JP2021530150A - 新無線車両サイドリンク共有チャネルデータ送信のためのサイドリンクバッファステータスレポートおよびスケジューリング要求 - Google Patents

Abstract

サイドリンク通信動作は、例えば、タイプ、サイズ、サービスの質要件、保留中のバッファサイズなどのインジケーションを含み得る通信要件シグナリングの使用を通じて、そして、既存のグラントと論理チャネルが新しいサイドリンクトラフィックに十分であるかを判定するための、そのようなシグナリングされた情報の評価を通じて強化され得る。グラントは、例えば、サイドリンクスケジューリング要求およびサイドリンクバッファステータスレポートを介して要求することができ、それによって、基地局やスケジューリングユーザ端末装置などのスケジューリングデバイスが、相異なるＱｏＳ要件を持つアプリケーションのサイドリンクトラフィックのニーズに関して早期に洞察を得ることを可能にする。

Description

（関連出願の相互参照）
本出願は、共に「新無線車両サイドリンク共有チャネルデータ送信のためのサイドリンクバッファステータスレポートおよびスケジューリング要求」と題する２０１８年６月２８日出願の米国仮出願第６２／６９１，３００号および２０１９年２月１３日出願の米国仮出願第６２／８０４，９２８号の利益を主張する。その内容全体は本明細書に参照により援用される。

本開示は、車両などの物体を対象とする移動体通信に関する。例えば、３ＧＰＰ ＴＲ２２．８８６、５Ｇ Ｖ２Ｘサービスに対する３ＧＰＰサポートの強化に関する検討、（リリース１５）、Ｖ１５．１．０（3GPP TR 22.886, Study on enhancement of 3GPP Support for 5G V2X Services; (Release 15), V15.1.0）、３ＧＰＰ ＴＳ２２．１８６、Ｖ２Ｘシナリオに対する３ＧＰＰサポートの強化、ステージ１（リリース１５）、Ｖ１５．２．０（3GPP TS 22.186, Enhancement of 3GPP support for V2X scenarios; Stage 1 (Release 15), V15.2.0）、３ＧＰＰ ＴＳ３６．３２１、Ｅ−ＵＴＲＡメディアアクセス制御（ＭＡＣ）プロトコル仕様（リリース１５）、Ｖ１５．１．０（3GPP TS 36.321, E-UTRA Medium Access Control (MAC) protocol specification (Release 15), V15.1.0）、３ＧＰＰ ＴＳ３６．３００、概説、ステージ２（リリース１５）、Ｖ１５．１．０（3GPP TS 36.300, Overall description; Stage 2 (Release 15), V15.1.0）、３ＧＰＰ ＴＳ２４．３８６、ユーザ端末（ＵＥ）からＶ２Ｘへの制御機能、プロトコルアスペクト、ステージ３（リリース１４）、Ｖ１４．３．０（3GPP TS 24.386: User Equipment (UE) to V2X control function; protocol aspects; Stage 3 (Release 14), V14.3.0）、３ＧＰＰ ＴＳ３８．３２１、ＮＲメディアアクセス制御（ＭＡＣ）プロトコル仕様（リリース１５）、Ｖ１５．０．０（3GPP TS 38.321, NR Medium Access Control (MAC) protocol specification (Release 15), V15.0.0）、３ＧＰＰ Ｒ２−１８０９２９２、Ｖ２Ｘ重複のＴＳ３６．３２３への導入、ＣＡＴＴ（3GPP R2-1809292, Introduction of V2X duplication to TS 36.323, CATT）、３ＧＰＰ ＴＳ３６．３３１、無線リソース制御（ＲＲＣ）、プロトコル仕様（リリース１５）、Ｖ１５．１．０、および３ＧＰＰ ＴＲ３８．８８５、ＮＲ、ビークル・ツー・エブリシングに関する検討、Ｖ１．０．０を参照されたい。

サイドリンク通信動作は、例えば、タイプ、サイズ、サービスの質要件、保留中のバッファサイズなどのインジケーションを含み得る通信要件シグナリングの使用を通じて、そしてそのようなシグナリングされた情報の評価を通じて強化され得る。例えば、第１の装置は、第１の装置と第３の装置との間の通信のためのサイドリンク通信リソースグラントの第１の要求を第２の装置に送信する前に、リソースグラントの要求に必要な条件が満たされるかを判定することができる。第１および第３の装置は、例えば、ユーザ端末（ＵＥ）であり得る。第２の装置は、例えば、ｇＮＢなどの基地局、またはスケジューラとして機能している別の装置であり得る。例えば、第２の装置は、車両グループリーダーとして機能しているＵＥであり得る。要求を送信するかを決定するための基準には、既存の供与と論理チャネルの評価、およびサイドリンクで搬送される可能性の高いそれらの供与と各種データに対する論理チャネルの特性が含まれ得る。要求には、第１の装置と第３の装置との間の送信のためにバッファリングされたデータのステータスが含まれ得る。要求は、追加的または代替的に、１つ以上の装置の宛先レイヤ２の識別、論理チャネルの識別、バッファの論理チャネルグループ、バッファサイズ、および重複バッファサイズを運ぶことができる。要求は、例えば、メディアアクセス制御（ＭＡＣ）エレメントを介して搬送されるサイドリンク通信用のバッファステータスレポート（ＢＳＲ）の形を取り得る。

第１の装置は、通信アクティビティ、負荷ステータス、チャネル状態、および距離などのステータス情報を第２の装置に送信することができ、例えば第４の装置などの他のデバイスからのサイドリンク通信リソースグラント要求の中継として機能する第１の装置に関する構成情報を、第２の装置から受信することができる。例えば、第１の装置は、第４の装置からサイドリンク通信リソースグラントに対する１つ以上の要求を受信し、次に、第４の装置からのサイドリンク通信リソースグラントに対する１つ以上の要求を中継するように自身が構成されていることを確認することができる。確認に成功した場合、第１の装置は、第４の装置からのサイドリンク通信リソースグラントの要求を第２の装置に中継することができる。

要求は、サイドリンク通信のためのスケジューリング要求（ＳＲ）の形をとることができる。第１の装置と第２の装置との間のシグナリングは、例えば、ポーリングされたかまたは周期的なサイドリンク通信リソースグラント要求機会の構成などの、サイドリンクＳＲおよびバッファステータス通信の機会を含む、サイドリンクスケジューリング要求動作のための構成情報を含み得る。

要求を送信するかを決定するための基準は、とりわけ、第１の装置と第３の装置との間の通信に必要な複数のＱｏＳレベルのそれぞれについてのサービスの質（ＱｏＳ）レベル情報を含み得る。例えば、既存のグラントがデータの遅延または冗長性の要件を満たすのに適していれば、データは既存のグラントまたは論理チャネルと名目上の優先度を共有するが、既存のグラントがそれに適していない可能性がある。

本概要は、以下の詳細な説明でさらに記述される概念の選択を簡略化された形式で紹介するために提供される。本概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図しておらず、特許請求された主題の範囲を制限するために使用されることも意図されていない。さらに、特許請求された主題は、本開示の任意の部分に記載された不利点のいずれかまたはすべてを解決する制限に限定されない。

（図面の簡単な説明）
添付の図面と共に例として示される以下の説明から、より詳細な理解を得ることができる。図面は必ずしも一定の縮尺で描かれているわけではない。

図１は、第五世代（Fifth Generation：５Ｇ）Ｖ２Ｘに対するＬＴＥ Ｖ２Ｖ Ｒ１４の要件の例を示す。 図２は、ＰＣ５およびＬＴＥ−ＵｕベースのＶ２Ｘ通信のための非ローミング参照アーキテクチャの例を示す。 図２Ａは、ＳＬ−ＳＣＨ送信のためのレイヤ２構造の例を示す。 図３は、偶数Ｎに対するサイドリンクバッファステータスレポート（ＢＳＲ）および切り捨てられたサイドリンクＢＳＲメディアアクセス制御（ＭＡＣ）エレメントの例を示す。 図４は、奇数Ｎに対するサイドリンクＢＳＲおよび切り捨てられたサイドリンクＢＳＲ ＭＡＣエレメントの例を示す。 図５は、ＭＡＣヘッダ、ＭＡＣ ＳＤＵ、およびパディングから成るＭＡＣ ＰＤＵの例を示す。 図６は、ＮＲ Ｕｕ ＭＡＣ ＰＤＵ下りリンクの例を示す。 図７は、ＮＲ Ｕｕ ＭＡＣ ＰＤＵ上りリンクの例を示す。 図８は、Ｎ ｍｏｄ ４＝０の場合のサイドリンクＢＳＲおよび切り捨てられたサイドリンクＢＳＲ ＭＡＣ ＣＥの例を示す。 図９は、Ｎ ｍｏｄ ４＝３の場合のサイドリンクＢＳＲおよび切り捨てられたサイドリンクＢＳＲ ＭＡＣ ＣＥの例を示す。 図１０は、Ｎ ｍｏｄ ４＝２の場合のサイドリンクＢＳＲおよび切り捨てられたサイドリンクＢＳＲ ＭＡＣ ＣＥの例を示す。 図１１は、Ｎ ｍｏｄ ４＝１の場合のサイドリンクＢＳＲおよび切り捨てられたサイドリンクＢＳＲ ＭＡＣ ＣＥの例を示す。 図１２は、重複バッファサイズフィールドの任意報告を含むサイドリンクＢＳＲおよび切り捨てられたサイドリンクＢＳＲ ＭＡＣ ＣＥの例を示す。 図１３は、偶数Ｎに対するサイドリンク重複ＢＳＲおよび切り捨てられたサイドリンク重複ＢＳＲ ＭＡＣ ＣＥの例を示す。 図１４は、奇数Ｎに対するサイドリンク重複ＢＳＲおよび切り捨てられたサイドリンク重複ＢＳＲ ＭＡＣ ＣＥの例を示す。 図１５は、ＳＬ ＢＳＲ ＭＡＣおよびＳＬ重複ＢＳＲ ＭＡＣ ＣＥを含むＵＬ ＭＡＣ ＰＤＵの例を示す。 図１６は、スケジューラＵＥを使用するサイドリンク通信シナリオの例を示す。 図１７は、ＳＬ−ＳＣＨ（フォーマット１）の修正されたＭＡＣ ＰＤＵの例を示す。 図１８は、ＳＬ−ＳＣＨ（フォーマット２）のための修正されたＭＡＣ ＰＤＵの別の例を示す。 図１９は、ＢＳＲ（オプションＤ）を中継する例のコールフロー図である。 図２０は、スケジューリング要求（オプションＥ）の後に送信されるＢＳＲの例のコールフロー図である。 図２１は、本明細書で説明および特許請求される方法および装置を具現化し得る通信システム例の一実施形態を示す。 図２２は、本明細書に示される実施形態に従って無線通信用に構成された装置またはデバイスの例のブロック図である。 図２３は、実施形態に係るＲＡＮおよびコアネットワークのシステム図である。 図２４は、別の実施形態に係るＲＡＮおよびコアネットワークのシステム図である。 図２５は、さらに別の実施形態に係るＲＡＮおよびコアネットワークのシステム図である。 図２６は、図２１および図２３〜図２５に示す通信ネットワークの１つ以上の装置を具現化し得るコンピューティングシステム例のブロック図である。

表１は、本明細書で使用される複数の略称を含む。

本明細書では、Ｖ２Ｘサービス、Ｖ２Ｘメッセージ、およびＶ２Ｘアプリケーションデータパケットという用語は、相互交換可能に使用される。本明細書では、「方法」および「手順」という用語は、特定の結果を達成するために使用してデバイスを動作させることができる手段を説明するために、相互交換可能に使用される。いずれの用語も、動作の固定された順序を意味したり、本明細書で説明する多くの手法の相互運用を除外したりするものではない。本明細書に記載の動作は、様々な組み合わせおよび順序で実行可能であることは理解されるであろう。

（新無線Ｖ２Ｘの主要なユースケースと要件）
ＳＡ１では、自動車産業における用途のための高度なＶ２Ｘサービスの複数のユースケースが特定された。３ＧＰＰ ＴＲ２２．８８６、５Ｇ Ｖ２Ｘサービスに対する３ＧＰＰサポートの強化に関する検討、（リリース１５）、Ｖ１５．１．０を参照されたい。高度なＶ２Ｘサービスに対するこれらのユースケースは、車両隊列走行、拡張センサ、高度運転、遠隔運転の４つのユースケースグループに分類される。

車両隊列走行は、車両が共に隊列走行を動的に形成することを可能にする。隊列内のすべての車両は、この隊列に対応するために先頭車両から情報を取得する。この情報により、車両は協調して通常よりも近づいて走行し、同じ方向に一緒に走行することができる。

拡張センサは、ローカルセンサまたはライブビデオ画像を介して収集された生データまたは処理されたデータを車両、路側機、歩行者のデバイス、およびＶ２Ｘアプリケーションサーバ間で、交換することを可能にする。各車両は、それら自身のセンサが検出できる環境の域を超えて環境の感知を高めることができ、その場の状況のより広く全体的な視野を持つことができる。高いデータレートは重要な特性の１つである。

高度運転は、半自動または全自動運転を可能にする。各車両や路側機（ＲＳＵ）は、ローカルセンサから得たそれ自身の感知データを近くの車両と共有する。これにより、車両はそれらの軌道や操縦を同期化または調整することができる。各車両はまた、その運転意図を近くの車両と共有する。

遠隔運転は、遠隔運転者またはＶ２Ｘアプリケーションが、例えば、自分で運転することができない遠隔車両の乗客のために、または危険な環境に位置する遠隔車両のために、遠隔車両を操作することを可能にする。公共交通機関などのように、変動が限定的でルートが予測できる場合は、クラウドコンピューティングに基づく運転が利用できる。高信頼性と低遅延が主要な要件である。

