JP7413551B2 - 複数のタイミングが設定されたｉａｂノードの通信方法及び装置 - Google Patents

複数のタイミングが設定されたｉａｂノードの通信方法及び装置 Download PDF

Info

Publication number
JP7413551B2
JP7413551B2 JP2022548791A JP2022548791A JP7413551B2 JP 7413551 B2 JP7413551 B2 JP 7413551B2 JP 2022548791 A JP2022548791 A JP 2022548791A JP 2022548791 A JP2022548791 A JP 2022548791A JP 7413551 B2 JP7413551 B2 JP 7413551B2
Authority
JP
Japan
Prior art keywords
iab
node
timing
iab node
uplink
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.)
Active
Application number
JP2022548791A
Other languages
English (en)
Other versions
JP2023514225A (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 JP2023514225A publication Critical patent/JP2023514225A/ja
Application granted granted Critical
Publication of JP7413551B2 publication Critical patent/JP7413551B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/003—Arrangements to increase tolerance to errors in transmission or reception timing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/0005—Synchronisation arrangements synchronizing of arrival of multiple uplinks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H04W56/0045—Synchronisation arrangements compensating for timing error of reception due to propagation delay compensating for timing error by altering transmission time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/0055—Synchronisation arrangements determining timing error of reception due to propagation delay
    • 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/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
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

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

Description

本開示は、無線通信に関する。
未来のセルラーネットワーク配置シナリオ及びアプリケーションを可能にすることを目標とする潜在技術のうち一つは、無線バックホール（ｂａｃｋｈａｕｌ）及びリレイリンクに対するサポートであって、運搬ネットワーク（ｔｒａｎｓｐｏｒｔ ｎｅｔｗｏｒｋ）を比例的に密度化する必要なしにＮＲセルの柔軟で非常に密集された配置を可能にする。
マッシブＭＩＭＯ（ｍａｓｓｉｖｅ ＭＩＭＯ）またはマルチ－ビームシステムの自然な配置（ｎａｔｉｖｅ ｄｅｐｌｏｙｍｅｎｔ）と共に、ＬＴＥと比較してＮＲでのより大きい帯域幅が利用可能であると予想されるため（例えば、ミリメートル波スペクトラム（ｍｍＷａｖｅ ｓｐｅｃｔｒｕｍ））統合アクセス及びバックホールリンクの開発及び配置に対する機会が生成される。これは端末に対する接続またはアクセス（ａｃｃｅｓｓ）を提供するように定義された多数の制御及びデータチャネル／手順を構築することで、さらに統合された方式の自体的にバックホールされた（ｓｅｌｆ－ｂａｃｋｈａｕｌｅｄ）ＮＲセルの密集されたネットワークのより容易な配置を許容する。このようなシステムを統合アクセス及びバックホールリンク（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ ｌｉｎｋｓ：ＩＡＢ）という。
本明細書は、複数のタイミングが設定されたＩＡＢノードの通信方法を提案する。
本明細書によると、複数のタイミングに基づくＩＡＢノードの通信方法を提案することによって、柔軟で高効率の通信をサポートすることができる。
本明細書の具体的な一例から得られる効果は、以上に言及した効果に限らない。例えば、関連技術分野における通常の知識を有する者（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書から理解又は誘導できる様々な技術的効果が存在する。これにより、本明細書の具体的な効果は、本明細書に明示的に記載されたものに限定されず、本明細書の技術的特徴から理解又は誘導できる多様な効果を含む。
以下に添付される図面は、本開示に関する理解を容易にするためのものであって、詳細な説明と共に本開示に対する実施例を提供することができる。ただし、本開示の技術的特徴が特定図面に限定されるものではなく、各図面で開示する特徴は、互いに組み合わせられて新しい実施例で構成されることができる。各図面での参照番号（ｒｅｆｅｒｅｎｃｅ ｎｕｍｅｒａｌｓ）は、構造的構成要素（ｓｔｒｕｃｔｕｒａｌ ｅｌｅｍｅｎｔｓ）を意味することができる。
本開示が適用できる無線通信システムを例示する。 ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。 制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。 本開示の技術的特徴が適用されることができる無線通信システムの他の例を示す。 ＮＧ－ＲＡＮと５ＧＣ間の機能的分割を例示する。 ＮＲにおいて適用できるフレーム構造を例示する。 スロット構造を示す。 ＣＯＲＥＳＥＴを例示する。 従来の制御領域とＮＲにおけるコアセットの相違点を示す図である。 新しい無線アクセス技術に対するフレーム構造の一例を示した図である。 自己完結型スロット構造の例である。 ＴＸＲＵ及び物理的アンテナ観点でハイブリッドビームフォーミング（Ｈｙｂｒｉｄ ｂｅａｍｆｏｒｍｉｎｇ）構造を抽象的に図式化したものである。 同期化信号及びＰＢＣＨ（ＳＳ／ＰＢＣＨ）ブロックを示す。 端末がタイミング情報を取得する方法を説明するためのものである。 端末のシステム情報取得過程の一例を示した図である。 ランダムアクセス手順を説明するための図である。 パワーランピングカウンタを説明するための図である。 ＲＡＣＨリソース関係に対するＳＳブロックのしきい値概念を説明するための図である。 アイドルモードＤＲＸ動作を実行する一例を示す流れ図である。 ＤＲＸサイクルを例示する。 統合アクセス及びバックホールリンク（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ ｌｉｎｋｓ：ＩＡＢ）を有するネットワークに対する一例を概略的に示す。 ＳＡ（ｓｔａｎｄａｌｏｎｅ）モード及びＮＳＡ（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ）モードでのＩＡＢシステムの動作の一例を示す。 アクセス及びバックホールリンクの構成の一例を概略的に示す。 ＩＡＢノード間のリンク及び関係を説明するためのものである。 タイミング整列事例１を示す。 タイミング整列事例６を示す。 タイミング整列事例７を示す。 ＩＡＢノードのＤＵの子リンク別にアップリンク受信タイミングが異なる場合、ＩＡＢノードの動作の一例を示す。 ＩＡＢノードと複数個の子リンクとの間のタイミング差の一例を示す。 ＩＡＢノードと複数個の子リンクとの間のタイミング差の他の一例を示す。 本明細書の一部具現による複数個のアップリンク送信タイミングが設定されたＩＡＢノードＭＴのアップリンク送信の一例を説明するためのものである。 本明細書の一部具現によるＩＡＢノードの信号送信方法の一例に対する流れ図である。 本明細書の一部具現によるＩＡＢノードの信号受信方法の一例に対する流れ図である。 本開示に適用される通信システム１を例示する。 本開示に適用されることができる無線機器を例示する。 送信信号のための信号処理回路を例示する。 本開示に適用される無線機器の他の例を示す。 本開示に適用される携帯機器を例示する。 本開示に適用される車両または自律走行車両を例示する。 本開示に適用される車両を例示する。 本開示に適用されるＸＲ機器を例示する。 本開示に適用されるロボットを例示する。 本開示に適用されるＡＩ機器を例示する。
本明細書において「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。言い換えると、本明細書において、「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈できる。例えば，本明細書において「Ａ、Ｂ又はＣ（Ａ，Ｂ ｏｒ Ｃ）」は，「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。
本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味し得る。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。これにより、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、又は「ＡとＢの両方」を意味し得る。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ又はＣ」を意味し得る。
本明細書において「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。また、本明細書において「少なくとも１つのＡ又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも１つのＡ及び／又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈され得る。
また、本明細書において、「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。また、「少なくとも１つのＡ、Ｂ又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ｏｒ Ｃ）」や「少なくとも１つのＡ、Ｂ及び／又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ））」を意味し得る。
また、本明細書において用いられる括弧は「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味し得る。具体的に、「制御情報（ＰＤＣＣＨ）」と表示されている場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。言い換えると、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されることなく、「ＰＤＣＣＨ」が「制御情報」の一例として提案されるものであり得る。また、「制御情報（すなわち、ＰＤＣＣＨ）」と表示されている場合にも、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。
本明細書において１つの図面内において個別に説明される技術的特徴は、個別に実現されてもよく、同時に実現されてもよい。
図１は、本開示が適用できる無線通信システムを例示する。これは、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ－Ａシステムとも呼ばれる。
Ｅ－ＵＴＲＡＮは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されるか移動性を有し、ＭＳ（Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）などの他の用語で呼ばれてもよい。基地局２０は、端末１０と通信する固定された地点（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を言い、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）などの他の用語で呼ばれてもよい。
基地局２０はＸ２インタフェースを介して互いに接続される。基地局２０は、Ｓ１インタフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）３０、より詳細には、Ｓ１－ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と、Ｓ１－Ｕを介してＳ－ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）と接続される。
ＥＰＣ３０は、ＭＭＥ、Ｓ－ＧＷ及びＰ－ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ－Ｇａｔｅｗａｙ）で構成される。ＭＭＥは端末の接続情報や端末の能力に関する情報を有し、このような情報は端末の移動性管理に主に使用される。Ｓ－ＧＷは、Ｅ－ＵＴＲＡＮを端点として有するゲートウェイであり、Ｐ－ＧＷはＰＤＮを端点として有するゲートウェイである。
端末とネットワークの間の無線インタフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られている開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）基準モデルの下位３つの層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分され、このうち、第１層に属する物理層は物理チャネル（Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は端末とネットワーク間に無線リソースを制御する 役割を果たす。このために、ＲＲＣ層は端末と基地局間にＲＲＣメッセージを交換する。
図２は、ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。図３は、制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。ユーザプレーンはユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御プレーンは制御信号送信のためのプロトコルスタックである。
図２及び図３に示すように、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ） ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を利用して上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。物理層は上位層であるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは送信チャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ層と物理層の間にデータが移動する。送信チャネルは無線インタフェースを介してデータがどのようにどのような特徴で送信されるかに応じて分類される。
相異なる物理層間、すなわち、送信機と受信機の物理層間は物理チャネルを介してデータが移動する。前記物理チャネルはＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線リソースとして活用する。
ＭＡＣ層の機能は、論理チャネルと送信チャネル間のマッピング及び論理チャネルに属するＭＡＣ ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）の送信チャネル上で物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は論理チャネルを介してＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層にサービスを提供する。
ＲＬＣ層の機能はＲＬＣ ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）が要求する様々なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ層は透明モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＡＭ）の３つの動作モードを提供する。ＡＭ ＲＬＣはＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）によりエラー訂正を提供する。
ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は制御プレーンにおいてのみ定義される。ＲＲＣ層は、無線ベアラの設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ－Ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワーク間のデータ伝達のために第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。
ユーザプレーンでのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層の機能はユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンでのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層の機能は制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢはまたＳＲＢ（ｓｉｇｎａｌｉｎｇ ＲＢ）とＤＲＢ（Ｄａｔａ ＲＢ）の２つに分けられる。ＳＲＢは制御プレーンにおいてＲＲＣメッセージを送信する通路として使用され、ＤＲＢはユーザプレーンにおいてユーザデータを送信する通路として使用される。
端末のＲＲＣ層とＥ－ＵＴＲＡＮのＲＲＣ層の間にＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末はＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｅｄ）状態にあり、そうでない場合は、ＲＲＣアイドル（ＲＲＣ ｉｄｌｅ）状態にあるようになる。
ネットワークから端末にデータを送信するダウンリンク送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）とそれ以外にユーザトラヒックや制御メッセージを送信するダウンリンクＳＣＨ（ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャスト又はブロードキャストサービスのトラヒック又は制御メッセージの場合はダウンリンクＳＣＨを介して送信されてもよく、又は別途のダウンリンクＭＣH（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信するアップリンク送信チャネルとしては初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）とそれ以外にユーザトラヒックや制御メッセージを送信するアップリンクＳＣＨ（ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がある。
送信チャネル上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）としてはＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。
物理チャネル（Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）は、時間領域において複数のＯＦＤＭシンボルと周波数領域において複数の副搬送波（Ｓｕｂ－ｃａｒｒｉｅｒ）で構成される。１つのサブフレーム（Ｓｕｂ－ｆｒａｍｅ）は、時間領域において複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックはリソースの割り当て単位で、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ－ｃａｒｒｉｅｒ）で構成される。また、各サブフレームはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）は送信の単位時間であり、例えば、サブフレーム又はスロットになり得る。
以下、新しい無線アクセス技術（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ：ｎｅｗ ＲＡＴ、ＮＲ）について説明する。
より多くの通信機器がより大きな通信容量を要求するようになって、既存の無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信の必要性が台頭している。また、多数の機器及び事物を接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要イシューの１つである。それだけでなく、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が議論されており、本開示においては便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ ＲＡＴ又はＮＲと呼ぶ。
図４は、本開示の技術的特徴が適用されることができる無線通信システムの他の例を示す。
具体的に、図４は、５Ｇ ＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）システムに基づいたシステムアーキテクチャを示す。５Ｇ ＮＲシステム（以下、簡単に「ＮＲ」と称する）で使われる個体は、図１で紹介された個体（例えば、ｅＮＢ、ＭＭＥ、Ｓ－ＧＷ）の一部または全ての機能を吸収することができる。ＮＲシステムで使われる個体は、ＬＴＥと区別するために「ＮＧ」という名称で識別されることができる。
図４を参照すると、無線通信システムは、一つ以上のＵＥ１１、ＮＧ－ＲＡＮ（ｎｅｘｔ－ｇｅｎｅｒａｔｉｏｎ ＲＡＮ）及び５世代コアネットワーク（５ＧＣ）を含む。ＮＧ－ＲＡＮは、少なくとも一つのＮＧ－ＲＡＮノードで構成される。ＮＧ－ＲＡＮノードは、図１に示すＢＳ２０に対応する個体である。ＮＧ－ＲＡＮノードは、少なくとも一つのｇＮＢ２１及び／または少なくとも一つのｎｇ－ｅＮＢ２２で構成される。ｇＮＢ２１は、ＵＥ１１に向かうＮＲユーザ平面及び制御平面プロトコルの終端を提供する。Ｎｇ－ｅＮＢ２２は、ＵＥ１１に向かうＥ－ＵＴＲＡユーザ平面及び制御平面プロトコルの終端を提供する。
５ＧＣは、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）、及びＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）を含む。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などのような機能をホストする。ＡＭＦは、従来ＭＭＥの機能を含む個体である。ＵＰＦは、移動性アンカリング、ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）処理のような機能をホストする。ＵＰＦは、従来のＳ－ＧＷの機能を含む個体である。ＳＭＦは、ＵＥ ＩＰアドレス割当、ＰＤＵセッション制御のような機能をホストする。
ｇＮＢとｎｇ－ｅＮＢは、Ｘｎインタフェースを介して相互連結される。また、ｇＮＢ及びｎｇ－ｅＮＢは、ＮＧインタフェースを介して５ＧＣに連結される。より具体的には、ＮＧ－Ｃインタフェースを介してＡＭＦに、そしてＮＧ－Ｕインタフェースを介してＵＰＦに連結される。
図５は、ＮＧ－ＲＡＮと５ＧＣ間の機能的分割を例示する。
図５に示すように、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ Ｃｅｌｌ ＲＲＭ）、無線ベアラ管理（ＲＢ ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＆ Ｐｒｏｖｉｓｉｏｎ）、動的リソース割り当て（ｄｙｎａｍｉｃ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）などの機能を提供する。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供する。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供する。ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は端末ＩＰアドレス割り当て、ＰＤＵセッション制御などの機能を提供する。
図６は、ＮＲにおいて適用できるフレーム構造を例示する。
図６を参照すると、フレームは、１０ｍｓ（ｍｉｌｌｉｓｅｃｏｎｄ）で構成されることができ、１ｍｓで構成されたサブフレーム１０個を含むことができる。
ＮＲにおけるアップリンク及びダウンリンク送信は、フレームで構成されることができる。無線フレームは、１０ｍｓの長さを有し、２個の５ｍｓハーフ－フレーム（Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ）に定義されることができる。ハーフ－フレームは、５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）に定義されることができる。サブフレームは、一つ以上のスロットに分割され、サブフレーム内のスロット個数は、ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）に依存する。各スロットは、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）によって１２個または１４個のＯＦＤＭ（Ａ）シンボルを含む。ノーマルＣＰ（ｎｏｒｍａｌ ＣＰ）が使われる場合、各スロットは、１４個のシンボルを含む。拡張ＣＰが使われる場合、各スロットは、１２個のシンボルを含む。ここで、シンボルは、ＯＦＤＭシンボル（または、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（または、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含むことができる。
サブフレーム内には副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって一つまたは複数のスロット（ｓｌｏｔ）が含まれることができる。
次の表１は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μを例示する。
次の表２は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μに応じて、フレーム内のスロット数（Ｎｆｒａｍｅμ ｓｌｏｔ）、サブフレーム内のスロット数（Ｎｓｕｂｆｒａｍｅμ ｓｌｏｔ）、スロット内のシンボル数（Ｎｓｌｏｔ ｓｙｍｂ）などを例示する。
表３は、拡張ＣＰが使用される場合、ＳＣＳによってスロット別のシンボル数、フレーム別のスロット数とサブフレーム（ＳＦ）別のスロット数を例示する。
ＮＲは、多様な５Ｇサービスをサポートするための多数のｎｕｍｅｒｏｌｏｇｙ（または、ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ（ＳＣＳ））をサポートする。例えば、ＳＣＳが１５ｋＨｚである場合は、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）をサポートし、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合は、密集した－都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）をサポートし、ＳＣＳが６０ｋＨｚまたはそれより高い場合は、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅をサポートする。
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、二つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）に定義されることができる。周波数範囲の数値は変更されることができ、例えば、二つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲は、下記表４の通りである。説明の便宜のために、ＮＲシステムで使われる周波数範囲のうち、ＦＲ１は「ｓｕｂ ６ＧＨｚ ｒａｎｇｅ」を意味することができ、ＦＲ２は「ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ」を意味することができ、ミリメートル波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）と呼ばれることができる。
前述したように、ＮＲシステムの周波数範囲の数値は変更されることができる。例えば、ＦＲ１は、下記表５のように４１０ＭＨｚ乃至７１２５ＭＨｚの帯域を含むことができる。すなわち、ＦＲ１は、６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域を含むことができる。例えば、ＦＲ１内で含まれる６ＧＨｚ（または、５８５０、５９００、５９２５ＭＨｚ等）以上の周波数帯域は、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信（例えば、自律走行）のために使われることができる。
ＮＲシステムにおいては、１つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）が異なるように設定されてもよい。これにより、同一の個数のシンボルから構成された時間リソース（例えば、ＳＦ、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定される。
図７は、スロット構造を示す。
図７を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルＣＰの場合、一つのスロットが１４個のシンボルを含み、拡張ＣＰの場合、一つのスロットが１２個のシンボルを含むことができる。または、ノーマルＣＰの場合、一つのスロットが７個のシンボルを含み、拡張ＣＰの場合、一つのスロットが６個のシンボルを含むことができる。
搬送波は、周波数領域で複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数領域で複数（例えば、１２）の連続した副搬送波に定義されることができる。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数領域で複数の連続した（Ｐ）ＲＢに定義されることができ、一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例、ＳＣＳ、ＣＰ長さ等）に対応されることができる。搬送波は、最大Ｎ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰを介して実行されることができる。各々の要素は、リソースグリッドでリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）と称することができ、一つの複素シンボルがマッピングされることができる。
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、以下の表のように１つ又はそれ以上のＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）から構成される。
すなわち、ＰＤＣＣＨは、１、２、４、８又は１６個のＣＣＥで構成されるリソースを介して送信される。ここで、ＣＣＥは６つのＲＥＧ（ｒｅｓｏｕｒｃ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）から構成され、１つのＲＥＧは周波数領域において１つのリソースブロック、時間領域において１つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルから構成される。
一方、ＮＲでは、制御リソース集合（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）という新しい単位を導入することができる。端末は、ＣＯＲＥＳＥＴでＰＤＣＣＨを受信することができる。
図８は、ＣＯＲＥＳＥＴを例示する。
図８に示すように、コアセットは、周波数領域においてＮＣＯＲＥＳＥＴＲＢ個のリソースブロックから構成され、時間領域においてＮＣＯＲＥＳＥＴｓｙｍｂ∈｛１、２、３｝個のシンボルから構成される。ＮＣＯＲＥＳＥＴＲＢ、ＮＣＯＲＥＳＥＴｓｙｍｂは上位層信号を介して基地局により提供される。図８に示したように、コアセット内には複数のＣＣＥ（又は、ＲＥＧ）が含まれる。
端末は、コアセット内において１、２、４、８又は１６個のＣＣＥを単位としてＰＤＣＣＨ検出を試みることができる。ＰＤＣＣＨ検出を試みることができる１つ又は複数のＣＣＥをＰＤＣＣＨ候補と言える。
端末は、複数のコアセットを設定されることができる。
図９は、従来の制御領域とＮＲにおけるコアセットの相違点を示す図である。
図９を参照すると、従来の無線通信システム（例えば、ＬＴＥ／ＬＴＥ－Ａ）での制御領域３００は、基地局が使用するシステム帯域全体にわたって構成された。狭い帯域のみをサポートする一部の端末（例えば、ｅＭＴＣ／ＮＢ－ＩｏＴ端末）を除いた全ての端末は、基地局が送信する制御情報を正しく受信／デコードするためには、前記基地局のシステム帯域全体の無線信号を受信できなければならなかった。
それに対して、ＮＲでは、前述したＣＯＲＥＳＥＴを導入した。ＣＯＲＥＳＥＴ３０１、３０２、３０３は、端末が受信すべき制御情報のための無線リソースということができ、システム帯域全体の代わりに一部のみを使用することができる。基地局は、各端末にＣＯＲＥＳＥＴを割り当てることができ、割り当てたＣＯＲＥＳＥＴを介して制御情報を送信することができる。例えば、図９において、第１のＣＯＲＥＳＥＴ３０１は端末１に割り当て、第２のＣＯＲＥＳＥＴ３０２は端末２に割り当て、第３のＣＯＲＥＳＥＴ３０３は端末３に割り当てることができる。ＮＲでの端末は、システム帯域全体を必ず受信しなくても基地局の制御情報を受信することができる。
コアセットには、端末特定的制御情報を送信するための端末特定的コアセットと、全ての端末に共通的な制御情報を送信するための共通的コアセットがあり得る。
一方、ＮＲにおいては、応用（Ａｐｐｌｉｃａｔｉｏｎ）分野に応じては高い信頼性（ｈｉｇｈ ｒｅｌｉａｂｉｌｉｔｙ）を要求することができ、このような状況においてダウンリンク制御チャネル（例えば、ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を介して送信されるＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に対する目標ＢＬＥＲ（ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ）は従来技術より著しく低下する可能性がある。このように高い信頼性を要求する要件（ｒｅｑｕｉｒｅｍｅｎｔ）を満足させるための方法の一例としては、ＤＣＩに含まれる内容（ｃｏｎｔｅｎｔｓ）の量を減らすか、そして／あるいはＤＣＩ送信時に使用するリソースの量を増加させることができる。この時、リソースは、時間領域におけるリソース、周波数領域におけるリソース、コード領域におけるリソース、空間領域におけるリソースのうち、少なくとも１つを含む。
一方、ＮＲでは下記の技術／特徴が適用されることができる。
＜自己完結型サブフレーム構造（Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）＞
図１０は、新しい無線アクセス技術に対するフレーム構造の一例を示した図である。
ＮＲにおいては、遅延（ｌａｔｅｎｃｙ）を最小化するための目的として図１０のように、１つのＴＴＩ内に、制御チャネルとデータチャネルが時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）される構造がフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）の１つとして考慮される。
図１０において斜線領域は、ダウンリンク制御（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示し、黒い部分はアップリンク制御（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示す。表示のない領域はダウンリンクデータ（ｄｏｗｎｌｉｎｋ ｄａｔａ；ＤＬ ｄａｔａ）送信のために使用されてもよく、アップリンクデータ（ｕｐｌｉｎｋ ｄａｔａ；ＵＬ ｄａｔａ）送信のために使用されてもよい。このような構造の特徴は、１つのサブフレーム（ｓｕｂｆｒａｍｅ）内においてダウンリンク（ＤＬ）送信とアップリンク（ｕｐｌｉｎｋ；ＵＬ）送信が順次行われて、サブフレーム（ｓｕｂｆｒａｍｅ）内においてＤＬ ｄａｔａを送信し、ＵＬ ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）も受信することができる。結果的に、データ送信エラー発生時にデータ再送信までかかる時間を減らすことになり、これにより最終データ伝達の遅延（ｌａｔｅｎｃｙ）を最小化することができる。
このようなデータ及び制御領域がＴＤＭされたサブフレーム構造（ｄａｔａ ａｎｄ ｃｏｎｔｒｏｌ ＴＤＭｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）において基地局と端末が送信モードから受信モードへの切り替え過程または受信モードから送信モードへの切り替え過程のためのタイプギャップ（ｔｉｍｅ ｇａｐ）が必要である。このために、自己完結型サブフレーム構造においてＤＬからＵＬに切り替えられる時点の一部ＯＦＤＭシンボルが保護区間（ｇｕａｒｄ ｐｅｒｉｏｄ：ＧＰ）に設定されることができる。
図１１は、自己完結型スロット構造の例である。
図１１を参照すると、一つのスロットは、ＤＬ制御チャネル、ＤＬまたはＵＬデータ、ＵＬ制御チャネルなどが全て含まれることができる自己完結型構造を有することができる。例えば、スロット内の最初のＮ個のシンボルはＤＬ制御チャネルの送信に使用され（以下、ＤＬ制御領域）、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルの送信に使用される（以下、ＵＬ制御領域）。ＮとＭはそれぞれ０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間にあるリソース領域（以下、データ領域）はＤＬデータ送信のために使用されるか、ＵＬデータ送信のために使用される。一例として、以下のような構成が考慮される。各区間は時間順に並べている。
１．ＤＬ ｏｎｌｙ構成
２．ＵＬ ｏｎｌｙ構成
３．Ｍｉｘｅｄ ＵＬ－ＤＬ構成
－ＤＬ領域＋ＧＰ（Ｇｕａｒｄ Ｐｅｒｉｏｄ）＋ＵＬ制御領域
－ＤＬ制御領域＋ＧＰ＋ＵＬ領域
ここで、ＤＬ領域は（ｉ）ＤＬデータ領域、（ｉｉ）ＤＬ制御領域＋ＤＬデータ領域である。ＵＬ領域は（ｉ）ＵＬデータ領域、（ｉｉ）ＵＬデータ領域＋ＵＬ制御領域である。
ＤＬ制御領域においてはＰＤＣＣＨが送信され、ＤＬデータ領域においてはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）が送信される。ＵＬ制御領域においてはＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）が送信され、ＵＬデータ領域においてはＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）が送信される。ＰＤＣＣＨにおいては、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信される。ＰＵＣＣＨにおいては、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータに対するＡＣＫ／ＮＡＣＫ（Ｐｏｓｉｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）などが送信される。ＧＰは基地局と端末が送信モードから受信モードに切り替える過程又は受信モードから送信モードに切り替える過程で時間ギャップを提供する。サブフレーム内においてＤＬからＵＬに切り替わる時点の一部シンボルがＧＰに設定されることができる。
＜アナログビームフォーミング＃１（Ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ ＃１）＞
ミリメートル波（Ｍｉｌｌｉｍｅｔｅｒ Ｗａｖｅ：ｍｍＷ）においては波長が短くなって同一面積に多数Ｈのアンテナエレメント（ｅｌｅｍｅｎｔ）の設置が可能になる。すなわち、３０ＧＨｚ帯域において波長は１ｃｍであり、５ ｂｙ ５ｃｍのパネル（ｐａｎｅｌ）に０．５波長（ｌａｍｂｄａ）間隔で２－次元（ｄｉｍｅｎｓｉｏｎ）配列形態で計１００個のアンテナエレメント（ｅｌｅｍｅｎｔ）の設置が可能である。従って、ｍｍＷにおいては多数のアンテナエレメント（ｅｌｅｍｅｎｔ）を使用してビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ：ＢＦ）利得を高めてカバレッジを増加させるか、処理量（ｔｈｒｏｕｇｈｐｕｔ）を高めようとする。
この場合にアンテナエレメント（ｅｌｅｍｅｎｔ）別に送信パワー及び位相調節ができるようにトランシーバユニット（Ｔｒａｎｓｃｅｉｖｅｒ Ｕｎｉｔ：ＴＸＲＵ）を有すると、周波数リソース別に独立的なビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）が可能である。しかしながら、約１００個の全てのアンテナエレメント（ｅｌｅｍｅｎｔ）にＴＸＲＵを設置することはコストの面から実効性が低下する問題を有する。従って、１つのＴＸＲＵに多数のアンテナエレメント（ｅｌｅｍｅｎｔ）をマッピング（ｍａｐｐｉｎｇ）し、アナログフェーズシフタ（ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ）でビーム（ｂｅａｍ）の方向を調整する方式が考慮されている。このようなアナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ）方式は全帯域において１つのビーム（ｂｅａｍ）方向のみを作ることができるため、周波数選択的ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）ができない短所を有する。
デジタルビームフォーミング（Ｄｉｇｉｔａｌ ＢＦ）とアナログビームフォーミング（ａｎａｌｏｇ ＢＦ）の中間形態としてＱ個のアンテナエレメント（ｅｌｅｍｅｎｔ）より少ない数であるＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（ｈｙｂｒｉｄ ＢＦ）を考慮することができる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナエレメント（ｅｌｅｍｅｎｔ）の接続方式に応じて差があるが、同時に送信できるビームの方向はＢ個以下に制限される。
＜アナログビームフォーミング＃２（Ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ ＃２）＞
ＮＲシステムにおいては多数のアンテナが使用される場合、デジタルビームフォーミングとアナログビームフォーミングを結合したハイブリッドビームフォーミング技法が台頭している。このとき、アナログビームフォーミング（又はＲＦビームフォーミング）はＲＦ段においてプリコーディング（又は、コンバイニング（Ｃｏｍｂｉｎｉｎｇ））を行い、これによりＲＦチェーン数とＤ／Ａ（又はＡ／Ｄ）コンバータ数を減らしながらもデジタルビームフォーミングに近接する性能を出せるという長所がある。便宜上、前記ハイブリッドビームフォーミング構造は、Ｎ個のＴＸＲＵとＭ個の物理的アンテナで表現できる。そうすると、送信端において送信するＬ個のデータ層（ｄａｔａ ｌａｙｅｒ）に対するデジタルビームフォーミングはＮ ｂｙ Ｌ行列で表現されることができ、以後、変換されたＮ個のデジタル信号（ｄｉｇｉｔａｌ ｓｉｇｎａｌ）はＴＸＲＵを経てアナログ信号（ａｎａｌｏｇ ｓｉｇｎａｌ）に変換された後、Ｍ ｂｙ Ｎ行列で表現されるアナログビームが適用される。
図１２は、前記ＴＸＲＵ及び物理的アンテナ観点でハイブリッドビームフォーミング（Ｈｙｂｒｉｄ ｂｅａｍｆｏｒｍｉｎｇ）構造を抽象的に図式化したものである。
図１２において、デジタルビーム（ｄｉｇｉｔａｌ ｂｅａｍ）の個数はＬ個であり、アナログビーム（ａｎａｌｏｇ ｂｅａｍ）の個数はＮ個である。さらに、ＮＲシステムでは基地局がアナログビームフォーミングをシンボル単位に変更できるように設計することで特定の地域に位置した端末に一層効率的なビームフォーミングをサポートする方向を考慮している。さらに、図１２において、特定Ｎ個のＴＸＲＵとＭ個のＲＦアンテナを一つのアンテナパネル（ｐａｎｅｌ）に定義する時、前記ＮＲシステムでは互いに独立的なハイブリッドビームフォーミングが適用可能な複数のアンテナパネルを導入する方案まで考慮されている。
前記のように基地局が複数のアナログビームを活用する場合、端末別に信号受信に有利なアナログビームが異なるため、少なくとも同期化信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）、ページング（ｐａｇｉｎｇ）などに対しては、特定サブフレームで基地局が適用する複数アナログビームをシンボル別に変えて全ての端末が受信機会を有することができるようにするビームスイーピング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）動作が考慮されている。
図１３は、同期化信号及びＰＢＣＨ（ＳＳ／ＰＢＣＨ）ブロックを示す。
図１３によると、ＳＳ／ＰＢＣＨブロックは、各々、１個のシンボル及び１２７個の副搬送波を占めるＰＳＳ及びＳＳＳ、及び３個のＯＦＤＭシンボル及び２４０個の副搬送波にわたっているが、一つのシンボル上にはＳＳＳのための未使用部分が中間に残されたＰＢＣＨで構成される。ＳＳ／ＰＢＣＨブロックの周期性は、ネットワークにより設定されることができ、ＳＳ／ＰＢＣＨブロックが送信されることができる時間位置は、副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）により決定されることができる。
ＰＢＣＨに対してはポーラコーディング（Ｐｏｌａｒ Ｃｏｄｉｎｇ）が使われることができる。端末は、ネットワークが異なる副搬送波間隔を端末が仮定するように設定しない限りＳＳ／ＰＢＣＨブロックに対してバンド－特定的な副搬送波間隔を仮定することができる。
ＰＢＣＨシンボルは、自分の周波数－多重化されたＤＭＲＳを運搬する。ＰＢＣＨに対してＱＰＳＫ変調が使われることができる。１００８個の固有な物理階層セルＩＤが与えられることができる。
ＳＳ／ＰＢＣＨブロックを有するハーフフレームに対して、候補ＳＳ／ＰＢＣＨブロックに対する１番目のシンボルインデックスは、後述するＳＳ／ＰＢＣＨブロックの副搬送波間隔によって決定される。
－ケース（ｃａｓｅ）Ａ－副搬送波間隔１５ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは｛２、８｝＋１４＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。３ＧＨｚ超過６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１、２、３である。
－ケースＢ－副搬送波間隔３０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは｛４、８、１６、２０｝＋２８＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０である。３ＧＨｚ超過６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。
－ケースＣ－副搬送波間隔３０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは｛２、８｝＋１４＊ｎのインデックスを有する。３ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１である。３ＧＨｚ超過６ＧＨｚ以下の搬送波周波数に対して、ｎ＝０、１、２、３である。
－ケースＤ－副搬送波間隔１２０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは｛４、８、１６、２０｝＋２８＊ｎのインデックスを有する。６ＧＨｚ超過の搬送波周波数に対して、ｎ＝０、１、２、３、５、６、７、８、１０、１１、１２、１３、１５、１６、１７、１８である。
－ケースＥ－副搬送波間隔２４０ｋＨｚ：候補ＳＳ／ＰＢＣＨブロックの１番目のシンボルは｛８、１２、１６、２０、３２、３６、４０、４４｝＋５６＊ｎのインデックスを有する。６ＧＨｚ超過の搬送波周波数に対して、ｎ＝０、１、２、３、５、６、７、８である。
ハーフフレーム内の候補ＳＳ／ＰＢＣＨブロックは、時間軸で０からＬ－１まで昇順にインデクシングされる。端末は、ＰＢＣＨ内で送信されたＤＭ－ＲＳシーケンスのインデックスとの一対一マッピングからハーフフレーム当たりＳＳ／ＰＢＣＨブロックインデックスのＬ＝４に対する２ＬＳＢビットを、Ｌ>４に対する３ＬＳＢビットを決定しなければならない。Ｌ＝６４に対して、端末は、ＰＢＣＨペイロードビットによるハーフフレーム当たりＳＳ／ＰＢＣＨブロックインデックスの３ＭＳＢビットを決定しなければならない。
上位階層パラメータ「ＳＳＢ－ｔｒａｎｓｍｉｔｔｅｄ－ＳＩＢ１」により、端末がＳＳ／ＰＢＣＨブロックに対応するＲＥとオーバーラップされるＲＥ内で他の信号またはチャネルを受信することができないＳＳ／ＰＢＣＨブロックのインデックスが設定されることができる。また、上位階層パラメータ「ＳＳＢ－ｔｒａｎｓｍｉｔｔｅｄ」によって、ＳＳ／ＰＢＣＨブロックと対応するＲＥにオーバーラップされるＲＥ内で端末が他の信号またはチャネルを受信することができないサービングセル当たりＳＳ／ＰＢＣＨブロックのインデックスが設定されることができる。「ＳＳＢ－ｔｒａｎｓｍｉｔｔｅｄ」による設定は「ＳＳＢ－ｔｒａｎｓｍｉｔｔｅｄ－ＳＩＢ１」による設定に優先することができる。上位階層パラメータ「ＳＳＢ－ｐｅｒｉｏｄｉｃｉｔｙＳｅｒｖｉｎｇＣｅｌｌ」によりサービングセル当たりＳＳ／ＰＢＣＨブロックの受信に対するハーフフレームの周期性が設定されることができる。もし、端末がＳＳ／ＰＢＣＨブロックの受信に対するハーフフレームの周期性の設定を受けることができない場合、端末は、ハーフフレームの周期性を仮定しなければならない。端末は、サービングセル内の全てのＳＳ／ＰＢＣＨブロックに対して周期性が同じであると仮定することができる。
図１４は、端末がタイミング情報を取得する方法を説明するためのものである。
まず、端末は、ＰＢＣＨ内で受信したＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を介して６ビットのＳＦＮ情報を得ることができる。また、ＰＢＣＨ送信ブロック内でＳＦＮ４ビットを取得することができる。
第二に、端末は、ＰＢＣＨペイロードの一部として１ビットハーフフレーム指示子を得ることができる。３ＧＨｚ未満で、ハーフフレーム指示子は、Ｌｍａｘ＝４に対するＰＢＣＨ ＤＭＲＳの一部として暗黙的にシグナリングされることができる。
第三に、端末は、ＤＭＲＳシーケンス及びＰＢＣＨペイロードによりＳＳ／ＰＢＣＨブロックインデックスを取得することができる。すなわち、５ｍｓ周期の間にＤＭＲＳシーケンスによりＳＳブロックインデックスのＬＳＢ３ビットを得ることができる。また、（６ＧＨｚ超過に対して）ＰＢＣＨペイロード内でタイミング情報のＭＳＢ３ビットが明示的に運搬される。
初期セル選択で、端末は、ＳＳ／ＰＢＣＨブロックを有するハーフフレームが２フレームの周期性を有して発生すると仮定することができる。ＳＳ／ＰＢＣＨブロックを感知すると、端末は、もし、ＦＲ１に対してｋＳＳＢ≦２３であり、及びＦＲ２に対してｋＳＳＢ≦１１である場合、Ｔｙｐｅ０－ＰＤＣＣＨ共通検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）に対する制御リソース集合が存在すると決定する。端末は、もし、ＦＲ１に対してｋＳＳＢ>２３であり、及びＦＲ２に対してｋＳＳＢ>１１である場合、Ｔｙｐｅ０－ＰＤＣＣＨ共通検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）に対する制御リソース集合が存在しないと決定する。
ＳＳ／ＰＢＣＨブロックの送信がないサービングセルに対して、端末は、サービングセルに対するセルグループのプライマリセルまたはＰＳＣｅｌｌ上でのＳＳ／ＰＢＣＨブロックの受信に基づいてサービングセルの時間及び周波数同期を取得する。
以下においては、システム情報取得について説明する。
システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）はＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）及び複数のＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｓ（ＳＩＢｓ）に分けられる。ここで、
－ＭＩＢは、８０ｍｓ周期を有して常にＢＣＨ上において送信され、８０ｍｓ以内で繰り返され、セルからＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）を取得するために必要なパラメータを含む；
－ＳＩＢ１はＤＬ－ＳＣＨ上において周期性及び繰り返しを有して送信される。ＳＩＢ１は他のＳＩＢの利用可能性及びスケジューリング（例えば、周期性、ＳＩ－ウィンドウサイズ）に関する情報を含む。また、これら（すなわち、他のＳＩＢ）が周期的な放送ベースで提供されるか又は要求により提供されるかを指示する。他のＳＩＢが要求により提供される場合、ＳＩＢ１は端末がＳＩ要求を行うための情報を含む；
－ＳＩＢ１以外のＳＩＢは、ＤＬ－ＳＣＨ上において送信されるＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ（ＳＩ）メッセージで運ばれる。各ＳＩメッセージは、周期的に発生する時間領域ウィンドウ（ＳＩ-ウィンドウという）内において送信される；
－ＰＳＣｅｌｌ及びセカンダリセルに対して、ＲＡＮは専用シグナリングにより必要なＳＩを提供する。それにもかかわらず、端末はＳＣＨのＳＦＮタイミング（ＭＣＧと異なる場合がある。）を得るためにＰＳＣｅｌｌのＭＩＢを取得しなければならない。セカンダリセルに対する関連ＳＩが変更されると、ＲＡＮは関連セカンダリセルを解除及び追加する。ＰＳＣｅｌｌに対して、ＳＩは同期化による再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ Ｓｙｎｃ）でのみ変更可能である。
図１５は、端末のシステム情報取得過程の一例を示した図である。
図１５に示すように、端末はネットワークからＭＩＢを受信し、以後、ＳＩＢ１を受信する。その後、端末はネットワークにシステム情報要求を送信し、それに対する応答として「ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ」をネットワークから受信する。
端末は、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）及びＮＡＳ（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ）情報取得のためのシステム情報取得手順を適用できる。
ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末は（端末が制御する移動性に対する関連ＲＡＴサポートに応じて）有効なバージョンの（少なくとも）ＭＩＢ、ＳＩＢ１及びＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸを保障しなければならない。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末は、（関連ＲＡＴに対する移動性サポートに応じて）ＭＩＢ、ＳＩＢ１、及びＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸの有効なバージョンを保障しなければならない。
端末は現在キャンプした／サービングセルから取得した関連ＳＩを格納しなければならない。端末が取得して格納したＳＩのバージョンは一定時間中だけ有効である。端末は、例えば、セル再選択以後、カバレッジ外からの復帰、またはシステム情報変更指示以後にこのような格納されたバージョンのＳＩを使用することができる。
以下では、ランダムアクセス（ランダムアクセス）について説明する。
端末のランダムアクセス手順は下記の表のように要約できる。
図１６は、ランダムアクセス手順を説明するための図である。
図１６によれば、まず、端末はランダムアクセス手順のｍｅｓｓａｇｅ（Ｍｓｇ）１としてアップリンクでＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）プリアンブルを送信する。
２つの相異なる長さを有するランダムアクセスプリアンブルシーケンスがサポートされる。長さ８３９の長いシーケンスは、１．２５ｋＨｚ及び５ｋＨｚの副搬送波間隔に適用され、長さ１３９の短いシーケンスは、１５、３０、６０及び１２０ｋＨｚの副搬送波間隔に適用される。長いシーケンスは限定されない集合（ｉｎｒｅｓｔｒｉｃｔｅｄ ｓｅｔ）及びタイプＡ及びタイプＢの限られた集合をサポートし、短いシーケンスは限定されていない集合のみをサポートする。
複数のＲＡＣＨプリアンブルフォーマットは、１つ以上のＲＡＣＨ ＯＦＤＭシンボル、相異なるＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）、及び保護時間（ｇｕａｒｄ ｔｉｍｅ） に定義される。使用するＰＲＡＣＨプリアンブル設定はシステム情報として端末に提供される。
Ｍｓｇ１に対する応答がない場合、端末は規定された回数内でパワーランピングされたＰＲＡＣＨプリアンブルを再送信することができる。端末は、最近の推定経路損失及びパワーランピングカウンタに基づいてプリアンブルの再送信に対するＰＲＡＣＨ送信電力を計算する。端末がビームスイッチングを行うと、パワーラッピングカウンタは変わらない。
図１７は、パワーランピングカウンタを説明するための図である。
端末は、パワーランピングカウンタに基づいてランダムアクセスプリアンブルの再送信に対するパワーランピングを行う。ここで、前述のように、パワーラッピングカウンタは端末がＰＲＡＣＨ再送信の時にビームスイッチングを行う場合は変わらない。
図１７によれば、パワーランピングカウンタが１から２に、３から４に増加する場合のように、端末が同一のビームに対してランダムアクセスプリアンブルを再送信する場合は、端末はパワーランプカウンタを１ずつ増加させる。しかしながら、ビームが変更された場合は、ＰＲＡＣＨ再送信時にパワーラッピングカウンタが変わらない。
図１８は、ＲＡＣＨリソース関係に対するＳＳブロックのしきい値概念を説明するための図である。
システム情報はＳＳブロックとＲＡＣＨリソースの間の関係を端末に知らせる。ＲＡＣＨリソース関係に対するＳＳブロックのしきい値はＲＳＲＰ及びネットワーク設定に基づく。ＲＡＣＨプリアンブルの送信または再送信はしきい値を満足するＳＳブロックに基づく。従って、図１８の例においては、ＳＳブロックｍが受信電力のしきい値を超えるので、ＳＳブロックｍに基づいてＲＡＣＨプリアンブルが送信または再送信される。
以後、端末がＤＬ－ＳＣＨ上においてランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）を受信すると、ＤＬ－ＳＣＨはタイミング配列情報、ＲＡ－プリアンブルＩＤ、初期アップリンクグラント及び臨時Ｃ－ＲＮＴＩを提供することができる。
前記情報に基づいて、端末はランダムアクセス手順のＭｓｇ３としてＵＬ－ＳＣＨ上においてアップリンク送信を行うことができる。Ｍｓｇ３は、ＲＲＣ接続要求及びＵＥ識別子を含む。
これに対する応答として、ネットワークは競争解消メッセージとして扱われるＭｓｇ４をダウンリンクで送信できる。これを受信することにより、端末はＲＲＣ接続状態に進入する。
<帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）>
ＮＲシステムでは一つのコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ：ＣＣ）当たり最大４００メガヘルツ（ｍｅｇａｈｅｒｔｚ：ＭＨｚ）までサポートされることができる。このような広帯域（ｗｉｄｅｂａｎｄ）ＣＣで動作する端末が常にＣＣ全体に対するＲＦをオンにしたままで動作する場合、端末バッテリ消耗が大きくなることができる。または、一つの広帯域ＣＣ内に動作する多数のユースケース（ｕｓｅ ｃａｓｅ）（例、ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣ等）を考慮する時、該当ＣＣ内に周波数帯域別に互いに異なるヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例、副搬送波間隔（ｓｕｂ－ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ：ＳＣＳ））がサポートされることができる。または、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なる場合がある。これを考慮して、基地局は、広帯域ＣＣの全体帯域幅でない一部帯域幅でのみ動作するように端末に指示でき、該当一部帯域幅を便宜上帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）に定義する。ＢＷＰは、周波数軸上で連続したリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＲＢ）で構成されることができ、一つのヌメロロジー（例、副搬送波間隔、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）長さ、スロット／ミニ－スロット（ｍｉｎｉ－ｓｌｏｔ）期間（ｄｕｒａｔｉｏｎ）等）に対応されることができる。
一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定することができる。一例として、ＰＤＣＣＨモニタリングスロット（ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｌｏｔ）では相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それより大きいＢＷＰ上にスケジューリングされることができる。または、特定ＢＷＰに端末が集まる場合、負荷バランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部端末を他のＢＷＰに設定できる。または、隣接セル間の周波数領域インター－セル干渉解除（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して全体帯域幅のうち中央の一部スペクトラムを排除して両側のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域（ｗｉｄｅｂａｎｄ）ＣＣと関連（ａｓｓｏｃｉａｔｉｏｎ）した端末に少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定することができ、特定時点に設定されたＤＬ／ＵＬ ＢＷＰ（ｓ）のうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリングまたはＭＡＣ ＣＥまたはＲＲＣシグナリングなどにより）活性化（ａｃｔｉｖａｔｉｏｎ）させることができ、異なる設定されたＤＬ／ＵＬ ＢＷＰにスイッチングが（Ｌ１シグナリングまたはＭＡＣ ＣＥまたはＲＲＣシグナリングなどにより）指示されることができ、またはタイマによりタイマ値が満了される場合は決められたＤＬ／ＵＬ ＢＷＰにスイッチングされることもできる。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰに定義する。しかし、端末が初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程であり、またはＲＲＣ接続がセットアップ（ｓｅｔｕｐ）される前などの状況ではＤＬ／ＵＬ ＢＷＰに対する設定を受信することができない場合があり、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、初期活性（ｉｎｉｔｉａｌ ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰに定義する。
<ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）>
ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）がバッテリ消費を減少させて端末がダウンリンクチャネルを不連続的に受信することができるようにする動作モードを意味する。すなわち、ＤＲＸに設定された端末は、ＤＬシグナルを不連続的に受信することによって電力消費を減らすことができる。
ＤＲＸ動作は、オン区間（Ｏｎ Ｄｕｒａｔｉｏｎ）が周期的に繰り返される時間間隔を示すＤＲＸサイクル内で実行される。ＤＲＸサイクルは、オン－区間及びスリープ区間（Ｓｌｅｅｐ Ｄｕｒａｔｉｏｎ）（または、ＤＲＸの機会）を含む。オン－区間は、端末がＰＤＣＣＨを受信するためにＰＤＣＣＨをモニタリングする時間間隔を示す。
ＤＲＸは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）＿ＩＤＬＥ状態（または、モード）、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（または、モード）またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（または、モード）で実行されることができる。ＲＲＣ＿ＩＤＬＥ状態及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で、ＤＲＸは、ページング信号を不連続的に受信するときに使われることができる。
－ＲＲＣ＿ＩＤＬＥ状態：基地局と端末との間に無線連結（ＲＲＣ接続）が確立（ｅｓｔａｂｌｉｓｈ）されない状態。
－ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態：基地局と端末との間に無線連結（ＲＲＣ接続）が確立されたが、無線連結は非活性化された状態。
－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態：基地局と端末との間に無線連結（ＲＲＣ接続）が確立された状態。
ＤＲＸは、基本的にアイドル（ｉｄｌｅ）モードＤＲＸ、接続された（Ｃｏｎｎｅｃｔｅｄ）ＤＲＸ（Ｃ－ＤＲＸ）、及び拡張（ｅｘｔｅｎｄｅｄ）ＤＲＸに区分されることができる。
ＩＤＬＥ状態で適用されたＤＲＸは、アイドルモードＤＲＸと命名されることができ、ＣＯＮＮＥＣＴＥＤ状態で適用されたＤＲＸは、接続モードＤＲＸ（Ｃ－ＤＲＸ）と命名されることができる。
ｅＤＲＸ（Ｅｘｔｅｎｄｅｄ／Ｅｎｈａｎｃｅｄ ＤＲＸ）は、アイドルモードＤＲＸ及びＣ－ＤＲＸのサイクルを拡張することができるメカニズムであって、ｅＤＲＸ（Ｅｘｔｅｎｄｅｄ／Ｅｎｈａｎｃｅｄ ＤＲＸ）は、主に（マッシブ）ＩｏＴの適用に使われることができる。アイドルモードＤＲＸで、ｅＤＲＸを許容するかどうかは、システム情報（例えば、ＳＩＢ１）に基づいて設定されることができる。ＳＩＢ１は、ｅＤＲＸ－許容（ａｌｌｏｗｅｄ）パラメータを含むことができる。ｅＤＲＸ－許容パラメータは、アイドルモード拡張ＤＲＸが許容されるかどうかを示すパラメータである。
<アイドル（ｉｄｌｅ）モードＤＲＸ>
アイドルモードにおいて、端末は、電力消費を減少させるためにＤＲＸを使用することができる。一つのページング機会（ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ；ＰＯ）は、Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）が（ＮＢ－ＩｏＴに対するページングメッセージをアドレス（ａｄｄｒｅｓｓ）する）ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）またはＭＰＤＣＣＨ（ＭＴＣ ＰＤＣＣＨ）またはＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ ＰＤＣＣＨ）を介して送信されることができるサブフレームである。
ＭＰＤＣＣＨを介して送信されたＰ－ＲＮＴＩで、ＰＯは、ＭＰＤＣＣＨ繰り返しの開始サブフレームを示すことができる。ＮＰＤＣＣＨを介して送信されたＰ－ＲＮＴＩのケースで、ＰＯにより決定されたサブフレームが有効なＮＢ－ＩｏＴダウンリンクサブフレームでない場合、ＰＯは、ＮＰＤＣＣＨ繰り返しの開始サブフレームを示すことができる。したがって、ＰＯ以後の１番目の有効ＮＢ－ＩｏＴダウンリンクサブフレームは、ＮＰＤＣＣＨ繰り返しの開始サブフレームである。
一つのページングフレーム（ｐａｇｉｎｇ ｆｒａｍｅ；ＰＦ）は、一つまたは複数のページング機会を含むことができる一つの無線フレームである。ＤＲＸが使われる時、端末は、ＤＲＸサイクル当たり一つのＰＯのみをモニタリングすればよい。一つのページング狭帯域（ｐａｇｉｎｇ ｎａｒｒｏｗ ｂａｎｄ；ＰＮＢ）は、端末がページングメッセージ受信を実行する一つの狭帯域である。ＰＦ、ＰＯ、及びＰＮＢは、システム情報で提供されるＤＲＸパラメータに基づいて決定されることができる。
図１９は、アイドルモードＤＲＸ動作を実行する一例を示す流れ図である。
図１９によると、端末は、上位階層シグナリング（例えば、システム情報）を介してアイドルモードＤＲＸ設定情報を基地局から受信することができる（Ｓ２１）。
端末は、アイドルモードＤＲＸ設定情報に基づいてページングＤＲＸサイクルでＰＤＣＣＨをモニタリングするためにＰＦ（Ｐａｇｉｎｇ Ｆｒａｍｅ）及びＰＯ（Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎ）を決定することができる（Ｓ２２）。この場合、ＤＲＸサイクルにはオン－区間及びスリープ区間（または、ＤＲＸの機会）が含まれることができる。
端末は、決定されたＰＦのＰＯでＰＤＣＣＨをモニタリングすることができる（Ｓ２３）。ここで、例えば、端末は、ページングＤＲＸサイクル当たり一つのサブフレーム（ＰＯ）のみをモニタリングする。また、端末がオン－区間の間にＰ－ＲＮＴＩによりスクランブリングされたＰＤＣＣＨを受信する場合（すなわち、ページングが検出される場合）、端末は、接続モードに遷移して基地局とデータを送受信することができる。
<接続モードＤＲＸ（Ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ ＤＲＸ（Ｃ－ＤＲＸ））>
Ｃ－ＤＲＸは、ＲＲＣ接続状態で適用されるＤＲＸを意味する。Ｃ－ＤＲＸのＤＲＸサイクルは、短いＤＲＸサイクル及び／または長いＤＲＸサイクルで構成されることができる。ここで、短いＤＲＸサイクルは、選択事項に該当できる。
Ｃ－ＤＲＸが設定された場合、端末は、オン－区間に対するＰＤＣＣＨモニタリングを実行することができる。ＰＤＣＣＨモニタリングの間にＰＤＣＣＨが成功的に検出される場合、端末は、非アクティブ（ｉｎａｃｔｉｖｅ）タイマを動作（または、実行）してアウェイク（ａｗａｋｅ）状態を維持することができる。それに対して、ＰＤＣＣＨモニタリングの間にＰＤＣＣＨが成功的に検出されない場合、端末は、オン－区間が終了された後にスリープ状態に進入できる。
Ｃ－ＤＲＸが設定された場合、ＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨサーチスペースを有するスロット）は、Ｃ－ＤＲＸ設定に基づいて非連続的に設定されることができる。それに対して、Ｃ－ＤＲＸが設定されない場合、本開示でＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨサーチスペースを有するスロット）が連続的に設定されることができる。
一方、ＰＤＣＣＨモニタリングは、Ｃ－ＤＲＸ設定に関係なしに測定ギャップ（ｇａｐ）に設定された時間間隔に制限されることができる。
図２０は、ＤＲＸサイクルを例示する。
図２０を参照すると、ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ（オン－区間）」と「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ（ＤＲＸのための機会）」で構成される。ＤＲＸサイクルは、「オン－区間」が周期的に繰り返される時間間隔を定義する。「オン－区間」は、端末がＰＤＣＣＨを受信するためにモニタリングする時間区間を示す。ＤＲＸが設定されると、端末は、「オン－区間」の間にＰＤＣＣＨモニタリングを実行する。ＰＤＣＣＨモニタリングの間に成功的に検出されたＰＤＣＣＨがある場合、端末は、ｉｎａｃｔｉｖｉｔｙタイマを動作させてアウェイク（ａｗａｋｅ）状態を維持する。それに対して、ＰＤＣＣＨモニタリングの間に成功的に検出されたＰＤＣＣＨがない場合、端末は、「オン－区間」が終わった後にスリープ（ｓｌｅｅｐ）状態に進入する。したがって、ＤＲＸが設定された場合、前記説明／提案した手順及び／または方法を実行するにあたってＰＤＣＣＨモニタリング／受信が時間ドメインで不連続的に実行されることができる。例えば、ＤＲＸが設定された場合、本開示でＰＤＣＣＨ受信機会（ｏｃｃａｓｉｏｎ）（例、ＰＤＣＣＨ探索空間を有するスロット）は、ＤＲＸ設定によって不連続的に設定されることができる。それに対して、ＤＲＸが設定されない場合、前記説明／提案した手順及び／または方法を実行するにあたってＰＤＣＣＨモニタリング／受信が時間ドメインで連続的に実行されることができる。例えば、ＤＲＸが設定されない場合、本開示でＰＤＣＣＨ受信機会（例、ＰＤＣＣＨ探索空間を有するスロット）は、連続的に設定されることができる。一方、ＤＲＸ設定可否と関係なしに、測定ギャップに設定された時間区間ではＰＤＣＣＨモニタリングが制限されることができる。
表８は、ＤＲＸと関連した端末の過程を示す（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）。表８を参照すると、ＤＲＸ構成情報は、上位階層（例、ＲＲＣ）シグナリングを介して受信され、ＤＲＸ ＯＮ／ＯＦＦ可否は、ＭＡＣ階層のＤＲＸコマンドにより制御される。ＤＲＸが設定されると、本開示に説明／提案した手順及び／または方法を実行するにあたってＰＤＣＣＨモニタリングを不連続的に実行することができる。
前記ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）パラメータを設定するときに必要な構成情報を含むことができる。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する構成情報も含むことができる。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸを定義する情報を下記のように含むことができる。
－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義
－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬまたはＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会以後に端末がアウェイク状態にある時間区間の長さを定義
－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信される時までの最大時間区間の長さを定義。
－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信される時までの最大時間区間の長さを定義。
－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長さと開始時点を定義
－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（ｏｐｔｉｏｎａｌ）：ｓｈｏｒｔ ＤＲＸサイクルの時間長さを定義
ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのうちいずれか一つでも動作中である場合、端末は、アウェイク状態を維持しながらＰＤＣＣＨ機会毎にＰＤＣＣＨモニタリングを実行する。
以下では、統合アクセス及びバックホールリンク（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ ｌｉｎｋ：ＩＡＢ）に対して説明する。一方、以下では説明の便宜のためにｎｅｗ ＲＡＴ（ＮＲ）システムに基づいて提案方式を説明する。しかし、提案方式が適用されるシステムの範囲は、ＮＲシステム外に３ＧＰＰ（登録商標） ＬＴＥ／ＬＴＥ－Ａシステムなど、他のシステムにも拡張可能である。
未来のセルラーネットワーク配置シナリオ及びアプリケーションを可能にすることを目標とする潜在技術のうち一つは、無線バックホール（ｂａｃｋｈａｕｌ）及びリレイリンクに対するサポートであって、運搬ネットワーク（ｔｒａｎｓｐｏｒｔ ｎｅｔｗｏｒｋ）を比例的に密度化する必要なしにＮＲセルの柔軟で非常に密集された配置を可能にする。
マッシブＭＩＭＯ（ｍａｓｓｉｖｅ ＭＩＭＯ）またはマルチ－ビームシステムの自然な配置（ｎａｔｉｖｅ ｄｅｐｌｏｙｍｅｎｔ）と共に、ＬＴＥと比較してＮＲでのより一層大きい帯域幅が利用可能であると予想されるため（例えば、ミリメートル波スペクトラム（ｍｍＷａｖｅ ｓｐｅｃｔｒｕｍ））統合アクセス及びバックホールリンクの開発及び配置に対する機会が生成される。これは端末に対する接続またはアクセス（ａｃｃｅｓｓ）を提供するように定義された多数の制御及びデータチャネル／手順を構築することで、さらに統合された方式の自体的にバックホールされた（ｓｅｌｆ－ｂａｃｋｈａｕｌｅｄ）ＮＲセルの密集されたネットワークのより一層容易な配置を許容する。このようなシステムを統合アクセス及びバックホールリンク（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ ｌｉｎｋｓ：ＩＡＢ）という。
本開示では下記を定義する。
－ＡＣ（ｘ）：ノード（ｘ）と端末（ら）との間のアクセスリンク（ａｃｃｅｓｓ ｌｉｎｋ）。
－ＢＨ（ｘｙ）：ノード（ｘ）とノード（ｙ）との間のバックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ）。
このとき、ノードは、ＤｇＮＢ（ｄｏｎｏｒ ｇＮＢ）または中継ノード（ｒｅｌａｙ ｎｏｄｅ：ＲＮ）を意味することができる。ここで、ＤｇＮＢまたはドナーノードは、ＩＡＢノードに対するバックホールをサポートする機能を提供するｇＮＢである。
また、本開示では説明の便宜のために中継ノード１と中継ノード２が存在する時、中継ノード１が中継ノード２とバックホールリンクで連結されて中継ノード２に送受信されるデータを中継（ｒｅｌａｙｉｎｇ）する時、中継ノード１を中継ノード２の親ノード（ｐａｒｅｎｔ ｎｏｄｅ）と命名し、中継ノード２を中継ノード１の子ノード（ｃｈｉｌｄ ｎｏｄｅ）と命名する。
以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は、例示的に提示されたものであるため、本明細書の技術的特徴が以下の図面に使われた具体的な名称に制限されるものではない。
図２１は、統合アクセス及びバックホールリンク（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ ｌｉｎｋｓ：ＩＡＢ）を有するネットワークに対する一例を概略的に示す。
図２１によると、リレイノード（ｒＴＲＰ）は、時間、周波数、または空間（ｓｐａｃｅ）領域で（すなわち、ビーム－ベースの動作）アクセス及びバックホールリンクを多重化（ｍｕｌｔｉｐｌｅｘ）することができる。
互いに異なるリンクの動作は、同じ周波数または互いに異なる周波数（各々「イン－バンド（ｉｎ－ｂａｎｄ）」または「アウト－バンド（ｏｕｔ－ｂａｎｄ）」リレイとも呼ばれる。）上で動作できる。帯域外リレイの効率的なサポートが一部ＮＲ配置シナリオに対して重要であるが、デュプレックス（ｄｕｐｌｅｘ）制限を受け入れて干渉を回避／緩和するための同一周波数上で動作するアクセスリンクとの緊密なインターワーキングを内包する帯域内の動作の要求事項を理解することは非常に重要である。
さらに、ミリメートル波スペクトラムでＮＲシステムを動作することは、短いブロッキングと比較して手順の完成に必要なより一層大きい時間規模による現在のＲＲＣベースのハンドオーバーメカニズムで容易に緩和されない深刻な短いブロッキング（ｓｈｏｒｔ－ｔｅｒｍ ｂｌｏｃｋｉｎｇ）を経験することを含む一部固有な課題が存在する。ミリメートル波システムで短いブロッキングを克服することは、コアネットワークの含みを必須的に要求しないｒＴＲＰ間のスイッチングに対する速いＲＡＮベースのメカニズムを要求することができる。自体的にバックホールされたＮＲセルのより一層容易な配置に対する要求と共に、ミリメートル波スペクトラムでのＮＲ動作に対する短いブロッキングの緩和に対する前述した要求は、アクセス及びバックホールリンクの速いスイッチングを許容する統合されたフレームワーク（ｆｒａｍｅｗｏｒｋ）の開発に対する要求を引き起こす。ｒＴＲＰ間のＯＴＡ（ｏｖｅｒ－ｔｈｅ－ａｉｒ）調整も、干渉を緩和して終端間（ｅｎｄ－ｔｏ－ｅｎｄ）の経路選択及び最適化をサポートすることと見なされることができる。
ＮＲに対するＩＡＢにより下記の要求事項及び側面が解決されなければならない。
－室内（ｉｎｄｏｏｒ）及び室外（ｏｕｔｄｏｏｒ）シナリオで帯域内及び帯域外の中継のための効率的で柔軟な動作
－マルチ－ホップ及び余分の（ｒｅｄｕｎｄａｎｔ）連結
－終端間の経路選択及び最適化
－高いスペクトラム効率を有するバックホールリンクのサポート
－レガシー（ｌｅｇａｃｙ）ＮＲ端末のサポート
レガシーＮＲは、ハーフ－デュプレックス（ｈａｌｆ－ｄｕｐｌｅｘ）装置をサポートするように設計される。したがって、ＩＡＢシナリオでハーフ－デュプレックスがサポートされて対象となる価値がある。さらに、フルデュプレックス（ｆｕｌｌ ｄｕｐｌｅｘ）を有するＩＡＢ装置も考慮することができる。
図２２は、ＳＡ（ｓｔａｎｄａｌｏｎｅ）モード及びＮＳＡ（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ）モードでのＩＡＢシステムの動作の一例を示す。具体的に、図２２の（ａ）は、ＳＡモードでＮＧＣを考慮した端末及びＩＡＢノードの動作の一例を示し、図２２の（ｂ）は、ＳＡモードでＮＧＣを考慮したＩＡＢノード及びＮＳＡモードでＥＰＣを考慮した端末の動作の一例を示し、図２２の（ｃ）は、ＮＳＡモードでＥＰＣを考慮した端末及びＩＡＢノードの動作の一例を示す。
ＩＡＢノードは、ＳＡモードまたはＮＳＡモードで動作できる。ＮＳＡモードで動作する場合、ＩＡＢノードは、バックホーリング（ｂａｃｋｈａｕｌｉｎｇ）に対してＮＲリンクのみを使用する。ＩＡＢノードに連結された端末は、ＩＡＢノードと異なる動作モードを選択することができる。端末は、連結されたＩＡＢノードと異なる類型のコアネットワークにさらに連結できる。このような場合、（ｅ）ＤＥＣＯＲ（（ｅｎｈａｎｃｅｄ）ｄｅｄｉｃａｔｅｄ ｃｏｒｅ ｎｅｔｗｏｒｋ）またはスライシング（ｓｌｉｃｉｎｇ）がＣＮ選択に対して使われることができる。ＮＳＡモードで動作するＩＡＢノードは、同じまたは異なるｅＮＢ（ら）に連結されることができる。ＮＳＡモードで動作する端末は、それらが連結されたＩＡＢノードと同じまたは異なるｅＮＢに連結されることができる。図２２は、ＳＡモードでＮＧＣを考慮した一例及びＮＳＡモードでＥＰＣを考慮した一例を示す。
ＩＡＢシナリオで、各々の中継ノード（ｒｅｌａｙ ｎｏｄｅ：ＲＮ）がスケジューリング能力を有することができない場合、ドナーｇＮＢ（ｄｏｎｏｒ ｇＮＢ：ＤｇＮＢ）は、ＤｇＮＢ、関連した中継ノード及び端末間の全体リンクをスケジューリングしなければならない。すなわち、ＤｇＮＢは、全体関連した中継ノードからトラフィック情報を収集することによって全てのリンクに対するスケジューリング決定（ｓｃｈｅｄｕｌｉｎｇ ｄｅｃｉｓｉｏｎ）をしなければならず、その次の各々の中継ノードにスケジューリング情報を知らせなければならない。
それに対して、分散されたスケジューリングは、各中継ノードがスケジューリング能力を有する時に実行されることができる。そのとき、端末のアップリンクスケジューリング要請に対する即刻的な（ｉｍｍｅｄｉａｔｅ）スケジューリングが可能であり、周辺トラフィック状況を反映することによってバックホール／アクセスリンクがより一層柔軟に利用されることができる。
図２３は、アクセス及びバックホールリンクの構成の一例を概略的に示す。
図２３は、ＤｇＮＢとＩＡＢ中継ノード（ｒｅｌａｙ ｎｏｄｅ：ＲＮ）が存在する時、バックホールリンクとアクセスリンクが構成される例を示す。ＲＮ（ｂ）とＲＮ（ｅ）は、バックホールリンクを連結していて、ＲＮ（ｃ）は、ＲＮ（ｂ）にバックホールリンクを連結していて、ＲＮ（ｄ）は、ＲＮ（ｃ）にバックホールリンクを連結している。
図２３によると、ＤｇＮＢは、端末１（ＵＥ１）のスケジューリング要請を受信するだけでなく、端末２（ＵＥ２）及び端末３（ＵＥ３）のスケジューリング要請を受信する。以後、ＤｇＮＢは、二つのバックホールリンク及び三つのアクセスリンクのスケジューリング決定をおろして、スケジューリング結果を知らせる。したがって、このような集中された（ｃｅｎｔｒａｌｉｚｅｄ）スケジューリングは、スケジューリング遅延を含んでレイテンシー問題を引き起す。
それに対して、分配された（ｄｉｓｔｒｉｂｕｔｅｄ）スケジューリングは、各々の中継ノードがスケジューリング能力がある場合に実行されることができる。そのとき、端末のアップリンクスケジューリング要請に対する即刻的なスケジューリングが実行されることができ、バックホール／アクセスリンクは、周辺トラフィック状況を反映してより柔軟に利用されることができる。
図２４は、ＩＡＢノード間のリンク及び関係を説明するためのものである。
図２４を参考にすると、ＩＡＢノード１は、ＩＡＢノード２とバックホールリンクＡで連結されていて、バックホールリンクＡに対して、ＩＡＢノード１はＩＡＢノード２の親ノードであり、ＩＡＢノード２はＩＡＢノード１の子ノードである。また、ＩＡＢノード２は、ＩＡＢノード３とバックホールリンクＢで連結されていて、バックホールリンクＢに対して、ＩＡＢノード２はＩＡＢノード３の親ノードであり、ＩＡＢノード３はＩＡＢノード２の子ノードである。
ここで、ＩＡＢノードの各々は、二つの機能を遂行することができる。一つは、ＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｉｏｎ）であって、上位ＩＡＢノードまたはドナーノードへの無線バックホール連結を維持することであり、他の一つは、ＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）であって、端末とのアクセス連結を提供し、または下位ＩＡＢノードのＭＴとの連結を提供することである。
例えば、ＩＡＢノード２の立場で、ＩＡＢノード２のＤＵは、ＩＡＢノード３のＭＴと機能的にバックホールリンクＢを形成していて、同時に、ＩＡＢノード２のＭＴは、ＩＡＢノード１のＤＵと機能的にバックホールリンクＡを形成している。ここで、ＩＡＢノード２のＤＵの子リンク（ｃｈｉｌｄ ｌｉｎｋ）は、ＩＡＢノード２とＩＡＢノード３との間のバックホールリンクＢを意味することができる。また、ここで、ＩＡＢノード２のＭＴの親リンク（ｐａｒｅｎｔ ｌｉｎｋ）は、ＩＡＢノード２とＩＡＢノード１との間のバックホールリンクＡを意味することができる。
以下では、ＩＡＢノードの初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）に対して説明する。
ＩＡＢノードは、初期に親ノードまたはドナーノードとの連結を設定するために、セル探索、システム情報取得、ランダム接続を含む端末の初期接続手順と同じ手順に従うことができる。ＳＳＢ／ＣＳＩ－ＲＳベースのＲＲＭ測定は、ＩＡＢノード発見及び測定の開始点である。
ＩＡＢノード間のＳＳＢ設定衝突を回避する方法、ＣＳＩ－ＲＳベースのＩＡＢノード発見の実現可能性（ｆｅａｓｉｂｉｌｉｔｙ）を含んでハーフ－デュプレックス（ｈａｌｆ－ｄｕｐｌｅｘ）制限及びマルチ－ホップ（ｍｕｌｔｉ－ｈｏｐ）トポロジー（ｔｏｐｏｌｏｇｙ）を適用するＩＡＢノード間の発見手順が考慮されなければならない。与えられたＩＡＢノードが使用するセルＩＤを考慮すると、下記の二つの場合が考慮されることができる。
－場合１：ドナーノードとＩＡＢノードが同じなセルＩＤを共有
－場合２：ドナーノードとＩＡＢノードが別途のセルＩＤを維持
さらに、端末からのＲＡＣＨ送信及びＩＡＢノードからのＲＡＣＨ送信の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）のためのメカニズムが追加で考慮されなければならない。
ＳＡ（ｓｔａｎｄａｌｏｎｅ）展開（ｄｅｐｌｏｙｍｅｎｔ）の場合、ＭＴによる初期ＩＡＢノード発見（ステージ１）は、親ＩＡＢノードまたはＩＡＢドナーとの連結を初期に設定するために、アクセス端末が利用可能な同じＳＳＢに基づくセル探索、システム情報取得、及びランダム接続を含む端末と同じな初期接続手順に従う。
（接続／アクセス端末観点の）ＮＳＡ（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ）展開の場合、ＩＡＢノードＭＴは、ＮＲ搬送波で初期接続を実行する時（アクセス端末観点で）ＳＡ展開での前述したステージ１初期接続に従う。初期接続に対してＭＴにより仮定されるＳＳＢ／ＲＭＳＩ周期は、ＮＲのｒｅｌ－１５端末に対して仮定される２０ｍｓより長い、候補値２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓの中から一つの値が選択される。
ここで、これは候補親ＩＡＢノード／ドナーがＮＲ搬送波上で端末に対するＮＳＡ機能性（ｆｕｎｃｔｉｏｎａｌｉｔｙ）及びＭＴに対するＳＡ機能性を全てサポートすべきであることを意味する。
ＩＡＢノードＭＴがＬＴＥ搬送波上で初期接続を実行する時、ステージ２解決策がＮＲ搬送波上でＭＴによるＩＡＢノードの親選択（ｐａｒｅｎｔ ｓｅｌｅｃｔｉｏｎ）として使われることができる。
以下では、バックホールリンク測定に対して説明する。
リンク管理（ｌｉｎｋ ｍａｎａｇｅｍｅｎｔ）及び経路選択のための複数のバックホールリンクに対する測定が考慮されなければならない。与えられたＩＡＢノードの観点でハーフ－デュプレックス制限をサポートするために、ＩＡＢは、セル感知（ｃｅｌｌ ｄｅｔｅｃｔｉｏｎ）及び測定のためにアクセス端末により使われるリソースと直交するリソースを利用する（初期接続後）候補バックホールリンクの感知及び測定をサポートする。これと関連して、下記の事項が追加で考慮されることができる。
－複数のＳＳＢのＴＤＭ（例えば、ホップ順序、セルＩＤなどに従うことができる。）
－ＩＡＢノードにわたるＳＳＢミューティング（ｍｕｔｉｎｇ）
－ハーフ－フレーム内またはハーフ－フレームにわたるアクセス端末及びＩＡＢノードに対するＳＳＢの多重化
－ＳＳＢ送信とＴＤＭされる追加的なＩＡＢノード発見信号（例えば、ＣＳＩ－ＲＳ）
－オフ－ラスター（ｏｆｆ－ｒａｓｔｅｒ）ＳＳＢの利用
－アクセス端末により使われる周期と比較する時、バックホールリンク感知及び測定に対する互いに異なる送信周期
ＩＡＢノードに対する測定時点及び参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ：ＲＳ）送信に対する調整メカニズムを含んで、互いに異なる解決策に対する調整メカニズム（ｃｏｏｒｄｉｎａｔｉｏｎ ｍｅｃｈａｎｉｓｍ）が追加で考慮されなければならない。
ＩＡＢノードに対するＲＲＭ測定をサポートするためのＳＭＴＣ及びＣＳＩ－ＲＳ構成の改善（ｅｎｈａｎｃｅｍｅｎｔ）が考慮されることができる。
バックホールリンクＲＳＲＰ／ＲＳＲＱ ＲＲＭ測定の目的のために、ＩＡＢは、ＳＳＢベース及びＣＳＩ－ＲＳベースの解決策をサポートする。
ＩＡＢノードＤＵが活性化された後、ＩＡＢノード間（ｉｎｔｅｒ ＩＡＢ ｎｏｄｅ）及びドナー（ｄｏｎｏｒ）感知の目的のために（ステージ２）、ＩＡＢノード間の発見手順は、ＩＡＢノード及びマルチ－ホップトポロジー（ｍｕｌｔｉ－ｈｏｐ ｔｏｐｏｌｏｇｙ）に対してハーフ－デュプレックス制限を考慮する必要がある。次の解決策がサポートされる：ＳＳＢベースの解決策－アクセス端末に対して使われるＳＳＢと直交（ＴＤＭ及び／またはＦＤＭ）するＳＳＢの使用。
以下では、バックホールリンク管理（ｍａｎａｇｅｍｅｎｔ）に対して説明する。
ＩＡＢノードは、バックホールリンク失敗（ｆａｉｌｕｒｅ）を感知／復旧するためのメカニズムをサポートする。下記のように、ビーム失敗復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ：ＢＦＲ）及び無線リンク失敗（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ：ＲＬＦ）手順に対する改善（ｅｎｈａｎｃｅｍｅｎｔｓ）が有利であり、ＮＲ ＩＡＢに対してサポートされなければならない。
－ビーム失敗復旧成功指示及びＲＬＦ間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）に対するサポートの改善。
－バックホールリンク停電（ｏｕｔａｇｅ）を避けるためのより一層速いビームスイッチング／調整（ｃｏｏｒｄｉｎａｔｉｏｎ）／復旧のための現在ビーム管理手順の改善がＩＡＢノードに対して考慮されなければならない。
さらに、例えば、親ＩＡＢノードのバックホールリンクが失敗した場合など、親ＩＡＢノードから子ＩＡＢノードへの追加的なバックホールリンク条件通知メカニズム（ｂａｃｋｈａｕｌ ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ ｎｏｔｉｆｉｃａｔｉｏｎ ｍｅｃｈａｎｉｓｍ）の要求及び該当ＩＡＢノード動作に対する必要性が論議される。親バックホールリンク失敗による子ＩＡＢノードでのＲＬＦを避けるための解決策がサポートされなければならない。
以下では、複数のバックホールリンクで経路変更または送信／受信のためのメカニズムに対して説明する。
複数のバックホールリンクで同時に効率的な経路変更または送信／受信のためのメカニズム（例えば、多重－ＴＲＰ（Ｔｘ／Ｒｘ ｐｏｉｎｔ）動作及び周波数内の二重接続（ｍｕｌｔｉ－ＴＲＰ ｏｐｅｒａｔｉｏｎ ａｎｄ ｉｎｔｒａ－ｆｒｅｑｕｅｎｃｙ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ））が考慮されなければならない。
以下では、バックホール及びアクセスリンクのスケジューリングに対して説明する。
ダウンリンクＩＡＢノード送信（すなわち、バックホールリンク上でＩＡＢノードから前記ＩＡＢノードによりサービングされる子ＩＡＢノードへの送信及びアクセスリンク上でＩＡＢノードから前記ＩＡＢノードによりサービングされる端末への送信）は、ＩＡＢノード自分によりスケジューリングされなければならない。アップリンクＩＡＢ送信（バックホールリンク上でＩＡＢノードから自分の親ノードまたはドナーノードへの送信）は、親ノードまたはドナーノードによりスケジューリングされなければならない。
以下では、アクセス及びバックホールリンクの多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）に対して説明する。
ＩＡＢは、ハーフ－デュプレックス制限によってＩＡＢノードでアクセス及びバックホールリンク間のＴＤＭ、ＦＤＭ、及びＳＤＭをサポートする。ＩＡＢノードハーフ－デュプレックス制限を考慮する多重ホップ（ｍｕｌｔｉｐｌｅ ｈｏｐ）にわたるアクセス／バックホールトラフィックの効率的なＴＤＭ／ＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）／ＳＤＭ（ｓｐａｔｉａｌ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）多重化に対するメカニズムが考慮されなければならない。互いに異なる多重化オプションに対する下記の解決策が追加で考慮されることができる。
－一つ以上のホップにわたるアクセス及びバックホールリンク間の時間スロットまたは周波数リソースの直交分配（ｏｒｔｈｏｇｏｎａｌ ｐａｒｔｉｔｉｏｎｉｎｇ）に対するメカニズム
－アクセス及びバックホールリンクに対する互いに異なるＤＬ／ＵＬスロット設定の活用
－バックホール及びアクセスリンクのパネル内（ｉｎｔｒａ－ｐａｎｅｌ）ＦＤＭ及びＳＤＭを許容するためのＤＬ及びＵＬ電力制御改善（ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｅｎｈａｎｃｅｍｅｎｔ）及びタイミング要求事項（ｔｉｍｉｎｇ ｒｅｑｕｉｒｅｍｅｎｔｓ）
－交差－リンク干渉を含む干渉管理（ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ）
以下では、リソース調整（ｒｅｓｏｕｒｃｅ ｃｏｏｒｄｉｎａｔｉｏｎ）に対して説明する。
ＩＡＢノード／ドナーノード及び複数のバックホールホップ（ｂａｃｋｈａｕｌ ｈｏｐ）にわたるスケジューリング調整、リソース割当、及び経路選択に対するメカニズムが考慮されなければならない。（ＲＲＣシグナリングのタイムズスケール上の）半静的なＩＡＢノード間のリソース（周波数、スロット／スロットフォーマット側面での時間等）調整がサポートされなければならない。下記のような側面が追加で考慮されることができる。
－分散（ｄｉｓｔｒｉｂｕｔｅｄ）または中央（ｃｅｎｔｒａｌｉｚｅｄ）調整メカニズム
－必要な信号のリソースグラニュラリティ（ｒｅｓｏｕｒｃｅ ｇｒａｎｕｌａｒｉｔｙ）（例えば、ＴＤＤ設定パターン）
－ＩＡＢノード間のＬ１（ｌａｙｅｒ－１）及び／またはＬ３（ｌａｙｅｒ－３）測定の交換
－バックホールリンク物理階層設計に影響を与えるトポロジー関連情報（例えば、ホップ順序）の交換
－半静的な調整より速いリソース（周波数、スロット／スロットフォーマット側面での時間等）調整
以下では、ＩＡＢノード同期化及びタイミング整列（ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ）に対して説明する。
ＯＴＡ（ｏｖｅｒ－ｔｈｅ－ａｉｒ）同期化の実現可能性（ｆｅａｓｉｂｉｌｉｔｙ）及びＩＡＢ性能に対するタイミング誤整列（ｔｉｍｉｎｇ ｍｉｓａｌｉｇｎｍｅｎｔ）の影響（例えば、サポート可能なホップ数）が考慮されなければならない。オーバーラップされるカバレッジ内のＩＡＢノードで３ｕｓ以下のタイミング要求事項を仮定すると、ＴＡベースのＯＴＡ同期化は、ＦＲ２に対してマルチ－ホップＩＡＢネットワーク（最大５ホップ）をサポートすることができる。ＴＡベースのＯＴＡ同期化は、ＦＲ１での複数のホップをサポートするに十分でない。
ＩＡＢノード／ＩＡＢドナー間またはＩＡＢノード内で下記の水準（ｌｅｖｅｌ）の整列が論議される。
－スロット－水準整列
－シンボル－水準整列
－整列しない
マルチ－ホップＩＡＢネットワークでタイミング整列のためのメカニズムが論議される。ＩＡＢは、複数のバックホールホップを含むＩＡＢノード間のＴＡベースの同期化をサポートする。ＩＡＢノードが互いに異なる送信タイミング整列事例をサポートするときに必要なＴＡを含んで既存タイミング整列メカニズムの改善が論議される。
ＩＡＢノードとＩＡＢドナーにわたる下記のような送信タイミング整列事例（ｃａｓｅ）が論議される。
－事例（ｃａｓｅ）１：ＩＡＢノード及びＩＡＢドナーにわたるＤＬ送信タイミング整列：もし、ダウンリンク送信及びアップリンク受信が親ノードでよく整列されない場合、子ノードは、ＯＴＡベースのタイミング及び同期化に対する自分のダウンリンク送信タイミングを適切に設定するために前記整列に対する追加的な情報が必要である。
－事例２：ダウンリンク及びアップリンク送信タイミングが一つのＩＡＢノードに対して整列される。
－事例３：ダウンリンク及びアップリンク受信タイミングが一つのＩＡＢノードに対して整列される。
－事例４：一つのＩＡＢノードに対して、事例３を利用した受信時に事例２を利用した送信の場合。
－事例５：互いに異なる時間スロット内の一つのＩＡＢノードに対してバックホールリンクタイミングに対する事例４及びアクセスリンクタイミングに対する事例１。
－事例６：事例１のダウンリンク送信タイミング及び事例２のアップリンク送信タイミングの和：全てのＩＡＢノードのダウンリンク送信タイミングは、親ＩＡＢノードまたはドナーのダウンリンクタイミングと整列される；ＩＡＢノードのアップリンク送信タイミングは、前記ＩＡＢノードのダウンリンク送信タイミングと整列されることができる。
－事例７：事例１のダウンリンク送信タイミング及び事例３のアップリンク受信タイミングの和：全てのＩＡＢノードのダウンリンク送信タイミングは、親ＩＡＢノードまたはドナーのダウンリンクタイミングと整列される；ＩＡＢノードのアップリンク受信タイミングは、前記ＩＡＢノードのダウンリンク受信タイミングと整列されることができる；もし、親ノードでダウンリンク送信及びアップリンク受信がよく整列されない場合、子ノードは、ＯＴＡベースのタイミング及び同期化に対する自分のダウンリンク送信タイミングを適切に設定するために前記整列に対する追加的な情報が必要である。
親及び子リンクのＴＤＭ／ＦＤＭ／ＳＤＭマルチプレキシングに対する互いに異なる事例の影響（ｉｍｐａｃｔ）、不完全なタイミング調整の潜在的影響、必要なダウンリンク／アップリンクのスイッチングギャップのオーバーヘッド、交差－リンク干渉、ｉａｂノードが一つまたは複数の親ノードと連結された場合の実行可能性（ｆｅａｓｉｂｉｌｉｔｙ）及びアクセス端末（特に、ｒｅｌ－１５端末との互換性）の影響が論議される。
事例１は、アクセス及びバックホールリンク送信タイミング整列の全てに対してサポートされる。
事例２乃至５は、ＩＡＢに対してサポートされない。
ＩＡＢノードに対する事例６の使用は、もし、サポートされる場合、親またはネットワークの制御下にあるべきである。ＩＡＢノード間のダウンリンク送信の整列を可能にするために、下記の解決策の例が確認された。
－代案１：ＩＡＢノードは、並列的な（常に時間多重化された）事例１及び事例６のアップリンク送信を実行しなければならない。
－代案２：子ノードでダウンリンク送信タイミングの潜在的な不整合（ｍｉｓａｌｉｇｎｍｅｎｔ）を修正するために、親ノードでダウンリンク送信及びアップリンク受信のタイミングの時間差に対する親及びｉａｂノード間のシグナリング：子ＩＡＢノードは、自分のダウンリンク送信タイミング及びバックホール受信タイミングの対応する差を比較する；もし、親ノードのシグナリングされた差（ｓｉｇｎａｌｅｄ ｄｉｆｆｅｒｅｎｃｅ）が子ノードで測定されたことより大きい場合、もし、送信タイミングがより小さい場合、子ノードは、自分の送信タイミングを早める（ａｄｖａｎｃｅ）。
ここで、代案１及び代案２は、他の子ノードから事例６のアップリンク送信のために親ノードで別途の受信タイミングを維持しなければならない。
事例７は、有効な（ｅｆｆｅｃｔｉｖｅ）ネガティブ（ｎｅｇａｔｉｖｅ）ＴＡ及び新しいＴＡ値をサポートする子ＩＡＢノード／ｒｅｌ－１６端末と新しいＴＡ値をサポートしない子ＩＡＢノード／端末間のＴＤＭを導入することによって、ｒｅｌ－１５端末に対して互換される。ＩＡＢノード内でダウンリンク及びアップリンクの受信間整列を可能にするために、下記のような解決策の例が確認された。
－代案１：事例７のタイミングが適用されるＩＡＢノードの子ノードに適用されるためにネガティブ初期時間整列（ｔｉｍｅ ａｌｉｇｎｍｅｎｔ：ＴＡ）を導入する。
－代案２：ＩＡＢノードでダウンリンク受信及びアップリンク受信間のスロット整列でないシンボル整列が可能なポジティブ（ｐｏｓｉｔｉｖｅ）ＴＡを適用する。
－代案３：効率的なネガティブＴＡを達成するために事例７のタイミングが適用されるＩＡＢノードの子ノードに適用されるために、最近のＴＡ値の相対的なオフセットのシグナリング。
－ＯＴＡ同期化外にもＧＮＳＳ及びＰＴＰのような他の技術がＩＡＢノード間の同期化取得に使われることができる。
以下では、交差－リンク干渉測定及び管理に対して説明する。
アクセス及びバックホールリンク（複数のホップにわたることを含む）に対する交差－リンク干渉（ｃｒｏｓｓ－ｌｉｎｋ ｉｎｔｅｒｆｅｒｅｎｃｅ：ＣＬＩ）の影響が考慮されなければならない。さらに、干渉測定及び管理解決策が考慮されなければならない。
以下では、ＣＬＩ緩和（ｍｉｔｉｇａｔｉｏｎ）技術に対して説明する。
改善された（ａｄｖａｎｃｅｄ）受信機及び送信機調整を含むＣＬＩ緩和技術が考慮されなければならず、複雑度及び性能側面で優先順位が決定されなければならない。ＣＬＩ緩和技術は、下記のＩＡＢ－ノード間の干渉シナリオが管理可能でなければならない。
－場合１：ビクティム（ｖｉｃｔｉｍ）ＩＡＢノードは自分のＭＴを介してダウンリンクに受信し、干渉ＩＡＢノードは自分のＭＴを介してアップリンクに送信。
－場合２：ビクティム（ｖｉｃｔｉｍ）ＩＡＢノードは自分のＭＴを介してダウンリンクに受信し、干渉ＩＡＢノードは自分のＤＵを介してダウンリンクに送信。
－場合３：ビクティム（ｖｉｃｔｉｍ）ＩＡＢノードは自分のＤＵを介してアップリンクに受信し、干渉ＩＡＢノードは自分のＭＴを介してアップリンクに送信。
－場合４：ビクティム（ｖｉｃｔｉｍ）ＩＡＢノードは自分のＤＵを介してアップリンクに受信し、干渉ＩＡＢノードは自分のＤＵを介してダウンリンクに送信。
与えられたＩＡＢノードでアクセス及びバックホールリンク間のＦＤＭ／ＳＤＭ受信の場合、前記ＩＡＢノードで経験する干渉が追加で考慮されなければならない。
以下では、スペクトラム効率改善（ｓｐｅｃｔｒａｌ ｅｆｆｉｃｉｅｎｃｙ ｅｎｈａｎｃｅｍｅｎｔ）に対して説明する。
バックホールリンクに対する１０２４ ＱＡＭ（ｑｕａｄｒａｔｕｒｅ ａｍｐｌｉｔｕｄｅ ｍｏｄｕｌａｔｉｏｎ）のサポートが考慮されなければならない。
以下では、本開示の提案に対してより詳細に説明する。
以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は、例示的に提示されたものであるため、本明細書の技術的特徴が以下の図面に使われた具体的な名称に制限されるものではない。また、本明細書で提案する方法／構成は、多様な方式に組み合わせられることができる。
図２５乃至図２７を参考にして、ＩＡＢ環境で考慮することができるＩＡＢノードの送受信タイミング整列事例のうち下記の三つを説明する。図２５は、タイミング整列事例１を示す。図２６は、タイミング整列事例６を示す。図２７は、タイミング整列事例７を示す。
－タイミング整列事例１：ＩＡＢノード及びＩＡＢドナーにわたるＤＬ送信タイミング整列。ＩＡＢノード間のＤＵのダウンリンク送信タイミングが整列されている方式である。
タイミング整列事例１を参考にすると、もし、ダウンリンク送信及びアップリンク受信が親ノードでよく整列されない場合、子ノードは、ＯＴＡベースのタイミング及び同期化に対する自分のダウンリンク送信タイミングを適切に設定するために前記整列に対する追加的な情報が必要である。ＭＴ送信タイミングは、（ＭＴ受信タイミング－ＴＡ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ））で表示されることができ、ＤＵ送信タイミングは、（ＭＴ受信タイミング－ＴＡ／２－ＴΔ）で表示されることができる。ここで、ＴΔ値は、親ノードから得ることができる。
－タイミング整列事例６：全てのＩＡＢノードに対するＤＬ送信タイミングが親ＩＡＢノードまたはドナーのＤＬタイミングと整列される。ＩＡＢノードのＵＬ送信タイミングは、前記ＩＡＢノードのＤＬ送信タイミングと整列されることができる。
タイミング整列事例６を参考にすると、ＩＡＢノードのＭＴに対するアップリンク送信タイミングとＩＡＢノードのＤＵに対するダウンリンク送信タイミングが整列されている方式である。ＩＡＢノードのＭＴのアップリンク送信タイミングが固定されるため、これを受信する親ノードのＤＵのアップリンク受信タイミングは、前記ＩＡＢノードのＭＴのアップリンク送信タイミングに比べて前記親ノードのＤＵ及び前記ＩＡＢノードのＭＴ間伝播遅延（ｐｒｏｐａｇａｔｉｏｎ ｄｅｌａｙ）ほど遅れる。ＩＡＢノードがタイミング整列事例６を使用する場合、親ノードのアップリンク受信タイミングが既存に比べて変わるようになるため、ＩＡＢノードがタイミング整列事例６を使用しようとすると、親ノードも該当情報を知っている必要がある。
－タイミング整列事例７：全てのＩＡＢノードのダウンリンク送信タイミングは、親ＩＡＢノードまたはドナーのダウンリンクタイミングと整列される。ＩＡＢノードのアップリンク受信タイミングは、前記ＩＡＢノードのダウンリンク受信タイミングと整列されることができる。
タイミング整列事例７を参考にすると、もし、親ノードでダウンリンク送信及びアップリンク受信がよく整列されない場合、子ノードに対してＯＴＡベースのタイミング及び同期化に対する自分のダウンリンク送信タイミングを適切に設定するために前記整列に対する追加的な情報が必要である。ＩＡＢノードのＭＴダウンリンク受信タイミングとＩＡＢノードのＤＵアップリンク受信タイミングが整列されている方式である。ＭＴ観点での送受信タイミングは、既存ＩＡＢノードまたはＲｅｌ－１６ ＩＡＢノードと同じであり、ＩＡＢノードのＤＵのアップリンク受信タイミングをＩＡＢノードのＭＴのダウンリンク受信タイミングに合わせることができる。ＩＡＢノードは、自分のアップリンク受信タイミングに合わせて子ノードＭＴがアップリンク信号を送信するように子ノードのＭＴのＴＡを調節することができる。したがって、このようなタイミング整列方式は、タイミング整列事例１と比較する時、ＩＡＢノードの標準（ｓｐｅｃｉｆｉｃａｔｉｏｎ）動作上の差が現れない場合がある。したがって、本明細書で記述するタイミング整列事例７は、タイミング整列事例１に代替／解釈されることもできる。
一方、本明細書において、タイミング整列（ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ）は、スロット－単位整列またはシンボル－単位整列を意味することができる。
また、一つのＩＡＢノードに対して複数個のタイミング整列事例が設定／適用されることができる。ここで、設定／適用される複数個のタイミング整列事例は、前記ＩＡＢノードの時間リソースにより変更／スイッチングされることができる。すなわち、第１の時間リソースでは前記ＩＡＢノードに対して第１のタイミング整列事例が設定／適用され、第２の時間リソースでは前記ＩＡＢノードに対して第２のタイミング整列事例が設定／適用されることができる。ここで、前記第１の時間リソース及び前記第２の時間リソースは、時間領域上の位置に区分されることもでき、前記ＩＡＢノードに対して設定されたマルチプレキシングの種類（ｍｕｌｔｉｐｌｅｘｉｎｇ ｔｙｐｅ）に区分されることもできる。一方、前述したタイミング整列事例の時間リソースによる変更／スイッチングは、動的な指示に基づいて実行されることもでき、半静的な指示に基づいて実行されることもできる。
本明細書で提案する内容は、帯域内（ｉｎ－ｂａｎｄ）環境を仮定して内容を記述するが、帯域外（ｏｕｔ－ｂａｎｄ）環境でも適用されることができる。また、本明細書で提案する内容は、ドナーｇＮＢ（ｄｏｎｏｒ ｇＮＢ：ＤｇＮＢ）、リレイノード（ｒｅｌａｙ ｎｏｄｅ：ＲＮ）、端末がハーフ－デュプレックス（ｈａｌｆ－ｄｕｐｌｅｘ）動作をする環境を考慮して記述されるが、ＤｇＮＢ、ＲＮ、及び／または端末がフル－デュプレックス（ｆｕｌｌ－ｄｕｐｌｅｘ）動作をする環境でも適用されることができる。
ＩＡＢノードは、特定時点には特定送信／受信タイミングで動作するが、時間／状況によって異なる送信／受信タイミングを使用することができる。本明細書ではＩＡＢノードが時間／状況によって異なる送信／受信タイミングを適用する動作に対して提案する。
まず、以下では複数の受信タイミングを有するＩＡＢノードのＤＵ動作に対して説明する。
ＤＵ（ドナーノードまたはＩＡＢノードのＤＵ）に対して、複数個の子ノードのＭＴ／端末が連結されている場合がある。このとき、互いに異なる子ノードのＭＴ／端末に対するリンク（ｌｉｎｋ）は、互いに異なる子リンクに区分されることができる。既存ＤＵの場合、アップリンク受信タイミングは、特定タイミングに固定されていて、全ての子リンクに対するアップリンク受信タイミングが整列されるように設定できる。このために、ＤＵは、複数個の子リンクに対するアップリンク受信タイミングが整列されることができるように自分の子ノードのＭＴ／端末にＴＡ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）を設定することができる。
それに対して、改善された（ｅｎｈａｎｃｅｄ）ＩＡＢノードの場合、全ての子リンクが同じアップリンク受信タイミングを有しない。子リンク別にアップリンク受信タイミングが互いに異なる具体的な状況の例は、下記の通りである。
（例１）子ノードがタイミング整列事例６（送信タイミング整列）を適用する時、子ノードのＭＴのアップリンク送信タイミングは、子ノードのＤＵのダウンリンク送信タイミングと整列されることができる。この場合、ＩＡＢノードのＤＵのアップリンク受信タイミングは、ＩＡＢノードのＤＵと子ノードとの間の伝播遅延（ｐｒｏｐａｇａｔｉｏｎ ｄｅｌａｙ）によって決定されることができる。したがって、伝播遅延が互いに異なる子ノードのＭＴが送信するアップリンク信号間のＩＡＢノードのＤＵのアップリンク受信タイミングが異なる場合がある。
（例２）子ノード間に適用するタイミング整列事例が互いに異なる時、子ノードのＭＴによってＩＡＢノードのＤＵのアップリンク受信タイミングが互いに異なる場合がある。例えば、子ノード１はタイミング整列事例１を使用し、子ノード２はタイミング整列事例６を使用する場合、子ノード１は設定を受けるＴＡに基づいてアップリンク送信タイミングを決定し、子ノード２は自分のダウンリンク送信タイミングに合わせてアップリンク送信タイミングを決定することができる。したがって、子ノード１のＭＴと子ノード２のＭＴが送信するアップリンク信号間のＩＡＢノードのＤＵのアップリンク受信タイミングが異なる場合がある。
（例３）子ノードの能力（ｃａｐａｂｉｌｉｔｙ）によってＩＡＢノードのＤＵのアップリンク受信タイミングが互いに異なる場合がある。例えば、ＩＡＢノードのＤＵがタイミング整列事例７を適用することができるように自分のアップリンク受信タイミングを合せようとする時、改善されたＩＡＢノードである子ノード１のＭＴは、該当アップリンク受信タイミングに合わせてＴＡ値を調節してアップリンク送信タイミングを決定することができる。このとき、ＴＡ値は、負数になって子ノード１のＭＴのアップリンク送信タイミングがダウンリンク受信タイミングより後にある。ＩＡＢノードのＤＵの他の子リンクにはアクセス端末（ａｃｃｅｓｓ ＵＥ）やレガシー（ｌｅｇａｃｙ）ＩＡＢノードである子ノード２のＭＴが連結されていることがある。このとき、該当アクセス端末または子ノード２ＭＴは、負数であるＴＡ値を設定することができる能力がなくて、常にアップリンク送信タイミングがダウンリンク受信タイミングより前に存在しなければならない。このような場合、子ノード１のＭＴとアクセス端末または子ノード２のＭＴが送信するアップリンク信号間のＩＡＢノードのＤＵのアップリンク受信タイミングが異なる場合がある。
前述したように、本明細書ではＩＡＢノードのＤＵの子リンク別にアップリンク受信タイミングが異なる場合、ＩＡＢノードの動作に対して提案する。本明細書において、子ノードのＭＴは、アクセス端末を意味することもできる。
図２８は、ＩＡＢノードのＤＵの子リンク別にアップリンク受信タイミングが異なる場合、ＩＡＢノードの動作の一例を示す。図２８の一例は、ＩＡＢノードに複数個の子ノードのＭＴ、例えば、第１の子ノードのＭＴと第２の子ノードのＭＴが連結された状況を仮定する。
図２８を参考にすると、ＩＡＢノードは、第１の子ノードのＭＴに対する第１のアップリンク受信タイミングと第２の子ノードのＭＴに対する第２のアップリンク受信タイミングの差が特定値以下であるかどうかを判断する（Ｓ２８１０）。
前記判断結果、前記第１のアップリンク受信タイミングと前記第２のアップリンク受信タイミングの差が特定値以下である場合、前記ＩＡＢノードは、同じ時間リソース内で前記第１の子ノードのＭＴの信号及び前記第２の子ノードのＭＴの信号を全て受信する（Ｓ２８２０）。ここで、前記ＩＡＢノードは、前記第１の子ノードのＭＴ及び前記第２の子ノードのＭＴを同じ子ノードのＭＴグループ（ｇｒｏｕｐ）に管理できる。
それに対して、前記判断結果、前記第１のアップリンク受信タイミングと前記第２のアップリンク受信タイミングの差が前記特定値より大きい場合、前記ＩＡＢノードは、互いに異なる時間リソースの各々を介して前記第１の子ノードのＭＴの信号及び前記第２の子ノードのＭＴの信号を受信する（Ｓ２８３０）。例えば、ＴＤＭ（ｔｉｍｅ ｄｏｍａｉｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）されているリソース及び第２の時間リソースがある時、前記ＩＡＢノードは、前記第１の時間リソースで前記第１の子ノードのＭＴの信号を受信し、前記第２の時間リソースで前記第２の子ノードのＭＴの信号を受信することができる。ここで、前記ＩＡＢノードは、前記第１の子ノードのＭＴ及び前記第２の子ノードのＭＴを互いに異なる子ノードのＭＴグループに管理できる。例えば、前記第１の子ノードのＭＴは第１のグループに属したことに管理し、前記第２の子ノードのＭＴは第２のグループに属したことに管理できる。また、ここで、前記ＩＡＢノードは、各グループ（すなわち、子ノードのＭＴグループ）別に独立的なＴＡ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）値を設定することができる。
また、ここで、前記特定値は、ネットワークにより設定（例えば、前記ＩＡＢノードのドナーノードがＲＲＣメッセージやＤＣＩを介して設定）され、またはあらかじめ決められた値である。
以下、本明細書の提案に対してより詳細に説明する。
ＩＡＢノードのＤＵは、同一／類似のアップリンク受信タイミングを有する子リンクが送信するアップリンク信号を同じ時間リソースを介して受信することができる。このとき、互いに異なる子リンクが送信するアップリンク信号間のアップリンク受信タイミングの差が大きい場合、前記ＩＡＢノードは、アップリンク信号を全て成功的に受信できない。
図２９は、ＩＡＢノードと複数個の子リンクとの間のタイミング差の一例を示す。図３０は、ＩＡＢノードと複数個の子リンクとの間のタイミング差の他の一例を示す。
図２９及び図３０は、ＩＡＢノードのＤＵが第１の子ノードのＭＴ及び第２の子ノードのＭＴと子リンクで連結されている場合を仮定する。図２９及び図３０において、第１の子ノードのＭＴをｃｈｉｌｄ ＭＴ１で表示し、第２の子ノードのＭＴをｃｈｉｌｄ ＭＴ２で表示し、ＩＡＢノードのＤＵをＤＵで表示する。
図２９を参考にすると、第１の子ノードのＭＴと第２の子ノードのＭＴのアップリンク受信タイミングが互いに一致し、またはアップリンク受信タイミング間の差が特定値以下である場合、ＩＡＢノードＤＵは、二つのアップリンク信号を全て受信できる。それに対して、図３０を参考にすると、第１の子ノードのＭＴと第２の子ノードのＭＴのアップリンク受信タイミング間の差が特定値より大きい場合、ＩＡＢノードＤＵは、二つのアップリンク信号を全て受信できない。
したがって、ＩＡＢノードＤＵは、アップリンク受信タイミングが互いに一致し、またはアップリンク受信タイミングの差が特定値以下である子リンクのアップリンク信号を同時に受信し、アップリンク受信タイミングの差が特定値より大きい子リンクのアップリンク信号を互いに異なる時間リソースを介して受信することが好ましい。
以下では、複数の送信タイミングを有するＩＡＢノードのＭＴ動作に対して説明する。ここで、前記複数の送信タイミングを有するＩＡＢノードのＭＴ動作は、一つのサービングセルに対して複数の送信タイミングが適用されるＭＴ動作を含む。
ＩＡＢノードは、レガシー（ｌｅｇａｃｙ）ＩＡＢノードとは異なるＤＵ／ＭＴ送信／受信タイミング整列方式を使用することができる。一例として、レガシーＩＡＢノードは、タイミング整列事例１を使用してタイミング整列を実行し、それに対して、改善された（ｅｎｈａｎｃｅｄ）ＩＡＢノードは、タイミング整列事例６または７を使用してタイミング整列を実行することができる。
ＩＡＢノードがタイミング整列事例６または７を適用するためには親ノードのＤＵ／ＣＵ（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ）から該当タイミング整列事例を適用することの設定を受け、必要時に該当タイミング整列事例を適用するための追加的な情報の設定を受けなければならない。このような場合、ＩＡＢノードが親ノードのＤＵへの初期接続時またはＲＲＣ設定などが有効でないと判断される時、デフォルトタイミング整列事例（ｄｅｆａｕｌｔ ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ ｃａｓｅ）を仮定して動作しなければならない。ここで、一例として、このようなデフォルトタイミング整列事例は、タイミング整列事例１である。このような場合、状況によってＩＡＢノードのＭＴが親ノードのＤＵにアップリンク送信を実行するアップリンク送信タイミングが異なるように適用されることができる。
複数の受信タイミングを有するＩＡＢノードのＤＵ動作で前述したように、親ノードのＤＵ観点で全ての子リンクが同じアップリンク受信タイミングを有しない場合がある。ＩＡＢノードのＤＵは、同一／類似のアップリンク受信タイミングを有する子リンクが送信するアップリンク信号を同じ時間リソースを介して受信することができる。それに対して、互いに異なる子リンクが送信するアップリンク信号間のアップリンク受信タイミングの差が大きい場合、アップリンク信号を全て成功的に受信できない。
したがって、ＩＡＢノードのＤＵは、アップリンク受信タイミングが互いに一致し、またはその差が特定値以下である子リンクのアップリンク信号を同時に受信し、アップリンク受信タイミングの差が特定値より大きい子リンクのアップリンク信号を互いに異なる時間リソースを介して受信することが好ましい。このような場合、ＩＡＢノードのＤＵは、子ノードのＭＴをグルーピング（ｇｒｏｕｐｉｎｇ）してアップリンク受信タイミングが互いに一致し、またはその差が特定値以下である子リンクのアップリンクチャネル／信号を同一時間リソースを介して受信し、異なる、すなわち、差が特定値より大きいアップリンク受信タイミングを有する子ノードのＭＴが互いに異なる時間リソースを介してアップリンクチャネル／信号を送信するようにすることができる。すなわち、特定親ノードのＤＵ観点で複数個のアップリンク受信タイミングが存在し、特定時間リソースでは特定アップリンク受信タイミングが適用されることができる。例えば、ＩＡＢノードのＤＵは、時間リソースグループ１ではアップリンク受信タイミング１を適用してアップリンク受信動作を実行し、時間リソースグループ２ではアップリンク受信タイミング２を適用してアップリンク受信動作を実行することができる。この場合、子ノードのＭＴが特定アップリンク送信タイミングを適用してＩＡＢノードのＤＵにアップリンク信号を送信する時、特定時間リソースグループ内でのみアップリンク送信を実行しなければならない。該当子ノードのＭＴが他の時間リソースグループを介してもアップリンク送信を実行しようとする場合、該当時間リソースグループでＩＡＢノードのＤＵが適用するアップリンク受信タイミングに合わせてアップリンク送信を実行しなければならない。このような場合、子ノードのＭＴは、時間リソースによって異なるアップリンク送信タイミングを適用してアップリンク送信を実行することができる。
前述したように、特定ＩＡＢノードのＭＴ観点で状況／時点によって異なるアップリンク送信タイミングを適用してアップリンク送信を実行することができる。すなわち、ＩＡＢノードのＭＴが自分のアップリンク送信タイミングを（ダウンリンク受信タイミング－（ＴＡ＋ＴＡｏｆｆｓｅｔ））または（ダウンリンク受信タイミング－ＴＡ）のように設定する時、ＩＡＢノードのＭＴは、複数個のＴＡ値を有して状況／時点によって異なるＴＡ値を適用してアップリンク送信を実行することができる。
本明細書ではこのようにＩＡＢノードのＭＴが複数個（例えば、２個）のＴＡ値を有して状況／時点によって異なるＴＡ値を適用してアップリンク送信を実行する具体的な方法に対して提案する。
一方、本明細書において、ＴＡは、ＩＡＢノードの送信または受信タイミングを決定するパラメータに拡張解釈されることができる。
まず、ＩＡＢノードのＭＴが適用するＴＡまたは送受信タイミングを決定するパラメータの種類に対して説明する。
特定ＩＡＢノードのＭＴの観点で自分のアップリンク送信タイミングを決定／判断するために適用するＴＡまたは送受信タイミングを決定するパラメータは、デフォルトＴＡ（または、デフォルトパラメータ）と専用（ｄｅｄｉｃａｔｅｄ）ＴＡまたは専用パラメータがある。
デフォルトＴＡ、ＩＡＢノードがレガシーＩＡＢノードまたは端末のようにアップリンク送信タイミングを設定する時、該当するＴＡ値を意味することができる。または、親ノードのＤＵ観点でアクセス端末／レガシーＩＡＢノードのＭＴから受信するアップリンク信号の受信タイミングに合わせて設定するＴＡ値を意味することができる。このとき、互いに異なる子ノードのＭＴが自分のデフォルトＴＡを使用してアップリンク送信を実行すると、ＩＡＢノードのＤＵ観点で子ノードのＭＴが送信したアップリンク送信を互いに同じタイミングに受信することができる。
専用ＴＡは、ＩＡＢノードがレガシーＩＡＢノードまたは端末と異なる方法にアップリンク送信タイミングを設定する時、該当するＴＡ値を意味することができる。または、親ノードのＤＵ観点でアクセス端末／レガシーＩＡＢノードのＭＴから受信するアップリンク信号の受信タイミングと異なるアップリンク受信タイミングに合わせて設定するＴＡ値を意味することができる。このとき、互いに異なる子ノードのＭＴが自分の専用ＴＡを使用してアップリンク送信を実行すると、ＩＡＢノードのＤＵ観点で子ノードのＭＴが送信したアップリンク送信を互いに同じまたは異なるタイミングに受信することができる。
このようなデフォルトＴＡと専用ＴＡは、例えば、ＭＡＣ ＣＥ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を介して独立的に設定されることができる。このとき、ＩＡＢノードのＭＴ観点で既存のＴＡ設定は、デフォルトＴＡに基づいて実行され、追加で専用ＴＡの設定を受けることができる。
特徴的に、一つのＩＡＢノードのＭＴに複数個の専用ＴＡが設定されることができる。このとき、特定アップリンク送信時点には一つの専用ＴＡが適用されることができる。
次に、ＩＡＢノードのＭＴのアップリンク送信時、ＴＡの適用方法に対して説明する。
ＩＡＢノードのＭＴは、下記のようにデフォルトＴＡ及び専用ＴＡを適用してアップリンク送信を実行することを提案する。ＩＡＢノードのＭＴが使用するＴＡ値を決定するために、下記の内容のうち一つまたは複数個が適用されることができる。下記内容でデフォルトＴＡと専用ＴＡは、互いに異なる値を有することができるＴＡ値であるＴＡ１とＴＡ２に代替されて解釈されることができる。または、下記内容でデフォルトＴＡは、ＩＡＢノードがレガシーＩＡＢノードまたは端末のようにアップリンク送信タイミングを設定する時に使われるデフォルトパラメータ、専用ＴＡは、ＩＡＢノードがレガシーＩＡＢノードまたは端末と異なる方法にアップリンク送信タイミングを設定する時に使用する専用パラメータに各々解釈されることもできる。
（方法１－１）ＩＡＢノードのＭＴは、ＤＵ／セルに初期接続して専用ＴＡ値の設定を受ける時まではデフォルトＴＡを使用してアップリンク送信を実行する。以後、専用ＴＡ値の設定を受けると、該当専用ＴＡ値を使用してアップリンク送信を実行することができる。
ＩＡＢノードのＭＴがＲＲＣ＿ＩＮＡＣＴＩＶＥ及び／またはＲＲＣ＿ＩＤＬＥ状態にある時は、専用ＴＡ値が有効でないと判断し、デフォルトＴＡ値を適用してアップリンク送信を実行することができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ及び／またはＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に転換すると、ａ）最近の専用ＴＡ値を使用してアップリンク送信を実行し、または、ｂ）デフォルトＴＡ値を適用した後、新しい専用ＴＡ値が設定されると、該当専用ＴＡ値を使用してアップリンク送信を実行することができる。または、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に転換すると、最近の専用ＴＡ値を使用してアップリンク送信を実行し、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に転換すると、デフォルトＴＡ値を適用した後、新しい専用ＴＡ値が設定されると、該当専用ＴＡ値を使用してアップリンク送信を実行することができる。
（方法１－２）ＩＡＢノードのＭＴがアップリンク送信を実行するチャネル／信号の種類によって適用するＴＡ値が異なる場合がある。
親ノードのＤＵがＩＡＢノードのＭＴのデフォルトＴＡ値を管理（ｍａｎａｇｅ）するために、特定アップリンク信号の送信がデフォルトＴＡを使用して実行されることができる。ＩＡＢノードのＭＴは、専用ＴＡ値を適用してアップリンク送信を実行し、特定アップリンク信号／チャネルの送信は、デフォルトＴＡを使用して実行されることができる。例えば、ＩＡＢノードのＭＴは、専用ＴＡ値を適用してアップリンク送信を実行するが、例外的にＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の送信は、デフォルトＴＡを使用して実行されることができる。
または、ＲＲＣに設定されて送信する半静的（ｓｅｍｉ－ｓｔａｔｉｃ）アップリンク信号／チャネルの場合には（例えば、ＳＲＳ、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）、ＳＰＳ－ＰＵＳＣＨ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ－ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）、ＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ））デフォルトＴＡを適用して送信し、ＤＣＩなどにより動的にスケジューリングされて送信するアップリンク信号／チャネルの場合には専用ＴＡを適用して送信できる。
特徴的に、ＩＡＢノードにＲＲＣに半静的アップリンク信号／チャネルの送信を設定する時、前記ＩＡＢノードに適用されるＴＡ情報を共に設定できる。例えば、ＲＲＣにＩＡＢノードに半静的アップリンク信号／チャネルの送信を設定する時、デフォルトＴＡを使用して送信を実行するか、または、専用ＴＡ値を使用して送信を実行するかが前記ＩＡＢノードに共に設定されることができる。
（方法１－３）ＤＣＩを介してアップリンク送信に適用されるＴＡ情報を共に指示できる。例えば、ＤＣＩ内にデフォルトＴＡを使用して送信を実行するか、または、専用ＴＡ値を使用して送信を実行するかを知らせるフィールドが含まれることができる。ＩＡＢノードのＭＴは、ＤＣＩを受信して該当ＤＣＩがスケジューリングしたアップリンク送信の実行時、該当ＤＣＩを介して指示されたＴＡ情報を適用することができる。このようなＴＡ情報がアップリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）に含まれる場合、ＩＡＢノードのＭＴは、スケジューリングされたＰＵＳＣＨを送信する時、該当ＴＡ値を適用することができる。それに対して、このようなＴＡ情報がダウンリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）に含まれる場合、ＩＡＢノードのＭＴは、スケジューリングされたＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を含んだＰＵＣＣＨを送信する時、該当ＴＡ値を適用することができる。
（方法１－４）ＩＡＢノードのＭＴが受信したＤＣＩの種類によってアップリンク送信に適用されるＴＡ値が異なる場合がある。
ＩＡＢノードのＭＴが受信したＤＣＩが、フォールバック（ｆａｌｌｂａｃｋ）ＤＣＩ（すなわち、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット１＿０等）であるか、または、ノン－フォールバック（ｎｏｎ－ｆａｌｌｂａｃｋ）ＤＣＩ（すなわち、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット１＿１）であるかによって適用するＴＡ値が異なる場合がある。ＩＡＢノードのＭＴがフォールバックＤＣＩを受信した場合には関連したアップリンク送信（例えば、ＰＵＳＣＨ及びＰＵＣＣＨ）にデフォルトＴＡ値を適用することができる。それに対して、ＩＡＢノードのＭＴがノン－フォールバックＤＣＩを受信した場合には関連したアップリンク送信（例えば、ＰＵＳＣＨ及びＰＵＣＣＨ）に専用ＴＡ値を適用することができる。
（方法１－５）ＩＡＢノードのＭＴが受信したＤＣＩが送信されるリソースによってアップリンク送信に適用されるＴＡ値が異なる場合がある。
ＩＡＢノードのＭＴが受信したＤＣＩが位置したＣＯＲＥＳＥＴによってアップリンク送信に適用されるＴＡ値が異なる場合がある。例えば、ＣＯＲＥＳＥＴ１に連結された検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）を介して送信されるＤＣＩの場合には関連したアップリンク送信（ＰＵＳＣＨ及びＰＵＣＣＨ）にデフォルトＴＡ値を適用し、ＣＯＲＥＳＥＴ２に連結された検索空間を介して送信されるＤＣＩの場合には関連したアップリンク送信（ＰＵＳＣＨ及びＰＵＣＣＨ）に専用ＴＡ値を適用することができる。
または、ＩＡＢノードのＭＴが受信したＤＣＩが位置した検索空間によってアップリンク送信に適用されるＴＡ値が異なる場合がある。例えば、検索空間１を介して送信されるＤＣＩの場合には関連したアップリンク送信（ＰＵＳＣＨ及びＰＵＣＣＨ）にデフォルトＴＡ値を適用し、検索空間２を介して送信されるＤＣＩの場合には関連したアップリンク送信に専用ＴＡ値を適用することができる。他の例として、ＣＳＳ（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）に送信されるＤＣＩの場合には関連したアップリンク送信にデフォルトＴＡ値を適用し、ＵＳＳ（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）に送信されるＤＣＩの場合には関連したアップリンク送信に専用ＴＡ値を適用することができる。
（方法１－６）ＩＡＢノードのＭＴがアップリンク送信を実行する時間リソースによって適用するＴＡ値が異なる場合がある。
ＩＡＢノードのＭＴは、親ノードのＤＵからまたはＣＵ／ドナーノードから専用ＴＡで動作する時間リソース情報の設定を受けることができる。このとき、ＩＡＢノードのＭＴは、設定を受ける時間リソースでは専用ＴＡでアップリンク送信を実行し、残りのリソースではデフォルトＴＡでアップリンク送信を実行することができる。
または、ＩＡＢノードのＭＴは、親ノードのＤＵからまたはＣＵ／ドナーノードからデフォルトＴＡで動作する時間リソース情報の設定を受けることができる。このとき、ＩＡＢノードのＭＴは、設定を受ける時間リソースではデフォルトＴＡでアップリンク送信を実行し、残りのリソースでは専用ＴＡでアップリンク送信を実行することができる。
または、ＩＡＢノードのＭＴは、親ノードのＤＵからまたはＣＵ／ドナーノードから、各々、デフォルトＴＡで動作する時間リソース情報及び専用ＴＡで動作する時間リソース情報の設定を受けることができる。このとき、ＩＡＢノードのＭＴは、デフォルトＴＡで動作する時間リソースではデフォルトＴＡでアップリンク送信を実行し、専用ＴＡで動作する時間リソースでは専用ＴＡでアップリンク送信を実行することができる。
一方、ＩＡＢノードのＭＴがアップリンク送信時に適用できるＴＡ値の種類が複数個である場合にも前記内容が拡張されて適用されることができる。この場合、前記のような方法／条件によって、ＩＡＢノードのＭＴがアップリンク送信時、ＴＡ値が異なるように適用されることができる。
一方、前述した方法と関連して、ＩＡＢノードは、自分の親ノードからＤＣＩを受信することができ、ドナーノードからＲＲＣシグナリングを受信することができる。
以下では、互いに異なるＴＡを適用して送信するアップリンク送信間の優先順位（ｐｒｉｏｒｉｔｙ）に対して説明する。
ＩＡＢノードのＭＴが互いに異なるアップリンク送信を互いに異なるＴＡ値を適用して送信する場合、二つのアップリンク送信の時間リソースがオーバーラップ（ｏｖｅｒｌａｐ）されることができる。または、ＩＡＢノードのＭＴが適用するＴＡ値を変更するために一定時間が消耗され、互いに異なるアップリンク送信の時間リソースがオーバーラップされなくてもＴＡ値を変更するための十分の時間が保障されない。例えば、ＩＡＢノードのＭＴがＴＡ値を変更するために二つのシンボルが必要であるが、ＩＡＢノードのＭＴのＰＵＳＣＨ送信シンボルリソースとＳＲＳ送信シンボルリソースが連続的に位置できる。このような場合、ＩＡＢノードのＭＴは、二つのアップリンク送信を全て正常に実行することができないため、二つのうち一つの送信を優先して実行することができる。以下ではこのための具体的な方案を提案する。
（方法２－１）半静的アップリンク送信（例えば、ＲＲＣ設定を介して半静的に設定されたアップリンク送信）に比べて動的なアップリンク送信（例えば、ＤＣＩを介して動的にスケジューリングされたアップリンク送信）が優先することができる。
（方法２－２）アップリンクの送信を設定する情報／信号／メッセージが受信された時点によってアップリンク送信の優先順位が決定されることができる。例えば、最近にスケジューリングが設定／指示されたアップリンクの送信が優先することができる。または、その反対の場合も可能である。
（方法２－３）アップリンク送信が実行される時点によってアップリンク送信の優先順位が決定されることができる。例えば、より先に送信するようにスケジューリングされたアップリンク送信が優先することができる。または、より後に送信するようにスケジューリングされたアップリンク送信が優先することができる。
（方法２－４）アップリンク送信に適用されるＴＡの値によって優先順位が決定されることができる。例えば、デフォルトＴＡを使用して送信するアップリンク送信が、専用ＴＡを使用して送信するアップリンク送信より優先することができる。または、専用ＴＡを使用して送信するアップリンク送信が、デフォルトＴＡを使用して送信するアップリンク送信より優先することができる。
一方、前記内容で第１の送信が第２の送信より優先するということは、下記を意味することができる。
（例示ａ）ＩＡＢノードのＭＴは、第１の送信を実行し、第２の送信をドロップ（ｄｒｏｐ）して実行しない。
（例示ｂ）ＩＡＢノードのＭＴは、第１の送信を実行し、第１の送信のために第２の送信を実行することができない第２の送信リソースでは第２の送信をパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）して実行しない。第２の送信リソースを実行することができる第２の送信リソースでは第２の送信を実行する。
前述した方法に基づいて、下記のようなＩＡＢノードの動作を考慮することができる。
図３１は、本明細書の一部具現による複数個のアップリンク送信タイミングが設定されたＩＡＢノードＭＴのアップリンク送信の一例を説明するためのものである。
図３１を参考にすると、ＩＡＢノードのＭＴは、複数のアップリンク送信タイミングの設定を受けることができる。前記複数のアップリンク送信タイミングは、時間リソースまたは時間区間別に互いに異なるように適用されることができる。例えば、前記ＩＡＢノードのＭＴが２個のアップリンク送信タイミング（すなわち、第１のアップリンク送信タイミング及び第２のアップリンク送信タイミング）の設定を受ける場合、前記ＩＡＢノードのＭＴは、第１の時間区間で第１のアップリンク送信タイミングに基づいてアップリンク送信を実行し、第２の時間区間で第２のアップリンク送信タイミングに基づいてアップリンク送信を実行することができる。ここで、一例として、前記第１のアップリンク送信タイミングは、タイミング整列事例６に基づくアップリンク送信タイミングであり、前記第２のアップリンク送信タイミングは、タイミング整列事例１に基づくアップリンク送信タイミングである。
一方、前述した例において、前記第１の時間区間及び前記第２の時間区間は、下記のように構成されることができる。
一例として、前記第１の時間区間は、ＩＡＢノードのＤＵ及びＭＴ間の同時送信を実行することができる時間リソースである。また、前記第２の時間区間は、ＩＡＢノードのＤＵ及びＭＴ間の同時送信を実行することができないリソース（例えば、ＩＡＢノードのＤＵ及びＭＴがＴＤＭベースの動作のみを実行することができるリソースであって、ＩＡＢノードのＭＴに対して送信動作を実行するように設定された時間リソース）である。
他の一例として、前記第２の時間区間は、ＳＲＳ、ＳＲ及び／またはＰＲＡＣＨを送信するリソースである。また、前記第１の時間区間は、前記信号／チャネルが送信されないように設定された時間リソースである。
前述した動作によると、前記ＩＡＢノードは、第１のアップリンク送信タイミングに基づいて前記ＩＡＢノードが送信した信号を前記ＩＡＢノードの親ノードが受信することができる時間リソース及び第２のアップリンク送信タイミングに基づいて前記ＩＡＢノードが送信した信号を受信することができる時間リソース上で、送信動作を実行することができる。また、前述した動作によると、第１のアップリンク送信タイミングは、親ノードのＤＵの絶対的な受信タイミングに合わせて送信が実行されるタイミングであるため、第１のアップリンク送信タイミングに基づいて送信する信号は、親ノードのＤＵがＩＡＢノードとの伝播遅延の変化を判断し、前記変化に基づいて前記ＩＡＢノードのＤＵに対する送信タイミングを調整（ａｄｊｕｓｔｍｅｎｔ）するときに使われることができる。また、第２のアップリンク送信タイミングは、親ノードのＤＵの送信タイミングに合わせて決定されるタイミングであるため、親ノードのＤＵの送信タイミング及び親ノードのＤＵとの伝播遅延の変化によって親ノードのＤＵの受信タイミングが共に変更されることができる。このような第２のアップリンク送信タイミングに基づいて送信される信号は、親ノードのＤＵがＩＡＢノードとの伝播遅延の変化を正確に判断しにくい、ＩＡＢノードのＤＵの送信タイミングに対する調整のために使用するに相対的に適切でない。
一方、前述したＩＡＢノードの動作は、本明細書の一部具現による一実施例に過ぎず、本明細書で提案する多様な方法／構成が実施されることができることは自明である。
図３２は、本明細書の一部具現によるＩＡＢノードの信号送信方法の一例に対する流れ図である。
図３２を参考にすると、ＩＡＢノードは、第１のタイミングを知らせる第１の情報及び第２のタイミングを知らせる第２の情報を受信する（Ｓ３２１０）。
以後、前記ＩＡＢノードは、前記ＩＡＢノードの親ノードに第１の信号及び第２の信号を送信する（Ｓ３２２０）。
ここで、前記第１の信号は、第１のリソース上で送信され、前記第２の信号は、第２のリソース上で送信されることができる。また、ここで、前記第１のリソースは、前記第１のタイミングが適用される時間リソースであり、前記第２のリソースは、前記第２のタイミングが適用される時間リソースである。
図３３は、本明細書の一部具現によるＩＡＢノードの信号受信方法の一例に対する流れ図である。
図３３を参考にすると、ＩＡＢノードは、前記ＩＡＢノードの子ノードにタイミング情報を送信する（Ｓ３３１０）。ここで、前記タイミング情報は、前記子ノードが前記ＩＡＢノードに送信を実行する複数のタイミングを知らせることができる。
以後、前記ＩＡＢノードは、前記子ノードから第１の信号及び第２の信号を受信する（Ｓ３３２０）。
ここで、前記第１の信号及び前記第２の信号の各々は、前記複数のタイミングのうち互いに異なるタイミングに基づいて送信されることができる。また、ここで、前記タイミング情報はＤＣＩを介して送信されることができる。
一方、本明細書で提案した多様な方法／構成が図３３の一例に拡張適用されることができることは自明であるため、重複する説明は省略する。
本明細書に記載された請求項は多様な方式で組み合わせられることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わされて装置として実現されることができ、本明細書の装置請求項の技術的特徴が組み合わされて方法として実現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて装置として実現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて方法として実現されることができる。
本明細書で提案する方法は、ＩＡＢノード外にも、少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも一つのコンピュータで読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）及び一つ以上のプロセッサ及び前記一つ以上のプロセッサにより実行可能に連結され、及び命令を格納する一つ以上のメモリを含み、前記一つ以上のプロセッサは、前記命令語を実行して本明細書で提案する方法を実行する、ＩＡＢノードを制御するように設定された装置（ａｐｐａｒａｔｕｓ）によっても実行されることができる。また、本明細書で提案する方法によると、ＩＡＢノードが実行する動作に対応される他のＩＡＢノードによる動作が考慮されることができることは自明である。
以下では、本開示が適用される通信システムの例を説明する。
これに制限されるものではないが、本文書に開示された本開示の様々な説明、機能、手順、提案、方法及び／又は動作フローチャートは機器間に無線通信／接続（例えば、５Ｇ）を必要とする様々な分野に適用できる。
以下、図面を参照してより詳細に例示する。以下の図面／説明において同一の参照番号は別の記述がない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック及び／又は機能ブロックを参照することができる。
図３４は、本開示に適用される通信システム１を例示する。
図３４に示すように、本開示に適用される通信システム１は無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線アクセス技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と称されてもよい。これに限られるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含む。例えば、車両は、無線通信機能が備えられた車両、自律走行車、車両間通信が可能な車両などを含む。ここで、車両はＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含む。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で実現できる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメーターなどを含む。例えば、基地局、ネットワークは無線機器で実現されることもでき、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。
ここで、本明細書の無線機器において実現される無線通信技術はＬＴＥ、ＮＲ及び６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含む。ここで、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格で実現でき、前述の名称に限定されるのもではない。追加的に又は代替的に、本明細書の無線機器において実現される無線通信技術はＬＴＥ－Ｍ技術に基づいて通信を行うことができる。この時、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称で呼ばれてもよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか１つで実現でき、前述の名称に限定されるものではない。追加的に又は代替的に、本明細書の無線機器において実現される無線通信技術は低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）及び低電力広域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＰＷＡＮ）のうち少なくともいずれか１つを含み、前述の名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術はＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低パワーデジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、多様な名称と呼ばれてもよい。
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続される。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００と接続される。ネットワーク３００は３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ） ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）又は他の無線機器１００ａ～１００ｆと直接通信することができる。
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続はアップ／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような多様な無線アクセス技術（例えば、５Ｇ ＮＲ）を介して行われる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信できる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信できる。このために、本開示の様々な提案に基づいて、無線信号の送信／受信のための多様な構成情報の設定過程、多様な信号処理過程（例えば、チャネルエンコード／デコード、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などの少なくとも一部が行われる。
図３５は、本開示に適用できる無線機器を例示する。
図３５に示すように、第１無線機器１００と第２無線機器２００は様々な無線アクセス技術（例えば、ＬＴＥ、ＮＲ）により無線信号を送受信できる。ここで、｛第１無線機器１００、第２無線機器２００｝は図３４の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ｝に対応できる。
第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、追加的に、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８をさらに含んでもよい。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６を介して第１情報／信号を含む無線信号を送信する。また、プロセッサ１０２は、送受信機１０６により第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得られた情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２と接続され、プロセッサ１０２の動作に関する様々な情報を格納する。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機１０６はプロセッサ１０２と接続され、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されてもよい。本開示において、無線機器は通信モデム／回路／チップを意味することもある。
第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、追加的に、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含んでもよい。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６を介して第３情報／信号を含む無線信号を送信する。また、プロセッサ２０２は、送受信機２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得られた情報をメモリ２０４に格納する。メモリ２０４は、プロセッサ２０２と接続され、プロセッサ２０２の動作に関する様々な情報を格納する。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機２０６はプロセッサ２０２と接続され、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットと混用されてもよい。本開示において無線機器は通信モデム／回路／チップを意味することもある。
以下、無線機器１００、２００のハードウェア要素についてより具体的に説明する。これに限られるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２、２０２により実現されることができる。例えば、１つ以上のプロセッサ１０２、２０２は１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能的層）を実現することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従って１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成する。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／又は方法に従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成して、１つ以上の送受信機１０６、２０６に提供する。１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得する。
１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれてもよい。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより実現できる。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２、２０２に含まれる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートはファームウェア又はソフトウェアを使用して実現でき、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように実現できる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実行するように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に格納されて１つ以上のプロセッサ１０２、２０２により駆動される。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートはコード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアを使用して実現できる。
１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２と接続され、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納する。１つ以上のメモリ１０４、２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせで構成される。１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４、２０４は有線又は無線接続のような多様な技術により１つ以上のプロセッサ１０２、２０２と接続される。
１つ以上の送受信機１０６、２０６は、１つ以上の他の装置に本文書の方法及び／又は動作フローチャートなどにおいて言及されているユーザデータ、制御情報、無線信号／チャネルなどを送信する。１つ以上の送受信機１０６、２０６は、１つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどにおいて言及されているユーザデータ、制御情報、無線信号／チャネルなどを受信する。例えば、１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２と接続され、無線信号を送受信する。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御する。また、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御する。また、１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８と接続され、１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどで言及されているユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。本文書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であり得る。１つ以上の送受信機１０６、２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）する。１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６、２０６は、（アナログ）オシレータ及び／又はフィルタを含む。
図３６は、送信信号のための信号処理回路を例示する。
図３６に示すように、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含む。これに制限されるものではないが、図３６の動作／機能は図３５のプロセッサ１０２、２０２及び／又は送受信機１０６、２０６において行われることができる。図３６のハードウェア要素は図３５のプロセッサ１０２、２０２及び／又は送受信機１０６、２０６において実現できる。例えば、ブロック１０１０～１０６０は図３５のプロセッサ１０２、２０２において実現できる。また、ブロック１０１０～１０５０は図３５のプロセッサ１０２、２０２において実現でき、ブロック１０６０は図３５の送受信機１０６、２０６において実現できる。
コードワードは図３６の信号処理回路１０００を経て無線信号に変換される。ここで、コードワードは情報ブロックの符号化されたビットシーケンスである。情報ブロックは送信ブロック（例えば、ＵＬ－ＳＣＨ送信ブロック、ＤＬ－ＳＣＨ送信ブロック）を含む。無線信号は様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信される。
具体的には、コードワードはスクランブラ１０１０によりスクランブルされたビットシーケンスに変換できる。スクランブルに使用されるスクランブルシーケンスは初期化値に基づいて生成され、初期化値は無線機器のＩＤ情報などを含む。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調される。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などを含む。複素変調シンボルシーケンスは、レイヤマッパ１０３０により１つ以上の送信レイヤにマッピングされる。各送信レイヤの変調シンボルは、プリコーダ１０４０により当該アンテナポート（ら）にマッピングされる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛け算して得られる。ここで、Ｎはアンテナポートの数、Ｍは送信レイヤの数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を行った後にプリコーディングを行うことができる。また、プリコーダ１０４０はトランスフォームプリコーディングを行わずにプリコーディングを行うことができる。
リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングする。時間－周波数リソースは、時間ドメインにおいて複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭａシンボル）を含み、周波数ドメインにおいて複数の副搬送波を含む。信号生成器１０６０はマッピングされた変調シンボルから無線信号を生成し、生成された無線信号は各アンテナを介して他の機器に送信される。このために、信号生成器１０６０はＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュール及びＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙ ｕｐｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）などを含む。
無線機器において受信信号のための信号処理過程は図３６の信号処理過程（１０１０～１０６０）の逆に構成されることができる。例えば、無線機器（例えば、図３５の１００、２００）はアンテナポート／送受信機を介して外部から無線信号を受信する。受信された無線信号は信号復元機を介してベースバンド信号に変換される。このために、信号復元機は周波数ダウンリンク変換機（ｆｒｅｑｕｅｎｃｙ ｄｏｗｎｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去機、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールを含む。その後、ベースバンド信号はリソースデマッパ過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程、デスクランブル過程を経てコードワードに復元される。コードワードは復号（ｄｅｃｏｄｉｎｇ）を経て元の情報ブロックに復元できる。従って、受信信号のための信号処理回路（図示せず）は、信号復元機、リソースデマッパ、ポストコーダ、復調機、デスクランブラ及び復号機を含む。
図３７は、本開示に適用される無線機器の他の例を示す。無線機器は使用例／サービスに応じて様々な形態で実現できる（図３４を参照）。
図３７に示すように、無線機器１００、２００は図３５の無線機器１００、２００に対応し、様々な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／又はモジュール（ｍｏｄｕｌｅ）から構成される。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は、通信回路１１２及び送受信機（ら）１１４を含む。例えば、通信回路１１２は、図３５の１つ以上のプロセッサ１０２、２０２及び／又は１つ以上のメモリ１０４、２０４を含む。例えば、送受信機（ら）１１４は、図３５の１つ以上の送受信機１０６、２０６及び／又は１つ以上のアンテナ１０８、２０８を含む。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に接続され、無線機器の諸動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インタフェースを介して送信するか、通信部１１０を介して外部（例えば、他の通信機器）から無線／有線インタフェースを介して受信された情報をメモリ部１３０に格納する。
追加要素１４０は、無線機器の種類に応じて多様に構成できる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部及びコンピューティング部の少なくとも１つを含む。これに制限されるものではないが、無線機器は、ロボット（図３４、１００ａ）、車両（図３４、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図３４、１００ｃ）、携帯機器（図３４、１００ｄ）、家電（図３４、１００ｅ）、ＩｏＴ機器（図３４、１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテク装置（又は、金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図３４、４００）、基地局（図３４、２００）、ネットワークノードなどの形態で実現できる。無線機器は使用例／サービスに応じて移動可能であるか、固定場所で使用される。
図３７において、無線機器１００、２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは全体が有線インタフェースを介して互いに接続されるか、少なくとも一部が通信部１１０を介して無線で接続される。例えば、無線機器１００、２００内において制御部１２０と通信部１１０は有線で接続され、制御部１２０と第１ユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で接続される。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／又はモジュールは１つ以上の要素をさらに含んでもよい。例えば、制御部１２０は１つ以上のプロセッサ集合で構成されてもよい。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されてもよい。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、非揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／又はこれらの組み合わせで構成されてもよい。
以下、図３７の実現例について図面を参照してより詳しく説明する。
図３８は、本開示に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートパソコンなど）を含む。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）又はＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と呼ばれてもよい。
図３８に示すように、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インタフェース部１４０ｂ及び入出力部１４０ｃを含む。アンテナ部１０８は通信部１１０の一部として構成されてもよい。ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図３７のブロック１１０～１３０／１４０に対応する。
通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、携帯機器１００の構成要素を制御して様々な動作を行うことができる。制御部１２０はＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含んでもよい。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納する。また、メモリ部１３０は、入／出力されるデータ／情報などを格納する。電源供給部１４０ａは、携帯機器１００に電源を供給し、有線／無線充電回路、バッテリなどを含む。インタフェース部１４０ｂは携帯機器１００と他の外部機器の接続をサポートする。インタフェース部１４０ｂは、外部機器との接続のための様々なポート（例えば、オーディオ入／出力ポート、ビデオ入／出力ポート）を含む。入出力部１４０ｃは映像情報／信号、オーディオ情報／信号、データ、及び／又はユーザから入力される情報を入力又は出力することができる。入出力部１４０ｃはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカ及び／又はハプティックモジュールなどを含む。
一例として、データ通信の場合、入出力部１４０ｃはユーザから入力された情報／信号（例えば、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得した情報／信号はメモリ部１３０に格納される。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信するか、基地局に送信する。また、通信部１１０は、他の無線機器又は基地局から無線信号を受信した後、受信された無線信号を元の情報／信号に復元することができる。復元された情報／信号はメモリ部１３０に格納された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、イメージ、ビデオ、ヘプティック）で出力される。
図３９は、本開示に適用される車両又は自律走行車を例示する。車両又は自律走行車は、移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで実現される。
図３９に示すように、車両又は自律走行車１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部として構成されてもよい。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ図３７のブロック１１０／１３０／１４０に対応する。
通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、車両又は自律走行車１００の要素を制御して様々な動作を行うことができる。制御部１２０はＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含んでもよい。駆動部１４０ａは、車両又は自律走行車１００を地上で走行させることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、車輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは、車両又は自律走行車１００に電源を供給し、有／無線充電回路、バッテリなどを含む。センサ部１４０ｃは車両の状態、周辺の環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは、走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると自動で経路を設定して走行する技術などを実現できる。
一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは取得したデータに基づいて自律走行経路とドライビングプランを生成する。制御部１２０は、ドライビングプランに従って車両又は自律走行車１００が自律走行経路に沿って移動するように駆動部１４０ａを制御する（例えば、速度／方向調整）。自律走行途中に通信部１１０は外部サーバから最新の交通情報データを非／周期的に取得し、周辺の車両から周辺の交通情報データを取得する。また、自律走行途中にセンサ部１４０ｃは車両の状態、周辺の環境情報を取得する。自律走行部１４０ｄは新しく取得したデータ／情報に基づいて自律走行経路とドライビングプランを更新する。通信部１１０は、車両の位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバに伝達することができる。外部サーバは、車両又は自律走行車から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車に提供することができる。
図４０は、本開示に適用される車両を例示する。車両は運送手段、汽車、飛行体、船舶などで実現されることもできる。
図４０に示すように、車両１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ及び位置測定部１４０ｂを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｂはそれぞれ図３７のブロック１１０～１３０／１４０に対応する。
通信部１１０は、他の車両、又は基地局などの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は車両１００の構成要素を制御して様々な動作を行うことができる。メモリ部１３０は、車両１００の多様な機能をサポートするデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａはメモリ部１３０内の情報に基づいてＡＲ／ＶＲオブジェクトを出力する。入出力部１４０ａはＨＵＤを含む。位置測定部１４０ｂは車両１００の位置情報を取得することができる。位置情報は車両１００の絶対位置情報、走行線内における位置情報、加速度情報、周辺車両との位置情報などを含む。位置測定部１４０ｂはＧＰＳ及び様々なセンサを含む。
一例として、車両１００の通信部１１０は、外部サーバから地図情報、交通情報などを受信してメモリ部１３０に格納する。位置測定部１４０ｂはＧＰＳ及び様々なセンサにより車両位置情報を取得してメモリ部１３０に格納する。制御部１２０は、地図情報、交通情報及び車両位置情報などに基づいて仮想オブジェクトを生成し、入出力部１４０ａは生成された仮想オブジェクトを車内のウィンドウに表示する（１４１０、１４２０）。また、制御部１２０は、車両位置情報に基づいて車両１００が走行線内において正常に運行されているか否かを判断する。車両１００が走行線から異常に外れる場合、制御部１２０は入出力部１４０ａにより車両内のウィンドウに警告を表示する。また、制御部１２０は、通信部１１０により周辺車両に走行異常に関する警告メッセージを放送する。状況に応じて、制御部１２０は、通信部１１０により関係機関に車両の位置情報と、走行／車両異常に関する情報を送信することができる。
図４１は、本開示に適用されるＸＲ機器を例示する。ＸＲ機器は、ＨＭＤ、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどで実現できる。
図４１に示すように、ＸＲ機器１００ａは、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び電源供給部１４０ｃを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図３７のブロック１１０～１３０／１４０に対応する。
通信部１１０は、他の無線機器、携帯機器又はメディアサーバなどの外部機器と信号（例えば、メディアデータ、制御信号など）を送受信する。メディアデータは、映像、イメージ、音などを含む。制御部１２０は、ＸＲ機器１００ａの構成要素を制御して様々な動作を行うことができる。例えば、制御部１２０は、ビデオ／イメージ取得、（ビデオ／イメージ）エンコード、メタデータ生成及び処理などの手順を制御及び／又は実行するように構成される。メモリ部１３０は、ＸＲ機器１００ａの駆動／ＸＲオブジェクトの生成に必要なデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａは外部から制御情報、データなどを取得し、生成されたＸＲオブジェクトを出力する。入出力部１４０ａはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センサ部１４０ｂはＸＲ機器の状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン及び／又はレーダーなどを含む。電源供給部１４０ｃはＸＲ機器１００ａに電源を供給し、有／無線充電回路、バッテリなどを含む。
一例として、ＸＲ機器１００ａのメモリ部１３０は、ＸＲオブジェクト（例えば、ＡＲ／ＶＲ／ＭＲオブジェクト）の生成に必要な情報（例えば、データなど）を含む。入出力部１４０ａはユーザからＸＲ機器１００ａを操作する命令を取得し、制御部１２０はユーザの駆動命令に従ってＸＲ機器１００ａを駆動させる。例えば、ユーザがＸＲ機器１００ａにより映画、ニュースなどを視聴しようとする場合、制御部１２０は通信部１３０を介してコンテンツ要求情報を他の機器（例えば、携帯機器１００ｂ）又はメディアサーバに送信する。通信部１３０は、他の機器（例えば、携帯機器１００ｂ）又はメディアサーバから映画、ニュースなどのコンテンツをメモリ部１３０にダウンロード／ストリーミングする。制御部１２０は、コンテンツに対してビデオ／イメージ取得、（ビデオ／イメージ）エンコード、メタデータ生成／処理などの手順を制御及び／又は実行し、入出力部１４０ａ／センサ部１４０ｂにより取得した周辺空間又は現実オブジェクトに関する情報に基づいてＸＲオブジェクトを生成／出力する。
また、ＸＲ機器１００ａは、通信部１１０を介して携帯機器１００ｂと無線で接続され、ＸＲ機器１００ａの動作は携帯機器１００ｂにより制御される。例えば、携帯機器１００ｂはＸＲ機器１００ａに対するコントローラとして動作してもよい。このために、ＸＲ機器１００ａは携帯機器１００ｂの３次元位置情報を取得した後、携帯機器１００ｂに対応するＸＲ個体を生成して出力する。
図４２は、本開示に適用されるロボットを例示する。ロボットは、使用目的や分野に応じて産業用、医療用、家庭用、軍事用などに分類される。
図４２に示すように、ロボット１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び駆動部１４０ｃを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図３７のブロック１１０～１３０／１４０に対応する。
通信部１１０は、他の無線機器、他のロボット又は制御サーバなどの外部機器と信号（例えば、駆動情報、制御信号など）を送受信する。制御部１２０はロボット１００の構成要素を制御して様々な動作を行うことができる。メモリ部１３０はロボット１００の多様な機能をサポートするデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａはロボット１００の外部から情報を取得し、ロボット１００の外部に情報を出力する。入出力部１４０ａはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センサ部１４０ｂは、ロボット１００の内部情報、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン、レーダーなどを含む。駆動部１４０ｃはロボット関節を動かすなどの多様な物理的動作を行うことができる。また、駆動部１４０ｃは、ロボット１００を地上で走行させるか、又は空中で飛行させることができる。駆動部１４０ｃはアクチュエータ、モータ、車輪、ブレーキ、プロペラなどを含む。
図４３は、本開示に適用されるＡＩ機器を例示する。ＡＩ機器は、ＴＶ、プロジェクタ、スマートフォン、パソコン、ノートパソコン、デジタル放送用端末、タブレットＰＣ、ウェアラブル装置、セットトップボックス（ＳＴＢ）、ラジオ、洗濯機、冷蔵庫、デジタルサイネージ、ロボット、車両などの固定型機器又は移動可能な機器などで実現できる。
図４３に示すように、ＡＩ機器１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ／１４０ｂ、ラーニングプロセッサ部１４０ｃ及びセンサ部１４０ｄを含む。ブロック１１０～１３０／１４０ａ～１４０ｄはそれぞれ図３７のブロック１１０～１３０／１４０に対応する。
通信部１１０は、有無線通信技術を利用して他のＡＩ機器（例えば、図３４、１００ｘ、２００、４００）やＡＩサーバ（例えば、図３４の４００）などの外部機器と有無線信号（例えば、センサ情報、ユーザ入力、学習モデル、制御信号など）を送受信する。このために、通信部１１０はメモリ部１３０内の情報を外部機器に送信するか、外部機器から受信された信号をメモリ部１３０に伝達する。
制御部１２０は、データ分析アルゴリズム又はマシンラーニングアルゴリズムを使用して決定又は生成された情報に基づいて、ＡＩ機器１００の少なくとも１つの実行可能な動作を決定する。そして、制御部１２０はＡＩ機器１００の構成要素を制御して決定された動作を行う。例えば、制御部１２０は、ラーニングプロセッサ部１４０ｃ又はメモリ部１３０のデータを要求、検索、受信又は活用し、少なくとも１つの実行可能な動作のうち予測される動作や、好ましいと判断される動作を実行するようにＡＩ機器１００の構成要素を制御する。また、制御部１２０は、ＡＩ装置１００の動作内容や動作に対するユーザのフィードバックなどを含む履歴情報を収集してメモリ部１３０又はラーニングプロセッサ部１４０ｃに格納するか、ＡＩサーバ（図３４、４００）などの外部装置に送信する。収集された履歴情報は学習モデルの更新に利用されることができる。
メモリ部１３０はＡＩ機器１００の様々な機能をサポートするデータを格納する。例えば、メモリ部１３０は入力部１４０ａから得られたデータ、通信部１１０から得られたデータ、ラーニングプロセッサ部１４０ｃの出力データ、及びセンシング部１４０から得られたデータを格納する。また、メモリ部１３０は、制御部１２０の動作／実行に必要な制御情報及び／又はソフトウェアコードを格納することができる。
入力部１４０ａはＡＩ機器１００の外部から様々な種類のデータを取得する。例えば、入力部１４０ａは、モデル学習のための学習データ、及び学習モデルが適用される入力データなどを取得する。入力部１４０ａは、カメラ、マイクロフォン及び／又はユーザ入力部などを含む。出力部１４０ｂは、視覚、聴覚又は触覚などに関連した出力を発生させる。出力部１４０ｂは、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センシング部１４０は様々なセンサを利用してＡＩ機器１００の内部情報、ＡＩ機器１００の周辺環境情報及びユーザ情報のいずれか１つを得ることができる。センシング部１４０は、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン及び／又はレーダーなどを含む。
ラーニングプロセッサ部１４０ｃは，学習データを利用して人工神経網で構成されたモデルを学習させる。ラーニングプロセッサ部１４０ｃはＡＩサーバ（図３４、４００）のラーニングプロセッサ部と共にＡＩプロセッシングを行うことができる。ラーニングプロセッサ部１４０ｃは、通信部１１０を介して外部機器から受信された情報、及び／又はメモリ部１３０に格納された情報を処理する。また、ラーニングプロセッサ部１４０ｃの出力値は通信部１１０を介して外部機器に送信されるか／送信され、メモリ部１３０に格納される。

Claims (9)

  1. 無線通信システムにおけるＩＡＢ（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ）ノードにより実行される方法において、
    複数の時間リソースに関連するタイミング情報を受信するステップと、
    前記複数の時間リソース内で前記タイミング情報を適用するステップと、を含み、
    前記タイミング情報は、ＭＡＣ－ＣＥ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ－ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を通して受信され、
    前記タイミング情報は、前記複数の時間リソースのそれぞれの時間リソース内で前記ＩＡＢノードの端末（ＭＴ）送信に適用されるそれぞれのタイミング整列事例を通知し、
    前記タイミング情報に基づいて、第１のタイミング整列事例は、前記複数の時間リソースのうちの第１の時間リソースに適用され、第２のタイミング整列事例は、前記複数の時間リソースのうちの第２の時間リソースに適用される、方法。
  2. 前記ＩＡＢノードは、前記ＩＡＢノードの親ノードから前記タイミング情報を受信する、請求項１に記載の方法。
  3. 前記それぞれのタイミング整列事例は、タイミング整列事例１、タイミング整列事例６又はタイミング整列事例７の一つである、請求項１に記載の方法。
  4. 前記タイミング整列事例１は、前記ＩＡＢノード及び前記ＩＡＢノードに接続されるＩＡＢノードのそれぞれに対するＤＵ（ｄｉｓｔｒｉｂｕｔｉｏｎ ｕｎｉｔ）送信タイミングの整列である、請求項３に記載の方法。
  5. 前記タイミング整列事例６は、前記ＩＡＢノード及び前記ＩＡＢノードに接続されるＩＡＢノードのそれぞれに対するダウンリンク送信タイミングの整列、及び前記ＩＡＢノードのアップリンク送信タイミングと前記ダウンリンク送信タイミングとの間の整列である、請求項３に記載の方法。
  6. 前記タイミング整列事例７は、前記ＩＡＢノード及び前記ＩＡＢノードに接続されるＩＡＢノードのそれぞれに対するダウンリンク送信タイミングの整列、及び前記ＩＡＢノードのアップリンク受信タイミングと前記ＩＡＢノードのダウンリンク受信タイミングとの間の整列である、請求項３に記載の方法。
  7. 前記複数の時間リソースは、複数のスロットである、請求項１に記載の方法。
  8. ＩＡＢ（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ）ノードにおいて、
    命令語を格納する少なくとも１つのメモリと、
    少なくとも１つの送受信機と、
    前記少なくとも１つのメモリと前記少なくとも１つの送受信機とに連結する少なくとも１つのプロセッサと、を含み、前記少なくとも１つのプロセッサは、
    複数の時間リソースに関連するタイミング情報を受信し、
    前記複数の時間リソース内で前記タイミング情報を適用するために前記命令語を実行し、
    前記タイミング情報は、ＭＡＣ－ＣＥ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ－ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を通して受信され、
    前記タイミング情報は、前記複数の時間リソースのそれぞれの時間リソース内で前記ＩＡＢノードの端末（ＭＴ）送信に適用されるそれぞれのタイミング整列事例を通知し、
    前記タイミング情報に基づいて、第１のタイミング整列事例は、前記複数の時間リソースのうちの第１の時間リソースに適用され、第２のタイミング整列事例は、前記複数の時間リソースのうちの第２の時間リソースに適用される、ＩＡＢノード。
  9. ＩＡＢ（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ）ノードを制御するように設定された装置において、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサにより実行可能に連結され、命令語を格納する少なくとも１つのメモリと、を含み、前記少なくとも１つのプロセッサは、
    複数の時間リソースに関連するタイミング情報を受信し、
    前記複数の時間リソース内で前記タイミング情報を適用するために前記命令語を実行し、
    前記タイミング情報は、ＭＡＣ－ＣＥ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ－ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を通して受信され、
    前記タイミング情報は、前記複数の時間リソースのそれぞれの時間リソース内で前記ＩＡＢノードの端末（ＭＴ）送信に適用されるそれぞれのタイミング整列事例を通知し、
    前記タイミング情報に基づいて、第１のタイミング整列事例は、前記複数の時間リソースのうちの第１の時間リソースに適用され、第２のタイミング整列事例は、前記複数の時間リソースのうちの第２の時間リソースに適用される、装置。
JP2022548791A 2020-02-11 2021-02-15 複数のタイミングが設定されたｉａｂノードの通信方法及び装置 Active JP7413551B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2020-0016069 2020-02-11
KR20200016069 2020-02-11
PCT/KR2021/001876 WO2021162504A1 (ko) 2020-02-11 2021-02-15 복수의 타이밍이 설정된 iab 노드의 통신 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2023514225A JP2023514225A (ja) 2023-04-05
JP7413551B2 true JP7413551B2 (ja) 2024-01-15

Family

ID=77292452

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022548791A Active JP7413551B2 (ja) 2020-02-11 2021-02-15 複数のタイミングが設定されたｉａｂノードの通信方法及び装置

Country Status (6)

Country Link
US (1) US20230064157A1 (ja)
EP (1) EP4106423A4 (ja)
JP (1) JP7413551B2 (ja)
KR (1) KR20220124727A (ja)
CN (1) CN115088321B (ja)
WO (1) WO2021162504A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11838886B2 (en) * 2020-03-03 2023-12-05 Intel Corporation Mechanisms for integrated access and backhaul (IAB) mobile terminal distributed unit simultaneous operation

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200015316A1 (en) 2018-07-09 2020-01-09 Qualcomm Incorporated Techniques for controlling timing of downstream nodes in wireless communications

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10873920B2 (en) * 2017-10-09 2020-12-22 Qualcomm Incorporated Timing and frame structure in an integrated access backhaul (IAB) network
CN110121191B (zh) * 2018-02-05 2022-12-06 成都华为技术有限公司 一种中继系统中资源配置的方法及装置
WO2019212297A1 (ko) * 2018-05-04 2019-11-07 엘지전자 주식회사 무선 통신 시스템에서 iab 노드의 초기 접속 방법 및 상기 방법을 이용하는 장치
US11184869B2 (en) * 2018-06-26 2021-11-23 Qualcomm Incorporated Timing alignment timer in a wireless communication network
WO2020006734A1 (en) * 2018-07-05 2020-01-09 Lenovo (Beijing) Limited Method and apparatus for backhaul link switching
US20210345262A1 (en) * 2018-08-17 2021-11-04 Ntt Docomo, Inc. Radio base station and radio communication method
US11503555B2 (en) * 2018-08-17 2022-11-15 Qualcomm Incorporated Dynamic timing adjustment for new radio integrated access and backhaul node
WO2020056648A1 (en) * 2018-09-19 2020-03-26 Nec Corporation A method, device and computer readable media for slot format configuration
US10834773B2 (en) * 2018-09-28 2020-11-10 At&T Intellectual Property I, L.P. On-demand backhaul link management measurements for integrated access backhaul for 5G or other next generation network
US12028822B2 (en) * 2018-10-25 2024-07-02 Apple Inc. Signaling of timing advance (TA) offsets in IAB networks
US11012964B2 (en) * 2018-11-02 2021-05-18 Nokia Technologies Oy Timing advance control for IAB
WO2020095459A1 (ja) * 2018-11-09 2020-05-14 株式会社Ｎｔｔドコモ 無線ノード、及び、無線通信方法
EP3909345A4 (en) * 2019-01-09 2022-08-17 Lenovo (Beijing) Limited LOCATION FORMAT INDICATION METHOD AND APPARATUS
US11877284B2 (en) * 2019-01-21 2024-01-16 Telefonaktiebolaget Lm Ericsson (Publ) Integrated access and backhaul with reversed scheduling
EP3923649A4 (en) * 2019-02-08 2022-09-14 Ntt Docomo, Inc. WIRELESS NODES AND CONTROL METHODS FOR WIRELESS COMMUNICATIONS

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200015316A1 (en) 2018-07-09 2020-01-09 Qualcomm Incorporated Techniques for controlling timing of downstream nodes in wireless communications

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NTT DOCOMO, INC.，Discussion on enhancements to support NR backhaul links[online]，3GPP TSG RAN WG1 #95 R1-1813316，2018年11月03日

Also Published As

Publication number Publication date
CN115088321B (zh) 2024-01-09
EP4106423A4 (en) 2024-07-10
CN115088321A (zh) 2022-09-20
WO2021162504A1 (ko) 2021-08-19
EP4106423A1 (en) 2022-12-21
JP2023514225A (ja) 2023-04-05
KR20220124727A (ko) 2022-09-14
US20230064157A1 (en) 2023-03-02

Similar Documents

Publication Publication Date Title
CN111096027B (zh) 在无线通信系统中操作节点的方法和使用该方法的装置
US12127171B2 (en) Method and apparatus for setting slot format for IAB node
KR102491083B1 (ko) 무선통신 시스템에서 단말의 물리 하향링크 제어채널 모니터링 방법 및 상기 방법을 이용하는 장치
KR102557924B1 (ko) 무선 통신 시스템에서 물리 하향링크 제어채널 모니터링
CN112534936A (zh) Nr v2x中与不同rat有关的侧链路通信共存的方法和设备
KR102555355B1 (ko) 무선 통신 시스템에서 물리 하향링크 제어채널 모니터링 방법 및 상기 방법을 이용하는 장치
US20220345285A1 (en) Operating method for iab node in wireless communication system, and device using method
US11445459B2 (en) Method for synchronizing DU transmission timings of IAB nodes
US11564191B2 (en) Method of determining downlink transmission timing of IAB node
JP7522210B2 (ja) 無線通信システムにおけるｉａｂノードのｍｔと通信する親ノードのｄｕの動作方法及び前記方法を利用する装置
US20240015705A1 (en) Method for configuring resource of iab node, and device using method
JP7299420B2 (ja) 最小スケジューリングオフセット制限の適用遅延値決定
US20230036240A1 (en) Method for operating iab node in wireless communication system, and device using method
KR20220092887A (ko) Dci 미검출 시 단말의 동작 방법
KR20230079070A (ko) 전력 제어 방법 및 장치
US20230164747A1 (en) Operating method for iab node in wireless communication system, and apparatus using same
JP7357786B2 (ja) 端末のダウンリンク制御情報受信方法及び前記方法を適用する装置
KR20230049117A (ko) 전력 헤드룸 보고 방법
KR20220129018A (ko) 무선통신 시스템에서 복수의 부모 노드들과 연결된 iab 노드의 동작 방법 및 상기 방법을 이용하는 장치
JP7413551B2 (ja) 複数のタイミングが設定されたｉａｂノードの通信方法及び装置
US20240298333A1 (en) Method for configuring resource availability for child node of iab node
JP7457802B2 (ja) 端末のｂｗｐ活性化方法
KR20230048021A (ko) 무선 장치의 송수신 타이밍 설정 방법 및 상기 방법을 이용하는 장치
JP7385767B2 (ja) 複数の親ノードと一つのｉａｂノードとが連結された状況におけるｉａｂノードの動作方法および装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220810

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220810

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230727

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230815

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231114

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: 20231205

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231227

R150 Certificate of patent or registration of utility model

Ref document number: 7413551

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150