特表2023-542177 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ サムスン　エレクトロニクス　カンパニー　リミテッドの特許一覧

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

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1a
1b
2
3
4
5
6a
6b
6c
6d
7

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

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

(11)【公表番号】

(43)【公表日】2023-10-05

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

(51)【国際特許分類】

H04W 28/06 20090101AFI20230928BHJP

H04W 92/16 20090101ALI20230928BHJP

H04W 88/08 20090101ALI20230928BHJP

H04W 72/12 20230101ALI20230928BHJP

H04L 27/26 20060101ALI20230928BHJP

H04B 7/06 20060101ALI20230928BHJP

【ＦＩ】

H04W28/06 110

H04W92/16

H04W88/08

H04W72/12

H04L27/26 113

H04B7/06 956

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023518031

(86)(22)【出願日】2021-09-17

(85)【翻訳文提出日】2023-03-17

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

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

(87)【国際公開日】2022-03-24

(31)【優先権主張番号】10-2020-0120105

(32)【優先日】2020-09-17

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】503447036

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔允辰

(72)【発明者】

【氏名】ヒョンジン・リム

(72)【発明者】

【氏名】デフン・キム

(72)【発明者】

【氏名】ボンジン・キム

(72)【発明者】

【氏名】ムングン・ソン

(72)【発明者】

【氏名】ジョンホ・オ

(72)【発明者】

【氏名】ウォンジュン・ファン

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

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE10

(57)【要約】

本開示は（ｄｉｓｃｌｏｓｕｒｅ）は、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）などの４Ｇ（４^ｔｈＧｅｎｅｒａｔｉｏｎ）通信システム以後のより高いデータ送信率をサポートするための５Ｇ（５^ｔｈｇｅｎｅｒａｔｉｏｎ）又はｐｒｅ－５Ｇ通信システムに関する。本開示の一実施形態によれば、無線通信システムにおけるＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）装置は、トランシーバ、及び少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、付加情報を含むセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）フィールドを設定し、上記セクション拡張フィールドを含む第１制御メッセージをＲＵ（ｒａｄｉｏｕｎｉｔ）にフロントホールインタフェースを介して伝送するように構成され、上記第１制御メッセージはコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で端末をスケジューリングするために使用され得る。

【特許請求の範囲】

【請求項1】

無線通信システムにおけるＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）によって行われる方法であって、
混合ヌメロロジ（ｍｉｘｅｄ－ｎｕｍｅｒｏｌｏｇｙ）に関する情報を含む制御メッセージをＲＵ（ｒａｄｉｏｕｎｉｔ）に伝送する過程を含み、
前記混合ヌメロロジに関する情報はフレーム構造に関する情報、周波数オフセットに関する情報、及びＣＰ（ｃｙｃｌｉｃｐｒｅｆｉｘ）の長さ（ｌｅｎｇｔｈ）に関する情報を含む方法。

【請求項2】

前記制御メッセージのセクションタイプ（ｓｅｃｔｉｏｎｔｙｐｅ）は５又は６である請求項１に記載の方法。

【請求項3】

前記フレーム構造に関する情報は８ビットで構成され、
前記８ビットのうちの最初の４ビット（ｆｉｒｓｔ４ｂｉｔｓ）はＦＦＴ（ｆａｓｔｆｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）／ＩＦＦＴ（ｉｎｖｅｒｓｅｆａｓｔｆｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）の大きさ（ｓｉｚｅ）を示し、
前記８ビットのうちの２番目の４ビット（ｓｅｃｏｎｄ４ｂｉｔｓ）はサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ）を示す請求項１に記載の方法。

【請求項4】

前記ＣＰの長さに関する情報は、シンボルあたりのＣＰの長さを示す請求項１に記載の方法。

【請求項5】

前記制御メッセージは端末識別子（ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）ベースのビームフォーミングのためのメッセージである請求項１に記載の方法。

【請求項6】

前記制御メッセージは拡張フラグ（ｅｘｔｅｎｓｉｏｎｆｌａｇ、ｅｆ）、拡張タイプ（ｅｘｔｅｎｓｉｏｎｔｙｐｅ、ｅｘｔＴｙｐｅ）、及び拡張長さ（ｅｘｔｅｎｓｉｏｎｌｅｎｇｔｈ、ｅｘｔＬｅｎ）をさらに含み、
前記拡張フラグは１ビットを含み、
前記拡張タイプは前記制御メッセージのセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）が混合ヌメロロジに関する情報であることを示す請求項１に記載の方法。

