JP2020510375A - 無線通信システムにおけるサイドリンク同期信号送信方法及び前記方法を利用する端末 - Google Patents

Abstract

【課題】無線通信システムにおけるサイドリンク同期信号（ＳＬＳＳ）送信方法及びその方法を利用する端末を提供する。【解決手段】ＳＬＳＳリソース設定情報を受信し、ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定し、複数の搬送波の各々でＳＬＳＳリソースを利用して実際にＳＬＳＳを送信するかどうかを指示するＳＬＳＳ送信設定情報を受信し、ＳＬＳＳ送信設定情報に基づいて決まった複数の搬送波のうち少なくとも一つの搬送波で、ＳＬＳＳリソース設定情報が指示するＳＬＳＳリソースを利用してＳＬＳＳを送信することを特徴とする。【選択図】図７

Description

本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるサイドリンク同期信号送信方法及び前記方法を利用する端末に関する。

最近、装置間に直接通信をするＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公共安全ネットワーク（ｐｕｂｌｉｃ ｓａｆｅｔｙ ｎｅｔｗｏｒｋ）のための通信技術として注目を浴びている。 公共安全ネットワークは、商業的な通信ネットワークに比べて高いサービス要求条件（信頼度及び保安性）を有し、特に、セルラ通信のカバレッジが届かない、または利用可能でない場合にも、装置間の直接信号送受信、即ち、Ｄ２Ｄ動作も要求している。

Ｄ２Ｄ動作は、近接した機器間の信号送受信という点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い送信率及び低い遅延を有してデータ通信をすることができる。また、Ｄ２Ｄ動作は、基地局に集まるトラフィックを分散させることができ、Ｄ２Ｄ端末が中継器役割をする場合は、基地局のカバレッジを拡張させる役割もできる。

一方、ＬＴＥ−Ａ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ−ａｄｖａｎｃｅｄ）では、端末と端末との間のインターフェースをサイドリンク（ｓｉｄｅｌｉｎｋ）といい、サイドリンクは、車両に設置された端末間または車両に設置された端末と他の任意の端末間の通信、即ち、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）にも使われることができる。

一方、既存のＶ２Ｘ通信では、キャリアアグリゲーション（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）をサポートしなかった。キャリアアグリゲーションとは、搬送波を結合して使用することを意味し、隣接した搬送波の結合及び隣接しない搬送波の結合などがある。

Ｖ２Ｘ通信にキャリアアグリゲーションが使われる場合、各搬送波での同期信号送信リソースをどのように設定するかに対して規定する必要がある。また、従来はある搬送波に同期信号送信リソースが設定されると、該当リソースで同期信号を送信する方式に単純に動作したが、Ｖ２Ｘ通信にキャリアアグリゲーションが使われる場合はこのような単純な動作が好ましくない。このような点を考慮した、サイドリンク同期信号送信方法及び装置が必要である。

本発明が解決しようとする技術的課題は、無線通信システムにおけるサイドリンク同期信号送信方法及び前記方法を利用する端末を提供することにある。

一側面において、無線通信システムにおけるサイドリンク同期信号送信方法を提供する。前記方法は、ＳＬＳＳリソース設定情報を受信し、前記ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定し、前記複数の搬送波の各々で前記ＳＬＳＳリソースを利用して実際に前記ＳＬＳＳを送信するかどうかを指示するＳＬＳＳ送信設定情報を受信し、前記ＳＬＳＳ送信設定情報に基づいて決まった前記複数の搬送波のうち少なくとも一つの搬送波で、前記ＳＬＳＳリソース設定情報が指示する前記ＳＬＳＳリソースを利用して前記ＳＬＳＳを送信することを特徴とする。

前記ＳＬＳＳ送信設定情報は、前記ＳＬＳＳを送信しない搬送波を設定する。

前記複数の搬送波は、Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）通信に使われる搬送波である。

前記複数の搬送波で、時間領域で重なるフレームは、同じＤＦＮ（Ｄ２Ｄ ｆｒａｍｅ ｎｕｍｂｅｒ）値を有する。

前記ＳＬＳＳリソース設定情報及び前記ＳＬＳＳ送信設定情報は、同じメッセージに含まれて受信される。

前記ＳＬＳＳリソース設定情報及び前記ＳＬＳＳ送信設定情報は、ネットワークから受信する。

前記ＳＬＳＳは、ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及びＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を含む。

他の側面で提供される端末は、無線信号を送信及び受信する送受信機（ｔｒａｎｓｃｅｉｖｅｒ）及び前記送受信機と結合して動作するプロセッサを含む。前記プロセッサは、ＳＬＳＳリソース設定情報を受信し、前記ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定し、前記複数の搬送波の各々で前記ＳＬＳＳリソースを利用して実際に前記ＳＬＳＳを送信するかどうかを指示するＳＬＳＳ送信設定情報を受信し、前記ＳＬＳＳ送信設定情報に基づいて決まった前記複数の搬送波のうち少なくとも一つの搬送波で、前記ＳＬＳＳリソース設定情報が指示する前記ＳＬＳＳリソースを利用して前記ＳＬＳＳを送信することを特徴とする。

本発明によると、Ｖ２Ｘ通信にキャリアアグリゲーションが使われる場合、各搬送波で同期信号送信リソースの個数及び位置を同じに設定することによって、各搬送波間にＤＦＮ（Ｄ２Ｄ ｆｒａｍｅ ｎｕｍｂｅｒ）を一致させることができるという長所がある。また、限定された端末の送信電力、Ｖ２Ｘ信号別信頼性要件、サービスタイプなどを考慮する時、各搬送波に同期信号送信リソースが設定されても、実際に同期信号送信が必要でない場合もあり、本発明では、実際は同期信号が送信されない搬送波をネットワークにより設定できて、前記必要にこたえることができる。

無線通信システムを示す。 ユーザ平面（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。 制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。 Ｖ２Ｘ通信のためのシナリオを例示する。 本発明の一実施例に係るＳＬＳＳリソース設定方法を例示する。 本発明によるＳＬＳＳ送信方法を例示する。 図５及び図６で説明した方法を適用する具体的な例を示す。 サイドリンクでＣＡが適用される場合、リソース選択の一例を示す。 本発明の実施例が具現される装置を示すブロック図である。 プロセッサ１１００を構成する一例を示す。

図１は、無線通信システムを示す。

無線通信システムは、例えば、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムという。

Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。

基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）と連結される。

ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、そのうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。

無線通信システムは、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）システム、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）システム、またはＴＤＤとＦＤＤが共に使われるシステムである。

図2は、ユーザ平面（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図3は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。

図2及び図3を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ） ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。

互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。

ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）階層にサービスを提供する。

ＲＬＣ階層の機能は、ＲＬＣ ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。

ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。

ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。

ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ ＲＢ）とＤＲＢ（Ｄａｔａ ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。

端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣ ｉｄｌｅ）状態になる。

ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。

トランスポートチャネル上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。

物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。

ＲＲＣ状態とは、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的接続（ｌｏｇｉｃａｌ ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続している場合はＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）といい、接続されていない場合はＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）という。ＲＲＣ接続状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣアイドル状態の端末は、Ｅ−ＵＴＲＡＮが把握することができず、セルより大きい地域単位であるトラッキング領域（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位でＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）が管理する。即ち、ＲＲＣアイドル状態の端末は、大きい地域単位に存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためにはＲＲＣ接続状態に移動しなければならない。

ユーザが端末の電源を最初にオンにした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣアイドル状態にとどまる。ＲＲＣアイドル状態の端末は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続過程（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮとＲＲＣ接続を確立し、ＲＲＣ接続状態に移動する。ＲＲＣアイドル状態の端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由で上りデータ送信が必要な場合、またはＥ−ＵＴＲＡＮからページング（ｐａｇｉｎｇ）メッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。

ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。

ＮＡＳ階層で端末の移動性を管理するために、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤの二つの状態が定義されており、この二つの状態は、端末とＭＭＥに適用される。初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態であり、この端末がネットワークに接続するために初期連結（Ｉｎｉｔｉａｌ Ａｔｔａｃｈ）手順を介して該当ネットワークに登録する過程を実行する。前記連結（Ａｔｔａｃｈ）手順が成功的に遂行されると、端末及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態になる。

端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇ ｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳ Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥ状態及びＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ−ＩＤＬＥ状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。ＥＣＭ−ＩＤＬＥ状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続（Ｓ１ ｃｏｎｎｅｃｔｉｏｎ）を確立すると、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。端末がＥＣＭ−ＩＤＬＥ状態にある時、Ｅ−ＵＴＲＡＮは、端末のコンテキスト（ｃｏｎｔｅｘｔ）情報を有していない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークの命令を受ける必要なく、セル選択（ｃｅｌｌ ｓｅｌｅｃｔｉｏｎ）またはセル再選択（ｒｅｓｅｌｅｃｔｉｏｎ）のような端末ベースの移動性関連手順を実行する。それに対し、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時、端末の移動性は、ネットワークの命令により管理される。ＥＣＭ−ＩＤＬＥ状態で端末の位置が、ネットワークが知っている位置と異なる場合、端末は、トラッキング領域更新（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）手順を介してネットワークに端末の該当位置を知らせる。

以下、Ｄ２Ｄ動作に対して説明する。３ＧＰＰ ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連したサービスを近接性ベースのサービス（Ｐｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）という。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、Ｄ２Ｄ動作と混用されることができる。以下、ＰｒｏＳｅに対して記述する。

ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ＰｒｏＳｅ ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ＰｒｏＳｅ ｄｉｒｅｃｔ ｄｉｓｃｏｖｅｒｙ）がある。ＰｒｏＳｅ直接通信は、近接した二つ以上の端末間で実行される通信を意味する。前記端末は、ユーザ平面のプロトコルを利用して通信を実行することができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄ ＵＥ）は、ＰｒｏＳｅの要求条件と関連した手順をサポートする端末を意味する。特別な言及がない場合、ＰｒｏＳｅ可能端末は、公共安全端末（ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）と非公共安全端末（ｎｏｎ−ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）を両方とも含む。公共安全端末は、公共安全に特化された機能とＰｒｏＳｅ過程を両方ともサポートする端末であり、非公共安全端末は、ＰｒｏＳｅ過程はサポートするが、公共安全に特化された機能はサポートしない端末である。

ＰｒｏＳｅ直接発見（ＰｒｏＳｅ ｄｉｒｅｃｔ ｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が、隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力のみを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌ ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末の近接可否を判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。

以下、便宜上、ＰｒｏＳｅ直接通信はＤ２Ｄ通信といい、ＰｒｏＳｅ直接発見はＤ２Ｄ発見という。Ｄ２Ｄ動作に使われるリンクをＬＴＥではサイドリンク（ｓｉｄｅｌｉｎｋ）という。

以下、Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）通信に対して説明する。Ｖ２Ｘは、車両に設置された端末と他の端末との間の通信を意味し、前記他の端末は、歩行者、車両、インフラストラクチャであり、このとき、順序通りに、Ｖ２Ｐ（ｖｅｈｉｃｌｅ ｔｏ ｐｅｄｅｓｔｒｉａｎ）、Ｖ２Ｖ（ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ ｔｏ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）などという。

Ｖ２Ｘ通信は、既存ＬＴＥ通信で使用する基地局と端末との間のアップリンク／ダウンリンクでないＤ２Ｄ動作で定義されたサイドリンク（ｓｉｄｅｌｉｎｋ）を介してデータ／制御情報を送受信することができる。

サイドリンクには、下記のような物理的チャネルが定義されることができる。

ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）は、物理サイドリンク放送チャネルである。ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、物理サイドリンク制御チャネルである。ＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｖｅｒｙ ＣＨａｎｎｅｌ）は、物理サイドリンク発見チャネルである。ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）は、物理サイドリンク共有チャネルである。ＳＬＳＳ（Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と、サイドリンク同期化信号である。ＳＬＳＳには、ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）がある。ＳＬＳＳとＰＳＢＣＨは、共に送信されることができる。

サイドリンクは、端末対端末間のインターフェースを意味し、ＰＣ５インターフェースに対応できる。

図４は、Ｖ２Ｘ通信のためのシナリオを例示する。

