JP2021192532A - ワイヤレス送信／受信ユニット、およびワイヤレス通信ネットワークにおけるワイヤレス送信／受信ユニットによって実行される方法 - Google Patents

Abstract

【課題】ワイヤレス送信／受信ユニット（ＷＴＲＵ）および対応する方法を開示する。
【解決手段】ＷＴＲＵは、ワイヤレス通信ネットワークと通信しており、メモリと、ＷＴＲＵの１つまたは複数の送信モード（ＴＭ）についての１つまたは複数の特性を含む構成を受信するように少なくとも構成された受信機と、アップリンクデータユニットの送信用に１つまたは複数のＴＭのうちの少なくとも１つのＴＭを、１つまたは複数のデータ転送要件および１つまたは複数のＴＭ特性に基づいて動的に選択し、少なくとも１つのＴＭに関連付けられた少なくとも１つのトランスポートチャネルを識別し、アップリンクデータユニットを少なくとも１つのトランスポートチャネルにマッピングするように少なくとも構成されたプロセッサと、アップリンクデータユニットの送信をワイヤレス通信ネットワークの１つまたは複数のデバイスに送るように少なくとも構成された送信機とを備える。
【選択図】図１６

Description

ワイヤレス送信／受信ユニット、およびワイヤレス通信ネットワークにおけるワイヤレス送信／受信ユニットによって実行される方法に関する。

関連出願の相互参照
本出願は、その内容の全てがあらゆる目的で本明細書に完全に記載されているかのように参照により本明細書に組み込まれる、２０１６年３月３０日に出願された米国特許仮出願第６２／３１５，１６５号明細書の利益を主張する。

移動体通信は継続的に進化しており、既に第５世代すなわち５Ｇの入口に差し掛かっている。以前の世代と同様に、新しいユースケースが新しいシステムの要件の設定に大きく寄与している。５Ｇエアインターフェースは、改善された広帯域性能（ＩＢＢ）、産業制御および通信（industrial control and communications：ＩＣＣ）、車両アプリケーション（Ｖ２Ｘ、Ｖ２Ｖ）ならびに／または大規模マシンタイプ通信（ｍＭＴＣ）を可能にし得ることが期待される。

５Ｇネットワークの配備は、スタンドアロンシステムを含むことができ、ならびに／または、例えば既存の配備および／もしくは既存の技術（例えば、ＬＴＥおよび／もしくはその進化型など）と組み合わせた段階的手法を含むことができる。既存の技術との組み合わせは、無線アクセスネットワークコンポーネントおよび／またはコアネットワークコンポーネントを含むことができる。段階的手法を使用する初期の配備では、既存のＬＴＥシステムの傘下で５Ｇシステムが配備され得ることが期待される。このＬＴＥ支援された配備シナリオにおいて、ＬＴＥネットワークは、ＬＴＥへ／からのモビリティなどの基本的セルラ機能、およびコアネットワーク機能などを提供することができる。商用の５Ｇ配備がさらに利用可能になるにつれて、５Ｇシステムが独立し、おそらくＬＴＥに依存しないように配備が進化できることが予想され得る。この５Ｇの第２段階は、おそらくは厳しい信頼性および／またはレイテンシ要件を有する、新しい（例えば従来定義されていない）ユースケースを対象とすることが期待され得る。

５Ｇプロトコルスタックの機能性が提供されることができる。プロトコルスタックの機能は、ヘッダ圧縮、セキュリティ、完全性保護、暗号化、セグメンテーション、連結、（逆）多重化、自動再送要求（ＡＲＱ）、スペクトル動作モード（spectrum operating mode：ＳＯＭ）へのマッピング、変調および／もしくは符号化、ハイブリッドＡＲＱ（ＨＡＲＱ）、ならびに／またはアンテナ／物理チャネルへのマッピングのうちの１つまたは複数を含むことができる。ワイヤレス送信および受信デバイス（ＷＴＲＵ）は、（例えば単一の）ＨＡＲＱエンティティおよび／または１つもしくは複数もしくは多数のＳＯＭを用いて構成されてよい。ＷＴＲＵは、ＳＯＭをまたいで受信されたＨＡＲＱ信号を管理するための（例えば単一の）ＨＡＲＱバッファを有することができる。ＷＴＲＵは、ＳＯＭにわたって様々な種類のトラフィックを送信／受信するように構成され得る。ＷＴＲＵは、１つまたは複数または各々の構成されたＳＯＭについて少なくとも１つのＨＡＲＱエンティティを用いて構成され得る。論理チャネル（ＬＣＨ）がＳＯＭのいずれかに対して割り当てられ得る。

論理チャネルは、レイテンシ要件に基づいて一緒に多重化され得る。ＬＣＨのＳＯＭに対するマッピングは、ＳＯＭ能力および／またはＬＣＨ要件に基づくことができる。ＷＴＲＵは、予め定義されたルールに基づいてマッピングを決定することができる。マッピングは、様々なタイプのトラフィックおよび／またはＳＯＭ能力の要件に基づくことができる。無線ベアラが１つまたは複数のＳＯＭに対してマッピングされ得る。ＷＴＲＵは、おそらく例えば１つまたは複数または各々の無線ベアラについて、それが使用し得るＳＯＭのセットを用いて構成され得る。ＷＴＲＵは、おそらく例えば、無線状態、バッファステータス、および／または他のパラメータに基づいて、使用するＳＯＭを動的に決定することができる。ＬＣＨの不適合な多重化は、（例えば単一の）トランスポートブロック（ＴＢ）（例えば、データの比によって限定される）、および／または同じ物理層（ＰＨＹ）へマッピングされた１つもしくは複数もしくは多数のＴＢを使用することに基づいて、低減および／または回避され得る。トラフィックは、おそらく例えばレイテンシ要件に基づいて、優先順位付けされ得る。

ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、ワイヤレス通信ネットワークと通信していてもよい。ＷＴＲＵは、メモリを備えることができる。ＷＴＲＵは、受信機を備えることができる。受信機は、構成を受信するように構成され得る。構成は、ＷＴＲＵの１つまたは複数の送信モード（ＴＭ）についての１つまたは複数の特性を含むことができる。ＷＴＲＵは、プロセッサを備えることができる。プロセッサは、アップリンクデータユニットの送信用に１つまたは複数のＴＭのうちの少なくとも１つのＴＭを動的に選択するように構成され得る。動的選択は、１つもしくは複数のデータ転送要件および／または１つもしくは複数のＴＭ特性に基づくことができる。プロセッサは、少なくとも１つのＴＭに関連付けられた少なくとも１つのトランスポートチャネルを識別するように構成され得る。プロセッサは、アップリンクデータユニットを少なくとも１つのトランスポートチャネルにマッピングするように構成され得る。ＷＴＲＵは、送信機を備えることができる。送信機は、少なくとも、アップリンクデータユニットの送信をワイヤレス通信ネットワークの１つまたは複数のデバイスに送るように構成され得る。

例示的な通信システムのシステム図である。 図１Ａに示されている通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示されている通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示されている通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示されている通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 例示的なＬＴＥユーザプレーンプロトコルスタックを示す図である。 例示的なＬＴＥ媒体アクセス制御（ＭＡＣ）アーキテクチャを示す図である。 例示的なシステム帯域幅を示す図である。 異なるサブキャリアが異なる動作モード（「ＳＯＭ」）に少なくとも概念的に割り当てられ得る、例示的なスペクトル割り当てを示す図である。 時分割複信（ＴＤＤ）の例示的なタイミング関係を示す図である。 周波数分割複信（ＦＤＤ）の例示的なタイミング関係を示す図である。 ＬＴＥにより支援されたおよび／または支援されていない例示的な配備を示す図である。 高レベルでの５Ｇプロトコルスタックの例示的な機能性を示す図である。 論理チャネル（ＬＣＨ）とＳＯＭとの間の例示的な高レベルマッピングを示す図である。 完全なプロトコルスタックのコンテキスト、および／またはプロトコルスタックの全機能のコンテキストにおいて、ＷＴＲＵ技法ごとの例示的な（例えば単一の）ＨＡＲＱエンティティを示す図である。 ＬＣＨとＳＯＭとの間の例示的な高レベルマッピングを示す図である。 完全なプロトコルスタックのコンテキスト、および／またはプロトコルスタックの全機能のコンテキストにおいて、ＳＯＭ技法ごとの例示的な（例えば単一の）ＨＡＲＱエンティティを示す図である。 ＬＣＨとＳＯＭとの間の例示的な高レベルマッピングを示す図である。 完全なプロトコルスタックのコンテキスト、例えば、プロトコルスタックの全機能のコンテキストにおいて、ＳＯＭ技法ごとの例示的な（例えば単一の）ＨＡＲＱエンティティを示す図である。 データユニットのＱｏＳ要件を満たし得るＴｒＣＨに対してデータユニットを動的にマッチングするＷＴＲＵコントローラの例を示す図である。

次に、例示的実施形態の詳細な説明が様々な図を参照して説明される。この説明は、可能な実装形態の詳細な例を提供するが、これらの詳細は例であることが意図され、本出願の範囲を何ら限定しないことに留意されたい。

図１Ａは、１つまたは複数の開示されている実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであり得る。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有によってそのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、および／またはシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を利用することができる。

図１Ａに示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（これらは全体的または集合的にＷＴＲＵ１０２と呼ばれることがある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびにその他のネットワーク１１２を含むことができるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスとし得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＷＴＲＵ）、移動局、固定もしくは移動体加入者ユニット、ページャ、セルラ電話機、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、および／または家庭用電化製品などを含み得る。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェースをとって、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークに対するアクセスを促進するように構成された任意のタイプのデバイスとし得る。例として、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、および／またはワイヤレスルータなどであり得る。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってよく、ＲＡＮ１０３／１０４／１０５は、他の基地局および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなども含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成され得る。セルは、さらにセルセクタに分割され得る。例えば、基地局１１４ａに関連付けられたセルが３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、例えば、セルの各セクタに対して１つのトランシーバを含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができ、したがって、セルの各セクタに対して複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とし得るエアインターフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

より具体的には、上記されたように、通信システム１００は、多元接続システムとしてよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、および／またはＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を利用してよい。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立することができるユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、マイクロ波アクセス用世界的相互運用（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、および／またはＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。

図１Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであってよく、事業所、家庭、車両、および／またはキャンパスなどの局所的エリアにおいてワイヤレス接続性を促進するために任意の適切なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０に対する直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスするように使用されなくてよい。

ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信していてもよく、コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に対して音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとし得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、移動体位置ベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信していてもよいことが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用中であり得るＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を利用している別のＲＡＮ（図示せず）とも通信していてもよい。

コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）などの一般的通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線またはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用し得る１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数は、マルチモード能力を含んでよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用できる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を利用できる基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の部分的組み合わせを含み得ることが理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表し得るノード、例えば、以下に限定されないが、とりわけ、基地局トランシーバ（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームｎｏｄｅ−Ｂ、進化型ホームｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホーム進化型ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどが、図１Ｂに示されまた本明細書に説明される要素の１つまたは複数を含み得ることを企図する。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８はトランシーバ１２０に結合されることができ、トランシーバ１２０は送信／受信要素１２２に結合されることができる。図１Ｂではプロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０が電子的パッケージまたはチップに一緒に統合され得ることは理解されよう。

送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信するまたは基地局から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、無線周波数（ＲＦ）信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器とすることができる。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成され得る。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。

加えて、図１では送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を利用してよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信および受信するために２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。

トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上記されたように、ＷＴＲＵ１０２はマルチモード能力を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの適切なメモリの情報にアクセスし、そのようなメモリにデータを記憶することができる。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリストレージデバイスを含み得る。取り外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、および／またはセキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていないサーバ上またはホームコンピュータ（図示せず）上などのメモリの情報にアクセスし、そのようなメモリにデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２における他のコンポーネントに電力を供給し、および／またはそれらのコンポーネントに対する電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとし得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および／または燃料電池などを含み得る。

プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合されてもよい。ＧＰＳチップセット１３６からの情報に加えてまたは代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信し、および／または近くの２つ以上の基地局から受信されている信号のタイミングに基づいて、その位置を決定してもよい。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の適切な位置決定方法によって位置情報を取得し得ることが理解されよう。

プロセッサ１１８は、他の周辺機器１３８にさらに結合されてよく、その周辺機器１３８は、追加的な特徴、機能性、および／または有線もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、および／またはインターネットブラウザなどを含み得る。

図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記されたように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を利用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信していてもよい。図１Ｃに示されるように、ＲＡＮ１０３は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれがＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含み得ることが理解されよう。

図１Ｃに示されるように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信していてもよい。加えて、Ｎｏｄｅ−Ｂ１４０ｃはＲＮＣ１４２ｂと通信していてもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して対応するＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続された対応するＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、外側ループ電力制御、負荷制御、受け付け制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、および／またはデータ暗号化など、他の機能性を実行またはサポートするように構成され得る。

図１Ｃに示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動交換局（ＭＳＣ）１４６、サービング汎用パーセント無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の要素が、コアネットワーク運用者以外のエンティティによって所有および／または運用され得ることは理解されよう。

ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６におけるＭＳＣ１４６に接続され得る。ＭＳＣ１４６はＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークに対するアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと陸線通信デバイスとの間の通信を促進することができる。

ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６におけるＳＧＳＮ１４８にも接続され得る。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークに対するアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進することができる。

上記されたように、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運用される他の有線またはワイヤレスネットワークを含み得るネットワーク１１２にも接続され得る。

図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信することもできる。

ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のｅＮｏｄｅ−Ｂを含み得ることが理解されよう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信すること、およびＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。

ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理判断、ハンドオーバ判断、ならびに／またはアップリンクおよび／もしくはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成され得る。図１Ｄに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

図１Ｄに示されているコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上記の要素のそれぞれはコアネットワーク１０７の一部として示されているが、これらの要素のうちの任意の要素が、コアネットワーク運用者以外のエンティティによって所有および／または運用され得ることは理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能であり、制御ノードとして働くことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、および／またはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。また、ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を利用するＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することができる。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングおよび転送することができる。また、サービングゲートウェイ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが利用可能であるときにページングをトリガすること、ならびに／またはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することもできる。

また、サービングゲートウェイ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークに対するアクセスを提供することができる、ＰＤＮゲートウェイ１６６に接続され得る。

コアネットワーク１０７は、他のネットワークとの通信を促進することもできる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークに対するアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと陸線通信デバイスとの間の通信を促進することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそのようなＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０７は、他のサービスプロバイダによって所有および／または運用される他の有線またはワイヤレスネットワークを含み得るネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図を示す。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を利用してエアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であり得る。さらに以下に論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティの間の通信リンクが、基準ポイントとして定義され得る。

図１Ｅに示されるように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、１８０ｃおよびＡＳＮゲートウェイを含むことができるが、ＲＡＮ１０５は、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれがＲＡＮ１０５における特定のセル（図示せず）に関連付けられることが可能であり、それぞれエアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバをそれぞれ含むことができる。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信すること、およびＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。また、基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフのトリガ、トンネル確立、無線リソース管理、トラフィック分類、および／またはサービス品質（ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして働くことができ、ページング、加入者プロファイルのキャッシング、および／またはコアネットワーク１０９へのルーティングなどを担うことができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準ポイントとして定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得るＲ２基準ポイントとして定義され得る。

基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を促進するためのプロトコルを含むＲ８基準ポイントとして定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準ポイントとして定義され得る。Ｒ６基準ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含んでよい。

図１Ｅに示されるように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含むＲ３基準ポイントとして定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、許可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上記の要素のそれぞれはコアネットワーク１０９の一部として示されているが、これらの要素のうちの任意の要素が、コアネットワーク運用者以外のエンティティによって所有および／または運用され得ることは理解されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークに対するアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進することができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスをサポートすることを担うことができる。ゲートウェイ１８８は、他のネットワークとの網間接続を促進することができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークに対するアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと陸線通信デバイスとの間の通信を促進することができる。加えて、ゲートウェイ１８８は、他のサービスプロバイダによって所有および／または運用される他の有線またはワイヤレスネットワークを含み得るネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図１Ｅに示されていないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、コアネットワーク１０９は他のコアネットワークに接続されてもよいことが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができるＲ４基準ポイントとして定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問先コアネットワークとの間の網間接続を促進するためのプロトコルを含むことができるＲ５基準として定義され得る。

図１Ａ〜図１Ｅ、および図１Ａ〜図１Ｅの対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、Ｎｏｄｅ Ｂ１４０ａ〜ｃ、ＲＮＣ１４２ａ〜ｂ、ＭＳＣ１４６、ＳＧＳＮ１４８、ＭＧＷ１４４、ＧＧＳＮ１５０、ｅＮｏｄｅ−Ｂ１６０ａ〜ｃ、ＭＭＥ１６２、サービングゲートウェイ１６４、ＰＤＮゲートウェイ１６６、基地局１８０ａ〜ｃ、ＡＳＮゲートウェイ１８２、ＡＡＡ１８６、ＭＩＰ−ＨＡ１８４、および／またはゲートウェイ１８８などのうちの１つまたは複数に関して、本明細書で説明されている機能の１つまたは複数または全てが、１つまたは複数のエミュレーションデバイス（図示せず）（例えば、本明細書で説明されている機能の１つまたは複数または全てをエミュレートするように構成された１つまたは複数のデバイス）によって行われ得る。