【請求項7】

無線通信システムにおけるＲＵ（ｒａｄｉｏｕｎｉｔ）によって行われる方法であって、
混合ヌメロロジ（ｍｉｘｅｄ－ｎｕｍｅｒｏｌｏｇｙ）に関する情報を含む制御メッセージをＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）から受信する過程を含み、
前記混合ヌメロロジに関する情報はフレーム構造に関する情報、周波数オフセットに関する情報、及びＣＰ（ｃｙｃｌｉｃｐｒｅｆｉｘ）の長さ（ｌｅｎｇｔｈ）に関する情報を含む方法。

【請求項8】

前記制御メッセージのセクションタイプ（ｓｅｃｔｉｏｎｔｙｐｅ）は５又は６である請求項７に記載の方法。

【請求項9】

【請求項10】

前記ＣＰの長さに関する情報は、シンボルあたりのＣＰの長さを示す請求項に記載の方法。

【請求項11】

前記制御メッセージは端末識別子（ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）ベースのビームフォーミングのためのメッセージである請求項７に記載の方法。

【請求項12】

【請求項13】

無線通信システムのＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）であって、
少なくとも１つのトランシーバ（ａｔｌｅａｓｔｏｎｅＴｒａｎｓｃｅｉｖｅｒ）；及び
少なくとも１つのトランシーバと動作可能に（ｏｐｅｒａｂｌｙ）接続された少なくとも１つのプロセッサ（ａｔｌｅａｓｔｏｎｅｐｒｏｃｅｓｓｏｒ）を含み、
前記少なくとも１つのプロセッサは請求項１乃至６のいずれか一項に記載の方法を実行するように構成されるＤＵ。

【請求項14】

無線通信システムのＲＵ（ｒａｄｉｏｕｎｉｔ）であって、
少なくとも１つのトランシーバ（ａｔｌｅａｓｔｏｎｅＴｒａｎｓｃｅｉｖｅｒ）、及び
少なくとも１つのトランシーバと動作可能に（ｏｐｅｒａｂｌｙ）接続された少なくとも１つのプロセッサ（ａｔｌｅａｓｔｏｎｅｐｒｏｃｅｓｓｏｒ）を含み、
前記少なくとも１つのプロセッサは請求項７乃至１２のいずれか一項に記載の方法を行うように構成されるＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【発明の概要】

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

【0007】

上述のような議論に基づいて、本開示（ｄｉｓｃｌｏｓｕｒｅ）は、フロントホール（ｆｒｏｎｔｈａｕｌ）インタフェース（ｉｎｔｅｒｆａｃｅ）上で多重サブキャリア信号を伝送するための装置及び方法を提供する。

【0008】

また、本開示は、混合ヌメロロジ（ｍｉｘｅｄｎｕｍｅｒｏｌｏｇｙ）関連情報を提供するための新しい形式のセクションタイプ（ｓｅｃｔｉｏｎｔｙｐｅ）及び構成に関する装置及び方法を提供する。

【0009】

また、本開示は、混合ヌメロロジ関連情報を伝達するためのセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）のフレームフォーマット（ｆｒａｍｅｆｏｒｍａｔ）と関連付けられた装置及び方法を提供する。

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【発明の効果】

【0014】

本開示の一実施形態による装置及び方法によれば、混合ヌメロロジ（ｍｉｘｅｄｎｕｍｅｒｏｌｏｇｙ）関連情報を新しい形式のセクションタイプ（ｓｅｃｔｉｏｎｔｙｐｅ）を介して提供することにより、ＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）及びＲＵ（ｒａｄｉｏｕｎｉｔ）のインタフェースを有効に運用できるようにする。

【0015】

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

【図面の簡単な説明】

【0016】

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

【図1B】本開示の一実施形態による基地局の機能分離によるフロントホール（ｆｒｏｎｔｈａｕｌ）構造の例を示す図である。

【図2】本開示の一実施形態によるＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）の構成を示す図である。

