特表 2022-553032 無線通信システムにおけるフロントホール伝送のための装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-12-21

(54)【発明の名称】無線通信システムにおけるフロントホール伝送のための装置及び方法

(51)【国際特許分類】

   H04W 16/28 20090101AFI20221214BHJP

   H04W 88/08 20090101ALI20221214BHJP

   H04W 72/04 20090101ALI20221214BHJP

【ＦＩ】

H04W16/28

H04W88/08

H04W72/04

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022523210

(86)(22)【出願日】2020-10-19

(85)【翻訳文提出日】2022-04-18

(86)【国際出願番号】 KR2020014252

(87)【国際公開番号】W WO2021075935

(87)【国際公開日】2021-04-22

(31)【優先権主張番号】10-2019-0130251

(32)【優先日】2019-10-18

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ナムリュル・ジョン

(72)【発明者】

【氏名】デジュン・キム

(72)【発明者】

【氏名】ジェヨル・キム

(72)【発明者】

【氏名】ウォンウ・リム

(72)【発明者】

【氏名】スンウク・ホ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA11

5K067DD34

5K067EE10

5K067KK02

5K067KK03

(57)【要約】

本開示（ｄｉｓｃｌｏｓｕｒｅ）は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などの４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）通信システム以後により高いデータ転送率をサポートするための５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）又はｐｒｅ－５Ｇ通信システムに関する。本開示の多様な実施形態によれば、無線通信システムにおける基地局のＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）の動作方法は、上記ＤＵとＲＵ（ｒａｄｉｏ ｕｎｉｔ）を接続するフロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースの複数の経路の中から指定された経路を識別する過程と、複数のレイヤのための制御メッセージを生成する過程と、上記指定された経路を通して上記ＲＵに上記制御メッセージを伝送する過程と、を含み、上記制御メッセージは上記複数のレイヤに対するスケジューリング情報を含むことができる。

【特許請求の範囲】

【請求項1】

無線通信システムにおける基地局のＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）によって行われる方法であって、
多重ポートのためのコントロールプレーンメッセージ（ｃｏｎｔｒｏｌ ｐｌａｎｅ ｍｅｓｓａｇｅ、Ｃ－ｐｌａｎｅ ｍｅｓｓａｇｅ）を生成する過程であって、前記コントロールプレーンメッセージはセクション情報（ｓｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）及びセクション拡張（ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ）を含む、生成する過程、及び
前記多重ポートのうち特定のポートを介してＲＵ（ｒａｄｉｏ ｕｎｉｔ）に前記コントロールプレーンメッセージを送信する過程を含み、
前記セクション情報はビーム識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）に対する情報を含み、
前記セクション拡張は、
ビームグルーピング（ｇｒｏｕｐｉｎｇ）のタイプを指示するためのビームグループタイプ情報、及び
前記セクション拡張によって指示される１つ以上のｅＡｘＣ（ｅｘｔｅｎｄｅｄ ａｎｔｅｎｎａ－ｃａｒｒｉｅｒ）ポートの全体数を指示するためのポート情報を含む、方法。

【請求項2】

前記多重ポートの各々は対応する層（ｌａｙｅｒ）又は対応する送受信（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｒ ｒｅｃｅｐｔｉｏｎ、Ｔｘ／Ｒｘ）経路と対応し、
前記特定のポートは管理プレーン（ｍａｎａｇｅｍｅｎｔ ｐｌａｎｅ、Ｍ－ｐｌａｎｅ）によって特定される、請求項１に記載の方法。

【請求項3】

前記多重ポートの各々は前記ＲＵ内で前記セクション情報を共有する、請求項１に記載の方法。

【請求項4】

前記ビームグルーピングのタイプは、
共通ビームＩＤとして使用される前記ビームＩＤを指示するための第１タイプ、
前記ビームＩＤ以降のビームＩＤは前記１つ以上のｅＡｘＣポートに適用されることを指示するための第２タイプ、
前記セクション拡張のリストされたビームＩＤは前記１つ以上のｅＡｘＣポートに適用されることを指示するための第３タイプのうちの１つである、請求項１に記載の方法。

【請求項5】

前記ビームグルーピングのタイプが前記第２タイプの場合、前記ビームＩＤはビーム行列を指示する、請求項４に記載の方法。

【請求項6】

前記ビームＩＤは多重ビームを指示するインデックスと関連付けられ、
前記多重ビームの各々は前記１つ以上のｅＡｘＣポート及び前記特定のポートのうち対応するポートに適用される、請求項１に記載の方法。

【請求項7】

前記ビームＩＤは前記特定のポートと関連付けられ、
前記セクション拡張はビームＩＤ又は前記１つ以上のｅＡｘＣポートの各々のＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ） ＩＤをさらに含む、請求項１に記載の方法。

【請求項8】

無線通信システムにおける基地局のＲＵ（ｒａｄｉｏ ｕｎｉｔ）によって行われる方法であって、
多重ポートうち特定のポートを介してＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）からコントロールプレーンメッセージを送信する過程と、
前記コントロールプレーンメッセージに含まれたセクション情報（ｓｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）及びセクション拡張（ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ）を識別する過程とを含み、
前記セクション情報はビーム識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）に対する情報を含み、
前記セクション拡張は、
ビームグルーピング（ｇｒｏｕｐｉｎｇ）のタイプを指示するためのビームグループタイプ情報、及び
前記セクション拡張によって指示される１つ以上のｅＡｘＣ（ｅｘｔｅｎｄｅｄ ａｎｔｅｎｎａ－ｃａｒｒｉｅｒ）ポートの全体数を指示するためのポート情報を含む、方法。

【請求項9】

前記多重ポートの各々は対応する層（ｌａｙｅｒ）又は対応する送受信（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｒ ｒｅｃｅｐｔｉｏｎ、Ｔｘ／Ｒｘ）経路と対応し、
前記特定のポートは管理プレーン（ｍａｎａｇｅｍｅｎｔ ｐｌａｎｅ、Ｍ－ｐｌａｎｅ）によって特定される、請求項８に記載の方法。

【請求項10】

前記多重ポートの各々は前記ＲＵ内で前記セクション情報を共有する、請求項８に記載の方法。

【請求項11】

前記ビームグルーピングのタイプは、
共通ビームＩＤとして使用される前記ビームＩＤを指示するための第１タイプ、
前記ビームＩＤ以後のビームＩＤは前記１つ以上のｅＡｘＣポートに適用されることを指示するための第２タイプ、
前記セクション拡張のリストされたビームＩＤは前記１つ以上のｅＡｘＣポートに適用されることを指示するための第３タイプのうちの１つである、請求項８に記載の方法。

【請求項12】

前記ビームグルーピングのタイプが前記第２タイプの場合、前記ビームＩＤはビーム行列を指示する、請求項１１に記載の方法。

【請求項13】

前記ビームＩＤは多重ビームを指示するインデックスと関連付けられ、
前記多重ビームの各々は前記１つ以上のｅＡｘＣポート及び前記特定のポートのうち対応するポートに適用される、請求項８に記載の方法。

【請求項14】

前記ビームＩＤは前記特定のポートと関連付けられ、
前記セクション拡張はビームＩＤ又は前記１つ以上のｅＡｘＣポートの各々のＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ） ＩＤをさらに含む、請求項８に記載の方法。

【請求項15】

ＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）又はＲＵ（ｒａｄｉｏ ｕｎｉｔ）の装置であって、
少なくとも１つの送受信機（ｔｒａｎｓｃｅｉｖｅｒ）、及び
少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）を含み、
前記少なくとも１つのプロセッサは請求項１乃至請求項１４のうちの１つを実装するように構成された、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示（ｄｉｓｃｌｏｓｕｒｅ）は、一般に無線通信システムに関し、より具体的には無線通信システムにおけるフロントホール（ｆｒｏｎｔｈａｕｌ）伝送のための装置及び方法に関する。

【背景技術】

【0002】

４Ｇ（４^ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムの商用化以降、増加の趨勢にある無線データトラフィックの需要を満たすために、改善された５Ｇ（５^ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が注がれている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは、４Ｇネットワーク以後の（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム以後の（Ｐｏｓｔ ＬＴＥ）システムと呼ばれている。

【0003】

高いデータ伝送率を達成するために、５Ｇ通信システムは超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域など）での実装が考慮されている。超高周波帯域での電波の経路損失を緩和し電波の送信距離を増大させるために、５Ｇ通信システムでは、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、マッシブマイモ（ｍａｓｓｉｖｅ ＭＩＭＯ）、全次元ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ、ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が議論されている。

【0004】

また、システムネットワークの改善のために、５Ｇ通信システムでは、進化した小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、端末間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協調通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。

【0005】

その他にも、５Ｇシステムでは、進歩したコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ、ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ Ｆｒｅｑｕｅｎｃｙ Ｓｈｉｆｔ Ｋｅｙｉｎｇ ａｎｄ Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩したアクセス技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（Ｎｏｎ Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、及びＳＣＭＡ（Ｓｐａｒｓｅ Ｃｏｄｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）などが開発されている。

【0006】

無線通信システムで伝送容量の増加に伴い、基地局を機能的に分離する機能分離（ｆｕｎｃｔｉｏｎ ｓｐｌｉｔ）が適用されている。機能分離によって、基地局はＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）とＲＵ（ｒａｄｉｏ ｕｎｉｔ）に分離されることができ、ＤＵとＲＵ間通信のためのフロントホール（ｆｒｏｎｔｈａｕｌ）が定義され、フロントホールを介した伝送が要求される。

【発明の概要】

【発明が解決しようとする課題】

【0007】

上述のような議論に基づいて、本開示（ｄｉｓｃｌｏｓｕｒｅ）は、フロントホール（ｆｒｏｎｔｈａｕｌ）インターフェース（ｉｎｔｅｒｆａｃｅ）上で制御メッセージを伝送するための装置及び方法を提供する。

【0008】

また、本開示は、無線通信システムでレイヤに共通する情報を１つのメッセージに統合して伝送するための装置及び方法を提供する。

【0009】

また、本開示は、無線通信システムでＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）及びＲＵ（ｒａｄｉｏ ｕｎｉｔ）を運用するとき、処理負担及びメモリ要求量を低減するための装置及び方法を提供する。

【課題を解決するための手段】

【0010】

本開示の多様な実施形態によれば、無線通信システムにおける基地局のＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）の動作方法は、上記ＤＵとＲＵ（ｒａｄｉｏ ｕｎｉｔ）を接続するフロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースの複数の経路の中から指定された経路を識別する過程と、複数のレイヤのための制御メッセージを生成する過程と、上記指定された経路を通して上記ＲＵに上記制御メッセージを伝送する過程と、を含み、上記制御メッセージは上記複数のレイヤに対するスケジューリング情報を含むことができる。

【0011】

本開示の多様な実施形態によれば、無線通信システムにおける基地局のＲＵ（ｒａｄｉｏ ｕｎｉｔ）の動作方法は、上記ＲＵとＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）を接続するフロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースの複数の経路の中から指定された経路を通して、上記ＤＵから複数のレイヤのための制御メッセージを受信する過程と、上記制御メッセージに基づいて、上記複数のレイヤに対するスケジューリング情報を識別する過程と、上記スケジューリング情報に基づいて通信を行う過程と、を含むことができる。

【0012】

本開示の多様な実施形態によれば、無線通信システムにおける基地局のＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）の装置は、少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、上記ＤＵとＲＵ（ｒａｄｉｏ ｕｎｉｔ）を接続するフロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースの複数の経路の中から指定された経路を識別し、複数のレイヤのための制御メッセージを生成し、上記指定された経路を通して上記ＲＵに上記制御メッセージを伝送するように上記フロントホールインターフェースを制御し、上記制御メッセージは上記複数のレイヤに対するスケジューリング情報を含むことができる。

【0013】

本開示の多様な実施形態によれば、無線通信システムにおける基地局のＲＵ（ｒａｄｉｏ ｕｎｉｔ）の装置は、少なくとも１つの送受信機と、少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、上記ＲＵとＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）を接続するフロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースの複数の経路の中から指定された経路を通して、上記ＤＵから複数のレイヤのための制御メッセージを受信するように上記フロントホールインターフェースを制御し、上記制御メッセージに基づいて、上記複数のレイヤに対するスケジューリング情報を識別し、上記スケジューリング情報に基づいて通信を行うように上記少なくとも１つの送受信機を制御できる。

【発明の効果】

【0014】

本開示の多様な実施形態による装置及び方法は、各レイヤに対する情報を１つの制御メッセージによって伝送することで、ＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）及びＲＵ（ｒａｄｉｏ ｕｎｉｔ）の運用負担を低減させることができる。

【0015】

本開示によって得られる効果は、以上で言及した効果に限定されず、言及していない他の効果は以下の記載から本開示の属する技術分野における通常の知識を有する者に明確に理解されることができる。

【図面の簡単な説明】

【0016】

【図1A】本開示の多様な実施形態による無線通信システムを示す図である。

【図1B】本開示の多様な実施形態による基地局の機能的分離によるフロントホール構造の例を示す図である。

【図2】本開示の多様な実施形態による無線通信システムにおけるＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）の構成を示す図である。

【図3】本開示の多様な実施形態による無線通信システムにおけるＲＵ（ｒａｄｉｏ ｕｎｉｔ）の構成を示す図である。

【図4】本開示の多様な実施形態による無線通信システムにおける機能分離（ｆｕｎｃｔｉｏｎ ｓｐｌｉｔ）の例を示す図である。

【図5】本開示の多様な実施形態によるマルチ－レイヤ（ｍｕｌｔｉ－ｌａｙｅｒ）スケジューリングのための制御メッセージの例を示す図である。