１つまたは複数のエミュレーションデバイスは、１つまたは複数のモダリティにおいて１つまたは複数または全ての機能を実行するように構成され得る。例えば、１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレス通信ネットワークの一部として完全または部分的に実装／配備されながら、１つまたは複数または全ての機能を実行してよい。１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレス通信ネットワークの一部として一時的に実装／配備されながら、１つまたは複数または全ての機能を実行してよい。１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレス通信ネットワークの一部として実装／配備されずに、（例えば、試験室における試験シナリオ、ならびに／または配備されていない（例えば試験の）有線および／もしくはワイヤレス通信ネットワーク、ならびに／または有線および／もしくはワイヤレス通信ネットワークの１つもしくは複数の配備されたコンポーネント上で実行される試験などにおいて、）１つまたは複数または全ての機能を実行してよい。１つまたは複数のエミュレーションデバイスはテスト機器であり得る。

限定ではなく例として、以下の頭字語の１つまたは複数が本明細書で参照され得る。
Δｆ サブキャリア間隔
５ｇＦｌｅｘ ５Ｇフレキシブル無線アクセス技術（5G Flexible Radio Access Technology）
５ｇＮＢ ５ＧＦｌｅｘ ＮｏｄｅＢ
ＡＣＫ 肯定応答
ＢＬＥＲ ブロックエラー率
ＢＴＩ 基本ＴＩ（１つまたは複数のシンボル期間の整数倍）
ＣＢ コンテンションベース（例えば、アクセス、チャネル、リソース）
ＣｏＭＰ 協調マルチポイント送信／受信
ＣＰ 巡回プレフィックス
ＣＰ−ＯＦＤＭ （巡回プレフィックスに依存する）従来のＯＦＤＭ
ＣＱＩ チャネル品質インジケータ
ＣＮ コアネットワーク（例えば、ＬＴＥパケットコア）
ＣＲＣ 巡回冗長検査
ＣＳＩ チャネル状態情報
ＣＳＧ 限定加入者グループ
ＤＣ デュアル接続性
Ｄ２Ｄ デバイスツーデバイス送信（例えば、ＬＴＥサイドリンク）
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ＤＭ−ＲＳ 復調基準信号
ＤＲＢ データ無線ベアラ
ＥＰＣ 進化型パケットコア
ＦＢＭＣ フィルタされたバンドマルチキャリア（Filtered Band Multi-Carrier）

限定ではなく例として、以下の頭字語の１つまたは複数が本明細書において参照され得る。
ＦＢＭＣ／ＯＱＡＭ オフセット直交振幅変調を使用するＦＢＭＣ技法
ＦＤＤ 周波数分割複信
ＦＤＭ 周波数分割多重化
ＨＡＲＱ ハイブリッド自動再送要求（ＡＲＱ）
ＩＣＣ 産業制御および通信
ＩＣＩＣ セル間干渉除去
ＩＰ インターネットプロトコル
ＬＡＡ ライセンス補助アクセス（License Assisted Access）
ＬＢＴ リッスンビフォアトーク（Listen-Before-Talk）
ＬＣＨ 論理チャネル
ＬＣＰ 論理チャネル優先順位付け（Logical Channel Prioritization）
ＬＬＣ 低レイテンシ通信（Low Latency Communications）
ＬＴＥ （例えば、３ＧＰＰ ＬＴＥ Ｒ８以上の）ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＮＡＣＫ 否定応答
ＭＢＢ 大規模広帯域通信（Massive Broadband Communications）
ＭＣ マルチキャリア
ＭＣＳ 変調および符号化方式
ＭＩＭＯ 多入力多出力
ＭＴＣ マシンタイプ通信
ＮＡＳ 非アクセス層
ＯＦＤＭ 直交周波数分割多重化

限定ではなく例として、以下の頭字語の１つまたは複数が本明細書で参照され得る。
ＯＯＢ 帯域外（放射）
Ｐ_cmax 所与のＴＩにおける合計利用可能ＷＴＲＵ電力
ＰＨＹ 物理層
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＤＵ プロトコルデータユニット
ＰＥＲ パケットエラー率
ＰＬ 経路損失（推定）
ＰＬＭＮ 公衆陸上移動網
ＰＬＲ パケット損失率
ＰＳＳ 一次同期信号
ＱｏＳ （物理層の観点からの）サービス品質
ＱＣＩ ＱｏＳクラス識別子
ＲＡＢ 無線アクセスベアラ
ＲＡＣＨ ランダムアクセスチャネル（または手順）
ＲＦ 無線フロントエンド
ＲＮＴＩ 無線ネットワーク識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＲＳ 基準信号
ＲＴＴ ラウンドトリップ時間

限定ではなく例として、以下の頭字語の１つまたは複数が本明細書で参照され得る。
ＳＣＭＡ シングルキャリア多元接続
ＳＤＵ サービスデータユニット
ＳＯＭ スペクトル動作モード
ＳＳ 同期信号
ＳＳＳ 二次同期信号
ＳＲＢ シグナリング無線ベアラ
ＳＷＧ （自己完結型サブフレームにおける）スイッチングギャップ
ＴＢ トランスポートブロック
ＴＢＳ トランスポートブロックサイズ
ＴＤＤ 時分割複信
ＴＤＭ 時分割多重化
ＴＩ 時間間隔（１つまたは複数のＢＴＩの整数倍）
ＴＴＩ 送信時間間隔（１つまたは複数のＴＩの整数倍）
ＴｒＣＨ トランスポートチャネル
ＴＲＰ 送信／受信ポイント
ＴＲｘ トランシーバ
ＵＣＩ アップリンク制御情報（例えば、ＨＡＲＱフィードバック、ＣＳＩ）
ＵＦＭＣ ユニバーサルフィルタマルチキャリア（Universal Filtered MultiCarrier）
ＵＦ−ＯＦＤＭ ユニバーサルフィルタＯＦＤＭ（Universal Filtered OFDM）
ＵＬ アップリンク
ＵＲＣ 超高信頼通信（Ultra-Reliable Communications）
ＵＲＬＬＣ 超高信頼および低レイテンシ通信
Ｖ２Ｖ 車車間通信
Ｖ２Ｘ 車両通信
ＷＬＡＮ ワイヤレスローカルエリアネットワークおよび関係付けられた技術（ＩＥＥＥ８０２．ｘｘドメイン）

図２は、例示的なＬＴＥユーザプレーンプロトコルスタックを示す。図２に示されているＬＴＥユーザプレーンのための無線プロトコルアーキテクチャは、ＰＤＣＰ、ＲＬＣ ＭＡＣ、および／または物理層（ＰＨＹ）副層を含むことができる。１つまたは複数または各々の副層は、無線媒体を介してＷＴＲＵからｅＮＢへ（および例えばその逆に）データを転送するために使用される機能のサブセットを担うことができる。

ＭＡＣ副層は、トランスポートチャネル上の物理層へ／から送達されるトランスポートブロック（ＴＢ）内へ／からの１つまたは複数のまたは異なる論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ）の多重化／逆多重化、スケジューリング情報報告、ＨＡＲＱを介するエラー訂正、少なくとも１つのＷＴＲＵの論理チャネル間の優先処理、動的スケジューリングによるＷＴＲＵ間の優先処理、ＭＢＭＳサービス識別、トランスポートフォーマット選択、および／またはパディングを含むがこれらに限定されない、いくつかのサービスおよび／または機能を提供する。

図３は、例示的なＬＴＥ ＭＡＣアーキテクチャを示す。図示されるように、様々な機能が互いに相互作用する。（アップリンクに対して指定される）論理チャネル優先順位付け、および／または多重化が、特定のＴＴＩで送信されるデータのセット（ＭＡＣプロトコルデータユニット（ＰＤＵ））を決定および／または選択するために使用され得る。

ハイブリッドＡＲＱ（ＨＡＲＱ）機能性は、無線を介する高速再送信を制御することができる。ＨＡＲＱは、再送信が有用であるか否かを決定するために、物理層によって提供される高速肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックに依拠することができる。フィードバックの提供に関連付けられたＬＴＥにおける固有の遅延（例えば、受信機がフィードバックをデコードおよび／または送信する場合がある）のため、１つまたは複数または多数の並列ＨＡＲＱプロセス（例えば、ＬＴＥにおいて最大８つ）が使用され得る。１つまたは複数または各々のＨＡＲＱプロセスは、異なるＭＡＣ ＰＤＵを搬送することができ、ならびに／または送信および／もしくは再送信に関して独立して動作することができる。

ＬＴＥアップリンク上のＨＡＲＱ再送信は、同期することができる。例えば、所与のＭＡＣ ＰＤＵの送信と再送信の間の固定された時間関係があり得る。ＬＴＥダウンリンク上で、ＨＡＲＱ動作は非同期、および／またはＨＡＲＱプロセスＩＤは、ダウンリンクシグナリンググラントにおいて明示的にシグナリングされ得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、関連付けられた送信に対して固定されたタイミング（例えば、４ＴＴ後）でＷＴＲＵによって送られ得る。

５Ｇフレキシブルエアインターフェースは、改善された広帯域性能（ＩＢＢ）、産業制御および通信（ＩＣＣ）、車両アプリケーション（Ｖ２Ｘ）ならびに／または大規模マシンタイプ通信（ｍＭＴＣ）を可能にするために提供され得る。５Ｇフレキシブルエアインターフェースは、超低送信レイテンシ（ultra-low transmission latency：ＬＬＣ）に対するサポートを提供することができる。エアインターフェースレイテンシは、１ｍｓラウンドトリップ時間（ＲＴＴ）と同じくらい短くてよく、および／または１００μｓと２５０μｓ（おそらく例えば２５０μｓ未満）との間のいずれかのＴＴＩに対するサポートを提供することができる。５Ｇフレキシブルエアインターフェースは、対象となるが優先度が低い超低アクセスレイテンシ（例えば、初期システムアクセスから第１のユーザプレーンデータユニットの送信の完了までの時間）に対するサポートを提供することができる。５Ｇフレキシブルエアインターフェースは、１０ｍｓ未満のエンドツーエンド（ｅ２ｅ）レイテンシに対するサポートを提供することができる。５Ｇフレキシブルエアインターフェースは、超高信頼送信（ＵＲＣ）に対するサポートを提供することができる。目標は、９９．９９９％の送信成功および／またはサービス可用性とすることができる。

５Ｇフレキシブルエアインターフェースは、０〜５００ｋｍ／ｈの範囲の速度のモビリティに対するサポートを提供することができる。少なくともＩＣおよび／またはＶ２Ｘは、１０ｅ−６未満のパケット損失率を有することができる。マシンタイプ通信（ＭＴＣ）動作（狭帯域動作を含む）に対するサポートが提供され得る。エアインターフェースは、狭帯域動作（例えば、２００ｋＨｚ未満を使用する）、延長されたバッテリ寿命（例えば、最大１５年の自律性）、ならびに／または、小さいおよび／もしくは低頻度な、例えば、数秒から数時間のアクセスレイテンシを有する１〜１００ｋｂｐｓの範囲の低データレートのデータ送信のための最小限の通信オーバヘッドをサポートすることができる。

フレキシブル無線アクセスシステムが提供され得る。ＯＦＤＭは、ＬＴＥおよび／またはＩＥＥＥ８０２．１１でのデータ送信のための基本的信号フォーマットとして使用される。ＯＦＤＭは、１つまたは複数または多数の並列直交サブバンドへスペクトルを分割することができる。１つまたは複数または各々のサブキャリアは、時間領域において矩形窓を使用して成形され、周波数領域においてシンク形状にされた（sinc-shaped）サブキャリアがもたらされる。ＯＦＤＭＡは、信号間の直交性を維持するために、および／またはキャリア間干渉を最小限にするために、完全な周波数同期および／または巡回プレフィックスの期間内のアップリンクタイミング整合の厳格な管理に関連付けられ得る。そのような厳格な同期は、ＷＴＲＵが複数のアクセスポイントに（例えば同時に）接続されているシステムでは適合しない可能性がある。電力低減が、特にＷＴＲＵの送信のための断片化されたスペクトルのアグリゲーションの存在下で、隣接帯域に対するスペクトル放射要件に適合するようにアップリンク送信に適用され得る。

従来のＯＦＤＭ（ＣＰ−ＯＦＤＭ）の欠点のいくつかは、実装のためのより厳格なＲＦ要求によって、および／またはアグリゲーションを必要としない大量の連続スペクトルを使用して動作するときに解決され得る。ＣＰベースのＯＦＤＭ送信方式は、レガシーシステムのダウンリンク物理層と類似する５Ｇ用のダウンリンク物理層、例えば、主にパイロット信号密度および／または位置に対する修正をもたらし得る。

５Ｇ用のフレキシブルな無線アクセスの設計に適用可能な多くの原理が本明細書に説明される。本明細書における説明は、他のワイヤレス技術、および／または適用可能な場合に異なる原理を使用するワイヤレス技術に対して、本明細書でさらに説明される方法の適用可能性を何ら限定することは意図されていない。

５Ｇフレキシブル無線アクセス技術（５ｇＦＬＥＸ）ダウンリンク送信方式は、高スペクトル閉じ込め（例えば、より低いサイドローブおよび／またはより低い帯域外（ＯＯＢ）放射）によって特徴付けられるマルチキャリア波形に基づくことができる。５Ｇのためのマルチキャリア（ＭＣ）波形候補は、ＯＦＤＭ−ＯＱＡＭ（オフセット直交振幅変調）および／またはユニバーサルフィルタリングマルチキャリア（ＵＦＭＣ）（ＵＦ−ＯＦＤＭ）を含み得るが、これらに限定されない。

マルチキャリア変調波形は、チャネルをサブチャネルに分割し、および／またはこれらのサブチャネルにおけるサブキャリア上のデータシンボルを変調することができる。ＯＦＤＭ−ＯＱＡＭでは、ＯＯＢを低減するために、フィルタがＯＦＤＭ信号に対してサブキャリアごとに時間領域で適応され得る。

ＵＦＭＣ（ＵＦ−ＯＦＤＭ）では、ＯＯＢを低減するために、フィルタがＯＦＤＭ信号に対して時間領域で適応され得る。スペクトル断片を使用するためにフィルタリングがサブバンドごとに適用され、それにより、複雑さを低減し、および／またはＵＦ−ＯＦＤＭを実装するためにいくらか実用的にすることができる。

しかしながら、本明細書に説明される方法は、本明細書に説明される波形に限定されず、および／または他の波形に適用可能であり得る。本明細書に説明される波形はさらに例示目的で使用される。

そのような波形は、複雑な干渉除去受信機を必要とせずに、非直交特性（例えば、異なるサブキャリア間隔など）を有する信号の周波数における多重化、および／または非同期信号の共存を可能にすることができる。それは、ベースバンド処理におけるスペクトルの断片化された部分のアグリゲーションを、ＲＦ処理の一部としてその実装をするよりも低コストの代替策として促進することができる。

異なる波形が同じ帯域内に共存し得る。ｍＭＴＣ狭帯域動作は、例えば、シングルキャリア多元接続（ＳＣＭＡ）を使用してサポートされ得る。同じ帯域内の異なる波形、例えば、ＣＰ−ＯＦＤＭ、ＯＦＤＭ−ＯＱＡＭ、および／またはＵＦ−ＯＦＤＭの組み合わせが、全ての態様ならびに／またはダウンリンク送信および／もしくはアップリンク送信についてサポートされ得る。そのような共存は、例えば、時間領域において同時に、何らかの重複を伴いおよび／または連続して、異なるＷＴＲＵ間および／または同じＷＴＲＵからの送信間の異なるタイプの波形を使用する送信を含んでよい。

ハイブリッドタイプの波形がサポートされ得る。例えば、波形および／または送信は、場合によって（例えば送信ごとに）変わる巡回プレフィックス（ＣＰ）期間、ＣＰと低電力テール（例えばゼロテール）の組み合わせ、および／または（例えば、低電力ＣＰおよび適応的低電力テールを使用する）ハイブリッドガイドインターバルの形態などのうちの少なくとも１つをサポートし得る。そのような波形は、さらなる態様の動的変動および／または制御、例えば、どのようにフィルタリングを適用するかなど（例えば、所与のキャリア周波数についての任意の送信を受信するのに使用されるスペクトルの端において、および／または特定のＳＯＭに関連付けられた送信を受信するのに使用されるスペクトルの端において、および／またはサブバンドごとに、および／またはそのグループごとに、フィルタリングが適用されるかどうか）をサポートすることができる。

アップリンク送信は、ダウンリンク送信と同じまたは異なる波形をしてよい。同じセル内の異なるＷＴＲＵへの送信およびそれからの送信の多重化は、ＦＤＭＡおよび／またはＴＤＭＡに基づくことができる。

５ｇＦＬＥＸ無線アクセスシステムは、異なる特徴を有する異なる周波数帯域での配備を可能にする非常に高度なスペクトル柔軟性によって特徴付けられることができ、そのような異なる特徴は、異なる二重配置、同じまたは異なる帯域における連続および／または非連続スペクトル割り当てを含む利用可能なスペクトルの異なるおよび／または可変サイズを含む。それは、１つもしくは複数もしくは多数のＴＴＩ長のサポート、および／または非同期送信のサポートを含む、可変タイミング態様をサポートすることができる。

