JP7209084B2 - 無線アクセス・バックホール統合のレイテンシ管理 - Google Patents

Description

ワイヤレスシステムは、典型的には、１つ以上の基地局（ＢＳ）に通信可能に結合された複数のユーザ機器（ＵＥ）デバイスを含む。１つ以上のＢＳは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークによって１つ以上のＵＥに通信可能に結合され得る、ＬＴＥ（Long Term Evolved）ｅＮＢ（evolved NodeB）又は新たな無線技術（ＮＲ）の次世代ＮｏｄｅＢ（ｇＮＢ）次世代ＮｏｄｅＢｓ（ｇＮＢ）であり得る。

次世代ワイヤレス通信システムは、統一されたネットワーク／システムであることが期待されており、大幅に相異なり時には矛盾する動作の様相とサービスに適合することを目標としている。新たな無線アクセス技術（ＲＡＴ）は、ｅＭＢＢ（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ：高速大容量）、ｍＭＴＣ（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｍ：多数同時接続マシン型通信）、ｕＭＴＣ（Ｍｉｓｓｉｏｎ Ｃｒｉｔｉｃａｌ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ミッションクリティカルなマシン型通信）、及び１００ＧＨｚまでの周波数範囲で動作する同様のサービスタイプを含む広範なユースケース（use case）をサポートすることが期待されている。

本開示の特徴及び利点は、本開示の特徴を一例として説明する添付図面と併せて、以下の詳細な説明から明らかとなるであろう。
実施例に係る、第３世代パートナーシッププロジェクト（３ＧＰＰ）の新たな無線技術（ＮＲ）リリース１５フレーム構造のブロック図を示す。 実施例に係る、ＩＡＢ（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ：無線アクセス・バックホール統合）のアーキテクチャを示す。 実施例に係る、マルチホップＩＡＢネットワークのコントロールプレーンプロトコルアーキテクチャを示す。 実施例に係る、アップリンクリソース要求のためのＮＲ手順を示す。 実施例に係る、マルチホップ送信及び結果として生じる遅延を示す。 実施例に係る、データが中間ノードに到着する前に、中間ノードにおけるアップリンクリソースが割り当てられるパイプライン技法を示す。 実施例に係る、データが中間ノードに到着する前に、中間ノードにおけるアップリンクリソースが割り当てられる別のパイプライン技法を示す。 実施例に係る、データサイズとは無関係のパイプライン技法を示す。 実施例に係る、ＩＡＢ（無線アクセス・バックホール統合）ノードにおける手順を示すフローチャートである。 実施例に係る、ＩＡＢネットワーク内のＩＡＢ（無線アクセス・バックホール統合）ノードの機能を示す。 実施例に係る、ＩＡＢ（無線アクセス・バックホール統合）ネットワーク内のＩＡＢノードを動作させるための命令が具現化された機械可読記憶媒体のフローチャートを示す。 実施例に係る、ＩＡＢ（無線アクセス・バックホール統合）ネットワーク内のＩＡＢノードを動作させるための命令が具現化された機械可読記憶媒体のフローチャートを示す。 実施例に係る、ワイヤレスネットワークのシステムのアーキテクチャを示す。 実施例に係る、ワイヤレスデバイス（例えば、ＵＥ）の略図を示す。 実施例に係る、ベースバンド回路のインターフェースを示す。 実施例に係る、ワイヤレスデバイス（例えば、ＵＥ）の略図を示す。 ここで、示された例示的な実施形態に言及し、同一のものを説明する特定の言葉を本明細書において使用する。それでもなお、それによって、技術の範囲を限定することを意図するものでないことが理解されるであろう。

本技術を開示及び記載する前に、この技術は、本明細書に開示される特定の構造、プロセス動作、又は材料に限定されるものではなく、関連技術の当業者によって認識される、その等価物に拡張されることを理解されたい。本明細書で利用される専門用語は、特定の実施例を説明することのみを目的とするために使用され、限定することを意図するものではないことも理解されたい。異なる図面における同じ参照番号は、同じ要素を表す。フローチャート及びプロセスに提供される数字は、所作及び動作を説明する際に明確にするために提供され、必ずしも特定の順序又はシーケンスを示すものではない。
定義

本明細書で使用するとき、「ユーザ機器（ＵＥ）」という用語は、スマートフォン、タブレットコンピューティングデバイス、ラップトップコンピュータ、ｉＰｏｄ Ｔｏｕｃｈ（登録商標）などのマルチメディアデバイス、又はテキスト若しくは音声通信を提供する他のタイプのコンピューティングデバイスなどのワイヤレスデジタル通信可能なコンピューティングデバイスを指す。「ユーザ機器（ＵＥ）」という用語はまた、「モバイルデバイス」、「ワイヤレスデバイス」、又は「ワイヤレスモバイルデバイス」とも称される場合がある。

本明細書で使用するとき、「基地局（ＢＳ）」という用語は、「Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎｓ（ＢＴＳ）」、「ノードＢ（ＮｏｄｅＢ）」、「進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）」、「新たな無線技術の基地局（ＮＲ ＢＳ）及び／又は「次世代ノードＢ（ｇＮｏｄｅＢ又はｇＮＢ）」を含み、ＵＥとワイヤレス通信する携帯電話ネットワークのデバイス又は構成されたノードを指す。

本明細書で使用するとき、「セルラ電話ネットワーク」、「４Ｇセルラ」、「ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｖｅｄ）」、「５Ｇセルラ」、及び／又は「新たな無線技術の（ＮＲ）」という用語は、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって開発されたワイヤレスブロードバンド技術を指す。
例示的な実施形態

以下に、技術の実施形態についての最初の概要を提供し、次いで、特定の技術の実施形態を更に詳細に説明する。この最初の要約は、読み手が技術を迅速に理解するのを助けることを意図するものであり、技術の重要な特徴又は必須の特徴を特定することを意図するものでも、特許請求される主題の範囲を限定することを意図するものでもない。

図１は、３ＧＰＰ ＮＲリリース１５フレーム構造の例を提供する。図１は、具体的にはダウンリンク無線フレーム構造を示す。この例では、データを送信するのに使用される信号の無線フレーム１００は、１０ミリ秒（ｍｓ）の持続時間Ｔ_fを有するように構成され得る。各無線フレームは、それぞれ１ｍｓ長である１０個のサブフレーム１１０ｉにセグメント化又は分割され得る。各サブフレームを、それぞれ、１／μｍｓの持続時間Ｔ_slotを有する１つ又は複数のスロット１２０ａ，１２０ｉ及び１２０ｘに更に再分割することができ、この場合、サブキャリア間隔１５ｋＨｚの場合、μ＝１であり、３０ｋＨｚの場合、μ＝２であり、６０ｋＨｚの場合、μ＝４であり、１２０ｋＨｚの場合、μ＝８であり、また、２４０ｋＨｚの場合、ｕ＝１６である。各スロットは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）及び／又は物理ダウンリンク共用チャネル（ＰＤＳＣＨ）を含むことができる。

ノード及びワイヤレスデバイスによって使用されるコンポーネントキャリア（ＣＣ）の各スロットは、ＣＣ周波数帯域幅に基づいて、複数のリソースブロック（ＲＢ）１３０ａ、１３０ｂ、１３０ｉ、１３０ｍ、及び１３０ｎを含むことができる。ＣＣは、帯域幅を有するキャリア周波数を有し得る。ＣＣの各スロットは、ＰＤＣＣＨ内に見出されるダウンリンク制御情報（ＤＣＩ）を含むことができる。ＰＤＣＣＨは、１つ、２つ、又は３つの直交周波数分割多重化（ＯＦＤＭ）シンボル及び複数のＲＢを含み得る制御チャネルリソースセット（ＣＯＲＥＳＥＴ）内で送信される。

各ＲＢ（物理ＲＢ又はＰＲＢ）は、スロット当たり（周波数軸上の）１２個のサブキャリアと、（時間軸上の）１４個の直交周波数分割多重（ＯＦＤＭ）シンボルを含むことができる。ＲＢは、短い又は通常のサイクリックプレフィックスが用いられる場合、１４個のＯＦＤＭシンボルを使用することができる。ＲＢは、拡張されたサイクリックプレフィックスが使用される場合、１２個のＯＦＤＭシンボルを使用することができる。リソースブロックは、短い又は通常のサイクリックプレフィックス化（cyclic prefixing）を用いて、１６８個のリソース要素（ＲＥ）にマッピングされ得、又は、リソースブロックは、拡張されたサイクリックプレフィックス化を使用して、１４４個のＲＥ（図示せず）にマッピングされ得る。ＲＥは、１つのサブキャリア（すなわち、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、及び２４０ｋＨｚ）１４６による１個のＯＦＤＭシンボル１４２の単位であり得る。

各ＲＥ１４０ｉは、直交位相シフトキーイング（ＱＰＳＫ）変調の場合に、２ビット１５０ａ及び１５０ｂの情報を送信することができる。各ＲＥにおいてより多くのビット数を送信するための１６ＱＡＭ（ｑｕａｄｒａｔｕｒｅ ａｍｐｌｉｔｕｄｅ ｍｏｄｕｌａｔｉｏｎ：直交振幅変調）又は６４ＱＡＭ、又は、各ＲＥにおいてより少ないビット数（単一ビット）を送信するための２位相シフトキーイング（ＢＰＳＫ）変調などの、他のタイプの変調を使用してもよい。ＲＢは、ｅＮｏｄｅＢからＵＥへのダウンリンク送信のために構成することができ、又はＲＢは、ＵＥからｅＮｏｄｅＢへのアップリンク送信のために構成することができる。

３ＧＰＰ ＮＲリリース１５フレーム構造の本例は、データが送信される方法、すなわち送信モードの例を提供する。実施例は、限定することを意図していない。リリース１５の特徴の多くは、３ＧＰＰ ＬＴＥリリース１５，ＭｕｌｔｅＦｉｒｅリリース１．１以降に含まれる５Ｇフレーム構造において進化し、変化する。このようなシステムでは、設計制約は、ｅＭＢＢ（enhanced Mobile Broadband）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ又は ｍａｓｓｉｖｅ ＩｏＴ）及びＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｈｅｔｅｎｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ又はＣｒｉｔｉｃａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などの異なるネットワークサービスの共存のための、同じキャリア内における複数の５Ｇのニューメロロジー（numerologies）の共存にあり得る。５Ｇシステム内のキャリアは６ＧＨｚを超えてもよいし、それ未満でもよい。一実施形態では、各ネットワークサービスは、異なるニューメロロジーを有することができる。

図２は、ＩＡＢネットワークアーキテクチャの例を示す。ＩＡＢネットワークは、コアネットワーク（ＣＮ）を含み得る。ＩＡＢドナー（又はＩＡＢドナーノード）は、ＣＮと通信することができ、ＩＡＢノード（単数又は複数）は、ＩＡＢドナーと通信することができる。中央ユニット（ＣＵ）／分散ユニット（ＤＵ）が分割されていることを活用し、各ＩＡＢノードがＤＵ機能及び移動端末（ＭＴ）機能を保持することができる。ＭＴ機能を介して、ＩＡＢノードは、その親ＩＡＢノード又はＵＥのようなＩＡＢドナーに接続することができる。ＤＵ機能を介して、ＩＡＢノードは、ＵＥ及び基地局のような子ＩＡＢノードのＭＴと通信することができる。ＩＡＢドナーは、ＣＵ機能を保持することができ、ＩＡＢノードの各ＤＵ部分は、ＩＡＢドナーのＣＵコントロールプレーン（ＣＵ－ＣＰ）及び／又はＣＵユーザプレーン（ＣＵ－ＵＰ）とのＦ１コントロールプレーン（Ｆ１－Ｃ）インターフェース接続を有することができる。ＩＡＢノード内のＤＵとＩＡＢドナー内のＣＵ－ＣＰとの間のシグナリングは、Ｆ１アプリケーションプロトコル（Ｆ１－ＡＰ）を使用することができる。更に、ＤＵは、ワイヤレスバックホールリンクを介してＩＡＢノードに接続することができ、また、ＩＡＢノードは、ワイヤレスアクセスリンクを介してＵＥに接続することができる。

