JP2023501314A

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

Info

Publication number: JP2023501314A
Application number: JP2022525906A
Authority: JP
Inventors: ヒョンジン・リム; ジョンホ・オ; ウォンジュン・ファン
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2019-10-30
Filing date: 2020-10-30
Publication date: 2023-01-18
Also published as: US20230007666A1; WO2021086131A1; US20210136788A1; EP4023008A1; EP4023008A4; US11723013B2; KR20210051582A; EP4023008B1; EP4023008C0; CN114616852A; US20230328710A1; US11477801B2

Abstract

本開示（ｄｉｓｃｌｏｓｕｒｅ）は、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）などの４Ｇ（４ｔｈＧｅｎｅｒａｔｉｏｎ）通信システム以後により高いデータ転送率をサポートするための５Ｇ（５ｔｈｇｅｎｅｒａｔｉｏｎ）又はｐｒｅ－５Ｇ通信システムに関する。本開示の多様な実施形態によれば、無線通信システムにおける基地局のＲＵ（ｒａｄｉｏｕｎｉｔ）の装置は、少なくとも１つの送受信機と、上記少なくとも１つの送受信機と結合される少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、セクション拡張フィールドを含む第１制御メッセージをフロントホールインタフェースを介してＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）から受信し、上記セクション拡張フィールドに基づいて付加情報を識別し、上記付加情報に基づいてビームフォーミング加重値を獲得するように構成され、上記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末をスケジューリングするために構成され得る。

Description

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

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

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

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

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

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

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

また、本開示は、無線通信システムにおけるフロントホールインタフェース上で管理メッセージを伝送するための装置及び方法を提供する。

また、本開示は、無線通信システムにおけるフロントホールインタフェース上でスケジューリング情報とその他の情報を共に伝達するための装置及び方法を提供する。

また、本開示は、無線通信システムにおけるフロントホールインタフェース上でスケジューリング情報と特に正則化パラメータを共に伝達するための装置及び方法を提供する。

また、本開示は、無線通信システムにおけるＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）及びＲＵ（ｒａｄｉｏｕｎｉｔ）の運用時、正則化パラメータの記憶によるＲＵのメモリ負担を低減するための装置及び方法を提供する。

また、本開示は、無線通信システムにおける正則化パラメータの処理のためのＲＵの機能的構造を提供する。

本開示の多様な実施形態によれば、無線通信システムにおける基地局のＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）の動作方法は、付加情報を含むセクション拡張フィールドを設定する過程と、上記セクション拡張フィールドを含む第１制御メッセージをＲＵ（ｒａｄｉｏｕｎｉｔ）にフロントホールインタフェースを介して伝送する過程を含み、上記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末をスケジューリングするために構成され得る。

本開示の多様な実施形態によれば、無線通信システムにおける基地局のＲＵ（ｒａｄｉｏｕｎｉｔ）の動作方法は、セクション拡張フィールドを含む第１制御メッセージをフロントホールインタフェースを介してＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）から受信する過程と、上記セクション拡張フィールドに基づいて付加情報を識別する過程と、上記付加情報に基づいてビームフォーミング加重値を獲得する過程と、を含み、上記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末をスケジューリングするために構成され得る。

本開示の多様な実施形態によれば、無線通信システムにおける基地局のＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）の装置は、少なくとも１つの送受信機と、上記少なくとも１つの送受信機と結合される少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、付加情報を含むセクション拡張フィールドを設定し、上記セクション拡張フィールドを含む第１制御メッセージをＲＵ（ｒａｄｉｏｕｎｉｔ）にフロントホールインタフェースを介して伝送するように構成され、上記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末をスケジューリングするために構成され得る。

本開示の多様な実施形態によれば、無線通信システムにおける基地局のＲＵ（ｒａｄｉｏｕｎｉｔ）の装置は、少なくとも１つの送受信機と、上記少なくとも１つの送受信機と結合される少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、セクション拡張フィールドを含む第１制御メッセージをフロントホールインタフェースを介してＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）から受信し、上記セクション拡張フィールドに基づいて付加情報を識別し、上記付加情報に基づいてビームフォーミング加重値を獲得するように構成され、上記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末をスケジューリングするために構成され得る。

本開示の多様な実施形態による装置及び方法は、制御メッセージ及び管理メッセージによって、ＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）及びＲＵ（ｒａｄｉｏｕｎｉｔ）のインタフェースを效率的に運用できるようにする。

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

本開示の多様な実施形態による無線通信システムを示す図である。本開示の多様な実施形態による基地局の機能的分離によるフロントホール構造の例を示す図である。本開示の多様な実施形態によるＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）の構成を示す図である。本開示の多様な実施形態によるＲＵ（ｒａｄｉｏｕｎｉｔ）の構成を示す図である。本開示の多様な実施形態による機能分離（ｆｕｎｃｔｉｏｎｓｐｌｉｔ）の例を示す図である。Ｓｅｃｔｉｏｎｔｙｐｅ６による制御メッセージの例を示す図である。ビームフォーミング情報処理のためのＲＵの機能的構成の例を示す図である。正則化ファクター（ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ）とスケジューリングの関係を示す図である。本開示の多様な実施形態による拡張フィールド（ｅｘｔｅｎｓｉｏｎｆｉｅｌｄ）の例を示す図である。本開示の多様な実施形態によるＳｅｃｔｉｏｎｔｙｐｅ６のための管理メッセージの例を示す図である。本開示の多様な実施形態による拡張フィールドのためのＤＵの動作の流れを示す図である。本開示の多様な実施形態による拡張フィールドのためのＲＵの動作の流れを示す図である。本開示の多様な実施形態によるＳｅｃｔｉｏｎｔｙｐｅ６のための管理メッセージのためのＤＵの動作の流れを示す図である。本開示の多様な実施形態によるＳｅｃｔｉｏｎｔｙｐｅ６のための管理メッセージのためのＲＵの動作の流れを示す図である。本開示の多様な実施形態によるビームフォーミング情報処理のためのＲＵの機能的構成の例を示す図である。本開示の多様な実施形態による正則化ファクター（ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ）とスケジューリングの関係を示す図である。本開示の多様な実施形態によるセクション拡張フィールドによるＤＵとＲＵの間の関係の例を示す図である。

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

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

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

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

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

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

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

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

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

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

図１Ａでは基地局及び端末のいずれもビームフォーミングを行うと図示されたが、本開示の多様な実施形態が必ずしもこれに限定されるわけではない。一部の実施形態で、端末はビームフォーミングを行う場合もあり、行わない場合もある。また、基地局はビームフォーミングを行う場合もあり、行わない場合もある。すなわち、基地局及び端末のいずれか１つのみがビームフォーミングを行う場合もあり、又は基地局及び端末のいずれもビームフォーミングを行わない場合もある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

制御部２３０はＤＵ１６０の全般的な動作を制御する。例えば、制御部２３０は通信部２１０を介して（またはバックホール通信部を介して）信号を送信及び受信する。また、制御部２３０は記憶部２２０にデータを記録し、読み取る。そして、制御部２３０は通信規格で要求するプロトコルスタック（ｐｒｏｔｏｃｏｌｓｔａｃｋ）の機能を行うことができる。そのために、制御部２３０は少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）を含むことができる。一部の実施形態で、制御部２３０は正則化ファクター（ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ）を含む拡張フィールドを持つコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）のメッセージを生成する制御メッセージ生成部及び既存の正則化ファクターを含むメッセージ（例：Ｏ－ＲＡＮのＳｅｃｔｉｏｎＴｙｐｅ６のＣｏｎｔｒｏｌｐｌａｎｅメッセージ）の正則化ファクターフィールドを非活性化するための管理メッセージを生成する管理メッセージ生成部を含むことができる。制御メッセージ生成部及び管理メッセージ生成部は記憶部２３０に記憶された命令セット又はコードであって、少なくとも一時的に制御部２３０に常駐する（ｒｅｓｉｄｅｄ）命令／コード又は命令／コードを記憶する記憶空間であるか、または、制御部２３０を構成する回路（ｃｉｒｃｕｉｔｒｙ）の一部であり得る。多様な実施形態によれば、制御部２３０はＤＵ１６０が後述する多様な実施形態による動作を行うように制御できる。

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

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

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

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

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

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

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

記憶部３２０はＲＵ１８０の動作のための基本プログラム、アプリケーションプログラム、設定情報などのデータを記憶する。記憶部３２０は揮発性メモリ、不揮発性メモリ又は揮発性メモリと不揮発性メモリの組み合わせで構成され得る。そして、記憶部３２０は制御部３３０の要求に応じて記憶されたデータを提供する。一実施形態によれば、記憶部３２０は別途の正則化パラメータ関連情報をリアルタイムで記憶するメモリなしで、チャネル情報をアップデートするためのチャネルメモリを含むことができる。