図４（ａ）を参照すると、Ｖ２Ｘ通信は、端末（ＵＥ）間のインターフェースであるＰＣ５ベースの（端末間の）情報交換動作をサポートすることができ、図４（ｂ）のように、基地局（ｅＮｏｄｅＢ）と端末（ＵＥ）との間のインターフェースであるＵｕベースの（端末間の）情報交換動作をサポートすることもできる。また、図４（ｃ）のように、ＰＣ５及びＵｕの両方ともを使用して（端末間の）情報交換動作をサポートすることもできる。

以下、説明の便宜のために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに基づいて本発明を説明する。しかし、本発明が適用されるシステムの範囲は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステム外に他のシステムに拡張可能である。

以下、本発明に対して説明する。

下記の提案方式は、キャリアアグリゲーション技法（ＣＡＲＲＩＥＲ ＡＧＧＲＥＧＡＴＩＯＮ：ＣＡ）により設定（／シグナリング）された複数個の（Ｖ２Ｘ）搬送波上で、同時送信及び／または受信を実行する能力がない端末（または、同時送信及び／または受信能力に制限がある端末、以下、このような端末を‘ＬＣＡＰ＿ＵＥ’という）が、Ｖ２Ｘ通信を効率的に実行する方法を提示する。

本発明の（一部）提案方式は、“イントラバンド（ＩＮＴＲＡ−ＢＡＮＤ）内で連続的または非連続的ＣＡ”状況下で限定的に適用されることができる。

Ｖ２Ｘ通信モードは、（代表的として）（Ａ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＶ２Ｘリソースプール上で）Ｖ２Ｘメッセージ送信（／受信）関連スケジューリング情報を基地局がシグナリング（／制御）するモード（これをモード＃３という）がある。モード３は、例えば、基地局通信カバレッジ内に位置する（及び／または、ＲＲＣ＿接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態の）端末が主な対象である。及び／または、（Ｂ）基地局（／ネットワーク）から事前に設定（／シグナリング）されたＶ２Ｘリソースプール上で、Ｖ２Ｘメッセージ送信（／受信）関連スケジューリング情報を端末が独自に決定（／制御）するモード（これをモード＃４という）がある。モード４は、例えば、基地局通信カバレッジ内／外に位置する（及び／または、ＲＲＣ＿接続／ＲＲＣ＿アイドル状態の）端末が主な対象である。

本発明における“センシング動作”は、デコーディング成功したＰＳＣＣＨがスケジューリングするＰＳＳＣＨ ＤＭ−ＲＳシーケンスベースのＰＳＳＣＨ−ＲＳＲＰ測定動作及び／または、Ｖ２Ｘリソースプール関連サブチャネルベースのＳ−ＲＳＳＩ測定動作などとして解釈されることができる。

本発明における“受信（ｒｅｃｅｐｔｉｏｎ）”は、

（Ａ）Ｖ２Ｘチャネル（／シグナル）（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）デコーディング（／受信）動作（及び／または、ＷＡＮ ＤＬチャネル（／シグナル）（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＳＳ／ＳＳＳ等）デコーディング（／受信）動作）、

（Ｂ）センシング動作、

（Ｃ）ＣＢＲ測定動作のうち少なくとも一つとして拡張解釈されることができる。

本発明における“送信（ｔｒａｎｓｍｉｓｓｉｏｎ）”は、Ｖ２Ｘチャネル（／シグナル）（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）送信動作（及び／または、ＷＡＮ ＵＬチャネル（／シグナル）（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ等）送信動作）として拡張解釈されることができる。

本発明における“搬送波（ｃａｒｒｉｅｒ）”は、（Ａ）事前に設定（／シグナリング）された搬送波集合（／グループ）、（Ｂ）Ｖ２Ｘリソースプール（集合（／グループ））、（Ｃ）搬送波上の時間／周波数リソース集合／グループのうち少なくとも一つとして拡張解釈されることができる。

本発明の（一部）提案方式は、ＬＣＡＰ＿ＵＥに比べて相対的に能力が良い端末（例えば、ＣＡにより設定（／シグナリング）された複数個の（Ｖ２Ｘ）搬送波上で、同時送信及び／または受信能力がある端末）のＶ２Ｘ通信のために拡張適用されることもできる。

本発明における“同期信号”は、“ＳＬＳＳ”だけでなく、“ＰＳＢＣＨ”も含むと拡張解釈されることもできる。本発明における“ＬＣＡＰ＿ＵＥ”は、“制限された送信（チェイン）能力”を有する端末、“制限された受信（チェイン）能力”を有する端末のうち少なくとも一つとして拡張解釈されることができる。

Ｓ−ＲＳＳＩ（Ｓｉｄｅｌｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）、Ｓ−ＲＳＲＰ（Ｓｉｄｅｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）、ＣＢＲ（Ｃｈａｎｎｅｌ ｂｕｓｙ ｒａｔｉｏ）及びＣＲ（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｒａｔｉｏ）に対して説明する。

まず、Ｓ−ＲＳＳＩは、サイドリンクでの受信信号強度指示子である。Ｓ−ＲＳＳＩは、サブフレームの１番目のスロットのＳＣ−ＦＤＭＡシンボル＃１、２、...、６及び２番目のスロットのＳＣ−ＦＤＭＡシンボル＃０、１、...、５での、設定されたサブチャネルで端末が観測した、ＳＣ−ＦＤＭＡシンボル別総受信電力の線形平均（ｌｉｎｅａｒ ａｖｅｒａｇｅ）に定義されることができる。

Ｓ−ＲＳＲＰは、サイドリンクでの参照信号受信電力を意味する。Ｓ−ＲＳＲＰには、例えば、ＰＳＳＣＨでＲＳＲＰを計算したＰＳＳＣＨ−ＲＳＲＰがある。ＰＳＳＣＨ−ＲＳＲＰは、関連したＰＳＣＣＨにより指示されたＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）内で、ＰＳＳＣＨと関連したＤＭ−ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を伝送するＲＥ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）の電力寄与（ｐｏｗｅｒ ｃｏｎｔｒｉｂｕｔｉｏｎ）の線形平均に定義されることができる。

ＣＢＲは、チャネルのビジー率（ｂｕｓｙ ｒａｔｉｏ）を示し、サブフレームｎで測定されたＣＢＲは、下記のように定義されることができる。

ＰＳＳＣＨの場合、サブフレーム［ｎ−１００、ｎ−１］でセンシングされたものであって、あらかじめ決められたり設定された閾値を超過したと測定されたＳ−ＲＳＳＩを有するサブチャネルのリソースプール内での比率を示す。

ＰＳＣＣＨの場合、サブフレーム［ｎ−１００、ｎ−１］でセンシングされたものであって、連続しないリソースブロックで該当ＰＳＳＣＨと共にＰＳＣＣＨが送信されるように設定されたプールで、あらかじめ決められたり設定された閾値を超過したと測定されたＳ−ＲＳＳＩを有するＰＳＣＣＨプールのリソースの比率を示す。ここで、ＰＳＣＣＨプールは、周波数領域で２個の連続したＰＲＢ対の大きさのリソースで構成されていると仮定する。

ＣＲは、チャネル占有率を意味する。サブフレームｎで計算されたＣＲは、サブフレーム［ｎ−ａ、ｎ−１］で自分の送信のために使われたサブチャネルの個数とサブフレーム［ｎ、ｎ＋ｂ］で自分の送信のために許容されたサブチャネルの個数との総和をサブフレーム［ｎ−ａ、ｎ＋ｂ］にわたった送信プールで設定された総サブチャネルの個数で割った値に定義されることができる。

ここで、ａは正の整数であり、ｂは０または正の整数である。ａ、ｂは端末により決まり、ａ＋ｂ＋１＝１０００、ａは５００以上である関係にあり、ｎ＋ｂは現在送信に対するグラントの最も最近送信機会を超えてはならない。ＣＲは、毎（再）送信に対して評価されることができる。

［提案方法＃１］ＬＣＡＰ＿ＵＥに、ＣＡにより設定（／シグナリング）された複数個のＶ２Ｘ搬送波のうち、事前に設定（／シグナリング）された下記（一部）優先順位情報（／規則）によって選択された搬送波上で、送信（及び／または受信）動作を優先的に実行するようにすることができる。

（規則＃１−１）（Ａ）事前に設定（／シグナリング）された特定サービス（及び／または、データ（／メッセージ（／応用（ＡＰＰＬＩＣＡＴＩＯＮ））タイプ）関連送信（及び／または受信）搬送波及び／または、（Ｂ）事前に設定（／シグナリング）された閾値より大きい（または、小さい）（及び／または、相対的に大きい（または、低い））ＰＰＰＰ（及び／または、（残った）遅延要件（ＬＡＴＥＮＣＹ ＲＥＱＵＩＲＥＭＥＮＴ）及び／または、メッセージ生成（／送信（／受信））周期及び／または、リソース予約間隔（／周期））ベースのＶ２Ｘメッセージ送信（及び／または受信）動作が実行される搬送波及び／または、（Ｃ）送信（及び／または受信）搬送波及び／または、（Ｄ）同期信号送信（及び／または受信）が設定（／シグナリング）された搬送波（及び／または、他の搬送波上のＶ２Ｘ送信（及び／または受信）動作関連（時間／周波数）同期参照搬送波）及び／または、（Ｅ）事前に設定（／シグナリング）された（特定）同期ソースタイプ（ＳＹＮＣＨ ＳＯＵＲＣＥ ＴＹＰＥ）が（相対的に）高い優先順位を有する搬送波及び／または、（Ｆ）交差搬送波スケジューリング（ＣＲＯＳＳ−ＣＡＲＲＩＥＲ ＳＣＨＥＤＵＬＩＮＧ：ＣＣＳ）が設定（／シグナリング）された場合、スケジューリングする（及び／または、スケジューリングを受ける）搬送波及び／または、（Ｇ）事前に設定（／シグナリング）された閾値より大きい（または、小さい）（及び／または、相対的に大きい（または、低い））ＣＢＲ（／ＣＲ）測定値（及び／または、（残った）ＣＲ＿ＬＩＭＩＴ及び／または、（最大）（許容）送信パワー）を有する送信（及び／または受信）搬送波及び／または、（Ｈ）（事前に設定（／シグナリング）された）高い（または、低い）優先順位の搬送波及び／または、（Ｉ）（ＷＡＮ（アップリンク）通信との）共有搬送波。

（規則＃１−２）前記（規則＃１−１）で搬送波（優先）選択基準として使われる搬送波の（代表）ＣＢＲ、ＣＲ、（残った）ＣＲ＿ＬＩＭＩＴ、（最大許容）送信電力のうち少なくとも一つの情報は、搬送波上に設定された複数個の（送信／受信）リソースプール関連（測定／設定）値の（加重）平均値または最大値（／最小値）として導出（／定義）されることができる。

他の一例として、前記説明した（優先順位）規則に基づいて搬送波選択後、該当選択された搬送波上の複数個の（送信／受信）リソースプールのうち、実際にＶ２Ｘメッセージ送信（／受信）に使われる（送信／受信）プール選択も、前記説明した基準（／優先順位パラメータ）を（再）適用するようにすることもできる。

［提案方法＃２］搬送波別に、他の搬送波に比べて送信（及び／または受信）動作が優先的に実行されるリソース位置（／パターン）、周期、サブフレームオフセット情報のうち少なくとも一つが事前に設定され、またはシグナリングされることができる。

一例として、ＬＣＡＰ＿ＵＥが搬送波＃Ｘ上で、（Ａ）（送信）リソース予約（／選択）動作、（Ｂ）センシング動作（例えば、Ｓ−ＲＳＳＩ測定、ＰＳＳＣＨ−ＲＳＲＰ測定）、（Ｃ）ＣＢＲ測定動作のうち少なくとも一つを実行する時、該当設定（／シグナリング）されたリソース（のみ）を優先的に使用するようにすることができる。

他の一例として、同期信号送信（及び／または受信）動作は、Ｖ２Ｘ通信性能維持に相対的に重要であるため、搬送波＃Ｘ上の同期信号送信（及び／または受信）リソースと（一部）重なる搬送波＃Ｙ上のリソースは、センシング動作及び／または、ＣＢＲ測定動作及び／または、（送信）リソース予約（／選択）動作及び／または、Ｖ２Ｘメッセージ（／チャネル／信号）送信（／受信）を実行しないようにすることもできる。

