JP7395106B2 - ワイヤレスシステム中でのフローベースの処理 - Google Patents

Description

本発明は、ワイヤレスシステム中でのフローベースの処理に関する。

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

モバイル通信は、連続発展中であり、すでにそれらの第５の具現である５Ｇのドアステップにある。前の世代の場合と同様に、新しいシステムの要件を設定する際に新しい使用事例が大きく貢献した。５Ｇのエアインターフェースは、改善されたブロードバンドのパフォーマンス（ＩＢＢ：improved broadband performance）、産業用制御および通信（ＩＣＣ：industrial control and communications）、車両アプリケーション（Ｖ２Ｘ）、および／または大量のマシン型通信（ｍＭＴＣ：massive machine-type communications）を可能にし得ることが予想される。

５Ｇネットワークの展開は、スタンドアロンシステムを含み得、ならびに／または、たとえば、既存の展開と組み合わせたおよび／もしくは（ＬＴＥおよび／もしくはその発展形などの）既存の技術と組み合わせた段階的な手法を含み得る。既存の技術との組合せは、無線アクセスネットワーク構成要素および／またはコアネットワーク構成要素を伴い得る。

ＷＴＲＵは、異なるＱｏＳ要件に関連付けられたトラフィックを有し得る。ＷＴＲＵは、ＱｏＳの実施および／または保証の観点から異なるサービス特性を提供（および／または提示）し得るリソース（および／またはそれらの異なるセット）、処理機能（および／またはそれらのチェーン）へのアクセスを有し得る。ＷＴＲＵは、そのようなリソースおよび／または処理機能にデータユニットをどのように関連付けるのかを決定し得る。

フローベースの処理は、ルール、適用可能な構成を使用した適用可能な処理機能を通したルーティング、ならびに／または適用可能なアップリンク物理レイヤ機能および／もしくはリソースへのマッピングを使用したパケットごとの決定によってレイヤ２／レイヤ１チェーン中で使用可能にされ得る。スケジューリング要求、バッファステータス報告、ＨＡＲＱ処理、ならびに／または無線リンク障害およびリカバリなどの１つまたは複数の機能的態様は、処理されているデータに対応するフローに関連付けられるポリシーに基づいて制御され得る。

無線送受信ユニット（ＷＴＲＵ）は、通信ネットワークと通信していることがある。ＷＴＲＵは、メモリを備え得る。ＷＴＲＵは、プロセッサを備え得る。プロセッサは、１つまたは複数のアップリンク（ＵＬ）送信を送ることを決定するように構成され得る。プロセッサは、１つまたは複数のＵＬ送信に対する第１の送信時間間隔（ＴＴＩ）持続時間を決定するように構成され得る。プロセッサは、第１のＴＴＩ持続時間に関連付けられた１つまたは複数のトランスポートブロック（ＴＢ）を決定するように構成され得る。プロセッサは、第１のＴＴＩ持続時間に関連付けられた１つまたは複数の論理チャネルを決定するように構成され得る。第１のＴＴＩ持続時間に関連付けられた１つまたは複数の論理チャネルは、それぞれの優先度を有し得る。プロセッサは、第１のＴＴＩ持続時間に関連付けられた１つまたは複数の論理チャネルのそれぞれの優先度に少なくとも部分的に基づいて第１のＴＴＩ持続時間に関連付けられた１つまたは複数のＴＢとの関連付けのために１つまたは複数のＵＬ送信に対する１つまたは複数の第１のデータユニットを決定するように構成され得る。ＷＴＲＵは、送受信機を備え得る。送受信機は、通信ネットワークのノードに少なくとも第１のＴＴＩ持続時間に関連付けられた１つまたは複数のＴＢを使用して１つまたは複数のＵＬ送信を送るように構成され得る。

無線送受信ユニット（ＷＴＲＵ）は、通信ネットワークと通信していることがある。ＷＴＲＵは、メモリを備え得る。ＷＴＲＵは、プロセッサを備え得る。プロセッサは、送信のための１つまたは複数のデータユニットを決定するように構成され得る。プロセッサは、１つまたは複数のデータユニットに基づいて無線リンク監視（ＲＬＭ：radio link monitoring）ルールまたは無線リンク障害（ＲＬＦ：radio link failure）ルールを決定するように構成され得る。プロセッサは、ＲＬＭルールまたはＲＬＦルールに従って少なくとも１つのＲＬＦインジケーションについて制御チャネルを監視するように構成され得る。プロセッサは、ＲＬＭルールまたはＲＬＦルールに基づいて制御チャネル上の少なくとも１つのＲＬＦインジケーションを検出するように構成され得る。プロセッサは、少なくとも１つのＲＬＦインジケーションの検出時に１つまたは複数のデータユニットに基づいてリカバリルールを開始するように構成され得る。

例示的な通信システムのシステム図である。 図１Ａに示した通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示した通信システム内で使用され得る例示的な無線アクセスネットワークと例示的なコアネットワークとのシステム図である。 図１Ａに示した通信システム内で使用され得る別の例示的な無線アクセスネットワークと例示的なコアネットワークとのシステム図である。 図１Ａに示した通信システム内で使用され得る別の例示的な無線アクセスネットワークと例示的なコアネットワークとのシステム図である。 例示的なシステム帯域幅を示す。 異なるサブキャリアが異なる動作モード（「ＳＯＭ」）に少なくとも概念的に割り当てられ得る例示的なスペクトル割振りを示す。 時分割複信（ＴＤＤ）のための例示的なタイミング関係を示す。 周波数分割複信（ＦＤＤ）のための例示的なタイミング関係を示す。 例示的な接続管理を示す。 データユニットのＬ２／Ｌ１処理のための例示的なアーキテクチャを示す。 例示的な接続管理を示す。 例示的なアーキテクチャを示す。

次に、例示的な実施形態の発明を実施するための形態について、様々な図を参照しながら説明する。この説明は、可能な実装形態の詳細な例を与えるが、詳細は、例であり、いかなる場合も適用範囲を限定するものではないことに留意されたい。本願明細書に別段に記載されていない限り、冠詞「ａ」および／または「ａｎ」は、「１つまたは複数」などとして理解され得る。

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

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

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

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

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

より詳細には、上記のように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用し得る。たとえば、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ中の基地局１１４ａは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立し得るユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。

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

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（たとえば、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ（登録商標）））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ ＩＸ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

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

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

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

通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数は、マルチモード能力を含み得、たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々なワイヤレスリンクを介して様々なワイヤレスネットワークと通信するための複数の送受信機を含み得る。たとえば、図１ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。

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

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

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

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

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

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

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

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

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

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

図１Ｃに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していることがある。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信していることがある。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信していることがある。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電力制御、負荷制御、承認制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を行うかまたはサポートするように構成され得る。

図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センター（ＭＳＣ）１４６、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。上記の要素の各々がコアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。

ＲＡＮ１０３中のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６中のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと陸線通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。

ＲＡＮ１０３中のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６中のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。

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

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

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

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを扱うように構成され得る。図１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

図１Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含み得る。上記の要素の各々がコアネットワーク１０７の一部として示されているが、これらの要素のうちのいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４中のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得、制御ノードとして働き得る。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担当し得る。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与え得る。

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

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

コアネットワーク１０７は、他のネットワークとの通信を容易にし得る。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと陸線通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、またはそれと通信し得る。さらに、コアネットワーク１０７は、他のサービスプロバイダによって所有および／または動作される他のワイヤードまたはワイヤレスネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。

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

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

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

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

図１Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえば、データ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ－ＨＡ）１８４と、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含み得る。上記の要素の各々がコアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。

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

図１Ｅには示されていないが、ＲＡＮ１０５が、他のＡＳＮに接続され得、コアネットワーク１０９が他のコアネットワークに接続され得ることを諒解されよう。ＲＡＮ１０５他のＡＳＮ間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含み得るＲ４基準点として定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問先コアネットワークとの間で相互接続することを容易にするためのプロトコルを含み得るＲ５基準として定義され得る。

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

１つまたは複数のエミュレーションデバイスは、１つまたは複数のモダリティ（modality）で１つもしくは複数またはすべての機能を実行するように構成され得る。たとえば、１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として完全にまたは部分的に実装／展開されながら、１つもしくは複数またはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として一時的に実装／展開されながら、１つもしくは複数のまたはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、（たとえば、試験研究所ならびに／または展開されていない（たとえば、試験中の）ワイヤードおよび／もしくはワイヤレス通信ネットワークにおける試験シナリオ、ならびに／またはワイヤードおよび／もしくはワイヤレス通信ネットワークの１つもしくは複数の展開された構成要素に対して実行される試験などにおいて）ワイヤードおよび／またはワイヤレス通信ネットワークの一部として実装／展開されることなしに１つもしくは複数のまたはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、試験機器であり得る。

表１は、本明細書で使用され得る略語および頭文字のリストである。

段階的な手法を使用し得る初期の５Ｇ展開では、５Ｇシステムが既存のＬＴＥシステムの傘の下で展開され得ることが予想され得る。このＬＴＥ支援型の展開シナリオでは、ＬＴＥネットワークは、ＬＴＥとの間のモビリティ、コアネットワーク機能などの基本的なセルラー機能を与え得る。商用５Ｇ展開がより利用可能になり得るにつれて、５ＧシステムがＬＴＥとは無関係にスタンドアロンになるように展開が発展し得ることが予想され得る。５Ｇのこの第２の段階は、厳しい信頼性および／またはレイテンシ要件をもつ新しい使用事例をターゲットにすることが予想され得る。

５Ｇシステムのための５Ｇのフレキシブルな新しい無線（ＮＲ）アクセスは、改善されたブロードバンドのパフォーマンス（ＩＢＢ）、産業用制御および通信（ＩＣＣ）、車両アプリケーション（Ｖ２Ｘ）および／または大量のマシン型通信（ｍＭＴＣ）を可能にするために与えられ得る。５Ｇインターフェースは、超低送信レイテンシ（ＬＬＣ）のためのサポートを与え得る。エアインターフェースレイテンシは、１ｍｓのラウンドトリップ時間（ＲＴＴ）と低いものであり得、および／または１００ｕｓと（たとえば、場合によっては）２５０μｓ（未満）との間のいずれかのＴＴＩのサポートを与え得る。５Ｇインターフェースは、注目するが、より低い優先度の超低アクセスレイテンシ（たとえば、初期システムアクセスから第１のユーザプレーンデータユニットの送信の完了までの時間）のサポートを与え得る。５Ｇのフレキシブルなエアインターフェースは、１０ｍｓ未満のエンドツーエンド（ｅ２ｅ）レイテンシのサポートを与え得る。５Ｇインターフェースは、超高信頼送信（ＵＲＣ：ultra-reliable transmission）のサポートを与え得る。ターゲットは、９９．９９９％の送信成功および／またはサービスアベイラビリティであり得る。５Ｇインターフェースは、０～５００ｋｍ／ｈの範囲内の速度のモビリティのサポートを与え得る。少なくともＩＣおよび／またはＶ２Ｘは、１０^e-6未満のパケットロス比を有し得る。

（狭帯域動作を含む）マシン型通信（ＭＴＣ）動作のサポートが与えられ得る。エアインターフェースは、（たとえば、２００ＫＨｚ未満を使用した）狭帯域動作、延長されたバッテリー寿命（たとえば、最大１５年の自律性）、および／または小規模で低頻度のデータ送信のための最小限の通信オーバーヘッド、たとえば、数秒～数時間のアクセスレイテンシをもつ１～１００ｋｂｐｓの範囲内の低データレートをサポートし得る。

５ｇＦＬＥＸシステムなどの、５ＧのためのフレキシブルなＮＲアクセスシステムが与えられ得る。ＬＴＥおよび／またはＩＥＥＥ８０２．１１におけるデータ送信のための基本的な信号フォーマットとしてＯＦＤＭが使用される。ＯＦＤＭは、１つもしくは複数のまたは複数の並列直交サブバンドにスペクトルを分割し得る。１つまたは複数のまたはそれぞれのサブキャリアは、周波数領域におけるｓｉｎｃ型のサブキャリアにつながる時間領域における矩形ウィンドウを使用して整形される。ＯＦＤＭＡは、信号間の直交性を維持するおよび／またはキャリア間干渉を最小限に抑えるために、サイクリックプレフィックスの持続時間内での完全な周波数同期および／またはアップリンクタイミング整合の緊密な管理に関連付けられ得る。そのような緊密な同期は、ＷＴＲＵが１つもしくは複数のまたは複数のアクセスポイントに同時に接続されるシステムにおいて好適でないことがある。たとえば、ＷＴＲＵの送信のための断片化されたスペクトルのアグリゲーションの存在下で隣接する帯域に対するスペクトル放射要件に準拠するためにアップリンク送信に電力低減が適用され得る。

