JP2023524313A - 免許不要周波数帯にスケジュールされたｐｕｓｃｈ送信のためのリソース割り当てのシステム、方法、及び装置 - Google Patents

Abstract

免許不要周波数帯でのＭｓｇ－３送信のためのリソース割り当てのための方法が、１２ビットの周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含むランダムアクセス応答（ＲＡＲ）許可を受信することを含み得る。リソース割り当てタイプがタイプ１の場合、いくつかの実施形態では、１２ビットのＦＤＲＡを解釈するためにＦＤＲＡフィールドをゼロパディングし、スケジュールされたＰＵＳＣＨ送信が免許不要周波数帯で送信される、割り当てられたリソースの開始位置を決定し得る。いくつかの実施形態では、仮想ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）を使用して、割り当てられたリソースの開始位置及び長さを取得してもよい。

Description

本出願は概して無線通信システムに関し、より具体的には、免許不要周波数帯上のＭｓｇ－３送信のためのリソース割り当てに関する。

無線モバイル通信技術は、基地局と無線モバイルデバイスとの間でデータを送信するために、様々な規格及びプロトコルを使用する。無線通信システムの規格及びプロトコルには、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）（例えば、４Ｇ）又は新無線（ＮＲ）（例えば、５Ｇ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ、ＷｉＭＡＸ）として業界団体に一般的に知られている、米国電気電子学会（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ、Ｅｎｇｉｎｅｅｒｓ、ＩＥＥＥ）８０２．１６規格、及びＷｉ－Ｆｉとして業界団体に一般的に知られている、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）のためのＩＥＥＥ８０２．１１規格を挙げることができる。ＬＴＥシステムの３ＧＰＰ無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）では、基地局は、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）として知られる無線通信デバイスと通信する、発展型ユニバーサル地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、Ｅ－ＵＴＲＡＮ）ノードＢ（発展型ノードＢ、拡張ノードＢ、ｅＮｏｄｅＢ、又はｅＮＢとも一般に呼ばれる）及び／又はＥ－ＵＴＲＡＮの無線ネットワークコントローラ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）などのＲＡＮノードを含むことができる。第５世代（５Ｇ）無線ＲＡＮでは、ＲＡＮノードは、５Ｇノード、ＮＲノード（次世代ノードＢ、又はｇノードＢ（ｇＮＢ）とも呼ばれる）を含むことができる。

ＲＡＮは、無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）を使用して、ＲＡＮノードとＵＥとの間で通信する。ＲＡＮとしては、コアネットワークを介した通信サービスへのアクセスを提供する、モバイル通信のためのグローバルシステム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）、ＧＳＭ進化のためのエンハンスドデータレート（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ、ＥＤＧＥ）ＲＡＮ（ＧＥＲＡＮ）、ユニバーサル地上無線アクセスネットワーク（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＵＴＲＡＮ）、及び／又はＥ－ＵＴＲＡＮを挙げることができる。ＲＡＮのそれぞれは、特定の３ＧＰＰ ＲＡＴに従って動作する。例えば、ＧＥＲＡＮは、ＧＳＭ及び／又はＥＤＧＥ ＲＡＴを実装し、ＵＴＲＡＮは、ユニバーサル移動通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ、ＵＭＴＳ）ＲＡＴ、又は他の３ＧＰＰ ＲＡＴを実装し、Ｅ－ＵＴＲＡＮは、ＬＴＥ ＲＡＴを実装し、ＮＧ－ＲＡＮは５Ｇ ＲＡＴを実装する。特定の配備では、Ｅ－ＵＴＲＡＮはまた、５Ｇ ＲＡＴを実装することができる。

５Ｇ ＮＲの周波数帯域は、２つの異なる周波数範囲に分けることができる。周波数範囲１（ＦＲ１）は、サブ６ＧＨｚの周波数帯域を含み、それらの帯域のうちのいくつかは、以前の規格によって使用され得るが、４１０ＭＨｚ～７１２５ＭＨｚを提供する潜在的な新しい周波数帯をカバーするように拡張され得る帯域である。周波数範囲２（ＦＲ２）は、２４．２５ＧＨｚ～５２．６ＧＨｚの周波数帯域を含んでいる。ＦＲ２のミリ波（ｍｍＷａｖｅ）範囲の帯域は、ＦＲ１の帯域よりも短い範囲を有するが、利用可能な帯域幅はより高くなる。例として提供されるこれらの周波数範囲が時により、又は地域により変化し得ることは、当業者には理解される。

任意の特定の要素又は行為の考察を容易に識別するために、参照番号の最上位の桁（単数又は複数）は、その要素が最初に導入された図の番号を指す。

一実施形態による、ＣＯＴ構造インジケーションに対してＵＥによって実行される方法のフローチャートである。 一実施形態による、図１の方法を実行するＵＥの例を示す図である。 一実施形態によるＣＯＴ構造インジケーションを示す。 一実施形態による、ＤＣＩフォーマット２＿０を使用したＣＯＴ構造インジケーションに対してｇＮＢによって実行される方法のフローチャートである。 第１の実施形態による、Ｍｓｇ－３送信のリソース割り当てを決定する方法のフローチャートである。 第２の実施形態による、Ｍｓｇ－３送信のリソース割り当てを決定する方法のフローチャートである。 第２の実施形態による、Ｍｓｇ－３送信のリソース割り当てを決定するための方法のフローチャートである。 一実施形態による、ＦＤＲＡフィールドの切り捨てを示す図である。 一実施形態による、ｇＮＢのための方法のフローチャートである。 ランダムアクセス（ＲＡ）手順を示す図である。 ある一定の実施形態による、サービスベースのアーキテクチャの例を示す図である。 一実施形態によるＵＥを示す図である。 一実施形態によるネットワークノードを示す図である。

免許不要周波数帯（ＮＲ－Ｕ）における動作のためのＮｅｗ Ｒａｄｉｏ（ＮＲ）は、ユーザ機器（ＵＥ）と次世代ＮｏｄｅＢ（ｇＮＢ）との間のリソースに関して複数の拡張を採用している。これらの拡張は有益であるが、見落とされた問題が持ち込まれる可能性がある。したがって、こうした見落とされた問題に対処するために、無線通信のリソースを決定するための様々な新しい方法を採用すべきである。

ＮＲ－Ｕ動作に向けて、ＵＥによる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）監視又は周期的なＣＳＩ参照信号（ＣＳＩ－ＲＳ）検出を延期する決定を円滑化するために、ダウンリンク制御情報（ＤＣＩ）フォーマット２＿０はチャネル占有時間（ＣＯＴ）構造を提供するように拡張される。このＤＣＩフォーマット２＿０の変更の結果、ＵＥ側の電力消費が少なくなり得る。加えて、ＵＥには、基準サブキャリア間隔（ＳＣＳ）に基づくシンボル数を単位とした値をＣＯＴ期間のために最大６４個まで設定することができる。加えて、ＤＣＩフォーマット２＿０には、利用可能なＬＢＴ帯域幅を示すためにビットマップが追加される。

ＤＣＩフォーマット２＿０への追加の拡張は、いくつかのＬＢＴサブバンドについてＬＢＴの結果を示すために「不明」状態を伝達する手段を含み得る。一例として、ｇＮＢにより発起されたＣＯＴの開始時にＬＢＴサブバンドの「不明」状態が生じることがあり、その場合、ｇＮＢがＬＢＴ動作を完了するのが非常に遅くなり、獲得されたＣＯＴについてのＬＢＴサブバンドの実際の利用可能性をＬＢＴの結果に基づいて示すようにＤＣＩフォーマット２＿０を準備するための十分な時間がなくなる。本明細書に記載のいくつかの実施形態は、広帯域ＢＷＰ内のＬＢＴサブバンドの「不明」状態を信号で通知する方法を提供する。加えて、いくつかの実施形態は、ＤＣＩフォーマット２＿０のスロットフォーマットインジケーション（ＳＦＩ）インデックスフィールドに設定されている所与のサービングセルについてＬＢＴ障害を示す方法を記載する。

更に、ＮＲ－Ｕ動作に向けて、ランダムアクセス応答（ＲＡＲ）（ランダムアクセス応答）メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）のアップリンク（ＵＬ）許可内の周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドのうち２ビットが、ＣＰ拡張のためのチャネルアクセスパラメータを示すように目的変更された。ＮＲ－Ｕの周波数領域リソース割り当てフィールド（ＦＤＲＡ）のビット数は、共有周波数帯チャネルアクセスを用いた動作については１４から１２に低減されている。ところが、２０ＭＨｚの初期ＵＬ ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）の全リソースブロック（ＲＢ）範囲（例えば、１５ｋＨｚのＳＣＳでは１０７個の物理リソースブロック（ＰＲＢ）、３０ｋＨｚのＳＣＳでは５１個のＰＲＢ）に対処するためのＦＤＲＡフィールドサイズは、リソース割り当てタイプ１を使用する場合は、１５ｋＨｚでは１３ビットでなければならない。対して、インターレース方式のリソース割り当てタイプ２の場合は、要求ＦＤＲＡフィールドサイズは、１５ｋＨｚのＳＣＳでは６ビット、３０ｋＨｚのＳＣＳでは５ビットである。本明細書のいくつかの実施形態は、ＮＲ－Ｕ設計のＭｓｇ－３送信に適切に対処するために、ＲＡＲ ＭＡＣ ＰＤＵ内の、２０ＭＨｚの初期ＢＷＰ上のリソース割り当てのための１２ビットのＦＤＲＡフィールドをどのように解釈するかについて記載する。Ｍｓｇ－３とは、スケジュールされたＰＵＳＣＨ送信（Ｍｓｇ３）を指す。

タイプ１のリソース割り当てでは、リソースは、開始ＲＢのインデックスと、連続するＲＢの数との、２つの設定パラメータを使用することによって、１つ以上の連続するＲＢに割り当てられる。加えて、リソース割り当ての粒度は、１つのＲＢである。

タイプ２のリソース割り当てでは、リソースは１つ以上のインターレースに割り当てられ、各インターレースはＰＲＢのセットからなる。加えて、リソース割り当ての粒度は、１つのインターレースである。

様々な動作が複数の別個の動作として、本開示を理解するために最も有用な様式で順次、記載される。ただし、記載の順序は、これらの動作が必ず順序に依存することを意味するものとして解釈されるべきではない。特に、これらの動作は、提示の順序で実行される必要はない。

以下の図を参照して、追加の詳細及び例が提供される。本開示の実施形態は図面を参照して理解することができ、図面において、同様の部分は全体を通して同様の数字によって示されている。本明細書の図に概要として記載及び例示されている本開示の実施形態の構成要素は、多種多様な異なる構成で配置及び設計されることもできる。したがって、本開示のシステム及び方法の実施形態の以下の詳細な説明は、特許請求される本開示の範囲を限定することを意図するものではなく、単に考え得る実施形態を表すものである。