５Ｇ ｅＶ２Ｘ要件およびＬＴＥ Ｖ２Ｘ要件を図１に示す。３ＧＰＰ ＴＳ２２．１８６、Ｖ２Ｘシナリオに対する３ＧＰＰサポートの強化、ステージ１（リリース１５）、Ｖ１５．２を参照されたい。５Ｇ ｅＶ２Ｘの目標データレートは、ＬＴＥ Ｖ２Ｖ Ｒｅｌ−１４のデータレートの約１００倍の高さであり、例えば、ＬＴＥでは１〜１０Ｍｂｐｓであるのに対して、１Ｇｂｐｓである。同様に、５Ｇ ｅＶ２Ｘの目標エンドツーエンド遅延は、ＬＴＥ Ｒｅｌ−１４のＶ２Ｖの５〜２０分の１と低く、例えば、遅延はＬＴＥでは２０〜１００ミリ秒の範囲であるのに対して、５Ｇでは３〜５ミリ秒の範囲に減少する。５Ｇ ｅＶ２Ｘの目標通信範囲は、ＬＴＥ Ｒｅｌ−１４のＶ２Ｘの２〜３倍の大きさであり、例えば、通信範囲は１００〜３２０ｍの範囲から１０００ｍ以上の範囲に増加する。５Ｇ ｅＶ２Ｘのポジショニングの目標精度は、ＬＴＥ Ｒｅｌ−１４のＶ２Ｘの１０倍の高さであり、例えば、精度はＬＴＥでは５〜１５ｍの範囲であるのに対して、５Ｇでは０．１〜０．５ｍの範囲に向上する。同様に、５Ｇ ｅＶ２Ｘの目標相対車両速度は、ＬＴＥ Ｒｅｌ−１４のＶ２Ｖの２倍の高さであり、例えば、目標相対速度は２８０ｋｍ／ｈから５５０ｋｍ／ｈに増加する。同様に、５Ｇ ｅＶ２Ｘの目標信頼性は、ＬＴＥ Ｒｅｌ−１４のＶ２Ｖの１０００倍の高さであり、例えば、信頼性要件は９０％から９９．９９％以上に増加する。

（ＬＴＥ Ｖ２Ｘ参照アーキテクチャ）
図２は、ＰＣ５およびＬＴＥ−ＵｕベースのＶ２Ｘ通信のための非ローミングアーキテクチャの高レベル図を示す。Ｖ２Ｘ制御機能は、Ｖ２Ｘに必要なネットワーク関連のアクションに使用される論理機能である。Ｖ２Ｘ制御機能は、宛先レイヤ２ＩＤ、無線リソースパラメータ、Ｖ２Ｘアプリケーションサーバアドレス情報、サービスタイプ間のマッピング、Ｖ２Ｘ周波数などのＶ２Ｘ通信用のパラメータをＵＥに提供するために使用される。これらのパラメータは、ＵＥ内で事前に構成するか、カバレッジ内であれば、ホーム公衆陸上移動体ネットワーク（Home Public Land Mobile Network：ＨＰＬＭＮ）内のＶ２Ｘ制御機能からＶ３基準点を介してシグナリングすることによって提供することができる。ＵＥは、Ｖ３基準点を介してＶ２Ｘ制御機能とＶ２Ｘ制御情報を交換することができる。

ＰＣ５がＶ２Ｘメッセージの送信に使用される場合、ネットワークスケジューリングされた動作モード（例えば、モード３）およびＵＥ自律リソース選択モード（例えば、モード４）の両方について、いくつかの原則に従う。パケットごとのＰｒｏＳｅ優先度（ＰＰＰＰ）が、ＰＣ５を介したＶ２Ｘ通信に適用される。アプリケーション層は、各Ｖ２Ｘメッセージを送信のために下位層に渡すときに、そのＰＰＰＰを設定する。アプリケーション層Ｖ２Ｘメッセージの優先度のＰＰＰＰへのマッピングは、ＵＥ内で構成される。ＰＰＰＰ値の設定には、ＵＥとｅＮＢの両方において必要な遅延を反映する必要があり、例えば、低パケット遅延バジェット（ＰＤＢ）は高優先度のＰＰＰＰ値にマッピングされる。Ｖ２ＸサービスタイプとＶ２Ｘ周波数の間にはマッピングがある。宛先レイヤ２ＩＤと、Ｖ２ＸアプリケーションのＰＳＩＤまたはＩＴＳ−ＡＩＤなどのＶ２Ｘサービスのマッピングがある。ＰＰＰＰのパケット遅延バジェットに対するマッピングがある。

ネットワークスケジューリングされた動作モードが使用される場合、追加の原則が適用される。ＵＥは、リソース要求のために、ＰＰＰＰを反映した優先度情報をｅＮＢに提供する。ｅＮＢがＵＥからＰＣ５リソースの要求を受信すると、ｅＮＢは、ＵＥからのＰＰＰＰを反映した優先度情報からパケット遅延バジェットを推定することができる。ｅＮＢは、ＰＰＰＰを反映した優先度情報を使用して優先処理し、ＵＥ ＰＣ５の集約最大ビットレート（Aggregated Maximum Bit Rate：ＡＭＢＲ）を使用してリソース管理におけるＵＥ ＰＣ５送信の上限を定めることができる。ＵＥは、３ＧＰＰ ＴＳ３６．３２１、Ｅ−ＵＴＲＡメディアアクセス制御（ＭＡＣ）プロトコル仕様（リリース１５）、Ｖ１５．１．０に定義されているように要求されたリソースに対するＶ２Ｘサービスの宛先レイヤ２ＩＤを、ｅＮＢに提供する。ｅＮＢがＵＥからＰＣ５リソースの要求を受信すると、ｅＮＢは、３ＧＰＰ ＴＳ３６．３００、概説、ステージ２（リリース１５）、Ｖ１５．１．０に定義されているようにＶ２ＸサービスをスケジュールするときのＶ２Ｘ周波数を決定する。

自律リソース選択モードが使用される場合、追加の原則が適用される。ＵＥは、提供されたマッピング情報に基づいて、ＰＰＰＰからのＶ２Ｘメッセージのパケット遅延バジェットを導出する。ＵＥは、Ｖ２ＸサービスタイプとＶ２Ｘ周波数の間のマッピングから、Ｖ２Ｘサービスを送信するときの周波数を導出する。

（サイドリンクＨＡＲＱ動作）
レガシーシステムにおいては、ＳＬ−ＳＣＨ上での送信のために、ＭＡＣエンティティに１つのサイドリンクＨＡＲＱエンティティがあり、それは複数の並列サイドリンクプロセスを維持する。図２Ａを参照されたい。

Ｖ２Ｘサイドリンク通信の場合、サイドリンクＨＡＲＱエンティティに関連付けられた送信サイドリンクプロセスの最大数は８である。サイドリンクプロセスは、複数のＭＡＣ ＰＤＵの送信用に構成され得る。複数のＭＡＣ ＰＤＵの送信の場合、サイドリンクＨＡＲＱエンティティに関連付けられた送信サイドリンクプロセスの最大数は２である。

配信および構成されたサイドリンクグラントおよびそれに関連するＨＡＲＱ情報は、サイドリンクプロセスに関連付けられている。

サイドリンクプロセスは、ＨＡＲＱバッファに関連付けられている。

サイドリンクプロセスが、Ｖ２Ｘサイドリンク通信のために複数のＭＡＣ ＰＤＵの送信を実行するように構成されている場合、プロセスはカウンタSL_RESOURCE_RESELECTION_COUNTERを維持する。サイドリンクプロセスの他の構成では、このカウンタを利用できない。

以下の特定の条件が満たされる場合、Ｖ２Ｘサイドリンク通信の送信は、上りリンク送信よりも優先される。特定の条件とは、ＭＡＣエンティティは、送信時に、上りリンク送信およびＶ２Ｘサイドリンク通信の送信を同時に実行することができない、３ＧＰＰ ＴＳ２４．３８６：ユーザ端末（ＵＥ）からＶ２Ｘへの制御機能、プロトコルアスペクト、ステージ３（リリース１４）、Ｖ１４．３．０によれば、上りリンク送信は上位層によって優先されない、そして、thresSL-TxPrioritizationが構成されている場合、ＭＡＣ ＰＤＵにおけるサイドリンク論理チャネルの最高優先度の値はthresSL-TxPrioritizationよりも低いという条件である。

（バッファステータスレポート）
ＬＴＥおよびＮＲにおいては、Ｕｕインターフェースを介したバッファステータスレポート（ＢＳＲ）手順を使用して、ＭＡＣエンティティに関連付けられたＵＬバッファ内の送信可能なデータの量に関する情報がＮＲ内のサービングＬＴＥ ｅＮＢまたはＮＲ ｇＮＢに提供される。また、ＬＴＥにおいては、サイドリンクバッファステータスレポート手順を使用して、ＭＡＣエンティティに関連付けられたＳＬバッファ内の送信可能なサイドリンクデータの量に関する情報がサービングｅＮＢに提供される。ＲＲＣは、periodic-BSR-TimerSLとretx-BSR-TimerSLの２つのタイマーを構成することにより、サイドリンクのＢＳＲを制御する。各サイドリンク論理チャネルは、ＰｒｏＳｅ宛先に属する。各サイドリンク論理チャネルは、サイドリンク論理チャネルの優先度、およびＬＣＧ ＩＤと上位層によって提供される優先度との間のマッピングに応じて、ＬＣＧに割り当てられる。ＬＣＧは、ＰｒｏＳｅ宛先ごとに定義される。ＵｕインターフェースＢＳＲと類似するサイドリンクＢＳＲは、通常のＢＳＲ、周期的ＢＳＲ、またはパディングＢＳＲであり得る。

ＭＡＣ ＰＤＵは、サイドリンクＢＳＲの送信が可能となるまでに複数のイベントがサイドリンクＢＳＲをトリガする場合であっても、サイドリンクＢＳＲ ＭＡＣ制御エレメントを１つまでしか収容することができず、その場合、通常のサイドリンクＢＳＲおよび周期的サイドリンクＢＳＲがパディングサイドリンクＢＳＲよりも優先されるものとする。

ＭＡＣエンティティは、ＳＬグラントを受信すると、retx-BSR-TimerSLを再始動することができる。

残っている有効な構成済みのＳＬグラントがＶ２Ｘサイドリンク通信における送信可能なすべての保留中のデータに対応することができる場合、トリガされたすべての通常のサイドリンクＢＳＲはキャンセルされるものとする。ＭＡＣエンティティにいかなるサイドリンク論理チャネルの送信にも利用可能なデータがない場合、トリガされたすべてのサイドリンクＢＳＲはキャンセルされるものとする。サイドリンクＢＳＲ（切り捨てられたサイドリンクＢＳＲを除く）が送信用ＭＡＣ ＰＤＵに含まれている場合、トリガされたすべてのサイドリンクＢＳＲはキャンセルされるものとする。上位層が自律リソース選択を構成する場合、トリガされたすべてのサイドリンクＢＳＲはキャンセルされ、retx-BSR-TimerSLおよびperiodic-BSR-TimerSLは停止されるものとする。

ＭＡＣエンティティは、ＴＴＩ内に、通常／周期的サイドリンクＢＳＲを１つまでしか送信しないものとする。ＭＡＣエンティティがＴＴＩ内に複数のＭＡＣ ＰＤＵを送信するように要求された場合、ＭＡＣエンティティは、通常／周期的サイドリンクＢＳＲを含まないＭＡＣ ＰＤＵのいずれかに、パディングサイドリンクＢＳＲを含むことができる。

ＴＴＩ内に送信されるすべてのサイドリンクＢＳＲは、このＴＴＩのためにすべてのＭＡＣ ＰＤＵが構築された後、常にバッファステータスを反映する。各ＬＣＧは、ＴＴＩごとにバッファステータス値を１つまでしか報告しないものとし、この値は、このＬＣＧのバッファステータスを報告するすべてのサイドリンクＢＳＲで報告されるものとする。

ＬＴＥにおいては、パディングサイドリンクＢＳＲは、トリガされた通常／周期的サイドリンクＢＳＲをキャンセルすることはできない。パディングサイドリンクＢＳＲは、特定のＭＡＣ ＰＤＵに対してのみトリガされ、そのトリガは、このＭＡＣ ＰＤＵが構築されるとキャンセルされる。

図３および図４は、報告されたターゲットグループごとに１つの宛先インデックスフィールド、１つのＬＣＧ ＩＤフィールド、および１つの対応するバッファサイズフィールドから成る、ＢＳＲ ＭＡＣ ＣＥのサイドリンクＢＳＲおよび切り捨てられたサイドリンクＢＳＲ ＭＡＣ制御エレメントを説明する。宛先インデックスフィールドは、Ｖ２Ｘサイドリンク通信の宛先を識別する。このフィールドの長さは４ビットである。この値は、Ｖ２Ｘ宛先リストの一部としてサイドリンクＵＥ情報メッセージの中でｅＮＢに報告される宛先のインデックスに設定される。論理チャネルグループＩＤフィールドは、バッファステータスが報告されている論理チャネルのグループを識別する。このフィールドの長さは２ビットである。バッファサイズフィールドは、ＴＴＩに対するすべてのＭＡＣ ＰＤＵが構築された後にＰｒｏＳｅ宛先のＬＣＧのすべての論理チャネルにわたって利用可能なデータの合計量を識別する。データ量はバイト数で示される。これには、ＲＬＣ層およびＰＤＣＰ層での送信可能なすべてのデータが含まれる。

ＬＣＧのバッファサイズは、宛先インデックスフィールドの値に無関係に、ＬＣＧに属するサイドリンク論理チャネルの最高優先順位の降順で含まれる。

Ｒｅｌ−１５ＮＲにおいては、ＢＳＲがトリガされてキャンセルされず、ＢＳＲを送信するために使用することができる次回のＵＬグラントがある場合、ＳＲの送信を遅延させる条件が定義される。

この条件は、以下のＭＡＣ仕様文の下線付きテキストで示すように、規格中に盛り込まれている。
「ＭＡＣエンティティは以下のことを行うものとする。
１＞バッファステータスレポート手順で、少なくとも１つのＢＳＲがトリガされ、キャンセルされていないと判定された場合、
２＞ＵＬ−ＳＣＨリソースを新しい即時送信に利用可能である場合、
３＞ＢＳＲ ＭＡＣ ＣＥを生成するよう多重化およびアセンブリ手順に指示し、
３＞生成されたすべてのＢＳＲが長いかまたは短い切り捨てられたＢＳＲである場合を除いて、periodicBSR-Timerを始動または再始動し、
３＞retxBSR-Timerを始動または再始動する。
２＞新しい送信に利用可能なＵＬ−ＳＣＨリソースがない場合、または
２＞新しい送信に利用可能なＵＬ−ＳＣＨリソースが、ＢＳＲをトリガしたＬＣＨ用に構成されたＬＣＰマッピング制限（ＴＳ３８．３２１の５．４．３．１節参照）を満たしていない場合、
３＞通常のＢＳＲがトリガされ、logicalChannelSR-DelayTimerが作動していない場合、
４＞上りリンクグラントが、構成済みのグラントではない場合、または
４＞上位層によって論理チャネルＳＲマスキング（logicalChannelSR-Mask）が設定されている論理チャネルに対して通常のＢＳＲがトリガされなかった場合、
５＞スケジューリング要求をトリガする。」
ＬＴＥ／ＬＴＥアドバンスト（LTE-Advanced：ＬＴＥ−Ａ）におけるスケジューリング要求

