JP2019532590A - 装置 - Google Patents

装置 Download PDF

Info

Publication number
JP2019532590A
JP2019532590A JP2019520875A JP2019520875A JP2019532590A JP 2019532590 A JP2019532590 A JP 2019532590A JP 2019520875 A JP2019520875 A JP 2019520875A JP 2019520875 A JP2019520875 A JP 2019520875A JP 2019532590 A JP2019532590 A JP 2019532590A
Authority
JP
Japan
Prior art keywords
grant
network
logical channel
data
numerology
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2019520875A
Other languages
English (en)
Other versions
JP7187452B2 (ja
Inventor
エム． アジャクプレ，パスカル
エム． アジャクプレ，パスカル
エム． マリー，ジョゼフ
エム． マリー，ジョゼフ
ジャン，グオドン
アール． アイヤー，ラクシュミー
アール． アイヤー，ラクシュミー
チェン，ウェイ
イー． テリー，ステファン
イー． テリー，ステファン
Original Assignee
コンヴィーダ ワイヤレス， エルエルシー
コンヴィーダ ワイヤレス， エルエルシー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by コンヴィーダ ワイヤレス， エルエルシー, コンヴィーダ ワイヤレス， エルエルシー filed Critical コンヴィーダ ワイヤレス， エルエルシー
Publication of JP2019532590A publication Critical patent/JP2019532590A/ja
Priority to JP2022191993A priority Critical patent/JP2023029932A/ja
Application granted granted Critical
Publication of JP7187452B2 publication Critical patent/JP7187452B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本明細書では、例えば、ＮＲ無線ベアラモデル、ＮＲ論理チャネルモデル、ならびにＭＡＣおよびＨＡＲＱモデルを含む、ｎｅｗ ｒａｄｉｏ（ＮＲ）データリンクアーキテクチャオプションを開示する。さらに、データ無線ベアラ（ＤＲＢ）にマッピングされるパケットフロー、およびユーザプレーンにおける新しいフローカプセル化プロトコルについて説明する。一部の実施形態では、サービス品質（ＱｏＳ）が異なるＤＲＢが事前に確立されているが、アクティブ化されていない。これにより、所与のユーザ機器（ＵＥ）が、大きなオーバーヘッドなしにパケットデータネットワーク（ＰＤＮ）フローのためにこれらのＤＲＢを使用することが可能になる。事前に確立されたＤＲＢは、ＵＥの能力、サブスクリプションプロファイル、運用ポリシー、インストールされたアプリケーションなどに基づくＤＲＢの事前確立の決定により、デフォルトのベアラコンセプトを拡張したものであり得る。

Description

（関連出願の相互参照）
本出願は、２０１６年１０月１９日に出願された米国仮特許出願第６２／４１０，０４９号、２０１７年５月４日に出願された米国仮特許出願第６２／５０１，３９７号、２０１７年８月１５日に出願された米国仮特許出願第６２／５４５，７４７号、および２０１７年９月２８日に出願された米国仮特許出願第６２／５６４，５２９号の利益を主張するものであり、それらの開示は、その全体が本明細書に記載されているかのように、参照により本明細書に組み込まれる。
第５世代移動通信システム（ＩＭＴ−２０２０）（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＩＭＴ）ｆｏｒ ２０２０）以降の利用シナリオは、ｅＭＢＢ（高度化モバイルブロードバンド）、ＵＲＬＬＣ（超高信頼・低遅延通信）、およびｍＭＴＣ（大規模マシンタイプ通信）を含む。これらの主要なユースケースは、遅延、データレート、モビリティ、デバイス密度、信頼性、ユーザ機器（ＵＥ）のバッテリ寿命、ネットワークのエネルギー消費量などに関して、多様で相反するサービス要件を有し得る。次世代の移動通信システムがサポートするこれらの多様で相反するサービス要件に鑑み、３ＧＰＰは、システムアーキテクチャ要件のセットを明らかにした。しかしながら、本明細書では、これらの要件を満たすために、他の問題の中でも、ＵＥおよび無線アクセスネットワーク（ＲＡＮ）データリンクモデルに関連する問題に対処すべきであると認識されている。
本明細書では、例えば、ＮＲ無線ベアラモデル、ＮＲ論理チャネルモデル、ならびにＭＡＣおよびＨＡＲＱモデルを含む、ｎｅｗ ｒａｄｉｏ（ＮＲ）データリンクアーキテクチャオプションを開示する。さらに、データ無線ベアラ（ＤＲＢ）にマッピングされるパケットフロー、およびユーザプレーンにおける新しいフローカプセル化プロトコルについて説明する。一部の実施形態では、サービス品質（ＱｏＳ）が異なるＤＲＢが事前に確立されているが、アクティブ化されていない。これにより、所与のユーザ機器（ＵＥ）が、大きなオーバーヘッドなしにパケットデータネットワーク（ＰＤＮ）フローのためにこれらのＤＲＢを使用することが可能になる。事前に確立されたＤＲＢは、ＵＥの能力、サブスクリプションプロファイル、運用ポリシー、インストールされたアプリケーションなどに基づくＤＲＢの事前確立の決定により、デフォルトのベアラコンセプトを拡張したものであり得る。
本明細書で開示される別の態様によれば、所与のＵＥは、ネットワークによってＵＥに割り当てられたグラントに基づいて、リソース割り当てのためにネットワークスライス、物理層（ＰＨＹ）ヌメロロジ、および論理チャネルに優先順位を付けることができる。さらに、ＵＥは、リソースグラント割り当てにおいてネットワークを助けるためにフィードバックを提供することができる。フィードバックは、例えば、新しいバッファ状態報告オプション、新しいパワーヘッドルーム報告オプション、および新しいスケジューリング要求オプションを含むことができる。一例では、装置、例えばＵＥは、ネットワークを介してこの装置に接続されたネットワークノードからリソースグラントを受信し、リソースグラントは、ネットワークにおいて１つ以上のノードからのデータをアップリンク送信する方法を規定する。装置は、ネットワーク全体にリソースグラントを分配する。例えば、装置は、複数のネットワークスライスの所定の優先順位付けに従って、ネットワークの複数のネットワークスライスにリソースグラントを分配することができる。装置は、複数のネットワークスライスのうちのネットワークスライスのそれぞれに関連付けられているスライスにより優先順位付けされたビットレートに従って、ネットワークの複数のネットワークスライスにリソースグラントを分配することができる。場合によっては、リソースグラントは、複数の物理層ヌメロロジのうちの２つ以上を同じリソースグラントにマッピングすることができるように、複数の物理層ヌメロロジに共通である。ここで、装置は、複数の物理層ヌメロロジの所定のヌメロロジ優先順位付けに従って、複数の物理層ヌメロロジにリソースグラントを分配することができる。所定のヌメロロジの優先順位付けは、それぞれのヌメロロジにマッピングされるサービスに対して構成された送信時間間隔（ＴＴＩ）の関数であり得る。一例では、装置は、複数のネットワークスライスのうちの１つのネットワークスライスにリソースグラントを分配する。装置はまた、物理層ヌメロロジがリソースに割り当てられた唯一の物理層ヌメロロジであるように、グラントで示された物理層ヌメロロジにリソースグラントを分配することができる。代替的または追加的に、装置は、特定の論理チャネルがリソースを割り当てられた唯一の論理チャネルであるように、グラントで示された特定の論理チャネルにリソースグラントを分配することができる。リソースグラントは、時間領域、周波数領域、変調および符号化方式、ならびに冗長バージョン情報によって定義される物理リソースブロックを示し得る。リソースグラントはまた、アップリンク送信に関する電力制御情報と、アップリンクＡＣＫ／ＮＡＣＫ送信に関する指示またはリソースと、を含み得る。
本「発明の概要」は、以下の「発明を実施するための形態」でさらに説明される一連の概念を簡略化した形で導入するために提供される。本「発明の概要」は、特許請求の範囲に記載の主題の重要な特徴または本質的な特徴を特定することを意図するものでもないし、特許請求の範囲に記載の主題の範囲を限定するために使用されることを意図するものでもない。さらに、特許請求の範囲に記載の主題は、本開示の任意の部分に示されるありとあらゆる欠点を解決する制限に限定されない。
添付の図面と併せて、例として与えられる以下の説明から、より詳細な理解が得られる。
パケットデータユニット（ＰＤＵ）セッションの異なる態様を示す図である。 パケットデータユニット（ＰＤＵ）セッションの異なる態様を示す図である。 パケットデータユニット（ＰＤＵ）セッションの異なる態様を示す図である。 アクセスネットワーク（ＡＮ）およびコアネットワーク（ＣＮ）の分離および独立した発展のためのアーキテクチャを示す図である。 集中型デプロイメントの一例を示す図である。 中央ユニットと分散ユニットとの間で分割された例示的な機能を示す図である。 マスタセルグループ（ＭＣＧ）を介した分割ベアラを示す図である。 セカンダリセルグループ（ＳＣＧ）を介した分割ベアラを示す図である。 セカンダリセルグループベアラを示す図である。 ネットワークスライシングの使用例を示す図である。 ネットワークスライシングの使用例を示す図である。 例示的なサービス品質（ＱｏＳ）機能的分割を示す図である。 サービスデータフロー、パケットフロー、サービスデータフローテンプレート、およびサービスデータフローフィルタの関係を示す図である。 サービスデータフローのダウンリンク部分を検出する際のサービスデータフローテンプレートの役割を示す図である。 サービスデータフローのアップリンク部分を検出する際のサービスデータフローテンプレートの役割を示す図である。 コントロールプレーンシグナリングを用いたフローベースのＱｏＳアーキテクチャを示す図である。 ロングタームエボリューション（ＬＴＥ）レイヤ２構造を示す図である。 ＬＴＥにおけるスケジューリング例を示す図である。 ＭＡＣ多重化のためのＬＴＥ論理チャネル優先順位付けの一例を示す図である。 バッファ状態およびパワーヘッドルーム報告の例示的なシグナリングを示す図である。 例示的な無線アクセスネットワーク（ＲＡＮ）スライシングアーキテクチャモデルを示す図である。 例示的な無線アクセスネットワーク（ＲＡＮ）スライシングアーキテクチャモデルを示す図である。 例示的な無線アクセスネットワーク（ＲＡＮ）スライシングアーキテクチャモデルを示す図である。 キャリア上でのヌメロロジ多重化の一例を示す図である。 ビームを用いたセクタセルカバレッジの一例を示す図である。 論理チャネル（または無線ベアラ）マッピング構成シグナリングの一例を示すコールフロー図である。 論理チャネル（または無線ベアラ）マッピング構成シグナリングの別の例を示すコールフロー図である。 ２つのフェーズで行われる、論理チャネル（または無線ベアラ）マッピング構成シグナリングの一例を示すコールフロー図である。 ２つのフェーズにおける、論理チャネル（または無線ベアラ）マッピング構成シグナリングの別の例を示す図である。 無線リソース制御（ＲＲＣ）論理チャネル構成情報要素（ＩＥ）の一例を示す図である。 ＲＲＣ構成ヌメロロジ構造の一例を示す図である。 例示的なアップリンク（ＵＬ）Ｌ２構造（スライス固有リソースブロック（ＲＢ）、論理チャネル、およびＭＡＣ）を示す図である。 例示的なＵＬ Ｌ２構造（スライス固有のＲＢ、論理チャネルおよびＭＡＣ、ＭＡＣを透過するビーム構成）を示す図である。 例示的なＵＬ Ｌ２構造（スライス固有のＲＢ＆論理チャネル、共通ＭＡＣ）を示す図である。 例示的なＵＬ Ｌ２構造（スライス固有のＲＢおよび論理チャネル、共通の上位ＭＡＣ、およびサービングセル当たりのスライス固有のＨＡＲＱ）を示す図である。 例示的なＵＬ Ｌ２構造（共通ＲＢ、論理チャネル、共通上位ＭＡＣ、およびサービングセル当たりのスライス固有ＨＡＲＱ）を示す図である。 例示的なＵＬ Ｌ２構造（共通ＲＢ、論理チャネル、共通上位ＭＡＣ、サービングセル当たりの１つのＨＡＲＱ、およびスライス固有共有チャネル）を示す図である。 例示的なＵＬ Ｌ２構造、スライス固有ＲＢ、スライス固有論理チャネル、スライス固有ＭＡＣ、または共通ＭＡＣを示す図である。 ＱｏＳプロファイルの事前許可を含む例示的なコントロールプレーンシグナリングを示す図である。 例示的なデータ無線ベアラ（ＤＲＢ）構成を示す図である。 パケットフローおよび例示的なＤＲＢアクティブ化手順を示す図である。 ＤＲＢとパケットフローとの間の例示的な関連付けオプションを示す図である。 ダウンリンクにおけるフローカプセル化プロトコル（ＦＥＰ）サブレイヤの例示的な概要モデルを示す図である。 アップリンクにおけるＦＥＰサブレイヤの例示的な概要モデルを示す図である。 例示的なＦＥＰデータＰＤＵを示す図である。 ｇＮＢによるＵＥへのリソース割り当ての一例を示す図である。ＵＬリソースグラント割り当てはヌメロロジ固有である。 ｇＮＢによるＵＥへのリソース割り当ての一例を示す図である。ＵＬリソースグラント割り当ては、ＵＥを構成する任意のヌメロロジに固有のものではない。 ＵＥが論理チャネルをまたいでヌメロロジ共通リソースグラントをヌメロロジ固有リソースグラントに分割する一例を示す図である。 厳密ＮＷスライス降順優先度に基づく例示的な更新された論理チャネル優先順位付けを示す図である。 スライスにより優先順位付けされたビットレート（ＳＰＢＲ）に基づく例示的な更新された論理チャネル優先順位付け手順を示す図である。 厳密ヌメロロジ降順優先度に基づく例示的な更新された論理チャネル優先順位付け手順を示す図である。 ヌメロロジにより優先順位付けされたビットレート（ＮＰＢＲ）に基づく例示的な更新された論理チャネル優先順位付け手順を示す図である。 ２つの優先度タイプベースの論理チャネル優先順位付けの一例を示す図である。 アプリケーション／スライスマッピングのための例示的なユーザインターフェース（ＵＩ）を示す図である。 ＵＩとモデムとの間の例示的なシグナリングを示す図である。 本明細書において説明され特許請求の範囲で定義される方法および装置が実施され得る例示的な通信システムの１つの実施形態を示す図である。 本明細書に示された実施形態による無線通信のために構成された例示的な装置またはデバイスのブロック図である。 一実施形態によるＲＡＮおよびコアネットワークのシステム図である。 別の実施形態によるＲＡＮおよびコアネットワークのシステム図である。 さらに別の実施形態によるＲＡＮおよびコアネットワークのシステム図である。 図５２Ａ、図５２Ｃ、図５２Ｄ、および図５２Ｅに示される通信ネットワークの１つ以上の装置が実施され得る例示的なコンピューティングシステムのブロック図である。 例示的実施形態による論理チャネル優先順位付け（ＬＣＰ）の例示的フローを示す図である。 ＬＣＰの一部の例示的なフローを示す図である。 ＬＣＰ手順の別の部分の例示的フローを示す図である。 ＬＣＰの一部の別の例示的なフローを示す図である。 ＬＣＰの一部のさらに別の例示的なフローを示す図である。
まず図１Ａ〜図１Ｃを参照すると、異なるアクセスを介した複数のパケットデータユニット（ＰＤＵ）セッションのためのアーキテクチャオプションが、３ＧＰＰ ＴＲ ２３．７９９，Ｓｔｕｄｙ ｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ，Ｖ０．７．０に記載されている。このオプションは、以下の事例、すなわち、異なるデータネットワークへの異なるアクセスを介した複数のＰＤＵセッション（図１Ａ）と、同じデータネットワークへの異なるアクセスを介した複数のＰＤＵセッション（図１Ｂ）と、マルチアクセスＰＤＵセッションと呼ばれ得る、同じデータネットワークへの異なるアクセスを介したＰＤＵセッション（図１Ｃ）と、を含む。
図示のように、ＮＧ１は、次世代（ＮｅｘｔＧｅｎ）ユーザ機器（ＵＥ）と、Ｎｅｘｔ Ｇｅｎコアネットワークまたはコアと、の間の制御プレーンのための参照点を識別する。ＮＧ２は、ＮｅｘｔＧｅｎ無線アクセスネットワークまたはアクセスネットワーク（（Ｒ）ＡＮと、ＮｅｘｔＧｅｎコアと、の間の制御プレーンのための参照点を識別する。ＮＧ３は、ＮｅｘｔＧｅｎ（Ｒ）ＡＮとＮｅｘｔＧｅｎコアとの間のユーザプレーンのための参照点を識別する。ＮＧ４は、ＮＧコア制御機能とＮＧユーザプレーン機能との間の参照点を識別する。ＮＧ５は、ＮＧ制御機能とアプリケーション機能との間の参照点を識別する。ＮＧ６は、ＮｅｘｔＧｅｎコアとデータネットワークとの間の参照点を識別する。データネットワークは、事業者外の公衆または私設のデータネットワーク、または事業者内のデータネットワークであり得る。ＮＧ−Ｕは、ｇＮＢと次世代コアネットワーク（ＮＧＣ）との間のユーザプレーンインターフェースを指す。ＮＧ２およびＮＧ−Ｕは、別段の指定のない限り、制限なしに、本明細書において交換可能に使用され得る。ＮＧ−Ｃは、ｇＮＢとＮＧＣとの間のコントロールプレーンインターフェースを指す。ＮＧ３およびＮＧ−Ｃは、別段の指定のない限り、制限なしに、本明細書において交換可能に使用され得る。ＮＲ Ｕｕは、ｇＮＢとＵＥとの間の無線インターフェースを指す。ＮＧ１は、ＮｅｘｔＧｅｎ ＵＥとＮｅｘｔＧｅｎコアとの間のＮＲ Ｕｕ上の参照点である。本明細書で使用される場合、用語ｇＮＢは、ｎｅｗ ｒａｄｉｏ（ＮＲ）ノード、例えば、論理アクセスネットワークノードまたは無線アクセスネットワークノードを指す。
本明細書で使用される場合、別段の指定のない限り、アクセスネットワーク（ＡＮ）および無線アクセスネットワーク（ＲＡＮ）は、制限なしに交換可能に使用され得る。さらに、用語ｇＮＢ、アクセスネットワークノード、アクセスネットワーク機能、無線アクセスネットワークノード、無線アクセスネットワーク機能は、別段の指定のない限り、制限なしに、本明細書において交換可能に使用され得る。本明細書で使用される場合、アクセスネットワークＣＰ機能（ＡＮ ＣＰ機能）またはＡＮ ＣＰノードは、ｇＮＢ、アクセスネットワークノード、アクセスネットワーク機能、無線アクセスネットワークノード、または無線アクセス機能のコントロールプレーン機能を実装する論理ノードを指すことができる。同様に、アクセスネットワークＵＰ機能（ＡＮ ＵＰ機能）またはＡＮ ＵＰノードは、ｇＮＢ、アクセスネットワークノード、アクセスネットワーク機能、無線アクセスネットワークノード、または無線アクセスネットワーク機能のユーザプレーン機能を実装する論理ノードを指すことができる。
次に図２を参照すると、例示的なシステムアーキテクチャ２００は、アクセスネットワークおよびコアネットワークの分離および独立した発展を可能にする。図示のように、例示的なデプロイメントユースケース（ケース１）は、３ＧＰＰアクセスのみのためのものであり、例示的なデプロイメントユースケース（ケース２）は、３ＧＰＰアクセスを制御する包括的な範囲内での非３ＧＰＰアクセスに関するものであり、別の例示的なデプロイメントユースケース（ケース３）は、スタンドアロン非３ＧＰＰアクセスのためのものである。ＣＰとＵＰとの間の分離がコアネットワークにおいて示されているが、コントロールプレーンとユーザプレーンとの間の同様の分離が無線アクセスネットワークにおいて実施されてもよい。
図３を参照すると、新しいＲＡＮ無線スタックの上位層が中央ユニット３０２に集中している例が示されている。中央ユニット３０２とＮＲ ＢＳノード３０４の下位層との間の異なるプロトコル分割オプションが可能である。例示的なプロトコル分割オプションは、オプション１から８として図４に示されている。
ここで、ＬＴＥとＮＲとの間のデュアルコネクティビティのためのベアラタイプに目を向けると、様々なタイプのベアラが、ＬＴＥ無線とｎｅｗ ｒａｄｉｏ（ＮＲ）との間のデュアルコネクティビティをサポートする。図５は、マスタセルグループ（ＭＣＧ）を介した分割ベアラの一例を示す。この例示的なシナリオでは、コアネットワークは、発展型パケットコアネットワーク（ＥＰＣ）または次世代（ＮｅｘｔＧｅｎ）コアネットワーク（ＮＧ ＣＮ）であり得る。例５０４は、ＬＴＥがセカンダリセルグループ（ＳＣＧ）であり、ＮＲがＭＣＧである、例示的なシナリオを示す。この例示的なシナリオでは、コアネットワークは次世代（ＮｅｘｔＧｅｎ）コアネットワーク（ＮＧ ＣＮ）である。図６は、セカンダリセルグループ（ＳＣＧ）を介した分割ベアラの一例を示す。例６０２は、ＬＴＥがＭＣＧであり、ＮＲがＳＣＧであるシナリオを示す。このシナリオでは、コアネットワークは、発展型パケットコアネットワーク（ＥＰＣ）または次世代（ＮｅｘｔＧｅｎ）コアネットワーク（ＮＧ ＣＮ）であり得る。例６０４は、ＬＴＥがＳＣＧであり、ＮＲがＭＣＧであるシナリオを示す。このシナリオでは、コアネットワークは、次世代（ＮｅｘｔＧｅｎ）コアネットワーク（ＮＧ ＣＮ）である。図７は、セカンダリセルグループベアラの一例を示す。例えば、ベアラをコアネットワークから直接ＳＣＧにルーティングできる。例７０２は、ＬＴＥがＭＣＧであるシナリオを示す。このシナリオでは、コアネットワークは、発展型パケットコアネットワーク（ＥＰＣ）または次世代（ＮｅｘｔＧｅｎ）コアネットワーク（ＮＧ ＣＮ）であり得る。例７０４は、ＬＴＥがＳＣＧであり、ＮＲがＭＣＧであるシナリオを示す。このシナリオでは、コアネットワークは、次世代（ＮｅｘｔＧｅｎ）コアネットワーク（ＮＧ ＣＮ）である。
ここで、ネットワークスライシングに目を向けると、図８は、例示的なネットワークスライシング概念の上位の図を描いている。ネットワークスライスは、１つ以上の特定のユースケースの通信サービス要件をサポートする論理ネットワーク機能の集まりから構成され得る。場合によっては、端末は、事業者またはユーザのニーズを満たすように選択されたスライスに方向付けられ得る。例えば、端末（ＵＥ）は、サブスクリプションまたは端末種別に基づいて選択されたスライスに方向付けられ得る。ネットワークスライシングは、コアネットワークのパーティションを対象にすることができる。場合によっては、無線アクセスネットワーク（ＲＡＮ）は、複数のスライスをサポートするため、または異なるネットワークスライスのためのリソースの分割をサポートするために特定の機能を必要とすることがある。ネットワークスライシングの使用例を図９に示す。
ここで、ＮｅｘｔＧｅｎシステムのためのサービス品質（ＱｏＳ）フレームワークに目を向けると、図１０は、コアネットワーク（ＣＮ）１００２、無線アクセスネットワーク（ＲＡＮ）１００４、およびユーザ機器（ＵＥ）１００６の間のＱｏＳ機能の例示的な分配を示す。ＱｏＳパラメータは、限定ではなく例として提示される、以下のうちの１つ以上を含み得る。
・フロー優先度指標（ＦＰＩ）。これは、ＵＰおよびＡＮ機能でフロー処理ごとの優先度を定義することができる。これは、スケジューリングの優先度および輻輳の場合の優先度処理に対応し得る。これは、標準化されたＱＣＩにより従来のシステムで定義されている優先度と同様である。
・フロー優先度レベル（ＦＰＬ）。これは、ＡＮリソースへのアクセスに対するフローの相対的重要度を定義することができる。これは、従来のＬＴＥシステムで定義されている割り当ておよび保持の優先度（ＡＲＰ）と同様であり得る。
・パケット優先度指標（ＰＰＩ）。これは、ＵＰおよびＡＮ機能でパケットごとのスケジューリング優先度を定義することができる。同じフロー内のパケットには、異なるＰＰＩがマークされ得る。
・パケット破棄優先度指標（ＰＤＰＩ）。これは、例えば同じフロー内のコンテンツを区別するために、輻輳が発生した場合のパケットごとの破棄優先度を定義することができる。場合によっては、ダウンリンクのＰＤＰＩマーキングは、ＵＰ機能によって設定され、ＡＮによって使用される。
・最大フロービットレート（ＤＬ、ＵＬ）：単一フローまたはアグリゲーションフローに適用可能なＵＬおよびＤＬビットレート値。これは、フロー記述子によって識別されたデータフローに許可された最大ビットレートを示し得る。
・保証フロービットレート（ＤＬ、ＵＬ）：単一フローまたはアグリゲーションフローに適用可能なＵＬおよびＤＬビットレート値。これは、データフローに許可された保証ビットレートを示し得る。
・セッションビットレート（ＤＬ、ＵＬ）：確立したユーザセッションに適用可能なＵＬおよびＤＬのビットレート値。これは、ユーザセッションに許可された最大ビットレートを示し得る。
・反射型ＱｏＳ指標（ＲＱＩ）：単一フローまたはアグリゲーションフローに適用可能なＤＬ指標。これは、Ｕプレーンマーキングとして使用される場合、ＵＰ機能によって決定されてもよく、フローの有効期間の間パケットごとに適用され得る。
・リソースタイプ：ＧＢＲまたは非ＧＢＲ。
・パケット遅延バジェット。これは、ＵＥとＵＰ機能との間でパケットが遅延され得る時間の上限を定義することができる。
・パケットエラー損失率。これは、データリンクレイヤプロトコル（例えば、Ｅ−ＵＴＲＡＮのＲＬＣ）の送信者によって処理されているが、対応する受信機によって上位層（例えば、Ｅ−ＵＴＲＡＮのＰＤＣＰ）に正常に配信されていない、ＳＤＵ（例えば、ＩＰパケット）のレートの上限を定義することができる。
・信頼性。これは、遅延制約内でＸバイトを送信する成功率を定義することができる。例えば、ＵＲＬＬに関して、ユーザプレーン遅延の目標は、ＵＬについて０．５ｍｓ、ＤＬについて０．５ｍｓであり得、これは１ｍｓの往復遅延、または等価的に最大１ｍｓの再送信遅延を意味する。１ｍｓの遅延内で１−１０−５の信頼性は、１ｍｓ以下の再送信遅延で１−１０−５の信頼性を意味する。これは、信頼性の目標が１ｍｓの遅延制約内で１−１０−５であるＵＲＬＬアプリケーションに当てはまる。
・割り当ておよび保持の優先度。これは、優先度レベル、プリエンプション機能、およびプリエンプションの脆弱性に関する情報を含み得る。場合によっては、この優先度レベルによって、リソース要求の相対的な重要度が定義される。
・ＱｏＳ ＩＤ。これは、ＱｏＳプロファイルへのポインタとして使用され得る。
本明細書で使用される場合、別段の指定のない限り、ＰＤＵ（パケットデータユニット）接続サービスは、ＵＥとデータネットワークとの間でＰＤＵの交換を提供するサービスを指す。ＰＤＵセッションは、別段の指定のない限り、ＵＥとＰＤＵ接続サービスを提供するデータネットワークとの間の関連付けを指す。関連付けのタイプは、ＩＰタイプ、イーサネット（登録商標）タイプ、および非ＩＰタイプを含み得る。ＩＰタイプのＰＤＵセッションは、ＵＥとＩＰデータネットワークとの間の関連付けを指すことができる。ＰＤＵセッションは、１つ以上のサービスデータユニットフローを含み得る。本明細書で使用する場合、別段の指定のない限り、アプリケーション検出フィルタは、それらのパケットの拡張検査に基づいてアプリケーションによって生成されたパケット（例えば、ヘッダおよび／またはペイロード情報）を検出するために使用されるロジックを指す。パケットフローのダイナミクスもまた検出され得る。アプリケーション識別子は、別段の指定のない限り、特定のアプリケーション検出フィルタを指す識別子を指す。サービスデータユニットフロー（ＳＤＦ）は、別段の指定のない限り、ポリシー制御およびサービスデータフローテンプレートと一致する施行機能を通して潜在的に運ばれるパケットフローのアグリゲートされたセットを指す。便宜上、これはパケットフローとも呼ばれる場合もあり、パケットフローはＵＥからのおよび／またはＵＥへの特定のユーザデータフローであり得る。それぞれが特定のサービスデータフローフィルタに対応する、複数のパケットフローが、ＳＤＦに属し得る。
本明細書で使用される場合、別段の指定のない限り、サービスデータフローフィルタは、パケットフローのうちの１つ以上を識別するために使用されるパケットフローヘッダパラメータ値／範囲のセットを指す。これは、トラフィックフローフィルタ（ＴＦＦ）と本明細書において呼ばれることもあり、ＤＬ、ＵＬ、またはその両方に対して指定され得るフロー記述子として分類され得る。サービスデータフローフィルタテンプレートは、ＳＤＦを定義するために必要とされ得る、サービスデータフローフィルタまたはアプリケーション識別子のセットを指すことができる。これは、トラフィックフローテンプレート（ＴＦＴ）とも本明細書において呼ばれ得る。サービスデータフローフィルタ識別子は、ＰＤＵセッション内で、（例えば、ＣＮ ＣＰポリシー機能とＣＰ ＵＰの施行機能との間のインターフェース上で使用される）特定のサービスデータフロー（ＳＤＦ）フィルタに一意であるスカラーであり得る。サービスデータフローテンプレートは、アプリケーション検出フィルタを指すサービスデータフローフィルタのセットを指すことができ、サービスデータフローを定義するために必要となり得る。サービス識別子は、サービスに対する識別子を指す。サービス識別子は、フローベースの課金について指定された、サービスデータフローの最も詳細な識別情報を提供することができる。場合によっては、追加のＡＦ情報が利用可能であれば、サービスの具体的なインスタンスが識別され得る。ＩＰ ＣＡＮセッションは、ＵＥとＩＰネットワークとの間の関連付けを指すことができる。ＩＰ ＣＡＮセッションは、ＩＰタイプのＰＤＵセッションとみなすことができる。ＩＰ ＣＡＮベアラは、定義された容量、遅延、およびビット誤り率などのＩＰ伝送経路を指すことができる。エンドツーエンドシステムの観点から、ＩＰ ＣＡＮベアラは、ＥＰＳベアラ、無線アクセスベアラ（ＲＡＢ）、およびデータ無線ベアラ（ＤＲＢ）の連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）を含み得る。本明細書で使用される場合、別段の指定のない限り、パケットマーク（またはマーカ）は、所与のトラフィックフローフィルタ（ＴＦＦ）またはトラフィックフローフィルタテンプレート（ＴＦＴ）によって特徴付けられるデータパケットを、事前定義された一致するＱｏＳプロファイル（複数可）に一意に関連付けるためにパケットカプセル化ヘッダに含まれるマークを指す。各ＱｏＳプロファイルは、マークによって関連付けられ識別され得る。本明細書で使用される場合、別段の指定のない限り、ＱｏＳプロファイルは、上で定義されたＱｏＳパラメータのすべてまたはサブセットの組み合わせを指すことができる。ダウンリンクトラフィックの場合、場合によっては、パケットをアクセスネットワークに転送する前に、ＣＮに配置されたＵＰ機能によって各パケットにマークを適用することができる。アクセスネットワークでは、ＵＰ機能は、無線インターフェースを介してＵＥにパケットを送信する前にパケットマークを適用することができる。アップリンクでは、ＵＥは、アクセスネットワークにパケットを転送する前に、パケットマークを適用することができる。アクセスネットワークは、パケットをコアネットワークに中継する前に、同じことをすることができる。ＱｏＳ規則は、一般に、サービスデータフローの検出を可能にし、例えばＱｏＳマークを含む、それに関連付けられているＱｏＳパラメータまたはプロファイルを定義する、情報を指す。
ここで図１１を参照すると、例示的なシステム１１００が、サービスデータフロー、パケットフロー、サービスデータフローテンプレート、およびサービスデータフローフィルタの間の関係を示す。ＩＰタイプのＰＤＵセッションの場合、サービスデータフローを識別するサービスデータフローフィルタは、ＩＰ５タプルを一致させるためのパターン（例えば、送信元ＩＰアドレスまたはＩＰｖ６ネットワークプレフィックス、宛先ＩＰアドレスまたはＩＰｖ６ネットワークプレフィックス、送信元ポート番号、宛先ポート番号、ＩＰ上のプロトコルのプロトコルＩＤ）を識別し得る。サービスデータフローに属するパケットを識別する例示的な検出プロセスを図１２（ダウンリンク）および図１３（アップリンク）に示す。ダウンリンクトラフィックの場合、宛先アドレスのＩＰ ＣＡＮセッションに関連付けられているサービスデータフローテンプレートのダウンリンク部分は、検出プロセスで一致する候補である。アップリンクトラフィックの場合、ＩＰ ＣＡＮベアラに関連付けられているすべてのサービスデータフローテンプレートのアップリンク部分は、検出プロセスで一致する候補である。図１４は、３ＧＰＰ ＴＲ ２３．７９９からのコントロールプレーンシグナリングを説明するコールフロー図の一例である。
ここで、ロングタームエボリューション（ＬＴＥ）における論理チャネルに目を向けると、物理層は、ＭＡＣ以上の層への情報転送サービスを提供する。物理層トランスポートサービスは、無線インターフェースを介してデータがどのようにどのような特性で転送されるかによって説明される。これは、「トランスポートチャネル」と呼ばれる。トランスポートチャネルは、ＭＡＣとレイヤ１との間のＳＡＰであり、論理チャネルは、ＭＡＣとＲＬＣとの間のＳＡＰである。ＭＡＣ層は、論理チャネル上でデータ転送サービスを提供する。論理チャネルタイプのセットが、ＭＡＣによって提供される異なる種類のデータ転送サービスに対して定義される。各論理チャネルタイプは、どのタイプの情報が転送されるかによって定義される。ＬＴＥでは、ＭＡＣが制御チャネルおよびトラフィックチャネルを提供する。トランスポートチャネル上の論理チャネルのマッピングは、ＲＲＣによって構成されている多重化に応じて変わる。例示的なＬＴＥデータリンク（Ｌ２）構造およびＬＴＥ論理チャネルを図１５に示す。
ここで、図１６を参照して、ＬＴＥにおけるスケジューリングおよびＱｏＳ差別化に目を向けると、ＬＴＥにおけるスケジューラは、コアネットワークからのＱｏＳ構成と、ＵＥからのバッファ状態報告（ＢＳＲ）、ヘッドルーム報告（ＰＨＲ）、およびチャネル状態指標（ＣＳＩ）などのＵＥからの入力と、を利用して、スケジューリング決定を行い、ダウンリンクトラフィックならびにアップリンクトラフィックについてＱｏＳ差別化を提供する。ＬＴＥでは、ＱｏＳ差別化は、ベアラレベルの粒度で提供される。
論理チャネル優先順位付けに関して、論理チャネル優先順位付け手順は、新しい送信が実行されるときのアップリンク送信に適用され得る。一例では、ＲＲＣは、優先度の値が大きいほど優先度のレベルが低い、優先度と、優先順位付けされたビットレート（ＰＢＲ）を設定するｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅと、バケットサイズ長（ＢＳＤ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎと、を各論理チャネルについてシグナリングすることによって、アップリンクデータのスケジューリングを制御する。ＮＢ−ＩｏＴの場合、ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ、および論理チャネル優先順位付け手順の対応するステップ（例えば、以下のステップ１およびステップ２）は適用できない。
場合によっては、ＭＡＣエンティティは、各論理チャネルｊについて変数Ｂｊを維持する。関連する論理チャネルが確立されると、Ｂｊは、ゼロに初期化され、各ＴＴＩについて積ＰＢＲ×ＴＴＩの時間長だけ増やされ、ＰＢＲは、論理チャネルｊの優先順位付けされたビットレートである。ただし、Ｂｊの値はバケットサイズを超えることは決してできず、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合は、バケットサイズに設定される。論理チャネルのバケットサイズはＰＢＲ×ＢＳＤに等しく、ＰＢＲとＢＳＤとは上位層によって構成される。
場合によっては、ＭＡＣエンティティは、新しい送信が実行されたときに以下の論理チャネル優先順位付け手順を実行する。ＭＡＣエンティティは、以下のステップで論理チャネルにリソースを割り当てる。ステップ１において、Ｂｊ＞０であるすべての論理チャネルは、優先度の高い順にリソースが割り当てられる。論理チャネルのＰＢＲが「無限大」に設定されている場合、ＭＡＣエンティティは、優先度のより低い論理チャネル（複数可）のＰＢＲを満たす前に、その論理チャネルでの送信に利用可能なすべてのデータにリソースを割り当てる。ステップ２において、ＭＡＣエンティティは、ステップ１で論理チャネルｊに供給されたＭＡＣ ＳＤＵの合計サイズだけＢｊを減らす。Ｂｊの値は負になり得る。ステップ３において、場合によっては、リソースが残っている場合、すべての論理チャネルが、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、（Ｂｊの値に関係なく）厳密に優先度の高い順に扱われる。等しい優先度で構成された論理チャネルは、等しく扱われるべきである。
例示的な論理チャネル優先順位付け手順では、ＭＡＣエンティティは、以下の相対優先度を高い順に考慮に入れる：セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）またはＵＬ−ＣＣＣＨからのデータのためのＭＡＣ制御要素、パディングのために含まれるＢＳＲを除く、ＢＳＲのためのＭＡＣ制御要素、ＰＨＲ、拡張ＰＨＲ、またはデュアルコネクティビティＰＨＲのためのＭＡＣ制御要素、パディングのために含まれるサイドリンクＢＳＲを除く、サイドリンクＢＳＲのためのＭＡＣ制御要素、ＵＬ−ＣＣＣＨからのデータを除く、任意の論理チャネルからのデータ、パディングのために含まれるＢＳＲのためのＭＡＣ制御要素、パディングのために含まれるサイドリンクＢＳＲのためのＭＡＣ制御要素。
ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合、上記のステップ１から３および関連する規則が、各グラントに独立して、またはグラントの容量の合計のいずれかに適用され得る。また、グラントが処理される順序は、ＵＥの実装に委ねられる。ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合に、どのＭＡＣ ＰＤＵにＭＡＣ制御要素が含まれるかを決定することはＵＥの実装次第である。ＵＥが１つのＴＴＩで２つのＭＡＣエンティティにおいてＭＡＣ ＰＤＵ（複数可）を生成するように要求された場合、グラントがどの順序で処理されるかはＵＥの実装次第である。ＭＡＣエンティティは、上記に従ってＭＡＣ ＰＤＵ内にＭＡＣ制御要素およびＭＡＣ ＳＤＵを多重化する。
ＭＡＣ多重化のためのＬＴＥ論理チャネル優先順位付け動作の一例が図１７に示されており、チャネル１、チャネル２、およびチャネル３は、優先度の高い順になっている。この例によれば、チャネル１は最初にそのＰＢＲまで扱われ、チャネル２はそのＰＢＲまで扱われ、次いでチャネル３は（この例では、そのチャネルのために構成されているＰＢＲによって許可されるよりも利用可能なデータ量が少ないため）利用可能な限り多くのデータで扱われる。その後、ＭＡＣ ＰＤＵ内にそれ以上空きがなくなるまで、またはチャネル１からのデータがなくなるまで、ＭＡＣ ＰＤＵ内の残りのスペースが、最も優先度が高いチャネル１からのデータで満たされる。チャネル１を扱った後にまだ空きがある場合、チャネル２も同様に扱われ得る。
ここで、バッファ状態報告に目を向けると、バッファ状態報告は、ＭＡＣエンティティに関連付けられたＵＬバッファでの送信に利用可能なデータ量に関する情報をサービングｅＮＢに提供するために使用され得る。ＲＲＣは、タイマ（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ、およびｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を構成することと、場合により、論理チャネルをＬＣＧに割り当てるｌｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐを、各論理チャネルについてシグナリングすることと、によって、ＢＳＲ報告を制御する。次のイベントのいずれかが発生した場合、バッファ状態報告（ＢＳＲ）がトリガされ得る。
・現在、送信バッファにあるよりも優先度の高いデータが到着した場合。つまり現在送信中のものより優先度の高い論理チャネルグループのデータが到着した場合であり、これは、スケジューリングの決定に影響を与え得るためである。
・サービングセルの変更。この場合、バッファ状態報告は、端末内の状況に関する情報を新しいサービングセルに提供するのに有用である。
・タイマによって制御され定期的に。
・パディングの代わりに。スケジュールされたトランスポートブロックサイズに一致させるのに必要なパディング量がバッファ状態報告よりも大きい場合、バッファ状態報告が挿入される。
バッファ状態に加えて、各端末において利用可能な送信電力の量もまたアップリンクスケジューラに関連し得る。パワーヘッドルーム報告（ＰＨＲ）は、ＵＬ−ＳＣＨ上のＢＳＲと同様の方法で端末に報告される。ＰＨＲは、タイマによって制御されて定期的に、経路損失の変化によって（例えば、現在のパワーヘッドルームと最後の報告との間の差が構成可能な閾値よりも大きいとき）、またはパディングの代わりにトリガされ得る。
様々なタイプのＰＨＲが定義されている。タイプ１報告は、キャリア上でＰＵＳＣＨのみの送信を仮定したパワーヘッドルームを反映する。タイプ２報告は、ＰＵＳＣＨおよびＰＵＣＣＨ送信を仮定する。ＰＵＣＣＨは主コンポーネントキャリア上でのみ送信され得るため、タイプ１報告は、すべてのキャリアについて提供されるが、タイプ２報告は、主コンポーネントキャリアのみについて提供される。バッファ状態およびパワーヘッドルーム報告のシグナリングを図１８に示す。
ＬＴＥにおけるスケジューリング要求に関して、スケジューラは、送信するデータを有する端末、従ってアップリンクリソースにスケジューリングされる必要がある端末についての知識を必要とする。送信するデータを持たない端末にアップリンクリソースを提供する必要はなく、これは、グラントされたリソースを埋めるために端末がパディングを実行することになるだけであるためである。従って、最低限、スケジューラは、端末が、送信するデータ、かつグラントを与えられるべきデータを持っているか否かを知る必要がある。これはスケジューリング要求として知られている。スケジューリング要求は、有効なスケジューリンググラントを持たない端末に使用される。スケジューリング要求は、アップリンクスケジューラからアップリンクリソースを要求するために端末によって発生される単純なフラグ（ビット）である。各端末には、ｎ番目のサブフレームごとに発生する専用のＰＵＣＣＨスケジューリング要求リソースを割り当てられ得る。専用のスケジューリング要求メカニズムでは、端末の識別情報は、要求が送信されるリソースから黙示的に知られているので、スケジューリングを要求している端末の識別情報を提供する必要はない。送信バッファ内に既に存在するものよりも高い優先度を有するデータが端末に到着し、端末がグラントを持たず、従って、データを送信することができない場合、端末は、次の可能な瞬間にスケジューリング要求を送信する。要求を受信すると、スケジューラは、端末にグラントを割り当てることができる。端末が次の可能なスケジューリング要求の瞬間までスケジューリンググラントを受信しない場合、スケジューリング要求は繰り返される。キャリアアグリゲーションの場合、スケジューリング要求は、主コンポーネントキャリアのみでのＰＵＣＣＨ送信の一般原則に従って、主コンポーネントキャリアで送信される。端末が可能なアップリンクコンポーネントキャリアの数にかかわらず、ただ１つのスケジューリング要求ビットがある。
アップリンクにおいて、Ｅ−ＵＴＲＡＮは、ＰＤＣＣＨ（複数可）上のＣ−ＲＮＴＩを介して各送信時間間隔（ＴＴＩ）でリソース（物理リソースブロック（ＰＲＢ）および変調および符号化方式、ＭＣＳ）をＵＥに動的に割り当てることができる。リソースはリソースブロックペアで割り当てられる。リソースブロックペアは、１ｍｓ×１８０ｋＨｚの時間−周波数単位に対応する。ＵＥは、ダウンリンク受信が有効になっている場合にアップリンク送信のための可能な割り当てを見つけるために、常にＰＤＣＣＨを監視する（構成されている場合は不連続受信（ＤＲＸ）によって管理されるアクティビティ）。キャリアアグリゲーション（ＣＡ）が構成されている場合、同じＣ−ＲＮＴＩがすべてのサービングセルに適用される。
さらに、Ｅ−ＵＴＲＡＮは、最初のＨＡＲＱ送信および潜在的にはＵＥへの再送信のために半永続的アップリンクリソースを割り当てることができる。ＲＲＣは、半永続的アップリンクグラントの周期性を定義することができ、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、アップリンクグラントが半永続的グラントであるか否か（例えば、ＲＲＣによって定義された周期性に従って、後続のＴＴＩにおいて黙示的に再使用され得るか否か）を示すことができる。
ＵＥが半永続的アップリンクリソースを有するサブフレームにおいて、ＵＥがＰＤＣＣＨ（複数可）上でそのＣ−ＲＮＴＩを見つけることができない場合、ＵＥがＴＴＩにおいて割り当てられているという半永続的割り当てによるアップリンク送信がなされ得る。一部の例では、ネットワークは、事前定義されたＭＣＳに従って事前定義されたＰＲＢの復号を実行する。そうでなければ、ＵＥが半永続的アップリンクリソースを有するサブフレームにおいて、例えば、ＵＥがＰＤＣＣＨ（複数可）上でそのＣ−ＲＮＴＩを見つけた場合、ＰＤＣＣＨ割り当ては、そのＴＴＩに対する永続的割り当てをオーバーライドし、半永続的な割り当てではなく、ＰＤＣＣＨの割り当てに、ＵＥの送信が従う。再送信は、黙示的に割り当てられてもよく、その場合にはＵＥは半永続的アップリンク割り当てを使用する、またはＰＤＣＣＨを介して明示的に割り当てられてもよく、その場合にはＵＥは半永続的割り当てに従わない。場合によっては、アップリンクにブラインドデコーディングがなく、ＵＥが割り当てられたリソースを満たすのに十分なデータを持っていない場合に、パディングが使用される。
ＵＥが１つのＴＴＩにおいていくつかのサービングセルで有効なアップリンクグラントを与えられる場合、グラントが論理チャネル優先順位付けの間に処理される順序、およびジョイント処理またはシリアル処理が適用されるか否かは、場合によっては、ＬＴＥ Ａｕｇｍｅｎｔｅｄ Ａｃｃｅｓｓ（ＬＡＡ）のＳセルを介して論理チャネルの伝送制約を順守しながら、ＵＥの実装に委ねられる。
同様に、ダウンリンクに関して、場合によっては、半永続的アップリンクリソースは、Ｐセルに対してのみ構成され、Ｐセルに対するＰＤＣＣＨ割り当てのみが、半永続的割り当てをオーバーライドすることができる。ダウンリンク制御（ＤＣ）が構成されている場合、場合によっては、半永続的アップリンクリソースは、ＰセルまたはＰＳセルに対してのみ構成され得る。様々な例において、Ｐセルに対するＰＤＣＣＨ割り当てのみがＰセルに対する半永続的割り当てをオーバーライドすることができ、ＰＳセルに対するＰＤＣＣＨ割り当てのみがＰＳセルに対する半永続的割り当てをオーバーライドすることができる。
ＬＴＥでは、送信時間間隔（ＴＴＩ）は、ＵＬとＤＬとの両方において同じ値（例えば、１ｍｓ）の固定時間長を有すると定義される。ＴＴＩ時間長（例えば、ＴＴＩ長）は、スケジューリング機会（ＰＤＣＣＨ監視期間）の最小周期である。例えば、動的ＵＬスケジューリングの場合、ネットワークは、ＴＴＩごとにスケジューリンググラント情報をＵＥにシグナリングすることができる。半永続的スケジューリング（ＳＰＳ）のような準静的リソース割り当て方式の場合、ネットワークが準静的シグナリング（例えば、ＲＲＣシグナリング）を介して、スケジューリンググラントがｎ番目のサブフレームごとに、すなわちさらなる通知があるまで、適用されるという指示を伴うスケジューリンググラント、ＵＥに提供することによってスケジューリングオーバーヘッドを減らそうと試みるため、ＵＬスケジューリング機会の周期はＴＴＩ時間長より大きくなり得る。ＲＲＣシグナリングを介して構成された後、ＳＰＳスケジューリンググラントは、ＳＰＳ Ｃ−ＲＮＴＩを使用して（Ｅ）ＰＤＣＣＨシグナリングでアクティブ化または非アクティブ化され得る。ＬＴＥでは、偶然にも、ＰＤＣＣＨ監視期間とＵＬ送信時間間隔とが同じである。同様に、ＰＤＣＣＨ監視期間とＤＬ送信時間間隔とが同じである。以下の表１は、ＮＲヌメロロジのまとめをそれらの重要なパラメータと共に提示する。ヌメロロジのシンボルの時間長、スロットの時間長、またはミニスロットの時間長の間には比例関係がある。
下記の表１、表２、および表３において、パラメータ
Figure 2019532590
 はスロット当たりのＯＦＤＭシンボルの数を表し、パラメータ
Figure 2019532590
 は、無線フレームあたりのスロットの数を表し、パラメータ
Figure 2019532590
 は、無線サブフレームあたりのスロットの数を表す。
Figure 2019532590
Figure 2019532590
Figure 2019532590
本明細書では、従来のＬＴＥ設計は、ＵＬサービスの差別化に対するサポートが限られていることが認識されている。ＱｏＳ要件および／またはＵＬグラントに対するサービス差別化マッピングは確定的ではない。最高のＱｏＳ要件がすべての多重化サービスに強いられている。これにより無線リソースの使用が最適ではなくなる。３ＧＰＰは、複雑さ対性能のトレードオフ分析に基づいて、この非確定的サービスベースのグラント設計を採用した。新しいネットワーク世代無線システムアーキテクチャでは、ＵＬ ＱｏＳ差別化のためのＬＴＥ設計決定が再検討され得る。本明細書では、多様な５Ｇユースケースを考慮すると、ＬＴＥの限界がより悪くなり得ることが認識されている。
本明細書で論じられるように、ネットワークスライシングおよび物理層ヌメロロジ多重化の使用は、５Ｇシステムと総称される次世代セルラシステムのための対象とするユースケースの多様で相反する要件をサポートすることができる。無線アクセスネットワーク（ＲＡＮ）から、ネットワークスライシングのためのいくつかのアーキテクチャモデルが可能である。あるモデル（図１９Ａに示すモデル１）では、ネットワークスライス固有のコントロールプレーン、ネットワークスライス固有のユーザプレーン、およびネットワークスライス固有の物理リソースがあると仮定する。別のモード（図１９Ｂに示すモデル２）は、ネットワークスライス固有のコントロールプレーン、ネットワークスライス固有のユーザプレーン、ネットワークスライス固有のスケジューラ、および場合により物理リソースの共通プールを仮定している。このモデルでは、パブリック管理ネットワーク機能がスライス間で物理リソースを割り当て／再割り当てする。スライスは、リソースがスライスに割り当てられると、物理リソース固有のものとなる。さらに別のモデル（図１９Ｃに示すモデル３）は、共有ネットワークスライスコントロールプレーン、共有ネットワークスライスユーザプレーン、共有ネットワークスライススケジューラ、および物理リソースを仮定している。キャリア上でのヌメロロジ多重化の一例を図２０に示す。本明細書では、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）アーキテクチャはビーム中心であり得ることが認識されている。ビームを用いたセクタセルセルカバレッジの一例を図２１に示す。
本明細書では、ＮＲノードによるリソースグラント割り当てのためのメカニズムと、ＵＬトラフィックに対する、ＵＥによって受信されたリソースグラントの割り当てのためのメカニズムと、が説明される。ここで、具体的には、仮定されるデータリンク構造、ＮＲノードによるリソースグラント割り当て、ＵＬトラフィックに対する、ＵＥによって受信されたリソースグラントの割り当てのためのオプション、バッファ状態報告のためのオプション、パワーヘッドルーム報告のためのオプション、およびスケジューリング要求のためのオプションが説明される。
Ｌ２（データリンク）構造に関して、ヌメロロジは、限定ではなく例として提示される、以下のうちの１つ以上の組み合わせによって定義され得る：サブフレーム長、ガード時間間隔、サブフレームあたりのシンボルの数、サブキャリア間隔、および送信時間間隔（ＴＴＩ）。場合によっては、１つのヌメロロジが２つ以上のＴＴＩに関連付けられ得る。ＴＴＩは、スロット粒度レベル（例えば、７または１４個のＯＦＤＭシンボル）で、またはミニスロット粒度レベルで定義され得る。ミニスロットは、１つ以上のシンボルとして定義され得る。ヌメロロジは、帯域幅部分（ＢＷＰ）に関連付けられ得る。キャリアの帯域幅はＢＷＰに分割され、各ＢＷＰが所定のヌメロロジで構成され得る。ｇＮＢは、ＵＥのためにＢＷＰのヌメロロジを再構成することができる。本明細書で使用される場合、別段の指定のない限り、ヌメロロジおよびＢＷＰは、制限なしに、交換可能に使用され得る。
ここで、無線ベアラ（ＲＢ）モデルに目を向けると、本明細書で別段の指定のない限り、無線ベアラは、データ無線ベアラまたはシグナリング無線ベアラをどちらでも示すために使用され得る。ここで、モデルは無線ベアラ（シグナリング無線ベアラまたはデータ無線ベアラ）について検討されている。１つの例では、ＲＢは、ＵＥに対して構成された各ネットワークスライスに固有のものである。例えば、異なるネットワークスライスに属するデータは、ＵＥコンテキスト内の異なるＲＢセットにマッピングされ、ＲＢ構成は、ＵＥに対して構成された各ネットワークスライスに固有のものである。各ネットワークスライスには、ＵＥごとに２つ以上のＲＢが設定され得る。例えば、主な次世代システムのユースケース（例えば、ｅＭＢＢ、ＵＲＬＬまたはｍＭＴＣ）のいずれかが、異なるＱｏＳ要件を有する広範囲のアプリケーションをカバーすることができる。従って、例えば差別化されたＱｏＳを提供するためにｅＭＢＢネットワークをサポートするために、いくつかのＲＢがＵＥコンテキスト内に構成され得る。このモデルは、例えば異なるコアネットワークスライスをサポートするためにＲＡＮネットワークがスライシングされるシナリオに対応することができ、コアネットワークスライスは、静的構成または準静的構成（例えばセッション確立時）のいずれかを通じてＲＡＮネットワークスライスと関連付けられる。
別の例示的なモデルでは、ＲＢは、ＵＥに対して構成されたネットワークスライスに共通である。例えば、ＲＢ構成は、ネットワークスライス固有ではない場合がある。１つの実施形態では、異なるネットワークスライスからのデータは、おそらく同時に、同じＲＢにマッピングされてもよく、異なるＲＢからのデータは、同じネットワークスライスによって生成されたデータであってもよい。このモデルは、例えば、ＲＡＮネットワークがスライシングされていないシナリオに対応し得る。
別の例では、ＲＢ構成は、ＵＥに対して構成された各ヌメロロジに固有のものである。例えば、場合によっては、各ＲＢは、ＵＥコンテキスト内のただ１つのＰＨＹヌメロロジと関連付けることができ、ＲＢによって運ばれるデータは、１つのＰＨＹヌメロロジにしかマッピングすることができない。各ＰＨＹヌメロロジは、ＵＥコンテキスト内の２つ以上のＲＢに関連付けられ得る。無線ベアラは、別のＰＨＹヌメロロジに再構成されてもよい。本実施形態の一例として、またヌメロロジは２つ以上のＴＴＩを有することができるため、ｇＮＢは、１つ以上のＴＴＩを有するただ１つのヌメロロジにマッピングされた無線ベアラ（データ無線ベアラまたはシグナリング無線ベアラ）を用いてＵＥを構成し得る。同じベアラについて、ｇＮＢは、ダウンリンク方向におけるヌメロロジおよび／またはＴＴＩへの無線ベアラ（データ無線ベアラまたはシグナリング無線ベアラ）のマッピングとは異なる、アップリンク方向におけるヌメロロジおよび／またはＴＴＩへの無線ベアラ（データ無線ベアラまたはシグナリング無線ベアラ）のマッピングでＵＥを構成することができる。
さらに別の例では、ＲＢ構成は、所与のＵＥに対して構成された物理層（ＰＨＹ）ヌメロロジに共通であり得る。例えば、ＲＢ構成は、ＰＨＹヌメロロジ固有ではない場合がある。所与のＲＢ上のデータは、例えば、ＭＡＣスケジューリング決定の結果として、異なるヌメロロジに動的に（経時的に）マッピングされ得る。本実施形態の一例として、ｇＮＢは、２つ以上のヌメロロジにマッピングされた無線ベアラを用いてＵＥを構成することができ、各ヌメロロジが１つ以上のＴＴＩを有する。同じ無線ベアラ（データ無線ベアラおよびシグナリング無線ベアラ）に対して、ｇＮＢは、ダウンリンク方向およびアップリンク方向で、ヌメロロジおよび／またはＴＴＩに対する無線ベアラの異なるマッピングを用いてＵＥを構成することができる。例えば、ＵＥが構成されている各無線ベアラについて、無線ベアラがマッピングされるＵＬ方向のヌメロロジおよび／またはＴＴＩのセットは、ヌメロロジおよび／またはＴＴＩのセットと異なってもよく、論理チャネルはダウンリンク方向にマッピングされる。同様に、複数のＲＢが同じヌメロロジを共有し得る。例えば、アップリンク方向のＵＥにおいて、２つ以上のＲＢからのデータは、ＭＡＣスケジューリング決定の結果として同じヌメロロジにマッピングされ得る。場合によっては、空間多重化における異なる層は異なるヌメロロジに属し得る。
さらに別の態様では、上記の例示的なＲＢモデルを組み合わせることができる。例えば、場合によっては、一部のＲＢは、ネットワークスライス固有であるように構成され、他の一部のＲＢは、２つ以上のネットワークスライスの間で共通のＲＢとして構成され得る。共通シグナリング無線ベアラ（ＳＲＢ）を使用して、２つ以上のネットワークスライスに対するＵＥ構成およびコントロールプレーンシグナリングをサポートすることができる。例えば、コアネットワークワークは、１つの共通コントロールプレーンネットワークスライスを有することができる。共通コントロールプレーンに関連付けられているＮＡＳシグナリングは、無線アクセスネットワーク内の共通ＳＲＢにマッピングされてもよい。無線アクセスネットワークはそれ自体、共通コアネットワークコントロールプレーンスライスにマッピングされる共通コントロールプレーンＲＡＮスライスを有することができる。別の例では、ｇＮＢは、１つ以上のＴＴＩを有する１つのヌメロロジにのみマッピングされる１つの無線ベアラと、１つ以上のＴＴＩにマッピングされる２つ以上のヌメロロジにマッピングされる別の無線ベアラとを用いてＵＥを構成し得る。さらに、１つの方向（例えば、アップリンク（ＵＬ）方向またはダウンリンク（ＤＬ）方向）における無線ベアラのヌメロロジおよび／またはＴＴＩへのマッピングは、同じＵＥの無線ベアラによって異なり得る。
場合によっては、無線ベアラのヌメロロジおよび／またはＴＴＩへのマッピングの構成は、１フェーズまたは２フェーズのプロセスとみなされ得る。例示的な１フェーズのプロセスでは、ｇＮＢは、ＲＲＣ接続確立、ＲＲＣ接続再構成、またはＲＲＣ接続再開手順中に、無線ベアラとヌメロロジおよび／またはＴＴＩとのマッピングをＵＥにシグナリングすることができる。一例では、ｇＮＢはまた、ＭＡＣ制御要素（ＭＡＣ ＣＥ）シグナリングを使用して、無線ベアラをヌメロロジおよび／またはＴＴＩにマッピングするようにＵＥを構成し得る。ＵＥは、例えば手順が正常に完了すると、すべてのマッピング構成がアクティブであるとみなすことができる。例示的な２フェーズのプロセスでは、ＵＥは、まず、例えば、ＲＲＣ接続確立またはＲＲＣ接続再構成中に、ＲＲＣシグナリングを介して、構成された無線ベアラとヌメロロジおよび／またはＴＴＩとの間の潜在的なマッピングを用いて構成される（フェーズ１）。２番目のフェーズでは、ＵＥは、１番目のフェーズで受信されたマッピング構成の一部または全部をアクティブにする（使用する）ように、ＭＡＣ ＣＥシグナリングを通じてｇＮＢによって命令される。１つの実施形態では、ｇＮＢは、明示的なマッピングを介して、無線ベアラとヌメロロジおよび／またはＴＴＩとのマッピングを用いてＵＥを構成する。例えば、ＵＥは、アップリンクにおいて、ダウンリンクにおいて、またはその両方において、各無線ベアラに対して許可されるヌメロロジおよび／またはＴＴＩを用いて明示的に構成され得る。別の実施形態では、ＵＥは、無線ベアラとヌメロロジおよび／またはＴＴＩとのマッピングを黙示的に導出する。例えば、各無線ベアラについて、ｇＮＢは、アップリンクにおいて、ダウンリンクにおいて、またはその両方において、無線ベアラに許可されていないヌメロロジおよび／またはＴＴＩを用いてＵＥを構成する。各無線ベアラに対して、ＵＥは、ｇＮＢによって許可されているのはどのヌメロロジおよび／またはＴＴＩであるか、およびｇＮＢによって許可されていないのはどれかを識別するために、ｇＮＢからの構成を使用する。
ここで、例示的な論理チャネルモデル（例えば、制御チャネルおよびトラフィックチャネル）に目を向けると、１つの例では、論理チャネルは、ＵＥに対して構成された各ネットワークスライスに固有のものである。例えば、ＭＡＣ制御要素（ＭＡＣ ＣＥ）のためのデータを含む、異なるネットワークスライスに属するデータは、ＵＥコンテキスト内の異なる論理チャネルセットにマッピングされ、論理チャネル構成は、ＵＥに対して構成された各ネットワークスライスに固有のものである。各ネットワークスライスには、ＵＥごとに２つ以上の論理チャネルが設定され得る。例えば、主な次世代システムのユースケース（例えば、ｅＭＢＢ、ＵＲＬＬまたはｍＭＴＣ）のいずれかが、異なるＱｏＳ要件を有する広範囲のアプリケーションをカバーすることができる。従って、例えばＭＡＣ層に、差別化されたデータ転送サービスアクセスポイント、ひいては差別化されたＱｏＳを提供するためにｅＭＢＢネットワークをサポートするために、いくつかの論理チャネルがＵＥコンテキスト内に構成され得る。このモデルは、例えば異なるコアネットワークスライスをサポートするためにＲＡＮネットワークがスライシングされるシナリオに対応することができ、コアネットワークスライスおよび関連付けられているＲＡＮネットワークスライスは、静的構成または準静的構成（例えばセッション確立時）のいずれかを通じて構成される。
別の論理チャネルの例では、論理チャネルは、ＵＥに対して構成されたネットワークスライスに共通である。例えば、論理チャネル構成は、ネットワークスライス固有ではない場合がある。これは、コアネットワークのスライス中にＲＡＮがスライスされないデプロイメントシナリオの場合に当てはまり得る。異なるネットワークスライスからのデータは、おそらく同時に、同じ論理チャネルにマッピングされてもよく、異なる論理チャネルからのデータは、同じネットワークスライスによって生成されたデータであってもよい。
さらに別の論理チャネルの例では、論理チャネル構成は、ＵＥに対して構成された各ヌメロロジに固有のものである。例えば、場合によっては、各論理チャネルは、ＵＥコンテキスト内のただ１つのＰＨＹヌメロロジと関連付けることができ、論理チャネルによって運ばれるデータは、１つのＰＨＹヌメロロジにしかマッピングすることができない。各ＰＨＹヌメロロジは、ＵＥコンテキスト内の２つ以上の論理チャネルに関連付けられ得る。論理チャネルは、別のＰＨＹヌメロロジに再構成されてもよい。本実施形態の一例として、またヌメロロジは２つ以上のＴＴＩを有することができるため、ｇＮＢは、１つ以上のＴＴＩを有するただ１つのヌメロロジにマッピングされた論理チャネルを用いてＵＥを構成し得る。同じ論理チャネルについて、ｇＮＢは、ダウンリンク方向における論理チャネルのヌメロロジおよび／またはＴＴＩへのマッピングとは異なる、アップリンク方向におけるヌメロロジおよび／またはＴＴＩへのマッピングでＵＥを構成することができる。
さらに別の例では、論理チャネルは、ＵＥに対して構成された物理層（ＰＨＹ）ヌメロロジに共通であり得る。例えば、論理チャネル構成は、ＰＨＹヌメロロジ固有ではない場合がある。所与の論理チャネル上のデータは、例えば、ＭＡＣスケジューリング決定の結果として、異なるヌメロロジに動的に（経時的に）マッピングされ得る。例えば、ＢＣＣＨに対応する論理チャネルのデータは、情報ブロードキャスト専用の物理チャネル（例えば、ＰＢＣＨ）のヌメロロジ、または他のシグナリングまたはＰＤＳＣＨなどのデータトラフィックによって使用される物理ダウンリンク共有チャネルのヌメロロジにマッピングされ得る。本実施形態の一例として、ｇＮＢは、２つ以上のヌメロロジにマッピングされた論理チャネルを用いてＵＥを構成することができ、各ヌメロロジが１つ以上のＴＴＩを有する。同じ論理チャネルに対して、ｇＮＢは、ダウンリンク方向およびアップリンク方向で、ヌメロロジおよび／またはＴＴＩに対する論理チャネルの異なるマッピングを用いてＵＥを構成することができる。例えば、ＵＥが構成されている各論理チャネルについて、論理チャネルがマッピングされるＵＬ方向のヌメロロジおよび／またはＴＴＩのセットは、ヌメロロジおよび／またはＴＴＩのセットと異なってもよく、論理チャネルはダウンリンク方向にマッピングされる。
場合によっては、上記の例示的な論理モデルのうちの２つ以上を互いに組み合わせることができる。例として、一部の論理チャネルは、ネットワークスライス固有であるように構成され、他の一部の論理チャネルは、２つ以上のネットワークスライスに共通として構成され得る。共通シグナリング無線ベアラ（ＳＲＢ）にマッピングされた論理チャネルを使用して、２つ以上のネットワークスライスに対するネットワーク構成およびコントロールプレーンシグナリングをサポートすることができる。例えば、コアネットワークワークは、１つの共通コントロールプレーンネットワークスライスを有することができる。共通コントロールプレーンに関連付けられているＮＡＳシグナリングは、無線アクセスネットワーク内の共通ＳＲＢにマッピングされてもよい。無線アクセスネットワークはそれ自体、共通コアネットワークコントロールプレーンスライスにマッピングされる共通コントロールプレーンＲＡＮスライスを有することができる。別の例では、ｇＮＢは、１つ以上のＴＴＩを有する１つのヌメロロジにのみマッピングされる１つの無線ベアラと、２つ以上のヌメロロジにマッピングされる別の無線ベアラとを用いてＵＥを構成でき、各ヌメロロジが１つ以上のＴＴＩを有する。さらに、１つの方向、例えば、アップリンク（ＵＬ）方向またはダウンリンク（ＤＬ）方向における無線ベアラのヌメロロジおよび／またはＴＴＩへのマッピングは、同じＵＥの無線ベアラによって異なり得る。
場合によっては、論理チャネルのヌメロロジおよびまたはＴＴＩへのマッピングの構成は、１段階（１フェーズ）手順または２段階（２フェーズ）であり得る。例示的な１フェーズの実施形態では、図２２および図２３を参照すると、ｇＮＢは、ＲＲＣ接続確立手順、ＲＲＣ接続再構成手順、またはＲＲＣ接続再開手順中に、論理チャネルとヌメロロジおよび／またはＴＴＩとのマッピングをＵＥにシグナリングすることができる。ｇＮＢはまた、ＭＡＣ制御要素（ＭＡＣ ＣＥ）シグナリングを使用して、論理チャネルをヌメロロジおよび／またはＴＴＩにマッピングするようにＵＥを構成し得る。場合によっては、ＵＥは、例えば手順が正常に完了すると適用可能として、すべてのマッピング構成がアクティブであるとみなす。例示的な２フェーズの態様では、図２４および図２５を参照して、ＵＥは、まず、例えば、ＲＲＣ接続確立またはＲＲＣ接続再構成中に、ＲＲＣシグナリングを介して、構成された論理チャネルとヌメロロジおよび／またはＴＴＩとの間の潜在的なマッピングを用いて構成される（フェーズ１）。２番目のフェーズでは、ＵＥは、１番目のフェーズで受信されたマッピング構成の一部または全部をアクティブにする（使用する）ように、ＭＡＣ ＣＥシグナリングを通じてｇＮＢによって命令される。１つの実施形態では、ｇＮＢは、明示的なマッピングを介して、論理チャネルとヌメロロジおよび／またはＴＴＩとのマッピングを用いてＵＥを構成する。例えば、ＵＥは、アップリンクにおいて、ダウンリンクにおいて、またはその両方において、各論理チャネルに対して許可されるヌメロロジおよび／またはＴＴＩを用いて明示的に構成され得る。別の実施形態では、ＵＥは、論理チャネルとヌメロロジおよび／またはＴＴＩとのマッピングを黙示的に導出する。例えば、各無線ベアラについて、ｇＮＢは、アップリンクにおいて、ダウンリンクにおいて、またはその両方において、論理チャネルに許可されていないヌメロロジおよび／またはＴＴＩを用いてＵＥを構成する。各論理チャネルに対して、ＵＥは、ｇＮＢによって許可されているのはどのヌメロロジおよび／またはＴＴＩであるか、およびｇＮＢによって許可されていないのはどれかを識別するために、ｇＮＢからの構成を使用する。
図２２〜図２５に示されるステップを実行するエンティティは、図５２Ｂおよび図５２Ｆに示すものなどの無線および／またはネットワーク通信のために構成された装置またはコンピュータシステムにおいて、そのメモリに記憶され、そのプロセッサ上で実行されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることを理解されたい。つまり、図２２〜図２５に示す方法（複数可）は、図５２Ｂおよび図５２Ｆに示す装置またはコンピュータシステムなどの装置のメモリに記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実施することができ、このコンピュータの実行可能命令は、装置のプロセッサによって実行された場合に、図２２〜図２５に示すステップを実行する。図２２〜図２５に示される任意の送信および受信ステップは、装置のプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって実行されてもよいことも理解されたい。
ここで、例示的なＲＲＣ論理チャネル構成情報要素（ＩＥ）に目を向けると、図２６は、ＲＲＣ論理チャネル構成ＩＥおよびＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ情報要素の一例を示す。図２７は、ＲＲＣ構成ヌメロロジ構造の一例を示す図である。各コンポーネントキャリアについて、ＵＥは、ヌメロロジのリストを用いて構成されてもよく、各ヌメロロジは、例えば、図２７のデータ構造によって示されるように定義されてもよい。場合によっては、ＵＥが構成されているヌメロロジのセット全体内の各ヌメロロジがインデックス付けされる。構造におけるパラメータＮｕｍｅｒｏｌｏｇｙＩｎｄｅｘは、ＵＥのために構成されたヌメロロジのリスト内の１つのヌメロロジを指す。各ヌメロロジは、パラメータｔｔｉ−Ｌｉｓｔで表されるＴＴＩのリストを有する。ＴＴＩの可能な値が列挙される（例えば、ＴＴＩ ｘ、ＴＴＩ ｙおよびＴＴＩ ｚ）。ヌメロロジは、ＴＴＩの可能な値のサブセットであるＴＴＩのリストを用いて構成され得る。別段の指定のない限り、ヌメロロジインデックスおよび伝送プロファイルという用語は、限定なしに、本明細書において交換可能に使用される。
ここで、ＭＡＣアーキテクチャに関して、様々な例示的なモデルを説明する。１つの例では、１つのＭＡＣエンティティがＵＥにおいて構成される。このＭＡＣエンティティは、ＵＥのために構成されたすべてのスライスに共通である。マルチコネクティビティ（例えば、デュアルコネクティビティ）では、ネットワーク内の別個のスケジューラにより接続ごとに１つのＭＡＣエンティティがＵＥにおいて構成される。これらのＭＡＣエンティティのそれぞれは、ＵＥに対して構成されたすべてのスライスに共通であり得る。マルチコネクティビティは動作モードを指すことができ、接続モードの複数のＲｘ／Ｔｘ ＵＥが、非理想的バックホールを介して接続された複数の異なるスケジューラによって提供されるＥ−ＵＴＲＡおよび／またはＮＲの中で無線リソースを利用するように構成される。例えば、デュアルコネクティビティでは、１つはＭＣＧ用、もう１つはＳＣＧ用の、２つのＭＡＣエンティティをＵＥにおいて構成することができる。ＭＡＣエンティティのそれぞれは、ＵＥに対して構成されたスライスに共通であり得る。一部の例では、ＭＡＣエンティティは、ＮＲに対して定義されたトランスポートチャネルを処理し、例えば、これは、以下のトランスポートチャネルのＮＲ同等物であり得る：ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（複数可）（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、アップリンク共有チャネル（複数可）（ＵＬ−ＳＣＨ）、ランダムアクセスチャネル（複数可）（ＲＡＣＨ）、マルチキャストチャネル（複数可）（ＭＣＨ）、サイドリンクブロードキャストチャネル（ＳＬ−ＢＣＨ）、サイドリンク発見チャネル（ＳＬ−ＤＣＨ）、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）。場合によっては、各ＭＡＣエンティティは、物理アップリンク制御チャネル（例えば、ＬＴＥ ＰＵＣＣＨまたは同等なＮＲチャネル）送信および競合ベースのランダムアクセスをサポートするサービングセルを用いてＲＲＣによって構成される。一例では、各ＭＡＣエンティティについて、トランスポートチャネルのうちの一部は、例えばトラフィックトランスポートチャネル（例えば、ｅＭＢＢ、ＵＲＬＬまたはｍＭＴＣ）のために、ＵＥにおいて構成されたネットワークスライスごとに構成され得る。これは、Ｓセルが存在しなくても、複数のＤＬ−ＳＣＨ（またはＮＲ同等ＤＬトランスポートチャネル）が存在し得、複数のＵＬ−ＳＣＨ（またはＮＲ同等ＵＬトランスポートチャネル）およびＲＡＣＨがＭＡＣ構成ごとにＵＥにおいて構成され得ることを意味し得る。ＵＥ ＭＡＣエンティティが１つ以上のＳセルで構成されている場合、複数のＤＬ−ＳＣＨ（またはＮＲ同等ＤＬトランスポートチャネル）があり得、複数のＵＬ−ＳＣＨ（またはＮＲ同等ＵＬトランスポートチャネル）およびＲＡＣＨがＭＡＣエンティティごとにＵＥにおいて構成され得、Ｓｐセル上で潜在的にスライスごとに１つのＤＬ−ＳＣＨおよびＵＬ−ＳＣＨ、各Ｓセルごとに、潜在的にスライスごとに１つのＤＬ−ＳＣＨ、０または１つのＵＬ−ＳＣＨ、および０または１つのＲＡＣＨ。
別の例として、スライスごとに１つのＭＡＣエンティティがＵＥにおいて構成される。マルチコネクティビティ（デュアルコネクティビティ）では、ネットワーク内の別個のスケジューラにより接続ごとにスライスごとに１つのＭＡＣエンティティがＵＥにおいて構成され得る。マルチコネクティビティは動作モードを指し、接続モードの複数のＲｘ／Ｔｘ ＵＥが、非理想的バックホールを介して接続された複数の異なるスケジューラによって提供されるＥ−ＵＴＲＡおよび／またはＮＲの中で無線リソースを利用するように構成される。例えば、デュアルコネクティビティでは、スライスごとに２つのＭＡＣエンティティがＵＥにおいて構成され、１つがＭＣＧ用であり、１つがＳＣＧ用である。この例示的なシナリオでは、初期アクセス手順（例えば、ランダムアクセス手順、ページングまたはＳＩ情報提供）を、すべてのネットワークスライスに共通にするために、初期アクセス手順の処理専用の１つのＭＡＣエンティティをＵＥにおいて構成することができる。マルチコネクティビティ（デュアルコネクティビティ）では、初期アクセス手順の処理専用の１つのＭＡＣエンティティが、ネットワークにおける個別のスケジューラにより接続ごとにＵＥにおいて構成される。このＭＡＣエンティティは、物理アップリンク制御チャネル（例えば、ＬＴＥ ＰＵＣＣＨまたは同等なＮＲチャネル）送信および競合ベースのランダムアクセスをサポートするサービングセルを用いてＲＲＣによって構成される。場合によっては、ＭＡＣエンティティは、ＮＲ、例えば、以下のトランスポートチャネルのＮＲ同等物に対して定義されたトランスポートチャネルを処理する：ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（複数可）（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、アップリンク共有チャネル（複数可）（ＵＬ−ＳＣＨ）、ランダムアクセスチャネル（複数可）（ＲＡＣＨ）、マルチキャストチャネル（複数可）（ＭＣＨ）、サイドリンクブロードキャストチャネル（ＳＬ−ＢＣＨ）、サイドリンク発見チャネル（ＳＬ−ＤＣＨ）、サイドリンク共有チャネル（ＳＬ−ＳＣＨ）。トランスポートチャネルは、ＵＥにおいて構成されたネットワークスライスごとに構成され得る（例えばトラフィックトランスポートチャネル（例えば、ｅＭＢＢ、ＵＲＬＬまたはｍＭＴＣ）。ＵＥ ＭＡＣエンティティが１つ以上のＳセルで構成されている場合、複数のＤＬ−ＳＣＨ（またはＮＲ同等ＤＬトランスポートチャネル）があり、複数のＵＬ−ＳＣＨ（またはＮＲ同等ＵＬトランスポートチャネル）およびＲＡＣＨがＭＡＣエンティティごとにＵＥにおいて構成され得、Ｓｐセル上でスライスごとに１つのＤＬ−ＳＣＨおよびＵＬ−ＳＣＨ、各Ｓセルごとに、潜在的にスライスごとに１つのＤＬ−ＳＣＨ、０または１つのＵＬ−ＳＣＨ、および０または１つのＲＡＣＨ。
別の例では、上記の例の組み合わせが実装され、一部のＭＡＣエンティティはネットワークスライスに共通であり、一部スライスに固有である。
ＰＨＹのヌメロロジは、ＭＡＣサブレイヤで可視である。ＵＥを構成する各ＰＨＹヌメロロジについて、ＵＥ ＭＡＣに関連構成（例えば、ＴＴＩ、サブキャリア間隔、ＣＰ長、周波数−時間領域リソースマッピングなど）を設けることができる。別の実施形態では、ＭＡＣ構成は明示的なヌメロロジ構成を持たない。そうではなく、場合によっては、ヌメロロジ構成は、コンポーネントキャリア構成の一部としてコンポーネントキャリアごとに定義される。例えば、ヌメロロジ構成は、ＵＥ固有の物理チャネル構成を指定するためにＬＴＥにおいて使用されるＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ構造の（ダウンリンクにおける）ｐｄｓｃｈ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄまたは（アップリンクにおける）ｐｕｃｃｈ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄのようなＩＥ構造の一部として定義され得る。ＵＥ ＰＨＹを構成する各ヌメロロジについて、ＵＥ ＰＨＹサブレイヤは、ヌメロロジ構成をＵＥ ＭＡＣに可視とすることができる。さらに別の代替策では、ＰＨＹは、ＭＡＣヌメロロジ構成にさらされない。そうではなく、ＭＡＣは、論理チャネル多重化およびスケジューリング機能を実行するために、ヌメロロジの優先度の値、論理チャネル優先度、およびヌメロロジ構成への論理チャネルのマッピングに依拠し得る。
場合によっては、ＭＡＣスケジューラは、例えば、サポートされるヌメロロジおよび／またはＴＴＩに関して、コンポーネントキャリア構成情報に基づいて、論理チャネルからのデータまたはデータ無線ベアラからのデータが、許可されたヌメロロジおよびまたはＴＴＩのサブセットまたはすべてのみをサポートするコンポーネントキャリアにのみマッピングされることを確実にすることによって、適切なコンポーネントキャリアスケジューリングを通じて、正しいヌメロロジへのベアラのマッピング、より具体的には、正しいヌメロロジへの（ベアラがマッピングされる）論理チャネルのマッピングを実施する。この例示的なオプションでは、ＭＡＣスケジューラは、コンポーネントキャリアが少なくとも１つのヌメロロジおよびまたはＴＴＩが論理チャネルで許可された状態で構成されていても、この論理チャネルで１つ以上のヌメロロジが許可されていないコンポーネントキャリアに論理チャネルからのデータをスケジューリングしない。
ＨＡＲＱは、様々な例示的な実施形態に従ってモデル化することができる。１つの例では、ダウンリンクにおいて、各サービングセルについてＭＡＣエンティティに１つのＨＡＲＱエンティティがあり、これは、いくつかの並列ＨＡＲＱプロセスを維持する。同様に、アップリンクにおいて、構成されたアップリンクを有する各サービングセルについてＭＡＣエンティティに１つのＨＡＲＱエンティティがあり得、これは、いくつかの並列ＨＡＲＱプロセスを維持し、以前の送信の受信成功または受信失敗に関するＨＡＲＱフィードバックを待つ間に送信を連続的に行うことを可能にする。ＨＡＲＱエンティティはネットワークスライスに共通であり得る。例えば、場合によっては、ＨＡＲＱエンティティはネットワークスライス固有ではない。異なるネットワークスライスからのデータは同じＨＡＲＱエンティティにマッピングされてもよく、同じネットワークスライスからのデータは異なるＨＡＲＱエンティティにわたって構成されてもよい。ＨＡＲＱエンティティ当たりの並列ＨＡＲＱプロセスの数は、例えば、ＲＲＣシグナリングを通じて構成可能であり得る。場合によっては、ＨＡＲＱエンティティは、２つ以上のＰＨＹヌメロロジをサポートするように構成され得る。例えば、１つのＨＡＲＱエンティティからのデータは、２つ以上のヌメロロジからのリソースを使用して送信され得る。同じＨＡＲＱエンティティ内で、異なるＰＨＹヌメロロジ（例えば、遅延要件による、より短いＴＴＩ／シンボル長など）を有するデータが、異なるＨＡＲＱプロセスにマッピングされ得る。このオプションの例示的な実施形態は、コンポーネントキャリア（セル）ごとに１つのＨＡＲＱエンティティがある場合であり、各コンポーネントキャリアは、２つ以上のヌメロロジおよび／またはＴＴＩをサポートする。ヌメロロジ構成は、コンポーネントキャリアごとに、コンポーネントキャリア構成の一部として、例えば、ＵＥ固有の物理チャネル構成を指定するためにＬＴＥにおいて使用されるＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ構造の（ダウンリンクにおける）ｐｄｓｃｈ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄまたは（アップリンクにおける）ｐｕｃｃｈ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄのようなＩＥ構造の一部として定義され得る。
別の例では、構成されたアップリンクを有する各サービングセルについてＭＡＣエンティティにネットワークスライスごとに１つのＨＡＲＱエンティティがあり、これは、いくつかの並列ＨＡＲＱプロセスを維持し、以前の送信の受信成功または受信失敗に関するＨＡＲＱフィードバックを待つ間に送信を連続的に行うことを可能にする。
さらに別の例では、ＨＡＲＱエンティティはネットワークスライス固有のものである。例えば、異なるネットワークスライスからのデータは、異なるＨＡＲＱエンティティにマッピングされてもよい。各ネットワークスライスは、２つ以上のＨＡＲＱエンティティを有することができる。ＨＡＲＱエンティティ当たりの並列ＨＡＲＱプロセスの数は、例えば、ＲＲＣシグナリングを通じて構成可能であり得る。
さらに別の例では、ＨＡＲＱエンティティはヌメロロジ固有のものである。例えば、各ＨＡＲＱエンティティは、特定のＰＨＹヌメロロジで構成することができ、ＨＡＲＱエンティティから送信されるすべてのデータは、同じＰＨＹヌメロロジを使用することができる。このオプションの例示的な実施形態は、コンポーネントキャリア（セル）ごとに１つのＨＡＲＱエンティティがある場合であり、各コンポーネントキャリアは、ただ１つのヌメロロジおよび／またはＴＴＩで定義される。
場合によっては、ＨＡＲＱエンティティはヌメロロジ固有ではない。ＨＡＲＱエンティティから送信されたデータへのヌメロロジの割り当ては、スケジューリング決定の結果として動的であり得る。
別の例示的なＨＡＲＱモデルでは、上記の例示的なオプションのうちの２つ以上の組み合わせが実装される。例えば、一部のＨＡＲＱエンティティは、ネットワークスライス固有であるように構成され、他の一部のＨＡＲＱエンティティは、２つ以上のネットワークスライスの間で共通のＨＡＲＱエンティティとして構成され得る。
ここで、ＲＢ、論理チャネル、ＭＡＣ、およびＨＡＲＱについての上記の可能性のあるモデルに基づいて、ＮＲ無線データリンク（Ｌ２）アーキテクチャについての以下の実施形態を説明する。これらの実施形態は、例示の目的でＵＬ Ｌ２構造を使用して示されているが、同じ概念がダウンリンクに適用されてもよいことが理解されよう。
ここで図２８を参照すると、例示的な実施形態によれば、スライス固有のＬ２構造が使用される。図２８は、スライス固有のＲＢ、スライス固有の論理チャネル、およびスライス固有のＭＡＣサブレイヤをサポートするＵＬ Ｌ２構造の一例を示す。この例は、物理リソースの共通プールがスライス間で共有される構成、ならびに物理リソース（すなわち、コンポーネントキャリア（ＣＣ）および／またはビーム）がスライス固有である構成をサポートする。この例では、図２８を参照すると、ＰＨＹのマルチビーム特性がＭＡＣサブレイヤにさらされている。例えば、ビーム構成は、ＭＡＣサブレイヤに把握され得る。場合によっては、複数のビームでのＵＬ送信がＵＥでサポートされている場合、ビームごとに別々のＨＡＲＱエンティティを使用することができる。ビーム構成はスライス固有でもよい。１つの実施形態では、ビーム構成はＭＡＣには可視であり得るが、ＨＡＲＱエンティティ固有ではなく、すべてのＨＡＲＱエンティティまたはサービングセルは、ネットワークスライスごとに同じビーム構成を共有することができる。あるいは、これらの詳細は、ＭＡＣサブレイヤに対して透過的なままであり得、その場合、ＣＣごとにビームごとに１つのＨＡＲＱエンティティを有するのとは対照的に、ＣＣごとに１つのＨＡＲＱエンティティがあり得る。場合によっては、このセクションに示されているアーキテクチャ例のそれぞれについて、ＵＥまたはＮＲノードのいずれかでの送信に使用されるビームの数に関係なく、サービングセルごとに１つのＨＡＲＱエンティティがある代替例も企図される。例えば、ＵＬデータ構造の場合、ＵＥによって使用される送信ビームの数にかかわらず、ＵＥにおいてサービングセル（コンポーネントキャリア）ごとに１つのＨＡＲＱエンティティがあり得る。一例を図２９に示す。同様に、ＤＬにおいて、場合によっては、ＮＲノードによる送信ビームの数にかかわらず、ＮＲノードにおいてサービングセル（コンポーネントキャリア）ごとに１つのＨＡＲＱエンティティがあり得る。
一部の例では、ＭＡＣサブレイヤは、論理チャネルからのデータを多重化し、生成されたトランスポートブロック（複数可）を、ＵＥがＵＬグラントを受信したＣＣ（複数可）／ビーム（複数可）にマッピングする役割を果たす。
ここで、図３０を参照すると、スライス固有のＲＢおよび論理チャネル、ならびに共通ＭＡＣサブレイヤをサポートするＵＬ Ｌ２構造の一例を示す。この例は、物理リソースの共通プールがスライス間で共有される構成をサポートし得る。図３０に示される本実施形態では、ＰＨＹのマルチビーム特性およびサポートされるヌメロロジがＭＡＣサブレイヤにさらされている。場合によっては、複数のビームでのＵＬ送信がＵＥでサポートされている場合、ビームごとに別々のＨＡＲＱエンティティを使用することができる。あるいは、ＰＨＹのこれらの特性の一方または両方は、ＭＡＣサブレイヤに対して透過性のままであり得る。例えば、場合によっては、ＣＣごとに、ビームごとに、ヌメロロジごとに１つのＨＡＲＱエンティティではなく、ＣＣごとに１つのＨＡＲＱエンティティがある。
ＭＡＣサブレイヤは、論理チャネルからのデータを多重化し、生成されたブロック（複数可）を、ＵＥがＵＬグラントを受信したＣＣ（複数可）／ビーム（複数可）／ヌメロロジにマッピングする役割を果たし得る。
ここで、図３１を参照すると、Ｌ２構造は、スライス固有のＲＢ、スライス固有の論理チャネル、スケジューリングおよび多重化のための共通の上位ＭＡＣ層、およびスライス固有のＨＡＲＱをサポートする。この例では、ＵＬ共有トランスポートチャネル（またはＮＲ内の同等チャネル）はスライス固有である。例えば、ＵＲＬＬネットワークスライスは、ＵＲＬＬ要件を満たすためにＰＨＹチャネルと共に構成されたトランスポートチャネルと共に専用ＨＡＲＱにマッピングされてもよい。ＣＣごとに２つ以上のスライスが存在することができ、従って、ＣＣ内に２つ以上のＨＡＲＱおよび２つ以上の関連するトランスポートが存在することができる。
図３２に示す例は、図３１に示す例と同様であるが、ＲＢおよび論理チャネルがスライス固有ではない。
ここで、図３３を参照すると、ＢＲおよび論理チャネルはスライス固有である。ＨＡＲＱエンティティを含むＭＡＣは、スライスに共通であり、スライス固有ではない。この例は、図３０に示す例と同様であるが、ＵＬトランスポートチャネル（ＵＬ ＳＣＨまたはＮＲ同等物）などのトランスポートチャネルはスライス固有である。このモデルでは、各ＨＡＲＱエンティティは、複数のＵＬ ＳＣＨ、例えばスライスごとに１つを有することができる。異なるスライスに属するトランスポートチャネルは、ＨＡＲＱエンティティによる異なるＨＡＲＱプロセスに関連付けられている。
図３４を参照すると、Ｌ２構造がスライス固有であり得るが、他の一部のネットワークスライスについては、ＲＢおよび論理チャネルのみがスライス固有である、例示的なアーキテクチャが示されている。
ここで、ＱｏＳプロビジョニングおよびベアラマッピングに目を向けると、上記のように、パケットマーク（またはマーカ）は、所与のトラフィックフローフィルタ（ＴＦＦ）またはトラフィックフローフィルタテンプレート（ＴＦＴ）によって特徴付けられるデータパケットを、事前定義された一致するＱｏＳプロファイル（複数可）に一意に関連付けるためにパケットカプセル化ヘッダに含まれるマークであり得る。パケットマーキングで使用されるパケットマークは、限定ではなく例として、以下のうちの１つ以上であり得る：アプリケーションＩＤ、フロー優先度指標（ＦＰＩ）、ＱｏＳフローＩＤ、パケット優先度指標（ＰＰＩ）、パケット破棄優先度指標（ＰＤＰＩ）、反射型ＱｏＳ指標（ＲＱＩ）、または任意のスカラー値。ＡＮノードとＣＮノードとの間の相互運用性を可能にするために、パケットマークの値の範囲の一部または全部を指定することができる。
図３５を参照すると、後続のサービス固有ＰＤＵセッションのためのコントロールプレーン遅延を加速および最小化するために、ＵＥをネットワークにアタッチする際のＱｏＳプロファイルの事前許可のためのＣプレーンシグナリングを説明する例示的なフローが示されている。説明のために、ＣＮはＣＮ ＵＰ機能とＣＮ ＣＰ機能とに分割される。ＣＮ ＣＰ機能は、ＣＮ ＣＰモビリティ管理（ＭＭ）およびセッション管理（ＱｏＳ制御を含む）機能、ＣＮ ＣＰポリシー機能、およびＣＮサブスクリプション機能にさらに分割される。ＥＰＳ／ＬＴＥアーキテクチャと同様に、ＣＮ ＵＰ機能は、Ｓ−ＧＷおよびＰ−ＧＷによってホストされる機能に対応し得る。同様に、ＣＮ ＣＰ機能マップは、例えば、ＭＭＥ、ＰＣＲＦ、およびＨＳＳによってホストされる機能に対応し得る。
本例によれば、１において、ＯＡ＆Ｍエンティティは、サポートされているＱｏＳ規則を用いてＣＮ ＣＰ機能、具体的にはＣＮ ＣＰポリシー機能を構成する。この規則は、共通のＱｏＳ規則と、ネットワークスライス固有の規則と、を含み得る。ＯＡ＆Ｍエンティティは、これらの機能がサポートすることができるＱｏＳ機能を用いてＣＮ ＣＰ機能およびＵＰ機能を構成することができる。構成された機能は、例えばアドミッションコントロールまたはトラフィックスロットリングで使用されてもよく、例えば、ＣＮ ＣＰは、構成されたＯＡ＆Ｍ機能を使用してアドミッションコントロール決定を行い、ＣＮ ＵＰは構成された機能を使用してトラフィックスロットリングを行う。この機能は、ネットワークスライス固有の機能の共通の機能であり得、例えば、様々なシステム機能メトリック（例えば、ＤＬ＆ＵＬフロントホール帯域幅、ＤＬ＆ＵＬバックホール帯域幅、最大ＣＰＵ使用率など）および負荷メトリック（例えば、ＤＬ＆ＵＬ最大データレート、ＰＤＵセッションタイプ当たりの最大セッション数など）の形態で定義され得る。能力の一例は、ＣＮ ＵＰ機能を通って流れ得る総アグリゲートデータレートであり得る。同様に、ＯＡ＆Ｍエンティティは、これらの機能がサポートすることができるＱｏＳ機能を用いてＡＮ ＣＰ機能およびＡＮ ＵＰ機能を構成することができる。この機能は、ネットワークスライス固有の機能の共通の機能であり得、例えば、様々なシステム機能メトリックおよび負荷メトリックの形態で定義され得る。ＯＡ＆Ｍエンティティはまた、ＵＥがサポートすることができるＱｏＳ機能を用いて（例えば、ＤＭ ＯＴＡ手順を介して）ＵＥを構成することができる。この機能は、ネットワークスライス固有の機能の共通の機能であり得、例えば、様々なデバイス機能メトリックまたは負荷メトリックの形態で定義され得る。ＯＡ＆Ｍ構成パラメータを用いて構成されているネットワークノードは、ＯＡ＆Ｍエンティティに、構成の結果（成功または失敗）をＡＣＫ／ＮＡＣＫして返すことができる。
２において、例によれば、構成情報は、ＡＮとＣＮとの間の交換である。２ａにおいて、ＡＮ−ＣＮインターフェース上で正しく相互運用するために、ＡＮ ＣＰ機能およびＣＮ ＣＰ機能に必要なＡＮ−ＣＮインターフェースアプリケーションレベル構成データが、ＱｏＳリソース機能、例えばネットワークスライス固有のＱｏＳリソース機能をサポートするために更新される。場合によっては、この手順は、存在するとしても、従来のＵＥ関連のコンテキストに影響を及ぼさない場合がある。ＡＮ ＣＰ機能が手順を開始してもよい。２ｂを参照すると、一例では、ＱｏＳ関連パラメータの更新を伴う「ＣＮ構成更新（ＱｏＳ）」の目的は、ＡＮ−ＣＮインターフェース上で正しく相互運用するために、ＡＮ ＣＰ機能およびＣＮ ＣＰ機能に必要なＡＮ−ＣＮインターフェースアプリケーションレベル構成データが、ＱｏＳリソース機能、例えばネットワークスライス固有のＱｏＳリソース機能をサポートするために更新することである。場合によっては、この手順は、存在するとしても、従来のＵＥ関連のコンテキストに影響を及ぼさない。ＣＮ ＣＰ機能が手順を開始してもよい。
さらに図３５を参照すると、例によれば、３において、ＵＥはネットワークへの登録／アタッチメント手順を開始する。ＵＥは、アタッチ手順において、ネットワークによる拡張ＱｏＳ事前許可を可能にし得る支援情報を含み得る。本明細書で使用される場合、拡張ＱｏＳは、ＵＥサブスクリプションによって許可されたデフォルトＰＤＵセッションに関連付けられているＱｏＳ規則以外のサービスによって要求されるＱｏＳ規則のセットを指すことができる。支援情報は、ネットワークスライス固有またはサービスファミリ／ユースケース固有（例えば、ｅＭＢＢ、ＵＲＬＬ、ｍＭＴＣ）であり得る。支援情報は、ＵＥの使用設定、好ましいネットワークの挙動、ネットワーク機能を含むＵＥの能力、（事前）構成されたＱｏＳ規則、および他の構成された／インストールされたアプリケーション情報（例えば、アプリケーションＩＤおよび要件）に関する情報を含み得る。アタッチ手順は、許可されたＱｏＳ規則を用いたＵＥの事前構成のためのネットワーク側（例えば、ＤＭ ＯＴＡメカニズム）からのポーリングの結果であり得る。
４において、例によれば、ＣＮ ＣＰ機能は、ＵＥサブスクリプション情報、ネットワークポリシー、ＵＥからの支援情報、およびネットワーク負荷を考慮して、ＱｏＳ規則のセットを事前許可する。ＱｏＳ規則は、サービスデータフローの検出を可能にし、それに関連するＱｏＳパラメータまたはＱｏＳマークを含むプロファイルを定義することを可能にする情報のセットを指すことができる。ＣＮ ＣＰは、複数のサービスデータフローまたは単にパケットフローに対するＱｏＳ規則を事前許可することができる。一部の例では、ＣＮ ＣＰは、事前許可されたＱｏＳ規則を用いてＣＮ ＵＰを構成する。
５において、ＣＮ ＣＰは、ＡＮに関連する許可されたＱｏＳ規則からの情報をＡＮ ＣＰ機能にシグナリングするため、対応するベアラ（またはＬ２データリンク構造）がＡＮにおいて事前に確立され得る。ＣＮ ＣＰは、許可されたＱｏＳプロファイルと、各プロファイルに対するマーク（ＮＡＳレベルのＱｏＳフローＩＤのＮＡＳレベルのＱｏＳマーク）と、をＡＮ ＣＰ機能に提供する。上述のように、ＱｏＳプロファイルに関連付けられたマークは、ＣＮ ＵＰによってパケットマーキングに使用される。ＱｏＳプロファイルは、ＱｏＳパラメータの全部またはサブセットの組み合わせである。場合により、ＣＮ ＣＰは、ＴＦＴおよびそれらとＱｏＳプロファイルとの関連付けもＡＮ ＣＰ機能に提供することができる。ＣＮ ＣＰはまた、ＰＤＵセッションのコンテキスト内でデータフローを一意に識別する識別子をＡＮ ＣＰ機能に提供する。識別子は、単一のパケットフロー、またはパケットフローのグループ、例えばＳＤＦを識別することができる。この識別情報は、本明細書ではパケットフロー識別情報と呼ばれ得る。ＡＮ ＣＰ機能は、事前許可されたパケットフローのためにＤＲＢを用いてＡＮ ＵＰノードを構成することができる。場合によっては、ＡＮ ＵＰノードにおけるＤＲＢ構成はまた、ＵＥにおけるＤＲＢの構成の後に起こり得る。ＵＰ（ＡＮ ＵＰおよびＣＮ ＵＰ）では、ＡＮ ＵＰノード（ＤＲＢ）とＣＮ ＵＰノード（パケットフロー）との間のサービスアクセスポイント（ＳＡＰ）におけるユーザプレーンにおける関連付けが作成され得る。
さらに図３５を参照すると、６において、例によれば、ＡＮ ＣＰノードは、ＵＥに対してＤＲＢ（事前）確立を開始する。例えば、これは、ＲＲＣ再構成手順と同様の手順を介して行われ得る。ＡＮ ＣＰノードは、許可されたＱｏＳプロファイル（ＤＬおよび／またはＵＬ）のためのＤＲＢ構成および各プロファイルのためのマーク（ＡＳレベルＱｏＳマークまたはＡＳレベルＱｏＳフローＩＤ）をＵＥにシグナリングする。構成はまた、各ＤＲＢまたはＤＲＢのグループに対するパケットフロー識別情報を含み得る。構成例を図３６に示す。ＤＬでは、一部の例では、ＵＥは、受信したデータが上位層の正しいＳＡＰにルーティングされるように、一致する１つ以上のＤＲＢを識別するためにパケットフロー識別情報を使用する。同様に、ＵＬでは、ＵＥは、受信したデータがＵＬ送信のための正しいＤＲＢにルーティングされるように、一致する１つ以上のＤＲＢを識別するためにパケットフロー識別情報を使用する。本明細書で使用される場合、この識別情報は、多くの用語、例えば、ＤＲＢパケットフローバインディングＩＤ、ＤＲＢパケットフローＳＡＰ ＩＤ、ネットワークコンバージェンスプロトコルＳＡＰ ＩＤなどで呼ばれ得る。ＤＲＢとパケットフローとの間の関連付けおよびデータパケットのＤＲＢへのマッピングの詳細は、以下でさらに論じられる。
７において、ＵＥおよびＣＮ ＣＰノードは、許可されたＱｏＳプロファイルおよび各プロファイルのためのマーク（ＮＡＳレベルのＱｏＳフローＩＤのＮＡＳレベルのＱｏＳマーク）を含み得る、事前許可されたＱｏＳ規則に関する上位層構成を、ＡＮを介した直接メッセージ転送によるＮＡＳシグナリングを介して交換する。構成はまた、各パケットフローまたはパケットフローのグループに対するパケットフロー識別情報を含み、これは、ＵＥ ＡＳに伝達されるのと同じパケットフロー識別子である。８において、アタッチ完了メッセージ（または同等のメッセージ）がネットワークに送信されて、ＵＥ登録の完了を示す。この時点では、場合によっては、事前に確立されたＤＲＢを介したデータ転送が不可能であることに留意されたい。しかしながら、アタッチ手順がデフォルトのパケットフロー接続の確立を含む場合、データ転送は、そのデフォルトのパケットフロー接続を介して可能であり得る。
図３５に示されるステップを実行するエンティティは、図５２Ｂおよび図５２Ｆに示すものなどの無線および／またはネットワーク通信のために構成された装置またはコンピュータシステムにおいて、そのメモリに記憶され、そのプロセッサ上で実行されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることを理解されたい。つまり、図３５に示す方法（複数可）は、図５２Ｂおよび図５２Ｆに示す装置またはコンピュータシステムなどの装置のメモリに記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実施することができ、このコンピュータの実行可能命令は、装置のプロセッサによって実行された場合に、図３５に示すステップを実行する。図３５に示される任意の送信および受信ステップは、装置のプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって実行されてもよいことも理解されたい。
ここで、図３７を参照して、パケットフローおよびＤＲＢアクティブ化のための例に目を向けると、例示的コールフロー図は、パケットフローおよびＤＲＢアクティブ化のためのＣプレーンシグナリングを説明している。図３７のステップ１から６は、上記の図３５のステップ３から８と同じである。
７において、新しいＰＤＵセッション確立または既存のＰＤＵセッションの修正がトリガされる。これは、ＵＥ（ステップ７ａ）またはＣＮ ＣＰノード（例えば、ＣＮ ＣＰポリシーエンティティ、ステップ７ｂ）またはアプリケーションサーバ（ステップ７ｃ）またはＡＮ（ステップ７ｄ）のいずれかによってトリガされ得る。ＡＮは、例えば既存のＰＤＵセッションの修正を、ＡＮ ＵＰノードが、例えばＵＬでパケットを受信し、このＰＤＵセッションのコンテキスト内でＱｏＳプロファイルに関連付けられていないパケットマークを検出した場合に、トリガすることができる。
さらに図３７を参照すると、８において、ＣＮポリシー機能は、新しいＱｏＳ規則（複数可）を許可し、セッション管理およびＱｏＳ制御のためにＣＮ ＣＰ機能に通知する。ＣＰ機能への通知は、許可されたＱｏＳプロファイルと、ＣＮ ＵＰ機能によるパケットマーキングに使用される関連付けられたパケットマークとを含み得る。ＣＮ ＵＰには、許可されたＱｏＳ規則も通知される。
９において、ＣＮ ＣＰセッション管理およびＱｏＳ制御機能は、次いで、ＡＮ ＣＰノードに対して、許可されたＱｏＳプロファイルに対応する事前に確立されたパケットフローのアクティブ化を開始する。ＣＮ ＣＰノードは、アクティブ化対象の事前に確立されたフローのパケットフロー識別子をＡＮ ＣＰノードに提供する。この段階で、ＣＮ ＣＰノードはまた、以前に許可されていないパケットフローの確立を開始することもできる。例えば、ＡＮ ＣＰノードが以前に事前に確立されたパケットフローのマークを変更することを決定した場合、ＣＮは、これを事前に確立されていないパケットフローの確立として扱うことができる。この場合、ＣＮ ＣＰノードは、許可されたＱｏＳプロファイルと、対応するＱｏＳプロファイルのそれぞれに対するマークとをＡＮ ＣＰノードに提供する。上述のように、ＱｏＳプロファイルに関連付けられたマークは、ＣＮ ＵＰノードによってパケットマーキングに使用される。場合により、ＣＮ ＣＰノードは、ＴＦＴおよびそれらとＱｏＳプロファイルとの関連付けもＡＮ ＣＰノードに提供することができる。場合によっては、ＡＮ ＣＰノードは、アクティブ化または確立が要求されているパケットフローに対してアドミッションコントロールを実行する。ＡＮ ＣＰノードは、各ＰＤＵセッションについて、ＤＲＢ ＩＤおよびアクティブ化された事前許可されたパケットフローのためのパケットフロー識別子をＡＮ ＵＰノードに提供することができる。一部の例では、ＡＮ ＣＰノードはまた、新しく確立されたパケットフローのためにＤＲＢを用いてＡＮ ＵＰノードを構成している。許可されたパケットフローごとに、１つまたは複数のＤＲＢを設定できる。ＵＰ（ＡＮ ＵＰノードおよびＣＮ ＵＰ）では、ＡＮ ＵＰノード（ＤＲＢ）とＣＮ ＵＰノード（パケットフロー）との間のサービスアクセスポイント（ＳＡＰ）におけるユーザプレーンにおける関連付けが、新たに確立されたパケットフローに対して、すなわち事前許可されたパケットフローとは異なるパケットフローに対して作成される。
１０において、例によれば、ＡＮ ＣＰノードは、ＵＥに向けてＤＲＢアクティブ化を開始する。アクティブ化メッセージは、各ＰＤＵセッションについて、ＤＲＢ ＩＤおよび場合によってはアクティブ化されるべきＤＲＢのための対応するパケットフロー識別子を含む。ＡＮ ＣＰノードはまた、以前にＱｏＳプロファイル（ＤＬおよび／またはＵＬ）を事前に確立していない新しいＤＲＢの構成および各プロファイルのためのマークをＵＥにシグナリングする。この構成はまた、各ＤＲＢまたはＤＲＢグループのパケットフロー識別情報を含む（図３６の設定例を参照）。ＤＬでは、ＵＥは、受信したデータが上位層の正しいＳＡＰにルーティングされるように、一致する１つ以上のＤＲＢを識別するためにパケットフロー識別情報を使用する。同様に、ＵＬでは、ＵＥは、受信したデータがＵＬ送信のための正しいＤＲＢにルーティングされるように、一致する１つ以上のＤＲＢを識別するためにパケットフロー識別情報を使用する。本発明者らはＤＲＢおよびパケットフローアソシエーション識別情報をパケットフロー識別情報と呼んでいるが、この識別情報は、多くの他の用語、例えば、ＤＲＢパケットフローバインディングＩＤ、ＤＲＢパケットフローＳＡＰ ＩＤ、ネットワークコンバージェンスプロトコルＳＡＰ ＩＤなどで呼ばれ得る。ＤＲＢとパケットフローとの間の関連付けおよびデータパケットのＤＲＢへのマッピングの詳細は、以下で論じられる。ＲＲＣシグナリングが使用されてもよい。ＤＲＢアクティブ化のために、場合によっては、ＭＡＣ ＣＥシグナリングも使用され得る。
１１において、ＵＥは、ＤＮＢアクティブ化／新ＤＲＢ確立応答メッセージをＡＮ ＣＰノードに送信する。１２において、ＵＥは、パケットフローのアクティブ化／新規確立を確認するＮＡＳ直接転送メッセージをＡＮ ＣＰノードに送信する。１３において、ＡＮ ＣＰノードは、ＵＥ応答メッセージをＣＮ ＣＰノードに中継する。１４において、ＣＮ ＣＰノードは、ＵＥ応答メッセージをＣＮ ＵＰノードに中継する。このステップにおいて、まだ実行されていない場合は、次のアクションが実行され得る。例えば、ＡＮ ＣＰノードは、各ＰＤＵセッションについて、ＤＲＢ ＩＤおよびアクティブ化された事前許可されたパケットフローのためのパケットフロー識別子をＡＮ ＵＰノードに提供することができる。ＡＮ ＣＰノードはまた、新しく確立されたパケットフローのためにＤＲＢを用いてＡＮ ＵＰノードを構成し得る。許可されたパケットフローごとに、１つまたは複数のＤＲＢを設定できる。ＵＰ（ＡＮ ＵＰおよびＣＮ ＵＰ）では、ＡＮ ＵＰノード（ＤＲＢ）とＣＮ ＵＰノード（パケットフロー）との間のサービスアクセスポイント（ＳＡＰ）におけるユーザプレーンにおける関連付けが、新たに確立されたパケットフローに対して、すなわち事前許可されたパケットフローとは異なるパケットフローに対して作成される。１５および１６において、ＣＮ ＣＰノードは、必要に応じて、ＵＥ応答メッセージをＣＮポリシー機能およびネットワークアプリケーション機能に中継する。
図３７に示されるステップを実行するエンティティは、図５２Ｂおよび図５２Ｆに示すものなどの無線および／またはネットワーク通信のために構成された装置またはコンピュータシステムにおいて、そのメモリに記憶され、そのプロセッサ上で実行されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることを理解されたい。つまり、図３７に示す方法（複数可）は、図５２Ｂおよび図５２Ｆに示す装置またはコンピュータシステムなどの装置のメモリに記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実施することができ、このコンピュータの実行可能命令は、装置のプロセッサによって実行された場合に、図３７に示すステップを実行する。図３７に示される任意の送信および受信ステップは、装置のプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって実行されてもよいことも理解されたい。
ここで、コントロールプレーン（ＣＰ）におけるパケットフローとＤＲＢとの間の関連付けに目を向けると、３つの例が図３８に示されている。１つの例（オプション１）では、パケットフローと１つのＤＲＢとの間に静的または準静的バインディングがある。例えば、ＡＮ ＣＰノード（例えば、ｇＮＢ ＣＰ機能）は、ＤＲＢがサポートするように構成または選択されるパケットフローのＱｏＳプロファイルを満たすことができる、１つのＤＲＢを構成するか、既に構成されている場合は１つのＤＲＢを選択する。ＡＮ ＣＰノードはＤＲＢをパケットフローにバインディングする。バインディングの一部として、ＡＮ ＣＰノードは、ＤＲＢをパケットフローにリンクする内部ユーザプレーンプロトコルスタックデータ構造（ダウンリンクおよびアップリンク）をインスタンス化することができる。１つの実施形態では、ＡＮ ＣＰノードは、そのバインディングテーブル（内部メモリ、データベースなど）に、ＤＲＢと、パケットフロー識別子と、ＱＯＳプロファイルと、パケットマーキングのためにユーザプレーンで使用される対応するパケットマークと、の間の関連付けを記録する。このオプションでは、１つのパケットフロー（および１つのマーク）は１つのＤＲＢのみにバインドされる。バインディングは、ＤＲＢが再構成される（ＡＮ ＣＰノード、ＵＥ、ＣＮ、またはアプリケーションサーバのいずれかによってトリガされる）まで、またはＰＤＵセッションが再構成または修正されるまで、有効のままである。別の実施形態では、パケットフローは、ＡＮ ＵＰノードをＣＮ ＵＰノードにリンクするトンネル（ダウンリンクおよびアップリンク）に関連付けられ得る。パケットフロー識別子に関連付けられたパケットフローは、（アップリンクおよびダウンリンクにおいて）同じトンネルに関連付けられている。この代替実施形態では、ＡＮ ＣＰノードは、ＤＲＢをトンネルと（アップリンク方向およびダウンリンク方向で）バインディングする。１つのＤＲＢは（アップリンクおよびダウンリンクにおいて）１つのトンネルだけにバインディングされる。
構成された各ＤＲＢに対して、ＡＮ ＣＰノードは、対応するパケットフロー識別子を用いてＵＥを構成する（図３６参照）。構成メッセージは、ＭＡＣシグナリング（例えば、ＤＲＢアクティブ化の場合。あるいはＤＲＢ付近の確立の場合にはＲＲＣシグナリング）を介してもよい。ＣＮ ＣＰノードはまた、上位層（ＡＳの上位の層、すなわちＮＡＳ）構成情報で、例えば、パケットフロー識別子および対応するＱｏＳマークと共に、このＤＲＢにマッピングされたパケットフローに関連付けられているＱｏＳ規則で、ＵＥを構成する。ＵＥは、パケットフロー識別子および／またはマークを使用して、（アップリンクおよびダウンリンクの両方において）ＤＲＢを、ＤＲＢがサポートするように構成されているパケットフローに関連付けられている上位層ＳＡＰとバインディングする。前述のように、ここでパケットフローという用語は総称的に使用されており、パケットフローのグループ（例えば、サービスデータフローを指すことがある。
別の例（オプション２、図３８）では、パケットフローと複数のＤＲＢとの間に静的／準静的バインディングがある。この例によれば、ＡＮ ＣＰノードは、ＤＲＢがサポートするように構成または選択されるパケットフローのＱｏＳプロファイルを満たすことができる、２つ以上のＤＲＢを構成するか、既に構成されている場合は２つ以上のＤＲＢを選択する。以下でさらに説明される別の例（オプション３）とは対照的に、このオプションの目的は、無線インターフェース上で追加のオーバーヘッドなしに柔軟なＱｏＳサポートを提供することである。例えば、ダウンリンクにおいて、ＡＮ ＵＰノードは、受信したパケットが属するパケットフローに構成によってバインディングされたＤＲＢセットから、受信したパケットの送信のためのＤＲＢを動的に選択することができる。ＡＮ ＣＰノードは、必要に応じてＡＮ ＵＰノードに、構成によってパケットフローにバインディングされたＤＲＢセットの中から使用するＤＲＢを示す。ＡＮ ＣＰノードは、無線インターフェースの負荷状態、フロントホール、バックホールの負荷状態、およびハードウェアの負荷状態を含み得る、アクセスネットワーク全体の負荷状態、サービスサブスクリプションレベル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザ、ブロンズユーザなど）、ＣＮからまたは別のＮＲノードからＮＲノードによって受信されたＲＡＴ／周波数優先度（ＳＰＩＤ）パラメータの加入者プロファイルＩＤのうちの１つ以上を、そのような決定の基礎とすることができる。ＳＰＩＤは、ユーザ情報（例えば、モビリティプロファイル、サービス使用プロファイル）を参照するインデックスであることに留意されたい。この情報はＵＥ固有であり、そのすべての無線ベアラに適用される。
場合によっては、ＡＮ ＣＰノードは、（ダウンリンクおよびアップリンクの両方において）ＤＲＢセットをパケットフローにバインディングする。バインディングの一部として、ＡＮ ＣＰノードは、ＤＲＢセットをパケットフローにリンクする内部ユーザプレーンプロトコルスタックデータ構造をインスタンス化することができる。１つの実施形態では、ＡＮ ＣＰノードは、そのバインディングテーブル（内部メモリ、データベースなど）に、ＤＲＢセットと、パケットフロー識別子と、対応するＱＯＳプロファイルと、パケットマーキングのためにユーザプレーンで使用される対応するパケットマークと、の間の関連付けを記録する。バインディングは、ＤＲＢセットが再構成される（ＡＮ ＣＰノード、ＵＥ、ＣＮ、またはアプリケーションサーバのいずれかによってトリガされる）まで、またはＰＤＵセッションが再構成または修正されるまで、有効のままである。別の実施形態では、パケットフローは、ＡＮ ＵＰノードをＣＮ ＵＰノードにリンクするトンネル（ダウンリンクおよびアップリンク）に関連付けられ得る。パケットフロー識別子に関連付けられたパケットフローは、（アップリンクおよびダウンリンクにおいて）同じトンネルに関連付けられている。この代替実施形態では、ＡＮ ＣＰノードは、ＤＲＢセットをトンネルと（アップリンク方向およびダウンリンク方向で）バインディングする。場合によっては、１つのＤＲＢセットは（アップリンクおよびダウンリンクにおいて）１つのトンネルだけにバインディングされる。
構成された各ＤＲＢセットに対して、ＡＮ ＣＰノードは、対応するパケットフロー識別子を用いてＵＥを構成する（図３６参照）。構成メッセージは、ＭＡＣシグナリング（例えば、ＤＲＢアクティブ化の場合。あるいはＤＲＢ付近の確立の場合にはＲＲＣシグナリング）を介してもよい。ＣＮ ＣＰノードはまた、上位層（ＡＳの上位の層、すなわちＮＡＳ）構成情報で、例えば、パケットフロー識別子および対応するＱｏＳマークと共に、このＤＲＢセットにマッピングされたパケットフローに関連付けられているＱｏＳ規則で、ＵＥを構成する。ＵＥは、パケットフロー識別子および／またはマークを使用して、（アップリンクおよびダウンリンクの両方において）ＤＲＢセットを、ＤＲＢセットがサポートするように構成されているパケットフローに関連付けられている上位層ＳＡＰとバインディングする。前述のように、ここでパケットフローという用語は総称的に使用されており、パケットフローのグループ、例えばサービスデータフローを指すことがある。
さらに別の例（図３８のオプション３）では、ＤＲＢバインディングへのフローはない。パケットはＤＲＢに動的にマッピングされる。例えば、場合によっては、ＵＥまたはＡＮのいずれかにおける構成によって、ＤＲＢとパケットフローとの間にバインディングがない。ＮＲノードとＵＥとの両方の挙動は、受信されたパケットを送信するためにどのＤＲＢを使用するかの選択がやや動的であるという点に関してオプション２で説明されたものと同様である。ダウンリンクでは、ＡＮ ＣＰノードは、どのＤＲＢを送信に使用するかを動的に選択し、次いで、ＡＮ ＣＰノードからの変更通知まで、そのＤＲＢを使用するとＡＮ ＵＰノードに通知する。ＡＮ ＵＰノードはまた、データパケット受信時にどのＤＲＢを使用するかを自律的に選択することができる。同様に、アップリンクでは、ＵＥは、ＵＥの上位層からのデータパケットの受信時にどのＤＲＢを使用するかを動的に選択することができる。以下で対処される１つの問題は、受信パケットがどのように正しい上位層ＳＡＰにルーティングされるかであり、これは、これがＤＲＢと上位層ＳＡＰとの間で構成されたバインディングではないためである。
ここで、一例において、ユーザプレーンにおけるベアラへのデータパケットマッピングに目を向けると、ＤＲＢおよびパケットフローは、構成によってバインディングされると仮定され、１つのパケットフローは１つのＤＲＢのみにバインディングされ、１つのＤＲＢは１つのパケットフローのみにバインディングされる。識別子が異なる２つのパケットフローは、異なるＤＲＢにバインディングされる。ＡＮ ＵＰノード内のＤＬに関して、一例では、ＡＮ ＵＰノードは、受信したダウンリンクパケットの送信のためのＤＲＢを識別するために受信したパケットのトンネルを使用する。別の実施形態では、ＡＮ ＵＰノードは、受信したダウンリンクパケットの送信のためのＤＲＢを識別するために受信したパケットに含まれるマークを使用する。ＡＮ ＵＰノードは、受信したパケットを送信のために識別されたＤＲＢにマッピングする。ＡＮ ＵＰノードは、送信されたパケットにこのパケットに対するＱｏＳマークを含めることによってパケットマーキングを実行することができる。ＡＮ ＵＰノード内のＵＬに関して、一例では、ＡＮ ＵＰノードは、ＤＲＢデータリンク構造と、トンネルまたはＤＲＢに関連付けられているデータリンク構造と、の間の内部バインディング／関連付けを使用して、受信したパケットをＣＮ ＵＰノードに向けてルーティングする。別の実施形態では、ＡＮ ＵＰノードは、受信したパケットに含まれるマークを使用して、パケットフローおよびこのパケットのＣＮ ＵＰノードへのルーティングパスを識別する。ＵＥにおけるＤＬに関して、例では、ダウンリンクでパケットを受信すると、ＵＥは、パケットが受信されたＤＲＢに関連付けられている上位層サービスアクセスポイント（ＳＡＰ）にパケットを転送する。１つの実施形態では、ＵＥは、ＤＲＢと上位層ＳＡＰとの間のその内部バインディング／関連付けを使用する。別の実施形態では、ＵＥは、受信したパケット内のマークを使用して、このＤＲＢに関連付けられている上位層ＳＡＰを識別する。ＵＥにおけるＵＬに関して、１つの例では、アップリンクにおいて、ＵＥは、パケットフロー識別子と関連付けられている上位ＳＡＰからパケットデータを受信した。ＵＥは、例えばＳＡＰとＤＲＢとの間のマッピングが維持されている内部データベースから、ＳＡＰに関連付けられているＤＲＢを識別する。ＵＥは、上位層のＳＡＰから受信したパケットを、識別されたＤＲＢに関連付けられているＰＤＣＰエンティティ（またはＮＲの同等物）に転送する。ＵＥは、送信されたパケットのヘッダに、パケットフロー識別子と関連付けられているＱｏＳマークを含めることによってパケットマーキングを実行することができる。
パケットフローと複数のＤＲＢとの間に静的／準静的バインディングがある別の例では、ＤＲＢおよびパケットフローは、構成によってバインディングされると仮定され、１つのパケットフローはＤＲＢセットにバインディングされ、１つのＤＲＢは１つのパックフロー識別子を有する１つのパケットフローのみにバインディングされる。２つの異なるＤＲＢセットは、異なるパケットフロー識別子を有する異なるパケットフローにバインディングされる。ＲＢ確立の際（事前に確立されたベアラのアクティブ化または新しいベアラの確立の際）、ＡＮ ＣＰノードは、パケットフローに関するＱｏＳ要件を満たすことができるＱｏＳプロファイルのセットを識別し、これらのＱｏＳプロファイルに一致するＤＲＢセットをパケットフローにバインディングする。
この例は、柔軟なＱｏＳ差別化を可能にすることができ、特定のパケットに対して使用するＤＲＢが、パケットの受信時に決定され得る、またはＡＮ ＣＰノードとＵＥとの間のシグナリングを再構成することなく少なくとも経時的に変化し得る。
１つの実施形態では、ＡＮ ＵＰノードは、受信したダウンリンクパケットの送信に使用することができるＤＲＢセットを識別するために受信したパケットのトンネルを使用する。別の実施形態では、ＡＮ ＵＰノードは、受信したダウンリンクパケットの送信に使用することができるＤＲＢセットを識別するために受信したパケットに含まれるマークを使用する。
以下の実施形態は、受信したパケットの送信に使用するＤＲＢをＤＲＢのセットの中から判定するために使用され得る。１つの実施形態では、ＡＮ ＣＰノード（例えば、制御プレーン内のｇＮＢ）は、構成によってパケットフローにバインディングされたＤＲＢセットから、受信パケットの送信のためのＤＲＢを動的に選択することができる。次いで、ＡＮ ＣＰノードは、このパケットの送信のために選択されたＤＲＢのＡＮ ＵＰノードに命令する。ＡＮ ＣＰノードは、無線インターフェースの負荷状態、フロントホール、バックホールの負荷状態、およびハードウェアの負荷状態を含み得る、アクセスネットワーク全体の負荷状態、サービスサブスクリプションレベル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザ、ブロンズユーザなど）、ＣＮからまたは別のＮＲノードからＮＲノードによって受信されたＲＡＴ／周波数優先度（ＳＰＩ）パラメータの加入者プロファイルＩＤのうちの１つ以上を、そのような決定の基礎とすることができる。ＳＰＩＤは、ユーザ情報（例えば、モビリティプロファイル、サービス使用プロファイル）を参照するインデックスであることに留意されたい。この情報はＵＥ固有であり、そのすべての無線ベアラに適用される。ＡＮ ＵＰノードからのトリガ時に、または事前に構成された周期で定期的に。ＡＮ ＵＰノードは、例えばパケット受信時または事前に構成された周期に従って定期的に、ＤＮＢ選択のためにＡＮ ＣＰノードをトリガすることができる。別の実施形態では、ＡＮ ＵＰノードは、構成によってパケットフローにバインディングされたＤＲＢセットから、受信パケットの送信のためのＤＲＢを自律的に動的に選択することができる。ＡＮ ＵＰノードは、受信したパケットを送信のために選択されたＤＲＢにマッピングする。ＡＮ ＵＰノードは、送信されたパケットにこのパケットに対するＱｏＳマークを含めることによってパケットマーキングを実行することができる。
一実施形態では、ＡＮ ＵＰノードは、ＤＲＢデータリンク構造と、トンネルまたはＤＲＢに関連付けられているデータリンク構造と、の間の内部バインディング／関連付けを使用して、受信したパケットをＣＮ ＵＰノードに向けてルーティングする。別の実施形態では、ＡＮ ＵＰノードは、受信したパケットに含まれるマークを使用して、パケットフローおよびこのパケットのＣＮ ＵＰノードへのルーティングパスを識別する。ＵＥにおけるＤＬに関して、ダウンリンクでパケットを受信すると、ＵＥは、パケットが受信されたＤＲＢに関連付けられている上位層サービスアクセスポイント（ＳＡＰ）にパケットを転送する。１つの実施形態では、ＵＥは、ＤＲＢと上位層ＳＡＰとの間のその内部バインディング／関連付けを使用する。別の実施形態では、ＵＥは、受信したパケット内のマークを使用して、このＤＲＢに関連付けられている上位層ＳＡＰを識別する。ＵＥにおけるＵＬに関して、一例では、ＵＥは、パケットフロー識別子と関連付けられている上位ＳＡＰからパケットデータを受信した。ＵＥは、例えばＳＡＰとＤＲＢとの間のマッピングが維持されている内部データベースから、ＳＡＰに関連付けられているＤＲＢセットを識別する。次いで、ＵＥは、識別したＤＲＢのセットからＤＲＢを選択する。ＵＥは、以下の実施形態のうちの１つに従ってＤＲＢを選択することができる。ＵＥは、ＵＬにおいて、対応するダウンリンクパケットフローに使用されているものと同じＤＲＢを使用する。ＤＲＢは、ダウンリンクパケットフローおよびアップリンクパケットフローにマッピングされ得ることに留意されたい。本実施形態は、ＵＥが同じパケットフロー（すなわち、同じパケット識別子）のダウンリンクパケットを以前に受信したと仮定する。別の実施形態では、ＵＥは、識別されたＤＲＢセットから自律的にＤＲＢを選択する。そのような選択は、（ＲＲＣシグナリングまたはＭＡＣ ＣＥシグナリングを通して）ＡＮ ＣＰからの指示に基づいてもよい。あるいは、ＵＥは、無線インターフェースの負荷状態、フロントホール、バックホールの負荷状態、およびハードウェアの負荷状態を含み得る、アクセスネットワーク全体の負荷状態、サービスサブスクリプションレベル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザ、ブロンズユーザなど）、ＱｏＳプロファイルの使用に関する事業者ポリシー（例えば、負荷推定およびサブスクリプションプロファイルに基づく）のうちの１つ以上を、その選択の基礎とすることができる。
ＵＥは、上位層のＳＡＰから受信したパケットを、選択されたＤＲＢに関連付けられているＰＤＣＰエンティティ（またはＮＲの同等物）に転送する。ＵＥは、送信されたパケットのヘッダに、パケットフロー識別子と関連付けられているＱｏＳマークを含めることによってパケットマーキングを実行することができる。
ＤＲＭへのフローのない別の態様では、構成によって、ＤＲＢとパケットフローとの間にバインディングがない。ＮＲノードとＵＥとの両方の挙動は、受信されたパケットを送信するためにどのＤＲＢを使用するかの選択が動的であるという点に関してオプション２で説明されたものと同様である。ダウンリンクにおいて、ＮＲノードは、データパケットの受信時にどのＤＲＢを使用するかを動的に選択する。同様に、アップリンクでは、ＵＥは、ＵＥの上位層からのデータパケットの受信時にどのＤＲＢを使用するかを動的に選択する。
本明細書では、対処される１つの問題は、受信パケットがどのように正しい上位層ＳＡＰにルーティングされるかであり、これは、これがＤＲＢと上位層ＳＡＰとの間で構成されたバインディングではないためであると認識されている。この問題に対処するために、１つの例では、下位層アクセスストラタム（ＡＳ）ＳＡＰ（例えば、ＰＤＣＰまたはＮＲ同等物）の上に位置する新しいパケットフローカプセル化プロトコル（ＦＥＰ）が本明細書で説明される。場合によっては、ＦＥＰはネットワーク／トランスポート層の下にある（例えば、ＩＰデータの場合にはＵＤＰ／ＩＰまたはＰＤＣＰ／ＩＰ）。本明細書では、フローカプセル化プロトコルという用語を使用しているが、サービスデータアダプテーションプロトコル（ＳＤＡＰ）という用語も使用することができる。よって、ＦＥＰおよびＳＤＡＰは、限定なしに、本明細書中において交換可能に使用され得る。
ＡＮ ＵＰノードにおけるダウンリンクに関して、１つの実施形態では、ＡＮ ＵＰノードは、ＱｏＳプロファイルを、従って、受信したダウンリンクパケットの送信に使用することができるＤＲＢセットを、識別および選択するために受信したパケットに含まれるマークを使用する。
これは、柔軟なＱｏＳ差別化を可能にすることができ、特定のパケットに対して使用するＤＲＢが、パケットの受信時に決定され得る、またはＡＮ ＣＰノードとＵＥとの間のシグナリングを再構成することなく少なくともオンザフライで経時的に変化し得る。ＱｏＳプロファイル、従って受信されたパケットの送信に使用するためのＤＲＢを判定するために様々な例示的なメカニズムが使用され得る。一例では、ＡＮ ＣＰノード（例えば、コントロールプレーン内のｇＮＢ）は、限定ではなく例として提示される、無線インターフェースの負荷状態、フロントホール、バックホールの負荷状態、およびハードウェアの負荷状態を含み得る、アクセスネットワーク全体の負荷状態、サービスサブスクリプションレベル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザ、ブロンズユーザなど）、ＣＮからまたは別のＮＲノードからＮＲノードによって受信されたＲＡＴ／周波数優先度（ＳＰＩＤ）パラメータの加入者プロファイルＩＤのうちの１つ以上に基づいて、ＱｏＳプロファイルを動的に選択することができる。ＡＮ ＣＰノードは、ＡＮ ＵＰノードからのトリガ時に、または事前に構成された周期で定期的に、ＱｏＳプロファイルを動的に選択することができる。ＡＮ ＵＰノードは、例えばパケット受信時または事前に構成された周期に従って定期的に、ＤＮＢ選択のためにＡＮ ＣＰノードをトリガすることができる。別の実施形態では、ＡＮ ＵＰノードは、ＱｏＳプロファイルを、従って、受信パケットの送信のためのＤＲＢを自律的に動的に選択することができる。ＱｏＳプロファイルの選択時に、選択されたＱｏＳプロファイルと一致するＱｏＳプロファイルを有する既に確立されたＤＲＢがまだ存在しない場合、新しいＤＲＢを確立する必要があり得る。ＤＲＢを選択するノード（ＡＮ ＣＰノードまたはＡＮ ＵＰノードのいずれか）は、新しいＤＲＢの確立をトリガし得る。ＡＮ ＵＰノードは、新しいＤＲＢの確立を開始するようにＡＮ ＣＰノードをトリガし得る。
場合によっては、ＡＮ ＵＰノードは、受信したパケットを送信のために選択されたＤＲＢにマッピングする。ＡＮ ＵＰノードは、送信されたパケットヘッダ（ＦＥＰヘッダ）にこのパケットに対するＱｏＳマークを含めることによってパケットマーキングを実行することができる。ＡＮ ＵＰノードはまた、正しい上位層サービスアクセスポイント（ＳＡＰ）への、ＵＥにおけるパケットのルーティングを助けるために追加の情報（例えば、バインディング識別子、パケットフロー識別子など）をパケットヘッダに含めることができる。
ＡＮ ＵＰノードにおけるアップリンクに関して、１つの例によれば、ＡＮ ＵＰノードは、受信したパケットヘッダ（ＦＥＰヘッダ）に含まれる情報（例えば、ＱｏＳマーク、バインディング識別子、パケットフロー識別子）を使用して、パケットフローおよびこのパケットのＣＮ ＵＰノードへのルーティングパスを識別する。ダウンリンクの場合と同様に、ＡＮ ＵＰノードは、ＣＮ ＵＰノードへのアップリンクルーティングパスを自律的に識別することができる。あるいは、ＣＮ ＣＰノードは、受信したパケットをＣＮ ＵＰに向けてルーティングするために使用するようにルーティングパスのＣＮ ＵＰノードに命令することができる。ＡＮ ＣＰノードは、ＱｏＳマーク（および／またはバインディング識別子、パケットフロー識別子などのパケットヘッダからの情報）とルーティングパスとの間の関連付けテーブルを用いてＡＮ ＵＰノードを事前構成することができる。ＡＮ ＵＰノードは、ルーティングパスと受信したパケットのヘッダの内容との間の関連付けに関する情報についてＡＮ ＣＰノードをトリガすることができる。このトリガは、パケット受信時または事前定義された周期に基づく定期的な要求時であり得る。
ＵＥにおけるダウンリンクに関して、１つの例では、ダウンリンクにおいてパケットを受信すると、ＵＥは、受信したパケットヘッダ（ＦＥＰヘッダ）に含まれるＱｏＳマークを使用して、受信したパケットの配信のための上位層サービスアクセスポイント（ＳＡＰ）を識別する。別の実施形態では、ＵＥは、パケットヘッダにカプセル化されているバインディング識別子（例えば、トンネル識別子、パケットフロー識別子など）を使用して、受信したパケットの配信のための上位層サービスアクセスポイント（ＳＡＰ）を識別する。別の実施形態では、ＵＥは、受信したパケットヘッダ内の情報（例えば、ＱｏＳマーク、バインディング識別子、パケットフロー識別子）の組み合わせを使用して、受信したパケットの配信のための上位層サービスアクセスポイント（ＳＡＰ）を識別する。受信したパケットヘッダに反射型ＱｏＳ指標（ＲＱＩ）が含まれる場合、ＵＥは、この情報を、対応するパケットフローのＱｏＳプロファイルと関連付けることができる。
アップリンクでは、一例では、ＵＥは、パケットフローに関連付けられた上位ＳＡＰからパケットデータを受信した。ＵＥは、例えばその内部データベースから、このＳＡＰに対する（受信したパックが属するパケットフローの）ＱｏＳプロファイルを識別する。ＲＱＩを使用する場合、ＱｏＳプロファイルは、このＵＬパケットフローに関連付けられているＤＬパケットフローのＱｏＳプロファイルと一致しなければならない。１つの実施形態では、ＵＥは、識別されたＱｏＳを満たすことができるＤＲＢを選択する。ＵＥは、以下の実施形態のうちの１つに従ってＤＲＢを選択することができる。ＵＥは、ＵＬにおいて、対応するダウンリンクパケットフローに使用されているものと同じＤＲＢを使用する。ＤＲＢは、ダウンリンクパケットフローおよびアップリンクパケットフローにマッピングされ得ることに留意されたい。本実施形態は、ＵＥが同じパケットフロー（すなわち、同じパケット識別子）のダウンリンクパケットを以前に受信したと仮定する。別の実施形態では、ＵＥは、識別されたＤＲＢセットから自律的にＤＲＢを選択する。そのような選択は、（ＲＲＣシグナリングまたはＭＡＣ ＣＥシグナリングを通して）ＡＮ ＣＰノードからの指示に基づいてもよい。あるいは、ＵＥは、無線インターフェースの負荷状態、フロントホール、バックホールの負荷状態、およびハードウェアの負荷状態を含み得る、アクセスネットワーク全体の負荷状態、サービスサブスクリプションレベル（例えば、プラチナユーザ、ゴールドユーザ、シルバーユーザ、ブロンズユーザなど）、ＱｏＳプロファイルの使用に関する事業者ポリシー（例えば、負荷推定およびサブスクリプションプロファイルに基づく）のうちの１つ以上を、その選択の基礎とすることができる。
場合によっては、ＵＥは、上位層のＳＡＰから受信したパケットを、選択されたＤＲＢに関連付けられているＰＤＣＰエンティティ（またはＮＲの同等物）に転送する。ＵＥは、送信されたパケットのパケットヘッダに、パケットフロー識別子と関連付けられているＱｏＳマーク、バインディング識別子、パケットフロー識別子のうちの１つ以上を含めることによってパケットマーキングを実行することができる。
よって、上記のように、装置は、データパケットに関連付けられているサービス品質プロファイルを識別するマークを含む第１のデータパケットを受信することができる。サービス品質プロファイルに基づいて、装置は、パケットを送信するための宛先を選択することができ、装置は、データパケットを宛先に送信することができ、データパケットがマークを含む。例えば、データパケットは、ネットワークにおいてダウンリンク通信で受信されてもよく、宛先が装置の上位層サービスアクセスポイントを含んでもよい。さらに、別の例では、サービス品質プロファイルに基づいて、装置は、パケットを送信するためのデータ無線ベアラを選択し、それによって宛先を選択することができる。装置は、選択されたデータ無線ベアラを介してデータパケットを宛先に送信することができる。
別の例によれば、ＲＱＩに関して上述したように、装置は、ネットワークにおいて第１の方向の第１のパケットを受信することができる。第１のパケット第１のパケットは、第１のパケットに関連付けられているサービス品質プロファイルを識別するマークを含み得る。後に、装置は、ネットワークにおいて、第１の方向とは反対の第２の方向の第２のパケットを受信することができる。装置は、第２のパケット内のフィルタを識別し、そのフィルタが第１のパケット内のマークと関連付けられていると判定することができる。フィルタがマークに関連付けられているとの判定に基づいて、装置は、マークを第２のパケットに挿入し、第２のパケットを第２の方向に送信することができ、第１の方向がアップリンク方向またはダウンリンク方向の一方であり、第２の方向がアップリンク方向またはダウンリンク方向の他方である。
ここで、フローカプセル化プロトコルの例に目を向けると、１つの例では、ＲＲＣがＦＥＰ構成を制御している。別の例では、ＦＥＰサブレイヤの機能は、ＦＥＰエンティティによって実行される。ＮＲノード（例えば、ｇＮＢ）において構成されたＦＥＰエンティティの場合、ＵＥにおいて構成されたピアＦＥＰエンティティがあり、その逆もまた同様である。１つの例では、すべてのＵＥベアラに関して、ｅＮＢに１つのＦＥＰエンティティがあり、ＵＥに１つのＦＥＰエンティティがある。代替的な例では、ＰＤＵセッションごとに単一のＦＥＰエンティティを構成することができる。デュアルコネクティビティまたはマルチコネクティビティの場合、ＵＥは、マスタｇＮＢ（ＭｇＮＢ）またはセカンダリｇＮＢ（ＳｇＮＢ）のいずれかによって制御されるセルグループごとに１つのＦＥＰプロトコルエンティティで構成されてもよい。例えば、同じＰＤＵセッションからの異なるＱｏＳフローが異なるセルグループ、例えばＭｇＮＢおよびＳｇＮＢにマッピングされるデュアルコネクティビティの場合、ＵＥは、セルグループごとにセッションごとに１つのＦＥＰエンティティで構成され得る、すなわちこの場合、このセッションについてＭｇＮＢに１つのＦＥＰエンティティおよびＳｇＮＢに１つのＦＥＰエンティティで構成され得る。
場合によっては、ＦＥＰエンティティは、Ｕｕ無線インターフェースまたはＮＲ同等物を介して、上位層（例えば、ＵＥにおけるＵＤＰ／ＩＰまたはＴＣＰ／ＩＰおよびネットワーク側のＣＮ ＵＰノード）との間でＦＥＰ ＳＤＵを受信／送信し、ピアＦＥＰエンティティとの間でＦＥＰ ＰＤＵを送信／受信する。ＮＲノードでは、ＦＥＰエンティティが上位層からＦＥＰ ＳＤＵを受信すると、対応するＦＥＰ ＰＤＵを構築して下位層に配信することができる。ＵＥでは、ＦＥＰエンティティが下位層からＦＥＰ ＰＤＵを受信すると、対応するＦＥＰ ＳＤＵを再構成して上位層に配信することができる。図３９および図４０は、ダウンリンクおよびアップリンクにおけるＦＥＰサブレイヤの例示的な概観モデルをそれぞれ示している。一例では、ＦＥＰエンティティは、下位層エンティティとの間で次のＦＥＰ ＰＤＵを配信／受信する：ＦＥＰデータＰＤＵ。上位層に提供されるサービスに関して、ＦＥＰは、上位層（例えば、ＩＰ）へのユーザデータプレーンサービスの転送を提供してもよい。一例として、下位層（例えば、ＰＤＣＰ）から期待されるサービスは、ユーザプレーンデータの転送を含み得る。ＦＥＰサブレイヤは、例えば、限定されないが、ユーザプレーンデータの転送と、ＦＥＰ ＳＤＵが属するパケットフロー（従って上位層ＳＡＰ）の識別と、ＱｏＳフローとデータ無線ベアラとの間のマッピングと、ＤＬパケットおよびＵＬパケットの両方でのＱｏＳフローのマーキングと、をサポートすることができる。
ここで、例示的なＦＥＰ動作モードに目を向けると、ＦＥＰエンティティは、２つの動作モード、すなわち、透過動作モード（ＴＭ）および非透過動作モード（ＮＴＭ）で構成され得る。ＴＭ動作モードは、例えば、遅延に敏感なアプリケーションと、ＱｏＳフローとデータ無線ベアラとの間のバインディングが静的または準静的に構成されている（ＵＥまたは無線アクセスネットワークにおけるアクセスストラタムのパケット処理の一部としてのパケットのデータ無線ベアラへの動的マッピングなし）、または受信機によって黙示的に導出され得る、任意の他のユースケースと、に必要とされ得る。動作モードは、本開示で広く定義されているように、ＱｏＳフローＩＤまたはパケットマーカの存在または不在としてよりよく理解され得る。ＮＴＭモードでは、ＱｏＳフローＩＤまたはパケットマーカがＦＥＰヘッダに存在する。１つの実施形態では、ＵＥは、コントロールプレーンシグナリングを通じて、例えばその動作モードでのＲＲＣシグナリングを通じて、ｇＮＢによって構成されてもよい。この場合、ＵＥは、セルグループごとにセッションごとに１つのＴＭモードエンティティと１つのＮＴＭエンティティとで構成され得る。別の実施形態では、ＴＭモードまたはＮＴＭモードの使用は、ユーザプレーンにおける帯域内シグナリングを介している。このオプションでは、同じＦＥＰエンティティが、セッションごとおよびセルグループごとにＴＭモードおよびＮＴＭモードの両方の動作モードを処理する。ＦＥＰ ＰＤＵ（ＤＬではｇＮＢ、ＵＬではＵＥ）の送信機は、ＦＥＰヘッダに、動作モードがＴＭモードであるかＮＴＭであるかを受信機に通知する指標を含む。
例示的な透過動作モード（ＵＥがＴＭエンティティで構成されている場合）では、ＦＥＰはＦＥＰ ＰＤＵにＦＥＰヘッダを含まない。
例示的な送信動作では、新しい透過モードデータ（ＴＭＤ）ＰＤＵを下位層に提出する場合、ＴＭ ＦＥＰエンティティとして構成されている送信ＦＥＰエンティティは、修正なしにＦＥＰ ＳＤＵを下位層に提出する。例示的な受信動作では、下位層から新しいＴＭＤ ＰＤＵを受信する場合、ＴＭ ＦＥＰエンティティとして構成されている受信ＦＥＰエンティティは、修正なしにＴＭＤ ＰＤＵを上位層に配信する。
場合によっては、ＮＴＭ動作モードまたは帯域内シグナリングＴＭ動作モードをサポートするＦＥＰエンティティによるＤＬデータ転送手順。このシナリオでは、ＦＥＰは、ＦＥＰヘッダをＦＥＰ ＰＤＵに含める。例示的な受信動作において、下位層（例えば、ＰＤＣＰ）からＦＥＰデータＰＤＵを受信する場合、ＵＥにおけるＦＥＰエンティティは、モード指標がＮＴＭ動作モードを示す場合、ＦＥＰヘッダに含まれる情報に基づいて、例えばＦＥＰヘッダに含まれるパケットフローＩＤに基づいて、ＦＥＰ ＳＤＵが向けられる上位層エンティティを識別する、および／またはＦＥＰデータＰＤＵからＦＥＰヘッダを除去することによって、ＦＥＰデータＰＤＵからＦＥＰ ＳＤＵを再構築する、および／または再構築されたＦＥＰ ＳＤＵをパケットフローＩＤによって識別された上位層エンティティに配信する。ＵＥは、アップリンクＱｏＳプロファイルを（ＡＳにおける）ＤＲＢマッピングに更新する、および／またはアップリンクフローフィルタを（ＮＡＳにおける）ＱｏＳプロファイルマッピングに更新することによって、反射型ＱｏＳ関連付けを実行し得る。モード指標がＴＭ動作モードを示す場合、ＵＥ受信エンティティは、上位層ＳＡＰに関する黙示的な知識に基づいて、ＴＭＤ ＰＤＵを上位層に配信することができる。
例示的な送信動作において、上位層（例えば、ＩＰ）からＦＥＰデータＳＤＵを受信する場合、ＵＥにおけるＦＥＰエンティティは、モード指標がＮＴＭ動作モードを示す場合、ＤＲＢ選択を実行することにより（例えば、ＱｏＳフローパケットからＤＲＢへのマッピングを実行する）ＦＥＰ ＰＤＵが向けられている下位層エンティティを識別することができる、および／またはＦＥＰ ＳＤＵにＦＥＰヘッダを追加することによりＦＥＰ ＰＤＵを構築することができる、および／または選択されたＤＲＢに対応する下位層エンティティに構築されたＰＤＵを配信することができる。モード指標がＴＭ動作モードを示す場合、ＵＥ送信エンティティは、ＱｏＳプロファイル／ＳＡＰからＤＲＢへのマッピングの黙示的な知識に基づいて、ＦＥＰ ＳＤＵを下位層に提出することができる。
ＦＥＰエンティティが、予約されたまたは無効な値を含むＦＥＰ ＰＤＵを受信した場合、ＦＥＰエンティティは、受信したＰＤＵを破棄することができる。
一例では、ＦＥＰ ＰＤＵは、長さをバイト単位で揃えた（すなわち、８ビットの倍数）であるビット列である。図４１では、ビット列は、テーブルによって表され、テーブルにおいて、最上位ビットがテーブルの最初の行の左端のビットであり、最下位ビットがテーブルの最後の行の右端のビットであり、より一般的には、ビット列は、左から右へ、そして行の読み順で読み込まれる。ＦＥＰ ＰＤＵ内の各パラメータフィールドのビット順は、左端ビットの最初の最上位ビットと右端ビットの最後の最下位ビットで表される。ＦＥＰ ＳＤＵは、長さをバイト単位で揃えた（すなわち、８ビットの倍数）であるビット列であり得る。ＦＥＰ ＳＤＵは、最初のビットから先へとＦＥＰ ＰＤＵに含まれる。ＦＥＰエンティティは、ＦＥＰヘッダにおける予約ビット（もしあれば）の値を無視してもよい。
例示的なＦＥＰヘッダは、限定ではなく例として提示される、パケットフロー識別情報、ＱｏＳマーク、バインディング識別子、１つ以上の予約ビットのうちの１つ以上を含み得る。さらに、ＱｏＳマーク（またはマーカ）は、ＡＳ層ＱｏＳマーク固有またはＮＡＳ層ＱＯＳマーク固有であってもよいし、ＡＳ層ＱｏＳマークおよびＮＡＳ層ＱｏＳマークの両方を含んでもよい。ＡＳ ＱｏＳマークの存在は、単一ビットによって示されてもよく、ここで、値１がＡＳ ＱｏＳマークがＦＥＰヘッダ内に存在することを示し、０がＱｏＳマークがＦＥＰヘッダ内に存在しないことを示す。同様に、ＮＡＳ ＱｏＳマークの存在は、単一ビットによって示されてもよく、ここで、値１がＮＡＳ ＱｏＳマークがＦＥＰヘッダ内に存在することを示し、０がＮＡＳ ＱｏＳマークがＦＥＰヘッダ内に存在しないことを示す。動作モード指標は、ＡＳ ＱｏＳマークビットまたはＮＡＳ ＱｏＳマークビットまたはその両方によって表され得る。例えば、ＵＥ ＦＥＰエンティティは、０に設定されたＡＳ ＱｏＳマーカビットおよび０に設定されたＮＡＳ ＱｏＳマーカビットの受信をＴＭ動作モードとして解釈することができる。
ここで、ＵＬスケジューリングをサポートする例示的な手順に目を向けると、ＵＬリソースグラントは、変調および符号化方式および冗長バージョン情報と共に時間−周波数領域で定義された基本物理リソースブロックに関して定義され得る。ＵＬグラントはまた、ＵＬ送信に関する電力制御情報と、ＵＬ ＡＣＫ／ＮＡＣＫ送信に関する指示／リソースと、を含み得る。ＮＲでは、ＵＥは、２つ以上のヌメロロジにわたる動作によって差別化ＱｏＳを同時に提供することができ、各ヌメロロジが、１つのサブフレーム当たりのシンボルの数、サブキャリア間隔、ＴＴＩ、スロットおよびミニスロットサイズに関して異なり、スケジューリンググラントは、ヌメロロジの関数であり得る。リソースグラントのための時間−周波数領域における基本単位は、時間領域において、ｌシンボルにわたる時間長ｄｓである、以後サブフレームと呼ぶ特定の基本時間単位の時間長を占有し、周波数領域において、ｋ個のサブキャリアに細分されたｍＫＨｚを占有する、一対のリソースブロックとして定義することができる。パラメータｋおよび／またはｍは、ヌメロロジ固有のものであり得る。あるいは、パラメータｋおよび／またはｍは、複数のヌメロロジにわたって共通であり得る。同様に、シンボル長ｄｓは、ヌメロロジ固有であってもよいし、ヌメロロジにわたって共通であってもよい。加えて、パラメータｌは、ヌメロロジ固有であってもよいし、ヌメロロジにわたって共通であってもよい。参照ヌメロロジは、参照パラメータｌｒｅｆ、ｄｒｅｆ、ｋｒｅｆ、およびｍｒｅｆを用いて定義され得る。他の指定されたヌメロロジは、パラメータｌｒｅｆ、ｄｒｅｆ、ｋｒｅｆ、およびｍｒｅｆのそれぞれに対して定義されたスケーリングファクタ（複数可）による参照ヌメロロジの関数として定義され得る。
ネットワークは、ヌメロロジ固有（図４２）または非ヌメロロジ固有（図４３）であるリソースグラントをＵＥに割り当てることができる。次に、ＵＥは、受信した非ヌメロロジ固有のリソースグラントをヌメロロジ固有のグラントに分割し、これらのヌメロロジ固有のリソース（図４４）を、ＵＥが構成されている論理チャネルにわたって分配することができる。割り当てられたグラントがヌメロロジ固有のものであるか２つ以上のヌメロロジに共通のものであるかにかかわらず、グラントは、１つ以上の送信プロファイル値を明示的に運ぶことができる。あるいは、ＵＥは、グラントに関連付けられている送信プロファイルを黙示的に導出してもよい。ＵＥがリソースグラントの送信プロファイルを黙示的に導出することができる１つのシナリオは、セルまたはコンポーネントキャリアがただ１つの送信プロファイルで構成されているシナリオである。そのような場合、ＵＥは、ｇＮＢによる明示的な指示なしに、そのコンポーネントキャリアに割り当てられたリソースグラントに関連付けられている送信プロファイルを知る。ＵＥがリソースグラントの送信プロファイルを黙示的に導出することができるシナリオの別の例は、デフォルト送信プロファイルが構成されるシナリオである。そのようなデフォルト送信プロファイルは、ＵＥレベル、またはセルもしくはコンポーネントキャリアレベル、またはセルもしくはコンポーネントキャリアレベルのグループのレベルであり得る。このシナリオでは、ＵＥが送信プロファイルの指示なしでグラントを受信した場合、ＵＥは、構成されたデフォルト送信プロファイルとして送信プロファイルを導出することができる。
ネットワーク制御リソースグラント割り当てに関して、１つの例（オプション１）では、リソース／スケジューリンググラントは、ネットワークスライスに共通である（すなわち、グラントはネットワークスライス固有ではない）。異なるネットワークスライスからのデータは同じグラントにマッピングされてもよい。本実施形態の一例として、ｇＮＢは、２つ以上の論理チャネルからのアップリンクデータの送信に使用することができるリソースグラントを用いてＵＥを構成することができ、論理チャネルのうちの少なくとも一部が異なるネットワークスライスに属する。ＵＥは、受信したグラントを論理チャネルからのＵＬデータの送信に割り当て、論理チャネルのうちの少なくとも一部が異なるネットワークスライスに対して構成される。ＵＥは、論理チャネル優先順位付け手順を通じて、リソースグラントが割り当てられている論理チャネルへの受信されたグラントの割り当てを判定する。ＵＥは、リソースグラントを論理チャネルに分配することができ、論理チャネルのうちの少なくとも２つ以上が異なるネットワークスライスに属する。ＵＥは、論理チャネル優先順位付け手順内で、ｇＮＢから受信したヌメロロジへの論理チャネルマッピングの制限を実施する。
別の例（オプション２）では、リソース／スケジューリンググラントは、物理層（ＰＨＹ）ヌメロロジに共通である、すなわち、グラントはＰＨＹヌメロロジ固有ではない。ＰＨＹヌメロロジは同じリソースグラントを共有してもよい。例えば、アップリンク方向におけるＵＥにおいて、２つ以上のヌメロロジからのデータが同じリソースグラントにマッピングされてもよい。この場合、異なるＰＨＹヌメロロジのデータが、スケジューリンググラント内のシグナリングされたヌメロロジパラメータ／フォーマットを使用して、スケジューリンググラントにおけるＰＨＹチャネルリソース上で運ばれ得る。例示的な実施形態では、ｇＮＢは、ヌメロロジ固有ではない時間−周波数領域でのＵＬリソースグラントをＵＥに割り当てることができる。例えば、グラントは、参照ヌメロロジについて定義された、またはすべてのヌメロロジもしくはヌメロロジのサブセットに共通の基本時間−周波数単位として定義された、物理リソースブロックの粒度レベルで表現されてもよい（図４３参照）。ＵＥは、論理チャネル優先順位付け手順を通じて、リソースグラントが割り当てられている論理チャネルへの受信されたグラント（図４４）の割り当てを判定する。ＵＥは、リソースグラントを論理チャネルに分配することができ、論理チャネルのうちの少なくとも２つ以上が異なるヌメロロジに属する。ＵＥは、論理チャネル優先順位付け手順内で、ｇＮＢから受信したヌメロロジへの論理チャネルマッピングの制限を実施する。
さらに別の例（オプション３）では、リソースグラントは、ネットワークスライス固有である（すなわち、異なるネットワークスライスからのデータは異なるグラントにマッピングされる）。各ネットワークスライスは、任意の特定のＴＴＩまたは時間間隔Ｘにおいて２つ以上のリソースグラントを有することができる。
さらに別の例（オプション４）では、リソースグラントはヌメロロジ固有である（すなわち、異なるＰＨＹヌメロロジからのデータには異なるリソースグラントが割り当てられる）。各ＰＨＹヌメロロジは、例えばヌメロロジにマッピングされたデータフロー、サービス、アプリケーション、またはネットワークスライスの関数として、１つのＴＴＩまたは時間間隔Ｘ内に２つ以上のリソースグラントを割り当てられてもよい。例示的な実施形態では、ＵＥは、特定のヌメロロジのために定義されたリソースを用いて構成され得る（図４２を参照）。ＵＥは、論理チャネル優先順位付け規則に従って、受信したグラントを論理チャネルに割り当てる。論理チャネル優先順位付け手順の間、ＵＥは、構成されたリソースのヌメロロジにマッピングされることが許されていない論理チャネルを考慮から除外するものとする。さらに、リソースグラントは、論理チャネル固有または論理チャネルグループ固有であり得る（オプション５）。別の例示的な場合では、リソースグラントはアプリケーション固有である（オプション６）。別の例（オプション７）では、リソースグラントはデータフロー固有である。別の例（オプション８）では、上記オプションのうちの２つ以上の組み合わせが組み合わされる。例えば、一部のリソースグラントは、ネットワークスライス固有であるように構成され、他の一部のリソースグラントは、２つ以上のネットワークスライスの間で共通のリソースグラントとして構成され得る。
ＮＲリソースグラント例オプション１
ここで、図４５を参照して、オプション１に関してＵＥ制御ＵＬリソースグラント割り当てに目を向けると、リソースグラントはネットワークスライスに共通である、すなわち、グラントはネットワークスライス固有ではない。異なるネットワークスライスによって生成されたデータ（コントロールプレーンデータまたはユーザプレーンデータ）は同じグラントにマッピングされてもよい。一例では、１において、このオプションにおけるＵＥは、受信したグラントをどのようにネットワークスライスにわたって分配するか、例えば各ネットワークスライスの論理チャネルに分配するかを決定する。ＵＥは、最も高い優先度のスライスから最も低い優先度のスライスまで、ネットワークスライスにわたって厳密な優先度による順序を使用できる（図４５を参照）。例えば、ネットワークスライスは、スライスの優先度による順序で構成される。例えば、最も低い優先度の値を持つネットワークスライスが最も高い優先度のスライスであり、最も高い優先度の値を持つネットワークスライスが最も低い優先度のスライスである。ＵＥは、ネットワークスライス構成を有するＮＲノードによって構成され得る。１つのネットワークスライス構成パラメータは、ネットワークスライス優先度であり得る。ネットワークスライスの優先度は、このネットワークスライスにマッピングされたサービス（例えば、無線ベアラ、論理チャネル）に対して構成された１つ以上のＴＴＩの関数であり得る。サービスに２つ以上のＴＴＩが設定されている場合、ネットワークスライスの優先度は、このネットワークスライスにマッピングされたサービスに対して構成されたＴＴＩのうちの最も小さいＴＴＩの関数であり得る。ネットワークスライスの優先度は、ＴＴＩの値が大きくなるにつれて低くなり、例えば、ＴＴＩの値が最小のネットワークスライスが優先度の最も高いネットワークスライスに対応し、ＴＴＩの値が最大のネットワークスライスが優先度の最も低いネットワークスライスに対応する。このオプションでは、ネットワークスライスは、優先度の高い順にリソースが割り当てられる。優先度の低いネットワークスライスには、優先度の高いネットワークスライスのデータにリソースが割り当てられた後に、リソースが残っている場合にのみ、リソースが割り当てられる。等しい優先度で構成されたネットワークスライスは、等しく扱われるべきである。あるいは、等しい優先度のネットワークスライスの場合、（以下のステップ３で定義される）最も高いＳＰＢＲを有するネットワークが選択される。場合によっては、ここで使用されるＬＣＰ手順は、従来のＬＴＥ ＬＣＰ手順と同じであり得る。論理チャネル優先順位付け手順の間、ＵＥは、構成されたリソースにマッピングされることが許されていない、または構成されたリソースのネットワークスライスにマッピングされることが許されていない、論理チャネルを考慮から除外するものとする。
２において、例示された例によれば、ＵＥはスライス固有のＳＰＢＲを使用することができる。ＵＥは、論理チャネルごとにスライス固有のＳＰＢＲまたはスライス固有のＰＢＲを用いてネットワークによって構成され得る。あるいは、スライス固有のＰＢＲは、ＵＥによって、例えばネットワークスライスの論理チャネルのＰＢＲの和として、黙示的に導出されてもよい。場合によっては、すべてのネットワークスライスは、優先度の高い順に（少なくともＰＢＲのために）リソースが割り当てられる。ＭＡＣエンティティは、優先度のより低いネットワークスライス（複数可）のＰＢＲを満たす前に、そのネットワークスライスでの送信に利用可能なすべてのデータにリソースを割り当てる。リソースが残っている場合、すべてのネットワークスライスが、そのネットワークスライスのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、厳密に優先度の高い順に扱われる。等しい優先度で構成されたネットワークスライスは、等しく扱われるべきである。この手順は図４６において強調されている。
ネットワークは、スライス優先度の値が大きいほどスライス優先度のレベルが低い、スライス優先度と、スライスのスライス優先順位付けされたビットレート（ＳＰＢＲ）を設定する、ｓｌｉｃｅＰｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅと、スライスバケットサイズ長（ＳＢＳＤ）を設定するｓｌｉｃｅｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎと、を各論理チャネルについてシグナリングすることによって、アップリンクデータのスケジューリングを制御することができる。スライスのバケットサイズはＳＰＢＲｘＳＢＳＤに等しい。ＭＡＣエンティティは、各スライスｉについて変数ＳＢｉを維持する。スライスｉがその最初の論理チャネルを確立すると、ＳＢｉは、ゼロに初期化され、（スライスに適用可能な）各ＴＴＩについて積ＳＰＢＲｉ×ＴＴＩの時間長だけ増やされ、ＳＰＢＲｉは、スライスｊの優先順位付けされたビットレートである。ＳＢｉの値はスライスのバケットサイズを超えることは決してできず、ＳＢｉの値がスライスｉのバケットサイズよりも大きい場合は、スライスｉのバケットサイズに設定される。
ネットワークスライス固有の論理チャネルが仮定される例示的な場合では、各スライス内の論理チャネルは、従来のＬＴＥ ＬＣＰ手順（図４５のステップ３または図４６のステップ３）に従ってリソースを割り当てられてもよい。論理チャネル優先順位付け手順の間、ＵＥは、構成されたリソースにマッピングされることが許されていない、または構成されたリソースのネットワークスライスにマッピングされることが許されていない、論理チャネルを考慮から除外し得る。
図４５および図４６に示されるステップを実行するエンティティは、図５２Ｂおよび図５２Ｆに示すものなどの無線および／またはネットワーク通信のために構成された装置またはコンピュータシステムにおいて、そのメモリに記憶され、そのプロセッサ上で実行されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることを理解されたい。つまり、図４５および図４６に示す方法（複数可）は、図５２Ｂおよび図５２Ｆに示す装置またはコンピュータシステムなどの装置のメモリに記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実施することができ、このコンピュータの実行可能命令は、装置のプロセッサによって実行された場合に、図４５および図４６に示すステップを実行する。図４５および図４６に示される任意の送信および受信ステップは、装置のプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって実行されてもよいことも理解されたい。
ＮＲリソースグラント例オプション２
仮定：このオプションでは、リソースグラントは、物理層（ＰＨＹ）ヌメロロジ（またはＴＴＩ）に共通である、すなわち、グラントはＰＨＹヌメロロジ固有（またはＴＴＩ固有）ではない。ＰＨＹヌメロロジは同じリソースグラントを共有してもよい。例えば、アップリンク方向におけるＵＥにおいて、２つ以上のヌメロロジからのデータが同じリソースグラントにマッピングされてもよい。
一例では、ＵＥは、受信したグラントをどのようにヌメロロジにわたって分配するかを決定する。ＵＥは、ＰＨＹヌメロロジにわたって厳密な優先度の順序を用いることができる。例えばＰＨＹヌメロロジはヌメロロジ優先度の順序で構成される。例えば、最も低い優先度の値を持つヌメロロジが最も高い優先度のヌメロロジであり、最も高い優先度の値を持つヌメロロジが最も低い優先度のヌメロロジである。ＵＥは、ヌメロロジ構成を有するＮＲノードによって構成され得る。１つのヌメロロジ構成パラメータは、ヌメロロジ優先度であり得る。ヌメロロジの優先度は、このヌメロロジにマッピングされたサービス（例えば、無線ベアラ、論理チャネル）に対して構成された１つ以上のＴＴＩの関数であり得る。サービスに２つ以上のＴＴＩが設定されている場合、ヌメロロジの優先度は、このヌメロロジにマッピングされたサービスに対して構成されたＴＴＩのうちの最も小さいＴＴＩの関数であり得る。ヌメロロジの優先度は、ＴＴＩの値が大きくなるにつれて低くなり、例えば、ＴＴＩの値が最小のヌメロロジが優先度の最も高いヌメロロジに対応し、ＴＴＩの値が最大のヌメロロジが優先度の最も低いヌメロロジに対応する。このオプションでは、ヌメロロジは、優先度の高い順にリソースが割り当てられる。優先度の低いヌメロロジには、優先度の高いヌメロロジのデータにリソースが割り当てられた後に、リソースが残っている場合にのみ、リソースが割り当てられる。この場合、異なるＰＨＹヌメロロジのデータが、スケジューリンググラント内のシグナリングされたヌメロロジパラメータ／フォーマットを使用して、スケジューリンググラントにおけるＰＨＹチャネルリソース上で運ばれ得る。等しい優先度で構成されたヌメロロジは、等しく扱われるべきである。あるいは、等しい優先度のヌメロロジの場合、（以下のステップ３で定義される）最も高いＮＰＢＲを有するネットワークが選択される。場合によっては、ここで使用されるＬＣＰ手順は、従来のＬＴＥ ＬＣＰ手順と同じであり得る。論理チャネル優先順位付け手順の間、ＵＥは、構成されたリソースにマッピングされることが許されていない、または構成されたリソースのヌメロロジ（例えば、ＴＴＩ）にマッピングされることが許されていない、論理チャネルを考慮から除外するものとする。例示的な手順が図４７に強調表示されている。
場合によっては、ＵＥは、ヌメロロジ固有のＰＢＲを使用することができる。ＵＥは、ヌメロロジ固有のＰＢＲを用いてネットワークによって構成され得る。あるいは、ヌメロロジ固有のＰＢＲは、ＵＥによって、例えばヌメロロジの論理チャネルのＰＢＲの和として、黙示的に導出されてもよい。場合によっては、すべてのヌメロロジは、優先度の高い順に（少なくともＰＢＲのために）リソースが割り当てられる。ＭＡＣエンティティは、優先度のより低いヌメロロジ（複数可）のＰＢＲを満たす前に、最も高い優先度のヌメロロジでの送信に利用可能なすべてのデータにリソースを割り当てる。リソースが残っている場合、すべてのヌメロロジが、そのヌメロロジのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、厳密に優先度の高い順に扱われる。等しい優先度で構成されたヌメロロジは、等しく扱われるべきである。ネットワークは、ヌメロロジ優先度の値が大きいほどヌメロロジ優先度のレベルが低い、ヌメロロジ優先度と、ヌメロロジの優先順位付けされたビットレート（ＮＰＢＲ）を設定する、ｎｕｍｅｒｏｌｏｇｙＰｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅと、ヌメロロジバケットサイズ長（ＮＢＳＤ）を設定するｎｕｍｅｒｏｌｏｇｙｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎと、を許可された各ヌメロロジについてＵＥにシグナリングすることによって、アップリンクデータのスケジューリングを制御する。ヌメロロジのバケットサイズはＮＰＢＲｘＮＢＳＤに等しい。ＭＡＣエンティティは、各ヌメロロジｉについて変数ＮＢｉを維持する。ヌメロロジｉがその最初の論理チャネルを確立すると、ＮＢｉは、ゼロに初期化され、各ＴＴＩについて積ＮＰＢＲｉ×ＴＴＩの時間長だけ増やされ、ＮＰＢＲｉは、ヌメロロジｊの優先順位付けされたビットレートである。ＮＢｉの値はヌメロロジのバケットサイズを超えることは決してできず、ＮＢｉの値がヌメロロジｉのバケットサイズよりも大きい場合は、ヌメロロジｉのバケットサイズに設定されるものとする。この手順の一例を図４８に示す。ヌメロロジ固有の論理チャネルが仮定される例示的な場合では、各ヌメロロジ内の論理チャネルは、従来のＬＴＥ ＬＣＰ手順に従ってリソースを割り当てられてもよい。論理チャネル優先順位付け手順の間、ＵＥは、構成されたリソースにマッピングされることが許されていない、または構成されたリソースのヌメロロジ（例えば、ＴＴＩ）にマッピングされることが許されていない、論理チャネルを考慮から除外するものとする。
ヌメロロジの優先順位付けに関して、ヌメロロジの優先度は、このヌメロロジにマッピングされたサービス（例えば、無線ベアラ、論理チャネル）に対して構成された１つ以上のＴＴＩの関数であり得る。サービスに２つ以上のＴＴＩが設定されている場合、ヌメロロジの優先度は、このヌメロロジにマッピングされたサービスに対して構成されたＴＴＩのうちの最も小さいＴＴＩの関数であり得る。ヌメロロジの優先度は、ＴＴＩの値が大きくなるにつれて低くなる。例えば、ＴＴＩの値が最小のヌメロロジが優先度の最も高いヌメロロジに対応し、ＴＴＩの値が最大のヌメロロジが優先度の最も低いヌメロロジに対応する。
ＴＴＩの関数として定義されるヌメロロジの優先度は、限定ではなく例として提示される、以下のようにさらに表現され得る。１つの例では、ヌメロロジの優先度は、ｋ２＊Ｄ（ＴＴＩ）の値が大きくなるにつれて低くなり、例えば、ｋ２＊Ｄ（ＴＴＩ）の値が最小のヌメロロジが優先度の最も高いヌメロロジに対応し、ｋ２＊Ｄ（ＴＴＩ）の値が最大のヌメロロジが優先度の最も低いヌメロロジに対応する。パラメータｋ２は、ＵＬ割り当てからＵＬデータ送信までの時間長、すなわち、ＴＴＩ ｎ内のＵＬグラントスケジューリングの最後のシンボルと、対応するＰＵＳＣＨ送信のＴＴＩ ｎ＋ｋ２と、の間のＴＴＩの単位で表される時間長を表す。パラメータＤ（ＴＴＩ）はＴＴＩの時間長を表す。Ｄ（ＴＴＩ）はマイクロ秒またはミリ秒で表すことができる。
他の例では、ヌメロロジの優先度は、ｋ１＊Ｄ（ＴＴＩ）の値が大きくなるにつれて低くなり、例えば、ｋ１＊Ｄ（ＴＴＩ）の値が最小のヌメロロジが優先度の最も高いヌメロロジに対応し、ｋ１＊Ｄ（ＴＴＩ）の値が最大のヌメロロジが優先度の最も低いヌメロロジに対応する。パラメータｋ１は、ＤＬデータからＵＬ−ＡＣＫ送信までの時間長を表し、これはＴＴＩの単位で表すことができる。換言すれば、ｋ１は以下のように定義することができる。ＰＵＣＣＨ送信のためのスロットに関して、いくつかのシンボルにわたってＰＤＳＣＨ受信をスケジュールするＰＤＣＣＨにおいてＵＥがＤＣＩフォーマットを検出し、最後のシンボルがＴＴＩ ｎ内にある場合、ＵＥは、ＴＴＩ ｎ＋ｋ１内のＰＵＣＣＨ送信において対応するＨＡＲＱ−ＡＣＫ情報を提供するものとし、ｋ１は、ＤＣＩフォーマットの［ＤＬ−ｄａｔａ−ＤＬ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ］フィールドによって示され得るＴＴＩの数である。［ＤＬ−ｄａｔａ−ＤＬ−ａｃｋｎｏｗｌｅｄｇｅ］フィールドの値は、（３ＧＰＰ ＴＳ ３８．２１３からの）次の表に定義されているように、いくつかのスロットの値にマッピングされる。
Figure 2019532590
別の例では、ヌメロロジの優先度は、ｋ３＊Ｄ（ＴＴＩ）の値が大きくなるにつれて低くなり、例えば、ｋ３＊Ｄ（ＴＴＩ）の値が最小のヌメロロジが優先度の最も高いヌメロロジに対応し、ｋ３＊Ｄ（ＴＴＩ）の値が最大のヌメロロジが優先度の最も低いヌメロロジに対応する。パラメータｋ３は、このヌメロロジに関連付けられている最小往復時間（ＲＴＴ）を表した。ＲＴＴは、ＴＴＩの関数で例えばｋ３＊ＴＴＩと表すことができる。ＲＴＴの時間長は、ｋ３＊Ｄ（ＴＴＩ）とさらに表すことができる。
場合によっては、ヌメロロジの優先度は、ｋ４＊Ｄ（ＴＴＩ）の値が大きくなるにつれて低くなり、例えば、ｋ４＊Ｄ（ＴＴＩ）の値が最小のヌメロロジが優先度の最も高いヌメロロジに対応し、ｋ４＊Ｄ（ＴＴＩ）の値が最大のヌメロロジが優先度の最も低いヌメロロジに対応する。パラメータｋ２は、ＤＬ割り当てからＤＬデータ受信までの時間長、すなわち、ＴＴＩ ｎ内のＤＬグラントスケジューリングの最後のシンボルと、対応するＰＤＳＣＨ受信のＴＴＩ ｎ＋ｋ４と、の間のＴＴＩの単位で表される時間長を表す。パラメータＤ（ＴＴＩ）はＴＴＩの時間長を表す。Ｄ（ＴＴＩ）は、例えば、マイクロ秒またはミリ秒で表すことができる。
ＮＲリソースグラント例オプション３：
仮定：リソースグラントは、ネットワークスライス固有である（すなわち、異なるネットワークスライスからのデータは異なるグラントにマッピングされる）。各ネットワークスライスは、任意の特定のＴＴＩまたは時間間隔Ｘにおいて２つ以上のリソースグラントを有することができる。
ここで、ＵＥは、ネットワークスライスに固有のグラントから各ネットワークスライスのデータのためのリソースを割り当てる。論理チャネルがネットワークスライス固有であると仮定すると、従来のＬＴＥ ＬＣＰ手順は各ネットワークスライスに対して再使用され得る。論理チャネルがスライス固有ではない場合、論理チャネルは、ＵＥによるリソース割り当て（論理チャネル優先順位付け）の目的のために、ネットワークスライス固有とみなされ得る。例えば、２つ以上のネットワークスライスのデータが論理チャネルにマッピングされる場合、その論理チャネルは、リソースグラントを有するスライスに固有のものとみなすことができる。リソースグラントを有する、そのようなスライスが２つ以上複数ある場合、論理チャネルは、最も高い優先度を有するスライスに固有のものとみなされ得る。スライスに対するデータ／論理チャネルにリソースが割り当てられた後に、グラントが残っている場合、ＵＥ（ＭＡＣ）は、所与のスライスに対する未使用のグラントを使用して、他のネットワークスライスに対するリソースグラントを割り当てることができる。この目的のために、ＵＥは、未使用のグラントを共通のグラントとみなしてもよく、共通のグラント割り当てについて説明したリソーススキームのうちのいずれか、例えば上記の「ＮＲリソースグラントオプション１」または「ＮＲリソースグラントオプションオプション２」のリソース割り当て方式を使用してもよい。ＵＥは、本明細書中の事前定義された規則または事前プロビジョニング規則に従って、未使用グラントを割り当てることができ、例えば、ＵＥは、未使用のグラントをＵＲＬＬＣデータ、ｅＭＢＢデータ、次いでｍＭＴＣデータの順に割り当ててもよい。
１つの実施形態では、各スライス固有のリソースグラントは、スライス固有のＰＢＲに関連付けられてもよい。ＵＥは、そのようなＰＢＲで明示的に構成されてもよいし、本明細書で指定された規則に基づいて、または事前プロビジョニングを通じて黙示的にそのようなスライス固有のＰＢＲを導出してもよい。ＵＥは、第１のスライス固有のＰＢＲを満たすためにリソースを割り当てた。グラントが残っている場合、ＵＥは、使用されたグラントを次のように使用することができる：例えば上記の「ＮＲリソースグラントオプション１」または「ＮＲリソースグラントオプション２」で説明したリソース割り当て方式のうちの１つに従ってグラントを割り当てる。ＵＥは、本明細書中の事前定義された規則または事前プロビジョニング規則に従って、未使用グラントを割り当てることができ、例えば、ＵＥは、未使用のグラントをＵＲＬＬＣデータ、ｅＭＢＢデータ、次いでｍＭＴＣデータの順に割り当ててもよい。
別の実施形態では、ＵＥは、ＮＲノードによってネットワークスライスに割り当てられたリソースグラントの一部または全部を、別のネットワークスライスに再割り当てすることができる。例えば、ＵＥは、ネットワークによって割り当てられたリソースグラントを所与のネットワークスライス、すなわちより高い優先度のネットワークスライスに自律的に再割り当てすることができる。例えば、ＵＥは、本明細書の事前定義された規則に従って、またはネットワーク構成によって定義された規則に従って、またはＵＥの事前プロビジョニングを通じて、それを行うことができる。一例として、ＵＥは、ｅＭＢＢスライスグラントに関連付けられているリソースをＵＲＬＬＣに自律的に再割り当てすることができる。あるいは、ＵＥは、ＵＲＬＬＣスライスグラントに関連するリソースをｅＭＢＢに自律的に再割り当てすることができる。
ＮＲリソースグラント例オプション４
仮定：リソースグラントはヌメロロジ固有である（すなわち、異なるＰＨＹヌメロロジのためのデータには異なるリソースグラントが割り当てられる）。各ＰＨＹヌメロロジは、例えばヌメロロジにマッピングされたデータフロー、サービス、アプリケーション、またはネットワークスライスの関数として、１つのＴＴＩまたは時間間隔Ｘ内に２つ以上のリソースグラントを割り当てられてもよい。
一例では、ＵＥ（ＭＡＣ）は、ヌメロロジに固有のグラントから所与のヌメロロジを使用するように構成されたデータのためにリソースを割り当てる。論理チャネルがヌメロロジ固有のものであると仮定すると、従来のＬＴＥ ＬＣＰ手順は、同じヌメロロジにマッピングされた論理チャネルのそれぞれについて再使用され得る。ヌメロロジに対するデータ／論理チャネルにリソースが割り当てられた後に、グラントが残っている場合、ＵＥ（ＭＡＣ）は、所与のヌメロロジからの未使用のグラントを使用して、他のヌメロロジに対するリソースグラントを割り当てることができる。この目的のために、ＵＥは、未使用のグラントを共通のグラントとみなしてもよく、共通のグラント割り当てについて説明したリソーススキームのうちのいずれか、例えば上記の「ＮＲリソースグラントオプション１」または「ＮＲリソースグラントオプションオプション２」のリソース割り当て方式を使用してもよい。ＵＥは、本明細書中の事前定義された規則または事前プロビジョニング規則に従って、未使用グラントを割り当てることができ、例えば、ＵＥは、未使用のグラントをＵＲＬＬＣデータ、ｅＭＢＢデータ、次いでｍＭＴＣデータの順に割り当ててもよい。
１つの実施形態では、各ヌメロロジ固有のリソースグラントは、ヌメロロジ固有のＰＢＲに関連付けられてもよい。ＵＥは、そのようなＰＢＲで明示的に構成されてもよいし、本明細書で指定された規則に基づいて、または事前プロビジョニングを通じて黙示的にそのようなスライス固有のＰＢＲを導出してもよい。ＵＥは、第１のヌメロロジ固有のＰＢＲを満たすためにリソースを割り当てた。グラントが残っている場合、ＵＥは、限定ではなく例として提示される以下のように、使用されたグラントを使用することができる。例えば上記の「ＮＲリソースグラントオプション１」または「ＮＲリソースグラントオプション２」で説明した共通リソース割り当て方式のうちの１つに従ってグラントを割り当てる。ＵＥは、本明細書中の事前定義された規則または事前プロビジョニング規則に従って、未使用グラントを割り当てることができ、例えば、ＵＥは、未使用のグラントをＵＲＬＬＣデータ、ｅＭＢＢデータ、次いでｍＭＴＣデータの順に割り当ててもよい。
別の実施形態では、ＵＥは、ＮＲノードによってヌメロロジに割り当てられたリソースグラントの一部または全部を、別のヌメロロジに再割り当てすることができる。例えば、ＵＥは、ネットワークによって割り当てられたリソースグラントを所与のヌメロロジ、すなわちより高い優先度のヌメロロジに自律的に再割り当てすることができる。例えば、ＵＥは、本明細書の事前定義された規則に従って、またはネットワーク構成によって定義された規則に従って、またはＵＥの事前プロビジョニングを通じて、それを行うことができる。
ＮＲリソースグラント例オプション５：
仮定：リソースグラントは、論理チャネル固有または論理チャネルグループ固有である。論理チャネルグループは、以下のうちの１つであり得る：ＢＳＲ報告目的のために構成された論理チャネルグループ、同じヌメロロジまたは同じＴＴＩ値を使用することが許可されるように構成された論理チャネルのセット。一例では、ＵＥは、論理チャネルに固有のグラントから各論理チャネルのデータのためのリソースを割り当てる。グラントが論理チャネルグループに対するものである場合、ＵＥは、同じ論理チャネルグループを有する論理チャネルへのリソース割り当てのための従来のＬＴＥ論理チャネル優先順位付け手順と同様の手順を適用することができる。ＵＥは、ＰＢＲを満たすために、論理チャネル優先度の高い順に各論理チャネルにリソースを割り当てた。代替的な実施形態では、新しいレベルの優先度を定義することができる。例えば、そのような新しいレベルの優先度は、論理チャネルがマッピングされるように構成されるヌメロロジ／ＴＴＩに基づいてもよい。論理チャネル（または論理チャネルに関連付けられている無線ベアラ）は、２つ以上のヌメロロジまたはＴＴＩにマッピングされ得る。この場合、論理チャネルの提案された優先度を定義するために使用されるＴＴＩは、論理チャネルが構成されているすべてのＴＴＩの中で最大値を有するＴＴＩである。この優先度は、（例えば、現在ＬＴＥにおいて定義されているような）論理チャネル優先度に対するオーバーレイ優先度である。この新しいタイプの優先度を論理チャネル優先度タイプ１とし、従来の論理チャネルＬＴＥのような優先度を優先度タイプ２として示す。ＵＥは、論理チャネルを以下のように優先順位付けする：優先度タイプ１に基づいて第１のランク付けが実行され、続いて優先度タイプ２に基づいて第２のランク付けが実行される。優先度タイプ１の値が最も高いと、論理チャネル優先度は最も低い、例えば、ＴＴＩ値が最も高いと、対応する論理チャネルの優先度は最も低い。優先度タイプ１に基づいて等しい優先度を有する論理チャネルは、優先度タイプ２に従ってさらにランク付けされる。等しい優先度タイプ１の論理チャネルのうち、優先度タイプ２の値が最も高いと、論理チャネル優先度が最も低い。場合によっては、ＵＥは、上記から導出された論理チャネルのランク付けを使用してＬＴＥ ＬＣＰ手順を適用する。上記の手順を図４９に示す。
場合によっては、リソースが残っている場合、ＵＥがグラントを受信し、受信したリソースグラントの使用を制限されていない論理チャネルグループ外のデータを有するすべての論理チャネルが、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、厳密に優先度の高い順に扱われる。等しい優先度で構成された論理チャネルは、等しく扱われるべきである。
上記のステップ３の代わりに、グラントが残っている場合、ＵＥ（ＭＡＣ）は、例えば、限定することなく、以下のように未使用分を使用することができる。ＵＥは、未使用のグラントを共通のグラントとみなしてもよく、共通のグラント割り当てについて説明したリソーススキームのうちのいずれか、例えば上記の「ＮＲリソースグラントオプション１」または「ＮＲリソースグラントオプションオプション２」のリソース割り当て方式を使用してもよい。ＵＥは、本明細書中の事前定義された規則または事前プロビジョニング規則に従って、未使用グラントを割り当てることができ、例えば、ＵＥは、未使用のグラントをＵＲＬＬＣデータ、ｅＭＢＢデータ、次いでｍＭＴＣデータの順に割り当ててもよい。
別の実施形態では、論理チャネルにマッピングされたアプリケーションまたはデータフローに対して論理チャネルのサブ優先度を定義することができる。ＵＥは、論理チャネルにマッピングされたデータフローまたはアプリケーションのサブ優先度の厳密に高い順にリソースを割り当てることができる。あるいは、ＰＢＲは、論理チャネルにマッピングされたデータサブフローまたはアプリケーションに対して定義されてもよい。サブ優先度ＰＢＲを満たすために、ＵＥは、論理チャネルサブ優先度の高い順に各データフローまたはアプリケーションにリソースを割り当てた。リソースが残っている場合、論理チャネル内のすべてのデータフローまたはアプリケーションは、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、厳密に優先度の高い順に扱われる。等しい論理チャネルサブ優先度で構成されたデータフローおよびアプリケーションは等しく扱われるべきである。
ここで、拡張ＬＴＥ論理チャネル優先順位付けに目を向けると、上記で捉えたＮＲリソースグラント割り当てオプションの一部に照らして様々な例が提示される。
１つの実施形態では、新しい送信が実行されたときに論理チャネル優先順位付け手順が実行される。一例では、ＲＲＣは、優先度の値が大きいほど優先度のレベルが低い、優先度と、優先順位付けされたビットレート（ＰＢＲ）を設定するｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅと、バケットサイズ長（ＢＳＤ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎと、論理チャネルのためのデータを、同じ送信プロファイル（複数可）の値（複数可）を持つグラントのリソースと共に送信することができるか否かを示す、許可された送信プロファイルの値（複数可）と、を各論理チャネルについてシグナリングすることによって、アップリンクのスケジューリングを制御する。ＮＢ−ＩｏＴの場合、ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ、および論理チャネル優先順位付け手順の対応するステップ（すなわち、以下のステップ１およびステップ２）は適用できない。
ＭＡＣエンティティは、各論理チャネルｊについて変数Ｂｊを維持し得る。関連する論理チャネルが確立されると、Ｂｊは、ゼロに初期化されるものとし、各ＴＴＩについて積ＰＢＲ×ＴＴＩの時間長だけ増やされ、ＰＢＲは、論理チャネルｊの優先順位付けされたビットレートである。ただし、Ｂｊの値はバケットサイズを超えることは決してできず、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合は、バケットサイズに設定されるものとする。論理チャネルのバケットサイズはＰＢＲ×ＢＳＤに等しく、ＰＢＲとＢＳＤとは上位層によって構成される。
一例では、ＭＡＣエンティティは、新しい送信が実行されたときに様々な論理チャネル優先順位付け手順を実行し得る。ＭＡＣエンティティは、例えば、以下のステップで、グラントの送信プロファイルで設定された（またはこのグラントに対して許可された）論理チャネルにリソースを割り当てることができる。１において、Ｂｊ＞０である論理チャネルは、優先度の高い順にリソースが割り当てられる。論理チャネルのＰＢＲが「無限大」に設定されている場合、ＭＡＣエンティティは、優先度のより低い論理チャネル（複数可）のＰＢＲを満たす前に、その論理チャネルでの送信に利用可能なすべてのデータにリソースを割り当てるものとする。２において、ＭＡＣエンティティは、ステップ１で論理チャネルｊに供給されたＭＡＣ ＳＤＵの合計サイズだけＢｊを減らすものとする。Ｂｊの値は負になり得る。３において、リソースが残っている場合、論理チャネルが、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、（Ｂｊの値に関係なく）厳密に優先度の高い順に扱われる。等しい優先度で構成された論理チャネルは、等しく扱われ得る。
ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合、上記のステップ１から３および関連する規則が、各グラントに独立して、またはグラントの容量の合計のいずれかに適用され得る。また、グラントが処理される順序は、ＵＥの実装に委ねられる。ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合に、どのＭＡＣ ＰＤＵにＭＡＣ制御要素が含まれるかを決定することはＵＥの実装次第である。ＵＥが１つのＴＴＩで２つのＭＡＣエンティティにおいてＭＡＣ ＰＤＵ（複数可）を生成するように要求された場合、グラントがどの順序で処理されるかはＵＥの実装次第である。複数のＵＬグラントが受信されると、グラントが処理される順序は、ＵＥの実装に委ねられる。
別の例では、ＲＲＣは、優先度の値が大きいほど優先度のレベルが低い、優先度と、優先順位付けされたビットレート（ＰＢＲ）を設定するｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅと、バケットサイズ長（ＢＳＤ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎと、論理チャネルのためのデータを、同じ送信プロファイル（複数可）の値（複数可）を持つグラントのリソースと共に送信することができるか否かを示す、許可された送信プロファイルの値（複数可）と、を各論理チャネルについてシグナリングすることによって、アップリンクのスケジューリングを制御する。ＲＲＣはまた、論理チャネルへのマッピングに関係なく、優先度の値が大きいほど優先度のレベルが低い、各送信プロファイルの絶対優先度をＵＥにシグナリングすることによって、アップリンクデータのスケジューリングを制御する。ＮＢ−ＩｏＴの場合、ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ、および論理チャネル優先順位付け手順の対応するステップ（すなわち、以下のステップ１およびステップ２）は適用できない。
ＭＡＣエンティティは、各論理チャネルｊについて変数Ｂｊを維持するものとする。関連する論理チャネルが確立されると、Ｂｊは、ゼロに初期化されるものとし、各ＴＴＩについて積ＰＢＲ×ＴＴＩの時間長だけ増やされ、ＰＢＲは、論理チャネルｊの優先順位付けされたビットレートである。ただし、Ｂｊの値はバケットサイズを超えることは決してできず、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合は、バケットサイズに設定されるものとする。論理チャネルのバケットサイズはＰＢＲ×ＢＳＤに等しく、ＰＢＲとＢＳＤとは上位層によって構成される。
ＭＡＣエンティティは、新しい送信が実行されたときに以下の論理チャネル優先順位付け手順を実行することができる。送信プロファイルの優先度の高い順に各グラントに対して、ＭＡＣエンティティは、例えば、以下のステップで、グラントの送信プロファイルで設定された論理チャネルにリソースを割り当てるものとする。１において、Ｂｊ＞０である論理チャネルは、優先度の高い順にリソースが割り当てられる。論理チャネルのＰＢＲが「無限大」に設定されている場合、ＭＡＣエンティティは、優先度のより低い論理チャネル（複数可）のＰＢＲを満たす前に、その論理チャネルでの送信に利用可能なすべてのデータにリソースを割り当てるものとする。２において、ＭＡＣエンティティは、ステップ１で論理チャネルｊに供給されたＭＡＣ ＳＤＵの合計サイズだけＢｊを減らすものとする。Ｂｊの値は負になり得る。３において、現在のグラントのリソースが残っている場合、論理チャネルが、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、（Ｂｊの値に関係なく）厳密に優先度の高い順に扱われる。等しい優先度で構成された論理チャネルは、等しく扱われるべきである。
場合によっては、ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合、ステップ１から３および関連する規則が、各グラントに独立して、またはグラントの容量の合計のいずれかに適用され得る。また、グラントが処理される順序は、ＵＥの実装に委ねられる。ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合に、どのＭＡＣ ＰＤＵにＭＡＣ制御要素が含まれるかを決定することはＵＥの実装次第である。ＵＥが１つのＴＴＩで２つのＭＡＣエンティティにおいてＭＡＣ ＰＤＵ（複数可）を生成するように要求された場合、グラントがどの順序で処理されるかはＵＥの実装次第である。同じ優先度のヌメロロジを持つ複数のＵＬグラントが受信されると、グラントが処理される順序は、ＵＥの実装に委ねられる。
別の例では、ＲＲＣは、優先度の値が大きいほど優先度のレベルが低い、優先度と、優先順位付けされたビットレート（ＰＢＲ）を設定するｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅと、バケットサイズ長（ＢＳＤ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎと、論理チャネルのためのデータを、同じ送信プロファイル（複数可）の値（複数可）を持つグラントのリソースと共に送信することができるか否かを示す、許可された送信プロファイルの値（複数可）と、優先度の値が大きいほど優先度のレベルが低い、送信プロファイル固有の優先度と、を各論理チャネルについてシグナリングすることによって、アップリンクのスケジューリングを制御する。ＮＢ−ＩｏＴの場合、ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ、および論理チャネル優先順位付け手順の対応するステップ（すなわち、以下のステップ１およびステップ２）は適用できない。
ＭＡＣエンティティは、各論理チャネルｊについて変数Ｂｊを維持し得る。関連する論理チャネルが確立されると、Ｂｊは、ゼロに初期化されるものとし、各ＴＴＩについて積ＰＢＲ×ＴＴＩの時間長だけ増やされ、ＰＢＲは、論理チャネルｊの優先順位付けされたビットレートである。ただし、Ｂｊの値はバケットサイズを超えることは決してできず、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合は、バケットサイズに設定されるものとする。論理チャネルのバケットサイズはＰＢＲ×ＢＳＤに等しく、ＰＢＲとＢＳＤとは上位層によって構成される。
ＭＡＣエンティティは、新しい送信が実行されたときに以下の論理チャネル優先順位付け手順を実行することができる。ＭＡＣエンティティは、例えば、以下のステップで、グラントの送信プロファイルで設定された（またはこのグラントに対して許可された）論理チャネルにリソースを割り当てることができる。１において、Ｂｊ＞０である論理チャネルは、優先度の高い順にリソースが割り当てられる。等しい優先度で構成された論理チャネルには、伝送プロファイル固有の優先度の高い順にリソースが割り当てられる。論理チャネルのＰＢＲが「無限大」に設定されている場合、ＭＡＣエンティティは、優先度のより低い論理チャネル（複数可）のＰＢＲを満たす前に、その論理チャネルでの送信に利用可能なすべてのデータにリソースを割り当てるものとする。２において、ＭＡＣエンティティは、ステップ１で論理チャネルｊに供給されたＭＡＣ ＳＤＵの合計サイズだけＢｊを減らすことができる。Ｂｊの値は負になり得る。３において、リソースが残っている場合、論理チャネルが、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、（Ｂｊの値に関係なく）厳密に優先度の高い順に扱われる。同じ優先度で構成された論理チャネルは、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、（Ｂｊの値に関係なく）厳密に送信プロファイル固有の優先度の高い順に扱われるべきである。等しい送信プロファイル固有の優先度で構成された論理チャネルは、等しく扱われるべきである。
ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合、ステップ１から３および関連する規則が、各グラントに独立して、またはグラントの容量の合計のいずれかに適用され得ることに留意されたい。また、グラントが処理される順序は、ＵＥの実装に委ねられる。ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合に、どのＭＡＣ ＰＤＵにＭＡＣ制御要素が含まれるかを決定することはＵＥの実装次第である。ＵＥが１つのＴＴＩで２つのＭＡＣエンティティにおいてＭＡＣ ＰＤＵ（複数可）を生成するように要求された場合、グラントがどの順序で処理されるかはＵＥの実装次第である。複数のＵＬグラントが受信されると、グラントが処理される順序は、ＵＥの実装に委ねられ得ることにも留意されたい。
別の例では、ＲＲＣは、優先度の値が大きいほど優先度のレベルが低い、優先度と、優先順位付けされたビットレート（ＰＢＲ）を設定するｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅと、バケットサイズ長（ＢＳＤ）を設定するｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎと、論理チャネルのためのデータを、同じ送信プロファイル（複数可）の値（複数可）を持つグラントのリソースと共に送信することができるか否かを示す、許可された送信プロファイルの値（複数可）と、優先度の値が大きいほど優先度のレベルが低い、送信プロファイル固有の優先度と、を各論理チャネルについてシグナリングすることによって、アップリンクのスケジューリングを制御する。ＲＲＣはまた、論理チャネルへのマッピングに関係なく、優先度の値が大きいほど優先度のレベルが低い、各送信プロファイルの絶対優先度をＵＥにシグナリングすることによって、アップリンクデータのスケジューリングを制御する。ＮＢ−ＩｏＴの場合、ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ、および論理チャネル優先順位付け手順の対応するステップ（すなわち、以下のステップ１およびステップ２）は適用できない。
ＭＡＣエンティティは、各論理チャネルｊについて変数Ｂｊを維持し得る。関連する論理チャネルが確立されると、Ｂｊは、ゼロに初期化されるものとし、各ＴＴＩについて積ＰＢＲ×ＴＴＩの時間長だけ増やされ、ＰＢＲは、論理チャネルｊの優先順位付けされたビットレートである。ただし、Ｂｊの値はバケットサイズを超えることは決してできず、Ｂｊの値が論理チャネルｊのバケットサイズよりも大きい場合は、バケットサイズに設定されるものとする。論理チャネルのバケットサイズはＰＢＲ×ＢＳＤに等しく、ＰＢＲとＢＳＤとは上位層によって構成される。
本実施形態では、ＭＡＣエンティティは、新しい送信が実行されたときに以下の論理チャネル優先順位付け手順を実行することができる。送信プロファイルの絶対優先度の高い順に各グラントに対して、ＭＡＣエンティティは、例えば、以下のステップで、グラントの送信プロファイルで設定された（またはこのグラントに対して許可された）論理チャネルにリソースを割り当てることができる。１において、
ステップ１：Ｂｊ＞０である論理チャネルは、優先度の高い順にリソースが割り当てられる。等しい優先度で構成された論理チャネルには、論理チャネルの伝送プロファイル固有の優先度の高い順にリソースが割り当てられる。論理チャネルのＰＢＲが「無限大」に設定されている場合、ＭＡＣエンティティは、優先度のより低い論理チャネル（複数可）のＰＢＲを満たす前に、その論理チャネルでの送信に利用可能なすべてのデータにリソースを割り当てるものとする。２において、ＭＡＣエンティティは、ステップ１で論理チャネルｊに供給されたＭＡＣ ＳＤＵの合計サイズだけＢｊを減らすことができる。Ｂｊの値は負になり得る。３において、リソースが残っている場合、論理チャネルが、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、（Ｂｊの値に関係なく）厳密に優先度の高い順に扱われる。同じ優先度で構成された論理チャネルは、その論理チャネルのデータまたはＵＬグラントのいずれかが順番を問わず使い尽くされるまで、（Ｂｊの値に関係なく）厳密に論理チャネルの送信プロファイル固有の優先度の高い順に扱われるべきである。等しい送信プロファイル固有の優先度で構成された論理チャネルは、等しく扱われるべきである。
場合によっては、ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求され、ステップ１から３および関連する規則が、各グラントに独立して、またはグラントの容量の合計のいずれかに適用され得る。また、グラントが処理される順序は、ＵＥの実装に委ねられる。ＭＡＣエンティティが１つのＴＴＩで複数のＭＡＣ ＰＤＵを送信するように要求された場合に、どのＭＡＣ ＰＤＵにＭＡＣ制御要素が含まれるかを決定することはＵＥの実装次第である。ＵＥが１つのＴＴＩで２つのＭＡＣエンティティにおいてＭＡＣ ＰＤＵ（複数可）を生成するように要求された場合、グラントがどの順序で処理されるかはＵＥの実装次第である。
ＮＲでは、ＬＴＥと同様に、送信時間間隔（ＴＴＩ）もまた、連続したデータ送信機会間の時間長とみなすことができる。
表１に示すように、スロットまたはミニスロットの時間長（例えば、マイクロ秒）はヌメロロジ固有であり、従ってヌメロロジによって異なるが、ヌメロロジにわたって比例関係を維持する。ミニスロット内のシンボルの数に関して、ヌメロロジごとに２つ以上のミニスロット構成があり得る。従って、ヌメロロジは、２つ以上のＴＴＩを有し、それぞれミリ秒またはマイクロ秒単位で時間が異なる。スロットレベルスケジューリングおよびミニスロットレベルスケジューリングがＮＲシステムによってサポートされていると仮定し、ｇＮＢが同じヌメロロジまたは２つ以上のヌメロロジ内で、スロットレベルまたはミニスロットレベルで、同じＵＥへのデータ送信をスケジュールできると仮定すると、データ送信時間間隔、すなわち連続するデータ送信機会間の時間長は可変であり、固定されていない。ＬＴＥにおけるようなＭＡＣ手順をサポートする固定時間長ＴＴＩを有するために、ＭＡＣ手順のための基本ＮＲ時間単位（ＮＲ−ＵＮＩＴ）として、固定時間長のＴＴＩ＊で示されるＵＥ固有のＴＴＩが提案される。本明細書の残りの部分では、ヌメロロジ固有の変数ＴＴＩ（複数可）とは対照的に、固定時間長の固定基本ＮＲ時間単位に関してＴＴＩ＊を用いる。本明細書で使用される場合、ＮＲ−ＵＮＩＴおよびＴＴＩ＊は、別段の指定のない限り、制限なしに交換可能に使用され、両方の用語はまた、単に所定の時間単位または所定の期間を指すことができる。
ＮＲシステムにおけるシンボル、ミニスロット、またはスロットの時間長が互いに比例関係にある結果として、２つの連続する送信機会間の時間間隔もまた互いに比例する。従って、２つの連続した送信機会間の時間間隔は、ＵＥのスロットレベルスケジューリングを仮定すると、必然的に、ＵＥが構成され得る最小スロット長の倍数である。同様に、２つの連続する送信機会間の時間間隔は、ＵＥのミニスロットおよびスロットレベルのスケジューリングを仮定すると、ＵＥが構成され得る最小ミニスロット長の倍数となる。
そのため、ＮＲ−ＵＮＩＴ（すなわち、ＴＴＩ＊）は様々な方法で定義することができる。限定ではなく例として、ＮＲ−ＵＮＩＴまたは所定の時間単位は、次のように定義することができる。
・ＵＥの能力による、スロットレベルスケジューリング（それぞれミニスロットレベルスケジューリング）のためにＵＥがサポートできる可能な最小スロット（それぞれミニスロット）長。ＵＥはまた、ＵＥのバッテリレベル、デバイスカテゴリ、省電力モード設定などの他の情報も考慮に入れることができる。
・ＵＥが構成されているヌメロロジにわたる可能な最小スロット（それぞれミニスロット）長。構成は静的であっても準静的ＲＲＣシグナリングを介してもよい。
・ＵＥが構成されている帯域幅部分（ＢＷＰ）にわたる可能な最小スロット（それぞれミニスロット）長。構成は静的であっても準静的ＲＲＣシグナリングを介してもよい。
・ｇＮＢによってＵＥにシグナリングされる、ＵＬ送信（ＰＵＳＣＨ、ＰＵＣＣＨ、またはＰＵＳＣＨもしくＰＵＣＣＨのいずれか）機会間の最小時間間隔として使用される、またはＤＬ受信（ＰＤＳＣＨ、ＰＤＣＣＨ、またはＰＤＳＣＨもしくはＰＤＣＣＨのいずれか）機会間の最小時間間隔として使用される、スロット（それぞれミニスロット）長。
・アクティブなヌメロロジにわたってとられた最小スロット（それぞれミニスロット）長。アクティブなヌメロロジは、構成されたヌメロロジのうちアクティブ化されたヌメロロジとして定義され、ＵＥは、ＵＬ送信（ＰＵＳＣＨ、ＰＵＣＣＨ、またはＰＵＳＣＨもしくはＰＵＣＣＨのいずれか）またはＤＬ受信（ＰＤＳＣＨ、ＰＤＣＣＨ、またはＰＤＳＣＨもしくはＰＤＣＣＨのいずれか）を行うことが期待され得る。ＵＥは、アクティブなヌメロロジ、すなわちｇＮＢからの構成シグナリングを通してＵＬ送信またはＤＬ受信を実行することを期待できるヌメロロジを判定でき、構成シグナリングが、準静的ＲＲＣシグナリング、ＭＡＣシグナリング（例えば、ランダムアクセス応答）、またはＤＣＩシグナリングのうちの１つ以上であり得る。
・アクティブ化されたＵＬ ＢＷＰまたはＤＬ ＢＷＰにわたってとられた最小スロット（それぞれミニスロット）長。ＵＥは、上位層パラメータ［ａｃｔｉｖａｔｅｄ−ＤＬ−ＢＷＰ］によるアクティブ化されたＤＬ ＢＷＰを用いて構成することができ、パラメータ［ａｃｔｉｖａｔｅｄ−ＤＬ−ＢＷＰ］は、ＤＬ受信のための構成されたＤＬ ＢＷＰセットからＤＬ ＢＷＰサブセットを定義する。同様に、ＵＥは、上位層パラメータ［ａｃｔｉｖａｔｅｄ−ＵＬ−ＢＷＰ］によるアクティブ化されたＵＬ ＢＷＰを用いて構成することができ、パラメータ［ａｃｔｉｖａｔｅｄ−ＵＬ−ＢＷＰ］は、ＵＬ送信のための構成されたＵＬ ＢＷＰセットからＵＬ ＢＷＰサブセットを定義する。
・参照またはデフォルトのヌメロロジのスロット（それぞれミニスロット）長。
さらに、ＮＲ−ＵＮＩＴは、ＵＬ送信に関して、またはＤＬ方向に関して定義され得る。
ＵＬ方向に関して、ＮＲ−ＵＮＩＴは、限定ではなく例として提示される、以下のように定義され得る。
・ＵＥの能力による、スロットレベルＵＬスケジューリング（それぞれミニスロットレベルＵＬスケジューリング）のためにＵＥがサポートできる可能な最小スロット（それぞれミニスロット）長。ＵＥはまた、ＵＥのバッテリレベル、デバイスカテゴリ、省電力モード設定などの他の情報も考慮に入れることができる。
・ＵＥが構成されているＵＬヌメロロジにわたる可能な最小スロット（それぞれミニスロット）長。構成は静的であっても準静的ＲＲＣシグナリングを介してもよい。
・ＵＥが構成されているＵＬ ＢＷＰにわたる可能な最小スロット（それぞれミニスロット）長。構成は静的であっても準静的ＲＲＣシグナリングを介してもよい。
・ｇＮＢによってＵＥにシグナリングされる、ＵＬ送信（ＰＵＳＣＨ、ＰＵＣＣＨ、またはＰＵＳＣＨもしくはＰＵＣＣＨのいずれか）機会間の最小時間間隔として使用されるスロット（それぞれミニスロット）長。
・アクティブなＵＬヌメロロジにわたってとられた最小スロット（それぞれミニスロット）長。アクティブなＵＬヌメロロジは、構成されたＵＬヌメロロジのうちアクティブ化されたＵＬヌメロロジとして定義され、ＵＥは、ＵＬ送信（ＰＵＳＣＨ、ＰＵＣＣＨ、またはＰＵＳＣＨもしくはＰＵＣＣＨのいずれか）を行うことが期待され得る。ＵＥは、アクティブなＵＬヌメロロジ、すなわちｇＮＢからの構成シグナリングを通してＵＬ送信を実行することを期待できるヌメロロジを判定でき、構成シグナリングが、準静的ＲＲＣシグナリング、ＭＡＣシグナリング（例えば、ランダムアクセス応答）、またはＤＣＩシグナリングのうちの１つ以上であり得る。
・アクティブ化されたＵＬ ＢＷＰにわたってとられた最小スロット（それぞれミニスロット）長。ＵＥは、上位層パラメータ［ａｃｔｉｖａｔｅｄ−ＵＬ−ＢＷＰ］によるアクティブ化されたＵＬ ＢＷＰを用いて構成することができ、パラメータ［ａｃｔｉｖａｔｅｄ−ＵＬ−ＢＷＰ］は、ＵＬ送信のための構成されたＵＬ ＢＷＰセットからＵＬ ＢＷＰサブセットを定義する。
・参照またはデフォルトのヌメロロジ、例えば参照またはデフォルトのＵＬヌメロロジのスロット（それぞれミニスロット）長。
ＤＬ方向に関して、ＮＲ−ＵＮＩＴは、限定ではなく例として提示される、以下のように定義され得る。
・ＵＥの能力による、スロットレベルＤＬスケジューリング（それぞれミニスロットレベルＤＬスケジューリング）のためにＵＥがサポートできる可能な最小スロット（それぞれミニスロット）長。ＵＥはまた、ＵＥのバッテリレベル、デバイスカテゴリ、省電力モード設定などの他の情報も考慮に入れることができる。
・ＵＥが構成されているＤＬヌメロロジにわたる可能な最小スロット（それぞれミニスロット）長。構成は静的であっても準静的ＲＲＣシグナリングを介してもよい。
・ＵＥが構成されているＤＬ ＢＷＰにわたる可能な最小スロット（それぞれミニスロット）長。構成は静的であっても準静的ＲＲＣシグナリングを介してもよい。
・ｇＮＢによってＵＥにシグナリングされる、ＤＬ受信（ＰＤＳＣＨ、ＰＤＣＣＨ、またはＰＤＳＣＨもしくはＰＤＣＣＨのいずれか）機会間の最小時間間隔として使用されるスロット（それぞれミニスロット）長。
・アクティブなＤＬヌメロロジにわたってとられた最小スロット（それぞれミニスロット）長。アクティブなＤＬヌメロロジは、構成されたＤＬヌメロロジのうちアクティブ化されたＤＬヌメロロジとして定義され、ＵＥは、ＤＬ受信（ＰＤＳＣＨ、ＰＤＣＣＨ、またはＰＤＳＣＨもしくはＰＤＣＣＨのいずれか）を行うことが期待され得る。ＵＥは、アクティブなＤＬヌメロロジ、すなわちｇＮＢからの構成シグナリングを通してＤＬ送信を実行することを期待できるヌメロロジを判定でき、構成シグナリングが、準静的ＲＲＣシグナリング、ＭＡＣシグナリング（例えば、ランダムアクセス応答）、またはＤＣＩシグナリングのうちの１つ以上であり得る。
・アクティブ化されたＤＬ ＢＷＰにわたってとられた最小スロット（それぞれミニスロット）長。ＵＥは、上位層パラメータ［ａｃｔｉｖａｔｅｄ−ＤＬ−ＢＷＰ］によるアクティブ化されたＤＬ ＢＷＰを用いて構成することができ、パラメータ［ａｃｔｉｖａｔｅｄ−ＤＬ−ＢＷＰ］は、ＤＬ受信のための構成されたＤＬ ＢＷＰセットからＤＬ ＢＷＰサブセットを定義する。
・参照またはデフォルトのヌメロロジ、例えば参照またはデフォルトのＤＬヌメロロジのスロット（それぞれミニスロット）長。
上記のＮＲ−ＵＮＩＴまたはＴＴＩ＊の定義のいずれにもかかわらず、一部の例では、ＮＲ−ＵＮＩＴは、ＯＦＤＭシンボルの整数の数としてＵＥにおいて表現または構成され得る。例えばマイクロ秒またはミリ秒単位でのその場合のシンボル長は、上記のＮＲ−ＵＮＩＴの定義の中のどの定義が使用されるかによって変わる。
簡単にするために、本開示の残りの部分では、別段の指定のない限り、ＮＲ−ＵＮＩＴ（すなわち、ＴＴＩ＊）の定義は送信方向と無関係である。
場合によっては、ＮＲ−ＵＮＩＴは固定されていてもよいが、時間とともに更新されてもよい。例えば、最小のミニスロットまたはスロット長を有するヌメロロジまたはそれぞれＢＷＰが非アクティブ化されるか、ＵＥの構成されたヌメロロジセットまたはそれぞれＢＷＰセットから削除される場合、ＮＲ−ＵＮＩは更新され得る。必ずしも必要ではないが、本明細書で提案されているＮＲ−ＵＮＩＴの定義を考慮すると、このような更新は、例えばＵＥがより高い時間粒度で動作するので省電力およびバッテリ寿命の向上に関して有益であり得、このことは、例えばプロトコル変数およびカウンタを含むＵＥコンテキストがより少ない頻度で更新されることを意味する。
ここで、ＬＣＰに対する様々な例示的な強化に目を向けると、場合によっては、ＵＬリソースグラントＲ（ｉ）は、ＵＬグラント割り当て時間およびＵＬ割り当てからＵＬデータ送信までの時間、すなわちグラントの総寿命によって特徴付けられ得る。ｋ２を、ＮＲ＿ＵＮＩＴにおけるＵＬデータからＵＬデータ送信までの時間とする。絶対時間単位では、本説明でＤ（ＮＲ−ＵＮＩＴ）と表されるＮＲ−ＵＮＩＴの時間長は、マイクロ秒またはミリ秒単位で表現され得る。ＵＬグラントリソースＲ（ｉ）に対するＵＬグラント割り当て時間は、ここでは、グラントがＵＥで受信される瞬間（例えば、共通のＵＥ−ｇＮＢタイムラインにおけるＮＲ−ＵＮＩＴ番号）として理解される。初期送信とそれに続く同じリソースグラントを使用する周期的送信からなるＳＰＳのようなＵＬグラント割り当て方式の場合、ＵＬグラント割り当て時間はまた、同じグラントを使用する最後のＵＬ送信の時間インスタンスとして理解され得る。
一例では、所与のグラントＲ（ｉ）について端末に利用可能な最大処理時間バジェットは、ｋ２、すなわちグラントの全有効期間および適用可能なタイムアドバンスＴＡの値（または同等には端末から基地局までの距離）の関数である。Ｔ＿ＰＲＯＣ＿ＵＥを、端末で利用可能な最大処理時間バジェットとする。Ｔ＿ＬＣＰで示されるＬＣＰ手順の時間バジェットは、Ｔ＿ＰＲＯＣ＿ＵＥのコンポーネントであり、これにより上限を定められている。理想的には、進行中のＬＣＰ手順がある間に、新しいＵＬグラントを考慮に入れなければならない可能性を最小にするために、Ｔ＿ＬＣＰは、ＵＥの処理能力および予想されるＵＥ負荷を考慮に入れて、できるだけ小さく設定されるものとする。各グラントＲ（ｉ）に対して、パラメータＴ＿ＬＣＰ（ｉ）を定義することができ、Ｔ＿ＬＣＰ（ｉ）は、グラント有効期間が切れる前にグラントを処理するためのＬＣＰ手順時間バジェットである。一部の例では、Ｔ＿ＬＣＰはすべてのグラントに対して同じであり得る。
一部の例では、新しい送信が実行されたときにはいつでも、論理チャネル優先順位付け手順が適用され得る。例示的な実施形態によれば、各利用可能なスケジューリングリソースグラントＲ（ｉ）に対して、カウンタＬＣＰ＿ＳＴＡＲＴ（ｉ）が維持される。カウンタＬＣＰ＿ＳＴＡＲＴ（ｉ）は、グラントＲ（ｉ）の期間として解釈することができる。各グラントＲ（ｉ）について、ＵＥは、ＵＬグラント割り当て時にカウンタＬＣＰ＿ＳＴＡＲＴ（ｉ）を０に初期化し、その後ＮＲ−ＵＮＩＴごとにカウンタＬＣＰ＿ＳＴＡＲＴ（ｉ）を１増やす。ＵＥは、少なくとも１つのリソースグラントＲ（ｊ）に対して、カウンタＬＣＰ＿ＳＴＡＲＴ（ｊ）＝ｋ２（ｊ）−Ｔ＿ＬＣＰ（ｊ）の場合に、ＬＣＰ手順を実行する。ＵＥは、関係Ｔ＿ＬＣＰ（ｊ）≧（ｋ２（ｈ）−Ｔ＿ＬＣＰ（ｈ））−ＬＣＰ＿ＳＴＡＲＴ（ｈ）を満たすすべてのリソースグラントＲ（ｈ）を論理チャネルへのリソースグラント割り当てのための許可されたグラントとみなす。Ｔ＿ＬＣＰ（ｊ）≧（ｋ２（ｈ）−Ｔ＿ＬＣＰ（ｈ））−ＬＣＰ＿ＳＴＡＲＴ（ｈ）の関係は、グラントＲ（ｊ）を用いたデータの送信期間とグラントＲ（ｈ）を用いたデータの送信期間とが重なることを意味し、換言すれば、グラントＲ（ｊ）によってトリガされたＬＣＰ手順は、グラントＲ（ｈ）を有するデータの送信期間前に完了しない。一例を図５３に示す。
例示的なＬＣＰ手順の第１の部分（パート１）を図５４に示す。ＬＣＰ手順のこの部分は、図５３のステップ９に対応する。
リソースグラントの優先度を判定することに関して、許可された各リソースグラントＲ（ｈ）について、ＵＥは、グラントの残りの有効期間に基づいて、すなわちグラントの有効期間が満了するまでの残り時間に基づいて、ＬＣＰ手順の目的のためにリソースグラントの優先度を判定し得る。グラントＲ（ｈ）の場合、時点ｔにおける、グラントの有効期間が満了するまでのこの残り時間は、ｋ２（ｈ）−ＬＣＰ＿ＳＴＡＲＴ（ｈ、ｔ）として計算され、ＬＣＰ＿ＳＴＡＲＴ（ｈ、ｔ）は、時刻ｔに対応するＮＲ＿ＵＮＩＴにおけるカウンタＬＣＰ＿ＳＴＡＲＴ（ｈ）の現在の値である。ＬＣＰ手順をトリガする関係ＬＣＰ＿ＳＴＡＲＴ（ｊ）＝ｋ２（ｊ）−Ｔ＿ＬＣＰ（ｊ）を満たすグラントＲ（ｊ）については、グラントＲ（ｊ）の残りの有効期間は、ＬＣＰがトリガされた時間においてＴ＿ＬＣＰ（ｊ）である。ＵＥは、厳密に残りの有効期間の値の高い順に、許可されたグラントＲ（ｈ）に優先順位を付ける。残りの有効期間が最も短いグラントが最も高い優先度のグラントであり、残りの有効期間が最も長いグラントが最も低い優先度のグラントである。
別の実施形態では、ＵＥは、パラメータｋ２、すなわちＵＬ割り当てからＵＬデータ送信までの期間に基づいて、リソースグラントの優先度を判定することができる。ＵＥは、ｋ２の値の高い順に、許可されたグラントＲ（ｈ）に優先順位を付ける。ｋ２の値が最も短いグラントが最も高い優先度のグラントであり、ｋ２の値が最も長いグラントが最も低い優先度のグラントである。
同点の場合、場合によっては、最大のグラントが優先度のより高いグラントとして選択される。最大のグラントは、最大のリソース要素数を有するグラントとして定義することができる。あるいは、最大のグラントは、ＭＡＣ ＳＤＵ内で最大量のデータを送信することができるとＵＥが推定したグラントとして定義されてもよい。他の代替策では、同点の場合、優先度の高いグラントがランダムに選択される。
ここで、ＬＣＰ手順の目的のために論理チャネルの選択に目を向けると、グラントはヌメロロジ固有であると仮定され得る。論理チャネルは２つ以上のヌメロロジにマッピングされ得るため、論理チャネル上のデータは２つ以上のヌメロロジによって扱われ得る。２つ以上の論理チャネルを２つ以上のヌメロロジにマッピングすることができるため、ヌメロロジに固有のグラントが、２つ以上の論理チャネルからより多くのデータを扱うことができる。同様に、論理チャネルは、一部のヌメロロジでリソースグラントを使用することを制限され得る。ＬＣＰ手順は、論理チャネルのヌメロロジへのマッピングの制約を考慮に入れるべきである。
一例では、各選択されたＵＬグラントについて、論理チャネルが様々な条件を満足する場合、ＬＣＰ手順のために論理チャネルが選択され得る。例えば、（例えば、サブキャリア間隔（ＳＣＳ）からの制約の結果として）ヌメロロジマッピングの制約の結果として選択されたグラントを使用することを制限されていない場合、論理チャネルは選択され得る。別の例では、データ複製制約の結果として選択されたグラントを使用することが制限されていない場合、論理チャネルが選択され得る。例えば、少なくとも２つのコンポーネントキャリアＣＣ１およびＣＣ２上のデータ複製をサポートするために、ＤＲＢが２つの論理チャネルＬＣ１およびＬＣ２にマッピングされる場合（ＣＡまたはＤＣデータ複製の場合）、ＬＣ１はＣＣ２上のグラントの使用を制限されると同時に、ＬＣ２はＣＣ１上のグラントの使用を制限され得る。選択されたグラントがコンポーネントキャリアＣＣ２にある場合、ＬＣ１は選択されたグラントを使用することを制限される。同様に、選択されたグラントがＣＣ１にある場合、論理チャネルＬＣ２は選択されたグラントを使用することを制限される。別の例では、論理チャネルはパラメータｋ２値を割り当てられてもよい。論理チャネルは、ＮＲ−ＵＮＩＴまたはマイクロ秒もしくはミリ秒単位の時間長で表される論理チャネルのｋ２値が、論理チャネルのパラメータｋ２と同じ時間単位で表される、選択されたグラントのパラメータｋ２以上である場合に選択され得る。上述のように、ＵＬグラントに関連付けられているパラメータｋ２は、ＮＲ＿ＵＮＩＴにおけるＵＬデータからＵＬデータ送信までの時間を表す。絶対時間単位では、本説明でＤ（ＮＲ−ＵＮＩＴ）と表されるＮＲ−ＵＮＩＴの時間長は、マイクロ秒またはミリ秒単位で表現され得る。ＵＬグラントリソースＲ（ｉ）に対するＵＬグラント割り当て時間は、ここでは、グラントがＵＥで受信される瞬間（例えば、共通のＵＥ−ｇＮＢタイムラインにおけるＮＲ−ＵＮＩＴ番号）として理解される。初期送信とそれに続く同じリソースグラントを使用する周期的送信からなるＳＰＳのようなＵＬグラント割り当て方式の場合、ＵＬグラント割り当て時間はまた、同じグラントを使用する最後のＵＬ送信の時間インスタンスとして理解され得る。
上述の条件に対する代替策は、以下のように説明することができる：論理チャネルは、１つ以上のヌメロロジにマッピングすることができる、すなわち、論理チャネルは、１つ以上のヌメロロジを使用してデータ伝送のために構成され得る。本明細書で上述したように、ヌメロロジは、２つ以上のＴＴＩを有し、それぞれミリ秒またはマイクロ秒単位で時間が異なる。その結果、本明細書で既に定義されているように、論理チャネルは、１つ以上のＴＴＩを使用してデータ送信のために構成され得る。スロットレベルスケジューリングおよびミニスロットレベルスケジューリングがＮＲシステムによってサポートされていると仮定し、ｇＮＢが同じヌメロロジまたは２つ以上のヌメロロジ内で、スロットレベルまたはミニスロットレベルで、同じＵＥへのデータ送信をスケジュールできると仮定すると、ｆ所与の論理チャネルのデータのためのデータ送信時間間隔、すなわち連続するデータ送信機会間の時間長は可変であり、固定されていなくてもよい。各論理チャネルが、むしろＴＴＩの数として表されるパラメータｋ２で構成されていると仮定する。論理チャネルが構成されている各ＴＴＩは、マイクロ秒またはミリ秒の特定の数ｄのＮＲ＿ＵＮＩＴに変換され得る。固定時間長単位で表現すると、ＵＬデータグラント割り当て時間とＵＬデータ送信時間との間の期間は、ｋ２＊ｄとして表すことができる。ＭａｘＬａｔｅｎｃｙ（ＬＣＨ）を、論理チャネルＬＣＨのために構成されたすべてのＴＴＩにわたってとられる最大ｋ２＊ｄとする。ＭａｘＬａｔｅｎｃｙ値が、Ｍａｘｌａｔｅｎｃｙと同じ時間単位で表される選択されたグラントのパラメータｋ２以上である場合、ＬＣＰ手順に対して論理ＬＣＨが選択される。代替的な実施形態では、論理チャネルＬＣＨの許容可能な遅延は、ＭｉｎＬａｔｅｎｃｙ（ＬＣＨ）およびＭａｘＬａｔｅｎｃｙ（ＬＣＨ）によって特徴付けられる遅延窓内となるように定義され得る。論理チャネルは、このグラントのために選択される、すなわち、グラントに関連付けられた遅延、すなわちグラントのパラメータｋ２が下限においてＭｉｎＬａｔｅｎｃｙ（ＬＣＨ）、また上限においてＭａｘＬａｔｅｎｃｙ（ＬＣＨ）によって定義される遅延窓内に含まれる場合に、論理はこのグラントを用いることから制限されない。
よって、上記の説明に従って、ネットワークに接続するように構成された複数の論理チャネルを備える装置は、ネットワークを介して装置に接続されたネットワークノードから第１のリソースグラントを受信することができる。第１のリソースグラントが、第１のグラントに関連付けられている第１の有効期間を示すことができて、第１のグラントは第１の有効期間が切れると使用不可能になる。第１のグラントに関連付けられた有効期間に基づいて、装置（ＵＥ）は、装置の複数の論理チャネルのうちの１つの論理チャネルを選択し、リソースの第１のグラントを使用して選択された論理チャネル上でデータを送信し得る。さらに、第１のリソースグラントが、第１のリソースグラントに関連付けられているヌメロロジをさらに示すことができ、選択された論理チャネルが、ヌメロロジに基づいてさらに選択され得る。またさらに、装置は、データ無線ベアラが複数の論理チャネルのうちの論理チャネルより多くマッピングされているか否かを判定することができ、データ無線ベアラが複数の論理チャネルのうちの２つ以上の論理チャネルにマッピングされている場合、装置は、複数の論理チャネルのうちの少なくとも１つの論理チャネルが第１のリソースグラントを使用することを制限することができる。
ここで、論理チャネル優先度に目を向けると、場合によって、従来のＬＴＥ論理チャネル優先度定義が再利用され得る。この方式では、各論理チャネルに１つの優先度の値が割り当てられる。優先度の値が小さいほど、論理チャネルの優先度が高くなる。
本開示で既に説明したように、様々な例で新しい論理チャネル優先度タイプを導入することができる。１つの実施形態では、この新しい優先度タイプは、論理チャネルにマッピングされたサービスデータフローまたはＱｏＳフローの遅延要件に対して定義され得る。各論理チャネルには、導入されたパラメータｋ２の値が割り当てられる。論理チャネルに割り当てられたパラメータｋ２の値が小さいほど、論理チャネルの優先度は高い。
代替的な実施形態では、上で定義された２つの優先度タイプは一緒に使用され得る。例えば、論理チャネルは、２つのタイプの優先度、すなわち、パラメータｋ２ベースの優先度およびＬＴＥベースの優先度タイプを割り当てられてもよい。次いで、論理チャネルは、パラメータｋ２ベースの優先度に基づいてまず優先順位付けされ得る。同点の場合、場合によっては、従来のＬＴＥ優先度の定義による論理チャネル優先度を使用して論理チャネルに優先度を付けることができる。
ＬＣＰ手順の第２の部分（パート２）についての異なるオプションが図５５、図５６、および図５７に示されている。例示的なＬＣＰ手順のパート２は、図５３のステップ１０に対応する。
一例では、送信のための新しいデータがあり、グラントＲ（ｊ）に対して条件ＬＣＰ＿ＳＴＡＲＴ（ｊ）＝ｋ２（ｊ）−Ｔ＿ＬＣＰ（ｊ）が満たされた結果としてＬＣＰ手順がトリガされる場合、新しいグラントＲ（ｌ）が、ｍ ＮＲ−ＵＮＩＴ後に利用可能になり、Ｔ＿ＬＣＰ（ｊ）≧ｍ＊ＮＲ−ＵＮＩＴ、およびＴ＿ＬＣＰ（ｊ）−ｍ＊ＮＲ＿ＵＮＩＴ≧ｋ２（１）−Ｔ＿ＬＣＰ（１）の関係を満たすことが可能である、すなわち、グラントＲ（ｊ）によってトリガされたＬＣＰ手順は、グラントＲ（１）処理の開始時間の前に完了しない。
新たに利用可能なグラントＲ（ｌ）のための許可された論理チャネルセットと、従来の許可されたグラントＲ（ｈ）のための許可された論理チャネルセットと、の間に共通の少なくとも１つの論理チャネルがあるこの例の場合、様々なオプション、例えば図５５および図５６に示すものなどを実装することができる。
１つの例では、図５５を参照すると、１において、ＬＣＰが中断される。２において、進行中のＬＣＰによって既に割り当てられているグラントは、それらが割り当てられている論理チャネルによって使用される。ステップ２の後に残っているグラントは、以下のステップ４で使用され得る。３において、新たに利用可能なグラントが、許可可能なグラントのセットに追加され得る。４において、ＬＣＰを再初期化することができ、例えばステップ２からの残りのリソースグラントを新たに利用可能なグラントＲ（１）と共に考慮に入れて、新しいＬＣＰ手順を新しい許可可能なグラントのセットで開始することができる。
別の例では、図５６を参照して、進行中のＬＣＰが再開される。例えば、１において、進行中のＬＣＰが停止される。２において、例によれば、ステップ１で現在停止されているＬＣＰ手順によって既に割り当てられているリソースグラントは、割り当てに利用可能なグラントのプールに戻される。例えば、許可されたグラントＲ（ｈ）の値は、ステップ１において現在停止されているＬＣＰ手順の開始の前に、それらのそれぞれの値に留まってもよい。３において、新たに利用可能なグラントＲ（ｌ）が、利用可能なグラントのセットに追加され得る。４において、ＬＣＰ手順は、新しい許可可能なグラントのセットで再開される。あるいは、残りのＬＣＰ時間バジェットが十分ではない可能性があるという事実を考慮するために、場合によっては、許可された論理チャネルの特定の重複しないセットをそれぞれ割り当てて２つ以上の並列ＬＣＰ手順を開始することができる。
新たに利用可能なグラントＲ（ｌ）のための許可された論理チャネルセットと、従来の許可されたグラントＲ（ｈ）のための許可された論理チャネルセットと、の間に共通の論理チャネルがない場合、図５７に示す別の例をリソースグラント割り当てのために実装することができる。図５７を参照すると、図示の例によれば、１において、進行中のＬＣＰは中断されない。２において、新たに許可されたグラントＲ（１）に固有の許可された論理チャネルのセットを用いて、新しいＬＣＰ手順が開始される。
よって、上記の説明に従って、自身の通信回路を介してネットワークに接続するように構成された複数の論理チャネルを備える装置（ＵＥ）は、ネットワークを介して装置に接続されたネットワークノードから第１のリソースグラントを受信することができ、第１のリソースグラントが、第１のグラントに関連付けられている第１の有効期間を示して、第１のグラントは第１の有効期間が切れると使用不可能になる。第１のグラントに関連付けられた第１の有効期間に基づいて、装置は、装置の複数の論理チャネルのうちの１つの論理チャネルを選択し、リソースの第１のグラントを使用して選択された論理チャネル上でデータを送信し得る。一例では、第１のリソースグラントが受信された場合に、装置は、グラントに関連付けられたカウンタを確立することができる。装置は、第１のグラントの期間を追跡するために、第１のグラントが使用されずに所定の時間単位が満了するたびにカウンタを１増やすことができる。一例では、装置は、グラントを使用することができる論理チャネルのサブセットを識別するために、複数の論理チャネルのそれぞれの遅延要件を第１のグラントの遅延と比較し、選択された論理チャネルが論理チャネルのサブセットのうちの１つである。選択された論理チャネルが、論理チャネルの所定の優先順位付けに基づいて論理チャネルのサブセットから選択することができ、所定の優先付け順位が、選択された論理チャネルの遅延要件または選択された論理チャネルのサービス品質要件のうちの少なくとも１つに基づくことができる。
さらに、図５３〜図５７を参照して説明したように、装置は、ネットワークを介して装置に接続されたネットワークノードから第２のリソースグラントを受信することができ、第２のリソースグラントが、第２のグラントに関連付けられている第２の有効期間を示して、第２のグラントは第２の有効期間が切れると使用不可能になる。一例では、第１のグラントの第１の有効期間は、第２のグラントの第２の有効期間と重なる。装置は、第２の有効期間が第１の有効期間の前に期限切れになるであろうという決定を下すことができる。決定に基づいて、装置は、複数の論理チャネルのうちの１つを介してデータを送信するために、第１のリソースグラントの代わりに第２のリソースグラントを使用することができる。別の例では、装置は、第２のリソースグラントを使用して別の論理チャネルを介してデータを送信するために、第１のリソースグラントを用いて選択された論理チャネルを介してデータの送信を中断することができ、第２のリソースグラントの期限が切れた後、装置は、選択された論理チャネルを介してデータの送信を再開する。データは、アップリンク通信において装置（例えば、ＵＥ）によってネットワークに送信されてもよいし、装置間通信において装置によって別の装置に送信されてもよい。
ここで、バッファ状態報告（ＢＳＲ）に目を向けると、ＵＥは、様々なバッファ状態報告モデルに基づいて、バッファ状態、すなわちＭＡＣエンティティ（複数可）に関連付けられているＵＬバッファ内の送信に利用可能なデータ量を報告し得る。
１つの例示的なバッファ状態報告オプション（オプション１）では、ＢＳＲはネットワークスライスに共通している、すなわち、バッファ状態報告はネットワークスライス固有ではない。場合によっては、バッファ状態は各ネットワークスライスで別々に報告されない。ＵＥ（ＭＡＣ）は、異なるネットワークスライスからのバッファ状態を集約することができ、これを、すべてのネットワークスライスに関連付けられているＵＬバッファにおける送信に利用可能なデータに適用可能な単一のバッファ状態報告として報告した。ネットワークは、ネットワークスライスに共通の以下の例示的なタイマで、例えばＲＲＣシグナリングを使用して、ＵＥを構成することによってバッファ状態報告シグナリングを制御し得る：周期的ＢＳＲタイマ、再送信ＢＳＲタイマ、およびバッファ状態報告禁止タイマ。一部の例では、限定ではなく例として提示される以下のイベントのいずれかが発生した場合、ＵＥはＢＳＲをトリガし得る：データの到着、サービングセルの変更、周期的ＢＳＲタイマに基づいてく定期的に、ＭＡＣ ＰＤＵパディングの代わりのＢＳＲ。
別の例示的なバッファ状態報告オプション（オプション２）：ＢＳＲはＰＨＹヌメロロジに共通している。例えば、バッファ状態報告はＰＨＹヌメロロジ固有のものではない。場合によっては、バッファ状態は各ヌメロロジで別々に報告されない。ＵＥ（ＭＡＣ）は、異なるヌメロロジからのバッファ状態を集約することができ、これを、すべてのＰＨＹヌメロロジに関連付けられているＵＬバッファにおける送信に利用可能なデータに適用可能な単一のバッファ状態として報告した。１つの例示的な実施形態では、ＵＥは、ヌメロロジへの論理チャネルマッピングを考慮せずに、構成された論理チャネルまたは論理チャネルのグループについてのバッファ状態を報告することができる。ネットワークは、限定ではなく例として提示されるすべてのＰＨＹヌメロロジに共通の以下のタイマで、例えばＲＲＣシグナリングを使用して、ＵＥを構成することによってバッファ状態報告シグナリングを制御し得る：周期的ＢＳＲタイマ、再送信ＢＳＲタイマ、およびバッファ状態報告禁止タイマ。以下のイベントのいずれかが発生した場合、ＵＥはＢＳＲをトリガし得る：データの到着、サービングセルの変更、周期的ＢＳＲタイマに基づいてく定期的に、ＭＡＣ ＰＤＵパディングの代わりのＢＳＲ。
さらに別のバッファ状態報告オプション（オプション３）では、ＢＳＲはネットワークスライス固有である。例えば、ＵＥ（ＭＡＣ）は、各ネットワークスライスに対して別々に、場合によっては同時に、異なるネットワークスライスからのバッファ状態をＮＲノードに報告する。各ネットワークスライスは、任意の特定のＴＴＩまたは時間間隔Ｘにおいて２つ以上のバッファ状態報告を有することができる。例えば、ＵＥ（ＭＡＣ）は、各ネットワークスライスについて別々にネットワークスライスの異なる論理チャネルまたは異なる論理チャネルグループについてバッファ状態を報告することができる。別の代替策では、ＵＥ（ＭＡＣ）は、ネットワークスライスごとに単一のバッファ状態を報告することができる、すなわち、ＵＥは、同じネットワークスライスに属するすべての論理チャネルからのバッファ状態を集約し、これを単一バッファ状態報告としてＮＲノードに報告することができる。ネットワークは、限定ではなく例として提示される各ネットワークスライスについて以下の例示的なタイマで、例えばＲＲＣシグナリングを使用して、ＵＥを構成することによってバッファ状態報告シグナリングを制御し得る：周期的ＢＳＲタイマ、再送信ＢＳＲタイマ、およびバッファ状態報告禁止タイマ。限定ではなく例として提示される以下のイベントのいずれかが発生した場合、ＵＥはＢＳＲをトリガし得る：ネットワークスライスのためのデータの到着、サービングセルの変更、周期的ＢＳＲタイマに基づいてく定期的に、ＭＡＣ ＰＤＵパディングの代わりのＢＳＲ。
さらに別の例示的なバッファ状態報告オプション（オプション４）では、ＢＳＲはヌメロロジ固有である。例えば、ＵＥ（ＭＡＣ）は、各ヌメロロジに対して別々に、場合によっては同時に、異なるヌメロロジからのバッファ状態をＮＲノードに報告する。各ヌメロロジは、任意の特定のＴＴＩまたは時間間隔Ｘにおいて２つ以上のバッファ状態報告を有することができる。例えば、ＵＥ（ＭＡＣ）は、各ヌメロロジについて別々にヌメロロジの異なる論理チャネルまたは異なる論理チャネルグループについてバッファ状態を報告することができる。別の代替策では、ＵＥ（ＭＡＣ）は、ヌメロロジごとに単一のバッファ状態報告を報告する、すなわち、ＵＥは、同じＰＨＹヌメロロジに属するすべての論理チャネルからのバッファ状態を集約し、これを単一バッファ状態報告としてＮＲノードに報告することができる。ネットワークは、限定ではなく例として提示される各ヌメロロジについて以下の例示的なタイマで、例えばＲＲＣシグナリングを使用して、ＵＥを構成することによってバッファ状態報告シグナリングを制御し得る：周期的ＢＳＲタイマ、再送信ＢＳＲタイマ、およびバッファ状態報告禁止タイマ。限定ではなく例として提示される以下のイベントのいずれかが発生した場合、ＵＥはＢＳＲをトリガし得る：ネットワークスライスのためのデータの到着、サービングセルの変更、周期的ＢＳＲタイマに基づいてく定期的に、ＭＡＣ ＰＤＵパディングの代わりのＢＳＲ。
さらに別の例示的なバッファ状態報告オプション（オプション５）では、ＢＳＲはアプリケーション固有である。ＵＥは各アプリケーションに対して別々にＢＳＲを報告する。ネットワークは、各アプリケーションについて以下の例示的なタイマで、例えばＲＲＣシグナリングを使用して、ＵＥを構成することによってバッファ状態報告シグナリングを制御し得る：周期的ＢＳＲタイマ、再送信ＢＳＲタイマ、およびバッファ状態報告禁止タイマ。限定ではなく例として提示される以下のイベントのいずれかが発生した場合、ＵＥはＢＳＲをトリガし得る：アプリケーションのためのデータの到着、サービングセルの変更、周期的ＢＳＲタイマに基づいてく定期的に、ＭＡＣ ＰＤＵパディングの代わりのＢＳＲ。
別の例示的なバッファ状態報告オプション（オプション６）では、ＢＳＲはデータフロー固有である。ＵＥは各データフローに対して別々にＢＳＲを報告する。ネットワークは、各データフローについて以下の例示的なタイマで、例えばＲＲＣシグナリングを使用して、ＵＥを構成することによってバッファ状態報告シグナリングを制御し得る：周期的ＢＳＲタイマ、再送信ＢＳＲタイマ、およびバッファ状態報告禁止タイマ。限定ではなく例として提示される以下のイベントのいずれかが発生した場合、ＵＥはＢＳＲをトリガし得る：データフローのためのデータの到着、サービングセルの変更、周期的ＢＳＲタイマに基づいてく定期的に、ＭＡＣ ＰＤＵパディングの代わりのＢＳＲ。
別のバッファ状態報告オプション（オプション７）では、ＢＳＲは論理チャネル固有または論理チャネルグループ固有である。ＵＥは、各論理チャネルまたは論理チャネルグループに対して別々にＢＳＲを報告する。論理チャネルまたは論理チャネルグループはスライス固有であり得る。例えば、ＢＳＲはスライス固有として報告されてもよく、各スライス内で、ＢＳＲは、論理チャネルベースまたは論理チャネルグループベースで、例えばスライス固有ベースまたはスライスグループベースで報告されてもよい。ネットワークは、各論理チャネルまたは論理チャネルグループについて以下の例示的なタイマで、例えばＲＲＣシグナリングを使用して、ＵＥを構成することによってバッファ状態報告シグナリングを制御し得る：周期的ＢＳＲタイマ、再送信ＢＳＲタイマ、およびバッファ状態報告禁止タイマ。限定ではなく例として提示される以下のイベントのいずれかが発生した場合、ＵＥはＢＳＲをトリガし得る：論理チャネルまたは論理チャネルグループのためのデータの到着、サービングセルの変更、周期的ＢＳＲタイマに基づいてく定期的に、ＭＡＣ ＰＤＵパディングの代わりのＢＳＲ。
別のバッファ状態報告オプション（オプション８）において：上記のオプションのうちの２つ以上の組み合わせが実行されてもよい。例えば、ＵＥは、一部のバッファ状態をネットワーク固有のバッファ状態として報告することができ、一方、ＵＥは、すべてのネットワークスライスに共通の他の一部のバッファ状態を報告することができる。
ＵＥ ＢＳＲ報告方法および構成は、ＵＬリソースグラント割り当てに合わせるように（上位層によって）構成され得る。このようにして、報告されたＢＳＲは、ＵＥのためのアップリンクスケジューリンググラント（複数可）を適切に判定するためにネットワークによって適切に使用され得る。
ここで、パワーヘッドルーム報告に目を向けると、ＵＥの最大許容送信電力は、キャリアごと、ネットワークスライスごと、ビームごとなどとして定義され得る。ＵＥの最大許容送信電力の定義に応じて、対応するパワーヘッドルームがそれに応じて定義される。ＵＥ（例えば、ＭＡＣ）はパワーヘッドルーム（タイプ１パワーヘッドルームまたはタイプ２パワーヘッドルーム）を報告することができ、これは、様々な電力状態報告モデルに基づいてＵＥにおいて利用可能な送信電力量であり得る。
１つの例示的なパワーヘッドルーム報告オプション（オプション１）では、ＰＨＲはネットワークスライスに共通している、すなわち、パワーヘッドルーム報告はネットワークスライス固有ではない。パワーヘッドルームは各ネットワークスライスで別々に報告されない。ネットワークは、限定ではなく例として提示される、すべてのネットワークスライスに共通の以下のパラメータ、すなわち周期的ＰＨＲタイマ、禁止ＰＨＲタイマ、経路損失の変化（現在のパワーヘッドルームと最後の報告との差が構成可能な閾値よりも大きい）を用いて、例えばＲＲＣシグナリングを使用して、ＵＥのためにＵＥを構成することによってＰＨＲシグナリングを制御し得る。
別の例示的なパワーヘッドルーム報告オプション（オプション２）では、ＰＨＲはＰＨＹヌメロロジに共通している、すなわち、パワーヘッドルーム報告はＰＨＹヌメロロジ固有ではない。パワーヘッドルームは各ヌメロロジで別々に報告されない。ネットワークは、限定ではなく例として提示される、すべてのＰＨＹヌメロロジに共通の以下のパラメータ、すなわち周期的ＰＨＲタイマ、禁止ＰＨＲタイマ、経路損失の変化（現在のパワーヘッドルームと最後の報告との差が構成可能な閾値よりも大きい）を用いて、例えばＲＲＣシグナリングを使用して、ＵＥのためにＵＥを構成することによってＰＨＲシグナリングを制御し得る。
別のパワーヘッドルーム報告オプション（オプション３）において：ＰＨＲはネットワークスライス固有である、すなわち、ＵＥ（ＭＡＣ）は、異なるネットワークスライスについてのパワーヘッドルームを各ネットワークスライスについて別々に、場合によっては同時にＮＲノードに報告する。各ネットワークスライスは、任意の特定のＴＴＩまたは時間間隔Ｘにおいて２つ以上のパワーヘッドルーム報告を有することができる。例えば、ＵＥ（ＭＡＣ）は、各ネットワークスライスについて別々に異なるサービングセルについてパワーヘッドルームを報告することができる。別の代替策では、ＵＥ（ＭＡＣ）は、ネットワークスライスごとに単一のパワーヘッドルームを報告し得る。ネットワークは、限定ではなく例として提示される、各ネットワークスライスについての以下のパラメータ、すなわち周期的ＰＨＲタイマ、禁止ＰＨＲタイマ、経路損失の変化（現在のパワーヘッドルームと最後の報告との差が構成可能な閾値よりも大きい）を用いて、例えばＲＲＣシグナリングを使用して、ＵＥのためにＵＥを構成することによってＰＨＲシグナリングを制御し得る。
別のパワーヘッドルーム報告オプション（オプション４）において：ＰＨＲはヌメロロジ固有である、すなわち、ＵＥ（ＭＡＣ）は、異なるＰＨＹヌメロロジについてのパワーヘッドルームを各ヌメロロジについて別々に、場合によっては同時にＮＲノードに報告する。各ヌメロロジは、任意の特定のＴＴＩまたは時間間隔Ｘにおいて２つ以上のパワーヘッドルーム報告を有することができる。例えば、ＵＥ（ＭＡＣ）は、各ヌメロロジについて別々に異なるサービングセルについてパワーヘッドルームを報告することができる。別の代替策では、ＵＥ（ＭＡＣ）は、ヌメロロジごとに単一のパワーヘッドルームを報告し得る。ネットワークは、限定ではなく例として提示される、各ヌメロロジについての以下のパラメータ、すなわち周期的ＰＨＲタイマ、禁止ＰＨＲタイマ、経路損失の変化（現在のパワーヘッドルームと最後の報告との差が構成可能な閾値よりも大きい）を用いて、例えばＲＲＣシグナリングを使用して、ＵＥのためにＵＥを構成することによってＰＨＲシグナリングを制御し得る。
別の例では、パワーヘッドルーム報告オプション（オプション５）：パワーヘッドルームはアプリケーション固有である。ＵＥは各アプリケーションに対して別々にパワーヘッドルームを報告する。ネットワークは、限定ではなく例として提示される、各アプリケーションについての以下のパラメータ、すなわち周期的ＰＨＲタイマ、禁止ＰＨＲタイマ、経路損失の変化（現在のパワーヘッドルームと最後の報告との差が構成可能な閾値よりも大きい）を用いて、例えばＲＲＣシグナリングを使用して、ＵＥのためにＵＥを構成することによってＰＨＲシグナリングを制御し得る。
別のパワーヘッドルーム報告オプション（オプション６）では：ＰＨＲはデータフロー固有である。ＵＥは各データフローに対して別々にＰＨＲを報告する。ネットワークは、限定ではなく例として提示される、各アプリケーションについての以下のパラメータ、すなわち周期的ＰＨＲタイマ、禁止ＰＨＲタイマ、経路損失の変化（現在のパワーヘッドルームと最後の報告との差が構成可能な閾値よりも大きい）を用いて、例えばＲＲＣシグナリングを使用して、ＵＥのためにＵＥを構成することによってＰＨＲシグナリングを制御し得る。
別のバッファ状態報告オプション（オプション７）において、上記のオプションのうちの２つ以上の組み合わせが実行されてもよい。例えば、ＵＥは、一部のパワーヘッドルームをネットワーク固有として報告することができ、一方、ＵＥは、すべてのネットワークスライスに共通の他の一部のパワーヘッドルームを場合により同時に報告することができる。
ここで、スケジューリング要求（ＳＲ）に目を向けると、ＵＥは、様々な例示的なＳＲモデルに基づいてスケジューリング要求（ＳＲ）をＮＲノードに送信することができる。１つの例では、ＳＲはネットワークスライスに共通している、すなわち、スケジューリング要求はネットワークスライス固有ではない。スケジューリング要求は各ネットワークスライスに対して別々に送信されない。場合によっては、ＳＲの周期はすべてのスライスで共通である。限定ではなく例として提示される以下のイベントにより、ＵＥはＳＲをトリガし得る：任意の構成されたネットワークスライスの送信バッファ内に既に存在するよりも高い優先度を有するデータの到着。
ＳＲは、任意の構成されたネットワークスライスの送信バッファ内に既に存在するよりも高い優先度でＴＴＩ内に送信に利用可能なデータがある結果として送信されてもよく、このＴＴＩ内の送信に対するＵＬ−ＳＣＨリソースはない。１つの実施形態では、スケジュール要求は、リソースグラントが要求されているネットワークスライスをｇＮＢに示すことができる。リソースグラントが要求されている各ネットワークスライスは、ＳＲ内の単一ビットによって表すことができる。ｇＮＢによってＵＥにシグナリングされたグラント割り当ては、グラントが割り当てられているネットワークスライスの指示も含むことができる。ｇＮＢは、グラントが割り当てられるネットワークスライスのそれぞれについて単一のビットをＵＥへのグラント割り当てシグナリングに設定することができ、ここで、「１」はグラントが割り当てられることを示し、「０」はグラントが割り当てられないことを示し、その逆もまた同様である。別の実施形態では、スケジュール要求は、リソースグラントが要求されているネットワークスライスを示していない。ＵＥがネットワークスライスに共通のリソース、すなわちＵＥが構成されている任意のネットワークスライスに使用できるリソースを要求する場合、ＵＥはＳＲ内にスライス指示ビットを設定しなくてもよい。ＵＥは、ｇＮＢから受信したリソースグラントメッセージ内の各ネットワークスライスに関連付けられているビットの値を使用して、そのネットワークスライスにグラントが割り当てられているか否かを識別する。どのネットワークスライスにもビットが設定されていない場合、ＵＥはこれを、受信したグラントが、ＵＥが構成されているすべてのネットワークスライスに使用可能であることを意味すると解釈することができる。
別のスケジューリング要求の例では：ＳＲはＰＨＹヌメロロジに共通である、すなわち、スケジューリング要求はＰＨＹヌメロロジに固有のものではない。バッファ状態は各ヌメロロジで別々に報告されない。スケジューリング要求は各ヌメロロジに対して別々に送信されない。ＳＲの周期はすべてのヌメロロジで共通である。以下のイベントにより、ＵＥはＳＲをトリガし得る：任意の構成されたヌメロロジの送信バッファ内に既に存在するよりも高い優先度を有するデータの到着。１つの実施形態では、スケジューリング要求は、リソースグラントが要求されているヌメロロジをｇＮＢに示すことができる。リソースグラントが要求されている各ヌメロロジは、ＳＲ内の単一ビットによって表すことができる。ｇＮＢによってＵＥにシグナリングされたグラント割り当ては、グラントが割り当てられているヌメロロジの指示も含むことができる。ｇＮＢは、グラントが割り当てられるヌメロロジのそれぞれについて単一のビットを設定することができ、１は、グラントが割り当てられることを示し、０は、グラントが割り当てられないことを示し、その逆もまた同様である。別の実施形態では、スケジューリング要求は、リソースグラントが要求されているヌメロロジを示していない場合がある。ＵＥがヌメロロジに共通のリソース、すなわちＵＥが構成されている任意のヌメロロジに使用できるリソースを要求している場合、ＵＥはヌメロロジ指示ビットを設定しなくてもよい。場合によっては、ＵＥは、ｇＮＢから受信したリソースグラントメッセージ内の各ヌメロロジに関連付けられているビットの値を使用して、その特定のヌメロロジにグラントが割り当てられているか否かを識別する。どのヌメロロジにもビットが設定されていない場合、ＵＥはこれを、受信したグラントが、ＵＥが構成されているすべてのヌメロロジに使用可能であることを意味すると解釈することができる。
別のスケジューリング要求オプションまたは例では、ＳＲはネットワークスライス固有である、すなわち、ＵＥは、ｇＮＢによってネットワークスライス固有のＳＲで構成され、ＵＥは、各ネットワークスライスに対して別々に、場合によっては同時にスケジューリング要求をＮＲノードに送信する。スケジューリング周期は、ネットワークスライス固有のものであり、例えば、スライスｘの場合、スケジューリング要求サブフレームはｎ＿ｘ個のサブフレーム（複数可）ごとに発生し、スライスｙの場合、スケジューリング要求サブフレームはｎ＿ｙ個のサブフレームごとに発生する。限定ではなく例として提示される以下のイベントにより、ＵＥはＳＲをトリガし得る：このＳＲに関連付けられているネットワークスライスの送信バッファ内に既に存在するよりも高い優先度を有するデータの到着。
別のスケジューリング要求の例では、ＳＲはヌメロロジ固有である、すなわち、ＵＥは、ｇＮＢによってヌメロロジ固有のＳＲで構成され、ＵＥは、各ヌメロロジに対して別々に、場合によっては同時にスケジューリング要求をＮＲノードに送信する。スケジューリング周期は、ヌメロロジ固有のものであり、例えば、ヌメロロジｘの場合、スケジューリング要求サブフレームはｎ＿ｘ個のサブフレームごとに発生し、ヌメロロジｙの場合、スケジューリング要求サブフレームはｎ＿ｙ個のサブフレームごとに発生する。限定ではなく例として提示される以下のイベントにより、ＵＥはＳＲをトリガし得る：このＳＲに関連付けられているヌメロロジの送信バッファ内に既に存在するよりも高い優先度を有するデータの到着。
さらに別のスケジューリング要求の例では、ＳＲはアプリケーション固有である、すなわち、ＵＥは、ｇＮＢによってアプリケーション固有のＳＲで構成され、ＵＥは、各アプリケーションに対して別々に、場合によっては同時にＳＲを送信する。スケジューリング周期は、アプリケーション固有のものであり、例えば、アプリケーションｘの場合、スケジューリング要求サブフレームはｎ＿ｘ個のサブフレームごとに発生し、アプリケーションｙの場合、スケジューリング要求サブフレームはｎ＿ｙ個のサブフレームごとに発生する。以下のイベントにより、ＵＥはＳＲをトリガし得る：このＳＲに関連付けられているアプリケーションの送信バッファ内に既に存在するよりも高い優先度を有するデータの到着。
さらに別のスケジューリング要求の例では、ＳＲはデータフロー固有である、すなわち、ＵＥは、ｇＮＢによってデータフロー固有のＳＲで構成され、ＵＥは、各データフローに対して別々に、場合によっては同時にＳＲを送信する。スケジューリング周期は、データフロー固有のものであり、例えば、データフローｘの場合、スケジューリング要求サブフレームはｎ＿ｘ個のサブフレームごとに発生し、データフローｙの場合、スケジューリング要求サブフレームはｎ＿ｙ個のサブフレームごとに発生する。以下のイベントにより、ＵＥはＳＲをトリガし得る：このＳＲに関連付けられているデータフローの送信バッファ内に既に存在するよりも高い優先度を有するデータの到着。
さらに別のスケジューリング要求の例では、ＳＲは論理チャネル固有または論理チャネルグループ固有である、すなわち、ＵＥは、ｇＮＢによって論理チャネル固有または論理チャネルグループ固有のＳＲで構成され、ＵＥは、各論理チャネルまたは論理チャネルグループに対して別々にＳＲを送信する。論理チャネルまたは論理チャネルグループはスライス固有であり得る。例えば、ＳＲはスライス固有として報告されてもよく、各スライス内で、ＳＲは、論理チャネルベースまたは論理チャネルグループベースで、例えばスライス固有ベースまたはスライスグループベースで報告されてもよい。以下のイベントにより、ＵＥはＳＲをトリガし得る：このＳＲに関連付けられている論理チャネルまたは論理チャネルグループの送信バッファ内に既に存在するよりも高い優先度を有するデータの到着。
別のスケジューリング要求の例では、上記のオプションのうちの２つ以上の組み合わせ。例えば、ＵＥは、一部のＳＲをネットワーク固有として報告することができ、一方、ＵＥは、すべてのネットワークスライスに共通の他の一部のＳＲを場合により同時に報告することができる。
ここで、上述したような、ＵＥ、アクセスネットワーク（例えば、ＲＡＮ）、およびコアネットワーク間のＵＥ能力調整の例に目を向けると、次世代移動体通信システムは、ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣなどの広範な利用シナリオをサポートするように設計されている。これらの主要なユースケースは、遅延、データレート、モビリティ、デバイス密度、信頼性、ＵＥのバッテリ寿命、ネットワークのエネルギー消費量などに関して、多様で相反するサービス要件を有する。これらの多様で相反するサービス要件を効率的にサポートするために、ネットワークスライスが使用される。どのネットワークスライスまたはネットワークスライスの組み合わせまたはネットワークスライス機能をそれらがサポートするかに関して、ＵＥが異なれば機能が異なり得る。以下、ネットワークスライスの文脈におけるＵＥ能力処理のための方法を検討する。この検討のために、スライスタイプをｅＭＢＢスライスタイプ、ＵＲＬＬスライスタイプ、またはｍＭＴＣスライスタイプなど、主要なユースケースのためのスライスとして呼ぶ。
ＵＥ能力は、ＵＥ ＲＡＮスライス能力に関して定義され得、ＵＥ無線能力などの能力であり得る。ＵＥ能力はまた、ＵＥコアネットワークスライス能力に関して定義され得る。ＵＥ能力シグナリングへの１つの手法は、ＵＥがネットワークに、スライス固有ベースでまたはスライスタイプ固有ベースでＲＡＮスライス能力をシグナリングすることである。同様に、ＵＥは、スライス固有ベースまたはスライスタイプ固有ベースでＵＥコアネットワーク機能をネットワークにシグナリングすることができる。スライス固有能力シグナリングをネットワークスライスハード分割ＵＥ能力シグナリングと呼ぶことができる。この手法では、ＵＥは、ネットワークスライスまたはネットワークスライスタイプ固有のＵＥ能力をネットワークにシグナリングする。ネットワーク能力シグナリングへの別の手法は、複合ＵＥ能力シグナリング手法である。この手法では、ＵＥは、ＵＥ無線能力を含む複合ＵＥ ＲＡＮ能力をネットワークにシグナリングすることができる。同様に、ＵＥは、複合ＵＥコアネットワーク能力をシグナリングし得る。第３の手法は、一部のＵＥ能力（ＵＥ ＲＡＮ／ＲＡＴ能力またはＵＥコアネットワーク能力のいずれか）がスライス固有またはスライスタイプ固有ベースでシグナリングされ、他の一部がネットワークスライスにわたる複合能力としてシグナリングされる両方の手法の組み合わせであり得る。
ネットワークスライスハード分割ＵＥ能力処理の例では、スライスまたはスライスタイプに対するＵＥ能力（例えば、周波数帯域などの無線能力、サポートされる帯域の組み合わせ、ＮＡＳセキュリティアルゴリズムなどのコアネットワーク機能など）は、十分に使用されない場合があるが、別のスライスまたはスライスタイプのためのＵＥ能力は、十分に利用され、能力拡張または能力アップグレードから利益を得ることができる。そのようなシナリオでは、ネットワークが利用率の低いスライスからＵＥ能力を再割り当てすることが可能である。ネットワークは、ネットワークスライス間またはネットワークスライスタイプ間で分割された新しい能力でＵＥを再構成することができる。ＵＥはまた、ＵＥが構成されているネットワークスライス間の能力分割を再調整する必要性を自律的に検出し得る。例えば、ＵＥがＮＲ ＲＡＴを含むネットワークスライスで構成されていると仮定する。その後、ＵＥは、ＬＴＥ ＲＡＴまたはＷＬＡＮ ＲＡＴを含む追加のスライスを用いて構成される。これは、更新された自身の能力情報（例えば、無線能力）を用いてネットワーク（アクセスネットワークおよびコアネットワーク）に向けてＵＥ能力更新を開始するようにＵＥをトリガし得る。これは、例えば、特定のネットワークスライスの使用レベルまたはＲＡＴ間の干渉レベル（デバイス内干渉）の結果であり得る。ＵＥは、例えば新しい帯域の組み合わせ、またはネットワークスライス間の新しい能力分割を示すために、ネットワークに対して能力更新を送信することができる。ネットワークは、新しい能力分割を受け入れることもできるし、新しい能力分割を拒否および／または提案することができる。ＵＥは、ＲＲＣ接続状態でＵＥ能力更新手順を開始することができる。このＲＲＣ接続状態は、ＮＲの文脈で論じられているＲＲＣ接続状態、例えばＲＲＣ接続アクティブ状態またはＲＲＣ接続非アクティブ状態のいずれであってもよい。
グラフィカルユーザインターフェース（ＧＵＩ）などのインターフェースを使用して、次世代移動体通信システムのアーキテクチャの態様およびＱｏＳに関連する機能をユーザが制御および／または構成するのを支援することができる。
ユーザインターフェース（ＵＩ）を使用して、本明細書に記載の発明に関連するパラメータのうちの１つ以上を構成することができる。ユーザインターフェースは、テキストの、テキストユーザインターフェース（ＴＵＩ）、またはグラフィカルの、グラフィカルユーザインターフェース（ＧＵＩ）とすることができる。
ＵＩは、アプリケーション／サービスが所与のネットワークリソースのセット、すなわちスライスにどのようにマッピングされるかを構成する能力をユーザに提供し得る。例えば、ＵＩは、ユーザがアプリケーション／サービスがどのスライス（複数可）にアクセスできるかを手動で選択することを可能にし得る。アプリケーション／スライスマッピングのための例示的なＵＩを図５０に示す。２つ以上のスライスがアプリケーション／サービス要件を満たすシナリオでは、スライスのリストが提供されてもよく、スライスはユーザの好みに従って順序付けられてもよい。
ＵＥによって検出されたスライスのどれもサービス要件を満たすことができないシナリオの場合、サービス要件を満たすことができなかったことを示す通知がＵＥ上に示され得る。次いで、ユーザは指示を確認するように促され得る。あるいは、サービス要件を満たすことができるスライスが利用可能になるまで、「ベストエフォート」サービスを提供するために使用され得るネットワークスライスにアプリケーション／サービスをマッピングするためのオプションをユーザに提供することができる。このシナリオに関するＵＩとモデムとの間の例示的なシグナリングを図５１に示す。
ＵＩは、バッファ状態報告（ＢＳＲ）および／またはパワーヘッドルーム報告（ＰＨＲ）の報告を構成する能力をユーザに提供することができる。ＵＩは、ＢＳＲ／ＰＨＲ報告に使用されるデフォルト値を設定する、またはＲＲＣエンティティによって構成された値をオーバーライドにする能力をユーザに提供することができる。ＵＩはまた、どのスライスをＢＳＲ／ＰＨＲ報告に使用するかを選択するためのオプションをユーザに提供し得る。
ＵＩは、リソースグラント割り当てオプションを構成する能力をユーザに提供し得る。例えば、ネットワーク制御リソースグラント割り当ての場合、グラント割り当ては、ＮＲリソースグラントオプション、例えばネットワークスライスに共通（ＮＲリソースグラントオプション１）、物理層ヌメロロジに共通（ＮＲリソースグラントオプション２）などのうちの１つに構成され得る。そして、ＵＥ制御リソースグラント割り当ての場合、グラント割り当ては、ＮＲリソースグラントオプション、例えばネットワークスライスに共通（ＮＲリソースグラントオプション１）、物理層ヌメロロジに共通（ＮＲリソースグラントオプション２）などのうちの１つに構成され得る。図５０のインターフェースは、以下に説明される図５２Ｂおよび図５２Ｆに示されるものなどのディスプレイを使用して生成され得ることを理解されたい。
例示的な通信システム／ネットワーク
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセスと、コアトランスポートネットワークと、コーデック、セキュリティ、およびサービス品質に関する作業を含むサービス能力と、を含む、セルラー通信ネットワーク技術のための技術標準を開発している。最近の無線アクセス技術（ＲＡＴ）標準としては、ＷＣＤＭＡ（登録商標）（通常３Ｇと呼ばれる）、ＬＴＥ（通常４Ｇと呼ばれる）、およびＬＴＥアドバンスト標準が挙げられる。３ＧＰＰは、「５Ｇ」とも呼ばれるＮｅｗ Ｒａｄｉｏ（ＮＲ）と呼ばれる次世代セルラー技術の標準化に取り組み始めている。３ＧＰＰ ＮＲ標準の開発は、６ＧＨｚ未満の新しい柔軟な無線アクセスの提供と、６ＧＨｚ超の新しいウルトラモバイルブロードバンド無線アクセスの提供と、を含むと予想される次世代無線アクセス技術（ｎｅｗ ＲＡＴ）の定義を含むと予想される。柔軟な無線アクセスは、６ＧＨｚ未満の新しいスペクトルでの後方非互換の新しい無線アクセスから構成されることが予想されており、また、要件が異なる幅広い３ＧＰＰ ＮＲのユースケースのセットに対応するために、同じスペクトルで一緒に多重化できる異なる動作モードを含むことが予想されている。ウルトラモバイルブロードバンドは、例えば屋内用途およびホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するセンチメートル波およびミリ波のスペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチメートル波およびミリ波固有の設計最適化を用いて、６ＧＨｚ未満の柔軟な無線アクセスと共通の設計フレームワークを共有することが予想されている。
３ＧＰＰは、ＮＲがサポートすることが予想される様々なユースケースを特定し、その結果、データレート、遅延、およびモビリティについての多種多様なユーザエクスペリエンス要件に至った。ユースケースとしては、以下の一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（例：密集地域でのブロードバンドアクセス、屋内超高ブロードバンドアクセス、群衆内ブロードバンドアクセス、どこでも５０Ｍｂｐｓ以上、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカルな通信、大規模マシンタイプ通信、ネットワーク運用（例えば、ネットワークスライシング、ルーティング、マイグレーションおよび相互作用、エネルギー節約）、および拡張されたあらゆるモノと車両間（ｅｎｈａｎｃｅｄ ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ、ｅＶ２Ｘ）通信が挙げられる。これらのカテゴリの具体的なサービスおよびアプリケーションとしては、例えば、モニタリングおよびセンサネットワーク、デバイスの遠隔制御、双方向の遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、ワイヤレスクラウドベースのオフィス、ファーストレスポンダへの接続、車載ｅＣａｌｌ、災害警報、リアルタイムゲーミング、多人数参加型ビデオ通話、自動運転、拡張現実、触覚インターネット、ならびに仮想現実などが挙げられる。これらおよび他のユースケースが本明細書では企図されている。
図５２Ａは、本明細書において説明され特許請求の範囲で定義される方法および装置が実施され得る例示的な通信システム１００の１つの実施形態を示す。図示のように、例示的な通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般的にまたはまとめてＷＴＲＵ １０２と呼ばれる場合がある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２と、を備え得るが、本開示の実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスとすることができる。各ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ハンドヘルド無線通信装置として図５２Ａ〜図５２Ｅに示されているが、５Ｇ無線通信について企図されている多種多様なユースケースでは、各ＷＴＲＵは、単なる例としてであるが、ユーザ機器（ＵＥ）、移動局、固定式または移動式加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家庭用電化製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療機器、またはｅＨｅａｌｔｈデバイス、ロボット、産業用機器、無人機、自動車、トラック、電車、または航空機などの航走体などを含む、無線信号を送信および／または受信するように構成された任意のタイプの装置またはデバイスを含み得る、または無線信号を送信および／または受信するように構成された任意のタイプの装置またはデバイスで実施され得ることを理解されたい。
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを備え得る。基地局１１４ａは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。基地局１１４ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＲＲＨ（リモート無線装置）１１８ａ、１１８ｂおよび／またはＴＲＰ（送信／受信ポイント）１１９ａ、１１９ｂのうちの少なくとも１つと有線および／または無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。ＲＲＨ １１８ａ、１１８ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ １０２ｃのうちの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。ＴＲＰ １１９ａ、１１９ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ １０２ｄのうちの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、Ｈｏｍｅ ＮｏｄｅＢ、Ｈｏｍｅ ｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは単一の要素としてそれぞれ描かれているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含むことができるＲＡＮ １０３／１０４／１０５の一部とすることができる。基地局１１４ｂは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含むことができるＲＡＮ １０３ｂ／１０４ｂ／１０５ｂの一部とすることができる。基地局１１４ａは、セル（図示せず）と呼ばれる場合がある特定の地理的領域内で無線信号を送信および／または受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と呼ばれる場合がある特定の地理的領域内で有線および／または無線信号を送信および／または受信するように構成され得る。セルはセルセクタにさらに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。よって、一実施形態では、基地局１１４ａは、３つの送受信機、例えばセルの各セクタに１つの送受信機を備え得る。一実施形態では、基地局１１４ａは、多入力・多出力（ＭＩＭＯ）技術を採用することができ、従って、セルの各セクタに対して複数の送受信機を利用することができる。
基地局１１４ａは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る無線インターフェース１１５／１１６／１１７を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのうちの１つ以上と通信することができる。無線インターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
基地局１１４ｂは、任意の適切な有線（例えば、ケーブル、光ファイバなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る有線または無線インターフェース１１５ｂ／１１６ｂ／１１７ｂを介してＲＲＨ １１８ａ、１１８ｂおよび／またはＴＲＰ １１９ａ、１１９ｂのうちの１つ以上と通信することができる。無線インターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
ＲＲＨ １１８ａ、１１８ｂおよび／またはＴＲＰ １１９ａ、１１９ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る無線インターフェース１１５ｃ／１１６ｃ／１１７ｃを介してＷＴＲＵ １０２ｃ、１０２ｄのうちの１つ以上と通信することができる。無線インターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
より具体的には、上記のように、通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つ以上のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ １０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ １０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ １１８ａ、１１８ｂおよびＴＲＰ １１９ａ、１１９ｂならびにＷＴＲＵ １０２ｃ、１０２ｄは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよく、これは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して無線インターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
一実施形態では、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ １０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ １１８ａ、１１８ｂおよびＴＲＰ １１９ａ、１１９ｂならびにＷＴＲＵ １０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、これは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して無線インターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。将来、無線インターフェース１１５／１１６／１１７は３ＧＰＰ ＮＲ技術を実装する場合もある。
一実施形態では、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ １０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ １１８ａ、１１８ｂおよびＴＲＰ １１９ａ、１１９ｂならびにＷＴＲＵ １０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、汎欧州デジタル移動電話方式（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
図５２Ａの基地局１１４ｃは、例えば、無線ルータ、Ｈｏｍｅ ＮｏｄｅＢ、Ｈｏｍｅ ｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家、航走体、キャンパスなどの局所的なエリアにおける無線接続を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｃおよびＷＴＲＵ １０２ｅは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。一実施形態では、基地局１１４ｃおよびＷＴＲＵ １０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに一実施形態では、基地局１１４ｃおよびＷＴＲＵ １０２ｅは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図４Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。よって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
ＲＡＮ １０３／１０４／１０５および／またはＲＡＮ １０３ｂ／１０４ｂ／１０５ｂは、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に音声、データ、アプリケーション、および／またはボイス・オーバー・インターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとすることができるコアネットワーク１０６／１０７／１０９と通信することができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供することができる、および／またはユーザ認証などの高水準セキュリティ機能を実行することができる。
図５２Ａには示されていないが、ＲＡＮ １０３／１０４／１０５および／またはＲＡＮ １０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ １０３／１０４／１０５および／またはＲＡＮ １０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ １０３／１０４／１０５および／またはＲＡＮ １０３ｂ／１０４ｂ／１０５ｂに接続されていることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）と通信し得る。
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのためのゲートウェイとして機能することができる。ＰＳＴＮ １０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコル群におけるインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ １０３／１０４／１０５および／またはＲＡＮ １０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを使用することができる１つ以上のＲＡＮに接続された別のコアネットワークを含むことができる。
通信システム１００内のＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード機能を含むことができ、例えば、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図４Ａに示すＷＴＲＵ １０２ｅは、セルラベースの無線技術を採用することができる基地局１１４ａ、およびＩＥＥＥ ８０２無線技術を採用することができる基地局１１４ｃと通信するように構成され得る。
図５２Ｂは、例えばＷＴＲＵ １０２などの、本明細書に示された実施形態による無線通信のために構成された例示的な装置またはデバイスのブロック図である。図５２Ｂに示すように、例示的なＷＴＲＵ １０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、固定式メモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８と、を備え得る。ＷＴＲＵ １０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。また、各実施形態では、限定するものではないが、とりわけ、トランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、Ｈｏｍｅ ＮｏｄｅＢ、発展型Ｈｏｍｅ ＮｏｄｅＢ（ｅＮｏｄｅＢ）、Ｈｏｍｅ 発展型ＮｏｄｅＢ（ＨｅＮＢ）、Ｈｏｍｅ 発展型ＮｏｄｅＢゲートウェイ、およびプロキシノードなどの、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表し得るノードは、図５２Ｂに示され、本明細書で説明されている要素の一部またはすべてを含むことができることが企図されている。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ １０２が無線環境で動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８は送受信機１２０に結合されてもよく、送受信機１２０は送信／受信要素１２２に結合されてもよい。図５２Ｂは、プロセッサ１１８と送受信機１２０とを別々の構成要素として示しているが、プロセッサ１１８と送受信機１２０とは電子パッケージまたはチップに一緒に集積されてもよいことが理解されよう。
送信／受信要素１２２は、無線インターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信する、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。図５２Ａには示されていないが、ＲＡＮ １０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ １０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ １０３／１０４／１０５に接続されていることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）と通信し得る。
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして機能することができる。ＰＳＴＮ １０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコル群におけるインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ １０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用することができる１つ以上のＲＡＮに接続された別のコアネットワークを含むことができる。
通信システム１００内のＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード機能を含むことができ、例えば、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図５２Ａに示すＷＴＲＵ １０２ｃは、セルラベースの無線技術を採用することができる基地局１１４ａ、およびＩＥＥＥ ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成され得る。
図５２Ｂは、例えばＷＴＲＵ １０２などの、本明細書に示された実施形態による無線通信のために構成された例示的な装置またはデバイスのブロック図である。図５２Ｂに示すように、例示的なＷＴＲＵ １０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、固定式メモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８と、を備え得る。ＷＴＲＵ １０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。また、各実施形態では、限定するものではないが、とりわけ、トランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、Ｈｏｍｅ ＮｏｄｅＢ、発展型Ｈｏｍｅ ＮｏｄｅＢ（ｅＮｏｄｅＢ）、Ｈｏｍｅ 発展型ＮｏｄｅＢ（ＨｅＮＢ）、Ｈｏｍｅ 発展型ＮｏｄｅＢゲートウェイ、およびプロキシノードなどの、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表し得るノードは、図５２Ｂに示され、本明細書で説明されている要素の一部またはすべてを含むことができることが企図されている。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ １０２が無線環境で動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８は送受信機１２０に結合されてもよく、送受信機１２０は送信／受信要素１２２に結合されてもよい。図５２Ｂは、プロセッサ１１８と送受信機１２０とを別々の構成要素として示しているが、プロセッサ１１８と送受信機１２０とは電子パッケージまたはチップに一緒に集積されてもよいことが理解されよう。
送信／受信要素１２２は、無線インターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）に信号を送信する、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。一実施形態では、送信／受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射体／検出器とすることができる。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。
加えて、図５２Ｂでは送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ １０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ １０２は、ＭＩＭＯ技術を採用することができる。よって、一実施形態では、ＷＴＲＵ １０２は、無線インターフェース１１５／１１６／１１７を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
送受信機１２０は、送信／受信要素１２２によって送信されることになっている信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ １０２は、マルチモード機能を有し得る。よって、送受信機１２０は、ＷＴＲＵ １０２が、例えばＵＴＲＡおよびＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信できるようにするための複数の送受信機を含むことができる。
ＷＴＲＵ １０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８にユーザデータを出力することができる。加えて、プロセッサ１１８は、固定式メモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを記憶することができる。固定式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。一実施形態では、プロセッサ１１８は、サーバまたは家庭用コンピュータ（図示せず）上など、ＷＴＲＵ １０２上に物理的に配置されていないメモリからの情報にアクセスし、そのメモリにデータを記憶することができる。
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ １０２内の他の構成要素に対して電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ １０２に電力を供給するための任意の適切な装置であり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含み得る。
プロセッサ１１８はまた、ＷＴＲＵ １０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ １０２は、無線インターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信することができる、および／または２つ以上の近隣の基地局から受信した信号のタイミングに基づいて、その位置を判定することができる。ＷＴＲＵ １０２は、一実施形態との整合性を保ちながら、任意の適切な位置判定方法によって位置情報を取得し得ることが理解されよう。
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてもよく、他の周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線接続を提供する１つ以上のソフトウェアおよび／またはハードウェアモジュールを備え得る。例えば、周辺機器１３８としては、加速度計などの様々なセンサ、バイオメトリクス（例えば、指紋）センサ、ｅコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポートまたは他の相互接続インターフェース、振動装置、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを挙げることができる。
ＷＴＲＵ １０２は、センサ、家庭用電化製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療機器またはｅＨｅａｌｔｈデバイス、ロボット、産業機器、無人機、自動車、トラック、電車、または航空機などの航走体などの他の装置またはデバイスで実施することができる。ＷＴＲＵ １０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介してそのような装置またはデバイスの他のコンポーネント、モジュール、またはシステムに接続することができる。
図５２Ｃは、一実施形態によるＲＡＮ １０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ １０３は、無線インターフェース１１５を介してＷＴＲＵ １０２ａ、１０２ｂ、および１０２ｃと通信するためにＵＴＲＡ無線技術を使用することができる。ＲＡＮ １０３はまた、コアネットワーク１０６と通信してもよい。図５２Ｃに示すように、ＲＡＮ １０３は、無線インターフェース１１５を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機をそれぞれ含むことができるＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃを備え得る。ＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ １０３内の特定のセル（図示せず）にそれぞれ関連付けられ得る。ＲＡＮ １０３はまた、ＲＮＣ １４２ａ、１４２ｂを含み得る。ＲＡＮ １０３は、一実施形態との整合性を保ちながら、任意の数のＮｏｄｅＢおよびＲＮＣを含み得ることが理解されよう。
図５２Ｃに示すように、ＮｏｄｅＢ １４０ａ、１４０ｂは、ＲＮＣ １４２ａと通信することができる。加えて、ＮｏｄｅＢ １４０ｃは、ＲＮＣ １４２ｂと通信することができる。ＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ １４２ａ、１４２ｂと通信することができる。ＲＮＣ １４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することができる。ＲＮＣ １４２ａ、１４２ｂのそれぞれは、自身が接続されているそれぞれのＮｏｄｅＢ １４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ １４２ａ、１４２ｂのそれぞれは、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行またはサポートするように構成され得る。
図５２Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。上記の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の１つが、コアネットワーク事業者以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
ＲＡＮ １０３内のＲＮＣ １４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ １４６に接続され得る。ＭＳＣ １４６は、ＭＧＷ １４４に接続され得る。ＭＳＣ １４６およびＭＧＷ １４４は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと従来の地上通信装置との間の通信を容易にするために、ＰＳＴＮ １０８などの回線交換網へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供することができる。
ＲＡＮ １０３内のＲＮＣ １４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ １４８に接続され得る。ＳＧＳＮ １４８はＧＧＳＮ １５０に接続され得る。ＳＧＳＮ １４８およびＧＧＳＮ １５０は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供することができる。
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運用される他の有線または無線通信ネットワークを含み得るネットワーク１１２に接続され得る。
図５２Ｄは、一実施形態によるＲＡＮ １０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ １０４は、無線インターフェース１１６を介してＷＴＲＵ １０２ａ、１０２ｂ、および１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ １０４はまた、コアネットワーク１０７と通信してもよい。
ＲＡＮ １０４は、ｅＮｏｄｅＢ １６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ １０４は、一実施形態との整合性を保ちながら、任意の数のｅＮｏｄｅＢを含み得ることが理解されよう。ｅＮｏｄｅＢ １６０ａ、１６０ｂ、１６０ｃは、無線インターフェース１１６を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機をそれぞれ含み得る。一実施形態では、ｅＮｏｄｅＢ １６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。よって、ｅＮｏｄｅＢ １６０ａは、例えば、ＷＴＲＵ １０２ａに無線信号を送信し、そこから無線信号を受信するために複数のアンテナを使用することができる。
ｅＮｏｄｅＢ １６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成され得る。図５２Ｄに示すように、ｅＮｏｄｅＢ １６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
図５２Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６と、を含み得る。上記の要素のそれぞれはコアネットワーク１０７の一部として示されているが、これらの要素のうちの任意の１つが、コアネットワーク事業者以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
ＭＭＥ １６２は、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮｏｄｅＢ １６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続することができ、制御ノードとして機能することができる。例えば、ＭＭＥ １６２は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などを担当することができる。ＭＭＥ １６２はまた、ＲＡＮ １０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるためのコントロールプレーン機能を提供することができる。
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮｏｄｅＢ １６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続され得る。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンを固定すること、ダウンリンクデータがＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行し得る。
サービングゲートウェイ１６４はまた、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供することができる、ＰＤＮゲートウェイ１６６に接続され得る。
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと従来の地上通信装置との間の通信を容易にするために、ＰＳＴＮ １０８などの回線交換網へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ １０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはこれと通信することができる。加えて、コアネットワーク１０７は、他のサービスプロバイダによって所有および／または運用される他の有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供し得る。
図５２Ｅは、一実施形態によるＲＡＮ １０５およびコアネットワーク１０９のシステム図である。ＲＡＮ １０５は、無線インターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するためにＩＥＥＥ ８０２．１６無線技術を採用するアクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに論じるように、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ １０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照点として定義され得る。
図５２Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ １０５は、一実施形態との整合性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、ＲＡＮ １０５内の特定のセルにそれぞれ関連付けられ、無線インターフェース１１７を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。よって、基地局１８０ａは、例えば、ＷＴＲＵ １０２ａに無線信号を送信し、そこから無線信号を受信するために複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとして機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当し得る。
ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＲＡＮ １０５との間の無線インターフェース１１７は、ＩＥＥＥ ８０２．１６仕様を実装するＲ１参照点として定義され得る。加えて、ＷＴＲＵ １０２ａ、１０２ｂ、および１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理に使用され得るＲ２参照点として定義され得る。
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータ転送を容易にするためのプロトコルを含むＲ８参照点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含み得る。
図５２Ｅに示すように、ＲＡＮ １０５はコアネットワーク１０９に接続され得る。ＲＡＮ １０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、許可、課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８と、を備え得る。上記の要素のそれぞれはコアネットワーク１０９の一部として示されているが、これらの要素のうちの任意の１つが、コアネットワーク事業者以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間をローミングできるようにし得る。ＭＩＰ−ＨＡ １８４は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担当し得る。ゲートウェイ１８８は他のネットワークとの相互作用を容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと従来の地上通信装置との間の通信を容易にするために、ＰＳＴＮ １０８などの回線交換網へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、他のサービスプロバイダによって所有および／または運用される他の有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに提供し得る。
図５２Ｅには示していないが、ＲＡＮ １０５は他のＡＳＮに接続することができ、コアネットワーク１０９は他のコアネットワークに接続することができることが理解されよう。ＲＡＮ １０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ １０５と他のＡＳＮとの間でＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４基準点として定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問先コアネットワークとの間の相互作用を容易にするためのプロトコルを含み得るＲ５基準として定義され得る。
本明細書で説明され、図５２Ａ、図５２Ｃ、図５２Ｄ、および図５２Ｅに示されるコアネットワークエンティティは、特定の従来の３ＧＰＰ仕様書においてそれらのエンティティに与えられた名前によって識別されるが、これらのエンティティおよび機能は、将来、他の名前で識別される場合があり、特定のエンティティまたは機能は、将来の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公表された将来の仕様では組み合わされる場合があることを理解されたい。よって、説明され図５２Ａ、図５２Ｂ、図５２Ｃ、図５２Ｄ、および図５２Ｅに示されている特定のネットワークエンティティおよび機能は、単なる例として提供されたものであり、本明細書に開示され、特許請求の範囲で定義される主題は、現在定義されているか将来定義されるかにかかわらず、任意の同様の通信システムで実施または実装され得ることを理解されたい。
図５２Ｆは、ＲＡＮ １０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ １０８、インターネット１１０、または他のネットワーク１１２における特定のノードまたは機能エンティティなどの、図５２Ａ、図５２Ｃ、図５２Ｄ、および図５２Ｅに示される通信ネットワークの１つ以上の装置が実施され得る例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備えることができ、どこにまたはどんな手段で記憶またはアクセスされるかを問わないソフトウェアの形態であり得るコンピュータ可読命令によって主に制御され得る。このようなコンピュータ可読命令は、コンピューティングシステム９０に作業をさせるために、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ９１は、信号符号化、データ処理、電力制御、入出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作できるようにする任意の他の機能を実行することができる。コプロセッサ８１は、メインのプロセッサ９１とは異なる任意のプロセッサであり、追加の機能を実行したりプロセッサ９１を支援したりし得る。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示されている方法および装置に関連するデータを受信、生成、および処理することができる。
動作中、プロセッサ９１は、命令をフェッチし、復号し、実行し、またコンピュータシステムの主データ転送経路であるシステムバス８０を介して他のリソースとの間で情報を転送する。このようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換のための媒体を規定する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するため、およびシステムバスを動作させるための制御ラインと、を備える。このようなシステムバス８０の一例としては、ＰＣＩ（ペリフェラル・コンポーネント・インターコネクト）バスがある。
システムバス８０に結合されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と読み取り専用メモリ（ＲＯＭ）９３とを含む。このようなメモリは、情報を記憶し検索することを可能にする回路を備える。ＲＯＭ ９３は、一般に、容易に修正することができない記憶データを含む。ＲＡＭ ８２に記憶されたデータは、プロセッサ９１または他のハードウェア装置によって読み取られ得る、または変更され得る。ＲＡＭ ８２および／またはＲＯＭ ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能を提供し得る。よって、第１のモードで稼働しているプログラムは、それ自身のプロセスの仮想アドレス空間によってマップされたメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。
加えて、コンピューティングシステム９０は、プロセッサ９１からの命令をプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に伝達する役割を果たす周辺機器コントローラ８３を備え得る。
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。このような視覚的出力は、テキスト、グラフィック、アニメーショングラフィック、およびビデオを含み得る。視覚的出力は、グラフィカルユーザインターフェース（ＧＵＩ）の形態で提示されてもよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するのに必要な電子構成要素を備える。
さらに、コンピューティングシステム９０は、例えば、ＲＡＮ １０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ １０８、インターネット１１０、または図５２Ａ、図５２Ｂ、図５２Ｃ、図５２Ｄ、および図５２Ｅの他のネットワーク１１２などの外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得るネットワークアダプタ９７などの通信回路を備えて、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにし得る。通信回路は、単独で、またはプロセッサ９１と組み合わされて、本明細書で説明される特定の装置、ノード、または機能エンティティの送信および受信ステップを実行するために使用され得る。
本明細書に記載の装置、システム、方法、およびプロセスのいずれかまたはすべては、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形で実施され、この命令は、プロセッサ１１８または９１などのプロセッサによって実行された場合、本明細書に記載のシステム、方法およびプロセスをプロセッサに実行および／または実装させ得ることが理解されよう。具体的には、本明細書で説明されるステップ、動作、または機能のいずれも、無線および／または有線ネットワーク通信用に構成された装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装される揮発性および不揮発性、取り外し可能および固定式の媒体を含むが、そのようなコンピュータ可読記憶媒体は信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、もしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、もしくは他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶装置、または所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスされ得る任意の他の有形または物理的媒体を含むがこれらに限定されない。
以下は、上記の説明に現れる可能性があるサービスレベル技術に関する頭字語のリストである。
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＡＣＫ 確認応答
ＡＦ アプリケーション機能
ＡＮ アクセスネットワーク
ＡＳ アクセスストラタム
ＡＰＮ アクセスポイント名
ＢＣＨ ブロードキャストチャネル
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＳ 基地局
ＢＳＤ バケットサイズ長
ＢＳＲ バッファ状態報告
ＣＡＮ 接続アクセスネットワーク
ＣＣ コンポーネントキャリア
ＣＣＣＨ 共通制御チャネル
ＣＥ 制御要素
ＣＮ コアネットワーク
ＣＰ コントロールプレーン
ＣＰＵ 中央処理装置
ＣＱＩ チャネル品質指標
Ｃ−ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＳＩ チャネル状態指標
ＤＬ ダウンリンク
ＤＭ デバイス管理
ＤＮ データネットワーク
ＤＲＢ データ無線ベアラ
ｅＭＢＢ 拡張モバイルブロードバンド
ｅＮＢ 発展型ＮｏｄｅＢ
ＥＰＣ 発展型パケットコア
Ｅ−ＵＴＲＡ 発展型ユニバーサル地上無線アクセス
ＦＥＰ フローカプセル化プロトコル
ＦＰＩ フロー優先度指標
ＦＰＬ フロー優先度
ＧＢＲ 保証ビットレート
ＧＷ ゲートウェイ
ＨＡＲＱ ハイブリッド自動再送要求（ＨＡＲＱ）
ＩＤ 識別子
ＩＭＳ ＩＰマルチメディアサブシステム
ＩＭＴ 国際移動通信システム
ＩＯＴまたはＩｏＴ モノのインターネット
ＩＰ インターネットプロトコル
Ｌ２ データリンク層
ＬＣＧ 論理チャネルグループ
ＬＣＰ 論理チャネルの優先順位付け
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＣＧ マスタセルグループ
ＭＣＨ マルチキャストチャネル
ｍＩＯＴ 大規模モノのインターネット
ＭＴＣ マシンタイプ通信
ｍＭＴＣ 大規模マシンタイプ通信
ＮＡＳ 非アクセスストラタム
ＮＢ ナローバンド
ＮｅｘｔＧｅｎ 次世代
ＮＧ 次世代
ＮＧＣ 次世代コアネットワーク
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＯＡＭ 運用、管理、および保守
ＯＴＡ 無線で
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＢＲ 優先ビットレート
ＰＣＨ ページングチャネル
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＤＵ パケットデータユニット
ＰＨＹ 物理層
ＰＨＲ パワーヘッドルームレポート
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＰＨＹ 物理層（物理層またはサブ層）
ＱｏＳ サービス品質
ＲＡＢ 無線アクセスベアラ
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＢ リソースブロックまたは無線ベアラ
ＲＬＣ 無線リンク制御
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＱＩ 反射型ＱｏＳ指標
Ｒｘ 受信機
ＳＡ２ サービス・システム関連の作業部会２
ＳＡＰ サービスアクセスポイント
ＳＣｅｌｌ： 二次電池
ＳｐＣｅｌｌ 特別セル
ＳＣＧ 二次電池グループ
ＳＣＨ 共有チャネル
ＳＤＵ サービスデータユニット
ＳＬ サイドリンク
ＳＰＩＤ 加入者プロファイルＩＤ
ＳＲ スケジューリング要求
ＳＲＢ シグナリング無線ベアラ
ＴＦＦ トラフィックフローフィルタ
ＴＦＴ トラフィックフローテンプレート
ＴＲＰ 送信／受信ポイント
ＴＴＩ 送信時間間隔
Ｔｘ 送信機
ＵＣＩ アップリンク制御情報
ＵＤＰ ユーザデータグラムプロトコル
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＰ ユーザプレーン
ＵＲＬＬＣ 超高信頼・低遅延通信
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク

Claims (15)

  1. プロセッサと、メモリと、通信回路と、を備える装置であって、前記装置が前記通信回路を介してネットワークに接続するように構成された複数の論理チャネルを備え、前記装置が前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    前記ネットワークを介して前記装置に接続されたネットワークノードから第１のリソースグラントを受信するステップであって、前記第１のリソースグラントが、前記第１のグラントに関連付けられている第１の有効期間を示して、前記第１のグラントが、前記第１の有効期間が切れると使用不可能になる、ステップと、
    前記第１のグラントに関連付けられている前記有効期間に基づいて、前記装置の前記複数の論理チャネルのうちの１つの論理チャネルを選択するステップと、
    前記第１のリソースグラントを使用して、前記選択された論理チャネルを介してデータを送信するステップと、
    を含む動作を前記装置に実行させる、装置。
  2. 前記第１のリソースグラントが、前記第１のリソースグラントに関連付けられているヌメロロジをさらに示し、前記選択された論理チャネルが、前記ヌメロロジに基づいてさらに選択される、請求項１に記載の装置。
  3. 前記装置が、前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    データ無線ベアラが前記複数の論理チャネルにおいて２つ以上の論理チャネルにマッピングされているか否かを判定するステップと、
    前記データ無線ベアラが前記複数の論理チャネルにおいて２つ以上の論理チャネルにマッピングされている場合、前記複数の論理チャネルのうちの少なくとも１つの論理チャネルが第１のリソースグラントを使用することを制限するステップと、
    を含む動作を前記装置に実行させる、請求項１または２に記載の装置。
  4. 前記装置が、前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    前記第１のリソースグラントが受信された場合に、前記グラントに関連付けられたカウンタを確立するステップと、
    前記第１のグラントの期間を追跡するために、前記第１のグラントが使用されずに所定の時間単位が満了するたびに前記カウンタを１増やすステップと、
    を含む動作を前記装置に実行させる、請求項１から３のいずれか一項に記載の装置。
  5. 前記装置が、前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    前記グラントを使用することができる論理チャネルのサブセットを識別するために、前記複数の論理チャネルのそれぞれの遅延要件を前記第１のグラントの遅延と比較するステップであって、前記選択された論理チャネルが論理チャネルの前記サブセットのうちの１つである、ステップ
    を含む動作を前記装置に実行させる、請求項１から４のいずれか一項に記載の装置。
  6. 前記選択された論理チャネルが、前記論理チャネルの所定の優先順位付けに基づいて論理チャネルの前記サブセットから選択され、前記所定の優先順位付けが、前記選択された論理チャネルの前記遅延要件または前記選択された論理チャネルのサービス品質要件のうちの少なくとも１つに基づく、請求項５に記載の装置。
  7. 前記装置が、前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    前記ネットワークを介して前記装置に接続された前記ネットワークノードから第２のリソースグラントを受信するステップであって、前記第２のリソースグラントが、前記第２のグラントに関連付けられている第２の有効期間を示して、前記第２のグラントは前記第２の有効期間が切れると使用不可能になり、前記第１の有効期間は前記第２の有効期間と重なる、ステップ
    を含む動作を前記装置に実行させる、請求項１から６のいずれか一項に記載の装置。
  8. 前記装置が、前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    前記第２の有効期間が前記第１の有効期間の前に期限切れになると決定するステップと、
    前記決定に基づいて、前記複数の論理チャネルのうちの１つを介してデータを送信するために、前記第１のリソースグラントの代わりに前記第２のリソースグラントを使用するステップと、
    を含む動作を前記装置に実行させる、請求項７に記載の装置。
  9. 前記装置が、前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    前記第２のリソースグラントを使用して別の論理チャネルを介してデータを送信するために、前記第１のリソースグラントを用いて前記選択された論理チャネルを介する前記データの前記送信を中断するステップと、
    前記第２のリソースグラントの期限が切れた後、前記選択された論理チャネルを介する前記データの前記送信を再開するステップと、
    を含む動作を前記装置に実行させる、請求項７に記載の装置。
  10. 前記データがアップリンク通信で前記ネットワークに送信される、請求項１から９のいずれか一項に記載の装置。
  11. 前記データが、デバイス間通信で別の装置に送信される、請求項１から９のいずれか一項に記載の装置。
  12. プロセッサと、メモリと、通信回路と、を備える装置であって、前記装置が前記通信回路を介してネットワークに接続するように構成され、前記装置が前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    第１のデータパケットに関連するサービス品質プロファイルを識別するマークを含む前記第１のデータパケットを受信するステップと、
    前記サービス品質プロファイルに基づいて、前記パケットを送信するための宛先を選択するステップと、
    前記データパケットを前記宛先に送信するステップであって、前記データパケットが前記マークを含む、ステップと、
    を含む動作を前記装置に実行させる、装置。
  13. 前記データパケットが前記ネットワークにおいてダウンリンク通信で受信され、前記宛先が前記装置の上位層サービスアクセスポイントを含む、請求項１２に記載の装置。
  14. 前記データパケットが、前記装置の上位層サービスアクセスポイントから受信され、前記装置が、前記装置の前記メモリによって記憶されたコンピュータ実行可能命令をさらに含み、前記装置の前記プロセッサによって実行された場合に、
    前記サービス品質プロファイルに基づいて、前記パケットを送信するためのデータ無線ベアラを選択するステップであって、それによって、前記宛先を選択する、ステップと、
    前記選択されたデータ無線ベアラを介して前記データパケットを前記宛先に送信するステップと、
    を含むさらなる動作を前記装置に実行させる、請求項１２に記載の装置。
  15. プロセッサと、メモリと、通信回路と、を備える装置であって、前記装置が前記通信回路を介してネットワークに接続するように構成され、前記装置が前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令が、前記装置の前記プロセッサによって実行された場合に、
    前記ネットワークにおいて第１の方向の第１のパケットを受信するステップであって、前記パケットが、前記第１のパケットに関連付けられているサービス品質プロファイルを識別するマークを含む、ステップと、
    前記ネットワークにおいて、前記第１の方向とは反対の第２の方向に第２のパケットを受信するステップと、
    前記第２のパケット内のフィルタを識別し、前記フィルタが前記第１のパケット内の前記マークと関連付けられていると判定する、ステップと、
    前記フィルタが前記マークに関連付けられているとの判定に基づいて、前記マークを前記第２のパケットに挿入し、前記第２のパケットを前記第２の方向に送信する、ステップと、
    を含み、
    前記第１の方向がアップリンク方向またはダウンリンク方向の一方であり、前記第２の方向がアップリンク方向またはダウンリンク方向の他方である、
    動作を前記装置に実行させる、装置。
JP2019520875A 2016-10-19 2017-10-19 装置 Active JP7187452B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022191993A JP2023029932A (ja) 2016-10-19 2022-11-30 装置及び無線通信方法

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201662410049P 2016-10-19 2016-10-19
US62/410,049 2016-10-19
US201762501397P 2017-05-04 2017-05-04
US62/501,397 2017-05-04
US201762545747P 2017-08-15 2017-08-15
US62/545,747 2017-08-15
US201762564529P 2017-09-28 2017-09-28
US62/564,529 2017-09-28
PCT/US2017/057483 WO2018075828A1 (en) 2016-10-19 2017-10-19 Apparatus

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022191993A Division JP2023029932A (ja) 2016-10-19 2022-11-30 装置及び無線通信方法

Publications (2)

Publication Number Publication Date
JP2019532590A true JP2019532590A (ja) 2019-11-07
JP7187452B2 JP7187452B2 (ja) 2022-12-12

Family

ID=60263040

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019520875A Active JP7187452B2 (ja) 2016-10-19 2017-10-19 装置
JP2022191993A Pending JP2023029932A (ja) 2016-10-19 2022-11-30 装置及び無線通信方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2022191993A Pending JP2023029932A (ja) 2016-10-19 2022-11-30 装置及び無線通信方法

Country Status (6)

Country Link
US (3) US11425752B2 (ja)
EP (1) EP3530053A1 (ja)
JP (2) JP7187452B2 (ja)
KR (1) KR102567727B1 (ja)
CN (2) CN110024466B (ja)
WO (1) WO2018075828A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020500446A (ja) * 2016-11-04 2020-01-09 オッポ広東移動通信有限公司 データ伝送方法、端末装置及びネットワーク機器
JP2022548466A (ja) * 2019-08-15 2022-11-21 オッポ広東移動通信有限公司 無線通信方法、端末デバイス及びネットワークデバイス
US11870690B2 (en) * 2020-03-17 2024-01-09 Huawei Technologies Co., Ltd. Packet processing method and apparatus, device, and storage medium

Families Citing this family (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3294002B1 (en) * 2015-05-29 2021-09-01 Huawei Technologies Co., Ltd. Method for bearer establishment, user equipment and base station
CN110199537B (zh) 2016-11-04 2022-10-04 瑞典爱立信有限公司 用于紧密互通的ue能力信令
CN112888022B (zh) * 2016-11-16 2024-02-02 华为技术有限公司 数据迁移方法及装置
CN109906647B (zh) * 2016-12-16 2023-05-05 富士通株式会社 数据复用装置、方法以及通信系统
CN110073686B (zh) * 2016-12-23 2021-01-29 华为技术有限公司 一种会话激活方法及装置和系统
EP3566530B1 (en) * 2017-01-06 2021-04-14 LG Electronics Inc. Method and user equipment for transmitting data unit
CN108390830B (zh) * 2017-02-03 2024-03-05 华为技术有限公司 一种QoS流处理方法、设备和通信系统
EP3606125B1 (en) * 2017-03-23 2022-08-03 Sony Group Corporation Device, method, and recording medium
CN108633088B (zh) * 2017-03-24 2020-12-15 华为技术有限公司 资源调度的方法和装置
CN108738157B (zh) * 2017-04-14 2021-11-16 华硕电脑股份有限公司 无线通信中请求半静态调度资源传送复制本的方法和设备
US20180324631A1 (en) * 2017-05-05 2018-11-08 Mediatek Inc. Using sdap headers for handling of as/nas reflective qos and to ensure in-sequence packet delivery during remapping in 5g communication systems
CN108513726B (zh) * 2017-05-08 2020-02-14 华为技术有限公司 一种通信系统间移动方法及装置
BR112019023333A2 (pt) * 2017-05-09 2020-06-16 Huawei Technologies Co., Ltd. Método de controle de qos e dispositivo
JP6961718B2 (ja) * 2017-05-12 2021-11-05 エルジー エレクトロニクス インコーポレイティドLg Electronics Inc. 無線通信システムにおいて送信電力制御のための方法及びそのための装置
US11516747B2 (en) 2017-05-12 2022-11-29 Lg Electronics Inc. Method for controlling transmit power in wireless communication system and apparatus therefor
CN108370572B (zh) * 2017-05-24 2021-11-23 北京小米移动软件有限公司 无线资源控制消息的传输方法及装置
CN110679175B (zh) * 2017-05-29 2023-08-22 Lg电子株式会社 管理上行链路服务质量的方法和执行所述方法的基站
US11310810B2 (en) * 2017-06-15 2022-04-19 Samsung Electronics Co., Ltd. Method and apparatus for performing scheduling request to support plurality of services efficiently
US10608797B2 (en) * 2017-06-16 2020-03-31 Ofinno, Llc Distributed unit connection issue
CN116685000A (zh) * 2017-06-16 2023-09-01 华为技术有限公司 一种无线通信方法和设备
CN109151915B (zh) * 2017-06-16 2023-11-17 夏普株式会社 用于数据分组递送的方法、用户设备和基站
EP3637862A4 (en) * 2017-06-16 2020-06-17 NTT DoCoMo, Inc. USER DEVICE, WIRELESS COMMUNICATION SYSTEM AND WIRELESS COMMUNICATION METHOD
EP3634024B1 (en) * 2017-06-28 2022-06-22 Huawei Technologies Co., Ltd. Carrier power control method and apparatus, and computer readable storage medium
EP3665924A4 (en) 2017-08-09 2020-10-21 ZTE Corporation SERVICE QUALITY IMPLEMENTATIONS FOR THE SEPARATION OF USER LEVELS
EP3666017A4 (en) * 2017-08-09 2021-03-17 Nokia Technologies Oy HIGH RELIABILITY, LOW LATENCY DATA TRANSMISSION USING AN UPLOAD TRANSMISSION FORMAT WITHOUT GRANT ON SCHEDULED PUSCH RESOURCES
US20190052414A1 (en) * 2017-08-10 2019-02-14 Alireza Babaei Multiplexing mechanism for uplink control information
KR20240015745A (ko) * 2017-08-11 2024-02-05 인터디지탈 패튼 홀딩스, 인크 다수의 액세스 네트워크 간의 트래픽 조종 및 스위칭
EP3618553A4 (en) * 2017-08-11 2020-05-06 Guangdong Oppo Mobile Telecommunications Corp., Ltd. RESOURCE ALLOCATION METHOD, DEVICE AND SYSTEM, AND COMPUTER-READABLE STORAGE MEDIUM
CN109451872B (zh) * 2017-08-18 2023-05-26 北京小米移动软件有限公司 上行资源分配方法、装置和终端
WO2019033431A1 (zh) * 2017-08-18 2019-02-21 北京小米移动软件有限公司 上行资源分配方法、装置和终端
KR102503353B1 (ko) * 2017-09-22 2023-02-24 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 정보 지시 방법, 단말기 및 컴퓨터 기억 매체
CN107565989B (zh) * 2017-09-28 2020-07-10 歌尔股份有限公司 一种无人机宽频天线复用方法及装置
KR102263160B1 (ko) 2017-09-29 2021-06-10 삼성전자주식회사 무선 통신 시스템의 듀얼 커넥티비티에서 사용자 평면을 처리하는 방법 및 사용자 장비
CN110881223B (zh) * 2017-09-29 2022-04-29 华为技术有限公司 调度请求的处理方法和终端设备
US10887073B2 (en) 2017-10-26 2021-01-05 Ofinno, Llc Activation and deactivation of bandwidth part
US10693620B2 (en) 2017-10-27 2020-06-23 Ofinno, Llc Bandwidth part configuration and operation
KR20200094149A (ko) * 2017-11-14 2020-08-06 아이디에이씨 홀딩스, 인크. 무선 시스템에서의 보충 업링크 전송
EP4243324A3 (en) 2017-11-16 2023-11-15 Beijing Xiaomi Mobile Software Co., Ltd. Channel state information report on bandwidth part
JP7024867B2 (ja) * 2017-11-17 2022-02-24 富士通株式会社 ランダムアクセス方法、装置及び通信システム
US10834778B2 (en) 2018-01-09 2020-11-10 Asustek Computer Inc. Method and apparatus of handling bandwidth part inactivity timer in a wireless communication system
WO2019153212A1 (zh) * 2018-02-08 2019-08-15 Oppo广东移动通信有限公司 无线通信方法、终端和网络设备
EP3753202A1 (en) * 2018-02-19 2020-12-23 Huawei Technologies Co., Ltd. Apparatus for supporting and influencing qos levels
WO2019158220A1 (en) * 2018-02-19 2019-08-22 Huawei Technologies Duesseldorf Gmbh Apparatus for network slicing and slice management to support multi-slice services
JP2021072454A (ja) * 2018-02-27 2021-05-06 ソニー株式会社 端末装置、通信制御装置、基地局、ゲートウェイ装置、制御装置、方法及び記録媒体
CN110312285B (zh) * 2018-03-27 2023-02-07 华为技术有限公司 一种通信方法及相关设备
EP3777387B1 (en) * 2018-03-29 2022-11-02 Telefonaktiebolaget LM Ericsson (publ) Slicing of network resources for dual connectivity using nr
CN108781462A (zh) * 2018-04-02 2018-11-09 北京小米移动软件有限公司 数据传输方法、装置、系统及存储介质
US11490363B2 (en) 2018-04-18 2022-11-01 Google Llc User device-initiated bandwidth request
US10609681B2 (en) * 2018-04-24 2020-03-31 Google Llc User device-initiated request for resource configuration
EP3565172B1 (en) * 2018-05-04 2020-11-25 ASUSTek Computer Inc. Method and apparatus for downlink control information (dci) content processing considering active downlink (dl) bandwidth part (bwp) change in a wireless communication system
EP3791529A1 (en) * 2018-05-09 2021-03-17 Lenovo (Singapore) Pte. Ltd. Procedures for multiple active bandwidth parts
JP2019198014A (ja) * 2018-05-10 2019-11-14 シャープ株式会社 端末装置、基地局装置、および、通信方法
WO2019229492A1 (en) * 2018-05-26 2019-12-05 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for ue to request appropriate nssai in 5g
CN110621044B (zh) 2018-06-20 2021-06-11 维沃移动通信有限公司 调整带宽的方法、移动终端、网络侧设备和介质
MX2020013003A (es) 2018-06-21 2021-02-17 Fg innovation co ltd Metodo y aparato para seleccion de canales logicos.
CN110662254B (zh) * 2018-06-28 2021-03-09 上海推络通信科技合伙企业(有限合伙) 一种被用于无线通信的通信节点中的方法和装置
KR20210024098A (ko) 2018-06-28 2021-03-04 콘비다 와이어리스, 엘엘씨 Nr v2x 사이드링크 공유 채널 데이터 송신을 위한 우선순위화 절차들
US10638356B2 (en) 2018-07-23 2020-04-28 Nokia Technologies Oy Transmission of network slicing constraints in 5G wireless networks
BR112021001414A2 (pt) * 2018-07-26 2021-04-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método de transmissão de sinal, dispositivo de rede e dispositivo terminal
US10887574B2 (en) 2018-07-31 2021-01-05 Intel Corporation Selective packing of patches for immersive video
US10609546B2 (en) * 2018-08-08 2020-03-31 Verizon Patent And Licensing Inc. Unified radio access network (RAN)/multi-access edge computing (MEC) platform
WO2020030058A1 (en) * 2018-08-08 2020-02-13 FG Innovation Company Limited Method and apparatus for generating mac pdu
KR20210035901A (ko) * 2018-08-09 2021-04-01 프라운호퍼-게젤샤프트 추르 푀르데룽 데어 안제반텐 포르슝 에 파우 Urllc 서비스를 위한 낮은 레이턴시 harq 프로토콜
US10979874B2 (en) 2018-08-10 2021-04-13 At&T Intellectual Property I, L.P. Multi-connectivity based vehicle-to-everything communications in a wireless network
CN112567699A (zh) * 2018-08-13 2021-03-26 苹果公司 用于反射服务质量的分组过滤器的灵活范围
CN110838899B (zh) * 2018-08-16 2021-12-24 大唐移动通信设备有限公司 一种直接通信链路资源分配方法及终端
CN110839284B (zh) * 2018-08-16 2024-03-12 大唐移动通信设备有限公司 一种调度请求资源确定及配置方法、设备及装置
CN110876188B (zh) * 2018-08-31 2020-09-01 展讯通信（上海）有限公司 用户设备参数的确定方法及装置、存储介质、基站
US11051319B2 (en) * 2018-09-04 2021-06-29 Qualcomm Incorporated Techniques for low latency communications in wireless local area networks
US11057631B2 (en) 2018-10-10 2021-07-06 Intel Corporation Point cloud coding standard conformance definition in computing environments
CN112823561A (zh) * 2018-11-01 2021-05-18 苹果公司 用于nr v2x侧行链路通信的qos感知拥塞控制、资源分配和设备内共存解决方案
CN111294936B (zh) * 2018-12-06 2023-04-14 大唐移动通信设备有限公司 一种传输方法及终端
JP2022515033A (ja) * 2018-12-26 2022-02-17 北京小米移動軟件有限公司 時間領域リソースの割り当て方法、データ送信方法、基地局及び端末
WO2020148159A1 (en) * 2019-01-15 2020-07-23 Sony Corporation Infrastructure equipment, wireless communications networks and methods
CN112655234B (zh) * 2019-01-16 2023-06-02 Oppo广东移动通信有限公司 一种数据复制传输的指示方法、终端设备及网络设备
US11956155B2 (en) * 2019-01-21 2024-04-09 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for packet dropping in a fronthaul network
KR20200109857A (ko) * 2019-03-15 2020-09-23 삼성전자주식회사 무선 통신 시스템에서 우선 순위 기반 제어 및 데이터 정보 전송 방법 및 장치
CN111107583B (zh) * 2019-03-25 2023-12-08 维沃移动通信有限公司 sidelink重传请求BSR发送方法和终端设备
CN113615295A (zh) * 2019-03-27 2021-11-05 瑞典爱立信有限公司 用于sl sr/bsr处理的方法
CN111436091B (zh) * 2019-03-28 2022-05-20 维沃移动通信有限公司 传输路径的选择方法、信息配置方法、终端及网络设备
CN111757552B (zh) 2019-03-28 2023-11-21 苹果公司 用于快速载波聚合和双连接配置的辅助信息
US11083032B2 (en) * 2019-03-29 2021-08-03 At&T Intellectual Property I, L.P. Apparatus and method for multi-network connectivity with a dynamic node selection
US11792686B2 (en) * 2019-06-19 2023-10-17 Qualcomm Incorporated High bandwidth low latency cellular traffic awareness
CN112135356A (zh) * 2019-06-25 2020-12-25 夏普株式会社 用户设备、基站及其方法
WO2021025466A1 (ko) * 2019-08-05 2021-02-11 엘지전자 주식회사 무선통신시스템에서 신호 송수신 방법
TWI754381B (zh) * 2019-09-27 2022-02-01 華碩電腦股份有限公司 無線通訊系統中傳送裝置間通道量測的方法和設備
CN110611924B (zh) * 2019-09-27 2021-08-24 腾讯科技（深圳）有限公司 实现时间敏感网络的数据传输的方法、相关设备及介质
WO2021064046A1 (en) * 2019-10-02 2021-04-08 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Harq process / entity based uplink multiplexing
EP3800930A1 (en) * 2019-10-02 2021-04-07 NTT DoCoMo, Inc. Communication network arrangement and method for handling registration and/or session requests
EP3800917A1 (en) * 2019-10-02 2021-04-07 NTT DoCoMo, Inc. Communication system and method for operating a communication system
CN114557016A (zh) * 2019-10-03 2022-05-27 诺基亚技术有限公司 分组相关逻辑信道限制
CN112616191B (zh) * 2019-10-03 2024-06-18 联发科技股份有限公司 侧链路传输的逻辑信道优先级排序的增强方法及发射器用户设备
CN114651509A (zh) * 2019-11-07 2022-06-21 中兴通讯股份有限公司 无线网络中的资源分配
WO2021109143A1 (zh) * 2019-12-06 2021-06-10 华为技术有限公司 上行数据传输的控制方法和装置
CN111209240B (zh) * 2019-12-23 2021-08-03 深圳优地科技有限公司 数据传输的方法、电子设备及存储介质
EP4082145A1 (en) * 2019-12-26 2022-11-02 Telefonaktiebolaget LM Ericsson (publ) Network slicing in cellular systems
US20210243795A1 (en) * 2020-01-30 2021-08-05 Nokia Technologies Oy Flexible data transmission methods considering configured grant timers
US20210245047A1 (en) * 2020-02-10 2021-08-12 Intel Corporation Continuum architecture for cloud gaming
EP4106429A4 (en) * 2020-02-19 2023-02-15 Guangdong Oppo Mobile Telecommunications Corp., Ltd. DATA TRANSMISSION METHOD, TERMINAL DEVICE AND NETWORK DEVICE
CN115398976A (zh) * 2020-04-08 2022-11-25 苹果公司 使用ue辅助信息的nr中的ue功率节省
CN113709820A (zh) * 2020-05-22 2021-11-26 中国移动通信有限公司研究院 资源分配方法、数据处理方法及设备
CN113965463A (zh) * 2020-06-29 2022-01-21 中兴通讯股份有限公司 网络切片切换方法和终端、存储介质及电子装置
US20230209479A1 (en) * 2020-07-06 2023-06-29 Qualcomm Incorporated Power headroom report triggering by dormant bandwidth part switching
WO2022055293A1 (en) * 2020-09-11 2022-03-17 Samsung Electronics Co., Ltd. Method and network entity for logical channel management in a wireless communication network
US20230276353A1 (en) * 2020-09-18 2023-08-31 Qualcomm Incorporated Fast slicing switching via scg suspension or activation
CN116389238A (zh) * 2020-09-18 2023-07-04 华为技术有限公司 一种软件定义广域网sd-wan保障应用体验的方法和系统
CN116250275A (zh) * 2020-12-03 2023-06-09 Oppo广东移动通信有限公司 上行逻辑信道复用的方法、终端设备及网络设备
CN112819054B (zh) * 2021-01-25 2023-06-30 中国联合网络通信集团有限公司 一种切片模板配置方法及装置
US20220248255A1 (en) * 2021-02-03 2022-08-04 Qualcomm Incorporated Group-based wireless communications
CN112954742B (zh) * 2021-02-08 2023-03-24 中国科学院计算技术研究所 一种移动通信网络切片的资源分配方法
US11895170B2 (en) * 2021-03-09 2024-02-06 Cisco Technology, Inc. Synchronicity for virtual reality/augmented reality interactive sessions in wireless networks
WO2022252188A1 (en) * 2021-06-03 2022-12-08 Huawei Technologies Co., Ltd. Method, device and computer-readable memory for communications within a radio access network
CN113473536B (zh) * 2021-06-16 2023-04-28 中国联合网络通信集团有限公司 数据传输方法及装置
CN115943684A (zh) * 2021-08-06 2023-04-07 北京小米移动软件有限公司 一种功率余量报告的上报方法、装置、用户设备、基站及存储介质
WO2023205970A1 (zh) * 2022-04-24 2023-11-02 Oppo广东移动通信有限公司 无线通信方法、装置、设备、存储介质及程序产品
WO2023209542A1 (en) * 2022-04-27 2023-11-02 Lenovo (Singapore) Pte Limited Apparatus and method for logical channel prioritization
EP4319282A1 (en) * 2022-08-04 2024-02-07 Vodafone Group Services Limited Optimised data transmission
CN115334627B (zh) * 2022-10-11 2022-12-20 深圳大学 一种基于BTMA的LoRa网络的通信方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016120940A1 (en) * 2015-01-30 2016-08-04 Panasonic Intellectual Property Corporation Of America Logical channel prioritization procedure for sidelink logical channels
JP2016527845A (ja) * 2013-08-07 2016-09-08 インターデイジタル パテント ホールディングス インコーポレイテッド デバイスツーデバイス通信のための分散スケジューリング

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2503898B1 (fr) 1981-04-08 1986-02-28 Thomson Csf Procede et dispositif d'allocation d'une ressource dans un systeme comportant des unites de traitement de donnees autonomes
WO2009040395A1 (en) 2007-09-26 2009-04-02 Nokia Siemens Networks Oy Method, apparatus and system for signalling of buffer status information
JP5091844B2 (ja) 2008-12-01 2012-12-05 株式会社東芝 無線基地局、無線端末局、無線通信システムおよび無線通信方法
JP2011155336A (ja) 2010-01-26 2011-08-11 Sharp Corp 通信システム及び移動局装置及び基地局装置及び処理方法
US20120250631A1 (en) * 2011-03-31 2012-10-04 Renesas Mobile Corporation Multiplexing Logical Channels in Mixed Licensed and Unlicensed Spectrum Carrier Aggregation
DE112012002211B4 (de) * 2011-05-24 2019-02-21 Broadcom Corp. Ressourcenzuweisungssteuerung
US9210717B2 (en) * 2012-11-15 2015-12-08 Qualcomm Incorporated Methods and apparatus for LTE MAC logical channel prioritization based on control data
MX355829B (es) * 2013-03-29 2018-05-02 Huawei Tech Co Ltd Método para controlar la solicitud de recursos de otorgamiento de enlace ascendente, equipo de usuario, y estación base.
US10218558B2 (en) * 2016-04-25 2019-02-26 Ofinno Technologies, Llc Media access control mechanism in a wireless device
US10200991B2 (en) * 2016-04-25 2019-02-05 Ofinno Technologies, Llc Scheduling request process in a wireless device and wireless network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016527845A (ja) * 2013-08-07 2016-09-08 インターデイジタル パテント ホールディングス インコーポレイテッド デバイスツーデバイス通信のための分散スケジューリング
WO2016120940A1 (en) * 2015-01-30 2016-08-04 Panasonic Intellectual Property Corporation Of America Logical channel prioritization procedure for sidelink logical channels

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "MAC aspects for ProSe operation[online]", 3GPP TSG-RAN WG2#87 R2-143564, JPN6021037840, 22 August 2014 (2014-08-22), ISSN: 0004823323 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020500446A (ja) * 2016-11-04 2020-01-09 オッポ広東移動通信有限公司 データ伝送方法、端末装置及びネットワーク機器
US11343835B2 (en) 2016-11-04 2022-05-24 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for transmitting data, terminal device and network device
JP2022548466A (ja) * 2019-08-15 2022-11-21 オッポ広東移動通信有限公司 無線通信方法、端末デバイス及びネットワークデバイス
JP7414949B2 (ja) 2019-08-15 2024-01-16 オッポ広東移動通信有限公司 無線通信方法、端末デバイス及びネットワークデバイス
US11870690B2 (en) * 2020-03-17 2024-01-09 Huawei Technologies Co., Ltd. Packet processing method and apparatus, device, and storage medium

Also Published As

Publication number Publication date
US20220330320A1 (en) 2022-10-13
US11425752B2 (en) 2022-08-23
KR102567727B1 (ko) 2023-08-18
EP3530053A1 (en) 2019-08-28
JP2023029932A (ja) 2023-03-07
CN110024466A (zh) 2019-07-16
CN115297559A (zh) 2022-11-04
JP7187452B2 (ja) 2022-12-12
CN110024466B (zh) 2022-07-01
US20230362946A1 (en) 2023-11-09
WO2018075828A1 (en) 2018-04-26
US20200267753A1 (en) 2020-08-20
US11751217B2 (en) 2023-09-05
KR20190069518A (ko) 2019-06-19

Similar Documents

Publication Publication Date Title
JP7187452B2 (ja) 装置
CN112385297B (zh) 用于nr v2x侧链路共享信道数据传输的优先化过程
US11889514B2 (en) Sidelink buffer status reports and scheduling requests for new radio vehicle sidelink shared channel data transmissions
JP6908555B2 (ja) 異なるサービングサイトへの物理レイヤリソースの提供
JP2020141413A (ja) デバイスツーデバイス（ｄ２ｄ）プリエンプションおよびアクセス制御
US20230171795A1 (en) Sidelink enhancements - resource allocation simultaneous mode 1/mode 2
KR20210021059A (ko) 멀티-홉 데이터 전달에서의 서비스 품질 실현
EP4338507A1 (en) Methods and systems of nr sidelink resource allocation for power saving and bwp operations

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201012

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210922

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211005

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20211117

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220304

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20220510

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220712

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221011

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221108

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221130

R150 Certificate of patent or registration of utility model

Ref document number: 7187452

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150