一実施例では、ＩＡＢネットワーク内の各ＩＡＢノードは、ＵＥ及び他のＩＡＢノードのアタッチをサポートしようとする。しかし、ＩＡＢノードは、本格的な基地局（ｇＮＢ）の能力を有さない。ＩＡＢネットワークは、中央ユニットと分散ユニット（ＣＵ－ＤＵ）の分割アーキテクチャを活用する。無線リソース制御（ＲＲＣ）機能は、ドナーＩＡＢノードのＣＵ内に配置することができる。各ＩＡＢノードは、ＤＵとして機能することができる。ＩＡＢノードは、ＣＵによるＤＵ制御と同様の方法でＩＡＢドナーによって制御することができる。具体的には、ＣＵとＤＵとの間のＦ１コントロールプレーンプロトコルは、複数のホップを介した送信をサポートするように修正することができ、修正されたＦ１プロトコルは、ＩＡＢドナーがＩＡＢノードを制御することを可能にすることができる。

マルチホップアーキテクチャの１つの帰結は、その後に中間ノードでの処理を伴う、各ホップ上でのデータ送信に起因した遅延であり、これは、中間ノードがデータの送信前に（スケジューリングリクエスト及びバッファステータスレポートを介して）アップリンクリソースを要求しなければならないため、アップリンクデータについての問題となり得る。

一実施例では、各ＩＡＢノードは、（次のホップにサーブする）ＤＵと（親ノードへの接続を提供する）ＭＴの組み合わせとして動作することができる。ＩＡＢノードのＭＴは、親への接続を可能にするためのＵＥ機能を具現化している。

図３は、マルチホップＩＡＢネットワークのコントロールプレーンプロトコルアーキテクチャの例を示す。マルチホップＩＡＢネットワークは、ＩＡＢドナー、複数のＩＡＢノード、及びＵＥを含むことができる。複数のホップを横断する無線リソース制御（ＲＲＣ）メッセージ又はユーザプレーンパケットには、標準的なＵＥ動作に関連する各ノードにおける遅延及びエアインターフェースの遅延が生じ得る。遅延は、重大な機能に影響を及ぼし得る。例えば、ＵＥからＩＡＢドナーへの測定レポートの送信が著しく長くかかる場合があり、ハンドオーバー失敗及び無線リンク障害の割合が高まる結果となる。ＲＲＣコネクション確立、再確立、及びＲＲＣ接続再開に長時間かかり、非ＩＡＢネットワークと比較して性能レベルが著しく低下する結果となる場合がある。遅延はまた、ユーザプレーントラフィックに影響を及ぼす可能性がある（例えば、ＴＣＰ ＡＣＫが複数のホップを通過するのに著しく長時間かかる場合があり、結果として、ダウンリンク及びアップリンクの両方のＴＣＰ性能が全体的に遅くなる）。

マルチホップデータ送信から生じるこのような追加の遅延を最小限に抑えるための技法を本明細書に記載する。例えば、アップリンクデータ転送のパイプライン化を有効にすることができる。換言すれば、連続するホップに対するアップリンク送信リソース要求手順を並列して実行することができ、データが実際にノードで受信される前にリソースが要求されることができるので、アップリンクレイテンシの低減がもたらされる。

図４は、アップリンクリソース要求のＮＲ手順の例を示す。例えば、ＵＥは、そのような手順を利用して、ＮＲにおけるアップリンク送信のためのリソースを要求することができる。アップリンクデータが到着すると、ＵＥが送信のためのアップリンクリソースを有さない場合、ＵＥはスケジューリングリクエスト（ＳＲ）をトリガして送信することができる。ネットワーク（例えば、ｇＮＢ）は、アップリンク送信のためのリソースを割り当てるＵＬグラントを用いて応答することができる。ＵＥは、割り当てられたリソースを使用してバッファステータスレポート（ＢＳＲ）を送信することができる。ＢＳＲは、ＵＥにおいてバッファされたデータの量をネットワークに指示することができる。それに応答して、ネットワークは、ＵＬ送信のためのリソースを割り当てる１つ以上のＵＬグラントを送信することができる。ＵＥでバッファされたＵＬデータは、これらのリソースのうちの１つ以上を使用して送信することができる。

一実施例では、各ＩＡＢノードのＭＴは、その親ノードに対してＵＥとして振る舞うため、ＵＬリソース要求のための上記手順は、各中間ホップに対して使用され得る。

図５は、マルチホップ送信及び結果として生じる遅延の例を示す。例えば、マルチホップ送信は、複数のＩＡＢノード（この例による３つの別個のＩＡＢノードなど）を介したＵＥからＩＡＢドナーへの送信を伴い得る。この例では、各ホップにおいて、ＳＲ、ＵＬグラント、ＢＳＲ、ＵＬグラント、及びプロトコルデータユニット（ＰＤＵ）のシーケンスを通信することができる。このようなシーケンスは、各ホップで繰り返され得る。ＵＬ ＰＤＵを送信するためのメッセージのシーケンス及びマルチホップＩＡＢネットワークを介するデータフローの増加に基いて結果として生じる遅延は大きい。

一実施例では、（図４に示すような）ＵＥとｇＮＢとの間のいくつかのステップは、特定の状況に応じてスキップされる場合がある。例えば、ＵＥがＵＬリソースを有する場合、ＵＥは、ＳＲをトリガし送信しない場合がある。この場合、ＵＥは、ＢＳＲ又は利用可能なＵＬリソース内のデータを送信することができる。別の状況では、ＵＥは、ＳＲをトリガ及び送信することができるが、ＢＳＲを送信することができない。これは、ＳＲに応答して提供されたＵＬリソースが、ＵＥでバッファされたデータの全てを収容するときに起こり得る。

一実施例では、ＵＬリソース要求に対するＵＥの動作を定義することができる。一実施例では、ＵＬデータがバッファに到着するとき、ＵＥがＵＬリソースを割り当てられていない場合、ＵＥはＳＲを送信する。

一実施例では、ＵＥがＵＬリソースを有し、バッファされたデータが、共通制御チャネル（ＣＣＣＨ）の論理チャネル（最も高い優先度）のためである場合、データはＵＬグラント内で送信されることができる。追加のデータが存在し、ＢＳＲがＵＬグラント内に収まり得る場合、ＢＳＲを含めることができる。さもなければ、ＢＳＲは、（ＳＲを最初に要し得る）次のＵＬグラント内で送信することができる。別の実施例では、ＵＥがＵＬリソースを有し、バッファされたデータがＣＣＣＨ以外の論理チャネルのため（例えば、ＤＣＣＨのため又はＤＴＣＨのため）のものである場合、ＵＥはまずＢＳＲを含め、次いで、残りのすべてのスペースに専用の制御チャネル（ＤＣＣＨ）又は専用のトラフィックチャネル（ＤＴＣＨ）データを含めることができる。更に別の実施例では、ＵＥがＵＬリソースを有し、かつＵＥが、ＣＣＣＨ以外の２つ以上の論理チャネルからバッファされたデータ（例えば、ＤＴＣＨから及びＤＣＣＨからの両方のデータ）を有する場合、ＵＥは、どの論理チャネルのデータを優先して送信するかを自由に選択することができる。例えば、ＵＥが重大なＤＣＣＨメッセージ（例えば、測定レポート）及びＤＴＣＨ ＰＤＵを有する場合、ＤＴＣＨ ＰＤＵは、重大なＤＣＣＨメッセージの前に送信され得る。

一実施例では、マルチホップアップリンク送信からの遅延を最小限に抑えることが望ましい。更に、ＮＲフレームワーク及びプロトコルの再使用、特にＵＥの動作を最大化する技法を設計することが望ましい。

図６は、データが中間ノードに到着する前に、中間ノードにおけるアップリンクリソースが割り当てられるパイプライン技法の例を示す。この技法では、ＳＲは、受信されたＳＲに基づいて次のホップでトリガされ得る。例えば、ＩＡＢノードのＤＵがＵＥ又は子ＩＡＢノードからＳＲを受信すると、ＤＵは、（データがＤＵによって受信されていない場合であっても）ＩＡＢノードのＭＴにデータ到着の指示を送信することができる。ＭＴは次いで、ＳＲをその親ＩＡＢノード（又はＩＡＢドナー）に送信することができる。このプロセスは、ＩＡＢドナーに到達するまで継続され得る。このアプローチにより、中間ホップのそれぞれにリソースを割り当てることができる。ＵＥのＩＡＢノードのＤＵがＵＥからＰＤＵを受信すると、ＤＵは（任意の他の必要な処理と併せ）送信のためにＭＴにＰＤＵを提出することができる。一方、ＭＴは既に、送信のためにＵＬリソースを受信しており、ＭＴは遅延なしにＰＤＵを送信する。このアプローチでは、中間ノードにおけるＳＲは、ＳＲが子ノードから受信されたことに基づいてトリガされ得る。

図７は、データが中間ノードに到着する前に、中間ノードにおけるアップリンクリソースが割り当てられるパイプライン技法の別の例を示す。この技法では、ＢＳＲは、受信したＢＳＲに基づいて次のホップでトリガされ得る。例えば、ＩＡＢノードのＤＵがＵＥ又は子ＩＡＢノードからＢＳＲを受信すると、ＤＵは、（データがＤＵによって受信されていない場合であっても）予期されるデータのサイズを含むデータ到達の指示をＩＡＢノードのＭＴに送信することができる。ＵＥ又はＩＡＢノードは、ＢＳＲを送信するために（すなわち、ＵＬリソースが割り当てられていない場合）、ＳＲを送信し、ＵＬグラントを受信する必要があり得る。ＭＴは次いで、必要に応じてＵＬリソースを取得した後に、ＢＳＲをその親ＩＡＢノード（又はＩＡＢドナー）に送信することができる。ＢＳＲは、子ＩＡＢノード又はＵＥから受信されたものに基づいて予期されるデータのサイズを含むことができる。このプロセスは、ＩＡＢドナーに到達するまで継続され得る。このアプローチにより、中間ホップのそれぞれにリソースを割り当てることができる。ＵＥのＩＡＢノードのＤＵがＵＥからＰＤＵを受信すると、ＤＵは（任意の他の必要な処理と併せ）送信のためにＭＴにＰＤＵを提出することができる。一方、ＭＴは既に、送信のためにＵＬリソースを受信しており、ＭＴは遅延なしにＰＤＵを送信する。このアプローチでは、中間ノードにおけるＢＳＲは、子ノードから受信したＢＳＲに基づいてトリガされ得る。

一実施例では、送信されるデータが小さい（例えば、コントロールプレーンメッセージ）場合、図７に示す技法は、意図されるように機能しない場合がある（すなわち、リソースがパイプライン割り当てされない場合がある）。具体的には、ＵＬグラントが利用可能であり（例えば、ＳＲに応答して提供されており）、バッファされたデータの全てを収容することができる場合、ＢＳＲは送信されなくてもよい。したがって、（受信したＢＳＲに依拠して、次のホップ上でＢＳＲを送信する）図７に示す手順は、リソース割り当てのパイプライン化を遂行できないことがある。

更に、図６及び図７に示す技法では、ダウンストリームホップのＢＳＲを受信した後にのみ、アップストリームホップ上のＢＳＲが送信され得るので、大幅な遅延につながる。

図８は、データサイズとは無関係のパイプライン技法の例を示す。この技法では、単一の手順により、データのサイズと無関係に、パイプライン動作を効率的に処理することができ、また、ダウンストリームノードからのＢＳＲ到着のための待機による遅延も克服することができる。この技法では、ＳＲは、受信したＳＲに基づいて次のホップでトリガすることができ、予測ＢＳＲが送信され得る。より具体的には、ＵＥが送信すべきＵＬデータを有する場合、ＵＥはＳＲを送信し、ＵＬグラントを受信することができる。データのサイズ及び割り当てられたＵＬリソースのサイズに応じて、ＵＥはＢＳＲを送信する必要があることも、ないこともある。この実施例では、ＩＡＢノード３のＤＵは、ＳＲを受信すると、予期されるデータの到着をＭＴに指示することができる。ＭＴは、ＩＡＢノード２のＤＵへのＳＲ送信をトリガすることができる。ＩＡＢノード３のＭＴは、ＩＡＢノード２のＤＵからＵＬグラントを受信することができる。次いで、ＩＡＢノード３のＭＴは、ＵＬグラント内に指示されるリソースを使用して、予測ＢＳＲ（ｐＢＳＲ）を送信することができる。

このアプローチでは、ＢＳＲが子ノードから受信されている場合、ＢＳＲで報告された情報に基づいて、ｐＢＳＲを構築することができる。すなわち、ｐＢＳＲに指示されるバッファされたデータは、（データがまだ受信されていないとしても）受信したＢＳＲに指示されるデータを含むことができる。別の実施例では、ＢＳＲが子ノードから受信されていない場合、ｐＢＳＲは、全てのコントロールプレーンメッセージ及び少なくともバッファステータスレポートが収容できるはずのデフォルトのリソース割り当て公称サイズを指示することができる。

更に、このアプローチでは、ｐＢＳＲに応答して、ＩＡＢノード２のＤＵは、１つ以上のＵＬグラントを、ＩＡＢノード３のＭＴに送信することができる。一方、ＩＡＢノード３のＤＵは、ＵＥからＢＳＲ（送信される場合）及びＰＤＵを受信することができる。ＤＵは、ＰＤＵ（及び場合によってはＢＳＲ）をＭＴに提出する。ＭＴは、受信したＢＳＲに基づいて構築されたそれ自体のＢＳＲと共に、ＰＤＵを送信することができる。

一実施例では、上記のプロセスが、ＩＡＢノード２及びＩＡＢノード１において、ＰＤＵ（及び場合によってはＢＳＲ）がＩＡＢドナーのＤＵに送られるまで繰り返される場合があり、その後、ＰＤＵ（及び場合によってはＢＳＲ）はＩＡＢドナーのＣＵに送られる。

一実施例では、（図８に示す）ｐＢＳＲの代わりに、ＩＡＢ ＳＲ構成と称される専用のＳＲ構成を使用することができる。ＩＡＢ ＳＲ構成は、他のＳＲリソースとは異なるＳＲリソースを含むことができる。親ノードへのＩＡＢ ＳＲの送信（すなわち、ＩＡＢ ＳＲ構成にしたがうリソースを使用するＳＲの送信）は、子ノードからまだ受信されていないデータに対するリソース割り当ての要求を指示することができる。

より具体的な例では、ＩＡＢ ＳＲは、全てのコントロールプレーンメッセージ及び少なくとも１つのバッファステータスレポートを収容するためのリソース割り当ての公称サイズをネットワークに指示することができる。ＩＡＢ ＳＲによって示唆される公称サイズは、ＲＲＣメッセージングを介して構成することができ、それにより、親ノードは適切なサイズのリソースを割り当てることができる。更に、ＩＡＢ ＳＲリソースは、様々に異なるバッファレベルを指示するように編成することができる。例えば、ＩＡＢ ＳＲリソースは、各パーティションが異なるバッファレベルにマッピングされるように、更に区画され得る。ＢＳＲが子ノード／ＵＥから受信されている場合、ＢＳＲに指示されるバッファレベルに対応するＩＡＢ ＳＲは送信のために選択され得る。

一実施例では、ＰＤＵの到着とアップリンクリソースの可用性との間のタイミングのミスマッチの（すなわち、ＰＤＵが、アップリンクリソースが適用される時点より遅れて到着した）事例に適応するために、ネットワークは、機能「ｓｋｉｐＵｐｌｉｎｋＴｘＤｙｎａｍｉｃ」を構成することができる。構成された機能を用いて、ＵＬリソースが利用可能であって、（例えば、ＢＳＲを含むＰＤＵがＩＡＢノードに到着していないために）ＵＥ／ＭＴがＰＤＵを送信しない場合は、ネットワークは別のＵＬグラントを提供することができる。したがって、この実施例では、ＩＡＢノード内のＭＴは、「ｓｋｉｐＵｐｌｉｎｋＴｘＤｙｎａｍｉｃ」が構成されていない場合にのみ、ｐＢＳＲを送信することができる。「ｓｋｉｐＵｐｌｉｎｋＴｘＤｙｎａｍｉｃ」が構成されている場合、ＭＴは、ＢＳＲを含むＰＤＵの到着のために待機し続けることができ、利用可能になったとき、その時点で利用可能なアップリンクリソースを使用して、ＰＤＵを送信することができる。

図９は、ＩＡＢ（無線アクセス・バックホール統合）ノードにおける手順の例を示すフローチャートである。ＳＲは、ＩＡＢノードでの子ノードから受信され得る。ＳＲは、ＩＡＢノードから親ノードに送信され得る。ＵＬグラントが親ノードから受信されない場合、ＳＲは再び親ノードに送信される。ＵＬグラントが子ノードから受信された場合、ＢＳＲが子ノードから受信されたかどうかの判定が行われ得る。ＢＳＲが子ノードから受信される場合、ｐＢＳＲを構築及び送信することができ、このｐＢＳＲは、子ノードから受信したＢＳＲに指示されるバッファデータを含むことができる。ＢＳＲが子ノードから受信されない場合、ＰＤＵが子ノードから受信されたかどうかの判定が行われ得る。ＰＤＵが子ノードから受信される場合、ＰＤＵが収容され得る場合にはＰＤＵが送信され得、また、さもなければ、ＢＳＲが送信される。ＰＤＵが子ノードから受信されない場合、ｐＢＳＲは構築及び送信される場合があり、このｐＢＳＲは、子ノードから予期されるデータの公称サイズを含むことができる。更に、ＵＬグラントが親ノードから受信される場合には、残りのすべてのＰＤＵが送信され得る。

一構成では、中継ノードは、パケットの今後の到着の最初の指示を、ダウンストリームノードから受信することができる。中継ノードは、バッファされたデータの第１のサイズを親ノードに送信することができ、このバッファされたデータのサイズは、中継ノードによって受信されないデータを含み得る。中継ノードは、親ノードから、アップリンク送信のためのリソースを受信することができる。中継ノードは、バッファされたデータのサイズの送信に続いて、ダウンストリームノードから、アップリンク送信のためのパケットを受信することができる。中継ノードは、アップリンク送信のためのリソースを用いてパケットを送信することができる。

一実施例では、中継ノードは、子ノードから、バッファされたデータの第２のサイズを受信することができる。中継ノードは、バッファされたデータの第１のサイズを親ノードに送信することができ、バッファされたデータの第１のサイズは、バッファされたデータの第２のサイズを含む（それ以上である）。別の例では、バッファされたデータの第１のサイズは、子ノードから予期されるデータの公称サイズを含むことができる。

別の実施例は、図１０に示すように、ＩＡＢ（無線アクセス・バックホール統合）ネットワーク内のＩＡＢノードの機能１０００を提供する。ＩＡＢノードは、ブロック１０１０のように、ＩＡＢノードの分散ユニット（ＤＵ）において、ユーザ機器（ＵＥ）又は子ＩＡＢノードのうちの１つから受信した第１のリソース要求を復号するように構成された１つ以上のプロセッサを含むことができ、この第１のリソース要求はＵＥと関連付けられている。ＩＡＢノードは、ブロック１０２０のように、ＩＡＢノードの移動端末（ＭＴ）において、第１のリソース要求の受信によってトリガされた親ＩＡＢノード又はＩＡＢドナーへの送信のために第２のリソース要求を符号化するように構成された１つ以上のプロセッサを含むことができ、第２のリソース要求は、ＩＡＢノードのＤＵにおけるプロトコルデータユニット（ＰＤＵ）の受信前に送信される。更に、ＩＡＢノードは、第１のリソース要求をメモリに送信するように構成されたメモリインターフェースを含むことができる。

別の実施例は、図１１に示すように、ＩＡＢ（無線アクセス・バックホール統合）ネットワーク内のＩＡＢノードを動作させるための命令１１００が具現化された少なくとも１つの機械可読記憶媒体を提供する。命令は、機械上で実行することができ、この命令は、少なくとも１つのコンピュータ可読媒体又は１つの非一時的機械可読記憶媒体に含まれる。ブロック１１１０と同様に、命令が１つ以上のプロセッサによって実行されると、ＩＡＢノードの分散ユニット（ＤＵ）において、ユーザ機器（ＵＥ）又は子ＩＡＢノードのうちの１つから受信したバッファステータスレポート（ＢＳＲ）を復号することを実行し、ＢＳＲは、ＵＥに関連付けられている。ブロック１１２０と同様に、命令が１つ以上のプロセッサによって実行されると、命令は、ＩＡＢノードの移動端末（ＭＴ）において、ＢＳＲの受信によってトリガされる、親ＩＡＢノード又はＩＡＢドナーへの送信のためのスケジューリングリクエスト（ＳＲ）を符号化することを実行し、このＳＲは、ＩＡＢノードのＤＵにおけるプロトコルデータユニット（ＰＤＵ）の受信前に送信される。

別の実施例は、図１２に示すように、ＩＡＢ（無線アクセス・バックホール統合）ネットワーク内のＩＡＢノードを動作させるための命令１２００が具現化された少なくとも１つの機械可読記憶媒体を提供する。命令は、機械上で実行することができ、この命令は、少なくとも１つのコンピュータ可読媒体又は１つの非一時的機械可読記憶媒体に含まれる。ブロック１２１０と同様に、命令が１つ以上のプロセッサによって実行されると、命令は、ＩＡＢノードの分散ユニット（ＤＵ）において、ユーザ機器（ＵＥ）又は子ＩＡＢノードのうちの１つから受信したスケジューリングリクエスト（ＳＲ）を復号することを遂行し、このＳＲは、ＵＥと関連付けられている。ブロック１２２０と同様に、命令が１つ以上のプロセッサによって実行されると、命令は、ＩＡＢノードの移動端末（ＭＴ）において、ＳＲの受信によってトリガされた親ＩＡＢノード又はＩＡＢドナーへの送信のためにＳＲを符号化することを実行し、このＳＲは、ＩＡＢノードのＤＵにおけるＰＤＵの受信前に送信される。

図１３は、いくつかの実施形態に係るネットワークのシステム１３００のアーキテクチャを示す。システム１３００は、図示するように、ユーザ機器（ＵＥ）１３０１及びＵＥ１３０２を含む。ＵＥ１３０１及びＵＥ１３０２は、スマートフォン（例えば、１つ以上のセルラネットワークに接続可能なハンドヘルド型タッチスクリーンモバイルコンピューティングデバイス）として図示されているが、携帯情報端末（ＰＤＡ）、ページャ、ラップトップコンピュータ、デスクトップコンピュータ、ワイヤレスハンドセット、又はワイヤレス通信インターフェースを含む任意のコンピューティングデバイスなどの任意のモバイル又は非モバイルコンピューティングデバイスを含んでもよい。

いくつかの実施形態では、ＵＥ１３０１及びＵＥ１３０２のいずれかは、ＩｏＴ（Internet of Things）ＵＥを含むことができ、それは、短期ＵＥ接続を利用する低電力ＩｏＴアプリケーション用に設計されたネットワークアクセスレイヤを含み得る。ＩｏＴ ＵＥは、ＰＬＭＮ（パブリックランドモバイルネットワーク）、ＰｒｏＳｅ（Proximity-Based Service）又はＤ２Ｄ（device-to-device）通信、センサネットワーク、又はＩｏＴネットワークを介して、ＭＴＣ（machine-type communication）サーバ若しくはデバイスとデータを交換するためのＭ２Ｍ（machine-to-machine）又はＭＴＣなどの技術を利用することができる。Ｍ２Ｍ又はＭＴＣデータ交換は、データの機械起動の交換であってもよい。ＩｏＴネットワークは、相互に接続するＩｏＴ ＵＥを記載し、それは、短期接続による、（インターネットインフラストラクチャ内の）一意に識別可能な埋め込み型コンピューティングデバイスを含み得る。ＩｏＴ ＵＥは、ＩｏＴネットワークの接続を容易にするために、バックグラウンドアプリケーション（例えば、キープアライブメッセージ、ステータス更新など）を実行してもよい。