制御部３３０はＲＵ１８０の全般的な動作を制御する。例えば、制御部３３０は通信部３１０を介して信号を送信及び受信する。また、制御部３３０は記憶部３２０にデータを記録し、読み取る。そして、制御部３３０は通信規格で要求するプロトコルスタックの機能を行うことができる。そのために、制御部３３０は少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）を含むことができる。一部の実施形態で、制御部２３０は正則化ファクター（ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ）を含む拡張フィールドを持つコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ、Ｃ－ｐｌａｎｅ）のメッセージを解釈するための制御メッセージ解釈部及び既存の正則化ファクターを含むメッセージ（例：Ｏ－ＲＡＮのＳｅｃｔｉｏｎｔｙｐｅ６のＣｏｎｔｒｏｌｐｌａｎｅメッセージ）の正則化ファクターフィールドを非活性化するための管理プレーン（ｍａｎａｇｅｍｅｎｔｐｌａｎｅ、Ｍ－ｐｌａｎｅ）のメッセージを解釈するための管理メッセージ解釈部を含むことができる。制御メッセージ解釈部及び管理メッセージ解釈部は記憶部３２０に記憶された命令セット又はコードであって、少なくとも一時的に制御部３３０に常駐する（ｒｅｓｉｄｅｄ）命令／コード又は命令／コードを記憶する記憶空間であるか、または、制御部３３０を構成する回路（ｃｉｒｃｕｉｔｒｙ）の一部であり得る。なお、制御部３３０は通信を行うための多様なモジュールを含むことができる。多様な実施形態によれば、制御部３３０は端末が後述する多様な実施形態による動作を行うように制御できる。

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

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

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

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

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

一実施形態によれば、ＤＵから受信されたデータのプリコーディングを処理できない場合（すなわち、ＲＵのプリコーディング能力（ｃａｐａｂｉｌｉｔｙ）に限界がある場合）、第３機能分離４２０ａ又はそれ以下の機能分離（例：第２機能分離４１０）が適用され得る。逆に、ＤＵから受信されたデータのプリコーディングを処理する能力がある場合、第４機能分離４２０ｂ又はそれ以上の機能分離（例：第６機能分離４３０）が適用され得る。以下、本開示で多様な実施形態は別途の限定がない限り、ＲＵでビームフォーミング処理を行うための第３機能分離４２０ａ又は第４機能分離４２０ｂを基準として述べられるが、他の機能分離による実施形態の構成を排除するものではない。後述される図５Ａ乃至図１１のコントロールプレーンメッセージ、管理プレーンメッセージ、又はその他の装置の構成／動作の流れは第３機能分離４２０ａ又は第４機能分離４２０ｂのみならず他の機能分離にも適用され得る。

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

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

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

ＣＵ＿Ｐｏｒｔ＿ＩＤ（ｘｂｉｔｓ）：ｃｈａｎｎｅｌｃａｒｄを区分。Ｍｏｄｅｍまで含めて区分可能（２ｂｉｔｓｆｏｒｃｈａｎｎｅｌｃａｒｄ、２ｂｉｔｓｆｏｒＭｏｄｅｍ）
ＢａｎｄＳｅｃｔｏｒ＿ＩＤ（ｙｂｉｔｓ）：Ｃｅｌｌ／Ｓｅｃｔｏｒによって区分
ＣＣ＿ＩＤ（ｚｂｉｔｓ）：Ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒによって区分
ＲＵ＿Ｐｏｒｔ＿ＩＤ（ｗｂｉｔｓ）：ｌａｙｅｒ、Ｔ、ａｎｔｅｎｎａなどによって区分
ｅｃｐｒｉＳｅｑｉｄ（２ｂｙｔｅｓ）：ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ別にｓｅｑｕｅｎｃｅＩＤが管理されＳｅｑｕｅｎｃｅＩＤ及びｓｕｂｓｅｑｕｅｎｃｅＩＤを別途管理。ＳｕｂｓｅｑｕｅｎｃｅＩＤを用いればＲａｄｉｏ－ｔｒａｎｓｐｏｒｔ－ｌｅｖｅｌｆｒａｇｍｅｎｔａｔｉｏｎが可能（Ａｐｐｌｉｃａｔｉｏｎ－ｌｅｖｅｌｆｒａｇｍｅｎｔａｔｉｏｎとは異なる）
フロントホールのアプリケーションプロトコル（ａｐｐｌｉｃａｔｉｏｎｐｒｏｔｏｃｏｌ）はコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ、Ｃ－ｐｌａｎｅ）、ユーザプレーン（ｕｓｅｒｐｌａｎｅ、Ｕ－ｐｌａｎｅ）、同期プレーン（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｐｌａｎｅ、Ｓ－ｐｌａｎｅ）、及び管理プレーン（ｍａｎａｇｅｍｅｎｔｐｌａｎｅ、Ｍ－ｐｌａｎｅ）を含むことができる。

コントロールプレーンは、制御メッセージによってスケジューリング情報とビームフォーミング情報を提供するように構成され得る。ユーザプレーンはユーザのダウンリンクデータ（ＩＱデータ又はＳＳＢ／ＲＳ）、アップリンクデータ（ＩＱデータ又はＳＲＳ／ＲＳ）、又はＰＲＡＣＨデータを含むことができる。上述のビームフォーミング情報の加重値ベクタはユーザのデータに掛けられ得る。同期プレーンはタイミング及び同期化と関連付けられ得る。管理プレーンは初期設定（ｉｎｉｔｉａｌｓｅｔｕｐ）、ノンリアルタイム再設定（ｎｏｎ－ｒｅａｌｔｉｍｅｒｅｓｅｔ）又は再設定（ｒｅｓｅｔ）、ノンリアルタイム報告（ｎｏｎ－ｒｅａｌｔｉｍｅｒｅｐｏｒｔ）と関連付けられ得る。
コントロールプレーンで伝送されるメッセージの類型を定義するために、ＳｅｃｔｉｏｎＴｙｐｅが定義される。ＳｅｃｔｉｏｎＴｙｐｅはコントロールプレーンで伝送される制御メッセージの用途を示すことができる。例えば、ＳｅｃｔｉｏｎＴｙｐｅ別用途は下記のとおりである。

ｓｅｃｔｉｏｎＴｙｐｅ＝０：ＤＬｉｄｌｅ／ｇｕａｒｄｐｅｒｉｏｄｓ－ＰｏｗｅｒｓａｖｅｉｎｇのためのＴｘｂｌａｎｋｉｎｇ用途
ｓｅｃｔｉｏｎＴｙｐｅ＝１：ＤＬ／ＵＬチャネルのＲＥにＢＦｉｎｄｅｘまたはｗｅｉｇｈｔ（Ｏ－ＲＡＮｍａｎｄａｔｏｒｙＢＦ方式）をマッピング
ｓｅｃｔｉｏｎＴｙｐｅ＝２：ｒｅｓｅｒｖｅｄ
ｓｅｃｔｉｏｎＴｙｐｅ＝３：ＰＲＡＣＨとｍｉｘｅｄ－ｎｕｍｅｒｏｌｏｇｙチャネルのＲＥにｂｅａｍｆｏｒｍｉｎｇｉｎｄｅｘまたはｗｅｉｇｈｔをマッピング
ｓｅｃｔｉｏｎＴｙｐｅ＝４：ｒｅｓｅｒｖｅｄ
ｓｅｃｔｉｏｎＴｙｐｅ＝５：ＲＵがリアルタイムＢＦｗｅｉｇｈｔ計算を行えるようにＵＥスケジュールリング情報を伝達（Ｏ－ＲＡＮｏｐｔｉｏｎａｌＢＦ方式）
ｓｅｃｔｉｏｎＴｙｐｅ＝６：ＲＵがリアルタイムＢＦｗｅｉｇｈｔ計算を行えるように周期的にＵＥチャネル情報を伝達（Ｏ－ＲＡＮｏｐｔｉｏｎａｌＢＦ方式）
ｓｅｃｔｉｏｎＴｙｐｅ＝７：ＬＡＡサポートに使用

ＲＵがビームフォーミングによってＵＥと通信を行う場合、ＲＵは現在のチャネルに対する情報とスケジューリング情報を必要とする。すなわち、ＲＵはＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージとＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージを獲得することが要求される。ＲＵはＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージからＵＥのスロット別スケジューリングの有無を識別し、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージから現在のチャネル状態に対する情報を識別できる。ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージは周期的に伝達され得る。ＲＵが各スロットのビームフォーミング加重値を計算できるように、チャネル情報は周期的に伝達され得る。以下、図５Ａを通してＳｅｃｔｉｏｎｔｙｐｅ６による制御メッセージの例が述べられる。

図５Ａは、Ｓｅｃｔｉｏｎｔｙｐｅ６による制御メッセージの例を示す。Ｓｅｃｔｉｏｎｔｙｐｅ６による制御メッセージはチャネル情報を運搬するための用途で構成される。