【図6】本開示の多様な実施形態によるマルチ－レイヤスケジューリングのためのＤＵ及びＲＵの例を示す図である。

【図7】本開示の多様な実施形態による制御メッセージの構造の例を示す図である。

【図8】本開示の多様な実施形態による制御メッセージ伝送の例を示す図である。

【図9】本開示の多様な実施形態による制御メッセージ伝送の他の例を示す図である。

【図10A】本開示の多様な実施形態によるマルチ－レイヤスケジューリング時のコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の例を示す図である。

【図10B】本開示の多様な実施形態によるマルチ－レイヤスケジューリング時のコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の他の例を示す図である。

【図11】本開示の多様な実施形態によるマルチ－レイヤスケジューリングのためのＤＵの動作の流れを示す図である。

【図12】本開示の多様な実施形態によるマルチ－レイヤスケジューリングのためのＲＵの動作の流れを示す図である。

【発明を実施するための形態】

【0017】

本開示で使用される用語は単に特定の実施形態を説明するために使用されたものであって、他の実施形態の範囲を限定することを意図するものではない。単数の表現は文脈上明らかに異なる意味を示さない限り、複数の表現を含むことができる。技術的又は科学的用語を含め、ここで使用される用語は本開示に記載の技術分野における通常の知識を有する者によって一般的に理解されるものと同じ意味を持つことができる。本開示に使用された用語のうち一般的な辞書に定義された用語は、関連技術の文脈における意味と同じ又は類似の意味として解釈されることができ、本開示で明らかに定義されない限り、理想的又は過度に形式的な意味として解釈されない。場合によっては、本開示で定義された用語であっても、本開示の実施形態を排除するように解釈されることはできない。

【0018】

以下で説明される本開示の多様な実施形態では、ハードウェア的なアプローチを例示として説明する。しかし、本開示の多様な実施形態では、ハードウェアとソフトウェアをいずれも使用する技術を含むので、本開示の多様な実施形態はソフトウェアに基づくアプローチを除外するものではない。

【0019】

以下、説明で使用される信号を指す用語（例：メッセージ、情報、プリアンブル、信号、シグナリング（ｓｉｇｎａｌｉｎｇ）、シーケンス（ｓｅｑｕｅｎｃｅ）、ストリーム（ｓｔｒｅａｍ）））、リソースを指す用語（例：シンボル（ｓｙｍｂｏｌ）、スロット（ｓｌｏｔ）、サブフレーム（ｓｕｂｆｒａｍｅ）、無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）、サブキャリア（ｓｕｂｃａｒｒｉｅｒ）、ＲＥ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、ＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、ＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）、機会（Ｏｃｃａｓｉｏｎ））、演算状態を示す用語（例：ステップ（ｓｔｅｐ）、動作（ｏｐｅｒａｔｉｏｎ）、手順（ｐｒｏｃｅｄｕｒｅ））、データを指す用語（例：ユーザストリーム、ＩＱデータ、情報（ｉｎｆｏｒｍａｔｉｏｎ）、ビット（ｂｉｔ）、シンボル（ｓｙｍｂｏｌ）、コードワード（ｃｏｄｅｗｏｒｄ））、チャネルを指す用語、制御情報を指す用語（例：ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）、ＭＡＣ ＣＥ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ） ｓｉｇｎａｌｉｎｇ）、ネットワークエンティティ（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）を指す用語、装置の構成要素を指す用語などは説明の便宜のために例示されたものである。したがって、本開示は後述する用語に限定されるものではなく、同等の技術的意味を持つ他の用語が使用され得る。

【0020】

また、本開示で、特定の条件の満足（ｓａｔｉｓｆｉｅｄ）、充足（ｆｕｌｆｉｌｌｅｄ）の如何を判断するために、超過又は未満の表現が用いられ得るが、これは一例を表現するための記載に過ぎず、以上又は以下の記載を排除するものでない。「以上」と記載された条件は「超過」、「以下」と記載された条件は「未満」、「以上及び未満」と記載された条件は「超過及び以下」で代替され得る。

【0021】

なお、本開示は、一部の通信規格（例：３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）、ｘＲＡＮ（ｅｘｔｅｎｓｉｂｌｅ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ））で使用される用語を用いて多様な実施形態を説明するが、これは説明のための例示に過ぎないものである。本開示の多様な実施形態は、他の通信システムでも、容易に変形されて適用され得る。

【0022】

図１Ａは、本開示の多様な実施形態による無線通信システムを示す。図１は無線通信システムで無線チャネルを利用するノード（ｎｏｄｅ）の一部として、基地局１１０、端末１２０、端末１３０を例示する。図１は１つの基地局のみを図示するが、基地局１１０と同一又は類似の他の基地局がさらに含まれ得る。

【0023】

基地局１１０は端末１２０、１３０に無線接続を提供するネットワークインフラストラクチャー（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）である。基地局１１０は信号を送信できる距離に基づいて所定の地理的領域に定義されるカバレッジ（ｃｏｖｅｒａｇｅ）を持つ。基地局１１０は基地局（ｂａｓｅ ｓｔａｔｉｏｎ）以外にも「アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）」、「イーノードビー（ｅＮｏｄｅＢ、ｅＮＢ）」、「５Ｇノード（５ｔｈ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ）」、「ジーノードビー（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅＢ、ｇＮＢ）」、「無線ポイント（ｗｉｒｅｌｅｓｓ ｐｏｉｎｔ）」、「送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）」又はそれと同等な技術的意味を持つ他の用語で称することができる。

【0024】

端末１２０及び端末１３０の各々はユーザによって使用される装置であって、基地局１１０と無線チャネルを介して通信を行う。基地局１１０から端末１２０又は端末１３０へ向かうリンクはダウンリンク（ｄｏｗｎｌｉｎｋ、ＤＬ）、端末１２０又は端末１３０から基地局１１０へ向かうリンクはアップリンク（ｕｐｌｉｎｋ、ＵＬ）と称される。また、端末１２０及び端末１３０は互いに無線チャネルを介して通信を行うことができる。この時、端末１２０と端末１３０の間のリンク（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ ｌｉｎｋ；Ｄ２Ｄ）はサイドリンク（ｓｉｄｅｌｉｎｋ）と称し、サイドリンクはＰＣ５インターフェースと交互に使用され得る。場合によっては、端末１２０及び端末１３０のうちの少なくとも１つはユーザの関与なしに運営できる。すなわち、端末１２０及び端末１３０のうちの少なくとも１つはマシンタイプコミュニケーション（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）を行う装置であって、ユーザによって携帯されない場合がある。端末１２０及び端末１３０の各々は端末（ｔｅｒｍｉｎａｌ）の他にも「ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）」、「顧客構内設備（ｃｕｓｔｏｍｅｒ ｐｒｅｍｉｓｅｓ ｅｑｕｉｐｍｅｎｔ、ＣＰＥ）」、「移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）」、「加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）」、「遠隔端末（ｒｅｍｏｔｅ ｔｅｒｍｉｎａｌ）」、「無線端末（ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）」、「電子装置（ｅｌｅｃｔｒｏｎｉｃ ｄｅｖｉｃｅ）」、又は「ユーザ装置（ｕｓｅｒ ｄｅｖｉｃｅ）」又はそれと同等な技術的意味を持つ他の用語で称することができる。

【0025】

基地局１１０、端末１２０、端末１３０はビームフォーミングを行うことができる。基地局１１０、端末１２０、端末１３０は比較的低い周波数帯域（例：ＮＲのＦＲ１（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ １）だけでなく、高い周波数帯域（例：ＮＲのＦＲ２、ミリメータ波（ｍｍＷａｖｅ）帯域（例：２８ＧＨｚ、３０ＧＨｚ、３８ＧＨｚ、６０ＧＨｚ））で無線信号を送信及び受信できる。この時、チャネル利得の向上のために、基地局１１０、端末１２０、端末１３０はビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）を行うことができる。ここで、ビームフォーミングは送信ビームフォーミング及び受信ビームフォーミングを含むことができる。すなわち、基地局１１０、端末１２０、端末１３０は送信信号又は受信信号に指向性（ｄｉｒｅｃｔｉｖｉｔｙ）を与えることができる。そのために、基地局１１０及び端末１２０、１３０はビーム探索（ｂｅａｍ ｓｅａｒｃｈ）又はビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）手順によってサービング（ｓｅｒｖｉｎｇ）ビーム１１２、１１３、１２１、１３１を選択できる。サービングビーム１１２、１１３、１２１、１３１が選択された後、以後の通信はサービングビーム１１２、１１３、１２１、１３１を送信したリソースとＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ）関係にあるリソースによって行われ得る。本開示の多様な実施形態による基地局／端末はＦＲ１に対応する周波数範囲内でも通信を行うことができる。基地局／端末はビームフォーミングを行う場合もあり、行わない場合もある。

【0026】

第１アンテナポート上のシンボルを伝達したチャネルの大規模（ｌａｒｇｅ－ｓｃａｌｅ）特性が第２アンテナポート上のシンボルを伝達したチャネルから推定できる（ｉｎｆｅｒｒｅｄ）場合、第１アンテナポート及び第２アンテナポートはＱＣＬ関係にあると評され得る。例えば、大規模特性は遅延スプレッド（ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラースプレッド（ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、ドップラーシフト（ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、平均利得（ａｖｅｒａｇｅ ｇａｉｎ）、平均遅延（ａｖｅｒａｇｅ ｄｅｌａｙ）、空間的受信パラメータ（ｓｐａｔｉａｌ ｒｅｃｅｉｖｅｒ ｐａｒａｍｅｔｅｒ）のうちの少なくとも１つを含むことができる。

【0027】

本開示におけるビーム（ｂｅａｍ）は無線チャネルにおける信号の空間的な流れを示し、１つ以上のアンテナ（又はアンテナエレメントら（ａｎｔｅｎｎａ ｅｌｅｍｅｎｔｓ））によって形成され、このような形成過程はビームフォーミングと称することができる。ビームフォーミングはアナログビームフォーミングとデジタルビームフォーミング（例：プリコーディング）を含むことができる。ビームフォーミングに基づいて伝送される基準信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）は、例えば、ＤＭ－ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）、ＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）、ＳＳ／ＰＢＣＨ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を含むことができる。また、各基準信号に対する構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）として、ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ又はＳＲＳ－ｒｅｓｏｕｒｃｅなどといったＩＥが使用されることができ、このような構成はビームと関連付けられた（ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ）情報を含むことができる。ビームと関連付けられた情報は、該当構成（例：ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ）が他の構成（例：同じＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ内の他のＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ）と同じ空間ドメインフィルタ（ｓｐａｔｉａｌ ｄｏｍａｉｎ ｆｉｌｔｅｒ）を使用するか、それとも他の空間ドメインフィルタを使用するか、又はどの基準信号とＱＣＬ（ｑｕａｓｉ－ｃｏ－ｌｏｃａｔｅｄ）されているか、ＱＣＬされている場合はどの類型（例：ＱＣＬ ｔｙｐｅ Ａ、Ｂ、Ｃ、Ｄ）であるかを示すことができる。

【0028】

基地局はＲＵ初期化過程中にビームプロファイル（ｂｅａｍ ｐｒｏｆｉｌｅ）を記憶するとき、共通ビームベクタ（ｃｏｍｍｏｎ ｂｅａｍ ｖｅｃｔｏｒ）、各プリコーディングベクタ（ｐｒｅｃｏｄｉｎｇ ｖｅｃｔｏｒ）を各レイヤ順に記憶することができる。全ての端末（すなわち、ユーザ）の各々を１つのレイヤとみなし、各端末に共通する加重値ベクタ（プリコーダ）を適用することは、全ての端末に適用される共通ビーム（ｃｏｍｍｏｎ ｂｅａｍ）を形成することと理解され得る。また、各端末にマルチ－レイヤのための特定のプリコーダを適用することは、各端末のためのシングルユーザビームフォーミング（ｓｉｎｇｌｅ－ｕｓｅｒ ｂｅａｍｆｏｒｍｉｎｇ）であると理解され得る。一方、端末にプリコーダを適用しても、一部の端末に伝送される信号は他の一部の端末に伝送される信号と空間的に区別され得る。この場合、該当プリコーダの適用はマルチユーザビームフォーミング（ｍｕｌｔｉ－ｕｓｅｒ ｂｅａｍｆｏｒｍｉｎｇ）であると理解され得る。

【0029】

従来、基地局のセル半径が比較的大きな通信システムで、各基地局は各基地局がデジタル処理部（ｄｉｇｉｔａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、又はＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ））及びＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）処理部（ＲＦ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、又はＲＵ（ｒａｄｉｏ ｕｎｉｔ））の機能を含むように設置された。しかし、４Ｇ（４^ｔｈ ｇｅｎｅｒａｔｉｏｎ）及び／又はそれ以後の通信システムで高い周波数帯域が使用され、基地局のセル半径が小さくなるとともに、特定の地域をカバーするための基地局の数が増加し、増加した基地局を設置するための事業者の設置コストの負担が増加した。基地局の設置コストを最小化するために、基地局のＤＵとＲＵが分離されて１つのＤＵに１つ以上のＲＵが有線ネットワークを介して接続され、特定の地域をカバーするために地形的に分散された（ｄｉｓｔｒｉｂｕｔｅｄ）１つ以上のＲＵが配置される構造が提案された。以下、図１Ｂを通して本開示の多様な実施形態による基地局の配置構造及び拡張例が述べられる。

【0030】

