JP2022553253A

JP2022553253A - 無線通信システムにおける制御メッセージ送信方法及び装置

Info

Publication number: JP2022553253A
Application number: JP2022523030A
Authority: JP
Inventors: ウォンウ・リム; デジュン・キム; ジェヨル・キム; ナムリュル・ジョン; スンウク・ホ
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2019-10-18
Filing date: 2020-10-19
Publication date: 2022-12-22
Also published as: EP4023007A4; KR20210046495A; US11528683B2; WO2021075934A1; EP4023007A1; US20210120527A1; US11974300B2; CN114600413A; US20230108714A1

Abstract

本開示は、下位レイヤー機能分割をサポートする無線通信システムにおける基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ、ＤＵ）の制御メッセージ生成方法及びシステムと、基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ）の制御メッセージ処理方法及びシステムを提供するものである。前記方法及びシステムでは、基地局のＲＵは他のコントロールプレーンセクションと連関してサブフレーム構造を分析する必要がないため、プロセッシング時間及び処理複雑度を減少させることができる。

Description

本開示は、無線通信システムに関する。より具体的に、本開示は制御メッセージを送信し、受信し、処理する方法及び装置に関する。

４Ｇ通信システム商用化以後の増加趨勢にある無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後（Ｂｅｙｏｎｄ４ＧＮｅｔｗｏｒｋ）通信システム又はＬＴＥ（Ｌｏｎｇ－ｔｅｒｍＥｖｏｌｕｔｉｏｎ）システム以後（ＰｏｓｔＬＴＥ）システムと呼ばれている。高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ)帯域(例えば、６０ギガ(６０ＧＨｚ)帯域のような)での具現が考慮されている。超高周波の帯域での伝播の経路損失緩和及び伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－ＩｎｐｕｔＭｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）、ＦＤ－ＭＩＭＯ（ＦｕｌｌＤｉｍｅｎｓｉｏｎａｌＭＩＭＯ）、アレイアンテナ(ａｒｒａｙａｎｔｅｎｎａ)、アナログビームフォーミング(ａｎａｌｏｇｂｅａｍ－ｆｏｒｍｉｎｇ)、及び大規模アンテナ(ｌａｒｇｅｓｃａｌｅａｎｔｅｎｎａ)技術が議論されている。さらに、システムのネットワーク改善のために、５Ｇ通信システムでは進化した小型セル、改善された小型セル(ａｄｖａｎｃｅｄｓｍａｌｌｃｅｌｌ)、クラウド無線アクセスネットワーク(ｃｌｏｕｄｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ：ｃｌｏｕｄＲＡＮ)、超高密度ネットワーク(ｕｌｔｒａ－ｄｅｎｓｅｎｅｔｗｏｒｋ)、Ｄ２Ｄ通信（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、無線バックホール(ｗｉｒｅｌｅｓｓｂａｃｋｈａｕｌ)、移動ネットワーク（ｍｏｖｉｎｇｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（ＣｏｏｒｄｉｎａｔｅｄＭｕｌｔｉ－Ｐｏｉｎｔｓ）、及び、受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。その他にも、５Ｇシステムでは進歩したコーディング変調(ＡｄｖａｎｃｅｄＣｏｄｉｎｇＭｏｄｕｌａｔｉｏｎ、ＡＣＭ)技術であるＦＱＡＭ（ＨｙｂｒｉｄＦＳＫａｎｄＱＡＭＭｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（ＳｌｉｄｉｎｇＷｉｎｄｏｗＳｕｐｅｒｐｏｓｉｔｉｏｎＣｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（ＦｉｌｔｅｒＢａｎｋＭｕｌｔｉＣａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎｏｒｔｈｏｇｏｎａｌｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅｃｏｄｅｍｕｌｔｉｐｌｅａｃｃｅｓｓ）が開発されている。

一方、インターネットは人間が情報を生成して消費する人間中心の接続ネットワークから事物などの分散した構成要素の間に情報を交換して処理するＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ、モノのインターネット）網へ進化しつつある。クラウドサーバーなどとの接続を通じたビッグデータ（Ｂｉｇｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（ＩｎｔｅｒｎｅｔｏｆＥｖｅｒｙｔｈｉｎｇ）技術も台頭している。ＩｏＴを具現するには、センシング技術、有無線通信、ネットワークインフラ、サービスインタフェース技術、セキュリティ技術のような技術要素が要求され、近年には物事の間の接続のためのセンサネットワーク（ｓｅｎｓｏｒｎｅｔｗｏｒｋ）、Ｍ２Ｍ（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境は接続された事物の間に生成されるデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（ＩｎｔｅｒｎｅｔＴｅｃｈｎｏｌｏｇｙ）サービスを提供することができる。ＩｏＴは既存のＩＴ（ｉｎｆｏｒｍａｔｉｏｎｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業応用の間のコンバージェンス及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に適用することができる。

これによって、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われている。例えば、センサネットワーク（ｓｅｎｓｏｒｎｅｔｗｏｒｋ）、Ｍ２Ｍ（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）などの技術をビームフォーミング、ＭＩＭＯ及びアレイアンテナなどの技法によって実現することができる。前述のビッグデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄＲＡＮ））が応用されることも５Ｇ技術とＩｏＴ技術のコンバージェンスの例と見なすことができる。

関連技術によれば、移動通信サービスを提供する基地局（ｂａｓｅｓｔａｔｉｏｎ）は基地局のデータ処理部又はデジタルユニット（ｄｉｇｉｔａｌｕｎｉｔ、又はｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ、ＤＵ）と無線送受信部又はラジオ（ｒａｄｉｏｕｎｉｔ又はｒｅｍｏｔｅｕｎｉｔ、ＲＵ）が共にセルサイトに設置される一体型の形態であった。しかし、このような形態の基地局はユーザ及びトラフィックの増加による多数のセルサイトを構築しようとする移動通信事業者のニーズに適合しなかったため、これを改善したＣ－ＲＡＮ（ｃｅｎｔｒａｌｉｚｅｄＲＡＮ（ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）又はｃｌｏｕｄＲＡＮ）構造が登場するようになった。Ｃ－ＲＡＮは、ＤＵを一つの物理的場所に集中的に配置し、実際の端末と無線信号を送受信するセルサイトにはＲＵのみを残しておく構造で、ＤＵとＲＵの間は光ケーブル又は同軸ケーブルで接続することができる。また、ＲＵとＤＵが分離されたことによりこれらの間の通信のためのインターフェース規格が必要となり、現在ＣＰＲＩ（ＣｏｍｍｏｎＰｕｂｌｉｃＲａｄｉｏＩｎｔｅｒｆａｃｅ）などの規格がＲＵとＤＵの間に用いられている。また、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）でもこのような基地局構造が規格化されており、５Ｇシステムに適用することができる開放型ネットワーク標準であるＯ－ＲＡＮ（ＯｐｅｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）が研究されている。

また、無線データトラフィックの需要を満たすために現在の５世代通信システム（以下、５Ｇシステム、ＮＲ（ｎｅｗｒａｄｉｏ又はｎｅｘｔｒａｄｉｏ）システムなどと混用することができる）が研究されており、５Ｇシステムを介して高いデータ送信率のサービスをユーザに提供することができると期待され、また、モノのインターネット及び特定の目的に高い信頼度を要求するサービスなどの多様な目的を有する無線通信サービスを提供することができると見込まれる。

上述した情報は本開示の理解を助けるための背景情報にだけ提供される。上述したことのうちのいずれが本開示に係って先行技術として適用されることができるかに対しては、どのような決定も主張もされなかった。

Ｏ－ＲＡＮを用いた基地局がＭＢＳＦＮを操作する場合、デジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ、ＤＵ）でサブフレーム構造関連情報を含む制御メッセージをラジオユニット（ＲａｄｉｏＵｎｉｔ、ＲＵ）へ伝達し、ＲＵが一つのサブフレーム分析完了の前のゼロパディング実行が必要であるかどうかを効率的に判断するように操作する方法が必要である。

本開示の態様（ａｓｐｅｃｔｓ）は上述された問題及び／又は欠点を解決して後述する利点を提供するためのものである。

本開示の追加的な態様は次の説明で部分的に説明され、部分的には説明から明白であるか提示された実施例の実行によって学習することができる。

本開示の態様によれば、下位レイヤー機能分割をサポートする無線通信システムにおいて基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ、ＤＵ）の制御メッセージ生成方法が提供される。前記方法は、サブフレーム構成情報を確認する段階と、前記確認に基づいて、前記サブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを生成する段階と、前記生成された制御メッセージを前記デジタルユニットと接続された前記基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ、ＲＵ）へ送信する段階と、を含み、前記ＭＢＳＦＮ関連情報は、前記ラジオユニットの前記サブフレームでのゼロパディングのためのものであることを特徴とする。

本開示の他の態様によれば、下位レイヤー機能分割をサポートする無線通信システムにおいて基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ）の制御メッセージ処理方法が提供される。前記方法は、前記基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ）からサブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを受信する段階と、前記ＭＢＳＦＮ関連情報に基づいて、前記サブフレームでゼロパディングを行う段階と、を含むことを特徴とする。

本開示の他の態様によれば、下位レイヤー機能分割をサポートする無線通信システムにおいて制御メッセージを生成する基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ、ＤＵ）装置が提供される。前記装置は、前記基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ、ＲＵ）と信号を送受信する接続部と、及びサブフレーム構成情報を確認し、前記確認に基づいて、前記サブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを生成し、前記生成された制御メッセージを前記デジタルユニットと接続された前記基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ、ＲＵ）へ送信するように制御する制御部又は少なくとも一つのプロセッサと、を含み、前記ＭＢＳＦＮ関連情報は、前記ラジオユニットの前記サブフレームでのゼロパディングのためのものであることを特徴とする。

本開示の他の様態によれば、下位レイヤー機能分割をサポートする無線通信システムにおいて制御メッセージを処理する基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ）装置が提供される。前記装置は、前記基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ）と信号を送受信する接続部と、端末と信号を無線に送受信する送受信部と、前記接続部を介して前記デジタルユニットからサブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを受信するように制御し、前記ＭＢＳＦＮ関連情報に基づいて前記サブフレームでゼロパディングを行うように制御する制御部又は少なくとも一つのプロセッサと、を含むことを特徴とする。

本開示の様態によれば、一つのサブフレーム（Ｓｕｂｆｒａｍｅ）のシンボル（Ｓｙｍｂｏｌ）構成情報に対するすべてのコントロールプレーンセクション（ＣｏｎｔｒｏｌＰｌａｎｅＳｅｃｔｉｏｎ）分析を２個のフラッグ（Ｆｌａｇ）分析に減少させることができるため、ＲＵのプロセッシング負荷を減少させることができる。

本開示の態様によれば、ＲＵは他のコントロールプレーンセクションと連関してサブフレーム構造を分析する必要がないため複雑度も減少させることができる。

本開示の態様によれば、サブフレームに対する分析が完了する前に、一つのコントロールプレーンメッセージを介してゼロパディングが必要であるかどうかに対して判断することができるため、ゼロパディングのための遅延（Ｌａｔｅｎｃｙ）を減少させることができる。

本開示の他の態様、利点及び著しい特徴は添付された図面と共に取り入れた本開示の多様な実施例を開示する次の詳細な説明から当業者に明白であろう。

本開示の特定実施例の前記態様及び他の態様、及び利点は添付図面と共に取り入れた次の詳細な説明より明らかになるだろう。

本開示の実施例によるＯ－ＲＡＮネットワークシステムを示す図面である。本開示の実施例によるＲＵとＤＵを通じる下位レイヤー機能分割（ｌｏｗｌａｙｅｒｆｕｎｃｔｉｏｎｓｐｌｉｔ）の一例を示す図面である。本開示の実施例によるＯ－ＲＵとＯ－ＤＵ間で送信されるメッセージのフォーマットを示す図面である。本開示の実施例によるイーサネットメッセージの規格を詳しく示す図面である。本開示の実施例によるｅＣＰＲＩヘッダーのフォーマットを示す図面である。本開示の実施例によるＣ－ｐｌａｎｅ及びＵ－ｐｌａｎｅメッセージを介してスケジューリング及びビームフォーミングコマンドが伝達される流れを示す図面である。本開示の実施例によるセクションタイプ１のＣ－ｐｌａｎｅメッセージフォーマットを示す図面である。本開示の実施例によるセクション拡張に対して記述した図面である。本開示の実施例によるＭＢＭＳ概念図を示す図面である。本開示の実施例によるＭＢＳＦＮ送信のために用いられるダウンリンクチャンネルマッピング図を示す図面である。本開示の実施例によるＬＴＥシステムで用いられるダウンリンクフレーム構造図面である。本開示の実施例による端末がＭＢＳＦＮを受信するための過程を説明するための図面である。本開示の実施例によるＯ－ＲＡＮでＯｐｔｉｏｎ７－２による下位レイヤー機能分離によってＲＵでゼロパディング動作を行う過程を示す図面である。本開示の実施例によるＯ－ＲＡＮで定義しているＣ－ｐｌａｎｅメッセージを用いてＤＵがＲＵに制御情報及びデータを伝達する過程を示す図面である。本開示の実施例によるＤＵのＲＵへのＣ－ｐｌａｎｅメッセージ送信方法を示す図面である。本開示の実施例によって、ＭＢＳＦＮ関連情報をＣ－ｐｌａｎｅメッセージ内のセクション拡張フィールドに設定する方法を示す図面である。本開示の実施例によって、ＭＢＳＦＮ関連情報をＣ－ｐｌａｎｅメッセージ内のセクション拡張フィールドに設定する方法を示す図面である。本開示の実施例によって、ＭＢＳＦＮ関連情報を共通ヘッダーフィールド（Ｃｏｍｍｏｎｈｅａｄｅｒｆｉｅｌｄｓ）に設定する方法を示す図面である。本開示の実施例によって、ＭＢＳＦＮ関連情報をセクションフィールドに設定する方法を示す図面である。本開示の実施例によるＬＴＥＭＢＳＦＮのＣＰタイプ混用状況において、ＤＵがセクション拡張フィールドを用いてＣ－Ｐｌａｎｅｍｅｓｓａｇｅを構成する方法を示す図面である。本開示の実施例によるＬＴＥＭＢＳＦＮのＣＰタイプ混用状況において、ＤＵがセクション拡張フィールドを用いてＣ－Ｐｌａｎｅｍｅｓｓａｇｅを構成する方法を示す図面である。本開示の実施例によるＬＴＥＭＢＳＦＮのＣＰタイプ混用状況において、ＤＵが共通ヘッダーフィールドを用いてＣ－Ｐｌａｎｅｍｅｓｓａｇｅを構成する方法を示す図面である。本開示の実施例によるＬＴＥＭＢＳＦＮのＣＰタイプ混用状況において、ＤＵがセクションフィールドを用いてＣ－Ｐｌａｎｅｍｅｓｓａｇｅを構成する方法を示す図面である。本開示の実施例によるＲＵがゼロパディングサイズを決定する例を示す図面である。本開示の実施例によるＲＵがゼロパディングサイズを決定する例を示す他の図面である。本開示の実施例による基地局のＤＵ装置の動作手順を示すフローチャートである。本開示の実施例による基地局のＲＵ装置の動作手順を示すフローチャートである。本開示の実施例による基地局のＲＵ装置と基地局のＤＵ装置の内部構造を示すブロック図である。

