(57)【特許請求の範囲】
【請求項１】
無線通信システムにおけるノードの動作方法において、
親ノードとの通信に関連した第１の割当情報と、子ノードとの通信に関連した第２の割当情報とを受信し、
前記第１の割当情報及び前記第２の割当情報に基づいて前記親ノードとの通信または前記子ノードとの通信を実行し、
前記第１の割当情報は、特定のリソースのリソースタイプを、ダウンリンク、アップリンク、及びフレキシブルの一つとして知らせ、
ハードリソース、ソフトリソース及び使用不可リソースの中のハードリソースとして前記特定のリソースを知らせる前記第２の割当情報に基づいて、前記特定のリソースは、前記第１の割当情報にかかわらず前記子ノードとの通信に使用される、方法。
【請求項２】
前記第２の割当情報は、前記特定のリソースのリソースタイプを、ハードダウンリンク、ソフトダウンリンク、ハードアップリンク、ソフトアップリンク、ハードフレキシブル、ソフトフレキシブル、及び使用不可の一つとして知らせる、請求項１に記載の方法。
【請求項３】
前記ハードダウンリンクは、前記特定のリソースが、前記ノードにとって前記子ノードに信号を送信することが常に可能であり得るリソースであることを示し、
前記ソフトダウンリンクは、前記特定のリソースが、前記ノードによる前記子ノードへの信号の送信が前記親ノードにより制御されるリソースであることを示す、請求項２に記載の方法。
【請求項４】
前記ハードアップリンクは、前記特定のリソースが、前記ノードにとって前記子ノードから信号を受信することが常に可能であり得るリソースであることを示し、
前記ソフトアップリンクは、前記特定のリソースが、前記ノードによる前記子ノードからの信号の受信が前記親ノードにより制御されるリソースであることを示す、請求項２に記載の方法。
【請求項５】
前記ハードフレキシブルは、前記特定のリソースが、前記ノードと前記子ノードとの間の関係において常にフレキシブルリソースであることを示し、
前記ソフトフレキシブルは、前記特定のリソースが、前記ノードと前記子ノードとの間の関係においてフレキシブルリソースであるかどうかが前記親ノードにより制御されるリソースであることを示す、請求項２に記載の方法。
【請求項６】
前記使用不可は、前記特定のリソースが前記ノードと前記子ノードとの間の関係において使われないリソースであることを示す、請求項２に記載の方法。
【請求項７】
ソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルとしてリソースを知らせる前記第２の割当情報に基づいて、かつ、前記第１の割当情報にしたがって前記ノードに割り当てられる前記リソースに基づいて、前記リソースは、前記親ノードとの通信に使われると見なされる、請求項１に記載の方法。
【請求項８】
ソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルとしてリソースを知らせる前記第２の割当情報に基づいて、かつ、前記第１の割当情報にしたがって前記ノードに割り当てられない前記リソースに基づいて、前記リソースは、前記子ノードとの通信に使われると見なされる、請求項１に記載の方法。
【請求項９】
前記第１の割当情報及び前記第２の割当情報は、前記親ノードから受信される、請求項１に記載の方法。
【請求項１０】
前記子ノードは、前記ノードに連結されたＵＥ（User Equipment）である、請求項１に記載の方法。
【請求項１１】
ソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルとしてリソースを知らせる前記第２の割当情報に基づいて、前記子ノードとの通信のための前記リソースの使用可能性についての特別な明示的または暗黙的指示が提供されないことに基づいて、前記リソースは、前記親ノードとの通信に使われる、請求項１に記載の方法。
【請求項１２】
ノードであって、
無線信号を送信及び受信するトランシーバと、
前記トランシーバと結合して動作するプロセッサと、を含み、
前記プロセッサは、
親ノードとの通信に関連した第１の割当情報と、子ノードとの通信に関連した第２の割当情報とを受信し、
前記第１の割当情報及び前記第２の割当情報に基づいて前記親ノードとの通信または前記子ノードとの通信を実行するように構成され、
前記第１の割当情報は、特定のリソースのリソースタイプを、ダウンリンク、アップリンク、及びフレキシブルの一つとして知らせ、
ハードリソース、ソフトリソース及び使用不可リソースの中のハードリソースとして前記特定のリソースを知らせる前記第２の割当情報に基づいて、前記特定のリソースは、前記第１の割当情報にかかわらず前記子ノードとの通信に使用される、ノード。
【請求項１３】
無線通信システムにおける親ノードを動作させる方法において、
ノードとの通信に関連した第１の割当情報と、前記ノードと前記ノードの子ノードとの間の通信に関連した第２の割当情報を送信し、
前記第１の割当情報及び前記第２の割当情報に基づいて前記ノードとの通信を実行し、
前記第１の割当情報は、特定のリソースのリソースタイプを、ダウンリンク、アップリンク、及びフレキシブルの一つとして知らせ、
ハードリソース、ソフトリソース及び使用不可リソースの中のハードリソースとして前記第２の割当情報により知らされる前記特定のリソースに基づいて、前記特定のリソースは、前記第１の割当情報にかかわらず前記ノードと前記子ノードとの間の通信に使われる、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるノードの動作方法及びこの方法を利用する装置に関する。
【背景技術】
【０００２】
より多くの通信機器がより大きい通信容量を要求するにつれて、既存の無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭している。また、多数の機器及びモノを接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。
【０００３】
信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービスまたは端末を考慮した通信システムも論議されており、改善されたモバイルブロードバンド通信、マッシブＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術を新しいＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）またはＮＲ（ｎｅｗ  ｒａｄｉｏ）と呼ぶ。
【０００４】
ＮＲのような将来無線通信システムでは、帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ：ＢＷＰ）を導入することができる。広帯域を使用する無線通信システムにおいて、前記広帯域をサポートしにくい端末のために一部帯域を割り当てるために、帯域幅部分が使われることができる。
【０００５】
一方、ＮＲでは、ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）に比べて広い帯域幅（ｂａｎｄｗｉｄｔｈ）を使用することができ、また、マッシブ（ｍａｓｓｉｖｅ）ＭＩＭＯ（ｍｕｌｔｉ−ｉｎｐｕｔ  ｍｕｌｔｉ−ｏｕｔｐｕｔ）、マルチビーム（ｍｕｌｔｉ  ｂｅａｍ）を使用することができる。
【０００６】
また、ＮＲでは、統合アクセス及びバックホール（Ｉｎｔｅｇｒａｔｅｄ  ａｃｃｅｓｓ  ａｎｄ  ｂａｃｋｈａｕｌ：ＩＡＢ）を導入することができる。ここで、アクセスとは、例えば、基地局−端末を意味することができ、バックホールとは、例えば、基地局−基地局または基地局−コアネットワーク（ｃｏｒｅ  ｎｅｔｗｏｒｋ）を意味することができる。ＮＲでは、アクセスとバックホールで互いに異なる無線リソース／無線チャネルを使用することもできるが、同じ無線リソース及び／または無線チャネルを使用することも考慮している。例えば、第１の基地局がアクセスリンクを介して接続された端末をサービングするときに使用する無線リソースと無線チャネルを、前記第１の基地局と第２の基地局との間のバックホールリンクにも使用することができる。
【０００７】
ここで、基地局、端末などの用語は、便宜上使われたものに過ぎず、他の用語、例えば、ノード（ｎｏｄｅ）という用語に代替されることもできる。例えば、第２の基地局が、第１の基地局とのバックホールリンクを経て第１の基地局にアクセスリンクを介して接続された端末を制御／スケジューリングすると仮定する。この場合、第１の基地局の観点で、第２の基地局は、親ノード（ｐａｒｅｎｔ  ｎｏｄｅ）またはドナーノード（ｄｏｎｏｒ  ｎｏｄｅ）と称することもあり、端末は、子ノード（ｃｈｉｌｄ  ｎｏｄｅ）と称することもある。そして、第１の基地局は、中継ノード（ｒｅｌａｙ  ｎｏｄｅ）またはＩＡＢノードと称することもある。
【０００８】
ＩＡＢ環境では、基地局と端末との間の通信がアクセスリンクのみを介して実行されることもできるが、アクセスリンク及びバックホールリンクを介して実行されることもできる。結果的に、アクセス及びバックホールを全て考慮したリソースのスケジューリングが必要である。そして、このようなスケジューリングでアクセスとバックホールとの間に不要な干渉が発生することを減らす方法及び装置が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明が解決しようとする技術的課題は、無線通信システムにおけるノードの動作方法及びこれを利用する装置を提供することにある。
【課題を解決するための手段】
【００１０】
一側面において、無線通信システムにおけるノードの動作方法を提供する。前記方法は、親ノード（ｐａｒｅｎｔ  ｎｏｄｅ）との通信に関連した第１の割当情報及び子ノード（ｃｈｉｌｄ  ｎｏｄｅ）との通信に関連した第２の割当情報を受信し、前記第１の割当情報及び前記第２の割当情報に基づいて前記親ノードまたは前記子ノードと通信を実行し、前記第１の割当情報は、特定のリソースのリソースタイプを三つのうち一つで知らせ、前記第２の割当情報は、前記特定のリソースのリソースタイプを七つのうち一つで知らせ、前記第２の割当情報が前記特定のリソースを常に前記子ノードとの通信に使用することができるハード（ｈａｒｄ）リソースに指示する場合、前記第１の割当情報にかかわらず前記特定のリソースを前記子ノードとの通信に使用することを特徴とする。
【００１１】
前記第１の割当情報は、前記特定のリソースのリソースタイプを、ダウンリンク、アップリンク及びフレキシブル（ｆｌｅｘｉｂｌｅ）のうち一つで知らせる。
【００１２】
前記第２の割当情報は、前記特定のリソースのリソースタイプを、ハードダウンリンク、ソフト（ｓｏｆｔ）ダウンリンク、ハードアップリンク、ソフトアップリンク、ハードフレキシブル（ｈａｒｄ  ｆｌｅｘｉｂｌｅ）、ソフトフレキシブル（ｓｏｆｔ  ｆｌｅｘｉｂｌｅ）、及び使用不可（ｎｏｔ−ａｖａｉｌａｂｌｅ）のうち一つで知らせる。
【００１３】
前記ハードダウンリンクは、前記特定のリソースが、前記ノードが前記子ノードに信号を送信することが常に可能な（ａｌｗａｙｓ  ａｖａｉｌａｂｌｅ）リソースであることを示し、前記ソフトダウンリンクは、前記特定のリソースが、前記ノードが前記子ノードに信号を送信することが前記親ノードにより制御されるリソースであることを示す。
【００１４】
前記ハードアップリンクは、前記特定のリソースが、前記ノードが前記子ノードから信号を受信することが常に可能な（ａｌｗａｙｓ  ａｖａｉｌａｂｌｅ）リソースであることを示し、前記ソフトアップリンクは、前記特定のリソースが、前記ノードが前記子ノードから信号を受信することが前記親ノードにより制御されるリソースであることを示す。
【００１５】
前記ハードフレキシブルは、前記特定のリソースが、前記ノードと前記子ノードとの関係で常にフレキシブルリソースであることを示し、前記ソフトフレキシブルは、前記特定のリソースが、前記ノードと前記子ノードとの関係でフレキシブルリソースかどうかが前記親ノードにより制御されるリソースであることを示す。
【００１６】
前記使用不可は、前記特定のリソースが前記ノードと前記子ノードとの関係で使われることができないリソースであることを示す。
【００１７】
前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記第１の割当情報により前記ノードに割り当てられる時、前記リソースは、前記親ノードとの通信に使われると見なされる。
【００１８】
前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記第１の割当情報により前記ノードに割り当てられない時、前記リソースは、前記子ノードとの通信に使われると見なされる。
【００１９】
前記第１の割当情報及び前記第２の割当情報を前記親ノードから受信する。
【００２０】
前記子ノードは、前記ノードに接続された端末である。
【００２１】
前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記子ノードとの通信に使用可能であるという別途の明示的または暗黙的指示がない時、前記リソースは、前記親ノードとの通信に使われる。
【００２２】
他の側面で提供されるノードは、無線信号を送信及び受信するトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）、及び前記トランシーバと結合して動作するプロセッサを含み、前記プロセッサは、親ノード（ｐａｒｅｎｔ  ｎｏｄｅ）との通信に関連した第１の割当情報及び子ノード（ｃｈｉｌｄ  ｎｏｄｅ）との通信に関連した第２の割当情報を受信し、前記第１の割当情報及び前記第２の割当情報に基づいて前記親ノードまたは前記子ノードと通信を実行し、前記第１の割当情報は、特定のリソースのリソースタイプを三つのうち一つで知らせ、前記第２の割当情報は、前記特定のリソースのリソースタイプを七つのうち一つで知らせ、前記第２の割当情報が前記特定のリソースを常に前記子ノードとの通信に使用することができるハード（ｈａｒｄ）リソースに指示する場合、前記第１の割当情報にかかわらず前記特定のリソースを前記子ノードとの通信に使用することを特徴とする。
【００２３】
他の側面で提供される、無線通信システムにおける親ノードの動作方法は、ノード（ｎｏｄｅ）との通信に関連した第１の割当情報及び前記ノードの子ノード（ｃｈｉｌｄ  ｎｏｄｅ）と前記ノードの通信に関連した第２の割当情報を送信し、前記第１の割当情報及び前記第２の割当情報に基づいて前記ノードと通信を実行し、前記第１の割当情報は、特定のリソースのリソースタイプを三つのうち一つで知らせ、前記第２の割当情報は、前記特定のリソースのリソースタイプを七つのうち一つで知らせ、前記特定のリソースが、前記第２の割当情報により、前記ノードが常に前記子ノードとの通信に使用することができるハード（ｈａｒｄ）リソースに指示される場合、前記第１の割当情報にかかわらず前記特定のリソースは、前記ノードと前記子ノードとの通信に使われることを特徴とする。
【発明の効果】
【００２４】
本発明によると、アクセスリンクに対するリソース割当とバックホールリンクに対するリソース割当を全て提供することで、ＩＡＢ環境で効率的なスケジューリング方法を提供する。また、前記アクセスリンクに対するリソース割当とバックホールリンクに対するリソース割当との間に衝突が発生する場合、どのような方法により動作すべきかを明確に規定することで、曖昧さの発生を防止して不要な干渉発生も防止できる。
【図面の簡単な説明】
【００２５】
【図１】既存無線通信システムを例示する。
【図２】ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【図５】ＮＲで適用されることができるフレーム構造を例示する。
【図６】ＣＯＲＥＳＥＴを例示する。
【図７】従来の制御領域とＮＲでのＣＯＲＥＳＥＴの相違点を示す。
【図８】ＮＲで新しく導入された搬送波帯域幅部分（ｃａｒｒｉｅｒ  ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）を例示する。
【図９】ＧＰＰシステムに利用される物理チャネル及び一般的な信号送信を例示する。
【図１０】同期信号及びＰＢＣＨ（ＳＳ／ＰＢＣＨ）ブロックの概略を示す。
【図１１】端末がタイミング情報を取得する方法を例示する。
【図１２】ランダムアクセス手順を例示する。
【図１３】パワーランピングカウンタを例示する。
【図１４】ＲＡＣＨリソース関係に対するＳＳブロックの閾値の概念を例示する。
【図１５】ＤＲＸ周期の概略を示す。
【図１６】次世代通信で使われることができる無線フレームの構造を例示する。
【図１７】次世代通信で使われるフレームのスロット構造を例示する。
【図１８】セルフコンテインド（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する。
【図１９】統合アクセス及びバックホール（ＩＡＢ）リンクがあるネットワークの一例を示す。
【図２０】ＩＡＢ環境で基地局、中継ノード、端末を含むシステムを例示する。
【図２１】ＩＡＢ環境でノードを例示する。
【図２２】ＩＡＢで、ＩＡＢノードのリソース方向と親ノード、端末各々のリソース方向を示す。
【図２３】ＩＡＢで、ＩＡＢノードのリソース方向と親ノード、端末各々のリソース方向の他の例を示す。
【図２４】ＩＡＢノードが受けるＭＴ側面でのＤ／Ｕ割当に含まれているリソースタイプとＤＵ側面でのＤ／Ｕ割当に含まれているリソースタイプを例示する。
【図２５】本発明の一実施例に係るノード（ＩＡＢノード）の動作方法を示す。
【図２６】本発明を実行する送信装置１０及び受信装置２０の構成要素を示すブロック図である。
【図２７】送信装置１０内の信号処理モジュール構造の一例を示す。
【図２８】送信装置１０内の信号処理モジュール構造の他の例を示す。
【図２９】本発明の具現化例に係る無線通信装置の一例を示す。
【図３０】本発明の一実施例に係るノードの動作方法を示す。
【発明を実施するための形態】
【００２６】
図１は、既存無線通信システムを例示する。これはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムとも呼ばれる。
【００２７】
Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、モビリティを有してもよく、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２８】
基地局２０は、Ｘ２インターフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と接続され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と接続される。
【００２９】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末のモビリティ管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００３０】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができ、そのうち、第１層に属する物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００３１】
図２は、ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザプレーンは、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御プレーンは、制御信号送信のためのプロトコルスタックである。
【００３２】
図２及び図３を参照すると、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は、上位層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続されている。トランスポートチャネルを介してＭＡＣ層と物理層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴でトランスポートされるかによって分類される。
【００３３】
互いに異なる物理層間、即ち、送信機と受信機の物理層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００３４】
ＭＡＣ層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層にサービスを提供する。
【００３５】
ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は、透過モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３６】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、制御プレーンでのみ定義される。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。
【００３７】
ユーザプレーンでのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンでのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層の機能は、制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３８】
ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御プレーンでＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザプレーンでユーザデータを送信する通路として使われる。
【００３９】
端末のＲＲＣ層とＥ−ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態になる。
【００４０】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００４１】
トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４２】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定のＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定の副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００４３】
以下、新しい無線アクセス技術（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ｎｅｗ  ＲＡＴ）またはＮＲ（ｎｅｗ  ｒａｄｉｏ）に対して説明する。
【００４４】
より多くの通信機器がより大きい通信容量を要求するにつれて、既存の無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭している。また、多数の機器及びモノを接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要案件のうち一つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ  ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が論議されており、本発明では該当技術（ｔｅｃｈｎｏｌｏｇｙ）を便宜上ｎｅｗ  ＲＡＴまたはＮＲと呼ぶ。
【００４５】
図４は、ＮＲが適用される次世代無線アクセスネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【００４６】
図４を参照すると、ＮＧ−ＲＡＮは、端末にユーザプレーン及び制御プレーンプロトコルの終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／またはｅＮＢを含むことができる。図４では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互間にＸｎインターフェースを介して接続されている。ｇＮＢ及びｅＮＢは、第５世代コアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して接続されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｃインターフェースを介して接続され、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｕインターフェースを介して接続される。
【００４７】
ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ  Ｃｅｌｌ  ＲＲＭ）、無線ベアラ管理（ＲＢ  ｃｏｎｔｒｏｌ）、接続モビリティ制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＆Ｐｒｏｖｉｓｉｏｎ）、動的リソース割当（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）などの機能を提供することができる。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態モビリティ処理などの機能を提供することができる。ＵＰＦは、モビリティアンカリング（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供することができる。
【００４８】
図５は、ＮＲで適用されることができるフレーム構造を例示する。
【００４９】
図５を参照すると、フレームは、１０ｍｓ（ｍｉｌｌｉｓｅｃｏｎｄ）で構成されることができ、１ｍｓで構成されたサブフレーム１０個を含むことができる。時間領域の多様なフィールドは、時間単位Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）により示すことができる。ここで、Δｆｍａｘ＝４８０・１０３Ｈｚ、Ｎｆ＝４０９６である。
【００５０】
搬送波には、アップリンクに一つのフレームの集合があり、ダウンリンクに一つのフレームの集合がある。アップリンクフレームｉの送信は、対応するダウンリンクフレームｉの開始よりＴＴＡ＝（ＮＴＡ＋ＮＴＡ、ｏｆｆｓｅｔ）Ｔｃほど前に開始されることができる。
【００５１】
サブフレーム内には副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）によって一つまたは複数のスロット（ｓｌｏｔ）が含まれることができる。
【００５２】
以下の表は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）μを例示する。
【００５３】
【表１】
0006922078.tif 000002
【００５４】
以下の表２−１は、ノーマルＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）で副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）μによって、フレーム内のスロット個数（Ｎｆｒａｍｅ、μｓｌｏｔ）、サブフレーム内のスロット個数（Ｎｓｕｂｆｒａｍｅ、μｓｌｏｔ）、スロット内のシンボル個数（Ｎｓｌｏｔｓｙｍｂ）などを例示する。表２−２は、拡張ＣＰで副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）μによって、フレーム内のスロット個数（Ｎｆｒａｍｅ、μｓｌｏｔ）、サブフレーム内のスロット個数（Ｎｓｕｂｆｒａｍｅ、μｓｌｏｔ）、スロット内のシンボル個数（Ｎｓｌｏｔｓｙｍｂ）などを例示する。
【００５５】
【表２−１】
0006922078.tif 000003
【００５６】
【表２−２】
0006922078.tif 000004
【００５７】
図５では、μ＝０、１、２に対して例示している。
【００５８】
スロット内には複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルが含まれることができる。スロット内の複数のＯＦＤＭシンボルは、ダウンリンク（ｄｏｗｎｌｉｎｋ、Ｄで表示）、フレキシブル（ｆｌｅｘｉｂｌｅ、Ｘで表示）、アップリンク（ｕｐｌｉｎｋ、Ｕで表示）に区分されることができる。スロット内のＯＦＤＭシンボルが前記Ｄ、Ｘ、Ｕのうちいずれのもので構成されるかによって前記スロットのフォーマット（ｆｏｒｍａｔ）が決定されることができる。
【００５９】
以下の表は、スロットフォーマットの一例を示す。
【００６０】
【表３−１】
0006922078.tif 000005
【００６１】
【表３−２】
0006922078.tif 000006
【００６２】
端末は、上位層信号を介してスロットのフォーマットの設定を受けたり、ＤＣＩを介してスロットのフォーマットの設定を受けたり、上位層信号及びＤＣＩの組合せに基づいてスロットのフォーマットの設定を受けたりすることができる。
【００６３】
アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルが、同じアンテナポート上の他のシンボルが運搬されるチャネルから推論されることができるように定義される。一つのアンテナポート上のシンボルが伝達されるチャネルの大規模特性が、他のアンテナポート上のシンボルが伝達されるチャネルから推論されることができる場合、前記２個のアンテナポートは、疑似位置（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｅｄ）にあるという。前記大規模特性は、遅延スプレッド（ｄｅｌａｙ  ｓｐｒｅａｄ）、ドップラースプレッド（Ｄｏｐｐｌｅｒ  ｓｐｒｅａｄ）、ドップラーシフト（Ｄｏｐｐｌｅｒ  ｓｈｉｆｔ）、平均利得（ａｖｅｒａｇｅ  ｇａｉｎ）、平均遅延（ａｖｅｒａｇｅ  ｄｅｌａｙ）、及び空間Ｒｘパラメータ（ｓｐａｔｉａｌ  Ｒｘ  ｐａｒａｍｅｔｅｒｓ）のうち少なくとも一つ以上を含むことができる。
【００６４】
リソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）は、各ヌメロロジー及び搬送波に対して、特定個数の副搬送波及びＯＦＤＭシンボルを含むように定義されることができ、上位層シグナリングにより指示された共通リソースブロックから始まることができる。
【００６５】
リソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ：ＲＥ）は、アンテナポート及び副搬送波間隔設定に対するリソースグリッドの各要素をリソースエレメントといい、複素値（ｃｏｍｐｌｅｘ  ｖａｌｕｅ）に対応できる。
【００６６】
リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＲＢ）は、周波数領域で連続的な副搬送波（例えば、１２個）として定義されることができる。基準リソースブロック（ｒｅｆｅｒｅｎｃｅ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、周波数領域で０から上にナンバリングされることができる。基準リソースブロック０の副搬送波０は‘基準点Ａ’で表示されることもでき、全ての副搬送波間隔設定に共通する。また、他のリソースブロックグリッドに対する共通参照点（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）として使われることができ、基準点Ａは、上位層パラメータから得られることができる。
【００６７】
共通リソースブロック（ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、副搬送波間隔設定のために周波数領域で０から上にナンバリングされることができる。副搬送波間隔設定のための共通リソースブロック０の副搬送波０は、前記‘基準点Ａ’と一致することができる。
【００６８】
物理的リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）及び仮想リソースブロック（ｖｉｒｔｕａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、搬送波帯域幅部分内に定義され、０から上にナンバリングされることができる。
【００６９】
キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）によると、プライマリセル以外に１５個までのセカンダリセルをアグリゲーションして使用することができる。即ち、端末には最大１６個のサービングセルがアグリゲーションされることができる。
【００７０】
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、以下の表のように一つまたはそれ以上のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）で構成されることができる。
【００７１】
【表４】
0006922078.tif 000007
【００７２】
即ち、ＰＤＣＣＨは、１、２、４、８または１６個のＣＣＥで構成されるリソースを介して送信されることができる。ここで、ＣＣＥは、６個のＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）で構成され、一つのＲＥＧは、周波数領域で一つのリソースブロック、時間領域で一つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルで構成される。
【００７３】
一方、将来の無線通信システムでは、制御リソースセット（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ：ＣＯＲＥＳＥＴ）という新しい単位を導入することができる。端末は、ＣＯＲＥＳＥＴでＰＤＣＣＨを受信することができる。
【００７４】
図６は、ＣＯＲＥＳＥＴを例示する。
【００７５】
図６を参照すると、ＣＯＲＥＳＥＴは、周波数領域でＮＣＯＲＥＳＥＴＲＢ個のリソースブロックで構成され、時間領域でＮＣＯＲＥＳＥＴｓｙｍｂ∈｛１、２、３｝個のシンボルで構成されることができる。ＮＣＯＲＥＳＥＴＲＢ、ＮＣＯＲＥＳＥＴｓｙｍｂは、上位層信号を介して基地局により提供されることができる。図６に示すように、ＣＯＲＥＳＥＴ内には複数のＣＣＥ（または、ＲＥＧ）が含まれることができる。
【００７６】
端末は、ＣＯＲＥＳＥＴ内で、１、２、４、８または１６個のＣＣＥを単位としてＰＤＣＣＨ検出を試みることができる。ＰＤＣＣＨ検出を試みることができる一つまたは複数個のＣＣＥをＰＤＣＣＨ候補ということができる。
【００７７】
端末は、複数のＣＯＲＥＳＥＴの設定を受けることができる。
【００７８】
図７は、従来の制御領域とＮＲでのＣＯＲＥＳＥＴの相違点を示す。
【００７９】
図７を参照すると、従来の無線通信システム（例えば、ＬＴＥ／ＬＴＥ−Ａ）での制御領域３００は、基地局が使用するシステム帯域全体にわたって構成された。狭い帯域のみをサポートする一部端末（例えば、ｅＭＴＣ／ＮＢ−ＩｏＴ端末）を除外した全ての端末は、基地局が送信する制御情報を正確に受信／デコーディングするためには前記基地局のシステム帯域全体の無線信号が受信可能でなければならない。
【００８０】
それに対して、将来の無線通信システムでは、前述したＣＯＲＥＳＥＴを導入した。ＣＯＲＥＳＥＴ３０１、３０２、３０３は、端末が受信すべき制御情報のための無線リソースということができ、システム帯域全体の代わりに一部のみを使用することができる。基地局は、各端末にＣＯＲＥＳＥＴを割り当てることができ、割り当てたＣＯＲＥＳＥＴを介して制御情報を送信することができる。例えば、図７において、第１のＣＯＲＥＳＥＴ３０１は端末１に割り当て、第２のＣＯＲＥＳＥＴ３０２は端末２に割り当て、第３のＣＯＲＥＳＥＴ３０３は端末３に割り当てることができる。ＮＲでの端末は、システム帯域全体を必ず受信しなくても基地局の制御情報を受信することができる。
【００８１】
ＣＯＲＥＳＥＴには、端末固有の制御情報を送信するための端末固有のＣＯＲＥＳＥＴと全ての端末に共通の制御情報を送信するための共通ＣＯＲＥＳＥＴがある。
【００８２】
図８は、ＮＲで新しく導入された搬送波帯域幅部分（ｃａｒｒｉｅｒ  ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）を例示する。
【００８３】
図８を参照すると、搬送波帯域幅部分は、簡単に帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ：ＢＷＰ）と略称できる。前述したように、将来無線通信システムでは、同じ搬送波に対して多様なｎｕｍｅｒｏｌｏｇｙ（例えば、多様な副搬送波間隔）がサポートされることができる。ＮＲは、与えられた搬送波で与えられたｎｕｍｅｒｏｌｏｇｙに対して共通リソースブロック（ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＣＲＢ）を定義することができる。
【００８４】
帯域幅部分は、与えられた搬送波で与えられたｎｕｍｅｒｏｌｏｇｙに対する共通リソースブロック（ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＣＲＢ）の連続的な部分集合の中から選択された連続した物理的リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＰＲＢ）の集合である。
【００８５】
図８に示すように、ある搬送波帯域に対するｎｕｍｅｒｏｌｏｇｙ、例えば、どのような副搬送波間隔を使用するかによって共通リソースブロックが決められることができる。共通リソースブロックは、搬送波帯域の最も低い周波数からインデクシング（０から開始）されることができ、共通リソースブロックを単位にするリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ、これを共通リソースブロックリソースグリッドと称することができる）が定義されることができる。
【００８６】
帯域幅部分は、最も低いインデックスを有するＣＲＢ（これをＣＲＢ０とする）を基準に指示されることができる。最も低いインデックスを有するＣＲＢ０をポイントＡと称することもある。
【００８７】
例えば、与えられた搬送波の与えられたｎｕｍｅｒｏｌｏｇｙ下で、ｉ番目の帯域幅部分は、ＮｓｔａｒｔＢＷＰ、ｉ及びＮｓｉｚｅＢＷＰ、ｉにより指示されることができる。ＮｓｔａｒｔＢＷＰ、ｉは、ＣＲＢ０を基準にしてｉ番目のＢＷＰの開始ＣＲＢを指示することができ、ＮｓｉｚｅＢＷＰ、ｉは、ｉ番目のＢＷＰの周波数領域での大きさを指示（例えば、ＰＲＢ単位で）することができる。各ＢＷＰ内のＰＲＢは、０からインデクシングされることができる。各ＢＷＰ内のＣＲＢのインデックスは、ＰＲＢのインデックスにマッピングされることができる。例えば、ｎＣＲＢ＝ｎＰＲＢ＋ＮｓｔａｒｔＢＷＰ、ｉのようにマッピングされることができる。
【００８８】
端末は、ダウンリンクで最大４個のダウンリンク帯域幅部分の設定を受けることができるが、与えられた時点で一つのダウンリンク帯域幅部分のみが活性化されることができる。端末は、ダウンリンク帯域幅部分のうち活性化されたダウンリンク帯域幅部分の外ではＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ−ＲＳなどを受信することを期待しない。各ダウンリンク帯域幅部分は、少なくとも一つのＣＯＲＥＳＥＴを含むことができる。
【００８９】
端末は、アップリンクで最大４個のアップリンク帯域幅部分の設定を受けることができるが、与えられた時点で一つのアップリンク帯域幅部分のみが活性化されることができる。端末は、アップリンク帯域幅部分のうち活性化されたアップリンク帯域幅部分の外ではＰＵＳＣＨ、ＰＵＣＣＨなどを送信しない。
【００９０】
ＮＲは、従来システムに比べて広帯域で動作し、全ての端末がこのような広帯域をサポートするものではない。帯域幅部分（ＢＷＰ）は、前記広帯域をサポートすることができない端末も動作できるようにする特徴である。
【００９１】
サービングセルの帯域幅部分（ＢＷＰ）で動作するように設定された端末は、前記サービングセルのための上位層により最大４個の帯域幅部分（ＢＷＰ）集合の設定を受けることができる。
【００９２】
初期活性化ＤＬ  ＢＷＰは、タイプ０−ＰＤＣＣＨ共通サーチスペースのための制御リソース集合に対する隣接したＰＲＢの位置及び個数、副搬送波間隔及びＣＰにより定義されることができる。プライマリセルでの動作のために、端末は、ランダムアクセス手順のための上位層パラメータの提供を受けることができる。
【００９３】
ペアリングされないスペクトラム動作（ｕｎｐａｉｒｅｄ  ｓｐｅｃｔｒｕｍ  ｏｐｅｒａｔｉｏｎ）の場合、端末は、ＤＬ  ＢＷＰに対する中心周波数がＵＬ  ＢＷＰに対する中心周波数と同じであると期待することができる。
【００９４】
以下、リソース割当タイプ（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｔｙｐｅ）に対して説明する。リソース割当タイプは、スケジューラ（例えば、基地局）が各送信に対してリソースブロックを割り当てる方式を規定する。例えば、基地局が複数のリソースブロックで構成された帯域を端末に割り当てるとする時、前記帯域の各リソースブロックに対応するビットで構成されたビットマップを介して前記端末に割り当てられるリソースブロックを知らせることができる。この場合、リソース割当の柔軟性は最も大きくなるが、リソース割当のために使われる情報量が大きくなる短所がある。
【００９５】
このような長所短所を考慮して、下記の三つのリソース割当タイプを定義／使用することができる。
【００９６】
１）リソース割当タイプ０は、ビットマップを介してリソースを割り当て、前記ビットマップの各ビットは、リソースブロックでなくリソースブロックグループ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ：ＲＢＧ）を指示する方式である。即ち、リソース割当タイプ０では、リソース割当がリソースブロックレベルでなくリソースブロックグループ単位で実行される。以下の表は、システム帯域がＮＤＬＲＢ個のリソースブロックで構成された場合、使われるＲＢＧの大きさを例示する。
【００９７】
【表５】
0006922078.tif 000008
【００９８】
２）リソース割当タイプ１は、ＲＢＧサブセット（ｓｕｂｓｅｔ）単位でリソースを割り当てる方式である。一つのＲＢＧサブセットは、複数のＲＢＧで構成されることができる。例えば、ＲＢＧサブセット＃０はＲＢＧ＃０、３、６、９...、ＲＢＧサブセット＃１はＲＢＧ＃１、４、７、１０...、ＲＢＧサブセット＃２はＲＢＧ＃２、５、８、１１...などのように構成されることができる。一つのＲＢＧサブセット内に含まれているＲＢＧの個数と一つのＲＢＧ内に含まれているリソースブロック（ＲＢ）の個数は、同じに設定される。リソース割当タイプ１は、ＲＢＧサブセットのうちいずれのＲＢＧサブセットが使われるか及び使われるＲＢＧサブセット内でどのＲＢが使われるかを知らせる。
【００９９】
３）リソース割当タイプ２は、割り当てられる帯域開始位置（ＲＢ番号）及び連続したリソースブロックの個数を知らせる方式にリソース割当をする方法である。前記連続したリソースブロックは、前記開始位置から始まることができる。ただし、連続したリソースブロックは、必ず物理的に連続するという意味に限定されるものではなく、論理的または仮想的リソースブロックインデックスが連続するという意味もある。
【０１００】
将来の無線通信システムでは、ＲＢＧ（または、ＲＢのグループ）を構成するリソースブロックの個数が流動的に変更されることができる。このとき、該当ＲＢＧに対する情報、例えば、ＲＢＧを構成するリソースブロックの個数を知らせる情報は、スケジューリングＤＣＩまたは第３の物理層（Ｌ１）シグナリングまたはＲＲＣメッセージのような上位層信号を介して送信されることができる。
【０１０１】
また、将来の無線通信システムでは、リソース割当情報（例えば、前述したＲＢＧに対する情報）は、周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）に対する情報の他に時間領域（ｔｉｍｅ−ｄｏｍａｉｎ）に対する情報を含むことができ、どのような情報を含むか、どのような方式で含むか、等も流動的に変更されることができる。
【０１０２】
以下、物理チャネル及び信号送信過程に対して説明する。
【０１０３】
図９は、３ＧＰＰシステムに利用される物理チャネル及び一般的な信号送信を例示する。
【０１０４】
無線通信システムにおいて、端末は、基地局からダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）を介して情報を受信し、基地局にアップリンク（Ｕｐｌｉｎｋ：ＵＬ）を介して情報を送信する。基地局と端末が送受信する情報は、データ及び多様な制御情報を含み、これらが送受信する情報の種類／用途によって多様な物理チャネルが存在する。
【０１０５】
電源がオフになった状態で再びオンになった、または新しくセルに進入した端末は、基地局と同期を合わせる等の初期セルサーチ（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を実行する（Ｓ１１）。そのために、端末は、基地局からＰＳＣＨ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）及びＳＳＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）を受信して基地局と同期を合わせ、セルＩＤ（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）などの情報を取得する。また、端末は、基地局から物理ブロードキャストチャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ：ＰＢＣＨ）を受信することで、セル内のブロードキャスト情報を取得することができる。また、端末は、初期セルサーチステップでダウンリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＤＬ  ＲＳ）を受信してダウンリンクチャネル状態を確認することができる。
【０１０６】
初期セルサーチを終えた端末は、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＰＤＣＣＨ）及びこれに対応される物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）を受信することで、より具体的なシステム情報を取得することができる（Ｓ１２）。
【０１０７】
以後、端末は、基地局に接続を完了するためにランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を実行することができる（Ｓ１３〜Ｓ１６）。具体的に、端末は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を介してプリアンブルを送信し（Ｓ１３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）を受信することができる（Ｓ１４）。以後、端末は、ＲＡＲ内のスケジューリング情報を利用して物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＰＵＳＣＨ）を送信し（Ｓ１５）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨのような競合解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を実行することができる（Ｓ１６）。
【０１０８】
前述したような手順を実行した端末は、以後一般的なダウンリンク／ダウンリンク信号送信手順としてＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ１７）及びＰＵＳＣＨ／ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）送信（Ｓ１８）を実行することができる。端末が基地局に送信する制御情報をアップリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）という。ＵＣＩは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ：ＳＲ）、チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）などを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般的にＰＵＣＣＨを介して送信されるが、制御情報とデータが同時に送信されるべき場合、ＰＵＳＣＨを介して送信されることもできる。また、ネットワークの要求／指示によって、端末は、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することもできる。
【０１０９】
以下、セルサーチ（Ｃｅｌｌ  Ｓｅａｒｃｈ）に対して説明する。
【０１１０】
セルサーチは、端末がセルに対して時間及び周波数同期を取得し、前記セルの物理層セルＩＤを検出する手順である。端末は、セルサーチを実行するためにプライマリ同期信号（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ：ＰＳＳ）及びセカンダリ同期信号（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ：ＳＳＳ）を受信する。
【０１１１】
端末は、ＰＢＣＨ、ＰＳＳ、及びＳＳＳの受信時点（ｒｅｃｅｐｔｉｏｎ  ｏｃｃａｓｉｏｎ）が連続的なシンボルにわたっており、ＳＳ／ＰＢＣＨブロックを形成すると仮定することができる。前記端末は、ＳＳＳ、ＰＢＣＨ  ＤＭ−ＲＳ、及びＰＢＣＨデータが同じＥＰＲＥを有すると仮定することができる。前記端末は、該当セルのＳＳ／ＰＢＣＨブロックでＳＳＳ  ＥＰＲＥ対ＰＳＳ  ＥＰＲＥの比率が０ｄＢまたは３ｄＢと仮定することができる。
【０１１２】
端末のセルサーチ手順は、以下の表５−１のように要約できる。
【０１１３】
【表５−１】
0006922078.tif 000009
【０１１４】
図１０は、同期信号及びＰＢＣＨ（ＳＳ／ＰＢＣＨ）ブロックの概略を示す。
【０１１５】
図１０によると、ＳＳ／ＰＢＣＨブロックは、各々、１個のシンボル及び１２７個の副搬送波を占めるＰＳＳ及びＳＳＳ、並びに３個のＯＦＤＭシンボル及び２４０個の副搬送波にわたっているが、一つのシンボル上にはＳＳＳのための未使用部分が中間に残されたＰＢＣＨで構成されることができる。ＳＳ／ＰＢＣＨブロックの周期性は、ネットワークにより設定されることができ、ＳＳ／ＰＢＣＨブロックが送信されることができる時間位置は、副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）により決定される。
【０１１６】
ＰＢＣＨに対してはポーラ符号（Ｐｏｌａｒ  Ｃｏｄｉｎｇ）が使われることができる。端末は、ネットワークが、異なる副搬送波間隔を端末が仮定するように設定しない限り、ＳＳ／ＰＢＣＨブロックに対してバンド固有の副搬送波間隔を仮定することができる。
【０１１７】
ＰＢＣＨシンボルは、自分の周波数−多重化されたＤＭＲＳを運搬することができる。ＰＢＣＨに対してＱＰＳＫ変調が使われることができる。
【０１１８】
１００８個の固有の物理層セルＩＤが以下の数式１により与えられることができる。
【０１１９】
【数１】
0006922078.tif 000010
【０１２０】
一方、ＰＳＳに対するＰＳＳシーケンスｄＰＳＳ（ｎ）は、以下の数式２により定義されることができる。
【０１２１】
【数２】
0006922078.tif 000011
【０１２２】
前記シーケンスは、図１０に示す物理リソースにマッピングされることができる。
【０１２３】
一方、ＳＳＳに対するＳＳＳシーケンスｄＳＳＳ（ｎ）は、以下の数式３により定義されることができる。
【０１２４】
【数３】
0006922078.tif 000012
【０１２５】
前記シーケンスは、図１０に示す物理リソースにマッピングされることができる。
【０１２６】
ＳＳ／ＰＢＣＨブロックを有するハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）に対して、候補ＳＳ／ＰＢＣＨブロックに対する１番目のシンボルインデックスは、後述するＳＳ／ＰＢＣＨブロックの副搬送波間隔によって決定されることができる。
【０１２７】
ケース（ｃａｓｅ）Ａ−副搬送波間隔１５ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛２、８｝＋１４＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。３ＧＨｚを超過し６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１、２、３である。
【０１２８】
ケースＢ−副搬送波間隔３０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛４、８、１６、２０｝＋２８＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０である。３ＧＨｚを超過し６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。
【０１２９】
ケースＣ−副搬送波間隔３０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛２、８｝＋１４＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。３ＧＨｚを超過し６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１、２、３である。
【０１３０】
ケースＤ−副搬送波間隔１２０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛４、８、１６、２０｝＋２８＊ｎのインデックスを有する。６ＧＨｚを超過した搬送波周波数に対して、ｎ＝０、１、２、３、５、６、７、８、１０、１１、１２、１３、１５、１６、１７、１８である。
【０１３１】
ケースＥ−副搬送波間隔２４０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは、｛８、１２、１６、２０、３２、３６、４０、４４｝＋５６＊ｎのインデックスを有する。６ＧＨｚを超過した搬送波周波数に対して、ｎ＝０、１、２、３、５、６、７、８である。
【０１３２】
ハーフフレーム内の候補ＳＳ／ＰＢＣＨブロックは、時間軸で０からＬ−１まで昇順にインデクシングされることができる。端末は、ＰＢＣＨ内で送信されたＤＭ−ＲＳシーケンスのインデックスとの一対一マッピングからハーフフレーム当たりＳＳ／ＰＢＣＨブロックインデックスのＬ＝４に対する２ＬＳＢビットを、Ｌ＞４に対する３ＬＳＢビットを決定しなければならない。Ｌ＝６４に対して、端末は、ＰＢＣＨペイロードビット
0006922078.tif 000013
によるハーフフレーム当たりＳＳ／ＰＢＣＨブロックインデックスの３ＭＳＢビットを決定しなければならない。
【０１３３】
端末は、上位層パラメータ‘ＳＳＢ−ｔｒａｎｓｍｉｔｔｅｄ−ＳＩＢ１’により、端末がＳＳ／ＰＢＣＨブロックに対応するＲＥとオーバーラップされるＲＥ内で他の信号またはチャネルを受信することができないＳＳ／ＰＢＣＨブロックのインデックスが設定されることができる。また、端末は、上位層パラメータ‘ＳＳＢ−ｔｒａｎｓｍｉｔｔｅｄ’により、ＳＳ／ＰＢＣＨブロックと対応するＲＥにオーバーラップされるＲＥ内で端末が他の信号またはチャネルを受信することができないサービングセル当たりＳＳ／ＰＢＣＨブロックのインデックスが設定されることができる。‘ＳＳＢ−ｔｒａｎｓｍｉｔｔｅｄ’による設定は、‘ＳＳＢ−ｔｒａｎｓｍｉｔｔｅｄ−ＳＩＢ１’による設定に優先することができる。端末は、上位層パラメータ‘ＳＳＢ−ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌ’によりサービングセル当たりＳＳ／ＰＢＣＨブロックの受信に対するハーフフレームの周期性が設定されることができる。もし、端末がＳＳ／ＰＢＣＨブロックの受信に対するハーフフレームの周期性の設定を受けていない場合、端末は、ハーフフレームの周期性を仮定することができる。端末は、サービングセル内の全てのＳＳ／ＰＢＣＨブロックに対して周期性が同じであると仮定することができる。
【０１３４】
図１１は、端末がタイミング情報を取得する方法を例示する。
【０１３５】
まず、端末は、ＰＢＣＨ内で受信したＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を介して６ビットのＳＦＮ情報を得ることができる。また、ＰＢＣＨトランスポートブロック内でＳＦＮ４ビットを取得することができる。
【０１３６】
２番目に、端末は、ＰＢＣＨペイロードの一部として１ビットハーフフレーム指示子を得ることができる。３ＧＨｚ未満で、ハーフフレーム指示子は、Ｌｍａｘ＝４に対するＰＢＣＨ  ＤＭＲＳの一部として暗黙的にシグナリングされることができる。
【０１３７】
最後に、端末は、ＤＭＲＳシーケンス及びＰＢＣＨペイロードによりＳＳ／ＰＢＣＨブロックインデックスを取得することができる。即ち、５ｍｓ周期の間にＤＭＲＳシーケンスによりＳＳブロックインデックスのＬＳＢ３ビットを得ることができる。また、（６ＧＨｚ超過に対して）ＰＢＣＨペイロード内でタイミング情報のＭＳＢ３ビットが明示的に運搬される。
【０１３８】
初期セル選択において、端末は、ＳＳ／ＰＢＣＨブロックを有するハーフフレームが２フレームの周期性を有して発生すると仮定することができる。ＳＳ／ＰＢＣＨブロックを検知すると、端末は、もし、ＦＲ１に対してｋＳＳＢ≦２３であり、及びＦＲ２に対してｋＳＳＢ≦１１である場合、Ｔｙｐｅ０−ＰＤＣＣＨ共通サーチスペース（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）に対する制御リソース集合が存在すると決定する。端末は、もし、ＦＲ１に対してｋＳＳＢ＞２３であり、及びＦＲ２に対してｋＳＳＢ＞１１である場合、Ｔｙｐｅ０−ＰＤＣＣＨ共通サーチスペース（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）に対する制御リソース集合が存在しないと決定する。
【０１３９】
ＳＳ／ＰＢＣＨブロックの送信がないサービングセルに対して、端末は、サービングセルに対するセルグループのＰｃｅｌｌまたはＰＳＣｅｌｌ上でのＳＳ／ＰＢＣＨブロックの受信に基づいてサービングセルの時間及び周波数同期を取得する。
【０１４０】
以下、ランダムアクセス（ｒａｎｄｏｍ  ａｃｃｅｓｓ：ＲＡ、ランダム接続）に対して説明する。
【０１４１】
物理ランダムアクセス手順を開始する前に、レイヤ１は、ＳＳ／ＰＢＣＨブロックインデックスの集合を上位層から受信しなければならず、対応するＲＳＲＰ測定集合を上位層に提供しなければならない。
【０１４２】
物理ランダムアクセス手順を開始する前に、レイヤ１は、上位層から下記の情報を受信しなければならない。
【０１４３】
−ＰＲＡＣＨ送信パラメータの設定（ＰＲＡＣＨ送信に対するＰＲＡＣＨプリアンブルフォーマット、時間リソース、及び周波数リソース）
【０１４４】
−ルートシーケンス（ｒｏｏｔ  ｓｅｑｕｅｎｃｅ）決定のためのパラメータ及びそれに対するＰＲＡＣＨプリアンブルシーケンス集合内の循環シフト（論理ルートシーケンス表のインデックス、循環シフト（ＮＣＳ）、及び集合種類（制限されない集合、制限された集合Ａ、または制限された集合Ｂ））
【０１４５】
物理層の観点において、Ｌ１ランダムアクセス手順は、ＰＲＡＣＨ内のランダムアクセスプリアンブル（Ｍｓｇ１）、ＰＤＣＣＨ／ＰＤＳＣＨでランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ：ＲＡＲ）メッセージ（Ｍｓｇ２）、及び適用可能な場合はＭｓｇ３  ＰＵＳＣＨの送信及びコンテンション解消のためのＰＤＳＣＨの送信を含む。
【０１４６】
もし、ランダムアクセス手順が端末にＰＤＣＣＨ命令（ｏｒｄｅｒ）により開始された場合、ランダムアクセスプリアンブル送信は、上位層により開始されたランダムアクセスプリアンブル送信の副搬送波間隔と同じ副搬送波間隔を有することができる。
【０１４７】
もし、端末にサービングセルに対して二つのアップリンク搬送波が設定され、且つ端末がＰＤＣＣＨ命令を検出した場合、端末は、対応するランダムアクセスプリアンブル送信のためのアップリンク搬送波を決定するために検出されたＰＤＣＣＨ命令からのＵＬ／ＳＵＬ指示子フィールド値を利用することができる。
【０１４８】
端末のランダムアクセス手順は、以下の表６のように要約できる。
【０１４９】
【表６】
0006922078.tif 000014
【０１５０】
図１２は、ランダムアクセス手順を例示する。
【０１５１】
図１２を参照すると、まず、端末は、ランダムアクセス手順のＭｓｇ１（ｍｅｓｓａｇｅ１）としてアップリンクにＰＲＡＣＨプリアンブルを送信することができる。
【０１５２】
２個の互いに異なる長さを有するランダムアクセスプリアンブルシーケンスがサポートされることができる。長さ８３９の長いシーケンスは、１．２５ｋＨｚ及び５ｋＨｚの副搬送波間隔に適用され、長さ１３９の短いシーケンスは、１５、３０、６０、及び１２０ｋＨｚの副搬送波間隔に適用される。長いシーケンスは、限定されないセット（ｉｎｒｅｓｔｒｉｃｔｅｄ  ｓｅｔ）及びタイプＡ及びタイプＢの限定された集合をサポートし、それに対して、短いシーケンスは、限定されないセットのみをサポートすることができる。
【０１５３】
複数のＲＡＣＨプリアンブルフォーマットは、一つ以上のＲＡＣＨ  ＯＦＤＭシンボル、異なるＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）、及びガードタイム（ｇｕａｒｄ  ｔｉｍｅ）に定義される。使用するＰＲＡＣＨプリアンブル設定は、システム情報として端末に提供される。
【０１５４】
Ｍｓｇ１に対する応答がない場合、端末は、規定された回数内でパワーランピングされたＰＲＡＣＨプリアンブルを再送信することができる。端末は、最新の推定経路損失及びパワーランピングカウンタに基づいてプリアンブルの再送信に対するＰＲＡＣＨ送信電力を計算する。もし、端末がビームスイッチングを実行する場合、パワーランピングカウンタは変わらない。
【０１５５】
図１３は、パワーランピングカウンタを例示する。
【０１５６】
端末は、パワーランピングカウンタに基づいてランダムアクセスプリアンブルの再送信に対するパワーランピングを実行することができる。ここで、前述したように、パワーランピングカウンタは、端末がＰＲＡＣＨ再送信時にビームスイッチングを実行する場合に変わらない。
【０１５７】
図１３によると、パワーランピングカウンタが１から２に、３から４に増加する場合のように、端末が同じビームに対してランダムアクセスプリアンブルを再送信する場合、端末は、パワーランピングカウンタを１ずつ増加させる。しかし、ビームが変更された場合、ＰＲＡＣＨ再送信時にパワーランピングカウンタが変わらない。
【０１５８】
図１４は、ＲＡＣＨリソース関係に対するＳＳブロックの閾値の概念を例示する。
【０１５９】
システム情報は、ＳＳブロックとＲＡＣＨリソースとの間の関係を端末に知らせることができる。ＲＡＣＨリソース関係に対するＳＳブロックの閾値は、ＲＳＲＰ及びネットワーク設定に基づいている。ＲＡＣＨプリアンブルの送信または再送信は、閾値を満たすＳＳブロックに基づいて行われる。したがって、図１４の例では、ＳＳブロックｍが受信電力の閾値を越えるため、ＳＳブロックｍに基づいてＲＡＣＨプリアンブルが送信または再送信される。
【０１６０】
以後、端末がＤＬ−ＳＣＨ上でランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）を受信する場合、ＤＬ−ＳＣＨは、タイミング配列情報、ＲＡ−プリアンブルＩＤ、初期アップリンクグラント及び臨時Ｃ−ＲＮＴＩを提供することができる。
【０１６１】
前記情報に基づいて、端末は、ランダムアクセス手順のＭｓｇ３（ｍｅｓｓａｇｅ３）としてＵＬ−ＳＣＨ上でアップリンク送信をすることができる。Ｍｓｇ３は、ＲＲＣ接続要求及びＵＥ識別子を含むことができる。
【０１６２】
これに対する応答として、ネットワークは、コンテンション解消メッセージとして取り扱われることができるＭｓｇ４をダウンリンクに送信できる。これを受信することによって、端末は、ＲＲＣ接続状態に進入できる。
【０１６３】
以下、ランダムアクセスプリアンブルに対してより詳細に説明する。
【０１６４】
ランダムアクセスプリアンブル送信ステップに対して、物理ランダムアクセス手順は、上位層またはＰＤＣＣＨ命令（ｏｒｄｅｒ）によりＰＲＡＣＨ送信の要求によりトリガリングされることができる。ＰＲＡＣＨ送信に対する上位層による設定は、下記を含むことができる。
【０１６５】
−ＰＲＡＣＨ送信に対する設定
【０１６６】
−プリアンブルインデックス、プリアンブル副搬送波間隔、ＰＰＲＡＣＨ、ｔａｒｇｅｔ、対応するＲＡ−ＲＮＴＩ、及びＰＲＡＣＨリソース
【０１６７】
プリアンブルは、指示されたＰＲＡＣＨリソース上で送信電力ＰＰＲＡＣＨ、ｂ、ｆ、ｃ（ｉ）を有する選択されたＰＲＡＣＨフォーマットを利用して送信されることができる。
【０１６８】
端末には上位層パラメータＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎの値により一つのＰＲＡＣＨ時点（ｏｃｃａｓｉｏｎ）と関連した複数のＳＳ／ＰＢＣＨブロックが提供されることができる。もし、ＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎの値が１より小さい場合、一つのＳＳ／ＰＢＣＨブロックが１／ＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎの連続的なＰＲＡＣＨ時点にマッピングされることができる。端末に上位層パラメータｃｂ−ｐｒｅａｍｂｌｅＰｅｒＳＳＢの値によりＳＳ／ＰＢＣＨ当たり複数のプリアンブルが提供され、端末は、ＰＲＡＣＨ当たりＳＳＢ当たりプリアンブルの総数をＳＳＢ−ｐｅｒＲＡＣＨ−Ｏｃｃａｓｉｏｎの値の倍数及びｃｂ−ｐｒｅａｍｂｌｅＰｅｒＳＳＢの値に決定できる。
【０１６９】
ＳＳ／ＰＢＣＨブロックインデックスは、下記の順序によってＰＲＡＣＨ時点とマッピングされることができる。
【０１７０】
−第一に、単一ＰＲＡＣＨ時点内のプリアンブルインデックスの昇順
【０１７１】
−第二に、周波数多重化された（ｍｕｌｔｉｐｌｅｘｅｄ）ＰＲＡＣＨ時点に対する周波数リソースインデックスの昇順
【０１７２】
−第三に、ＰＲＡＣＨスロット内の時間多重化されたＰＲＡＣＨ時点に対する時間リソースインデックスの昇順
【０１７３】
−第四に、ＰＲＡＣＨスロットに対するインデックスの昇順
【０１７４】
ＳＳ／ＰＢＣＨブロックをＰＲＡＣＨ時点にマッピングする、フレーム０から始まる周期は、ｃｅｉｌ（ＮＳＳＢＴｘ／ＮＳＳＢＰＲＡＣＨｐｅｒｉｏｄ）より大きいまたは同じＰＲＡＣＨ設定周期｛１、２、４｝の最小値であり、ここで、端末は、上位層パラメータＳＳＢ−ｔｒａｎｓｍｉｔｔｅｄ−ＳＩＢ１によりＮＳＳＢＴｘを取得し、ＮＳＳＢＰＲＡＣＨｐｅｒｉｏｄは、一つのＰＲＡＣＨ設定周期とマッピング可能なＳＳ／ＰＢＣＨブロックの個数である。
【０１７５】
もし、ランダムアクセス手順がＰＤＣＣＨ命令により開始されるとき、上位層により要求された場合、端末は、ＰＤＣＣＨ命令受信の最後のシンボルとＰＲＡＣＨ送信の１番目のシンボルとの間の時間がＮＴ、２＋ΔＢＷＰＳｗｉｔｃｈｉｎｇ＋ΔＤｅｌａｙｍｓｅｃより大きいまたは同じ１番目の利用可能なＰＲＡＣＨ時点内でＰＲＡＣＨを送信しなければならない。ここで、ＮＴ、２は、ＰＵＳＣＨプロセシング能力１に対するＰＵＳＣＨ準備時間に対応するＮ２シンボルの持続時間であり、ΔＢＷＰＳｗｉｔｃｈｉｎｇは、事前に定義され、及びΔＤｅｌａｙ＞０である。
【０１７６】
以下、ランダムアクセス応答に対してより詳細に説明する。
【０１７７】
ＰＲＡＣＨ送信に対する応答として、端末は、上位層により制御されるウィンドウの間に対応するＲＡ−ＲＮＴＩを有するＰＤＣＣＨを検出するように試みることができる。前記ウィンドウは、プリアンブルシーケンス送信の最後のシンボル以後の少なくともｃｅｉｌ（（Δ・Ｎｓｕｂｆｒａｍｅ、μｓｌｏｔ・Ｎｓｌｏｔｓｙｍｂ）／Ｔｓｆ）個のシンボルであるＴｙｐｅ１−ＰＤＣＣＨ共通サーチスペースに対して、端末に設定された最も早い（ｅａｒｌｉｅｓｔ）制御リソース集合の１番目のシンボルで始まることができる。スロット個数としてのウィンドウの長さは、Ｔｙｐｅ０−ＰＤＣＣＨ共通サーチスペースに対する副搬送波間隔に基づいて上位層パラメータｒａｒ−ＷｉｎｄｏｗＬｅｎｇｔｈにより提供されることができる。
【０１７８】
もし、端末が対応するＲＡ−ＲＮＴＩを有するＰＤＣＣＨ及びウィンドウ内でＤＬ−ＳＣＨトランスポートブロックを含む対応するＰＤＳＣＨを検出した場合、端末は、上位層に前記トランスポートブロックを伝達することができる。上位層は、ＰＲＡＣＨ送信と関連したランダムアクセスプリアンブル識別子（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  ｉｄｅｎｔｉｔｙ：ＲＡＰＩＤ）に対してトランスポートブロックを解析（ｐａｒｓｅ）することができる。もし、上位層がＤＬ−ＳＣＨトランスポートブロックのＲＡＲメッセージ内でＲＡＰＩＤを識別する場合、上位層は、物理層にアップリンクグラントを指示することができる。これは物理層でのランダムアクセス応答（ＲＡＲ）アップリンクグラントということができる。もし、上位層がＰＲＡＣＨ送信と関連したＲＡＰＩＤを識別することができない場合、上位層は、ＰＲＡＣＨを送信するように物理層に指示できる。ＰＤＳＣＨ受信の最後のシンボルとＰＲＡＣＨ送信の１番目のシンボルとの間の最小時間は、ＮＴ、１＋Δｎｅｗ＋０．５と同じであり、ここで、ＮＴ、１は、追加のＰＤＳＣＨ  ＤＭ−ＲＳが設定されたとき、ＰＤＳＣＨプロセシング能力１に対するＰＤＳＣＨ受信時間に対応するＮ１個のシンボルの持続時間であり、Δｎｅｗ≧０である。
【０１７９】
端末は、検出されるＳＳ／ＰＢＣＨブロックまたは受信したＣＳＩ−ＲＳに対しては、対応するＲＡ−ＲＮＴＩを有するＰＤＣＣＨ及び同じＤＭ−ＲＳアンテナポートＱＣＬ（Ｑｕａｓｉ  Ｃｏ−Ｌｏｃａｔｉｏｎ）の特徴を有するＤＬ−ＳＣＨトランスポートブロックを含む対応するＰＤＳＣＨを受信しなければならない。もし、ＰＤＣＣＨ命令により開始されたＰＲＡＣＨ送信に対する応答として端末が対応するＲＡ−ＲＮＴＩを有するＰＤＣＣＨの検出を試みた場合、端末は、ＰＤＣＣＨ及びＰＤＣＣＨ命令が同じＤＭ−ＲＳアンテナポートＱＣＬの特徴を有すると仮定することができる。
【０１８０】
ＲＡＲアップリンクグラントは、端末のＰＵＳＣＨ送信（Ｍｓｇ３  ＰＵＳＣＨ）をスケジューリングする。ＭＳＢで始めてＬＳＢで終わるＲＡＲアップリンクグラントの構成は、表７のように与えられることができる。表７は、ランダムアクセス応答グラント構成フィールドの大きさを例示する。
【０１８１】
【表７】
0006922078.tif 000015
【０１８２】
Ｍｓｇ３  ＰＵＳＣＨ周波数リソース割当は、アップリンクリソース割当タイプ１に対するものである。周波数ホッピングの場合、周波数ホッピングフラグフィールドの指示に基づいて、Ｍｓｇ３  ＰＵＳＣＨ周波数リソース割当フィールドの１番目または最初の二つのビットＮＵＬ、ｈｏｐは、ホッピング情報ビットとして使われることができる。
【０１８３】
ＭＣＳは、ＰＵＳＣＨに対する適用可能なＭＣＳインデックス表の最初の１６個のインデックスにより決定されることができる。
【０１８４】
ＴＰＣ命令δｍｓｇ２、ｂ、ｆ、ｃは、Ｍｓｇ３  ＰＵＳＣＨの電力設定に使われ、以下の表８により解析されることができる。
【０１８５】
【表８】
0006922078.tif 000016
【０１８６】
非コンテンションベースのランダムアクセス手順で、ＣＳＩ要求フィールドは、対応するＰＵＳＣＨ送信に非周期的ＣＳＩ報告が含まれるかどうかを決定するように解析される。コンテンションベースのランダムアクセス手順でＣＳＩ要求フィールドは、留保（ｒｅｓｅｒｖｅｄ）されることができる。
【０１８７】
端末が副搬送波間隔を設定しない限り、端末は、ＲＡＲメッセージを提供するＰＤＳＣＨ受信と同じ副搬送波間隔を使用して後続のＰＤＳＣＨを受信する。
【０１８８】
もし、端末がウィンドウ内で対応するＲＡ−ＲＮＴＩを有するＰＤＣＣＨ及び対応するＤＬ−ＳＣＨトランスポートブロックを検出しない場合、端末は、ランダムアクセス応答受信失敗手順を実行する。
【０１８９】
以下、Ｍｓｇ３  ＰＵＳＣＨ送信に対してより詳細に説明する。
【０１９０】
Ｍｓｇ３  ＰＵＳＣＨ送信に対して、上位層パラメータｍｓｇ３−ｔｐは、端末に前記端末がＭｓｇ３  ＰＵＳＣＨ送信に対して変換プリコーディングを適用するかどうかを指示する。もし、端末が周波数ホッピングをするＭｓｇ３  ＰＵＳＣＨ送信に変換プリコーディングを適用する場合、２番目のホップに対する周波数オフセットは、表９のように与えられることができる。表９は、周波数ホッピングをするＭｓｇ３  ＰＵＳＣＨ送信に対する２番目のホップに対する周波数オフセットを例示する。
【０１９１】
【表９】
0006922078.tif 000017
【０１９２】
Ｍｓｇ３  ＰＵＳＣＨ送信に対する副搬送波間隔は、上位層パラメータｍｓｇ３−ｓｃｓにより提供されることができる。端末は、同じサービングセルの同じアップリンク搬送波上でＰＲＡＣＨ及びＭｓｇ３  ＰＵＳＣＨを送信しなければならない。Ｍｓｇ３  ＰＵＳＣＨ送信に対するアップリンクＢＷＰは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１により指示されることができる。
【０１９３】
ＰＤＳＣＨ及びＰＵＳＣＨが同じ副搬送波間隔を有する場合、ＲＡＲを運搬するＰＤＳＣＨ受信の最後のシンボルと、端末に対してＰＤＳＣＨ内でＲＡＲによりスケジューリングされる対応するＭｓｇ３  ＰＵＳＣＨ送信の１番目のシンボルとの間の最小時間は、ＮＴ、１＋ＮＴ、２＋ＮＴＡ、ｍａｘ＋０．５ｍｓｅｃと同じである。ＮＴ、１は、付加的なＰＤＳＣＨ  ＤＭ−ＲＳが設定された場合、ＰＤＳＣＨプロセシング能力１に対するＰＤＳＣＨ受信時間に対応するＮ１個のシンボルの持続時間であり、ＮＴ、２は、ＰＵＳＣＨプロセシング能力１に対するＰＵＳＣＨ準備時間に対応するＮ２個のシンボルの持続時間であり、ＮＴＡ、ｍａｘは、ＲＡＲ内でＴＡ命令フィールドにより提供されることができる最大タイミング適応値（ｍａｘｉｍｕｍ  ｔｉｍｉｎｇ  ａｄｊｕｓｔｍｅｎｔ  ｖａｌｕｅ）である。
【０１９４】
以下、コンテンション解消に対してより詳細に説明する。
【０１９５】
端末がＣ−ＲＮＴＩの提供を受けていない場合、Ｍｓｇ３  ＰＵＳＣＨ送信に対する応答として、端末は、端末コンテンション解消識別子（ＵＥ  ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｉｄｅｎｔｉｔｙ）を含むＰＤＳＣＨをスケジューリングする、対応するＴＣ−ＲＮＴＩを有するＰＤＣＣＨの検出を試みる。前記端末コンテンション解消識別子を有するＰＤＳＣＨ受信に対する応答として、端末は、ＰＵＣＣＨ内でＨＡＲＱ−ＡＣＫ情報を送信する。ＰＤＳＣＨ受信の最後のシンボルと、対応するＨＡＲＱ−ＡＣＫ送信の１番目のシンボルとの間の最小時間は、ＮＴ、１＋０．５ｍｓｅｃと同じである。ＮＴ、１は、付加的なＰＤＳＣＨ  ＤＭ−ＲＳが設定された場合、ＰＤＳＣＨプロセシング能力１に対するＰＤＳＣＨ受信時間に対応するＮ１個のシンボルの持続時間である。
【０１９６】
以下、パワーセービング（ｐｏｗｅｒ  ｓａｖｉｎｇ）に対して説明する。
【０１９７】
端末のバッテリ寿命は、５Ｇハンドセット及び／またはサービスの採択に影響を及ぼすユーザの経験の重要な要素である。ＮＲシステムは、高速データ送信サポートが可能であるため、ユーザデータは、爆発的に増加して非常に短い時間の区間で提供される傾向を有することと予想される。
【０１９８】
一方、デバイスのエネルギー効率は、負荷がある場合の効率的なデータ送信、及びデータがない時の低いエネルギー消費の二つの側面に対するサポートと関係がある。ここで、負荷がある場合の効率的なデータ送信は、平均スペクトラム効率により証明され、データがない時の低いエネルギー消費は、スリープ比率（ｓｌｅｅｐ  ｒａｔｉｏ）により推定されることができる。
【０１９９】
端末のパワーセービング技法として、トラフィック及び電力消費の特徴に対する端末適応（ａｄａｐｔａｔｉｏｎ）、周波数／時間の変化による適応、アンテナに対する適応、ＤＲＸ設定に対する適応、端末プロセシング能力に対する適応、ＰＤＣＣＨモニタリング／デコーディングの減少のための適応、端末の電力消費に対する適応をトリガリングするためのパワーセービング信号／チャネル／手順、ＲＲＭ測定での電力消費の減少などを考慮することができる。
【０２００】
ここで、ＤＲＸ設定に対する適応と関連して、端末パワーセービングを可能にする端末ＤＲＸに対するサポートを特徴とするダウンリンク共有チャネル（Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＤＬ−ＳＣＨ）、端末パワーセービングを可能にする端末ＤＲＸに対するサポートを特徴とするページングチャネル（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ：ＰＣＨ）（ＤＲＸ周期は、ネットワークにより端末に指示されることができる。）などを考慮することができる。
【０２０１】
また、ここで、端末プロセシング能力に対する適応と関連して、端末は、少なくともネットワークが要求するとき、静的な（ｓｔａｔｉｃ）端末の無線アクセス能力を報告することができる。基地局（ｇＮＢ）は、帯域情報に基づいて端末に対するどのような能力を報告すべきかを要求することができる。ネットワークにより許容されると、一部能力の制限された利用可能性（例えば、ハードウェア共有、干渉または過熱のため）をシグナリングするために臨時の能力制限要求が端末によりｇＮＢに送信されることができる。以後、ｇＮＢは、前記要求を確認し、または拒絶することができる。臨時の能力制限は、５ＧＣに透過（ｔｒａｎｓｐａｒｅｎｔ）しなければならない。主に、静的な能力のみが５ＧＣに格納される。
【０２０２】
また、ここで、ＰＤＣＣＨモニタリング／デコーディング減少のための適応と関連して、端末は、対応するサーチスペース設定によって一つ以上の設定されたＣＯＲＥＳＥＴ内で設定されたモニタリング時点（ｏｃｃａｓｉｏｎ）内のＰＤＣＣＨ候補の集合をモニタリングする。ＣＯＲＥＳＥＴは、１個乃至３個のＯＦＤＭシンボルの持続時間を有するＰＲＢの集合で構成される。リソースユニットであるリソースユニットグループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ：ＲＥＧ）及び制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ：ＣＣＥ）は、各ＣＣＥが一つのＲＥＧの集合で構成されたＣＯＲＥＳＥＴ内で定義される。制御チャネルは、ＣＣＥのアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）により形成される。制御チャネルに対する異なる符号化率（ｃｏｄｅ  ｒａｔｅ）は、ＣＣＥ個数の異なるアグリゲーションにより実現される。インターリービングされた（ｉｎｔｅｒｌｅａｖｅｄ）及びインターリービングされない（ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ）ＣＣＥ−ＲＥＧ間のマッピングは、ＣＯＲＥＳＥＴ内でサポートされる。
【０２０３】
また、ここで、端末の電力消費に対する適応をトリガリングするためのパワーセービング信号／チャネル／手順と関連して、キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）が設定された場合、合理的な端末のバッテリ消費を可能にするために、セルの活性化／非活性化メカニズムがサポートされる。セルが活性化されないと、端末は、対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要がないし、対応するアップリンク送信をすることができなく、また、ＣＱＩ測定を実行する必要がない。それに対して、セルが活性化されると、端末は、ＰＤＣＣＨ及びＰＤＳＣＨを受信しなければならず（もし、端末がＳＣｅｌｌからＰＤＣＣＨをモニタリングするように設定された場合）、ＣＱＩ測定を実行することができることが期待される。ＮＧ−ＲＡＮは、ＰＵＣＣＨ  ＳＣｅｌｌが変更されたり除去されたりする前に、ＰＵＣＣＨ  ＳＣｅｌｌにマッピングされたＳＣｅｌｌが活性化されないように保証する。
【０２０４】
また、ここで、ＲＲＭ測定での電力消費の減少と関連して、もし、二つのタイプの測定が利用可能な場合、ＲＲＭ設定は、報告されたセルに対するＳＳＢ及びＣＳＩ−ＲＳと関連した（層３モビリティに対する）ビーム測定情報を含むことができる。
【０２０５】
また、もし、キャリアアグリゲーションが設定された場合、ＲＲＭ設定は、測定情報が利用可能な各周波数上のベストセル（ｂｅｓｔ  ｃｅｌｌ）のリストを含むことができる。また、ＲＲＭ測定情報は、ターゲットｇＮＢに属する羅列されたセルに対するビーム測定を含むことができる。
【０２０６】
以下、端末パワーセービングを実現することができる技法のうち一つである、不連続的受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：ＤＲＸ）に対して説明する。
【０２０７】
ＤＲＸ関連端末の手順は、以下の表１０のように要約できる。
【０２０８】
【表１０】
0006922078.tif 000018
【０２０９】
図１５は、ＤＲＸ周期の概略を示す。
【０２１０】
図１５によると、端末は、電力消費を減らすためにＲＲＣ＿ＩＤＬＥ状態及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＤＲＸを使用する。ＤＲＸが設定されると、端末は、ＤＲＸ設定情報によってＤＲＸ動作を実行する。ＤＲＸとして動作する端末は、受信作業を繰り返してオンオフする。
【０２１１】
例えば、ＤＲＸが設定されると、端末は、事前に設定された時間の区間内でのみダウンリンクチャネルであるＰＤＣＣＨ受信を試みて、残った時間の区間内ではＰＤＣＣＨ受信を試みない。端末がＰＤＣＣＨ受信を試みるべき時間の区間は、ｏｎ−ｄｕｒａｔｉｏｎといい、前記ｏｎ−ｄｕｒａｔｉｏｎ区間は、ＤＲＸ周期当たり一回定義される。
【０２１２】
端末は、ＲＲＣシグナリングを介してｇＮＢからＤＲＸ設定情報を受信することができて、（長い（ｌｏｎｇ））ＤＲＸ命令（ｃｏｍｍａｎｄ）ＭＡＣ  ＣＥの受信を介してＤＲＸとして動作できる。
【０２１３】
ＤＲＸ設定情報は、ＭＡＣ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇに含まれることができる。ＩＥであるＭＡＣ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸを含む、セルグループに対するＭＡＣパラメータの設定に使われることができる。
【０２１４】
ＤＲＸ命令ＭＡＣ  ＣＥまたは長いＤＲＸ命令ＭＡＣ  ＣＥは、ＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダにより識別されることができる。これは固定された大きさを有することができる。
【０２１５】
以下の表１１は、ＤＬ−ＳＣＨに対するＬＣＩＤの値を例示したものである。
【０２１６】
【表１１】
0006922078.tif 000019
【０２１７】
端末のＰＤＣＣＨモニタリング動作は、ＤＲＸ及び帯域幅適応（Ｂａｎｄｗｉｄｔｈ  Ａｄａｐｔａｔｉｏｎ：ＢＡ）により制御される。一方、ＤＲＸが設定されると、端末は、ＰＤＣＣＨモニタリングを持続的にする必要がない。一方、ＤＲＸは、下記の特徴を有する。
【０２１８】
−ｏｎ−ｄｕｒａｔｉｏｎ：ウェイクした（ｗａｋｉｎｇ  ｕｐ）後、ＰＤＣＣＨを受信するために端末が待機する区間である。もし、端末がＰＤＣＣＨのデコーディングに成功した場合、端末は、ウェイクした状態を維持し、非活性タイマ（ｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒ）を開始する。
【０２１９】
−非活性タイマ：最後のＰＤＣＣＨデコーディングの成功から端末がＰＤＣＣＨデコーディングの成功のために待機する時間の区間であって、失敗時に端末が再びスリープする区間である。端末は、唯一の１番目の送信に対するＰＤＣＣＨの単一のデコーディングの成功以後、非活性タイマを再開しなければならない（即ち、再送信のためのものではない）。
【０２２０】
−再送信タイマ：再送信が予想される間の時間の区間である。
【０２２１】
−周期：ｏｎ−ｄｕｒａｔｉｏｎと後続する可能な非活性周期の周期的な繰り返しを規定する。
【０２２２】
以下、ＭＡＣ層内のＤＲＸに対して説明する。以下でのＭＡＣエンティティは、端末または端末のＭＡＣエンティティとして表現されることができる。
【０２２３】
ＭＡＣエンティティは、前記ＭＡＣエンティティのＣ−ＲＮＴＩ、ＣＳ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、及びＴＰＣ−ＳＲＳ−ＲＮＴＩに対する端末のＰＤＣＣＨモニタリング活動を制御するＤＲＸ機能を有するＲＲＣにより設定されることができる。ＤＲＸ動作を利用するとき、ＭＡＣエンティティは、ＰＤＣＣＨをモニタリングしなければならない。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、もし、ＤＲＸが設定される場合、ＭＡＣエンティティは、ＤＲＸ動作を利用して不連続的にＰＤＣＣＨをモニタリングすることができる。そうでない場合、ＭＡＣエンティティは、ＰＤＣＣＨを連続的にモニタリングしなければならない。
【０２２４】
ＲＲＣは、ＤＲＸ設定情報のパラメータを設定することによってＤＲＸ動作を制御する。
【０２２５】
ＤＲＸ周期が設定されると、活性時間は、以下の時間を含む。
【０２２６】
−ｄｒｘ−ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬまたはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬまたはｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動作中である時間；または
【０２２７】
−スケジューリング要求がＰＵＣＣＨ上で送信され、係留中である時間；または
【０２２８】
−コンテンションベースのランダムアクセスプリアンブルのうちＭＡＣエンティティにより選択されないランダムアクセスプリアンブルに対するランダムアクセス応答の受信の成功以後にＭＡＣエンティティのＣ−ＲＮＴＩへの新しい送信を指示するＰＤＣＣＨが受信されない時間。
【０２２９】
ＤＲＸが設定されると、端末は、以下の手順に従うことができる。
【０２３０】
１＞もし、ＭＡＣ  ＰＤＵが設定されたアップリンクグラントで送信される場合
【０２３１】
２＞対応するＰＵＳＣＨ送信の１番目の受信以後直ちに対応するＨＡＲＱプロセスに対するｄｒｘ−ＨＡＲＱ−ＲＴＴ−ＴｉｍｅｒＵＬを開始する；
【０２３２】
２＞対応するＨＡＲＱ手順に対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを中止する。
【０２３３】
１＞もし、ｄｒｘ−ＨＡＲＱ−ＲＴＴ−ＴｉｍｅｒＤＬが満了する場合：
【０２３４】
２＞もし、対応するＨＡＲＱ手順のデータのデコーディングが成功しない場合：
【０２３５】
３＞対応するＨＡＲＱ手順に対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを開始する。
【０２３６】
１＞もし、ｄｒｘ−ＨＡＲＱ−ＲＴＴ−ＴｉｍｅｒＵＬが満了する場合：
【０２３７】
２＞対応するＨＡＲＱ手順に対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを開始する。
【０２３８】
１＞もし、ＤＲＸ命令ＭＡＣ  ＣＥまたは長い（Ｌｏｎｇ）ＤＲＸ命令ＭＡＣ  ＣＥを受信する場合：
【０２３９】
２＞ｄｒｘ−ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを中止する；
【０２４０】
２＞ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを中止する。
【０２４１】
１＞もし、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了し、またはＤＲＸ命令ＭＡＣ  ＣＥが受信される場合：
【０２４２】
２＞もし、短いＤＲＸ周期が設定される場合：
【０２４３】
３＞ｄｒｘ−ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開する；
【０２４４】
３＞短いＤＲＸ周期を利用する。
【０２４５】
２＞そうでない場合：
【０２４６】
３＞長いＤＲＸ周期を利用する。
【０２４７】
１＞もし、ｄｒｘ−ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了する場合：
【０２４８】
２＞長いＤＲＸ周期を利用する。
【０２４９】
１＞もし、長いＤＲＸ命令ＭＡＣ  ＣＥが受信される場合：
【０２５０】
２＞ｄｒｘ−ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを中止する；
【０２５１】
２＞長いＤＲＸ周期を利用する。
【０２５２】
１＞もし、短いＤＲＸ周期が使われ、及び［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ｄｒｘ−ＳｈｏｒｔＣｙｃｌｅ）＝（ｄｒｘ−ＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ｄｒｘ−ＳｈｏｒｔＣｙｃｌｅ）である場合；または
【０２５３】
１＞もし、長いＤＲＸ周期が使われ、及び［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ｄｒｘ−ＬｏｎｇＣｙｃｌｅ）＝ｄｒｘ−ＳｔａｒｔＯｆｆｓｅｔである場合：
【０２５４】
２＞もし、ｄｒｘ−ＳｌｏｔＯｆｆｓｅｔが設定される場合：
【０２５５】
３＞ｄｒｘ−ＳｌｏｔＯｆｆｓｅｔ以後ｄｒｘ−ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する。
【０２５６】
２＞そうでない場合：
【０２５７】
３＞ｄｒｘ−ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する。
【０２５８】
１＞もし、ＭＡＣエンティティが活性時間内にある場合：
【０２５９】
２＞ＰＤＣＣＨをモニタリングする；
【０２６０】
２＞もし、ＰＤＣＣＨがＤＬ送信を指示し、またはＤＬ割当が設定される場合：
【０２６１】
３＞対応するＰＵＣＣＨ送信以後直ちに対応するＨＡＲＱ手順に対するｄｒｘ−ＨＡＲＱ−ＲＴＴ−ＴｉｍｅｒＤＬを開始する；
【０２６２】
３＞対応するＨＡＲＱ手順に対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを中止する。
【０２６３】
２＞もし、ＰＤＣＣＨがＵＬ送信を指示する場合：
【０２６４】
３＞対応するＰＵＳＣＨ送信の１番目の受信以後直ちに対応するＨＡＲＱ手順に対するｄｒｘ−ＨＡＲＱ−ＲＴＴ−ＴｉｍｅｒＵＬを開始する；
【０２６５】
３＞対応するＨＡＲＱ手順に対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬを中止する。
【０２６６】
２＞もし、ＰＤＣＣＨが新しい送信（ＵＬまたはＤＬ）を指示する場合：
【０２６７】
３＞ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再開する。
【０２６８】
１＞そうでない場合（即ち、活性時間の一部でない場合）：
【０２６９】
２＞ｔｙｐｅ−０−ｔｒｉｇｇｅｒｅｄＳＲＳを送信しない。
【０２７０】
１＞もし、ＣＱＩマスキング（ｃｑｉ−Ｍａｓｋ）が上位層により設定される場合：
【０２７１】
２＞もし、ｄｒｘ−ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが動作しない場合：
【０２７２】
３＞ＰＵＣＣＨ上でＣＳＩ報告をしない。
【０２７３】
１＞そうでない場合：
【０２７４】
２＞もし、ＭＡＣエンティティが活性時間内にない場合：
【０２７５】
３＞ＰＵＣＣＨ上でＣＳＩ報告をしない”。
【０２７６】
ＭＡＣエンティティがＰＤＣＣＨをモニタリングするかどうかにかかわらず、ＭＡＣエンティティは、期待される場合、ＨＡＲＱフィードバック及びｔｙｐｅ−１−ｔｒｉｇｇｒｅｄ  ＳＲＳを送信することができる。
【０２７７】
もし、完全なＰＤＣＣＨ時点でない場合（即ち、活性時間がＰＤＣＣＨ時点の中間で開始し、または満了する場合）ＭＡＣエンティティは、ＰＤＣＣＨをモニタリングする必要がない。
【０２７８】
以下、ページングに対するＤＲＸを説明する。
【０２７９】
端末は、電力消費を減らすためにＲＲＣ＿ＩＤＬＥ状態及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＤＲＸを使用することができる。端末は、ＤＲＸサイクル当たり一つのページング時点（ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ：ＰＯ）をモニタリングし、一つのＰＯは、ページングＤＣＩが送信されることができる複数の時間スロット（例えば、サブフレームまたはＯＦＤＭシンボル）からなることができる。マルチビーム動作で、一つのＰＯの長さは、ビームスイーピングの一つの周期であり、端末は、スイーピングパターンの全てのビーム内で同じページングメッセージが繰り返しされると仮定することができる。ページングメッセージは、ＲＡＮにより開始されたページング及びＣＮにより開始されたページングで同じである。
【０２８０】
一つのページングフレーム（ｐａｇｉｎｇ  ｆｒａｍｅ：ＰＦ）は、一つの無線フレームであり、一つまたは複数のＰＯを含むことができる。
【０２８１】
端末は、ＲＡＮページングを受信すると、ＲＲＣ接続再開手順を開始する。もし、端末がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＣＮにより開始されたページングを受信する場合、端末は、ＲＲＣ＿ＩＤＬＥ状態に遷移してＮＡＳに知らせることができる。
【０２８２】
一方、ＮＲのような新しいＲＡＴシステムは、ＯＦＤＭ送信方式またはこれと類似の送信方式を使用することができる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従うことができる。または、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ−Ａのヌメロロジーにそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を有することができる。または、一つのセルが複数個のヌメロロジーをサポートすることもできる。即ち、互いに異なるヌメロロジーで動作する端末が一つのセル内で共存できる。
【０２８３】
ＮＲシステムでは一つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さ等）が異なるように設定されることができる。それによって、同じ個数のシンボルで構成された時間リソース（例えば、サブフレーム、スロットまたはＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ  Ｕｎｉｔ）と称する）の（絶対時間）区間が併合されたセル間に異なるように設定されることができる。
【０２８４】
図１６は、次世代通信で使われることができる無線フレームの構造を例示する。
【０２８５】
無線フレームは、１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム（Ｈａｌｆ−Ｆｒａｍｅ、ＨＦ）に定義されることができる。ハーフフレームは、５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）を含むことができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロット個数は、副搬送波間隔（Ｓｕｂｃａｒｒｉｅｒ  Ｓｐａｃｉｎｇ：ＳＣＳ）によって決定されることができる。各スロットは、ＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）によって、１２個または１４個のＯＦＤＭ（Ａ）シンボルを含むことができる。
【０２８６】
ノーマルＣＰ（ｎｏｒｍａｌ  ＣＰ）が使われる場合、各スロットは、１４個のシンボルを含むことができる。拡張ＣＰが使われる場合、各スロットは、１２個のシンボルを含むことができる。ここで、シンボルは、ＯＦＤＭシンボル（または、ＣＰ−ＯＦＤＭシンボル）、ＳＣ−ＦＤＭＡシンボル（または、ＤＦＴ−ｓ−ＯＦＤＭシンボル）を含むことができる。
【０２８７】
図１７は、次世代通信で使われるフレームのスロット構造を例示する。
【０２８８】
スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルＣＰの場合、一つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合、一つのスロットが１２個のシンボルを含むことができる。または、ノーマルＣＰの場合、一つのスロットが７個のシンボルを含むが、拡張ＣＰの場合、一つのスロットが６個のシンボルを含むことができる。これは標準規格によって異なるように設定されることができる。
【０２８９】
搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）は、周波数領域で複数（例えば、１２）の連続した副搬送波に定義されることができる。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）は、周波数領域で複数の連続した（Ｐ）ＲＢに定義されることができ、一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰの長さ等）に対応されることができる。搬送波は、最大Ｎ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰを介して実行され、一つの端末には一つのＢＷＰが活性化されることができる。リソースグリッドで各々の要素は、リソースエレメント（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ、ＲＥ）といい、一つの複素シンボルがマッピングされることができる。
【０２９０】
図１８は、セルフコンテインド（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する。
【０２９１】
一つのスロット内にＤＬ制御チャネル、ＤＬまたはＵＬデータチャネル、ＵＬ制御チャネルなどが全て含まれることができるセルフコンテインド構造をサポートすることができる。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信するときに使われ（以下、ＤＬ制御領域）、スロット内の最後のＭ個のシンボルは、ＵＬ制御チャネルを送信するときに使われることができる（以下、ＵＬ制御領域）。ＮとＭは、各々、０以上の整数である。ＤＬ制御領域とＵＬ制御領域との間にあるリソース領域（以下、データ領域）は、ＤＬデータ送信のために使われ、またはＵＬデータ送信のために使われることができる。
【０２９２】
一例として、一つのスロットは、下記の構成のうちいずれか一つである。各区間は、時間順に羅列された。
【０２９３】
１．ＤＬ  ｏｎｌｙ構成
【０２９４】
２．ＵＬ  ｏｎｌｙ構成
【０２９５】
３．Ｍｉｘｅｄ  ＵＬ−ＤＬ構成
【０２９６】
−ＤＬ領域＋ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）＋ＵＬ制御領域
【０２９７】
−ＤＬ制御領域＋ＧＰ＋ＵＬ領域
【０２９８】
ここで、ＤＬ領域は、（i）ＤＬデータ領域または（ii）ＤＬ制御領域＋ＤＬデータ領域であり、ＵＬ領域は、（i）ＵＬデータ領域または（ii）ＵＬデータ領域＋ＵＬ制御領域である。
【０２９９】
ＤＬ制御領域ではＰＤＣＣＨが送信されることができ、ＤＬデータ領域ではＰＤＳＣＨが送信されることができる。ＵＬ制御領域ではＰＵＣＣＨが送信されることができ、ＵＬデータ領域ではＰＵＳＣＨが送信されることができる。ＰＤＣＣＨではＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信されることができる。ＰＵＣＣＨではＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータに対するＡＣＫ／ＮＡＣＫ（Ｐｏｓｉｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）などが送信されることができる。ＧＰは、基地局と端末が送信モードから受信モードに転換する過程または受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換される時点の一部シンボルがＧＰに設定されることができる。
【０３００】
以下、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ  Ａｃｃｅｓｓ  ａｎｄ  Ｂａｃｋｈａｕｌ）システムでリソース方向を定める（設定する）方法に対して提案する。
【０３０１】
まず、略語を定義する。
【０３０２】
ＩＡＢ：Ｉｎｔｅｇｒａｔｅｄ  Ａｃｃｅｓｓ  ａｎｄ  Ｂａｃｋｈａｕｌ
【０３０３】
ＣＳＩ−ＲＳ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ
【０３０４】
ＳＦＩ：Ｓｌｏｔ  Ｆｏｒｍａｔ  ｒｅｌａｔｅｄ  Ｉｎｆｏｒｍａｔｉｏｎ
【０３０５】
ＣＯＲＥＳＥＴ：Ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ
【０３０６】
ＩＡＢ：Ｉｎｔｅｇｒａｔｅｄ  Ａｃｃｅｓｓ＆Ｂａｃｋｈａｕｌ
【０３０７】
ＤｇＮＢ：Ｄｏｎｏｒ  ｇＮＢ
【０３０８】
ＲＮ：Ｒｅｌａｙ  ｎｏｄｅ
【０３０９】
Ｄ：ｄｏｗｎｌｉｎｋ
【０３１０】
Ｕ：ｕｐｌｉｎｋ
【０３１１】
Ｆ（ｏｒ  Ｘ）：ｆｌｅｘｉｂｌｅ
【０３１２】
ＡＣ：Ａｃｃｅｓｓ
【０３１３】
ＢＨ：Ｂａｃｋｈａｕｌ
【０３１４】
ＤＵ：分散装置（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）
【０３１５】
ＭＴ：移動端末（Ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）
【０３１６】
ＣＵ：中央装置（Ｃｅｎｔｒａｌｉｚｅｄ  Ｕｎｉｔ）
【０３１７】
以下で、ＩＡＢノードは、端末の無線アクセスをサポートし、アクセストラフィックを他のノード（例えば、基地局や中継器、他の端末等）に伝達できるノードを意味する。
【０３１８】
ＩＡＢドナー（ＩＡＢ−ｄｏｎｏｒ）は、端末にコアネットワークとのインターフェースを提供し、ＩＡＢノードに無線バックホール機能を提供するノードを意味する。
【０３１９】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような多様な無線アクセスシステムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術で具現化されることができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現化されることができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ−Ａ  ｐｒｏは、３ＧＰＰ  ＬＴＥの進化したバージョンである。３ＧＰＰ  ＮＲ（Ｎｅｗ  Ｒａｄｉｏ  ｏｒ  Ｎｅｗ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ａ  ｐｒｏの進化したバージョンである。
【０３２０】
説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ−Ａ、ＮＲ）に基づいて説明するが、本発明の技術的思想がこれに制限されるものではない。ＬＴＥは、３ＧＰＰ  ＴＳ  ３６．ｘｘｘ  Ｒｅｌｅａｓｅ８以後の技術を意味する。より詳細には、３ＧＰＰ  ＴＳ  ３６．ｘｘｘ  Ｒｅｌｅａｓｅ１０以後のＬＴＥ技術は、ＬＴＥ−Ａといい、３ＧＰＰ  ＴＳ  ３６．ｘｘｘ  Ｒｅｌｅａｓｅ１３以後のＬＴＥ技術は、ＬＴＥ−Ａ  ｐｒｏという。３ＧＰＰ  ＮＲは、ＴＳ  ３８．ｘｘｘ  Ｒｅｌｅａｓｅ１５以後の技術を意味する。ＬＴＥ／ＮＲは、３ＧＰＰシステムという。“ｘｘｘ”は、標準文書の細部番号を意味する。ＬＴＥ／ＮＲは、３ＧＰＰシステムと称することができる。本発明の説明に使われた背景技術、用語、略語などに対しては、本発明以前に公開された標準文書に記載された事項を参照することができる。
【０３２１】
以下、統合アクセス及びバックホール（Ｉｎｔｅｇｒａｔｅｄ  Ａｃｃｅｓｓ  ａｎｄ  Ｂａｃｋｈａｕｌ：ＩＡＢ）に対して説明する。
【０３２２】
将来のセルラーネットワーク配置シナリオ及びアプリケーションを可能にする潜在的な技術のうち一つは、無線バックホール及びリレイリンクをサポートすることによって、送信ネットワークの過密化がなくてもＮＲセルを柔軟に且つ密集して配置することである。
【０３２３】
ＮＲではマッシブ（ｍａｓｓｉｖｅ）ＭＩＭＯまたはマルチビーム（ｍｕｌｔｉ−ｂｅａｍ）システムを基本的に使用／配置でき、ＬＴＥに比べてＮＲで使用することと予想される帯域幅が大きい。したがって、統合アクセス及びバックホール（ＩＡＢ）リンクが必要であり、これを介して端末に対するアクセスを提供するために定義された多数の制御及びデータチャネル／手順を構築することができる。
【０３２４】
ＩＡＢ環境で、多数のノード（ｎｏｄｅ）及び端末間干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）を防ぐためには、リソース方向（ｒｅｓｏｕｒｃｅ  ｄｉｒｅｃｔｉｏｎ）衝突を最小化しなければならない。例えば、同じ時点、同じ周波数帯域で、第１の端末が第１のノードにアップリンク信号を送信するために割り当てられたリソースは、アップリンク（Ｕ）用リソースであり、第２の端末が第２のノードからダウンリンク信号を受信するために割り当てられたリソースは、ダウンリンク（Ｄ）用リソースであると仮定する。この場合、第１の端末が割当を受けた前記リソースを利用して送信するアップリンク信号は、前記第２の端末が割当を受けたリソースで干渉として作用できる。
【０３２５】
もちろん、ＩＡＢ環境で多様な干渉要因があるが、最小限リソース方向をノード／端末間干渉を最小化するように定義することができる場合、ＩＡＢシステムの安定性と性能を一層保証することができる。
【０３２６】
図１９は、統合アクセス及びバックホール（ＩＡＢ）リンクがあるネットワークの一例を示す。
【０３２７】
端末１９１と中継ノードまたは基地局ノード１９２との間の無線リンクをアクセスリンクと称し、中継ノードまたは基地局ノード１９２と他の中継ノードまたは基地局ノード１９３との間の無線リンクをバックホールリンクと称することができる。少なくとも一つの基地局ノードまたは中継ノードは、有線でコアネットワークと接続されることができる。
【０３２８】
アクセスリンクとバックホールリンクは、同じ周波数帯域を使用することもでき、または互いに異なる周波数帯域を使用することもできる。
【０３２９】
一方、ミリ波スペクトラムで、ＮＲシステムを運営することは、現在のＲＲＣベースのハンドオーバメカニズムでは減らすことができない激しいブロッキング現象（短期的な遮断現象）を経験するようにすることができる。前記ブロッキング現象を克服するためには、中継ノード（または、基地局ノード、以下、同じ）間に迅速なスイッチングが発生できるようにＲＡＮベースのメカニズムが必要である。
【０３３０】
そのために、アクセス及びバックホールリンクの迅速なスイッチングを可能にする統合された体制（ｆｒａｍｅｗｏｒｋ）の開発が必要である。中継ノード間のＯＴＡ（Ｏｖｅｒ−ｔｈｅ−Ａｉｒ）調整（ｃｏｏｒｄｉｎａｔｉｏｎ）は、干渉を緩和して終端間経路選択及び最適化をサポートすると見なされることができる。
【０３３１】
ＮＲのためのＩＡＢは、下記の要求事項及び側面を考慮しなければならない。
【０３３２】
１）室内及び室外シナリオで帯域内の及び帯域外の中継のための効率的で且つ柔軟な運営、２）マルチホップ（ｍｕｌｔｉ−ｈｏｐ）及び重複接続、３）終端間経路選択及び最適化、４）高いスペクトラム効率でバックホールリンクサポート、５）レガシーＮＲ端末サポート。
【０３３３】
図２０は、ＩＡＢ環境で基地局、中継ノード、端末を含むシステムを例示する。
【０３３４】
図２０を参照すると、ＩＡＢシナリオで、ハーフデュプレックス（ｈａｌｆ−ｄｕｐｌｅｘ）がサポートされることができる。また、ＩＡＢシナリオでフルデュプレックス（ｆｕｌｌ  ｄｕｐｌｅｘ）がサポートされることもできる。
【０３３５】
もし、各中継ノード（ＲＮ）がスケジューリング能力を有しない場合、基地局（ＤｇＮＢ）は、基地局、関連中継ノード及び端末間の全体リンクをスケジューリングしなければならない。即ち、基地局は、全ての関連した中継ノードでトラフィック情報を収集して全てのリンクに対するスケジューリング決定を下した後、各中継ノードにスケジューリング情報を知らせることができる。
【０３３６】
例えば、バックホール及びアクセスリンクは、図２０のように構成できる。この場合、基地局は、端末１（ＵＥ１）のスケジューリング要求を受信するだけでなく、端末２（ＵＥ２）及び端末３（ＵＥ３）のスケジューリング要求も受信することができる。その後、二つのバックホールリンク２０１、２０２と三つのアクセスリンク２０３、２０４、２０５のスケジューリング決定を下してスケジューリング結果を知らせることができる。このような中央集中式スケジューリングには、遅延スケジューリングと待機時間問題が含まれることができる。
【０３３７】
それに対して、分散スケジューリングは、各中継ノードがスケジューリング能力を有する場合に行われることができる。その場合、端末のアップリンクスケジューリング要求に対して直ちにスケジューリングが行われることができ、周辺トラフィック状況を反映してバックホール／アクセスリンクがより融通が利くように活用されることができる。
【０３３８】
＜バックホールリンクディスカバリ及び測定＞
【０３３９】
ＩＡＢノード初期アクセス（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）
【０３４０】
ＩＡＢノードは、初期に親（ｐａｒｅｎｔ）ＩＡＢノードまたはＩＡＢドナー（ｄｏｎｏｒ）に接続を設定するためにセルサーチ、システム情報取得及びランダムアクセスを含んで端末と同じ初期アクセス手順に従うことができる。ＳＳＢ／ＣＳＩ−ＲＳベースのＲＲＭ測定は、ＩＡＢノード発見及び測定の開始点である。
【０３４１】
ＩＡＢノード間に衝突するＳＳＢを構成することを防止し、ＣＳＩ−ＲＳベースのＩＡＢノードディスカバリを実現するために、ハーフデュプレックス制限条件及びマルチホップ（ｍｕｌｔｉ−ｈｏｐ）トポロジ（ｔｏｐｏｌｏｇｉｅｓ）によってＩＡＢノード間のディスカバリ手順を考慮することができる。与えられたＩＡＢノードで使用するセルＩＤを考慮するとき、下記の二つのケースを考慮することができる。
【０３４２】
ケース１：ＩＡＢドナー（ｄｏｎｏｒ）とＩＡＢノードが同じセルＩＤを共有する場合。
【０３４３】
ケース２：ＩＡＢドナーとＩＡＢノードが別個のセルＩＤを維持する場合。
【０３４４】
また、端末からのＲＡＣＨ送信及びＩＡＢノードからのＲＡＣＨ送信の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）のためのメカニズムも考慮されなければならない。
【０３４５】
＜バックホールリンク測定＞
【０３４６】
リンク管理及び経路選択のために多重バックホールリンクの測定を考慮しなければならない。与えられたＩＡＢノードの観点でハーフデュプレックス制約条件をサポートするために、ＩＡＢは、セルサーチ及び測定のためにアクセス端末で使われるリソースと時間上に直交するリソースを使用する候補バックホールリンク（初期アクセス以後）の検索及び測定をサポートすることができる。これと関連して下記の事項をさらに考慮することができる。
【０３４７】
１）ＳＳＢのＴＤＭ（例：ホップ順序、セルＩＤなどによって異なる）、２）ＩＡＢノード間のＳＳＢミューティング、３）ハーフフレームまたはハーフフレームにわたってアクセス端末及びＩＡＢ用ＳＳＢの多重化、４）Ｒｅｌ−１５  ＳＳＢ送信とＴＤＭされるＩＡＢノードディスカバリ信号（例：ＣＳＩ−ＲＳ）、５）オフラスター（ｏｆｆ−ｒａｓｔｅｒ）ＳＳＢ使用、６）アクセス端末により使われる周期と異なる、バックホールリンク検出及び測定に対する送信周期。
【０３４８】
ＩＡＢノードに対する参照信号送信及び測定機会の調整のためのメカニズムも考慮しなければならない。ＩＡＢノードに対するＲＲＭ測定をサポートするためのＳＭＴＣ及びＣＳＩ−ＲＳ構成の向上も必要である。
【０３４９】
＜バックホールリンク管理＞
【０３５０】
ＩＡＢノードは、Ｒｅｌ−１５メカニズムに基づいてバックホールリンク失敗（ｆａｉｌｕｒｅ）を検知／復旧するためのメカニズムをサポートすることができる。ＲＬＭ  ＲＳ及びＩＡＢ関連手順の改善をさらに考慮することができる。
【０３５１】
＜多重バックホールリンクで経路スイッチングまたは送信／受信メカニズム＞
【０３５２】
複数個のバックホールリンクで同時に効率的な経路スイッチングまたは送受信のためのメカニズム（例：多重ＴＲＰ作動及び周波数内の二重接続性）を考慮しなければならない。
【０３５３】
＜スケジューリング及びリソース割当／調整＞
【０３５４】
１．バックホール及びアクセスリンクスケジューリング
【０３５５】
ダウンリンクＩＡＢノード送信（即ち、ＩＡＢノードから子ＩＡＢノード（ｃｈｉｌｄ  ＩＡＢ  ｎｏｄｅ）へのバックホールリンク送信及びＩＡＢノードから端末へのアクセスリンク送信）は、前記ＩＡＢノード自体によりスケジューリングされることができる。アップリンクＩＡＢ送信（即ち、ＩＡＢノードから親ＩＡＢノードまたはＩＡＢドナーへの送信）は、前記親ＩＡＢノードまたはＩＡＢドナーによりスケジューリングされることができる。
【０３５６】
２．アクセス及びバックホールリンクの多重化
【０３５７】
ＩＡＢは、ＩＡＢノードでアクセスリンク及びバックホールリンク間にＴＤＭ、ＦＤＭ及び／またはＳＤＭをサポートすることができ、ハーフデュプレックス制約条件が適用されることができる。
【０３５８】
ＩＡＢノードのハーフデュプレックス制約を考慮したマルチホップを介したアクセス／バックホールトラフィックの効率的なＴＤＭ／ＦＤＭ／ＳＤＭ多重化メカニズムを考慮しなければならない。
【０３５９】
多様な多重化オプションに対して下記の事項を考慮することができる。
【０３６０】
１）一つまたは多数のホップでアクセス及びバックホールリンク間に時間スロットまたは周波数リソースを直交分割するメカニズム、２）アクセス及びバックホールリンクに対して互いに異なるＤＬ／ＵＬスロット構成の活用、３）バックホール及びアクセスリンクのパネル内のＦＤＭ及びＳＤＭを許容するＤＬ及びＵＬ電力制御向上及びタイミング要件、４）相互干渉を含む干渉管理。
【０３６１】
３．リソース調整（Ｒｅｓｏｕｒｃｅ  ｃｏｏｒｄｉｎａｔｉｏｎ）
【０３６２】
ＩＡＢノード／ＩＡＢドナー及び多重バックホールホップ全般にわたっているスケジューリング調整、リソース割当及びルート選択メカニズムを考慮しなければならない。ＩＡＢノード間のリソース（周波数、スロット／スロットフォーマットなどの観点での時間）に対して（ＲＲＣ信号のタイムスケールで）半静的（ｓｅｍｉ−ｓｔａｔｉｃ）な設定方法がサポートされることができる。下記の側面をさらに考慮することができる。
【０３６３】
１）分散または中央集中式調整メカニズム、２）必要なシグナリングのリソースのグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）（例：ＴＤＤ設定パターン）、３）ＩＡＢノード間のＬ１及び／またはＬ３測定値交換、４）バックホールリンクの物理層設計研究に影響を及ぼすトポロジ関連情報交換（例：ホップ順序）、５）半静的調整より早いリソース（スロット／スロットフォーマットなどの観点で時間、周波数等）の調整
【０３６４】
４．ＩＡＢノード同期化及びタイミング整列
【０３６５】
ＯＴＡ（ｏｖｅｒ−ｔｈｅ−ａｉｒ）同期化の可能性（ｆｅａｓｉｂｉｌｉｔｙ）及びタイミング誤整列（ｍｉｓａｌｉｇｎｍｅｎｔ）がＩＡＢ性能（例：サポート可能なホップ数）に及ぼす影響を考慮しなければならない。マルチホップＮＲ−ＩＡＢネットワークでタイミング整列のためのメカニズムを考慮しなければならない。ＩＡＢは、多数のバックホールホップを含むＩＡＢノード間でＴＡ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅｄ）ベースの同期化をサポートすることができる。既存タイミング整列メカニズムの向上も考慮することができる。
【０３６６】
ＩＡＢノードとＩＡＢドナーとの間の送信タイミング整列に対する下記の例を考慮することができる。
【０３６７】
１）事例１：ＩＡＢノードとＩＡＢドナーにわたったＤＬ送信タイミング整列
【０３６８】
２）事例２：ＤＬ及びＵＬ送信タイミングがＩＡＢノード内で整列
【０３６９】
３）事例３：ＤＬ及びＵＬ受信タイミングがＩＡＢノード内で整列
【０３７０】
４）事例４：ＩＡＢノード内で事例２を使用して送信し、事例３を使用して受信
【０３７１】
５）事例５：アクセスリンクタイミングの場合、事例１を適用、ＩＡＢノード内の他の時間スロットでのバックホールリンクタイミングの場合、事例４を適用。
【０３７２】
ＩＡＢノード／ＩＡＢドナーまたはＩＡＢノード内で下記のような水準（ｌｅｖｅｌ）の整列を考慮することができる。
【０３７３】
１）スロット水準整列、２）シンボル水準整列、３）整列なし。
【０３７４】
５．交差リンク干渉（ｃｒｏｓｓ  ｌｉｎｋ  ｉｎｔｅｒｆｅｒｅｎｃｅ：ＣＬＩ）測定及び管理
【０３７５】
アクセス及びバックホールリンク（マルチホップを含んで）に対する交差リンク干渉（ＣＬＩ）の影響を考慮することができる。
【０３７６】
１）ＣＬＩ緩和技術
【０３７７】
高級（ａｄｖａｎｃｅｄ）受信機及び送信機調整を含むＣＬＩ緩和技術を考慮することができる。このとき、複雑性と性能の側面で優先順位を定めなければならない。ＣＬＩ緩和技術は、下記のようなＩＡＢ間の干渉シナリオが管理可能でなければならない。i）事例１：被害者ＩＡＢノードがＭＴを介してＤＬで受信中であり、干渉ＩＡＢノードがＭＴを介してＵＬで送信中である場合、ii）事例２：被害者ＩＡＢノードが自分のＭＴを介してＤＬで受信中であり、干渉ＩＡＢノードがＤＵを介してＤＬで送信中である場合、iii）事例３：被害者ＩＡＢノードがＤＵを介してＵＬで受信中であり、干渉ＩＡＢノードがＭＴを介してＵＬで送信中である場合、iv）事例４：被害者ＩＡＢノードがＤＵを介してＵＬで受信中であり、干渉ＩＡＢノードがＤＵを介してＤＬで送信中である場合。
【０３７８】
与えられたＩＡＢノードでアクセス及びバックホールリンク間でＦＤＭ／ＳＤＭ受信する場合、前記ＩＡＢノードで経験する干渉を考慮することができる。
【０３７９】
２）ＣＬＩ測定技術
【０３８０】
ＩＡＢでＣＬＩ緩和をするためには、短期（ｓｈｏｒｔ−ｔｅｒｍ）及び長期（ｌｏｎｇ  ｔｅｒｍ）測定、多重アンテナ及びビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）のようなＣＬＩ測定を考慮しなければならない。
【０３８１】
バックホールリンクのために１０２４  ＱＡＭをサポートすることができる。
【０３８２】
以下、前述した内容に基づいて、本発明に対してより詳細に記述する。
【０３８３】
本発明において、アクセスとは、例えば、基地局−端末を意味することができ、バックホールとは、例えば、基地局−基地局または基地局−コアネットワーク（ｃｏｒｅ  ｎｅｔｗｏｒｋ）を意味することができる。ＮＲではアクセスとバックホールで互いに異なる無線リソース／無線チャネルを使用することもできるが、同じ無線リソース及び／または無線チャネルを使用することも考慮している。例えば、第１の基地局がアクセスリンクを介して接続された端末をサービングするときに使用する無線リソースと無線チャネルを、前記第１の基地局と第２の基地局との間のバックホールリンクにも使用することができる。
【０３８４】
前記記述内容で、基地局、端末などの用語は、便宜上使われたものであり、他の用語、例えば、ノード（ｎｏｄｅ）という用語に代替されることもできる。例えば、第２の基地局が、第１の基地局とのバックホールリンクを経て第１の基地局にアクセスリンクを介して接続された端末を制御／スケジューリングすると仮定する（第２の基地局−第１の基地局−端末のような形態）。この場合、第１の基地局の観点で、第２の基地局は、親ノード（ｐａｒｅｎｔ  ｎｏｄｅ）またはドナーノード（ｄｏｎｏｒ  ｎｏｄｅ）と称することもあり、端末は、子ノード（ｃｈｉｌｄ  ｎｏｄｅ）と称することもある。第１の基地局は、中継ノード（中継器ノード）またはＩＡＢノードと称することができる。また、第２の基地局の観点で、第１の基地局は子ノードということができる。
【０３８５】
図２１は、ＩＡＢ環境でノードを例示する。
【０３８６】
図２１を参照すると、ＩＡＢノードは、親ノードとの関係で端末と類似するということができ、ＩＡＢノードの立場で親ノードを端末（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ：ＭＴ）の観点で見ることができる。
【０３８７】
また、ＩＡＢノードは、子ノードとの関係で基地局または中継器のような分散装置（ｄｉｓｔｒｉｂｕｔｅｄ  ｕｎｉｔ：ＤＵ）と類似し、ＩＡＢノードの立場で子ノードをＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ  ｕｎｉｔ）の観点で見ることができる。
【０３８８】
一方、ＩＡＢ環境で、各ノードまたは端末は、シンボル方向（ｓｙｍｂｏｌ  ｄｉｒｅｃｔｉｏｎ）が共通にまたは個別に定義されることができる。前記ノードのうち一部は、中継ノード（中継器）である。
【０３８９】
１．動作方向の指示（Ｏｐｅｒａｔｉｏｎ  ｄｉｒｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎ）
【０３９０】
シンボルのフォーマットをＤ、Ｕ、Ｘのようにリンク方向（ｌｉｎｋ  ｄｉｒｅｃｔｉｏｎ）で知らせる代わりに、該当フォーマットを受けるノードまたは端末の、‘動作に対する方向’（例えば、送信、受信）を与えるように定義することができる。
【０３９１】
即ち、シンボルのフォーマットを、例えば、送信（Ｔｘ、またはＴで表示）、受信（Ｒｘ、またはＲで表示）、無（Ｎｏｎｅ、またはＮで表示）のうち少なくとも一つで与えることができ、該当フォーマットの意味は、下記の通りである。
【０３９２】
i）送信（ＴｘまたはＴ）：ノードまたは端末が、リンクにかかわらず信号を送信する区間であることを示すことができる。
【０３９３】
ii）受信（ＲｘまたはＲ）：ノードまたは端末が、リンクにかかわらず信号を受信する区間であることを示すことができる。
【０３９４】
iii）無（ＮｏｎｅまたはＮ）：ノードまたは端末が、何らの動作もしない区間であることを示すことができる。
【０３９５】
２．アクセスリンク及びバックホールリンクに対するフォーマット（Ｆｏｒｍａｔｓ  ｆｏｒ  Ａｃｃｅｓｓ  ｌｉｎｋ  ａｎｄ  Ｂａｃｋｈａｕｌ  ｌｉｎｋ）
【０３９６】
ＩＡＢ環境でアクセスリンクとバックホールリンクの明確なリソース区分のために新しいシンボルフォーマットが必要である。例えば、シンボルフォーマットをＡ、Ｂと称し、このとき、その意味は、下記の通りである。
【０３９７】
i）Ａ：アクセスリンクのみのために使用することができるシンボル、ii）Ｂ：バックホールリンクのみのために使用することができるシンボル。
【０３９８】
ノードまたは端末にスロットフォーマットを知らせるとき、Ｄ、Ｘ、Ｕだけでなく、前記Ａ、Ｂも追加して知らせたり使用したりすることができる。
【０３９９】
３．アクセスリンク及び／またはバックホールリンクのためのエントリ（Ｅｎｔｒｙ  ｆｏｒ  Ａｃｃｅｓｓ  ｌｉｎｋ  ａｎｄ／ｏｒ  Ｂａｃｋｈａｕｌ  ｌｉｎｋ）
【０４００】
フォーマットを別に定義せずに、標準規格（ｓｐｅｃｉｆｉｃａｔｉｏｎ）に定義されたスロットフォーマットのエントリ（ｅｎｔｒｙ）自体をアクセスリンク用またはバックホールリンク用リソースであることを指示することができるエントリに定義することもできる。
【０４０１】
例えば、前述した表３にはスロットフォーマットの例として、０から２５５までのインデックスを有するフォーマットを例示しており、インデックス５６−２５５に対しては‘ｒｅｓｅｒｖｅｄ（留保）’状態である。前記表３において、各スロットフォーマットをエントリ（ｅｎｔｒｙ）と表現できる。もし、ノード／端末に標準規格（例えば、表３）のエントリ２５３をスロットフォーマットの一つで知らせる場合、前記ノード／端末は、これをバックホールリンクのみが使用可能であるということを意味するスロットフォーマットであると認知できる。または、標準規格（例えば、表３）の、エントリ２５４をスロットフォーマットの一つで知らせる場合、前記ノード／端末は、これをアクセスリンクのみが使用可能であるということを意味するスロットフォーマットであると認知できる。もちろん、エントリ番号は、前記例示でない、他の番号になることもできる。発明の主要概念は、バックホールリンクとアクセスリンクの独自の使用のためのリソース（例えば、スロット）であることを示すエントリが標準規格に明示されることができるということにある。
【０４０２】
４．アクセスリンク及び／またはバックホールリンクのためのサーチスペース（Ｓｅａｒｃｈ  ｓｐａｃｅ  ｆｏｒ  Ａｃｃｅｓｓ  ｌｉｎｋ  ａｎｄ／ｏｒ  Ｂａｃｋｈａｕｌ  ｌｉｎｋ）
【０４０３】
スロットフォーマットに対する情報（スロットフォーマット情報）は、上位ノード（これを親（Ｐａｒｅｎｔ）ノードまたは単純に親と称することもできる）から下位ノード（これを子（Ｃｈｉｌｄ）ノードまたは単純に子と称することもできる）に伝達されることができる。または、各ノードで該当ノードに接続された端末に伝達されることができる。スロットフォーマットに対する情報が送信されることができるサーチスペースが設定（ｃｏｎｆｉｇｕｒｅ）されることができ、前記サーチスペースを設定する方法として下記のようなオプション（ｏｐｔｉｏｎ）を考慮することができる。
【０４０４】
i）オプション１：アクセスリンクとバックホールリンクでのスロットフォーマット情報を伝達する制御チャネルのための各々のサーチスペースは、互いにリソースが重ならないように配置できる。これは各リンクのコアセット（ＣＯＲＥＳＥＴ）のリソースも重ならない場合を含むことができる。
【０４０５】
ii）オプション２：アクセスリンクとバックホールリンクでのスロットフォーマット情報を伝達する制御チャネルのための各々のサーチスペースのモニタリング周期を（無条件）異なるように与えることができる。
【０４０６】
オプション２−１：各サーチスペースのモニタリング周期が重なり、且つリソースも重なる場合は、バックホールリンクに対するサーチスペースのみをモニタリングするようにし、またはバックホールリンクに対するサーチスペースのみをモニタリングすることと仮定することができる。
【０４０７】
オプション２−２：各サーチスペースのモニタリング周期が重なり、且つリソースも重なる場合は、アクセスリンクに対するサーチスペースのみをモニタリングするようにし、またはアクセスリンクに対するサーチスペースのみをモニタリングすることと仮定することができる。
【０４０８】
５．フォーマット構造（Ｆｏｒｍａｔ  ｓｔｒｕｃｔｕｒｅ）
【０４０９】
一般的なリソース（例えば、スロット内のシンボル）のフォーマット構造は、時間順にＤ−Ｘ−Ｕを有することができる。前記フォーマット構造とは、一つのスロットでシンボル集合のリソース方向を意味し、Ｄ−Ｘ−Ｕとは、スロット内でＤであるシンボル集合（シンボルが一つまたはそれ以上を含むことができる。以下、同じ）が配置された後、Ｘであるシンボル集合、最後にＵであるシンボル集合が配置された構造を意味する。端末がアップリンクを送信するためにはＧＰ（ｇｕａｒｄ  ｐｅｒｉｏｄ）とアップリンク送信を準備する時間が必要なため、ＤとＵとの間には必然的に柔軟な（ｆｌｅｘｉｂｌｅ）リソースが必要である。
【０４１０】
一方、ＩＡＢでは、ある子ノード（ＩＡＢノード）のリソース方向が‘受信（ｒｅｃｅｐｔｉｏｎ）’であるとしても、前記リソースで親ノードからはダウンリンクであり、端末からはアップリンクである。
【０４１１】
図２２は、ＩＡＢで、ＩＡＢノードのリソース方向と親ノード、端末各々のリソース方向を示す。
【０４１２】
図２２を参照すると、ＩＡＢノードのリソース方向が‘受信（Ｒｘ）’に設定されたリソース２１２で、前記ＩＡＢノードの親ノードの対応するリソース２１３は、ダウンリンク（Ｄ）に設定され、前記ＩＡＢノードに接続された端末の対応するリソース２１１は、アップリンク（Ｕ）に設定されることができる。
【０４１３】
このように一つのノードの立場で受信すべきリソースであるとしても、関連した他のノード／端末の立場で前記リソースの方向（リンク方向またはリソース方向、以下、同じ）が異なることがある。特定のノードに特定のリソースに対して前述した動作方向（例えば、Ｒｘ）を知らせる場合、前記特定のノードは、前記特定のリソースの動作方向を認知することができるが、前記特定のリソース内にアップリンクとダウンリンクの両方とも共存できる。
【０４１４】
図２３は、ＩＡＢで、ＩＡＢノードのリソース方向と親ノード、端末各々のリソース方向の他の例を示す。
【０４１５】
図２３を参照すると、ＩＡＢノードがリソース２１２、２１５、２１８に対して動作方向に‘Ｒｘ−Ｎｏｎｅ−Ｔｘ’のように動作方向の設定を受けたと仮定する。このとき、前記Ｒｘリソース２１２では親ノードからのダウンリンク送信または子ノード／端末からのアップリンク送信を受けることができる。即ち、前記ＩＡＢノードの立場でＲｘリソースに設定されたリソース２１２は、親ノードの立場ではダウンリンクリソース２１３に設定され、子ノード／端末の立場ではアップリンクリソース２１１に設定されることができる。前記ＩＡＢノードは、子ノードまたは端末にリソース方向を知らせることができ、このとき、そのリソース２１１、２１４、２１７に対して‘Ｕ−Ｘ−Ｄ’形態のフォーマット構造を知らせることができる。このように、‘Ｕ−Ｘ−Ｄ’のフォーマット構造を作る必要があり、その他、付加的なフォーマット構造として（即ち、一つのスロットに対するフォーマット構造として）下記のオプションを考慮することができる。
【０４１６】
i）オプション１：フォーマット構造がＸから始まる形態、ii）オプション２：フォーマット構造が‘Ｕ−Ｄ’形態でＵとＤとの間にＸがある形態、iii）オプション３：フォーマット構造がＤの前にＸがある形態、iv）オプション４：フォーマット構造がＵの後にＸがある形態、v）オプション５：前述した表３にあるスロットフォーマットの前、後にＸがある形態などを考慮することができる。
【０４１７】
前記オプションのうち少なくとも一つを反映し、以下の表のような多様なフォーマット構造を考慮することができる。
【０４１８】
【表１２】
0006922078.tif 000020
【０４１９】
６．スロットフォーマット指示方法（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｉｏｎ  ｍｅｔｈｏｄ）
【０４２０】
例えば、動的なスロットフォーマット関連情報（Ｄｙｎａｍｉｃ  ＳＦＩ）を与えるとき、あらかじめ決められた（例えば、標準規格に定義された）スロットフォーマットに基づいてスロットフォーマットの組み合わせを知らせることができる。
【０４２１】
このような方法の他に、動的ＳＦＩ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒまたはｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｆｏｒｍａｔｉｏｎ）を与える方法でリソース方向スロットとシンボル個数を知らせることもできる。
【０４２２】
即ち、Ｄ（ダウンリンク）に該当するスロットとシンボル個数、Ｘに該当するスロットとシンボル個数、Ｕ（アップリンク）に該当するスロットとシンボル個数を知らせることができる。また、各方向にも順序があるため、各方向に対するパラメータの順序も共に定義されることができる。
【０４２３】
７．スロットフォーマット適用タイミング（Ｓｌｏｔ  ｆｏｒｍａｔ  ａｐｐｌｉｃａｔｉｏｎ  ｔｉｍｉｎｇ  ａｐｐｌｉｃａｔｉｏｎ  ｔｉｍｉｎｇ）
【０４２４】
基地局（ｇＮＢ）からスロットフォーマットに関連した情報が送信されるスロットインデックスをｎとすると、各ノード及び端末のスロットフォーマット送信受信スロットは、スロットｎ＋ｋと定義することができる。即ち、スロットフォーマットに関連した情報がスロットｎで受信されると、ノードまたは端末は、前記情報に基づいて決定されたスロットフォーマットをスロットｎ＋ｋまたはスロットｎ＋ｋ＋１から適用できる。または、スロットｎ＋ｋ＋ａから適用することもでき、このとき、ａは、標準規格により決められることができ、またはＲＲＣ／上位層シグナリングにより設定されることもできる。
【０４２５】
基地局（ｇＮＢ）が全ての子ノード及び端末に対するスロットフォーマットを定義して送信をするようになると、該当スロットフォーマットを知らせる情報が各ノード及び端末に伝達されるまで時間が必要なため、このような過程が必要である。
【０４２６】
８．ソフトタイプ時間リソース（Ｓｏｆｔ  ｔｙｐｅ  ｔｉｍｅ  ｒｅｓｏｕｒｃｅ）
【０４２７】
一般的な時間リソースの方向は、ダウンリンク（Ｄ）、柔軟（Ｆ）、アップリンク（Ｕ）がある。ＩＡＢ環境では、ドナー（ｄｏｎｏｒ）ノードが自分の全ての子ノード（即ち、前記ドナーに接続された全てのＩＡＢノード）に対してリソース割当をすることができる。
【０４２８】
そのうち一つの方法は、各ＩＡＢノードの半静的な（ｓｅｍｉ−ｓｔａｔｉｃ）Ｄ／Ｕ割当（ａｓｓｉｇｎｍｅｎｔ）をドナーノードが全部決定して各ＩＡＢノードに知らせることである。このとき、ドナーノードの立場で未来の各ＩＡＢノードのデータ負荷（ｄａｔａ  ｌｏａｄ）を予測しにくいため、Ｄ／Ｆ／Ｕを知らせると同時に各ＩＡＢノードが条件付きで使用可能なリソースも割り当てることができる。このようなリソースを‘ソフト（ｓｏｆｔ）’リソースと定義することができる。これに対応して‘ハード（Ｈａｒｄ）’リソースも定義することができる。ハードリソースにはハードＤ／Ｆ／Ｕがあり、ソフトリソースにはソフトＤ／Ｆ／Ｕがある。ハードリソースとソフトリソースは、例えば、下記のように定義されることができる。
【０４２９】
i）ハードＤ／Ｆ／Ｕ：各ＩＡＢノードがＤＵとして動作する時、Ｄ／Ｆ／Ｕリソースとして何らの制約なしで使用することができるリソース。
【０４３０】
ii）ソフトＤ／Ｆ／Ｕ：ＩＡＢノードの親ノードにより活性化（ａｃｔｉｖａｔｉｏｎ）されることができるリソースであって、活性化される場合、前記ＩＡＢノードがＤＵとして動作する時、ハードリソースと同じく使用することができるリソース。
【０４３１】
ハードリソースとソフトリソースに対するより具体的な定義は、下記の該当部分で説明する。
【０４３２】
ソフトリソースもドナーノードがハードリソースと共に割り当てることができる。
【０４３３】
１）ソフトリソースの位置
【０４３４】
ソフトリソースが配置されることができる領域は、何らの規則がない場合、ドナーノードが任意に配置できる。しかし、ソフトリソースが現在と近い未来のデータ負荷（ｄａｔａ  ｌｏａｄ）によって使用可否が決定されるため、使用するに適切な位置に配置をすることがＩＡＢノードの立場でリソース浪費が少ない。ドナーノードは、下記の規則によってソフトリソースを配置することができる。
【０４３５】
i）ソフトＤ：
【０４３６】
オプション１：ハードＤとハードＦとの間に配置されることができる。または、オプション２：ハードＤとソフトＦとの間に配置されることができる。
【０４３７】
ii）ソフトＦ：オプション１：ソフトＤとソフトＵとの間に配置されることができる。または、オプション２：ハードＦ内に（例えば、ハードＦと重なるように）配置されることができる。
【０４３８】
iii）ソフトＵ：オプション１：ハードＦとハードＵとの間に配置されることができる。または、オプション２：ソフトＦとハードＵとの間に配置されることができる。
【０４３９】
２）リソースタイプ指示（Ｒｅｓｏｕｒｃｅ  ｔｙｐｅ  Ｉｎｄｉｃａｔｉｏｎ）
【０４４０】
ソフトリソースをＩＡＢノードに指示する方法は、ＲＲＣパラメータを介して知らせる方法と標準に定義されたスロットフォーマットを利用する方法がある。
【０４４１】
i）ＲＲＣパラメータを利用する方法
【０４４２】
基地局が端末に知らせる半静的なＤ／Ｕ割当（ｓｅｍｉ−ｓｔａｔｉｃ  Ｄ／Ｕ  ａｓｓｉｇｎｍｅｎｔ）には、セル固有のＤ／Ｕ割当（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｓｅｍｉ−ｓｔａｔｉｃ  Ｄ／Ｕ  ａｓｓｉｇｎｍｅｎｔ）及び／または端末固有のＤ／Ｕ割当（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅｍｉ−ｓｔａｔｉｃ  Ｄ／Ｕ  ａｓｓｉｇｎｍｅｎｔ）がある。
【０４４３】
セルを特定してＤ／Ｕ割当を知らせる方法は、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）な周期と、その周期の初めから始まるＤスロットの個数（ｘ１）及びその次のスロット内のＤシンボル個数（ｘ２）、その周期の終わりから逆に始まるＵスロットの個数（ｙ１）及びその次のスロット内のＵシンボルの個数（ｙ２）を知らせる。
【０４４４】
端末を特定してＤ／Ｕ割当を知らせる方法は、半静的な周期内のあるスロットを指定し、そのスロット内の初めから始まるＤシンボルの個数またはＵシンボルを知らせる。端末を特定してＤ／Ｕ割当を知らせる方法では、一つのスロットに対してリソース方向を定義することができるため、多数のスロットに対して端末を特定して知らせるためには、多数の端末固有の指示（ｉｎｄｉｃａｔｉｏｎ）が定義されることができる。
【０４４５】
このような方法を応用してソフトリソースを定義する方法を考慮することができる。
【０４４６】
１番目のオプション（Ｏｐｔ１）は、セル固有の方法を応用し、半静的Ｄ／Ｕ割当を知らせるとき、‘ハードＤ−ソフトＤ−Ｆ−ソフトＵ−ハードＵ’の順序を仮定し、各々に対してスロット個数及びその次のスロット内のシンボル個数を知らせることができる。
【０４４７】
このとき、前記ｘ２と前記ｙ２が指示された（知られた）スロットでは、方向が決められないシンボルが残っていることがあり、これに対してもソフトＤ／Ｕを定義することができる。例えば、ｘ２とｙ２が０より大きい数字に指示され、ソフトＤ／Ｕが次のスロットから設定される場合、該当シンボルは、全てソフトＤ／Ｕに定義することができる。
【０４４８】
ソフトＤ／ＵもハードＤ／Ｕのように２個のパラメータを使用してスロット個数とシンボル個数を知らせることができる。
【０４４９】
２番目のオプション（Ｏｐｔ２）は、端末固有の方法を応用し、半静的Ｄ／Ｕ割当を知らせるとき、ソフトＤ／Ｆ／Ｕに対してのみ知らせるＲＲＣシグナリングを定義することができる。一つのスロットを定めて該当スロット内のソフトＤ／Ｆ／Ｕシンボル数字（インデックス、個数）を知らせることもできる。
【０４５０】
ii）スロットフォーマット表を利用する方法
【０４５１】
前述した表３のような形態で、スロット単位のスロットフォーマットをハードＤ／Ｆ／Ｕだけでなく、ソフトＤ／Ｆ／Ｕを含んで定義し、このようなスロットフォーマットをドナーノードがＩＡＢノードに知らせることによってソフトＤ／Ｆ／Ｕを定義することができる。
【０４５２】
＜ソフトリソースの活性化＞
【０４５３】
１．活性化シグナリング
【０４５４】
ドナーノードによりソフトリソースが定義されると、ＩＡＢノードの親ノードは、自分のデータ負荷及び子ノードのデータ負荷状況によってソフトリソースを活性化させることができる。このとき、ソフトリソースを活性化させる方法に対して説明する。
【０４５５】
１）単一ソフトリソースの活性化
【０４５６】
ソフトで定義されたリソースを一定単位に定義し、一つのソフトリソース単位別に活性化させることができる。‘一つ’のソフトリソース集合は、連続したソフトリソースシンボルの束とみることができる。親ノードは、ソフトリソース集合別にインデックスを定めて、特定のインデックスを別途自分の子ノードに知らせることによって、前記特定のインデックスに該当するソフトリソース集合を子ノードがＤＵとして動作する時に使用することができるリソースに転換させることができる。このとき、インデックスを別途に知らせる方法は、新しいＤＣＩフォーマットを作って使用することもでき、既存ＤＣＩフォーマットにフィールドを追加して知らせることもできる。または、ＤＣＩフォーマット２＿０でＳＦＩインデックスを送信し、これを利用してソフトリソース集合を活性化させることもできる。
【０４５７】
２）全てのソフトリソースの活性化
【０４５８】
活性化信号がくる場合、一つの周期に対してのみソフトリソースを活性化させることができる。または、活性化する周期も共にシグナリングできる。
【０４５９】
または、Ｎ周期に対してソフトリソースを活性化させることができる。このとき、前記Ｎは、活性化信号を介して知らせることもでき、別途のＲＲＣシグナリングを介してあらかじめ定義することもできる。活性化信号を別途に知らせる方法は、新しいＤＣＩフォーマットを作って知らせることもでき、既存ＤＣＩフォーマットにフィールドを追加して知らせることもできる。
【０４６０】
２．スロットフォーマット指示シグナリングを介した活性化
【０４６１】
親ノードが子ノードに、ソフト領域まで明確にリソース方向を定義したスロットフォーマットを指示することができる。スロットフォーマットを指示する方法は、ＤＣＩフォーマット２＿０を利用する方法を適用することができる。
【０４６２】
＜ＩＡＢノードに対する優先順位規則（Ｐｒｉｏｒｉｔｙ  ｒｕｌｅｓ  ｆｏｒ  ＩＡＢ  ｎｏｄｅ）＞
【０４６３】
ＩＡＢノードは、端末（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ：ＭＴ）の側面でのＤ／Ｕ（ｄｏｗｎｌｉｎｋ／ｕｐｌｉｎｋ）割当と分散装置（ｄｉｓｔｒｉｂｕｔｅｄ  ｕｎｉｔ：ＤＵ）の側面でのＤ／Ｕ（ｄｏｗｎｌｉｎｋ／ｕｐｌｉｎｋ）割当を両方とも受けることができる。
【０４６４】
図２４は、ＩＡＢノードが受けるＭＴの側面でのＤ／Ｕ割当に含まれているリソースタイプとＤＵの側面でのＤ／Ｕ割当に含まれているリソースタイプを例示する。
【０４６５】
図２４を参照すると、ＭＴの側面でのＤ／Ｕ割当は、リソースタイプとしてＤ（ｄｏｗｎｌｉｎｋ）／Ｆ（ｆｌｅｘｉｂｌｅ）／Ｕ（ｕｐｌｉｎｋ）を含む。Ｆで表示されるリソースは、ＤまたはＵとして使われることができるリソースである。ＭＴの側面でのＤ／Ｕ割当という側面で、以下、ＭＴの側面でのＤ／Ｕ割当によるＤをＭＴ−Ｄ、ＵをＭＴ−Ｕ、ＦをＭＴ−Ｆと表示することもできる。
【０４６６】
ＤＵの側面でのＤ／Ｕ割当は、リソースタイプとしてハード（ｈａｒｄ）Ｄ／Ｆ／Ｕとソフト（ｓｏｆｔ）Ｄ／Ｆ／Ｕそして使用不可（ｎｏｔ−ａｖａｉｌａｂｌｅ：ＮＡ）の指示を受けることができる。
【０４６７】
ハードリソースは、ＩＡＢノードと子ノード、即ち、ＤＵ子リンク（ＤＵ  ｃｈｉｌｄ  ｌｉｎｋ）に対して常に表示された方向通りに使用可能なリソースである。
【０４６８】
ソフトリソースは、前記ＤＵ子リンクに対して使用することができるか（ａｖａｉｌａｂｉｌｉｔｙ）どうかが明示的及び／または暗黙的に前記ＩＡＢノードの親ノードにより制御されるリソースである。
【０４６９】
例えば、ハードダウンリンク（Ｈ−Ｄ）は、ＩＡＢノードが自分の子ノードに信号を送信することが常に可能な（ａｌｗａｙｓ  ａｖａｉｌａｂｌｅ）リソースであることを示し、ソフトダウンリンク（Ｓ−Ｄ）は、ＩＡＢノードが自分の子ノードに信号を送信することが自分の親ノードにより制御されるリソースであることを示すことができる。
【０４７０】
ハードアップリンク（Ｈ−Ｕ）は、ＩＡＢノードが前記子ノードから信号を受信することが常に可能な（ａｌｗａｙｓ  ａｖａｉｌａｂｌｅ）リソースであることを示し、ソフトアップリンク（Ｓ−Ｕ）は、ＩＡＢノードが前記子ノードから信号を受信することが前記親ノードにより制御されるリソースであることを示すことができる。
【０４７１】
ハードフレキシブル（Ｈ−Ｆ）は、ＩＡＢノードと前記子ノードとの関係で常にフレキシブルリソースであることを示し、ソフトフレキシブル（Ｓ−Ｆ）は、ＩＡＢノードと前記子ノードとの関係でフレキシブルリソースかどうかが前記親ノードにより制御されるリソースであることを示すことができる。
【０４７２】
使用不可（ＮＡ）は、ＩＡＢノードと前記子ノードとの関係で使われることができないリソースであることを示すことができる。
【０４７３】
ＭＴ側面でのＤ／Ｕ割当とＤＵ側面でのＤ／Ｕ割当は、同じヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）とパラメータにより定義されることもできるが、互いに独立的に定義されることもできる。互いに依存的または独立的に定義されるとしても、リソースを割り当てるドナーノードがリソースの割当を受ける全てのノードに対して完璧に干渉なしに（ｚｅｒｏ  ｉｎｔｅｒｆｅｒｅｎｃｅを具現化）リソース方向を前記全てのノードに割り当てるということは不可能である。
【０４７４】
したがって、ＭＴの側面でのＤ／Ｕ割当とＤＵの側面でのＤ／Ｕ割当との間に互いに衝突が発生する場合、ＩＡＢノードがどの割当に優先順位をおいて動作すべきかに対して規則を定める必要がある。
【０４７５】
ＭＴの側面でのＤ／Ｕ割当でＤ（ＭＴ−Ｄ）の場合、下記のオプションが可能である。
【０４７６】
１）オプション１：半静的Ｆ（ｆｌｅｘｉｂｌｅ）リソースを全てカウントしない方式。
【０４７７】
動的ＳＦＩが構成されない場合であって、半静的ＤＬであり、または半静的Ｆ（ｆｌｅｘｉｂｌｅ）であり、ＲＲＣでダウンリンクリソースが構成された場合である。
【０４７８】
動的ＳＦＩが構成された場合、半静的ＤＬであり、または半静的Ｆ（ｆｌｅｘｉｂｌｅ）が、ＲＲＣでダウンリンクリソースが構成された場合に対して説明する。このとき、動的ＳＦＩで取り消された場合、該当リソースは、使用不可（ＮＡ）または依然としてＭＴ−Ｄと見なすことができる。そして、半静的Ｆ（ｆｌｅｘｉｂｌｅ）であり、且つ動的にＤに変更されたリソースの場合、このような変更を知らないことがため、ＭＴ−Ｄと見なさない。
【０４７９】
２）オプション２：半静的Ｆ／Ｄを全てＭＴ−Ｄと見なす方式
【０４８０】
ＭＴ−Ｕの場合も、前記のようにＦリソースをＲＲＣによりＵＬに変わったリソースのみを含み、またはＦリソースをＵと見なすこともできる。または、Ｆリソースは、ＲＲＣで知らせない場合、全てＤＬと見なすこともできる。または、ＭＴ−ＤとＭＴ−Ｕは、半静的ＤまたはＵと見なしてＭＴ−Ｆ（ｆｌｅｘｉｂｌｅ）を考慮することもできる。ここでは、オプション１に合わせて説明するが、オプション２または半静的Ｄ／Ｕのみを見なしたものにも適用可能である。
【０４８１】
ハード（ｈａｒｄ）ＤＵリソースは、他のリソース、例えば、ＭＴの側面でのＤ／Ｕ割当によるリソース及びソフトＤＵリソースに比べて高い優先順位を有することができる。即ち、ハードリソースとＭＴの側面でのＤ／Ｕ割当によるリソース（または、ソフトリソース）が相互に方向が異なるように設定される場合、ハードリソースの方向がより高い優先順位であり、ノードまたは端末は、ハードリソースの方向に合う動作を実行することができる。
【０４８２】
ソフトリソースの暗黙的なリソース方向決定は、下記のように実行することができる。
【０４８３】
もし、ＲＲＣ設定や動的スケジューリングによりソフトリソースが明示的に端末に割り当てられていない場合、前記ソフトリソースは、ＤＵのために使われることと仮定することができる。
【０４８４】
もし、ＲＲＣ設定や動的スケジューリングによりソフトリソースが明示的に端末に割り当てられた場合、前記ソフトリソースは、端末のために使われることと仮定することができる。
【０４８５】
＜規則１＞
【０４８６】
図２５は、本発明の一実施例に係るノード（ＩＡＢノード）の動作方法を示す。図２５では、親ノード−ノード（ＩＡＢノード）−子ノードのようにＩＡＢ環境での接続状態を仮定する。
【０４８７】
図２５を参照すると、ＩＡＢノード（以下、ノードと略称）は、親ノード（ｐａｒｅｎｔ  ｎｏｄｅ）との通信に関連した第１の割当情報及び子ノード（ｃｈｉｌｄ  ｎｏｄｅ）との通信に関連した第２の割当情報を受信する（Ｓ１０１）。
【０４８８】
前記第１の割当情報は、特定のリソースのリソースタイプを三つのうち一つで知らせ、前記第２の割当情報は、前記特定のリソースのリソースタイプを七つのうち一つで知らせることができる。例えば、第１の割当情報は、前述したＭＴの側面でのＤ／Ｕ割当であり、第２の割当情報は、前述したＤＵの側面でのＤ／Ｕ割当である。前述したように、ＭＴの側面でのＤ／Ｕ割当は、特定のリソースをＤ（ｄｏｗｎｌｉｎｋ）／Ｆ（ｆｌｅｘｉｂｌｅ）／Ｕ（ｕｐｌｉｎｋ）のうちいずれか一つのリソースタイプに指示できる（知らせることができる）。また、ＤＵの側面でのＤ／Ｕ割当は、特定のリソースをハード（ｈａｒｄ）Ｄ／Ｆ／Ｕ、ソフト（ｓｏｆｔ）Ｄ／Ｆ／Ｕそして使用不可（ｎｏｔ−ａｖａｉｌａｂｌｅ：ＮＡ）のような七つのタイプのうちいずれか一つに指示できる（知らせることができる）。ノードは、前記第１の割当情報及び前記第２の割当情報を前記親ノードから受信することができる。
【０４８９】
ノードは、前記第１の割当情報及び前記第２の割当情報に基づいて前記親ノードまたは前記子ノードと通信を実行する（Ｓ１０２）。
【０４９０】
このとき、特定のリソースに対して第１の割当情報が指示する（知らせる）リソースタイプと第２の割当情報が指示する（知らせる）リソースタイプが互いに異なり、または衝突できる。この場合、どのように処理をするかが問題になることができる。
【０４９１】
本発明によると、例えば、前記第２の割当情報が特定のリソースに対して、常に子ノードとの通信に使用することができるハード（ｈａｒｄ）リソースに指示する場合、前記第１の割当情報にかかわらず前記特定のリソースを、前記ノードが前記子ノードとの通信に使用することができる。
【０４９２】
また、前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせたが、前記リソースが前記第１の割当情報により前記ノードに割り当てられる場合、前記リソースは、前記親ノードとの通信に使われると見なされることができる。
【０４９３】
前記第２の割当情報がリソースをソフトリソース（例えば、ソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブル）に知らせたが、前記リソースが子ノードとの通信（即ち、ＤＵ動作）のために使用可能であるという別途の明示的／暗黙的な指示／シグナリングがない場合、前記リソースを前記親ノードとの通信（ＭＴ動作）に使用することができる。
【０４９４】
ソフトリソースでＭＴ動作を実行することは、そのような明示的指示がある時だけでなく、明示的指示がない時で許容されることができる。その場合、親ノードからのＰＤＣＣＨをＩＡＢノードがモニタリングできる機会がより多くなる。
【０４９５】
もし、明示的指示がない時、ソフトリソースでＭＴ動作を実行することが許容されない場合、ＩＡＢノードのＤＵ設定にＮＡリソースがない場合は問題になることができる。この場合、ＩＡＢノードは、ＰＤＣＣＨをモニタリングすることができなくてＤＵソフトリソースに対する使用可能なリソース設定のためのＬ１シグナルを受信することができない場合があり、その場合、親ノードとの通信に問題が発生できる。
【０４９６】
または、前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記第１の割当情報により前記ノードに明示的に割り当てられない時、前記リソースは、前記子ノードとの通信に使われると見なされることができる。
【０４９７】
前記第２の割当情報がリソースをソフトリソース（例えば、ソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブル）に知らせたが、前記リソースが親ノードとの通信（即ち、ＭＴ動作）のために使用可能であるという別途の明示的／暗黙的な指示／シグナリングがない場合、前記リソースを前記子ノードとの通信（ＤＵ動作）に使用することができる。
【０４９８】
例えば、ＴＤＭ動作では、ＩＡＢノードのＤＵの側面での送信とＭＴの側面での送信が同時に実行されることができない。また、ＤＵの側面での受信とＭＴの側面での受信も同時に実行されることができない。以下の表は、ＤＵの側面でのＤ／Ｕ割当（便宜上、ＤＵ設定と略称）とＭＴの側面でのＤ／Ｕ割当（便宜上、ＭＴ設定と略称）が与えられた状況で、ノード（ＩＡＢノード）がどのような動作をするかを例示する。
【０４９９】
【表１３】
0006922078.tif 000021
【０５００】
前記表において、ＤＵは、ＩＡＢノードと子ノードとの間での動作であることを表示し、ＭＴは、ＩＡＢノードと親ノードとの間での動作であることを表示することができる。
【０５０１】
具体的に、前記表において、“ＭＴ：送信”は、端末（ＭＴ、子ノード）がスケジューリングされる場合、送信すべきであること（ＭＴ  ｓｈｏｕｌｄ  ｔｒａｎｓｍｉｔ  ｉｆ  ｓｃｈｅｄｕｌｅｄ）を意味することができる。“ＤＵ：送信”は、ＩＡＢノード（即ち、ＤＵ）が送信できること（ＤＵ  ｍａｙ  ｔｒａｎｓｍｉｔ）を意味することができる。“ＭＴ：受信”は、端末が（受信するものがある場合、）受信可能でなければならないこと（ＭＴ  ｓｈｏｕｌｄ  ｂｅ  ａｂｌｅ  ｔｏ  ｒｅｃｅｉｖｅ（ｉｆ  ｔｈｅｒｅ  ｉｓ  ａｎｙｔｈｉｎｇ  ｔｏ  ｒｅｃｅｉｖｅ））を意味することができる。“ＤＵ：受信”は、ＩＡＢノードが子ノードまたは端末からのアップリンク送信をスケジューリングすることができること（ＤＵ  ｍａｙ  ｓｃｈｅｄｕｌｅ  ｕｐｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎｓ  ｆｒｏｍ  ｃｈｉｌｄ  ｎｏｄｅｓ  ｏｒ  ＵＥｓ）を意味することができる。“ＭＴ：送信／受信”は、端末（子ノード）がスケジューリングされる場合、送信すべきであり、且つ受信も可能でなければならないことを意味し、ただし同時に実行されるものではないことを意味（ＭＴ  ｓｈｏｕｌｄ  ｔｒａｎｓｍｉｔ  ｉｆ  ｓｃｈｅｄｕｌｅｄ  ａｎｄ  ｓｈｏｕｌｄ  ｂｅ  ａｂｌｅ  ｔｏ  ｒｅｃｅｉｖｅ、ｂｕｔ  ｎｏｔ  ｓｉｍｕｌｔａｎｅｏｕｓｌｙ）することができる。“ＤＵ：送信／受信”は、ＩＡＢノードが送信をすることができ、子ノードまたは端末からのアップリンク送信をスケジューリングすることができるが、ただし同時に実行されるものではないこと（ＤＵ  ｍａｙ  ｔｒａｎｓｍｉｔ  ａｎｄ  ｍａｙ  ｓｃｈｅｄｕｌｅ  ｕｐｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｆｒｏｍ  ｃｈｉｌｄ  ｎｏｄｅｓ  ａｎｄ  ＵＥｓ、ｂｕｔ  ｎｏｔ  ｓｉｍｕｌｔａｎｅｏｕｓｌｙ）を意味することができる。“ＩＡ”は、ＩＡＢノード（ＤＵ）リソースが明示的または暗黙的に使用可能であるという指示を受けたことを意味（ｔｈｅ  ＤＵ  ｒｅｓｏｕｒｃｅ  ｉｓ  ｅｘｐｌｉｃｉｔｌｙ  ｏｒ  ｉｍｐｌｉｃｉｔｌｙ  ｉｎｄｉｃａｔｅｄ  ａｓ  ａｖａｉｌａｂｌｅ）することができる。
【０５０２】
“ＩＮＡ”は、ＩＡＢノード（ＤＵ）リソースが明示的または暗黙的に使用可能でないという指示を受けたことを意味（ｔｈｅ  ＤＵ  ｒｅｓｏｕｒｃｅ  ｉｓ  ｅｘｐｌｉｃｉｔｌｙ  ｏｒ  ｉｍｐｌｉｃｉｔｌｙ  ｉｎｄｉｃａｔｅｄ  ａｓ  ｎｏｔ  ａｖａｉｌａｂｌｅ）することができる。
【０５０３】
“ＭＴ：ＮＵＬＬ”は、端末（子ノード）が送信をせずに受信することが可能な必要がないこと（ＭＴ  ｄｏｅｓ  ｎｏｔ  ｔｒａｎｓｍｉｔ  ａｎｄ  ｄｏｅｓ  ｎｏｔ  ｈａｖｅ  ｔｏ  ｂｅ  ａｂｌｅ  ｔｏ  ｒｅｃｅｉｖｅ）を示すことができる。“ＤＵ：ＮＵＬＬ”は、ＩＡＢノード（ＤＵ）が送信をせずに子ノードまたは端末からのアップリンク送信をスケジューリングしないこと（ＤＵ  ｄｏｅｓ  ｎｏｔ  ｔｒａｎｓｍｉｔ  ａｎｄ  ｄｏｅｓ  ｎｏｔ  ｓｃｈｅｄｕｌｅ  ｕｐｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｆｒｏｍ  ｃｈｉｌｄ  ｎｏｄｅｓ  ａｎｄ  ＵＥｓ）を意味することができる。
【０５０４】
前記表は、フルデュプレックス動作は、可能でないＩＡＢ環境に対するものである。
【０５０５】
以下、ＭＴの側面でのＤ／Ｕ割当（第１の割当情報）とＤＵの側面でのＤ／Ｕ割当（第２の割当情報）により同じリソースに対するリソースタイプに衝突が発生する場合、どのような方法で処理するかをより具体的な例の各々に対して説明する。
【０５０６】
１．ＭＴ−Ｄと衝突する場合。
【０５０７】
ＤＵ−ハードＤ：ＤＵ−ハードＤに優先順位をおいて動作できる。即ち、ＭＴ−Ｄリソースは、ＭＴの立場で使用不可（ｕｎａｖａｉｌａｂｌｅ）と見なすことができる。
【０５０８】
ＤＵ−ソフトＤ：ＭＴ−Ｄに優先順位をおいて動作できる。即ち、ＤＵ−ソフトＤのリソースは、使用不可（ｕｎａｖａｉｌａｂｌｅ）と見なすことができる。
【０５０９】
ＤＵ−ハードＵ：ＤＵ−ハードＵに優先順位をおいて動作できる。即ち、ＭＴ−Ｄリソースは、ＩＡＢがＦＤＭ／ＳＤＭをサポートする場合にＭＴ−Ｄ／ＤＵ−Ｕと見なし、そうでない場合に該当リソース（ＭＴ−Ｄ）を使用不可（ｕｎａｖａｉｌａｂｌｅ）と見なすことができる。
【０５１０】
ＤＵ−ソフトＵ：ＭＴ−Ｄに優先順位をおいて動作できる。即ち、ＭＴ−Ｄリソースは、ＩＡＢがＦＤＭ／ＳＤＭをサポートする場合にＭＴ−Ｄ／ＤＵ−Ｕと見なし、そうでない場合に該当リソース（ＤＵ−ソフトＵ）を使用不可（ｕｎａｖａｉｌａｂｌｅ）と見なすことができる。
【０５１１】
ＤＵ−ハードＦ：該当リソースは、ＩＡＢノードに柔軟なリソースであるため、ＩＡＢがＦＤＭ／ＳＤＭをサポートする場合はＭＴ−Ｄに合わせてＭＴ−Ｄ／ＤＵ−Ｕに設定し、そうでない場合はＤＵリソースに設定してＭＴを使用不可と仮定することができる。
【０５１２】
ＤＵ−ソフトＦ：該当リソースは、ＭＴ−Ｄに優先順位をおいてＩＡＢがＦＤＭ／ＳＤＭをサポートする場合、ＭＴ−Ｄに合わせてＭＴ−Ｄ／ＤＵ−Ｕに設定し、そうでない場合、ＭＴリソースに設定してＤＵを使用不可と仮定することができる。
【０５１３】
ＤＵ−使用不可（ｕｎａｖａｉｌａｂｌｅ）：該当場合は、ＭＴ−ＤのＭＴ機能（ｆｕｎｃｔｉｏｎ）を仮定することができる。該当リソースは、ＤＵが使用しないものであるため、ＭＴの機能を優先権なしですることができ、これはＤＵの使用不可に該当するリソースで全て適用できる。前記と類似の方式をＭＴ−Ｕにも適用できる。
【０５１４】
２．ＭＴ−Ｕと衝突する場合。
【０５１５】
ＤＵ−ハードＤ：ＤＵ−ハードＤに優先順位をおいて動作できる。
【０５１６】
ＤＵ−ソフトＤ：ＭＴ−Ｕに優先順位をおいて動作できる。
【０５１７】
ＤＵ−ハードＵ：ＤＵ−ハードＵに優先順位をおいて動作できる。
【０５１８】
ＤＵ−ソフトＵ：ＭＴ−Ｕに優先順位をおいて動作できる。
【０５１９】
一方、単純にＤ／Ｕ割当間で衝突が発生することもできるが、コアセット、ＣＳＩ−ＲＳ、グラントなしで使用することができるリソース（ｇｒａｎｔ  ｆｒｅｅ  ｒｅｓｏｕｒｃｅ）、上位層により設定されたＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨのような半静的なリソース設定とも衝突が発生することができる。このような設定は、ＭＴの側面で受けたとき、ＤＵのリソースと方向が衝突が発生する場合、下記のような規則を適用することができる。
【０５２０】
１）ＭＴ−ＦでのＭＴダウンリンク設定（例えば、コアセット、ＣＳＩ−ＲＳ、上位層により設定されたＰＤＳＣＨ）と衝突する場合、
【０５２１】
ＤＵ−ハードＤ：ＤＵ−ハードＤに優先順位をおいて動作できる。
【０５２２】
ＤＵ−ソフトＤ：ＭＴ−ダウンリンク設定に優先順位をおいて動作できる。
【０５２３】
ＤＵ−ハードＵ：ＤＵ−ハードＵに優先順位をおいて動作できる。
【０５２４】
ＤＵ−ソフトＵ：ＭＴ−ダウンリンク設定に優先順位をおいて動作できる。
【０５２５】
２）ＭＴ−ＦでのＭＴアップリンク設定（例えば、グラントフリーリソース、上位層により設定されたＰＵＣＣＨ、ＰＵＳＣＨ）と衝突する場合、
【０５２６】
ＤＵ−ハードＤ：ＤＵ−ハードＤに優先順位をおいて動作できる。
【０５２７】
ＤＵ−ソフトＤ：ＭＴ−Ｕに優先順位をおいて動作できる。
【０５２８】
ＤＵ−ハードＵ：ＤＵ−ハードＵに優先順位をおいて動作できる。
【０５２９】
ＤＵ−ソフトＵ：ＭＴ−アップリンク設定に優先順位をおいて動作できる。
【０５３０】
＜規則２＞
【０５３１】
ＭＴ−ＤとＤＵ−ハードＤ／Ｕ、ＤＵ−ソフトＤ／Ｕが衝突した場合、常にＭＴ−Ｄに優先順位をおいて動作できる。即ち、ＭＴ−Ｄと見なして動作できる。
【０５３２】
ＭＴ−ＵとＤＵ−ハードＤ／Ｕ、ＤＵ−ソフトＤ／Ｕが衝突した場合、常にＭＴ−Ｕに優先順位をおいて動作できる。即ち、ＭＴ−Ｕと見なして動作できる。
【０５３３】
ＭＴ−Ｆ内のＭＴダウンリンク設定（例えば、コアセット、ＣＳＩ−ＲＳ、上位層により設定されたＰＤＳＣＨ）とＤＵ−ハードＤ／Ｕ、ＤＵ−ソフトＤ／Ｕが衝突する場合、オプション１は、常にＭＴ−ダウンリンク設定に優先順位をおいて動作するものであり、オプション２は、常にＤＵの割当に優先順位をおいて動作するものである。
【０５３４】
ＭＴ−Ｆ内のＭＴアップリンク設定（例えば、グラントフリーリソース、上位層により設定されたＰＵＣＣＨ、ＰＵＳＣＨ）とＤＵ−ハードＤ／Ｕ、ＤＵ−ソフトＤ／Ｕが衝突する場合、オプション１は、常にＭＴ−アップリンク設定に優先順位をおいて動作するものであり、オプション２は、常にＤＵの割当に優先順位をおいて動作するものである。
【０５３５】
＜規則３＞
【０５３６】
ＭＴ  Ｄ／ＵとＤＵハードＦが衝突する場合、オプション１は、ＤＵハードＦの使用可否が不明であるため、ＭＴで動作するものである。即ち、ＭＴ  Ｄ／Ｕに優先順位を与えることができる。オプション２は、ＤＵハードＦは、ＤＵがスケジューリングに使用することもできるため、ＭＴのＤ／Ｕを無視してＤＵで動作するものである。
【０５３７】
ＭＴ  Ｄ／ＵとＤＵソフトＦが衝突する場合、ＭＴで動作できる。
【０５３８】
ＭＴ  Ｄ／ＵとＤＵ使用不可（ｎｏｔ−ａｖａｉｌａｂｌｅ）リソースが衝突する場合、ＭＴで動作できる。
【０５３９】
＜規則４＞
【０５４０】
端末（ＭＴ）とノード（分散装置：ＤＵ）との間では、１）オプション１：親ノードとの接続が常に優先順位にあるため、ＭＴ動作がＤＵ動作より常に優先することができる。２）オプション２：子ノードとの接続がサービス維持のために常に優先順位にあるため、ＤＵ動作がＭＴ動作より常に優先することができる。
【０５４１】
＜規則５＞
【０５４２】
ＭＴとＤＵソフトリソースとの間では、オプション１：ＤＵソフトで維持される時、ソフトリソースは、使用不可リソースと同様であるため、ＭＴ動作が優先することができる。オプション２：親ノードからソフトリソース活性化がいつくるかを知ることができず、また、活性化信号がきたが、これをミスする（ｍｉｓｓ）こともあるため、ソフトリソースではＭＴ動作をしないこともある。
【０５４３】
ＭＴとＤＵハードリソースとの間では、オプション１：親ノードとの接続が常に優先順位があるため、ＭＴ動作をＤＵ動作より常に優先することができる。または、オプション２：子ノードへの接続がサービス維持のために常に優先順位があるため、ＤＵ動作がＭＴ動作より常に優先することができる。
【０５４４】
＜規則６＞
【０５４５】
ＭＴ  Ｆ内のＭＴリソース設定とＤＵソフトリソースとの間では、オプション１：親ノードとの接続が常に優先順位があるため、常にＭＴリソース設定によって動作できる。または、オプション２：子ノードとの接続がサービス維持のために常に優先順位があるため、ＤＵ動作がＭＴ動作より常に優先することができる。
【０５４６】
端末のＭＴリソース設定とＤＵ  Ｆリソースとの間では、オプション１：親ノードとの接続に常に優先順位があるため、常にＭＴリソース設定によって動作できる。または、オプション２：子ノードとの接続がサービス維持のために常に優先順位があるため、ＤＵ  Ｆにスケジューリングをすることができ、したがって、ＭＴリソース設定を無視することができる。
【０５４７】
＜ＤＵの子ノードに対する優先順位規則＞
【０５４８】
ＤＵの側面でのソフトリソースであるため、ＤＵが該当リソースに設定をすることができるかどうかが重要である。また、ＤＵは、ソフトリソース設定を有しているが、ＭＴもソフトリソース設定を見ることができるかどうかも重要である。
【０５４９】
ソフトリソースは、ＤＵがすぐに使用することができないが、使用可能なリソースとみることができる。また、リソース設定自体が該当リソースの実際の使用可否にかかわらず設定されることができるため、ソフトリソース区間であるとしても設定がないと仮定することはできない。即ち、ＤＵは、ソフトリソースとは別途にコアセット、ＣＳＩ−ＲＳ、グラントフリーリソース、上位層により設定されたＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨのような半静的なリソースを設定することができ、（または、ドナーノードが該当ＤＵの代わりにこのような設定を下すこともできる）このような設定リソースの位置がソフトリソースと重なることもできる。
【０５５０】
もし、ＤＵの子ノード（または、端末）が、前記ＤＵが使用するＤ／Ｆ／Ｕリソース構造を知って（ソフト、使用不可（ＮＡ）を含んで）該当設定も伝達を受けたとき、取ることができる動作は、下記の通りである。
【０５５１】
１）ＤＵの子ノード（または、端末）は、ソフトＤでダウンリンクに該当する設定をそのまま実行することができる。２）ＤＵの子ノード（または、端末）は、ソフトＵでアップリンクに該当する設定がある場合、該当するアップリンクを送信する準備をすることができる。このとき、準備はするが、送信前まで（ＴＡを考慮した送信時間）ハードＤという指示がない場合、該当アップリンクは送信せず、ハードＤという指示があり、または該当アップリンクのスケジューリングを受ける場合に送信できる。
【０５５２】
３）ＤＵの子ノード（または、端末）は、ソフトＦに存在する、‘ダウンリンクに該当する設定’をそのまま実行し、‘アップリンクに該当する設定’がある場合、該当するアップリンクを送信する準備をすることができる。準備はするが、送信前まで（ＴＡを考慮した送信時間）ハードＤという指示がない場合、該当アップリンクは送信せず、ハードＤという指示があり、または該当アップリンクのスケジューリングを受ける場合に送信できる。
【０５５３】
＜使用不可（Ｎｏｔ−ａｖａｉｌａｂｌｅ）リソース＞
【０５５４】
使用不可リソースは、ＩＡＢノードがＤＵの役割として動作する時、ＤＵが使用することができないリソースと定義することができる。ソフトリソースとは異なるように使用不可リソースは、ＤＵが追加のシグナリングを受けても絶対使用することができないリソースに定義されることができる。このような定義は、ドナーノードから決められて伝達されることができ、ＩＡＢノードは、該当リソースを除いて残りのリソースに対して任意に使用することができる。ソフトリソースがある場合、ソフトリソースが親ノードにより活性化された場合は、ソフトリソースを使用することができる。
【０５５５】
１．使用不可リソースの位置
【０５５６】
ＩＡＢノードは、ＭＴとＤＵの役割を全てすることができ、ＭＴの側面でのＤ／Ｕ割当とＤＵの側面でのＤ／Ｕ割当が異なることがある。しかし、ＭＴの側面でのＤ／Ｕ割当情報を介してＤＵの側面での使用不可リソースを知らせる必要はない。ＭＴ動作では親ノードにスケジューリングを受けた通りに動作すればよいためである。ＭＴの側面での動作可否が明確でないリソース内に、ＤＵの側面での使用不可リソースが定義されることが、ＭＴとＤＵ動作の両方ともの混線を最小化することができる。即ち、ＭＴの側面での柔軟な（ｆｌｅｘｉｂｌｅ）リソース内にＤＵに対する使用不可リソースがドナーノードから定義されることができる。
【０５５７】
図２６は、本発明を実行する送信装置１０及び受信装置２０の構成要素を示すブロック図である。ここで、前記送信装置及び受信装置は、各々、基地局または端末である。
【０５５８】
送信装置１０及び受信装置２０は、情報及び／またはデータ、信号、メッセージなどを伝送する無線信号を送信または受信することができるトランシーバ１３、２３、無線通信システム内の通信と関連した各種情報を格納するメモリ１２、２２、並びに前記トランシーバ１３、２３及びメモリ１２、２２などの構成要素と連結され、前記構成要素を制御して該当装置が前述した本発明の実施例のうち少なくとも一つを実行するようにメモリ１２、２２及び／またはトランシーバ１３、２３を制御するように構成された（ｃｏｎｆｉｇｕｒｅｄ）プロセッサ１１、２１を各々含むことができる。
【０５５９】
メモリ１２、２２は、プロセッサ１１、２１の処理及び制御のためのプログラムを格納することができ、入力／出力される情報を臨時格納することができる。メモリ１２、２２は、バッファとして活用されることができる。
【０５６０】
プロセッサ１１、２１は、通常、送信装置または受信装置内の各種モジュールの全般的な動作を制御する。特に、プロセッサ１１、２１は、本発明を実行するための各種制御機能を遂行することができる。プロセッサ１１、２１は、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などで呼ばれることもある。プロセッサ１１、２１は、ハードウェア（ｈａｒｄｗａｒｅ）またはファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはこれらの結合により具現化されることができる。ハードウェアを利用して本発明を具現化する場合は、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）またはＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサ１１、２１に備えられることができる。一方、ファームウェアやソフトウェアを利用して本発明を具現化する場合は、本発明の機能または動作を実行するモジュール、手順または関数などを含むようにファームウェアやソフトウェアが構成されることができ、本発明を実行することができるように構成されたファームウェアまたはソフトウェアは、プロセッサ１１、２１内に備えられ、またはメモリ１２、２２に格納されてプロセッサ１１、２１により駆動されることができる。
【０５６１】
送信装置１０のプロセッサ１１は、外部に送信する信号及び／またはデータに対して所定の符号化（ｃｏｄｉｎｇ）及び変調（ｍｏｄｕｌａｔｉｏｎ）を実行した後、トランシーバ１３に送信できる。例えば、プロセッサ１１は、送信しようとするデータ列を逆多重化及びチャネル符号化、スクランブリング、変調過程などを経てコードワードを生成することができる。コードワードは、ＭＡＣ層が提供するデータブロックであるトランスポートブロックと等価の情報を含むことができる。一つのトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ、ＴＢ）は、一つのコードワードで符号化されることができる。各コードワードは、一つ以上のレイヤを介して受信装置に送信されることができる。周波数アップコンバート（ｆｒｅｑｕｅｎｃｙ  ｕｐ−ｃｏｎｖｅｒｔ）のために、トランシーバ１３は、オシレータ（ｏｓｃｉｌｌａｔｏｒ）を含むことができる。トランシーバ１３は、一つのまたは複数の送信アンテナを含むことができる。
【０５６２】
受信装置２０の信号処理過程は、送信装置１０の信号処理過程の逆に構成されることができる。プロセッサ２１の制御下に、受信装置２０のトランシーバ２３は、送信装置１０により送信された無線信号を受信することができる。前記トランシーバ２３は、一つまたは複数個の受信アンテナを含むことができる。前記トランシーバ２３は、受信アンテナを介して受信された信号の各々を周波数ダウンコンパートして（ｆｒｅｑｕｅｎｃｙ  ｄｏｗｎ−ｃｏｎｖｅｒｔ）基底帯域信号に復元できる。トランシーバ２３は、周波数ダウンコンパートのためにオシレータを含むことができる。前記プロセッサ２１は、受信アンテナを介して受信された無線信号に対する復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を実行し、送信装置１０が本来送信しようとしたデータを復元することができる。
【０５６３】
トランシーバ１３、２３は、一つまたは複数個のアンテナを具備することができる。アンテナは、プロセッサ１１、２１の制御下に、本発明の一実施例によって、トランシーバ１３、２３により処理された信号を外部に送信し、または外部から無線信号を受信してトランシーバ１３、２３に伝達する機能を遂行することができる。アンテナは、アンテナポートと称することもできる。各アンテナは、一つの物理アンテナに該当し、または一つより多い物理アンテナ要素（ｅｌｅｍｅｎｔ）の組み合わせにより構成される（ｃｏｎｆｉｇｕｒｅｄ）ことができる。各アンテナから送信された信号は、受信装置２０によりそれ以上分解されることができない。該当アンテナに対応して送信された参照信号（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、ＲＳ）は、受信装置２０の観点で見たアンテナを定義し、チャネルが一つの物理アンテナからの単一（ｓｉｎｇｌｅ）無線チャネルか、または前記アンテナを含む複数の物理アンテナ要素（ｅｌｅｍｅｎｔ）からの合成（ｃｏｍｐｏｓｉｔｅ）チャネルかにかかわらず、前記受信装置２０をして前記アンテナに対するチャネル推定を可能せしめる。即ち、アンテナは、前記アンテナ上のシンボルを伝達するチャネルが前記同じアンテナ上の他のシンボルが伝達される前記チャネルから導出されるように定義されることができる。複数のアンテナを利用してデータを送受信する多重入出力（Ｍｕｌｔｉ−Ｉｎｐｕｔ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ）機能をサポートするトランシーバの場合は、２個以上のアンテナと連結されることができる。
【０５６４】
図２７は、送信装置１０内の信号処理モジュール構造の一例を示す。ここで、信号処理は、図２６のプロセッサ１１のような基地局／端末のプロセッサで実行されることができる。
【０５６５】
図２７を参照すると、端末または基地局内の送信装置１０は、スクランブラ３０１、モジュレータ３０２、レイヤマッパ３０３、アンテナポートマッパ３０４、リソースブロックマッパ３０５、信号生成器３０６を含むことができる。
【０５６６】
送信装置１０は、一つ以上のコードワード（ｃｏｄｅｗｏｒｄ）を送信することができる。各コードワード内の符号化されたビット（ｃｏｄｅｄ  ｂｉｔｓ）は、各々、スクランブラ３０１によりスクランブリングされて物理チャネル上で送信される。コードワードは、データ列ということもでき、ＭＡＣ層が提供するデータブロックであるトランスポートブロックと等価である。
【０５６７】
スクランブルされたビットは、モジュレータ３０２により複素変調シンボル（Ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｍｏｄｕｌａｔｉｏｎ  ｓｙｍｂｏｌｓ）に変調される。モジュレータ３０２は、前記スクランブルされたビットを変調方式によって変調して信号コンステレーション（ｓｉｇｎａｌ  ｃｏｎｓｔｅｌｌａｔｉｏｎ）上の位置を表現する複素変調シンボルに配置できる。変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）には制限がなく、ｍ−ＰＳＫ（ｍ−Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）またはｍ−ＱＡＭ（ｍ−Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）などが前記符号化されたデータの変調に利用されることができる。モジュレータは、モジュレーションマッパ（ｍｏｄｕｌａｔｉｏｎ  ｍａｐｐｅｒ）ということができる。
【０５６８】
前記複素変調シンボルは、レイヤマッパ３０３により一つ以上の送信レイヤにマッピングされることができる。各レイヤ上の複素変調シンボルは、アンテナポート上での送信のためにアンテナポートマッパ３０４によりマッピングされることができる。
【０５６９】
リソースブロックマッパ３０５は、各アンテナポートに対する複素変調シンボルを送信のために割り当てられた仮想リソースブロック（Ｖｉｒｔｕａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）内の適切なリソースエレメントにマッピングすることができる。リソースブロックマッパは、前記仮想リソースブロックを適切なマッピング技法（ｍａｐｐｉｎｇ  ｓｃｈｅｍｅ）によって物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）にマッピングすることができる。前記リソースブロックマッパ３０５は、前記各アンテナポートに対する複素変調シンボルを適切な副搬送波に割り当て、ユーザによって多重化できる。
【０５７０】
信号生成器３０６は、前記各アンテナポートに対する複素変調シンボル、即ち、アンテナ特定シンボルを特定の変調方式、例えば、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調し、複素時間ドメイン（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｔｉｍｅ  ｄｏｍａｉｎ）ＯＦＤＭシンボル信号を生成することができる。信号生成器は、アンテナ特定シンボルに対してＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を実行することができ、ＩＦＦＴが実行された時間ドメインシンボルにはＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）が挿入されることができる。ＯＦＤＭシンボルは、デジタル−アナログ（ｄｉｇｉｔａｌ−ｔｏ−ａｎａｌｏｇ）変換、周波数アップコンバートなどを経て各送信アンテナを介して受信装置に送信される。信号生成器は、ＩＦＦＴモジュール及びＣＰ挿入機、ＤＡＣ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ  Ｃｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙ  ｕｐｌｉｎｋ  ｃｏｎｖｅｒｔｅｒ）などを含むことができる。
【０５７１】
図２８は、送信装置１０内の信号処理モジュール構造の他の例を示す。ここで、信号処理は、図２６のプロセッサ１１等、端末／基地局のプロセッサで実行されることができる。
【０５７２】
図２８を参照すると、端末または基地局内の送信装置１０は、スクランブラ４０１、モジュレータ４０２、レイヤマッパ４０３、プリコーダ４０４、リソースブロックマッパ４０５、信号生成器４０６を含むことができる。
【０５７３】
送信装置１０は、一つのコードワードに対して、コードワード内の符号化されたビット（ｃｏｄｅｄ  ｂｉｔｓ）をスクランブラ４０１によりスクランブリングした後、物理チャネルを介して送信できる。
【０５７４】
スクランブルされたビットは、モジュレータ４０２により複素変調シンボルに変調される。前記モジュレータは、前記スクランブルされたビットを既に決定された変調方式によって変調して信号コンステレーション（ｓｉｇｎａｌ  ｃｏｎｓｔｅｌｌａｔｉｏｎ）上の位置を表現する複素変調シンボルに配置できる。変調方式（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）には制限がなく、ｐｉ／２−ＢＰＳＫ（ｐｉ／２−Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、ｍ−ＰＳＫ（ｍ−Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）またはｍ−ＱＡＭ（ｍ−Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）などが前記符号化されたデータの変調に利用されることができる。
【０５７５】
前記複素変調シンボルは、前記レイヤマッパ４０３により一つ以上の送信レイヤでマッピングされることができる。
【０５７６】
各レイヤ上の複素変調シンボルは、アンテナポート上での送信のためにプリコーダ４０４によりプリコーディングされることができる。ここで、プリコーダは、複素変調シンボルに対するトランスフォームプリコーディング（ｔｒａｎｓｆｏｒｍ  ｐｒｅｃｏｄｉｎｇ）を実行した以後にプリコーディングを実行することもできる。または、プリコーダは、トランスフォームプリコーディングを実行せずにプリコーディングを実行することもできる。プリコーダ４０４は、前記複素変調シンボルを多重送信アンテナによるＭＩＭＯ方式に処理してアンテナ特定シンボルを出力し、前記アンテナ特定シンボルを該当リソースブロックマッパ４０５に分配できる。プリコーダ４０４の出力ｚは、レイヤマッパ４０３の出力ｙとＮ×Ｍのプリコーディング行列Ｗをかけて得ることができる。ここで、Ｎはアンテナポートの個数であり、Ｍはレイヤの個数である。
【０５７７】
リソースブロックマッパ４０５は、各アンテナポートに対する復調変調シンボルを送信のために割り当てられた仮想リソースブロック内にある適切なリソースエレメントにマッピングする。
【０５７８】
リソースブロックマッパ４０５は、複素変調シンボルを適切な副搬送波に割り当て、ユーザによって多重化できる。
【０５７９】
信号生成器４０６は、複素変調シンボルを特定変調方式、例えば、ＯＦＤＭ方式に変調して複素時間ドメイン（ｃｏｍｐｌｅｘ−ｖａｌｕｅｄ  ｔｉｍｅ  ｄｏｍａｉｎ）ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル信号を生成することができる。信号生成器４０６は、アンテナ特定シンボルに対してＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を実行することができ、ＩＦＦＴが実行された時間ドメインシンボルにはＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）が挿入されることができる。ＯＦＤＭシンボルは、デジタル−アナログ（ｄｉｇｉｔａｌ−ｔｏ−ａｎａｌｏｇ）変換、周波数アップコンバートなどを経て、各送信アンテナを介して受信装置に送信される。信号生成器４０６は、ＩＦＦＴモジュール及びＣＰ挿入機、ＤＡＣ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ  Ｃｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙ  ｕｐｌｉｎｋ  ｃｏｎｖｅｒｔｅｒ）などを含むことができる。
【０５８０】
受信装置２０の信号処理過程は、送信機の信号処理過程の逆に構成されることができる。具体的に、 受信装置２０のプロセッサ２１は、外部でトランシーバ２３のアンテナポートを介して受信された無線信号に対する復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を実行する。前記受信装置２０は、複数個の多重受信アンテナを含むことができ、受信アンテナを介して受信された信号の各々は、基底帯域信号に復元された後、多重化及びＭＩＭＯ復調化を経て送信装置１０が本来送信しようとしたデータ列に復元される。受信装置２０は、受信された信号を基底帯域信号に復元するための信号復元器、受信処理された信号を結合して多重化する多重化器、多重化された信号列を該当コードワードに復調するチャネル復調器を含むことができる。前記信号復元器及び多重化器、チャネル復調器は、これらの機能を遂行する統合された一つのモジュールまたは各々の独立されたモジュールで構成されることができる。より具体的に、前記信号復元器は、アナログ信号をデジタル信号に変換するＡＤＣ（ａｎａｌｏｇ−ｔｏ−ｄｉｇｉｔａｌ  ｃｏｎｖｅｒｔｅｒ）、前記デジタル信号からＣＰを除去するＣＰ除去器、ＣＰが除去された信号にＦＦＴ（ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）を適用して周波数ドメインシンボルを出力するＦＦＴモジュール、前記周波数ドメインシンボルをアンテナ特定シンボルに復元するリソースエレメントデマッパ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｄｅｍａｐｐｅｒ）／等化器（ｅｑｕａｌｉｚｅｒ）を含むことができる。前記アンテナ特定シンボルは、多重化器により送信レイヤに復元され、前記送信レイヤは、チャネル復調器により送信装置が送信しようとしたコードワードに復元される。
【０５８１】
図２９は、本発明の具現化例に係る無線通信装置の一例を示す。
【０５８２】
図２９を参照すると、無線通信装置、例えば、端末は、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ；ＤＳＰ）またはマイクロプロセッサなどのプロセッサ２３１０、トランシーバ２３３５、電力管理モジュール２３０５、アンテナ２３４０、バッテリ２３５５、ディスプレイ２３１５、キーパッド２３２０、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）チップ２３６０、センサー２３６５、メモリ２３３０、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）カード２３２５、スピーカ２３４５、マイクロホン２３５０のうち少なくとも一つを含むことができる。前記アンテナ及びプロセッサは、複数個である。
【０５８３】
プロセッサ２３１０は、本明細書で説明した機能、手順、方法を具現化することができる。図２９のプロセッサ２３１０は、図２６のプロセッサ１１、２１である。
【０５８４】
メモリ２３３０は、プロセッサ２３１０と連結され、プロセッサの動作と関連した情報を格納する。メモリは、プロセッサの内部または外部に位置することができ、有線接続または無線接続のような多様な技術を介してプロセッサと連結されることができる。図２９のメモリ２３３０は、図２６のメモリ１２、２２である。
【０５８５】
ユーザは、キーパッド２３２０のボタンを押さえ、またはマイクロホン２３５０を利用して声を活性化させる等、多様な技術を利用して電話番号のような多様な種類の情報を入力することができる。プロセッサ２３１０は、ユーザの情報を受信してプロセシングし、入力された電話番号に電話を掛ける等、適切な機能を遂行することができる。一部シナリオでは、データが適切な機能を遂行するために、ＳＩＭカード２３２５またはメモリ２３３０から検索されることができる。一部シナリオでは、プロセッサ２３１０は、ユーザの便宜のために、ディスプレイ２３１５に多様な種類の情報とデータを表示することができる。
【０５８６】
トランシーバ２３３５は、プロセッサ２３１０と連結され、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）信号のような無線信号を送信及び／または受信する。プロセッサは、通信を開始し、または音声通信データなど、多様な種類の情報またはデータを含む無線信号を送信するためにトランシーバを制御することができる。トランシーバは、無線信号の送信及び受信のために送信機及び受信機を含む。アンテナ２３４０は、無線信号の送信及び受信を容易にすることができる。一部具現化例において、トランシーバは、無線信号を受信すると、プロセッサによる処理のために信号を基底帯域周波数でフォワーディングして変換できる。処理された信号は、スピーカ２３４５を介して出力されるように可聴または読み取り可能な情報に変換される等、多様な技術により処理されることができる。図２９のトランシーバは、図２６のトランシーバ１３、２３である。
【０５８７】
図２９に示されていないが、カメラ、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポートなど、多様な構成要素が端末に追加して含まれることができる。例えば、カメラは、プロセッサ２３１０と連結されることができる。
【０５８８】
図２９は、端末に対する一つの具現化例に過ぎず、具現化例はこれに制限されるものではない。端末は、図２９の全ての要素を含むことが必須ではない。即ち、一部構成要素、例えば、キーパッド２３２０、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）チップ２３６０、センサー２３６５、ＳＩＭカード２３２５などは、必須な要素でないこともあり、この場合、端末に含まれないこともある。
【０５８９】
図３０は、本発明の一実施例に係るノードの動作方法を示す。
【０５９０】
図３０を参照すると、ＩＡＢノードは、親ノード（ｐａｒｅｎｔ  ｎｏｄｅ）との通信に関連した第１の割当情報及び子ノード（ｃｈｉｌｄ  ｎｏｄｅ）との通信に関連した第２の割当情報を親ノードから受信する（Ｓ１０１０）。
【０５９１】
ＩＡＢノードは、前記第１の割当情報及び前記第２の割当情報に基づいて前記子ノードと通信（Ｓ１０１１−１）または親ノードと通信（Ｓ１０１１−２）を実行する。
【０５９２】
このとき、図２５を参照して既に説明したように、前記第２の割当情報が特定のリソースに対して、常に子ノードとの通信に使用することができるハード（ｈａｒｄ）リソースに指示する場合、前記第１の割当情報にかかわらず前記特定のリソースを、前記ノードが前記子ノードとの通信に使用することができる。
【０５９３】
また、前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記第１の割当情報により前記ノードに割り当てられる時、前記リソースは、前記親ノードとの通信に使われると見なされることができる。
【０５９４】
または、前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記第１の割当情報により前記ノードに明示的に割り当てられない時、前記リソースは、前記子ノードとの通信に使われると見なされることができる。
【０５９５】
前述した方法は、図２６乃至図２９の装置のうち少なくとも一つにより実行されることができる。
【図１】
0006922078.tif 000022
【図２】
0006922078.tif 000023
【図３】
0006922078.tif 000024
【図４】
0006922078.tif 000025
【図５】
0006922078.tif 000026
【図６】
0006922078.tif 000027
【図７】
0006922078.tif 000028
【図８】
0006922078.tif 000029
【図９】
0006922078.tif 000030
【図１０】
0006922078.tif 000031
【図１１】
0006922078.tif 000032
【図１２】
0006922078.tif 000033
【図１３】
0006922078.tif 000034
【図１４】
0006922078.tif 000035
【図１５】
0006922078.tif 000036
【図１６】
0006922078.tif 000037
【図１７】
0006922078.tif 000038
【図１８】
0006922078.tif 000039
【図１９】
0006922078.tif 000040
【図２０】
0006922078.tif 000041
【図２１】
0006922078.tif 000042
【図２２】
0006922078.tif 000043
【図２３】
0006922078.tif 000044
【図２４】
0006922078.tif 000045
【図２５】
0006922078.tif 000046
【図２６】
0006922078.tif 000047
【図２７】
0006922078.tif 000048
【図２８】
0006922078.tif 000049
【図２９】
0006922078.tif 000050
【図３０】
0006922078.tif 000051