図１Ｂは、本開示の多様な実施形態による基地局の機能的分離によるフロントホール（ｆｒｏｎｔｈａｕｌ）構造の例を示す。フロントホールは、基地局とコアネットワーク間のバックホール（ｂａｃｋｈａｕｌ）と違って、無線ＬＡＮと基地局間のエンティティの間を指し示す。

【0031】

図１Ｂを参照すると、基地局１１０はＤＵ１６０とＲＵ１８０を含むことができる。ＤＵ１６０とＲＵ１８０間のフロントホール１７０はＦ_ｘインターフェースを介して運用できる。フロントホール１７０の運用のために、例えば、ｅＣＰＲＩ（ｅｎｈａｎｃｅｄ ｃｏｍｍｏｎ ｐｕｂｌｉｃ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ）、ＲＯＥ（ｒａｄｉｏ ｏｖｅｒ ｅｔｈｅｒｎｅｔ）のようなインターフェースが使用され得る。

【0032】

通信技術が発達するにつれ、モバイルデータトラフィックが増加し、これによりデジタルユニットと無線ユニット間のフロントホールで要求される帯域幅の要求量が大きく増加した。Ｃ－ＲＡＮ（ｃｅｎｔｒａｌｉｚｅｄ／ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）のような配置で、ＤＵはＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）、ＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）、ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）、ＰＨＹ（ｐｈｙｓｉｃａｌ）に対する機能を行い、ＲＵはＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）機能に加えてＰＨＹ層に対する機能をより行うように実装され得る。

【0033】

ＤＵ１６０は無線ネットワークの上位層機能を担当できる。例えば、ＤＵ１６０はＭＡＣ層の機能、ＰＨＹ層の一部を行うことができる。ここで、ＰＨＹ層の一部とは、ＰＨＹ層の機能のうちより高いステップで行われるものであって、一例として、チャネルエンコーディング（又はチャネルデコーディング）、スクランブリング（又はディスクランブリング）、変調（又は復調）、レイヤマッピング（ｌａｙｅｒ ｍａｐｐｉｎｇ）（又はレイヤデマッピング）を含むことができる。一実施形態によれば、ＤＵ１６０がＯ－ＲＡＮ規格に従う場合、Ｏ－ＤＵ（Ｏ－ＲＡＮ ＤＵ）と称することができる。ＤＵ１６０は、必要に応じて本開示の実施形態で基地局（例：ｇＮＢ）のための第１ネットワークエンティティに代えて表現され得る。

【0034】

ＲＵ１８０は無線ネットワークの下位層機能を担当できる。例えば、ＲＵ１８０はＰＨＹ層の一部、ＲＦ機能を行うことができる。ここで、ＰＨＹ層の一部とは、ＰＨＹ層の機能のうちＤＵ１６０より比較的低いステップで行われるものであって、一例として、ＩＦＦＴ変換（又はＦＦＴ変換）、ＣＰ挿入（ＣＰ除去）、デジタルビームフォーミングを含むことができる。かかる具体的な機能分離の例は図４で詳細に述べられる。ＲＵ１８０は「アクセスユニット（ａｃｃｅｓｓ ｕｎｉｔ、ＡＵ）」、「アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）」、「送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）」、「遠隔無線装備（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ、ＲＲＨ）」、「無線ユニット（ｒａｄｉｏ ｕｎｉｔ、ＲＵ）」又はそれと同等な技術的意味を持つ他の用語で称することができる。一実施形態によれば、ＲＵ１８０がＯ－ＲＡＮ規格に従う場合、Ｏ－ＲＵ（Ｏ－ＲＡＮ ＲＵ）と称することができる。ＲＵ１８０は、必要に応じて本開示の実施形態で基地局（例：ｇＮＢ）のための第２ネットワークエンティティに代えて表現され得る。

【0035】

図１Ｂは基地局がＤＵとＲＵを含むと示したが、本開示の多様な実施形態はこれに限定されない。一部実施形態で、基地局はアクセスネットワークの上位層（ｕｐｐｅｒ ｌａｙｅｒｓ）（例：ＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＲＲＣ））の機能を行うように構成されるＣＵ（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ）と下位層の機能を行うように構成されるＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）による分散型配置（ｄｉｓｔｒｉｂｕｔｅｄ ｄｅｐｌｏｙｍｅｎｔ）に実装され得る。この時、ＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）は図１のＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）とＲＵ（ｒａｄｉｏ ｕｎｉｔ）を含むことができる。コア（例：５ＧＣ（５Ｇ ｃｏｒｅ）又はＮＧＣ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｃｏｒｅ））ネットワークと無線ネットワーク（ＲＡＮ）の間で、基地局はＣＵ、ＤＵ、ＲＵの順に配置される構造に実装され得る。ＣＵとＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）間インターフェースはＦ１インターフェースと称することができる。

【0036】

ＣＵ（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ）は１つ以上のＤＵと接続され、ＤＵより上位層の機能を担当できる。例えば、ＣＵはＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）及びＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）層の機能を担当し、ＤＵとＲＵが下位層の機能を担当できる。ＤＵは、ＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）、ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）、ＰＨＹ（ｐｈｙｓｉｃａｌ）層の一部の機能（ｈｉｇｈ ＰＨＹ）を行い、ＲＵはＰＨＹ層の残りの機能（ｌｏｗ ＰＨＹ）を担当できる。また、一例として、ＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）は基地局の分散型配置の実装によって、ＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）に含まれ得る。以下、別途定義しない限り、ＤＵ（ｄｉｇｉｔａｌ ｕｎｉｔ）とＲＵの動作として述べられるが、本開示の多様な実施形態は、ＣＵを含む基地局配置又はＣＵなしにＤＵが直接コアネットワークと接続される配置（すなわち、ＣＵとＤＵが１つのエンティティに統合されて実装）のいずれにも適用され得る。

【0037】

図２は、本開示の多様な実施形態による無線通信システムにおけるＤＵの構成を示す。図２に例示された構成は基地局の一部であって、図１ＢのＤＵ１６０の構成であると理解され得る。以下で使用される「～部」、「～器」などの用語は少なくとも１つの機能や動作を処理する単位を指し、これはハードウェア若しくはソフトウェア、又は、ハードウェア及びソフトウェアの結合で実装され得る。

【0038】

図２を参照すると、ＤＵ１６０は通信部２１０、記憶部２２０、制御部２３０を含む。

【0039】

通信部２１０は、有線通信環境で、信号を送受信するための機能を行うことができる。通信部２１０は、伝送媒体（ｔｒａｎｓｍｉｓｓｉｏｎ ｍｅｄｉｕｍ）（例：銅線、光ファイバ）を介して装置と装置の間の直接的な接続を制御するための、有線インターフェースを含むことができる。例えば、通信部２１０は銅線を介して他の装置に電気的信号を伝達したり、電気的信号と光信号の間の変換を行うことができる。通信部２１０はＲＵ（ｒａｄｉｏ ｕｎｉｔ）と接続され得る。通信部２１０はコアネットワークに接続されるか、または分散型配置のＣＵに接続され得る。

【0040】

通信部２１０は、無線通信環境で、信号を送受信するための機能を行うこともできる。例えば、通信部２１０はシステムの物理層規格に従って基底帯域信号とビット列の間の変換機能を行うことができる。例えば、データ送信時、通信部２１０は送信ビット列を符号化及び変調することで複素シンボルを生成する。また、データ受信時、通信部２１０は基底帯域信号を復調及び復号化することで受信ビット列を復元する。また、通信部２１０は多数の送受信経路（ｐａｔｈ）を含むことができる。また、一実施形態によれば、通信部２１０はコアネットワークに接続されるか、または他のノード（例：ＩＡＢ（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ｂａｃｋｈａｕｌ）と接続され得る。

【0041】

通信部２１０は信号を送受信できる。そのために、通信部２１０は少なくとも１つの送受信機（ｔｒａｎｓｃｅｉｖｅｒ）を含むことができる。例えば、通信部２１０は同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、基準信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）、システム情報、メッセージ、制御メッセージ、ストリーム、制御情報、又はデータなどを伝送できる。また、通信部２１０はビームフォーミングを行うことができる。

【0042】

通信部２１０は上述のように信号を送信及び受信する。したがって、通信部２１０の全部又は一部は「送信部」、「受信部」又は「送受信部」と称することができる。なお、以下の説明で、無線チャネルを介して行われる送信及び受信は通信部２１０によって上述のような処理が行われることを含む意味として用いられる。

【0043】

図２には図示していないが、通信部２１０はコアネットワーク又は他の基地局と接続されるためのバックホール通信部をさらに含むことができる。バックホール通信部はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。すなわち、バックホール通信部は基地局から他のノード、例えば、他の接続ノード、他の基地局、上位ノード、コアネットワークなどに送信されるビット列を物理的信号に変換し、他のノードから受信される物理的信号をビット列に変換する。

【0044】

記憶部２２０はＤＵ１６０の動作のための基本プログラム、アプリケーションプログラム、設定情報などのデータを記憶する。記憶部２２０はメモリ（ｍｅｍｏｒｙ）を含むことができる。記憶部２２０は揮発性メモリ、不揮発性メモリ又は揮発性メモリと不揮発性メモリの組み合わせで構成され得る。そして、記憶部２２０は制御部２３０の要求に応じて記憶されたデータを提供する。一実施形態によれば、記憶部２２０は各ストリームのためのスケジューリング情報（例：ビーム情報、アンテナポート情報）、フロー情報（例：ｅＡｘＣ）を記憶できる。

【0045】

制御部２３０はＤＵ１６０の全般的な動作を制御する。例えば、制御部２３０は通信部２１０を介して（またはバックホール通信部を介して）信号を送信及び受信する。また、制御部２３０は記憶部２２０にデータを記録し、読み取る。そして、制御部２３０は通信規格で要求するプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）の機能を行うことができる。そのために、制御部２３０は少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）を含むことができる。一部の実施形態で、制御部２３０はマルチレイヤをスケジューリングするためのリソース割り当て情報を含む制御メッセージ生成部及び該当制御メッセージの伝送のためのフロー（ｆｌｏｗ）識別部を含むことができる。制御メッセージ生成部及びフロー識別部は記憶部２２０に記憶された命令セット又はコードであって、少なくとも一時的に制御部２３０に常駐する（ｒｅｓｉｄｅｄ）命令／コード又は命令／コードを記憶する記憶空間であるか、または、制御部２３０を構成する回路（ｃｉｒｃｕｉｔｒｙ）の一部であり得る。多様な実施形態によれば、制御部２３０はＤＵ１６０が後述する多様な実施形態による動作を行うように制御できる。

【0046】

図２に示すＤＵ１６０の構成は、一例に過ぎず、図２に示した構成によって本開示の多様な実施形態を行うＤＵの例が限定されることはない。すなわち、多様な実施形態によれば、一部の構成が追加、削除、変更され得る。

【0047】

図３は、本開示の多様な実施形態による無線通信システムにおけるＲＵの構成を示す。図３に例示された構成は基地局の一部であって、図１ＢのＲＵ１８０の構成であると理解され得る。以下で使用される「～部」、「～器」などの用語は少なくとも１つの機能や動作を処理する単位を指し、これはハードウェア若しくはソフトウェア、又は、ハードウェア及びソフトウェアの結合で実装され得る。

【0048】

図３を参照すると、ＲＵ１８０は通信部３１０、記憶部３２０、制御部３３０を含む。

【0049】

通信部３１０は無線チャネルを介して信号を送受信するための機能を行う。例えば、通信部３１０は基底帯域信号をＲＦ帯域信号にアップコンバートした後、アンテナを介して送信し、アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウンコンバートする。例えば、通信部３１０は送信フィルタ、受信フィルタ、増幅器、ミキサ、オシレータ、ＤＡＣ、ＡＤＣなどを含むことができる。

【0050】

また、通信部３１０は多数の送受信経路（ｐａｔｈ）を含むことができる。さらには、通信部３１０はアンテナ部を含むことができる。通信部３１０は多数のアンテナエレメントで構成された少なくとも１つのアンテナアレイを含むことができる。ハードウェアの面から、通信部３１０はデジタル回路及びアナログ回路（例：ＲＦＩＣ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ））で構成されることができる。ここで、デジタル回路及びアナログ回路は１つのパッケージで実装され得る。また、通信部３１０は多数のＲＦチェーンを含むことができる。通信部３１０はビームフォーミングを行うことができる。通信部３１０は、送受信しようとする信号に制御部３３０の設定による指向性を与えるために、信号にビームフォーミング加重値を適用できる。一実施形態によれば、通信部３１０はＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）ブロック（又はＲＦ部）を含むことができる。

【0051】

なお、通信部３１０は信号を送受信できる。そのために、通信部３１０は少なくとも１つの送受信機（ｔｒａｎｓｃｅｉｖｅｒ）を含むことができる。通信部３１０はダウンリンク信号を送信できる。ダウンリンク信号は同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳ）、基準信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ）（例：ＣＲＳ（ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）、ＤＭ（ｄｅｍｏｄｕｌａｔｉｏｎ）－ＲＳ）、システム情報（例：ＭＩＢ、ＳＩＢ、ＲＭＳＩ（ｒｅｍａｉｎｉｎｇ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）、ＯＳＩ（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ））、設定メッセージ（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅ）、制御情報（ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）又はダウンリンクデータなどを含むことができる。なお、通信部３１０はアップリンク信号を受信できる。アップリンク信号はランダムアクセス関連信号（例：ランダムアクセスプリアンブル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ、ＲＡＰ）（又はＭｓｇ１（ｍｅｓｓａｇｅ １））、Ｍｓｇ３（ｍｅｓｓａｇｅ ３））、基準信号（例：ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）、ＤＭ－ＲＳ）、又は電力ヘッドルーム報告（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔ、ＰＨＲ）などを含むことができる。