図面全体にかけて同じ構成要素を示すために同じ参照番号を用いた。

添付された図面を参照する次の説明は、特許請求の範囲及びその均等物によって定義されたような本開示の多様な実施例の包括的な理解を助けるために提供される。ここにはその理解を助けるために多様な特定詳細事項が含まれているが、これはただ例示的なことと見なす。したがって、本技術分野の通常の知識を有する者は本開示内容の範囲及び思想を逸脱せず本開示に記載された多様な実施例の多様な変更及び修正が行われるということを認識するだろう。さらに、公知された機能及び構成に対する説明は明瞭性及び簡潔性のために省略される可能性がある。

以下の説明及び特許請求の範囲で用いられる用語及び単語は文献的な意味に限定されず、本開示の明確で一貫的な理解ができるよう用いられる用語であれば良い。したがって、本開示の様々な実施形態の次の説明は、ただ例示の目的で提供されて添付された特許請求の範囲及びその均等物によって定義されるような本開示を限定するためのことではないことは当業者には明らかであろう。

単数形態は文脈上に明白に異なるように指示しない限り複数の指示対象を含むことで理解されうる。したがって、例えば、「構成要素表面」に対する言及はそのような表面のうちの一つ以上に対する言及を含む。

本開示で実施例を説明するにあたって本開示が属する技術分野によく知られ、本開示と直接的に関連がない技術内容に対しては説明を省略する。これは不必要な説明を省略することによって本開示の要旨を明瞭にしてより明確に伝達するためである。

同様の理由で、添付図面において一部の構成要素は誇張されたり省略されたり概略的に図示されている。また、各構成要素の大きさは実際の大きさを完全に反映するものではない。各図面で同一又は対応する構成要素には同一の参照番号を付した。

本開示の利点及び特徴、及びそれらを達成する方法は添付される図面と共に詳細に後述されている実施例を参照すると明確になるだろう。しかし、本開示は以下で開示される実施例に限定されることではなく互いに異なる多様な形態で具現されることができ、ただ本実施例は本開示を完全にし、本開示が属する技術分野で通常の知識を有する者に本開示の範囲を完全に知らせるために提供されるものであり、本開示は特許請求の範囲によってのみ定義される。明細書全体にかけて同一参照番号は同一構成要素を称する。

このとき、処理フローチャートの各ブロックとフローチャートの図面の組み合わせは、コンピュータープログラムインストラクションによって実行可能であることを理解することができるだろう。これらのコンピュータープログラムインストラクションは汎用コンピューター、特殊用途コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載することができるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成する。これらのコンピュータープログラムインストラクションは、特定方式で機能を具現するためにコンピューター又はその他のプログラム可能なデータプロセッシング装備を志向することができるコンピューター利用可能、又はコンピューター可読メモリーに記憶されることも可能であるので、そのコンピューター利用可能又はコンピューター可読メモリーに記憶されたインストラクションはフローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータープログラムインストラクションはコンピューター又はその他のプログラム可能なデータプロセッシング装備上に搭載することも可能であるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピューターで実行されるプロセスを生成してコンピューター又はその他のプログラム可能なデータプロセッシング装備を行うインストラクションはフローチャートブロックで説明された機能を行うための動作を提供することも可能である。

また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、幾つかの代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることに注目しなければならない。例えば、接して示されている２つのブロックは、実は実質的に同時に行われることも可能で、又はそのブロックが該当する機能によって逆順に行われることが可能なこともある。

このとき、本実施形態に用いられる「～部」という用語は、予定された関数を実行するソフトウェアや、ＦＰＧＡやＡＳＩＣのようなハードウェアの構成要素を意味する。しかし、「～部」は、ソフトウェア又はハードウェアに限定される意味ではない。「～部」はアドレシングすることができる記憶媒体にあるように構成されることもでき、１つ又はそれ以上のプロセッサを再生するように構成することもできる。したがって、一例として「～部」はソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と「～部」のうちで提供される機能はより小さい数の構成要素及び「～部」に結合したり、追加的な構成要素と「～部」でさらに分離したりすることができる。さらに、構成要素及び「～部」はデバイス又は保安マルチメディアカード内の１つ又はそれ以上のＣＰＵを再生するように具現することもできる。

以下、本開示でアップリンク（ｕｐｌｉｎｋ、ＵＬ）とは、端末が基地局へデータ又は制御信号を送信する無線リンクを意味し、ダウンリンク（ｄｏｗｎｌｉｎｋ、ＤＬ）は基地局が端末へデータ又は制御信号を送信する無線リンクを意味する。また、基地局は端末のリソース割り当てを行う主体として、ｅＮｏｄｅＢ、ＮｏｄｅＢ、ＢＳ（ＢａｓｅＳｔａｔｉｏｎ）、ｇＮＢ（ｇｅｎｅｒａｔｉｏｎＮｏｄｅＢ）無線接続ユニット、基地局制御機、又はネットワーク上のノードのうちの少なくとも一つであれば良い。端末はＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、セルラーフォン、スマートフォン、コンピューター、又は通信機能を行うことができるマルチメディアシステムを含むことができる。

無線データトラフィックの需要を満たすために、５世代通信システムが常用化され、４Ｇシステムのように５Ｇシステムを介して高いデータ送信率のサービスをユーザに提供し、また、モノのインターネット及び特定の目的のため、高い信頼度を要求するサービスなどの多様な目的を有する無線通信サービスを提供することができると見込まれる。

現在、４世代通信システム及び５世代システムなどが混用されたネットワークシステムをサポートするために事業者と設備提供企業が集まって設立したＯ－ＲＡＮアライアンス（ＯｐｅｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋＡｌｌｉａｎｃｅ）では既存３ＧＰＰ規格基盤で新規ネットワーク要素（ｎｅｔｗｏｒｋｅｌｅｍｅｎｔ、ＮＥ）とインターフェース規格を定義してＯ－ＲＡＮ（ＯｐｅｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）構造が登場するようになった。Ｏ－ＲＡＮは、既存の３ＧＰＰＮＥであるＲＵ、ＤＵ、ＣＵ－ＣＰ（ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ）、ＣＵ－ＵＰ（ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ）をそれぞれＯ－ＲＵ、Ｏ－ＤＵ、Ｏ－ＣＵ－ＣＰ、Ｏ－ＣＵ－ＵＰと新たに定義して（これを統合してＯ－ＲＡＮ基地局と称することができる）、その外に追加でＲＩＣ（ｎｅａｒ－ｒｅａｌ－ｔｉｍｅＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）とＮＲＴ－ＲＩＣ（ｎｏｎ－ｒｅａｌ－ｔｉｍｅＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）を規格化した。それぞれＯ－ＤＵとＲＩＣの間、Ｏ－ＣＵ－ＣＰとＲＩＣの間、Ｏ－ＣＵ－ＵＰとＲＩＣの間はイーサネット（Ｅｔｈｅｒｎｅｔ）で接続されることができる。また、それぞれＯ－ＤＵとＲＩＣの間、Ｏ－ＣＵ－ＣＰとＲＩＣの間、Ｏ－ＣＵ－ＵＰとＲＩＣの間の通信のためのインターフェース規格が必要となり、現在Ｅ２－ＤＵ、Ｅ２－ＣＵ－ＣＰ、Ｅ２－ＣＵ－ＵＰなどの規格がＯ－ＤＵ、Ｏ－ＣＵ－ＣＰ、Ｏ－ＣＵ－ＵＰとＲＩＣの間に用いられることができる。

図１は、本開示の実施例によるＯ－ＲＡＮネットワークシステムの図面である。

図１を参照すると、Ｏ－ＲＡＮネットワークは既存の４Ｇ、５ＧシステムのｅＮＢ、ｇＮＢ機能を論理的に分離した標準でＯ－ＲＡＮ標準ではＮＲＴ－ＲＩＣ１１０、Ｏ－ＲＡＮｇＮＢ１００内のＲＩＣ１２０、Ｏ－ＣＵ－ＣＰ１３０、Ｏ－ＣＵ－ＵＰ１４０、Ｏ－ＤＵ１５０及びＯ－ＲＵ１６０などが定義されている。

ＮＲＴ－ＲＩＣ１１０はリアルタイムではない（ｎｏｎ－ｒｅａｌ－ｔｉｍｅ）制御及びＲＡＮ要素及びリソースの最適化、モデルトレーニング及びアップデートなどを可能にする論理的ノードであり、新規に定義されたＲＩＣ１２０は一つの物理的場所に集中的にサーバーを配置し、Ｅ２インターフェースを介してＯ－ＤＵ１５０、Ｏ－ＣＵ－ＣＰ１３０、Ｏ－ＣＵ－ＵＰ１４０などから収集されたデータに基づいてリアルタイムに近い（ｎｅａｒ－ｒｅａｌ－ｔｉｍｅ）制御及びＲＡＮ要素及びリソースの最適化を可能にする論理的ノードである。Ｏ－ＣＵ－ＣＰ１３０及びＯ－ＣＵ－ＵＰ１４０を含むＯ－ＣＵはＲＲＣ（ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）、ＳＤＡＰ（ｓｅｒｖｉｃｅｄａｔａａｄａｐｔａｔｉｏｎｐｒｏｔｏｃｏｌ）、ＰＤＣＰ（ｐａｃｋｅｔｄａｔａｃｏｎｖｅｒｇｅｎｃｅｐｒｏｔｏｃｏｌ）プロトコルの機能を提供する論理的ノード（ｌｏｇｉｃａｌｎｏｄｅ）で、Ｏ－ＣＵ－ＣＰ１３０はＲＲＣ及びＰＤＣＰの制御平面部分の機能を提供する論理的ノードで、Ｏ－ＣＵ－ＵＰ１４０はＳＤＡＰ及びＰＤＣＰのユーザ平面部分の機能を提供する論理的ノードである。Ｏ－ＣＵ－ＣＰ１３０は５Ｇ網（５Ｇｃｏｒｅ）に含まれたＡＭＦ（ａｃｃｅｓｓａｎｄｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ）とＮＧＡＰインターフェースで接続されている。Ｏ－ＤＵ１５０はＲＬＣ、ＭＡＣ、上位物理階層（ｈｉｇｈ－ＰＨＹ）の機能を提供する論理的ノードで、Ｏ－ＤＵ１５０に接続されたＯ－ＲＵ１６０は下位物理階層（ｌｏｗ－ＰＨＹ）機能及びＲＦプロセッシングを提供する論理的ノードである。前記図１では各論理的ノードが単数で示されたが、各論理的ノードは複数個接続されることができ、一例で一つのＯ－ＤＵ１５０には複数のＯ－ＲＵ１６０が接続されることができ、一つのＯ－ＣＵ－ＵＰ１４０には複数のＯ－ＤＵ１５０が接続されることができる。

本開示の前記記述された各ノードの名称によって制限されず、前記記述された機能を行う論理的ノード又はエンティティー（ｅｎｔｉｔｙ）の場合、本開示の構成を適用することができる。また、前記論理的ノードは物理的に同じ位置又は他の位置に位置することができ、同じ物理的装置（例えば、プロセッサ、制御部など）によってその機能が提供されるか又は他の物理的装置によってその機能を提供することができる。一例として、一つの物理的装置で仮想化を介して前述された少なくとも一つの論理的ノードの機能を提供することができる。以下、Ｏ－ＤＵはＤＵと、Ｏ－ＲＵはＲＵと混用されることがありうる。

図２は、本開示の実施例によるＲＵとＤＵとを通過する下位レイヤー機能分割（ｌｏｗｌａｙｅｒｆｕｎｃｔｉｏｎｓｐｌｉｔ）の一例を示す図面である。

図３は、本開示の実施例によるＯ－ＲＵとＯ－ＤＵの間で送信されるメッセージのフォーマットを示す図面である。

図２及び図３を参照すると、ＲＵとＤＵはフロントホール（ｆｒｏｎｔｈａｕｌ、ＦＨ）で接続されることができる。このとき、ＲＵとＤＵはそれぞれ物理階層（ｐｈｙｓｉｃａｌｌａｙｅｒ）の機能を分割して行うことができる。

４Ｇ又は５Ｇ通信システムにおいて、ダウンリンクのための物理階層ではＭＡＣレイヤー２３６でダウンリンクデータを受信し、受信したデータに対するチャンネルコーディング及びスクランブリングが行われ（２３４）、スクランブリングが行われたデータに対する変調が行われた後（２３２）の変調シンボルのレイヤーマッピングが行われる（２３０）。各レイヤーにマッピングされた変調シンボルは各アンテナポートにマッピングされ（２２８）、該当されるリソース要素（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ、ＲＥ、一つの副搬送波（ｓｕｂｃａｒｒｉｅｒ）及び一つのシンボルで構成されたリソースの割り当て単位）にマッピングされた後（２２６）のデジタルビームフォーミング（これはプリコーディングと混用されることがありうる）が行われ（２２４）、ＩＦＦＴ（ＩｎｖｅｒｓｅｆａｓｔＦｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）が行われて時間ドメイン信号で変形された後のＣＰ（ｃｙｃｌｉｃｐｒｅｆｉｘ）が付加されて（２２２）ＲＦ２２０によって搬送周波数で搬送され、アンテナを介して端末に送信される。また、４Ｇ又は５Ｇ通信システムでアップリンクのための物理階層ではアンテナを介して受信された搬送周波数の信号がＲＦ２４０で基底帯域信号に変換され、前記変換された信号がＣＰ除去及びＦＦＴを介して周波数ドメイン信号で変形され（２４２）、適用されたデジタルビームフォーミングを適用してアップリンク信号をコンバイニング（ｃｏｍｂｉｎｉｎｇ）し（２４４）、アップリンク信号がマッピングされたＲＥによって信号をデマッピングして（２４６）チャンネル推定を行い（２４８）、レイヤーデマッピングを行って（２５０）整列された変調シンボルを復調し（２５２）、復調の結果、獲得されたビットシーケンスをデスクランブリングしてデコーディングして情報ビットを獲得する（２５４）。以後の前記情報ビットはＭＡＣレイヤー２５６に伝達される。