一例として、同期信号に、（事前に）特定（仮想の）ＰＰＰＰ（Ｐ＿ＳＹＮ）を割当（／シグナリング）させることによって、該当同期信号受信（／送信）動作を保護（例えば、同期信号受信（／送信）リソースと時間領域上で（一部）重なるＶ２Ｘメッセージ（／チャネル／信号）受信（／送信）のうち、前記Ｐ＿ＳＹＮより相対的に低いＰＰＰＰのものは省略することもできる。

他の一例として、同期信号送信電力減少を緩和させるために、搬送波＃Ｘ上の同期信号送信リソースと（一部）重なる搬送波＃Ｙ上のリソースでは、（Ａ）事前に設定（／シグナリング）された特定サービス（及び／または、データ（／メッセージ（／応用））タイプ）関連送信動作及び／または、（Ｂ）事前に設定（／シグナリング）された閾値より大きい（または、小さい）ＰＰＰＰ（例えば、同期信号に（該当）閾値の（仮想の）ＰＰＰＰ（または、特定（仮想の）ＰＰＰＰ）が割当（／シグナリング）されたと解釈されることもできる）（及び／または、（残った）遅延要件及び／または、メッセージ生成（／送信（／受信））周期及び／または、リソース予約間隔（／周期））ベースのＶ２Ｘメッセージ送信動作のみが実行（／許容）されることもできる。

［提案方法＃３］前記説明した［提案方法＃１］及び／または［提案方法＃２］に基づいて、搬送波＃Ａのサブフレーム（ＳＦ）＃Ｋ時点でＶ２Ｘメッセージ送信動作が実行されて、時間領域上で該当サブフレーム（即ち、搬送波＃ＡのＳＦ＃Ｋ）と（一部または全部）重なる搬送波＃ＢのＳＦ＃Ｐをモニタリング（及び／または、センシング）することができない場合、ＬＣＡＰ＿ＵＥに、搬送波＃Ｂ上でＶ２Ｘ通信関連（送信）リソース予約（／選択）時、（該当）ＳＦ＃Ｐから一回（及び／または、事前に設定（／シグナリング）された回数）の（候補）リソース予約周期ほど離れたリソースと重なる（または、衝突される）ことができる（選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ ＷＩＮＤＯＷ）内の）候補（送信）リソースを（全て）排除するようにすることもできる。

［提案方法＃４］事前に設定（／シグナリング）された複数個の搬送波間に下記（一部）パラメータ（／設定）を一致させることによって、ＬＣＡＰ＿ＵＥ（または、端末）がＣＡにより設定（／シグナリング）された複数個の（Ｖ２Ｘ）搬送波上で、Ｖ２Ｘ通信を効率的に実行するようにすることもできる。

（規則＃４−１）同期信号（ＳＬＳＳ）の送信（及び／または受信）リソース位置及び／または個数（及び／または、Ｖ２Ｘリソースプール関連サブフレーム位置及び／または個数（及び／または、サブチャネルの大きさ及び／または個数））を複数個の搬送波間に一致させることができる。

前記規則が適用される場合、該当複数個の搬送波間に、Ｖ２Ｘ通信関連（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ）（及び／または、Ｖ２Ｘリソースプール）を（アンカー搬送波（ＡＮＣＨＯＲ ＣＡＲＲIＥＲ）または同期基準搬送波基準にして）一致させることができ、それによって、ＣＡにより設定（／シグナリング）された複数個の（Ｖ２Ｘ）搬送波上の同時送信及び／または受信不可問題を効率的に解決できる。即ち、複数個の搬送波上で同時送信（または、受信）動作を効率的にスケジューリング（／実行）できる。

図５は、本発明の一実施例に係るＳＬＳＳリソース設定方法を例示する。

図５を参照すると、端末にＶ２Ｘ通信と関連して、３個の搬送波（搬送波＃１、２、３）がキャリアアグリゲーションにより設定されることができる。

このとき、キャリアアグリゲーションにより設定された複数の搬送波間に、ＳＬＳＳリソースの個数及び位置は、同じに設定されることができる。図５で示すように、搬送波＃１、２、３で、設定されたＳＬＳＳリソースは、搬送波で同じ個数及び位置にある。このようにする理由は、前記搬送波＃１、２、３で、Ｖ２Ｘ通信関連（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ（Ｄｉｒｅｃｔ Ｆｒａｍｅ ｎｕｍｂｅｒ））を同じにするためである。即ち、搬送波＃１、２、３で、時間領域で重なるフレームは、同じ（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ）値を有することができる。

端末側面から見ると、端末は、Ｖ２Ｘ通信のためにアグリゲーションされた全ての搬送波でＳＬＳＳリソースの位置及び個数が互いに同じであると仮定することができる。

一例として、前記説明したパラメータ（／設定）一致（及び／または、交差搬送波スケジューリングが設定（／シグナリング）される搬送波（対）及び／または、同じ（時間／周波数）同期基準搬送波を有する搬送波（対））は、（Ａ）（事前に設定（／シグナリング）された）（特定）同じサービス（及び／または、データ（／メッセージ（／応用））タイプ）関連（送信及び／または受信）搬送波及び／または、（Ｂ）（事前に設定（／シグナリング）された）（特定）同じ同期ソースタイプが（相対的に）高い優先順位を有する（送信及び／または受信）搬送波及び／または、（Ｃ）ＣＣＳが設定（／シグナリング）された搬送波（対）（及び／または、（時間／周波数）同期差が事前に設定（／シグナリング）された閾値より少ない搬送波（対）及び／または、（事前に設定（／シグナリング）された）（特定）同じ（時間／周波数）同期基準搬送波を有する（送信及び／または受信）搬送波及び／または送信（及び／または受信）搬送波及び／または同期信号送信（及び／または受信）が設定（／シグナリング）された搬送波及び／または他の搬送波上のＶ２Ｘ送信（及び／または受信）動作関連時間／周波数同期基準搬送波間に（限定的に）設定（／シグナリング）されることもできる。

（規則＃４−２）一例として、同じ（時間／周波数）同期基準搬送波が設定（／シグナリング）された搬送波（これを同期基準搬送波でない搬送波といい、ＮＯＮ−ＳＹＮＲＦＣＣという）の場合、（該当）同期基準搬送波でない搬送波（ＮＯＮ−ＳＹＮＲＦＣＣ）上で既存（ＬＥＧＡＣＹ）端末（例えば、ＬＴＥ ＲＥＬ−１４により動作する端末）のＶ２Ｘ通信サポートのために、同期リソースが設定（／シグナリング）されることができる。

他の一例として、（該当）同期基準搬送波でない搬送波（非同期基準搬送波、ＮＯＮ−ＳＹＮＲＦＣＣ）上の同期リソース設定（／シグナリング）は、同期基準搬送波と非同期基準搬送波との間に、（前記（規則＃４−１）によって）（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ）を一致させるための目的として実行されることもできる。そのために、非同期基準搬送波上に設定（／シグナリング）される同期リソース位置（／個数）は、同期基準搬送波のものと同じである。または、同期基準搬送波上に同期リソースが設定（／シグナリング）された場合にのみ非同期基準搬送波上に設定（／シグナリング）される同期リソースが有効であるということもできる。

一例として、改善された端末（ＬＴＥ ＲＥＬ−１５により動作する端末）の場合、ネックワークの設定（／シグナリング）によって、（同期基準搬送波だけでなく）非同期基準搬送波（ＮＯＮ−ＳＹＮＲＦＣＣ）上の同期リソース上で、同期信号（例：ＳＬＳＳ）送信動作を実行することもできる。このとき、非同期基準搬送波（及び／または、同期基準搬送波）上に同期リソースが設定されても、改善された端末の実際に同期信号送信可否は、ネットワークが（最終）指示（／制御）すると解釈できる。

例えば、同期基準搬送波では、同期リソースが設定される場合、前記同期リソースを利用して常にＳＬＳＳを送信するようにすることができる。または、同期基準搬送波に同期リソースが設定されても、実際にＳＬＳＳを送信するかどうかをネットワークが制御することもできる。非同期基準搬送波上では、同期リソースが設定されても、実際に同期信号を送信するかどうかをネットワークが制御できる。

（同じ）（時間／周波数）同期基準搬送波が設定（／シグナリング）された非同期基準搬送波は、同期基準搬送波と同じ同期ソースタイプが（相対的に）高い優先順位を有する（送信及び／または受信）搬送波に限定されることもできる。

図６は、本発明によるＳＬＳＳ送信方法を例示する。

図６を参照すると、端末は、ＳＬＳＳリソース設定情報を受信し、前記ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定することができる（Ｓ２１０）。図５で前述したように、このようにキャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定する理由は、前記複数の搬送波間に（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ）を一致させるためである。

端末は、前記複数の搬送波のうち、前記ＳＬＳＳリソースを利用して実際に同期信号（例えば、ＰＳＳＳ／ＳＳＳＳ）を送信するかどうかを指示するＳＬＳＳ送信設定情報を受信する（Ｓ２２０）。より具体的に、前記複数の搬送波のうち非同期基準搬送波（例えば、他の搬送波が同期基準搬送波に設定され、またはシグナリングされた搬送波であって、同期基準搬送波でない搬送波：ＮＯＮ−ＳＹＮＲＦＣＣ）に限って該当ＳＬＳＳリソースで端末が実際にＳＬＳＳ送信動作を実行するかどうかを前記ＳＬＳＳ送信設定情報を介してネットワークが知らせることができる。

端末は、前記ＳＬＳＳ送信設定情報に基づいて前記非同期基準搬送波で前記ＳＬＳＳリソース設定情報が指示するＳＬＳＳリソースを利用して同期信号（例えば、ＰＳＳＳ／ＳＳＳＳ）を送信することができる（Ｓ２３０）。もちろん、これは前記ＳＬＳＳ送信設定情報により、非同期基準搬送波で同期信号を送信するように設定された場合に限って動作する。

ＳＬＳＳリソース設定情報とＳＬＳＳ送信設定情報は、同じメッセージ内に含まれて受信されることもでき、別個のメッセージに含まれて受信されることもできる。

図７は、図５及び図６で説明した方法を適用する具体的な例を示す。

図７を参照すると、ネットワークは、端末＃１にＳＬＳＳリソース設定情報を送信する（Ｓ３１０）。前記ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる搬送波＃１、２、３に対するＳＬＳＳリソースを設定することができる。ここで、搬送波＃２、３は、非同期基準搬送波であると仮定する。搬送波＃１は、同期基準搬送波であると仮定する。前述したように、キャリアアグリゲーションされる複数の搬送波＃１、２、３で同じ位置及び個数のＳＬＳＳリソースが設定されることができる。

ネットワークは、端末＃１にＳＬＳＳ送信設定情報を送信する（Ｓ３２０）。このとき、ＳＬＳＳ送信設定情報は、搬送波＃２、３に対して実際はＳＬＳＳを送信しないことを指示し、または知らせることができる。即ち、端末は、非同期基準搬送波である搬送波＃２、３に対してＳＬＳＳリソースの位置は設定を受けるが、ＳＬＳＳを送信しないように設定されることができる。

図７に示されていないが、もし、ネットワークがＳＬＳＳ送信設定情報を介して非同期基準搬送波である搬送波＃２、３のうち、搬送波＃２では実際にＳＬＳＳを送信し、搬送波＃３では実際にＳＬＳＳを送信しないように設定した場合、それによって、端末は、搬送波＃２では実際にＳＬＳＳを送信し、搬送波＃３では実際にＳＬＳＳを送信しない。

端末＃１は、端末＃２に搬送波＃１を介してＳＬＳＳを送信することができる（Ｓ３３０）。搬送波＃１は、同期基準搬送波であって、同期リソースが設定されると、常にＳＬＳＳを送信することができる。または、たとえ、搬送波＃１が同期基準搬送波であるとしても、実際にＳＬＳＳを送信するかどうかをネットワークが設定することもできる。この場合、ＳＬＳＳ送信設定情報は、同期基準搬送波である搬送波＃１に対しても実際にＳＬＳＳを送信するかどうかを知らせる情報を含むことができる。

［提案方法＃５］ＬＣＡＰ＿ＵＥに、搬送波＃Ｘ上に（事前にまたは以前に）予約（／選択）された（送信）リソース（例えば、パターン（／位置／個数）、周期（／サブフレームオフセット）等）がある場合、搬送波＃Ｙ関連（送信）リソース予約（／選択）時、（該当）搬送波＃Ｘ上の予約（／選択）された（送信）リソースと（時間領域上で）重なる（一部）リソース（のみ）を優先的に（または、制限的に）考慮（／選択）するようにすることができる。