５ｇＦＬＥＸ無線アクセスシステムは、二重化配置の柔軟性を提供することができる。ＴＤＤおよび／またはＦＤＤ二重化方式がサポートされ得る。ＦＤＤ動作に関して、補助的ダウンリンク動作が、スペクトルアグリゲーションを使用してサポートされ得る。ＦＤＤ動作は、全二重ＦＤＤおよび／または半二重ＦＤＤ動作をサポートすることができる。ＴＤＤ動作に関して、ダウンリンク（ＤＬ）／アップリンク（ＵＬ）割り当ては動的であり得る。ＤＬ／ＵＬ割り当ては、固定されたＤＬ／ＵＬフレーム構成に基づかなくてよい。ＤＬおよび／またはＵＬ送信間隔の長さは、送信機会ごとに設定され得る。

５ｇＦＬＥＸ無線アクセスシステムは、帯域幅の柔軟性を提供することができ、例えば、公称システム帯域幅からそのシステム帯域幅に対応する最大値までのいずれかとなるアップリンクおよび／またはダウンリンク上の異なる送信帯域幅の可能性を実現する。

シングルキャリア動作に関して、サポートされるシステム帯域幅は、例えば、５、１０、２０、４０、および／または８０ＭＨｚなどを含み得る。場合によっては、サポートされるシステム帯域幅は、例えば数ＭＨｚから１６０ＭＨｚまでの所与の範囲内の任意の帯域幅であってよい。公称帯域幅は、場合によっては、１つまたは複数の固定された可能な値であってよい。２００ｋＨｚまでの狭帯域送信が、ＭＴＣデバイスのための動作帯域幅内でサポートされ得る。

本明細書で使用されるシステム帯域幅は、所与のキャリアについてネットワークにより管理され得るスペクトルの最大部分を含み得る。そのようなキャリアに関して、ＷＴＲＵがセル獲得、測定、および／またはネットワークに対する初期アクセスを最小限サポートする部分は、公称システム帯域幅に対応することができる。ＷＴＲＵは、システム帯域幅全体の範囲内のチャネル帯域幅を用いて構成され得る。図４は、例示的なシステム帯域幅を示す。ＷＴＲＵの構成されたチャネル帯域幅は、図４に示されるようにシステム帯域幅の公称部分を含んでも含まなくてもよい。

帯域幅柔軟性が達成できる理由は、帯域内の所与の最大動作帯域幅について適用可能なＲＦ要件のセットが、周波数領域波形のベースバンドフィルタリングの効率的なサポートのために、その動作帯域に対する追加の許容されたチャネル帯域幅の導入なしに満たされることが可能なためである。

シングルキャリア動作のためにＷＴＲＵのチャネル帯域幅を構成、再構成、および／または動的に変更する方法、ならびに、公称システム、システム、および／または構成されたチャネル帯域幅内で狭帯域送信に対するスペクトルを割り当てる方法が企図される。

５Ｇエアインターフェースの物理層は、帯域に依存しなくてよく、ならびに／または５ＧＨｚ未満のライセンスされた帯域での動作、および５〜６ＧＨｚの範囲内のライセンスされていない帯域での動作をサポートすることができる。ライセンスされていない帯域での動作のために、ＬＴＥライセンス支援アクセス（ＬＡＡ）と同様のリッスンビフォアトーク（ＬＢＴ）Ｃａｔ４ベースのチャネルアクセスフレームワークがサポートされ得る。

任意のスペクトルブロックサイズに対するセル固有および／またはＷＴＲＵ固有チャネル帯域幅のスケーリングおよび／または管理（例えば、スケジューリング、リソースのアドレス指定、ブロードキャストされた信号、測定）をする方法が企図される。

５ｇＦＬＥＸ無線アクセスシステムは、フレキシブルスペクトル割り当てを提供することができる。ダウンリンク制御チャネルおよび／または信号がＦＤＭ動作をサポートする。ＷＴＲＵは、システム帯域幅の公称部分を使用して送信を受け取ることによってダウンリンクキャリアを獲得することができる。例えば、ＷＴＲＵは、当初、当該キャリアのためにネットワークにより管理されている帯域幅全体をカバーする送信を受け取ることを必要とされなくてよい。

ダウンリンクデータチャネルは、ＷＴＲＵの構成されたチャネル帯域幅内であること以外の制限なしに、公称システム帯域幅に対応するまたは対応しないことがある帯域幅にわたって割り当てられ得る。例えば、ネットワークは、５ＭＨｚ公称帯域幅を使用する１２ＭＨｚシステム帯域幅を有するキャリアを動作させて、最大５ＭＨｚの最大ＲＦ帯域幅をサポートするデバイスがシステムを取得しおよび／またはシステムにアクセスすることを可能にすると共に、場合によっては、最大２０ＭＨｚ相当のチャネル帯域幅をサポートする他のＷＴＲＵに対してキャリア周波数の＋１０〜−１０ＭＨｚを割り当てることができる。

図５は、異なるサブキャリアが異なる動作モード（スペクトル動作モード（ＳＯＭ））に少なくとも概念的に割り当てられ得る、例示的なスペクトル割り当てを示す。異なるＳＯＭが、異なる動作に対する異なる要件を満たすために使用され得る。ＳＯＭは、サブキャリア間隔、ＴＴＩ長、１つまたは複数の信頼性態様、例えばＨＡＲＱ処理態様、および／または２次制御チャネルのうちの少なくとも１つを含み得る。ＳＯＭは、特定の波形を含むことができ、ならびに／または、例えば、ＦＤＭおよび／もしくはＴＤＭを使用する同じキャリア内の異なる波形の共存をサポートする処理態様を含むことができる。ＴＤＤ帯域内のＦＤＤ動作の共存は、例えば、ＴＤＭ様式および／または類似様式でサポートされ得る。

ＷＴＲＵは、１つまたは複数のＳＯＭに従って送信を実行するように構成され得る。例えば、ＳＯＭは、特定のＴＴＩ期間、特定の初期電力レベル、特定のＨＡＲＱ処理タイプ、ＨＡＲＱ受信／送信の特定の上限、ＷＴＲＵ動作のリソース（例えば、管理されたネットワーク）のセットの特定の構成、特定の物理チャネル（アップリンクおよび／もしくはダウンリンク）、特定の動作周波数、帯域および／もしくはキャリア、特定の波形タイプ、ならびに／または特定のＲＡＴに従う送信（例えば、レガシーＬＴＥ、および／もしくは５Ｇ送信方法に従う）のうちの少なくとも１つを使用できる送信に対応し得る。ＳＯＭは、ＱｏＳレベル、ならびに／または関係付けられた態様、例えば、最大／目標レイテンシ、および／もしくは最大／目標ブロックエラー率（ＢＬＥＲ）などのうちの１つまたは複数に対応し得る。

ＳＯＭは、スペクトル領域、ならびに／または特定の制御チャネルおよび／もしくはその態様（例えば、探索空間および／もしくはダウンリンク制御チャネル（ＤＣＩ）タイプなど）に対応し得る。例えば、ＷＴＲＵは、ＵＲＣタイプのサービス、ＬＬＣタイプのサービス、および／またはＭＢＢタイプのサービスのうちの１つまたは複数または各々を用いて構成され得る。ＷＴＲＵは、例えば、本明細書に説明されるような公称システム帯域幅などにおけるシステムに関連付けられたスペクトルの部分において、システムアクセスのため、および／またはＬ３制御シグナリング（例えば、無線リソース制御（ＲＲＣ）シグナリング）の送信／受信のためのＳＯＭに関する構成を有することができる。

本明細書に説明されているように、ＳＯＭは、時間、空間、および／または周波数の物理リソースのブロックの特性付けであり得る。ＳＯＭは、動作の適用可能なセットを含むことができる。送信モード（ＴＭ）は、おそらく例えば特定の構成の観点から、ＳＯＭ特性付けのインスタンス（例えば、特定のインスタンス）に対応し得る。例えば、特定の構成は、適用可能なＴＴＩ期間、物理リソースブロックのセット、波形のタイプなどのうちの１つまたは複数を含むことができる。送信モード（ＴＭ）は制御シグナリングにも対応し得る。例えば、ＴＭは、制御チャネル上のダウンリンク制御シグナリングによって参照され得る。送信モード（ＴＭ）は、ＷＴＲＵの構成に対応してもよく、それにより、ＷＴＲＵは、おそらく例えばＷＴＲＵが１つまたは複数のリソースの割り当てを受信したとき、送信（ＵＬまたはＤＬ）の処理のために適用可能な１つまたは複数のパラメータを決定することができる。ＴＭ（例えば、適用可能なＴＭ）の構成は、ＷＴＲＵ固有の基準信号をどのように受信するか、ＰＤＣＣＨ上で受信されたダウンリンク制御シグナリングをどのように解釈するか、および／またはプリコーディングビットをどのように解釈するかなどをＷＴＲＵに示すことができる。

シングルキャリア動作のためにスペクトルアグリゲーションがサポートされてよく、それにより、ＷＴＲＵは、同じ動作帯域内で連続的および／または非連続的なセットの物理リソースブロック（ＰＲＢ）にわたって１つまたは複数または多数のトランスポートブロックの送信および／または受信をサポートすることができる。（例えば単一の）トランスポートブロックが、別個のＰＲＢセットにマッピングされ得る。異なるＳＯＭ要件に関連付けられた同時送信に対するサポートが提供され得る。

マルチキャリア動作は、同じ動作帯域内でおよび／または２つ以上の動作帯域にわたって、連続的および／または非連続的なスペクトルブロックを使用してサポートされ得る。異なるモード、例えばＦＤＤおよび／もしくはＴＤＤを使用する、ならびに／または異なるチャネルアクセス方法（例えば、ランセンスされたおよび／もしくはライセンスされていない６ＧＨｚ未満の帯域動作）を使用するスペクトルブロックのアグリゲーションがサポートされ得る。ＷＴＲＵのマルチキャリアアグリゲーションを構成、再構成、および／または動的に変更する方法に対するサポートが提供され得る。

フレキシブルなフレーミング、タイミング、および／または同期がサポートされ得る。ダウンリンクおよび／またはアップリンク送信は、いくつかの固定された態様（例えば、ダウンリンク制御情報の位置）および／またはいくつかの変化する態様（例えば、送信タイミング、サポートされる送信タイプ）によって特徴付けられた無線フレームに編成され得る。

基本時間間隔（ＢＴＩ）は、１つもしくは複数のシンボルの整数、ならびに／または時間／周波数リソースに適用可能なサブキャリア間隔の関数であり得るシンボル期間で表現され得る。ＦＤＤに関して、サブキャリア間隔は、所与のフレームについてアップリンクキャリア周波数ｆ_ULとダウンリンクキャリア周波数ｆ_DLとで異なり得る。

送信時間間隔（ＴＴＩ）は、連続した送信間のシステムによってサポートされる最小時間であり得る。連続した送信は、おそらくは例えば、（例えば適用可能な場合に）いかなるプリアンブルも排除し、および／またはおそらくは任意の制御情報（例えば、ダウンリンクに関するＤＣＩおよび／またはアップリンクに関するアップリンク制御情報（ＵＣＩ））を含んで、アップリンクトランシーバ（ＵＬ ＴＲｘ）に関して、ダウンリンク（ＴＴＩ_DL）についての異なるトランスポートブロック（ＴＢ）に関連付けられ得る。ＴＴＩは、１つまたは複数のＢＴＩの整数で表現され得る。ＢＴＩは、固有であり、および／または所与のＳＯＭに関連付けられ得る。

サポートされるフレーム期間は、従来のＬＴＥタイミング構造との整合を可能にするために、以下に限定されないが、１００μｓ、１２５μｓ（１／８ｍｓ）、１４２．８５μｓ（１／７ｍｓは２ｎＣＰ ＬＴＥ ＯＦＤＭシンボルである）、および１ｍｓを含むことができる。

フレームは、関連するキャリア周波数（ＴＤＤに関するｆ_UL＋ＤＬおよびＦＤＤに関するｆ_DL）についての任意のダウンリンクデータ送信（ＤＬ ＴＲｘ）に先行する固定された時間期間ｔ_dciのダウンリンク制御情報（ＤＣＩ）で開始することができる。ＴＤＤ二重化（例えば、ＴＤＤ二重化のみ）のために、フレームは、ダウンリンク部分（ＤＣＩおよび／もしくはＤＬ ＴＲｘ）ならびに／またはアップリンク部分（ＵＬ ＴＲｘ）を含むことができる。スイッチングギャップ（ｓｗｇ）は、存在する場合、フレームのアップリンク部分に先行することができる。

ＦＤＤ二重化（例えば、ＦＤＤ二重化のみ）のために、フレームは、ダウンリンク基準ＴＴＩおよび／またはアップリンク用の１つもしくは複数のＴＴＩを含むことができる。アップリンクＴＴＩの開始は、アップリンクフレームの開始と重複し得るダウンリンク基準フレームの開始から適用されるオフセット（ｔ_offset）を使用して導出され得る。

ＴＤＤに関して、５ｇＦＬＥＸは、ＤＣＩ＋ＤＬ ＴＲｘ部分（例えば、それぞれのリソースの準静的割り当てが使用される場合）、および／もしくはＤＬ ＴＲｘ部分（例えば、その部分のみ）（例えば、動的割り当ての場合）において、それぞれのダウンリンク制御および／もしくは順方向送信を含めることによって、ならびに／またはＵＬ ＴＲｘ部分においてそれぞれの逆方向送信を含めることによって、フレームにおけるデバイスツーデバイス送信（Ｄ２Ｄ）／車両通信（Ｖ２Ｘ）／サイドリンク動作をサポートすることができる。

ＦＤＤに関して、５ｇＦＬＥＸは、（例えば、それぞれのリソースの動的割り当てが使用され得る）ＵＬ ＴＲｘ部分においてそれぞれのダウンリンク制御、順方向、および／または逆方向送信を含めることによって、フレームのＵＬ ＴＲｘ部分におけるＤ２Ｄ／Ｖ２Ｘ／サイドリンク動作をサポートすることができる。

図６は、ＴＤＤ複信についての例示的なフレーム構造および／またはフレームタイミング関係を示す。図７は、ＦＤＤ複信についての例示的なフレーム構造および／またはフレームタイミング関係を示す。

ＷＴＲＵは、ワイヤレス通信ネットワークの１つまたは複数のデバイスのうちの少なくとも１つのデバイスからダウンリンク制御情報（ＤＣＩ）を受信することができる。ＷＴＲＵは、アップリンクデータユニットの送信用にＤＣＩにより示されたリソース割り当てを識別することができる。ＷＴＲＵは、アップリンクデータユニットの送信に対するサービス品質（ＱｏＳ）要件を決定することができる。ＷＴＲＵは、アップリンクデータユニットの送信用にＤＣＩにより示されたリソース割り当てがＱｏＳ要件を少なくとも満たすか満たせないかを決定することができる。ＷＴＲＵは、おそらく例えば、ＤＣＩにより示されたリソース割り当てがＱｏＳ要件を満たせない（例えば、満たせないと決定された）とき、アップリンクデータユニットの送信用にＤＣＩにより示されたリソース割り当てを利用しないと決定することができる。

ＷＴＲＵは、アップリンクデータユニットの送信用に１つまたは複数のＴＭのうちの少なくとも１つのＴＭに対応するリソース割り当てを識別することができる。ＷＴＲＵは、おそらく例えば、ＤＣＩにより示されたリソース割り当てがＱｏＳ要件を満たせない（例えば、満たせないと決定された）とき、（例えば、アップリンクデータユニットの送信用にＤＣＩにより示されたリソース割り当ての代わりに、）アップリンクデータユニットの送信用に１つまたは複数のＴＭのうちの少なくとも１つのＴＭに対応するリソース割り当てを利用すると決定することができる。

スケジューリング機能がＭＡＣ層においてサポートされ得る。スケジューリングモードが選択され得る。利用可能なスケジューリングモードは、リソースに関して厳格なスケジューリングのためのネットワークベースのスケジューリング、ダウンリンク送信および／もしくはアップリンク送信のタイミングおよび／もしくは送信パラメータ、ならびに／またはタイミングおよび／もしくは送信パラメータに関してよりフレキシブルなＷＴＲＵベースのスケジューリングを含むことができる。スケジューリング情報は、単一および／または１つもしくは複数もしくは多数のＴＴＩについて有効であり得る。

ネットワークベースのスケジューリングは、ネットワークが、異なるＷＴＲＵに割り当てられた利用可能な無線リソースを厳格に管理して、例えば、そのようなリソースの共有を最適化することを可能にすることができる。動的スケジューリングがサポートされ得る。

ＷＴＲＵベースのスケジューリングは、ＷＴＲＵが、ネットワークにより（例えば、動的および／または非動的に）割り当てられた共有および／または専用アップリンクリソースのセット内で必要に応じて最小限のレイテンシでアップリンクリソースに日和見的にアクセスすることを可能にすることができる。同期されたおよび／または同期されていない日和見送信がサポートされ得る。コンテンションベースの送信および／またはコンテンションのない送信がサポートされ得る。