ＬＴＥ Ｖ２Ｘ用に設計された特定のスケジューリング要求はない。ＬＴＥ Ｖ２Ｘサイドリンク通信スケジューリング要求は、ＮＲ Ｕｕスケジューリング要求メカニズムに対するベースラインでもあるＬＴＥ Ｕｕスケジューリング要求メカニズムに依存する。

ＮＲにおいては、ＭＡＣエンティティは、０、１つ、またはさらに多くのＳＲ構成を用いて構成され得る。３ＧＰＰ ＴＳ３８．３２１、ＮＲメディアアクセス制御（ＭＡＣ）プロトコル仕様（リリース１５）、Ｖ１５．０．０を参照されたい。ＳＲ構成は、様々なＢＷＰおよびセルにわたるＳＲのためのＰＵＣＣＨリソースのセットから構成される。論理チャネルに対しては、ＳＲのためのＰＵＣＣＨリソースはＢＷＰごとに１つまでしか構成されない。

各ＳＲ構成は、１つ以上の論理チャネルに対応する。各論理チャネルは、ＲＲＣによって構成されたゼロまたは１つのＳＲ構成にマッピングすることができる。ＢＳＲをトリガしたＬＣＨのＳＲ構成は、そのような構成が存在する場合、トリガされたＳＲに対応するＳＲ構成と見なされる。ＢＳＲ再送信タイマーの満了によってトリガされたＢＳＲに関しては、トリガされたＳＲに対応するＳＲ構成は、ＢＳＲがトリガされた時点で送信可能なデータを持つ最も優先度の高いＬＣＨの構成である（そのような構成が存在する場合）。

ＲＲＣは、例えば、sr-ProhibitTimer（ＳＲ構成ごと）、sr-TransMax（ＳＲ構成ごと）、およびsr-ConfigIndexなどの、スケジューリング要求手順のための複数のパラメータを構成することができる。

以下のＵＥ変数SR_COUNTER（ＳＲ構成ごと）が、スケジューリング要求手順のために使用される。

ＳＲがトリガされ、同じＳＲ構成に対応する保留中のＳＲが他にない場合、ＭＡＣエンティティは対応するＳＲ構成のSR_COUNTERを０に設定するものとする。

ＳＲがトリガされると、それはキャンセルされるまで保留中であると見なされるものとする。ＭＡＣ ＰＤＵが送信され、そのＰＤＵが、ＭＡＣ ＰＤＵアセンブリより前にＢＳＲをトリガした最後のイベントまでの（およびそれを含む）バッファステータスを含むＢＳＲ ＭＡＣ制御エレメント（ＣＥ）を有しているとき、ＭＡＣ ＰＤＵアセンブリより前にトリガされたすべての保留中のＳＲはキャンセルされ、それぞれのsr-ProhibitTimerは停止されるものとする。ＵＬグラントが送信可能なすべての保留中のデータに対応することができる場合、すべての保留中のＳＲはキャンセルされるものとする。

ＳＲ送信の際にアクティブであるＢＷＰ上のＰＵＣＣＨリソースだけが有効であると見なされる。

（パケット重複）
Ｒｅｌ−１５の場合、サイドリンクパケット重複は、Ｖ２Ｘサイドリンク通信のためにサポートされ、ＵＥのＰＤＣＰ層で実行される。３ＧＰＰ Ｒ２−１８０９２９２、Ｖ２Ｘ重複のＴＳ３６．３２３への導入、ＣＡＴＴを参照されたい。送信のためのサイドリンクパケットの重複に関しては、ＰＤＣＰ ＰＤＵがＰＤＣＰエンティティで重複される。同じＰＤＣＰエンティティの重複されたＰＤＣＰ ＰＤＵは、２つの異なるＲＬＣエンティティに送信され、２つの異なるサイドリンク論理チャネルにそれぞれ関連付けられる。同じＰＤＣＰエンティティの重複されたＰＤＣＰ ＰＤＵは、異なるサイドリンクキャリアでのみ送信することができる。自律リソース選択を使用するＵＥは、（ＲＲＣ状態に無関係に）（事前）構成に基づいてサイドリンクパケット重複を自律的にアクティブ化または非アクティブ化することができる。スケジュールされたリソース割り当て（モード３）の場合、ｅＮＢは、ＵＥによって要求されたＶ２Ｘ送信のＰＰＰＲ情報を通知される。ＰＰＰＲ情報は、ＵＥがバッファ内に有する１つ（または複数）のＰＰＰＲ値に関連付けられたデータの量、およびＵＥがバッファ内に有する１つ（または複数）のＰＰＰＲ値に関連付けられたＶ２Ｘメッセージの宛先から構成される。

（サイドリンク通信用ＬＴＥ ＭＡＣ設計）
ＬＴＥ Ｖ２Ｘサイドリンクを介した通信の場合、ＭＡＣ ＰＤＵは、図５に示すような、ＭＡＣヘッダ、ＭＡＣ ＳＤＵ、およびパディングからなるフォーマットを有し得る。

ＭＡＣ ＰＤＵは、１つ以上のＭＡＣサービスデータ単位（ＳＤＵ）を送信し、オプションのパディングを有する。ＭＡＣ ＰＤＵは、ＭＡＣヘッダも有し、ＭＡＣヘッダは、複数のＭＡＣ ＰＤＵサブヘッダを有する。以下にサブヘッダタイプを示す。
・ＳＬ−ＳＣＨサブヘッダ：レイヤ２ソースＩＤおよびレイヤ２宛先ＩＤを含む。
・１つ以上のＭＡＣ ＳＤＵヘッダ：ＭＡＣ ＳＤＵに関する情報（ＬＣＩＤおよび長さ）を含む。ＭＡＣヘッダで運ばれるＭＡＣ ＳＤＵサブヘッダとＭＡＣペイロードで運ばれるＭＡＣ ＳＤＵの間には１対１の関連がある。
・１つのパディングサブヘッダ：ＬＣＩＤに関する情報を含む。

ＭＡＣ ＳＤＵサブヘッダ内の論理チャネルＩＤ（ＬＣＩＤ）フィールドは、対応するＭＡＣ ＳＤＵまたはパディングの一対のソースレイヤ２ＩＤおよび宛先レイヤ２ＩＤの範囲内の論理チャネルインスタンスを一意に識別する。

ＭＡＣ ＰＤＵは、ＭＡＣ制御エレメント（ＣＥ）を含まないことに留意されたい。その結果、サイドリンクを介して通信するピアＵＥ間に、ＭＡＣレベルでのサイドリンク制御シグナリングはない。

（ＮＲ Ｕｕ ＭＡＣプロトコルデータユニット構造）
ＮＲ Ｕｕ下りリンクを介した通信の場合、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）は、図６に示すようなフォーマットを有し得る。一方、ＮＲ Ｕｕ上りリンクを介した通信の場合、ＭＡＣ ＰＤＵは、図７に示すようなフォーマットを有し得る。

ＮＲ Ｕｕは、サブＰＤＵの概念を含む。ＭＡＣ ＰＤＵは、１つ以上のＭＡＣサブＰＤＵから構成される。それぞれのＭＡＣサブＰＤＵは、以下のいずれかから構成される：ＭＡＣサブヘッダのみ（パディングを含む）、ＭＡＣサブヘッダとＭＡＣ ＰＤＵ、ＭＡＣサブヘッダとＭＡＣ ＣＥ、そしてＭＡＣサブヘッダとパディング。

ＭＡＣ ＳＤＵは、可変サイズであり得る。それぞれのＭＡＣサブヘッダは、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、またはパディングのいずれかに対応し得る。ＭＡＣ ＣＥは共に配置され得る。下りリンクの場合、ＭＡＣ ＣＥを含むＤＬ ＭＡＣサブＰＤＵは、ＭＡＣ ＳＤＵを含むＭＡＣサブＰＤＵおよびパディングを含むＭＡＣサブＰＤＵのどれよりも前に配置される。上りリンクの場合、ＭＡＣ ＣＥを含むＵＬ ＭＡＣ ｓｕｂＰＤＵは、ＭＡＣ ＳＤＵを含むすべてのＭＡＣサブＰＤＵの後で、パディングを含むＭＡＣサブＰＤＵの前に配置される。パディングのサイズはゼロにすることができる。ＮＲ Ｕｕに関する規格にはサイドリンクＭＡＣ ＰＤＵはまだ定義されていない。

（課題の例）
（バッファステータスレポートの課題）
現在のところ、ＬＴＥサイドリンク通信の場合は、そして本明細書で論じたように、ＭＡＣエンティティは、ＴＴＩ内に、通常／周期的サイドリンクＢＳＲを１つまでしか送信できない。ＭＡＣエンティティがＴＴＩ内に複数のＭＡＣ ＰＤＵを送信するように要求された場合、通常／周期的サイドリンクＢＳＲを含まないＭＡＣ ＰＤＵのうちのいずれかにパディングサイドリンクＢＳＲを含むことができる。

同様に、ＬＴＥにおいては、ＴＴＩ内に送信されるすべてのサイドリンクＢＳＲは、このＴＴＩのためにすべてのＭＡＣ ＰＤＵが構築された後に、常にバッファステータスを反映している。各ＬＣＧは、バッファステータス値をＴＴＩごとに最大１つ報告し、この値は、ＬＣＧのバッファステータスを報告するすべてのサイドリンクＢＳＲで報告される。また、ＬＴＥ Ｖ２ＸサイドリンクＢＳＲ報告の場合、ＵＬグラント内のビット数が、送信可能なデータとそのサブヘッダを有するすべてのＬＣＧのバッファステータスを含むサイドリンクＢＳＲのサイズよりも小さい場合、ＵＥは、ＵＬグラント内のビット数を考慮して、送信可能なデータを持つできるだけ多くのＬＣＧのバッファステータスを含む切り捨てられたサイドリンクＢＳＲを報告する。

ＮＲにおいては、送信機会のタイミングは可変であり、グラント期間は可変であり、複数のグラントが重複してもよい。さらに、ＮＲの様々なユースケースがあり得る。これらのユースケースには矛盾する要件がある可能性があり、これらの様々な要件に対応するには、ＭＡＣ ＰＤＵへのＢＳＲマッピングの手法が必要である。具体的には、送信可能なデータを持つすべてのＬＣＧのバッファステータスを収容する十分なスペースを、ＢＳＲを含むＭＡＣ ＰＤＵが有していない場合に、どのＬＣＨ／ＬＣＧのバッファステータスを送信すべきかを決定するための基準を設計する必要がある。さらに、例えばキャリアアグリゲーションの場合のように、送信機会にＭＡＣエンティティが複数のＭＡＣ ＰＤＵを送信するように要求された場合、いかなる所与のＢＳＲ送信機会においても１つの通常のＢＳＲまたは周期的ＢＳＲのＭＡＣ ＣＥと１つのパディングＢＳＲしか送信できないことを考慮して、ＢＳＲ送信のために利用可能なグラントの利用度をいかにして最大限に高めるかという問題に対処する必要がある。

ＢＳＲ報告に影響を与える別の問題として、ＬＴＥリリース１５Ｖ２Ｘのコンテキストで３ＧＰＰ（例えば、ＲＡＮ２、ＳＡ２）で現在検討されているパケットごとのＰｒｏＳｅ信頼性（ＰＰＰＲ）の導入がある。Ｖ２Ｘ ＮＲのコンテキストでは、ＰＰＰＲ要件をサポートするＢＳＲ報告の問題に対処する必要がある。

別の潜在的な問題として、例えば、ＵＥが、例えば車両隊列走行の場合などに、カバレッジ外にある間にクラスタ内の通信リソースを管理する際のクラスタヘッドの役割を果たす場合の、サイドリンク通信のためのＢＳＲの設計がある。そのようなシナリオでは、ＵＥがサービング中継ＵＥからの送信リソースグラントを要求できるようにする新しい手順がある。

（スケジューリング要求の課題）
ＬＴＥ Ｖ２Ｘサイドリンク用に設計された特定のスケジューリング要求は存在しない。ＬＴＥ Ｖ２Ｘサイドリンク通信スケジューリング要求は、ＬＴＥ Ｕｕスケジューリング要求メカニズムに依存する。これは、ＬＴＥ Ｖ２Ｘが、基本的な車両安全通信である１つのユースケースを主にサポートするように設計されているためと考えられる。しかし、ＮＲ Ｖ２Ｘは、車両隊列走行、拡張センサ、高度運転、遠隔運転などの様々なユースケースをサポートするように設計されつつある。ＮＲ Ｖ２ＸをサポートするためにＮＲ Ｕｕスケジューリング要求メカニズム使用することができる。そこで、所与のＱｏＳ要件を伴うサービス（例えば、ＵＲＬＬＣ）について、サイドリンクデータ送信のスケジューリング要求と、上りリンクデータ送信（例えば、Ｕｕインターフェースを介したデータ送信）のスケジューリング要求との間のなんらかの処理の区別をネットワークに伝える必要があるか、あるいはなんらかの必要な区別をＢＳＲを通じてのみ処理することができるかが問題になる。

別の潜在的な問題として、例えば、カバレッジゾーン外のＵＥが、例えば車両隊列走行の場合などに、クラスタ内の通信リソースを管理する際にクラスタヘッドの役割を果たす場合の、サイドリンク通信のスケジューリング要求の設計がある。そのようなシナリオでは、ＵＥがサービング中継ＵＥからの送信リソースグラントを要求できるようにする手順が必要である。

（ＢＳＲに関する解決策）
（サイドリンクＢＳＲ）
ＢＳＲ報告は、サイドリンクを介した送信のスケジューリングをサポートするように使用され得る。

（ＲＲＣによるサイドリンクＢＳＲの制御）
ＲＲＣは、periodic-BSR-TimerSLおよびretx-BSR-TimerSLを構成することによって、サイドリンクのＢＳＲ報告を制御する。本明細書では、これらの２つのパラメータに加えて、パラメータlogicalChannelSR-MaskSLも、ＢＳＲ報告の制御のためにＲＲＣによってＵＥに構成されることを提案する。パラメータlogicalChannelSR-MaskSLは、ＳＲマスキングが構成されているかを示す。パラメータlogicalChannelSR-MaskSLの値は、ＢＳＲがトリガされてキャンセルされなかったが、新しい送信に利用可能なＵＬ−ＳＣＨリソースがないなどの理由で送信できない場合、または新しい送信に利用可能なＵＬ−ＳＣＨリソースがＬＣＰマッピング制限を満たしていない場合、スケジューリング要求（ＳＲ）をトリガするかを決定するためにＵＥによって使用される。パラメータlogicalChannelSR-MaskSLは、ブール値として設定することができ、その場合、値１は、ＳＲマスキングがサイドリンク論理チャネル用に構成または設定されていることを示す。サイドリンク論理チャネルに対してＳＲマスキングが設定されている場合、この論理チャネルでは、データの可用性によってトリガされるＢＳＲに対してスケジューリング要求がトリガされない可能性がある。