図１は、いくつかの実施形態による、ＤＣＩフォーマット２＿０を使用したＣＯＴ構造インジケーションを受信し、対応するＣＯＴ内でＰＤＣＣＨを監視するための、ＵＥによって実行される方法１００のフローチャートである。

方法１００は、判断ブロック１０２で、ある監視機会の間に、ｇＮＢからのＤＣＩフォーマット２＿０の検出を試みる。ＤＣＩフォーマット２＿０は、ＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）サブバンドの状態を示すＲＢセットインジケータ情報要素（ＩＥ）、及びＣＯＴ期間インジケータＩＥを含む。ＵＥが監視機会の間にＤＣＩフォーマット２＿０を検出しない場合、方法１００は、次の監視機会の間に判断ブロック１０２を繰り返して、引き続きＤＣＩフォーマット２＿０の検出を試みる。

方法１００がＤＣＩフォーマット２＿０を検出すると、方法１００は判断ブロック１０４に進み、ここでＵＥは、利用可能ＲＢセットインジケータＩＥに基づいてＬＢＴサブバンドの状態を判定する。いくつかの実施形態では、対応するサービングセル上のアクティブＢＷＰ内のＬＢＴサブバンドの「不明」状態を示すために、利用可能ＲＢセットインジケータＩＥの特別な状態が事前定義されていてもよい。例えば、不明状態は、全てゼロ又は全て１に設定された利用可能ＲＢセットインジケータＩＥによって示されてもよい。いくつかの実施形態では、利用可能ＲＢセットインジケータＩＥ「ｂ１ｂ０」は「不明」状態を示すために００、１０に設定され、ここで「ｂ１」はＬＢＴサブバンド１に関連し、「ｂ０」はＬＢＴサブバンド０に関連しており、ＵＥはＬＢＴサブバンド０上でＤＣＩフォーマット２＿０を検出する。いくつかの実施形態では、方法１００は、ＣＯＴ期間インジケータＩＥから値「Ｋ」を判定することを含んでもよい。

利用可能ＲＢセットインジケータＩＥが不明状態ではない場合、方法１００はブロック１０８に進む。ブロック１０８で、方法１００は、ＤＣＩフォーマット２＿０によって示されたＬＢＴサブバンド上に構成された全てのＰＤＣＣＨ候補の監視を開始する。

ＵＥが、あるサービングセルのＬＢＴサブバンドについてこの「不明」状態をＵＥが受信し、かつ、対応するＣＯＴ期間１２０が有効である場合、方法はブロック１０６に進む。不明状態は、ＤＣＩフォーマット２＿０の利用可能ＲＢ設定インジケータＩＥによって判定されてもよく、ＣＯＴ期間は、ＣＯＴ期間インジケータＩＥがゼロ以外の値「Ｋ」に設定されている場合に有効とみなされてもよい。

あるいは、いくつかの実施形態では、ＵＥは、不明状態（例えば、全てゼロ又は全て１）を有するＤＣＩフォーマット２＿０が検出されたＬＢＴサブバンド（単数）は利用可能であると暗黙的に仮定して、そのＬＢＴサブバンド上のみでＰＤＣＣＨ候補を監視してもよい。図２を参照すると、この代替アプローチを使用して、ＵＥは、ＬＢＴサブバンド＃０のみが利用可能であると仮定して、そのサブバンド上でＰＤＣＣＨ候補を監視する。言い換えれば、ＵＥは、図２のＬＢＴサブバンド＃１上ではＰＤＣＣＨ候補を監視しない。

方法は、ブロック１０６で、ＵＥがＤＣＩフォーマット２＿０を検出したＣＯＲＥＳＥＴの最後のシンボルからＸ個のシンボルの後で、アクティブなＢＷＰの全てのＬＢＴサブバンド上に構成された全てのＰＤＣＣＨ候補の監視を開始する。Ｘ個のシンボルの値は、ＤＣＩフォーマット２＿０の処理待ち時間を主に考慮して、仕様に固定されていてもよいし、又は、より上位の層によって設定されてもよい。

いくつかの実施形態では、ＣＯＴ期間「Ｋ」内で、ＵＥは、有効なＬＢＴサブバンド状態（すなわち、「不明」状態ではない）を有する別のＤＣＩフォーマット２＿０が後に受信された場合、その別のＤＣＩフォーマット２＿０によって示されるＬＢＴサブバンド上のＰＤＣＣＨ候補のみを監視するように切り替わる。例えば、ＵＥは、それらのＬＢＴサブバンドについて有効状態を有する後続のＤＣＩフォーマット２＿０を受信し得る。有効状態は、利用可能なＬＢＴサブバンドを示す。したがって、ＵＥは、後から受信した有効状態に基づいて、全てのＬＢＴサブバンド上でのＰＤＣＣＨ候補の監視から、利用可能なＬＢＴサブバンド上のみでのＰＤＣＣＨ候補の監視に切り替わってもよい。

図２は、図１の方法１００を実行するＵＥの例の図を提供する。図示されるように、ＵＥは、「不明」状態を示すビットマップ００を有する、利用可能ＲＢセットインジケータＩＥ２１０を受信する。加えて、ＣＯＴ期間は、ゼロ以外の数である。ＣＯＴ期間及び不明状態の理由から、ＵＥは、ＰＤＣＣＨについて両方のＬＢＴサブバンド（すなわち、サブバンド２０２、及びサブバンド２０６）を監視する。次に、ＵＥは、利用可能なＬＢＴサブバンド２０８が利用可能であり、ＬＢＴサブバンド２０４が利用可能ではないことを示す、後続の利用可能ＲＢセットインジケータＩＥ２１２を受信する。それに従い、ＵＥは、サブバンド２０８上でサブバンド監視を実行し、ＬＢＴサブバンド２０４上では実行しない。

図３は、ＣＯＴ構造インジケーションを詳述する表３００を示す。表３００は、ＵＥが、利用可能ＲＢセットインジケータＩＥ及びＣＯＴ期間に基づいて適用し得る論理を記載している。

図１～図２を参照して説明したように、ＵＥは、そのサービングセルのための後続のＤＣＩフォーマット２＿０内のＩＥがインデックス２の条件を満たす場合、そのサービングセル上のＰＤＣＣＨ監視をスキップしてもよい。言い換えれば、「利用可能ＲＢセットインジケータ」ＩＥが「不明」状態（例えば、全てゼロ）に設定され、「ＣＯＴ期間インジケータ」がゼロ以外の値（例えば、Ｋスロット）に設定される。

加えて、サービングセル上でＤＣＩフォーマット２＿０が送信されることに基づいて、いくつかの実施形態は、所与のサービングセルのＬＢＴ故障状態をインジケーションするための解決策を含んでもよい。それに対応して、ＵＥは、サービングセル上で送信された、検出されたＤＣＩフォーマット２＿０に基づくＬＢＴ故障状態通知を受信した後に、サービングセル上でのＰＤＣＣＨ監視を停止してもよい。例えば、いくつかの実施形態では、ＵＥは、サービングセルのＤＣＩフォーマット２＿０のＩＥがインデックス１の条件を満たす場合、サービングセル上でＬＢＴが失敗すると想定してもよい。言い換えれば、「利用可能ＲＢセットインジケータ」ＩＥが「不明」状態（例えば、全てゼロ）に設定され、「ＣＯＴ期間インジケータ」が事前定義された値（例えば、全てゼロ）に設定されている。図３のインデックス２に示されるいくつかの実施形態では、「不明」状態（例えば、全てゼロ）である「利用可能ＲＢセットインジケータ」と、事前定義されたゼロ以外の値Ｋである「ＣＯＴ期間インジケータ」との組み合わせを使用して、省電力目的のために、ＤＣＩフォーマット２＿０を受信するスロットから始まるＫスロットの期間にわたってサービングセル上のＰＤＣＣＨ監視をスキップするようにＵＥにインジケーションする。

図４は、ＤＣＩフォーマット２＿０を使用したＣＯＴ構造インジケーションのための、ｇＮＢによって実行される方法４００のフローチャートである。方法４００はブロック４０２で、ＤＣＩフォーマット２＿０を符号化し、次のものを含む。方法４００はブロック４０４で、ＣＯＴ期間インジケータＩＥ。方法４００はブロック４０６で、ＬＢＴサブバンドの状態を示す利用可能ＲＢセットインジケータＩＥ。ＤＣＩフォーマット２＿０を完全に準備する時間が十分にない場合、利用可能ＲＢセットインジケータＩＥは不明状態に設定される。方法４００はブロック４０８で、ＤＣＩフォーマット２＿０をＵＥに送信する。

図５～７は、Ｍｓｇ－３送信のリソース割り当てを決定する３つの方法を示す。Ｍｓｇ－３は、スケジュールされたＰＵＳＣＨ送信（Ｍｓｇ３）である。いくつかの実施形態では、免許不要周波数帯上の初期ＢＷＰにタイプ１の周波数ドメインリソース割り当てを使用する場合、ＲＡＲ ＰＤＵ内の１２ビットのＦＤＲＡフィールドを解釈するために図５～図７の方法が考えられる。

図５は、第１の実施形態による、Ｍｓｇ－３送信のリソース割り当てを決定する方法５００のフローチャートである。この実施形態では、ＵＥは、ＦＤＲＡフィールドのＭＳＢに、ゼロパディングを使用して１ビットを導入する。この実施形態では、２０ＭＨｚの初期ＢＷＰに割り当てられるリソースの開始位置に完全な柔軟性が得られるが、可能な長さが制限されることがある。

方法５００はブロック５０２で、１２ビットの周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含むランダムアクセス応答（ＲＡＲ）許可を受信する。方法５００はブロック５０４で、リソース割り当てタイプを判定する。方法５００は判断ブロック５０６で、リソース割り当てがタイプ１であるかタイプ２であるかチェックする。

方法５００はブロック５１２で、リソース割り当てタイプがタイプ１であると判定する。方法５００はブロック５１４で、ＦＤＲＡフィールドをゼロパディングする。方法５００はブロック５１６で、ゼロパディングからの追加の１ビットと共に１２ビットのＦＤＲＡを解釈する。方法５００はブロック５１８で、Ｍｓｇ－３が送信される、割り当てられたリソースの開始位置を決定する。