論理チャネル優先順位付けは、送信に利用可能なデータ、および／またはアップリンク送信に利用可能なリソースに基づいて実行され得る。同じトランスポートブロック内での異なるＱｏＳ要件を有するデータの多重化が提供され得る。

順方向エラー訂正（ＦＥＣ）および／またはブロック符号化が実行され得る。送信は、いくつかの異なるエンコード方法を使用してエンコードされ得る。異なるエンコード方法は、異なる特性を有してよい。例えば、エンコード方法は、情報ユニットのシーケンスを生成することができる。１つまたは複数または各々の情報ユニットおよび／またはブロックは自己完結され得る。例えば、第１のブロックの送信におけるエラーは、特に、第２のブロックがエラーフリーである場合、ならびに／または第２のブロックおよび／もしくは少なくとも一部が成功裏に復号された別のブロックに十分な冗長性が見つけられた場合、第２のブロックを成功裏に復号する受信機の能力を損なわなくてよい。

エンコード方法の例は、送信機がＮ個のラプタ（raptor）符号のシーケンスを含むことができるラプタ／ファウンテン（fountain）符号を含み得る。１つまたは複数のそのような符号は、時間的に１つまたは複数の送信「シンボル」にマッピングされ得る。「シンボル」は、情報ビットの１つまたは複数のセット、例えば１つまたは複数のオクテットに対応し得る。そのようなエンコードは、ＦＥＣを送信に加えるために使用されることができ、それにより、Ｎ＋１および／もしくはＮ＋２個のラプタ符号（ならびに／または、おそらく例えば１つのラプタ符号シンボル関係を仮定して、シンボル）を送信が使用し得る。これにより、例えば、時間的に重複する別の送信による干渉および／またはパンクチャによる、１つの「シンボル」の損失に対して、送信をより弾性的にすることができる。

ＷＴＲＵは、１つまたは複数のシステム署名を受信および／または検出することができる。システム署名は、シーケンスを使用して信号構造を含むことができる。そのような信号は、同期信号と同様、例えば、ＬＴＥ一次同期信号（ＰＳＳ）および／または二次同期信号（ＳＳＳ）と同様であってよい。そのような署名は、所与の領域内で特定のノード（および／または送信／受信ポイント（ＴＲＰ））に固有であってよく、またはそれは領域内で複数のそのようなノード（および／またはＴＲＰ）に共通であってもよい。そのような態様は、ＷＴＲＵに知られていない、および／または関連していないことがある。ＷＴＲＵは、システム署名シーケンスを決定および／もしくは検出し、ならびに／またはシステムに関連付けられた１つもしくは複数のパラメータをさらに決定することができる。例えば、ＷＴＲＵは、そこからインデックスを導出することができ、および／またはそのようなインデックスを使用して、例えば後述されるアクセステーブルのようなテーブル内で、関連付けられたパラメータを検索することができる。例えば、ＷＴＲＵは、それがシステムの適用可能なリソースを使用してアクセス（および／または送信）することができるとＷＴＲＵが決定した場合、例えば初期送信電力を設定する目的で、開ループ電力制御のために署名に関連付けられた受け取られた電力を使用することができる。例えば、ＷＴＲＵは、それがシステムの適用可能なものを使用してアクセス（および／または送信）することができるとＷＴＲＵが決定した場合、例えば送信のタイミングを設定する目的で、受信された署名シーケンスのタイミング（例えば、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース上のプリアンブル）を使用することができる。

ＷＴＲＵは、１つまたは複数のエントリのリストを用いて構成され得る。そのようなリストは、アクセステーブルと呼ばれることがある。そのようなリストはインデックス付けされ得る。１つまたは複数または各々のエントリは、システム署名および／またはそのシーケンスに関連付けられ得る。そのようなアクセステーブルは、１つまたは複数のエリアについての初期アクセスパラメータを提供することができる。１つまたは複数または各々のそのようなエントリは、システムに対する初期アクセスを実行するために有用であり得る１つまたは複数のパラメータを提供することができる。そのようなパラメータは、１つもしくは複数のランダムアクセスパラメータのセット（例えば、時間および／もしくは周波数での適用可能な物理層リソース（例えばＰＲＡＣＨリソース）を含む）、初期電力レベル、ならびに／または応答の受信のための物理層リソースのうちの少なくとも１つを含み得る。そのようなパラメータは、例えば、公衆陸上移動網（ＰＬＭＮ）アイデンティティおよび／または限定加入者グループ（ＣＳＧ）情報を含む、アクセス制限を含み得る。そのようなパラメータは、適用可能なルーティングエリアなどのルーティングに関係付けられた情報を含み得る。１つまたは複数または各々のそのようなエントリは、システム署名に関連付けられ、および／またはシステム署名によってインデックス付けされ得る。言い換えれば、１つのそのようなエントリは、場合によっては、複数のノード（および／またはＴＲＰ）に共通であり得る。ＷＴＲＵは、専用リソースを使用する送信によって、例えば、ＲＲＣ構成によって、および／またはブロードキャストされたリソースを使用する送信によって、そのようなアクセステーブルを受信することができる。後者の場合、アクセステーブルの送信の周期性は、比較的長く（例えば、１０２４０ｍｓまで）することができ、例えば、それは（例えば、１００ｍｓの範囲における）署名の送信の周期性よりも長くてよい。

図８は、ＬＴＥにより支援されたおよび／または支援されていない例示的な配備を示す。段階的手法を使用する初期の配備では、既存のＬＴＥシステムの傘下で５Ｇシステムが配備され得る。このＬＴＥ支援された配備シナリオにおいて、ＬＴＥネットワークは、ＬＴＥへ／からのモビリティなどの基本的セルラ機能、およびコアネットワーク機能などを提供することができる。５Ｇシステムが独立しＬＴＥに依存しない、例えば支援されなくなることが可能なように、配備が進化することができる。

５ｇＦＬＥＸシステムのためのプロトコルアーキテクチャおよび／または関連付けられた機能が実装され得る。５Ｇ ＲＡＴのコンテキストで説明されるが、説明される解決策は、ＬＴＥおよび／またはＷｉ−Ｆｉのような他のＲＡＴの進化にも適用可能であり得る。

スタンドアロン５ｇＦＬＥＸ無線アクセスネットワークが提供され得る。例えば、スタンドアロン５ｇＦＬＥＸ無線アクセスネットワークは、ＬＴＥネットワークによって支援されなくてよい。スタンドアロン５Ｇ配備アーキテクチャに基づく解決策がここでは説明されるが、ここで与えられる解決策は、ＬＴＥ支援されたアーキテクチャにも適用可能であり得る。

５Ｇプロトコルスタックは、ワイヤレス媒体を介してソースノードから宛先ノードへのＩＰパケットのトランスポートサービスを提供することができる。図９は、高レベルでの５Ｇプロトコルスタックの例示的な機能性を示す。プロトコルスタックの機能は、実装形態および／または構成に応じて、ヘッダ圧縮、セキュリティ、完全性保護、暗号化、セグメンテーション、連結、多重化、ＡＲＱ、スペクトル動作モード（ＳＯＭ）へのマッピング、変調および／もしくは符号化、ＨＡＲＱ、ならびに／またはアンテナ／物理チャネルへのマッピングのうちの１つまたは複数を含むことができる。

論理チャネル（ＬＣＨ）は、データパケットおよび／またはＰＤＵの間の論理的関連付けを表すことができる。ＬＣＨは、ＬＴＥシステムなど先行世代の同様の用語とは異なるおよび／またはそれより広い意味を有することがある。例えば、論理的関連付けは、同じベアラに関連付けられている、ならびに／または同じＳＯＭおよび／もしくはスライスに関連付けられているデータユニットに基づくことがある（例えば、物理リソースのセットを使用する処理経路）。例えば、関連付けは、処理機能の連鎖、適用可能な物理的データ（および／もしくは制御）チャネル（および／もしくはそのインスタンス）、ならびに／またはプロトコルスタックのインスタンス化のうちの１つまたは複数によって特徴付けられてよく、それは、集中化された部分、例えばＰＤＣＰ（例えばＰＤＣＰのみ）および／もしくは物理層処理の部分（例えば、無線フロント（ＲＦ）エンド）を超えた何らかの部分、ならびに／または、フロントホーリングインターフェース（front hauling interface）によって分離され得るエッジにより近い別の部分（例えば、ＴＲＰにおけるＭＡＣ／ＰＨＹおよび／もしくはＲＦのみ）のうちの１つまたは複数を含み得る。

論理チャネルグループ（ＬＣＧ）は、ＬＣＨのグループおよび／または（例えば上述されたような）等価物を含み得る。ＬＣＧは、ＬＴＥシステムなど先行世代の同様の用語とは異なるおよび／またはそれより広い意味を有することがある。グループ分けは、１つまたは複数の基準に基づくことができる。例えば、基準は、（レガシーと同様の）同じＬＣＧ、同じＳＯＭ（および／もしくはそのタイプ）、ならびに／または同じスライス（および／もしくはそのタイプ）の１つもしくは複数もしくは全てのＬＣＨのうちの１つまたは複数に適用可能である（および／または関連付けられた）同様の優先レベルを、１つまたは複数のＬＣＨが有することであってよい。例えば、関連付けは、処理機能の連鎖、適用可能な物理的データ（および／もしくは制御）チャネル（および／もしくはそのインスタンス）、ならびに／またはプロトコルスタックのインスタンス化のうちの１つまたは複数によって特徴付けられてよく、それは、集中化された部分（例えばＰＤＣＰのみおよび／もしくはＲＦ以外の何らかの部分）、ならびに／または、フロントホーリングインターフェースによって分離され得るエッジにより近い別の部分（例えば、ＴＲＰにおけるＭＡＣ／ＰＨＹ、および／もしくはＲＦのみ）を含み得る。

トランスポートチャネル（ＴｒＣＨ）は、処理ステップの（例えば特定の）セット、および／または無線インターフェースを介して１つもしくは複数の送信特性に影響し得るデータ情報に適用される機能のセットを含むことができる。

ＴｒＣＨは、ユーザプレーンデータを搬送するまたはしないことがある、ブロードキャストチャネル（ＢＣＨ）、ページングチャネル（ＰＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、マルチキャストチャネル（ＭＣＨ）、アップリンク共有チャネル（ＵＬ−ＳＣＨ）および／またはランダムアクセスチャネルなどの１つまたは複数または多数のタイプのＴｒＣＨで（例えばＬＴＥに関して）定義され得る。ユーザプレーンデータを搬送するための主なトランスポートチャネルは、例えば、それぞれダウンリンクおよび／またはアップリンクのためのＤＬ−ＳＣＨおよび／またはＵＬ−ＳＣＨであり得る。

ＴｒＣＨは、１つまたは複数のＷＴＲＵデバイスについての（例えば、ユーザおよび／または制御プレーンデータ用の）１つまたは複数または多数のトランスポートチャネルのためのインターフェースおよび／またはサポートによってサポートされる要件の拡張されたセットを含み得る。ＴｒＣＨは、ＬＴＥシステムなど先行世代の同様の用語とは異なるおよび／またはそれより広い意味を有することがある。例えば、ＵＲＬＬＣ（例えばＵＲＬＬＣＨ）、移動体広帯域（ＭＢＢＣＨ）、および／またはマシンタイプ通信（ＭＴＣＣＨ）のためのトランスポートチャネルが、ダウンリンク送信（例えば、ＤＬ−ＵＲＬＬＣＨ、ＤＬ−ＭＢＢＣＨ、および／もしくはＤＬ−ＭＴＣＣＨ）ならびに／またはアップリンク送信（例えば、ＵＬ−ＵＲＬＬＣＨ、ＵＬ−ＭＢＢＣＨ、および／もしくはＵＬ−ＭＴＣＣＨ）について定義され得る。

例えば、１つまたは複数または多数のＴｒＣＨが、同じＳＯＭに属する物理リソース（例えばＰｈＣＨ）の異なるセットにマッピングされ得る。このマッピングは、例えば、同じＳＯＭにわたり異なる要件を有するトラフィックの同時送信をサポートするために有利であり得る。例えば、ＵＲＬＬＣＨは、例えばＷＴＲＵがＳＯＭ（例えば単一ＳＯＭ）を用いて構成され得るときに、同時にＭＴＣＣＨに沿って送信され得る。

ＷＴＲＵは、データがどのように送信され得るかの特性付けに関連付けられた１つまたは複数のパラメータを用いて構成され得る。特性付けは、ＷＴＲＵが適合および／または実施することが期待され得る制約および／または要件を表すことができる。ＷＴＲＵは、特性付けに基づくデータに関連付けられた状態に応じて、異なる動作を実行し、および／またはその挙動を調整することができる。パラメータは、例えば、時間に関係付けられた態様（例えば、パケットの（例えばパケットごとの）有効時間（ＴＴＬ）（これは、それより前にパケットが満たすように送信されることが可能な時間を表す）、および／またはレイテンシ要件を満たすことの肯定応答など）、レートに関係付けられた態様、および／または構成に関係付けられた態様（例えば絶対優先度）を含むことができる。パラメータは、例えばパケットおよび／またはデータが送信のために保留中であり得る間に、時間と共に変更されてよい。

いくつかのプロトコルアーキテクチャは、リストされた機能をサポートすることができる。例えば、ＨＡＲＱ再送信が取り扱われてよい。１つまたは複数のＳＯＭが、再送信を実行するために選択され得る。ＳＯＭは、同じおよび／もしくは異なる帯域における異なるキャリア、異なるＲＡＴ、ならびに／または５Ｇ ＰＨＹの異なるモードを含んでよい。さらに、以下での論理チャネル（ＬＣＨ）という用語は、従来の論理チャネルに関連付けられないことがある。

ＷＴＲＵは、（例えば単一の）ＨＡＲＱエンティティを用いて構成されてよい。ＷＴＲＵは、ＳＯＭをまたいで受信されたＨＡＲＱ信号を管理するための（例えば単一の）ＨＡＲＱバッファを有することができる。ＷＴＲＵは、任意のＳＯＭにわたって任意の種類のトラフィックを送信／受信するように構成され得る。図１０は、ＬＣＨと１つまたは複数のＳＯＭとの間の例示的なマッピングを高レベルで示す。例えば、図１０では、ＷＴＲＵごとに１つ（例えば少なくとも１つの）ＨＡＲＱエンティティが存在し得る。再送信は任意のＳＯＭ上で行うことができる。

図１１は、完全なプロトコルスタックのコンテキスト、および／またはプロトコルスタックの全機能のコンテキストにおいて、ＷＴＲＵ技法ごとの例示的な（例えば単一の）ＨＡＲＱエンティティを示す。ここの例示的なプロトコルスタックは、（この例は、Ｍ個のＩＰパケットフロー（および／または無線ベアラ）ならびにＮ個のＳＯＭを想定し、）ヘッダ圧縮および／もしくはセキュリティ機構、セキュリティ、セグメンテーション／連結／ＡＲＱ、（逆）多重化／優先順位付け、ＨＡＲＱ／ＳＯＭ／キャリアへのマッピング、ならびに／または変調、物理チャネル（ＰｈＣＨ）／ＳＯＭへのマッピングを含むことができる。ヘッダ圧縮および／またはセキュリティ機構は、ＩＰパケットを入力として受け取り、ならびに／または構成に応じて、ヘッダ圧縮を実行し、および／もしくはセキュリティ（例えば、完全性保護、暗号化）を適用する。無線ベアラが存在するのと同数のブロックが存在し得、この例ではＭ個である。セキュリティは、例えば５Ｇセル／ＴＲＰから遠い、別のネットワークノードにあってよい。

セグメンテーション／連結／ＡＲＱは、利用可能な無線リソースに応じてＰＤＵをセグメンテーションおよび／または連結することを担うことができる。ＡＲＱ機能性は、送達を確実にすることができる。送信側（例えば、ＷＴＲＵに対するアップリンク）の逆多重化／優先順位付けは、ルールに応じて１つもしくは複数の無線ベアラＰＤＵを一緒に多重化すること、および／または送信の優先順位付けを担うことができる。多重化および／または優先順位付けルールは、上位層によって構成され得る。逆多重化／優先順位付けの出力は、送信のためにＳＯＭにマッピングされ得る。再セグメンテーションは、必要とされるときに実行され得る。受信側（例えば、ＷＴＲＵに対するダウンリンク）では、逆多重化／優先順位付けは、ＳＤＵを逆多重化し、および／またはそれらを適切なセグメンテーション／連結／ＡＲＱエンティティにプッシュする。ＨＡＲＱ／ＳＯＭ／キャリアへのマッピングは、ＨＡＲＱプロトコルを制御し、および／または適切なＳＯＭへのルーティングをする。ＨＡＲＱエンティティは、物理層再送信を実行することができ、および／またはＰＤＵを１つもしくは複数もしくは任意のＳＯＭへルーティングすることができる。変調では、ＰｈＣＨ／ＳＯＭへのマッピングは、選択されたＳＯＭ_{(1・・・N)}のうちの少なくとも１つの物理チャネル上の適切なリソースにマッピングされた適切なシンボルに対して、符号化されたビットをマッピングすることができる。