手順例を、以下のように説明することができる。
ＭＡＣエンティティは以下のことを行うものとする。
１＞サイドリンクバッファステータスレポート手順で、少なくとも１つのサイドリンクＢＳＲがトリガされ、キャンセルされていないと判定された場合、
２＞ＵＬ−ＳＣＨリソースが新しい送信に利用可能である場合、
３＞サイドリンクＢＳＲ ＭＡＣ ＣＥを生成するよう多重化およびアセンブリ手順に指示し
３＞生成されたすべてのサイドリンクＢＳＲが切り捨てられたサイドリンクＢＳＲである場合を除いて、periodicBSR-TimerSLを始動または再始動し、
３＞retxBSR-TimerSLを始動または再始動する。
２＞新しい送信に利用可能なＵＬ−ＳＣＨリソースがない場合、または
２＞新しい送信に利用可能なＵＬ−ＳＣＨリソースが、サイドリンクＢＳＲをトリガした論理チャネル用に構成されたＬＣＰマッピング制限を満たしていない場合、
３＞通常のサイドリンクＢＳＲがトリガされた場合、
４＞ＭＡＣエンティティが構成済みの上りリンクグラントを用いて構成されていない場合、または
４＞論理チャネルＳＲマスキング（logicalChannelSR-MaskSL）が上位層によって設定されているサイドリンク論理チャネルに対して通常のサイドリンクＢＳＲがトリガされなかった場合、
５＞スケジューリング要求をトリガする。

（追加のサイドリンク通常ＢＳＲトリガ条件）
現在のＬＴＥ Ｖ２Ｘでは、サイドリンク通常ＢＳＲ報告条件において、ＬＣＰ制限は考慮されていない。例えば、サイドリンクデータが送信可能になる可能性があり、そのデータが、同じＰｒｏＳｅ宛先に属する任意のＬＣＧに属し、かつ、すでにデータを送信可能であるサイドリンク論理チャネルの優先度と同じかそれよりも低い優先度を持つサイドリンク論理チャネルに属している場合を考える。そのような場合、通常のサイドリンクＢＳＲはトリガされない。しかし、この論理チャネルに対するＬＣＰ制限が、データがすでに送信可能である論理チャネルに基づいてＵＥに割り当てられたか、またはＵＥに割り当てられるであろうサイドリンクグラントを、ＳＬデータが送信可能となるこの論理チャネルに対して役立たせなくするようなものである場合、通常のサイドリンクＢＳＲはトリガされるものとする。

以下の提案文は、３ＧＰＰ ＴＳ３６．３３１、無線リソース制御（ＲＲＣ）、プロトコル仕様（リリース１５）、Ｖ１５．１．０における既存の仕様の更新された文章の例であり、更新された文章に下線を付す。
「以下のイベントのいずれかが発生した場合、サイドリンクバッファステータスレポート（BSR）がトリガされる。
−ＭＡＣエンティティが、構成済みのＳＬ−ＲＮＴＩまたは構成済みのＳＬ−バーチャルＲＮＴＩ（SL Virtual RNTI：ＳＬ−Ｖ−ＲＮＴＩ）を有する場合、
−ＰｒｏＳｅ宛先のサイドリンク論理チャネルのＳＬデータは、ＲＬＣエンティティまたはＰＤＣＰエンティティで送信できるようになり、そのデータは、同じＰｒｏＳｅ宛先に属する任意のＬＣＧに属し、かつ、すでにデータを送信可能であるサイドリンク論理チャネルの優先度よりも高い優先度を持つサイドリンク論理チャネルに属するか、または、現在、同じＰｒｏＳｅ宛先に属するいかなるサイドリンク論理チャネルにも送信可能なデータはない。あるいは、ＰｒｏＳｅ宛先のサイドリンク論理チャネルのＳＬデータは、ＲＬＣエンティティまたはＰＤＣＰエンティティで送信できるようになり、そのデータが、同じＰｒｏＳｅ宛先に属する任意のＬＣＧに属し、かつ、すでにデータを送信可能であるサイドリンク論理チャネルの優先度と同じかそれよりも低い優先度を持つサイドリンク論理チャネルに属しているが、すでに送信可能であるデータに対するサイドリンクリソースグラントが、新しく利用可能になったデータに対するＬＣＰ制限を満たさないであろう。この場合、サイドリンクＢＳＲは、以下『通常のサイドリンクＢＳＲ』と称する。」
本明細書では、送信可能になるデータの信頼性要件を考慮に入れた、通常のサイドリンクＢＳＲのための新しいトリガがあることも提案する。例えば、サイドリンクデータが送信可能になる可能性があり、そのデータが、同じＰｒｏＳｅ宛先に属する任意のＬＣＧに属し、かつ、すでにデータを送信可能であるサイドリンク論理チャネルの優先度と同じかそれよりも低い優先度を持つサイドリンク論理チャネルに属している場合を考える。そのような場合、現在の仕様によると、通常のサイドリンクＢＳＲはトリガされない。しかし、新しいデータが利用可能になった論理チャネルに対する信頼性要件が、データがすでに送信可能である論理チャネルに基づいてＵＥに割り当てられたか、またはＵＥに割り当てられるであろうサイドリンクグラントを、この論理チャネルに対して役立たせなくするようなものである場合、通常のサイドリンクＢＳＲはトリガされるものとする。例えば、新しく利用可能になったデータの信頼性要件がパケットの重複を要求し、すでに利用可能なデータはデータ重複を必要としない場合は、新しい通常のサイドリンクＢＳＲをトリガする必要がある。

重複される必要があるデータのためのバッファサイズも含む新しいサイドリンクＢＳＲ ＭＡＣ制御エレメント（ＭＡＣ ＣＥ）が、本明細書で以下に提案される。本明細書で提案されるフォーマットは、それぞれ図８、図９、図１０、および図１１に示すように、０、２、４、および６個の予約ビットを用いて定義される。

重複したバッファフィールドサイズが、例えば、それが所与のＬＣＧに対してゼロ以外である場合、オプションでサイドリンクＢＳＲに含まれる代替フォーマットもまた、本明細書で提案される。本明細書で提案されるフォーマットは、所与のＬＣＧｉに対して重複バッファサイズフィールドが存在するかを示すためのフィールドＤ_ｉを含む。図１２は、本明細書で提案されたＭＡＣ ＣＥフォーマットの図を示す。図中、ＬＣＧの数は４であり、重複バッファサイズフィールドがＬＣＧ ＩＤ_１およびＬＣＧ ＩＤ_３について報告されている。

また、別の代替案では、重複したバッファサイズは、サイドリンクＢＳＲと同じＭＡＣ ＰＤＵに含まれる別個のＭＡＣ ＣＥで報告され得る。図１３および図１４は、それぞれＮの偶数値と奇数値に対して本明細書で提案されているフォーマットの図である。

サイドリンク重複ＢＳＲは、表２の例に示すような、固有のＬＣＩＤを持つＭＡＣ ＰＤＵサブヘッダによって識別され得る。

サイドリンクＢＳＲ ＭＡＣ ＣＥおよびサイドリンク重複ＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＰＤＵの図を図１５に示す。受信直後に、ｇＮＢは、各ＭＡＣ ＣＥサブヘッダに含まれているＬＣＩＤに基づいて、サイドリンクＢＳＲ ＭＡＣ ＣＥをサイドリンク重複ＢＳＲ ＭＡＣ ＣＥから区別する。

利用可能なＵＬグラントが不十分な場合のサイドリンクＢＳＲ報告の規則
通常および周期的サイドリンクＢＳＲについては、ＵＬグラントのビット数が、送信に利用可能なデータとそのサブヘッダを有するすべてのＬＣＧのバッファステータスを含むサイドリンクＢＳＲのサイズよりも小さい場合、以下の規則の１つ以上に従って、ＭＡＣはＢＳＲを報告すること。
１．ＭＡＣは、最も厳しい遅延要件を持つＬＣＨを有するＬＣＧのＢＳＲ報告を優先するものとする。
ａ．優先ＬＣＧについては、ＭＡＣは各ＬＣＧの完全なサイドリンクＢＳＲを報告し、ＵＬグラントのビット数が、送信可能なデータとそのサブヘッダを有するすべての優先ＬＣＧのバッファステータスを含むサイドリンクＢＳＲのサイズよりも小さい場合、ＭＡＣは、ＵＬグラントのビット数を考慮して、送信可能なデータを持つできるだけ多くのＬＣＧのバッファステータスを含む切り捨てられたサイドリンクＢＳＲを報告する。
ｂ．上記規則に従って優先ＬＣＧのバッファステータスをサイドリンクＢＳＲに含んだ後、なんらかのＵＬグラントが残っている場合、ＭＡＣは、ＵＬグラントのビット数を考慮して、できるだけ多くの残りのＬＣＧの切り捨てられたバッファステータスをＢＳＲに含むものとする。
２．送信可能なデータを持つサイドリンク論理チャネルを使用してＬＣＧの切り捨てられたサイドリンクＢＳＲを優先度の降順で、優先度が等しい場合は、ＬＣＧ識別子（LCG Identifier：ＬＣＧＩＤ）の昇順で報告する。
３．上記の規則１と規則２の組み合わせ。例えば、ＭＡＣは、まず、最も厳しい遅延要件を持つＬＣＧのバッファステータスを優先し、次に、ＵＬグラントが残っている場合は、上記の規則２が使用される。例えば、ＭＡＣエンティティは、まず、上記の規則１−ａを適用し、ＵＬグラントが残っている場合は、上記の規則２が適用される。

最も厳しい要件は、以下のうちの１つ以上として定義され得る。
・構成された遅延しきい値、または各ＬＣＨに関連付けられたブール値であり、ＬＣＨが最も厳しい遅延要件を課されるか、最も厳しい遅延要件を課されないかを規定する値。値１は、ＬＣＨが最も厳しい遅延要件を課されることを意味し、値０は、ＬＣＨが最も厳しい遅延要件を課されないことを意味する。
・送信のために許容される最大物理上りリンク共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）期間を設定するmaxPUSCH-Duration。
・ＵＬグラントの受信からＵＬグラントを使用した送信時間の開始までの期間を定義するパラメータK2。
・maxPUSCH-Duration + K2。

現在のＭＡＣ仕様によれば、ＭＡＣエンティティは、ＴＴＩ内に、通常／周期的サイドリンクＢＳＲを１つまでしか送信しない。ＭＡＣエンティティが送信機会（例えば、ＴＴＩ）内に複数のＭＡＣ ＰＤＵを送信するように要求された場合、通常／周期的サイドリンクＢＳＲを含まないＭＡＣ ＰＤＵのうちのいずれかにパディングサイドリンクＢＳＲを含むことができる。パディングＢＳＲに対しては、ＭＡＣはここで定義したＢＳＲ優先順位付け規則も適用することを、本明細書では提案する。例えば、ＭＡＣが複数のＭＡＣ ＰＤＵを送信機会内に送信するように要求された場合、ＭＡＣは、上記で定義された優先順位付け規則に従って、パディングＢＳＲにＬＣＧバッファステータスを含めることを優先する。

（上りリンク送信ＢＳＲ）
ＢＳＲ報告は、Ｕｕインターフェースを介した送信のためのスケジューリングをサポートするように使用され得る。

例えば、図３および図４を参照して説明したように、現在の規格では、ＵＬ−ＳＣＨの次回のグラントが利用可能であり、ＢＳＲをトリガした論理チャネル用に構成されたＬＣＰマッピング制限を満たす場合、ＳＲはトリガされない。例えば、次回のグラントは、ＢＳＲ、したがって対応するＢＳＲをトリガした論理チャネルのデータを送信するために利用できる。Ｖ２Ｘサイドリンク送信がＮＲに導入され、サイドリンク送信が上りリンク送信よりも優先される可能性があることによって、新しい送信に利用可能なＵＬ−ＳＣＨリソースが、ＢＳＲをトリガしたＬＣＨ用に構成されたＬＣＰマッピング制限を満たしている場合は、ＳＲを送信することは依然として可能であるが、利用可能なＵＬ−ＳＣＨリソースを使用した新しい送信は、サイドリンク送信によってプリエンプトされるであろう。このような場合には、ＢＳＲは送信されず、ＢＳＲに関連するタイマーは始動や再始動されない。ＳＲの送信の遅延に関連する現在の規格のＭＡＣ仕様は、例えば、以下のように更新される可能性がある。
「ＭＡＣエンティティは以下のことを行うものとする。
１＞バッファステータスレポート手順で、少なくとも１つのＢＳＲがトリガされ、キャンセルされていないと判定された場合、
２＞ＵＬ−ＳＣＨリソースを新しい即時送信に利用可能であり、サイドリンク送信が新しい送信よりも優先されない場合、
３＞ＢＳＲ ＭＡＣ ＣＥを生成するよう多重化およびアセンブリ手順に指示し、
３＞生成されたすべてのＢＳＲが長いかまたは短い切り捨てられたＢＳＲである場合を除いて、periodicBSR-Timerを始動または再始動し、
３＞retxBSR-Timerを始動または再始動する。
２＞新しい送信に利用可能なＵＬ−ＳＣＨリソースがない場合、または
２＞新しい送信に利用可能なＵＬ−ＳＣＨリソースが、ＢＳＲをトリガしたＬＣＨ用に構成されたＬＣＰマッピング制限（ＴＳ３８．３２１の５．４．３．１節参照）を満たしていない場合、または
２＞利用可能なＵＬ−ＳＣＨリソースを使用する新しい送信よりもサイドリンク送信が優先される場合、
３＞通常のＢＳＲがトリガされ、logicalChannelSR-DelayTimerが作動していない場合、
４＞上りリンクグラントが、構成済みのグラントではない場合、または
４＞上位層によって論理チャネルＳＲマスキング（logicalChannelSR-Mask）が設定されている論理チャネルに対して通常のＢＳＲがトリガされなかった場合、
５＞スケジューリング要求をトリガする。」