方法５００はブロック５０８で、リソース割り当てタイプがタイプ２であると判定する。方法５００はブロック５１０で、リソース割り当てタイプがタイプ２である場合、Ｍｓｇ－３のリソース割り当てを決定するためにＦＤＲＡフィールドを切り捨てる。いくつかの実施形態では、Ｍｓｇ－３送信にアップリンクリソース割り当てタイプ２を使用する場合、図８に示すようにＲＡＲ内の１２ビットＦＤＲＡフィールドの最下位Ｘビットが切り捨てられ、切り捨てられたＦＤＲＡフィールドが、初期ＢＷＰ上のＭｓｇ－３送信のリソース割り当てを決定するために使用される。切り捨てられるビット数は、ＳＣＳに基づいて変化し得る。例えば、いくつかの実施形態では、３０ｋＨｚのＳＣＳではＸ＝５で、１５ｋＨｚのＳＣＳではＸ＝６である。

図６は、第２の実施形態による、Ｍｓｇ－３送信のためのリソース割り当てを決定する方法６００のフローチャートである。リソース割り当てフィールドは、１２ビットのＦＤＲＡフィールドによってカバーされる「仮想」ＢＷＰに応じて解釈される。次いで、得られた開始位置及び長さが、Ｍｓｇ－３が送信される初期ＢＷＰに適用される。

仮想ＢＷＰは、ＵＥから利用可能な、初期ＢＷＰの帯域幅の一部分である。例えば、仮想ＢＷＰは、２０ＭＨｚの初期ＢＷＰのうち１５ＭＨｚをカバーし得る。仮想ＢＷＰは、事前定義されていてもよいし、又は、ＵＥ若しくはｇＮＢによって設定されてもよい。初期ＢＷＰとは、Ｍｓｇ－３送信のリソース割り当てに利用可能な実際のＢＷＰを指す。

方法６００はブロック６０２で、１２ビットの周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含むランダムアクセス応答（ＲＡＲ）許可を受信する。方法６００はブロック６０４で、リソース割り当てタイプを判定する。方法６００はブロック６１２で、リソース割り当てタイプがタイプ１であると判定する。方法６００はブロック６１４で、１２ビットのＦＤＲＡフィールドによってカバーされる仮想ＢＷＰに応じて、１２ビットのＦＤＲＡフィールドを解釈する。方法６００はブロック６１６で、仮想ＢＷＰに関連する割り当てられたリソースの開始位置及び長さを取得する。方法６００はブロック６１８で、仮想ＢＷＰに関連する割り当てられたリソースの開始位置及び長さに基づいて、初期ＢＷＰ上でＭｓｇ－３送信を送信する。例えば、いくつかの実施形態では、初期ＢＷＰの開始位置及び長さが、仮想ＢＷＰに関連する割り当てられたリソースの開始位置及び長さである。

方法６００はブロック６０８で、リソース割り当てタイプがタイプ２であると判定する。方法６００はブロック６１０で、リソース割り当てタイプがタイプ２である場合、Ｍｓｇ－３のリソース割り当てを決定するためにＦＤＲＡフィールドを切り捨てる。いくつかの実施形態では、Ｍｓｇ－３送信にアップリンクリソース割り当てタイプ２を使用する場合、図８に示すようにＲＡＲ内の１２ビットＦＤＲＡフィールドの最下位Ｘビットが切り捨てられ、切り捨てられたＦＤＲＡフィールドが、初期ＢＷＰ上のＭｓｇ－３送信のリソース割り当てを決定するために使用される。切り捨てられるビット数は、ＳＣＳに基づいて変化し得る。例えば、いくつかの実施形態では、３０ｋＨｚのＳＣＳではＸ＝５で、１５ｋＨｚのＳＣＳではＸ＝６である。

図７は、第３の実施形態による、Ｍｓｇ－３送信のためのリソース割り当てを決定する方法７００のフローチャートである。この実施形態では、リソース割り当てフィールドは、図６の方法６００と同様に、１２ビットのＦＤＲＡフィールドによってカバーされる「仮想」ＢＷＰに応じて解釈される。加えて、取得されたリソース割り当ての開始位置及び長さは、スケーリング係数Ｋに乗算することによってリソースブロックのグループの観点で解釈されてから、初期ＢＷＰに適用される。スケーリング係数は、床演算を使用することによって、初期ＢＷＰの帯域幅を仮想ＢＷＰの帯域幅で除算したものと等しく、又は、それより小さく設定されてもよい。例えば、スケーリング係数は、

であってもよく、ここで、
Ｎ₁は初期ＢＷＰの帯域幅であり、
Ｎ₂は、タイプ１の周波数リソース割り当てを使用して、１２ビットのＦＤＲＡフィールドによって対処される仮想ＢＷＰである。

方法７００はブロック７０２で、１２ビットの周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含むランダムアクセス応答（ＲＡＲ）許可を受信する。方法７００はブロック７０４で、リソース割り当てタイプを判定する。方法７００はブロック７１２で、リソース割り当てタイプがタイプ１であると判定する。方法７００はブロック７１４で、１２ビットのＦＤＲＡフィールドによってカバーされる仮想ＢＷＰに応じて、１２ビットのＦＤＲＡフィールドを解釈する。方法７００はブロック７１６で、仮想ＢＷＰに関連する割り当てられたリソースの開始位置及び長さを取得する。方法７００はブロック７１８で、取得された仮想ＢＷＰに関連する開始位置及び長さにスケーリング係数を乗算することによって、実際の開始位置及び長さを判定する。方法７００はブロック７２０で、初期ＢＷＰ上で、実際の開始位置及び長さでＭｓｇ－３送信を送信する。

方法７００はブロック７０８で、リソース割り当てタイプがタイプ２であると判定する。方法７００はブロック７１０で、リソース割り当てタイプがタイプ２である場合、Ｍｓｇ－３のリソース割り当てを決定するためにＦＤＲＡフィールドを切り捨てる。いくつかの実施形態では、Ｍｓｇ－３送信にアップリンクリソース割り当てタイプ２を使用する場合、図８に示すようにＲＡＲ内の１２ビットＦＤＲＡフィールドの最下位Ｘビットが切り捨てられ、切り捨てられたＦＤＲＡフィールドが、初期ＢＷＰ上のＭｓｇ－３送信のリソース割り当てを決定するために使用される。切り捨てられるビット数は、ＳＣＳに基づいて変化し得る。例えば、いくつかの実施形態では、３０ｋＨｚのＳＣＳではＸ＝５で、１５ｋＨｚのＳＣＳではＸ＝６である。

図８は、３０ＫＨｚのＳＣＳについてのＭｓｇ－３リソース決定のための、ＲＡＲ内のＦＤＲＡフィールド８００の切り捨てを示す。

図９は、ｇＮＢのための方法９００のフローチャートである。方法９００はブロック９０２で、リソース割り当てタイプを設定する。方法９００はブロック９０４で、１２ビットの周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含むランダムアクセス応答（ＲＡＲ）許可を符号化する。方法９００のブロック９０６で、リソース割り当てタイプはタイプ１である。方法９００はブロック９０８で、Ｍｓｇ－３のために割り当てられたリソースの開始位置及び長さを、ある仮想ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）に関連するスケーリング係数で除算する。方法９００はブロック９１０で、割り当てられたリソースの開始位置及び長さの除算の結果で１２ビットのＦＤＲＡフィールドを符号化する。方法９００はブロック９１２で、ＲＡＲ許可をＵＥに送信する。

図１０は、ランダムアクセス（ＲＡ）手順１０００を示す。ＲＡ手順は、競合方式のランダムアクセス（ＣＢＲＡ：Ｃｏｎｔｅｎｔｉｏｎ－Ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）及び競合なしのランダムアクセス（ＣＦＲＡ：Ｃｏｎｔｅｎｔｉｏｎ－Ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）の、２つの異なる形式をとることができる。

ＣＢＲＡでは、ＵＥは、セル内の他のＵＥと共有されるプリアンブルのプールからＲＡプリアンブルをランダムに選択する。ＵＥは、ランダムアクセスプリアンブル（Ｍｓｇ１）１００２をｇＮＢに送信する１００２。ｇＮＢは、ランダムアクセスプリアンブル（Ｍｓｇ１）１００２を受信する。ｇＮＢは、ランダムアクセス応答（Ｍｓｇ２）１０１２をＵＥに送信する。ＵＥは、ランダムアクセス応答（Ｍｓｇ２）１０１２の内容を復号して、スケジュールされたＰＵＳＣＨ送信（Ｍｓｇ３）（Ｍｓｇ３は、本明細書ではＭｓｇ－３とも称する）１０１０をｇＮＢに送信する。ｇＮＢは次のステップで、競合決議（Ｍｓｇ４）１０１４を送信して、ＵＥリソースプール間に競争があれば解決する。

ＣＦＲＡでは、ＵＥは、ネットワークによってＲＲＣシグナリング又はＰＤＣＣＨオーダーを介して特にこのＵＥに提供される専用プリアンブルを使用する。ｇＮＢは、ランダムアクセスプリアンブル割り当て１００６をＵＥに送信する。ＵＥは、ランダムアクセスプリアンブル割り当て１００６を復号し、ランダムアクセスプリアンブル（Ｍｓｇ１）１００４を送信する。ｇＮＢは、ランダムアクセスプリアンブル（Ｍｓｇ１）１００４を受信し、ランダムアクセス応答（Ｍｓｇ２）１００８を送信する。

例示的なシステムアーキテクチャ

特定の実施形態では、５Ｇシステムアーキテクチャは、ネットワーク機能仮想化及びソフトウェア定義ネットワークなどの技術を使用して配備可能にするデータ接続及びサービスをサポートする。５Ｇシステムアーキテクチャは、制御プレーンネットワーク機能間のサービスベースの双方向作用を活用することができる。ユーザプレーン機能を制御プレーン機能から分離することにより、独立したスケーラビリティ、進化、及び柔軟な配備（例えば、集中型の配置又は分散型の（遠隔）配置）が可能となる。モジュール化された機能設計により、機能の再利用が可能になり、柔軟で効率的なネットワークスライシングが可能となる。ネットワーク機能及びそのネットワーク機能サービスは、サービス通信プロキシを介して、別のＮＦ及びそのネットワーク機能サービスと直接的又は間接的に双方向作用することができる。別の中間機能は、制御プレーンメッセージのルーティングを支援することができる。アーキテクチャにより、ＡＮとＣＮとの間の依存関係が最小限に抑えられる。アーキテクチャは、異なるアクセスタイプ（例えば、３ＧＰＰアクセス及び非３ＧＰＰアクセス）を統合する共通のＡＮ－ＣＮインタフェースを備えたコンバージドコアネットワークを含むことができる。アーキテクチャはまた、統一認証フレームワーク、演算リソースがストレージリソースから分離されているステートレスＮＦ、機能の公開、ローカル及び集中型サービスへの同時アクセス（低遅延サービス及びローカルデータネットワークへのアクセスをサポートするために、ユーザプレーン機能は、ＡＮに近接して配備され得る）、及び／又は訪問済みのＰＬＭＮ内のホームルーティングトラフィック並びにローカルブレークアウトトラフィックの両方でのローミングをサポートする。