ＵＥ１３０１及びＵＥ１３０２は、無線アクセスネットワーク（ＲＡＮ）１３１０と接続する、例えば、通信可能に連結するように構成されてもよく、ＲＡＮ１３１０は、例えば、進化型ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）Ｅ－ＵＴＲＡＮ（Evolved Terrestrial Radio Access Network）、ＮＧ ＲＡＮ（NextGen RAN）、又はいくつかの他のタイプのＲＡＮであってもよい。ＵＥ１３０１及びＵＥ１３０２は、それぞれ接続１３０３及び接続１３０４を利用し、これらはそれぞれ、物理通信インターフェース又はレイヤ（以下で更に詳細に議論する）を含む。本例では、接続１３０３及び接続１３０４は、通信可能な連結を可能にするためのエアインターフェースとして図示されており、ＧＳＭ（Global System for Mobile Communications）プロトコル、ＣＤＭＡ（code-division multiple access）ネットワークプロトコル、ＰＴＴ（Push-to-Talk）プロトコル、ＰＯＣ（PTT over Cellular）プロトコル、ＵＭＴＳ（Universal Mobile Telecommunications System）プロトコル、３ＧＰＰ ＬＴＥ（Long Term Evolution）プロトコル、５Ｇ（第５世代）プロトコル、ＮＲ（新しい無線）プロトコルなどのセルラ通信プロトコルと合致することができる。

本実施形態では、ＵＥ１３０１及びＵＥ１３０２は、更に、ＰｒｏＳｅインターフェース１３０５を介して通信データを直接交換することができる。ＰｒｏＳｅインターフェース１３０５は、代替的に、サイドリンクインターフェースと称される場合があり、限定されないが、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンク共用チャネル（ＰＳＳＣＨ）、物理サイドリンクディスカバリーチャネル（ＰＳＤＣＨ）、及び物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を含む、１つ以上の論理チャネルを備える。

ＵＥ１３０２は、図示するように、接続１３０７を介してアクセスポイント（ＡＰ）１３０６にアクセスするように構成される。接続１３０７は、任意のＩＥＥＥ８０２．１５プロトコルと合致する接続などのローカルワイヤレス接続を含むことができ、ＡＰ１３０６は、ＷｉＦｉ（Wireless Fidelity）（登録商標）ルータを備えるであろう。本例では、ＡＰ１３０６は、図示するように、（以下で更に詳細に説明する）ワイヤレスシステムのコアネットワークに接続せずにインターネットに接続される。

ＲＡＮ１３１０は、接続１３０３及び接続１３０４を可能にする１つ以上のアクセスノードを含むことができる。これらのアクセスノード（ＡＮ）は、基地局（ＢＳ）、ＮｏｄｅＢ、進化型ＮｏｄｅＢ（ｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、ＲＡＮノードなどと称される場合があり、地理的エリア（例えば、セル）内にカバレッジを提供する地上局（例えば、地上アクセスポイント）又はサテライト局を備えることができる。ＲＡＮ１３１０は、マクロセル、例えば、マクロＲＡＮノード１３１１を提供するための１つ以上のＲＡＮノードと、フェムトセル又はピコセル（例えば、マクロセルと比較して、より小さいカバレージエリア、より小さいユーザ容量、又はより高い帯域幅を有するセル）例えば、低電力（ＬＰ）ノード１３１２を提供するための１つ以上のＲＡＮノードと、を含んでもよい。

ＲＡＮノード１３１１及びＲＡＮノード１３１２のいずれかは、エアインターフェースプロトコルを終了することができ、ＵＥ１３０１及びＵＥ１３０２の第１の接触点とすることができる。いくつかの実施形態では、ＲＡＮノード１３１１及びＲＡＮノード１３１２のいずれも、ＲＡＮ１３１０のための様々な論理機能を果たすことができ、その機能は、限定されないが、無線ベアラ管理、アップリンク及びダウンリンク動的無線リソース管理、並びにデータパケットスケジューリング、並びにモビリティ管理などの無線ネットワークコントローラ（ＲＮＣ）機能を含む。

いくつかの実施形態によれば、ＵＥ１３０１及びＵＥ１３０２は、様々な通信技術に従ったマルチキャリア通信チャネルにより、直交周波数分割多重（ＯＦＤＭ）通信信号を用いて、互いに又はＲＡＮノード１３１１及び１３１２のいずれかと通信するように構成することができ、この様々な通信技術は、例えば、（例えば、ダウンリンク通信用の）直交周波数分割多元接続（ＯＦＤＭＡ）通信技術、又は（例えば、アップリンク及びＰｒｏＳｅ又はサイドリンク通信用の）シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）通信技術であるが、これらに限定されず、実施形態の範囲は、この点において限定されない。ＯＦＤＭ信号は、複数の直交サブキャリアを含むことができる。

いくつかの実施形態では、ダウンリンクリソースグリッドは、ＲＡＮノード１３１１及びＲＡＮノード１３１２のいずれかからＵＥ１３０１及びＵＥ１３０２にダウンリンク送信のために使用することができ、アップリンク送信は、同様の技法を利用することができる。グリッドは、リソースグリッド又は時間周波数リソースグリッドと呼ばれる時間周波数グリッドとすることができ、それは、各スロット内のダウンリンクの物理的リソースである。このような時間－周波数平面表現は、ＯＦＤＭシステムの一般的な慣習であり、それは無線リソース割り当ての直感的なものにする。リソースグリッドの各列及び各行は、それぞれ、１つのＯＦＤＭシンボル及び１つのＯＦＤＭサブキャリアに対応する。時間領域内のリソースグリッドの持続時間は、無線フレーム内の１つのスロットに対応する。リソースグリッドの最小時間周波数単位は、リソースエレメントと表記する。各リソースグリッドは、多数のリソースブロックを含み、それは、リソースエレメントへの特定の物理チャネルのマッピングを説明する。各リソースブロックは、リソースエレメントの集合を含み、周波数領域において、これは、現在割り当てられ得るリソースの最小量を表すことができる。このようなリソースブロックを用いて伝達されるいくつかの異なる物理ダウンリンクチャネルが存在する。

物理ダウンリンク共用チャネル（ＰＤＳＣＨ）は、ユーザデータ及び上位レイヤシグナリングをＵＥ１３０１及びＵＥ１３０２に搬送することができる。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、とりわけ、ＰＤＳＣＨチャネルに関するトランスポートフォーマット及びリソース割り当てに関する情報を搬送することができる。また、それは、アップリンク共用チャネルに関するトランスポートフォーマット、リソース割り当て、及びＨ－ＡＲＱ（ハイブリッド自動再送要求）情報について、ＵＥ１３０１及びＵＥ１３０２に通知することもできる。典型的には、ダウンリンクスケジューリング（制御及び共有チャネルリソースブロックをセル内のＵＥ１３０２に割り当てる）は、ＵＥ１３０１及びＵＥ１３０２のいずれかからフィードバックされるチャネル品質情報に基づいて、ＲＡＮノード１３１１及びＲＡＮノード１３１２のいずれかで実行されてもよい。ダウンリンクリソース割り当て情報は、ＵＥ１３０１及びＵＥ１３０２のそれぞれに対して使用される（例えば、割り当てられた）ＰＤＣＣＨで送信されてもよい。

ＰＤＣＣＨは、制御チャネルエレメント（ＣＣＥ）を使用して制御情報を伝達してもよい。リソースエレメントにマッピングされる前に、ＰＤＣＣＨ複素数値シンボルは最初に、４つの組（quadruplets）に編成されてもよく、その後、レートマッチングのためのサブブロックインターリーバを用いて入れ替えられてもよい。各ＰＤＣＣＨを、これらのＣＣＥのうちの１つ以上を用いて送信してもよく、各ＣＣＥは、リソースエレメントグループ（ＲＥＧ）として知られる４つの物理リソースエレメントの９つのセットに対応することができる。４つの四位相偏移変調（ＱＰＳＫ）シンボルを各ＲＥＧにマッピングしてもよい。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）のサイズ及びチャネル状態に応じて、１つ以上のＣＣＥを用いて送信することができる。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、又は８）を有するＬＴＥに定義される４つ以上の異なるＰＤＣＣＨフォーマットが存在し得る。

いくつかの実施形態は、上記の概念の拡張である制御チャネル情報のためのリソース割り当てのための概念を使用することができる。例えば、いくつかの実施形態は、制御情報送信のためにＰＤＳＣＨリソースを使用する拡張型物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を利用することができる。ＥＰＤＣＣＨを、１つ以上の拡張された制御チャネルエレメント（ＥＣＣＥ）を用いて送信してもよい。上記と同様に、各ＥＣＣＥは、拡張されたリソースエレメントグループ（ＥＲＥＧ）として知られる４つの物理リソースエレメントからなる９つのセットに対応し得る。ＥＣＣＥは、一部の状況では、他の数のＥＲＥＧを有してもよい。

ＲＡＮ１３１０は、図示するように、Ｓ１インターフェース１３１３を介してコアネットワーク（ＣＮ）１３２０に通信可能に連結される。実施形態では、ＣＮ１３２０は、進化型パケットコア（ＥＰＣ）ネットワーク、ＮｅｘｔＧｅｎパケットコア（ＮＰＣ）ネットワーク、又は他の何らかのタイプのＣＮであってもよい。本実施形態では、Ｓ１インターフェース１３１３は、２つの部分に、すなわち、ＲＡＮノード１３１１及び１３１２とサービングゲートウェイ（Ｓ－ＧＷ）１３２２との間でトラフィックデータを搬送するＳ１－Ｕインターフェース１３１４と、ＲＡＮノード１３１１及び１３１２とＭＭＥ１３２１との間でトラフィックデータを搬送するシグナリングインターフェースであるＳ１－モビリティ管理エンティティ（ＭＭＥ）インターフェース１３１５と、に分割される。

本実施形態では、ＣＮ１３２０は、ＭＭＥ１３２１、Ｓ－ＧＷ１３２２、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ－ＧＷ）１３２３、及びホーム加入者サーバ（ＨＳＳ）１３２４を備える。ＭＭＥ１３２１は、レガシーサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）の制御面と機能が同様であってもよい。ＭＭＥ１３２１は、ゲートウェイ選択及びトラッキングエリアリスト管理などのアクセスのモビリティ態様を管理することができる。ＨＳＳ１３２４は、ネットワークユーザのデータベースを備えることができ、それは、ネットワークエンティティの通信セッションの取り扱いをサポートするための加入関連情報を含む。ＣＮ１３２０は、モバイル加入者の数、機器の容量、ネットワークの組織などに応じて、１つ又はいくつかのＨＳＳ１３２４を含んでもよい。例えば、ＨＳＳ１３２４は、ルーティング／ローミング、認証、認可、名前／アドレス解決、位置依存性などのためのサポートを提供することができる。

Ｓ－ＧＷ１３２２は、ＲＡＮ１３１０に対するＳ１インターフェース１３１３を終了し、ＲＡＮ１３１０とＣＮ１３２０との間でデータパケットをルーティングすることができる。加えて、Ｓ－ＧＷ１３２２は、ＲＡＮノード間ハンドオーバーのためのローカルモビリティアンカーポイントであってもよく、また、３ＧＰＰ間モビリティのためのアンカーを提供してもよい。他の責任は、合法の傍受、課金、及び一部のポリシー施行を含んでもよい。

Ｐ－ＧＷ１３２３は、ＰＤＮに対するＳＧｉインターフェースを終了することができる。Ｐ－ＧＷ１３２３は、インターネットプロトコル（ＩＰ）インターフェース１３２５を介して、ＥＰＣネットワーク１３２３と、アプリケーションサーバ１３３０（代替的にアプリケーション機能（ＡＦ）と称される）を含むネットワークなどの外部ネットワークとの間でデータパケットをルーティングすることができる。一般に、アプリケーションサーバ１３３０は、ＩＰベアラリソースを、コアネットワーク（例えば、ＵＭＴＳパケットサービス（ＰＳ）ドメイン、ＬＴＥ ＰＳデータサービスなど）と共に使用するアプリケーションを提供する要素であってもよい。本実施形態では、Ｐ－ＧＷ１３２３は、図示するように、ＩＰ通信インターフェース１３２５を介してアプリケーションサーバ１３３０に通信可能に連結される。アプリケーションサーバ１３３０はまた、ＣＮ１３２０を介してＵＥ１３０１及びＵＥ１３０２のために１つ以上の通信サービス（例えば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション、ＰＴＴセッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートするように構成することもできる。