このとき、下位レイヤー機能分割には多様なオプションが存在し、図２にはその一例でオプション６（２１２）、オプション７－３（２１０）、オプション７－２（２０８）、オプション７－２ｘカテゴリーＢ（２０２）、オプション７－２ｘカテゴリーＡ（２００）、オプション７－１（２０６）及びオプション８（２０４）が図示されている。このとき、一つのオプションに基づいて右側に位置する機能はＤＵで行われ、左側に位置する機能はＲＵで行われることで理解されるだろう。例えば、ＬＴＥシステムのＣＰＲＩはオプション８に該当し、ダウンリンクの場合、ＤＵで図３に示された物理階層のすべての過程が行われた信号がＲＵでＦＨを介して送信され、ＲＵでは受信した信号をアナログ信号に変換して端末へ送信する過程だけが行われる。しかし、このようにＤＵで行う機能が多いほど必要なフロントホールの帯域幅が大きくなるため、Ｏ－ＲＡＮではオプション７－２ｘカテゴリーＢ（２０２）、オプション７－２ｘカテゴリーＡ（２００）をサポートすることができる。

具体的に、オプション７－２ｘのカテゴリーＡ（２００）はＯ－ＤＵからＯ－ＲＵが受信したデータのプリコーディングを処理することができないＯ－ＲＵの能力カテゴリー（ｃａｐａｂｉｌｉｔｙｃａｔｅｇｏｒｙ）でオプション７－２ｘのカテゴリーＢ（２０２）はＯ－ＤＵからＯ－ＲＵが受信したデータのプリコーディングを処理することができるＯ－ＲＵの能力カテゴリーに該当する。Ｏ－ＤＵは８個の送信ストリーム以下に対してはカテゴリーＡＯ－ＲＵをサポートしなければならない。すなわち、Ｏ－ＤＵは８個の送信ストリームまでのプリコーディングをサポートすることができる。このとき、オプション７－２ｘカテゴリーＢ（２０２）が適用される場合、Ｏ－ＤＵではレイヤーマッピング済みの変調シンボルに対する情報及びビームフォーミング情報をＯ－ＲＵに送信し、Ｏ－ＲＵでは変調シンボルにビームフォーミングを適用してアナログ信号に変換してこれを端末にアンテナを介して送信する。

前記オプション７－２ｘのＯ－ＤＵからＯ－ＲＵに送信されなければならない情報には４種類のものがある。Ｍ－ｐｌａｎｅ（ｍａｎａｇｅｍｅｎｔ－ｐｌａｎｅ）で送信される情報は非実施間送信でＤＬとＵＬ両方向に送信され、これはＯ－ＤＵとＯ－ＲＵ間の初期設定（ｉｎｉｔｉａｌｓｅｔｕｐ）やリセット（ｒｅｓｅｔ又は再設定）などのための情報である。Ｓ－ｐｌａｎｅ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ－ｐｌａｎｅ）で送信される情報はリアルタイムに送信され、これはＯ－ＤＵとＯ－ＲＵ間の同期化又はタイミングを合わせるための情報である。Ｃ－ｐｌａｎｅ（ｃｏｎｔｒｏｌ－ｐｌａｎｅ）で送信される情報はリアルタイム送信でＤＬ方向に送信され、Ｏ－ＤＵがＯ－ＲＵにスケジューリング及び／又はビームフォーミングコマンドを送信するための情報である。Ｕ－ｐｌａｎｅ（ｕｓｅｒ－ｐｌａｎｅ）で送信される情報はリアルタイム送信でＤＬとＵＬ両方向に送信され、これはＤＬ周波数ドメインＩＱデータ（ＳＳＢ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌｂｌｏｃｋ）及び基準信号を含む）、Ｕ－ｐｌａｎｅではＵＬ周波数ドメインＩＱデータ（サウンディング基準信号など基準信号を含む）及びＰＲＡＣＨ（ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌ）に対する周波数ドメインＩＱデータが送信される。前記情報又はデータはメッセージと混用されることがある。

次に、Ｏ－ＲＵとＯ－ＤＵ間で送信される情報に対してより具体的に記述する。図３は、Ｏ－ＲＵとＯ－ＤＵ間で送信されるメッセージのフォーマットを示す図面である。Ｏ－ＲＵとＯ－ＤＵはイーサネットで接続され、前記イーサネットメッセージの規格は３００に示された通りである。前記イーサネットメッセージのペイロードには各プレーンによるフォーマットのメッセージが含まれ、例えば、Ｃ－ｐｌａｎｅのフォーマットは３３０に示された通りである。前記Ｃ－ｐｌａｎｅフォーマット３３０にはｅＣＰＲＩ（ｅｎｈａｎｃｅｄＣＰＲＩ）ヘッダー３１０及びＯ－ＲＡＮヘッダー３２０が含まれる。また、ペイロードにはＵ－ｐｌａｎｅフォーマット３４０又は他のプレーンによるフォーマットの情報が含まれることがある。

図４は、本開示の実施例によるイーサネットメッセージの規格を詳しく示す図面である。

図４を参照すると、前記イーサネットメッセージのヘッダーにはＤｅｓｔｉｎａｔｉｏｎＭＡＣａｄｄｒｅｓｓ４００がＤＬの場合、ＲＵ又はＭＭＵ（ｍａｓｓｉｖｅＭＩＭＯｕｎｉｔ）のｐｕｂｌｉｃａｄｄｒｅｓｓを指示し、ＵＬの場合、ＤＵのチャンネルカード（ｃｈａｎｎｅｌｃａｒｄ、これはスケジューリングを担当するＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ）階層の動作及びｈｉｇｈ－ＰＨＹ（上位物理階層）の動作及びＲＵとＤＵ間のインターフェースによってデータ形式を変換させる動作を行うことができる）の特定ｐｏｒｔのｐｕｂｌｉｃａｄｄｒｅｓｓを指示する。ＳｏｕｒｃｅＭＡＣＡｄｄｒｅｓｓ４１０はＵＬの場合、ＲＵ又はＭＭＵのｐｕｂｌｉｃａｄｄｒｅｓｓを指示し、ＤＬの場合、ＤＵのチャンネルカードの特定ｐｏｒｔのｐｕｂｌｉｃａｄｄｒｅｓｓを指示する。

ＶＬＡＮＴａｇ４２０は４ｂｙｔｅｓで、Ｃ、Ｕ、又はＳ－ｐｌａｎｅｍｅｓｓａｇｅを互いに異なるＶＬＡＮｔａｇにマッピングして管理するようにする。ＶＬＲＡＮ（ｖｉｒｔｕａｌＬＡＮ）Ｔａｇに含まれたＴＰＩＤ（Ｔａｇｐｒｏｔｏｃｏｌｉｄｅｎｔｉｆｉｅｒ）は１６ｂｉｔｓでＩＥＥＥ８０２．１Ｑｔａｇフレームでフレームを識別するために０ｘ８１００の値で設定される。このフィールドはｔａｇされないフレームでＥｔｈｅｒｔｙｐｅ／Ｌｅｎｇｔｈフィールド４３０のような位置に位置するためｔａｇされないフレームと一般フレームを区別するために用いられる。ＶＬＲＡＮＴａｇに含まれたＴＣＩ（Ｔａｇｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）は１６ｂｉｔｓで次の３個のフィールドを含む。ＰＣＰ（Ｐｒｉｏｒｉｔｙｃｏｄｅｐｏｉｎｔ）は３ｂｉｔｓでフレームの優先順位を表現する。ＤＥＩ（Ｄｒｏｐｅｌｉｇｉｂｌｅｉｎｄｉｃａｔｏｒ）は１ｂｉｔでＰＣＰとは別個で用いられるか、又は結合して用いられてトラフィックが混雑するときに除去されると、適切なフレームが区分されるようにする。ＶＩＤ（ＶＬＡＮｉｄｅｎｔｉｆｉｅｒ）は１２ｂｉｔｓでＶＬＡＮがどのフレームに属するかを指示するフィールドである。Ｒｅｓｅｒｖｅｄ値である０ｘ０００、０ｘＦＦＦを除いた他のすべての値はＶＬＡ識別子で用いられて最大４、０９４個のＶＬＡＮまで許容される。予備値０ｘ０００はフレームがどんなＶＬＡＮにも属しないことを示し、この場合、８０２．１Ｑは優先順位だけ指定してこれを優先順位タグ（ｐｒｉｏｒｉｔｙｔａｇ）で参照することができる。Ｔｙｐｅ／Ｌｅｎｇｔｈ（Ｅｔｈｅｒｔｙｐｅ）はｅＣＰＲＩのためのものであるため０ｘＡＥＦＥに固定された値に設定される。

ペイロード４４０には図３に示されたようにｅＣＰＲＩヘッダーを含む各プレーンフォーマットによるメッセージを含むことがある。前記図４に関して記述された各フィールド又は情報の内容は必ずしもすべてのフィールドを含まなければならないのではなく、必要によって省略されるか、又は／及び他のフィールドを追加して本開示を行うことが可能である。

図５は、本開示の実施例によるｅＣＰＲＩヘッダーのフォーマットを示す図面である。

図５を参照すると、ｅＣＰＲＩヘッダーは送信ヘッダー（ｔｒａｎｓｐｏｒｔｈｅａｄｅｒ）でイーサネットペイロード（図４の４４０）の前方に位置する。ｅＣＰＲＩヘッダーは計８ｂｙｔｅｓでｅｃｐｒｉＶｅｒｓｉｏｎ５００は４ｂｉｔｓで０００１ｂの固定された値が用いられ、ｅｃｐｒｉＲｅｓｅｒｖｅｄ５１０は３ｂｉｔｓで００００ｂの固定された値が用いられ、ｅｃｐｒｉＣｏｎｃａｔｅｎａｔｉｏｎ５２０は１ｂｉｔで０ｂの固定された値が用いられ、ｅｃｐｒｉＭｅｓｓａｇｅ５３０は１ｂｙｔｅでメッセージのタイプを指示する。Ｕ－ｐｌａｎｅの場合、００００００００ｂ（０ｘ０）の値が用いられ、Ｃ－ｐｌａｎｅの場合、００００００１０ｂ（０ｘ２）の値が用いられ、ｅＣＰＲＩ遅延測定（ｄｅｌａｙｍｅａｓｕｒｅｍｅｎｔ）の場合、０００００１０１ｂ（０ｘ５）の値が用いられることがある。

ｅｃｐｒｉＰａｙｌｏａｄ５４０は２ｂｙｔｅｓでペイロードの大きさをバイトで示し、ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ５５０は２ｂｙｔｅｓでＭ－ｐｌａｎｅ設定を介して後述されたフィールド別のビット数の設定が可能である。ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ５５０に含まれるＣＵ＿Ｐｏｒｔ＿ＩＤ（ｘｂｉｔｓ）はＲＵのチャンネルカードが区分されるようにし、このときのモデム（Ｍｏｄｅｍ）までも区分されるようにできる。この場合、チャンネルカード区分のために２ｂｉｔｓが用いられてモデム区分のために２ｂｉｔｓを用いることができる。ＢａｎｄＳｅｃｔｏｒ＿ＩＤ（ｙｂｉｔｓ）は該当するセル（ｃｅｌｌ）又はセクター（ｓｅｃｔｏｒ）を指示することができる。ＣＣ＿ＩＤ（ｚｂｉｔｓ）は該当する構成搬送波（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）を指示することができる。ＲＵ＿Ｐｏｒｔ＿ＩＤ（ｗｂｉｔｓ）はレイヤー（ｌａｙｅｒ）、アンテナなどが区分されるように設定することができる。

ｅｃｐｒｉＳｅｑｉｄ５６０は２ｂｙｔｅｓであり、ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ５５０別に管理されるシーケンス識別子（ｓｅｑｕｅｎｃｅＩＤ）であり、ＳｅｑｕｅｎｃｅＩＤ及びｓｕｂｓｅｑｕｅｎｃｅＩＤは別に管理される。ＳｕｂｓｅｑｕｅｎｃｅＩＤを利用すれば無線－送信レベル断片化（Ｒａｄｉｏ－ｔｒａｎｓｐｏｒｔ－ｌｅｖｅｌｆｒａｇｍｅｎｔａｔｉｏｎ）が可能である。前記図５に関して記述された各フィールド又は情報の内容は必ずしもすべてのフィールドを含まなければならないのではなく、必要によって省略するか、又は／及び他のフィールドを追加して本開示を行うことができる。

次に、Ｃ－ｐｌａｎｅメッセージに対して詳しく記述する。

図６は、本開示の実施例によるＣ－ｐｌａｎｅ及びＵ－ｐｌａｎｅメッセージを介してスケジューリング及びビームフォーミングコマンドを伝達する流れを示す図面である。

図６を参照すると、Ｏ－ＤＵ６０４はＯ－ＲＵ６０２でスロット＃ｎのＵ－ｐｌａｎｅデータのための制御メッセージ（Ｃ－ｐｌａｎｅ）を送信する（６００）。前記Ｃ－ｐｌａｎｅメッセージはｅＣＰＲＩメッセージｔｙｐｅ２で、６個のｓｅｃｔｉｏｎＴｙｐｅメッセージでセクション（ｓｅｃｔｉｏｎ）に対する割り当て情報及び各セクションに該当するビームフォーミング情報を伝達する。セクションとは、一つのスロット内で同じビームパターン（ｂｅａｍｐａｔｔｅｒｎ）を有するＲＢリソースが連続で割り当てられた領域を意味し、セクション別でＵ－ｐｌａｎｅのデータを伝達することができる。一般的に一つのセクションは周波数軸で１２個のＲＥ（又は副搬送波）（すなわち、１リソースブロック（ｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＲＢ）乃至２７３ＲＢを含むことができ、時間軸に１ｓｙｍｂｏｌ乃至１４ｓｙｍｂｏｌの長方形となることがある。これは連続的又は非連続的な割り当てを含むことがある。もし、１２個のＲＥ（１ＲＢ）内で適用するビームが変わる場合、一つのセクションは他のビットパターンを有する多数のＲＥＭａｓｋによって区分することができる。

セクションタイプは下記のように６種類がサポートされうる。

ｓｅｃｔｉｏｎＴｙｐｅ＝０：ＤＬアイドル／ガード区間を指示し、これは電力節減のための送信ブランキング（ｔｒａｎｓｍｉｓｓｉｏｎｂｌａｎｋｉｎｇ）のためのものである。