図５Ａを参照すると、Ｓｅｃｔｉｏｎｔｙｐｅ６の制御メッセージは伝送ヘッダ（ｔｒａｎｓｐｏｒｔｈｅａｄｅｒ）５０１、共通ヘッダ（ｃｏｍｍｏｎｈｅａｄｅｒ）５０３、第１セクション情報５０５、第２セクション情報５０７を含むことができる。伝送ヘッダ５０１はｅＣＰＲＩ又はＩＥＥＥによるヘッダを含むことができる。

共通ヘッダ５０３は、共通無線アプリケーションヘッダ（ｃｏｍｍｏｎｒａｄｉｏａｐｐｌｉｃａｔｉｏｎｈｅａｄｅｒ）であって、下記のようなパラメータを含むことができる。

ｄａｔａＤｉｒｅｃｔｉｏｎ（ｄａｔａｄｉｒｅｃｔｉｏｎ（ｇＮＢＴｘ／Ｒｘ））ｆｉｅｌｄ：１ｂｉｔ
ｐａｙｌｏａｄＶｅｒｓｉｏｎ（ｐａｙｌｏａｄｖｅｒｓｉｏｎ）ｆｉｅｌｄ：３ｂｉｔｓ
ｖａｌｕｅ＝ “１” ｓｈａｌｌｂｅｓｅｔ（１ｓｔｐｒｏｔｏｃｏｌｖｅｒｓｉｏｎｆｏｒｐａｙｌｏａｄａｎｄｔｉｍｅｒｅｆｅｒｅｎｃｅｆｏｒｍａｔ）
ｆｉｌｔｅｒＩｎｄｅｘ（ｆｉｌｔｅｒｉｎｄｅｘ）ｆｉｅｌｄ：４ｂｉｔｓ，
ｆｒａｍｅＩｄ（ｆｒａｍｅｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：８ｂｉｔｓ
ｓｕｂｆｒａｍｅＩｄ（ｓｕｂｆｒａｍｅｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：４ｂｉｔｓ
ｓｌｏｔＩＤ（ｓｌｏｔｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：６ｂｉｔｓ
ｓｔａｒｔＳｙｍｂｏｌｉｄ（ｓｔａｒｔｓｙｍｂｏｌｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：６ｂｉｔｓ
ｎｕｍｂｅｒＯｆｓｅｃｔｉｏｎｓ（ｎｕｍｂｅｒｏｆｓｅｃｔｉｏｎｓ）ｆｉｅｌｄ：８ｂｉｔｓ
ｓｅｃｔｉｏｎＴｙｐｅ（ｓｅｃｔｉｏｎｔｙｐｅ）ｆｉｅｌｄ：８ｂｉｔｓ，ｖａｌｕｅ＝６
ｎｕｍｂｅｒＯｆＵＥｓ（ｎｕｍｂｅｒｏｆＵＥ－ｓｐｅｃｉｆｉｃｃｈａｎｎｅｌｉｎｆｏｒｍａｔｉｏｎｄａｔａｓｅｔｓ）ｆｉｅｌｄ：８ｂｉｔｓ
ｒｅｓｅｒｖｅｄ（ｒｅｓｅｒｖｅｄｆｏｒｆｕｔｕｒｅｕｓｅ）ｆｉｅｌｄ：８ｂｉｔｓ

第１セクション情報５０５と第２セクション情報５０７は各ＵＥのために構成され得る。例えば、第１セクション情報５０５は第１ＵＥ、第２セクション情報は第２ＵＥのために構成され得る。以下、第１セクション情報５０５を基準として述べられるが、同一又は類似のフォーマットが第２セクション情報５０７にも適用され得る。第１セクション情報５０５は下記のようなパラメータを含むことができる。

ｅｆ（ｅｘｔｅｎｓｉｏｎｆｌａｇ）ｆｉｅｌｄ：１ｂｉｔ
ｕｅＩｄ（ＵＥｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：１５ｂｉｔｓ
ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ（ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒｕｓｅｄｆｏｒＭＭＳＥｒｅｃｅｐｔｉｏｎ）ｆｉｅｌｄ：１６ｂｉｔｓ
ｒｅｓｅｒｖｅｄ（ｒｅｓｅｒｖｅｄｆｏｒｆｕｔｕｒｅｕｓｅ）ｆｉｅｌｄ：４ｂｉｔｓ
ｒｂ（ｒｅｓｏｕｒｃｅｂｌｏｃｋｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：１ｂｉｔ
ｓｙｍＩｎｃ（ｓｙｍｂｏｌｎｕｍｂｅｒｉｎｃｒｅｍｅｎｔｃｏｍｍａｎｄ）ｆｉｅｌｄ：１ｂｉｔ
ｓｔａｒｔＰｒｂｃ（ｓｔａｒｔｉｎｇＰＲＢｏｆｄａｔａｓｅｃｔｉｏｎｄｅｓｃｒｉｐｔｉｏｎ）ｆｉｅｌｄ：１０ｂｉｔｓ
ｎｕｍＰｒｂｃ（ｎｕｍｂｅｒｏｆｃｏｎｔｉｇｕｏｕｓＰＲＢｓｐｅｒｄａｔａｓｅｃｔｉｏｎｄｅｓｃｒｉｐｔｉｏｎ）ｆｉｅｌｄ：８ｂｉｔｓ
ｃｉＩｓａｍｐｌｅ（ｃｈａｎｎｅｌｉｎｆｏｒｍａｔｉｏｎｖａｌｕｅ，ｉｎ－ｐｈａｓｅｓａｍｐｌｅ）ｆｉｅｌｄ：１６ｂｉｔｓ
ｃｉＱｓａｍｐｌｅ（ｃｈａｎｎｅｌｉｎｆｏｒｍａｔｉｏｎｖａｌｕｅ，ｑｕａｄｒａｔｕｒｅｓａｍｐｌｅ）ｆｉｅｌｄ：１６ｂｉｔｓ

ここで、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’はＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージに定義されるパラメータであって、周期的に伝達される。‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’はビームフォーミング加重値がＲＵでサポートされるとき（例：Ｏｐｔｉｏｎ７－２ｘＣａｔｅｇｏｒｙＡ（例：図４の第３機能分離４２０ａ）のＵＬ又はＯｐｔｉｏｎ７－２ｘＣａｔｅｇｏｒｙＢのＤＬ／ＵＬ（例：図４の第４機能分離４２０ｂ）、ＲＵでＭＭＳＥ（ｍｉｎｉｍｕｍｍｅａｎｓｑｕａｒｅｅｒｒｏｒ）動作をサポートするためにシグナリングされた値（ｓｉｇｎａｌｅｄｖａｌｕｅ）を提供できる。‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’は２－バイト（すなわち、１６－ビット）で上記値を示す。

本開示の多様な実施形態によれば、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’が示す正則化パラメータはビームフォーミング加重値を導出するために用いられ得る。例えば、正則化パラメータとビームフォーミング加重値の関係は下記の式に基づいて導出され得る。

ここで、Ｇはビームフォーミング加重値行列、

は全体電力制限のための電力正規化パラメータ（ｎｏｒｍａｌｉｚｅｄｐａｒａｍｅｔｅｒ）

は正則化パラメータ（ｒｅｇｕｌａｒｉｚａｔｉｏｎｐａｒａｍｅｔｅｒ）を示す。Ｈはチャネル行列を示す。一方、式１の他にも複数の方法がビームフォーミング加重値を計算するために用いられ得る。すなわち、本開示の多様な実施形態は、式１の方法で正則化パラメータ（ｒｅｇｕｌａｒｉｚａｔｉｏｎｐａｒａｍｅｔｅｒ）からビームフォーミング加重値を計算することに限定されない。

例えば、チャネル共分散パラメータに基づいてビームフォーミング加重値が導出されてもよく、チャネル共分散パラメータと正則化パラメータの関係は下記の式に基づいて導出され得る。

ここで、Ｒ_{ｍａｔｒｉｘ}は干渉／雑音に対する共分散行列、Ｈはチャネル行列、Ｒ_ｎｎは正則化パラメータ（ｒｅｇｕｌａｒｉｚａｔｉｏｎｐａｒａｍｅｔｅｒ）を示す。一例として、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’のＲ_ｎｎが０の場合、ゼロフォーシング（ｚｅｒｏｆｏｒｃｉｎｇ、ＺＦ）ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ）を示すことができる。

以下、本開示は上述の正則化パラメータ（‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’）の効率的な処理のためのメッセージ、シグナリング、ＤＵ／ＲＵの装置及び方法について述べる。本開示で正則化パラメータは正則化ファクター、正則化情報、正則化要素などと称して述べられ得る。また、正則化パラメータはＳｅｃｔｉｏｎＴｙｐｅ６の‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’の２－ｂｙｔｅ値を例として本開示の実施形態が述べられるが、データのサイズ／計算方式において通常の技術者にとって容易な形態に変形されて実施されること（例：３－ｂｙｔｅ）も、本開示の一実施形態として理解され得る。