従来のＯＦＤＭ（ＣＰ－ＯＦＤＭ）の短所のうちのいくつかは、実装形態のより厳しいＲＦ要件によって、および／または場合によっては、アグリゲーションを必要としない大量の連続スペクトルを使用して動作するときに対処され得る。ＣＰベースのＯＦＤＭ送信方式は、レガシーシステムのものと同様の５Ｇのためのダウンリンク物理レイヤ、たとえば、主に、パイロット信号の密度および／またはロケーションへの変更につながり得る。

５ｇＦＬＥＸシステムは、（たとえば、少なくともダウンリンク送信方式のために）従来のＯＦＤＭを含む他の波形候補をサポートし得る。５Ｇのためのフレキシブルな無線アクセスの設計に適用可能ないくつかの原理について本明細書で説明する。そのような説明は、例示的な目的のためのものであり、適用可能なとき、他のワイヤレス技術および／または異なる原理を使用したワイヤレス技術に対する本明細書でさらに説明する方法の適用範囲をいかなる形でも限定する意図なしに提供される。

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

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

ＵＦＭＣ（ＵＦ－ＯＦＤＭ）では、フィルタは、ＯＯＢを低減するためにＯＦＤＭ信号に時間領域において適用され得る。フィルタ処理は、複雑さを低減し得るスペクトル断片を使用するためにサブバンドごとに適用され得る。これは、ＵＦ－ＯＦＤＭを実装するのにいくぶんより実際的なものにし得る。

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

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

異なる波形が同じ帯域内に共存し得る。たとえば、ｍＭＴＣ狭帯域動作は、たとえば、シングルキャリアマルチアクセス（ＳＣＭＡ：single carrier multiple access）を使用してサポートされ得る。同じ帯域内での異なる波形の組合せ、たとえば、ＣＰ－ＯＦＤＭ、ＯＦＤＭ－ＯＱＡＭおよび／またはＵＦ－ＯＦＤＭが、ダウンリンクおよび／またはアップリンク送信の１つもしくは複数のまたはすべての態様についてサポートされ得る。そのような共存は、異なるＷＴＲＵの間での様々なタイプの波形を使用した１つもしくは複数の送信、ならびに／または時間領域における若干の重複および／もしくは連続形成を伴う、たとえば、同時の同じＷＴＲＵからの送信を含み得る。

アップリンク送信は、ダウンリンク送信の場合のように同じおよび／または異なる波形を使用し得る。同じセル中の異なるＷＴＲＵとの間での送信の多重化は、ＦＤＭＡおよび／またはＴＤＭＡに基づき得る。

５ｇＦＬＥＸ無線アクセスシステムは、異なるデュプレックス構成、同じおよび／もしくは異なる帯域における連続および／もしくは不連続スペクトル割振りを含む利用可能なスペクトルの異なるおよび／または可変のサイズを含む異なる特性をもつ異なる周波数帯域における展開を可能にする非常に高い程度のスペクトルのフレキシビリティによって特徴付けられ得る。それは、１つもしくは複数のまたは複数のＴＴＩ長のサポートを含む可変タイミング態様をサポートし、ならびに／または非同期伝送をサポートし得る。

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

５ｇＦＬＥＸ無線アクセスシステムは、たとえば、公称システム帯域幅の間の何かからシステム帯域幅に対応する最大値までにわたるアップリンクおよび／またはダウンリンク上の様々な送信帯域幅の可能性を可能にするために帯域幅のフレキシビリティを与え得る。

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

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

帯域幅のフレキシビリティは、帯域中の所与の最大動作帯域幅のＲＦ要件の適用可能なセットが、周波数領域波形のベースバンドフィルタ処理の効率的なサポートによりその動作帯域のための追加の許可されたチャネル帯域幅の導入なしに満たされ得るので達成され得る。

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

５Ｇエアインターフェースの物理レイヤは、帯域に非依存であり得、および／または５ＧＨｚを下回る認可帯域での動作ならびに５～６ＧＨｚの範囲で無認可帯域での動作をサポートし得る。無認可帯域での動作では、ＬＴＥライセンス支援型アクセス（ＬＡＡ）と同様のリッスンビフォアトーク（ＬＢＴ）Ｃａｔ４ベースのチャネルアクセスフレームワークがサポートされ得る。

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

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

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

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

ＷＴＲＵは、１つまたは複数のＳＯＭに従って送信を実行するように構成され得る。たとえば、ＳＯＭは、特定のＴＴＩ持続時間、特定の初期電力レベル、特定のＨＡＲＱ処理タイプ、成功したＨＡＲＱ受信／送信のための特定の上限、特定の送信モード、特定の物理チャネル（アップリンクおよび／もしくはダウンリンク）、特定の動作周波数、帯域および／もしくはキャリア、ならびに／または特定の波形タイプならびに／または特定のＲＡＴによる（たとえば、レガシーＬＴＥによるおよび／もしくは５Ｇ送信方法による）送信のうちの少なくとも１つを使用し得る送信に対応し得る。ＳＯＭは、ＱｏＳレベルおよび／または関連の態様、たとえば、最大／ターゲットレイテンシ、最大／ターゲットブロック誤り率（ＢＬＥＲ）などに対応し得る。ＳＯＭは、スペクトルエリアおよび／ならびに特定の制御チャネルおよび／もしくは（探索空間、ダウンリンク制御情報（ＤＣＩ）タイプなどを含む）その態様に対応し得る。たとえば、ＷＴＲＵは、ＵＲＣサービスタイプ、ＬＬＣサービスタイプ、および／またはＭＢＢサービスタイプのうちの１つもしくは複数または各々のためにＳＯＭで構成され得る。ＷＴＲＵは、たとえば、本明細書で説明する公称システム帯域幅などにおけるシステムに関連するスペクトルの部分において、システムアクセスのためのならびに／またはＬ３制御シグナリング（たとえば、無線リソース制御（ＲＲＣ）シグナリング）の送信／受信のためのＳＯＭの構成を有し得る。

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

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

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

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

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

サポートされるフレーム持続時間は、レガシーＬＴＥタイミング構造との整列を可能にするために、限定はしないが、１００μｓ、１２５μｓ（１／８ｍｓ）、１４２．８５μｓ（１／７ｍｓは２つのｎＣＰ ＬＴＥ ＯＦＤＭシンボルである）および１ｍｓを含み得る。

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

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

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

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

図４に、ＴＤＤ二重化のための例示的なフレーム構造およびフレームタイミング関係を示す。図５に、ＦＤＤ二重化のための例示的なフレーム構造およびフレームタイミング関係を示す。

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

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

ＷＴＲＵベースのスケジューリングにより、ＷＴＲＵは、ネットワークに（動的であろうがあるまいが）割り当てられた共有および／もしくは専用アップリンクリソースのセット内で必要に応じて最小限のレイテンシでアップリンクリソースに機会主義的にアクセスすることが可能になり得る。同期および／または非同期の機会主義的な送信がサポートされ得る。競合ベースの送信および／もしくは競合なしの送信がサポートされ得る。（スケジュールされたおよび／またはスケジュールされていない）機会主義的送信は、５Ｇの超低レイテンシ要件および／またはｍＭＴＣ用途の電力節約要件を満たすためにサポートされ得る。

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

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

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

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

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

論理チャネル（ＬＣＨ）は、データパケットおよび／またはＰＤＵ間の論理関連付けを表し得る。ＬＣＨは、ＬＴＥシステムなどの前の世代のための同様の用語とは異なるおよび／またはそれよりも広い意味を有し得る。たとえば、論理関連付けは、データユニットが同じベアラに関連付けられることならびに／またはデータユニットが同じＳＯＭおよび／もしくはスライス（たとえば、物理リソースのセットを使用する処理経路）に関連付けられることに基づき得る。たとえば、関連付けは、処理機能のチェイニング、適用可能な物理データ（および／もしくは制御）チャネル（ならびに／またはそれのインスタンス）、ならびに／またはプロトコルスタックのインスタンス化のうちの１つまたは複数によって記述され得る。関連付けは、場合によっては、たとえば、アップリンク送信のためのリソースの割振り中に受信されるシグナリング中のダウンリンク制御情報によって記述され得る。これは、ＰＤＣＰ（たとえば、それのみ）などの中心に集められている部分ならびに／または物理レイヤ処理の部分を越えた何か（たとえば、無線フロント（ＲＦ）エンド）ならびに／または端部により近接している別の部分（たとえば、ＴＲＰおよび／もしくはＲＦ中のＭＡＣ／ＰＨＹ（たとえば、それのみ））を含み得、これは、たとえば、フロントホール（front hauling）インターフェースによって分離され得る。ＬＣＨという用語は、本明細書では、ＬＴＥシステムの場合の同様の用語とは異なる意味および／またはそれより広い意味を有し得る。

ＷＴＲＵは、異なるデータユニット間のそのような関係を決定し得るように構成され得る。場合によっては、そのような関係は、一致機能に基づき、たとえば、同じ論理関連付けの一部であるデータユニットに共通の１つまたは複数のフィールド値の構成に基づき得る。そのようなフィールドは、データユニットに関連付けられたプロトコルヘッダ中のフィールドに対応し得る。たとえば、そのような一致機能は、ＩＰソース／宛先アドレス、トランスポートプロトコルソース／宛先ポートおよび／もしくはトランスポートプロトコルタイプなどのデータユニットのＩＰヘッダのフィールドのパラメータのタプルを使用し得る。ＩＰプロトコルは、たとえば、ＩＰｖ４および／またはＩＰｖ６などの様々なバージョンを含み得る。

たとえば、同じ論理関連付けの一部であるデータユニットは、共通無線ベアラ、処理機能、ＳＯＭを共有し得、ならびに／または同じＬＣＨおよび／もしくはＬＣＧに少なくとも概念的に対応し得る。

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

トランスポートチャネル（ＴｒＣＨ）は、無線インターフェースを介して１つまたは複数の送信特性に影響を及ぼし得るデータ情報に適用される処理アクションの（たとえば、特定の）セットおよび／または機能のセットを含み得る。

トランスポートブロックは、（たとえば、特定の）ＳＯＭ、物理リソースのセット、論理トランスポートチャネル、および／もしくは許可情報中に示される多重化表示などのダウンリンク制御シグナリング中で受信される情報のうちの１つまたは複数などの特定の特性に関連付けられ得る。

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

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

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

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

パラメータの以下のリストのうちの１つまたは複数が、ＮＲのＱｏＳフレームワークの定義中に含まれ得る。フロー優先度インジケータ（ＦＰＩ）（ＵＰおよび／もしくはＡＮ機能におけるフロー処理ごとの優先度を定義する。それは、スケジューリング優先度ならびに輻輳の場合に優先度処理に対応し得る。ＦＰＩはまた、フローが保証フロービットレートおよび／または最大フロービットレートを必要とするのかどうかを示す）、ならびに／またはフロー優先度レベル（ＦＰＬ）（ＡＮリソースにアクセスするフローの相対的な重要度を定義する。ＦＰＬは、ＡＮ非優先リソースへのアクセスが優先使用可能であるのかどうか、ならびに／または割り振られたリソースが、優先使用可能から保護され得るのかどうかを示し得る）。ＱｏＳポリシーは、ＦＰＩ、ＦＰＬ、優先／保証／アグリゲートビットレート、パケットロス率、パケット遅延割当量、最大送信遅延、ジッタ、パケット間遅延などのうちの少なくとも１つを含み得る。