【図3】本開示の一実施形態によるＲＵ（ｒａｄｉｏｕｎｉｔ）の構成を示す図である。

【図4】本開示の一実施形態による機能分離（ｆｕｎｃｔｉｏｎｓｐｌｉｔ）の例を示す図である。

【図5】本開示の一実施形態によるＢＷＰ構成の例を示す図である。

【図6A】本開示の一実施形態による様々な新しい形式のセクションタイプ及び構成の例を示す図である。

【図6B】本開示の一実施形態による様々な新しい形式のセクションタイプ及び構成の他の例を示す図である。

【図6C】本開示の一実施形態による様々な新しい形式のセクションタイプ及び構成のさらに他の例を示す図である。

【図6D】本開示の一実施形態による様々な新しい形式のセクションタイプ及び構成のさらに他の例を示す図である。

【図7】本開示の一実施形態によるＤＵとＲＵ間の接続の例を示す図である。

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

【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】

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

【0065】

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

【0066】

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

【0067】

コントロールプレーンで伝送されるメッセージの類型を定義するために、ＳｅｃｔｉｏｎＴｙｐｅが定義される。ＳｅｃｔｉｏｎＴｙｐｅはコントロールプレーンで伝送される制御メッセージの用途を示すことができる。例えば、ＳｅｃｔｉｏｎＴｙｐｅ別用途は下記のとおりである。

【0068】

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

【0069】

本開示で、「ヌメロロジ」は物理的信号の構造に関連する変数又は変数の集合を意味する用語として用いられる。ヌメロロジはサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ）、シンボル長（ｓｙｍｂｏｌｄｕｒａｔｉｏｎ）、ＣＰ（ｃｙｃｌｉｃｐｒｅｆｉｘ）長（ｄｕｒａｔｉｏｎ）、ＦＦＴ（ｆａｓｔＦｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）、サンプリング率（ｓａｍｐｌｉｎｇｒａｔｅ）、サブフレーム長、フレーム長など物理的信号に変化を招く様々な変数のうちの少なくとも１つを示すことができる。したがって、「混合ヌメロロジ」は様々な物理的構造が共存する状況を示し、「混合ヌメロロジをサポートする」ということは１つの基地局又はシステムが互いに異なる物理的構造を提供することを意味する。よって、「ヌメロロジ」は「信号構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）」、「物理層構成」、「フレーム構成」、「構成」、「信号構造」、「物理層構造」、「フレーム構造」又はそれと同等な技術的意味を持つ別の名称で称すことができる。

【0070】

ＮＲでは使用する周波数帯域が高くなるにつれ、端末及び基地局のシグナリングは広帯域で行われるようになった。端末能力の限界により、このような広帯域で行われるシグナリングをサポートできない場合が生じ得る。それを補完するために帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ、ＢＷＰ）の概念が導入された。ＢＷＰは与えられた搬送波及び与えられたヌメロロジで共通リソースブロック（ｃｏｍｍｏｎｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＣＲＢ）の連続的な集合から選択された物理リソースブロック（ｐｈｙｓｉｃａｌｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＰＲＢ）の連続的な集合と定義され得る。

【0071】

シグナリングのために、複数のＢＷＰが設定されることができ、複数のＢＷＰごとにヌメロロジがそれぞれ個別的に設定されることができる。共通リソースブロックは搬送波帯域の最も低い周波数からインデクシング（０から開始）されることができ、共通リソースブロックを単位とするリソースグリッド（ｒｅｓｏｕｒｃｅｇｒｉｄ）が定義され得る。帯域幅部分は最も低いインデックスを持つＣＲＢを基準として指示されることができ、最も低いインデックスを持つＣＲＢ０をポイントＡと称することができる。共通リソースブロック内で定義されるＢＷＰはポイントＡから離れた距離、すなわち、オフセット値と帯域幅部分が占める物理リソースブロックの個数（ＰＲＢ）によって定義され得る。

【0072】

サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ、ＳＣＳ）は１つのシンボルが占める周波数の幅を意味する。サブキャリア間隔とシンボルの長さは反比例する関係にあり、チャネル状態及び提供されるサービスの種類によって適したＳＣＳが設定され得る。ＳＣＳはサブキャリア間隔を意味する。ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘ）システムで、１つの変調シンボルの周波数間隔はサブキャリア間隔に対応する。リソース割り当てを行う基地局はＳＣＳによる帯域幅のサブキャリア個数によって、ＦＦＴサイズを決定できる。すなわち、ＳＣＳはＦＦＴサイズと関連がある。