図５Ｂは、ビームフォーミング情報処理のためのＲＵの機能的構成の例を示す。ＲＵはチャネルメモリ５２１と正則化ファクターメモリ５２３を含むことができる。

図５Ｂを参照すると、チャネルメモリ５２１は、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージからチャネル情報を獲得できる。ＲＵはチャネルメモリ５２１にチャネル情報を記憶できる。チャネル情報は周期的に更新され得る。例えば、チャネル情報はＳｅｃｔｉｏｎＴｙｐｅ６の‘ｃｉＩｓａｍｐｌｅ（Ｃｉ）’又は‘ｃｉＱｓａｍｐｌｅ（Ｃｑ）’であるか、これより得られる値を含むことができる。Ｃｉは複素チャネル情報のＩ値を示し、Ｃｑは複素チャネル情報のＱ値を示す正則化ファクターメモリ５２３は、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージから正則化パラメータに対する情報を獲得できる。正則化パラメータは、Ｃ－ｐｌａｎｅＳｅｃｔｉｏｎＴｙｐｅ６にチャネル情報が伝達（ｕｐｄａｔｅ）されるとき、共に伝達（ｕｐｄａｔｅ）される。ＲＵは正則化ファクターメモリ５２３に正則化パラメータに対する情報を記憶できる。この時、正則化パラメータに対する情報は周期的に更新され得る。例えば、正則化パラメータに対する情報はＳｅｃｔｉｏｎＴｙｐｅ６の‘ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ’であるか、これより得られる値を含むことができる。正則化ファクターメモリ５２３は、Ｒ_ｎｎメモリと称することができる（例：Ｒ_ｎｎは式２の正則化パラメータ値）。

ＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージはＵＥのスケジューリング情報を含む。スケジューリングは指定された単位（例：スロット単位）で行われ得る。スケジューリング情報は各スロットごとに反復的に正則化ファクターメモリ５２３に提供され得る。正則化パラメータに対する情報がチャネル情報とともに伝達されるので、ＲＵはチャネル情報を記憶するメモリであるチャネルメモリ５２１と同じ次元の正則化ファクターメモリ５２３を具備できる。ＲＵは各スロットごとに伝達されるスケジューリング情報（例：ＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージ）によって、該当チャネル値及び正則化パラメータ値をそれぞれのメモリから獲得して、ビームフォーミング加重値を計算できる。具体的には、ＲＵはビームフォーミング加重値を計算するために、チャネルメモリ５２１からチャネル情報を獲得し、正則化ファクターメモリ５２３から正則化パラメータを獲得できる。ＲＵは正則化パラメータとチャネル情報に基づいて、現在のチャネルに対するＭＭＳＥ（又はＺＦＢＦ）のためのビームフォーミング加重値（又はＭＵ（ｍｕｌｔｉ－ｕｓｅｒ）加重値）を計算及び獲得できる。

この時、ビームフォーミング加重値はＵＥがスケジューリングされるときにのみ計算されれば十分であるにもかかわらず、正則化ファクターメモリ５２３は該当ＵＥがスケジューリングされる度に獲得されるスケジューリング情報に加えて、周期的にチャネル情報及び正則化パラメータを獲得及び記憶する。実際に端末がスケジューリングされる場合、最も最近に伝達された正則化パラメータ値を使用しなければならないため、正則化ファクターメモリ５２３は実際使用しなくても伝達される全ての正則化パラメータ値を記憶する必要がある。したがって、ＵＥが実際にスケジューリングされないにもかかわらず、反復的に記憶される正則化パラメータに対する情報は正則化ファクターメモリ５２３に負担を招く。その上、スロット（例：０．５ｍｓ）ごとに更新されるスケジューリング情報に比べて相対的に長い周期の間チャネル情報がアップデートされると、ＳｅｃｔｉｏｎＴｙｐｅ６の正則化パラメータは実際に端末が経験するチャネルを正しく反映できない確率が高まる。具体的な例が図５Ｃを通して述べられる。

図５Ｃは、正則化ファクター（ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ）とスケジューリングの関係を示す。

図５Ｃを参照すると、上向きの矢印はＵＥ＃３のためのＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージの‘ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ’が伝達されることを意味する。制御メッセージの伝達周期５４０は４０ｍｓであり得る。複数のＵＥがスケジューリングされ得る。この時、ＵＥ＃３は４０ｍｓ周期５４０内で前端５５１と後端５５３にそれぞれスケジューリングされ得る。

前端５５１でＵＥ＃３がスケジューリングされると、ＳｅｃｔｉｏｎＴｙｐｅ６のチャネル情報が更新された後、相対的に少ない時間が経過したため、ＲＵは実際のチャネルにより一致するビームフォーミング加重値を導出できる。しかし、後端５５３でＵＥ＃３がスケジューリングされると、ＳｅｃｔｉｏｎＴｙｐｅ６のチャネル情報が更新された後、相対的に長い時間が経過したため、ＲＵは実際のチャネルにより一致するビームフォーミング加重値を導出することが難しい。時間によってチャネルが変わるので、実際のチャネルとＤＵを介して伝達されたチャネル情報に現れるチャネル間の差が生じるためである。このような問題はＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージの伝達周期が長いほどより大きな誤差が生じ、このような誤差は不正確なビームフォーミング加重値を生成するようにするため、伝送性能の低下を招く。

以下、本開示の多様な実施形態は図５Ａ乃至図５Ｃを通して述べられた問題を解消するために、正則化パラメータを周期的に伝達する代わりに、スケジューリング情報の伝達とともに正則化パラメータを伝達するための方法について述べる。また、本開示の多様な実施形態は、後方互換性（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）を満足させるために、既存のＯ－ＲＡＮ規格に定義されたＳｅｃｔｉｏｎＴｙｐｅ６の周期的に伝達される‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’の処理方法について述べる。また、本開示の多様な実施形態は、周期的に伝達される情報を記憶するにおいてメモリ負担を避けるために、ＲＵの新しい機能的な実装方法について述べる。

また、本開示で、５Ｇ通信システム（例：ＮＲ）のためのスケジューリング／チャネル情報の伝達のみならず、４Ｇ通信システム（例：ＬＴＥ）のための実施も本開示の実施形態として理解され得る。すなわち、後述されるＤＵ及びＲＵの動作が提供される通信システムは５Ｇ通信システムのみに限定されるものではなく、４Ｇ通信システムのみに限定されないものでもない。

図６は、本開示の多様な実施形態による拡張フィールド（ｅｘｔｅｎｓｉｏｎｆｉｅｌｄ）の例を示す。ＤＵは既存のセクションタイプによる制御メッセージの伝送時、拡張フィールドによって追加的な情報を上記制御メッセージとともに伝送できる。すなわち、ＤＵは新しい拡張フィールド‘ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ’フィールドを付けて（ａｔｔａｃｈ）コントロールプレーンセクション上に制御メッセージを伝送できる。

図６を参照すると、多様な実施形態によるセクション拡張フィールド６００は正則化パラメータに対する情報を含むことができる。正則化パラメータは、ＳｅｃｔｉｏｎＴｙｐｅ６の‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’に対応する値であり得る。
－ｅｘｔＴｙｐｅは追加的なパラメータに対する類型を示すことができる。一実施形態によれば、ｅｘｔＴｙｐｅが１１を示す場合、ｅｘｔＴｙｐｅは追加的なパラメータがＭＭＳＥ（又はＺＦＢＦ）のための正則化ファクターの値を含むことを示すことができる。‘１１’の値は例示的なものであって、パラメータに対する類型を指定するための他の番号が割り当てられ得ることは勿論である。

－ｅｆは追加セクション拡張フィールドの存在有無を示すことができる。ｅｆの値‘１’は追加セクション拡張フィールドがあることを示し、ｅｆの値‘０’は追加セクション拡張フィールドがないことを示す。

－ｅｘｔＬｅｎはセクション拡張フィールドの長さを４－バイト単位で示すことができる。一実施形態によれば、ｅｘｔＬｅｎは１を示すことができる。

多様な実施形態による正則化パラメータを含むセクション拡張フィールドはスケジューリング情報を含む制御メッセージ（例：Ｏ－ＲＡＮのＳｅｃｔｉｏｎＴｙｐｅ５のコントロールプレーンメッセージ）に付けられて共に伝送され得る。ＤＵがスケジューリング情報とともに正則化パラメータを伝達することで、スケジューリング時点と正則化パラメータの伝達時点との間の差によって、ビームフォーミング加重値の計算時、実際のチャネル状態を反映できない問題が解消され得る。