５Ｇアーキテクチャは、サービスベースとして定義され得、ネットワーク機能間の双方向作用は、サービスベースの表現を含み得、制御プレーン内のネットワーク機能（例えば、ＡＭＦ）は、他の承認されたネットワーク機能がそれらのサービスにアクセスすることを可能にする。サービスベースの表現はまた、ポイントツーポイント基準点を含むことができる。基準点表現はまた、任意の２つのネットワーク機能（例えば、ＡＭＦ及びＳＭＦ）間のポイントツーポイント基準点（例えば、Ｎ１１）によって説明されるネットワーク機能におけるＮＦサービス間の双方向作用を示すために使用され得る。

図１１は、一実施形態による、５ＧＳにおけるサービスベースのアーキテクチャ１１００を示す。３ＧＰＰ ＴＳ ２３．５０１に記載されているように、サービスベースのアーキテクチャ１１００は、ＵＥ１１２０、（Ｒ）ＡＮ１１２２、ＵＰＦ１１２４、及びＤＮ１１２６と通信するために、ＮＳＳＦ１１０２、ＮＥＦ１１０４、ＮＲＦ１１０６、ＰＣＦ１１０８、ＵＤＭ１１１０、ＡＵＳＦ１１１２、ＡＭＦ１１１４、ＳＭＦ１１１６などのＮＦを含む。ＮＦとＮＦサービスとは、直接通信と呼ばれるように直接的に通信すること、又は、間接通信と呼ばれるようにＳＣＰ１１１８を介して間接的に通信することができる。図１１はまた、Ｎｕｔｍ、Ｎａｆ、Ｎｕｄｍ、Ｎｐｃｆ、Ｎｓｍｆ、Ｎｎｒｆ、Ｎａｍｆ、Ｎｎｅｆ、Ｎｎｓｓｆ、及びＮａｕｓｆ、並びに基準点Ｎ１、Ｎ２、Ｎ３、Ｎ４及びＮ６を含む、対応するサービスベースのインタフェースを示す。図１１に示されるＮＦによって提供されるいくつかの例示的な機能を以下に説明する。

ＮＳＳＦ１１０２は、ＵＥにサービスを提供するネットワークスライスインスタンスのセットを選択すること、許可されたＮＳＳＡＩを判定し、必要に応じて、加入済みＳ－ＮＳＳＡＩにマッピングすること、構成されたＮＳＳＡＩを判定し、必要に応じて、加入済みＳ－ＮＳＳＡＩにマッピングすること、及び／又はＵＥにサービスを提供するために使用すべきＡＭＦセットを判定するか、若しくは設定に基づいて、場合によってはＮＲＦに照会することによって、候補ＡＭＦ（単数又は複数）のリストを判定すること、などの機能をサポートする。

ＮＥＦ１１０４は、機能及びイベントの公開をサポートする。ＮＦの機能及びイベントは、ＮＥＦ１１０４によって（例えば、サードパーティ、アプリケーション機能、及び／又はエッジコンピューティングのために）安全に公開され得る。ＮＥＦ１１０４は、ＵＤＲへの標準化されたインタフェース（Ｎｕｄｒ）を使用して、構造化データとして情報を格納／取得することができる。ＮＥＦ１１０４はまた、外部アプリケーションから３ＧＰＰネットワークへの情報の提供を保護することができ、かつ３ＧＰＰネットワークに情報（例えば、予想されるＵＥ挙動、５ＧＬＡＮグループ情報、及びサービス固有情報）を安全に提供するためのアプリケーション機能を提供することができ、ここでＮＥＦ１１０４は、アプリケーション機能の調整を認証及び承認し、支援することができる。ＮＥＦ１１０４は、ＡＦと交換された情報と、内部ネットワーク機能と交換された情報との間で変換することによって、内部－外部情報の変換を提供することができる。例えば、ＮＥＦ１１０４は、ＡＦサービス識別子と、ＤＮＮ及びＳ－ＮＳＳＡＩなどの内部５Ｇコア情報との間で変換する。ＮＥＦ１１０４は、ネットワークポリシーに従って、外部ＡＦへのネットワーク及びユーザ機密情報のマスキングを処理することができる。ＮＥＦ１１０４は、他のネットワーク機能から（他のネットワーク機能の公開された機能に基づいて）情報を受信し、受信した情報を、標準化されたインタフェースを用いてＵＤＲに格納することができる。次いで、格納された情報は、ＮＥＦ１１０４によってアクセスされ、他のネットワーク機能及びアプリケーション機能に再公開され、分析などの他の目的に使用され得る。特定のＵＥ（単数又は複数）に関連するサービスの外部公開の場合、ＮＥＦ１１０４は、ＨＰＬＭＮ内に存在することができる。オペレータの同意に応じて、ＨＰＬＭＮ内のＮＥＦ１１０４は、ＶＰＬＭＮ内のＮＦ（単数又は複数）とのインタフェース（単数又は複数）を有し得る。ＵＥがＥＰＣと５ＧＣとの間の切り替えが可能な場合、ＳＣＥＦ＋ＮＥＦをサービス公開に使用することができる。

ＮＲＦ１１０６は、ＮＦインスタンス又はＳＣＰからＮＦ発見要求を受信し、発見されたＮＦインスタンスの情報をＮＦインスタンス又はＳＣＰに提供することによって、サービス発見機能をサポートする。ＮＲＦ１１０６はまた、Ｐ－ＣＳＣＦ発見（ＳＭＦによるＡＦ発見の特殊な事例）をサポートし、利用可能なＮＦインスタンス及びそれらのサポートされたサービスのＮＦプロファイルを維持し、並びに／又は新たに登録／更新／登録解除されたＮＦインスタンスについて、そのＮＦサービスと共に加入済みＮＦサービス消費者若しくはＳＣＰに通知することができる。ネットワークスライシングのコンテキストでは、ネットワーク実装に基づいて、複数のＮＲＦは、ＰＬＭＮレベル（ＮＲＦは、ＰＬＭＮ全体に関する情報で構成される）、共有スライスレベル（ＮＲＦは、ネットワークスライスのセットに属する情報で構成される）、及び／又はスライス固有レベル（ＮＲＦは、Ｓ－ＮＳＳＡＩに属する情報で構成される）などの様々なレベルで配備され得る。ローミングのコンテキストでは、複数のＮＲＦを異なるネットワークに配備することができ、ここで、訪問済みＰＬＭＮ（ｖＮＲＦとして知られる）内のＮＲＦ（単数又は複数）は、訪問済みＰＬＭＮに関する情報で構成され、ホームＰＬＭＮ（ｈＮＲＦとして知られる）内のＮＲＦ（単数又は複数）は、Ｎ２７インタフェースを介してｖＮＲＦによって参照されたホームＰＬＭＮに関する情報で構成されている。

ＰＣＦ１１０８は、統一ポリシーフレームワークをサポートしてネットワーク挙動を管理する。ＰＣＦ１１０８は、制御プレーン機能（単数又は複数）に対するポリシールールを提供して、それらを施行する。ＰＣＦ１１０８は、統一データリポジトリ（ＵＤＲ）におけるポリシー判断に関連する加入情報にアクセスする。ＰＣＦ１１０８は、ＰＣＦと同じＰＬＭＮ内に位置するＵＤＲにアクセスすることができる。

ＵＤＭ１１１０は、３ＧＰＰ ＡＫＡ認証資格の生成、ユーザ識別処理（例えば、５Ｇシステムにおける加入者ごとのＳＵＰＩのストレージ及び管理）、プライバシー保護加入識別子（ＳＵＣＩ）の秘匿解除、加入データに基づくアクセス承認（例えば、ローミング制限）、ＵＥのサービングＮＦ登録管理（例えば、ＵＥのサービングＡＭＦを保存、ＵＥのＰＤＵセッションのサービングＳＭＦを保存）、サービス／セッションの継続性（例えば、進行中のセッションのＳＭＦ／ＤＮＮ割り当てを維持することによって）、ＭＴ－ＳＭＳ配信、合法的な傍受機能（特に、ＵＤＭがＬＩに対する唯一のコンタクトポイントである、アウトバウンドローミングの場合）、加入管理、ＳＭＳ管理、５ＧＬＡＮグループ管理処理、及び／又は外部パラメータプロビジョニング（予想されるＵＥ挙動パラメータ又はネットワーク設定パラメータ）をサポートする。そのような機能を提供するために、ＵＤＭ１１１０は、ＵＤＲに格納され得る加入データ（認証データを含む）を使用し、この場合、ＵＤＭは、アプリケーション論理を実装し、内部ユーザデータストレージを必要としなくてもよく、いくつかの異なるＵＤＭは、異なるトランザクションで同じユーザにサービスを提供することができる。ＵＤＭ１１１０は、それがサービスを提供する加入者のＨＰＬＭＮ内に配置されてもよく、同じＰＬＭＮ内に配置されたＵＤＲの情報にアクセスしてもよい。

ＡＦ１１２８は、コアネットワークと双方向作用して、例えば、トラフィックルーティングに対するアプリケーションの影響、ＮＥＦ１１０４へのアクセス、ポリシー制御のポリシーフレームワークとの双方向作用、及び／又は５ＧＣとのＩＭＳ双方向作用をサポートするサービスを提供する。オペレータの配備に基づいて、オペレータが信頼しているとみなされるアプリケーション機能は、関連するネットワーク機能と直接双方向作用することができる。オペレータがネットワーク機能に直接アクセスすることができないアプリケーション機能は、ＮＥＦ１１０４を介して外部公開フレームワークを使用して関連するネットワーク機能と双方向作用し得る。

ＡＵＳＦ１１１２は、３ＧＰＰアクセス及び信頼できない非３ＧＰＰアクセスに対する認証をサポートする。ＡＵＳＦ１１１２はまた、ネットワークスライス固有の認証及び承認のサポートを提供することができる。