一例として、複数個の搬送波にわたって同じＴＴＩ上で選択されることができるリソースの最大個数は、端末の送信能力（ＴＸ ＣＡＰＡＢＩＬＩＴＹ）、例えば、サポートされる送信チェイン個数より大きくないように設定され、及び／または、電力制限ケース（ＰＯＷＥＲ−ＬＩＭＩＴＥＤ ＣＡＳＥ）を誘発しない個数に限定されることができる。電力制限ケースとは、複数個の搬送波上でのＶ２Ｘメッセージ送信が時間領域上で一部または完全に重なった場合、搬送波別計算されたＶ２Ｘメッセージ送信電力の和が端末の最大送信パワー（ＭＡＸＩＭＵＭ ＴＸ ＰＯＷＥＲ、例えば、２３ｄＢｍ）を超過した場合を意味する。

即ち、端末は、特定搬送波（例えば、搬送波＃Ｚ）のリソース選択時、該当最大個数のリソース選択が（既に）行われたＴＴＩを除外して、残りのＴＴＩ上のリソースを（ランダムに）選択した後、以後該当選択されたＴＴＩ上で最大許容個数に到達する時まで他の搬送波のリソース選択を実行することができる。

［提案方法＃６］事前に設定（／シグナリング）された搬送波＃Ｘ上のＣＢＲ（／ＣＲ）（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会及び／またはセンシング）測定値が（搬送波＃Ｘを含む）（ＣＡにより設定（／シグナリング）された）他の搬送波上にも拡張適用されるようにすることができる。

一例として、（該当）ＣＢＲ（／ＣＲ）（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会及び／またはセンシング）測定値の拡張適用時、他の搬送波別に異なる（加重値）比率（／部分）値が考慮されることもできる。

他の一例として、ＣＡにより設定（／シグナリング）された異なる搬送波間に同期信号（送信（及び／または受信））リソースの位置及び／または個数が（一部）異なるように設定（／シグナリング）された場合、下記規則の適用を介して、複数個の搬送波間に、（Ｖ２Ｘ通信関連）論理的インデックス（／ＤＦＮ）を一致させることもできる。

［提案方法＃７］一例として、搬送波＃Ｘ（または、搬送波＃Ｙ）上の同期信号のリソース位置と（一部）重なる搬送波＃Ｙ（または、搬送波＃Ｘ）上のリソースは、搬送波＃Ｙ（または、搬送波＃Ｘ）に追加的に設定（／シグナリング）された（仮想の）同期信号リソースであると仮定して（／見なして）搬送波＃Ｙ（または、搬送波＃Ｘ）関連（実際）同期シグナルリソースと共に、または搬送波＃Ｙ（または、搬送波＃Ｘ）関連‘留保されたサブフレーム（ＲＥＳＥＲＶＥＤ ＳＵＢＦＲＡＭＥ）’（例えば、Ｖ２Ｘプール論理的インデックス（／ＤＦＮ）が割り当てられないリソースを意味する）に設定（／シグナリング）することで）搬送波＃Ｙ（または、搬送波＃Ｘ）論理的インデックス（／ＤＦＮ）割当時、除外するようにすることもできる。

他の一例として、交差搬送波スケジューリング（ＣＣＳ）実行時、スケジューリングする搬送波＃Ｘ上の送信（及び／または受信）とスケジューリングを受ける（ＳＣＨＥＤＵＬＥＤ）搬送波＃Ｙ上の送信（及び／または受信）との間に（時間（／周波数））同期差を（最大限に）減らすために、交差搬送波スケジューリング動作は、異なる搬送波に設定（／シグナリング）された同じ同期ソースタイプベースの送信（／受信）が許容されたＶ２Ｘリソースプール間に（限定的に）実行（／許容）されることができる。

一例として、ＣＣＳ関連制御（／スケジューリング）情報が、同期ソースタイプ＃Ａベースの送信が許容されたＶ２Ｘリソースプールに属するスケジューリングする（ＳＣＨＥＤＵＬＩＮＧ）搬送波＃Ｘのサブフレーム＃Ｎ上で送信される場合、（連動された）データ送信は、サブフレーム＃Ｎ時点から４ｍｓ（４サブフレーム）以後に、搬送波＃Ｙ上の同じ同期ソースタイプ＃Ａベースの送信が許容されたＶ２Ｘリソースプール内の最も近いサブフレームで実行されるようにすることもできる。

ＣＡに対し、下記の場合がサポートされることができる。

１）ＭＡＣ ＰＤＵの平行的（ｐａｒａｌｌｅｌ）送信。ここで、平行的とは、互いに異なる搬送波で同時にまたは互いに異なる時点での送信を意味する。このとき、ＭＡＣ ＰＤＵのペイロードは、互いに異なる。２）同じパケットの複製本の平行する送信。３）受信機側面での能力向上。受信機側面で、複数の搬送波での同時受信が仮定されることができる。送信期側面で、使用可能な搬送波のうち部分集合に該当する搬送波を介して送信が発生できる。端末は、一つの搬送波を介して送信し、複数の搬送波を介して受信する動作もサポートできる。

ＰＳＣＣＨとこれに関連したＰＳＳＣＨは、同じ搬送波を介して送信されることができる。しかし、これは、ＰＳＣＣＨに他の搬送波に対する情報を含むことを除外すると意味するものではない。

端末観点で、互いに異なる搬送波で同期ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ）が独立的に選択される場合、前記搬送波間に同期信号サブフレームが異なる場合があるため、前記搬送波間でＤＦＮ番号、サブフレーム境界（ｓｕｂｆｒａｍｅ ｂｏｕｎｄａｒｙ）などが互いに異なるようになることができる。

サブフレーム境界は同じであり、ＤＦＮ番号が異なる場合、搬送波で半静的に留保されるべきリソースの位置が段々移動するようになることもできる。その場合、あるサブフレームでは同時送信が発生し、他のサブフレームでは個別的な送信が発生することで、送信電力の変動が発生できる。送信電力が変動されると、受信側でのセンシング動作が不安定になる。

さらに、搬送波間でサブフレーム境界が異なる場合、送信電力を完全に活用しにくい。

整理すると、１）端末側面で、搬送波間に独立的な同期ソースが選択される場合、前記搬送波間に同期信号サブフレームが互いに異なるようになることができ、その結果、前記搬送波でＤＦＮ番号及びサブフレーム境界が互いに異なるようになることができる。２）ＤＦＮ番号が整列されない場合、端末が前記搬送波らに同時にリソース集合を留保しても、前記搬送波間に半静的に留保されるべきリソースの位置が移動（ｓｈｉｆｔ）される。３）サブフレーム境界が互いに異なるようになる場合、送信電力を完全に活用しにくい。

前記問題が発生することを防止するために、サイドリンク同期アンカー搬送波（ｓｉｄｅｌｉｎｋ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ａｎｃｈｏｒ ｃａｒｒｉｅｒ）を定めることが必要である。サイドリンク同期アンカー搬送波は、前述した同期基準搬送波と表現することもできる。

サイドリンクコンポーネントキャリア（ｓｉｄｅｌｉｎｋ ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒｓ（ＣＣｓ））のグループに対して、共通された同期ソース優先権設定が使われることができる。前記グループ内の任意のサイドリンクＣＣでのＰＳＣＣＨ／ＰＳＳＣＨ送信は、サイドリンク同期アンカー搬送波のために選択された同期基準に基づいて実行されることができ、ＳＬＳＳ／ＰＳＢＣＨは、サイドリンク同期アンカー搬送波の同期基準に基づいて実行されなければならない。

端末が、サイドリンク同期アンカー搬送波内で同期ソースを選択する時、既存端末の同期化過程のために、サイドリンクＣＣグループ内の全てのＣＣに同じＳＬＳＳ／ＰＳＢＣＨが送信される必要がある。

もし、ＬＴＥ−Ｒｅｌ−１５により動作する端末のみが存在する場合、電力効率性のために、ＳＬＳＳ／ＰＳＢＣＨは、サイドリンク同期アンカー搬送波でのみ送信されることもできる。互いに異なるサービスまたは地域的境界で、複数のサイドリンク同期アンカー搬送波がある場合もある。

どれくらい多くの非同期的ＣＣが同時に送信／受信されることができるかは、端末能力に従属的である。

＜提案１＞サイドリンク同期アンカー搬送波の定義

サイドリンクＣＣのグループに対して、共通される同期ソース優先権設定が使われることができる。サイドリンク同期アンカー搬送波のために選択された同期基準が、前記グループ内の任意のＣＣでのＰＳＣＣＨ／ＰＳＳＣＨ送信のために使われることができる。ＳＬＳＳ／ＰＳＢＣＨ送信の場合は、サイドリンク同期アンカー搬送波から選択された同期基準に基づいて送信されなければならない。サイドリンクＣＣのグループに対して、サブフレーム境界及びＤＦＮ番号は整列されることができる。

他の一例として、端末に、上位階層（例えば、応用階層（ＡＰＰＬＩＣＡＴＩＯＮ ＬＡＹＥＲ））から選択した送信搬送波（ＴＸ ＣＡＲＲＩＥＲ）の個数に比べて、実際自分の送信（チェイン）能力が少ない場合（例えば、制限された送信能力の端末であると解釈されることができる）、同期信号送信用途として事前に設定（／シグナリング）された特定搬送波（例えば、アンカー搬送波、同期基準搬送波、最も高い優先順位搬送波等）を選択するようにすることができる。及び／または、上位階層（例えば、応用階層）から選択した送信搬送波のうちランダム選択するようにし、及び／または、上位階層（例えば、応用階層）から選択した送信搬送波を事前に定義された規則によって時間領域上でインターリービングして選択するようにすることもできる。及び／または、既存端末（ＬＥＧＡＣＹ ＵＥ）がない搬送波を選択するようにし、及び／または、改善された端末（ＡＤＶＡＮＣＥＤ ＵＥ、ＬＴＥ ＲＥＬ−１５により動作する端末）サービスのみが許容された搬送波を除外して、残りの搬送波のみを選択するようにすることもできる。

他の一例として、端末に、複数個の搬送波上でのＶ２Ｘメッセージ送信が時間領域上で一部または完全に重なった場合、及び／または、搬送波別計算されたＶ２Ｘメッセージ送信電力の和が端末の最大送信パワー（ＭＡＸＩＭＵＭ ＴＸ ＰＯＷＥＲ、例えば、２３ｄＢｍ）を超過した場合（このような場合を電力制限ケースという）、下記（一部または全て）規則によって、一部搬送波上のＶ２Ｘメッセージ送信を省略し、及び／または、電力減少するようにすることもできる。

（例示＃１）相対的に低い（または、事前に設定（／シグナリング）された閾値より低い）ＰＰＰＰ（及び／または、サービス優先権（ＳＥＲＶＩＣＥ ＰＲＩＯＲＩＴＹ）及び／または、搬送波優先権）（または、相対的に高い（／低い）（または、事前に設定（／シグナリング）された閾値より高い（／低い））ＣＢＲ（／ＣＲ）レベル（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）の搬送波またはＰＳＳＣＨ−ＲＳＲＰ（／Ｓ−ＲＳＳＩ）リソース）のＶ２Ｘメッセージ送信を省略するように（及び／または、送信パワーを減少するように）し、該当送信省略動作（及び／または、送信パワー減少動作）適用は、電力制限ケースが緩和される瞬間までのみ実行するようにすることができる。

具体的な一例として、搬送波＃１／２／３上のＶ２ＸメッセージＰＰＰＰ値が各々ＰＰＰＰ＃Ａ／Ｂ／Ｃであり、該当ＰＰＰＰ間の優先順位は、Ａ＞Ｂ＞Ｃであると仮定する。特定時点で前記３個の搬送波上のＶ２Ｘメッセージ送信が重なり、もし、最も低いＰＰＰＰ値の搬送波＃３上のＶ２Ｘメッセージ送信省略（及び／または電力減少）時、電力制限ケースを外れることができる場合、搬送波＃２上のＶ２Ｘメッセージ送信省略（及び／または電力減少）なしに残りの搬送波＃１／２上のＶ２Ｘメッセージ送信を維持することができる。