図６に、例示的な接続管理を示す。ユーザ機器（たとえば、現代のスマートフォン、タブレット、および／または他のデバイス）は、たとえば、ＬＴＥ、Ｗｉｆｉ、ＨＳＰＡ、および／またはＢｌｕｅｔｏｏｔｈを含む様々な帯域で動作するいくつかの無線アクセス技術を装備し得る。アプリケーションは、デバイス中の構成されたインターフェースのうちの１つを介してワイヤレスネットワークにルーティングされ得るデータを生成する。デバイスは、１つもしくは複数のまたは複数のインターフェースを有し得、その場合、接続マネージャは、アプリケーションデータが適切なインターフェースにルーティングされることを保証し得る。

次世代のワイヤレスシステムであるＮＲでは、サポートされる追加の無線によりインターフェースの数が増加しない（たとえば、それだけでない）ことがある。１つもしくは複数のまたは各々の無線インターフェースは、おそらく１つもしくは複数のまたは複数のスペクトル帯域でならびに／または異なるモードで動作することが可能であり得る。たとえば、ＬＴＥは、ライセンス支援型アクセス（ＬＡＡ）をサポートし、および／または従来のＷｉＦｉ（登録商標）帯域で動作し得る。

ＮＲは、ＷＴＲＵのための１つの（たとえば、異なる）数秘学よりも１つをサポートし得る。１つもしくは複数のまたはすべての許可が等しくないことがある。ＷＴＲＵは、異なるＱｏＳ要件に関連付けられたトラフィックを有し得る。ＷＴＲＵは、ＱｏＳの実施および／または保証の観点から異なるサービス特性を提供（および／または提示）し得るリソース（および／またはそれらの異なるセット）、処理機能（および／またはそれらのチェーン）へのアクセスを有し得る。ＷＴＲＵは、そのようなリソースおよび／または処理機能にデータユニットをどのように関連付けるのかを決定し得る。ＷＴＲＵは、ユーザプレーンデータをそれの関連付けられたＱｏＳプロファイルに対応し得る好適な「オーバージエア」処理にどのように関連付けるのかを決定し得る。ＷＴＲＵは、ユーザプレーンデータを、そのような処理がフローごとにおよび／またはＩＰパケットごとに適用されることをサポートし得るグラニュラリティにどのように関連付けるのかを決定し得る。

図７に、データユニットのＬ２／Ｌ１処理のための例示的なアーキテクチャを示す。

パケット転送決定が実行され得る。ＩＰパケットを関連付ける様々な方法が与えられ得る。ＷＴＲＵは、１つまたは複数のデータユニットがそのようなデータユニットのフローに対応すると決定し得る。ＷＴＲＵは、パケットごとの転送判断を実行するように構成され得る。ＷＴＲＵは、１つまたは複数の一致ルールに応じてそのような決定を実行し得る。

一致ルールは、プロトコルフィールド／パターン、データユニットのサイズ、特定の結果（たとえば、肯定ヒット）中のシーケンス、特定のプロトコルパケットタイプ、時間ベースのルール、データユニットベースのルールの数、データ量ベースのルール、トラフィックのタイプ、アプリケーションのタイプ、観測されたＱｏＳ、方向ＱｏＳポリシー表示、および／または方向のうちの１つまたは複数の１つまたは複数のセットを含み得る。

プロトコルフィールド／パターン：データユニットに対応するプロトコルＳＤＵのフィールドに関連付けられた１つまたは複数のパターン。たとえば、そのようなフィールドは、発信元もしくは送信先ＩＰアドレス、発信元もしくは送信先ポート、トランスポートプロトコルタイプ（たとえば、ＵＤＰ、ＴＣＰ）、プロトコルバージョン（たとえば、ＩＰｖ４、ＩＰｖ６）、ＴＯＳフィールドなどであり得る。そのようなパターンは、ワイルドカードおよび／もしくは全一致要素を含み得、それにより、フィールドの少なくとも一部分の値が検証されない（ならびに／または、常に、結果が肯定一致（positive match）である）。そのようなパターンは、除外要素を含み得、それにより、フィールドの少なくとも一部分の値は、それが特定のパターンに一致しないことを保証するために検証される（ならびに／または、常に、結果が否定一致（negative match）である）。たとえば、ＷＴＲＵは、アップリンク方向のための送信先ＩＰアドレスのパターンを含む一致ルールで構成され得る。たとえば、送信先に一致するあらゆるパケットは、同様に扱われ、および／または処理、たとえば、サーバベース処理され得る。たとえば、ＷＴＲＵは、そのようなデータユニットを、たとえば、アップリンク送信について、特定のＱｏＳを強制する処理チェーンに関連付け得る。たとえば、ＷＴＲＵは、アップリンク方向のための送信先トランスポートプロトコルポートのパターンを含む一致ルールで構成され得る。たとえば、送信先ポートに一致する任意のパケットは、同様に扱われ、および／または処理、たとえば、サービスベース処理される。他の組合せおよび／または意味が相応に表され得る。

データユニットおよび／またはトランスポートブロック（ＴＢ）のサイズ：データユニットおよび／もしくはＴＢのサイズなど、ならびに／またはデータユニットおよび／もしくはＴＢのための最大／最小サイズなど、１つまたは複数の特性がデータユニットおよび／もしくはＴＢの他の態様に関連付けられ得る。たとえば、ＷＴＲＵは、特定のサイズよりも大きくないデータユニットおよび／もしくはＴＢのために肯定一致を生成するように構成され得る。たとえば、ＷＴＲＵは、ルールの１つもしくは複数のサイズ値のセット内におそらくある正確なサイズのものであるデータユニットおよび／もしくはＴＢのために肯定一致を生成するように構成され得る。

特定の結果（たとえば、肯定ヒット）でのシーケンス：一致ルールは、１つもしくは複数の位置（たとえば、第１の一致、第３の一致までのすべてなど）特定の結果（たとえば、肯定一致）を含み得る。そのようなものは、１つまたは複数の他のルールと組み合わせて適用され得る。たとえば、そのようなものは、１つもしくは複数のまたはすべてのルールに、サブセットに（たとえば、ベアラ、ＬＣＨおよび／もしくは同様のグルーピングに関連付けられた１つもしくは複数のまたはすべてのルールに）ならびに／または特定のルールに（たとえば、単一のフローに一致するルールに）適用され得る。たとえば、そのようなものは、データ転送接続（たとえば、ＴＣＰ）の開放中にトランスポートプロトコルによって使用されるパケットを決定するために使用され得る。

特定のプロトコルパケットタイプ：関係するデータユニットのプロトコルに関連付けられた１つまたは複数のパケットタイプ。たとえば、そのようなものは、データ転送接続の開放（たとえば、ＴＣＰ ＳＹＮ）ならびに／またはそれの終了（ＴＣＰ ＦＩＮ）中にトランスポートプロトコルによって使用されるパケットを決定するために使用され得る。

時間／データユニットの数／データ量ベースのルール：別のルールのための特定の結果（たとえば、肯定）からの時間での、データユニットの数でのならびに／またはデータの量での値。たとえば、そのようなものは、特定の処理（たとえば、リソースおよび／もしくは処理の異なるセットへの一時的なルーティング）を適用するデータユニットのサブセットを決定するために使用され得る。たとえば、そのようなものは、ＴＣＰなどのレート制御されたプロトコルの遅い開始位相中にそうでない場合よりも低いレイテンシを与える処理を適用するために使用され得る。

トラフィックのタイプ：トラフィックのタイプなどのデータユニットの他の態様に関連付けられた１つまたは複数の特性。たとえば、ＷＴＲＵは、制御プロトコル、アプリケーションデータ、バックグラウンドデータ、ストリーミングデータなどに関連付けられたデータユニットのために肯定一致を生成するように構成され得る。

アプリケーションタイプ：アプリケーションタイプなどの１つまたは複数の特性が、データユニットの他の態様に関連付けられ得る。たとえば、ＷＴＲＵは、特定の上位レイヤ要求、たとえば、ＮＡＳに関連付けられたデータユニットのために肯定一致を生成するように構成され得る。そのようなものは、実装形態に固有のものであり得る特定のソケットに対応し得る。

観測されたＱｏＳ、たとえば、ビットレート、パケットロス率、ジッタ、パケット遅延割当量、最大送信遅延、パケット間遅延など：データユニットの特定のサブセットについて観測されたメトリックなどのデータユニットの他の態様に関連付けられた１つまたは複数の特性。そのようなサブセットは、１つまたは複数の他のルールと組み合わせて決定され得る。たとえば、ＷＴＲＵは、関連付けられたＱｏＳポリシーに照らして結果を決定し得る。ＷＴＲＵは、特定のルールに一致するパケット、ならびに／または構成された保証ビットレート（ＧＢＲ）に関連付けられ得るパケットが、たとえば、所与のサービスについて、ＷＴＲＵが、ＧＢＲまで第１のパケット転送処理を適用し（たとえば、第１の無線ベアラのサービスを使用し）、ＧＢＲを上回るデータユニットのために第２のパケット転送処理を適用する（たとえば、第２の無線ベアラのサービスを使用する）ように扱われ得ると決定し得る。たとえば、そのような機構は、時間で充填され、データユニットが送信のために下位レイヤに転送されるにつれて空にされるバケットに基づき得、バケットが、非ゼロであるとき、ＷＴＲＵは、第１のパケット転送処理を適用し得るが、その他の場合は、第２のパケット転送処理を適用し得る。

ＱｏＳポリシー表示：適用可能なＱｏＳポリシーの識別情報。たとえば、ＷＴＲＵは、パケットマーキング（たとえば、データユニットのプロトコルヘッダ中のならびに／または対応するＭＡＣ ＰＤＵのフィールド中のフィールド値）に基づいてそのような識別情報および／もしくは適用可能なＱｏＳポリシーを決定し得る。

方向：たとえば、アップリンクおよび／またはダウンリンク：データユニットがＷＴＲＵによって（たとえば、ダウンリンク送信から）（たとえば、アップリンク送信について）発信するならびに／または受信されるのかどうかなどの１つまたは複数の特性がデータユニットの他の態様に関連付けられ得る。

ルールの組合せが可能であり得、その場合、それらの適用範囲ならびに／またはデータユニットの対応する処理が、たとえば連続的に適用され得る。ＷＴＲＵは、特定の順序で適用し得る１つもしくは複数のまたは複数のルールで構成され得る。デフォルト処理は、構成されたルールによって通常ならば扱われないことがあるデータユニットに適用され得る。

ルールは、パケット転送処理に関連付けられ得る。ルールは、本明細書で説明するように１つまたは複数の処理機能に関連付けられ得る。そのような１つまたは複数の処理機能は、パケット転送処理に対応し得る。そのような１つまたは複数の処理機能は、無線ベアラならびに／またはＷＴＲＵの構成の論理チャネルに対応し得る。

ルールは、ＴＢ充填機構、ＢＳＲ／ＳＲ機構ならびに／または関連する構成に関連付けられ得る。ルールは、たとえば、アップリンク送信中に含むデータの決定時に、ならびに／または、たとえば、バッファステータス報告、スケジューリング要求、システムのリソースへのアクセス、および／もしくは適用可能なリソースの選択を開始すべきか否かの決定時にＭＡＣエンティティによる決定データユニットの優先度付けのための構成に関連付けられ得る。

ルールは、適時にアクティブ化、非アクティブ化、および／または制限され得る。ルールは、構成され、アクティブになるか、または構成され、非アクティブになり得る。ルールを追加および／もしくは変更する構成時に、初期状態はアクティブであり得る。非アクティブ状態への遷移は、関係するルールのためのいかなる肯定一致なしに特定の時間量に続いて（たとえば、構成可能なタイマーに基づいて）発生し得る。そのような時間は、ＷＴＲＵの構成態様であり得、および／またはルールに固有のものであり得る。１つの方法では、ルールは、非活動化のためのルール（たとえば、フローの最後のパケットが認められたという決定ならびに／または本明細書で説明する時間ベースのルール）に関連付けられ得る。

ルールは、Ｌ３によって構成され得る。ＷＴＲＵは、ＲＲＣプロトコルによって１つまたは複数のルールで構成され得る。ＷＴＲＵは、１つまたは複数のＱｏＳポリシーで構成され得る。ＱｏＳポリシーは、１つまたは複数のルールを含み得る。１つまたは複数のルールがＱｏＳポリシーに関連付けられ得る。ＱｏＳポリシーは、ＦＰＩおよび／またはＦＰＬを含み得る。１つまたは複数の特定のＱｏＳポリシーは、値タグおよび／または識別情報に関連付けられ得る。ＷＴＲＵは、ＲＲＣプロトコルによって１つまたは複数のＱｏＳポリシーで構成され得る。