Ｐ－ＧＷ１３２３は、更に、ポリシー施行及び課金データ収集のためのノードであってもよい。ポリシー及び課金施行機能（ＰＣＲＦ）１３２６は、ＣＮ１３２０のポリシー及び課金制御要素である。非ローミングシナリオでは、ＵＥのインターネットプロトコル接続アクセスネットワーク（ＩＰ－ＣＡＮ）セッションに関連付けられたＨＰＬＭＮ（Home Public Land Mobile Network）内に単一のＰＣＲＦが存在してもよい。トラフィックのローカルブレークアウトを伴うローミングシナリオでは、ＵＥのＩＰ－ＣＡＮセッションに関連付けられた２つのＰＣＲＦ、すなわち、ＨＰＬＭＮ内のＨｏｍｅＰＣＲＦ（Ｈ－ＰＣＲＦ）とＶＰＬＭＮ（Visited Public Land Mobile Network）内のＶｉｓｉｔｅｄＰＣＲＦ（Ｖ－ＰＣＲＦ）が存在し得る。ＰＣＲＦ１３２６は、Ｐ－ＧＷ１３２３を介してアプリケーションサーバ１３３０に通信可能に連結されてもよい。アプリケーションサーバ１３３０は、ＰＣＲＦ１３２６に信号を送って、新しいサービスフローを指示し、適切なサービス品質（ＱｏＳ）及び課金パラメータを選択することができる。ＰＣＲＦ１３２６は、アプリケーションサーバ１３３０によって指定されたＱｏＳ及び課金を開始する、適切なトラフィックフローテンプレート（ＴＦＴ）及びＱｏＳクラスの識別子（ＱＣＩ）を有するポリシー及び課金施行機能（ＰＣＥＦ）（図示せず）に、このルールをプロビジョニングすることができる。

図１４は、いくつかの実施形態に係るデバイス１４００の例示の構成要素を示す。いくつかの実施形態では、デバイス１４００は、少なくとも図示されるように共に連結されたアプリケーション回路１４０２と、ベースバンド回路１４０４と、無線周波数（ＲＦ）回路１４０６と、フロントエンドモジュール（ＦＥＭ）回路１４０８と、１つ以上のアンテナ１４１０と、電力管理回路（ＰＭＣ）１４１２と、を含み得る。図示されたデバイス１４００の構成要素は、ＵＥ又はＲＡＮノードに含まれてもよい。いくつかの実施形態では、デバイス１４００は、より少ない要素しか含まなくてもよい（例えば、ＲＡＮノードは、アプリケーション回路１４０２を利用しなくてもよく、代わりに、ＥＰＣから受信したＩＰデータを処理するためのプロセッサ／コントローラを含んでもよい）。いくつかの実施形態では、デバイス１４００は、例えば、メモリ／ストレージ、ディスプレイ、カメラ、センサ、又は入力／出力（Ｉ／Ｏ）インターフェースなどの追加の要素を含んでもよい。他の実施形態では、以下で説明される構成要素は、２つ以上のデバイスに含まれてもよい（例えば、上記回路は、Ｃｌｏｕｄ－ＲＡＮ（Ｃ－ＲＡＮ）実装のための２つ以上のデバイスに別個に含まれてもよい）。

アプリケーション回路１４０２は、１つ以上のアプリケーションプロセッサを含み得る。例えば、アプリケーション回路１４０２は、限定されないが、１つ以上のシングルコア又はマルチコアプロセッサ等の回路を含むことができる。プロセッサ（単数又は複数）は、汎用プロセッサ及び専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサなど）の任意の組み合わせを含んでもよい。プロセッサは、メモリ／記憶装置に連結されてもよいし、メモリ／記憶装置を含んでもよく、様々なアプリケーション又はオペレーティングシステムをデバイス１４００上で実行することを可能にするために、メモリ／記憶装置に記憶された命令を実行するように構成されてもよい。いくつかの実施形態では、アプリケーション回路１４０２のプロセッサは、ＥＰＣから受信したＩＰデータパケットを処理することができる。

ベースバンド回路１４０４は、限定されないが、１つ以上のシングルコアプロセッサ又はマルチコアプロセッサ等の回路を含むことができる。ベースバンド回路１４０４は、ＲＦ回路１４０６の受信信号経路から受信したベースバンド信号を処理し、ＲＦ回路１４０６の送信信号経路のためのベースバンド信号を生成するための、１つ以上のベースバンドプロセッサ又は制御ロジックを含むことができる。ベースバンド処理回路１４０４は、ベースバンド信号の生成及び処理のために、かつＲＦ回路１４０６の動作を制御するために、アプリケーション回路１４０２とインターフェース接続することができる。例えば、いくつかの実施形態では、ベースバンド回路１４０４は、第３世代（３Ｇ）ベースバンドプロセッサ１４０４ａ、第４世代（４Ｇ）ベースバンドプロセッサ１４０４ｂ、第５世代（５Ｇ）ベースバンドプロセッサ１４０４ｃ、又は他の既存世代、開発中の、若しくは将来開発される世代（例えば、第２世代（２Ｇ）、第６世代（６Ｇ）など）の他のベースバンドプロセッサ１４０４ｄを含み得る。ベースバンド回路１４０４（例えば、１つ以上のベースバンドプロセッサ１４０４ａ～ｄ）は、ＲＦ回路１４０６を介した１つ以上の無線ネットワークとの通信を可能にする様々な無線制御機能を取り扱うことができる。他の実施形態では、ベースバンドプロセッサ１４０４ａ～ｄの機能の一部又は全部は、メモリ１４０４ｇに記憶されたモジュールに含まれ、中央処理装置（ＣＰＵ）１４０４ｅを介して実行されてもよい。無線制御機能は、信号変調／復調、符号化／復号化、無線周波数シフト等を含み得るが、これらに限定されない。いくつかの実施形態では、ベースバンド回路１４０４の変調／復調回路は、高速フーリエ変換（ＦＦＴ）、プリコーディング、又はコンスタレーションマッピング／デマッピング機能性を含み得る。いくつかの実施形態では、ベースバンド回路１４０４の符号化／復号回路は、畳込み、テールバイティング畳込み、ターボ、ビタビ、又は低密度パリティチェック（ＬＤＰＣ）エンコーダ／デコーダ機能性を含んでもよい。変調／復調及びエンコーダ／デコーダ機能の実施形態は、これらの実施例に限定されず、他の実施形態では他の好適な機能を含んでもよい。

いくつかの実施形態では、ベースバンド回路１４０４は、１つ以上の音声デジタル信号プロセッサ（ＤＳＰ）（単数又は複数）１４０４ｆを含み得る。音声ＤＳＰ（単数又は複数）１４０４ｆは、圧縮／展開及びエコー除去のための要素を含んでもよく、他の実施形態では、他の好適な処理要素を含んでもよい。ベースバンド回路の構成要素は、いくつかの実施形態では、単一のチップ、単一のチップセット内で好適に組み合わされてもよいし、同じ回路基板上に配置されてもよい。いくつかの実施形態では、ベースバンド回路１４０４及びアプリケーション回路１４０２の構成要素の一部又は全部は、例えば、ＳＯＣ（system on a chip）上に、一緒に実装されてもよい。

いくつかの実施形態では、ベースバンド回路１４０４は、１つ以上の無線技術と互換性のある通信を提供することができる。例えば、いくつかの実施形態では、ベースバンド回路１４０４は、進化型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）又は他のワイヤレスメトロポリタンエリアネットワーク（ＷＭＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートすることができる。ベースバンド回路１４０４が２つ以上のワイヤレスプロトコルの無線通信をサポートするように構成される実施形態は、マルチモードベースバンド回路と称される場合がある。

ＲＦ回路１４０６は、非固体媒体を通した変調電磁放射線を用いてワイヤレスネットワークとの通信を可能にすることができる。様々な実施形態では、ＲＦ回路１４０６は、ワイヤレスネットワークとの通信を容易にするために、スイッチ、フィルタ、増幅器などを含んでもよい。ＲＦ回路１４０６は、ＦＥＭ回路１４０８から受信したＲＦ信号をダウンコンバートし、ベースバンド信号をベースバンド回路１４０４に提供するための回路を含み得る受信信号経路を含み得る。ＲＦ回路１４０６はまた、ベースバンド回路１４０４によって提供されるベースバンド信号をアップコンバートし、送信のためにＲＦ出力信号をＦＥＭ回路１４０８に提供するための回路を含み得る送信信号経路も含んでもよい。

いくつかの実施形態では、ＲＦ回路１４０６の受信信号経路は、ミキサ回路１４０６ａ、増幅器回路１４０６ｂ及びフィルタ回路１４０６ｃを含み得る。いくつかの実施形態では、ＲＦ回路１４０６の送信信号経路は、フィルタ回路１４０６ｃ及びミキサ回路１４０６ａを含み得る。ＲＦ回路１４０６はまた、受信信号経路及び送信信号経路のミキサ回路１４０６ａによって使用される周波数を合成するための合成器回路１４０６ｄを含んでもよい。いくつかの実施形態では、受信信号経路のミキサ回路１４０６ａは、合成器回路１４０６ｄによって提供される合成周波数に基づいて、ＦＥＭ回路１４０８から受信したＲＦ信号をダウンコンバートするように構成されてもよい。増幅器回路１４０６ｂは、ダウンコンバートされた信号を増幅するように構成することができ、フィルタ回路１４０６ｃは、ダウンコンバートされた信号から不要な信号を除去して出力ベースバンド信号を生成するように構成されたローパスフィルタ（ＬＰＦ）又はバンドパスフィルタ（ＢＰＦ）であってもよい。出力ベースバンド信号は、更に処理するためにベースバンド回路１４０４に提供されてもよい。いくつかの実施形態では、出力ベースバンド信号は、ゼロ周波数ベースバンド信号であってもよいが、これは必須ではない。いくつかの実施形態では、受信信号経路のミキサ回路１４０６ａは、受動ミキサを含んでもよいが、実施形態の範囲はこの点で限定されない。

いくつかの実施形態では、送信信号経路のミキサ回路１４０６ａは、合成器回路１４０６ｄによって提供される合成周波数に基づいて入力ベースバンド信号をアップコンバートして、ＦＥＭ回路１４０８のためのＲＦ出力信号を生成するように構成されてもよい。ベースバンド信号は、ベースバンド回路１４０４によって提供されてもよく、フィルタ回路１４０６ｃによってフィルタリングされてもよい。

いくつかの実施形態では、受信信号経路のミキサ回路１４０６ａ及び送信信号経路のミキサ回路１４０６ａは、２つ以上のミキサを含んでもよく、直交ダウンコンバージョン及びアップコンバージョンのためにそれぞれ配置されてもよい。いくつかの実施形態では、受信信号経路のミキサ回路１４０６ａ及び送信信号経路のミキサ回路１４０６ａは、２つ以上のミキサを含んでもよく、イメージ除去（例えば、ハートレー（Ｈａｒｔｌｅｙ）イメージ除去）のために配置されてもよい。いくつかの実施形態では、受信信号経路のミキサ回路１４０６ａ及びミキサ回路１４０６ａは、それぞれ直接ダウンコンバージョン及び直接アップコンバージョンのために配置されてもよい。いくつかの実施形態では、受信信号経路のミキサ回路１４０６ａ及び送信信号経路のミキサ回路１４０６ａは、スーパーヘテロダイン動作のために構成されてもよい。

いくつかの実施形態では、出力ベースバンド信号及び入力ベースバンド信号は、アナログベースバンド信号であってもよいが、実施形態の範囲はこの点で限定されない。いくつかの代替実施形態では、出力ベースバンド信号及び入力ベースバンド信号は、デジタルベースバンド信号であってもよい。これらの代替実施形態では、ＲＦ回路１４０６は、アナログデジタル変換器（ＡＤＣ）及びデジタルアナログ変換器（ＤＡＣ）回路を含むことができ、ベースバンド回路１４０４は、ＲＦ回路１４０６と通信するためのデジタルベースバンドインターフェースを含んでもよい。