（例示＃２）（例示＃１）が適用される場合、電力制限ケースを外れるために、同じ優先順位（例えば、ＰＰＰＰ、サービス優先権、搬送波優先権、搬送波ＣＢＲ（／ＣＲ）レベル、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会、リソースＰＳＳＣＨ−ＲＳＲＰ（／Ｓ−ＲＳＳＩ）が同じ場合）のＶ２Ｘメッセージ送信のうち一部を省略（及び／または送信電力減少）すべき場合、（Ａ）省略（及び／または送信電力減少）するＶ２Ｘメッセージをランダムに選択できる。及び／または、（Ｂ）相対的に高い（／低い）（または、事前に設定（／シグナリング）された閾値より高い（／低い））ＣＢＲ（／ＣＲ）（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）値の搬送波上の（または、リソースＰＳＳＣＨ−ＲＳＲＰ（／Ｓ−ＲＳＳＩ）の）Ｖ２Ｘメッセージを優先的に省略（及び／または送信電力減少）するようにすることができる。及び／または、（Ｃ）非周期的な（または、周期的な）メッセージ送信より周期的（または、非周期的）メッセージ送信を優先的に省略（及び／または送信電力減少）及び／または、（Ｄ）例外的に省略（及び／または送信電力減少）なしに（全ての）送信を実行するようにすることもできる。

（例示＃３）優先順位（例えば、ＰＰＰＰ、サービス優先権、搬送波優先権、搬送波ＣＢＲ（／ＣＲ）レベル、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会、リソースＰＳＳＣＨ−ＲＳＲＰ（／Ｓ−ＲＳＳＩ））別に連続的に送信省略（及び／または電力減少）可能な回数情報がネットワーク（または、基地局）から事前に設定（／シグナリング）されることもできる。該当規則が適用される場合、相対的に低い優先順位のＶ２Ｘメッセージ送信が過度に省略（及び／または電力減少）される問題を緩和させることができる。

他の一例として、端末に、下記（一部または全て）規則によって、複数個の搬送波上のリソース（再）選択が、同じＴＴＩ上で（過度に）重なることを回避するように（及び／または、（同時に）ハーフデュプレックス（ＨＡＬＦ−ＤＵＰＬＥＸ）問題を緩和させるように）することができる。

該当規則は、（Ａ）端末が自分の送信（チェイン）能力より上位階層で設定（／シグナリング）した相対的に多くの搬送波上でＶ２Ｘメッセージを送信すべき場合（及び／または、（異なる搬送波間の）送信チェインスイッチング時間確保及びこれを考慮したリソース選択を実行しようとする場合）、（Ｂ）電力制限ケースを回避しようとする場合、（Ｃ）イントラバンド（ＩＮＴＲＡ−ＢＡＮＤ）ＣＡ関連ハーフデュプレックス問題を緩和させようとする場合などに限定的に使われることができる。

本発明における特定搬送波関連リソース選択は、センシング動作（例えば、高い干渉リソース排除）により決定された、選択可能送信候補リソース集合内でのみ限定的にまたは追加的に実行されることもできる。

（一例＃１）基本的に事前に設定（／シグナリング）された順序に搬送波別リソース（再）選択をランダムに（または、独立的に）実行するようにし、特定搬送波上のリソース（再）選択時、以前に選択完了した搬送波（ら）リソース（ら）のＴＴＩ別重なる個数（これをＮＵＭ＿ＯＶという）をカウンティングした後、もし、ＴＴＩ上のＮＵＭ＿ＯＶが事前に定義された条件を満たす場合、該当ＴＴＩを該当特定搬送波のためのリソース選択から排除し、残りのＴＴＩ上のリソースの中からランダムに選択するようにすることができる。

端末に、排除されない残りのＴＴＩ（Ｓ）の中から相対的に小さい（または、大きい）ＮＵＭ＿ＯＶ値のＴＴＩ上のリソースを優先的にランダムに選択するようにすることもできる。

前記条件は、下記のように定義されることができる。ここで、一例として、特定搬送波上のリソース（再）選択時、以前に選択完了した搬送波（ら）リソース（ら）の前及び／または後のＫ個（例えば、Ｋ＝１）のＴＴＩをリソース選択から追加的に排除（例えば、送信チェインスイッチング時間用途として使われることができる）するようにすることもできる。

（１）ＮＵＭ＿ＯＶが端末の送信能力（例えば、サポートされる送信チェイン個数）のような場合

（２）端末の送信電力バジェット（ＴＸ ＰＯＷＥＲ ＢＵＤＧＥＴ）制限（または、端末の最大送信電力）からＮＵＭ＿ＯＶ関連送信電力和を引いた残りが、電力制限ケース誘発無しで、（該当ＴＴＩ上での）追加的な同時送信を許容（／サポート）することができない場合

（一例＃２）前記一例＃１で、搬送波間のリソース選択順序は、（Ａ）前記説明した事前に設定（／シグナリング）された搬送波優先権及び／または、（Ｂ）搬送波上に送信されるＶ２Ｘメッセージの最も高い（／低い）ＰＰＰＰ値及び／または、（Ｃ）搬送波インデックス及び／または、（Ｄ）ＣＢＲ（／ＣＲ）測定（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）値などに基づいて降順（または、昇順）形態で定義及び／または、（Ｅ）ランダムに定義及び／または、（Ｆ）送信チェインスイッチング（時間／ギャップ）が必要ない（同じバンド内の）搬送波（または、同期参照（ＳＹＮＣＨ．ＲＥＦＥＲＥＮＣＥ）搬送波）を優先的に選択するように定義されることができる。

他の一例として、搬送波間のリソース選択順序は、相対的に短い（または、長い）生成（／送信／リソース予約）周期（及び／または、高い（低い）信頼性要件（ＲＥＬＩＡＢＩＬＩＴＹ ＲＥＱＵＩＲＥＭＥＮＴ）及び／または、低い（または、高い）遅延要件（ＬＡＴＥＮＣＹ ＲＥＱＵＩＲＥＭＥＮＴ）のメッセージ送信が実行される搬送波が優先的に選択されることができる。

前記説明した規則は、前述したオプション（例えば、オプション１−１、オプション１−２等）に拡張適用されることもできる。

（一例＃３）一例＃１が適用される場合、制限された送信能力による送信チェインスイッチング時間発生問題（及び／または、（イントラバンドＣＡ関連）ハーフデュプレックス問題）が考慮されると、特定搬送波上のリソース（再）選択時、以前に選択完了した搬送波（ら）リソース（ら）のＴＴＩ別重なる個数が事前に定義された条件を満たさない場合、（既にリソース選択が行われた）該当ＴＴＩ上のリソースを事前に定義された条件を満たす時まで優先的に選択（例えば、搬送波（ら）リソース（ら）が同じＴＴＩ上で最大限選択されるようにする方向）するようにし、及び／または、以前に選択完了した搬送波（ら）リソース（ら）の前及び／または後のＫ個（例えば、Ｋ＝１）のＴＴＩを搬送波のためのリソース選択から排除（このような排除されたリソースは、送信チェインスイッチング時間用途として使われることができる）するようにすることもできる。

（一例＃４）一例＃１が適用される場合、特定搬送波関連リソース選択時、事前に定義された条件を満たさないＴＴＩが残っていない場合、（Ａ）該当搬送波上のＶ２Ｘメッセージ送信を省略するようにし、または、（Ｂ）該当搬送波上のＶ２Ｘメッセージ関連ＰＰＰＰ対比（同じまたは）低い値のＶ２Ｘメッセージ送信が他の搬送波上で実行される場合（または、該当搬送波の優先権対比（同じまたは）低い値の搬送波上でＶ２Ｘメッセージ送信が実行される場合、または該当搬送波上のＶ２Ｘメッセージ送信関連ＰＰＰＰ値が事前に設定（／シグナリング）された閾値より高い場合、または該当搬送波の優先権が事前に設定（／シグナリング）された閾値より高い場合等）、他の搬送波の選択／予約されたリソースと時間軸でオーバーラップされたリソースも選択許容（例えば、相対的に高いＰＰＰＰ値のＶ２Ｘメッセージ送信（または、相対的に高い優先権を有する搬送波上のＶ２Ｘメッセージ送信）が省略されることを防止するためである）されることもできる。後者（Ｂ）の条件が満たされなくてこれを実行することができない場合、該当搬送波のＶ２Ｘメッセージ送信は省略するようにすることもできる。

本発明の（一部または全て）提案方式が適用される場合、下記のように搬送波リソース選択が実行されることもできる。

与えられたＭＡＣ ＰＤＵに対し、その送信のために上位階層により一つの搬送波が提供されることができる。送信搬送波選択で次の要素が考慮されることができる。１）ＣＢＲ、２）端末能力（例えば、送信チェインの個数、電力バジェット共有能力、送信チェイン再チューニング能力等）。

与えられたＭＡＣ ＰＤＣＵに対し、前記ＭＡＣ ＰＤＵの送信及び潜在的な再送信のために一つの搬送波が使われる。搬送波が選択される場合、同じサイドリンクプロセスに対してリソース再選択がトリガリングされるまでは、同じサイドリンクプロセスの全てのＭＡＣ ＰＤＵに対して前記選択された搬送波が使われる。ただし、互いに異なるサイドリンクプロセスに対して搬送波（ＣＣ）間に送信チェインを変更することを排除するものではない。

モード４ＣＡで、搬送波選択規則及びリソース選択過程に対して説明する。送信搬送波選択は、搬送波間の負荷均衡（ｌｏａｄ ｂａｌａｎｃｉｎｇ）及び端末能力を考慮して効率的に実行されることができ、過度な動的送信搬送波スイッチングによるセンシング過程の正確度に否定的な影響を及ぼすことを防止することができる。

図８は、サイドリンクでＣＡが適用される場合、リソース選択の一例を示す。

図８を参照すると、端末は、搬送波＃Ａ（第１の搬送波）からリソース選択を実行する。

端末がある搬送波に対してリソース選択を実行する時、下記の条件のうち一つを満たすあるサブフレームも候補リソース（ｃａｎｄｉｄａｔｅ ｒｅｓｏｕｒｃｅ）から除外されることができる。

１）サブフレームで同時送信の回数が端末の送信能力に到達する場合の該当サブフレーム、２）サブフレームで残った送信電力バジェット（ｂｕｄｇｅｔ）が追加的な同時送信を許容するときに足りない場合の該当サブフレーム、３）送信チェインスイッチング時間として使われるべきサブフレーム。

このようなサブフレームを候補リソースから除外した後、前記ステップで既に送信のために選択されたサブフレームを優先順位化する。

図８では、端末が、２個の搬送波で同時送信を実行することができる送信能力があると仮定し、便宜上、送信電力バジェットやスイッチング時間は考慮しない。

図８において、灰色で表示されたサブフレームは、搬送波別センシング過程を経て使用可能なリソースがないと判断されたサブフレームである。

端末は、まず、搬送波＃Ａでサブフレーム＃４、７をランダム選択方式に選択できる。次に、端末は、搬送波＃Ｂからリソース選択を実行し、このとき、サブフレーム＃７が選択されることができる。前記端末は、同時に２個の搬送波で送信を実行することができる送信能力があるため、これは前記端末の送信能力内での選択であるということができる。端末は、搬送波＃Ｂにおけるサブフレーム＃４は、選択することができない。その理由は、センシング過程で該当サブフレームが除外されたためである。したがって、端末は、例えば、サブフレーム＃１をランダム選択することができる。

搬送波＃Ｃで、端末は、サブフレーム＃１、４を送信サブフレームとして選択できる。搬送波＃Ｃにおけるサブフレーム＃７は、選択することができない。その理由は、サブフレーム＃７で前記端末の送信能力制限に既に到達したためである。

ハーフデュプレックス問題を減らすための端末の複雑度（標準規格／テスト側面や具現）側面で、より簡単な方法も考慮されることができる。

この方法も、まず、１）サブフレームで同時送信の回数が端末の送信能力に到達する場合の該当サブフレーム、２）サブフレームで残った送信電力バジェット（ｂｕｄｇｅｔ）が追加的な同時送信を許容するときに足りない場合の該当サブフレームなどは除外する。その後、端末は、残っているリソース（前記搬送波別センシング過程で除外されないリソースまたは一連の搬送波リソース選択過程で追加的に除外されないリソース）からランダムにリソースを選択することができる。

