(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信のためのリソースを決定する方法であって、前記方法は、
基地局（ＢＳ）からレベル別に設定されたリソースプールについての設定情報を受信することと、
前記設定情報に基づいてＤ２Ｄ通信のリソースプールを選択することと、
Ｄ２Ｄ通信に使うレベルに基づいて前記リソースプール内でＤ２Ｄ通信のリソースを選択することと
を含み、
前記レベルは、Ｄ２Ｄ通信の負荷量に基づいて決定され、
前記リソースプールは少なくとも３つのレベルに設定され、
前記Ｄ２Ｄ通信の負荷量が特定のレベルに対する臨界負荷量より大きいか同一であるとともに、前記特定のレベルの上位レベルに対する臨界負荷量より小さい場合に、前記特定のレベルが選択される、方法。
【請求項２】
前記選択されたリソースを用いてＤ２Ｄ通信の相対端末（ＵＥ）に信号を送信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記Ｄ２Ｄ通信に使うレベルは、Ｄ２Ｄ通信の信号の重要度に基づいて決定される、請求項１に記載の方法。
【請求項４】
前記レベルがｎ＋１に決定される場合に、
前記選択されたリソースプールは、レベルｎ＋１に対するリソースプールを含む、請求項１に記載の方法。
【請求項５】
前記選択されたリソースプールは、レベルｎに対するリソースプールを含む、請求項４に記載の方法。
【請求項６】
前記設定情報は各レベルに対するリソースを指示し、
各レベルに対するリソースは、下位レベルに対するリソースから付け加わるリソースである、請求項１に記載の方法。
【請求項７】
前記リソースプールの選択は所定の周期で行われる、請求項１に記載の方法。
【請求項８】
前記ＵＥにより、前記選択されたレベルについての情報をＢＳに送信することをさらに含む、請求項１に記載の方法。
【請求項９】
前記選択されたレベルについての情報に基づいたスケジューリング情報を受信することをさらに含む、請求項８に記載の方法。
【請求項１０】
前記レベル別に設定されたリソースプールの中で選択されたレベルに対するリソースプールを除いた残りのリソースプールに相当するリソースは、
前記ＢＳとの信号のために割り当てられる、請求項９に記載の方法。
【請求項１１】
無線通信システムにおいてＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信のためのリソースを決定する方法を行う端末（ＵＥ）であって、前記ＵＥは、
基地局（ＢＳ）又はＤ２Ｄ通信の相対ＵＥに対して信号を送受信するための送受信機と、
前記信号を処理するためのプロセッサと
を含み、
前記プロセッサは、
基地局（ＢＳ）からレベル別に設定されたリソースプールについての設定情報を受信することと、
前記設定情報に基づいてＤ２Ｄ通信のリソースプールを選択することと、
Ｄ２Ｄ通信に使うレベルに基づいて前記リソースプール内でＤ２Ｄ通信のリソースを選択することと
を行うように構成され、
前記レベルは、Ｄ２Ｄ通信の負荷量に基づいて決定され、
前記リソースプールは少なくとも３つのレベルに設定され、
前記Ｄ２Ｄ通信の負荷量が特定のレベルに対する臨界負荷量より大きいか同一であるとともに、前記特定のレベルの上位レベルに対する臨界負荷量より小さい場合に、前記特定のレベルが選択される、ＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は無線通信システムに関するもので、より詳しくは無線通信システムにおいて端末間の直接通信のためのリソースを決定する方法及びそのための装置に関するものである。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムに対して概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳ網構造を概略的に示した図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７とＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置し、外部ネットワークと連結される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．４４、３、５、１０、１５、２０Ｍｈｚなどの帯域幅のうちの一つに設定され、多くの端末に下り又は上り送信サービスを提供する。別個のセルは、別個の帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、下りリンクスケジューリング情報を送信し、該当端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、上りリンクスケジューリング情報を該当端末に送信し、該当端末が使用できる時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局間では、ユーザトラフィック又は制御トラフィック送信のためのインターフェースを使うことができる。核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧと、端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）をベースにしてＬＴＥまで開発されてきたが、ユーザと事業者の要求と期待は増加の一方である。また、他の無線接続技術が継続して開発されているので、将来に競合力を有するためには新しい技術進化が要求される。ビット当たりの費用減少、サービス可用性の増大、融通性のある周波数帯域の使用、単純構造と開放型インターフェース、端末の適度なパワー消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は無線通信システムにおいて端末間の直接通信のためのリソースを決定する方法及びそのための装置を提供することにある。
【０００８】
本発明で達成しようとする技術的課題は前記技術的課題に制限されなく、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を持った者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００９】
前記の技術的課題を解決するために、本発明の一実施例による無線通信システムにおいて端末間の直接通信のためのリソースを決定する方法は、基地局からレベル別に設定されたリソースプールについての設定情報を受信する段階；前記設定情報に基づいて端末間の直接通信のリソースプールを選択する段階；及び前記リソースプール内で前記端末間の直接通信のためのリソースを選択する段階を含むことができる。ここで、前記リソースプールは少なくとも２以上のレベルに設定されることを特徴とする。
【００１０】
本発明の他の実施例による同期信号を受信する端末装置は、基地局又は端末間の直接通信の相対端末装置に対して信号を送受信するための送受信機；及び前記信号を処理するためのプロセッサを含み、前記プロセッサは、基地局からレベル別に設定されたリソースプールについての設定情報を受信し、前記設定情報に基づいて端末間の直接通信のリソースプールを選択し、前記リソースプール内で前記端末間の直接通信のためのリソースを選択するように構成され、前記リソースプールは少なくとも２以上のレベルに設定されることを特徴とする。
【００１１】
前述した実施例に対しては以下の事項が共通して適用可能である。
【００１２】
前記リソース決定方法は、前記選択されたリソースを用いて前記端末間の直接通信の相対端末に信号を送信する段階をさらに含むことを特徴とする。
【００１３】
前記端末間の直接通信のリソースプールを選択する段階は、前記端末間の直接通信に使うレベルを決定する段階を含むことができる。
【００１４】
ここで、前記端末間の直接通信に使うレベルは、前記端末間の直接通信の負荷量に基づいて決定できる。
【００１５】
より具体的に、前記端末間の直接通信に対する負荷量が特定のレベルに対する臨界負荷量より大きいか同一であるとともに、前記特定のレベルの上位レベルに対する臨界負荷量より小さい場合、前記特定のレベルが前記端末間の直接通信に使うレベルに選択されることができる。
【００１６】
又は、前記端末間の直接通信に使うレベルは、前記端末間の直接通信の信号重要度に基づいて決定できる。
【００１７】
前記レベルがｎ＋１に決定される場合、前記選択されるリソースプールは、前記レベルｎ＋１に対するリソースプールを含むことを特徴とする。また、前記選択されるリソースプールは、レベルｎに対するリソースプールをさらに含むことができる。
【００１８】
一方、前記設定情報は各レベルに対するリソースを指示し、前記各レベルに対するリソースは、下位レベルに対するリソースから付け加わるリソースであることを特徴とする。
【００１９】
前記端末間の直接通信のリソースプールを選択する段階は所定の周期で遂行されることができる。
【００２０】
前記リソース決定方法は、前記端末は選択されたレベルについての情報を基地局に送信する段階をさらに含むことができる。また、前記選択されたレベルについての情報に基づいたスケジューリング情報を受信する段階をさらに含むことができる。ここで、前記レベル別に設定されたリソースプールの中で選択されたレベルに対するリソースプールを除いた残りのリソースプールに相当するリソースは、前記基地局との信号のために割り当てられることを特徴とする。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおいて端末が端末間の直接通信のためのリソースを決定する方法であって、
基地局からレベル別に設定されたリソースプールについての設定情報を受信する段階；
前記設定情報に基づいて端末間の直接通信のリソースプールを選択する段階；及び
前記リソースプール内で前記端末間の直接通信のためのリソースを選択する段階を含み、
前記リソースプールは少なくとも２以上のレベルに設定される、リソース決定方法。
（項目２）
前記選択されたリソースを用いて前記端末間の直接通信の相対端末に信号を送信する段階をさらに含む、項目１に記載のリソース決定方法。
（項目３）
前記端末間の直接通信のリソースプールを選択する段階は、
前記端末間の直接通信に使うレベルを決定する段階を含む、項目１に記載のリソース決定方法。
（項目４）
前記端末間の直接通信に使うレベルは、前記端末間の直接通信の負荷量に基づいて決定される、項目３に記載のリソース決定方法。
（項目５）
前記端末間の直接通信に対する負荷量が特定のレベルに対する臨界負荷量より大きいか同一であるとともに、前記特定のレベルの上位レベルに対する臨界負荷量より小さい場合、前記特定のレベルが選択される、項目３に記載のリソース決定方法。
（項目６）
前記端末間の直接通信に使うレベルは、前記端末間の直接通信の信号重要度に基づいて決定される、項目３に記載のリソース決定方法。
（項目７）
前記レベルがｎ＋１に決定される場合、
前記選択されるリソースプールは、前記レベルｎ＋１に対するリソースプールを含む、項目３に記載のリソース決定方法。
（項目８）
前記選択されるリソースプールは、レベルｎに対するリソースプールをさらに含む、項目７に記載のリソース決定方法。
（項目９）
前記設定情報は各レベルに対するリソースを指示し、
前記各レベルに対するリソースは、下位レベルに対するリソースから付け加わるリソースである、項目１に記載のリソース決定方法。
（項目１０）
前記端末間の直接通信のリソースプールを選択する段階は所定の周期で行われる、項目１に記載のリソース決定方法。
（項目１１）
前記端末は、選択されたレベルについての情報を基地局に送信する段階をさらに含む、項目１に記載のリソース決定方法。
（項目１２）
前記選択されたレベルについての情報に基づいたスケジューリング情報を受信する段階をさらに含む、項目１１に記載のリソース決定方法。
（項目１３）
前記レベル別に設定されたリソースプールの中で選択されたレベルに対するリソースプールを除いた残りのリソースプールに相当するリソースは、
前記基地局との信号のために割り当てられる、項目１２に記載のリソース決定方法。
（項目１４）
無線通信システムにおいて端末間の直接通信のためのリソースを決定する方法を行う端末であって、
基地局又は端末間の直接通信の相対端末装置に対して信号を送受信するための送受信機；及び
前記信号を処理するためのプロセッサを含み、
前記プロセッサは、
基地局からレベル別に設定されたリソースプールについての設定情報を受信し、前記設定情報に基づいて端末間の直接通信のリソースプールを選択し、前記リソースプール内で前記端末間の直接通信のためのリソースを選択するように構成され、
前記リソースプールは少なくとも２以上のレベルに設定される、端末。
【００２１】
前述した本発明の実施態様は本発明の好適な実施例の一部に過ぎなく、本発明の技術的特徴が反映された多様な実施例が当該技術分野の通常的な知識を持った者によって以下に詳述する本発明の詳細な説明に基づいて導出されるか理解可能である。
【発明の効果】
【００２２】
本発明によると、無線通信システムにおいて端末間の直接通信のためのリソースを効率的に決定することができる。
【００２３】
本発明で得られる効果は以上で言及した効果に制限されなく、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を持った者に明らかに理解可能であろう。
【図面の簡単な説明】
【００２４】
本発明の理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
【００２５】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳ網の構造を示す。
【００２６】
【図２】３ＧＰＰ無線接続網規格に基づいた端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザー平面（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す。
【００２７】
【図３】３ＧＰＰ  ＬＴＥシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を示す。
【００２８】
【図４】ＬＴＥシステムで使われる無線フレームの構造を示す。
【００２９】
【図５】下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す。
【００３０】
【図６】上りリンクサブフレームの構造を例示する。
【００３１】
【図７】ＬＴＥで使われる下りリンクサブフレームの構造を示す。
【００３２】
【図８】本発明に適用可能な通信システムを例示する。
【００３３】
【図９】本発明による段階別リソースを設定する一例を示す。
【００３４】
【図１０】本発明の実施例に適用可能な通信装置のブロック図である。
【発明を実施するための形態】
【００３５】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの多様な無線接続システムに使うことができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００などの無線技術によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）などの無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ―Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２―２０、Ｅ―ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などの無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ―ＵＴＲＡを使うＥ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ―ＦＤＭＡを採用する。ＬＴＥ―Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化されたバージョンである。
【００３６】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ―Ａを中心に記述するが、本発明の技術的思想がこれに制限されることはない。また、以下の説明で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更可能である。
【００３７】
図２は、３ＧＰＰ無線接続網規格をベースにした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。制御平面は、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００３８】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３９】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信を支援する。ＲＬＣ層の機能は、ＭＡＣの内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６などのＩＰパケットを効率的に送信するために不要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００４０】
第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面でのみ定義される。ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層間にＲＲＣ連結（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ連結状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）に置かれ、そうでない場合、端末はＲＲＣ休止状態（Ｉｄｌｅ  Ｍｏｄｅ）に置かれる。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
【００４１】
基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０Ｍｈｚなどの帯域幅のうちの一つに設定され、多くの端末に下り又は上り送信サービスを提供する。別個のセルは、別個の帯域幅を提供するように設定することができる。
【００４２】
ネットワークから端末にデータを送信する下り送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信されてもよく、又は別個の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信する上り送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４３】
図３は、３ＧＰＰ  ＬＴＥシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明するための図である。
【００４４】
電源が消えた状態で再び電源が入ったり、新しくセルに進入したりしたユーザ機器は、段階Ｓ３０１で、基地局と同期を取る等の初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、ユーザ機器は、基地局からプライマリ同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及びセカンダリ同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、ユーザ機器は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信し、セル内の放送情報を取得することができる。一方、ユーザ機器は、初期セル探索段階で、下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＬ  ＲＳ）を受信し、下りリンクチャネル状態を確認することができる。
【００４５】
初期セル探索を終えたユーザ機器は、段階Ｓ３０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）、及び物理下りリンク制御チャネル情報による物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。
【００４６】
その後、ユーザ機器は、基地局への接続を完了するために、以降の段階Ｓ３０３〜段階Ｓ３０６などのランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。このために、ユーザ機器は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブルを送信し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競合ベースのランダムアクセスの場合、追加的な物理ランダムアクセスチャネルの送信（Ｓ３０５）、及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）などの衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００４７】
上述の手続を行ったユーザ機器は、以降、一般的な上りリンク／下りリンク信号送信手続として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）、及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の送信（Ｓ３０８）を行うことができる。ユーザ機器が基地局に送信する制御情報を上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）と総称する。ＵＣＩは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、簡単にＨＡＲＱ−ＡＣＫあるいはＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と称される。ＨＡＲＱ−ＡＣＫは、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうちの少なくとも一つを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータが同時に送信されなければならない場合、ＰＵＳＣＨを介して送信され得る。また、ネットワークの要求／指示によって、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することができる。
【００４８】
図４は、ＬＴＥシステムで使用される無線フレームの構造を例示する図である。
【００４９】
図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット送信はサブフレーム単位で行われ、１サブフレームは、多数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ  ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１の無線フレーム構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００５０】
図４の（ａ）は、タイプ１の無線フレームの構造を例示する。下りリンク無線フレームは１０個のサブフレームで構成され、１サブフレームは時間領域で２個のスロットで構成される。１サブフレームが送信されるのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）と言う。例えば、１サブフレームの長さは１ｍｓで、１スロットの長さは０．５ｍｓであり得る。一つのスロットは、時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で多数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）を含む。３ＧＰＰ  ＬＴＥシステムでは下りリンクでＯＦＤＭＡを使うので、ＯＦＤＭシンボルが一つのシンボル区間を示す。また、ＯＦＤＭシンボルは、ＳＣ―ＦＤＭＡシンボル又はシンボル区間と称することもできる。リソース割当て単位としてのリソースブロック（ＲＢ）は、一つのスロットで複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００５１】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成によって変わり得る。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）と一般ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であり得る。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ＯＦＤＭシンボルの長さが増加するので、１スロットに含まれるＯＦＤＭシンボルの数は一般ＣＰの場合より少ない。例えば、拡張ＣＰの場合、一つのスロットに含まれるＯＦＤＭシンボルの数は６個であり得る。ユーザ機器が速い速度で移動する場合などのようにチャネル状態が不安定な場合、シンボル間の干渉をさらに減少させるために拡張ＣＰを使うことができる。
【００５２】
一般ＣＰが使用される場合、スロットは７個のＯＦＤＭシンボルを含むので、１サブフレームは１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームの最初の最大３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てることができる。
【００５３】
図４の（ｂ）は、タイプ２の無線フレームの構造を示す図である。タイプ２の無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは、２個のスロットを含む４個の一般サブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む特別サブフレームで構成される。
【００５４】
前記特別サブフレームにおいて、ＤｗＰＴＳは、ユーザ機器での初期セル探索、同期化又はチャネル推定に使用される。ＵｐＰＴＳは、基地局でのチャネル推定とユーザ機器の上りリンク送信同期を取るのに使用される。すなわち、ＤｗＰＴＳは下りリンク送信に、ＵｐＰＴＳは上りリンク送信に使用され、特に、ＵｐＰＴＳは、ＰＲＡＣＨプリアンブルやＳＲＳ送信の用途で活用される。また、保護区間は、上りリンクと下りリンクとの間において下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００５５】
前記特別サブフレームに関して、現在の３ＧＰＰ標準文書では、下記の表１のように設定を定義している。表１において、
【化１】
0006562951.tif 000002
である場合のＤｗＰＴＳとＵｐＰＴＳを示し、残りの領域が保護区間として設定される。
【表１】
0006562951.tif 000003
【００５６】
一方、タイプ２の無線フレームの構造、すなわち、ＴＤＤシステムにおける上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、下記の表２の通りである。
【表２】
0006562951.tif 000004
【００５７】
上記の表２において、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを表し、Ｓは特別サブフレームを表す。また、上記の表２は、それぞれのシステムでの上りリンク／下りリンクサブフレーム設定において下りリンク−上りリンクスイッチング周期も示している。
【００５８】
上述した無線フレームの構造は例示に過ぎなく、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、及びスロットに含まれるシンボルの数は多様に変更可能である。
【００５９】
図５は、下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する。
【００６０】
図５を参照すると、下りリンクスロットは、時間領域で
【化２】
0006562951.tif 000005
ＯＦＤＭシンボルを含み、周波数領域で
【化３】
0006562951.tif 000006
リソースブロックを含む。それぞれのリソースブロックが
【化４】
0006562951.tif 000007
副搬送波を含むので、下りリンクスロットは、周波数領域で
【化５】
0006562951.tif 000008
副搬送波を含む。図８は、下りリンクスロットが７ＯＦＤＭシンボルを含み、リソースブロックが１２副搬送波を含むことを例示しているが、必ずしもこれに限定されることはない。例えば、下りリンクスロットに含まれるＯＦＤＭシンボルの個数は、サイクリックプレフィックス（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ、ＣＰ）の長さによって変形可能である。
【００６１】
リソースグリッド上の各要素をリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ；ＲＥ）とし、１つのリソース要素は、一つのＯＦＤＭシンボルインデックス及び一つの副搬送波インデックスで指示される。一つのＲＢは、
【化６】
0006562951.tif 000009
リソース要素で構成されている。下りリンクスロットに含まれるリソースブロックの数
【化７】
0006562951.tif 000010
は、セルで設定される下りリンク送信帯域幅に依存する。
【００６２】
図６は、本発明の実施例で使用できる上りリンクサブフレームの構造を示す。
【００６３】
図６を参照すると、上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別される。制御領域には、上りリンク制御情報を搬送するＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを搬送するＰＵＳＣＨが割り当てられる。ＬＴＥシステムでは、単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。しかし、ＬＴＥ−Ａシステムでは、キャリア併合技術の導入によってＰＵＣＣＨ信号とＰＵＳＣＨ信号を同時に送信することができる。一つの端末に対するＰＵＣＣＨには、サブフレーム内にＲＢ対が割り当てられる。ＲＢ対に属する各ＲＢは、２個のスロットのそれぞれで異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられたＲＢ対はスロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）で周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）するという。
【００６４】
図７は、本発明の実施例で使用できる下りリンクサブフレームの構造を示す。
【００６５】
図７を参照すると、サブフレーム内の第１スロットで、ＯＦＤＭシンボルインデックス０から最大３個のＯＦＤＭシンボルが、各制御チャネル割り当てられる制御領域であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域である。３ＧＰＰ  ＬＴＥで使用される下りリンク制御チャネルの例としては、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ―ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００６６】
ＰＣＦＩＣＨは物理制御フォーマット指示子チャネルであって、サブフレームごとにＰＤＣＣＨに使われるＯＦＤＭシンボルの個数を端末に知らせる。ＰＣＦＩＣＨは一番目ＯＦＤＭシンボルに位置し、ＰＨＩＣＨ及びＰＤＣＣＨに優先して設定される。ＰＣＦＩＣＨは４個のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）で構成され、それぞれのＲＥＧはセルＩＤ（Ｃｅｌｌ  ＩＤｅｎｔｉｔｙ）に基づいて制御領域内に分散される。一つのＲＥＧは４個のＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成される。ＲＥは一つの副搬送波×一つのＯＦＤＭシンボルに定義される最小物理リソースを示す。ＰＣＦＩＣＨ値は帯域幅によって１〜３又は２〜４の値を指示し、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）で変調される。
【００６７】
ＰＨＩＣＨは物理ＨＡＲＱ（Ｈｙｂｒｉｄ−Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅｑｕｅｓｔ）指示子チャネルであって、上りリンク伝送に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫを運ぶのに使われる。すなわち、ＰＨＩＣＨはＵＬ  ＨＡＲＱのためのＤＬＡＣＫ／ＮＡＣＫ情報が送信されるチャネルを示す。ＰＨＩＣＨは１個のＲＥＧで構成され、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）にスクランブル（ｓｃｒａｍｂｌｉｎｇ）される。ＡＣＫ／ＮＡＣＫは１ビットで指示され、ＢＰＳＫ（Ｂｉｎａｒｙ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ）で変調される。変調されたＡＣＫ／ＮＡＣＫは拡散因子（Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ；ＳＦ）＝２又は４で拡散される。同じリソースにマッピングされる複数のＰＨＩＣＨはＰＨＩＣＨグループを構成する。ＰＨＩＣＨグループに多重化されるＰＨＩＣＨの個数は拡散コードの数によって決定される。ＰＨＩＣＨ（グループ）は周波数領域及び／又は時間領域でダイバーシティ利得を得るために３回繰り返される（ｒｅｐｅｔｉｔｉｏｎ）。
【００６８】
ＰＤＣＣＨは物理下りリンク制御チャネルであって、サブフレームの最初ｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは１以上の整数で、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＰＤＣＣＨは伝送チャネルであるＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のリソース割当てについての情報、上りリンクスケジューリンググラント（Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、ＨＡＲＱ情報などを各端末又は端末グループに知らせる。ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）はＰＤＳＣＨを介して送信される。よって、基地局と端末は一般的に特定の制御情報又は特定のサービスデータを除き、ＰＤＳＣＨを介してデータをそれぞれ送信及び受信する。
【００６９】
ＰＤＳＣＨのデータがどの端末（一つ又は複数の端末）に送信されるか、前記端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）すべきかについての情報などはＰＤＣＣＨに含まれて送信される。例えば、特定のＰＤＣＣＨが“Ａ”というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されており、“Ｂ”という無線リソース（例えば、周波数位置）及び“Ｃ”というＤＣＩフォーマット、つまり伝送形式情報（例えば、伝送ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータについての情報が特定のサブフレームを介して送信されると仮定する。この場合、セル内の端末は自分が持っているＲＮＴＩ情報を用いて検索領域でＰＤＣＣＨをモニタリング、つまりブラインドデコーディングし、“Ａ”ＲＮＴＩを持っている一つ以上の端末があれば、前記端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を介して“Ｂ”と“Ｃ”によって指示されるＰＤＳＣＨを受信する。
【００７０】
器機間（Ｄ２Ｄ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信
【００７１】
前述したような無線通信システム（例えば、３ＧＰＰ  ＬＴＥシステム又は３ＧＰＰ  ＬＴＥ−Ａシステム）にＤ２Ｄ通信が導入される場合、Ｄ２Ｄ通信を遂行するための具体的な方案について以下で説明する。
【００７２】
以下では本発明で使われる器機間通信環境について簡略に説明する。
【００７３】
器機間（Ｄ２Ｄ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信とは、その表現の通りに電子装置と電子装置の間の通信を意味する。広義では電子装置間の有線又は無線通信、あるいは人が制御する装置と機械の間の通信を意味する。しかし、近年には人の関与なしで行われる電子装置と電子装置の間の無線通信を指称することが一般的である。
【００７４】
図８はＤ２Ｄ通信を概念的に説明するための図である。図８はＤ２Ｄ通信の一例を示すもので、器機間（Ｄ２Ｄ）又は端末間（ＵＥ−ｔｏ−ＵＥ）通信方式を示すものであり、端末間のデータ交換が基地局を介せずに遂行できる。このように、装置間に直接設定されるリンクをＤ２Ｄリンク又はサイドリンク（ｓｉｄｅｌｉｎｋ）と名付けることができる。Ｄ２Ｄ通信は、既存の基地局中心の通信方式に比べ、遅延（ｌａｔｅｎｃｙ）が減少し、より少ない無線リソースを必要とするなどの利点を有する。ここで、ＵＥはユーザーの端末を意味するが、ｅＮＢのようなｎｅｔｗｏｒｋ装備がＵＥ間の通信方式によって信号を送受信する場合にはやはり一種のＵＥと見なすことができる。以下ではＵＥ間に直接連結されたリンクをＤ２Ｄリンクと、ＵＥがｅＮＢと通信するリンクをＮＵリンクと指称する。
【００７５】
一方、ＵＥがＤ２Ｄ信号を送信するリソースを決定する方法について説明する。一般に、ＵＥがＤ２Ｄ信号を送信するのに使うリソースを決定する方法には二通りが存在する。一つはｅＮＢが指定したリソースプール内で適切なリソースを送信ＵＥが自ら決定する方法であり（以下、ＵＥ自発的選択（ＵＥ  ａｕｔｏｎｏｍｏｕｓ  ｓｅｌｅｃｔｉｏｎ））、他の一つはｅＮＢが個別送信ＵＥに直接どのリソースを使うかをＵＥ特定的シグナリングで指定する方法である（以下、ｅＮＢ割当て（ａｌｌｏｃａｔｉｏｎ））。前記ｅＮＢ割当ての一例として、ｅＮＢはＰＤＣＣＨを介してリソース割当て信号をＵＥに送信し、これを受信したＵＥはｅＮＢが指定したリソースを用いてＤ２Ｄ信号を送信することができる。
【００７６】
前記ｅＮＢ割当て方法は、ｅＮＢが個別ＵＥに適切なリソースを指定してリソース活用量を増やすことができる利点があるが、ＵＥがｅＮＢにリソース割当てを要請し、これによってｅＮＢがリソース割当て信号を送信する事前シグナリング過程によってＤ２Ｄ信号送信に一定の時間遅延が発生するという欠点がある。一方、自発的選択方法によると、別個のｅＮＢとの信号交換過程が不要なので、迅速なＤ２Ｄ信号送信が可能である一方、相異なるＵＥが相互間の調節なしでリソースを選択するから、隣接した二つの送信ＵＥが同じリソースを選択して通信性能が悪くなるリソース衝突が発生する可能性が存在する。
【００７７】
Ｄ２Ｄ通信は特に緊急状況での通信方式で用いるのに適するが、自発的選択方法の場合は、信号送信開始までの時間が非常に短い特徴を有するので、緊急状況での通信方式で使うのにもっと適することができる。ただ、緊急状況では多数の送信ＵＥが緊急状況に合わせて同時に信号送信を試みる可能性が高く、この場合、ｅＮＢが設定（ｃｏｎｆｉｇｕｒｅ）しておいたリソースプールが十分な大きさではなければ、リソース衝突が頻繁に発生してその効果が落ちる可能性がある。以下では、効率的なＤ２Ｄ通信のためのリソース設定に対する本発明の多様な実施例について説明する。
【００７８】
実施例１
【００７９】
自発的選択方法で効率的なＤ２Ｄ通信のためにリソースを設定した場合、前もって非常に大きなリソースプールを設定しておく方法がある。ただ、前もってリソースプールの大きさを充分に大きくして設定する場合、過度なリソース割当てによって平時のリソース効率性が悪くなる欠点がある。したがって、以下では前記自発的選択方法によって緊急状況で信号送信開始までの時間を減らすとともに、リソース衝突の発生可能性を減らすためにリソースを効率的に割り当てる方法を提示する。
【００８０】
以下では自発的選択方法を用いる状況で段階的設定によってリソースプールを効果的に調節することができる方法を多様な実施例に基づいて説明する。
【００８１】
実施例２
【００８２】
ここで、以下に説明する多様な実施例に適用可能な段階的リソースプール設定方法について説明する。本発明では、Ｄ２Ｄトラフィック負荷が増加すれば、もっと高いレベル（又は段階）のリソースプールを使うように設定できる。ここで、好ましくはレベルの高いリソースプールはレベルの低いリソースプールよりもっと多くの時間及び周波数リソースを有するように設定することができる。
【００８３】
実施例２−１
【００８４】
実施例２−１によると、マルチレベルリソース設定の一例として、高レベルのリソースプールは低レベルのリソースプールを常に含むことができる。この場合、マルチレベルリソース設定は、まずレベル１のリソースを設定した後、次上位レベルであるレベル２のリソースを使う場合にさらにリソースプールに含まれるリソースを設定する形態であってもよい。すなわち、次上位段階のリソースプールがさらに使うリソースを指定する過程をレベルＮまで順次行う形態であってもよい。
【００８５】
以下では、図９に基づいてリソースプールを設定する方法について説明する。図９は設定されたレベルの数ＮがＮ＝３の場合に対するリソースプール設定の一例を示す。ここで説明する内容は以下の実施例に同様に適用可能である。ここで、レベル２はレベル１と同一の時間リソースを使うとともにレベル１のリソースを含むもっと多くの周波数リソースを使うように設計された。また、レベル３はリソースプールの周期をもっと短くすることにより、他の時間リソースをもっと使うように設定された場合に相当する。
【００８６】
レベル２のリソースプールの使用が決定される場合、ＵＥはレベル２に相当するリソースプール内でＤ２Ｄ通信のためのリソースを選択する。ここで、既存にレベル１に相当するリソースプールを用いたとすると、レベル１のリソースに対し、レベル２にもっと含まれるリソースをさらに考慮してリソースを選択する。初期段階から前記レベル２の使用が決定された場合には、前記レベル１に対して指定されたリソースにレベル２に対して指定されたリソースをさらに含むリソースプール内でＤ２Ｄ通信のためのリソースを選択する。この場合、図９によると、レベル２のリソースプール内にはレベル１のリソースが含まれるので、レベル１に相当するリソースも使われる。
【００８７】
図９によると、リソースプールはレベル１、レベル２、レベル３に対してそれぞれ設定できる。各レベルは下位レベルよりもっと多くのリソースを含むリソースプールを有するように設定でき、、図９ではＮ＝３の場合に対してのみ示したが、これは本発明を制限するものではない。また、各レベルで付け加わるリソースは同じ周波数又は相異なる時間、相異なる周波数、又は相異なる時間リソースに対して設計されることもできる。
【００８８】
実施例２−２
【００８９】
マルチレベルリソース設定の他の例として、高レベルのプールは低レベルのリソースプールをいつも含むことができる。この場合、マルチレベルリソース設定は、まず各レベルに対して付け加わるリソースを設定せずに、該当のレベルで使われるリソースをそれぞれ設定する形態であってもよい。すなわち、図９で、次上位段階であるレベル２のリソースプールを設定する場合には、レベル１を除いたリソースではなくて、レベル１を含むリソースまで設定することができる。
【００９０】
一例として、ＵＥがレベル１のリソースプール内でリソースを選択する途中、負荷量の増加によってｅＮＢからさらにレベル２のリソースプールを使うことを指示された場合、ＵＥはレベル２に設定されたリソースプール内でリソースを選択することができる。この場合、図９に示したものによると、レベル２のリソースプールはレベル１のリソースプールを含むので、ＵＥがリソースを選択するための範囲としてのリソースプールは実施例２−１の場合と同一である。ただ、段階別リソース設定が、図９とは違い、それぞれ相異なる周波数、時間領域に対して設定される場合、レベル２に設定されたリソースプールは前記レベル１に設定されたリソースプールを必ずしも含まないこともある。
【００９１】
前述した実施例２によると、Ｄ２Ｄトラフィック（ｔｒａｆｆｉｃ）の負荷（ｌｏａｄ）によって、使うリソースプールを段階的に設定するマルチレベル（ｍｕｌｔｉ−ｌｅｖｅｌ）Ｄ２Ｄリソースプール設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）方式を用いることができる。具体的に、ネットワークは全部Ｎ個のＤ２Ｄリソースプールを設定し、ＵＥがｎ番目リソースプールをレベルｎで使うようにＤ２Ｄ  ＵＥに予め指示する。使うべきリソースプールが決定されれば、該当のリソースプール内でＤ２Ｄ  ＵＥは自発的選択方法によってＤ２Ｄ信号を送信することができる。
【００９２】
以下、多様な実施例に基づいてマルチレベルに設定されたリソースプールを決定する具体的な方法を説明する。以下の実施例では、前記実施例２で説明したマルチレベルリソース設定に関連した事項が適用可能である。
【００９３】
実施例３
【００９４】
次に、いつどのレベルのリソースプールを使うかはＵＥ又はネットワークによって決定できる。実施例３では、ネットワークがＵＥの使うべきリソースプールに対して指示する方式について説明する。
【００９５】
実施例３によると、ｅＮＢが現在のＤ２Ｄ負荷を把握し、それに合うリソースプールを設定することができる。具体的に、ｅＮＢは現在使うＤ２Ｄリソースプールでの信号強度（ｓｉｇｎａｌ  ｓｔｒｅｎｇｔｈ）又はリソース活用量（ｒｅｓｏｕｒｃｅ  ｕｔｉｌｉｚａｔｉｏｎ）を直接把握し、過多のリソースが使われると判断されればレベル（又は段階）を高め、過多のリソースが空いていると判断されればレベルを低めるように動作する。この場合、ｅＮＢがＤ２Ｄ負荷量を把握してリソースプールを設定するので、ＵＥに使用したリソースプールを知らせなければならない。以下、どのレベルのリソースプールが使われるかをＵＥに知らせる方法を説明する。前記ｅＮＢは所定の周期でＤ２Ｄ負荷を把握し、それに合うリソースプールを設定してＵＥに知らせることができる。
【００９６】
どのレベルのリソースプールが使われるかは全てのＵＥにブロードキャスト（ｂｒｏａｄｃａｓｔ）されなければならない。この場合には、ＳＩＢのような上位階層信号を活用することもできるが、その信号待機遅延（ｓｉｇｎａｌｉｎｇ  ｌａｔｅｎｃｙ）が増えることがあるという側面で不適切であり得る。他の方法として、ＰＤＣＣＨのような物理階層信号を使うこともできる。一例として、全てのＵＥがモニタリングを行う共通検索領域（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）で現在使うリソースプールのレベルを設定するフィールドを有するＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信することができ、このＤＣＩは、他のＤＣＩとの区分のために、別個のＲＮＴＩによってＣＲＣマスキングできる。他の方法では、全ての他のＤＣＩと区分されるＲＮＴＩによってＣＲＣマスキングされたＤＣＩによって特定のＰＤＳＣＨをスケジューリングし、該当のＰＤＳＣＨを介して現時点から使うレベル及び関連リソースプール情報を送信する方法がある。
【００９７】
一方、ｅＮＢがＤ２Ｄの正確な負荷を把握するのには難しさを伴うことがあるので、ＵＥがこれを報告することができる。ＵＥはＤ２Ｄリソースプールでの信号強度（ｓｉｇｎａｌ  ｓｔｒｅｎｇｔｈ）又はリソース活用量（ｒｅｓｏｕｒｃｅ  ｕｔｉｌｉｚａｔｉｏｎ）を測定して報告することにより、ｅＮＢが適切なレベルを設定するのに役立てる。Ｄ２Ｄ負荷の測定に対する具体的な方法は後述する。
【００９８】
前述したｅＮＢシグナリングによるリソースプールレベル設定方法は信号待機遅延（ｓｉｇｎａｌｉｎｇ  ｌａｔｅｎｃｙ）によって緊急なＤ２Ｄ信号送信状況には適合しないことがあり得る。この場合には、以下に説明するようにＵＥが自らレベルを設定する方法がより適合し得る。
【００９９】
実施例４
【０１００】
以下では、ＵＥが直接どのレベルのリソースプールを使うかを決定する方法を説明する。
【０１０１】
実施例４によると、ＵＥがトラフィック負荷を測定して、使うべきリソースプールを決定するように動作する。ＵＥは、まず各レベルのＤ２ＤリソースプールでのＤ２Ｄトラフィック負荷を測定する。レベルｎに対して測定されたＤ２Ｄトラフィック負荷が所定レベル以上になれば、該当のＵＥは別個のｅＮＢの許諾なしにもレベルｎ＋１のリソースプールを使うように動作する。ここで、各レベル別のＤ２Ｄトラフィック負荷のレベルはｅＮＢが適切に設定することができる。ここで、前記トラフィック負荷を所定の周期で測定することができる。同様に、前記トラフィック負荷を考慮してどのレベルのリソースプールを使うかを周期的に決定することができる。
【０１０２】
ただ、レベルｎ＋１を使い始めたＵＥは開始後から所定時間以内に、好ましくはｅＮＢが最初に割り当てた上りリンクグラント（ｇｒａｎｔ）を用いてレベルｎ＋１を使い始めたという事実をｅＮＢに報告するように規定できる。すなわち、この時の報告は事後報告の方式で遂行できる。また、できるだけこのような報告を迅速に行うために、該当のＵＥは、レベルｎ＋１を使い始めた時点から所定の時間以内に、好ましくは最初に与えられる機会でスケジューリング要請（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ、ＳＲ）を送信するかランダム接続を試みることで、ｅＮＢが報告のための上りリンクグラントを送信することができるようにする。この報告によって、ｅＮＢは現在どのレベルのＤ２Ｄリソースプールが使われるかを把握することができ、把握された状況によってリソースを活用することができる。例えば、現在使用中のレベルのＤ２Ｄリソースプールを除いた残りのリソースをＵＥとの通信（例えば、ＷＡＮ通信）に使うように動作することができる。また、レベルｎ＋１を使っていたＵＥが、レベルｎ＋１のトラフィック負荷が所定レベル以下になれば、それ以上レベルｎ＋１を使うことができずにレベルｎを使うように規定できる。
【０１０３】
前述した動作のためには、各ＵＥが各レベルのＤ２ＤリソースプールでのＤ２Ｄトラフィック負荷を適切に測定しなければならない。この時には、Ｄ２ＤのＤＭ  ＲＳを測定することが効果的な方法となり得る。
【０１０４】
一般に、Ｄ２ＤとｅＮＢへのＵＬ信号を区分し、相互間の干渉をランダム化（ｒａｎｄｏｍｉｚｅ）するために、Ｄ２ＤはｅＮＢへのＵＬ信号で使わないシーケンス（ｓｅｑｕｅｎｃｅ）をＤＭ  ＲＳとして使うことが好ましいこともあり得る。したがって、各ＵＥは各レベルのリソースプールでＤ２ＤのＤＭ  ＲＳシーケンスをブラインド検出し、その結果として該当のＤ２Ｄリソースユニット（ｕｎｉｔ）でＤ２Ｄ送信が行われるかを把握することができる。
【０１０５】
具体的に、Ｄ２Ｄトラフィック負荷は該当のレベルで各Ｄ２Ｄリソースユニットで測定されたＤ２Ｄ  ＤＭ  ＲＳ受信電力の平均値で示すことができる。あるいは、Ｄ２Ｄ  ＤＭ  ＲＳ受信電力が所定レベル以上の場合、該当のＤ２ＤリソースユニットはＤ２Ｄに実際使われると判断する状況で、各レベルのリソースプール中の実際に使われるＤ２Ｄリソースユニットの割合の形態として示されるリソース活用量（ｒｅｓｏｕｒｃｅ  ｕｔｉｌｉｚａｔｉｏｎ）がＤ２Ｄトラフィック負荷を示すパラメーター（ｐａｒａｍｅｔｅｒ）として使われることができる。
【０１０６】
この場合、ｅＮＢはどのＤ２Ｄリソースでトラフィック負荷を測定するかをＵＥに指示することができる。このような指示動作は、特にｅＮＢがｅＮＢ割当て方法によって全てのＤ２Ｄリソースの一部を直接制御することが可能な場合、ｅＮＢが直接制御しないＤ２Ｄの負荷を測定して適応（ａｄａｐｔａｔｉｏｎ）するように誘導することに効果的である。
【０１０７】
ｅＮＢがＤ２Ｄ以外の信号送信（例えば、ＷＡＮ信号送信）をスケジューリングするに当たり、Ｄ２Ｄリソースプールのレベルを活用すれば役に立つ。まず、レベルｎのＤ２Ｄリソースプールにも含まれないリソースは全然Ｄ２Ｄ送信がないことが明らかであるので、ｅＮＢは該当のリソースを優先的にＵＥのＵＬ信号送信に活用することが好ましい。
【０１０８】
それにもかかわらずリソースが不足である場合、Ｄ２Ｄリソースプールに含まれるリソースを活用しなければならないが、高レベルのリソースプールにのみ含まれる時間／周波数リソースはＤ２Ｄ負荷が高い時にのみ使われるので、実際のＤ２Ｄに活用される確率は低レベルのリソースプールにも含まれるリソースに比べて低いと推測することができる。したがって、ｅＮＢは、ＵＬ信号送信の遂行において、高レベルのリソースプールにのみ含まれるリソースを優先的に使うことで、特に自発的選択方法で動作するＤ２Ｄとの衝突確率を任意のリソースを使う場合に比べて低めることができる。このような事項は実施例３に対しても同様に適用可能である。
【０１０９】
実施例５
【０１１０】
一方、ＵＥが送信するＤ２Ｄ信号は、後行のＤ２Ｄデータ送信についての各種の制御情報を含む信号（以下、ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ（ＳＡ）という）とＳＡによって伝達される制御情報によってユーザーデータを送信する信号（以下、Ｄ２Ｄデータという）に分けられることができる。受信ＵＥは、まずＳＡをブラインド検出した後、それに含まれた制御情報によってＤ２Ｄデータを受信するように動作する。ＳＡに含まれる制御情報としては、同一時間又はその後に送信されるデータ信号が占める時間／周波数リソース又はデータ信号のＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）、データ信号の受信対象となるＵＥのＩＤ情報などがある。このような先後関係によってＳＡリソースプールはＤ２Ｄデータリソースプールから分離できる。この場合に前述したマルチレベルリソースプール設定を適用することができる方法を説明する。前述したマルチレベルリソースプール設定を適用する方法は下記の実施例に同様に適用可能である。
【０１１１】
実施例５−１
【０１１２】
まず、ＳＡリソースプールとＤ２Ｄデータリソースプールのいずれも複数のレベルに区分できる。すなわち、レベルｎを使う時にはレベルｎのＳＡリソースプールを使ってＳＡを送信し、これにより、レベルｎのＤ２Ｄデータリソースプールを使ってＤ２Ｄデータを送信する。
【０１１３】
この場合、前記ＵＥが測定するＤ２Ｄトラフィック負荷、特にＤ２ＤのＤＭ  ＲＳによる測定はＳＡリソースプールに制限されることがあり得る。これは、ＳＡの場合、全てのＵＥがブラインド受信することが容易になるようにＤＭ  ＲＳシーケンスが前もって固定されている反面、Ｄ２Ｄデータの場合には、ＳＡでの制御情報によってＤＭ  ＲＳシーケンスの変化する可能性があるからである。この場合、前記ＳＡに対する測定結果によってＳＡに対するリソースプール及び／又はＤ２Ｄデータに対するリソースプールが決定できる。
【０１１４】
このような原理が適用される場合、ＵＥは各レベルのＳＡリソースプールでの負荷を測定し、適切なレベルのリソースプールを決定するか、あるいはｅＮＢに報告し、報告を受信したｅＮＢがＳＡに対して測定された負荷量を考慮してレベルを決定することによってＵＥのＤ２Ｄトラフィック負荷測定を単純化することができる。
【０１１５】
実施例５−２
【０１１６】
他の方法としては、ＳＡリソースプールとしてレベルと無関係に使われる一つのリソースプールのみが存在する状況で、Ｄ２Ｄデータリソースプールは多くのレベルを有するように設計できる。これは、ＳＡは間欠的に送信され、一回の送信で複数のＤ２Ｄデータ送信についての制御情報を伝達するため、ＳＡリソースプールが使うリソースの量が相対的に少なくてＳＡリソースプールそのものを複数のレベルで運営することによって得られる利得が制限的である場合に効果的である。この場合、Ｄ２Ｄトラフィック負荷をレベルに関係ない共通のＳＡリソースプールで測定すれば、前述した動作は多少変わることができる。
【０１１７】
一例として、ｅＮＢは、レベルｎのＤ２Ｄデータリソースプールに対応するＤ２Ｄトラフィック負荷の基準（以下、ｔｈ負荷＿ｎと表記する）を設定しておき、ＵＥがＳＡリソースプールで測定したＤ２Ｄ負荷がｔｈ負荷＿ｎより大きいか同一であるとともにｔｈ負荷＿ｎ＋１より小さい場合には、レベルｎのＤ２Ｄデータリソースプールを使うように規定できる。もちろん、ここで、最下のレベルであるレベル１はいつも使用可能であるので、ｔｈ負荷＿１は０に設定できる。レベルの決定に関連したこのような事項は、前記実施例２〜４に対しても適用可能である。
【０１１８】
レベルｎのＤ２Ｄデータリソースプールを使う場合、ＵＥはＳＡを送信するリソースとして共通のＳＡリソースプールから任意のものを選択することができるが、そのＳＡに基づいて送信されるＤ２Ｄデータの場合には、レベルｎのＤ２Ｄデータリソースプールに属するリソースを使うように動作しなければならない。
【０１１９】
一方、実施例２〜５において、特定のＵＥがレベルｎを使うことになれば、他のＵＥもこれを把握することができなければならない。特に、これは他のＵＥがレベルｎのリソースプールに対するモニタリングを開始するという面でそうである。一例として、レベルｎを使用し始めるＵＥは前もって決定された特定の信号（例えば、Ｄ２Ｄの同期化に使われるＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）又はＤ２Ｄ同期化チャネル）によって該当の端末がレベルｎを使うという事実を知らせることができる。このようなシグナリングが提供されるときの時間遅延を減らさなければならなければ、全てのＵＥはいつも全てのレベルのリソースプールに対する受信を試みるように規定することもできる。
【０１２０】
実施例６
【０１２１】
一方、負荷ではないＤ２Ｄ信号の等級によって、送信ＵＥが使えるリソースプールが分けられることもできる。実施例６では、Ｄ２Ｄ信号の等級によるリソースプールの決定方法を説明する。ここで、Ｄ２Ｄ信号の等級はＤ２Ｄ信号の遅延要求（ｄｅｌａｙ  ｒｅｑｕｉｒｅｍｅｎｔ）又は緊急性、あるいは信頼度要求（ｒｅｌｉａｂｉｌｉｔｙ  ｒｅｑｕｉｒｅｍｅｎｔ）などによって決定されることができ、信号の緊急度又は重要度を意味することができる。
【０１２２】
一例として、Ｄ２Ｄ信号はＫ個の等級の一つに属し、等級ｋに属するＤ２Ｄ信号はリソースプールｋを使うものである。ここで、全てのリソースはＫ個のリソースブールに区分されると仮定する。
【０１２３】
この状況で前述したＤ２Ｄ負荷による動作を遂行するために、さらに各等級に相当するリソースプールは複数のレベルに分けられることができる。すなわち、等級ｋのリソースプールｋは前述した方法によってＮｋレベルにさらに分けられるものである。結果として、全てのリソースプールの個数はＮ１＋Ｎ２＋…＋ＮＫ（１≦ｋ≦Ｋ）又はＮ０＋Ｎ１＋…＋ＮＫ−１（０≦ｋ≦Ｋ−１）となる。この際、各等級のリソースプールが分けられるレベル数はそれぞれ違がってもよい。また、各等級の各レベルのリソースプールは一部又は全部の時間／周波数リソースで重畳するように設定することで、過度なリソース分割（ｒｅｓｏｕｒｃｅ  ｆｒａｇｍｅｎｔａｔｉｏｎ）を防止することも可能である。
【０１２４】
前述したように、Ｄ２Ｄ信号の等級によって、使えるリソースプールが分けられれば、各等級別に設定されたリソースプールごとに適切に負荷を調節することが必要である。このために、単一Ｄ２Ｄ信号送信が使える時間及び周波数リソースの量は等級によって別に調節できる。特に、時間リソースの場合、より安定的な伝送のために同じＤ２Ｄデータが数回繰り返し送信できるので、時間リソースの量は同じＤ２Ｄデータが繰り返し送信される回数を含むことができる。
【０１２５】
一例として、緊急な通信を安定的に伝達しなければならない高等級のＤ２Ｄ信号は一回の送信に多くの時間及び周波数リソースを使うことが許される反面、そうではない低等級のＤ２Ｄ信号はより少ない量のリソースを使うように規定できる。この場合、ｅＮＢは単一Ｄ２Ｄ信号が使える時間及び周波数リソースの最大限度を各等級別に設定することができる。同様な原理で、各等級のリソースプールで使える伝送電力、あるいは伝送電力を決定する各種のパラメーターも別に設定することで、等級別に適切なＤ２Ｄ信号送信のカバレージを維持するようにすることができる。
【０１２６】
他の一例として、相異なる等級のＤ２Ｄ信号が同じなＫ個のリソースプールの集合を共有するとともに、リソースプールｋを使う基準を等級別に違うように設定することにより、相異なる等級の信号が同じリソースをそれぞれの状況によって効果的に共有することも可能である。例えば、相異なる等級の信号が同じリソースを負荷量によって共有する場合を挙げることができる。
【０１２７】
一例として、図９のように３個のプールが設定された状況でＤ２Ｄ信号の等級が２個定義される場合、もっと低い等級のＤ２Ｄ信号等級１に対するＤ２Ｄトラフィック負荷の基準をプールｎに対してｔｈ負荷＿ｎ、１に設定し、より高い等級のＤ２Ｄ信号等級２に対するＤ２Ｄトラフィック負荷の基準をプールｎに対してｔｈ負荷＿ｎ、２に設定するとともに、ｔｈ負荷＿ｎ、１＞ｔｈ負荷＿ｎ、２となるように設定することができる。この場合、同じプールを相異なる等級のＤ２Ｄ信号が共有することができるが、低い等級の場合にはより高負荷が発生するようにその条件を制限することにより、類似の負荷が印加される場合、高い等級の信号が高い等級のプールを優先的に使うように動作することができる。
【０１２８】
特徴的に、一定のプールでの特定の等級のＤ２Ｄ信号に対してトラフィック負荷基準を無限大に設定して、当該等級のＤ２Ｄ信号が該当のプールを使うことを許さないこともあり得る。また、各等級の信号を送信しようとするＵＥが当該等級の負荷基準に合うかを確認するために負荷を測定するに当たり、当該ＵＥが送信しようとする等級より低いか同一である等級のＤ２Ｄ信号は測定負荷に含むが、もっと高い等級のＤ２Ｄ信号はたとえ観察されても測定負荷に含まないことがあり得る。これは、もっと高い等級の信号による負荷の発生を排除することによって相対的に低い等級の信号の伝送可能性を減らす役目をする。
【０１２９】
このような動作を円滑になすために、Ｄ２Ｄ信号等級によって使う基準信号のシーケンスを違って設定するように規定し、ＵＥは自分が送信しようとする信号等級あるいはその以下の等級の信号が用いるシーケンスに対してのみ受信電力を測定する方式で該当のプールのＤ２Ｄ負荷を測定するように動作することができる。以前の実施例２〜５で説明した負荷量に基づいてリソースプールを決定する場合に適用される事項は前記実施例６に対しても共通して適用可能である。
【０１３０】
図１０は本発明の実施例に適用可能な基地局及び端末を例示する。リレーを含むシステムの場合、基地局又は端末をリレーに取り替えることができる。
【０１３１】
図１０を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手続及び／又は方法を具現するように構成することができる。メモリ１１４は、プロセッサ１１２と連結され、プロセッサ１１２の動作と関連する多様な情報を格納する。ＲＦユニット１１６は、プロセッサ１１２と連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は、本発明で提案した手続及び／又は方法を具現するように構成することができる。メモリ１２４は、プロセッサ１２２と連結され、プロセッサ１２２の動作と関連する多様な情報を格納する。ＲＦユニット１２６は、プロセッサ１２２と連結され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。以上で説明した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【０１３２】
本文書において、本発明の実施例は、主に端末と基地局との間のデータ送受信関係を中心に説明した。本文書で基地局によって行われると説明した特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行うことができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで端末との通信のために行われる多様な動作が、基地局又は基地局以外の他のネットワークノードによって行えることは自明である。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に取り替えることができる。また、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に取り替えることができる。
【０１３３】
本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１３４】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０１３５】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１３６】
前述したような無線通信システムにおいて端末間の直接通信のための同期信号送受信方法及びそのための装置は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステム以外にも多様な無線通信システムに適用可能である。
【図１】
0006562951.tif 000011
【図２】
0006562951.tif 000012
【図３】
0006562951.tif 000013
【図４】
0006562951.tif 000014
【図５】
0006562951.tif 000015
【図６】
0006562951.tif 000016
【図７】
0006562951.tif 000017
【図８】
0006562951.tif 000018
【図９】
0006562951.tif 000019
【図１０】
0006562951.tif 000020