パケット転送処理は、ルールに関連付けられ得、および／またはベアラに対応し得る。ＷＴＲＵは、１つまたは複数の処理機能を適用するように構成され得る。そのような機能は、たとえば、本明細書で説明するようにルールに関連付けられ得る。そのような処理機能は、特定のシーケンス、たとえば、処理チェーンに従って適用され得る。処理チェーンは、パケット転送処理に等価であり得る。そのような処理機能は、ルールが特定の結果、たとえば、肯定および／もしくは否定一致を生成したデータユニットに適用され得る。たとえば、１つまたは複数のルールが、ルールに肯定的に一致するデータユニットに適用可能な処理チェーンに関連付けられ得る。１つまたは複数のルールが、パケット転送処理および／または無線ベアラに対応し得る。本明細書で説明する態様のうちの１つまたは複数は、パケット転送処理および／または無線ベアラごとに（たとえば、パケットごとに、フローごとにおよび／またはそれらのグループごとに）適用可能であり得る。

そのような処理は、セキュリティ、レイヤ３プロトコル、レイヤ２プロトコル、レイヤ２プロトコルエンティティチェーン、適用可能なレイヤ１／物理レイヤの態様、無線リンクの監視、無線リンク障害および再確立プロシージャ、アクセス方法、ならびに／またはアクセス制限のうちの１つまたは複数であり得る。

セキュリティベースのルールは、特定のセキュリティコンテキストに関連付けられ得、そのようなコンテキストは、（ヌルを含む）適用可能な暗号化および／もしくは認証方法、鍵、鍵導出パラメータ、状態（たとえば、セキュリティがアクティブ化されているもしくはアクティブ化されていない）、シーケンシング情報ならびに／または他の関連するパラメータがあり得る。セキュリティベースのルールは、無線ネットワークの観点から異なる無線ベアラが異なるコンテキストエントリに関連付けられ得る（たとえば、異なるスライスが使用され得る）場合に有用であり得る。

レイヤ３プロトコルベースのルールは、適用可能なレイヤ３（および／もしくはそれを上回る）プロトコルならびに／または、場合によっては、それの特定の構成、たとえば、ＲＲＣに関連付けられ得る。ルールは、（たとえば、ＬＴＥにおけるＳＲＢに似た）シグナリングトランスポート経路に対応し得る。ルールは、無線ネットワークの観点から異なるデータ無線ベアラが異なる制御プレーンコンテキストエントリに関連付けられ得る（たとえば、異なるスライスが別々に制御され得る）場合に有用であり得る。

レイヤ２プロトコルベースのルールは、適用可能なレイヤ２プロトコルおよび／もしくは、場合によっては、それの特定の構成に関連付けられ得る。ＰＤＣＰベースのルールおよび／または同様のものが使用され得る。ＷＴＲＵは、たとえば、特定のルール（場合によっては、それらのセット）に関連付けられたデータユニットのためのヘッダ圧縮、セキュリティ、並べ替え、再送信および／またはステータス報告のために（もしあれば）同様の構成を適用するように構成され得る。ＲＬＣベースのルールおよび／または同様のものが使用され得る。ＷＴＲＵは、特定のルール（場合によっては、それのセット）に関連付けられたデータユニットのための、たとえば、ＲＬＣモード（透過、肯定応答、非肯定応答など）、並べ替えおよび／もしくは順序配信、再送信ならびに／またはステータス報告のために（もしあれば）同様の構成を適用するように構成され得る。ＭＡＣおよび／または同様のものがベースのルールが使用され得る。ＷＴＲＵは、（もしあれば）同様の構成、たとえば、バッファステータス報告、スケジューリング要求、送信中に含むデータの決定のための優先度付けパラメータ（たとえば、優先度レベル、優先ビットレート、バケットサイズなど）、たとえば、他のルールとのグルーピング情報、ＨＡＲＱ構成、ＨＡＲＱタイミング、適用可能なＤＲＸ構成、（示されたおよび／または、たとえば、ＳＯＭおよび／もしくは同様のものとの関連付けに基づいて暗黙的な）適用可能な許可および割当て、（もしあれば）ＭＡＣ制御チャネル、ＰＲＡＣＨリソース、ＨＡＲＱフィードバックを生成すべきか否か、ＲＮＴＩ、ならびに／またはブロックコーディングを適用すべきか否か（および、たとえば、そうであれば、特定の構成に従ってそうすべきか否か）のうちの１つまたは複数を適用するように構成され得る。

たとえば、ルール（および／もしくは複数のルール）は、（たとえば、ＬＴＥにおけるＤＲＢに似た）データトランスポート経路に対応し得、またはその逆に、たとえば、データトランスポート経路（たとえば、ベアラ）が、１つまたは複数のルールに関連付けられ得る。機能は、上記の制限ではない異なるプロトコル中にあり得る。たとえば、ルールは、特定のフローに一致するように低レイテンシサービスに関連付けられ得、ならびに／またはスケジューリング要求のための特定の方法、および／またはより高い優先度レベル、および／または送信を完了する最大時間に関連付けられ得る。

レイヤ２プロトコルエンティティのチェーンベースのルール（たとえば、適用可能なＰＤＣＰエンティティ、ＲＬＣエンティティおよび／もしくはＭＡＣインスタンス）は、適用可能なレイヤ２プロトコルエンティティに関連付けられ得る。たとえば、そのような関連付けは、ＬＴＥにおける無線ベアラの概念と同様であり得る。処理チェーンおよび／もしくはパケット転送処理は、たとえば、適用可能なレイヤ２プロトコルエンティティの特定のセットへの関連付けによって無線ベアラに対応し得る。ルール（および／もしくは複数のルール）は、（たとえば、ＬＴＥにおけるＤＲＢに似た）データトランスポート経路を作るエンティティに対応し得、またはその逆に、たとえば、データトランスポート経路（たとえば、ベアラ）が、１つまたは複数のルールに関連付けられ得る。たとえば、ルール（および／もしくは複数のルール）は、それが特定のフローに一致するように低レイテンシサービスに関連付けられ得、ならびに／または特定の構成および／もしくは、場合によっては、たとえば、パケット転送処理および／もしくは無線ベアラなどの特定の低遅延処理をもつＰＤＣＰ、ＲＬＣおよび／もしくはＭＡＣエンティティの特定のチェーンに関連付けられ得る。

データ複製機能が使用され得る。たとえば、ルールは、たとえば、より信頼できる送信のためのデータ複製を達成するために２つ以上のそのようなチェーンに関連付けられ得る。ＷＴＲＵ構成態様は、超高信頼のデータ送信をサポートし得る。ＷＴＲＵは、特定のルールに一致するデータユニット（たとえば、ＩＰパケット）が複数の無線ベアラに転送され、および／もしくはそれによって扱われ得ると決定し得る。そのような複製は、チェーン中の異なるアクション／イベント、たとえば、（たとえば、ＩＰパケットおよび／もしくはＲＲＣ ＰＤＵの）複製データユニットが異なる無線ベアラへの送信のために利用可能にされる場合はＰＤＣＰの上の異なるアクション／イベント、複製ＰＤＣＰ ＰＤＵが、１つもしくは複数のまたは各々のそのようなデータユニットの送信のために利用可能にされる場合はＰＤＣＰの下の異なるアクション／イベント、複製ＲＬＣ ＰＤＵが送られる場合はＲＬＣの下の異なるアクション／イベントなどにおいて適用され得る。異なるステップは、複製の異なる処理を表し得、たとえば、異なるパケット転送処理が（場合によって、異なるＱｏＳ特性とともに）使用され得、異なる物理レイヤリソースが使用され得、ならびに／または異なるＭＡＣエンティティが送信のために利用可能なデータを受信し得る。たとえば、そのようなルールは、リカバリプロシージャとしてのＷＴＲＵの構成（たとえば、１つまたは複数のキャリア、セル、制御チャネル、ＭＡＣインスタンスなど）に関連付けられた特定のリソースの無線リンク問題の検出に続いて対応し得る、および／またはアクティブ化され得る。

たとえば、ルールは、１つのそのようなチェーンに関連付けられ得るが、１つの追加の要素、たとえば、対応するデータユニットがリソースの１つもしくは複数のまたは複数のセットへのアクセスを有し得るような分割トランスポート経路を可能にするための１つの追加のＭＡＣインスタンスにも関連付けられ得、ここで、１つもしくは複数または各々は、（たとえば、分割ルーティングの適用範囲を制御することに似たならびに／またはフローごとおよび／もしくはパケットごとと同様に）異なるＭＡＣインスタンスに関連付けられ得る。

適用可能なレイヤ１／物理レイヤ態様ベースのルールは、適用可能なＴｒＣＨおよび／もしくはそれのタイプ、セル、シグナチャ、物理レイヤリソース、物理制御チャネル、物理データチャネル、ビームプロセス、ＨＡＲＱプロセス識別情報、チャネルコーディング、物理レイヤ構成、ＳＯＭ、数秘学、適用可能な基準信号、ＴＴＩ持続時間、電力設定、送信ロバストネス、波形などに関連付けられ得る。ルールは、異なるタイプの許可および／または送信特性に対応し得る。たとえば、ルールは、特定のフローに一致するように低レイテンシサービスに関連付けられ得、ならびに／または特定の制御チャネル（たとえば、特定のＲＮＴＩをもつＰＤＣＣＨ）、物理リソースブロックの特定のセット、特定の持続時間のＴＴＩ持続時間（たとえば、関係する構成に適用可能な最も短いＴＴＩ持続時間）ならびに／またはＨＡＲＱフィードバックのための最も短いタイミングに対応する特定のＴｒＣＨ（たとえば、ＵＲＬＬＣＣＨ）に関連付けられ得る。さらなる例として、パケット転送処理（たとえば、場合によっては、無線ベアラ）は、特定のそのようなレイヤ１／物理レイヤ態様に関連付けられ得る。

マルチ接続性のための分割経路／ベアラが与えられ得る。たとえば、ルールは、たとえば、（たとえば、キャリアアグリゲーションの適用範囲を制御することに似たならびに／またはフローごとと同様に）対応するデータユニットのための利用可能なおよび／もしくは適用可能なリソースの量を増加させるために２つ以上のそのような物理レイヤ態様に関連付けられ得る。物理レイヤ態様は、優先度に基づいて規則正しく構成され得る。そのような態様は、許可、ＴｒＣＨおよび／もしくは送信リソースの適用可能なタイプを表し得、ここで、ＷＴＲＵは、１つもしくは複数または各々を優先順序の降順で考慮し得る。ＷＴＲＵは、所与の時間期間中に送信のために利用可能な低レイテンシデータを有し得る。ＷＴＲＵは、送信のＵＲＬＬＣタイプの専用許可が利用可能であるのか否かを決定し得る。ＷＴＲＵは、他のタイプのリソース（たとえば、１ｍｓのＴＴＩ）が利用可能であり得る場合でも、ＵＲＬＬＣタイプの競合ベースの許可が利用可能であるのか否かを考慮し得る。そのようなものが利用可能である場合、ＷＴＲＵは、低レイテンシのスケジューリング要求を実行することを考慮し得る。ベストエフォートＱｏＳをもつデータでは、ＷＴＲＵは、通常ならば未使用のままにされ得る所与の時間期間の間１つまたは複数のタイプの許可を考慮し得る。

無線リンク監視が与えられ得る。ルール固有のＲＬＭ構成（たとえば、（たとえば、Ｕｕごとに）１つもしくは複数のまたは複数の構成）が与えられ得る。ルールは、無線リンクの利用可能性を監視するための特定のプロシージャおよび／または構成に関連付けられ得る。たとえば、超高信頼サービスを必要とするデータユニットに関連付けられたルールは、保守的なトリガリングおよび／もしくはリカバリプロシージャの使用よりも高速検出（たとえば、ＲＬＦを宣言する前の短時間）に優先度を付けるＲＬＭ構成に関連付けられ得る。