あるいは、
ＭＡＣエンティティは以下のことを行うものとする。
１＞バッファステータスレポート手順で、少なくとも１つのＢＳＲがトリガされ、キャンセルされていないと判定された場合、
２＞ＵＬ−ＳＣＨリソースが新しい送信に利用可能であり、ＵＬ−ＳＣＨリソースが論理チャネルの優先順位付けの結果としてＢＳＲ ＭＡＣ ＣＥとそのサブヘッダに対応することができ、サイドリンク送信が新しい送信よりも優先されない場合、
３＞ＢＳＲ ＭＡＣ ＣＥを生成するよう多重化およびアセンブリ手順に指示し、
３＞生成されたすべてのＢＳＲが長いかまたは短い切り捨てられたＢＳＲである場合を除いて、periodicBSR-Timerを始動または再始動し、
３＞retxBSR-Timerを始動または再始動する。
２＞通常のＢＳＲがトリガされ、logicalChannelSR-DelayTimerが作動していない場合、
３＞新しい送信に利用可能なＵＬ−ＳＣＨリソースがない場合、または
３＞ＭＡＣエンティティが構成済みの上りリンクグラントを用いて構成されており、logicalChannelSR-Maskがfalseに設定されている論理チャネルに対して通常のＢＳＲがトリガされた場合、または
３＞新しい送信に利用可能なＵＬ−ＳＣＨリソースが、ＢＳＲをトリガした論理チャネル用に構成されたＬＣＰマッピング制限（５．４．３．１節参照）を満たしていない場合、または
３＞利用可能なＵＬ−ＳＣＨリソースを使用する新しい送信よりもサイドリンク送信が優先される場合、
４＞スケジューリング要求をトリガする。

（ＬＴＥ ＵｕまたはＮＲ Ｕｕを介したＳＲ送信の強化）
スケジューリング要求を、ＳＲ構成に結び付けることができる。この構成は、以下のうちの１つ以上を含むことができる。
・ＳＲ送信用の物理リソースに関する詳細。
・ＵｕまたはＳＬ送信への適用性。
・このＳＲ構成を使用する可能性のあるサイドリンク通信のタイプに関する詳細。ただし、タイプは、サイドリンクトラフィックの予想される優先度または信頼性に基づき得る。例えば、ＳＲ構成は、ＰＰＰＰによって決定されるようなサイドリンク通信の優先度レベル、またはＰＰＰＲによって決定されるようなダウンリンクの信頼性に結び付けられ得る。

ＵＥがＳＲをｅＮＢ（またはｇＮＢ）に送信する必要がある場合、ＵＥは、所望の送信（ＵｕまたはＳＬ）、所望の優先度、所望の信頼性などに基づいて適切なＳＲ構成を選択する。
サイドリンクを介したスケジューリングのためのＢＳＲおよびＳＲの解決策（スケジューラＵＥ（ＵＥ＿Ｓ）による制御）

以下では、中継ＵＥおよびスケジューラＵＥという用語を相互交換可能に使用する。これは、他のＵＥのサイドリンク送信のスケジューリングを担当する任意のＵＥである。それは、例えば、クラスタヘッドや隊列リーダーであり得る。さらに、スケジューラＵＥは、ＵＥへのサイドリンク接続を備えた統合アクセスおよびバックホール（Integrated Access and Backhaul：ＩＡＢ）ノード、ＵＥへのサイドリンク接続を備えた路側機（ＲＳＵ）、またはＵＥへのサイドリンク接続を備えた任意の他のスケジューリングエンティティであり得る。そのような場合、サイドリンクに対するリソース割り当ては、３ＧＰＰ ＴＲ３８．８８５、ＮＲ：ビークル・ツー・エブリシングに関する検討、Ｖ１．０．０で定義されているモード２（ｄ）と類似する。非スケジューラＵＥ（または単にＵＥ）という用語を使用して、スケジューラＵＥによって割り当てられたサイドリンクリソースを使用する任意のＵＥを示すことにも留意されたい。

本明細書において、用語ＢＳＲは、例えば、サイドリンクＢＳＲまたは切り捨てられたサイドリンクＢＳＲを指し得る。

スケジューラＵＥとの複数の潜在的なサイドリンク通信シナリオを、図１６に示す。図１６はＵＥ間のユーザプレーン通信を示す。制御プレーンシグナリングは表示されていない。

オプションＡ：ＵＥ（ＵＥ１）は、スケジューラＵＥ（ＵＥ＿Ｓ）と通信中である。通信はＵＥ＿Ｓによってスケジュールされる。

オプションＢ：２つのＵＥ（ＵＥ２およびＵＥ３）は、サイドリンクリソースを介して通信するが、すべての通信は、スケジューラＵＥ（ＵＥ＿Ｓ）を介して行われる。スケジューラＵＥは、２つのＵＥ間のリレーのように機能し、ＷｉＦｉアクセスポイントと非常に類似した役割を果たす。ＵＥ＿Ｓは、両方のＵＥとの送信のやりとりをスケジュールする。

オプションＣ：２つのＵＥ（ＵＥ４およびＵＥ５）は、ＵＥ＿Ｓによって割り当てられたサイドリンクリソースを使用して、ユーザプレーン接続（サイドリンクデータ無線ベアラと称する）形式を介して直接通信する。さらに、２つのＵＥは、ＵＥ＿Ｓへのサイドリンクデータ無線ベアラも有する。例えば、ＵＥ＿Ｓは、自動車の隊列のリーダーであり得る。隊列リーダーは隊列のメンバーと定期的に通信し、これらの個々のメンバーはそれらの間で直接通信することもできる。

オプションＤ：オプションＣと類似するが、２つのＵＥのうちの１つだけ（ＵＥ４が図１６に示されている）が、ＵＥ＿Ｓへのサイドリンクデータ無線ベアラを有する。

オプションＥ：２つのＵＥ（ＵＥ６およびＵＥ７）は、ＵＥ＿Ｓによって割り当てられたサイドリンクリソースを使用して、サイドリンクデータ無線ベアラを介して直接通信する。また、２つのＵＥは、ＵＥ＿Ｓへのサイドリンクデータ無線ベアラを持たない。その結果、これらのＵＥは、ＵＥ＿Ｓと「定期的に」通信していない。すなわち、これらのＵＥとＵＥ＿Ｓの間にはユーザプレーン接続はない。ただし、これらのＵＥとＵＥ＿Ｓの間には制御プレーンシグナリングがある可能性がある。このシグナリングを用いて、ＵＥ６とＵＥ７の間のサイドリンク通信がスケジュールされる。

図１６に示す通信オプションのそれぞれにおいて、スケジューラＵＥは、サイドリンク上の物理チャネルリソースのスケジューリング／割り当てを担うと想定されている。スケジューラＵＥによって管理されるリソースのセットは、ｇＮＢによって静的に構成するか、ＵＥ内で事前構成することができる。デプロイメントには複数のスケジューラＵＥが含まれ得る。これらのスケジューラＵＥのそれぞれによって使用されるリソースは、専用（スケジューラＵＥ間で共有されない）にすることができる。あるいは、スケジューラＵＥは、例えばｇＮＢによって、スケジューラＵＥの制御下でＵＥをスケジュールするためのリソースプールに割り当てることもできる。リソースプールは別のスケジューラＵＥと共有することができる。双方のスケジューラＵＥは、例えば、送信／リッスンビフォートーク（Listen-Before-Talk：ＬＢＴ）手法を用いて、この共通のリソースプールからのリソース予約を競う。スケジューラＵＥがリソースを予約すると、スケジューラＵＥは予約されたリソースを使用して、それがスケジュールしているＵＥにリソースを割り当てることができる。別の代替案では、スケジューラＵＥは、リソースを専用化または予約すると、これらのリソース上でＵＥを半静的にスケジュールすることができる。ただし、スケジュールされたリソースは相互排他的ではない可能性がある。ＵＥは、これらを予約するために、半静的に割り当てられたリソースの検知に依存してもよい。

スケジューラＵＥを用いたシナリオの全体的なＳＬ送信手順を以下に記載する。
１．サイドリンク動作を管理するためのリソースのセットがスケジューラＵＥに割り当てられる。
２．非スケジューラＵＥは、スケジューラＵＥによって管理されるグループに「関連付け」られる。
３．バッファステータスレポート（ＢＳＲ）トリガ基準が満たされると、ＵＥにおいてＢＳＲがトリガされる。これは以下の結果であり得る。
・ＵＥ１上のアプリケーション、非スケジューラＵＥ、別のＵＥ（通常のＢＳＲと呼ばれる）に送信する必要のあるデータの生成、または
・周期的ＢＳＲタイマー（通常のＢＳＲと呼ばれる）の満了の結果。
４．例えば、動的にスケジュールされたリソースグラント、構成済みサイドリンクリソースグラント、またはＵＥの自律的に割り当てられたサイドリンクリソースグラントなどのリソースグラントが利用可能である場合、ＵＥ１は、ＢＳＲ手順に従って、ＢＳＲをスケジューラＵＥに送信する。
５．例えば、動的にスケジュールされたリソースグラント、構成済みサイドリンクリソースグラント、またはＵＥの自律的に割り当てられたサイドリンクリソースグラントなどのリソースグラントが利用可能でない場合、スケジューリング要求（ＳＲ）がトリガされる。
６．スケジューラＵＥはリソースをＵＥ１に割り当てる。
７．ＵＥ１は、そのトランスポートブロックを、割り当てられたリソース上で送信する。

ＵＥがＢＳＲをスケジューラＵＥに送信する方法は、スケジューリングがｅＮＢ（またはｇＮＢ）なしで行われるため、ＬＴＥサイドリンク動作（またはＮＲ ＳＬ送信モード１）の場合よりも複雑である。第２の問題は、ＬＴＥ ＵｕおよびＮＲ Ｕｕに対して定義されたＢＳＲメカニズムが、ＵＥは、通常、スケジューリングを実行するエンティティ（ｅＮＢまたはｇＮＢ）を通すデータ無線ベアラを有しているという事実を利用していることである。その結果、ＵＥには、これらの無線ベアラに関するＢＳＲ情報をピギーバックさせる機会がある。一方、スケジューラＵＥを使用する場合（すなわちオプションＤおよびオプションＥ）は、スケジューラＵＥへのデータ無線ベアラを持たないＵＥがある。これらのＵＥは、スケジューリング要求とそれに続くＢＳＲ情報を送信するための専用メカニズムを必要とする。第３の問題は、ＬＴＥ ＵｕおよびＮＲ Ｕｕに対して定義されたＳＲメカニズムが、ＵＥがスケジューリングを実行するエンティティ（ｅＮＢまたはｇＮＢ）にＳＲを送信するための制御プレーンメカニズムを持っているという事実を利用していることである。その結果、ＵＥは、物理上りリンク制御チャネル（ＰＵＣＣＨ）または物理上りリンク共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）を介して上りリンク制御情報（ＵＣＩ）で運ばれるＳＲを送信する機会がある。これらのＳＲ機会／リソースは、ｅＮＢ（またはｇＮＢ）によって構成される。一方、スケジューラＵＥ（オプションＡからオプションＥ）を使用する場合は、そのような情報をＵＥ＿Ｓに報告するための定義/標準化された方法を持たないＵＥからのサイドリンクを介したＳＲまたはＢＳＲが含まれる。

（サイドリンクインターフェースを介したＢＳＲ報告）
本明細書では、スケジューラＵＥまたは中継ＵＥによってサービスされるＵＥのスケジューリングをサポートするように、サイドリンクインターフェースを介したサイドリンクＢＳＲ報告のための新しいサイドリンクＢＳＲ手順を導入することを提案する。ＢＳＲは、報告するＵＥとサービングスケジューラＵＥ（または中継ＵＥ）の間の送信をサポートし得るか、あるいは、ＢＳＲは、報告するＵＥと別のＵＥとの間の送信をサポートし得る。この新しいサイドリンクＢＳＲ ＭＡＣ制御エレメント（ＭＡＣ ＣＥ）は、ＢＳＲを報告するＵＥによって、スケジューラＵＥまたはサービング中継ＵＥに送信される。

（サイドリンクＭＡＣ ＰＤＵ）
ＳＬ−ＳＣＨのＭＡＣ ＰＤＵは、１つ以上のＭＡＣ ＳＤＵおよびパディングに加えて、１つ以上のＭＡＣ制御エレメントを有し得る。これらのそれぞれは、タイプ、論理チャネル、サイズなどを識別する関連付けられたＭＡＣサブヘッダを持つ。すべてのＭＡＣサブヘッダがグループ化され、ＭＡＣ ＰＤＵの先頭の１つのブロック（１つのＭＡＣヘッダ）に包含される場合の、ＭＡＣ ＰＤＵフォーマットの例を図１７に示す。各ＭＡＣサブヘッダが、ＭＡＣ制御エレメント、ＭＡＣ ＳＤＵ、またはそれが関連付けられているパディングの直前に位置する場合の、ＭＡＣ ＰＤＵフォーマットの別の例を図１８に示す。図１８は、ＭＡＣ ＳＤＵの前に位置するＭＡＣ制御エレメントを示していることに留意されたい。ただし、この配置はオプションである。例えば、ＭＡＣ制御エレメントはＭＡＣ ＳＤＵの後に配置したり、ＭＡＣ ＳＤＵの間に散在させたりすることができる。後者のオプションは、ＭＡＣ制御エレメントおよびＭＡＣ ＳＤＵの少なくとも一方の優先度に基づき得る。

各ＭＡＣ制御エレメントは、ＭＡＣ ＰＤＵヘッダまたはＭＡＣ サブＰＤＵヘッダ内に、関連するサブヘッダを有する。これらのサブヘッダのそれぞれは、次のフィールドを１つ以上有し得る。
−ソース：ソースフィールドは、サイドリンク通信のソースを識別する。
−宛先：宛先フィールドは、サイドリンク通信の宛先を識別する。
−ソース／宛先インデックス：ソース／宛先ペアのインデックス
−Ｆ２：フォーマット２フィールドは長さフィールドのサイズを示す。ＭＡＣ ＰＤＵサブヘッダごとに１つのＦ２フィールドがある。Ｆ２フィールドのサイズは１ビットである。ＭＡＣ ＳＤＵまたは可変サイズのＭＡＣ制御エレメントのサイズが３２７６７バイトより大きい場合、および対応するサブヘッダが最後のサブヘッダではない場合、Ｆ２フィールドの値は１に設定され、それ以外の場合は０に設定される。
−Ｅ：拡張フィールドは、ＭＡＣヘッダにさらにフィールドが存在するかを示すフラグである。Ｅフィールドは、「１」に設定されると、少なくともＲ／Ｆ２／Ｅ／ＬＣＩＤフィールドの別のセットを示す。Ｅフィールドは、「０」に設定されると、ＭＡＣ ＳＤＵ、ＭＡＣ制御エレメント、またはパディングのいずれかが次のバイトから始まることを示す。
−Ｒ：予約ビット。「０」に設定される。
−ＬＣＩＤ：ＭＡＣ制御エレメントのタイプを示す論理チャネルＩＤ。

