(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末（ＵＥ）によってＤ２Ｄ（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ）信号を送受信する方法であって、前記方法は、
Ｄ２Ｄ信号送信ＵＥから、第１のビットマップに対応する第１の送信のための資源パターン（ＲＰＴ）を含む情報をスケジューリング割当てのためのチャネルを介して受信することと、
前記Ｄ２Ｄ信号送信ＵＥから、前記第１のＲＰＴにより指示される一つ以上のサブフレームでＤ２Ｄ信号を受信することと
を含み、
前記第１のＲＰＴの各ビットは、前記Ｄ２Ｄ信号が前記スケジューリング割当てのためのチャネルの周期に含まれるサブフレームのうちの少なくとも一つで送信されるか否かを指示し、
前記第１のＲＰＴにより指示される前記一つ以上のサブフレームは、ｅＮＢからシグナリングされた、第２のビットマップに対応する第２のＲＰＴにより指示されるサブフレームの中から、前記一つ以上のサブフレームが前記第１のビットマップおよび前記第２のビットマップからの要件の両方を満たすように、前記Ｄ２Ｄ信号送信ＵＥによって選択され、
前記スケジューリング割当てのためのチャネルの前記周期に含まれたサブフレームの個数が前記第１のＲＰＴのビット数より大きい場合、前記第１のＲＰＴのビットのうちの少なくとも一つは、前記Ｄ２Ｄ信号が前記サブフレームのうちの二つ以上で送信されることを許可されるか否かを指示する、方法。
【請求項２】
前記スケジューリング割当てのためのチャネルの前記周期に含まれた前記サブフレームの個数が前記第１のＲＰＴのビット数より大きい場合、前記ＵＥは前記第１のＲＰＴを反復的に使用する、請求項１に記載の方法。
【請求項３】
前記スケジューリング割当てのためのチャネルの前記周期に含まれた前記サブフレームの個数が前記第１のＲＰＴのビット数のｎ倍である場合、前記ＵＥは前記第１のＲＰＴを前記スケジューリング割当てのためのチャネルの前記周期内で反復的に使用する、請求項１に記載の方法。
【請求項４】
前記第１のＲＰＴは前記スケジューリング割当てのためのチャネルの前記周期内で反復的に使用される、請求項１に記載の方法。
【請求項５】
前記スケジューリング割当てのためのチャネルの前記周期に含まれた前記サブフレームの個数が前記第１のＲＰＴのビット数の倍数でない場合、前記第１のＲＰＴが最後に反復的に使用されるときに前記第１のＲＰＴの一部のみが使用される、請求項４に記載の方法。
【請求項６】
前記第１のＲＰＴのビットを順次的に使用することによって、前記第１のＲＰＴの一部のみが使用される、請求項５に記載の方法。
【請求項７】
前記第１のＲＰＴの一部のビット数は、前記スケジューリング割当てのためのチャネルの前記周期に含まれた前記サブフレームの個数を前記第１のＲＰＴのビット数で割ることによって得られた余りと同一である、請求項５に記載の方法。
【請求項８】
前記ＵＥは、前記Ｄ２Ｄ信号の送信のための資源領域に対する指示を前記ｅＮＢから受信する、請求項１に記載の方法。
【請求項９】
前記ＵＥは、前記Ｄ２Ｄ信号の送信のための資源プールを前記ｅＮＢから受信する、請求項１に記載の方法。
【請求項１０】
前記ＲＰＴのビットは、前記資源プールに含まれるサブフレームのみを指示する、請求項９に記載の方法。
【請求項１１】
前記スケジューリング割当ては前記第１のＲＰＴのうちの一つ以上を含む、請求項１に記載の方法。
【請求項１２】
前記スケジューリング割当ては前記ｅＮＢ又はリレーから送信される、請求項１に記載の方法。
【請求項１３】
無線通信システムにおいてＤ２Ｄ（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ）信号を送受信するためのＤ２Ｄ端末であって、前記Ｄ２Ｄ端末は、
送信モジュールと、
プロセッサと
を含み、
前記プロセッサは、
Ｄ２Ｄ信号送信ＵＥから、第１のビットマップに対応する第１の送信のための資源パターン（ＲＰＴ）を含む情報をスケジューリング割当てのためのチャネルを介して受信することと、
Ｄ２Ｄ信号送信ＵＥから、前記第１のＲＰＴで指示されるサブフレームでＤ２Ｄ信号を受信することと
を実行し、
前記第１のＲＰＴの各ビットは、前記Ｄ２Ｄ信号がスケジューリング割当てに含まれるサブフレームのうちの一つで送信されるか否かを指示し、
前記第１のＲＰＴにより指示される一つ以上のサブフレームは、ｅＮＢからシグナリングされた、第２のビットマップに対応する第２のＲＰＴにより指示されるサブフレームの中から、前記一つ以上のサブフレームが前記第１のビットマップおよび前記第２のビットマップからの要件の両方を満たすように、前記Ｄ２Ｄ信号送信ＵＥによって選択され、
前記スケジューリング割当てのためのチャネルの周期に含まれた前記サブフレームの個数が前記第１のＲＰＴのビット数より大きい場合、前記第１のＲＰＴのビットのうちの少なくとも一つは、前記Ｄ２Ｄ信号が前記サブフレームのうちの二つ以上で送信されることを許可されるか否かを指示する、Ｄ２Ｄ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに関し、より詳細には、装置対装置通信におけるＤ２Ｄ信号の送受信方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような様々な通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステム資源（帯域幅、送信電力など）を共有して複数ユーザとの通信をサポートできる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ―ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ―ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【０００３】
装置対装置（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ；Ｄ２Ｄ）通信とは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）間に直接的なリンクを設定し、基地局（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ；ｅＮＢ）の介入無しで端末間で音声、データなどを直接やり取りする通信方式のことをいう。Ｄ２Ｄ通信は、端末―対―端末（ＵＥ―ｔｏ―ＵＥ）通信、ピア―対―ピア（Ｐｅｅｒ―ｔｏ―Ｐｅｅｒ）通信などの方式を含むことができる。また、Ｄ２Ｄ通信方式は、Ｍ２Ｍ（Ｍａｃｈｉｎｅ―ｔｏ―Ｍａｃｈｉｎｅ）通信、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などに応用することができる。
【０００４】
Ｄ２Ｄ通信は、急増しているデータトラフィックによる基地局の負担を解決可能な一つの方案として考慮されている。例えば、Ｄ２Ｄ通信によれば、既存の無線通信システムと違い、基地局の介入無しで装置間でデータをやり取りするので、ネットワークの過負荷が減る。また、Ｄ２Ｄ通信を導入することによって、基地局における手順の減少、Ｄ２Ｄに参加する装置の消費電力の低減、データ送信速度の増加、ネットワークの収容能力の増大、負荷の分散、セルカバレッジの拡大などの効果を期待することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明では、装置対装置通信において制御情報及びスケジューリング割当て信号と関連する送受信方法を技術的課題とする。
【０００６】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【課題を解決するための手段】
【０００７】
本発明の第１の技術的な側面は、無線通信システムで端末がＤ２Ｄ（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ）信号を送受信する方法において、送信のための資源パターン（ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ、ＲＰＴ）を含むスケジューリング割当てを受信すること；及び前記ＲＰＴで指示されるサブフレームでＤ２Ｄ信号を受信すること；を含み、前記ＲＰＴの各ビットは、スケジューリング割当て周期内のサブフレームで前記Ｄ２Ｄ信号の送信の許容有無を指示し、前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数より大きい場合、前記ＲＰＴの少なくとも一つのビットは二つ以上のサブフレームの前記Ｄ２Ｄ信号の送信の許容有無を指示する、Ｄ２Ｄ信号送受信方法である。
【０００８】
本発明の第２の技術的な側面は、無線通信システムでＤ２Ｄ（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ）信号を送受信する第１端末装置において、送信モジュール；及びプロセッサ；を含み、前記プロセッサは、送信のための資源パターン（ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ、ＲＰＴ）を含むスケジューリング割当てを受信し、前記ＲＰＴで指示されるサブフレームでＤ２Ｄ信号を送信し、前記ＲＰＴの各ビットは、スケジューリング割当て周期内のサブフレームで前記Ｄ２Ｄ信号の送信の許容有無を指示し、前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数より大きい場合、前記ＲＰＴの少なくとも一つのビットは二つ以上のサブフレームの前記Ｄ２Ｄ信号の送信の許容有無を指示する、Ｄ２Ｄ端末装置である。
【０００９】
前記第１の技術的な側面及び第２の技術的な側面は、次の事項の全部／一部を含むことができる。
【００１０】
前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数より大きい場合、前記端末は前記ＲＰＴを反復的に使用することができる。
【００１１】
前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数のｎ倍である場合、前記端末は前記ＲＰＴを前記スケジューリング割当て周期内で反復的に使用することができる。
【００１２】
前記ＲＰＴは、前記スケジューリング割当て周期内で反復的に使用することができる。
【００１３】
前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数の倍数でない場合、前記ＲＰＴの最後の反復には前記ＲＰＴの一部のみを使用することができる。
【００１４】
前記ＲＰＴの一部使用は、前記ＲＰＴビットの順次的な使用であり得る。
【００１５】
前記ＲＰＴの一部使用時に使用されるＲＰＴのビットの個数は、前記スケジューリング割当て周期に含まれたサブフレームの個数を前記ＲＰＴのビット数で割った余りと同一であり得る。
【００１６】
前記端末は、基地局から前記Ｄ２Ｄ信号を送信する資源領域に対する指示を受けることができる。
【００１７】
前記端末は、基地局から前記Ｄ２Ｄ信号を送信する資源プールを受信することができる。
【００１８】
前記ＲＴＰの各ビットは、前記資源プールに含まれるサブフレームのみを指示することができる。
【００１９】
前記スケジューリング割当ては、一つ以上のＲＰＴを含むことができる。
【００２０】
前記スケジューリング割当ては、基地局又はリレーから送信されたものであり得る。
本発明は、例えば、以下を提供する。
（項目１）
無線通信システムで端末がＤ２Ｄ（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ）信号を送受信する方法において、
送信のための資源パターン（ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ、ＲＰＴ）を含むスケジューリング割当てを受信すること；及び
前記ＲＰＴで指示されるサブフレームでＤ２Ｄ信号を受信すること；
を含み、
前記ＲＰＴの各ビットは、スケジューリング割当て周期内のサブフレームで前記Ｄ２Ｄ信号の送信の許容有無を指示し、
前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数より大きい場合、前記ＲＰＴの少なくとも一つのビットは、二つ以上のサブフレームの前記Ｄ２Ｄ信号の送信の許容有無を指示する、Ｄ２Ｄ信号送受信方法。
（項目２）
前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数より大きい場合、前記端末は前記ＲＰＴを反復的に使用する、項目１に記載のＤ２Ｄ信号送受信方法。
（項目３）
前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数のｎ倍である場合、前記端末は前記ＲＰＴを前記スケジューリング割当て周期内で反復的に使用する、項目１に記載のＤ２Ｄ信号送受信方法。
（項目４）
前記ＲＰＴは前記スケジューリング割当て周期内で反復的に使用される、項目１に記載のＤ２Ｄ信号送受信方法。
（項目５）
前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数の倍数でない場合、前記ＲＰＴの最後の反復には前記ＲＰＴの一部のみが使用される、項目４に記載のＤ２Ｄ信号送受信方法。
（項目６）
前記ＲＰＴの一部使用は前記ＲＰＴビットの順次的な使用である、項目５に記載のＤ２Ｄ信号送受信方法。
（項目７）
前記ＲＰＴの一部使用時に使用されるＲＰＴのビット数は、前記スケジューリング割当て周期に含まれたサブフレームの個数を前記ＲＰＴのビット数で割った余りと同一である、項目５に記載のＤ２Ｄ信号送受信方法。
（項目８）
前記端末は、基地局から前記Ｄ２Ｄ信号を送信する資源領域に対する指示を受ける、項目１に記載のＤ２Ｄ信号送受信方法。
（項目９）
前記端末は、前記Ｄ２Ｄ信号を送信する資源プールを基地局から受信する、項目１に記載のＤ２Ｄ信号送受信方法。
（項目１０）
前記ＲＴＰの各ビットは、前記資源プールに含まれるサブフレームのみを指示する、項目９に記載のＤ２Ｄ信号送受信方法。
（項目１１）
前記スケジューリング割当ては一つ以上のＲＰＴを含む、項目１に記載のＤ２Ｄ信号送受信方法。
（項目１２）
前記スケジューリング割当ては基地局又はリレーから送信されたものである、項目１に記載のＤ２Ｄ信号送受信方法。
（項目１３）
無線通信システムでＤ２Ｄ（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ）信号を送受信する第１端末装置において、
送信モジュール；及び
プロセッサ；を含み、
前記プロセッサは、送信のための資源パターン（ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ、ＲＰＴ）を含むスケジューリング割当てを受信し、前記ＲＰＴで指示されるサブフレームでＤ２Ｄ信号を送信し、
前記ＲＰＴの各ビットは、スケジューリング割当て周期内のサブフレームで前記Ｄ２Ｄ信号の送信の許容有無を指示し、前記スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数より大きい場合、前記ＲＰＴの少なくとも一つのビットは、二つ以上のサブフレームの前記Ｄ２Ｄ信号の送信の許容有無を指示する、Ｄ２Ｄ端末装置。
【発明の効果】
【００２１】
本発明によれば、Ｄ２Ｄで制御情報及びスケジューリング割当て信号を効率的に送受信することができる。
【００２２】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【図面の簡単な説明】
【００２３】
本明細書に添付される図面は、本発明に対する理解を提供するためのものであって、本発明の多様な実施形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【００２４】
【図１】無線フレームの構造を示す図である。
【００２５】
【図２】下りリンクスロットにおける資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。
【００２６】
【図３】下りリンクサブフレームの構造を示す図である。
【００２７】
【図４】上りリンクサブフレームの構造を示す図である。
【００２８】
【図５】図５〜図６は、制御情報に含まれる情報を説明するための図である。
【図６】図５〜図６は、制御情報に含まれる情報を説明するための図である。
【００２９】
【図７】図７〜図９は、送信のための資源パターンを説明するための図である。
【図８】図７〜図９は、送信のための資源パターンを説明するための図である。
【図９】図７〜図９は、送信のための資源パターンを説明するための図である。
【００３０】
【図１０】図１０及び図１１は、制御チャネルの構造を説明するための図である。
【図１１】図１０及び図１１は、制御チャネルの構造を説明するための図である。
【図１２】（記載なし）
【００３１】
【図１３】送受信装置の構成を示した図である。
【発明を実施するための形態】
【００３２】
以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮されてもよい。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び／又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。
【００３３】
本明細書では、本発明の実施例を、基地局と端末との間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と直接に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。
【００３４】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）で構成されるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行われるということは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に代えてもよい。中継機は、Ｒｅｌａｙ  Ｎｏｄｅ（ＲＮ）、Ｒｅｌａｙ  Ｓｔａｔｉｏｎ（ＲＳ）などの用語に代えてもよい。また、「端末（Ｔｅｒｍｉｎａｌ）」は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。また、以下の説明において、「基地局」とは、スケジューリング遂行ノード、クラスタヘッダなどの装置を称する意味として使用されてもよい。基地局やリレーも、端末が送信する信号を送信する場合、一種の端末として見なすことができる。
【００３５】
以下に記述されるセルの名称は、基地局（ｂａｓｅ  ｓｔａｔｉｏｎ、ｅＮＢ）、セクタ（ｓｅｃｔｏｒ）、リモートラジオヘッド（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ，ＲＲＨ）、リレー（ｒｅｌａｙ）などの送受信ポイントに適用され、また、特定送受信ポイントで構成搬送波（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）を区分するための包括的な用語で使われてもよい。
【００３６】
以下の説明で使用される特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更されてもよい。
【００３７】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すこともできる。また、本明細書全体を通じて同一の構成要素については同一の図面符号を付して説明する。
【００３８】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ―Ａ（ＬＴＥ―Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書でサポートすることができる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明していない段階又は部分は、上記の標準文書でサポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書によって説明することができる。
【００３９】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ―Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２―２０、Ｅ―ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ―ＵＴＲＡを用いるＥ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ―ＦＤＭＡを採用する。ＬＴＥ―Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進展である。ＷｉＭＡＸは、ＩＥＥＥ  ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ―ＯＦＤＭＡ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ）及び進展したＩＥＥＥ  ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ―ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｓｙｓｔｅｍ）によって説明することができる。明確性のために、以下では、３ＧＰＰ  ＬＴＥ及びＬＴＥ―Ａシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。
【００４０】
ＬＴＥ／ＬＴＥ―Ａ資源構造／チャネル
【００４１】
図１を参照して無線フレームの構造について説明する。
【００４２】
セルラーＯＦＤＭ無線パケット通信システムにおいて、上り／下りリンクデータパケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位で行われ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定の時間区間と定義される。３ＧＰＰ  ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１の無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造をサポートする。
【００４３】
図１（ａ）は、タイプ１の無線フレームの構造を例示する図である。下りリンク無線フレームは１０個のサブフレームで構成され、１個のサブフレームは時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）で構成される。１個のサブフレームを送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってよい。１スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数の資源ブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ  ＬＴＥ／ＬＴＥ―Ａシステムでは、下りリンクでＯＦＤＭＡを用いているため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ―ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。資源ブロック（ＲＢ）は資源割当て単位であり、１ブロックにおいて複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００４４】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって異なってもよい。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）及び一般ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ＯＦＤＭシンボルの長さが増加するため、１スロットに含まれるＯＦＤＭシンボルの数は、一般ＣＰの場合に比べて少ない。拡張ＣＰの場合に、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。端末が速い速度で移動する場合などのようにチャネル状態が不安定な場合は、シンボル間干渉をより減らすために、拡張ＣＰを用いることができる。
【００４５】
一般ＣＰが用いられる場合、１スロットは７個のＯＦＤＭシンボルを含み、１サブフレームは１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームにおける先頭２個又は３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てることができる。
【００４６】
図１（ｂ）は、タイプ２の無線フレームの構造を示す図である。タイプ２の無線フレームは、２ハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成される。各ハーフフレームは、５サブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ；ＧＰ）、及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）で構成され、ここで、１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンクと下りリンクとの間における下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプにかかわらず、１個のサブフレームは２個のスロットで構成される。
【００４７】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【００４８】
図２は、下りリンクスロットにおける資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。同図で、１下りリンクスロットは時間領域で７個のＯＦＤＭシンボルを含み、１資源ブロック（ＲＢ）は周波数領域で１２個の副搬送波を含むとしたが、本発明はこれに制限されない。例えば、一般ＣＰ（ｎｏｒｍａｌ―Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）では１スロットが７ＯＦＤＭシンボルを含むが、拡張ＣＰ（ｅｘｔｅｎｄｅｄ―ＣＰ）では１スロットが６ＯＦＤＭシンボルを含んでもよい。資源グリッド上のそれぞれの要素を資源要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）と呼ぶ。１資源ブロックは１２×７個の資源要素を含む。下りリンクスロットに含まれる資源ブロックの個数ＮＤＬは、下りリンク送信帯域幅による。上りリンクスロットは下りリンクスロットと同一の構造を有することができる。
【００４９】
図３は、下りリンクサブフレームの構造を示す図である。１サブフレーム内で第１のスロットにおける先頭部の最大３個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｃｅｌ；ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。３ＧＰＰ  ＬＴＥ／ＬＴＥ―Ａシステムで用いられる下りリンク制御チャネルには、例えば、物理制御フォーマット指示子チャネル（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ；ＰＣＦＩＣＨ）、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、物理ＨＡＲＱ指示子チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ；ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内の制御チャネル送信に用いられるＯＦＤＭシンボルの個数に関する情報を含む。ＰＨＩＣＨは、上りリンク送信の応答としてＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号を含む。ＰＤＣＣＨで送信される制御情報を、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）という。ＤＣＩは、上りリンク又は下りリンクスケジューリング情報を含んだり、任意の端末グループに対する上りリンク送信電力制御命令を含む。ＰＤＣＣＨは、下りリンク共有チャネル（ＤＬ―ＳＣＨ）の資源割当て及び送信フォーマット、上りリンク共有チャネル（ＵＬ―ＳＣＨ）の資源割当て情報、ページングチャネル（ＰＣＨ）のページング情報、ＤＬ―ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）のような上位層制御メッセージの資源割当て、任意の端末グループ内の個別端末に対する送信電力制御命令のセット、送信電力制御情報、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを含むことができる。複数のＰＤＣＣＨが制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは一つ以上の連続する制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）の組み合わせ（ａｇｇｒｅｇａｔｉｏｎ）で送信される。ＣＣＥは、無線チャネルの状態に基づくコーディングレートでＰＤＣＣＨを提供するために用いられる論理割当て単位である。ＣＣＥは、複数個の資源要素グループに対応する。ＰＤＣＣＨのために必要なＣＣＥの個数は、ＤＣＩのサイズとコーディングレートなどによって変わり得る。例えば、ＰＤＣＣＨ送信には、ＣＣＥの個数として１、２、４、８（それぞれＰＤＣＣＨフォーマット０、１、２、３に対応）個のいずれか一つが使用されてもよく、ＤＣＩのサイズが大きい場合及び／又はチャネル状態が良好でないため低いコーディングレートが必要な場合は、相対的に多くの個数のＣＣＥが一つのＰＤＣＣＨ送信のために使用されてもよい。基地局は、端末に送信されるＤＣＩのサイズ、セル帯域幅、下りリンクアンテナポー��の個数、ＰＨＩＣＨ資源量などを考慮してＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ；ＣＲＣ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）という識別子でマスクされる。ＰＤＣＣＨが特定端末に対するものであれば、端末のｃｅｌｌ―ＲＮＴＩ（Ｃ―ＲＮＴＩ）識別子がＣＲＣにマスクされてもよく、又は、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ  Ｉｄｅｎｔｉｆｉｅｒ；Ｐ―ＲＮＴＩ）がＣＲＣにマスクされてもよい。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ＳＩＢ））に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ（ＳＩ―ＲＮＴＩ）がＣＲＣにマスクされてもよい。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ランダムアクセス―ＲＮＴＩ（ＲＡ―ＲＮＴＩ）がＣＲＣにマスクされてもよい。
【００５０】
図４は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別できる。制御領域には上りリンク制御情報を含む物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザーデータを含む物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）が割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末のＰＵＣＣＨは、サブフレームにおいて資源ブロック対（ＲＢ  ｐａｉｒ）に割り当てられる。資源ブロック対に属する資源ブロックは、２スロットに対して互いに異なった副搬送波を占める。これを、ＰＵＣＣＨに割り当てられる資源ブロック対がスロット境界で周波数―ホップ（ｆｒｅｑｕｅｎｃｙ―ｈｏｐｐｅｄ）されるという。
【００５１】
以下では、上述した説明及び既存のＬＴＥ／ＬＴＥ―Ａシステムに基づいて、Ｄ２Ｄ通信で必要な制御情報（Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＣＩ）、ＣＩを送信する方法及び／又はＣＩのためのチャネル構造について説明する。
【００５２】
ＣＩ又はＳＡに含まれる内容
【００５３】
ＣＩは、次に列挙する情報の一つ以上を含むことができる。以下で説明するＣＩに含まれる各情報は、後述するＣＩのためのチャネル構造で説明する方式を通じて送信されてもよく、又は、別のチャネル（例えば、Ｄ２Ｄスケジューリング割当てのためのチャネル）を介して周期的に送信されてもよい。Ｄ２Ｄスケジューリング割当てのためのチャネルは、Ｄ２Ｄスケジューリング割当てチャネル（Ｄ２ＤＳＡＣＨ）と称することができる。このようなＤ２ＤＳＡＣＨは、一定周期の資源領域で別のフォーマットで送信されてもよく、データ送信前に事前に定められたサブフレームで周波数領域をＵＥが選択することによって送信されてもよい。このようなＤ２ＤＳＡＣＨは、既存のＰＵＣＣＨ／ＰＵＳＣＨ構造を有してもよく、既存のＰＵＳＣＨ／ＰＵＣＣＨ構造でない別のフォーマットを有してもよい。一例として、Ｄ２ＤＳＡＣＨは、ＰＵＳＣＨ構造と同じであるが、サブフレーム内で最後の一部のシンボルをタイミング或いはＴｘ／Ｒｘスイッチングのための保護領域として使用して送信しない変形したＰＵＳＣＨ構造で送信されてもよい。Ｄ２ＤＳＡＣＨは、Ｄ２Ｄディスカバリフォーマットなどのフォーマットを使用してもよい。例えば、Ｄ２Ｄディスカバリ信号がＰＵＳＣＨ構造で送信される場合、Ｄ２ＤＳＡＣＨも同一の構造で送信され得る。ここで、Ｄ２Ｄディスカバリ信号とは、他の端末の存在有無を発見するために或いは自分の存在有無を周辺の端末に知らせるために端末が送信する信号を称する。以下で言及するＣＩの全体／一部がＤ２ＤＳＡＣＨに含まれて送信される場合、これを除いた残りのＤ２Ｄ  ＣＩの一部はＤ２Ｄデータパケットと共にマルチプレクスされて送信され得る。マルチプレキシング方法は、後述する方式の一つであり得る。ＮＤＩ及び／又はＲＶは、ＰＵＳＣＨピギーバック方式で送信されたり、ＤＭＲＳ  ＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）でＮＤＩ情報を指示することができる。例えば、新たなデータが送信される場合は、ＤＭＲＳ  ＣＳに特定値又は特定セット値を使用し、再送信データが送信される場合は、ＤＭＲＳ  ＣＳに他の特定値又は他の特定セット値を使用するように定められていてもよい。
【００５４】
また、以下で説明する各情報は、スケジューリング割当て（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ、ＳＡ）チャネル（上述したＤ２ＤＳＡＣＨを簡単にＳＡと表現することにする。より詳細に区分すれば、Ｄ２ＤＳＡＣＨは、ＳＡを送信するチャネルのフォーマットを称し、ＳＡは、Ｄ２  Ｄ  ＣＩの全体或いは一部が送信されるチャネル自体を称する。）に含まれて送信され得る。例えば、基地局からスケジューリング割当てを送信するための資源位置を受信した端末が、その資源を通じてスケジューリング割当てを送信する場合、スケジューリング割当てには以下で説明する各情報が含まれてもよく、又は、端末がスケジューリング割当てのための資源プールでスケジューリング割当てを送信するための資源を選択し、その資源を通じてスケジューリング割当てを送信する場合、スケジューリング割当てには以下で説明する各情報が含まれてもよい。
【００５５】
ａ．資源割当て情報
【００５６】
資源割当て情報は、スケジューリング割当てが送信された後、スケジューリング割当て区間（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ  ｐｅｒｉｏｄ）でＤ２Ｄ関連信号（例えば、Ｄ２Ｄコミュニケーションパケットなど）の送受信のための時間及び／又は周波数資源割当てに対する情報であり得る。Ｄ２Ｄデータが送信され得る資源の位置は時間のみを示してもよく、周波数位置は、ＣＩ又はＳＡが送信される位置と連動して黙示的に指示されてもよい。又は、時間及び周波数資源の位置が明示的に指示されてもよい。一例として、周波数資源の位置の場合、最初に送信される周波数資源の位置が明示的に指示され、その後の周波数資源の位置情報は事前に設定された周波数ホッピングパターンによって送信されてもよい。時間資源の位置情報は、Ｄ２Ｄ信号が送信される資源の位置を明示的に指示するビットシーケンスがＳＡに含まれて送信されてもよい。
【００５７】
また、この資源割当て情報は、Ｄ２Ｄ信号の送信のための資源パターン（ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ、ＲＰＴ、以下の説明において、ＲＰＴとは、送信のための資源パターンのうち特にＴ―ＲＰＴを意味するものであり得る。以下のＴ―ＲＰＴが使用される場合、周波数資源領域は、最初の送信で指示された後、Ｔ―ＲＰＴで指示されるサブフレーム上で特定ホッピングパターンを有することができる。）であり得る。すなわち、資源割当て情報は、資源送信パターンを指示するためのビットであり得る。ＩＤの長さが長くなったり、必要なＲＰＴの個数が少ない場合（例えば、Ｄ２Ｄサブフレームの個数が一定閾値以下であるか、送信回数が一定閾値以下であるか、又はＩＤのみで十分にＲＰＴを指示できる場合）は、資源割当て情報は、特定状態（例えば、ａｌｌ  ｚｅｒｏ）にパディングされてもよく、又は含まれなくてもよい。以下で、ＲＰＴに対してより詳細に説明する。
【００５８】
また、ＲＡ情報は、データと分離された別の制御チャネルで送信され、データチャネルの資源割当て情報を指示することができる。例えば、ＲＡ情報は、図５に示すように、ＰＵＣＣＨと類似するＤ２Ｄ制御チャネル（以下、Ｄ２ＤＣＣＨ）が周波数帯域の両端（又は事前に定められたり又は構成された特定サブフレーム及びＲＢ位置）に存在し、このＤ２ＤＣＣＨには特定ＵＥのＲＡフィールドが含まれており、次のスロット（又はサブフレーム）又は一定スロット（又はサブフレーム）以後の、例えば、＋ｎサブフレーム（又はスロット、このとき、ｎは、事前に定められているか、ｅＮＢ間又はＤ２Ｄ  ＵＥ間のスケジューリングを管理するノードによって構成され得る。）、Ｄ２Ｄデータが送信される周波数資源領域を指示することができる。
【００５９】
又は、データチャネルの特定領域にＤ２Ｄ  ＣＩが多重化されており、Ｄ２Ｄ受信ＵＥは、Ｄ２Ｄ  ＣＩが送信される領域をブラインドデコードしてＲＡ情報を取得することもでき、又は、Ｄ２Ｄ  ＣＩが送信される領域を検出するためのエネルギー検出を行うことによってＲＡ情報を取得することもできる。例えば、図６に示すように、Ｄ２Ｄデータを送信可能な単位は、連続した特定ＲＢ単位にサブチャネル化されていてもよい。Ｄ２Ｄサブチャネルに対する情報は、Ｄ２Ｄ同期チャネル、Ｄ２Ｄシステム情報チャネル又はＤ２Ｄブロードキャストチャネルに含まれて周期的に送信されており、これをデコードしたＤ２Ｄ受信ＵＥがＤ２Ｄデータ受信前に知ることができる。一方、Ｄ２Ｄ  ＣＩが送信されるシンボルが、データが送信されるシンボルと区分されているとき、Ｄ２Ｄ  ＣＩが送信される周波数帯域はデータの周波数帯域と異なり得る。例えば、Ｄ２Ｄ  ＣＩの周波数帯域は常に６ＲＢ以内に制限され得る。又は、ＰＤＣＣＨと同様に、特定シンボルにＤ２Ｄ  ＣＩがマップされるが、全システムＢＷだけのＲＥがすべてＤ２Ｄ  ＣＩマッピングに使用されてもよい。又は、事前にＤ２Ｄ同期ノード又はクラスタヘッドからＤ２Ｄ  ＣＩが送信され得るＢＷの構成を受けることも可能である。このとき、ＤＭＲＳ周辺の事前に定められた集合の各シンボルは、Ｄ２Ｄ  ＣＩが送信されるシンボルとして使用されてもよい。Ｄ２Ｄ  ＣＩにおいては、ＰＤＣＣＨと同様に、周波数で連続的なＲＥ集合が一つのＤ２ＤリンクのＣＩにマップされてもよい。このとき、一つのＵＥのＲＥが一つのシンボルに対応する場合、次のシンボルで連続的にＲＥを選択することによってＤ２Ｄ  ＣＩを構成することができる。このようなＤ２Ｄ  ＣＩフォーマットを受信する各ＵＥは、Ｄ２Ｄ  ＣＩが送信されるシンボルをそれぞれブラインドデコードし、他のシンボルでＤ２Ｄデータが割り当てられた領域を判断することができる。
【００６０】
ｂ．ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）
【００６１】
スケジューリング割当てが送信された後、スケジューリング割当て区間（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ  ｐｅｒｉｏｄ）でＤ２Ｄ関連信号（例えば、Ｄ２Ｄコミュニケーションパケットなど）の送受信で使用されるＭＣＳがＣＩ又はＳＡに含まれ得る。又は、ＭＣＳは、現在送信されるデータのＭＣＳを指示する情報であり得る。このとき、Ｄ２Ｄパブリックセーフティや特定ブロードキャストサービスは、多数のＵＥが受信可能になるように特定（低いＭＣＳインデックス、例えば、ＭＣＳ  ０）ＭＣＳのみを使用したり、（端末が基地局と信号を送受信するときに使用する変調技法である）ＭＣＳの一部（例えば、ＱＰＳＫ変調のみを使用するＭＣＳインデックス０〜９）のみを使用するように制限され得る。又は、Ｄ２Ｄ信号の送信において、６４ＱＡＭは使用されず、「ｒｅｓｅｒｖｅｄ  ｓｔａｔｅ」に残っていてもよい。この場合、Ｄ２Ｄには、既存のＰＵＳＣＨで使用されたＭＣＳ指示ビット長さより短くなったＭＣＳ指示ビット長さが使用されてもよい。又は、既存のＭＣＳ指示ビット数がそのまま使用されるが、未使用のＭＣＳビットは、Ｄ２Ｄ  ＣＩを指示する用途で使用されてもよく、いずれの用途でも使用されずに「ｒｅｓｅｒｖｅｄ  ｓｔａｔｅ」に残っていてもよい。
【００６２】
ｃ．ＩＤ情報
【００６３】
送信端末（グループ）及び／又は受信端末（グループ）のＩＤ情報は、ＣＩ又はＳＡに明示的に含むことができる。すなわち、ＣＩ又はＳＡを使用する端末と関連するＩＤ情報を含ませることによって、端末は、ＣＩ又はＳＡが自分のためのものであるか否かを知るようになり、不要なデコーディングを減少させることができる。言い換えれば、Ｄ２Ｄ信号を受信する特定ＵＥは、自分が望む端末が送信したデータでない場合、以後のデータパケットをデコードしないのでバッテリ消耗を減少させることができる。このようなＤ２Ｄ  ＩＤは、パケットＩＤ（アプリケーション、グループ）を含むことができる。パケット、アプリケーション又はグループＩＤは、一つのＵＥが多数の異なるパケットを送信したり、一つのＵＥが多くのグループに同時に属していると共に別個のデータを送信したり、一つのＵＥが別個のアプリケーションでＤ２Ｄパケットを生成して送信する場合に同じＵＥで送信されるが、別個のパケットを送信する可能性があるので、これを区分するためのＩＤを含む。一方、このときに送信されたＴｘ  ＵＥ  ＩＤ、Ｒｘ  ＵＥ  ＩＤ又はグループＩＤは、ＳＡ以後に送信されるＤ２Ｄパケットのスクランブリングシーケンスの初期化、ＤＭＲＳベースシーケンスの決定、ＤＭＲＳ  ＣＳ／ＯＣＣの決定などの用途で使用されてもよい。
【００６４】
ＩＤは、再送信時の結合有無を決定するのに重要な情報であり得る。例えば、多数のＵＥが同時にＤ２Ｄデータを送信する状況で、特定データを受信したＵＥが、以前に受信されたが、デコードされていないため、ＨＡＲＱバッファにあるＬＬＲ（ｌｏｇ  ｌｉｋｅｌｉｈｏｏｄ  ｒａｔｉｏ）値との結合を試みる場合、他のＵＥから受信されたデータを結合すれば、データ受信性能が低下し得る。また、このＵＥ  ＩＤ情報は、データのスクランブリングシーケンスの初期化、ＤＭＲＳベースシーケンスの設定のために使用されてもよい。
【００６５】
前記ＩＤ情報はサービスＩＤ（又は、アプリケーションＩＤ）を含むことができる。ディスカバリ段階でサービス（又はアプリケーション）ＩＤを取得できなかった場合（ディスカバリなしでブロードキャストされるＤ２Ｄ信号がこれに該当し得る）、サービスＩＤは、ＵＥ  ＩＤと同様に、互いにデータデコーディングに重要な情報であり得る。例えば、一つのＵＥが多数のアプリケーションを通じてデータを送信する状況である場合（例えば、パブリックセーフティの用途で音声を送信しながら、写真を共に送信する場合）、ＵＥ  ＩＤが同じであっても、別個のデータは再送信時に結合してはならない。Ｄ２Ｄデータ受信ＵＥは、サービスＩＤとＵＥ  ＩＤを検出した後で結合有無を決定することができる。
【００６６】
前記言及したＩＤ情報は、そのままＤ２Ｄ  ＣＩ又はＳＡに含まれてもよいが、資源の効率的な使用のために、単独で又は種類が異なるＩＤを結合してハッシュ関数を通じて生成されたシーケンスの形態でＣＩ又はＳＡに含まれてもよい。例えば、ＵＥ  ＩＤとサービスＩＤは、別途のハッシュ関数を通じてそれぞれ短くなったＩＤを指示するシーケンスの形態でＤ２Ｄ  ＣＩに含まれてもよく、ＩＤ情報が共に一つのハッシュ関数の入力値として使用され、一つの短くなったＩＤを指示するシーケンスが生成されてもよい。このようにＩＤをそのままＤ２Ｄ  ＣＩに含まず、ハッシュ関数を通じて短くなったシーケンスを含むことによって、該当情報をより効率的に送信することができる。
【００６７】
ＩＤは、上位階層で指示されたＩＤがハッシング／トランケーション／直接使用などの方法の一つで物理階層ＩＤに変換されて送信されてもよい。このとき、前記言及したＩＤのうち多数が組み合わされ、ＳＡに含まれるＩＤの一部は特定ＩＤから誘導され、残りの一部は他の特定ＩＤから誘導されて生成され得る。
【００６８】
一方、Ｄ２Ｄチャネルのスクランブリング、ＤＭＲＳシーケンス、ＣＳなどを決定するとき、ＴＸ  ＩＤとＲＸ  ＩＤとの組み合わせを使用することができる。これは、特に、Ｄ２ＤＳＡＣＨでＩＤのために送信されるビット数が制限されるときに有用であり得る。このために、Ｄ２ＤＳＡＣＨには、Ｔｘ  ＵＥ  ＩＤとＲｘ  ＵＥ  ＩＤが共にＩＤフィールドに含まれて送信されてもよい。例えば、ＴＸ  ＩＤとＲＸ  ＩＤがそれぞれ８ビットでＤ２ＤＳＡＣＨに送信され、これを連結した１６ビットをスクランブリングシーケンスの初期化に使用することができる。Ｄ２Ｄブロードキャストの場合、Ｒｘ  ＵＥ  ＩＤは使用されないことがあるが、この場合は、Ｒｘ  ＵＥ  ＩＤ部分は事前に設定された特定ビットシーケンスに設定されてもよい。例えば、ブロードキャストの場合、Ｔｘ  ＵＥ  ＩＤは、送信ＵＥ  ＩＤから誘導された８ビットのＩＤシーケンスがＤ２ＤＳＡＣＨで送信され、Ｒｘ  ＵＥ  ＩＤは００００００００に設定されて送信され得る。他の例として、グループキャストの場合は、Ｒｘ  ＵＥ  ＩＤ部分がグループＩＤに設定され得る。
【００６９】
一方、ＳＡ（Ｄ２ＤＳＡＣＨ）に含まれて送信される（物理階層）ＩＤの全体又は一部は、送信ＵＥによってランダムに選択され得る。特に、送信ＵＥ  ＩＤに該当する部分のみが選択的にランダムに選択されて送信され得る。又は、物理階層ＩＤは、上位階層ＩＤから生成できるが、上位階層ＩＤがランダムシーケンス発生器のシード値として使用されてもよい。又は、上位階層ＩＤとは関係なく、ランダムなＩＤが生成されてもよい。このようにＳＡに含むＩＤをランダムに設定する理由は、ＩＤを通じてスクランブリングシーケンスの生成又はＤＭＲＳシーケンスの選択を行うとき、端末間のスクランブリングシーケンス又はＤＭＲＳが衝突することを最小化するためであるか、又は、ＩＤによってＲＰＴを定める場合、ＲＰＴ間の衝突を予防するためである。ランダム設定の方法として、ｉ）ＳＡ送信周期ごとにＩＤをランダムに設定、ｉｉ）事前に定められたＳＡ周期の間はランダムに定めたＩＤを維持し、定められた周期以後にのみＩＤをランダムに可変、ｉｉｉ）ランダムに定められたＩＤを持続的に送信する途中で、特定ＵＥ又は基地局からのフィードバック又は資源のセンシングによって該当ＩＤが不適切であることを送信ＵＥが認知した場合にのみ再びＩＤをランダムに選択することができる。実施例として、ＳＡにｘビットのＩＤが含まれて送信されるが、このＩＤはランダムに生成されたものであり得る。ターゲット又は目的ＩＤは、ＳＡのＣＲＣをマスクする形態に含まれて送信されてもよい。
【００７０】
前記言及したＳＡに含まれて送信されるＩＤ情報は、Ｄ２Ｄデータ或いはＤ２ＤＳＡＣＨが確実に受信されたか否かを確認するためのＣＲＣマスキングの用途で使用されてもよい。このとき、Ｄ２Ｄ同期信号のＩＤも共に利用することができる。ここで、Ｄ２Ｄ同期信号ＩＤとは、特定ＵＥ又はｅＮＢがＤ２Ｄ同期信号を送信したとき、該当ノードが送信／中継した同期信号のＩＤを意味する。例えば、Ｄ２Ｄ同期信号が既存のセルラー同期信号を再使用する場合、約５００個のＩＤが存在し得る。このとき、ＣＲＣマスキングビットの一部は物理階層又は上位階層で指示された（シグナリングされた）ＩＤのハッシュ化されたシーケンスでマスクされ、残りの一部は他の特定ＩＤのハッシュ化されたシーケンスでマスクされ得る。例えば、２４ビットのＣＲＣビットがあると仮定すると、事前に定められたＮ個のビットはＵＥ  ＩＤからハッシュ化されたシーケンスによってマスクされ、残りの２４―Ｎビットはサービス又はグループＩＤからハッシュ化されたシーケンスによってマスクされ得る。他の実施例として、ＣＲＣビットは、多数のＩＤからハッシュ化された２４ビットのビットシーケンスによって二重にマスクされていてもよい（例えば、ＣＲＣ  ｂｉｔ  ＸＯＲ  ｈａｓｈｅｄ  ＵＥ  ＩＤ  ｓｅｑｕｅｎｃｅ  ＸＯＲ  ｈａｓｈｅｄ  ｓｅｒｖｉｃｅ  ＩＤ  ｓｅｑｕｅｎｃｅ）。
【００７１】
前記言及したＣＲＣマスキングのためのＩＤは、事前に定められたハッシュ関数を用いてもよいが、物理階層又は上位階層で事前に指示したＩＤから事前に定められた位置の「ｔｒｕｎｃａｔｅｄ  ｂｉｔ  ｓｔｒｉｎｇ」を得ることによってＣＲＣをマスキングビットシーケンスとして使用してもよい。このとき、事前に物理階層又は上位階層によってシグナリングされたＩＤにおいて、ＩＤをトランケートする位置は事前に定められていてもよい。例えば、Ｔｘ  ＵＥ  ＩＤとターゲットＩＤが上位階層で指示された場合、各ＩＤの一部のビットからＣＲＣマスキングのためのビットシーケンスを生成することができる。ＣＲＣマスキングのためのビットシーケンス長さと制御チャネル（別途のＤ２Ｄ制御チャネルであってもよく、スケジューリング割当てであってもよい）に含まれるＩＤの長さは互いに異なり得る。したがって、ＣＲＣマスキングのために上位階層で指示されたＩＤにおけるトランケーション／ハッシング方式と、Ｄ２Ｄ制御チャネルで送信されるＩＤを生成するための上位階層ＩＤトランケーション／ハッシング方式とは異なり得る。
【００７２】
ＣＲＣマスキングのためのビットシーケンスを生成するとき、又はＤ２Ｄ  ＣＩに含まれて送信されるＩＤシーケンスを生成するとき、上位階層で指示された送信ＩＤ（ソースＬ２  ＩＤ）、目的Ｌ２  ＩＤ、同期ソースＩＤの全体又は一部が使用され得る。また、このような上位階層ＩＤから物理階層ＩＤへの変換は、グループキャスト／ブロードキャスト／ユニキャストのそれぞれによって互いに異なり得る。例えば、ブロードキャストの場合は、ソースＩＤのみから物理階層ＩＤビットシーケンスを生成し、グループキャスト／ユニキャストの場合は、ソースＩＤとグループ（目的）ＩＤのすべてから物理階層ＩＤビットシーケンスを生成することができる。このとき、ブロードキャストの場合は、ソースＩＤのみを単独で使用して物理階層ＩＤビットシーケンスを生成するが、ここで、ソースＩＤで物理階層ＩＤビットシーケンスをすべて生成することもでき、一部の物理階層シーケンスはソース、グループ又は送信ＩＤからハッシュ化／トランケートし、残りの一部の物理階層ＩＤシーケンスは事前に固定された値（例えば、ａｌｌ  ｚｅｒｏｓ  ｏｒ  ａｌｌ  ｏｎｅｓ）に設定して生成することもできる。例えば、グループキャストの場合、ＰｒｏＳｅ  Ｌ２ソースＩＤとＰｒｏＳｅ  Ｌ２グループＩＤをターゲット（目的）ＩＤとしてすべて使用して物理階層ＩＤシーケンスを生成し、ブロードキャストの場合、一部の物理階層ＩＤシーケンスはＰｒｏＳｅ  Ｌ２グループＩＤの特定ビットストリングを指定することによってブロードキャストＩＤとして使用し、残りの物理階層ＩＤシーケンスはａｌｌ  ｚｅｒｏに設定することができる。他の例を挙げれば、ＳＡ（スケジューリング割当て）のＣＲＣマスキングのためのビットシーケンスは、同期ソースＩＤ、目的（特定ＵＥ又は特定ＵＥグループ）ＩＤ、及びソース（Ｔｘ）ＩＤの全体又は一部を用いてマスクされてもよい。例えば、同期ソースＩＤと目的ＩＤを用いて、ＣＲＣの一部のビットは同期ソースＩＤからハッシュ化／トランケート／直接使用してマスクし、残りの一部は目的ＩＤからハッシュ化／トランケート／直接使用してマスクすることができる。他の例を挙げれば、ＳＡに含まれるＣＲＣは、同期ソースＩＤを用いてマスクされてもよい。同期ソースＩＤの長さがＳＡで含まれるＣＲＣ長さより短い場合、残りは０でパディングされたり、又は同期ソースＩＤが反復的に埋められたり、残りの一部分はアンテナポートの数を知らせるためのビットシーケンス（ＡＰの数によってＣＲＣマスクが異なる）でマスクされ得る。
【００７３】
前記言及したＣＲＣは、制御情報が別のチャネル（物理階層信号）で送信される場合は、該当チャネルで制御情報が確実に送信されたか否かを判断するためのＣＲＣであってもよく、該当制御情報と連動したデータチャネル（データが送信される領域の物理階層信号）が確実に送信されたか否かを判断するためのＣＲＣであってもよい。このとき、Ｄ２Ｄ  ＣＩ又はＳＡが確実に受信されたか否かを確認するためのＣＲＣ長さと、データが確実に受信されたか否かを確認するためのＣＲＣ長さとは互いに異なり得る。例えば、ＳＡではＣＲＣ長さが１６ビットで、データではＣＲＣ長さが２４ビットであり得る。この場合、ＳＡでは上位階層で指示されたＩＤで１６ビットをハッシュ化又はトランケートしなければならなく、データでは上位階層で指示されたＩＤで２４ビットをハッシュ化又はトランケートしなければならない。このとき、ＳＡでマスキングのためのビットストリングを生成する方式と、データでマスキングのためのビットストリングを生成する方式とが異なり得る。例えば、ＳＡ（又はデータ）ではソース（又はＴｘ）ＩＤと目的ＩＤ（Ｒｘ又はターゲットＩＤ）をすべて用いてＣＲＣマスキングのためのビットストリングを生成する一方、データ（又はＳＡ）のＩＤではソース（又はＴｘ）ＩＤ、目的（ＵＥ又はグループ）ＩＤ又は同期ソースＩＤを使用したり、又は二つ又は二つ以上のＩＤの組み合わせを使用してＣＲＣマスキングのためのビットストリングを生成することができる。
【００７４】
ｄ．ＮＤＩ（Ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）
【００７５】
Ｄ２Ｄリンク間でＨＡＲＱ再送信が行われる場合、再送信されるデータと新たに送信されるデータとを区分するためのＮＤＩが送信され得る。このとき、ＮＤＩは、１ビット情報の形態で送信されてもよいが、ＵＥ  ＴＸ／ＲＸ  ＩＤ又は他の制御情報（Ａ／Ｎ又はＣＱＩなど）と結合して新たな形態で送信されてもよい。例えば、ＵＥ  ＴＸ及び／又はＲＸ  ＩＤ及び／又はアプリケーション／サービスＩＤとＮＤＩが共に事前に定義されたハッシュ関数の入力値として使用され、この結果がＤ２Ｄ  ＣＩに送信され得る。他の例を挙げれば、ＮＤＩフィールドをＭビットに拡張し、ＵＥが新たなデータを送信するときは、特定乱数として、Ｍビットで表現できる数のうち一つを選択して送信し、データが変わるときは、他の乱数を選択して送信する方式で具現することもできる。これは、多数の端末からＤ２Ｄデータを受信中のＵＥが、特定端末からデータをデコードする状況で該当端末からのデータを他のＵＥからのデータと区分し、再送信されるデータと区分するためである。
【００７６】
ｅ．複数のアンテナと関連する情報
【００７７】
Ｄ２Ｄで多重レイヤ送信又は多重アンテナを用いたダイバーシティ送信が許容される場合などのための、ＡＰ（アンテナポート）の数及び／又はＭＩＭＯスキーム及び／又はプリコーディング情報及び／又はプリコーディング粒度などがＣＩ又はＳＡに含まれ得る。
【００７８】
このような情報は、別個のフィールドで送信されてもよく、又は、データ領域のＣＲＣマスキングに特定ＭＩＭＯスキームやポートの個数を指示する形態で具現されてもよい。このとき、上記の情報は、ＡＰの数が２以上である場合は常にサブフレームで送信し、ＡＰの数が４である場合はＦＳＴＤで送信するように設定されてもよい。これは、Ｄ２Ｄはセルラー環境に比べて干渉に激しく影響を受けるので、より信頼性のある送受信を可能にするために常にダイバーシティスキームを使用するためである。一方、Ｄ２Ｄにプリコーディングが適用される場合、プリコーディング情報がＤ２Ｄ  ＣＩに含まれ得る。このとき、プリコーディング情報とランク情報が別個にＤ２Ｄ  ＣＩに含まれてもよく、資源の効率的な使用のためにＰＭＩとＲＩが一つの情報として表現されてもよい（一つのプリコーディングセットに多数のランクを含むコードブックが存在する場合）。一方、ＡＰの数が２以上である場合はプリコーディングが適用されるが、ランダムなプリコーディングが適用されてもよい。このようなランダムプリコーディングが適用される場合、プリコーダは時間又は周波数単位で変わり得る。このようなプリコーディングが変わる粒度は事前に定められていてもよく、ＡＰの数が２以上である場合は、常にランダムプリコーディング（プリコーダ／ビームサイクリング）が使用されるように規則が定められていてもよい。
【００７９】
送信ＵＥが多重アンテナを使用する場合、ＡＰの数、及び／又はプリコーディング情報、及び／又はＭＩＭＯスキームが含まれ得る。多重アンテナ送信を使用する場合、Ｄ２Ｄデータチャネルで（ランダム）プリコーディングを使用することができ、このとき、同一のプリコーディングを使用する時間、周波数資源のプリコーディング粒度がＤ２ＤＳＡＣＨに含まれて送信され得る。多重アンテナを使用しない場合は、プリコーディング粒度がＤ２ＤＳＡＣＨに含まれなくてもよく、Ｄ２ＤＳＡＣＨがゼロでパディングされてもよい。ＡＰの数は、別に指示されておらず、ＣＲＣのためのポートの数によってマスキングが変わる形態で指示されてもよい。
【００８０】
ｆ．ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）
【００８１】
ＨＡＲＱ再送信がＤ２Ｄデータ通信に導入される場合、ＲＶがＣＩ又はＳＡに含まれ得る。但し、ＲＶが現在ＬＴＥ上りリンクのように事前に定められた順（例えば、ＲＶ  ０→２→３→１）に送信される場合、ＨＡＲＱ再送信が使用されるとしてもＲＶが含まれないことがある。又は、ＲＶは、前記言及したＤ２Ｄ  ＣＩ及びＳＡ情報のうち特定情報と結合されてＲＥにマップされたり、Ｄ２Ｄ  ＣＩの一部のフィールドが（例えば、２ビット）ＲＶを指示する用途で使用されてもよい。例えば、ＭＣＳフィールドの一部のステートをＤ２Ｄには使用しない場合、ＲＶは、ＭＣＳフィールドの一部を借用することによって送信されてもよい。又は、ＲＶが別途のフィールドで送信される場合、ＲＶとＮＤＩとが結合され、星状図上の一つのステートとして表現されて制御チャネルにマップされてもよい。
【００８２】
ｇ．復調参照信号（ＤＭＲＳ）シーケンス情報
【００８３】
ＬＴＥ上りリンクと同様に、Ｄ２ＤにもＳＣ―ＦＤＭＡが使用される場合、Ｚａｄｏｆｆ―ｃｈｕ（ＺＣ）シーケンス基盤のＤＭＲＳが使用される可能性が高い。具現の単純化のために、セルラーなどのＺＣ基盤のＤＭＲＳを使用することが好ましい。このとき、ＺＣのベースシーケンスはセルＩＤ基盤で決定されることが好ましいが、アウトカバレッジ又はインカバレッジの場合にも、セルラーと区分するためにセルＩＤと異なるＩＤを有するベースシーケンスを使用することができる。この場合、Ｄ２Ｄ  ＵＥ間のＤＭＲＳベースシーケンスを直接指示したり、事前に定められたベースシーケンスが使用され得る。より詳細に、ＤＭＲＳサイクリックシフト、ＤＭＲＳベースシーケンスＩＤ、ＤＭＲＳグループ／シーケンスホッピングの有無、長さ、及びＯＣＣの一部又は全体がＤ２Ｄ  ＣＩに含まれて直接指示され得る。このとき、Ｄ２Ｄ  ＣＩをデコーディングするためのＤＭＲＳは、データのＤＭＲＳと異なる形に定義することができる。例えば、Ｄ２Ｄ  ＣＩをデコードするためのＤＭＲＳのフォーマットとしては、事前に定められたＤＭＲＳフォーマットを使用してもよい。又は、Ｄ２Ｄ  ＣＩは、ＤＭＲＳなしでデコードできる差分コーディング（ｄｉｆｆｅｒｅｎｔｉａｌ  ｃｏｄｉｎｇ）を用いてコードされていてもよい。
【００８４】
ｈ．周波数ホッピング（ホッピングフラグ）の有無及びＮＵｌ＿ｈｏｐ
【００８５】
周波数領域でホッピングフラグとＮＵｌ＿ｈｏｐがＣＩ又はＳＡに含まれて送信され得る。このとき、周波数ホッピングが使用されない場合、該当ビットは含まれないか、特定ステート（例えば、ａｌｌ  ｚｅｒｏでパディング）であり得る。但し、システム帯域幅及び／又はＤ２Ｄに使用可能な帯域が一定閾値以下と比較的小さく構成される場合、上記の情報はＣＩ又はＳＡに含まれないことがある。これは、周波数領域が小さい場合、周波数ホッピング利得をほとんど得ることができないためである。
【００８６】
ｉ．ＣＰ長さ
【００８７】
Ｄ２ＤＳＳやＰＤ２ＤＳＣＨによってＣＰ長さが指示されない場合、Ｄ２ＤＳＡＣＨでＣＰ長さが指示され得る。このとき、Ｄ２ＤＳＡＣＨ自体のＣＰ長さが決定されなければならないが、下記の方法の一つを使用することができる。ｉ）Ｄ２ＤＳＡＣＨで使用するＣＰ長さを事前に上位階層（例えば、ＲＲＣ信号）又は物理階層信号（ＳＩＢ又は（Ｅ）ＰＤＣＣＨ）によってシグナリングすることができる。ｉｉ）サービングセルのＰＳＳ／ＳＳＳで使用するＣＰ長さをＤ２ＤＳＡＣＨのＣＰ長さとして使用することができる。ｉｉｉ）事前に定められたＣＰ長さを使用することができる。拡張ＣＰ及びノーマルＣＰのうち特定の一つに事前に固定されていてもよい。ｉｖ）同期ソースによって、すなわち、Ｄ２ＤＳＳやＰＤ２ＤＳＣＨによってＣＰ長さを指示することができる。
【００８８】
多数のシグナルがオーバーラップされて指示される場合、優先順位が決定されなければならない。例えば、カバレッジ外のＵＥの場合は、初期に周辺に何ら同期ソースも見えないことがある。このときは、拡張ＣＰを基本的に使用することができる。途中で同期ソースが見える場合、同期ソースが送信したＤ２ＤＳＳやＰＤ２ＤＳＣＨで指示されたＣＰ長さを使用する。その後、周辺にｅＮＢの信号が観察される場合、ｅＮＢのＰＳＳ／ＳＳＳが指示したＣＰ長さを使用する。その後、ｅＮＢの指示を円滑に受けるようになる場合、ｅＮＢが指示したＤ２ＤＳＡＣＨのためのＣＰ長さを使用する。すなわち、事前に設定されたＤ２ＤＳＡＣＨのためのＣＰ長さが設定されており、他の同期ソース又はＣＰ長さを指示する明示的なシグナルが受信される場合、該当ＣＰ長さを使用することを規則として定めることができる。
【００８９】
このようにＤ２ＤＳＡＣＨのＣＰ長さが決定される場合、Ｄ２ＤＳＡＣＨが指示するデータのＣＰ長さは、ＣＰ長さを指示するビットをＤ２ＤＳＡＣＨに含ませて送信することによって指示され得る。この場合、Ｄ２ＤＳＡＣＨとＤ２ＤデータのＣＰ長さが互いに異なり得る。このとき、別のビットが含まれて送信されてもよいが、他のフィールドで使用しないステートが借用されて送信されてもよい。又は、Ｄ２ＤＳＡＣＨで使用したＣＰ長さがそのまま使用されてもよい。この場合、Ｄ２ＤＳＡＣＨが使用するＣＰ長さをデータのＣＰ長さとしてそのまま使用する。Ｄ２Ｄ信号受信ＵＥは、Ｄ２ＤＳＡＣＨ又はＤ２Ｄ信号のＲＳ間隔をブラインド検出することによってＣＰ長さを検出したり、Ｄ２ＤＳＡＣＨが連動した同期ソース又はｅＮＢのＣＰ長さを検出することによってデータのＣＰ長さを判断することができる。
【００９０】
前記言及したＣＩ情報のうち未使用のビットフィールドは、特定ステートに固定されず、他の用途で使用されてもよい。例えば、周波数ホッピングが使用されない場合、該当フィールドはＲＰＴを指示する用途で使用されてもよい。
【００９１】
続いて、データ復調と連関しない情報として、次のような情報をＣＩ又はＳＡに含むことができる。
【００９２】
ｊ．ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ
【００９３】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫの場合、特定サービスのみのためにＡＣＫ／ＮＡＣＫがＤ２Ｄ  ＣＩに含まれ得る。例えば、緊急状況でブロードキャストされる情報の場合は、速い情報拡散のためにＡ／ＮなしでＤ２Ｄデータ通信を行うことができる。しかし、ソーシャルネットワークＤ２Ｄサービスなどの場合は、Ａ／Ｎを含むことによって安定的なデータ通信を可能にすることができる。
【００９４】
ｋ．ＣＱＩ
【００９５】
前記言及したＭＣＳが特定サービスで固定される場合、該当サービスではＣＱＩフィードバックが省略可能である。又は、ＭＣＳは固定されるとしても、Ｔｘ電力を設定するための用途でＣＱＩをフィードバックすることもできる。このときに使用されるＣＱＩビットは、１ビットであってもよく、事前に設定された閾値を超えるか否かを判断するためにＤ２Ｄ  ＣＩに含まれ得る。
【００９６】
ｌ．ＰＭＩ、ＲＩ
【００９７】
Ｄ２Ｄ通信で多重アンテナ送信が許容される場合、ＰＭＩ及びＲＩもＤ２Ｄ  ＣＩに含まれ得る。
【００９８】
ｍ．ＵＥ  Ｔｘ電力
【００９９】
Ｄ２Ｄデータ送信ＵＥの送信電力もＤ２Ｄ  ＣＩに含まれ得る。このとき、Ｄ２Ｄ受信ＵＥは、チャネル相互関係（ｒｅｃｉｐｒｏｃｉｔｙ）を用いてどの程度の電力を使用すると送信ＵＥにどの程度の電力が到逹するのかを把握できるようになる。したがって、ＵＥ  Ｔｘ電力は、Ｄ２Ｄ受信ＵＥが送信電力を設定することを促進することができる。
【０１００】
ｎ．送信電力制御命令（ＴＰＣ）
【０１０１】
Ｄ２Ｄデータを受信したＵＥのＳＩＮＲが悪い場合、Ｄ２Ｄ  ＴＰＣもＤ２Ｄ  ＣＩに含まれ得る。ＴＰＣのビットフィールドサイズは２ビットで表現されてもよく、必要な場合、より大きなビットサイズが構成されてもよい。
【０１０２】
ｏ．スケジューリング要求（ＳＲ）
【０１０３】
Ｄ２Ｄ端末間のスケジューリング要求は、ネットワークカバレッジ外や部分的ネットワークカバレッジのように、ｅＮＢとの連結が難しい状況で事前に定められた（又は無作為に選択された）特定ＵＥに資源割当てを要求したり、又は特定資源を先に使用することを要求する警告信号の形態で使用することができる。
【０１０４】
前記言及したＤ２Ｄ  ＣＩに含まれ得る情報の一部は、別のＤ２Ｄ制御チャネルフォーマットに送信され、残りの一部はＤ２Ｄデータチャネルに多重化して送信され得る。例えば、ＲＡなどの情報は別の制御チャネルに指示され、残りの情報（ＮＤＩ、ＭＣＳなど）はデータチャネルにピギーバックされる形態で具現することができる。
【０１０５】
また、前記言及した情報の一部はデータの復調と関連する情報（例えば、ＲＡ、ＭＣＳ、ＮＤＩ、ＲＶ、ＩＤなど）であり、一部はフィードバック（ＣＱＩ、ＰＭＩ、Ａ／Ｎなど）と関連したり、又はデータ復調と関連していない情報（例えば、ＳＲ）である。このとき、データ復調と関連する情報とそうでない情報とは別個のフォーマットで送信され得る。例えば、データ復調と関連する情報の一部又は全体はデータにピギーバックされて送信され、フィードバック関連情報は別のフォーマットで送信され得る。
【０１０６】
ＲＰＴ詳細
【０１０７】
既に言及したように、ＣＩ又はＳＡは、送信ＵＥが使用する資源の時間／周波数資源の組み合わせであるＲＰＴを含むことができる。以下で、ＲＰＴとは、送信のための資源パターンのうち特にＴ―ＲＰＴを意味するものであり得る。以下のＴ―ＲＰＴが使用される場合、周波数資源領域は最初の送信で指示された後、Ｔ―ＲＰＴで指示されるサブフレーム上で特定ホッピングパターンを有することができる。ＲＰＴを受信した端末は、ＲＰＴで指示される時間／周波数資源（例えば、サブフレーム）でＤ２Ｄ信号を受信することができる。ＩＤフィールドとＲＰＴフィールドが指示するビットシーケンスは、ＳＡの送信後、サブフレームでＤ２Ｄ信号が送信されるサブフレームの単純なビットマップであり得る。例えば、ビットが１である位置は、Ｄ２Ｄ信号送信ＵＥがＤ２Ｄ信号を送信する（可能性がある）サブフレームインデックスであり得る。以下の説明において、ＲＰＴ指示ビットシーケンスという用語が使用されるが、ＲＰＴビットシーケンスはＳＡに含まれたＩＤのみで構成されてもよい。又は、ＳＡにＲＰＴを指示する追加ビットフィールドが含まれる場合、ＩＤ＋ＲＰＴビットシーケンスをＲＰＴ指示ビットシーケンスと解釈することができる。又は、ＳＡにＩＤと独立的なＲＰＴを指示するためのビットシーケンスが存在し得る。この場合は、ＲＰＴビットシーケンスをＲＰＴ指示ビットシーケンスと解釈することができる。ＳＡに含まれて送信されると共に、ＲＰＴを指示するための用途で使用されるビットシーケンスの集合はＲＰＴ指示ビットシーケンスと解釈することができる。
【０１０８】
ＳＡの送信周期又はＳＡ割当て区間（ＳＡ送信間隔の間に構成されたＤ２Ｄサブフレームの個数）とＲＰＴを指示するためのビットシーケンスの長さとが異なる場合、これに対する処理が問題となり得る。例えば、ＳＡ割当て／送信周期の間にＬ個のＤ２Ｄサブフレームが存在するが、ＲＰＴを指示するためのビット数がＭビットである場合（ここで、Ｍ≦Ｌ）、残りのＬ−Ｍ個のサブフレームでは送信パターンをどのように指示するのかが問題となり得る。この場合、ＲＰＴ指示ビットシーケンスの長さをＭとすれば、残りのＬサブフレームではＭ個のビットシーケンスを単純に反復することによって残りのサブフレームを埋める。ＬがＭの倍数でない場合は、残りのビットシーケンスを順次埋めることによってＲＰＴを生成することができる。言い換えれば、スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数より大きい場合、前記ＲＰＴの少なくとも一つのビットは、二つ以上のサブフレームの前記Ｄ２Ｄ信号の送信の許容有無を指示することができる。このとき、スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数のｎ倍である場合、前記端末は、前記ＲＰＴを前記スケジューリング割当て周期内で反復的に使用することができる。そして、スケジューリング割当て周期に含まれたサブフレームの個数がＲＰＴのビット数の倍数でない場合、ＲＰＴの最後の反復にはＲＰＴの一部のみを使用（ＲＰＴビットの順次的な使用）する。ＲＰＴの一部使用時に使用されるＲＰＴのビット数は、スケジューリング割当て周期に含まれたサブフレームの個数を前記ＲＰＴのビット数で割った余りと同一であり得る。
【０１０９】
更に他の方法として、ＲＰＴ指示ビットシーケンスの長さをＭとする場合、ＲＰＴ指示ビットシーケンスは最初のＭサブフレームのビットマップを示し、以後のサブフレームのビットマップは、最初のＭサブフレームのビットマップから他のＲＰＴ指示ビットシーケンスにホップすることによって残りのサブフレームを埋め、Ｌサブフレームに対するＲＰＴを生成する。より詳細に、ＲＰＴ指示ビットシーケンスが事前にインデクスされており、ＳＡを通じて最初のＭサブフレームに対するＲＰＴ指示ビットシーケンスを指示した場合、残りのＬ−Ｍ個のサブフレームでは、事前に定められたインデックスホッピングパターンで残りのＤ２Ｄサブフレームに対するＲＰＴを生成する。すなわち、時間によってＲＰＴをホップすることによって、追加的なダイバーシティ利得を得たり、衝突をランダム化できるという長所がある。
【０１１０】
前記の各方式は、以下で説明する方式でもＳＡの送信周期とＲＰＴ指示ビットシーケンスが指示するサブフレームの個数が異なる場合、同一の原理で拡張して適用することができる。ＲＰＴ指示ビットシーケンスが単純なビットマップでないとしても、ＲＰＴ指示ビットシーケンスが示すＤ２Ｄサブフレーム長さＭが、ＳＡが送信されるサブフレーム間隔Ｌ（ＳＡが送信される周期の間のＤ２Ｄサブフレームの個数）より小さい場合は、残りのＬ−Ｍサブフレームに対するＲＰＴを生成するために上記の各方式を適用することができる。
【０１１１】
図８に示したように、すべてのＵＥの送信機会サイズがＭとして同一であり、Ｄ２Ｄプールのサブフレームの個数がＮである場合、ビットシーケンスはＭ―ｏｕｔ―ｏｆ―Ｎコード（Ｎ個のバイナリコードワードビットのうちＭ個のみを１に設定し、残りは０に設定したコード、このようなコードワードは、すべてのコードワードのハミング重みがＭとして同一であるコードワードを生成する。）であり得る。Ｍ重みのＲＰＴセットは｛β０，β１，…，βＫ―１｝であり、ここで、βｒは、ｒ番目のＲＰＴシーケンスを示し、これは、長さＮのバイナリビットシーケンスで表現することができる。ここで、
【化１】
0006404344.tif 000002
である。Ｍ―ｏｕｔ―ｏｆ―Ｎコードの１の位置は、データが送信される位置を示し、０は、データが送信されないことを示す。各ビットシーケンスがＤ２Ｄ資源プールのサブフレームインデックスと１対１にマップされる場合は、すべての１の位置は資源プール内のサブフレームを指示する用途で使用され、サブフレームインデックスのグループとＲＰＴの１が１対１にマップされる場合は、１の位置は資源プール内のサブフレームグループインデックスを指示する用途で使用される。例えば、サブフレームがバンドルされ、Ｄ２Ｄ信号が送信される場合、バンドルされたサブフレームをビットシーケンスの１と解釈することができる。
【０１１２】
具体的な例として、Ｎ＝４で、Ｍ＝２である場合、次のようなＲＰＴセットをＭ―ｏｕｔ―ｏｆ―Ｎコードのコードワードとして示すことができる。
【０１１３】
ＲＰＴセット＝｛００１１，０１０１，０１１０，１００１，１０１０，１１００｝
【０１１４】
他の例として、Ｎ＝５、Ｍ＝３である場合、ＲＰＴセットは次の通りである。
【０１１５】
ＲＰＴセット＝｛００１１１，０１０１１，０１１０１，０１１１０，１００１１，１０１０１，１０１１０，１１００１，１１０１０，１１１００｝
【０１１６】
一方、場合に応じて、Ｋ個のＲＰＴセットインデックスのすべてを使用せず、Ｋ１個のＲＰＴセットインデックスのみを使用することができる。これは、ＳＡに含まれた（ＩＤフィールドを含む）ＲＰＴビットフィールドのサイズがすべてのＲＰＴセットを表示できない場合に該当し得る。このとき、Ｋ個のＲＰＴセットからＫ１個のＲＰＴセットを選択する方式が必要である。説明の便宜上、Ｍ―ｏｕｔ―ｏｆ―ＮコードのオリジナルコードワードセットをＲＰＴ母セットと称する。母セット
【化２】
0006404344.tif 000003
のビットシーケンスは、次の規則を通じてインデクスされていると仮定する。
【０１１７】
βｒは、ｒ番目のＲＰＴシーケンスを示し、
【化３】
0006404344.tif 000004
ここで、
【化４】
0006404344.tif 000005
は、βｒにおいて、１番目の位置のための整列されたインデックスを含み、
【化５】
0006404344.tif 000006
は、
【化６】
0006404344.tif 000007
である単一ラベルをもたらす拡張バイ―ノミナル係数である。
【０１１８】
このインデキシング方法は、母セットで各ビットシーケンスを十進数に変換したとき、サイズが小さい順にインデクスされていると解釈することができる。これは、説明の便宜のためのものであって、その反対の順にインデクスされている場合にも本発明の概念を拡張することができる。重要なことは、各ビットシーケンスをインデクスするとき、二つのシーケンス間のハミング距離が最小化されるようにインデクスすることである。これは、以後で母セットからサブセットを一定間隔で選択したとき、インデックス差が広がると、ハミング距離も共に大きくなるようにするためである。
【０１１９】
他の具現方式により、インデキシング順序が、以下で説明するシーケンス選択順序に設定されていてもよい。インデキシング順序がシーケンス選択順序である場合、ＲＰＴサブセットは、インデックス順序どおりにＫ１個を選択することができる。
【０１２０】
母セットからＫ１（≦Ｋ）個のインデックスを選択する方式として、下記のような方式を使用することができる。
【０１２１】
サブセット構成をネットワークがシグナリングしたり、あらかじめ設定されたサブセットを使用することができる。Ｋ１個のセットインデックスは、上位階層信号を通じてＤ２Ｄ  ＵＥに伝達されたり、あらかじめ設定されたセットインデックスであり得る。
【０１２２】
母セットからインデクスされた順序どおりにＫ１個のビットシーケンスを選択し、サブセットを生成することができる。
【０１２３】
又は、ＲＰＴセットの最小ハミング距離が最大化されるように選択するためには、母セットから等間隔でビットシーケンスを選択することができる。しかし、サブセットサイズＫ１が母セットサイズＫの約数でない場合は、等間隔選択規則が曖昧になる。最大限に等間隔のインデックスを選択するためには、次のような方法を使用することができる。
【０１２４】
既存の母セットインデックス：０、１、…、Ｋ−１をＫで割ると、Ｋ個の表示ポイント（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｐｏｉｎｔｓ）０／Ｋ、１／Ｋ、…、Ｋ−１／Ｋを得ることができる。このとき、ＲＰＴサブセットのインデックスを同様にセットサイズで割ると、０／Ｋ１、１／Ｋ１、…、（Ｋ１−１）／Ｋ１を得ることができる。ｊ番目のＲＰＴサブセットの表示ポイントが母セットのｉ番目の表示ポイントとｉ＋１番目の表示ポイントとの間にある場合、すなわち、（ｉ−１）／Ｋ≦（ｊ−１）／Ｋ１＜ｉ／Ｋである場合、ＲＰＴサブセットのｊ番目のビットシーケンスとしては母セットのｉ番目のビットシーケンスを使用する。
【０１２５】
前記方法を異なる形に表現すれば、母セットからインデックス
【化７】
0006404344.tif 000008
を選択すると表現することができる。
【０１２６】
前記の説明した方法は、母セットからサブセットを選択する場合、最大限に等間隔で離隔するように選択するための方法であって、すべてのＵＥがランダムにＲＰＴを選択する場合、提案された方式で選択されたビットシーケンスの最小ハミング距離が最大になる。
【０１２７】
具体的に、例えば、Ｎ＝５、Ｍ＝３、Ｋ１＝８である場合、８個のシーケンスを母セット（Ｋ＝１０）から選択しなければならない。図７は、ＲＰＴセットの表示ポイントが母セットの表示ポイント間のどこに位置するのかを示す。ＲＰＴセットの表示ポイント間の間隔は、母セットの表示ポイント間の間隔より広いので（Ｋ≧Ｋ１）、ＲＰＴセットから同一のビットシーケンスを選択する確率は０である。次の表１は、前記提案された方式によって最終的に選択されたビットシーケンスを示す。
【０１２８】
【表１】
0006404344.tif 000009
【０１２９】
前記方法は、次のように変形して使用することができる。
【０１３０】
第１の方法において、
【化８】
0006404344.tif 000010
、すなわち、母セットからサブセットを選択するとき、所定のオフセットαを適用することができる。母セットから等間隔でビットシーケンスを選択し、所定のオフセットを適用して選択する。オフセット値の範囲は０〜ｆｌｏｏｒ（Ｋ／Ｋ１）−１であり、このオフセット値は事前に設定された値であり得る。又は、オフセット値は、ｅＮＢや他のＵＥによって構成可能な値であり得る。例えば、ｅＮＢは、特定ＵＥ又はＵＥグループに特定オフセット値を使用するように指示することができる。又は、同期ソースＩＤからオフセット値が連動し、同期グループ間で互いに異なるＲＰＴを使用するように設定することができる。又は、同期ソースＩＤ及び／又はホップカウントが連動し、互いに異なるホップ間では互いに異なるＲＰＴを使用するように設定することができる。例えば、Ｋ＝２０で、Ｋ１＝４である場合、オフセットとしては０、１、２、３、４を考慮することができ、オフセットが０である場合、ＲＰＴサブセットは｛０，５，１０，１５｝で、オフセットが１である場合、ＲＰＴサブセットは｛１，６，１１，１６｝である。
【０１３１】
第２の方法において、母セットから選択する関数の変更した形態である、
【化９】
0006404344.tif 000011
を使用することができる。すなわち、床関数でない天井関数を使用する。この方式でも、上述したオフセットαをさらに適用することができる。
【０１３２】
一方、特定ＲＰＴを決定するとき、ＳＡに含まれたＩＤとＲＰＴビットフィールドを基盤にして特定ＲＰＴを決定することができる。このとき、ＩＤは変わりにくい性質を有し、ＲＰＴビットフィールドは、相対的に送信ＵＥによって容易に設定される性質を有するとき、各ビットフィールドを基盤にしてＲＰＴセットをグループ化することができる。
【０１３３】
ＲＰＴセットのグルーピングには、図８に示した三つの方法の一つを使用することができる。
【０１３４】
図９（ａ）を参照すると、ＳＡに含まれたＩＤ長さがＮで、ＲＰＴセットサイズがＫ１である場合、
【化１０】
0006404344.tif 000012
を順次グループ化することができる。このとき、ＳＡに含まれたＲＰＴ指示ビットは、特定ＵＥのＲＰＴがどのグループに属するのかを指示する用途で使用することができる。このとき、ＩＤフィールドは、グループ内でどのＲＰＴを使用するのかを指示する用途で使用される。これは、ＲＰＴ指示ビットを通じて最大限に別個のＲＰＴを指示することによって、ＵＥがいずれかの理由による衝突発生によって確実に送信できなかった場合、ＲＰＴビットを異なる形に設定し、最大限に異なる資源を選択させるためである。
【０１３５】
図９（ｂ）に示したように、ＳＡに含まれたＩＤ長さがＮである場合、ＩＤはＲＰＴグループを指定する用途で使用し、ＲＰＴフィールドのビットシーケンスはＲＰＴグループ内で特定ＲＰＴを指示する用途で使用することを提案する。
【０１３６】
図９（ｃ）は、ＳＡに含まれたＩＤ長さがＮである場合、ＩＤはＲＰＴグループを指定する用途で使用し、ＲＰＴフィールドのビットシーケンスはＲＰＴグループ内で特定ＲＰＴを指示する用途で使用することを示す。このとき、ＲＰＴビットのみで最大限に遠く離れたＲＰＴを選択させるために、グルーピング段階で最大限に離隔したＲＰＴ同士を一つのグループとして形成することを提案する。実施例において、ＳＡでＮビットのＩＤが送信され、ＬビットのＲＰＴビットが送信される場合、ＲＰＴセットのサイズは２Ｌ＋Ｎになる。このとき、一つのグループ内のＲＰＴは、２Ｎ間隔で離隔したＲＰＴを集めて一つのグループとして形成し、ＳＡに送信されるＩＤを用いてグループを指示する。その後、ＳＡに含まれたＲＰＴビットを用いて特定ＲＰＴを指示する。
【０１３７】
一方、ＲＰＴ指示ビットシーケンスが指示するサブフレームは、Ｄ２Ｄサブフレームとノン―Ｄ２Ｄサブフレームとの区分なしで一般的なサブフレームを指示するものであり得る。この場合、Ｄ２Ｄサブフレームが他のシグナルで指示されるとき、Ｄ２Ｄサブフレーム指示ビットとＲＰＴ指示ビットシーケンスの論理ＡＮＤ演算を通じて実際にＤ２Ｄ信号が送信されるサブフレームインデックスを指示することができる。
【０１３８】
上述したＲＰＴは、以下で説明する方式で指示することができる。
【０１３９】
端末が基地局から資源領域に対する指示を直接受けるモード１の場合、ｅＮＢがＤ２Ｄ  ＳＡグラントにＳＡに含まれて送信されるＩＤとＲＰＴビットを指示することができる。このとき、ＳＡに含まれて送信されるＩＤシーケンス及び／又はＳＡに含まれて送信されるＲＰＴビットフィールドのシーケンスは、Ｄ２Ｄグラントに明示的に（特定ＩＤ及び／又はＲＰＴを指示するためのビットフィールドが）含まれていてもよい。又は、Ｄ２Ｄ―ＲＮＴＩのビットシーケンスをハッシュ化したり、一部のビット（例えば、下位Ｎビット）を使用してＳＡに含まれて送信されるＩＤシーケンス、及び／又はＳＡに含まれて送信されるＲＰＴビットフィールドを生成することができる。ここで、Ｄ２Ｄ―ＲＮＴＩとは、Ｄ２Ｄ制御情報を他の制御情報と区分するために事前にシグナリングされたＩＤを意味し、このＲＮＴＩは、Ｄ２Ｄ制御情報のＣＲＣをマスクするのに使用される。このとき、ＳＡに含まれて送信されるＩＤの一部はＲＮＴＩから生成され、残りの一部はターゲットＩＤ（又はグループＩＤ）を基盤にして生成され得る。ここで、ＳＡに含まれて送信されるＩＤは時間によって可変し得る。このとき、特徴的にＴｘ  ＵＥ  ＩＤ部分のみを可変し得る。これは、ターゲットＵＥ  ＩＤ部分までホップする場合、これをターゲットＵＥが知っていないと確実に検出を行えないためである。ターゲットＵＥ  ＩＤ部分のホッピングパターンまでターゲットＵＥが知っている場合は、ＳＡに含まれるすべてのＩＤシーケンスを一定の規則を通じてホップすることができる。時間によるＩＤシーケンスの可変性（ホッピング）は、Ｄ２Ｄグラント内のビットフィールドをｅＮＢが直接異なる形に設定することによって具現することもでき、ｅＮＢのＤ２Ｄグラント以後、特定規則を通じてＩＤシーケンスが可変し得る。例えば、Ｄ２Ｄグラント内のＩＤシーケンスは、ランダムシーケンスの初期化パラメータとして使用され、これを通じて生成されたランダムシーケンスを使用して時間によって可変するシーケンスを生成することができる。
【０１４０】
端末が資源プールのシグナリングを受け、Ｄ２Ｄ通信に使用する資源を選択するモード２の場合、ＳＡを通じてＩＤが送信され、これをＲＰＴを決定するのに使用することができる。ここで、ＩＤは、上位階層で（送信及び／又は受信（ターゲット、グループ）ＩＤ）ＩＤから誘導された短い長さのＩＤであってもよく、データの送信位置及びスクランブリングパラメータを設定するために使用されるビットシーケンスを意味するものであってもよい。ＳＡに含まれたＩＤ長さが短いため多くのＲＰＴ候補を作ることができない場合、ＩＤ間で衝突が発生する確率が大きくなり、この場合、多くのＴｘ  ＵＥが同じＲＰＴを使用する可能性がある。これを防止するために、ＳＡの一部のビットに具体的なＲＰＴを指示するビットを含ませて送信することを提案する。また、ＳＡにＩＤビットフィールドとＲＰＴフィールドのビットとが組み合わされ、特定ＲＰＴを指示することができる。例えば、ＳＡに含まれたＩＤは、ＲＰＴセットを指定する用途で使用することができ、ＳＡに含まれたＲＰＴ指示ビットは、セット内で具体的なインデックスを指定する用途で使用することができる。更に他の例を挙げれば、ＳＡに含まれたＲＰＴビットは資源プール内で特定ＲＰＴセットを指示する用途で使用し、ＳＡに含まれたＩＤは、ＲＰＴビットが指示したプール／セット内で特定ＲＰＴを指示する用途で使用することができる。この場合、ＲＰＴセットを指示するためのビットは、毎ＳＡごとに送信されずに半静的に送信され得る。例えば、ＲＰＴセットを指示するためのビットは、毎ｎ番目のＳＡごとに送信されたり、毎ＳＡごとに送信されるとしてもｎ回のＳＡ送信の間には内容が変わらないと仮定し、これを仮想ＣＲＣの用途で使用することができる。一方、このＲＰＴビットは別途に含まれるものではなく、ＭＣＳビット及び他のＳＡビットフィールドのうち使用しないステートを借用することによって送信され得る。又は、別途に含まれるビット及び他のビットフィールドのうち使用しないステートをすべて使用し、ＲＰＴパターンを指示する用途で使用することができる。
【０１４１】
一方、ＳＡの指示に使用されるＲＰＴビットのサイズは、Ｄ２Ｄ  ＵＥのグループサイズ又はグループ内のＴｘ  ＵＥの数字によって可変し得る。例えば、特定警察官グループがＮ人であるとき、ＲＰＴを指示するためのビットのサイズはｌｏｇ２（Ｎ）に設定され、このとき、使用されない残りのビットは、他の用途で使用したり、０に設定して仮想ＣＲＣの用途で使用することができる。
【０１４２】
一方、モード１とモード２は、ＲＰＴのＩＤ設定方法が異なり得る。例えば、モード１の場合は、Ｔｘ  ＵＥ  ＩＤのみを使用してＲＰＴを指示する一方、モード２の場合は、Ｔｘ  ＵＥ  ＩＤとターゲットＵＤ  ＩＤ（グループ）ＩＤをすべて使用してＲＰＴを指示することができる。
【０１４３】
ＲＰＴを設定するために、次の情報をさらに使用することができる。
【０１４４】
ｉ）一つのＵＥの観点で送信機会サイズに対する情報：この情報は、一つのＵＥが一つのＳＡから何個の資源の割当てを受けるのかに対する情報である。
【０１４５】
ｉｉ）各送信ブロック（ＴＢ）の再送信回数情報：この情報は、一つの送信機会内で何個のＴＢを送信するのかによって異なる形に表現することができ、この場合は、各ＴＢ別の再送信回数は、送信機会サイズ／一つのＳＡによって送信されるＴＢの個数で計算することができる。又は、この情報は、各ＴＢに対して何回の（最大）反復を行うのかに対する情報として表現することができる。
【０１４６】
前記情報の一部は、あらかじめ設定されたものであるか、又はネットワークによって構成されたものであり得る。カバレッジ外のＵＥの場合は、前記情報があらかじめ設定されたものであるか、ネットワーク内の他のＵＥから物理階層又は上位階層信号でシグナリングされるものであり得る。また、前記情報の一部は、ＳＡに含まれて送信され得る。例えば、送信機会サイズは、あらかじめ設定されたものであるか、ネットワークによって構成されたものであり得る。このとき、ＴＢ別の再送信回数はＳＡに含まれて送信され得る。その反対に、送信機会サイズに対する情報はＳＡに含まれて送信され、再送信回数は、あらかじめ設定されたものであるか、ネットワークによって上位階層信号で半静的に指示された値であり得る。
【０１４７】
具体的な例示として、ＳＡに８ビットのＩＤが含まれて送信されると仮定すると、ＩＤで区分可能なＲＰＴの個数は２＾８＝２５６個である。モード２の資源プールのサブフレームの個数が１６個であると仮定し、送信機会サイズは８であると仮定する場合、生成可能なＲＰＴの個数は１０Ｃ８＝１２８７０個である。したがって、ＳＡに含まれたＩＤビットのみではＲＰＴの区分が不可能であり、このために、前記言及した方式でＲＰＴを指示するための追加ビットがＳＡに含まれて送信され得る。本実施例では、生成可能なすべてのＲＰＴを区分するために約６ビットの追加ビットが必要であるが、これは、未使用のＭＣＳステートと新たなビットフィールドとの組み合わせで指示されてもよく、別の追加ビットフィールドで指示されてもよい。
【０１４８】
ＣＩのためのチャネル構造
【０１４９】
既に説明した各ＣＩは、ＰＵＣＣＨタイプ、ＰＵＣＣＨピギーバックタイプ又は新たなチャネル構造（例えば、Ｄ２ＤＳＡＣＨ）などの構造を有するチャネルを介して送信され得る。以下、各ケースに対して詳細に説明する。すなわち、ＰＤ２ＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の構造に対して説明する。ＰＤ２ＤＣＣＨが資源割当て情報を含む場合、ＰＤ２ＤＣＣＨはＤ２ＤＳＡＣＨ或いはＳＡと呼ぶことができる。
【０１５０】
ＰＤ２ＤＣＣＨはＰＵＣＣＨタイプとして構成することができる。ＰＵＣＣＨタイプは、基本的にＤ２Ｄデータと別個のサブフレーム又はスロットで送信される可能性が高い。また、Ｄ２Ｄ  ＣＩが送信される位置は、ＰＵＣＣＨ領域と同様に、周波数帯域の特定位置（例えば、境界部分）に事前にＤ２Ｄ制御チャネル送信領域として構成されたＲＢ数だけＤ２Ｄ制御信号が送信される領域に設定することができる。このとき、Ｄ２Ｄ信号送信ＵＥが、ＰＵＳＣＨ／ＰＵＣＣＨ同時送信が許容される端末であると、同一のスロット又はサブフレームでＤ２Ｄ  ＣＩとＤ２Ｄデータが共に送信され得る。ＰＵＣＣＨタイプのＤ２Ｄ制御チャネルが使用される場合、制御チャネルに含まれる情報は、前記言及したＤ２Ｄ  ＣＩ項目の一部又は全体であり得る。このような構造は、Ｄ２Ｄデータチャネルと分離されて送信されるので、Ｄ２Ｄデータチャネルの資源割当て情報を指示するＲＡが含まれ得る。また、この構造にはＭＣＳ、ＮＤＩなどが含まれ得る。又は、ＲＡのみをデータと別個の領域に送信され、ＭＣＳ、ＮＤＩなどの他のＣＩはデータ領域に多重化され得る。これを送信する形式は、ＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３に従う可能性が高い。これは、フォーマット１に比べて、フォーマット２と３がより多いビットを送信するために設計されたためである。しかし、本発明において、ＰＵＣＣＨフォーマット１などの形態のＤ２Ｄ  ＣＩ送信を排除することはない。これは、Ｄ２Ｄデータと分離されて送信されるＤ２Ｄ  ＣＩのサイズが小さいか、一つのＵＥが多数のＰＵＣＣＨフォーマット１の資源を占有することもあるためである。
【０１５１】
一つのＵＥは、送信するＤ２Ｄ  ＣＩ（ＲＡ、ＭＣＳ、ＮＤＩなどが含まれ得る）をエンコードした後、フォーマットの形態で送信することができる。このときに使用するＰＵＣＣＨインデックスは、Ｄ２Ｄスケジューリングノード（ｅＮＢや特定ＵＥ）から指示を受ける制御チャネルのＣＣＥインデックスと連動したり、事前にスケジューリングノードから指示を受けた（例えば、ＲＲＣで構成された）Ｎ個の候補位置のうち一つを選択して送信することができる。このとき、事前にスケジューリングノードから指示を受けた候補位置のうち一つを選択する過程は、スケジューリングノードから直接指示（例えば、ＤＣＩに含まれたり、ＴＰＣフィールド又は他のフィールドを借用することによってＰＵＣＣＨ資源の使用位置が指示され得る。）を受けることもでき、ＵＥが選択して決定することもできる。このとき、既存のＰＵＣＣＨインデックスとは異なり、一つのＵＥが多数のＰＵＣＣＨインデックスをＤ２Ｄ制御チャネル送信に使用することができる。例えば、一つのＵＥがＭ個のＰＵＣＣＨインデックスを占有し、Ｄ２Ｄ制御チャネルの送信を行うことができる。図１０（ａ）は、２個のＰＵＣＣＨインデックスが一つのＤ２Ｄ  ＣＩ送信の用途で使用される例を示している。このとき、Ｍ個のＰＵＣＣＨインデックスには、一つのＵＥのＤ２Ｄ  ＣＩが事前に定められた順にマップされ得る。このように多数のＰＵＣＣＨインデックスを一つのＵＥが使用する理由は、Ｄ２Ｄ  ＣＩのサイズが、一つのＰＵＣＣＨインデックスが含み得るビット数を超えるためである。
【０１５２】
Ｄ２Ｄデータ領域とＰＵＣＣＨフォーマット形態のＤ２ＤＣＣＨの多重化：ＰＵＣＣＨとＰＵＳＣＨの同時送信が許容されない端末でも、ＰＵＣＣＨ形態の制御チャネルを送信するためにはＰＵＣＣＨとＰＵＳＣＨの連続した資源割当てが必要である。したがって、フォーマットはＰＵＣＣＨの形態を有し、Ｄ２Ｄ制御チャネルが送信される位置は、Ｄ２ＤデータのＰＵＳＣＨ領域に事前に定められた特定ＰＲＢペアであり得る。例えば、Ｄ２Ｄデータが送信されるＲＢの１番目（又は最後）のＰＲＢペアは、ＰＵＣＣＨ形態のＤ２Ｄ制御チャネルを送信することができる。又は、Ｄ２ＤサブフレームごとにＤ２ＤＣＣＨの位置として、最初のＰＲＢペアと最後のＰＲＢペアを交互に使用することができる（Ｄ２ＤＣＣＨの周波数ホッピング効果を得るためである）。
【０１５３】
図１０（ｂ）は、各Ｄ２Ｄサブチャネルで１番目のＰＲＢペアがＤ２Ｄ  ＣＩ送信チャネルに設定された場合の例を示す。ＰＵＣＣＨフォーマット３が使用される場合、一つのＰＲＢペアが４８ビットのコードされたビットを送信することができ、Ｄ２Ｄデータにマルチプレクスされるので、一つのＵＥがすべてのＯＣＣを使用することができる。したがって、このときは、使用するＯＣＣの長さの倍数だけ（例えば、ＯＣＣ長さ＝５である場合、５＊４８コードされたビット送信可能）Ｄ２Ｄ  ＣＩを送信することができる。このような方式は、単一搬送波特性（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｐｒｏｐｅｒｔｙ）を維持するためにＰＵＣＣＨフォーマットを有するが、Ｄ２Ｄデータ領域と連続したＰＲＢペアでＤ２Ｄ  ＣＩを送信する。このようなＤ２Ｄ制御チャネルに含まれる情報は、同様に、前記羅列した情報の一部又は全体を含むことができる。
【０１５４】
ＰＤ２ＤＣＣＨは、ＰＵＳＣＨピギーバックタイプとして構成することができる。既存のＵＣＩがＰＵＳＣＨにピギーバックされる場合は、データ領域の一部のＲＥに対するパンクチャリング又はレートマッチングによってＤ２Ｄ  ＣＩを送信することができる。このとき、既存のＵＣＩピギーバックでＣＱＩ／ＰＭＩを送信する場合のように、ＲＢ内に低い仮想サブキャリアインデックスから順次的に時間方向にＲＥをＤ２Ｄ  ＣＩマッピングに使用することができる。このとき、Ｄ２Ｄでは、Ｔｘ／Ｒｘスイッチングにより、図１１（ａ）のようにサブフレームの縁部のシンボルの一部が使用されない可能性がある。したがって、Ｄ２Ｄ  ＣＩがＤ２Ｄサブフレーム内にピギーバックされ、ＣＱＩ／ＰＭＩと同様に、低いサブキャリアインデックスから「タイムファースト」にＤ２Ｄ  ＣＩがマップされる場合、次のように動作することができる。
【０１５５】
１番目及び／又は最後のシンボルは、Ｄ２Ｄ  ＣＩマッピングから除外することができる。これは、１番目又は／又は最後のシンボルはＴｘ／Ｒｘスイッチングで保護区間として使用される可能性が高いためである。また、保護区間以後、一部のサンプルはＡＧＣトレーニングのためにデータ受信用に使用されない可能性がある。したがって、この場合、Ｄ２Ｄ  ＣＩは、保護区間が含まれるシンボルにはマップされないことが好ましい。場合に応じては、一つ以上のシンボルが保護区間及びＡＧＣトレーニングに使用される可能性が高いので、保護区間及びＡＧＣトレーニング区間によってＤ２Ｄ  ＣＩがマップされるシンボルは事前に構成可能である。例えば、Ｄ２Ｄ  ＣＩがマップされ得るシンボルは、Ｄ２Ｄ同期チャネルに含まれていてもよく、又はＲＲＣとして構成されたり、事前に定められていてもよい。このように、Ｄ２Ｄ  ＣＩは完全に使用可能なシンボルにのみマップされるが、Ｄ２Ｄデータの場合は、部分的にパンクチャされるシンボルにもマップされ得る。又は、Ｄ２ＤデータもＤ２Ｄ  ＣＩと同様に完全に使用可能なＳＣ―ＦＤＭ（又はＯＦＤＭ）シンボルにのみマップされ、Ｔｘ／Ｒｘスイッチングによって部分的にパンクチャされるシンボルには参照信号のみがマップされ得る。一方、Ｄ２Ｄ  ＣＩがＤ２Ｄデータ領域にピギーバックされるときにのみ１番目及び／又は最後のシンボルに参照信号がマップされるように規則が定められてもよい。これは、Ｄ２Ｄ  ＣＩが共に送信される場合、チャネル推定正確度を高め、データ及び制御情報のデコーディング能力を向上させるためである。
【０１５６】
又は、１番目及び／又は最後のシンボルのうち偶数（又は奇数）サブキャリアにのみＤ２Ｄ  ＣＩがマップされ得る。このような構造は、Ｄ２Ｄサブフレームの１番目及び／又は最後のシンボルはＳＲＳのように３０ｋＨｚサブキャリアスペーシングを通じてマップし、時間領域で同一のシンボルが反復的に送信され、一部のシンボルがｔｘ／ｒｘスイッチングやＡＧＣに使用できないとしてもシンボルを復旧できるようになる。図１１（ｂ）は、最初及び最後のシンボルの奇数番号を有するＲＥにはＤ２Ｄ  ＣＩやＤ２Ｄデータがマップされないことを示す。
【０１５７】
一方、既存のＵＣＩピギーバック方式のうちＡ／ＮやＲＩなどは、ＤＭＲＳ周辺のシンボルにマップされる。このような方式は、Ｄ２Ｄ  ＣＩ情報のうち重要度の高い情報をＤＭＲＳの周辺に配置させることによって高いチャネル推定性能を得るためである。このとき、保護区間がＤ２Ｄサブフレームの最初のシンボル又は最後のシンボルに使用される場合、Ｄ２Ｄ  ＣＩがマップされるシンボルの位置の調整が必要である。特に、拡張ＣＰの場合、ＲＩが１番目のシンボルにマップされ得るので、Ｄ２Ｄ  ＣＩがマップされる場合、ＣＩがパンクチャされ、データ受信に深刻な損失が発生し得る。
【０１５８】
まず、既存のＵＣＩピギーバックにおいて、ＲＩ、ＨＡＲＱ―ＡＣＫが使用される列セットとして、表２及び表３のような列を使用する。
【０１５９】
【表２】
0006404344.tif 000013
【０１６０】
【表３】
0006404344.tif 000014
【０１６１】
ノーマルＣＰに対してＨＡＲＱ―ＡＣＫとＲＩがピギーバックされる動作は図１２（ａ）に例示し、拡張ＣＰに対しては図１２（ｂ）に例示している。このとき、１番目のシンボル又は最後のシンボルが保護区間として使用される場合、ＲＩがマップされなくなる。このような状況は、一部のＤ２Ｄサブフレームに特徴的に発生し、これに対する解決策が必要である。
【０１６２】
Ｄ２Ｄ  ＣＩがＤＭＲＳの周辺にマップされる場合、第一に、Ｄ２Ｄ  ＣＩのうち一部の重要度が高いＣＩはＤＭＲＳの周辺にマップすることができる。このとき、既存のＰＵＳＣＨピギーバックのように、重要度によって特定情報を他のシンボルにマップするのではなく、ＤＭＲＳの周辺から事前に定められたシンボルの順に「周波数ファースト」（このとき、仮想キャリア（ｖｉｒｔｕａｌ  ｃａｒｒｉｅｒ）インデックスが大きい順からマップされてもよく、インデックスが小さい順からマップされてもよい）マッピングで順次的にＤ２Ｄ  ＣＩを埋める。例えば、ＭＣＳ、（ハッシングによって短くなった）ＩＤなどのようなＤ２Ｄ  ＣＩをＤＭＲＳの周辺に順次埋めた後、一つのシンボルを埋めると、事前に定められた順序のシンボルに順次埋める。
【０１６３】
又は、ＤＭＲＳの周辺にマップされるＤ２Ｄ  ＣＩ全体のビットサイズによって必要なシンボル数を決定した後、該当シンボルのＲＥを「周波数ファースト」（このとき、仮想サブキャリアインデックスが大きい順からパンクチャしてもよく、インデックスが小さい順からパンクチャしてもよい）でパンクチャ（又はＣＩに使用されるＲＥを考慮して、データに対してはレートマッチング）した後、該当領域にＤ２Ｄ  ＣＩのコードされたビットを「タイムファースト」でマップする。
【０１６４】
又は、ＤＭＲＳの周辺にマップされるＤ２Ｄ  ＣＩを全体のビットサイズによって事前に定められたＳＣ―ＦＤＭシンボルによって「タイムファースト」でパンクチャし、該当領域にＤ２Ｄ  ＣＩのコードされたビットを「タイムファースト」でマップする。
【０１６５】
具体的な例を挙げれば、ノーマルＣＰの場合、Ｄ２Ｄ  ＣＩが埋められるシンボルの順序は３→８→２→９→４→６→１→１０であり得る。そして、拡張ＣＰの場合、Ｄ２Ｄ  ＣＩが埋められるシンボルの順序は２→６→１→７→３→５→８であり得る。
【０１６６】
ノーマルＣＰと拡張ＣＰの両方において、１番目のシンボル及び／又は最後のシンボルはＤ２Ｄ  ＣＩマッピングに使用されない。保護区間が１番目のシンボルにのみ又は最後のシンボルにのみ使用される場合、保護区間が含まれたシンボルにはＤ２Ｄ  ＣＩがマップされない。
【０１６７】
ＤＭＲＳの周辺から順次的にＤ２Ｄ  ＣＩを埋める。ＤＭＲＳの周辺のうち二つのＤＭＲＳ間のシンボルには外側のシンボルより優先的にＤ２Ｄ  ＣＩを埋めることができる。これは、ＤＭＲＳ間では、ＤＭＲＳ間のチャネル補間によってより良いチャネル推定性能を得ることができるためである。
【０１６８】
次に、既存のＰＵＳＣＨピギーバックのように、重要度によってＤ２Ｄ  ＣＩがマップされるシンボルが事前に定められているが、保護区間が含まれる可能性があるか、又は保護区間が含まれたシンボルはＤ２Ｄ  ＣＩマッピングで除外する。このとき、Ｄ２Ｄ  ＣＩのうち重要度が高い情報をＤ２Ｄ  ＣＩクラスＡと称し、Ｄ２Ｄ  ＣＩのうち重要度が相対的に低い情報をＤ２Ｄ  ＣＩクラスＢと称する。これは、重要度のみを区分するための用語であって、用語によって本発明が制限されることはない。例えば、Ｄ２Ｄ  ＣＩクラスＡはＵＥ  ＩＤ又はＭＣＳなどを含むことができ、Ｄ２Ｄ  ＣＩクラスＢはＡＰの数やＭＩＭＯ技法などを含むことができる。このようなＤ２Ｄ  ＣＩによるクラスは事前に定められていてもよい。
【０１６９】
前記提案の例示は、次の表４及び表５に示す通りである。
【０１７０】
【表４】
0006404344.tif 000015
【０１７１】
【表５】
0006404344.tif 000016
【０１７２】
Ｄ２Ｄサブフレームで保護区間として使用されたり、又は保護区間として使用される可能性が高いシンボルにはＤ２Ｄ  ＣＩがマップされない。
【０１７３】
Ｄ２Ｄ  ＣＩは、重要度によって事前に定められたシンボル位置（表４、表５）にマップすることができ、これと共に、重要度別に別途のチャネルコーディングを使用することができる。例えば、重要度の高い情報は、ＲＭコード又はコードレートの低いコーディングを通じてＤＭＲＳの周辺にシンボルに優先してマップされ、重要度の低いシンボルは、簡単に反復コード又はシンプレクス（ｓｉｍｐｌｅｘ）コードを通じて相対的に（ＤＭＲＳから）離隔した位置のシンボルにマップされ得る。又は、Ｄ２Ｄ  ＣＩのコンテンツは、重要度の区分なしで一つのチャネルコーディング（例えば、コンボリューショナル（ｃｏｎｖｏｌｕｔｉｏｎａｌ）コード）でエンコードされ、前記言及した方法のうち一つの方法でＲＥ又はデータと別途の制御チャネルにマップされ得る。
【０１７４】
本発明の実施例による装置の構成
【０１７５】
図１３は、本発明の実施形態に係る送信ポイント装置及び端末装置の構成を示した図である。
【０１７６】
図１３を参照すれば、本発明に係る送信ポイント装置１０は、受信モジュール１１、送信モジュール１２、プロセッサ１３、メモリ１４及び複数のアンテナ１５を含むことができる。複数のアンテナ１５は、ＭＩＭＯ送受信をサポートする送信ポイント装置を意味する。受信モジュール１１は、端末からの上りリンク上の各種信号、データ及び情報を受信することができる。送信モジュール１２は、端末への下りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ１３は送信ポイント装置１０全般の動作を制御することができる。
【０１７７】
本発明の一実施例に係る送信ポイント装置１０のプロセッサ１３は、既に説明した各実施例で必要な各事項を処理することができる。
【０１７８】
送信ポイント装置１０のプロセッサ１３は、その他にも、送信ポイント装置１０が受信した情報、外部に送信する情報などを演算処理する機能を行い、メモリ１４は、演算処理された情報などを所定時間の間格納することができ、バッファ（図示せず）などの構成要素に取り替えることができる。
【０１７９】
続いて、図１３を参照すれば、本発明に係る端末装置２０は、受信モジュール２１、送信モジュール２２、プロセッサ２３、メモリ２４及び複数のアンテナ２５を含むことができる。複数のアンテナ２５は、ＭＩＭＯ送受信をサポートする端末装置を意味する。受信モジュール２１は、基地局からの下りリンク上の各種信号、データ及び情報を受信することができる。送信モジュール２２は、基地局への上りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ２３は端末装置２０全般の動作を制御することができる。
【０１８０】
本発明の一実施例に係る端末装置２０のプロセッサ２３は、既に説明した各実施例で必要な各事項を処理することができる。
【０１８１】
端末装置２０のプロセッサ２３は、その他にも、端末装置２０が受信した情報、外部に送信する情報などを演算処理する機能を行い、メモリ２４は、演算処理された情報などを所定時間の間格納することができ、バッファ（図示せず）などの構成要素に取り替えることができる。
【０１８２】
前記のような送信ポイント装置及び端末装置の具体的な構成は、上述した本発明の多様な実施例で説明した各事項が独立的に適用されたり、又は２以上の実施例が同時に適用されるように具現することができ、明確性のために、重複する内容に対する説明は省略する。
【０１８３】
また、図１３に対する説明において、送信ポイント装置１０に対する説明は、下りリンク送信主体又は上りリンク受信主体としての中継機に対しても同一に適用することができ、端末装置２０に対する説明は、下りリンク受信主体又は上りリンク送信主体としての中継機に対しても同一に適用することができる。
【０１８４】
上述した本発明の各実施例は、多様な手段を通じて具現することができる。例えば、本発明の各実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【０１８５】
ハードウェアによる具現の場合、本発明の各実施例に係る方法は、一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１８６】
ファームウェアやソフトウェアによる具現の場合、本発明の各実施例に係る方法は、以上で説明した機能又は動作を行うモジュール、手続き又は関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０１８７】
上述したように開示した本発明の好ましい各実施例に対する詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では、本発明の好ましい各実施例を参照して説明したが、該当技術分野の熟練した当業者であれば、本発明の領域から逸脱しない範囲内で本発明を多様に修正及び変更可能であることを理解できるだろう。例えば、当業者は、上述した各実施例に記載した各構成を互いに組み合わせる方式で用いことができる。よって、本発明は、ここに示した各実施形態に制限されるものではなく、ここで開示した各原理及び新規の各特徴と一致する最広の範囲を付与するためのものである。
【０１８８】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態に具体化することができる。よって、前記の詳細な説明はすべての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内でのすべての変更は本発明の範囲に含まれる。本発明は、ここに示した各実施形態に制限されるものではなく、ここで開示した各原理及び新規の各特徴と一致する最広の範囲を付与するためのものである。また、特許請求の範囲で明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含むことができる。
【産業上の利用可能性】
【０１８９】
上述した本発明の各実施形態は、多様な移動通信システムに適用することができる。
【図１】
0006404344.tif 000017
【図２】
0006404344.tif 000018
【図３】
0006404344.tif 000019
【図４】
0006404344.tif 000020
【図５】
0006404344.tif 000021
【図６】
0006404344.tif 000022
【図７】
0006404344.tif 000023
【図８】
0006404344.tif 000024
【図９】
0006404344.tif 000025
【図１０】
0006404344.tif 000026
【図１１】
0006404344.tif 000027
【図１２】
0006404344.tif 000028
【図１３】
0006404344.tif 000029