いくつかのデュアルモード実施形態では、各スペクトルの信号を処理するために別個の無線ＩＣ回路が提供されてもよいが、実施形態の範囲はこの点で限定されない。

いくつかの実施形態では、合成器回路１４０６ｄは、フラクショナルＮ合成器であってもよいし、又はフラクショナルＮ／Ｎ＋１合成器であってもよいが、他の種類の周波数合成器が好適である場合があるので、本実施形態の範囲はこの点で限定されない。例えば、合成器回路１４０６ｄは、デルタ－シグマ合成器、周波数乗算器、又は周波数分割器を有する位相ロックループを備える合成器であってもよい。

合成器回路１４０６ｄは、周波数入力及び分割器制御入力に基づいて、ＲＦ回路１４０６のミキサ回路１４０６ａによって使用される出力周波数を合成するように構成されてもよい。いくつかの実施形態では、合成器回路１４０６ｄは、フラクショナルＮ／Ｎ＋１合成器であってもよい。

いくつかの実施形態では、周波数入力は、電圧制御型発振器（ＶＣＯ）によって提供されてもよいが、それは必須ではない。分割器制御入力は、所望の出力周波数に応じてベースバンド回路１４０４又はアプリケーションプロセッサ１４０２のいずれかによって提供されてもよい。いくつかの実施形態では、分割器制御入力（例えば、Ｎ）は、アプリケーションプロセッサ１４０２によって示されるチャネルに基づいてルックアップテーブルから決定されてもよい。

ＲＦ回路１４０６の合成器回路１４０６ｄは、分割器、遅延ロックループ（ＤＬＬ）、マルチプレクサ、及び位相アキュムレータを含み得る。いくつかの実施形態では、分割器は、デュアルモジュラス分割器（ＤＭＤ）であってもよく、位相アキュムレータは、デジタル位相アキュムレータ（ＤＰＡ）であってもよい。いくつかの実施形態では、ＤＭＤは、入力信号を（例えば、実行に基づいて）Ｎ又はＮ＋１のいずれかに分割して、フラクショナル分割比を提供するように構成されてもよい。いくつかの例示的実施形態では、ＤＬＬは、カスケード式同調可能な遅延素子、位相検出器、チャージポンプ、及びＤ型フリップフロップのセットを含み得る。これらの実施形態では、遅延素子は、ＶＣＯ周期を、Ｎｄの等しい位相のパケットに分割するように構成することができ、ここでＮｄは遅延線内の遅延素子の数である。このようにして、ＤＬＬは、遅延線を通した合計遅延が１つのＶＣＯサイクルであることを保証することに寄与すべく、負のフィードバックを提供する。

いくつかの実施形態では、合成器回路１４０６ｄは、出力周波数としてキャリア周波数を生成するように構成されてもよく、他の実施形態では、出力周波数は、キャリア周波数の倍数（例えば、キャリア周波数の２倍、キャリア周波数の４倍）であってもよく、直交発生器及び分割器回路と併せて使用して、互いに対して複数の異なる位相を有するキャリア周波数で複数の信号を生成することができる。いくつかの実施形態では、出力周波数はＬＯ周波数（ｆＬＯ）であってもよい。いくつかの実施形態では、ＲＦ回路１４０６は、ＩＱ／極性変換器を含んでもよい。

ＦＥＭ回路１４０８は、１つ以上のアンテナ１４１０から受信したＲＦ信号上で動作し、受信信号を増幅し、更に処理するために受信信号の増幅バージョンをＲＦ回路１４０６に提供するように構成された回路を含み得る受信信号経路を含んでもよい。ＦＥＭ回路１４０８はまた、１つ以上のアンテナ１４１０のうちの１つ以上によって送信するためにＲＦ回路１４０６によって提供される送信のための信号を増幅するように構成された回路を含み得る送信信号経路を含んでもよい。様々な実施形態では、送信又は受信信号経路を通じた増幅は、ＲＦ回路１４０６のみにおいて、ＦＥＭ１４０８のみにおいて、又はＲＦ回路１４０６及びＦＥＭ１４０８の両方において行われてもよい。

いくつかの実施形態では、ＦＥＭ回路１４０８は、送信モードと受信モード動作との間で切り替えるためのＴＸ／ＲＸスイッチを含んでもよい。ＦＥＭ回路は、受信信号経路及び送信信号経路を含み得る。ＦＥＭ回路の受信信号経路は、受信されたＲＦ信号を増幅し、増幅された受信ＲＦ信号を出力として（例えば、ＲＦ回路１４０６に）提供するためのＬＮＡを含んでもよい。ＦＥＭ回路１４０８の送信信号経路は、（例えば、ＲＦ回路１４０６によって提供される）入力ＲＦ信号を増幅するための電力増幅器（ＰＡ）と、（例えば、１つ以上のアンテナ１４１０のうちの１つ以上による）後続する送信のためにＲＦ信号を生成するための１つ以上のフィルタとを含むことができる。

いくつかの実施形態では、ＰＭＣ１４１２は、ベースバンド回路１４０４に提供される電力を管理することができる。具体的には、ＰＭＣ１４１２は、電源選択、電圧スケーリング、バッテリ充電、又はＤＣ－ＤＣ変換を制御することができる。デバイス１４００がバッテリによって給電可能である場合、例えば、このデバイスがＵＥに含まれている場合に、多くの場合、ＰＭＣ１４１２が含まれてもよい。ＰＭＣ１４１２は、望ましい実装サイズ及び放熱特性を付与しながら、電力変換効率を高めることができる。

図１４は、ベースバンド回路１４０４のみと連結されたＰＭＣ１４１２を示す。しかし、他の実施形態では、ＰＭＣ１４１２は、追加的に又は代替的に、限定されないが、アプリケーション回路１４０２、ＲＦ回路１４０６又はＦＥＭ１４０８などの他の構成要素と連結され、同様の電力管理動作を実行することができる。

いくつかの実施形態では、ＰＭＣ１４１２は、デバイス１４００の様々な省電力機構を制御するか、又は別の方法でその一部とすることができる。例えば、デバイス１４００がＲＲＣ接続状態にある場合（トラフィックを間もなく受信することが予期される際、ＲＡＮノードに依然として接続されている場合）、デバイスは、非アクティブ期間後に間欠受信モード（ＤＲＸ）として知られる状態に入ることができる。この状態の間は、デバイス１４００は、短時間電力を落とすことができ、それによって節電することができる。

長期間のデータトラフィック活動が存在しない場合、デバイス１４００は、ネットワークから切断し、チャネル品質フィードバック、ハンドオーバーなどの動作を実行しないＲＲＣ＿Ｉｄｌｅ状態に遷移してもよい。デバイス１４００は、非常に低い電力状態になり、ページングを実行し、再び周期的にウェイクアップして、ネットワークをリッスンし、次いで再び電源を切る。デバイス１４００は、この状態でデータを受信することができず、データを受信するためには、ＲＲＣ接続状態に遷移しなければならない。

付加的な省電力モードにより、ページング間隔より長期間（秒から数時間に及ぶ）、デバイスがネットワークを利用不可にすることを可能にしてもよい。この間、デバイスは、ネットワークに全く接続できず、完全に電力を落とすことができる。この間に送信されるどんなデータも、大きな遅延をもたらし、遅延が許容できるものと想定される。

アプリケーション回路１４０２のプロセッサ及びベースバンド回路１４０４のプロセッサを使用して、プロトコルスタックの１つ以上のインスタンスの要素を実行することができる。例えば、ベースバンド回路１４０４のプロセッサを単独で又は組み合わせて使用することができ、レイヤ３、レイヤ２、又はレイヤ１の機能を実行することができる一方で、アプリケーション回路１４０４のプロセッサは、これらのレイヤから受信したデータ（例えば、パケットデータ）を利用してもよく、更に、レイヤ４の機能（例えば、伝送通信プロトコル（ＴＣＰ）及びユーザデータグラムプロトコル（ＵＤＰ）レイヤ）を実行してもよい。本明細書で言及するように、レイヤ３は、以下に更に詳細に記載する無線リソース制御（ＲＲＣ）レイヤを含んでもよい。本明細書で言及するように、レイヤ２は、以下に更に詳細に記載する、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、及びパケットデータ収束プロトコル（ＰＤＣＰ）レイヤを含み得る。本明細書で言及するように、レイヤ１は、以下に更に詳細に記載する、ＵＥ／ＲＡＮノードの物理（ＰＨＹ）レイヤを含み得る。

図１５は、いくつかの実施形態によるベースバンド回路の例示的なインターフェースを示す。上記に議論したように、図１４のベースバンド回路１４０４は、プロセッサ１４０４ａ～１４０４ｅと、そのプロセッサによって利用されるメモリ１４０４ｇと、を含み得る。プロセッサ１４０４ａ～１４０４ｅのそれぞれは、メモリ１４０４ｇに／それからデータを送信／受信するために、メモリインターフェース１５０４ａ～１５０４ｅをそれぞれ含み得る。

ベースバンド回路１４０４は、他の回路／デバイスに通信可能に連結するための１つ以上のインターフェースを更に含むことができ、それは、メモリインターフェース１５１２（例えば、ベースバンド回路１４０４の外部のメモリに／からデータを送信／受信するインターフェース）、アプリケーション回路インターフェース１５１４（例えば、図１４のアプリケーション回路１４０２に／からデータを送信／受信するためのインターフェース）、ＲＦ回路インターフェース１５１６（例えば、図１４のＲＦ回路１４０６に／からデータを送信／受信するインターフェース）、ワイヤレスハードウェア接続インターフェース１５１８（例えば、近距離無線通信（ＮＦＣ）構成要素、Ｂｌｕｅｔｏｏｔｈ（登録商標）構成要素（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙ）、Ｗｉ－Ｆｉ（登録商標）構成要素、及び他の通信構成要素に／からデータを送信／受信するインターフェース）、及び、電力管理インターフェース１５２０（例えば、ＰＭＣ１４１２に／から電力又は制御信号を送信／受信するためのインターフェース）などである。

図１６は、ユーザ機器（ＵＥ）、移動局（ＭＳ）、モバイルワイヤレスデバイス、モバイル通信デバイス、タブレット、ハンドセット、又は他のタイプのワイヤレスデバイスなど、ワイヤレスデバイスの例示的な図を提供する。ワイヤレスデバイスは、ノード、マクロノード、低電力ノード（ＬＰＮ）、又は、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、ベースバンド処理ユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線機器（ＲＲＥ）、中継局（ＲＳ）、無線機器（ＲＥ）、又は他のタイプのワイヤレスワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントなどの送信局と通信するように構成された１つ以上のアンテナを含むことができる。ワイヤレスデバイスは、限定されないが、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ，高速パケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ、及びＷｉＦｉなどの少なくとも１つのワイヤレス通信規格を使用して通信するように構成することができる。ワイヤレスデバイスは、各ワイヤレス通信規格用の別個のアンテナ、又は複数のワイヤレス通信規格用の共有アンテナを使用して通信することができる。ワイヤレスデバイスは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）、及び／又はＷＷＡＮ内で通信することができる。ワイヤレスデバイスはまた、ワイヤレスモデムも含み得る。ワイヤレスモデムは、例えば、ワイヤレス無線送受信機及びベースバンド回路（例えば、ベースバンドプロセッサ）を含み得る。ワイヤレスモデムは、一実施例では、ワイヤレスデバイスが１つ以上のアンテナを介して送信する信号を変調し、また、ワイヤレスデバイスが１つ以上のアンテナを介して受信する信号を復調することができる。

図１６はまた、ワイヤレスデバイスからのオーディオ入力及び出力のために使用することができるマイクロフォン及び１つ以上のスピーカの図も提供する。ディスプレイスクリーンは、液晶ディスプレイ（ＬＣＤ）スクリーン、又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの他のタイプのディスプレイスクリーンであり得る。ディスプレイスクリーンは、タッチスクリーンとして構成することができる。タッチスクリーンは、容量性、抵抗性、又は別のタイプのタッチスクリーン技術を使用することができる。アプリケーションプロセッサ及びグラフィックプロセッサは、処理能力及び表示能力を提供するために、内部メモリに結合することができる。不揮発性メモリポートはまた、データ入力／出力オプションをユーザに提供するために使用することができる。不揮発性メモリポートはまた、ワイヤレスデバイスのメモリ能力を拡張するために使用することができる。キーボードは、追加のユーザ入力を提供するために、ワイヤレスデバイスと統合されるか、又はワイヤレスデバイスにワイヤレスに接続されることがある。仮想キーボードはまた、タッチスクリーンを使用して提供され得る。
例

