(57)【要約】  所定のＵＥとＩＡＢドナーノードとの間のエンドツーエンドＲＬＣエンティティを用いない無線リンク制御（Radio  Link  Control：ＲＬＣ）データ転送に対する現在のアプローチは、適切なバッファ管理が不十分である。種々の例では、伝送されたＰＤＣＰ  ＰＤＵの早期削除が回避される。種々の実施形態はまた、バッファサイズ制御に対処し、例えばエンドツーエンドフロー制御、ホップバイホップフロー制御、ならびに、明確な、および暗黙のフロー制御オプションについて記載される。フロー制御メッセージのコンテンツ、フロー制御の受信時の送信機アクション、およびフロー制御のトリガについても記載される。
2021528904.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサおよびメモリを備える装置であって、前記装置の前記プロセッサによって実行されると、前記装置に、
中間ノードからのパケットデータ収束プロトコル（Packet  Data  Convergence  Protocol：ＰＤＣＰ）プロトコルデータユニット（Protocol  Data  Unit：ＰＤＵ）であって、アクセス・バックホール統合（Integrated  Access  And  Backhaul：ＩＡＢ）ノードから送信される前記ＰＤＣＰ  ＰＤＵを受信して、
トリガ、または状態要求に基づいて、ＰＤＣＰ状態報告を生成し、
前記ＰＤＣＰ状態報告を前記アクセス・バックホール統合（ＩＡＢ）ノードへ送信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、
前記ＰＤＣＰ状態報告は、前記装置によって受信される前記ＰＤＣＰ  ＰＤＵの確認応答を意味する、
装置。
【請求項２】
パケットデータ収束プロトコル（ＰＤＣＰ）送信機、ＰＤＣＰ受信機、および前記ＰＤＣＰ送信機と前記ＰＤＣＰ受信機との間で接続されている中間ノードを含むマルチホップアクセス・バックホール統合（ＩＡＢ）ネットワークにおける方法であって、
前記中間ノードからのＰＤＣＰプロトコルデータユニット（ＰＤＵ）であって、前記ＰＤＣＰ送信機から送信される前記ＰＤＣＰ  ＰＤＵを前記ＰＤＣＰ受信機によって受信することと、
ＰＤＣＰ状態報告を前記ＰＤＣＰ受信機によって生成することと、
前記ＰＤＣＰ送信機に前記ＰＤＣＰ状態報告を、前記ＰＤＣＰ受信機によって送信することと、
を含み、
前記ＰＤＣＰ状態報告は、前記ＰＤＣＰ受信機によって受信された前記ＰＤＣＰ  ＰＤＵの確認応答を意味する、
方法。
【請求項３】
前記方法は、
前記ＰＤＣＰ状態報告を前記ＰＤＣＰ送信機によって受信し、ここで前記確認応答は前記ＰＤＣＰ受信機によって特定のＰＤＣＰ  ＰＤＵが受信されたことを意味する、ということと、
前記ＰＤＣＰ状態報告を受信することに応じて、前記ＰＤＣＰ送信機のバッファから前記ＰＤＣＰ  ＰＤＵを削除することと、
を含む、請求項２に記載の方法。
【請求項４】
前記方法は、
前記ＰＤＣＰ状態報告を前記ＰＤＣＰ送信機によって受信し、ここで前記確認応答は前記ＰＤＣＰ受信機によって特定のＰＤＣＰ  ＰＤＵが受信されなかったことを意味する、ということと、
前記ＰＤＣＰ状態報告を受信することに応じて、前記中間ノードによって前記特定のＰＤＣＰ状態報告が既に受信されているかどうかにかかわらず、前記特定のＰＤＣＰ  ＰＤＵを再伝送することと、
をさらに含む、請求項２に記載の方法。
【請求項５】
前記特定のＰＤＣＰ  ＰＤＵを再伝送することは、無線リソース制御（Radio  Resource  Control：ＲＲＣ）メッセージまたは前記ＰＤＣＰ状態報告のインジケーションに基づく、請求項４に記載の方法。
【請求項６】
前記方法は、
前記ＰＤＣＰ送信機からの前記確認応答を送信する要求を、前記ＰＤＣＰ受信機によって受信することと、
前記要求に応じて、前記ＰＤＣＰ状態報告を生成することと、
をさらに含む、請求項２に記載の方法。
【請求項７】
前記要求は、前記ＰＤＣＰ  ＰＤＵのヘッダ内に示される、請求項６に記載の方法。
【請求項８】
前記方法は、前記ＰＤＣＰ送信機からの要求を受信することなく内部イベントトリガに応じて前記ＰＤＣＰ状態報告を生成すること、をさらに含む、請求項２に記載の方法。
【請求項９】
前記方法は、
ハンドオーバまたはルート更新コマンドを前記ＰＤＣＰ受信機によって受信することと、
前記ハンドオーバまたはルート更新コマンドに応じて、前記ＰＤＣＰ状態報告を生成することと、
をさらに含む請求項２に記載の方法。
【請求項１０】
前記方法は、
前記ＰＤＣＰ受信機からの前記ＰＤＣＰ状態報告を、前記中間ノードによって受信することと、
前記ＰＤＣＰ受信機と前記ＰＤＣＰ送信機との間で前記確認応答を中継するように、前記送信機への前記ＰＤＣＰ状態報告を前記中間ノードによって伝送することと、
を含む、請求項２から９のいずれか１項に記載の方法。
【請求項１１】
ＰＤＣＰ送信機によって実施される方法であって、
第１中間ノードにＰＤＣＰ受信機向けのものであるＰＤＣＰ  ＰＤＵを送信することと、
前記第１中間ノードに前記ＰＤＣＰ  ＰＤＵが送信された後に、バッファ内に前記ＰＤＣＰ  ＰＤＵを保存することと、
前記ＰＤＣＰ受信機によって前記ＰＤＣＰ  ＰＤＵが受信されたことを意味する確認応答を受信することと、
前記確認応答に応じて、前記バッファから前記ＰＤＣＰ  ＰＤＵを削除することと、
を含む方法。
【請求項１２】
前記方法は、
前記第１中間ノードに前記ＰＤＣＰ受信機向けのものである第２ＰＤＣＰ  ＰＤＵを送信することと、
前記第１中間ノードによって前記第２ＰＤＣＰ  ＰＤＵが受信されたことを意味する中間確認応答を受信することと、
前記ＰＤＣＰ受信機によって前記第２ＰＤＣＰ  ＰＤＵが受信されなかったことを意味する否定確認応答を受信することと、
前記第２ＰＤＣＰ  ＰＤＵを再伝送することと、それによって、前記中間ノードによって送達の成功が確認されたかどうかにかかわらず、前記ＰＤＣＰ  ＰＤＵを送信することと、
をさらに含む、請求項１１に記載の方法。
【請求項１３】
前記方法は、
前記第１中間ノードによって前記ＰＤＣＰ  ＰＤＵが受信されたというインジケーションを受信することと、
前記中間ノードによって前記ＰＤＣＰ  ＰＤＵが受信されたという前記インジケーションの受信後も、前記バッファ内に前記ＰＤＣＰ  ＰＤＵを保持することと、
をさらに含む、請求項１１に記載の方法。
【請求項１４】
前記確認応答は、前記第１中間ノードと前記ＰＤＣＰ受信機との間で接続されている第２中間ノードから送信される、請求項１３に記載の方法。
【請求項１５】
前記確認応答は、前記ＰＤＣＰ受信機から送信される、請求項１３に記載の方法。
【請求項１６】
プロセッサおよびメモリを備える装置であって、前記装置はネットワークに接続され、前記装置の前記プロセッサによって実行されると、前記装置に、
中間ノードからフロー制御フィードバックメッセージを受信し、前記中間ノードは、前記送信機ノードから前記装置に送信されるデータが、前記中間ノードを通過するように、前記ネットワーク内の前記装置と送信機ノードとの間で接続され、
前記フロー制御フィードバックメッセージに基づいて、前記送信機ノードから前記装置に送信されるデータ向けに新しいルートを選択させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、装置。
【請求項１７】
プロセッサおよびメモリを備える装置であって、前記装置はネットワークに接続され、前記装置の前記プロセッサによって実行されると、前記装置に、
中間ノードからフロー制御フィードバックメッセージを受信し、前記中間ノードは、前記送信機ノードから前記装置に送信されるデータが、前記中間ノードを通過するように、前記ネットワーク内の前記装置と送信機ノードとの間で接続され、
前記フロー制御フィードバックメッセージに基づいて、前記送信機ノードにフロー制御メッセージを送信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、
前記フロー制御フィードバックメッセージは、明確なフロー制御要求を意味し、前記フロー制御メッセージは、データの伝送を停止する、データの伝送を開始する、そのデータ伝送レートを上げる、そのデータ伝送レートを下げる、および／または新しいレートでデータを伝送するように、前記送信機ノードに向けたインジケーションを含む、
装置。
【請求項１８】
プロセッサおよびメモリを備える装置であって、前記装置はネットワークに接続され、前記装置の前記プロセッサによって実行されると、前記装置に、
中間ノードからフロー制御通知メッセージを受信し、前記中間ノードは、前記送信機ノードから前記装置に送信されるデータが、前記中間ノードを通過するように、前記ネットワーク内の前記装置と送信機ノードとの間で接続され、
前記フロー制御通知メッセージに基づいて、前記送信機ノードにフロー制御メッセージを送信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、
前記フロー制御メッセージは、データの伝送を停止する、データの伝送を開始する、そのデータ伝送レートを上げる、そのデータ伝送レートを下げる、および／または新しいレートでデータを伝送するように、前記送信機ノードに向けたインジケーションを含む、
装置。
【請求項１９】
前記装置は、前記装置の前記プロセッサによって実行されると、前記装置に、
前記フロー制御通知メッセージを周期的に受信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、請求項１８に記載の装置。
【請求項２０】
前記装置は、前記装置の前記プロセッサによって実行されると、前記装置に、
前記中間ノードまたは送信機ノードのバッファ内の利用可能な容量が閾値を上回ることに応じて、前記フロー制御通知メッセージを受信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、請求項１８に記載の装置。
【請求項２１】
前記装置は、前記装置の前記プロセッサによって実行されると、前記装置に、
前記中間ノードまたは送信機ノードの前記バッファ内の利用可能な容量が閾値を下回ることに応じて、前記フロー制御通知メッセージを受信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、請求項１８に記載の装置。
【請求項２２】
前記装置は、前記装置の前記プロセッサによって実行されると、前記装置に、
前記中間ノードまたは送信機ノードの前記バッファ内のデータの量が下限閾値を下回ることに応じて、前記フロー制御通知メッセージを受信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、請求項１８に記載の装置。
【請求項２３】
前記装置は、前記装置の前記プロセッサによって実行されると、前記装置に、
前記中間ノードまたは送信機ノードの前記バッファ内のデータの量が上限閾値を上回ることに応じて、前記フロー制御通知メッセージを受信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、請求項１８に記載の装置。
【請求項２４】
前記フロー制御通知メッセージは、前記中間ノードまたは送信機ノードのバッファ内の利用可能な容量、前記中間ノードまたは送信機ノードの前記バッファ内のデータの量、前記中間ノードまたは送信機ノードの前記バッファ内のデータの量が下限閾値を下回るというインジケーション、前記中間ノードまたは送信機ノードの前記バッファ内のデータの量が上限閾値を上回るというインジケーション、ベアラの識別情報、およびサービスフロー品質の識別情報、フロー制御が適用される必要がある前記中間ノードの識別情報、フロー制御が適用される必要があるルートの識別情報、もしくは、前記中間ノードまたは送信機ノードからのパケット欠落のインジケーション、を示す、請求項１８に記載の装置。
【請求項２５】
前記装置は、前記装置の前記プロセッサによって実行されると、前記装置に、
前記中間ノードと前記送信機ノードとの間のルートの変更または新しいルートの選択に応じて、前記フロー制御通知メッセージを受信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、請求項１８に記載の装置。
【請求項２６】
前記装置は、前記装置の前記プロセッサによって実行されると、前記装置に、受信したＰＤＣＰ信号データユニット（Signal  Data  Unit：ＳＤＵ）シーケンス番号が、リオーダリングウィンドウ上限シーケンス番号閾値を上回ることに応じて、前記フロー制御通知メッセージを受信させる、
前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、請求項１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は２０１８年６月２０日に出願の米国仮出願番号第６２／６８７，５０１号、および２０１８年９月２６日に出願の米国仮出願番号第６２／７３６，８０７号の利益および優先権を主張し、それらの内容が全体として本明細書に参考として組み込まれる。
【背景技術】
【０００２】
新無線（New  Radio：ＮＲ）でマルチホップバックホーリングをサポートする際に、図１から３に示されるホップバイホップデータ転送アーキテクチャが検討されている。アクセス・バックホール統合（Integrated  Access  And  Backhaul：ＩＡＢ）ノード（ＩＡＢノード）は、ユーザ端末（User  Equipment：ＵＥ）への無線アクセスをサポートし、かつアクセストラフィックを無線でバックホールする無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）ノードである。ＩＡＢドナーノードは、コアネットワークへの所定のＵＥのインターフェース、およびＩＡＢノードへの無線バックホーリング機能を提供するＲＡＮノードである。所定のＵＥとＩＡＢドナーノードとの間のエンドツーエンドピアＲＬＣエンティティを用いない無線リンク制御（Radio  Link  Control：ＲＬＣ）データ転送に対する現在のアプローチは、適切なバッファ管理が不十分である。
【発明の概要】
【０００３】
種々の例では、伝送されたＰＤＣＰ  ＰＤＵの早期削除が回避される。種々の実施形態は、ＰＤＣＰ確認応答に対する新しいトリガ条件を含むＰＤＣＰ確認応答を含む。同様に、ＰＤＣＰ確認応答の複数の実施形態は、ポーリングビットトリガ型リオーダリングウィンドウベースＰＤＣＰ状態報告、ＲＲＣトリガ型またはイベントトリガ型１ショットまたは周期的ウィンドウベースＰＤＣＰ状態報告、ＰＤＣＰ制御ＰＤＵトリガ型１ショットまたは周期的ウィンドウベースＰＤＣＰ状態報告、ならびに、各ＰＤＣＰ  ＰＤＵのＲＲＣトリガ型またはイベントトリガ型ＡＣＫ／ＮＡＣＫを含む。他の例では、ＲＬＣ確認応答が、最終宛先受信機（例えば、ＵＥ）と発信元送信機（例えば、ＩＡＢドナーノードまたはｇＮＢ）との間で中継される。別の例では、エンドツーエンド確認応答プロシージャが、ＵＥに接続されているＩＡＢノードとＩＡＢドナーノードとの間で導入される。さらに、例えば、ＲＬＣ層からの確認応答を無視するＰＤＣＰの動作に対する変更について、記載される。種々の実施形態はまた、バッファサイズ制御に対処する場合があり、例えばエンドツーエンドフロー制御、ホップバイホップフロー制御、ならびに、明確な、および暗黙のフロー制御オプションが導入される。フロー制御メッセージのコンテンツ、フロー制御の受信時の送信機アクション、およびフロー制御のトリガについても記載される。
【０００４】
一例示的態様では、装置は、中間ノードから、パケットデータ収束プロトコル（Packet  Data  Convergence  Protocol：ＰＤＣＰ）プロトコルデータユニット（Protocol  Data  Unit：ＰＤＵ）を受信する場合がある。ＰＤＣＰ  ＰＤＵは、中間ノードを通して、アクセス・バックホール統合（ＩＡＢ）ノードから送信される場合がある。トリガまたは状態要求に基づいて、装置は、ＰＤＣＰ状態報告を生成して、ＰＤＣＰ状態報告をアクセス・バックホール統合（ＩＡＢ）ノードに送信する場合がある。ＰＤＣＰ状態報告は、装置によって受信されたＰＤＣＰ  ＰＤＵの確認応答を意味する場合がある。ＰＤＣＰ状態報告を受信することに応じて、ＰＤＣＰ  ＰＤＵを送信したＰＤＣＰ送信機は、そのバッファからＰＤＣＰ  ＰＤＵを削除することができる。
【０００５】
別の態様では、ＰＤＣＰ送信機は、ＰＤＣＰ受信機に向けたＰＤＣＰ  ＰＤＵを第１中間ノードに送信する。ＰＤＣＰ送信機は、第１中間ノードにＰＤＣＰ  ＰＤＵを送信した後に、バッファ内にＰＤＣＰ  ＰＤＵを保存する。ＰＤＣＰ送信機は、ＰＤＣＰ受信機によってＰＤＣＰ  ＰＤＵが受信されたことを意味する確認応答を受信する。確認応答に応じて、ＰＤＣＰ送信機は、バッファからＰＤＣＰ  ＰＤＵを削除する。ＰＤＣＰ送信機は、ＰＤＣＰ  ＰＤＵが第１中間ノードによって受信されたというインジケーションを受信するが、ＰＤＣＰ  ＰＤＵが中間ノードによって受信されたというインジケーションの受信後も、バッファ内にＰＤＣＰ  ＰＤＵを保持する場合がある。一例では、確認応答は、第１中間ノードとＰＤＣＰ受信機との間で接続されている第２中間ノードから送信される。
【０００６】
さらに別の態様では、装置は、中間ノードからフロー制御フィードバックメッセージを受信する場合があるが、この中間ノードは、エンドノードから装置に送信されるデータが、当該中間ノードを通過するように、ネットワーク内の装置とその装置からの上りリンクのエンドノードとの間で接続される。フロー制御フィードバックメッセージに基づいて、装置は、フロー制御メッセージをエンドノードに送信するか、またはエンドノードから装置への下りリンクで送信されるデータ向けに新しいルートを選択する場合がある。フロー制御フィードバックメッセージは、明確なフロー制御要求を意味する場合があり、またフロー制御メッセージは、データの伝送を停止する、データの伝送を開始する、そのデータ伝送レートを上げる、そのデータ伝送レートを下げる、および／または新しいレートでデータを伝送するように、エンドノードに向けたインジケーションを含んでもよい。
【０００７】
本概要は、下記にさらに記載される発明を実施するための形態を簡略化した形式で、概念の選択を紹介するものである。本概要は、請求される主題の主要な特徴または実質的な特徴を特定したり、請求される主題の範囲を限定するために使用されたりすることを意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載されている、いずれかのまたは全ての不利点を解決する制限にも制約されない。
【０００８】
（図面の簡単な説明）
本出願のより確固たる理解を促進するために、参照番号が添付の図面に記載されるが、これらの各図面において、同じ要素は同じ番号を用いて参照される。これらの図面は、本出願を限定するものと解釈されるべきではなく、単に例証を意図したものである。
【図面の簡単な説明】
【０００９】
【図１】図１は、アクセス・バックホール統合（ＩＡＢ）の例示的参照アーキテクチャを示す図である。
【図２】図２は、層２（Layer  2：Ｌ２）中継向けの例示的制御プレーンプロトコルスタックを示す図である。
【図３】図３は、層２（Ｌ２）中継向けの例示的ユーザプレーンプロトコルスタックを示す図である。
【図４】図４は、例示的実施形態に従う、ｇＮＢまたはＩＡＢドナーノードへの、所定のユーザ端末（ＵＥ）による、イベントベースまたはオンデマンドパケットデータ収束プロトコル（ＰＤＣＰ）状態報告のコールフロー図である。
【図５】図５は、例示的実施形態に従う、所定のＵＥへの、ｇＮＢまたはＩＡＢドナーノードによる、イベントベースまたはオンデマンドＰＤＣＰ状態報告のコールフロー図である。
【図６】図６は、例示的実施形態に従う、ｇＮＢまたはＩＡＢドナーノードへの、ポーリングビットベースのＰＤＣＰ状態報告のコールフロー図である。
【図７】図７は、例示的実施形態に従う、ＵＥへの、ポーリングビットベースのＰＤＣＰ状態報告のコールフロー図である。
【図８】図８は、例示的実施形態に従う、ｇＮＢまたはＩＡＢドナーノードへの、ＰＤＣＰ制御プロトコルデータユニット（ＰＤＵ）ベースのＰＤＣＰ状態報告のコールフロー図である。
【図９】図９は、例示的実施形態に従う、ＵＥへの、ＰＤＣＰ制御ＰＤＵベースのＰＤＣＰ状態報告のコールフロー図である。
【図１０】図１０は、例示的実施形態に従う、ｇＮＢまたはＩＡＢドナーへの、個々のＰＤＣＰ  ＰＤＵ確認応答のコールフロー図である。
【図１１】図１１は、例示的実施形態に従う、ＵＥへの、個々のＰＤＣＰ  ＰＤＵ確認応答のコールフロー図である。
【図１２】図１２は、例示的実施形態に従う、ＲＬＣ確認応答の中継を示すブロック図である。
【図１３Ａ】図１３Ａは、本明細書で説明および請求される方法および装置がその中で具現化される場合がある例示的通信システムを示す図である。
【図１３Ｂ】図１３Ｂは、本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。
【図１３Ｃ】図１３Ｃは、例示的実施形態に従う、例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワークのシステム図である。
【図１３Ｄ】図１３Ｄは、別の実施形態に従う、ＲＡＮおよびコアネットワークの別のシステム図である。
【図１３Ｅ】図１３Ｅは、別の実施形態に従う、ＲＡＮおよびコアネットワークの別のシステム図である。
【図１３Ｆ】図１３Ｆは、図１３Ａ、図１３Ｃ、図１３Ｄおよび図１３Ｅに示される通信ネットワークの１つまたは複数の装置がその中で具現化される場合がある例示的コンピューティングシステム９０のブロック図である。
【図１３Ｇ】図１３Ｇは、本明細書で説明および請求される方法および装置がその中で具現化される場合がある別の例示的通信システムを示す図である。
【発明を実施するための形態】
【００１０】
上述したように、所定のユーザ端末（ＵＥ）とアクセス・バックホール統合（ＩＡＢ）ドナーノードとの間のエンドツーエンドピアＲＬＣエンティティを用いない無線リンク制御（ＲＬＣ）データ転送に対する現在のアプローチは、適切なバッファ管理が不十分であることが、本明細書において認識される。現在のアプローチに関連した種々の問題が、本明細書において認識される。例えば、現在のアプローチでは、無損失ハンドオーバをサポートすることができない場合がある。引き続きこの例において、ＰＤＣＰ層がリセットされる無損失ハンドオーバをサポートするために、伝送パケットデータ収束プロトコル（ＰＤＣＰ）エンティティは、ＰＤＣＰ受信機に送達するまでバッファデータを必要とする場合がある。したがって、伝送されたプロトコルデータユニット（ＰＤＵ）を削除して、ＵＥバッファリング要件を最小化するために、ＲＬＣ  ＡＣＫが、（ＵＥ内の）ＰＤＣＰ送信機によって使用される場合がある。エンドツーエンドＲＬＣ確認応答（Acknowledgment：ＡＣＫ）がないと、ＵＥバッファリング要件の最小化と同時に、伝送されたＰＤＣＰ  ＰＤＵが早期に削除されないことを確実にする無損失ハンドオーバをサポートするには、現在のアプローチは不十分であることが、本明細書において認識される。
【００１１】
適切なバッファ管理がないと、ハンドオーバの間に、親ＩＡＢノードまたはターゲットＩＡＢに大量のデータが不必要に転送されるというリスクが存在する場合があり、それにより長いデータ割り込み時間をもたらす可能性があることが、本明細書において認識される。適切なバッファ管理がないと、所定のＵＥとドナーＩＡＢノードとの間のエンドツーエンド遅延が、サービスエンドツーエンド中継から送達される利用可能な遅延バジェットよりも不必要に長くなり、例えば、結果としてパケットがドロップされる可能性があることが、本明細書においてさらに認識される。さらに、適切なバッファ管理がないと、ＩＡＢノードでのバッファオーバーフローの可能性が高くなる場合があり、これにより、バックホールを通した不必要な伝送、無線リソース、利用可能なアクセスリンク、およびバックホール帯域幅の非効率な使用という結果をもたらす場合がある。適切なバッファ管理がないと、ＩＡＢノードが欠乏し、それにより下りリンクまたは上りリンク伝送機会および無線インターフェースのリソースを無駄にすることに繋がる場合があることが、本明細書においてさらに認識される。適切なバッファ管理がないと、ＩＡＢノードでのバッファが、不必要に非常に大きくなる場合があり、ＵＥコストおよびＩＡＢノードコスト（例えば、より大きいＳＤＲＡＭメモリ）が不必要に高くなり、かつ、場合によっては、より大きな消費電力／電力消費をもたらす可能性があることが、本明細書においてさらに認識される。マルチユーザの多様性を活用するために、場合によっては、ＩＡＢノードは、できるだけ多くのユーザのデータを有する場合がある。複数のユーザに当てたデータの使用可能性は、ＩＡＢとＵＥとの間のエアインターフェースリンクのスループットを向上させることができることが、本明細書において認識される。さらに、適切なバッファ管理は、ＩＡＢノードでのデータの適時の使用可能性を向上するために使用される場合がある。
【００１２】
種々の例では、伝送されたＰＤＣＰ  ＰＤＵの早期削除が回避される。種々の実施形態は、ＰＤＣＰ確認応答に対する新しいトリガ条件を含むＰＤＣＰ確認応答を含む。同様に、ＰＤＣＰ確認応答の複数の実施形態は、ポーリングビットトリガ型リオーダリングウィンドウベースＰＤＣＰ状態報告、ＲＲＣトリガ型またはイベントトリガ型１ショットまたは周期的ウィンドウベースＰＤＣＰ状態報告、ＰＤＣＰ制御ＰＤＵトリガ型１ショットまたは周期的ウィンドウベースＰＤＣＰ状態報告、ならびに、各ＰＤＣＰ  ＰＤＵのＲＲＣトリガ型またはイベントトリガ型ＡＣＫ／ＮＡＣＫを含む。他の例では、ＲＬＣ確認応答が、最終宛先受信機（例えば、ＵＥ）と発信元送信機（例えば、ＩＡＢドナーノードまたはｇＮＢ）との間で中継される。別の例では、エンドツーエンド確認応答プロシージャが、ＵＥに接続されているＩＡＢノードとＩＡＢドナーノードとの間で導入される。さらに、例えば、ＲＬＣ層からの確認応答を無視するＰＤＣＰの動作に対する変更について、記載される。種々の実施形態はまた、バッファサイズ制御に対処する場合があり、例えばエンドツーエンドフロー制御、ホップバイホップフロー制御、明確な、および暗黙のフロー制御オプションが導入される。フロー制御メッセージのコンテンツ、フロー制御の受信時の送信機アクション、およびフロー制御のトリガについても記載される。
【００１３】
ＰＤＣＰ確認応答に関して、マルチホップＩＡＢネットワークでは、ＰＤＣＰ送信機での伝送されたＰＤＣＰ  ＰＤＵの早期削除を回避するために、例えば、ＰＤＣＰ受信機は、ＰＤＣＰ  ＰＤＵを受信したことを確認応答する。ＰＤＣＰ確認応答は、単一のＰＤＣＰ  ＰＤＵ確認応答の形態であるか、あるいは、例えば、ＰＤＣＰエンティティの受信側によって保持される受信ウィンドウ（例えば、リオーダリングウィンドウ）に基づく、ＰＤＣＰ  ＰＤＵの束に対するＡＣＫ（肯定ＡＣＫ）、またはＮＡＣＫ（否定ＡＣＫ）を含む、より拡張された状態報告の形態であってもよい。例えば、このようなＰＤＣＰ確認応答は、ＰＤＣＰ  ＰＤＵのセットのＡＣＫまたはＮＡＣＫ状態を伝送するために、ビットマップがＰＤＣＰエンティティの受信側によって使用される既存のＰＤＣＰ状態報告に類似するものである場合がある。本明細書で使用する場合、ＰＤＣＰ確認応答およびＰＤＣＰ状態報告は、明示しない限り、制限なく、同じ意味で用いられる場合がある。同様に、用語「確認応答」は、明示しない限り、ＡＣＫまたはＮＡＣＫに関して使用される場合がある。特に指示がない限り、本明細書に記載されるＰＤＣＰ確認応答プロシージャは、上りリンクおよび下りリンク伝送の両方に適用されてよい。さらに、特に指示がない限り、ＰＤＣＰ確認応答生成、およびＰＤＣＰ確認応答受信について本明細書に記載されるプロシージャは、ＵＥ、ｇＮＢまたはＩＡＢノードに適用される。場合によっては、ＰＤＣＰ確認応答プロシージャは、ＩＡＢノードの任意のペア間で、例えば、ＩＡＢドナーノードとＵＥに直接接続されているＩＡＢノードとの間のものである場合がある。
【００１４】
ＰＤＣＰ確認応答は、ＲＲＣシグナリングによって、有効、または無効にされる場合がある。上位層は、確認応答モード（Acknowledged  Mode：ＡＭ）データ無線ベアラ（Data  Radio  Bearer：ＤＲＢ）または確認なし応答モード（Unacknowledged  Mode：ＵＭ）ＤＢＲ、およびシグナル無線ベアラ（Signal  Radio  Bearer：ＳＲＢ）ごとに、対応するＰＤＣＰエンティティが、受信したＰＤＣＰ  ＰＤＵに対してＰＤＣＰ確認応答をＰＤＣＰピアエンティティに送信する必要があるかどうか、および、受信ＰＤＣＰが、ＰＤＣＰ確認応答に基づいてバッファ内に入れられた伝送ＰＤＵを管理する必要があるかどうかを構成してもよい。例えば、上位層は、ＵＥのＤＲＢごとに、ＵＥ内の対応するＰＤＣＰエンティティが、上りリンクでＰＤＣＰ確認応答を送信する必要があるかどうか、および／または、ＵＥ内の対応するＰＤＣＰエンティティが、下りリンクのＰＤＣＰ確認応答に基づいてバッファ内に入れられた伝送ＰＤＵを管理する必要があるかどうかを構成してもよい。ＰＤＣＰ確認応答を送信するように上位層によって構成されたＡＭ  ＤＲＢまたはＵＭ  ＤＲＢで、受信ＰＤＣＰエンティティは、例えば、ハンドオーバまたはルート更新コマンドをＵＥが受信するときに、ＰＤＣＰ確認応答をトリガしてもよい。例えば、ＲＲＣ再構成メッセージは、モビリティ制御情報要素を含んでもよく、またＵＥ内の上位層は、ＰＤＣＰエンティティがＰＤＣＰ確認応答を生成するように要求してもよい。
【００１５】
例えば、ＰＤＣＰエンティティの受信側が、ＰＤＣＰピアエンティティの伝送側から、ＰＤＣＰ確認応答を送信する要求を受信するときにも、受信ＰＤＣＰエンティティは、ＰＤＣＰ確認応答をトリガしてもよい。要求は、ユーザプレーン内の帯域内、または制御プレーン内の帯域外でのものであってよい。ユーザプレーン帯域内シグナリングの例では、要求は、ポーリングビットの形態であってもよい（例えば、図６および図７を参照）。ＰＤＣＰエンティティは、そのピアＰＤＣＰエンティティをポーリングして、ピアＰＤＣＰエンティティでの確認応答報告をトリガする場合がある。ポーリングビットは、ＰＤＣＰヘッダの一部として規定されてもよい。一例では、ポーリングの１の値は、ＰＤＣＰ確認応答が要求されていることを意味する。ポーリングビットの０の値は、ＰＤＣＰ確認応答が要求されていないか、またはＰＤＣＰ確認応答の伝送が停止されている可能性があることを意味する場合がある。あるいは、ＰＤＣＰ確認応答の要求向けに特別に設計されたＰＤＣＰ制御ＰＤＵが、使用されてもよい（例えば、図８および９を参照）。別の代替案では、このような要求は、帯域外シグナリング（例えば、ＲＲＣシグナリングなどの制御プレーンシグナリング）を使用してもよい。例えば、ハンドオーバまたはルート更新コマンドは、受信機ＰＤＣＰエンティティに、ＰＤＣＰ確認応答を伝送するか、またはＰＤＣＰ確認応答の伝送を開始するように、明確な要求を搬送してもよい。
【００１６】
図１０を参照すると、受信ＰＤＣＰエンティティ（ＰＤＣＰ受信機）はまた、例えば、ＲＲＣがＳＣＧセルの追加、解除、または修正を伴ってＵＥを構成するときに、ＰＤＣＰ確認応答をトリガする場合がある。例えば、ＵＥがＳＣＧセル追加、もしくはＳＣＧ解除またはＳＣＧ修正ＲＣＣメッセージを受信すると、ＵＥ内の上位層（例えば、ＲＲＣ）は、ＰＤＣＰエンティティにＰＤＣＰ確認応答を伝送するように要求してもよい。図１０および１１を参照すると、ＰＤＣＰ確認応答は、ＰＤＣＰ確認応答を伝送する要求の後に、受信した各ＰＤＣＰ  ＰＤＵに対して、単一のＰＤＣＰ確認応答の形態をとるか、もしくは、複数のＰＤＵに対するＡＣＫ、または無秩序に受信されるＰＤＣＰのＣＯＯＵＮＴ情報に基づいて、ＰＤＣＰエンティティによって受信される必要のあったＰＤＣＰ  ＰＤＵに対するＮＡＣＫを提供するＰＤＣＰ状態報告の形態をとってもよい。
【００１７】
別の実施形態では、上位層は、周期的なＰＤＣＰ確認応答伝送向けにＰＤＣＰエンティティを構成してもよい。ＰＤＣＰエンティティは、周期的なＰＤＣＰ確認応答伝送向けのタイマを用いて上位層によって構成されてよい。さらに別の実施形態では、ＰＤＣＰ確認応答は、ウィンドウベース類似ＡＭ  ＲＬＣ状態報告またはＰＤＣＰ状態報告である場合があるが、ＵＭ  ＤＲＢおよびＡＭ  ＤＲＢの両方に適用可能である。種々のＰＤＣＰ確認応答プロシージャの例は、図４から１１にさらに示される。
【００１８】
図４から１１を参照すると、種々の例示的システムは、ＩＡＢドナーまたはエンドノードと通信するＵＥを含む。１つまたは複数の中間ノードがＵＥとエンドノードとの間にある場合があることが理解されよう。例示的システムは、開示される主題の説明をより良く、かつ容易にするために簡略化されており、本開示の範囲を制限することを意図していないことをさらに理解されよう。他のデバイス、システムおよび構成は、図４から１１に示されるシステムなどのシステムに加えて、またはその代わりに、本明細書にて開示される実施形態を実装するために使用される場合がある。
【００１９】
特に図４を参照すると、装置は、中間ノードからパケットデータ収束プロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信する場合がある。ＰＤＣＰ  ＰＤＵは、中間ノードを通して、アクセス・バックホール統合（ＩＡＢ）ノードから送信される場合がある。トリガまたは状態要求に基づいて、装置は、ＰＤＣＰ状態報告を生成して、ＰＤＣＰ状態報告をアクセス・バックホール統合（ＩＡＢ）ノードに送信することができる。ＰＤＣＰ状態報告は、装置によって受信されたＰＤＣＰ  ＰＤＵの確認応答を意味する場合がある。ＰＤＣＰ状態報告の受信に応じて、ＰＤＣＰ  ＰＤＵを送信したＰＤＣＰ送信機（例えば、ＩＡＢドナー）は、そのバッファからＰＤＣＰ  ＰＤＵを削除することができる。
【００２０】
図５を参照すると、ＰＤＣＰ送信機は、ＰＤＣＰ受信機に向けたＰＤＣＰ  ＰＤＵを第１中間ノードに送信する。ＰＤＣＰ送信機は、第１中間ノードにＰＤＣＰ  ＰＤＵを送信した後に、バッファ内にＰＤＣＰ  ＰＤＵを保存する。ＰＤＣＰ送信機は、ＰＤＣＰ受信機によってＰＤＣＰ  ＰＤＵが受信されたことを意味する確認応答を受信する。確認応答に応じて、ＰＤＣＰ送信機は、バッファからＰＤＣＰ  ＰＤＵを削除する。ＰＤＣＰ送信機は、ＰＤＣＰ  ＰＤＵが第１中間ノードによって受信されたというインジケーションを受信するが、中間ノードによってＰＤＣＰ  ＰＤＵが受信されたというインジケーションの受信後も、バッファ内にＰＤＣＰ  ＰＤＵを保持する場合がある。一例では、確認応答は、第１中間ノードとＰＤＣＰ受信機との間で接続されている第２中間ノードから送信される。別の例では、確認応答は、ＰＤＣＰ受信機から送信される。ＰＤＣＰ状態報告は、確認応答を送信する要求をＰＤＣＰ送信機から受信することに応じて生成される場合がある。場合によっては、要求は、ＰＤＣＰ  ＰＤＵのヘッダ内に示される場合がある。
【００２１】
図１０を参照して、ＰＤＣＰ受信機は、ハンドオーバまたはルート更新コマンドを受信する場合があり、かつＰＤＣＰ状態報告は、ハンドオーバまたはルート更新コマンドに応じて生成される場合がある。さらに、中間ノードは、ＰＤＣＰ受信機とＰＤＣＰ送信機との間の確認応答を中継するように、ＰＤＣＰ受信機からＰＤＣＰ状態報告を受信し、かつＰＤＣＰ状態報告を送信機に伝送する場合がある。
【００２２】
過度の大きなＰＤＣＰ送信機バッファサイズおよびＰＤＣＰ受信機バッファサイズを回避するのと同時に、伝送されたＰＤＣＰ  ＰＤＵの早期削除を回避するＰＤＣＰ確認応答は、ＲＬＣからの偽肯定確認応答に対応するために、ＰＤＣＰとＲＬＣとの間の新しい相互作用を必要とする場合があることが、本明細書において認識される。例えば、ＡＭ  ＤＲＢのケースでは、ＰＤＣＰ  ＰＤＵの送達が成功したことをＰＤＣＰにＲＬＣエンティティが示す場合、この成功インジケーションは、ＰＤＣＰピアエンティティにＰＤＣＰ  ＰＤＵがまだ送達されていない可能性があるような偽確認応答である場合がある。例では、ＰＤＣＰエンティティおよびそのピアエンティティが、それらの間の経路で少なくとも１つのＩＡＢノードを有する場合に、ＰＤＣＰは、ＲＬＣからの肯定確認応答を無視する。このことは、例えば、下位層ＲＬＣからの肯定確認応答を無視するかしないかのインジケーションを用いて、上位層（例えば、ＲＲＣ）によって構成されたＰＤＣＰエンティティを有することによって実現することができる。ＰＤＣＰエンティティがこのようなインジケーションを用いずに構成されると、場合によっては、デフォルトのＰＤＣＰでは、ＲＬＣからの肯定確認応答を無視しない。ＲＲＣ構成はまた、ＰＤＣＰおよびＲＬＣ確認応答処理の両方で共通するものである場合がある。例えば、ＰＤＣＰ確認応答処理が有効である場合、ＲＬＣ確認応答処理は無効である場合がある。
【００２３】
上述の例示的ＰＤＣＰ確認応答シグナリング設計は、発信元送信機（例えば、上りリンクトラフィックの場合のＵＥ、および下りリンクトラフィックの場合のＩＡＢドナー、またはＩＡＢノードの任意のペア間の）と最終宛先受信機（上りリンクトラフィックの場合のＩＡＢドナー、および下りリンクトラフィックの場合のＵＥ、またはＩＡＢノードの任意のペア間の）との間の適応層によるＰＤＣＰ確認応答のホップバイホップ中継を含む。適応層によるＰＤＣＰ確認応答の受信時に、適応層は、ＰＤＣＰ確認応答を中継するか、ＰＤＣＰ確認応答（例えば、確認応答を生成する受信機ＰＤＣＰエンティティのピア送信機ＰＤＣＰエンティティに向かう伝送用の下位層へのＲＬＣ  ＳＤＵのようなＰＤＣＰ制御ＰＤＵである）を送出するべきかどうかに関して決定してよい。例えば、上りリンクトラフィックの例では、ＩＡＢドナーの適応層は、ＵＥのアクセスＩＡＢノードにホップバイホップで、ＰＤＣＰ確認応答を中継する。ＵＥのアクセスＩＡＢノードの適応層は、次いで、ＵＥへの伝送のために下位層にＰＤＣＰ確認応答を送出してよい。同様に、下りリンクトラフィックでは、ＵＥ  ＰＤＣＰは、伝送のために下位層にＰＤＣＰ確認応答を送出してよい。ＰＤＣＰ確認応答は、ＵＥのアクセスＩＡＢノードの適応層からＩＡＢドナーの適応層にホップバイホップで中継される。適応層は、ＩＡＢアクセスリンクからＩＡＢバックホールリンクへのＰＤＣＰ確認応答の集約、例えば、通常のデータトラフィック集約と類似する集約を実施してもよい。
【００２４】
一例では、中間ＩＡＢノードの適応層は、受信したＲＬＣ確認応答（ＡＣＫまたはＮＡＣＫ）を、先行の伝送ノードに中継する。上りリンク伝送に対する確認応答（ＡＣＫ／またはＮＡＣＫ）のコンテキストでは、先行の伝送ノードは、ＵＥまたはＩＡＢノードである場合がある。下りリンク伝送に対する確認応答のコンテキストでは、先行の伝送ノードは、ＩＡＢドナーノード（例えば、ｇＮＢ）またはＩＡＢノードである場合がある。最終宛先は、ＵＬ伝送の場合ＩＡＢドナーノードまたはｇＮＢであるか、最終宛先は、ＤＬ伝送の場合ＵＥである場合がある。本発明で使用する場合、中間ノードのＲＬＣから受信されるＲＬＣ確認応答は、「中間ＲＬＣ確認応答」と呼ばれる場合がある。ＲＬＣ確認応答に関する種々の実施形態が記載される。
【００２５】
一例では、受信された各ＲＬＣ  ＡＭ  ＰＤＵに対して、次ホップＩＡＢノードから確認応答（ＡＣＫまたはＮＡＣＫ）を受信した場合にのみ、ＩＡＢノード内の受信ＲＬＣ  ＡＭエンティティは、送達が成功したか、または送達が失敗したかのみを、ピア伝送ＲＬＣ  ＡＭエンティティに示す。このようにして、中間ＲＬＣ確認応答は、先行の伝送ノードに中継されてよい。場合によっては、下りリンク送信では、すぐ次のホップ下流ＩＡＢノード（またはＵＥ）から確認応答（ＡＣＫまたはＮＡＣＫ）を受信した場合にのみ、受信機ＩＡＢノードは、送達が成功したか、または送達が失敗したかのみを、すぐ次のホップ上流送信機ＩＡＢノード（またはＩＡＢドナー）に示す。同様に、例示的上りリンク伝送では、すぐ次のホップ上流ＩＡＢノード（またはＩＡＢドナーノード）から確認応答（ＡＣＫまたはＮＡＣＫ）を受信した場合にのみ、受信機ＩＡＢノードは、送達が成功したか、または送達が失敗したかのみを、すぐ次のホップ下流送信機ＩＡＢノード（またはＵＥ）に示す。ＩＡＢノードのＲＬＣは、より詳細には、ＩＡＢノードのＲＬＣ伝送エンティティは、タイマ、例えばＲＬＣリオーダリングタイマを用いて、伝送したＡＭ  ＲＬＣ  ＰＤＵの確認応答の受信を制御してもよい。このようなタイマが満了すると、伝送ＲＬＣエンティティは、ＮＡＣＫ（すなわち、ＰＤＵの伝送が後続のホップで失敗した）と見なしてもよい。受信機ＩＡＢノードのその役割により、ＩＡＢノードは、例えば、ＲＬＣ状態報告が生成されるときに、現在のＲＬＣ  ＡＭ  ＰＤＵに対するＮＡＣＫを、すぐ次の上流ホップＩＡＢノード（下りリンクトラフィックの場合）、またはすぐ次の下流ホップＩＡＢノード（上りリンクトラフィックの場合）に通知してよい。この例示的実施形態は、ＵＥ内の現在のＰＤＣＰおよびＲＬＣの動作になんら影響を及ぼさないといった利点がある場合がある。場合によっては、上述のようなＡＣＫを中継させることにより、最終宛先によってこのようなパケットの受信が肯定的に確認応答されるまで、受信が成功したパケットの確認応答を遅らせるように、ＩＡＢノードでのＲＬＣ動作の変更が必要とされる。
【００２６】
別の例では、受信機ＩＡＢノードＲＬＣは、すぐ次の上流ホップＩＡＢノード（下りリンクトラフィックの場合）またはすぐ次の下流ホップＩＡＢノード（上りリンクトラフィックの場合）へのＲＬＣ  ＡＭ  ＰＤＵの受信を確認応答する前に、後続のホップ、または最終宛先からのＲＬＣ  ＡＭ  ＰＤＵの確認応答を待たない。この例示的実施形態では、適応層は、最終宛先に向かって伝送されたパケットの確認応答（ＲＬＣ  ＡＣＫまたはＮＡＣＫ）を、発信元送信機に個別に中継する場合がある。例えば、上りリンクトラフィックの場合、最終宛先は、ＩＡＢドナーＣＵである場合があり、かつ発信元送信機はＵＥである場合がある。同様に、下りリンクトラフィックの場合、最終宛先は、ＵＥである場合があり、かつ発信元送信機は、ＩＡＢドナーＣＵである場合がある。場合によっては、この例は、ＵＥおよびＩＡＢドナーＣＵ内の、ＰＤＣＰまたはＲＬＣのどちらかに、もしくはその両方で新しい動作を必要とする場合がある。例えば、現在のＲＬＣエンティティ動作は、ＲＬＣ  ＳＤＵに対する肯定確認応答を受信すると、ＡＭ  ＲＬＣエンティティの伝送側は、上位層に、ＲＬＣ  ＳＤＵの受信が成功したというインジケーションを送信する。本明細書に記載される例では、ＵＥまたはＩＡＢドナーＣＵ内のＲＬＣの新しい動作の一例は、ピアＡＭ  ＲＬＣエンティティへのＲＬＣ  ＳＤＵの送達が成功しても、ＲＬＣエンティティは、上位層に通知しないことである。代わりに、新しいＲＬＣ制御ＰＤＵが、発信元送信機ＲＬＣエンティティに、ＲＬＣ  ＡＭ  ＰＤＵの最終宛先送達状態を個別に通知するように導入される。例えば、上りリンクトラフィックの場合、ＵＥのアクセスＩＡＢノード適応層によるＲＬＣ  ＡＭ  ＰＤＵに対応する中継確認応答（ＡＣＫまたはＮＡＣＫ）の受信時に、ＵＥのアクセスＩＡＢノードＲＬＣ  ＡＭエンティティは、ＵＥに、最終宛先送達状態を送信してもよい。このような新しいＲＬＣ状態報告メカニズムは、既存のＲＬＣ状態報告に類似して動作する場合がある。同様に、下りリンクトラフィックの場合、ＩＡＢドナーに対応するすぐ次のホップ下流ＩＡＢノードの適応層でのＲＬＣ  ＡＭ  ＰＤＵに対応する中継確認応答（ＡＣＫまたはＮＡＣＫ）の受信時に、適応層またはその下流ＩＡＢノードは、ＩＡＢドナー適応層に、最終宛先送達状態を転送してもよい。また、ＲＬＣプロトコルは、ＲＬＣ  ＳＤＵに対する最終宛先送達肯定確認応答を受信すると、ＡＭ  ＲＬＣエンティティの伝送側は、上位層に、ＲＬＣ  ＳＤＵの最終宛先送達が成功したというインジケーションを送信することがあるといった、新しい動作を実装してもよい。この場合、ＡＭ  ＲＬＣエンティティの伝送側は、ＲＬＣ  ＳＤＵの送達が成功したという上位層へのインジケーションを、ピアＲＬＣエンティティに送信しない。ＲＬＣ  ＰＤＵが中間ＩＡＢノードで再処理される場合、最終宛先送達状態は、発信元送信機のどのＲＬＣ  ＰＤＵが正常に受信されたかを正確に示すように、どのＲＬＣ  ＰＤＵが組み合わされたか、または分割されたかを識別する情報が、対応するＲＬＣエンティティに転送される。
【００２７】
図１２を参照すると、この例示的方法を用いて、ＩＡＢリンクが構成される場合、先行の送信機ノードは、場合によっては、そのノードが直接接続されているＩＡＢノードからＲＬＣ確認応答のＡＣＫを受信してもバッファ内のＰＤＵを削除しない。より具体的には、送信機ノード（例えば、ＩＡＢノード、ＵＥ、またはＩＡＢドナー）は、場合によっては、それに対するＡＣＫがすぐ次のノードから受信されるＰＤＵを、その伝送バッファから削除しない。送信機ノードは、ＲＬＣ確認応答で否定応答されたデータを再伝送してもよい。代わりに、送信機ノードは、次のホップによって中継されるＲＬＣ確認応答を受信するまで待って、その後、確認応答された対応するＰＤＵを削除してもよい。しかし、ある例では、送信機ノードは再伝送しない。このようなＲＬＣ確認応答報告は、ＲＬＣ状態ＰＤＵを再使用することによって実現することができる。ＲＲＣは、バッファから削除される前の、確認なし応答ＰＤＣＰ  ＰＤＵがＰＤＣＰバッファ内に留まる期間をガードするために、ＰＤＣＰに対してタイマを構成してもよい。
【００２８】
別の例では、中間ノードは、いずれのＲＬＣ確認応答（中間ＲＬＣ確認応答および最終宛先からのＲＬＣ確認応答）も先行の伝送ノードに中継しない。
【００２９】
場合によっては、受信されるＲＬＣ  ＰＤＵと次のホップを通して伝送されるＲＬＣ  ＰＤＵとの間のマッピングは、ＩＡＢノード内に保持される場合がある。マッピングは、受信されるＲＬＣ  ＰＤＵのシーケンス番号（Sequence  Number：ＳＮ）と次のホップを通して伝送されるＲＬＣ  ＰＤＵのＳＮとの間の関連付けを含んでよい。マッピングは、受信されるＲＬＣ  ＰＤＵの状態を追跡するために、ＩＡＢノードの受信側で使用されてよく、それにより、受信されたＲＬＣ  ＰＤＵは、送信機に確認応答され得る。上述のＲＬＣ確認応答の中継方法はまた、適応層の代わりに、ＲＬＣに実装されてもよい。
【００３０】
上述した例の代替的実施形態では、ＲＬＣ  ＡＣＫ／ＮＡＣＫは、制御プレーンシグナリングを通して、最終宛先受信機から、発信元送信機に中継される場合がある。（ユーザプレーンか、制御プレーンのいずれかでの）ＡＣＫの中継のトリガは、例えば、ＲＲＣ構成、ＵＥ内部イベント、またはユーザプレーン制御ＰＤＵを通したものであってよい。本明細書に記載される例は、特に指示がない限り、データ無線ベアラ（ＤＢＲ）を通した伝送、またはシグナリング無線ベアラ（ＳＲＢ）を通した伝送の両方に適用されてよいことが理解されよう。
【００３１】
ＩＡＢノード間のエンドツーエンド確認応答に関して、例示的実施形態は、ＵＥに接続されているＩＡＢノードとＩＡＢドナーノードとの間の確認応答向けに提案される。上りリンク（Uplink：ＵＬ）では、ＵＥに接続されているＩＡＢノードは、ＩＡＢドナーノードから確認応答を受信すると、ＵＥに接続されているＲＬＣインスタンスに、対応する伝送のＲＬＣ確認応答を生成するように通知する。ＤＬでは、ＵＥに接続されているＩＡＢノードは、ＵＥからＲＬＣ確認応答を受信して、対応する伝送の確認応答をＩＡＢドナーに通知する。ＵＥに接続されているＩＡＢノードとＩＡＢドナーノードとの間のエンドツーエンドプロトコルは、本明細書に記載されるＰＤＣＰ確認応答プロシージャである場合がある。
【００３２】
バッファサイズ制御に関して、種々の実施形態は、バッファオーバーフローおよびバッファ欠乏を回避することが可能である。特に指示がない限り、以下に記載されるバッファ管理またはフロー制御は、下りリンクフロー制御またはバッファ管理、および／または上りリンクフロー制御またはバッファ管理の両方に適用される。
【００３３】
フロー制御解決策および動的待ち行列管理が、以下で論じられる。一実施形態では、フロー制御は、輻輳しているノードまたは欠乏しているノード、もしくはバッファオーバーフローまたはバッファ欠乏を検出するノードによって開始される、明確なフロー制御通知アクションの形態である場合がある。一例では、任意のＩＡＢノードが、発信元（例えば、ＵＥまたはＩＡＢドナー）からのデータのフローを制御する場合がある。明確なフロー制御通知は、例えば、伝送のそのレートを下げるまたは上げるか、またはフロー制御通知を送出する受信機に向かう伝送を停止するか開始するように送信機に指示することがある、受信機が送信機に送信する１ビットインジケーションである場合がある。明確なフロー制御通知のさらに別の例では、フロー制御通知は、受信機によって使用されて、予測データレートを送信機に示してもよい。別の実施形態では、フロー制御通知は、暗黙の通知の形態、例えば送信機への支援情報の形態である場合があり、その送信機は、バッファ管理決定のために、および、データ伝送を開始する、データ伝送レートを上げる、データ伝送を停止する、またはデータ伝送レートを下げるために、そのような情報を使用する。支援情報は、フロー制御コマンドを生成するＩＡＢノードでバッファに入れられたデータの量を表す場合がある。さらに、フロー制御は、送信機が、受信機での輻輳およびバッファオーバーフローを回避するために、パケットを事前にドロップすることがある動的待ち行列管理の形態をとってもよい。
【００３４】
フロー制御は、ＲＬＣ、適応層、ＰＤＣＰ、またはＭＡＣに実装されてよい。上位層（例えば、ＲＲＣ）が、バッファ制御向けの構成パラメータを用いてバッファサイズ制御機能を実装する層を構成してもよい。バッファサイズ制御向けのパラメータは、バッファサイズ、バッファサイズの下限、バッファサイズの上限、予測データレート、ターゲットＢＬＥＲ、ターゲットパケットドロップレートおよび／またはＩＡＢノードホップの数のうち１つまたは複数を含んでもよい。例えば、バッファサイズの下限は、その伝送レートを上げるようにピア送信機に向けたインジケーションをトリガするために、受信機によって使用されてよい。同様に、バッファサイズの上限は、その伝送レートを下げるか、または輻輳を防止するために動的なパケットのドロップを開始するようにピア送信機に向けたインジケーションをトリガするために、受信機によって使用されてよい。適応層制御ＰＤＵまたはＲＬＣ制御ＰＤＵは、バッファサイズ制御をサポートする際に規定される場合がある。
【００３５】
明確なフロー制御および暗黙のフロー制御メカニズムを検討する種々の実施形態は、以下、さらに説明される。フロー制御に関して、送信機から受信機に伝送されるデータをフロー制御できるように、データ受信機は、フィードバックをデータ送信機に提供してもよい。本発明で使用する場合、特に指示がない限り、受信機または受信機ノードは、明確なフロー制御通知メッセージまたは暗黙のフロー制御通知メッセージを送出または伝送することがある任意のノードを意味する場合がある。同様に、特に指示がない限り、送信機または送信機ノードは、明確なフロー制御通知メッセージまたは暗黙のフロー制御通知メッセージを受信することがあり、かつフロー制御通知メッセージの受信の結果としてフロー制御アクションをトリガする任意のノードを意味する場合がある。特に指示がない限り、以下に記載されるフロー制御の例は、ＡＭ  ＲＢおよびＵＭ  ＲＢの両方に適用されてよい。
【００３６】
本明細書に記載されるフロー制御メカニズムは、エンドツーエンドフロー制御か、またはホップバイホップフロー制御である場合がある。エンドツーエンドフロー制御は、ＵＥとＩＡＢドナーＣＵとの間で実施されてよい。ホップバイホップフロー制御は、ＵＥとＵＥのアクセスＩＡＢノードＤＵとの間、ＵＥのアクセスＩＡＢノードＤＵと中間ＩＡＢノードＤＵとの間（例えば、複数ホップシナリオで）、ＵＥのアクセスＩＡＢノードＤＵとＩＡＢドナーＤＵとの間（例えば、１ホップシナリオで）、中間ＩＡＢノードＤＵとＩＡＢドナーＤＵとの間（例えば、複数ホップシナリオで）、またはＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間で、実施される場合がある。
【００３７】
一例（選択肢１）では、フロー制御は、ＵＥとＩＡＢドナーＣＵとの間で行われる。下りリンクトラフィックのフロー制御の場合、ＵＥは受信機であり、かつＩＡＢドナーＣＵは送信機である。一例では、上りリンクトラフィックのフロー制御の場合、ＩＡＢドナーＣＵは受信機であり、かつＵＥは送信機である。この選択肢では、フロー制御は、ＰＤＣＰ層で規定されてよい。ＰＤＣＰ制御ＰＤＵは、フロー制御インジケーションメッセージとして使用される場合がある。ＰＤＣＰ制御ＰＤＵは、明確なフロー制御通知メッセージの形態で、あるいは暗黙のフロー制御通知メッセージの形態で規定されてよい。例えば、明確なフロー制御の場合、フロー制御メカニズムは、受信機ノード（例えば、下りリンクフロー制御の場合のＵＥ、および上りリンクフロー制御の場合のＩＡＢドナーＣＵ）が、明確なフロー制御要求と共にＰＤＣＰ制御ＰＤＵを、ピア送信機ノード（下りリンクフロー制御の場合のＩＡＢドナーＣＵ、および上りリンクフロー制御の場合のＵＥ）に送信するように規定されてよい。暗黙のフロー制御の場合、フロー制御メカニズムは、ＰＤＣＰ制御ＰＤＵを送出する受信機ノード（例えば、下りリンクフロー制御の場合のＵＥ、および上りリンクフロー制御の場合のＩＡＢドナーＣＵ）が、フロー制御支援またはバッファ管理支援メッセージをピア送信機ノード（例えば、下りリンクフロー制御の場合のＵＥ、および上りリンクフロー制御の場合のＩＡＢドナーＣＵ）に提供するＰＤＣＰ制御ＰＤＵを送信するように規定されてよい。この暗黙のフロー制御代替では、フロー制御を受けることになるトラフィックを生成するノード（例えば、送信機ノード）は、支援情報を他のノードから受信して、フロー制御を実施することを決定する。例えば、フロー制御は、データ伝送を停止する、伝送データレートを減少させる、データ伝送を開始する、伝送データレートを上げる、送信機バッファからパケットをドロップするなどの種々のアクションを行うように実施されてよい。下りリンクフロー制御の場合、ＵＥは、このようなＰＤＣＰ制御ＰＤＵをＩＡＢドナーＣＵに送信してよく、その一方で、上りリンクフロー制御の場合、ＩＡＢドナーが、ＰＤＣＰ制御ＰＤＵをＵＥに送信してよい。
【００３８】
あるいは、ＰＤＣＰ層でのフロー制御メカニズムは、ＰＤＣＰ  ＰＤＵヘッダ内の１つまたは複数の情報要素で構成されるインジケーションの形態で規定されてよい。ＵＥは、中間ＩＡＢノードからのフロー制御フィードバックメッセージの結果として、フロー制御通知メッセージをＩＡＢドナーＣＵに送信してよい。例えば、下りリンクフロー制御の場合、中間ＩＡＢノードは、ＵＥに、下りリンクトラフィックのフロー制御に対するフィードバックを送信してよい。このようなフィードバックは、ＰＤＣＰより下の下位層プロトコルによって搬送されてよい。例えば、下りリンクフロー制御に対するフィードバックは、ＭＡＣ制御ＰＤＵの形態で、またはＭＡＣ  ＰＤＵヘッダ内のインジケーションとして、中間ＩＡＢノードからＵＥに搬送されてよい。あるいは、このようなフィードバックは、ＲＬＣ制御ＰＤＵの形態で、またはＲＬＣヘッダのインジケーションとして、搬送されてもよい。例として提示され、かつ限定はされないが、このようなフィードバックを受信すると、下りリンクフロー制御に対するフロー制御メッセージのＩＡＢドナーＣＵへの送信、またはルート変更の開始（例えば、新しいルートの選択）のアクションのうち１つまたは複数を、ＵＥは行ってもよい。
【００３９】
類似の例は、上りリンクトラフィックのフロー制御に適用されてよい。上りリンクフロー制御の場合、中間ＩＡＢノードは、ＩＡＢドナーに、上りリンクトラフィックのフロー制御に対するフィードバックを送信してよい。このようなフィードバックは、ＰＤＣＰより下の下位層プロトコルによって搬送されてよい。例えば、上りリンクフロー制御に対するフィードバックは、ＭＡＣ制御ＰＤＵの形態で、またはＭＡＣ  ＰＤＵヘッダ内のインジケーションとして、中間ＩＡＢノードからＵＥに搬送されてよい。あるいは、上りリンクフロー制御の場合のこのようなフィードバックは、ＲＬＣ制御ＰＤＵの形態で、またはＲＬＣヘッダのインジケーションとして、搬送されてもよい。例であり、また限定はされないが、このようなフィードバックを受信すると、上りリンクフロー制御に対するフロー制御メッセージのＵＥへの送信、またはルート変更の開始（例えば、新しいルートの選択）のアクションのうち１つまたは複数を、ＩＡＢドナーは行ってもよい。
【００４０】
本明細書に記載されるエンドツーエンドフロー制御実施形態は、伝送されたＰＤＣＰ  ＰＤＵの早期削除を回避するために、本明細書に記載される解決策と統合される場合がある。伝送されたＰＤＣＰ  ＰＤＵの早期削除を回避する解決策は、確認応答データを識別するエンドツーエンドシグナリングを提供する。確認応答データインジケーションは、エンドツーエンドフロー制御をサポートするために拡張されてよい。伝送されたデータの削除とフロー制御を共通のプロシージャが実現することにより、効率および簡便性が加わることが、本明細書において認識される。
【００４１】
明確なフロー制御通知メッセージは、例として提示され、かつ限定はされないが、以下の情報要素のうち１つまたは複数を含む場合がある。
・    データ伝送停止インジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・    データ伝送開始インジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・    データ伝送レートを上げるインジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・    データ伝送レートを下げるインジケーション。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・    ベアラＩＤ。
・    ＱｏＳフローＩＤ。
・    新しいデータレート。新しいデータレートは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・    データレートを上げる量。データレートを上げる量は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。データレートを上げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
・    データレートを下げる量。データレートを下げる量は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってもよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。データレートを下げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
・    下りリンクフロー制御が適用される必要がある中間ＩＡＢノードのＩＤ。
・    下りリンクフロー制御が適用される必要があるルートのＩＤ。
【００４２】
暗黙のフロー制御通知メッセージは、例として提示され、かつ限定はされないが、以下の情報要素のうち１つまたは複数を含む場合がある。
・    受信機バッファ内の利用可能な容量。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・    受信機バッファ内のデータの量。このインジケーションは、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。受信機は、ルート情報、例えば、受信機と送信機との間のホップカウントを考慮に入れて、受信バッファ内の報告されるデータの量を調整してよい。
・    受信機バッファ内のデータの量が受信機バッファ下限閾値を下回るというインジケーション。下りリンクフロー制御の場合、この閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・    受信機バッファ内のデータの量が受信機バッファ上限閾値を上回るというインジケーション。下りリンクフロー制御の場合、この閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ベアラ固有、ＱｏＳフロー固有、またはＵＥ固有のものであってよい。さらに、インジケーションは、中間ＩＡＢノード固有またはルート固有であってもよく、この際、ルートはＵＥと中間ＩＡＢノードを含むＩＡＢドナーＣＵとの間の固有データ経路で構成されるものである。
・    第１欠落カウント（First  Missing  Count：ＦＭＣ）、すなわち、リオーダリングウィンドウ内の第１欠落ＰＤＣＰ  ＳＤＵのＣＯＵＮＴ値、および、どのＳＤＵが欠落し、かつ受信ＰＤＣＰエンティティでどのＳＤＵが正確に受信されるかを示すビットマップを含む、ＮＲ  ＰＤＣＰ状態報告コンテンツ。
・    ベアラＩＤ。
・    ＱｏＳフローＩＤ
・    下りリンクフロー制御が適用される必要がある中間ＩＡＢノードのＩＤ。
・    下りリンクフロー制御が適用される必要があるルートのＩＤ。
【００４３】
フロー制御メッセージの受信時に、送信機は、受信されるフロー制御メッセージに含まれるパラメータのうち１つまたは複数を使用して、例として提示され、かつ限定はされないが、以下のフロー制御アクションのうち１つまたは複数を決定してもよい。
・    受信機に向かうデータ伝送を停止する。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対するデータ伝送を停止してもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでのデータ伝送を停止するか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送を停止するか、特定のルートでのデータ伝送を停止するか、または別のルートを通してデータをリダイレクトしてもよい。
・    受信機に向かう伝送データレートを減少させる。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対する伝送データレートを減少させてもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでの伝送データレートを減少させるか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送データレートを減少させるか、特定のルートでのデータ伝送レートを減少させるか、またはデータレートを減少させて別のルートを通してデータをリダイレクトしてもよい。
・    受信機に向かうデータ伝送を開始する。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対するデータ伝送を開始／再開してもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでのデータ伝送を開始／再開するか、または別のルートを通してデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送を開始／再開するか、特定のルートでのデータ伝送を開始／再開するか、または別のルートを通してデータをリダイレクトしてもよい。
・    受信機に向かう伝送データレートを上げる。例えば、送信機は、特定のベアラ、特定のＱｏＳフロー、ＵＥ、特定のルートまたは特定のＩＡＢノードに対する伝送データレートを上げてもよい。例えば、ＵＬフロー制御メッセージに応じて、ＵＥは、特定のルートでの伝送データレートを上げるか、または別のルートを通してのデータをリダイレクトしてもよい。同様に、例えば、下りリンクフロー制御メッセージに応じて、ＩＡＢドナーＣＵは、特定の無線ベアラにマップされたデータの伝送データレートを上げるか、特定のルートでのデータ伝送レートを減少させるか、または増加データレート内で、別のルートを通してデータをリダイレクトしてもよい。
・    送信機バッファからパケットをドロップする。
・    新しいルートまたは新しい中間ＩＡＢノードの選択を実施する。
【００４４】
フロー制御通知メッセージは、周期的に、またはイベントベースでトリガされてよい。下りリンクフロー制御の場合、フロー制御イベントまたは周期的フロー制御タイマが、ＲＲＣ構成によってＵＥ内に構成されてよい。例であり、限定されるものではないが、以下のイベントが規定されてもよい。
・    受信機バッファ内の利用可能な容量が、閾値Ｃ１を上回る。
・    受信機バッファ内の利用可能な容量が、閾値Ｃ２を下回る。
・    受信機バッファ内のデータの量が、受信機バッファ下限閾値Ｂ＿Ｌを下回る。
・    受信機バッファ内のデータの量が、受信機バッファ上限閾値Ｂ＿Ｕを上回る。
・    最後に正確に受信されたＰＤＣＰ  ＳＤＵシーケンス番号が、リオーダリングウィンドウ上限シーケンス番号閾値Ｕ−ＳＮを上回る。リオーダリングウィンドウ上限シーケンス番号は、正確に受信されたＰＤＣＰ  ＳＤＵの最も高いシーケンス番号として定められてよく、受信機リオーダリングウィンドウによって適応される場合がある。閾値Ｕ−ＳＮは、リオーダリングウィンドウ上限シーケンス番号として定められるか、またはリオーダリングウィンドウ上限シーケンス番号に対応するオフセットを用いて定められてよい。
・    フロー制御周期的タイマが満了するか、リオーダリングタイマｔ−Ｒｅｏｒｄｅｒｉｎｇが満了する。
・    条件付きハンドオーバによるＵＥのモビリティなどのモビリティイベント、またはＵＥがフロー制御をトリガする必要がある、他のＵＥ制御モビリティイベント。例えば、このようなイベントでは、ＵＥは、ＵＥのアクセスＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。
・    上流ＩＡＢノードまたはＩＡＢドナーノードに向かう障害、（例えば、無線リンク障害）をＵＥが検出する。一例では、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。例えば、セカンダリセルグループ（Secondary  Cell  Group：ＳＣＧ）セルに向かう無線リンク障害を検出すると、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。
・    ＵＥが、アクセスリンクＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・    新しいルートを変更また選択する。新しいルートを選択するときに、ＩＡＢノードは、上流送信機ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御をトリガさせてもよい。同様に、ＩＡＢノードは、下流ＩＡＢノードまたはＵＥに上りリンクフロー制御をトリガさせてもよい。
・    ＵＥが、ＵＥのアクセスＩＡＢノード、他の中間ＩＡＢノードから下りリンクフロー制御インジケーションメッセージを受信する。これにより、ＵＥは、ＩＡＢドナーノードに下りリンクフロー制御を開始させることができる。
・    ＩＡＢドナーＣＵが、ＩＡＢドナーノードまたはＩＡＢドナーＤＵノードから上りリンクフロー制御インジケーションメッセージを受信する。これにより、ＩＡＢドナーＣＵは、ＵＥに上りリンクフロー制御を開始させることができる。
【００４５】
本明細書に示されるように、フロー制御インジケーションは、ＰＤＣＰ  ＰＤＵヘッダ（例えば、フロー制御を開始／停止するシングルビット）内で搬送される場合がある。したがって、フロー制御インジケーションメッセージは、ＰＤＣＰ状態報告ヘッダ内のインジケーションとして、ＰＤＣＰ状態報告にピギーバックされる場合がある。各例は、例示のためにＰＤＣＰ層の点から上述されているが、ＰＤＣＰ層に限定されることなく、例えば、ＳＤＡＰ適応層で規定されてもよいことを理解されよう。
【００４６】
別のホップバイホップフロー制御（選択肢２）では、フロー制御は、ＵＥのアクセスＩＡＢノードとＩＡＢドナーＣＵとの間、または中間ＩＡＢノードとＩＡＢドナーＣＵとの間、２つの中間ＩＡＢノードの間、またはＵＥとＵＥのアクセスＩＡＢノードとの間で行われる。下りリンクトラフィックのフロー制御の場合、ＵＥ、ＵＥのアクセスＩＡＢノード、または中間ＩＡＢノードは、受信機である場合があり、かつ送信機は、ＩＡＢドナーＣＵ、ＵＥのアクセスＩＡＢノード、または中間ＩＡＢノードである場合がある。上りリンクトラフィックのフロー制御の場合、ＩＡＢドナーＣＵ、ＵＥのアクセスＩＡＢノード、または中間ＩＡＢノードは、受信機である場合があり、かつ送信機は、ＵＥ、ＵＥのアクセスＩＡＢノード、または中間ＩＡＢノードである場合がある。この選択肢では、フロー制御メカニズムは、ＭＡＣ層、ＲＬＣ層、適応層、またはＦ１−Ｕ（または、同様な意味合いでＦ１−Ｕ＊）層で、規定されてよい。ＭＡＣ制御ＰＤＵ、ＲＬＣ制御ＰＤＵ、適応制御ＰＤＵ、もしくはＧＴＰ制御ＰＤＵなどのＦ１−Ｕ（またはＦ１−Ｕ＊）制御ＰＤＵは、フロー制御インジケーションメッセージとして使用されてよい。説明を簡単にするために、ホップバイホップフロー制御向けのプロトコル層は、ホップバイホップフロー制御データリンク（Ｌ２）プロトコルと新たに表され、以下、ＨＦＣＰと呼ばれる。しかし、一部の例では、ＨＦＣＰは、ＭＡＣプロトコル、ＲＬＣプロトコル、適応層プロトコルまたはＦ１Ｕ（またはＦ１Ｕ＊）ＧＴＰプロトコルと、呼ばれる場合もある。
【００４７】
ＨＦＣＰ制御ＰＤＵは、明確なフロー制御通知メッセージの形態で、あるいは暗黙のフロー制御通知メッセージの形態で規定されてよい。例えば、明確なフロー制御の場合、フロー制御メカニズムは、受信機ノード（例えば、下りリンクフロー制御の場合のＵＥ、ＵＥのアクセスＩＡＢノード、またはＩＡＢノード、もしくは上りリンクフロー制御の場合のＩＡＢドナーＣＵまたはＩＡＢノード）が、明確なフロー制御要求と共にＨＦＣＰ制御ＰＤＵを、ピア送信機ノード（下りリンクフロー制御の場合のＩＡＢドナーＣＵまたはＩＡＢノード、もしくは上りリンクフロー制御の場合のＵＥ、ＵＥのアクセスＩＡＢノードまたはＩＡＢノード）に送信するように規定されてよい。暗黙のフロー制御の場合、フロー制御メカニズムは、ＨＦＣＰ制御ＰＤＵを送出する受信機ノード（すなわち、下りリンクフロー制御の場合のＵＥ、ＵＥのアクセスＩＡＢノード、またはＩＡＢノード、もしくは上りリンクフロー制御の場合のＩＡＢドナーＣＵまたはＩＡＢノード）が、フロー制御支援またはバッファ管理支援メッセージをピア送信機ノード（すなわち、下りリンクフロー制御の場合のＩＡＢドナーＣＵまたはＩＡＢノード、および上りリンクフロー制御の場合のＵＥ、ＵＥのアクセスＩＡＢノード、またはＩＡＢノード）に提供するＨＦＣＰ制御ＰＤＵを送信するように規定されてよい。この暗黙のフロー制御代替例では、フロー制御を受けることになるトラフィックを生成するノード（すなわち、送信機ノード）は、支援情報を他のノードから受信し、フロー制御を実施する（すなわち、例えば、データ伝送を停止する、伝送データレートを減少させる、データ伝送を開始する、伝送データレートを上げる、送信機バッファからパケットをドロップする、別のルートを通してトラフィックをルート変更する、などのアクションのうち１つまたは複数を実施する）ことを決定する。
【００４８】
フロー制御メッセージをＨＦＣＰ制御ＰＤＵと規定する代替的実施形態では、ＨＦＣＰ層でのフロー制御メカニズムは、ＨＦＣＰ  ＰＤＵヘッダ内の１つまたは複数の情報要素で構成されるインジケーションの形態で規定されてよい。
【００４９】
明確なＨＦＣＰフロー制御通知メッセージは、例として提示され、かつ限定はされないが、データ伝送停止インジケーション、データ伝送開始インジケーション、データ伝送レートを上げるインジケーション、データ伝送レートを下げるインジケーション、ＵＥのベアラＩＤ、ＩＡＢのベアラＩＤ、ＵＥのＩＤ、新しいデータレート、データレートを上げる量のインジケーション、および／またはデータレートを下げる量のインジケーションの情報要素のうち１つまたは複数を含む場合がある。
【００５０】
データ伝送停止インジケーションは、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥベアラ固有、ＩＡＢベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。場合によっては、下りリンクフロー制御のルート固有の例では、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、インジケーションは、下流ＩＡＢノード固有、または上流ＩＡＢノード固有のものであってもよい。下りリンクフロー制御の場合、例えば、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータ伝送を停止することを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、例えば、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータ伝送を停止することを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【００５１】
データ伝送開始インジケーションは、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。インジケーションは、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータ伝送を開始／再開することを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータ伝送を開始／再開することを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【００５２】
データ伝送レートを上げるインジケーションは、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。インジケーションは、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートを上げることを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートを上げることを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【００５３】
データ伝送レートを下げるインジケーションは、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。インジケーションは、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートを下げることを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートを下げることを指示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【００５４】
新しいデータレート情報要素は、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。新しいデータレートはまた、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けた新しいデータレートを示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けた新しいデータレートを示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。
【００５５】
データレートを上げる量は、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。データレートＩＥの増加量は、ＩＡＢ固有のものである場合がある。このような例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートの増加量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートの増加量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。データレートを上げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
【００５６】
データレートを下げる量は、送信機ＩＡＢノード全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、データレートの減少量は、ＩＡＢ固有のものである場合がある。ＩＡＢ固有の例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートの減少量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードに向けたデータレートの減少量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。データレートを下げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
【００５７】
ＨＦＣＰ暗黙のフロー制御通知メッセージは、例として提示され、かつ限定はされないが、受信機バッファ内の利用可能な容量、バッファサイズ、受信機バッファ内のデータの量が受信機バッファ下限閾値を下回るというインジケーション、受信機バッファ内のデータの量が受信機バッファ上限閾値を上回るというインジケーション、ＵＥのＩＤ、ＵＥのベアラＩＤ、下りリンクフロー制御が適用される必要がある中間ＩＡＢノードのＩＤ、および／または下りリンクフロー制御が適用される必要があるルートのＩＤなどの情報要素（Information  Element：ＩＥ）のうち１つまたは複数を含む場合がある。
【００５８】
受信機バッファ内の利用可能な容量ＩＥは、ＨＦＣＰメッセージを伝送する受信機の利用可能な容量を反映する場合があるか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、インジケーションは、ＩＡＢ固有のものである場合がある。ＩＡＢ固有の一部の例では、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードで利用可能な容量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードで利用可能な容量を示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのような容量はまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【００５９】
バッファサイズ（すなわち、受信機バッファ内のデータの量）ＩＥは、ＨＦＣＰメッセージを伝送する受信機の受信機バッファ全体の利用可能なデータを示すか、または反映する場合があるか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、報告されるバッファサイズは、下流ＩＡＢ固有、または上流ＩＡＢノード固有のものであってもよい。かかる場合、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、特定のＩＡＢノードにおけるバッファサイズを示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、特定のＩＡＢノードにおけるバッファサイズを示してもよく、この特定のＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのようなバッファサイズはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。受信機は、ルート情報（例えば、受信機と送信機との間、もしくは報告されるバッファサイズに対応する下流ＩＡＢノードまたは上流ＩＡＢノードと送信機との間のホップカウント）を考慮に入れて、報告されるバッファサイズを調整してよい。
【００６０】
下りリンクフロー制御の場合、下限閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの受信機バッファ全体をターゲットにするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、報告されるインジケーションは、上流ＩＡＢノード固有または下流ＩＡＢノード固有のものであってもよく、この際、例えば、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、ＩＡＢノードに固有のこのイベントを示してもよく、このＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、ＩＡＢノードに固有のこのイベントを示してもよく、このＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。また、この場合、ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのようなイベントインジケーションは、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【００６１】
下りリンクフロー制御の場合、上限閾値は、ＲＲＣ構成によってＵＥ内に構成されてよい。この閾値は、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの受信機バッファ全体を対象とするか、または、ＵＥ固有、ＵＥのベアラ固有、ＩＡＢのベアラ固有、データ経路固有（例えば、受信機と送信機との間の並列する各データ経路にわたってデータが重複する場合）、および／またはルート固有のものであってもよい。ルート固有の一部の例では、下りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＵＥとの間のデータ経路である場合がある。上りリンクフロー制御の場合、ターゲットルートは、フロー制御インジケーションメッセージを伝送する受信機ＩＡＢノードとＩＡＢドナーＣＵとの間のデータ経路である場合がある。さらに、報告されるインジケーションは、上流ＩＡＢノード固有または下流ＩＡＢノード固有のものであってもよい。例えば、下りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、上流送信機ＩＡＢノードに、ＩＡＢノードに固有のこのイベントを示してもよく、このＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの下流ＩＡＢノードである。同様に、上りリンクフロー制御の場合、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードは、下流送信機ＩＡＢノードに、ＩＡＢノードに固有のこのイベントを示してもよく、このＩＡＢノードは、ＨＦＣＰメッセージを伝送する受信機ＩＡＢノードの上流ＩＡＢノードである。また、この場合、ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのようなイベントインジケーションは、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【００６２】
フロー制御メッセージの受信時に、送信機は、受信されるフロー制御メッセージに含まれるパラメータのうち１つまたは複数を使用して、例として提示され、かつ限定はされないが、受信機に向かうデータ伝送を停止する、受信機に向かう伝送データレートを下げる、受信機に向かうデータ伝送を開始する、受信機に向かう伝送データレートを上げる、伝送バッファからパケットをドロップする、および／または新しいルートまたは新しい中間ＩＡＢノードの選択を実施するなどのフロー制御アクションのうち１つまたは複数を選択してもよい。
【００６３】
受信機に向かうデータ伝送を停止することに関しては、場合によっては、送信機ＩＡＢノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、上りリンクフロー制御の場合の特定の上流ＩＡＢノード、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送を停止してもよい。同様に、送信機ＩＡＢドナーノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送を停止してもよい。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するそのようなインジケーションはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【００６４】
受信機に向かう伝送データレートを減少させることに関しては、場合によっては、送信機ＩＡＢノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、上りリンクフロー制御の場合の特定の上流ＩＡＢノード、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータレートを減少させてもよい。同様に、送信機ＩＡＢドナーは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送レートを減少させてもよい。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するデータレートを減少させるそのようなインジケーションはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【００６５】
受信機に向かうデータ伝送を開始することに関しては、場合によっては、送信機ＩＡＢノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、上りリンクフロー制御の場合の特定の上流ＩＡＢノード、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送を開始／再開してもよい。同様に、送信機ＩＡＢドナーは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送を開始／再開してもよい。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するデータ伝送を開始／再開するそのようなインジケーションはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。
【００６６】
受信機に向かう伝送データレートを上げることに関しては、種々の例では、送信機ＩＡＢノードは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、上りリンクフロー制御の場合の特定の上流ＩＡＢノード、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータレートを上げてもよい。同様に、送信機ＩＡＢドナーは、特定のＵＥ、ＵＥ固有ベアラ、ＩＡＢノード固有ベアラ、特定のルート、および／または下りリンクフロー制御の場合の特定の下流ＩＡＢノードに対するデータ伝送レートを上げてもよい。ＨＦＣＰメッセージを伝送するＩＡＢノードに対応する上流ＩＡＢノードまたは下流ＩＡＢノードに対するデータレートを上げるそのようなインジケーションはまた、ＵＥ固有、ＵＥのベアラ固有、またはＩＡＢのベアラ固有のものである場合がある。データレートを上げる量は、例えば、シグナリングの際の現在のデータレートの割合として表すことができる。
【００６７】
新しいルートまたは新しい中間ＩＡＢノードの選択を実施することに関しては、場合によっては、データレートを上げること、またはデータレートを下げることの結果として、フロー制御を実施する送信機（例えば、ＩＡＢノードまたはＩＡＢドナーノード）は、ルート選択（再選択）を実施してもよい。
【００６８】
フロー制御通知メッセージは、周期的に、またはイベントによってトリガされてよい。例として提示され、かつ限定はされないが、以下のイベントが、フロー制御通知メッセージをトリガする場合がある。
・    受信機バッファ内の利用可能な容量が、閾値Ｃ１を上回る。
・    受信機バッファ内の利用可能な容量が、閾値Ｃ２を下回る。
・    受信機バッファ内のデータの量が、受信機バッファ下限閾値Ｂ＿Ｌを下回る。
・    受信機バッファ内のデータの量が、受信機バッファ上限閾値Ｂ＿Ｕを上回る。
・    例として提示され、かつ限定はされないが、下記のうち１つまたは複数のモビリティイベント。
−    条件付きハンドオーバによるＵＥのモビリティ、またはＵＥがフロー制御をトリガする必要がある、他のＵＥ制御モビリティイベント。例えば、このようなイベントでは、ＵＥは、ＵＥのアクセスＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。
−    条件付きハンドオーバによるＩＡＢノード（例えば、ＩＡＢ  ＭＴノード）のモビリティ、またはＩＡＢノードがフロー制御をトリガする必要がある、他のＩＡＢノード（例えば、ＩＡＢ  ＭＴノード）制御モビリティイベント。例えば、このようなイベントでは、ＩＡＢノードは、上流ＩＡＢノードに、下りリンクトラフィックを停止するか、または別のＩＡＢノードを通して下りリンクトラフィックをルート変更するように要求してもよい。同様に、このようなモビリティイベントでは、ＩＡＢノードは、下流ＩＡＢノードに、上りリンクトラフィックを停止するか、または別のＩＡＢノードを通して上りリンクトラフィックをルート変更するように要求してもよい。
・    障害、例えば上流ＩＡＢノードまたはＩＡＢドナーノードに向かう無線リンク障害をＩＡＢノードが検出する。このようなイベントでは、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御を開始させてもよい。例えば、ＩＡＢノードは、下流ＩＡＢノードに、上りリンクトラフィックを停止するか、または別のＩＡＢノードを通して上りリンクトラフィックをルート変更するように要求してもよい。同様に、ＩＡＢノードは、上流ＩＡＢノードに下りリンクフロー制御を開始させてもよい。例えば、セカンダリセルグループ（ＳＣＧ）セルに向かう無線リンク障害を検出すると、ＩＡＢノードは、上流ＩＡＢノードにフロー制御を開始させてもよい。
・    ＩＡＢノードが、バックホールＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・    ＩＡＢノードが、アクセスリンクＳＣＧセルの障害を検出する。例えば、このようなイベントを検出すると、ＩＡＢノードは、上流ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御を開始させてもよい。同様に、このイベントにより、ＩＡＢノードは、下流ＩＡＢノードに上りリンクフロー制御をトリガさせる場合がある。
・    新しいルートを変更また選択する。新しいルートを選択するときに、ＩＡＢノードは、上流送信機ＩＡＢノードまたはＩＡＢドナーに下りリンクフロー制御をトリガさせてもよい。同様に、ＩＡＢノードは、下流ＩＡＢノードまたはＵＥに上りリンクフロー制御をトリガさせてもよい。
・    フロー制御周期的タイマが満了する。
【００６９】
したがって、前述したように、装置は、中間ノードからフロー制御フィードバックメッセージを受信する場合があるが、この中間ノードは、エンドノードから装置に送信されるデータが、当該中間ノードを通過するように、ネットワーク内の装置とその装置からの上りリンクのエンドノードとの間で接続される。フロー制御フィードバックメッセージに基づいて、装置は、フロー制御メッセージをエンドノードに送信するか、またはエンドノードから装置への下りリンクで送信されるデータ向けに新しいルートを選択することができる。フロー制御フィードバックメッセージは、明確なフロー制御要求を意味する場合があり、フロー制御メッセージは、データの伝送を停止する、データの伝送を開始する、そのデータ伝送レートを上げる、そのデータ伝送レートを下げる、および／または新しいレートでデータを伝送するように、エンドノードに向けたインジケーションを含んでもよい。
【００７０】
さらに前述したように、装置は、中間ノードからフロー制御通知メッセージを受信する場合があるが、この中間ノードは、エンドノードから装置に送信されるデータが、当該中間ノードを通過するように、ネットワーク内の装置とその装置からの上りリンクのエンドノードとの間で接続される。フロー制御通知メッセージに基づいて、装置は、フロー制御メッセージをエンドノードに送信する場合がある。フロー制御メッセージは、データの伝送を停止する、データの伝送を開始する、そのデータ伝送レートを上げる、そのデータ伝送レートを下げる、および／または新しいレートでデータを伝送するように、エンドノードに向けたインジケーションを含んでもよい。フロー制御通知メッセージは、周期的に受信されてよい。代替または追加として、フロー制御通知メッセージは、例えば、限定はされないが、中間ノードまたはエンドノードのバッファ内の利用可能な容量が閾値を上回ることに応じて、中間ノードまたはエンドノードのバッファ内の利用可能な容量が閾値を下回ることに応じて、中間ノードまたはエンドノードのバッファ内のデータの量が下限閾値を下回ることに応じて、もしくは、中間ノードまたはエンドノードのバッファ内のデータの量が上限閾値を上回ることに応じて、受信される場合がある。フロー制御通知メッセージは、例えば、限定はされないが、中間ノードまたはエンドノードのバッファ内の利用可能な容量、中間ノードまたはエンドノードのバッファ内のデータの量、中間ノードまたはエンドノードのバッファ内のデータの量が下限閾値を下回るというインジケーション、中間ノードまたはエンドのバッファ内のデータの量が上限閾値を上回るというインジケーション、ベアラの識別情報、およびサービスフロー品質の識別情報、フロー制御が適用される必要がある中間ノードの識別情報、フロー制御が適用される必要があるルートの識別情報、もしくは、中間ノードまたはエンドノードからのパケット欠落のインジケーション、を示す場合がある。
【００７１】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービス品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のために、技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ−アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新無線（ＮＲ）と呼ばれる、次世代セルラー技術の標準化への取り組みを開始している。３ＧＰＰ  ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、６ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、６ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、また同じ周波数帯でまとめて多重化されて、多様な要件を伴う３ＧＰＰ  ＮＲユースケースの広範なセットに対処する場合がある異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポット向けのウルトラモバイルブロードバンドアクセスの機会を提供する、センチ波およびミリ波の周波数帯域を含むことが想定されている。特に、センチ波およびミリ波特有設計最適化を伴うウルトラモバイルブロードバンドは、６ＧＨｚを下回るフレキシブル無線アクセスと、共通設計フレームワークを共有することが想定されている。
【００７２】
３ＧＰＰは、データレート、遅延、およびモビリティに対する様々なユーザ体験要件となる、ＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群集の中のブロードバンドアクセス、あらゆる場所における５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、ならびに、ビークルツービークル通信（Vehicle-to-Vehicle  communication；Ｖ２Ｖ）、ビークルツーインフラストラクチャ通信（Vehicle-to-Infrastructure  communication：Ｖ２Ｉ）、ビークルツーネットワーク通信（Vehicle-to-Network  communication：Ｖ２Ｎ）、ビークルツーペデストリアン通信（Vehicle-To-Pedestrian  communication：Ｖ２Ｐ）、およびその他のエンティティとのビークル通信のうちいずれかを含む場合がある高度化ビークルツーエブリシング（Enhanced  Vehicle-To-Everything：ｅＶ２Ｘ）通信を含む。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これらのユースケースの全ておよび他のものが、本明細書で検討される。
【００７３】
図１３Ａは、本明細書で説明および請求される方法および装置がその中で具現化される場合がある例示的通信システム１００の一実施形態を示す。示すように、例示的通信システム１００は、無線伝送／受信ユニット（Wireless  Transmit/Receive  Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび／または１０２ｆ（概して、または集合的に、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（Public  Switched  Telephone  Network：ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２と、Ｖ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３とを含む場合があるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆはそれぞれ、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスであってよい。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、ハンドヘルド無線通信装置として図１３Ａから１３Ｅに描写されるが、５Ｇ無線通信で考えられる様々なユースケースで、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal  Digital  Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗り物などを含む、無線信号を伝送および／または受信するように構成されている任意のタイプの装置またはデバイスを備えている、またはそれらで具現化されてよいことを理解されよう。
【００７４】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含む場合がある。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。基地局１１４ｂは、遠隔無線ヘッド（Remote  Radio  Head：ＲＲＨ）１１８ａ、１１８ｂおよび／または送受信ポイント（Transmission  and  Reception  Point：ＴＲＰ）１１９ａ、１１９ｂおよび／またはロードサイドユニット（Roadside  Unit：ＲＳＵ）１２０ａ、１２０ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２および／またはＶ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａ、１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２および／またはＶ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base  Transceiver  Station：ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（Access  Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含む場合があることを理解されよう。
【００７５】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部である場合があり、それらＲＡＮはまた、基地局コントローラ（Base  Station  Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio  Network  Controller：ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）をも含んでよい。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部である場合があり、それらＲＡＮはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）をも含んでよい。基地局１１４ａは、セルと呼ばれることもある特定の地理的領域（図示せず）内で無線信号を伝送および／または受信するように構成される場合がある。基地局１１４ｂは、セルと呼ばれることもある特定の地理的領域（図示せず）内で有線および／または無線信号を伝送および／または受信するように構成される場合がある。セルは、セルセクタにさらに分割されることがある。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されることがある。したがって、一実施形態では、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を含む場合がある。一実施形態では、基地局１１４ａは、多入力多出力（Multiple-Input  Multiple  Output：ＭＩＭＯ）技術を採用する場合があり、したがって、セルのセクタごとに複数の送受信機を利用することがある。
【００７６】
基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（Radio  Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つまたは複数と通信してもよい。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００７７】
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂのうち１つまたは複数と通信してもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００７８】
ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０、１２０ｂは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００７９】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび／または１０２ｆは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して相互に通信する場合がある。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【００８０】
より詳細には、上記のように、通信システム１００は、複数のアクセスシステムであってもよく、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよびＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆとは、ユニバーサルモバイル電気通信システム（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：ＨＳＵＰＡ）を含んでもよい。
【００８１】
一実施形態では、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、発展型ＵＭＴＳ地上無線アクセス（Evolved  UMTS  Terrestrial  Radio  Access：Ｅ−ＵＴＲＡ）などの無線技術を実装してよく、それにより、ロングタームエボリューション（Long  Term  Evolution：ＬＴＥ）および／またはＬＴＥ−アドバンスト（LTE-Advanced：ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ  ＮＲ技術を実装する可能性がある。ＬＴＥおよびＬＴＥ−Ａ技術は、（サイドリンク通信などの）ＬＴＥ  Ｄ２ＤおよびＶ２Ｘ技術およびインターフェースを含む場合がある。３ＧＰＰ  ＮＲ技術は、（サイドリンク通信などの）ＮＲ  Ｖ２Ｘ技術およびインターフェースを含む場合がある。
【００８２】
一実施形態では、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂおよび／またはＲＳＵ１２０ａおよび１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆとは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  For  Microwave  Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（Interim  Standard  2000：ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global  System  For  Mobile  Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced  Data  Rates  For  GSM  Evolution：ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【００８３】
図１３Ａにおける基地局１１４ｃは、無線ルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであってもよく、例えば、事業所、家、車両、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するために、任意の好適なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｃとＷＴＲＵ１０２ｅとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless  Local  Area  Network：ＷＬＡＮ）を確立してもよい。一実施形態では、基地局１１４ｃとＷＴＲＵ１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless  Personal  Area  Network：ＷＰＡＮ）を確立してもよい。さらに別の実施形態では、基地局１１４ｃとＷＴＲＵ１０２ｅとは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１３Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有する場合がある。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【００８４】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信する場合があり、そのコアネットワークは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（Voice  Over  Internet  Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数に提供するように構成される任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースサービス、プリペイドコール、インターネットコネクティビティ、ビデオ配信などを提供するか、および／またはユーザ認証などの高レベルセキュリティ機能を実施してもよい。
【００８５】
図１３Ａでは図示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信してもよいことを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【００８６】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするために、ゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet  Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。
【００８７】
通信システム１００内の、マルチモード能力を含む場合があるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄの一部または全て、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄおよび１０２ｅは、異なる無線リンクを通して異なる無線ネットワークと通信する複数の送受信機を含む場合がある。例えば、図１３Ａに示すＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用することがある基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｃと通信するように構成されてもよい。
【００８８】
図１３Ｂは、例えば、ＷＴＲＵ１０２など、本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図１３Ｂに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、伝送／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非取り外し可能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（Global  Positioning  System：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む場合がある。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機基地局（Transceiver  Station：ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（Access  Point：ＡＰ）、ホームＮｏｄｅ−Ｂ、発展型ホームＮｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（Home  Evolved  Node-B：ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図１３Ｂに描写され、本明細書で説明される要素の一部または全部を含む場合があることが考えられる。
【００８９】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application  Specific  Integrated  Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（  Field  Programmable  Gate  Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated  Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図１３Ｂは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。
【００９０】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成されてよい。例えば、一実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであってもよい。図１３Ａでは図示されないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一ＲＡＴまたは異なるＲＡＴを採用する、他のＲＡＮと直接または間接通信することがあることを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５に接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
【００９１】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet  Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。
【００９２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード能力を含む場合がある。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを通して異なる無線ネットワークと通信するために複数の送受信機を含んでもよい。例えば、図１３Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することがある基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｂと通信するように構成されてよい。
【００９３】
図１３Ｂは、例えば、ＷＴＲＵ１０２など、本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図１３Ｂに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、伝送／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非取り外し可能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む場合がある。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、発展型ホームＮｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図１３Ｂに描写され、本明細書で説明される要素の一部または全部を含む場合があることが考えられる。
【００９４】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application  Specific  Integrated  Circuits：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated  Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図１３Ｂでは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。
【００９５】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成される場合がある。例えば、一実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されたアンテナであってもよい。一実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であってもよい。さらに、一実施形態では、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成されてよい。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送および／または受信するように構成されてもよいことを理解されよう。
【００９６】
加えて、伝送／受信要素１２２は、単一の要素として図１３Ｂで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を伝送および受信するために、２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００９７】
送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、かつ伝送／受信要素１２２によって受信される信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有する場合がある。したがって、送受信機１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１を介して通信できるようにするために、複数の送受信機を含む場合がある。
【００９８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid  Crystal  Display：ＬＣＤ）ディスプレイ装置または有機発光ダイオード（Organic  Light-Emitting  Diode：ＯＬＥＤ）ディスプレイ装置）に連結されて、そこからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力してもよい。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶してもよい。非取り外し可能メモリ１３０としては、ランダムアクセスメモリ（Random-Access  Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only  Memory：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを挙げてもよい。取り外し可能メモリ１３２としては、加入者識別モジュール（Subscriber  Identity  Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure  Digital：ＳＤ）メモリカードなどを挙げてもよい。一実施形態では、プロセッサ１１８は、サーバもしくはホームコンピュータ（図示せず）内など、ＷＴＲＵ１０２上に物理的に設置されていないメモリの情報にアクセスし、そこにデータを記憶してもよい。
【００９９】
プロセッサ１１８は、電源１３４から電力を得てもよく、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に給電する任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含んでもよい。
【０１００】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に連結されてもよい。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信するか、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の好適な位置特定方法によって位置情報を取得してもよいことを理解されるであろう。
【０１０１】
プロセッサ１１８はさらに、追加の特徴、機能性、および／または有線または無線コネクティビティを提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含む場合がある他の周辺機器１３８に連結されてもよい。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal  Serial  Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency  Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。
【０１０２】
ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機などの乗り物などの他の装置もしくはデバイスにおいて具現化されてもよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。
【０１０３】
図１３Ｃは、一実施形態に従うＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信する場合がある。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１３Ｃに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機をそれぞれ含むことがある、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含む場合がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含む場合がある。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含む場合があることを理解されよう。
【０１０４】
図１３Ｃに示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する場合がある。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信する場合がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、対応するＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行、またはサポートするように構成されてよい。
【０１０５】
図１３Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（Media  Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile  Switching  Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving  GPRS  Support  Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway  GPRS  Support  Node：ＧＧＳＮ）１５０を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０６の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
【０１０６】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。
【０１０７】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。
【０１０８】
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２に接続されてよい。
【０１０９】
図１３Ｄは、一実施形態に従うＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。
【０１１０】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことがあるが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機を備えていてもよい。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。
【０１１１】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクおよび／または下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図１３Ｄに示すように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを通して相互に通信してもよい。
【０１１２】
図１３Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility  Management  Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet  Data  Network：ＰＤＮ）ゲートウェイ１６６を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０７の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
【０１１３】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続の間の特定のサービングゲートウェイを選択することなどの役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間を切り替えるために、制御プレーン機能を提供してもよい。
【０１１４】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから、ユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの他の機能を実施してよい。
【０１１５】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。
【０１１６】
コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（Ip  Multimedia  SubsystemＩＭＳ）サーバ）を含むか、またはそれと通信してよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【０１１７】
図１３Ｅは、一実施形態に従うＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信する、アクセスサービスネットワーク（Access  Service  Network：ＡＳＮ）であってよい。以下でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義されてよい。
【０１１８】
図１３Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことがあるが、ＲＡＮ１０５は、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含む場合があることを理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてよく、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機を含んでもよい。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行などのモビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能してよく、またページング、加入者プロファイルのキャッシュ、コアネットワーク１０９へのルーティングなどの役割を担ってもよい。
【０１１９】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照点として定義されてよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、論理インターフェース（図示せず）をコアネットワーク１０９と確立してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されることがあるＲ２参照点として定義されてよい。
【０１２０】
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれ間の通信リンクは、基地局間のＷＴＲＵハンドオーバおよびデータの転送を促進するプロトコルを含むＲ８参照点として定義されてよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義されてよい。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を促進するプロトコルを含んでもよい。
【０１２１】
図１３Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するプロトコルを含むＲ３参照点として定義されてよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile  IP  Home  Agent：ＭＩＰ−ＨＡ）１８４、認証・認可・課金（Authentication,  Authorization,  Accounting：ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでもよい。上述の要素のそれぞれが、コアネットワーク１０９の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
【０１２２】
ＭＩＰ−ＨＡは、ＩＰアドレス管理の役割を担ってもよく、またＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートする役割を担ってもよい。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進してもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【０１２３】
図１３Ｅには図示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されてよく、またコアネットワーク１０９は、他のコアネットワークに接続される場合があることを理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５とその他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するプロトコルを含むことがあるＲ４参照点として定義されてよい。コアネットワーク１０９とその他のコアネットワークとの間の通信リンクは、ホームコアネットワークと在圏コアネットワークとの間のインターワーキングを促進するプロトコルを含むことがあるＲ５参照点として定義されてよい。
【０１２４】
本明細書に記載され、図１３Ａ、１３Ｃ、１３Ｄ、および１３Ｅに図示される、コアネットワークエンティティは、一定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能は、他の名称によって識別される可能性があり、ある種のエンティティまたは機能は、将来的３ＧＰＰ  ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図１３Ａ、１３Ｂ、１３Ｃ、１３Ｄ、および１３Ｅで、記載および図示される特定のネットワークエンティティおよび機能は、例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装される場合があることを理解されたい。
【０１２５】
図１３Ｆは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、その他のネットワーク１１２内のある種のノードまたは機能エンティティなど、図１３Ａ、１３Ｃ、１３Ｄおよび１３Ｅに図示される通信ネットワークの１つまたは複数の装置が具現化されることがある例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含んでもよく、ソフトウェアの形態（このようなソフトウェアが記憶されるまたはアクセスされる場所もしくは手段がいかなるものであっても）である場合があるコンピュータ可読命令によって主に制御されてよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施してもよい。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を実施するか、またはプロセッサ９１を支援することがある。プロセッサ９１および／またはコプロセッサ８１は、本明細書に記載される方法および装置に関連するデータを受信、生成および処理する場合がある。
【０１２６】
プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、かつデータ交換向けの媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、および割り込みを送信し、かつシステムバスを操作するための制御ラインを含む。このようなシステムバス８０の一例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【０１２７】
システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報の記憶および読み出しを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されてよい。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供する場合がある。メモリコントローラ９２はまた、システム内のプロセスを隔離し、かつユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供する場合がある。したがって、第１のモードで起動するプログラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスする場合があり、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。
【０１２８】
加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う、周辺機器コントローラ８３を含んでもよい。
【０１２９】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical  User  Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装される場合がある。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。
【０１３０】
さらに、コンピューティングシステム９０は、図１３Ａ、１３Ｂ、１３Ｃ、１３Ｄおよび１３ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０または他のネットワーク１１２などの外部通信ネットワークに、コンピューティングシステム９０を接続するために使用されて、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにする、例えば、ネットワークアダプタ９７などの通信回路を含む場合がある。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載されるある種の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用されてよい。
【０１３１】
図１３Ｇは、本明細書で説明および請求される方法および装置がその中で具現化される場合がある例示的通信システム９９の一実施形態を示す。示すように、例示的通信システム９９は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局、Ｖ２Ｘサーバ、およびＲＳＵ  ＡおよびＢを含む場合があるが、開示する実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられることを理解されよう。１つまたはいくつか、もしくは全てのＷＴＲＵ  Ａ、Ｂ、Ｃ、Ｄ、Ｅは、ネットワークの範囲外（例えば、図中に破線で示されているセルカバレッジ境界線の外）にある場合がある。Ｖ２ＸグループのＷＴＲＵ  Ａ、Ｂ、Ｃの中で、ＷＴＲＵ  Ａはグループを先導するものであり、またＷＴＲＵ  ＢおよびＣはグループメンバである。ＷＴＲＵ  Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、Ｕｕインターフェース、またはサイドリンク（ＰＣ５）インターフェースを通して通信する場合がある。
【０１３２】
本明細書に記載される装置、システム、方法およびプロセスのうちいずれかまたは全ては、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化される場合があり、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されるシステム、方法、およびプロセスを実施および／または実装させることを理解されたい。具体的には、本明細書に記載されるいずれのステップ、動作、または機能も、このようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサで実行されてよい。コンピュータ可読記憶媒体は、情報の記憶のために、任意の非一時的（例えば、有形または物理的）方法もしくは技術に実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体には、信号は含まれない。コンピュータ可読記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital  Versatile  Disk：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用されてよく、かつコンピュータシステムによってアクセスされることがある任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。
【０１３３】
以下に掲げるものは、上記の説明に出現する場合があるＮＲ技術に関連する頭字語のリストである。特に指示がない限り、本明細書で使用される頭字語は、以下に記載された対応する用語を指す。
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（Ｕｕインターフェース）
【０１３４】
本明細書は、最良の方式を含む本発明を開示するために、また当業者が任意のデバイスまたはシステムを作製かつ使用し、任意の組み込まれた方法を行うことを含む本発明を実践することを可能にするために、各例を使用する。本発明の特許性のある範囲は、特許請求の範囲によって定義され、かつ当業者に想起される他の実施例を含む場合がある。そのような他の例は、特許請求の範囲の文字通りの言葉とは異ならない構造要素を有する場合、または特許請求の範囲の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合、特許請求の範囲の範囲内であることを意図している。
【図１】
2021528904.tif 000003
【図２】
2021528904.tif 000004
【図３】
2021528904.tif 000005
【図４】
2021528904.tif 000006
【図５】
2021528904.tif 000007
【図６】
2021528904.tif 000008
【図７】
2021528904.tif 000009
【図８】
2021528904.tif 000010
【図９】
2021528904.tif 000011
【図１０】
2021528904.tif 000012
【図１１】
2021528904.tif 000013
【図１２】
2021528904.tif 000014
【図１３Ａ】
2021528904.tif 000015
【図１３Ｂ】
2021528904.tif 000016
【図１３Ｃ】
2021528904.tif 000017
【図１３Ｄ】
2021528904.tif 000018
【図１３Ｅ】
2021528904.tif 000019
【図１３Ｆ】
2021528904.tif 000020
【図１３Ｇ】
2021528904.tif 000021
【国際調査報告】
2021528904.tif 000022
2021528904.tif 000023
2021528904.tif 000024
2021528904.tif 000025
2021528904.tif 000026