(57)【要約】  論理チャネル優先順位付け（Logical  Channel  Prioritization：ＬＣＰ）は、シングルホップおよびマルチホップ経路のサービス品質（Quality  of  Service：ＱｏＳ）属性を考慮に入れることによって拡張することができる。ＱｏＳ属性は、属性の数を含むＱｏＳバジェットとして、またはホップ数、遅延、負荷状態などの複合的な影響を定量化する単一の複合ＱｏＳ「抵抗」要素として通信される場合がある。例えば、ＱｏＳバジェットまたは抵抗は、動的に調整されてよく、また送信機と受信機との間の異なる伝送経路に従うベアラまたは論理チャネルのデータに、差異化した上りリンクリソース割り当てを提供するために、ＬＣＰで使用される場合がある。ＱｏＳバジェットおよび抵抗情報は、例えば、バッファ状態報告（Buffer  Status  Report：ＢＳＲ）およびスケジューリング要求（Scheduling  Request：ＳＲ）操作を拡張するために使用される場合がある。
2021528012.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ、および通信回路を備える第２装置であって、前記第２装置は、前記通信回路を介してネットワークに接続され、前記第２装置の前記プロセッサによって実行されると、前記第２装置に、
第１装置から第１パケットを受信し、前記第１パケットは第１残存サービス品質（Quality  of  Service：ＱｏＳ）バジェットのインジケーションを含み、前記第１残存ＱｏＳバジェットは宛先装置への前記第１パケットのコンテンツの伝送に関することと、
前記残存ＱｏＳバジェットに少なくとも部分的に基づいて、第２パケットの伝送をスケジューリングすることと、
第３装置へのリンクに関する情報に少なくとも部分的に基づいて、第２残存ＱｏＳバジェットを計算することと、
前記第１パケットの前記コンテンツおよび前記第２残存ＱｏＳバジェットを含む前記第２パケットを前記第３装置に送信することと、
を含む操作を実施させる、前記第２装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、第２装置。
【請求項２】
前記第１パケットは、第１タイムスタンプをさらに含み、前記第１タイムスタンプは前記第１パケットを送信する時間に関連し、
前記命令は、さらに前記第２装置に、前記第１タイムスタンプに少なくとも部分的に基づいて、前記第２パケットの伝送をスケジュールさせ、
前記第２パケットは、第２タイムスタンプをさらに含み、前記第２タイムスタンプは前記第２パケットを送信する時間に関連する、請求項１に記載の第２装置。
【請求項３】
前記第１残存ＱｏＳバジェットは、第１ＱｏＳ抵抗を含み、前記第１ＱｏＳ抵抗は前記宛先装置への前記伝送経路に関連する複数の要素から導出される複合基準値である、請求項１に記載の第２装置。
【請求項４】
前記複数のＱｏＳ要素は、遅延、負荷状態、ホップ数、速度、およびパケットエラーレートのうち２つ以上を含む、請求項３に記載の第２装置。
【請求項５】
前記命令は、さらに前記第２装置に、
インバウンドベアラまたはバックホール無線リンク制御（Radio  Link  Control：ＲＬＣ）チャネルを介して前記第１パケットを受信し、
複数のアウトバウンドベアラまたはバックホールＲＬＣチャネルごとに、バッファを保持し、
前記第１残存ＱｏＳバジェット、および前記バッファに関連付けられた前記アウトバウンドベアラまたはバックホールＲＬＣチャネルのＱｏＳ特徴に少なくとも部分的に基づいて、前記複数のアウトバウンドベアラまたはバックホールＲＬＣチャネルのうち１つの前記バッファを選択し、
前記選択されたバッファを使用して、前記第２パケットを送信させる、請求項１に記載の第２装置。
【請求項６】
前記命令は、さらに前記第２装置に、
前記選択されたバッファに関連する第１バッファ状態報告（Buffer  Status  Report：ＢＳＲ）を生成させるとともに、
前記第２装置で利用可能になる前記ＢＳＲをトリガするデータを待つことなしに、前記第１ＢＳＲを前記第３装置へ送信させる、請求項５に記載の第２装置。
【請求項７】
前記命令は、さらに前記第２装置に、前記第１装置から第２ＢＳＲを受信することに応じて、前記第１ＢＳＲを前記第３装置へ送信させる、請求項６に記載の第２装置。
【請求項８】
前記第１パケットは、第１バッファ状態報告（ＢＳＲ）をさらに含み、前記命令は、さらに前記第２装置に、
第２ＢＳＲを生成し、
前記第２装置で利用可能になる前記第１ＢＳＲをトリガするデータを待つことなしに、前記第１ＢＳＲを前記第３装置へ送信させる、請求項１に記載の第２装置。
【請求項９】
前記命令は、さらに前記第２装置に、前記宛先装置に向かうルートを選択させる、請求項１に記載の第２装置。
【請求項１０】
前記命令は、さらに前記第２装置に、
前記第１装置からルート選択支援情報を受信し、
前記ルート選択支援情報に少なくとも部分的に基づいて、前記宛先装置に向かう前記ルートを選択させる、請求項９に記載の第２装置。
【請求項１１】
前記ルート選択情報は、第２ＱｏＳ抵抗を含み、前記第２ＱｏＳ抵抗は、候補経路に関連する、請求項１０に記載の第２装置。
【請求項１２】
前記命令は、さらに前記第２装置に、
前記第３装置からルート選択支援情報を受信し、
前記ルート選択支援情報に少なくとも部分的に基づいて、前記宛先装置に向かう前記ルートを選択させる、請求項９に記載の第２装置。
【請求項１３】
前記ルート選択情報は、第２ＱｏＳ抵抗を含み、前記第２ＱｏＳ抵抗は、候補経路に関連する、請求項１２に記載の第２装置。
【請求項１４】
前記命令は、さらに前記第２装置に、論理チャネルに対して複数のスケジューリング要求（Scheduling  Request：ＳＲ）構成を保持させ、前記複数のＳＲ構成は複数のＱｏＳバジェットにそれぞれ対応する、請求項１に記載の第２装置。
【請求項１５】
前記命令は、さらに前記第２装置に、前記第２装置で利用可能になるＳＲをトリガするデータを待つことなしに、前記ＳＲを前記第３装置へ送信させる、請求項１４に記載の第２装置。
【請求項１６】
前記命令は、さらに前記第２装置に、前記第１装置からＢＳＲまたはＳＲを受信することに応じて、グラントを前記第１装置へ送信させる、請求項１５に記載の第２装置。
【請求項１７】
第２装置に第１パケットを送信するように構成された第１装置であって、前記第１パケットは第１残存サービス品質（ＱｏＳ）バジェットのインジケーションを含み、前記第１残存ＱｏＳバジェットは宛先装置への前記第１パケットのコンテンツの伝送に関する、第１装置。
【請求項１８】
前記第１パケットは、第１タイムスタンプをさらに含み、前記第１タイムスタンプは前記第１パケットを送信する時間に関連する、請求項１７に記載の第１装置。
【請求項１９】
前記第１残存ＱｏＳバジェットは、第１ＱｏＳ抵抗を含み、前記第１ＱｏＳ抵抗は複数のＱｏＳ要素から導出される複合基準値である、請求項１７に記載の第１装置。
【請求項２０】
前記複数のＱｏＳ要素は、遅延、負荷状態、ホップ数、バッファサイズ、およびパケットエラーレートのうち２つ以上を含む、請求項１７に記載の第１装置。
【請求項２１】
前記命令は、さらに前記第２装置に、
前記選択されたバッファに関連する第１バッファ状態報告（ＢＳＲ）を生成させるとともに、
前記第１、第２装置で利用可能になるＢＳＲをトリガするデータを待つことなしに、前記第１ＢＳＲを前記第３装置へ送信させる、請求項１７に記載の第１装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、３つの米国仮出願、２０１８年６月２０日出願の第６２／６８７，４７８号、２０１８年９月２４日出願の第６２／７３５，２１０号、２０１８年１０月３１日出願の第６２／７５３，５５４号、題名「マルチホップデータ転送におけるサービス品質実現」の優先権の利益を主張しその内容が全体として本明細書に参照により援用される。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービス品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のために、技術的規格を策定している。最近の無線アクセス技術（Radio  Access  Technology：ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ−アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新無線（New  Radio：ＮＲ）と呼ばれる、次世代セルラー技術の標準化への取り組みを開始している。
【０００３】
ＮＲでマルチホップバックホーリングをサポートする際に、ホップバイホップデータ転送アーキテクチャが検討されている。アクセス・バックホール統合（Integrated  Access  and  Backhaul：ＩＡＢ）ノードは、ユーザ端末（User  Equipment：ＵＥ）への無線アクセスをサポートし、かつアクセストラフィックを無線でバックホールする無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）ノードである。ＩＡＢドナーは、ＵＥにコアネットワークへのインターフェース、およびＩＡＢノードに無線バックホーリング機能を提供するＲＡＮノードである。ＩＡＢアーキテクチャは、アクセス向けに定められた既存の機能およびインターフェースを再使用するように努める。モバイル終端（Mobile-Termination：ＭＴ）機能は、モバイル機器のコンポーネントとして定義されている。ＩＡＢアーキテクチャのコンテキストでは、ＭＴは、ＩＡＢドナー、または他のＩＡＢノードに向かうバックホールＵｕインターフェースの無線インターフェース層の末端をなすＩＡＢノードに常駐する機能を指す。
【発明の概要】
【０００４】
サービス品質（Quality  of  Service：ＱｏＳ）は、様々な技法を介して、シングルホップおよびマルチホップデータ転送で実現させることができる。
【０００５】
例えば、送信機と受信機との間の異なる経路をたどる論理チャネルへのデータマップ、ゆえに、異なる遅延、アクセス負荷状態、バックホール負荷状態、およびデータを転送する中間ノードの負荷状態に起因する影響を緩和するために、論理チャネル優先順位付け（Logical  Channel  Prioritization：ＬＣＰ）に対する拡張が使用される場合がある。
【０００６】
本明細書においてＱｏＳ抵抗と表されるスカラパラメータは、例えば、ホップ数、遅延、負荷状態などの複合的な影響を定量化するために使用される場合がある。ＱｏＳ抵抗は、実際の、または予測された経路のＱｏＳ性能を表すために使用される場合がある。ＱｏＳ抵抗は、データのセットに対するＱｏＳ要件のセット、すなわちＱｏＳバジェットを表すために使用される場合がある。ＱｏＳ抵抗は、送信機と受信機との間の異なる伝送経路に従うベアラまたは論理チャネルのデータに、差異化された上りリンクリソース割り当てを提供するために、ＬＣＰで使用される場合がある。ＱｏＳ抵抗は、データパケットＱｏＳ要件および／またはベアラ能力を調整し、発信元送信機ノードと最終宛先ノードとの間の経路に沿って目標ＱｏＳを実現させるために動的に調整される場合がある。
【０００７】
バッファ状態報告（Buffer  Status  Report：ＢＳＲ）生成は、ＱｏＳ抵抗パラメータの使用を通して拡張することが可能である。さらに、ＢＳＲ操作は、対応するデータが利用可能になる前に、ＢＳＲの伝送を可能にすることによって改善することが可能である。
【０００８】
例えば、ＱｏＳ抵抗属性を考慮に入れることによって、ＱｏＳ差異化のために、データリンクアーキテクチャを拡張することが可能である。
【０００９】
ルート選択および再選択は、ＱｏＳ抵抗の伝送によって、変化に富んだシナリオに対して各ルート選択トリガを使用することによって、および／またはＵＥが実行するルート選択を助力するために提供されるネットワーク支援情報を使用することによって、拡張することができる。
【００１０】
スケジューリング要求（Scheduling  Request：ＳＲ）操作は、例えば、ＱｏＳ抵抗パラメータを考慮に入れることによって、拡張することが可能である。さらに、ＳＲは、対応するデータまたはＢＳＲが利用可能になる前に伝送されるＳＲである場合がある。
【００１１】
本概要は、下記にさらに記載される発明を実施するための形態を簡略化した形式で、概念の選択を紹介するものである。本概要は、請求される主題の主要な特徴または実質的な特徴を特定したり、請求される主題の範囲を限定するために使用されたりすることを意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載されている、いずれかのまたは全ての不利点を解決する制限にも制約されない。
【００１２】
（図面の簡単な説明）
より詳細な理解は、添付図面と併せて、例として挙げられる以下の説明から得ることが可能である。
【図面の簡単な説明】
【００１３】
【図１Ａ】図１Ａは、通信システムの一例を示す図である。
【図１Ｂ】図１Ｂは、無線通信のために構成された例示的装置のブロック図である。
【図１Ｃ】図１Ｃは、図１ＡのＲＡＮ１０３およびコアネットワーク１０６の例示的システム図である。
【図１Ｄ】図１Ｄは、図１ＡのＲＡＮ１０４およびコアネットワーク１０７の例示的システム図である。
【図１Ｅ】図１Ｅは、一実施形態に従う図１ＡのＲＡＮ１０５およびコアネットワーク１０９の例示的システム図である。
【図１Ｆ】図１Ｆは、図１Ａ、図１Ｃ、図１Ｄおよび図１Ｅに示される通信ネットワークの１つまたは複数の装置がその中で具現化される場合がある例示的コンピューティングシステムのブロック図である。
【図１Ｇ】図１Ｇは、例示的通信システムの図である。
【図２】図２は、アクセス・バックホール統合（ＩＡＢ）アーキテクチャの参照図である。
【図３】図３は、層２（Layer  2：Ｌ２）中継向けの制御プレーンプロトコルスタックの一例を示す図である。
【図４】図４は、Ｌ２中継向けのユーザプレーンプロトコルスタックの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下に掲げるものは、以下の説明に出現する可能性のある頭字語のリストである。特に指示がない限り、本明細書で使用される頭字語は、以下に記載された対応する用語を指す。
5GC＝5G  Core  Network（５Ｇコアネットワーク）
5QI＝5G  QoS  Identifier（５Ｇ  ＱｏＳ識別子）
AMBR＝Aggregate  Maximum  Bit  Rate（集約最大ビットレート）
AMC＝Adaptive  Modulation  and  Coding（適応性変調・符号化）
Adapt＝Adaption  Layer（適応層）
BSR＝Buffer  Status  Report（バッファ状態報告）
BWP＝Bandwidth  Part（帯域幅パート）
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（分散型ユニット）
eMBB＝Evolved  or  Enhanced  Mobile  Broadband（発展型または高度化モバイルブロードバンド）
F1＝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（ＵＥに向けてＮＲユーザプレーンおよび制御プレーンプロトコル終端を提供し、かつＮＧインターフェースを介して５ＧＣに接続されているノード）
IAB＝Integrated  Access  and  Backhaul（アクセス・バックホール統合）
IP＝Internet  Protocol（インターネットプロトコル）
L1＝Layer  1（層１）
L2＝Layer  2（層２）
LCP＝Logical  Channel  Prioritization（論理チャネル優先順位付け）
MAC＝Medium  Access  Control（メディアアクセス制御）
mMTC＝massive  Machine  Type  Communication（大規模マシンタイプ通信）
MT＝Mobile  Termination（モバイル終端）
N1＝N1  reference  point（Ｎ１参照点）
N3＝N3  reference  point（Ｎ３参照点）
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（パケットデータ収束プロトコル）
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（サービスデータ適応層）
SRB＝Signalling  Radio  Bearer（シグナリング無線ベアラ）
SR＝Scheduling  Request（スケジューリング要求）
STCP＝Stream  Control  Transmission  Protocol（ストリーム制御伝送プロトコル）
UE＝User  Equipment（ユーザ端末）
Un＝Un  interface（Ｕｎインターフェース）
URLLC＝Ultra-Reliable  and  Low  Latency  Communication（超高信頼・低遅延通信）
Uu＝  interface（Ｕｕインターフェース）
【００１５】
本明細書で使用する場合、特に指示がない限り、用語「ＵＥ」および用語「ＩＡＢのＭＴ側」は、同じ意味で用いられる。また、用語「ＩＡＢドナー」、「ｇＮＢ」、または「ｎｇ−ｅＮＢ」は、特に指示がない限り、同じ意味で用いられる。
【００１６】
本明細書において、用語「ＱｏＳバジェット」および「ＱｏＳ抵抗」は、多くの場合、同じ意味で用いられる。その両方は、データフローのＱｏＳ要件を意味する場合がある。ＱｏＳバジェットは、遅延、パケット損失レートなど、異なる要素を含む場合がある。ＱｏＳ抵抗は、関連するＱｏＳバジェットの複数の要素を包括する、またはそれらから導出される単一表現である場合がある。ＱｏＳ抵抗は、例えば、単一の数または値で表される場合があるのに対して、ＱｏＳバジェットは多数の属性を有する場合がある。用語「ＱｏＳ抵抗」はまた、経路のＱｏＳ性能に関して使用される場合もある。
【００１７】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービス品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のために、技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ−アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新無線（ＮＲ）と呼ばれる、次世代セルラー技術の標準化への取り組みを開始している。３ＧＰＰ  ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、６ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、６ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、また同じ周波数帯でまとめて多重化されて、多様な要件を伴う３ＧＰＰ  ＮＲユースケースの広範なセットに対処する場合がある異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポット向けのウルトラモバイルブロードバンドアクセスの機会を提供する、センチ波およびミリ波の周波数帯域を含むことが想定されている。特に、センチ波およびミリ波特有設計最適化を伴うウルトラモバイルブロードバンドは、６ＧＨｚを下回るフレキシブル無線アクセスと、共通設計フレームワークを共有することが想定されている。
【００１８】
３ＧＰＰは、データレート、遅延、およびモビリティに対する様々なユーザ体験要件となる、ＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群集の中のブロードバンドアクセス、あらゆる場所における５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、ならびに、ビークルツービークル通信（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：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗り物などを含む、無線信号を伝送および／または受信するように構成されている任意のタイプの装置またはデバイスを備えている、またはそれらで具現化されてよいことを理解されよう。
【００２０】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含む場合がある。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。基地局１１４ｂは、ＲＲＨ（遠隔無線ヘッド）１１８ａ、１１８ｂ、ＴＲＰ（送受信ポイント）１１９ａ、１１９ｂおよび／またはＲＳＵ（ロードサイドユニット）１２０ａ、１２０ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２および／またはＶ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａ、１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２および／またはＶ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（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：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む場合がある。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、発展型ホームＮｏｄｅ−Ｂ（evolved  home  Node-B：ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（Home  evolved  Node-B：ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図１Ｂに描写され、本明細書で説明される要素の一部または全部を含む場合があることが考えられる。
【００３５】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（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：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用されてよく、かつコンピュータシステムによってアクセスされることがある任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。
【００７４】
例示的課題
図２から４に示すホップバイホップデータ転送アーキテクチャは、ＮＲでマルチホップバックホーリングをサポートするのに使用される場合がある。図２から４では、ＩＡＢノードは、ＵＥへの無線アクセスをサポートし、かつアクセストラフィックを無線でバックホールするＲＡＮノードである。ＩＡＢドナーは、コアネットワークにＵＥのインターフェース、およびＩＡＢノードに無線バックホーリング機能を提供するＲＡＮノードである。ＩＡＢアーキテクチャは、アクセス向けに定められた既存の機能およびインターフェースを再使用するように努める。モバイル終端（ＭＴ）機能は、モバイル機器のコンポーネントとして定義されている。ＩＡＢアーキテクチャのコンテキストでは、ＭＴ（例えば、図４を参照）は、ＩＡＢドナー、または他のＩＡＢノードに向かうバックホールＵｕインターフェースの無線インターフェース層の末端をなすＩＡＢノードに常駐する機能を指す。
【００７５】
ＵＥとＩＡＢドナーノードとの間のエンドツーエンドピアＲＬＣエンティティを用いないホップバイホップＲＬＣデータ転送のコンテキストで解決される必要がある１つの問題は、ＳＲＢ／ＤＲＢで作られた従来のＱｏＳパラメータだけを考慮に入れるのではなく、特定のデータフローまたはＳＤＡＰ  ＳＤＵに関連付けられたホップ数も考慮に入れるＱｏＳ実現の問題である。異なるホップは、異なるスループットを有する。同じＱｏＳのデータがＱｏＳ特定無線ベアラおよびＲＬＣインスタンスにマップされている場合であっても、ＩＡＢドナーノードからＵＥへのデータ伝送の経路における異なるホップによるばらつきのあるチャネル状態の影響は回避することはできない。１つの結果は、特定のＩＡＢノードで、エンドポイントには認識されないままとなる著しい量のデータバッファリングがある場合があることであり、これにより、遅延、不必要な伝送が増し、また特に、ＱｏＳ要件が保証されるサービスに対して、エンドツーエンドＱｏＳ要件を満たすことができないといった結果をもたらす。データ転送に対する効率的な解決策、およびマルチホップデータ伝送システムでのエンドツーエンドＱｏＳ要件を満たすスケジューリング解決策が必要とされる。
【００７６】
さらに、ＵＥとＱｏＳ要件に適切なＩＡＢドナーとの間のルート変換を選択する必要性がある。
【００７７】
ＱｏＳ実現向けの拡張されたＬＣＰベース解決策
論理チャネル優先順位付け（ＬＣＰ）は、１つまたは複数の以下の属性を考慮に入れるように拡張することが可能であり、これら属性は、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間の経路、ホップ数、上りリンク速度、上りリンク負荷、遅延、およびエラーレートの特徴を表すことがあるものである。
【００７８】
上りリンク速度は、例えば、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間の経路のデータレートである場合がある。速度は、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間のデータ経路のキロビット／秒のデータレート、例えば、その経路のホップの最低速度の推定値である場合がある。
【００７９】
上りリンク負荷は、例えば、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間の経路に対するものである場合があり、この際、この負荷は、データ経路の現在の割合負荷の推定値を表す場合がある。これは、最低速度のホップ、例えば、経路の全てのホップの中で最低速度のホップの負荷に対して定められてよい。
【００８０】
遅延は、例えば、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間のデータ経路に対するものである場合がある。遅延は、例えば、ＵＥとＩＡＢノードまたはｇＮＢとの間のデータ経路に沿ったホップごとのホップバイホップ遅延を考慮に入れた、データ経路にわたる全上りリンク遅延の推定値である場合がある。
【００８１】
エラーレートは、例えば、経路で起こるブロックエラーレートの推定値である場合がある。
【００８２】
これらの属性、またはそのサブセットは、複合基準値で組み合わされたもの、例えば、遅延、負荷、速度、およびホップ数の組み合わせから導出される単一スカラパラメータであってもよい。このようなパラメータは、ＱｏＳ抵抗と呼ばれる場合がある。ＱｏＳ抵抗は、例えば、スケジュールされたデータ伝送を実行する送信機と、伝送されたデータの最終宛先受信機との間で決定される場合がある。上りリンク伝送の場合、送信機は、ＵＥ、またはＩＡＢノードである一方で、下りリンク伝送では、送信機は、ＩＡＢドナーノードまたはＩＡＢノードである場合がある。同様に、上りリンク伝送の場合、受信機は、ＩＡＢノード、ＩＡＢドナーである一方で、下りリンク伝送では、受信機は、ＵＥ、またはＩＡＢノードである場合がある。ＱｏＳ抵抗決定に寄与する各属性の重み付け要素は、サービス（例えば、ｅＭＢＢ対ＵＲＬＬＣ対ｍＭＴＣ）、および関連するＱｏＳ要件に応じて異なることがある。ＱｏＳ抵抗は、数値であってもよく、例えば、値が低いほど、ＱｏＳ抵抗は高い。あるいは、ＱｏＳ抵抗は、ＱｏＳ抵抗の数値が高いほど、ＱｏＳ抵抗が高いというように定義されてもよい。例示のためのみに、本明細書ではこれより、ＱｏＳ抵抗の値がより低いほど、ＱｏＳ抵抗がより高いと想定する。ＲＲＣは、各論理チャネルにマップすることができるデータフローのＱｏＳ抵抗値を用いて、ＵＥまたはＩＡＢノードを構成してもよい。このような構成は、論理チャネルごとのものであってよく、また１つまたは複数の抵抗値を含む場合があり、この際、同じ経路を進行するデータフローは、同じ抵抗値に関連付けられる。ＲＲＣは、論理チャネルにマップされたデータフローごとに、１つまたは複数の許容抵抗値を構成してもよい。論理チャネル構成構造内で、データフローのリストが定められる場合があり、この際、各データフローは、１つまたは複数の許容抵抗値を用いて構成される。あるいは、ＮＡＳが、データフローごとに１つまたは複数の許容抵抗値を用いてＵＥを構成してもよい。例えば、ベアラ確立または修正の間のＤＲＢおよび論理チャネルへのデータフローのマッピングは、ＱｏＳフローに加えて、データフローの許容ＱｏＳ抵抗を考慮に入れる場合がある。ＱｏＳ抵抗はまた、低、中、および高などの、抵抗レベルまたは抵抗スケールによって定められる場合がある。
【００８３】
ＲＲＣは、例えば、ＱｏＳフローベースでＱｏＳ抵抗を用いて、ＵＥを構成してもよい。ＲＲＣは、各無線ベアラ、したがって、各論理チャネルにマップすることができるＱｏＳフローのＱｏＳ抵抗値を用いて、ＵＥまたはＩＡＢノードを構成してもよい。このような構成は、無線ベアラごと、または論理チャネルごとのものであってよく、また１つまたは複数の抵抗値を含む場合があり、この際、同じ経路を進行するデータのＱｏＳフローは、同じ抵抗値に関連付けられる。ＲＲＣは、論理チャネルにマップされたＱｏＳフローごとに、１つまたは複数の許容抵抗値を構成してもよい。無線ベアラ構成構造または論理チャネル構成構造の間でＱｏＳフローのリストは定められる場合があり、この際、各ＱｏＳフローは、１つまたは複数の許容抵抗値を用いて構成される。
【００８４】
パケット転送のＱｏＳ実現に対する拡張により、送信機から宛先に送達されることになるデータのＱｏＳ要件と、目標ＱｏＳを満たすパケット転送処理を提供する送信機と宛先との間のベアラの能力との両方に対処することができる。送信機と宛先との間で１ホップを用いるセルラネットワークを含む典型的なネットワークでは、上記のこれらの属性は、送信機での特定の範囲内で良く知られている。例えば、従来の１ホップ伝送ベースセルラネットワークでは、ＮＢによって認められるトラフィックのＱｏＳ要件は、通常、ＵＥとＮＢとの両方に良く知られている。同様に、目標ＱｏＳを満たすパケット転送処理を提供する送信機と宛先との間のベアラの能力もまた、ＵＥとＮＢとの両方に良く知られているが、後者は、無線状態のばらつきにより、いくらかより動的なものである可能性がある。それでも、無線測定値が収集され、かつスケジューリング決定が考慮に入れられるので、ＮＢまたはＵＥのスケジューラは、目標ＱｏＳを満たすパケット転送処理を提供する送信機と宛先との間のベアラの能力を認識することができ、例えば、この際、そのような情報は、ベアラおよび論理チャネルへデータパケットＱｏＳ要件をマッピングするＮＢによるＵＥへの構成を介して提供される。
【００８５】
マルチホップネットワークで、ＱｏＳ要件およびベアラ能力などの属性は、送信機と受信機との間のデータ経路のマルチホップ性質に起因して、いっそう動的である場合がある。ＬＣＰは、これらの課題に対処することによって拡張することが可能である。マルチホップアーキテクチャにおける課題に対処する本明細書で提示される解決策はまた、例えば、ＱｏＳ要件ならびにベアラ能力および状態のばらつきに対処するために、シングルホップシステムに適用されてもよい。同様に、本明細書で明示される技法は、ＱｏＳ要件、および／または送信機と受信機との間のデータ経路に沿ったベアラのパケット転送能力に対して、静的な値を設定するために使用することができる。さらに、本明細書で記載される解決策では、発信元送信機および中間ＩＡＢノード送信機でのデータパケットのＱｏＳ要件は、利用可能なＱｏＳバジェットとして表される場合があり、このようなＱｏＳバジェットは、簡潔に、ＱｏＳ抵抗と表される場合がある。宛先への残りの経路に沿ったＱｏＳバジェット（例えば、ＱｏＳ抵抗）の構成または推定に基づいて、ルートへの、ならびに無線ベアラおよび／または論理チャネルおよび／またはＩＡＢノードＲＬＣバックチャネルへのデータの適切なマッピングを通して、ベアラまたは他の経路のパケット転送能力は作られる場合がある。
【００８６】
アクセス層の論理チャネルへのデータフローマッピングによるＬＣＰ拡張
ある種のＬＣＰ拡張は、アクセス層の論理チャネルへのデータフローマッピングの点から説明することができる。データリンクアーキテクチャの観点から、同じＱｏＳ（すなわち、ＱｏＳフロー）の２つ以上のデータフローは、同じデータ無線ベアラ（ＤＲＢ）に、したがって、同じ論理チャネルにマップされてよい。あるいは、２つ以上のＱｏＳフローは、ＤＲＢに、したがって、同じ論理チャネルにマップされてよい。さらに、所定のＩＡＢノードによってサービングされるＵＥからの同じＱｏＳの無線ベアラは、集約され、かつ同じＱｏＳのＩＡＢノードベアラにマップされてよい。ＩＡＢノードによってサービングされるＵＥのそれぞれは、同じまたは異なるＱｏＳ抵抗の異なる経路を通してＩＡＢドナーに接続されてよく、この際、各経路は、異なる数のホップで作られる。さらに、各ＵＥは、ＩＡＢドナーに向かう、同じまたは異なるＱｏＳ抵抗のマルチコネクティビティ経路を有してもよい。さらに、同じ論理チャネルにマップされたデータフローまたはＱｏＳフローは、上記のように異なるＱｏＳ抵抗の各データ経路を通してルーティングされてよい。したがって、ＵＬグラントリソース割り当てのために、ＬＣＰは、同じＱｏＳ要件のデータフローに、または同じＱｏＳフローではあるが、異なるＱｏＳ抵抗のデータ経路にマップされたデータに、差異化処理を行ってもよい。3GPP  TS  23.501  V15.2.0,  System  Architecture  for  the  5G  Systemで定義されているような、本明細書で用いるＱｏＳフローは、ＰＤＵセッションの中でＱｏＳ差異化の最も細かい粒度である。3GPP  TS  23.501  V15.2.0,  System  Architecture  for  the  5G  Systemで定義されているような、サービスデータフローに関して本明細書で用いるデータフローは、サービスデータフローフィルタ、例えば、サービスデータフローを構成するパケット（ＩＰまたはイーサネット（登録商標））フローのうち１つまたは複数を識別するために使用されるパケットフローヘッダパラメータ値／範囲のセット、およびサービスデータフローテンプレートによって特徴付けられ、そのサービスデータフローテンプレートとは、サービスデータフローを定めるために必要とされる、ポリシ規則内のサービスデータフローフィルタのセット、またはアプリケーション検出フィルタを意味するポリシ規則内のアプリケーション識別子である。
【００８７】
各論理チャネルは、いくつかのデータバッファを用いて構成されてよく、この際、論理チャネル内の同じＱｏＳ抵抗のデータフロー、または同じＱｏＳフローおよび同じＱｏＳ抵抗のデータは、同じデータバッファに割り当てられ、その一方で、同じ論理チャネル内の異なるＱｏＳ抵抗のデータフロー、または同じ論理チャネル内で同じＱｏＳフローではあるが、異なるＱｏＳ抵抗のデータは、異なるデータバッファに割り当てられてよい。ＱｏＳ抵抗は、同じ論理チャネル内のデータフローまたはＱｏＳフローを優先順位付けするために使用される。論理チャネル内のデータフローまたはＱｏＳフローは、対応するデータ経路のＱｏＳ抵抗の降順でグラントを割り当てられる。
【００８８】
各論理チャネルは、複数の優先順位付けられたビットレートを用いて構成することができるが、この際、同じ論理チャネルにマップされているが、異なるＱｏＳ抵抗のデータ経路に関連付けられた異なるデータパケットもしくはデータフローまたはＱｏＳフローは、異なる優先順位付けられたビットレートにマップされる。
【００８９】
各論理チャネルは、論理チャネルマッピング制約の複数のセットで構成することができるが、この際、同じ論理チャネルにマップされているが、異なるＱｏＳ抵抗のデータ経路に関連付けられた異なるデータパケットもしくはデータフローまたはＱｏＳフローは、異なる論理チャネルマッピング制約セットにマップされる。論理チャネルマッピング制約のセットは、以下のうち１つまたは複数を含んでよい。
−伝送に対する許容サブキャリア間隔を設定する、allowedSCS-List。
−伝送に対して許容される最大ＰＵＳＣＨ長を設定する、maxPUSCH-Duration。
−構成されたグラントタイプ１が、伝送のために使用することができるかどうかを設定する、configuredGrantType1Allowed。
−伝送に対する許容セルを設定する、allowedServingCells。この制約は、同じ論理チャネルにマップされているが、異なるＱｏＳ抵抗のデータ経路に関連付けられた各データフローに対して、異なるように許容されるデータ経路を設定するために使用されてよい。
−構成されたグラントタイプ２が、伝送のために使用することができるかどうかを設定する、configuredGrantType2llowed。
−ＵＬグラント受信から、その受信したグラントを使用するＵＬ伝送の開始までの時間である、パラメータＫ２。小さいＫ２値が、より高いＱｏＳ抵抗（より低いＱｏＳ抵抗数値）データ経路にマップされて、より高いＱｏＳ抵抗経路を進行するデータフロー、例えば、より高いＱｏＳ抵抗経路は経路上で遅延がより長いことを意味するヘッドスタートを提供する場合がある。
【００９０】
本明細書で記載されるＬＣＰ拡張は、送信機としてのＵＥに関連して説明されているが、提案される拡張は、上りリンクデータの送信機として動作するＩＡＢノードに同様に適用する。したがって、ＵＥおよび上りリンク伝送ＩＡＢノードは、本明細書に記載されるＬＣＰプロシージャ拡張の観点では同一のものである。
【００９１】
中間ＩＡＢノードでの許容ＱｏＳ抵抗バジェット決定
許容ＱｏＳ抵抗バジェットは、発信元送信機（例えば、上りリンクトラフィックの場合のＵＥ、および下りリンクトラフィックの場合のＩＡＢドナー）と最終宛先（上りリンクトラフィックの場合のＩＡＢドナー、および下りリンクトラフィックの場合のＵＥ）との間のルート上で多数のホップを通して進行したデータとして、各中間ＩＡＢノードで更新されてもよい。このために、かつ上りリンクトラフィックの場合の上流受信機ＩＡＢノードまたは下りリンクトラフィックの場合の下流受信機ＩＡＢノードが残存許容ＱｏＳ抵抗バジェットを決定できるようにするために、送信機は、各層２（Ｌ２）ＰＤＵヘッダに、送信機でＬＣＰプロシージャを実施するために使用される許容ＱｏＳ抵抗バジェットを含める。送信機はまた、各Ｌ２  ＰＤＵに、パケットの伝送時間に関するタイムスタンプを含めてもよい。伝送時間タイムスタンプは、宛先への伝送経路に沿ったその後の伝送に対するパケット転送優先順位付けを決定するために、ＱｏＳ抵抗へのプロキシとして解釈されるか、またはＱｏＳ抵抗とともに連帯的に使用されてよい。一実施形態では、Ｌ２プロトコルは、ＭＡＣプロトコルである場合がある。Ｌ２プロトコルは、下記の組み合わせのうち１つまたは複数に従って、Ｌ２  ＰＤＵが許容ＱｏＳ抵抗バジェットを運ぶように設計されてよい。
・論理チャネル当たりベースで。
・ＩＡＢバックホールＲＬＣチャネル当たりベースで。
・送信機当たりベースで。この際、送信機は、上りリンクトラフィックの場合はＵＥ、下りリンクトラフィックの場合はＩＡＢドナーであるか、もしくは、上りリンクまたは下りリンクトラフィックの場合はＩＡＢノードである場合がある。
【００９２】
Ｌ２  ＳＤＵの伝送における送信機ノード、例えば中間送信機ＩＡＢノードは、パラメータのうち１つまたは複数を使用して、ＬＣＰプロシージャで使用されることになる許容残存ＱｏＳ抵抗バジェットを決定してもよい。このようなパラメータは、下記のうち１つまたは複数のものであってよい。
ａ）先行の送信機、例えば上りリンクトラフィックの場合のこの中間ＩＡＢノードに対応するすぐ次のホップ下流送信機および下りリンクトラフィックの場合のすぐ次のホップ上流送信機から受信する際の、Ｌ２  ＳＤＵに関連付けられたＱｏＳまたはバジェット抵抗。
ｂ）この中間ＩＡＢノードと、先行の送信機、例えば上りリンクトラフィックの場合のこの中間ＩＡＢノードに対応するすぐ次のホップ下流送信機および下りリンクトラフィックの場合のすぐ次のホップ上流送信機との間のホップに関連付けられたＱｏＳバジェットまたは抵抗。ＲＲＣは、ホップに関連付けられたＱｏＳ抵抗を、ＩＡＢノードに構成してもよい。
ｃ）先行の送信機から受信する際の、Ｌ２  ＳＤＵに関連付けられたタイムスタンプ。
【００９３】
上りリンクトラフィックの場合のＵＥは、論理チャネルに関連付けられたデータバッファのそれぞれに対して、ＬＣＰプロシージャで使用されることになるデータバッファに関連付けられたＱｏＳ抵抗を決定してもよい。ＵＥとＩＡＢドナーとの間のデータによって進行されるルートに沿った各中間ＩＡＢノードは、次に、例えば、伝送チェーンでの先の送信機のＬＣＰによって使用されたＱｏＳ抵抗から、１ホップ、例えば、この中間ＩＡＢノードと先行の送信機との間のホップに対するＱｏＳ抵抗割り当てを差し引くことによってＬＣＰプロシージャで使用されることになるＱｏＳ抵抗を決定する。同様に、下りリンクトラフィックの場合、ＩＡＢドナーは、論理チャネルに関連付けられたデータバッファのそれぞれに対して、ＬＣＰプロシージャで使用されることになるデータバッファに関連付けられたＱｏＳ抵抗を決定してもよい。ＩＡＢドナーとＵＥとの間のデータによって進行されるルートに沿った各中間ＩＡＢノードは、次に、伝送チェーンでの先の送信機のＬＣＰによって使用されたＱｏＳ抵抗から、１ホップ、例えば、この中間ＩＡＢノードと先行の送信機との間のホップに対するＱｏＳ抵抗割り当てを差し引くことによってＬＣＰプロシージャで使用されることになるＱｏＳ抵抗を決定してもよい。例えば、ＱｏＳ抵抗がホップ数のみを基準にして表される場合、Ｌ２  ＳＤＵが１ホップ進行すると、Ｌ２  ＳＤＵに関連付けられた残存ＱｏＳ抵抗は１つ減少される。別の例としては、ＱｏＳ抵抗が遅延のみを基準にして表される場合、Ｌ２  ＳＤＵが１ホップ進行すると、Ｌ２  ＳＤＵに関連付けられた残存ＱｏＳ抵抗は、この中間ＩＡＢノードと伝送チェーンでの先行の送信機との間のホップに関連付けられた遅延だけ減少される。
【００９４】
同様に、Ｌ２  ＰＤＵの受信時に、送信機、例えば中間ＩＡＢノードは、下記のパラメータのうち１つまたは複数に基づいてＱｏＳ抵抗を決定してもよい。
ａ）先行の送信機、例えば上りリンクトラフィックの場合のこの中間ＩＡＢノードに対応するすぐ次のホップ下流送信機および下りリンクトラフィックの場合のすぐ次のホップ上流送信機から受信する際の、Ｌ２  ＳＤＵに関連付けられたＱｏＳ抵抗バジェット。
ｂ）上りリンクトラフィックの場合の中間ＩＡＢノードとＩＡＢドナーとの間、または下りリンクトラフィックの場合の中間ＩＡＢノードとＵＥとの間のルートにおけるホップ数。ＲＲＣは、ＩＡＢノード、ルートにおけるホップ数を含むルート情報内に構成されてよい。
ｃ）速度、例えば、上りリンクトラフィックの場合の中間ＩＡＢノードとＩＡＢドナーとの間、または下りリンクトラフィックの場合の中間ＩＡＢノードとＵＥとの間の経路のデータレート。速度は、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間のデータ経路のキロビット／秒のデータレートの推定値である場合がある。これは、経路における全てのホップ速度の最低速度であり、ＲＲＣは、ＩＡＢノード、ルートの上りリンク速度情報、またはＩＡＢノードが上りリンク速度を決定するために使用できる情報内に構成されてよい。このような情報は、親ＩＡＢノードから子ＩＡＢノードにブロードキャストされてもよい。
ｄ）上りリンクトラフィックの場合の中間ＩＡＢノードとＩＡＢドナーとの間、または下りリンクトラフィックの場合の中間ＩＡＢノードとＵＥとの間の経路の負荷。この際、この負荷は、データ経路の現在の割合負荷の推定値を表す場合がある。これは、最大負荷率のホップ、例えば、経路の全てのホップの中で最大負荷率のホップの負荷に対して定められてよく、この際、負荷率は、容量に対する負荷の割合として定められる場合がある。ＲＲＣは、ＩＡＢノード、ルートの負荷情報、またはＩＡＢノードがルートの負荷を決定するために使用できる情報内に構成されてよい。このような情報は、親ＩＡＢノードから子ＩＡＢノードにブロードキャストされてもよい。
ｅ）上りリンクトラフィックの場合の中間ＩＡＢノードとＩＡＢドナーとの間、または下りリンクトラフィックの場合の中間ＩＡＢノードとＵＥとの間のデータ経路の遅延。遅延は、ＵＥとＩＡＢノードまたはｇＮＢとの間のデータ経路に沿ったホップごとのホップバイホップ遅延を考慮に入れた、データ経路にわたる全上りリンク遅延の推定値である場合がある。
ｆ）上りリンクトラフィックの場合の中間ＩＡＢノードとＩＡＢドナーとの間、または下りリンクトラフィックの場合の中間ＩＡＢノードとＵＥとの間の経路で予測されるブロックエラーレート推定値のエラーレート。
ｇ）先行の送信機から受信する際の、Ｌ２  ＳＤＵに関連付けられたタイムスタンプ。
ｈ）遅延、負荷、速度、ホップ数などを含むことがある複合基準値。
【００９５】
ここで、ＬＣＰによって使用されることになるＱｏＳバジェットを中間ＩＡＢノードで決定するために、中間ＩＡＢノードは、上記のパラメータのうち１つまたは複数を使用して、中間ＩＡＢノードと最終宛先との間の経路のＱｏＳ抵抗を決定し、次いで、受信したＱｏＳバジェットから決定したＱｏＳ抵抗を差し引く。
【００９６】
ＢＳＲに対する拡張
バッファ状態報告（ＢＳＲ）操作は、論理チャネルグループ（Logical  Channel  Group：ＬＣＧ）ごとに同じＱｏＳ抵抗のＬＣＧのデータフローのバッファ状態情報を、スケジューラに提供するように拡張することが可能である。このようなバッファ状態情報は、ＱｏＳ抵抗値ごとに提供されてよい。ＲＲＣは、各論理チャネルにマップすることができるデータフローの抵抗値を用いて、ＵＥを構成してもよい。このような構成は、論理チャネルごとに実施されてよい。
【００９７】
ＩＡＢのＭＴ部分は、ＩＡＢノードのＤＵ部分またはＭＴ部分で利用可能になる規則的なＢＳＲをトリガするデータを待つことなしに、規則的なＢＳＲを親ＩＡＢに報告してよい。親ＩＡＢノードへのＢＳＲの報告をトリガするデータを子ＩＡＢノードが受信する前であっても、親ＩＡＢノードは、グラントを子ＩＡＢノードに送信してよい。このような操作を実現するために、下記のトリガが、マルチホップＩＡＢアーキテクチャでのＢＳＲ報告に対して行われてよい。
【００９８】
ＩＡＢのＤＵ部分およびＬＣＧの少なくとも１つの論理チャネルによって、規則的なＢＳＲが受信されるときに、ＢＳＲはトリガされてよいが、そのＬＣＧでは、ＢＳＲは任意のＬＣＧに属する利用可能なＵＬデータを含む任意の論理チャネルの優先順位よりも高い優先順位のＤＵに報告され、その任意のＬＣＧでは、データがＩＡＢノードのＭＴ部分で既に利用可能であるか、またはＢＳＲがＩＡＢノードのＭＴ部分でトリガされたがキャンセルされていない。
【００９９】
規則的なＢＳＲがＩＡＢのＤＵ部分では受信されるが、ＩＡＢノードのＭＴ部分で任意の利用可能なＵＬデータを含むＬＣＧに属する論理チャネルのいずれによっても受信されない場合、ＢＳＲはトリガされてよい。
【０１００】
ＬＣＧに属する論理チャネルで利用可能な新しいＵＬデータをＩＡＢのＤＵ部分のＭＡＣエンティティが有するときに、ＢＳＲはトリガされてよいが、この新しいＵＬデータは、ＩＡＢノードのＭＴ部分で、任意のＬＣＧに属する利用可能なＵＬデータを含む任意の論理チャネルの優先順位よりも高い優先順位の論理チャネルに属するか、またはその任意のＬＣＧでは、ＢＳＲはＩＡＢノードのＭＴ部分でトリガされたがキャンセルされていない。
【０１０１】
ＬＣＧに属する論理チャネルで利用可能な新しいＵＬデータをＩＡＢのＤＵ部分のＭＡＣエンティティが有するが、ＬＣＧに属するいずれの論理チャネルも、ＭＴまたはＩＡＢノードで任意の利用可能なＵＬデータを含まない場合、ＢＳＲはトリガされてよい。
【０１０２】
ＱｏＳ実現に対する拡張されたＮＲデータリンクアーキテクチャベースの解決策
データリンクアーキテクチャは、例えば、種々のＱｏＳマッピングアーキテクチャを使用して、ＱｏＳ実現を促進するように拡張することが可能である。例えば、異なるＱｏＳ抵抗を有する同じＱｏＳ（例えば、同じＱｏＳフローにマップされたデータ）の各データフローは、異なるＤＲＢにマップされてよい。この例では、同じＱｏＳではあるがより高いＱｏＳ抵抗の各データフローは、同じＱｏＳではあるがより低いＱｏＳ抵抗の各データフローよりもより高い優先順位の論理チャネルにマップされているＤＲＢにマップされてよい。ＵＥ（またはＩＡＢドナー）の場合、マッピングは、サービスデータ適応プロトコル（ＳＤＡＰ）エンティティで行われてよい。あるいは、例えば、ＩＡＢノードの場合、マッピングは、ＰＤＣＰで行われるか、もしくは、スケジューリングでＱｏＳ抵抗を考慮に入れた同じＱｏＳフローではあるが異なるＱｏＳ抵抗のデータフローの差異化、およびデータ転送処理は、適応層で行われてよい。
【０１０３】
例えば、適応層は、種々のＵＥ  ＤＲＢのデータフローのデータ経路に関連付けられたＱｏＳ抵抗を考慮に入れて、ＩＡＢノードによってサービングされる各ＵＥの同じＱｏＳ  ＤＲＢを異なるＩＡＢ  ＤＲＢに集約してもよい。例えば、同じＱｏＳのＵＥ  ＤＲＢに対して、適応層は、これらのＵＥ  ＤＲＢの中でマップしてよく、この際、その１つは、より高いＱｏＳ抵抗のデータフローを対応するデータフローによって必要とされるよりも高いＱｏＳのＩＡＢ  ＤＲＢに運び、その一方で、より低いＱｏＳ抵抗のデータフローを運ぶものは、これらのＩＡＢ  ＤＲＢのＱｏＳが対応するデータフローのＱｏＳ要件を満たす限り、より低いＱｏＳのＩＡＢ  ＤＲＢにマップされてよい。
【０１０４】
ＲＬＣインスタンスは、無線ベアラ（ＲＢ）およびＱｏＳ抵抗ごとに構成されてよい。それによって、各ＲＢは、ＲＢに関連付けられた異なるＱｏＳ抵抗の数と同じ数のＲＬＣインスタンスを用いて構成されてよい。ＲＢ内で、ＱｏＳ抵抗を考慮しない場合、ＲＢがマップされる論理チャネルの優先順位よりもより高い優先順位の論理チャネルに関連付けられたＲＬＣインスタンスに、より高いＱｏＳ抵抗のデータフローがマップされてよい。
【０１０５】
ＤＲＢごとのサブＤＲＢ（サブＳＲＢのそれぞれ）が、導入されてもよく、その際、共通ＱｏＳではあるが異なるＱｏＳ抵抗の各データフローは、ＤＲＢ内で異なるサブＤＲＢにマップされる。これは、ＤＲＢの多重化として見られる場合があり、ＤＲＢにマップされたデータに関連付けられた異なるＱｏＳ抵抗が存在する数と同じ数だけ、各ＤＲＢは、多数のＤＲＢとして多重化される。さらに、ＤＲＢは、ＤＲＢにマップされたデータフローに構成される異なるＱｏＳ抵抗値の数によって、必要に応じて、複数のサブＤＲＢに多重化されてもよい。次いで、これらの多重化ＤＲＢまたはサブＤＲＢのそれぞれは、それぞれが１つの論理チャネルにマップされるＲＬＣインスタンスにマップされてよい。
【０１０６】
ＳＤＡＰ、ＰＤＣＰ、またはＲＬＣは、同じＱｏＳではあるが異なるＱｏＳ抵抗のデータフローに対して、別個のバッファを維持してもよい。例えば、ＵＥ、ＩＡＢドナー、ｇＮＢでは、ＳＤＡＰ、ＰＤＣＰ、またはＲＬＣは、同じＱｏＳではあるが異なるＱｏＳ抵抗のデータフローに対して、別個のバッファを維持してもよい。同様に、ＩＡＢノードでは、ＲＬＣは、同じＱｏＳではあるが異なるＱｏＳ抵抗のデータフローに対して、別個のバッファを維持してもよい。
【０１０７】
ルート選択
ルート選択および再選択のトリガ
ルート選択および再選択をする例示的トリガとしては下記のものが考えられる。
・伝送または再伝送向けにデータが利用可能になる。
・ＢＷＰ、キャリアまたはセルの選択、もしくは再選択。
・ＢＷＰまたはキャリアの選択および再構成。
・無線リンク障害。
・ＳＣＧの追加、解放、または修正。
・ハンドオーバのために起こったトリガ。
・サービスサブスクリプションの変更。
・ＱｏＳ要件の変更（例えば、無線ベアラ再構成による）。
・負荷状態の変更または既存のルートに関連付けられたＱｏＳ抵抗の変更。
・ネットワークトポロジーの変更。
【０１０８】
ルート選択および再選択を実施するもの
ＵＥまたはＩＡＢノードのＭＴ機能は、上りリンクルート選択を実施してもよい。ＲＲＣは、ルート選択を実施するように、例えば、ＵＥまたはＭＴ機能を構成してもよい。例えば、構成されたグラントによる伝送向けに、ＵＥは上りリンクルート選択を実施してもよい。ルート選択は、次ホップを選択することと、マルチホップルートを選択することと、送信機と宛先との間の完全なルートを選択することとを含む場合がある。
【０１０９】
ＩＡＢドナーまたはＩＡＢノード（例えば、ｇＮＢまたはＩＡＢノードのＤＵ機能）は、下りリンクルート選択を実施してもよい。例えば、ＲＲＣおよびＮＧ−Ｃ  ＡＰおよびＦ１−ＡＰは、ルート選択を実施するように、ＩＡＢノードを構成してもよい。
【０１１０】
ネットワークは、支援情報をブロードキャストして、ルート選択を実施するＵＥを助力することができる。例えば、ＵＥはルート選択の決定で支援情報を使用してもよい。支援情報は、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間の経路の特徴を表す１つまたは複数のＱｏＳバジェット属性を含んでもよく、それは、ＱｏＳ抵抗として一緒に表されてもよい。ＱｏＳバジェットまたは抵抗に含まれる場合があるＱｏＳ属性としては、例えば、ホップ数、上りリンク速度、上りリンク負荷、遅延、バッテリおよびエラーレートが挙げられる。
【０１１１】
上りリンク速度は、例えば、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間の経路のデータレートである場合がある。速度は、ＵＥとＩＡＢドナーノードまたはｇＮＢとの間のデータ経路のキロビット／秒のデータレートの推定値である場合がある。
【０１１２】
経路の上りリンク負荷は、例えば、データ経路の現在の割合負荷の推定値である場合がある。
【０１１３】
データ経路の遅延は、ＵＥとＩＡＢノードまたはｇＮＢとの間のデータ経路に沿ったホップごとのホップバイホップ遅延を考慮に入れた、データ経路にわたる全上りリンク遅延の推定値である場合がある。
【０１１４】
ＱｏＳ属性は、ＵＥバッテリレベル、電力消費、または他の容量を考慮に入れてもよい。
【０１１５】
エラーレートは、例えば、経路で起こるブロックエラーレートの推定値である場合がある。
【０１１６】
スケジューリング要求（ＳＲ）の拡張
現在のＮＲ仕様では、各ＳＲ構成は、１つまたは複数の論理チャネルに対応する。各論理チャネルは、０または１つのＳＲ構成にマップされてよく、このＳＲ構成はＲＲＣによって構成される。ＢＳＲをトリガした論理チャネルのＳＲ構成は（そのような構成が存在する場合）、トリガされたＳＲの対応するＳＲ構成と見なされる。
【０１１７】
同じ論理チャネルにマップされたデータが、異なるルートを通って宛先に進行して、ホップの異なる数などの異なるＱｏＳ属性を経験することがあるという事実を考慮に入れるために、各論理チャネルは、１つまたは複数のＳＲ構成へのマッピングを介して拡張されてもよく、このＳＲ構成はＲＲＣによって構成されてよい。例えば、異なるＱｏＳ抵抗のルートでスケジュールされた同じ論理チャネルのデータによってトリガされるＳＲには、異なるＳＲ構成が割り当てられてよい。
【０１１８】
各論理チャネルは、いくつかのデータバッファを用いて構成されてよく、この際、論理チャネル内の同じＱｏＳ抵抗のデータフロー、または同じＱｏＳフローおよび同じＱｏＳ抵抗のデータは、同じデータバッファに割り当てられ、その一方で、同じ論理チャネル内の異なるＱｏＳ抵抗のデータフロー、または同じ論理チャネル内で同じＱｏＳフローではあるが、異なるＱｏＳ抵抗のデータは、異なるデータバッファに割り当てられてよい。論理チャネルは、２つ以上のＳＲ構成を用いて構成されてよく、この際、論理チャネル内の同じＱｏＳ抵抗の各データバッファは、０または１つのＳＲ構成に割り当てられ、このＳＲ構成はＲＲＣによって構成される。ＲＲＣは、ＳＲに対してより高いＱｏＳのルートにマップされたデータを優先順位付けしてもよく、それはそのデータに対して、より高い優先順位のＳＲ構成をＭＡＣに構成することによって行われる。ＩＡＢノードを通して進行したデータとして、対応する許容ＱｏＳ抵抗バジェットは、上述の「中間ＩＡＢノードでの許容ＱｏＳ抵抗バジェット決定」と題したセクションに従って調整される。許容ＱｏＳ抵抗バジェットが調整される際に、データのＳＲ構成も、同様に調整される。論理チャネルは、１つまたは複数のＳＲ構成を用いて構成されてよく、この際、各ＳＲ構成は、２つ以上のＱｏＳ抵抗値にマップされる。ＳＲがトリガされると、ＳＲの伝送向けのＳＲリソース構成は、データの許容ＱｏＳ抵抗バジェットに基づいて選択される。
【０１１９】
ＩＡＢのＭＴ部分は、ＩＡＢノードのＤＵ部分またはＭＴ部分で利用可能になるＳＲをトリガするデータを待つことなしに、ＳＲを親ＩＡＢに対してトリガしてよい。親ＩＡＢノードへのＳＲの報告をトリガするデータを子ＩＡＢノードが受信する前であっても、親ＩＡＢノードは、グラントを子ＩＡＢノードに送信してよい。
【０１２０】
従来の追加トリガに加えて、ＳＲは、下記の方式によってマルチホップＩＡＢアーキテクチャでトリガされてもよい。
【０１２１】
ＳＲがＩＡＢのＤＵ部分によって受信され、かつ新しい伝送向けにＩＡＢのＭＴ部分で利用可能なＵＬ−ＳＣＨリソースがない場合に、ＳＲはトリガされてよい。
【０１２２】
ＳＲがＩＡＢのＤＵ部分によって受信され、かつ論理チャネル向けに構成されるか、またはＳＲをトリガした論理チャネルの特定のデータバッファ向けに構成されたＬＣＰマッピング制約を、新しい伝送向けにＩＡＢのＭＴ部分で利用可能なＵＬ−ＳＣＨリソースが満たさない場合、ＳＲはトリガされてよい。ここで、受信したＳＲの構成に基づいて、ＩＡＢは、ＳＲをトリガする論理チャネルを認識することに留意されたい。
【０１２３】
ＢＳＲがＩＡＢのＤＵ部分によって受信され、かつ新しい伝送向けにＩＡＢのＭＴ部分で利用可能なＵＬ−ＳＣＨリソースがない場合に、ＳＲはトリガされてよい。
【０１２４】
ＢＳＲがＩＡＢのＤＵ部分によって受信され、かつ論理チャネル向けに構成されるか、またはＳＲをトリガした論理チャネルの特定のデータバッファ向けに構成されたＬＣＰマッピング制約を、新しい伝送向けにＩＡＢノードのＭＴ部分で利用可能なＵＬ−ＳＣＨリソースが満たさない場合、ＳＲはトリガされてよい。
【０１２５】
本明細書に記載される態様の図は、様々な態様の構造の一般的な理解を提供することを目的としている。各図は、本明細書に記載される構造または方法を利用する装置およびシステムの要素および特徴の全てを完全に説明するために提供することを意図していない。他の多くの態様が、本開示を検討することにより、当業者に明らかになるであろう。他の態様は、本開示より利用され、かつ導き出されてもよく、この場合、構造および論理的置換および変更が、本開示の範囲から逸脱することなく行われてもよい。したがって、開示および図は、限定的なものではなく、むしろ例示的なものであると見なされるべきである。
【０１２６】
態様の製作または使用を可能にするために、態様の説明が提供される。これらの態様の種々の変更は、容易で明確であり、本明細書で定義づけられる一般的な原理は、本開示の範囲から逸脱することなく、他の態様にも適用されてよい。したがって、本開示は、本明細書に示される態様に制限されることを意図しておらず、添付の特許請求の範囲によって定義されるような原理および新規の特徴に一致する最も広い範囲の可能性を与えるものである。
【図１Ａ】
2021528012.tif 000003
【図１Ｂ】
2021528012.tif 000004
【図１Ｃ】
2021528012.tif 000005
【図１Ｄ】
2021528012.tif 000006
【図１Ｅ】
2021528012.tif 000007
【図１Ｆ】
2021528012.tif 000008
【図１Ｇ】
2021528012.tif 000009
【図２】
2021528012.tif 000010
【図３】
2021528012.tif 000011
【図４】
2021528012.tif 000012
【手続補正書】
【提出日】令和3年3月30日(2021.3.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ、および通信回路を備える第２装置であって、前記第２装置は、前記通信回路を介してネットワークに接続され、前記プロセッサによって実行されると、前記第２装置に、
第１パケットを第１装置から受信し、前記第１パケットは第１バッファ状態報告（Buffer  Status  Report：ＢＳＲ）を含むことと、
前記第１ＢＳＲを受信することに応じて、第２ＢＳＲを含む第２パケットを生成することと、
第２パケットの伝送をスケジューリングすることと、
前記第２ＢＳＲを含む前記第２パケットを第３装置に送信することと、
を含む操作を実施させる、前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、第２装置。
【請求項２】
前記操作は、前記第２ＢＳＲを前記第３装置に、前記第２装置で利用可能になる前記第１ＢＳＲをトリガするデータを待つことなしに送信することをさらに含む、請求項１に記載の第２装置。
【請求項３】
前記操作は、スケジューリング要求（Scheduling  Request：ＳＲ）を前記第３装置に、前記第２装置で利用可能になる前記ＳＲをトリガするデータを待つことなしに送信することをさらに含む、請求項１に記載の第２装置。
【請求項４】
前記命令は、さらに前記第２装置に、前記第１ＢＳＲを受信することに応じて、スケジューリング要求（Scheduling  Request：ＳＲ）を前記第３装置へ送信させる、請求項１に記載の第２装置。
【請求項５】
前記命令は、さらに前記第２装置に、前記第１装置からＢＳＲまたはＳＲを受信することに応じて、第１グラントを前記第１装置へ送信させ、前記第１ＢＳＲを前記第３装置へ、前記第１グラントを送信することに応じて、前記第２装置で利用可能になる前記第１ＢＳＲをトリガするデータを待つことなしに送信させる、請求項１に記載の第２装置。
【請求項６】
前記第１パケットは第１残存サービス品質（Quality  of  Service：ＱｏＳ）バジェットのインジケーションを含み、前記第１残存ＱｏＳバジェットは宛先装置への前記第１パケットのコンテンツの伝送に関連し、前記命令は、さらに前記第２装置に、
前記残存ＱｏＳバジェットに少なくとも部分的に基づいて、前記第２パケットの前記伝送をスケジューリングし、
前記第３装置へのリンクに関する情報に少なくとも部分的に基づいて、第２残存ＱｏＳバジェットを計算し、
前記第１パケットの前記コンテンツおよび前記第２残存ＱｏＳバジェットの少なくとも一部を含む前記第２パケットを前記第３装置へ送信させる、請求項１に記載の第２装置。
【請求項７】
前記第１パケットは、第１タイムスタンプをさらに含み、前記第１タイムスタンプは前記第１パケットを送信する時間に関連し、
前記命令は、さらに前記第２装置に、前記第１タイムスタンプに少なくとも部分的に基づいて、前記第２パケットの伝送をスケジュールさせ、
前記第２パケットは、第２タイムスタンプをさらに含み、前記第２タイムスタンプは前記第２パケットを送信する時間に関連する、請求項６に記載の第２装置。
【請求項８】
前記第１残存ＱｏＳバジェットは、第１ＱｏＳ抵抗を含み、前記第１ＱｏＳ抵抗は前記宛先装置への前記伝送経路に関連する複数の要素から導出される複合基準値である、請求項６に記載の第２装置。
【請求項９】
前記複数のＱｏＳ要素は、遅延、負荷状態、ホップ数、速度、およびパケットエラーレートのうち２つ以上を含む、請求項８に記載の第２装置。
【請求項１０】
前記命令は、さらに前記第２装置に、
インバウンドベアラまたはバックホール無線リンク制御（Radio  Link  Control：ＲＬＣ）チャネルを介して前記第１パケットを受信し、
複数のアウトバウンドベアラまたはバックホールＲＬＣチャネルごとに、バッファを保持し、
前記第１残存ＱｏＳバジェット、および前記バッファに関連付けられた前記アウトバウンドベアラまたはバックホールＲＬＣチャネルのＱｏＳ特徴に少なくとも部分的に基づいて、前記複数のアウトバウンドベアラまたはバックホールＲＬＣチャネルのうち１つの前記バッファを選択し、
前記選択されたバッファを使用して、前記第２パケットを送信させる、請求項６に記載の第２装置。
【請求項１１】
前記命令は、さらに前記第２装置に、前記宛先装置に向かうルートを選択させる、請求項６に記載の第２装置。
【請求項１２】
前記命令は、さらに前記第２装置に、
前記第１装置からルート選択支援情報を受信し、
前記ルート選択支援情報に少なくとも部分的に基づいて、前記宛先装置に向かう前記ルートを選択させる、請求項１１に記載の第２装置。
【請求項１３】
前記ルート選択情報は、第２ＱｏＳ抵抗を含み、前記第２ＱｏＳ抵抗は、候補経路に関連する、請求項１２に記載の第２装置。
【請求項１４】
前記命令は、さらに前記第２装置に、
前記第３装置からルート選択支援情報を受信し、
前記ルート選択支援情報に少なくとも部分的に基づいて、前記宛先装置に向かう前記ルートを選択させる、請求項１１に記載の第２装置。
【請求項１５】
前記ルート選択情報は、第２ＱｏＳ抵抗を含み、前記第２ＱｏＳ抵抗は、候補経路に関連する、請求項１４に記載の第２装置。
【請求項１６】
前記命令は、さらに前記第２装置に、論理チャネルに対して複数のスケジューリング要求（Scheduling  Request：ＳＲ）構成を保持させ、前記複数のＳＲ構成は複数のＱｏＳバジェットにそれぞれ対応する、請求項６に記載の第２装置。
【請求項１７】
プロセッサ、メモリ、および通信回路を備える第１装置であって、前記第１装置は、前記通信回路を介してネットワークに接続され、前記プロセッサによって実行されると、前記第１装置に、
第１バッファ状態報告（Buffer  Status  Report：ＢＳＲ）を含む第１パケットを第２装置に送信することと、
前記第１パケットに応じて前記第２装置から、第１グラントを受信することと、
を含む操作を実施させる、前記メモリに記憶されたコンピュータ実行可能命令をさらに備える、第１装置。
【請求項１８】
前記操作は、前記第１パケットを前記第２装置に、アウトバウンドベアラまたはバックホール無線リンク制御（Radio  Link  Control：ＲＬＣ）チャネルを介して送信することをさらに含む、請求項１７に記載の第１装置。
【請求項１９】
前記第１パケットは、第１タイムスタンプをさらに含み、前記第１タイムスタンプは前記第１パケットを送信する時間に関連する、請求項１７に記載の第１装置。
【請求項２０】
前記第１パケットは、第１残存サービス品質（ＱｏＳ）バジェットのインジケーションをさらに含み、前記第１残存ＱｏＳバジェットは宛先装置への前記第１パケットのコンテンツの伝送に関する、請求項１７に記載の第１装置。
【国際調査報告】
2021528012.tif 000013
2021528012.tif 000014
2021528012.tif 000015
2021528012.tif 000016
2021528012.tif 000017