【0052】

通信部３１０は上述のように信号を送信及び受信する。したがって、通信部３１０の全部又は一部は「送信部」、「受信部」又は「送受信部」と称することができる。なお、以下の説明で、無線チャネルによって行われる送信及び受信は通信部３１０によって上述のような処理が行われることを含む意味として用いられる。

【0053】

記憶部３２０はＲＵ１８０の動作のための基本プログラム、アプリケーションプログラム、設定情報などのデータを記憶する。記憶部３２０は揮発性メモリ、不揮発性メモリ又は揮発性メモリと不揮発性メモリの組み合わせで構成され得る。そして、記憶部３２０は制御部３３０の要求に応じて記憶されたデータを提供する。

【0054】

制御部３３０はＲＵ１８０の全般的な動作を制御する。例えば、制御部３３０は通信部３１０を介して信号を送信及び受信する。また、制御部３３０は記憶部３２０にデータを記録し、読み取る。そして、制御部３３０は通信規格で要求するプロトコルスタックの機能を行うことができる。そのために、制御部３３０は少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）を含むことができる。制御部３３０は通信を行うための多様なモジュールを含むことができる。多様な実施形態によれば、制御部３３０は端末が後述する多様な実施形態による動作を行うように制御できる。

【0055】

図４は、本開示の多様な実施形態による無線通信システムにおける機能分離（ｆｕｎｃｔｉｏｎ ｓｐｌｉｔ）の例を示す。無線通信技術が発展するとともに（例：５Ｇ（５^ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム（又は、ＮＲ（ｎｅｗ ｒａｄｉｏ）通信システムの導入）、使用周波数帯域がさらに増加し、基地局のセル半径が非常に小さくなることにより設置が要求されるＲＵの数はさらに増加した。また、５Ｇ通信システムで、伝送されるデータの量が１０倍以上増加し、フロントホールで伝送される有線ネットワークの伝送容量は大きく増加した。このような要因により、５Ｇ通信システムで有線ネットワークの設置コストは非常に大きく増加し得る。よって、有線ネットワークの伝送容量を下げ、有線ネットワークの設置コストを低減するために、ＤＵのモデム（ｍｏｄｅｍ）の一部の機能をＲＵに移転してフロントホールの伝送容量を下げる技術が提案されており、このような技術は「機能分離（ｆｕｎｃｔｉｏｎ ｓｐｌｉｔ）」と称することができる。

【0056】

ＤＵの負担を低減するためにＲＦ機能のみを担当するＲＵの役割を物理層の一部の機能まで拡大する方法が考慮される。この時、ＲＵがより高いレイヤの機能を行うほど、ＲＵの処理量が増加してフロントホールでの伝送帯域幅が増加すると同時に応答処理による遅延時間要求事項の制約が低くなり得る。一方、ＲＵがより高いレイヤの機能を行うほど、仮想化利得が減り、ＲＵの大きさ／重さ／コストが増加する。上述の長所と短所のトレードオフ（ｔｒａｄｅ－ｏｆｆ）を考慮して、最適の機能分離を実装することが要求される。

【0057】

図４を参照すると、ＭＡＣ層以下の物理層での機能分離が図示される。無線ネットワークを介して端末に信号を伝送するダウンリンク（ｄｏｗｎｌｉｎｋ、ＤＬ）の場合、基地局は順にチャネルエンコーディング／スクランブリング、変調、レイヤマッピング、アンテナマッピング、ＲＥマッピング、デジタルビームフォーミング（例：プリコーディング）、ＩＦＦＴ変換／ＣＰ挿入、及びＲＦ変換を行うことができる。無線ネットワークを介して端末から信号を受信するアップリンク（ｕｐｌｉｎｋ、ＵＬ）の場合、基地局は順にＲＦ変換、ＦＦＴ変換／ＣＰ除去、デジタルビームフォーミング（プリ－コンバイニング（ｐｒｅ－ｃｏｍｂｉｎｉｎｇ））、ＲＥデマッピング、チャネル推定、レイヤデマッピング、復調、デコーディング／ディスクランブリングを行うことができる。アップリンク機能及びダウンリンク機能に対する分離は、上述したトレードオフによってベンダ（ｖｅｎｄｏｒｓ）間の必要性、規格上の議論などによって多様な類型に定義され得る。

【0058】

第１機能分離４０５はＲＦ機能とＰＨＹ機能の分離であり得る。第１機能分離は実質的にＲＵ内ＰＨＹ機能が実装されないものであって、一例として、Ｏｐｔｉｏｎ ８と称することができる。第２機能分離４１０はＲＵがＰＨＹ機能のＤＬでＩＦＦＴ変換／ＣＰ挿入及びＵＬでＦＦＴ変換／ＣＰ除去を行い、ＤＵが残りのＰＨＹ機能を行うようにする。一例として、第２機能分離４１０はＯｐｔｉｏｎ ７－１と称することができる。第３機能分離４２０ａはＲＵがＰＨＹ機能のＤＬでＩＦＦＴ変換／ＣＰ挿入及びＵＬでＦＦＴ変換／ＣＰ除去及びデジタルビームフォーミングを行い、ＤＵが残りのＰＨＹ機能を行うようにする。一例として、第３機能分離４２０ａはＯｐｔｉｏｎ ７－２ｘ Ｃａｔｅｇｏｒｙ Ａと称することができる。第４機能分離４２０ｂはＲＵがＤＬ及びＵＬの両方でデジタルビームフォーミングまで行い、ＤＵがデジタルビームフォーミング以後の上位ＰＨＹ機能を行うようにする。一例として、第４機能分離４２０ｂはＯｐｔｉｏｎ ７－２ｘ Ｃａｔｅｇｏｒｙ Ｂと称することができる。第５機能分離４２５はＲＵがＤＬ及びＵＬの両方でＲＥマッピング（又はＲＥデマッピング）まで行い、ＤＵがＲＥマッピング（又はＲＥデマッピング）以後の上位ＰＨＹ機能を行うようにする。一例として、第５機能分離４２５はＯｐｔｉｏｎ ７－２と称することができる。第６機能分離４３０はＲＵがＤＬ及びＵＬの両方で変調（又は復調）まで行い、ＤＵが変調（又は復調）以後の上位ＰＨＹ機能を行うようにする。一例として、第６機能分離４３０はＯｐｔｉｏｎ ７－３と称することができる。第７機能分離４４０はＲＵがＤＬ及びＵＬの両方でエンコーディング／スクランブリング（又はデコーディング／ディスクランブリング）まで行い、ＤＵが変調（又は復調）以後の上位ＰＨＹ機能を行うようにする。一例として、第７機能分離４４０はＯｐｔｉｏｎ ６と称することができる。

【0059】

一実施形態によれば、ＦＲ１ ＭＭＵのように大容量の信号処理が予想される場合、フロントホール容量を低減するために比較的高い層での機能分離（例：第４機能分離４２０ｂ）が要求され得る。また、過度に高い層での機能分離（例：第６機能分離４３０）は制御インターフェースが複雑化し、ＲＵ内多数のＰＨＹ処理ブロックが含まれてＲＵの実装に負担を招き得るため、ＤＵとＲＵの配置及び実装方式によって適切な機能分離が要求され得る。

【0060】

一実施形態によれば、ＤＵから受信されたデータのプリコーディングを処理できない場合（すなわち、ＲＵのプリコーディング能力（ｃａｐａｂｉｌｉｔｙ）に限界がある場合）、第３機能分離４２０ａ又はそれ以下の機能分離（例：第２機能分離４１０）が適用され得る。逆に、ＤＵから受信されたデータのプリコーディングを処理する能力がある場合、第４機能分離４２０ｂ又はそれ以上の機能分離（例：第６機能分離４３０）が適用され得る。以下、本開示で多様な実施形態は別途の限定がない限り、第３機能分離４２０ａ又は第４機能分離４２０ｂを基準として述べられるが、他の機能分離による実施形態の構成を排除するものではない。すなわち、第６機能分離４３０（Ｏｐｔｉｏｎ ７－３）の状況で、後述される図５乃至図１２の制御メッセージ伝送のためのＤＵとＲＵの動作が適用されることもできる。

【0061】

マルチ－レイヤスケジューリングのためのフロントホール制御メッセージ（Ｆｒｏｎｔｈａｕｌ Ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ ｆｏｒ ｍｕｌｔｉ－ｌａｙｅｒ ｓｃｈｅｄｕｌｉｎｇ）

【0062】

セル内の伝送容量増大のために基地局は端末にマルチ－レイヤ伝送（ｍｕｌｔｉ－ｌａｙｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ）を行うことができる。基地局は多数のストリームを生成し、１つのＴＴＩ内でストリームを端末に伝送できる。この時、各ストリームは該当ストリームに対応するアンテナを介して伝送され得る。各伝送ストリームはアンテナを介して空間的に区分される。この時、レイヤの個数が増加するほど基地局によってＤＵとＲＵ間フロントホールで要求される処理量が増加するようになる。このような問題は、基地局が端末にデータを伝送する場合のみならず端末が基地局にデータを伝送するアップリンクの場合にも同様に生じ得る。したがって、以下、図５乃至図１２ではＤＵとＲＵ間機能分離によるフロントホール構造で、マルチ－レイヤスケジューリング時、より効率的に制御情報（例：リソース割り当て情報、ビーム割り当て情報、スケジューリング情報等）を伝送するための方法が述べられる。

【0063】

Ｓｅｃｔｉｏｎ ｔｙｐｅを説明するために、次のＳｅｃｔｉｏｎ ｔｙｐｅｓがＣ－ｐｌａｎｅ内でサポートされている。

【0064】

【表1】

【0065】

図５は、本開示の多様な実施形態によるマルチ－レイヤ（ｍｕｌｔｉ－ｌａｙｅｒ）スケジューリングのための制御メッセージの例を示す。ＤＬの場合、ＤＵはＲＵにリソースのスケジューリング有無（例：ＲＥマッピング上パターン）及びスケジューリングされたリソースに適用されるビーム情報、ユーザデータを伝達できる。ＵＬの場合、ＤＵはＤＬと同様にスケジューリング有無及びスケジューリングリソースに対するビーム情報をＲＵに伝送し、ＲＵはユーザデータをＤＵに伝達できる。ＤＵとＲＵ間フロントホールの負担を低減するためには小容量、少ないリソース、フレキシブルなＤＵ－ＲＵ間インターフェースが要求される。

【0066】

図５を参照すると、Ｎ個（Ｎは１より大きい整数）のレイヤを持つデータストリームを基地局が端末に伝送するための状況が述べられる。ＤＵ５６０はＲＵ５８０にＮ個のデータストリームを伝送できる。この時、ＤＵ５６０は各データストリームに対応する制御情報もＲＵ５８０に伝送できる。

【0067】

ＤＵ５６０とＲＵ５８０間ユーザデータがレイヤ単位で区別されるため、送信経路／又は受信経路がレイヤ間に区別され得る。レイヤ別区分は、ユーザデータストリームの送受信を並列的に処理することによって、伝送及びキュー（ｑｕｅｕｅ）管理の容易を提供できる。一方、レイヤの個数が増加するほどこれを管理する制御情報の量も必然的に増加する。Ｎ個のユーザデータの各々に対する制御メッセージを構成する状況を仮定する。ＤＵ５６０はＲＵ５８０に総Ｎ個の制御メッセージ（第１制御メッセージ５１０－１、第２制御メッセージ５１０－２、…、第Ｎ制御メッセージ５１０－Ｎ）を伝送できる。ＲＵ５８０は各レイヤに対応するユーザデータを処理するために個別制御メッセージを処理することが要求される。このようなレイヤ個数の増加は、ＲＵでの制御メッセージ処理のためのメモリ及び処理コストの増加を招き得る。また、制御メッセージ内に含まれる情報のうち、各ユーザデータに共通して適用される情報はＲＵによって重複して受信及び処理されるので、オーバーヘッド（ｏｖｅｒｈｅａｄ）が生じ得る。

【0068】

全てのレイヤに共通するビームが適用される場合、統合されたｅＡｘＣ（ｅｘｔｅｎｄｅｄ Ａｎｔｅｎｎａ－ｃａｒｒｉｅｒ）で制御メッセージを伝送する方法が考慮され得るが、この場合はＲＵ５８０にプリコーディング能力がない場合（例：図４の第３機能分離４２０ａ）のように制限的に運用される困難がある。ＲＵ５８０の能力（ｃａｐａｂｉｌｉｔｙ）と機能分離の類型を考慮して制御メッセージを設計するときにＤＵ設定に影響を及ぼし得るので、他のシナリオ（例：図４の第４機能分離４２０ｂ）でもマルチレイヤに対するスケジューリングパターンを１つの制御メッセージに統合して伝送するための制御メッセージの設計が要求される。

【0069】

上述した問題を解消するために、本開示の多様な実施形態は、マルチレイヤのためのスケジューリング時、ＤＵがマルチレイヤのために簡素化された制御メッセージをＲＵに伝達するための方法が述べられる。ＤＵ５６０はＲＵ５８０にマルチ－レイヤ伝送による複数のユーザデータ（Ｎ）に対する１つの制御メッセージ５２０を伝送できる。このような制御メッセージは個別に伝送されるＮ個の制御メッセージ（第１制御メッセージ５１０－１、第２制御メッセージ５１０－２、…、第Ｎ制御メッセージ５１０－Ｎ）が統合された形態であり得る。ＤＵ５６０はレイヤ（ユーザデータ）に対して共通して（ｃｏｍｍｏｎ）適用される制御情報と各レイヤ別に適用される制御情報を含む制御メッセージを生成できる。この時、一実施形態によれば、各レイヤ別に異なるように適用される制御パラメータがない場合、各レイヤ別に適用される制御情報は制御メッセージ内で省略され得る。また、一実施形態によれば、全体レイヤのうちの一部のレイヤ（２つ以上のレイヤ）に共通して適用されると、制御メッセージは上記一部のレイヤのための制御情報を含むこともできる。制御メッセージは、コンパクト（ｃｏｍｐａｃｔ）制御メッセージ、簡素化された（ｓｉｍｐｌｉｆｉｅｄ）制御メッセージ、代表（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ）制御メッセージ、統合（ｉｎｔｅｇｒａｔｅｄ）制御メッセージ、又はマルチレイヤに基づく制御メッセージなどと称することができる。