図６には示していないが、チャネル情報を含むセクション拡張フィールドが定義されてもよい。例えば、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内のチャネル情報（例：ｃｉＩｓａｍｐｌｅ、ｃｉＱｓａｍｐｌｅ）を含むセクション拡張フィールドが定義され得る。セクション拡張フィールド内のチャネル情報はアンテナ別周波数リソース別（例：ＰＲＢ、ＰＲＢグループ、ＢＷＰ（ｂａｎｄｗｉｄｔｈｐａｒｔ）等）に構成され得る。ＲＵがサービスしようとする端末の能力（ｃａｐａｂｉｌｉｔｙ）及び／又は端末のｒａｎｋ情報を考慮することによって、ＤＵは全体アンテナの中から必要なアンテナの数を獲得できる。また、ＤＵは通信方式の種類（例：ＬＴＥ）によって相対的に少ない量のチャネル情報が要求される場合、又は特定の端末に対するスケジューリング領域を考慮して、全体周波数領域のリソースの中から実際に端末にサービスされる周波数領域を識別できる。

一部の実施形態で、チャネル情報は全体アンテナの各々及び全体ＰＲＢの各々に対するチャネル情報を含むことができる。他の一部の実施形態において、チャネル情報は全体アンテナのうちの一部のアンテナの各々及び全体ＰＲＢのうちの一部のＰＲＢの各々に対するチャネル情報を含むことができる。また、他の一部の実施形態において、チャネル情報は全体アンテナのうちの一部のアンテナの各々及び全体ＰＲＢの各々に対するチャネル情報を含むことができる。また、他の一部の実施形態において、チャネル情報は全体アンテナの各々及び一部のＰＲＢの各々に対するチャネル情報を含むことができる。一実施形態によれば、端末の実際のスケジューリング領域に対するチャネル情報を伝達することで、相対的に少ない容量のチャネル情報をセクション拡張フィールドとして構成できる。

ＳｅｃｔｉｏｎＴｙｐｅ６のように周期的に伝達される代わりに、スケジューリング情報が伝達されるＳｅｃｔｉｏｎＴｙｐｅ５に添付されて、チャネル情報はセクション拡張フィールドの形でＲＵに伝達され得る。正則化パラメータと同様に、端末の実際のスケジューリング時に提供されることによって、チャネル情報の伝達時点と実際のスケジューリング時点との間の差によって通信性能が低下する問題が解消され得る。その上、必要に応じて正確なチャネル情報が非定期的に必要な場合、セクション拡張フィールドによってＲＵは最適のビームフォーミング加重値を獲得できる。

一実施形態によれば、チャネル情報を含むセクション拡張フィールドは下記表のように構成され得る。チャネル情報を含むセクション拡張フィールドは、端末（ＵＥ）のスケジューリング情報を含む制御メッセージ（例：Ｃ－ｐｌａｎｅのＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージ）に付けられて伝送され得る。

また、一実施形態によれば、チャネル情報を含むセクション拡張フィールドは下記表のように構成され得る。チャネル情報を含むセクション拡張フィールドは、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’、すなわち正則化パラメータに対する情報を含むことができる。チャネル情報と正則化パラメータ情報をいずれも含むセクション拡張フィールドは、端末（ＵＥ）のスケジューリング情報を含む制御メッセージ（例：Ｃ－ｐｌａｎｅのＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージ）に付けられて伝送され得る。

表１及び表２において、チャネル情報は１つのアンテナ／１つのＰＲＢに対するｃｉＩｓａｍｐｌｅ、ｃｉＱｓａｍｐｌｅが例示されたが、本開示の多様な実施形態はこれに限定されない。さらに多くの数のアンテナ又はさらに多くの個数のＰＲＢのためにセクション拡張フィールドが定義され得る。一例として、ｃｉＩｓａｍｐｌｅ、ｃｉＱｓａｍｐｌｅに対する長さは可変であり、Ｍ－ｐｌａｎｅによって設定され得る。

一方、セクション拡張フィールドによって正則化パラメータをスケジューリング情報とともに伝達しても、既存の規格（例：Ｏ－ＲＡＮ２．００）のＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージによって伝達される正則化パラメータは周期的にＲＵに伝達される。ＲＵのメモリは周期的に正則化パラメータを伝達されるため、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージは依然として負担である。以下、本開示の多様な実施形態は、既存の規格との後方互換性（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）を満足させるとともに、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージの‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’の影響を低減するための方法を提案する。

図７は、本開示の多様な実施形態によるＳｅｃｔｉｏｎｔｙｐｅ６のための管理メッセージの例を示す。管理メッセージは、Ｏ－ＲＡＮの管理プレーン（Ｍ－ｐｌａｎｅ）で伝達されるメッセージを意味する。ＤＵはメインカード（ｍａｉｎｃａｒｄ）内の管理領域でＲＵとパケット通信を行うことができる。管理メッセージはＤＵからＲＵ又はＲＵからＤＵに伝送され得る。管理プレーンでは、初期インストール（“Ｓｔａｒｔｕｐ” ｉｎｓｔａｌｌａｔｉｏｎ）、ソフトウェア管理（ｓｏｆｔｗａｒｅｍａｎａｇｅｍｅｎｔ）、構成管理（ｃｏｎｆｉｇｕｒａｔｉｏｎｍａｎａｇｅｍｅｎｔ）、性能管理（ｐｅｒｆｏｒｍａｎｃｅｍａｎａｇｅｍｅｎｔ）、障害管理（ｆａｕｌｔｍａｎａｇｅｍｅｎｔ）、ファイル管理（ｆｉｌｅｍａｎａｇｅｍｅｎｔ）が行われ得る。

図７を参照すると、ＤＵは管理メッセージを生成できる。多様な実施形態による管理メッセージはＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージの‘ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ’が有効でないように（ｉｎｖａｌｉｄ）ＲＵに設定するためのメッセージであり得る。一部の実施形態で、管理メッセージは、伝達媒体の選択を指示するパラメータ（以下、選択パラメータ）を含むことができる。選択パラメータは既存のようにコントロールプレーンのＳｅｃｔｉｏｎＴｙｐｅ６のメッセージによって正則化パラメータを伝達するか又はセクション拡張フィールドによって正則化パラメータを伝達するかを示すことができる。一例として、選択パラメータの値‘０’はＳｅｃｔｉｏｎＴｙｐｅ６のメッセージによる正則化パラメータの伝達を示すことができる。選択パラメータの値‘１’はセクション拡張フィールドによる正則化パラメータの伝達を示すことができる。この時、選択パラメータの値がセクション拡張フィールドによる正則化パラメータの伝達を示す場合、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内のｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ値は有効でない。上記選択パラメータの値を含む管理メッセージを受信したＲＵは、ＳｅｃｔｉｏｎＴｙｐｅ６のｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ値を考慮しなくてよい。一例として、ＲＵは周期的に伝達されるＳｅｃｔｉｏｎＴｙｐｅ６のｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ値を無視または廃棄（ｄｉｓｃａｒｄ）できる。また、一例として、ＲＵは指定された期間の間ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ値を考慮しなくてよい。

ＤＵはＲＵに管理メッセージを伝送できる。ＲＵは管理メッセージから、正則化パラメータの獲得方法を識別できる。例えば、ＲＵはセクション拡張フィールドから正則化パラメータを獲得できる。また、他の例として、ＲＵはＳｅｃｔｉｏｎＴｙｐｅ６から正則化パラメータを獲得することもできる。

図７には示していないが、後方互換性のために、既存のＳｅｃｔｉｏｎＴｙｐｅ６内のフィールドが活用され得る。一部の実施形態で、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’が特定の値（例：１１１１１１１１１１１１１１１１）を示す場合、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’のフィールド値は有効でない値であり得る。ＲＵは該当‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’を記憶することなく無視または廃棄できる。他の一部の実施形態において、既存のＳｅｃｔｉｏｎＴｙｐｅ６内のフィールドのうちｒｅｓｅｒｖｅｄされたビット内の少なくとも１つのビットが特定の値（例：１）を示す場合、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’のフィールド値は有効でない値であり得る。ＲＵは該当‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’を記憶することなく無視または廃棄できる。さらに他の一部の実施形態において、既存のＳｅｃｔｉｏｎＴｙｐｅ６内のフィールドのうち少なくとも２つの組み合わせによって、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’のフィールド値は有効でない値であることを示すこともできる。

多様な実施形態によれば、チャネル情報を周期的に伝達するメッセージ（例：ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ）が伝送されることが難しい状況の場合（例：又はＲＵのメモリ割り当て量が過度に大きくなる場合又はＲＵの能力が不足する場合）又はフロントホールの伝送容量が十分に大きい場合、ＤＵはスケジューリング情報とともにセクション拡張フィールドによって付加情報を伝達できる。この時、付加情報はＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内の情報に代わる情報を含むことができる。例えば、付加情報はチャネル情報を含むことができる。また、例えば、付加情報は正則化パラメータに対する情報を含むことができる。ＤＵはセクション拡張フィールドによる付加情報の伝送によって、ＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージによってＳｅｃｔｉｏｎＴｙｐｅ６に代わることができる。

図８Ａは、本開示の多様な実施形態による拡張フィールドのためのＤＵの動作の流れを示す。ＤＵは図２のＤＵ１６０を例示する。