ｓｅｃｔｉｏｎＴｙｐｅ＝１：ＤＬ及びＵＬチャンネルのＲＥにビームフォーミングインデックス（ｂｅａｍｆｏｒｍｉｎｇｉｎｄｅｘ）や加重値（ｗｅｉｇｈｔ）をマッピングするために用いられ、これはＯ－ＲＡＮにおいてｍａｎｄａｔｏｒｙでサポートされるビームフォーミング方式である。

ｓｅｃｔｉｏｎＴｙｐｅ＝３：ＰＲＡＣＨとヌメロロジーが混用された（ｍｉｘｅｄ－ｎｕｍｅｒｏｌｏｇｙ）チャンネルのＲＥにビームフォーミングインデックスやウェートをマッピングするために用いられる。

ｓｅｃｔｉｏｎＴｙｐｅ＝５：ＲＵがリアルタイムビームフォーミング加重値計算をすることができるようにＵＥスケジューリング情報を伝達するために用いられ、これはＯ－ＲＡＮにおいてｏｐｔｉｏｎａｌでサポートされるビームフォーミング方式である。

ｓｅｃｔｉｏｎＴｙｐｅ＝６：ＲＵがリアルタイムビームフォーミング加重値計算をすることができるように周期的にＵＥチャンネル情報を伝達するために用いられ、これはＯ－ＲＡＮにおいてｏｐｔｉｏｎａｌでサポートされるビームフォーミング方式である。

ｓｅｃｔｉｏｎＴｙｐｅ＝７：これはＬＡＡ（ｌｉｃｅｎｓｅｄａｓｓｉｓｔｅｄａｃｃｅｓｓ）サポートに用いられる。

前記Ｃ－ｐｌａｎｅメッセージを送信したＯ－ＤＵ６０４はＵ－ｐｌａｎｅメッセージでスロット＃ｎの各ＯＦＤＭシンボルのためのＩＱデータを送信する（６１０、６１２、６１４）。Ｕ－ＰｌａｎｅメッセージはｅＣＰＲＩメッセージｔｙｐｅ０を用いてユーザに対するＩＱデータ（及び基準信号、ＳＳＢ）とＰＲＡＣＨＩＱデータを伝達する。前記Ｕ－ｐｌａｎｅデータには２つのデータフォーマットが存在し、ＤＬ／ＵＬｕｓｅｒｄａｔａ、ｓｔａｔｉｃｄａｔａｆｏｒｍａｔの場合、ＩＱフォーマットと圧縮方法が固定された方式であり、ＲＵの初期化時点にＭ－ＰｌａｎｅメッセージによってＩＱフォーマットと圧縮方法が設定される。ＤＬ／ＵＬｕｓｅｒｄａｔａ、ｄｙｎａｍｉｃｄａｔａｆｏｒｍａｔの場合、ＩＱｆｏｒｍａｔと圧縮方法を動的に変更することができ、これはＤＬＵ－Ｐｌａｎｅメッセージ及びＵＬＣ－Ｐｌａｎｅメッセージによって設定される。

以後、Ｏ－ＤＵ６０４はＯ－ＲＵ６０２によってスロット＃ｎ＋１のＵ－ｐｌａｎｅデータのためのＣ－ｐｌａｎｅメッセージを送信する（６２０）。以後、Ｏ－ＤＵ６０４はＯ－ＲＵ６０２によってＵ－ｐｌａｎｅメッセージとしてスロット＃ｎ＋１の各ＯＦＤＭシンボルのためのＩＱデータを送信する（６３０、６３２、６３４）。

前記図６ではＤＬ送信の場合を示したが、ＵＬ送信もこれと同様に行うことができる。具体的に、Ｏ－ＤＵはＣ－ｐｌａｎｅメッセージを送信し、これを受信したＯ－ＲＵはＯ－ＤＵでＵ－ｐｌａｎｅメッセージで該当するスロットの各シンボルに対するＩＱデータを送信する。

図７は、本開示の実施例によるセクションタイプ１のＣ－ｐｌａｎｅメッセージフォーマットを示す図面である。

図７を参照すると、ｔｒａｎｓｐｏｒｔｈｅａｄｅｒ７００は図５に示されたｅＣＰＲＩヘッダー又はＩＥＥＥ－１９１４．３による情報である可能性がある。ｄａｔａＤｉｒｅｃｔｉｏｎ７０２はＵ－Ｐｌａｎｅメッセージの方向を指示し、０はＵＬ、１はＤＬを指示する。ｆｉｌｔｅｒＩｎｄｅｘ７０４はＲＵのチャンネルフィルター（ｃｈａｎｎｅｌｆｉｌｔｅｒ）を指示し、０ｘ１で設定することができる。ｆｒａｍｅＩｄ７０６は１０ｍｓ単位の特定フレームを指示する。ＳｕｂｆｒａｍｅＩｄ７０８は該当するフレーム内の１ｍｓ単位の特定サブフレームを指示する。ｓｌｏｔＩｄ７１０は該当するフレーム内の特定スロットを指示する。ＳｔａｒＳｙｍｂｏｌｉｄ７１２は対応するフレームの開始シンボルを指示する。

ｎｕｍｂｅｒＯｆｓｅｃｔｉｏｎｓ７１４は当該メッセージが指示するセクションの数を指示する。ＳｅｃｔｉｏｎＴｙｐｅ７１６の場合、一つのＣ－ｐｌａｎｅメッセージは一つのセクションタイプのみを持つことができる。ｕｄＣｏｍｐＨｄｒ７１８は当該メッセージのすべてのセクションのＩＱデータのためのＩＱビットの幅（ｂｉｔ）及び圧縮方法を指示する。具体的に、ｕｐｐｅｒ４ｂｉｔｓはｉｑＷｉｄｔｈで１乃至１６ｂｉｔｓを指示し、ｌｏｗｅｒ４ｂｉｔｓは圧縮方法を指示するｃｏｍｐＭｅｔｈである。前述した７０２乃至７１８は当該メッセージで共通的に適用されるアプリケーションヘッダー（ａｐｐｌｉｃａｔｉｏｎｈｅａｄｅｒ）７４０で、すべてのＣ－ｐｌａｎｅメッセージに同様に適用される。

セクションタイプ１のＣ－ｐｌａｎｅメッセージは任意のセクションに対する情報を含む。ＳｅｃｔｉｏｎＩＤ７２２はセクションのＩＤを指示し、これはＣ－ｐｌａｎｅメッセージとＵ－ｐｌａｎｅメッセージのマッチングのために用いることができる。ｒｂ７２４はどんなＰＲＢが用いられるかを指示し、０はすべてのＰＲＢが用いられることを指示し、１は２個ごとに一つのＰＲＢ（ｅｖｅｒｙｏｔｈｅｒＰＲＢ）が用いられることを指示することができる。ＳｔａｒｔＰｒｂｃ７２６は当該セクションの最初のＰＲＢを指示するために用いられ、ｎｕｍＰｒｂｃ７２８は当該セクションのＰＲＢの数を指示するために用いられる。ｒｅＭａｓｋ７３０は当該ＰＲＢで特定ビームに該当するＲＥ（又は副搬送波）を指示するビットパターンで、ｒｅＭａｓｋを介して１個のＰＲＢ内に互いに異なるビームを適用することができる。ｎｕｍＳｙｍｂｏｌ７３２は当該セクションに該当するシンボルの数を指示し、ｅｆ７３４はビームフォーミング加重値を提供するかどうかを指示し、０はビームフォーミング加重値が提供されないことを指示し、１はビーム識別子（ｂｅａｍＩｄ）によるウェートが提供されることを指示することができる。ｂｅａｍＩｄ（７３６及び７３８）は当該セクションのために予め定義された加重値テーブルの特定インデックスを指示する。前述した７２２乃至７３８を各セクションのためのセクションヘッダー（ｓｅｃｔｉｏｎｈｅａｄｅｒ）７４２と称することができる。

また、前記Ｃ－ｐｌａｎｅメッセージにはセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）を含むことができ、セクション拡張を含むかどうかはｅｆ７２０によって指示することができる。前記図７に関して記述された各フィールド又は情報の内容は必ずしもすべてのフィールドを含まなければならないのではなく、必要によって省略されるか、又は／及び他のフィールドを追加して本開示を行うことができる。

図８は、本開示の実施例によるセクション拡張に対して記述した図面である。

図８を参照すると、Ｃ－ｐｌａｎｅメッセージには送信ヘッダー８２０、アプリケーションヘッダー８３０、一つ以上のセクションヘッダー８４０を含むことができ、セクション拡張８１０を含むことができる。セクションヘッダー８４０に含まれたｅｆ８００はセクション拡張が含まれるか否かを指示することができ、セクション拡張が存在する場合、その詳細な内容は次の通りである。

セクション拡張８１０は次のようなフィールドを含むことができる。ｅｆ８５０は別のセクション拡張が含まれるか否かを指示し、ｅｘｔＴｙｐｅ８５２はセクション拡張の種類を指示する。セクション拡張の種類は、ビームフォーミング加重値を伝達するか、又はビームフォーミング属性（ｂｅａｍｆｏｒｍｉｎｇａｔｔｒｉｂｕｔｅｓ）を伝達するか、プリコーディング設定及びパラメーターを伝達するか、変調圧縮（ｍｏｄｕｌａｔｉｏｎｃｏｍｐｒｅｓｓｉｏｎ）関連パラメーターを伝達するか、連続的ではないＰＲＢ割り当てに対する情報を伝達するか、複数のｅＡｘＣ（ｅｘｔｅｎｄｅｄａｎｔｅｎｎａ－ｃａｒｒｉｅｒ、１個の独立的なアンテナ素子で１個のキャリアの受信又は送信に必要なデジタルベースバンドユーザ－平面でこれは各レイヤーに対する送信を意味することができる）を目的とする場合のためのものであれば良い。ｅｘｔＬｅｎ８５４は当該セクション拡張の４ｂｙｔｅｓ単位の長さを指示し、セクション拡張８１０には４ｂｙｔｅｓ単位の整列のためのゼロパディング８５８を含むことができる。前記図８に関して記述された各フィールド又は情報の内容は必ずしもすべてのフィールドを含まなければならないのではなく、必要によって省略されるか、又は／及び他のフィールドを追加して本開示を行うことができる。

前述したセクションタイプ１によるＣ－ｐｌａｎｅメッセージ以外にも前述したようなセクションタイプに該当するＣ－ｐｌａｎｅメッセージが存在することができ、各セクションタイプの目的によって互いに同一又は他のフィールド又は情報を含むことがある。

近年の無線通信システムではＭＢＭＳ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅ）サービスを提供している。ＭＢＭＳはＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）などの無線通信システムを介して提供される放送サービスである。

図９は、本開示の実施例によるＭＢＭＳ概念図を示す図面である。

図９を参照すると、ＭＢＭＳｓｅｒｖｉｃｅａｒｅａ９００はＭＢＳＦＮ送信を行うことができる多数の基地局からなるネットワーク領域である。ＭＢＳＦＮＡｒｅａ９０５はＭＢＳＦＮ送信のために、統合された多くのセルで構成されたネットワーク領域であり、ＭＢＳＦＮＡｒｅａ内のセルはすべてのＭＢＳＦＮ送信が同期化されている。ＭＢＳＦＮＡｒｅａＲｅｓｅｒｖｅｄＣｅｌｌｓ９１０を除いたすべてのセルはＭＢＳＦＮ送信に用いられる。ＭＢＳＦＮＡｒｅａＲｅｓｅｒｖｅｄＣｅｌｌ９１０はＭＢＳＦＮ送信に用いられないセルで、他の目的のために送信が可能であるが、ＭＢＳＦＮ送信に割り当てられた無線リソースに対し、制限された送信電力を許容することができる。

図１０は、本開示の実施例によるＭＢＳＦＮ送信のために用いられるダウンリンクチャンネルマッピング図を示す図面である。

図１０を参照すると、ＭＡＣ階層と物理階層の間ではＭＣＨ１０００を用い、ＭＣＨは物理階層のＰＭＣＨ１００５とマッピングされる。ユニキャストの目的は主に１０１０を用いる。

図１１は、本開示の実施例による無線通信システムで用いられるダウンリンクフレーム構造を図示した図面である。

図１１ではＬＴＥに基づいた無線通信システムについて説明するが、必ずしもここに限定されるものではない。例えば、５Ｇ通信システムでも適用することができ、その場合、図面のＲａｄｉｏＦｒａｍｅはＦｒａｍｅに、ＳｕｂｆｒａｍｅはＳｌｏｔにそれぞれマッチングして解釈しても良い。

図１１を参照すると、ラジオフレーム１１００は１０個のサブフレーム１１０５からなり、それぞれのサブフレームは一般的なデータ送受信のために用いられる「一般サブフレーム１１１０」と放送のために用いられる「ＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ、以下、ＭＢＳＦＮと称する）サブフレーム１１１５」の形態が存在する。一般サブフレームとＭＢＳＦＮサブフレームはＯＦＤＭ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボルの個数、循環前置（Ｃｙｃｌｉｃｐｒｅｆｉｘ）の長さ、セル特定基準信号（ｃｅｌｌ－ｓｐｅｃｉｆｉｃｒｅｆｅｒｅｎｃｅｓｉｇｎａｌｓ、ＣＲＳ）などの構造及び個数で差があり、Ｒｅｌ－８、Ｒｅｌ－９システムでＭＢＳＦＮサブフレームはブロードキャスト（ｂｒｏａｄｃａｓｔ）又はマルチキャスト（ｍｕｌｔｉｃａｓｔ）データを送信するなどの目的のみに用いられた。

しかし、システムの進化により、ＬＴＥＲｅｌ－１０からはＭＢＳＦＮサブフレームはブロードキャスト又はマルチキャストの目的だけでなく、ユニキャスト（ｕｎｉｃａｓｔ）の目的でも使用が可能となった。ＬＴＥでは物理ダウンリンク共有チャンネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ、以下、ＰＤＳＣＨと称する）を効率的に用いるために、Ｍｕｌｔｉ－ａｎｔｅｎｎａ技術及びＲＳ（Ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ）に係るＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅ（ＴＭ）で区分して設定する。