【0070】

制御メッセージの設計によって反復的なオーバーヘッドを減らし、処理負荷及びメモリ要求量を減少させることで、フロントホールの伝送容量が減少し得る。また、全てのレイヤに共通ビームが適用される場合のみならず、各ユーザごとにビームが割り当てられる場合（ＳＵ－ＭＩＭＯ ｃａｓｅ）及び各ユーザに空間的に分離されるプリコーディングが適用される場合（例：ＭＵ－ＭＩＭＯ ｃａｓｅ）にも比較的コンパクトな（ｃｏｍｐａｃｔ）制御メッセージを定義することによって、フロントホール内の情報処理に少ないリソースが必要とされ得る。

【0071】

フロントホール制御メッセージの設計（Ｄｅｓｉｇｎ ｆｏｒ Ｆｒｏｎｔｈａｕｌ Ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ）

【0072】

図６は、本開示の多様な実施形態によるマルチ－レイヤスケジューリングのためのＤＵ及びＲＵの例を示す。図６ではＤＵとＲＵ間のメッセージ伝送時、フロントホールインターフェースとしてｅＣＰＲＩ及びＯ－ＲＡＮの規格が例示的に述べられる。メッセージのＥｔｈｅｒｎｅｔ ｐａｙｌｏａｄにｅＣＰＲＩヘッダ（ｈｅａｄｅｒ）、Ｏ－ＲＡＮヘッダ、及び追加的なフィールドが含まれ得る。以下、ｅＣＰＲＩ又はＯ－ＲＡＮの規格用語を用いて、本開示の多様な実施形態が述べられるが、各用語と同等な意味を持つ他の表現が本開示の多様な実施形態に代えて使用され得る。

【0073】

フロントホールのトランスポートプロトコル（ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏｌ）は、ネットワークと共有が容易なイーサネット（ｅｔｈｅｒｎｅｔ）及びｅＣＰＲＩが使用され得る。イーサネットペイロード内にｅＣＰＲＩヘッダとＯ－ＲＡＮのヘッダが含まれ得る。ｅＣＰＲＩヘッダはイーサネットペイロードのフロントエンドに位置し得る。ｅＣＰＲＩヘッダの内容は下記のとおりである。

【0074】

ｅｃｐｒｉＶｅｒｓｉｏｎ （４ ｂｉｔｓ）： ０００１ｂ （ｆｉｘｅｄ ｖａｌｕｅ）
ｅｃｐｒｉＲｅｓｅｒｖｅｄ （３ ｂｉｔｓ）： ００００ｂ （ｆｉｘｅｄ ｖａｌｕｅ）
ｅｃｐｒｉＣｏｎｃａｔｅｎａｔｉｏｎ （１ ｂｉｔ）： ０ｂ （ｆｉｘｅｄ ｖａｌｕｅ）
ｅｃｐｒｉＭｅｓｓａｇｅ （１ ｂｙｔｅ）： Ｍｅｓｓａｇｅ ｔｙｐｅ
ｅｃｐｒｉＰａｙｌｏａｄ （２ ｂｙｔｅｓ）： Ｐａｙｌｏａｄ ｓｉｚｅ ｉｎ ｂｙｔｅｓ
ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ（２ ｂｙｔｅｓ）：管理プレーン（ｍａｎａｇｅｍｅｎｔ ｐｌａｎｅ、Ｍ－ｐｌａｎｅ）によってｘ、ｙ、ｚが構成され得る。該当フィールドはマルチ－レイヤ伝送時に多様な実施形態による制御メッセージの伝送経路（ｅＣＰＲＩでｅＡｘＣ（ｅｘｔｅｎｄｅｄ Ａｎｔｅｎｎａ－ｃａｒｒｉｅｒ））を示すことができる。

【0075】

ＣＵ＿Ｐｏｒｔ＿ＩＤ（ｘ ｂｉｔｓ）：ｃｈａｎｎｅｌ ｃａｒｄを区分。Ｍｏｄｅｍまで含めて区分可能（２ ｂｉｔｓ ｆｏｒ ｃｈａｎｎｅｌ ｃａｒｄ、２ ｂｉｔｓ ｆｏｒ Ｍｏｄｅｍ）
ＢａｎｄＳｅｃｔｏｒ＿ＩＤ（ｙ ｂｉｔｓ）：Ｃｅｌｌ／Ｓｅｃｔｏｒによって区分
ＣＣ＿ＩＤ（ｚ ｂｉｔｓ）：Ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒによって区分
ＲＵ＿Ｐｏｒｔ＿ＩＤ（ｗ ｂｉｔｓ）：ｌａｙｅｒ、Ｔ、ａｎｔｅｎｎａなどによって区分
ｅｃｐｒｉＳｅｑｉｄ（２ ｂｙｔｅｓ）：ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ別にｓｅｑｕｅｎｃｅ ＩＤが管理されＳｅｑｕｅｎｃｅ ＩＤ及びｓｕｂｓｅｑｕｅｎｃｅ ＩＤを別途管理。Ｓｕｂｓｅｑｕｅｎｃｅ ＩＤを用いればＲａｄｉｏ－ｔｒａｎｓｐｏｒｔ－ｌｅｖｅｌ ｆｒａｇｍｅｎｔａｔｉｏｎが可能（Ａｐｐｌｉｃａｔｉｏｎ－ｌｅｖｅｌ ｆｒａｇｍｅｎｔａｔｉｏｎとは異なる）

【0076】

フロントホールのアプリケーションプロトコル（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）はコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ、Ｃ－ｐｌａｎｅ）、ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ、Ｕ－ｐｌａｎｅ）、同期プレーン（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｐｌａｎｅ、Ｓ－ｐｌａｎｅ）、及び管理プレーン（ｍａｎａｇｅｍｅｎｔ ｐｌａｎｅ、Ｍ－ｐｌａｎｅ）を含むことができる。

【0077】

コントロールプレーンは、制御メッセージによってセクション情報とビーム情報を伝達するように構成され得る。セクション情報はレイヤ別情報であって、１つのスロット（例：１４個のシンボル）で割り当てられるリソースに関する情報を含むことができる。コントロールプレーン／ユーザプレーンで、セクションはリソースが割り当てられる領域を指すことができる。例えば、１つのセクションは時間－周波数リソースで表現されるリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）で、周波数領域に１個のＲＢ乃至２７３個のＲＢ、時間領域に１４個のシンボルまでの領域に対するリソース割り当て領域を示すことができる。すなわち、セクション情報はＲＵと端末間通信のためのリソース割り当て（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）情報を含むことができる。

【0078】

ビーム情報はセクション別／又はレイヤ別ビーム情報であって、該当レイヤに適用されるビームを示すことができる。ビーム情報は、ビームを示すための方式であって、ビームを形成するために適用される加重値ベクタ（ｗｅｉｇｈｔ ｖｅｃｔｏｒ）（又は実施形態によって加重値行列（ｗｅｉｇｈｔ ｍａｔｒｉｘ））を直接的に示すパラメータを含むか、または予め定義された加重値ベクタ又は特定のビームが適用されたリソースを指示する指示子（例：ビームＩＤ、プリコーディング指示子）を含むことができる。また、ビーム情報はどのビーム（どのプリコーディング）が適用されるかを示す情報の他にも、レイヤに適用されるビームの類型（ｔｙｐｅ）を示す情報、レイヤに対応するユーザＩＤ、又はアンテナポート番号のうち少なくとも１つを含むことができる。ビーム情報は、デジタルビームフォーミングに関する情報であって、プリコーディングを示す。プリコーディングは各レイヤに対応するデータストリームがどのように伝送アンテナに分けられて伝送されるかを決定できる。各レイヤでのビーム情報は［１×Ｎｔ］大きさの加重値ベクタを示すインデックス、加重値行列を指す指示子（例：ＰＭＩ、ＣＲＩ、ｉ_１）、又は加重値ベクタ値自体を指す。ここで、Ｎｔはアンテナ個数である。ｉ番目レイヤでのビーム情報はプリコーディング行列のｉ番目の列（ｃｏｌｕｍｎ）に対応できる。

【0079】

ユーザプレーンはユーザのダウンリンクデータ又はアップリンクデータを含むことができる。上述のビーム情報の加重値ベクタはユーザのデータ（ＩＱデータ）に掛けられ得る。

【0080】

管理プレーンは初期設定（ｉｎｉｔｉａｌ ｓｅｔｕｐ）、ノンリアルタイム再設定（ｎｏｎ－ｒｅａｌｔｉｍｅ ｒｅｓｅｔ）又は再設定（ｒｅｓｅｔ）、ノンリアルタイム報告（ｎｏｎ－ｒｅａｌｔｉｍｅ ｒｅｐｏｒｔ）と関連付けられ得る。

【0081】

図６を参照すると、ＤＵ６６０がＲＵ６８０に制御メッセージを伝送する状況が述べられる。制御メッセージは、該当データストリームに対するセクション（ｓｅｃｔｉｏｎ）情報及びビーム情報を含むことができる。マルチレイヤ伝送状況を仮定しよう。総Ｎ個のデータストリームを伝送するために、各データストリームに対する制御情報がＲＵ６８０に提供される必要がある。この時、ＤＵ６６０の処理部（例：コントロールプレーンのＣＰＵ）は各レイヤに対応するｅＡｘＣによって各レイヤに対応する制御メッセージを伝送できる。このような方式の場合、ＤＵ６６０は総Ｎ個の制御メッセージ（第１制御メッセージ６１０－１、第２制御メッセージ６１０－２、…、第Ｎ制御メッセージ６１０－Ｎ）をＲＵ６８０に伝送できる。総Ｎ個のセクション情報と総Ｎ個のビーム情報がＲＵ６８０に提供され得る。しかし、マルチレイヤ伝送で一般的に伝送される情報はビーム情報を除けば同一又は類似である。したがって、ＲＵ６８０が多数のｅＡｘＣに対して情報共有が可能であれば、同一情報の伝送はＲＵ６８０に重複するので（ｄｕｐｌｉｃａｔｅｄ）オーバーヘッドとして作用し得る。

【0082】

多様な実施形態によるＤＵ６６０は総Ｎ個のレイヤに対する１つの制御メッセージ６２０をＲＵ６８０に伝送できる。ＤＵ６６０は制御メッセージ伝送のための送信経路を識別できる。ＲＵ６８０は識別された受信経路を通して制御メッセージを受信できる。各レイヤの送信経路（又は受信経路）はｅＣＰＲＩでｅＡｘＣ（ｅｘｔｅｎｄｅｄ Ａｎｔｅｎｎａ－ｃａｒｒｉｅｒ）に対応できる。ｅＡｘＣはセクタで各キャリア別のアンテナ別データフロー（ｄａｔａ ｆｌｏｗ）を示すことができる。すなわち、空間的に区別され得る信号フローの単位であり得る。ＤＵ６６０は制御メッセージ伝送のためにｅＡｘＣを識別できる。Ｎ個（Ｎは１以上の整数）のｅＡｘＣのための代表ｅＡｘＣが予め指定され得る。

【0083】

多様な実施形態によれば、サービスノンリアルタイムＯＡＭ ｄｏｍａｉｎ（ＯＲＡＮ Ｍ－ｐｌａｎｅ）インターフェースを介してＤＵとＲＵに代表ｅＡｘＣが予め指定され、ＤＵ６６０はマルチレイヤの伝送時、または制御メッセージ伝送時に指定されたｅＡｘＣを識別できる。管理プレーン（Ｍ－ｐｌａｎｅ）には‘ｅＡｘＣ ＩＤ ＃Ａ＝｛ｅＡｘＣ ＩＤ ＃０、ｅＡｘＣ ＩＤ ＃１、ｅＡｘＣ ＩＤ ＃２、ｅＡｘＣ ＩＤ ＃（Ｎ－１）｝、Ａは＃０～＃（Ｎ－１）’のように複数のｅＡｘＣと１つの代表ｅＡｘＣ ＩＤが指定され得る。一部の実施形態で、複数のｅＡＣグループのうち各グループに対する代表ｅＡｘＣが予め指定され得る（例：第１グループのための代表ｅＡｘＣ、第２グループのための代表ｅＡｘＣがそれぞれ存在）。他の一部の実施形態で、全体ｅＡｘＣのための１つ以上のｅＡｘＣが予め指定され得る（例：代表性を持つ１つ以上のｅＡｘＣを含むセットが存在）。１つ以上のｅＡｘＣは優先順位を持つことができる。統合された制御メッセージの伝送のために必要な個数分、優先順位の通りにｅＡｘＣが制御メッセージ伝送のために用いられ得る。

【0084】