ルール固有のＲＬＭ構成は、特定のリカバリプロシージャに関連付けられ得る。たとえば、超高信頼サービスを必要とするデータユニットに関連付けられたルールは、無線リンクの問題が解決されるまでデータの複製を開始するリカバリプロシージャに関連付けられ得る。ルールは、１つまたは複数の関連付けられた物理レイヤ態様、たとえば、制御チャネルおよび／もしくは（たとえば、測定のための）基準信号と組み合わせて使用され得る。ルールは、それがアクティブ状態にある間に使用され得る。

ルール固有のＲＬＭ構成は、ルールがアクティブであるときに適用可能であり得る。ＷＴＲＵは、パケット転送処理（たとえば、無線ベアラ）がアクティブであると考慮されるときに（たとえば、そのときにのみ）プロシージャおよび／もしくは関係するパラメータが使用され得る／アクティブになり得るようにＲＬＭプロシージャおよび／もしくはそれの関連付けられたパラメータで構成され得る。パケット転送処理は、新しいデータがこのパケット転送処理（および／もしくは無線ベアラ）の送信のために利用可能になったとＷＴＲＵが最後に決定した後の特定の（場合によっては、構成された）時間量の間アクティブと考慮され得る。ＷＴＲＵは、関係するパケット転送処理（たとえば、無線ベアラ）の送信のために利用可能な新しいデータがあるとＷＴＲＵが決定するときＷＴＲＵがこの値を用いてタイマーを（再び）開始し得る値で構成され得る。ＷＴＲＵは、ＷＴＲＵが関係するパケット転送処理（たとえば、無線ベアラ）についてのデーを含む送信を実行するときＷＴＲＵがこの値を用いてタイマーを（再び）開始し得る値で構成され得る。ＷＴＲＵは、そのような送信が成功したとＷＴＲＵが決定するときタイマーを（再び）開始し得る。ＷＴＲＵは、ＷＴＲＵが関係するパケット転送処理（たとえば、無線ベアラ）に関連付けられたデータの好適な送信のための許可を受信したとＷＴＲＵが決定するときＷＴＲＵがこの値を用いてタイマーを（再び）開始し得る値で構成され得る。ＷＴＲＵは、そのような送信が成功したとＷＴＲＵが決定するときタイマーを（再び）開始し得る。ＷＴＲＵは、ＷＴＲＵが関係するパケット転送処理（たとえば、無線ベアラ）に関連付けられた方法を使用してスケジューリング要求に対応する信号の送信を実行するときＷＴＲＵがこの値を用いてタイマーを（再び）開始し得る値で構成され得る。

１つもしくは複数のまたは複数のルール固有のＲＬＭ構成が同時に与えられ得る。ＷＴＲＵは、異なるルール固有のＲＬＭ構成で同時に「アクティブ」になり得る。ＷＴＲＵは、１つもしくは複数のまたはすべてのアクティブ化されたルールのＲＬＭ要件が満たされることを保証し得る。ＷＴＲＵは、たとえば、関連付けられたＱｏＳプロファイル、識別情報、および／もしくはパラメータ値（たとえば、時間期間当たりの同期外れ検出の数などの構成されたパラメータの値）に関して、たとえば、ＲＬＭ構成間の相対順序に基づいて、問題の検出の最も厳しい要件を表すＲＬＭ構成を適用し得る。

無線リンク障害および再確立プロシージャでは、ルールは、たとえば、場合によっては、ＲＬＭ機能に基づいたＲＬＦの決定のための特定のプロシージャおよび／または構成に関連付けられ得る。たとえば、コネクションレス型の転送を使用し得るデータユニットに関連付けられたルールは、接続モードのデータ転送が代わりに使用され得るように関係するルールのためのＲＬＦの決定時にセル（再）選択（および／もしくは等価物）ならびに／または接続確立および／もしくは再アクティブ化を開始し得るリカバリプロシージャに関連付けられ得る。たとえば、１つまたは複数のビームプロセスに関連付けられたデータユニットに関連付けられたルールは、関係するルールのためのＲＬＦの決定時に関係するビームの再取得および／もしくは再構成をトリガし得る。これは、１つまたは複数の関連付けられた物理レイヤ態様、たとえば、制御チャネルおよび／もしくは（たとえば、測定のための）基準信号と組み合わせて行われ得る。これは、ルールがアクティブ状態にある間に行われ得る。ＷＴＲＵは、パケット転送処理（たとえば、無線ベアラ）がアクティブであると考慮されるときに（たとえば、そのときにのみ）プロシージャおよび／もしくは関係するパラメータが使用され得る／アクティブになり得るようにＲＬＦ／リカバリプロシージャおよび／もしくはそれの関連付けられたパラメータで構成され得る。プロシージャ／パラメータは、新しいデータがこのパケット転送処理（および／もしくは無線ベアラ）の送信のために利用可能になったとＷＴＲＵが最後に決定した後の特定の（場合によっては、構成された）時間量の間アクティブと考慮され得る。

アクセス方法では、ルールは、適用可能なアクセス方法、たとえば、適用可能な制御プレーンモード（アイドルモード、ゆるく接続されたモードおよび／もしくは接続モード）に関連付けられ得る。たとえば、ＷＴＲＵは、特定のルールに一致するデータユニットの送信のために利用可能になる新しいデータについて、ＷＴＲＵが（接続モードにまだない場合に）接続モードに最初に遷移し得る、ならびに／またはＲＲＣシグナリングを必要としないアクセス方法、たとえば、コネクションレス型の送信が使用され得る、ならびに／またはＷＴＲＵ自律データ送信が開始され得る、ならびに／または競合ベースのチャネルが使用され得るなどと決定し得る。たとえば、ＷＴＲＵは、特定のルールに一致するデータユニットについて、特定のＰＲＡＣＨ構成がシステムのリソースにアクセスするために使用され得ると決定し得る。

アクセス制限では、ルールは、適用可能なアクセス制限、たとえば、適用可能なＰＬＭＮ、ＷＴＲＵ／加入者クラスなどに関連付けられ得る。

２つ以上のルールが本明細書で説明する態様に関連付けられ得る。ＷＴＲＵは、たとえば、制御チャネルの監視のために最も高い優先度レベルをもつアクティブルールに関連付けられたＤＲＸ構成を使用し得る。これは、関係するルールに関連付けられた（電力節約アルゴリズムによって制御される／影響を及ぼされる）制御チャネル（および／もしくは他の機能）に適用され得る（たとえば、それのみを行い得る）。ＷＴＲＵは、パケット転送処理（たとえば、無線ベアラ）がアクティブであると考慮されるときに（たとえば、そのときにのみ）プロシージャおよび／もしくは関係するパラメータが使用され得る／アクティブになり得るように電力節約アルゴリズム（たとえば、ＤＲＸ）および／もしくはそれの関連付けられたパラメータで構成され得る。パケット転送処理は、新しいデータがこのパケット転送処理（および／もしくは無線ベアラ）の送信のために利用可能になったとＷＴＲＵが最後に決定した後の特定の（場合によっては、構成された）時間量の間アクティブと考慮され得る。ルールは、適用可能な機能のためのリソースのセットに対応し得、たとえば、ルールは、スライスに対応し得る。

ＷＴＲＵは、ＲＲＣプロトコルによってルールに関連するそのような処理機能で構成され得る。ＷＴＲＵは、ＲＲＣプロトコルによってルールに関連したそのようなタイプの処理機能で構成され得、一方、１つまたは複数の機能のための関連付けられた構成は、たとえば、物理レイヤパラメータのためにＭＡＣ制御によって与えられ得る。たとえば、ＷＴＲＵは、特定のタイプの制御チャネルに関連付けられたルールをもつＲＲＣ構成を受信し得、一方、ＷＴＲＵは、そのようなタイプの利用可能な制御チャネルを示すＭＡＣ制御情報を受信し得る。

ＷＴＲＵは、１つまたは複数のルールの関連付けによってモデル化され得る無線ベアラで構成され得る。そのようなモデリングは、本明細書で説明する１つまたは複数の関連付けられた処理機能および／または構成をさらに含み得る。ルールは、論理チャネルを定義し得る。たとえば、所与のルールに対応するデータユニット（および／またはフロー）は、ＬＣＨに関連付けられ得る。無線ベアラは、そのようなものモデリングに従って１つもしくは複数のまたは複数のＬＣＨに関連付けられ得、論理チャネル優先度付け、バッファステータス報告、スケジューリング要求、適用可能な物理レイヤ態様（たとえば、リソース、制御チャネル、ＴｒＣＨなど）などの機能は、ベアラごとに実行され得る。

ＷＴＲＵは、単一のルール（および／もしくはそれらの組合せ）との関連付けによってモデル化され得る無線ベアラで構成され得る。そのようなモデリングは、本明細書で説明する１つまたは複数の関連付けられた処理機能および／または構成をさらに含み得る。これは、レイヤ２態様を含み得る。たとえば、１つまたは複数のルールが論理チャネルを定義し得る。所与のルールに対応するデータユニット（および／またはフロー）は、ＬＣＨに関連付けられ得る。ＷＴＲＵは、１つまたは複数のＬＣＨを含み得る論理チャネルグルーピング（ＬＣＧ）で構成され得る。ＬＣＧは、本明細書で説明するように１つまたは複数の処理機能および／または構成に関連付けられ得る。これは、レイヤ１、ＲＬＭ、ＲＬＦ態様のうちの１つまたは複数を含み得る。論理チャネル優先度付け、バッファステータス報告、スケジューリング要求、適用可能な物理レイヤ態様（たとえば、リソース、制御チャネル、ＴｒＣＨなど）などの機能がＬＣＧごとに実行され得る。

ルールは、たとえば、アップリンク送信中に含むデータの決定時に、ならびに／または、たとえば、バッファステータス報告、スケジューリング要求、システムのリソースへのアクセス、および／もしくは適用可能なリソースの選択を開始すべきか否かの決定時にＭＡＣエンティティによるデータユニットの優先度付けのための構成に関連付けられ得る。

ＬＣＰは、適用可能なベアラ／論理チャネルのための物理リソースのタイプごとに実行され得る。ＷＴＲＵは、パケット転送処理（たとえば、ベアラ、ＬＣＨおよび／もしくは同様のもの）に関連した１つまたは複数の適用可能なトランスポートチャネル（ＴｒＣＨ）、たとえば、適用可能なトランスポートチャネル（ａｐｐＴｒＣＨ）で（たとえば、ＲＲＣによって）構成され得る。このパラメータは、優先度、優先ビットレート（ＰＢＲ）、および／もしくはバケットサイズ持続時間（ＢＳＤ）などのＬＣＰのためのレガシーＬＴＥパラメータに追加のものであり得る。

ＷＴＲＵは、たとえば、パケット転送処理（たとえば、ベアラ、ＬＣＨおよび／もしくは同様のもの）に場合によっては関連した許可情報に示すように、１つまたは複数の適用可能な物理リソースで（たとえば、ＲＲＣによって）構成され得る。適用可能なリソースのうちの１つもしくは複数またはそれらのセットは、ａｐｐＴｒＣＨ値に関連付けられ得る１つまたは複数のＴｒＣＨのためのリソースを論理的にグループ化するために使用され得る。ＴｒＣＨは、場合によっては、たとえば（たとえば、単一の）物理チャネルおよび／もしくは（たとえば、単一の）トランスポートチャネル上での送信を表すことができる。パケット転送処理（たとえば、ベアラ、ＬＣＨおよび／もしくは同様のもの）との関連付けについての許可情報中で示されるものなど、そのようなチャネルのための１つまたは複数の異なるトランスポートブロック間に差異があり得る。

物理リソースごとのランク付け／順序付けが与えられ得る。優先度は、さらに、１つもしくは複数のまたは各々のａｐｐＴｒＣＨ値に固有であり得る。ＷＴＲＵは、新しい送信が実行されるときにＬＣＰプロシージャを適用し得、したがって、ＷＴＲＵは、送信に関連付けられたＴｒＣＨのタイプを決定し得る。ＷＴＲＵは、送信のために利用可能なデータをもつ異なるＬＣＨに関連付けられたデータのそれぞれの適用可能性を決定し得る。１つもしくは複数のまたは各々の適用可能なＬＣＨについて、ＷＴＲＵは、たとえば、ａｐｐＴｒＣＨおよび／もしくは優先度のための構成を使用して対応するＴｒＣＨおよび／もしくはデータユニットのそれぞれの優先度を決定し得る。ＷＴＲＵは、たとえば、そのような決定された最高優先度をもつそのような決定されたＬＣＨから開始し、および／もしくは、さらに、優先順序の降順での相対的な優先度に基づいてリソース（たとえば、関係するＴＢ）を割り振り得る。ＷＴＲＵは、データの最大量までのそのようなリソースを割り振り得る。割り振るデータの最大量は、ＰＢＲ／ＢＳＤがＬＣＨごとに適用される場合、関係するＬＣＨについてのレガシー決定に基づき得る。これは、複数のＴｒＣＨ（および／もしくはそれらのタイプ）と利用可能なデータをもつ他のＬＣＨに対して異なる相対的な優先度を有し得る、２つ以上のトランスポートチャネルを使用し得るデータのための（たとえば、単一の）ＬＣＨ（および／もしくは等価物）との間の関連付けをサポートするのに有用であり得る。