ＷＴＲＵは、１つまたは複数または各々の構成されたＳＯＭに対するＨＡＲＱエンティティを用いて構成され得る。論理チャネルが、任意のＳＯＭに割り当て／マッピングされ得る。再送信は、１つまたは複数または任意のＳＯＭ上で行わないことがある。図１２は、ＬＣＨと１つまたは複数のＳＯＭとの間の例示的な高レベルマッピングを示す。１つまたは複数または各々の論理チャネルは、ＳＯＭにマッピングされ得る。ＳＯＭは、少なくとも１つの（例えば専用）ＨＡＲＱエンティティに関連付けられ得る。ＷＴＲＵは、元の送信の同じＳＯＭにおいてＨＡＲＱ再送信を実行するように構成され得る。ＡＲＱ再送信は、異なるＳＯＭ上で行われてよい。ＷＴＲＵは、所与のＰＤＵの１つまたは複数または各々の瞬間に（おそらく例えば、予め定義された基準に従って）（例えば最良の）ＳＯＭを選択することができる。図１３は、完全なプロトコルスタックのコンテキスト、および／またはプロトコルスタックの全機能のコンテキストにおいて、ＳＯＭ技法ごとの（例えば単一の）ＨＡＲＱエンティティの例を示す。この例示的なプロトコルスタックは、（この例は、Ｍ個のＩＰパケットフロー（および／または無線ベアラ）ならびにＮ個のＳＯＭを想定し、）ヘッダ圧縮および／もしくはセキュリティ機構、セキュリティ、セグメンテーション／連結／ＡＲＱ、（逆）多重化／優先順位付け、ＨＡＲＱ／ＳＯＭ／キャリアへのマッピング、ならびに／または変調、ＰｈＣＨ／ＳＯＭへのマッピングのうちの１つまたは複数を含むことができる。図１１に関連して本明細書に説明されているように同様の機能が実行され得る。ＳＯＭ／キャリアへのマッピングは、ＨＡＲＱエンティティの前に行われ得る。Ｎ個のＨＡＲＱエンティティ、例えば、１つまたは複数または各々のＳＯＭに対して少なくとも１つが存在し得る。１つまたは複数のＨＡＲＱ再送信が、同じＳＯＭにおいて行われてよい。

ＬＣＨは、予め定義されたルールを使用してＳＯＭにマッピングされ得る。マッピングは、様々なタイプのトラフィックおよび／または１つまたは複数のＳＯＭ能力の要件に基づくことができる。例えば、１０ｍｓのＴＴＩ ＳＯＭは、１ｍｓのレイテンシ要件に達することができなくてよく、および／またはそのトラフィックを搬送するチャネルに割り当てられなくてよい。図１４は、ＬＣＨとＳＯＭとの間の例示的な高レベルマッピングを示す。例えば、少なくとも１つのＨＡＲＱエンティティがＳＯＭごとに割り当てられ得る。ＬＣＨは、１つまたは複数または単一のＳＯＭにマッピングされ得る。

図１５は、完全なプロトコルスタックのコンテキスト、および／またはプロトコルスタックの全機能のコンテキストにおいて、ＳＯＭ技法ごとの（例えば単一の）ＨＡＲＱエンティティの例を示す。図示されるように、例示的なプロトコルスタックは、（この例は、Ｍ個のＩＰパケットフロー（および／または無線ベアラ）ならびにＮ個のＳＯＭを想定し、）ヘッダ圧縮および／もしくはセキュリティ機構、セキュリティ、セグメンテーション／連結／ＡＲＱ、（逆）多重化／優先順位付け、ＨＡＲＱ／ＳＯＭ／キャリアへのマッピング、ならびに／または変調、ＰｈＣＨ／ＳＯＭへのマッピングを含むことができる。図１１に関連して本明細書説明されているように同様の機能が実行され得る。セグメンテーション／連結／ＡＲＱの下に配置されているが、ＳＯＭ／キャリアへのマッピングブロックは、ヘッダ圧縮／セキュリティの前であってもスタック内でより高く配置されてもよい。ＳＯＭ／キャリアへのマッピングの後、ＷＴＲＵは、１つまたは複数または各々のＳＯＭに対して１つまたは複数または各々のブロックの少なくとも１つのセットを用いて構成され得る。ＷＴＲＵは、ＳＯＭごとに優先順位付けを行うことができる。ＷＴＲＵは、（例えば、１つまたは複数または各々の）ＳＯＭに対するトラフィック優先度を独立して決定することができる。ＡＲＱ再送信は、同じＳＯＭにおいて行われてよい。ＷＴＲＵは、（例えば、１つまたは複数または各々の）無線ベアラについてＳＯＭを用いて上位層（例えば、ＲＲＣシグナリングおよび／またはその他）によって構成され得る。

無線ベアラは、１つまたは複数のＳＯＭにマッピングされ得る。ＷＴＲＵは、１つまたは複数または各々の無線ベアラについて、それが使用し得るＳＯＭのセットを用いて構成され得る。ＷＴＲＵは、無線状態、バッファステータス、および／または他のパラメータに基づいて、使用するＳＯＭを動的に決定することができる。

ＬＣＨの一時的なアップグレードおよび／またはダウングレードが実行され得る。ＬＣＨおよび／または無線ベアラは、その一般的な特性（例えば、優先度および／または帯域幅要件など）を維持することができるが、例えば一時的な時間期間に、より高い優先度および／またはより低いレイテンシのＳＯＭにアップグレードされ得る。具体的には、サービスは特定の特性を一般に有することができるが、そのサービスを「一時的にアップグレード」させることができる。論理チャネルは、それが一時的にアップグレードされる時間期間に、異なるＳＯＭに移動され得る。同じ無線ベアラ／論理チャネルの基礎となるＰＨＹ処置が変更され得る。

異なる論理チャネルからのデータの多重化、優先順位付け、および／またはＳＯＭ／ＴｒＣＨへのマッピングが実行され得る。ＭＡＣ ＰＤＵの作成および／または優先順位付けプロセスは、１つまたは複数のトリガに基づいて開始され得る。

ＷＴＲＵは、他の進行中の（セルスケジュールされた）送信に優先するタイムクリティカルなデータがＷＴＲＵに到着したときなど、特定の状況下で自律送信を実行することができる。ＷＴＲＵは、セルによって使用されるサイズおよび／またはトランスポートブロックパラメータを提供されない可能性がある。ＭＡＣ層内および／またはより上の層からのトリガに応答して、ＷＴＲＵは、送信のためにＰＨＹ層に送られる１つまたは複数のＭＡＣ ＰＤＵ内へ即時送信を必要とし得る１つまたは複数の上位層ＳＤＵを多重化することができる。トランスポートブロックの自律作成は、タイムクリティカルなパケットのＭＡＣ層および／もしくは上位層への到着、１つもしくは複数のパケットおよび／もしくは閾値未満のデータに関連付けられたＱｏＳベースのパラメータ、周期的（例えば、タイマーの終了のとき）、レイテンシクリティカルなおよび／もしくは他のサービスの作成および／もしくは（再）構成ならびに／またはＳＯＭの作成および／もしくは（再）構成、ＭＡＣ層および／もしくは上層からのそのバッファのうちの１つがもはや空ではないという標識に基づくこと、ならびに／またはＭＡＣ層および／もしくは上位層からのバッファ占有情報に基づくこと、ならびに／または、ＭＡＣ ＰＤＵの再送信が有用であり得ることを示すＨＡＲＱエンティティのうちの１つまたは複数によってトリガされ得る。

ＷＴＲＵは、現時点でそのバッファ内の低レイテンシＳＤＵが特定の閾値より短くなり得るその有効時間（ＴＴＬ）を有する１つまたは複数または各々の時間に、トリガを受信することができる。ＭＡＣ ＰＤＵ作成の時に、ＷＴＲＵは、ＴＴＬが閾値未満であるＳＤＵを選択し、および／またはそれらを同じＭＡＣ ＰＤＵ内に多重化することができる。トランスポートチャネルへの論理チャネルのマッピングに関係付けられた制限が存在する場合、それらの制限を遵守しながら、ＰＨＹ層に送るために個別のＭＡＣ ＰＤＵを作成することができる。ＷＴＲＵは、（例えば、周期的、おそらくはタイマーに基づいて）ＴＴＬが閾値未満であるＳＤＵを選択し、および／または１つもしくは複数のＭＡＣ ＰＤＵ上へのこれらのＳＤＵの多重化を実行することができる。

ＴｒＣＨ／ＳＯＭに対するＬＣＨのマッピングおよび／または多重化が実行され得る。ＷＴＲＵは、アップリンクにおいて異なるＳＯＭ上で異なる論理チャネルからデータを送信するように構成され得る。１つまたは複数または多数の論理チャネルが、（例えば単一の）トランスポートチャネル（ＴｒＣＨ）で一緒に送信され得る。ＷＴＲＵは、どの論理チャネルを１つまたは複数または各々のＴｒＣＨおよび／またはＳＯＭにマッピングするかを示す、ネットワークからのスケジューリング情報を受信するように構成され得る。ＷＴＲＵは、（ＳＯＭおよび／または多重化を含む）送信パラメータを（例えば自律的に）動的に決定することができる。

１つまたは複数または各々のＴｒＣＨ／ＳＯＭに対する１つまたは複数または多数のＬＣＨの多重化および／または優先順位付けが実行され得る。少なくとも１つのＬＣＨが、少なくとも１つのＳＯＭに関連付けられる。ＳＯＭおよびＴｒＣＨという用語は、本明細書で交換可能に使用され得る。ＴｒＣＨは、同じＳＯＭに関連付けられ得る。ＳＯＭへのＬＣＨの関連付けまたはマッピングのコンテキストでいくつかの技法が説明されているが、１つまたは複数または多数のＬＣＨの多重化のために類似の技法も適用可能であり得る。

ＷＴＲＵは、予め決定されたトランスポートおよび／またはサービスタイプに基づいて送信パラメータを決定することができる。ＷＴＲＵのＭＡＣ層は、論理チャネルおよび／またはサービスのセットが特定のトランスポートチャネルにマッピングされること（例えば、それのみ）が可能なように、論理チャネルおよび／またはサービスタイプの特定のセットを異なるトランスポートチャネルのセットへ多重化することができる。次いで、ＷＴＲＵは、所与のトランスポートチャネルが、そのトランスポートチャネルおよび／またはそのＳＯＭに対してマッピングできる論理チャネルに関連付けられたデータを受信（例えば、受信のみ）することができるように、ＰＨＹ層に転送されるトランスポートブロックおよび／またはデータブロックを作成することができる。

論理チャネルと関連付けられたトランスポートチャネルとの間のマッピングは、標準化されたマッピングに基づいて静的に定義され得る。例えば、トランスポートチャネルＴ１、Ｔ２、・・・ＴＮのセットは、ＰＨＹ層により提供された異なるサービスレベル、サービス品質、および／またはサービス保証に対応し得る。論理チャネルＬ１、Ｌ２、・・・ＬＭのセットが定義され得る。ＷＴＲＵ ＭＡＣ層は、特定のサービスタイプＳ１、Ｓ２、・・・ＳＭの一部として識別され得る上位層からの１つまたは複数のパケットを受信することができる。ＷＴＲＵは、標準化されたマッピングに基づいて、いくつかの特定の論理チャネルを特定のトランスポートチャネルに多重化することができる。例えば、Ｌ１、Ｌ２がＴ１上に多重化されてよく、Ｌ３がＴ３上に多重化されてよい。サービスタイプＳ１、Ｓ２を有するパケットがＴ１に送られ、サービスタイプＳ３を有するパケットがＴ２に送られるなどしてよい。

ＷＴＲＵは、サービスタイプ、例えば、超高信頼および／または低レイテンシ通信（ＵＲＬＬＣ）、ＭＴＣ、ｅＭＢＢなどに基づいて、送信パラメータを決定することができる。１つまたは複数の特定のトランスポートチャネルは、超高信頼通信に関連付けられた論理チャネル／フロー／サービスに関連付けられてよい。特定のトランスポートチャネルは、低レイテンシ通信に関連付けられてよい。特定のトランスポートチャネルは、マシンタイプ通信（ＭＴＣ）に関連付けられてよい。特定のトランスポートチャネルは、移動体広帯域通信（ＭＢＢ）に関連付けられてよい。特定のトランスポートチャネルは、ＷＴＲＵ制御情報に関連付けられてよく、および／または特定のトランスポートチャネルの最後のセットが、１つもしくは複数もしくは全ての他の通信に関連付けられてよい。論理チャネル／フロー／サービスとトランスポートチャネルとの間のマッピングは、関連付けのルールに従うことができる。

ＷＴＲＵは、ＳＯＭごとにマッピング構成に基づいて送信パラメータを決定することができる。トランスポートチャネルへの論理チャネルおよび／またはサービスタイプのマッピングは、例えば、ブロードキャストもしくは専用シグナリング、および／またはＷＴＲＵによるアクセステーブルの使用を通じて、ネットワークによって構成可能であり得る。

多重化リストのマッピングは、ＳＯＭごとに実行され得る。例えば、多重化リストはＳＯＭにマッピングされ得る。１つまたは複数または各々のＳＯＭにおける１つまたは複数または各々のＬＣＨについて、多重化リスト構成が生成され得る。ＷＴＲＵは、多重化ルールのセットを用いて（例えば、上位層および／またはＲＲＣシグナリングを介して）構成され得る。ＷＴＲＵは、１つまたは複数または各々のＬＣＨについてそれがマッピングされ得る先の（例えば、可能にされた）ＳＯＭのセットを用いて構成され得る。ＷＴＲＵは、１つもしくは複数もしくは各々のＳＯＭおよび／または１つもしくは複数もしくは各々のＬＣＨについて、ＴｒＣＨにおいてそれが共に多重化され得る（例えば他の）１つまたは複数のＬＣＨのセットを用いて構成され得る。ネットワークは、１つまたは複数（例えば特定）のＬＣＨがＳＯＭにおいて多重化されることを可能にし得るが、おそらく例えば、いくつかのシナリオでは異なるＳＯＭにおいてはできない。

ＷＴＲＵは、シナリオの中でも特に、おそらく例えばＬＣＨ要件を満たすことに基づいて、送信パラメータ／データ転送パラメータを決定することができる。ＷＴＲＵは、１つまたは複数または各々のＬＣＨに対する要件のセットを用いて構成され得る。これらの要件は、例えば、レイテンシおよび／もしくは最大遅延、信頼性、平均ビットレート、保証されたビットレート、トラフィックおよび／もしくはサービスタイプ（例えば、超低レイテンシ／超高信頼性、ＭＴＣ、ｅＭＢＢ、音声、ビデオストリーミング、制御情報など）、ならびに／またはＱＣＩなどのうちの１つまたは複数を含み得る。

ＷＴＲＵは構成され、および／またはそれ自体で、構成されたＳＯＭの特性／能力のセットを決定することができる。これらの特性は、例えば、ＴＴＩ期間、帯域幅、シンボルレート、符号化特性（例えば、レートおよび／もしくは信頼性など）、サポートされる変調および符号化方式（ＭＣＳ）のセット、ＨＡＲＱパラメータ（例えば、再送信の最大数、増分冗長性対チェイス結合）、サブキャリア間隔、波形および／もしくは関連付けられたパラメータ（例えば、巡回プレフィックス長、ガード、プリアンブルなど）、スペクトルライセンスモード（例えば、ライセンスされた、ライセンスされていない、簡易的にライセンスされた（lightly licensed））、接続性のタイプ（例えば、デバイスツーデバイス（Ｄ２Ｄ）および／もしくは広域ネットワーク（ＷＡＮ））、中継もしくは直接、宛先および／もしくはＴＲＰ受信機ポイント、サポートされたトラフィックタイプのセット、ならびに／またはサポートされたＱＣＩのセットなどのうちの１つまたは複数を含み得る。

ＷＴＲＵは、所与のＳＯＭにおいて所与のトランスポートブロックに一緒に多重化され得るＬＣＨのセットを決定することができる。例えば、ＷＴＲＵは、おそらくはＬＣＨ要件および／またはＳＯＭ特性に基づいて、ＳＯＭへの１つまたは複数または各々のＬＣＨのマッピングを決定することができる。ＷＴＲＵは、ＬＣＨについて、特定のＳＯＭの特性がＬＣＨ要件を満たすかどうかを決定することができる。ＷＴＲＵは、（例えば１つまたは複数または各々の）ＬＣＨについて（例えば単一の）ＳＯＭを決定することができる。ＷＴＲＵは、１つまたは複数または各々のＬＣＨについて、１つまたは複数のＬＣＨ要件を満たし得るＳＯＭのセットを決定することができる。

例えば、ＷＴＲＵは、例えば、ＴＴＩ長、ＨＡＲＱフィードバック遅延、および／もしくは他のパラメータに基づいて、ＬＣＨのレイテンシ要件とＳＯＭの最小レイテンシとを比較し、ならびに／またはＳＯＭがレイテンシ要件を満たすかどうかを決定することができる。そのようなシナリオでは、特に、ＷＴＲＵは、ＬＣＨがその特定のＳＯＭにマッピングされ得ることを決定することができる。例えば、ＷＴＲＵは、（例えば、最大ＭＣＳならびに／または利用可能なおよび／もしくは構成された帯域幅により、）特定のＬＣＨのビットレート要件を、ＳＯＭにより達成可能な最大ビットレートと比較することができ、ならびに／または、おそらく例えばそれが要件を満たす場合に、ＬＣＨをＳＯＭにマッピングすることができる。