図８Ａを参照すると、動作８０１で、ＤＵは正則化パラメータを含むセクション拡張フィールドを設定（ｃｏｎｆｉｇｕｒｅ）できる。ここで、正則化パラメータはビームフォーミング加重値を導出するためのパラメータであり得る。ビームフォーミング加重値は伝送される信号が経験する有効チャネル行列が受信端に円滑に到達できるように設定される行列であり得る。一実施形態によれば、ビームフォーミング加重値はＭＭＳＥ又はＺＦＢＦ（ｚｅｒｏ－ｆｏｒｃｉｎｇｂｅａｍｆｏｒｍｉｎｇ）に基づいて導出され得る。一例として、ビームフォーミング加重値は上記式１によって導出され得る。このような正則化パラメータはＯ－ＲＡＮ規格のＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内の‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’フィールドが指示する値であり得る。

動作８０３で、ＤＵはセクション拡張フィールドを含む、スケジューリングのための制御メッセージをＲＵに伝送できる。ＤＵはスケジューリングのための制御メッセージを構成できる。すなわち、ＤＵはＣ－ｐｌａｎｅの制御メッセージにＵＥのスケジューリング情報を含むメッセージを生成できる。例えば、ＤＵはＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージを生成できる。ＤＵは制御メッセージに拡張セクションフィールドを添付できる。ここで、拡張セクションフィールドは、動作８０１で設定されたセクション拡張フィールドであり得る。ＤＵはフロントホールインタフェースを介して、上記制御メッセージをＲＵに伝送できる。すなわち、スケジューリングのための制御メッセージによって、端末に対するスケジューリング情報とチャネルに対する正則化パラメータが共にＲＵに伝達され得る。

図８Ｂは、本開示の多様な実施形態による拡張フィールドのためのＲＵの動作の流れを示す。ＲＵは図２のＲＵ１８０を例示する。

図８Ｂを参照すると、動作８５１で、ＲＵはスケジューリングのための制御メッセージを受信できる。制御メッセージはＵＥに対するスケジューリング情報を含むことができる。例えば、制御メッセージは、Ｏ－ＲＡＮのＣ－ｐｌａｎｅのＳｅｃｔｉｏｎＴｙｐｅ５のメッセージに対応し得る。ＲＵはフロントホールインタフェースを介して、上記制御メッセージをＤＵから受信できる。

動作８５３で、ＲＵは制御メッセージ内のセクション拡張フィールドから正則化パラメータを識別できる。ＲＵは制御メッセージ内のセクション拡張フィールドを識別できる。ＲＵはセクション拡張フィールドの類型情報（例：ｅｘｔＴｙｐｅ）から、セクション拡張フィールド内にどの情報が含まれたかを決定できる。ＲＵは指定された類型値から、セクション拡張フィールドが正則化パラメータを含むことを決定できる。ＲＵは正則化パラメータを識別できる。一例として、正則化パラメータは２－バイト値で示され得る。

動作８５５で、ＲＵはビームフォーミング加重値（ｂｅａｍｆｏｒｍｉｎｇｗｅｉｇｈｔ）を獲得できる。ビームフォーミング加重値はマルチユーザ（ｍｕｌｔｉ－ｕｓｅｒ、ＭＵ）のためのビームフォーミング加重値であり得る。ＲＵは動作８５３で得られた正則化パラメータに基づいてビームフォーミング加重値を導出できる（ｄｅｒｉｖｅ）。一例として、ＲＵは式１に基づいてビームフォーミング加重値を導出できる。また、一例として、ＲＵは式２に基づいてＲ_ｎｎ値からビームフォーミング加重値を導出できる。

一方、図８Ａ及び図８Ｂには示していないが、スケジューリングのための制御メッセージ内のチャネル情報が追加的に含まれ得る。ここで、チャネル情報は端末のアンテナ／端末に割り当てられたリソース（例：ｘＰＲＢ、ｘは２７３以下の整数）での複素チャネル情報（ｃｏｍｐｌｅｘｃｈａｎｎｅｌｉｎｆｏｒｍａｔｉｏｎ）に対するＩ／Ｑデータであり得る。

図８Ａ乃至図８Ｂでは既存のＳｅｃｔｉｏｎＴｙｐｅ６に含まれた正則化パラメータを、チャネル情報を含む制御メッセージに拡張フィールドを加えて伝送することで、チャネル情報の獲得時点の差による誤差を減らし、伝送性能を高めるための方法が述べられた。しかし、ＳｅｃｔｉｏｎＴｙｐｅ６の正則化パラメータに対する別途の処理なしで、拡張セクションフィールドによって正則化パラメータを伝送すると、ＲＵのメモリ内の作業容量が過度に大きくなる（ｂｕｌｋｙ）問題がある。具体的には、ＳｅｃｔｉｏｎＴｙｐｅ６は周期的に伝送されるのに対して、スケジューリングは上記周期に比べて遥かに短い単位で行われるため、リアルタイムチャネル情報を反映してビームフォーミング加重値を計算するためには、周期の間各スケジューリング単位ごとにチャネルに関する情報（例：チャネル情報、正則化パラメータ）を記憶しなければならない問題が生じる。したがって、周期的に伝達される既存のＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージの正則化パラメータを非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）（又は有効でないように（ｉｎｖａｌｉｄ））するための方法が述べられる。

図９Ａは、本開示の多様な実施形態によるＳｅｃｔｉｏｎｔｙｐｅ６のための管理メッセージのためのＤＵの動作の流れを示す。ＤＵは図２のＤＵ１６０を例示する。

図９Ａを参照すると、動作９０１で、ＤＵは正則化パラメータに対する管理メッセージを伝送できる。ＤＵはフロントホールインタフェースを介して、上記管理メッセージをＲＵに伝送できる。管理メッセージはＭ－ｐｌａｎｅ上でＤＵからＲＵに伝達されるメッセージであり得る。管理メッセージはノンリアルタイムメッセージであって、ＤＵのメインカードで伝送され得る。正則化パラメータに対する管理メッセージは、ＲＵが正則化パラメータを獲得するための方法を示すメッセージであり得る。一部の実施形態で、管理メッセージは正則化パラメータがセクション拡張フィールドによって伝達されるか、またはチャネル情報のための制御メッセージによって伝達されるかを指示できる。例えば、管理メッセージは１ビットを含むことができる。上記１ビットは、正則化パラメータの伝達方式を示すことができる。例えば、上記１ビットの値‘１’は、正則化パラメータがセクション拡張フィールドによって伝達されることを示すことができる。上記１ビットの値‘０’は、正則化パラメータがＳｅｃｔｉｏｎｔｙｐｅ６の制御メッセージ（Ｃ－ｐｌａｎｅ）によって伝達されることを示すことができる。

または、一部の実施形態で、管理メッセージはチャネル情報のための制御メッセージの正則化パラメータの有効性に関する情報を含むことができる。例えば、管理メッセージは１ｂｉｔでＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内の‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’の有効性の有無を指示できる。値‘１’はＳｅｃｔｉｏｎＴｙｐｅ６内の正則化パラメータが有効でないことを指示できる。値‘１’は正則化パラメータがセクション拡張フィールドによって伝達されることを暗黙的に示すことができる。値‘０’はＳｅｃｔｉｏｎＴｙｐｅ６内の正則化パラメータが有効であることを指示できる。

または、一部の実施形態で、管理メッセージは拡張セクションフィールドの正則化パラメータの有効性に関する情報を含むことができる。例えば、管理メッセージは１ｂｉｔで拡張セクションフィールド内の‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’の有効性の有無を指示できる。値‘１’は拡張セクションフィールド内の正則化パラメータが有効でないことを指示できる。値‘１’は正則化パラメータがＳｅｃｔｉｏｎＴｙｐｅ６を介して伝達されることを暗黙的に示すことができる。値‘０’はセクション拡張フィールド内の正則化パラメータが有効であることを指示できる。または、例えば、管理メッセージは拡張セクションフィールドの正則化パラメータの有効期間に関する情報を含むことができる。Ｓｅｃｔｉｏｎｔｙｐｅ６の制御メッセージの正則化パラメータはｄｅｆａｕｌｔに設定され、必要に応じて拡張セクションフィールドの正則化パラメータがＲＵに提供されてもよい。この場合、管理メッセージによる有効期間の間には拡張セクションフィールドの正則化パラメータのみを受信し、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージの正則化パラメータは無視または廃棄できる。

動作９０３で、ＤＵは正則化パラメータを含む、チャネル情報のための制御メッセージを伝送できる。ＤＵはフロントホールインタフェースを介して、上記制御メッセージをＲＵに伝送できる。制御メッセージは、チャネル情報を含むように構成され、周期的にＤＵからＲＵに伝達され得る。例えば、制御メッセージはＯ－ＲＡＮのＳｅｃｔｉｏｎＴｙｐｅ６のメッセージで、正則化パラメータは、‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’であり得る。