（たとえば、ＧＢＲを上回るＭＢＲのサポートにおける）ＴｒＣＨのタイプごとのバケット管理が与えられ得る。（たとえば、レガシーＰＢＲ／ＢＳＤベースの決定を適用する）所与の期間に割り振るデータの最大量は、１つもしくは複数のまたは各々のａｐｐＴｒＣＨ値に固有であり得る。ＷＴＲＵは、ＬＣＨごとにだけでなくＴｒＣＨ（および／もしくはそれのタイプ）ごとに（および／もしくは複数のそれら）ＰＢＲ／ＢＳＤを適用することによってＬＣＰプロシージャを実行し得る。これは、複数のＴｒＣＨ（および／もしくはそれらのタイプ）と２つ以上のトランスポートチャネルを使用し得るが、時間期間ごとに異なる量の優先サービスデータをもつデータのための（たとえば、単一の）ＬＣＨ（および／もしくは等価物）との間の関連付けをサポートするのに有用であり得る。ＬＣＨは、第１のＴｒＣＨのリソースにアクセスするための比較的より高い優先度をもつ第１のＴｒＣＨを使用して対応するサービスの保証ビットレート（ＧＢＲ）まで動作するように構成され得るが、さらに、第２のＴｒＣＨのリソースにアクセスするための比較的低い優先度をもつ第２のＴｒＣＨを使用してＭＢＲまでサービスされるように構成され得る。

バッファ中の時間に基づいて可変優先度が与えられ得る。ＷＴＲＵは、キュー遅延の先頭（および／もしくは、たとえば、データが最初に送信のために利用可能になってからＷＴＲＵのバッファ中で費やされた時間に基づく同様の決定）に応じて特定のＬＣＨのために利用可能なデータに異なる優先度を適用するように構成され得る。ＷＴＲＵは、第１の送信まで（および／もしくは成功した送信まで）の最大時間で、ならびに／またはレイテンシなどに関して保証された何らかの形態のＱｏＳを達成するように調整された特定のしきい値で構成され得る。ＷＴＲＵは、（たとえば、第１の）優先度に関連付けられたＬＣＨのための少なくとも１つのデータユニットが送信のために利用可能であり、したがって、データの送信のための時間制限まで残った時間がそのようなしきい値以下である場合、ＷＴＲＵが、データ（および／もしくは関連付けられたＬＣＨ）に第２の優先度（たとえば、より高い優先度）を関連付け得ると決定し得る。

ＷＴＲＵは、たとえば、ＢＳＲのトリガ、スケジューリング要求および／もしくはさらなるリソースを取得する任意の他の利用可能な技法などのさらなるアクションが開始され得るのか否かのさらなる決定のための、送信のために利用可能な新しいデータとしてデータを考慮し得る。更新された適用可能な優先度のＷＴＲＵの時間ベースの決定に続いてデータがＷＴＲＵのバッファ中にすでにある他のデータよりも高い優先度を有する場合、ＷＴＲＵは、ＢＳＲ／ＳＲをトリガし得る。このプロシージャは、ＴｒＣＨごとにおよび／もしくはＴｒＣＨタイプごとに実行され得る。

優先度処理の変更につながったデータユニットの処理に続いてデータユニットが時間しきい値を超えないとき、ＷＴＲＵは、ＬＣＨのための（たとえば、第１の）優先度レベルに戻り得る。

異なるＴＴＩのサポートが与えられ得る。ＷＴＲＵは、新しい送信が実行されるときにＬＣＰプロシージャを実行し得る。ＷＴＲＵは、ＷＴＲＵが、たとえば、ＴＴＩ持続時間（たとえば、１ｍｓ対１２５μｓ）に関しておよび／もしくは少なくとも部分的に重複する送信の開始の間の時間のオフセットに関して異なる数秘学によって特徴付けられる物理チャネルで構成されるときなどに、数秘学におけるそのような差を考慮することによってＬＣＰプロシージャを適用し得る。ＷＴＲＵは、最も短いＴＴＩ持続時間をもつ送信を考慮することによってＬＣＰプロシージャを実行し得、それらのリソースが完全に割り振られると、そのような持続時間の昇順でより長いＴＴＩ持続時間をもつ送信を考慮し得る。

ＲＬＭの考慮が与えられ得る。ＷＴＲＵは、ＲＬＭプロセスについての考慮を用いてＬＣＰプロシージャを実行し得る。ＷＴＲＵは、無線リンク問題を経験していることがある特定のＴｒＣＨに関連付けられた送信がいくつかのデータユニットをサービスするために使用され得ないと決定し得る。そのようなものはタイマーを開始することに基づいて決定され得、タイマーを開始する間に、ＷＴＲＵは、（たとえば、ＬＴＥで動作するおよび／もしくは下位レイヤからの最高ｘ回の連続同期外れ表示に達するタイマーＴ３１０と同様の）監視関連の挙動を増加させる。特定の値以上である優先度をもつデータユニットが使用され得る。これは、特定の（場合によっては、構成可能な）ＬＣＨおよび／もしくはパケット転送処理に関連付けられたデータユニットのために（たとえば、それにのみ）適用可能であり得る。これは、半永続的に割り振られたリソースおよび／もしくは構成された許可のために適用可能であり得る。

ＷＴＲＵは、（たとえば、ＵＲＬＬＣサービスについて）ある信頼性レベルに達するために異なるＴｒＣＨ（たとえば、場合によっては同じタイプのものだが、異なるキャリア、周波数、送信方法などを使用したＴｒＣＨ）にわたるデータの複製を実行し得る。ＷＴＲＵは、異なる優先度を関連付け、ならびに／またはデータユニットの第１のインスタンスのための所与のデータユニットの複製のために異なる適用可能なＴｒＣＨを考慮し得る。ＷＴＲＵは、データユニットのためにリソースの第１のセット、たとえば、第１のキャリア上での送信を使用することを決定し得るが／または、ＷＴＲＵが、データユニットの複製のために、たとえば、場合によっては、ＷＴＲＵがそのような複製を送信するように構成される場合、リソースの第２のセット、たとえば、第２のキャリア上での送信を使用し得る。

バッファステータス報告および／またはスケジューリング要求が与えられ得る。ＷＴＲＵは、たとえば、レガシーＬＴＥの場合と同様の方法を使用してＢＳＲをトリガし得る。そのような方法は、適用可能なＴｒＣＨごとにさらに適用され得る。ＷＴＲＵは、ＢＳＲをトリガしたデータのＬＣＨに関連付けられたＴｒＣＨに応じて使用するために異なるＳＲ方法（および／もしくはリソース）で構成され得る。ＷＴＲＵは、送信のために利用可能になるデータが少なくとも１つのＴｒＣＨに関連付けられ得ると決定し得る。ＷＴＲＵは、それがそのようなＴｒＣＨに関連付けられたＳＲ方法／リソースを使用し得ると決定し得る。データは、１つもしくは複数のまたは複数のＴｒＣＨに関連付けられ得、したがって、ＷＴＲＵは、ＳＲ送信までの最短時間、許可するための可能な最短時間、ＳＲ送信までの時間と許可するための可能な最短時間との最短の組み合わされた時間、（場合によっては、構成された）優先度、ならびに／またはリソースに関連付けられたセルのタイプ（たとえば、最初にＰＣｅｌｌ、他の場合はＳＣｅｌｌ）などの１つまたは複数の態様に基づいて単一のＳＲ方法／リソースを選択し得る。

ＷＴＲＵは、新しいデータが送信のために利用可能であると決定し得る。たとえば、ＷＴＲＵは、送信されることになるデータに関連付けられた１つまたは複数のトリガ／状態に基づいて送信のために利用可能な新しいデータとしてデータを考慮し得る。新しいデータが送信のために利用可能であるとＷＴＲＵが決定する場合、ＷＴＲＵは、バッファステータス報告（ＢＳＲ）ならびに／またはスケジューリング要求（ＳＲ）（ならびに／または、たとえば、追加のリソースを取得／要求する任意の他の利用可能な技法）の送信をトリガするように構成され得る。新しいデータが送信のために利用可能であると決定するためにならびに／またはＢＳＲおよび／もしくはＳＲ送信の開始をトリガするためにＷＴＲＵが使用し得るトリガ／状態の例は、新しいデータに適用可能な送信プロパティ、新しいデータに適用可能なＴＴＩ持続時間、新しいデータに必要な送信信頼性、および／もしくはＨＡＲＱタイムライン／最大レイテンシなどのうちの１つまたは複数を含み得る。ＷＴＲＵは（たとえば、また）、たとえば、送信されることになるデータに関連付けられたトリガ／状態に基づいてＢＳＲおよび／もしくはＳＲのための適用可能な送信方法を決定し得る。

たとえば、ＷＴＲＵに、送信のために利用可能な新しいデータを考慮することおよび／もしくはＢＳＲ／ＳＲをトリガすることを行わせ得るトリガ／状態は、新しいデータに適用可能な送信プロパティを含み得る。たとえば、ＷＴＲＵは、バッファ中にすでにある他のデータのものとは異なる送信プロパティに関連付けられた（たとえば、それで構成された）ベアラ（および／もしくはサービス）の（たとえば、論理チャネル（ＬＣＨ）のおよび／もしくはＬＣＨグループ（ＬＣＧ）の）送信のためにデータが利用可能であると決定し得る。

たとえば、ＷＴＲＵに、送信のために利用可能な新しいデータを考慮することおよび／もしくはＢＳＲ／ＳＲをトリガすることを行わせ得るトリガ／状態は、新しいデータに適用可能なＴＴＩ持続時間を含み得る。ＷＴＲＵは、ＷＴＲＵバッファ中にすでにある他のデータのものとは異なるＴＴＩ持続時間に関連付けられた（たとえば、それで構成された）ベアラ（および／もしくはサービス）の（たとえば、ＬＣＨのおよび／もしくはＬＣＧの）送信のためにデータが利用可能であると決定し得る。たとえば、ＷＴＲＵは、送信されることになる新しいデータがＷＴＲＵのバッファ中の他のデータに関連付けられたＴＴＩ長よりも短いＴＴＩ長に関連付けられると決定し得る。（より）短いＴＴＩ長に関連付けられている新しいデータは、ＷＴＲＵに、送信のために利用可能な新しいデータを考慮することおよび／もしくはＢＳＲ／ＳＲをトリガすることを行わせ得るトリガ／状態であり得る。たとえば、ＷＴＲＵは、データが第１の、短いＴＴＩ持続時間を使用する送信のために構成されたＬＣＨ（および／もしくはＬＣＧ）のために利用可能であるが、送信のために利用可能な他のデータが、第２の、第１のものより長いＴＴＩ持続時間を使用する送信のために構成された他のＬＣＨ（および／もしくはＬＣＧ）に対応すると決定し得る。ＷＴＲＵは、ＢＳＲおよび／もしくはＳＲが保留中であり得るか否かには関係なくそのような決定を実行し得る。ＷＴＲＵは、第２の（たとえば、より長い）ＴＴＩ持続時間に関連付けられたＬＣＨ（および／もしくはＬＣＧ）において利用可能なデータによりＢＳＲおよび／もしくはＳＲが保留中であり得るか否かには関係なくそのような決定を実行し得る。