【0073】

混合ヌメロロジ（ｍｉｘｅｄｎｕｍｅｒｏｌｏｇｙ）システム又は複数のヌメロロジ（ｍｕｌｔｉｐｌｅｎｕｍｅｒｏｌｏｇｉｅｓ）システムは１つの搬送波帯域幅（ｃａｒｒｉｅｒｂａｎｄｗｉｄｔｈ）内に複数のヌメロロジが存在するシステムを示すことができる。混合ヌメロロジシステムは１つの搬送波帯域幅内にいくつかの帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ、ＢＷＰ）が存在する場合、各ＢＷＰに該当するヌメロロジ（例：サブキャリア間隔（ｓｕｂ－ｃａｒｒｉｅｒｓｐａｃｉｎｇ、ＳＣＳ））が互いに異なる場合を示すことができる。

【0074】

ＮＲではデータ伝送において超高信頼低遅延通信（ｕｌｔｒａｒｅｌｉａｂｌｅａｎｄｌｏｗｌａｔｅｎｃｙｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）を目標としている。混合ヌメロロジはこのようなＵＲＬＬＣをサポートできる一例であって、ヌメロロジを多様に構成して、ＵＲＬＬＣのために適応的にシンボル間隔を調整できる。

【0075】

図５は、本開示の一実施形態によるＢＷＰ構成の例を示す。これは一実施形態に過ぎず、図５に示したシンボルによるＢＷＰ構成は本発明の権利範囲を制限するものではない。搬送波帯域幅が１００Ｍｈｚである場合のＢＷＰ構成の例が示される。ＢＷＰの帯域幅値は複数個の場合があり（例：１００Ｍｈｚ、８０Ｍｈｚ、５０Ｍｈｚ、４０Ｍｈｚ、２０Ｍｈｚ、１０Ｍｈｚ）、シンボルはヌメロロジ値（例：１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ）によって異なる場合がある。

【0076】

図５を参照すると、１００ＭＨｚ搬送波帯域幅は各シンボルごとに１つ以上のＢＷＰで構成され得る。ＢＷＰ構成は該当するヌメロロジのシンボルごとに互いに異なる大きさと位置で表現され得る。図５で示すように、ＳＳＢも該当ＢＷＰのヌメロロジと異なるヌメロロジを持つことができ、このような場合も混合ヌメロロジの一例に該当し得る。

【0077】

例えば、ＤＵはセル設定ステップで管理プレーン（Ｍ－ｐｌａｎｅ）によって３０ｋＨｚを代表ヌメロロジに決定できる。第１シンボル５０１は３０ｋＨｚのヌメロロジを持ち、１００Ｍｈｚの帯域幅を持つＢＷＰで構成され得る。第２シンボル５０３は１５ｋＨｚのヌメロロジ値及び２０Ｍｈｚの帯域幅を持つＢＷＰで構成され得る。第３シンボル５０５は６０ｋＨｚのヌメロロジ値及び６０Ｍｈｚの帯域幅を持つＢＷＰで構成され得る。混合ヌメロロジシステムとは、１つの搬送波帯域幅内に、第１シンボル５０１のように代表ヌメロロジ３０Ｋｈｚを持つＢＷＰの他にも第２シンボル５０３及び第３シンボル５０５のようにそれぞれ代表ヌメロロジと異なるヌメロロジが使用されるシステムを示すことができる。

【0078】

ｘＲＡＮ／ＯＲＡＮに基づくフロントホール（ｆｒｏｎｔｈａｕｌ）を介した信号の伝送のために、上述の例のような混合ヌメロロジが設定され得る。混合ヌメロロジが設定された場合、ＤＵは混合ヌメロロジと関連する情報をＲＵに伝送する必要がある。混合ヌメロロジと関連する情報にはＳＣＳ、ＦＦＴのサイズ、ＣＰ（ｃｙｃｌｉｃｐｒｅｆｉｘ）の長さ及びＢＷＰのサイズ、ＢＷＰの周波数内の位置（周波数オフセット）と関連する情報を含むことができる。ＤＵはセル設定ステップで、１つのヌメロロジ値を代表（ｎｏｍｉｎａｌ）ヌメロロジに決定できる。また、代表ヌメロロジによって定められるＦＦＴのサイズ、ＣＰ長も代表値に決定できる。