例えば、図８の例において、搬送波＃Ｃで、サブフレーム＃７は除外されるが、リソース選択がサブフレーム＃１、４に限定されるものではない。即ち、他のサブフレーム（例えば、サブフレーム＃０）が選択されることができる。

他の一例として、端末に、上位階層が提供した潜在的送信（／受信）搬送波集合内で生成された特定サービス関連ＭＡＣ ＰＤＵ送信に使われる送信搬送波の選択時、１）ＭＡＣ ＰＤＵのサービスタイプ、２）端末の送信能力、３）搬送波ＣＢＲの順序（または、優先順位）に条件を参照した後（例えば、送信搬送波選択時、考慮される条件間に優先順位が設定（／シグナリング）されたと解釈できる）、これに適した送信搬送波を最終選択をするようにすることができる。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、送信チェインスイッチング動作（及び／または、送信チェインスイッチングギャップ（／時間））は、（Ａ）ＳＬＳＳリソースに設定（／シグナリング）されないＴＴＩ、（Ｂ）リソースプールビットマップが適用されないＴＴＩ（例えば、留保されたサブフレーム）、（Ｃ）送信リソース予約（／選択）が行われないＴＴＩ、（Ｄ）事前に設定（／シグナリング）された閾値より高いＰＰＰＰ値のメッセージ送信（／受信）が実行されないＴＴＩ、（Ｅ）再送信が実行されるＴＴＩのうち少なくとも一つを優先的にまたは限定的に使用するようにすることもできる。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、送信チェインスイッチング動作関連（受信）中断（ＩＮＴＥＲＲＵＰＴＩＯＮ）によって、端末が特定ＴＴＩ上で受信（及び／または、センシング）動作を実行することができない場合、該当ＴＴＩ上で他の端末により事前に許容された全ての周期（ＩＮＴＥＲＶＡＬ）候補値ベースのリソース予約が実行されたと仮定し、（選択ウィンドウ内の）重なる候補リソース（例えば、サブフレーム）の排除動作（及び／または、リソース（再）選択動作）を実行するようにすることもできる。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、事前にネットワーク（または、基地局）から設定（／シグナリング）された搬送波グループ単位で、送信リソース（再）選択（／予約）動作を同時に実行（／トリガリング）（例えば、一種の“多重搬送波同期化されたリソース選択（再選択）／トリガリング過程（ＭＵＬＴＩ−ＣＡＲＲＩＥＲ ＳＹＮＣＨＲＯＮＩＺＥＤ ＲＥＳＯＵＲＣＥ（ＲＥ）ＳＥＬＥＣＴＩＯＮ（／ＴＲＩＧＧＥＲＩＮＧ）ＰＲＯＣＥＤＵＲＥ）”と解釈されることができ、これをＭＣＣＳＹＮ＿ＲＥＳＥＬということができる）するようにすることもできる。

ここで、一例として、ＭＣＣＳＹＮ＿ＲＥＳＥＬ関連基準搬送波は、（Ａ）ネットワークまたは基地局から事前に設定（／シグナリング）された搬送波、（Ｂ）同期関連アンカー（／基準）搬送波、（Ｃ）事前に設定（／シグナリング）された搬送波優先権が相対的に高い（または、低い）搬送波、（Ｄ）送信される（または、送信予定の）Ｖ２ＸメッセージのＰＰＰＰ値が相対的に高い（または、低い）搬送波（または、相対的に短い（または、長い）生成（／送信／リソース予約）周期（及び／または、高い（低い）信頼性要件及び／または、低い（または、高い）遅延要件）のメッセージ送信が実行される搬送波）、（Ｅ）搬送波インデックスが相対的に高い（または、低い）搬送波、（Ｆ）ＣＢＲ（／ＣＲ）測定（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）値が相対的に高い（または、低い）搬送波のうち少なくとも一つとして定義されることができる。

一例として、同じＭＣＣＳＹＮ＿ＲＥＳＥＬ搬送波グループに属する（基準搬送波を除外した）（残りの）搬送波（ら）は、（基準搬送波の）リソース（再）選択トリガリングタイマ（／カウンタ）などを共有すると解釈できる。

他の一例として、ＭＣＣＳＹＮ＿ＲＥＳＥＬ搬送波グループに属する特定搬送波のリソース（再）選択動作がトリガリングされた場合、該当搬送波関連リソース（再）選択時、同じＭＣＣＳＹＮ＿ＲＥＳＥＬ搬送波グループに属する残りの搬送波（ら）リソース（ら）のＴＴＩ別重なる個数（これをＯＶ＿ＲＳＣという）をカウンティングした後、もし、特定ＴＴＩ上のＯＶ＿ＲＳＣが事前に定義された条件を満たす場合、該当ＴＴＩを排除して、残りのＴＴＩ上のリソースをランダムに選択するようにすることができる。

該当条件は、ＯＶ＿ＲＳＣが端末の送信能力（例えば、サポートされる送信チェイン個数）より大きいまたは同じ場合及び／または、ＯＶ＿ＲＳＣが電力制限ケースを誘発する場合に定義されることができる。他の一例として、ＭＣＣＳＹＮ＿ＲＥＳＥＬ搬送波グループは、（特定）アンカー（／基準）搬送波ベースの（時間／周波数）同期を共有する搬送波グループと同じに設定（／シグナリング）されることができる。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、特定搬送波関連再送信リソースは、初期送信リソースと最大限連続されたＴＴＩとして選択されるようにすることができる。ここで、一例として、該当規則が適用される場合、初期送信と再送信との間に（時間ギャップ（／差）が大きくて、他の送信搬送波へのスイッチングが（不回避に）実行される場合）送信チェインスイッチングギャップ（／時間）が（過度に）発生することを緩和させることができる。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、異なる搬送波関連リソース選択が連続されたＴＴＩ上で行われるようにすることもできる。これは、例えば、ハーフデュプレックス問題／過度な送信チェインスイッチング時間（／ギャップ）発生を緩和するためのことである。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、特定搬送波（例えば、同期基準搬送波）上の事前に設定（／シグナリング）されたＳＬＳＳリソースで実際ＳＬＳＳ送信（／受信）動作を実行する場合（及び／または、特定搬送波上に事前に設定（／シグナリング）されたＳＬＳＳリソースが存在する場合）、該当ＳＬＳＳリソースの前及び／または後のＫ個（例えば、Ｋ＝１）ＴＴＩは、（他の）搬送波上のリソース選択（／割当）から排除（例えば、送信チェインスイッチング時間として使われることができる）するようにすることができる。該当規則が適用される場合、（イントラバンドＣＡ状況下で）同期信号送信（／受信）動作とＰＳＣＣＨ／ＰＳＳＣＨ送信（／受信）動作を異なる搬送波上で効率的に実行することができる。前記ＳＬＳＳリソースは“事前に設定（／シグナリング）された特定チャネル／信号（または、事前に設定（／シグナリング）された閾値より高いＰＰＰＰ値のメッセージ）送信”または“事前に設定（／シグナリング）された特定搬送波上のチャネル／信号（または、事前に設定（／シグナリング）された閾値より高い搬送波優先権上のチャネル／信号）送信”などに拡張解釈されることもできる。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、搬送波間のリソース選択順序は、相対的に高い電力が要求（／割当）される（及び／または、長いカバレッジ要件（ＬＯＮＧ ＣＯＶＥＲＡＧＥ ＲＥＱＵＩＲＥＭＥＮＴ）（及び／または、高い信頼性要件及び／または低い遅延要件を有する）（チャネル／信号／メッセージ）送信の搬送波を優先的に実行するようにすることもできる。

該当規則が適用される場合、（イントラバンドＣＡ状況下で）他の搬送波上の（チャネル／信号／メッセージ）送信電力割当（／計算）時、以前に割り当てられた搬送波上の（チャネル／信号／メッセージ）送信電力を（（ＩＭＤ ＰＲＯＤＵＣＴを考慮した）ＭＰＲまたはＰＳＤ ＩＭＢＡＬＡＮＣＥ許容限度超過によって）減らすべき場合、該当搬送波上の送信を省略（または、以前に割り当てられた搬送波上の送信電力を減らさなくてもよい（または、ＭＰＲまたはＰＳＤ ＩＭＢＡＬＡＮＣＥ許容限度超過を誘発しない）他の搬送波上で送信を実行）するようにすることもできる。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、事前に設定（／シグナリング）された規則（／パターン／比率）（例えば、周期、サブフレームオフセット）によって同期基準搬送波上の事前に設定（／シグナリング）されたＳＬＳＳリソースで同期信号モニタリング（及び／または、送信）動作を実行するようにすることもできる。

該当同期信号モニタリング（及び／または、送信）動作は、（Ａ）非同期基準搬送波（ＮＯＮ−ＳＹＮＲＦＣＣ）上でＰＳＣＣＨ／ＰＳＳＣＨ送信動作を実行しない場合にのみ限定的に履行するようにし、及び／または、（Ｂ）非同期基準搬送波（ＮＯＮ−ＳＹＮＲＦＣＣ）上でのＰＳＣＣＨ／ＰＳＳＣＨ送信を省略して履行するようにし、及び／または、（Ｃ）端末具現（ＵＥ ＩＭＰＬＥＭＥＮＴＡＴＩＯＮ）形態で履行するようにすることもできる。

他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末が特定搬送波＃Ｘに対するリソース（再）選択／予約実行時、送信（チェイン）能力限界到達、電力制限ケース発生、ハーフデュプレックス問題による過度な受信／モニタリング不可能サブフレームの発生防止などの理由で（搬送波＃Ｘ上の）サブフレーム（ら）を排除しなければならない。そのために、既にリソース選択／予約が実行された既存他の搬送波（ら）のリソース予約がいつ／どこまで維持されると（または、有効であると）仮定するかを明確にする必要がある。その理由は、一般的に搬送波上の選択／予約されたリソースは、リソース再選択動作がトリガリングされるたびに事前に設定（／シグナリング）された確率に基づいて、同じ時間／周波数位置のリソースが持続的に使われるかが決定されるためである。即ち、搬送波＃Ｘ関連リソース（再）選択／予約実行時点で、既にリソース選択／予約が実行された（既存）他の搬送波（ら）のリソース（位置）変更に対する確率的判断（及び／または、リソース再選択／予約動作）が常に共に実行／トリガリングされるものではない。

これを解決するための方法は、一例として、（Ａ）既存他の搬送波（ら）上のリソース予約が事前に設定（／シグナリング）された時間区間（／長さ）の間に（または、無限大の時間（／長さ）の間に）維持されると（または、有効であると）仮定するようにし、または、（Ｂ）既存他の搬送波（ら）の（今後）リソース（位置）変更に対する確率的判断を搬送波＃Ｘに対するリソース（再）選択／予約実行時（または、該当搬送波（ら）のリソース選択／予約実行時）に（共にまたはあらかじめ）するようにし、または、（Ｃ）既存他の搬送波（ら）のリソースが（一応または臨時的に）維持されると仮定するように（例えば、これは仮想的に、確率的判断結果が既存リソース（位置）を維持すると解釈することもできる）し、または、（Ｄ）既存他の搬送波（ら）上のリソース予約がリソース予約カウンタ（例えば、リソース選択／予約カウンタが“０”になる場合、リソース再予約／選択がトリガリングされる）が満了される間にのみ（または、リソース予約カウンタの事前に設定（／シグナリング）された倍数ほど）維持されると（または、有効であると）仮定するようにすることができる。

他の一例として、端末に、特定ＰＰＰＰ値のパケット送信に使われる搬送波を、相対的に高い（／低い）（または、事前に設定（／シグナリング）された閾値より高い（／低い））ＣＲ＿ＬＭＩＴ（例えば、ＣＲ＿ＬＩＭＩＴ値は、（ネットワークから）ＣＢＲ／ＰＰＰＰ別に異なるように設定（／シグナリング）されることができる）対比残った送信／リソース使用機会を有する（送信）搬送波を優先的に選択するようにすることもできる。

ここで、一例として、該当閾値より高い（／低い）ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会を有する（送信）搬送波が複数個である場合、端末に、それらのうち一つをランダム選択するようにすることもできる。ここで、一例として、該当閾値は、ＰＰＰＰ及び／またはＣＢＲ及び／または搬送波優先権及び／またはサービスタイプ（／種類）別に異なるように設定（シグナリング）されることもできる。