ＡＭＦ１１１４は、ＲＡＮ ＣＰインタフェース（Ｎ２）の終了、ＮＡＳ暗号化及び整合性保護のためのＮＡＳ（Ｎ１）の終了、登録管理、接続管理、到達可能性管理、モビリティ管理、（ＡＭＦイベント及びＬＩシステムへのインタフェースのための）合法的傍受、ＵＥとＳＭＦとの間のＳＭメッセージのトランスポート、ＳＭメッセージをルーティングするための透過プロキシ、アクセス認証、アクセス承認、ＵＥとＳＭＳＦ、ＳＥＡＦとの間のＳＭＳメッセージのトランスポート、規制サービス用のロケーションサービス管理、ＵＥとＬＭＦとの間及びＲＡＮとＬＭＦとの間のロケーションサービスメッセージのトランスポート、ＥＰＳとのインターワーキング用のＥＰＳベアラＩＤ割り当て、ＵＥモビリティイベント通知、コントロールプレーンＣＩｏＴ ５ＧＳ最適化、ユーザプレーンＣＩｏＴ ５ＧＳ最適化、外部パラメータ（予想されるＵＥ挙動パラメータ若しくはネットワーク設定パラメータ）のプロビジョニング、並びに／又はネットワークスライス固有の認証及び承認をサポートする。ＡＭＦ機能の一部又は全ては、ＡＭＦ１１１４の単一インスタンス内でサポートされてもよい。ネットワーク機能の数にかかわらず、特定の実施形態では、ＵＥとＣＮとの間のアクセスネットワークごとに１つのＮＡＳインタフェースインスタンスのみがあり、少なくともＮＡＳセキュリティ及びモビリティ管理を実装するネットワーク機能のうちの１つで終了する。ＡＭＦ１１１４はまた、ポリシー関連の機能を含み得る。

上述の機能に加えて、ＡＭＦ１１１４は、非３ＧＰＰアクセスネットワークをサポートするための以下の機能、すなわち、３ＧＰＰアクセス上で定義された、いくつかの情報（例えば、３ＧＰＰセル識別）及び手順（例えば、ハンドオーバ関連）が適用され得ないで、３ＧＰＰアクセスに適用されない非３ＧＰＰアクセス固有の情報が適用され得る、Ｎ３ＩＷＦ／ＴＮＧＦとのＮ２インタフェースのサポート、３ＧＰＰアクセス上のＮＡＳシグナリングによってサポートされる一部の手順が、信頼できない非３ＧＰＰ（例えば、ページング）アクセスに適用可能でない場合がある、Ｎ３ＩＷＦ／ＴＮＧＦ上のＵＥを用いたＮＡＳシグナリングのサポート、Ｎ３ＩＷＦ／ＴＮＧＦを介して接続されたＵＥの認証のサポート、非３ＧＰＰアクセスを介して接続された、又は３ＧＰＰアクセス及び非３ＧＰＰアクセスを介して同時に接続されたＵＥのモビリティ、認証、及び別個のセキュリティコンテキスト状態（単数又は複数）の管理、を含むことができる。３ＧＰＰアクセス及び非３ＧＰＰアクセス上で有効な調整されたＲＭ管理コンテキストをサポートする；、及び／又は非３ＧＰＰアクセスを介した接続のためにＵＥ専用のＣＭ管理コンテキストのサポート、を含むことができる。上述の機能の全てを、ネットワークスライスのインスタンス内でサポートする必要はない場合がある。

ＳＭＦ１１１６は、セッション管理（例えば、ＵＰＦとＡＮノードとの間のトンネル維持を含む、セッションの確立、修正、リリース）、ＵＥのＩＰアドレス割り当て及び管理（任意選択の承認を含む）をサポートし、ここで、ＵＥのＩＰアドレスは、ＵＰＦから、又は外部データネットワーク、ＤＨＣＰｖ４（サーバ及びクライアント）及びＤＨＣＰｖ６（サーバ及びクライアント）機能、アドレス解決プロトコル要求及び／又はイーサネットＰＤＵのローカルキャッシュ情報に基づくＩＰｖ６近隣要請（Ｎｅｉｇｈｂｏｒ Ｓｏｌｉｃｉｔａｔｉｏｎ）要求に応答する（例えば、ＳＭＦは、要求時に送信されたＩＰアドレスに対応するＭＡＣアドレスを提供することによってＡＲＰ及び／又はＩＰｖ６近隣要請要求に応答する）機能から受信され得、ＵＰＦを制御してＡＲＰ又はＩＰｖ６近隣発見（Ｎｅｉｇｈｂｏｒ Ｄｉｓｃｏｖｅｒｙ）をプロキシする、又は全てのＡＲＰ／ＩＰｖ６近隣要請トラフィックをイーサネットＰＤＵセッション用にＳＭＦに転送するなどを含むユーザプレーン機能の選択と制御、トラフィックを適切な宛先にルーティングするためのＵＰＦでのトラフィックステアリング設定、５Ｇ ＶＮグループ管理（例えば、関連するＰＳＡ ＵＰＦのトポロジの維持、ＰＳＡ ＵＰＦ間のＮ１９トンネルの確立とリリース、ローカルスイッチングを適用するＵＰＦでのトラフィック転送の設定、及び／又はＮ６ベースの転送あるいはＮ１９ベースの転送）、ポリシー制御機能へのインタフェースの終了、合法的傍受（ＳＭイベント及びＬＩシステムへのインタフェース用）、課金データの収集と課金インタフェースのサポート、ＵＰＦでの課金データ収集の制御と調整、ＮＡＳメッセージのＳＭ部分の終了、ダウンリンクデータ通知、ＡＭＦを介してＮ２からＡＮに送信されるＡＮ固有のＳＭ情報の開始、セッションのＳＳＣモードの判定、制御プレーンＣＩｏＴ ５ＧＳの最適化、ヘッダー圧縮、Ｉ－ＳＭＦを挿入／削除／再配置できる配備で、Ｉ－ＳＭＦとしての機能、外部パラメータ（予想されるＵＥ挙動パラメータ又はネットワーク設定パラメータ）のプロビジョニング、ＩＭＳサービスのＰ－ＣＳＣＦ発見、ローミング機能（例えば、ローカル強制を処理してＱｏＳ ＳＬＡ（ＶＰＬＭＮ）の適用、課金データ収集及び課金インタフェース（ＶＰＬＭＮ）、及び／又は合法的傍受（ＳＭイベントのＶＰＬＭＮ及びＬＩシステムへのインタフェース用）、外部ＤＮによるＰＤＵセッション認証／承認のためのシグナリングの転送のための外部ＤＮとの双方向作用、及び／又はＮ３／Ｎ９インタフェースで冗長送信を実行するようにＵＰＦ及びＮＧ－ＲＡＮに命令することを含む。ＳＭＦ機能の一部又は全ては、ＳＭＦの単一インスタンス内でサポートされてもよい。しかしながら、特定の実施形態では、ネットワークスライスのインスタンス内で機能の全てがサポートされる必要はない。この機能に加えて、ＳＭＦ１１１６は、ポリシー関連機能を含んでもよい。

ＳＣＰ１１１８には、間接通信、委任ディスカバリ、宛先ＮＦ／ＮＦサービスへのメッセージ転送及びルーティング、通信セキュリティ（例えば、ＮＦサービス生産者のＡＰＩにアクセスするためのＮＦサービス消費者の承認）、負荷分散、監視、過負荷制御など、及び／又は任意にＵＤＲと双方向作用して、ＵＥ ＩＤ（ＳＵＰＩ又はＩＭＰＩ／ＩＭＰＵなど）に基づいてＵＤＭグループＩＤ／ＵＤＲグループＩＤ／ＡＵＳＦグループＩＤ／ＰＣＦグループＩＤ／ＣＨＦグループＩＤ／ＨＳＳグループＩＤを解決すること、のうちの任意の１つ以上が含まれている。ＳＣＰ機能の一部又は全ては、ＳＣＰの単一インスタンス内でサポートされ得る。特定の実施形態では、ＳＣＰ１１１８は、分散方式で配備されてもよく、及び／又は１つを超えるＳＣＰが、ＮＦサービス間の通信経路内に存在し得る。ＳＣＰは、ＰＬＭＮレベル、共有スライスレベル、及びスライス固有レベルで配備され得る。ＳＣＰが関連するＮＲＦと確実に通信できるように、オペレータの配置に任されてもよい。

ＵＥ１１２０は、無線通信機能を有するデバイスを含むことができる。例えば、ＵＥ１１２０には、スマートフォン（例えば、１つ以上のセルラーネットワークに接続可能なハンドヘルド型タッチスクリーンモバイルコンピューティングデバイス）が挙げられる。ＵＥ１１２０はまた、パーソナルデータアシスタント（ＰＤＡ）、ページャ、ラップトップコンピュータ、デスクトップコンピュータ、無線ハンドセットなどの、任意のモバイル又は非モバイルコンピューティングデバイス、又は無線通信インタフェースを含む任意のコンピューティングデバイスを含むことができる。ＵＥはまた、クライアント、モバイル、モバイル機器、モバイル端末、ユーザ端末、モバイルユニット、モバイル局、モバイルユーザ、加入者、ユーザ、遠隔局、アクセスエージェント、ユーザエージェント、受信機、無線機器、再構成可能な無線機器、又は再構成可能なモバイル機器とも称され得る。ＵＥ１１２０は、ＩｏＴ ＵＥを備えてもよく、ＩｏＴ ＵＥは、短期ＵＥ接続を利用する低電力ＩｏＴアプリケーション用に設計されたネットワークアクセス層を含み得る。ＩｏＴ ＵＥは、ＰＬＭＮを介して、ＭＴＣサーバ若しくはデバイス、ＰｒｏＳｅ若しくはＤ２Ｄ通信、センサネットワーク、又はＩｏＴネットワークを介して他のＵＥとデータを交換するための技術（例えば、Ｍ２Ｍ技術、ＭＴＣ技術、又はｍＭＴＣ技術）を利用することができる。Ｍ２Ｍデータ交換又はＭＴＣデータ交換は、機械起動のデータの交換であってもよい。ＩｏＴネットワークは、相互接続するＩｏＴ ＵＥについて記述し、それは、（インターネットインフラストラクチャ内の）一意に識別可能な組み込みコンピューティングデバイスを含み得る。ＩｏＴ ＵＥは、ＩｏＴネットワークの接続を容易にするために、バックグラウンドアプリケーション（例えば、キープアライブメッセージ、ステータス更新など）を実行してもよい。

ＵＥ１１２０は、無線インタフェース１１３０を介して（Ｒ）ＡＮ１１２２と接続又は通信可能に結合するように構成されてもよく、これは、ＧＳＭプロトコル、ＣＤＭＡＰネットワークプロトコル、ＰＴＴ（Ｐｕｓｈ－ｔｏ－Ｔａｌｋ）プロトコル、ＰＯＣ（ＰＴＴ ｏｖｅｒ Ｃｅｌｌｕｌａｒ）プロトコル、ＵＭＴＳプロトコル、３ＧＰＰ ＬＴＥプロトコル、５Ｇプロトコル、ＮＲプロトコルなどのセルラー通信プロトコルで動作するように構成された物理通信インタフェース又は層であり得る。例えば、ＵＥ１１２０及び（Ｒ）ＡＮ１１２２は、Ｕｕインタフェース（例えば、ＬＴＥ－Ｕｕインタフェース）を使用して、ＰＨＹ層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＲＲＣ層を含むプロトコルスタックを介して制御プレーンデータを交換することができる。ＤＬ送信は、（Ｒ）ＡＮ１１２２からＵＥ１１２０までであり得、ＵＬ送信は、ＵＥ１１２０から（Ｒ）ＡＮ１１２２までであり得る。ＵＥ１１２０は、更にサイドリンクを使用して、Ｄ２Ｄ通信、Ｐ２Ｐ通信、及び／又はＰｒｏＳｅ通信について別のＵＥ（図示せず）と直接通信することができる。例えば、ＰｒｏＳｅインタフェースは、代替的に、サイドリンクインタフェースと称される場合があり、限定されないが、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンク共用チャネル（ＰＳＳＣＨ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ）、及び物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を含む、１つ以上の論理チャネルを備える。

（Ｒ）ＡＮ１１２２は、１つ以上のアクセスノードを含み、これは、基地局（ＢＳ）、ノードＢ、進化型ノードＢ（ｅＮＢ）、次世代ノードＢ（ｇＮＢ）、ＲＡＮノード、コントローラ、送受信ポイント（ＴＲＰ）などと称される場合があり、地理的エリア（例えば、セル）内にカバレッジを提供する地上局（例えば、地上アクセスポイント）又はサテライト局を備えることができる。（Ｒ）ＡＮ１１２２は、マクロセル、ピコセル、フェムトセル、又は他の種類のセルを提供するための１つ以上のＲＡＮノードを含むことができる。マクロセルは、比較的広い地理的エリア（例えば、半径数キロメートル）をカバーすることができ、サービス加入を有するＵＥによる無制限のアクセスを可能にし得る。ピコセルは、比較的狭い地理的エリアをカバーすることができ、サービス加入を有するＵＥによる無制限のアクセスを可能にし得る。フェムトセルは、比較的狭い地理的エリア（例えば、家）をカバーすることができ、フェムトセルとの関連性を有するＵＥによる制限されたアクセス（例えば、クローズド加入者グループ（ＣＳＧ）内のＵＥ、家庭内のユーザのためのＵＥなど）を可能にし得る。

図示されていないが、複数のＲＡＮノード（（Ｒ）ＡＮ１１２２など）が使用されてもよく、ここでＸｎインタフェースは、２つ以上のノード間で定義される。いくつかの実装形態では、Ｘｎインタフェースは、Ｘｎユーザプレーン（Ｘｎ－Ｕ）インタフェース及びＸｎ制御プレーン（Ｘｎ－Ｃ）インタフェースを含んでもよい。Ｘｎ－Ｕは、ユーザプレーンＰＤＵの非保証配信を提供し、データ送出及びフロー制御機能をサポート／提供することができる。Ｘｎ－Ｃは、管理及びエラー処理機能、Ｘｎ－Ｃインタフェースを管理する機能、１つ以上の（Ｒ）ＡＮノード間の接続モードのＵＥモビリティを管理する機能を含む接続モード（例えば、ＣＭ接続）におけるＵＥ１１２０用のモビリティサポートを提供することができる。モビリティサポートは、古い（ソース）サービング（Ｒ）ＡＮノードから新しい（ターゲット）サービング（Ｒ）ＡＮノードへのコンテキスト転送、及び古い（ソース）サービング（Ｒ）ＡＮノードと新しい（ターゲット）サービング（Ｒ）ＡＮノードとの間のユーザプレーントンネルの制御を含むことができる。

ＵＰＦ１１２４は、ＲＡＴ内部及びＲＡＴ間モビリティのためのアンカーポイント、ＤＮ１１２６に相互接続する外部ＰＤＵセッションポイント、及びマルチホームＰＤＵセッションをサポートするための分岐ポイントとして機能することができる。ＵＰＦ１１２４はまた、パケットルーティング及びパケット送出、パケット検査を実行し、ポリシールールのユーザプレーン部分を施行し、パケット（ＵＰコレクション）；トラフィック使用報告を合法的に傍受し、ユーザプレーンに対してＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート施行）を実行し、アップリンクトラフィック検証（例えば、ＳＤＦからＱｏＳフローマッピング）、アップリンク及びダウンリンクにおけるトランスポートレベルパケットマーキング、並びにダウンリンクパケットバッファ及びダウンリンクデータ通知トリガを実行することができる。ＵＰＦ１１２４は、データネットワークへのルーティングトラフィックフローをサポートするアップリンク分類子を含むことができる。ＤＮ１１２６は、様々なネットワークオペレータサービス、インターネットアクセス、又はサードパーティサービスを表すことができる。ＤＮ１１２６は、例えば、アプリケーションサーバを含んでもよい。

図１２は、本明細書に記載の例示的方法及び／又は手順のうちのいずれかに対応するコンピュータ可読媒体上での命令の実行を含む、本開示の様々な実施形態に従って構成可能な例示的なＵＥ１２００のブロック図である。ＵＥ１２００は、１つ以上のプロセッサ１２０２、送受信機１２０４、メモリ１２０６、ユーザインタフェース１２０８、及び制御インタフェース１２１０を含む。

１つ以上のプロセッサ１２０２は、例えば、アプリケーションプロセッサ、音声デジタル信号プロセッサ、中央演算処理装置、及び／又は１つ以上のベースバンドプロセッサを含むことができる。１つ以上のプロセッサ１２０２の各々は、内部メモリを含んでもよく、及び／又は外部メモリ（メモリ１２０６を含む）と通信するインタフェース（単数又は複数）を含んでもよい。内部又は外部メモリは、１つ以上のプロセッサ１２０２によって実行されるソフトウェアコード、プログラム、及び／又は命令を格納して、ＵＥ１２００が本明細書に記載の動作を含む様々な動作を実行することを構成及び／又は容易にすることができる。例えば、命令の実行は、５Ｇ／ＮＲ、ＬＴＥ、ＬＴＥ－Ａ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥなどとして公知の３ＧＰＰによって標準化された１つ以上の無線通信プロトコル、又は１つ以上の送受信機１２０４、ユーザインタフェース１２０８、及び／若しくは制御インタフェース１２１０と併せて利用することができる任意の他の現在若しくは将来のプロトコルを含む１つ以上の有線又は無線通信プロトコルを使用して通信するようにＵＥ１２００を構成することができる。別の例として、１つ以上のプロセッサ１２０２は、３ＧＰＰによって標準化された（例えば、ＮＲ及び／又はＬＴＥのための）ＭＡＣ層プロトコル、ＲＬＣ層プロトコル、ＰＤＣＰ層プロトコル、及びＲＲＣ層プロトコルに対応する他のメモリ１２０６に格納されたプログラムコードを実行してもよい。更なる例として、プロセッサ１２０２は、１つ以上の送受信機１２０４と共に、直交周波数分割多重方式（ＯＦＤＭ）、直交周波数分割多元接続（ＯＦＤＭＡ）、及び単一搬送波周波数分割多元接続（ＳＣ－ＦＤＭＡ）などの対応するＰＨＹ層プロトコルを実装するメモリ１２０６又は他のメモリに格納されたプログラムコードを実行することができる。

メモリ１２０６は、本明細書に記載の例示的方法及び／又は手順のうちのいずれかに対応する動作、又はそれを有する動作を含む、ＵＥ１２００のプロトコル、設定、制御、及び他の機能に使用される変数を格納する１つ以上のプロセッサ１２０２用のメモリエリアを含むことができる。更に、メモリ１２０６は、不揮発性メモリ（例えば、フラッシュメモリ）、揮発性メモリ（例えば、スタティックＲＡＭ又はダイナミックＲＡＭ）、又はこれらの組み合わせを含み得る。更に、メモリ１２０６は、１つ以上のフォーマットで取り外し可能なメモリカード（例えば、ＳＤカード、メモリスティック、コンパクトフラッシュなど）を挿入及び取り外しできるメモリスロットとインタフェースすることができる。

１つ以上の送受信機１２０４は、無線通信規格及び／又はプロトコルなどをサポートしている他の機器とＵＥ１２００が通信することを容易にする無線周波数送信機及び／又は受信機回路を含み得る。例えば、１つ以上の送受信機１２０４は、スイッチ、ミキサ回路、増幅器回路、フィルタ回路、及び合成器回路を含むことができる。そのようなＲＦ回路は、フロントエンドモジュール（ＦＥＭ）から受信したＲＦ信号をダウンコンバートし、かつベースバンド信号を１つ以上のプロセッサ１２０２のベースバンドプロセッサに提供する回路を有する受信信号経路を含むことができる。ＲＦ回路はまた、ベースバンドプロセッサによって提供されるベースバンド信号をアップコンバートし、送信用にＲＦ出力信号をＦＥＭに提供する回路を含むことができる、送信信号経路を含み得る。ＦＥＭは、１つ以上のアンテナから受信したＲＦ信号上で動作し、受信信号を増幅し、更に処理するために受信信号の増幅バージョンをＲＦ回路に提供するように構成された回路を含むことができる、受信信号経路を含んでもよい。ＦＥＭはまた、１つ以上のアンテナによって送信するＲＦ回路によって提供される送信用の信号を増幅するように構成された回路を含むことができる、送信信号経路を含んでもよい。様々な実施形態では、送信信号経路又は受信信号経路を通じた増幅は、ＲＦ回路のみにおいて、ＦＥＭのみにおいて、又はＲＦ回路及びＦＥＭ回路の両方において行われてもよい。いくつかの実施形態では、ＦＥＭ回路は、送信モードと受信モードの動作を切り替えるＴＸ／ＲＸスイッチを含んでもよい。

いくつかの例示的実施形態では、１つ以上の送受信機１２０４は、３ＧＰＰ及び／又は他の規格団体により標準化のために提案された様々なプロトコル及び／又は方法に従って、デバイス１２００が様々な５Ｇ／ＮＲネットワークと通信可能にする送信機及び受信機を含む。例えば、そのような機能は、１つ以上のプロセッサ１２０２と協働的に動作して、他の図に関して本明細書に記載されるようなＯＦＤＭ技術、ＯＦＤＭＡ技術、及び／又はＳＣ－ＦＤＭＡ技術に基づいてＰＨＹ層を実装することができる。