ＤＵは管理メッセージによってＲＵにチャネルに対する正則化パラメータの有効性の有無を設定することによって、ＤＵは既存の規格のように管理メッセージを伝送したとしても、ＲＵは效率的に正則化パラメータに対する処理を行うことができる。すなわち、後方互換性を満足することができる。

図９Ｂは、本開示の多様な実施形態によるＳｅｃｔｉｏｎｔｙｐｅ６のための管理メッセージのためのＲＵの動作の流れを示す。ＲＵは図２のＲＵ１８０を例示する。

図９Ｂを参照すると、動作９５１で、ＲＵは正則化パラメータに対する管理メッセージを受信できる。ＲＵはフロントホールインタフェースを介して、上記管理メッセージをＤＵから受信できる。管理メッセージはＭ－ｐｌａｎｅで伝達されるメッセージであって、ＤＵのメインカードで伝達され得る。正則化パラメータに対する管理メッセージは、正則化パラメータの伝達方式に関する情報を含むことができる。一部の実施形態で、管理メッセージは正則化パラメータがセクション拡張フィールドによって伝達されるか、またはチャネル情報のための制御メッセージによって伝達されるかを指示できる。また、一部の実施形態で、管理メッセージはＳｅｃｔｉｏｎＴｙｐｅ６の正則化パラメータの有効性に関する情報を含むことができる。また、一部の実施形態で、管理メッセージはセクション拡張フィールドによって伝達される正則化パラメータの有効性に関する情報を含むことができる。

動作９５３で、ＲＵは正則化パラメータの伝達方式を識別できる。ＲＵはＤＵから受信された管理メッセージに基づいて、正則化パラメータの伝達方式を識別できる。例えば、ＲＵはチャネル情報のための制御メッセージ（例：ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ）によってのみ正則化パラメータを獲得できる。また、例えば、ＲＵはセクション拡張フィールドによってのみ正則化パラメータを獲得できる。また、例えば、ＲＵはセクション拡張フィールドまたはチャネル情報のための制御メッセージのうち少なくとも１つによって正則化パラメータを獲得できる。

動作９５５で、ＲＵは正則化パラメータを含む、チャネル情報のための制御メッセージを受信できる。ＲＵはフロントホールインタフェースを介して、上記制御メッセージをＤＵから受信できる。ＲＵはチャネル情報のための制御メッセージによって正則化パラメータの獲得が許可されるか否かを決定できる。チャネル情報のための制御メッセージによって正則化パラメータの獲得が許可される場合、ＲＵは上記制御メッセージ（例：ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ）から正則化パラメータを獲得できる。ＲＵは得られた正則化パラメータに基づいてビームフォーミング加重値を決定できる。

チャネル情報のための制御メッセージによって正則化パラメータの獲得が許可されない場合、ＲＵはチャネル情報のための制御メッセージ（例：ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ）の正則化パラメータを無視または廃棄できる。一実施形態によれば、ＲＵはスケジューリング情報を受信する場合、スケジューリング情報を含む制御メッセージ内の拡張フィールドから正則化パラメータを獲得できる。ＲＵは得られた正則化パラメータに基づいてビームフォーミング加重値を決定できる。

図９Ａ及び図９Ｂには示していないが、管理メッセージの他にも制御メッセージが正則化パラメータの伝達方式を示すために用いられ得る。管理メッセージはＤＵのメインカードでＲＵに伝達され、制御メッセージはＤＵのチャネルカードからＲＵに伝達され得る。制御メッセージは管理メッセージに比べて相対的にリアルタイムで伝送され得る。一実施形態によれば、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージの一部のフィールドまたは‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’の一部の値によって、該当制御メッセージ内の‘ｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ’が有効でないことを指示できる。

図１０は、本開示の多様な実施形態によるビームフォーミング情報処理のためのＲＵの機能的構成の例を示す。ＲＵはチャネルメモリ１０２１を含むことができる。

図１０を参照すると、チャネルメモリ１０２１はＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージからチャネル情報を獲得できる。ＲＵはチャネルメモリ１０２１にチャネル情報を記憶できる。チャネル情報は周期的に更新され得る。例えば、チャネル情報はＳｅｃｔｉｏｎＴｙｐｅ６の‘ｃｉＩｓａｍｐｌｅ（Ｃｉ）’又は‘ｃｉＱｓａｍｐｌｅ（Ｃｑ）’であるか、これより得られる値を含むことができる。Ｃｉは複素チャネル情報のＩ値を示し、Ｃｑは複素チャネル情報のＱ値を示す。この時、ＲＵはＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内の正則化パラメータに対する情報を無視または廃棄できる。ＲＵはＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内の正則化パラメータが有効でないことを識別できる。一実施形態によれば、ＲＵはＤＵからの管理プレーンの管理メッセージに基づいて、ＳｅｃｔｉｏｎＴｙｐｅ６のコントロールプレーンの制御メッセージ内の正則化パラメータが有効でないことを識別できる。また、一実施形態によれば、ＲＵはＤＵの制御メッセージに基づいて、ＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内の正則化パラメータが有効でないことを識別できる。

ＲＵはＳｅｃｔｉｏｎＴｙｐｅ５のスケジューリング情報をチャネルメモリ１０２１に伝達できる。チャネルメモリ１０２１はスロット単位（スケジューリング単位）でスケジューリング情報を記憶し、これによるチャネル情報の結果をビームフォーミング加重値を計算するときに用いられ得る。チャネルメモリ１０２１はスロット単位でチャネル情報を出力し、出力結果はビームフォーミング加重値を計算するときに用いられ得る。

ＲＵはＳｅｃｔｉｏｎＴｙｐｅ５とともに伝達されるセクション拡張フィールドから正則化パラメータを獲得できる。多様な実施形態によるＲＵは図５Ｂに示したものと異なって、正則化ファクターメモリを含まなくてよい。すなわち、ＲＵは周期的に伝達されるＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージのｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒ値を記憶しないように構成され得る。メモリ負担を招くため、ＲＵはセクション拡張フィールドの正則化パラメータのみを獲得するように構成され得る。したがって、ＲＵはスケジューリング情報を含む制御メッセージ、すなわちＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージ内のセクション拡張フィールドによって正則化パラメータを獲得するので、得られた正則化パラメータを直ちにビームフォーミング加重値を計算するために使用できる。端末が該当スロットでスケジューリングされるので、直ちにビームフォーミング加重値を決定することが予想されるためである。

正則化パラメータ値（すなわち、Ｒ_ｎｎ値）をセクション拡張フィールドによって伝達することによって、正則化パラメータの記憶のための別途のメモリ（例：図５Ｂの正則化ファクターメモリ５２３）なしに、正則化パラメータをビームフォーミング加重値計算部に直接（ｄｉｒｅｃｔｌｙ）伝達できる。拡張フィールドによって伝達される正則化パラメータは、実際に使用されるチャネルに対応するので、既存のＳｅｃｔｉｏｎＴｙｐｅ６を介して伝達される正則化パラメータに比べて正確度が増加する。正則化パラメータのアップデート時点と使用時点がほぼ同じであるので、チャネル誤差による伝送性能の低下が減少し得る。その上、ＳｅｃｔｉｏｎＴｙｐｅ６の正則化パラメータを記憶する別途のメモリが不要なので、ＲＵの実装がより簡素化できる。

図１０には示していないが、ＤＵ又はＲＵはＭＵＸ（ｍｕｌｔｉｐｌｅｘｅｒ）をさらに含むことができる。ＭＵＸはＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージ内の拡張フィールドの正則化パラメータとＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージ内の正則化パラメータを入力として設定できる。ＭＵＸはＭ－ｐｌａｎｅのメッセージに基づいて出力を選択できる。Ｍ－ｐｌａｎｅのメッセージがセクション拡張フィールドによる正則化パラメータの伝達を許可する場合、ＭＵＸはＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージの正則化パラメータを出力できる。ＲＵは出力された正則化パラメータに基づいてビームフォーミング加重値を計算できる。一方、Ｍ－ｐｌａｎｅのメッセージがセクション拡張フィールドによる正則化パラメータの伝達を許可しない場合、ＭＵＸはＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージの正則化パラメータを出力できる。ＲＵは該当正則化パラメータに基づいてビームフォーミング加重値を計算できる。コントロールプレーンでメッセージを生成するＤＵのＣＰＵもＭＵＸを介して１つの出力をＲＵに提供できる。

図１１は、本開示の多様な実施形態による正則化ファクター（ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ）とスケジューリングの関係を示す。

図１１を参照すると、上向きの矢印はＵＥ＃３のためのＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージの‘ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ’が伝達されることを意味する。図５Ｃに示したものと異なって、有効な‘ｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒ’は周期的に伝達されるのではなく、ＵＥ＃３のスケジューリング時間によって伝達され得る。ＵＥ＃３がスケジューリング直前にｒｅｇｕｌａｒｉｚａｔｉｏｎｆａｃｔｏｒが更新されるので、ＲＵは実際のチャネルにより一致するビームフォーミング加重値を導出できる。したがって、図５Ｃに示すようにスケジューリング周期内の前端５５１または後端５５３に位置するか否かにかかわらず、ＲＵは最適のビームフォーミング加重値を獲得できる。