以下の実施例は、特定の技術の実施形態に関連し、そのような実施形態を達成する際に使用することができる、又は他の方法で組み合わせることができる特定の特徴、要素、又は所作を指摘する。

実施例１はアクセス・バックホール統合（ＩＡＢ）ネットワーク内のＩＡＢノードの装置であって、ユーザ機器（ＵＥ）又は子ＩＡＢノードのうちの１つから受信した、ＵＥに関連付けられた第１のリソース要求を、ＩＡＢノードの分散ユニット（ＤＵ）において復号し、第１のリソース要求の受信によりトリガされた第２のリソース要求であって、ＩＡＢノードのＤＵにおいてプロトコルデータユニット（ＰＤＵ）を受信する前に送信される第２のリソース要求を、親ＩＡＢノード又はＩＡＢドナーに送信するためにＩＡＢノードの移動端末（ＭＴ）において符号化するように構成されている１つ以上のプロセッサと、第１のリソース要求をメモリに送信するように構成されているメモリインターフェースと、を備える、装置を含む。

実施例２は、第１のリソース要求がバッファステータスレポート（ＢＳＲ）であり、第２のリソース要求はＢＳＲである、実施例１に記載の装置を含む。

実施例３は、第１のリソース要求がスケジューリングリクエスト（ＳＲ）であり、第２のリソース要求はＳＲである、実施例１～２のいずれかに記載の装置を含む。

実施例４は、第１のリソース要求がバッファステータスレポート（ＢＳＲ）であり、第２のリソース要求はスケジューリングリクエスト（ＳＲ）である、実施例１～３のいずれかに記載の装置を含む。

実施例５は、１つ以上のプロセッサは、ＩＡＢノードのＭＴにおいて、親ＩＡＢノード又はＩＡＢドナーから受信した第１のアップリンクグラントを復号し、ＩＡＢノードのＭＴにおいて、ＵＥバッファ内の予期されたデータのサイズを含む第１のリソース要求を第１のアップリンクグラントを使用して親ＩＡＢノード又はＩＡＢドナーに送信するために符号化し、ＩＡＢノードのＭＴにおいて、親ＩＡＢノード又はＩＡＢドナーから受信した第２のアップリンクグラントを復号し、ＩＡＢノードのＤＵにおいて、ＵＥ又は子ＩＡＢノードから受信され、第１のリソース要求が親ＩＡＢノード又はＩＡＢドナーに送信された後にＩＡＢノードにおいて受信されたＰＤＵを復号し、ＩＡＢノードのＭＴにおいて、ＰＤＵを親ＩＡＢノード又はＩＡＢドナーに第２のアップリンクグラントを使用して送信するために符号化する、ように更に構成されている、実施例１～４のいずれかに記載の装置を含む。

実施例６は、１つ以上のプロセッサは、ＩＡＢノードにおいて既に受信した第２のアップリンクグラントに基づき、ＰＤＵの受信後遅延なく、ＰＤＵを送信のために符号化するように構成されている、実施例１～５のいずれかに記載の装置を含む。

実施例７は、１つ以上のプロセッサは、第１のリソース要求の受信に応答して、ＩＡＢノードのＤＵからＩＡＢノードのＭＴへのデータ到着の指示を通信するように更に構成され、データ到着の指示は、ＵＥバッファ内の予期されたデータのサイズを含む、実施例１～６のいずれかに記載の装置を含む。

実施例８は、１つ以上のプロセッサは、ＩＡＢノードのＤＵからＩＡＢノードのＭＴにＰＤＵを通信するように構成されている、実施例１～７のいずれかに記載の装置を含む。

実施例９は、第２のリソース要求は、予測バッファステータスレポート（ｐＢＳＲ）である、実施例１～８のいずれかに記載の装置を含む。

実施例１０は、ｐＢＳＲは、ＵＥ又は子ＩＡＢノードから受信した第１のリソース要求に含まれる情報を含み、第１のリソース要求はバッファステータスレポート（ＢＳＲ）である、実施例１～９のいずれかに記載の装置を含む。

実施例１１は、ｐＢＳＲは、コントロールプレーンメッセージ及び第１のリソース要求を収容するリソース割り当てのデフォルトの公称サイズを含み、第１のリソース要求は、バッファステータスレポート（ＢＳＲ）であり、ＵＥ又は子ＩＡＢノードからＢＳＲが受信されない、実施例１～１０のいずれかに記載の装置を含む。

実施例１２は、アクセス・バックホール統合（ＩＡＢ）ネットワーク内のＩＡＢノードを動作させるための命令が具現化されている少なくとも１つの機械可読記憶媒体であって、命令は、１つ以上のプロセッサによって実行されると、ＩＡＢノードの分散ユニット（ＤＵ）において、ユーザ機器（ＵＥ）又は子ＩＡＢノードのうちの１つから受信した、ＵＥに関連付けられているバッファステータスレポート（ＢＳＲ）を復号することと、ＢＳＲの受信によりトリガされて、親ＩＡＢノード又はＩＡＢドナーに送信するスケジューリングリクエスト（ＳＲ）であって、ＩＡＢノードのＤＵにおけるプロトコルデータユニット（ＰＤＵ）の受信前に送信されるＳＲをＩＡＢノードの移動端末（ＭＴ）において符号化することと、を遂行する少なくとも１つの機械可読記憶媒体を含む。

実施例１３は、命令が実行されると、ＩＡＢノードのＭＴにおいて、親ＩＡＢノード又はＩＡＢドナーから受信した第１のアップリンクグラントを復号し、ＩＡＢノードのＭＴにおいて、ＵＥバッファ内の予期されたデータのサイズを含むＢＳＲを第１のアップリンクグラントを使用して親ＩＡＢノード又はＩＡＢドナーに送信するために符号化し、ＩＡＢノードのＭＴにおいて、親ＩＡＢノード又はＩＡＢドナーから受信した第２のアップリンクグラントを復号し、ＩＡＢノードのＤＵにおいて、ＵＥ又は子ＩＡＢノードから受信され、ＢＳＲが親ＩＡＢノード又はＩＡＢドナーに送信された後にＩＡＢノードにおいて受信されたＰＤＵを復号し、ＩＡＢノードのＭＴにおいて、ＰＤＵを親ＩＡＢノード又はＩＡＢドナーに第２のアップリンクグラントを使用して送信するために符号化することを遂行する命令を更に含む、実施例１２に記載の少なくとも１つの機械可読記憶媒体、を含む。

実施例１４は、実行されると、ＩＡＢノードにおいて既に受信された第２のアップリンクグラントに基づき、ＰＤＵの受信後遅延なく、ＰＤＵを送信するために符号化することを遂行する命令を更に含む、実施例１２～１３のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

実施例１５は、実行されると、ＢＳＲの受信に応答して、ＩＡＢノードのＤＵからＩＡＢノードのＭＴへのデータ到着を指示する通信を遂行する命令を更に含み、データ到着の指示は、ＵＥバッファ内の予期されるデータのサイズを含む、実施例１２～１４のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

実施例１６は、実行されると、ＩＡＢノードのＤＵからＩＡＢノードのＭＴへのＰＤＵの通信を遂行する命令を更に含む、実施例１２～１５のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

実施例１７は、アクセス・バックホール統合（ＩＡＢ）ネットワーク内のＩＡＢノードを動作させるための命令が具現化されている少なくとも１つの機械可読記憶媒体であって、命令は、１つ以上のプロセッサによって実行されると、ユーザ機器（ＵＥ）又は子ＩＡＢノードのうちの１つから受信したスケジューリングリクエスト（ＳＲ）であってＵＥに関連付けられているＳＲをＩＡＢノードの分散ユニット（ＤＵ）において復号することと、ＳＲの受信によってトリガされて、親ＩＡＢノード又はＩＡＢドナーに送信するＳＲを、ＩＡＢノードのＤＵにおいてＰＤＵを受信する前に送信するためにＩＡＢノードの移動端末（ＭＴ）においてＳＲを符号化することと、を遂行する、少なくとも１つの機械可読記憶媒体、を含む。

実施例１８は、命令が実行されると、ＩＡＢノードのＭＴにおいて、親ＩＡＢノード又はＩＡＢドナーから受信した第１のアップリンクグラントを復号し、ＩＡＢノードのＭＴにおいて、バッファステータスレポート（ＢＳＲ）を第１のアップリンクグラントを使用して親ＩＡＢノード又はＩＡＢドナーに送信するために符号化し、ＩＡＢノードのＭＴにおいて、親ＩＡＢノード又はＩＡＢドナーから受信した第２のアップリンクグラントを復号し、ＩＡＢノードのＤＵにおいて、ＵＥ又は子ＩＡＢノードから受信され、ＳＲが親ＩＡＢノード又はＩＡＢドナーに送信された後にＩＡＢノードにおいて受信されたＰＤＵを復号し、ＩＡＢノードのＭＴにおいて、ＰＤＵを親ＩＡＢノード又はＩＡＢドナーに第２のアップリンクグラントを使用して送信するために符号化することを遂行する命令を更に含む、実施例１７に記載の少なくとも１つの機械可読記憶媒体を含む。

実施例１９は、実行されると、ＩＡＢノードにおいて既に受信された第２のアップリンクグラントに基づき、ＰＤＵの受信後遅延なく、ＰＤＵを送信するために符号化することを遂行する命令を更に含む、実施例１７～１８のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

実施例２０は、命令が実行されると、ＩＡＢノードのＤＵからＩＡＢノードのＭＴへのＰＤＵの通信を遂行する命令を更に含む、実施例１７～１９のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

実施例２１は、命令が実行されると、ＩＡＢノードのＭＴにおいて、親ＩＡＢノード又はＩＡＢドナーから受信した第１のアップリンクグラントを復号し、ＩＡＢノードのＭＴにおいて、予測バッファステータスレポート（ｐＢＳＲ）を第１のアップリンクグラントを使用して親ＩＡＢノード又はＩＡＢドナーに送信するために符号化し、ＩＡＢノードのＭＴにおいて、ｐＢＳＲに応答して受信した、親ＩＡＢノード又はＩＡＢドナーから受信した第２のアップリンクグラントを復号し、ＩＡＢノードのＤＵにおいて、ＵＥ又は子ＩＡＢノードから受信され、ＳＲが親ＩＡＢノード又はＩＡＢドナーに送信された後にＩＡＢノードにおいて受信されたＰＤＵを復号し、ＩＡＢノードのＭＴにおいて、ＰＤＵを親ＩＡＢノード又はＩＡＢドナーに第２のアップリンクグラントを使用して送信するために符号化することを遂行する命令を更に含む、実施例１７～２０のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

実施例２２は、バッファステータスレポート（ＢＳＲ）を、ＩＡＢノードのＭＴから親ＩＡＢノード又はＩＡＢドナーにＰＤＵと共に第２のアップリンクグラントを使用して送信するために符号化することを遂行する命令を更に含み、ｐＢＳＲは、ＵＥ又は子ＩＡＢノードから受信したＢＳＲに含まれる情報を含む、実施例１７～２１のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

実施例２３は、命令が実行されると、ＩＡＢノードのＤＵにおいて、ＵＥ又は子ＩＡＢノードから受信したＢＳＲを復号し、ＩＡＢノードのＤＵからＩＡＢノードのＭＴにＢＳＲを通信することを遂行する命令を更に含む、実施例１７～２２のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

実施例２４は、ｐＢＳＲは、ＢＳＲがＵＥ又は子ＩＡＢノードから受信されていないとき、コントロールプレーンメッセージ及びＢＳＲに収容するリソース割り当てのデフォルトの公称サイズを含む、実施例１７～２３のいずれかに記載の少なくとも１つの機械可読記憶媒体を含む。