ＬＴＥＲｅｌ－１０はＴＭ１～ＴＭ９まで存在する。それぞれの端末はＰＤＳＣＨ送信のために一つのＴＭを有し、ＴＭ８番がＲｅｌ－９で、ＴＭ９番がＲｅｌ－１０で新しく定義された。ＴＭ９番は最大８個のランクを有するＳＵ－ＭＩＭＯ（ｓｉｎｇｌｅｕｓｅｒ－ｍｕｌｔｉ－ｉｎｐｕｔｍｕｌｔｉ－ｏｕｔｐｕｔ）をサポートする。ＴＭ９番は多重レイヤーの送信をサポートし、復調（ｄｅ－ｍｏｄｕｌａｔｉｏｎ）のときのＲｅｌ－１０ＤＭＲＳ（ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、復調基準信号；以下、ＤＭＲＳと称する）を用い、最大８個のレイヤーの送信を可能にする。また、前記Ｒｅｌ－１０ＤＭＲＳは予めコーディングされた（ｐｒｅｃｏｄｅｄ）ＤＭＲＳを送信するが、当該プリコーダーインデックス（ｐｒｅｃｏｄｅｒｉｎｄｅｘ）を受信端に通知する必要がない。また、ＴＭ９番をサポートするため、Ｒｅｌ－１０でＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ダウンリンク制御情報；以下、ＤＣＩと表記）フォーマット２Ｃが新規に定義された。Ｒｅｌ－１０以前の端末はＭＢＳＦＮサブフレームでデコーディングを試行しないことに注意する必要がある。したがって、すべての端末にＭＢＳＦＮサブフレームでデコーディングを試みるようにすることは前記以前リリース（ｒｅｌｅａｓｅ）の端末のアップグレード要求につながる。本開示ではすべての端末がＭＢＳＦＮサブフレームでユニキャストデータを受信するようにする代わりに、前記機能が必要な、例えば、高速データ通信が必要な端末にだけ前記機能を適用する。前述したＴＭのうち、特にＴＭ９は多重アンテナを用いて送信効率を極大化する送信モードである。

例えば、基地局はＭＢＳＦＮサブフレームでもユニキャストデータを受信することによってデータｔｈｒｏｕｇｈｐｕｔを高める必要がある端末にはＴＭ９を設定し、ＴＭ９が設定された端末だけＭＢＳＦＮサブフレームでユニキャストデータを受信するようにできる。

ユニキャストデータ送受信のために、ＬＴＥシステムではデータ送受信が実際にどこで起きるかをＰＤＣＣＨで通知し、実際のデータはＰＤＳＣＨで送信する。端末は実際のデータを受信する前にＰＤＣＣＨで前記端末に割り当てられたリソース割り当て情報があるか否かを判断しなければならない。ＭＢＳＦＮはより複雑な過程を介して、リソース割り当て情報を獲得する。基地局はブロードキャスト情報であるＳＩＢ１３を介して、端末にセルが提供しているＭＢＳＦＮＡｒｅａ別のＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）の送信位置を通知する。ＭＣＣＨはＭＢＳＦＮのためのリソース割り当て情報を含み、端末はＭＣＣＨをデコーディングし、ＭＢＳＦＮサブフレームの送信位置を把握することができる。関連技術によって、ＭＢＭＳがユニキャストと異なる方式を介して、リソース割り当て情報を提供する理由はＭＢＭＳが待機モードにある端末にも提供が可能であるためである。したがって、制御チャンネルであるＭＣＣＨの送信位置をブロードキャスト情報であるＳＩＢ１３によって通知する。

図１２Ａは、本開示の実施例による端末がＭＢＳＦＮを受信するための過程を説明するための図面である。

図１２Ａを参照すると、端末１２００は基地局１２０５から１２１０の動作によってＳＩＢ２を受信する。ＳＩＢ２のＭＢＳＦＮ－ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔＩＥにはＭＢＳＦＮ送信目的のために用いることができるサブフレームを指示する。ＭＢＳＦＮ－ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔＩＥにはＭＢＳＦＮ－ＳｕｂｆｒａｍｅＣｏｎｆｉｇＩＥが含まれ、どのラジオフレーム（Ｒａｄｉｏｆｒａｍｅ）のどのサブフレーム（ｓｕｂｆｒａｍｅ）がＭＢＳＦＮサブフレームになることができるかどうかを指示する。以下の表はＭＢＳＦＮ－ＳｕｂｆｒａｍｅＣｏｎｆｉｇＩＥの構成表である。

前記ＭＢＳＦＮ－ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔＩＥにはｒａｄｉｏｆｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄ、ｒａｄｉｏｆｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔ、ｓｕｂｆｒａｍｅＡｌｌｏｃａｔｉｏｎ情報をさらに含むことができる。

前記ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄとｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔはＭＢＳＦＮサブフレームを有するラジオフレームを指示するために用いられ、式ＳＦＮｍｏｄｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＰｅｒｉｏｄ＝ｒａｄｉｏＦｒａｍｅＡｌｌｏｃａｔｉｏｎＯｆｆｓｅｔを満足するラジオフレームはＭＢＳＦＮサブフレームを有する。ＳＦＮはＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒであり、ラジオフレーム番号を指示する。０から１０２３の範囲を有し、繰り返される。

ｓｕｂｆｒａｍｅＡｌｌｏｃａｔｉｏｎは前記式によって指示されたラジオフレーム内でどのサブフレームがＭＢＳＦＮサブフレームであるかを指示する。一つのラジオフレーム単位又は４つのラジオフレーム単位で指示することができる。一つのラジオフレーム単位を用いる場合、ｏｎｅＦｒａｍｅＩＥに指示される。ＭＢＳＦＮサブフレームは一つのラジオフレーム内の計１０個のサブフレーム中で、１、２、３、６、７、８番目のサブフレームのうちに存在することができる。したがって、ｏｎｅＦｒａｍｅＩＥは６ビットを用いて前記羅列されたサブフレーム中でＭＢＳＦＮサブフレームを指示する。４つのラジオフレーム単位を用いる場合、ｆｏｕｒＦｒａｍｅｓＩＥに指示される。４つのラジオフレームをカバーするために計２４ビットを用い、ラジオフレームごとに前記羅列されたサブフレーム中でＭＢＳＦＮサブフレームを指示する。したがって、端末はＭＢＳＦＮ－ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔＩＥを用いて正確にＭＢＳＦＮサブフレームになることができるサブフレームを判別できる。

仮に、端末１２００がＭＢＳＦＮの受信を望む場合、端末１２００は基地局１２０５からＳＩＢ１３を１２１５の動作で受信する。ＳＩＢ１３のＭＢＳＦＮ－ＡｒｅａＩｎｆｏＬｉｓｔＩＥにはセルが提供しているＭＢＳＦＮＡｒｅａ別のＭＣＣＨに送信される位置情報が含まれ、この情報を用い、端末はＭＣＣＨを１２２０の動作によって受信する。ＭＣＣＨのＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎＩＥにはＭＢＳＦＮ送信のために用いられるリソースの位置を指示し、端末はこの情報を用い、ＭＢＳＦＮサブフレームを１２２５の動作によって受信する。端末は受信したＭＡＣＰＤＵのＭＡＣＣＥ（ＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）うちの一つである、ＭＣＨｓｃｈｅｄｕｌｉｎｇｉｎｆｏｒｍａｔｉｏｎＭＡＣＣＥによって望むＭＴＣＨが送信されるＭＢＳＦＮサブフレームの位置をの動作によって獲得する。端末はＭＣＨｓｃｈｅｄｕｌｉｎｇｉｎｆｏｒｍａｔｉｏｎを用い、望むＭＴＣＨを１２３５の動作でデコーディングする。

以下で記述されるＭＢＭＳは名前のようにＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅを意味し、ＭＢＳＦＮはＭＢＭＳで多くのセルの間に同期を合わせて一つのＭＢＭＳサービスを提供するｎｅｔｗｏｒｋを意味する。本開示の説明ではＭＢＭＳとＭＢＳＦＮを同じ意味で用いることもできる。

ＭＢＳＦＮサブフレームはｎｏｎ－ＭＢＳＦＮ領域（ｒｅｇｉｏｎ）とＭＢＳＦＮ領域（ｒｅｇｉｏｎ）で構成されうる。ＭＢＳＦＮサブフレームといえども周期的に送信されるｃｏｎｔｒｏｌ情報（ＰＤＣＣＨ、ｃｅｌｌ－ｓｐｅｃｉｆｉｃｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ）のためにｎｏｎ－ＭＢＳＦＮ領域が必要であるためである。

サブキャリアスペーシングをΔｆとしたとき、Δｆ＝１５ｋＨｚであるＭＢＳＦＮサブフレームでｎｏｎ－ＭＢＳＦＮ領域は初めの１個又は２個のＯＦＤＭシンボルを用いることができる。

ｎｏｎ－ＭＢＳＦＮ領域ではＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄＡＲＱＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）、セル特定基準信号（ｃｅｌｌ－ｓｐｅｃｉｆｉｃｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ）などを送信することができ、ＮｏｒｍａｌＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）を用いることができる。

ＭＢＳＦＮ領域ではＰＭＣＨ（ＰｈｙｓｉｃａｌＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を送信することができ、ＰＭＣＨは拡張されたＣＰ（ＥｘｔｅｎｄｅｄＣＰ）を用いることができる。ＥｘｔｅｎｄｅｄＣＰを用いる場合、一つのサブフレームは１２個のシンボルで構成することができる。

例えば、ＭＢＳＦＮサブフレームでＮｏｒｍａｌＣＰを１個用いる場合、ＥｘｔｅｎｄｅｄＣＰは１１個用いることができる。また他の例示で、ＮｏｒｍａｌＣＰを２個用いると、ＥｘｔｅｎｄｅｄＣＰは１０個用いることができる。

ところが、ＭＢＳＦＮサブフレームのｎｏｎ－ＭＢＳＦＮ領域（ｒｅｇｉｏｎ）とＭＢＳＦＮ領域（ｒｅｇｉｏｎ）のように、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用される場合、ＮｏｒｍａｌＣＰの長さによってギャップ（ｇａｐ）が発生する可能性がある。すなわち、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用される場合、規格で定義しているサブフレームの長さに当たらないこともある。この場合には前記ギャップを満たすため、ゼロパディング（Ｚｅｒｏｐａｄｄｉｎｇ）動作が必要な場合がある。

サブフレームの長さを合わせるための、すなわち、規格で定義しているサブフレームの長さと一致させるために必要なゼロパディングの長さの例示は以下の通りである。

ＭＢＳＦＮサブフレームでＮｏｒｍａｌＣＰを１個用い、ＥｘｔｅｎｄｅｄＣＰを１１個用いた場合のゼロパディングの長さの例示は以下の通りである。

ＭＢＳＦＮサブフレームでＮｏｒｍａｌＣＰを２個用い、ＥｘｔｅｎｄｅｄＣＰを１０個用いた場合のゼロパディングの長さの例示は以下の通りである。

前述したように、Ｏ－ＲＡＮでは下位レイヤー機能分離（Ｌｏｗｅｒｌａｙｅｒｆｕｎｃｔｉｏｎｓｐｌｉｔ）のための標準化作業を進行中である。

ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとの混用によるｚｅｒｏｐａｄｄｉｎｇ動作はｉＦＦＴａｎｄＣＰ追加ブロック以後に動作し、下位レイヤー機能分離のカテゴリーＡとカテゴリーＢとの全てのカテゴリーにおいて前記動作がＲＵで行われる。

図１２Ｂは、本開示の実施例によるＯ－ＲＡＮでＯｐｔｉｏｎ７－２による下位レイヤー機能分離によってＲＵでＭＢＳＦＮデータを受信する過程を示す図面である。

図１２Ｂを参照すると、図示されるように、ＤＵ１２４０はＲＵ１２４５にＭＢＳＦＮのための制御情報とＭＢＳＦＮのためのユーザデータを送信する。この場合、前記ＭＢＳＦＮのための制御情報はＭＢＳＦＮのためのユーザデータを受信するためのスケジューリング情報を含むことができる。

この場合、ＤＵ１２４０からＲＵ１２４５に送信される制御情報は、制御情報自体と、構成が簡潔でなければならず、制御情報処理のためのリソースの使用が少なくなければならない。

本開示では制御情報を簡潔に構成する方案を提案する。

図１３は、本開示の実施例によるＯ－ＲＡＮで定義しているＣ－ｐｌａｎｅメッセージを用いてＤＵがＲＵに制御情報及びデータを伝達する過程を示す図面である。

図１３を参照すると、ＤＵ１３１０がＲＵ１３２０に伝達する制御情報をＣ－ｐｌａｎｅメッセージとし、これは図５部分で説明したセクションタイプに区分することができる。本開示では前記Ｃ－ｐｌａｎｅメッセージをＣ－Ｐｌａｎｅｔｙｐｅ、制御メッセージ、制御情報、制御命令などと混用して称することができる。

前記Ｃ－ｐｌａｎｅメッセージは、シンボルのＣＰタイプによって用いられるタイプを区分することができる。例えば、ＤＵ１３１０はＮｏｒｍａｌＣＰＳｙｍｂｏｌｓの場合にはＳｅｃｔｉｏｎｔｙｐｅ１によるＣ－ｐｌａｎｅメッセージをＲＵ１３２０に送信し、ＥｘｔｅｎｄｅｄＣＰＳｙｍｂｏｌｓの場合にはＳｅｃｔｉｏｎｔｙｐｅ３によるＣ－ｐｌａｎｅメッセージをＲＵ１３２０に送信することができる。

すなわち、ＭＢＳＦＮサブフレームの場合、ＤＵ１３１０はＲＵ１３２０に一つ又はそれ以上のＳｅｃｔｉｏｎｔｙｐｅのＣ－ｐｌａｎｅメッセージをそれぞれ送信することができる。

それぞれのＣ－ｐｌａｎｅメッセージは独立的にスケジュ―リング情報を含む。したがって、一つのＣ－ｐｌａｎｅメッセージを用い、他のＣ－ｐｌａｎｅメッセージに対する情報との連関性を判断することができない。

これによって、ＲＵ１３２０はタイプ１によるＣ－ｐｌａｎｅメッセージ１（１個以上構成されることができる）とタイプ３によるＣ－ｐｌａｎｅメッセージ（１個以上構成されることができる）との２つのＣ－ｐｌａｎｅメッセージに基づいて、一つのサブフレームに対するシンボル構成情報を把握した後、ＮｏｒｍａｌＣＰを用いるシンボル１３３０とＥｘｔｅｎｄｅｄＣＰを用いるシンボル１３４０が同時にスケジューリングされたことを判断することができる。

具体的に、ＲＵ１３２０は受信したタイプ１によるＣ－ｐｌａｎｅメッセージ、及びタイプ３によるＣ－ｐｌａｎｅメッセージから、シンボル構成情報を分析することができる。そして、ＲＵ１３２０はサブフレームのシンボル構成情報を介して当該サブフレームがＭＢＳＦＮサブフレームであり、ゼロパディングが必要であることを認識することができる。