【0079】

コントロールプレーンで伝送されるメッセージの類型を定義するために、ＳｅｃｔｉｏｎＴｙｐｅが定義される。メッセージの用途によってＳｅｃｔｉｏｎＴｙｐｅが分けられ得る。

【0080】

例えば、Ｓｅｃｔｉｏｎｔｙｐｅ３の場合、ＰＲＡＣＨ及び混合ヌメロロジチャネルに関する情報を送信するためのメッセージに使用され得る。具体的には、ｓｅｃｔｉｏｎｔｙｐｅ３に含まれる情報は以下の通りである。

【0081】

ＣｏｍｍｏｎＨｅａｄｅｒＦｉｅｌｄｓ
－ｄａｔａＤｉｒｅｃｔｉｏｎ（ｄａｔａｄｉｒｅｃｔｉｏｎ（ｇＮＢＴｘ／Ｒｘ））ｆｉｅｌｄ：１ｂｉｔ
－ｐａｙｌｏａｄＶｅｒｓｉｏｎ（ｐａｙｌｏａｄｖｅｒｓｉｏｎ）ｆｉｅｌｄ：３ｂｉｔｓ
－ｖａｌｕｅ＝ ”１” ｓｈａｌｌｂｅｓｅｔ（１ｓｔｐｒｏｔｏｃｏｌｖｅｒｓｉｏｎｆｏｒｐａｙｌｏａｄａｎｄｔｉｍｅｒｅｆｅｒｅｎｃｅｆｏｒｍａｔ）
－ｆｉｌｔｅｒＩｎｄｅｘ（ｆｉｌｔｅｒｉｎｄｅｘ）ｆｉｅｌｄ：４ｂｉｔｓ
－ｆｒａｍｅＩｄ（ｆｒａｍｅｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：８ｂｉｔｓ
－ｓｕｂｆｒａｍｅＩｄ（ｓｕｂｆｒａｍｅｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：４ｂｉｔｓ
－ｓｌｏｔＩＤ（ｓｌｏｔｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：６ｂｉｔｓ
－ｓｔａｒｔＳｙｍｂｏｌｉｄ（ｓｔａｒｔｓｙｍｂｏｌｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：６ｂｉｔｓ
－ｎｕｍｂｅｒＯｆｓｅｃｔｉｏｎｓ（ｎｕｍｂｅｒｏｆｓｅｃｔｉｏｎｓ）ｆｉｅｌｄ：８ｂｉｔｓ
－ｓｅｃｔｉｏｎＴｙｐｅ（ｓｅｃｔｉｏｎｔｙｐｅ）ｆｉｅｌｄ：８ｂｉｔｓ
－ｖａｌｕｅ＝ ”３” ｓｈａｌｌｂｅｓｅｔ
－ｔｉｍｅＯｆｆｓｅｔ（ｔｉｍｅｏｆｆｓｅｔ）ｆｉｅｌｄ：１６ｂｉｔｓ
－ｆｒａｍｅＳｔｒｕｃｔｕｒｅ（ｆｒａｍｅｓｔｒｕｃｔｕｒｅ）ｆｉｅｌｄ：８ｂｉｔｓ
－ｃｐＬｅｎｇｔｈ（ｃｙｃｌｉｃｐｒｅｆｉｘｌｅｎｇｔｈ）ｆｉｅｌｄ：１６ｂｉｔｓ
－ｕｄＣｏｍｐＨｄｒ（ｕｓｅｒｄａｔａｃｏｍｐｒｅｓｓｉｏｎｈｅａｄｅｒ）ｆｉｅｌｄ：８ｂｉｔｓ
－ＳｅｃｔｉｏｎＦｉｅｌｄｓ
－ｓｅｃｔｉｏｎＩＤ（ｓｅｃｔｉｏｎｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：１２ｂｉｔｓ
－ｒｂ（ｒｅｓｏｕｒｃｅｂｌｏｃｋｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：１ｂｉｔ
－ｓｙｍＩｎｃ（ｓｙｍｂｏｌｎｕｍｂｅｒｉｎｃｒｅｍｅｎｔｃｏｍｍａｎｄ）ｆｉｅｌｄ：１ｂｉｔ
－ｓｔａｒｔＰｒｂｃ（ｓｔａｒｔｉｎｇＰＲＢｏｆｄａｔａｓｅｃｔｉｏｎｄｅｓｃｒｉｐｔｉｏｎ）ｆｉｅｌｄ：１０ｂｉｔｓ
－ｎｕｍＰｒｂｃ（ｎｕｍｂｅｒｏｆｃｏｎｔｉｇｕｏｕｓＰＲＢｓｐｅｒｄａｔａｓｅｃｔｉｏｎｄｅｓｃｒｉｐｔｉｏｎ）ｆｉｅｌｄ：８ｂｉｔｓ
－ｒｅＭａｓｋ（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｍａｓｋ）ｆｉｅｌｄ：１２ｂｉｔｓ
－ｎｕｍＳｙｍｂｏｌ（ｎｕｍｂｅｒｏｆｓｙｍｂｏｌｓ）ｆｉｅｌｄ：４ｂｉｔｓ
－ｅｆ（ｅｘｔｅｎｓｉｏｎｆｌａｇ）ｆｉｅｌｄ：１ｂｉｔ
－ｂｅａｍＩｄ（ｂｅａｍｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：１５ｂｉｔｓ
－ｆｒｅｑＯｆｆｓｅｔ（ｆｒｅｑｕｅｎｃｙｏｆｆｓｅｔ）ｆｉｅｌｄ：２４ｂｉｔｓ
－ｒｅｓｅｒｖｅｄ（ｒｅｓｅｒｖｅｄｆｏｒｆｕｔｕｒｅｕｓｅ）ｆｉｅｌｄ：８ｂｉｔｓ