ＷＴＲＵは、ＬＣＨ、ＳＯＭの適合する属性に基づいてＳＯＭへのＬＣＨのマッピングを決定することができる。ＷＴＲＵは、例えば本明細書に説明されている要件／特性のうちの１つまたは複数を使用して、適合するＬＣＨ要件および／または１つもしくは複数のＳＯＭ特性に基づいて、ＳＯＭへのＬＣＨのマッピングを決定することができる。ＷＴＲＵは、宛先に基づいて、ＬＣＨを同じＳＯＭに多重化することができる。

ＷＴＲＵは、１つまたは複数または各々の論理チャネルに関連付けた宛先に基づいて、ＳＯＭへのＬＣＨのマッピングを決定することができる。例えば、いくつかの論理チャネルは、特定のデバイス（例えばＬ２アドレス）へのＤ２Ｄ送信に関連付けられ得る。例えば、ＬＣＨは、特定のＴＲＰに関連付けられ得る。ＷＴＲＵは、関連付けられたＳＯＭに対する同じ宛先（例えば、Ｄ２Ｄ、ＴＲＰ、および／またはその他）に関連付けられたＬＣＨを構成することができる。

ＷＴＲＵは、サポートされたＱｏＳクラス識別子（ＱＣＩ）のセットに基づいて、ＳＯＭへのＬＣＨのマッピングを決定することができる。ＷＴＲＵは、（例えば、１つまたは複数または各々のＳＯＭについての）サポートＱＣＩのセットを用いて構成され得る。ＷＴＲＵは、おそらく例えば構成されたＬＣＨ ＱＣＩに基づいて、１つまたは複数または各々のＬＣＨに対するＳＯＭのセットを決定することができる。ＷＴＲＵは、正確なＱＣＩマッチがあるとき（例えば、そのときのみ）、ＬＣＨがＳＯＭにマッピングされ得ると決定することができる。ＷＴＲＵは、ＬＣＨのＱＣＩを少なくとも満たすＳＯＭのセットを決定するように構成され得る。

ＷＴＲＵは、サポートされたトラフィックタイプに基づいて、ＳＯＭへのＬＣＨのマッピングを決定することができる。ＷＴＲＵは、１つまたは複数または各々のＳＯＭについてサポートされたトラフィックタイプのセットを用いて構成され得る。ＷＴＲＵは、おそらく例えばＬＣＨトラフィックタイプに基づいて、ＳＯＭへの１つまたは複数または各々のＬＣＨのマッピングを決定することができる。例えば、ＳＯＭは、ベストエフォートトラフィック（例えば、６０ＧＨｚ、ライセンスされていない）をサポートするように構成され得る。ＷＴＲＵは、ベストエフォートＬＣＨをそのＳＯＭにマッピングし、および／または他のタイプのトラフィック（例えば、従来の音声、超高信頼性、および／またはその他）を（例えば、２ＧＨｚ帯域で）異なるＳＯＭにマッピングすることができる。

ＳＯＭ／ＴｒＣＨへのＬＣＨのマッピングは、動的に実行され得る。トランスポートチャネルは、トランスポート層状態／属性情報に基づいて選択され得る。ＷＴＲＵは、特定の論理チャネルがマッピングされ得る、および／または特定の上位層パケットが送信され得る１つまたは複数の（例えば、利用可能な）トランスポートチャネル（例えば、Ｔ１および／またはＴ２）から選択することができる。ＷＴＲＵは、（例えば、所与の時間での）トランスポートチャネルの動的状態、および／またはＭＡＣエンティティ情報に基づいて、そのような決定を行うことができる。その情報は、考慮されている論理チャネルの現在の占有（および／もしくは、１つもしくは複数もしくは各々の論理チャネルに関連付けられたキュー）、所与の論理チャネルにおけるデータに関連付けられたＱｏＳベースのパラメータ、例えば、パケットのＴＴＬ、パケットのセットのＴＴＬ、および／もしくは閾値に対するＴＴＬ、ならびに／またはパケットのサイズおよび／もしくはパケットのグループのうちの１つまたは複数を含むことができる。

図１６は、データユニットのＱｏＳ要件を満たし得るＴｒＣＨに対してデータユニットを動的にマッチングするＷＴＲＵ（例えば、ＷＴＲＵプロセッサおよび／またはコントローラ）の例を示す。１つまたは複数または各々のデータユニットは、それ自体のＱｏＳ要件（ＱｏＳ＿１、ＱｏＳ＿２など）を有することができる。いくつかのシナリオでは、１つまたは複数のデータユニットは同じＱｏＳ要件を有することができる。データユニット要件は、レイテンシ、信頼性、データレートおよび／もしくはトランスポートブロックサイズ、ならびに／またはＱＣＩなどのうちの１つまたは複数を含むことができる。ＷＴＲＵは、ヌメロロジ（例えば、サブキャリア間隔および／または関連付けられたシンボル期間を含み得る）、ＭＣＳ、符号化レート、ＴＴＩ期間、信頼性、ＨＡＲＱ再送信、および／または遅延のうちの１つまたは複数に関して、１つまたは複数または各々のそれら自体の特性を有する１つまたは複数または多数のトランスポートチャネルを用いて構成され得る。

ＷＴＲＵは、要件をＴｒＣＨ能力とマッチングすることによって、１つまたは複数または各々のデータユニットについて目標ＴｒＣＨを決定することができる。これは、おそらく少なくとも満足な程度に、データユニットの要件が確実に満たされることを確実にする。図１６では、ＬＣＨ_MからのデータユニットがＴｒＣＨ_Nにマッピングされ得る。ＱｏＳ₂を有するＬＣＨ₁の（例えば特定の）データユニットが、例えば、このシナリオではそのＱｏＳ要件（例えば、ＱｏＳ₂）がＴｒＣＨ₁によって満たされないことがあるため、ＴｒＣＨ_Nへルーティングされてもよい。ＬＣＨ₁およびＬＣＨ_Mデータユニット（例えば、ＴｒＣＨ_Nへマッピングされたもの）は、おそらく例えば、データユニットが（例えば、決定されたおよび／または予め構成された許容差および／または閾値内で）十分に適合するＱｏＳ要件を有する場合、一緒に多重化され得る。

ＷＴＲＵは、１つまたは複数または多数のアップリンクデータユニットの送信を送ることができる。例えば、ＷＴＲＵは、第１のアップリンクデータユニットおよび第２のアップリンクデータユニットの送信を送ることができる。ＷＴＲＵは、第１のアップリンクデータユニットの送信用の第１のサービス品質を識別することができる。ＷＴＲＵは、第１のアップリンクデータユニットの送信用の第２のＱｏＳを識別することができる。ＷＴＲＵは、第１のＱｏＳと第２のＱｏＳの差／間の差が、予め構成された閾値内または予め構成された閾値外であることを決定することができる。ＷＴＲＵは、おそらく例えば第１のＱｏＳと第２のＱｏＳの間の差が予め構成された閾値内であるとき、送信において第１のアップリンクデータユニットと第２のアップリンクデータユニットを多重化することができる。第２のアップリンクデータユニットは、おそらく例えば（本明細書に説明されているように）予め構成された多重化比まで、送信において第１のアップリンクデータユニットと多重化され得る。

ＷＴＲＵは、そのような動的トランスポート層状態情報をＰＨＹ層から受信することができる。例えば、ＰＨＹ層により動的に提供され、ならびに／または特定のトランスポートチャネルおよび／もしくはトランスポートチャネルタイプに静的に関連付けられた情報に基づいて、ＭＡＣ層は、マッピングのその決定を行うことができる。そのような情報は、特定のトランスポートチャネルに利用可能なＰＨＹリソースの量、トランスポートチャネルに利用可能なＰＨＹリソースのタイプ（例えば、コンテンションベース対専用、および／もしくはトランスポートチャネルにより使用されるＴＴＩ）、ＨＡＲＱプロセスタイプ、数、もしくはプロセスなどのＨＡＲＱ情報、１つもしくは複数もしくは各々のプロセスの占有、関連付けられたトランスポートチャネルの利用可能なＨＡＲＱプロセスのステータス（例えば、保留中の送信もしくは再送信）、トランスポートチャネルがマッピングされるＳＯＭ、ならびに／またはトランスポートチャネルのためにサポートされたおよび／もしくはトランスポートチャネルのために現在許可された最大トランスポートブロックサイズのうちの１つまたは複数を含むことができる。

１つまたは複数の送信チャネルが、再送信のために予約され得る。１つまたは複数の特別なトランスポートチャネルが、特にＷＴＲＵによる再送信の目的で予約され得る。ＷＴＲＵは、層（例えば、ＭＡＣ／ＲＬＣ／その他）でＰＤＵの送信が失敗したとき、予約されたトランスポートチャネルの少なくとも１つを使用してそのＰＤＵを再送信することができる。これらのトランスポートチャネルは、より短いＴＴＩ、ならびに／またはより短い時間期間内のより多くのＨＡＲＱ送信、より高い符号化レート、より低い変調方式、および／もしくはより大きい送信電力を可能にするＨＡＲＱプロセスタイプを含む、特定のＰＨＹ／ＭＡＣ属性を有することができる。

ＬＣＨの不適合な多重化が回避または低減され得る。ＷＴＲＵは、可能にされたＬＣＨのセットのうちのどのＬＣＨのセットが、実際のトランスポートチャネルにおいて一緒に多重化され得るかを動的に決定することができる。本明細書で使用される場合、用語「多重化」は用語「セグメンテーション／アセンブリ」と同等とされてよく、交換可能に使用されてよい。

大量のデータの送信特性は、少量のデータに関連付けられたレイテンシ要件に基づいて決定され得る。例えば、低レイテンシ要件を有するＬＣＨが、はるかに大きいレイテンシ要件を有する論理チャネルと多重化され得る。非常に異なる信頼性要件に関連付けられたＬＣＨが多重化されてもよい。

論理チャネル基づいて多重化制約が課せられ得る。例えば、ＷＴＲＵは、特定の論理チャネル／サービスタイプ／優先度に関連付けられたＭＡＣ ＳＤＵにわたって（例えば、それらのみにわたって）ＭＡＣセグメンテーション／アセンブリを実行することができる。例えば、ＭＡＣ層は、超低レイテンシに関連付けられた論理チャネルおよび／または上層サービスから来るＳＤＵに対する別個のセグメンテーション／アセンブリ動作、ならびに高信頼性送信に関連付けられたＳＤＵに対する異なるセグメンテーション／アセンブリ動作を実行することができる。

制御情報の送信のためのＳＯＭ／トランスポートチャネルが選択および／または多重化され得る。ＭＡＣ層は、異なる基礎となるトランスポートチャネルおよび／またはＰＨＹリソースタイプにわたって異なるタイプの制御情報を送信することができる。例えば、ＭＡＣ ＣＥは、異なるタイプであってよい。おそらく例えばＭＡＣ ＣＥタイプに応じて、ＷＴＲＵは、所与のトランスポートチャネル上でそのようなＭＡＣ ＣＥを送信するかどうかを決定し、ならびに／またはＭＡＣ ＳＤＵおよび／またはＳＤＵセグメントの特定のセットとＭＡＣ ＣＥを多重化することができる。

例えば、ＷＴＲＵは、その低レイテンシ論理チャネルに関連付けられたバッファステータスレポート（ＢＳＲ）の送信のための異なるＭＡＣ ＣＥを有することができる。ＷＴＲＵは、（例えば、ＵＬＬ ＭＡＣ ＰＤＵを含むトランスポートブロック上でＭＡＣ ＣＥをピギーバックすることによって、）専用ＵＬＬトランスポートチャネルを介して（例えば、それを介してのみ）「ＵＬＬ ＭＡＣ ＣＥ」などのＣＥを送信することができる。しかしながら、そのような制限は、非ＵＬＬ ＭＡＣ ＣＥがＵＬＬリソースと共に送られることを可能にし、および／または、それらが非ＵＬＬトランスポートブロックリソースを使用して（例えば、それらを使用してのみ）送られることを必要とし得る。

例えば、高優先度のＭＡＣ ＣＥは、そのような情報の送信に専用のトランスポートチャネルに（例えば、排他的に）関連付けられ得る。トランスポートチャネルは、例えば専用ＰＨＹリソースに関連付けられ得る。

ＷＴＲＵは、一次ＬＣＨの特定の割合までの要求によりＬＣＨを多重化することができる。例えば、ＷＴＲＵは、一緒に多重化されることが可能な変化する要件のデータの量を制御するパラメータのセットを用いて構成され得る。

ＷＴＲＵは、一次ＬＣＨおよび関連付けられた一次ＬＣＨセットを決定することができる。一次ＬＣＨは、優先度に基づいて（例えば、本明細書に説明されている技法を使用して）ＷＴＲＵによって選択され得る。ＷＴＲＵは、一次ＬＣＨと同じまたは類似する要件を有するＬＣＨを含むことができ、および／またはＷＴＲＵ構成に従ってそれと共に多重化され得る、関連付けられた一次ＬＣＨセットを決定することができる。一次ＬＣＨセットは、（例えば、多重化リストと同様の）ネットワークによって構成されてよく、および／またはＬＣＨに対する要件に基づいてＷＴＲＵによって決定されてよい。一次ＬＣＨは、一次ＬＣＨセットに属することができる。ＷＴＲＵは、一次ＬＣＨの一部でなくてよいＬＣＨのセットを含むことができ、および／または一次ＬＣＨと共に多重化されることが可能な非一次（non-primary）ＬＣＨセットを決定することができる。

ＷＴＲＵは、所与のトランスポートブロックにおける選択された一次ＬＣＨセットと共に多重化されることが可能にされ得る非一次ＬＣＨセットからのデータの最大量を示す、比ρを用いて構成され得る。例えば、ＷＴＲＵが、一次ＬＣＨセットからのＮｐビットが特定のトランスポートブロックで送信されるべきと決定した場合、ＷＴＲＵは、非一次ＬＣＨからの最大Ｎｎｏｎ−ｐ＜ρ×Ｎｐビットを同じトランスポートブロックにおいて多重化することができる。実施形態では、非一次ＬＣＨおよび／または一次ＬＣＨは、関連付けられたバッファにおいてデータが利用可能なＬＣＨを含む（例えば、それのみ含む）ことができる。

ＷＴＲＵは、多重化ＬＣＨをそれらの関連付けられたデータタイプに基づいて多重化することができる。ＷＴＲＵは、データタイプの差が最小限にされることが可能なようにＬＣＨを多重化することができる。ＷＴＲＵは、ＭＡＣ ＰＤＵが、最小割合の特定のタイプ（例えば、論理チャネルタイプ、サービスタイプ、レイテンシ要件など）のデータを有して、ＭＡＣ ＰＤＵがそのタイプに関連付けられ得るように、アセンブリのためにＭＡＣ ＳＤＵを選択することができる。例えば、ＷＴＲＵは、最大可能数の低レイテンシＳＤＵおよび／もしくはＳＤＵセグメントが一緒にアセンブルされることを確実にし、ならびに／または低レイテンシセグメントと一緒にアセンブルされる非低レイテンシセグメントの数を最小限にすることができる。

ＷＴＲＵは、論理チャネル、ＭＡＣ ＳＤＵ、および／またはＳＤＵセグメントを、特定の多重化カテゴリおよび／またはクラスと関連付けることができる。カテゴリおよび／またはクラスは、論理チャネル、データのタイプ（タイムクリティカル対高信頼性要件対高効率要件）、関連付けられたデータのレイテンシ要件の厳密性、および／またはデータに関係付けられたＱｏＳベースのパラメータの任意の組み合わせに関連付けられ得る。ＷＴＲＵは、ＰＤＵ内のデータの特定の最小割合がそのカテゴリおよび／またはクラスに関連付けられる（例えば、データの６０％がタイムクリティカルデータに関連付けられ、ここで、ＴＴＬは特定の閾値未満であり得る）ように、ＭＡＣ ＰＤＵを作成することができる。低レイテンシＭＡＣ ＳＤＵセグメントは、主に低レイテンシデータから構成されるＰＤＵ内にほとんど配置され得る。基礎となるＰＨＹ層は、高い優先度でそのようなＭＡＣ ＰＤＵを扱うことができる。カテゴリおよび／またはクラスは、動的な様式で定義され得る。例えば、送信される現在のデータに基づいて、ＷＴＲＵは、クラスを定義し得る特定の状態を作成することができる。

ＷＴＲＵは、レイテンシ特性（例えばＴＴＬ範囲）に基づいてＬＣＨおよび／またはＳＤＵを多重化することができる。ＷＴＲＵは、ＳＤＵに関連付けられたレイテンシ特性を考慮に入れ、および／または特定のＱｏＳベースの特性を満たすことができるＭＡＣ ＳＤＵを一緒に関連付けることによって、ＭＡＣ ＳＤＵの多重化を実行することができる。