以後、ＲＵ１３２０はＦＦＰサイズによってサンプル数が決定されるため、制御セクションタイプ１で獲得されたシンボルの個数（Ｎｕｍｂｅｒｏｆｓｙｍｂｏｌｓ）に対する情報と、ＦＦＴサイズに対する情報に基づいてゼロパディングサイズを決定することができる。

ところが、前記の方法によれば、ＲＵ１３２０は互いに異なる制御セクションタイプの制御情報を分析しなければならないためプロセッシング時間が遅延され、複雑度が増加する可能性がある。例えば、ＲＵ１３２０はサブフレームのシンボル構成情報を組み合わせてＭＢＳＦＮサブフレームによって判断するため、互いに異なる制御セクションタイプを受信して処理しなければならないため、追加的なプロセッシング時間が必要である。これは一つのサブフレームの制御セクションタイプ（例えば、ｓｃｈｅｄｕｌｉｎｇ情報）がいずれも処理された後、ＭＢＳＦＮサブフレームであるかどうか判別可能であるため判別が遅延されるという意味であっても良い。また、ＲＵ１３２０はＭＢＳＦＮサブフレームで判断するためのロジックによる複雑度が増加する可能性がある。

これによって、本開示では基地局のＤＵがＭＢＳＦＮサブフレーム構成に対する情報を効率的に基地局のＲＵに送信又は伝達する方法を提案する。具体的に、本開示では、ゼロパディングが必要であるかどうかと、必要なときのゼロパディングサイズをＲＵが分析するためのＲＵのプロセッシング負荷及び複雑度を減らすための方法を提案する。

図１４は、本開示の実施例によるＤＵのＲＵへのＣ－ｐｌａｎｅメッセージ送信方法を示す図面である。

図１３及び図１４を参照すると、関連技術によればＤＵ１４１０は第１タイプによるＣ－ｐｌａｎｅメッセージ１４１１と、第３タイプによるＣ－ｐｌａｎｅメッセージ１４１２を送信した。すると、ＲＵ１４２０は２つのＣ－ｐｌａｎｅメッセージに基づいて、一つのサブフレームに対するシンボル構成情報を把握した後、ＮｏｒｍａｌＣＰを用いるｓｙｍｂｏｌ１３３０とＥｘｔｅｎｄｅｄＣＰを用いるシンボル１３４０が同時にスケジューリングされたことを判断することができる。以後、ＲＵ１４２０は制御セクションタイプ１で獲得されたシンボルの個数（Ｎｕｍｂｅｒｏｆｓｙｍｂｏｌｓ）に対する情報と、ＦＦＴサイズに対する情報に基づいてゼロパディングサイズを決定する。

第１タイプによるＣ－ｐｌａｎｅメッセージ１４１３にＭＢＳＦＮ関連情報（又は、フラッグ）１４４０を新規定義する。前記ＭＢＳＦＮ関連情報１４４０は当該サブフレームがＭＢＳＦＮサブフレームであるためゼロパディングが必要であるという情報と、ＮｏｒｍａｌＣＰが用いられたシンボルの個数に対する情報を含むことができる。

例えば、前記ＭＢＳＦＮ関連情報はＭＢＳＦＮサブフレーム構成によってＣＰタイプを混用するかどうかを指示する情報と、ｎｏｒｍａｌＣＰを用いるシンボルの数に対する情報を含むことができる。

又は、前記ＭＢＳＦＮ関連情報はＭＢＳＦＮサブフレーム構成によってＣＰタイプを混用するかどうかを指示するフラッグと、ｎｏｒｍａｌＣＰを用いるシンボルの数に対するフラッグを含むことができる。

又は、前記ＭＢＳＦＮ関連情報はＭＢＳＦＮサブフレーム構成によってＣＰタイプを混用するかどうかを指示するフラッグ、ｎｏｒｍａｌＣＰを用いるシンボルの数に対するフラッグ、及びゼロパディングサンプルの個数（又はゼロパディングサイズ）を含むことができる。

互いに異なるＣＰタイプが混用される状態は上位階層で判別することができ、これを通知する情報も上位階層で生成することができる。例えば、ＭＢＳＦＮサブフレーム構成は上位階層（ｌａｙｅｒ）で予め決定されたた情報で、端末に伝達する情報も予め生成されている状態であっても良い。ＭＢＳＦＮサブフレームの構成にしたがってＣ－Ｐｌａｎｅメッセージが生成されるため、Ｃ－Ｐｌａｎｅメッセージが生成されるときの追加情報も挿入することができる。

これによって、ＤＵ１４１０はＭＢＳＦＮ情報関連情報１４４０を生成してＣ－ｐｌａｎｅメッセージを介してＲＵ１４２０に送信することができる。すると、ＲＵ１４２０は特定サブフレームに対するすべてのＣ－ｐｌａｎｅメッセージを参照せずとも、特定の生成によるＣ－ｐｌａｎｅメッセージに含まれたＭＢＳＦＮ関連情報を用い、ゼロパディングが必要であるかどうか及びゼロパディングサイズを決定することができる。

又は、ＲＵ１４２０が特定サブフレームに対するすべてのＣ－ｐｌａｎｅメッセージを参照せずとも、ＲＵ１４２０は特定の生成によるＣ－ｐｌａｎｅメッセージに含まれたＭＢＳＦＮ関連情報のみを用いてゼロパディングが必要であるかどうか及びゼロパディングサイズを識別することができる。

本開示ではＯ－ＲＡＮＣ－ｐｌａｎｅメッセージに前記ＭＢＳＦＮ関連情報を設定するための実施例でセクション拡張（Ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）に設定する方法、共通ヘッダーフィールド（Ｃｏｍｍｏｎｈｅａｄｅｒｆｉｅｌｄｓ）に設定する方法、セクションフィールド（Ｓｅｃｔｉｏｎｆｉｅｌｄｓ）に設定する方法を提案する。

図１５Ａは、本開示の実施例によって、ＭＢＳＦＮ関連情報をＣ－ｐｌａｎｅメッセージ内のセクション拡張フィールドに設定する方法を示す図面である。

前記したように、図７はタイプ１によるＣ－ｐｌａｎｅメッセージを図示し、図８はタイプ３によるＣ－ｐｌａｎｅメッセージを示す。それぞれのＣ－ｐｌａｎｅメッセージはセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｔｉｏｎ）フィールドを含む。

本開示の実施例によるＤＵは前記セクション拡張フィールドを用い、ＭＢＳＦＮ関連情報をＣ－ｐｌａｎｅメッセージに挿入してこれをＲＵへ伝達することができる。

図１５Ａを参照すると、ＭＢＳＦＮ関連情報をセクション拡張フィールドに挿入する方法は、セクション拡張フィールドにｍｉｘｅｄＣｐＦｌａｇ情報１５１０とｍｉｘｅｄＣｐＩｄｘ情報１５２０とを挿入する方法である。

前記ｍｉｘｅｄＣｐＦｌａｇ情報１５１０はサブフレーム内でＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されているかどうかを指示することができる。これは０又は１で指示することができ、０で設定されると、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていないことを指示し、１で設定されると、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていることを指示することができる。ただし、０と１への設定の意味は例示だけであり、必ずしもここに限定解釈される必要はないという点に留意しなければならない。また、ｍｉｘｅｄＣｐＦｌａｇ＝０（ｎｏｎ－ｍｉｘｅｄ）は使用されないこともある。

ｍｉｘｅｄＣｐＩｄｘ情報１５２０はサブフレーム内でＮｏｒｍａｌＣＰの数を指示することができる。これは０又は１で指示することができ、０で設定されると、ＮｏｒｍａｌＣＰの数が１個であり、１で設定されると、ＮｏｒｍａｌＣＰの数が２個であることを指示することができる。同様に、０と１への設定の意味は例示だけであり、必ずしもここに限定解釈される必要はないという点に留意しなければならない。

図１５Ｂを参照すると、ＭＢＳＦＮ関連情報をセクション拡張フィールドに挿入する方法はセクション拡張フィールドにｍｉｘｅｄＣｐＦｌａｇ情報１５３０、ｍｉｘｅｄＣｐＩｄｘ情報１５４０、及びｎｕｍｚｅｒｏｓ情報１５５０を挿入する方法である。

前記ｍｉｘｅｄＣｐＦｌａｇ情報１５３０はサブフレーム内でＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されているか否かを指示することができる。これは０又は１で指示することができ、０で設定されると、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていないことを指示し、１で設定されると、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていることを指示することができる。ただし、０と１への設定の意味は例示だけであり、必ずしもここに限定解釈される必要はないという点に留意しなければならない。また、ｍｉｘｅｄＣｐＦｌａｇ＝０（ｎｏｎ－ｍｉｘｅｄ）は使用されないこともある。

ｍｉｘｅｄＣｐＩｄｘ情報１５４０はサブフレーム内でＮｏｒｍａｌＣＰの数を指示することができる。これは０又は１で指示することができ、０で設定されると、ＮｏｒｍａｌＣＰの数が１個であり、１で設定されると、ＮｏｒｍａｌＣＰの数が２個であることを指示することができる。同様に、０と１への設定の意味は例示だけであり、必ずしもここに限定解釈される必要はないという点に留意しなければならない。

ｎｕｍｚｅｒｏｓ情報１５５０はサブフレーム内でゼロパディングサンプルの個数（又はゼロパディングサイズ）を指示することができる。これは最大１０２４個のゼロパディングサンプルの数を指示することができる１０ビットフィールド長に基づいて指示することができる。ただし、１０ビットフィールド長設定の意味は例示だけであり、必ずしもここに限定解釈される必要はないという点に留意しなければならない。

図１５で示された実施例はセクションタイプ１によるＣ－ｐｌａｎｅメッセージと、セクションタイプ３によるＣ－ｐｌａｎｅメッセージとの全てに適用することができる。

図１６は、本開示の実施例によって、ＭＢＳＦＮ関連情報を共通ヘッダーフィールド（Ｃｏｍｍｏｎｈｅａｄｅｒｆｉｅｌｄｓ）に設定する方法を示す図面である。

図１６を参照すると、セクションタイプ１によるＣ－ｐｌａｎｅメッセージは共通ヘッダーフィールド１６０５を含むことができる。前記共通ヘッダーフィールド１６０５はｒｅｓｅｒｖｅｄ８ビットを含むが、この中で、２ビットｍｉｘｅｄＣｐＦｌａｇ情報１６１０と、ｍｉｘｅｄＣｐＩｄｘ情報１６２０とを設定することができる。

前記ｍｉｘｅｄＣｐＦｌａｇ情報１６１０はサブフレーム内でＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されているか否かを指示することができる。これは０又は１で指示することができ、０で設定されると、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていないことを指示し、１で設定されると、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていることを指示することができる。又は、その逆に指示することもできる。

ｍｉｘｅｄＣｐＩｄｘ情報１６２０はサブフレーム内でＮｏｒｍａｌＣＰの数を指示することができる。これは０又は１で指示することができ、０で設定されると、ＮｏｒｍａｌＣＰの数が１個であり、１で設定されると、ＮｏｒｍａｌＣＰの数が２個であることを指示することができる。又は、その逆に指示することもできる。

図１７は、本開示の実施例によって、ＭＢＳＦＮ関連情報をセクションフィールドに設定する方法を示す図面である。

図１７を参照すると、セクションタイプ３によるＣ－ｐｌａｎｅメッセージはセクションフィールド１７０５を含むことができる。前記セクションフィールド１７０５はｒｅｓｅｒｖｅｄ８ビットを含むが、この中で、２ビットにｍｉｘｅｄＣｐＦｌａｇ情報１７１０と、ｍｉｘｅｄＣｐＩｄｘ情報１７２０とを設定することができる。

前記ｍｉｘｅｄＣｐＦｌａｇ情報１７１０はサブフレーム内でＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されているか否かを指示することができる。これは０又は１で指示することができ、０で設定されると、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていないことを指示し、１で設定されると、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていることを指示することができる。又は、その逆に指示することもできる。

ｍｉｘｅｄＣｐＩｄｘ情報１７２０はサブフレーム内でＮｏｒｍａｌＣＰの数を指示することができる。これは０又は１で指示することができ、０で設定されると、ＮｏｒｍａｌＣＰの数が１個であり、１で設定されると、ＮｏｒｍａｌＣＰの数が２個であることを指示することができる。又は、その逆に指示することもできる。

図１８Ａ及び図１８Ｂは、本開示の実施例によるＬＴＥＭＢＳＦＮのＣＰタイプの混用状況で、ＤＵがセクション拡張フィールドを用いてＣ－Ｐｌａｎｅｍｅｓｓａｇｅを構成する方法を示す図面である。

図１８Ａ及び図１８Ｂでは、ＮｏｒｍａｌＣＰＳｙｍｂｏｌが２個で構成される状況を例示して説明する。

前記したように、Ｃ－ｐｌａｎｅメッセージは第１タイプによるＣ－ｐｌａｎｅメッセージ１８０１と、第３タイプによるＣ－Ｐｌａｎｅメッセージ１８０５を含むことができる。

セクションタイプ１によるＣ－ＰｌａｎｅメッセージはＮｏｒｍａｌＣＰｓｙｍｂｏｌに対する情報を含むことができ、セクションタイプ３によるＣ－ＰｌａｎｅメッセージはＥｘｔｅｎｄｅｄＣＰｓｙｍｂｏｌに対する情報を含むことができる。そして、各Ｃ－Ｐｌａｎｅｍｅｓｓａｇｅは１個以上のｓｙｍｂｏｌに対するｓｃｈｅｄｕｌｉｎｇ情報を含むことができる。図１８Ａ及び図１８Ｂに示された例示では各セクションタイプ別に１個のＣ－ｐｌａｎｅメッセージで構成したが、Ｃ－Ｐｌａｎｅメッセージは分割することもできる。

図１８Ａでは第１タイプによるＣ－ｐｌａｎｅメッセージ１８０１と、第３タイプによるＣ－Ｐｌａｎｅメッセージ１８０５のそれぞれのセクション拡張フィールドに、ＭＢＳＦＮ関連情報を挿入する方法を示す。前記ＭＢＳＦＮ関連情報はｍｉｘｅｄＣｐＦｌａｇ情報１８１０と、ｍｉｘｅｄＣｐＩｄｘ情報１８２０とを含むことができ、各情報の設定及びそれによる意味は上述した通りである。

