JP7122695B2 - サイドリンク制御期間における複数のサイドリンク制御送信 - Google Patents
サイドリンク制御期間における複数のサイドリンク制御送信 Download PDFInfo
- Publication number
- JP7122695B2 JP7122695B2 JP2021034193A JP2021034193A JP7122695B2 JP 7122695 B2 JP7122695 B2 JP 7122695B2 JP 2021034193 A JP2021034193 A JP 2021034193A JP 2021034193 A JP2021034193 A JP 2021034193A JP 7122695 B2 JP7122695 B2 JP 7122695B2
- Authority
- JP
- Japan
- Prior art keywords
- sidelink
- period
- processes
- grant
- user equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Description
本開示は、サイドリンク制御期間中にサイドリンクインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク送信を実行するための、送信側ユーザ機器への無線リソースの割当てメカニズムに関する。この点において、本開示は、割当てメカニズムの方法と、本明細書に記載されている割当てメカニズムを適用するユーザ機器とを定義する。
＜ロングタームエボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ－ＵＴＲＡ（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)」に関する検討項目の記述が承認された。この検討項目は、Ｅ－ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ－Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
世界無線通信会議２００７（ＷＲＣ－０７）において、ＩＭＴ－Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ－Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ ＴＳＧ ＲＡＮ ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ－ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ－Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線周波数帯の欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広い周波数帯域を見つけることは困難である。したがって、より広い無線周波数帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ－Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。
少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないときには、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング）を使用することができる。
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力および／または送信能力を備えた、ＬＴＥ－Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、および／または送信することができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して）周波数領域における最大１１０個のリソースブロックに制限される。
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ ＬＴＥ－Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ－ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ ＳＣＣ）である。１基のＵＥに対して、最大５つのサービングセル（ＰＣｅｌｌを含む）を設定することができる。
ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
・ 各ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる（したがって、設定されるＤＬ ＳＣＣの数はＵＬ ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない）。
・ ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
・ ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
・ 非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
・ ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
・ ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
・ アップリンクＰＣｅｌｌは、第１層のアップリンク制御情報の送信に使用される。
・ ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
・ 各ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる（したがって、設定されるＤＬ ＳＣＣの数はＵＬ ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない）。
・ ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
・ ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
・ 非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
・ ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
・ ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
・ アップリンクＰＣｅｌｌは、第１層のアップリンク制御情報の送信に使用される。
・ ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
コンポーネントキャリアの設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。１基のＵＥにＳＣｅｌｌが追加されるとき、各ＳＣｅｌｌにはサービングセルインデックスが設定される。ＰＣｅｌｌはつねにサービングセルインデックス０を有する。
キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、同時に進行させることのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩ（ダウンリンク制御情報）フォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアのリンク（ＲＲＣシグナリングによって確立される）によって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに２つ以上のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
＜ＬＴＥにおけるアップリンクアクセス方式＞
アップリンク送信では、カバレッジを最大にするため、ユーザ端末は高い電力効率で送信する必要がある。Ｅ－ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジも改善されるためである（与えられる端末ピーク電力に対してデータレートがより高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。
アップリンク送信では、カバレッジを最大にするため、ユーザ端末は高い電力効率で送信する必要がある。Ｅ－ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジも改善されるためである（与えられる端末ピーク電力に対してデータレートがより高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。
データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えば０．５ｍｓのサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩより長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
＜ＬＴＥにおけるアップリンクのスケジューリング方式＞
ＬＴＥにおけるアップリンク方式では、スケジューリングされるアクセス（scheduled access）（すなわちｅＮＢによって制御される）と、競合ベースのアクセスの両方が許可される。
ＬＴＥにおけるアップリンク方式では、スケジューリングされるアクセス（scheduled access）（すなわちｅＮＢによって制御される）と、競合ベースのアクセスの両方が許可される。
スケジューリングされるアクセスの場合、アップリンクデータを送信するための特定の時間にわたる特定の周波数リソース（すなわち時間／周波数リソース）が、ｅＮＢによってＵＥに割り当てられる。いくらかの時間／周波数リソースを競合ベースのアクセス用に割り当てることができ、ＵＥは、最初にｅＮＢによってスケジューリングされることなくこの時間／周波数リソースの中で送信することができる。ＵＥが競合ベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわちＵＥがあるセルへの最初のアクセスを行うとき、またはアップリンクリソースを要求するときである。
スケジューリングされるアクセスの場合、ＮｏｄｅＢのスケジューラが、アップリンクデータ送信のための一意の時間－周波数リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
・ 送信を許可する（１基または複数基の）ＵＥ
・ 物理チャネルリソース
・ 移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ：Modulation Coding Scheme））
・ 送信を許可する（１基または複数基の）ＵＥ
・ 物理チャネルリソース
・ 移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ：Modulation Coding Scheme））
次に、第１層／第２層制御チャネルで送られるスケジューリンググラントを介して、割当て情報がＵＥにシグナリングされる。以下では、説明を簡潔にするため、このチャネルをアップリンクグラントチャネルと称する。したがって、スケジューリンググラントメッセージには、情報として、周波数帯域のうちＵＥによる使用を許可する部分と、グラントの有効期間と、これから行うアップリンク送信にＵＥが使用しなければならないトランスポートフォーマットとが含まれる。最も短い有効期間は１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。アップリンク共有チャネル（ＵＬ－ＳＣＨ）で送信する権利を許可するグラントとしては、「各ＵＥに対する」グラントのみが使用される（すなわち、「各ＵＥにおける各無線ベアラごとの」グラントは存在しない）。したがってＵＥは、割り当てられたリソースを何らかの規則に従って無線ベアラの間で配分する必要がある。トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。ｅＮＢが、何らかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。ＨＳＵＰＡでは、ＮｏｄｅＢが最大限のアップリンクリソースを割り当てて、ＵＥは、それに応じてデータ送信用の実際のトランスポートフォーマットを選択する。
無線リソースのスケジューリングは、サービス品質（ＱｏＳ）を決めるうえで、共有チャネルアクセスネットワークにおいて最も重要な機能であるため、効率的なＱｏＳ管理を可能にする目的で、ＬＴＥにおけるアップリンクスケジューリング方式が満たしているべき要件がいくつかある。
・ 優先順位の低いサービスのリソース不足を避けるべきである。
・ スケジューリング方式によって、無線ベアラ／サービスのＱｏＳの明確な区別がサポートされるべきである。
・ どの無線ベアラ／サービスのデータが送信されるのかをｅＮＢのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を行うことができるべきである。
・ 異なるユーザのサービスの間でＱｏＳを明確に区別できるようにするべきである。
・ 無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
・ 優先順位の低いサービスのリソース不足を避けるべきである。
・ スケジューリング方式によって、無線ベアラ／サービスのＱｏＳの明確な区別がサポートされるべきである。
・ どの無線ベアラ／サービスのデータが送信されるのかをｅＮＢのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を行うことができるべきである。
・ 異なるユーザのサービスの間でＱｏＳを明確に区別できるようにするべきである。
・ 無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
上に挙げた一連の条件から理解できるように、ＬＴＥのスケジューリング方式の１つの重要な側面は、事業者が、自身の総セル容量を、ＱｏＳクラスの異なる無線ベアラの間で分配することを制御できるメカニズムを提供することである。無線ベアラのＱｏＳクラスは、前述したようにサービングゲートウェイからｅＮＢにシグナリングされる対応するＳＡＥベアラのＱｏＳプロファイルによって識別される。事業者は、自身の総セル容量のうちの特定の量を、特定のＱｏＳクラスの無線ベアラに関連付けられる総トラフィックに割り当てることができる。クラスに基づくこのアプローチを採用する主たる目的は、パケットの処理を、パケットが属するＱｏＳクラスに応じて区別できるようにすることである。
＜第１層／第２層制御シグナリング＞
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内にダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの倍数とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内にダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの倍数とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループを対象とするリソース割当ておよびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
なお、３ＧＰＰ ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。さらに、３ＧＰＰリリース１１ではＥＰＤＣＣＨが導入され、ＥＰＤＣＣＨは基本的にＰＤＣＣＨと同じ機能を果たし（すなわち第１層／第２層制御シグナリングを伝える）、ただし送信方法の細部はＰＤＣＣＨとは異なる。さらなる詳細については、特に、非特許文献１および非特許文献２（参照により本明細書に組み込まれている）の現在のバージョンに記載されている。したがって、背景技術および実施形態の中で概説したほんどの項目は、特に明記しない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、または第１層／第２層制御シグナリングを伝える他の手段にあてはまる。
アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的で第１層／第２層制御シグナリングで送られる情報は（特にＬＴＥ（－Ａ）リリース１０）、一般的には以下の項目に分類することができる。
－ ユーザ識別情報： 割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。
－ リソース割当て情報： ユーザに割り当てられるリソース（例：リソースブロック（ＲＢ））を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
－ キャリアインジケータ： 第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
－ 変調・符号化方式： 採用される変調方式および符号化率を決める。
－ ＨＡＲＱ情報： データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
－ 電力制御コマンド： 割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
－ 基準信号情報： 割当ての対象の基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
－ アップリンク割当てインデックスまたはダウンリンク割当てインデックス： 割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
－ ホッピング情報： 例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
－ ＣＳＩ要求： 割り当てられるリソースにおいてチャネル状態情報を送信するようにトリガーするために使用される。
－ マルチクラスタ情報： シングルクラスタ（リソースブロックの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ ＬＴＥ－（Ａ）リリース１０によって導入された。
－ ユーザ識別情報： 割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。
－ リソース割当て情報： ユーザに割り当てられるリソース（例：リソースブロック（ＲＢ））を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
－ キャリアインジケータ： 第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
－ 変調・符号化方式： 採用される変調方式および符号化率を決める。
－ ＨＡＲＱ情報： データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
－ 電力制御コマンド： 割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
－ 基準信号情報： 割当ての対象の基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
－ アップリンク割当てインデックスまたはダウンリンク割当てインデックス： 割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
－ ホッピング情報： 例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
－ ＣＳＩ要求： 割り当てられるリソースにおいてチャネル状態情報を送信するようにトリガーするために使用される。
－ マルチクラスタ情報： シングルクラスタ（リソースブロックの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ ＬＴＥ－（Ａ）リリース１０によって導入された。
なお上のリストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
ダウンリンク制御情報はいくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、上述したフィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献３の５.３.３.１節（現在のバージョン１２．４．０が３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）に詳しく記載されている。さらに、ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、上に挙げた技術規格、または非特許文献４の９.３節（参照により本明細書に組み込まれている）を参照されたい。
－ フォーマット０： ＤＣＩフォーマット０は、アップリンク送信モード１または２におけるシングルアンテナポート送信を使用するＰＵＳＣＨのためのリソースグラントを送信するのに使用される。
－ フォーマット１： ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨの送信（ダウンリンク送信モード１，２，７）のためのリソース割当てを送信するのに使用される。
－ フォーマット１Ａ： ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングする目的と、競合のないランダムアクセスのために専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される（すべての送信モード）。
－ フォーマット１Ｂ： ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（ダウンリンク送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが送信される。
－ フォーマット１Ｃ： ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制約される。このフォーマットは、例えば、ページングメッセージをシグナリングしたり、システム情報メッセージをブロードキャストするために使用される。
－ フォーマット１Ｄ： ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示すための１個のビットが存在する。この構成は、２基のユーザ機器の間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のユーザ機器の間で電力を共有する場合に拡張されうる。
－ フォーマット２： ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される（送信モード４）。
－ フォーマット２Ａ： ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される（送信モード３）。
－ フォーマット２Ｂ： リリース９において導入され、デュアルレイヤ・ビームフォーミングの場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード８）。
－ フォーマット２Ｃ： リリース１０において導入され、閉ループシングルユーザＭＩＭＯ動作またはマルチユーザＭＩＭＯ動作（最大８レイヤ）の場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード９）。
－ フォーマット２Ｄ： リリース１１において導入され、最大８レイヤの送信に使用され、主としてＣｏＭＰ（協調マルチポイント）において使用される（送信モード１０）。
－ フォーマット３および３Ａ： ＤＣＩフォーマット３および３Ａは、それぞれ、２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ユーザ機器のグループのための個々の電力制御コマンドを含む。
－ フォーマット４： ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用する、ＰＵＳＣＨのスケジューリングに使用される。
－ フォーマット５： ＤＣＩフォーマット５は、ＰＳＣＣＨ（物理サイドリンク制御チャネル：Physical Sidelink Shared Control Channel）のスケジューリングに使用され、さらに、ＰＳＳＣＨ（物理サイドリンク共有チャネル：Physical Sidelink Shared Channel）のスケジューリングに使用されるＳＣＩ（サイドリンク制御情報）フォーマット０のいくつかのフィールドを含む。特定のサーチスペースにマッピングされるＤＣＩフォーマット５における情報ビットの数は、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより少なく、フォーマット５のペイロードサイズが、フォーマット０に付加されたパディングビットを含むフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０が付加される。
－ フォーマット０： ＤＣＩフォーマット０は、アップリンク送信モード１または２におけるシングルアンテナポート送信を使用するＰＵＳＣＨのためのリソースグラントを送信するのに使用される。
－ フォーマット１： ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨの送信（ダウンリンク送信モード１，２，７）のためのリソース割当てを送信するのに使用される。
－ フォーマット１Ａ： ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングする目的と、競合のないランダムアクセスのために専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される（すべての送信モード）。
－ フォーマット１Ｂ： ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（ダウンリンク送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが送信される。
－ フォーマット１Ｃ： ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制約される。このフォーマットは、例えば、ページングメッセージをシグナリングしたり、システム情報メッセージをブロードキャストするために使用される。
－ フォーマット１Ｄ： ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示すための１個のビットが存在する。この構成は、２基のユーザ機器の間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のユーザ機器の間で電力を共有する場合に拡張されうる。
－ フォーマット２： ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される（送信モード４）。
－ フォーマット２Ａ： ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される（送信モード３）。
－ フォーマット２Ｂ： リリース９において導入され、デュアルレイヤ・ビームフォーミングの場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード８）。
－ フォーマット２Ｃ： リリース１０において導入され、閉ループシングルユーザＭＩＭＯ動作またはマルチユーザＭＩＭＯ動作（最大８レイヤ）の場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード９）。
－ フォーマット２Ｄ： リリース１１において導入され、最大８レイヤの送信に使用され、主としてＣｏＭＰ（協調マルチポイント）において使用される（送信モード１０）。
－ フォーマット３および３Ａ： ＤＣＩフォーマット３および３Ａは、それぞれ、２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ユーザ機器のグループのための個々の電力制御コマンドを含む。
－ フォーマット４： ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用する、ＰＵＳＣＨのスケジューリングに使用される。
－ フォーマット５： ＤＣＩフォーマット５は、ＰＳＣＣＨ（物理サイドリンク制御チャネル：Physical Sidelink Shared Control Channel）のスケジューリングに使用され、さらに、ＰＳＳＣＨ（物理サイドリンク共有チャネル：Physical Sidelink Shared Channel）のスケジューリングに使用されるＳＣＩ（サイドリンク制御情報）フォーマット０のいくつかのフィールドを含む。特定のサーチスペースにマッピングされるＤＣＩフォーマット５における情報ビットの数は、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより少なく、フォーマット５のペイロードサイズが、フォーマット０に付加されたパディングビットを含むフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０が付加される。
３ＧＰＰ技術規格である非特許文献３（現在のバージョン１２．４．０）の５．４．３節（参照により本明細書に組み込まれている）には、サイドリンクの制御情報が定義されている（サイドリンクに関して詳しくは後述する）。
ＳＣＩ（サイドリンク制御情報）は、１つの宛先ＩＤのためのサイドリンクスケジューリング情報を伝えることができる。ＳＣＩフォーマット０は、ＰＳＳＣＨのスケジューリングに使用するために定義されている。次の情報は、ＳＣＩフォーマット０によって送信される。
・ 周波数ホッピングフラグ：１ビット
・ リソースブロック割当ておよびホッピングリソース割当て
・ 時間リソースパターン：７ビット
・ 変調・符号化方式：５ビット
・ タイミングアドバンス指示情報：１１ビット
・ グループ宛先ＩＤ：８ビット
・ 周波数ホッピングフラグ：１ビット
・ リソースブロック割当ておよびホッピングリソース割当て
・ 時間リソースパターン：７ビット
・ 変調・符号化方式：５ビット
・ タイミングアドバンス指示情報：１１ビット
・ グループ宛先ＩＤ：８ビット
論理チャネル優先順位付け（ＬＣＰ）手順
アップリンクの場合、割り当てられた無線リソースを使用して送信するＭＡＣ ＰＤＵをＵＥが作成するプロセスは、完全に標準化されている。このプロセスは、ＵＥの異なる実装の間でも最適かつ一貫した方式で、設定されている各無線ベアラのＱｏＳをＵＥが満たすように設計されている。ＵＥは、新しいＭＡＣ ＰＤＵに含める、各論理チャネルのデータ量を、ＰＤＣＣＨでシグナリングされるアップリンク送信リソースグラントメッセージに基づいて決定しなければならず、必要な場合、さらにＭＡＣ制御要素のためのスペースを割り当てなければならない。
アップリンクの場合、割り当てられた無線リソースを使用して送信するＭＡＣ ＰＤＵをＵＥが作成するプロセスは、完全に標準化されている。このプロセスは、ＵＥの異なる実装の間でも最適かつ一貫した方式で、設定されている各無線ベアラのＱｏＳをＵＥが満たすように設計されている。ＵＥは、新しいＭＡＣ ＰＤＵに含める、各論理チャネルのデータ量を、ＰＤＣＣＨでシグナリングされるアップリンク送信リソースグラントメッセージに基づいて決定しなければならず、必要な場合、さらにＭＡＣ制御要素のためのスペースを割り当てなければならない。
複数の論理チャネルからのデータによってＭＡＣ ＰＤＵを構築するとき、最も簡単かつ最も直感的な方法は、絶対的な優先順位に基づく方法であり、この方法では、ＭＡＣ ＰＤＵのスペースを、論理チャネルの優先順位の降順に論理チャネルに割り当てる。すなわち、最も高い優先順位の論理チャネルからのデータをＭＡＣ ＰＤＵにおいて最初に処理し、続いて、次に高い優先順位の論理チャネルからのデータを処理し、ＭＡＣ ＰＤＵのスペースがすべて占有されるまで続ける。絶対的な優先順位に基づく方法は、ＵＥの実装の観点において極めて単純であるが、場合によっては低い優先順位の論理チャネルからのデータのリソース不足につながることがある。リソース不足とは、高い優先順位の論理チャネルからのデータがＭＡＣ ＰＤＵのスペースすべてを占有するため、低い優先順位の論理チャネルからのデータを送信できないことを意味する。
ＬＴＥでは、重要度の順にデータを送信し、ただし低い優先順位のデータのリソース不足も回避する目的で、各論理チャネルに優先ビットレート（ＰＢＲ：Prioritized Bit Rate）が定義される。ＰＢＲは、論理チャネルに対して保証される最小データレートである。たとえ論理チャネルの優先順位が低い場合でも、ＰＢＲを保証するため少なくとも少量のＭＡＣ ＰＤＵスペースが割り当てられる。したがってリソース不足の問題は、ＰＢＲを使用することによって回避することができる。
ＰＢＲを使用してＭＡＣ ＰＤＵを構築するステップは、２つのサブステップから構成される。最初のサブステップでは、各論理チャネルを、論理チャネルの優先順位の降順に処理し、ただしＭＡＣ ＰＤＵに含める各論理チャネルからのデータ量を、最初は、その論理チャネルに設定されているＰＢＲ値に対応する量に制限する。すべての論理チャネルをそれぞれのＰＢＲ値まで処理した後、ＭＡＣ ＰＤＵに残りのスペースがある場合、第２のサブステップを実行する。第２のサブステップでは、各論理チャネルを再び優先順位の降順に処理する。最初のサブステップと比較して第２のサブステップの大きな違いとして、高い優先順位の論理チャネルすべてにおいて、送信するデータがそれ以上存在しない場合にのみ、低い優先順位の各論理チャネルにＭＡＣ ＰＤＵスペースを割り当てることができる。
ＭＡＣ ＰＤＵは、設定されている各論理チャネルからのＭＡＣ ＳＤＵのみならず、ＭＡＣ ＣＥも含むことができる。ＭＡＣ ＣＥは、パディングＢＳＲを除いて、論理チャネルからのＭＡＣ ＳＤＵより高い優先順位を有し、なぜならＭＡＣ ＣＥはＭＡＣ層の動作を制御するためである。したがって、ＭＡＣ ＰＤＵを構築するとき、ＭＡＣ ＣＥ（存在する場合）が最初に含められ、残りのスペースが論理チャネルからのＭＡＣ ＳＤＵに使用される。次に、さらなるスペースが残っており、それがＢＳＲを含めるのに十分に大きい場合、パディングＢＳＲがトリガーされてＭＡＣ ＰＤＵに含められる。新しい送信が実行されるたびに、論理チャネル優先順位付け（ＬＣＰ）手順が適用される。
論理チャネル優先順位付けは、例えば非特許文献５（現在のバージョン１２．５．０）の５．４．３．１節（参照により本明細書に組み込まれている）に標準化されている。
ＲＲＣは、各論理チャネルについて以下をシグナリングすることによってアップリンクデータのスケジューリングを制御する。
・ 優先順位（ｐｒｉｏｒｉｔｙ）： 優先順位の値が大きいほど低い優先順位レベルを示す）
・ ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ： 優先ビットレート（ＰＢＲ）を設定する
・ ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ： バケットサイズ期間（ＢＳＤ）を設定する
・ 優先順位（ｐｒｉｏｒｉｔｙ）： 優先順位の値が大きいほど低い優先順位レベルを示す）
・ ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ： 優先ビットレート（ＰＢＲ）を設定する
・ ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ： バケットサイズ期間（ＢＳＤ）を設定する
ＵＥは、論理チャネルｊごとに変数Ｂｊを維持する。Ｂｊは、関連する論理チャネルが確立されるときに０に初期化され、ＴＴＩごとに積ＰＢＲ×ＴＴＩ時間長だけインクリメントされていく（ＰＢＲは論理チャネルｊの優先ビットレートである）。ただし、Ｂｊの値はバケットサイズを超えることはできず、Ｂｊの値が論理チャネルｊのバケットサイズより大きくなると、Ｂｊの値はバケットサイズに設定される。論理チャネルのバケットサイズは、ＰＢＲ（優先ビットレート）×ＢＳＤ（バケットサイズ期間）に等しく、ＰＢＲおよびＢＳＤは上位層によって設定される。
＜ＬＴＥの装置間（Ｄ２Ｄ）近傍サービス（ＰｒｏＳｅ）＞
近傍性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近傍サービス（ＰｒｏＳｅ）機能を導入することにより、３ＧＰＰ業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してＬＴＥを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
近傍性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近傍サービス（ＰｒｏＳｅ）機能を導入することにより、３ＧＰＰ業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してＬＴＥを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
装置間（Ｄ２Ｄ）通信は、ＬＴＥリリース１２における技術要素である。装置間（Ｄ２Ｄ）通信技術によって、セルラーネットワークに対するアンダーレイ（下層）としてのＤ２Ｄにおいてスペクトル効率を高めることができる。例えば、セルラーネットワークがＬＴＥである場合、データを伝えるすべての物理チャネルは、Ｄ２ＤシグナリングにおいてＳＣ－ＦＤＭＡを使用する。Ｄ２Ｄ通信では、ユーザ機器は、無線基地局を経由せずに、セルラーリソースを使用する直接的なリンクを通じて互いにデータ信号を送信する。本発明全体を通じて、用語「Ｄ２Ｄ」、「ＰｒｏＳｅ」、および「サイドリンク」は同義である。
＜ＬＴＥにおけるＤ２Ｄ通信＞
ＬＴＥにおけるＤ２Ｄ通信は、ディスカバリおよび通信という２つの分野に焦点をあてている。
ＬＴＥにおけるＤ２Ｄ通信は、ディスカバリおよび通信という２つの分野に焦点をあてている。
ＰｒｏＳｅ（近傍サービス）直接ディスカバリ（ProSe Direct Discovery）は、ＰｒｏＳｅ対応ユーザ機器が、近傍の別の（１基または複数基の）ＰｒｏＳｅ対応ユーザ機器を、ＰＣ５インタフェースを介してＥ－ＵＴＲＡ直接無線信号を使用して発見するために使用される手順と定義されている。図３は、装置間の直接ディスカバリのためのＰＣ５インタフェースを概略的に示している。図４は、ＰｒｏＳｅ直接ディスカバリのための無線プロトコルスタック（ＡＳ）を概略的に示している。
Ｄ２Ｄ通信では、ＵＥは、基地局（ＢＳ）を経由せずに、セルラーリソースを使用して直接的なリンクを通じて互いにデータ信号を送信する。Ｄ２Ｄユーザは、直接通信するが、基地局の制御下のままである（少なくともｅＮＢのカバレッジ内にあるとき）。したがってＤ２Ｄでは、セルラーリソースを再利用することによってシステム性能を改善することができる。
Ｄ２Ｄは、アップリンクＬＴＥ周波数帯（ＦＤＤの場合）において動作する、またはカバレッジを提供しているセルのアップリンクサブフレーム（ＴＤＤの場合、ただしカバレッジ外のときを除く）において動作するものと想定する。さらに、Ｄ２Ｄ送信／受信では、与えられたキャリアにおいて全二重を使用しない。個々のユーザ機器の観点からは、与えられたキャリアにおいて、Ｄ２Ｄ信号受信およびＬＴＥアップリンク送信が全二重を使用しない（すなわちＤ２Ｄ信号受信およびＬＴＥアップリンク送信を同時に行うことはできない）。
Ｄ２Ｄ通信では、特定の１基のＵＥ１が送信の役割であるとき（送信側ユーザ機器または送信側端末）、ＵＥ１がデータを送り、別のＵＥ２（受信側ユーザ機器）がそれを受信する。ＵＥ１およびＵＥ２は、送信の役割と受信の役割を交換することができる。ＵＥ１からの送信は、ＵＥ２に類似する１基または複数基のＵＥによって受信することができる。
ユーザプレーンのプロトコルに関して、Ｄ２Ｄ通信の観点からの合意部分を以下に示す（非特許文献６（現在のバージョン１２．０．１）の９．２．２節（参照により本明細書に組み込まれている）も参照）。
・ ＰＤＣＰ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信データ（すなわちＩＰパケット）は、通常のユーザプレーンデータとして扱うべきである。
－ １：Ｍ Ｄ２Ｄブロードキャスト通信データには、ＰＤＣＰにおけるヘッダ圧縮／圧縮解除を適用することができる。
・ 公共安全に関連するＤ２Ｄブロードキャスト動作では、ＰＤＣＰにおけるヘッダ圧縮にＵモードを使用する。
・ ＲＬＣ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信にはＲＬＣ ＵＭを使用する。
－ セグメント化および再構築はＲＬＣ ＵＭによって第２層においてサポートされる。
－ 受信側ＵＥは、送信側のピアＵＥあたり少なくとも１つのＲＬＣ ＵＭエンティティを維持する必要がある。
－ 最初のＲＬＣ ＵＭデータユニットを受信する前に受信機のＲＬＣ ＵＭエンティティを設定する必要はない。
－ 現在のところ、ユーザプレーンデータを送信するＤ２Ｄ通信においてＲＬＣ ＡＭまたはＲＬＣ ＴＭの必要性は認識されていない。
・ ＭＡＣ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信ではＨＡＲＱフィードバックを想定しない。
－ 受信側ＵＥは、受信機のＲＬＣ ＵＭエンティティを識別する目的で送信元ＩＤを認識する必要がある。
－ ＭＡＣヘッダには、ＭＡＣ層におけるパケットフィルタリングを可能にするレイヤ２（Ｌ２）送信先ＩＤが含まれる。
－ レイヤ２（Ｌ２）送信先ＩＤは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
・ レイヤ２（Ｌ２）グループキャスト／ユニキャスト： ＭＡＣヘッダにおいて伝えられるレイヤ２（Ｌ２）送信先ＩＤによって、受信されたＲＬＣ ＵＭ ＰＤＵを、たとえそれを受信機のＲＬＣエンティティに渡す前であっても破棄することが可能となる。
・ レイヤ２（Ｌ２）ブロードキャスト： 受信側ＵＥは、すべての送信機からの受信されたすべてのＲＬＣ ＰＤＵを処理し、再構築してＩＰパケットを上位層に渡す。
－ ＭＡＣサブヘッダには、（複数の論理チャネルを区別するために）ＬＣＩＤ（論理チャネルＩＤ）が含まれる。
－ Ｄ２Ｄでは、少なくとも多重化／逆多重化、優先順位の処理、およびパディングが有用である。
・ ＰＤＣＰ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信データ（すなわちＩＰパケット）は、通常のユーザプレーンデータとして扱うべきである。
－ １：Ｍ Ｄ２Ｄブロードキャスト通信データには、ＰＤＣＰにおけるヘッダ圧縮／圧縮解除を適用することができる。
・ 公共安全に関連するＤ２Ｄブロードキャスト動作では、ＰＤＣＰにおけるヘッダ圧縮にＵモードを使用する。
・ ＲＬＣ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信にはＲＬＣ ＵＭを使用する。
－ セグメント化および再構築はＲＬＣ ＵＭによって第２層においてサポートされる。
－ 受信側ＵＥは、送信側のピアＵＥあたり少なくとも１つのＲＬＣ ＵＭエンティティを維持する必要がある。
－ 最初のＲＬＣ ＵＭデータユニットを受信する前に受信機のＲＬＣ ＵＭエンティティを設定する必要はない。
－ 現在のところ、ユーザプレーンデータを送信するＤ２Ｄ通信においてＲＬＣ ＡＭまたはＲＬＣ ＴＭの必要性は認識されていない。
・ ＭＡＣ：
－ １：Ｍ Ｄ２Ｄブロードキャスト通信ではＨＡＲＱフィードバックを想定しない。
－ 受信側ＵＥは、受信機のＲＬＣ ＵＭエンティティを識別する目的で送信元ＩＤを認識する必要がある。
－ ＭＡＣヘッダには、ＭＡＣ層におけるパケットフィルタリングを可能にするレイヤ２（Ｌ２）送信先ＩＤが含まれる。
－ レイヤ２（Ｌ２）送信先ＩＤは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
・ レイヤ２（Ｌ２）グループキャスト／ユニキャスト： ＭＡＣヘッダにおいて伝えられるレイヤ２（Ｌ２）送信先ＩＤによって、受信されたＲＬＣ ＵＭ ＰＤＵを、たとえそれを受信機のＲＬＣエンティティに渡す前であっても破棄することが可能となる。
・ レイヤ２（Ｌ２）ブロードキャスト： 受信側ＵＥは、すべての送信機からの受信されたすべてのＲＬＣ ＰＤＵを処理し、再構築してＩＰパケットを上位層に渡す。
－ ＭＡＣサブヘッダには、（複数の論理チャネルを区別するために）ＬＣＩＤ（論理チャネルＩＤ）が含まれる。
－ Ｄ２Ｄでは、少なくとも多重化／逆多重化、優先順位の処理、およびパディングが有用である。
＜ＰｒｏＳｅ直接通信に関連する識別情報＞
非特許文献７（現在のバージョン１２．５．０）の８．３節には、ＰｒｏＳｅ直接通信に使用するための次の識別情報が定義されている。
・ ＳＬ－ＲＮＴＩ： （サイドリンク無線ネットワーク一時識別子：SideLink-Radio Network Temporary Identifier） ＰｒｏＳｅ直接通信のスケジューリングに使用される一意の識別情報
・ 送信元レイヤ２ ＩＤ： サイドリンクＰｒｏＳｅ直接通信におけるデータの送信者を識別する。送信元レイヤ２ ＩＤは２４ビット長であり、受信機におけるＲＬＣ ＵＭエンティティおよびＰＤＣＰエンティティを識別するためのＰｒｏＳｅレイヤ２宛先ＩＤおよびＬＣＩＤと一緒に使用される。
・ 宛先レイヤ２ ＩＤ： サイドリンクＰｒｏＳｅ直接通信におけるデータの対象者を識別する。宛先レイヤ２ ＩＤは２４ビット長であり、ＭＡＣ層において２つのビットストリングに分割される。
・ 一方のビットストリングは、宛先レイヤ２ ＩＤの最下位部分（８ビット）であり、サイドリンク制御レイヤ１ ＩＤとして物理層に転送される。これは、サイドリンク制御における意図するデータの対象者を識別し、物理層におけるパケットのフィルタリングに使用される。
・ ２番目のビットストリングは、宛先レイヤ２ ＩＤの最上位部分（１６ビット）であり、ＭＡＣヘッダ内で伝えられる。これは、ＭＡＣ層におけるパケットのフィルタリングに使用される。
非特許文献７（現在のバージョン１２．５．０）の８．３節には、ＰｒｏＳｅ直接通信に使用するための次の識別情報が定義されている。
・ ＳＬ－ＲＮＴＩ： （サイドリンク無線ネットワーク一時識別子：SideLink-Radio Network Temporary Identifier） ＰｒｏＳｅ直接通信のスケジューリングに使用される一意の識別情報
・ 送信元レイヤ２ ＩＤ： サイドリンクＰｒｏＳｅ直接通信におけるデータの送信者を識別する。送信元レイヤ２ ＩＤは２４ビット長であり、受信機におけるＲＬＣ ＵＭエンティティおよびＰＤＣＰエンティティを識別するためのＰｒｏＳｅレイヤ２宛先ＩＤおよびＬＣＩＤと一緒に使用される。
・ 宛先レイヤ２ ＩＤ： サイドリンクＰｒｏＳｅ直接通信におけるデータの対象者を識別する。宛先レイヤ２ ＩＤは２４ビット長であり、ＭＡＣ層において２つのビットストリングに分割される。
・ 一方のビットストリングは、宛先レイヤ２ ＩＤの最下位部分（８ビット）であり、サイドリンク制御レイヤ１ ＩＤとして物理層に転送される。これは、サイドリンク制御における意図するデータの対象者を識別し、物理層におけるパケットのフィルタリングに使用される。
・ ２番目のビットストリングは、宛先レイヤ２ ＩＤの最上位部分（１６ビット）であり、ＭＡＣヘッダ内で伝えられる。これは、ＭＡＣ層におけるパケットのフィルタリングに使用される。
グループの形成と、ＵＥにおける送信元レイヤ２ ＩＤ、宛先レイヤ２ ＩＤ、およびサイドリンク制御Ｌ１ ＩＤを設定するのに、非アクセス層シグナリングが要求される。これらの識別情報は、上位層によって提供される、または上位層によって提供される識別情報から導かれる。グループキャストおよびブロードキャストの場合、上位層によって提供されるＰｒｏＳｅ ＵＥ ＩＤが送信元レイヤ２ ＩＤとして直接使用され、上位層によって提供されるＰｒｏＳｅレイヤ２グループＩＤが、ＭＡＣ層において宛先レイヤ２ ＩＤとして直接使用される。
＜近傍サービスにおける無線リソース割当て＞
送信側ＵＥの観点からは、近傍サービスに対応するＵＥ（ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての以下の２つのモードで動作することができる。
送信側ＵＥの観点からは、近傍サービスに対応するＵＥ（ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての以下の２つのモードで動作することができる。
モード１は、ｅＮＢがリソース割当てをスケジューリングする方式を意味し、この場合、ＵＥは、ｅＮＢ（またはリリース１０の中継ノード）からの送信リソースを要求し、それに応えてｅＮｏｄｅＢ（またはリリース１０の中継ノード）は、ＵＥが「直接」データおよび「直接」制御情報（ＤＣＩ）（例：スケジューリング割当て）を送信するために使用するリソースをスケジューリングする。ＵＥは、データを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある必要がある。具体的には、ＵＥは、Ｄ２Ｄスケジューリング要求（Ｄ－ＳＲ（専用スケジューリング要求）またはランダムアクセス）をｅＮＢに送り、次いでバッファ状態報告（ＢＳＲ）を通常の方法で送る（次節「Ｄ２Ｄ通信における送信手順」も参照）。ｅＮＢは、ＢＳＲに基づいて、ＵＥがＰｒｏＳｅ直接通信によって送信するデータを有するものと判断し、送信に必要なリソースを推定することができる。
これに対して、モード２は、ＵＥが自律的にリソースを選択する方式を意味し、この場合、ＵＥは、「直接」データおよび「直接」制御情報（すなわちＳＡ（スケジューリング割当て））を送信するためのリソース（時間および周波数）を、（１つまたは複数の）リソースプールから自身で選択する。１つのリソースプールは、例えばＳＩＢ１８の内容によって（すなわちｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎフィールドによって）定義され、この特定のリソースプールがセル内でブロードキャストされ、そのセル内の依然としてＲＲＣ＿ＩＤＬＥ状態にあるすべてのＵＥに共通して利用可能である。実際には、ｅＮＢは、このプールの最大４つの異なるインスタンス（すなわちＳＡメッセージおよび「直接」データの送信用の４つのリソースプール）を定義することができる。しかしながらＵＥは、たとえ自身に複数のリソースプールが設定された場合でも、リスト内に定義されている最初のリソースプールをつねに使用する。
これに代えて、ｅＮＢが別のリソースプールを定義してＳＩＢ１８で（すなわちｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌフィールドを使用することによって）シグナリングし、ＵＥは例外的なケースにおいてこのリソースプールを使用することができる。
ＵＥがどちらのリソース割当てモードを使用するかは、ｅＮＢによって設定可能である。さらに、ＵＥがＤ２Ｄデータ通信用にどちらのリソース割当てモードを使用するかは、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）と、ＵＥのカバレッジ状態（すなわちカバレッジ内またはカバレッジ外）によっても決まるようにすることができる。ＵＥがサービングセルを有する（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＲＲＣ＿ＩＤＬＥ状態において特定のセルにキャンプオンしている）場合、そのＵＥはカバレッジ内にあるとみなされる。
リソース割当てモードに関する次の規則がＵＥに適用される。
・ ＵＥがカバレッジ外である場合、そのＵＥはモード２のみを使用することができる。
・ ＵＥがカバレッジ内にある場合、ＵＥがモード１を使用できるようにｅＮＢによって設定されていれば、そのＵＥはモード１を使用することができる。
・ ＵＥがカバレッジ内にある場合、ＵＥがモード２を使用できるようにｅＮＢによって設定されていれば、そのＵＥはモード２を使用することができる。
・ 例外条件が存在しないときには、モードを変更するようにｅＮＢによってＵＥが設定される場合にのみ、ＵＥはモード１からモード２に、またはモード２からモード１に変更することができる。ＵＥがカバレッジ内にある場合、例外的なケースの１つが発生しない限り、ＵＥはｅＮＢの設定によって示されるモードのみを使用する。
・ 例えばＴ３１１またはＴ３０１が実行中である間、ＵＥは、自身を例外条件下にあるものとみなす。
・ 例外的なケースが発生したとき、ＵＥは、たとえモード１を使用するように設定されていても一時的にモード２を使用することが許可される。
・ ＵＥがカバレッジ外である場合、そのＵＥはモード２のみを使用することができる。
・ ＵＥがカバレッジ内にある場合、ＵＥがモード１を使用できるようにｅＮＢによって設定されていれば、そのＵＥはモード１を使用することができる。
・ ＵＥがカバレッジ内にある場合、ＵＥがモード２を使用できるようにｅＮＢによって設定されていれば、そのＵＥはモード２を使用することができる。
・ 例外条件が存在しないときには、モードを変更するようにｅＮＢによってＵＥが設定される場合にのみ、ＵＥはモード１からモード２に、またはモード２からモード１に変更することができる。ＵＥがカバレッジ内にある場合、例外的なケースの１つが発生しない限り、ＵＥはｅＮＢの設定によって示されるモードのみを使用する。
・ 例えばＴ３１１またはＴ３０１が実行中である間、ＵＥは、自身を例外条件下にあるものとみなす。
・ 例外的なケースが発生したとき、ＵＥは、たとえモード１を使用するように設定されていても一時的にモード２を使用することが許可される。
ＵＥは、Ｅ－ＵＴＲＡセルのカバレッジエリア内にある間は、そのセルによって割り当てられるリソースにおいてのみアップリンクキャリアでのＰｒｏＳｅ直接通信送信を実行する（たとえそのキャリアのリソースが例えばＵＩＣＣ（汎用ＩＣカード：Universal Integrated Circuit Card）において事前設定されている場合でも）。
ＲＲＣ＿ＩＤＬＥ状態にあるＵＥに対しては、ｅＮＢは次のオプションの一方を選択することができる。
・ ｅＮＢは、モード２の送信リソースプールをＳＩＢ（システム情報ブロック）において提供する。ＰｒｏＳｅ直接通信が許可されているＵＥは、ＲＲＣ＿ＩＤＬＥ状態においてＰｒｏＳｅ直接通信用にこれらのリソースを使用する。
・ ｅＮＢは、自身がＤ２ＤをサポートしているがＰｒｏＳｅ直接通信用のリソースを提供しないことをＳＩＢにおいて示す。ＵＥは、ＰｒｏＳｅ直接通信送信を実行するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要がある。
・ ｅＮＢは、モード２の送信リソースプールをＳＩＢ（システム情報ブロック）において提供する。ＰｒｏＳｅ直接通信が許可されているＵＥは、ＲＲＣ＿ＩＤＬＥ状態においてＰｒｏＳｅ直接通信用にこれらのリソースを使用する。
・ ｅＮＢは、自身がＤ２ＤをサポートしているがＰｒｏＳｅ直接通信用のリソースを提供しないことをＳＩＢにおいて示す。ＵＥは、ＰｒｏＳｅ直接通信送信を実行するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要がある。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに関しては、次のようにすることができる。
・ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にありＰｒｏＳｅ直接通信送信を実行することが許可されているＵＥは、ＰｒｏＳｅ直接通信送信を実行する必要があるとき、ＰｒｏＳｅ直接通信送信の実行を希望することをｅＮＢに示す。
・ ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥがＰｒｏＳｅ直接通信送信を許可されているかを、ＭＭＥから受信されるＵＥコンテキストを使用して確認する。
・ ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、そのＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は制約なしで使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができる。これに代えて、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、例外的なケースにおいてのみそのＵＥが使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができ、例外的なケースでない場合、ＵＥはモード１に従う。
・ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にありＰｒｏＳｅ直接通信送信を実行することが許可されているＵＥは、ＰｒｏＳｅ直接通信送信を実行する必要があるとき、ＰｒｏＳｅ直接通信送信の実行を希望することをｅＮＢに示す。
・ ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥがＰｒｏＳｅ直接通信送信を許可されているかを、ＭＭＥから受信されるＵＥコンテキストを使用して確認する。
・ ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、そのＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は制約なしで使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができる。これに代えて、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、例外的なケースにおいてのみそのＵＥが使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができ、例外的なケースでない場合、ＵＥはモード１に従う。
ＵＥがカバレッジ外であるときのスケジューリング割当てのためのリソースプールは、以下のように設定することができる。
・ 受信に使用されるリソースプールは、事前設定される。
・ 送信に使用されるリソースプールは、事前設定される。
・ 受信に使用されるリソースプールは、事前設定される。
・ 送信に使用されるリソースプールは、事前設定される。
ＵＥがカバレッジ内にあるときのスケジューリング割当てのためのリソースプールは、以下のように設定することができる。
・ 受信に使用されるリソースプールは、ｅＮＢによってＲＲＣを介して（専用シグナリングまたはブロードキャストシグナリングにおいて）設定される。
・ 送信に使用されるリソースプールは、モード２のリソース割当てが使用される場合、ｅＮＢによってＲＲＣを介して設定される。
・ 送信に使用されるＳＣＩ（サイドリンク制御情報）リソースプール（スケジューリング割当て（ＳＡ）リソースプールとも称する）は、モード１のリソースプールが使用される場合、ＵＥには認識されない。
・ モード１のリソース割当てが使用される場合、サイドリンク制御情報（スケジューリング割当て）の送信に使用するための特定のリソースをｅＮＢがスケジューリングする。ｅＮＢによって割り当てられる特定のリソースは、ＵＥに提供されるＳＣＩの受信用のリソースプール内である。
・ 受信に使用されるリソースプールは、ｅＮＢによってＲＲＣを介して（専用シグナリングまたはブロードキャストシグナリングにおいて）設定される。
・ 送信に使用されるリソースプールは、モード２のリソース割当てが使用される場合、ｅＮＢによってＲＲＣを介して設定される。
・ 送信に使用されるＳＣＩ（サイドリンク制御情報）リソースプール（スケジューリング割当て（ＳＡ）リソースプールとも称する）は、モード１のリソースプールが使用される場合、ＵＥには認識されない。
・ モード１のリソース割当てが使用される場合、サイドリンク制御情報（スケジューリング割当て）の送信に使用するための特定のリソースをｅＮＢがスケジューリングする。ｅＮＢによって割り当てられる特定のリソースは、ＵＥに提供されるＳＣＩの受信用のリソースプール内である。
図５は、オーバーレイ（ＬＴＥ）システムおよびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示している。
ＵＥがモード１の送信を適用するかモード２の送信を適用するかは、基本的にはｅＮｏｄｅＢが制御する。ＵＥは、Ｄ２Ｄ通信を送信（または受信）することのできるリソースを認識すると、現在の最新の技術においては、対応するリソースを、対応する送信／受信にのみ使用する。例えば図５において、Ｄ２Ｄサブフレームは、Ｄ２Ｄ信号を受信または送信する目的にのみ使用される。Ｄ２Ｄ装置としてのＵＥは、半二重モードで動作するため、任意の時点においてＤ２Ｄ信号の受信または送信のいずれかを行うことができる。同様に、図５に示したそれ以外のサブフレームは、ＬＴＥ（オーバーレイ）の送信および／または受信に使用することができる。
＜Ｄ２Ｄ通信における送信手順＞
Ｄ２Ｄデータの送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当ておよびＤ２Ｄデータを伝えるためのリソースを、ＵＥからの対応する要求の後にｅＮＢが明示的にスケジューリングする。具体的には、Ｄ２Ｄ通信は基本的に許可されるがモード２のリソース（すなわちリソースプール）が提供されないことを、ｅＮＢがＵＥに通知することができる。この通知は、例えば、ＵＥによるＤ２Ｄ通信関心通知（D2D communication Interest Indication）と、対応する応答であるＤ２Ｄ通信応答（D2D Communication Response）を交換することによって、行うことができ、この場合、上述した対応する例示的なＰｒｏｓｅＣｏｍｍＣｏｎｆｉｇ情報要素にｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎが含まれず、すなわち、送信を含む直接通信の開始を望むＵＥは、個々の送信ごとにリソース割当てをＥ－ＵＴＲＡＮに要求しなければならない。したがってこのような場合、ＵＥは、個々の送信それぞれのリソースを要求しなければならず、以下に、このモード１のリソース割当ての場合の要求／割当て手順の一連のステップを例示的に示す。
－ ステップ１ ＵＥがＳＲ（スケジューリング要求）をＰＵＣＣＨを介してｅＮＢに送る。
－ ステップ２ ｅＮＢが、（ＵＥがＢＳＲ（バッファ状態報告）を送るための）アップリンクリソースを、Ｃ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
－ ステップ３ ＵＥが、バッファの状態を示すＤ２Ｄ ＢＳＲをＰＵＳＣＨを介して送る。
－ ステップ４ ｅＮＢが、（ＵＥがデータを送るための）Ｄ２Ｄリソースを、ＳＬ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して割り当てる。
－ ステップ５ Ｄ２Ｄ送信側ＵＥが、ステップ４で受信したグラントに従って、ＳＡ（スケジューリング割当て）／Ｄ２Ｄデータを送信する。
Ｄ２Ｄデータの送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当ておよびＤ２Ｄデータを伝えるためのリソースを、ＵＥからの対応する要求の後にｅＮＢが明示的にスケジューリングする。具体的には、Ｄ２Ｄ通信は基本的に許可されるがモード２のリソース（すなわちリソースプール）が提供されないことを、ｅＮＢがＵＥに通知することができる。この通知は、例えば、ＵＥによるＤ２Ｄ通信関心通知（D2D communication Interest Indication）と、対応する応答であるＤ２Ｄ通信応答（D2D Communication Response）を交換することによって、行うことができ、この場合、上述した対応する例示的なＰｒｏｓｅＣｏｍｍＣｏｎｆｉｇ情報要素にｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎが含まれず、すなわち、送信を含む直接通信の開始を望むＵＥは、個々の送信ごとにリソース割当てをＥ－ＵＴＲＡＮに要求しなければならない。したがってこのような場合、ＵＥは、個々の送信それぞれのリソースを要求しなければならず、以下に、このモード１のリソース割当ての場合の要求／割当て手順の一連のステップを例示的に示す。
－ ステップ１ ＵＥがＳＲ（スケジューリング要求）をＰＵＣＣＨを介してｅＮＢに送る。
－ ステップ２ ｅＮＢが、（ＵＥがＢＳＲ（バッファ状態報告）を送るための）アップリンクリソースを、Ｃ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
－ ステップ３ ＵＥが、バッファの状態を示すＤ２Ｄ ＢＳＲをＰＵＳＣＨを介して送る。
－ ステップ４ ｅＮＢが、（ＵＥがデータを送るための）Ｄ２Ｄリソースを、ＳＬ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して割り当てる。
－ ステップ５ Ｄ２Ｄ送信側ＵＥが、ステップ４で受信したグラントに従って、ＳＡ（スケジューリング割当て）／Ｄ２Ｄデータを送信する。
スケジューリング割当て（ＳＡ）（ＳＣＩ（サイドリンク制御情報）とも称する）は、制御情報（例えば対応するＤ２Ｄデータを送信するための時間－周波数リソースを指すポインタ、変調・符号化方式、グループ宛先ＩＤ）を含むコンパクトな（低ペイロードの）メッセージである。ＳＣＩは、１つの（ＰｒｏＳＥ）宛先ＩＤのサイドリンクスケジューリング情報を伝える。ＳＡ（ＳＣＩ）の内容は、基本的には上のステップ４で受信されるグラントに従う。Ｄ２ＤグラントおよびＳＡの内容（すなわちＳＣＩの内容）は、特に、背景技術のセクションで前述したＳＣＩフォーマット０を定義している非特許文献３（現在のバージョン１２．４．０）の５．４．３節（参照により本明細書に組み込まれている）に定義されている。
これに対して、モード２のリソース割当ての場合、上のステップ１～４は基本的に不要であり、ＵＥは、ＳＡおよびＤ２Ｄデータを送信するためのリソースを、ｅＮＢによって設定および提供される（１つまたは複数の）送信リソースプールから自律的に選択する。
図６は、２基のＵＥ（ＵＥ－ＡおよびＵＥ－Ｂ）の場合のスケジューリング割当ておよびＤ２Ｄデータの送信を例示的に示している。スケジューリング割当てを送るためのリソースは周期的であり、Ｄ２Ｄデータの送信に使用されるリソースは、対応するスケジューリング割当てによって示される。
図７は、１つのＳＡ／データ期間（ＳＣ期間（サイドリンク制御期間）としても知られている）中の、モード２（自律的スケジューリング）のＤ２Ｄ通信タイミングを示している。図８は、１つのＳＡ／データ期間中の、モード１（ｅＮＢが割り当てをスケジューリングする）のＤ２Ｄ通信タイミングを示している。ＳＣ期間は、スケジューリング割当ておよびその対応するデータの送信から構成される時間枠である。
図７から理解できるように、ＵＥは、ＳＡオフセット時間の後、モード２におけるスケジューリング割当て用の送信プールリソース（ＳＡ＿Ｍｏｄｅ２＿Ｔｘ＿ｐｏｏｌ）を使用して、スケジューリング割当てを送信する。ＳＡの最初の送信の後、同じＳＡメッセージを例えば３回再送信する。次いでＵＥは、（ＳＡ＿ｏｆｆｓｅｔによって与えられる）ＳＡリソースプールの最初のサブフレームから、いくらかの設定されているオフセット（Ｍｏｄｅ２ｄａｔａ＿ｏｆｆｓｅｔ）の後に、Ｄ２Ｄデータ送信を（すなわちより具体的には送信の時間リソースパターン（すなわちＴ－ＲＰＴビットマップ／パターン）を使用して）開始する。
ＭＡＣ ＰＤＵの１回のＤ２Ｄデータ送信は、その最初の送信と、何回かの再送信とから構成される。図７（および図８）の図解においては、３回の再送信（すなわち同じＭＡＣ ＰＤＵの２回目、３回目、および４回目の送信）が実行されるものと想定している。モード２のＴ－ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ－ＲＰＴ））は、基本的に、ＭＡＣ ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
１つのＳＡ／データ期間中、ＵＥは複数のトランスポートブロックを（サブフレーム（ＴＴＩ）あたり１つのみ、すなわち順々に）送信することができるが、１つのＰｒｏＳｅ宛先グループのみに送信できる。さらに、１つのトランスポートブロックの再送信は、次のトランスポートブロックの最初の送信が開始される前に完了しなければならず、すなわち複数のトランスポートブロックの送信に１つのＨＡＲＱプロセスのみが使用される。
図８から明らかであるように、ｅＮＢによってスケジューリングされるリソース割当てモード（モード１）の場合、Ｄ２Ｄデータ送信（すなわちより具体的にはＴ－ＲＰＴパターン／ビットマップ）は、ＳＡリソースプール内でのＳＡ送信の最後の繰り返し後の次のＵＬサブフレームにおいて開始される。図７ですでに説明したように、モード１のＴ－ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ－ＲＰＴ））は、基本的に、ＭＡＣ ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
＜ＰｒｏＳｅネットワークアーキテクチャおよびＰｒｏＳｅエンティティ＞
図９は、非ローミングの場合の高レベルの例示的なアーキテクチャを示しており、ＵＥ ＡおよびＵＥ Ｂにおける異なるＰｒｏＳｅアプリケーションと、ネットワーク内のＰｒｏＳｅアプリケーションサーバおよびＰｒｏＳｅ機能を含む。図９のアーキテクチャの例は、非特許文献８の４．２節「Architectural Reference Model（アーキテクチャ基準モデル）」（参照により本明細書に組み込まれている）からの引用である。
図９は、非ローミングの場合の高レベルの例示的なアーキテクチャを示しており、ＵＥ ＡおよびＵＥ Ｂにおける異なるＰｒｏＳｅアプリケーションと、ネットワーク内のＰｒｏＳｅアプリケーションサーバおよびＰｒｏＳｅ機能を含む。図９のアーキテクチャの例は、非特許文献８の４．２節「Architectural Reference Model（アーキテクチャ基準モデル）」（参照により本明細書に組み込まれている）からの引用である。
これらの機能エンティティは、非特許文献８の４．４節「Functional Entities（機能エンティティ）」（参照により本明細書に組み込まれている）に提示および詳しく説明されている。ＰｒｏＳｅ機能は、ＰｒｏＳｅに要求されるネットワーク関連動作に使用される論理機能であり、ＰｒｏＳｅの特徴それぞれにおいて異なる役割を果たす。ＰｒｏＳｅ機能は、３ＧＰＰのＥＰＣ（進化したパケットコア）の一部であり、近傍サービスに関係する認可、認証、データ処理など、関連するネットワークサービスすべてを提供する。
ＰｒｏＳｅ直接ディスカバリおよび直接通信において、ＵＥは、固有のＰｒｏＳｅ ＵＥ識別情報、他の設定情報、および認証を、ＰｒｏＳｅ機能からＰＣ３基準点（PC3 reference point）を通じて取得することができる。ネットワーク内に複数のＰｒｏＳｅ機能を配備することができるが、説明を容易にするため、１つのＰｒｏＳｅ機能を示してある。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴に応じた異なる役割を実行する３つのメインのサブ機能、すなわち直接提供機能（ＤＰＦ：Direct Provision Function）、直接ディスカバリネーム管理機能（Direct Discovery Name Management Function）、およびＥＰＣレベルディスカバリ機能（EPC-level Discovery Function）、から構成されている。ＤＰＦは、ＰｒｏＳｅ直接ディスカバリおよびＰｒｏＳｅ直接通信を使用する目的で必要なパラメータをＵＥに提供するために使用される。
この文脈において使用される用語「ＵＥ」は、例えば以下のＰｒｏＳｅ機能をサポートするＰｒｏＳｅ対応ＵＥを意味する。
・ ＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。
・ ＰＣ５基準点を通じた別のＰｒｏＳｅ対応ＵＥのオープンＰｒｏＳｅ直接ディスカバリの手順。
・ ＰＣ５基準点を通じた１対多のＰｒｏＳｅ直接通信の手順。
・ ＰｒｏＳｅ ＵＥ－ネットワーク中継器として動作するための手順。遠隔のＵＥは、ＰＣ５基準点を通じてＰｒｏＳｅ ＵＥ－ネットワーク中継器と通信する。ＰｒｏＳｅ ＵＥ－ネットワーク中継器は、レイヤ３パケット転送を使用する。
・ 例えばＵＥ－ネットワーク中継器の検出およびＰｒｏＳｅ直接ディスカバリのため、ＰＣ５基準点を通じてＰｒｏＳｅ ＵＥの間で制御情報を交換する。
・ 別のＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。ＰｒｏＳｅ ＵＥ－ネットワーク中継器の場合、遠隔のＵＥは、この制御情報を、ＬＴＥ－Ｕｕインタフェースを通じてＰｒｏＳｅ機能に中継されるようにＰＣ５ユーザプレーンを通じて送る。
・ パラメータ（例えば、ＩＰアドレス、ＰｒｏＳｅレイヤ２グループＩＤ、グループセキュリティマテリアル（Group security material）、無線リソースパラメータを含む）を設定する。これらのパラメータは、ＵＥにおいて事前設定することができ、または、カバレッジ内にある場合、ＰＣ３基準点を通じたシグナリングによってネットワーク内のＰｒｏＳｅ機能に提供することができる。
・ ＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。
・ ＰＣ５基準点を通じた別のＰｒｏＳｅ対応ＵＥのオープンＰｒｏＳｅ直接ディスカバリの手順。
・ ＰＣ５基準点を通じた１対多のＰｒｏＳｅ直接通信の手順。
・ ＰｒｏＳｅ ＵＥ－ネットワーク中継器として動作するための手順。遠隔のＵＥは、ＰＣ５基準点を通じてＰｒｏＳｅ ＵＥ－ネットワーク中継器と通信する。ＰｒｏＳｅ ＵＥ－ネットワーク中継器は、レイヤ３パケット転送を使用する。
・ 例えばＵＥ－ネットワーク中継器の検出およびＰｒｏＳｅ直接ディスカバリのため、ＰＣ５基準点を通じてＰｒｏＳｅ ＵＥの間で制御情報を交換する。
・ 別のＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。ＰｒｏＳｅ ＵＥ－ネットワーク中継器の場合、遠隔のＵＥは、この制御情報を、ＬＴＥ－Ｕｕインタフェースを通じてＰｒｏＳｅ機能に中継されるようにＰＣ５ユーザプレーンを通じて送る。
・ パラメータ（例えば、ＩＰアドレス、ＰｒｏＳｅレイヤ２グループＩＤ、グループセキュリティマテリアル（Group security material）、無線リソースパラメータを含む）を設定する。これらのパラメータは、ＵＥにおいて事前設定することができ、または、カバレッジ内にある場合、ＰＣ３基準点を通じたシグナリングによってネットワーク内のＰｒｏＳｅ機能に提供することができる。
ＰｒｏＳｅアプリケーションサーバは、ＥＰＣ ＰｒｏＳｅユーザＩＤおよびＰｒｏＳｅ機能ＩＤの格納と、アプリケーション層ユーザＩＤとＥＰＣ ＰｒｏＳｅユーザＩＤのマッピングをサポートする。ＰｒｏＳｅアプリケーションサーバ（ＡＳ）は、３ＧＰＰの範囲外のエンティティである。ＵＥにおけるＰｒｏＳｅアプリケーションは、アプリケーション層基準点ＰＣ１を介してＰｒｏＳｅ ＡＳと通信する。ＰｒｏＳｅ ＡＳは、ＰＣ２基準点を介して３ＧＰＰネットワークに接続されている。
＜Ｄ２ＤにおけるＵＥのカバレッジ状態＞
前にすでに言及したように、Ｄ２Ｄ通信におけるリソース割当て方法は、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）以外に、ＵＥのカバレッジ状態（すなわちカバレッジ内、カバレッジ外）にも依存する。ＵＥがサービングセルを有する場合（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＵＥがＲＲＣ＿ＩＤＬＥ状態においてセルにキャンプオンしている）、そのＵＥはカバレッジ内にあるとみなされる。
前にすでに言及したように、Ｄ２Ｄ通信におけるリソース割当て方法は、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）以外に、ＵＥのカバレッジ状態（すなわちカバレッジ内、カバレッジ外）にも依存する。ＵＥがサービングセルを有する場合（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＵＥがＲＲＣ＿ＩＤＬＥ状態においてセルにキャンプオンしている）、そのＵＥはカバレッジ内にあるとみなされる。
ここまでに言及した２つのカバレッジ状態（すなわちカバレッジ内（ＩＣ）およびカバレッジ外（ＯＯＣ））は、さらにＤ２Ｄにおけるサブ状態に区別される。図１０は、Ｄ２Ｄ ＵＥを関連付けることのできる４種類の状態を示しており、これらの状態は以下のように要約することができる。
・ 状態１： ＵＥ１は、アップリンクカバレッジおよびダウンリンクカバレッジを有する。この状態においては、ネットワークが各Ｄ２Ｄ通信セッションを制御する。さらにネットワークは、ＵＥ１がリソース割当てモード１を使用するべきかリソース割当てモード２を使用するべきかを設定する。
・ 状態２： ＵＥ２は、ダウンリンクカバレッジを有するがアップリンクカバレッジを有さない（すなわちＤＬカバレッジのみ）。ネットワークは、（競合ベースの）リソースプールをブロードキャストする。この状態においては、送信側ＵＥは、ＳＡおよびデータに使用するリソースを、ネットワークによって設定されるリソースプールから選択する。このような状態では、Ｄ２Ｄ通信用のモード２によるリソース割当てのみが可能である。
・ 状態３： ＵＥ３はアップリンクカバレッジおよびダウンリンクカバレッジを有さず、したがってＵＥ３はカバレッジ外（ＯＯＣ）とみなされる。しかしながらＵＥ３は、それ自体がセルのカバレッジ内にある何基かのＵＥ（例：ＵＥ１）のカバレッジ内にあり、すなわちこれらのＵＥをＣＰ中継ＵＥと称することもできる。したがって、図１０における状態３のＵＥの領域は、ＣＰ ＵＥ中継カバレッジエリアと称することができる。この状態３のＵＥは、ＯＯＣ（カバレッジ外）状態３ ＵＥとも称される。この状態では、ＵＥは、セルに固有ないくつかの情報を受信し、これらの情報は、ｅＮＢ（ＳＩＢ）によって送られて、セルのカバレッジ内のＣＰ ＵＥ中継ＵＥによってＰＤ２ＤＳＣＨを介してＯＯＣ状態３ ＵＥに転送される。ネットワークによって制御される（競合ベースの）リソースプールがＰＤ２ＤＳＣＨによってシグナリングされる。
・ 状態４： ＵＥ４はカバレッジ外であり、セルのカバレッジ内にある別のＵＥからＰＤ２ＤＳＣＨを受信しない。この状態（状態４ ＯＯＣ（カバレッジ外）とも称する）においては、送信側ＵＥは、データ送信に使用するリソースを、事前設定される（競合ベースの）リソースプールから選択する。
・ 状態１： ＵＥ１は、アップリンクカバレッジおよびダウンリンクカバレッジを有する。この状態においては、ネットワークが各Ｄ２Ｄ通信セッションを制御する。さらにネットワークは、ＵＥ１がリソース割当てモード１を使用するべきかリソース割当てモード２を使用するべきかを設定する。
・ 状態２： ＵＥ２は、ダウンリンクカバレッジを有するがアップリンクカバレッジを有さない（すなわちＤＬカバレッジのみ）。ネットワークは、（競合ベースの）リソースプールをブロードキャストする。この状態においては、送信側ＵＥは、ＳＡおよびデータに使用するリソースを、ネットワークによって設定されるリソースプールから選択する。このような状態では、Ｄ２Ｄ通信用のモード２によるリソース割当てのみが可能である。
・ 状態３： ＵＥ３はアップリンクカバレッジおよびダウンリンクカバレッジを有さず、したがってＵＥ３はカバレッジ外（ＯＯＣ）とみなされる。しかしながらＵＥ３は、それ自体がセルのカバレッジ内にある何基かのＵＥ（例：ＵＥ１）のカバレッジ内にあり、すなわちこれらのＵＥをＣＰ中継ＵＥと称することもできる。したがって、図１０における状態３のＵＥの領域は、ＣＰ ＵＥ中継カバレッジエリアと称することができる。この状態３のＵＥは、ＯＯＣ（カバレッジ外）状態３ ＵＥとも称される。この状態では、ＵＥは、セルに固有ないくつかの情報を受信し、これらの情報は、ｅＮＢ（ＳＩＢ）によって送られて、セルのカバレッジ内のＣＰ ＵＥ中継ＵＥによってＰＤ２ＤＳＣＨを介してＯＯＣ状態３ ＵＥに転送される。ネットワークによって制御される（競合ベースの）リソースプールがＰＤ２ＤＳＣＨによってシグナリングされる。
・ 状態４： ＵＥ４はカバレッジ外であり、セルのカバレッジ内にある別のＵＥからＰＤ２ＤＳＣＨを受信しない。この状態（状態４ ＯＯＣ（カバレッジ外）とも称する）においては、送信側ＵＥは、データ送信に使用するリソースを、事前設定される（競合ベースの）リソースプールから選択する。
状態３ ＯＯＣと状態４ ＯＯＣとを区別する理由は、主として、カバレッジ外の装置からのＤ２Ｄ送信と、レガシーＥ－ＵＴＲＡ送信との間に発生しうる干渉を回避するためである。一般的にＤ２Ｄ対応ＵＥは、カバレッジ外であるときに使用するための、Ｄ２Ｄ ＳＡおよびデータの送信用の事前設定されるリソースプールを有する。これらのカバレッジ外のＵＥが、これらの事前設定されるリソースプールを使用してセルの境界において送信すると、そのＤ２Ｄ送信と、カバレッジ内のレガシー送信との間の干渉が、セル内の通信に悪影響を及ぼすことがある。
カバレッジ内のＤ２Ｄ対応ＵＥが、セル境界付近のこれらのカバレッジ外の装置にＤ２Ｄリソースプールの設定を転送するならば、カバレッジ外のＵＥは、自身の送信を、ｅＮｏｄｅＢによって指定されるこれらのリソースに制限することができ、したがってカバレッジ内のレガシー送信との干渉を最小にすることができる。したがってＲＡＮ１は、カバレッジ内のＵＥが、リソースプール情報およびＤ２Ｄに関連する他の設定を、カバレッジエリアのすぐ外側の装置（状態３のＵＥ）に転送するメカニズムを導入した。
カバレッジ内Ｄ２Ｄリソースプールに関するこの情報をネットワーク内で近傍に位置するＵＥに伝える目的には、物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）が使用され、したがってネットワークの近傍の範囲内のリソースプールが調整される。
＜Ｄ２Ｄ（サイドリンク）論理チャネルに対するＬＣＰ手順＞
Ｄ２ＤにおけるＬＣＰ（論理チャネル優先順位付け）手順は、「通常の」ＬＴＥデータの場合の上に示したＬＣＰ手順とは異なる。以下の情報は、ＰｒｏＳｅにおけるＬＣＰについて記述した非特許文献５の５．１４．１．３．１節（その全体が参照により本明細書に組み込まれている）からの引用である。
Ｄ２ＤにおけるＬＣＰ（論理チャネル優先順位付け）手順は、「通常の」ＬＴＥデータの場合の上に示したＬＣＰ手順とは異なる。以下の情報は、ＰｒｏＳｅにおけるＬＣＰについて記述した非特許文献５の５．１４．１．３．１節（その全体が参照により本明細書に組み込まれている）からの引用である。
ＵＥは、新しい送信が実行されるとき、次の論理チャネル優先順位付け手順を実行する。
・ ＵＥ（例：ＭＡＣエンティティ）は、以下の規則に従ってリソースをサイドリンク論理チャネルに割り当てる。
－ ＲＬＣ ＳＤＵ全体（または部分的に送信されるＳＤＵ）が残りのリソースに収まる場合、ＵＥはＳＤＵ（または部分的に送信されるＳＤＵ）を分割するべきではない。
－ ＵＥは、サイドリンク論理チャネルからのＲＬＣ ＳＤＵを分割する場合、グラントをできる限り満たすようにセグメントのサイズを最大にする。
－ ＵＥは、データの送信を最大にするべきである。
－ ＵＥが送信可能な状態のデータを有するときに、１０バイトに等しいかまたはそれより大きいサイドリンクグラントサイズが与えられる場合、ＵＥはパディングのみを送信しない。
注： 上の規則では、サイドリンク論理チャネルが処理される順序は、ＵＥの実装に委ねられることを意味する。
・ ＵＥ（例：ＭＡＣエンティティ）は、以下の規則に従ってリソースをサイドリンク論理チャネルに割り当てる。
－ ＲＬＣ ＳＤＵ全体（または部分的に送信されるＳＤＵ）が残りのリソースに収まる場合、ＵＥはＳＤＵ（または部分的に送信されるＳＤＵ）を分割するべきではない。
－ ＵＥは、サイドリンク論理チャネルからのＲＬＣ ＳＤＵを分割する場合、グラントをできる限り満たすようにセグメントのサイズを最大にする。
－ ＵＥは、データの送信を最大にするべきである。
－ ＵＥが送信可能な状態のデータを有するときに、１０バイトに等しいかまたはそれより大きいサイドリンクグラントサイズが与えられる場合、ＵＥはパディングのみを送信しない。
注： 上の規則では、サイドリンク論理チャネルが処理される順序は、ＵＥの実装に委ねられることを意味する。
一般的にＭＡＣエンティティは、１つのＰＤＵにおいて、同じ送信元レイヤ２ ＩＤと宛先レイヤ２ ＩＤのペアを有する論理チャネルのみを考慮し、すなわちＵＥにおけるＭＡＣエンティティは、１つのＰＤＵにおいて、同じＰｒｏＳｅ宛先グループの（すなわち同じ宛先グループＩＤを有する）論理チャネルのみを考慮する。ＵＥは、ＬＣＰ手順時にＰｒｏＳｅ宛先グループを選択する。さらに、リリース１２においては、Ｄ２Ｄ送信側ＵＥは、１つのＳＡ／データ期間中、１つのＰｒｏＳｅ宛先グループにデータを送信できるのみである。
すべてのＤ２Ｄ（サイドリンク）論理チャネル（例えばＳＴＣＨ（サイドリンクトラフィックチャネル：Sidelink Traffic CHannel））は、同じ論理チャネルグループ（ＬＣＧ）（すなわちＬＣＧＩＤが「１１」に設定されたＬＣＧ）に割り当てられる（非特許文献５の５．１４．１．４節「Buffer Status Reporting（バッファ状態報告）」を参照）。リリース１２においては、Ｄ２Ｄ（サイドリンク）論理チャネル／グループのための優先順位付けメカニズムは存在しない。本質的に、すべてのサイドリンク論理チャネルは、ＵＥの観点からは同じ優先順位を有し、すなわちサイドリンク論理チャネルが処理される順序はＵＥの実装に委ねられる。
リリース１３においては、さらに高度な優先順位付けメカニズムが考慮され、このメカニズムでは、各サイドリンク論理チャネルに論理チャネル優先順位（ＰＰＰＰ（Ｐｒｏｓｅパケットごとの優先順位：ProSe per packet priority）とも称する）が関連付けられる。ＵＥは、この論理チャネル優先順位に基づいて、与えられたサイドリンクグラントのＰｒｏＳｅ宛先グループを選択し（すなわち最も高い優先順位の論理チャネルによってＰｒｏＳｅ宛先グループが決まる）、選択されたＰｒｏＳｅ宛先グループに属す論理チャネルに（優先順位の降順に）リソースをさらに割り当てる。
説明のみを目的として、以下の例示的なシナリオを考える。すなわちユーザ機器において３つのＰｒｏＳｅ論理チャネルＬＣＨ＃１、ＬＣＨ＃２、およびＬＣＨ＃３が確立されており、３つのすべてが同じＰｒｏＳｅ ＬＣＧ（例：「１１」）に関連付けられている。例示的に、ＬＣＨ＃１およびＬＣＨ＃２はＰｒｏＳｅ宛先グループ１に割り当てられており、ＬＣＨ＃３はＰｒｏＳｅ宛先グループ２に割り当てられているものと想定する。このシナリオは図１２に示してある。
＜ＰｒｏＳｅにおけるバッファ状態報告＞
バッファ状態報告もＰｒｏＳｅに適合化されており、現在、リリース１２では、非特許文献５（バージョン１２．５．０）の５．１４．１．４節「Buffer Status Reporting（バッファ状態報告）」（参照により本明細書に組み込まれている）に定義されている。
バッファ状態報告もＰｒｏＳｅに適合化されており、現在、リリース１２では、非特許文献５（バージョン１２．５．０）の５．１４．１．４節「Buffer Status Reporting（バッファ状態報告）」（参照により本明細書に組み込まれている）に定義されている。
（Ｄ２Ｄ）サイドリンクバッファ状態報告手順は、ＵＥのサイドリンクバッファ内の、送信可能な状態のサイドリンクデータの量に関する情報をサービングｅＮＢに提供するために使用される。ＲＲＣは、２つのタイマーＰｅｒｉｏｄｉｃ－ＰｒｏｓｅＢＳＲ－ＴｉｍｅｒおよびＲｅｔｘＰｒｏｓｅＢＳＲ－Ｔｉｍｅｒを設定することによって、サイドリンクＢＳＲ報告を制御する。各サイドリンク論理チャネル（ＳＴＣＨ）は、ＬＣＧＩＤが「１１」に設定されたＬＣＧに割り当てられ、ＰｒｏＳｅ宛先グループに属する。
サイドリンクバッファ状態報告（ＢＳＲ）は、いくつかの特定のイベントが起きた場合（非特許文献５の５．１４．１．４節に詳しく規定されている）にトリガーされる。
さらに、非特許文献５（バージョン１２．５．０）の６．１．３．１ａ節（参照により本明細書に組み込まれている）には、ＰｒｏＳｅ ＢＳＲ ＭＡＣ制御要素と、その対応する内容が、次のように定義されている。ＰｒｏＳｅバッファ状態報告（ＢＳＲ）のＭＡＣ制御要素は、報告されるＤ２Ｄ宛先グループあたり、１つのグループインデックスフィールドと、１つのＬＣＧ ＩＤフィールドと、１つの対応するバッファサイズフィールドとから構成されている。より詳細には、含まれるＰｒｏＳｅ宛先グループごとに、以下のフィールドが定義される。
・ グループインデックス： グループインデックスフィールドは、ＰｒｏＳｅ宛先グループを識別する。このフィールドの長さは４ビットである。値は、ｄｅｓｔｉｎａｔｉｏｎＩｎｆｏＬｉｓｔにおいて報告される宛先識別情報のインデックスに設定される。
・ ＬＣＧ ＩＤ： 論理チャネルグループＩＤフィールドは、バッファ状態が報告される（１つまたは複数の）論理チャネルのグループを識別する。フィールドの長さは２ビットであり、「１１」に設定される。
・ バッファサイズ： バッファサイズフィールドは、ＴＴＩに対するＭＡＣ ＰＤＵすべてが構築された後の、ＰｒｏＳｅ宛先グループの論理チャネルすべてにわたる利用可能なデータの合計量を識別する。データ量はバイト数で示される。
・ Ｒ： 予約ビットであり、「０」に設定される。
・ グループインデックス： グループインデックスフィールドは、ＰｒｏＳｅ宛先グループを識別する。このフィールドの長さは４ビットである。値は、ｄｅｓｔｉｎａｔｉｏｎＩｎｆｏＬｉｓｔにおいて報告される宛先識別情報のインデックスに設定される。
・ ＬＣＧ ＩＤ： 論理チャネルグループＩＤフィールドは、バッファ状態が報告される（１つまたは複数の）論理チャネルのグループを識別する。フィールドの長さは２ビットであり、「１１」に設定される。
・ バッファサイズ： バッファサイズフィールドは、ＴＴＩに対するＭＡＣ ＰＤＵすべてが構築された後の、ＰｒｏＳｅ宛先グループの論理チャネルすべてにわたる利用可能なデータの合計量を識別する。データ量はバイト数で示される。
・ Ｒ： 予約ビットであり、「０」に設定される。
図１１は、偶数Ｎ（ＰｒｏＳｅ宛先グループの数）の場合のＰｒｏＳｅ ＢＳＲのＭＡＣ制御要素を示している（非特許文献５の６．１．３．１ａ節からの引用）。
上に説明したように、装置間通信における送信方式は、データの可能なコンテンツを識別するためのＰｒｏＳｅ宛先グループの使用を含めて、通常のＬＴＥ方式とは異なる。現在定義されているメカニズムのいくつかは、かなり非効率的である。
3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)"
3GPP TS 36.213
3GPP TS 36.212, "Multiplexing and channel coding"
LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker
3GPP TS 36.321
3GPP TR 36.843
3GPP TS 36.300
TS 23.303 v.12.4.0
3GPP TS 36.331
本発明を制限することのない例示的な実施形態は、送信側ユーザ機器がサイドリンクインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる改良された方法、を提供する。独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。
いくつかの態様によれば、特に、送信側ユーザ機器において、複数のサイドリンク宛先グループを送信先とするデータが送信可能な状態であるシナリオ（ただしこれに限定されない）の場合に、送信側ユーザ機器による直接通信送信の実行が改良される。
１つの一般的な第１の態様においては、本明細書に開示されている技術は、通信システムにおいてＳＬインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる送信側ユーザ機器、を提供する。サイドリンク制御（ＳＣ）期間内の無線リソースの割当ては、ＳＣ期間において、送信側ユーザ機器に設定されているＳＬプロセスの最大数によって制限される。送信側ユーザ機器のプロセッサは、次のＳＣ期間のための複数のＳＬグラントを取得し、取得されたＳＬグラントのうち、次のＳＣ期間の開始より前に最も最近に取得されたある特定の数のＳＬグラントを選択するように、構成されており、選択されるＳＬグラントの数は、１つのＳＣ期間に対して設定されているＳＬプロセスの最大数を超えない。さらに、プロセッサは、次のＳＣ期間における複数のＳＬプロセスを、複数のＳＬプロセスそれぞれが、次のＳＣ期間内の無線リソースを割り当てるための選択された数のＳＬグラントのうちの異なる１つのＳＬグラントに関連付けられるように、関連付けるように構成されている。さらに、プロセッサは、複数のＳＬプロセスそれぞれに対して、１基または複数基の受信側ユーザ機器のうちの１基への複数のＳＬ送信の１つを実行するための、次のＳＣ期間内の無線リソースを、それぞれのＳＬプロセスが関連付けられている選択されたＳＬグラントに従って割り当てるように、構成されている。複数のＳＬ送信それぞれは、ＳＬインタフェースを通じての少なくとも１つのサイドリンク制御情報（ＳＣＩ）の送信および少なくとも１つのデータ送信を含む。
１つの一般的な第２の態様においては、本明細書に開示されている技術は、通信システムにおいてＳＬインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる送信側ユーザ機器、を提供する。サイドリンク制御（ＳＣ）期間内の無線リソースの割当ては、ＳＣ期間において、送信側ユーザ機器に設定されているＳＬプロセスの最大数によって制限される。プロセッサは、次のＳＣ期間のために、次のＳＣ期間の開始より前に異なるサブフレームにおいて複数のサイドリンク（ＳＬ）グラントを取得するように構成されており、この場合、関連付け方式（association scheme）を適用することにより、取得されるＳＬグラントそれぞれが、ＳＬグラントが取得されるサブフレームに基づいて、最大数のＳＬプロセスのうちの１つのプロセスに関連付けられ、関連付け方式では、最大数のＳＬプロセスそれぞれが、複数の異なるサブフレームのセットからのＳＬグラントに関連付けられ、セットの中のサブフレームそれぞれが、事前定義された数のサブフレームだけ互いにオフセットされている。さらに、プロセッサは、複数の最大数のＳＬプロセスそれぞれを、複数の異なるサブフレームのそれぞれのセットにおいて取得されかつ次のＳＣ期間の開始より前に最も最近に取得された１つのＳＬグラント、に関連付けるように構成されている。さらに、プロセッサは、複数のＳＬプロセスそれぞれに対して、１基または複数基の受信側ユーザ機器のうちの１基への複数のＳＬ送信の１つを実行するための、次のＳＣ期間内の無線リソースを、それぞれのＳＬプロセスが関連付けられているＳＬグラントに従って割り当てるように、構成されている。複数のＳＬ送信それぞれは、ＳＬインタフェースを通じての少なくとも１つのサイドリンク制御情報（ＳＣＩ）の送信および少なくとも１つのデータ送信を含む。
１つの一般的な第３の態様においては、本明細書に開示されている技術は、通信システムにおいてサイドリンク制御（ＳＣ）期間内にＳＬインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる送信側ユーザ機器、を提供する。送信側ユーザ機器のプロセッサは、複数のＳＬ送信用のＳＬグラントを異なるリソースプールから自律的に選択するように構成されており、各リソースプールが、通信システム内でのＳＬ送信用に設定されており利用可能にされている。プロセッサは、複数のＳＬ送信それぞれのために、異なるＳＬプロセスに、設定されている異なるリソースプールから選択されたＳＬグラントを関連付けるように構成されている。さらに、プロセッサは、関連付けられているＳＬグラントを有する複数のＳＬプロセスそれぞれに対して、相異なる宛先グループＩＤへの論理チャネルを考慮するのみである個別の論理チャネル優先順位付け（ＬＣＰ）手順、を実行するように構成されている。さらに、プロセッサは、複数のＳＬプロセスそれぞれに対して、複数のＳＬ送信を実行するための無線リソースを、それぞれのＳＬプロセスが関連付けられている自律的に選択されたＳＬグラントに従って同じＳＣ期間内に割り当てるように構成されている。複数のＳＬ送信それぞれは、ＳＬインタフェースを通じての少なくとも１つのサイドリンク制御情報（ＳＣＩ）の送信および少なくとも１つのデータ送信を含む。
１つの一般的な第４の態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器がＳＬインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる方法、を提供する。サイドリンク制御（ＳＣ）期間内の無線リソースの割当ては、ＳＣ期間において、送信側ユーザ機器に設定されているＳＬプロセスの最大数によって制限される。次のＳＣ期間のための複数のＳＬグラントが取得される。取得されたＳＬグラントのうち、次のＳＣ期間の開始より前に最も最近に取得されたある特定の数のＳＬグラントが選択され、選択されるＳＬグラントの数は、１つのＳＣ期間に対して設定されているＳＬプロセスの最大数を超えない。次いで、次のＳＣ期間における複数のＳＬプロセスを、複数のＳＬプロセスそれぞれが、次のＳＣ期間内の無線リソースを割り当てるための選択された数のＳＬグラントのうちの異なる１つのＳＬグラントに関連付けられるように、関連付ける。その後、複数のＳＬプロセスそれぞれに対して、１基または複数基の受信側ユーザ機器のうちの１基への複数のＳＬ送信の１つを実行するための、次のＳＣ期間内の無線リソースを、それぞれのＳＬプロセスが関連付けられている選択されたＳＬグラントに従って割り当てる。複数のＳＬ送信それぞれは、ＳＬインタフェースを通じての少なくとも１つのサイドリンク制御情報（ＳＣＩ）の送信および少なくとも１つのデータ送信を含む。
１つの一般的な第５の態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器がＳＬインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる方法、を提供する。サイドリンク制御（ＳＣ）期間内の無線リソースの割当ては、ＳＣ期間において、送信側ユーザ機器に設定されているＳＬプロセスの最大数によって制限される。次のＳＣ期間のために、次のＳＣ期間の開始より前に異なるサブフレームにおいて複数のサイドリンク（ＳＬ）グラントを取得し、この場合、関連付け方式を適用することにより、取得されるＳＬグラントそれぞれが、ＳＬグラントが取得されるサブフレームに基づいて、最大数のＳＬプロセスのうちの１つのプロセスに関連付けられ、関連付け方式では、最大数のＳＬプロセスそれぞれが、複数の異なるサブフレームのセットからのＳＬグラントに関連付けられ、セットの中のサブフレームそれぞれが、事前定義された数のサブフレームだけ互いにオフセットされている。次いで、複数の最大数のＳＬプロセスそれぞれを、複数の異なるサブフレームのそれぞれのセットにおいて取得されかつ次のＳＣ期間の開始より前に最も最近に取得された１つのＳＬグラント、に関連付ける。その後、複数のＳＬプロセスそれぞれに対して、１基または複数基の受信側ユーザ機器のうちの１基への複数のＳＬ送信の１つを実行するための、次のＳＣ期間内の無線リソースを、それぞれのＳＬプロセスが関連付けられているＳＬグラントに従って割り当てる。複数のＳＬ送信それぞれは、ＳＬインタフェースを通じての少なくとも１つのサイドリンク制御情報（ＳＣＩ）の送信および少なくとも１つのデータ送信を含む。
１つの一般的な第６の態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器がサイドリンク制御（ＳＣ）期間内にＳＬインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる方法、を提供する。複数のＳＬ送信用のＳＬグラントを異なるリソースプールから自律的に選択し、各リソースプールが、通信システム内でのＳＬ送信用に設定されており利用可能にされている。次いで、複数のＳＬ送信それぞれのために、異なるＳＬプロセスに、設定されている異なるリソースプールから選択されたＳＬグラントを関連付ける。その後、関連付けられているＳＬグラントを有する複数のＳＬプロセスそれぞれに対して、相異なる宛先グループＩＤへの論理チャネルを考慮するのみである個別の論理チャネル優先順位付け（ＬＣＰ）手順、を実行する。最後に、複数のＳＬプロセスそれぞれに対して、複数のＳＬ送信を実行するための無線リソースを、それぞれのＳＬプロセスが関連付けられている自律的に選択されたＳＬグラントに従って同じＳＣ期間内に割り当てる。複数のＳＬ送信それぞれは、ＳＬインタフェースを通じての少なくとも１つのサイドリンク制御情報（ＳＣＩ）の送信および少なくとも１つのデータ送信を含む。
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面による開示内容のさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および／または利点の１つまたは複数を得るためにすべてを設ける必要はない。
これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
ユーザ機器（ＵＥ）、移動局、移動ノード、またはユーザ端末は、通信システム内の物理エンティティである。ユーザ機器は、自身が通信システム内で例えば別のユーザ機器と媒体を介して通信することを可能にするインタフェースを含む、いくつかの機能要素を有することができる。同様に、進化型ＮｏｄｅＢ（ｅＮＢ）、基地局、ネットワークノード、またはネットワーク端末は、自身が通信システム内で同じ媒体を介して例えばユーザ機器と通信することを可能にするインタフェースを含む、いくつかの機能要素を有する。
用語「無線リソース」は、本明細書の文脈においては、上述したようにユーザ機器および／または進化型ＮｏｄｅＢが通信媒体として使用するための時間－周波数リソース（例えばリソース要素（ＲＥ）またはリソースブロック（ＲＢ））などの物理無線リソースを広義に意味するものとして使用されている。
用語「（直接）サイドリンク（ＳＬ）送信」は、本明細書の文脈においては、２基のユーザ機器の間の（すなわち進化型ＮｏｄｅＢ（ｅＮＢ）を介さない）直接的な通信を広義に意味するものとして使用されている。サイドリンク送信を交換する２基のユーザ機器の間にサイドリンク通信が確立される。用語「（直接）サイドリンク通信」は、以下では装置間（Ｄ２Ｄ）通信またはＰｒｏＳｅ通信と同義に使用されている。
さらに、直接サイドリンク送信は、「サイドリンク（ＳＬ）インタフェース」を通じて実行され、「サイドリンク（ＳＬ）インタフェース」は、サイドリンク送信を提供するユーザ機器の機能を広義に意味するものとして本明細書の文脈において使用されている用語である。３ＧＰＰ ＬＴＥの専門用語では、サイドリンクインタフェースは、背景技術のセクションで説明したようにＰＣ５インタフェースである。
用語「サイドリンク（ＳＬ）プロセス」は、本明細書の文脈においては、サイドリンクグラントに関連付けることのできる、ユーザ機器内に設定されるプロセスを広義に意味するものとして使用されている。このようなサイドリンクプロセスは、ＳＣ期間単位でＳＬグラントをサイドリンクプロセスに関連付ける能力を提供する対応するユーザ機器に対して設定されると表現される。３ＧＰＰ ＬＴＥの専門用語では、サイドリンクプロセスは、背景技術のセクションで説明したように、サイドリンク共有チャネル（ＳＬ－ＳＣＨ）での送信用に、ＭＡＣエンティティにおけるサイドリンクＨＡＲＱエンティティによって維持される。
しかしながら本明細書の文脈においては、サイドリンクプロセスは、この点に制限されない。そうではなく、サイドリンクプロセスは、関連付けられるサイドリンクグラントまたはサイドリンクグラント情報が格納および維持される、ユーザ機器内のメモリ領域のみに関与することもある。このようなメモリ領域は、ユーザ機器によって管理され、例えばユーザ機器は、新たに受信されたサイドリンクグラント情報をメモリ領域に関連付ける（または格納する）、または前に関連付けられたサイドリンクグラント情報を削除する目的でメモリ領域を（再）初期化する（または消去する）。
用語「サイドリンク制御（ＳＣ）期間」は、本明細書の文脈においては、ユーザ機器がサイドリンク送信を実行する期間を広義に意味するものとして使用されている。各サイドリンク送信は、少なくとも１つのスケジューリング割当て（サイドリンク制御情報）の送信および少なくとも１つの対応するデータ送信を含む。言い換えれば、「サイドリンク制御期間」は、サイドリンクグラントが有効である期間とみなすこともできる。３ＧＰＰ ＬＴＥの専門用語では、「サイドリンク制御期間」は、ＳＡ／データ期間、またはＳＣ（サイドリンク制御）期間である。
用語「ＰｒｏＳｅ宛先グループ」または「サイドリンク宛先グループ」は、本明細書全体を通じて、例えば、３ＧＰＰ ＬＴＥの専門用語に定義されている１つの送信元レイヤ２ ＩＤと宛先レイヤ２ ＩＤのペアを意味するものとして使用されている。
表現「（サイドリンク）グラントを取得する」、「（サイドリンク）グラントを受信する」、および類似する表現は、ユーザ機器が、その責務を担う進化型ＮｏｄｅＢから（サイドリンク）グラントを取得／受信すること（すなわちモード１の機能）を広義に意味する。逆に、表現「（サイドリンク）グラントを自律的に選択する」および類似する表現は、ＵＥが（サイドリンク）グラントを自身で識別する、すなわちグラントのリソースを、（１つまたは複数の）適切な送信リソースプールから自律的に選択する（すなわちモード２の機能）（すなわちＵＥが内部的にグラントを受信する）ことを広義に意味する。
Ｄ２Ｄ通信に使用される、現在標準化されている送信方式（モード１に関連する（すなわちｅＮＢによってスケジューリングされる）送信方式およびモード２に関連する（自律的に選択する）送信方式）は、いずれも背景技術のセクションに説明してある。
現時点では、ＵＥは、サイドリンク制御期間（ＳＣ期間）あたり１つの（有効な）サイドリンクグラント（ＳＬグラント）のみを有することができる。したがって現在のところ、ＵＥには、同じグラントに関連付けられている１つのＳＬプロセスのみが設定される。たとえｅＮＢがモード１においていくつかのグラントをＵＥに発行する場合でも、ＵＥは、最も最近に（すなわち最後に）受信された１つのグラントのみを、そのＳＣ期間の有効なＳＬグラントとみなす。特に、ＳＬプロセスは、前に受信された（１つまたは複数の）ＳＬグラントを上書きし、したがってＳＬプロセスは、最も最近に受信されたＳＬグラントにのみ関連付けられる。
したがって、ＳＣ期間あたり利用可能なＳＬグラントは１つのみであるため、ＵＥは、ＳＣ期間あたり１つのスケジューリング割当て（ＳＡ）（すなわちサイドリンク制御情報（ＳＣＩ））を送信できるのみである。さらに送信側ＵＥは、スケジューリング割当て（ＳＡ）（すなわちスケジューリング制御情報（ＳＣＩ））あたり、１つのＰｒｏＳｅ宛先グループの１基または複数基の受信側ＵＥにのみデータを送信することができる。
より具体的には、送信側ＵＥは、１つのＳＣＩに関連付けられている（１つまたは複数の）ＭＡＣパケットデータユニット（ＰＤＵ）において、同じ送信元レイヤ２ ＩＤと宛先レイヤ２ ＩＤのペアを有する論理チャネルのみを考慮する。現在標準化されているこのＤ２Ｄ送信方式では、いくつかの不都合が生じる。
ＵＥが自身の（１つまたは複数の）バッファ内に、２つ以上のＰｒｏＳｅ宛先グループへのデータを有する場合、その送信側ＵＥは、ＳＣ期間あたり１つのＰｒｏＳｅ宛先グループのみにデータを送信するように制限される。したがって、（１つまたは複数の）残りのＰｒｏＳｅ宛先グループのデータは、少なくとも１つのさらなるＳＣ期間だけ遅延する。言い換えれば、スケジューリング割当て（ＳＡ）（すなわちサイドリンク制御情報（ＳＣＩ））の送信によって、１つのＰｒｏＳｅ宛先グループのみを示すことができ、対応するデータ送信は、同じＰｒｏＳｅ宛先グループのみに制限される。
設定されているＳＣ周期と、１つのＰｒｏＳｅ宛先グループにすべてのデータを送信するのに要求されるＳＣ期間の数によっては、遅延が大きくなることがあり、結果としてサイドリンク通信特性が低下する。このことは、最初に処理されるＰｒｏＳｅ宛先グループより多くのデータを送信できる十分な無線リソースの場合にもあてはまる。
さらに、送信側ＵＥは、データ送信用に進化型ＮｏｄｅＢ（ｅＮＢ）によって割り当てられたＤ２Ｄ送信リソースを、非効率的にしか利用することができない。進化型ＮｏｄｅＢ（ｅＮＢ）は、送信側ＵＥが必要とするよりも多くのＤ２Ｄ送信リソースを（ＳＬグラントによって）割り当てることがある。しかしながら、１つのＰｒｏＳｅ宛先グループのみに制限されているため、例えばその１つのＰｒｏＳｅ宛先グループへの十分なデータがＵＥのバッファに入っていない場合、送信側ＵＥは、割り当てられた無線リソースすべてを利用することができない。この状況は、例えば、送信側ＵＥによってｅＮＢにシグナリングされるバッファ状態情報が不正確である、または古いときに、起こりうる。この場合、割り当てられた無線リソースの一部は使用されないままであり、なぜなら同じＳＣ期間内に別のＰｒｏＳｅ宛先グループのデータを送信する目的にはこれらのリソースを使用できないためである。
本発明者は、上に説明した問題点を軽減する目的で、以下の例示的な実施形態を着想した。
これらの例示的な実施形態のいくつかは、３ＧＰＰ標準規格によって与えられる、一部が背景技術のセクションで説明されている幅広い仕様の中で実施され、さまざまな実装形態に関連する特に重要な特徴が、以下に説明するように追加される。なお、これらの実施形態は、例えば、背景技術のセクションで説明した３ＧＰＰ ＬＴＥ－Ａ（リリース１０／１１／１２／１３）などの移動通信システムにおいて有利に使用することができるが、これらの実施形態はこの特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。
以下の説明は、本開示の範囲を制限するものとしてではなく、本開示を深く理解するための実施形態の単なる例として理解されたい。当業者には、特許請求の範囲に記載されている本開示の一般的な原理を、さまざまなシナリオに、本明細書に明示的には記載されていない方法で適用できることが認識されるであろう。したがって以下のシナリオは、さまざまな実施形態を説明する目的で想定されており、実施形態をそのようなシナリオに限定するものではない。
第１の実施形態
以下では、上の問題点を解決するための第１の実施形態を詳しく説明する。第１の実施形態の実装形態について、図１３に関連して説明する。説明を目的としていくつかの想定を行うが、これらの想定は実施形態の範囲を制限しないものとする。
以下では、上の問題点を解決するための第１の実施形態を詳しく説明する。第１の実施形態の実装形態について、図１３に関連して説明する。説明を目的としていくつかの想定を行うが、これらの想定は実施形態の範囲を制限しないものとする。
第一に、ＰｒｏＳｅ通信（すなわちｅＮｏｄｅ Ｂを経由しない、ＵＥ間の直接的なＤ２Ｄ送信）を実行することが可能にされているユーザ機器（ＰｒｏＳｅ対応ＵＥ）が想定されている。さらに、ＵＥは、複数のサイドリンク宛先グループ（すなわちＰｒｏＳｅ宛先グループ）を送信先とする、送信可能な状態のデータを有するものとし、ただし、この第１の実施形態による改良された直接サイドリンク送信メカニズムは、ＵＥにおいて１つのサイドリンク宛先グループのデータのみが送信可能な状態である場合にも適用される。
第１の実施形態では、ＵＥ内の（複数の）サイドリンクプロセスにサイドリンクグラントを１対１に割り当てることができるというコンセプトを導入することによって、直接サイドリンク送信を改良する。言い換えれば、ＵＥは、各サイドリンクグラントに対応するサイドリンクプロセスを動作させることによって、複数のサイドリンクグラントを扱うことができる。サイドリンクプロセスは、対応する識別情報（以下では例示的にサイドリンクプロセスＩＤと称する）の使用によってアドレッシングすることができる。
現在標準化されている移動通信システムでは、ＵＥはサイドリンク制御（ＳＣ）期間あたり１つの有効なサイドリンクグラント（前に受信された（１つまたは複数の）サイドリンクグラントは上書きされ、最も最近のサイドリンクグラント）を利用することが許可されるのみであるのに対して、第１の実施形態は、ＵＥが同じ１つのＳＣ期間あたり２つ以上の有効なサイドリンクグラントを有することを許可することによって、Ｄ２Ｄ通信を改良する。
言い換えれば、第１の実施形態によれば、送信側ＵＥは、サイドリンクプロセスあたり１つの有効なサイドリンクグラントを有することが許可され、したがって、複数のサイドリンクプロセスが設定されている送信側ＵＥは、ＳＣ期間のための同じ数の有効なサイドリンクグラントを有することができる。したがってＵＥにおいて、そのサイドリンク通信能力は、サイドリンクプロセスの最大数によって制限される。
第二に、この実施形態のユーザ機器には、最大数のサイドリンクプロセスが設定されているものと想定する。ＳＬプロセスのこの最大数は、実装に固有とすることができ、したがってユーザ機器内に事前に設定される。最大数はＵＥに固有とすることもでき、したがってＵＥは、自身がカバレッジ内にある進化型ＮｏｄｅＢによって設定される。あるいはこの数をネットワークに固有とすることもでき、したがって同じネットワーク内のすべてのＵＥに、サイドリンクプロセスの同じ最大数が設定される。ＵＥに固有な設定またはネットワークに固有な設定のメカニズムでは、ＲＲＣシグナリングを必要とすることがある。
特に、サイドリンク送信は１基の（送信側）ＵＥから１基または複数基の（受信側）ＵＥへの直接送信ではあるが、このようなサイドリンク送信に関与するすべてのＵＥに同じ最大数のサイドリンクプロセスが設定されている必要はない。
そうではなく、送信側ＵＥのサイドリンク送信の宛先である１基または複数基の受信側ＵＥの最大数よりも大きい最大数のＳＬプロセスを、送信側ＵＥに設定することができる。さらには、送信側ＵＥからのＳＬ送信のすべてを、サイドリンク宛先グループ内の１基または複数基の受信側ＵＥによって受信できるようにすればよい。この点において、送信側ＵＥのみならず１基または複数基の受信側ＵＥにも、十分な数のサイドリンクプロセスが設定される。
しかしながら、送信側ＵＥおよび受信側ＵＥの設定を単純化する目的で、サイドリンクプロセスの最大数はネットワークに固有であるものと想定する。例えば、サイドリンクプロセスの最大数をｍ＝｛２，４，８｝とすることができ、以下の例は、通信システム内で各ＵＥにｍ＝２（２つ）のサイドリンクプロセスが設定されている場合について述べる。したがって、このような例示的なＵＥは、同時に２つの異なるサイドリンクグラントを扱うことができる（したがってＵＥはＳＣ期間内に利用可能な２つの有効な（「設定された」とも称する）サイドリンクグラントを有する）。
全体としては、ＵＥは、同じＳＣ期間内の、対応するサイドリンクグラントを有する各サイドリンクプロセスのＤ２Ｄ送信動作を、例えば背景技術のセクションで説明した、Ｄ２Ｄ送信を実行するためのすでに標準化されているコンセプト、にそれぞれ従って実行する。具体的には、ＵＥは、自身に利用可能な各サイドリンクグラントに対して（すなわち各サイドリンクプロセスに対して）、１つのサイドリンク宛先グループを決定し、決定したサイドリンク宛先グループを送信先とするデータを含む対応するトランスポートブロックを生成する。Ｄ２Ｄ送信用の無線リソースは、それぞれのサイドリンクグラントに従って割り当てられる。ＵＥは、自身に利用可能な各サイドリンクグラントに対して（すなわち各サイドリンクプロセスに対して）、サイドリンク宛先グループと、対応するＤ２Ｄ送信用に割り当てられた無線リソースとを識別する対応するサイドリンク制御情報を生成し、各サイドリンクグラント（プロセス）に対するサイドリンク制御情報および対応するデータのＤ２Ｄ送信を、それぞれのサイドリンクグラントの割り当てられた無線リソースを使用して実行する。
Ｄ２Ｄ送信を実行するためのこれらのステップの詳細についてはここでは省き、代わりに、本出願の背景技術のセクションの対応する部分を参照されたい。
第１の実施形態の基礎をなす上述した原理は、さまざまな利点をもたらす。この点において、すでに確立されている手順を修正せずに再利用することができる。例えば、サイドリンク制御情報を送信するのに同じＳＣＩフォーマット０を使用することができ、なぜなら追加の情報を伝える必要がないためである。さらに、各サイドリンクプロセスのＤ２Ｄ送信が、現在標準化されているＤ２Ｄ送信と比較して変更されないままであるため、受信側ＵＥは、１つのサイドリンクプロセスにおいて第１の実施形態に従って実行されるＤ２Ｄ送信と、現在の標準規格に従って実行されるＤ２Ｄ送信とを区別しない（実際に区別する必要がない）。したがって、受信側におけるＵＥの挙動を適合させる必要がない。
さらには、第１の実施形態では、ＳＣ期間内により多くのデータを送信することが可能であり、したがってＤ２Ｄ送信のデータレートが高まる。
これに加えて、第１の実施形態では、例えばさまざまなサイドリンクプロセスそれぞれに対して異なるサイドリンク宛先グループを選択することによって、いくつかのサイドリンク宛先グループを送信先とするデータを同じＳＣ期間内に送信することが可能である。したがって、特定のサイドリンク宛先グループのリソース不足を回避することができる。
ここまでは一般的に、ＵＥが、利用可能ないくつかのサイドリンクグラントを有するものと想定し、ＵＥがこれらのサイドリンクグラントを最初にどのように取得したかについては注意を払ってこなかった。以下ではこの点についてさらに詳しく説明する。
第１のバリエーション
第１のバリエーションでは、送信側ＵＥは、この第１の実施形態において、自身に設定されている最大数のサイドリンクプロセスのうちの少なくともいくつかのための複数のサイドリンクグラントを取得する。これら複数のサイドリンクグラントは、標準化されているシグナリング方式を適用して（例えばＰＤＣＣＨを介して）進化型ＮｏｄｅＢによってシグナリングされ、ＵＥがそれを受信する。
第１のバリエーションでは、送信側ＵＥは、この第１の実施形態において、自身に設定されている最大数のサイドリンクプロセスのうちの少なくともいくつかのための複数のサイドリンクグラントを取得する。これら複数のサイドリンクグラントは、標準化されているシグナリング方式を適用して（例えばＰＤＣＣＨを介して）進化型ＮｏｄｅＢによってシグナリングされ、ＵＥがそれを受信する。
送信側ＵＥは、これらの取得された複数のサイドリンクグラントの中から、ある特定の数のサイドリンクグラントを選択する。ＵＥによって選択されるサイドリンクグラントの数は、例えば、ｎ＝｛２，４，８）とすることができ、図示した例は、ＵＥがｎ＝２（２つ）のサイドリンクグラントを選択するように構成されている場合を示している。言い換えれば、送信側ＵＥは、進化型ＮｏｄｅＢによってシグナリングされた後にＵＥによって取得されたサイドリンクグラントのすべてを格納または維持せずに、ある特定の数のサイドリンクグラントのみを格納または維持する。
特に、送信側ＵＥは、取得した複数のサイドリンクグラントの中から、サイドリンク制御期間の開始より前に最も最近に取得された特定の数のサイドリンクグラントを選択する。サイドリンク制御期間は特定のサブフレームにおいて始まるものと想定すると、送信側ＵＥは、その特定のサブフレームより前に最後に取得した複数のサイドリンクグラントを選択する。
しかしながらこのことは、送信側ＵＥがその特定の数のサイドリンクグラントの選択をサイドリンク制御期間の開始時に実行できるのみであることを意味するものではない。そうではなくＵＥは、複数のサイドリンクプロセスそれぞれを、より最近に取得したサイドリンクグラントに（交互に）（再び）関連付けることによって（例えば関与するメモリ領域を上書きすることによって）、サイドリンクグラントのこの選択を達成することができる。
したがってＵＥは、より最近の新しいサイドリンクグラントを取得するたびに、その新たに取得したサイドリンクグラントを、複数のサイドリンクプロセスのうち、最も古いサイドリンクグラントを有するサイドリンクプロセスに割り当てることができ、これによってサイドリンク制御期間の開始時に、特定の数の最も最近のサイドリンクグラントがＵＥによって選択されている。この点においてＵＥは、最も最近に取得したサイドリンクグラントをサイドリンクプロセスに割り当てるとき、複数のサイドリンクプロセスを交互に配置することができる。
次に、図１３に示した例を参照する。この例では、ＵＥには、選択するべきサイドリンクグラントの数ｎ＝２（２つ）と、サイドリンクプロセスの最大数ｍ＝２（２つ）が設定されている。ＵＥは、サブフレームＮにおいてサイドリンク制御期間の開始まで（正確には、サイドリンク制御期間の開始より４つのサブフレームだけ前（サブフレームＮ－４）まで）、サイドリンクグラントを取得する。
（例えばサブフレームＮ－１３において）最初に取得されるサイドリンクグラントが、ｍ＝２（２つ）の設定されているサイドリンクプロセスのうちの最初のサイドリンクプロセスに関連付けられ、（例えばサブフレームＮ－１１において）次に取得されるサイドリンクグラントが、これら２つの設定されているサイドリンクプロセスのうちの２番目のサイドリンクプロセスに関連付けられる。言い換えれば、サイドリンクグラントは、設定されているサイドリンクプロセスに周期的に関連付けられる。
（例えばサブフレームＮ－８において）さらなるサイドリンクグラントが取得されると、ＵＥは、自身がｎ＝２（２つ）のサイドリンクグラントのみを選択するように設定されていることを認識しており、したがってＵＥは続いて（または周期的に）、その新たに取得されたサイドリンクグラントを、ｍ＝２（２つ）の設定されているサイドリンクプロセスのうちの最初のサイドリンクプロセスに（再び）関連付ける。言い換えれば、サブフレームＮ－１３において取得され、２つの設定されているサイドリンクプロセスのうちの（同じく）最初のサイドリンクプロセスに前に関連付けられたサイドリンクグラントが、上書きされる。
特に、設定されているサイドリンクプロセスへのこの周期的な関連付けは、選択されるサイドリンクグラントの数（ｎ＝２）に依存し、ＵＥに設定されているサイドリンクプロセスの最大数（ｍ＝２）には依存しない。さらに、選択されるサイドリンクグラントの数（ｎ＝２）は、設定されているサイドリンクプロセスの最大数（ｍ＝２）を超えてはならない（ｎ＜＝ｍ）。
最後に、（例えばサブフレームＮ－６において）さらなるサイドリンクグラントがＵＥによって取得されると、このサイドリンクグラントは、ｍ＝２（２つ）の設定されているサイドリンクプロセスのうちの２番目のサイドリンクプロセスに再び関連付けられる。したがって、サブフレームＮ－１１において取得され、２つの設定されているサイドリンクプロセスのうちの（同じく）２番目のサイドリンクプロセスに前に関連付けられたサイドリンクグラントが、上書きされる。
要約すれば、上述した挙動を適用することによって、送信側ＵＥは、複数のサイドリンクグラントを取得し、サイドリンク制御期間の開始時に（より正確には開始より４つのサブフレームだけ前には）、そのサイドリンク制御期間の開始よりも前に最も最近に取得されたある特定の数のサイドリンクグラントが選択されている。さらに、ｎ＝２（２つ）の選択されたサイドリンクグラントそれぞれが、ｍ＝２（２つ）の設定されているサイドリンクプロセスのうちの異なる１つのサイドリンクプロセスに関連付けられる。
有利な実装形態においては、送信側ＵＥは、最も最近に取得された新しいサイドリンクグラントを、設定されているサイドリンクプロセスのうちの対応する１つのサイドリンクプロセスに関連付ける前に、この新たに取得されたサイドリンクグラントが、複数の設定されているサイドリンクプロセスのうちの別の１つのサイドリンクプロセスにすでに関連付けられている別のサイドリンクグラントに一致するか否かを判定する。別のサイドリンクグラントに一致しており、かつ２つの取得されたサイドリンクグラントが、複数のサイドリンク送信用の同じ無線リソースを示している（すなわち無線リソースの衝突につながる）場合、新たに受信された同じサイドリンクグラントを破棄する（すなわち新たに取得されたサイドリンクグラントを対応するサイドリンクプロセスに関連付けない）。これによって、設定されているサイドリンクプロセスへの周期的な関連付けが維持される。
上述したメカニズムは単純ではあるが、これらのメカニズムは上記の挙動を利用して、送信側ＵＥにサイドリンクグラントをシグナリングするために進化型ＮｏｄｅＢによって使用される媒体（すなわちＰＤＣＣＨ）における干渉や歪みを抑制することができ、これは有利である。
従来、進化型ＮｏｄｅＢは、送信側ＵＥに同じサイドリンクグラントを複数回シグナリングすることによって、（例えばＰＤＣＣＨにおける）干渉や歪みに対処する。ＵＥは、干渉や歪みによって影響されていないサイドリンクグラントのみを取得する。したがって、進化型ＮｏｄｅＢによって同じサイドリンクグラントが繰り返しシグナリングされるたびに、送信側ＵＥにおいてサイドリンクグラントが正常に取得される確率が向上する。従来の送信側ＵＥは、ＳＬグラントが正常に取得されるたびにＳＬグラントを上書きする。このアプローチは、同じサイドリンクグラントがシグナリングされる限りは、簡単かつ堅牢である。
送信側ＵＥと１基または複数基の受信側ＵＥとの間の（複数の）異なるサイドリンク送信用の無線リソースを示す複数の異なるサイドリンクグラントにこのアプローチを適用する場合、挙動が明らかではない。さらに、進化型ＮｏｄｅＢは、複数の異なるサイドリンクグラントのうちどのサイドリンクグラントが送信側ＵＥによって正常に取得され、どのサイドリンクグラントが正常に取得されないかを認識しない。言い換えれば、進化型ＮｏｄｅＢは、複数の異なるサイドリンクグラントのうちの１つまたは別のサイドリンクグラントをＳＣ期間の開始前に再送信する必要があるか否かを評価することができない。
第１のバリエーションにおける送信側ＵＥは、（複数の）異なるサイドリンクグラントが繰り返しシグナリングされるものと想定し、複数のサイドリンクグラントを正常に取得した時点で、取得したサイドリンクグラントのうち、サイドリンク期間の開始より前に最も最近に取得されたある特定の数のサイドリンクグラントを選択する。さらには、次のＳＣ期間より前に（したがって次のＳＣ期間のための）サイドリンクグラントが、ＵＥによって取得される。
このアプローチは、以下の理由で有利である。すなわち、進化型ＮｏｄｅＢによってシグナリングされたすべてのサイドリンクグラントをＵＥが正常に取得する場合には、最も最近に取得したある特定の数のサイドリンクグラントを選択する結果として、その送信側ＵＥに（複数の）異なるサイドリンクグラントが提供される。したがって送信側ＵＥは、１基または複数基の受信側ＵＥへの複数の（異なる）サイドリンク送信を実行することができる。
また、進化型ＮｏｄｅＢによってシグナリングされた最後のその特定の数のサイドリンクグラントのみをＵＥが正常に取得する場合にも、最も最近に取得したグラントを選択する結果として、その送信側ＵＥに（複数の）異なるグラントが提供される。したがって、最後のその特定の数のシグナリングされたサイドリンクグラントが送信側ＵＥによって正常に取得される限りは、最後のその特定の数のシグナリングされたサイドリンクグラント以外のすべてのサイドリンクグラントは正常に取得されなくてもよい。
しかしながら、例えば、進化型ＮｏｄｅＢによってシグナリングされたサイドリンクグラントのうち最後のグラントがＵＥによって正常に（まったく）取得されない場合、ＵＥは、正常に取得されなかった最後のサイドリンクグラント以外の、正常に取得されたある特定の数のサイドリンクグラントを選択する。この場合にも、以下の考察から明らかになるように、結果として送信側ＵＥはある特定の数の異なるサイドリンクグラントを取得する。
（複数の）異なるサイドリンクグラントを繰り返しシグナリングするものと想定すると、たとえこの場合にも、進化型ＮｏｄｅＢによる繰り返されるシグナリングによって、その選択された数のサイドリンクグラントが相異なることが確保されるため、送信側ＵＥは（複数の）異なるサイドリンクグラントを正常に取得し、したがって送信側ＵＥはこれらのサイドリンクグラントを使用して、１基または複数基の受信側ＵＥへの複数の（異なる）サイドリンク送信を実行することができる。
さらには、進化型ＮｏｄｅＢによって最初と最後の間にシグナリングされたサイドリンクグラントの１つが、ＵＥによって正常に取得されない（すなわち取得されない）場合でも、送信側ＵＥによって正常に取得される最も最近に取得される複数のサイドリンクグラントの範囲内に、進化型ＮｏｄｅＢが余分な数の異なるサイドリンクグラント（「予備の」サイドリンクグラント）をシグナリングするならば、最も最近に受信された特定の数のサイドリンクグラントを選択する結果として、やはり（複数の）異なるサイドリンクグラントが取得される。言い換えれば、送信側ＵＥによって取得されるサイドリンクグラントの数に対して、進化型ＮｏｄｅＢによって異なるサイドリンクグラントが繰り返しシグナリングされる周期を増やすことによって、少なくとも最も最近に取得されたサイドリンクグラントがＵＥによって正常に取得されることを確保することができる。
要約すれば、送信側ＵＥによって最も最近に取得されたある特定の数のサイドリンクグラントを選択することにより、従来のアプローチの一部としての、干渉や歪みが良好に排除されるという利点を失うことなく、ＵＥが１基または複数基の受信側ＵＥへの複数の（異なる）サイドリンク送信を実行することを可能にするメカニズムが提供される。
さらに、このアプローチは、送信側ＵＥに設定されている最大数のサイドリンクプロセスのうちの１つに、取得されたサイドリンクグラントを関連付けるための識別情報を、サイドリンクグラントに含めることが要求されないことにおいて、有利である。したがって、取得したサイドリンクグラントを、最大数のサイドリンクプロセスのうちの対応するプロセスにＵＥが個別に関連付けることによって、シグナリングされるサイドリンクグラントそれぞれの情報（したがってサイズ）を、最小限に維持することができる。
ＵＥによって選択されるサイドリンクグラントの数は、そのサイドリンク制御期間に対してＵＥに設定されているサイドリンクプロセスの最大数を超えてはならない。これによって、サイドリンク制御期間内の無線リソースを割り当てるため、ＵＥによって選択されるサイドリンクグラントすべてを、選択された数のサイドリンクプロセスのうちの異なる１つに関連付けることができるようにすることができる。ＵＥは、選択されたサイドリンクグラントのうちの異なる１つのサイドリンクグラントに関連付けられているサイドリンクプロセスそれぞれにおいて、１基または複数基の受信側ＵＥへの複数のサイドリンク送信のうちのそれぞれの１つの送信を実行するために、サイドリンクグラントが受信された対象のサイドリンク制御期間内の無線リソースを、関連付けられているサイドリンクグラントに従って割り当てる。
例示的な実装形態によれば、ＵＥによって選択されるサイドリンクグラントの数は、サイドリンクプロセスの最大数に一致する（ＵＥにはサイドリンク期間に対してこの最大数以内のサイドリンクプロセスが設定される）。これによって、設定されている最大数のサイドリンクプロセスすべてを、サイドリンク制御期間内の無線リソースを割り当てるための選択された数のサイドリンクグラントのうちの異なる１つのサイドリンクグラントに関連付けることができる。
第１のバリエーションの上述した原理を適用する例示的な実装形態は、非特許文献５（現在のバージョン１２．７．０）における関連する３ＧＰＰ技術規格に対する以下の変更を伴う。簡潔さの理由から、関連する節のみを以下に記載するが、この非特許文献５の他のすべての節も、参照により本明細書に組み込まれている。
５．１４ ＳＬ－ＳＣＨデータ伝送
５．１４．１ ＳＬ－ＳＣＨデータ送信
５．１４．１．１ ＳＬグラントの受信およびＳＣＩの送信
ＳＬ－ＳＣＨで送信するためには、ＭＡＣエンティティはサイドリンクグラントを有さなければならない。ＭＡＣエンティティは、最大ｘ個のサイドリンクグラントを有することができる。サイドリンクグラントは、以下のように選択される。
－ ＭＡＣエンティティが、サイドリンクグラントをＰＤＣＣＨまたはＥＰＤＣＣＨにおいて動的に受信するように構成されており、現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨ（サイドリンクトラフィックチャネル）において利用可能である場合、ＭＡＣエンティティは、以下を行うものとする。
－ 受信したサイドリンクグラントを使用して、ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、［２］（非特許文献２）の１４．２．１節に従って決定する。
－ 最初の利用可能なＳＣ期間の先頭のサブフレームより４つのサブフレームだけ前（４つ前のサブフレームを含む）までに受信された最後のｘ個のサイドリンクグラントを、サイドリンクグラントが受信されたサブフレームより少なくとも４つのサブフレームだけ後から始まる最初の利用可能なＳＣ期間の先頭から始まるサブフレームに存在する設定されたサイドリンクグラントとみなし、同じＳＣ期間内に存在する、前に設定されたサイドリンクグラント（利用可能な場合）を上書きする。
－ 設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
－ そうではなく、ＭＡＣエンティティが、［８］（非特許文献９）の５．１０．４節に記載されているようにリソースのプールを使用して送信するように上位層によって設定されており、現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨにおいて利用可能であり、かつＭＡＣエンティティが、設定されているサイドリンクグラントを有さない場合、ＭＡＣエンティティは、以下を行うものとする。
－ 上位層によって設定されたリソースプールからサイドリンクグラントをランダムに選択する。ランダム関数は、許可される選択肢［２］それぞれを等しい確率で選ぶことができるようなものとする。
－ 選択したサイドリンクグラントを使用して、ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、［２］（非特許文献２）の１４．２．１節に従って決定する。
－ 選択されたサイドリンクグラントを、サイドリンクグラントが選択されたサブフレームより少なくとも４つのサブフレームだけ後に始まる最初の利用可能なＳＣ期間の先頭から始まるサブフレームにおいて存在する設定されたサイドリンクグラントとみなす。
－ 設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
注： 設定されたサイドリンクグラントがクリアされた後には、ＳＬ－ＳＣＨでの再送信を行うことはできない。
５．１４．１ ＳＬ－ＳＣＨデータ送信
５．１４．１．１ ＳＬグラントの受信およびＳＣＩの送信
ＳＬ－ＳＣＨで送信するためには、ＭＡＣエンティティはサイドリンクグラントを有さなければならない。ＭＡＣエンティティは、最大ｘ個のサイドリンクグラントを有することができる。サイドリンクグラントは、以下のように選択される。
－ ＭＡＣエンティティが、サイドリンクグラントをＰＤＣＣＨまたはＥＰＤＣＣＨにおいて動的に受信するように構成されており、現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨ（サイドリンクトラフィックチャネル）において利用可能である場合、ＭＡＣエンティティは、以下を行うものとする。
－ 受信したサイドリンクグラントを使用して、ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、［２］（非特許文献２）の１４．２．１節に従って決定する。
－ 最初の利用可能なＳＣ期間の先頭のサブフレームより４つのサブフレームだけ前（４つ前のサブフレームを含む）までに受信された最後のｘ個のサイドリンクグラントを、サイドリンクグラントが受信されたサブフレームより少なくとも４つのサブフレームだけ後から始まる最初の利用可能なＳＣ期間の先頭から始まるサブフレームに存在する設定されたサイドリンクグラントとみなし、同じＳＣ期間内に存在する、前に設定されたサイドリンクグラント（利用可能な場合）を上書きする。
－ 設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
－ そうではなく、ＭＡＣエンティティが、［８］（非特許文献９）の５．１０．４節に記載されているようにリソースのプールを使用して送信するように上位層によって設定されており、現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨにおいて利用可能であり、かつＭＡＣエンティティが、設定されているサイドリンクグラントを有さない場合、ＭＡＣエンティティは、以下を行うものとする。
－ 上位層によって設定されたリソースプールからサイドリンクグラントをランダムに選択する。ランダム関数は、許可される選択肢［２］それぞれを等しい確率で選ぶことができるようなものとする。
－ 選択したサイドリンクグラントを使用して、ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、［２］（非特許文献２）の１４．２．１節に従って決定する。
－ 選択されたサイドリンクグラントを、サイドリンクグラントが選択されたサブフレームより少なくとも４つのサブフレームだけ後に始まる最初の利用可能なＳＣ期間の先頭から始まるサブフレームにおいて存在する設定されたサイドリンクグラントとみなす。
－ 設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
注： 設定されたサイドリンクグラントがクリアされた後には、ＳＬ－ＳＣＨでの再送信を行うことはできない。
ＭＡＣエンティティは、各サブフレームに対して、以下を行うものとする。
－ ＭＡＣエンティティが、そのサブフレーム内に存在する設定されたサイドリンクグラントを有する場合、
－ 設定されたサイドリンクグラントが、ＳＣＩの送信に対応する場合には、
－ 設定されたサイドリンクグラントに対応するＳＣＩを送信するように物理層に指示する。
－ そうではなく、設定されたサイドリンクグラントが、第１のトランスポートブロックの送信に対応する場合には、
－ 設定されたサイドリンクグラントおよび関連付けられるＨＡＲＱ情報を、そのサブフレームに対するサイドリンクＨＡＲＱエンティティに渡す。
－ ＭＡＣエンティティが、そのサブフレーム内に存在する設定されたサイドリンクグラントを有する場合、
－ 設定されたサイドリンクグラントが、ＳＣＩの送信に対応する場合には、
－ 設定されたサイドリンクグラントに対応するＳＣＩを送信するように物理層に指示する。
－ そうではなく、設定されたサイドリンクグラントが、第１のトランスポートブロックの送信に対応する場合には、
－ 設定されたサイドリンクグラントおよび関連付けられるＨＡＲＱ情報を、そのサブフレームに対するサイドリンクＨＡＲＱエンティティに渡す。
５．１４．１．２ サイドリンクＨＡＲＱ動作
５．１４．１．２．１ サイドリンクＨＡＲＱエンティティ
ＳＬ－ＳＣＨでの送信用に、ＭＡＣエンティティにおける１つのサイドリンクＨＡＲＱエンティティが存在し、サイドリンクＨＡＲＱエンティティは、１つのＸ個のサイドリンクプロセスを維持する。
５．１４．１．２．１ サイドリンクＨＡＲＱエンティティ
ＳＬ－ＳＣＨでの送信用に、ＭＡＣエンティティにおける１つのサイドリンクＨＡＲＱエンティティが存在し、サイドリンクＨＡＲＱエンティティは、１つのＸ個のサイドリンクプロセスを維持する。
ＳＬ－ＳＣＨの各サブフレームに対して、サイドリンクＨＡＲＱエンティティは、以下を行うものとする。
－ サイドリンクプロセスのためのサイドリンクグラントが示されており、送信可能な状態のＳＬデータが存在する場合、
－ 「多重化およびアセンブリ（Multiplexing and assembly）」エンティティからＭＡＣ ＰＤＵを取得する。
－ ＭＡＣ ＰＤＵならびにサイドリンクグラントおよびＨＡＲＱ情報をサイドリンクプロセスに渡す。
－ 新しい送信をトリガーするようにサイドリンクプロセスに指示する。
－ そうではなく、そのサブフレームが、サイドリンクプロセスにおける再送信機会に対応する場合、
－ 再送信をトリガーするようにサイドリンクプロセスに指示する。
注： 再送信機会のためのリソースは、［２］（非特許文献２）の１４．２．１節に規定されている。
－ サイドリンクプロセスのためのサイドリンクグラントが示されており、送信可能な状態のＳＬデータが存在する場合、
－ 「多重化およびアセンブリ（Multiplexing and assembly）」エンティティからＭＡＣ ＰＤＵを取得する。
－ ＭＡＣ ＰＤＵならびにサイドリンクグラントおよびＨＡＲＱ情報をサイドリンクプロセスに渡す。
－ 新しい送信をトリガーするようにサイドリンクプロセスに指示する。
－ そうではなく、そのサブフレームが、サイドリンクプロセスにおける再送信機会に対応する場合、
－ 再送信をトリガーするようにサイドリンクプロセスに指示する。
注： 再送信機会のためのリソースは、［２］（非特許文献２）の１４．２．１節に規定されている。
代替実装形態によれば、ＳＣ期間に関連付けられるサイドリンクグラント受信ウィンドウが導入され、サイドリンクグラント受信ウィンドウは、受信されるサイドリンクグラントが、対応するＳＣ期間用とみなされる期間を意味する。ＳＣ期間ｎに関連付けられるサイドリンクグラント受信ウィンドウは、サブフレームｙ－３から始まり（サブフレームｙは、ＳＣ期間ｎ－１（前のＳＣ期間）の先頭のサブフレームを意味する）、ＳＣ期間ｎの先頭のサブフレームより４つのサブフレームだけ前で終わる。第１のバリエーションの場合、ＵＥは、サイドリンクグラント受信ウィンドウ内で受信された最後のｘ個のサイドリンクグラント（利用可能な場合）を、対応するＳＣ期間用に設定されたサイドリンクグラントとみなす。
第２のバリエーション
第２のバリエーションでは、送信側ＵＥは、この第１の実施形態において、自身に設定されている最大数のサイドリンクプロセスのうち少なくともいくつかのプロセスのための複数のサイドリンクグラントを取得する。これら複数のサイドリンクグラントは、標準化されているシグナリング方式を適用して（例えばＰＤＣＣＨを介して）進化型ＮｏｄｅＢによってシグナリングされ、ＵＥがそれを受信する。
第２のバリエーションでは、送信側ＵＥは、この第１の実施形態において、自身に設定されている最大数のサイドリンクプロセスのうち少なくともいくつかのプロセスのための複数のサイドリンクグラントを取得する。これら複数のサイドリンクグラントは、標準化されているシグナリング方式を適用して（例えばＰＤＣＣＨを介して）進化型ＮｏｄｅＢによってシグナリングされ、ＵＥがそれを受信する。
この第２のバリエーションにおいて重要な点として、サイドリンクグラントは、サイドリンク制御期間の開始より前に（正確には開始より４つのサブフレームだけ前までに）、異なるサブフレームにおいて取得される。言い換えれば、送信側ＵＥは、サイドリンクグラントが取得されるときのサブフレームに応じて、設定されている最大数のサイドリンクプロセス（例えば上のｍ＝｛２，４，８｝を参照）の１つにサイドリンクグラントを割り当てるときに異なる挙動を（潜在的に）とる。
特に、この第２のバリエーションでは、前のバリエーションのように、設定されている最大数ｍ個のサイドリンクプロセスのサブセットに対応するある特定の数ｎ個のサイドリンクグラントをＵＥが選択する（およびしたがって関連付ける）ことはできない。さらに、ＵＥは、複数の取得されたサイドリンクグラントのうち、最大数ｍ個の取得されたサイドリンクグラントを、送信側ＵＥ内に設定されている対応する最大数ｍ個のサイドリンクプロセスに関連付けるように構成されている。この挙動の場合、明らかに、ＵＥは最大数ｍ個のサイドリンクグラントを実際に取得する必要がある。
上に述べたように、サイドリンクグラントが取得されるときのサブフレームによって、そのサイドリンクグラントが関連付けられるサイドリンクプロセスが送信側ＵＥの中で決まる。より具体的には、複数のサイドリンクグラントがシグナリングされ、したがってサイドリンク制御期間の開始より前に（正確には開始前４つのサブフレームより前までに）異なるサブフレームにおいて取得されるため、取得されたサイドリンクグラントそれぞれを、設定されている最大数のサイドリンクプロセスの１つに関連付けるための一義的な割当てが、サブフレームによって可能になる。
送信側ＵＥは、取得したサイドリンクグラントを最大数の設定されているサイドリンクプロセスの１つに関連付けるために関連付け方式を適用する。この関連付け方式は、次のように定義される。すなわち、最大数のＳＬプロセスそれぞれが、複数の異なるサブフレームのセットからのサイドリンクグラントに関連付けられ、対応するセット内のサブフレームそれぞれが、事前定義される数（例：ｏ個）のサブフレームだけ互いにオフセットされている。
言い換えれば、サイドリンクグラントが取得される複数の異なるサブフレームのセットそれぞれは、これらのサイドリンクグラントについて、設定されているサイドリンクプロセスのうちの１つのプロセスとの関連付けを定義する。セットそれぞれが異なるサブフレームを含むため、サブフレームのセットは互いに別個である。さらに、各セットのサブフレームは、互いに対してオフセットされている。これによって、連続するサブフレームは、その中で取得されるサイドリンクグラントを、最大数の設定されているサイドリンクプロセスのうちの異なる１つのプロセスに関連付けることができる。言い換えれば、異なるサイドリンクプロセスに関連付けられる複数のサイドリンクグラントは、インターリーブ式に送信され、かつ同期したタイミングを有する。
要約すれば、送信側ＵＥがサイドリンクグラントを取得するときに各サブフレームに対して関連付け方式を適用することによって、送信側ＵＥは、（例えば関与するメモリ領域を上書きすることによって）最大数のサイドリンクプロセスのうちの１つのプロセスを、最も最近に取得されたサイドリンクグラントに（再び）関連付けることができる。この点において、最大数の設定されているサイドリンクプロセスそれぞれが、複数の異なるサブフレームのそれぞれのセットにおいて取得されかつ次のサイドリンク制御期間の開始より前に最も最近に取得されたサイドリンクグラント、に関連付けられる。
次に、図１４に示した例を参照する。この例では、ＵＥに最大数ｍ＝２（２つ）のサイドリンクプロセスが設定されており、セット内の異なるサブフレーム間のオフセットが、事前定義された数ｏ＝２（２つ）のサブフレームに対応するものと想定する。この例は、基礎をなすコンセプトを制限するようには解釈されないものとし、なぜなら以下から明らかになるように、例えばｏ＝｛２，４，８｝のオフセットも可能であるためである。ＵＥは、サイドリンク制御期間のサブフレームＮの開始まで（正確には、サイドリンク制御期間の開始より４つのサブフレームだけ前（Ｎ－４）まで）、サイドリンクグラントを取得する。
上から明らかであるように、セット内の異なるサブフレーム間のオフセット（例：ｏ＝２）は、設定されているサイドリンクプロセスの最大数（例：ｍ＝２）に一致する、またはこの最大数より大きくすることができる（これによって中間のサブフレームが、最大数のサイドリンクプロセスのうちの１つまたは別のプロセスに割り当てられないままとなる）。
さらに、セット内の異なるサブフレーム間のオフセット（例：ｏ＝２）と、設定されているサイドリンクプロセスの最大数（例：ｍ＝２）を一致するように定義することによって、サイドリンクグラントをシグナリングするための媒体（例：ＰＤＣＣＨ）が最も効率的に利用され、これに対して、最大数よりオフセットが大きい場合には、送信側ＵＥによる同じ媒体の監視が減少し、これによって送信側ＵＥのバッテリ効率が向上する。
図示した例に加えて、関連付け方式は、最大数ｍ＝２のサイドリンクプロセスのうちの最初のプロセスに対して、複数の異なるサブフレームの第１のセット（サブフレームＮ－１４，Ｎ－１２，Ｎ－１０，Ｎ－８，Ｎ－６，Ｎ－４を含む）に基づく関連付けを定義する。この関連付け方式は、最大数ｍ＝２のサイドリンクプロセスのうちの２番目のプロセスに対しては、複数の異なるサブフレームの第２のセット（サブフレームＮ－１３，Ｎ－１１，Ｎ－９，Ｎ－７，Ｎ－５を含む）に基づく関連付けを定義する。いずれのセットに関しても、異なるサブフレームが、事前定義された数ｏ＝２（２つ）のサブフレームだけ互いにオフセットされている。
例えばサブフレームＮ－１３においてＵＥによって取得される最初のサイドリンクグラントは、ｍ＝２（２つ）の設定されているサイドリンクプロセスのうちの２番目のプロセスに関連付けられ、なぜならＵＥは、上に説明した関連付け方式を適用することによって、このサイドリンクグラントが、複数の異なるサブフレームの第２のセットに属するサブフレームにおいて取得されることを求め、したがってＵＥは、このサイドリンクグラントが最大数ｍ＝２のサイドリンクプロセスのうちの２番目のプロセスに関連付けられるものと想定するためである。
次に、例えばサブフレームＮ－１１においてＵＥによって取得されるさらなるサイドリンクグラントも、２つの設定されているサイドリンクプロセスのうちの２番目のプロセスに関連付けられ、なぜならこのサイドリンクグラントも、サブフレームの第２のセットに属するサブフレームにおいて取得されるためである。ＵＥは、前のサイドリンクグラントには関係なく、（例えばＮ－１１において）新たに取得されたサイドリンクグラントを、ｍ＝２（２つ）の設定されているサイドリンクプロセスのうちの２番目のプロセスに（再び）関連付ける。言い換えれば、サブフレームＮ－１３において取得されて２つの設定されているサイドリンクプロセスのうちの（同じく）２番目のプロセスに前に関連付けられたサイドリンクグラントが、上書きされる。
その後、例えばサブフレームＮ－８においてＵＥによって取得される別のサイドリンクグラントは、ｍ＝２（２つ）の設定されているサイドリンクプロセスのうちの最初のプロセスに関連付けられ、なぜならＵＥは、上に説明した関連付け方式を適用することによって、このサイドリンクグラントが、異なるサブフレームの第１のセットに属するサブフレームにおいて取得されることを求め、したがってＵＥは、このサイドリンクグラントが最大数ｍ＝２のサイドリンクプロセスのうちの最初のプロセスに関連付けられるものと想定するためである。
最後に、例えばサブフレームＮ－６においてＵＥによって取得されるさらなるサイドリンクグラントも、２つの設定されているサイドリンクプロセスのうちの最初のプロセスに関連付けられ、なぜならこのサイドリンクグラントも、サブフレームの第１のセットに属するサブフレームにおいて取得されるためである。サブフレームＮ－８において取得されて２つの設定されているサイドリンクプロセスのうちの（同じく）最初のプロセスに前に関連付けられたサイドリンクグラントが、上書きされる。
要約すれば、送信側ＵＥは、上に説明した挙動を適用することによって、複数のサイドリンクグラントを取得し、関連するサイドリンク制御期間の開始時には（より正確には開始より４つのサブフレームだけ前には）、最大数ｍ＝２の複数のサイドリンクプロセスそれぞれが、複数の異なるサブフレームのそれぞれのセットにおいて取得されかつ次のサイドリンク制御期間の開始より前に最も最近に取得されたサイドリンクグラント、に関連付けられている。
送信側ＵＥは、複数のＳＬプロセスそれぞれに対して、１基または複数基の受信側ユーザ機器への複数のサイドリンク送信の１つを実行するための、次のサイドリンク制御期間内の無線リソースを、それぞれのサイドリンクプロセスが関連付けられているサイドリンクグラントに従って割り当てる。
第１のバリエーションまたは第２のバリエーションに関連する例示的な実装形態によれば、送信側ＵＥは、ある（すなわち次の）サイドリンク制御期間のためのサイドリンクグラントを、そのサイドリンク制御期間の開始より４つのサブフレームだけ前までに取得する。これによって、最も最近のサイドリンクグラントがいつまでにＵＥによって取得され得るかの正確な情報が、進化型ＮｏｄｅＢに提供される。言い換えれば、進化型ＮｏｄｅＢは、サイドリンクグラントの適切なシグナリングを事前に計画することができる。
第１のバリエーションまたは第２のバリエーションに関連するさらなる例示的な実装形態においては、複数のサイドリンクプロセスそれぞれが、その（すなわち次の）サイドリンク制御期間の開始より前に再初期化され（またはフラッシュされ）、その後にサイドリンクプロセスを、さらに後の（すなわち次の次の）サイドリンク制御期間に関連付けることが可能になる。サイドリンク制御期間の開始より４つのサブフレームだけ前までにサイドリンクグラントを取得できるものと想定すると、その後できる限り早く（すなわちサイドリンク制御期間の開始より３つのサブフレームだけ前に）、複数のサイドリンクプロセスが再初期化される。これによって、取得されたサイドリンクグラントを、さらに後の（すなわち次の次の）サイドリンク制御期間を対象に、できる限り早くサイドリンクプロセスに関連付けることができるようにすることができ、このことは第２のバリエーションにおいて特に有利であり、しかしながらこれに限定されない。
第１のバリエーションおよび第２のバリエーションに関連するさらに別の例示的な実装形態によれば、送信側ＵＥは、選択したサイドリンクグラントそれぞれを複数のサイドリンクプロセスのうちの異なる１つのプロセスに関連付けた後、関連付けられたサイドリンクプロセスそれぞれに対して、論理チャネル優先順位付け（ＬＣＰ）手順を実行する。ＬＣＰ手順それぞれによって異なるＰｒｏＳｅ宛先グループが識別された後、複数のサイドリンク送信それぞれが、１基または複数基の異なる受信側ＵＥ宛てに実行されるようにすることができる。
第２のバリエーションの上述した原理を適用する例示的な実装形態は、非特許文献５（現在のバージョン１２．７．０）における関連する３ＧＰＰ技術規格に対する以下の変更を伴う。簡潔さの理由から、関連する節のみを以下に記載するが、この非特許文献５の他のすべての節も、参照により本明細書に組み込まれている。
５．１４ ＳＬ－ＳＣＨデータ伝送
５．１４．１ ＳＬ－ＳＣＨデータ送信
５．１４．１．１ ＳＬグラントの受信およびＳＣＩの送信
ＳＬ－ＳＣＨで送信するためには、ＭＡＣエンティティはサイドリンクグラントを有さなければならない。ＭＡＣエンティティは、最大ｘ個のサイドリンクグラントを有することができる。サイドリンクグラントは、以下のように選択される。
－ ＭＡＣエンティティが、サイドリンクグラントをＰＤＣＣＨまたはＥＰＤＣＣＨにおいて動的に受信するように構成されており、現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨ（サイドリンクトラフィックチャネル）において利用可能である場合、ＭＡＣエンティティは、以下を行うものとする。
－ 受信したサイドリンクグラントを使用して、ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、［２］（非特許文献２）の１４．２．１節に従って決定する。
－ 受信されたサイドリンクグラントを、そのサイドリンクグラントが受信されたサブフレームより少なくとも４つのサブフレームだけ後から始まる最初の利用可能なＳＣ期間の先頭から始まるサブフレームに存在する設定されたサイドリンクグラントとみなし、サイドリンクグラントが受信されたサブフレームよりＸ個のサブフレームだけ前に受信された、同じＳＣ期間内に存在する前に設定されたサイドリンクグラント（利用可能な場合）、を上書きする。
－ 設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
－ そうではなく、ＭＡＣエンティティが、［８］（非特許文献９）の５．１０．４節に記載されているようにリソースのプールを使用して送信するように上位層によって設定されており、現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨにおいて利用可能であり、かつＭＡＣエンティティが、設定されているサイドリンクグラントを有さない場合、ＭＡＣエンティティは、以下を行うものとする。
－ 上位層によって設定されたリソースプールからサイドリンクグラントをランダムに選択する。ランダム関数は、許可される選択肢［２］（非特許文献２）それぞれを等しい確率で選ぶことができるようなものとする。
－ 選択したサイドリンクグラントを使用して、ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、［２］（非特許文献２）の１４．２．１節に従って決定する。
－ 選択されたサイドリンクグラントを、サイドリンクグラントが選択されたサブフレームより少なくとも４つのサブフレームだけ後に始まる最初の利用可能なＳＣ期間の先頭から始まるサブフレームにおいて存在する設定されたサイドリンクグラントとみなす。
－ 設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
注： 設定されたサイドリンクグラントがクリアされた後には、ＳＬ－ＳＣＨでの再送信を行うことはできない。
５．１４．１ ＳＬ－ＳＣＨデータ送信
５．１４．１．１ ＳＬグラントの受信およびＳＣＩの送信
ＳＬ－ＳＣＨで送信するためには、ＭＡＣエンティティはサイドリンクグラントを有さなければならない。ＭＡＣエンティティは、最大ｘ個のサイドリンクグラントを有することができる。サイドリンクグラントは、以下のように選択される。
－ ＭＡＣエンティティが、サイドリンクグラントをＰＤＣＣＨまたはＥＰＤＣＣＨにおいて動的に受信するように構成されており、現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨ（サイドリンクトラフィックチャネル）において利用可能である場合、ＭＡＣエンティティは、以下を行うものとする。
－ 受信したサイドリンクグラントを使用して、ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、［２］（非特許文献２）の１４．２．１節に従って決定する。
－ 受信されたサイドリンクグラントを、そのサイドリンクグラントが受信されたサブフレームより少なくとも４つのサブフレームだけ後から始まる最初の利用可能なＳＣ期間の先頭から始まるサブフレームに存在する設定されたサイドリンクグラントとみなし、サイドリンクグラントが受信されたサブフレームよりＸ個のサブフレームだけ前に受信された、同じＳＣ期間内に存在する前に設定されたサイドリンクグラント（利用可能な場合）、を上書きする。
－ 設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
－ そうではなく、ＭＡＣエンティティが、［８］（非特許文献９）の５．１０．４節に記載されているようにリソースのプールを使用して送信するように上位層によって設定されており、現在のＳＣ期間内に送信できるよりも多くのデータがＳＴＣＨにおいて利用可能であり、かつＭＡＣエンティティが、設定されているサイドリンクグラントを有さない場合、ＭＡＣエンティティは、以下を行うものとする。
－ 上位層によって設定されたリソースプールからサイドリンクグラントをランダムに選択する。ランダム関数は、許可される選択肢［２］（非特許文献２）それぞれを等しい確率で選ぶことができるようなものとする。
－ 選択したサイドリンクグラントを使用して、ＳＣＩの送信および第１のトランスポートブロックの送信が行われるサブフレームのセットを、［２］（非特許文献２）の１４．２．１節に従って決定する。
－ 選択されたサイドリンクグラントを、サイドリンクグラントが選択されたサブフレームより少なくとも４つのサブフレームだけ後に始まる最初の利用可能なＳＣ期間の先頭から始まるサブフレームにおいて存在する設定されたサイドリンクグラントとみなす。
－ 設定されたサイドリンクグラントを、対応するＳＣ期間の終了時にクリアする。
注： 設定されたサイドリンクグラントがクリアされた後には、ＳＬ－ＳＣＨでの再送信を行うことはできない。
ＭＡＣエンティティは、各サブフレームに対して、以下を行うものとする。
－ ＭＡＣエンティティが、そのサブフレーム内に存在する設定されたサイドリンクグラントを有する場合、
－ 設定されたサイドリンクグラントが、ＳＣＩの送信に対応する場合には、
－ 設定されたサイドリンクグラントに対応するＳＣＩを送信するように物理層に指示する。
－ そうではなく、設定されたサイドリンクグラントが、第１のトランスポートブロックの送信に対応する場合には、
－ 設定されたサイドリンクグラントおよび関連付けられるＨＡＲＱ情報を、そのサブフレームに対するサイドリンクＨＡＲＱエンティティに渡す。
－ ＭＡＣエンティティが、そのサブフレーム内に存在する設定されたサイドリンクグラントを有する場合、
－ 設定されたサイドリンクグラントが、ＳＣＩの送信に対応する場合には、
－ 設定されたサイドリンクグラントに対応するＳＣＩを送信するように物理層に指示する。
－ そうではなく、設定されたサイドリンクグラントが、第１のトランスポートブロックの送信に対応する場合には、
－ 設定されたサイドリンクグラントおよび関連付けられるＨＡＲＱ情報を、そのサブフレームに対するサイドリンクＨＡＲＱエンティティに渡す。
５．１４．１．２ サイドリンクＨＡＲＱ動作
５．１４．１．２．１ サイドリンクＨＡＲＱエンティティ
ＳＬ－ＳＣＨでの送信用に、ＭＡＣエンティティにおける１つのサイドリンクＨＡＲＱエンティティが存在し、サイドリンクＨＡＲＱエンティティは、１つのＸ個のサイドリンクプロセスを維持する。
５．１４．１．２．１ サイドリンクＨＡＲＱエンティティ
ＳＬ－ＳＣＨでの送信用に、ＭＡＣエンティティにおける１つのサイドリンクＨＡＲＱエンティティが存在し、サイドリンクＨＡＲＱエンティティは、１つのＸ個のサイドリンクプロセスを維持する。
ＳＬ－ＳＣＨの各サブフレームに対して、サイドリンクＨＡＲＱエンティティは、以下を行うものとする。
－ サイドリンクプロセスのためのサイドリンクグラントが示されており、送信可能な状態のＳＬデータが存在する場合、
－ 「多重化およびアセンブリ」エンティティからＭＡＣ ＰＤＵを取得する。
－ ＭＡＣ ＰＤＵならびにサイドリンクグラントおよびＨＡＲＱ情報をサイドリンクプロセスに渡す。
－ 新しい送信をトリガーするようにサイドリンクプロセスに指示する。
－ そうではなく、そのサブフレームが、サイドリンクプロセスにおける再送信機会に対応する場合、
－ 再送信をトリガーするようにサイドリンクプロセスに指示する。
注： 再送信機会のためのリソースは、［２］（非特許文献２）の１４．２．１節に規定されている。
－ サイドリンクプロセスのためのサイドリンクグラントが示されており、送信可能な状態のＳＬデータが存在する場合、
－ 「多重化およびアセンブリ」エンティティからＭＡＣ ＰＤＵを取得する。
－ ＭＡＣ ＰＤＵならびにサイドリンクグラントおよびＨＡＲＱ情報をサイドリンクプロセスに渡す。
－ 新しい送信をトリガーするようにサイドリンクプロセスに指示する。
－ そうではなく、そのサブフレームが、サイドリンクプロセスにおける再送信機会に対応する場合、
－ 再送信をトリガーするようにサイドリンクプロセスに指示する。
注： 再送信機会のためのリソースは、［２］（非特許文献２）の１４．２．１節に規定されている。
別の実装形態によれば、与えられたＴＴＩにおいて、このＴＴＩ内にサイドリンクグラントが受信される場合、ＵＥは、そのサイドリンクグラントが関連付けられるサイドリンクプロセスを識別する。サブフレームｎにおいて受信されるサイドリンクグラントが、サブフレームｎ－Ｘ（Ｘは事前定義される整数値を意味する）において受信されたサイドリンクグラントを上書きする。
第２の実施形態
以下では、上の問題点を解決するための第２の実施形態を詳しく説明する。この実施形態は、特に、モード２のリソース割当てモードの場合の複数のサイドリンク送信に焦点をあてている（ただしこれに限定されない）。さらにこの点において、通信システムにおいてサイドリンク制御（ＳＣ）期間内にＳＬインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てることを可能にするメカニズムが工夫されている。
以下では、上の問題点を解決するための第２の実施形態を詳しく説明する。この実施形態は、特に、モード２のリソース割当てモードの場合の複数のサイドリンク送信に焦点をあてている（ただしこれに限定されない）。さらにこの点において、通信システムにおいてサイドリンク制御（ＳＣ）期間内にＳＬインタフェースを通じて１基または複数基の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てることを可能にするメカニズムが工夫されている。
さらに詳しくは、送信側ＵＥは、異なるリソースプールから複数のＳＬ送信用のＳＬグラントを自律的に選択し、各リソースプールが、通信システム内のＳＬ送信用に設定されており利用可能にされている。さらに、ＵＥは、複数のＳＬ送信それぞれを対象に、異なるＳＬプロセスに、設定されている異なるリソースプールから選択されるＳＬグラントを関連付けなければならない。
送信側ＵＥは、関連付けられているＳＬグラントを有する複数のＳＬプロセスそれぞれに対して、個別の論理チャネル優先順位付け（ＬＣＰ）手順を実行し、このＬＣＰ手順は、相異なる宛先グループＩＤへの論理チャネルを考慮するのみである。したがってＵＥは、複数のＳＬプロセスそれぞれに対して、同じかまたは重なり合うＳＣ期間内に、それぞれのＳＬプロセスが関連付けられている自律的に選択されたＳＬグラントに従って無線リソースを割り当てる。
これによって、送信側ＵＥを、同じサイドリンク制御期間内に複数のＳＬ送信を実行するように構成することができ、複数のＳＬ送信それぞれが、１基または複数基の受信側ＵＥを送信先とする。さらに、（送信側ＵＥが異なる送信リソースプールにおいてＳＬ送信を実行する場合に）同じＳＣ期間または重なり合うＳＣ期間内で異なるＰｒｏＳｅ宛先グループへのＳＬ送信のみが許可されるように制限することによって、ＭＡＣ層内でのトランスポートブロック（ＴＢ）を再順序付けする（ｒｅｏｒｄｅｒｉｎｇ）追加のメカニズムの必要がなく、これは有利である。言い換えれば、この実施形態ではＰｒｏＳｅ通信が強制的に正しい順序で渡される。
例示的な実装形態によれば、送信側ＵＥは、ＳＣ期間内の各サブフレームについて、割り当てられた無線リソースが同じサブフレーム内の複数のＳＬ送信用に配置されるかをさらに判定する。具体的には、ＰｒｏＳｅ通信は、アップリンク帯域ではシングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）方式を適用して行われるため、以下から明らかになるように、複数のＳＬ送信は、シングルキャリア特性を満たさなければならない。
ＳＣ－ＦＤＭＡ方式から明らかであるように、送信側ＵＥは、送信時間間隔（ＴＴＩ）あたり１つのトランスポートブロック（ＴＢ）の送信を実行できるのみである。しかしながら、同じＳＣ期間内の複数のＳＬ送信用に自律的に選択される無線リソースは、この特性を満たさないことがある。言い換えれば、同じ複数のＳＬ送信用に無線リソースを割り当てることができない。
送信側ＵＥは、送信時間間隔それぞれについて、割り当てられる無線リソースが適切に配置されていない（すなわち上述したシングルキャリア特性を満たさない）ものと判定する場合、ＳＬ送信の論理チャネルの優先順位のランクが低いＳＬプロセスのそれぞれのＳＣＩおよび／またはデータの送信をスキップすることができ、またはＵＥは、低ランクのリソースプールが関連付けられているＳＬプロセスのそれぞれのＳＣＩおよび／またはデータの送信をスキップすることができる。
論理チャネルの優先順位は、ＳＬ送信のうちデータ送信部分を対象とする。さらに、リソースプールのランクによっても、ＳＬ送信のデータ送信部分の優先順位が確立される。さらには、個別の送信をスキップしても、一般にシステム性能にほとんど影響せず、なぜなら上述したようにリソースプールそれぞれによって多数の再送信が行われるためである。
要約すれば、この有利な実装形態では、同じＳＣ期間内に複数のＳＬ送信（各ＳＬ送信は１基または複数基の受信側ＵＥを送信先とする）を実行するとき、複数のＳＬ送信とＳＣ－ＦＤＭＡ方式の互換性が送信側ＵＥによって強制される。これによって、異なるリソースプールから自律的に選択されるＳＬグラント間の互換性を定義することを回避することができる。
なお、ｅＮＢによって発行されるＳＬグラントの結果として、ＳＣ期間内で、割り当てられた無線リソースが同じサブフレーム内の複数のＳＬ送信用に配置される場合には、ｅＮＢによって制御されるリソース割当てモード（モード１）においても、それぞれのＳＣＩおよび／またはデータの送信のいくつかをスキップすることが必要となりうることに留意されたい。
＜ハードウェアおよびソフトウェアによる本開示の実施＞
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。特に、上に説明した各実施形態の説明において使用される各機能ブロックは、集積回路としてのＬＳＩによって実施することができる。これらの機能ブロックは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。これらのチップは、自身に結合されているデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって達成することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、あるいはＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用することもできる。
さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
Claims (14)
- ＳＬインタフェースを通じて１または複数の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる送信側ユーザ機器と、前記１または複数の受信側ユーザ機器を含む通信システムであって、
前記送信側ユーザ機器が、
動作の際に、次のサイドリンク制御（ＳＣ）期間のために、前記次のサイドリンク制御（ＳＣ）期間の開始より前に異なるサブフレームにおいて複数のサイドリンク（ＳＬ）グラントを受信する受信部であって、
関連付け方式を適用することにより、前記受信されるＳＬグラントそれぞれが、前記ＳＬグラントが受信されるサブフレームに基づいて、複数の最大数のＳＬプロセスのうちの１つのプロセスに関連付けられ、サイドリンク制御（ＳＣ）期間内の無線リソースの前記割当てが、前記サイドリンク制御（ＳＣ）期間において、前記送信側ユーザ機器に設定されているＳＬプロセスの前記最大数によって制限され、
前記関連付け方式では、前記最大数のＳＬプロセスそれぞれが、複数の異なるサブフレームのセットからのＳＬグラントに関連付けられ、前記セットの中の前記サブフレームそれぞれが、定義される数のサブフレームだけ互いにオフセットされており、前記オフセットとして定義されるサブフレームの数は前記SLプロセスの最大数より大きい、
受信部と、
動作の際に、前記複数の最大数のＳＬプロセスそれぞれを、複数の異なるサブフレームのそれぞれのセットにおいて受信されかつ前記次のサイドリンク制御（ＳＣ）期間の開始より前に最後に受信された１つのＳＬグラント、に関連付ける回路であって、
前記複数のＳＬプロセスそれぞれに対して、前記１または複数の受信側ユーザ機器のうちの１つへの前記複数のＳＬ送信の１つを実行するための、前記次のサイドリンク制御（ＳＣ）期間内の無線リソースを、前記それぞれのＳＬプロセスが関連付けられている前記ＳＬグラントに従って割り当てる、
回路と、
動作の際に、前記ＳＬインタフェースを通じての少なくとも１つのサイドリンク制御情報（ＳＣＩ）の送信および少なくとも１つのデータ送信を含む前記複数のＳＬ送信それぞれを実行する送信部と、
を備え、
前記受信側ユーザ機器が、
前記送信側ユーザ機器から、前記ＳＬインタフェースを通じてサイドリンク制御情報（ＳＣＩ）およびデータを受信する受信部を備える、
通信システム。 - サブフレームの前記定義される数が、前記送信側ユーザ機器に設定されているＳＬプロセスの前記最大数に一致している、請求項１に記載の通信システム。
- 前記次のサイドリンク制御（ＳＣ）期間のためのＳＬグラントが、前記サイドリンク制御（ＳＣ）期間の開始前４つのサブフレームより前までにのみ受信される、請求項１に記載の通信システム。
- 前記複数のＳＬプロセスそれぞれが、サイドリンク制御（ＳＣ）期間の開始より前に再初期化され、その後に前記ＳＬプロセスを次の次のサイドリンク制御（ＳＣ）期間のためのＳＬグラントに割り当てることが可能になる、請求項１に記載の通信システム。
- 前記複数のＳＬプロセスそれぞれが、サイドリンク制御（ＳＣ）期間の開始より３つのサブフレームだけ前に再初期化される、請求項４に記載の通信システム。
- 前記回路が、動作の際に、ＳＬグラントに関連付けられている前記複数のＳＬプロセスそれぞれに対して、論理チャネル優先順位付け（ＬＣＰ）手順を実行する、請求項１に記載の通信システム。
- 前記複数のＬＣＰ手順それぞれを実行するステップが、１または複数の受信側ユーザ機器への前記複数のＳＬ送信を実行するために使用される相異なる宛先グループＩＤを識別するステップを含む、請求項６に記載の通信システム。
- ＳＬインタフェースを通じて１または複数の受信側ユーザ機器への複数の直接サイドリンク（ＳＬ）送信を実行するための無線リソースを割り当てる送信側ユーザ機器と、前記１または複数の受信側ユーザ機器を含む通信システムによって実行される方法であって、
前記方法が、前記送信側ユーザ機器によって実行される以下のステップ、すなわち、 次のサイドリンク制御（ＳＣ）期間のために、前記次のサイドリンク制御（ＳＣ）期間の開始より前に異なるサブフレームにおいて複数のサイドリンク（ＳＬ）グラントを受信するステップであって、
関連付け方式を適用することにより、前記受信されるＳＬグラントそれぞれが、前記ＳＬグラントが受信されるサブフレームに基づいて、複数の最大数のＳＬプロセスのうちの１つのプロセスに関連付けられ、サイドリンク制御（ＳＣ）期間内の無線リソースの前記割当てが、前記サイドリンク制御（ＳＣ）期間において、前記送信側ユーザ機器に設定されているＳＬプロセスの最大数によって制限され、
前記関連付け方式では、前記最大数のＳＬプロセスそれぞれが、複数の異なるサブフレームのセットからのＳＬグラントに関連付けられ、前記セットの中の前記サブフレームそれぞれが、定義された数のサブフレームだけ互いにオフセットされており、前記オフセットとして定義されるサブフレームの数は前記SLプロセスの最大数より大きい、
ステップと、
前記複数の最大数のＳＬプロセスそれぞれを、複数の異なるサブフレームのそれぞれのセットにおいて受信されかつ前記次のサイドリンク制御（ＳＣ）期間の開始より前に最後に受信された１つのＳＬグラント、に関連付けるステップと、
前記複数のＳＬプロセスそれぞれに対して、１または複数の受信側ユーザ機器のうちの１つへの前記複数のＳＬ送信の１つを実行するための、前記次のサイドリンク制御（ＳＣ）期間内の無線リソースを、前記それぞれのＳＬプロセスが関連付けられている前記ＳＬグラントに従って割り当てるステップと、
を含み、
前記複数のＳＬ送信それぞれが、前記ＳＬインタフェースを通じての少なくとも１つのサイドリンク制御情報（ＳＣＩ）の送信および少なくとも１つのデータ送信を含み、
前記方法が、前記受信側ユーザ機器によって実行される以下のステップ、すなわち、
前記送信側ユーザ機器から、前記ＳＬインタフェースを通じてサイドリンク制御情報（ＳＣＩ）およびデータを受信するステップを含む、
方法。 - サブフレームの前記定義される数が、前記送信側ユーザ機器に設定されているＳＬプロセスの前記最大数に一致している、請求項８に記載の方法。
- 前記次のサイドリンク制御（ＳＣ）期間のためのＳＬグラントが、前記サイドリンク制御（ＳＣ）期間の開始前４つのサブフレームより前までにのみ取得される、請求項８に記載の方法。
- 前記複数のＳＬプロセスそれぞれが、サイドリンク制御（ＳＣ）期間の開始より前に再初期化され、その後に前記ＳＬプロセスを次の次のサイドリンク制御（ＳＣ）期間のためのＳＬグラントに割り当てることが可能になる、請求項８に記載の方法。
- 前記複数のＳＬプロセスそれぞれが、サイドリンク制御（ＳＣ）期間の開始より３つのサブフレームだけ前に再初期化される、請求項１１に記載の方法。
- 前記ステップが、ＳＬグラントに関連付けられている前記複数のＳＬプロセスそれぞれに対して、論理チャネル優先順位付け（ＬＣＰ）手順を実行するステップを含む、請求項８に記載の方法。
- 前記複数のＬＣＰ手順それぞれを実行するステップが、１または複数の受信側ユーザ機器への前記複数のＳＬ送信を実行するために使用される相異なる宛先グループＩＤを識別するステップを含む、請求項１３に記載の方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021034193A JP7122695B2 (ja) | 2019-11-21 | 2021-03-04 | サイドリンク制御期間における複数のサイドリンク制御送信 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019210503A JP6857832B2 (ja) | 2019-11-21 | 2019-11-21 | サイドリンク制御期間における複数のサイドリンク制御送信 |
| JP2021034193A JP7122695B2 (ja) | 2019-11-21 | 2021-03-04 | サイドリンク制御期間における複数のサイドリンク制御送信 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019210503A Division JP6857832B2 (ja) | 2019-11-21 | 2019-11-21 | サイドリンク制御期間における複数のサイドリンク制御送信 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021101552A JP2021101552A (ja) | 2021-07-08 |
| JP7122695B2 true JP7122695B2 (ja) | 2022-08-22 |
Family
ID=69619548
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019210503A Active JP6857832B2 (ja) | 2019-11-21 | 2019-11-21 | サイドリンク制御期間における複数のサイドリンク制御送信 |
| JP2021034193A Active JP7122695B2 (ja) | 2019-11-21 | 2021-03-04 | サイドリンク制御期間における複数のサイドリンク制御送信 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019210503A Active JP6857832B2 (ja) | 2019-11-21 | 2019-11-21 | サイドリンク制御期間における複数のサイドリンク制御送信 |
Country Status (1)
| Country | Link |
|---|---|
| JP (2) | JP6857832B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2942169T3 (es) | 2020-04-09 | 2023-05-30 | Asustek Comp Inc | Procedimiento y aparato de manejo del intervalo de tiempo para la solicitud automática híbrida (HARQ) de enlace lateral en el modo de programación de red en un sistema de comunicación inalámbrica |
-
2019
- 2019-11-21 JP JP2019210503A patent/JP6857832B2/ja active Active
-
2021
- 2021-03-04 JP JP2021034193A patent/JP7122695B2/ja active Active
Non-Patent Citations (5)
| Title |
|---|
| ASUSTeK，Miscellaneous Corrections to the running ProSe MAC CR，3GPP TSG-RAN WG2#89 R2-150359，フランス，3GPP，2015年01月30日，Section 2 |
| ASUSTeK，Padding PDU on SL-SCH，3GPP TSG-RAN WG2#88 R2-145067，フランス，3GPP，2014年11月08日，Section 2 |
| LG Electronics Inc.，Support of multiple SC transmissons，3GPP TSG-RAN WG2#91bis R2-154576，フランス，3GPP，2015年09月26日，Section 2.1 |
| Panasonic，LCP procedure for ProSe communication，3GPP TSG-RAN WG2#91 R2-153258，フランス，3GPP，2015年08月14日，Section 2 |
| Panasonic，Multiple SA transmissions during one SC period，3GPP TSG-RAN WG2#91 R2-153259，フランス，3GPP，2015年08月14日，Section 2 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6857832B2 (ja) | 2021-04-14 |
| JP2020025362A (ja) | 2020-02-13 |
| JP2021101552A (ja) | 2021-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12137456B2 (en) | Multiple sidelink control transmissions during a sidelink control period | |
| US12052692B2 (en) | Multiple prose group communication during a sidelink control period | |
| JP7183351B2 (ja) | サイドリンク制御期間中の複数のＰｒｏＳｅグループ通信 | |
| JP7122695B2 (ja) | サイドリンク制御期間における複数のサイドリンク制御送信 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210304 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220322 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220610 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220628 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220726 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7122695 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |