(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末が端末間（Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ））信号を送受信する方法であって、
ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の伝送のための上りリンクサブフレームを示すＳＲＳ設定情報を基地局から受信するステップと、
前記ＳＲＳ設定情報によって示される上りリンクサブフレームと同一のサブフレーム番号を有するサブフレームがＤ２Ｄサブフレームとして設定されるとき、前記上りリンクサブフレームのタイミング調整値が前記Ｄ２Ｄサブフレームに適用されるかどうかに基づいて、前記サブフレームに設定されたＤ２ＤサブフレームでＤ２Ｄ信号を送信するかどうかを決定するステップと、
前記上りリンクサブフレームの前記タイミング調整値が前記Ｄ２Ｄサブフレームに適用されないとき、前記Ｄ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信することなく、上りリンクサブフレームで前記基地局にＳＲＳを送信するステップと、
を含む、方法。
【請求項２】
前記Ｄ２Ｄ信号を送信するかどうかを決定するステップは、さらに前記Ｄ２Ｄサブフレームのために設定されたサイクリックプレフィックスに基づいて決定する、請求項１に記載の方法。
【請求項３】
前記上りリンクサブフレームの前記タイミング調整値が前記Ｄ２Ｄサブフレームに適用され、前記Ｄ２Ｄサブフレームのために設定されたサイクリックプレフィックスが前記上りリンクサブフレームのために設定された前記サイクリックプレフィックスと同一の長さを有するとき、前記端末は、前記Ｄ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信することを決定する、請求項１に記載の方法。
【請求項４】
前記上りリンクサブフレームのタイミング調整値が前記Ｄ２Ｄサブフレームに適用されないとき、前記端末は、前記Ｄ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信しないことを決定する、請求項３に記載の方法。
【請求項５】
前記Ｄ２Ｄサブフレームのために設定された前記サイクリックプレフィックスが前記上りリンクサブフレームのために設定されたサイクリックプレフィックスと異なる長さを有するとき、前記端末は、前記Ｄ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信しないことを決定する、請求項２に記載の方法。
【請求項６】
前記Ｄ２Ｄサブフレームにおける前記Ｄ２Ｄ信号が全て省略されることが決定される、請求項１に記載の方法。
【請求項７】
前記上りリンクサブフレームでＳＲＳを前記基地局に送信するステップをさらに含む、請求項１に記載の方法。
【請求項８】
無線通信システムにおいて端末間（Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ））信号を送受信する端末であって、
ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の伝送のための上りリンクサブフレームを示すＳＲＳ設定情報を基地局から受信する送受信モジュールと、
プロセッサと、を備え、
前記ＳＲＳ設定情報によって示される上りリンクサブフレームと同一のサブフレーム番号を有するサブフレームがＤ２Ｄサブフレームとして設定されるとき、前記プロセッサは、前記上りリンクサブフレームのタイミング調整値が前記Ｄ２Ｄサブフレームに適用されるかどうかに基づいて、前記サブフレームに設定されたＤ２ＤサブフレームでＤ２Ｄ信号を送信するかどうかを決定し、
前記上りリンクサブフレームの前記タイミング調整値が前記Ｄ２Ｄサブフレームに適用されないとき、前記Ｄ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信することなく、上りリンクサブフレームで前記基地局にＳＲＳを送信する、端末。
【請求項９】
前記Ｄ２Ｄ信号を送信するかどうかを決定することは、さらに前記Ｄ２Ｄサブフレームのために設定されたサイクリックプレフィックスに基づいて決定する、請求項８に記載の端末。
【請求項１０】
前記上りリンクサブフレームの前記タイミング調整値が前記Ｄ２Ｄサブフレームに適用され、前記Ｄ２Ｄサブフレームのために設定されたサイクリックプレフィックスが前記上りリンクサブフレームのために設定された前記サイクリックプレフィックスと同一の長さを有するとき、前記端末は、前記Ｄ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信することを決定する、請求項８に記載の端末。
【請求項１１】
前記上りリンクサブフレームのタイミング調整値が前記Ｄ２Ｄサブフレームに適用されないとき、前記プロセッサは、前記Ｄ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信しないことを決定する、請求項１０に記載の端末。
【請求項１２】
前記Ｄ２Ｄサブフレームのために設定された前記サイクリックプレフィックスが前記上りリンクサブフレームのために設定されたサイクリックプレフィックスと異なる長さを有するとき、前記プロセッサは、前記Ｄ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信しないことを決定する、請求項９に記載の端末。
【請求項１３】
前記Ｄ２Ｄサブフレームにおける前記Ｄ２Ｄ信号が全て省略されることが決定される、請求項８に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。特に、無線通信システムにおいて端末間信号を送信する方法及びそのための装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムに対して概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳ網構造を概略的に示した図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７とＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続されるアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．４４、３、５、１０、１５、２０Ｍｈｚなどの帯域幅のうちの一つに設定され、多くの端末に下り又は上り送信サービスを提供する。別個のセルは、別個の帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、下りリンクスケジューリング情報を送信し、該当端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、上りリンクスケジューリング情報を該当端末に送信し、該当端末が使用できる時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局間では、ユーザトラフィック又は制御トラフィック送信のためのインターフェースを使用することができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ、核心網）は、ＡＧと、端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡをベースにしてＬＴＥまで開発されてきたが、ユーザと事業者の要求と期待は増加の一方である。また、他の無線接続技術が継続して開発されているので、将来に競合力を有するためには新しい技術進化が要求される。ビット当たりの費用減少、サービス利用可能性の増大、融通性のある周波数帯域の使用、単純構造と開放型インターフェース、端末の適度なパワー消費などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、端末間（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ；Ｄ２Ｄ）通信をサポートする無線通信システムにおいて端末間信号を送信する方法及びそのための装置を提供することにある。
【０００８】
本発明で遂げようとする技術的課題は上記の技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００９】
本発明は、端末間（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ；Ｄ２Ｄ）通信をサポートする無線通信システムにおいて端末間信号を送信する方法及びそのための装置を提供する。
【００１０】
本発明の一態様として、端末が端末間（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ；Ｄ２Ｄ）信号を送信する方法は、サウンディング参照信号の伝送のための上りリンクサブフレームを示すサウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）設定情報を基地局から受信するステップと、前記特定サブフレームが前記サウンディング参照信号設定情報に含まれる場合、前記特定サブフレームに設定されたＤ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信するか否かを決定するステップとを含むことができる。
【００１１】
本発明の一態様として、前記端末間信号を送信する方法は、前記上りリンクサブフレームで前記サウンディング参照信号を前記基地局に送信するステップをさらに含むことができる。
【００１２】
本発明の他の態様として、端末間（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ；Ｄ２Ｄ）信号を送信する端末は、サウンディング参照信号の伝送のための上りリンクサブフレームを示すサウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）設定情報を基地局から受信する送受信モジュールと、プロセッサとを備えることができる。ここで、前記プロセッサは、前記特定サブフレームが前記サウンディング参照信号設定情報に含まれる場合、前記特定サブフレームに設定されたＤ２Ｄサブフレームで前記Ｄ２Ｄ信号を送信するか否かを決定することを特徴とする。また、前記Ｄ２Ｄ信号を送信するか否かは、前記Ｄ２Ｄサブフレームのサイクリックプレフィックス（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ；ＣＰ）及び前記上りリンクサブフレームのＣＰに基づいて決定されてもよい。
【００１３】
上述した実施の態様に対して以下の事項を共通に適用することができる。
【００１４】
前記特定サブフレームで、前記Ｄ２Ｄサブフレーム及び前記上りリンクサブフレームのＣＰが同じ場合、前記Ｄ２Ｄ信号の送信が決定されることを特徴とする。ここで、前記Ｄ２Ｄ信号の送信のために設定された前記Ｄ２Ｄサブフレームで最後のシンボルは保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）として設定されてもよい。
【００１５】
また、前記Ｄ２Ｄ信号を送信するか否かは、タイミングアドバンス（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）の適用の有無に基づいて決定されてもよい。
【００１６】
好ましくは、前記Ｄ２Ｄ信号の送信のためにタイミングアドバンスが適用される場合に、前記Ｄ２Ｄ信号の送信が決定されることを特徴とする。
【００１７】
また、前記Ｄ２Ｄサブフレーム及び前記上りリンクサブフレームのＣＰが互いに異なる場合、前記Ｄ２Ｄサブフレームで、前記Ｄ２Ｄ信号はドロップ（Ｄｒｏｐ）されることを特徴とする。より好ましくは、前記Ｄ２Ｄ信号は前記Ｄ２Ｄサブフレームで全てドロップされると決定されることを特徴とする。
【００１８】
上述した本発明の実施の態様は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者にとって、以下で説明する本発明の詳細な説明に基づいて導出されて理解されるだろう。
【発明の効果】
【００１９】
本発明によれば、無線通信システムにおいてＤ２Ｄ（ＤＥＶＩＣＥ−ＴＯ−ＤＥＶＩＣＥ）信号の送受信を効率的に行うことができる。具体的に、サウンディング参照信号送信が設定された場合に、上記Ｄ２Ｄ信号の送受信を効率的に行うことができる。
【００２０】
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００２１】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を示す図である。
【図２】３ＧＰＰ無線アクセスネットワーク（接続網）規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。
【図３】３ＧＰＰ  ＬＴＥシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号伝送方法を示す図である。
【図４】ＬＴＥシステムで用いられる無線フレームの構造を示す図である。
【図５】下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。
【図６】下りリンクサブフレームの構造を例示する図である。
【図７】ＬＴＥで用いられる上りリンクサブフレームの構造を示す図である。
【図８】キャリアアグリゲーション（搬送波併合）を説明するための図である。
【図９】クロス搬送波スケジューリングを説明するための図である。
【図１０】ＴＡＣ  ＭＡＣ  ＣＥの構造を示す図である。
【図１１】別個の周波数特性を有する複数のセルが併合される例を示す図である。
【図１２】本発明に適用可能な通信システムを例示する図である。
【図１３】伝搬遅延（ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）が異なる２つのＵＥに対して適用されるＴＡを例示する図である。
【図１４】Ｄ２Ｄ信号送信とＵＬ信号送信とが重なる場合を例示する図である。
【図１５】ＣＰによるＵＥのＤ２Ｄ動作の一実施例を説明するための図である。
【図１６】ＣＰによるＵＥのＤ２Ｄ動作の他の実施例を説明するための図である。
【図１７】ＣＰによるＵＥのＤ２Ｄ動作の更に他の実施例を説明するための図である。
【図１８】ＣＰによるＵＥのＤ２Ｄ動作の更に他の実施例を説明するための図である。
【図１９Ａ】本発明に適用可能な一般的なＯＮ／ＯＦＦタイムマスクを例示する図である。
【図１９Ｂ】単一のＳＲＳタイムマスクを例示する図である。
【図１９Ｃ】二重（ｄｕａｌ）ＳＲＳタイムマスクを例示する図である。
【図１９Ｄ】スロット／サブフレーム境界におけるタイムマスクを例示する図である。
【図１９Ｅ】ＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳのタイムマスクを例示する図である。
【図１９Ｆ】ＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳのタイムマスクを例示する図である。
【図１９Ｇ】ＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳのタイムマスクを例示する図である。
【図１９Ｈ】ＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳのタイムマスクを例示する図である。
【図２０】転移区間とのオーバーラップ（ｏｖｅｒｌａｐ）関係を説明するための図である。
【図２１】本発明の一実施例によって、オーバーラップが発生した場合にＵＥの送信中断を説明するための図である。
【図２２】本発明の実施例に適用可能な基地局及び端末を例示する図である。
【発明を実施するための形態】
【００２２】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの多様な無線アクセス（接続）システムに使用することができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００などの無線技術によって実現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）などの無線技術によって実現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ―Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２―２０、Ｅ―ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などの無線技術によって実現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ―ＵＴＲＡを使用するＥ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ―ＦＤＭＡを採用する。ＬＴＥ―Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化されたバージョンである。
【００２３】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ―Ａを中心に記述するが、本発明の技術的思想がこれに制限されることはない。また、以下の説明で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更可能である。
【００２４】
図２は、３ＧＰＰ無線アクセスネットワーク規格をベースにした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。制御プレーンは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００２５】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、媒体接続制御）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体アクセス制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００２６】
第２層の媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣの内部の機能ブロックで実現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６などのＩＰパケットを効率的に送信するために不要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００２７】
第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御プレーンでのみ定義される。ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層間にＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）に置かれ、そうでない場合、端末はＲＲＣ休止状態（Ｉｄｌｅ  Ｍｏｄｅ）に置かれる。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
【００２８】
基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０Ｍｈｚなどの帯域幅のうちの一つに設定され、多くの端末に下り又は上り送信サービスを提供する。別個のセルは、別個の帯域幅を提供するように設定することができる。
【００２９】
ネットワークから端末にデータを送信する下り送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信されてもよく、又は別途の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信する上り送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３０】
図３は、３ＧＰＰ  ＬＴＥシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明するための図である。
【００３１】
電源が消えた状態で再び電源が入ったり、新しくセルに進入したりしたユーザ機器は、段階Ｓ３０１で、基地局と同期を取る等の初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、ユーザ機器は、基地局からプライマリ同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及びセカンダリ同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、ユーザ機器は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信し、セル内の放送情報を取得することができる。一方、ユーザ機器は、初期セル探索段階で、下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＬ  ＲＳ）を受信し、下りリンクチャネル状態を確認することができる。
【００３２】
初期セル探索を終えたユーザ機器は、段階Ｓ３０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）、及び物理下りリンク制御チャネル情報による物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。
【００３３】
その後、ユーザ機器は、基地局への接続を完了するために、以降の段階Ｓ３０３〜段階Ｓ３０６などのランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。このために、ユーザ機器は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブルを送信し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競合ベースのランダムアクセスの場合、追加的な物理ランダムアクセスチャネルの送信（Ｓ３０５）、及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）などの衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００３４】
上述の手続を行ったユーザ機器は、以降、一般的な上りリンク／下りリンク信号送信手続として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）、及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の送信（Ｓ３０８）を行うことができる。ユーザ機器が基地局に送信する制御情報を上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）と称する。ＵＣＩは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、簡単にＨＡＲＱ−ＡＣＫ或いはＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と称される。ＨＡＲＱ−ＡＣＫは、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうちの少なくとも一つを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータが同時に送信されなければならない場合、ＰＵＳＣＨを介して送信され得る。また、ネットワークの要求／指示によって、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することができる。
【００３５】
図４は、ＬＴＥシステムで使用される無線フレームの構造を例示する図である。
【００３６】
図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット送信はサブフレーム単位で行われ、１サブフレームは、多数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ  ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１の無線フレーム構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造をサポートする。
【００３７】
図４の（ａ）は、タイプ１の無線フレームの構造を例示する。下りリンク無線フレームは１０個のサブフレームで構成され、１サブフレームは時間領域で２個のスロットで構成される。１サブフレームが送信されるのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）と言う。例えば、１サブフレームの長さは１ｍｓで、１スロットの長さは０．５ｍｓであり得る。一つのスロットは、時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で多数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）を含む。３ＧＰＰ  ＬＴＥシステムでは下りリンクでＯＦＤＭＡを使用するので、ＯＦＤＭシンボルが一つのシンボル区間を示す。また、ＯＦＤＭシンボルは、ＳＣ―ＦＤＭＡシンボル又はシンボル区間と称することもできる。リソース割り当て単位としてのリソースブロック（ＲＢ）は、一つのスロットで複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００３８】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成によって変わり得る。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）と一般ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であり得る。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ＯＦＤＭシンボルの長さが増加するので、１スロットに含まれるＯＦＤＭシンボルの数は一般ＣＰの場合より少ない。例えば、拡張ＣＰの場合、一つのスロットに含まれるＯＦＤＭシンボルの数は６個であり得る。ユーザ機器が速い速度で移動する場合などのようにチャネル状態が不安定な場合、シンボル間の干渉をさらに減少させるために拡張ＣＰを使用することができる。
【００３９】
一般ＣＰが使用される場合、スロットは７個のＯＦＤＭシンボルを含むので、１サブフレームは１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームの最初の最大３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てることができる。
【００４０】
図４の（ｂ）は、タイプ２の無線フレームの構造を示す図である。タイプ２の無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは、２個のスロットを含む４個の一般サブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む特別サブフレームで構成される。
【００４１】
前記特別サブフレームにおいて、ＤｗＰＴＳは、ユーザ機器での初期セル探索、同期化又はチャネル推定に使用される。ＵｐＰＴＳは、基地局でのチャネル推定とユーザ機器の上りリンク送信同期を取るのに使用される。すなわち、ＤｗＰＴＳは下りリンク送信に、ＵｐＰＴＳは上りリンク送信に使用され、特に、ＵｐＰＴＳは、ＰＲＡＣＨプリアンブルやＳＲＳ送信の用途で活用される。また、保護区間は、上りリンクと下りリンクとの間において下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００４２】
前記特別サブフレームに関して、現在の３ＧＰＰ標準文書では、下記の表１のように設定を定義している。表１において、Ｔｓ＝１／（１５０００×２０４８）である場合のＤｗＰＴＳとＵｐＰＴＳを示し、残りの領域が保護区間として設定される。
【００４３】
【表１】
0006626005.tif 000002
【００４４】
一方、タイプ２の無線フレームの構造、すなわち、ＴＤＤシステムにおける上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、下記の表２の通りである。
【００４５】
【表２】
0006626005.tif 000003
【００４６】
上記の表２において、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを表し、Ｓは特別サブフレームを表す。また、上記の表２は、それぞれのシステムでの上りリンク／下りリンクサブフレーム設定において下りリンク−上りリンクスイッチング周期も示している。
【００４７】
上述した無線フレームの構造は例示に過ぎなく、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、及びスロットに含まれるシンボルの数は多様に変更可能である。
【００４８】
図５は、下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する。
【００４９】
【数１】
0006626005.tif 000004
【００５０】
【数２】
0006626005.tif 000005
【００５１】
図６は、本発明の実施例で使用できる上りリンクサブフレームの構造を示す。
【００５２】
図６を参照すると、上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別される。制御領域には、上りリンク制御情報を搬送するＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを搬送するＰＵＳＣＨが割り当てられる。ＬＴＥシステムでは、単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。しかし、ＬＴＥ−Ａシステムでは、キャリアアグリゲーション技術の導入によってＰＵＣＣＨ信号とＰＵＳＣＨ信号を同時に送信することができる。一つの端末に対するＰＵＣＣＨには、サブフレーム内にＲＢ対が割り当てられる。ＲＢ対に属する各ＲＢは、２個のスロットのそれぞれで異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられたＲＢ対はスロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）するという。
【００５３】
図７は、本発明の実施例で使用できる下りリンクサブフレームの構造を示す。
【００５４】
図７を参照すると、サブフレーム内の第１スロットで、ＯＦＤＭシンボルインデックス０から最大３個のＯＦＤＭシンボルが、各制御チャネルが割り当てられる制御領域であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域である。３ＧＰＰ  ＬＴＥで使用される下りリンク制御チャネルの例としては、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ―ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００５５】
ＰＣＦＩＣＨは、サブフレームの第１ＯＦＤＭシンボルで送信され、サブフレーム内の各制御チャネルの送信に使用されるＯＦＤＭシンボルの数（すなわち、制御領域のサイズ）に関する情報を搬送する。ＰＨＩＣＨは、上りリンクに対する応答チャネルであり、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ―Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を搬送する。ＰＤＣＣＨを介して送信される制御情報を、下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）と称する。下りリンク制御情報は、上りリンクリソース割り当て情報、下りリンクリソース割り当て情報又は任意の端末グループに対する上りリンク送信（Ｔｘ）電力制御命令を含む。
【００５６】
キャリアアグリゲーション（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）
【００５７】
図８は、キャリアアグリゲーションを説明するための図である。キャリアアグリゲーションを説明する前に、まず、ＬＴＥ−Ａで無線リソースを管理するために導入されたセル（Ｃｅｌｌ）の概念に対して説明する。セルは、下りリンクリソースと上りリンクリソースとの組合せと理解することができる。ここで、上りリンクリソースは必須要素でないので、セルは、下りリンクリソース単独又は下りリンクリソースと上りリンクリソースで構成することができる。但し、これは、現在のＬＴＥ−Ａリリース１０での定義であり、反対の場合、すなわち、セルが上りリンクリソース単独で構成されることも可能である。下りリンクリソースは下りリンクコンポーネントキャリア（Ｄｏｗｎｌｉｎｋ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＤＬ  ＣＣ、構成搬送波）と称し、上りリンクリソースは上りリンクコンポーネントキャリア（Ｕｐｌｉｎｋ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＵＬ  ＣＣ）と称することができる。ＤＬ  ＣＣ及びＵＬ  ＣＣは、搬送波周波数（ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ）と表現することができ、搬送波周波数は、該当セルでの中心周波数（ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ）を意味する。
【００５８】
セルは、プライマリ周波数（ｐｒｉｍａｒｙ  ｆｒｅｑｕｅｎｃｙ）で動作するプライマリセル（ｐｒｉｍａｒｙ  ｃｅｌｌ、ＰＣｅｌｌ）と、セカンダリ周波数（ｓｅｃｏｎｄａｒｙ  ｆｒｅｑｕｅｎｃｙ）で動作するセカンダリセル（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ、ＳＣｅｌｌ）とに分類することができる。ＰＣｅｌｌとＳＣｅｌｌは、サービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）と総称することができる。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再設定過程又はハンドオーバー過程で指示されたセルがＰＣｅｌｌになり得る。すなわち、ＰＣｅｌｌは、後述するキャリアアグリゲーション環境で制御関連中心となるセルと理解することができる。端末は、自身のＰＣｅｌｌでＰＵＣＣＨを受け取って送信することができる。ＳＣｅｌｌは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続設定が行われた後で構成可能であり、追加的な無線リソースを提供するのに使用することができる。キャリアアグリゲーション環境でＰＣｅｌｌを除いた残りのサービングセルをＳＣｅｌｌと見ることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリアアグリゲーションが設定されていないか、キャリアアグリゲーションをサポートしない端末の場合、ＰＣｅｌｌでのみ構成されたサービングセルが一つのみ存在する。その一方で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリアアグリゲーションが設定された端末の場合、一つ以上のサービングセルが存在し、全体のサービングセルにはＰＣｅｌｌと全体のＳＣｅｌｌが含まれる。キャリアアグリゲーションをサポートする端末のために、ネットワークは、初期セキュリティ活性化（ｉｎｉｔｉａｌ  ｓｅｃｕｒｉｔｙ  ａｃｔｉｖａｔｉｏｎ）過程が開始された後、接続設定過程で初期に構成されるＰＣｅｌｌに加えて一つ以上のＳＣｅｌｌを構成することができる。
【００５９】
以下、図８を参照してキャリアアグリゲーションに対して説明する。キャリアアグリゲーションは、高い高速送信率に対する要求に符合するために、より広い帯域を使用できるように導入された技術である。キャリアアグリゲーションは、搬送波周波数が別個の２個以上のコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ、ＣＣ）又は２個以上のセルの併合（ａｇｇｒｅｇａｔｉｏｎ）と定義することができる。図８を参照すると、図８（ａ）は、既存のＬＴＥシステムで一つのＣＣを使用する場合のサブフレームを示し、図８（ｂ）は、キャリアアグリゲーションが使用される場合のサブフレームを示す。図８（ｂ）には、例示的に２０ＭＨｚのＣＣが３個使用され、合計６０ＭＨｚの帯域幅をサポートすることを示している。ここで、各ＣＣは、連続的であってもよく、非連続的であってもよい。
【００６０】
端末は、下りリンクデータを複数のＤＬ  ＣＣを介して同時に受信してモニタすることができる。各ＤＬ  ＣＣとＵＬ  ＣＣとの間のリンケージ（ｌｉｎｋａｇｅ）はシステム情報によって指示することができる。ＤＬ  ＣＣ／ＵＬ  ＣＣリンクは、システムに固定されているか、半静的に構成することができる。また、システム全体の帯域がＮ個のＣＣで構成されるとしても、特定端末がモニタ／受信できる周波数帯域はＭ（＜Ｎ）個のＣＣに限定され得る。キャリアアグリゲーションに対する多様なパラメータは、セル固有（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）、端末グループ固有（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又は端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）方式で設定することができる。
【００６１】
図９は、クロス搬送波スケジューリングを説明するための図である。クロス搬送波スケジューリングとは、例えば、複数のサービングセルのうちのいずれか一つのＤＬ  ＣＣの制御領域に他のＤＬ  ＣＣの下りリンクスケジューリング割り当て情報を全て含むこと、又は複数のサービングセルのうちのいずれか一つのＤＬ  ＣＣの制御領域にそのＤＬ  ＣＣとリンクされている複数のＵＬ  ＣＣに対する上りリンクスケジューリング承認情報を全て含むことを意味する。
【００６２】
以下では、搬送波指示子フィールド（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ、ＣＩＦ）に対して説明する。
【００６３】
ＣＩＦは、上述したように、ＰＤＣＣＨを介して送信されるＤＣＩフォーマットに含まれたり（例えば、３ビットサイズと定義される）又は含まれないこともあり（例えば、０ビットサイズと定義される）、含まれた場合、クロス搬送波スケジューリングが適用されたことを示す。クロス搬送波スケジューリングが適用されていない場合、下りリンクスケジューリング割り当て情報は、現在の下りリンクスケジューリング割り当て情報が送信されるＤＬ  ＣＣ上で有効である。また、上りリンクスケジューリング承認は、下りリンクスケジューリング割り当て情報が送信されるＤＬ  ＣＣとリンクされた一つのＵＬ  ＣＣに対して有効である。
【００６４】
クロス搬送波スケジューリングが適用された場合、ＣＩＦは、いずれか一つのＤＬ  ＣＣでＰＤＣＣＨを介して送信される下りリンクスケジューリング割り当て情報と関連するＣＣを指示する。例えば、図９を参照すると、ＤＬ  ＣＣ  Ａ上の制御領域内のＰＤＣＣＨを介してＤＬ  ＣＣ  Ｂ及びＤＬ  ＣＣ  Ｃに対する下りリンク割り当て情報、すなわち、ＰＤＳＣＨリソースに対する情報が送信される。端末は、ＤＬ  ＣＣ  Ａをモニタし、ＣＩＦを通じてＰＤＳＣＨのリソース領域及び該当ＣＣを知ることができる。
【００６５】
ＰＤＣＣＨにＣＩＦが含まれるか否かは半静的に設定することができ、上位層シグナリングによって端末固有に有効にすることができる。
【００６６】
ＣＩＦが無効に（ｄｉｓａｂｌｅｄ）された場合、特定ＤＬ  ＣＣ上のＰＤＣＣＨは、該当の同一のＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当て、特定ＤＬ  ＣＣにリンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てることができる。この場合、既存のＰＤＣＣＨ構造と同一のコーディング方式、ＣＣＥベースのリソースマッピング、ＤＣＩフォーマットなどを適用することができる。
【００６７】
一方、ＣＩＦが有効に（ｅｎａｂｌｅｄ）される場合、特定ＤＬ  ＣＣ上のＰＤＣＣＨは、複数の併合されたＣＣのうちＣＩＦが指示する一つのＤＬ／ＵＬ  ＣＣ上でのＰＤＳＣＨ／ＰＵＳＣＨリソースを割り当てることができる。この場合、既存のＰＤＣＣＨ  ＤＣＩフォーマットにＣＩＦを追加的に定義することができ、固定された３ビット長のフィールドと定義したり、ＣＩＦ位置をＤＣＩフォーマットサイズとは関係なく固定することもできる。この場合にも、既存のＰＤＣＣＨ構造と同一のコーディング方式、ＣＣＥベースのリソースマッピング、ＤＣＩフォーマットなどを適用することができる。
【００６８】
ＣＩＦが存在する場合にも、基地局は、ＰＤＣＣＨをモニタするＤＬ  ＣＣセットを割り当てることができる。これによって、端末のブラインドデコーディングの負担が減少し得る。ＰＤＣＣＨモニタリングＣＣセットは、全体の併合されたＤＬ  ＣＣの一部分であり、端末は、ＰＤＣＣＨの検出／デコーディングを該当ＣＣセットでのみ行うことができる。すなわち、端末に対してＰＤＳＣＨ／ＰＵＳＣＨをスケジュールするために、基地局は、ＰＤＣＣＨをＰＤＣＣＨモニタリングＣＣセット上でのみ送信することができる。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは、端末固有、端末グループ固有又はセル固有に設定することができる。例えば、図９の例示のように、３個のＤＬ  ＣＣが併合される場合、ＤＬ  ＣＣ  ＡをＰＤＣＣＨモニタリングＤＬ  ＣＣに設定することができる。ＣＩＦが無効にされる場合、それぞれのＤＬ  ＣＣ上のＰＤＣＣＨは、ＤＬ  ＣＣ  ＡでのＰＤＳＣＨのみをスケジュールすることができる。一方、ＣＩＦが有効にされると、ＤＬ  ＣＣ  Ａ上のＰＤＣＣＨは、ＤＬ  ＣＣ  Ａはもちろん、他のＤＬ  ＣＣでのＰＤＳＣＨもスケジュールすることができる。ＤＬ  ＣＣ  ＡがＰＤＣＣＨモニタリングＣＣに設定される場合、ＤＬ  ＣＣ  Ｂ及びＤＬ  ＣＣ  ＣにはＰＤＣＣＨが送信されなくてもよい。
【００６９】
送信タイミング調整（Ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｉｎｇ  ａｄｊｕｓｔｍｅｎｔｓ）
【００７０】
ＬＴＥシステムにおいて、端末から送信された信号が基地局に到逹するのにかかる時間は、セルの半径、セルでの端末の位置、端末の移動性などによって変わり得る。すなわち、基地局が各端末に対する上りリンク送信タイミングを制御しない場合、端末と基地局が通信する間、端末間に干渉の可能性が存在する。これは、基地局での誤り発生率を増加させ得る。端末から送信された信号が基地局に到逹するのにかかる時間はタイミングアドバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）と称することができる。端末がセル内でランダムに位置すると仮定すると、端末のタイミングアドバンスは端末の位置によって変わり得る。例えば、端末がセルの中心に位置するときより、セルの境界に位置する場合、端末のタイミングアドバンスは遥かに長くなり得る。また、タイミングアドバンスは、セルの周波数帯域によって変わり得る。よって、基地局は、各端末間の干渉を防止するために、セル内にある各端末の送信タイミングを管理又は調整しなければならない。このように、基地局によって行われる送信タイミングの管理又は調整を、タイミングアドバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）又はタイミング調整（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）の維持と称することができる。
【００７１】
タイミングアドバンス維持又はタイミング調整は、上述したようなランダムアクセス過程を通じて行うことができる。ランダムアクセス過程の間、基地局は、端末からランダムアクセスプリアンブルを受信し、受信されたランダムアクセスプリアンブルを用いてタイミングアドバンス値を計算することができる。計算されたタイミングアドバンス値は、ランダムアクセス応答を通じて端末に送信され、端末は、受信されたタイミングアドバンス値に基づいて信号送信タイミングを更新することができる。或いは、基地局は、端末から周期的に又はランダムに送信される上りリンク参照信号（例、ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ））を受信してタイミングアドバンスを計算することができ、端末は、計算されたタイミングアドバンス値に基づいて信号送信タイミングを更新することができる。
【００７２】
上述したように、基地局は、ランダムアクセスプリアンブル又は上りリンク参照信号を通じて端末のタイミングアドバンスを測定することができ、タイミング調整のための調整値を端末に知らせることができる。この場合、タイミング調整のための調整値は、タイミングアドバンス命令（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ、ＴＡＣ）と称することができる。ＴＡＣは、ＭＡＣ層によって処理することができる。端末が基地局からＴＡＣを受信する場合、端末は、受信されたＴＡＣが一定時間の間にのみ有効であると仮定する。前記一定時間を指示するためにタイミング調整タイマー（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｔｉｍｅｒ、ＴＡＴ）を使用することができる。ＴＡＴ値は、上位層シグナリング（例、ＲＲＣシグナリング）を通じて端末に送信することができる。
【００７３】
端末からの上りリンク無線フレームｉの送信は、対応する下りリンク無線フレームが開始される（ＮTA＋ＮTAoffset）×Ｔs秒前に開始することができる。０≦ＮTA≦２０５１２であってもよく、ＦＤＤフレーム構造の場合はＮTAoffset＝０、ＴＤＤフレーム構造の場合はＮTAoffset＝６２４であってもよい。ＮTAは、タイミングアドバンス命令によって指示することができる。Ｔsはサンプリングタイムを示す。上りリンク送信タイミングは１６Ｔsの倍数単位で調整することができる。ＴＡＣは、ランダムアクセス応答で１１ビットとして与えることができ、０〜１２８２の値を指示することができる。ＮTAはＴＡ＊１６として与えることができる。或いは、ＴＡＣは、６ビットであり、０〜６３の値を指示することができる。この場合、ＮTAはＮTA,old＋（ＴＡ−３１）＊１６として与えることができる。サブフレームｎで受信されたタイミングアドバンス命令はサブフレームｎ＋６から適用することができる。
【００７４】
タイミングアドバンスグループ（ＴＡＧ：Ｔｉｍｉｎｇ  Ａｄｖａｃｅ  Ｇｒｏｕｐ）
【００７５】
一方、端末で複数のサービングセルが用いられる場合、類似するタイミングアドバンス特性を示すサービングセルが存在し得る。例えば、類似する周波数特性（例、周波数帯域）を用いたり、類似する伝播遅延を有するサービングセルは、類似するタイミングアドバンス特性を有することができる。よって、キャリアアグリゲーション時、複数の上りリンクタイミング同期化の調整によるシグナリングオーバーヘッドを最適化するために、類似するタイミングアドバンス特性を示すサービングセルをグループとして管理することができる。このようなグループは、タイミングアドバンスグループ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｇｒｏｕｐ、ＴＡＧ）と称することができる。類似するタイミングアドバンス特性を有するサービングセルは一つのＴＡＧに属することができ、ＴＡＧで、少なくとも一つのサービングセルは上りリンクリソースを有さなければならない。各サービングセルに対して、基地局は、上位層シグナリング（例、ＲＲＣシグナリング）を通じてＴＡＧ識別子を用いてＴＡＧ割り当てを端末に知らせることができる。２個以上のＴＡＧを一つの端末に設定することができる。ＴＡＧ識別子が０を指示する場合、ＰＣｅｌｌを含むＴＡＧを意味し得る。便宜上、ＰＣｅｌｌを含むＴＡＧは、プライマリＴＡＧ（ｐｒｉｍａｒｙ  ＴＡＧ、ｐＴＡＧ）と称し、ｐＴＡＧでない他のＴＡＧはセカンダリＴＡＧ（ｓｅｃｏｎｄａｒｙ  ＴＡＧ、ｓＴＡＧ又はｓｅｃＴＡＧ）と称することができる。セカンダリＴＡＧ識別子（ｓＴＡＧ  ＩＤ）は、ＳＣｅｌｌの該当ｓＴＡＧを指示するのに使用することができる。ｓＴＡＧ  ＩＤがＳＣｅｌｌに対して設定されない場合、ＳＣｅｌｌはｐＴＡＧの一部として構成することができる。一つのＴＡグループに属した全てのＣＣには一つのＴＡを共通に適用することができる。
【００７６】
以下、前記ＴＡＣを端末に送信するためのＴＡＣ  ＭＡＣ  ＣＥの構造に対して説明する。
【００７７】
ＴＡＣ  ＭＡＣ  ＣＥ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥ）
【００７８】
３ＧＰＰ  ＬＴＥで、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、ＭＡＣヘッダー、ＭＡＣ  ＣＥ（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）及び少なくとも一つのＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）を含む。ＭＡＣヘッダーは、少なくとも一つのサブヘッダー（ｓｕｂｈｅａｄｅｒ）を含み、各サブヘッダーはＭＡＣ  ＣＥとＭＡＣ  ＳＤＵに対応する。サブヘッダーはＭＡＣ  ＣＥとＭＡＣ  ＳＤＵの長さ及び特徴を示す。
【００７９】
ＭＡＣ  ＳＤＵは、ＭＡＣ層の上位層（例えば、ＲＬＣ層又はＲＲＣ層）から来たデータブロックであり、ＭＡＣ  ＣＥは、バッファ状態報告（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ）のようにＭＡＣ層の制御情報を伝達するために使用される。
【００８０】
ＭＡＣサブヘッダーは、次のようなフィールドを含む。
【００８１】
−  Ｒ（１ビット）：予約された（Ｒｅｓｅｒｖｅｄ）フィールド。
【００８２】
−  Ｅ（１ビット）：拡張（Ｅｘｔｅｎｓｉｏｎ）フィールド。次にＦ及びＬフィールドが存在するか否かを知らせる。
【００８３】
−  ＬＣＩＤ（５ビット）：論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）ＩＤフィールド。如何なる種類のＭＡＣ  ＣＥであるのか、又はいずれの論理チャネルのＭＡＣ  ＳＤＵであるのかを知らせる。
【００８４】
−  Ｆ（１ビット）:フォーマット（Ｆｏｒｍａｔ）フィールド。次のＬフィールドのサイズが７ビットであるのか、それとも１５ビットであるのかを知らせる。
【００８５】
−  Ｌ（７ビット又は１５ビット）:長さ（Ｌｅｎｇｔｈ）フィールド。ＭＡＣサブヘッダーに該当するＭＡＣ  ＣＥ又はＭＡＣ  ＳＤＵの長さを知らせる。
【００８６】
固定サイズ（Ｆｉｘｅｄ−ｓｉｚｅｄ）のＭＡＣ  ＣＥに対応するＭＡＣサブヘッダーにはＦ及びＬフィールドが含まれない。
【００８７】
図１０は、固定されたサイズのＭＡＣ  ＣＥであって、ＴＡＣ  ＭＡＣ  ＣＥを示す。ＴＡＣは、端末が適用する時間調節の量を制御するために使用され、ＭＡＣ  ＰＤＵサブヘッダーのＬＣＩＤによって識別される。ここで、ＭＡＣ  ＣＥは固定されたサイズを有し、図１０に示したように、単一オクテット（Ｏｃｔｅｔ）で構成される。
【００８８】
−  Ｒ（１ビット）:予約された（Ｒｅｓｅｒｖｅｄ）フィールド
【００８９】
−  ＴＡＣ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ）（６ビット）：端末が適用しなければならないタイミング調整値の総量を制御するために使用されるＴAインデックス値（０、１、２、…、６３）を示す。
【００９０】
タイミング調整のための調整値は、タイミングアドバンス命令（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ、ＴＡＣ）を通じて送信されてもよいが、初期アクセスのために端末機が送信したランダムアクセスプリアンブルに対する応答メッセージ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、以下、ＲＡＲと称する）を介して送信されてもよい。以下、ＴＡＣを受信するために提案されたランダムアクセス過程を行う方法に対して説明する。
【００９１】
ランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）
【００９２】
ＬＴＥシステムで、端末は、次のような場合にランダムアクセス手続を行うことができる。
【００９３】
−  端末が、基地局との接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がないので、初期アクセス（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）をする場合
【００９４】
−  端末が、ハンドオーバー手続において、ターゲットセルに最初にアクセスする場合
【００９５】
−  基地局の命令によって要求される場合
【００９６】
−  上りリンクの時間同期が取られないか、無線リソースを要求するために使用される指定された無線リソースが割り当てられていない状況で、上りリンクへのデータが発生する場合
【００９７】
−  無線リンク失敗（ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）又はハンドオーバー失敗（ｈａｎｄｏｖｅｒ  ｆａｉｌｕｒｅ）時の復旧手続の場合
【００９８】
これに基づいて、以下では、一般的な競合ベースのランダムアクセス手続を説明する。
【００９９】
（１）第１メッセージ送信
【０１００】
まず、端末は、システム情報又はハンドオーバー命令（Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ）を通じて指示されたランダムアクセスプリアンブルの集合から任意に（ｒａｎｄｏｍｌｙ）一つのランダムアクセスプリアンブルを選択し、前記ランダムアクセスプリアンブルを送信できるＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  ＲＡＣＨ）リソースを選択して送信することができる。
【０１０１】
（２）第２メッセージ受信
【０１０２】
端末は、ランダムアクセスプリアンブルを送信した後、基地局が、システム情報又はハンドオーバー命令を通じて指示されたランダムアクセス応答受信ウィンドウ内で自身のランダムアクセス応答の受信を試みる（Ｓ９０２）。より詳細に、ランダムアクセス応答情報はＭＡＣ  ＰＤＵの形式で送信することができ、前記ＭＡＣ  ＰＤＵはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して伝達することができる。また、前記ＰＤＳＣＨで伝達される情報を端末が適切に受信するために、端末はＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）をモニタすることが好ましい。すなわち、ＰＤＣＣＨには、前記ＰＤＳＣＨを受信しなければならない端末の情報、前記ＰＤＳＣＨの無線リソースの周波数、時間情報、及び前記ＰＤＳＣＨの送信形式などが含まれていることが好ましい。一旦端末が自身に送信されるＰＤＣＣＨの受信に成功すると、前記ＰＤＣＣＨの情報によってＰＤＳＣＨで送信されるランダムアクセス応答を適切に受信することができる。そして、前記ランダムアクセス応答には、ランダムアクセスプリアンブル識別子（ＩＤ；例えば、ＲＡＰＩＤ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ  ＩＤｅｎｔｉｆｉｅｒ）、上りリンク無線リソースを知らせる上りリンク承認（ＵＬ  Ｇｒａｎｔ）、臨時セル識別子（Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ）及び時間同期補正値（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ：ＴＡＣ）を含ませることができる。
【０１０３】
上述したように、ランダムアクセス応答でランダムアクセスプリアンブル識別子が必要な理由は、一つのランダムアクセス応答には一つ以上の端末のためのランダムアクセス応答情報が含まれ得るので、前記上りリンク承認（ＵＬ  Ｇｒａｎｔ）、臨時セル識別子及びＴＡＣがいずれの端末に有効であるのかを知らせる必要があるためである。本段階で、端末は、自身が選択したランダムアクセスプリアンブルと一致するランダムアクセスプリアンブル識別子を選択すると仮定する。これを通じて、端末は、上りリンク承認（ＵＬ  Ｇｒａｎｔ）、臨時セル識別子（Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ）及び時間同期補正値（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）などを受信することができる。
【０１０４】
（３）第３メッセージ送信
【０１０５】
端末が自身に有効なランダムアクセス応答を受信した場合は、前記ランダムアクセス応答に含まれた各情報をそれぞれ処理する。すなわち、端末はＴＡＣを適用させ、臨時セル識別子を格納する。また、有効なランダムアクセス応答受信に対応して送信するデータをメッセージ３バッファに格納することができる。
【０１０６】
一方、端末は、受信されたＵＬ承認を用いて、データ（すなわち、第３メッセージ）を基地局に送信する。第３メッセージには、端末の識別子が含まれなければならない。これは、競合ベースのランダムアクセス手続では、基地局でいずれの端末が前記ランダムアクセス手続を行うのかを判断できないが、今後、衝突を解決するためには端末を識別しなければならないためである。
【０１０７】
端末の識別子を含ませる方法としては二つの方法が議論された。第一の方法は、端末が前記ランダムアクセス手続前に既に該当セルで割り当てられた有効なセル識別子を有していた場合、端末は、前記ＵＬ承認に対応する上りリンク送信信号を通じて自身のセル識別子を送信する。その一方で、ランダムアクセス手続前に有効なセル識別子の割り当てを受けていない場合、端末は、自身の固有識別子（例えば、Ｓ−ＴＭＳＩ又は任意のＩＤ（Ｒａｎｄｏｍ  Ｉｄ））を含ませて送信する。一般に、前記固有識別子はセル識別子より長い。端末は、前記ＵＬ承認に対応するデータを送信した場合、衝突解決のためのタイマー（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ；以下、「ＣＲタイマー」と称する）を開始する。
【０１０８】
（４）第４メッセージ受信
【０１０９】
端末が、ランダムアクセス応答に含まれたＵＬ承認を通じて自身の識別子を含むデータを送信した後、衝突解決のために基地局の指示を待つ。すなわち、特定メッセージを受信するためにＰＤＣＣＨの受信を試みる（Ｓ９０４）。前記ＰＤＣＣＨを受信する方法においても二つの方法が議論された。上述したように、前記ＵＬ承認に対応して送信された第３メッセージが、自身のセル識別子を用いて送信された場合は、自身のセル識別子を用いてＰＤＣＣＨの受信を試み、前記識別子が固有識別子である場合は、ランダムアクセス応答に含まれた臨時セル識別子を用いてＰＤＣＣＨの受信を試みることができる。その後、前者の場合、前記衝突解決タイマーが満了する前に自身のセル識別子を通じてＰＤＣＣＨを受信したとき、端末は、正常にランダムアクセス手続が行われたと判断し、ランダムアクセス手続を終了する。後者の場合、前記衝突解決タイマーが満了する前に臨時セル識別子を通じてＰＤＣＣＨを受信した場合、前記ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。前記データの内容に自身の固有識別子が含まれている場合、端末は、正常にランダムアクセス手続が行われたと判断し、ランダムアクセス手続を終了する。
【０１１０】
一方、非競合ベースのランダムアクセス手続での動作は、図７に示した競合ベースのランダムアクセス手続と異なり、第１メッセージ送信及び第２メッセージ送信のみでランダムアクセス手続が終了する。但し、端末が基地局に第１メッセージとしてランダムアクセスプリアンブルを送信する前に、端末は、基地局からランダムアクセスプリアンブルの割り当てを受けるようになり、この割り当てられたランダムアクセスプリアンブルを基地局に第１メッセージとして送信し、基地局からランダムアクセス応答を受信することによってランダムアクセス手続が終了する。
【０１１１】
本発明と関連して、同期を確保するために基地局は、ＰＤＣＣＨを介してＰＤＣＣＨ命令でＰＲＡＣＨをトリガーすることができる。すると、端末はＰＲＡＣＨプリアンブルを基地局に送信する。端末が初期に同期を取るために行うＰＲＡＣＨプリアンブル伝送は競合ベースＰＲＡＣＨプリアンブル伝送である。基地局は、受信した第１メッセージに対する応答としてランダムアクセス応答メッセージを端末に送信する。
【０１１２】
ランダムアクセス応答グラント（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ  ｇｒａｎｔ）
【０１１３】
上位層は、２０ビット上りリンクグラント（ＵＬ  Ｇｒａｎｔ）を物理層に指示する。これは、物理層でのランダムアクセス応答グラント（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ  ｇｒａｎｔ）を示す。
【０１１４】
ここで、上記ランダムアクセス応答メッセージにはＴＡＣを含めて次の表３のような内容が含まれている。次の表７には、３ＧＰＰ  ＬＴＥ  ＴＳ３６．２１３でランダムアクセス応答グラント（ＲＡ  ｒｅｓｐｏｎｓｅ  ｇｒａｎｔ）に含まれた情報を示す。
【０１１５】
【表３】
0006626005.tif 000006
【０１１６】
すなわち、２０ビットは、最上位ビット（ＭＳＢ：Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）から始めて最下位ビット（ＬＳＢ：Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）まで次のように構成される。
【０１１７】
−  ホッピングフラグ（Ｈｏｐｐｉｎｇ  ｆｌａｇ）：１ビット
【０１１８】
−  固定サイズリソースブロック指定（ｆｉｘｅｄ  ｓｉｚｅ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）：１０ビット
【０１１９】
−  切断した（ｔｒｕｎｃａｔｅｄ）変調及びコーディング方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）：４ビット
【０１２０】
−  スケジューリングされたＰＵＳＣＨのための伝送パワー制御（ＴＰＣ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）命令：３ビット
【０１２１】
−  上りリンク遅延（ＵＬ  ｄｅｌａｙ）：１ビット
【０１２２】
−  チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）要求：１ビット
【０１２３】
端末は、該当のランダムアクセス応答グラント内の単一ビットの周波数ホッピング（ＦＨ：Ｆｒｅｑｕｅｎｃｙ  Ｈｏｐｐｉｎｇ）フィールドが１に設定され、上りリンクリソースブロック指定がタイプ０であれば、ＰＵＳＣＨ周波数ホッピングを行う。そうでない場合には、ＰＵＳＣＨ周波数ホッピングを行わない。ホッピングフラグが設定されると、端末は固定サイズリソースブロック指定（ｆｉｘｅｄ  ｓｉｚｅ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）フィールドで示されたとおりにＰＵＳＣＨホッピングを行う。
【０１２４】
固定サイズリソースブロック指定（ｆｉｘｅｄ  ｓｉｚｅ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）フィールドは次のとおりである。
【０１２５】
まず、上りリンクリソースブロック個数が
【数３】
0006626005.tif 000007
である場合、固定サイズリソースブロック指定においてｂ個のＬＳＢを切断し（ｔｒｕｎｃａｔｅ）、一般的な（ｒｅｇｕｌａｒ）ＤＣＩフォーマット０の方式によって、切断されたリソースブロック指定を解釈する。ここで、ｂは、下記の数式１のとおりである。
【０１２６】
【数４】
0006626005.tif 000008
【０１２７】
一方、そうでない場合、固定サイズリソースブロック指定内のＮＵＰ  ｈｏｐ個のホッピングビットの次に０に設定されたｂ個のＭＳＢを挿入し、一般的な（ｒｅｇｕｌａｒ）ＤＣＩフォーマット０の方式によって、拡張されたリソースブロック指定を解釈する。ここで、ホッピングフラグが１に設定されると、ホッピングビットの個数（ＮＵＰ  ｈｏｐ）は０であり、ｂは下記の数式２のとおりである。
【０１２８】
【数５】
0006626005.tif 000009
【０１２９】
また、切断された変調及びコーディング方式（ｔｒｕｎｃａｔｅｄ  ＭＣＳ）フィールドは、ランダムアクセス応答グラントに該当するＭＣＳと解釈することができる。
【０１３０】
ＴＰＣ命令（δｍｓｇ２）はＰＵＳＣＨのパワーを設定するために用いられるものであり、次の表２によって解釈することができる。
【０１３１】
表２には、スケジューリングされたＰＵＳＣＨのためのＴＰＣ命令（δｍｓｇ２）を示す。
【０１３２】
【表４】
0006626005.tif 000010
【０１３３】
非競合ベースランダムアクセス手順（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）において、ＣＳＩ要求フィールドによって、非周期的ＣＱＩ、ＰＭＩ、ＲＩ報告が該当のＰＵＳＣＨ伝送に含まれるか否かが決定されてもよい。一方、競合ベースランダムアクセス手順（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）においてＣＳＩ要求フィールドは予約されている。
【０１３４】
上りリンク遅延（ＵＬ  ｄｅｌａｙ）はＴＤＤ及びＦＤＤシステムのいずれにも適用され、ＰＵＳＣＨの遅延が導入されるか否かを示すために０又は１に設定されてもよい。
【０１３５】
複数のＴＡを有する場合
【０１３６】
図１１には、個別の周波数特性を有する複数のセルが併合される例を例示する。ＬＴＥ  Ｒｅｌｅａｓｅ  ８／９／１０システムでは、端末が複数個のＣＣを集合（ａｇｇｒｅｇａｔｉｏｎ）する場合にも、一つのＣＣ（例えば、Ｐセル又はＰキャリア）に適用可能なＴＡ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）値を複数個のＣＣに「共通」適用してＵＬ伝送時に適用した。ＬＴＥ−Ａシステムでは、端末が互いに異なる周波数バンドに属している（すなわち、周波数上で大きく離隔されている）、或いは伝搬（ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）特性が異なる、或いは個別のカバレッジを有する複数のセルを併合（ａｇｇｒｅｇａｔｉｏｎ）することが許容されてもよい。また、特定セルの場合には、カバレッジ（ｃｏｖｅｒａｇｅ）を拡大したり或いはカバレッジ隙間（ｃｏｖｅｒａｇｅ  ｈｏｌｅ）を除去するために、リピータ（ｒｅｐｅａｔｅｒ）のようなＲＲＨ（Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）装置がセル内に配置（ｄｅｐｌｏｙ）される状況を考慮することができる。例えば、互いに異なる場所に形成されるセル間にキャリアアグリゲーションされてもよい（ｉｎｔｅｒ−ｓｉｔｅ  ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）。ＲＲＨをＲＲＵ（Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｕｎｉｔ）と呼ぶことができ、基地局（ｅＮＢ）とＲＲＨ（又はＲＲＵ）をいずれもノード又は伝送ノードと呼ぶことができる。
【０１３７】
一例として、図１１の（ａ）を参照すると、端末が２個のセル（セル１、セル２）を併合（ａｇｇｒｅｇａｔｉｏｎ）しており、セル１（又はＣＣ１）はＲＲＨなしで基地局（ｅＮＢ）と直接通信をするように形成され、セル２は制限されたカバレッジ（ｃｏｖｅｒａｇｅ）などの理由でＲＲＨを用いて形成されるようにすることができる。この場合、端末からセル２（又はＣＣ２）を介して送信されるＵＬ信号の伝搬遅延（ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）（或いは、ｅＮＢでの受信タイミング）とセル１を介して送信されるＵＬ信号の伝搬遅延（或いは、ｅＮＢでの受信タイミング）は、端末位置及び周波数特性などの理由で互いに異なることがある。このように複数のセルが個別の伝搬遅延特性を有する場合には複数ＴＡを有することが不可避である。
【０１３８】
一方、図１１の（ｂ）は、個別のＴＡを有する複数のセルを例示する。端末が２個のセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ）を併合（ａｇｇｒｅｇａｔｉｏｎ）しており、各セルに対して個別のＴＡを適用してＵＬ信号（例えば、ＰＵＳＣＨ）を送信することができる。
【０１３９】
端末が複数のＴＡを受信する場合、特定セルの（例えば、ＰＣｅｌｌ）の上り信号伝送時点と他のセルの上り信号伝送時点間との差が大きすぎる場合、該当のセルの上り信号伝送を制限する方法を考慮することができる。例えば、伝送時点のギャップ（Ｇａｐ）が特定の閾値を超える場合、該当のセルの上り信号伝送を制限する方法を考慮することができる。特定の閾値は上位信号で設定されてもよく、端末があらかじめ知っている値であってもよい。このような動作は、例えば、端末機が上りリンクで送信するシグナルの伝送時点が大きく外れる場合、基地局と端末間の上りリンク／下りリンク信号伝送タイミング関係が一定とならず、誤動作が起きることを防止するために用いることができる。
【０１４０】
また、一つの端末が同一サブフレームで別々のセル（ＣＣ）に対してＰＵＳＣＨ／ＰＵＣＣＨなどを送信するタイミング差が大きい場合、端末の上りリンク信号構成及び下りリンク−上りリンク間の応答時間調節の複雑度が非常に大きくなり得る。
【０１４１】
したがって、複数のセル間の上りリンク伝送タイミングが独立したＴＡ動作によって大きく外れる場合、端末の上りリンク信号（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＲＡＣＨなど）伝送をドロップ（Ｄｒｏｐ）したり又は伝送タイミングを制限する方式を考慮することができる。具体的には、本発明では次のような方式を提案する。
【０１４２】
方式１）
【０１４３】
端末が上りリンク伝送を行うべき複数のセル間のＴＡ差が閾値（ｔｈｒｅｓｈｏｌｄ）以上である場合には、任意のセルの上りリンク伝送を常にドロップして、実際に送信する上りリンク信号間のＴＡ差が常に閾値以内となるように調整することができる。この場合、特定セルを基準に、ＴＡ差が閾値を超えるセルに対する上りリンク信号の伝送をドロップすることができる。さらに具体的に、特定セルはＰＣｅｌｌ或いはＰＣｅｌｌグループであってもよい。又は、ネットワークがＲＲＣシグナリングなどを用いて上記特定セルを設定することもできる。ここで、上りリンク信号伝送をドロップする動作は、あらかじめ送信するように設定された信号を送信しない動作であってもよく、ＴＡ差が閾値を超える場合、該当のセルに対するＰＵＳＣＨなどのスケジューリング命令を期待しないか無視する動作であってもよい。
【０１４４】
方式２）
【０１４５】
端末が上りリンク伝送を行うべき複数のセル間のＴＡ差が閾値以上である場合には、任意のセルの上りリンク伝送タイミングを、他のセルとの伝送タイミングに比べてＴＡ以内となるように調整して送信する。この場合、特定セルを基準にＴＡ差が閾値を超えるセルに対する上りリンク信号の伝送タイミングを調整することができる。ここで、特定セルは、ＰＣｅｌｌ或いはＰＣｅｌｌグループであってもよい。又は、ネットワークがＲＲＣシグナリングなどを用いて上記特定セルを設定することもできる。
【０１４６】
方式３）
【０１４７】
端末は、上りリンク伝送を行うべき複数のセル間のＴＡ差が閾値以上となるＴＡＣ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ）を受信した場合、当該ＴＡＣを無視したり、又はＴＡ差が閾値以内となる場合に限って適用する。この場合、特定セルを基準にＴＡ差が閾値を超えるＴＡＣを受けた場合に上記方式を適用することができる。ここで、特定セルは、ＰＣｅｌｌ或いはＰＣｅｌｌグループであってもよい。又は、ネットワークが上位層シグナリング（例えば、ＲＲＣシグナリング）などを用いて上記特定セルを設定することもできる。
【０１４８】
これらの方式において、ＴＡ閾値は、ネットワークが上位層シグナリング（例えば、ＲＲＣシグナリング）などを用いて設定することができる。また、上記セルは、複数のセルグループ、より特徴的には同一ＴＡＣが適用されるセルグループであってもよい。上記ＴＡの差は、端末が管理しているＴＡ値の差だけでなく、端末が特定サブフレームで送信に適用すべきＴＡ値の差、端末が受信したＴＡＣ値の差、或いは端末が送信に適用する伝送タイミング（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｉｎｇ）の差であってもよい。また、上記方式においてＰＲＡＣＨのように、ＴＡＣ値によって管理されるＴＡ適用の例外となる信号の伝送時には、上記ＴＡ差制限方式が適用されなくてもよい。
【０１４９】
機器間（Ｄ２Ｄ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信
【０１５０】
前述したような無線通信システム（例えば、３ＧＰＰ  ＬＴＥシステム又は３ＧＰＰ  ＬＴＥ−Ａシステム）にＤ２Ｄ通信が導入される場合、Ｄ２Ｄ通信を行うための具体的な方法について以下に説明する。
【０１５１】
以下では、本発明で用いられる機器間通信環境について簡略に説明する。
【０１５２】
機器間（Ｄ２Ｄ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信とは、言葉の通り、電子装置と電子装置間の通信を意味する。広義には、電子装置間の有線或いは無線通信、又は人が制御する装置と機械間の通信を意味する。しかし、最近では、人の介入無しで行われる電子装置と電子装置間の無線通信を指すのが一般的である。
【０１５３】
図１２は、Ｄ２Ｄ通信を概念的に説明するための図である。図１２は、Ｄ２Ｄ通信の一例として機器間（Ｄ２Ｄ）又は端末間（ＵＥ−ｔｏ−ＵＥ）の通信方式を示す図であり、端末間のデータ交換が基地局を介さずに行われている。このように装置間に直接設定されるリンクをＤ２Ｄリンクと呼ぶことができる。Ｄ２Ｄ通信は、既存の基地局中心の通信方式に比べて遅延（ｌａｔｅｎｃｙ）が低減し、より少ない無線リソースを必要とするなどの長所を有する。ここで、ＵＥはユーザの端末を意味するが、ｅＮＢのようなネットワーク設備がＵＥ間の通信方式にしたがって信号を送受信する場合には、それも同様に一種のＵＥと見なされてもよい。
【０１５４】
Ｄ２Ｄ通信は、基地局を介さずに装置間（又は端末間）の通信をサポートする方式であるが、既存の無線通信システム（例えば、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ）のリソースを再使用して行われるため、既存の無線通信システムに干渉又は撹乱を起こしてはならない。同じ文脈から、既存の無線通信システムで動作する端末、基地局などによってＤ２Ｄ通信が受ける干渉を最小化することも重要である。
【０１５５】
一般に、Ｄ２Ｄ信号は上りリンク（ＵＬ）リソースで送信される。既存のｅＮＢとの通信において個別位置のＵＥ信号を同一時点にｅＮＢへ到達させるために、ＴＡ（Ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）を適用する。図１３は、伝搬遅延（ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）が異なる２つのＵＥに対して適用されるＴＡを例示する図である。図１３を参照すると、ｅＮＢとの伝搬遅延（ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）が異なる２つのＵＥの上りリンク（ＵＬ）信号が同時にｅＮＢに到着するようにＴＡが適用される。
【０１５６】
一方、Ｄ２Ｄ信号もＵＬリソースを用いて送受信されるが、これは、ＵＥの送信リソースを維持することによって干渉問題を緩和するなどの目的に基づく。このとき、ＵＥの送信するＤ２Ｄ信号は２種類に大別され、一つの種類は、既存のＵＬ  ＴＡをそのまま適用する信号であって、主にｅＮＢの直接指示によって送信リソースが決定される信号である。他の種類は、既存のＵＬ  ＴＡを用いることく送信される信号（例えば、固定された特定値のＴＡを用いる信号）であって、主にｅＮＢの直接指示ではなくＵＥの独自判断によって送信リソースが決定される信号、或いはｅＮＢの直接指示が適用されても、そうでない信号との円滑な多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）のためにＵＬ  ＴＡを用いない信号に該当する。
【０１５７】
Ｄ２Ｄ信号がＵＬ  ＴＡを用いる場合には、既存のＵＬ信号と同じサブフレーム境界を有するので、既存ＵＬ信号とのオーバーラップ（ｏｖｅｒｌａｐ）が発生しない。これに対し、場合によって、図示のように、Ｄ２Ｄ信号がＵＬ  ＴＡを用いない場合には既存のＵＬ信号とサブフレーム境界が変わり、一部の時点ではＤ２Ｄ信号送信とＵＬ信号送信とが重なる場合が発生し得る。
【０１５８】
図１４には、このように、Ｄ２Ｄ信号送信とＵＬ信号送信とが重なる場合を例示する。図１４を参照すると、サブフレーム＃ｎでＴＡを０（ＴＡ＝０）としてＤ２Ｄ信号を送信する場合、当該Ｄ２Ｄ信号が、０よりも大きい値のＴＡ（すなわち、ＴＡ＞０）が適用されたサブフレーム＃ｎ＋１におけるＵＬ信号とオーバーラップすることがが発生する。この場合、サブフレーム＃ｎ＋１におけるＵＬ信号送信を保証するために、サブフレーム＃ｎの最後のシンボルはギャップ（ｇａｐ）又は保護区間（Ｇｕａｒｄ  ｐｅｒｉｏｄ）として設定されてＤ２Ｄ送信が起きないようにすることができる。図１４では、Ｄ２Ｄ信号ギャップがＤ２Ｄサブフレームの最後に現れる場合を示しているが、仮にサブフレームｎ＋１もＤ２Ｄサブフレームであるとすれば、サブフレームｎにおける信号ギャップは省略されてもよい。この場合には、連続した２サブフレームにおけるＤ２Ｄ送信は１つの送信と見なされ、１つの送信の最後にのみ信号ギャップが現れると解釈してもよい。
【０１５９】
前述したように、Ｄ２Ｄ信号ギャップは、ＵＬ信号送信が発生し得る場合にのみ必要である。一例として、特定ＵＥがｅＮＢカバレッジ（ｃｏｖｅｒａｇｅ）外でＤ２Ｄ信号を送信する場合には、後続するサブフレームでＵＬ信号を送信する場合がないため、このようなＤ２Ｄギャップをおく必要がない。
【０１６０】
受信ＵＥがこれを把握するためには、該当のＤ２Ｄ信号がｅＮＢカバレッジの外部で送信されるか或いは内部で送信されるかを把握する必要があるが、各ＵＥのカバレッジ状態をそれぞれ他のＵＥに知らせることは過度なシグナリングオーバーヘッドを招き得る。ただし、該当のＤ２Ｄ信号がカバレッジの外部で送信されたか或いは内部で送信されたかを知らせるための情報は、Ｄ２Ｄ信号の時間／周波数同期化のために送信されるＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）又は各種の同期情報を伝達するために送信されるＤ２Ｄ同期化チャネル（Ｄ２ＤＳＣＨ）から誘導することができる。送信ＵＥは自身の伝送信号に対して他のＵＥが同期を取るようにＤ２ＤＳＳ／Ｄ２ＤＳＣＨを送信してもよいが、この送信ＵＥのカバレッジ状態によって異なるＤ２ＤＳＳ／Ｄ２ＤＳＣＨを送信することができる。例えば、送信ＵＥが使用するＤ２ＤＳＳシーケンスの集合がｅＮＢの内部で生成されたＤ２ＤＳＳであるか又は外部で生成されたＤ２ＤＳＳであるかによって差別化されてもよい。これに基づいて受信ＵＥは、特定Ｄ２ＤＳＳがｅＮＢの内部で発生したものか否かを判別し、ｅＮＢの内部で発生したものをより安定したＤ２ＤＳＳと見なして、優先的に同期を取るように動作することができる。
【０１６１】
ここで、このようなＤ２ＤＳＳのカバレッジをさらに拡大するために、Ｄ２ＤＳＳがＵＥによって中継されることもある。例えば、特定ＵＥがたとえカバレッジの外部にいるとしても、該当のＵＥがカバレッジの内部で使用するＤ２ＤＳＳを検出した場合には、それに同期を合わせ、またそのＤ２ＤＳＳを再び送信するように動作してもよい。
【０１６２】
この場合、万一、他のＵＥがカバレッジの内部で生成されたＤ２ＤＳＳに同期を合わせてＤ２Ｄ信号を受信すると、このＤ２ＤＳＳはｅＮＢカバレッジ内のＵＥが送信したものであるかもしれなく、カバレッジ外のＵＥによって中継されたものであるかもしれない。このため、送信ＵＥのカバレッジ状態を正確に知らせることには限界がある。この場合には、より安全した動作のために、受信ＵＥは、同期の基準となるＤ２ＤＳＳがｅＮＢカバレッジの内部で生成されたものだと判断されると、該当の同期を用いた全てのＤ２Ｄ信号が常に最後にギャップを有すると見なすように動作することを提案する。一方、受信ＵＥは同期の基準となるＤ２ＤＳＳがｅＮＢカバレッジの外部にいるＵＥから生成されたものだと判断されると、該当の同期を用いたＤ２Ｄ信号に対しては後続するＵＬ信号送信が確実にないため、最後にギャップが用いられないという仮定下で動作することを提案する。
【０１６３】
また、それに合わせるために、送信ＵＥはたとえ自身がカバレッジの外部にいても、送信の基準となるＤ２ＤＳＳ／Ｄ２ＤＳＣＨがｅＮＢ内部のＵＥから生成されたものであれば（或いは、自身がｅＮＢ内部のＵＥから生成されたＤ２ＤＳＳ／Ｄ２ＤＳＣＨを中継していると）、同様にＤ２Ｄ送信信号の最後にＤ２Ｄ信号ギャップを設定するように動作することができる。一方、送信の基準となるＤ２ＤＳＳ／Ｄ２ＤＳＣＨがｅＮＢ外部のＵＥから生成されたものであれば（或いは、自身がｅＮＢ外部のＵＥから生成されたＤ２ＤＳＳ／Ｄ２ＤＳＣＨを中継していると）、同様にＤ２Ｄ送信信号の最後にギャップを設定しないように動作することができる。
【０１６４】
以下では、ＵＥがＤ２Ｄ信号を送信するにあって、サウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｅ  Ｓｉｇｎａｌ；ＳＲＳ）に関連したＤ２Ｄ信号送信動作を説明する。
【０１６５】
ＳＲＳは、ｅＮＢがＵＬ信号のチャネル情報を取得するための目的でＵＥに伝送を指示する信号であり、ＬＴＥシステムではＵＬサブフレームの最後のシンボルで送信される。この構造は、上述したＤ２Ｄ信号ギャップと関連性があるが、サブフレームの最後のシンボルで行われる動作という点がそれに当たる。仮に、特定サブフレームｎでＳＲＳ信号の送信が上位層シグナリングなどによって設定され、Ｄ２ＤサブフレームとＳＲＳを含む上りリンクサブフレームとが重なる場合にＵＥがＤ２Ｄ送信を行うことができるか否か、Ｄ２Ｄ送信を行うことができる場合に、ＳＲＳとの関係においてどのような動作を行うかについては定められていない。以下、ＳＲＳが設定された場合におけるＵＥのＤ２Ｄ動作を、ＴＡが適用されるか否か、適用されるＣＰ（Ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）、上記ＳＲＳがセル固有ＳＲＳかＵＥ固有ＳＲＳかなどを考慮して説明する。
【０１６６】
Ａ．実施例１
【０１６７】
まず、他のＵＥのＳＲＳ送信可能性を保護するためにｅＮＢが設定するセル固有ＳＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ＳＲＳ）の場合について説明する。ＵＥは、セル固有ＳＲＳ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信すると、上記セル固有ＳＲＳ設定に含まれる該当のサブフレームの最後のシンボルでは他のＵＥがＳＲＳを送信する可能性があるという事実がわかる。
【０１６８】
以下、特定ＵＥがＵＬ  ＴＡを用いるか否かによるＵＥの動作に関して説明する。まず、ＵＬ  ＴＡを用いる場合について説明する。
【０１６９】
特定ＵＥが特定サブフレームでＵＬ  ＴＡを用いるＤ２Ｄを送信する場合に、上記サブフレームがセル固有ＳＲＳ設定に含まれると、ＵＥは上記特定サブフレームの最後のシンボルにギャップを設定して他のＵＥのＳＲＳ送信を保護するように動作することができる。又は、Ｄ２Ｄ信号のリソースを極力保証するために、セル固有ＳＲＳ設定にかかわらず、Ｄ２Ｄ信号ギャップ無しでＤ２Ｄ信号を送信するように動作することもできる。又は、他のセルに属したＵＥがセル固有ＳＲＳ設定を知らない場合の誤動作を防ぐために、ＵＬ  ＴＡを用いるＤ２Ｄでも常に毎サブフレームの最後にギャップをおくように動作することもできる。
【０１７０】
一方、特定ＵＥが特定サブフレームでＵＬ  ＴＡを用いないＤ２Ｄを送信する場合には、上記特定ＵＥは下記のように動作することができる。
【０１７１】
特定ＵＥが特定サブフレームでＵＬ  ＴＡを用いないＤ２Ｄを送信する場合には、該当のサブフレームにおけるＤ２Ｄ信号送信を全て省略してもよい。具体的に、該当のサブフレームがセル固有ＳＲＳ設定に含まれると、同様に、他のＵＥのＳＲＳ送信を保護するように動作することができる。ただし、この場合、問題は、サブフレーム境界がＤ２ＤとＵＬ間で一致しないという点である。すなわち、ＵＬサブフレーム観点では、最後のシンボルに該当する位置にセル固有ＳＲＳが設定されるが、Ｄ２Ｄサブフレームの観点ではそれ以外の位置となってＤ２Ｄ信号ギャップと一致しないことがあり得る。この場合には、最後のシンボルにのみＤ２Ｄ信号ギャップが位置する通常のＤ２Ｄサブフレームの構造を維持することが不可能であり得る。したがって、このような状況、すなわち、ＵＥがＵＬ  ＴＡを用いないＤ２Ｄを送信する場合に該当のサブフレームがセル固有ＳＲＳ設定に含まれる状況では、ＵＥは該当のサブフレームにおけるＤ２Ｄ信号送信を全て省略してもよい。特に、このような送信の省略は、一つのサブフレームを全て占めるＵＥのＤ２Ｄメッセージを送信する場合に、より好ましいだろう。
【０１７２】
このような動作は、一般のＵＬ信号とＤ２Ｄとが重なる場合には、Ｄ２Ｄ送信を中止し、ＵＬ信号を送信する原理からさらに進んで、他のＵＥのＳＲＳの送信が可能なサブフレームに対してもさらに、上記ＳＲＳの送信を保護するためにＤ２Ｄ送信を中断するという点で差異点がある。
【０１７３】
一方、Ｄ２ＤＳＳのような信号は、特に、サブフレーム内の一部のシンボルでのみ送信される場合には、その伝送がセル固有ＳＲＳ設定上の最後のシンボルと重ならない限り、送信を行うように動作することができる。
【０１７４】
勿論、例外として、該当のＵＥのＴＡ値が非常に小さいため、Ｄ２Ｄサブフレーム境界とＵＬサブフレーム境界との差が一定レベル以内であれば（例えば、ＣＰ長以内である場合、又は予め設定された閾値以内である場合）、依然として同一のサブフレーム境界を有すると見なし、Ｄ２Ｄ信号ギャップに該当する最後のシンボルを除く残りのシンボルでＤ２Ｄ信号を送信するように動作することができる。
【０１７５】
或いは、セル固有ＳＲＳとＵＬ  ＴＡを用いないＤ２Ｄサブフレームと重なる場合にＤ２Ｄを送信中断する原理をさらに一般化して、ＵＬ  ＴＡの使用にかかわらず、特定Ｄ２Ｄサブフレームがセル固有ＳＲＳ設定と重なるようになるとＤ２Ｄ送信が中断されるように規定されてもよい。この場合には、ＵＬ  ＴＡ使用の有無によるセル固有ＳＲＳ設定処理過程が不要なため、ＵＥの実装及びシステム動作が単純化するという長所がある。
【０１７６】
上述した方式は、つまり、ＵＥがＤ２Ｄサブフレームとセル固有ＳＲＳサブフレームのオーバーラップを確認し、それに基づいて適切な動作を行わなければならないということを意味する。このような動作の複雑さを避けるために、ｅＮＢは最初からＤ２Ｄサブフレームとセル固有ＳＲＳサブフレームとが重ならないように適切にサブフレームを設定するよう規定されてもよい。特に、ＵＬ  ＴＡを用いないＤ２Ｄサブフレームの場合には、ＵＬ  ＴＡを用いないＤ２Ｄサブフレームとセル固有ＳＲＳサブフレームとが重ならないように適切にサブフレーム設定をするように規定されてもよい。
【０１７７】
Ｂ．実施例２
【０１７８】
以下、ＳＲＳ送信をＵＥに指示するためにｅＮＢが設定する端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳの場合について説明する。ＵＥは端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳ設定を受信すると、該当のサブフレームの最後のシンボルでは自身のＳＲＳを送信する。
【０１７９】
以下、特定サブフレームでＵＬ  ＴＡを用いるＤ２Ｄを送信する場合についてまず説明する。特定ＵＥが特定サブフレームでＵＬ  ＴＡを用いるＤ２Ｄを送信する場合に、該当のサブフレームが端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳ設定に含まれると、ＵＥは最後のシンボルでＤ２Ｄ送信を中断し、ＳＲＳを送信することができる。
【０１８０】
一方、特定サブフレームでＵＬ  ＴＡを用いないＤ２Ｄを送信する場合には、上記特定ＵＥは次のように動作することができる。特定ＵＥが特定サブフレームでＵＬ  ＴＡを用いないＤ２Ｄを送信する場合に、該当のサブフレームが端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳ設定に含まれると、上記ＵＥは、同様に、該当のＳＲＳを送信する。ただし、上述したように、ＵＬサブフレーム境界とＤ２Ｄサブフレーム境界とが一致しないことがあり得るため、この場合には、該当のサブフレーム全体におけるＤ２Ｄ送信を省略し、ＳＲＳのみを送信するように動作することができる。
【０１８１】
ただし、Ｄ２ＤＳＳのように、一つのサブフレームの一部のシンボルのみを使用する場合には、上記Ｄ２ＤＳＳが送信される該当のシンボルがＳＲＳ送信シンボルと重ならない限り、Ｄ２ＤＳＳを送信するように動作することもできる。
【０１８２】
勿論、例外として、該当のＵＥのＴＡ値が非常に小さいため、Ｄ２Ｄサブフレーム境界とＵＬサブフレーム境界との差が一定レベル以内であれば（例えば、ＣＰ長以内である場合、又は予め設定された値以内である場合）、上記特定ＵＥは、上記Ｄ２Ｄサブフレームと上記ＵＬサブフレームとが依然として同一のサブフレーム境界を有すると見なし、Ｄ２Ｄ信号ギャップに該当する最後のシンボルを除く残りのシンボルでＤ２Ｄ信号を送信すると共に、最後のシンボルでＳＲＳを送信するように動作することもできる。
【０１８３】
或いは、端末固有ＳＲＳとＵＬ  ＴＡを用いないＤ２Ｄサブフレームが重なる場合にＤ２Ｄを送信中断する原理をさらに一般化して、ＵＬ  ＴＡの使用にかかわらず、特定Ｄ２Ｄサブフレームが端末固有ＳＲＳ設定と重なるとＤ２Ｄ送信が中断されるように規定されてもよい。この場合には、ＵＬ  ＴＡ使用の有無による端末固有ＳＲＳ設定処理過程が不要なため、ＵＥの実装及びシステム動作が単純化するという長所がある。
【０１８４】
上述した方式はつまり、ＵＥがＤ２Ｄサブフレームと端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳサブフレームのオーバーラップを確認し、それに基づいて適切な動作を行わなければならないということを意味する。このような動作の複雑さを避けるために、ｅＮＢは最初からＤ２Ｄサブフレームと端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳサブフレームとが重ならないように適切にサブフレーム設定をするように規定されてもよい。特に、ＵＬ  ＴＡを用いないＤ２Ｄサブフレームが設定された場合には、上記ＵＬ  ＴＡを用いないＤ２Ｄサブフレームと端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳサブフレームとが重ならないように適切にサブフレーム設定をするように規定されてもよい。
【０１８５】
Ｃ．実施例３
【０１８６】
以下では、Ｄ２ＤとＳＲＳのＣＰが異なる状況でＤ２ＤサブフレームとＳＲＳサブフレームとが衝突する場合についてより詳しく説明する。Ｄ２Ｄ信号とＳＲＳを含むｅＮＢへのＷＡＮ信号はカバレッジ（ｃｏｖｅｒａｇｅ）が異なり、ＵＥ間の時間同期レベルが異なるため、独立したＣＰが用いられてもよい。このとき、特定時点でＤ２ＤサブフレームとＳＲＳサブフレームとが重なる場合の処理方法は、ＣＰ（又はＣＰ長）が互いに同じ場合とは異なり得る。また、この場合にも、上記ＵＬ  ＴＡの使用の有無によるＵＥ動作に関する説明を適用することができる。
【０１８７】
場合１）Ｄ２ＤサブフレームのＣＰが拡張ＣＰであり、ＳＲＳサブフレームのＣＰが一般ＣＰであり、且つ該当のサブフレームがセル固有ＳＲＳ設定にのみ含まれる場合
【０１８８】
場合１−１）Ｄ２ＤがＵＬ  ＴＡを用いる場合
【０１８９】
図１５は、本発明の一実施例であり、上記の場合１−１）に対するＵＥの動作を説明するための図である。図１５を参照すると、この場合には、拡張ＣＰの最後のシンボルが一般ＣＰの最後のシンボル区間全体をカバー（ｃｏｖｅｒ）するので、一般的なＳＲＳの実装が可能である。すなわち、ＵＥはセル固有ＳＲＳサブフレームでは最後のシンボルにおけるＤ２Ｄを中断し、他のＵＥのＳＲＳ送信を保護することができる。
【０１９０】
場合１−２）Ｄ２ＤがＵＬ  ＴＡを用いない場合
【０１９１】
図１６は、本発明の他の実施例であり、上記場合１−２）に対するＵＥの動作を説明するための図である。図１６を参照すると、この場合には、たとえ拡張ＣＰにおける一つのシンボルが一般ＣＰの一つのシンボルより長くても、サブフレーム境界の不一致から、ＵＬ  ＴＡによって最後のシンボルを空にしておく動作が他のＤ２Ｄ信号に影響を及ぼし得る。この場合には、上述したように、該当のサブフレームにおけるＤ２Ｄ信号送信を全て省略してもよい。特に、このような送信の省略は、一つのサブフレームを全て占めるＵＥのＤ２Ｄメッセージを送信する場合に、より好ましいだろう。
【０１９２】
一方、Ｄ２ＤＳＳのような信号は、特に、サブフレーム内の一部のシンボルでのみ送信される場合には、その伝送がセル固有ＳＲＳ設定上の最後のシンボルと重ならない限り、送信を行うように動作することもできる。
【０１９３】
勿論、例外として、該当のＵＥのＴＡ値が非常に小さいため、Ｄ２Ｄサブフレーム境界とＵＬサブフレーム境界との差が一定レベル以内であれば（例えば、ＣＰ長以内である場合、又は予め設定された閾値以内である場合）、Ｄ２Ｄ信号が送信されるように設定されてもよい。図１７は、このような場合に、本発明の一実施例としてＵＥの動作を説明する図である。図１７を参照すると、ＵＥは、上記Ｄ２ＤサブフレームとＵＬサブフレームとが依然として同じサブフレーム境界を有すると見なし、Ｄ２Ｄ信号ギャップに該当する最後のシンボルを除く残りのシンボルでＤ２Ｄ信号を送信するように動作することができる。
【０１９４】
この場合、ＵＬ  ＴＡ値が小さいため、ＵＬ  ＴＡを適用した状態における一般ＣＰの最後のシンボルが始まる時点が、ＵＬ  ＴＡを適用しない状態で拡張ＣＰの最後のシンボルが始まる時点よりも遅く現れるので、ＵＥは、拡張ＣＰとして設定されたＤ２Ｄの最後のシンボル送信を中断することによって、他のＵＥのＳＲＳを保護することができる。これは、ＵＬ  ＴＡを適用したＳＲＳサブフレームの最後のシンボルの開始時点がＵＬ  ＴＡを適用しないＤ２Ｄサブフレームの最後のシンボルの開始時点以降に現れる場合にのみ、該当のサブフレームにおけるＤ２Ｄ送信を省略すると解釈してもよい。
【０１９５】
場合２）Ｄ２ＤサブフレームのＣＰが一般ＣＰであり、ＳＲＳサブフレームのＣＰが拡張ＣＰであり、且つ該当のサブフレームがセル固有ＳＲＳ設定にのみ含まれる場合
【０１９６】
図１８は、本発明の更に他の実施例であり、上記の場合２）に対するＵＥの動作を説明するための図である。この場合には、たとえＵＥがＵＬ  ＴＡを用いるとしても最後の一般ＣＰシンボルが始まる前に最後の拡張ＣＰシンボルが始まるため、他のＵＥのＳＲＳを完全に保護することができない。すなわち、上記Ｄ２Ｄサブフレームの最後のシンボル開始時点以前に上記ＳＲＳサブフレームの最後のシンボル開始時点が位置する場合である。この場合には、図１８に示すように、該当のサブフレームにおける全てのＤ２Ｄ送信を省略してもよい。
【０１９７】
場合１−１）と１−２）、そして場合２）間の動作を区分することが、ＵＥの実装を過度に複雑にするとすれば、より単純な動作のためにＵＬ  ＴＡの使用の有無及び／又は適用されるＣＰ（又はＣＰ長）にかかわらず、Ｄ２ＤとＳＲＳが別個のＣＰを用いる場合に、常にセル固有ＳＲＳ設定サブフレームにおけるＤ２Ｄ送信は全サブフレームで中断されるように動作することができる。或いは、ＣＰ（又はＣＰ長）が同じ場合にはＳＲＳとＤ２Ｄ送信を行うことができるが、残りの場合にはＤ２Ｄ送信が中断されるように（又はＤ２Ｄ送信全体がドロップされるように）動作してもよい。ただし、この場合にも、ＴＡが用いられる場合にのみＳＲＳとＤ２Ｄ送信を行うことができ、残りの場合にはＤ２Ｄ送信が中断されるように（又はＤ２Ｄ送信全体がドロップされるように）動作することができる。この場合には、ＵＬ  ＴＡ使用の有無及び／又はＣＰ（又はＣＰ長）によるセル固有ＳＲＳ設定処理過程が不要なため、ＵＥの実装及びシステム動作が単純化するという長所がある。
【０１９８】
勿論、上述したＤ２ＤＳＳのように、一部のシンボルでのみ送信される信号は例外とすることができる。
【０１９９】
上述した方式はつまり、ＵＥがＤ２Ｄサブフレームとセル固有ＳＲＳサブフレームのオーバーラップを確認し、それに基づいて適切な動作を行わなければならないということを意味する。このような動作の複雑さを避けるために、ｅＮＢは最初からＤ２Ｄサブフレームとセル固有ＳＲＳサブフレームとが重ならないように適切にサブフレーム設定を行うように規定されてもよい。特に、Ｄ２ＤとＳＲＳのＣＰが異なる場合に上記Ｄ２Ｄサブフレームとセル固有ＳＲＳサブフレームとがオーバーラップしないように、ｅＮＢが適切にサブフレーム設定を行うように規定されてもよい。
【０２００】
場合３）Ｄ２ＤサブフレームのＣＰが拡張ＣＰであり、ＳＲＳサブフレームのＣＰが一般ＣＰであり、且つ上記ＳＲＳサブフレームが端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳ設定に含まれる場合
【０２０１】
場合３−１）Ｄ２ＤがＵＬ  ＴＡを用いる場合
【０２０２】
この場合には、拡張ＣＰの最後のシンボルが一般ＣＰの最後のシンボル区間をカバーできるので一般的なＳＲＳの実装が可能である。すなわち、ＵＥは、端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳサブフレームに対しては、Ｄ２Ｄサブフレームの最後のシンボルにおけるＤ２Ｄを中断し、ＣＰ長を変更した後にＵＥ自身のＳＲＳを送信することができる。
【０２０３】
場合３−２）Ｄ２ＤがＵＬ  ＴＡを用いない場合
【０２０４】
この場合には、たとえ拡張ＣＰにおける一つのシンボルが一般ＣＰの一つのシンボルよりも長いとしても、サブフレーム境界の不一致から、ＵＬ  ＴＡによって最後のシンボルでＳＲＳを送信する動作が、該当の位置で他のＤ２Ｄ信号の送信に影響を及ぼし得る。したがって、この場合には、上述したように、該当のサブフレームにおけるＤ２Ｄ信号送信を全て省略してもよい。特に、このような送信の省略は、一つのサブフレームを全て占めるＵＥのＤ２Ｄメッセージを送信する場合に、より好ましいだろう。
【０２０５】
一方、Ｄ２ＤＳＳのような信号は、特に、サブフレーム内の一部のシンボルでのみ送信される場合には、その伝送が端末固有ＳＲＳ設定上の最後のシンボルと重ならない限り、送信を行うように動作することもできる。
【０２０６】
勿論、例外として、該当のＵＥのＴＡ値が非常に小さいため、Ｄ２Ｄサブフレーム境界とＵＬサブフレーム境界との差が一定レベル以内であれば（例えば、ＣＰ長以内である場合、又は予め設定された閾値以内である場合）、依然として同じサブフレーム境界を有すると見なし、Ｄ２Ｄ信号ギャップに該当する最後のシンボルを除く残りのシンボルでＤ２Ｄ信号を送信するように動作することができる。
【０２０７】
場合４）Ｄ２ＤサブフレームのＣＰが一般ＣＰであり、ＳＲＳサブフレームのＣＰが拡張ＣＰであり、且つ特定サブフレームが端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳ設定に含まれる場合
【０２０８】
この場合には、たとえＵＥがＵＬ  ＴＡを用いるとしても一般ＣＰサブフレームの最後のシンボルが始まる前に拡張ＣＰサブフレームの最後のシンボルが始まるため、ＳＲＳを正常に送信することができない。すなわち、上記Ｄ２Ｄサブフレームの最後のシンボルが始まる前に上記ＳＲＳサブフレームの最後のシンボルが始まる場合には、該当のサブフレームにおける全てのＤ２Ｄ送信を省略してもよい。
【０２０９】
場合３−１）と３−２）、そして場合４）間の動作を区分することがＵＥの実装を過度に複雑にするとすれば、より単純な動作のために、ＵＬ  ＴＡの使用の有無及び／又はＣＰ（又はＣＰ長）にかかわらず、Ｄ２ＤとＳＲＳが個別のＣＰを用いる場合には、常に端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳ設定サブフレームにおけるＤ２Ｄ送信は全サブフレームで中断されるように動作することができる。すなわち、ＣＰが同一である場合にはＳＲＳとＤ２Ｄ送信を行うことができるが、残りの場合にはＤ２Ｄ送信が中断されるように（又はＤ２Ｄ送信全体がドロップされるように）動作することができる。ただし、この場合にも、ＴＡが用いられる場合に限ってＳＲＳとＤ２Ｄ送信を行うことができ、残りの場合にはＤ２Ｄ送信が中断されるように（又は、Ｄ２Ｄ送信全体がドロップされるように）動作することができる。
【０２１０】
勿論、上述したＤ２ＤＳＳのように、一部のシンボルでのみ送信される信号は例外とすることができる。
【０２１１】
上述した方式はつまり、ＵＥがＤ２Ｄサブフレームと端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳサブフレームのオーバーラップを確認し、ＣＰにしたがって適切な動作を行わなければならないということを意味する。このような動作の複雑さを避けるために、ｅＮＢは最初からＤ２Ｄサブフレームと端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳサブフレームとが重ならないように適切にサブフレーム設定を行うように規定されてもよい。特に、Ｄ２ＤとＳＲＳのＣＰが異なる場合、ｅＮＢはＤ２Ｄサブフレームと端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳサブフレームとが重ならないように適切にサブフレーム設定を行うように規定されてもよい。
【０２１２】
一方、ＳＲＳは、一つのサブフレームの全ＲＢで設定されるのではなく、一部のＲＢでのみ設定されてもよい。したがって、このような場合に、上述したＤ２ＤサブフレームとＳＲＳサブフレーム間の衝突の問題は、実際にＤ２Ｄ送信が起きるＲＢの一部或いは全てが、ＳＲＳが設定されるＲＢに含まれる場合に限って適用され得る。或いは、ＵＥがそれぞれの状況でＳＲＳ  ＲＢ設定とＤ２Ｄ  ＲＢ設定を比較して異なる動作を行う複雑性を避けるために、たとえＤ２Ｄ  ＲＢとＳＲＳ  ＲＢとが重ならなくても、Ｄ２ＤサブフレームとＳＲＳサブフレームとがオーバーラップする場合には、上述した方式を適用して一括的に衝突の問題を解決することも可能である。
【０２１３】
上述した方式によってｅＮＢ動作に対する規定が定義される場合、ＵＥは、そういう規定にしたがってｅＮＢが適切な設定を行うという仮定下で動作が設計されてもよい。
【０２１４】
以下では、上述したＤ２Ｄ送信シンボルとセル固有或いは端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳが設定されたシンボルとのオーバーラップについてさらに詳しく説明する。
【０２１５】
図１９は、本発明に適用可能な、ＯＮ／ＯＦＦ（オン／オフ）タイムマスクを説明するための図である。図１９を参照して、ＯＮ／ＯＦＦ（オン／オフ）タイムマスクについて説明する。
【０２１６】
ＯＮ／ＯＦＦタイムマスク
【０２１７】
送信機は典型的に、出力電力をオンに（ｔｕｒｎ−ｏｎ）するためにだけでなく、出力電力をオフに（ｔｕｒｎ−ｏｆｆ）するためにも一定時間を必要とする。これは、出力電力をオン及びオフにすることが即座に発生しないことを意味する。その上、オン状態及びオフ状態間の非常に急な転移は、隣接したチャネル干渉を発生させる隣接したキャリア（ｃａｒｒｉｅｒ）において不所望の信号放出を発生させることがあり、これは特定のレベルに制限されなければならない。したがって、送信機がオフ状態からオン状態にスイッチングされたり、これと逆にスイッチングされる区間である転移区間（ｔｒａｎｓｉｅｎｔ  ｐｅｒｉｏｄ）が存在する。また、上りリンクの場合、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳのような物理層チャネル（或いは、信号）によってサブフレーム別に電力割り当てを異なるように設定し、連続するチャネル間に電力差が発生する場合にも、同様に転移区間（ｔｒａｎｓｉｅｎｔ  ｐｅｒｉｏｄ）が存在する。
【０２１８】
図１９Ａは、一般的なＯＮ／ＯＦＦタイムマスクを例示する図である。
【０２１９】
図１９Ａを参照すると、一般的なＯＮ／ＯＦＦタイムマスク（ｔｉｍｅ  ｍａｓｋ）は、オフパワー（ＯＦＦ  ｐｏｗｅｒ）からオンパワー（ＯＮ  ｐｏｗｅｒ）への出力パワーをオンに（ｔｕｒｎ−ｏｎ）する時に観察される区間、及び逆にオンパワー（ＯＮ  ｐｏｗｅｒ）からオフパワー（ＯＦＦ  ｐｏｗｅｒ）への出力パワーをオフに（ｔｕｒｎ−ｏｆｆ）する時に観察される区間と定義される。このようなＯＮ／ＯＦＦタイムマスクは、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｅｄ  Ｔｒａｎｓｍｉｓｓｉｏｎ）区間、測定ギャップ（ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ）、隣接する／隣接しない伝送の開始或いは終了時に発生し得る。
【０２２０】
ＯＦＦパワー測定期間（ＯＦＦ  ｐｏｗｅｒ  ｍｅａｓｕｒｅｍｅｎｔ  ｐｅｒｉｏｄ）は、転移区間（ｔｒａｎｓｉｅｎｔ  ｐｅｒｉｏｄ）を除いた少なくとも一つのサブフレームの区間と定義される。また、ＯＮパワーは、転移区間を除いた一つのサブフレームにわたる平均パワーと定義される。ここで、ＯＦＦパワー区間及びＯＮパワー区間ではそれぞれＯＦＦパワー及びＯＮパワー要求事項を満たさなければならないが、転移区間では上りリンク伝送パワーに対する要求事項が定義されていない。
【０２２１】
以下の説明で、オン（ＯＮ）とオフ（ＯＦＦ）との間の転移区間（ｔｒａｎｓｉｅｎｔ  ｐｅｒｉｏｄ）として２０ｕｓが消費されると仮定したが、これは許容される最大の区間（ｄｕｒａｔｉｏｎ）であり、ＵＥの実装によっては、より速いオン／オフ間の変換も可能である。
【０２２２】
図１９Ｂは、単一のＳＲＳタイムマスクを例示する図であり、図１９Ｃは、二重（ｄｕａｌ）のＳＲＳタイムマスクを例示する図である。
【０２２３】
図１９Ｂを参照すると、ＳＲＳシンボル（ＳＲＳ  ＯＮパワー区間）とＯＦＦパワー区間との間でそれぞれ２０μｓの転移区間が設定される。単一のＳＲＳ伝送の場合、ＳＲＳ  ＯＮパワーは、転移区間を除いたＳＲＳ伝送のためのシンボル区間における平均パワーと定義され、ＳＲＳ  ＯＮパワー要求事項を満たさなければならない。
【０２２４】
一方、図１９Ｃを参照すると、二重のＳＲＳ伝送の場合（例えば、ＵｐＰＴＳ伝送の場合）、二重のＳＲＳシンボルとＯＦＦパワー区間との間でそれぞれ２０μｓの転移区間が設定される。ここで、二重のＳＲＳシンボル間に設定される転移区間は、二重のＳＲＳシンボル間に周波数ホッピングが適用される場合或いは伝送パワーが変更される場合にのみ適用することができる。二重のＳＲＳ伝送の場合、ＳＲＳ  ＯＮパワーは転移区間を除いたＳＲＳ伝送のための各シンボル区間における平均パワーと定義され、ＳＲＳ  ＯＮパワー要求事項を満たさなければならない。
【０２２５】
図１９Ｄは、スロット／サブフレーム境界におけるタイムマスクを例示する図である。
【０２２６】
図１９Ｄを参照すると、サブフレーム境界タイムマスクは、以前或いはその次のサブフレームと（参照）サブフレームとの間で観察される区間と定義される。図１９Ｄの例示で、Ｎ0サブフレームとＮ+1サブフレームとの間、及びＮ+1サブフレームとＮ+2サブフレームとの間でそれぞれ４０μｓ転移区間（２０μｓ＋２０μｓ）が設定される。ここで、サブフレーム内のスロット境界における転移区間は、イントラサブフレーム周波数ホッピング（ｈｏｐｐｉｎｇ）の場合でのみ設定され、スロット境界の両側に２０μｓずつ設定される。
【０２２７】
ただし、サブフレームがＳＲＳタイムマスクを含む場合にはこれと異なるように定義されてもよく、これについて図１９Ｅ乃至図１９Ｈを参照して説明する。
【０２２８】
図１９Ｅ乃至図１９Ｈは、ＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳタイムマスクを例示する図である。
【０２２９】
図１９Ｅは、ＳＲＳシンボル以前には伝送があるが、ＳＲＳシンボル以降には伝送がない場合にＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳタイムマスクを例示している。この場合、ＰＵＳＣＨ／ＰＵＣＣＨシンボルとＳＲＳ伝送シンボルとの間には４０μｓ転移区間（２０μｓ＋２０μｓ）が設定されるが、Ｎ+1サブフレームの次のサブフレームで上りリンク伝送がないため、次のサブフレームの開始地点から２０μｓ転移区間が設定される。
【０２３０】
図１９Ｆは、ＳＲＳシンボル以前及びＳＲＳシンボル以降に伝送がある場合にＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳタイムマスクを例示している。この場合、ＰＵＳＣＨ／ＰＵＣＣＨシンボルとＳＲＳ伝送シンボルとの間には４０μｓ転移区間（２０μｓ＋２０μｓ）が設定され、ＳＲＳシンボルの次のサブフレーム（Ｎ+2サブフレーム）で上りリンク伝送があるため、ＳＲＳシンボル以降に４０μｓ転移区間が設定される。
【０２３１】
図１９Ｇは、ＳＲＳシンボル以降には伝送があるが、ＳＲＳシンボル以前には伝送がない場合にＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳタイムマスクを例示している。この場合、ＳＲＳシンボルとＯＦＦパワー区間との間に２０μｓの転移区間が設定され、ＳＲＳシンボルの次のサブフレーム（Ｎ+2サブフレーム）で上りリンク伝送があるため、ＳＲＳシンボル以降に４０μｓ転移区間が設定される。
【０２３２】
図１９Ｈは、ＦＤＤシステムにおけるＳＲＳ消去（ｂｌａｎｋｉｎｇ）が存在する場合、ＳＲＳタイムマスクを例示している。ＳＲＳ消去（ｂｌａｎｋｉｎｇ）が存在する場合、ＳＲＳ消去の以前及び以降の両方で上りリンク伝送があっても、それぞれ２０μｓの転移区間が設定される。
【０２３３】
上述したように、ＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳタイムマスクは、ＳＲＳシンボルとそれに隣接したＰＵＳＣＨ／ＰＵＣＣＨシンボルとの間、或いはＳＲＳシンボルとそれに隣接したサブフレームとの間で観察される期間と定義される。
【０２３４】
イントラバンド隣接キャリアアグリゲーション（ｉｎｔｒａ−ｂａｎｄ  ｃｏｎｔｉｇｕｏｕｓ  ＣＡ）の場合、前述した一般的な出力パワーＯＮ／ＯＦＦタイムマスクを、ＯＮパワー期間及び転移区間の間に各コンポーネントキャリア別に適用することができる。前述したＯＦＦ期間は、全てのコンポーネントキャリアがＯＦＦである場合にのみ各コンポーネントキャリア別に適用することができる。
【０２３５】
以上述べたように、ＵＥが送受信間の切替を行う時には一定の転移区間が必要である。例えば、図１９Ａを参照すると、ＳＲＳシンボル区間におけるＵＥ送信電力を安定的に維持するために、ＵＥはＳＲＳシンボル前後の一定時間（最大２０ｕｓ）の転移区間を有する。
【０２３６】
加えて、ＵＥの送信するパラメータ（例えば、ＲＢ位置又は伝送パワー（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｗｅｒ）など）が連続した２つの伝送間において異なると、この場合にも転移区間が必要である。、例えば、図１９Ｆを参照すると、ＵＥはＰＵＳＣＨ／ＰＵＣＣＨ伝送以降に一定時間（最大４０ｕｓ）の転移区間をおき、異なったパラメータを有し得るＳＲＳ伝送を準備することができる。ここで、最大転移区間が２倍に増えたのは、ＰＵＳＣＨ／ＰＵＣＣＨ伝送からオフ状態に進行するために最大２０ｕｓが必要であり、オフ状態からＳＲＳ伝送に進行するために最大２０ｕｓが必要であることを勘案したわけである。
【０２３７】
セル固有ＳＲＳだけが設定された場合に、図１９Ｈを参照すると、同様に、ＵＥは、ＵＥ自身が送信しないＳＲＳ周辺で転移区間をおき、オフ電力（ＯＦＦ  ｐｏｗｅｒ）を維持するために動作する。
【０２３８】
一般に、Ｄ２Ｄ送信とＳＲＳ送信（ここで、ＳＲＳ送信は、ＳＲＳを送信しなかったため、０の電力で送信するオフ状態を含む。）は個別のパラメータを有するため、上記の本発明で説明した動作を行う際に「Ｄ２Ｄ送信とＳＲＳシンボルが重なる」ということは、上記転移区間を勘案したものと解釈することができる。
【０２３９】
例えば、次の状況を仮定する場合に、「Ｄ２Ｄ送信とシンボルが重なる」ということは、下記の動作を意味することができる。Ｄ２Ｄ送信とＳＲＳが同一にＵＬタイミングに従い、ＣＰも同一であり、この場合には図１９Ｂ乃至図１９Ｈに示したような時間マスクを用いるものの、ＰＵＳＣＨ／ＰＵＣＣＨをＤ２Ｄ送信に置き換え可能であると仮定する場合、上記オーバーラップは下記の動作を意味することができる。
【０２４０】
１）Ｄ２Ｄ送信サブフレームの最後のシンボルにセル固有ＳＲＳが設定された場合、ＵＥはＳＲＳシンボル以前に転移区間を有し、ＳＲＳシンボル位置からはオフ状態を維持しなければならない。ＳＲＳシンボルの開始時点から２０ｕｓ以前までは正常のＤ２Ｄ送信電力を維持しなければならない。
【０２４１】
２）Ｄ２Ｄ送信サブフレームの最後のシンボルにセル固有ＳＲＳが設定された場合、ＵＥは、ＳＲＳシンボル以前に転移区間を有し、ＳＲＳシンボル位置からはＳＲＳ伝送のオン状態を維持しなければならない。ＳＲＳシンボルの開始時点から４０ｕｓ以前までは正常のＤ２Ｄ送信電力を維持しなければならない。
【０２４２】
図２０は、本発明の一実施例に適用可能な、転移区間及びオーバーラップの関係を説明するための図である。
【０２４３】
Ｄ２Ｄ送信サブフレームの最後のシンボルにセル固有ＳＲＳが設定された場合、万一、該当のＵＥがオンからオフへの状態転換に必要な転移区間がＸ（ｕｓ）であるとすれば、これは、Ｄ２Ｄ送信終了シンボルとＳＲＳシンボル開始シンボル間のオーバーラップが（２０−Ｘ）（ｕｓ）以下である場合には、依然としてシンボルオーバーラップがないと見なしてもよいことを意味することができる。これは、図２０に示すように、ＵＥが、Ｄ２Ｄ送信終了シンボルの２０ｕｓ以前になる時点まではＤ２Ｄ送信を行い、Ｘ（ｕｓ）の間にオフ状態に遷移すると、ＳＲＳシンボルが始まり、ＳＲＳシンボルの開始時点からはオフ状態を維持できるためである。勿論、最大許容転移区間の長さは２０ｕｓ以外の値に設定されてもよく、上述したように、ＵＥが送信する信号の種類及び順序によって異なってもよい。
【０２４４】
図２０を参照すると、Ｄ２Ｄ送信シンボルがＳＲＳシンボルと重なるということは、与えられた状況で許容された最大転移区間においてオーバーラップ領域を除いた残りの区間が、実際にＵＥがＳＲＳシンボルで必要な動作への転移区間よりも小さくなり、ＳＲＳシンボル開始時点からＵＥが正常の動作を行うことのできない状態を意味できることが分かる。ここで、正常の動作とは、セル固有ＳＲＳのみが設定された場合には、オフ状態を維持する動作を意味することができる。また、端末固有（ＵＥ−ｓｐｅｃｉｆｉｃ）ＳＲＳが設定された場合には、ＳＲＳパラメータに合わせてオン状態を維持する動作を意味することができる。
【０２４５】
次に、Ｄ２ＤサブフレームとＳＲＳサブフレームとが重なって問題が発生する場合に、Ｄ２Ｄ送信を中断する具体的な方法を図２１を参照して説明する。
【０２４６】
方法１）問題が発生するサブフレームにおける全Ｄ２Ｄシンボルで伝送を中断することができる。上述したように、ここで、Ｄ２ＤＳＳのように一部のシンボルでのみ送信される信号は例外とすることができる。
【０２４７】
方法２）他の方法として、ＵＥは、問題が発生するＤ２Ｄシンボルでのみ信号伝送を中断することができる。この場合は、問題とならないシンボルではＤ２Ｄ送信を維持できるため、該当のシンボルのみを用いたＤ２Ｄ送信を持続できるという長所がある。ただし、この場合、受信ＵＥは、いかなるシンボルでＤ２Ｄ送信が中断されるかをさらに把握する機能を備えなければならない。例えば、ＵＥはＤ２Ｄシンボル別受信電力の検出を試みることができる。
【０２４８】
方法３）更に他の方法として、Ｄ２Ｄシンボル送信に連続性を保証して、最初から問題の発生するＤ２Ｄシンボル以前までは信号を送信するようにすることができる。この方法は、部分的なＤ２Ｄサブフレームを使用しながらも、可能な組み合わせの個数を減らすという点で、２つの方法の折衷案であるといえる。
【０２４９】
勿論、ＵＥは、上記の方法１）、２）、３）を状況に応じて選択して動作することができる。一例として、オーバーラップの結果、実際にＤ２Ｄ伝送に使用可能なシンボルの個数が一定の個数以下であれば、ＵＥは、方法２）乃至３）によって該当のシンボルでＤ２Ｄ信号を送信するが、実際にＤ２Ｄ伝送に使用可能なシンボルの個数が一定の個数を超えると、ＵＥは上記Ｄ２Ｄ信号を送信することが実際のＤ２Ｄ性能に役立たないと判断し、方法１）によってサブフレーム全体における送信を中断するように動作することができる。
【０２５０】
図２２には、本発明の実施例に適用可能な基地局及び端末を例示する。リレーを含むシステムの場合、基地局又は端末をリレーに取り替えることができる。
【０２５１】
図２２を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手続及び／又は方法を実装するように構成することができる。メモリ１１４は、プロセッサ１１２と接続され、プロセッサ１１２の動作と関連する多様な情報を格納する。ＲＦユニット１１６は、プロセッサ１１２と接続され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は、本発明で提案した手続及び／又は方法を実装するように構成することができる。メモリ１２４は、プロセッサ１２２と接続され、プロセッサ１２２の動作と関連する多様な情報を格納する。ＲＦユニット１２６は、プロセッサ１２２と接続され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。
【０２５２】
以上で説明した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【０２５３】
本文書において、本発明の実施例は、主に端末と基地局との間のデータ送受信関係を中心に説明した。本文書で基地局によって行われると説明した特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行うことができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで端末との通信のために行われる多様な動作が、基地局又は基地局以外の他のネットワークノードによって行えることは自明である。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に取り替えることができる。また、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に取り替えることができる。
【０２５４】
本発明に係る実施例は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって実装することができる。ハードウェアによる実装の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって実装することができる。
【０２５５】
ファームウェアやソフトウェアによる実装の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手続、関数などの形態に実装することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０２５６】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０２５７】
本発明は、端末、リレー、基地局などのような無線通信装置に利用可能である。
【図１】
0006626005.tif 000011
【図２】
0006626005.tif 000012
【図３】
0006626005.tif 000013
【図４】
0006626005.tif 000014
【図５】
0006626005.tif 000015
【図６】
0006626005.tif 000016
【図７】
0006626005.tif 000017
【図８】
0006626005.tif 000018
【図９】
0006626005.tif 000019
【図１０】
0006626005.tif 000020
【図１１】
0006626005.tif 000021
【図１２】
0006626005.tif 000022
【図１３】
0006626005.tif 000023
【図１４】
0006626005.tif 000024
【図１５】
0006626005.tif 000025
【図１６】
0006626005.tif 000026
【図１７】
0006626005.tif 000027
【図１８】
0006626005.tif 000028
【図１９Ａ】
0006626005.tif 000029
【図１９Ｂ】
0006626005.tif 000030
【図１９Ｃ】
0006626005.tif 000031
【図１９Ｄ】
0006626005.tif 000032
【図１９Ｅ】
0006626005.tif 000033
【図１９Ｆ】
0006626005.tif 000034
【図１９Ｇ】
0006626005.tif 000035
【図１９Ｈ】
0006626005.tif 000036
【図２０】
0006626005.tif 000037
【図２１】
0006626005.tif 000038
【図２２】
0006626005.tif 000039