ユーザインタフェース１２０８は、特定の実施形態に応じて様々な形態をとることができ、又はＵＥ１２００に存在しなくてもよい。いくつかの実施形態では、ユーザインタフェース１２０８は、マイクロフォン、ラウドスピーカ、スライド可能なボタン、押圧可能なボタン、ディスプレイ、タッチスクリーンディスプレイ、機械的若しくは仮想キーパッド、機械的若しくは仮想キーボード、及び／又は携帯電話上に一般に見られる任意の他のユーザインタフェース機能を有する。他の実施形態では、ＵＥ１２００は、より大きいタッチスクリーンディスプレイを有するタブレットコンピューティングデバイスを含んでもよい。このような実施形態では、ユーザインタフェース１２０８の機械的機能のうちの１つ以上は、当業者によく知られているように、タッチスクリーンディスプレイを用いて実装された同等の又は機能的に同等の仮想ユーザインタフェース機能（例えば、仮想キーパッド、仮想ボタンなど）によって置き換えられてもよい。他の実施形態では、ＵＥ１２００は、特定の例示的な実施形態に応じて統合、分離、又は取り外しが可能であり得る機械的キーボードを備える、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーションなどのデジタルコンピューティングデバイスであってもよい。このようなデジタルコンピューティングデバイスはまた、タッチスクリーンディスプレイを含むことができる。タッチスクリーンディスプレイを有するＵＥ１２００の多くの例示的な実施形態は、本明細書に記載の例示的な方法及び／若しくは手順に関連する入力、又は当業者に既知の入力などのユーザ入力を受信することができる。

本開示のいくつかの例示的実施形態では、ＵＥ１２００は、ＵＥ１２００の特徴及び機能によって様々な方法で使用できる方向センサを含み得る。例えば、ＵＥ１２００は、方向センサの出力を使用して、ユーザがいつＵＥ１２００のタッチスクリーンディスプレイの物理的向きを変更したかを判定することができる。方向センサからのインジケーション信号はＵＥ１２００上で実行しているどのようなアプリケーションプログラムからも利用可能で、インジケーション信号がデバイスの物理的配向の約９０度の変化を示す場合、アプリケーションプログラムは画面表示の配向を（例えば、縦長から横長に）自動的に変更することができる。このようにして、アプリケーションプログラムは、デバイスの物理的な向きにかかわらず、ユーザによって読み取り可能な方法で画面表示を維持することができる。加えて、方向センサの出力は、本開示の様々な例示的な実施形態と共に使用することができる。

制御インタフェース１２１０は、特定の実施形態に応じて様々な形態をとることができる。例えば、制御インタフェース１２１０として、ＲＳ－２３２インタフェース、ＲＳ－４８５インタフェース、ＵＳＢインタフェース、ＨＤＭＩインタフェース、Ｂｌｕｅｔｏｏｔｈインタフェース、ＩＥＥＥ（「ファイヤーワイヤ」）インタフェース、Ｉ２Ｃインタフェース、ＰＣＭＣＩＡインタフェースなどを挙げることができる。本開示のいくつかの例示的実施形態では、制御インタフェース１２６０は、上述のようなＩＥＥＥ８０２．３イーサネットインタフェースを含むことができる。本開示のいくつかの実施形態では、制御インタフェース１２１０は、例えば、１つ以上のデジタル－アナログ（Ｄ／Ａ）変換器及び／又はアナログ－デジタル（Ａ／Ｄ）変換器を含むアナログインタフェース回路を含んでもよい。

当業者であれば、上記の特徴、インタフェース、及び無線周波数通信規格のリストは単なる例示であり、本開示の範囲を限定するものではないことが理解できる。換言すれば、ＵＥ１２００は、例えば、ビデオ及び／又はスチル画像カメラ、マイクロフォン、メディアプレーヤ及び／又はレコーダなどを含む、図１２に示すものよりも多くの機能を含んでもよい。更に、１つ以上の送受信機１２０４は、Ｂｌｕｅｔｏｏｔｈ、ＧＰＳ、及び／又はその他を含む追加の無線周波数通信規格を用いる通信回路を含んでもよい。更に、１つ以上のプロセッサ１２０２は、メモリ１２０６に格納されたソフトウェアコードを実行して、そのような追加の機能を制御することができる。例えば、ＧＰＳ受信機からの方向速度及び／又は位置推定値の出力は、本開示の様々な例示的実施形態による様々な例示的な方法及び／又はコンピュータ可読媒体を含む、ＵＥ１２００上で実行される任意のアプリケーションプログラムｋｊａｒ利用可能であり得る。

図１３は、本明細書に記載の例示的方法及び／又は手順のうちのいずれかに対応するコンピュータ可読媒体上での命令の実行を含む、本開示の様々な実施形態に従って構成可能な例示的なネットワークノード１３００のブロック図である。

ネットワークノード１３００は、１つ以上のプロセッサ１３０２、無線ネットワークインタフェース１３０４、メモリ１３０６、コアネットワークインタフェース１３１０、及び他のインタフェース１３０８を含む。ネットワークノード１３００は、例えば、基地局、ｅＮＢ、ｇＮＢ、アクセスノード、又はその構成要素を含み得る。

１つ以上のプロセッサ１３０２は、任意の種類のプロセッサ又は処理回路を含むことができ、本明細書に開示される方法又は手順のうちの１つを実行するように構成されてもよい。メモリ１３０６は、１つ以上のプロセッサ１３０２によって実行されるソフトウェアコード、プログラム、及び／又は命令を格納し、本明細書に記載される動作を含む様々な動作を実行するようにネットワークノード１３００を構成することができる。例えば、そのような格納された命令の実行により、上述の１つ以上の方法及び／又は手順を含む、本開示の様々な実施形態によるプロトコルを使用して、１つ以上の他のデバイスと通信するようにネットワークノード１３００が構成され得る。更に、そのような格納された命令の実行はまた、ＬＴＥ、ＬＴＥ－Ａ、及び／又はＮＲ用に３ＧＰＰによって標準化されたＰＨＹ層プロトコル、ＭＡＣ層プロトコル、ＲＬＣ層プロトコル、ＰＤＣＰ層プロトコル、及びＲＲＣ層プロトコルの１つ以上、又は、無線ネットワークインタフェース１３０４及びコアネットワークインタフェース１３１０と組み合わせて利用される他の任意の上位層プロトコルなどの他のプロトコル又はプロトコル層を用いて、ネットワークノード１３００を１つ以上の他のデバイスと通信するように構成及び／又は促進することができる。例として、限定するものではないが、コアネットワークインタフェース１３１０は、Ｓ１インタフェースを含み、無線ネットワークインタフェース１３０４は、３ＧＰＰによって標準化されたＵｕインタフェースを含むことができる。メモリ１３０６はまた、ネットワークノード１３００のプロトコルに使用される変数、設定、制御、及び他の機能を格納することができる。したがって、メモリ１３０６は、不揮発性メモリ（例えば、フラッシュメモリ、ハードディスクなど）、揮発性メモリ（例えば、スタティックＲＡＭ又はダイナミックＲＡＭ）、ネットワークベース（例えば、「クラウド」）のストレージ、又はこれらの組み合わせを含み得る。

無線ネットワークインタフェース１３０４は、送信機、受信機、信号プロセッサ、ＡＳＩＣ、アンテナ、ビーム形成ユニット、及びネットワークノード１３００が、いくつかの実施形態では、複数の互換性のあるユーザ機器（ＵＥ）などの他の機器と通信可能にする他の回路を含んでもよい。いくつかの実施形態では、ネットワークノード１３００は、ＬＴＥ、ＬＴＥ－Ａ、及び／又は５Ｇ／ＮＲ用に３ＧＰＰによって標準化されたＰＨＹ層プロトコル、ＭＡＣ層プロトコル、ＲＬＣ層プロトコル、ＰＤＣＰ層プロトコル、及びＲＲＣ層プロトコルなどの様々なプロトコル又はプロトコル層を含むことができる。本開示の更なる実施形態によれば、無線ネットワークインタフェース１３０４は、ＯＦＤＭ技術、ＯＦＤＭＡ技術、及び／又はＳＣ－ＦＤＭＡ技術に基づくＰＨＹ層を含み得る。いくつかの実施形態では、このようなＰＨＹ層の機能は、無線ネットワークインタフェース１３０４及び１つ以上のプロセッサ１３０２によって協働的に提供され得る。

コアネットワークインタフェース１３１０は、いくつかの実施形態では、ネットワークノード１３００が回線交換（ＣＳ）及び／又はパケット交換コア（ＰＳ）ネットワークなどのコアネットワーク内の他の機器と通信可能となる送信機、受信機、及び他の回路を含むことができる。いくつかの実施形態では、コアネットワークインタフェース１３１０は、３ＧＰＰによって標準化されたＳ１インタフェースを含んでもよい。いくつかの実施形態では、コアネットワークインタフェース１３１０は、当業者に知られているＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ－ＵＴＲＡＮ、及びＣＤＭＡ２０００コアネットワークに見られる機能を含む１つ以上のＳＧＷ、ＭＭＥ、ＳＧＳＮ、ＧＧＳＮ、及び他の物理デバイスへの１つ以上のインタフェースを含んでもよい。いくつかの実施形態では、これらの１つ以上のインタフェースは、単一の物理的インタフェース上で一緒に多重化されてもよい。いくつかの実施形態では、コアネットワークインタフェース１３１０の下位層は、当業者に既知の、非同期転送モード（ＡＴＭ）、イーサネットを介したインターネットプロトコル（ＩＰ）、光ファイバーを介したＳＤＨ、銅線を介したＴ１／Ｅ１／ＰＤＨ、マイクロ波無線機、又は他の有線若しくは無線送信技術のうちの１つ以上を含んでもよい。

他のインタフェース１３０８は、ネットワークノード１３００又はそこに動作可能に接続された他のネットワーク機器の操作、管理、及び保守の目的で、ネットワークノード１３００が外部ネットワーク、コンピュータ、データベースなどと通信可能にする送信機、受信機、及び他の回路を含み得る。

１つ以上の実施形態では、前述の図のうちの１つ以上に記載される構成要素のうちの少なくとも１つは、以下の実施例セクションに記載されるような１つ以上の動作、技術、プロセス、及び／又は方法を実行するように構成することができる。例えば、前述の図のうちの１つ以上に関連して上述したベースバンド回路は、以下に記載される例のうちの１つ以上に従って動作するように構成されてもよい。別の例として、前述の図のうちの１つ以上に関連して上述したようなＵＥ、基地局、ネットワーク要素などと関連付けられた回路は、実施例セクションにおいて以下に記載される例のうちの１つ以上に従って動作するように構成され得る。

実施例セクション

以下の実施例は、更なる実施形態に関連する。