例えば、ＷＴＲＵは、おそらくはＭＡＣ ＰＤＵを作成するときに、同じＴＴＬを有することができるＭＡＣ ＳＤＵおよび／またはＭＡＣ ＳＤＵセグメントをアセンブルすることができる。ＷＴＲＵは、ＭＡＣ ＰＤＵを作成するときに、互いの間の閾値以下で異なり得るＴＴＬを有することができるＭＡＣ ＳＤＵおよび／またはＭＡＣ ＳＤＵセグメントをアセンブルすることができる。結果として得られるＭＡＣ ＰＤＵ（および／または実質的にトランスポートブロック）は、ＴＴＬおよび／またはＴＴＬ範囲の観点から配列され得る。

ＷＴＲＵは、レイテンシ要件の差を用いてＬＣＨを多重化することができる。例えば、ＷＴＲＵは、レイテンシ要件がΔＬａｔｅｎｃｙ以上離れたデータパケットを同じトランスポートブロックで多重化および／または送信することができる。パラメータ／変数ΔＬａｔｅｎｃｙは、ネットワークにより構成された固定された値であってよく、および／または仕様で固定されてよい。パラメータ／変数ΔＬａｔｅｎｃｙは、ＷＴＲＵへ動的および／または準動的にシグナリングされ得る。

ＷＴＲＵは、ＰＨＹ層で利用されるようにＴＴＩ期間に基づいて多重化ＬＣＨおよび／またはＳＤＵに基づいて多重化することができる。ＷＴＲＵは、ＰＨＹ層上での送信に利用されるようにＴＴＩ期間に基づいてＭＡＣ ＳＤＵのセグメンテーション／アセンブリを行うことができる。ＷＴＲＵは、ＭＡＣ ＳＤＵおよび／または論理チャネル／フロー／サービスを（例えば特定の）ＴＴＩに関連付けることができる。ＳＤＵは、ＭＡＣ ＰＤＵを作成する際に使用される（例えば１つまたは複数または全ての）ＳＤＵセグメントが同じＴＴＩ値を利用することができるように、アセンブル／セグメンテーションされ得る。ＳＤＵセグメントは、実質的に、ＰＨＹ層がＰＤＵを送信するＴＴＩ期間であり得る。特定のＭＡＣ ＳＤＵに関連付けられるＴＴＩは、ＷＴＲＵによって決定され得る。例えば、ＴＴＩは、セルによるシグナリングを介して、および／またはＷＴＲＵのある内部状態に基づいて、ＭＡＣ ＳＤＵにおける論理チャネル／サービスタイプのデータと、静的および／または動的に関連付けられ得る。例えば、特定の論理チャネルおよび／または任意の論理チャネルが、特定のＴＴＩ値を利用するように構成され得る。例えば、利用されるＴＴＩは、（例えば、潜在的に他の方法と組み合わせて）ＰＨＹ層情報によって定義され得る。例えば、ＰＨＹ層は、所与の時点および／または時間期間中に、０．５ｍｓのＴＴＩが利用可能であること、ならびに／またはインデックスｘを有しおよび／もしくはより大きい論理チャネルグループに使用され得ることを示すことができる。例えば、ＴＴＩは、論理チャネルに関連付けられたＱｏＳベースのパラメータによって定義され得る。例えば、ＳＤＵのためのＴＴＬが閾値ｘ未満である場合、ＷＴＲＵは、２シンボルＴＴＩを利用することができる。ＴＴＬが閾値ｘより大きいが閾値ｙ未満である場合、ＷＴＲＵは、ＴＴＩ０．５ｍｓなどを利用することができる。現在のＴＴＩ値を有する保留中のＳＤＵが含まれると、ＷＴＲＵは、関連付けられたグラントにおいて異なるＴＴＩに関連付けられたＳＤＵを含むことができる。

ＷＴＲＵは、１つまたは複数または多数のＴｒＣＨを使用して異なる要件を有するＬＣＨの１つまたは複数または多数のトランスポートブロック（ＴＢ）を送ることができる。大きく変化する要件のデータが同時に送信され得る。ＷＴＲＵは、１つまたは複数または多数のトランスポートブロックをそれぞれ自身のＴｒＣＨ上で（例えば同時に）送信することができる。

ＷＴＲＵにより行われた特定のスケジューリング判断（例えば、そのようなルールのＴＴＬ、論理チャネル優先順位付け（ＬＣＰ）、および／またはバッファ占有）に基づいて、ＷＴＲＵは、非常に変化する特性付けを有するならびに／または非常に変化するサービスタイプおよび／もしくは要件などを有する、データの２つ以上のセットをスケジュールすることができる。ＷＴＲＵは、異なるトランスポートフォーマットを使用して、そのような異なるサービスタイプに関連付けられたＭＡＣ ＰＤＵを送信することができる。ＷＴＲＵは、セルからの同じグラント、および／またはＷＴＲＵに提供された同じ準静的リソースを使用して、異なるトランスポートブロックを送信することができる。

ＷＴＲＵは、利用可能なＰＨＹリソースのセット（トランスポートブロックの数など）を示すことができるグラントを（動的および／または準静的に）受信することができる。ＷＴＲＵは、例えばダウンリンクチャネル状態情報（ＣＳＩ）フィードバックを介して、そのようなリソースの無線品質に関する標識を受信することができる。ＷＴＲＵは、（例えば、これらのリソースに関連付けられた無線品質に基づいて）これらのリソース上で送信するときに利用するトランスポートフォーマットに関する自律的判断を行うことができる。

ＷＴＲＵは、１つまたは複数または各々のＴｒＣＨのためにグラントスペクトルを分割することができる。ＷＴＲＵは、送信されるトランスポートブロックの１つまたは複数または各々に関連付けられるようにＰＨＹリソースを別個の部分へ分割する。ＷＴＲＵは、キャリアまたはリソースブロックなどの特定の関連付けに関連付けられた特定のルールに基づいて、分割を制限することができる。例えば、ＷＴＲＵは、送信する２つの異なるトランスポートブロックの間でリソースブロックを分割することを許容されないことがある。ＷＴＲＵは、異なるトランスポートフォーマット（ＭＣＳ、ＨＡＲＱタイプ、ＴＴＩ、再送信ルールなど）を、同時に送信されることになるトランスポートブロックの１つまたは複数または各々に関連付けることができる。ＷＴＲＵは、送信で利用される特定のトランスポートフォーマットをセルに示すことができる。そのようなシグナリングは、（例えば、本明細書に説明されている方法に基づいて）送信それ自体の内に含まれてよい。ＷＴＲＵは、ＵＬ ＰＨＹシグナリングに使用される専用制御チャネルにそのようなシグナリングを含めてよい。

トラフィックタイプは、ＵＬの送信のためにＭＡＣにおいて優先順位付けされ得る。トラフィックは、異なるレイテンシ要件に関連付けられてよく、異なるＳＯＭにマッピングされてよく、および／または異なる信頼性要件を有してよい。

ＷＴＲＵは、関連付けられたレイテンシ要件に基づいてトラフィックを優先順位付けすることができる。例えば、ＷＴＲＵは、データのタイムクリティカル性、および／またはデータがそのタイミング要件を逸したと考えられる前のＭＡＣ ＰＤＵにおいてデータに利用可能な時間に基づいて、送信用にスケジューリングされるようにＭＡＣ ＰＤＵを選択することができる。例えば、ＷＴＲＵは、ＱｏＳベースのパラメータ値、ならびに／またはＭＡＣ ＰＤＵに関連付けられ、および／もしくは潜在的にＷＴＲＵによりそのＭＡＣ ＰＤＵに割り当てられた範囲に基づいて、送信用のＭＡＣ ＰＤＵを選択することができる。

特定のスケジューリング時点および／もしくはＴＴＩにおいて、ならびに／またはＰＨＹリソースがＷＴＲＵに利用可能になる特定の時間において、ＷＴＲＵは、保留中のＭＡＣ ＰＤＵのうちで最小のＴＴＬおよび／またはＴＴＬ範囲を有する保留中のＭＡＣ ＰＤＵを選択することができる。ＷＴＲＵは、おそらく例えば、同じ時点に、および／または実質的に同じ時間に、送信のための１つまたは複数または多数の利用可能なＰＤＵを選択することができる。ＷＴＲＵは、バッファされたＰＤＵのうちから最小のＴＴＬおよび／またはＴＴＬ範囲を有するものを選択することができる。

ＷＴＲＵは、本明細書に説明されているスケジューリング基準と組み合わせてアセンブリを実行することができる。例えば、ＷＴＲＵは、送信のためのグラントおよび／または利用可能なリソースを満足させる際に、最小のＴＴＬを有するＭＡＣ ＳＤＵを選択し、および／または、おそらく例えば、保留中のＭＡＣ ＳＤＵの最小ＴＴＬを有するＭＡＣ ＳＤＵを含めるために、多重化／アセンブリを実行することができる。

ＷＴＲＵは、トランスポートチャネルのサブセットおよび／またはＳＯＭなどに関するそのようなスケジューリング判断を実行することができる。例えば、ＷＴＲＵは、サブセットおよび／またはＴＲＰに対する送信における（例えば、それのみにおける）そのようなスケジューリング判断を実行することができる。ＷＴＲＵは、特定のトランスポートチャネルおよび／またはＳＯＭ（例えば、ＵＬＬＲＣ送信に関連付けられる）上でリソースのグラントが与えられているとき（例えば、そのときのみ）、そのようなスケジューリング判断を実行することができる。

ＷＴＲＵは、グラントのＴＴＩを提供するＰＨＹ層に基づいてトラフィックを優先順位付けすることができる。例えば、ＭＡＣ層は、ＰＨＹ層によって提供され得るＴＴＩに基づいて、そのスケジューリング判断を実行することができる。ＭＡＣ層は、ＭＡＣ層は、送信を行い得るＴＴＩを送信グラントの情報と共に受信することができる。ＷＴＲＵは、このＴＴＩの知識に基づいてＭＡＣ ＰＤＵ上に多重化されるＭＡＣ ＳＤＵを選択することができる。例えば、短いＴＴＩグラントが提供された場合、ＷＴＲＵは、低レイテンシ送信用であり得る論理チャネルに関連付けられたＭＡＣ ＳＤＵを選択することができる。ＷＴＲＵは、ＴＴＬが特定の閾値未満であり得るＭＡＣ ＳＤＵを選択することができる。ＷＴＲＵは、異なるＴＴＩおよび／または異なるＴＴＩ長に適用し得る１つまたは複数または多数のグラントを受信することができる。

ＭＡＣ層は、ＭＡＣ ＰＤＵを送信するために使用されるＴＴＩ長を動的に選択および／または決定することができる。そのような決定は、ＴＴＩ上および／またはスケジューリング時点それ自体でＷＴＲＵによって行われ得る。この決定は、ＴＴＩに先立つあるときに、時間期間にわたって、および／またはＷＴＲＵ ＭＡＣが利用可能なリソースを通知されたリソースのセットに関して行われ得る。

ＷＴＲＵは、ＭＡＣ層がＴＴＩを選択することができる特定のリソースおよび／またはリソースセットの標識を受信することができる。ＷＴＲＵは、スケジューリング判断および／または優先順位付けルールに基づいて、短縮されたＴＴＩを有するリソース上で送信されるデータを選択することができる。この決定は、潜在的な再送信を考慮に入れたときに必要とされる時間内にタイムクリティカルな要件を有するデータが送信されることが可能なようにされ得る。例えば、ＭＡＣ層は、短縮されたＴＴＩが利用され得るリソースの位置および／または量の（潜在的にはＰＨＹ層からの情報の）標識を受信することができる。ＭＡＣ層は、送信される現在のデータおよび／またはこのデータに関連付けられたＴＴＬの標識を受信することができる。ＭＡＣ層は、レイテンシクリティカルな送信が成功裏に実行されることを確実にすることによって、この情報に基づいて送信をスケジューリングすることができる。特定のＭＡＣ ＰＤＵに使用するための特定のＴＴＩは制限されないことがある。そのような計画された送信のためのトランスポートブロックサイズは、次のサブフレーム、フレーム、および／またはより長い時間期間における短縮されたＴＴＩに関連付けられ得るリソースの量によって駆動され得る。

論理チャネル優先順位付けは、部分的にレガシーＬＣＰを使用して、タイムクリティカルなデータをタイムクリティカルでないデータと多重化するために実行され得る。異なる論理チャネルタイプ（例えば、低レイテンシ、超高信頼性、ＭＢＢなど）が、同じＭＡＣ ＰＤＵ上に多重化されることができ、ＷＴＲＵは、レガシーＬＣＰ手順を実行する前に、ＭＡＣ ＰＤＵに含めるためにタイムクリティカルであり得るＭＡＣ ＳＤＵを最初に選択することができる。

具体的には、ＷＴＲＵは、タイムクリティカルであるとみなされるＭＡＣ ＳＤＵを決定することができる。この決定は、ＳＤＵに関連付けられたＴＴＬが閾値未満であること、閾値未満であるＳＤＵに関連付けられたＴＴＬが満了したこと、ＷＴＲＵによりレイテンシクリティカルであると識別された特定の論理チャネルおよび／もしくはフローからＳＤＵが来ること、ＳＤＵのサイズが特定の閾値未満であること、ならびに／またはＳＤＵが、以前に送信されたＰＤＵにおいて既に送信され（例えば成功せず）再送信を表示し得ることのうちの１つまたは複数に基づくことができる。

ＷＴＲＵは、選択されたＳＤＵを送信するＭＡＣ ＰＤＵ内に含めることができる。ＷＴＲＵは、ＱｏＳベースのパラメータ、サイズ、および／または論理チャネル優先度など、いくつかの特定の基準の順序でＳＤＵを含むことができる。ＭＡＣ ＰＤＵのサイズがタイムクリティカルなＳＤＵを含むのには不十分な場合、ＷＴＲＵは、含む潜在的順序を考慮することによりＭＡＣ ＰＤＵに収まるまでの数のＳＤＵを含むこと、ＰＨＹ層をトリガして、さらなるリソースの要求を送信するようにし、および／もしくはさらなるリソースの要求（例えば、より多くのリソースのＰＨＹ層標識）をこのＭＡＣ ＰＤＵの送信に含めること、ＭＡＣ ＰＤＵにＢＳＲおよび／もしくは類似のＭＡＣ ＣＥを含めて、この状態をセルに示すこと、追加のタイムクリティカルなＳＤＵを含む、および／もしくはリソースの要求を含むことができる、ＷＴＲＵにおける自律的送信をトリガすること、ならびに／またはこのＭＡＣ ＰＤＵの送信のための短縮されたＴＴＩを利用するようにＰＨＹ層をトリガすることのうちの１つまたは複数を行うことができる。

ＷＴＲＵは、ＰＢＲまで論理チャネルをサービングするためにレガシーＬＣＰを実行することができる。ＷＴＲＵは、論理チャネルがそのＰＢＲまでサービングされているかどうかを検討するときに既に使用されているものとして第２のステップで選択されたデータを考慮することができる。

ＷＴＲＵは、レガシーＬＣＰごとに、論理チャネル優先度の１つまたは複数に従って、ＭＡＣ ＰＤＵの残りについてのＭＡＣ ＳＤＵを選択することができる。ＷＴＲＵは、第２のレベルのタイムクリティカル性（例えば、第１の閾値より大きいが第２の閾値未満であるＴＴＬ）を有し得る１つまたは複数のＳＤＵを選択することができる。

ＬＣＰを実行している間にＭＡＣ ＰＤＵに含まれるデータの量は、現在のＬＣＰと異なり得る。ＷＴＲＵは、タイムクリティカル性の順序で（例えば、論理チャネル、フロー、サービスなどに関連付けられた）潜在的に異なるバッファからＭＡＣ ＰＤＵを選択することによって、ＭＡＣ ＰＤＵの作成のためのＭＡＣ ＳＤＵを選択することができる。タイムクリティカル性は、例えばＴＴＬによって測定され得る。言い換えれば、ＷＴＲＵは、最小のＴＴＬから開始しおよび／またはＭＡＣ ＰＤＵが満たされるまでのＴＴＬの順序で、ＳＤＵを選択し得る。

ＷＴＲＵは、特定のタイムクリティカル性を有するＭＡＣ ＳＤＵが対処されるまで任意のＱｏＳベースのパラメータ（例えば、閾値未満のＴＴＬ）に基づいて、タイムクリティカル性（例えば、例えば最小から最大のＴＴＬ）および／または重要性の順序でＭＡＣ ＳＤＵを選択することによって、ＭＡＣ ＰＤＵの作成のためのＭＡＣ ＳＤＵを選択することができる。ＭＡＣ ＰＤＵサイズの残部は、制御データ（ＭＡＣ ＣＥ）を埋め込み、ならびに／または符号化および／もしくは冗長性を増大させために使用され得る。

ＷＴＲＵは、それが選択する論理チャネル／フロー／サービスに対するいくつかの追加された制限を伴うＭＡＣ ＰＤＵの作成のためにＭＡＣ ＳＤＵを選択することができる。例えば、選択は、他の論理チャネルが考慮され得る前に、論理チャネルの１つまたは複数、おそらく例えば特定の閾値までに限定され得る。

