(57)【特許請求の範囲】
【請求項１】
多重搬送波システムにおける制限された送信能力を有する端末のＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）信号を送信する方法であって、
第１の搬送波と第２の搬送波の順序を決定し、
前記第１の搬送波から第１のリソースを選択し、
前記第２の搬送波での特定サブフレームの利用が、前記第１のリソースを考慮した前記端末の送信能力（ｔｒａｎｓｍｉｔ  ｃａｐａｂｉｌｉｔｙ）を超過することに基づき、前記第２の搬送波において前記特定サブフレームを除外した残りのサブフレームの中から第２のリソースをランダムに選択し、
前記第１のリソース及び前記第２のリソースを利用して前記Ｖ２Ｘ信号を送信することを含み、
前記端末に対する送信チェインの個数が、前記特定サブフレームの中の設定された送信搬送波の個数より少なく、
前記第２の搬送波における前記第２のリソースの選択の前の前記第１の搬送波における前記第１のリソースの選択は、前記順序に基づき、
前記第１の搬送波及び前記第２の搬送波の順序は、前記第１の搬送波と前記第２の搬送波で送信されるＶ２Ｘ信号メッセージのＰＰＰＰ（ＰｒｏＳｅ  ｐｒｉｏｒｉｔｙ  ｐｅｒ  ｐａｃｋｅｔ）値の最も高いＰｒｏＳｅ  ＰＰＰＰ値及びＣＢＲ（ｃｈａｎｎｅｌ  ｂｕｓｙ  ｒａｔｉｏ）測定に基づいて決定される、方法。
【請求項２】
前記特定サブフレームにおいて、前記端末は、前記第１の搬送波の第１のリソース及び前記第２の搬送波の第２のリソースを含む周波数帯域組み合わせをサポートしない、請求項１に記載の方法。
【請求項３】
前記特定サブフレームが前記端末の送信チェインスイッチング時間に該当する、請求項１に記載の方法。
【請求項４】
Ｖ２Ｘ設定情報を受信することをさらに含み、
前記Ｖ２Ｘ設定情報は、送信リソースが前記第１の搬送波、前記第２の搬送波の順序で選択されることを指示する、請求項１に記載の方法。
【請求項５】
前記第１の搬送波及び前記第２の搬送波は、キャリアアグリゲーションにより前記端末に設定される、請求項１に記載の方法。
【請求項６】
端末は、
無線信号を送信及び受信する送受信機（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記送受信機と結合して動作するプロセッサとを含み、前記プロセッサは、
第１の搬送波と第２の搬送波の順序を決定し、
前記第１の搬送波から第１のリソースを選択し、
前記第２の搬送波での特定サブフレームの利用が、前記第１のリソースを考慮した、前記端末の送信能力（ｔｒａｎｓｍｉｔ  ｃａｐａｂｉｌｉｔｙ）を超過することに基づき、前記第２の搬送波において前記特定サブフレームを除外した残りのサブフレームの中から第２のリソースをランダムに選択し、
前記第１のリソース及び前記第２のリソースを利用してＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）信号を送信するように構成され、
前記端末に対する送信チェインの個数が、前記特定サブフレームの中の設定された送信搬送波の個数より少なく、
前記第２の搬送波における前記第２のリソースの選択の前の前記第１の搬送波における前記第１のリソースの選択は、前記順序に基づき、
前記第１の搬送波及び前記第２の搬送波の順序は、前記第１の搬送波と前記第２の搬送波で送信されるＶ２Ｘ信号メッセージのＰＰＰＰ（ＰｒｏＳｅ  ｐｒｉｏｒｉｔｙ  ｐｅｒ  ｐａｃｋｅｔ）値の最も高いＰｒｏＳｅ  ＰＰＰＰ値及びＣＢＲ（ｃｈａｎｎｅｌ  ｂｕｓｙ  ｒａｔｉｏ）測定に基づいて決定される、端末。
【請求項７】
前記特定サブフレームにおいて、前記端末は、前記第１の搬送波の第１のリソース及び前記第２の搬送波の第２のリソースを含む周波数帯域組み合わせをサポートしない、請求項６に記載の端末。
【請求項８】
前記特定サブフレームが前記端末の送信チェインスイッチング時間に該当する、請求項６に記載の端末。
【請求項９】
前記端末は、Ｖ２Ｘ設定情報を受信し、
前記Ｖ２Ｘ設定情報は、送信リソースが前記第１の搬送波、前記第２の搬送波の順序で選択されることを指示する、請求項６に記載の端末。
【請求項１０】
前記第１の搬送波及び前記第２の搬送波は、キャリアアグリゲーションにより前記端末に設定される、請求項６に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、多重搬送波システムにおける制限された送信能力を有する端末のＶ２Ｘ信号送信方法及び前記方法を利用する端末に関する。
【背景技術】
【０００２】
最近、装置間に直接通信をするＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公共安全ネットワーク（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｎｅｔｗｏｒｋ）のための通信技術として注目を浴びている。 公共安全ネットワークは、商業的な通信ネットワークに比べて高いサービス要求条件（信頼度及び保安性）を有し、特に、セルラ通信のカバレッジが届かない、または利用可能でない場合にも、装置間の直接信号送受信、即ち、Ｄ２Ｄ動作も要求している。
【０００３】
Ｄ２Ｄ動作は、近接した機器間の信号送受信という点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い送信率及び低い遅延を有してデータ通信をすることができる。また、Ｄ２Ｄ動作は、基地局に集まるトラフィックを分散させることができ、Ｄ２Ｄ端末が中継器役割をする場合は、基地局のカバレッジを拡張させる役割もできる。
【０００４】
一方、ＬＴＥ−Ａ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ−ａｄｖａｎｃｅｄ）では、端末と端末との間のインターフェースをサイドリンク（ｓｉｄｅｌｉｎｋ）といい、サイドリンクは、車両に設置された端末間または車両に設置された端末と他の任意の端末間の通信、即ち、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）にも使われることができる。
【０００５】
一方、既存のＶ２Ｘ通信では、キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）をサポートしなかった。キャリアアグリゲーションとは、搬送波を結合して使用することを意味し、隣接した搬送波の結合及び隣接しない搬送波の結合などがある。
【０００６】
Ｖ２Ｘ通信にキャリアアグリゲーションが使われる場合、端末は、複数の搬送波を利用してＶ２Ｘ信号を送信することもできる。しかし、端末は、常に設定された全ての搬送波で同時にＶ２Ｘ信号を送信することができるものではない。例えば、設定された搬送波の個数より具備している送信チェインの個数が少ない場合、端末は、前記設定された搬送波の全てで同時にＶ２Ｘ信号を送信することをサポートすることができない。
【０００７】
このような制限された送信能力を有する端末に対して、Ｖ２Ｘ通信にキャリアアグリゲーションが使われる場合、前記端末は、どのような方式に送信リソースを選択するかが問題になる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする技術的課題は、多重搬送波システムにおける制限された送信能力を有する端末のＶ２Ｘ信号送信方法及び前記方法を利用する端末を提供することにある。
【課題を解決するための手段】
【０００９】
一側面において、多重搬送波システムにおける制限された送信能力を有する端末のＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）信号送信方法を提供する。前記方法は、第１の搬送波から第１のリソースを選択し、第２の搬送波で特定サブフレームを使用する場合、前記第１のリソースを考慮する時、端末の送信能力（ｔｒａｎｓｍｉｔ  ｃａｐａｂｉｌｉｔｙ）を超過した場合、前記第２の搬送波から前記特定サブフレームを除外した残りのサブフレームの中から第２のリソースをランダム選択し、前記第１のリソース及び前記第２のリソースを利用して前記Ｖ２Ｘ信号を送信することを特徴とする。
【００１０】
前記端末は、前記特定サブフレームで、設定された送信搬送波の個数より送信チェインの個数が少ない。
【００１１】
前記特定サブフレームで、前記端末は、前記第１の搬送波の第１のリソース及び前記第２の搬送波の第２のリソースで構成された周波数帯域組み合わせをサポートしない。
【００１２】
前記特定サブフレームが前記端末の送信チェインスイッチング時間に該当する。
【００１３】
Ｖ２Ｘ設定情報を受信し、前記Ｖ２Ｘ設定情報は、前記端末に前記第１の搬送波、前記第２の搬送波の順序に送信リソースを選択するように指示する。
【００１４】
前記端末は、ＣＢＲ（ｃｈａｎｎｅｌ  ｂｕｓｙ  ｒａｔｉｏ）及び送信される前記Ｖ２Ｘ信号のＰＰＰＰ（ＰｒｏＳｅ  ｐｒｉｏｒｉｔｙ  ｐｅｒ  ｐａｃｋｅｔ）に基づいて前記第１の搬送波、前記第２の搬送波の順序に送信リソースを選択する。
【００１５】
前記第１の搬送波及び前記第２の搬送波は、前記端末にキャリアアグリゲーションにより設定される。
【００１６】
他の側面で提供される端末は、無線信号を送信及び受信する送受信機（ｔｒａｎｓｃｅｉｖｅｒ）及び前記送受信機と結合して動作するプロセッサを含み、前記プロセッサは、第１の搬送波から第１のリソースを選択し、第２の搬送波で特定サブフレームを使用する場合、前記第１のリソースを考慮する時、前記端末の送信能力（ｔｒａｎｓｍｉｔ  ｃａｐａｂｉｌｉｔｙ）を超過した場合、前記第２の搬送波から前記特定サブフレームを除外した残りのサブフレームの中から第２のリソースをランダム選択し、前記第１のリソース及び前記第２のリソースを利用して前記Ｖ２Ｘ信号を送信することを特徴とする。
【発明の効果】
【００１７】
本発明によると、Ｖ２Ｘ通信にキャリアアグリゲーションが使われる場合、端末の送信能力を考慮して複数の搬送波上で効率的に送信リソースを選択することができる。
【図面の簡単な説明】
【００１８】
【図１】無線通信システムを示す。
【図２】ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】Ｖ２Ｘ通信のためのシナリオを例示する
【図５】本発明の一実施例に係るＳＬＳＳリソース設定方法を例示する。
【図６】本発明によるＳＬＳＳ送信方法を例示する。
【図７】図５及び図６で説明した方法を適用する具体的な例を示す。
【図８】Ｖ２Ｘ通信でキャリアアグリゲーションが使われる場合、搬送波別リソース選択の一例（オプション１−１）を例示する。
【図９】前述したオプション１−１による端末のリソース選択方法を示す。
【図１０】Ｖ２Ｘ通信でキャリアアグリゲーションが使われる場合、搬送波別リソース選択の他の例（オプション１−２）を例示する。
【図１１】Ｖ２Ｘ通信でキャリアアグリゲーションが使われる場合、搬送波別リソース選択の他の例（オプション２）を例示する。
【図１２】サイドリンクでＣＡが適用される場合、リソース選択の一例を示す。
【図１３】本発明の実施例が具現される装置を示すブロック図である。
【図１４】プロセッサ１１００を構成する一例を示す。
【発明を実施するための形態】
【００１９】
図１は、無線通信システムを示す。
【００２０】
無線通信システムは、例えば、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムという。
【００２１】
Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２２】
基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と連結される。
【００２３】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２４】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、そのうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２５】
無線通信システムは、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）システム、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）システム、またはＴＤＤとＦＤＤが共に使われるシステムである。
【００２６】
図2は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図3は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００２７】
図2及び図3を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。
【００２８】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００２９】
ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００３０】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３１】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３２】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３３】
ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００３４】
端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態になる。
【００３５】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３６】
トランスポートチャネル上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３７】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００３８】
ＲＲＣ状態とは、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続している場合はＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）といい、接続されていない場合はＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）という。ＲＲＣ接続状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣアイドル状態の端末は、Ｅ−ＵＴＲＡＮが把握することができず、セルより大きい地域単位であるトラッキング領域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位でＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）が管理する。即ち、ＲＲＣアイドル状態の端末は、大きい地域単位に存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためにはＲＲＣ接続状態に移動しなければならない。
【００３９】
ユーザが端末の電源を最初にオンにした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣアイドル状態にとどまる。ＲＲＣアイドル状態の端末は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮとＲＲＣ接続を確立し、ＲＲＣ接続状態に移動する。ＲＲＣアイドル状態の端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由で上りデータ送信が必要な場合、またはＥ−ＵＴＲＡＮからページング（ｐａｇｉｎｇ）メッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００４０】
ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００４１】
ＮＡＳ階層で端末の移動性を管理するために、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤの二つの状態が定義されており、この二つの状態は、端末とＭＭＥに適用される。初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態であり、この端末がネットワークに接続するために初期連結（Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ）手順を介して該当ネットワークに登録する過程を実行する。前記連結（Ａｔｔａｃｈ）手順が成功に遂行されると、端末及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態になる。
【００４２】
端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇ  ｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥ状態及びＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ−ＩＤＬＥ状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。ＥＣＭ−ＩＤＬＥ状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続（Ｓ１  ｃｏｎｎｅｃｔｉｏｎ）を確立すると、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。端末がＥＣＭ−ＩＤＬＥ状態にある時、Ｅ−ＵＴＲＡＮは、端末のコンテキスト（ｃｏｎｔｅｘｔ）情報を有していない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークの命令を受ける必要なく、セル選択（ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）またはセル再選択（ｒｅｓｅｌｅｃｔｉｏｎ）のような端末ベースの移動性関連手順を実行する。それに対し、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時、端末の移動性は、ネットワークの命令により管理される。ＥＣＭ−ＩＤＬＥ状態で端末の位置が、ネットワークが知っている位置と異なる場合、端末は、トラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を介してネットワークに端末の該当位置を知らせる。
【００４３】
以下、Ｄ２Ｄ動作に対して説明する。３ＧＰＰ  ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連したサービスを近接性ベースのサービス（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）という。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、Ｄ２Ｄ動作と混用されることができる。以下、ＰｒｏＳｅに対して記述する。
【００４４】
ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）がある。ＰｒｏＳｅ直接通信は、近接した二つ以上の端末間で実行される通信を意味する。前記端末は、ユーザ平面のプロトコルを利用して通信を実行することができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）は、ＰｒｏＳｅの要求条件と関連した手順をサポートする端末を意味する。特別な言及がない場合、ＰｒｏＳｅ可能端末は、公共安全端末（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）と非公共安全端末（ｎｏｎ−ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）を両方とも含む。公共安全端末は、公共安全に特化された機能とＰｒｏＳｅ過程を両方ともサポートする端末であり、非公共安全端末は、ＰｒｏＳｅ過程はサポートするが、公共安全に特化された機能はサポートしない端末である。
【００４５】
ＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が、隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力のみを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末の近接可否を判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。
【００４６】
以下、便宜上、ＰｒｏＳｅ直接通信はＤ２Ｄ通信といい、ＰｒｏＳｅ直接発見はＤ２Ｄ発見という。Ｄ２Ｄ動作に使われるリンクをＬＴＥではサイドリンク（ｓｉｄｅｌｉｎｋ）という。
【００４７】
以下、Ｖ２Ｘ（ｖｅｈｉｃｌｅ  ｔｏ  ｅｖｅｒｙｔｈｉｎｇ）通信に対して説明する。Ｖ２Ｘは、車両に設置された端末と他の端末との間の通信を意味し、前記他の端末は、歩行者、車両、インフラストラクチャであり、このとき、順序通りに、Ｖ２Ｐ（ｖｅｈｉｃｌｅ  ｔｏ  ｐｅｄｅｓｔｒｉａｎ）、Ｖ２Ｖ（ｖｅｈｉｃｌｅ  ｔｏ  ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（ｖｅｈｉｃｌｅ  ｔｏ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）などという。
【００４８】
Ｖ２Ｘ通信は、既存ＬＴＥ通信で使用する基地局と端末との間のアップリンク／ダウンリンクでないＤ２Ｄ動作で定義されたサイドリンク（ｓｉｄｅｌｉｎｋ）を介してデータ／制御情報を送受信することができる。
【００４９】
サイドリンクには、下記のような物理的チャネルが定義されることができる。
【００５０】
ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）は、物理サイドリンク放送チャネルである。ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）は、物理サイドリンク制御チャネルである。ＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  ＣＨａｎｎｅｌ）は、物理サイドリンク発見チャネルである。ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）は、物理サイドリンク共有チャネルである。ＳＬＳＳ（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）と、サイドリンク同期化信号である。ＳＬＳＳには、ＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）がある。ＳＬＳＳとＰＳＢＣＨは、共に送信されることができる。
【００５１】
サイドリンクは、端末対端末間のインターフェースを意味し、ＰＣ５インターフェースに対応できる。
【００５２】
図４は、Ｖ２Ｘ通信のためのシナリオを例示する。
【００５３】
図４（ａ）を参照すると、Ｖ２Ｘ通信は、端末（ＵＥ）間のインターフェースであるＰＣ５ベースの（端末間の）情報交換動作をサポートすることができ、図４（ｂ）のように、基地局（ｅＮｏｄｅＢ）と端末（ＵＥ）との間のインターフェースであるＵｕベースの（端末間の）情報交換動作をサポートすることもできる。また、図４（ｃ）のように、ＰＣ５及びＵｕの両方ともを使用して（端末間の）情報交換動作をサポートすることもできる。
【００５４】
以下、説明の便宜のために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに基づいて本発明を説明する。しかし、本発明が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム外に他のシステムに拡張可能である。
【００５５】
以下、本発明に対して説明する。
【００５６】
下記の提案方式は、キャリアアグリゲーション技法（ＣＡＲＲＩＥＲ  ＡＧＧＲＥＧＡＴＩＯＮ：ＣＡ）により設定（／シグナリング）された複数個の（Ｖ２Ｘ）搬送波上で、同時送信及び／または受信を実行する能力がない端末（または、同時送信及び／または受信能力に制限がある端末、以下、このような端末を‘ＬＣＡＰ＿ＵＥ’という）が、Ｖ２Ｘ通信を効率的に実行する方法を提示する。
【００５７】
本発明の（一部）提案方式は、“イントラバンド（ＩＮＴＲＡ−ＢＡＮＤ）内で連続的または非連続的ＣＡ”状況下で限定的に適用されることができる。
【００５８】
Ｖ２Ｘ通信モードは、（代表的として）（Ａ）（（基地局（／ネットワーク）から）事前に設定（／シグナリング）されたＶ２Ｘリソースプール上で）Ｖ２Ｘメッセージ送信（／受信）関連スケジューリング情報を基地局がシグナリング（／制御）するモード（これをモード＃３という）がある。モード３は、例えば、基地局通信カバレッジ内に位置する（及び／または、ＲＲＣ＿接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態の）端末が主な対象である。及び／または、（Ｂ）基地局（／ネットワーク）から事前に設定（／シグナリング）されたＶ２Ｘリソースプール上で、Ｖ２Ｘメッセージ送信（／受信）関連スケジューリング情報を端末が独自に決定（／制御）するモード（これをモード＃４という）がある。モード４は、例えば、基地局通信カバレッジ内／外に位置する（及び／または、ＲＲＣ＿接続／ＲＲＣ＿アイドル状態の）端末が主な対象である。
【００５９】
本発明における“センシング動作”は、デコーディング成功したＰＳＣＣＨがスケジューリングするＰＳＳＣＨ  ＤＭ−ＲＳシーケンスベースのＰＳＳＣＨ−ＲＳＲＰ測定動作及び／または、Ｖ２Ｘリソースプール関連サブチャネルベースのＳ−ＲＳＳＩ測定動作などとして解釈されることができる。
【００６０】
本発明における“受信（ｒｅｃｅｐｔｉｏｎ）”は、
【００６１】
（Ａ）Ｖ２Ｘチャネル（／シグナル）（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）デコーディング（／受信）動作（及び／または、ＷＡＮ  ＤＬチャネル（／シグナル）（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＳＳ／ＳＳＳ等）デコーディング（／受信）動作）、
【００６２】
（Ｂ）センシング動作、
【００６３】
（Ｃ）ＣＢＲ測定動作のうち少なくとも一つとして拡張解釈されることができる。
【００６４】
本発明における“送信（ｔｒａｎｓｍｉｓｓｉｏｎ）”は、Ｖ２Ｘチャネル（／シグナル）（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＢＣＨ、ＰＳＳＳ／ＳＳＳＳ等）送信動作（及び／または、ＷＡＮ  ＵＬチャネル（／シグナル）（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ等）送信動作）として拡張解釈されることができる。
【００６５】
本発明における“搬送波（ｃａｒｒｉｅｒ）”は、（Ａ）事前に設定（／シグナリング）された搬送波集合（／グループ）、（Ｂ）Ｖ２Ｘリソースプール（集合（／グループ））、（Ｃ）搬送波上の時間／周波数リソース集合／グループのうち少なくとも一つとして拡張解釈されることができる。
【００６６】
本発明の（一部）提案方式は、ＬＣＡＰ＿ＵＥに比べて相対的に能力が良い端末（例えば、ＣＡにより設定（／シグナリング）された複数個の（Ｖ２Ｘ）搬送波上で、同時送信及び／または受信能力がある端末）のＶ２Ｘ通信のために拡張適用されることもできる。
【００６７】
本発明における“同期信号”は、“ＳＬＳＳ”だけでなく、“ＰＳＢＣＨ”も含むと拡張解釈されることもできる。本発明における“ＬＣＡＰ＿ＵＥ”は、“制限された送信（チェイン）能力”を有する端末、“制限された受信（チェイン）能力”を有する端末のうち少なくとも一つとして拡張解釈されることができる。
【００６８】
Ｓ−ＲＳＳＩ（Ｓｉｄｅｌｉｎｋ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）、Ｓ−ＲＳＲＰ（Ｓｉｄｅｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）、ＣＢＲ（Ｃｈａｎｎｅｌ  ｂｕｓｙ  ｒａｔｉｏ）及びＣＲ（Ｃｈａｎｎｅｌ  ｏｃｃｕｐａｎｃｙ  ｒａｔｉｏ）に対して説明する。
【００６９】
まず、Ｓ−ＲＳＳＩは、サイドリンクでの受信信号強度指示子である。Ｓ−ＲＳＳＩは、サブフレームの１番目のスロットのＳＣ−ＦＤＭＡシンボル＃１、２、...、６及び２番目のスロットのＳＣ−ＦＤＭＡシンボル＃０、１、...、５での、設定されたサブチャネルで端末が観測した、ＳＣ−ＦＤＭＡシンボル別総受信電力の線形平均（ｌｉｎｅａｒ  ａｖｅｒａｇｅ）に定義されることができる。
【００７０】
Ｓ−ＲＳＲＰは、サイドリンクでの参照信号受信電力を意味する。Ｓ−ＲＳＲＰには、例えば、ＰＳＳＣＨでＲＳＲＰを計算したＰＳＳＣＨ−ＲＳＲＰがある。ＰＳＳＣＨ−ＲＳＲＰは、関連したＰＳＣＣＨにより指示されたＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）内で、ＰＳＳＣＨと関連したＤＭ−ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を伝送するＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）の電力寄与（ｐｏｗｅｒ  ｃｏｎｔｒｉｂｕｔｉｏｎ）の線形平均に定義されることができる。
【００７１】
ＣＢＲは、チャネルのビジー率（ｂｕｓｙ  ｒａｔｉｏ）を示し、サブフレームｎで測定されたＣＢＲは、下記のように定義されることができる。
【００７２】
ＰＳＳＣＨの場合、サブフレーム［ｎ−１００、ｎ−１］でセンシングされたものであって、あらかじめ決ったり設定された閾値を超過したと測定されたＳ−ＲＳＳＩを有するサブチャネルのリソースプール内での比率を示す。
【００７３】
ＰＳＣＣＨの場合、サブフレーム［ｎ−１００、ｎ−１］でセンシングされたものであって、連続しないリソースブロックで該当ＰＳＳＣＨと共にＰＳＣＣＨが送信されるように設定されたプールで、あらかじめ決ったり設定された閾値を超過したと測定されたＳ−ＲＳＳＩを有するＰＳＣＣＨプールのリソースの比率を示す。ここで、ＰＳＣＣＨプールは、周波数領域で２個の連続したＰＲＢ対の大きさのリソースで構成されていると仮定する。
【００７４】
ＣＲは、チャネル占有率を意味する。サブフレームｎで計算されたＣＲは、サブフレーム［ｎ−ａ、ｎ−１］で自分の送信のために使われたサブチャネルの個数とサブフレーム［ｎ、ｎ＋ｂ］で自分の送信のために許容されたサブチャネルの個数との総和をサブフレーム［ｎ−ａ、ｎ＋ｂ］にわたった送信プールで設定された総サブチャネルの個数で割った値に定義されることができる。
【００７５】
ここで、ａは正の整数であり、ｂは０または正の整数である。ａ、ｂは端末により決まり、ａ＋ｂ＋１＝１０００、ａは５００以上である関係にあり、ｎ＋ｂは現在送信に対するグラントの最も最近送信機会を超えてはならない。ＣＲは、毎（再）送信に対して評価されることができる。
【００７６】
［提案方法＃１］ＬＣＡＰ＿ＵＥに、ＣＡにより設定（／シグナリング）された複数個のＶ２Ｘ搬送波のうち、事前に設定（／シグナリング）された下記（一部）優先順位情報（／規則）によって選択された搬送波上で、送信（及び／または受信）動作を優先的に実行するようにすることができる。
【００７７】
（規則＃１−１）（Ａ）事前に設定（／シグナリング）された特定サービス（及び／または、データ（／メッセージ（／応用（ＡＰＰＬＩＣＡＴＩＯＮ））タイプ）関連送信（及び／または受信）搬送波及び／または、（Ｂ）事前に設定（／シグナリング）された閾値より大きい（または、小さい）（及び／または、相対的に大きい（または、低い））ＰＰＰＰ（及び／または、（残った）遅延要件（ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）及び／または、メッセージ生成（／送信（／受信））周期及び／または、リソース予約間隔（／周期））ベースのＶ２Ｘメッセージ送信（及び／または受信）動作が実行される搬送波及び／または、（Ｃ）送信（及び／または受信）搬送波及び／または、（Ｄ）同期信号送信（及び／または受信）が設定（／シグナリング）された搬送波（及び／または、他の搬送波上のＶ２Ｘ送信（及び／または受信）動作関連（時間／周波数）同期参照搬送波）及び／または、（Ｅ）事前に設定（／シグナリング）された（特定）同期ソースタイプ（ＳＹＮＣＨ  ＳＯＵＲＣＥ  ＴＹＰＥ）が（相対的に）高い優先順位を有する搬送波及び／または、（Ｆ）交差搬送波スケジューリング（ＣＲＯＳＳ−ＣＡＲＲＩＥＲ  ＳＣＨＥＤＵＬＩＮＧ：ＣＣＳ）が設定（／シグナリング）された場合、スケジューリングする（及び／または、スケジューリングを受ける）搬送波及び／または、（Ｇ）事前に設定（／シグナリング）された閾値より大きい（または、小さい）（及び／または、相対的に大きい（または、低い））ＣＢＲ（／ＣＲ）測定値（及び／または、（残った）ＣＲ＿ＬＩＭＩＴ及び／または、（最大）（許容）送信パワー）を有する送信（及び／または受信）搬送波及び／または、（Ｈ）（事前に設定（／シグナリング）された）高い（または、低い）優先順位の搬送波及び／または、（Ｉ）（ＷＡＮ（アップリンク）通信との）共有搬送波。
【００７８】
（規則＃１−２）前記（規則＃１−１）で搬送波（優先）選択基準として使われる搬送波の（代表）ＣＢＲ、ＣＲ、（残った）ＣＲ＿ＬＩＭＩＴ、（最大許容）送信電力のうち少なくとも一つの情報は、搬送波上に設定された複数個の（送信／受信）リソースプール関連（測定／設定）値の（加重）平均値または最大値（／最小値）として導出（／定義）されることができる。
【００７９】
他の一例として、前記説明した（優先順位）規則に基づいて搬送波選択後、該当選択された搬送波上の複数個の（送信／受信）リソースプールのうち、実際にＶ２Ｘメッセージ送信（／受信）に使われる（送信／受信）プール選択も、前記説明した基準（／優先順位パラメータ）を（再）適用するようにすることもできる。
【００８０】
［提案方法＃２］搬送波別に、他の搬送波に比べて送信（及び／または受信）動作が優先的に実行されるリソース位置（／パターン）、周期、サブフレームオフセット情報のうち少なくとも一つが事前に設定され、またはシグナリングされることができる。
【００８１】
一例として、ＬＣＡＰ＿ＵＥが搬送波＃Ｘ上で、（Ａ）（送信）リソース予約（／選択）動作、（Ｂ）センシング動作（例えば、Ｓ−ＲＳＳＩ測定、ＰＳＳＣＨ−ＲＳＲＰ測定）、（Ｃ）ＣＢＲ測定動作のうち少なくとも一つを実行する時、該当設定（／シグナリング）されたリソース（のみ）を優先的に使用するようにすることができる。
【００８２】
他の一例として、同期信号送信（及び／または受信）動作は、Ｖ２Ｘ通信性能維持に相対的に重要であるため、搬送波＃Ｘ上の同期信号送信（及び／または受信）リソースと（一部）重なる搬送波＃Ｙ上のリソースは、センシング動作及び／または、ＣＢＲ測定動作及び／または、（送信）リソース予約（／選択）動作及び／または、Ｖ２Ｘメッセージ（／チャネル／信号）送信（／受信）を実行しないようにすることもできる。
【００８３】
一例として、同期信号に、（事前に）特定（仮想の）ＰＰＰＰ（Ｐ＿ＳＹＮ）を割当（／シグナリング）させることによって、該当同期信号受信（／送信）動作を保護（例えば、同期信号受信（／送信）リソースと時間領域上で（一部）重なるＶ２Ｘメッセージ（／チャネル／信号）受信（／送信）のうち、前記Ｐ＿ＳＹＮより相対的に低いＰＰＰＰのものは省略することもできる。
【００８４】
他の一例として、同期信号送信電力減少を緩和させるために、搬送波＃Ｘ上の同期信号送信リソースと（一部）重なる搬送波＃Ｙ上のリソースでは、（Ａ）事前に設定（／シグナリング）された特定サービス（及び／または、データ（／メッセージ（／応用））タイプ）関連送信動作及び／または、（Ｂ）事前に設定（／シグナリング）された閾値より大きい（または、小さい）ＰＰＰＰ（例えば、同期信号に（該当）閾値の（仮想の）ＰＰＰＰ（または、特定（仮想の）ＰＰＰＰ）が割当（／シグナリング）されたと解釈されることもできる）（及び／または、（残った）遅延要件及び／または、メッセージ生成（／送信（／受信））周期及び／または、リソース予約間隔（／周期））ベースのＶ２Ｘメッセージ送信動作のみが実行（／許容）されることもできる。
【００８５】
［提案方法＃３］前記説明した［提案方法＃１］及び／または［提案方法＃２］に基づいて、搬送波＃Ａのサブフレーム（ＳＦ）＃Ｋ時点でＶ２Ｘメッセージ送信動作が実行されて、時間領域上で該当サブフレーム（即ち、搬送波＃ＡのＳＦ＃Ｋ）と（一部または全部）重なる搬送波＃ＢのＳＦ＃Ｐをモニタリング（及び／または、センシング）することができない場合、ＬＣＡＰ＿ＵＥに、搬送波＃Ｂ上でＶ２Ｘ通信関連（送信）リソース予約（／選択）時、（該当）ＳＦ＃Ｐから一回（及び／または、事前に設定（／シグナリング）された回数）の（候補）リソース予約周期ほど離れたリソースと重なる（または、衝突される）ことができる（選択ウィンドウ（ＳＥＬＥＣＴＩＯＮ  ＷＩＮＤＯＷ）内の）候補（送信）リソースを（全て）排除するようにすることもできる。
【００８６】
［提案方法＃４］事前に設定（／シグナリング）された複数個の搬送波間に下記（一部）パラメータ（／設定）を一致させることによって、ＬＣＡＰ＿ＵＥ（または、端末）がＣＡにより設定（／シグナリング）された複数個の（Ｖ２Ｘ）搬送波上で、Ｖ２Ｘ通信を効率的に実行するようにすることもできる。
【００８７】
（規則＃４−１）同期信号（ＳＬＳＳ）の送信（及び／または受信）リソース位置及び／または個数（及び／または、Ｖ２Ｘリソースプール関連サブフレーム位置及び／または個数（及び／または、サブチャネルの大きさ及び／または個数））を複数個の搬送波間に一致させることができる。
【００８８】
前記規則が適用される場合、該当複数個の搬送波間に、Ｖ２Ｘ通信関連（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ）（及び／または、Ｖ２Ｘリソースプール）を（アンカー搬送波（ＡＮＣＨＯＲ  ＣＡＲＲIＥＲ）または同期基準搬送波基準にして）一致させることができ、それによって、ＣＡにより設定（／シグナリング）された複数個の（Ｖ２Ｘ）搬送波上の同時送信及び／または受信不可問題を効率的に解決できる。即ち、複数個の搬送波上で同時送信（または、受信）動作を効率的にスケジューリング（／実行）できる。
【００８９】
図５は、本発明の一実施例に係るＳＬＳＳリソース設定方法を例示する。
【００９０】
図５を参照すると、端末にＶ２Ｘ通信と関連して、３個の搬送波（搬送波＃１、２、３）がキャリアアグリゲーションにより設定されることができる。
【００９１】
このとき、キャリアアグリゲーションにより設定された複数の搬送波間に、ＳＬＳＳリソースの個数及び位置は、同じに設定されることができる。図５で示すように、搬送波＃１、２、３で、設定されたＳＬＳＳリソースは、搬送波で同じ個数及び位置にある。このようにする理由は、前記搬送波＃１、２、３で、Ｖ２Ｘ通信関連（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ（Ｄｉｒｅｃｔ  Ｆｒａｍｅ  ｎｕｍｂｅｒ））を同じにするためである。即ち、搬送波＃１、２、３で、時間領域で重なるフレームは、同じ（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ）値を有することができる。
【００９２】
端末側面から見ると、端末は、Ｖ２Ｘ通信のためにアグリゲーションされた全ての搬送波でＳＬＳＳリソースの位置及び個数が互いに同じであると仮定することができる。
【００９３】
一例として、前記説明したパラメータ（／設定）一致（及び／または、交差搬送波スケジューリングが設定（／シグナリング）される搬送波（対）及び／または、同じ（時間／周波数）同期基準搬送波を有する搬送波（対））は、（Ａ）（事前に設定（／シグナリング）された）（特定）同じサービス（及び／または、データ（／メッセージ（／応用））タイプ）関連（送信及び／または受信）搬送波及び／または、（Ｂ）（事前に設定（／シグナリング）された）（特定）同じ同期ソースタイプが（相対的に）高い優先順位を有する（送信及び／または受信）搬送波及び／または、（Ｃ）ＣＣＳが設定（／シグナリング）された搬送波（対）（及び／または、（時間／周波数）同期差が事前に設定（／シグナリング）された閾値より少ない搬送波（対）及び／または、（事前に設定（／シグナリング）された）（特定）同じ（時間／周波数）同期基準搬送波を有する（送信及び／または受信）搬送波及び／または送信（及び／または受信）搬送波及び／または同期信号送信（及び／または受信）が設定（／シグナリング）された搬送波及び／または他の搬送波上のＶ２Ｘ送信（及び／または受信）動作関連時間／周波数同期基準搬送波間に（限定的に）設定（／シグナリング）されることもできる。
【００９４】
（規則＃４−２）一例として、同じ（時間／周波数）同期基準搬送波が設定（／シグナリング）された搬送波（これを同期基準搬送波でない搬送波といい、ＮＯＮ−ＳＹＮＲＦＣＣという）の場合、（該当）同期基準搬送波でない搬送波（ＮＯＮ−ＳＹＮＲＦＣＣ）上で既存（ＬＥＧＡＣＹ）端末（例えば、ＬＴＥ  ＲＥＬ−１４により動作する端末）のＶ２Ｘ通信サポートのために、同期リソースが設定（／シグナリング）されることができる。
【００９５】
他の一例として、（該当）同期基準搬送波でない搬送波（非同期基準搬送波、ＮＯＮ−ＳＹＮＲＦＣＣ）上の同期リソース設定（／シグナリング）は、同期基準搬送波と非同期基準搬送波との間に、（前記（規則＃４−１）によって）（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ）を一致させるための目的として実行されることもできる。そのために、非同期基準搬送波上に設定（／シグナリング）される同期リソース位置（／個数）は、同期基準搬送波のものと同じである。または、同期基準搬送波上に同期リソースが設定（／シグナリング）された場合にのみ非同期基準搬送波上に設定（／シグナリング）される同期リソースが有効であるということもできる。
【００９６】
一例として、改善された端末（ＬＴＥ  ＲＥＬ−１５により動作する端末）の場合、ネックワークの設定（／シグナリング）によって、（同期基準搬送波だけでなく）非同期基準搬送波（ＮＯＮ−ＳＹＮＲＦＣＣ）上の同期リソース上で、同期信号（例：ＳＬＳＳ）送信動作を実行することもできる。このとき、非同期基準搬送波（及び／または、同期基準搬送波）上に同期リソースが設定されても、改善された端末の実際に同期信号送信可否は、ネットワークが（最終）指示（／制御）すると解釈できる。 例えば、同期基準搬送波では、同期リソースが設定される場合、前記同期リソースを利用して常にＳＬＳＳを送信するようにすることができる。それに対し、非同期基準搬送波上では、同期リソースが設定されても、実際に同期信号を送信するかどうかをネットワークが制御できる。
【００９７】
（同じ）（時間／周波数）同期基準搬送波が設定（／シグナリング）された非同期基準搬送波は、同期基準搬送波と同じ同期ソースタイプが（相対的に）高い優先順位を有する（送信及び／または受信）搬送波に限定されることもできる。
【００９８】
図６は、本発明によるＳＬＳＳ送信方法を例示する。
【００９９】
図６を参照すると、端末は、ＳＬＳＳリソース設定情報を受信し、前記ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定することができる（Ｓ２１０）。図５で前述したように、このようにキャリアアグリゲーションされる複数の搬送波の各々で同じ位置及び個数のＳＬＳＳリソースを設定する理由は、前記複数の搬送波間に（サイドリンク）論理的（サブフレーム）インデックス（及び／または、ＤＦＮ）を一致させるためである。
【０１００】
端末は、前記複数の搬送波のうち、前記ＳＬＳＳリソースを利用して実際に同期信号（例えば、ＰＳＳＳ／ＳＳＳＳ）を送信するかどうかを指示するＳＬＳＳ送信設定情報を受信する（Ｓ２２０）。より具体的に、前記複数の搬送波のうち非同期基準搬送波（例えば、他の搬送波が同期基準搬送波に設定され、またはシグナリングされた搬送波であって、同期基準搬送波でない搬送波：ＮＯＮ−ＳＹＮＲＦＣＣ）に限って該当ＳＬＳＳリソースで端末が実際にＳＬＳＳ送信動作を実行するかどうかを前記ＳＬＳＳ送信設定情報を介してネットワークが知らせることができる。
【０１０１】
端末は、前記ＳＬＳＳ送信設定情報に基づいて前記非同期基準搬送波で前記ＳＬＳＳリソース設定情報が指示するＳＬＳＳリソースを利用して同期信号（例えば、ＰＳＳＳ／ＳＳＳＳ）を送信することができる（Ｓ２３０）。もちろん、これは前記ＳＬＳＳ送信設定情報により、非同期基準搬送波で同期信号を送信するように設定された場合に限って動作する。
【０１０２】
ＳＬＳＳリソース設定情報とＳＬＳＳ送信設定情報は、同じメッセージ内に含まれて受信されることもでき、別個のメッセージに含まれて受信されることもできる。
【０１０３】
図７は、図５及び図６で説明した方法を適用する具体的な例を示す。
【０１０４】
図７を参照すると、ネットワークは、端末＃１にＳＬＳＳリソース設定情報を送信する（Ｓ３１０）。前記ＳＬＳＳリソース設定情報は、キャリアアグリゲーションされる搬送波＃１、２、３に対するＳＬＳＳリソースを設定することができる。ここで、搬送波＃２、３は、非同期基準搬送波であると仮定する。搬送波＃１は、同期基準搬送波であると仮定する。前述したように、キャリアアグリゲーションされる複数の搬送波＃１、２、３で同じ位置及び個数のＳＬＳＳリソースが設定されることができる。
【０１０５】
ネットワークは、端末＃１にＳＬＳＳ送信設定情報を送信する（Ｓ３２０）。このとき、ＳＬＳＳ送信設定情報は、搬送波＃２、３に対して実際はＳＬＳＳを送信しないことを指示し、または知らせることができる。即ち、端末は、非同期基準搬送波である搬送波＃２、３に対してＳＬＳＳリソースの位置は設定を受けるが、ＳＬＳＳを送信しないように設定されることができる。
【０１０６】
図７に示されていないが、もし、ネットワークがＳＬＳＳ送信設定情報を介して非同期基準搬送波である搬送波＃２、３のうち、搬送波＃２では実際にＳＬＳＳを送信し、搬送波＃３では実際にＳＬＳＳを送信しないように設定した場合、それによって、端末は、搬送波＃２では実際にＳＬＳＳを送信し、搬送波＃３では実際にＳＬＳＳを送信しない。
【０１０７】
端末＃１は、端末＃２に搬送波＃１を介してＳＬＳＳを送信することができる（Ｓ３３０）。搬送波＃１は、同期基準搬送波であって、同期リソースが設定されると、常にＳＬＳＳを送信することができる。または、たとえ、搬送波＃１が同期基準搬送波であるとしても、実際にＳＬＳＳを送信するかどうかをネットワークが設定することもできる。この場合、ＳＬＳＳ送信設定情報は、同期基準搬送波である搬送波＃１に対しても実際にＳＬＳＳを送信するかどうかを知らせる情報を含むことができる。
【０１０８】
［提案方法＃５］ＬＣＡＰ＿ＵＥに、搬送波＃Ｘ上に（事前にまたは以前に）予約（／選択）された（送信）リソース（例えば、パターン（／位置／個数）、周期（／サブフレームオフセット）等）がある場合、搬送波＃Ｙ関連（送信）リソース予約（／選択）時、（該当）搬送波＃Ｘ上の予約（／選択）された（送信）リソースと（時間領域上で）重なる（一部）リソース（のみ）を優先的に（または、制限的に）考慮（／選択）するようにすることができる。
【０１０９】
一例として、複数個の搬送波にわたって同じＴＴＩ上で選択されることができるリソースの最大個数は、端末の送信能力（ＴＸ  ＣＡＰＡＢＩＬＩＴＹ）、例えば、サポートされる送信チェイン個数より大きくないように設定され、及び／または、電力制限ケース（ＰＯＷＥＲ−ＬＩＭＩＴＥＤ  ＣＡＳＥ）を誘発しない個数に限定されることができる。電力制限ケースとは、複数個の搬送波上でのＶ２Ｘメッセージ送信が時間領域上で一部または完全に重なった場合、搬送波別計算されたＶ２Ｘメッセージ送信電力の和が端末の最大送信パワー（ＭＡＸＩＭＵＭ  ＴＸ  ＰＯＷＥＲ、例えば、２３ｄＢｍ）を超過した場合を意味する。
【０１１０】
即ち、端末は、特定搬送波（例えば、搬送波＃Ｚ）のリソース選択時、該当最大個数のリソース選択が（既に）行われたＴＴＩを除外して、残りのＴＴＩ上のリソースを（ランダムに）選択した後、以後該当選択されたＴＴＩ上で最大許容個数に到達する時まで他の搬送波のリソース選択を実行することができる。
【０１１１】
［提案方法＃６］事前に設定（／シグナリング）された搬送波＃Ｘ上のＣＢＲ（／ＣＲ）（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会及び／またはセンシング）測定値が（搬送波＃Ｘを含む）（ＣＡにより設定（／シグナリング）された）他の搬送波上にも拡張適用されるようにすることができる。
【０１１２】
一例として、（該当）ＣＢＲ（／ＣＲ）（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会及び／またはセンシング）測定値の拡張適用時、他の搬送波別に異なる（加重値）比率（／部分）値が考慮されることもできる。
【０１１３】
他の一例として、ＣＡにより設定（／シグナリング）された異なる搬送波間に同期信号（送信（及び／または受信））リソースの位置及び／または個数が（一部）異なるように設定（／シグナリング）された場合、下記規則の適用を介して、複数個の搬送波間に、（Ｖ２Ｘ通信関連）論理的インデックス（／ＤＦＮ）を一致させることもできる。
【０１１４】
［提案方法＃７］一例として、搬送波＃Ｘ（または、搬送波＃Ｙ）上の同期信号のリソース位置と（一部）重なる搬送波＃Ｙ（または、搬送波＃Ｘ）上のリソースは、搬送波＃Ｙ（または、搬送波＃Ｘ）に追加的に設定（／シグナリング）された（仮想の）同期信号リソースであると仮定して（／見なして）搬送波＃Ｙ（または、搬送波＃Ｘ）関連（実際）同期シグナルリソースと共に、または搬送波＃Ｙ（または、搬送波＃Ｘ）関連‘留保されたサブフレーム（ＲＥＳＥＲＶＥＤ  ＳＵＢＦＲＡＭＥ）’（例えば、Ｖ２Ｘプール論理的インデックス（／ＤＦＮ）が割り当てられないリソースを意味する）に設定（／シグナリング）することで）搬送波＃Ｙ（または、搬送波＃Ｘ）論理的インデックス（／ＤＦＮ）割当時、除外するようにすることもできる。
【０１１５】
他の一例として、交差搬送波スケジューリング（ＣＣＳ）実行時、スケジューリングする搬送波＃Ｘ上の送信（及び／または受信）とスケジューリングを受ける（ＳＣＨＥＤＵＬＥＤ）搬送波＃Ｙ上の送信（及び／または受信）との間に（時間（／周波数））同期差を（最大限に）減らすために、交差搬送波スケジューリング動作は、異なる搬送波に設定（／シグナリング）された同じ同期ソースタイプベースの送信（／受信）が許容されたＶ２Ｘリソースプール間に（限定的に）実行（／許容）されることができる。
【０１１６】
一例として、ＣＣＳ関連制御（／スケジューリング）情報が、同期ソースタイプ＃Ａベースの送信が許容されたＶ２Ｘリソースプールに属するスケジューリングする（ＳＣＨＥＤＵＬＩＮＧ）搬送波＃Ｘのサブフレーム＃Ｎ上で送信される場合、（連動された）データ送信は、サブフレーム＃Ｎ時点から４ｍｓ（４サブフレーム）以後に、搬送波＃Ｙ上の同じ同期ソースタイプ＃Ａベースの送信が許容されたＶ２Ｘリソースプール内の最も近いサブフレームで実行されるようにすることもできる。
【０１１７】
ＣＡに対し、下記の場合がサポートされることができる。
【０１１８】
１）ＭＡＣ  ＰＤＵの平行的（ｐａｒａｌｌｅｌ：並列）送信。ここで、平行的とは、互いに異なる搬送波で同時にまたは互いに異なる時点での送信を意味する。このとき、ＭＡＣ  ＰＤＵのペイロードは、互いに異なる。２）同じパケットの複製本の平行する送信。３）受信機側面での能力向上。受信機側面で、複数の搬送波での同時受信が仮定されることができる。送信期側面で、使用可能な搬送波のうち部分集合に該当する搬送波を介して送信が発生できる。端末は、一つの搬送波を介して送信し、複数の搬送波を介して受信する動作もサポートできる。
【０１１９】
ＰＳＣＣＨとこれに関連したＰＳＳＣＨは、同じ搬送波を介して送信されることができる。しかし、これは、ＰＳＣＣＨに他の搬送波に対する情報を含むことを除外すると意味するものではない。
【０１２０】
端末観点で、互いに異なる搬送波で同期ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ）が独立に選択される場合、前記搬送波間に同期信号サブフレームが異なる場合があるため、前記搬送波間でＤＦＮ番号、サブフレーム境界（ｓｕｂｆｒａｍｅ  ｂｏｕｎｄａｒｙ）などが互いに異なるようになることができる。
【０１２１】
サブフレーム境界は同じであり、ＤＦＮ番号が異なる場合、搬送波で半静的に留保されるべきリソースの位置が段々移動するようになることもできる。その場合、あるサブフレームでは同時送信が発生し、他のサブフレームでは個別的な送信が発生することで、送信電力の変動が発生できる。送信電力が変動されると、受信側でのセンシング動作が不安定になる。
【０１２２】
さらに、搬送波間でサブフレーム境界が異なる場合、送信電力を完全に活用しにくい。
【０１２３】
整理すると、１）端末側面で、搬送波間に独立した同期ソースが選択される場合、前記搬送波間に同期信号サブフレームが互いに異なるようになることができ、その結果、前記搬送波でＤＦＮ番号及びサブフレーム境界が互いに異なるようになることができる。２）ＤＦＮ番号が整列されない場合、端末が前記搬送波らに同時にリソース集合を留保しても、前記搬送波間に半静的に留保されるべきリソースの位置が移動（ｓｈｉｆｔ）される。３）サブフレーム境界が互いに異なるようになる場合、送信電力を完全に活用しにくい。
【０１２４】
前記問題が発生することを防止するために、サイドリンク同期アンカー搬送波（ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）を定めることが必要である。サイドリンク同期アンカー搬送波は、前述した同期基準搬送波と表現することもできる。
【０１２５】
サイドリンクコンポーネントキャリア（ｓｉｄｅｌｉｎｋ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒｓ（ＣＣｓ））のグループに対して、共通された同期ソース優先権設定が使われることができる。前記グループ内の任意のサイドリンクＣＣでのＰＳＣＣＨ／ＰＳＳＣＨ送信は、サイドリンク同期アンカー搬送波のために選択された同期基準に基づいて実行されることができ、ＳＬＳＳ／ＰＳＢＣＨは、サイドリンク同期アンカー搬送波の同期基準に基づいて実行されなければならない。
【０１２６】
端末が、サイドリンク同期アンカー搬送波内で同期ソースを選択する時、既存端末の同期化過程のために、サイドリンクＣＣグループ内の全てのＣＣに同じＳＬＳＳ／ＰＳＢＣＨが送信される必要がある。
【０１２７】
もし、ＬＴＥ−Ｒｅｌ−１５により動作する端末のみが存在する場合、電力効率性のために、ＳＬＳＳ／ＰＳＢＣＨは、サイドリンク同期アンカー搬送波でのみ送信されることもできる。互いに異なるサービスまたは地域的境界で、複数のサイドリンク同期アンカー搬送波がある場合もある。
【０１２８】
どれくらい多くの非同期的ＣＣが同時に送信／受信されることができるかは、端末能力に従属的である。
【０１２９】
＜提案１＞サイドリンク同期アンカー搬送波の定義
【０１３０】
サイドリンクＣＣのグループに対して、共通される同期ソース優先権設定が使われることができる。サイドリンク同期アンカー搬送波のために選択された同期基準が、前記グループ内の任意のＣＣでのＰＳＣＣＨ／ＰＳＳＣＨ送信のために使われることができる。ＳＬＳＳ／ＰＳＢＣＨ送信の場合は、サイドリンク同期アンカー搬送波から選択された同期基準に基づいて送信されなければならない。サイドリンクＣＣのグループに対して、サブフレーム境界及びＤＦＮ番号は整列されることができる。
【０１３１】
他の一例として、端末に、上位階層（例えば、応用階層（ＡＰＰＬＩＣＡＴＩＯＮ  ＬＡＹＥＲ））から選択した送信搬送波（ＴＸ  ＣＡＲＲＩＥＲ）の個数に比べて、実際自分の送信（チェイン）能力が少ない場合（例えば、制限された送信能力の端末であると解釈されることができる）、同期信号送信用途として事前に設定（／シグナリング）された特定搬送波（例えば、アンカー搬送波、同期基準搬送波、最も高い優先順位搬送波等）を選択するようにすることができる。及び／または、上位階層（例えば、応用階層）から選択した送信搬送波のうちランダム選択するようにし、及び／または、上位階層（例えば、応用階層）から選択した送信搬送波を事前に定義された規則によって時間領域上でインターリービングして選択するようにすることもできる。及び／または、既存端末（ＬＥＧＡＣＹ  ＵＥ）がない搬送波を選択するようにし、及び／または、改善された端末（ＡＤＶＡＮＣＥＤ  ＵＥ、ＬＴＥ  ＲＥＬ−１５により動作する端末）サービスのみが許容された搬送波を除外して、残りの搬送波のみを選択するようにすることもできる。
【０１３２】
他の一例として、端末に、複数個の搬送波上でのＶ２Ｘメッセージ送信が時間領域上で一部または完全に重なった場合、及び／または、搬送波別計算されたＶ２Ｘメッセージ送信電力の和が端末の最大送信パワー（ＭＡＸＩＭＵＭ  ＴＸ  ＰＯＷＥＲ、例えば、２３ｄＢｍ）を超過した場合（このような場合を電力制限ケースという）、下記（一部または全て）規則によって、一部搬送波上のＶ２Ｘメッセージ送信を省略し、及び／または、電力減少するようにすることもできる。
【０１３３】
（例示＃１）相対的に低い（または、事前に設定（／シグナリング）された閾値より低い）ＰＰＰＰ（及び／または、サービス優先権（ＳＥＲＶＩＣＥ  ＰＲＩＯＲＩＴＹ）及び／または、搬送波優先権）（または、相対的に高い（／低い）（または、事前に設定（／シグナリング）された閾値より高い（／低い））ＣＢＲ（／ＣＲ）レベル（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）の搬送波またはＰＳＳＣＨ−ＲＳＲＰ（／Ｓ−ＲＳＳＩ）リソース）のＶ２Ｘメッセージ送信を省略するように（及び／または、送信パワーを減少するように）し、該当送信省略動作（及び／または、送信パワー減少動作）適用は、電力制限ケースが緩和される瞬間までのみ実行するようにすることができる。
【０１３４】
具体的な一例として、搬送波＃１／２／３上のＶ２ＸメッセージＰＰＰＰ値が各々ＰＰＰＰ＃Ａ／Ｂ／Ｃであり、該当ＰＰＰＰ間の優先順位は、Ａ＞Ｂ＞Ｃであると仮定する。特定時点で前記３個の搬送波上のＶ２Ｘメッセージ送信が重なり、もし、最も低いＰＰＰＰ値の搬送波＃３上のＶ２Ｘメッセージ送信省略（及び／または電力減少）時、電力制限ケースを外れることができる場合、搬送波＃２上のＶ２Ｘメッセージ送信省略（及び／または電力減少）なしに残りの搬送波＃１／２上のＶ２Ｘメッセージ送信を維持することができる。
【０１３５】
（例示＃２）（例示＃１）が適用される場合、電力制限ケースを外れるために、同じ優先順位（例えば、ＰＰＰＰ、サービス優先権、搬送波優先権、搬送波ＣＢＲ（／ＣＲ）レベル、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会、リソースＰＳＳＣＨ−ＲＳＲＰ（／Ｓ−ＲＳＳＩ）が同じ場合）のＶ２Ｘメッセージ送信のうち一部を省略（及び／または送信電力減少）すべき場合、（Ａ）省略（及び／または送信電力減少）するＶ２Ｘメッセージをランダムに選択できる。及び／または、（Ｂ）相対的に高い（／低い）（または、事前に設定（／シグナリング）された閾値より高い（／低い））ＣＢＲ（／ＣＲ）（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）値の搬送波上の（または、リソースＰＳＳＣＨ−ＲＳＲＰ（／Ｓ−ＲＳＳＩ）の）Ｖ２Ｘメッセージを優先的に省略（及び／または送信電力減少）するようにすることができる。及び／または、（Ｃ）非周期的な（または、周期的な）メッセージ送信より周期的（または、非周期的）メッセージ送信を優先的に省略（及び／または送信電力減少）及び／または、（Ｄ）例外的に省略（及び／または送信電力減少）なしに（全ての）送信を実行するようにすることもできる。
【０１３６】
（例示＃３）優先順位（例えば、ＰＰＰＰ、サービス優先権、搬送波優先権、搬送波ＣＢＲ（／ＣＲ）レベル、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会、リソースＰＳＳＣＨ−ＲＳＲＰ（／Ｓ−ＲＳＳＩ））別に連続的に送信省略（及び／または電力減少）可能な回数情報がネットワーク（または、基地局）から事前に設定（／シグナリング）されることもできる。該当規則が適用される場合、相対的に低い優先順位のＶ２Ｘメッセージ送信が過度に省略（及び／または電力減少）される問題を緩和させることができる。
【０１３７】
他の一例として、端末に、下記（一部または全て）規則によって、複数個の搬送波上のリソース（再）選択が、同じＴＴＩ上で（過度に）重なることを回避するように（及び／または、（同時に）ハーフデュプレックス（ＨＡＬＦ−ＤＵＰＬＥＸ）問題を緩和させるように）することができる。
【０１３８】
該当規則は、（Ａ）端末が自分の送信（チェイン）能力より上位階層で設定（／シグナリング）した相対的に多くの搬送波上でＶ２Ｘメッセージを送信すべき場合（及び／または、（異なる搬送波間の）送信チェインスイッチング時間確保及びこれを考慮したリソース選択を実行しようとする場合）、（Ｂ）電力制限ケースを回避しようとする場合、（Ｃ）イントラバンド（ＩＮＴＲＡ−ＢＡＮＤ）ＣＡ関連ハーフデュプレックス問題を緩和させようとする場合などに限定的に使われることができる。
【０１３９】
本発明における特定搬送波関連リソース選択は、センシング動作（例えば、高い干渉リソース排除）により決定された、選択可能送信候補リソース集合内でのみ限定的にまたは追加的に実行されることもできる。
【０１４０】
（一例＃１）基本的に事前に設定（／シグナリング）された順序に搬送波別リソース（再）選択をランダムに（または、独立に）実行するようにし、特定搬送波上のリソース（再）選択時、以前に選択完了した搬送波（ら）リソース（ら）のＴＴＩ別重なる個数（これをＮＵＭ＿ＯＶという）をカウンティングした後、もし、ＴＴＩ上のＮＵＭ＿ＯＶが事前に定義された条件を満たす場合、該当ＴＴＩを該当特定搬送波のためのリソース選択から排除し、残りのＴＴＩ上のリソースの中からランダムに選択するようにすることができる。
【０１４１】
端末に、排除されない残りのＴＴＩ（Ｓ）の中から相対的に小さい（または、大きい）ＮＵＭ＿ＯＶ値のＴＴＩ上のリソースを優先的にランダムに選択するようにすることもできる。
【０１４２】
前記条件は、下記のように定義されることができる。ここで、一例として、特定搬送波上のリソース（再）選択時、以前に選択完了した搬送波（ら）リソース（ら）の前及び／または後のＫ個（例えば、Ｋ＝１）のＴＴＩをリソース選択から追加的に排除（例えば、送信チェインスイッチング時間用途として使われることができる）するようにすることもできる。
【０１４３】
（１）ＮＵＭ＿ＯＶが端末の送信能力（例えば、サポートされる送信チェイン個数）のような場合
【０１４４】
（２）端末の送信電力バジェット（ＴＸ  ＰＯＷＥＲ  ＢＵＤＧＥＴ）制限（または、端末の最大送信電力）からＮＵＭ＿ＯＶ関連送信電力和を引いた残りが、電力制限ケース誘発無しで、（該当ＴＴＩ上での）追加的な同時送信を許容（／サポート）することができない場合
【０１４５】
図８は、Ｖ２Ｘ通信でキャリアアグリゲーションが使われる場合、搬送波別リソース選択の一例（オプション１−１）を例示する。
【０１４６】
図８を参照すると、端末に搬送波＃１、２、３がＶ２Ｘ通信のためのキャリアアグリゲーションにより設定され、前記端末は、２個の送信チェインのみを具備した端末であると仮定する。即ち、前記端末は、同時に２個の搬送波でのみＶ２Ｘ信号を送信する能力があると仮定する。
【０１４７】
このとき、端末は、各搬送波のセンシング過程で一部リソース（例えば、サブフレーム）をＶ２Ｘ通信のための候補リソース集合から除外できる。例えば、他の端末が予約したリソースであると同時に、ＰＳＳＣＨ−ＲＳＲＰ測定値が事前に設定された閾値より高い、またはＳ−ＲＳＳＩ測定値が相対的に高いリソースを除外することができる。図８では、搬送波＃１でサブフレーム１、２、搬送波＃２でサブフレーム１、３、４、７、搬送波＃３でサブフレーム２、５がセンシング過程で除外されたリソース（例えば、サブフレーム）である場合を例示している。
【０１４８】
端末は、あらかじめ決まった搬送波順序または設定された（例えば、端末は、Ｖ２Ｘ設定情報を受信し、前記Ｖ２Ｘ設定情報は、前記端末に前記第１の搬送波、前記第２の搬送波の順序に送信リソースを選択するように指示することもできる）搬送波順序により搬送波別にＶ２Ｘ通信のためのリソースを選択することができる。このとき、送信のＰＰＰＰ（ＰｒｏＳｅ  ｐｒｉｏｒｉｔｙ  ｐｅｒ  ｐａｃｋｅｔ）及びＣＢＲなどが考慮されて搬送波リソース選択順序が定義されることもできる。例えば、端末は、搬送波＃１、２、３の順序にＶ２Ｘ通信のためのリソースを選択すると仮定する。
【０１４９】
まず、端末は、搬送波＃１で、センシング過程で除外したサブフレームでないサブフレームの中からサブフレーム３、６を選択（例えば、ランダム選択）したと仮定する。次に、端末は、搬送波＃２で、センシング過程で除外したサブフレームでないサブフレームの中からＶ２Ｘ通信のためのリソースを選択し、このとき、以前にリソース選択完了した搬送波、即ち、搬送波＃１でのＶ２Ｘ通信のための選択リソースを考慮する。例えば、端末が搬送波＃２のサブフレーム６を選択しても前記端末の送信能力（即ち、同時に２個の搬送波で送信可能）を超過しないため、搬送波＃２のサブフレーム６を選択する。同様に、搬送波＃２のサブフレーム２も選択できる。
【０１５０】
次に、端末は、搬送波＃３で、センシング過程で除外したサブフレームでないサブフレームの中からＶ２Ｘ通信のためのリソースを選択し、このとき、以前にリソース選択完了した搬送波、即ち、搬送波＃１及び搬送波＃２でのＶ２Ｘ通信のための選択リソースを考慮する。例えば、端末が搬送波＃３のサブフレーム６を選択する場合、前記端末の送信能力（即ち、同時に２個の搬送波で送信可能）を超過するようになるため、搬送波＃３のサブフレーム６は除外した残りのサブフレームからＶ２Ｘ通信のためのリソースを選択する。搬送波＃３のサブフレーム３を選択しても前記端末の送信能力（即ち、同時に２個の搬送波で送信可能）を超過しないため、搬送波＃３のサブフレーム３を選択することができる。同様に、搬送波＃３のサブフレーム７も選択できる。
【０１５１】
図９は、前述したオプション１−１による端末のリソース選択方法を示す。
【０１５２】
図９を参照すると、端末は、第１の搬送波から送信リソース（第１のリソース）選択し（Ｓ４１０）、前記第１のリソースを考慮して第２の搬送波で特定サブフレームを使用する場合、端末の送信能力（Ｔｘ  ｃａｐａｂｉｌｉｔｙ）を超過した場合、前記特定サブフレームを除外した残りのサブフレームの中からリソース（第２のリソース）をランダム選択する（Ｓ４２０）。
【０１５３】
例えば、前記端末は、前記特定サブフレームで、設定された送信搬送波の個数より送信チェインの個数が少ない。または、前記特定サブフレームで、前記端末は、前記第１の搬送波の第１のリソース及び前記第２の搬送波の第３のリソースで構成された周波数帯域組み合わせをサポートしない。または、前記特定サブフレームが前記端末の送信チェインスイッチング時間に該当することもできる。
【０１５４】
端末は、前記第１のリソース及び前記第２のリソースを利用して信号を送信することができる（Ｓ４３０）。前記信号は、Ｖ２Ｘ信号である。端末は、ａ）設定された送信搬送波の個数より端末の送信チェイン個数が少ない、またはｂ）端末が与えられた帯域組み合わせ（ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ）をサポートしない、またはｃ）前記サブフレームが送信チェインスイッチング時間に該当する場合、前述したオプション１−１を適用できる。
【０１５５】
また、その以外の場合（例えば、前記サブフレームで端末がＰＳＤ不均衡のような理由でＲＦ要件を満たすことができない場合）は、後述するオプション１−２に従うことができる。
【０１５６】
図１０は、Ｖ２Ｘ通信でキャリアアグリゲーションが使われる場合、搬送波別リソース選択の他の例（オプション１−２）を例示する。
【０１５７】
図１０を参照すると、端末に搬送波＃１、２、３がＶ２Ｘ通信のためのキャリアアグリゲーションにより設定され、前記端末は、２個の送信チェインのみを具備した端末であると仮定する。即ち、前記端末は、同時に２個の搬送波でのみＶ２Ｘ信号を送信する能力があると仮定する。
【０１５８】
端末は、決まった搬送波順序または設定された搬送波順序により搬送波別にＶ２Ｘ通信のためのリソースを選択することができる。このとき、送信のＰＰＰＰ（ＰｒｏＳｅ  ｐｒｉｏｒｉｔｙ  ｐｅｒ  ｐａｃｋｅｔ）及びＣＢＲなどが考慮されて搬送波リソース選択順序が定義されることもできる。その結果、例えば、端末は、搬送波＃１、２、３の順序にＶ２Ｘ通信のためのリソースを（独立に）選択すると仮定する。
【０１５９】
例えば、端末は、搬送波＃１で、センシング過程で除外したサブフレームでないサブフレームの中からサブフレーム３、６を選択（例えば、ランダム選択）することができる。次に、端末は、搬送波＃２で、センシング過程で除外したサブフレームでないサブフレームの中から、Ｖ２Ｘ通信のためのリソースをランダムに選択できる。このとき、搬送波＃２に対してランダム選択したリソースが（以前にリソース選択完了した搬送波＃１でのＶ２Ｘ通信のための選択リソースを考慮する時）前記端末自体の送信能力を超過した場合、前記送信能力を超過しないリソースが選択される時まで、前記端末は、前記搬送波＃２に対するランダムリソース選択を繰り返しすることができる。その結果、例えば、搬送波＃２からサブフレーム２、６が選択されることができる。
【０１６０】
次に、端末は、搬送波＃３に対してＶ２Ｘ通信のためのリソース選択（例えば、ランダム選択）をすることができる。このとき、例えば、搬送波＃３ではサブフレーム３、６を（ランダム方式に）選択したと仮定する。この場合、サブフレーム３では端末の送信能力（即ち、同時に２個の搬送波で送信可能）を超過しないが、サブフレーム６では端末の送信能力（即ち、同時に２個の搬送波で送信可能）を超過するようになる。この場合、端末は、端末の送信能力を超過しないサブフレームが選択される時まで、搬送波＃３からリソースを（ランダムに）再選択することができる。即ち、端末がサポートできる送信リソースが選択される時まで、搬送波＃３からリソース再選択を繰り返す。
【０１６１】
オプション１−１は、端末が特定搬送波から送信リソースを選択するにあたって、前記特定搬送波の特定サブフレームを選択する場合、他の搬送波での留保されたリソースを考慮する時、前記端末の送信能力制限を超過した場合、前記特定サブフレームを除外した残りのサブフレームの中から（ランダムに）選択する。オプション１−２は、特定搬送波から送信リソースを選択するにあたって、優先的に（ランダム）リソース（例えば、サブフレーム）選択を実行した後、該当リソース選択結果が他の搬送波の留保されたリソースを考慮する時、前記端末の送信能力制限を超過した場合、端末がサポートできる送信リソースが選択される時まで、該当特定搬送波に対する送信リソース再選択（例えば、ランダムに）を繰り返すようになる。
【０１６２】
図１１は、Ｖ２Ｘ通信でキャリアアグリゲーションが使われる場合、搬送波別リソース選択の他の例（オプション２）を例示する。
【０１６３】
図１１を参照すると、端末に搬送波＃１、２、３がＶ２Ｘ通信のためのキャリアアグリゲーションにより設定され、前記端末は、２個の送信チェインのみを具備した端末であると仮定する。即ち、前記端末は、同時に２個の搬送波でのみＶ２Ｘ信号を送信する能力があると仮定する。端末は、決まった搬送波順序または設定された搬送波順序により搬送波別に独立にＶ２Ｘ通信のためのリソースを選択することができる。このとき、送信のＰＰＰＰ（ＰｒｏＳｅ  ｐｒｉｏｒｉｔｙ  ｐｅｒ  ｐａｃｋｅｔ）及びＣＢＲなどが考慮されて搬送波リソース選択順序が定義されることもできる。
【０１６４】
例えば、端末は、搬送波＃１、２、３の順序にＶ２Ｘ通信のためのリソースを選択すると仮定する。このとき、端末は、搬送波＃１、２、３の各々で搬送波別に独立にＶ２Ｘ通信のためのリソース選択を実行することができる。その結果、例えば、搬送波＃１ではサブフレーム３、６、搬送波＃２ではサブフレーム６、８、搬送波＃３ではサブフレーム１、６を選択したと仮定する。この場合、サブフレーム６は、搬送波＃１、２、３の全てから選択されたが、端末は、搬送波＃１、２、３のサブフレーム６で同時に３個の搬送波に対する送信を実行することはできない。即ち、サブフレーム６では端末の送信能力（即ち、同時に２個の搬送波で送信可能）を超過するようになる。この場合、オプション２では、前記サブフレーム６での送信を全てドロップし、または事前に定義された相対的に低い優先順位の送信（例えば、低いＰＰＰＰの送信または高いＣＢＲの搬送波上の送信）のみを（端末の送信能力制限を超過しないように）ドロップすることができる。
【０１６５】
一方、前述した‘端末の制限された送信能力’とは、具体的に下記に後述する（ａ）乃至（ｄ）の理由によって、端末が特定サブフレームで複数個の搬送波に対する（同時）送信をサポートすることができないことを意味する。
【０１６６】
（ａ）前記サブフレームで設定された送信搬送波の個数より端末の送信チェイン（Ｔｘ  ｃｈａｉｎ）個数が少ない、または
【０１６７】
（ｂ）前記サブフレームで端末が与えられた帯域組み合わせ（ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ）または搬送波組み合わせ（ｃａｒｒｉｅｒ  ｃｏｍｂｉｎａｔｉｏｎ）をサポートしない、または
【０１６８】
（ｃ）前記サブフレームが送信チェインスイッチング時間に該当し、または
【０１６９】
（ｄ）前記サブフレームで端末がＰＳＤ（ｐｏｗｅｒ  ｓｐｅｃｔｒｕｍ  ｄｅｎｓｉｔｙ）不均衡のような理由でＲＦ要件を満たすことができない場合
【０１７０】
図８で前述したオプション１−１は、前記（ａ）、（ｂ）及び（ｃ）に対して適用されることができる。（ｄ）に対しては、あるサブフレームを使用する場合、送信能力を超過した場合、該当サブフレームでの送信をドロップすることができる。
【０１７１】
または、前記オプション１−１は（ａ）、（ｂ）及び（ｃ）に対して適用し、（ｄ）に対しては、送信能力を満たす送信リソースが選択される時まで、候補リソース集合からリソース再選択を繰り返しすることができる。
【０１７２】
または、前記オプション１−２を（ａ）、（ｂ）及び（ｃ）に適用し、前記オプション２を（ｄ）に適用できる。
【０１７３】
または、前記オプション１−１を（ａ）、（ｂ）、（ｃ）及び（ｄ）に適用できる。
【０１７４】
または、前記オプション１−２を（ａ）、（ｂ）、（ｃ）及び（ｄ）に適用できる。
【０１７５】
または、前記オプション２を（ａ）、（ｂ）、（ｃ）及び（ｄ）に適用できる。
【０１７６】
または、前記オプション１−１を（ａ）、（ｂ）、（ｃ）に適用し、その以外の場合は前記オプション１−２を適用することができる。
【０１７７】
（一例＃２）前記一例＃１で、搬送波間のリソース選択順序は、（Ａ）前記説明した事前に設定（／シグナリング）された搬送波優先権及び／または、（Ｂ）搬送波上に送信されるＶ２Ｘメッセージの最も高い（／低い）ＰＰＰＰ値及び／または、（Ｃ）搬送波インデックス及び／または、（Ｄ）ＣＢＲ（／ＣＲ）測定（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）値などに基づいて降順（または、昇順）形態で定義及び／または、（Ｅ）ランダムに定義及び／または、（Ｆ）送信チェインスイッチング（時間／ギャップ）が必要ない（同じバンド内の）搬送波（または、同期参照（ＳＹＮＣＨ．ＲＥＦＥＲＥＮＣＥ）搬送波）を優先的に選択するように定義されることができる。
【０１７８】
他の一例として、搬送波間のリソース選択順序は、相対的に短い（または、長い）生成（／送信／リソース予約）周期（及び／または、高い（低い）信頼性要件（ＲＥＬＩＡＢＩＬＩＴＹ  ＲＥＱＵＩＲＥＭＥＮＴ）及び／または、低い（または、高い）遅延要件（ＬＡＴＥＮＣＹ  ＲＥＱＵＩＲＥＭＥＮＴ）のメッセージ送信が実行される搬送波が優先的に選択されることができる。
【０１７９】
前記説明した規則は、前述したオプション（例えば、オプション１−１、オプション１−２等）に拡張適用されることもできる。
【０１８０】
（一例＃３）一例＃１が適用される場合、制限された送信能力による送信チェインスイッチング時間発生問題（及び／または、（イントラバンドＣＡ関連）ハーフデュプレックス問題）が考慮されると、特定搬送波上のリソース（再）選択時、以前に選択完了した搬送波（ら）リソース（ら）のＴＴＩ別重なる個数が事前に定義された条件を満たさない場合、（既にリソース選択が行われた）該当ＴＴＩ上のリソースを事前に定義された条件を満たす時まで優先的に選択（例えば、搬送波（ら）リソース（ら）が同じＴＴＩ上で最大限選択されるようにする方向）するようにし、及び／または、以前に選択完了した搬送波（ら）リソース（ら）の前及び／または後のＫ個（例えば、Ｋ＝１）のＴＴＩを搬送波のためのリソース選択から排除（このような排除されたリソースは、送信チェインスイッチング時間用途として使われることができる）するようにすることもできる。
【０１８１】
（一例＃４）一例＃１が適用される場合、特定搬送波関連リソース選択時、事前に定義された条件を満たさないＴＴＩが残っていない場合、（Ａ）該当搬送波上のＶ２Ｘメッセージ送信を省略するようにし、または、（Ｂ）該当搬送波上のＶ２Ｘメッセージ関連ＰＰＰＰ対比（同じまたは）低い値のＶ２Ｘメッセージ送信が他の搬送波上で実行される場合（または、該当搬送波の優先権対比（同じまたは）低い値の搬送波上でＶ２Ｘメッセージ送信が実行される場合、または該当搬送波上のＶ２Ｘメッセージ送信関連ＰＰＰＰ値が事前に設定（／シグナリング）された閾値より高い場合、または該当搬送波の優先権が事前に設定（／シグナリング）された閾値より高い場合等）、他の搬送波の選択／予約されたリソースと時間軸でオーバーラップされたリソースも選択許容（例えば、相対的に高いＰＰＰＰ値のＶ２Ｘメッセージ送信（または、相対的に高い優先権を有する搬送波上のＶ２Ｘメッセージ送信）が省略されることを防止するためである）されることもできる。後者（Ｂ）の条件が満たされなくてこれを実行することができない場合、該当搬送波のＶ２Ｘメッセージ送信は省略するようにすることもできる。
【０１８２】
本発明の（一部または全て）提案方式が適用される場合、下記のように搬送波リソース選択が実行されることもできる。
【０１８３】
与えられたＭＡＣ  ＰＤＵに対し、その送信のために上位階層により一つの搬送波が提供されることができる。送信搬送波選択で次の要素が考慮されることができる。１）ＣＢＲ、２）端末能力（例えば、送信チェインの個数、電力バジェット共有能力、送信チェイン再チューニング能力等）。
【０１８４】
与えられたＭＡＣ  ＰＤＣＵに対し、前記ＭＡＣ  ＰＤＵの送信及び潜在的な再送信のために一つの搬送波が使われる。搬送波が選択される場合、同じサイドリンクプロセスに対してリソース再選択がトリガリングされるまでは、同じサイドリンクプロセスの全てのＭＡＣ  ＰＤＵに対して前記選択された搬送波が使われる。ただし、互いに異なるサイドリンクプロセスに対して搬送波（ＣＣ）間に送信チェインを変更することを排除するものではない。
【０１８５】
モード４ＣＡで、搬送波選択規則及びリソース選択過程に対して説明する。送信搬送波選択は、搬送波間の負荷均衡（ｌｏａｄ  ｂａｌａｎｃｉｎｇ）及び端末能力を考慮して効率的に実行されることができ、過度な動的送信搬送波スイッチングによるセンシング過程の正確度に否定的な影響を及ぼすことを防止することができる。
【０１８６】
図１２は、サイドリンクでＣＡが適用される場合、リソース選択の一例を示す。
【０１８７】
図１２を参照すると、端末は、搬送波＃Ａ（第１の搬送波）からリソース選択を実行する。
【０１８８】
端末がある搬送波に対してリソース選択を実行する時、下記の条件のうち一つを満たすあるサブフレームも候補リソース（ｃａｎｄｉｄａｔｅ  ｒｅｓｏｕｒｃｅ）から除外されることができる。
【０１８９】
１）サブフレームで同時送信の回数が端末の送信能力に到達する場合の該当サブフレーム、２）サブフレームで残った送信電力バジェット（ｂｕｄｇｅｔ）が追加的な同時送信を許容するときに足りない場合の該当サブフレーム、３）送信チェインスイッチング時間として使われるべきサブフレーム。
【０１９０】
このようなサブフレームを候補リソースから除外した後、前記ステップで既に送信のために選択されたサブフレームを優先順位化する。
【０１９１】
図１２では、端末が、２個の搬送波で同時送信を実行することができる送信能力があると仮定し、便宜上、送信電力バジェットやスイッチング時間は考慮しない。
【０１９２】
図１２において、灰色で表示されたサブフレームは、搬送波別センシング過程を経て使用可能なリソースがないと判断されたサブフレームである。
【０１９３】
端末は、まず、搬送波＃Ａでサブフレーム＃４、７をランダム選択方式に選択できる。次に、端末は、搬送波＃Ｂからリソース選択を実行し、このとき、サブフレーム＃７が選択されることができる。前記端末は、同時に２個の搬送波で送信を実行することができる送信能力があるため、これは前記端末の送信能力内での選択であるということができる。端末は、搬送波＃Ｂにおけるサブフレーム＃４は、選択することができない。その理由は、センシング過程で該当サブフレームが除外されたためである。したがって、端末は、例えば、サブフレーム＃１をランダム選択することができる。
【０１９４】
搬送波＃Ｃで、端末は、サブフレーム＃１、４を送信サブフレームとして選択できる。搬送波＃Ｃにおけるサブフレーム＃７は、選択することができない。その理由は、サブフレーム＃７で前記端末の送信能力制限に既に到達したためである。
【０１９５】
ハーフデュプレックス問題を減らすための端末の複雑度（標準規格／テスト側面や具現）側面で、より簡単な方法も考慮されることができる。
【０１９６】
この方法も、まず、１）サブフレームで同時送信の回数が端末の送信能力に到達する場合の該当サブフレーム、２）サブフレームで残った送信電力バジェット（ｂｕｄｇｅｔ）が追加的な同時送信を許容するときに足りない場合の該当サブフレームなどは除外する。その後、端末は、残っているリソース（前記搬送波別センシング過程で除外されないリソースまたは一連の搬送波リソース選択過程で追加的に除外されないリソース）からランダムにリソースを選択することができる。
【０１９７】
例えば、図１２の例において、搬送波＃Ｃで、サブフレーム＃７は除外されるが、リソース選択がサブフレーム＃１、４に限定されるものではない。即ち、他のサブフレーム（例えば、サブフレーム＃０）が選択されることができる。
【０１９８】
他の一例として、端末に、上位階層が提供した潜在的送信（／受信）搬送波集合内で生成された特定サービス関連ＭＡＣ  ＰＤＵ送信に使われる送信搬送波の選択時、１）ＭＡＣ  ＰＤＵのサービスタイプ、２）端末の送信能力、３）搬送波ＣＢＲの順序（または、優先順位）に条件を参照した後（例えば、送信搬送波選択時、考慮される条件間に優先順位が設定（／シグナリング）されたと解釈できる）、これに適した送信搬送波を最終選択をするようにすることができる。
【０１９９】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、送信チェインスイッチング動作（及び／または、送信チェインスイッチングギャップ（／時間））は、（Ａ）ＳＬＳＳリソースに設定（／シグナリング）されないＴＴＩ、（Ｂ）リソースプールビットマップが適用されないＴＴＩ（例えば、留保されたサブフレーム）、（Ｃ）送信リソース予約（／選択）が行われないＴＴＩ、（Ｄ）事前に設定（／シグナリング）された閾値より高いＰＰＰＰ値のメッセージ送信（／受信）が実行されないＴＴＩ、（Ｅ）再送信が実行されるＴＴＩのうち少なくとも一つを優先的にまたは限定的に使用するようにすることもできる。
【０２００】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、送信チェインスイッチング動作関連（受信）中断（ＩＮＴＥＲＲＵＰＴＩＯＮ）によって、端末が特定ＴＴＩ上で受信（及び／または、センシング）動作を実行することができない場合、該当ＴＴＩ上で他の端末により事前に許容された全ての周期（ＩＮＴＥＲＶＡＬ）候補値ベースのリソース予約が実行されたと仮定し、（選択ウィンドウ内の）重なる候補リソース（例えば、サブフレーム）の排除動作（及び／または、リソース（再）選択動作）を実行するようにすることもできる。
【０２０１】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、事前にネットワーク（または、基地局）から設定（／シグナリング）された搬送波グループ単位で、送信リソース（再）選択（／予約）動作を同時に実行（／トリガリング）（例えば、一種の“多重搬送波同期化されたリソース選択（再選択）／トリガリング過程（ＭＵＬＴＩ−ＣＡＲＲＩＥＲ  ＳＹＮＣＨＲＯＮＩＺＥＤ  ＲＥＳＯＵＲＣＥ（ＲＥ）ＳＥＬＥＣＴＩＯＮ（／ＴＲＩＧＧＥＲＩＮＧ）ＰＲＯＣＥＤＵＲＥ）”と解釈されることができ、これをＭＣＣＳＹＮ＿ＲＥＳＥＬということができる）するようにすることもできる。
【０２０２】
ここで、一例として、ＭＣＣＳＹＮ＿ＲＥＳＥＬ関連基準搬送波は、（Ａ）ネットワークまたは基地局から事前に設定（／シグナリング）された搬送波、（Ｂ）同期関連アンカー（／基準）搬送波、（Ｃ）事前に設定（／シグナリング）された搬送波優先権が相対的に高い（または、低い）搬送波、（Ｄ）送信される（または、送信予定の）Ｖ２ＸメッセージのＰＰＰＰ値が相対的に高い（または、低い）搬送波（または、相対的に短い（または、長い）生成（／送信／リソース予約）周期（及び／または、高い（低い）信頼性要件及び／または、低い（または、高い）遅延要件）のメッセージ送信が実行される搬送波）、（Ｅ）搬送波インデックスが相対的に高い（または、低い）搬送波、（Ｆ）ＣＢＲ（／ＣＲ）測定（及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）値が相対的に高い（または、低い）搬送波のうち少なくとも一つとして定義されることができる。
【０２０３】
一例として、同じＭＣＣＳＹＮ＿ＲＥＳＥＬ搬送波グループに属する（基準搬送波を除外した）（残りの）搬送波（ら）は、（基準搬送波の）リソース（再）選択トリガリングタイマ（／カウンタ）などを共有すると解釈できる。
【０２０４】
他の一例として、ＭＣＣＳＹＮ＿ＲＥＳＥＬ搬送波グループに属する特定搬送波のリソース（再）選択動作がトリガリングされた場合、該当搬送波関連リソース（再）選択時、同じＭＣＣＳＹＮ＿ＲＥＳＥＬ搬送波グループに属する残りの搬送波（ら）リソース（ら）のＴＴＩ別重なる個数（これをＯＶ＿ＲＳＣという）をカウンティングした後、もし、特定ＴＴＩ上のＯＶ＿ＲＳＣが事前に定義された条件を満たす場合、該当ＴＴＩを排除して、残りのＴＴＩ上のリソースをランダムに選択するようにすることができる。
【０２０５】
該当条件は、ＯＶ＿ＲＳＣが端末の送信能力（例えば、サポートされる送信チェイン個数）より大きいまたは同じ場合及び／または、ＯＶ＿ＲＳＣが電力制限ケースを誘発する場合に定義されることができる。他の一例として、ＭＣＣＳＹＮ＿ＲＥＳＥＬ搬送波グループは、（特定）アンカー（／基準）搬送波ベースの（時間／周波数）同期を共有する搬送波グループと同じに設定（／シグナリング）されることができる。
【０２０６】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、特定搬送波関連再送信リソースは、初期送信リソースと最大限連続されたＴＴＩとして選択されるようにすることができる。ここで、一例として、該当規則が適用される場合、初期送信と再送信との間に（時間ギャップ（／差）が大きくて、他の送信搬送波へのスイッチングが（不回避に）実行される場合）送信チェインスイッチングギャップ（／時間）が（過度に）発生することを緩和させることができる。
【０２０７】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、異なる搬送波関連リソース選択が連続されたＴＴＩ上で行われるようにすることもできる。これは、例えば、ハーフデュプレックス問題／過度な送信チェインスイッチング時間（／ギャップ）発生を緩和するためのことである。
【０２０８】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、特定搬送波（例えば、同期基準搬送波）上の事前に設定（／シグナリング）されたＳＬＳＳリソースで実際ＳＬＳＳ送信（／受信）動作を実行する場合（及び／または、特定搬送波上に事前に設定（／シグナリング）されたＳＬＳＳリソースが存在する場合）、該当ＳＬＳＳリソースの前及び／または後のＫ個（例えば、Ｋ＝１）ＴＴＩは、（他の）搬送波上のリソース選択（／割当）から排除（例えば、送信チェインスイッチング時間として使われることができる）するようにすることができる。該当規則が適用される場合、（イントラバンドＣＡ状況下で）同期信号送信（／受信）動作とＰＳＣＣＨ／ＰＳＳＣＨ送信（／受信）動作を異なる搬送波上で効率的に実行することができる。前記ＳＬＳＳリソースは“事前に設定（／シグナリング）された特定チャネル／信号（または、事前に設定（／シグナリング）された閾値より高いＰＰＰＰ値のメッセージ）送信”または“事前に設定（／シグナリング）された特定搬送波上のチャネル／信号（または、事前に設定（／シグナリング）された閾値より高い搬送波優先権上のチャネル／信号）送信”などに拡張解釈されることもできる。
【０２０９】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、搬送波間のリソース選択順序は、相対的に高い電力が要求（／割当）される（及び／または、長いカバレッジ要件（ＬＯＮＧ  ＣＯＶＥＲＡＧＥ  ＲＥＱＵＩＲＥＭＥＮＴ）（及び／または、高い信頼性要件及び／または低い遅延要件を有する）（チャネル／信号／メッセージ）送信の搬送波を優先的に実行するようにすることもできる。
【０２１０】
該当規則が適用される場合、（イントラバンドＣＡ状況下で）他の搬送波上の（チャネル／信号／メッセージ）送信電力割当（／計算）時、以前に割り当てられた搬送波上の（チャネル／信号／メッセージ）送信電力を（（ＩＭＤ  ＰＲＯＤＵＣＴを考慮した）ＭＰＲまたはＰＳＤ  ＩＭＢＡＬＡＮＣＥ許容限度超過によって）減らすべき場合、該当搬送波上の送信を省略（または、以前に割り当てられた搬送波上の送信電力を減らさなくてもよい（または、ＭＰＲまたはＰＳＤ  ＩＭＢＡＬＡＮＣＥ許容限度超過を誘発しない）他の搬送波上で送信を実行）するようにすることもできる。
【０２１１】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末に、事前に設定（／シグナリング）された規則（／パターン／比率）（例えば、周期、サブフレームオフセット）によって同期基準搬送波上の事前に設定（／シグナリング）されたＳＬＳＳリソースで同期信号モニタリング（及び／または、送信）動作を実行するようにすることもできる。
【０２１２】
該当同期信号モニタリング（及び／または、送信）動作は、（Ａ）非同期基準搬送波（ＮＯＮ−ＳＹＮＲＦＣＣ）上でＰＳＣＣＨ／ＰＳＳＣＨ送信動作を実行しない場合にのみ限定的に履行するようにし、及び／または、（Ｂ）非同期基準搬送波（ＮＯＮ−ＳＹＮＲＦＣＣ）上でのＰＳＣＣＨ／ＰＳＳＣＨ送信を省略して履行するようにし、及び／または、（Ｃ）端末具現（ＵＥ  ＩＭＰＬＥＭＥＮＴＡＴＩＯＮ）形態で履行するようにすることもできる。
【０２１３】
他の一例として、本発明の（一部または全て）提案方式が適用される場合、端末が特定搬送波＃Ｘに対するリソース（再）選択／予約実行時、送信（チェイン）能力限界到達、電力制限ケース発生、ハーフデュプレックス問題による過度な受信／モニタリング不可能サブフレームの発生防止などの理由で（搬送波＃Ｘ上の）サブフレーム（ら）を排除しなければならない。そのために、既にリソース選択／予約が実行された既存他の搬送波（ら）のリソース予約がいつ／どこまで維持されると（または、有効であると）仮定するかを明確にする必要がある。その理由は、一般的に搬送波上の選択／予約されたリソースは、リソース再選択動作がトリガリングされるたびに事前に設定（／シグナリング）された確率に基づいて、同じ時間／周波数位置のリソースが持続的に使われるかが決定されるためである。即ち、搬送波＃Ｘ関連リソース（再）選択／予約実行時点で、既にリソース選択／予約が実行された（既存）他の搬送波（ら）のリソース（位置）変更に対する確率的判断（及び／または、リソース再選択／予約動作）が常に共に実行／トリガリングされるものではない。
【０２１４】
これを解決するための方法は、一例として、（Ａ）既存他の搬送波（ら）上のリソース予約が事前に設定（／シグナリング）された時間区間（／長さ）の間に（または、無限大の時間（／長さ）の間に）維持されると（または、有効であると）仮定するようにし、または、（Ｂ）既存他の搬送波（ら）の（今後）リソース（位置）変更に対する確率的判断を搬送波＃Ｘに対するリソース（再）選択／予約実行時（または、該当搬送波（ら）のリソース選択／予約実行時）に（共にまたはあらかじめ）するようにし、または、（Ｃ）既存他の搬送波（ら）のリソースが（一応または臨時的に）維持されると仮定するように（例えば、これは仮想的に、確率的判断結果が既存リソース（位置）を維持すると解釈することもできる）し、または、（Ｄ）既存他の搬送波（ら）上のリソース予約がリソース予約カウンタ（例えば、リソース選択／予約カウンタが“０”になる場合、リソース再予約／選択がトリガリングされる）が満了される間にのみ（または、リソース予約カウンタの事前に設定（／シグナリング）された倍数ほど）維持されると（または、有効であると）仮定するようにすることができる。
【０２１５】
他の一例として、端末に、特定ＰＰＰＰ値のパケット送信に使われる搬送波を、相対的に高い（／低い）（または、事前に設定（／シグナリング）された閾値より高い（／低い））ＣＲ＿ＬＭＩＴ（例えば、ＣＲ＿ＬＩＭＩＴ値は、（ネットワークから）ＣＢＲ／ＰＰＰＰ別に異なるように設定（／シグナリング）されることができる）対比残った送信／リソース使用機会を有する（送信）搬送波を優先的に選択するようにすることもできる。
【０２１６】
ここで、一例として、該当閾値より高い（／低い）ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会を有する（送信）搬送波が複数個である場合、端末に、それらのうち一つをランダム選択するようにすることもできる。ここで、一例として、該当閾値は、ＰＰＰＰ及び／またはＣＢＲ及び／または搬送波優先権及び／またはサービスタイプ（／種類）別に異なるように設定（シグナリング）されることもできる。
【０２１７】
一般的に、ＣＢＲ（／ＣＲ）測定動作は、（実際）初期送信または再送信が実行されるたびに履行される。しかし、制限された送信能力を有する端末の場合、一定時間実際初期／再送信が実行されない搬送波が発生されることができ、このような搬送波でスイッチング後に使われる（該当搬送波関連）ＣＢＲ（／ＣＲ）値は、相対的に以前時間に測定された値（即ち、該当搬送波上で過去に（実際）初期送信または再送信が実行される時に測定された値）であって、該当搬送波関連最新状態（例えば、負荷）を正しく反映していない。該当問題を緩和させるために、もし、搬送波＃Ｘ（例えば、現在Ｖ２Ｘメッセージ送信に使われる搬送波）から搬送波＃Ｙ（スイッチング対象搬送波）へのスイッチング許容が、搬送波＃Ｘのリソース再選択／予約がトリガリングされた時に限定される場合、搬送波＃Ｙに対するＣＢＲ（／ＣＲ）測定が搬送波＃Ｘのリソース再選択／予約トリガリング時点基準（または、ネックワークから事前に設定（／シグナリング）された周期）にして（追加的に）実行されるようにすることもできる。
【０２１８】
他の一例として、制限された送信能力を有する端末の場合、以下の表によって、特定搬送波に対するリソース選択を実行するようにすることもできる。以下の表の特定技法（例えば、オプション１−２及び／またはオプション１−１）によって、（特定）搬送波（ら）関連リソース選択時、該当搬送波（ら）上に事前に定義された条件を満たさないサブフレーム（組み合わせ）（例えば、送信能力（／電力制限ケース）に到達しないサブフレーム（組み合わせ））が（選択ウィンドウ内に）残っていない場合、（Ａ）事前に設定（／シグナリング）された（最大）回数ほどリソース再選択動作を（繰り返しまたは限定的に）実行するようにし、及び／または、（Ｂ）該当搬送波（ら）関連リソース選択動作（／手順）を実行（／開始）しないように（または、省略するように）することもできる（これは、特定搬送波（ら）に対するリソース再選択動作が過度に（または、無限大に）繰り返しされることを防止することができる）。ここで、一例として、後者（Ｂ）の規則が適用される場合、該当搬送波（ら）関連送信動作が省略されると解釈することもできる。以下の表は、図８乃至図１１のオプションを整理したものである。
【０２１９】
【表１】
0006921994.tif 000002
【０２２０】
他の一例として、前記表１上のオプション１−２が適用される場合、もし、特定搬送波に対する複数個(例えば、２個）の(ランダム)選択リソースのうち一部(例えば、１個)のみが端末の送信能力を超過した場合、端末に、（Ａ）該当一部個数の選択リソースに対してのみ端末の送信能力を超過しないリソース選択が行われる時までリソース再選択を繰り返しするようにし、または（Ｂ）（該当搬送波関連)複数個の選択リソースの全てに対して端末の送信能力を超過しないリソース選択が行われる時までリソース再選択を繰り返すようにすることもできる。
【０２２１】
他の一例として、制限された送信能力を有した端末の場合、送信搬送波のスイッチング時、（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間が要求されることができる。該当（ＲＦチェイン）リチューニング時間オーバーヘッドを減らすために、端末に、（Ａ）送信搬送波を選択すると、（初期送信後）再送信する時まで（または、事前に設定（／シグナリング）された回数（または、時間区間）の送信が実行される時まで）維持するようにし、または、（Ｂ）特定搬送波に対するリソース選択時、他の搬送波上の初期送信と再送信との間のサブフレーム（ら）（または、他の搬送波上の事前に設定（／シグナリング）された回数の送信が実行される区間（または、事前に設定（／シグナリング）された長さの時間区間））を排除するようにすることもできる。ここで、一例として、後者方法（Ｂ）は、初期送信と再送信との間の間隔が事前に設定（／シグナリング）された閾値未満である時のみ（限定的に）適用するようにすることもできる。
【０２２２】
他の一例として、制限された送信能力を有した端末の場合、特定搬送波＃Ｘに対するリソース選択実行時、搬送波＃Ｘ上のサブフレーム＃Ｎを（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間（例えば、“１サブフレーム”であると仮定）用途として排除すべきかの判断は、（Ａ）搬送波＃Ｘのサブフレーム＃Ｎ以前に、自分の送信能力制限個数に該当する他の搬送波（ら）個数上にリソース選択（または、送信）が実行され、該当他の搬送波（ら）上の最も最新（または、最後の）リソース（または、送信）がサブフレーム＃Ｎ−１に位置する場合（または、サブフレーム＃Ｎから（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間に要求される時間以前に位置しない場合）、サブフレーム＃Ｎは、（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間用途と判断し、搬送波＃Ｘ関連リソース選択から排除するようにすることができる。
【０２２３】
具体的な一例として、“送信能力制限個数＝２”、“設定された搬送波の個数＝３”である端末を仮定する。このとき、搬送波＃１と搬送波＃３上のリソース選択（または、送信）がサブフレーム＃Ｎ−１とサブフレーム＃Ｎ−２で各々行われた場合、搬送波＃２上のサブフレーム＃Ｎは、（ＲＦチェイン）リチューニング（ＲＥＴＵＮＩＮＧ）時間用途と判断し、搬送波＃Ｘ関連リソース選択から排除しなければならない。それに対し、搬送波＃１と搬送波＃３上のリソース選択（または、送信）がサブフレーム＃Ｎ−１とサブフレーム＃Ｎ−６で各々行われた場合、端末は、例えば、サブフレーム＃Ｎ−４から搬送波＃２へのスイッチングをすることができるため、（必ず）サブフレーム＃Ｎを搬送波＃Ｘ関連リソース選択から排除する必要がない。
【０２２４】
他の一例として、複数個の（イントラバンド）搬送波（ら）がＣＡにより設定（／シグナリング）された場合、ハーフデュプレックス問題（即ち、特定搬送波上のサブフレーム＃Ｎ時点で送信（または、受信）動作を実行する場合、他の搬送波（ら）上の同じ（または、一部重なる）時点で受信（または、送信）動作を実行することができない）で、リソース（再）選択／予約動作がトリガリングされた特定搬送波上の選択ウィンドウ内に、事前に定義（／シグナリング）された個数（例えば、選択ウィンドウ内の全体候補リソース個数の２０％）の候補リソースが確保されることができない場合（または、残っている候補リソースがない場合）、（候補リソース個数を増加させるための追加的なステップ無しで）、該当残った候補リソースのみを利用して送信リソース選択動作を実行（または、（（リソース選択／予約が完了した）他の搬送波（ら）も含んで）リソース再選択動作をトリガリング）するようにすることもできる。
【０２２５】
ここで、一例として、ハーフデュプレックス問題などで特定サブフレーム＃Ｐがモニタリング／受信されることができない場合、サブフレーム＃Ｐから一回（及び／または、事前に設定（／シグナリング）された回数）の（候補）リソース予約周期ほど離れたリソースと、重なる（または、衝突される）ことができる選択ウィンドウ内の候補（送信）リソースは、（全て）排除されると仮定することができる。
【０２２６】
他の一例として、（イントラバンド）ＣＡが設定（／シグナリング）された場合、特定サブフレーム上で複数個の搬送波（ら）の（送信）リソースが重なる場合、（ＩＭＤ  ＰＲＯＤＵＣＴを考慮した）ＭＰＲまたはＰＳＤ  ＩＭＢＡＬＡＮＣＥ許容限度超過などによって、一部または全ての搬送波関連送信電力減少（これは、例えば、送信カバレッジ減少が発生できる）が不回避である。
【０２２７】
これを考慮して、時間領域上で（一部）重なる異なる搬送波（ら）のＶ２Ｘメッセージ送信は、事前に設定（／シグナリング）された閾値以下のＰＰＰＰ値を有するものに限定されることもできる。
【０２２８】
それに対し、該当閾値以上のＰＰＰＰ値を有するＶ２Ｘメッセージ送信が特定搬送波のサブフレーム＃Ｋ上で実行される場合、他の搬送波上のＶ２Ｘメッセージ（例えば、該当閾値以下のＰＰＰＰ値を有するメッセージ）送信関連リソース選択／予約時、該当サブフレーム＃Ｋを除外した残りのサブフレーム（ら）のみを（限定的に）考慮するように（または、該当閾値以上のＰＰＰＰ値を有する特定搬送波上のＶ２Ｘメッセージ送信は、他の搬送波上のＶ２Ｘメッセージ送信リソースと時間領域上で（一部）重ならないように（または、事前に設定（／シグナリング）された（最大）個数以下の他の搬送波上のＶ２Ｘメッセージ送信リソースと時間領域上での（一部）重なりを（限定的に）許容））することもできる。
【０２２９】
他の一例として、異なる（イントラバンドＣＡ）搬送波間のＰＳＤ  ＩＭＢＡＬＡＮＣＥによる影響（例えば、漏洩（ＬＥＡＫＡＧＥ））は、（スケジューリングを受ける）リソースブロックの位置（及び／または、個数）などによって変わることができる。したがって、端末に、特定搬送波に対するリソース選択／予約実行時、選択ウィンドウ内の特定サブフレーム上の候補リソースのうち一つでも（または、事前に設定（／シグナリング）された個数以上に）使用時、ＰＳＤ  ＩＭＢＡＬＡＮＣＥ許容限度を（送信電力減少無しで）満たさない場合、該当サブフレームを除外して残り（サブフレーム上の候補リソース）の中から（ランダム）選択するようにすることもできる。
【０２３０】
他の一例として、前記表上に記述されたオプション２が適用される場合、もし、特定ＴＴＩ上の複数個の搬送波関連選択リソース個数が端末の送信能力より大きい場合（及び／または、特定ＴＴＩ上の複数個の搬送波関連送信が電力制限ケースを誘発する場合）、端末に、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会値の降順（または、昇順）基準にして該当ＴＴＩ上の搬送波関連送信を優先的に省略するようにすることもできる。
【０２３１】
該当ＴＴＩ上の搬送波関連送信省略は、該当ＴＴＩ上の複数個の搬送波関連選択リソース個数が端末の送信能力より小さいまたは同じになる時（及び／または、該当ＴＴＩ上の複数個の搬送波関連送信が電力制限ケースを誘発しない時）までのみ実行されるようにすることもできる。
【０２３２】
他の一例として、特定搬送波に対するリソース選択（／予約）実行時、センシング動作（例えば、Ｓ−ＲＳＳＩ測定、ＰＳＳＣＨ−ＲＳＲＰ測定）ベースの（選択ウィンドウ内の）候補リソース排除動作（例えば、他の端末が既に占めたリソースや高い干渉のリソースを排除する）と共に、前記説明した送信能力超過問題（及び／または、電力制限ケース到達問題及び／または、ハーフデュプレックス問題及び／または、送信チェインスイッチング動作による受信中断発生問題）などを考慮した（選択ウィンドウ内の）（追加的な）候補リソース排除動作後、もし、選択ウィンドウ内に残っている候補リソースがない場合（及び／または、事前に定義（／シグナリング）された個数（例えば、選択ウィンドウ内の全体候補リソース個数の２０％）の候補リソースが確保されることができない場合）、（Ａ）該当搬送波関連送信を事前に設定（／シグナリング）された例外的なリソースプール（ＥＸＣＥＰＴＩＯＮＡＬ  ＲＥＳＯＵＲＣＥ  ＰＯＯＬ）上で（一回のみ、または事前に設定（／シグナリング）された回数（／時間）の間に、または選択ウィンドウ内の選択可能候補リソース個数が（事前に設定（／シグナリング）された閾値以上に）確保される時まで）実行するようにし、及び／または、（Ｂ）（選択ウィンドウ内の）相対的に多くの候補リソースが存在する搬送波（例えば、同じサービス（／優先権）搬送波に限定されることもできる）でスイッチング／リソース選択（／予約）を実行するようにし、及び／または、（Ｃ）（リソース選択（／予約）が完了した既存搬送波を含んで）リソース再選択トリガリングされるようにすることもできる。
【０２３３】
他の一例として、（事前に設定（／シグナリング）された潜在的な（送信）搬送波集合内で）（送信）搬送波選択実行時、特定（送信）搬送波の場合、センシング動作ベースの（選択ウィンドウ内の）候補リソース排除動作と共に、（前記説明した）送信能力超過問題（及び／または、電力制限ケース到達問題及び／または、ハーフデュプレックス問題及び／または、送信チェインスイッチング動作による受信中断発生問題）などを考慮した（選択ウィンドウ内の）（追加的な）候補リソース排除動作後、もし、選択ウィンドウ内に残っている候補リソースがない場合（及び／または、事前に定義（／シグナリング）された個数（例えば、選択ウィンドウ内の全体候補リソース個数の２０％）の候補リソースが確保されることができない場合）、（Ａ）該当（ＴＸ）搬送波を選択候補から排除するようにし、及び／または、（Ｂ）選択ウィンドウ内に残っている候補リソース個数の降順（または、昇順）基準にして（送信）搬送波選択関連優先順位が定義されることもできる。
【０２３４】
他の一例として、同じＰＰＰＰ（及び／または、サービス）のメッセージ送信が実行される（及び／または、同じＣＢＲ及び／または、ＣＲ及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）を有する搬送波（ら）間のリソース選択優先順位は、（Ａ）ランダムに定義され、または、（Ｂ）搬送波インデックス（及び／または、ＣＲ及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会）の昇順（または、降順）形態で定義されることもできる。
【０２３５】
他の一例として、搬送波に対するリソース選択（／予約）実行時、選択ウィンドウ内の特定候補リソースが（前記説明した）送信能力超過問題（及び／または、電力制限ケース到達問題及び／または、ハーフデュプレックス問題及び／または、送信チェインスイッチング動作による受信中断発生問題）などがあるかを判断する場合（例えば、このような問題がある場合、該当候補リソースは、（追加的に）排除される）、（Ａ）選択ウィンドウ内の該当候補リソース（時間）位置（サブフレーム＃Ｎ）のみを考慮するようにし、または、（Ｂ）（選択ウィンドウ内の該当候補リソース（時間）位置（サブフレーム＃Ｎ）だけでなく）（サブフレーム＃Ｎを基準にして）一回（または、無限大回数または事前に設定（／シグナリング）された回数または、（選択された）リソース予約カウンタ回数（例えば、リソース選択／予約カウンタが“０”になる場合、リソース再予約／選択がトリガリングされる））（ＨＯＰ＿ＮＵＭ）のリソース予約周期（Ｐ）のリソース（時間）位置（ら）（例えば、サブフレーム＃（Ｎ＋Ｐ）等）も考慮するようにすることもできる。
【０２３６】
後者（Ｂ）の規則が適用される場合、今後該当候補リソースが前記記述された問題を体験する確率を相対的に低くすることができる。ここで、一例として、“ＨＯＰ＿ＮＵＭ”は、ＰＰＰＰ（／サービスタイプ）（及び／または、ＣＢＲ（／ＣＲ）及び／または、ＣＲ＿ＬＭＩＴ対比残った送信／リソース使用機会及び／または、搬送波優先権及び／または、遅延（／信頼性）要件及び／または、（ＨＡＲＱ）再送信可否）などによって（一部または全部）異なるように設定（／シグナリング）されることもできる。
【０２３７】
他の一例として、制限された受信能力（例えば、受信チェイン個数が設定された受信搬送波個数より小さい場合）を有した端末の場合、搬送波スイッチング動作などにより特定搬送波上で、事前に設定（／シグナリング）された時間長さ閾値以上にセンシング動作が実行されない場合、（Ａ）該当時間長さ閾値以上のセンシング結果が確保される時まで（特定搬送波関連）メッセージ送信を省略するようにし、及び／または、（Ｂ）限定されたセンシング結果（例えば、一種の部分センシング（ＰＡＲＴＩＡＬ  ＳＥＮＳＩＮＧ）動作と解釈されることもできる）を利用し、（特定搬送波上で）リソース選択／予約及びメッセージ送信を実行するようにし、及び／または、（Ｃ）（該当時間長さ閾値以上のセンシング結果が確保される時まで）（特定搬送波上で）ランダムリソース選択ベースのメッセージ送信を実行するようにし、及び／または、（Ｄ）（該当時間長さ閾値以上のセンシング結果が確保される時まで）事前に設定（／シグナリング）された例外的リソースプールを利用するようにすることもできる。
【０２３８】
他の一例として、特定搬送波＃Ｘに対するリソース選択（／予約）実行時、センシング動作ベースの（選択ウィンドウ内の）候補リソース排除動作とともに、もし、他の搬送波＃Ｙ上で（相対的にまたは事前に設定（／シグナリング）された閾値より）高いＰＰＰＰのメッセージ送信が実行されるリソース（サブフレーム＃Ｋ）が予約されている場合、搬送波＃Ｘ関連選択ウィンドウ内でこれを（追加的に）排除するようにすることもできる。ここで、一例として、該当規則が適用される場合、搬送波＃Ｘ上の（相対的に）低いＰＰＰＰのメッセージ送信リソースが搬送波＃Ｙの（相対的に）高いＰＰＰＰのメッセージ送信リソースと（時間領域で）重なることによって、該当（相対的に）低いＰＰＰＰのメッセージ送信が省略またはパワー減少される問題を緩和させることができる。
【０２３９】
他の一例として、物理階層（ＰＨＹ  ＬＡＹＥＲ）がセンシング動作ベースの（選択ウィンドウ内の）候補リソース排除動作（これをＥＸＣ＿ＰＲＣ＃Ａとする）だけでなく、（前記説明した）送信能力超過問題（及び／または、電力制限ケース到達問題及び／または、ハーフデュプレックス問題及び／または、送信チェインスイッチング動作による受信中断発生問題）などを考慮した（選択ウィンドウ内の）（追加的な）候補リソース排除動作（これをＥＸＣ＿ＰＲＣ＃Ｂとする）を実行した後、ＭＡＣ階層に（選択ウィンドウ内の）残った候補リソース（情報）を伝達する場合、（既存）ＥＸＣ＿ＰＲＣ＃Ａ関連（選択ウィンドウ内の）（事前に設定（／シグナリング）された）“候補リソース個数（例えば、選択ウィンドウ内の全体候補リソース個数の２０％）確保条件”が適用されないようにすることもできる。
【０２４０】
前記説明した提案方式に対する一例も本発明の具現方法のうち一つとして含まれることができるため、一種の提案方式と見なされることは明白な事実である。また、前記説明した提案方式は、独立に具現されることもできるが、一部提案方式の組み合わせ（または、併合）形態で具現されることもできる。
【０２４１】
一例として、本発明では説明の便宜のために３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに基づいて提案方式を説明したが、提案方式が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム外に他のシステムに拡張可能である。一例として、本発明の提案方式は、Ｄ２Ｄ通信のためにも拡張適用可能である。ここで、Ｄ２Ｄ通信は、端末が他の端末と直接無線チャネルを利用して通信することを意味する。ここで、端末は、ユーザの端末を意味するが、基地局のようなネットワーク装備が端末間の通信方式によって信号を送信及び／または受信する場合も一種の端末と見なされることができる。
【０２４２】
また、本発明の提案方式は、モード３  Ｖ２Ｘ動作（及び／または、モード４  Ｖ２Ｘ動作）にのみ限定的に適用されることもできる。
【０２４３】
また、本発明の提案方式は、事前に設定（／シグナリング）された（特定）Ｖ２Ｘチャネル（／信号）送信（例えば、ＰＳＳＣＨ（及び／または、（連動された）ＰＳＣＣＨ及び／または、ＰＳＢＣＨ））にのみ限定的に適用されることもできる。
【０２４４】
また、本発明の提案方式は、ＰＳＳＣＨと（連動された）ＰＳＣＣＨが（周波数領域上で）隣接（ＡＤＪＡＣＥＮＴ）（及び／または、離隔（ＮＯＮ−ＡＤＪＡＣＥＮＴ））されて送信される場合（及び／または、事前に設定（／シグナリング）されたＭＣＳ（及び／または、コーディングレート及び／または、リソースブロック）（値（／範囲））ベースの送信が実行される場合）にのみ限定的に適用されることもできる。
【０２４５】
また、本発明の提案方式は、モード＃３（及び／または、モード＃４）Ｖ２Ｘ搬送波（及び／または、（モード＃４（／３））サイドリンク（／アップリンク）ＳＰＳ（及び／または、サイドリンク（／アップリンク）動的スケジューリング）搬送波）間にのみ限定的に適用されることもできる。
【０２４６】
また、本発明の提案方式は、搬送波間に同期信号（送信（及び／または受信））リソース位置及び／または個数（及び／または、Ｖ２Ｘリソースプール関連サブフレーム位置及び／または個数（及び／または、サブチャネルの大きさ及び／または個数））が同じ（及び／または、（一部）異なる）場合にのみ（限定的に）適用されることもできる。
【０２４７】
また、本発明の提案方式は、制限された能力の端末だけでなく（上位階層が設定した）送信搬送波個数より自分の送信（チェイン）能力が少ない端末が搬送波別リソース（再）選択時、拡張適用されることもできる。
【０２４８】
図１３は、本発明の実施例が具現される装置を示すブロック図である。
【０２４９】
図１３を参照すると、装置１０００は、プロセッサ１１００、メモリ１２００及びトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）１３００を含む。プロセッサ１１００は、提案された機能、過程及び／または方法を具現する。装置１０００は、端末または基地局である。トランシーバ１３００は、プロセッサ１１００と連結されて無線信号を送信及び受信する。メモリ１２００は、プロセッサ１１００動作に必要な情報を格納することができ、送受信信号も格納することができる。
【０２５０】
図１４は、プロセッサ１１００を構成する一例を示す。
【０２５１】
図１４を参照すると、プロセッサ１１００は、リソース選択モジュール１１０１と適合性判断モジュール１１０２を含むことができる。リソース選択モジュール１１０１は、搬送波別にＶ２Ｘ信号送信のための送信リソースを選択することができる。適合性判断モジュール１１０２は、受信信号からＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）を除去するＣＰ除去（ＣＰ  ｒｅｍｏｖｅ）モジュール、位相を回転させる位相回転（Ｐｈａｓｅ  Ｒｏｔａｔｉｏｎ）モジュール、ＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）モジュール、チャネル推定（ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎ：ＣＥ）モジュール、ＳＩＭＯ（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）デコーダ、ＩＤＦＴ（ｉｎｖｅｒｓｅ  ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）モジュール、ＬＬＲ（ｌｏｇ−ｌｉｋｅｌｉｈｏｏｄ  ｒａｔｉｏ）計算モジュール、デスクランブリング（ｄｅ−ｓｃｒａｍｂｌｉｎｇ）モジュール、デコーダチェイン（ｄｅｃｏｄｅｒ  ｃｈａｉｎ）などを含むことができる。
【０２５２】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または、他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。
【図１】
0006921994.tif 000003
【図２】
0006921994.tif 000004
【図３】
0006921994.tif 000005
【図４（ａ）】
0006921994.tif 000006
【図４（ｂ）】
0006921994.tif 000007
【図４（ｃ）】
0006921994.tif 000008
【図５】
0006921994.tif 000009
【図６】
0006921994.tif 000010
【図７】
0006921994.tif 000011
【図８】
0006921994.tif 000012
【図９】
0006921994.tif 000013
【図１０】
0006921994.tif 000014
【図１１】
0006921994.tif 000015
【図１２】
0006921994.tif 000016
【図１３】
0006921994.tif 000017
【図１４】
0006921994.tif 000018