一般的に、ＣＢＲ（／ＣＲ）測定動作は、（実際）初期送信または再送信が実行されるたびに履行される。しかし、制限された送信能力を有する端末の場合、一定時間実際初期／再送信が実行されない搬送波が発生されることができ、このような搬送波でスイッチング後に使われる（該当搬送波関連）ＣＢＲ（／ＣＲ）値は、相対的に以前時間に測定された値（即ち、該当搬送波上で過去に（実際）初期送信または再送信が実行される時に測定された値）であって、該当搬送波関連最新状態（例えば、負荷）を正しく反映していない。該当問題を緩和させるために、もし、搬送波＃Ｘ（例えば、現在Ｖ２Ｘメッセージ送信に使われる搬送波）から搬送波＃Ｙ（スイッチング対象搬送波）へのスイッチング許容が、搬送波＃Ｘのリソース再選択／予約がトリガリングされた時に限定される場合、搬送波＃Ｙに対するＣＢＲ（／ＣＲ）測定が搬送波＃Ｘのリソース再選択／予約トリガリング時点基準（または、ネックワークから事前に設定（／シグナリング）された周期）にして（追加的に）実行されるようにすることもできる。

他の一例として、制限された送信能力を有する端末の場合、以下の表によって、特定搬送波に対するリソース選択を実行するようにすることもできる。以下の表の特定技法（例えば、オプション１−２及び／またはオプション１−１）によって、（特定）搬送波（ら）関連リソース選択時、該当搬送波（ら）上に事前に定義された条件を満たさないサブフレーム（組み合わせ）（例えば、送信能力（／電力制限ケース）に到達しないサブフレーム（組み合わせ））が（選択ウィンドウ内に）残っていない場合、（Ａ）事前に設定（／シグナリング）された（最大）回数ほどリソース再選択動作を（繰り返しまたは限定的に）実行するようにし、及び／または、（Ｂ）該当搬送波（ら）関連リソース選択動作（／手順）を実行（／開始）しないように（または、省略するように）することもできる（これは、特定搬送波（ら）に対するリソース再選択動作が過度に（または、無限大に）繰り返しされることを防止することができる）。ここで、一例として、後者（Ｂ）の規則が適用される場合、該当搬送波（ら）関連送信動作が省略されると解釈することもできる。

他の一例として、制限された送信能力を有した端末の場合、送信搬送波のスイッチング時、（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間が要求されることができる。該当（ＲＦチェイン）リチューニング時間オーバーヘッドを減らすために、端末に、（Ａ）送信搬送波を選択すると、（初期送信後）再送信する時まで（または、事前に設定（／シグナリング）された回数（または、時間区間）の送信が実行される時まで）維持するようにし、または、（Ｂ）特定搬送波に対するリソース選択時、他の搬送波上の初期送信と再送信との間のサブフレーム（ら）（または、他の搬送波上の事前に設定（／シグナリング）された回数の送信が実行される区間（または、事前に設定（／シグナリング）された長さの時間区間））を排除するようにすることもできる。ここで、一例として、後者方法（Ｂ）は、初期送信と再送信との間の間隔が事前に設定（／シグナリング）された閾値未満である時のみ（限定的に）適用するようにすることもできる。

他の一例として、制限された送信能力を有した端末の場合、特定搬送波＃Ｘに対するリソース選択実行時、搬送波＃Ｘ上のサブフレーム＃Ｎを（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間（例えば、“１サブフレーム”であると仮定）用途として排除すべきかの判断は、（Ａ）搬送波＃Ｘのサブフレーム＃Ｎ以前に、自分の送信能力制限個数に該当する他の搬送波（ら）個数上にリソース選択（または、送信）が実行され、該当他の搬送波（ら）上の最も最新（または、最後の）リソース（または、送信）がサブフレーム＃Ｎ−１に位置する場合（または、サブフレーム＃Ｎから（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間に要求される時間以前に位置しない場合）、サブフレーム＃Ｎは、（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間用途と判断し、搬送波＃Ｘ関連リソース選択から排除するようにすることができる。

具体的な一例として、“送信能力制限個数＝２”、“設定された搬送波の個数＝３”である端末を仮定する。このとき、搬送波＃１と搬送波＃３上のリソース選択（または、送信）がサブフレーム＃Ｎ−１とサブフレーム＃Ｎ−２で各々行われた場合、搬送波＃２上のサブフレーム＃Ｎは、（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間用途と判断し、搬送波＃Ｘ関連リソース選択から排除しなければならない。それに対し、搬送波＃１と搬送波＃３上のリソース選択（または、送信）がサブフレーム＃Ｎ−１とサブフレーム＃Ｎ−６で各々行われた場合、端末は、例えば、サブフレーム＃Ｎ−４から搬送波＃２へのスイッチングをすることができるため、（必ず）サブフレーム＃Ｎを搬送波＃Ｘ関連リソース選択から排除する必要がない。

他の一例として、複数個の（イントラバンド）搬送波（ら）がＣＡにより設定（／シグナリング）された場合、ハーフデュプレックス問題（即ち、特定搬送波上のサブフレーム＃Ｎ時点で送信（または、受信）動作を実行する場合、他の搬送波（ら）上の同じ（または、一部重なる）時点で受信（または、送信）動作を実行することができない）で、リソース（再）選択／予約動作がトリガリングされた特定搬送波上の選択ウィンドウ内に、事前に定義（／シグナリング）された個数（例えば、選択ウィンドウ内の全体候補リソース個数の２０％）の候補リソースが確保されることができない場合（または、残っている候補リソースがない場合）、（候補リソース個数を増加させるための追加的なステップ無しで）、該当残った候補リソースのみを利用して送信リソース選択動作を実行（または、（（リソース選択／予約が完了した）他の搬送波（ら）も含んで）リソース再選択動作をトリガリング）するようにすることもできる。

ここで、一例として、ハーフデュプレックス問題などで特定サブフレーム＃Ｐがモニタリング／受信されることができない場合、サブフレーム＃Ｐから一回（及び／または、事前に設定（／シグナリング）された回数）の（候補）リソース予約周期ほど離れたリソースと、重なる（または、衝突される）ことができる選択ウィンドウ内の候補（送信）リソースは、（全て）排除されると仮定することができる。

他の一例として、（イントラバンド）ＣＡが設定（／シグナリング）された場合、特定サブフレーム上で複数個の搬送波（ら）の（送信）リソースが重なる場合、（ＩＭＤ ＰＲＯＤＵＣＴを考慮した）ＭＰＲまたはＰＳＤ ＩＭＢＡＬＡＮＣＥ許容限度超過などによって、一部または全ての搬送波関連送信電力減少（これは、例えば、送信カバレッジ減少が発生できる）が不回避である。

これを考慮して、時間領域上で（一部）重なる異なる搬送波（ら）のＶ２Ｘメッセージ送信は、事前に設定（／シグナリング）された閾値以下のＰＰＰＰ値を有するものに限定されることもできる。

それに対し、該当閾値以上のＰＰＰＰ値を有するＶ２Ｘメッセージ送信が特定搬送波のサブフレーム＃Ｋ上で実行される場合、他の搬送波上のＶ２Ｘメッセージ（例えば、該当閾値以下のＰＰＰＰ値を有するメッセージ）送信関連リソース選択／予約時、該当サブフレーム＃Ｋを除外した残りのサブフレーム（ら）のみを（限定的に）考慮するように（または、該当閾値以上のＰＰＰＰ値を有する特定搬送波上のＶ２Ｘメッセージ送信は、他の搬送波上のＶ２Ｘメッセージ送信リソースと時間領域上で（一部）重ならないように（または、事前に設定（／シグナリング）された（最大）個数以下の他の搬送波上のＶ２Ｘメッセージ送信リソースと時間領域上での（一部）重なりを（限定的に）許容））することもできる。

他の一例として、異なる（イントラバンドＣＡ）搬送波間のＰＳＤ ＩＭＢＡＬＡＮＣＥによる影響（例えば、漏洩（ＬＥＡＫＡＧＥ））は、（スケジューリングを受ける）リソースブロックの位置（及び／または、個数）などによって変わることができる。したがって、端末に、特定搬送波に対するリソース選択／予約実行時、選択ウィンドウ内の特定サブフレーム上の候補リソースのうち一つでも（または、事前に設定（／シグナリング）された個数以上に）使用時、ＰＳＤ ＩＭＢＡＬＡＮＣＥ許容限度を（送信電力減少無しで）満たさない場合、該当サブフレームを除外して残り（サブフレーム上の候補リソース）の中から（ランダム）選択するようにすることもできる。

他の一例として、前記表上に記述されたオプション２が適用される場合、もし、特定ＴＴＩ上の複数個の搬送波関連選択リソース個数が端末の送信能力より大きい場合（及び／または、特定ＴＴＩ上の複数個の搬送波関連送信が電力制限ケースを誘発する場合）、端末に、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会値の降順（または、昇順）基準にして該当ＴＴＩ上の搬送波関連送信を優先的に省略するようにすることもできる。

該当ＴＴＩ上の搬送波関連送信省略は、該当ＴＴＩ上の複数個の搬送波関連選択リソース個数が端末の送信能力より小さいまたは同じになる時（及び／または、該当ＴＴＩ上の複数個の搬送波関連送信が電力制限ケースを誘発しない時）までのみ実行されるようにすることもできる。

他の一例として、特定搬送波に対するリソース選択（／予約）実行時、センシング動作（例えば、Ｓ−ＲＳＳＩ測定、ＰＳＳＣＨ−ＲＳＲＰ測定）ベースの（選択ウィンドウ内の）候補リソース排除動作（例えば、他の端末が既に占めたリソースや高い干渉のリソースを排除する）と共に、前記説明した送信能力超過問題（及び／または、電力制限ケース到達問題及び／または、ハーフデュプレックス問題及び／または、送信チェインスイッチング動作による受信中断発生問題）などを考慮した（選択ウィンドウ内の）（追加的な）候補リソース排除動作後、もし、選択ウィンドウ内に残っている候補リソースがない場合（及び／または、事前に定義（／シグナリング）された個数（例えば、選択ウィンドウ内の全体候補リソース個数の２０％）の候補リソースが確保されることができない場合）、（Ａ）該当搬送波関連送信を事前に設定（／シグナリング）された例外的なリソースプール（ＥＸＣＥＰＴＩＯＮＡＬ ＲＥＳＯＵＲＣＥ ＰＯＯＬ）上で（一回のみ、または事前に設定（／シグナリング）された回数（／時間）の間に、または選択ウィンドウ内の選択可能候補リソース個数が（事前に設定（／シグナリング）された閾値以上に）確保される時まで）実行するようにし、及び／または、（Ｂ）（選択ウィンドウ内の）相対的に多くの候補リソースが存在する搬送波（例えば、同じサービス（／優先権）搬送波に限定されることもできる）でスイッチング／リソース選択（／予約）を実行するようにし、及び／または、（Ｃ）（リソース選択（／予約）が完了した既存搬送波を含んで）リソース再選択トリガリングされるようにすることもできる。

他の一例として、（事前に設定（／シグナリング）された潜在的な（送信）搬送波集合内で）（送信）搬送波選択実行時、特定（送信）搬送波の場合、センシング動作ベースの（選択ウィンドウ内の）候補リソース排除動作と共に、（前記説明した）送信能力超過問題（及び／または、電力制限ケース到達問題及び／または、ハーフデュプレックス問題及び／または、送信チェインスイッチング動作による受信中断発生問題）などを考慮した（選択ウィンドウ内の）（追加的な）候補リソース排除動作後、もし、選択ウィンドウ内に残っている候補リソースがない場合（及び／または、事前に定義（／シグナリング）された個数（例えば、選択ウィンドウ内の全体候補リソース個数の２０％）の候補リソースが確保されることができない場合）、（Ａ）該当（ＴＸ）搬送波を選択候補から排除するようにし、及び／または、（Ｂ）選択ウィンドウ内に残っている候補リソース個数の降順（または、昇順）基準にして（送信）搬送波選択関連優先順位が定義されることもできる。

他の一例として、同じＰＰＰＰ（及び／または、サービス）のメッセージ送信が実行される（及び／または、同じＣＢＲ及び／または、ＣＲ及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）を有する搬送波（ら）間のリソース選択優先順位は、（Ａ）ランダムに定義され、または、（Ｂ）搬送波インデックス（及び／または、ＣＲ及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）の昇順（または、降順）形態で定義されることもできる。

