(57)【要約】  本発明は、改良されたサイドリンクデータ伝送手順であって、送信側ユーザ端末が、サイドリンク宛先と、適切な無線リソースプールとを選択する、サイドリンクデータ伝送手順、に関する。さらに、端末は、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールに関連付けられている優先順位の１つである優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量を求める。次いで、サイドリンクデータの送信を実行するための適切な送信パラメータが決定され、次いで、これらの送信パラメータに基づいて実際の送信が実行される。【選択図】図９
2019508931.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する送信側ユーザ端末であって、前記送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられており、
前記送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために前記送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられており、
前記送信側ユーザ端末が、
サイドリンク宛先を選択するように構成されているプロセッサであって、
前記プロセッサが、前記少なくとも１つの無線リソースプールの１つを選択するようにさらに構成されており、
前記プロセッサが、前記選択されたサイドリンク宛先に関連付けられており、かつ、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量を求めるようにさらに構成されており、
前記プロセッサが、前記求められた量のサイドリンクデータの送信を実行するための送信パラメータを決定するようにさらに構成されている、
前記プロセッサと、
前記求められた量のサイドリンクデータを、前記決定された送信パラメータに基づいて送信するように構成されている送信機と、
を備えている、送信側ユーザ端末。
【請求項２】
前記送信側ユーザ端末に複数の無線リソースプールが設定されている場合、前記プロセッサが、前記選択されたサイドリンク宛先に関連付けられている前記サイドリンク論理チャネルの前記優先順位のうち最も高い優先順位に関連付けられている無線リソースプール、を選択するように構成されている、請求項１に記載の送信側ユーザ端末。
【請求項３】
前記送信パラメータのいくつかが、前記求められたデータ量に基づいて決定され、かつ、
・  前記選択された無線リソースプールからの時間・周波数無線リソース、変調・符号化方式、サイドリンクデータの送信パターン、サイドリンク制御情報の送信パターン、トランスポートブロックサイズ、
のうちの少なくとも１つを備えている、
請求項１または請求項２に記載の送信側ユーザ端末。
【請求項４】
前記プロセッサが、送信可能な状態のデータを有する前記サイドリンク論理チャネルのうち最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先、を選択することによって、前記サイドリンク宛先の前記選択を実行するように構成されている、請求項１から請求項３のいずれか１項に記載の送信側ユーザ端末。
【請求項５】
前記送信機が、前記求められた量のサイドリンクデータのためのサイドリンク制御情報を、サイドリンク制御情報の送信パターンに基づいて送信するようにさらに構成されており、
オプションとして、前記サイドリンク制御情報が、前記サイドリンクデータを送信するために前記送信側ユーザ端末によって使用される前記送信パラメータのいくつかに関する情報を備えている、
請求項１から請求項４のいずれか１項に記載の送信側ユーザ端末。
【請求項６】
前記プロセッサが、前記選択された無線リソースプールから前記送信側ユーザ端末によって選択される無線リソースを、前記選択されたサイドリンク宛先に関連付けられており、かつオプションとして、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルに、優先順位の降順に割り当てるために、論理チャネル優先順位付け（ＬＣＰ）手順を実行するようにさらに構成されている、請求項１から請求項５のいずれか１項に記載の送信側ユーザ端末。
【請求項７】
前記プロセッサが、前記送信パラメータを決定するとき、前記選択された無線リソースプールから無線リソースを選択するようにさらに構成されている、請求項１から請求項６のいずれか１項に記載の送信側ユーザ端末。
【請求項８】
送信する前記サイドリンクデータ量を求める前記プロセッサが、
オプションとして、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからのサイドリンクデータに関連付けられるタイマーを動作させることによって、または、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルからの送信されるサイドリンクデータと、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからの送信されるサイドリンクデータ、との間の比率を監視することによって、
前記選択されたサイドリンク宛先に関連付けられており、かつ、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態のサイドリンクデータも考慮し、したがって、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからのサイドリンクデータが滞留しない、
請求項１から請求項７のいずれか１項に記載の送信側ユーザ端末。
【請求項９】
通信システムにおいて受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する送信側ユーザ端末であって、前記送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられており、
前記送信側ユーザ端末に、複数の無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために前記送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられており、
前記送信側ユーザ端末が、
サイドリンク宛先を選択するように構成されているプロセッサであって、
前記プロセッサが、前記少なくとも１つの無線リソースプールの１つを選択するようにさらに構成されており、前記選択される無線リソースプールに、前記選択されたサイドリンク宛先に関連付けられている前記サイドリンク論理チャネルの前記優先順位のうち最も低い優先順位と同じであるかまたはそれより低い優先順位が関連付けられており、
前記プロセッサが、前記選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルからの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量を求めるようにさらに構成されており、
前記プロセッサが、前記求められた量のサイドリンクデータの送信を実行するための送信パラメータを決定するようにさらに構成されている、
前記プロセッサと、
前記求められた量のサイドリンクデータを、前記決定された送信パラメータに基づいて送信するように構成されている送信機と、
を備えている、送信側ユーザ端末。
【請求項１０】
前記プロセッサが、送信可能な状態のデータを有する前記サイドリンク論理チャネルのうち最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先、を選択することによって、前記サイドリンク宛先の前記選択を実行するように構成されている、請求項９に記載の送信側ユーザ端末。
【請求項１１】
前記送信機が、前記求められた量のサイドリンクデータのためのサイドリンク制御情報を、サイドリンク制御情報の送信パターンに基づいて送信するようにさらに構成されており、
オプションとして、前記制御情報が、前記サイドリンクデータを送信するために前記送信側ユーザ端末によって使用される前記送信パラメータのいくつかに関する情報を備えている、請求項９または請求項１０に記載の送信側ユーザ端末。
【請求項１２】
通信システムにおいて送信側ユーザ端末から受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する方法であって、前記送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられており、
前記送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために前記送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられており、前記方法が、前記送信側ユーザ端末によって実行される以下のステップ、すなわち、
サイドリンク宛先を選択するステップと、
前記少なくとも１つの無線リソースプールの１つを選択するステップと、
前記選択されたサイドリンク宛先に関連付けられており、かつ、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量を求めるステップと、
前記求められた量のサイドリンクデータの送信を実行するための送信パラメータを決定するステップと、
前記求められた量のサイドリンクデータを、前記決定された送信パラメータに基づいて送信するステップと、
を含む、方法。
【請求項１３】
前記送信側ユーザ端末に複数の無線リソースプールが設定されている場合、前記無線リソースプールを選択する前記ステップが、前記選択されたサイドリンク宛先に関連付けられている前記サイドリンク論理チャネルの前記優先順位のうち最も高い優先順位に関連付けられている無線リソースプール、を選択する、請求項１２に記載の方法。
【請求項１４】
前記送信パラメータのいくつかが、前記求められたデータ量に基づいて決定され、かつ、
・  前記選択された無線リソースプールからの時間・周波数無線リソース、変調・符号化方式、サイドリンクデータの送信パターン、サイドリンク制御情報の送信パターン、トランスポートブロックサイズ、
のうちの少なくとも１つを備えている、
請求項１２または請求項１３に記載の方法。
【請求項１５】
前記サイドリンク宛先を選択する前記ステップが、送信可能な状態のデータを有する前記サイドリンク論理チャネルのうち最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先、を選択する、請求項１２から請求項１４のいずれか１項に記載の方法。
【請求項１６】
前記求められた量のサイドリンクデータのためのサイドリンク制御情報を、サイドリンク制御情報の送信パターンに基づいて、前記送信側ユーザ端末によって送信するステップ、
をさらに含み、
オプションとして、前記サイドリンク制御情報が、前記サイドリンクデータを送信するために前記送信側ユーザ端末によって使用される前記送信パラメータのいくつかに関する情報を備えている、
請求項１２から請求項１５のいずれか１項に記載の方法。
【請求項１７】
前記選択された無線リソースプールから前記送信側ユーザ端末によって選択される無線リソースを、前記選択されたサイドリンク宛先に関連付けられており、かつオプションとして、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルに、優先順位の降順に割り当てるために、論理チャネル優先順位付け（ＬＣＰ）手順を前記送信側ユーザ端末によって実行するステップ、
をさらに含む、請求項１２から請求項１６のいずれか１項に記載の方法。
【請求項１８】
前記送信パラメータを決定する前記ステップが、前記選択された無線リソースプールから無線リソースを選択するステップを含む、請求項１２から請求項１７のいずれか１項に記載の方法。
【請求項１９】
送信する前記サイドリンクデータ量を求める前記ステップが、
オプションとして、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからのサイドリンクデータに関連付けられるタイマーを動作させることによって、または、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルからの送信されるサイドリンクデータと、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからの送信されるサイドリンクデータ、との間の比率を監視することによって、
前記選択されたサイドリンク宛先に関連付けられており、かつ、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態のサイドリンクデータも考慮し、したがって、前記選択された無線リソースプールに関連付けられている前記少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからのサイドリンクデータが滞留しない、
請求項１２から請求項１８のいずれか１項に記載の方法。
【請求項２０】
通信システムにおいて送信側ユーザ端末から受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する方法であって、前記送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられており、
前記送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために前記送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられており、前記方法が、前記送信側ユーザ端末によって実行される以下のステップ、すなわち、
サイドリンク宛先を選択するステップと、
前記少なくとも１つの無線リソースプールの１つを選択するステップであって、前記選択される無線リソースプールに、前記選択されたサイドリンク宛先に関連付けられている前記サイドリンク論理チャネルの前記優先順位のうち最も低い優先順位と同じであるかまたはそれより低い優先順位が関連付けられている、ステップと、
前記選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルからの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量を求めるステップと、
前記求められた量のサイドリンクデータの送信を実行するための送信パラメータを決定するステップと、
前記求められた量のサイドリンクデータを、前記決定された送信パラメータに基づいて送信するステップと、
を含む、方法。
【請求項２１】
前記サイドリンク宛先を選択する前記ステップが、送信可能な状態のデータを有する前記サイドリンク論理チャネルのうち最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先、を選択する、請求項２０に記載の方法。
【請求項２２】
前記求められた量のサイドリンクデータのためのサイドリンク制御情報を、サイドリンク制御情報の送信パターンに基づいて、前記送信側ユーザ端末によって送信するステップ、
をさらに含み、
オプションとして、前記サイドリンク制御情報が、前記サイドリンクデータを送信するために前記送信側ユーザ端末によって使用される前記送信パラメータのいくつかに関する情報を備えている、
請求項２０または請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、サイドリンクを通じてのサイドリンクデータ送信を実行する方法に関する。さらに、本開示は、本明細書に記載されている方法に関与する送信側ユーザ機器を提供する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＵＴＲＡＮ（UMTS Terrestrial Radio Access Network：ＵＭＴＳ地上無線アクセスネットワーク）と称される、ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
ＬＴＥのアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを示している。Ｅ−ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向かう、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
ＬＴＥにおけるコンポーネントキャリア構造
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルそれぞれは、それぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。ＬＴＥでは、各スロットにおける送信信号は、ＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアとＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅の中のリソースブロックの数である。数ＮＤＬＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢを満たし、この場合、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０は、それぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢｓｃ＝１２、ＮＤＬｓｙｍｂ＝７である。
【０００９】
例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図２に例示したように、時間領域における連続するＯＦＤＭシンボル（例えば７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（例えばコンポーネントキャリアの１２本のサブキャリア）として定義される。したがって３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックはリソースエレメントから構成され、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細は、例えば非特許文献１（現在のバージョン１３．０．０）の６.２節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【００１０】
１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じ連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。
【００１１】
「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクリソースおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１２】
コンポーネントキャリアの構造に関する同様の想定は、以降のリリースにも適用される。
【００１３】
より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【００１４】
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１５】
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。
【００１６】
少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないときには、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング）を使用することができる。
【００１７】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力および／または送信能力を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、および／または送信することができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００１８】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ  ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【００１９】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。
【００２０】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの整数倍である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００２１】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２２】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。１基のＵＥに対して最大５つのサービングセル（ＰＣｅｌｌを含む）を設定することができる。
【００２３】
ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
・  各ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる（したがって、設定されるＤＬ  ＳＣＣの数はＵＬ  ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない）。
・  ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
・  ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生するときには再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
・  非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
・  ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
・  ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
・  アップリンクＰＣｅｌｌは、第１層のアップリンク制御情報の送信に使用される。
・  ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
【００２４】
コンポーネントキャリアの設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。１基のＵＥにＳＣｅｌｌが追加されるとき、各ＳＣｅｌｌにはサービングセルインデックスが設定される。ＰＣｅｌｌはつねにサービングセルインデックス０を有する。
【００２５】
キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
【００２６】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、同時に進行させることのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩ（ダウンリンク制御情報）フォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００２７】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアのリンク（ＲＲＣシグナリングによって確立される）によって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに２つ以上のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００２８】
ＭＡＣ層／ＭＡＣエンティティ、ＲＲＣ層、物理層
ＬＴＥの第２層のユーザプレーン／制御プレーンのプロトコルスタックは、４つの副層、すなわちＲＲＣ、ＰＤＣＰ、ＲＬＣ、およびＭＡＣを備えている。媒体アクセス制御（ＭＡＣ）層は、ＬＴＥの無線プロトコルスタックの第２層アーキテクチャにおける最も下の副層であり、例えば３ＧＰＰ技術規格である非特許文献２（現在のバージョン１３．０．０）によって定義されている。下の物理層とはトランスポートチャネルを通じて接続されており、上のＲＬＣ層とは論理チャネルを通じて接続されている。したがってＭＡＣ層は、論理チャネルとトランスポートチャネルとの間の多重化および逆多重化を実行する。送信側におけるＭＡＣ層は、論理チャネルを通じて受け取るＭＡＣ  ＳＤＵからＭＡＣ  ＰＤＵ（トランスポートブロックとしても知られている）を構築し、受信側におけるＭＡＣ層は、トランスポートチャネルを通じて受け取るＭＡＣ  ＰＤＵからＭＡＣ  ＳＤＵを復元する。
【００２９】
ＭＡＣ層は、論理チャネルを通じてＲＬＣ層にデータ伝送サービスを提供し（参照により本明細書に組み込まれている非特許文献２の５．４節および５．３節を参照）、この論理チャネルは、制御データ（例えばＲＲＣシグナリング）を伝える制御論理チャネル、またはユーザプレーンデータを伝えるトラフィック論理チャネルのいずれかである。制御論理チャネルとしては、ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、および専用制御チャネル（ＤＣＣＨ）が定義されている。トラフィック論理チャネルは、専用トラフィックチャネル（ＤＴＣＨ）およびマルチキャストトラフィックチャネル（ＭＴＣＨ）である。
【００３０】
論理チャネルは、例えばバッファ状態報告の目的に、ＬＣＧ  ＩＤ  ０〜３を有する４つの異なる論理チャネルグループ（ＬＣＧ）のうちの１つに関連付けられている。
【００３１】
その一方で、ＭＡＣ層からのデータはトランスポートチャネル（ダウンリンクまたはアップリンクとして分類される）を通じて物理層と交換される。無線を通じた送信方式に応じて、データがトランスポートチャネルに多重化される。ダウンリンクトランスポートチャネルとしては、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、およびマルチキャストチャネル（ＭＣＨ）が定義されている。アップリンクトランスポートチャネルとしては、アップリンク共有チャネル（ＵＬ−ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）が定義されている。論理チャネルおよびトランスポートチャネルに関してと、これらのチャネルの間のマッピングに関するさらなら情報は、非特許文献２（現在のバージョン１３．０．０）の４．５節「Channel Structure（チャネルの構造）」（その全体が参照により本明細書に組み込まれている）に記載されている。
【００３２】
物理層は、データおよび制御情報をエアインタフェースを介して実際に送信する役割を担い、すなわち物理層は、送信側ではＭＡＣトランスポートチャネルからのすべての情報をエアインタフェースを通じて伝える。物理層によって実行されるいくつかの重要な機能としては、符号化および変調、リンクアダプテーション（ＡＭＣ）、電力制御、セルサーチ（最初の同期およびハンドオーバーを目的とする）、ＲＲＣ層のための他の測定（ＬＴＥシステムの内側およびシステム間）が挙げられる。物理層は、送信パラメータ（変調方式、符号化率（すなわち変調・符号化方式（ＭＣＳ））、物理リソースブロックの数など）に基づいて、送信を実行する。物理層の機能に関するさらなる情報は、非特許文献３（現在のバージョン１３．０．０）（参照により本明細書に組み込まれている）に記載されている。
【００３３】
無線リソース制御（ＲＲＣ）層は、無線インタフェースにおけるＵＥとｅＮＢとの間の通信と、いくつかのセルを横切って移動するＵＥのモビリティを制御する。ＲＲＣプロトコルは、ＮＡＳ（非アクセス層）情報の伝送もサポートする。ＲＲＣ＿ＩＤＬＥ状態にあるＵＥに対しては、ＲＲＣはネットワークからの着信呼の通知をサポートする。ＲＲＣ接続制御は、ＲＲＣ接続の確立、変更、および解除に関連するすべての手順（ページング、測定の設定および報告、無線リソースの設定、最初のセキュリティ起動、シグナリング無線ベアラ（ＳＲＢ：Signalling Radio Bearer）およびユーザデータを伝える無線ベアラ（データ無線ベアラ（ＤＲＢ：Data Radio Bearer））の確立を含む）をカバーする。
【００３４】
ロングタームエボリューション（ＬＴＥ）のアーキテクチャを使用するモバイルネットワークにおいては、ベアラとは、ユーザ機器をインターネットなどのパケットデータネットワーク（ＰＤＮ：Packet Data Network）に接続するために使用される「トンネル」である。ＬＴＥネットワークにおいては、ＵＥとＰＤＮゲートウェイとの間でＱｏＳが実施され、一連のベアラに適用される。ベアラは、基本的に仮想概念であり、一連のトラフィックに特別な扱いを提供するための一連のネットワーク設定であり、例えばＶｏＩＰパケットは、Ｗｅｂブラウザのトラフィックと比較してネットワークによって優先される。基本的には、異なる特性（例えば、遅延、配信時間、スループット、ＳＮＲ（信号対雑音比）、エラーレートジッターなど）の各ストリームが異なるベアラにマッピングされる。したがってベアラはＱｏＳ制御の単位であり、１つのベアラは一組のＱｏＳ要件を満たすために使用される。ＬＴＥにおいては、ＱｏＳは、無線ベアラ、Ｓ１ベアラ、およびＳ５／Ｓ８ベアラ（まとめてＥＰＳベアラと称する）に適用される。ＬＴＥには２つのタイプの無線ベアラが存在し、すなわち制御シグナリング（例えばＲＲＣシグナリング／ＮＡＳ情報）を伝えるシグナリング無線ベアラ（ＳＲＢ）（ＬＴＥにはＳＲＢのタイプとして、ＳＲＢ０、ＳＲＢ１、およびＳＲＢ２がある）と、ユーザプレーントラフィック／データを伝えるデータ無線ベアラ（ＤＲＢ）である。ＵＥは、最大で８つのＤＲＢをサポートする。
【００３５】
ＬＴＥにおけるアップリンクアクセス方式
アップリンク送信では、カバレッジを最大にするため、ユーザ端末は高い電力効率で送信する必要がある。Ｅ−ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジも改善されるためである（与えられる端末ピーク電力に対してデータレートがより高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。
【００３６】
データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えばサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩより長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【００３７】
第１層／第２層制御シグナリング
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの整数倍とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
【００３８】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてのメッセージを伝え、ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループへのリソース割当ておよびその他の制御情報が含まれる。いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００３９】
アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的で第１層／第２層制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、一般的には以下の項目に分類することができる。
−  ユーザ識別情報：  割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザの識別情報によってマスクすることによってチェックサムに含まれる。
−  リソース割当て情報：  ユーザに割り当てられるリソース（例：リソースブロック（ＲＢ））を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
−  キャリアインジケータ：  第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
−  変調・符号化方式：  採用される変調方式および符号化率を決める。
−  ＨＡＲＱ情報：  データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
−  電力制御コマンド：  割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
−  基準信号情報：  割当ての対象の基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
−  アップリンク割当てインデックスまたはダウンリンク割当てインデックス：  割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
−  ホッピング情報：  例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
−  ＣＳＩ要求：  割り当てられるリソースにおいてチャネル状態情報を送信するようにトリガーするために使用される。
−  マルチクラスタ情報：  シングルクラスタ（ＲＢの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ−（Ａ）リリース１０によって導入された。
【００４０】
なお上のリストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
【００４１】
ダウンリンク制御情報はいくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、上述したフィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されているさまざまなＤＣＩフォーマットは以下のとおりであり、非特許文献４の５．３．３．１節（現在のバージョン１３．０．０、３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）に詳しく記載されている。
−  フォーマット５：  ＤＣＩフォーマット５は、ＰＳＣＣＨ（物理サイドリンク制御チャネル：Physical Sidelink Shared Control Channel）のスケジューリングに使用され、さらに、ＰＳＳＣＨ（物理サイドリンク共有チャネル：Physical Sidelink Shared Channel）のスケジューリングに使用されるＳＣＩ（サイドリンク制御情報）フォーマット０のいくつかのフィールドを含む。特定のサーチスペースにマッピングされるＤＣＩフォーマット５における情報ビットの数は、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより少なく、フォーマット５のペイロードサイズが、フォーマット０に付加されたパディングビットを含むフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０が付加される。
【００４２】
３ＧＰＰ技術規格である非特許文献４（現在のバージョン１３．０．０）の５．４．３節（参照により本明細書に組み込まれている）には、サイドリンクの制御情報が定義されている。サイドリンクに関して詳しくは後述する。
【００４３】
ＳＣＩ（サイドリンク制御情報）は、１つの宛先ＩＤのためのサイドリンクスケジューリング情報を伝えることができる。ＳＣＩフォーマット０は、ＰＳＳＣＨのスケジューリングに使用するために定義されている。次の情報は、ＳＣＩフォーマット０によって送信される。
・  周波数ホッピングフラグ：１ビット
・  リソースブロック割当ておよびホッピングリソース割当て
・  時間リソースパターン：７ビット
・  変調・符号化方式：５ビット
・  タイミングアドバンス指示情報：１１ビット
・  グループ宛先ＩＤ：８ビット
【００４４】
論理チャネル優先順位付け（ＬＣＰ）手順
アップリンクの場合、割り当てられた無線リソースを使用して送信されるＭＡＣ  ＰＤＵをＵＥが作成するプロセスは、完全に標準化されている。ＬＣＰ手順は、ＵＥの異なる実装の間でも最適かつ一貫した方式で、設定されている各無線ベアラのＱｏＳをＵＥが満たすように設計されている。ＵＥは、新しいＭＡＣ  ＰＤＵに含める、各論理チャネルのデータ量を、ＰＤＣＣＨでシグナリングされるアップリンク送信リソースグラントメッセージに基づいて決定しなければならず、必要な場合、さらにＭＡＣ制御要素のためのスペースを割り当てなければならない。
【００４５】
複数の論理チャネルからのデータによってＭＡＣ  ＰＤＵを構築するとき、最も簡単かつ最も直感的な方法は、絶対的な優先順位に基づく方法であり、この方法では、ＭＡＣ  ＰＤＵのスペースを、論理チャネルの優先順位の降順に論理チャネルに割り当てる。すなわち、最も高い優先順位の論理チャネルからのデータをＭＡＣ  ＰＤＵにおいて最初に処理し、続いて、次に高い優先順位の論理チャネルからのデータを処理し、これをＭＡＣ  ＰＤＵのスペースがすべて占有されるまで続ける。絶対的な優先順位に基づく方法は、ＵＥの実装の観点において極めて単純であるが、場合によっては低い優先順位の論理チャネルからのデータのリソース不足につながることがある。リソース不足とは、高い優先順位の論理チャネルからのデータがＭＡＣ  ＰＤＵのスペースすべてを占有するため、低い優先順位の論理チャネルからのデータを送信できないことを意味する。
【００４６】
ＬＴＥでは、重要度の順にデータを送信し、ただし低い優先順位のデータのリソース不足も回避する目的で、各論理チャネルに優先ビットレート（ＰＢＲ：Prioritized Bit Rate）が定義される。ＰＢＲは、論理チャネルに対して保証される最小データレートである。たとえ論理チャネルの優先順位が低い場合でも、ＰＢＲを保証するため少なくとも少量のＭＡＣ  ＰＤＵスペースが割り当てられる。したがってリソース不足の問題は、ＰＢＲを使用することによって回避することができる。
【００４７】
論理チャネル優先順位付けは、例えば非特許文献２（現在のバージョン１３．０．０）の５．４．３．１節（参照により本明細書に組み込まれている）に標準化されている。論理チャネル優先順位付け（ＬＣＰ）手順は、新しい送信が実行されるときに適用される。
【００４８】
ＬＴＥの装置間（Ｄ２Ｄ）近傍サービス（ＰｒｏＳｅ）
近傍性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近傍サービス（ＰｒｏＳｅ）機能を導入することにより、３ＧＰＰ業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してＬＴＥを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
【００４９】
装置間（Ｄ２Ｄ）通信は、ＬＴＥリリース１２によって導入された技術要素であり、この技術によって、セルラーネットワークに対するアンダーレイ（下層）としてのＤ２Ｄにおいてスペクトル効率を高めることができる。例えば、セルラーネットワークがＬＴＥである場合、データを伝えるすべての物理チャネルは、Ｄ２ＤシグナリングにおいてＳＣ−ＦＤＭＡを使用する。Ｄ２Ｄ通信では、ユーザ機器は、無線基地局を経由せずに、セルラーリソースを使用する直接的なリンクを通じて互いにデータ信号を送信する。本発明全体を通じて、用語「Ｄ２Ｄ」、「ＰｒｏＳｅ」、および「サイドリンク」は同義である。
【００５０】
ＬＴＥにおけるＤ２Ｄ通信
ＬＴＥにおけるＤ２Ｄ通信は、ディスカバリおよび通信という２つの分野に焦点をあてている。
【００５１】
ＰｒｏＳｅ（近傍サービス）直接ディスカバリ（ProSe Direct Discovery）は、ＰｒｏＳｅ対応ユーザ機器が、近傍の別の（１基または複数基の）ＰｒｏＳｅ対応ユーザ機器を、ＰＣ５インタフェースを介してＥ−ＵＴＲＡ直接無線信号を使用して発見するために使用される手順と定義されている。
【００５２】
Ｄ２Ｄ通信では、ＵＥは、基地局（ＢＳ）を経由せずに、セルラーリソースを使用して直接的なリンクを通じて互いにデータ信号を送信する。Ｄ２Ｄユーザは、直接通信するが、基地局の制御下のままである（少なくともｅＮＢのカバレッジ内にあるとき）。したがってＤ２Ｄでは、セルラーリソースを再利用することによってシステム性能を改善することができる。
【００５３】
Ｄ２Ｄは、アップリンクＬＴＥ周波数帯（ＦＤＤの場合）において動作する、またはカバレッジを提供しているセルのアップリンクサブフレーム（ＴＤＤの場合、ただしカバレッジ外のときを除く）において動作するものと想定する。さらに、Ｄ２Ｄ送信／受信では、与えられたキャリアにおいて全二重を使用しない。個々のユーザ機器の観点からは、与えられたキャリアにおいて、Ｄ２Ｄ信号受信およびＬＴＥアップリンク送信が全二重を使用しない（すなわちＤ２Ｄ信号受信およびＬＴＥアップリンク送信を同時に行うことはできない）。
【００５４】
Ｄ２Ｄ通信では、特定の１基のＵＥ１が送信の役割であるとき（送信側ユーザ機器または送信側端末）、ＵＥ１がデータを送り、別のＵＥ２（受信側ユーザ機器）がそれを受信する。ＵＥ１およびＵＥ２は、送信の役割と受信の役割を交換することができる。ＵＥ１からの送信は、ＵＥ２に類似する１基または複数基のＵＥによって受信することができる。
【００５５】
ＰｒｏＳｅ直接通信のレイヤ２リンク
簡潔に言えば、２基のＵＥの間でＰＣ５を通じてセキュアなレイヤ２リンクを確立することによって、１対１のＰｒｏＳｅ直接通信が達成される。各ＵＥは、ユニキャスト通信用のレイヤ２  ＩＤを有し、このレイヤ２  ＩＤは、ＵＥがレイヤ２リンクで送る各フレームのＳｏｕｒｃｅ  Ｌａｙｅｒ−２  ＩＤ（送信元レイヤ２  ＩＤ）フィールドと、ＵＥがレイヤ２リンクで受信する各フレームのＤｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（宛先レイヤ２  ＩＤ）に含まれる。ＵＥは、ユニキャスト通信用のレイヤ２  ＩＤが少なくともローカル範囲内で一意であることを確保する必要がある。したがってＵＥは、隣接するＵＥとのレイヤ２  ＩＤの衝突を、規定されていないメカニズム（例えば、衝突が検出されたときユニキャスト通信用の新しいレイヤ２  ＩＤを自身で割り当てる）を使用して処理するように構成されているべきである。１対１のＰｒｏＳｅ直接通信のためのレイヤ２リンクは、２基のＵＥのレイヤ２  ＩＤの組合せによって識別される。すなわちＵＥは、同じレイヤ２  ＩＤを使用して、１対１のＰｒｏＳｅ直接通信のための複数のレイヤ２リンクに関与することができる。
【００５６】
１対１のＰｒｏＳｅ直接通信は、非特許文献５（現在のバージョン１３．０．０）の７．１．２節（参照により本明細書に組み込まれている）に詳しく説明されているように、次の手順から構成される。
・  ＰＣ５を通じてセキュアなレイヤ２リンクを確立する
・  ＩＰアドレス／プレフィックスを割り当てる
・  ＰＣ５を通じてレイヤ２リンクを維持・管理する
・  ＰＣ５を通じてレイヤ２リンクを解除する
【００５７】
図３は、ＰＣ５インタフェースを通じてセキュアなレイヤ２リンクを確立する方法を示している。
【００５８】
１．  相互認証をトリガーする目的で、ＵＥ−１が直接通信要求（Direct Communication Request）メッセージをＵＥ−２に送る。ステップ１を実行するためには、リンク開始側（ＵＥ−１）が相手側（ＵＥ−２）のレイヤ２  ＩＤを知っている必要がある。一例として、リンク開始側は、最初にディスカバリ手順を実行することによって、または相手側を含む１対多のＰｒｏＳｅ通信に参加することによって、相手側のレイヤ２  ＩＤを認識することができる。
【００５９】
２．  ＵＥ−２が相互認証の手順を開始する。認証手順が正常に終了すると、ＰＣ５を通じてのセキュアなレイヤ２リンクの確立が完了する。
【００６０】
単独の（中継されない）１対１通信に関与するＵＥは、リンクローカルアドレスを使用することもできる。ＰＣ５シグナリングプロトコルは、ＵＥがＰｒｏＳｅ通信範囲内ではないときに検出するために使用されるキープアライブ機能をサポートし、したがってこのようなＵＥは、レイヤ２リンクの暗黙的な解除に進むことができる。ＰＣ５を通じてのレイヤ２リンクの解除は、他方のＵＥに送信される接続解除要求（Disconnect Request）メッセージを使用することによって実行することができ、他方のＵＥは、関連するすべてのコンテキストデータも削除する。他方のＵＥは、接続解除要求メッセージを受信した時点で、接続解除応答（Disconnect Response）メッセージによって応答し、レイヤ２リンクに関連付けられるすべてのコンテキストデータを削除する。
【００６１】
ＰｒｏＳｅ直接通信に関連する識別情報
非特許文献６（現在のバージョン１３．２．０）の８．３節には、ＰｒｏＳｅ直接通信に使用するための次の識別情報が定義されている。
・  ＳＬ−ＲＮＴＩ（サイドリンク無線ネットワーク一時識別子）：  ＰｒｏＳｅ直接通信のスケジューリングに使用される一意の識別情報
・  送信元レイヤ２  ＩＤ：  サイドリンクＰｒｏＳｅ直接通信におけるデータの送信者を識別する。送信元レイヤ２  ＩＤは２４ビット長であり、受信機におけるＲＬＣ  ＵＭエンティティおよびＰＤＣＰエンティティを識別するため、ＰｒｏＳｅレイヤ２宛先ＩＤおよびＬＣＩＤと一緒に使用される。
・  宛先レイヤ２  ＩＤ：  サイドリンクＰｒｏＳｅ直接通信におけるデータの対象者を識別する。宛先レイヤ２  ＩＤは２４ビット長であり、ＭＡＣ層において２つのビットストリングに分割される。
・  一方のビットストリングは、宛先レイヤ２  ＩＤの最下位部分（８ビット）であり、サイドリンク制御レイヤ１  ＩＤとして物理層に転送される。これは、サイドリンク制御における意図するデータの対象者を識別し、物理層においてパケットをフィルタリングするために使用される。
・  ２番目のビットストリングは、宛先レイヤ２  ＩＤの最上位部分（１６ビット）であり、ＭＡＣヘッダ内で伝えられる。これは、ＭＡＣ層においてパケットをフィルタリングするために使用される。
【００６２】
ＵＥにおいてグループを形成するためと、送信元レイヤ２  ＩＤ、宛先レイヤ２  ＩＤ、およびサイドリンク制御レイヤ１  ＩＤを設定するために、非アクセス層シグナリングが必要である。これらの識別情報は、上位層によって提供される、または上位層によって提供される識別情報から導かれる。グループキャストおよびブロードキャストの場合、上位層によって提供されるＰｒｏＳｅ  ＵＥ  ＩＤが送信元レイヤ２  ＩＤとして直接使用され、上位層によって提供されるＰｒｏＳｅレイヤ２グループＩＤが、ＭＡＣ層において宛先レイヤ２  ＩＤとして直接使用される。１対１の通信の場合、上位層が送信元レイヤ２  ＩＤおよび宛先レイヤ２  ＩＤを提供する。
【００６３】
近傍サービスにおける無線リソース割当て
送信側ＵＥの観点からは、近傍サービスに対応するＵＥ（ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての以下の２つのモードで動作することができる。
【００６４】
モード１は、ｅＮＢによってスケジューリングされるリソース割当てを意味し、この場合、ＵＥは、ｅＮＢ（またはリリース１０の中継ノード）からの送信リソースを要求し、それに応えてｅＮｏｄｅＢ（またはリリース１０の中継ノード）は、ＵＥが「直接」データおよび「直接」制御情報（例えばスケジューリング割当て（ＳＡ））を送信するために使用するリソースをスケジューリングする。ＵＥは、データを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある必要がある。具体的には、ＵＥは、スケジューリング要求（Ｄ−ＳＲ（専用スケジューリング要求）またはランダムアクセス）をｅＮＢに送り、次いでバッファ状態報告（ＢＳＲ）を通常の方法で送る（次節「Ｄ２Ｄ通信における送信手順」も参照）。ｅＮＢは、ＢＳＲに基づいて、ＵＥがＰｒｏＳｅ直接通信によって送信するデータを有するものと判断し、送信に必要なリソースを推定することができる。
【００６５】
これに対して、モード２は、ＵＥによる自律的なリソース選択を意味し、この場合、ＵＥは、「直接」データおよび「直接」制御情報（すなわちＳＡ（スケジューリング割当て））を送信するためのリソース（時間および周波数）を、（１つまたは複数の）リソースプールから自身で選択する。例えばＳＩＢ１８の内容によって（すなわちｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎフィールドによって）１つのリソースプールが定義され、この特定のリソースプールは、セル内でブロードキャストされ、そのセル内の依然としてＲＲＣ＿ＩＤＬＥ状態にあるすべてのＵＥに共通して利用可能である。実際には、ｅＮＢは、このプールの最大４つの異なるインスタンス（すなわちＳＡメッセージおよび「直接」データを送信するための４つのリソースプール）を定義することができる。しかしながらリリース１２では、ＵＥは、たとえ自身に複数のリソースプールが設定された場合でも、リスト内に定義されている最初のリソースプールをつねに使用する。この制約はリリース１３では削除され、すなわちＵＥは、１つのＳＣ期間内に、設定されているリソースプールのうちの複数のリソースプールで送信することができる。以下では、ＵＥが送信用のリソースプールを選択する方法についてさらに説明する（非特許文献２にさらに規定されている）。
【００６６】
これに代えて、ｅＮＢが別のリソースプールを定義してＳＩＢ１８で（すなわちｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌフィールドを使用することによって）シグナリングし、ＵＥは例外的なケースにおいてこのリソースプールを使用することができる。
【００６７】
ＵＥがどのリソース割当てモードを使用するかは、ｅＮＢによって設定可能である。さらに、ＵＥがＤ２Ｄデータ通信用にどのリソース割当てモードを使用するかを、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）と、ＵＥのカバレッジ状態（すなわちカバレッジ内またはカバレッジ外）によっても決まるようにすることができる。ＵＥがサービングセルを有する（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＲＲＣ＿ＩＤＬＥ状態において特定のセルにキャンプオンしている）場合、そのＵＥはカバレッジ内にあるとみなされる。
【００６８】
リソース割当てモードに関する次の規則がＵＥに適用される。
・  ＵＥがカバレッジ外である場合、そのＵＥはモード２のみを使用することができる。
・  ＵＥがカバレッジ内にある場合、ＵＥがモード１を使用できるようにｅＮＢによって設定されていれば、そのＵＥはモード１を使用することができる。
・  ＵＥがカバレッジ内にある場合、ＵＥがモード２を使用できるようにｅＮＢによって設定されていれば、そのＵＥはモード２を使用することができる。
・  例外条件が存在しないときには、モードを変更するようにｅＮＢによってＵＥが設定される場合にのみ、ＵＥはモード１からモード２に、またはモード２からモード１に変更することができる。ＵＥがカバレッジ内にある場合、例外的なケースの１つが発生しない限り、ＵＥはｅＮＢの設定によって示されるモードのみを使用する。
・  例えばＴ３１１またはＴ３０１が実行中である間、ＵＥは、自身を例外条件下にあるものとみなす。
・  例外的なケースが発生したとき、ＵＥは、たとえモード１を使用するように設定されていても一時的にモード２を使用することが許可される。
【００６９】
ＵＥは、Ｅ−ＵＴＲＡセルのカバレッジエリア内にある間は、そのセルによって割り当てられるリソースにおいてのみアップリンクキャリアでのＰｒｏＳｅ直接通信送信を実行する（たとえそのキャリアのリソースが例えばＵＩＣＣ（汎用ＩＣカード：Universal Integrated Circuit Card）において事前設定されている場合でも）。
【００７０】
ＲＲＣ＿ＩＤＬＥ状態にあるＵＥに対しては、ｅＮＢは次のオプションの一方を選択することができる。
・  ｅＮＢは、モード２の送信リソースプールをＳＩＢ（システム情報ブロック）において提供する。ＰｒｏＳｅ直接通信が許可されているＵＥは、ＲＲＣ＿ＩＤＬＥ状態においてＰｒｏＳｅ直接通信用にこれらのリソースを使用する。
・  ｅＮＢは、自身がＤ２ＤをサポートしているがＰｒｏＳｅ直接通信用のリソースを提供しないことをＳＩＢにおいて示す。ＵＥは、ＰｒｏＳｅ直接通信送信を実行するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要がある。
【００７１】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに関しては、次のようにすることができる。
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にありＰｒｏＳｅ直接通信送信を実行することが許可されているＵＥは、ＰｒｏＳｅ直接通信送信を実行する必要があるとき、ＰｒｏＳｅ直接通信送信の実行を希望することをｅＮＢに示す。
・  ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥがＰｒｏＳｅ直接通信送信を許可されているかを、ＭＭＥから受信されるＵＥコンテキストを使用して確認する。
・  ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、そのＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は制約なしで使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができる。これに代えて、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、例外的なケースにおいてのみそのＵＥが使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができ、例外的なケースでない場合、ＵＥはモード１に従う。
【００７２】
ＵＥがカバレッジ外であるときのスケジューリング割当て（ＳＡ）のためのリソースプールは、以下のように設定することができる。
・  受信に使用されるリソースプールは、事前設定される。
・  送信に使用されるリソースプールは、事前設定される。
【００７３】
ＵＥがカバレッジ内にあるときのスケジューリング割当て（ＳＡ）のためのリソースプールは、以下のように設定することができる。
・  受信に使用されるリソースプールは、ｅＮＢによってＲＲＣを介して（専用シグナリングまたはブロードキャストシグナリングにおいて）設定される。
・  送信に使用されるリソースプールは、モード２のリソース割当てが使用される場合、ｅＮＢによってＲＲＣを介して設定される。
・  送信に使用されるＳＣＩ（サイドリンク制御情報）リソースプール（スケジューリング割当て（ＳＡ）リソースプールとも称する）は、モード１のリソースプールが使用される場合、ＵＥには認識されない。
・  モード１のリソース割当てが使用される場合、サイドリンク制御情報（スケジューリング割当て）の送信に使用するための特定のリソースをｅＮＢがスケジューリングする。ｅＮＢによって割り当てられる特定のリソースは、ＵＥに提供されるＳＣＩの受信用のリソースプール内である。
【００７４】
図４は、オーバーレイ（ＬＴＥ）システムおよびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示している。
【００７５】
ＵＥがモード１の送信を適用するかモード２の送信を適用するかは、基本的にはｅＮｏｄｅＢが制御する。ＵＥは、Ｄ２Ｄ通信を送信（または受信）することのできるリソースを認識すると、対応するリソースを、対応する送信／受信にのみ使用する。例えば図４において、Ｄ２Ｄサブフレームは、Ｄ２Ｄ信号を受信または送信する目的にのみ使用される。Ｄ２Ｄ装置としてのＵＥは、半二重モードで動作するため、任意の時点においてＤ２Ｄ信号の受信または送信のいずれかを行うことができる。同様に、図４に示したそれ以外のサブフレームは、ＬＴＥ（オーバーレイ）の送信および／または受信に使用することができる。
【００７６】
Ｄ２Ｄ通信における送信手順
Ｄ２Ｄデータの送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当て（ＳＡ）およびＤ２Ｄデータを伝えるためのリソースを、ＵＥからの対応する要求の後にｅＮＢが明示的にスケジューリングする。特に、Ｄ２Ｄ通信は基本的に許可されるがモード２のリソース（すなわちリソースプール）が提供されないことを、ｅＮＢがＵＥに通知することができる。この通知は、例えば、ＵＥによるＤ２Ｄ通信関心通知（D2D communication Interest Indication）と、対応する応答であるＤ２Ｄ通信応答（D2D Communication Response）を交換することによって、行うことができ、この場合、対応する例示的なＰｒｏｓｅＣｏｍｍＣｏｎｆｉｇ情報要素にｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎが含まれず、すなわち、送信を含む直接通信の開始を望むＵＥは、個々の送信ごとにリソース割当てをＥ−ＵＴＲＡＮに要求しなければならない。したがってこのような場合、ＵＥは、個々の送信それぞれのリソースを要求しなければならず、以下に、このモード１のリソース割当ての場合の要求／割当て手順の一連のステップを例示的に示す。
・  ステップ１  ＵＥがＳＲ（スケジューリング要求）をＰＵＣＣＨを介してｅＮＢに送る。
・  ステップ２  ｅＮＢが、（ＵＥがＢＳＲ（バッファ状態報告）を送るための）アップリンクリソースを、Ｃ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
・  ステップ３  ＵＥが、バッファの状態を示すＤ２Ｄ  ＢＳＲをＰＵＳＣＨを介して送る。
・  ステップ４  ｅＮＢが、（ＵＥがデータを送るための）Ｄ２Ｄリソースを、Ｄ２Ｄ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して割り当てる。
・  ステップ５  Ｄ２Ｄ送信側ＵＥが、ステップ４で受信したグラントに従って、ＳＡ（スケジューリング割当て）／Ｄ２Ｄデータを送信する。
【００７７】
スケジューリング割当て（ＳＡ）（ＳＣＩ（サイドリンク制御情報）とも称する）は、制御情報（例えば対応するＤ２Ｄデータを送信するための時間−周波数リソースを指すポインタ、変調・符号化方式、グループ宛先ＩＤ）を含むコンパクトな（低ペイロードの）メッセージである。ＳＣＩは、１つの（ＰｒｏＳＥ）宛先ＩＤのサイドリンクスケジューリング情報を伝える。ＳＡ（ＳＣＩ）の内容は、基本的には上のステップ４で受信されるグラントに従う。Ｄ２ＤグラントおよびＳＡの内容（すなわちＳＣＩの内容）は、特に、ＳＣＩフォーマット０を定義している非特許文献４（現在のバージョン１３．０．０）の５．４．３節（参照により本明細書に組み込まれている）に定義されている（前出のＳＣＩフォーマット０の内容を参照）。
【００７８】
これに対して、モード２のリソース割当ての場合、上のステップ１〜４は基本的に不要であり、ＵＥは、ＳＡおよびＤ２Ｄデータを送信するためのリソースを、ｅＮＢによって設定および提供される（１つまたは複数の）送信リソースプールから自律的に選択する。
【００７９】
図５は、２基のＵＥ（ＵＥ−１およびＵＥ−２）の場合のスケジューリング割当て（ＳＡ）およびＤ２Ｄデータの送信を例示的に示しており、スケジューリング割当てを送るためのリソースは周期的であり、Ｄ２Ｄデータの送信に使用されるリソースは、対応するスケジューリング割当て（ＳＡ）によって示される。
【００８０】
図６は、１つのＳＡ／データ期間（ＳＣ期間（サイドリンク制御期間）としても知られている）中の、モード２（自律的スケジューリング）におけるＤ２Ｄ通信タイミングを示している。図７は、１つのＳＡ／データ期間中の、モード１（ｅＮＢが割当てをスケジューリングする）におけるＤ２Ｄ通信タイミングを示している。ＳＣ期間は、スケジューリング割当て（ＳＡ）およびその対応するデータの送信から構成される時間枠である。図６から理解できるように、ＵＥは、ＳＡオフセット時間の後、モード２におけるスケジューリング割当て用の送信プールリソース（ＳＡ＿Ｍｏｄｅ２＿Ｔｘ＿ｐｏｏｌ）を使用して、スケジューリング割当て（ＳＡ）を送信する。ＳＡの最初の送信の後、同じＳＡメッセージを例えば３回再送信する。次いでＵＥは、（ＳＡ＿ｏｆｆｓｅｔによって与えられる）ＳＡリソースプールの最初のサブフレームから、いくらかの設定されているオフセット（Ｍｏｄｅ２ｄａｔａ＿ｏｆｆｓｅｔ）の後に、Ｄ２Ｄデータ送信（すなわちより具体的にはＴ−ＲＰＴビットマップ／パターン））を開始する。ＭＡＣ  ＰＤＵ（すなわちトランスポートブロック）の１回のＤ２Ｄデータ送信は、その１回目の最初の送信と、何回かの再送信とから構成される。図６（および図７）の図解においては、３回の再送信（すなわち同じＭＡＣ  ＰＤＵの２回目、３回目、および４回目の送信）が実行されるものと想定している。モード２のＴ−ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ−ＲＰＴ））は、基本的に、ＭＡＣ  ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。ＳＡパターンは、基本的には、ＳＡの最初の送信とその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
【００８１】
標準規格に現在規定されているように、１つのサイドリンクグラント（例えばｅＮＢによって送られる、またはＵＥ自身によって選択される）において、ＵＥは複数のトランスポートブロック（ＭＡＣ  ＰＤＵ）を（サブフレーム（ＴＴＩ）あたり１つのみ、すなわち順々に）送信することができるが、１つのＰｒｏＳｅ宛先グループにのみ送信することができる。さらに、１つのトランスポートブロックの再送信は、次のトランスポートブロックの最初の送信が開始される前に完了しなければならず、すなわち複数のトランスポートブロックを送信するためのサイドリンクグラントあたり１つのみのＨＡＲＱプロセスが使用される。さらには、ＵＥはＳＣ期間あたりいくつかのサイドリンクグラントを有して使用することができるが、各サイドリンクグラントに対して異なるＰｒｏＳｅ宛先が選択される。したがって１つのＳＣ期間においてＵＥは、１つのＰｒｏＳｅ宛先には１回のみ送信することができる。
【００８２】
図７から明らかであるように、ｅＮＢによってスケジューリングされるリソース割当てモード（モード１）の場合、Ｄ２Ｄデータ送信（すなわちより具体的にはＴ−ＲＰＴパターン／ビットマップ）は、ＳＡリソースプール内でのＳＡ送信の最後の繰り返し後の次のＵＬサブフレームにおいて開始される。図６ですでに説明したように、モード１のＴ−ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ−ＲＰＴ））は、基本的に、ＭＡＣ  ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
【００８３】
サイドリンクデータの送信手順は、３ＧＰＰ標準規格書である非特許文献２（バージョン１３．０．０）の５．１４節（参照により本明細書に組み込まれている）に記載されている。この文書には、モード２の自律的なリソース選択が詳しく記載されており、１つの無線リソースプールまたは複数の無線リソースプールが設定されている場合が区別されている。以下のステップは、非特許文献２のこの節からの引用であり、モード２の自律的なリソース選択を想定している。
【００８４】
ＳＬ−ＳＣＨ（サイドリンク共有チャネル）で送信するためには、ＭＡＣエンティティは少なくとも１つのサイドリンクグラントを有さなければならない。サイドリンクグラントは、以下のように選択される。
【００８５】
ＭＡＣエンティティが、１つまたは複数のリソースプールを使用して送信するように上位層によって設定されており、かつ現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨ（サイドリンクトラフィックチャネル）において利用可能である場合、ＭＡＣエンティティは、各サイドリンクグラントについて以下のように選択する。
・  １つのリソースプールを使用するように上位層によって設定されている場合、
−  そのリソースプールを選択して使用する。
・  そうではなく、複数のリソースプールを使用するように上位層によって設定されている場合、
−  使用するリソースプールとして、上位層によって設定されているリソースプールのうち、関連付けられる優先順位リストに、送信されるＭＡＣ  ＰＤＵにおける最も高い優先順位のサイドリンク論理チャネルの優先順位が含まれるリソースプールを選択する。
注：  ２つ以上のリソースプールが、それらの関連付けられる優先順位リストに、送信されるＭＡＣ  ＰＤＵにおける最も高い優先順位のサイドリンク論理チャネルの優先順位を含む場合、これらのリソースプールのうちどのリソースプールを選択するかはＵＥの実装に委ねられる。
・  ＳＬ−ＳＣＨおよびサイドリンクグラントのＳＣＩのための時間・周波数リソースを、選択されたリソースプールからランダムに選択する。ランダム関数は、許可される選択肢それぞれを等しい確率で選ぶことができるようなものとする。
・  ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、選択されたサイドリンクグラントを使用して、非特許文献３の１４．２．１節（参照により本明細書に組み込まれている）に従って決定する（このステップは、図７に関連して説明したように、Ｔ−ＲＰＴおよびＳＡパターンの選択を意味する）。
・  選択されたサイドリンクグラントは、サイドリンクグラントが選択されたサブフレームより少なくとも４つのサブフレームだけ後に始まる最初の利用可能なＳＣ期間の先頭から開始される複数のサブフレームにおいて発生する設定されたサイドリンクグラントとみなす。
・  設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
注：  設定されたサイドリンクグラントがクリアされた後には、ＳＬ−ＳＣＨでの再送信を行うことはできない。
注：  ＭＡＣエンティティが１つまたは複数のリソースプールを使用して送信するように上位層によって設定されている場合、サイドリンクプロセスの数を考慮して１つのＳＣ期間内に選択するサイドリンクグラントの数は、ＵＥの実装に委ねられる。
【００８６】
ＭＡＣエンティティは、各サブフレームに対して、以下を行うものとする。
−  ＭＡＣエンティティが、そのサブフレーム内で発生する設定されたサイドリンクグラントを有する場合、
−  設定されたサイドリンクグラントが、ＳＣＩの送信に対応する場合には、
−  設定されたサイドリンクグラントに対応するＳＣＩを送信するように物理層に指示する。
【００８７】
−  そうではなく、設定されたサイドリンクグラントが、第１のトランスポートブロックの送信に対応する場合には、
−  設定されたサイドリンクグラントおよび関連付けられるＨＡＲＱ情報を、そのサブフレームに対するサイドリンクＨＡＲＱエンティティに渡す。
注：  ＭＡＣエンティティが１つのサブフレーム内に発生する複数の設定されたグラントを有し、かつシングルクラスタＳＣ−ＦＤＭの制限のためにそれらのグラントすべてを処理できない場合、これらのグラントのうちのどのグラントを上の手順に従って処理するかはＵＥの実装に委ねられる。
【００８８】
３ＧＰＰ技術規格からの引用である上の記述は、さらに明確にすることができる。例えば、時間・周波数リソースをランダムに選択するステップは、どの特定の時間／周波数リソースが選択されるかに関してはランダムであるが、例えば合計で選択される時間／周波数リソースの量に関してはランダムではない。リソースプールから選択されるリソースの量は、自律的に選択されるそのサイドリンクグラントによって送信されるデータ量によって決まる。この場合、送信されるデータ量は、ＰｒｏＳｅ宛先グループを選択する前のステップと、そのＰｒｏＳｅ宛先グループを送信先とする送信準備のできた対応するデータ量とによって決まる。後からサイドリンクＬＣＰ手順において説明するように、ＰｒｏＳｅ宛先が最初に選択される。
【００８９】
さらに、サイドリンクＨＡＲＱエンティティに関連付けられるサイドリンクプロセスは、非特許文献２（バージョン１３．０．０）の５．１４．１．２．２節（参照により本明細書に組み込まれている）から明らかであるように、送信を適宜生成して実行するように物理層に指示する役割を担う。簡潔に言えば、サイドリンクグラントと、送信するサイドリンクデータとを決定した後、物理層が、サイドリンクデータがサイドリンクグラントおよび必要な送信パラメータに基づいて実際に送信されるように処理する。
【００９０】
ＰｒｏＳｅネットワークのアーキテクチャおよびＰｒｏＳｅエンティティ
図８は、非ローミングの場合の高レベルの例示的なアーキテクチャを示しており、ＵＥ  ＡおよびＵＥ  Ｂにおける異なるＰｒｏＳｅアプリケーションと、ネットワーク内のＰｒｏＳｅアプリケーションサーバおよびＰｒｏＳｅ機能を含む。図８のアーキテクチャの例は、非特許文献７（バージョン１３．０．０）の４．２節「Architectural Reference Model（アーキテクチャの基準モデル）」（参照により本明細書に組み込まれている）からの引用である。
【００９１】
これらの機能エンティティは、非特許文献７の４．４節「Functional Entities（機能エンティティ）」（参照により本明細書に組み込まれている）に提示および詳しく説明されている。ＰｒｏＳｅ機能は、ＰｒｏＳｅに要求されるネットワーク関連動作に使用される論理機能であり、ＰｒｏＳｅの特徴それぞれにおいて異なる役割を果たす。ＰｒｏＳｅ機能は、３ＧＰＰのＥＰＣ（進化したパケットコア）の一部であり、近傍サービスに関係する認可、認証、データ処理など、関連するネットワークサービスすべてを提供する。ＰｒｏＳｅ直接ディスカバリおよび直接通信において、ＵＥは、固有のＰｒｏＳｅ  ＵＥ識別情報、他の設定情報、および認証を、ＰｒｏＳｅ機能からＰＣ３基準点（PC3 reference point）を通じて取得することができる。ネットワーク内に複数のＰｒｏＳｅ機能を配備することができるが、説明を容易にするため、１つのＰｒｏＳｅ機能を示してある。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴に応じた異なる役割を実行する３つのメインのサブ機能、すなわち直接提供機能（ＤＰＦ：Direct Provision Function）、直接ディスカバリネーム管理機能（Direct Discovery Name Management Function）、およびＥＰＣレベルディスカバリ機能（EPC-level Discovery Function）、から構成されている。ＤＰＦは、ＰｒｏＳｅ直接ディスカバリおよびＰｒｏＳｅ直接通信を使用するための必要なパラメータをＵＥに提供するために使用される。
【００９２】
この文脈において使用される用語「ＵＥ」は、例えば以下のＰｒｏＳｅ機能をサポートするＰｒｏＳｅ対応ＵＥを意味する。
・  ＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。
・  ＰＣ５基準点を通じての、別のＰｒｏＳｅ対応ＵＥのオープンＰｒｏＳｅ直接ディスカバリの手順
・  ＰＣ５基準点を通じた１対多のＰｒｏＳｅ直接通信の手順
・  ＰｒｏＳｅ  ＵＥとネットワークとの間の中継器として動作するための手順。遠隔のＵＥは、ＰＣ５基準点を通じて、ＰｒｏＳｅ  ＵＥとネットワークとの間の中継器と通信する。ＰｒｏＳｅ  ＵＥとネットワークとの間の中継器は、レイヤ３パケット転送を使用する。
・  例えば、ＵＥとネットワークとの間の中継器の検出およびＰｒｏＳｅ直接ディスカバリのために、ＰＣ５基準点を通じてＰｒｏＳｅ  ＵＥの間で制御情報を交換する。
・  別のＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。ＰｒｏＳｅ  ＵＥとネットワークとの間の中継器の場合、遠隔のＵＥは、この制御情報を、ＬＴＥ−Ｕｕインタフェースを通じてＰｒｏＳｅ機能に中継されるようにＰＣ５ユーザプレーンを通じて送る。
・  パラメータ（例えば、ＩＰアドレス、ＰｒｏＳｅレイヤ２グループＩＤ、グループセキュリティマテリアル（Ｇｒｏｕｐ  ｓｅｃｕｒｉｔｙ  ｍａｔｅｒｉａｌ）、無線リソースパラメータを含む）を設定する。これらのパラメータは、ＵＥにおいて事前設定することができ、または、カバレッジ内にある場合、ＰＣ３基準点を通じたシグナリングによってネットワーク内のＰｒｏＳｅ機能に提供することができる。
【００９３】
ＰｒｏＳｅアプリケーションサーバは、ＥＰＣ  ＰｒｏＳｅユーザＩＤおよびＰｒｏＳｅ機能ＩＤの格納と、アプリケーション層ユーザＩＤとＥＰＣ  ＰｒｏＳｅユーザＩＤのマッピングをサポートする。ＰｒｏＳｅアプリケーションサーバ（ＡＳ）は、３ＧＰＰの範囲外のエンティティである。ＵＥにおけるＰｒｏＳｅアプリケーションは、アプリケーション層基準点ＰＣ１を介してＰｒｏＳｅ  ＡＳと通信する。ＰｒｏＳｅ  ＡＳは、ＰＣ２基準点を介して３ＧＰＰネットワークに接続されている。
【００９４】
Ｄ２Ｄサイドリンク論理チャネルに対するＬＣＰ手順
Ｄ２ＤにおけるＬＣＰ（論理チャネル優先順位付け）手順は、「通常の」ＬＴＥデータの場合の上に示したＬＣＰ手順とは異なる。以下の情報は、ＰｒｏＳｅにおけるＬＣＰ手順を記述した非特許文献２（現在のバージョン１３．０．０）の５．１４．１．３．１節（その全体が参照により本明細書に組み込まれている）からの引用である。
【００９５】
論理チャネル優先順位付け手順は、新しい送信が実行されるときに適用される。各サイドリンク論理チャネルは、関連付けられる優先順位を有し、この優先順位は、ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位（ProSe per packet priority）、後述する）とすることができる。複数のサイドリンク論理チャネルが、同じ関連付けられる優先順位を有することができる。優先順位とＬＣＩＤ（論理チャネルＩＤ）との間のマッピングは、ＵＥの実装に委ねられる。
【００９６】
ＭＡＣエンティティは、ＳＣ期間内に送信される各ＳＣＩに対して以下の論理チャネル優先順位付け手順を実行する。
−  ＭＡＣエンティティは、以下のステップにおいてサイドリンク論理チャネルにリソースを割り当てる。
【００９７】
−  ステップ０：  送信可能な状態のデータを有するサイドリンク論理チャネルのうち最も高い優先順位のサイドリンク論理チャネルを有し、かつそのＳＣ期間に対して前に選択されていないＰｒｏＳｅ宛先を選択する。
【００９８】
−  ステップ１：  選択されたＰｒｏＳｅ宛先に属しており、かつ送信可能な状態のデータを有するサイドリンク論理チャネルのうち、最も高い優先順位を有するサイドリンク論理チャネルにリソースを割り当てる。
【００９９】
−  ステップ２：  リソースが残っている場合、（１つまたは複数の）サイドリンク論理チャネルのデータまたはＳＬグラントのいずれかが最初に使い切られるまで、選択されたＰｒｏＳｅ宛先に属すサイドリンク論理チャネルを、優先順位の降順に処理する。等しい優先順位に設定されているサイドリンク論理チャネルは、同等に処理するべきである。
−  さらにＵＥは、上のスケジューリング手順時、以下の規則にも従う。
【０１００】
ＵＥは、次の規則に従ってサイドリンク論理チャネルにリソースを割り当てる。
【０１０１】
−  ＲＬＣ  ＳＤＵ全体（または部分的に送信されるＳＤＵ）が残りのリソースに収まる場合、ＵＥはＳＤＵ（または部分的に送信されるＳＤＵ）を分割するべきではない。
【０１０２】
−  ＵＥは、サイドリンク論理チャネルからのＲＬＣ  ＳＤＵを分割する場合、グラントをできる限り満たすようにセグメントのサイズを最大にする。
【０１０３】
−  ＵＥは、データの送信を最大にするべきである。
【０１０４】
−  送信可能な状態のデータを有するときに、１０バイトに等しいかまたはそれより大きいサイドリンクグラントサイズがＭＡＣエンティティに与えられる場合、ＭＡＣエンティティはパディングのみを送信しない。
注：  上の規則では、サイドリンク論理チャネルが処理される順序は、ＵＥの実装に委ねられることを意味する。
【０１０５】
一般的にＭＡＣエンティティは、１つのＭＡＣ  ＰＤＵにおいて、同じ送信元レイヤ２  ＩＤと宛先レイヤ２  ＩＤのペアを有する論理チャネルのみを考慮し、すなわちＵＥにおけるＭＡＣエンティティは、１つのＭＡＣ  ＰＤＵにおいて、同じＰｒｏＳｅ宛先グループの論理チャネルのみを考慮し、すなわち基本的には、ＵＥはＬＣＰ手順時にＰｒｏＳｅ宛先を選択する。リリース１３においては、ＳＣ期間内に２つ以上のサイドリンクグラントを有することが許可される。ＵＥは、リリース１２におけるように、各サイドリンクグラントにおいて、１つのＰｒｏＳｅ宛先グループのデータのみを送信する。しかしながら、１つのＳＣ期間内に２つ以上の有効なサイドリンクグラントを有するようにＵＥを設定することができるため、送信側ＵＥは、複数の異なるＰｒｏＳｅ宛先にデータを送信することができ、すなわち各ＳＬグラントにおいて異なるＰｒｏＳｅ宛先にデータを送信しなければならない。
【０１０６】
ＰｒｏＳｅにおけるＱｏＳのサポート
リリース１３では、１対多のＰｒｏＳｅ通信において一般にＱｏＳがサポートされる。この理由のため、例えば非特許文献７においていわゆるＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）が導入された。ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）は、プロトコルデータユニット（例えばＩＰパケット）に関連付けられるスカラー値であり、この値は、そのプロトコルデータユニットの送信に適用される優先順位の扱い（すなわちＰＣ５インタフェースで送信するための優先順位の扱い）を定義する。言い換えれば、ＰｒｏＳｅ  ＰＰＰは、ＰｒｏＳＥ  ＵＥ間およびＰｒｏＳｅ中継の場合を含むＰｒｏＳｅ直接通信を使用するときにパケットの優先順位付けを可能にするために使用されるメカニズムである。
【０１０７】
ＰｒｏＳｅ上位層（すなわちＰＣ５アクセス層より上）が、送信するプロトコルデータユニットをＰＣ５アクセス層に渡すとき、ＰｒｏＳｅ上位層は、８つの可能な値の範囲からＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）を提供する。
【０１０８】
ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）は、宛先レイヤ２  ＩＤとは独立しており、１対１および１対多のＰｒｏＳｅ直接通信の両方に適用される。ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）は、例えば本明細書の範囲外であるさまざまな基準（音声パケット伝送などのサービスの遅延要件や、フロア制御に関連するシグナリングなどの制御シグナリングなど）に基づいて、アプリケーション層によって選択される。
【０１０９】
ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）は、ＵＥが媒体にアクセスするモード（すなわちＰｒｏＳｅ通信用にスケジューリング式リソース割当てモードが使用されるか自律式リソース割当てモードが使用されるか）とは無関係である。ＰｒｏＳｅアクセス層は、上位層から受け取るプロトコルデータユニットに関連付けられるＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）を使用して、別のＵＥ内送信（すなわち同じＵＥの内側で送信を待機している、さまざまな優先順位に関連付けられているプロトコルデータユニット）およびＵＥ間送信（すなわち異なるＵＥの内側で送信を待機している、さまざまな優先順位に関連付けられているプロトコルデータユニット）に関連する送信を優先順位付けする。
【０１１０】
優先順位キュー（ＵＥ内およびＵＥ間の両方）は、優先順位の厳密な順序で処理されることが予期され、すなわちＵＥまたはｅＮＢは、ＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）Ｎに関連付けられるすべてのパケットを、優先順位Ｎ＋１に関連付けられるパケットを処理する前に処理する（小さい数ほど高い優先順位を意味する）。
【０１１１】
ＰＣ５インタフェース自体における優先順位の扱いは、非特許文献２に規定され、すなわち論理チャネル優先順位付け（ＬＣＰ）手順である。各サイドリンク論理チャネルに対して、関連付けられる優先順位（例えばレガシーＬＴＥのアップリンク動作における論理チャネルの優先順位に類似する）が存在する。サイドリンク論理チャネルの作成は、リリース１２と同様にＵＥの実装に委ねられる。ＵＥは、論理チャネルを作成するとき、パケットの送信元ＩＤ／宛先ＩＤを考慮することに加えて、パケットの優先順位も考慮する。同じＰＰＰＰ値（および同じ送信元ＩＤ／宛先ＩＤ）を有するプロトコルデータユニットは、基本的には、ＰＰＰＰと同じである特定の論理チャネル優先順位が関連付けられている１つのサイドリンク論理チャネルによって処理される。
【０１１２】
上述したように、ＵＥは、ＳＬグラントを受信するときの論理チャネル優先順位付け手順時、ＳＬデータを有するサイドリンク論理チャネルのうち、ＰＰＰＰが最も高いサイドリンク論理チャネルを有するＰｒｏＳｅグループを選択し、次いで、選択されたＰｒｏＳｅ宛先グループに属すすべてのサイドリンク論理チャネルを、優先順位の降順に処理する。
【０１１３】
サイドリンクデータ伝送およびＬＣＰ手順
サイドリンクデータをどのように送信することができるかの詳細な説明は、前にすでに提供した。サイドリンクＬＣＰ手順と、サイドリンクデータ伝送に関連するさらなるステップとを組み合わせることで、サイドリンクデータおよび関連する制御情報（すなわちＳＣＩ）を送信することができる。例えば、サイドリンクＬＣＰ手順の少なくともステップ１においては、割り当てられるリソースの量が既知であるものと想定する。リソースの量（モード２ではＰｒｏＳｅ  ＵＥによって自律的に選択される）は、サイドリンクＬＣＰ手順のステップ０において選択されるＰｒｏＳｅ宛先グループによって直接決まる。したがってＰｒｏＳｅ  ＵＥは、サイドリンクＬＣＰ手順のステップ０とステップ１との間に、サイドリンクグラントの選択をモード２に従って実行する（すなわち送信を実行するために使用される実際の時間／周波数リソースを選択する）必要がある。さらにＵＥは、選択されたサイドリンクグラントを使用して次のＳＣ期間内に送信する予定の正確なデータ量を求めなければならない。次いで、サイドリンクＬＣＰ手順を使用して、選択されたＰｒｏＳｅ宛先への送信可能な状態のデータを有するサイドリンク論理チャネルに、決定したリソースの量（例えばトランスポートブロックサイズ）を割り当てる。データ（すなわちトランスポートブロック）の実際の送信は、通常の方法において実行され、すなわち最初に必要な送信パラメータ（例：ＭＣＳ、ＴＢサイズ、Ｔ−ＲＰＴおよびＳＡパターンなど）を決定し、次いでこれらのパラメータに基づいて送信を実行する。
【０１１４】
さまざまなステップの間の調整およびさまざまなステップのタイミングは、詳細には標準化されておらず、大部分が実装に委ねられている。しかしながら、サイドリンクデータを送信するためのこの手順をさらに改良することができる。
【先行技術文献】
【非特許文献】
【０１１５】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】TS 36.321
【非特許文献３】3GPP technical standard 36.213
【非特許文献４】3GPP TS 36.212, “Multiplexing and channel coding”
【非特許文献５】TR 23.713
【非特許文献６】3GPP TS 36.300
【非特許文献７】TS 23.303
【発明の概要】
【０１１６】
本発明を制限することのない例示的な実施形態は、サイドリンク接続を通じて直接通信送信を実行するために端末によって使用されるメカニズム、を提供する。特に、設定されている（１つまたは複数の）リソースプールから端末によって自律的に選択される無線リソースを使用するとき、サイドリンクデータの送信が改良される。独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。
【０１１７】
本明細書に記載されているいくつかの態様によれば、サイドリンクデータ送信が改良される。これらの態様を説明する目的で、以下の例示的な想定を行う。特に、ユーザ機器は、（１基または複数基の）別のユーザ機器との直接通信を、それぞれの（１つまたは複数の）サイドリンク接続を介して実行することができるものと想定する。サイドリンクデータの可能な宛先に応じて、かつ、サイドリンクデータに関連付けられる優先順位（例えばＱｏＳ）に基づいて、ユーザ端末に複数のサイドリンク論理チャネルを設定することができる。論理チャネルは、例えば、特定の優先順位のサイドリンクデータを特定のサイドリンク宛先（ＰｒｏＳｅ宛先、またはＰｒｏＳｅ宛先グループとも称する）に伝えるために確立される。したがって、各サイドリンク論理チャネルには、例えばそのサイドリンク論理チャネルによって送信されるデータの優先順位に基づいて、１つの特定の優先順位が割り当てられる。言い換えれば、類似する／同じ優先順位を有し、かつ同じサイドリンク宛先を有するサイドリンクデータは、同じサイドリンク論理チャネルによって処理される。
【０１１８】
さらに、送信側ユーザ機器には、サイドリンクデータの送信を実行するためにその送信側ユーザ機器によって使用可能である特定の無線リソースを示す少なくとも１つの無線リソースプールが設定されているものと想定する。さらに、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。例えば、各無線リソースプールに、その特定の無線リソースプールが適用可能である優先順位すべてをリストする優先順位リストが関連付けられている。例えば、ユーザ機器には異なる優先順位を有するいくつかの無線リソースプールが設定されているため、優先順位に基づいて負荷バランシングを実行することができる。高い優先順位のリソースプールは、高い優先順位のサイドリンクデータを対象とし、これに対して低い優先順位のリソースプールは、低い優先順位のサイドリンクデータを対象とする。したがって、高い優先順位のデータを、低い優先順位のリソースより混雑度が低い、高い優先順位のリソースを介して送信することが可能である。
【０１１９】
サイドリンクデータ伝送は、自律的なリソース割当てモードにおいて実行されるものと想定し、このモードによればＵＥは、新しい送信を実行するときに、サイドリンクデータを送信するための無線リソースを適切な無線リソースプールから自律的に選択する。
【０１２０】
これに対応して、第１の態様のサイドリンクデータ伝送によれば、ユーザ端末は、待ち状態にあるサイドリンクデータのさまざまなサイドリンク宛先のうちからサイドリンク宛先を選択する。例えば、ユーザ機器は、最も高い優先順位に関連付けられているサイドリンク宛先（すなわち、送信可能な状態のサイドリンクデータを有するすべてのサイドリンク論理チャネルのうち、最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先）を選択する。サイドリンク宛先のこの選択は、例えば、（前に選択された）無線リソースを新しい送信用に割り当てるために、新しい送信が実行されるときにＵＥによって実行される論理チャネル優先順位付け手順の一部とすることができる。
【０１２１】
さらに、無線リソースプールが選択される。最も単純なケースでは、ＵＥに１つのみの無線リソースプールが設定されており、したがって、そのただ１つの無線リソースプールが選択される。これに対して、ＵＥに複数の無線リソースプールを設定することができ、したがってこれらの無線リソースプールのうち１つを選択しなければならない。後者の場合、リソースプールの選択は、無線リソースプールの優先順位と、送信されるデータの優先順位とに基づいて実行することができ、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も高い優先順位に関連付けられている無線リソースプールを選択することによる。言い換えれば、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も高い優先順位を求め、各無線リソースプールに関連付けられている優先順位リストを、求めた最も高い優先順位と比較し、その最も高い優先順位を含む優先順位リストを有する無線リソースプールを選択する。
【０１２２】
第１の態様によれば、本発明者は、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位と、選択された無線リソースプールに関連付けられている優先順位とを、適切に一致させることによって、サイドリンクデータ伝送の手順を改良することが可能であることを認識した。言い換えれば、第１の態様に係る改良されたサイドリンクデータ伝送では、サイドリンク宛先および無線リソースプールが選択された時点で、サイドリンクデータ伝送が、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルに制限されるのみならず、サイドリンクデータ伝送が、選択された無線リソースプールに関連付けられている優先順位の１つである優先順位を有するサイドリンク論理チャネルのみに制限される。これに対応してＵＥは、選択されたサイドリンク宛先に関連付けられており、かつ選択された無線リソースプールに関連付けられている優先順位の１つである優先順位を有するサイドリンク論理チャネルからの、送信可能な状態にあるデータのみを考慮することによって、送信するサイドリンクデータ量を求める。したがって、第１の態様では、選択されたサイドリンク宛先のサイドリンク論理チャネルの優先順位と、選択された無線リソースプールの優先順位とを一致させるため、ＵＥによって追加の比較を行う必要がある。
【０１２３】
送信されるデータをこのように求めた後、求めた（量の）データの送信の実際の実行に進むことができる。この送信は、ＵＥがサイドリンクインタフェースを介してデータの物理的送信を実行するために必要であるさまざまな送信パラメータを決定するステップを通常どおり含む。次いでＵＥは、これら決定された送信パラメータに基づいて、サイドリンクデータの送信を実行する。
【０１２４】
ＵＥによって決定される送信パラメータのいくつかは、（１つまたは複数の）前のステップにおいて求められたサイドリンクデータ量によって決まり、通常のサイドリンク送信の場合、本発明を制限することのない以下の例が挙げられる（ただしすべてを網羅していない）。適切な量の時間・周波数無線リソースは、求められたサイドリンクデータをそのサイドリンクグラントを使用して送信することができるように、選択された無線リソースプールから選択される。さらに、対応する変調・符号化方式およびトランスポートブロックサイズを決定することができる。サイドリンクデータ送信に特有な手順として、サイドリンクデータおよび対応するサイドリンク制御情報を送信するための適切な送信パターンを選択する。
【０１２５】
通常のサイドリンクデータ伝送には、受信側エンティティが後からのサイドリンクユーザデータの伝送を受信して正しく復号することができるように、サイドリンク送信制御期間の最初において送信される対応するサイドリンク制御情報の送信が付随する。サイドリンク制御情報は、上に挙げた送信パラメータ（送信パターン、変調・符号化方式、無線リソースに関する情報など）の一部またはすべてを含み、さらにサイドリンクデータのサイドリンク宛先も識別する。
【０１２６】
第１の態様のバリエーションでは、サイドリンク論理チャネルの間での無線リソースの割当てに対処する。サイドリンクデータ伝送においては、ＵＥは、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルからのデータによってトランスポートブロックを生成する目的で、選択された無線リソースプールから前にユーザ端末によって選択された無線リソースを割り当てるために、サイドリンクチャネル優先順位付け手順を実行することができる。通常のサイドリンク論理チャネル優先順位付け手順を適用することができ、この手順によれば、最初に、（選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルのうち）最も高い優先順位を有するサイドリンク論理チャネルに無線リソースが割り当てられ、次いで、リソースが残っている場合、選択されたサイドリンク宛先に属す残りのサイドリンク論理チャネルに、優先順位の降順にリソースが割り当てられる。ＬＣＰ手順によって割り当てられる無線リソースは、求められたデータ量（このデータ量は、選択された無線リソースプールに適していないサイドリンク論理チャネルを無視して求められている）に基づいて選択されているため、選択された無線リソース量は、ＬＣＰ手順によって、「正しい」サイドリンク論理チャネル（すなわち選択された無線リソースプールに関連付けられている優先順位に一致する優先順位を有するサイドリンク論理チャネル）を処理するのに十分であるのみである。
【０１２７】
代替バリエーションにおいては、ＬＣＰ手順を、以下に説明するように第１の態様に適合させることもできる。送信するデータ量を求めるときにサイドリンク論理チャネルを優先順位に基づいて制限する上述した方式に合わせる目的で、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルのみが考慮されるように、サイドリンクデータ伝送においてＵＥによって実行されるＬＣＰ手順をさらに適合させることができる。したがって、改良されたＬＣＰ手順では、制限されたサイドリンク論理チャネルのセットのみ（すなわち、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプール（ここから無線リソースが選択される）に関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネル）に、無線リソースを割り当てる。
【０１２８】
第１の態様のさらなるバリエーションによれば、選択されたサイドリンク宛先を送信先とする低い優先順位のデータが滞留することを回避する目的で、無線リソースプールの優先順位に一致するサイドリンク論理チャネルのみを考慮するという追加の制限を、ときおり適用しない。特に、選択されたサイドリンク宛先に関連付けられており、かつ無線リソースプールの優先順位にも一致するサイドリンク論理チャネルのみにサイドリンクデータ伝送を制限することによって、無線リソースプールの優先順位に一致しないサイドリンク論理チャネルによって処理されるサイドリンクデータが、次のサイドリンク制御期間において送信されない。これにより、（特定のサイドリンク宛先に）１つのサイドリンク制御期間内に送信されるデータ量全体が減少し、また、低い優先順位（通常では選択されたサイドリンク宛先に関連付けられている高い優先順位のサイドリンク論理チャネルに基づいて無線リソースプールが選択されることを考えたときの低い優先順位）のサイドリンク論理チャネルのデータが繰り返し無視される危険性を伴う。
【０１２９】
これらの欠点を軽減する目的で、第１の態様のバリエーションでは、これら低い優先順位のサイドリンク論理チャネルもときおりＵＥによって考慮されるように確保するさらなるメカニズムを実施する。言い換えれば、これらの低い優先順位のサイドリンク論理チャネルの無視がいつ適用され、いつ適用されないかを制御するためのメカニズムが追加的に予測される。１つのオプションによれば、サイドリンク論理チャネルに対して追加のタイマーが定義され、したがってタイマーが切れたサイドリンク論理チャネルは、たとえそれに関連付けられている優先順位が、選択された無線リソースプールの優先順位の１つでないときでも、選択されたサイドリンク宛先への送信するデータ量を求めるときに再び考慮される。
【０１３０】
１つの可能なメカニズムは、タイマーに基づく。例えば、サイドリンク論理チャネルの優先順位が、サイドリンクデータ伝送用にＵＥによって選択された無線リソースプールの優先順位リストに一致しないという理由で、サイドリンクデータ伝送においてそのサイドリンク論理チャネルが最初に無視されるときに、タイマーを起動することができる。別のオプションとしては、サイドリンクデータ伝送においてサイドリンク論理チャネルが無視されるタイミングとは無関係に、そのサイドリンク論理チャネルのデータが初めて利用可能になるときに、タイマーを起動する。これら２つのオプションそれぞれにおけるタイマーの値は、例えば、サイドリンク論理チャネルによって処理されるデータの種類によって決まり、サイドリンクデータが長時間にわたり滞留することがないように適宜設定される。
【０１３１】
タイマーを使用する代わりに、別の可能な方法として、特定のサイドリンク宛先への送信される高い優先順位のサイドリンクデータと、低い優先順位のサイドリンクデータとの比率を監視し、この比率が特定の範囲内に維持されるようにする。例えば、７５％の高い優先順位のサイドリンクデータおよび２５％の低い優先順位のサイドリンクデータの比率（すなわち高い優先順位のデータが低い優先順位のデータより３倍多い）が達成されるものとし、送信するデータ量を求めるときに、この比率に応じて、特定の低い優先順位のサイドリンク論理チャネルを無視する、または無視しない。
【０１３２】
低い優先順位のデータが滞留することを回避するためにタイマーまたは比率を使用するこの追加のバリエーションは、上述したＬＣＰ手順に対応する方法で適用することができ、したがってＵＥは、ＬＣＰ手順と、選択されたサイドリンク宛先へのいくつかのサイドリンク論理チャネルのうちから送信するデータ量を求める手順の両方に、同じメカニズムを適用する。
【０１３３】
第２の態様は、以下に説明するように、異なるサイドリンクデータ伝送メカニズムを提供する。第１の態様の場合に類似する想定を行うことができる。例えば、ユーザ端末に複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルは、特定の優先順位が割り当てられており、かつ特定のサイドリンク宛先に関連付けられているものと想定する。さらに、サイドリンクデータ伝送を実行するためにＵＥによって使用可能である特定の無線リソースを示す少なくとも１つの無線リソースプールが、ユーザ機器に設定されているものと想定する。各無線リソースプールには、（例えば優先順位リストにリストされている）１つまたは複数の優先順位が関連付けられている。したがってＵＥは、サイドリンクデータ伝送を実行するとき、適切な無線リソースプールから無線リソースを自律的に選択する。
【０１３４】
したがって第２の態様に係るサイドリンクデータ伝送では、通常では、基本的に第１の態様の場合と同様に、データが送信可能な状態にあるさまざまなサイドリンク宛先のうち、特定のサイドリンク宛先を選択するステップを含む。例えば、ユーザ機器は、最も高い優先順位のサイドリンク宛先（すなわち、サイドリンクデータが送信可能な状態にあるすべてのサイドリンク論理チャネルのうち、最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先）を選択する。
【０１３５】
さらなるステップにおいて、ユーザ端末は、無線リソースプールを選択する（説明を目的として、ＵＥに複数の無線リソースプールが設定されているものと想定する）。無線リソースプールの選択は、第２の態様による特定の方法で実行される。より詳細には、リソースプールの選択は、無線リソースプールの（１つまたは複数の）優先順位と、選択されたサイドリンク宛先へのデータを伝えるサイドリンク論理チャネルの（１つまたは複数の）優先順位とに基づいて実行され、すなわち、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も低い優先順位と同じであるかまたはそれより低い優先順位を（例えば自身の優先順位リスト内に）有する無線リソースプールを選択することによる。言い換えれば、無線リソースプールのこの選択では、選択されたサイドリンク宛先にデータが送信されるサイドリンク論理チャネルの最も低い優先順位によって正当化されるよりも高い優先順位を有する無線リソースプールを選択することが回避される。したがって、この選択は、現在の標準規格とは異なり、また、第１の態様の上述したバリエーション（無線リソースプールを選択するための基準として、サイドリンク論理チャネルの最も高い優先順位が使用される）とも異なる。代わりに、第２の態様では、サイドリンク論理チャネルのうち最も低い優先順位を求め、それをさまざまなリソースプールと比較し、求めた最も低い優先順位と一致する優先順位を見つけることを提案する。
【０１３６】
１つの効果として、ＵＥは、選択されたサイドリンク宛先への送信待ち状態にある高い優先順位のデータも有することを考えれば、通常では正当化されるよりも低い優先順位のリソースプールを選択する。
【０１３７】
さらに、ＵＥは、選択されたサイドリンク宛先に関連付けられているすべてのサイドリンク論理チャネルを考慮することよって、選択されたサイドリンク宛先に送信するサイドリンクデータ量を求める。したがって第１の態様とは異なり、第２の態様によるデータを求めるステップでは、優先順位が無線リソースプールの優先順位の１つではないサイドリンク論理チャネルを無視しない。したがって、送信されるデータ量は、第１の態様に従って行われるように減少することはなく、ただしこの場合、高い優先順位のデータが低い優先順位の無線リソースを介して送信される。さらなる重要な利点として、高い優先順位の無線リソースプールが、高い優先順位のデータ用にのみ使用され、したがって低い優先順位のデータの送信によって混雑せず、なぜなら上述した選択プロセスによれば、低い優先順位のデータが、選択されたサイドリンク宛先に送信可能な状態になった時点で、ただちに低い優先順位の無線リソースプールが選択されるためである。
【０１３８】
ＵＥは、送信されるサイドリンクデータ量をこのように求めた後、サイドリンクデータを準備して実際の送信の実行に進むことができる。したがってＵＥは、第１の態様に関連して前述したように、通常では、エアインタフェースを介してデータの実際の物理的送信を自身が実行するために必要であるさまざまな送信パラメータを決定しなければならない。次いでＵＥは、選択されたサイドリンク宛先へのサイドリンクデータの送信を、これらの決定した送信パラメータを使用して実行する。
【０１３９】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、通信システムにおいて受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する送信側ユーザ端末、を提供する。送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられている。送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。送信側ユーザ端末は、以下のようにプロセッサおよび送信機を備えている。プロセッサは、サイドリンク宛先を選択し、かつ、少なくとも１つの無線リソースプールの１つを選択する。さらに、プロセッサは、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量を求める。プロセッサは、求められた量のサイドリンクデータの送信を実行するための送信パラメータをさらに決定する。送信機は、求められた量のサイドリンクデータを、決定された送信パラメータに基づいて送信する。
【０１４０】
したがって、１つの一般的な第２の態様においては、本明細書に開示されている技術は、通信システムにおいて受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する送信側ユーザ端末、を提供する。送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられている。送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。送信側ユーザ端末は、以下のようにプロセッサおよび送信機を備えている。プロセッサは、サイドリンク宛先を選択する。プロセッサは、少なくとも１つの無線リソースプールの１つをさらに選択し、選択される無線リソースプールには、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も低い優先順位と同じであるかまたはそれより低い優先順位が関連付けられている。プロセッサは、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルからの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量を求める。さらに、プロセッサは、求められた量のサイドリンクデータの送信を実行するための送信パラメータを決定する。送信機は、求められた量のサイドリンクデータを、決定された送信パラメータに基づいて送信する。
【０１４１】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ端末から受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する方法、を提供する。送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられている。送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。本方法は、サイドリンク宛先を選択するステップと、少なくとも１つの無線リソースプールの１つを選択するステップとを含む。さらに、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量が求められる。さらに、求められた量のサイドリンクデータの送信を実行するための送信パラメータが決定される。次いで、求められた量のサイドリンクデータが、決定された送信パラメータに基づいて送信される。
【０１４２】
したがって、１つの一般的な第２の態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ端末から受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する方法、を提供する。送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられている。送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。本方法は、サイドリンク宛先を選択するステップを含む。さらに、少なくとも１つの無線リソースプールの１つが選択され、選択される無線リソースプールには、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も低い優先順位と同じであるかまたはそれより低い優先順位が関連付けられている。選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルからの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量が求められる。求められた量のサイドリンクデータの送信を実行するための送信パラメータが決定される。次いで、求められた量のサイドリンクデータが、決定された送信パラメータに基づいて送信される。開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面による開示内容のさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および／または利点の１つまたは複数を得るためにすべてを設ける必要はない。
【０１４３】
これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。
【０１４４】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【０１４５】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されているサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図３】ＰｒｏＳｅ通信においてＰＣ５を通じてレイヤ２リンクを確立する方法を概略的に示している。
【図４】オーバーレイ（ＬＴＥ）システムおよびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示している。
【図５】２基のＵＥの場合のスケジューリング割当て（ＳＡ）およびＤ２Ｄデータの送信を示している。
【図６】ＵＥの自律的なスケジューリングモード２におけるＤ２Ｄ通信タイミングを示している。
【図７】ｅＮＢによってスケジューリングされるスケジューリングモード１におけるＤ２Ｄ通信タイミングを示している。
【図８】非ローミングシナリオの場合のＰｒｏＳｅの例示的なアーキテクチャモデルを示している。
【図９】従来技術に従って、１つのＳＣ期間内に３つのサイドリンク論理チャネルからのサイドリンクデータを、２つの利用可能なリソースプールの１つを使用してサイドリンク宛先に送信する場合の、例示的なＰｒｏＳｅシナリオを示している。
【図１０】第１の実施形態に係るＰｒｏＳｅ  ＵＥの動作の簡潔なシーケンス図を示している。
【図１１】第１の実施形態に係る、１つのＳＣ期間における例示的なサイドリンクデータ伝送を示している。
【図１２】第２の実施形態に係るＰｒｏＳｅ  ＵＥの動作の簡潔なシーケンス図を示している。
【図１３】第２の実施形態に係る、１つのＳＣ期間における例示的なサイドリンクデータ伝送を示している。
【発明を実施するための形態】
【０１４６】
「移動局」または「移動ノード」または「ユーザ端末」または「ユーザ機器」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供するソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティや通信相手ノードと通信することができる。
【０１４７】
特許請求の範囲および本出願において使用されている用語「無線リソース」は、物理無線リソース（時間−周波数リソースなど）を意味するものと広義に理解されたい。
【０１４８】
特許請求の範囲および本出願において使用されている用語「直接通信送信」は、２基のユーザ機器の間の直接的な（すなわち無線基地局（例えばｅＮＢ）を介さない）送信として広義に理解されたい。これに対応して、直接通信送信は、「直接サイドリンク接続」を通じて実行され、「直接サイドリンク接続」は、２基のユーザ機器の間に直接確立される接続に対して使用される用語である。例えば３ＧＰＰでは、Ｄ２Ｄ（装置間）通信、またはＰｒｏＳｅ通信、またはサイドリンク通信という専門用語が使用される。特許請求の範囲および本出願において使用されている用語「直接サイドリンク接続」は、広義に理解されるものとし、３ＧＰＰの文脈では背景技術のセクションで説明したＰＣ５インタフェースとして理解することができる。
【０１４９】
本出願において使用されている用語「ＰｒｏＳｅ」またはその非短縮形である「近傍サービス」は、背景技術のセクションで例示的に説明したように、ＬＴＥシステムでは近傍性に基づくアプリケーションおよびサービスの文脈において適用される。この文脈では、近傍サービスにおける装置間通信を意味する目的で、「Ｄ２Ｄ」などの別の専門用語も使用される。さらに、請求項においては、特許請求の範囲全体を通じて使用されている専門用語全体（「サイドリンクデータ」、「サイドリンク宛先」など）との一貫性を保つため、「サイドリンク論理チャネル」という専門用語が使用されている。「サイドリンク論理チャネル」は、近傍サービス／Ｄ２Ｄにおいて確立される論理チャネルである。
【０１５０】
特許請求の範囲および本出願のそれ以外の部分において使用されている用語「サイドリンク宛先グループ」および「サイドリンク宛先」は、例えば、３ＧＰＰ  ＬＴＥにおいて定義されている送信元レイヤ２  ＩＤと宛先レイヤ２  ＩＤの１つのペアとして理解することができる。
【０１５１】
特許請求の範囲および本出願において使用されている「無線リソースプールが使用可能である」という表現（および類似する表現）は、端末が（例えばスケジューリング割当てまたは直接通信データの）直接通信送信を実行することを望む場合に、端末が無線リソースプールから（必須ではないが）リソースを選択して使用することができる意味として、広義に理解されたい。これに対応して、無線リソースプールが使用されるという表現（および類似する表現）は、端末が直接通信送信を実行することを実際に意図しており、送信用無線リソースプールから適切なリソースを選択し、選択されたそのリソースにおいてその直接通信送信を実行する意味として、広義に理解されたい。
【０１５２】
近傍サービス（ＰｒｏＳｅ）におけるデータ伝送に関連して、ＵＥは、例えば（１つまたは複数の）上位層によってＵＥに設定されている対応するプールから、無線リソースを自律的に選択することが許可され（モード２の自律的なリソース割当て）、無線リソースプールの設定は例えばシステム情報によってブロードキャストされる。背景技術のセクションにおいて説明したように、標準規格において現在予測されているメカニズムでは、サイドリンク宛先（ＰｒｏＳｅ宛先グループ）を決定した後、送信されるＭＡＣ  ＰＤＵ（選択されたサイドリンク宛先のデータに関連するＭＡＣ  ＰＤＵ）におけるサイドリンク論理チャネルの最も高い優先順位が自身の優先順位リストに含まれている適切な無線リソースプールを選択するものと定義している。なお、サイドリンク宛先を選択する前に無線リソースプールを選択することもでき、なぜならリソースプールの選択は、送信可能な状態のデータを有する最も高い優先順位のサイドリンク論理チャネルの優先順位に基づいて行われるためである。無線リソースプールの選択と、サイドリンク宛先の選択の順序は、多かれ少なかれ実装に依存する。
【０１５３】
したがって、選択されたサイドリンク宛先への、同じサイドリンクグラントを使用して送信されるさらなるＭＡＣ  ＰＤＵは、そのさらなるＭＡＣ  ＰＤＵの優先順位およびそれに関連付けられているサイドリンク論理チャネルにかかわらず、同じ無線リソースプールからの無線リソースを使用して送信しなければならない。結果として、低い優先順位のＭＡＣ  ＰＤＵが、高い優先順位の無線リソースプールの無線リソースによって送信され、したがって同じ高い優先順位の無線リソースプールを使用する別のＵＥからの別の高い優先順位のＭＡＣ  ＰＤＵに対する混雑が発生する可能性があるという問題が生じうる。
【０１５４】
この問題は、特定のサイドリンク宛先への高い優先順位のデータが少量のみ存在し、低い優先順位のデータが大量に存在するシナリオにおいて深刻になる。この場合、サイドリンクデータを送信するために高い優先順位の無線リソースプールが選択されるが、高い優先順位の無線リソースは、主として低い優先順位のサイドリンクデータを送信するために使用される。
【０１５５】
これについて図９に関連して説明する。図９は、３つのサイドリンク論理チャネルを有する例示的なシナリオを示しており、３つのサイドリンク論理チャネルは、異なる優先順位（それぞれ２，４，５）を有するが、それぞれの送信バッファには、同じ（選択された）サイドリンク宛先を送信先とするサイドリンクデータが入っている。当然ながらこの想定は、図９における説明を目的としてなされているにすぎず、なぜならＵＥには、別の優先順位を有する、より多くの、またはより少ないサイドリンク論理チャネルが設定されうるためである。さらに、このシナリオでは、ＵＥがサイドリンク通信を動作させているセルにおいて２つのリソースプールが設定されており、これらのリソースプールは、サイドリンクデータ（３つのサイドリンク論理チャネルのうちの１つなど）を送信するために利用可能な無線リソースを示しているものと想定する。これらの無線リソースプールには、それぞれの優先順位が関連付けられており、すなわちリソースプール１には優先順位１，２が関連付けられており、したがって（最も）高い優先順位のデータのみを対象とする高い優先順位のリソースである。第２のリソースプールには優先順位４，５が割り当てられており、したがって中レベルの優先順位のデータを対象としている。なお以下の説明では、優先順位の値１が最も高い優先順位であり、優先順位の値８が最も低い優先順位であるものと想定することに留意されたい。図９には示していないが、当然ながら、さらなる異なる優先順位を有する、より多くのリソースプールをセルに設定することができる。
【０１５６】
現在規定されているＳＬデータ伝送では、サイドリンク論理チャネルの優先順位のうち最も高い優先順位が関連付けられている無線リソースプールを選択する。サイドリンク論理チャネルの最も高い優先順位は２であり、したがって、自身の優先順位リストに優先順位２を有する無線リソースプール１が選択される。
【０１５７】
図９に示した例示的なシナリオにおいては、第１のサイドリンク論理チャネル１の１００バイトのサイドリンクデータが待ち状態にあり、第２のサイドリンク論理チャネル２の２５０バイト、第３のサイドリンク論理チャネル３の８０バイトのサイドリンクデータが待ち状態にあるものと想定する。したがってＵＥは、合計で４３０バイトのサイドリンクデータが、前に選択されたサイドリンク宛先グループに送信されるのを待機していることを求める。ここでＵＥは、待ち状態にあるサイドリンクデータすべてを次のＳＣ期間内に送信することと、次のＳＣ期間内に２つのトランスポートブロックを送信することのできるサイドリンク送信パターンを使用することを決定するものと、例示的に想定する。これに基づいてＵＥは、第１のトランスポートブロック（ＭＡＣ  ＰＤＵ）によって３００バイトを伝え、第２のトランスポートブロック（ＭＡＣ  ＰＤＵ）によって１３０バイトを伝えることを決定する。したがって、選択されるプール＃１から前に選択された無線リソースを、優先順位の降順にサイドリンク論理チャネルに割り当てることによってＬＣＰ手順が実行され、これにより、第１のトランスポートブロックを、ＬＣ＃１からの１００バイトとＬＣ＃２の２００バイトによって満たし、第２のトランスポートブロックを、ＬＣ＃２の残りの５０バイトとＬＣ＃３の８０バイト全体によって満たす。
【０１５８】
これらのトランスポートブロックは、図９に示したように、選択された送信パターン（トランスポートブロックの最初の送信と、その３回の再送信とを含む）を使用してＵＥによって送信される。説明を単純にする目的で、図９においてサイドリンク制御情報の送信は省いてある。
【０１５９】
図９に示したシナリオから、前に大まかに説明した問題点を容易に理解することができる。（ＬＣ＃１の高い優先順位の理由で）高い優先順位のリソースプールが選択されるが、データ合計量のうち少量部分のみが実際に高い優先順位のデータであり、大部分は中レベルの優先順位のデータである。したがって、高い優先順位のリソースが、低い優先順位のデータによって混雑し、これに起因して、同じ高い優先順位の無線リソースプールを使用するセル内の別のＵＥからの高い優先順位のデータの送信との衝突が生じることがある。
【０１６０】
本発明者は、上に説明した問題点の１つまたは複数を軽減する目的で、以下の例示的な実施形態を着想した。
【０１６１】
さまざまな実施形態の特定の実装形態は、３ＧＰＰ標準規格によって与えられる、一部が背景技術のセクションで説明されている幅広い仕様の中で実施され、特に重要な特徴は、さまざまな実装形態に関連して以下に説明するように追加される。なお、これらの実施形態は、例えば、背景技術のセクションで説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２／１３）などの移動通信システムにおいて有利に使用することができるが、これらの実施形態はこの特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。
【０１６２】
以下の説明は、本開示の範囲を制限するものとしてではなく、本開示を深く理解するための実施形態の単なる例として理解されたい。当業者には、請求項に記載されている本開示の一般的な原理を、さまざまなシナリオに、以下に明示的には記載されていない方法で適用できることが認識されるであろう。説明を目的として、いくつかの想定がなされているが、これらの想定は以下の実施形態の範囲を制限するものではない。
【０１６３】
さらには、上述したように、以下の実施形態は３ＧＰＰ  ＬＴＥ−Ａ（リリース１２／１３）環境において実施することができるが、今後のリリースにおいても実施することが可能である。さまざまな実施形態は、主として、改良されたサイドリンクデータ伝送と、例えば、サイドリンクデータ伝送の必要な部分としてのサイドリンクグラントを決定するステップを提供する。したがってそれ以外の機能（すなわちさまざまな実施形態によって変更されない機能）は、背景技術のセクションで説明したものとまったく同じままとする、または、さまざまな実施形態に影響することがないように変更することができる。このような機能としては、サイドリンクデータを送信する先の別の（１基または複数基の）ＰｒｏＳｅ対応ＵＥを発見するためにＵＥによって実行されるディスカバリ手順などの別のＰｒｏＳｅ機能と、さらには、サイドリンクデータの送信に先立つサイドリンク制御情報を生成および送信するための現在定義されているメカニズムとが挙げられる。さらに、サイドリンクデータの実際の送信を実行するためにＵＥによって適用されるメカニズム（変調、符号化、トランスポートブロックサイズの決定、サイドリンクデータの送信パターンの決定など）も、変更する必要がない。
【０１６４】
第１の実施形態
以下では、前述した（１つまたは複数の）問題点を解決するための第１の実施形態について詳しく説明する。第１の実施形態のさまざまな実装形態およびバリエーションも説明する。
【０１６５】
例示的なシナリオとして、ユーザ機器が、ＰｒｏＳｅ通信（すなわちｅＮｏｄｅＢを経由する迂回路なしにそれぞれのサイドリンク接続を介してのＵＥ間での直接的なＤ２Ｄ送信）を実行することが可能にされている（ＰｒｏＳｅ対応ＵＥ）シナリオを想定することができる。ＵＥは、これに対応して設定されており、対応する（１つまたは複数の）ＰｒｏＳｅディスカバリメカニズムを使用することによって（１基または複数基の）別のＵＥによってすでに発見されており、これらのＵＥとサイドリンクデータを交換することができる。ＵＥ内には、例えば特定のＰｒｏＳｅ宛先グループの（１基または複数基の）別のＰｒｏＳｅ  ＵＥに送信されるさまざまなサイドリンクデータを扱うためのサイドリンク論理チャネルが設定されている。通常では、サイドリンク論理チャネルには、それぞれのサイドリンクデータの送信先であるＰｒｏＳｅ宛先が関連付けられている。サイドリンクデータはＰＰＰＰ（ＰｒｏＳｅパケットごとの優先順位）も有し、ＰＰＰＰは、ＰＤＵに関連付けられるスカラー値であり、そのデータの優先順位の処理を定義する。したがって、サイドリンクデータを伝えるサイドリンク論理チャネルにも、サイドリンクデータのＰＰＰＰに一致する優先順位が関連付けられている。サイドリンク論理チャネルの優先順位は、例えば８つの可能な値の範囲からの値を有することができ、この場合、例えば１が最も高い優先順位に相当し、８が最も低い優先順位に相当する。
【０１６６】
ＰｒｏＳｅ対応ＵＥは、リソース割当ての２つの異なるモード、すなわちｅＮＢによってスケジューリングされるリソース割当て（モード１）と、ＵＥによる自律的なリソース選択（モード２）において、動作することができる。実施形態はモード２のリソース割当てに関連し、この場合にＵＥは、サイドリンクデータおよび対応するサイドリンク制御情報を送信するため、（１つまたは複数の）リソースプールから適切なリソース（時間および周波数）を自身で選択する。ＵＥには少なくとも１つの無線リソースプールが設定されているものと想定し、この設定は、ＵＥが接続されているｅＮｏｄｅＢによって通常の方法において（例えば対応する情報をｅＮＢが自身のセル内でシステムブロードキャストを介して提供することによって）行うことができる。例えば、１つのリソースプールが、ｅＮｏｄｅＢのセル内でブロードキャストされるＳＩＢ  １８の内容によって（すなわちｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎフィールドによって）定義される。セル内のＵＥはこのブロードキャストを受信し、これに対応してＵＥにリソースプールが設定され、この無線リソースは、サイドリンクデータ伝送用にＵＥが使用する目的に利用可能である。ｅＮｏｄｅＢは、複数のこれらの送信用無線リソースプールを設定することができ、例えば最大で４つのプール（すなわち、それぞれＳＣＩメッセージおよびサイドリンクデータを送信するための４つのリソースプール）を定義することができる。さらに、無線リソースプールそれぞれには、例えばリソースプールに関連付けられている対応する優先順位リストの中にリストされている１つまたは複数の優先順位が関連付けられている。異なる優先順位のための異なる無線リソースプールを提供することができ、これらの無線リソースプールは、送信されるデータの優先順位に応じて、ｅＮｏｄｅＢのセル内のＵＥによって使用することができる。したがってｅＮｏｄｅＢは、異なる優先順位のデータを送信するために使用可能な無線リソースを区別することができる。例えば、高い優先順位の無線リソースプールは、主として高い優先順位のデータを送信するのに使用されるように意図される。無線リソースプールに割り当てられる優先順位は、サイドリンク論理チャネルの優先順位と比較可能であり、例えば８つの異なる値をとることができ、この場合に例えば値１が最も高い優先順位に相当し、値８が最も低い優先順位に相当する。
【０１６７】
さまざまなサイドリンク論理チャネルにわたり、かつ１つまたは複数のサイドリンク宛先グループにわたり、データが送信可能な状態になるものと想定する。これに対応してＵＥは、送信可能な状態のサイドリンクデータの一部またはすべてを送信することを望む。背景技術のセクションで説明したように、ＰｒｏＳｅ通信の送信手順は、スケジューリング制御（ＳＣ）期間に分けられ、ＵＥは、ＳＣ期間それぞれにおいて、さまざまなサイドリンクグラントを使用してさまざまなサイドリンク宛先グループに（ただしサイドリンクグラントあたり１つのみのサイドリンク宛先に）サイドリンクデータを送信することができる。一方でＵＥは、サイドリンクグラントあたり複数のＭＡＣ  ＰＤＵ（すなわちトランスポートブロック）（すなわち同じサイドリンク宛先を送信先とするデータを伝える複数のＭＡＣ  ＰＤＵ）を送信することができる。
【０１６８】
さらに、現在規定されているＰｒｏＳｅ通信手順によれば、サイドリンクデータは、適切な送信パターン（Ｔ−ＲＰＴビットマップ、送信の時間リソースパターン）に従ってＳＣ期間内で送信され、送信パターンは、基本的にＭＡＣ  ＰＤＵの最初の送信およびその３回の再送信のタイミングを定義する（図６と、背景技術のセクション内の対応する説明も参照）。Ｔ−ＲＰＴパターンは、無線リソースの自律的な選択の一部としてＵＥによって選択される（モード１（ｅＮＢによってスケジューリングされるリソース割当て）では、ＵＥは、ｅＮｏｄｅＢからのサイドリンクグラントの中でＴ−ＲＰＴの指示情報を受け取る）。
【０１６９】
第１の実施形態は、上述した例示的な想定に基づく、ＵＥによって実行される改良されたサイドリンクデータ伝送手順を提供する。ＵＥは、さまざまなステップを調整して、どのサイドリンクデータを送信するかと、送信の詳細な実行方法とを決定しなければならない。以下では、これらのステップのすべてについては詳しく説明せず、なぜなら第１の実施形態は、これらのステップのいくつかに焦点をあてるのみであり、したがって他のステップは、通常と同じままとする（すなわち例えば背景技術のセクションにおいて、対応する特定のＬＴＥの実施形態について説明したように実行することができる）、または変更することもできるためである。
【０１７０】
第１の実施形態に従って実行される主たるステップは、選択された特定のＰｒｏＳｅ宛先にどのデータを送信するかをＵＥが決定する方法について言及する。
【０１７１】
ＵＥは、サイドリンクデータが送信可能な状態にあるサイドリンク宛先のうち、１つのサイドリンク宛先を選択する。例えば、１つのみのサイドリンク宛先への送信待ち状態にあるデータが存在する場合、ＵＥは、単純にその１つのサイドリンク宛先を選択する。いくつかのサイドリンク宛先へのデータが待ち状態にあると想定すると、ＵＥは、例えば、データが利用可能であるすべてのサイドリンク論理チャネルのうち、最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先を選択することによって、待ち状態にあるサイドリンクデータの優先順位に応じていくつかのサイドリンク宛先のうちの１つを選択する。
【０１７２】
背景技術のセクションで説明したＬＴＥ（−Ａ）環境において実施する場合の、第１の実施形態の特定のバリエーションにおいては、サイドリンク宛先を選択するステップは、新しい送信が実行されるたびに適用されるサイドリンクＬＣＰ手順の一部（特にそのステップ０）とすることができる。これに関連して、サイドリンク宛先の選択に関する、オプションとしてのさらなる制限として、所与のサイドリンクグラントの特定のＳＣ期間用に、同じサイドリンク宛先を２回選択することはできず、したがってサイドリンクグラントに対して、そのＳＣ期間用に前に選択されなかったサイドリンク宛先が選択される。
【０１７３】
上に説明したように特定のサイドリンク宛先を選択した後、ＵＥは、サイドリンクグラントを決定することによってＳＡ／ＳＣＩデータの伝送を続行することができ、サイドリンクグラントを決定するステップは、無線リソースプールを選択するステップを含み、その無線リソースプールから無線リソースが選択される。前に想定したように、ＵＥには、そこから無線リソースを選択する１つまたは複数の適切な無線リソースプールを設定することができる。ＵＥに１つの無線リソースプールが設定されているのみである場合、ＵＥはその無線リソースプールを選択する。これに対して、送信用のいくつかの無線リソースプールがＵＥに設定されている場合、例えばプールの（１つまたは複数の）優先順位およびサイドリンクデータの優先順位に応じて、それらのうちの１つがＵＥによって選択される。特に、選択されたサイドリンク宛先への送信可能な状態のデータを有するサイドリンク論理チャネルの最も高い優先順位が基準とされ、この点において適切な無線リソースプールが選択され、すなわち、求められた最も高い優先順位を自身の優先順位リストの中に有するリソースプールが選択される。いくつかのリソースプールが、求められた最も高い優先順位を自身の優先順位リストの中に有する場合には、ＵＥがそのうちの１つを選択する。基礎をなす想定に関連して前に説明したように、リソースプールの優先順位とサイドリンク論理チャネルの優先順位は基本的に同じタイプであり、したがって比較可能である。
【０１７４】
図９に関連して認識される説明した問題点を克服し、サイドリンクデータ伝送をさらに改良する目的で、選択されたサイドリンク宛先に送信可能な状態にあるサイドリンクデータのうち、送信するデータ量を求めるステップは、選択された無線リソースプールにさらに基づく。これが現在規定されている手順との違いであり、現在の手順によれば、ＵＥは、選択された無線リソースプール、または選択する無線リソースプールとは無関係に、送信するデータ量を求める。第１の実施形態に係る改良されたサイドリンクデータ伝送では、選択されたサイドリンク宛先への送信待ち状態にあるデータのうち、さらに、選択された無線リソースプールの１つまたは複数の優先順位に一致する優先順位のデータのみから、送信するデータ量を求める。言い換えれば、選択された無線リソースプールの優先順位リストの中にリストされている優先順位の１つに一致しない優先順位を有するデータは、たとえそのデータが、選択されたサイドリンク宛先グループを送信先としている場合でも、そのサイドリンクグラントを使用して送信されない。したがってＵＥは、無線リソースプールの（１つまたは複数の）優先順位と、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位それぞれとの間で比較を実行する。この比較に基づいて、優先順位が、選択された無線リソースプールの優先順位の１つであるデータのみ、すなわち、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールの１つまたは複数の優先順位の１つである優先順位に関連付けられているサイドリンク論理チャネル、からのデータのみが、考慮される。したがって、ＵＥによって求められるデータ量には、選択された無線リソースプールが対象としている優先順位に一致しない優先順位のサイドリンク論理チャネルからのデータが含まれない。なお、ＵＥは、選択されたサイドリンク宛先へのサイドリンク論理チャネルにおいて待ち状態にあり、かつプールの優先順位に一致するデータよりも少ないデータを送信するように決定することもできることに留意されたい。
【０１７５】
上の手順の１つの結果として、無線リソースプールのリソースを使用して実際に送信されるサイドリンクデータは、その無線リソースプールの優先順位に一致する優先順位のデータである。例えば、高い優先順位の無線リソースプールは、中レベルの優先順位または低い優先順位のデータを送信するために使用されることはなく、これによって高い優先順位のリソースが、高い優先順位のデータ用のみに確保される。したがって、高い優先順位の無線リソースが過度に混雑せず、ＵＥは高い優先順位のデータを高い信頼性で送信することができ、セル内で引き起こされる干渉も少ない。
【０１７６】
その一方で、プールの優先順位に一致しないデータは少なくともそのＳＣ期間において無視されることを考えれば、選択されたサイドリンク宛先に、より少ないデータが送信される。
【０１７７】
ＵＥは、次のＳＣ期間内に送信することを望むデータ量をこのように求めた後、そのサイドリンクデータの準備と実際の送信の実行に進む。第１の実施形態によれば、これは通常の方法で実行することができ、変更してはならない。
【０１７８】
例えば、サイドリンクデータを実際に送信するステップは、送信を実行するために必要であるさまざまな送信パラメータを決定するステップを含む。これらのパラメータのいくつかは、前に求めたデータ量に直接依存する。リソースプールから選択される無線リソースの量は、ＵＥが送信することを望むデータの量によって決まる。このことは、ＳＣ期間内のサイドリンクデータの送信パターンを決定するときと、対応する変調・符号化方式を決定するとき、およびしたがってトランスポートブロックサイズを決定するときにもあてはまり、これらのすべてが相互に関連しており、ＵＥが送信することを望む実際のデータ量に依存する。データの送信パターン（Ｔ−ＲＰＴ）は、さまざまな送信のタイミングを定義し、したがってＳＣ期間内に送信することのできるトランスポートブロックの数に影響する。例えば、個々の送信の間の時間間隔が密である送信パターンでは、ＳＣ期間内により多くのデータを送信することができる。
【０１７９】
これに対して、送信に使用される変調方式および符号化率は、決定／選択された物理リソースブロックを通じて送信することのできる情報ビット数を決める。変調・符号化方式（ＭＣＳ）は、物理リソースブロックの数との組合せにおいて、トランスポートブロックのサイズを基本的に決め、トランスポートブロックのサイズは、ＵＥの物理層に渡されるＭＡＣ  ＰＤＵのサイズに等しい。ＵＥは、基本的に、次のＳＣ期間内に送信できる状態の求めたデータ量に基づき、すべての必要な送信パラメータ（例えば選択されたＴ−ＲＰＴパターンおよびＭＣＳなど）を考慮して、次のＳＣ期間中に送信される複数の異なるＭＡＣ  ＰＤＵのトランスポートブロック（ＴＢ）サイズを決定する。
【０１８０】
ＵＥは、このように決定された送信パラメータを使用して、サイドリンクインタフェースを通じて実際の送信を実行することができる。送信は、ＵＥの物理層によって行うことができる。
【０１８１】
第１の実施形態に係る上述した手順は、リソースプールの優先順位とサイドリンク論理チャネルの優先順位とを一致させ、それによってＳＬデータ伝送用のリソースプールの優先順位の１つではない優先順位を有するサイドリンク論理チャネルを無視することにより、改良されたサイドリンクデータ伝送を提供する。
【０１８２】
図１０は、第１の実施形態に係るＵＥの動作の例示的かつ単純化したシーケンス図であり、上に概説した、ＵＥによって実行される関連するステップを示している。図１０に示したＵＥの動作は、第１の実施形態に係る改良されたサイドリンクデータ伝送に関連してＵＥによって実行される最も関連するステップに焦点をあてるため、大幅に単純化されている。第１の実施形態の可能なバリエーションは、図１０には示していない。
【０１８３】
上に説明したように、ＵＥは、サイドリンクデータを送信する目的で、無線リソースプール、特に無線リソースプールからの無線リソースを、自律的に選択する。現在定義されている３ＧＰＰ標準規格である非特許文献２には、新しいサイドリンク送信を生成する、すなわちサイドリンク論理チャネルからのそれぞれのデータによってＭＡＣ  ＰＤＵを作成する目的で、これらの無線リソースをサイドリンク論理チャネルに割り当てるためのサイドリンク論理チャネル優先順位付け手順が定義されている。第１の実施形態の特定のバリエーションにおいて、このサイドリンクＬＣＰ手順を再利用することができる。背景技術のセクションで説明したように、現在定義されているサイドリンクＬＣＰ手順では、最初に、最も高い優先順位を有するサイドリンク論理チャネルに無線リソースを割り当て、次いで、割り当てられる無線リソースが残っている場合、その同じサイドリンク宛先への残りのサイドリンク論理チャネルを、優先順位の降順に処理する。この標準のサイドリンクＬＣＰ手順では、割り当てる無線リソースと、サイドリンクＬＣＰ手順によってデータを入れるトランスポートブロックのサイズとが、求めたデータ量に基づいてあらかじめ決定されていることにより、トランスポートブロックが正しい量のデータによって満たされるようにサイドリンク論理チャネルが優先順位の降順に適切に考慮される。
【０１８４】
これに代えて、第１の実施形態のさらなるバリエーションでは、現在定義されている標準規格のサイドリンク論理チャネル優先順位付け手順を完全に再利用するのではなく、第１の実施形態の趣旨に従って適合させたサイドリンクＬＣＰ手順を使用することが予測される。この改良されたサイドリンクＬＣＰ手順でも、特に、選択されたサイドリンク宛先に関連付けられているが、選択された無線リソースプールの１つまたは複数の優先順位に一致しないサイドリンク論理チャネルを、無視することができる。このことは、送信するデータ量を求める前のステップにあてはまり、前のステップでも、選択された無線リソースプールによってサポートされる優先順位と同じ優先順位を有し、かつ選択されたサイドリンク宛先へのデータを有するサイドリンク論理チャネルのみを考慮する。したがって、第１の実施形態のこのバリエーションでは、サイドリンク論理チャネルの正しいセット（すなわち、選択されたサイドリンク宛先に送信されるデータ量を求めるためにすでに考慮されたサイドリンク論理チャネルのセット）に対してのみ、サイドリンクＬＣＰ手順が実行されることが確保される。
【０１８５】
ここまで言及してこなかったが、３ＧＰＰ標準規格に現在定義されているサイドリンクデータ通信では、（１基または複数基の）受信側ＵＥが送信パラメータを求めて、残りのＳＣ期間内に後からのサイドリンクデータを受信して正しく復号できるようにする目的で、ＳＣ期間の最初にサイドリンク制御情報を送信する必要もある。サイドリンク制御情報は、例えば、スケジューリング情報（リソースブロック割当て、時間リソースパターン、変調・符号化方式、サイドリンク宛先の識別子など）を伝える。第１の実施形態の特定のバリエーションでは、この点において、３ＧＰＰ標準規格に現在定義されているＳＣＩフォーマット０を使用することができる（背景技術のセクションと非特許文献４（バージョン１３．０．０）を参照）。
【０１８６】
図１１は、第１の実施形態に係るサイドリンクデータ伝送がどのように機能するかの理解をさらに促進する目的で、図９の場合に想定したものと同じシナリオを示している。前にすでに説明したように、この例示的なシナリオでは、異なる優先順位（それぞれ２，４，５）を有し、ただし同じ（選択された）サイドリンク宛先を送信先とするサイドリンクデータを有する３つのサイドリンク論理チャネルを想定する。これに対応してＵＥは、次のＳＣ期間内に送信されるデータの宛先として１つのサイドリンク宛先を選択する。さらに、セル内に２つの送信リソースプールが設定されており、これらの送信リソースプールにはそれぞれの優先順位が関連付けられており、すなわちリソースプール１は優先順位１，２を有し、したがって（最も）高い優先順位のデータのみを対象とする高い優先順位のリソースプールである。第２のリソースプールには優先順位４，５が割り当てられており、したがって中レベルの優先順位のデータを対象としている。図９に関連して説明した方法と同様に、サイドリンク論理チャネルの最も高い優先順位は２であり、したがって自身の優先順位リストの中に優先順位値２を有する無線リソースプール１が選択される。
【０１８７】
図９の場合と同様に、サイドリンク論理チャネル１，２，３において合計で４３０バイトのデータが待ち状態にあるものと想定する。しかしながら、第１の実施形態によるデータ量を求めるステップでは、サイドリンク論理チャネルが、選択されたサイドリンク宛先に関連付けられているかを考慮するのみならず、サイドリンク論理チャネルが、選択された無線リソースプールの優先順位の１つである優先順位を有するかも考慮する。したがって、図１１の例示的なシナリオに適用されるときには、ＵＥは、選択された第１の無線リソースプールの優先順位に一致する優先順位値２を有するサイドリンク論理チャネル１からのデータのみを送信することを決定する。詳細には、ＵＥは、合計４３０バイトのうち１００バイトのみを送信することを決定し、しかしながらこれらの１００バイトは高い優先順位を有する。この場合も、ＳＣ期間内に２つのトランスポートブロックを送信することのできるデータ送信パターンが選択されるものと想定し、したがって結果として、例えば第１のトランスポートブロックには第１のサイドリンク論理チャネルの５０バイト、第２のトランスポートブロックには第１のサイドリンク論理チャネルの残りの５０バイトが入る。
【０１８８】
図１１に関連して説明した例から明らかであるように、第１の無線リソースプールの高い優先順位の無線リソースは、高い優先順位のデータを送信するためにのみ使用される。より低い優先順位のデータは、以降のＳＣ期間内に別の無線リソースプールからの無線リソースを使用することによって送信することができる。例えば、次のＳＣ期間において、ＵＥが１つのサイドリンク宛先にサイドリンクデータを送信することを再び決定し、第２のサイドリンク論理チャネルおよび第３のサイドリンク論理チャネルにおけるデータのみが残っているものと想定すると、サイドリンク論理チャネルの最も高い優先順位は、サイドリンク論理チャネル２の優先順位（すなわち優先順位４）である。これに対応して、無線リソースプール２が選択される。次いでＵＥは、上述した手順に従って、サイドリンク論理チャネル２，３のデータを送信する。
【０１８９】
一般的には、ｅＮｏｄｅＢによってセル内に設定されるリソースプールは、生じうるすべてのサイドリンクデータの優先順位をカバーするべきである。図９の例示的なシナリオにおいては、優先順位１，２，４，５をカバーするリソースプールで十分であるものと想定した。しかしながら、ＰｒｏＳｅ対応ＵＥの間でどのサイドリンクデータが交換されるかをｅＮｏｄｅＢが確実に知ることができないことを考えれば、実際にはｅＮｏｄｅＢは、自身のセル内に設定される無線リソースプールによって、生じうるすべての優先順位をカバーしなければならない。
【０１９０】
これに対して、１つまたは複数の優先順位を対象とする適切な無線リソースプールがｅＮｏｄｅＢによって設定されない場合、第１の実施形態のバリエーションにおいて、送信するデータ量を求めるステップをさらに拡張することができ、したがってＵＥは、送信するデータ量を求めるとき、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールに関連付けられている優先順位の１つである優先順位を有するサイドリンク論理チャネル、を考慮するのみならず、選択された無線リソースプールに関連付けられている優先順位の１つよりも高い優先順位に関連付けられている（選択されたサイドリンク宛先への）サイドリンク論理チャネルも考慮する。したがってこれにより、無線リソースプールが対象とする対応する優先順位よりも高い優先順位のデータも送信されることが可能になる。しかしながらこの場合にも、低い優先順位のデータが高い優先順位の無線リソースを使用することによって送信されることが依然として防止される。
【０１９１】
第１の実施形態に係る改良されたサイドリンクデータ伝送において起こりうる１つの欠点として、低い優先順位のデータ用のリソースが不足することがある。例えば、図１１において例示的に想定したシナリオでは、サイドリンク論理チャネル２，３の低い優先順位のデータは、第１のサイドリンク論理チャネルにおいて高い優先順位のデータが待ち状態にある限り送信されない。したがって、第１の実施形態のさらなるバリエーションでは、そのような低い優先順位のデータが滞留することを回避するためのメカニズムを提供する。第１の実施形態のステップ（このステップによれば、選択された無線リソースプールの優先順位に一致しないサイドリンク論理チャネルは、サイドリンクデータ伝送において無視される）は、必ず適用するようにするべきではない。そうではなく、低い優先順位のデータも送信されることを可能にする目的で、そのような低い優先順位のデータを伝える対応するサイドリンク論理チャネルを、送信するデータ量を求めるときにＵＥがときおり考慮する。
【０１９２】
低い優先順位のデータのリソース不足を回避するための１つの可能なメカニズムは、低い優先順位のサイドリンク論理チャネルにおいて待ち状態にあるデータに関連してタイマーを使用することに基づく。例えば、各サイドリンク論理チャネルに対してタイマーを設けることができ、各サイドリンク論理チャネルにおいてデータがすでに待ち状態にある時間を監視する。これに対応して、それぞれのタイマーを、サイドリンク論理チャネルの送信バッファにデータが入るときに起動することができ、適切な長さの時間の後に切れるように設定する。タイマーの値は、それぞれのサイドリンク論理チャネルによって処理されるデータの優先順位と、事業者が望む実際の実装とによって決まるようにすることができる。タイマーの値は、例えばｅＮｏｄｅＢまたはＰｒｏＳｅ機能によって設定することができる。したがって、低い優先順位のデータにおいて第１の実施形態によって生じうる遅延を、このようなタイマーの使用によって制御することができる。これに代えて、第１の実施形態によれば選択された無線リソースプールの優先順位に一致しないという理由でサイドリンク論理チャネルが無視される最初のタイミングにおいて、それぞれのタイマーを起動することができる。この場合、タイマーの値は、最初の代替方法の場合より小さく設定することができる。
【０１９３】
いずれの場合も、それぞれのタイマーが起動されてすでに切れているサイドリンク論理チャネルは、そのサイドリンク論理チャネルの優先順位が、選択された無線リソースプールの優先順位の１つでないか否かにかかわらず、送信するデータ量を求めるときにＵＥによって無視されない。これによって、低い優先順位のサイドリンク論理チャネルによって処理される低い優先順位のデータも、最終的に（すなわち設定されたタイマーの値に応じて）送信されることが確保される。
【０１９４】
タイマーに代わるメカニズムとして、送信される高い優先順位のデータの量と、送信される低い優先順位のデータの量との間の特定の比率を使用する。例えば、選択された無線リソースプールの優先順位に一致しない優先順位のサイドリンク論理チャネルを無視する追加のステップは、前に定義された比率が依然として満たされている間のみ実行する。例えば、７５％の高い優先順位のサイドリンクデータと、２５％の低い優先順位のサイドリンクデータの比率（すなわち高い優先順位のデータが低い優先順位のデータより３倍多い）を定義することができる。この場合、ＵＥは、少なくともこの比率が守られるように第１の実施形態のステップを実行し、これによって、選択された無線リソースプールの優先順位の１つではない優先順位のサイドリンク論理チャネルも考慮され、なぜならそうでない場合、結果としての比率が前に定義された（１つまたは複数の）値を下回るためである。これに代えて、特定の時間長または特定のＳＣ期間のみ、選択されたリソースプールの優先順位に一致しないサイドリンク論理チャネルのデータの送信が阻止される／実行されないように、比率を定義することができる。例えば、ＵＥが、１つおきのＳＣ期間ごとに、第１の実施形態に従ってサイドリンクデータ通信を実行するように定義する（すなわち設定する）ことができる。それ以外のＳＣ期間では、ＵＥは、現在規定されている手順に従ってサイドリンク通信を実行する。第１の実施形態のこれらのバリエーションでは、高い優先順位の無線リソースが高い優先順位のサイドリンクデータのみに使用されるという利点と、低い優先順位のデータも考慮することによってデータスループットが増大し、したがって低い優先順位のデータが滞留することも回避されるという利点との間の、トレードオフ（妥協点）が提供される。
【０１９５】
第２の実施形態
以下では、第１の実施形態によって解決される問題点（すなわち図９に関連して説明した問題点）と同じ問題点を扱う第２の実施形態を提示する。
【０１９６】
第２の実施形態でも、第１の実施形態において行った想定と同じ想定を行うことができる。簡潔に言えば、ＰｒｏＳｅ対応ＵＥにさまざまなサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルに、サイドリンク宛先が関連付けられており、かつ、特定の優先順位（例えば、サイドリンク論理チャネルによって処理されるデータのＰＰＰＰ）が関連付けられているものと想定する。ＵＥは、ＵＥによる自律的なリソース選択（モード２）で動作し、したがってＵＥには１つまたは複数の適切な無線リソースプールが設定されており、ＵＥは、サイドリンクグラントを選択するとき、サイドリンクデータを送信するために使用可能な無線リソースをこれらの無線リソースプールから選択することができる。（１つまたは複数の）無線リソースプールには、１つまたは複数の優先順位が関連付けられている。サイドリンクデータ（サイドリンク論理チャネルの送信バッファに入る）が、次のＳＣ期間内にＵＥによって送信される。サイドリンクデータの送信は、適切な送信パターン（ＭＡＣ  ＰＤＵの最初の送信およびその３回の再送信のタイミングを定義する）を選択して使用することによって実行される。
【０１９７】
第２の実施形態も、改良されたサイドリンクデータ伝送を提供するが、以下に説明するように、第１の実施形態と比較して異なるステップを提供する。第２の実施形態に係る改良されたＳＬデータ伝送では、主として、ＵＥによってリソースプールを選択する方法と、送信されるサイドリンクデータ量をＵＥによって求める方法とが、第１の実施形態とは異なる。第１の実施形態において説明したサイドリンク伝送の残りのステップは、大部分を同じままとすることができる。
【０１９８】
特に、ＵＥは、第１の実施形態に関連して説明したようにサイドリンク宛先を選択することができる。簡潔に言えば、ＵＥは、データが送信待ち状態にあるサイドリンク宛先のみを選択する、または、データが送信待ち状態にある複数のサイドリンク宛先のうちの１つを選択する。後者の場合、ＵＥは、データが利用可能であるすべてのサイドリンク論理チャネルのうち、最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先を選択することができる。ＬＴＥ（−Ａ）の例示的な実施形態においては、このステップは、新しい送信が実行されるときにＵＥによって適用されるサイドリンク論理チャネル優先順位付け手順の一部として実施することができる。
【０１９９】
ＵＥは、サイドリンク宛先を選択した後、サイドリンクグラントの選択に進むことができ、この選択は、適切な無線リソースプールを選択するステップを含む。第２の実施形態による無線リソースプールの選択は、第１の実施形態の場合と同様に、無線リソースプールの優先順位と、選択されたサイドリンク宛先に送信されるサイドリンクデータの優先順位とに基づくが、この選択は第１の実施形態とは異なる方式で行われる。より詳細には、第２の実施形態に従って動作するＵＥは、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も低い優先順位を求め、この最も低いサイドリンク論理チャネルの優先順位をリソースプールの優先順位と比較し、この最も低いサイドリンク論理チャネルの優先順位と同じであるかまたはそれより低い優先順位を（例えば自身の優先順位リストの中に）有する無線リソースプールを選択する。言い換えれば、第２の実施形態によれば、ＵＥは、選択されたサイドリンク宛先を送信先とするサイドリンク論理チャネルにおいて処理される最も低い優先順位のデータによって正当化されるよりも高い優先順位を有する無線リソースプールを選択することが回避されるように、最も低い優先順位のサイドリンク論理チャネルに一致する優先順位の無線リソースプールを選択する。結果としてＵＥは、（サイドリンク論理チャネルの優先順位を考慮するとき）可能な限り低い優先順位を有する無線リソースプールをつねに選択する。
【０２００】
さらに、選択されたサイドリンク宛先に次の送信期間内に送信するデータ量を求めるステップは、現在の仕様に定義されているように（したがって第１の実施形態とは異なり）、すなわち、サイドリンク論理チャネルの優先順位にかかわらず、選択されたサイドリンク宛先を送信先とするデータを伝えるすべてのサイドリンク論理チャネルを考慮することによって、実行される。言い換えれば、ＵＥは、次のＳＣ期間内に送信するデータ量を、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルによって伝えられるデータから求める。この場合も、ＵＥは、選択されたサイドリンク宛先への送信待ち状態にあるデータを有するすべてのサイドリンク論理チャネルにわたる、現在待ち状態にあるデータよりも少ないデータを送信することを決定することができる。
【０２０１】
ＵＥは、送信されるサイドリンクデータ量をこのように求めた後、第１の実施形態においてすでに詳しく説明したように、データを準備して実際の送信の実行に進むことができる。簡潔に言えば、送信を実行するために必要であるさまざまな送信パラメータがＵＥによって決定され、次いで、サイドリンクインタフェースを通じての実際の送信に適用される。これらのパラメータのいくつかは、前に求めたデータ量に直接依存する。送信パラメータのいくつかは、無線リソースプールから選択される無線リソースと、ＳＣ期間内のさまざまなデータ送信のタイミングを定義するデータ送信パターンと、変調方式および符号化率と、トランスポートブロックのサイズとを含む。
【０２０２】
図１２は、第２の実施形態に係るＵＥの動作の例示的かつ単純化したシーケンス図であり、上に概説した、ＵＥによって実行される関連するステップを示している。図１２に示したＵＥの動作は、大幅に単純化されており、第２の実施形態に係る改良されたサイドリンクデータ伝送を達成するためにＵＥによって実行される最も関連するステップに焦点をあてている。第２の実施形態の可能なバリエーションは、図１２には示していない。
【０２０３】
第２の実施形態は、高い優先順位の無線リソースが低い優先順位のデータの送信によって混雑することが回避されるサイドリンクデータ伝送を提供し、なぜなら無線リソースプールの選択が、選択されたサイドリンク宛先にデータが送信されるサイドリンク論理チャネルの優先順位のうち最も低い優先順位によって直接決まるためである。さらには、第１の実施形態と比較して、ＳＣ期間内により多くのサイドリンクデータを送信することができ、なぜならＵＥは、サイドリンク論理チャネルが、選択されたサイドリンク宛先を送信先とするデータを伝えるかに基づいてデータ量を求め、サイドリンク論理チャネルの優先順位が、選択された無線リソースプールの優先順位リストの中に含まれているか否かを考慮しないためである。第２の実施形態に関与する１つの欠点として、サイドリンク論理チャネルの優先順位のうち利用可能な最も低い優先順位に基づいて無線リソースプールを選択することに起因して、高い優先順位のデータも、選択された無線リソースプールの低い優先順位の無線リソースを使用することによって送信される。
【０２０４】
上に説明したように、第２の実施形態による、送信するデータ量を求めるステップは、現在の仕様および３ＧＰＰ標準規格と比較して変更されていない。これに対応して、そのような３ＧＰＰ  ＬＴＥ環境において実施される１つの特定の例示的な実施形態においては、ＵＥは、新しいサイドリンク送信を生成する目的で、選択された無線リソースプールから選択される無線リソースをサイドリンク論理チャネルに割り当てるため、非特許文献２に現在定義されているサイドリンク論理チャネル優先順位付け手順を実行することができる。
【０２０５】
この場合も、受信側ＵＥが送信パラメータを求めて、後からのサイドリンクデータを受信して正しく復号できるようにする目的で、サイドリンクデータ通信は、通常では、ＳＣ期間の最初においてサイドリンク制御情報を送信するステップを含む。このステップは、第２の実施形態に係る改良されたサイドリンクデータ伝送の場合にも等しくあてはまる。
【０２０６】
第２の実施形態について図１３に関連して例示的に説明する。図１３は、従来技術によるサイドリンクデータ伝送と、第１の実施形態に係る改良されたサイドリンクデータ伝送とを説明するためにすでに使用したシナリオと同じシナリオに基づく。この例示的なシナリオでは、特に、異なる優先順位（それぞれ２，４，５）を有し、ただし同じ（選択された）サイドリンク宛先を送信先とするサイドリンクデータを有する３つのサイドリンク論理チャネルを想定する。これに対応してＵＥは、次のＳＣ期間内に送信されるデータの宛先として１つのサイドリンク宛先を選択する。さらに、ＵＥには、それぞれの優先順位が関連付けられている２つのリソースプールが設定されており、すなわち優先順位１，２を有するリソースプール１は、（最も）高い優先順位のデータのみを対象とする高い優先順位のリソースプールである。第２のリソースプールには優先順位４、５が割り当てられており、したがって中レベルの優先順位のデータを対象としている。第２の実施形態によれば、サイドリンク論理チャネルの優先順位のうち最も低い優先順位（すなわち優先順位５）を基準とする。この優先順位が、利用可能な無線リソースプールの優先順位と比較され、したがって同じ優先順位５を有する第２の無線リソースプールがＵＥによって選択される。
【０２０７】
図１３から明らかであるように、サイドリンク論理チャネル１，２，３において、合計で４３０バイトのデータが待ち状態にあるものと想定する。第２の実施形態によれば、ＵＥは、サイドリンク宛先に送信するための合計４３０バイトのうち送信されるデータを選択し、ここでは次のＳＣ期間内に４３０バイト全体が送信されるものと想定する（ただしより少ないデータを送信することをＵＥが決定することもできる）。説明を目的として、データ送信パターンがＵＥによって選択され、このデータ送信パターンによればＳＣ期間内に２つのトランスポートブロックを送信することができるものと想定する。したがってＵＥは、例えば、最初のトランスポートブロック（ＭＡＣ  ＰＤＵ）によって３００バイトを伝え、２番目のトランスポートブロック（ＭＡＣ  ＰＤＵ）によって１３０バイトを伝えることを決定する。したがって、選択された無線リソースプール＃２から前に選択された無線リソースを、優先順位の降順にサイドリンク論理チャネルに割り当てることによってサイドリンクＬＣＰ手順が実行され、これにより、最初のトランスポートブロックを、ＬＣ＃１からの１００バイトとＬＣ＃２の２００バイトによって満たし、２番目のトランスポートブロックを、ＬＣ＃２の残りの５０バイトとＬＣ＃３の８０バイトすべてとによって満たす。これらのトランスポートブロックは、図１３に示したように適切な送信パターン（トランスポートブロックの最初の送信およびその３回の再送信を含む）を使用して、ＵＥによって送信される。説明を簡潔にする目的で、図１３においてサイドリンク制御情報の送信は省いてある。
【０２０８】
図１３から理解できるように、第２の実施形態では、ＵＥは、１つのＳＣ期間内に４３０バイト全体をサイドリンク宛先に送信することができる。さらに、図９に示した現在規定されているサイドリンクデータ伝送と比較したとき、第１の無線リソースプールによって提供される高い優先順位の無線リソースが、サイドリンクデータの送信を実行するために使用されず、したがって中レベルの優先順位のデータの送信によって混雑しない。その一方で、この第１のサイドリンク論理チャネルによって伝えられる高い優先順位のデータが、低い優先順位の無線リソースによって伝えられることに留意されたい。
【０２０９】
さらなる実施形態
第１の態様によれば、通信システムにおいて受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する送信側ユーザ端末、を提供する。送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられている。送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。送信側ユーザ端末は、以下のようにプロセッサおよび送信機を備えている。プロセッサは、サイドリンク宛先を選択し、かつ、少なくとも１つの無線リソースプールの１つを選択する。さらに、プロセッサは、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量を求める。プロセッサは、求められた量のサイドリンクデータの送信を実行するための送信パラメータをさらに決定する。送信機は、求められた量のサイドリンクデータを、決定された送信パラメータに基づいて送信する。第１の態様に加えて提供される第２の態様によれば、送信側ユーザ端末に複数の無線リソースプールが設定されている場合、プロセッサは、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も高い優先順位に関連付けられている無線リソースプール、を選択する。
【０２１０】
第１の態様または第２の態様に加えて提供される第３の態様によれば、送信パラメータのいくつかは、求められたデータ量に基づいて決定され、かつ、選択された無線リソースプールからの時間・周波数無線リソース、変調・符号化方式、サイドリンクデータの送信パターン、サイドリンク制御情報の送信パターン、トランスポートブロックサイズ、のうちの少なくとも１つを備えている。
【０２１１】
第１の態様から第３の態様の１つに加えて提供される第４の態様によれば、プロセッサは、送信可能な状態のデータを有するサイドリンク論理チャネルのうち最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先、を選択することによって、サイドリンク宛先の選択を実行する。
【０２１２】
第１の態様から第４の態様の１つに加えて提供される第５の態様によれば、送信機は、求められた量のサイドリンクデータのためのサイドリンク制御情報を、サイドリンク制御情報の送信パターンに基づいて送信する。オプションとして、サイドリンク制御情報は、サイドリンクデータを送信するために送信側ユーザ端末によって使用される送信パラメータのいくつかに関する情報を備えている。
【０２１３】
第１の態様から第５の態様の１つに加えて提供される第６の態様によれば、プロセッサは、選択された無線リソースプールから送信側ユーザ端末によって選択される無線リソースを、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルに、優先順位の降順に割り当てるために、論理チャネル優先順位付け（ＬＣＰ）手順をさらに実行する。オプションとして、ＬＣＰでは、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルのみを考慮する。
【０２１４】
第１の態様から第６の態様の１つに加えて提供される第７の態様によれば、プロセッサは、送信パラメータを決定するとき、選択された無線リソースプールから無線リソースをさらに選択する。
【０２１５】
第１の態様から第７の態様の１つに加えて提供される第８の態様によれば、プロセッサが、送信するサイドリンクデータ量を求めるとき、プロセッサは、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態のサイドリンクデータも考慮し、したがって、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからのサイドリンクデータが滞留しない。このことは、オプションとして、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからのサイドリンクデータに関連付けられるタイマーを動作させることによって、または、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルからの送信されるサイドリンクデータと、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからの送信されるサイドリンクデータ、との間の比率を監視することによって、達成することができる。
【０２１６】
第９の態様によれば、通信システムにおいて受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する送信側ユーザ端末、を提供する。送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられている。送信側ユーザ端末に、複数の無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。送信側ユーザ端末は、以下のようにプロセッサおよび送信機を備えている。プロセッサは、サイドリンク宛先を選択する。プロセッサは、少なくとも１つの無線リソースプールの１つをさらに選択し、選択される無線リソースプールには、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も低い優先順位と同じであるかまたはそれより低い優先順位が関連付けられている。プロセッサは、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルからの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量をさらに求める。プロセッサは、求められた量のサイドリンクデータの送信を実行するための送信パラメータをさらに決定する。送信機は、求められた量のサイドリンクデータを、決定された送信パラメータに基づいて送信する。
【０２１７】
第９の態様に加えて提供される第１０の態様によれば、プロセッサは、送信可能な状態のデータを有するサイドリンク論理チャネルのうち最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先、を選択することによって、サイドリンク宛先の選択を実行する。
【０２１８】
第９の態様および第１０の態様に加えて提供される第１１の態様によれば、送信機は、求められた量のサイドリンクデータのためのサイドリンク制御情報を、サイドリンク制御情報の送信パターンに基づいて、さらに送信する。オプションとして、制御情報は、サイドリンクデータを送信するために送信側ユーザ端末によって使用される送信パラメータのいくつかに関する情報を備えている。
【０２１９】
第１２の態様によれば、通信システムにおいて送信側ユーザ端末から受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する方法、を提供する。送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられている。送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。本方法は、サイドリンク宛先を選択するステップと、少なくとも１つの無線リソースプールの１つを選択するステップとを含む。さらに、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量が求められる。さらに、求められた量のサイドリンクデータの送信を実行するための送信パラメータが決定される。次いで、求められた量のサイドリンクデータが、決定された送信パラメータに基づいて送信される。
【０２２０】
第１２の態様に加えて提供される第１３の態様によれば、送信側ユーザ端末に複数の無線リソースプールが設定されている場合、無線リソースプールを選択するステップは、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も高い優先順位に関連付けられている無線リソースプール、を選択する。
【０２２１】
第１２の態様または第１３の態様に加えて提供される第１４の態様によれば、送信パラメータのいくつかは、求められたデータ量に基づいて決定され、かつ、選択された無線リソースプールからの時間・周波数無線リソース、変調・符号化方式、サイドリンクデータの送信パターン、サイドリンク制御情報の送信パターン、トランスポートブロックサイズ、のうちの少なくとも１つを備えている。
【０２２２】
第１２の態様から第１４の態様に加えて提供される第１５の態様によれば、サイドリンク宛先を選択するステップは、送信可能な状態のデータを有するサイドリンク論理チャネルのうち最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先、を選択する。
【０２２３】
第１２の態様から第１５の態様に加えて提供される第１６の態様によれば、本方法は、求められた量のサイドリンクデータのためのサイドリンク制御情報を、サイドリンク制御情報の送信パターンに基づいて、送信側ユーザ端末によって送信するステップ、をさらに含む。オプションとして、サイドリンク制御情報は、サイドリンクデータを送信するために送信側ユーザ端末によって使用される送信パラメータのいくつかに関する情報を備えている。
【０２２４】
第１２の態様から第１６の態様に加えて提供される第１７の態様によれば、本方法は、選択された無線リソースプールから送信側ユーザ端末によって選択される無線リソースを、選択されたサイドリンク宛先に関連付けられており、かつオプションとして、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルに、優先順位の降順に割り当てるために、論理チャネル優先順位付け（ＬＣＰ）手順を送信側ユーザ端末によって実行するさらなるステップ、を含む。
【０２２５】
第１２の態様から第１７の態様に加えて提供される第１８の態様によれば、送信パラメータを決定するステップは、選択された無線リソースプールから無線リソースを選択するステップを含む。
【０２２６】
第１２の態様から第１８の態様に加えて提供される第１９の態様によれば、送信するサイドリンクデータ量を求めるステップは、選択されたサイドリンク宛先に関連付けられており、かつ、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネル、からの、送信可能な状態のサイドリンクデータも考慮し、したがって、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからのサイドリンクデータが滞留しない。１つのオプションとして、このことは、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからのサイドリンクデータに関連付けられるタイマーを動作させることによって、または、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つである優先順位を有するサイドリンク論理チャネルからの送信されるサイドリンクデータと、選択された無線リソースプールに関連付けられている少なくとも１つの優先順位の１つではない優先順位を有するサイドリンク論理チャネルからの送信されるサイドリンクデータ、との間の比率を監視することによって、達成される。
【０２２７】
第２０の態様によれば、通信システムにおいて送信側ユーザ端末から受信側ユーザ端末へのサイドリンク接続を通じて直接通信送信を実行する方法、を提供する。送信側ユーザ端末に、複数のサイドリンク論理チャネルが設定されており、各サイドリンク論理チャネルが、サイドリンクデータの可能な宛先としての複数のサイドリンク宛先のうちの１つに関連付けられており、各サイドリンク論理チャネルに優先順位が関連付けられている。送信側ユーザ端末に、少なくとも１つの無線リソースプールが設定されており、各無線リソースプールが、直接通信送信を実行するために送信側ユーザ端末によって使用可能な無線リソースを示しており、各無線リソースプールに少なくとも１つの優先順位が関連付けられている。本方法は、サイドリンク宛先を選択するさらなるステップを含む。さらに、少なくとも１つの無線リソースプールの１つが選択され、選択される無線リソースプールには、選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルの優先順位のうち最も低い優先順位と同じであるかまたはそれより低い優先順位が関連付けられている。選択されたサイドリンク宛先に関連付けられているサイドリンク論理チャネルからの、送信可能な状態にあるサイドリンクデータのうち、送信するサイドリンクデータ量が求められる。さらに、求められた量のサイドリンクデータの送信を実行するための送信パラメータも決定される。次いで、求められた量のサイドリンクデータが、決定された送信パラメータに基づいて送信される。
【０２２８】
第２０の態様に加えて提供される第２１の態様によれば、サイドリンク宛先を選択するステップは、送信可能な状態のデータを有するサイドリンク論理チャネルのうち最も高い優先順位を有するサイドリンク論理チャネルに関連付けられているサイドリンク宛先、を選択する。
【０２２９】
第２０の態様および第２１の態様に加えて提供される第２２の態様によれば、本方法は、求められた量のサイドリンクデータのためのサイドリンク制御情報を、サイドリンク制御情報の送信パターンに基づいて、送信側ユーザ端末によって送信するさらなるステップ、を含む。オプションとして、サイドリンク制御情報は、サイドリンクデータを送信するために送信側ユーザ端末によって使用される送信パラメータのいくつかに関する情報を備えている。
【０２３０】
ハードウェアおよびソフトウェアによる本開示の実施
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）を提供する。本ユーザ端末は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
【０２３１】
さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。特に、上に説明した各実施形態の説明において使用される各機能ブロックは、集積回路としてのＬＳＩによって実施することができる。これらの機能ブロックは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。これらのチップは、自身に結合されているデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって達成することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、あるいはＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用することもできる。
【０２３２】
さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【０２３３】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
2019508931.tif 000003
【図２】
2019508931.tif 000004
【図３】
2019508931.tif 000005
【図４】
2019508931.tif 000006
【図５】
2019508931.tif 000007
【図６】
2019508931.tif 000008
【図７】
2019508931.tif 000009
【図８】
2019508931.tif 000010
【図９】
2019508931.tif 000011
【図１０】
2019508931.tif 000012
【図１１】
2019508931.tif 000013
【図１２】
2019508931.tif 000014
【図１３】
2019508931.tif 000015
【国際調査報告】
2019508931.tif 000016
2019508931.tif 000017
2019508931.tif 000018
2019508931.tif 000019