たとえば、ＷＴＲＵに、送信のために利用可能な新しいデータを考慮することおよび／もしくはＢＳＲ／ＳＲをトリガすることを行わせ得るトリガ／状態は、新しいデータの送信信頼性要件（および／もしくはデータに関連付けられた他のＱｏＳ要件）を含み得る。ＷＴＲＵは、データが、ＷＴＲＵバッファ中の他のデータに関連付けられていない関連付けられた送信信頼性パラメータであるとき、関連付けられた（たとえば、構成された）ベアラ（および／もしくはサービス）の（たとえば、ＬＣＨのおよび／もしくはＬＣＧの）送信のためにデータが利用可能であると決定し得る。送信信頼性パラメータの例は、最大ＢＬＥＲ、ＰＥＲ、保証電力、リソースをスケジューリングするための特定の制御チャネルに関連付けられていることなどのうちの１つまたは複数を含み得る。新しいデータがＷＴＲＵバッファ中にすでにある他のデータのものとは異なる送信信頼性パラメータに関連付けられているとＷＴＲＵが決定するとき、新しいデータは、送信のために利用可能なデータを考慮し、ならびに／またはＢＳＲ／ＳＲをトリガし得る。新しいデータの信頼性パラメータがＷＴＲＵバッファ中にすでにある他のデータのものよりも厳しい（たとえば、それよりも信頼できる）場合、ＷＴＲＵは、そのような決定を実行し得る。たとえば、ＷＴＲＵは、データが（たとえば、ＵＲＬＬＣサービスに対応する）第１の高信頼性の物理データチャネルを使用した送信のために構成されたＬＣＨ（および／もしくはＬＣＧ）のために利用可能であるが、送信のために利用可能な他のデータが、第２の物理データチャネル（たとえば、ｅＭＢＢのためのＰＤＳＣＨ）を使用した送信のために構成された他のＬＣＨ（および／もしくはＬＣＧ）に対応すると決定し得る。ＷＴＲＵは、ＢＳＲおよび／もしくはＳＲが保留中であり得るのかどうかには関係なくそのような決定を実行し得る。ＷＴＲＵは、第２のデータチャネルに関連付けられた（たとえば、より厳しい送信信頼性要件に関連付けられた）ＬＣＨ（および／もしくはＬＣＧ）において利用可能なデータによりＢＳＲおよび／もしくはＳＲがトリガされたＢＳＲ／ＳＲとして保留中であり得るのかどうかには関係なくそのような決定を実行し得る。

たとえば、ＷＴＲＵに、送信のために利用可能な新しいデータを考慮することおよび／もしくはＢＳＲ／ＳＲをトリガすることを行わせ得るトリガ／状態は、ＨＡＲＱタイムライン／パラメータおよび／もしくは最大レイテンシパラメータを含み得る。ＷＴＲＵは、特定のＨＡＲＱタイムライン、最大レイテンシ、および／もしくは再送信の最大数に関連付けられた（たとえば、それで構成された）ベアラ（および／もしくはサービス）の（たとえば、ＬＣＨのおよび／もしくはＬＣＧの）送信のためにデータが利用可能であると決定し得る。決定されたＨＡＲＱタイムライン、最大レイテンシ、および／もしくは再送信の最大数がＷＴＲＵバッファ中にすでにある他のデータのものよりも厳しい場合、ＷＴＲＵは、新しいデータが送信のために利用可能であると決定し得、ならびに／またはＢＳＲおよび／もしくはＳＲをトリガし得る。たとえば、ＷＴＲＵは、データが第１の、短いＨＡＲＱタイムラインおよび／もしくは短い最大レイテンシを使用する送信のために構成されたＬＣＨ（および／もしくはＬＣＧ）のために利用可能であるが、送信のために利用可能な他のデータが、より長くおよび／もしくはより大きい許容レイテンシに関連付けられた第２のＨＡＲＱタイムラインを使用する送信のために構成された他のＬＣＨ（および／もしくはＬＣＧ）に対応すると決定し得る。ＷＴＲＵは、ＢＳＲおよび／もしくはＳＲが保留中であり得るのかどうかには関係なくそのような決定を実行し得る。ＷＴＲＵは、第２のＨＡＲＱタイムライン（たとえば、より大きい許容されたレイテンシをもつＨＡＲＱタイムライン）に関連付けられたＬＣＨ（および／もしくはＬＣＧ）において利用可能なデータによりＢＳＲおよび／もしくはＳＲがトリガされたＢＳＲ／ＳＲとして保留中であり得るのかどうかには関係なくそのような決定を実行し得る。

ＷＴＲＵは、関係するＢＳＲ／ＳＲトリガに適用するために複数の利用可能なＢＳＲおよび／もしくはＳＲ方法のうちの１つを使用することを決定し得る。たとえば、ＷＴＲＵは、データが送信のために利用可能であったならびに／またはＢＳＲ／ＳＲが送信され得るどのタイプのトリガ／状態がＷＴＲＵに決定させたのかに基づいて使用するＢＳＲ／ＳＲ方法を決定し得る。ＷＴＲＵは、第１の送信パラメータに関連付けられた新しいデータのための第１のＢＳＲおよび／もしくはＳＲプロシージャならびに／または第２の送信パラメータに関連付けられた新しいデータのための第２のＢＳＲおよび／もしくはＳＲプロシージャを開始し得る。第１の送信パラメータおよび／もしくは第２の送信パラメータは、送信パラメータのセットに対応し得る。たとえば、第１のＢＳＲ／ＳＲ方法は、第１の数秘学および／もしくはＴＴＩ持続時間を使用するリソースの第１のセットを使用し得、ならびに／または別の方法は、第２の数秘学および／もしくはＴＴＩ持続時間を使用するリソースの第２のセットを使用し得る。（たとえば、第１の）ＢＳＲ／ＳＲ方法は、レガシーＬＴＥ方法（たとえば、構成され有効な場合はＰＵＣＣＨリソース上ならびに／またはそうでない場合は１ｍｓのフレーミングを使用したＲＡ－ＳＲ上での送信）と同様であり得る。第２のＢＳＲ／ＳＲ方法は、異なる、より短いフレーミング（たとえば、スロットベースのフレーミングおよび／もしくはミニスロットフレーミング）を使用し得る。第２のＢＳＲ／ＳＲ方法は、（たとえば、構成される場合、ＰＵＣＣＨリソースなどの）専用リソース上でのＢＳＲ（および／もしくはデータの量の同様の表示）の送信を含み得る。第２の方法は、たとえば、新しいデータが（たとえば、より短い許容されたレイテンシなどの）より厳しいＱｏＳ要件に関連付けられるときに使用され得る。

複製がアクティブである場合、ＷＴＲＵは、ＢＳＲの計算中の送信のために利用可能なデータとしてデータユニットの複製を考慮し得る。ＷＴＲＵは、ＴｒＣＨ／タイプ（および／もしくは同様のもの）ごとのデータ量を報告し得る。複製は、所与のデータユニットのための異なるＴｒＣＨ／タイプ（および／もしくは同様のもの）のための報告された量に影響を及ぼし得る。ＬＣＨごとならびに／またはＬＣＧ（および／もしくは同様のもの）ごとの報告に鑑みて、ＷＴＲＵは、ＴｒＣＨ／タイプ（および／もしくは同様のもの）ごとの送信のために利用可能なデータのある量を報告し得る。そのような量は、適用可能な場合、複製の対象となるデータを含み得る。

ネットワークの観点から、説明したモデリングを仮定すれば、無線ベアラおよび／もしくはＬＣＨに関連付けられた構成は、ｅＮＢが、ＢＳＲ中で報告されているデータに必要な物理リソース／スケジューリングのタイプを決定することを暗黙的に可能にし得る。同様に、ＳＲのために使用されるＳＲ方法および／もしくはリソースのタイプは、適用可能な場合、同様の情報をさらに与え得る。

パケット／フローベースの処理をサポートするユーザプレーンは、シグナリングを介して構成され得る。

ＷＴＲＵは、１つもしくは複数のまたは複数の（たとえば、無線）インターフェースで構成され得る。インターフェースは、特定の特性をもつ送信として考慮され得る。本明細書で説明するようなルールは、特定のインターフェース（たとえば、ＬＴＥアクセス、ＮＲアクセス、Ｗｉｆｉアクセス、ＨＳＰＡアクセス、ＳＯＭ、スライスなど）に関連付けられ得、それによって、そのようなインターフェースは、関連付けられた処理機能として考慮され得る。そのような機能は、データ転送サービスに対応し得る。インターフェースについて、処理機能との関連付けが構成され得る。

たとえば、ＷＴＲＵは、特定のインターフェース、たとえば、ＬＴＥアクセスに関連付けられたルールで構成され得、結果が肯定であるデータユニットは、送信のために利用可能な新しいデータとしてＬＴＥ構成要素にハンドオーバされ得る。たとえば、ＷＴＲＵは、特定のインターフェース、たとえば、ＷｉＦｉアクセスに関連付けられたルールで構成され得、結果が肯定であるデータユニットは、送信のために利用可能な新しいデータとしてＷｉＦｉ構成要素にハンドオーバされ得る。レイテンシ、ＲＴＴ、セットアップ時間、セキュリティ、帯域幅、最大ビットレートなどの観点から与えられているデータ転送サービスという用語において異なるインターフェースが異なる特性を有し得ることを仮定すれば、これは有用であり得る。

２つ以上のＲＡＴは、たとえば、場合によっては、異なる周波数帯域を使用してＷＴＲＵにデータサービスを同時に与えることが可能であり得る。たとえば、アプリケーションおよび／またはサービスは、ネットワークにユーザデータを搬送するためにデバイス上でＬＴＥおよび／もしくはＷｉＦｉを（たとえば、同時に）使用し得る。データサービスのこのアグリゲーションが、たとえば、マルチフローＴＣＰを使用してアプリケーションレベルで活用され得るが、アプリケーションレイヤは、物理レイヤおよび／もしくは無線レイヤの制約に気づいていないことがある。マルチフローＴＣＰを使用することの利得は、特に、短いパケットについて、選択された第１のインターフェースに影響され得る。このアグリゲーションは、３ＧＰＰプロトコルレイヤにおいて使用可能にされ得る。

初期インターフェースが選択され得る。決定は、（たとえば、短いパケットのおよび／もしくは低レイテンシを必要とするサービスの）サービスタイプ／要件に基づき得る。データサービスのインターフェースの利用可能性が決定され得る。同じスペクトル（たとえば、ＷｉＦｉ、ＬＡＡ、ＮＲ－ＬＡＡ）および／もしくはアプリケーションレイヤマルチフロー動作におけるアクセス方法の増加があり得る。ＷＴＲＵは、ＲＴＴ、観測されたスループットなどに基づいてインターフェースにパケットをルーティングし得る。定常状態動作がマルチフローを用いて実行され得る。インターフェース管理が実行され得る。

図７に、アプリケーションが隠された無線（ＮＲ、ＬＴＥおよび／もしくはＷｉＦｉ／ＬＡＡ）を用いる３ＧＰＰならびに／またはＷｉＦｉおよびＢｌｕｅｔｏｏｔｈなどの他のインターフェースといった１つもしくは複数のまたは複数のインターフェースを参照し得る例示的な接続管理を示す。図示のように、２つのインターフェースは、結局（たとえば、ＩＳＭスペクトル中で）同様のリソースを使用することになり得、ならびに／または１つもしくは複数のまたは複数のインターフェースからのリソースが一緒に制御され得る。

初期インターフェースは、たとえば、リンクをセットアップするおよび／またはＴＣＰウィンドウを確立するのに望ましいユーザエクスペリエンスに基づいて選択され得る。初期インターフェースは、アプリケーション／アプリケーションから予想されるトラフィックに基づいて選択され得る。

初期アクセスＲＡＴは、第１のデータ送信のＲＡＴステータス／レイテンシに基づいて選択され得る。ＵＲＬＬＣを用いる初期アクセスＲＡＴは、より高速にＴＣＰウィンドウを開くならびに／または他のＲＡＴを移動するおよび／または開くために選択され得る。初期アクセスは、アプリケーション／サービスに基づいて（たとえば、テンプレートに基づいて）選択され得る。初期アクセスは、パケットのサイズに基づいて選択され得る。

インターフェースの利用可能性が決定され得る。マルチパスＴＣＰは、スペクトル衝突時に利用可能でないことがある。ＷＴＲＵは、無線／ハードウェアリソースの他のインターフェースの使用に基づいてインターフェースがいつ利用可能であり、いつ利用可能でないのかを決定し得る。