各ＭＡＣ制御エレメントは、ＢＳＲフィールドを含むことができ、重複バッファサイズを報告することもできる。さらに、ＭＡＣ制御エレメントは、以下のフィールドの１つ以上を含み得る。
−ソース：ソースフィールドは、サイドリンク通信のソースを識別する。
−宛先：宛先フィールドは、サイドリンク通信の宛先を識別する。
−ソース／宛先インデックス：ソース／宛先ペアのインデックス
−ＬＣＧ＿ｉ：論理チャネルグループ「ｉ」のバッファステータスがＢＳＲ ＭＡＣ制御エレメントに含まれているかを示す。
−ＬＣＧ ＩＤ：論理チャネルグループＩＤフィールドは、バッファステータスが報告中である論理チャネルのグループを識別する。
−ＬＣＩＤ：論理チャネルＩＤは、バッファステータスが報告中である論理チャネルを識別する。
−バッファサイズ：バッファサイズフィールドは、宛先インデックスによって識別された宛先について、ＬＣＧの全論理チャネルにわたって利用可能なデータの合計量を識別する。
−重複バッファサイズ：重複バッファサイズフィールドは、重複する必要のあるデータのバッファサイズを示す。
−Ｒ：予約ビット。「０」に設定される。

１つのオプションでは、ＭＡＣ制御エレメントのソースフィールドは、ソースレイヤ２ＩＤを含み、ＭＡＣ制御エレメントの宛先フィールドは、ユニキャストの場合は宛先レイヤ２ＩＤを含み、グループキャストの場合はＵＥを含む。

第２のオプションでは、ＭＡＣ制御エレメントに関連付けられたサブヘッダのソースフィールドはソースレイヤ２ＩＤを含み、ＭＡＣ制御エレメントに関連付けられたサブヘッダの宛先フィールドは宛先レイヤ２ＩＤを含む。

第３のオプションでは、スケジューラＵＥは、レイヤ２ＩＤのリストを維持し、このリストへのインデックスだけが、ＭＡＣ制御エレメントまたはＭＡＣ制御エレメントに関連付けられたサブヘッダに含まれる。

第４のオプションでは、スケジューラＵＥは、それがリソースをスケジューリング中の、すべてのソースレイヤ２ＩＤと宛先レイヤ２ＩＤのペアのリストを維持し、そのペアのインデックスだけが、ＭＡＣ制御エレメント、またはＭＡＣ制御エレメントに関連付けられたサブヘッダに含まれる。

オプション３および４の場合、ＵＥおよびスケジューラＵＥは、リストに依存して、制御プレーンまたはデータプレーン上のシグナリングを用いてこれらのリストを構築して維持する必要がある。例えば、これらのリストは、関連付け手順、接続確立手順、または接続再構成手順の形式で構築/維持することができる。接続を確立している間、ＵＥは、サイドリンク通信を確立したいアドレスのリストを提供することができる。スケジューラＵＥは、これらのアドレスを使用してリストを作成し、このリストをＵＥに確認する。これらのリストは、ＵＥが一部のＵＥとのＳＬ通信を終了し、他のＵＥとのＳＬ通信を開始すると変更される。

場合によっては、ソースレイヤ２ＩＤが、（図１７に示すＳＬ−ＳＣＨサブヘッダのような）共通のＭＡＣ ＰＤＵサブヘッダに含まれ得ることに留意されたい。このような場合、ＢＳＲ ＭＡＣ ＣＥ（またはＢＳＲ ＭＡＣ ＣＥに関連付けられたサブヘッダ）は、宛先レイヤ２ＩＤまたはインデックスだけを含み得る。

（サイドリンク通信オプションＡ、Ｂ、およびＣの手順）
シナリオＡ、Ｂ、およびＣのＢＳＲ規則は、例えば、図８〜図１５に関連して説明したものと類似する。

（サイドリンク通信オプションＤの手順）
このオプションでは、１つのピアＵＥだけが、スケジューラＵＥとのサイドリンクデータ無線ベアラを有する。ＵＥ１からＵＥ＿Ｓ、およびＵＥ２からＵＥ＿Ｓにサイドリンクコントロールプレーン接続があることを前提としている。ＵＥ１とＵＥ＿Ｓの間には、サイドリンクデータ無線ベアラもあるが、ＵＥ２とＵＥ＿Ｓの間には、サイドリンクデータ無線ベアラはない。その結果、ＵＥ１は、ＵＥ２のＢＳＲをスケジューラＵＥに送信するためのリレーとして機能し得る。ＵＥ２は、ＵＥ１とＵＥ＿Ｓの間のサイドリンクデータ無線ベアラを使用して、自身のＢＳＲをＵＥ＿Ｓに送信する。コールフローの例を図１９に示し、以下に説明する。
ステップ０において、ＵＥ１およびＵＥ２は、両方とも、スケジューラＵＥ（ＵＥ＿Ｓ）との「関連付け」を有する。それらは、サイドリンクインターフェースを介して通信しようとしている。ＵＥ＿Ｓは、この通信のスケジューリングを提供する。ここでは、「関連付け」という用語を非常に一般的に使用している。これは、ＵＥが送信のスケジューリングをＵＥ＿Ｓに依存していることを意味する。

ステップ１において、ＵＥ＿Ｓは、自身がＵＥ１とのサイドリンクデータ無線ベアラを持ち、ＵＥ２とのサイドリンクデータ無線ベアラを持たないことを認識している。ＵＥ＿Ｓは、ＵＥ１を、ＵＥ２からのＢＳＲのリレーとして機能するように構成する。例えば、これはＲＲＣシグナリングを介して提供され得る。ＵＥ＿Ｓは、ＵＥ１がＢＳＲリレーとして機能できる対象のソースレイヤ２ＩＤのホワイトリストを提供してもよい。

ステップ２において、ＵＥ＿Ｓは、そのＢＳＲ情報をＵＥ１に送信するようにＵＥ２を構成する。例えば、これはＲＲＣシグナリングを介して提供され得る。ＵＥ＿Ｓは、リレーＢＳＲのレイヤ２ＩＤ（宛先ＢＳＲレイヤ２ＩＤ）を提供することができる。

ステップ３において、ＵＥ２は、ＢＳＲを送信するためにトリガされる。

ステップ４において、ＵＥ１へのサイドリンクインターフェース上での次のデータ送信で、ＵＥ２は、ＭＡＣ制御エレメント内のＢＳＲをＵＥ１に送信する。サブヘッダによって、ＭＡＣ制御エレメントをＵＥ＿Ｓへ中継することを指示することができる。例えば、このＭＡＣ制御エレメントは、予約済みの論理チャネルＩＤを使用することができ、それはＵＥ１によって認識されるであろう。

ステップ５において、ＵＥ１は、リレーＢＳＲを受信する。ＵＥ１は、自身がこのＵＥからのＢＳＲを中継するように構成されていることを確認することができる。構成されていない場合、ＭＡＣ制御エレメントを破棄することができる。構成されている場合、ＵＥ１は、リレーＢＳＲを格納する。

ステップ６において、ＢＳＲを送信する次の機会に、ＵＥ１は、リレーＢＳＲをスケジューラＵＥ（ＵＥ＿Ｓ）に送信する。

ステップ７において、ＵＥ＿Ｓは、ＵＥ２にリソースを割り当てる。

ＵＥ１がＢＳＲを送信するようにトリガされ、ＵＥ１へ送信するメッセージがない場合、ＵＥ２は、スケジューリング要求をスケジューラＵＥに送信することを要求され得ることに留意されたい。ＵＥ２は、ＳＲに関する解決策に対して説明されているように、ＳＲを送信する手順を使用することができる。

複数のＵＥがＵＥ２のＢＳＲを中継することができる場合、スケジューラＵＥは、これらの複数のＵＥのうちの１つを選択することができる。例えば、この決定は、これらのＵＥの負荷、これらのＵＥへのチャネル状態、ＵＥ２とこれらのＵＥとの間のチャネル状態、これらのＵＥまでの距離、ＵＥ２とこれらのＵＥとの間の距離、スケジューラＵＥとこれらのＵＥの間の双方向の通信活動などに基づき得る。例えば、スケジューラＵＥは、ＢＳＲができるだけ迅速に送信される可能性を最大化するために、最も多く通信する通信相手であるＵＥを選択するように決定することができる。

オプションＤはユニキャスト通信として示されているが、別のＵＥのＢＳＲを中継するためのＵＥの使用は、グループキャスト通信にも適用され得る。そのような場合、スケジューラＵＥは、どの１つ（またはそれ以上）のＵＥにＢＳＲの中継を担わせるかを選択することができ、また、どのＵＥが、これらの中継ＵＥのうちのどれを使用するかを選択することができる。

（サイドリンク通信オプションＥの手順）
このオプションでは、２つのピアＵＥのどちらも、スケジューラＵＥへのサイドリンクデータ無線ベアラを持たない。ピアＵＥは、どちらかがＢＳＲをスケジューラＵＥに送信する前に、まず、ＵＥ＿Ｓへのサイドリンク通信チャネルを要求する必要がある。取得したら、ピアＵＥは、ＵＥ＿Ｓと通信するためのリソースが割り当てられ、続いて、ＢＳＲを送信することができる。

図２０のコールフローに手順例を示す。

図２０のステップ０において、ピアＵＥは、スケジューラＵＥに関連付けられている。ここでは、「関連付け」という用語を非常に一般的に使用している。これは、ＵＥが送信のスケジューリングをＵＥ＿Ｓに依存していることを意味する。

ステップ１において、ＵＥ１は、サイドリンクインターフェースを介してＵＥ２にデータを送信することを望む。ＵＥ１は、ＢＳＲを送信するようにトリガされる。このＢＳＲは、ＵＥ＿Ｓに送信される必要がある。

ステップ２において、ＵＥ１は、スケジューリング要求をＵＥ＿Ｓに送信する。

ステップ３において、ＵＥ＿Ｓは、ＵＥ１からＵＥ＿Ｓへのサイドリンク送信のためにリソースをＵＥ１に割り当てる。

ステップ４において、ＵＥ１は、割り当てられたリソース上でＢＳＲを送信する。

ステップ５において、ＵＥ＿Ｓは、ＵＥ１からＵＥ２へのサイドリンク通信のためにリソースを割り当てる。

（ＳＲに関する解決策）
本明細書では、中継ＵＥ（またはスケジューラＵＥ）によってサービスされるＵＥが、サービング中継ＵＥ（またはサービングスケジューラＵＥ）に送信リソースグラントを要求するための、サイドリンクインターフェースを介した新しいスケジューリング要求手順を導入することを提案する。送信は、要求側ＵＥとサービング中継ＵＥの間で行われる場合もあれば、要求側ＵＥと別のＵＥの間で行われる場合もある。ＵＥには、複数のサイドリンクスケジューリング要求構成を構成可能である。構成、例えば、サイドリンクスケジューリング要求のリソース構成は、サイドリンク論理チャネルまたはサイドリンク論理チャネルのグループに固有であり得る。

サイドリンクＢＳＲについて本明細書に記載されているものと類似の規則を、サイドリンクＳＲにも適用することができる。

以下では、スケジューリング要求は、物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）または物理サイドリンクフィードバック制御チャネル（Physical Sidelink Feedback Control Channel：ＰＳＦＣＣＨ）を使用して送信されると想定する。３つのオプションについて以下に説明する。第１のオプションでは、ＵＥは、スケジューラＵＥによって周期的なＳＲ機会を利用して構成される。第２のオプションでは、ＵＥは、ＳＲの送信に利用可能なリソースのプールを用いて構成され、ＵＥはこのプールからランダムに選択する。第３のオプションでは、スケジューラＵＥが個々のＵＥをポーリングして、保留中のスケジューリング要求があるかを判定する。

さらに、スケジューリング要求は、ＳＲ構成に結び付けられると想定する。ＳＲ構成には、ＳＲ送信用の物理リソースに関する詳細が含まれ得る。例えば、使用されるＰＳＣＣＨまたはＰＳＦＣＣＨである。ＳＲ構成は、追加的または代替的に、このＳＲ構成を使用し得るサイドリンク通信のタイプに関する詳細を含み得る。タイプは、サイドリンクトラフィックの予想される優先度または信頼性に基づき得る。例えば、ＳＲ構成は、ＰＰＰＰによって決定されるようなサイドリンク通信の優先度レベル、またはＰＰＰＲによって決定されるようなダウンリンクの信頼性に結び付けられ得る。

（オプション１：周期的な専用ＳＲ機会／リソースの構成）
スケジューラＵＥは、１つ以上のＳＲ期間（ＳＲ機会間の時間）およびＳＲリソース（スケジューリング要求の送信のためにＵＥに割り当てられた特定のリソース）を用いて、ＵＥを構成することができる。

ＵＥがＳＲをＵＥ＿Ｓに送信する必要がある場合、ＵＥは、次のＳＲ機会を待ち、新しいＳＣＩフォーマットを使用してＳＣＩを送信する。例えば、これは１または２ビットのＳＲ指示のみを運ぶＳＣＩフォーマットＸであり得る。これらのＳＲ機会はスケジューラＵＥによって割り当てられているため、スケジューラＵＥは、ＳＲ指示を送信するＵＥの識別を認識している。

スケジューリング要求（ＳＲ）は、新しい送信のためにＳＬ−ＳＣＨリソースを要求するために使用される。

ＭＡＣエンティティは、０、１つ、またはさらに多くのＳＲ構成を用いて構成され得る。ＳＲ構成は、様々なＢＷＰおよびセルにわたるＳＲのためのリソースのセットから構成される。論理チャネルに対しては、ＳＲのためのリソースはＢＷＰごとに１つまでしか構成されない。

各ＳＲ構成は、１つ以上の論理チャネルに対応する。各論理チャネルは、スケジューラＵＥによって構成されたゼロまたは１つのＳＲ構成にマッピングすることができる。ＢＳＲをトリガした論理チャネルのＳＲ構成は、トリガされたＳＲに対応するＳＲ構成と見なされる。

スケジューラＵＥは、スケジューリング要求手順のための以下のパラメータを構成する。
・ＳＲ期間：ＳＲ機会間の時間
・ＳＲリソース：スケジューリング要求の送信のためにＵＥに割り当てられた特定のリソース
・sr-ProhibitTimer（ＳＲ構成ごと）
・sr-TransMax（ＳＲ構成ごと）。

以下のＵＥ変数が、スケジューリング要求手順のために使用される。
−SR_COUNTER（ＳＲ構成ごと）。

ＳＲがトリガされ、同じＳＲ構成に対応する保留中のＳＲが他にない場合、ＭＡＣエンティティは対応するＳＲ構成のSR_COUNTERを０に設定するものとする。

ＳＲがトリガされると、それはキャンセルされるまで保留中であると見なされるものとする。ＭＡＣ ＰＤＵが送信され、そのＰＤＵが、ＭＡＣ ＰＤＵアセンブリより前にＢＳＲをトリガした最後のイベントまでの（およびそれを含む）バッファステータスを含むＢＳＲ ＭＡＣ制御エレメントを有しているとき、ＭＡＣ ＰＤＵアセンブリより前にトリガされたすべての保留中のＳＲはキャンセルされ、それぞれのsr-ProhibitTimerは停止されるものとする。ＳＬグラントが送信可能なすべての保留中のデータに対応することができる場合、すべての保留中のＳＲはキャンセルされ、それぞれのsr-ProhibitTimerは停止されるものとする。

