知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-26
(45)【発行日】2024-08-05
(54)【発明の名称】マルチホップデータ転送における効率的なバッファ管理
(51)【国際特許分類】
H04L 1/16 20230101AFI20240729BHJP
H04W 80/02 20090101ALI20240729BHJP
【ＦＩ】
H04L1/16
H04W80/02
【請求項の数】
12
(21)【出願番号】P 2020570876
(86)(22)【出願日】2019-06-20
(65)【公表番号】
(43)【公表日】2021-10-21
(86)【国際出願番号】 US2019038156
(87)【国際公開番号】W WO2019246350
(87)【国際公開日】2019-12-26
【審査請求日】2022-06-13
(31)【優先権主張番号】62/687,501
(32)【優先日】2018-06-20
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/736,807
(32)【優先日】2018-09-26
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】アジャクプレ，パスカル，エム．
(72)【発明者】
【氏名】テリー，ステファン，イー．
(72)【発明者】
【氏名】ジャン，グオドン
(72)【発明者】
【氏名】マリー，ジョセフ，エム．
(72)【発明者】
【氏名】リ，チン
(72)【発明者】
【氏名】アワディン，モハメド
(72)【発明者】
【氏名】リ，イーファン
(72)【発明者】
【氏名】ツァイ，アラン，ワイ．
(72)【発明者】
【氏名】アイヤー，ラクシュミ，アール．
【審査官】阿部 弘
(56)【参考文献】
【文献】国際公開第２０１７／１８２９２７（ＷＯ，Ａ１）
【文献】国際公開第２００６／０２４３２０（ＷＯ，Ａ１）
【文献】特開２０１２－０１６０５２（ＪＰ，Ａ）
【文献】欧州特許第０１９８９８５２（ＥＰ，Ｂ１）
【文献】米国特許出願公開第２０１１／００９０７９３（ＵＳ，Ａ１）
【文献】太田 好明 Yoshiaki OHTA，Ｅｖｏｌｖｅｄ ＵＴＲＡＮハンドオーバにおけるパケットフォワーディング方式のＴＣＰ伝送特性評価 Evaluation of Packet-Forwarding Scheme on TCP-Transmission Performance in Intra-Evolved UTRAN Handover，電子情報通信学会技術研究報告 Ｖｏｌ．１０６ Ｎｏ．５７８ IEICE Technical Report，日本，社団法人電子情報通信学会 The Institute of Electronics,Information and Communication Engineers，2007年03月01日，第106巻，第578号，pp. 303-308
【文献】Qualcomm Incorporated，IAB - U-plane transport for L2-relaying[online]，3GPP TSG RAN WG3 #99bis R3-181945，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_99bis/Docs/R3-181945.zip>，2018年04月06日，pp. 1-11
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １／１６
Ｈ０４Ｗ ８０／０２
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
ＩＥＥＥ ８０２．１１
１５
１６
(57)【特許請求の範囲】
【請求項1】
プロセッサおよびメモリを備える装置であって、前記プロセッサおよびメモリは、中間ノードからのパケットデータ収束プロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）プロトコルデータユニット（Protocol Data Unit：ＰＤＵ）であって、アクセス・バックホール統合（Integrated Access And Backhaul：ＩＡＢ）ノードから送信される前記ＰＤＣＰ ＰＤＵを受信することと、
ハンドオーバ（Handover Command：ＨＯ）コマンドを受信することと、
ＰＤＣＰ状態報告を、前記ＨＯコマンドの受信に基づいて、生成することと、
前記ＰＤＣＰ状態報告を前記ＩＡＢノードへ、前記ＨＯコマンドの受信に応じて、送信することであって、前記ＰＤＣＰ状態報告は、前記装置によって受信される前記ＰＤＣＰ ＰＤＵの確認応答を意味する、ことと、
を行うように構成されている、装置。
【請求項2】
マルチホップアクセス・バックホール統合（ＩＡＢ）ネットワークにおいてパケットデータ収束プロトコル（ＰＤＣＰ）送信機が実施する方法であって、前記ＰＤＣＰ送信機とＰＤＣＰ受信機との間で接続されている中間ノードからのＰＤＣＰプロトコルデータユニット（ＰＤＵ）であって、前記ＰＤＣＰ送信機から送信される前記ＰＤＣＰ ＰＤＵを受信することと、
ハンドオーバ（Handover Command：ＨＯ）コマンドを受信することと、
前記ＨＯコマンドの受信に基づいて、ＰＤＣＰ状態報告を生成することと、
前記ＨＯコマンドの受信に応じて、前記ＰＤＣＰ送信機に前記ＰＤＣＰ状態報告を送信することと、
を含み、
前記ＰＤＣＰ状態報告は、前記ＰＤＣＰ受信機によって受信された前記ＰＤＣＰ ＰＤＵの確認応答を意味する、
方法。
【請求項3】
前記方法は、前記ＰＤＣＰ送信機からの前記確認応答を送信する要求を受信することと、
前記要求に応じて、前記ＰＤＣＰ状態報告を生成することと、
をさらに含む、請求項２に記載の方法。
【請求項4】
前記要求は、前記ＰＤＣＰ ＰＤＵのヘッダ内に示される、請求項３に記載の方法。
【請求項5】
前記方法は、前記ＰＤＣＰ送信機からの要求を受信することなく内部イベントトリガに応じて前記ＰＤＣＰ状態報告を生成すること、をさらに含む、請求項２に記載の方法。
【請求項6】
前記方法は、ルート更新コマンドを受信することと、
前記ルート更新コマンドに応じて、前記ＰＤＣＰ状態報告を生成することと、
をさらに含む請求項２に記載の方法。
【請求項7】
ＰＤＣＰ送信機によって実施される方法であって、第１中間ノードにＰＤＣＰ受信機向けのものであるＰＤＣＰ ＰＤＵを送信することと、
前記ＰＤＣＰ ＰＤＵが正常に送信されたことを示す、前記ＰＤＣＰ送信機の無線リンク制御（Radio Link Control：ＲＬＣ）層によって生成された確認応答を無視することと、
前記第１中間ノードに前記ＰＤＣＰ ＰＤＵが送信された後に、バッファ内に前記ＰＤＣＰ ＰＤＵを保存することと、
前記ＰＤＣＰ受信機によって前記ＰＤＣＰ ＰＤＵが受信されなかったことを意味する否定確認応答を受信することと、
前記否定確認応答に応じて、前記ＰＤＣＰ受信機に向けた前記ＰＤＣＰ ＰＤＵを前記バッファから前記第１中間ノードに再伝送することと、
を含む方法。
【請求項8】
前記方法は、前記第１中間ノードに前記ＰＤＣＰ受信機向けのものである第２ＰＤＣＰ ＰＤＵを送信することと、
前記第１中間ノードによって前記第２ＰＤＣＰ ＰＤＵが受信されたことを意味する中間確認応答を受信することと、
前記ＰＤＣＰ受信機によって前記第２ＰＤＣＰ ＰＤＵが受信されなかったことを意味する否定確認応答を受信することと、
前記第２ＰＤＣＰ ＰＤＵを再伝送することと、それによって、前記第１中間ノードによって送達の成功が確認されたかどうかにかかわらず、前記ＰＤＣＰ ＰＤＵを送信することと、
をさらに含む、請求項７に記載の方法。
【請求項9】
前記方法は、前記第１中間ノードによって前記ＰＤＣＰ ＰＤＵが受信されたというインジケーションを受信することと、
前記第１中間ノードによって前記ＰＤＣＰ ＰＤＵが受信されたという前記インジケーションの受信後も、前記バッファ内に前記ＰＤＣＰ ＰＤＵを保持することと、
をさらに含む、請求項７に記載の方法。
【請求項10】
前記確認応答は、前記第１中間ノードと前記ＰＤＣＰ受信機との間で接続されている第２中間ノードから送信される、請求項９に記載の方法。
【請求項11】
前記確認応答は、前記ＰＤＣＰ受信機から送信される、請求項９に記載の方法。
【請求項12】
前記第２ＰＤＣＰ ＰＤＵを再伝送することは、無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージまたはＰＤＣＰ状態報告のインジケーションに基づく、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は２０１８年６月２０日に出願の米国仮出願番号第６２／６８７，５０１号、および２０１８年９月２６日に出願の米国仮出願番号第６２／７３６，８０７号の利益および優先権を主張し、それらの内容が全体として本明細書に参考として組み込まれる。
本出願は２０１８年６月２０日に出願の米国仮出願番号第６２／６８７，５０１号、および２０１８年９月２６日に出願の米国仮出願番号第６２／７３６，８０７号の利益および優先権を主張し、それらの内容が全体として本明細書に参考として組み込まれる。
【背景技術】
【0002】
新無線（New Radio：ＮＲ）でマルチホップバックホーリングをサポートする際に、図１から３に示されるホップバイホップデータ転送アーキテクチャが検討されている。アクセス・バックホール統合（Integrated Access And Backhaul：ＩＡＢ）ノード（ＩＡＢノード）は、ユーザ端末（User Equipment：ＵＥ）への無線アクセスをサポートし、かつアクセストラフィックを無線でバックホールする無線アクセスネットワーク（Radio Access Network：ＲＡＮ）ノードである。ＩＡＢドナーノードは、コアネットワークへの所定のＵＥのインターフェース、およびＩＡＢノードへの無線バックホーリング機能を提供するＲＡＮノードである。所定のＵＥとＩＡＢドナーノードとの間のエンドツーエンドピアＲＬＣエンティティを用いない無線リンク制御（Radio Link Control：ＲＬＣ）データ転送に対する現在のアプローチは、適切なバッファ管理が不十分である。
【発明の概要】
【0003】
種々の例では、伝送されたＰＤＣＰ ＰＤＵの早期削除が回避される。種々の実施形態は、ＰＤＣＰ確認応答に対する新しいトリガ条件を含むＰＤＣＰ確認応答を含む。同様に、ＰＤＣＰ確認応答の複数の実施形態は、ポーリングビットトリガ型リオーダリングウィンドウベースＰＤＣＰ状態報告、ＲＲＣトリガ型またはイベントトリガ型１ショットまたは周期的ウィンドウベースＰＤＣＰ状態報告、ＰＤＣＰ制御ＰＤＵトリガ型１ショットまたは周期的ウィンドウベースＰＤＣＰ状態報告、ならびに、各ＰＤＣＰ ＰＤＵのＲＲＣトリガ型またはイベントトリガ型ＡＣＫ／ＮＡＣＫを含む。他の例では、ＲＬＣ確認応答が、最終宛先受信機（例えば、ＵＥ）と発信元送信機（例えば、ＩＡＢドナーノードまたはｇＮＢ）との間で中継される。別の例では、エンドツーエンド確認応答プロシージャが、ＵＥに接続されているＩＡＢノードとＩＡＢドナーノードとの間で導入される。さらに、例えば、ＲＬＣ層からの確認応答を無視するＰＤＣＰの動作に対する変更について、記載される。種々の実施形態はまた、バッファサイズ制御に対処する場合があり、例えばエンドツーエンドフロー制御、ホップバイホップフロー制御、ならびに、明確な、および暗黙のフロー制御オプションが導入される。フロー制御メッセージのコンテンツ、フロー制御の受信時の送信機アクション、およびフロー制御のトリガについても記載される。
【0004】
一例示的態様では、装置は、中間ノードから、パケットデータ収束プロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）プロトコルデータユニット（Protocol Data Unit：ＰＤＵ）を受信する場合がある。ＰＤＣＰ ＰＤＵは、中間ノードを通して、アクセス・バックホール統合（ＩＡＢ）ノードから送信される場合がある。トリガまたは状態要求に基づいて、装置は、ＰＤＣＰ状態報告を生成して、ＰＤＣＰ状態報告をアクセス・バックホール統合（ＩＡＢ）ノードに送信する場合がある。ＰＤＣＰ状態報告は、装置によって受信されたＰＤＣＰ ＰＤＵの確認応答を意味する場合がある。ＰＤＣＰ状態報告を受信することに応じて、ＰＤＣＰ ＰＤＵを送信したＰＤＣＰ送信機は、そのバッファからＰＤＣＰ ＰＤＵを削除することができる。
【0005】
別の態様では、ＰＤＣＰ送信機は、ＰＤＣＰ受信機に向けたＰＤＣＰ ＰＤＵを第１中間ノードに送信する。ＰＤＣＰ送信機は、第１中間ノードにＰＤＣＰ ＰＤＵを送信した後に、バッファ内にＰＤＣＰ ＰＤＵを保存する。ＰＤＣＰ送信機は、ＰＤＣＰ受信機によってＰＤＣＰ ＰＤＵが受信されたことを意味する確認応答を受信する。確認応答に応じて、ＰＤＣＰ送信機は、バッファからＰＤＣＰ ＰＤＵを削除する。ＰＤＣＰ送信機は、ＰＤＣＰ ＰＤＵが第１中間ノードによって受信されたというインジケーションを受信するが、ＰＤＣＰ ＰＤＵが中間ノードによって受信されたというインジケーションの受信後も、バッファ内にＰＤＣＰ ＰＤＵを保持する場合がある。一例では、確認応答は、第１中間ノードとＰＤＣＰ受信機との間で接続されている第２中間ノードから送信される。
【0006】
さらに別の態様では、装置は、中間ノードからフロー制御フィードバックメッセージを受信する場合があるが、この中間ノードは、エンドノードから装置に送信されるデータが、当該中間ノードを通過するように、ネットワーク内の装置とその装置からの上りリンクのエンドノードとの間で接続される。フロー制御フィードバックメッセージに基づいて、装置は、フロー制御メッセージをエンドノードに送信するか、またはエンドノードから装置への下りリンクで送信されるデータ向けに新しいルートを選択する場合がある。フロー制御フィードバックメッセージは、明確なフロー制御要求を意味する場合があり、またフロー制御メッセージは、データの伝送を停止する、データの伝送を開始する、そのデータ伝送レートを上げる、そのデータ伝送レートを下げる、および／または新しいレートでデータを伝送するように、エンドノードに向けたインジケーションを含んでもよい。
【0007】
本概要は、下記にさらに記載される発明を実施するための形態を簡略化した形式で、概念の選択を紹介するものである。本概要は、請求される主題の主要な特徴または実質的な特徴を特定したり、請求される主題の範囲を限定するために使用されたりすることを意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載されている、いずれかのまたは全ての不利点を解決する制限にも制約されない。
【0008】
（図面の簡単な説明）
本出願のより確固たる理解を促進するために、参照番号が添付の図面に記載されるが、これらの各図面において、同じ要素は同じ番号を用いて参照される。これらの図面は、本出願を限定するものと解釈されるべきではなく、単に例証を意図したものである。
本出願のより確固たる理解を促進するために、参照番号が添付の図面に記載されるが、これらの各図面において、同じ要素は同じ番号を用いて参照される。これらの図面は、本出願を限定するものと解釈されるべきではなく、単に例証を意図したものである。
【図面の簡単な説明】
【0009】
【図4】図４は、例示的実施形態に従う、ｇＮＢまたはＩＡＢドナーノードへの、所定のユーザ端末（ＵＥ）による、イベントベースまたはオンデマンドパケットデータ収束プロトコル（ＰＤＣＰ）状態報告のコールフロー図である。
【発明を実施するための形態】
【0010】
上述したように、所定のユーザ端末（ＵＥ）とアクセス・バックホール統合（ＩＡＢ）ドナーノードとの間のエンドツーエンドピアＲＬＣエンティティを用いない無線リンク制御（ＲＬＣ）データ転送に対する現在のアプローチは、適切なバッファ管理が不十分であることが、本明細書において認識される。現在のアプローチに関連した種々の問題が、本明細書において認識される。例えば、現在のアプローチでは、無損失ハンドオーバをサポートすることができない場合がある。引き続きこの例において、ＰＤＣＰ層がリセットされる無損失ハンドオーバをサポートするために、伝送パケットデータ収束プロトコル（ＰＤＣＰ）エンティティは、ＰＤＣＰ受信機に送達するまでバッファデータを必要とする場合がある。したがって、伝送されたプロトコルデータユニット（ＰＤＵ）を削除して、ＵＥバッファリング要件を最小化するために、ＲＬＣ ＡＣＫが、（ＵＥ内の）ＰＤＣＰ送信機によって使用される場合がある。エンドツーエンドＲＬＣ確認応答（Acknowledgment：ＡＣＫ）がないと、ＵＥバッファリング要件の最小化と同時に、伝送されたＰＤＣＰ ＰＤＵが早期に削除されないことを確実にする無損失ハンドオーバをサポートするには、現在のアプローチは不十分であることが、本明細書において認識される。
【0011】
適切なバッファ管理がないと、ハンドオーバの間に、親ＩＡＢノードまたはターゲットＩＡＢに大量のデータが不必要に転送されるというリスクが存在する場合があり、それにより長いデータ割り込み時間をもたらす可能性があることが、本明細書において認識される。適切なバッファ管理がないと、所定のＵＥとドナーＩＡＢノードとの間のエンドツーエンド遅延が、サービスエンドツーエンド中継から送達される利用可能な遅延バジェットよりも不必要に長くなり、例えば、結果としてパケットがドロップされる可能性があることが、本明細書においてさらに認識される。さらに、適切なバッファ管理がないと、ＩＡＢノードでのバッファオーバーフローの可能性が高くなる場合があり、これにより、バックホールを通した不必要な伝送、無線リソース、利用可能なアクセスリンク、およびバックホール帯域幅の非効率な使用という結果をもたらす場合がある。適切なバッファ管理がないと、ＩＡＢノードが欠乏し、それにより下りリンクまたは上りリンク伝送機会および無線インターフェースのリソースを無駄にすることに繋がる場合があることが、本明細書においてさらに認識される。適切なバッファ管理がないと、ＩＡＢノードでのバッファが、不必要に非常に大きくなる場合があり、ＵＥコストおよびＩＡＢノードコスト（例えば、より大きいＳＤＲＡＭメモリ）が不必要に高くなり、かつ、場合によっては、より大きな消費電力／電力消費をもたらす可能性があることが、本明細書においてさらに認識される。マルチユーザの多様性を活用するために、場合によっては、ＩＡＢノードは、できるだけ多くのユーザのデータを有する場合がある。複数のユーザに当てたデータの使用可能性は、ＩＡＢとＵＥとの間のエアインターフェースリンクのスループットを向上させることができることが、本明細書において認識される。さらに、適切なバッファ管理は、ＩＡＢノードでのデータの適時の使用可能性を向上するために使用される場合がある。
【0012】
種々の例では、伝送されたＰＤＣＰ ＰＤＵの早期削除が回避される。種々の実施形態は、ＰＤＣＰ確認応答に対する新しいトリガ条件を含むＰＤＣＰ確認応答を含む。同様に、ＰＤＣＰ確認応答の複数の実施形態は、ポーリングビットトリガ型リオーダリングウィンドウベースＰＤＣＰ状態報告、ＲＲＣトリガ型またはイベントトリガ型１ショットまたは周期的ウィンドウベースＰＤＣＰ状態報告、ＰＤＣＰ制御ＰＤＵトリガ型１ショットまたは周期的ウィンドウベースＰＤＣＰ状態報告、ならびに、各ＰＤＣＰ ＰＤＵのＲＲＣトリガ型またはイベントトリガ型ＡＣＫ／ＮＡＣＫを含む。他の例では、ＲＬＣ確認応答が、最終宛先受信機（例えば、ＵＥ）と発信元送信機（例えば、ＩＡＢドナーノードまたはｇＮＢ）との間で中継される。別の例では、エンドツーエンド確認応答プロシージャが、ＵＥに接続されているＩＡＢノードとＩＡＢドナーノードとの間で導入される。さらに、例えば、ＲＬＣ層からの確認応答を無視するＰＤＣＰの動作に対する変更について、記載される。種々の実施形態はまた、バッファサイズ制御に対処する場合があり、例えばエンドツーエンドフロー制御、ホップバイホップフロー制御、明確な、および暗黙のフロー制御オプションが導入される。フロー制御メッセージのコンテンツ、フロー制御の受信時の送信機アクション、およびフロー制御のトリガについても記載される。
【0013】
ＰＤＣＰ確認応答に関して、マルチホップＩＡＢネットワークでは、ＰＤＣＰ送信機での伝送されたＰＤＣＰ ＰＤＵの早期削除を回避するために、例えば、ＰＤＣＰ受信機は、ＰＤＣＰ ＰＤＵを受信したことを確認応答する。ＰＤＣＰ確認応答は、単一のＰＤＣＰ ＰＤＵ確認応答の形態であるか、あるいは、例えば、ＰＤＣＰエンティティの受信側によって保持される受信ウィンドウ（例えば、リオーダリングウィンドウ）に基づく、ＰＤＣＰ ＰＤＵの束に対するＡＣＫ（肯定ＡＣＫ）、またはＮＡＣＫ（否定ＡＣＫ）を含む、より拡張された状態報告の形態であってもよい。例えば、このようなＰＤＣＰ確認応答は、ＰＤＣＰ ＰＤＵのセットのＡＣＫまたはＮＡＣＫ状態を伝送するために、ビットマップがＰＤＣＰエンティティの受信側によって使用される既存のＰＤＣＰ状態報告に類似するものである場合がある。本明細書で使用する場合、ＰＤＣＰ確認応答およびＰＤＣＰ状態報告は、明示しない限り、制限なく、同じ意味で用いられる場合がある。同様に、用語「確認応答」は、明示しない限り、ＡＣＫまたはＮＡＣＫに関して使用される場合がある。特に指示がない限り、本明細書に記載されるＰＤＣＰ確認応答プロシージャは、上りリンクおよび下りリンク伝送の両方に適用されてよい。さらに、特に指示がない限り、ＰＤＣＰ確認応答生成、およびＰＤＣＰ確認応答受信について本明細書に記載されるプロシージャは、ＵＥ、ｇＮＢまたはＩＡＢノードに適用される。場合によっては、ＰＤＣＰ確認応答プロシージャは、ＩＡＢノードの任意のペア間で、例えば、ＩＡＢドナーノードとＵＥに直接接続されているＩＡＢノードとの間のものである場合がある。
【0014】
ＰＤＣＰ確認応答は、ＲＲＣシグナリングによって、有効、または無効にされる場合がある。上位層は、確認応答モード（Acknowledged Mode：ＡＭ）データ無線ベアラ（Data Radio Bearer：ＤＲＢ）または確認なし応答モード（Unacknowledged Mode：ＵＭ）ＤＢＲ、およびシグナル無線ベアラ（Signal Radio Bearer：ＳＲＢ）ごとに、対応するＰＤＣＰエンティティが、受信したＰＤＣＰ ＰＤＵに対してＰＤＣＰ確認応答をＰＤＣＰピアエンティティに送信する必要があるかどうか、および、受信ＰＤＣＰが、ＰＤＣＰ確認応答に基づいてバッファ内に入れられた伝送ＰＤＵを管理する必要があるかどうかを構成してもよい。例えば、上位層は、ＵＥのＤＲＢごとに、ＵＥ内の対応するＰＤＣＰエンティティが、上りリンクでＰＤＣＰ確認応答を送信する必要があるかどうか、および／または、ＵＥ内の対応するＰＤＣＰエンティティが、下りリンクのＰＤＣＰ確認応答に基づいてバッファ内に入れられた伝送ＰＤＵを管理する必要があるかどうかを構成してもよい。ＰＤＣＰ確認応答を送信するように上位層によって構成されたＡＭ ＤＲＢまたはＵＭ ＤＲＢで、受信ＰＤＣＰエンティティは、例えば、ハンドオーバまたはルート更新コマンドをＵＥが受信するときに、ＰＤＣＰ確認応答をトリガしてもよい。例えば、ＲＲＣ再構成メッセージは、モビリティ制御情報要素を含んでもよく、またＵＥ内の上位層は、ＰＤＣＰエンティティがＰＤＣＰ確認応答を生成するように要求してもよい。
【0015】
例えば、ＰＤＣＰエンティティの受信側が、ＰＤＣＰピアエンティティの伝送側から、ＰＤＣＰ確認応答を送信する要求を受信するときにも、受信ＰＤＣＰエンティティは、ＰＤＣＰ確認応答をトリガしてもよい。要求は、ユーザプレーン内の帯域内、または制御プレーン内の帯域外でのものであってよい。ユーザプレーン帯域内シグナリングの例では、要求は、ポーリングビットの形態であってもよい（例えば、図６および図７を参照）。ＰＤＣＰエンティティは、そのピアＰＤＣＰエンティティをポーリングして、ピアＰＤＣＰエンティティでの確認応答報告をトリガする場合がある。ポーリングビットは、ＰＤＣＰヘッダの一部として規定されてもよい。一例では、ポーリングの１の値は、ＰＤＣＰ確認応答が要求されていることを意味する。ポーリングビットの０の値は、ＰＤＣＰ確認応答が要求されていないか、またはＰＤＣＰ確認応答の伝送が停止されている可能性があることを意味する場合がある。あるいは、ＰＤＣＰ確認応答の要求向けに特別に設計されたＰＤＣＰ制御ＰＤＵが、使用されてもよい（例えば、図８および９を参照）。別の代替案では、このような要求は、帯域外シグナリング（例えば、ＲＲＣシグナリングなどの制御プレーンシグナリング）を使用してもよい。例えば、ハンドオーバまたはルート更新コマンドは、受信機ＰＤＣＰエンティティに、ＰＤＣＰ確認応答を伝送するか、またはＰＤＣＰ確認応答の伝送を開始するように、明確な要求を搬送してもよい。
【0016】
図１０を参照すると、受信ＰＤＣＰエンティティ（ＰＤＣＰ受信機）はまた、例えば、ＲＲＣがＳＣＧセルの追加、解除、または修正を伴ってＵＥを構成するときに、ＰＤＣＰ確認応答をトリガする場合がある。例えば、ＵＥがＳＣＧセル追加、もしくはＳＣＧ解除またはＳＣＧ修正ＲＣＣメッセージを受信すると、ＵＥ内の上位層（例えば、ＲＲＣ）は、ＰＤＣＰエンティティにＰＤＣＰ確認応答を伝送するように要求してもよい。図１０および１１を参照すると、ＰＤＣＰ確認応答は、ＰＤＣＰ確認応答を伝送する要求の後に、受信した各ＰＤＣＰ ＰＤＵに対して、単一のＰＤＣＰ確認応答の形態をとるか、もしくは、複数のＰＤＵに対するＡＣＫ、または無秩序に受信されるＰＤＣＰのＣＯＯＵＮＴ情報に基づいて、ＰＤＣＰエンティティによって受信される必要のあったＰＤＣＰ ＰＤＵに対するＮＡＣＫを提供するＰＤＣＰ状態報告の形態をとってもよい。
【0017】
別の実施形態では、上位層は、周期的なＰＤＣＰ確認応答伝送向けにＰＤＣＰエンティティを構成してもよい。ＰＤＣＰエンティティは、周期的なＰＤＣＰ確認応答伝送向けのタイマを用いて上位層によって構成されてよい。さらに別の実施形態では、ＰＤＣＰ確認応答は、ウィンドウベース類似ＡＭ ＲＬＣ状態報告またはＰＤＣＰ状態報告である場合があるが、ＵＭ ＤＲＢおよびＡＭ ＤＲＢの両方に適用可能である。種々のＰＤＣＰ確認応答プロシージャの例は、図４から１１にさらに示される。
【0018】
図４から１１を参照すると、種々の例示的システムは、ＩＡＢドナーまたはエンドノードと通信するＵＥを含む。１つまたは複数の中間ノードがＵＥとエンドノードとの間にある場合があることが理解されよう。例示的システムは、開示される主題の説明をより良く、かつ容易にするために簡略化されており、本開示の範囲を制限することを意図していないことをさらに理解されよう。他のデバイス、システムおよび構成は、図４から１１に示されるシステムなどのシステムに加えて、またはその代わりに、本明細書にて開示される実施形態を実装するために使用される場合がある。
【0019】
特に図４を参照すると、装置は、中間ノードからパケットデータ収束プロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信する場合がある。ＰＤＣＰ ＰＤＵは、中間ノードを通して、アクセス・バックホール統合（ＩＡＢ）ノードから送信される場合がある。トリガまたは状態要求に基づいて、装置は、ＰＤＣＰ状態報告を生成して、ＰＤＣＰ状態報告をアクセス・バックホール統合（ＩＡＢ）ノードに送信することができる。ＰＤＣＰ状態報告は、装置によって受信されたＰＤＣＰ ＰＤＵの確認応答を意味する場合がある。ＰＤＣＰ状態報告の受信に応じて、ＰＤＣＰ ＰＤＵを送信したＰＤＣＰ送信機（例えば、ＩＡＢドナー）は、そのバッファからＰＤＣＰ ＰＤＵを削除することができる。
【0020】
図５を参照すると、ＰＤＣＰ送信機は、ＰＤＣＰ受信機に向けたＰＤＣＰ ＰＤＵを第１中間ノードに送信する。ＰＤＣＰ送信機は、第１中間ノードにＰＤＣＰ ＰＤＵを送信した後に、バッファ内にＰＤＣＰ ＰＤＵを保存する。ＰＤＣＰ送信機は、ＰＤＣＰ受信機によってＰＤＣＰ ＰＤＵが受信されたことを意味する確認応答を受信する。確認応答に応じて、ＰＤＣＰ送信機は、バッファからＰＤＣＰ ＰＤＵを削除する。ＰＤＣＰ送信機は、ＰＤＣＰ ＰＤＵが第１中間ノードによって受信されたというインジケーションを受信するが、中間ノードによってＰＤＣＰ ＰＤＵが受信されたというインジケーションの受信後も、バッファ内にＰＤＣＰ ＰＤＵを保持する場合がある。一例では、確認応答は、第１中間ノードとＰＤＣＰ受信機との間で接続されている第２中間ノードから送信される。別の例では、確認応答は、ＰＤＣＰ受信機から送信される。ＰＤＣＰ状態報告は、確認応答を送信する要求をＰＤＣＰ送信機から受信することに応じて生成される場合がある。場合によっては、要求は、ＰＤＣＰ ＰＤＵのヘッダ内に示される場合がある。
【0021】
図１０を参照して、ＰＤＣＰ受信機は、ハンドオーバまたはルート更新コマンドを受信する場合があり、かつＰＤＣＰ状態報告は、ハンドオーバまたはルート更新コマンドに応じて生成される場合がある。さらに、中間ノードは、ＰＤＣＰ受信機とＰＤＣＰ送信機との間の確認応答を中継するように、ＰＤＣＰ受信機からＰＤＣＰ状態報告を受信し、かつＰＤＣＰ状態報告を送信機に伝送する場合がある。
【0022】
過度の大きなＰＤＣＰ送信機バッファサイズおよびＰＤＣＰ受信機バッファサイズを回避するのと同時に、伝送されたＰＤＣＰ ＰＤＵの早期削除を回避するＰＤＣＰ確認応答は、ＲＬＣからの偽肯定確認応答に対応するために、ＰＤＣＰとＲＬＣとの間の新しい相互作用を必要とする場合があることが、本明細書において認識される。例えば、ＡＭ ＤＲＢのケースでは、ＰＤＣＰ ＰＤＵの送達が成功したことをＰＤＣＰにＲＬＣエンティティが示す場合、この成功インジケーションは、ＰＤＣＰピアエンティティにＰＤＣＰ ＰＤＵがまだ送達されていない可能性があるような偽確認応答である場合がある。例では、ＰＤＣＰエンティティおよびそのピアエンティティが、それらの間の経路で少なくとも１つのＩＡＢノードを有する場合に、ＰＤＣＰは、ＲＬＣからの肯定確認応答を無視する。このことは、例えば、下位層ＲＬＣからの肯定確認応答を無視するかしないかのインジケーションを用いて、上位層（例えば、ＲＲＣ）によって構成されたＰＤＣＰエンティティを有することによって実現することができる。ＰＤＣＰエンティティがこのようなインジケーションを用いずに構成されると、場合によっては、デフォルトのＰＤＣＰでは、ＲＬＣからの肯定確認応答を無視しない。ＲＲＣ構成はまた、ＰＤＣＰおよびＲＬＣ確認応答処理の両方で共通するものである場合がある。例えば、ＰＤＣＰ確認応答処理が有効である場合、ＲＬＣ確認応答処理は無効である場合がある。
【0023】
上述の例示的ＰＤＣＰ確認応答シグナリング設計は、発信元送信機（例えば、上りリンクトラフィックの場合のＵＥ、および下りリンクトラフィックの場合のＩＡＢドナー、またはＩＡＢノードの任意のペア間の）と最終宛先受信機（上りリンクトラフィックの場合のＩＡＢドナー、および下りリンクトラフィックの場合のＵＥ、またはＩＡＢノードの任意のペア間の）との間の適応層によるＰＤＣＰ確認応答のホップバイホップ中継を含む。適応層によるＰＤＣＰ確認応答の受信時に、適応層は、ＰＤＣＰ確認応答を中継するか、ＰＤＣＰ確認応答（例えば、確認応答を生成する受信機ＰＤＣＰエンティティのピア送信機ＰＤＣＰエンティティに向かう伝送用の下位層へのＲＬＣ ＳＤＵのようなＰＤＣＰ制御ＰＤＵである）を送出するべきかどうかに関して決定してよい。例えば、上りリンクトラフィックの例では、ＩＡＢドナーの適応層は、ＵＥのアクセスＩＡＢノードにホップバイホップで、ＰＤＣＰ確認応答を中継する。ＵＥのアクセスＩＡＢノードの適応層は、次いで、ＵＥへの伝送のために下位層にＰＤＣＰ確認応答を送出してよい。同様に、下りリンクトラフィックでは、ＵＥ ＰＤＣＰは、伝送のために下位層にＰＤＣＰ確認応答を送出してよい。ＰＤＣＰ確認応答は、ＵＥのアクセスＩＡＢノードの適応層からＩＡＢドナーの適応層にホップバイホップで中継される。適応層は、ＩＡＢアクセスリンクからＩＡＢバックホールリンクへのＰＤＣＰ確認応答の集約、例えば、通常のデータトラフィック集約と類似する集約を実施してもよい。
【0024】
一例では、中間ＩＡＢノードの適応層は、受信したＲＬＣ確認応答（ＡＣＫまたはＮＡＣＫ）を、先行の伝送ノードに中継する。上りリンク伝送に対する確認応答（ＡＣＫ／またはＮＡＣＫ）のコンテキストでは、先行の伝送ノードは、ＵＥまたはＩＡＢノードである場合がある。下りリンク伝送に対する確認応答のコンテキストでは、先行の伝送ノードは、ＩＡＢドナーノード（例えば、ｇＮＢ）またはＩＡＢノードである場合がある。最終宛先は、ＵＬ伝送の場合ＩＡＢドナーノードまたはｇＮＢであるか、最終宛先は、ＤＬ伝送の場合ＵＥである場合がある。本発明で使用する場合、中間ノードのＲＬＣから受信されるＲＬＣ確認応答は、「中間ＲＬＣ確認応答」と呼ばれる場合がある。ＲＬＣ確認応答に関する種々の実施形態が記載される。
【0025】
一例では、受信された各ＲＬＣ ＡＭ ＰＤＵに対して、次ホップＩＡＢノードから確認応答（ＡＣＫまたはＮＡＣＫ）を受信した場合にのみ、ＩＡＢノード内の受信ＲＬＣ ＡＭエンティティは、送達が成功したか、または送達が失敗したかのみを、ピア伝送ＲＬＣ ＡＭエンティティに示す。このようにして、中間ＲＬＣ確認応答は、先行の伝送ノードに中継されてよい。場合によっては、下りリンク送信では、すぐ次のホップ下流ＩＡＢノード（またはＵＥ）から確認応答（ＡＣＫまたはＮＡＣＫ）を受信した場合にのみ、受信機ＩＡＢノードは、送達が成功したか、または送達が失敗したかのみを、すぐ次のホップ上流送信機ＩＡＢノード（またはＩＡＢドナー）に示す。同様に、例示的上りリンク伝送では、すぐ次のホップ上流ＩＡＢノード（またはＩＡＢドナーノード）から確認応答（ＡＣＫまたはＮＡＣＫ）を受信した場合にのみ、受信機ＩＡＢノードは、送達が成功したか、または送達が失敗したかのみを、すぐ次のホップ下流送信機ＩＡＢノード（またはＵＥ）に示す。ＩＡＢノードのＲＬＣは、より詳細には、ＩＡＢノードのＲＬＣ伝送エンティティは、タイマ、例えばＲＬＣリオーダリングタイマを用いて、伝送したＡＭ ＲＬＣ ＰＤＵの確認応答の受信を制御してもよい。このようなタイマが満了すると、伝送ＲＬＣエンティティは、ＮＡＣＫ（すなわち、ＰＤＵの伝送が後続のホップで失敗した）と見なしてもよい。受信機ＩＡＢノードのその役割により、ＩＡＢノードは、例えば、ＲＬＣ状態報告が生成されるときに、現在のＲＬＣ ＡＭ ＰＤＵに対するＮＡＣＫを、すぐ次の上流ホップＩＡＢノード（下りリンクトラフィックの場合）、またはすぐ次の下流ホップＩＡＢノード（上りリンクトラフィックの場合）に通知してよい。この例示的実施形態は、ＵＥ内の現在のＰＤＣＰおよびＲＬＣの動作になんら影響を及ぼさないといった利点がある場合がある。場合によっては、上述のようなＡＣＫを中継させることにより、最終宛先によってこのようなパケットの受信が肯定的に確認応答されるまで、受信が成功したパケットの確認応答を遅らせるように、ＩＡＢノードでのＲＬＣ動作の変更が必要とされる。
【0026】
別の例では、受信機ＩＡＢノードＲＬＣは、すぐ次の上流ホップＩＡＢノード（下りリンクトラフィックの場合）またはすぐ次の下流ホップＩＡＢノード（上りリンクトラフィックの場合）へのＲＬＣ ＡＭ ＰＤＵの受信を確認応答する前に、後続のホップ、または最終宛先からのＲＬＣ ＡＭ ＰＤＵの確認応答を待たない。この例示的実施形態では、適応層は、最終宛先に向かって伝送されたパケットの確認応答（ＲＬＣ ＡＣＫまたはＮＡＣＫ）を、発信元送信機に個別に中継する場合がある。例えば、上りリンクトラフィックの場合、最終宛先は、ＩＡＢドナーＣＵである場合があり、かつ発信元送信機はＵＥである場合がある。同様に、下りリンクトラフィックの場合、最終宛先は、ＵＥである場合があり、かつ発信元送信機は、ＩＡＢドナーＣＵである場合がある。場合によっては、この例は、ＵＥおよびＩＡＢドナーＣＵ内の、ＰＤＣＰまたはＲＬＣのどちらかに、もしくはその両方で新しい動作を必要とする場合がある。例えば、現在のＲＬＣエンティティ動作は、ＲＬＣ ＳＤＵに対する肯定確認応答を受信すると、ＡＭ ＲＬＣエンティティの伝送側は、上位層に、ＲＬＣ ＳＤＵの受信が成功したというインジケーションを送信する。本明細書に記載される例では、ＵＥまたはＩＡＢドナーＣＵ内のＲＬＣの新しい動作の一例は、ピアＡＭ ＲＬＣエンティティへのＲＬＣ ＳＤＵの送達が成功しても、ＲＬＣエンティティは、上位層に通知しないことである。代わりに、新しいＲＬＣ制御ＰＤＵが、発信元送信機ＲＬＣエンティティに、ＲＬＣ ＡＭ ＰＤＵの最終宛先送達状態を個別に通知するように導入される。例えば、上りリンクトラフィックの場合、ＵＥのアクセスＩＡＢノード適応層によるＲＬＣ ＡＭ ＰＤＵに対応する中継確認応答（ＡＣＫまたはＮＡＣＫ）の受信時に、ＵＥのアクセスＩＡＢノードＲＬＣ ＡＭエンティティは、ＵＥに、最終宛先送達状態を送信してもよい。このような新しいＲＬＣ状態報告メカニズムは、既存のＲＬＣ状態報告に類似して動作する場合がある。同様に、下りリンクトラフィックの場合、ＩＡＢドナーに対応するすぐ次のホップ下流ＩＡＢノードの適応層でのＲＬＣ ＡＭ ＰＤＵに対応する中継確認応答（ＡＣＫまたはＮＡＣＫ）の受信時に、適応層またはその下流ＩＡＢノードは、ＩＡＢドナー適応層に、最終宛先送達状態を転送してもよい。また、ＲＬＣプロトコルは、ＲＬＣ ＳＤＵに対する最終宛先送達肯定確認応答を受信すると、ＡＭ ＲＬＣエンティティの伝送側は、上位層に、ＲＬＣ ＳＤＵの最終宛先送達が成功したというインジケーションを送信することがあるといった、新しい動作を実装してもよい。この場合、ＡＭ ＲＬＣエンティティの伝送側は、ＲＬＣ ＳＤＵの送達が成功したという上位層へのインジケーションを、ピアＲＬＣエンティティに送信しない。ＲＬＣ ＰＤＵが中間ＩＡＢノードで再処理される場合、最終宛先送達状態は、発信元送信機のどのＲＬＣ ＰＤＵが正常に受信されたかを正確に示すように、どのＲＬＣ ＰＤＵが組み合わされたか、または分割されたかを識別する情報が、対応するＲＬＣエンティティに転送される。
【0027】
図１２を参照すると、この例示的方法を用いて、ＩＡＢリンクが構成される場合、先行の送信機ノードは、場合によっては、そのノードが直接接続されているＩＡＢノードからＲＬＣ確認応答のＡＣＫを受信してもバッファ内のＰＤＵを削除しない。より具体的には、送信機ノード（例えば、ＩＡＢノード、ＵＥ、またはＩＡＢドナー）は、場合によっては、それに対するＡＣＫがすぐ次のノードから受信されるＰＤＵを、その伝送バッファから削除しない。送信機ノードは、ＲＬＣ確認応答で否定応答されたデータを再伝送してもよい。代わりに、送信機ノードは、次のホップによって中継されるＲＬＣ確認応答を受信するまで待って、その後、確認応答された対応するＰＤＵを削除してもよい。しかし、ある例では、送信機ノードは再伝送しない。このようなＲＬＣ確認応答報告は、ＲＬＣ状態ＰＤＵを再使用することによって実現することができる。ＲＲＣは、バッファから削除される前の、確認なし応答ＰＤＣＰ ＰＤＵがＰＤＣＰバッファ内に留まる期間をガードするために、ＰＤＣＰに対してタイマを構成してもよい。
【0028】
別の例では、中間ノードは、いずれのＲＬＣ確認応答（中間ＲＬＣ確認応答および最終宛先からのＲＬＣ確認応答）も先行の伝送ノードに中継しない。
【0029】
場合によっては、受信されるＲＬＣ ＰＤＵと次のホップを通して伝送されるＲＬＣ ＰＤＵとの間のマッピングは、ＩＡＢノード内に保持される場合がある。マッピングは、受信されるＲＬＣ ＰＤＵのシーケンス番号（Sequence Number：ＳＮ）と次のホップを通して伝送されるＲＬＣ ＰＤＵのＳＮとの間の関連付けを含んでよい。マッピングは、受信されるＲＬＣ ＰＤＵの状態を追跡するために、ＩＡＢノードの受信側で使用されてよく、それにより、受信されたＲＬＣ ＰＤＵは、送信機に確認応答され得る。上述のＲＬＣ確認応答の中継方法はまた、適応層の代わりに、ＲＬＣに実装されてもよい。
【0030】
上述した例の代替的実施形態では、ＲＬＣ ＡＣＫ／ＮＡＣＫは、制御プレーンシグナリングを通して、最終宛先受信機から、発信元送信機に中継される場合がある。（ユーザプレーンか、制御プレーンのいずれかでの）ＡＣＫの中継のトリガは、例えば、ＲＲＣ構成、ＵＥ内部イベント、またはユーザプレーン制御ＰＤＵを通したものであってよい。本明細書に記載される例は、特に指示がない限り、データ無線ベアラ（ＤＢＲ）を通した伝送、またはシグナリング無線ベアラ（ＳＲＢ）を通した伝送の両方に適用されてよいことが理解されよう。
【0031】
ＩＡＢノード間のエンドツーエンド確認応答に関して、例示的実施形態は、ＵＥに接続されているＩＡＢノードとＩＡＢドナーノードとの間の確認応答向けに提案される。上りリンク（Uplink：ＵＬ）では、ＵＥに接続されているＩＡＢノードは、ＩＡＢドナーノードから確認応答を受信すると、ＵＥに接続されているＲＬＣインスタンスに、対応する伝送のＲＬＣ確認応答を生成するように通知する。ＤＬでは、ＵＥに接続されているＩＡＢノードは、ＵＥからＲＬＣ確認応答を受信して、対応する伝送の確認応答をＩＡＢドナーに通知する。ＵＥに接続されているＩＡＢノードとＩＡＢドナーノードとの間のエンドツーエンドプロトコルは、本明細書に記載されるＰＤＣＰ確認応答プロシージャである場合がある。
【0032】
バッファサイズ制御に関して、種々の実施形態は、バッファオーバーフローおよびバッファ欠乏を回避することが可能である。特に指示がない限り、以下に記載されるバッファ管理またはフロー制御は、下りリンクフロー制御またはバッファ管理、および／または上りリンクフロー制御またはバッファ管理の両方に適用される。
【0033】
フロー制御解決策および動的待ち行列管理が、以下で論じられる。一実施形態では、フロー制御は、輻輳しているノードまたは欠乏しているノード、もしくはバッファオーバーフローまたはバッファ欠乏を検出するノードによって開始される、明確なフロー制御通知アクションの形態である場合がある。一例では、任意のＩＡＢノードが、発信元（例えば、ＵＥまたはＩＡＢドナー）からのデータのフローを制御する場合がある。明確なフロー制御通知は、例えば、伝送のそのレートを下げるまたは上げるか、またはフロー制御通知を送出する受信機に向かう伝送を停止するか開始するように送信機に指示することがある、受信機が送信機に送信する１ビットインジケーションである場合がある。明確なフロー制御通知のさらに別の例では、フロー制御通知は、受信機によって使用されて、予測データレートを送信機に示してもよい。別の実施形態では、フロー制御通知は、暗黙の通知の形態、例えば送信機への支援情報の形態である場合があり、その送信機は、バッファ管理決定のために、および、データ伝送を開始する、データ伝送レートを上げる、データ伝送を停止する、またはデータ伝送レートを下げるために、そのような情報を使用する。支援情報は、フロー制御コマンドを生成するＩＡＢノードでバッファに入れられたデータの量を表す場合がある。さらに、フロー制御は、送信機が、受信機での輻輳およびバッファオーバーフローを回避するために、パケットを事前にドロップすることがある動的待ち行列管理の形態をとってもよい。
【0034】
フロー制御は、ＲＬＣ、適応層、ＰＤＣＰ、またはＭＡＣに実装されてよい。上位層（例えば、ＲＲＣ）が、バッファ制御向けの構成パラメータを用いてバッファサイズ制御機能を実装する層を構成してもよい。バッファサイズ制御向けのパラメータは、バッファサイズ、バッファサイズの下限、バッファサイズの上限、予測データレート、ターゲットＢＬＥＲ、ターゲットパケットドロップレートおよび／またはＩＡＢノードホップの数のうち１つまたは複数を含んでもよい。例えば、バッファサイズの下限は、その伝送レートを上げるようにピア送信機に向けたインジケーションをトリガするために、受信機によって使用されてよい。同様に、バッファサイズの上限は、その伝送レートを下げるか、または輻輳を防止するために動的なパケットのドロップを開始するようにピア送信機に向けたインジケーションをトリガするために、受信機によって使用されてよい。適応層制御ＰＤＵまたはＲＬＣ制御ＰＤＵは、バッファサイズ制御をサポートする際に規定される場合がある。
【0035】
明確なフロー制御および暗黙のフロー制御メカニズムを検討する種々の実施形態は、以下、さらに説明される。フロー制御に関して、送信機から受信機に伝送されるデータをフロー制御できるように、データ受信機は、フィードバックをデータ送信機に提供してもよい。本発明で使用する場合、特に指示がない限り、受信機または受信機ノードは、明確なフロー制御通知メッセージまたは暗黙のフロー制御通知メッセージを送出または伝送することがある任意のノードを意味する場合がある。同様に、特に指示がない限り、送信機または送信機ノードは、明確なフロー制御通知メッセージまたは暗黙のフロー制御通知メッセージを受信することがあり、かつフロー制御通知メッセージの受信の結果としてフロー制御アクションをトリガする任意のノードを意味する場合がある。特に指示がない限り、以下に記載されるフロー制御の例は、ＡＭ ＲＢおよびＵＭ ＲＢの両方に適用されてよい。
【0036】
本明細書に記載されるフロー制御メカニズムは、エンドツーエンドフロー制御か、またはホップバイホップフロー制御である場合がある。エンドツーエンドフロー制御は、ＵＥとＩＡＢドナーＣＵとの間で実施されてよい。ホップバイホップフロー制御は、ＵＥとＵＥのアクセスＩＡＢノードＤＵとの間、ＵＥのアクセスＩＡＢノードＤＵと中間ＩＡＢノードＤＵとの間（例えば、複数ホップシナリオで）、ＵＥのアクセスＩＡＢノードＤＵとＩＡＢドナーＤＵとの間（例えば、１ホップシナリオで）、中間ＩＡＢノードＤＵとＩＡＢドナーＤＵとの間（例えば、複数ホップシナリオで）、またはＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間で、実施される場合がある。
【0037】
一例（選択肢１）では、フロー制御は、ＵＥとＩＡＢドナーＣＵとの間で行われる。下りリンクトラフィックのフロー制御の場合、ＵＥは受信機であり、かつＩＡＢドナーＣＵは送信機である。一例では、上りリンクトラフィックのフロー制御の場合、ＩＡＢドナーＣＵは受信機であり、かつＵＥは送信機である。この選択肢では、フロー制御は、ＰＤＣＰ層で規定されてよい。ＰＤＣＰ制御ＰＤＵは、フロー制御インジケーションメッセージとして使用される場合がある。ＰＤＣＰ制御ＰＤＵは、明確なフロー制御通知メッセージの形態で、あるいは暗黙のフロー制御通知メッセージの形態で規定されてよい。例えば、明確なフロー制御の場合、フロー制御メカニズムは、受信機ノード（例えば、下りリンクフロー制御の場合のＵＥ、および上りリンクフロー制御の場合のＩＡＢドナーＣＵ）が、明確なフロー制御要求と共にＰＤＣＰ制御ＰＤＵを、ピア送信機ノード（下りリンクフロー制御の場合のＩＡＢドナーＣＵ、および上りリンクフロー制御の場合のＵＥ）に送信するように規定されてよい。暗黙のフロー制御の場合、フロー制御メカニズムは、ＰＤＣＰ制御ＰＤＵを送出する受信機ノード（例えば、下りリンクフロー制御の場合のＵＥ、および上りリンクフロー制御の場合のＩＡＢドナーＣＵ）が、フロー制御支援またはバッファ管理支援メッセージをピア送信機ノード（例えば、下りリンクフロー制御の場合のＵＥ、および上りリンクフロー制御の場合のＩＡＢドナーＣＵ）に提供するＰＤＣＰ制御ＰＤＵを送信するように規定されてよい。この暗黙のフロー制御代替では、フロー制御を受けることになるトラフィックを生成するノード（例えば、送信機ノード）は、支援情報を他のノードから受信して、フロー制御を実施することを決定する。例えば、フロー制御は、データ伝送を停止する、伝送データレートを減少させる、データ伝送を開始する、伝送データレートを上げる、送信機バッファからパケットをドロップするなどの種々のアクションを行うように実施されてよい。下りリンクフロー制御の場合、ＵＥは、このようなＰＤＣＰ制御ＰＤＵをＩＡＢドナーＣＵに送信してよく、その一方で、上りリンクフロー制御の場合、ＩＡＢドナーが、ＰＤＣＰ制御ＰＤＵをＵＥに送信してよい。
【0038】
あるいは、ＰＤＣＰ層でのフロー制御メカニズムは、ＰＤＣＰ ＰＤＵヘッダ内の１つまたは複数の情報要素で構成されるインジケーションの形態で規定されてよい。ＵＥは、中間ＩＡＢノードからのフロー制御フィードバックメッセージの結果として、フロー制御通知メッセージをＩＡＢドナーＣＵに送信してよい。例えば、下りリンクフロー制御の場合、中間ＩＡＢノードは、ＵＥに、下りリンクトラフィックのフロー制御に対するフィードバックを送信してよい。このようなフィードバックは、ＰＤＣＰより下の下位層プロトコルによって搬送されてよい。例えば、下りリンクフロー制御に対するフィードバックは、ＭＡＣ制御ＰＤＵの形態で、またはＭＡＣ ＰＤＵヘッダ内のインジケーションとして、中間ＩＡＢノードからＵＥに搬送されてよい。あるいは、このようなフィードバックは、ＲＬＣ制御ＰＤＵの形態で、またはＲＬＣヘッダのインジケーションとして、搬送されてもよい。例として提示され、かつ限定はされないが、このようなフィードバックを受信すると、下りリンクフロー制御に対するフロー制御メッセージのＩＡＢドナーＣＵへの送信、またはルート変更の開始（例えば、新しいルートの選択）のアクションのうち１つまたは複数を、ＵＥは行ってもよい。
【0039】
類似の例は、上りリンクトラフィックのフロー制御に適用されてよい。上りリンクフロー制御の場合、中間ＩＡＢノードは、ＩＡＢドナーに、上りリンクトラフィックのフロー制御に対するフィードバックを送信してよい。このようなフィードバックは、ＰＤＣＰより下の下位層プロトコルによって搬送されてよい。例えば、上りリンクフロー制御に対するフィードバックは、ＭＡＣ制御ＰＤＵの形態で、またはＭＡＣ ＰＤＵヘッダ内のインジケーションとして、中間ＩＡＢノードからＵＥに搬送されてよい。あるいは、上りリンクフロー制御の場合のこのようなフィードバックは、ＲＬＣ制御ＰＤＵの形態で、またはＲＬＣヘッダのインジケーションとして、搬送されてもよい。例であり、また限定はされないが、このようなフィードバックを受信すると、上りリンクフロー制御に対するフロー制御メッセージのＵＥへの送信、またはルート変更の開始（例えば、新しいルートの選択）のアクションのうち１つまたは複数を、ＩＡＢドナーは行ってもよい。
【0040】
本明細書に記載されるエンドツーエンドフロー制御実施形態は、伝送されたＰＤＣＰ ＰＤＵの早期削除を回避するために、本明細書に記載される解決策と統合される場合がある。伝送されたＰＤＣＰ ＰＤＵの早期削除を回避する解決策は、確認応答データを識別するエンドツーエンドシグナリングを提供する。確認応答データインジケーションは、エンドツーエンドフロー制御をサポートするために拡張されてよい。伝送されたデータの削除とフロー制御を共通のプロシージャが実現することにより、効率および簡便性が加わることが、本明細書において認識される。
【0041】
明確なフロー制御通知メッセージは、例として提示され、かつ限定はされないが、以下の情報要素のうち１つまたは複数を含む場合がある。
・ データ伝送停止インジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ データ伝送開始インジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ データ伝送レートを上げるインジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ データ伝送レートを下げるインジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ ベアラＩＤ。
・ ＱｏＳフローＩＤ。
・ 新しいデータレート。新しいデータレートは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ データレートを上げる量。データレートを上げる量は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。データレートを上げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
・ データレートを下げる量。データレートを下げる量は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。データレートを下げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
・ 下りリンクフロー制御が適用される必要がある中間ＩＡＢノードのＩＤ。
・ 下りリンクフロー制御が適用される必要があるルートのＩＤ。
・ データ伝送停止インジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ データ伝送開始インジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ データ伝送レートを上げるインジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ データ伝送レートを下げるインジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ ベアラＩＤ。
・ ＱｏＳフローＩＤ。
・ 新しいデータレート。新しいデータレートは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ データレートを上げる量。データレートを上げる量は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。データレートを上げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
・ データレートを下げる量。データレートを下げる量は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。データレートを下げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
・ 下りリンクフロー制御が適用される必要がある中間ＩＡＢノードのＩＤ。
・ 下りリンクフロー制御が適用される必要があるルートのＩＤ。
【0042】
暗黙のフロー制御通知メッセージは、例として提示され、かつ限定はされないが、以下の情報要素のうち１つまたは複数を含む場合がある。
・ 受信機バッファ内の利用可能な容量。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ 受信機バッファ内のデータの量。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。受信機は、ルート情報、例えば、受信機と送信機との間のホップカウントを考慮に入れて、受信バッファ内の報告されるデータの量を調整してよい。
・ 受信機バッファ内のデータの量が受信機バッファ下限閾値を下回るというインジケーション。下りリンクフロー制御の場合、この閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ 受信機バッファ内のデータの量が受信機バッファ上限閾値を上回るというインジケーション。下りリンクフロー制御の場合、この閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ 第１欠落カウント（First Missing Count：ＦＭＣ）、すなわち、リオーダリングウィンドウ内の第１欠落ＰＤＣＰ ＳＤＵのＣＯＵＮＴ値、および、どのＳＤＵが欠落し、かつ受信ＰＤＣＰエンティティでどのＳＤＵが正確に受信されるかを示すビットマップを含む、ＮＲ ＰＤＣＰ状態報告コンテンツ。
・ ベアラＩＤ。
・ ＱｏＳフローＩＤ
・ 下りリンクフロー制御が適用される必要がある中間ＩＡＢノードのＩＤ。
・ 下りリンクフロー制御が適用される必要があるルートのＩＤ。
・ 受信機バッファ内の利用可能な容量。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ 受信機バッファ内のデータの量。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。受信機は、ルート情報、例えば、受信機と送信機との間のホップカウントを考慮に入れて、受信バッファ内の報告されるデータの量を調整してよい。
・ 受信機バッファ内のデータの量が受信機バッファ下限閾値を下回るというインジケーション。下りリンクフロー制御の場合、この閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ 受信機バッファ内のデータの量が受信機バッファ上限閾値を上回るというインジケーション。下りリンクフロー制御の場合、この閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・ 第１欠落カウント（First Missing Count：ＦＭＣ）、すなわち、リオーダリングウィンドウ内の第１欠落ＰＤＣＰ ＳＤＵのＣＯＵＮＴ値、および、どのＳＤＵが欠落し、かつ受信ＰＤＣＰエンティティでどのＳＤＵが正確に受信されるかを示すビットマップを含む、ＮＲ ＰＤＣＰ状態報告コンテンツ。
・ ベアラＩＤ。
・ ＱｏＳフローＩＤ
・ 下りリンクフロー制御が適用される必要がある中間ＩＡＢノードのＩＤ。
・ 下りリンクフロー制御が適用される必要があるルートのＩＤ。
【0043】
フロー制御メッセージの受信時に、送信機は、受信されるフロー制御メッセージに含まれるパラメータのうち１つまたは複数を使用して、例として提示され、かつ限定はされないが、以下のフロー制御アクションのうち１つまたは複数を決定してもよい。
・ 受信機に向かうデータ伝送を停止する。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対するデータ伝送を停止してもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでのデータ伝送を停止するか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送を停止するか、特定のルートでのデータ伝送を停止するか、または別のルートを通してデータをリダイレクトしてもよい。
・ 受信機に向かう伝送データレートを減少させる。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対する伝送データレートを減少させてもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでの伝送データレートを減少させるか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送データレートを減少させるか、特定のルートでのデータ伝送レートを減少させるか、またはデータレートを減少させて別のルートを通してデータをリダイレクトしてもよい。
・ 受信機に向かうデータ伝送を開始する。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対するデータ伝送を開始／再開してもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでのデータ伝送を開始／再開するか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送を開始／再開するか、特定のルートでのデータ伝送を開始／再開するか、または別のルートを通してデータをリダイレクトしてもよい。
・ 受信機に向かう伝送データレートを上げる。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対する伝送データレートを上げてもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでの伝送データレートを上げるか、または別のルートを通してのデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送データレートを上げるか、特定のルートでのデータ伝送レートを減少させるか、または増加データレート内で、別のルートを通してデータをリダイレクトしてもよい。
・ 送信機バッファからパケットをドロップする。
・ 新しいルートまたは新しい中間ＩＡＢノードの選択を実施する。
・ 受信機に向かうデータ伝送を停止する。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対するデータ伝送を停止してもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでのデータ伝送を停止するか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送を停止するか、特定のルートでのデータ伝送を停止するか、または別のルートを通してデータをリダイレクトしてもよい。
・ 受信機に向かう伝送データレートを減少させる。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対する伝送データレートを減少させてもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでの伝送データレートを減少させるか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送データレートを減少させるか、特定のルートでのデータ伝送レートを減少させるか、またはデータレートを減少させて別のルートを通してデータをリダイレクトしてもよい。
・ 受信機に向かうデータ伝送を開始する。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対するデータ伝送を開始／再開してもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでのデータ伝送を開始／再開するか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送を開始／再開するか、特定のルートでのデータ伝送を開始／再開するか、または別のルートを通してデータをリダイレクトしてもよい。
・ 受信機に向かう伝送データレートを上げる。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対する伝送データレートを上げてもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでの伝送データレートを上げるか、または別のルートを通してのデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送データレートを上げるか、特定のルートでのデータ伝送レートを減少させるか、または増加データレート内で、別のルートを通してデータをリダイレクトしてもよい。
・ 送信機バッファからパケットをドロップする。
・ 新しいルートまたは新しい中間ＩＡＢノードの選択を実施する。
【0044】
フロー制御通知メッセージは、周期的に、またはイベントベースでトリガされてよい。下りリンクフロー制御の場合、フロー制御イベントまたは周期的フロー制御タイマが、ＲＲＣ構成によってＵＥ内に構成されてよい。例であり、限定されるものではないが、以下のイベントが規定されてもよい。
・ 受信機バッファ内の利用可能な容量が、閾値Ｃ１を上回る。
・ 受信機バッファ内の利用可能な容量が、閾値Ｃ２を下回る。
・ 受信機バッファ内のデータの量が、受信機バッファ下限閾値Ｂ＿Ｌを下回る。
・ 受信機バッファ内のデータの量が、受信機バッファ上限閾値Ｂ＿Ｕを上回る。
・ 最後に正確に受信されたＰＤＣＰ ＳＤＵシーケンス番号が、リオーダリングウィンドウ上限シーケンス番号閾値Ｕ－ＳＮを上回る。リオーダリングウィンドウ上限シーケンス番号は、正確に受信されたＰＤＣＰ ＳＤＵの最も高いシーケンス番号として定められてよく、受信機リオーダリングウィンドウによって適応される場合がある。閾値Ｕ－ＳＮは、リオーダリングウィンドウ上限シーケンス番号として定められるか、またはリオーダリングウィンドウ上限シーケンス番号に対応するオフセットを用いて定められてよい。
・ フロー制御周期的タイマが満了するか、リオーダリングタイマｔ－Ｒｅｏｒｄｅｒｉｎｇが満了する。
・ 条件付きハンドオーバによるＵＥのモビリティなどのモビリティイベント、またはＵＥがフロー制御をトリガする必要がある、他のＵＥ制御モビリティイベント。例えば、このようなイベントでは、ＵＥは、ＵＥのアクセスＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。
・ 上流ＩＡＢノードまたはＩＡＢドナーノードに向かう障害、（例えば、無線リンク障害）をＵＥが検出する。一例では、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。例えば、セカンダリセルグループ（Secondary Cell Group：ＳＣＧ）セルに向かう無線リンク障害を検出すると、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。
・ ＵＥが、アクセスリンクＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・ 新しいルートを変更また選択する。新しいルートを選択するときに、ＩＡＢノードは、上流送信機ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御をトリガさせてもよい。同様に、ＩＡＢノードは、下流ＩＡＢノードまたはＵＥに上りリンクフロー制御をトリガさせてもよい。
・ ＵＥが、ＵＥのアクセスＩＡＢノード、他の中間ＩＡＢノードから下りリンクフロー制御インジケーションメッセージを受信する。これにより、ＵＥは、ＩＡＢドナーノードに下りリンクフロー制御を開始させることができる。
・ ＩＡＢドナーＣＵが、ＩＡＢドナーノードまたはＩＡＢドナーＤＵノードから上りリンクフロー制御インジケーションメッセージを受信する。これにより、ＩＡＢドナーＣＵは、ＵＥに上りリンクフロー制御を開始させることができる。
・ 受信機バッファ内の利用可能な容量が、閾値Ｃ１を上回る。
・ 受信機バッファ内の利用可能な容量が、閾値Ｃ２を下回る。
・ 受信機バッファ内のデータの量が、受信機バッファ下限閾値Ｂ＿Ｌを下回る。
・ 受信機バッファ内のデータの量が、受信機バッファ上限閾値Ｂ＿Ｕを上回る。
・ 最後に正確に受信されたＰＤＣＰ ＳＤＵシーケンス番号が、リオーダリングウィンドウ上限シーケンス番号閾値Ｕ－ＳＮを上回る。リオーダリングウィンドウ上限シーケンス番号は、正確に受信されたＰＤＣＰ ＳＤＵの最も高いシーケンス番号として定められてよく、受信機リオーダリングウィンドウによって適応される場合がある。閾値Ｕ－ＳＮは、リオーダリングウィンドウ上限シーケンス番号として定められるか、またはリオーダリングウィンドウ上限シーケンス番号に対応するオフセットを用いて定められてよい。
・ フロー制御周期的タイマが満了するか、リオーダリングタイマｔ－Ｒｅｏｒｄｅｒｉｎｇが満了する。
・ 条件付きハンドオーバによるＵＥのモビリティなどのモビリティイベント、またはＵＥがフロー制御をトリガする必要がある、他のＵＥ制御モビリティイベント。例えば、このようなイベントでは、ＵＥは、ＵＥのアクセスＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。
・ 上流ＩＡＢノードまたはＩＡＢドナーノードに向かう障害、（例えば、無線リンク障害）をＵＥが検出する。一例では、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。例えば、セカンダリセルグループ（Secondary Cell Group：ＳＣＧ）セルに向かう無線リンク障害を検出すると、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。
・ ＵＥが、アクセスリンクＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・ 新しいルートを変更また選択する。新しいルートを選択するときに、ＩＡＢノードは、上流送信機ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御をトリガさせてもよい。同様に、ＩＡＢノードは、下流ＩＡＢノードまたはＵＥに上りリンクフロー制御をトリガさせてもよい。
・ ＵＥが、ＵＥのアクセスＩＡＢノード、他の中間ＩＡＢノードから下りリンクフロー制御インジケーションメッセージを受信する。これにより、ＵＥは、ＩＡＢドナーノードに下りリンクフロー制御を開始させることができる。
・ ＩＡＢドナーＣＵが、ＩＡＢドナーノードまたはＩＡＢドナーＤＵノードから上りリンクフロー制御インジケーションメッセージを受信する。これにより、ＩＡＢドナーＣＵは、ＵＥに上りリンクフロー制御を開始させることができる。
【0045】
本明細書に示されるように、フロー制御インジケーションは、ＰＤＣＰ ＰＤＵヘッダ（例えば、フロー制御を開始／停止するシングルビット）内で搬送される場合がある。したがって、フロー制御インジケーションメッセージは、ＰＤＣＰ状態報告ヘッダ内のインジケーションとして、ＰＤＣＰ状態報告にピギーバックされる場合がある。各例は、例示のためにＰＤＣＰ層の点から上述されているが、ＰＤＣＰ層に限定されることなく、例えば、ＳＤＡＰ適応層で規定されてもよいことを理解されよう。
【0046】
別のホップバイホップフロー制御（選択肢２）では、フロー制御は、ＵＥのアクセスＩＡＢノードとＩＡＢドナーＣＵとの間、または中間ＩＡＢノードとＩＡＢドナーＣＵとの間、２つの中間ＩＡＢノードの間、またはＵＥとＵＥのアクセスＩＡＢノードとの間で行われる。下りリンクトラフィックのフロー制御の場合、ＵＥ、ＵＥのアクセスＩＡＢノード、または中間ＩＡＢノードは、受信機である場合があり、かつ送信機は、ＩＡＢドナーＣＵ、ＵＥのアクセスＩＡＢノード、または中間ＩＡＢノードである場合がある。上りリンクトラフィックのフロー制御の場合、ＩＡＢドナーＣＵ、ＵＥのアクセスＩＡＢノード、または中間ＩＡＢノードは、受信機である場合があり、かつ送信機は、ＵＥ、ＵＥのアクセスＩＡＢノード、または中間ＩＡＢノードである場合がある。この選択肢では、フロー制御メカニズムは、ＭＡＣ層、ＲＬＣ層、適応層、またはＦ１－Ｕ（または、同様な意味合いでＦ１－Ｕ＊）層で、規定されてよい。ＭＡＣ制御ＰＤＵ、ＲＬＣ制御ＰＤＵ、適応制御ＰＤＵ、もしくはＧＴＰ制御ＰＤＵなどのＦ１－Ｕ（またはＦ１－Ｕ＊）制御ＰＤＵは、フロー制御インジケーションメッセージとして使用されてよい。説明を簡単にするために、ホップバイホップフロー制御向けのプロトコル層は、ホップバイホップフロー制御データリンク（Ｌ２）プロトコルと新たに表され、以下、ＨＦＣＰと呼ばれる。しかし、一部の例では、ＨＦＣＰは、ＭＡＣプロトコル、ＲＬＣプロトコル、適応層プロトコルまたはＦ１Ｕ（またはＦ１Ｕ＊）ＧＴＰプロトコルと、呼ばれる場合もある。
【0047】
ＨＦＣＰ制御ＰＤＵは、明確なフロー制御通知メッセージの形態で、あるいは暗黙のフロー制御通知メッセージの形態で規定されてよい。例えば、明確なフロー制御の場合、フロー制御メカニズムは、受信機ノード（例えば、下りリンクフロー制御の場合のＵＥ、ＵＥのアクセスＩＡＢノード、またはＩＡＢノード、もしくは上りリンクフロー制御の場合のＩＡＢドナーＣＵまたはＩＡＢノード）が、明確なフロー制御要求と共にＨＦＣＰ制御ＰＤＵを、ピア送信機ノード（下りリンクフロー制御の場合のＩＡＢドナーＣＵまたはＩＡＢノード、もしくは上りリンクフロー制御の場合のＵＥ、ＵＥのアクセスＩＡＢノードまたはＩＡＢノード）に送信するように規定されてよい。暗黙のフロー制御の場合、フロー制御メカニズムは、ＨＦＣＰ制御ＰＤＵを送出する受信機ノード（すなわち、下りリンクフロー制御の場合のＵＥ、ＵＥのアクセスＩＡＢノード、またはＩＡＢノード、もしくは上りリンクフロー制御の場合のＩＡＢドナーＣＵまたはＩＡＢノード）が、フロー制御支援またはバッファ管理支援メッセージをピア送信機ノード（すなわち、下りリンクフロー制御の場合のＩＡＢドナーＣＵまたはＩＡＢノード、および上りリンクフロー制御の場合のＵＥ、ＵＥのアクセスＩＡＢノード、またはＩＡＢノード）に提供するＨＦＣＰ制御ＰＤＵを送信するように規定されてよい。この暗黙のフロー制御代替例では、フロー制御を受けることになるトラフィックを生成するノード（すなわち、送信機ノード）は、支援情報を他のノードから受信し、フロー制御を実施する（すなわち、例えば、データ伝送を停止する、伝送データレートを減少させる、データ伝送を開始する、伝送データレートを上げる、送信機バッファからパケットをドロップする、別のルートを通してトラフィックをルート変更する、などのアクションのうち１つまたは複数を実施する）ことを決定する。
【0048】
フロー制御メッセージをＨＦＣＰ制御ＰＤＵと規定する代替的実施形態では、ＨＦＣＰ層でのフロー制御メカニズムは、ＨＦＣＰ ＰＤＵヘッダ内の１つまたは複数の情報要素で構成されるインジケーションの形態で規定されてよい。
【0049】
明確なＨＦＣＰフロー制御通知メッセージは、例として提示され、かつ限定はされないが、データ伝送停止インジケーション、データ伝送開始インジケーション、データ伝送レートを上げるインジケーション、データ伝送レートを下げるインジケーション、ＵＥのベアラＩＤ、ＩＡＢのベアラＩＤ、ＵＥのＩＤ、新しいデータレート、データレートを上げる量のインジケーション、および／またはデータレートを下げる量のインジケーションの情報要素のうち１つまたは複数を含む場合がある。
【0050】
データ伝送停止インジケーションは、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥベアラ固有、ＩＡＢベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。場合によっては、下りリンクフロー制御のルート固有の例では、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、インジケーションは、下流ＩＡＢノード固有、または上流ＩＡＢノード固有のものであってもよい。下りリンクフロー制御の場合、例えば、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータ伝送を停止することを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、例えば、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータ伝送を停止することを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【0051】
データ伝送開始インジケーションは、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。インジケーションは、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータ伝送を開始／再開することを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータ伝送を開始／再開することを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【0052】
データ伝送レートを上げるインジケーションは、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。インジケーションは、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートを上げることを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートを上げることを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【0053】
データ伝送レートを下げるインジケーションは、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。インジケーションは、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートを下げることを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートを下げることを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【0054】
新しいデータレート情報要素は、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。新しいデータレートはまた、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けた新しいデータレートを示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けた新しいデータレートを示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【0055】
データレートを上げる量は、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。データレートＩＥの増加量は、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートの増加量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートの増加量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。データレートを上げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
【0056】
データレートを下げる量は、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、データレートの減少量は、ＩＡＢ固有のものである場合がある。ＩＡＢ固有の例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートの減少量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートの減少量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。データレートを下げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
【0057】
ＨＦＣＰ暗黙のフロー制御通知メッセージは、例として提示され、かつ限定はされないが、受信機バッファ内の利用可能な容量、バッファサイズ、受信機バッファ内のデータの量が受信機バッファ下限閾値を下回るというインジケーション、受信機バッファ内のデータの量が受信機バッファ上限閾値を上回るというインジケーション、ＵＥのＩＤ、ＵＥのベアラＩＤ、下りリンクフロー制御が適用される必要がある中間ＩＡＢノードのＩＤ、および／または下りリンクフロー制御が適用される必要があるルートのＩＤなどの情報要素（Information Element：ＩＥ）のうち１つまたは複数を含む場合がある。
【0058】
受信機バッファ内の利用可能な容量ＩＥは、ＨＦＣＰメッセージを伝送する受信機の利用可能な容量を反映する場合があるか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、インジケーションは、ＩＡＢ固有のものである場合がある。ＩＡＢ固有の一部の例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードで利用可能な容量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードで利用可能な容量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのような容量はまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【0059】
バッファサイズ（すなわち、受信機バッファ内のデータの量）ＩＥは、ＨＦＣＰメッセージを伝送する受信機の受信機バッファ全体の利用可能なデータを示すか、または反映する場合があるか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、報告されるバッファサイズは、下流ＩＡＢ固有、または上流ＩＡＢノード固有のものであってもよい。かかる場合、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードにおけるバッファサイズを示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードにおけるバッファサイズを示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのようなバッファサイズはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。受信機は、ルート情報（例えば、受信機と送信機との間、もしくは報告されるバッファサイズに対応する下流ＩＡＢノードまたは上流ＩＡＢノードと送信機との間のホップカウント）を考慮に入れて、報告されるバッファサイズを調整してよい。
【0060】
下りリンクフロー制御の場合、下限閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの受信機バッファ全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、報告されるインジケーションは、上流ＩＡＢノード固有または下流ＩＡＢノード固有のものであってもよく、この際、例えば、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、ＩＡＢノードに固有のこのイベントを示してもよく、このＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、ＩＡＢノードに固有のこのイベントを示してもよく、このＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。また、この場合、ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのようなイベントインジケーションは、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【0061】
下りリンクフロー制御の場合、上限閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの受信機バッファ全体を対象とするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、報告されるインジケーションは、上流ＩＡＢノード固有または下流ＩＡＢノード固有のものであってもよい。例えば、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、ＩＡＢノードに固有のこのイベントを示してもよく、このＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、ＩＡＢノードに固有のこのイベントを示してもよく、このＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。また、この場合、ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのようなイベントインジケーションは、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【0062】
フロー制御メッセージの受信時に、送信機は、受信されるフロー制御メッセージに含まれるパラメータのうち１つまたは複数を使用して、例として提示され、かつ限定はされないが、受信機に向かうデータ伝送を停止する、受信機に向かう伝送データレートを下げる、受信機に向かうデータ伝送を開始する、受信機に向かう伝送データレートを上げる、伝送バッファからパケットをドロップする、および／または新しいルートまたは新しい中間ＩＡＢノードの選択を実施するなどのフロー制御アクションのうち１つまたは複数を選択してもよい。
【0063】
受信機に向かうデータ伝送を停止することに関しては、場合によっては、送信機ＩＡＢノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、上りリンクフロー制御の場合の特定の上流ＩＡＢノード、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送を停止してもよい。同様に、送信機ＩＡＢドナーノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送を停止してもよい。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのようなインジケーションはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【0064】
受信機に向かう伝送データレートを減少させることに関しては、場合によっては、送信機ＩＡＢノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、上りリンクフロー制御の場合の特定の上流ＩＡＢノード、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータレートを減少させてもよい。同様に、送信機ＩＡＢドナーは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送レートを減少させてもよい。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するデータレートを減少させるそのようなインジケーションはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【0065】
受信機に向かうデータ伝送を開始することに関しては、場合によっては、送信機ＩＡＢノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、上りリンクフロー制御の場合の特定の上流ＩＡＢノード、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送を開始／再開してもよい。同様に、送信機ＩＡＢドナーは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送を開始／再開してもよい。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するデータ伝送を開始／再開するそのようなインジケーションはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【0066】
受信機に向かう伝送データレートを上げることに関しては、種々の例では、送信機ＩＡＢノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、上りリンクフロー制御の場合の特定の上流ＩＡＢノード、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータレートを上げてもよい。同様に、送信機ＩＡＢドナーは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送レートを上げてもよい。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するデータレートを上げるそのようなインジケーションはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。データレートを上げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
【0067】
新しいルートまたは新しい中間ＩＡＢノードの選択を実施することに関しては、場合によっては、データレートを上げること、またはデータレートを下げることの結果として、フロー制御を実施する送信機（例えば、ＩＡＢノードまたはＩＡＢドナーノード）は、ルート選択（再選択）を実施してもよい。
【0068】
フロー制御通知メッセージは、周期的に、またはイベントによってトリガされてよい。例として提示され、かつ限定はされないが、以下のイベントが、フロー制御通知メッセージをトリガする場合がある。
・ 受信機バッファ内の利用可能な容量が、閾値Ｃ１を上回る。
・ 受信機バッファ内の利用可能な容量が、閾値Ｃ２を下回る。
・ 受信機バッファ内のデータの量が、受信機バッファ下限閾値Ｂ＿Ｌを下回る。
・ 受信機バッファ内のデータの量が、受信機バッファ上限閾値Ｂ＿Ｕを上回る。
・ 例として提示され、かつ限定はされないが、下記のうち１つまたは複数のモビリティイベント。
－ 条件付きハンドオーバによるＵＥのモビリティ、またはＵＥがフロー制御をトリガする必要がある、他のＵＥ制御モビリティイベント。例えば、このようなイベントでは、ＵＥは、ＵＥのアクセスＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。
－ 条件付きハンドオーバによるＩＡＢノード（例えば、ＩＡＢ ＭＴノード）のモビリティ、またはＩＡＢノードがフロー制御をトリガする必要がある、他のＩＡＢノード（例えば、ＩＡＢ ＭＴノード）制御モビリティイベント。例えば、このようなイベントでは、ＩＡＢノードは、上流ＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。同様に、このようなモビリティイベントでは、ＩＡＢノードは、下流ＩＡＢノードに、上りリンクトラフィックを停止するか、または別のＩＡＢノードを通して上りリンクトラフィックをルート変更するように要求してもよい。
・ 障害、例えば上流ＩＡＢノードまたはＩＡＢドナーノードに向かう無線リンク障害をＩＡＢノードが検出する。このようなイベントでは、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御を開始させてもよい。例えば、ＩＡＢノードは、下流ＩＡＢノードに、上りリンクトラフィックを停止するか、または別のＩＡＢノードを通して上りリンクトラフィックをルート変更するように要求してもよい。同様に、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。例えば、セカンダリセルグループ（ＳＣＧ）セルに向かう無線リンク障害を検出すると、ＩＡＢノードは、上流ＩＡＢノードにフロー制御を開始させてもよい。
・ ＩＡＢノードが、バックホールＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・ ＩＡＢノードが、アクセスリンクＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・ 新しいルートを変更また選択する。新しいルートを選択するときに、ＩＡＢノードは、上流送信機ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御をトリガさせてもよい。同様に、ＩＡＢノードは、下流ＩＡＢノードまたはＵＥに上りリンクフロー制御をトリガさせてもよい。
・ フロー制御周期的タイマが満了する。
・ 受信機バッファ内の利用可能な容量が、閾値Ｃ１を上回る。
・ 受信機バッファ内の利用可能な容量が、閾値Ｃ２を下回る。
・ 受信機バッファ内のデータの量が、受信機バッファ下限閾値Ｂ＿Ｌを下回る。
・ 受信機バッファ内のデータの量が、受信機バッファ上限閾値Ｂ＿Ｕを上回る。
・ 例として提示され、かつ限定はされないが、下記のうち１つまたは複数のモビリティイベント。
－ 条件付きハンドオーバによるＵＥのモビリティ、またはＵＥがフロー制御をトリガする必要がある、他のＵＥ制御モビリティイベント。例えば、このようなイベントでは、ＵＥは、ＵＥのアクセスＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。
－ 条件付きハンドオーバによるＩＡＢノード（例えば、ＩＡＢ ＭＴノード）のモビリティ、またはＩＡＢノードがフロー制御をトリガする必要がある、他のＩＡＢノード（例えば、ＩＡＢ ＭＴノード）制御モビリティイベント。例えば、このようなイベントでは、ＩＡＢノードは、上流ＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。同様に、このようなモビリティイベントでは、ＩＡＢノードは、下流ＩＡＢノードに、上りリンクトラフィックを停止するか、または別のＩＡＢノードを通して上りリンクトラフィックをルート変更するように要求してもよい。
・ 障害、例えば上流ＩＡＢノードまたはＩＡＢドナーノードに向かう無線リンク障害をＩＡＢノードが検出する。このようなイベントでは、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御を開始させてもよい。例えば、ＩＡＢノードは、下流ＩＡＢノードに、上りリンクトラフィックを停止するか、または別のＩＡＢノードを通して上りリンクトラフィックをルート変更するように要求してもよい。同様に、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。例えば、セカンダリセルグループ（ＳＣＧ）セルに向かう無線リンク障害を検出すると、ＩＡＢノードは、上流ＩＡＢノードにフロー制御を開始させてもよい。
・ ＩＡＢノードが、バックホールＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・ ＩＡＢノードが、アクセスリンクＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・ 新しいルートを変更また選択する。新しいルートを選択するときに、ＩＡＢノードは、上流送信機ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御をトリガさせてもよい。同様に、ＩＡＢノードは、下流ＩＡＢノードまたはＵＥに上りリンクフロー制御をトリガさせてもよい。
・ フロー制御周期的タイマが満了する。
【0069】
したがって、前述したように、装置は、中間ノードからフロー制御フィードバックメッセージを受信する場合があるが、この中間ノードは、エンドノードから装置に送信されるデータが、当該中間ノードを通過するように、ネットワーク内の装置とその装置からの上りリンクのエンドノードとの間で接続される。フロー制御フィードバックメッセージに基づいて、装置は、フロー制御メッセージをエンドノードに送信するか、またはエンドノードから装置への下りリンクで送信されるデータ向けに新しいルートを選択することができる。フロー制御フィードバックメッセージは、明確なフロー制御要求を意味する場合があり、フロー制御メッセージは、データの伝送を停止する、データの伝送を開始する、そのデータ伝送レートを上げる、そのデータ伝送レートを下げる、および／または新しいレートでデータを伝送するように、エンドノードに向けたインジケーションを含んでもよい。
【0070】
さらに前述したように、装置は、中間ノードからフロー制御通知メッセージを受信する場合があるが、この中間ノードは、エンドノードから装置に送信されるデータが、当該中間ノードを通過するように、ネットワーク内の装置とその装置からの上りリンクのエンドノードとの間で接続される。フロー制御通知メッセージに基づいて、装置は、フロー制御メッセージをエンドノードに送信する場合がある。フロー制御メッセージは、データの伝送を停止する、データの伝送を開始する、そのデータ伝送レートを上げる、そのデータ伝送レートを下げる、および／または新しいレートでデータを伝送するように、エンドノードに向けたインジケーションを含んでもよい。フロー制御通知メッセージは、周期的に受信されてよい。代替または追加として、フロー制御通知メッセージは、例えば、限定はされないが、中間ノードまたはエンドノードのバッファ内の利用可能な容量が閾値を上回ることに応じて、中間ノードまたはエンドノードのバッファ内の利用可能な容量が閾値を下回ることに応じて、中間ノードまたはエンドノードのバッファ内のデータの量が下限閾値を下回ることに応じて、もしくは、中間ノードまたはエンドノードのバッファ内のデータの量が上限閾値を上回ることに応じて、受信される場合がある。フロー制御通知メッセージは、例えば、限定はされないが、中間ノードまたはエンドノードのバッファ内の利用可能な容量、中間ノードまたはエンドノードのバッファ内のデータの量、中間ノードまたはエンドノードのバッファ内のデータの量が下限閾値を下回るというインジケーション、中間ノードまたはエンドのバッファ内のデータの量が上限閾値を上回るというインジケーション、ベアラの識別情報、およびサービスフロー品質の識別情報、フロー制御が適用される必要がある中間ノードの識別情報、フロー制御が適用される必要があるルートの識別情報、もしくは、中間ノードまたはエンドノードからのパケット欠落のインジケーション、を示す場合がある。
【0071】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービス品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のために、技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ－アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新無線（ＮＲ）と呼ばれる、次世代セルラー技術の標準化への取り組みを開始している。３ＧＰＰ ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、６ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、６ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、また同じ周波数帯でまとめて多重化されて、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処する場合がある異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポット向けのウルトラモバイルブロードバンドアクセスの機会を提供する、センチ波およびミリ波の周波数帯域を含むことが想定されている。特に、センチ波およびミリ波特有設計最適化を伴うウルトラモバイルブロードバンドは、６ＧＨｚを下回るフレキシブル無線アクセスと、共通設計フレームワークを共有することが想定されている。
【0072】
３ＧＰＰは、データレート、遅延、およびモビリティに対する様々なユーザ体験要件となる、ＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群集の中のブロードバンドアクセス、あらゆる場所における５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、ならびに、ビークルツービークル通信（Vehicle-to-Vehicle communication；Ｖ２Ｖ）、ビークルツーインフラストラクチャ通信（Vehicle-to-Infrastructure communication：Ｖ２Ｉ）、ビークルツーネットワーク通信（Vehicle-to-Network communication：Ｖ２Ｎ）、ビークルツーペデストリアン通信（Vehicle-To-Pedestrian communication：Ｖ２Ｐ）、およびその他のエンティティとのビークル通信のうちいずれかを含む場合がある高度化ビークルツーエブリシング（Enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信を含む。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これらのユースケースの全ておよび他のものが、本明細書で検討される。
【0073】
図１３Ａは、本明細書で説明および請求される方法および装置がその中で具現化される場合がある例示的通信システム１００の一実施形態を示す。示すように、例示的通信システム１００は、無線伝送／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび／または１０２ｆ（概して、または集合的に、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（Public Switched Telephone Network：ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２と、Ｖ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３とを含む場合があるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆはそれぞれ、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスであってよい。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、ハンドヘルド無線通信装置として図１３Ａから１３Ｅに描写されるが、５Ｇ無線通信で考えられる様々なユースケースで、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗り物などを含む、無線信号を伝送および／または受信するように構成されている任意のタイプの装置またはデバイスを備えている、またはそれらで具現化されてよいことを理解されよう。
【0074】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含む場合がある。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂおよび／または送受信ポイント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂおよび／またはロードサイドユニット（Roadside Unit：ＲＳＵ）１２０ａ、１２０ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２および／またはＶ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａ、１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２および／またはＶ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含む場合があることを理解されよう。
【0075】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部である場合があり、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）をも含んでよい。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部である場合があり、それらＲＡＮはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）をも含んでよい。基地局１１４ａは、セルと呼ばれることもある特定の地理的領域（図示せず）内で無線信号を伝送および／または受信するように構成される場合がある。基地局１１４ｂは、セルと呼ばれることもある特定の地理的領域（図示せず）内で有線および／または無線信号を伝送および／または受信するように構成される場合がある。セルは、セルセクタにさらに分割されることがある。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されることがある。したがって、一実施形態では、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を含む場合がある。一実施形態では、基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用する場合があり、したがって、セルのセクタごとに複数の送受信機を利用することがある。
【0076】
基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つまたは複数と通信してもよい。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【0077】
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂのうち１つまたは複数と通信してもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【0078】
ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０、１２０ｂは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【0079】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび／または１０２ｆは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して相互に通信する場合がある。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【0080】
より詳細には、上記のように、通信システム１００は、複数のアクセスシステムであってもよく、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよびＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆとは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）、地上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してよく、それにより、広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）および／または高速上りリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含んでもよい。
【0081】
一実施形態では、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、発展型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実装してよく、それにより、ロングタームエボリューション（Long Term Evolution：ＬＴＥ）および／またはＬＴＥ－アドバンスト（LTE-Advanced：ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ ＮＲ技術を実装する可能性がある。ＬＴＥおよびＬＴＥ－Ａ技術は、（サイドリンク通信などの）ＬＴＥ Ｄ２ＤおよびＶ２Ｘ技術およびインターフェースを含む場合がある。３ＧＰＰ ＮＲ技術は、（サイドリンク通信などの）ＮＲ Ｖ２Ｘ技術およびインターフェースを含む場合がある。
【0082】
一実施形態では、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂおよび／またはＲＳＵ１２０ａおよび１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆとは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System For Mobile Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【0083】
図１３Ａにおける基地局１１４ｃは、無線ルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであってもよく、例えば、事業所、家、車両、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するために、任意の好適なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｃとＷＴＲＵ１０２ｅとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立してもよい。一実施形態では、基地局１１４ｃとＷＴＲＵ１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立してもよい。さらに別の実施形態では、基地局１１４ｃとＷＴＲＵ１０２ｅとは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１３Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有する場合がある。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【0084】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信する場合があり、そのコアネットワークは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数に提供するように構成される任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースサービス、プリペイドコール、インターネットコネクティビティ、ビデオ配信などを提供するか、および／またはユーザ認証などの高レベルセキュリティ機能を実施してもよい。
【0085】
図１３Ａでは図示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信してもよいことを理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【0086】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするために、ゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。
【0087】
通信システム１００内の、マルチモード能力を含む場合があるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄの一部または全て、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄおよび１０２ｅは、異なる無線リンクを通して異なる無線ネットワークと通信する複数の送受信機を含む場合がある。例えば、図１３Ａに示すＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用することがある基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｃと通信するように構成されてもよい。
【0088】
図１３Ｂは、例えば、ＷＴＲＵ１０２など、本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図１３Ｂに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、伝送／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非取り外し可能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む場合がある。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機基地局（Transceiver Station：ＢＴＳ）、Ｎｏｄｅ－Ｂ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、ホームＮｏｄｅ－Ｂ、発展型ホームＮｏｄｅ－Ｂ（ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ－Ｂ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ－Ｂゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図１３Ｂに描写され、本明細書で説明される要素の一部または全部を含む場合があることが考えられる。
【0089】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図１３Ｂは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。
【0090】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成されてよい。例えば、一実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであってもよい。図１３Ａでは図示されないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一ＲＡＴまたは異なるＲＡＴを採用する、他のＲＡＮと直接または間接通信することがあることを理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５に接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【0091】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。
【0092】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード能力を含む場合がある。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを通して異なる無線ネットワークと通信するために複数の送受信機を含んでもよい。例えば、図１３Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することがある基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｂと通信するように構成されてよい。
【0093】
図１３Ｂは、例えば、ＷＴＲＵ１０２など、本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図１３Ｂに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、伝送／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非取り外し可能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む場合がある。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ－Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ－Ｂ、発展型ホームＮｏｄｅ－Ｂ（ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ－Ｂ（ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ－Ｂゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図１３Ｂに描写され、本明細書で説明される要素の一部または全部を含む場合があることが考えられる。
【0094】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuits：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図１３Ｂでは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。
【0095】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成される場合がある。例えば、一実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されたアンテナであってもよい。一実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であってもよい。さらに、一実施形態では、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成されてよい。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送および／または受信するように構成されてもよいことを理解されよう。
【0096】
加えて、伝送／受信要素１２２は、単一の要素として図１３Ｂで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を伝送および受信するために、２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【0097】
送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、かつ伝送／受信要素１２２によって受信される信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有する場合がある。したがって、送受信機１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１を介して通信できるようにするために、複数の送受信機を含む場合がある。
【0098】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイ装置または有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイ装置）に連結されて、そこからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力してもよい。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶してもよい。非取り外し可能メモリ１３０としては、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを挙げてもよい。取り外し可能メモリ１３２としては、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを挙げてもよい。一実施形態では、プロセッサ１１８は、サーバもしくはホームコンピュータ（図示せず）内など、ＷＴＲＵ１０２上に物理的に設置されていないメモリの情報にアクセスし、そこにデータを記憶してもよい。
【0099】
プロセッサ１１８は、電源１３４から電力を得てもよく、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に給電する任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含んでもよい。
【0100】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に連結されてもよい。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信するか、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の好適な位置特定方法によって位置情報を取得してもよいことを理解されるであろう。
【0101】
プロセッサ１１８はさらに、追加の特徴、機能性、および／または有線または無線コネクティビティを提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含む場合がある他の周辺機器１３８に連結されてもよい。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ－コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。
【0102】
ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機などの乗り物などの他の装置もしくはデバイスにおいて具現化されてもよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。
【0103】
図１３Ｃは、一実施形態に従うＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信する場合がある。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１３Ｃに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機をそれぞれ含むことがある、Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂ、１４０ｃを含む場合がある。Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含む場合がある。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のＮｏｄｅ－ＢおよびＲＮＣを含む場合があることを理解されよう。
【0104】
図１３Ｃに示すように、Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する場合がある。加えて、Ｎｏｄｅ－Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信する場合がある。Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、対応するＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されているそれぞれのＮｏｄｅ－Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行、またはサポートするように構成されてよい。
【0105】
図１３Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０６の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
【0106】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。
【0107】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。
【0108】
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２に接続されてよい。
【0109】
図１３Ｄは、一実施形態に従うＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。
【0110】
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことがあるが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機を備えていてもよい。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。
【0111】
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクおよび／または下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図１３Ｄに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを通して相互に通信してもよい。
【0112】
図１３Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０７の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
【0113】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続の間の特定のサービングゲートウェイを選択することなどの役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間を切り替えるために、制御プレーン機能を提供してもよい。
【0114】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから、ユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの他の機能を実施してよい。
【0115】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。
【0116】
コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（Ip Multimedia SubsystemＩＭＳ）サーバ）を含むか、またはそれと通信してよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【0117】
図１３Ｅは、一実施形態に従うＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信する、アクセスサービスネットワーク（Access Service Network：ＡＳＮ）であってよい。以下でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義されてよい。
【0118】
図１３Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことがあるが、ＲＡＮ１０５は、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含む場合があることを理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてよく、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機を含んでもよい。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行などのモビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能してよく、またページング、加入者プロファイルのキャッシュ、コアネットワーク１０９へのルーティングなどの役割を担ってもよい。
【0119】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照点として定義されてよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、論理インターフェース（図示せず）をコアネットワーク１０９と確立してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されることがあるＲ２参照点として定義されてよい。
【0120】
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれ間の通信リンクは、基地局間のＷＴＲＵハンドオーバおよびデータの転送を促進するプロトコルを含むＲ８参照点として定義されてよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義されてよい。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を促進するプロトコルを含んでもよい。
【0121】
図１３Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するプロトコルを含むＲ３参照点として定義されてよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Agent：ＭＩＰ－ＨＡ）１８４、認証・認可・課金（Authentication, Authorization, Accounting：ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでもよい。上述の要素のそれぞれが、コアネットワーク１０９の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
【0122】
ＭＩＰ－ＨＡは、ＩＰアドレス管理の役割を担ってもよく、またＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしてもよい。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートする役割を担ってもよい。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進してもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【0123】
図１３Ｅには図示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されてよく、またコアネットワーク１０９は、他のコアネットワークに接続される場合があることを理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５とその他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するプロトコルを含むことがあるＲ４参照点として定義されてよい。コアネットワーク１０９とその他のコアネットワークとの間の通信リンクは、ホームコアネットワークと在圏コアネットワークとの間のインターワーキングを促進するプロトコルを含むことがあるＲ５参照点として定義されてよい。
【0124】
本明細書に記載され、図１３Ａ、１３Ｃ、１３Ｄ、および１３Ｅに図示される、コアネットワークエンティティは、一定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能は、他の名称によって識別される可能性があり、ある種のエンティティまたは機能は、将来的３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図１３Ａ、１３Ｂ、１３Ｃ、１３Ｄ、および１３Ｅで、記載および図示される特定のネットワークエンティティおよび機能は、例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装される場合があることを理解されたい。
【0125】
図１３Ｆは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、その他のネットワーク１１２内のある種のノードまたは機能エンティティなど、図１３Ａ、１３Ｃ、１３Ｄおよび１３Ｅに図示される通信ネットワークの１つまたは複数の装置が具現化されることがある例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含んでもよく、ソフトウェアの形態（このようなソフトウェアが記憶されるまたはアクセスされる場所もしくは手段がいかなるものであっても）である場合があるコンピュータ可読命令によって主に制御されてよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施してもよい。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を実施するか、またはプロセッサ９１を支援することがある。プロセッサ９１および／またはコプロセッサ８１は、本明細書に記載される方法および装置に関連するデータを受信、生成および処理する場合がある。
【0126】
プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、かつデータ交換向けの媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、および割り込みを送信し、かつシステムバスを操作するための制御ラインを含む。このようなシステムバス８０の一例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【0127】
システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報の記憶および読み出しを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されてよい。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供する場合がある。メモリコントローラ９２はまた、システム内のプロセスを隔離し、かつユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供する場合がある。したがって、第１のモードで起動するプログラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスする場合があり、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。
【0128】
加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う、周辺機器コントローラ８３を含んでもよい。
【0129】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装される場合がある。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。
【0130】
さらに、コンピューティングシステム９０は、図１３Ａ、１３Ｂ、１３Ｃ、１３Ｄおよび１３ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０または他のネットワーク１１２などの外部通信ネットワークに、コンピューティングシステム９０を接続するために使用されて、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにする、例えば、ネットワークアダプタ９７などの通信回路を含む場合がある。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載されるある種の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用されてよい。
【0131】
図１３Ｇは、本明細書で説明および請求される方法および装置がその中で具現化される場合がある例示的通信システム９９の一実施形態を示す。示すように、例示的通信システム９９は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局、Ｖ２Ｘサーバ、およびＲＳＵ ＡおよびＢを含む場合があるが、開示する実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられることを理解されよう。１つまたはいくつか、もしくは全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅは、ネットワークの範囲外（例えば、図中に破線で示されているセルカバレッジ境界線の外）にある場合がある。Ｖ２ＸグループのＷＴＲＵ Ａ、Ｂ、Ｃの中で、ＷＴＲＵ Ａはグループを先導するものであり、またＷＴＲＵ ＢおよびＣはグループメンバである。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、Ｕｕインターフェース、またはサイドリンク（ＰＣ５）インターフェースを通して通信する場合がある。
【0132】
本明細書に記載される装置、システム、方法およびプロセスのうちいずれかまたは全ては、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化される場合があり、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されるシステム、方法、およびプロセスを実施および／または実装させることを理解されたい。具体的には、本明細書に記載されるいずれのステップ、動作、または機能も、このようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサで実行されてよい。コンピュータ可読記憶媒体は、情報の記憶のために、任意の非一時的（例えば、有形または物理的）方法もしくは技術に実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体には、信号は含まれない。コンピュータ可読記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用されてよく、かつコンピュータシステムによってアクセスされることがある任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。
【0133】
以下に掲げるものは、上記の説明に出現する場合があるＮＲ技術に関連する頭字語のリストである。特に指示がない限り、本明細書で使用される頭字語は、以下に記載された対応する用語を指す。
5GC＝5G Core Network（５Ｇコアネットワーク）
ACK＝Positive ACKnowledgment（肯定確認応答）
AM＝Acknowledged Mode（確認応答モード）
Adapt＝Adaption Layer（適応層）
BSR＝Buffer Status Report（バッファ状態報告）
CN＝Core Network（コアネットワーク）
CU＝Central Unit（中心ユニット）
CU-CP＝Central Unit Control Plane（中心ユニット制御プレーン）
CU-UP＝Central Unit User Plane（中心ユニットユーザプレーン）
DRB＝Data Radio Bearer（データ無線ベアラ）
DU＝Distributed Unit（分散型ユニット）
FI＝F1 interface（Ｆ１インターフェース）
F1AP＝F1 interface Application（Ｆ１インターフェースアプリケーション）
gNB＝Node providing NR user plane and control plane protocol terminations towards the UE, and connected via the NG interface to the 5GC（ＵＥに向けてＮＲユーザプレーンおよび制御プレーンプロトコル終端を提供し、かつＮＧインターフェースを介して５ＧＣに接続されているノード）
HFCP＝Hop-by-hop Flow Control Protocol（ホップバイホップフロー制御プロトコル）
IAB＝Integrated Access and Backhaul（アクセス・バックホール統合）
IP＝Internet Protocol（インターネットプロトコル）
L1＝Layer 1（層１）
L2＝Layer 2（層２）
MAC＝Medium Access Control（メディアアクセス制御）
MT＝Mobile Termination（モバイル終端）
N1＝N1 reference point（Ｎ１参照点）
N3＝N2 reference point（Ｎ２参照点）
NACK＝Negative ACKnowledgment（否定確認応答）
NAS＝Non-Access Stratum（非アクセス層）
NG＝Next Generation or NG interface between 5G-C and RAN（５Ｇ－ＣとＲＡＮとの間の次世代インターフェースまたはＮＧインターフェース）
NGAP＝NG Interface Application（ＮＧインターフェースアプリケーション）
NG-AP＝NG Interface Application（ＮＧインターフェースアプリケーション）
NG-C＝NG Control Plane interface（ＮＧ制御プレーンインターフェース）
NG Interface＝Interface between NG RAN and 5GC（ＮＧ ＲＡＮと５ＧＣとの間のインターフェース）
NG-RAN＝NG RAN（ＮＧ ＲＡＮ）
NG-U＝NG User Plane Interface（ＮＧユーザプレーンインターフェース）
NR＝NR Radio Access（ＮＲ無線アクセス）
PDCP＝Packet Data Convergence Protocol（パケットデータ収束プロトコル）
PDU＝Protocol Data Unit（プロトコルデータユニット）
PHY＝Physical Layer（物理層）
QoS＝Quality of Service（サービス品質）
RAN＝Radio Access Network（無線アクセスネットワーク）
RB＝Radio Bearer（無線ベアラ）
RLC＝Radio Link Control（無線リンク制御）
RRC＝Radio Resource Control（無線リソース制御）
SCG＝Secondary Cell Group（セカンダリセルグループ）
SDAP＝Service Data Adaption Layer（サービスデータ適応層）
SDRAM＝Synchronous Dynamic Random Access Memory（シンクロナスダイナミックランダムアクセスメモリ）
SRB＝Signalling Radio Bearer（シグナリング無線ベアラ）
STCP＝Stream Control Transmission Protocol（ストリーム制御伝送プロトコル）
UE＝User Equipment（ユーザ端末）
UM＝Unacknowledged Mode（確認なし応答モード）
Un＝Un interface（Ｕｎインターフェース）
Uu＝Uu interface（Ｕｕインターフェース）
5GC＝5G Core Network（５Ｇコアネットワーク）
ACK＝Positive ACKnowledgment（肯定確認応答）
AM＝Acknowledged Mode（確認応答モード）
Adapt＝Adaption Layer（適応層）
BSR＝Buffer Status Report（バッファ状態報告）
CN＝Core Network（コアネットワーク）
CU＝Central Unit（中心ユニット）
CU-CP＝Central Unit Control Plane（中心ユニット制御プレーン）
CU-UP＝Central Unit User Plane（中心ユニットユーザプレーン）
DRB＝Data Radio Bearer（データ無線ベアラ）
DU＝Distributed Unit（分散型ユニット）
FI＝F1 interface（Ｆ１インターフェース）
F1AP＝F1 interface Application（Ｆ１インターフェースアプリケーション）
gNB＝Node providing NR user plane and control plane protocol terminations towards the UE, and connected via the NG interface to the 5GC（ＵＥに向けてＮＲユーザプレーンおよび制御プレーンプロトコル終端を提供し、かつＮＧインターフェースを介して５ＧＣに接続されているノード）
HFCP＝Hop-by-hop Flow Control Protocol（ホップバイホップフロー制御プロトコル）
IAB＝Integrated Access and Backhaul（アクセス・バックホール統合）
IP＝Internet Protocol（インターネットプロトコル）
L1＝Layer 1（層１）
L2＝Layer 2（層２）
MAC＝Medium Access Control（メディアアクセス制御）
MT＝Mobile Termination（モバイル終端）
N1＝N1 reference point（Ｎ１参照点）
N3＝N2 reference point（Ｎ２参照点）
NACK＝Negative ACKnowledgment（否定確認応答）
NAS＝Non-Access Stratum（非アクセス層）
NG＝Next Generation or NG interface between 5G-C and RAN（５Ｇ－ＣとＲＡＮとの間の次世代インターフェースまたはＮＧインターフェース）
NGAP＝NG Interface Application（ＮＧインターフェースアプリケーション）
NG-AP＝NG Interface Application（ＮＧインターフェースアプリケーション）
NG-C＝NG Control Plane interface（ＮＧ制御プレーンインターフェース）
NG Interface＝Interface between NG RAN and 5GC（ＮＧ ＲＡＮと５ＧＣとの間のインターフェース）
NG-RAN＝NG RAN（ＮＧ ＲＡＮ）
NG-U＝NG User Plane Interface（ＮＧユーザプレーンインターフェース）
NR＝NR Radio Access（ＮＲ無線アクセス）
PDCP＝Packet Data Convergence Protocol（パケットデータ収束プロトコル）
PDU＝Protocol Data Unit（プロトコルデータユニット）
PHY＝Physical Layer（物理層）
QoS＝Quality of Service（サービス品質）
RAN＝Radio Access Network（無線アクセスネットワーク）
RB＝Radio Bearer（無線ベアラ）
RLC＝Radio Link Control（無線リンク制御）
RRC＝Radio Resource Control（無線リソース制御）
SCG＝Secondary Cell Group（セカンダリセルグループ）
SDAP＝Service Data Adaption Layer（サービスデータ適応層）
SDRAM＝Synchronous Dynamic Random Access Memory（シンクロナスダイナミックランダムアクセスメモリ）
SRB＝Signalling Radio Bearer（シグナリング無線ベアラ）
STCP＝Stream Control Transmission Protocol（ストリーム制御伝送プロトコル）
UE＝User Equipment（ユーザ端末）
UM＝Unacknowledged Mode（確認なし応答モード）
Un＝Un interface（Ｕｎインターフェース）
Uu＝Uu interface（Ｕｕインターフェース）
【0134】
本明細書は、最良の方式を含む本発明を開示するために、また当業者が任意のデバイスまたはシステムを作製かつ使用し、任意の組み込まれた方法を行うことを含む本発明を実践することを可能にするために、各例を使用する。本発明の特許性のある範囲は、特許請求の範囲によって定義され、かつ当業者に想起される他の実施例を含む場合がある。そのような他の例は、特許請求の範囲の文字通りの言葉とは異ならない構造要素を有する場合、または特許請求の範囲の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合、特許請求の範囲の範囲内であることを意図している。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13A】
【図13B】
【図13C】
【図13D】
【図13E】
【図13F】
【図13G】