【0082】

Ｓｅｃｔｉｏｎｔｙｐｅ１の場合、ＤＬ／ＵＬチャネルのＲＥにＢＦｉｎｄｅｘ又はｗｅｉｇｈｔ（Ｏ－ＲＡＮｍａｎｄａｔｏｒｙＢＦ（ｂｅａｍｆｏｒｍｉｎｇ）方式）をマッピングするための用途で使用されることができ、具体的には、下記のような情報を含むことができる。

【0083】

【0084】

ＳｅｃｔｉｏｎＦｉｅｌｄｓ
－ｓｅｃｔｉｏｎＩｄ（ｓｅｃｔｉｏｎｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：１２ｂｉｔｓ
－ｒｂ（ｒｅｓｏｕｒｃｅｂｌｏｃｋｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：１ｂｉｔ
－ｓｙｍＩｎｃ（ｓｙｍｂｏｌｎｕｍｂｅｒｉｎｃｒｅｍｅｎｔｃｏｍｍａｎｄ）ｆｉｅｌｄ：１ｂｉｔ
ｓｔａｒｔＰｒｂｃ（ｓｔａｒｔｉｎｇＰＲＢｏｆｄａｔａｓｅｃｔｉｏｎｄｅｓｃｒｉｐｔｉｏｎ）ｆｉｅｌｄ：１０ｂｉｔｓ
－ｎｕｍＰｒｂｃ（ｎｕｍｂｅｒｏｆｃｏｎｔｉｇｕｏｕｓＰＲＢｓｐｅｒｄａｔａｓｅｃｔｉｏｎｄｅｓｃｒｉｐｔｉｏｎ）ｆｉｅｌｄ：８ｂｉｔｓ
－ｒｅＭａｓｋ（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｍａｓｋ）ｆｉｅｌｄ：１２ｂｉｔｓ
－ｎｕｍＳｙｍｂｏｌ（ｎｕｍｂｅｒｏｆｓｙｍｂｏｌｓ）ｆｉｅｌｄ：４ｂｉｔｓ
－ｅｆ（ｅｘｔｅｎｓｉｏｎｆｌａｇ）ｆｉｅｌｄ：１ｂｉｔ
－ｂｅａｍＩｄ（ｂｅａｍｉｄｅｎｔｉｆｉｅｒ）ｆｉｅｌｄ：１５ｂｉｔｓ