オペレータは、ＮｅｘｔＧｅｎアーキテクチャによって満たされることが予想される多様な使用事例のためのＱｏＳを与え得る。より高いレベルのＱｏＳグラニュラリティを与えるために、フローごとのＱｏＳ概念が使用され得る。フローごとのいくつかのＱｏＳパラメータは、限定はしないが、識別情報（パケットフィルタ、トラフィックテンプレートなど）、フロー優先度インジケータおよび／もしくは優先度レベル、最大ビットレート、必要とされるビットレート、遅延特性などを含み得る。

フローベースの機構は、オペレータ要件に基づいてＱｏＳポリシーをセットアップするためにネットワーク中の制御機能に関連付けられ得る。ＱｏＳポリシーは、フローパラメータごとに適用可能なＱｏＳのリストを含み得、ならびに／またはネットワーク中の制御機能によってアクセスネットワークにおよび／またはＷＴＲＵに与えられ得る。

アクセスネットワーク（ＡＮ）および／もしくはＷＴＲＵは、ＣＮの場合のようにフローごとにＱｏＳ情報を管理し得る。ＡＮは、コアネットワーク（ＣＮ）におけるフローマーキングと無線における無線ベアラ概念との間でマッピングを実行し得る。

ＱｏＳフレームワークは、ＥＰＳベアラに対する無線ベアラの１対１の関連付けに基づき得る。ネットワーク上のフローごとのＱｏＳフレームワークが使用され得る。コアおよび／もしくはアクセス技術の独立した発展が可能になり得る。ＬＴＥ ＲＡＮは、次世代のＣＮに接続し得る。無線アクセスでの無線ベアラ概念が適応され得る。

ＲＡＮにおけるＱｏＳフレームワークは無線ベアラ概念に基づき得る。異なるサービス／フローからのデータは、エアインターフェースを介して搬送されるときに異なる処理に関連付けられ得る。

ＴＴＩ持続時間（１つまたは複数の異なるＴＴＩ持続時間がフローのＱｏＳ要件に基づいて使用されるように構成／許可され得る）、ＨＡＲＱ処理／タイムライン（異なるサービスが、異なるＨＡＲＱ処理および／もしくはＨＡＲＱタイムラインに関連付けられ得る）、ＤＬ制御チャネルおよび／もしくは許可（異なる信頼性レベルおよび／もしくはレイテンシを提供する異なるチャネル／領域が定義され得る）、異なるＱｏＳ要件をもつフローを送信／受信するＷＴＲＵが異なるＤＬ制御チャネルを監視し得る、ＵＬおよび／もしくはＤＬのためのデータチャネル（異なるデータチャネル処理、コーディング、フレーム構造が異なるＱｏＳ要件を満たすように定義され得る）、スケジューリング機構（許可されたスケジューリング機構（たとえば、スケジュール済み、非スケジュール）はサービスに基づいて異なり得る）、リンク監視および／もしくはリカバリ（たとえば、超高信頼サービスを必要とするフローで構成されたＷＴＲＵは、高速無線リンク障害検出に優先度を付ける監視構成に関連付けられ得る）、ならびに／または無線アクセスリソース（異なる無線アクセスリソースが異なるＤＲＢ／フローに関連付けられ得る。そのような無線アクセスリソースは、時間および／もしくは周波数、送信ポイント、キャリア、ＰＲＢ、セル、ならびに／またはシグナチャなどの中にリソースブロックを含み得る）といった特性のうちの１つまたは複数がＤＲＢのためにサポートおよび／もしくは検討され得る。

ＮＲにおける要件の多様なセットをサポートするために、無線ベアラ概念は、物理レイヤでより微細なＱｏＳグラニュラリティをもつフローの処理を可能にし得る。フローの要件を満たすために、ＮＲ ＤＲＢは、Ｌ２および／もしくはＬ１プロトコルパラメータおよび／もしくはプロシージャのよりフレキシブルな構成をサポートし得る。

ルールのセットは、フローのためにネットワークによって定義／構成され得る。一致ルールをもつフローは、ベアラに関連付けられ得、これは、レイヤ２プロトコルパラメータ／機能ならびに／またはレイヤ１構成パラメータ／機能／プロシージャのセットの構成を含み得る。

ＮＲ ＤＲＢは、レイヤ２プロトコルパラメータ／機能ならびに／またはＬ１／ＰＨＹ特性／構成のセットに関連付けられた１つまたは複数のＱｏＳ一致ルールの構成として定義され得る。

ベアラおよび／もしくはベアラマッピングへのフローに関連付けられた構成は、アクセスネットワークの制御下にあり得る。ネットワークは、関連付けられたルールでおよび／もしくは関連付けられたベアラ構成でＷＴＲＵを構成することができる。Ｄ２Ｄ通信では、ＷＴＲＵは、ある優先度でタグ付けされた上位レイヤからのパケットの受信時にＰＤＣＰ／ＲＬＣエンティティを動的にセットアップし得る。ＷＴＲＵ対ネットワーク通信では、ＷＴＲＵは、Ｌ１／Ｌ２にわたるベアラ構成のタイプに基づいて「ベアラ」を動的に作成し得る。ＷＴＲＵは、（たとえば、ネットワークが適切な優先度付けおよび／もしくはスケジューリングを実行することを可能にするために）それがベアラを作成したことをネットワークに通知し得る。

無線ベアラ構成および／もしくは一致ルールは、アクセスネットワークによって制御され得る。物理レイヤ１の特性のセットは、構成され、および／もしくはベアラに関連付けられ得る。無線ベアラに関連付けられた物理レイヤ構成のうちのいくつかは、ＴＴＩ持続時間、ＨＡＲＱタイムライン、物理チャネル構成／処理、フレーム構造、および／もしくはリソース割振りのうちの１つまたは複数を含むことができる。

無線ベアラは、ＴＴＩ持続時間、ＨＡＲＱタイムライン、物理チャネル構成／処理、無線リソースなどの関連付けられた物理レイヤパラメータで構成され得る。追加の物理レイヤパラメータが使用され得る。

ＤＲＢは、異なるプロトコル終端点および／もしくは異なるプロトコル分割に関連付けられ得、ならびに／またはそれで構成され得る。同じＷＴＲＵのＤＲＢは、サービスに応じて異なるプロトコル終端点を有することができる。同じＷＴＲＵのＤＲＢは、セル、キャリア、送信ポイント、ならびに／または「セル」および／もしくはアクセスＲＡＴ内で使用され得る物理リソースを含む異なるアクセスリソースで構成され得る。たとえば、ＷＴＲＵが、ｅＭＢＢおよび／もしくは低レイテンシで構成される場合、高ビットレートサービスに関連付けられたＤＲＢは、より高い周波数中の１つもしくは複数のまたはいくつかのキャリア（たとえば、高周波中のキャリアアグリゲーション）にマッピングされ得る可能性がある。ＵＲＬＬＣフローに関連付けられたＤＲＢは、より低い周波数のキャリアに構成され、たとえば、場合によっては、より良いカバレージおよび／または信頼性を提供し得る。

同じＷＴＲＵのＤＲＢは、異なるアクセスリソース（たとえば、セル、キャリア、送信ポイント、ビーム、物理リソース、ＲＡＴ）で構成され得る。図９に、本明細書で説明する１つまたは複数の例示的な技法および／またはデバイスによる例示的なアーキテクチャを示す。

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

Claims (12)

1. 無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
   前記ＷＴＲＵによって、（１）第１のデータを含み、および第１のＱｏＳフローインジケータに関連付けられる第１のデータユニットと（２）第２のデータを含み、および第２のＱｏＳフローインジケータに関連付けられる第２のデータユニットとを生成することであって、前記第１のデータおよび前記第１のＱｏＳフローインジケータは第１のデータフローに関連付けられ、前記第２のデータおよび前記第２のＱｏＳフローインジケータは第２のデータフローに関連付けられる、ことと、
   前記ＷＴＲＵによって、１つまたは複数のマッピングルールに基づいて、前記第１のデータユニットおよび前記第２のデータユニットがデータ無線ベアラに関連付けられることを判定することと、
   前記第１のデータユニットおよび前記第２のデータユニットが前記データ無線ベアラに関連付けられると判定することに基づいて、前記ＷＴＲＵによって、（１）前記第１のＱｏＳフローインジケータに関連付けられる前記第１のデータユニットと、（２）前記第２のＱｏＳフローインジケータに関連付けられる前記第２のデータユニットとを含むトランスポートブロックを生成することと、
   前記ＷＴＲＵによって、前記第１のデータユニットおよび前記第２のデータユニットを含む前記トランスポートブロックを含むデータ送信を行うことと
   を備える方法。
2. 前記第１のデータユニットおよび前記第２のデータユニットは、レイヤ２によって扱われる、請求項１の方法。
3. 前記第１のＱｏＳフローインジケータの値に基づいて、１つまたは複数のマッピングルールに基づいて複数のデータフローの前記第１のデータフローを前記データ無線ベアラにマッピングすることと、
   前記第２のＱｏＳフローインジケータの値に基づいて、１つまたは複数の他のマッピングルールに基づいて前記複数のデータフローの前記第２のデータフローを前記データ無線ベアラにマッピングすることと
   をさらに備える、請求項１の方法。
4. 前記データ無線ベアラは、ＱｏＳフローインジケータの異なる値をそれぞれ有する複数のデータフローに関連付けられる、請求項１の方法。
5. 前記データ無線ベアラは、新しい無線（ＮＲ）のデータ無線ベアラである、請求項１の方法。
6. 前記第１のデータユニットは、ＵＲＬＬＣ（Ultra Reliable Low Latency）サービスに関連付けられ、前記第２のデータユニットは、ｅＭＢＢ（enhanced Mobile Broadband）サービスに関連付けられる、請求項１の方法。
7. 無線送受信ユニット（ＷＴＲＵ）であって、
   送受信ユニットと、
   （１）第１のデータを含み、および第１のＱｏＳフローインジケータに関連付けられる第１のデータユニットと（２）第２のデータを含み、および第２のＱｏＳフローインジケータに関連付けられる第２のデータユニットとを生成し、前記第１のデータおよび前記第１のＱｏＳフローインジケータは第１のデータフローに関連付けられ、前記第２のデータおよび前記第２のＱｏＳフローインジケータは第２のデータフローに関連付けられており、
   １つまたは複数のマッピングルールに基づいて、前記第１のデータユニットおよび前記第２のデータユニットがデータ無線ベアラに関連付けられることを判定し、
   前記第１のデータユニットおよび前記第２のデータユニットが前記データ無線ベアラに関連付けられると判定することに基づいて、（１）前記第１のＱｏＳフローインジケータに関連付けられる前記第１のデータユニットと、（２）前記第２のＱｏＳフローインジケータに関連付けられる前記第２のデータユニットとを含むトランスポートブロックを生成する
   ように構成されたプロセッサと
   を備え、
   前記送受信ユニットは、前記第１のデータユニットおよび前記第２のデータユニットを含む前記トランスポートブロックを含むデータ送信を行うように構成される
   ＷＴＲＵ。
8. 前記第１のデータユニットおよび前記第２のデータユニットは、レイヤ２によって扱われる、請求項７のＷＴＲＵ。
9. 前記プロセッサは、前記第１のＱｏＳフローインジケータの値に基づいて、１つまたは複数のマッピングルールに基づいて複数のデータフローの前記第１のデータフローを前記データ無線ベアラにマッピングするように構成される、請求項７のＷＴＲＵ。
10. 前記プロセッサは、前記第２のＱｏＳフローインジケータの値に基づいて、１つまたは複数の他のマッピングルールに基づいて前記複数のデータフローの前記第２のデータフローを前記データ無線ベアラにマッピングするように構成される、請求項９のＷＴＲＵ。
11. 前記データ無線ベアラは、新しい無線（ＮＲ）のデータ無線ベアラである、請求項７のＷＴＲＵ。
12. 前記第１のデータユニットは、ＵＲＬＬＣ（Ultra Reliable Low Latency）サービスに関連付けられ、前記第２のデータユニットは、ｅＭＢＢ（enhanced Mobile Broadband）サービスに関連付けられる、請求項７のＷＴＲＵ。

Images