多様な実施形態によるＤＵ６６０は識別された経路（代表ｅＡｘＣ）を介して伝送される制御メッセージを生成できる。制御メッセージは総Ｎ個のレイヤに対する情報を含む統合メッセージであり得る。１つのレイヤに対するセクション情報／ビーム情報を含むことでなく多数のレイヤに対するセクション情報、各レイヤに対するビーム情報を含むように制御メッセージを構成することによって、フロントホール内のオーバーヘッドが減少し得る。このような制御メッセージ構成のために、制御メッセージに新しいフィールドが追加され得る。ＤＵは新しい拡張フィールド‘ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ’フィールドを付けて（ａｔｔａｃｈ）コントロールプレーンセクション上に制御メッセージを伝送できる。一実施形態によれば、‘ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ’フィールドはＯＲＡＮ ＷＧ４ ＣＵＳ標準のＥｘｔＴｙｐｅ＝８に基づいて制御メッセージに追加され得る。ＥｘｔＴｙｐｅはコントロールプレーン（Ｃ－ｐｌａｎｅ）上のセクション拡張（ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ）のための類型を定義する。ＥｘｔＴｙｐｅ＝８に基づいて新しい類型の拡張フォーマットが定義され得る。例えば、このような‘ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ’フィールドは制御メッセージのＳｅｃｔｉｏｎ ｔｙｐｅが１、３又は５の場合に適用され得る。また、‘ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ’フィールドが添付された制御メッセージ内のｂｅａｍ ＩＤフィールドは、‘ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ’フィールド内のビームグループタイプ情報（ｂｅａｍＧｒｏｕｐＴｙｐｅ）に基づいてビーム加重値ベクタ（ｂｅａｍ ｗｅｉｇｈｔ ｖｅｃｔｏｒ）の代わりに加重値行列（ｗｅｉｇｈｔ ｍａｔｒｉｘ）を指すこともできる。また、他の一実施形態によれば、‘ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ’フィールドはＯＲＡＮ ＷＧ４ ＣＵＳ標準のＥｘｔＴｙｐｅ＝７に基づいて制御メッセージに追加され得る。既存のＥｘｔＴｙｐｅによるフィールドの一部を修正して、新しい制御メッセージを構成することもできる。

【0085】

制御メッセージ内の拡張フィールドはレイヤのための制御情報をさらに含むことができる。例えば、拡張フィールドは下記表のように定義され得る。

【0086】

【表2】

【0087】

‘ｅｆ’はセクション拡張（ｓｅｃｔｉｏｎ ｅｘｔｅｎｓｉｏｎ）の存在有無を示すことができる。例えば、‘ｅｆ’が１の場合はセクション拡張フィールドの存在を示し、‘ｅｆ’が０の場合はセクション拡張フィールドの不在を示すことができる。‘ｅｘｔＴｙｐｅ’は拡張フィールドの類型を示し、‘ｅｘｔＬｅｎ’は拡張フィールド内の長さをバイト（ｂｙｔｅ）数で示す。本開示の一実施形態によれば、‘ｂｅａｍＧｒｏｕｐＴｙｐｅ’フィールドが拡張フィールド内のペイロード（ｐａｙｌｏａｄ）として追加され得る。例えば、‘ｂｅａｍＧｒｏｕｐＴｙｐｅ’フィールドは２ビットであって、制御メッセージ内のｂｅａｍＩＤのスケジューリング方式を示すように構成され得る。

【0088】

また、一部の実施形態で、制御メッセージ内の拡張フィールドは個別レイヤのための制御情報をさらに含むことができる。例えば、拡張フィールドは下記表のように定義され得る。

【0089】

【表3】

【0090】

‘ｂｉｆ（ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｆｉｅｌｄ）’は次のＯｃｔｅｔのｂｅａｍ ＩＤの存在を指示する指示子で、ｘ－ｔｈ ｐｏｒｔ ｂｅａｍＩＤは個別レイヤに対するビーム情報を示す。１ｓｔ ｐｏｒｔのｂｅａｍＩＤは制御メッセージ内のＯ－ＲＡＮヘッダに含まれ得る。‘ｂｅａｍＧｒｏｕｐＴｙｐｅ’フィールドは２ビットであって、制御メッセージ内のレイヤに対するスケジューリング方式を示すように構成され得る。例えば、‘ｂｅａｍＧｒｏｕｐＴｙｐｅ’フィールドは下記表のように構成され得る。

【0091】

【表4】

【0092】

‘ｎｕｍＰｏｒｔｃ’は拡張フィールドによって指示されるポートの個数（又はレイヤの個数、送信／受信経路の個数）を示すことができる。規格によっては６４個のポートが指示され得る。‘ｂｉｆ’は次のＯｃｔｅｔのｂｅａｍＩＤの存在を指示する指示子であり得る。シングルユーザ（ｓｉｎｇｌｅ ｕｓｅｒ）とマルチ－ユーザ（ｍｕｌｔｉ－ｕｓｅｒ）の区別は指定された周波数領域（例：１個以上のＲＢ）内でスケジューリング時にオーバーラップの有無によって区別される。例えば、同じＲＢ範囲内でのリソース割り当てはマルチ－ユーザスケジュールに対応できる。

【0093】

一方、上記表２乃至表４の拡張フィールド及び個別構造は例示的なものであって、通常の技術者にとって自明な方式で変形が可能であることは勿論である。

【0094】

図７は、本開示の多様な実施形態による制御メッセージの構造の例を示す。４つのストリームに対するマルチ－レイヤ伝送状況が例として述べられる。

【0095】

図７を参照すると、制御メッセージセット７００は本開示の多様な実施形態による拡張フィールドのないレイヤ別制御メッセージ７１１、７１２、７１３、７１４を含む。制御メッセージのＯｃｔｅｔ １乃至７はｅＣＰＲＩヘッダに対応できる。この時、ｅＣＰＲＩヘッダ内の伝送経路（ｅＡｘＣ）を示すｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄを除いて、他のパラメータはレイヤに共通し得る。制御メッセージのＯｃｔｅｔ ９乃至２４はＯ－ＲＡＮヘッダに対応できる。一部の実施形態で、Ｏ－ＲＡＮヘッダのパラメータはレイヤに共通し得る。また、一部の実施形態で、Ｏ－ＲＡＮヘッダのパラメータのうち一部はレイヤに共通され、ｂｅａｍＩＤのような一部のパラメータはレイヤ別に異なるように構成され得る。レイヤ別制御メッセージ７１１、７１２、７１３、７１４の伝送時、各レイヤに共通して適用される情報はＲＵによって重複して受信及び処理されるので、オーバーヘッド（ｏｖｅｒｈｅａｄ）が生じ得る。

【0096】

上述の問題を解消するために、ＤＵはＲＵに制御メッセージ７５０を伝送できる。制御メッセージ７５０は制御メッセージ７１１、７１２、７１３、７１４が統合された形態であり得る。一実施形態によれば、制御メッセージ７１１、７１２、７１３、７１４はｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄを除いて、他のヘッダ内のパラメータが共通し得る。したがって、制御メッセージ７５０は既存のｅＣＰＲＩヘッダとＯ－ＲＡＮヘッダによって構成され得る。制御メッセージ７５０はＯｃｔｅｔ ５のｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄを除いて、Ｏｃｔｅｔ １乃至４、６乃至２４は個別制御メッセージ７１１、７１２、７１３、７１４と同一であり得る。Ｏｃｔｅｔ ５は代表に指定されたｅＡｘＣのＩＤ（例：ｅＡｘＣ ＩＤ＝０）を示すように構成され得る。ＤＵはマルチ－レイヤ伝送を行うとき、代表ｅＡｘＣと個別レイヤの伝送時のヘッダパラメータに基づいて制御メッセージ７５０を構成できる。

【0097】

制御メッセージ７５０は本開示の多様な実施形態による拡張フィールドを含むことができる。一実施形態によれば、全ての制御パラメータがレイヤに共通して適用される場合、表２のように拡張フィールドが構成され得る。表２の拡張フィールドはＯｃｔｅｔ ２５乃至２８に追加され得る。この時、‘ｂｅａｍＧｒｏｕｐＴｙｐｅ’は００ｂを示すことができる。Ｏｃｔｅｔ ２３乃至２４の‘ｂｅａｍＩＤ’が示す加重値ベクタがレイヤに共通して適用され得る。また‘ｎｕｍＰｏｒｔｃ’はマルチ－レイヤ伝送のためのポート個数であって、４を示すことができる。

【0098】

図７には表２による拡張フィールドが制御メッセージに追加される実施形態が図示されたが、本開示の実施形態はこれに限定されない。他の類型の拡張フィールドが定義されてもよい。一実施形態によれば、拡張フィールドは表３のように構成され得る。

【0099】

また、一実施形態によれば、拡張フィールドはビームグループ指示子を含むことができる。信号伝送時に適用される加重値ベクタ（又は加重値行列）は２－段階（ｔｗｏ－ｓｔａｇｅ）で構成され得る。１－段階では、ビームグループが指示され、２－段階では、ビームグループ内のビームが指示され得る。拡張フィールドはビームグループ指示子を含むことができる。ヘッダ内のｂｅａｍ ＩＤはビームグループ内のビームを指示するように構成され得る。ビームグループ指示子が変更される必要がない場合、ビームグループ指示子は拡張フィールドから間欠的に省略され得る。また、グループを指示しグループ内の個別ビームを指示することによって、レイヤに対するｂｅａｍ ＩＤが占有する（ｏｃｃｕｐｙｉｎｇ）ビット数が減少し得る。レイヤの各々のビームグループは同一であるが、個別ビームは異なる場合があるからである。２－段階の指示によってｂｅａｍ ＩＤの量を減少させて既存のセクション内のｂｅａｍ ＩＤ情報をリサイクルできる。追加的な一実施形態によれば、ＭＵ－ＭＩＭＯの場合、拡張フィールドは２番目以降のレイヤ（ら）の各々のための個別ｂｅａｍ ＩＤをさらに含むことができる。拡張フィールド内のｂｅａｍ ＩＤもビームグループ内のビームを指示するように構成され得る。

【0100】

また、一実施形態によれば、拡張フィールドはグループ識別子を含むことができる。グループ識別子はレイヤが属するグループを示すことができる。グループは同一の加重値行列が適用されるグループを示すことができる。例えば、グループ識別子はレイヤのサイズによるビットマップ形態で構成され得る。‘０’は第１グループ、‘１’は第２グループを示すことができる。ビットマップはＭＵ－ＭＩＭＯによるスケジューリングを示すことができる。また、ビットマップがすべて０の場合、グループ識別子は共通ビーム（ｃｏｍｍｏｎ ｂｅａｍ）によるスケジューリングを示すことができる。また、ビットマップがすべて１の場合、ＳＵ－ＭＩＭＯによるスケジューリングを示すことができる。他の例として、グループ識別子はレイヤ分類子で構成され得る。例えば、全体４個のレイヤのための制御メッセージが構成される場合、‘０’の値は共通ビームによるスケジューリング、‘１’を示す場合は端末別２つのレイヤによるＭＵ－ＭＩＭＯスケジューリングを示し、‘４’を示す場合はシングルユーザスケジューリングを示すことができる。

【0101】

図８は、本開示の多様な実施形態による制御メッセージ伝送の例を示す。シングルユーザの４つのレイヤに対するリソース割り当てが行われる状況が例示される。ＤＵはスケジューリング結果によって各端末に対するリソース割り当て及びビーム情報を示す制御メッセージを生成できる。横軸は周波数ドメイン、縦軸はレイヤを示す。

【0102】

図８を参照すると、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃３にわたって第１周波数領域でＵＥ＃０のためのリソースが割り当てられ、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃３にわたって第２周波数領域でＵＥ＃１のためのリソースが割り当てられ、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃３にわたって第３周波数領域でＵＥ＃２のためのリソースが割り当てられる（８００）。この時、コントロールプレーン８１０を参照すると、総４個の個別制御メッセージが伝送される。ＵＥ＃０のランク数が４、ＵＥ＃１のランク数が４、ＵＥ＃２のランク数が２なので、ＵＥ＃０、ＵＥ＃１、ＵＥ＃２の最大ランク数は４である。レイヤ別に制御メッセージが伝送される必要があり、スケジューリングが行われる端末間の最大ランクは４なので総４個の制御メッセージが要求され得る。レイヤ及び端末に同じビーム（ｂｅａｍ＃０）が提供されるにもかかわらず、４個の制御メッセージをコントロールプレーン上に伝送することは非効率的なので、１つの統合された制御メッセージが提案され得る。

【0103】

コントロールプレーン８２０を参照すると、１つの統合制御メッセージが伝送される。制御メッセージを構成するために表２のパラメータが次のように構成され得る。

【0104】

セクション構成（Ｓｅｃｔｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）：ｅＣＰＲＩヘッダ及びＯ－ＲＡＮヘッダが用いられ得る。

【0105】

－ｅＡｘＣ ＩＤ＝＃０（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ）：マルチレイヤのうち指定された経路を示す。代表的な指定された経路を示し、＃０は例示に過ぎず、一実施形態によれば、任意のｅＡｘＣ ＩＤ（例；＃０、＃１、…、＃Ｎ－１）を代表としてマッピングすることも可能である。
－Ｂｅａｍ ＩＤ＝＃０（ｃｏｍｍｏｎ ｂｅａｍ）：全ての端末に共通して適用されるビームを示す。

【0106】

セクション拡張構成（Ｓｅｃｔｉｏｎ Ｅｘｔｅｎｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）

【0107】

－ｂｅａｍＧｒｏｕｐＴｙｐｅ＝００ｂ：表４によるビームスケジューリング方式を指示する。
－ｎｕｍＰｏｒｔｃ＝４：全体レイヤの個数は４である。一実施形態によれば、ビームスケジューリング方式が００ｂの場合、レイヤの個数は省略されてもよい。

【0108】