少なくとも１つのＳＲが保留中である限り、ＭＡＣエンティティは、保留中のＳＲごとに以下を行うものとする。
１＞ＭＡＣエンティティが、保留中のＳＲ用に構成された有効なリソースを有していない場合、
２＞ランダムアクセス手順を開始し、保留中のＳＲをキャンセルする。
１＞それ以外の場合、保留中のＳＲに対応するＳＲ構成の場合は、
２＞ＭＡＣエンティティに、構成されたＳＲのための有効なリソース上でのＳＲ送信の機会があり、さらに、
２＞ＳＲ送信機会時にsr-ProhibitTimerが作動していない場合であって、さらに、
２＞ＳＲ送信機会時のためのリソースが測定ギャップと重複していない場合であって、さらに、
２＞ＳＲ送信機会時のためのリソースがＳＬ−ＳＣＨリソースと重複していない場合、
３＞SR_COUNTER < sr-TransMaxであれば、
４＞SR_COUNTERを１だけインクリメントし、
４＞ＳＲのための１つの有効なリソース上で、ＳＲにシグナリングするよう、物理層に指示し、
４＞sr-ProhibitTimerを始動する。

上記の文章では、ＳＲ送信のためのリソースのセットが参照されていることに留意されたい。これらのリソースは、ＰＳＣＣＨ物理チャネル上またはＰＳＦＣＣＨ物理チャネル上にわたってあり得る。

（オプション２：共有ＳＲ機会／リソースの構成）
スケジューラＵＥは、以下のＳＲ送信パラメータのうちの１つ以上を用いてＵＥを構成することができる。
・ＳＲリソース：ＳＲ送信用に予約されているリソースのリスト／プール。
・ＳＲ期間：ＳＲ送信用に予約されたＳＲリソースが繰り返される時間。例えば、「ＳＲリソース」は、ＳＲ送信用に予約された５つのリソースを識別でき、一方、「ＳＲ期間」は、これらのリソースがＫサブフレームごとに予約されていることを示す。
・ＳＲ Ｔｘ確率：ＵＥがＳＲ送信用のリソースを予約済みプールから選択するために使用する確率。
・ＳＲタイマー：満了後、ＵＥが、前のＳＲが失われたと見なし、新しいＳＲの送信を再試行するタイマー。ＢＳＲを送信するためにスケジュールされたリソースが受信されると、タイマーは停止する。

手順例を以下に記載する。ＵＥがＳＲをＵＥ＿Ｓに送信する必要がある場合、ＵＥは、（予約済みプールからの）ＳＲ送信のために予約された次のリソースを待ち、ＵＥは、確率「ＳＲ Ｔｘ確率」でＳＲを送信する。
・成功した場合、ＵＥは、新しいＳＣＩフォーマットを使用して、ＳＣＩを送信する。例えば、これは、１または２ビットのＳＲ指示とＵＥの識別を運ぶＳＣＩフォーマットＹであり得る。また、ＵＥはＳＲタイマーを始動する。このタイマーがリソース割り当てなしで満了になると、ＵＥは手順を再開する。
・失敗した場合、ＵＥはＳＲ送信用に予約された次のリソースを待ち、再試行する。

（オプション３：スケジューラＵＥがＵＥをポーリングする）
このオプションでは、スケジューラＵＥは、それがスケジュールしており、スケジューラＵＥとのサイドリンクデータ無線ベアラを持たない各ＵＥを順次ポーリングする。ポーリングメッセージは、新しいＳＣＩフォーマットで運ばれ得る。例えば、これは、１または２ビットのＳＲポーリング指示とポーリングされているＵＥの識別を運ぶＳＣＩフォーマットＺであり得る。

ＵＥは、ポーリングメッセージが自身宛てであると判定する。ＵＥが、保留中のＳＲを有している場合、ＵＥは、新しいＳＣＩフォーマット（例えば、オプション１のＳＣＩフォーマットＸ）を使用して、そのＳＲを送信する。あるいは、ＵＥが、送信を保留中のＢＳＲを有する場合、ＵＥは、（ＳＲを送信するステップをスキップして）ポーリングメッセージに応えてＢＳＲを直接送信することができる。ＳＣＩまたはＢＳＲの送信に使用するリソースは、スケジューラＵＥによって構成可能である。構成には、ＳＣＩまたはＢＳＲの送信に使用するリソースのリストを含むことができる。ポーリングメッセージは、ＵＥが使用する必要がある特定のリソースを指すこのリストへのインデックスを含むことができる。あるいは、ＳＣＩまたはＢＳＲを送信するために使用するリソースは、ポーリングメッセージを運ぶために使用されるリソースからの固定時間オフセットおよび固定周波数オフセットの少なくとも一方に関連し得る。これらのオフセットは、スケジューラＵＥによって構成することもできる。

（環境）
第三世代パートナーシッププロジェクト（３ＧＰＰ）では、無線アクセス、コアトランスポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関する取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発する。最近の無線アクセス技術（ＲＡＴ）規格には、広帯域符号分割多元接続（Wideband Code Division Multiple Access：ＷＣＤＭＡ（登録商標））（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト（LTE-Advanced）規格が含まれる。３ＧＰＰは、新無線（ＮＲ）と呼ばれ、「５Ｇ」とも呼ばれる次世代セルラー技術の標準化に取り組み始めた。３ＧＰＰ ＮＲ規格の開発には、次世代無線アクセス技術（新しいＲＡＴ）の定義が含まれると予想され、これには、６ＧＨｚ未満の新しいフレキシブル無線アクセスの規定、および６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成されると予想され、要件の多様な広範囲の３ＧＰＰ ＮＲのユースケースに対処するために、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバイルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最適化を施した共通設計枠組みを、６ＧＨｚ未満のフレキシブル無線アクセスと共有すると予想される。

３ＧＰＰは、ＮＲがサポートすると予想される様々なユースケースを特定し、その結果、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイルブロードバンド（例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での５０Ｍｂｐｓ以上、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー）、およびＶ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ、またはＶ２Ｐ通信から構成され得る高度化ビークル・ツー・エブリシング（Enhanced Vehicle-to-Everything：ｅＶ２Ｘ）通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、ファーストレスポンダへの接続性、自動車用ｅＣａｌｌ、災害警報、リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定している。

図２１は、本明細書で説明され、特許請求される方法および装置を具現化し得る通信システム１００の例の一実施形態を示す。図示のように、通信システム１００の例は、無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのうち、少なくとも１つ（一般的に、あるいは総称して、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２を含み得るが、開示された実施形態は任意の数のＷＴＲＵや、基地局や、ネットワークや、ネットワーク要素を想定していることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置またはデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々はハンドヘルド無線通信装置として図２１および図２３〜図２５に図示されているが、５Ｇ無線通信に対する多様なユースケースを想定すれば、ＷＴＲＵの各々は、ほんの一例として、ユーザ端末（ＵＥ）、モバイル局、固定または移動加入者ユニット、無線呼び出し装置、携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージングなどのウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を送信や受信するように構成された任意の装置またはデバイスを含むか、または、その中に具現化されてもよいことが理解される。

通信システム１００は、基地局１１４ａと基地局１１４ｂをさらに含むことができる。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂおよび送受信ポイント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂのうち、少なくとも１つと有線や無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一要素として図示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局やネットワーク要素を含むことができることは理解されるであろう。

基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮ１０３／１０４／１０５は、また、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ｂはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、また、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ａは、セル（図示せず）と称することもある特定の地理的領域の中の無線信号を送信や受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称することもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連するセルを３つのセクタに分割することができる。一実施形態においては、基地局１１４ａは、そのように、例えば、セルのセクタごとに１つとなる、３つのトランシーバを含むことができる。一実施形態においては、基地局１１４ａは、多入力多出力（Multiple Input Multiple Output：ＭＩＭＯ）技術を採用することができ、したがって、セルの各セクタ当たり複数のトランシーバを利用することができる。

基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上と、エアインターフェース１１５／１１６／１１７を介して通信してもよく、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて構築することができる。

基地局１１４ｂは、ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂのうち１つ以上と、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して通信してもよく、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な有線（例えば、ケーブルや光ファイバなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。

ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｃ、１０２ｄのうち１つ以上と、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して通信してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。

より具体的には、上記のように、通信システム１００は多重アクセスシステムでもよく、例えば、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、時分割多元接続（Time Division Multiple Access：ＴＤＭＡ）、周波数分割多元接続（Frequency Division Multiple Access：ＦＤＭＡ）、直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access：ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Single Carrier Frequency Division Multiple Access：ＳＣ−ＦＤＭＡ）などの、１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ユニバーサルモバイル通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使ったエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）や発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）や高速上りリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含むことができる。

一実施形態においては、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、ロングタームエボリューション（ＬＴＥ）やＬＴＥアドバンスト（ＬＴＥ−Ａ）を使ったエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。将来は、エアインターフェース１１５／１１６／１１７は３ＧＰＰ ＮＲ技術を実装してもよい。

一実施形態においては、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００進化データ最適化（Evolution-Data Optimized：ＥＶ−ＤＯ）、暫定規格（Interim Standard：ＩＳ）２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global System for Mobile Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced Data Rates for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（GSM EDGE Radio Access Network：ＧＥＲＡＮ））などの無線技術を実装してもよい。

図２１の基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領域における無線接続性を円滑にするための任意の適切なＲＡＴを利用してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、ＩＥＥＥ ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（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 Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated Circuit：ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく、トランシーバ１２０は送受信要素１２２に接続されてもよい。図２２はプロセッサ１１８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８とトランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解されるであろう。

送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、一実施形態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナであってもよい。一実施形態においては、送受信要素１２２は、例えば、ＩＲやＵＶや可視光の信号を送信や受信するように構成されたエミッタ／検出器であってもよい。さらに１つの実施形態においては、送受信要素１２２はＲＦと光信号のどちらも送受信するように構成されてもよい。送受信要素１２２は無線信号の任意の組み合わせを送信や受信するように構成され得ることは理解されるであろう。

さらに、図２２には、送受信要素１２２は単一要素として図示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用してもよい。そのように、一実施形態においては、ＷＴＲＵ１０２は、無線信号をエアインターフェース１１５／１１６／１１７を介して送受信用の２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

トランシーバ１２０は送受信要素１２２が送信する信号を変調し、送受信要素１２２が受信した信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡやＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信できるように、複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）表示ユニットまたは有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）表示ユニット）に接続されかつ、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１２８に出力することもできる。さらに、プロセッサ１１８は、非取り外し可能メモリ１３０や取り外し可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこにデータを保存することもできる。非取り外し可能メモリ１３０はランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み出し専用メモリ（Read-Only Memory：ＲＯＭ）、ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ１３２は加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得る。一実施形態においては、プロセッサ１１８は、例えば、サーバまたはホームコンピュータ（図示せず）上の、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、そこにデータを保存してもよい。

プロセッサ１１８は電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配したり制御したりするように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度と緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続されることもできる。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信したり、２つ以上の近隣の基地局から受信中の信号のタイミングに基づいて自身の位置を決定したりすることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を取得してもよいことは理解されるであろう。

プロセッサ１１８は、その他の周辺機器１３８にさらに接続されてもよく、その他の周辺機器１３８は、追加的特徴や機能性や、有線または無線接続性を提供する１つ以上のソフトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は、加速度計や生体計測（例えば、指紋）センサなどの各種センサ、電子コンパス（e-Compass）、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたはその他の相互接続インターフェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（Bluetooth（登録商標））モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

ＷＴＲＵ１０２は、センサ、家庭用電化製品、スマートウォッチやスマートクロージングのようなウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置またはデバイスの中に具現化されてもよい。ＷＴＲＵ１０２は、そのような装置またはデバイスのその他の構成要素、モジュール、またはシステムに、周辺機器１３８の１つを含み得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して接続されてもよい。

図２３は、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はコアネットワーク１０６と通信することもできる。図２３に示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１５を介して通信するための１つ以上のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられてもよい。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２ｂをさらに含むことができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、任意の数のノードＢやＲＮＣを含み得ることは理解されるであろう。

図２３に示すように、ノードＢ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信可能である。さらに、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信可能である。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、ＲＮＣ１４２ａ、１４２ｂのそれぞれと通信可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して相互に通信可能である。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されているノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電源制御、負荷制御、承認制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの、他の機能を実行またはサポートするように構成され得る。

図２３に示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４と、モバイルスイッチングセンタ（Mobile Switching Center：ＭＳＣ）１４６と、サービング汎用パケット無線サービス（General Packet Radio Service：ＧＰＲＳ）サポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８と、ゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含むことができる。上記要素の各々はコアネットワーク１０６の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６はＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にさらに接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。

上述のように、コアネットワーク１０６は、他のサービスプロバイダが所有や運用をする有線または無線ネットワークを含み得るネットワーク１１２にさらに接続されてもよい。

図２４は、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との整合性を維持しながら、任意の数のｅノードＢを含み得ることは理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６を介して通信するための１つ以上のトランシーバを含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図２４に示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して、相互に通信可能である。

図２４に示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素の各々はコアネットワーク１０７の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中における特定のサービングゲートウェイの選択などを司ってもよい。ＭＭＥ１６２は、さらに、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ、またはそこからルーティングおよびフォワーディングすることができる。サービングゲートウェイ１６４は、さらに、ｅノードＢ間のハンドオーバ中におけるユーザプレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが下りリンクデータを利用可能な場合のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの、他の機能を実行することができる。

サービングゲートウェイ１６４は、さらに、ＰＤＮゲートウェイ１６６に接続されてもよく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。

コアネットワーク１０７は、他のネットワークとの通信を円滑にすることができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してもよい。さらに、コアネットワーク１０７は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図２５は、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ ８０２．１６無線技術を採用して、エアインターフェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（Access Service Network：ＡＳＮ）であってもよい。後にさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５と、コアネットワーク１０９との異なる機能エンティティ間の通信リンクを、基準点として定義することができる。

図２５に示すように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態との整合性を維持しながら、任意の数の基地局とＡＳＮゲートウェイを含み得ることは理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてもよく、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービスの質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを司ることができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１１７を、ＩＥＥＥ ８０２．１６仕様を実装したＲ１基準点と定義することができる。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を構築することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースを、認証や、認可や、ＩＰホスト構成管理や、モビリティ管理のために使用され得るＲ２基準点として定義することができる。

基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクを、基地局間のＷＴＲＵハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むＲ８基準点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクをＲ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリティ管理を円滑にするためのプロトコルを含むことができる。