他の一例として、搬送波に対するリソース選択（／予約）実行時、選択ウィンドウ内の特定候補リソースが（前記説明した）送信能力超過問題（及び／または、電力制限ケース到達問題及び／または、ハーフデュプレックス問題及び／または、送信チェインスイッチング動作による受信中断発生問題）などがあるかを判断する場合（例えば、このような問題がある場合、該当候補リソースは、（追加的に）排除される）、（Ａ）選択ウィンドウ内の該当候補リソース（時間）位置（サブフレーム＃Ｎ）のみを考慮するようにし、または、（Ｂ）（選択ウィンドウ内の該当候補リソース（時間）位置（サブフレーム＃Ｎ）だけでなく）（サブフレーム＃Ｎを基準にして）一回（または、無限大回数または事前に設定（／シグナリング）された回数または、（選択された）リソース予約カウンタ回数（例えば、リソース選択／予約カウンタが“０”になる場合、リソース再予約／選択がトリガリングされる））（ＨＯＰ＿ＮＵＭ）のリソース予約周期（Ｐ）のリソース（時間）位置（ら）（例えば、サブフレーム＃（Ｎ＋Ｐ）等）も考慮するようにすることもできる。

後者（Ｂ）の規則が適用される場合、今後該当候補リソースが前記記述された問題を体験する確率を相対的に低くすることができる。ここで、一例として、“ＨＯＰ＿ＮＵＭ”は、ＰＰＰＰ（／サービスタイプ）（及び／または、ＣＢＲ（／ＣＲ）及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会及び／または、搬送波優先権及び／または、遅延（／信頼性）要件及び／または、（ＨＡＲＱ）再送信可否）などによって（一部または全部）異なるように設定（／シグナリング）されることもできる。

他の一例として、制限された受信能力（例えば、受信チェイン個数が設定された受信搬送波個数より小さい場合）を有した端末の場合、搬送波スイッチング動作などにより特定搬送波上で、事前に設定（／シグナリング）された時間長さ閾値以上にセンシング動作が実行されない場合、（Ａ）該当時間長さ閾値以上のセンシング結果が確保される時まで（特定搬送波関連）メッセージ送信を省略するようにし、及び／または、（Ｂ）限定されたセンシング結果（例えば、一種の部分センシング（ＰＡＲＴＩＡＬ ＳＥＮＳＩＮＧ）動作と解釈されることもできる）を利用し、（特定搬送波上で）リソース選択／予約及びメッセージ送信を実行するようにし、及び／または、（Ｃ）（該当時間長さ閾値以上のセンシング結果が確保される時まで）（特定搬送波上で）ランダムリソース選択ベースのメッセージ送信を実行するようにし、及び／または、（Ｄ）（該当時間長さ閾値以上のセンシング結果が確保される時まで）事前に設定（／シグナリング）された例外的リソースプールを利用するようにすることもできる。

他の一例として、特定搬送波＃Ｘに対するリソース選択（／予約）実行時、センシング動作ベースの（選択ウィンドウ内の）候補リソース排除動作とともに、もし、他の搬送波＃Ｙ上で（相対的にまたは事前に設定（／シグナリング）された閾値より）高いＰＰＰＰのメッセージ送信が実行されるリソース（サブフレーム＃Ｋ）が予約されている場合、搬送波＃Ｘ関連選択ウィンドウ内でこれを（追加的に）排除するようにすることもできる。ここで、一例として、該当規則が適用される場合、搬送波＃Ｘ上の（相対的に）低いＰＰＰＰのメッセージ送信リソースが搬送波＃Ｙの（相対的に）高いＰＰＰＰのメッセージ送信リソースと（時間領域で）重なることによって、該当（相対的に）低いＰＰＰＰのメッセージ送信が省略またはパワー減少される問題を緩和させることができる。

他の一例として、物理階層（ＰＨＹ ＬＡＹＥＲ）がセンシング動作ベースの（選択ウィンドウ内の）候補リソース排除動作（これをＥＸＣ＿ＰＲＣ＃Ａとする）だけでなく、（前記説明した）送信能力超過問題（及び／または、電力制限ケース到達問題及び／または、ハーフデュプレックス問題及び／または、送信チェインスイッチング動作による受信中断発生問題）などを考慮した（選択ウィンドウ内の）（追加的な）候補リソース排除動作（これをＥＸＣ＿ＰＲＣ＃Ｂとする）を実行した後、ＭＡＣ階層に（選択ウィンドウ内の）残った候補リソース（情報）を伝達する場合、（既存）ＥＸＣ＿ＰＲＣ＃Ａ関連（選択ウィンドウ内の）（事前に設定（／シグナリング）された）“候補リソース個数（例えば、選択ウィンドウ内の全体候補リソース個数の２０％）確保条件”が適用されないようにすることもできる。

前記説明した提案方式に対する一例も本発明の具現方法のうち一つとして含まれることができるため、一種の提案方式と見なされることは明白な事実である。また、前記説明した提案方式は、独立的に具現されることもできるが、一部提案方式の組み合わせ（または、併合）形態で具現されることもできる。

一例として、本発明では説明の便宜のために３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステム外に他のシステムに拡張可能である。一例として、本発明の提案方式は、Ｄ２Ｄ通信のためにも拡張適用可能である。ここで、Ｄ２Ｄ通信は、端末が他の端末と直接無線チャネルを利用して通信することを意味する。ここで、端末は、ユーザの端末を意味するが、基地局のようなネットワーク装備が端末間の通信方式によって信号を送信及び／または受信する場合も一種の端末と見なされることができる。

また、本発明の提案方式は、モード３ Ｖ２Ｘ動作（及び／または、モード４ Ｖ２Ｘ動作）にのみ限定的に適用されることもできる。

また、本発明の提案方式は、事前に設定（／シグナリング）された（特定）Ｖ２Ｘチャネル（／信号）送信（例えば、ＰＳＳＣＨ（及び／または、（連動された）ＰＳＣＣＨ及び／または、ＰＳＢＣＨ））にのみ限定的に適用されることもできる。

また、本発明の提案方式は、ＰＳＳＣＨと（連動された）ＰＳＣＣＨが（周波数領域上で）隣接（ＡＤＪＡＣＥＮＴ）（及び／または、離隔（ＮＯＮ−ＡＤＪＡＣＥＮＴ））されて送信される場合（及び／または、事前に設定（／シグナリング）されたＭＣＳ（及び／または、コーディングレート及び／または、リソースブロック）（値（／範囲））ベースの送信が実行される場合）にのみ限定的に適用されることもできる。

また、本発明の提案方式は、モード＃３（及び／または、モード＃４）Ｖ２Ｘ搬送波（及び／または、（モード＃４（／３））サイドリンク（／アップリンク）ＳＰＳ（及び／または、サイドリンク（／アップリンク）動的スケジューリング）搬送波）間にのみ限定的に適用されることもできる。

また、本発明の提案方式は、搬送波間に同期信号（送信（及び／または受信））リソース位置及び／または個数（及び／または、Ｖ２Ｘリソースプール関連サブフレーム位置及び／または個数（及び／または、サブチャネルの大きさ及び／または個数））が同じ（及び／または、（一部）異なる）場合にのみ（限定的に）適用されることもできる。

また、本発明の提案方式は、制限された能力の端末だけでなく（上位階層が設定した）送信搬送波個数より自分の送信（チェイン）能力が少ない端末が搬送波別リソース（再）選択時、拡張適用されることもできる。

図９は、本発明の実施例が具現される装置を示すブロック図である。

図９を参照すると、装置１０００は、プロセッサ１１００、メモリ１２００及びトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）１３００を含む。プロセッサ１１００は、提案された機能、過程及び／または方法を具現する。装置１０００は、端末または基地局である。トランシーバ１３００は、プロセッサ１１００と連結されて無線信号を送信及び受信する。メモリ１２００は、プロセッサ１１００動作に必要な情報を格納することができ、送受信信号も格納することができる。

図１０は、プロセッサ１１００を構成する一例を示す。

図１０を参照すると、プロセッサ１１００は、受信信号からＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）を除去するＣＰ除去（ＣＰ ｒｅｍｏｖｅ）モジュール、位相を回転させる位相回転（Ｐｈａｓｅ Ｒｏｔａｔｉｏｎ）モジュール、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュール、チャネル推定（ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ：ＣＥ）モジュール、ＳＩＭＯ（ｓｉｎｇｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）デコーダ、ＩＤＦＴ（ｉｎｖｅｒｓｅ ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）モジュール、ＬＬＲ（ｌｏｇ−ｌｉｋｅｌｉｈｏｏｄ ｒａｔｉｏ）計算モジュール、デスクランブリング（ｄｅ−ｓｃｒａｍｂｌｉｎｇ）モジュール、デコーダチェイン（ｄｅｃｏｄｅｒ ｃｈａｉｎ）などを含むことができる。

プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または、他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。

Claims (14)

1. 無線通信システムにおけるサイドリンク同期信号（ｓｉｄｅｌｉｎｋ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ：ＳＬＳＳ）送信方法において、
   ＳＬＳＳリソース設定情報を受信し、前記ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定し、
   前記複数の搬送波の各々で前記ＳＬＳＳリソースを利用して実際に前記ＳＬＳＳを送信するかどうかを指示するＳＬＳＳ送信設定情報を受信し、及び
   前記ＳＬＳＳ送信設定情報に基づいて決まった前記複数の搬送波のうち少なくとも一つの搬送波で、前記ＳＬＳＳリソース設定情報が指示する前記ＳＬＳＳリソースを利用して前記ＳＬＳＳを送信することを特徴とする、方法。
2. 前記ＳＬＳＳ送信設定情報は、前記ＳＬＳＳを送信しない搬送波を設定する、請求項１に記載の方法。
3. 前記複数の搬送波は、Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）通信に使われる搬送波である、請求項１に記載の方法。
4. 前記複数の搬送波で、時間領域で重なるフレームは、同じＤＦＮ（Ｄ２Ｄ ｆｒａｍｅ ｎｕｍｂｅｒ）値を有する、請求項１に記載の方法。
5. 前記ＳＬＳＳリソース設定情報及び前記ＳＬＳＳ送信設定情報は、同じメッセージに含まれて受信される、請求項１に記載の方法。
6. 前記ＳＬＳＳリソース設定情報及び前記ＳＬＳＳ送信設定情報は、ネットワークから受信する、請求項１に記載の方法。
7. 前記ＳＬＳＳは、ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及びＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を含む、請求項１に記載の方法。
8. 端末は、
   無線信号を送信及び受信する送受信機（ｔｒａｎｓｃｅｉｖｅｒ）と、
   前記送受信機と結合して動作するプロセッサと、を含み、前記プロセッサは、
   ＳＬＳＳリソース設定情報を受信し、前記ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定し、
   前記複数の搬送波の各々で前記ＳＬＳＳリソースを利用して実際に前記ＳＬＳＳを送信するかどうかを指示するＳＬＳＳ送信設定情報を受信し、
   前記ＳＬＳＳ送信設定情報に基づいて決まった前記複数の搬送波のうち少なくとも一つの搬送波で、前記ＳＬＳＳリソース設定情報が指示する前記ＳＬＳＳリソースを利用して前記ＳＬＳＳを送信することを特徴とする、端末。
9. 前記ＳＬＳＳ送信設定情報は、前記ＳＬＳＳを送信しない搬送波を設定する、請求項８に記載の端末。
10. 前記複数の搬送波は、Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）通信に使われる搬送波である、請求項８に記載の端末。
11. 前記複数の搬送波で、時間領域で重なるフレームは、同じＤＦＮ（Ｄ２Ｄ ｆｒａｍｅ ｎｕｍｂｅｒ）値を有する、請求項８に記載の端末。
12. 前記ＳＬＳＳリソース設定情報及び前記ＳＬＳＳ送信設定情報は、同じメッセージに含まれて受信される、請求項８に記載の端末。
13. 前記ＳＬＳＳリソース設定情報及び前記ＳＬＳＳ送信設定情報は、ネットワークから受信する、請求項８に記載の端末。
14. 前記ＳＬＳＳは、ＰＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及びＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を含む、請求項８に記載の端末。