図１１には示していないが、一実施形態によれば、ＳｅｃｔｉｏｎＴｙｐｅ５によってチャネル情報が正則化パラメータとともに伝達され得る。正則化パラメータのみならず実際のチャネル状態情報（アンテナ別、ＰＲＢ別）が共に伝達されることによって、ＲＵは実際のチャネルにより一致するビームフォーミング加重値を獲得できる。

図１２は、本開示の多様な実施形態によるセクション拡張フィールドによるＤＵとＲＵの間の関係の例を示す。本開示の多様な実施形態によるセクション拡張フィールドはＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージを代替するために構成され得る。一部の実施形態で、セクション拡張フィールドは正則化パラメータに対する情報を含むことができる。また、一部の実施形態で、セクション拡張フィールドはチャネル情報を含むことができる。

図１２を参照すると、ＤＵは複数のＲＵと接続され得る。この時、ＲＵはＯ－ＲＡＮ規格に従い、Ｏ－ＲＵと称することができる。ＤＵはＸ個のＯ－ＲＵと接続され得る。ＤＵはＯ－ＲＵ＃０、Ｏ－ＲＵ＃１、Ｏ－ＲＵ＃２、…、乃至Ｏ－ＲＵ＃Ｘ－１と接続され得る。一実施形態によれば、Ｏ－ＲＵのうちの一部はＳｅｃｔｉｏｎＴｙｐｅ６を介して周期的にチャネル情報を獲得できる。一方で、Ｏ－ＲＵのうちの他の一部は多様な実施形態によるセクション拡張フィールドによってチャネル情報を獲得できる。各Ｏ－ＲＵに対する伝達方式（例えば、正則化パラメータに対する伝達方式）、すなわち、ＳｅｃｔｉｏｎＴｙｐｅ６またはセクション拡張フィールドであるかは、一実施形態によれば、管理プレーン（Ｍ－ｐｌａｎｅ）のパラメータ（Ｍ－ｐｌａｎｅｐａｒａｍｅｔｅｒ）によって決定され得る。管理プレーンのパラメータによって、ＳｅｃｔｉｏｎＴｙｐｅ６によってチャネルと関連付けられた情報（例：正則化パラメータ）を伝達するか、それとも任意の付加情報を含むセクション拡張フィールドによってチャネルと関連付けられた情報を伝達するかが選択され得る。ＤＵは管理プレーンのパラメータによって各ＲＵにこれを設定できる。

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

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

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

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

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

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

１６０ＤＵ
１８０ＲＵ
２１０通信部
２２０記憶部
２３０制御部
３１０通信部
３２０記憶部
３３０制御部

Claims

無線通信システムにおける基地局のＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）によって行われる方法であって、
付加情報を含むセクション拡張フィールドを設定する過程と、
前記セクション拡張フィールドを含む第１制御メッセージをＲＵ（ｒａｄｉｏｕｎｉｔ）にフロントホール（ｆｒｏｎｔｈａｕｌ）インタフェースを介して伝送する過程を含み、
前記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末のスケジューリングのために構成される方法。
前記第１制御メッセージはＯ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）のＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージと対応し、
前記第１制御メッセージは前記端末のためのスケジューリング情報を含む請求項１に記載の方法。
前記セクション拡張フィールドに関わる管理メッセージ（ｍａｎａｇｅｍｅｎｔｍｅｓｓａｇｅ）を伝送する過程をさらに含み、
前記管理メッセージは管理プレーン（ｍａｎａｇｅｍｅｎｔｐｌａｎｅ）で構成される、請求項１に記載の方法。
前記付加情報は正則化（ｒｅｇｕｌａｒｉｚａｔｉｏｎ）パラメータを含む請求項１に記載の方法。
前記正則化パラメータを含むように前記セクション拡張フィールドを設定する過程と、
前記正則化パラメータを含むセクション拡張フィールドを含む前記第１制御メッセージを伝送する過程をさらに含み、
前記正則化パラメータを含むセクション拡張フィールドを含む前記第１制御メッセージは前記コントロールプレーンで前記端末をスケジューリングするために構成される請求項４に記載の方法。
前記正則化パラメータに関わる管理メッセージ（ｍａｎａｇｅｍｅｎｔｍｅｓｓａｇｅ）を伝送する過程と、
前記正則化パラメータを含む第２制御メッセージを前記ＲＵに伝送する過程をさらに含み、
前記第２制御メッセージはコントロールプレーンでチャネル情報を周期的に伝送するために構成され、
前記管理メッセージは管理プレーン（ｍａｎａｇｅｍｅｎｔｐｌａｎｅ）で構成される請求項４に記載の方法。
前記第２制御メッセージはＯ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）のＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージに対応し、
前記制御メッセージは前記チャネル情報を含む請求項６に記載の方法。
前記正則化パラメータは、ＭＭＳＥ（ｍｉｎｉｍｕｍｍｅａｎｓｑｕａｒｅｅｒｒｏｒ）動作のためのビームフォーミング加重値の計算のために用いられ、
前記正則化パラメータは、Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）のＳｅｃｔｉｏｎＴｙｐｅ６のメッセージのｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒフィールドに対応する請求項４に記載の方法。
無線通信システムにおける基地局のＲＵ（ｒａｄｉｏｕｎｉｔ）によって行われる方法であって、
セクション拡張フィールドを含む第１制御メッセージをフロントホールインタフェースを介してＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）から受信する過程と、
前記セクション拡張フィールドに基づいて付加情報を識別する過程と、
前記付加情報に基づいてビームフォーミング加重値を獲得する過程と、を含み、
前記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末をスケジューリングするために構成される方法。
前記セクション拡張フィールドに関わる管理メッセージ（ｍａｎａｇｅｍｅｎｔｍｅｓｓａｇｅ）を受信する過程をさらに含み、
前記管理メッセージは管理プレーン（ｍａｎａｇｅｍｅｎｔｐｌａｎｅ）で構成される請求項９に記載の方法。
前記付加情報は正則化パラメータを含む請求項９に記載の方法。
前記第１制御メッセージはＯ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）のＳｅｃｔｉｏｎＴｙｐｅ５の制御メッセージに対応し、
前記第１制御メッセージは前記端末に対するスケジューリング情報を含む請求項１１に記載の方法。
管理プレーン（ｍａｎａｇｅｍｅｎｔｐｌａｎｅ）で構成される前記正則化パラメータに関わる管理メッセージを前記ＤＵから受信する過程と、
前記管理メッセージに基づいて、前記正則化パラメータの伝達方式として、前記第１制御メッセージによる方式又はコントロールプレーンでチャネル情報を周期的に伝送するために構成される第２制御メッセージによる方式のうち少なくとも１つの方式を識別する過程と、
他の正則化パラメータを含む前記第２制御メッセージを前記ＤＵから受信する過程と、
前記少なくとも１つの方式によって前記正則化パラメータ又は前記他の正則化パラメータのうち１つを識別する過程と、
前記識別された１つに基づいてビームフォーミング加重値を獲得する過程と、をさらに含み、
前記第２制御メッセージはＯ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）のＳｅｃｔｉｏｎＴｙｐｅ６の制御メッセージに対応し、
前記制御メッセージは前記チャネル情報を含む請求項１１に記載の方法。
前記正則化パラメータは、ＭＭＳＥ（ｍｉｎｉｍｕｍｍｅａｎｓｑｕａｒｅｅｒｒｏｒ）動作のためのビームフォーミング加重値の計算のために用いられ、
前記正則化パラメータは、Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）のＳｅｃｔｉｏｎＴｙｐｅ６のメッセージのｒｅｇｕｌａｒｉｚａｔｉｏｎＦａｃｔｏｒフィールドに対応する請求項１１に記載の方法。
無線通信システムにおける基地局のＲＵ（ｒａｄｉｏｕｎｉｔ）又はＤＵ（ｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）の装置であって、
少なくとも１つの送受信機（ａｔｌｅａｓｔｏｎｅｔｒａｎｓｃｅｉｖｅｒ）と、
前記少なくとも１つの送受信機と結合される少なくとも１つのプロセッサ（ａｔｌｅａｓｔｏｎｅｐｒｏｃｅｓｓｏｒ）を含み、
前記少なくとも１つのプロセッサは、
正則化パラメータ（ｒｅｇｕｌａｒｉｚａｔｉｏｎｐａｒａｍｅｔｅｒ）を含むセクション拡張フィールドを構成し、
前記セクション拡張フィールドを含む第１制御メッセージをフロントホールインタフェースを介してＲＵに伝送し、
前記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末をスケジューリングするために構成される装置。