(57)【特許請求の範囲】
【請求項１】
Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信において、カバレージ内である、ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）関連探索信号を送信するように構成されたＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）によってＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を送信する方法であって、前記方法は、
前記ＰＳ関連探索信号のための探索周期に関連する第１情報及び少なくとも１つの探索リソースプールのための第２情報を受信することと、
前記ＳＳの送信のための第１行動又は第２行動を知らせる第３情報を受信することと、
前記第１情報、前記第２情報、及び前記第３情報に基づいて前記ＳＳを送信することと
を含み、
前記第３情報が前記第１行動を知らせる場合に、前記ＳＳは、前記探索周期において一回送信され、前記ＳＳは、時間ドメインで前記少なくとも１つの探索リソースプールの開始点に一番近い前のサブフレームにおいて、又は、前記少なくとも１つの探索リソースプールの第１サブフレームにおいて送信され、
前記第３情報が前記第２行動を知らせる場合に、前記ＳＳは、前記探索周期において特定の周期ごとに送信され、
前記特定の周期は、前記探索周期よりも短い、方法。
【請求項２】
前記第３情報が前記第２行動を知らせる場合に、前記ＳＳは、４０ｍｓの周期に基づいて送信される、請求項１に記載の方法。
【請求項３】
前記探索信号は、前記ＳＳが送信されるサブフレームを除いた残りのサブフレームで送信される、請求項１に記載の方法。
【請求項４】
Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信においてＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を送信する、カバレージ内である、ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）関連探索信号を送信するように構成されたＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であって、前記ＵＥは、
無線信号を送受信するように構成された送受信機と、
前記送受信機を制御するように構成されたプロセッサと
を含み、前記プロセッサは、
前記ＰＳ関連探索信号のための探索周期に関連する第１情報及び少なくとも１つの探索リソースプールのための第２情報を受信することと、
前記ＳＳの送信のための第１行動又は第２行動を知らせる第３情報を受信することと、
前記第１情報、前記第２情報、及び前記第３情報に基づいて前記ＳＳを送信することと
を実行するように構成されており、
前記第３情報が前記第１行動を知らせる場合に、前記ＳＳは、前記探索周期において一回送信され、前記ＳＳは、時間ドメインで前記少なくとも１つの探索リソースプールの開始点に一番近い前のサブフレームにおいて、又は、前記少なくとも１つの探索リソースプールの第１サブフレームにおいて送信され、
前記第３情報が前記第２行動を知らせる場合に、前記ＳＳは、前記探索周期において特定の周期ごとに送信され、
前記特定の周期は、前記探索周期よりも短い、ＵＥ。
【請求項５】
前記第３情報が前記第２行動を知らせる場合に、前記ＳＳは、４０ｍｓの周期に基づいて送信される、請求項４に記載のＵＥ。
【請求項６】
前記探索信号は、前記ＳＳが送信されるサブフレームを除いた残りのサブフレームで送信される、請求項４に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関するもので、特にＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）信号を送信する方法及びそのための端末に関するものである。
【背景技術】
【０００２】
近年、スマートフォン及びタブレットＰＣが普及され、高容量マルチメディア通信が活性化されることにより、モバイルトラフィックが急増している。今後、モバイルトラフィックは毎年約２倍も増加すると予想される。このようなモバイルトラフィックの大部分が基地局を介して送信されていることから、通信サービス事業者達は深刻なネットワーク負荷の問題に直面している。そこで、通信事業者達は、増加するトラフィックを処理するためにネットワーク設備を増加し、モバイルＷｉＭＡＸ、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）のように多量のトラフィックを効率的に処理可能な次世代移動通信標準の商用化を急いできた。しかしながら、今後より一層急増するトラフィックの量を処理するためには、更なる解決策が必要な時点である。
上述した問題点を解決するために、Ｄ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信が研究されている。Ｄ２Ｄ通信は、基地局のような基盤施設を利用しないで、隣接したノード間にトラフィックを直接伝達する分散型通信技術である。Ｄ２Ｄ通信環境で携帯端末などの各ノードは自ら物理的に隣接した他の端末を探し、通信セッションを設定した後、トラフィックを送信する。このように、Ｄ２Ｄ通信は、基地局に集中するトラフィックを分散させて、トラフィック過負荷の問題を解決できる点から、４Ｇ以降の次世代移動通信技術の要素技術として脚光を浴びている。このため、３ＧＰＰ又はＩＥＥＥなどの標準団体はＬＴＥ−Ａ又はＷｉ−Ｆｉに基づいてＤ２Ｄ通信標準の制定を推進しており、クアルコムなどでも独自のＤ２Ｄ通信技術を開発している。
Ｄ２Ｄ通信は、移動通信システムの性能を高めることに寄与する他、新しい通信サービスを創出するとも期待される。また、隣接性ベースのソーシャルネットワークサービスやネットワークゲームなどのサービスを支援することができる。Ｄ２Ｄリンクをリレーとして活用して陰影地域端末の接続性の問題を解決することもできる。このように、Ｄ２Ｄ技術は様々な分野で新しいサービスを提供すると予想される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の技術的課題は、Ｄ２Ｄ通信において、Ｄ２ＤＳＳ（Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を送信するための効率的な方法を提供することにある。
【課題を解決するための手段】
【０００４】
前記の技術的課題を達成するための一実施形態として、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）端末の同期化信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）送信方法は、ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）探索（ｄｉｓｃｏｖｅｒｙ）周期についての情報を指示する探索リソース設定を受信する段階；及び送信すべき上位階層からの探索メッセージがある限り、前記探索周期で同期化信号を周期的に送信する段階を含むことができる。
【０００５】
また、前記の技術的課題を達成するための一実施形態として、同期化信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を送信するＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）端末は、無線信号を送受信する送受信機；及び前記送受信機を制御するプロセッサを含み、前記プロセッサは、ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）探索（ｄｉｓｃｏｖｅｒｙ）周期についての情報を指示する探索リソース設定を受信し、送信すべき上位階層からの探索メッセージがある限り、前記探索周期で同期化信号を周期的に送信するように構成されることができる。
本明細書は、例えば、以下の項目も提供する。
（項目１）
Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）端末の同期化信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）送信方法であって、
ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）探索（ｄｉｓｃｏｖｅｒｙ）周期についての情報を指示する探索リソース設定を受信する段階；及び
送信すべき上位階層からの探索メッセージがある限り、前記探索周期で同期化信号を周期的に送信する段階を含む、同期化信号送信方法。
（項目２）
前記同期化信号は４０ｍｓの周期で送信される、項目１に記載の同期化信号送信方法。
（項目３）
前記端末はカバレージ内（ｉｎ−ｃｏｖｅｒａｇｅ）又はカバレージ外（ｏｕｔ−ｃｏｖｅｒａｇｅ）端末である、項目１に記載の同期化信号送信方法。
（項目４）
前記探索周期で前記同期化信号が送信されるサブフレームを除いた残りのサブフレームでＰＳ探索メッセージを送信する段階をさらに含む、項目１に記載の同期化送信方法。
（項目５）
同期化信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を送信するＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）端末であって、
無線信号を送受信する送受信機；及び
前記送受信機を制御するプロセッサを含み、前記プロセッサは、
ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）探索（ｄｉｓｃｏｖｅｒｙ）周期についての情報を指示する探索リソース設定を受信し、
送信すべき上位階層からの探索メッセージがある限り、前記探索周期で同期化信号を周期的に送信するように構成された、Ｄ２Ｄ端末。
（項目６）
前記同期化信号は４０ｍｓの周期で送信される、項目５に記載のＤ２Ｄ端末。
（項目７）
前記端末はカバレージ内（ｉｎ−ｃｏｖｅｒａｇｅ）又はカバレージ外（ｏｕｔ−ｃｏｖｅｒａｇｅ）端末である、項目５に記載のＤ２Ｄ端末。
（項目８）
前記プロセッサは、
前記探索周期で前記同期化信号が送信されるサブフレームを除いた残りのサブフレームでＰＳ探索メッセージを送信するようにさらに構成された、項目５に記載のＤ２Ｄ端末。
【発明の効果】
【０００６】
本発明の実施例によると、Ｄ２Ｄ通信品質が改善することができる。
【０００７】
また、本発明の実施例によると、Ｄ２ＤＳＳの送信のための効率的方法を提供することができる。
【０００８】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【０００９】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に係わる実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】無線通信システムの一例であるＬＴＥシステムのシステム構造を示す。
【図２】無線プロトコルの制御平面を示す。
【図３】無線プロトコルの使用者平面を示す。
【図４】タイプ１無線フレームの構造を示す図である。
【図５】タイプ２無線フレームの構造を示す図である。
【図６】下りリンクスロットでのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。
【図７】下りリンクサブフレームの構造を示す図である。
【図８】上りリンクサブフレームの構造を示す図である。
【図９】簡略化したＤ２Ｄ通信ネットワークを示す。
【図１０】一例示によるリソースユニットの構成を示す。
【図１１】一例示による周期的探索メッセージに関連したリソースプールを示す。
【図１２】一例示によるＤ２ＤＳＳ伝送リソースの構成を示す。
【図１３ａ】行動１によるＤ２ＤＳＳ送信の一例示を示す。
【図１３ｂ】行動２によるＤ２ＤＳＳ送信の一例示を示す。
【図１４ａ】オプション１によるＤ２ＤＳＳ送信の一例示を示す。
【図１４ｂ】オプション２によるＤ２ＤＳＳ送信の一例示を示す。
【図１４ｃ】オプション３によるＤ２ＤＳＳ送信の一例示を示す。
【図１５】本発明の実施例による器機の概略図である。
【発明を実施するための形態】
【００１０】
以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素又は特徴と組み合わせない形態で実施してもよく、一部の構成要素及び／又は特徴を組み合わせて本発明の実施例を構成してもよい。本発明の実施例で説明する動作の順序は変更してもよい。ある実施例の一部の構成又は特徴は、他の実施例に含めてもよく、他の実施例の対応する構成又は特徴に置き換えてもよい。
【００１１】
本明細書で本発明の実施例を基地局と端末の間のデータ送信及び受信の関係を中心に説明する。ここで、基地局は端末と直接的に通信を行うネットワークの縦断ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で基地局によって遂行されると説明した特定の動作は場合によっては基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって遂行されることもできる。
【００１２】
すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行されることができるのは明らかである。‘基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）’は固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に取り替えることができる。中継機はＲｅｌａｙ  Ｎｏｄｅ（ＲＮ）、Ｒｅｌａｙ  Ｓｔａｔｉｏｎ（ＲＳ）などの用語に取り替えることができる。また、‘端末（Ｔｅｒｍｉｎａｌ）’はＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に取り替えることができる。
【００１３】
以下の説明で使われる特定の用語は、本発明の理解を助けるために提供されたものであり、このような特定の用語は、本発明の技術的思想から逸脱しない範囲で他の形態のものを使用してもよい。
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書によって裏付けることができる。すなわち、本発明の実施例において、本発明の技術的思想を明確にするために説明を省略した段階又は部分は、上記の文書によって裏付けることができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
また、本発明の実施例は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）又はＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ｅ−Ｕｔｒａ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などの無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。ＷｉＭＡＸは、ＩＥＥＥ  ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ）及び発展したＩＥＥＥ  ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｓｙｓｔｅｍ）によって説明することができる。明確性のために以下では３ＧＰＰ  ＬＴＥ及び３ＧＰＰ  ＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想がこれに制限されるものではない。
【００１４】
（ＬＴＥシステム構造）
図１に基づいて本発明が適用可能な無線通信システムの一例であるＬＴＥシステムのシステム構造を説明する。ＬＴＥシステムはＵＭＴＳシステムから進化した移動通信システムである。図１に示すように、ＬＴＥシステム構造は大別してＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）に区分することができる。Ｅ−ＵＴＲＡＮはＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、端末）とｅＮＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、基地局）で構成され、ＵＥとｅＮＢの間をＵｕインターフェース、ｅＮＢとｅＮＢの間をＸ２インターフェースと言う。ＥＰＣは制御平面（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の機能を担うＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と使用者平面（Ｕｓｅｒ  ｐｌａｎｅ）の機能を担うＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）で構成され、ｅＮＢとＭＭＥの間をＳ１−ＭＭＥインターフェース、ｅＮＢとＳ−ＧＷの間をＳ１−Ｕインターフェースと言い、これら二つを通称してＳ１インターフェースということもある。
【００１５】
無線区間であるＵｕインターフェースには無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）が定義されている。これは水平的に物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク階層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）及びネットワーク階層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）でなり、垂直的には使用者データ伝送のための使用者平面とシグナリング（Ｓｉｇｎａｌｉｎｇ、制御信号）伝達のための制御平面に区分される。このような無線インターフェースプロトコルは一般的に通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層を基にして図２及び図３のように物理階層であるＰＨＹを含むＬ１（第１階層）、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）／ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）／ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層を含むＬ２（第２階層）、及びＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層を含むＬ３（第３階層）に区分できる。これらはＵＥとＥ−ＵＴＲＡＮに対（ｐａｉｒ）として存在し、Ｕｕ  ｉｎｔｅｒｆａｃｅのデータ伝送を担う。
【００１６】
図２及び図３で示す無線プロトコルの各階層についての説明は次のようである。図２は無線プロトコルの制御平面を示す図、図３は無線プロトコルの使用者平面を示す図である。
【００１７】
第１階層である物理（Ｐｈｙｓｉｃａｌ；ＰＨＹ）階層は物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位階層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。ＰＨＹ階層は上位の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層と伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、この伝送チャネルを介してＭＡＣ階層とＰＨＹ階層の間のデータが移動する。この際、伝送チャネルは大別してチャネルの共有有無によって専用（Ｄｅｄｉｃａｔｅｄ）伝送チャネルと共用（Ｃｏｍｍｏｎ）伝送チャネルに分けられる。そして、相異なるＰＨＹ階層の間、すなわち送信側と受信側のＰＨＹ階層の間は無線リソースを用いた物理チャネルを介してデータが移動する。
【００１８】
第２階層には色々の階層が存在する。まず、媒体接続制御（ＭＡＣ）階層は多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様な伝送チャネルにマッピングさせる役目をし、また多くの論理チャネルを一つの伝送チャネルにマッピングさせる論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役目をする。ＭＡＣ階層は上位階層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層とは論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して連結され、論理チャネルは、大別して、送信される情報の種類によって制御平面の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と使用者平面の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）に分けられる。
【００１９】
第２階層のＲＬＣ階層は上位階層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して下位階層が無線区間にデータを送信するのに適するようにデータ大きさを調節する役目をする。また、それぞれの無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳを保障することができるようにするために、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、透明モード）、ＵＭ（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、無応答モード）、及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、応答モード）の三種の動作モードを提供している。特に、ＡＭ  ＲＬＣは信頼性あるデータ伝送のために自動繰り返し及び要請（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  Ｒｅｑｕｅｓｔ；ＡＲＱ）機能による再伝送機能をしている。
【００２０】
第２階層のパケットデータ収斂プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）階層はＩＰｖ４又はＩＰｖ６のようなＩＰパケットの伝送時に帯域幅が小さい無線区間で効率的に送信するために相対的に大きくて不必要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）の機能をする。これはデータのヘッダー（Ｈｅａｄｅｒ）部分で必ず必要な情報のみを送信するようにし、無線区間の伝送効率を向上させる役目をする。また、ＬＴＥシステムではＰＤＣＰ階層が保安（Ｓｅｃｕｒｉｔｙ）の機能もする。これは第３者のデータ傍受を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する無欠性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）でなる。
【００２１】
第３階層の最上部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）階層は制御平面でのみ定義され、無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担う。ここで、無線ベアラー（ＲＢ）は端末とＵＴＲＡＮの間のデータ伝達のために無線プロトコルの第１及び第２階層によって提供される論理的経路を意味し、一般的にＲＢが設定されるというのは特定のサービスを提供するために必要な無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメーター及び動作方法を設定する過程を意味する。ＲＢはさらにＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられ、ＳＲＢは制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは使用者平面で使用者データを送信する通路として使われる。
【００２２】
（ＬＴＥ／ＬＴＥ−Ａリソース構造／チャネル）
図４及び５を参照して下りリンク無線フレームの構造について説明する。
【００２３】
セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット伝送は、サブフレーム（ｓｕｂｆｒａｍｅ）単位で行われ、１サブフレームは複数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ  ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）の構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２無線フレームの構造を支援する。
【００２４】
図４は、タイプ１無線フレームの構造を示す図である。下りリンク無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１サブフレームは時間ドメイン（ｔｉｍｅ  ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。１サブフレームの伝送にかかる時間をＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）と定義し、例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってもよい。１スロットは時間ドメインで複数のＯＦＤＭシンボルを含み、周波数領域で複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。３ＧＰＰ  ＬＴＥシステムでは下りリンクでＯＦＤＭＡを用いるので、ＯＦＤＭシンボルが１シンボル区間を示す。ＯＦＤＭシンボルをＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソースブロック（ＲＢ）はリソース割り当て単位であり、１スロットで複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００２５】
図５は、タイプ２無線フレームの構造を示す図である。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは５個のサブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）で構成され、ここで、１サブフレームは２個のスロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り伝送同期化に用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプに関係なく、１サブフレームは２個のスロットで構成される。
【００２６】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数を様々に変更することができる。
【００２７】
図６は、下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。１個の下りリンクスロットが時間ドメインで７個のＯＦＤＭシンボルを含み、１個のリソースブロック（ＲＢ）が周波数領域で１２個の副搬送波を含む例を示しているが、本発明がこれに制限されるものではない。例えば、一般ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の場合には、１スロットが７個のＯＦＤＭシンボルを含むが、拡張ＣＰ（ｅｘｔｅｎｄｅｄ−ＣＰ）の場合には、１スロットが６個のＯＦＤＭシンボルを含むことができる。リソースグリッド上の各要素をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）と称する。１リソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックのＮＤＬの個数は下りリンク伝送帯域幅にしたがう。上りリンクスロットの構造は下りリンクスロットの構造と同一であってもよい。
【００２８】
図７は、下りリンクサブフレームの構造を示す図である。１サブフレーム内で一番目のスロットの先頭部における最大３個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられるデータ領域に該当する。３ＧＰＰ  ＬＴＥシステムで用いられる下りリンク制御チャネルには、例えば、物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）、物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内の制御チャネルの伝送に用いられるＯＦＤＭシンボルの個数に関する情報を含む。ＰＨＩＣＨは、上りリンク伝送の応答としてＨＡＲＱ  ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ  ＡＣＫ）信号を含む。ＰＤＣＣＨで送信される制御情報を下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と呼ぶ。ＤＣＩは、上りリンク又は下りリンクスケジューリング情報を含んだり、又は任意の端末グループに対する上りリンク伝送電力制御命令を含む。ＰＤＣＣＨは、下りリンク共有チャネル（ＤＬ−ＳＣＨ）のリソース割り当て及び伝送フォーマット、上りリンク共有チャネル（ＵＬ−ＳＣＨ）のリソース割り当て情報、ページングチャネル（ＰＣＨ）のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤ−ＳＣＨ上で送信されるランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）のような上位層制御メッセージのリソース割り当て、任意の端末グループ内の個別端末に対する伝送電力制御命令のセット、伝送電力制御情報、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを含むことができる。複数のＰＤＣＣＨは制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨを監視することができる。ＰＤＣＣＨは、一つ以上の連続した制御チャネル要素（ＣＣＥ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）の組合せ（ａｇｇｒｅｇａｔｉｏｎ）で送信される。ＣＣＥは、無線チャネルの状態に基づく符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）でＰＤＣＣＨを提供するために用いる論理割り当て単位である。ＣＣＥは、複数個のリソース要素グループに対応する。ＰＤＣＣＨフォーマット及び利用可能なビット数は、ＣＣＥの個数とＣＣＥによって提供される符号化率との相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって、無線ネットワーク臨時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒ��ｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という識別子でマスクされる。ＰＤＣＣＨが特定の端末に対するものであれば、端末のｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ）識別子をＣＲＣにマスクすることができる。又は、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子、例えば、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ−ＲＮＴＩ）をＣＲＣにマスクしてもよい。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクしてもよい。端末のランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ）の伝送に対する応答であるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）を示すために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクしてもよい。
【００２９】
図８は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別することができる。制御領域には、上りリンク制御情報を含む物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）が割り当てられる。データ領域には、ユーザデータを含む物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられる。単一搬送波の特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末に対するＰＵＣＣＨはサブフレームでリソースブロック対（ＲＢ  ｐａｉｒ）に割り当てられる。リソースブロック対に属するリソースブロックは２スロットに対して別個の副搬送波を占める。これを、ＰＵＣＣＨに割り当てられるリソースブロック対がスロット境界で周波数−ホップ（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）するという。例えば、Ｄ２Ｄ通信システムで、端末は上りリンクデータリソース又はこれに対応するデータリソースを用いて互いにデータを送受信することもできる。
【００３０】
以下、端末が端末間直接通信（ｄｅｖｉｃｅ  ｔｏ  ｄｅｖｉｃｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ；以下、Ｄ２Ｄ通信又はＤ２Ｄ直接通信という）を行う様々な実施の態様について説明する。Ｄ２Ｄ通信の説明において、詳細な説明のために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを例として説明するが、Ｄ２Ｄ通信は他の通信システム（ＩＥＥＥ  ８０２．１６、ＷｉＭＡＸなど）にも適用することができる。
【００３１】
（Ｄ２Ｄ通信タイプ）
Ｄ２Ｄ通信は、ネットワークの制御によってＤ２Ｄ通信を行うか否かによって、ネットワーク協調Ｄ２Ｄ通信タイプ（Ｎｅｔｗｏｒｋ  ｃｏｏｒｄｉｎａｔｅｄ  Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と自律Ｄ２Ｄ通信タイプ（Ａｕｔｏｎｏｍｏｕｓ  Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）とに区別することができる。ネットワーク協調Ｄ２Ｄ通信タイプはさらに、ネットワーク介入の程度によって、Ｄ２Ｄ端末がデータだけを送信するタイプ（Ｄａｔａ  ｏｎｌｙ  ｉｎ  Ｄ２Ｄ）、ネットワークが接続制御だけを行うタイプ（Ｃｏｎｎｅｃｔｉｏｎ  ｃｏｎｔｒｏｌ  ｏｎｌｙ  ｉｎ  ｎｅｔｗｏｒｋ）とに区別することができる。説明の便宜のために、以下では、Ｄ２Ｄ端末がデータだけを送信するタイプを‘ネットワーク集中型Ｄ２Ｄ通信タイプ’といい、ネットワークが接続制御だけを行うタイプを‘分散型Ｄ２Ｄ通信タイプ’という。
【００３２】
ネットワーク集中型Ｄ２Ｄ通信タイプでは、Ｄ２Ｄ端末間にデータだけを互いに交換し、Ｄ２Ｄ端末間の接続制御（ｃｏｎｎｅｃｔｉｏｎ  ｃｏｎｔｒｏｌ）及び無線リソース割り当て（ｇｒａｎｔ  ｍｅｓｓａｇｅ）はネットワークで行う。Ｄ２Ｄ端末は、ネットワークによって割り当てられた無線リソースを用いてデータ送受信又は特定の制御情報を送受信することができる。例えば、Ｄ２Ｄ端末間のデータ受信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバック、又はチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）は、Ｄ２Ｄ端末間に直接交換されず、ネットワークを介して他のＤ２Ｄ端末に送信される。具体的に、ネットワークがＤ２Ｄ端末間のＤ２Ｄリンクを設定し、設定されたＤ２Ｄリンクに無線リソースを割り当てると、送信Ｄ２Ｄ端末及び受信Ｄ２Ｄ端末は、割り当てられた無線リソースを用いてＤ２Ｄ通信を行うことができる。すなわち、ネットワーク集中型Ｄ２Ｄ通信タイプにおいて、Ｄ２Ｄ端末間のＤ２Ｄ通信はネットワークによって制御され、Ｄ２Ｄ端末は、ネットワークによって割り当てられた無線リソースを用いてＤ２Ｄ通信を行うことができる。
【００３３】
分散型Ｄ２Ｄ通信タイプにおけるネットワークは、ネットワーク集中型Ｄ２Ｄ通信タイプにおけるネットワークに比べて限定的な役割を担うことになる。分散型Ｄ２Ｄ通信タイプにおいてネットワークはＤ２Ｄ端末間の接続制御を行うが、Ｄ２Ｄ端末間の無線リソース割り当て（ｇｒａｎｔ  ｍｅｓｓａｇｅ）は、ネットワークを介さずにＤ２Ｄ端末同士が自ら競合して占有することができる。例えば、Ｄ２Ｄ端末間のデータ受信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバック、又はチャネル状態情報を、ネットワークを介入せずにＤ２Ｄ端末間で直接交換することができる。
【００３４】
上述した例のように、Ｄ２Ｄ通信は、ネットワークのＤ２Ｄ通信への介入程度によって、ネットワーク集中型Ｄ２Ｄ通信タイプと分散型Ｄ２Ｄ通信タイプとに分類することができる。このとき、ネットワーク集中型Ｄ２Ｄ通信タイプ及び分散型Ｄ２Ｄ通信タイプの共通した特徴は、ネットワークがＤ２Ｄ接続制御を行うことができるという点である。
【００３５】
具体的に、ネットワーク協調Ｄ２Ｄ通信タイプのネットワークは、Ｄ２Ｄ通信を行おうとするＤ２Ｄ端末間にＤ２Ｄリンクを設定することによって、Ｄ２Ｄ端末間接続（ｃｏｎｎｅｃｔｉｏｎ）を構築することができる。Ｄ２Ｄ端末間にＤ２Ｄリンクを設定するとき、ネットワークは、設定されたＤ２Ｄリンクにフィジカル（ｐｈｙｓｉｃａｌ）Ｄ２ＤリンクＩＤ（Ｌｉｎｋ  Ｉｄｅｎｔｉｆｉｅｒ；ＬＩＤ）を周期ができる。フィジカルＤ２ＤリンクＩＤは、複数のＤ２Ｄ端末間に複数のＤ２Ｄリンクが存在する場合、それぞれを識別するための識別子（Ｉｄｅｎｔｉｆｉｅｒ）として用いることができる。
【００３６】
自律Ｄ２Ｄ通信タイプでは、ネットワーク集中型及び分散型Ｄ２Ｄ通信タイプと違い、ネットワークの介入無しでＤ２Ｄ端末同士が自由にＤ２Ｄ通信を行うことができる。すなわち、自律Ｄ２Ｄ通信タイプでは、ネットワーク集中型及び分散型Ｄ２Ｄ通信と違い、接続制御及び無線リソースの占有などをＤ２Ｄ端末が独自で行う。必要な場合、ネットワークはＤ２Ｄ端末に、該当セルで使用可能なＤ２Ｄチャネル情報を提供することもできる。
【００３７】
（Ｄ２Ｄ通信リンクの設定）
本明細書では、説明の便宜のために、端末の間直接通信であるＤ２Ｄ通信を遂行するか遂行することができる端末をＤ２Ｄ端末と呼ぶことにする。また、以下の説明で、“端末（ＵＥ）”はＤ２Ｄ端末を指称するものであってもよい。送信端と受信端を区分する必要がある場合、Ｄ２Ｄ通信時、Ｄ２Ｄリンクに付与された無線リソースを用いて他のＤ２Ｄ端末にデータを送信するかあるいは送信しようとするＤ２Ｄ端末を伝送Ｄ２Ｄ端末（Ｄ２Ｄ  ＴＸ  ＵＥ）と言い、伝送Ｄ２Ｄ端末からデータを受信するかあるいは受信しようとする端末を受信Ｄ２Ｄ端末（Ｄ２Ｄ  ＲＸ  ＵＥ）と呼ぶことにする。伝送Ｄ２Ｄ端末からデータを受信するかあるいは受信しようとする受信Ｄ２Ｄ端末が複数の場合、複数の受信Ｄ２Ｄ端末は‘第１〜Ｎ’の接頭語によって区分することもできる。また、説明の便宜のために、以下では、Ｄ２Ｄ端末間の接続制御又はＤ２Ｄリンクへの無線リソースを割り当てるための基地局、Ｄ２Ｄサーバー及び接続／セッション管理サーバーなどのネットワーク端の任意のノードを‘ネットワーク’と呼ぶことにする。
【００３８】
Ｄ２Ｄ通信を行うＤ２Ｄ端末はＤ２Ｄ通信によって他のＤ２Ｄ端末にデータを送信するためにデータを送受信することができる周辺に位置するＤ２Ｄ端末の存在を前もって確認する必要があり、このためにＤ２Ｄピア探索（Ｄ２Ｄ  ｐｅｅｒ  ｄｉｓｃｏｖｅｒｙ）を遂行する。Ｄ２Ｄ端末は探索区間（ｄｉｓｃｏｖｅｒｙ  ｉｎｔｅｒｖａｌ）内でＤ２Ｄ探索を遂行し、全てのＤ２Ｄ端末は探索区間を共有することもできる。Ｄ２Ｄ端末は探索区間内で探索領域の論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）をモニターし、他のＤ２Ｄ端末が送信するＤ２Ｄ探索信号を受信することができる。他のＤ２Ｄ端末の伝送信号を受信したＤ２Ｄ端末は受信信号を用いて隣接したＤ２Ｄ端末のリストを作成する。また、探索区間内で自分の情報（すなわち、識別子）を放送し、他のＤ２Ｄ端末はこの放送されたＤ２Ｄ探索信号を受信することにより、該当Ｄ２Ｄ端末がＤ２Ｄ通信を遂行することができる範囲内に存在することが分かる。
【００３９】
Ｄ２Ｄ探索のための情報放送は周期的に遂行することもできる。また、このような放送タイミングはプロトコルによって前もって決定されてＤ２Ｄ端末に知らせることもできる。また、Ｄ２Ｄ端末は探索区間の一部の間に信号を送信／放送することができ、それぞれのＤ２Ｄ端末は他のＤ２Ｄ端末によって潜在的に送信される信号をＤ２Ｄ探索区間の残りでモニターすることもできる。
【００４０】
例えば、Ｄ２Ｄ探索信号はビーコン信号（ｂｅａｃｏｎ  ｓｉｇｎａｌ）であってもよい。また、Ｄ２Ｄ探索区間は多数のシンボル（例えば、ＯＦＤＭシンボル）を含むことができる。Ｄ２Ｄ端末はＤ２Ｄ探索区間内の少なくとも一つのシンボルを選択してＤ２Ｄ探索信号を送信／放送することもできる。また、Ｄ２Ｄ端末はＤ２Ｄ端末によって選択されたシンボルにある一つのトーン（ｔｏｎｅ）に対応する信号を送信することもできる。
【００４１】
Ｄ２Ｄ端末がＤ２Ｄ探索過程によって互いを見つけた後、Ｄ２Ｄ端末は接続（ｃｏｎｎｅｃｔｉｏｎ）樹立過程を遂行し、トラフィックを他のＤ２Ｄ端末に送信することができる。
【００４２】
図９は簡略化したＤ２Ｄ通信ネットワークを示す。
【００４３】
図９で、Ｄ２Ｄ通信を支援する端末（ＵＥ１及びＵＥ２）間のＤ２Ｄ通信が遂行される。一般に、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は使用者の端末を意味するが、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）のようなネットワーク装備が端末間（ＵＥ１及びＵＥ２）の通信方式によって信号を送受信する場合には、ｅＮＢも一種のＵＥとして見なすこともできる。
【００４４】
ＵＥ１は一連のリソースの集合を意味するリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内で特定のリソースに相当するリソースユニット（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を選択し、該当リソースユニットを使ってＤ２Ｄ信号を送信するように動作することができる。これに対する受信端末であるＵＥ２はＵＥ１が信号を送信することができるリソースプールの設定（ｃｏｎｆｉｇｕｒｅ）を受け、該当プール内でＵＥ１の信号を検出することができる。例えば、ＵＥ１が基地局の連結範囲にある場合、リソースプールは該当基地局が知らせることができる。また、例えばＵＥ１が基地局の連結範囲外にある場合には、他の端末がリソースプールをＵＥ１に知らせるかあるいはＵＥ１が前もって決定されたリソースに基づいてリソースプールを決定することもできる。一般に、リソースプールは複数のリソースユニットで構成され、各端末は一つあるいは複数のリソースユニットを選定して自分のＤ２Ｄ信号送信に使うことができる。
【００４５】
図１０は一例示によるリソースユニットの構成を示す。
【００４６】
図１０で、縦軸は周波数リソースを、横軸は時間リソースを意味する。また、無線リソースは時間軸上でＮＴ個に分割されてＮＴ個のサブフレームを構成する。また、一つのサブフレーム上で周波数リソースはＮＦ個に分割されるので、一つのサブフレームはＮＴ個のシンボルを含むことができる。よって、全てＮＦ＊ＮＴ個のリソースユニットがリソースプールとして構成されることもできる。
【００４７】
ユニット番号０に割り当てられたＤ２Ｄ送信リソース（Ｕｎｉｔ  ＃０）がＮＴ個のサブフレームごとに繰り返されるので、図１０の実施例において、リソースプールはＮＴ個のサブフレームを周期として繰り返されることができる。図１０に示したように、特定のリソースユニットは周期的に繰り返して現れることもできる。また、時間次元又は周波数次元における多様性（ｄｉｖｅｒｓｉｔｙ）効果を得るために、一つの論理的リソースユニットがマッピングされる物理的リソースユニットのインデックス（ｉｎｄｅｘ）が既設定のパターンによって変化することもできる。例えば、論理的リソースユニットは実際物理的リソースユニット上で既設定のパターンによって時間及び／又は周波数軸上でホップ（ｈｏｐｐｉｎｇ）することもできる。図１０で、リソースプールとは、Ｄ２Ｄ信号を送信しようとする端末が信号の送信に使えるリソースユニットの集合を意味することができる。
【００４８】
上述したリソースプールは色々のタイプに細分化することもできる。例えば、リソースプールは各リソースプールで送信されるＤ２Ｄ信号のコンテンツ（ｃｏｎｔｅｎｔ）によって区分することもできる。例えば、Ｄ２Ｄ信号のコンテンツは以下の説明のように分類することができ、それぞれに対して別個のリソースプールを設定することもできる。
【００４９】
スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ、ＳＡ）：ＳＡ（又はＳＡ情報）は各送信端末が後続のＤ２Ｄデータチャネルの伝送のために用いるリソースの位置、その外のデータチャネルの復調のために必要な変調及び符号化方法（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ、ＭＣＳ）及び／又はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）伝送方式を含むことができる。また、ＳＡ情報は各送信端末がデータを送信しようとする目的（ｔａｒｇｅｔ）端末の識別子（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を含むこともできる。ＳＡ情報を含む信号は同じリソースユニット上でＤ２Ｄデータと一緒に多重化（ｍｕｌｔｉｐｌｅｘ）して送信されることもできる。この場合、ＳＡリソースプールはスケジューリング割り当てがＤ２Ｄデータと一緒に多重化して送信されるリソースプールを意味することもできる。
【００５０】
Ｄ２Ｄデータチャネル：Ｄ２Ｄデータチャネルはスケジューリング割り当てによって指定されたリソースを用いて送信端末が使用者データを送信するのに用いるリソースのプールを意味することができる。仮に、同じリソースユニット上でＤ２Ｄリソースデータと一緒にスケジューリング割り当てが多重化して送信されることができる場合、Ｄ２Ｄデータチャネルのためのリソースプールではスケジューリング割り当て情報を除いた形態のＤ２Ｄデータチャネルのみを送信することもできる。すなわち、ＳＡリソースプール内の個別リソースユニット上で、スケジューリング割り当て情報を送信するためのリソース要素（ｅｌｅｍｅｎｔ）をＤ２Ｄデータチャネルのリソースプール上でＤ２Ｄデータの伝送のために用いることもできる。
【００５１】
探索メッセージ（Ｄｉｓｃｏｖｅｒｙ  Ｍｅｓｓａｇｅ）：探索メッセージリソースプールは送信端末が自分のＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）などの情報を送信して隣接した端末が自分を見つけることができるようにする探索メッセージを送信するためのリソースプールを意味することができる。
【００５２】
上述したように、Ｄ２ＤリソースプールはＤ２Ｄ信号のコンテンツによって分類することもできる。しかし、Ｄ２Ｄ信号のコンテンツが同一であると言っても、Ｄ２Ｄ信号の送受信属性によって互いに異なる支援プールを用いることもできる。例えば、同じＤ２Ｄデータチャネル又は探索メッセージであると言ってもＤ２Ｄ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信されるか、あるいは受信時点で一定の先行タイミング（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）を適用して送信されるか）又はリソース割り当て方式（例えば、個別信号の伝送リソースをｅＮＢが個別送信端末に指定するかあるいは個別送信端末がリソースプール内で自ら個別信号の伝送リソースを選択するか）、又は信号フォーマット（例えば、各Ｄ２Ｄ信号が一サブフレームで占めるシンボルの個数又は一Ｄ２Ｄ信号の伝送に使われるサブフレームの個数）によって互いに異なるリソースプールに区分することもできる。
【００５３】
上述したように、Ｄ２Ｄ通信を用いてデータを送信しようとする端末は、まずＳＡリソースプールのうちで適切なリソースを選択し、自分のスケジューリング割り当て（ＳＡ）情報を送信することができる。また、例えばＳＡリソースプールの選択基準としては、他の端末のＳＡ情報の伝送のために用いられないリソース及び／又は他の端末のＳＡ情報の伝送後にデータ伝送がないと予想されるサブフレームのリソースに連結されたＳＡリソースをＳＡリソースプールとして選択することもできる。
【００５４】
これに関連し、Ｄ２Ｄデータチャネル送信のためのリソース割り当て方法は二つのモードに区分することもできる。
【００５５】
モード１（ｍｏｄｅ１）はセル（又はネットワーク）がＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）及びＤ２Ｄデータ送信するのに用いられるリソースを個別Ｄ２Ｄ送信端末に直接指定する方法を意味することができる。結果として、セルはどの端末がどのリソースを用いてＤ２Ｄ信号を送信するかが分かる。ただ、毎Ｄ２Ｄ信号の送信ごとにセルがＤ２Ｄリソースを指定することは過度なシグナリングオーバーヘッド（ｓｉｇｎａｌｉｎｇ  ｏｖｅｒｈｅａｄ）を誘発することもできるので、セルは一回のシグナリングによって複数のＳＡ及び／又はデータ送信リソースを端末に割り当てることもできる。
【００５６】
モード２（ｍｏｄｅ２）はセル（又はネットワーク）が複数のＤ２Ｄ送信端末に特定のＳＡ及び／又はＤ２Ｄデータ関連のリソースプールを指示し、個別のＤ２Ｄ送信端末が適切なリソースを選択してＳＡ及び／又はデータを送信する方式を意味することができる。この場合、セルはどのリソースを端末がＤ２Ｄ送信に使うかを正確に把握しにくい。
【００５７】
一方、探索（ｄｉｓｃｏｖｅｒｙ、ＤＳ）メッセージ送信のためのリソース割り当て方法は二つのタイプ（ｔｙｐｅ）に区分することができる。
【００５８】
タイプ１は探索信号を送信するためのリソースが端末特定的に割り当てられなかった（ｎｏｎＵＥ  ｓｐｅｃｉｆｉｃ  ｂａｓｉｓ）探索手順を意味することができる。
【００５９】
また、タイプ２は端末特定探索信号送信リソースが割り当てられた探索手順を意味することができる。タイプ２はまたリソースがそれぞれの特定探索信号の送信時に割り当てられるタイプ２Ａと探索信号のためのリソースが半静的に（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｌｙ）割り当てられるタイプ２Ｂを含むことができる。
【００６０】
図１１は一例示による周期的探索メッセージに関連したリソースプール（例えば、探索リソースプール（Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｏｕｒｃｅ  Ｐｏｏｌ））を示す。
【００６１】
図１１の例示において、探索リソースプールが現れる周期は探索リソースプール周期（ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ  ｐｅｒｉｏｄ）と言うこともできる。図１１に示したように、一つ以上の探索リソースプールが探索リソースプール周期内に存在することもできる。例えば、探索リソースプール周期内の探索リソースプールのうち、特定の探索リソースプール（等）はサービング（ｓｅｒｖｉｎｇ）セルに関連した探索送信／受信リソースプール（等）に定義し、他の（又は残りの）探索リソースプール（等）は隣りのセルに関連した探索受信リソースプール（等）に定義することもできる。
【００６２】
図１０及び図１１に基づき、Ｄ２Ｄ通信関連リソース設定／割り当てについて説明した。以下の説明で、Ｄ２Ｄ信号を送信する端末はＤ２Ｄ送信端末（Ｄ２Ｄ  ＴＸ  ＵＥ）と呼ぶことができ、Ｄ２Ｄ信号を受信する端末はＤ２Ｄ受信端末（Ｄ２Ｄ  ＲＸ  ＵＥ）と呼ぶことができる。
【００６３】
一方、Ｄ２Ｄ端末（Ｄ２Ｄ送信端末及びＤ２Ｄ受信端末）はＤ２Ｄ端末と基地局の間の同期及び／又はＤ２Ｄ端末の間の同期の維持／確立のためにＤ２ＤＳＳ（Ｄ２Ｄ  Ｓｙｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を用いることができる。Ｄ２ＤＳＳの送信／受信は基地局から指示されるか前もって定義されたＤ２ＤＳＳ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって遂行することができる。一方、特定のＤ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定のために設定される場合又は特定のＤ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定の間に共有される場合、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースを設定又は再設定する方法を考慮することができる。例えば、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースは、（該当特定のＤ２Ｄリソースプール設定に関連して）Ｄ２Ｄ同期源（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）が実際にＤ２ＤＳＳ伝送を遂行するかあるいは遂行する可能性が高いリソースを意味することができる。例えば、Ｄ２ＤＳＳ設定はＤ２ＤＳＳリソース周期性（Ｄ２ＤＳＳ  Ｒｅｓｏｕｒｃｅ  Ｐｅｒｉｏｄｉｃｉｔｙ）、Ｄ２ＤＳＳ送信周期性、及び／又はＤ２Ｄシーケンス情報を意味する（又は含む）こともできる。また、例えばＤ２Ｄリソースプール設定（Ｄ２Ｄ  Ｒｅｓｏｕｒｃｅ  Ｐｏｏｌ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）はスケジューリング割り当てプール設定（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ  Ｐｏｏｌ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、データチャネルリソースプール設定、及び探索リソースプール設定のうちで少なくとも一つを意味する（又は含む）こともできる。また、例えば以下の実施例でＤ２Ｄ通信は端末が他の端末と直接無線チャネルを介して通信することを意味することができ、端末（ＵＥ）だけでなく、基地局（ｅＮＢ）のようなネットワーク装備が端末間の通信方式によって信号を送信／受信する場合にはやはり一種の端末として見なすことができる。
【００６４】
表１はＤ２ＤＳＳ送信／受信方法に対する一例を示す。
【００６５】
【表１−１】
0006605024.tif 000002
【００６６】
【表１−２】
0006605024.tif 000003
【００６７】
例えば、Ｄ２ＤＳＳ設定がそれぞれのＤ２Ｄリソースプール設定ごとに独立的に（又は違って）設定される場合、Ｄ２Ｄ端末のＤ２ＤＳＳ送信／受信動作に関連した複雑度（又はＤ２Ｄリソースに関連したオーバーヘッド）が既に設定されるかシグナルされたＤ２Ｄリソースプール設定の個数に比例して増加することができる。よって、特定のＤ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定のために設定されるか、あるいは特定のＤ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定の間に共有できる。
【００６８】
例えば、表１で上述した“ネットワークがＤ２Ｄ通信と探索を共に支援する場合にＤ２ＤＳＳ送信設定はＤ２Ｄ探索とＤ２Ｄ通信に共に同一である（Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｓ  ｔｈｅ  ｓａｍｅ  ｂｅｔｗｅｅｎ  Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｆ  ｎｅｔｗｏｒｋ  ｓｕｐｐｏｒｔｓ  ｂｏｔｈ  Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ａｎｄ  ｄｉｓｃｏｖｅｒｙ）”という規則に従って、特定の（一つの）Ｄ２ＤＳＳ設定がＤ２Ｄ通信とＤ２Ｄ探索の間に共有されることもできる。よって、特定のＤ２Ｄ設定が独立的な（又は異なった）周期性とサブフレームオフセット（ｏｆｆｓｅｔ）設定を有する多数のＤ２Ｄリソースプール設定を同時に支援（ｓｕｐｐｏｒｔ）することができるようになる。また、例えば、特定の（一つの）Ｄ２ＤＳＳ設定が設定されるか共有される多数のＤ２Ｄリソースプール設定は（サービングセル／隣接セル）Ｄ２Ｄ通信リソースプール設定と（サービングセル／隣接セル）Ｄ２Ｄ探索リソースプール設定の混合構成、（サービングセル／隣接セル）Ｄ２Ｄ通信リソースプール設定の単一構成、又は（サービングセル／隣接セル）Ｄ２Ｄ探索リソースプール設定の単一構成であってもよい。また、例えば、それぞれのＤ２Ｄリソースプール設定に関連したＤ２Ｄ同期源（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）の一部又は全部がＤ２Ｄリソースプール設定ごとに異なることもある。
【００６９】
上述したように、特定のＤ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定に設定されるかＤ２Ｄリソースプール設定の間に共有された場合には、Ｄ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースを再設定する必要がある。例えば、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースは、（該当の特定のＤ２Ｄリソースプール設定に関連して）Ｄ２Ｄ同期源（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）が実際にＤ２ＤＳＳ伝送を遂行するか遂行する可能性が高いリソースを意味することができる。これに関連し、それぞれのＤ２Ｄリソースプール設定ごとにＤ２Ｄ通信送信及びＤ２Ｄ探索送信を異なった周期で遂行することができ、各Ｄ２Ｄリソースプール設定ごとにＤ２Ｄ通信リソースプール及び／又はＤ２Ｄ探索リソースプールが異なった周期で現れることができるからである。よって、互いに異なるＤ２Ｄリソースプール設定に対して同じ周期のＤ２ＤＳＳ送信を行うことは非効率的であり得る。
【００７０】
例えば、Ｄ２Ｄ探索に関連した送信のみを行うＤ２Ｄ端末にＤ２Ｄ探索周期よりひんぱんな頻度（例えば、Ｄ２Ｄ通信関連Ｄ２ＤＳＳ送信頻度）でＤ２ＤＳＳを送信するようにするのはＤ２Ｄ端末のバッテリーを非効率的に消耗させることもできる。また、例えばＤ２Ｄ通信送信動作を行うカバレージ外の（Ｏｕｔ−ｏｆ−Ｃｏｖｅｒａｇｅ、ＯＯＣ）Ｄ２Ｄ端末の場合、信頼度の高いＤ２Ｄ通信リンクの維持のために、前もって設定されるかシグナルされた短い（又は最小の）周期（例えば、Ｄ２ＤＳＳ＿ＯＯＣＰと呼ぶことができる）でＤ２ＤＳＳを送信することができる。例えば、Ｄ２ＤＳＳ＿ＯＯＣＰより長い周期を有するＤ２Ｄ探索周期に基づいてＤ２Ｄ探索送信動作のみを行うＤ２Ｄ端末の場合、Ｄ２Ｄ端末が短い周期を有するＤ２ＤＳＳ＿ＯＯＣＰに基づいてＤ２ＤＳＳの送信を行うのは非効率的であり得る。例えば、Ｄ２Ｄ探索周期値は３２０ｍｓ、６４０ｍｓ、１２８０ｍｓ、２５６０ｍｓ、５１２０ｍｓ又は１０２４０ｍｓの一つに設定することもできる。よって、異なった（又は独立的な）周期性とサブフレームオフセットによって設定される多数のＤ２Ｄリソースプール設定の間に、それぞれのＤ２Ｄリソースプール設定の周期性とサブフレームオフセットの設定に対する考慮なしでＤ２ＤＳＳ送信が同じ周期で遂行されるように設定することは非効率的であり得る。したがって、このような問題を解決するために、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースは下記のように設定することもできる。
【００７１】
（実施例１）
特定の（一つの）Ｄ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定に設定されるか多数のＤ２Ｄリソースプール設定の間に共有される場合、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースは、特定の（一つの）Ｄ２ＤＳＳ設定によって設定された全てのＤ２ＤＳＳサブフレームのうちでＤ２Ｄリソースプールの開始点（ｓｔａｒｔｉｎｇ  ｐｏｉｎｔ）以前（又は開始点を含む）の一番近いＤ２ＤＳＳサブフレームで構成されることができる。
【００７２】
例えば、上述した方法は、特定のＤ２Ｄリソースプール設定に関連したＤ２Ｄ同期源が該当の有効なＤ２Ｄサブフレーム上で（以後に一番近いＤ２Ｄリソースプールに関連した）Ｄ２ＤＳＳを送信するか送信する可能性が高いことを意味することができる。また、上述した方法は、例えば、特定の（一つの）Ｄ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定に設定されるか多数のＤ２Ｄリソースプール設定の間に共有される場合、Ｄ２Ｄ探索リソースプール設定に関連したＤ２ＤＳＳの伝送のためにのみ限定的に適用されるか／適用されることができ、また上述した方法は、前記表１に基づいて上述した特定の（一つの）Ｄ２ＤＳＳ設定がＤ２Ｄ通信とＤ２Ｄ探索の間に共有される場合にのみ限定的に適用することもできる。
【００７３】
図１２は一例示によるＤ２ＤＳＳ伝送リソースの構成を示す。
【００７４】
図１２で、表１に基づいて上述した“ネットワークがＤ２Ｄ通信と探索を共に支援する場合にＤ２ＤＳＳ送信設定はＤ２Ｄ探索とＤ２Ｄ通信に同一である（Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｓ  ｔｈｅ  ｓａｍｅ  ｂｅｔｗｅｅｎ  Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｆ  ｎｅｔｗｏｒｋ  ｓｕｐｐｏｒｔｓ  ｂｏｔｈ  Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ａｎｄ  ｄｉｓｃｏｖｅｒｙ）”という規則が適用される。例えば、図１２は一つの同じＤ２ＤＳＳ設定がＤ２Ｄ通信リソースプール設定とＤ２Ｄ探索リソースプール設定の間に共有される場合を示すこともできる。図１２で、Ｄ２Ｄ通信送信を行うＤ２Ｄ端末とＤ２Ｄ探索送信を行うＤ２Ｄ端末は互いに同一のＤ２ＤＳＳ送信リソース設定を有するが、実際にＤ２ＤＳＳを送信するサブフレームの全てが一致しない。図１２で示したように、Ｄ２Ｄ探索送信のみを行うＤ２Ｄ端末の場合（Ｄ２Ｄ  ＵＥ  Ｔｒａｎｓｍｉｔｔｉｎｇ  Ｄｉｓｃｏｖｅｒｙ）、Ｄ２ＤＳＳ設定によって設定された全てのＤ２ＤＳＳサブフレームのうち、実施例１によって（再）選定された一部の有効なＤ２ＤＳＳサブフレーム上でのみＤ２Ｄ探索リソースプール設定に関連したＤ２ＤＳＳの送信が遂行される。
【００７５】
例えば、さらに他の例として、特定の（一つの）Ｄ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定のために設定された場合、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースは、特定の（一つの）Ｄ２ＤＳＳ設定によって設定された全てのＤ２ＤＳＳサブフレームのうち、Ｄ２Ｄリソースプールの開始点（例えば、Ｓ−ＰＯＩＮＴと呼ぶことができる）以後（又はＳ−ＰＯＩＮＴを含む）の一番近いＤ２ＤＳＳサブフレームで構成されるか、Ｄ２Ｄリソースプールの開始点と一番近い距離（例えば、時間ドメイン及び／又は周波数ドメイン上）にあるＤ２ＤＳＳサブフレームで構成されるか、又はＤ２Ｄリソースプールの前もって定義された範囲内のＤ２ＤＳＳサブフレームのうちで一番早い（又は一番遅い）時点のＤ２ＤＳＳサブフレーム（又は一番目Ｄ２ＤＳＳサブフレーム）で構成されることができる。ここで、Ｄ２Ｄリソースプールの前もって定義された範囲はＳ−ＰＯＩＮＴで既に設定されたウィンドウの大きさを引き算したサブフレームからＳ−ＰＯＩＮＴまで、Ｓ−ＰＯＩＮＴからＳ−ＰＯＩＮＴに既に設定されたウィンドウの大きさを加算したサブフレームまで、又はＳ−ＰＯＩＮＴから既に設定されたウィンドウの大きさを引き算したサブフレームからＳ−ＰＯＩＮＴに既に設定されたウィンドウの大きさを加算したサブフレームまでを意味することができる。
【００７６】
一方、リリース１２の探索端末（又は探索のみを行う端末）は次のような規則にしたがってＤ２ＤＳＳを送信する。例えば、端末のＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）上りリンク送信と衝突が発生しない場合、端末が該当探索プール上で探索伝送を（実際に）行う（又は該当探索プール上で探索伝送を遂行する意図（ｉｎｔｅｎｔｉｏｎ）がある）場合、（ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）連結状態にある途中）基地局がＤ２ＤＳＳ送信の開始を（専用ＲＲＣシグナリング又はＳＩＢシグナリングで）指示した場合、探索（又は探索のみを行う）端末のＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）が探索Ｄ２ＤＳＳ送信の許容（又は開始）に関連して（専用ＲＲＣシグナリング又はＳＩＢシグナリングによって）設定されたＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）より小さい場合、及び／又は基地局が（専用ＲＲＣシグナリング又はＳＩＢシグナリングで）探索Ｄ２ＤＳＳ送信の中断を指示しない場合にのみＤ２ＤＳＳの送信を遂行するように規則を定義することもできる。
【００７７】
また、探索端末は次のような表２の規則にしたがってＤ２ＤＳＳを送信することもできる。
【００７８】
【表２】
0006605024.tif 000004
【００７９】
しかし、表２のリリース−１２行動は（カバレージ外及び／又は部分カバレージシナリオ（Ｐａｒｔｉａｌ  Ｃｏｖｅｒａｇｅ  Ｓｃｅｎａｒｉｏ）で動作する）公共安全（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ、ＰＳ）探索には適しないこともある。例えば、リリース−１２行動に基づいて探索Ｄ２ＤＳＳが送信される回数は探索プール周期ごとに一回に限定される。よって、（カバレージ内の端末による）カバレージ外の探索端末に対する安定的な（又は高い信頼度の）同期が充分に提供されにくい。したがって、ＰＳ探索端末（又はリリース１３探索端末）は次のような規則にしたがってＤ２ＤＳＳの送信を遂行することもできる。以下でのＳＬＳＳ（ＳｉｄｅＬｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）はＤ２ＤＳＳと同じ意味であってもよい。また、例えばＰＳ探索端末（又はリリース１３探索端末）は後述する行動１と行動２の一つのみに従うように設定されるか専用ＲＲＣシグナリング（又はＳＩＢシグナリング）によって行動１及び行動２の一つに従うように指示されることもできる。また、例えば後述する行動２に関連したＸパラメーター及び／又はＹパラメーターは別個のシグナリング（ＲＲＣ又はＳＩＢシグナリング）によって設定されるか既に設定された値であってもよい。例えば、行動２に関連したＸ及びＹパラメーターのうち、Ｘパラメーターのみを定義することもできる。この場合、行動１に基づいて決定されたサブフレームＮ上のＤ２ＤＳＳ送信以前にのみ追加的なＤ２ＤＳＳの送信が設定（又は、指示／許容）されるものと解釈することもできる。また、例えば探索送信を行う端末がカバレージ内（又はカバレージ外）に存在する場合にのみ、カバレージ内（又はカバレージ外）にある端末の探索受信を期待し、探索の送信を行う端末の場合にのみ、及び／又は（Ｄ２Ｄ）リレー−可用性（ＲＥＬＡＹ−ＣＡＰＡＢＩＬＩＴＹ）又は（Ｄ２Ｄ）通信−可用性を有する端末が探索送信を行う場合にのみ行動１又は行動２が遂行されるように規則を定義することもできる。行動１及び行動２は表３に記載した通りである。
【００８０】
【表３】
0006605024.tif 000005
【００８１】
図１３ａ及び１３ｂはそれぞれ行動１及び行動２によるＳＬＳＳ送信の一例示を示す。
【００８２】
図１３ａ及び１３ｂで、探索周期は６４０ｍｓである。図１３ａで、行動１によるＳＬＳＳの送信の一例示を示す。すなわち、探索プールの一番目サブフレーム（すなわち、リリース−１２行動によって決定されたサブフレーム）でＳＬＳＳの送信が遂行される。図１３ｂで、行動２によるＳＬＳＳの送信の一例示を示す。Ｘパラメーターは３で、Ｙパラメーターが２である場合、リリース−１２行動によって決定されたサブフレーム以前に４０ｍｓの間隔で３回のＳＬＳＳの送信を遂行し、決定されたサブフレーム以後に４０ｍｓの間隔で２回のＳＬＳＳの送信を遂行することができる。
【００８３】
（実施例２）
（本発明で）特定の（一つの）Ｄ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定のために設定されるか多数のＤ２Ｄリソースプール設定の間に共有されたとき、仮にＤ２Ｄ端末（又はＤ２Ｄ同期源）が前もって定義された（専用（ＲＲＣ））シグナリングによって（基地局から）特定のＤ２Ｄリソースプール設定に関連したＤ２ＤＳＳ送信を指示されるか（例えば、ネットワーク内の端末）Ｄ２ＤＳＳ送信を遂行（例えば、ネットワーク外の端末）することもできる。より具体的な例として、特定の（一つの）Ｄ２ＤＳＳ設定によって設定されたＤ２ＤＳＳサブフレームという条件のみ満たされれば、Ｄ２Ｄ端末が該当のＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ伝送遂行するように規則を定義することもできる。例えば、（Ｄ２Ｄ端末が（専用）シグナリングによってＤ２ＤＳＳ送信を指示される場合、又は前もって定義された（又はシグナルされた）条件が満たされる場合）特定のＤ２ＤＳＳ設定によって設定されたＤ２ＤＳＳサブフレームという条件が満たされれば、Ｄ２Ｄ端末はＤ２ＤＳＳ伝送を遂行することもできる。よって、例えば上述した実施例１によって（再）設定された特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳサブフレームではない場合にも、Ｄ２Ｄ端末は（Ｄ２Ｄ端末が（専用）シグナリングによってＤ２ＤＳＳ送信を指示される場合又は前もって定義された（又はシグナルされた）条件が満たされる場合）Ｄ２ＤＳＳの送信を遂行することもできる。例えば、このような方法の適用は、（専用（ＲＲＣ））シグナリングに基づくＤ２ＤＳＳ送信指示情報（及び／又はＤ２ＤＳＳシーケンス情報）が他の（ＳＩＢに基づく）Ｄ２ＤＳＳ関連情報より優先視されると解釈することもできる。また、端末は該当（専用（ＲＲＣ））シグナリングによってＤ２ＤＳＳ送信指示情報だけではなく（使われる）Ｄ２ＤＳＳシーケンス情報も伝達されることができる。また、例えばＤ２ＤＳＳ伝送関連（専用（ＲＲＣ））シグナリングを受けるＤ２Ｄ端末は（タイプ２Ｂ探索送信動作を行う）カバレージ内の（ＩＣ）Ｄ２Ｄ端末であってもよい。また、例えばＤ２Ｄ端末が（専用（ＲＲＣ））シグナリングによってＤ２ＤＳＳリソース情報及び／又はＤ２ＤＳＳシーケンス情報を受信すれば、Ｄ２Ｄ端末が（暗黙的に）Ｄ２ＤＳＳを送信するように規則を定義することもできる。また、例えば特定の（一つの）Ｄ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定のために設定されたとき、仮にＤ２Ｄ端末（又はＤ２Ｄ同期源）が前もって定義された（専用（ＲＲＣ））シグナリングによって（基地局から）特定のＤ２Ｄリソースプール設定に関連したＤ２ＤＳＳの送信を指示されれば、特定の（一つの）Ｄ２ＤＳＳ設定によって設定されたＤ２ＤＳＳサブフレーム有無に無関係に、（例えば、前もって定義された規則に従って以後の特定時点で）該当Ｄ２ＤＳＳ送信を遂行するように規則を定義することもできる。
【００８４】
（実施例３）
例えば、上述した実施例１及び／又は実施例２が適用されたとき、Ｄ２ＤＳＳサブフレーム当たりＤ２ＤＳＳ送信回数が一定でないこともある。この場合、（時間領域で）Ｄ２ＤＳＳ（ＲＸ）電力変動（ｐｏｗｅｒ  ｆｌｕｃｔｕａｔｉｏｎ）現象が発生し得る。電力変動現象は、例えばＯＯＣ  Ｄ２Ｄ端末がＤ２ＤＳＳ受信電力を考慮してＤ２Ｄ同期源として動作するか否かを決定するとき、ＯＯＣ端末の不正確な判断をきたすこともできる。
【００８５】
上述した問題を解決するために、Ｄ２ＤＳＳ受信電力測定が前もって定義された（又はシグナルされた）制限された時間（／周波数）リソース（領域）上でのみ遂行されるように規則を定義することができる。以下で、説明の便宜のために、Ｄ２ＤＳＳ受信電力測定が行われる制限された時間（／周波数）リソース（領域）は“ＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮ（例えば、後述する表６のＤ２ＤＳＳ測定周期で解釈することもできる）”と呼ぶことができる。例えば、ＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮではＤ２ＤＳＳ（ＲＸ）電力変動現象が発生しないかＤ２ＤＳＳ（ＲＸ）電力変動現象発生確率が低いと見なすこともできる。また、例えばＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮは同じＤ２ＤＳＳ伝送個数が保障される時間（／周波数）リソース（領域）又はＤ２ＤＳＳ伝送個数の差が少ない時間（／周波数）リソース（領域）で構成されることもできる。例えば、ＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮ設定情報は前もって定義された信号（例えば、ＲＲＣ、ＳＩＢ、ＰＤ２ＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  Ｓｈａｒｅ  Ｃｈａｎｎｅｌ））によって端末に伝達することもできる。また、例えばＤ２ＤＳＳ伝送個数は、実際に送信されるＤ２ＤＳＳの個数、又は平均的に送信されるＤ２ＤＳＳの個数、又は送信可能なＤ２ＤＳＳの最大値（又は最小値）などを意味することができる。
【００８６】
また、例えば、本実施例３は（上述した実施例１及び／又は実施例２の適用可否にかかわらず）（時間領域で）Ｄ２ＤＳＳ（ＲＸ）電力変動現象が発生する全ての場合に拡張して適用することもできる。
【００８７】
（実施例４）
特定の（一つの）Ｄ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定のために設定されるか多数のＤ２Ｄリソースプール設定の間に共有されるとき、上述した実施例１、実施例２、及び／又は実施例３が適用される場合、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースで送信されるＤ２ＤＳＳの（オープンループ）送信電力パラメーター及び／又はＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）設定（又はＣＰ長）は（下記表４参照）、該当特定のＤ２Ｄリソースプール設定に設定された（オープンループ）伝送電力パラメーター及び／又はＣＰ設定（又はＣＰ長）を使うか承継するように規則を定義することもできる。よって、例えばＤ２Ｄリソースプール設定別に異なった（オープンループ）伝送電力パラメーター及び／又はＣＰ設定（又はＣＰ長）が設定されていれば、それぞれのＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースで送信されるＤ２ＤＳＳの（オープンループ）伝送電力パラメーター及び／又はＣＰ設定（又はＣＰ長）も違って設定されることを意味することができる。
【００８８】
例えば、Ｄ２Ｄリソースプール設定別にＤ２ＤＳＳ（オープンループ）伝送電力設定関連オフセットが定義（又はシグナリング）された場合、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースで送信されるＤ２ＤＳＳの（オープンループ）伝送電力パラメーターは、該当特定のＤ２Ｄリソースプール設定に設定された（オープンループ）伝送電力パラメーターに追加的に（特定のＤ２Ｄリソースプール設定に設定された）Ｄ２ＤＳＳ（オープンループ）伝送電力関連オフセットを加えて最終的に導出／計算することもできる。ここで、例えば、Ｄ２ＤＳＳ（オープンループ）伝送電力関連オフセットは特定の（一つの）Ｄ２ＤＳＳ設定を共有する多数のＤ２Ｄリソースプール設定の間に共通した値に設定（又はシグナリング）されるかＤ２Ｄリソースプール設定別に独立的な（又は異なった）値に設定（又はシグナリング）されるように規則を定義することもできる。
【００８９】
さらに他の例として、特定の（一つの）Ｄ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定に対して設定されるか特定のＤ２ＤＳＳ設定が多数のＤ２Ｄリソースプール設定の間に共有され、上述した実施例１、実施例２、及び／又は実施例３が適用される場合、特定のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースで送信されるＤ２ＤＳＳの（オープンループ）伝送電力パラメーター及び／又はＣＰ設定（又はＣＰ長）は、該当特定の（一つの）Ｄ２ＤＳＳ設定を共有する多数のＤ２Ｄリソースプール設定のうち、前もって定義された規則に従って選定／導出される代表Ｄ２Ｄリソースプール設定の（オープンループ）伝送電力パラメーター及び／又はＣＰ設定（又はＣＰ長）を（共通的に）使うか承継するように規則を定義することもできる。
【００９０】
例えば、上述した規則の適用は、特定の（一つの）Ｄ２ＤＳＳ設定を共有する多数のＤ２Ｄリソースプール設定の有効なＤ２ＤＳＳリソースで送信されるＤ２ＤＳＳが、前もって定義された規則に従って選定／導出される代表Ｄ２Ｄリソースプール設定の（オープンループ）伝送電力パラメーター及び／又はＣＰ設定（又はＣＰ長）が共通的に適用されることを意味することができる。例えば、代表Ｄ２Ｄリソースプール設定は周期、Ｄ２Ｄ（探索／通信）信号タイプ、及び／又はＤ２Ｄ通信タイプなどに基づいて選定／導出されることもできる。例えば、相対的に長い（又は短い）周期のＤ２Ｄリソースプール設定を代表Ｄ２Ｄリソースプール設定に設定することもできる。また、例えばタイプ２Ｂ（又はタイプ１）探索リソースプール設定が代表Ｄ２Ｄリソースプール設定として選定／導出されることもできる。また、例えば、探索リソースプール設定（又は通信リソースプール設定）を代表Ｄ２Ｄリソースプール設定として設定することもできる。
【００９１】
表４はＤ２Ｄ通信に関連したＣＰ設定及び送信電力設定に対する一例示を示す。
【００９２】
【表４】
0006605024.tif 000006
【００９３】
（実施例５）
探索用途のＤ２ＤＳＳ（シーケンス／送信周期／送信リソース周期）と通信用途のＤ２ＤＳＳ（シーケンス／送信周期／送信リソース周期）が独立的に（又は別に）設定される場合、探索（信号）と通信（信号）を全て送信するＤ２Ｄ端末は通信用途のＤ２ＤＳＳのみを送信するように設定することもできる。例えば、通信用途のＤ２ＤＳＳは探索用途のＤ２ＤＳＳに比べて相対的に短い周期（例えば、４０ｍｓ又は８０ｍｓ）に設定することもできる。
【００９４】
また、例えば、探索用途のＤ２ＤＳＳ（シーケンス／送信周期／送信リソース周期）と通信用途のＤ２ＤＳＳ（シーケンス／送信周期／送信リソース周期）が独立的に（又は別個に）設定される場合、探索（信号）と通信（信号）を全て送信するＤ２Ｄ端末はＤＩＳＣＯＶＥＲＹ用途のＤ２ＤＳＳのみを送信するように設定することもできる。
【００９５】
また、例えば、探索用途のＤ２ＤＳＳ（シーケンス／送信周期／送信リソース周期）と通信用途のＤ２ＤＳＳ（シーケンス／送信周期／送信リソース周期）が独立的に（又は別個に）設定される場合、Ｄ２Ｄ端末は相対的に短い（あるいは長い）周期のＤ２ＤＳＳのみが送信されるように設定するか、Ｄ２Ｄ端末はＤ２Ｄ信号送信関連リソースがセル（又はｅＮＢ）から個別Ｄ２Ｄ送信端末に直接指定される方式（例えば、Ｄ２Ｄ通信モード１又はタイプ２Ｂ／２Ａ  ＤＳ）に基づくＤ２Ｄ通信に関連したＤ２ＤＳＳのみを送信するように設定されるか、あるいはＤ２Ｄ端末はセル（又はｅＮＢ）が複数のＤ２Ｄ送信端末に設定したリソースプール内で個別Ｄ２Ｄ送信端末が適切なリソースを選択する方式（例えば、Ｄ２Ｄ通信モード２又はタイプ１  ＤＳ））に基づくＤ２Ｄ通信に関連したＤ２ＤＳＳのみを送信するように設定することもできる。
【００９６】
下記の表５はＤ２Ｄ信号リソース（又はＤ２Ｄ信号リソースプール）の間に（時間リソース領域上で）重畳が発生／許容される場合のＤ２Ｄ信号送信方法に対する一例示である。
【００９７】
【表５】
0006605024.tif 000007
【００９８】
（実施例６）
例えば、Ｄ２Ｄ信号リソース（又はＤ２Ｄ信号リソースプール）の間に（時間リソース領域上の）重畳（ｏｖｅｒｌａｐ）が発生する（又は許される）場合、相対的に高い優先順位を有するＤ２Ｄ信号送信／受信に関連したリソース（又はリソースプール）上では相対的に低い優先順位を有する信号の送信／受信は許されないように設定することもできる。例えば、“優先順位”は多数の（Ｄ２Ｄ）信号送信が同じ時点（又は一部又は全部が重なる時間領域）上で同時にスケジューリング（又はトリガリング）されるとき、どの（Ｄ２Ｄ）信号の送信が優先するかを示す指標（例えば、相対的に低い優先順位の（Ｄ２Ｄ）信号の送信は省略（又は抜け落ち（ＤＲＯＰ））することができる）である。優先順位は、“（ＷＡＮ  ＵＬ（Ｕｐｌｉｎｋ）＞）Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）＞探索＞ＳＡ＞データ”の順に定義するか“（ＷＡＮ  ＵＬ＞）Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）＞ＳＡ＞データ＞探索”の順に定義することもできる（表５参照）。
【００９９】
また、相対的に高い優先順位を有するＤ２Ｄ信号送信／受信に関連したリソース（又はリソースプール）上で、（該当の高い優先順位を有するＤ２Ｄ信号送信が同時にスケジューリング（又はトリガリング）されない場合）下記の条件の少なくとも一部又は全部を満たす相対的に低い優先順位を有する特定の信号の送信／受信が例外的に許されることもできる。ここで、例えば、該当特定の信号を除いた相対的に低い優先順位を有する残りの信号の送信／受信は、相対的に高い優先順位を有するＤ２Ｄ信号送信／受信関連リソース（又はリソースプール）上で許されないことを意味することもできる。また、例えば、前もって設定された（又はシグナルされた）後述の規則の一部又は全部に対する設定可能性（ＣＯＮＦＩＧＵＲＡＢＩＬＩＴＹ）を定義することもできる。例えば、設定可能性は前もって設定されるかシグナルされた下記の規則の全部又は一部のうち、どの方式が適用されるかがシグナルされることを意味することができる。
【０１００】
−実施例６−１：基地局（ｅＮＢ）トリガリング（又はスケジューリング）に基づく相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信が例外的に許されるように規則を定義することもできる。ここで、例えば、基地局トリガリング（又はスケジューリング）に基づく相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信は、モード１  Ｄ２Ｄ通信（“モード１  ＣＭ”と呼ぶことができる）関連ＳＡチャネル送信を意味することができる。また、例えば基地局トリガリング（又はスケジューリング）に基づく相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信は、モード１  ＣＭに関連したデータチャネル送信、タイプ２探索（例えば、“タイプ２  ＤＳ”と呼ぶことができ、タイプ２Ａ又は２Ｂ探索に限定することができる）送信、及び／又は基地局トリガリング（又は命令）に基づくＤ２ＤＳＳ／ＰＤ２ＤＳＣＨ送信を含むことができる。
【０１０１】
例えば、“（ＷＡＮ  ＵＬ＞）Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）＞探索＞ＳＡ＞データ”の優先順位規則を適用することができる。この場合、Ｄ２Ｄ探索リソース（又はＤ２Ｄ探索リソースプール）とＤ２Ｄ  ＳＡリソース（又はＤ２Ｄ  ＳＡリソースプール）が（時間リソース領域上で）重畳した所で、モード１  ＣＭ関連ＳＡチャネル伝送がトリガリング（又はスケジューリング）されれば、前もって定義された規則に従って、該当モード１  ＣＭ関連ＳＡチャネル伝送を例外的に許すこともできる。また、例えば、Ｄ２Ｄ探索リソース（又はＤ２Ｄ探索リソースプール）とＤ２Ｄ  ＳＡリソース（又はＤ２Ｄ  ＳＡリソースプール）が重畳した所で探索の送信とモード１  ＣＭに関連したＳＡチャネルの同時送信がトリガーされた場合、前もって定義された（又はシグナルされた）優先順位規則に従って、端末は探索送信を遂行することもできる。
【０１０２】
−実施例６−２：前もって定義された（又はシグナルされた）相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信は例外的に許されるように規則を定義することもできる。ここで、例えば、例外的な送信が許される相対的に低い優先順位を有する特定のＤ２Ｄ信号は、ＳＡチャネル（例えば、モード１  ＣＭ（又はモード２  Ｄ２Ｄ通信（モード２  ＣＭ））に関連したＳＡチャネルに限定されることもできる）、ＤＡＴＡチャネル（例えば、モード１  ＣＭ（又はモード２  ＣＭ）関連データチャネルに限定されることもできる）、ＤＳ（例えば、タイプ２Ａ  ＤＳ、タイプ２Ｂ  ＤＳ又はタイプ１  ＤＳに限定されることもできる）、Ｄ２ＤＳＳ（例えば、カバレージ内のＤ２Ｄ同期源又はカバレージ外のＤ２Ｄ同期源から送信されるＤ２ＤＳＳ）、及び／又はＰＤ２ＤＳＣＨ（例えば、カバレージ内のＤ２Ｄ同期源又はカバレージ外のＤ２Ｄ同期源から送信されるＰＤ２ＤＳＣＨ）を含むこともできる。
【０１０３】
−実施例６−３：リソース（又はリソースプール）周期（及び／又はＤ２Ｄ信号送信周期）の側面で、相対的に高い優先順位を有するＤ２Ｄ信号より長い（又は短い）周期を有する相対的に低い優先順位を有するＤ２Ｄ信号の送信は例外的に許されるように規則を定義することもできる。より具体的に、例えば、“（ＷＡＮ  ＵＬ＞）Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）＞探索＞ＳＡ＞データ”順の優先順位規則が適用されることができる。また、この場合、３２０ｍｓの周期に基づくＤ２Ｄ探索リソース（又はＤ２Ｄ探索リソースプール）と４０ｍｓの周期に基づくＤ２Ｄ  ＳＡリソース（又はＤ２Ｄ  ＳＡリソースプール）が（時間リソース領域上で）重畳した所で、相対的に短い周期に基づくＳＡチャネル送信は例外的に許されることもできる。さらに他の例示として、３２０ｍｓの周期に基づくＤ２Ｄ探索リソース（又はＤ２Ｄ探索リソースプール）と４０ｍｓの周期に基づくＤ２Ｄ  ＳＡリソース（又はＤ２Ｄ  ＳＡリソースプール）が（時間リソース領域上で）重畳した所で、探索送信とＳＡチャネル送信が同時にトリガーされる場合、前もって定義された（又はシグナルされた）優先順位規則に従って、Ｄ２Ｄ端末は探索送信を遂行することができる。上述した規則は、同じ優先順位を有するＤ２Ｄ信号送信（／受信）関連リソース（又はリソースプール）の間に（時間リソース領域上での）重畳が発生した場合にも拡張して適用することができる。また、例えば上述した規則は前もって定義されたシグナルの間にのみ限定的に適用（ここで、一例として、“探索とＳＡの間”及び／又は“探索とデータの間”及び／又は“ＳＡとデータの間”）することもできる。
【０１０４】
−実施例６−４：ＤＬタイミング（又はＵＬタイミング）に基づいて行われる相対的に低い優先順位を有する特定のＤ２Ｄ信号送信は例外的に許されることもできる。例えば、ＤＬタイミングに基づいて行われるＤ２Ｄ信号送信はＳＡチャネル（及び／又はモード２  ＣＭ関連データチャネル及び／又はタイプ１  ＤＳ）であってもよい。また、ＵＬタイミングに基づいて行われるＤ２Ｄ信号送信はモード１  ＣＭ関連データチャネル（及び／又はタイプ２ＤＳ）であってもよい。また、例えば、カバレージ内のＤ２Ｄ端末又はカバレージ外のＤ２Ｄ端末で行われる相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信は例外的に許されることもできる。また、他の例として、前もって定義された（又はシグナルされた）閾値（ＴＨＲＥＳＨＯＬＤ）より小さい（又は大きい）送信電力に基づいて行われる相対的に低い優先順位を有する特定のＤ２Ｄ信号送信、又は相対的に高い優先順位を有するＤ２Ｄ信号より小さい（又は大きい）送信電力に基づいて行われる相対的に低い優先順位を有する特定のＤ２Ｄ信号送信は例外的に許されることもできる。
【０１０５】
実施例６−５：前もって定義された（又はシグナルされた）基地局トリガリング（又はスケジューリング）に基づく特定のＤ２Ｄ信号の送信は例外的に許されることもできる。また、基地局トリガリング（又はスケジューリング）とは無関係に、特定のＤ２Ｄ信号の送信は例外的に許されることもできる。ここで、例えば、該当特定のＤ２Ｄ信号は、Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）（例えば、カバレージ内のＤ２Ｄ同期源又はカバレージ外のＤ２Ｄ同期源から送信されるＤ２ＤＳＳ（／ＰＤ２ＤＳＣＨ））、ＳＡチャネル（例えば、モード１  ＣＭ又はモード２  ＣＭ関連ＳＡチャネル）、データチャネル（例えば、モード１  ＣＭ又はモード２  ＣＭ関連データチャネル）、ＤＳ（例えば、タイプ２Ａ  ＤＳ、タイプ２Ｂ  ＤＳ、又はタイプ１  ＤＳ）、及び／又はＰＤ２ＤＳＣＨに定義することもできる。
【０１０６】
実施例６−６：（相対的に低い優先順位を有する）Ｄ２Ｄ信号の受信（又は送信）動作は例外的に許されるように規則を定義することもできる。
【０１０７】
実施例６−７：相対的に高い優先順位を有するＤ２Ｄ信号（送信／受信）関連リソース（又はリソースプール）上で、（例えば、該当の高い優先順位を有するＤ２Ｄ信号の送信が同時にスケジューリング（又はトリガリング）されない場合）相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信（又は受信）の許容は、相対的に高い優先順位を有するＤ２Ｄ信号のＣＰ長設定及び／又はタイミング（レファレンス）と相対的に低い優先順位を有するＤ２Ｄ信号のＣＰ長設定及び／又はタイミング（レファレンス）が同一である場合にのみ限定的に遂行されるか遂行されるように仮定することもできる。
【０１０８】
（実施例７）
例えば、Ｄ２Ｄ信号リソース（又はＤ２Ｄ信号リソースプール）の間に（時間リソース領域上での）重畳が発生（又は許容）した場合、相対的に高い優先順位を有するＤ２Ｄ信号送信（／受信）関連リソース（又はリソースプール）上では相対的に低い優先順位を有する信号の送信（／受信）が許されないように設定することができる。
【０１０９】
しかし、例えば、上述した実施例１が適用される場合（及び／又は特定のＤ２ＤＳＳ設定が多数のＤ２Ｄ（探索／通信）リソースプール設定の間に共有される場合）、特定の探索リソースプール設定の有効なＤ２ＤＳＳリソースは、特定の（一つの）Ｄ２ＤＳＳ設定によって設定された開始点（又は一番目サブフレーム）を含む全てのＤ２ＤＳＳサブフレームのうち、一番近いＤ２ＤＳＳサブフレームによって構成（又は限定）されることができる。
【０１１０】
例えば、該当の有効なＤ２Ｄサブフレーム上では（以後に一番近いＤ２Ｄリソースプールに関連した）Ｄ２ＤＳＳが送信されるとあるいは送信される可能性が高いと見なすことができる。以下の実施例は探索リソースプール関連の有効なＤ２ＤＳＳリソース（又は有効なＤ２ＤＳＳサブフレーム）ではない他のＤ２ＤＳＳリソース（又はＤ２ＤＳＳサブフレーム）上で、Ｄ２ＤＳＳより相対的に低い優先順位を有するＤ２Ｄ信号の送受信規則に対するものである。以下の説明において、説明の便宜のために、探索リソースプール関連の有効なＤ２ＤＳＳリソース（又は有効なＤ２ＤＳＳサブフレーム）ではない他のＤ２ＤＳＳリソース（又はＤ２ＤＳＳサブフレーム）は“ＩＮＶＡＬ＿ＲＳＣ”と呼ぶことができる。また、例えば、該当ＩＮＶＡＬ＿ＲＳＣ上では（以後に一番近いＤ２Ｄリソースプールに関連した）Ｄ２ＤＳＳが送信されないとあるいは送信される可能性が低いと見なすことができる。上述したように、特定の（一つの）Ｄ２ＤＳＳ設定が設定（又は共有）された多数のＤ２Ｄリソースプール設定はＤ２Ｄ探索リソースプール設定の単一構成であってもよい。例えば、このような状況は後述する実施例１５及び／又は実施例１６によって、サービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）していることを意味することもできる。後述する表６に記載したように、カバレージ内のＤ２Ｄ端末のためにセル別に多くとも一つのＤ２ＤＳＳリソース（又はＤ２ＤＳＳ設定）を設定することができ、仮にサービングセル（又は特定のセル）がＤ２Ｄ探索とＤ２Ｄ通信を共に支援（設定）する場合であれば、該当の一つのＤ２ＤＳＳリソース（又はＤ２ＤＳＳ設定）はＤ２Ｄ探索リソースプール設定（等）とＤ２Ｄ通信リソースプール設定（等）の間に共有されなければならないからである。
【０１１１】
上述した実施例１がこのような状況（例えば、サービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）している場合）に適用される場合、上述した実施例７に係わる例示の適用は、サービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）している場合にのみ例外的にＩＮＶＡＬ＿ＲＳＣ上の前もって定義された（Ｄ２ＤＳＳより相対的に低い優先順位を有する）Ｄ２Ｄシグナルの送信（／受信）が許されることを意味することができる。すなわち、これは、残りの場合（又はシナリオ）にはＩＮＶＡＬ＿ＲＳＣ上でのＤ２ＤＳＳより相対的に低い優先順位を有するＤ２Ｄシグナル又は全てのＤ２Ｄシグナルの送信（／受信）が許されないことを意味することができる。また、例えば、実施例７がサービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）している場合にのみ適用されるとは、実施例７がＤ２Ｄ探索（送信（／受信））動作のみを行うＤ２Ｄ端末に限定的に適用されることを意味することができる。上述したように、実施例７の目的は、実施例１が適用される（特定）状況の下で、Ｄ２ＤＳＳより相対的に低い優先順位を有するＤ２Ｄ信号（又は全てのＤ２Ｄ信号）の送信（／受信）をＩＮＶＡＬ＿ＲＳＣで許さないことによって発生するＤ２Ｄ信号の送信（／受信）機会の浪費を減らすためである。
【０１１２】
また、例えば、以下の実施例はＤ２Ｄ信号リソース（又はＤ２Ｄ信号リソースプール）の間に（時間リソース領域上での）重畳が発生（又は許容）する場合、相対的に高い優先順位を有するＤ２Ｄ信号送信（／受信）関連リソースプールの有効な（送信）リソース（又は有効な（送信）サブフレーム）ではない他のリソース（又はサブフレーム）上で、相対的に低い優先順位を有するＤ２Ｄ信号送信（／受信）のためにも拡張して適用することもできる。
【０１１３】
例えば、相対的に高い優先順位を有するＤ２Ｄ信号送信（／受信）関連リソースプールの有効な（送信）リソース（又は有効な（送信）サブフレーム）は該当の相対的に高い優先順位を有するＤ２Ｄ信号送信が実際に遂行される（又は遂行される可能性が高い）リソースを意味することができる。一方、例えば、相対的に高い優先順位を有するＤ２Ｄ信号送信（／受信）関連リソースプールの有効な（送信）リソース（又は有効な（送信）サブフレーム）ではない他のリソース（又はサブフレーム）は該当の相対的に高い優先順位を有するＤ２Ｄ信号の送信が実際に遂行されない（又は遂行される可能性が低い）リソースを意味することができる。
【０１１４】
また、例えば前もって設定された（又はシグナルされた）下記の一部（又は全て）の実施例の間に設定可能性（ｃｏｎｆｉｇｕｒａｂｉｌｉｔｙ）を定義することもできる。例えば、設定可能性は前もって設定された（又はシグナルされた）下記の一部（又は全て）の実施例のうちどの方式が適用されるかをシグナリングすることを意味することができる。
【０１１５】
−実施例７−１：ＩＮＶＡＬ＿ＲＳＣでは基地局（ｅＮＢ）トリガリング（又はスケジューリング）に基づく（Ｄ２ＤＳＳより）相対的に低い優先順位を有する特定のＤ２Ｄ信号送信は例外的に許されることもできる。例えば、基地局トリガリング（又はスケジューリング）に基づく相対的に低い優先順位を有する特定のＤ２Ｄ信号送信は、モード１  ＣＭ関連ＳＡチャネル送信（及び／又はモード１  ＣＭ関連データチャネル送信及び／又はタイプ２ＤＳ送信（ここで、例えば、タイプ２Ａ  ＤＳ又はタイプ２Ｂ  ＤＳ））及び／又は基地局トリガリング（又はコマンド）に基づくＤ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）送信）に定義することもできる。
【０１１６】
例えば、“（ＷＡＮ  ＵＬ＞）Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）＞探索＞ＳＡ＞データ”の優先順位規則が適用される場合、ＩＮＶＡＬ＿ＲＳＣでモード１  ＣＭ関連ＳＡチャネル伝送トリガリング（又はスケジューリング）されれば、前もって定義された規則に従って、該当モード１  ＣＭ関連ＳＡチャネル送信が例外的に許されることができる。
【０１１７】
−実施例７−２：ＩＮＶＡＬ＿ＲＳＣでは前もって定義された（又はシグナルされた）（Ｄ２ＤＳＳより）相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信は例外的に許されることもできる。ここで、例えば、例外的な送信が許される相対的に低い優先順位を有する特定のＤ２Ｄ信号は、Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）（例えば、カバレージ内のＤ２Ｄ同期源又はカバレージ外のＤ２Ｄ同期源から送信されるＤ２ＤＳＳ（／ＰＤ２ＤＳＣＨ））、ＳＡチャネル（例えば、モード１  ＣＭ又はモード２  ＣＭ関連ＳＡチャネル）、データチャネル（例えば、モード１  ＣＭ又はモード２  ＣＭ関連データチャネル）、ＤＳ（例えば、タイプ２Ａ  ＤＳ、タイプ２Ｂ  ＤＳ、又はタイプ１  ＤＳ）、及び／又はＰＤ２ＤＳＣＨに定義することもできる。
【０１１８】
−実施例７−３：ＩＮＶＡＬ＿ＲＳＣではリソース（又はリソースプール）周期（及び／又はＤ２Ｄ信号送信周期）の側面で、Ｄ２ＤＳＳより（又は相対的に高い優先順位を有するＤ２Ｄ信号より）長い（又は短い）周期を有する相対的に低い優先順位を有するＤ２Ｄ信号送信は例外的に許されることもできる。具体的に、“（ＷＡＮ  ＵＬ＞）Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）＞探索＞ＳＡ＞データ”の優先順位規則が適用される場合、仮にＤ２ＤＳＳリソース（又はＤ２ＤＳＳリソースプール）が８０ｍｓの周期で設定され、ＳＡリソース（又はＳＡリソースプール）が４０ｍｓの周期で設定されれば、ＩＮＶＡＬ＿ＲＳＣで相対的に短い周期に基づくＳＡチャネル送信は例外的に許されることができる。
【０１１９】
−実施例７−４：ＩＮＶＡＬ＿ＲＳＣではＤＬタイミング（又はＵＬタイミング）に基づいて行われる（Ｄ２ＤＳＳより）相対的に低い優先順位を有する特定のＤ２Ｄ信号送信は例外的に許されることもできる。例えば、ＤＬタイミングに基づいて行われるＤ２Ｄ信号送信はＳＡチャネル（及び／又はモード２  ＣＭ関連データチャネル及び／又はタイプ１  ＤＳ）であってもよい。また、ＵＬタイミングに基づいて行われるＤ２Ｄ信号送信はモード１  ＣＭ関連データチャネル（及び／又はタイプ２ＤＳ）であってもよい。
【０１２０】
さらに他の例として、ＩＮＶＡＬ＿ＲＳＣではカバレージ内のＤ２Ｄ端末（又はカバレージ外のＤ２Ｄ端末）で行われる（Ｄ２ＤＳＳより）相対的に低い優先順位を有する特定のＤ２Ｄ信号送信は例外的に許されることもできる。
【０１２１】
さらに他の例として、前もって定義された（又はシグナルされた）閾値（ＴＨＲＥＳＨＯＬＤ）より小さい（又は大きい）送信電力に基づいて行われる（Ｄ２ＤＳＳより）相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信、又はＤ２ＤＳＳより（又は相対的に高い優先順位を有するＤ２Ｄ信号より）小さい（又は大きい）送信電力に基づいて行われる（Ｄ２ＤＳＳより）相対的に低い優先順位を有する特定のＤ２Ｄ信号の送信は例外的に許されることもできる。
【０１２２】
−実施例７−５：ＩＮＶＡＬ＿ＲＳＣでは前もって定義された（又はシグナルされた）基地局トリガリング（又はスケジューリング）に基づく特定のＤ２Ｄ信号送信又は（基地局トリガリング（又はスケジューリング）可否に構わず）特定のＤ２Ｄ信号の送信は例外的に許されることもできる。
【０１２３】
例えば、該当特定のＤ２Ｄ信号は、ＳＡチャネル（例えば、モード１  ＣＭ又はモード２  ＣＭに関連したＳＡチャネル）、データチャネル（例えば、モード１  ＣＭ又はモード２  ＣＭ関連データチャネル）、ＤＳ（例えば、タイプ２Ａ  ＤＳ、タイプ２Ｂ  ＤＳ、又はタイプ１  ＤＳ）、及び／又はＰＤ２ＤＳＣＨ（例えば、カバレージ内又はカバレージ外のＤ２Ｄ同期源から送信されるＰＤ２ＤＳＣＨ）を含むことができる。
【０１２４】
−実施例７−６：ＩＮＶＡＬ＿ＲＳＣでは（相対的に低い優先順位を有する）Ｄ２Ｄ信号の受信（又は送信）動作は例外的に許されることもできる。
【０１２５】
−実施例７−７：ＩＮＶＡＬ＿ＲＳＣで、相対的に低い優先順位を有する特定のＤ２Ｄ信号送信（又は受信）の許容は、Ｄ２ＤＳＳ信号のＣＰ長設定及び／又はタイミング（レファレンス）と相対的に低い優先順位を有するＤ２Ｄ信号のＣＰ長設定及び／又はタイミング（レファレンス）が同一である場合にのみ遂行されるか遂行されるように仮定することができる。
【０１２６】
上述した実施例に対する例示も本発明の具現方法の一つとして含まれ、それぞれが独立した実施例を構成することができるのは明らかである。また、上述した実施例は独立的に具現されることもできるが、一部の実施例と組合せ（又は併合）して具現されることもできる。上述した実施例はＦＤＤシステム（又はＴＤＤシステム）環境の下でのみ限定的に適用することもできる。上述した実施例は（特定のタイプ／モードの）探索メッセージ送信又はＤ２Ｄデータチャネル送信又はＳＡ送信でのみ適用することもできる。
【０１２７】
また、下記の表６はＤ２ＤＳＳ送信条件の一例であり、表６の内容も本発明の実施例として含まれることができる。
【０１２８】
【表６−１】
0006605024.tif 000008
【０１２９】
【表６−２】
0006605024.tif 000009
【０１３０】
【表６−３】
0006605024.tif 000010
【０１３１】
一方、Ｄ２ＤＳＳは一サブフレームの一部シンボルでのみ送信されるので、Ｄ２ＤＳＳサブフレームでＤ２ＤＳＳ送信とは違うＤ２Ｄチャネル（探索、ＳＡ、通信データ）の送信が重畳する場合、Ｄ２ＤＳＳが送信されるシンボルではＤ２ＤＳＳが送信されるが、残りのシンボルでは他のＤ２Ｄチャネルが送信されるように動作することにより、一サブフレームでＤ２ＤＳＳと他のＤ２Ｄチャネルを一緒に送信することができる。この際、Ｄ２ＤＳＳが使用するＣＰ長とその他のＤ２Ｄチャネルが使用するＣＰ長が互いに異なることもある。この場合のＵＥ動作としては下記の方法を用いることができる。
【０１３２】
（実施例８）
Ｄ２ＤＳＳと他のＤ２ＤチャネルのＣＰ長が同一である場合には一サブフレームで一緒に送信されるが、ＣＰ長が互いに異なる場合には他のＤ２Ｄチャネルが送信されないこともある。その結果として、ＣＰ長が互いに異なる場合には該当サブフレームではＤ２ＤＳＳのみが送信される。この動作によって同じサブフレーム以内でＣＰ長を変化しながら信号を送信する複雑な動作を事前に防止し、端末の具現を単純化することができる。
【０１３３】
（実施例９）
Ｄ２ＤＳＳと他のＤ２ＤチャネルのＣＰ長が互いに異なる場合にはＤ２ＤＳＳシンボルと少なくとも一部が重畳するシンボルでは他のＤ２Ｄチャネルが送信されない。すなわち、Ｄ２ＤＳＳシンボルと全然重畳しないシンボルのみを用いて他のＤ２Ｄチャネルが送信されることができる。また、重畳はシンボル境界を基準に定義することもできるが、ＣＰ長の転換時間に鑑みて、一定の遷移区間（ｔｒａｓｉｅｎｔ  ｐｅｒｉｏｄ）に基づいて定義することもできる。例えば、Ｄ２ＤＳＳシンボル境界の前後に一定の遷移区間（ｔｒａｎｓｉｅｎｔ  ｐｅｒｉｏｄ）を含む時間領域で重畳する他のＤ２Ｄチャネルシンボルは送信されないこともある。
【０１３４】
（実施例１０）
Ｄ２ＤＳＳと他のＤ２ＤチャネルのＣＰ長が互いに異なる場合、（Ｄ２ＤＳＳシンボルと少なくとも一部が重畳するシンボルでは）該当Ｄ２ＤＳＳサブフレーム内で送信される他のＤ２ＤチャネルのＣＰ長はＤ２ＤＳＳのＣＰ長によって送信されることもできる。よって、同じサブフレーム以内でＣＰ長を変化しながら信号を送信する複雑な動作を事前に防止し、端末の具現を単純化することができる。
【０１３５】
（実施例１１）
Ｄ２ＤＳＳサブフレームでＤ２ＤＳＳ送信と他のＤ２Ｄチャネル（探索、ＳＡ、通信データ）の送信が重畳する場合、Ｄ２ＤＳＳが送信されるシンボルではＤ２ＤＳＳが送信されるが、残りのシンボルでは他のＤ２Ｄチャネルが送信されることができる。この場合、該当Ｄ２ＤＳＳサブフレーム内で送信される他のＤ２ＤチャネルのＣＰ長はＤ２ＤＳＳのＣＰ長（例えば、ＰＤ２ＤＳＳのＣＰ長又はＳＤ２ＤＳＳのＣＰ長）（又はこのような用途に前もって定義されたＣＰ長（例えば、ｅｘｔｅｎｄｅｄ  ＣＰ長又はｎｏｒｍａｌ  ＣＰ長））に合わせて送信されることもできる。
【０１３６】
（実施例１２）
Ｄ２ＤＳＳサブフレームでＤ２ＤＳＳ送信と他のＤ２Ｄチャネル（例えば、探索、ＳＡ、又は通信データ）の送信が重畳する場合、Ｄ２ＤＳＳが送信されるシンボルではＤ２ＤＳＳが送信されるが、残りのシンボルでは他のＤ２Ｄチャネルが送信されることができる。この場合、該当Ｄ２ＤＳＳサブフレーム内で送信される他のＤ２Ｄチャネルの（オープン−ループ）電力制御パラメーターはＤ２ＤＳＳの（オープン−ループ）電力制御パラメーター（例えば、ＰＤ２ＤＳＳの（オープン−ループ）電力制御パラメーター又はＳＤ２ＤＳＳの（オープン−ループ）電力制御パラメーター又はＰＤ２ＤＳＳとＳＤ２ＤＳＳのうちで相対的に低い（又は高い）電力値の（オープン−ループ）電力制御パラメーター）（又はこのような用途に前もって定義された（オープン−ループ）電力制御パラメーター）によって設定することもできる。
【０１３７】
例えば、実施例１２は上述した実施例（例えば、実施例８、実施例９、実施例１０、及び／又は実施例１１）と組合せて適用することもできる。さらに他の例として、Ｄ２ＤＳＳサブフレームでＤ２ＤＳＳ送信と他のＤ２Ｄチャネル（例えば、探索、ＳＡ、及び／又は通信データ）の送信が重畳する場合、Ｄ２ＤＳＳが送信されるシンボルではＤ２ＤＳＳが送信されるが、残りのシンボルでは他のＤ２Ｄチャネルが送信されることができる。この場合、該当Ｄ２ＤＳＳサブフレーム内で送信される他のＤ２Ｄチャネルの（オープン−ループ）電力制御パラメーターはＰＤ２ＤＳＣＨの（オープン−ループ）電力制御パラメーターによって設定することもできる。
【０１３８】
さらに他の例として、上述した実施例１２はＤ２ＤＳＳと他のＤ２ＤチャネルのＣＰ長が互いに異なる場合（又はＤ２ＤＳＳと他のＤ２ＤチャネルのＣＰ長が同一である場合）にのみ限定的に適用することもできる。
【０１３９】
上述した実施例（例えば、実施例８、９、１０、１１及び／又は１２）はＤ２ＤＳＳと他のＤ２Ｄチャネルが同じサブフレームの少なくとも一部ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で重畳する場合に適用することができる。追加的に、Ｄ２ＤＳＳと他のＤ２ＤチャネルがＰＲＢで重畳しない場合にも上述した実施例を適用することができる。これは、特にＤ２ＤＳＳが送信されるシンボルではたとえ他のＰＲＢであると言っても他のチャネルの送信を中止することによって干渉を防止する効果を得るためである。また、上述した実施例は独立的に具現されることもできるが、一部の実施例の組合せ（又は併合）の形態に（例えば、実施例８及び実施例１２、又は実施例９、１０、及び１２）具現されることもできる。
【０１４０】
例えば、Ｄ２Ｄ端末がＤ２ＤＳＳを効率的に送信する提案方法は下記の表７を参照することができる。例えば、表７の［実施例１３］及び／又は［実施例１４］は表７の内容との併合（又は相関）なしで独立的な実施例として取り扱うことができる。
【０１４１】
【表７−１】
0006605024.tif 000011
【０１４２】
【表７−２】
0006605024.tif 000012
【０１４３】
【表７−３】
0006605024.tif 000013
【０１４４】
【表７−４】
0006605024.tif 000014
【０１４５】
【表７−５】
0006605024.tif 000015
【０１４６】
【表７−６】
0006605024.tif 000016
【０１４７】
前記表７に関連し、実施例１３及び１４は次のように簡略に要約することができる。
【０１４８】
（実施例１３）
端末は、例えば、ＷＡＮ  ＵＬ送信などによってリソースプール内で探索信号を送信することができないこともある。よって、本発明において、“端末が探索プール内で探索メッセージを送信する”と言う規則は“端末が探索プール内で探索信号を送信する意図（ｉｎｔｅｎｔｉｏｎ）がある”に解釈及び修正することができる。
【０１４９】
（実施例１４）
また、Ｄ２Ｄ通信において、ＳＡが先に送信され、その後にＤ２ＤＳＳが送信されることができる。これにより、Ｄ２Ｄ受信端末は更新された（又は正確な）同期でＳＡを受信することができないこともあり得る。これを解決するための方法として、Ｄ２Ｄ送信端末が探索手順に適用された条件と同様に、ＳＡ送信以前に（前もって定義された（又はシグナルされた）回数だけ）同期伝送を（追加的に）遂行することができる。しかし、この場合、特に大きな初期周波数オフセットを有するアウト−ネットワーク端末に対し、単一サブフレームＤ２ＤＳＳは安定的同期性能を提供するのに十分でないこともあり得る。よって、ＳＡの送信以前に複数のサブフレームでＤ２ＤＳＳが送信されることがより好ましいこともある。
【０１５０】
以下で、表７に基づいて上述した実施例１４に対する（追加的な）実施例を説明する。例えば、以下の実施例は、“ＳＡ又はＤ２Ｄデータを送信する端末に対し、Ｄ２ＤＳＳリソース内の毎サブフレームで該当サブフレームがＳＡ又はデータが送信されるＳＡ又はデータ周期内にある場合、端末はＤ２ＤＳＳを送信しなければならない（ＦＯＲ  Ａ  ＵＥ  ＴＲＡＮＳＭＩＴＴＩＮＧ  ＳＡ  ＯＲ  Ｄ２Ｄ  ＤＡＴＡ、  ＩＮ  ＥＡＣＨ  ＳＵＢＦＲＡＭＥ  ＩＮ  ＴＨＥ  Ｄ２ＤＳＳ  ＲＥＳＯＵＲＣＥ、  ＴＨＥ  ＵＥ  ＳＨＡＬＬ  ＴＲＡＮＳＭＩＴ  Ｄ２ＤＳＳ  ＩＦ  ＴＨＥ  ＳＵＢＦＲＡＭＥ  ＩＳ  ＷＩＴＨＩＮ  ＴＨＥ  ＳＡ  ＯＲ  Ｄ２Ｄ  ＤＡＴＡ  ＰＥＲＩＯＤ  ＩＮ  ＷＨＩＣＨ  ＳＡ  ＯＲ  ＤＡＴＡ  ＩＳ  ＴＲＡＮＳＭＩＴＴＥＤ）”という規則に基づくＤ２ＤＳＳ送信の外に、追加的なＤ２ＤＳＳの送信のために用いられることもできる。
【０１５１】
例えば、以下の実施例はカバレージ内のＤ２Ｄ端末（及び／又はＯＯＣ  Ｄ２Ｄ端末）又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ端末（及び／又はＲＲＣ＿ＩＤＬＥ端末）にのみ限定的に適用することもできる。さらに他の例として、以下の提案方法はＤ２ＤＳＳ送信（／受信）能力がある端末にのみ限定的に適用することもできる。例えば、以下の実施例は探索送信（／受信）を行うＤ２Ｄ端末（又は探索送信（／受信）を遂行する意図（ｉｎｔｅｎｔｉｏｎ）があるＤ２Ｄ端末）及び／又はＳＡ又はＤ２Ｄデータ送信（／受信）を行うＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信（／受信）を遂行する意図があるＤ２Ｄ端末）にのみ限定的に（又はこのようなＤ２Ｄ端末にも拡張して）適用することもできる。
【０１５２】
例示１：例えば、ＳＡ又はＤ２Ｄデータ（又は探索信号）送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ（又は探索信号）送信を行うＤ２Ｄ端末）は該当ＳＡ（／Ｄ２Ｄデータ）（又は探索信号）送信関連サブフレームが属するＳＡ（又は探索信号）リソースプールの開始点以前（／以後）に（又は開始点を含めてその以前（／以後）に）一番近いＤ２ＤＳＳリソース上でＤ２ＤＳＳ送信を遂行することもできる。
【０１５３】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプールの開始点以前に（又は開始点を含めてその以前に）自分のＤ２ＤＳＳリソースに属するＭ個の近いＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行するように設定することもできる。ここで、例えば、該当Ｍ値は前もって設定（ＰＲＥＣＯＮＦＩＧＵＲＥＤ）（又は固定）されるか又は前もって定義されたシグナリング（例えば、専用（ｄｅｄｉｃａｔｅｄ）（ＲＲＣ）シグナリング、ＳＩＢ、及び／又はＰＤ２ＤＳＣＨ）によってサービングセル（又はＤ２Ｄ  ＵＥ）から受信されることもできる。例えば、該当Ｍ値は無限大の値を有することもできる。例えば、Ｍ値が無限大の場合、端末は（前もって定義されたシグナリングによって他に指示しない限り）続けてＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行することもできる。また、上述した例をＤ２Ｄ探索に適用することもできる。この場合、探索を遂行する意図があるＤ２Ｄ端末は（前もって定義されたシグナリングによって他に指示されない限り）続けてＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行することもできる。
【０１５４】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプールの開始点（ＳＦ＃Ｎ）からＸｍｓ以前時点までの区間（すなわち、ＳＦ＃（Ｎ−Ｘ）からＳＦ＃（Ｎ）まで）”又は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプールの開始点以前時点（ＳＦ＃（Ｎ−１））からＸｍｓ以前時点までの区間（すなわち、ＳＦ＃（Ｎ−１−Ｘ）からＳＦ＃（Ｎ−１）まで）”内で（ＳＡリソースプールの開始点から）自分のＤ２ＤＳＳリソースに属するＫ個の近いＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行するように設定することもできる。例えば、該当Ｋ値は前もって定義されたシグナリング（例えば、専用（ｄｅｄｉｃａｔｅｄ）（ＲＲＣ）シグナリング、ＳＩＢ、及び／又はＰＤ２ＤＳＣＨ）によってサービングセル（又はＤ２Ｄ端末）から受信されることもできる。ここで、例えば、仮に該当区間内にＤ２ＤＳＳリソースが存在しなければ、端末は連結された（又は関連した）ＳＡリソースプール内に存在する一番目Ｄ２ＤＳＳリソース上でＤ２ＤＳＳ送信を遂行するように設定するか、又はＤ２ＤＳＳ送信を遂行しないように設定することもできる。ここで、例えば、連結された（又は関連した）ＳＡリソースプール内に存在するＤ２ＤＳＳリソース（等）は実際ＳＡリソースプールとして指定されたＳＦ（等）のうちＤ２ＤＳＳリソース（等）としても指定されたものなどを意味するか、あるいはＳＡリソースプールの開始点から終点までの区間内に存在するＤ２ＤＳＳリソース（等）を意味することもできる。
【０１５５】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプールの開始点（ＳＦ＃Ｎ）からＸｍｓ以前時点までの区間（すなわち、ＳＦ＃（Ｎ−Ｘ）からＳＦ＃（Ｎ）まで）”又は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプールの開始点以前時点（ＳＦ＃（Ｎ−１））からＸｍｓ以前時点までの区間（すなわち、ＳＦ＃（Ｎ−１−Ｘ）からＳＦ＃（Ｎ−１）まで）”内に存在する全てのＤ２ＤＳＳリソース（等）上でＤ２ＤＳＳ送信を遂行するように設定することもできる。
【０１５６】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプールの開始点（ＳＦ＃Ｎ）からＸｍｓ以前時点までの区間（すなわち、ＳＦ＃（Ｎ−Ｘ）からＳＦ＃（Ｎ）まで）”又は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプールの開始点以前時点（ＳＦ＃（Ｎ−１））からＸｍｓ以前時点までの区間（すなわち、ＳＦ＃（Ｎ−１−Ｘ）からＳＦ＃（Ｎ−１）まで）”内で（ＳＡリソースプール開始点から）自分のＤ２ＤＳＳリソースに属するＫ個の近いＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行するように設定することもできる。ここで、例えば、該当Ｋ値は前もって設定（又は固定）されるか又は前もって定義されたシグナリング（例えば、専用（ｄｅｄｉｃａｔｅｄ）（ＲＲＣ）シグナリング、ＳＩＢ、及び／又はＰＤ２ＤＳＣＨ）によってサービングセル（又はＤ２Ｄ端末）から受信されることもできる。
【０１５７】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプール内に存在する一番目Ｄ２ＤＳＳリソース上でＤ２ＤＳＳ送信を遂行するように設定するかあるいは該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレームが属するＳＡリソースプール内で（ＳＡリソースプール開始点から）自分のＤ２ＤＳＳリソースに属するＶ個の近いＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行するように設定することもできる。ここで、例えば、該当Ｖ値は前もって設定（ＰＲＥＣＯＮＦＩＧＵＲＥＤ）（又は固定）されるかあるいは前もって定義されたシグナリング（例えば、専用（ｄｅｄｉｃａｔｅｄ）（ＲＲＣ）シグナリング、ＳＩＢ、及び／又はＰＤ２ＤＳＣＨ）によってサービングセル（又はＤ２Ｄ端末）から受信されることもできる。
【０１５８】
例示２：例えば、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレーム時点以前に（又はＳＡ（／Ｄ２Ｄデータ）送信関連サブフレーム時点を含めて以前に）一番近いＤ２ＤＳＳリソース上でＤ２ＤＳＳ送信を遂行するように設定することもできる。さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレーム時点以前に（又はＳＡ（／Ｄ２Ｄデータ）送信関連サブフレーム時点を含めて以前に）自分のＤ２ＤＳＳリソースに属するＭ個の近いＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行するように設定することもできる。ここで、例えば、該当Ｍ値は前もって設定（ＰＲＥＣＯＮＦＩＧＵＲＥＤ）（又は固定）されるかあるいは前もって定義されたシグナリング（例えば、専用（ｄｅｄｉｃａｔｅｄ）（ＲＲＣ）シグナリング、ＳＩＢ、及び／又はＰＤ２ＤＳＣＨ）によってサービングセル（又はＤ２Ｄ  ＵＥ）から受信されることもできる。
【０１５９】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点（ＳＦ＃Ｎ）からＸｍｓ以前時点までの区間（すなわち、ＳＦ＃（Ｎ−Ｘ）からＳＦ＃（Ｎ）まで）”内に存在する（ＳＡ／Ｄ２Ｄデータ送信関連時点から）一番近いＤ２ＤＳＳリソース上でＤ２ＤＳＳ送信を遂行するように設定することもできる。ここで、例えば、該当Ｘ値は前もって設定（又は固定）されるか又は前もって定義されたシグナリング（例えば、専用（ｄｅｄｉｃａｔｅｄ）（ＲＲＣ）シグナリング、ＳＩＢ、及び／又はＰＤ２ＤＳＣＨ）によってサービングセル（又はＤ２Ｄ端末）から受信されることもできる。ここで、例えば、仮に該当区間内にＤ２ＤＳＳリソースが存在しなければ、端末はＤ２ＤＳＳ送信を遂行しないように設定することもできる。
【０１６０】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連サブフレーム時点（ＳＦ＃Ｎ）からＸｍｓ以前時点までの区間（すなわち、ＳＦ＃（Ｎ−Ｘ）からＳＦ＃（Ｎ）まで）”、又は“該当ＳＡ／Ｄ２Ｄデータ送信関連サブフレーム以前時点（ＳＦ＃（Ｎ−１））からＸｍｓ以前時点までの区間（ＳＦ＃（Ｎ−１−Ｘ）からＳＦ＃（Ｎ−１）まで）”内に存在する全てのＤ２ＤＳＳリソース（等）上でＤ２ＤＳＳ送信を遂行するように設定することもできる。
【０１６１】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ端末（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ端末）は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点（ＳＦ＃Ｎ）からＸｍｓ以前時点までの区間（ＳＦ＃（Ｎ−Ｘ）〜ＳＦ＃（Ｎ））”、又は“該当ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点以前時点（ＳＦ＃（Ｎ−１））からＸｍｓ以前時点までの区間（ＳＦ＃（Ｎ−１−Ｘ）〜ＳＦ＃（Ｎ−１））”内で（ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点から）自分のＤ２ＤＳＳリソースに属するＫ個の近いＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行するように設定することもできる。ここで、例えば、該当Ｋ値は前もって設定（又は固定）されるか又は前もって定義されたシグナリング（例えば、専用（ｄｅｄｉｃａｔｅｄ）（ＲＲＣ）シグナリング、ＳＩＢ、及び／又はＰＤ２ＤＳＣＨ）によってサービングセル（又はＤ２Ｄ  ＵＥ）から受信されることもできる。
【０１６２】
さらに他の例として、ＳＡ又はＤ２Ｄデータ送信を遂行する意図があるＤ２Ｄ  ＵＥ（又はＳＡ又はＤ２Ｄデータ送信を行うＤ２Ｄ  ＵＥ）は該当ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点（ＳＦ＃Ｎ）が含まれたＳＡ（／Ｄ２Ｄデータ）周期以前のＳＡ（／Ｄ２Ｄデータ）周期内に存在する一番近いＤ２ＤＳＳリソース上でＤ２ＤＳＳ送信を遂行するように設定するか、該当ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点（ＳＦ＃Ｎ）が含まれたＳＡ（／Ｄ２Ｄデータ）周期以前のＳＡ（／Ｄ２Ｄデータ）周期区間内に存在する全てのＤ２ＤＳＳリソース（等）上でＤ２ＤＳＳ送信を遂行するように設定するか、又は該当ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点（ＳＦ＃Ｎ）が含まれたＳＡ（／Ｄ２Ｄデータ）周期以前のＳＡ（／Ｄ２Ｄデータ）周期区間内で（ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点（ＳＦ＃Ｎ）が含まれたＳＡ（／Ｄ２Ｄデータ）周期開始点から）自分のＤ２ＤＳＳリソースに属するＱ個の近いＤ２ＤＳＳサブフレーム上でＤ２ＤＳＳ送信を遂行するように設定することもできる。ここで、例えば、Ｄ２Ｄ端末は該当ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点が含まれたＳＡ（／Ｄ２Ｄデータ）周期の開始点から該当ＳＡ（／Ｄ２Ｄデータ）送信関連ＳＦ時点（以前）までの区間内で、自分のＤ２ＤＳＳリソースに属するＤ２ＤＳＳサブフレーム（等）上でもＤ２ＤＳＳ送信をさらに遂行するように設定することもできる。また、例えば、該当Ｑ値は前もって設定（又は固定）されるか又は前もって定義されたシグナリング（例えば、専用（ｄｅｄｉｃａｔｅｄ）（ＲＲＣ）シグナリング、ＳＩＢ、及び／又はＰＤ２ＤＳＣＨ）サービングセル（又はＤ２Ｄ  ＵＥ）から受信されることもできる。
【０１６３】
さらに他の例として、仮にＤ２ＤＳＳ  ＯＮＬＹ  ＴＸ（例えば、ＮＯ  ＰＤ２ＤＳＣＨ  ＴＸ）が他の（Ｏｔｈｅｒ）信号の送信と衝突すれば（例えば、（時間と周波数領域又は周波数領域ではない時間領域で）一部（又は全部）が重なれば）、該当Ｄ２ＤＳＳ  ＴＸを優先視（例えば、他のＤ２Ｄ信号ＴＸは省略する）することができる。ここで、例えば、Ｄ２ＤＳＳ  ＴＸはＰＤ２ＤＳＳとＳＤ２ＤＳＳ送信関連時間／周波数リソース（等）、ＰＤ２ＤＳＳとＳＤ２ＤＳＳ送信関連（全ての）シンボル（等）、ＰＤ２ＤＳＳ送信関連時間／周波数リソース（等）、ＰＤ２ＤＳＳ送信関連（全ての）シンボル（等）、ＳＤ２ＤＳＳ送信関連時間／周波数リソース（等）、又はＳＤ２ＤＳＳ送信関連（全ての）シンボル（等）を意味することができる。また、例えば、他の（ｏｔｈｅｒ）信号は前もって定義された（又はシグナルされた）（モード１／モード２）ＳＡ、（モード１／モード２）データ、及び（タイプ１／タイプ２Ａ／タイプ２Ｂ）探索のうち少なくとも一つ又はＷＡＮ  ＵＬ信号を含むことができる。さらに他の例として、Ｄ２ＤＳＳ  ＴＸとＰＤ２ＤＳＣＨ  ＴＸが（同一（Ｄ２ＤＳＳ）ＳＦ時点で）一緒に行われる場合、仮にＰＤ２ＤＳＣＨ  ＴＸのみが他の（ＯＴＨＥＲ）信号ＴＸと衝突すれば（又は（時間と周波数領域又は周波数領域ではない時間領域で）一部（又は全部）が重なれば）、（同じ（Ｄ２ＤＳＳ）ＳＦ時点で一緒に行われる）Ｄ２ＤＳＳ  ＴＸはそのまま遂行しＰＤ２ＤＳＣＨ  ＴＸは省略（例えば、他の（ＯＴＨＥＲ）信号ＴＸは遂行）するか、又はＤ２ＤＳＳ  ＴＸとＰＤ２ＤＳＣＨ  ＴＸを共に省略（例えば、他の（ＯＴＨＥＲ）信号ＴＸは遂行）することもできる。ここで、例えば、ＰＤ２ＤＳＣＨ  ＴＸはＰＤ２ＤＳＣＨ送信関連時間／周波数リソース（等）又はＰＤ２ＤＳＣＨ送信関連（全ての）シンボル（等）を意味することができる。
【０１６４】
また、例えば、このような規則の適用は他の（ＯＴＨＥＲ）信号が基地局トリガリング（又はスケジューリング）に基づくＤ２Ｄ信号の場合（及び／又は前もって定義された特定のＤ２Ｄ信号の場合）にのみ限定して適用することもできる。
【０１６５】
さらに他の例として、Ｄ２ＤＳＳ  ＴＸとＰＤ２ＤＳＣＨ  ＴＸが（同じ（Ｄ２ＤＳＳ）ＳＦ時点で）一緒に行われる場合、仮にＰＤ２ＤＳＣＨ  ＴＸのみが他の（ｏｔｈｅｒ）信号ＴＸと衝突すれば（又は（時間と周波数領域又は周波数領域ではない時間領域で）一部（又は全部）が重なれば）、（同じ（Ｄ２ＤＳＳ）ＳＦ時点で一緒に行われる）Ｄ２ＤＳＳ  ＴＸとＰＤ２ＤＳＣＨ  ＴＸは全て遂行される（例えば、他の（ｏｔｈｅｒ）信号ＴＸは省略される）こともできる。
【０１６６】
さらに他の例として、Ｄ２ＤＳＳ  ＯＮＬＹ  ＴＸ（例えば、ＮＯ  ＰＤ２ＤＳＣＨ  ＴＸ）の場合、他の（ｏｔｈｅｒ）信号ＴＸがＰＤ２ＤＳＳとＳＤ２ＤＳＳ送信関連時間／周波数リソース（等）、又はＰＤ２ＤＳＳとＳＤ２ＤＳＳ送信関連（全ての）シンボル（等）、ＰＤ２ＤＳＳ送信関連時間／周波数リソース（等）、ＰＤ２ＤＳＳ送信関連（全ての）シンボル（等）、ＳＤ２ＤＳＳ送信関連時間／周波数リソース（等）、又はＳＤ２ＤＳＳ送信関連（全ての）シンボル（等）とは重ならず、ＰＤ２ＤＳＳとＳＤ２ＤＳＳ送信（又はＰＤ２ＤＳＳ送信又はＳＤ２ＤＳＳ送信）が行われるＤ２ＤＳＳサブフレームと重なる場合、該当の他の（ｏｔｈｅｒ）信号ＴＸの遂行は省略（例えば、ＰＤ２ＤＳＳとＳＤ２ＤＳＳ送信（又はＰＤ２ＤＳＳ送信又はＳＤ２ＤＳＳ送信）は遂行）されるか、該当の他の（ｏｔｈｅｒ）信号ＴＸとＰＤ２ＤＳＳとＳＤ２ＤＳＳ送信（又はＰＤ２ＤＳＳ送信又はＳＤ２ＤＳＳ送信）が全て行されるか、又は該当他の（ＯＴＨＥＲ）信号ＴＸのみが遂行（例えば、ＰＤ２ＤＳＳとＳＤ２ＤＳＳ送信（又はＰＤ２ＤＳＳ送信又はＳＤ２ＤＳＳ送信）は省略）されることもできる。
【０１６７】
さらに他の例として、後述する方法の一部又は全部に基づいてサービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）しているか（又はＤ２Ｄ通信のみを支援（設定）しているか又はＤ２Ｄ探索とＤ２Ｄ通信を全て支援（設定）しているか）がＤ２Ｄ端末が分かることもできる。
【０１６８】
一方、実施例（例えば、実施例１３、１４、及び１５）でＳＡ／データ／探索を送信する意図があるというのは上位階層でｉ）送信するパケットを生成したことを意味することもでき、ｉｉ）端末バッファー（ＵＥ  ｂｕｆｆｅｒ）に送信するデータが発生したことを意味することもできる。若しくは、ＳＡ／データ／探索を送信する意図があるというのは、ｉｉｉ）実際パケット送信が行われる場合、又はｉｖ）特定のアプリケーションでパケットを送信する関心（ＩＮＴＥＲＥＳＴ）がある場合を意味することもできる。ここで、例えば、関心（ＩＮＴＥＲＥＳＴ）があるというのは上位階層（例えば、アプリケーション階層）から下位階層（例えば、ＴＲＡＮＳＰＯＲＴ、ＭＡＣ、又はＰＨＹＳＩＣＡＬ階層など）に実際パケットの送信が発生しなかったが、近いうちに（遠くない時点で）パケットが発生するはずであり、このために“関心（ＩＮＴＥＲＥＳＴ）”を指示するための情報を下位階層に伝達／指示した場合を意味することができる。また、関心があるというのは端末がネットワークに（最近に一定時間以内に）探索ＴＸに対する関心（ＩＮＴＥＲＥＳＴ）又はリソース要請を送信した場合を意味することができる。
【０１６９】
例えば、現在、探索プール関連Ｄ２ＤＳＳ  ＳＦは探索リソースプールの一番目ＳＦ（一番目ＳＦがＤ２ＤＳＳリソースとして設定された場合）又は該当探索リソースプールの開始点以前に一番近いＤ２ＤＳＳリソース（探索リソースプールの一番目ＳＦがＤ２ＤＳＳリソースとして設定されなかった場合）に定義される。この場合、仮にこのようなＤ２ＤＳＳ  ＳＦ以後にメッセージ（又はパケット）が生成して探索プールの中間に送信されれば、Ｄ２ＤＳＳ送信なしで該当メッセージ（又はパケット）が送信される問題が発生し得る。上述した“送信意図”に基づくＤ２ＤＳＳ送信方法はこのような問題を緩和させることができる。
【０１７０】
ここで、さらに他の例として、（以前の）Ｄ２ＤＳＳ送信のない（プール中間での）メッセージ（又はパケット）送信は省略（例えば、（以前の）同期信号送信なしで送信される相対的に低い受信性能のＤ２Ｄ信号送信を省略することによって、該当Ｄ２Ｄ信号から発生する干渉を減らすことができる）することもできる。
【０１７１】
例えば、このような方法はカバレージ外のＤ２Ｄ端末（ＯＵＴ−ＯＦ−ＣＯＶＥＲＡＧＥ  Ｄ２Ｄ  ＵＥ）に探索信号を送信するＤ２Ｄリレー端末に有効であり得る。例えば、上述した“送信する意図がある”の意味によってＤ２ＤＳＳ送信が行われる場合を仮定することができる。仮に、物理階層で特定のＤ２Ｄリソースプールに確率に基づく送信技法が設定される場合、実際に送信が行わないとしても送信する意図があるものとして見なすことができる。ここで、確率に基づく送信技法とは、ネットワークが所定の送信確率を設定し、端末は送信確率によって実際に送信を行うことを意味することができる。この場合、実際にＤ２Ｄ信号送信が行われなかったが送信する意図があるものとして見なして端末はＤ２ＤＳＳ送信を遂行することができる。
【０１７２】
例えば、（特定の）探索リソースプールに確率に基づく送信が設定される場合、指示された確率値によって探索信号送信可否を決定した端末が実際に探索信号を特定の探索リソースプールで送信しなかったが、該当探索リソースプールの一番目ＳＦ（一番目ＳＦがＤ２ＤＳＳリソースとして設定された場合）又は該当探索リソースプールの開始点以前に一番近いＤ２ＤＳＳリソースで（探索リソースプールの一番目ＳＦがＤ２ＤＳＳリソースとして設定されなかった場合）探索信号送信意図があるものとして見なし、端末はＤ２ＤＳＳ送信を遂行することができる。ここで、例えば、“探索リソースプールの開始点”は（探索リソースプール周期内で）探索オフセット指示子（ｏｆｆｓｅｔ  ｉｎｄｉｃａｔｏｒ）が示す時点、（探索リソースプール周期内で）一番目探索リソースプール関連ビットマップが適用される時点、又は（探索リソースプール周期内で）一番目に適用される探索リソースプール関連ビットマップで一番目に‘１’として指定された時点を意味することもできる。
【０１７３】
しかし、“送信する意図がある”というものに対し、上述した意味ｉｉｉ）のように、実際にパケット送信が行われる場合のみが送信する意図があると解釈される場合、該当端末は実際に送信が行われない探索リソースプールに連結されたＤ２ＤＳＳリソースではＤ２ＤＳＳ送信を遂行しないであろう。この場合には、Ｄ２ＤＳＳ送信サブフレーム又はＤ２ＤＳＳ送信サブフレーム以前に端末がＤ２Ｄ信号送信可否を決定しなければならないこともあり得る。
【０１７４】
上述した“送信する意図がある”ものの意味は、（Ｄ２Ｄ通信可用性がない）探索可用（ｃａｐａｂｌｅ）Ｄ２Ｄ端末及び／又は通信可用Ｄ２Ｄ端末が探索関連Ｄ２ＤＳＳ送信可否及び／又は通信関連Ｄ２ＤＳＳ送信可否を判断する基準として適用することができる。例えば、“送信する意図がある”というものの解釈方法は通信可用（ｃａｐａｂｌｅ）Ｄ２Ｄ端末が特定のＳＡ周期内のＤ２ＤＳＳサブフレーム（Ｄ２ＤＳＳリソース）でＤ２ＤＳＳ送信可否を判断する基準として適用されることができる。
【０１７５】
（実施例１５）
Ｄ２Ｄ通信のためのＴＸプール又はＲＸプールが設定されたかを判断するための方法を提示する。例えば、ＳＡプールが設定されたかによって、サービングセル（又は特定のセル）の（モード１又はモード２）通信設定可否を判断することもできる。ここで、例えば、これは特に、データプール設定が別にないモード１通信の設定可否を判断（例えば、Ｄ２Ｄデータ以前に常に送信されるＳＡの特性を用いることによって）するのに有用であり得る。ここで、例えば、ＳＡプールが設定されなかった場合、Ｄ２Ｄ端末は、サービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）していると仮定（又は判断）するように設定することもできる。
【０１７６】
さらに他の例として、通信データプールが設定されたかによって、サービングセル（又は特定のセル）の通信設定可否が判断される（例えば、特に、モード２通信設定可否を判断する場合）ことができる。さらに他の例として、前もって指定されたシグナリング（例えば、ＳＩＢ（１８））上に、Ｄ２Ｄ通信許容可否を知らせる別個のフィールドを定義することもできる。ここで、例えば、このような用途のシグナリングを受信したＤ２Ｄ端末は該当フィールド値の設定によって、サービングセル（又は特定のセル）がＤ２Ｄ通信を支援（設定）していることが分かる。ここで、例えば、該当フィールドがＤ２Ｄ通信が支援（設定）されないことを意味する場合、Ｄ２Ｄ端末はサービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）すると仮定（又は判断）するように設定することもできる。
【０１７７】
さらに他の例として、前もって指定されたシグナリング（例えば、ＳＩＢ（１８／１９））上に、Ｄ２Ｄ探索のみが支援（設定）されているか、Ｄ２Ｄ通信のみが支援（設定）されているか、及び／又はＤ２Ｄ探索とＤ２Ｄ通信が共に支援（設定）されているかを指示する別個のフィールドを定義することもできる。
【０１７８】
（実施例１６）
Ｄ２Ｄ端末は、サービングセル（又は特定のセル）のシステム情報シグナリング上に、Ｄ２Ｄ通信のための（ＳＡ及び／又はＤ２Ｄデータ）プール設定関連システム情報の存在（例えば、ＳＩＢ  １８）有無（又は設定されたか否か）、及び／又はＤ２Ｄ探索のためのプール設定関連システム情報の存在（例えば、ＳＩＢ  １９）有無（又は設定されたか否か）によって、該当サービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）しているか、Ｄ２Ｄ通信のみを支援（設定）しているか、又はＤ２Ｄ探索とＤ２Ｄ通信を全て支援（設定）しているかを判断するように設定することもできる。ここで、例えば、サービングセル（又は特定のセル）のシステム情報シグナリング上に、Ｄ２Ｄ探索のためのプール設定関連システム情報のみが存在するか設定された場合（例えば、Ｄ２Ｄ通信のための（ＳＡ及び／又はＤ２Ｄデータ）プール設定関連システム情報が存在しないか設定されなかった場合）、Ｄ２Ｄ端末は該当サービングセル（又は特定のセル）がＤ２Ｄ探索のみを支援（設定）していると仮定（又は判断）することができる。
【０１７９】
さらに他の例として、サービングセル（又は特定のセル）のシステム情報シグナリング上に、Ｄ２Ｄ探索のためのプール設定関連システム情報とＤ２Ｄ通信のための（ＳＡ及び／又はＤ２Ｄデータ）プール設定関連システム情報が全て存在する（又は設定された）場合、Ｄ２Ｄ端末は該当サービングセル（又は特定のセル）がＤ２Ｄ探索とＤ２Ｄ通信を全て支援（設定）していると仮定（又は判断）することができる。
【０１８０】
さらに他の例として、相異なる種類（及び／又はタイプ及び／又はモード）のＤ２Ｄ信号（ＴＸ）リソース（又はＤ２Ｄ信号（ＴＸ）リソースプール）の間に（時間／周波数リソース領域上での）重畳が発生する場合、あるいはＤ２Ｄ信号（ＴＸ）リソース（又はＤ２Ｄ信号（ＴＸ）リソースプール）とＳＲＳＴＸリソースの間に（時間／周波数リソース領域上での）重畳が発生する場合、信号送信関連優先順位規則は表８の通りに定義することもできる。
【０１８１】
【表８】
0006605024.tif 000017
【０１８２】
（実施例１７）
相異なる種類（及び／又はタイプ及び／又はモード）のＤ２Ｄ信号（ＴＸ）リソース（又はＤ２Ｄ信号（ＴＸ）リソースプール）がＳＦ＃ＮとＳＦ＃（Ｎ＋１）にそれぞれ設定され、ＳＦ＃（Ｎ＋１）上のＤ２Ｄ信号送信関連ＴＡ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）値が１シンボルより大きい場合、下記の一部（又は全て）の実施例に基づいてＤ２Ｄ信号送信関連優先順位を定義することができる。
【０１８３】
ここで、例えば、下記の一部又は全ての実施例はＳＦ＃Ｎ上のＤ２Ｄ信号送信が、ＴＡ適用なしで遂行されるように設定された場合（又はＤＬタイミングに基づいて遂行されるように設定された場合）にのみ限定的に適用することもできる。ここで、例えば、ＴＡ適用なしで送信される（又はＤＬ  ＴＩＭＩＮＧに基づいて送信される）Ｄ２Ｄ信号は、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ、タイプ２Ｂ／２Ａ探索信号、タイプ１探索信号、モード２データ、及び／又はＳＡなどに定義することができる。
【０１８４】
一方、ＴＡが適用されて送信される（又はＵＬ  ＴＩＭＩＮＧに基づいて送信される）Ｄ２Ｄ信号はモード１データなどに定義することができる。また、例えば、下記の実施例の一部又は全部は相異なる種類（及び／又はタイプ及び／又はモード）のＤ２Ｄ信号（ＴＸ）リソース（又はＤ２Ｄ信号（ＴＸ）リソースプール）がＳＦ＃ＮとＳＦ＃（Ｎ＋１）にそれぞれ設定され、ＳＦ＃Ｎ上のＤ２Ｄ信号送信とＳＦ＃（Ｎ＋１）上のＤ２Ｄ信号送信の間に時間（／周波数）リソース領域上での重畳が発生する場合に拡張して適用されることができる。
【０１８５】
−実施例１７−１：ＳＦ＃ＮがＤ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）送信関連Ｄ２ＤＳＳ  ＳＦに設定され、ＳＦ＃（Ｎ＋１）がＯＴＨＥＲ  Ｄ２Ｄ信号送信関連リソースに設定された場合には、例外的に、ＳＦ＃（Ｎ＋１）上のＯＴＨＥＲ  Ｄ２Ｄ信号送信を省略（又はＤＲＯＰ）することもできる。ここで、例えば、実施例１７−１は表８に基づいて上述した“全ての端末に対し、ＴＡ＞１シンボルの送信がサブフレーム＃（Ｎ＋１）でスケジュールされ、ＴＡのないＤ２Ｄ送信がサブフレーム＃Ｎにスケジュールされた場合、端末はサブフレーム＃Ｎでの全てのＤ２Ｄ送信をドロップする（ＦＯＲ  ＡＬＬ  ＵＥＳ、ＵＥ  ＤＲＯＰＳ  ＴＨＥ  ＥＮＴＩＲＥ  Ｄ２Ｄ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＩＮ  ＳＵＢＦＲＡＭＥ＃Ｎ  ＩＦ  Ａ  Ｄ２Ｄ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＷＩＴＨＯＵＴ  ＴＡ  ＩＳ  ＳＣＨＥＤＵＬＥＤ  ＩＮ  ＳＵＢＦＲＡＭＥ＃Ｎ  ＡＮＤ  Ａ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＷＩＴＨ  ＴＡ＞１  ＳＹＭＢＯＬ  ＩＳ  ＳＣＨＥＤＵＬＥＤ  ＩＮ  ＳＵＢＦＲＡＭＥ＃（Ｎ＋１））”という規則に対する例外であってもよい。。
【０１８６】
−実施例１７−２：ＳＦ＃ＮがＤ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）送信関連Ｄ２ＤＳＳ  ＳＦとして設定され、ＳＦ＃（Ｎ＋１）がＯＴＨＥＲ  Ｄ２Ｄ信号送信関連リソースとして設定された場合にも、表８に基づいて上述した“全ての端末に対し、ＴＡ＞１シンボルの送信がサブフレーム＃（Ｎ＋１）でスケジュールされ、ＴＡのないＤ２Ｄ送信がサブフレーム＃Ｎにスケジュールされた場合、端末はサブフレーム＃Ｎでの全てのＤ２Ｄ送信をドロップする”と言う規則に従って、ＳＦ＃Ｎ上のＤ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）送信を省略（又はＤＲＯＰ）することもできる。ここで、例えば、実施例１７−２は表８に基づいて上述した“探索、ＳＡ及びデータ送信はＤ２ＤＳＳの送信のために設定されたＤ２ＤＳＳサブフレーム上で発生してはいけない（ＤＩＳＣＯＶＥＲＹ、  ＳＡ  ＡＮＤ  ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮＳ  ＳＨＡＬＬ  ＮＯＴ  ＴＡＫＥ  ＰＬＡＣＥ  ＩＮ  Ｄ２ＤＳＳ  ＳＵＢＦＲＡＭＥＳ  ＣＯＮＦＩＧＵＲＥＤ  ＦＯＲ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＯＦ  Ｄ２ＤＳＳ）”という規則の例外として解釈することもできる。
【０１８７】
−実施例１７−３：ＳＦ＃Ｎが前もって定義された（又はシグナルされた）Ｄ２Ｄ信号送信関連リソースとして設定され、ＳＦ＃（Ｎ＋１）が他のＤ２Ｄ信号送信関連リソースとして設定された場合には、例外的に、ＳＦ＃（Ｎ＋１）上の他のＤ２Ｄ信号送信を省略（又はＤＲＯＰ）することもできる。ここで、例えば、このような規則が適用されるＳＦ＃Ｎ上の前もって定義された（又はシグナルされた）Ｄ２Ｄ信号（等）はＳＡ（例えば、制御（／スケジューリング）情報が送信されるチャネル）、Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）（例えば、同期（／Ｄ２Ｄ通信関連システム（／リソース設定））情報が送信されるチャネル）、タイプ２Ｂ／２Ａ探索信号、タイプ１探索信号、及び／又はモード２データを含むことができる。ここで、例えば、実施例１７−３は表８に基づいて上述した”全ての端末に対し、ＴＡ＞１シンボルを有する送信がサブフレーム＃（Ｎ＋１）でスケジュールされ、ＴＡのないＤ２Ｄ送信がサブフレーム＃Ｎでスケジュールされた場合、端末はサブフレーム＃Ｎでの全てのＤ２Ｄ送信をドロップする”と言う規則の例外として解釈することもできる。
【０１８８】
さらに他の例として、ＳＦ＃Ｎが前もって定義された（又はシグナルされた）Ｄ２Ｄ信号送信関連リソースとして設定され、ＳＦ＃（Ｎ＋１）が他のＤ２Ｄ信号送信関連リソースとして設定された場合には、ＳＦ＃Ｎ上のＤ２Ｄ信号送信は省略（又はＤＲＯＰ）することもできる。ここで、例えば、このような規則が適用されるＳＦ＃Ｎ上の前もって定義された（又はシグナルされた）Ｄ２Ｄ信号（等）はＳＡ（例えば、制御（／スケジューリング）情報が送信されるチャネル）、Ｄ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）（例えば、同期／Ｄ２Ｄ通信関連システム／リソース設定情報が送信されるチャネル）、タイプ２Ｂ／２Ａ探索信号、タイプ１探索信号、及び／又はモード２データであってもよい。
【０１８９】
−実施例１７−４：ＳＦ＃Ｎが基地局スケジューリング（又はトリガリング）に基づくＤ２Ｄ信号送信関連リソースとして設定され、ＳＦ＃（Ｎ＋１）が他のＤ２Ｄ信号送信関連リソースとして設定された場合には、例外的に、ＳＦ＃（Ｎ＋１）上の他のＤ２Ｄ信号送信を省略（又はＤＲＯＰ）することもできる。ここで、例えば、このような規則が適用されるＳＦ＃Ｎ上の基地局スケジューリング（又はトリガリング）に基づくＤ２Ｄ信号（等）はモード１ＳＡ、モード１データ、タイプ２Ｂ（／２Ａ）探索信号、及び／又はＤ２ＤＳＳ（／ＰＤ２ＤＳＣＨ）であってもよい。ここで、例えば、該当規則の適用は表８に基づいて上述した“全ての端末に対し、ＴＡ＞１シンボルを有する送信がサブフレーム＃（Ｎ＋１）でスケジュールされ、ＴＡのないＤ２Ｄ送信がサブフレーム＃Ｎでスケジュールされた場合、端末はサブフレーム＃Ｎでの全てのＤ２Ｄ送信をドロップする”と言う規則に対する例外として解釈することもできる。
【０１９０】
さらに他の例として、ＳＦ＃Ｎが基地局スケジューリング（又はトリガリング）に基づくＤ２Ｄ信号送信関連リソースとして設定され、ＳＦ＃（Ｎ＋１）が他のＤ２Ｄ信号送信関連リソースとして設定された場合には、ＳＦ＃Ｎ上のＤ２Ｄ信号送信を省略（又はＤＲＯＰ）することもできる。ここで、例えば、このような規則が適用されるＳＦ＃Ｎ上の基地局スケジューリング（又はトリガリング）に基づくＤ２Ｄ信号（等）はモード１ＳＡ、モード２データ、タイプ２Ｂ（／２Ａ）探索信号、及び／又はＤ２ＤＳＳ（／ＰＤ２ＤＳＣＨ））を含むことができる。
【０１９１】
−実施例１７−５：ＳＦ＃Ｎがある種類（及び／又はタイプ及び／又はモード）のＤ２Ｄ信号送信関連リソースとして設定されると言っても、表８で説明した“全ての端末に対し、ＴＡ＞１シンボルを有する送信がサブフレーム＃（Ｎ＋１）でスケジュールされ、ＴＡのないＤ２Ｄ送信がサブフレーム＃Ｎでスケジュールされた場合、端末はサブフレーム＃Ｎでの全てのＤ２Ｄ送信をドロップする”と言う規則を適用することもできる。ここで、該当規則の適用は、例えば、ＳＦ＃Ｎ上のＤ２Ｄ信号送信が常に省略（又はＤＲＯＰ）されることを意味することができる。また、“全ての端末に対し、ＴＡ＞１シンボルを有する送信がサブフレーム＃（Ｎ＋１）でスケジュールされ、ＴＡのないＤ２Ｄ送信がサブフレーム＃Ｎでスケジュールされた場合、端末はサブフレーム＃Ｎでの全てのＤ２Ｄ送信をドロップする”と言う規則が“探索、ＳＡ及びデータ送信はＤ２ＤＳＳの送信のために設定されたＤ２ＤＳＳサブフレーム上で発生してはいけない”と言う規則より優先視されることを意味することもできる。
【０１９２】
−実施例１７−６：上述した（一部又は全ての）実施例（例えば、実施例１７−１、１７−２、１７−３、１７−４及び／又は１７−５）の適用可否についての情報はサービング基地局又はＤ２Ｄ端末が（他の）Ｄ２Ｄ端末に前もって定義された信号（例えば、ＳＩＢ、専用ＲＲＣシグナリング、及び／又はＰＤ２ＤＳＣＨ）によって知らせることもできる。また、このような情報は予め端末のスペック上に固定されるか前もって設定（ＰＲＥ−ＣＯＮＦＩＧＵＲＥＤ）されることもできる。
【０１９３】
上述した実施例において、Ｄ２ＤＳＳリソース（及び／又はＤ２ＤＳＳサブフレーム）はサービングセルのＤ２ＤＳＳ（ＴＸ（／ＲＸ））リソース、Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム、隣接セルのＤ２ＤＳＳ（ＲＸ（／ＴＸ））リソース、及び／又はＤ２ＤＳＳ（ＲＸ（／ＴＸ））サブフレームを意味することができる。ここで、例えば、隣接セルのＤ２ＤＳＳ（ＲＸ（／ＴＸ））リソース（及び／又はＤ２ＤＳＳ（ＲＸ（／ＴＸ））サブフレーム）が（最終的な）Ｄ２ＤＳＳ（ＲＸ（／ＴＸ））リソース（及び／又はＤ２ＤＳＳ（ＲＸ（／ＴＸ））サブフレーム）として見なされるか（又は含まれる）ように設定することもできる。この場合、例えば、隣接セルＤ２ＤＳＳリソースがＳＥＲＶＩＮＧ  ＣＥＬＬ  ＳＦ＃Ｎ時点上に設定され、Ｗ１の隣接セルに関連した同期誤差情報が受信された場合（表８参照）、‘ＳＦ＃Ｎ−ＣＥＩＬＩＮＧ（Ｗ１）−１’から‘ＳＦ＃Ｎ＋ＣＥＩＬＩＮＧ（Ｗ１）＋１’までの領域（又は‘ＳＦ＃Ｎ−ＣＥＩＬＩＮＧ（Ｗ１）’から‘ＳＦ＃Ｎ＋ＣＥＩＬＩＮＧ（Ｗ１）’までの領域）が隣接セルのＤ２ＤＳＳ（ＲＸ／ＴＸ）リソースとして見なされるか又は含まれることができる。ここで、例えば、ＣＥＩＬＩＮＧ（Ｘ）関数（例えば、Ｘより大きいか同じ最小整数を導出する関数）はＦＬＯＯＲ（Ｘ）関数（例えば、Ｘより小さいか同じ最大整数を導出する関数）に取り替えられることもできる。
【０１９４】
さらに他の例として、下記の例示の全部又は一部に基づいてＤ２ＤＳＳリソース（等）上での他のＤ２Ｄ信号（等）（及び／又はＷＡＮ（ＵＬ／ＤＬ）信号（等））の受信及び／又は送信可否を決定することができる。
【０１９５】
−例示Ｏ：Ｄ２Ｄ  ＵＥは自分のサービングセル関連Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））リソース（及び／又はＤ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム）でのみ他のＤ２Ｄ信号（等）（及び／又はＷＡＮ（ＵＬ／ＤＬ）信号（等））の受信及び／又は送信が許されないように設定することができる。言い替えれば、例えば、隣接セルのＤ２ＤＳＳ（ＲＸ（／ＴＸ））リソース（及び／又はＤ２ＤＳＳ（ＲＸ（／ＴＸ））サブフレーム）上では他のＤ２Ｄ信号（等）及び／又はＷＡＮ（ＵＬ／ＤＬ）信号（等）の受信及び／又は送信が許されることができる。
【０１９６】
−例示Ｐ：Ｗ１の隣接セル関連同期誤差情報が受信された場合（表８参照）には（同期ブラインド探索動作によって）把握された該当隣接セル関連Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））リソース（及び／又はＤ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム）位置（等）でのみ他のＤ２Ｄ信号（等）（及び／又はＷＡＮ（ＵＬ／ＤＬ）信号（等））の受信及び／又は送信が許されないように設定することができる。言い替えれば、（同期ブラインド探索動作によって）把握された該当隣接セル関連Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））リソース（及び／又はＤ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム）位置（等）と、実際に重畳する位置（等）上の他のＤ２Ｄ信号（等）（及び／又はＷＡＮ（ＵＬ／ＤＬ）信号（等））の受信及び／又は送信のみが許されないことができる。
【０１９７】
−例示Ｑ：Ｗ１の隣接セル関連同期誤差情報が受信（表８参照）され、例えば、隣接セルＤ２ＤＳＳリソースがＳＥＲＶＩＮＧ  ＣＥＬＬ  ＳＦ＃Ｎ時点上に設定された場合、‘ＳＦ＃Ｎ−ＣＥＩＬＩＮＧ（Ｗ１）−１’から‘ＳＦ＃Ｎ＋ＣＥＩＬＩＮＧ（Ｗ１）＋１’までの領域（又は‘ＳＦ＃Ｎ−ＣＥＩＬＩＮＧ（Ｗ１）’から‘ＳＦ＃Ｎ＋ＣＥＩＬＩＮＧ（Ｗ１）’までの領域）上で他のＤ２Ｄ信号（等）（及び／又はＷＡＮ（ＵＬ／ＤＬ）信号（等））の受信及び／又は送信が許されないこともできる。このような規則の適用は、例えば、隣接セル関連Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））リソース（及び／又はＤ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム）が（仮想的に）‘ＳＦ＃Ｎ−ＣＥＩＬＩＮＧ（Ｗ１）−１’から‘ＳＦ＃Ｎ＋ＣＥＩＬＩＮＧ（Ｗ１）＋１’までの領域（又は‘ＳＦ＃Ｎ−ＣＥＩＬＩＮＧ（Ｗ１）’から‘ＳＦ＃Ｎ＋ＣＥＩＬＩＮＧ（Ｗ１）’までの領域）として見なされることを意味することができる。
【０１９８】
−例示Ｒ：Ｗ２の隣接セル関連同期誤差情報が受信された場合（表８参照）にはサービングセル関連Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））リソース（及び／又はＤ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム）だけでなく、隣接セル関連Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））リソース（及び／又はＤ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム）と重畳する領域上での他のＤ２Ｄ信号（等）（及び／又はＷＡＮ（ＵＬ／ＤＬ）信号（等））の受信及び／又は送信が許されないことができる。さらに他の例として、Ｗ２の隣接セル関連同期誤差情報が受信された場合（表８参照）にはサービングセル関連Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））リソース（及び／又はＤ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム）（又は隣接セル関連Ｄ２ＤＳＳ（ＴＸ（／ＲＸ））リソース（及び／又はＤ２ＤＳＳ（ＴＸ（／ＲＸ））サブフレーム））と重畳する領域上にのみ、他のＤ２Ｄ信号（等）（及び／又はＷＡＮ（ＵＬ／ＤＬ）信号（等））の受信及び／又は送信が許されないこともできる。
【０１９９】
端末がＤ２Ｄ通信で送信するメッセージは特定の優先順位を有することができる。すなわち、Ｄ２Ｄメッセージの相対的な重要度によって優先順位が決定され、高い優先順位を有するメッセージは低い優先順位を有するものより優先的に送信されることもできる。このような環境で上述したＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮは端末が送信するメッセージの優先順位によってその位置、周期、長さなどが違うように設定されることができる。例えば、優先順位の高いメッセージは相対的に小さい時間区間をＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮとして設定することにより、メッセージ送信が中断される時間を減らし、メッセージ送信成功確率及び遅延関連性能を高めることができる。一方、優先順位の低いメッセージは相対的に長い時間区間をＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮとして設定することにより、メッセージ送信性能は低める代わりに他の同期信号の検出をもっと容易に行うことができる。
【０２００】
このように、優先順位によってＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮ構成が変われば、低い優先順位のメッセージを送信する端末も少なくとも一部区間を介しては高い優先順位のメッセージを受信することを保障することができる。これは、低い優先順位にはＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮに属するが高い優先順位にはＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮではない時間区間を介して行われることができる。その結果として、前もって定義された（又はシグナルされた）アプリケーション／グループ／使用者優先順位によって、相対的に高い優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が低い優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作に比べて円滑に遂行（又は保障）されるようにすることができる。
【０２０１】
さらに他の例として、異なった優先順位を有する（一部又は全ての）Ｄ２Ｄ（メッセージ）ＴＸ（／ＲＸ）（又はＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）リソースプール）別に（一部又は全てが）違って設定されるＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮは、・相対的に高い特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が常に遂行（／保障）される（時間）区間、・相対的に高い特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が高い確率で（又は前もって設定された（又はシグナルされた）確率以上に）遂行（／保障）される（時間）区間、・相対的に高い特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が前もって設定された（又はシグナルされた）（実質的な又は平均的な）個数で（又は前もって設定された（又はシグナルされた）（実質的な又は平均的な）個数以上で）遂行（／保障）される（時間）区間、・相対的に高い特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が前もって設定された（又はシグナルされた）最大値以下で（及び／又は最小値以上に）遂行（／保障）されることができる（時間）区間、・相対的に低い特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が中断（／省略）される（時間）区間、・相対的に低い特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が高い確率で（又は前もって設定された（又はシグナルされた）確率以上で）中断（／省略）される（時間）区間、・相対的に低い特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が前もって設定された（又はシグナルされた）（実質的な又は平均的な）個数で（又は前もって設定された（又はシグナルされた）（実質的な又は平均的な）個数以上で）中断（／省略）される（時間）区間、又は・相対的に低い特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が前もって設定された（又はシグナルされた）最大値以下で（及び／又は最小値以上で）中断（／省略）されることができる（時間）区間を意味することができる。
【０２０２】
ここで、例えば、ＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮ設定関連パラメーターは（ＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮが現れる）周期（ＳＬ＿ＰＥＲＩＯＤ）及び／又は（一つのＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮ関連）長さ（ＳＬ＿長さ）（及び／又は（ＳＦＮ＃０を基準にＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮが現れる）オフセット（ＳＬ＿ＳＴＡＲＴＩＮＧＯＦＦＳＥＴ））で構成されることができる。ここで、例えば、Ｄ２Ｄ通信（メッセージ）ＴＸ（／ＲＸ）（又はＤ２Ｄ通信（メッセージ）ＴＸ（／ＲＸ）リソースプール）の場合、特定の優先順位を有するＤ２Ｄ通信（メッセージ）ＴＸ（／ＲＸ）（又はＤ２Ｄ通信（メッセージ）ＴＸ（／ＲＸ）リソースプール）関連ＳＬ＿長さパラメーターはＫ個のＳＣ  ＰＥＲＩＯＤ（Ｓ）の形態に構成されることもできる。
【０２０３】
さらに他の例として、特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）（又はＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）リソースプール）関連ＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮは“Ｘｍｓに対する最小（又は最大）Ｙ％形態”として定義することもできる。ここで、例えば、‘Ｘ＝２００００’、‘Ｙ＝２’に設定された（又はシグナルされた）場合、特定の優先順位を有するＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）（又はＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）リソースプール）関連ＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮは４００ｍｓとなる。例えば、前記ＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮ設定関連パラメーター情報は前もって定義された信号（例えば、ＳＩＢ、専用（ｄｅｄｉｃａｔｅｄ）ＲＲＣ）によって基地局が（Ｄ２Ｄ）端末に指示することもできる。例えば、基地局はＯＯＣ（カバレージ外の）端末にＳＩＢ上の事前設定（ＰＲＥ−ＣＯＮＦＩＧＵＲＡＴＩＯＮ）によってＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮ設定関連パラメーター情報を指示することもできる。また、Ｄ２Ｄ端末が前もって定義されたチャネル（又は信号）（例えば、ＰＳＢＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（／ＰＳＣＣＨ））を介して他のＤ２Ｄ  ＵＥにＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮ設定関連パラメーター情報を指示することもできる。
【０２０４】
例えば、上述した実施例及び例示が適用される場合、（相対的に）低い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作を行うＤ２Ｄ  ＴＸ（／ＲＸ）ＵＥは、該当の（相対的に）低い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作（又は該当の（相対的に）低い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）リソースプール）に設定されたＳＩＬＥＮＴ＿ＤＵＲＡＴＩＯＮにおいて、該当の（相対的に）低いＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作を中断（／省略）し、（前もって設定された（又はシグナルされた））他の（相対的に）高い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作を遂行することができる。ここで、例えば、このような規則を適用することにより、該当Ｄ２Ｄ  ＴＸ（／ＲＸ）端末に（相対的に）高い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作を効率的に保障することができる。
【０２０５】
さらに他の例として、（相対的に）高い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作が（相対的に）低い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作に比べ、円滑に遂行されるように（又は保障されるように）するために、相異なる優先順位を有する（一部又は全ての）Ｄ２Ｄ（メッセージ）ＴＸ（／ＲＸ）（又はＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）リソースプール）別に、相異なる（利用可能な）ＴＲＰ（ＴＩＭＥ  ＲＥＳＯＵＲＣＥ  ＰＡＴＴＥＲＮ）候補を設定（又は限定）することもできる。ここで、例えば、（相対的に）低い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作に（相対的に）‘１’が少なく含まれた（又は（一つの）ＴＲＰで指定することができるリソース量が（相対的に）少ない）ＴＲＰ候補を設定することにより、（相対的に）高い優先順位のＤ２Ｄ（メッセージ）ＴＸ（／ＲＸ）動作に用いられる（又は利用可能な）リソース量を増加させることもできる。
【０２０６】
前述した実施例の一例も本発明の具現方法の一つとして含まれることができるので、一種の実施例として見なすことができるのは明らかである。また、前述した実施例は独立的に具現されることもできるが、一部の実施例の組合せ（又は併合）の形態に具現されることもできる。前述した実施例はＦＤＤシステム（又はＴＤＤシステム）環境の下でのみ限定的に適用することもできる。前述した実施例は（特定のタイプ／モードの）探索メッセージ送信又はＤ２Ｄデータチャネル送信又はＳＡ送信にのみ適用することもできる。上述した実施例はＤ２Ｄ探索（送信（／受信））動作のみを行うＤ２Ｄ端末（及び／又はＤ２Ｄ通信（送信（／受信））動作のみを行うＤ２Ｄ端末）に限定的に適用することもできる。上述した実施例はＤ２Ｄ探索のみが支援（設定）されたシナリオ（及び／又はＤ２Ｄ通信のみが支援（設定）されたシナリオ）にのみ限定的に適用することもできる。前述した実施例はカバレージ内のＤ２Ｄ端末及び／又はカバレージ外のＤ２Ｄ端末（又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  Ｄ２Ｄ端末及び／又はＲＲＣ＿ＩＤＬＥ  Ｄ２Ｄ端末）に限定的に適用することができる。また、上述した実施例はモード２通信及び／又はタイプ１探索（及び／又はモード１通信及び／又はタイプ２探索）に限定的に適用することもできる。また、上述した実施例の一部又は全部はＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）探索／通信及び／又はｎｏｎ−ＰＳ探索／通信にのみ限定的に適用することもできる。
【０２０７】
図１５は本発明の実例として図１〜図１４で説明した本発明の実施例が適用可能な器機の構成を概略的に説明するための図である。
【０２０８】
図１５で、Ｄ２Ｄ端末として第１器機１５００及び第２器機１５５０はそれぞれ無線周波数ユニット（ＲＦユニット）１５１０、１５６０、プロセッサ１５２０、１５７０、及び選択的なメモリ１５３０、１５８０を含むことができる。図１５では２個のＤ２Ｄ端末の構成を示したが、多数のＤ２Ｄ端末がＤ２Ｄ通信環境を構築することができる。
【０２０９】
各ＲＦユニット１５３０、１５６０はそれぞれ送信機１５１１、１５６１及び受信機１５１２、１５６２を含むことができる。第１器機１５００の送信機１５１１及び受信機１５１２は第２器機１５５０及び他のＤ２Ｄ端末と信号を送信及び受信するように構成され、プロセッサ１５２０は送信機１５１１及び受信機１５１２と機能的に連結され、送信機１５１１及び受信機１５１２が他の器機と信号を送受信する過程を制御するように構成されることができる。一方、第１器機１５００及び／又は第２器機１５５０は基地局であってもよい。
【０２１０】
また、プロセッサ１５２０は、送信すべき信号に対する各種の処理を遂行してから送信機１５１１に送信し、受信機１５１２が受信した信号に対する処理を遂行することができる。必要な場合、プロセッサ１５２０は交換されたメッセージに含まれた情報をメモリ１５３０に記憶することができる。
【０２１１】
上述した構造によって第１器機１５００は上述した本発明の多様な実施形態の方法を遂行することができる。例えば、それぞれの信号及び／又はメッセージなどはＲＦユニットの送信機及び／又は受信機を介して送受信され、それぞれの動作はプロセッサの制御によって遂行されることができる。
【０２１２】
一方、図１５に示されていないが、第１器機１５００はその器機アプリケーションのタイプによって多様な追加の構成を含むことができる。例えば、第１器機１５００が知能型計量のためのものである場合、第１器機１５００は電力測定などのための追加的な構成を含むことができる。このような電力測定動作はプロセッサ１５２０の制御を受けるか、あるいは別に構成されたプロセッサ（図示せず）の制御を受けることもできる。
【０２１３】
例えば、第２器機１５５０は基地局であってもよい。この際、基地局の送信機１５６１及び受信機１５６２は他の基地局、Ｄ２Ｄサーバー、Ｄ２Ｄ器機と信号を送信及び受信するように構成され、プロセッサ１５７０は送信機１５６１及び受信機１５６２と機能的に連結され、送信機１５６１及び受信機１５６２が他の器機と信号を送受信する過程を制御するように構成されることができる。また、プロセッサ１５７０は送信すべき信号に対する各種処理を遂行してから送信機１５６１に送信し、受信機１５６２が受信した信号に対する処理を遂行することができる。必要な場合、プロセッサ１５７０は交換されたメッセージに含まれた情報をメモリ１５３０に記憶することができる。このような構造によって基地局１５５０は前述した多様な実施形態の方法を遂行することができる。
【０２１４】
図１５で、第１器機１５１０及び第２器機１５５０のそれぞれのプロセッサ１５２０、１５７０はそれぞれ第１器機１５１０及び第２器機１５５０での動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサ１５２０、１５７０はプログラムコード及びデータを記憶するメモリ１５３０、１５８０と連結されることができる。メモリ１５３０、１５８０はプロセッサ１５２０、１５７０に連結され、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ  ｆｉｌｅｓ）を記憶する。
【０２１５】
本発明のプロセッサ１５２０、１５７０はコントローラー（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラー（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピューター（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などとも呼ばれることができる。一方、プロセッサ１５２０、１５７０はハードウェア（ｈａｒｄｗａｒｅ）又はファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの結合によって具現できる。ハードウェアを用いて本発明の実施例を具現する場合には、本発明を遂行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）又はＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサ１５２０、１５７０に備えられることができる。
【０２１６】
一方、ファームウエア又はソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を遂行するモジュール、手順又は関数などを含むようにファームウエア又はソフトウェアが構成されることができ、本発明を遂行することができるように構成されたファームウエア又はソフトウェアはプロセッサ１５２０、１５７０内に備えられるか又はメモリ１５３０、１５８０に記憶されてプロセッサ１５２０、１５７０によって駆動されることができる。
【０２１７】
以上で説明した実施例は、本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態に実施されることができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、あるいは、他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係がない請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含めたりすることができるのは明らかである。
【０２１８】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態に具体化可能であるのは当業者に明らかである。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈されてはいけなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲における全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０２１９】
上述したような本発明の実施形態は多様な移動通信システムに適用可能である。
【図１】
0006605024.tif 000018
【図２】
0006605024.tif 000019
【図３】
0006605024.tif 000020
【図４】
0006605024.tif 000021
【図５】
0006605024.tif 000022
【図６】
0006605024.tif 000023
【図７】
0006605024.tif 000024
【図８】
0006605024.tif 000025
【図９】
0006605024.tif 000026
【図１０】
0006605024.tif 000027
【図１１】
0006605024.tif 000028
【図１２】
0006605024.tif 000029
【図１３ａ】
0006605024.tif 000030
【図１３ｂ】
0006605024.tif 000031
【図１４ａ】
0006605024.tif 000032
【図１４ｂ】
0006605024.tif 000033
【図１４ｃ】
0006605024.tif 000034
【図１５】
0006605024.tif 000035