【0085】

ｓｅｃｔｉｏｎＴｙｐｅ５の場合、ＲＵがリアルタイムＢＦｗｅｉｇｈｔ計算を行えるようにＵＥスケジューリング情報を伝達（Ｏ－ＲＡＮｏｐｔｉｏｎａｌＢＦ方式）するための用途で使用されることができ、具体的には下記のような情報を含むことができる。

【0086】

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

【0087】

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

【0088】

ＳｅｃｔｉｏｎＴｙｐｅ６の場合、ＲＵがリアルタイムＢＦｗｅｉｇｈｔ計算を行えるように周期的にＵＥチャネル情報を伝達（Ｏ－ＲＡＮｏｐｔｉｏｎａｌＢＦ方式）するための用途で使用されることができ、具体的には下記のような情報を含むことができる。

【0089】

【0090】

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

【0091】

セル設定ステップで予め決定された代表ヌメロロジのみを使用する割当領域又はＢＷＰを介してＲＵに情報を送信する場合、ＤＵはＣ－ｐｌａｎｅｓｅｃｔｉｏｎｔｙｐｅ１、５、６によってＲＵに情報を送信できる。上記セル設定ステップで予め決定された代表ヌメロロジでない他のヌメロロジを使用する割当領域又はＢＷＰを介してＲＵに情報を送信する場合、ＤＵはｓｅｃｔｉｏｎｔｙｐｅ３によってＲＵに情報を伝達でき、Ｃ－ｐｌａｎｅｓｅｃｔｉｏｎｔｙｐｅ３には上記他のヌメロロジと関連付けられた値及びＦＦＴサイズ、周波数領域での位置と関連づけられた情報が含まれ得る。換言すれば、混合ヌメロロジが使用される場合、ＤＵは代表ヌメロロジでない他のヌメロロジを介して情報を伝達するために、Ｃ－ｐｌａｎｅｓｅｃｔｉｏｎｔｙｐｅ３を使用できる。

【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】

【0131】

【0132】

【0133】

一実施形態において、上記付加情報は混合ヌメロロジ（ｍｉｘｅｄ－ｎｕｍｅｒｏｌｏｇｙ）関連情報を示すパラメータを含むことができる。

【0134】

一実施形態において、上記少なくとも１つのプロセッサは、上記混合ヌメロロジ関連情報を表記するパラメータを含むように上記セクション拡張フィールドを設定し、上記混合ヌメロロジ関連情報を表記するパラメータを含むセクション拡張フィールドを含む第１制御メッセージを伝送するようにさらに構成され、上記混合ヌメロロジ関連情報を表記するパラメータを含むセクション拡張フィールドを含む第１制御メッセージは、コントロールプレーンで端末のスケジューリングするために使用され得る。

【0135】

【0136】

【0137】

一実施形態において、上記パラメータは上記混合ヌメロロジを構成するＢＷＰのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ、ＳＣＳ）、ＦＦＴ（ｆａｓｔＦｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）のサイズ、ＣＰの長さ及びＢＷＰの中心周波数の位置、シンボルマップのうちの少なくとも１つを含むことができる。

【0138】

一実施形態において、上記パラメータは上記混合ヌメロロジを構成するＢＷＰのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ、ＳＣＳ）、ＦＦＴ（ｆａｓｔＦｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）のサイズ、ＣＰの長さ及び周波数オフセット値、シンボルマップのうちの少なくとも１つを含むことができる。

【0139】

【0140】

一実施形態において、上記付加情報は混合ヌメロロジ（ｍｉｘｅｄ－ｎｕｍｅｒｏｌｏｇｙ）関連情報を示すパラメータを含むことができる。

【0141】

一実施形態において、上記少なくとも１つのプロセッサは、混合ヌメロロジ関連情報を表記するパラメータを含むセクション拡張フィールドを含む第１制御メッセージを受信するようにさらに構成され、上記セクション拡張フィールドは上記混合ヌメロロジ関連情報を表記するパラメータを含むように設定され、上記混合ヌメロロジ関連情報を表記するパラメータを含むセクション拡張フィールドを含む第１制御メッセージは、コントロールプレーンで端末をスケジューリングするために使用され得る。

【0142】

【0143】

【0144】

【0145】

【図1a】