図９は、本開示の多様な実施形態による制御メッセージ伝送の他の例を示す。シングルユーザスケジューリングとマルチユーザスケジューリングが混ざり合った状況で、総８個までのレイヤに対するリソース割り当てが行われる状況が例示される。ＤＵはスケジューリング結果によって各端末に対するリソース割り当て及びビーム情報を示す制御メッセージを生成できる。横軸は周波数ドメイン、縦軸はレイヤを示す。

【0109】

図９を参照すると、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃３にわたって第１周波数領域でＵＥ＃０のためのリソースが割り当てられ、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃７にわたって第２周波数領域でＵＥ＃０、ＵＥ＃１、ＵＥ＃２、ＵＥ＃３のためのリソースが割り当てられ、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃１にわたって第３周波数領域でＵＥ＃１のためのリソースが割り当てられる（９００）。この時、コントロールプレーン９１０を参照すると、総１４個の個別制御メッセージが伝送される。ＵＥ＃０のランク数が４で、ＵＥ＃１のランク数が２、第２リソース領域でのランク数が８なので全体スケジューリングが必要なレイヤは１４個に区別され得る。レイヤ別に制御メッセージが伝送される必要あるので、総１４個の制御メッセージが要求され得る。この時、第１リソース領域と第３リソース領域はＳＵ－ＭＩＭＯ、第２リソース領域はＭＵ－ＭＩＭＯのためのスケジューリングが行われるにもかかわらず、レイヤ別に制御メッセージを構成することによってフロントホールリソースが浪費され得る。したがって、各スケジューリング方式に対して、１つの統合された制御メッセージが提案され得る。

【0110】

コントロールプレーン９２０を参照すると、総３つの統合制御メッセージが伝送される。周波数領域別に１つの統合制御メッセージが伝送される。制御メッセージを構成するために表２又は表３のパラメータが次のように構成され得る。

【0111】

セクション構成（Ｓｅｃｔｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）：ｅＣＰＲＩヘッダ及びＯ－ＲＡＮヘッダが用いられ得る。

【0112】

－ｅＡｘＣ ＩＤ＝＃０（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ）：マルチレイヤのうち指定された経路を示す。代表的な指定された経路を示し、＃０は例示に過ぎず、一実施形態によれば、任意のｅＡｘＣ ＩＤ（例；＃０、＃１、…、＃Ｎ－１）を代表としてマッピングすることも可能である。
－Ｂｅａｍ ＩＤ＝＃０：単一端末のレイヤのためのビーム又は１番目のレイヤに適用されるビームを示す。

【0113】

第１セクション拡張構成（Ｓｅｃｔｉｏｎ Ｅｘｔｅｎｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）－第１リソース領域
－ｂｅａｍＧｒｏｕｐＴｙｐｅ＝０１ｂ：表４によるビームスケジューリング方式を指示する。
－ｎｕｍＰｏｒｔｃ＝４：全体レイヤの個数は４である。
第２セクション拡張構成－第２リソース領域
－ｂｅａｍＧｒｏｕｐＴｙｐｅ＝１０ｂ：表４によるビームスケジューリング方式を指示する。
－ｎｕｍＰｏｒｔｃ＝８：全体レイヤの個数は４である。
－ｂｅａｍ ＩＤ ＃１～＃７（又はＵＥ ＩＥ＃１～＃７）：各レイヤのためのｂｅａｍＩＤが定義される。１番目のレイヤのためのｂｅａｍ ＩＤはセクション構成に含まれ得る。レイヤ別にｂｅａｍＩＤが構成されると述べられたが、一実施形態によれば、ビームマトリックス（ｂｅａｍ ｍａｔｒｉｘ）のサイズによって減少された数のｂｅａｍ ＩＤが含まれてもよい。

【0114】

第３セクション拡張構成－第３リソース領域
－ｂｅａｍＧｒｏｕｐＴｙｐｅ＝０１ｂ：表４によるビームスケジューリング方式を指示する。
－ｎｕｍＰｏｒｔｃ＝２：全体レイヤの個数は２である。

【0115】

図１０Ａは、本開示の多様な実施形態によるマルチ－レイヤスケジューリング時のコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の例を示す。シングルユーザスケジューリングとマルチユーザスケジューリングが混ざり合った状況でリソース割り当てが行われる状況が例示される。ＤＵはスケジューリング結果によって各端末に対するリソース割り当て及びビーム情報を示す制御メッセージを生成できる。横軸は周波数ドメイン、縦軸はレイヤを示す。

【0116】

図１０Ａを参照すると、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃３にわたって第１周波数領域１０１０でＵＥ＃０のためのリソースが割り当てられ、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃７にわたって第２周波数領域１０２０でＵＥ＃０、ＵＥ＃１、ＵＥ＃２、ＵＥ＃３のためのリソースが割り当てられ、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃１にわたって第３周波数領域１０３０でＵＥ＃１のためのリソースが割り当てられる（１０００）。第２周波数領域１０２０でマルチユーザのためのスケジューリングが行われるとき、ユーザデータのない領域、すなわちユーザＩＱデータがすべて０の領域にはどのビームも割り当てられ得る。したがって、ｌａｙｅｒ＃４乃至ｌａｙｅｒ＃７でＵＥ＃１、ＵＥ＃２、ＵＥ＃３が第２周波数領域１０２０をすべて使用するわけではないが、制御メッセージの構成を容易にするために、第２周波数領域１０２０のスケジューリングされたリソースに割り当てられたビームがスケジューリングされなかったリソースにも同一に割り当てられ得る。

【0117】

図１０Ｂは、本開示の多様な実施形態によるマルチ－レイヤスケジューリング時のコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の他の例を示す。シングルユーザスケジューリングとマルチユーザスケジューリングが混ざり合った状況でリソース割り当てが行われる状況が例示される。ＤＵはスケジューリング結果によって各端末に対するリソース割り当て及びビーム情報を示す制御メッセージを生成できる。横軸は周波数ドメイン、縦軸はレイヤを示す。

【0118】

図１０Ｂを参照すると、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃３にわたって第１周波数領域１０６０でＵＥ＃０のためのリソースが割り当てられ、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃７にわたって第２周波数領域１０７０でＵＥ＃０、ＵＥ＃１、ＵＥ＃２、ＵＥ＃３、ＵＥ＃４のためのリソースが割り当てられ、ｌａｙｅｒ＃０乃至ｌａｙｅｒ＃１にわたって第３周波数領域１０８０でＵＥ＃１のためのリソースが割り当てられる（１０５０）。

【0119】

第２周波数領域１０７０でマルチユーザのためのスケジューリングが行われるとき、ユーザデータのない領域、すなわちユーザＩＱデータがすべて０の領域にはどのビームも割り当てられ得る。ｌａｙｅｒ＃４乃至ｌａｙｅｒ＃７でＵＥ＃１、ＵＥ＃２、ＵＥ＃３、ＵＥ＃４が第２周波数領域１０７０をすべて使用するわけではないが、制御メッセージの構成を容易にするために、第２周波数領域１０７０のスケジューリングされたリソースに割り当てられたビームがスケジューリングされなかったリソースにも同一に割り当てられ得る。しかし、図１０Ａとは違って図１０Ｂのｌａｙｅｒ＃７では第２周波数領域１０７０内にＵＥ＃３のみならずＵＥ＃４もスケジューリングされる。ＭＵ－ＭＩＭＯのためのリソース領域のレイヤにＵＥ多重化が要求されるので、セクション分割（ｓｅｃｔｉｏｎ ｆｒａｇｍｅｎｔａｔｉｏｎ）が要求され得る。一実施形態によれば、ＲＵは特定のレイヤに対するセクションを分割できる。ＲＵはセクション分割に対する情報を含むように制御メッセージを構成できる。例えば、拡張フィールドは分割されるレイヤに対する情報（例：ポート番号指示）を含むことができる。また、拡張フィールドは分割が必要なＲＢの位置情報（例：ＲＢ ｏｆｆｓｅｔ）を含むことができる。

【0120】

図１１は、本開示の多様な実施形態によるマルチ－レイヤスケジューリングのためのＤＵの動作の流れを示す。ＤＵは図２のＤＵ１６０を例示する。

【0121】

図１１を参照すると、ステップ１１０１で、ＤＵは指定された伝送経路を識別できる。ＤＵは複数のレイヤのうち１つ以上の伝送経路を識別できる。識別された経路は、複数のレイヤを代表するように指定された経路であり得る。一実施形態によれば、伝送経路の指定は管理プレーン（Ｏ－ＲＡＮのＭ－ｐｌａｎｅ）で行われ得る。管理プレーンは、‘ｅＡｘＣ ＩＤ ＃Ａ＝｛ｅＡｘＣ ＩＤ ＃０、ｅＡｘＣ ＩＤ ＃１、ｅＡｘＣ ＩＤ ＃２、ｅＡｘＣ ＩＤ ＃（Ｎ－１）｝（Ａは＃０～＃（Ｎ－１）のうち１つ）と指定され得る。総Ｎ個のレイヤに対する代表ｅＡｘＣが指定され得る。

【0122】

ステップ１１０３で、ＤＵはマルチ－レイヤスケジューリングに基づいて制御メッセージを生成できる。マルチ－レイヤスケジューリングとは、多数のストリームに対するリソースを割り当てる過程を指す。ストリームは、ＲＵのポート（例：アンテナポート）に対応できる。基地局のスケジューラ（ｓｃｈｅｄｕｌｅｒ）は指定された時間－周波数領域（例：セクション）内で多数のストリームに対するリソース割り当てを行うことができる。このようなスケジューリング結果によってＤＵは制御メッセージを生成できる。

【0123】

ＤＵはセクション情報、ビーム情報、及びフロー情報を含む制御メッセージを生成できる。ＤＵはスケジューリング結果によるセクション情報を生成できる。例えば、セクション情報は時間領域（例：フレーム、サブフレーム、スロット、シンボル）に対する情報、周波数領域（例：ＲＢ、ｒｅＭａｓｋ）に対する情報、セクションに対する情報（例：セクションＩＤ）を含むことができる。ＤＵはセクション情報を含むように制御メッセージを構成できる。ＤＵはスケジューリング結果によるビーム情報を生成できる。空間的に区別されるリソースもスケジューリング結果に含まれ得る。例えば、ＤＵは各端末に割り当てられるビームと関連付けられたパラメータ（例：ｂｅａｍＩＤ）、端末のレイヤに適用されるプリコーディングのためのパラメータ（例：ＰＭＩ）、またはＭＵ－ＭＩＭＯスケジューリングと関連付けられたパラメータのうち少なくとも１つを含むようにビーム情報を生成できる。ＤＵはステップ１１０１で識別された経路を示すフロー情報を生成できる。 例えば、該当情報はｅＣＰＲＩヘッダで‘ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ’フィールドが識別された経路に対応するｅＡｘＣ ＩＤを示すように値を設定し、上記設定値を含むようにフロー情報を生成できる。

【0124】

ステップ１１０５で、ＤＵはフロントホールインターフェースを介して制御メッセージを伝送できる。例えば、ＤＵはフロントホールインターフェースの中でｅＣＰＲＩ及びＯ－ＲＡＮのうち少なくとも１つのインターフェースに基づいて制御メッセージを伝送できる。一例として、ＤＵはセクション情報の伝達のためにＯ－ＲＡＮのヘッダを用いることができる。また、ＤＵはビーム情報の伝達のためにＯ－ＲＡＮのセクション拡張フィールドを用いることができる。また、ＤＵはフロー情報の伝達のためにｅＣＰＲＩヘッダで‘ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ’フィールドを用いることができる。

【0125】

図１２は、本開示の多様な実施形態によるマルチ－レイヤスケジューリングのためのＲＵの動作の流れを示す。ＲＵは図３のＲＵ１８０を例示する。

【0126】

図１２を参照すると、ステップ１２０１で、ＲＵはフロントホールインターフェースを介して制御メッセージを受信できる。ＲＵは、例えば、フロントホールインターフェースの中でｅＣＰＲＩ及びＯ－ＲＡＮのうち少なくとも１つのインターフェースに基づいて制御メッセージを受信できる。ＲＵはｅＣＰＲＩのヘッダ情報及びＯ－ＲＡＮのヘッダ情報のうち少なくとも１つに基づいて制御メッセージを受信できる。制御メッセージはマルチ－レイヤスケジューリング情報を含むことができる。

【0127】

ステップ１２０３で、ＲＵはマルチ－レイヤスケジューリング情報を獲得できる。マルチ－レイヤスケジューリング情報は、複数のレイヤに対するセクション情報、ビーム情報、及びフロー情報を含むことができる。ＲＵは、例えば、フロントホールインターフェースの中でｅＣＰＲＩ及びＯ－ＲＡＮのうち少なくとも１つのインターフェースに基づいてマルチ－レイヤスケジューリング情報を獲得できる。一例として、ＲＵはセクション情報を受信するためにＯ－ＲＡＮのヘッダを識別できる。ＲＵはセクション情報から無線通信のための時間－周波数リソースを獲得できる。また、ＲＵはビーム情報を受信するためにＯ－ＲＡＮのセクション拡張フィールドを識別できる。ＲＵはビーム情報から、各レイヤに適用される加重値ベクタを獲得できる。加重値ベクタは、共通ビームに基づくビーム加重値ベクタであるか、プリコーディング行列の１つの列（ｃｏｌｕｍｎ）に対応する加重値ベクタであり得る。また、ＲＵはフロー情報を受信するためにｅＣＰＲＩヘッダで‘ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ’フィールドを識別できる。ＲＵはフロー情報から該当制御メッセージの伝送経路を確認できる。