図１８Ｂでは第１タイプによるＣ－ｐｌａｎｅメッセージ１８０１と、第３タイプによるＣ－Ｐｌａｎｅメッセージ１８０５のそれぞれのセクション拡張フィールドに、ＭＢＳＦＮ関連情報を挿入する方法を示す。前記ＭＢＳＦＮ関連情報はｍｉｘｅｄＣｐＦｌａｇ情報１８３０と、ｍｉｘｅｄＣｐＩｄｘ情報１８４０と、ｎｕｍｚｅｒｏｓ情報１８５０とを含むことができ、各情報の設定及びそれによる意味は上述した通りである。

本開示の実施例によれば、セクションタイプ１、セクションタイプ３、セクションタイプ１及びセクションタイプ３の３つの位置にセクション拡張フィールドを追加することができる。

図１９は、本開示の実施例によるＬＴＥＭＢＳＦＮのＣＰタイプ混用状況で、ＤＵが共通ヘッダーフィールドを用いてＣ－Ｐｌａｎｅｍｅｓｓａｇｅを構成する方法を示す図面である。

図１８Ａ、図１８Ｂ、及び図１９を参照すると、ＮｏｒｍａｌＣＰＳｙｍｂｏｌが２個で構成される場合、セクションタイプ１によるＣ－ｐｌａｎｅメッセージの構成方法を示す。図１９で示されるように、第１タイプによるＣ－Ｐｌａｎｅメッセージに含まれた共通ヘッダーフィールドはｒｅｓｅｒｖｅｄ８ビットを含むが、ＤＵはこの中で、２ビットを用いてｍｉｘｅｄＣｐＦｌａｇ情報１９１０と、ｍｉｘｅｄＣｐＩｄｘ情報１９２０とを設定することができる。各情報の設定及びそれによる意味は上述した通りである。

図２０は、本開示の実施例によるＬＴＥＭＢＳＦＮのＣＰタイプ混用状況で、ＤＵがセクションフィールドを用いてＣ－Ｐｌａｎｅｍｅｓｓａｇｅを構成する方法を示す図面である。

図２０を参照すると、ＮｏｒｍａｌＣＰＳｙｍｂｏｌが２個で構成される場合、セクションタイプ３によるＣ－ｐｌａｎｅメッセージの構成方法を示す。図２０に示されるように、第３タイプによるＣ－Ｐｌａｎｅメッセージに含まれたセクションフィールドはｒｅｓｅｒｖｅｄ８ビットを含むが、ＤＵはこの中で、２ビットを用いてｍｉｘｅｄＣｐＦｌａｇ情報２０１０と、ｍｉｘｅｄＣｐＩｄｘ情報２０２０とを設定することができる。各情報の設定及びそれによる意味は上述した通りである。

図２１は、本開示の実施例によるＲＵがゼロパディングサイズを決定する例を示す図面である。

図２２は、本開示の実施例によるＲＵがゼロパディングサイズを決定する例を示す他の図面である。

図２１及び図２２を参照すると、ＲＵはＤＵから受信したＣ－ｐｌａｎｅメッセージに基づいてサブフレーム構成情報を分析することができる。本開示の実施例ではＣ－ｐｌａｎｅメッセージに含まれたｍｉｘｅｄＣｐＦｌａｇ情報と、ｍｉｘｅｄＣｐＩｄｘ情報とに基づいてゼロパディングを行うかどうかを決定することができる。

例えば、ｍｉｘｅｄＣｐＦｌａｇ情報が０で設定された場合、サブフレーム内でＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとは混用されていないため、ＲＵはゼロパディング動作を実行しないこともある。

また他の例示で、ｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が０に設定された場合、ＲＵは前記ｍｉｘｅｄＣｐＦｌａｇ情報、ｍｉｘｅｄＣｐＩｄｘ情報、及びＦＦＴサイズに基づいてゼロパディングサイズを図２１のように決定することができる。図２１で確認することができるように、ＦＦＴサイズによってＯＦＤＭシンボルのサンプル数が変わるため、ＦＦＴサイズによってゼロパディングサイズを互いに異なるように決定することができる。

例えば、ＦＦＴサイズが５１２の場合、ＮｏｒｍａｌＣＰを用いるシンボル＃０の長さは５５２サンプルで、残りＥｘｔｅｎｄｅｄＣＰを用いるシンボルの長さは６４０サンプルで、ゼロパディングサイズはＥｘｔｅｎｄｅｄＣＰを用いるシンボルに対するサンプルの数とＮｏｒｍａｌＣＰを用いるシンボルに対するサンプルとの数の差は８８で決定することができ、ＦＦＴサイズが１０２４の場合、ゼロパディングサイズは１７６で決定することができ、ＦＦＴサイズが２０４８の場合、ゼロパディングサイズは３５２で決定することができる。決定されたサイズに基づいてＮｏｒｍａｌＣＰを用いるシンボルとＥｘｔｅｎｄｅｄＣＰを用いるシンボルとの間の区間に対してゼロパディングを行う。ゼロパディングを行うということは、例えば、ゼロパディングサンプルの数（又は、ゼロパディングサイズ）が８８であれば、８８サンプルの長さの０を追加することを意味することができる。

また他の例示で、ｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が１で設定された場合、ＲＵは前記ｍｉｘｅｄＣｐＦｌａｇ情報、ｍｉｘｅｄＣｐＩｄｘ情報、及びＦＦＴサイズに基づいてゼロパディングサイズを図２２のように決定することができる。
図２２で確認することができるように、ＦＦＴサイズによってサンプル数が変わるため、ＦＦＴサイズによってゼロパディングサイズを互いに異なるように決定することができる。

例えば、ＦＦＴサイズが５１２の場合、ゼロパディングサイズは１８０で決定することができ、ＦＦＴサイズが１０２４の場合、ゼロパディングサイズは３６０で決定することができ、ＦＦＴサイズが２０４８の場合、ゼロパディングサイズは７２０で決定することができる。

また、ＲＵはＤＵから受信されたＣ－ｐｌａｎｅメッセージに基づいてサブフレーム構成情報を分析することができる。一実施例でゼロパディングであるかどうかはＣ－ｐｌａｎｅメッセージに含まれたｍｉｘｅｄＣｐＦｌａｇ情報、ｍｉｘｅｄＣｐＩｄｘ情報、及びｎｕｍｚｅｒｏｓ情報に基づいて決定することができる。

例えば、ｍｉｘｅｄＣｐＦｌａｇ情報が０で設定された場合、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとがサブフレームで混合しないためＲＵはゼロパディング動作を行わないこともある。

他の例で、ｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が０で設定され、ｎｕｍｚｅｒｏｓ情報が８８（＝０００１０１１０００）で設定される場合、図２１においてパディングサイズはＦＦＴに関わらず８８で決定することができる。

他の例で、ｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が０で設定され、ｎｕｍｚｅｒｏｓ情報が１７６（＝００１０１１００００）で設定される場合、図２１においてパディングサイズはＦＦＴに関わらず１７６で決定することができる。

決定された大きさに基づいてＮｏｒｍａｌＣＰを用いるシンボルとＥｘｔｅｎｄｅｄＣＰを用いるシンボルとの間の区間に対してゼロパディングが行われる。ゼロパディングを行うということは、例えば、ゼロパディングサンプルの個数（又はゼロパディングサイズ）が８８であれば、８８サンプルの長さの０を追加することを意味することができる。

他の例で、ＲＵはｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が１で設定されるとき、図２２に示されたようにｍｉｘｅｄＣｐＦｌａｇ情報、ｍｉｘｅｄＣｐＩｄｘ情報及びｎｕｍｚｅｒｏｓ情報に基づいてゼロパディングサイズを識別することができる。

例えば、ｎｕｍｚｅｒｏｓ情報が１８０のとき、ゼロパディングサイズを１８０で識別することができ、ｎｕｍｚｅｒｏｓ情報が３６０のとき、ゼロパディングサイズを３６０で識別することができ、ｎｕｍｚｅｒｏｓ情報が７２０のとき、ゼロパディングサイズを７２０で識別することができる。

図２３は、本開示の実施例による基地局のＤＵ装置の動作手順を示すフローチャートである。

図２３を参照すると、基地局のＤＵ装置はＳ２３１０の動作によって、特定サブフレームに対する構成情報を確認することができる。基地局のＤＵ装置は前記確認結果によって、Ｓ２３２０の動作によって前記サブフレームでｎｏｒｍａｌＣＰとｅｘｔｅｎｄｅｄＣＰとが混用されたかどうか及び、混用される場合、ＮｏｒｍａｌＣＰの数に対する情報を確認することができる。

基地局のＤＵ装置はＳ２３３０の動作で、本開示の実施例によってＣ－ｐｌａｎｅメッセージ（又は、制御メッセージ）を生成することができる。この場合、前記Ｃ－ｐｌａｎｅメッセージはＭＢＳＦＮ関連情報を含むことができる。この場合、前記ＭＢＳＦＮ関連情報はサブフレーム内でＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されているか否かを指示するｍｉｘｅｄＣｐＦｌａｇ情報と、サブフレーム内でＮｏｒｍａｌＣＰの数を指示するｍｉｘｅｄＣｐＩｄｘ情報とを含むことができる。

又は、ＭＢＳＦＮ関連情報はＭＢＳＦＮサブフレーム構成によってＣＰタイプが混用されているか否かを指示するｆｌａｇ、ＮｏｒａｍｌＣＰを用いるシンボル数に対するｆｌａｇ、ゼロパディングサンプル数（又はゼロパディングサイズ）を含むことができる。

前記ＭＢＳＦＮ関連情報は本開示の実施例によって、Ｃ－ｐｌａｎｅメッセージ内のセクション拡張フィールドを用いて設定するか、共通ヘッダーフィールドを用いて設定するか、セクションフィールドを用いて設定することができる。

そして、基地局のＤＵ装置はＳ２３４０の動作で、前記生成されたＣ－ｐｌａｎｅメッセージをＲＵに伝達することができる。

図２４は、本開示の実施例による基地局のＲＵ装置の動作手順を示すフローチャートである。

図２４を参照すると、基地局のＲＵ装置はＳ２４１０の動作で、基地局のＤＵ装置からＣ－ｐｌａｎｅメッセージ（又は、制御メッセージ）を受信することができる。

そして、基地局のＲＵ装置はＳ２４２０の動作で、前記Ｃ－ｐｌａｎｅメッセージに基づいてＭＢＳＦＮ関連情報を確認することができる。この場合、前記ＭＢＳＦＮ関連情報はサブフレーム内でＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されているか否かを指示するｍｉｘｅｄＣｐＦｌａｇ情報と、サブフレーム内でＮｏｒｍａｌＣＰの数を指示するｍｉｘｅｄＣｐＩｄｘ情報を含むことができる。

又は、ＭＢＳＦＮ関連情報はＭＢＳＦＮサブフレーム構成によってＣＰタイプが混用されている否かを指示するｆｌａｇ、ＮｏｒａｍｌＣＰを用いるシンボル数に対するｆｌａｇ、ゼロパディングサンプル数（又はゼロパディングサイズ）を含むことができる。

そして、基地局のＲＵ装置は前記確認結果に基づいて、Ｓ２４３０の動作でゼロパディングが必要であるかどうかを決定することができる。例えば、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されていなければ、ゼロパディングが必要ではないと決定することができる。

一方、ＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄＣＰとが混用されると、基地局のＲＵ装置はサブフレーム内でＮｏｒｍａｌＣＰの数を指示するｍｉｘｅｄＣｐＩｄｘ情報とＦＦＴサイズ情報に基づいて、Ｓ２４４０の動作でゼロパディングサイズを決定することができる。前記ゼロパディングサイズを決定する具体的な例は図２１及び図２２で例示した通りである。

そして、基地局のＲＵ装置はＳ２４５０の動作で、前記決定されたゼロパディングサイズのゼロパディングを挿入する。

図２５は、本開示の実施例による基地局のＲＵ装置と基地局のＤＵ装置の内部構造を示すブロック図である。

図２５を参照すると、基地局のＲＵ装置２５００は、送受信部２５１０、少なくとも一つのプロセッサ及び／又は制御部２５２０、接続部２５３０及び記憶部２５４０を含む。ただし、基地局のＲＵ装置２５００の構成要素は前述した例に限定されるものではなく、例えば、基地局のＲＵ装置２５００は図示した構成要素より多い構成要素を含むか、より少ない構成要素を含むこともできる。加えて、送受信部２５１０、記憶部２５３０、及び制御部２５２０などが一つのチップ（ｃｈｉｐ）形態で具現されることもできる。

送受信部２５１０は端末と信号を送受信することができる。ここで、信号は制御情報及びデータを含むことができる。このため、送受信部２５１０は送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成することができる。ただし、これは送受信部２５１０の一実施例だけであり、送受信部２５１０の構成要素はＲＦ送信機及びＲＦ受信機に限定されるものではない。また、送受信部２５１０は無線チャンネルを介して信号を受信して制御部２５２０に出力し、制御部２５２０から出力された信号を無線チャンネルを介して送信することができる。また、送受信部２５１０はＬＴＥシステムのためのＲＦ送受信機とＮＲシステムのためのＲＦ送受信機を個別で備えるか、又は一つの送受信機でＬＴＥ及びＮＲの物理階層プロセッシングを行うことができる。

記憶部２５４０は基地局のＲＵ装置の動作に必要なプログラム及びデータを記憶することができる。また、記憶部２５４０は基地局のＲＵ装置が送受信する信号に含まれた制御情報又はデータを記憶することができる。記憶部２５４０はＲＯＭ、ＲＡＭ、ハードディスク、ＣＤ－ＲＯＭ及びＤＶＤなどのような記憶媒体又は記憶媒体の組み合わせで構成することができる。また、記憶部２５４０は複数個であっても良い。

制御部２５２０は前述した本開示の実施例によって基地局のＲＵ装置２５００が動作するように一連の過程を制御することができる。例えば、制御部２５２０は基地局のＤＵ装置２５５０）から接続部２５３０を介して受信したＣ－ｐｌａｎｅメッセージ及びＵ－ｐｌａｎｅメッセージによって端末とＬＴＥ又はＮＲ信号を送受信することができる。制御部２５２０は複数個であっても良く、制御部２５２０は記憶部２５４０に記憶されたプログラムを行うことによって基地局のＲＵ装置２５００の構成要素制御動作を行うことができる。

本開示の一実施例による制御部２５２０は後述する接続部２５３０を介して基地局のデジタルユニットからサブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを受信するように制御し、前記ＭＢＳＦＮ関連情報に基づいて前記サブフレームでゼロパディングを行うように制御することができる。そして、前記制御部２５２０はＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）サイズに基づいてゼロパディングサイズを決定し、前記で決定したゼロパディングサイズに基づいて前記ゼロパディングを行うように制御することができる。