図２５に示すように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクを、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含むＲ３基準点として定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Agent：ＭＩＰ−ＨＡ）１８４と、認証、認可、アカウンティング（Authentication, Authorization, Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８を含むことができる。上記要素の各々はコアネットワーク１０９の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。

ＭＩＰ−ＨＡはＩＰアドレス管理を司ることができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮや異なるコアネットワークの間をローミングできるようにすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲートウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに、ゲートウェイ１８８は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図２５には図示しないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、コアネットワーク１０９は他のコアネットワークと接続されてもよいことは理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクをＲ４基準点として定義することができ、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクを、Ｒ５基準として定義することができ、Ｒ５基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキングを円滑にするためのプロトコルを含むことができる。

本明細書で説明され、図２１および図２３〜図２５に示されたコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに付けられた名前で識別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される可能性があり、特定のエンティティまたは機能性は、３ＧＰＰが発行する、３ＧＰＰ ＮＲ仕様を含む将来の仕様において組み合わされる可能性があることが理解される。したがって、説明され、図２１および図２３〜図２５に示される特定のネットワークエンティティおよび機能性は、単に例として提示されたものであり、本明細書に開示され、特許請求される主題は、現在定義されているかまたは将来定義される任意の類似の通信システムの中に具現化または実装してもよいことが理解される。

図２６は、例えば、ＲＡＮ１０３／１０４／１０５内の特定のノードまたは機能エンティティ、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの、図２１および図２３〜図２５に示す通信ネットワークの１つ以上の装置を具現化し得る、例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含むことができ、主としてコンピュータ読み取り可能な命令によって制御されてもよく、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、あるいは任意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ読み取り可能な命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０を作動させてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ９１は、コンピューティングシステム９０の通信ネットワーク内での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。コプロセッサ８１は、メインプロセッサ９１と別個の、追加的機能を実行するか、もしくはプロセッサ９１をアシストするオプショナルプロセッサである。プロセッサ９１とコプロセッサ８１のうち、少なくとも一方は、本明細書に開示の方法と装置に関連するデータを受信、生成、および処理することができる。

動作中、プロセッサ９１は命令をフェッチし、解読し、実行して、コンピューティングシステムの主要データ転送経路であるシステムバス８０を介して、他のリソースとの間で情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換の媒介を規定する。システムバス８０は、通常、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバス８０の一例が、周辺コンポーネント相互接続（Peripheral Component Interconnect：ＰＣＩ）バスである。

システムバス８０に接続されるメモリには、ランダムアクセスメモリ（ＲＡＭ）８２と読み出し専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を保存し、読み出すことを可能にする回路を含む。ＲＯＭ９３は、一般に、容易に修正できない保存データを収納する。ＲＡＭ８２内に保存されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２とＲＯＭ９３のうち、少なくとも一方へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されるに従って仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、さらに、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能を提供することができる。したがって、第１モードで実行中のプログラムは、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

さらに、コンピューティングシステム９０は、プロセッサ９１からの命令の、プリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器への伝達を司る周辺機器コントローラ８３を含むことができる。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚的出力を表示するために使用される。そのような視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚的出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形で提示され得る。ディスプレイ８６は、ブラウン管（Cathode-Ray Tube：ＣＲＴ）ベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含む。

さらに、コンピューティングシステム９０は、図２１および図２３〜図２５のＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７などの通信回路を含むことができ、それによって、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにすることができる。通信回路を、単独に、またはプロセッサ９１と共に使用して、本明細書に記載された特定の装置、ノード、または機能エンティティの送信および受信ステップを実行することができる。

本明細書に記載の装置、システム、方法、およびプロセスのいずれかまたはすべては、命令がプロセッサ１１８または９１などのプロセッサによって実行されると、本明細書に記載のシステム、方法、およびプロセスをプロセッサに実行や実装させるコンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラムコード）の形で具現化され得ることが理解される。具体的には、本明細書に記載のステップ、動作、または機能のいずれかは、無線および有線ネットワーク通信の少なくとも一方用に構成された装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体には、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディアが含まれるが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、電気的消去可能ＲＯＭ（Electrically Erasable Programmable ROM：ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスクＲＯＭ（Compact Disc ROM：ＣＤ−ＲＯＭ）、デジタル多用途ディスク（Digital Versatile Disc：ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、または所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスすることができる他の任意の有形または物理的媒体が含まれるが、これらに限定されない。

Claims (31)

1. プロセッサ、メモリ、および通信回路を備える第１の装置であって、前記第１の装置は、前記通信回路を介してネットワークに接続され、前記第１の装置は、前記メモリに格納され、前記プロセッサによって実行されたときに、前記第１の装置に
   前記第１の装置と第３の装置の間のサイドリンク通信用のリソースグラントの可用性を判定することを含む、リソースグラントの要求に必要な条件が満たされているかを判定することと、
   リソースグラントの要求に必要な前記条件が満たされている場合、前記第１の装置と前記第３の装置の間の通信のためのサイドリンク通信リソースグラントに対する第１の要求を、第２の装置に送信することと、
   を含む動作を実行させるコンピュータ実行可能命令をさらに備える、第１の装置。
2. サイドリンク通信リソースグラントに対する前記第１の要求は、前記第１の装置と前記第３の装置の間の送信のためにバッファリングされたデータのステータスに関する情報を含む、請求項１に記載の第１の装置。
3. サイドリンク通信リソースグラントに対する前記第１の要求は、前記第１の装置の宛先レイヤ２の識別、前記第２の装置の宛先レイヤ２の識別、前記第３の装置の宛先レイヤ２の識別、論理チャネルの識別、バッファの論理チャネルグループ、バッファサイズ、および重複バッファサイズのうちの１つまたは複数を含む、請求項２に記載の第１の装置。
4. 前記リソースグラントの要求は、サイドリンクバッファステータスレポート（ＢＳＲ）をメディアアクセス制御（ＭＡＣ）エレメントを介して送信することを含む、請求項１に記載の第１の装置。
5. 前記命令は、前記装置に
   通信活動、負荷ステータス、チャネル状態、および距離のうちの１つまたは複数を含むステータス情報を前記第２の装置に送信することと、
   第４の装置からリソースグラントを要求するためのリレーとして機能する前記第１の装置に関する構成情報を前記第２の装置から受信することと、
   サイドリンク通信リソースグラントに対する１つまたは複数の要求を前記第４の装置から受信することと、
   前記第１の装置が、前記第４の装置からのサイドリンク通信リソースグラントに対する前記１つまたは複数の要求を中継するように構成されていることを確認し、確認に成功した場合、前記第４の装置からのサイドリンク通信リソースグラントに対する前記１つまたは複数の要求を前記第２の装置に中継することと、
   をさらに実行させる、請求項２に記載の第１の装置。
6. サイドリンク通信リソースグラントに対する前記要求は、予約済みの論理チャネル識別子を使用して、メディアアクセス制御エレメント（ＭＡＣ ＣＥ）に含まれる、請求項５に記載の第１の装置。
7. 前記構成情報は、無線リソース制御（ＲＲＣ）シグナリングを介して運ばれる、請求項５に記載の第１の装置。
8. サイドリンク通信リソースグラントに対する前記第１の要求は、サイドリンクスケジューリング要求（ＳＲ）を含む、請求項１に記載の第１の装置。
9. サイドリンク通信リソースグラントに対する前記第１の要求は、サイドリンク通信リソースグラントに対する別の要求に関する構成情報に対する要求を含む、請求項１に記載の第１の装置。
10. 前記命令は、前記第１の装置に
    サイドリンク通信リソースグラントに対する前記第１の要求に関する構成情報を前記第２の装置から受信することと、
    サイドリンク通信リソースグラントに対する前記第１の要求に応えて、サイドリンク通信リソースグラントに対する第２の要求のリソース構成を受信することと、
    サイドリンク通信リソースグラントに対する前記第２の要求を前記第２の装置に送信することと、
    をさらに実行させる、請求項９に記載の第１の装置。
11. サイドリンク通信リソースグラントに対する前記第２の要求は、サイドリンクスケジューリング要求（ＳＲ）またはサイドリンクバッファステータスレポート（ＢＳＲ）を含む、請求項１０に記載の第１の装置。
12. 前記構成情報は、周期的サイドリンク通信リソースグラント要求の構成を含む、請求項１０に記載の第１の装置。
13. 前記構成は、１つまたは複数の割り当てられたサイドリンク通信リソースグラント要求リソース、および前記１つまたは複数の割り当てられたサイドリンク通信リソースグラント要求リソースに関連付けられた周期性を含む、請求項１２に記載の第１の装置。
14. 前記構成情報は、１つまたは複数の共有サイドリンク通信リソースグラント要求リソースに関する情報を含む、請求項１０に記載の第１の装置。
15. 前記構成は
    サイドリンク通信リソースグラント要求送信のために予約されたリソースのプールに関する情報と、
    前記１つまたは複数の共有サイドリンク通信リソースグラント要求リソースを使用するかの決定において前記第１の装置によって使用される、確率に関する情報と、
    サイドリンク通信リソースグラント要求送信が失敗したかを評価するために前記第１の装置によって使用される待機タイマーパラメータと、
    を含む、請求項１４に記載の第１の装置。
16. 前記構成情報は、ポーリングされたサイドリンク通信リソースグラント要求リソースに関する情報を含む、請求項１０に記載の第１の装置。
17. 前記構成は、前記第２の装置が前記第１の装置をポーリングして、前記第１の装置がサイドリンク通信リソースグラントに対する第１の要求を送信する必要があるかを確認するときに、前記サイドリンク通信リソースグラント要求を送信するためにどのリソースを使用するかを決定する方法の指示を含む、請求項１６に記載の第１の装置。
18. 前記第１のリソースグラント要求は、前記ＳＲ、およびオプションで前記第１の装置の識別を運ぶ、新しいサイドリンク制御情報（ＳＣＩ）フォーマットで送信される、請求項８または１１に記載の第１の装置。
19. 前記第１の装置と前記第３の装置の間の通信のためのサイドリンク通信リソースグラント要求についての受信されたリソース構成は、前記第１の装置と前記第２の装置の間の通信のための通信リソースグラント要求についてのリソース構成とは異なる、請求項１０に記載の第１の装置。
20. 前記第１の装置と前記第３の装置の間の通信のためのサイドリンク通信リソースグラント要求についての受信されたリソース構成は、前記第１の装置と前記第３の装置の間の通信に必要な複数のＱｏＳレベルのそれぞれについてのサービス品質（ＱｏＳ）レベル情報を含む、請求項１０に記載の第１の装置。
21. 前記第１の装置は、サイドリンクインターフェースを介して前記第２の装置と通信するように構成されている、請求項１に記載の第１の装置。
22. 前記第１の装置は、Ｕｕインターフェースを介して前記第２の装置と通信するように構成されている、請求項１に記載の第１の装置。
23. 前記第１の装置は、サイドリンク通信リンクを介して前記第４の装置と通信するように構成されている、請求項５に記載の第１の装置。
24. 前記第１の装置と前記第３の装置の間のサイドリンク通信で使用するためのリソースグラントの可用性を判定することは、前記第１の装置と前記第３の装置の間のサイドリンク通信のための既存のリソースグラントが、前記第１の装置と前記第３の装置の間のサイドリンク通信のために構成された１つまたは複数の論理チャネル優先順位付け（ＬＣＰ）制限を満たすかを判定することを含む、請求項１に記載の第１の装置。
25. 前記命令は、さらに、
    レイヤ２宛先の第２のサイドリンク論理チャネルのサイドリンクデータが、無線リンク制御（ＲＬＣ）エンティティまたはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティで送信可能になり、
    前記第２のサイドリンク論理チャネルが、第１のサイドリンク論理チャネルの優先度と同じかそれより低い優先度を有し、前記第１のサイドリンク論理チャネルが、論理チャネルグループ（ＬＣＧ）に属し、前記ＬＣＧが、前記第２のサイドリンク論理チャネルと同じ前記レイヤ２宛先に属し、
    前記ＬＣＧが、すでに送信可能なＳＬデータをすでに有しており、
    前記第１のサイドリンク論理チャネルですでに利用可能な前記ＳＬデータのサイドリンク通信のためのリソースグラントが、前記第２のサイドリンク論理チャネルの前記ＳＬデータに対する１つまたは複数のＬＣＰ制限を満たさない場合、
    前記第１の装置に、通常のバッファステータスレポート（ＢＳＲ）をトリガさせる、請求項２に記載の第１の装置。
26. 前記第１の装置と前記第３の装置の間のサイドリンク通信で使用するためのリソースグラントの可用性を判定することは、前記第１の装置と前記第３の装置の間のサイドリンク通信が、前記第１の装置と前記第２の装置の間の送信によってプリエンプトされるかを判定することを含む、請求項１に記載の第１の装置。
27. 前記命令は、さらに、
    前記第１の装置と前記第２の装置の間の通信のためのリソースグラントのビット数が、前記第１の装置と前記第３の装置の間の送信のためにバッファリングされたデータのサイズにバッファステータスレポートサブヘッダのサイズを加えた値よりも小さい場合、
    前記第１の装置に、前記第１の装置のメディアアクセス制御（ＭＡＣ）エンティティにおいて、最も厳しい遅延要件を持つデータのバッファステータスを報告することを優先させる、請求項２に記載の第１の装置。
28. 前記遅延要件は、
    バッファリングされたサイドリンクデータに関連付けられたサイドリンク論理チャネルの優先度と、
    前記サイドリンクのバッファリングされたデータに関連付けられた前記サイドリンク論理チャネルに対して構成された許容遅延しきい値と、
    前記サイドリンクのバッファリングされたデータに関連付けられた前記サイドリンク論理チャネルについての、前記第１の装置と前記第３の装置の間で送信するためのリソースグラントの最大許容期間と、
    のうちの１つまたは複数を含む、請求項２７に記載の第１の装置。
29. サイドリンク通信リソースグラントに対する前記第２の要求は、前記第１の装置と前記第３の装置の間の送信のためにバッファリングされたデータのステータスに関する情報を含む、請求項１０に記載の第１の装置。
30. サイドリンク通信リソースグラントに対する前記第２の要求は、前記第１の装置の宛先レイヤ２の識別、前記第２の装置の宛先レイヤ２の識別、前記第３の装置の宛先レイヤ２の識別、論理チャネルの識別、バッファの論理チャネルグループ、バッファサイズ、および重複バッファサイズのうちの１つまたは複数を含む、請求項２９に記載の第１の装置。
31. 前記リソースグラントの要求は、サイドリンクバッファステータスレポート（ＢＳＲ）として、メディアアクセス制御（ＭＡＣ）エレメントを介して送信される、請求項２９に記載の第１の装置。

Images