(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて第１端末（ＵＥ）により実行されるＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）を送信するための方法であって、
前記第１端末が基地局（ｅＮＢ）のカバレージ外にあるかどうか、及びＰＳＢＣＨ  ＤＭＲＳ測定値が閾値未満であるかどうかを検査するステップと、
前記第１端末が前記基地局のカバレージ外にあり、及び前記ＰＳＢＣＨ  ＤＭＲＳ測定値が前記閾値未満である場合、第２端末に前記Ｄ２Ｄ同期化信号を送信するステップと、を含み、
前記Ｄ２Ｄ同期化信号は、Ｄ２Ｄデータチャネルの送信に対するスケジューリング割り当て信号を送信するために、スケジューリング割り当て区間以前に送信される、Ｄ２Ｄ同期化信号送信方法。
【請求項２】
前記第１端末が前記基地局のカバレージ内にあるかどうか、及び前記基地局がＤ２Ｄ同期化信号送信をシグナリングするかどうかを検査するステップと、
前記第１端末が前記基地局のカバレージ内にあり、及び前記基地局がＤ２Ｄ同期化信号送信をシグナリングする場合、前記第２端末に前記Ｄ２Ｄ同期化信号を送信するステップと、
を更に含む、請求項１に記載のＤ２Ｄ同期化信号送信方法。
【請求項３】
前記Ｄ２Ｄ同期化信号は、前記スケジューリング割り当て区間以前に所定の範囲内で送信される、請求項１に記載のＤ２Ｄ同期化信号送信方法。
【請求項４】
無線通信システムにおいてＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）を送信するための第１端末（ＵＥ）であって、
無線周波数送受信機と、
プロセッサと、を含み、
前記プロセッサは、
前記第１端末が基地局（ｅＮＢ）のカバレージ外にあるかどうか、及びＰＳＢＣＨ  ＤＭＲＳ測定値が閾値未満であるかどうかを検査し、
前記第１端末が前記基地局のカバレージ外にあり、及び前記ＰＳＢＣＨ  ＤＭＲＳ測定値が前記閾値未満である場合、第２端末に前記Ｄ２Ｄ同期化信号を送信するよう前記無線周波数送受信機を制御するように構成され、
前記Ｄ２Ｄ同期化信号は、Ｄ２Ｄデータチャネルの送信に対するスケジューリング割り当て信号を送信するために、スケジューリング割り当て区間以前に送信される、第１端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関するもので、より詳しくは、無線通信システムにおけるＤ２Ｄ信号送受信方法及びそのための装置に関するものである。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ ７及びＲｅｌｅａｓｅ ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．４４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは、互いに異なった帯域幅を提供するように設定することができる。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥまで開発されているが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を有するためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したような論議を基にして、以下では無線通信システムにおけるＤ２Ｄ信号送受信方法及びそのための装置を提案しようとする。
【０００８】
本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００９】
上述した問題点を解決するための本発明の一態様である、無線通信システムにおける第１端末のＤ２Ｄ同期化信号（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、Ｄ２ＤＳＳ）送信方法は、前記第１端末のＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）送信関連インテンション（ｉｎｔｅｎｔｉｏｎ）を判断する段階、及び前記第１端末が前記Ｄ２Ｄ同期化信号（Ｄ２ＤＳＳ）送信関連インテンションを有する場合、第２端末にＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）を送信する段階を含み、前記Ｄ２Ｄ同期化信号は、前記第１端末が前記Ｄ２Ｄ同期化信号（Ｄ２ＤＳＳ）送信関連インテンションを有する場合、前記第１スケジューリング割り当て区間（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ  ｐｅｒｉｏｄ）以前に送信されることを特徴とする。
【００１０】
また、前記Ｄ２Ｄ同期化信号送信関連インテンションは、前記第１端末が基地局のカバレージ内（ｉｎ−ｃｏｖｅｒａｇｅ）にあるとき、前記基地局からＤ２Ｄ同期化信号送信がシグナリングされた場合、前記第１端末が有すると判断することを特徴とすることができる。
【００１１】
また、前記Ｄ２Ｄ同期化信号送信関連インテンションは、前記第１端末が基地局のカバレージ外（ｏｕｔ−ｃｏｖｅｒａｇｅ）にあるとき、ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）ＤＭＲＳ（Ｄｅ−Ｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）測定値が閾値未満の場合、前記第１端末が有すると判断することを特徴とすることができる。
【００１２】
また、前記Ｄ２Ｄ同期化信号（Ｄ２ＤＳＳ）は、前記第１スケジューリング割り当て区間以前に所定の範囲内で送信されることを特徴とすることができる。
【００１３】
上述した問題点を解決するための本発明の他の態様である、無線通信システムにおいてＤ２Ｄ同期化信号（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ、Ｄ２ＤＳＳ）を送信する第１端末は、無線周波数ユニット、及びプロセッサを含み、前記プロセッサは、前記第１端末のＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）送信関連インテンション（ｉｎｔｅｎｔｉｏｎ）を判断し、前記第１端末が前記Ｄ２Ｄ同期化信号（Ｄ２ＤＳＳ）送信関連インテンションを有する場合、第２端末にＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）を送信するように構成され、前記Ｄ２Ｄ同期化信号は、前記第１端末が前記Ｄ２Ｄ同期化信号（Ｄ２ＤＳＳ）送信関連インテンションを有する場合、前記第１スケジューリング割り当て区間（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ  ｐｅｒｉｏｄ）以前に送信されることを特徴とする。
【発明の効果】
【００１４】
本発明の実施例によると、無線通信システムにおいてＤ２Ｄ信号送受信を効率的に遂行することができる。
【００１５】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００１６】
本発明に関する理解を助けるために詳細な説明の一部として含まれる、添付図面は本発明に対する実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
【図１】無線通信システムの一例としてＥ−ＵＭＴＳ網構造を概略的に例示する。
【図２】３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ）構造を例示する。
【図３】３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する。
【図４】ＬＴＥシステムで使われる無線フレームの構造を例示する。
【図５】下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する。
【図６】下りリンクサブフレームの構造を例示する。
【図７】上りリンクサブフレームの構造を示す。
【図８】Ｄ２Ｄ通信を説明するための参照図である。
【図９】Ｄ２Ｄ通信のためのリソースユニット（ＲＵ）の構成の一例を説明するための参照図である。
【図１０】ディスカバリーメッセージ関連リソースプールが周期的に現れる場合を示す。
【図１１】上述したカバレージ内（ｉｎ−ｃｏｖｅｒａｇｅ）ＵＥとカバレージ外（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）ＵＥに対するＤ２ＤＳＳ  ＳＦ設定及びＤ２ＤＳＳ  ｒｅｌａｙ  ＳＦを説明するための参照図である。
【図１２】Ｄ２ＤＳＳが送信されるリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）の位置を示す。
【図１３】本発明に係わるオプションを説明するための参照図である。
【図１４】本発明の一実施例に適用可能な基地局及び端末を示す。
【発明を実施するための形態】
【００１７】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
【００１８】
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
【００１９】
図２は、３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。コントロールプレーンは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００２０】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。この伝送チャネルを介して媒体接続制御層と物理層間にデータが移動する。送信側の物理層と受信側の物理層間は、物理チャネルを介してデータが移動する。この物理チャネルは、時間と周波数を無線リソースとして用いる。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００２１】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性あるデータ送信を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックとして具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを效率的に送信するために不要の制御情報を減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を果たす。
【００２２】
第３層の最下部に位置している無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は、無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワーク間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）であり、そうでない場合、ＲＲＣ休止状態（Ｉｄｌｅ  Ｍｏｄｅ）である。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
【００２３】
基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは異なった帯域幅を提供するように設定することができる。
【００２４】
ネットワークから端末にデータを送信する下り伝送チャネルは、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信されてもよく、又は別の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信する上り伝送チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。伝送チャネルの上位に位置しており、伝送チャネルにマップされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００２５】
図３は、３ＧＰＰ ＬＴＥシステムに用いられる物理チャネル及びそれらを用いた一般的な信号送信方法を説明するための図である。
【００２６】
電源が消えた状態で電源がついたり、新しくセルに進入したりしたユーザ機器は、段階Ｓ３０１で、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、ユーザ機器は基地局から１次同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及び２次同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、ユーザ機器は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得することができる。一方、ユーザ機器は、初期セル探索段階で下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＬ ＲＳ）を受信して下りリンクチャネル状態を確認することができる。
【００２７】
初期セル探索を終えたユーザ機器は、段階Ｓ３０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。
【００２８】
その後、ユーザ機器は、基地局への接続を完了するために、段階Ｓ３０３乃至段階Ｓ３０６のようなランダムアクセス手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、ユーザ機器は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競合ベースランダムアクセスの場合、更なる物理ランダムアクセスチャネルの送信（Ｓ３０５）、及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００２９】
上述したような手順を行ったユーザ機器は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の送信（Ｓ３０８）を行うことができる。ユーザ機器が基地局に送信する制御情報を総称して上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）という。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書で、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは簡単に、ＨＡＲＱ−ＡＣＫあるいはＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と呼ぶ。ＨＡＲＱ−ＡＣＫは、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうち少なくとも一つを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にはＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータとが同時に送信されるべき場合にはＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要請／指示に応じて、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することもできる。
【００３０】
図４はＬＴＥシステムで使われる無線フレームの構造を例示する図である。
【００３１】
図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット伝送はサブフレーム（ｓｕｂｆｒａｍｅ）単位でなされ、一つのサブフレームは多数のＯＦＤＭシンボルを含む一定の時間区間として定義される。３ＧＰＰ  ＬＴＥ標準ではＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造とＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００３２】
図４の（ａ）はタイプ１無線フレームの構造を例示する。下りリンク無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、一つのサブフレームは時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。一つのサブフレームが送信されるのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）と言う。例えば、一つのサブフレームの長さは１ｍｓ、一つのスロットの長さは０．５ｍｓであり得る。一つのスロットは時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で多数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ  ＬＴＥシステムにおいては、下りリンクでＯＦＤＭＡを使うので、ＯＦＤＭシンボルが一つのシンボル区間を示す。ＯＦＤＭシンボルはまたＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ばれることもできる。リソース割り当て単位としてのリソースブロック（ＲＢ）は一つのスロットで複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００３３】
一つのスロットに含まれるＯＦＤＭシンボルの数はＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって違うことができる。ＣＰには拡張されたＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）と標準ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが標準ＣＰによって構成された場合、一つのスロットに含まれるＯＦＤＭシンボルの数は７個であり得る。ＯＦＤＭシンボルが拡張されたＣＰによって構成された場合、一ＯＦＤＭシンボルの長さが増えるので、一つのスロットに含まれるＯＦＤＭシンボルの数は標準ＣＰの場合より少ない。拡張されたＣＰの場合、例えば、一つのスロットに含まれるＯＦＤＭシンボルの数は６個であり得る。ユーザ機器が高速で移動するなどの場合のようにチャネル状態が不安定な場合、シンボル間の干渉をもっと減らすために、拡張されたＣＰを使うことができる。
【００３４】
標準ＣＰが使われる場合、一つのスロットは７個のＯＦＤＭシンボルを含むので、一つのサブフレームは１４個のＯＦＤＭシンボルを含む。この際、各サブフレームの最初の最大３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当てられ、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てられることができる。
【００３５】
図４の（ｂ）はタイプ２無線フレームの構造を例示する。タイプ２無線フレームは２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは２個のスロットを含む４個の一般サブフレームとＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む特別サブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）で構成される。
【００３６】
特別サブフレームで、ＤｗＰＴＳはユーザ器機での初期セル探索、同期化又はチャネル推定に使われる。ＵｐＰＴＳは基地局でのチャネル推定とユーザ器機の上りリンク伝送同期を合わせるのに使われる。すなわち、ＤｗＰＴＳは下りリンク伝送に、ＵｐＰＴＳは上りリンク伝送に使われ、特にＵｐＰＴＳはＰＲＡＣＨプリアンブル又はＳＲＳ伝送の用途に活用される。また、保護区間は上りリンクと下りリンクの間に下りリンク信号の多重経路遅延によって上りリンクで発生する干渉を除去するための区間である。
【００３７】
【化１】
0006479976.tif 000002
【００３８】
【表１】
0006479976.tif 000003
【００３９】
一方、タイプ２無線フレームの構造、すなわちＴＤＤシステムにおいて上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は下記の表２の通りである。
【００４０】
【表２】
0006479976.tif 000004
【００４１】
表２で、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを示し、Ｓは特別サブフレームを意味する。また、表２はそれぞれのシステムにおいて上りリンク／下りリンクサブフレーム設定で下りリンク−上りリンクスイッチング周期も示す。
【００４２】
上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数又はサブフレームに含まれるスロットの数、スロットに含まれるシンボルの数は多様に変更可能である。
【００４３】
図５は下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する。
【００４４】
【化２】
0006479976.tif 000005
【００４５】
図６は下りリンクサブフレームの構造を例示する。
【００４６】
図６を参照すると、サブフレームの一番目スロットで前部に位置する最大３（４）個のＯＦＤＭシンボルは制御チャネルが割り当てられる制御領域に対応する。残りのＯＦＤＭシンボルはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）が割り当てられるデータ領域に対応する。ＬＴＥで使われる下りリンク制御チャネルの例はＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨはサブフレームの一番目ＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの伝送に使われるＯＦＤＭシンボルの個数についての情報を運ぶ。ＰＨＩＣＨは上りリンク伝送に応じてＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。
【００４７】
ＰＤＣＣＨを介して送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と言う。ＤＣＩはユーザ器機又はユーザ器機グループのためのリソース割り当て情報及び他の制御情報を含む。例えば、ＤＣＩは上り／下りリンクスケジューリング情報、上りリンク伝送（Ｔｘ）パワー制御命令などを含む。
【００４８】
ＰＤＣＣＨは下りリンク共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の伝送フォーマット及びリソース割り当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の伝送フォーマット及びリソース割り当て情報、ページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位−階層制御メッセージのリソース割り当て情報、ユーザ器機グループ内の個別ユーザ器機に対するＴｘパワー制御命令セット、Ｔｘパワー制御命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信されることができる。ユーザ機器は複数のＰＤＣＣＨをモニターすることができる。ＰＤＣＣＨは一つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ、ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥはＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するのに使われる論理的割り当てユニットである。ＣＣＥは複数のリソース要素グループ（Ｒｅｓｏｕｒｃｅ    Ｅｌｅｍｅｎｔ  ｇｒｏｕｐ、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数はＣＣＥの個数によって決定される。基地局はユーザ器機に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を付け加える。ＣＲＣはＰＤＣＣＨの所有者又は使用目的によって識別子（例えば、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ））でマスキングされる。例えば、ＰＤＣＣＨが特定のユーザ器機のためのものである場合、該当のユーザ器機の識別子（例えば、ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））がＣＲＣにマスキングされることができる。ＰＤＣＣＨがページングメッセージのためのものである場合、ページング識別子（例えば、ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））がＣＲＣにマスキングされることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ、ＳＩＣ））のためのものである場合、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）がＣＲＣにマスキングされることができる。ＰＤＣＣＨがランダム接続応答のためのものである場合、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣにマスキングされることができる。
【００４９】
図７はＬＴＥで使われる上りリンクサブフレームの構造を例示する。
【００５０】
図７を参照すると、上りリンクサブフレームは複数（例えば、２個）のスロットを含む。スロットはＣＰ長によって相異なる数のＳＣ−ＦＤＭＡシンボルを含むことができる。上りリンクサブフレームは周波数領域でデータ領域と制御領域に区分される。データ領域はＰＵＳＣＨを含み、音声などのデータ信号を送信するのに使われる。制御領域はＰＵＣＣＨを含み、上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）を送信するのに使われる。ＰＵＣＣＨは周波数軸でデータ領域の両端部に位置するＲＢ対（ＲＢ  ｐａｉｒ）を含み、スロットを境界としてホッピングする。
【００５１】
ＰＵＣＣＨは次の制御情報を送信するのに使われることができる。
【００５２】
−ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要請するのに使われる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式を用いて送信される。
【００５３】
−ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケットに対する応答信号である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一下りリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ１ビットが送信され、二つの下りリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ２ビットが送信される。
【００５４】
−ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャネルについてのフィードバック情報である。ＣＳＩはＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）を含み、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）関連フィードバック情報はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（ＰｒｅｃｏｄｉｎｇタイプＩｎｄｉｃａｔｏｒ）などを含む。サブフレーム当たり２０ビットが使われる。
【００５５】
ユーザ機器がサブフレームで送信することができる制御情報（ＵＣＩ）の量は制御情報伝送に可用なＳＣ−ＦＤＭＡの個数による。制御情報の伝送に可用なＳＣ−ＦＤＭＡはサブフレームで参照信号伝送のためのＳＣ−ＦＤＭＡシンボルを除いた残りのＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が設定されたサブフレームの場合、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除かれる。参照信号はＰＵＣＣＨのコヒーレント検出に使われる。
【００５６】
以下では、Ｄ２Ｄ（ＵＥ−ｔｏ−ＵＥ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信について説明する。
【００５７】
Ｄ２Ｄ通信方式は、大別して、ネットワーク／コーディネーションステーション（例えば、基地局）の助けを受ける方式と、そうではない方式とに分けることができる。図８はＤ２Ｄ通信を説明するための参照図である。
【００５８】
図８を参照すると、図８（ａ）には制御信号（例えば、ｇｒａｎｔ  ｍｅｓｓａｇｅ）、ＨＡＲＱ、チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などの送受信にはネットワーク／コーディネーションステーションが介入され、Ｄ２Ｄ通信を行う端末間にはデータ送受信のみが行われる方式が示されている。また、図８（ｂ）には、ネットワークは最小限の情報（例えば、該当のセルで使用可能なＤ２Ｄ連結（ｃｏｎｎｅｃｔｉｏｎ）情報など）のみを提供し、Ｄ２Ｄ通信を行う端末がリンクを形成してデータ送受信を行う方式が示されている。
【００５９】
前述した内容を基にし、本発明では、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信が行われる環境で、Ｄ２Ｄ同期化信号（Ｄ２ＤＳＳ）（送信／受信）リソース及びＤ２ＤＳＳ伝送条件を効率的に設定する方法について説明する。
【００６０】
ここで、Ｄ２Ｄ通信はＵＥが他のＵＥと直接無線チャネルを介して通信することを意味し、一般的にＵＥはユーザの端末を意味するが、ｅＮＢのようなネットワーク装備がＵＥ間の通信方式によって信号を送信／受信する場合には本発明が適用可能な一種のＵＥと見なすことができる。また、ＷＡＮ  ＤＬ通信はｅＮＢがＵＥに送信する（Ｅ）ＰＤＣＣＨ、ＰＤＳＣＨ、ＣＲＳ、ＣＳＩ−ＲＳなどの各種の既存通信を意味することができ、あるいはＷＡＮ通信はＵＥがｅＮＢに送信するＰＲＡＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなどの各種の既存通信を意味することができる。
【００６１】
また、以下では、説明の便宜のために、３ＧＰＰ  ＬＴＥシステムに基づいて本発明を説明するが、本発明が適用されるシステムの範囲は３ＧＰＰ  ＬＴＥシステムの外に他のシステムにも拡張可能である。
【００６２】
また、以下では、説明の便宜のために、Ｄ２Ｄ信号送信動作を行うＵＥを「Ｄ２Ｄ  ＴＸ  ＵＥ」と定義し、Ｄ２Ｄ信号受信動作を行うＵＥを「Ｄ２Ｄ  ＲＸ  ＵＥ」と定義する。
【００６３】
また、本発明の実施例は、ｉ）Ｄ２Ｄ通信に参加する一部のＤ２Ｄ  ＵＥはネットワークのカバレージ内にあり、残りのＤ２Ｄ  ＵＥはネットワークのカバレージ外にある場合（Ｄ２Ｄ  Ｄｉｓｃｏｖｅｒｙ／Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｆ  Ｐａｒｔｉａｌ  Ｎｅｔｗｏｒｋ  Ｃｏｖｅｒａｇｅ）、及び／又はｉｉ）Ｄ２Ｄ通信に参加するＤ２Ｄ  ＵＥが全てネットワークのカバレージ内にある場合（Ｄ２Ｄ  Ｄｉｓｃｏｖｅｒｙ／Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｗｉｔｈｉｎ  Ｎｅｔｗｏｒｋ  Ｃｏｖｅｒａｇｅ）、及び／又はｉｉｉ）Ｄ２Ｄ通信に参加するＤ２Ｄ  ＵＥが全てネットワークのカバレージ外にある場合（Ｄ２Ｄ  Ｄｉｓｃｏｖｅｒｙ／Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｏｕｔｓｉｄｅ  Ｎｅｔｗｏｒｋ  Ｃｏｖｅｒａｇｅ（ｆｏｒ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  Ｏｎｌｙ））などにも拡張して適用可能である。
【００６４】
以下では、本発明についての具体的な説明を開示するに先立ち、Ｄ２Ｄ通信を遂行する場合のリソース設定／割り当てについて先に説明する。
【００６５】
一般に、ＵＥが他のＵＥと直接無線チャネルを介して通信を遂行するとき、一連（ｃｏｎｔｉｇｕｏｕｓｌｙ）のリソース集合を意味するリソースプール（Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内で特定のリソースに相当するリソースユニット（Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ、ＲＵ）が選択され、該当のＲＵを使ってＤ２Ｄ信号を送信（すなわち、Ｄ２Ｄ  ＴＸ  ＵＥの動作）するように動作することができる。これに対するＤ２Ｄ  ＲＸ  ＵＥはＤ２Ｄ  ＴＸ  ＵＥが信号を送信することができるリソースプール情報をシグナリングによって受け、該当のリソースプール内でＤ２Ｄ  ＴＸ  ＵＥの信号を検出する。ここで、リソースプール情報はｉ）Ｄ２Ｄ  ＴＸ  ＵＥが基地局の連結範囲内にある場合には基地局が知らせることができ、ｉｉ）基地局の連結範囲の外にある場合には他のＵＥが知らせるかあるいは前もって決定されたリソースとして決定されることもできる。
【００６６】
一般に、リソースプールは複数のリソースユニット（ＲＵ）で構成され、各ＵＥは一つあるいは複数のリソースユニット（ＲＵ）を選定して自分のＤ２Ｄ信号送信に使うことができる。
【００６７】
図９はＤ２Ｄ通信のためのリソースユニット（ＲＵ）の構成の一例を説明するための参照図である。全ての周波数リソースがＮＦ個に分割され、全ての時間リソースがＮＴ個に分割され、全部ＮＦ＊ＮＴ個のリソースユニット（ＲＵ）が定義される場合に相当する。ここで、該当のリソースプールがＮＴサブフレームを周期として繰り返されると言える。特徴的に、一つのリソースユニット（ＲＵ）は図９に示すように周期的に繰り返して現れることができる。若しくは、時間や周波数の次元でのダイバーシティ（Ｄｉｖｅｒｓｉｔｙ）効果を得るために、一つの論理的なリソースユニット（ＲＵ）がマッピングされる物理的リソースユニット（ＲＵ）のインデックスが時間によって前もって決定されたパターンで変化することもできる。このようなリソースユニット構造において、リソースプールはＤ２Ｄ信号を送信しようとするＵＥが送信に使えるリソースユニットの集合を意味することができる。
【００６８】
また、上述したリソースプール（Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は多くの種類に細分化することができる。まず、リソースプールで送信されるＤ２Ｄ信号のコンテンツ（Ｃｏｎｔｅｎｔ）によって区分することができる。一例として、Ｄ２Ｄ信号のコンテンツは以下のように区分することができ、それぞれに対して別個のリソースプールが設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）できる。
【００６９】
・スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ、ＳＡ）：それぞれのＤ２Ｄ  ＴＸ  ＵＥが後行のＤ２Ｄデータチャネル（Ｄａｔａ  Ｃｈａｎｎｅｌ）の伝送で使うリソースの位置及びその外のデータチャネルの復調のために必要なＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）又はＭＩＭＯ伝送方式などの情報を含む信号を意味する。このような信号は同じリソースユニット上でＤ２Ｄデータと一緒に多重化して送信されることも可能である。この場合、ＳＡリソースプールとはＳＡがＤ２Ｄデータと多重化して送信されるリソースのプール（Ｐｏｏｌ）を意味することができる。以下、本発明では、説明の便宜のために、「ＳＡプール」という。
【００７０】
・Ｄ２Ｄデータチャネル（Ｄ２Ｄ  Ｄａｔａ  Ｃｈａｎｎｅｌ）：ＳＡによって指定されたリソースを使ってＤ２Ｄ  ＴＸ  ＵＥがユーザデータ（Ｕｓｅｒ  Ｄａｔａ）を送信するのに使うリソースのプール（Ｐｏｏｌ）を意味する。仮に、同じリソースユニット上でＳＡ情報と一緒に多重化して送信されることも可能な場合には、Ｄ２ＤデータチャネルのためのリソースプールではＳＡ情報を除いた形態のＤ２Ｄデータチャネルのみが送信される形態となることができる。言い換えれば、ＳＡリソースプール内の個別リソースユニット上でＳＡ情報を送信するのに使われたＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）を、Ｄ２Ｄデータチャネルのリソースプールでは依然としてＤ２Ｄデータを送信するのに使うものである。以下、本発明では、説明の便宜のために、「データプール」という。
【００７１】
ディスカバリーメッセージ（Ｄｉｓｃｏｖｅｒｙ  Ｍｅｓｓａｇｅ）：Ｄ２Ｄ  ＴＸ  ＵＥが自分のＩＤなどの情報を送信し、隣接ＵＥが自分を見つけることができるようにするメッセージのためのリソースプールを意味する。以下、本発明では、説明の便宜のために、「ディスカバリープール」という。
【００７２】
また、上述したように、Ｄ２Ｄ信号のコンテンツが同一である場合にも１２２Ｄ信号の送信／受信属性によって相異なるリソースプールを使うこともできる。例えば、同じＤ２Ｄデータチャネル（Ｄ２Ｄ  Ｄａｔａ  Ｃｈａｎｎｅｌ）又はディスカバリーメッセージと言っても、ｉ）Ｄ２Ｄ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信される方式、同期基準信号の受信時点で一定のＴＡ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）を適用して送信される方式）、又はｉｉ）リソース割り当て方式（例えば、個別信号の伝送リソースをセル（Ｃｅｌｌ）が個別Ｄ２Ｄ  ＴＸ  ＵＥに指定する方式、個別Ｄ２Ｄ  ＴＸ  ＵＥがプール（Ｐｏｏｌ）内で自ら個別信号伝送リソースを選択する方式）、又はｉｉｉ）シグナルフォーマット（例えば、各Ｄ２Ｄ信号が一つのサブフレームで占めるシンボルの個数、又は一つのＤ２Ｄ信号の伝送に使われるサブフレームの個数）によってさらに相異なるリソースプールに区分することができる。
【００７３】
さらに、Ｄ２Ｄデータチャネル送信のためのリソース割り当て方法は次の二つのモード（Ｍｏｄｅ）に区分することができる。
【００７４】
モード１（Ｍｏｄｅ１）：セル（Ｃｅｌｌ）がＳＡ及びＤ２Ｄデータを送信するのに使うリソースを個別Ｄ２Ｄ  ＴＸ  ＵＥに直接指定する方式を意味する。その結果、セル（ｃｅｌｌ）はどのＵＥがどのリソースをＤ２Ｄ信号送信に使うかを正確に把握することができる。しかし、全てのＤ２Ｄ信号の送信ごとにセル（ｃｅｌｌ）がＤ２Ｄリソースを指定することは過度なシグナリングオーバーヘッド（Ｓｉｇｎａｌｉｎｇ  Ｏｖｅｒｈｅａｄ）を引き起こすことができるので、一回のシグナリングによって複数のＳＡ及び／又はデータ送信リソースを割り当てるように動作することもできる。
【００７５】
モード２（Ｍｏｄｅ２）：セル（ｃｅｌｌ）が複数のＤ２Ｄ  ＴＸ  ＵＥに設定した一連（ｃｏｎｔｉｇｕｏｕｓｌｙ）のＳＡ及びデータ関連リソースプール内で個別Ｄ２Ｄ  ＴＸ  ＵＥが適切なリソースを選択してＳＡ及びデータを送信する方式を意味する。その結果、セル（ｃｅｌｌ）はどのＵＥがどのリソースをＤ２Ｄ送信に使うかを正確に把握することができない。
【００７６】
また、ディスカバリーメッセージ送信のためのリソース割り当て方法は以下の二つのタイプ（Ｔｙｐｅ）に区分することができる。
【００７７】
タイプ（ＴＹＰＥ）１：非ＵＥ特定に基づく（ｎｏｎ  ＵＥ−ｓｐｅｃｉｆｉｃ  ｂａｓｉｓ）ディスカバリー信号伝送のためのリソースが割り当てられた場合のディスカバリー過程。ここで、リソースは全てのＵＥ又はＵＥのグループのためのものであってもよい。
【００７８】
タイプ（ＴＹＰＥ）２：ＵＥ特定に基づく（ＵＥ−ｓｐｅｃｉｆｉｃ  ｂａｓｉｓ）ディスカバリー信号伝送のためのリソースが割り当てられた場合のディスカバリー過程。
【００７９】
−タイプ（ＴＹＰＥ）２Ａ：リソースはディスカバリー信号のそれぞれの特定伝送時間（ｉｎｓｔａｎｃｅ）ごとに割り当てられる。
【００８０】
−タイプ（ＴＹＰＥ）２Ｂ：リソースはディスカバリー信号伝送のために半永久的に（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｌｙ）割り当てられる。
【００８１】
図１０はディスカバリーメッセージ関連リソースプール（以下、「ディスカバリーリソースプール（Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）」と表記）が周期的に現れる場合を示す。図１０で、該当のリソースプールが現れる周期を「ディスカバリーリソースプール周期（Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ  Ｐｅｒｉｏｄ）」と表記した。また、図１０で、（一つの）ディスカバリーリソースプール周期内に設定された多数のディスカバリーリソースプールのうち、特定のディスカバリーリソースプール（等）はサービングセル関連ディスカバリー送信／受信リソースプール（Ｄｉｓｃｏｖｅｒｙ  Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ  Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）（等）と定義し、他の（残りの）ディスカバリーリソースプール（等）は隣接セル（Ｎｅｉｇｈｂｏｒ  ｃｅｌｌ）関連ディスカバリー受信リソースプール（Ｄｉｓｃｏｖｅｒｙ  Ｒｅｃｅｐｔｉｏｎ  Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）（等）と定義することができる。
【００８２】
前述したものに基づき、本発明で提案するＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）リソース設定方法及びＤ２ＤＳＳ伝送条件を説明する。
【００８３】
まず、カバレージ内（ｉｎ−ｃｏｖｅｒａｇｅ、又はｉｎ−ｎｅｔｗｏｒｋ（ｉｎ−ＮＷ））ＵＥの場合を説明する。
【００８４】
−カバレージ内ＵＥに対し、一つのセルごとに最大１個のＤ２ＤＳＳリソースが設定されることができる。ここで、Ｄ２ＤＳＳリソースは以下のｉ）、ｉｉ）条件（ｃｏｎｄｉｔｉｏｎ）を満たす周期的に現れるサブフレームを含む。該当の周期的に現れるサブフレーム上でＤ２ＤＳＳが送信されることができる（例えば、基地局はＤ２ＤＳＳ伝送に使われないリソースを（ＷＡＮ通信に）用いる）。ｉ）Ｄ２ＤＳＳリソースの周期はカバレージ内（ｉｎ−ｃｏｖｅｒａｇｅ）及びカバレージ外（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）の場合が同一であり、４０ｍｓに前もって固定されることができる。また、ｉｉ）Ｄ２ＤＳＳリソース設定時、サブフレーム単位の時間オフセットが設定されることができ、隣接セル（ｎｅｉｇｈｂｏｒ  ｃｅｌｌ）のＤ２ＤＳＳリソースオフセット（例えば、サービングセルのＳＦＮ＃０に対するサブフレーム単位の時間オフセット形態）はＳＩＢを介してシグナリングできる。
【００８５】
−ＳＡ又はＤ２Ｄデータを送信するＵＥは、Ｄ２ＤＳＳリソース内の以下の（一部又は全ての）条件を満たす各サブフレーム上でＤ２ＤＳＳを送信する。
【００８６】
・ＵＥの観点で、セルラー伝送と衝突しないサブフレーム
・ＵＥの能力（ｃａｐａｂｉｌｉｔｙ）などの前もって定義された条件を満たす場合
ＳＡ又はＤ２Ｄデータが送信されるＳＡ又はＤ２Ｄデータ周期（ｐｅｒｉｏｄ）内のサブフレーム（ｔｈｅ  ｓｕｂｆｒａｍｅ  ｉｓ  ｗｉｔｈｉｎ  ｔｈｅ  ＳＡ  ｏｒ  Ｄ２Ｄ  ｄａｔａ  ｐｅｒｉｏｄ  ｉｎ  ｗｈｉｃｈ  ＳＡ  ｏｒ  ｄａｔａ  ｉｓ  ｔｒａｎｓｍｉｔｔｅｄ）
・ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態であり、ｅＮＢが（専用（ｄｅｄｉｃａｔｅｄ）シグナリングによって）Ｄ２ＤＳＳ送信開始を指示し、及び／又はＵＥがＳＡ又はＤ２Ｄデータ周期内のサブフレーム上でＳＡ又はＤ２Ｄデータを送信しない場合に前もって定義された他の条件が満たされ、及び／あるいは以下の条件が全て（又は一部）満たされる場合
−Ｄ２Ｄ通信関連Ｄ２ＤＳＳ伝送のためのＲＳＲＰ閾値が設定され、該当の閾値がＳＩＢを介して設定された場合。ここで、一例として、閾値は｛−∞、−１１５、・・・、−６０（５単位で増加）、＋∞｝ｄＢｍのうちで一つの値として設定されることができる。
【００８７】
−ＵＥのＲＳＲＰ値が閾値より低い場合
−ｅＮＢが（専用（ｄｅｄｉｃａｔｅｄ）シグナリングによって）Ｄ２ＤＳＳ送信中断を指示しなかった場合。
【００８８】
−ディスカバリーＵＥの場合、それぞれのディスカバリープールに対し、ディスカバリープールの一番目サブフレームがＤ２ＤＳＳリソースであるとき、以下の（一部又は全ての）条件が満たされれば該当のサブフレーム上でＤ２ＤＳＳを送信し、そうではないときにはディスカバリープールの開始点以前に存在する一番近いＤ２ＤＳＳリソース上で以下の（一部又は全ての）条件が満たされれば該当のサブフレーム上でＤ２ＤＳＳを送信する。
【００８９】
・ＵＥの観点で、セルラー伝送と衝突しないサブフレーム
・ＵＥが他のＤ２ＤＳＳのためのスキャニングを行わない場合、
・ＵＥの能力（ｃａｐａｂｉｌｉｔｙ）などの前もって定義された条件を満たす場合
・ＵＥがディスカバリープール内でディスカバリーメッセージを送信する場合（ｔｈｅ  ＵＥ  ｔｒａｎｓｍｉｔｓ  ａ  ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅ  ｉｎ  ｔｈｅ  ｄｉｓｃｏｖｅｒｙ  ｐｏｏｌ）、
・ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態であり、ｅＮＢが（専用（ｄｅｄｉｃａｔｅｄ）シグナリングによって）Ｄ２ＤＳＳ送信開始を指示し、及び／又は以下の条件が全て（又は一部）満たされる場合
−Ｄ２Ｄディスカバリー関連Ｄ２ＤＳＳ伝送のためのＲＳＲＰ閾値が設定され、該当の閾値がＳＩＢを介して設定された場合。ここで、一例として、閾値は｛−∞、−１１５、・・・、−６０（５単位で増加）、＋∞｝ｄＢｍのうちで一つの値として設定されることができる。
【００９０】
−ＵＥのＲＳＲＰ値が閾値より低い場合
−ｅＮＢが（専用（ｄｅｄｉｃａｔｅｄ）シグナリングによって）Ｄ２ＤＳＳ送信中断を指示しなかった場合。
【００９１】
さらに、カバレージ外（又はｏｕｔ−ｎｅｔｗｏｒｋ（ｏｕｔ−ＮＷ））ＵＥについて説明する。カバレージ外ＵＥは二つ以上のＤ２ＤＳＳリソース上でＤ２ＤＳＳを送信することができない。ここで、一例として、二つのＤ２ＤＳＳリソースがカバレージ外（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）のために使われる。ここで、一例として、Ｄ２ＤＳＳリソース位置は（ＤＦＮ＃０に対して（又はＤＦＮ＃０を基準に））前もって設定されるか、シグナリングされることができる。
【００９２】
一例として、Ｄ２Ｄ  ＲＸ  ＵＥが（前もって定義された上位階層シグナルによって）ｗ１／ｗ２の隣接セル（ＮＥＩＧＨＢＯＲ  ＣＥＬＬ）関連同期誤差情報を受信すれば、隣接セルＤ２Ｄリソース（例えば、ＮＥＩＧＨＢＯＲ  ＣＥＬＬ  Ｄ２ＤＳＳ  ＲＥＳＯＵＲＣＥ（及び／又はＮＥＩＧＨＢＯＲ  ＣＥＬＬ  ＤＩＳＣＯＶＥＲＹ  ＲＥＳＯＵＲＣＥ  ＰＯＯＬ））に対して±ｗ１／±ｗ２大きさのディスカバリー参照同期化ウィンドウ（ＤＩＳＣＯＶＥＲＹ  ＲＥＦＥＲＥＮＣＥ  ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ  ＷＩＮＤＯＷ）を仮定することになる（表３参照）。
【００９３】
【表３】
0006479976.tif 000006
【００９４】
図１１は上述したカバレージ内ＵＥとカバレージ外ＵＥに対するＤ２ＤＳＳ  ＳＦ設定及びＤ２ＤＳＳ  ｒｅｌａｙ  ＳＦを説明するための参照図である。
【００９５】
図１１を参照して説明すると、ｅＮＢのカバレージ内に存在するカバレージ内ＵＥ（例えば、ＵＥａ）に対しては一つのセルごとに最大１個のＤ２ＤＳＳリソース（例えば、Ｄ２ＤＳＳ  ＳＦ）が設定されることができる。これに対し、ｅＮＢのカバレージ外に存在するカバレージ外ＵＥに対してはカバレージ内ＵＥのためのＤ２ＤＳＳリソースとアライン（ａｌｉｇｎ）される（一つの）Ｄ２ＤＳＳリソースとともに、Ｄ２ＤＳＳリレーのための（さらに他の）Ｄ２ＤＳＳリソース（例えば、Ｄ２ＤＳＳ  ｒｅｌａｙ  ＳＦ）が設定されることができる。
【００９６】
図１２はＤ２ＤＳＳが送信されるリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）の位置を示す。図１２を参照して説明すると、ディスカバリープールの最初サブフレームの場合（ａ）、あるいはディスカバリープールの開始点以前に一番近いＤ２ＤＳＳリソースであるサブフレーム（ｂ）でＤ２ＤＳＳが送信されることができる。
【００９７】
Ｄ２ＤＳＳが送信されるための条件は、カバレージ内ＵＥとカバレージ外ＵＥが互いに違うこともある。一例として、カバレージ内ＵＥの場合にはｉ）ｅＮＢから専用シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）によって指示されるか、ｉｉ）（前もって設定されるか指示された）ＲＳＲＰ基準によってＤ２ＤＳＳ伝送可否が決定できる。一例として、カバレージ外ＵＥの場合には、ＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）ＤＭＲＳに対する（エネルギー）測定／検出に基づいてＤ２ＤＳＳ伝送可否が決定できる。ここで、一例として、（一定の領域／距離内で）一定の閾値以上の信号（例えば、ＰＳＢＣＨ  ＤＭＲＳ）が測定／検出されなければ（該当の一定領域／距離内に）同期ソースがないと判断し（独立的な同期ソース（ＩＳＳ）としての）Ｄ２ＤＳＳ伝送を遂行する。また、図１２では、説明の便宜のために、ディスカバリー（プール）関連Ｄ２ＤＳＳ伝送のみを中心に説明したが、本発明はＤ２Ｄ通信（例えば、ＳＡ、Ｄ２Ｄデータ）（プール）関連Ｄ２ＤＳＳ伝送にも拡張して適用可能である。
【００９８】
上述した内容に基づき、ネットワーク内（ＩＮ−ＮＷ）ＵＥの動作について先に説明する。Ｄ２ＤＳＳ伝送はＤ２Ｄ支援（ｃａｐａｂｌｅ）ＵＥの選択的（ｏｐｔｉｏｎａｌ）な特徴となることができる。したがって、一例として、Ｄ２ＤＳＳ支援ＵＥのみがＤ２ＤＳＳを送信するようにすることが好ましい。
【００９９】
ディスカバリー（ｄｉｓｃｏｖｅｒｙ）ＵＥの場合、それぞれのディスカバリー周期ごとに、単一サブフレーム上でＤ２ＤＳＳを送信する。このような動作はｉｎ−ＮＷ  ＵＥのみのために動作するディスカバリーによって遂行できる。すなわち、ｉｎ−ＮＷ  ＵＥがセルに同期化し、送信ＵＥと受信ＵＥの間の周波数エラーは制限され、単一サブフレームでのＤ２ＤＳＳ検出は充分に信頼できる。このような場合、Ｄ２ＤＳＳスキャニングのために、別個の条件は必要でなくても良い。これは、サービングセルが隣接セルのＤ２ＤＳＳリソースを提供し、多数のセルのＤ２ＤＳＳリソースはネットワーク設定によって時間上で分離されることができるからである。また、ＵＥはリソースプールでディスカバリー信号を送信することができないこともある。このような理由の一つはＷＡＮ  ＵＬ  ＴＸとの衝突のためである。
【０１００】
したがって、前述したディスカバリー関連Ｄ２ＤＳＳ伝送条件の一つである「ＵＥがディスカバリープール内でディスカバリーメッセージを送信する場合（ｔｈｅ  ＵＥ  ｔｒａｎｓｍｉｔｓ  ａ  ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅ  ｉｎ  ｔｈｅ  ｄｉｓｃｏｖｅｒｙ  ｐｏｏｌ）」が「ＵＥがディスカバリープール内でディスカバリーメッセージを送信する意図（／意向）がある場合（ｔｈｅ  ＵＥ  ｉｎｔｅｎｄｓ  ｔｏ  ｔｒａｎｓｍｉｔ  ａ  ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅ  ｉｎ  ｔｈｅ  ｄｉｓｃｏｖｅｒｙ  ｐｏｏｌ）」に変更される必要がある。
【０１０１】
また、コミュニケーション（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に関連し、まずＤ２ＤＳＳがＳＡ送信以前に送信される必要があるかも考慮することができる（ここで、データはＳＡ送信以前に送信できない）。なぜなら、ＳＡ／データ周期内でＳＡサブフレーム以前にＤ２ＤＳＳリソースが存在しないこともあり、このような場合、ＳＡが先に送信され、以後にＤ２ＤＳＳが送信されることがあるからである。すなわち、ＳＡ受信以前に同期化される必要があれば、上述したディスカバリー（関連Ｄ２ＤＳＳ伝送）と類似の条件がさらに設定できる。
【０１０２】
しかし、このような場合、単一サブフレーム上のＤ２ＤＳＳ伝送は大きな初期化周波数オフセットを有することができるｏｕｔ−ＮＷ  ＵＥ（等）に対して信頼度ある同期化性能を提供することができないことがあり得る。よって、ＳＡ送信以前には複数のサブフレームでＤ２ＤＳＳが送信されることがより好ましい。ここで、一例として、該当の先行するＤ２ＤＳＳ伝送のために、時間的制限（ｔｉｍｅ  ｌｉｍｉｔａｔｉｏｎ）が必要であることもある。なぜなら、Ｄ２ＤＳＳサブフレームとＳＡサブフレームの間のタイムギャップ（ｔｉｍｅ  ｇａｐ）が大きい場合、ＵＥがＳＡ送信のインテンション（ｉｎｔｅｎｔｉｏｎ）を正確に予測しにくいからである。
【０１０３】
また、ＳＡ／データ周期内でＳＡあるいはデータを送信しない場合、Ｄ２ＤＳＳを送信するかについて説明する。コミュニケーションのためのＤ２ＤＳＳはｏｕｔ−ＮＷ  ＵＥが受信する必要があるから、ディスカバリーのための動作とコミュニケーションのための動作が互いに違う必要がある。具体的に、ｏｕｔ−ＮＷ  ＵＥは大きな周波数エラーを有することができるから、Ｄ２ＤＳＳ検出性能の信頼性が高くなければならない。
【０１０４】
ｏｕｔ−ＮＷ  ＵＥの早い同期化のために、ｉｎ−ＮＷ  ＵＥは少なくとも（前もって設定された）ある程度の区間の間にＤ２ＤＳＳを連続的に送信する必要がある。これにより、ｏｕｔ−ＮＷ  ＵＥは連続的なＤ２ＤＳＳ伝送サブフレームの集合で少なくとも一度はＤ２ＤＳＳを検出することができる。
【０１０５】
また、ｏｕｔ−ＮＷ  ＵＥが同期化参照（ｒｅｆｅｒｅｎｃｅ）選択及びＤ２ＤＳＳ伝送条件満足の判断のためのＤ２ＤＳＳ測定を遂行し、適切な（又は信頼性ある）測定が多くのＤ２ＤＳＳサブフレームを平均することが必要であるから、４０ｍｓの時間単位のＤ２ＤＳＳ送信のランダムオン−オフ（ｏｎ−ｏｆｆ）は避けることが好ましい。
【０１０６】
したがって、このために、仮に前もって設定された特定の条件が満たされれば、ＵＥがＳＡ／データ周期内でＳＡ又はＤ２Ｄデータを送信しなくても、Ｄ２ＤＳＳを送信するように設定できる。以下では、これを「連続的なＤ２ＤＳＳ伝送のための条件（ｃｏｎｄｉｔｉｏｎ  ｆｏｒ  ｃｏｎｔｉｎｕｉｎｇ  Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ）」と名付ける。
【０１０７】
このような「連続的なＤ２ＤＳＳ伝送のための条件（ｃｏｎｄｉｔｉｏｎ  ｆｏｒ  ｃｏｎｔｉｎｕｉｎｇ  Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ）」は、ＵＥが以前時点でＤ２ＤＳＳを送信したなら（前もって設定された）時間区間の間にＤ２ＤＳＳ伝送を続けて（又は連続して）遂行するという原理に基づくことができる。このような原理はｏｕｔ−ＮＷ  ＵＥのＤ２ＤＳＳ検出及び測定に役立つ連続的なＤ２ＤＳＳ伝送を保障することができる。
【０１０８】
したがって、本発明では、以下のオプション１−１〜オプション１−３を考慮することができ、図１３はオプション１−１〜オプション１−３を説明するための参照図である。図１３を参照して説明すると、
−オプション１−１：「Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅｒ」を定義することができる。仮に、ＵＥが「ＳＡ又はＤ２Ｄデータが送信されるＳＡ又はＤ２Ｄデータ周期（ｐｅｒｉｏｄ）内のサブフレーム（ｔｈｅ  ｓｕｂｆｒａｍｅ  ｉｓ  ｗｉｔｈｉｎ  ｔｈｅ  ＳＡ  ｏｒ  Ｄ２Ｄ  ｄａｔａ  ｐｅｒｉｏｄ  ｉｎ  ｗｈｉｃｈ  ＳＡ  ｏｒ  ｄａｔａ  ｉｓ  ｔｒａｎｓｍｉｔｔｅｄ）」という条件によってサブフレーム＃ｎでＤ２ＤＳＳを送信する場合、該当のＵＥは送信すべきＳＡ／データがない場合であってもサブフレーム＃ｎ＋４０、＃ｎ＋８０、・・・、＃ｎ＋Ｋ＊４０でＤ２ＤＳＳを続けて（又は連続して）伝送することができる。ここで、Ｋは「Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅｒ」に対応する。
【０１０９】
−オプション１−２：全てのＤＦＮレンジ（ＤＦＮ  ｒａｎｇｅ）は多数の時間パーティション（ｔｉｍｅ  ｐａｒｔｉｔｉｏｎ）に分割されることができる。ＤＦＮレンジが０から１０２３（すなわち、一つのＤ２Ｄフレームは１０ｍｓに対応する）であると仮定すれば、ＤＦＮパーティションｘはＤ２Ｄ  ｆｒａｍｅ  ｘ、ｘ＋１、．．．、ｘ＋Ｍ−１（すなわち、１０２４／Ｍ  ＤＦＮパーティションに分割された場合）を含む。仮に、ＤＦＮパーティションＸに含まれるサブフレームでＤ２ＤＳＳを送信すれば、ＵＥはＤＦＮパーティションｘ内の残っているＤ２ＤＳＳサブフレームでＤ２ＤＳＳを続けて（又は連続して）送信する。このようなオプションは、受信ＵＥが連結された（又は連関された）ＰＤ２ＤＳＣＨ上でＤＦＮをデコードした後、潜在的なＤ２ＤＳＳ伝送変更関連タイムインスタンス（ｔｉｍｅ  ｉｎｓｔａｎｃｅ）が分かる利点がある。
【０１１０】
−オプション１−３：「Ｄ２ＤＳＳ  ｍｅａｓｕｒｅｍｅｎｔ  ｐｅｒｉｏｄ」を定義することができ、特定のサブフレーム上でＤ２ＤＳＳを送信したＵＥは該当の特定サブフレームと連結されたＤ２ＤＳＳ測定区間（Ｄ２ＤＳＳ  ｍｅａｓｕｒｅｍｅｎｔ  ｐｅｒｉｏｄ）上でＤ２ＤＳＳを送信することになる。例えば、（ＵＥがＤ２ＤＳＳを送信した特定のサブフレームと）一番近いＤ２ＤＳＳ測定区間が（該当の特定サブフレームと）連結されたものであると定義することができる。
【０１１１】
上述した条件に関連し、ＵＥはＤ２ＤＳＳ伝送のための条件が満たされないサブフレームではＤ２ＤＳＳを送信しないように明確にする必要がある。ｅＮＢはＤ２ＤＳＳが送信されないサブフレームのサブセットを少なくとも把握し、このようなサブフレーム上のＤ２ＤＳＳリソースをセルラー（通信）伝送の用途に使うことができる。
【０１１２】
すなわち、カバレージ内ＵＥの場合、
−ＳＡ又はＤ２Ｄデータを送信するＵＥは、Ｄ２ＤＳＳリソース内の以下の（一部又は全ての）条件を満たす各サブフレーム上でＤ２ＤＳＳを送信する。
【０１１３】
・ＵＥの観点で、セルラー伝送と衝突しないサブフレーム
・Ｄ２ＤＳＳ支援（ｃａｐａｂｌｅ）ＵＥ
・ＳＡ又はＤ２Ｄデータが送信されるＳＡ又はＤ２Ｄデータ周期（ｐｅｒｉｏｄ）内のサブフレーム（ｔｈｅ  ｓｕｂｆｒａｍｅ  ｉｓ  ｗｉｔｈｉｎ  ｔｈｅ  ＳＡ  ｏｒ  Ｄ２Ｄ  ｄａｔａ  ｐｅｒｉｏｄ  ｉｎ  ｗｈｉｃｈ  ＳＡ  ｏｒ  ｄａｔａ  ｉｓ  ｔｒａｎｓｍｉｔｔｅｄ）、又は（／及び）ＵＥがＳＡを送信する意図（ｉｎｔｅｎｄ）があるサブフレームからＸｍｓ以内のサブフレーム、又は（／及び）「ｃｏｎｄｉｔｉｏｎ  ｆｏｒ  ｃｏｎｔｉｎｕｉｎｇ  Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ」を満たすサブフレーム
・ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態であり、ｅＮＢが（専用（ｄｅｄｉｃａｔｅｄ）シグナリングによって）Ｄ２ＤＳＳ送信開始を指示するか、又は（／及び）以下の条件が全て（又は一部）満たされる場合
−Ｄ２Ｄ通信関連Ｄ２ＤＳＳ伝送のためのＲＳＲＰ閾値が設定され、該当の閾値がＳＩＢを介して設定された場合。ここで、一例として、閾値は｛−∞、−１１５、・・・、−６０（５単位で増加）、＋∞｝ｄＢｍのうちで一つの値として設定できる。
【０１１４】
−ＵＥのＲＳＲＰ値が閾値より低い場合
−ｅＮＢが（専用（ｄｅｄｉｃａｔｅｄ）シグナリングによって）Ｄ２ＤＳＳ送信中断を指示しなかった場合。
【０１１５】
−ディスカバリーＵＥの場合、それぞれのディスカバリープールに対し、ディスカバリープールの一番目サブフレームがＤ２ＤＳＳリソースであるときに以下の（一部又は全ての）条件が満たされれば該当のサブフレーム上でＤ２ＤＳＳを送信し、そうではないときにはディスカバリープールの開始点以前に存在する一番近いＤ２ＤＳＳリソース上で以下の（一部又は全ての）条件が満たされれば該当のサブフレーム上でＤ２ＤＳＳを送信する。
【０１１６】
・ＵＥの観点で、セルラー伝送と衝突しないサブフレーム
・Ｄ２ＤＳＳ支援（ｃａｐａｂｌｅ）ＵＥ
・ＵＥがディスカバリープール内でディスカバリーメッセージを送信する意図（ｉｎｔｅｎｄ）がある場合
・ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態であり、ｅＮＢが（専用（ｄｅｄｉｃａｔｅｄ）シグナリングによって）Ｄ２ＤＳＳ送信開始を指示し、及び／又は以下の条件が全て（又は一部）満たされる場合
−Ｄ２Ｄディスカバリー関連Ｄ２ＤＳＳ伝送のためのＲＳＲＰ閾値が設定され、該当の閾値がＳＩＢを介して設定された場合。ここで、一例として、閾値は｛−∞、−１１５、・・・、−６０（５単位で増加）、＋∞｝ｄＢｍのうちで一つの値として設定できる。
【０１１７】
−ＵＥのＲＳＲＰ値が閾値より低い場合
−ｅＮＢが（専用（ｄｅｄｉｃａｔｅｄ）シグナリングによって）Ｄ２ＤＳＳ送信中断を指示しなかった場合。
【０１１８】
−前記条件が満たされない場合、ＵＥはＤ２ＤＳＳを送信しない。
【０１１９】
また、「連続的なＤ２ＤＳＳ伝送のための条件（ｃｏｎｄｉｔｉｏｎ  ｆｏｒ  ｃｏｎｔｉｎｕｉｎｇ  Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ）」のために、以下のオプション２−１〜オプション２−３、すなわち三つのオプションを考慮することができる。
【０１２０】
−オプション２−１：Ｄ２ＤＳＳタイマーが定義され、ＳＡ／データ伝送の条件によってＤ２ＤＳＳを送信したＵＥはタイマーが満了するまでＳＡ／データ伝送なしでＤ２ＤＳＳの伝送を維持することができる。
【０１２１】
−オプション２−２：全てのＤＦＮレンジは多数のＤＦＮパーティションに分割され、サブフレーム上でＤ２ＤＳＳを送信したＵＥはＤＦＮパーティションの間にＤ２ＤＳＳを送信する。
【０１２２】
−オプション２−３：Ｄ２ＤＳＳ測定区間が定義され、サブフレーム上でＤ２ＤＳＳを送信したＵＥは連結されたＤ２ＤＳＳ測定区間の間にＤ２ＤＳＳを送信する。
【０１２３】
また、Ｄ２ＤＳＳ受信のために、ディスカバリーのための参照同期化ウィンドウがコミュニケーション（ｃｏｍｍｕｎｉｃａｔｉｏｎ）のために適用されることもできる。これは、ディスカバリーとコミュニケーションが同じＤ２ＤＳＳリソースを共有するからである。ディスカバリーリソースプールを受信した後、ＵＥはディスカバリーのためのＤ２ＤＳＳ伝送の正確な位置を把握することができる。さらに、ｗ２の場合にＤ２ＤＳＳが省略されるか同期化ウィンドウの外で送信されることができるので、これを考慮し、同期化ウィンドウ内のＤ２ＤＳＳ（受信）関連ＵＥ仮定がｗ１の場合に制限されることもできる。
【０１２４】
したがって、「ＵＥ  ｅｘｐｅｃｔｓ  ｔｈａｔ  Ｄ２ＤＳＳ  ｉｎｄｉｃａｔｅｄ  ｂｙ  ｔｈｅ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ａｐｐｅａｒｓ  ｏｎｌｙ  ｗｉｔｈｉｎ  ｓｉｇｎａｌｅｄ  ｒｅｆｅｒｅｎｃｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｗｉｎｄｏｗ  ｉｆ  ｗ１  ｉｓ  ｉｎｄｉｃａｔｅｄ」の原理に基づいて参照同期化ウィンドウはディスカバリー及びコミュニケーション（ｃｏｍｍｕｎｉｃａｔｉｏｎ）の両方に適用されることができる。
【０１２５】
ついで、ＯＵＴ−ＮＷ  ＵＥについて説明する。一例として、ＯＵＴ−ＮＷ  ＵＥが追跡（ｔｒａｃｋ）する必要があるＤ２ＤＳＳの個数を最小化することが重要である。すなわち、ＵＥは制限された個数のＤ２ＤＳＳのみを追跡することができるので、入って来る（ｉｎｃｏｍｉｎｇ）ＳＡ及びデータと連関されたＤ２ＤＳＳの個数が制限を超える場合にはＵＥが全ての入って来る（ｉｎｃｏｍｉｎｇ）ＳＡ及びデータを受信することができない。
【０１２６】
したがって、相異なるタイミングを追跡するＵＥの能力が制限されているので、以下のＵＥ動作に対して考慮して見る必要がある。すなわち、
１）Ｄ２ＤＳＳと同期化されたＵＥは共通タイミング（ｃｏｍｍｏｎ  ｔｉｍｉｎｇ）を共有する同期化クラスターを作るために同じＤ２ＤＳＳを送信する。
【０１２７】
２）ただ、データ伝送（ｄａｔａ  ＴＸ）ＵＥのみがＩＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ）となることができる。
【０１２８】
３）仮に、以前区間（ｐｒｅｖｉｏｕｓ  ｐｅｒｉｏｄ）で特定のシーケンスを送信したなら、ＩＳＳはＤ２ＤＳＳ再選択時に同一のＤ２ＤＳＳシーケンスを除く。
【０１２９】
したがって、ＯＵＴ−ＮＷ  ＵＥのためのＤ２ＤＳＳシーケンス選択過程は以下のような３段階で決定される。ここで、一例として、以下では、説明の便宜のために、「ａ  ｓｅｔ  ｏｆ  Ｄ２ＤＳＳ  ｓｅｑｕｅｎｃｅ（ｓ）  ｔｒａｎｓｍｉｔｔｅｄ  ｂｙ  ＵＥ  ｗｈｅｎ  ｔｈｅ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｉｓ  ａｎ  ｅＮＢ」をＤ２ＤＳＳ＿ｎｅｔと言い、「ａ  ｓｅｔ  ｏｆ  Ｄ２ＤＳＳ  ｓｅｑｕｅｎｃｅ（ｓ）  ｔｒａｎｓｍｉｔｔｅｄ  ｂｙ  ＵＥ  ｗｈｅｎ  ｔｈｅ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｉｓ  ｎｏｔ  ａｎ  ｅＮＢ」をＤ２ＤＳＳｕｅ＿ｏｏｎと言う。
【０１３０】
段階１：仮に、ＯＵＴ−ＮＷ  ＵＥが自分の送信タイミングレファレンスとしてＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳＸを選択したなら、ＵＥはＤ２ＤＳＳｕｅ＿ｏｏｎでＤ２ＤＳＳ  Ｙを選択し、Ｄ２ＤＳＳを送信するとき、選択されたＤ２ＤＳＳ  Ｙを送信する。このような選択はランダムになされるか、あるいはＵＥは送信タイミングレファレンス選択過程で検出されたＤ２ＤＳＳを選択することを回避／防止することができる。
【０１３１】
段階２：仮に、ＵＥが自分の送信タイミングレファレンスとしてＤ２ＤＳＳｕｅ＿ｏｏｎのＤ２ＤＳＳ  Ｚを選択すれば、ＵＥは同じＤ２ＤＳＳ  ＺをＤ２ＤＳＳの送信時に送信する。
【０１３２】
段階３：仮に、ＵＥが送信すべきＤ２Ｄデータトラフィックを持っていれば、Ｄ２ＤＳＳｕｅ＿ｏｏｎでランダムに選択されたＤ２ＤＳＳを用いてＩＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ）となることができる。
【０１３３】
段階２は上述したＤ２ＤＳＳと同期化されたＵＥは共通タイミング（ｃｏｍｍｏｎ  ｔｉｍｉｎｇ）を共有する同期化クラスターを作るために同じＤ２ＤＳＳを送信するという点を考慮し、システム上のＤ２ＤＳＳの個数を減少させるＤ２ＤＳＳリレー動作を可能にする。
【０１３４】
また、仮に、以前区間（ｐｒｅｖｉｏｕｓ  ｐｅｒｉｏｄ）で特定のシーケンスを送信したなら、ＩＳＳはＤ２ＤＳＳ再選択時に同一のＤ２ＤＳＳシーケンスを除くという点を考慮し、Ｄ２ＤＳＳ  Ｚの伝送を遂行した（又は始めた）ＩＳＳは、段階２で、他のＤ２ＤＳＳと同期化されることができるようにするために、Ｄ２ＤＳＳ  Ｚが検出されなかったと仮定する。言い換えれば、ＩＳＳは再選択過程を遂行する前に自分が送信したＤ２ＤＳＳではない他のＤ２ＤＳＳが再選択過程中に検出されなかった場合にのみＩＳＳ動作を維持することができる。このような過程の後、ＯＵＴ−ＮＷ  ＵＥはＤ２ＤＳＳ送信時に使われるＤ２ＤＳＳシーケンスを決定することができる。
【０１３５】
また、本発明では「ｄｅｔｅｃｔｉｎｇ  Ｄ２ＤＳＳ」に対して具体的に定義する。これは、仮に連関された（ａｓｓｏｃｉａｔｅｄ）ＰＤ２ＤＳＣＨが正確にデコードされないかＰＤ２ＤＳＣＨ受信品質が非常に悪い場合、Ｄ２ＤＳＳが検出されたと見なし、信頼できる（ｒｅｌｉａｂｌｅ）同期化ソースとして使われることは適切ではないからである。具体的に、仮に連関されたＰＤ２ＤＳＣＨ受信品質（例えば、ＰＤ２ＤＳＣＨ  ＤＭ  ＲＳのＲＳＲＱ）が特定のレベルより低い場合、ＵＥはＤ２ＤＳＳが検出されなかったと（よって、該当のＤ２ＤＳＳがＵＥのＤ２Ｄ同期化過程に影響を及ぼさない）仮定することができる。
【０１３６】
したがって、本発明によると、Ｄ２ＤＳＳシーケンス選択のために以下の設定を適用することができる。
【０１３７】
・仮に、ＵＥが自分の送信タイミング参照としてＤ２ＤＳＳｕｅ＿ｏｏｎを選択すれば、同じＤ２ＤＳＳを送信する。
【０１３８】
・ＵＥは同じＤ２ＤＳＳを送信するＵＥが同期化されたと仮定する。
【０１３９】
前記過程によって選択されたＤ２ＤＳＳシーケンスを用いてＯＵＴ−ＮＷ  ＵＥがＤ２ＤＳＳを送信する条件についてさらに説明する。基本的に、ｉｎ−ＮＷ  ＵＥのためのＤ２ＤＳＳ送信条件公式（ｆｏｒｍｕｌａｔｉｏｎ）を再使用することができる。ＩＳＳではないＵＥの場合、他のＵＥからのＤ２ＤＳＳが検出される場合、自分のＳＡ／データ送信可否にかかわらずＤ２ＤＳＳが送信される。すなわち、Ｎｏｎ−ＩＳＳ  ＵＥのＤ２ＤＳＳ送信のために更なる条件が必要であることもある。例えば、ＲＳＲＰ閾値がＤ２ＤＳＳ測定閾値を代わることができ、さらにｅＮＢ設定部分が除去（ｒｅｍｏｖｅｄ）されることができる。
【０１４０】
ＯＵＴ−ＮＷ  ＵＥの信頼できる（ｒｅｌｉａｂｌｅ）Ｄ２ＤＳＳ検出及び測定のために、前述したＳＡ送信よりＤ２ＤＳＳ送信が先に行われることとＤ２ＤＳＳ送信維持の条件が同様に必要であることがあり得る。
【０１４１】
したがって、本発明によると、一つのサブフレーム内でＯＵＴ−ＮＷ  ＵＥがＤ２ＤＳＳを送信するかを決定する条件に対して以下のように設定することができる。
【０１４２】
・カバレージ外ＵＥの場合、
−ＵＥが独立的な同期化ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）（すなわち、ＩＳＳ）の場合、Ｄ２ＤＳＳ送信のために自分が選択したＤ２ＤＳＳリソース上のそれぞれのサブフレームが、仮に、ｉ）ＳＡ又はＤ２Ｄデータが送信されるＳＡ又はＤ２Ｄデータ周期内のサブフレームである場合、ｉｉ）ＵＥがＳＡを送信する意図（ｉｎｔｅｎｄ）があるサブフレームからＸｍｓ以内のサブフレームの場合、又は（／及び）ｉｉｉ）「ｃｏｎｄｉｔｉｏｎ  ｆｏｒ  ｃｏｎｔｉｎｕｉｎｇ  Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ」を満たすサブフレームの場合には該当のサブフレーム上でＤ２ＤＳＳを送信しなければならない。
【０１４３】
−ＵＥが独立的な同期化ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）ではない場合、自分の送信同期化参照を受信するのに使われないＤ２ＤＳＳリソース上のそれぞれのサブフレームで、仮に、ｉ）サブフレームがＳＡ又はＤ２Ｄデータが送信されるＳＡ又はＤ２Ｄデータ周期内のサブフレームである場合、ＵＥがＳＡを送信する意図（ｉｎｔｅｎｄ）があるサブフレームからＸｍｓ以内のサブフレームである場合、又は（／及び）「ｃｏｎｄｉｔｉｏｎ  ｆｏｒ  ｃｏｎｔｉｎｕｉｎｇ  Ｄ２ＤＳＳ  ｔｒａｎｓｍｉｓｓｉｏｎ」を満たすサブフレームである場合又は（／及び）（前もって設定された）タイムウィンドウ内に自分の送信同期化参照のＤ２ＤＳＳが検出された場合、又は（／及び）ｉｉ）送信タイミングレファレンスのＤ２ＤＳＳ測定が閾値より低い場合にはＤ２ＤＳＳを送信しなければならない。
【０１４４】
また、Ｄ２ＤＳＳ送信リソースはただ２個のＤ２ＤＳＳリソースが設定され、ｏｕｔ−ＮＷ  ＵＥは一つのＤ２ＤＳＳリソース上で自分の同期参照からＤ２ＤＳＳを受信し、残りのＤ２ＤＳＳリソース上でＤ２ＤＳＳを送信する。
【０１４５】
また、カバレージ外ＵＥの場合、周期的に現れる同期化リソースがＤ２ＤＳＳ伝送に使われる。ここで、一例として、Ｄ２ＤＳＳ伝送時、ＰＤ２ＤＳＣＨ（支援する場合）が送信されることもできる。また、一例として、同期化リソースの大きさは前もって定義されることができ、同期化リソースの周期も前もって設定されることができる。
【０１４６】
Ｄ２Ｄ同期化ソースが同期化リソース上でＤ２ＤＳＳを送信する時、少なくとも一つの同期化リソースでＤ２ＤＳＳを送信し、少なくとも他の同期化リソース（等）でＤ２ＤＳＳを受信する。ここで、Ｄ２ＤＳＳを送信（及び／又は受信）する同期化リソースは前もって設定されることもできる。更なる一例として、Ｄ２ＤＳＳ受信を同期化リソースとＤ２ＤＳＳ送信のための同期化リソースの間の時間（ｔｉｍｉｎｇ）オフセットが設定されることができる。
【０１４７】
したがって、本発明によると、他のＵＥからのＤ２ＤＳＳ受信を確かにするために、ＵＥは自分のＤ２ＤＳＳ伝送のために使われない（Ｄ２ＤＳＳ）サブフレームで何の（他の）Ｄ２Ｄシグナル／チャネルも送信してはいけない。
【０１４８】
また、ＵＥがＤ２ＤＳＳ再選択過程を遂行するとき、Ｄ２Ｄ−中断区間（Ｄ２Ｄ−ｓｉｌｅｎｔ  ｐｅｒｉｏｄ）が必要であるかについて説明する。同期化リソースが周期的な形態で現れ、ＵＥは自分のＤ２ＤＳＳ伝送のために使われる同期化リソースを除いては（他の）同期化リソース上で何の（他の）Ｄ２Ｄシグナル／チャネル送信も遂行しないと言っても、（自分のＤ２ＤＳＳ伝送のために使わない同期化リソースでは）該当の周期的な同期化リソースに同期化されなかったｅＮＢ及びＵＥからのＤ２ＤＳＳ伝送があり得る。したがって、ＵＥが潜在的な（ｐｏｔｅｎｔｉａｌ）非同期的Ｄ２ＤＳＳに対するスキャンを効率的に遂行するために、近接したＤ２Ｄ  ＵＥの伝送から邪魔されない（又は干渉されない）Ｄ２Ｄスキャニングのための「Ｄ２Ｄ−ｓｉｌｅｎｔ  ｐｅｒｉｏｄ」が定義される必要がある。仮に、このような区間が定義されない場合、ＯＵＴ−ＮＷ  ＵＥは他のＯＵＴ−ＮＷ  ＵＥからの干渉によって、ｅＮＢ又はｉｎ−ＮＷ  ＵＥから送信される、弱いが優先順位の高いＤ２ＤＳＳを検出することができないことがあり得る。
【０１４９】
したがって、本発明では、Ｄ２ＤＳＳ周期長の倍数として定義される「Ｄ２Ｄ−ｓｉｌｅｎｔ  ｐｅｒｉｏｄ」を定義し、ｏｕｔ−ＮＷ  ＵＥの他の同期化ソースに対するスキャニングを支援することができる。
【０１５０】
前述した提案方式の一例も本発明の具現方法の一つとして含まれることができるので、一種の提案方式と見なすことができるのは明らかな事実である。また、前述した提案方式は独立的に具現されることもできるが、一部の提案方式の組合せ／併合の形態に具現されることもできる。
【０１５１】
前述した提案方式はＦＤＤシステム及び／又はＴＤＤシステム環境でのみ限定的に適用されるように設定することもできる。
【０１５２】
前述した提案方式はＭＯＤＥ  ２  ＣＯＭＭＵＮＩＣＡＴＩＯＮ及び／又はＴＹＰＥ  １  ＤＩＳＣＯＶＥＲＹ（及び／又はＭＯＤＥ  １  ＣＯＭＭＵＮＩＣＡＴＩＯＮ及び／又はＴＹＰＥ  ２  ＤＩＳＣＯＶＥＲＹ）にのみ限定的に適用されるように設定することもできる。
【０１５３】
前述した提案方式はＤ２Ｄ  ＲＸ  ＵＥがＩＮＴＥＲ−ＣＥＬＬ  ＤＩＳＣＯＶＥＲＹ  ＳＩＧＮＡＬ（及び／又はＮＥＩＧＨＢＯＲ  ＣＥＬＬ  ＤＩＳＣＯＶＥＲＹ  ＳＩＧＮＡＬ）受信関連Ｗ１のＮＥＩＧＨＢＯＲ  ＣＥＬＬ関連同期誤差情報を受信する場合にのみ限定的に適用されるように設定することもできる。
【０１５４】
また、前述した提案方式はＩＮ−ＣＯＶＥＲＡＧＥ  Ｄ２Ｄ  ＵＥ又はＯＵＴ−ＣＯＶＥＲＡＧＥ  Ｄ２Ｄ  ＵＥ又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  Ｄ２Ｄ  ＵＥ又はＲＲＣ＿ＩＤＬＥ  Ｄ２Ｄ  ＵＥの少なくとも一つにのみ限定的に適用されるように設定することもできる。
【０１５５】
また、前述した提案方式はＤ２Ｄ  ＤＩＳＣＯＶＥＲＹ（送信／受信）動作のみを行うＤ２Ｄ  ＵＥ（及び／又はＤ２ＤＣＯＭＭＵＮＩＣＡＴＩＯＮ（送信（／受信））動作のみを行うＤ２Ｄ  ＵＥ）にのみ限定的に適用されるように設定することもできる。
【０１５６】
また、前述した提案方式はＤ２Ｄ  ＤＩＳＣＯＶＥＲＹのみが支援／設定されたシナリオ（及び／又はＤ２Ｄ  ＣＯＭＭＵＮＩＣＡＴＩＯＮのみが支援／設定されたシナリオ）でのみ限定的に適用されるように設定することもできる。
【０１５７】
また、前述した提案方式はＳＨＲＸＣＨ＿Ｄ２Ｄ  ＲＸ  ＵＥ（及び／又はＳＲＸＣＨ＿Ｄ２Ｄ  ＲＸ  ＵＥ）にのみ限定的に適用されるように設定することもできる。
【０１５８】
また、前述した提案方式は搬送波集成技法（ＣＡ）が適用された状況、又は搬送波集成技法が適用されない状況でのみ限定的に適用されるように設定することもできる。
【０１５９】
また、前述した提案方式はＩＮＴＥＲ−ＦＲＥＱＵＥＮＣＹ上の他の（ＵＬ）ＣＡＲＲＩＥＲでのＤ２Ｄ  ＤＩＳＣＯＶＥＲＹ  ＳＩＧＮＡＬ受信動作を行う場合及び／又はＩＮＴＥＲ−ＰＬＭＮに基づく他のＰＬＭＮ  （ＵＬ）  ＣＡＲＲＩＥＲでのＤ２Ｄ  ＤＩＳＣＯＶＥＲＹ  ＳＩＧＮＡＬ受信動作を行う場合にのみ限定的に適用されるように設定することもできる。
【０１６０】
図１４は本発明の一実施例に適用可能な基地局及び端末を例示する。
【０１６１】
無線通信システムにリレーが含まれる場合、バックホールリンクでの通信は基地局とリレーの間でなされ、アクセスリンクでの通信はリレーと端末の間でなされる。よって、図面に例示した基地局又は端末は状況によってリレーに取り替えることができる。
【０１６２】
図１４を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は単一アンテナ又は多重アンテナを有することができる。
【０１６３】
前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【０１６４】
本文書で基地局によって遂行されると説明した特定の動作は場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって遂行することができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行することができるのは明らかである。基地局は、固定国（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に取り替えることができる。
【０１６５】
本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１６６】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、前述した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。
【０１６７】
メモリユニットは、プロセッサの内部又は外部に位置し、既に公知の多様な手段によってプロセッサとデータをやり取りすることができる。
【０１６８】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１６９】
上述したような無線通信システムにおけるＤ２Ｄ信号送受信方法は３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステムの外にも多様な無線通信システムに適用することが可能である。
【図１】
0006479976.tif 000007
【図２】
0006479976.tif 000008
【図３】
0006479976.tif 000009
【図４】
0006479976.tif 000010
【図５】
0006479976.tif 000011
【図６】
0006479976.tif 000012
【図７】
0006479976.tif 000013
【図８】
0006479976.tif 000014
【図９】
0006479976.tif 000015
【図１０】
0006479976.tif 000016
【図１１】
0006479976.tif 000017
【図１２】
0006479976.tif 000018
【図１３】
0006479976.tif 000019
【図１４】
0006479976.tif 000020