JP2020532901A - 無線通信システムにおけるノードの動作方法及び前記方法を利用する装置 - Google Patents

無線通信システムにおけるノードの動作方法及び前記方法を利用する装置 Download PDF

Info

Publication number
JP2020532901A
JP2020532901A JP2020511155A JP2020511155A JP2020532901A JP 2020532901 A JP2020532901 A JP 2020532901A JP 2020511155 A JP2020511155 A JP 2020511155A JP 2020511155 A JP2020511155 A JP 2020511155A JP 2020532901 A JP2020532901 A JP 2020532901A
Authority
JP
Japan
Prior art keywords
resource
node
allocation information
terminal
soft
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020511155A
Other languages
English (en)
Other versions
JP6922078B2 (ja
Inventor
スンキ チョ
スンキ チョ
ファユエ ソン
ファユエ ソン
ユンチョン イ
ユンチョン イ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2020532901A publication Critical patent/JP2020532901A/ja
Application granted granted Critical
Publication of JP6922078B2 publication Critical patent/JP6922078B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/27—Control channels or signalling for resource management between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15528—Control of operation parameters of a relay station to exploit the physical medium
    • H04B7/15542—Selecting at relay station its transmit and receive resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

無線通信システムにおけるノードの動作方法及び前記方法を利用する装置を提供する。前記方法は、親ノード（ｐａｒｅｎｔ ｎｏｄｅ）との通信に関連した第１の割当情報及び子ノード（ｃｈｉｌｄ ｎｏｄｅ）との通信に関連した第２の割当情報を受信し、前記第１の割当情報及び前記第２の割当情報に基づいて前記親ノードまたは前記子ノードと通信を実行し、前記第１の割当情報は、特定リソースのリソースタイプを三つのうち一つで知らせ、前記第２の割当情報は、前記特定リソースのリソースタイプを七つのうち一つで知らせ、前記第２の割当情報が前記特定リソースを常に前記子ノードとの通信に使用することができるハード（ｈａｒｄ）リソースに指示する場合、前記第１の割当情報にかかわらず前記特定リソースを前記子ノードとの通信に使用することを特徴とする。【選択図】図２５

Description

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

Claims (14)

  1. 無線通信システムにおけるノードの動作方法において、
    親ノード（parent node）との通信に関連した第１の割当情報及び子ノード（child node）との通信に関連した第２の割当情報を受信し、
    前記第１の割当情報及び前記第２の割当情報に基づいて前記親ノードまたは前記子ノードと通信を実行し、
    前記第１の割当情報は、特定のリソースのリソースタイプを三つのうち一つで知らせ、
    前記第２の割当情報は、前記特定のリソースのリソースタイプを七つのうち一つで知らせ、
    前記第２の割当情報が前記特定のリソースを常に前記子ノードとの通信に使用することができるハード（hard）リソースに指示する場合、前記第１の割当情報にかかわらず前記特定のリソースを前記子ノードとの通信に使用することを特徴とする方法。
  2. 前記第１の割当情報は、前記特定のリソースのリソースタイプを、ダウンリンク、アップリンク、及びフレキシブル（flexible）のうち一つで知らせることを特徴とする請求項１に記載の方法。
  3. 前記第２の割当情報は、前記特定のリソースのリソースタイプを、ハードダウンリンク、ソフト（soft）ダウンリンク、ハードアップリンク、ソフトアップリンク、ハードフレキシブル（hard flexible）、ソフトフレキシブル（soft flexible）、及び使用不可（not-available）のうち一つで知らせることを特徴とする請求項１に記載の方法。
  4. 前記ハードダウンリンクは、前記特定のリソースが、前記ノードが前記子ノードに信号を送信することが常に可能な（always available）リソースであることを示し、
    前記ソフトダウンリンクは、前記特定のリソースが、前記ノードが前記子ノードに信号を送信することが前記親ノードにより制御されるリソースであることを示すことを特徴とする請求項３に記載の方法。
  5. 前記ハードアップリンクは、前記特定のリソースが、前記ノードが前記子ノードから信号を受信することが常に可能な（always available）リソースであることを示し、
    前記ソフトアップリンクは、前記特定のリソースが、前記ノードが前記子ノードから信号を受信することが前記親ノードにより制御されるリソースであることを示すことを特徴とする請求項３に記載の方法。
  6. 前記ハードフレキシブルは、前記特定のリソースが、前記ノードと前記子ノードとの関係で常にフレキシブルリソースであることを示し、
    前記ソフトフレキシブルは、前記特定のリソースが、前記ノードと前記子ノードとの関係でフレキシブルリソースかどうかが前記親ノードにより制御されるリソースであることを示すことを特徴とする請求項３に記載の方法。
  7. 前記使用不可は、前記特定のリソースが前記ノードと前記子ノードとの関係で使われることができないリソースであることを示すことを特徴とする請求項３に記載の方法。
  8. 前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記第１の割当情報により前記ノードに割り当てられる時、前記リソースは、前記親ノードとの通信に使われると見なされることを特徴とする請求項１に記載の方法。
  9. 前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記第１の割当情報により前記ノードに割り当てられない時、前記リソースは、前記子ノードとの通信に使われると見なされることを特徴とする請求項１に記載の方法。
  10. 前記第１の割当情報及び前記第２の割当情報を前記親ノードから受信することを特徴とする請求項１に記載の方法。
  11. 前記子ノードは、前記ノードに連結された端末であることを特徴とする請求項１に記載の方法。
  12. 前記第２の割当情報がリソースをソフトダウンリンク、ソフトアップリンクまたはソフトフレキシブルで知らせた場合、前記リソースが前記子ノードとの通信に使用可能であるという別途の明示的または暗黙的指示がない時、前記リソースは、前記親ノードとの通信に使われることを特徴とする請求項１に記載の方法。
  13. ノードであって、
    無線信号を送信及び受信するトランシーバ（transceiver）と、
    前記トランシーバと結合して動作するプロセッサと、を含み、
    前記プロセッサは、
    親ノード（parent node）との通信に関連した第１の割当情報及び子ノード（child node）との通信に関連した第２の割当情報を受信し、
    前記第１の割当情報及び前記第２の割当情報に基づいて前記親ノードまたは前記子ノードと通信を実行し、
    前記第１の割当情報は、特定のリソースのリソースタイプを三つのうち一つで知らせ、
    前記第２の割当情報は、前記特定のリソースのリソースタイプを七つのうち一つで知らせ、
    前記第２の割当情報が前記特定のリソースを常に前記子ノードとの通信に使用することができるハード（hard）リソースに指示する場合、前記第１の割当情報にかかわらず前記特定のリソースを前記子ノードとの通信に使用することを特徴とするノード。
  14. 無線通信システムにおける親ノードの動作方法において、
    ノード（node）との通信に関連した第１の割当情報及び前記ノードの子ノード（child node）と前記ノードの通信に関連した第２の割当情報を送信し、
    前記第１の割当情報及び前記第２の割当情報に基づいて前記ノードと通信を実行し、
    前記第１の割当情報は、特定のリソースのリソースタイプを三つのうち一つで知らせ、
    前記第２の割当情報は、前記特定のリソースのリソースタイプを七つのうち一つで知らせ、
    前記特定のリソースが、前記第２の割当情報により、前記ノードが常に前記子ノードとの通信に使用することができるハード（hard）リソースに指示される場合、前記第１の割当情報にかかわらず、前記特定のリソースは、前記ノードと前記子ノードとの通信に使われることを特徴とする方法。
JP2020511155A 2018-08-07 2019-08-07 無線通信システムにおけるノードの動作方法及び前記方法を利用する装置 Active JP6922078B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR20180091876 2018-08-07
KR10-2018-0091876 2018-08-07
KR10-2018-0133803 2018-11-02
KR20180133803 2018-11-02
PCT/KR2019/009892 WO2020032580A1 (ko) 2018-08-07 2019-08-07 무선 통신 시스템에서 노드의 동작 방법 및 상기 방법을 이용하는 장치

Publications (2)

Publication Number Publication Date
JP2020532901A true JP2020532901A (ja) 2020-11-12
JP6922078B2 JP6922078B2 (ja) 2021-08-18

Family

ID=69415546

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020511155A Active JP6922078B2 (ja) 2018-08-07 2019-08-07 無線通信システムにおけるノードの動作方法及び前記方法を利用する装置

Country Status (7)

Country Link
US (1) US11503586B2 (ja)
EP (1) EP3648529B1 (ja)
JP (1) JP6922078B2 (ja)
KR (1) KR102187290B1 (ja)
CN (1) CN111052837B (ja)
TW (1) TWI731383B (ja)
WO (1) WO2020032580A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022501904A (ja) * 2018-09-19 2022-01-06 日本電気株式会社 ネットワークデバイスにおける方法、及び統合アクセスバックホールノードにおける方法
WO2022113650A1 (ja) * 2020-11-30 2022-06-02 株式会社デンソー 基地局及び中継装置
JP7451735B2 (ja) 2020-02-14 2024-03-18 ノキア テクノロジーズ オサケユイチア ダウンストリームｉａｂノード、ダウンストリームｉａｂノードを動作させるための方法、アップストリームｉａｂノード、アップストリームｉａｂノードを動作させるための方法

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3651526B1 (en) * 2018-08-07 2022-03-30 LG Electronics Inc. Operation method of node in wireless communication system and apparatus using same method
WO2020033655A1 (en) * 2018-08-10 2020-02-13 Intel Corporation Inter-integrated access and backhaul node cross-link interference measurement and reporting
JPWO2020054642A1 (ja) * 2018-09-14 2021-08-30 三菱電機株式会社 通信システム、通信端末および基地局
EP3871459A4 (en) * 2018-10-25 2022-07-13 INTEL Corporation NON-STRICT RESOURCE SIGNALING IN INTEGRATED ACCESS AND CONNECTION (IAB) NETWORKS
US11997653B2 (en) * 2018-11-01 2024-05-28 Qualcomm Incorporated Release configuration of soft resources in integrated access and backhaul
KR20200050280A (ko) 2018-11-01 2020-05-11 삼성전자주식회사 무선 통신 시스템에서 iab 노드의 동적자원 할당을 위한 방법 및 장치
CN113179548B (zh) * 2018-12-21 2023-04-14 Oppo广东移动通信有限公司 时频资源确定方法、装置、芯片及计算机程序
EP4236161A3 (en) * 2019-01-09 2023-10-25 Ofinno, LLC Resource configuration for integrated access and backhaul nodes
WO2020154496A1 (en) * 2019-01-23 2020-07-30 Apple Inc. Data channel mapping type and dm-rs configuration to enable l1 cli measurement and reporting
US11696142B2 (en) * 2019-04-04 2023-07-04 Samsung Electronics Co., Ltd. Method and apparatus for resource mapping of PDSCH on unlicensed spectrum
US11533749B2 (en) * 2019-05-01 2022-12-20 Qualcomm Incorporated In-advance scheduling for low-latency traffic
US11622356B2 (en) * 2019-07-30 2023-04-04 Qualcomm Incorporated Resource configuration management in wireless communications
US11729802B2 (en) * 2019-10-08 2023-08-15 Qualcomm Incorporated Techniques for addressing IAB node switching time
US11576137B2 (en) * 2019-12-30 2023-02-07 Qualcomm Incorporated Synchronization signal block (SSB) configuration for power management
US11792804B2 (en) 2020-02-14 2023-10-17 Qualcomm Incorporated Techniques for resource allocation in an integrated access and backhaul (IAB) system
US11729750B2 (en) * 2020-02-14 2023-08-15 Qualcomm Incorporated Techniques for resource allocation in an integrated access and backhaul (IAB) system
WO2021159503A1 (zh) * 2020-02-14 2021-08-19 华为技术有限公司 资源配置方法和装置
EP4109956A4 (en) * 2020-03-13 2023-04-12 Huawei Technologies Co., Ltd. RESOURCE INDICATION METHOD AND COMMUNICATION DEVICE
JP7296910B2 (ja) * 2020-03-30 2023-06-23 Kddi株式会社 中継伝送における送信電力制御を実行する通信装置、制御方法、及び、プログラム
EP4135451A4 (en) * 2020-04-07 2024-04-17 Lg Electronics Inc METHOD FOR OPERATING AN IAB NODE CONNECTED TO MULTIPLE PARENT NODES IN A WIRELESS COMMUNICATIONS SYSTEM AND DEVICE USING THE METHOD
CN111901871A (zh) * 2020-04-09 2020-11-06 中兴通讯股份有限公司 一种资源配置方法、装置、通信节点及存储介质
US11758523B2 (en) * 2020-04-10 2023-09-12 Qualcomm Incorporated Support of IAB operation in paired spectrum
CN113596982B (zh) * 2020-04-30 2022-10-18 维沃移动通信有限公司 定时调整方法及相关设备
CN111901003A (zh) * 2020-06-02 2020-11-06 中兴通讯股份有限公司 复用方法、装置、设备及存储介质
CN113825231A (zh) * 2020-06-20 2021-12-21 华为技术有限公司 资源配置方法及装置
US11943740B2 (en) * 2020-06-26 2024-03-26 Qualcomm Incorporated Methods and apparatus for repetition of paging and paging DCI
CN116134861A (zh) * 2020-07-30 2023-05-16 株式会社Ntt都科摩 无线通信节点
JPWO2022024314A1 (ja) * 2020-07-30 2022-02-03
CN114158092A (zh) * 2020-09-08 2022-03-08 维沃移动通信有限公司 数据传输方法、装置及通信设备
CN114520987A (zh) * 2020-11-20 2022-05-20 维沃移动通信有限公司 Iab节点的冲突处理方法、装置、设备及可读存储介质
WO2022126575A1 (en) * 2020-12-18 2022-06-23 Lenovo (Beijing) Limited Method and apparatus for reporting channel state information (csi)
WO2023115284A1 (zh) * 2021-12-20 2023-06-29 北京小米移动软件有限公司 一种测量方法、装置、设备及可读存储介质

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1458148A1 (en) * 2003-03-10 2004-09-15 Sony International (Europe) GmbH Quality of Service (QoS) -aware handover procedure for Ad-Hoc networks
EP2512169B1 (en) * 2011-04-11 2015-11-25 Fluidmesh Networks S.r.l. Management of radio frequencies in a wireless or hybrid mesh network
US9143984B2 (en) * 2012-04-13 2015-09-22 Intel Corporation Mapping of enhanced physical downlink control channels in a wireless communication network
KR101671990B1 (ko) 2012-12-14 2016-11-03 한국전자통신연구원 무선 백홀 시스템에서 백홀 중계기와 기지국 사이의 자원 할당 방법
KR20140129911A (ko) * 2013-04-30 2014-11-07 인텔렉추얼디스커버리 주식회사 신호 송수신 방법 및 장치
US10375707B2 (en) * 2016-08-04 2019-08-06 Qualcomm Incorporated Dynamic resource allocation in wireless network
US20180048335A1 (en) * 2016-08-11 2018-02-15 Qualcomm Incorporated Methods and apparatus for decoder processing for joint multi-user detection
US10645689B2 (en) * 2016-08-11 2020-05-05 Qualcomm Incorporated Link establishment in a wireless backhaul network using radio access technology
US10206232B2 (en) 2016-09-29 2019-02-12 At&T Intellectual Property I, L.P. Initial access and radio resource management for integrated access and backhaul (IAB) wireless networks
US10091810B2 (en) 2016-11-04 2018-10-02 Qualcomm Incorporated Network configured uplink control feedback for 5G new radio (NR)
US10536981B2 (en) 2017-01-05 2020-01-14 At&T Intellectual Property I, L.P. Long-term evolution assisted new radio initial access and mobility for 5G or other next generation networks
US10945226B2 (en) * 2017-10-09 2021-03-09 Qualcomm Incorporated Timing and frame structure in an integrated access backhaul (IAB) network
US11172407B2 (en) * 2018-03-16 2021-11-09 Qualcomm Incorporated Resource partitioning based on traffic type
CN110351836B (zh) * 2018-04-03 2022-12-13 维沃移动通信有限公司 中继资源的配置方法和设备
US10700775B2 (en) * 2018-05-11 2020-06-30 At&T Intellectual Property I, L.P. Resource coordination for integrated access and backhaul
US11076306B2 (en) * 2018-09-21 2021-07-27 Qualcomm Incorporated Relay nodes with multi-connected cellular backhaul
US11540274B2 (en) * 2019-05-03 2022-12-27 Qualcomm Incorporated Efficient signaling of resource pattern in integrated-access and backhaul (IAB) networks

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022501904A (ja) * 2018-09-19 2022-01-06 日本電気株式会社 ネットワークデバイスにおける方法、及び統合アクセスバックホールノードにおける方法
JP7306450B2 (ja) 2018-09-19 2023-07-11 日本電気株式会社 ネットワークデバイス、及び統合アクセスバックホールノード
JP7451735B2 (ja) 2020-02-14 2024-03-18 ノキア テクノロジーズ オサケユイチア ダウンストリームｉａｂノード、ダウンストリームｉａｂノードを動作させるための方法、アップストリームｉａｂノード、アップストリームｉａｂノードを動作させるための方法
WO2022113650A1 (ja) * 2020-11-30 2022-06-02 株式会社デンソー 基地局及び中継装置

Also Published As

Publication number Publication date
TWI731383B (zh) 2021-06-21
EP3648529A4 (en) 2020-09-16
US20210153189A1 (en) 2021-05-20
EP3648529A1 (en) 2020-05-06
CN111052837A (zh) 2020-04-21
WO2020032580A1 (ko) 2020-02-13
TW202015446A (zh) 2020-04-16
KR20200016815A (ko) 2020-02-17
CN111052837B (zh) 2023-07-25
JP6922078B2 (ja) 2021-08-18
US11503586B2 (en) 2022-11-15
KR102187290B1 (ko) 2020-12-04
EP3648529B1 (en) 2021-10-27

Similar Documents

Publication Publication Date Title
JP6922078B2 (ja) 無線通信システムにおけるノードの動作方法及び前記方法を利用する装置
US11844138B2 (en) Discontinuous reception inactivity timer and a semi-persistent channel state information of AA wireless device
JP6961073B2 (ja) 無線通信システムにおける端末の制御信号モニタリング方法、及び前記方法を用いる端末
US11303349B2 (en) Resource use method of node in wireless communication system and device using same
US10873934B2 (en) Pre-emption indication in a wireless device
JP6995972B2 (ja) 無線通信システムにおける端末の動作方法及び前記方法を利用する装置
US9848414B2 (en) Method for signaling control information, and apparatus therefor
US11239956B2 (en) Timers for control channel monitoring
CN106165481B (zh) 在无线通信系统中收发信号的方法及其设备
JP6526207B2 (ja) 上りリンク信号を送信する方法及び使用者器機、並びに上りリンク信号を受信する方法及び基地局
US10172115B2 (en) Method and apparatus for conducting device-to-device communication in wireless communication system
WO2016047994A1 (ko) 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치
US10477492B2 (en) Method for transmitting signal on basis of multi-radio access technology in wireless communication system and apparatus therefor
WO2014116078A1 (ko) 무선 통신 시스템에서 단말의 통신 방법 및 장치
KR20120109502A (ko) 무선 통신 시스템에서 상향링크 신호 송신 방법 및 이를 위한 장치
CN106688202B (zh) 支持载波聚合的无线通信系统中的信号发送和接收方法及其装置
JP2020530238A (ja) 無線通信システムにおけるコンテンションウィンドウ大きさ調整方法及び前記方法を利用する装置
JP2017520966A (ja) 無線通信システムにおいてＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）信号送信方法及びそのための装置
US20230011025A1 (en) Method and apparatus for communication in network having asymmetric uplink and downlink

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200708

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210302

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210323

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210614

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210706

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210728

R150 Certificate of patent or registration of utility model

Ref document number: 6922078

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150