ＷＴＲＵは、１つまたは複数または各々のＬＣＨについて、優先度インデックスを用いて構成され得る。優先度インデックスは、例えば、同じ時間遅延要件のＰＤＵがスケジューリングされる順序を決定するために使用され得る。優先度インデックスは、同じタイプおよび／またはクラス（例えば、ベストエフォート）のＰＤＵがスケジューリングされる順序を示すことができる。

ＷＴＲＵは、そのレイテンシ要件を満たさないＰＤＵが廃棄され得る順序を決定することができる。より具体的には、ＷＴＲＵは、ＰＤＵの遅延要件に従って（例えば、最初に従って）および／または優先順位に従ってＰＤＵが送信される順序を決定するように構成され得る。ＰＤＵを送信するために十分なリソースがない場合、ＷＴＲＵは、より低い優先度インデックスを有するＰＤＵを廃棄する（例えば、パケットが期限切れになると、バッファからＰＤＵを削除し、および／または送信を試行しない）ように決定することができる。

ＷＴＲＵは、送信パラメータを（例えば自律的に）選択することができる。トランスポートフォーマットが選択され得る。例えば、ＷＴＲＵは、トラフィックタイプ、ＬＣＨ、および／またはＳＯＭに関連付けられた予め構成されたリストからトランスポートフォーマットを選択することができる。

ＷＴＲＵ（例えばＭＡＣ層）は、特定のグラントに使用可能であり得るトランスポートフォーマットの標識を受信することができる。例えば、ＷＴＲＵは、セルにより提供されたグラント上で使用されるトランスポートフォーマットの選択肢を提供されることができ、ならびに／またはＷＴＲＵは、ＷＴＲＵが送信するのを計画しているデータの特性（例えば、タイムクリティカル、信頼性、高効率など）、データの１つもしくは複数もしくは各々のタイプに潜在的に関連付けられた、ＷＴＲＵにおけるバッファステータス、ならびに／または選択されている１つもしくは複数もしくは各々のパケットに関連付けられたＱｏＳベースのパラメータのうちの１つまたは複数に基づいて、適切なトランスポートフォーマットおよび／または対応するＭＡＣ ＰＤＵサイズを選択することができる。

異なるトランスポートフォーマットは、サービスおよび／またはサービスタイプ（例えば、ＵＬＲＲＣトランスポートフォーマット（ＴＦ）、および／またはｅＭＢＢ ＴＦなど）に関連付けられ得る。トランスポートフォーマットは、異なるレベルの信頼性（例えばエラー確率）および／または送信レートに関連付けられ得る。

ＷＴＲＵは、サービスおよび／またはサービスタイプを有するセルによってシグナリングされた１つのおよび／または複数または各々のトランスポートフォーマットに関連付けられ得る。関連付けは、例えばインデックスおよび／または特別なフィールドを介して、トランスポートフォーマット自体の一部としてシグナリングされ得る。関連付けは、固定／静的であってよく、ならびに／またはｅＮＢおよび／もしくはＷＴＲＵによって以前から知られていてもよい。ＷＴＲＵは、それ自体の関連付けを、１つまたは複数または各々のＴＦの特性に基づいて選ぶことができる（例えば、より多くの符号化がより信頼性のある通信に関連付けられ得る）。ＷＴＲＵは、それが所与のＴＦを関連付けし得るサービスの範囲および／またはサービスタイプを与えられ得る。

ＷＴＲＵは、１つまたは複数または各々のＳＯＭについてトランスポートフォーマットのセットを用いて構成され得る。ＷＴＲＵは、送信のために使用されるＳＯＭに基づいて使用するトランスポートフォーマットのセットを決定することができる。ＷＴＲＵは、構成に基づいて、送られるデータのタイプにマッチするＴＦを選択することができる。具体的には、ＭＡＣ ＰＤＵにおけるデータ（および／または大分部のデータ）に関連付けたサービスに基づいて、ＷＴＲＵは、ＴＦ選択を行うことができる。

トランスポートフォーマットの選択に続いて、ＷＴＲＵは、選択されたフォーマットを送信においてセルに示すことができる。ＷＴＲＵは、この情報を、ＰＵＣＣＨおよび／または５Ｇ制御チャネルなどのＰＨＹ層アップリンク制御チャネル上で送信されたインデックスとして提供することができる。

ＷＴＲＵは、予め定義されたおよび／または固定された機構を使用してエンコードされ得るインデックスを、アップリンク送信（グラントされたリソース自体）の前に付加／後に付加することができる。ＷＴＲＵからのそのようなトランスポートフォーマット標識は、ＵＬ送信と共に存在してよい。ＷＴＲＵは、そのような標識を提供しないことがあり、および／またはセルは、選択されたＴＦを決定するために先にブラインドデコードを必要とされ得る。

ＷＴＲＵは、グラントにおける特定のＴＦの標識を受信することができるが、ＴＦを動的に変更することを決定し、および／またはこの決定をセルに通知することができる。ＷＴＲＵは、特定の論理チャネルおよび／または特定のサービスからのデータを含むことができるＭＡＣ ＰＤＵ上のグラント（例えば、それのみ）のＴＦを変更するように制限され得る。ＷＴＲＵは、ＴＦを、現在シグナリングされたＴＦから、元のＴＦに対してある特定の関係を有し得る「導出された」ＴＦの有限セットに変更するように制限され得る（したがって、導出されたＴＦのセルへのシグナリングを促進する）。

ＷＴＲＵは、例えばロバスト性を増大させるために、スケジュールされているデータに追加の符号化を追加するために、ＴＦを変更することができる。追加の符号化を追加するための判断は、送られる必要があるデータに関連付けられた信頼性および／もしくはレイテンシ要件、送られるデータおよび／もしくは送信を保留する他のデータに関連付けられたＱｏＳベースのパラメータ、バッファ占有もしくはその欠如、ならびに／またはＭＡＣ ＰＤＵが再送信されているかどうか、もしくはそれがＰＤＵの初期送信であるかどうかのうちの１つまたは複数に基づくことができる。

ＷＴＲＵは、おそらく例えば、特定の数の論理チャネル（例えば、優先ビットレート（Prioritized Bit Rate：ＰＢＲ）まで）、および／またはレイテンシクリティカル要件を考慮に入れた特定の数のＭＡＣ ＳＤＵを処理した後、追加のＳＤＵをＭＡＣ ＰＤＵに含めないと決定することができる。ＷＴＲＵは、特定のＭＡＣ ＰＤＵに関連付けられた冗長性を（例えば、符号レートを低減させることによって）増大させるようにＰＨＹ層に示すことができる。例えば、閾値未満のＴＴＬを有するＭＡＣ ＳＤＵがＭＡＣ ＰＤＵに含められた、および／または論理チャネルがＰＲＢまでサービングされた後、ＷＴＲＵは、ＭＡＣ ＰＤＵ内への送信に備えた追加のＭＡＣ ＳＤＵを含まないことがあり、結果のＭＡＣ ＰＤＵの（ＰＨＹ層における）符号化レートを低減し得る。

ＷＴＲＵは、おそらく例えばトランスポートフォーマットの再選択に続いて、（例えば、本明細書に説明されている技法の少なくとも１つを使用して）選択されたフォーマットを送信において示すことができる。

特徴および要素が特定の組み合わせで上記に説明されているが、各特徴または要素は単独でまたは他の特徴および要素との任意の組み合わせで使用され得ることは、当業者には理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装されてもよい。コンピュータ可読媒体の例は、（有線またはワイヤレス接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクまたは取り外し可能ディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用する無線周波数トランシーバを実装するために使用され得る。

Claims (24)

1. ワイヤレス通信ネットワークと通信するワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
   メモリと、
   受信機であって、少なくとも、
   構成を受信するように構成され、前記構成は、前記ＷＴＲＵの１つまたは複数の送信モード（ＴＭ）についての１つまたは複数の特性を含む、受信機と、
   プロセッサであって、少なくとも、
   アップリンクデータユニットの送信用に前記１つまたは複数のＴＭのうちの少なくとも１つのＴＭを動的に選択することであって、動的選択は、１つまたは複数のデータ転送要件および前記１つまたは複数のＴＭ特性に基づいて行われる、選択することと、
   前記少なくとも１つのＴＭに関連付けられた少なくとも１つのトランスポートチャネルを識別することと、
   前記アップリンクデータユニットを前記少なくとも１つのトランスポートチャネルにマッピングすることと
   を行うように構成されたプロセッサと、
   送信機であって、少なくとも、
   前記アップリンクデータユニットの前記送信を前記ワイヤレス通信ネットワークの１つまたは複数のデバイスに送るように構成された送信機と
   を備えるＷＴＲＵ。
2. 前記１つまたは複数の送信モードの前記１つまたは複数の特性は、ＴＴＩ期間、帯域幅、シンボルレート、１つもしくは複数の符号化特性、サポートされる変調および符号化方式（ＭＣＳ）のセット、またはヌメロロジのうちの１つまたは複数を含む請求項１に記載のＷＴＲＵ。
3. 前記１つまたは複数の符号化特性は、レートまたは信頼性のうちの少なくとも１つを含む請求項２に記載のＷＴＲＵ。
4. 前記ヌメロロジは、サブキャリア間隔または関連付けられたシンボル期間のうちの少なくとも１つを含む請求項２に記載のＷＴＲＵ。
5. 前記プロセッサは、前記アップリンクデータユニットの前記送信用の前記１つまたは複数のＴＭのうちの前記少なくとも１つのＴＭの前記動的選択がパケットごとに行われるようにさらに構成された請求項１に記載のＷＴＲＵ。
6. 前記１つまたは複数のデータ転送要件は、サービスのレベル、レイテンシ、信頼性、ピークレート、平均レート、優先度、またはサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）のうちの少なくとも１つを含む請求項１に記載のＷＴＲＵ。
7. 前記プロセッサは、
   前記少なくとも１つのトランスポートチャネルまたは前記少なくとも１つのＴＭのうちの少なくとも１つに関連付けられたハイブリッド自動再送要求（ＨＡＲＱ）プロセスを識別し、
   前記アップリンクデータユニットの前記送信用に前記ＨＡＲＱプロセスを選択するようにさらに構成された請求項１に記載のＷＴＲＵ。
8. 前記受信機は、
   前記ワイヤレス通信ネットワークの前記１つまたは複数のデバイスのうちの少なくとも１つのデバイスから、ダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成された請求項１に記載のＷＴＲＵ。
9. 前記プロセッサは、
   前記アップリンクデータユニットの送信用に前記ＤＣＩにより示された第１のリソース割り当てを識別し、
   前記アップリンクデータユニットの前記送信に対するサービス品質（ＱｏＳ）要件を決定し、
   前記アップリンクデータユニットの送信用に前記ＤＣＩにより示された前記第１のリソース割り当てが前記ＱｏＳ要件を少なくとも満たすか満たせないかを決定し、
   前記ＤＣＩにより示された前記第１のリソース割り当てが前記ＱｏＳ要件を満たせないと決定されると、前記アップリンクデータユニットの前記送信用に前記ＤＣＩにより示された前記第１のリソース割り当てを利用しないと決定するようにさらに構成された請求項８に記載のＷＴＲＵ。
10. 前記プロセッサは、
    前記アップリンクデータユニットの前記送信用に前記１つまたは複数のＴＭのうちの前記少なくとも１つのＴＭに対応する第２のリソース割り当てを識別し、
    前記ＤＣＩにより示された前記第１のリソース割り当てが前記ＱｏＳ要件を満たせないと決定されると、前記アップリンクデータユニットの前記送信用に前記１つまたは複数のＴＭのうちの前記少なくとも１つのＴＭに対応する前記第２のリソース割り当てを利用すると決定するようにさらに構成された請求項９に記載のＷＴＲＵ。
11. 前記アップリンクデータユニットは、第１のアップリンクデータユニットであり、前記プロセッサは、
    送信のための第２のアップリンクデータユニットを識別し、
    前記第１のアップリンクデータユニットの前記送信用の第１のサービス品質を識別し、
    前記第２のアップリンクデータユニットの前記送信用の第２のＱｏＳを識別し、
    前記第１のＱｏＳと前記第２のＱｏＳとの差が事前構成された閾値内であると決定し、
    前記送信において前記第２のアップリンクデータユニットを前記第１のアップリンクデータユニットと多重化するようにさらに構成された請求項１に記載のＷＴＲＵ。
12. 前記プロセッサは、前記第２のアップリンクデータユニットが、事前構成された多重化比まで前記送信において前記第１のアップリンクデータユニットと多重化されるようにさらに構成された請求項１１に記載のＷＴＲＵ。
13. ワイヤレス通信ネットワークと通信するワイヤレス送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
    構成を受信するステップであって、前記構成は、前記ＷＴＲＵの１つまたは複数の送信モード（ＴＭ）についての１つまたは複数の特性を含む、ステップと、
    アップリンクデータユニットの送信用に前記１つまたは複数のＴＭのうちの少なくとも１つのＴＭを動的に選択するステップであって、動的選択は、１つまたは複数のデータ転送要件および前記１つまたは複数のＴＭ特性に基づく、ステップと、
    前記少なくとも１つのＴＭに関連付けられた少なくとも１つのトランスポートチャネルを識別するステップと、
    前記アップリンクデータユニットを前記少なくとも１つのトランスポートチャネルにマッピングするステップと、
    前記アップリンクデータユニットの前記送信を前記ワイヤレス通信ネットワークの１つまたは複数のデバイスに送るステップと
    を含む方法。
14. 前記１つまたは複数の送信モードの前記１つまたは複数の特性は、ＴＴＩ期間、帯域幅、シンボルレート、１つもしくは複数の符号化特性、サポートされる変調および符号化方式（ＭＣＳ）のセット、またはヌメロロジのうちの１つまたは複数を含む請求項１３に記載の方法。
15. 前記１つまたは複数の符号化特性は、レートまたは信頼性のうちの少なくとも１つを含む請求項１４に記載の方法。
16. 前記ヌメロロジは、サブキャリア間隔または関連付けられたシンボル期間のうちの少なくとも１つを含む請求項１４に記載の方法。
17. 前記アップリンクデータユニットの前記送信用の前記１つまたは複数のＴＭのうちの前記少なくとも１つのＴＭの前記動的選択がパケットごとに行われる請求項１３に記載の方法。
18. 前記１つまたは複数のデータ転送要件は、サービスのレベル、レイテンシ、信頼性、ピークレート、平均レート、優先度、またはサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）のうちの少なくとも１つを含む請求項１３に記載の方法。
19. 前記少なくとも１つのトランスポートチャネルまたは前記少なくとも１つのＴＭのうちの少なくとも１つに関連付けられたハイブリッド自動再送要求（ＨＡＲＱ）プロセスを識別するステップと、
    前記アップリンクデータユニットの前記送信用に前記ＨＡＲＱプロセスを選択するステップと
    をさらに含む請求項１３に記載の方法。
20. 前記ワイヤレス通信ネットワークの前記１つまたは複数のデバイスのうちの少なくとも１つのデバイスから、ダウンリンク制御情報（ＤＣＩ）を受信するステップをさらに含む請求項１３に記載の方法。
21. 前記アップリンクデータユニットの送信用に前記ＤＣＩにより示された第１のリソース割り当てを識別するステップと、
    前記アップリンクデータユニットの前記送信に対するサービス品質（ＱｏＳ）要件を決定するステップと、
    前記アップリンクデータユニットの送信用に前記ＤＣＩにより示された前記第１のリソース割り当てが前記ＱｏＳ要件を少なくとも満たすか満たせないかを決定するステップと、
    前記ＤＣＩにより示された前記第１のリソース割り当てが前記ＱｏＳ要件を満たせないと決定すると、前記アップリンクデータユニットの前記送信用に前記ＤＣＩにより示された前記第１のリソース割り当てを利用しないと決定するステップと
    をさらに含む請求項２０に記載の方法。
22. 前記アップリンクデータユニットの前記送信用に前記１つまたは複数のＴＭのうちの前記少なくとも１つのＴＭに対応する第２のリソース割り当てを識別するステップと、
    前記ＤＣＩにより示された前記第１のリソース割り当てが前記ＱｏＳ要件を満たせないと決定すると、前記アップリンクデータユニットの前記送信用に前記１つまたは複数のＴＭのうちの前記少なくとも１つのＴＭに対応する前記第２のリソース割り当てを利用すると決定するステップと
    をさらに含む請求項２１に記載の方法。
23. 前記アップリンクデータユニットは、第１のアップリンクデータユニットであり、前記方法は、
    送信のための第２のアップリンクデータユニットを識別するステップと、
    前記第１のアップリンクデータユニットの前記送信用の第１のサービス品質を識別するステップと、
    前記第２のアップリンクデータユニットの前記送信用の第２のＱｏＳを識別するステップと、
    前記第１のＱｏＳと前記第２のＱｏＳとの差が事前構成された閾値内であると決定するステップと、
    前記送信において前記第２のアップリンクデータユニットを前記第１のアップリンクデータユニットと多重化するステップと
    をさらに含む請求項１３に記載の方法。
24. 前記第２のアップリンクデータユニットは、事前構成された多重化比まで前記送信において前記第１のアップリンクデータユニットと多重化される請求項２３に記載の方法。

Images