接続部２５３０は基地局のＲＵ装置２５００と基地局のＤＵ装置２５５０を接続する装置で、メッセージ送受信のための物理階層プロセッシング及び基地局のＤＵ装置２５５０によってメッセージを送信し、基地局のＤＵ装置２５５０からメッセージを受信する動作を行うことができる。

基地局のＤＵ装置２５５０は少なくとも一つのプロセッサ及び／又は制御部２５７０、接続部２５６０及び記憶部２５８０を含む。ただし、基地局のＤＵ装置２５５０の構成要素は前述した例に限定されるものではなく、例えば、基地局のＤＵ装置２５５０は図示した構成要素より多い構成要素を含むか、より少ない構成要素を含むこともできる。加えて、接続部２５６０、記憶部２５８０、及び制御部２５７０などが一つのチップ（ｃｈｉｐ）形態で具現されることもできる。

制御部２５６０は前述した本開示の実施例によって基地局のＤＵ装置２５５０が動作するように一連の過程を制御することができる。例えば、制御部２５６０は基地局のＲＵ装置２５００）で送信するＣ－ｐｌａｎｅメッセージ及びＵ－ｐｌａｎｅメッセージを生成して接続部２５６０を介して基地局のＲＵ装置２５００によってメッセージを送信することができる。制御部２５６０は複数個であっても良く、制御部２５６０は記憶部２５８０に記憶されたプログラムを行うことによって基地局のＤＵ装置２５５０の構成要素制御動作を行うことができる。

本開示の一実施例によれば、前記制御部２５６０はサブフレーム構成情報を確認し、前記確認に基づいて、前記サブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを生成することができる。また、前記制御部２５６０は前記生成された制御メッセージを、後述する接続部２５６０を介して前記デジタルユニットと接続された前記基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ、ＲＵ）へ送信するように制御することができる。

接続部２５６０は基地局のＲＵ装置２５００と基地局のＤＵ装置２５５０を接続する装置で、メッセージ送受信のための物理階層プロセッシング及び基地局のＲＵ装置２５００でメッセージを送信し、基地局のＲＵ装置２５００からメッセージを受信する動作を行うことができる。

上述した本開示の具体的な実施例で、本開示に含まれる構成要素は提示された具体的な実施例によって単数又は複数に表現された。しかし、単数又は複数の表現は説明の便宜のために提示した状況に適合するために選択されたもので、本開示は単数又は複数の構成要素に制限されるものではなく、複数で表現された構成要素といえども単数で構成されたり、単数で表現された構成要素といえども複数で構成されたりすることができる。
一方、本明細書と図面に開示された本開示の実施例は本開示の技術内容を容易に説明して本開示の理解を助けるために特定例を提示しただけのものであり、本開示の範囲を限定しようとするものではない。すなわち、本開示の技術的思想に基づいた他の変形例が実施可能ということは本開示の属する技術分野で通常の知識を有する者に自明なことである。また、前記それぞれの実施例は必要によって互いに組み合わせて操作することができる。例えば、本開示の一実施例は他の実施例の一部分を互いに組み合わせて基地局と端末とを操作することができる。

１００Ｏ－ＲＡＮｇＮＢ
１１０ＮＲＴ－ＲＩＣ
１２０ＲＩＣ
１３０Ｏ－ＣＵ－ＣＰ
１４０Ｏ－ＣＵ－ＵＰ
１５０Ｏ－ＤＵ
１６０Ｏ－ＲＵ
２００オプション７－２ｘカテゴリーＡ
２０２オプション７－２ｘカテゴリーＢ
２０４オプション８
２０６オプション７－１
２０８オプション７－２
２１０オプション７－３
２１２オプション６
２２０ＲＦ
２３６ＭＡＣレイヤー
２４０ＲＦ
２５６ＭＡＣレイヤー
３００イーサネットメッセージの規格
３１０ｅＣＰＲＩ（ｅｎｈａｎｃｅｄＣＰＲＩ）ヘッダー
３２０Ｏ－ＲＡＮヘッダー
３３０Ｃ－ｐｌａｎｅフォーマット
３４０Ｕ－ｐｌａｎｅフォーマット
４００ＤｅｓｔｉｎａｔｉｏｎＭＡＣａｄｄｒｅｓｓ
４１０ＳｏｕｒｃｅＭＡＣＡｄｄｒｅｓｓ
４２０ＶＬＡＮＴａｇ
４３０Ｅｔｈｅｒｔｙｐｅ／Ｌｅｎｇｔｈフィールド
４４０ペイロード
５００ｅｃｐｒｉＶｅｒｓｉｏｎ
５１０ｅｃｐｒｉＲｅｓｅｒｖｅｄ
５２０ｅｃｐｒｉＣｏｎｃａｔｅｎａｔｉｏｎ
５３０ｅｃｐｒｉＭｅｓｓａｇｅ
５４０ｅｃｐｒｉＰａｙｌｏａｄ
５５０ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ
５６０ｅｃｐｒｉＳｅｑｉｄ
６０２Ｏ－ＲＵ
６０４Ｏ－ＤＵ
７００ｔｒａｎｓｐｏｒｔｈｅａｄｅｒ
７０２ｄａｔａＤｉｒｅｃｔｉｏｎ
７０４ｆｉｌｔｅｒＩｎｄｅｘ
７０６ｆｒａｍｅＩｄ
７０８ＳｕｂｆｒａｍｅＩｄ
７１０ｓｌｏｔＩｄ
７１２ＳｔａｒＳｙｍｂｏｌｉｄ
７１４ｎｕｍｂｅｒＯｆｓｅｃｔｉｏｎｓ
７１６ＳｅｃｔｉｏｎＴｙｐｅ
７１８ｕｄＣｏｍｐＨｄｒ
７２０ｅｆ
７２２ＳｅｃｔｉｏｎＩＤ
７２４ｒｂ
７２６ＳｔａｒｔＰｒｂｃ
７２８ｎｕｍＰｒｂｃ
７３０ｒｅＭａｓｋ
７３２ｎｕｍＳｙｍｂｏｌ
７３４ｅｆ
７３６ｂｅａｍＩｄ
７３８ｂｅａｍＩｄ
７４０アプリケーションヘッダー（ａｐｐｌｉｃａｔｉｏｎｈｅａｄｅｒ）
７４２セクションヘッダー（ｓｅｃｔｉｏｎｈｅａｄｅｒ）
８００ｅｆ
８１０セクション拡張
８２０送信ヘッダー
８３０アプリケーションヘッダー
８４０セクションヘッダー
８５０ｅｆ
８５２ｅｘｔＴｙｐｅ
８５４ｅｘｔＬｅｎ
８５８４ｂｙｔｅｓ単位の整列のためのゼロパディング
９００ＭＢＭＳｓｅｒｖｉｃｅａｒｅａ
９０５ＭＢＳＦＮＡｒｅａ
９１０ＭＢＳＦＮＡｒｅａＲｅｓｅｒｖｅｄＣｅｌｌｓ
１０００ＭＣＨ
１００５ＰＭＣＨ
１０１０ＰＤＳＣＨ
１１００ラジオフレーム
１１０５サブフレーム
１１１０一般サブフレーム
１１１５ＭＢＳＦＮサブフレーム
１２００端末
１２０５基地局
１２１０ＳＩＢ２を受信する動作
１２１５ＳＩＢ１３を受信する動作
１２２０ＭＣＣＨを受信する動作
１２２５ＭＢＳＦＮサブフレームを受信する動作
１２３５ＭＴＣＨをデコーディングする動作
１２４０ＤＵ
１２４５ＲＵ
１３１０ＤＵ
１３２０ＲＵ
１３３０ＮｏｒｍａｌＣＰを用いるシンボル
１３４０ＥｘｔｅｎｄｅｄＣＰを用いるシンボル
１４１０ＤＵ
１４１１第１タイプによるＣ－ｐｌａｎｅメッセージ
１４１２第３タイプによるＣ－ｐｌａｎｅメッセージ
１４１３第１タイプによるＣ－ｐｌａｎｅメッセージ
１４２０ＲＵ
１４４０ＭＢＳＦＮ関連情報（又は、フラッグ）
１５１０ｍｉｘｅｄＣｐＦｌａｇ情報
１５２０ｍｉｘｅｄＣｐＩｄｘ情報
１５３０ｍｉｘｅｄＣｐＦｌａｇ情報
１５４０ｍｉｘｅｄＣｐＩｄｘ情報
１５５０ｎｕｍｚｅｒｏｓ情報
１６０５共通ヘッダーフィールド
１６１０ｍｉｘｅｄＣｐＦｌａｇ情報
１６２０ｍｉｘｅｄＣｐＩｄｘ情報
１７０５セクションフィールド
１７１０ｍｉｘｅｄＣｐＦｌａｇ情報
１７２０ｍｉｘｅｄＣｐＩｄｘ情報
１８０１第１タイプによるＣ－ｐｌａｎｅメッセージ
１８０５第３タイプによるＣ－Ｐｌａｎｅメッセージ
１８１０ｍｉｘｅｄＣｐＦｌａｇ情報
１８２０ｍｉｘｅｄＣｐＩｄｘ情報
１９１０ｍｉｘｅｄＣｐＦｌａｇ情報
１９２０ｍｉｘｅｄＣｐＩｄｘ情報
２０１０ｍｉｘｅｄＣｐＦｌａｇ情報
２０２０ｍｉｘｅｄＣｐＩｄｘ情報
２５００基地局のＲＵ装置
２５１０送受信部
２５２０制御部
２５３０接続部
２５４０記憶部
２５５０基地局のＤＵ装置
２５６０接続部
２５７０制御部
２５８０記憶部

Claims

下位レイヤー機能分割をサポートする無線通信システムにおいて基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ、ＤＵ）の制御メッセージ生成方法であって、
サブフレーム構成情報を確認する段階と、
前記確認に基づいて、前記サブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを生成する段階と、
前記生成された制御メッセージを前記デジタルユニットと接続された前記基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ、ＲＵ）で送信する段階と、を含み、
前記ＭＢＳＦＮ関連情報は、前記ラジオユニットの前記サブフレームでのゼロパディングのためのものであることを特徴とする、制御メッセージ生成方法。
前記ＭＢＳＦＮ関連情報は、
前記サブフレーム内でＮｏｒｍａｌＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）とＥｘｔｅｎｄｅｄＣＰが混用されているか否かを指示する情報と、前記サブフレーム内でＮｏｒｍａｌＣＰの数を指示する情報を含むことを特徴とする、請求項１に記載の制御メッセージ生成方法。
前記ＭＢＳＦＮ関連情報は、
前記制御メッセージのセクション拡張フィールドに基づいて設定されることを特徴とする、請求項２に記載の制御メッセージ生成方法。
下位レイヤー機能分割をサポートする無線通信システムにおいて、基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ）の制御メッセージ処理方法であって、
前記基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ）からサブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを受信する段階と、
前記ＭＢＳＦＮ関連情報に基づいて、前記サブフレームでゼロパディングを行う段階と、を含むことを特徴とする、制御メッセージ処理方法。
前記ＭＢＳＦＮ関連情報は、
前記サブフレーム内でＮｏｒｍａｌＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）とＥｘｔｅｎｄｅｄＣＰが混用されているか否かを指示する情報と、前記サブフレーム内でＮｏｒｍａｌＣＰの数を指示する情報と、を含むことを特徴とする、請求項４に記載の制御メッセージ処理方法。
前記実行段階は、
ＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）サイズに基づいてゼロパディングサイズを決定する段階と、
前記決定されたゼロパディングサイズに基づいて前記ゼロパディングを行う段階と、をさらに含むことを特徴とする、請求項５に記載の制御メッセージ処理方法。
前記ＭＢＳＦＮ関連情報は、
前記制御メッセージのセクション拡張フィールドに基づいて設定されることを特徴とする、請求項５に記載の制御メッセージ処理方法。
下位レイヤー機能分割をサポートする無線通信システムにおいて制御メッセージを生成する基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ、ＤＵ）装置であって、
前記デジタルユニットと接続された前記基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ、ＲＵ）と信号を送受信する接続部と、
サブフレーム構成情報を確認し、前記確認に基づいて、前記サブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを生成し、前記生成された制御メッセージを前記基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ、ＲＵ）へ送信するように制御する少なくとも一つのプロセッサと、を含み、前記ＭＢＳＦＮ関連情報は、前記ラジオユニットの前記サブフレームでのゼロパディングのためのものであることを特徴とする、基地局のデジタルユニット装置。
前記ＭＢＳＦＮ関連情報は、
前記サブフレーム内でＮｏｒｍａｌＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）とＥｘｔｅｎｄｅｄＣＰが混用されているか否かを指示する情報と、前記サブフレーム内でＮｏｒｍａｌＣＰの数を指示する情報と、を含むことを特徴とする、請求項８に記載の基地局のデジタルユニット装置。
前記ＭＢＳＦＮ関連情報は、
前記制御メッセージのセクション拡張フィールドに基づいて設定されることを特徴とする、請求項８に記載の基地局のデジタルユニット装置。
下位レイヤー機能分割をサポートする無線通信システムにおいて制御メッセージを生成する基地局のラジオユニット（ＲａｄｉｏＵｎｉｔ）装置であって、
前記装置は、前記基地局のデジタルユニット（ＤｉｇｉｔａｌＵｎｉｔ）と信号を送受信する接続部と、
端末と信号を無線に送受信する送受信部と、
前記接続部を介して前記デジタルユニットからサブフレームに対するＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔｍｕｌｔｉｃａｓｔｓｅｒｖｉｃｅＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）関連情報を含む制御メッセージを受信するように制御し、前記ＭＢＳＦＮ関連情報に基づいて前記サブフレームでゼロパディングを行うように制御する少なくとも一つのプロセッサと、を含むことを特徴とする、基地局のラジオユニット装置。
前記ＭＢＳＦＮ関連情報は、
前記サブフレーム内でＮｏｒｍａｌＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）とＥｘｔｅｎｄｅｄＣＰが混用されているか否かを指示する情報と、前記サブフレーム内でＮｏｒｍａｌＣＰの数を指示する情報と、を含むことを特徴とする、請求項１１に記載の基地局のラジオユニット装置。
前記少なくとも一つのプロセッサは、
ＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）サイズに基づいてゼロパディングサイズを決定し、
前記決定されたゼロパディングサイズに基づいて前記ゼロパディングを行うように制御することを特徴とする、請求項１２に記載の基地局のラジオユニット装置。
前記ＭＢＳＦＮ関連情報は、
前記制御メッセージのセクション拡張フィールドに基づいて設定されることを特徴とする、請求項１２に記載の基地局のラジオユニット装置。