【0128】

ステップ１２０５で、ＲＵはマルチ－レイヤ通信を行うことができる。ＲＵはスケジューリング情報を端末に伝送し、マルチ－レイヤ伝送を行うためのダウンリンク通信を行うことができる。ＲＵはスケジューリング情報による加重値行列を適用してデータストリームを端末に伝送できる。またはＲＵはスケジューリング情報を端末に伝送し、端末からマルチ－レイヤ伝送を受信するためのアップリンク通信を行うことができる。ＲＵはスケジューリング情報による加重値行列に対する情報を端末に提供できる。

【0129】

本開示の多様な実施形態によれば、マルチレイヤに対する簡素化された制御メッセージを構成し、指定された経路を通して該当制御メッセージを伝送することで、ＤＵとＲＵ間フロントホールインターフェースで消耗するリソースが減少し得る。例えば、処理（ｐｒｏｃｅｓｓｉｎｇ）負荷が減少する。コントロールプレーンのパケット生成及び処理のための負荷が既存のコントロールプレーンの帯域幅（ｂａｎｄｗｉｄｔｈ、ＢＷ）に比べて減少したセクション数分に比例して減少し得る。また、例えば、メモリ要求量負荷が減少する。既存のコントロールプレーンの帯域幅（ｂａｎｄｗｉｄｔｈ、ＢＷ）に比べて減少したセクション数に比例してメモリ要求量が減少し得る。フロントホール内の帯域幅が減少されることによって、消耗するリソースが節約されて効率的なフロントホールの運用が可能になり得る。特に、レイヤが増加したり、多数のアンテナが活用される環境（例：ＦＲ２）では、基地局が基本的にスケジューリング時に処理すべきトラフィック量が増加するため、本開示の統合制御メッセージ運用方式による利得はより増加できる。例えば、ＮＲ周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）別性能は下記表５のように導出され得る。ここで、性能に対する指標はセルサポートに必要なコントロールプレーンのセクション数である。

【0130】

【表5】

【0131】

実施形態によれば、無線通信システムにおける基地局のデジタルユニット（ＤＵ）の動作方法であって、ＤＵと無線ユニット（ＲＵ）を接続するフロントホールインターフェースの複数の経路の中から指定された経路を識別する方法；複数の層の制御メッセージを生成する。制御メッセージは、指定されたパスを介してＲＵに送信され、制御メッセージは、複数の層のスケジューリング情報を含む。

【0132】

いくつかの実施形態では、複数の層は、第１の層および第２の層を含み、制御メッセージは、いくつかの複数の層、第１の層の第１の重みベクトルを示す情報、および第２の層の第２の重みベクトルを示す情報を含む。

【0133】

いくつかの実施形態では、スケジューリング情報は、以下を含む。複数の層に対する共通のリソース割り当てを示すセクション情報。複数の層の重み行列に関連するビーム情報。指定された経路を示すフロー情報であり、セクション情報が制御メッセージのオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）のヘッダに含まれる場合、ビーム情報は、制御メッセージのセクション拡張フィールドに含まれる。フロー情報は、制御メッセージの拡張共通パブリック無線インターフェース（ｅＣＰＲＩ）ヘッダーの「ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ」に含まれています。

【0134】

いくつかの実施形態では、制御メッセージは、複数の層のスケジューリング方式を示すタイプ情報を含み、スケジューリング方式は、以下のうちの１つを含む。各層に共通のビームを適用する最初のスキーム。プリコーディング行列を複数の層に適用する第２のスキーム。また複数の層のそれぞれに個別のプリコーディングを適用する第3のスキーム。

【0135】

いくつかの実施形態では、タイプ情報が第１のスキームを示す場合、重み行列は、単一層のビームフォーミング重みベクトルを示す。タイプ情報が第２のスキームを示す場合、重み行列は、複数の層の重み行列を示す。

【0136】

いくつかの実施形態では、すべての制御パラメータが一般に層に適用される場合、制御メッセージは拡張フィールドを含む。

【0137】

いくつかの実施形態では、拡張フィールドは、ｂｅａｍＧｒｏｕｐＴｙｐｅ、ｂｅａｍＩＤによって示される重みベクトル、および多層伝送のためのいくつかのポートｎｕｍＰｏｒｔｃを含む。

【0138】

いくつかの実施形態では、リソースは、単一のユーザの複数の層に割り当てられ、制御メッセージは、スケジューリング結果に従って、各端末のリソース割り当ておよびビーム情報を示す。

【0139】

いくつかの実施形態では、シングルユーザスケジューリングとマルチユーザスケジューリングが混合され、制御メッセージは、スケジューリング結果に従って、各端末のリソース割り当てとビーム情報を示す。

【0140】

実施形態によれば、無線通信システムにおける基地局の無線ユニット（ＲＵ）の動作方法であって、デジタルユニット（ＤＵ）から複数の層の制御メッセージを、ＲＵとＤＵを接続するフロントホールインターフェースの複数のパス。 制御メッセージに基づいて、複数の層のスケジューリング情報を識別する。 スケジューリング情報に基づいて通信を行う。

【0141】

いくつかの実施形態では、複数の層は、第１の層および第２の層を含み、制御メッセージは、いくつかの複数の層、第１の層の第１の重みベクトルを示す情報、および第２の層の第２の重みベクトルを示す情報を含む。

【0142】

いくつかの実施形態では、スケジューリング情報は、以下を含む。複数の層に対する共通のリソース割り当てを示すセクション情報。複数の層の重み行列に関連するビーム情報。指定された経路を示すフロー情報であり、セクション情報が制御メッセージのオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）のヘッダに含まれる場合、ビーム情報は、制御メッセージのセクション拡張フィールドに含まれる。フロー情報は、制御メッセージの拡張共通パブリック無線インターフェイス（ｅＣＰＲＩ）ヘッダーの「ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ」に含まれています。

【0143】

いくつかの実施形態では、制御メッセージは、複数の層のスケジューリング方式を示すタイプ情報を含み、スケジューリング方式は、以下のうちの１つを含む。各層に共通のビームを適用する最初のスキーム。プリコーディング行列を複数の層に適用する第２のスキーム。また複数の層のそれぞれに個別のプリコーディングを適用する第3のスキーム。

【0144】

いくつかの実施形態では、タイプ情報が第１のスキームを示す場合、重み行列は、単一層のビームフォーミング重みベクトルを示す。タイプ情報が第２のスキームを示す場合、重み行列は、複数の層の重み行列を示す。

【0145】

実施形態によれば、無線通信システムにおける基地局のデジタルユニット（ＤＵ）のデバイスであって、デバイスは、少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、複数の経路の中から指定された経路を識別するように構成される。 DUと無線ユニット（ＲＵ）を接続するフロントホールインターフェースの複数のレイヤの制御メッセージを生成します。そして、フロントホールインターフェースを制御して、指定されたパスを介して制御メッセージをＲＵに送信し、制御メッセージは、複数の層のスケジューリング情報を含む。

【0146】

いくつかの実施形態では、複数の層は、第１の層および第２の層を含み、制御メッセージは、いくつかの複数の層、第１の層の第１の重みベクトルを示す情報、および第２の層の第２の重みベクトルを示す情報を含む。

【0147】

いくつかの実施形態では、スケジューリング情報は、以下を含む。複数の層に対する共通のリソース割り当てを示すセクション情報。複数の層の重み行列に関連するビーム情報。指定された経路を示すフロー情報であり、セクション情報が制御メッセージのオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）のヘッダに含まれる場合、ビーム情報は、制御メッセージのセクション拡張フィールドに含まれる。フロー情報は、制御メッセージの拡張共通パブリック無線インターフェイス（ｅＣＰＲＩ）ヘッダーの「ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ」に含まれています。

【0148】

いくつかの実施形態では、制御メッセージは、複数の層のスケジューリング方式を示すタイプ情報を含み、スケジューリング方式は、以下のうちの１つを含む。各層に共通のビームを適用する最初のスキーム。プリコーディング行列を複数の層に適用する第２のスキーム。また複数の層のそれぞれに個別のプリコーディングを適用する第3のスキーム。

【0149】

いくつかの実施形態では、タイプ情報が第１のスキームを示す場合、重み行列は、単一層のビームフォーミング重みベクトルを示す。タイプ情報が第２のスキームを示す場合、重み行列は、複数の層の重み行列を示す。

【0150】

実施形態によれば、無線通信システムにおける基地局の無線ユニット（ＲＵ）のデバイスであって、以下を含むデバイス。少なくとも１つのプロセッサ、少なくとも１つのプロセッサは、ＲＵとデジタルユニット（ＤＵ）とを接続するフロントホールインターフェースを制御して、ＤＵから複数の層の制御メッセージをそれらの間の指定された経路を介して受信するように構成される。フロントホールインターフェースの複数のパス、制御メッセージに基づいて、複数の層のスケジューリング情報を識別する。そして、少なくとも１つのトランシーバを制御して、スケジューリング情報に基づいて通信を実行する。

【0151】

いくつかの実施形態では、複数の層は、第１の層および第２の層を含み、制御メッセージは、いくつかの複数の層、第１の層の第１の重みベクトルを示す情報、および第２の層の第２の重みベクトルを示す情報を含む。

【0152】

いくつかの実施形態では、スケジューリング情報は、以下を含む。複数の層に対する共通のリソース割り当てを示すセクション情報。複数の層の重み行列に関連するビーム情報。指定された経路を示すフロー情報であり、セクション情報が制御メッセージのオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）のヘッダに含まれる場合、ビーム情報は、制御メッセージのセクション拡張フィールドに含まれる。フロー情報は、制御メッセージの拡張共通パブリック無線インターフェイス（ｅＣＰＲＩ）ヘッダーの「ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ」に含まれています。

【0153】

いくつかの実施形態では、制御メッセージは、複数の層のスケジューリング方式を示すタイプ情報を含み、スケジューリング方式は、以下のうちの１つを含む。各層に共通のビームを適用する最初のスキーム。プリコーディング行列を複数の層に適用する第２のスキーム。また複数の層のそれぞれに個別のプリコーディングを適用する第3のスキーム。

【0154】

いくつかの実施形態では、タイプ情報が第１のスキームを示す場合、重み行列は、単一層のビームフォーミング重みベクトルを示す。タイプ情報が第２のスキームを示す場合、重み行列は、複数の層の重み行列を示す。

【0155】

本開示の請求項又は明細書に記載された実施形態による方法は、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアの組み合わせの形態で実装される（ｉｍｐｌｅｍｅｎｔｅｄ）ことができる。

【0156】

ソフトウェアで実装する場合、１つ以上のプログラム（ソフトウェアモジュール）を記憶するコンピュータ可読記憶媒体が提供され得る。コンピュータ可読記憶媒体に記憶される１つ以上のプログラムは、電子装置（ｄｅｖｉｃｅ）内の１つ以上のプロセッサによって実行可能に構成される（ｃｏｎｆｉｇｕｒｅｄ ｆｏｒ ｅｘｅｃｕｔｉｏｎ）。１つ以上のプログラムは、電子装置に本開示の請求項又は明細書に記載された実施形態による方法を実行させる命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を含む。

【0157】

このようなプログラム（ソフトウェアモジュール、ソフトウェア）はランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュ（ｆｌａｓｈ）メモリを含む不揮発性（ｎｏｎ－ｖｏｌａｔｉｌｅ）メモリ、ロム（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、磁気ディスク記憶装置（ｍａｇｎｅｔｉｃ ｄｉｓｃ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）、コンパクトディスクロム（ｃｏｍｐａｃｔ ｄｉｓｃ－ＲＯＭ、ＣＤ－ＲＯＭ）、デジタル多目的ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃｓ、ＤＶＤｓ）又は他の形態の光学記憶装置、マグネティックカセット（ｍａｇｎｅｔｉｃ ｃａｓｓｅｔｔｅ）に記憶され得る。また、これらの一部又は全部の組み合わせで構成されたメモリに記憶され得る。また、各々の構成メモリは多数個が含まれる場合もある。

【0158】

また、プログラムはインターネット（Ｉｎｔｅｒｎｅｔ）、イントラネット（Ｉｎｔｒａｎｅｔ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、又はＳＡＮ（ｓｔｏｒａｇｅ ａｒｅａ ｎｅｔｗｏｒｋ）などの通信ネットワーク、又はそれらの組み合わせで構成された通信ネットワークを通してアクセス（ａｃｃｅｓｓ）できる取付可能な（ａｔｔａｃｈａｂｌｅ）記憶装置（ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）に記憶され得る。このような記憶装置は外部ポートを通して本開示の実施形態を遂行する装置にアクセスできる。また、通信ネットワーク上の別途の記憶装置が携帯用電子機器にアクセスすることもできる。

【0159】

上述の本開示の具体的な実施形態で、開示に含まれる構成要素は提示された具体的な実施形態によって単数又は複数で表現された。しかし、単数又は複数の表現は説明の便宜のために提示した状況に適するように選択されたものであって、本開示が単数又は複数の構成要素に限定されることではなく、複数で表現された構成要素であっても単数で構成されたり、単数で表現された構成要素であっても複数で構成され得る。

【0160】

一方、本開示の詳細な説明では具体的な実施形態に関して説明したが、本開示の範囲から逸脱しない限度内で様々な変形が可能であることは勿論である。よって、本開示の範囲は説明された実施形態に限定されて定められてはならず、後述の特許請求の範囲だけでなくその特許請求の範囲と均等なものによって定められるべきである。

【符号の説明】

【0161】

210 通信部
220 記憶部
230 制御部
310 通信部
320 記憶部
330 制御部

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図11】

【図12】

【国際調査報告】