実施例１は、本明細書に記載の方法又はプロセスのいずれかに記載の、又は関連する方法の１つ以上の要素を実行する手段を含む装置を含むことができる。

実施例２は、命令を含む１つ以上の非一時的なコンピュータ可読媒体であって、電子デバイスの１つ以上のプロセッサによって命令が実行されると、命令は電子デバイスに、上記実施例のいずれか又は本明細書に記載の任意の他の方法若しくはプロセスに記載の又はそれに関連する方法の１つ以上の要素を実行させる、１つ以上の非一時的なコンピュータ可読媒体を含むことができる。

実施例３は、上記実施例のいずれか又は本明細書に記載の任意の他の方法若しくはプロセスに記載の又はそれに関連する方法の１つ以上の要素を実行する論理、モジュール、又は回路を含む装置を含むことができる。

実施例４は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する、方法、技術、又はプロセスを含むことができる。

実施例５は、１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、上記実施例のいずれかに記載の、若しくはこれらに関連する方法、技術、又はプロセス、あるいはこれらの一部分を実行させる命令を含む１つ以上のコンピュータ可読媒体と、を含む装置を含むことができる。

実施例６は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する信号を含むことができる。

実施例７は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する、あるいは本開示に記載の、データグラム、パケット、フレーム、セグメント、プロトコルデータユニット（ＰＤＵ）、又はメッセージを含むことができる。

実施例８は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する、あるいは本開示に記載の、データを用いて符号化された信号を含むことができる。

実施例９は、上記実施例のいずれか又はその一部分若しくは一部に記載の又はそれに関連する、あるいは本開示に記載の、データグラム、パケット、フレーム、セグメント、ＰＤＵ、又はメッセージを用いて符号化された信号を含むことができる。

実施例１０は、１つ以上のプロセッサによるコンピュータ可読命令の実行が、１つ以上のプロセッサに、上記実施例、又はその一部分のいずれかに記載の、若しくはこれらに関連する方法、技術、又はプロセスを実行させる、コンピュータ可読命令を搬送する電磁信号を含むことができる。

実施例１１は、処理要素によるプログラムの実行が、処理要素に、上記実施例のいずれか又はその一部分に記載の又はそれに関連する、方法、技術、又はプロセスを実行させる、命令を備えたコンピュータプログラムを含むことができる。

実施例１２は、本明細書に示され記載された、無線ネットワーク内の信号を含むことができる。

実施例１３は、本明細書に示され記載された、無線ネットワーク内で通信する方法を含むことができる。

実施例１４は、本明細書に示され記載された、無線通信を提供するためのシステムを含むことができる。

実施例１５は、本明細書に示され記載された、無線通信を提供するためのデバイスを含むことができる。

上述した実施例のいずれも、特に明記しない限り、任意の他の実施例（又は実施例の組み合わせ）と組み合わせることができる。１つ以上の実装形態の前述の説明は、例示及び説明を提供するが、網羅的であることを意図するものではなく、又は、実施形態の範囲を開示される正確な形態に限定することを意図するものではない。修正及び変形は、上記の教示を踏まえて可能であり、又は様々な実施形態の実践から習得することができる。

本明細書に記載されるシステム及び方法の実施形態及び実装形態は、コンピュータシステムによって実行される機械実行可能命令で具現化することができる様々な動作を含むことができる。コンピュータシステムは、１つ以上の汎用コンピュータ又は専用コンピュータ（又は他の電子デバイス）を含んでもよい。コンピュータシステムは、動作を実行するための特定の論理を含むハードウェア構成要素を含んでもよく、又はハードウェア、ソフトウェア、及び／若しくはファームウェアの組み合わせを含んでもよい。

本明細書に記載されるシステムは、特定の実施形態の説明を含むことが認識されるべきである。これらの実施形態は、単一のシステムに組み合わせる、他のシステムに部分的に組み合わせる、複数のシステムに分割する、又は他の方法で分割若しくは組み合わせることができる。加えて、一実施形態のパラメータ、属性、態様などは、別の実施形態で使用することができることが企図される。パラメータ、属性、態様は、明確にするために１つ以上の実施形態に記載されているだけであり、パラメータ、属性、態様などは、本明細書で具体的に放棄されない限り、別の実施形態のパラメータ、属性などと組み合わせること、又は置換することができることが認識される。

個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えると一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることに十分に理解されている。特に、個人特定可能な情報データは、意図されない又は許可されていないアクセス又は使用のリスクを最小限に抑えるように管理され取り扱われるべきであり、許可された使用の性質はユーザに明確に示されるべきである。

前述は、明確にするためにある程度詳細に説明されてきたが、その原理から逸脱することなく、特定の変更及び修正を行うことができることは明らかであろう。本明細書に記載されるプロセス及び装置の両方を実装する多くの代替的な方法が存在することに留意されたい。したがって、本実施形態は、例示的であり、限定的ではないとみなされるべきものであり、説明は、本明細書で与えられる詳細に限定されるものではなく、添付の特許請求の範囲及び均等物内で修正されてもよい。

Claims (20)

1. 免許不要周波数帯における動作に向けたユーザ機器（ＵＥ）のための方法であって、
   １２ビットの周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含むランダムアクセス応答（ＲＡＲ）許可を受信することと、
   リソース割り当てタイプを判定することと、
   前記リソース割り当てタイプがタイプ１である場合に、
   前記ＦＤＲＡフィールドをゼロパディングすることと、
   前記ゼロパディングからの追加の１ビットと共に前記１２ビットのＦＤＲＡを解釈することと、
   スケジュールされたＰＵＳＣＨ送信が免許不要周波数帯で送信される、割り当てられたリソースの開始位置を決定することと、
   を含む、方法。
2. 前記割り当てられたリソースが、免許不要周波数帯上の２０ＭＨｚの初期ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）上にある、請求項１に記載の方法。
3. 前記ゼロパディングが、前記ＦＤＲＡフィールドの最上位ビット（ＭＳＢ）に１ビットを導入する、請求項１に記載の方法。
4. 前記リソース割り当てタイプがタイプ２である場合、スケジュールされたＰＵＳＣＨ送信のリソース割り当てを決定するために前記ＦＤＲＡフィールドを切り捨てることを更に含む、請求項１に記載の方法。
5. ３０ｋＨｚのサブキャリア間隔（ＳＣＳ）については、前記ＦＤＲＡフィールドの５つの最下位ビット（ＬＳＢ）が切り捨てられる、請求項４に記載の方法。
6. １５ｋＨｚのＳＣＳについては、前記ＦＤＲＡフィールドの６つのＬＳＢが切り捨てられる、請求項４に記載の方法。
7. １２ビットの周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含むランダムアクセス応答（ＲＡＲ）許可にアクセスするメモリインタフェースと、
   前記メモリインタフェースに結合されたベースバンド処理ユニットと、
   を備えるＵＥのための装置であって、
   前記ベースバンド処理ユニットが、
   前記ＲＡＲ許可を復号し、
   リソース割り当てタイプを判定し、
   前記リソース割り当てタイプがタイプ１である場合に、
   前記１２ビットのＦＤＲＡフィールドによってカバーされる仮想ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）に応じて、前記１２ビットのＦＤＲＡフィールドを解釈し、
   前記仮想ＢＷＰに関連する割り当てられたリソースの開始位置及び長さを取得し、
   前記仮想ＢＷＰに関連する割り当てられたリソースの前記開始位置及び前記長さに基づいて、免許不要周波数帯の初期ＢＷＰ上でスケジュールされたＰＵＳＣＨ送信を送信する、
   装置。
8. 前記仮想ＢＷＰが、前記ＵＥから利用可能な前記初期ＢＷＰの帯域幅の一部分を含む、請求項７に記載の装置。
9. 前記初期ＢＷＰの開始位置及び長さが、前記仮想ＢＷＰに関連する割り当てられたリソースの前記開始位置及び長さである、請求項７に記載の装置。
10. 前記ベースバンド処理ユニットが、前記初期ＢＷＰの開始位置及び長さを取得するために、前記取得した前記仮想ＢＷＰに関連する開始位置及び長さに更にスケーリング係数を乗算する、請求項７に記載の装置。
11. 前記スケーリング係数が、前記初期ＢＷＰの帯域幅を前記仮想ＢＷＰの帯域幅で除算したものより小さいか、又は、それに等しい、請求項１０に記載の装置。
12. 前記スケーリング係数が、前記仮想ＢＷＰの帯域幅の外側でスケジュールされたＰＵＳＣＨ送信メッセージを円滑化する、請求項１０に記載の装置。
13. 前記ベースバンド処理ユニットが、前記リソース割り当てタイプがタイプ２である場合、前記スケジュールされたＰＵＳＣＨ送信のリソース割り当てを決定するために、更に前記ＦＤＲＡフィールドを切り捨てる、請求項７に記載の装置。
14. 免許不要周波数帯における動作のための次世代ＮｏｄｅＢ（ｇＮＢ）のための方法であって、
    リソース割り当てタイプを設定することと、
    １２ビットの周波数ドメインリソース割り当て（ＦＤＲＡ）フィールドを含むランダムアクセス応答（ＲＡＲ）許可を符号化することと、
    前記リソース割り当てタイプがタイプ１である場合に、
    スケジュールされたＰＵＳＣＨ送信のために割り当てられたリソースの開始位置及び長さを、ある仮想Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）に関連するスケーリング係数で除算することと、
    割り当てられたリソースの前記分割された開始位置及び長さの前記除算の結果で前記１２ビットのＦＤＲＡフィールドを符号化することと、
    ＲＡＲ許可をＵＥに送信することと、を含む、
    方法。
15. 前記仮想ＢＷＰが、前記ｇＮＢから利用可能な初期ＢＷＰの帯域幅の一部分を含む、請求項１４に記載の方法。
16. 前記スケーリング係数が、床演算を使用することによって、初期ＢＷＰの帯域幅を前記仮想ＢＷＰの帯域幅で除算したものより小さく、又は、それと等しく設定される、請求項１４に記載の方法。
17. 割り当てられたリソースの前記開始位置及び長さに従って、前記スケジュールされたＰＵＳＣＨ送信を送信することを更に含む、請求項１４に記載の方法。
18. 前記ＲＡＲ許可が、前記仮想ＢＷＰの外側で送信される、請求項１４に記載の方法。
19. 前記リソース割り当てタイプがタイプ２である場合に、前記スケジュールされたＰＵＳＣＨ送信のリソース割り当てを決定するために５つ又は６つのＬＳＢを前記ＵＥによって切り捨てることができるように前記１２ビットのＦＤＲＡフィールドを符号化する、請求項１４に記載の方法。
20. 前記スケーリングが、１、２、３、又は４である、請求項１４に記載の方法。

Images