様々な技法、又はその特定の態様若しくは部分は、フロッピーディスケット、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、ハードドライブ、非一時的コンピュータ可読記憶媒体、又は任意の他の機械可読記憶媒体など、有形媒体に具現化されたプログラムコードの形態（すなわち、命令）をとる場合があり、プログラムコードがコンピュータなどの機械にロードされ、機械によって実行されるとき、機械は、様々な技法を実行する装置になる。プログラム可能なコンピュータ上のプログラムコード実行の場合、コンピューティングデバイスは、プロセッサと、プロセッサによって読み取り可能な記憶媒体（揮発性及び不揮発性メモリ及び／又は記憶要素を含む）と、少なくとも１つの入力デバイスと、少なくとも１つの出力デバイスと、を含み得る。揮発性及び不揮発性メモリ並びに／又は記憶要素は、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、ソリッドステートドライブ、又は電子データを記憶するための他の媒体であってもよい。ノード及びワイヤレスデバイスはまた、送受信機モジュール（すなわち、送受信機）、カウンタモジュール（すなわち、カウンタ）、処理モジュール（すなわち、プロセッサ）、及び／又はクロックモジュール（すなわち、クロック）若しくはタイマモジュール（すなわち、タイマー）を含んでもよい。一実施例では、送受信機モジュールの選択された構成要素は、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）内に配置することができる。本明細書に記載される様々な技法を実装又は利用することができる１つ以上のプログラムは、アプリケーションプログラミングインターフェース（ＡＰＩ）、再利用可能制御などを使用してもよい。このようなプログラムは、コンピュータシステムと通信するために、高水準又はオブジェクト指向プログラミング言語で実装されてもよい。しかし、所望であれば、プログラム（単数又は複数）は、アセンブリ又は機械言語で実装されてもよい。いずれの場合も、言語は、コンパイル又は解釈された言語であってもよく、ハードウェア実装と組み合わされてもよい。

本明細書で使用するとき、「回路」という用語は、１つ以上のソフトウェアプログラム又はファームウェアプログラムを実行する、特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、又はグループ）、及び／又はメモリ（共有、専用、又はグループ）、組み合わせ論理回路、及び／又は記載された機能を提供する他の好適なハードウェア構成要素を指してもよいし、その一部であってもよいし、あるいは、それを含んでもよい。いくつかの実施形態では、回路は、１つ以上のソフトウェアモジュール又はファームウェアモジュールに実装されてもよいし、回路に関連付けられた機能が、１つ以上のソフトウェア又はファームウェアモジュールによって実装されてもよい。いくつかの実施形態では、回路は、少なくとも部分的にハードウェアで動作可能なロジックを含み得る。

本明細書に記載される機能ユニットの多くは、特に、それらの実装の独立性を強調するためにモジュールとしてラベル付けされていることを理解されたい。例えば、モジュールは、カスタム超大規模集積（ＶＬＳＩ）回路又はゲートアレイ、既製の半導体、例えば論理チップ、トランジスタ、又は他の個別部品を備えるハードウェア回路として実装されてもよい。またモジュールを、プログラマブルハードウェアデバイス、例えばフィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイスなどにおいて実施してもよい。

モジュールはまた、様々な種類のプロセッサによって実行されるソフトウェアで実装されてもよい。例えば、実行可能コードの特定されたモジュールは、例えば、オブジェクト、手順、又は機能として編成され得る、コンピュータ命令の１つ以上の物理的又は論理的ブロックを含んでもよい。それにもかかわらず、特定されたモジュールの実行ファイルは、物理的に一緒に配置されなくてもよいが、異なる場所に記憶された異種命令を含んでもよく、これらの命令は、論理的に一緒に接合されたとき、モジュールを構成し、モジュールの指定された目的を達成する。

実際に、実行可能コードのモジュールは、単一の命令、又は多くの命令であってもよく、異なるプログラムの中で、また、いくつかのメモリデバイスにわたって、いくつかの異なるコードセグメントにわたって分散されてもよい。同様に、動作データは、モジュール内で本明細書において識別及び図示されてもよく、任意の好適な形態で具現化され、任意の好適な種類のデータ構造内で編成されてもよい。動作データは、単一のデータセットとして収集されてもよく、又は異なる記憶装置にわたって含まれる異なる場所に分散されてもよく、少なくとも部分的には、単にシステム又はネットワーク上の電子信号として存在してもよい。モジュールは、所望の機能を実行するように動作可能なエージェントを含む、受動的又は能動的であってもよい。

本明細書を通じた「実施例」又は「例示的な」への言及は、その実施例と関連して記載する特定の特徴、構造、又は特性が、本技術の少なくとも一実施形態に含まれることを意味する。したがって、本明細書全体にわたって様々な場所における「実施例では」という語句又は「例示的な」という用語への言及は、必ずしも同じ実施形態を参照しているとは限らない。

本明細書で使用するとき、複数の項目、構造要素、組成要素、及び／又は材料は、便宜上、共通のリストで提示されてもよい。しかしながら、これらのリストは、リストの各部材が別個の固有の部材として個別に識別されるかのように解釈されるべきである。したがって、そのようなリストの個々のいかなる部材も、反対の指示なく、共通のグループにおけるそれらの提示にのみ基づいて、同じリストの他の部材の法律上の等価物として解釈されるべきではない。加えて、本技術の様々な実施形態及び実施例は、本明細書では、その様々な構成要素の代替物と共に参照され得る。このような実施形態、実施例、及び代替物は、互いの法律上の等価物と解釈されるべきではなく、本技術の別個の自律的表現として考慮されるべきであることが理解される。

更に、記載する特徴、構造、又は特性は、１つ以上の実施形態において好適に組み合わせてもよい。以下の説明では、技術の実施形態の完全な理解を提供するために、レイアウト、距離、ネットワーク例などの例など、多数の具体的な詳細が提供される。しかし、当業者は、本技術が、具体的な詳細事項のうちの１つ以上を伴うことなく、又は他の方法、構成要素、レイアウトなどを伴って実施され得ることを認識するであろう。他の例では、本技術の態様を不明瞭にしないために、周知の構造、材料又は動作については、図示しないし、詳細に記載しない。

前述の実施例は、１つ以上の特定の用途における本技術の原理を例示するものであるが、本技術の原理及び概念から逸脱することなく、発明力を行使せずに、実装の形態、使用法、及び詳細における数多くの修正を行うことができることが、当業者には明らかとなろう。

Claims (11)

1. アクセス・バックホール統合（ＩＡＢ）ネットワーク内のＩＡＢノードの装置であって、
   ユーザ機器（ＵＥ）又は子ＩＡＢノードのうちの１つから受信した、ＵＥに関連付けられた第１のリソース要求を、前記ＩＡＢノードの分散ユニット（ＤＵ）において復号し、
   前記第１のリソース要求の受信によりトリガされ、予測バッファステータスレポート（ｐＢＳＲ）である第２のリソース要求であって、前記ＩＡＢノードの前記ＤＵにおいてプロトコルデータユニット（ＰＤＵ）を受信する前に送信される第２のリソース要求を、親ＩＡＢノード又はＩＡＢドナーに送信するために前記ＩＡＢノードの移動端末（ＭＴ）において符号化する
   ように構成されている１つ以上のプロセッサと、
   前記第１のリソース要求をメモリに送信するように構成されているメモリインターフェースと、を備える、装置。
2. 前記１つ以上のプロセッサは、前記ＰＤＵを送信のために符号化するように構成されている、請求項１に記載の装置。
3. 前記１つ以上のプロセッサは、前記第１のリソース要求の受信に応答して、前記ＩＡＢノードの前記ＤＵから前記ＩＡＢノードの前記ＭＴへのデータ到着の指示を通信するように更に構成される、請求項１に記載の装置。
4. 前記１つ以上のプロセッサは、前記ＩＡＢノードの前記ＤＵから前記ＩＡＢノードの前記ＭＴに前記ＰＤＵを通信するように構成されている、請求項１に記載の装置。
5. 前記ｐＢＳＲは、前記ＵＥ又は前記子ＩＡＢノードから受信したバッファステータスレポート（ＢＳＲ）に含まれる情報を含む、請求項１に記載の装置。
6. ＢＳＲが前記ＵＥ又は前記子ＩＡＢノードから受信されていないとき、前記ｐＢＳＲは、コントロールプレーンメッセージ及びバッファステータスレポート（ＢＳＲ）を収容するリソース割り当てのデフォルトの公称サイズを含む、請求項１に記載の装置。
7. アクセス・バックホール統合（ＩＡＢ）ネットワーク内のＩＡＢノードを動作させるための命令が具現化されている少なくとも１つの機械可読記憶媒体であって、
   前記命令は、１つ以上のプロセッサによって実行されると、ユーザ機器（ＵＥ）又は子ＩＡＢノードのうちの１つから受信したスケジューリングリクエスト（ＳＲ）であって前記ＵＥに関連付けられている前記ＳＲを前記ＩＡＢノードの分散ユニット（ＤＵ）において復号することと、
   前記ＳＲの受信によってトリガされて、親ＩＡＢノード又はＩＡＢドナーに送信する前記ＳＲを、前記ＩＡＢノードの前記ＤＵにおいてＰＤＵを受信する前に送信するために前記ＩＡＢノードの移動端末（ＭＴ）において前記ＳＲを符号化することと、
   前記ＩＡＢノードの前記ＭＴにおいて、前記親ＩＡＢノード又は前記ＩＡＢドナーから受信した第１のアップリンクグラントを復号することと、
   前記ＩＡＢノードの前記ＭＴにおいて、予測バッファステータスレポート（ｐＢＳＲ）を前記第１のアップリンクグラントを使用して前記親ＩＡＢノード又は前記ＩＡＢドナーに送信するために符号化することと、
   前記ＩＡＢノードの前記ＭＴにおいて、前記ｐＢＳＲに応答して受信した、前記親ＩＡＢノード又は前記ＩＡＢドナーから受信した第２のアップリンクグラントを、復号することと、
   前記ＩＡＢノードの前記ＤＵにおいて、前記ＵＥ又は前記子ＩＡＢノードから受信され、前記ＳＲが前記親ＩＡＢノード又は前記ＩＡＢドナーに送信された後に前記ＩＡＢノードにおいて受信された前記ＰＤＵを復号することと、
   前記ＩＡＢノードの前記ＭＴにおいて、前記ＰＤＵを前記親ＩＡＢノード又は前記ＩＡＢドナーに前記第２のアップリンクグラントを使用して送信するために符号化することと、を遂行する、
   少なくとも１つの機械可読記憶媒体。
8. 実行されると、前記ＩＡＢノードの前記ＤＵから前記ＩＡＢノードの前記ＭＴへの前記ＰＤＵの通信を遂行する命令を更に含む、請求項７に記載の少なくとも１つの機械可読記憶媒体。
9. 命令が実行されると、バッファステータスレポート（ＢＳＲ）を、前記ＩＡＢノードの前記ＭＴから前記親ＩＡＢノード又は前記ＩＡＢドナーに前記ＰＤＵと共に前記第２のアップリンクグラントを使用して送信するために符号化することを遂行する命令を更に含み、前記ｐＢＳＲは、前記ＵＥ又は前記子ＩＡＢノードから受信した到来ＢＳＲに含まれる情報を含む、請求項７に記載の少なくとも１つの機械可読記憶媒体。
10. 命令が実行されると、前記ＩＡＢノードの前記ＤＵにおいて、前記ＵＥ又は前記子ＩＡＢノードから受信した前記到来ＢＳＲを復号し、前記ＩＡＢノードの前記ＤＵから前記ＩＡＢノードの前記ＭＴに前記到来ＢＳＲを通信することを遂行する命令を更に含む、請求項９に記載の少なくとも１つの機械可読記憶媒体。
11. 前記ｐＢＳＲは、バッファステータスレポート（ＢＳＲ）が前記ＵＥ又は前記子ＩＡＢノードから受信されていないとき、コントロールプレーンメッセージ及びＢＳＲに収容するリソース割り当てのデフォルトの公称サイズを含む、請求項７に記載の少なくとも１つの機械可読記憶媒体。

Images