▶ サムスン エレクトロニクス カンパニー リミテッドの特許一覧
特表2022-553253無線通信システムにおける制御メッセージ送信方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-12-22
(54)【発明の名称】無線通信システムにおける制御メッセージ送信方法及び装置
(51)【国際特許分類】
H04W 72/04 20090101AFI20221215BHJP
H04W 28/06 20090101ALI20221215BHJP
H04W 92/12 20090101ALI20221215BHJP
【ＦＩ】
H04W72/04 136
H04W28/06 110
H04W92/12
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022523030
(86)(22)【出願日】2020-10-19
(85)【翻訳文提出日】2022-05-18
(86)【国際出願番号】 KR2020014249
(87)【国際公開番号】W WO2021075934
(87)【国際公開日】2021-04-22
(31)【優先権主張番号】10-2019-0130272
(32)【優先日】2019-10-18
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】503447036
【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド
(74)【代理人】
【識別番号】100133400
【弁理士】
【氏名又は名称】阿部 達彦
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100154922
【弁理士】
【氏名又は名称】崔 允辰
(72)【発明者】
【氏名】ウォンウ・リム
(72)【発明者】
【氏名】デジュン・キム
(72)【発明者】
【氏名】ジェヨル・キム
(72)【発明者】
【氏名】ナムリュル・ジョン
(72)【発明者】
【氏名】スンウク・ホ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
5K067EE10
5K067HH24
(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】
本開示の態様によれば、ＲＵは他のコントロールプレーンセクションと連関してサブフレーム構造を分析する必要がないため複雑度も減少させることができる。
【0017】
本開示の態様によれば、サブフレームに対する分析が完了する前に、一つのコントロールプレーンメッセージを介してゼロパディングが必要であるかどうかに対して判断することができるため、ゼロパディングのための遅延（Ｌａｔｅｎｃｙ）を減少させることができる。
【0018】
本開示の他の態様、利点及び著しい特徴は添付された図面と共に取り入れた本開示の多様な実施例を開示する次の詳細な説明から当業者に明白であろう。
【0019】
本開示の特定実施例の前記態様及び他の態様、及び利点は添付図面と共に取り入れた次の詳細な説明より明らかになるだろう。
【図面の簡単な説明】
【0020】
【図1】本開示の実施例によるＯ－ＲＡＮネットワークシステムを示す図面である。
【図2】本開示の実施例によるＲＵとＤＵを通じる下位レイヤー機能分割（ｌｏｗ ｌａｙｅｒ ｆｕｎｃｔｉｏｎ ｓｐｌｉｔ）の一例を示す図面である。
【図3】本開示の実施例によるＯ－ＲＵとＯ－ＤＵ間で送信されるメッセージのフォーマットを示す図面である。
【図4】本開示の実施例によるイーサネットメッセージの規格を詳しく示す図面である。
【図5】本開示の実施例によるｅＣＰＲＩヘッダーのフォーマットを示す図面である。
【図6】本開示の実施例によるＣ－ｐｌａｎｅ及びＵ－ｐｌａｎｅメッセージを介してスケジューリング及びビームフォーミングコマンドが伝達される流れを示す図面である。
【図7】本開示の実施例によるセクションタイプ１のＣ－ｐｌａｎｅメッセージフォーマットを示す図面である。
【図8】本開示の実施例によるセクション拡張に対して記述した図面である。
【図9】本開示の実施例によるＭＢＭＳ概念図を示す図面である。
【図10】本開示の実施例によるＭＢＳＦＮ送信のために用いられるダウンリンクチャンネルマッピング図を示す図面である。
【図11】本開示の実施例によるＬＴＥシステムで用いられるダウンリンクフレーム構造図面である。
【図12A】本開示の実施例による端末がＭＢＳＦＮを受信するための過程を説明するための図面である。
【図12B】本開示の実施例によるＯ－ＲＡＮでＯｐｔｉｏｎ７－２による下位レイヤー機能分離によってＲＵでゼロパディング動作を行う過程を示す図面である。
【図13】本開示の実施例によるＯ－ＲＡＮで定義しているＣ－ｐｌａｎｅメッセージを用いてＤＵがＲＵに制御情報及びデータを伝達する過程を示す図面である。
【図14】本開示の実施例によるＤＵのＲＵへのＣ－ｐｌａｎｅメッセージ送信方法を示す図面である。
【図15A】本開示の実施例によって、ＭＢＳＦＮ関連情報をＣ－ｐｌａｎｅメッセージ内のセクション拡張フィールドに設定する方法を示す図面である。
【図15B】本開示の実施例によって、ＭＢＳＦＮ関連情報をＣ－ｐｌａｎｅメッセージ内のセクション拡張フィールドに設定する方法を示す図面である。
【図16】本開示の実施例によって、ＭＢＳＦＮ関連情報を共通ヘッダーフィールド（Ｃｏｍｍｏｎ ｈｅａｄｅｒ ｆｉｅｌｄｓ）に設定する方法を示す図面である。
【図17】本開示の実施例によって、ＭＢＳＦＮ関連情報をセクションフィールドに設定する方法を示す図面である。
【図18A】本開示の実施例によるＬＴＥ ＭＢＳＦＮのＣＰタイプ混用状況において、ＤＵがセクション拡張フィールドを用いてＣ－Ｐｌａｎｅ ｍｅｓｓａｇｅを構成する方法を示す図面である。
【図18B】本開示の実施例によるＬＴＥ ＭＢＳＦＮのＣＰタイプ混用状況において、ＤＵがセクション拡張フィールドを用いてＣ－Ｐｌａｎｅ ｍｅｓｓａｇｅを構成する方法を示す図面である。
【図19】本開示の実施例によるＬＴＥ ＭＢＳＦＮのＣＰタイプ混用状況において、ＤＵが共通ヘッダーフィールドを用いてＣ－Ｐｌａｎｅ ｍｅｓｓａｇｅを構成する方法を示す図面である。
【図20】本開示の実施例によるＬＴＥ ＭＢＳＦＮのＣＰタイプ混用状況において、ＤＵがセクションフィールドを用いてＣ－Ｐｌａｎｅ ｍｅｓｓａｇｅを構成する方法を示す図面である。
【図21】本開示の実施例によるＲＵがゼロパディングサイズを決定する例を示す図面である。
【図22】本開示の実施例によるＲＵがゼロパディングサイズを決定する例を示す他の図面である。
【図23】本開示の実施例による基地局のＤＵ装置の動作手順を示すフローチャートである。
【図24】本開示の実施例による基地局のＲＵ装置の動作手順を示すフローチャートである。
【図25】本開示の実施例による基地局のＲＵ装置と基地局のＤＵ装置の内部構造を示すブロック図である。
【発明を実施するための形態】
【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】
【表1】
【0104】
ＭＢＳＦＮサブフレームでＮｏｒｍａｌ ＣＰを２個用い、Ｅｘｔｅｎｄｅｄ ＣＰを１０個用いた場合のゼロパディングの長さの例示は以下の通りである。
【0105】
【表2】
【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】
前記ｍｉｘｅｄＣｐＦｌａｇ情報１６１０はサブフレーム内でＮｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されているか否かを指示することができる。これは０又は１で指示することができ、０で設定されると、Ｎｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されていないことを指示し、１で設定されると、Ｎｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されていることを指示することができる。又は、その逆に指示することもできる。
【0146】
ｍｉｘｅｄＣｐＩｄｘ情報１６２０はサブフレーム内でＮｏｒｍａｌ ＣＰの数を指示することができる。これは０又は１で指示することができ、０で設定されると、Ｎｏｒｍａｌ ＣＰの数が１個であり、１で設定されると、Ｎｏｒｍａｌ ＣＰの数が２個であることを指示することができる。又は、その逆に指示することもできる。
【0147】
図１７は、本開示の実施例によって、ＭＢＳＦＮ関連情報をセクションフィールドに設定する方法を示す図面である。
【0148】
図１７を参照すると、セクションタイプ３によるＣ－ｐｌａｎｅメッセージはセクションフィールド１７０５を含むことができる。前記セクションフィールド１７０５はｒｅｓｅｒｖｅｄ８ビットを含むが、この中で、２ビットにｍｉｘｅｄＣｐＦｌａｇ情報１７１０と、ｍｉｘｅｄＣｐＩｄｘ情報１７２０とを設定することができる。
【0149】
前記ｍｉｘｅｄＣｐＦｌａｇ情報１７１０はサブフレーム内でＮｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されているか否かを指示することができる。これは０又は１で指示することができ、０で設定されると、Ｎｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されていないことを指示し、１で設定されると、Ｎｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されていることを指示することができる。又は、その逆に指示することもできる。
【0150】
ｍｉｘｅｄＣｐＩｄｘ情報１７２０はサブフレーム内でＮｏｒｍａｌ ＣＰの数を指示することができる。これは０又は１で指示することができ、０で設定されると、Ｎｏｒｍａｌ ＣＰの数が１個であり、１で設定されると、Ｎｏｒｍａｌ ＣＰの数が２個であることを指示することができる。又は、その逆に指示することもできる。
【0151】
【0152】
【0153】
前記したように、Ｃ－ｐｌａｎｅメッセージは第１タイプによるＣ－ｐｌａｎｅメッセージ１８０１と、第３タイプによるＣ－Ｐｌａｎｅメッセージ１８０５を含むことができる。
【0154】
セクションタイプ１によるＣ－ＰｌａｎｅメッセージはＮｏｒｍａｌ ＣＰ ｓｙｍｂｏｌに対する情報を含むことができ、セクションタイプ３によるＣ－ＰｌａｎｅメッセージはＥｘｔｅｎｄｅｄ ＣＰ ｓｙｍｂｏｌに対する情報を含むことができる。そして、各Ｃ－Ｐｌａｎｅ ｍｅｓｓａｇｅは１個以上のｓｙｍｂｏｌに対するｓｃｈｅｄｕｌｉｎｇ情報を含むことができる。図１８Ａ及び図１８Ｂに示された例示では各セクションタイプ別に１個のＣ－ｐｌａｎｅメッセージで構成したが、Ｃ－Ｐｌａｎｅメッセージは分割することもできる。
【0155】
図１８Ａでは第１タイプによるＣ－ｐｌａｎｅメッセージ１８０１と、第３タイプによるＣ－Ｐｌａｎｅメッセージ１８０５のそれぞれのセクション拡張フィールドに、ＭＢＳＦＮ関連情報を挿入する方法を示す。前記ＭＢＳＦＮ関連情報はｍｉｘｅｄＣｐＦｌａｇ情報１８１０と、ｍｉｘｅｄＣｐＩｄｘ情報１８２０とを含むことができ、各情報の設定及びそれによる意味は上述した通りである。
【0156】
図１８Ｂでは第１タイプによるＣ－ｐｌａｎｅメッセージ１８０１と、第３タイプによるＣ－Ｐｌａｎｅメッセージ１８０５のそれぞれのセクション拡張フィールドに、ＭＢＳＦＮ関連情報を挿入する方法を示す。前記ＭＢＳＦＮ関連情報はｍｉｘｅｄＣｐＦｌａｇ情報１８３０と、ｍｉｘｅｄＣｐＩｄｘ情報１８４０と、ｎｕｍｚｅｒｏｓ情報１８５０とを含むことができ、各情報の設定及びそれによる意味は上述した通りである。
【0157】
本開示の実施例によれば、セクションタイプ１、セクションタイプ３、セクションタイプ１及びセクションタイプ３の３つの位置にセクション拡張フィールドを追加することができる。
【0158】
図１９は、本開示の実施例によるＬＴＥ ＭＢＳＦＮのＣＰタイプ混用状況で、ＤＵが共通ヘッダーフィールドを用いてＣ－Ｐｌａｎｅ ｍｅｓｓａｇｅを構成する方法を示す図面である。
【0159】
図１８Ａ、図１８Ｂ、及び図１９を参照すると、Ｎｏｒｍａｌ ＣＰ Ｓｙｍｂｏｌが２個で構成される場合、セクションタイプ１によるＣ－ｐｌａｎｅメッセージの構成方法を示す。図１９で示されるように、第１タイプによるＣ－Ｐｌａｎｅメッセージに含まれた共通ヘッダーフィールドはｒｅｓｅｒｖｅｄ８ビットを含むが、ＤＵはこの中で、２ビットを用いてｍｉｘｅｄＣｐＦｌａｇ情報１９１０と、ｍｉｘｅｄＣｐＩｄｘ情報１９２０とを設定することができる。各情報の設定及びそれによる意味は上述した通りである。
【0160】
図２０は、本開示の実施例によるＬＴＥ ＭＢＳＦＮのＣＰタイプ混用状況で、ＤＵがセクションフィールドを用いてＣ－Ｐｌａｎｅ ｍｅｓｓａｇｅを構成する方法を示す図面である。
【0161】
図２０を参照すると、Ｎｏｒｍａｌ ＣＰ Ｓｙｍｂｏｌが２個で構成される場合、セクションタイプ３によるＣ－ｐｌａｎｅメッセージの構成方法を示す。図２０に示されるように、第３タイプによるＣ－Ｐｌａｎｅメッセージに含まれたセクションフィールドはｒｅｓｅｒｖｅｄ８ビットを含むが、ＤＵはこの中で、２ビットを用いてｍｉｘｅｄＣｐＦｌａｇ情報２０１０と、ｍｉｘｅｄＣｐＩｄｘ情報２０２０とを設定することができる。各情報の設定及びそれによる意味は上述した通りである。
【0162】
図２１は、本開示の実施例によるＲＵがゼロパディングサイズを決定する例を示す図面である。
【0163】
図２２は、本開示の実施例によるＲＵがゼロパディングサイズを決定する例を示す他の図面である。
【0164】
図２１及び図２２を参照すると、ＲＵはＤＵから受信したＣ－ｐｌａｎｅメッセージに基づいてサブフレーム構成情報を分析することができる。本開示の実施例ではＣ－ｐｌａｎｅメッセージに含まれたｍｉｘｅｄＣｐＦｌａｇ情報と、ｍｉｘｅｄＣｐＩｄｘ情報とに基づいてゼロパディングを行うかどうかを決定することができる。
【0165】
例えば、ｍｉｘｅｄＣｐＦｌａｇ情報が０で設定された場合、サブフレーム内でＮｏｒｍａｌＣＰとＥｘｔｅｎｄｅｄ ＣＰとは混用されていないため、ＲＵはゼロパディング動作を実行しないこともある。
【0166】
また他の例示で、ｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が０に設定された場合、ＲＵは前記ｍｉｘｅｄＣｐＦｌａｇ情報、ｍｉｘｅｄＣｐＩｄｘ情報、及びＦＦＴサイズに基づいてゼロパディングサイズを図２１のように決定することができる。図２１で確認することができるように、ＦＦＴサイズによってＯＦＤＭシンボルのサンプル数が変わるため、ＦＦＴサイズによってゼロパディングサイズを互いに異なるように決定することができる。
【0167】
例えば、ＦＦＴサイズが５１２の場合、Ｎｏｒｍａｌ ＣＰを用いるシンボル＃０の長さは５５２サンプルで、残りＥｘｔｅｎｄｅｄ ＣＰを用いるシンボルの長さは６４０サンプルで、ゼロパディングサイズはＥｘｔｅｎｄｅｄ ＣＰを用いるシンボルに対するサンプルの数とＮｏｒｍａｌ ＣＰを用いるシンボルに対するサンプルとの数の差は８８で決定することができ、ＦＦＴサイズが１０２４の場合、ゼロパディングサイズは１７６で決定することができ、ＦＦＴサイズが２０４８の場合、ゼロパディングサイズは３５２で決定することができる。決定されたサイズに基づいてＮｏｒｍａｌ ＣＰを用いるシンボルとＥｘｔｅｎｄｅｄ ＣＰを用いるシンボルとの間の区間に対してゼロパディングを行う。ゼロパディングを行うということは、例えば、ゼロパディングサンプルの数（又は、ゼロパディングサイズ）が８８であれば、８８サンプルの長さの０を追加することを意味することができる。
【0168】
また他の例示で、ｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が１で設定された場合、ＲＵは前記ｍｉｘｅｄＣｐＦｌａｇ情報、ｍｉｘｅｄＣｐＩｄｘ情報、及びＦＦＴサイズに基づいてゼロパディングサイズを図２２のように決定することができる。
図２２で確認することができるように、ＦＦＴサイズによってサンプル数が変わるため、ＦＦＴサイズによってゼロパディングサイズを互いに異なるように決定することができる。
図２２で確認することができるように、ＦＦＴサイズによってサンプル数が変わるため、ＦＦＴサイズによってゼロパディングサイズを互いに異なるように決定することができる。
【0169】
例えば、ＦＦＴサイズが５１２の場合、ゼロパディングサイズは１８０で決定することができ、ＦＦＴサイズが１０２４の場合、ゼロパディングサイズは３６０で決定することができ、ＦＦＴサイズが２０４８の場合、ゼロパディングサイズは７２０で決定することができる。
【0170】
また、ＲＵはＤＵから受信されたＣ－ｐｌａｎｅメッセージに基づいてサブフレーム構成情報を分析することができる。一実施例でゼロパディングであるかどうかはＣ－ｐｌａｎｅメッセージに含まれたｍｉｘｅｄＣｐＦｌａｇ情報、ｍｉｘｅｄＣｐＩｄｘ情報、及びｎｕｍｚｅｒｏｓ情報に基づいて決定することができる。
【0171】
例えば、ｍｉｘｅｄＣｐＦｌａｇ情報が０で設定された場合、Ｎｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとがサブフレームで混合しないためＲＵはゼロパディング動作を行わないこともある。
【0172】
他の例で、ｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が０で設定され、ｎｕｍｚｅｒｏｓ情報が８８（＝０００１０１１０００）で設定される場合、図２１においてパディングサイズはＦＦＴに関わらず８８で決定することができる。
【0173】
他の例で、ｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が０で設定され、ｎｕｍｚｅｒｏｓ情報が１７６（＝００１０１１００００）で設定される場合、図２１においてパディングサイズはＦＦＴに関わらず１７６で決定することができる。
【0174】
決定された大きさに基づいてＮｏｒｍａｌ ＣＰを用いるシンボルとＥｘｔｅｎｄｅｄ ＣＰを用いるシンボルとの間の区間に対してゼロパディングが行われる。ゼロパディングを行うということは、例えば、ゼロパディングサンプルの個数（又はゼロパディングサイズ）が８８であれば、８８サンプルの長さの０を追加することを意味することができる。
【0175】
他の例で、ＲＵはｍｉｘｅｄＣｐＦｌａｇ情報が１で設定され、ｍｉｘｅｄＣｐＩｄｘ情報が１で設定されるとき、図２２に示されたようにｍｉｘｅｄＣｐＦｌａｇ情報、ｍｉｘｅｄＣｐＩｄｘ情報及びｎｕｍｚｅｒｏｓ情報に基づいてゼロパディングサイズを識別することができる。
【0176】
例えば、ｎｕｍｚｅｒｏｓ情報が１８０のとき、ゼロパディングサイズを１８０で識別することができ、ｎｕｍｚｅｒｏｓ情報が３６０のとき、ゼロパディングサイズを３６０で識別することができ、ｎｕｍｚｅｒｏｓ情報が７２０のとき、ゼロパディングサイズを７２０で識別することができる。
【0177】
図２３は、本開示の実施例による基地局のＤＵ装置の動作手順を示すフローチャートである。
【0178】
図２３を参照すると、基地局のＤＵ装置はＳ２３１０の動作によって、特定サブフレームに対する構成情報を確認することができる。基地局のＤＵ装置は前記確認結果によって、Ｓ２３２０の動作によって前記サブフレームでｎｏｒｍａｌ ＣＰとｅｘｔｅｎｄｅｄ ＣＰとが混用されたかどうか及び、混用される場合、Ｎｏｒｍａｌ ＣＰの数に対する情報を確認することができる。
【0179】
基地局のＤＵ装置はＳ２３３０の動作で、本開示の実施例によってＣ－ｐｌａｎｅメッセージ（又は、制御メッセージ）を生成することができる。この場合、前記Ｃ－ｐｌａｎｅメッセージはＭＢＳＦＮ関連情報を含むことができる。この場合、前記ＭＢＳＦＮ関連情報はサブフレーム内でＮｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されているか否かを指示するｍｉｘｅｄＣｐＦｌａｇ情報と、サブフレーム内でＮｏｒｍａｌ ＣＰの数を指示するｍｉｘｅｄＣｐＩｄｘ情報とを含むことができる。
【0180】
又は、ＭＢＳＦＮ関連情報はＭＢＳＦＮサブフレーム構成によってＣＰタイプが混用されているか否かを指示するｆｌａｇ、Ｎｏｒａｍｌ ＣＰを用いるシンボル数に対するｆｌａｇ、ゼロパディングサンプル数（又はゼロパディングサイズ）を含むことができる。
【0181】
前記ＭＢＳＦＮ関連情報は本開示の実施例によって、Ｃ－ｐｌａｎｅメッセージ内のセクション拡張フィールドを用いて設定するか、共通ヘッダーフィールドを用いて設定するか、セクションフィールドを用いて設定することができる。
【0182】
そして、基地局のＤＵ装置はＳ２３４０の動作で、前記生成されたＣ－ｐｌａｎｅメッセージをＲＵに伝達することができる。
【0183】
図２４は、本開示の実施例による基地局のＲＵ装置の動作手順を示すフローチャートである。
【0184】
図２４を参照すると、基地局のＲＵ装置はＳ２４１０の動作で、基地局のＤＵ装置からＣ－ｐｌａｎｅメッセージ（又は、制御メッセージ）を受信することができる。
【0185】
そして、基地局のＲＵ装置はＳ２４２０の動作で、前記Ｃ－ｐｌａｎｅメッセージに基づいてＭＢＳＦＮ関連情報を確認することができる。この場合、前記ＭＢＳＦＮ関連情報はサブフレーム内でＮｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されているか否かを指示するｍｉｘｅｄＣｐＦｌａｇ情報と、サブフレーム内でＮｏｒｍａｌ ＣＰの数を指示するｍｉｘｅｄＣｐＩｄｘ情報を含むことができる。
【0186】
又は、ＭＢＳＦＮ関連情報はＭＢＳＦＮサブフレーム構成によってＣＰタイプが混用されている否かを指示するｆｌａｇ、Ｎｏｒａｍｌ ＣＰを用いるシンボル数に対するｆｌａｇ、ゼロパディングサンプル数（又はゼロパディングサイズ）を含むことができる。
【0187】
そして、基地局のＲＵ装置は前記確認結果に基づいて、Ｓ２４３０の動作でゼロパディングが必要であるかどうかを決定することができる。例えば、Ｎｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されていなければ、ゼロパディングが必要ではないと決定することができる。
【0188】
一方、Ｎｏｒｍａｌ ＣＰとＥｘｔｅｎｄｅｄ ＣＰとが混用されると、基地局のＲＵ装置はサブフレーム内でＮｏｒｍａｌ ＣＰの数を指示するｍｉｘｅｄＣｐＩｄｘ情報とＦＦＴサイズ情報に基づいて、Ｓ２４４０の動作でゼロパディングサイズを決定することができる。前記ゼロパディングサイズを決定する具体的な例は図２１及び図２２で例示した通りである。
【0189】
そして、基地局のＲＵ装置はＳ２４５０の動作で、前記決定されたゼロパディングサイズのゼロパディングを挿入する。
【0190】
図２５は、本開示の実施例による基地局のＲＵ装置と基地局のＤＵ装置の内部構造を示すブロック図である。
【0191】
図２５を参照すると、基地局のＲＵ装置２５００は、送受信部２５１０、少なくとも一つのプロセッサ及び／又は制御部２５２０、接続部２５３０及び記憶部２５４０を含む。ただし、基地局のＲＵ装置２５００の構成要素は前述した例に限定されるものではなく、例えば、基地局のＲＵ装置２５００は図示した構成要素より多い構成要素を含むか、より少ない構成要素を含むこともできる。加えて、送受信部２５１０、記憶部２５３０、及び制御部２５２０などが一つのチップ（ｃｈｉｐ）形態で具現されることもできる。
【0192】
送受信部２５１０は端末と信号を送受信することができる。ここで、信号は制御情報及びデータを含むことができる。このため、送受信部２５１０は送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成することができる。ただし、これは送受信部２５１０の一実施例だけであり、送受信部２５１０の構成要素はＲＦ送信機及びＲＦ受信機に限定されるものではない。また、送受信部２５１０は無線チャンネルを介して信号を受信して制御部２５２０に出力し、制御部２５２０から出力された信号を無線チャンネルを介して送信することができる。また、送受信部２５１０はＬＴＥシステムのためのＲＦ送受信機とＮＲシステムのためのＲＦ送受信機を個別で備えるか、又は一つの送受信機でＬＴＥ及びＮＲの物理階層プロセッシングを行うことができる。
【0193】
記憶部２５４０は基地局のＲＵ装置の動作に必要なプログラム及びデータを記憶することができる。また、記憶部２５４０は基地局のＲＵ装置が送受信する信号に含まれた制御情報又はデータを記憶することができる。記憶部２５４０はＲＯＭ、ＲＡＭ、ハードディスク、ＣＤ－ＲＯＭ及びＤＶＤなどのような記憶媒体又は記憶媒体の組み合わせで構成することができる。また、記憶部２５４０は複数個であっても良い。
【0194】
制御部２５２０は前述した本開示の実施例によって基地局のＲＵ装置２５００が動作するように一連の過程を制御することができる。例えば、制御部２５２０は基地局のＤＵ装置２５５０）から接続部２５３０を介して受信したＣ－ｐｌａｎｅメッセージ及びＵ－ｐｌａｎｅメッセージによって端末とＬＴＥ又はＮＲ信号を送受信することができる。制御部２５２０は複数個であっても良く、制御部２５２０は記憶部２５４０に記憶されたプログラムを行うことによって基地局のＲＵ装置２５００の構成要素制御動作を行うことができる。
【0195】
本開示の一実施例による制御部２５２０は後述する接続部２５３０を介して基地局のデジタルユニットからサブフレームに対するＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）関連情報を含む制御メッセージを受信するように制御し、前記ＭＢＳＦＮ関連情報に基づいて前記サブフレームでゼロパディングを行うように制御することができる。そして、前記制御部２５２０はＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）サイズに基づいてゼロパディングサイズを決定し、前記で決定したゼロパディングサイズに基づいて前記ゼロパディングを行うように制御することができる。
【0196】
接続部２５３０は基地局のＲＵ装置２５００と基地局のＤＵ装置２５５０を接続する装置で、メッセージ送受信のための物理階層プロセッシング及び基地局のＤＵ装置２５５０によってメッセージを送信し、基地局のＤＵ装置２５５０からメッセージを受信する動作を行うことができる。
【0197】
基地局のＤＵ装置２５５０は少なくとも一つのプロセッサ及び／又は制御部２５７０、接続部２５６０及び記憶部２５８０を含む。ただし、基地局のＤＵ装置２５５０の構成要素は前述した例に限定されるものではなく、例えば、基地局のＤＵ装置２５５０は図示した構成要素より多い構成要素を含むか、より少ない構成要素を含むこともできる。加えて、接続部２５６０、記憶部２５８０、及び制御部２５７０などが一つのチップ（ｃｈｉｐ）形態で具現されることもできる。
【0198】
制御部２５６０は前述した本開示の実施例によって基地局のＤＵ装置２５５０が動作するように一連の過程を制御することができる。例えば、制御部２５６０は基地局のＲＵ装置２５００）で送信するＣ－ｐｌａｎｅメッセージ及びＵ－ｐｌａｎｅメッセージを生成して接続部２５６０を介して基地局のＲＵ装置２５００によってメッセージを送信することができる。制御部２５６０は複数個であっても良く、制御部２５６０は記憶部２５８０に記憶されたプログラムを行うことによって基地局のＤＵ装置２５５０の構成要素制御動作を行うことができる。
【0199】
本開示の一実施例によれば、前記制御部２５６０はサブフレーム構成情報を確認し、前記確認に基づいて、前記サブフレームに対するＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）関連情報を含む制御メッセージを生成することができる。また、前記制御部２５６０は前記生成された制御メッセージを、後述する接続部２５６０を介して前記デジタルユニットと接続された前記基地局のラジオユニット（Ｒａｄｉｏ Ｕｎｉｔ、ＲＵ）へ送信するように制御することができる。
【0200】
記憶部２５４０は基地局のＲＵ装置の動作に必要なプログラム及びデータを記憶することができる。また、記憶部２５４０は基地局のＲＵ装置が送受信する信号に含まれた制御情報又はデータを記憶することができる。記憶部２５４０はＲＯＭ、ＲＡＭ、ハードディスク、ＣＤ－ＲＯＭ及びＤＶＤなどのような記憶媒体又は記憶媒体の組み合わせで構成することができる。また、記憶部２５４０は複数個であっても良い。
【0201】
接続部２５６０は基地局のＲＵ装置２５００と基地局のＤＵ装置２５５０を接続する装置で、メッセージ送受信のための物理階層プロセッシング及び基地局のＲＵ装置２５００でメッセージを送信し、基地局のＲＵ装置２５００からメッセージを受信する動作を行うことができる。
【0202】
上述した本開示の具体的な実施例で、本開示に含まれる構成要素は提示された具体的な実施例によって単数又は複数に表現された。しかし、単数又は複数の表現は説明の便宜のために提示した状況に適合するために選択されたもので、本開示は単数又は複数の構成要素に制限されるものではなく、複数で表現された構成要素といえども単数で構成されたり、単数で表現された構成要素といえども複数で構成されたりすることができる。
一方、本明細書と図面に開示された本開示の実施例は本開示の技術内容を容易に説明して本開示の理解を助けるために特定例を提示しただけのものであり、本開示の範囲を限定しようとするものではない。すなわち、本開示の技術的思想に基づいた他の変形例が実施可能ということは本開示の属する技術分野で通常の知識を有する者に自明なことである。また、前記それぞれの実施例は必要によって互いに組み合わせて操作することができる。例えば、本開示の一実施例は他の実施例の一部分を互いに組み合わせて基地局と端末とを操作することができる。
一方、本明細書と図面に開示された本開示の実施例は本開示の技術内容を容易に説明して本開示の理解を助けるために特定例を提示しただけのものであり、本開示の範囲を限定しようとするものではない。すなわち、本開示の技術的思想に基づいた他の変形例が実施可能ということは本開示の属する技術分野で通常の知識を有する者に自明なことである。また、前記それぞれの実施例は必要によって互いに組み合わせて操作することができる。例えば、本開示の一実施例は他の実施例の一部分を互いに組み合わせて基地局と端末とを操作することができる。
【符号の説明】
【0203】
１００ Ｏ－ＲＡＮ ｇＮＢ
１１０ ＮＲＴ－ＲＩＣ
１２０ ＲＩＣ
１３０ Ｏ－ＣＵ－ＣＰ
１４０ Ｏ－ＣＵ－ＵＰ
１５０ Ｏ－ＤＵ
１６０ Ｏ－ＲＵ
２００ オプション７－２ｘカテゴリーＡ
２０２ オプション７－２ｘカテゴリーＢ
２０４ オプション８
２０６ オプション７－１
２０８ オプション７－２
２１０ オプション７－３
２１２ オプション６
２２０ ＲＦ
２３６ ＭＡＣレイヤー
２４０ ＲＦ
２５６ ＭＡＣレイヤー
３００ イーサネットメッセージの規格
３１０ ｅＣＰＲＩ（ｅｎｈａｎｃｅｄ ＣＰＲＩ）ヘッダー
３２０ Ｏ－ＲＡＮヘッダー
３３０ Ｃ－ｐｌａｎｅフォーマット
３４０ Ｕ－ｐｌａｎｅフォーマット
４００ Ｄｅｓｔｉｎａｔｉｏｎ ＭＡＣ ａｄｄｒｅｓｓ
４１０ Ｓｏｕｒｃｅ ＭＡＣ Ａｄｄｒｅｓｓ
４２０ ＶＬＡＮ Ｔａｇ
４３０ Ｅｔｈｅｒｔｙｐｅ／Ｌｅｎｇｔｈフィールド
４４０ ペイロード
５００ ｅｃｐｒｉＶｅｒｓｉｏｎ
５１０ ｅｃｐｒｉＲｅｓｅｒｖｅｄ
５２０ ｅｃｐｒｉＣｏｎｃａｔｅｎａｔｉｏｎ
５３０ ｅｃｐｒｉＭｅｓｓａｇｅ
５４０ ｅｃｐｒｉＰａｙｌｏａｄ
５５０ ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ
５６０ ｅｃｐｒｉＳｅｑｉｄ
６０２ Ｏ－ＲＵ
６０４ Ｏ－ＤＵ
７００ ｔｒａｎｓｐｏｒｔ ｈｅａｄｅｒ
７０２ ｄａｔａＤｉｒｅｃｔｉｏｎ
７０４ ｆｉｌｔｅｒＩｎｄｅｘ
７０６ ｆｒａｍｅＩｄ
７０８ ＳｕｂｆｒａｍｅＩｄ
７１０ ｓｌｏｔＩｄ
７１２ ＳｔａｒＳｙｍｂｏｌｉｄ
７１４ ｎｕｍｂｅｒＯｆｓｅｃｔｉｏｎｓ
７１６ ＳｅｃｔｉｏｎＴｙｐｅ
７１８ ｕｄＣｏｍｐＨｄｒ
７２０ ｅｆ
７２２ ＳｅｃｔｉｏｎＩＤ
７２４ ｒｂ
７２６ ＳｔａｒｔＰｒｂｃ
７２８ ｎｕｍＰｒｂｃ
７３０ ｒｅＭａｓｋ
７３２ ｎｕｍＳｙｍｂｏｌ
７３４ ｅｆ
７３６ ｂｅａｍＩｄ
７３８ ｂｅａｍＩｄ
７４０ アプリケーションヘッダー（ａｐｐｌｉｃａｔｉｏｎ ｈｅａｄｅｒ）
７４２ セクションヘッダー（ｓｅｃｔｉｏｎ ｈｅａｄｅｒ）
８００ ｅｆ
８１０ セクション拡張
８２０ 送信ヘッダー
８３０ アプリケーションヘッダー
８４０ セクションヘッダー
８５０ ｅｆ
８５２ ｅｘｔＴｙｐｅ
８５４ ｅｘｔＬｅｎ
８５８ ４ｂｙｔｅｓ単位の整列のためのゼロパディング
９００ ＭＢＭＳ ｓｅｒｖｉｃｅ ａｒｅａ
９０５ ＭＢＳＦＮ Ａｒｅａ
９１０ ＭＢＳＦＮ Ａｒｅａ Ｒｅｓｅｒｖｅｄ Ｃｅｌｌｓ
１０００ ＭＣＨ
１００５ ＰＭＣＨ
１０１０ ＰＤＳＣＨ
１１００ ラジオフレーム
１１０５ サブフレーム
１１１０ 一般サブフレーム
１１１５ ＭＢＳＦＮサブフレーム
１２００ 端末
１２０５ 基地局
１２１０ ＳＩＢ２を受信する動作
１２１５ ＳＩＢ１３を受信する動作
１２２０ ＭＣＣＨを受信する動作
１２２５ ＭＢＳＦＮサブフレームを受信する動作
１２３５ ＭＴＣＨをデコーディングする動作
１２４０ ＤＵ
１２４５ ＲＵ
１３１０ ＤＵ
１３２０ ＲＵ
１３３０ Ｎｏｒｍａｌ ＣＰを用いるシンボル
１３４０ Ｅｘｔｅｎｄｅｄ ＣＰを用いるシンボル
１４１０ ＤＵ
１４１１ 第１タイプによるＣ－ｐｌａｎｅメッセージ
１４１２ 第３タイプによるＣ－ｐｌａｎｅメッセージ
１４１３ 第１タイプによるＣ－ｐｌａｎｅメッセージ
１４２０ ＲＵ
１４４０ ＭＢＳＦＮ関連情報（又は、フラッグ）
１５１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１５２０ ｍｉｘｅｄＣｐＩｄｘ情報
１５３０ ｍｉｘｅｄＣｐＦｌａｇ情報
１５４０ ｍｉｘｅｄＣｐＩｄｘ情報
１５５０ ｎｕｍｚｅｒｏｓ情報
１６０５ 共通ヘッダーフィールド
１６１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１６２０ ｍｉｘｅｄＣｐＩｄｘ情報
１７０５ セクションフィールド
１７１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１７２０ ｍｉｘｅｄＣｐＩｄｘ情報
１８０１ 第１タイプによるＣ－ｐｌａｎｅメッセージ
１８０５ 第３タイプによるＣ－Ｐｌａｎｅメッセージ
１８１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１８２０ ｍｉｘｅｄＣｐＩｄｘ情報
１９１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１９２０ ｍｉｘｅｄＣｐＩｄｘ情報
２０１０ ｍｉｘｅｄＣｐＦｌａｇ情報
２０２０ ｍｉｘｅｄＣｐＩｄｘ情報
２５００ 基地局のＲＵ装置
２５１０ 送受信部
２５２０ 制御部
２５３０ 接続部
２５４０ 記憶部
２５５０ 基地局のＤＵ装置
２５６０ 接続部
２５７０ 制御部
２５８０ 記憶部
１１０ ＮＲＴ－ＲＩＣ
１２０ ＲＩＣ
１３０ Ｏ－ＣＵ－ＣＰ
１４０ Ｏ－ＣＵ－ＵＰ
１５０ Ｏ－ＤＵ
１６０ Ｏ－ＲＵ
２００ オプション７－２ｘカテゴリーＡ
２０２ オプション７－２ｘカテゴリーＢ
２０４ オプション８
２０６ オプション７－１
２０８ オプション７－２
２１０ オプション７－３
２１２ オプション６
２２０ ＲＦ
２３６ ＭＡＣレイヤー
２４０ ＲＦ
２５６ ＭＡＣレイヤー
３００ イーサネットメッセージの規格
３１０ ｅＣＰＲＩ（ｅｎｈａｎｃｅｄ ＣＰＲＩ）ヘッダー
３２０ Ｏ－ＲＡＮヘッダー
３３０ Ｃ－ｐｌａｎｅフォーマット
３４０ Ｕ－ｐｌａｎｅフォーマット
４００ Ｄｅｓｔｉｎａｔｉｏｎ ＭＡＣ ａｄｄｒｅｓｓ
４１０ Ｓｏｕｒｃｅ ＭＡＣ Ａｄｄｒｅｓｓ
４２０ ＶＬＡＮ Ｔａｇ
４３０ Ｅｔｈｅｒｔｙｐｅ／Ｌｅｎｇｔｈフィールド
４４０ ペイロード
５００ ｅｃｐｒｉＶｅｒｓｉｏｎ
５１０ ｅｃｐｒｉＲｅｓｅｒｖｅｄ
５２０ ｅｃｐｒｉＣｏｎｃａｔｅｎａｔｉｏｎ
５３０ ｅｃｐｒｉＭｅｓｓａｇｅ
５４０ ｅｃｐｒｉＰａｙｌｏａｄ
５５０ ｅｃｐｒｉＲｔｃｉｄ／ｅｃｐｒｉＰｃｉｄ
５６０ ｅｃｐｒｉＳｅｑｉｄ
６０２ Ｏ－ＲＵ
６０４ Ｏ－ＤＵ
７００ ｔｒａｎｓｐｏｒｔ ｈｅａｄｅｒ
７０２ ｄａｔａＤｉｒｅｃｔｉｏｎ
７０４ ｆｉｌｔｅｒＩｎｄｅｘ
７０６ ｆｒａｍｅＩｄ
７０８ ＳｕｂｆｒａｍｅＩｄ
７１０ ｓｌｏｔＩｄ
７１２ ＳｔａｒＳｙｍｂｏｌｉｄ
７１４ ｎｕｍｂｅｒＯｆｓｅｃｔｉｏｎｓ
７１６ ＳｅｃｔｉｏｎＴｙｐｅ
７１８ ｕｄＣｏｍｐＨｄｒ
７２０ ｅｆ
７２２ ＳｅｃｔｉｏｎＩＤ
７２４ ｒｂ
７２６ ＳｔａｒｔＰｒｂｃ
７２８ ｎｕｍＰｒｂｃ
７３０ ｒｅＭａｓｋ
７３２ ｎｕｍＳｙｍｂｏｌ
７３４ ｅｆ
７３６ ｂｅａｍＩｄ
７３８ ｂｅａｍＩｄ
７４０ アプリケーションヘッダー（ａｐｐｌｉｃａｔｉｏｎ ｈｅａｄｅｒ）
７４２ セクションヘッダー（ｓｅｃｔｉｏｎ ｈｅａｄｅｒ）
８００ ｅｆ
８１０ セクション拡張
８２０ 送信ヘッダー
８３０ アプリケーションヘッダー
８４０ セクションヘッダー
８５０ ｅｆ
８５２ ｅｘｔＴｙｐｅ
８５４ ｅｘｔＬｅｎ
８５８ ４ｂｙｔｅｓ単位の整列のためのゼロパディング
９００ ＭＢＭＳ ｓｅｒｖｉｃｅ ａｒｅａ
９０５ ＭＢＳＦＮ Ａｒｅａ
９１０ ＭＢＳＦＮ Ａｒｅａ Ｒｅｓｅｒｖｅｄ Ｃｅｌｌｓ
１０００ ＭＣＨ
１００５ ＰＭＣＨ
１０１０ ＰＤＳＣＨ
１１００ ラジオフレーム
１１０５ サブフレーム
１１１０ 一般サブフレーム
１１１５ ＭＢＳＦＮサブフレーム
１２００ 端末
１２０５ 基地局
１２１０ ＳＩＢ２を受信する動作
１２１５ ＳＩＢ１３を受信する動作
１２２０ ＭＣＣＨを受信する動作
１２２５ ＭＢＳＦＮサブフレームを受信する動作
１２３５ ＭＴＣＨをデコーディングする動作
１２４０ ＤＵ
１２４５ ＲＵ
１３１０ ＤＵ
１３２０ ＲＵ
１３３０ Ｎｏｒｍａｌ ＣＰを用いるシンボル
１３４０ Ｅｘｔｅｎｄｅｄ ＣＰを用いるシンボル
１４１０ ＤＵ
１４１１ 第１タイプによるＣ－ｐｌａｎｅメッセージ
１４１２ 第３タイプによるＣ－ｐｌａｎｅメッセージ
１４１３ 第１タイプによるＣ－ｐｌａｎｅメッセージ
１４２０ ＲＵ
１４４０ ＭＢＳＦＮ関連情報（又は、フラッグ）
１５１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１５２０ ｍｉｘｅｄＣｐＩｄｘ情報
１５３０ ｍｉｘｅｄＣｐＦｌａｇ情報
１５４０ ｍｉｘｅｄＣｐＩｄｘ情報
１５５０ ｎｕｍｚｅｒｏｓ情報
１６０５ 共通ヘッダーフィールド
１６１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１６２０ ｍｉｘｅｄＣｐＩｄｘ情報
１７０５ セクションフィールド
１７１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１７２０ ｍｉｘｅｄＣｐＩｄｘ情報
１８０１ 第１タイプによるＣ－ｐｌａｎｅメッセージ
１８０５ 第３タイプによるＣ－Ｐｌａｎｅメッセージ
１８１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１８２０ ｍｉｘｅｄＣｐＩｄｘ情報
１９１０ ｍｉｘｅｄＣｐＦｌａｇ情報
１９２０ ｍｉｘｅｄＣｐＩｄｘ情報
２０１０ ｍｉｘｅｄＣｐＦｌａｇ情報
２０２０ ｍｉｘｅｄＣｐＩｄｘ情報
２５００ 基地局のＲＵ装置
２５１０ 送受信部
２５２０ 制御部
２５３０ 接続部
２５４０ 記憶部
２５５０ 基地局のＤＵ装置
２５６０ 接続部
２５７０ 制御部
２５８０ 記憶部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12A】
【図12B】
【図13】
【図14】
【図15A】
【図15B】
【図16】
【図17】
【図18A】
【図18B】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【国際調査報告】