JP2023541675A

JP2023541675A - Ｍｉｍｏシステムのための送信方法及び装置

Info

Publication number: JP2023541675A
Application number: JP2023517759A
Authority: JP
Inventors: ジョンファン・キム; セイジュン・シム; ジョンホ・オ; キルシク・ハ
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2020-09-17
Filing date: 2021-03-10
Publication date: 2023-10-03
Also published as: US11751210B2; WO2022059871A1; US20230354355A1; AU2021344103A1; US20240155626A1; CN116158016A; US20230354356A1; EP4165786A1; US20220086890A1; KR20240023069A; US12004194B2; BR112023005015A2; US11917648B2; EP4165786A4

Abstract

第４世代（４Ｇ）システム以後より高いデータ送信率をサポートするための第５世代（５Ｇ）通信システムをＩｏＴ技術とコンバージェンスする通信技法及びそのシステムが提供される。前記方法は５Ｇ通信技術及びＩｏＴ関連技術に基づいて知能型サービス（例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、スマート小売り、保安及び安全サービなど）を含むことができる。本発明の一実施例による基地局のデジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）の方法は、少なくとも一つのユーザに対するスケジューリング関連パラメーターを決定する段階と、前記スケジューリング関連パラメーターを指示するスケジューリング情報をラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）に送信する段階と、を含み、前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことができる。

Description

本発明は、無線通信システムに関する。より詳しくは、本発明は制御メッセージを送受信して処理する方法及び装置に関する。

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

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

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

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

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

ＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）は送・受信機が複数のアンテナを用いて通信する技術で、ＭＩＭＯシステムの容量（ｃａｐａｃｉｔｙ）はアンテナ数に比例して増加することが理論的に証明された。比較的簡単な方法で送信量をふやすことができる利点によりＭＩＭＯは多様な通信・放送システムに規格化されて用いられている。また、近年、注目されている大容量（ｍａｓｓｉｖｅ）ＭＩＭＯは多数のアンテナでビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）して多重ユーザ間の干渉を効果的に除去することができて５Ｇ移動通信の核心技術として位置づけられた。

併せて、大容量ＭＩＭＯシステム観点でデータ送信の効率的操作のために、送信部をＤＵ（ＤｉｇｉｔａｌＵｎｉｔ）とＲＵ（ＲａｄｉｏＵｎｉｔ）で機能分離（ｆｕｎｃｔｉｏｎｓｐｌｉｔ）して用いている。機能分離構造においてはＤＵでデジタル信号処理を行い、ＲＵではＤ／Ａ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ）変換及びアナログ信号送信を担当した。しかし、近年の多様なサービス及びシステム要求事項を満たすため、ＯＲＡＮ（ＯｐｅｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のような標準で機能分離構造形態別のインターフェースを定義しており、現在にも標準発行を介してＤＵ－ＲＵの間の機能分離による必要インターフェースなどに対する論議が活発に進行されている。

前記情報はただ本開示の理解を助けるための背景情報としてだけ提供される。上述した内容のうちのいずれが本開示に係る先行技術として適用されることができるかに対する決定又は主張は成り立たない。

本発明においてはチャンネルフィードバックが存在する多重ユーザＭＩＭＯ（ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ）システムの送信方法を提供する。一般的に、送信端は受信端から受けたチャンネル情報を用いてダウンリンクで発生する多重ユーザに対する干渉効果を相殺しながら望むユーザにはビーム（ｂｅａｍ）利得を与えることができるプリコーディング（ｐｒｅｃｏｄｉｎｇ）を適用することができる。本発明においては多重ユーザ用プリコーディングのためのプリコーディングシステムを提案し、これを実際に具現するために必要なＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）とＲＵ（ｒａｄｉｏｕｎｉｔ）の間のインターフェースを定義する。

本発明の一実施例によれば、基地局のデジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）の方法が提供される。前記基地局のＤＵの方法は、少なくとも一つのユーザに対するスケジューリング関連パラメーターを決定する段階と、前記スケジューリング関連パラメーターを指示するスケジューリング情報をラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）に送信する段階と、を含み、前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことができる。

本発明の別の一実施例によれば、前記スケジューリング関連パラメーターが提供される。前記スケジューリング関連パラメーターは、各ユーザに対応する少なくとも一つのｕｅＩＤ、前記各ユーザに対応するｕｅＩＤの個数、スケジューリングされる前記少なくとも一つのユーザの数、及び前記各ユーザのレイヤー数、のうちの少なくとも一つを含むことができる。

本発明の別の一実施例によれば、前記第１セクション拡張フィールドは、前記少なくとも一つのユーザそれぞれに対して、同じｕｅＩＤを前記各ユーザのレイヤー数ほど繰り返し的に含むことができる。

本発明の別の一実施例によれば、前記第１セクション拡張フィールドは、前記スケジューリング情報を介してスケジューリングされる前記少なくとも一つのユーザの数ほど互いに異なるｕｅＩＤを含むことができる。

本発明の別の一実施例によれば、前記各ユーザに対応する少なくとも一つのｕｅＩＤは、前記各ユーザに対応するｕｅＩＤの個数ほど連続的な値を持つことができる。

本発明の別の一実施例によれば、基地局のラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）の方法が提供される。前記基地局のＲＵの方法は、デジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）から少なくとも一つのユーザに対するスケジューリング関連パラメーターを指示するスケジューリング情報を受信する段階と、前記スケジューリング情報に基づいて前記スケジューリング関連パラメーターを獲得する段階と、を含み、前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに係る前記ｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことができる。

本発明の別の一実施例によれば、基地局のデジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）装置が提供される。前記基地局のＤＵ装置は、ラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）と信号を送受信するコネクタと、少なくとも一つのユーザに対するスケジューリング関連パラメーターを決定し、前記スケジューリング関連パラメーターを指示するスケジューリング情報を前記ＲＵに送信するように制御する少なくとも一つのプロセッサと、を含み、前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことができる。

本発明の別の一実施例によれば、基地局のラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）装置が提供される。前記基地局のＲＵ装置は、デジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）と信号を送受信するコネクタと、前記ＤＵから少なくとも少なくとも一つのユーザに対するスケジューリング関連パラメーターを指示するスケジューリング情報を受信し、前記スケジューリング情報に基づいて前記スケジューリング関連パラメーターを獲得するように制御する少なくとも一つのプロセッサと、を含み、前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに係る前記ｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことができる。

本発明の実施例によれば、多重ユーザＭＩＭＯシステムの送信方法が提供される。前記多重ユーザＭＩＭＯシステムの送信方法はチャンネルフィードバックを含む。具体的には、多重ユーザ用プリコーディングのためのシステムを提案し、これを実際に具現するために必要なＤＵ－ＲＵの間のインターフェースを定義する。

本発明の他の実施例、利点及び著しい特徴は添付された図面と共に本発明の詳細な説明から当業者に明らかになるであろう。

本発明の任意の実施例の前記及び他の側面、特徴及び利点は、添付の図面と共に以下の詳細な説明からより明らかになるであろう：
本発明の実施例によるＯ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）ネットワークシステムを示す図面である。本発明の実施例によるＲＵ（ｒａｄｉｏｕｎｉｔ）とＤＵ（ｄｉｇｉｔａｌｕｎｉｔ）を通じる下位レイヤー機能分割（ｌｏｗｌａｙｅｒｆｕｎｃｔｉｏｎｓｐｌｉｔ）を示す図面である。本発明の実施例によるＲＵとＤＵの間で送信されるメッセージのフォーマットを示す図面である。本発明の実施例によるイーサネットメッセージの規格を示す図面である。本発明の実施例によるｅＣＰＲＩ（ｅｎｈａｎｃｅｄｃｏｍｍｏｎｐｕｂｌｉｃｒａｄｉｏｉｎｔｅｒｆａｃｅ）ヘッダーのフォーマットを示す図面である。本発明の実施例によるＣ－ｐｌａｎｅ及びＵ－ｐｌａｎｅメッセージを介して制御メッセージ又はデータが伝達される流れを示す図面である。本発明の実施例によるセクションタイプ５のＣ－Ｐｌａｎｅメッセージフォーマットを示す図面である。本発明の実施例によるセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）タイプ１０のメッセージフォーマットを示す図面である。本発明の実施例によるセクションタイプ６のＣ－Ｐｌａｎｅメッセージフォーマットを示す図面である。本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第１オペレーションを示す図面である。本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第２オペレーションを示す図面である。本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第３オペレーションを示す図面である。本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第４オペレーションを示す図面である。本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第５オペレーションを示す図面である。本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第６オペレーションを示す図面である。本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットを示す図面である。本発明の実施例による加重値又はチャンネル変換行列伝達のためのメッセージフォーマットを示す図面である。本発明の一実施例によるデジタルユニット（ＤＵ；ｄｉｇｉｔａｌｕｎｉｔ）の動作を示すフローチャートである。本発明の一実施例によるラジオユニット（ＲＵ；ｒａｄｉｏｕｎｉｔ）の動作を示すフローチャートである。本発明の一実施例によるＤＵとＲＵの構造を示す図面である。

図面全体にかけて同一参照番号は同一部品、構成要素及び構造を指称することが理解される。

添付された図面を参照する次の説明は請求範囲及び均等物によって定義される本発明の多様な実施例の包括的な理解を助けるために提供される。これは理解を助けるために多様な特定詳細事項を含むがこれはただ例示と見なされなければならない。したがって、当業者は本発明で記述された多様な実施例の多様な変形及び修正が本開示の範囲及び思想を逸脱せず行われることができることを分かることができるだろう。また、公知の機能及び構成に対する説明は明確性及び簡潔性のために省略されることができる。

以下の説明及び請求範囲に使われた用語及び単語は書誌的意味に限定されず、発明者が開示内容を明確で一貫されるように理解するために使用したものにすぎない。したがって、本開示の多様な実施例に対して次の説明は添付された請求範囲及びその均等物によって定義されたように本開示を制限する目的ではなく例示目的だけで提供されるということが当業者に明白であろう。

単数形態 “ａ”、“ａｎ”及び“ｔｈｅ”は文脈上明白に他に指示しない限り、複数指示対象を含むことに理解されなければならない。したがって、例えば、“部品表面”に対する言及はこのような表面中の一つ以上に対する言及を含む。

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

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

このとき、本実施形態に用いられる‘～部’という用語は、ソフトウェア又はＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）又はＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）のようなハードウェア構成要素を意味し、‘～部’はどんな役目を行う。しかし、‘～部’は、ソフトウェア又はハードウェアに限定される意味ではない。‘～部’はアドレシングすることができる記憶媒体にあるように構成されることもでき、１つ又はその以上のプロセッサを再生させるように構成されることもできる。したがって、一例として‘～部’はソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と‘～部’のうちで提供される機能はより小さい数の構成要素及び‘～部’に結合されたり追加的な構成要素と‘～部’でさらに分離されたりすることができる。それだけでなく、構成要素及び‘～部’はデバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現されることもできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

次には、Ｏ－ＲＵとＯ－ＤＵの間で送信される情報に対してより具体的に記述する。

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

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

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

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

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

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

図５は、本発明の実施例によるｅＣＰＲＩヘッダーのフォーマットを示す図面である。ｅＣＰＲＩヘッダーは送信ヘッダー（ｔｒａｎｓｐｏｒｔｈｅａｄｅｒ）でイーサネットペイロード（図４の４４０）の先側に位置する。

図５を参照すれば、ｅＣＰＲＩヘッダーは総８ｂｙｔｅｓでｅｃｐｒｉＶｅｒｓｉｏｎ５００は４ｂｉｔｓで０００１ｂの固定された値が用いられ、ｅｃｐｒｉＲｅｓｅｒｖｅｄ５１０は３ｂｉｔｓで００００ｂの固定された値が用いられ、ｅｃｐｒｉＣｏｎｃａｔｅｎａｔｉｏｎ５２０は１ｂｉｔで０ｂの固定された値が用いられてｅｃｐｒｉＭｅｓｓａｇｅ５３０は１ｂｙｔｅでメッセージのタイプを指示する。Ｕ－ｐｌａｎｅの場合、００００００００ｂ（０ｘ０）の値が用いられ、Ｃ－ｐｌａｎｅの場合、００００００１０ｂ（０ｘ２）の値が、用いられ、ｅＣＰＲＩ遅延測定（ｄｅｌａｙｍｅａｓｕｒｅｍｅｎｔ）の場合、０００００１０１ｂ（０ｘ５）の値が用いられることができる。

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

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

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

図６は、本発明の実施例によるＣ－ｐｌａｎｅ及びＵ－ｐｌａｎｅメッセージを介して制御メッセージ又はデータが伝達される流れを示す図面である。

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

セクションタイプは下記のように６つがサポートされることができる。

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

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

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

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

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

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

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

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

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

本発明においてはチャンネルフィードバックが存在する多重ユーザＭＩＭＯシステムの送信方法を提案し、この技術の具現のためにＯＲＡＮ標準に必要なインターフェースを定義する。

このために先ずＯＲＡＮでサポートするｚｅｒｏ－ｆｏｒｃｉｎｇ（ＺＦ）基盤ＭＩＭＯ送信方法とこれに係るＤＵ－ＲＵの間のインターフェースに対して簡略に紹介する。

ＺＦ基盤ＭＩＭＯ送信方説明のために送信端アンテナ数をＮ_ｔ、受信ユーザ当り受信端アンテナ数をＮ_ｒ，kで示す場合、送信端はチャンネルフィードバックを介してＫ名のユーザに対する
のチャンネル行列Ｈに関する情報が分かる。この時、送信端で生成するＺＦ加重値（ｗｅｉｇｈｔ）は数式１のように求められる。

［数式１］

数式展開の便宜上の送信機が
を送信する場合、
となり、すべてのアンテナの間のチャンネル干渉を除去することができる。

ＯＲＡＮではＣ－ｐｌａｎｅインターフェースを介してＤＵからＲＵに伝達する制御情報のフォーマットを定義しているのに、ＺＦＭＩＭＯ送信に係る情報はセクションタイプ５（Ｓｅｃｔｉｏｎｔｙｐｅ５）又はセクションタイプ６（ＳｅｃｔｉｏｎＴｙｐｅ６）に定義されている。ＳｅｃｔｉｏｎＴｙｐｅ５はＤＵがチャンネル情報を参考してスケジューリングした後、ＲＵにスケジュールされたユーザインデックスを含むスケジューリング情報を伝達する時に必要なインターフェースを含む。ここでＤＵがチャンネル情報を獲得する方法は２つがある。第１はＲＵがＳＲＳ（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅｓｉｇｎａｌ）をプロセッシングしてＤＵにチャンネル情報を伝達することで、第２はＤＵがＳＲＳをプロセッシングしてチャンネル情報を獲得することである。第２の場合、ＤＵがＲＵでチャンネル情報を伝達することができ、この時に必要なインターフェースはＳｅｃｔｉｏｎＴｙｐｅ６に含まれている。

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

図７を参照すれば、セクションタイプ５（ｓｅｃｔｉｏｎＴｙｐｅ＝５）メッセージフォーマット７００はＲＵがリアルタイムビームフォーミング加重値計算ができるようにＵＥスケジューリング情報を伝達するのに用いられて情報フィールドを含むことができる。

ｔｒａｎｓｐｏｒｔｈｅａｄｅｒは図５に図示したｅＣＰＲＩヘッダー又はＩＥＥＥ－１９１４．３による情報であって良い。ｄａｔａＤｉｒｅｃｔｉｏｎ７０２はＵ－Ｐｌａｎｅメッセージの方向を指示し、０はＵＬ、１はＤＬを指示する。

ｆｉｌｔｅｒＩｎｄｅｘ７０４はＲＵのチャンネルフィルター（ｃｈａｎｎｅｌｆｉｌｔｅｒ）を指示し、０ｘ１に設定されることができる。ｆｒａｍｅＩｄ７０６は１０ｍｓ単位の特定フレームを指示する。ＳｕｂｆｒａｍｅＩｄ７０８は該当するフレーム内の１ｍｓ単位の特定サブフレームを指示する。ｓｌｏｔＩｄ７１０は該当するフレーム内の特定スロットを指示する。

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

セクションタイプ５のＣ－ｐｌａｎｅメッセージは任意のセクションに対する情報を含む。ＳｅｃｔｉｏｎＩＤ７２２はセクションのＩＤを指示し、これはＣ－ｐｌａｎｅメッセージとＵ－ｐｌａｎｅメッセージのマッチングのために用いられることができる。ｒｂ７２４はどんなＰＲＢが用いられるのか指示し、０はすべてのＰＲＢが用いられることを指示し、１は２個ごとに一つのＰＲＢ（ｅｖｅｒｙｏｔｈｅｒＰＲＢ）が用いられることを指示することができる。ＳｔａｒｔＰｒｂｃ７２６は当該セクションの初めＰＲＢを指示するのに用いられ、ｎｕｍＰｒｂｃ７２８は当該セクションのＰＲＢの数を指示するのに用いられる。ｒｅＭａｓｋ７３０は当該ＰＲＢで特定ビームに該当するＲＥ（又はサブキャリア）を指示するビットパターンで、ｒｅＭａｓｋを介して１個のＰＲＢ内に互いに異なるビームが適用されることができる。ｎｕｍＳｙｍｂｏｌ７３２は当該セクションに該当するシンボルの数を指示し、ｅｆ７３４は当該セクション後にセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）があるか否かを指示することができる。また、前記Ｃ－ｐｌａｎｅメッセージにはセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）が含まれることができ、セクション拡張を含むか否かはｅｆ７２０によって指示されることができる。前記図７に関して記述された各フィールド又は情報の内容は必ずすべてのフィールドが含まれなければならないのではなく、必要によって省略されるか、又は／及び他のフィールドが追加されて本発明が行われることができる。

前述した一つのｓｅｃｔｉｏｎｔｙｐｅ５（ＳＴ５）フレームは定められたリソース（ｓｔａｒｔＰｒｂｃ、ｎｕｍＰｒｂｃ、ｓｙｍＩｎｃなどで指示）内に一つのｕｅＩｄ（ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）だけ伝達するように定義しており、対応するレイヤー情報はｔｒａｎｓｐｏｒｔｈｅａｄｅｒ内のｅＡｘＣ値に設定されることができる。ｕｅＩＤは当該セクションの内容が適用されるＵＥのラベル（ｌａｂｅｌ）を示すパラメーターであり、Ｏ－ＤＵからＯ－ＲＵに送信されるチャンネル情報をサポートするために用いられることができる。前記ｕｅＩＤはＵＥのラベルとして機能するだけ、特定値がシステム内でサポートされることができるＵＥのタイプに係って特定意味を有しない。一方、ＺＦＭＩＭＯ送信のためには同一リソースに対して多くのｕｅＩＤ情報を割り当てなければならないのに、このため方法で２つが考慮されることができる。第１方法はｔｒａｎｓｐｏｒｔｈｅａｄｅｒ内のｅＡｘＣ値を異なるように設定してＳＴ５フレームを数回送信することによってフレーム個数ほどｕｅＩＤ情報を伝達することである。第２方法はセクション拡張（ＳＥ：ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）を活用することである。例えば、図７に開示されたｅｆ（ｅｘｔｅｎｓｉｏｎｆｌａｇ）値を１と設定した後、ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎフレームを追加して多くのｕｅＩＤ情報を一回に設定して送信することができる。ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎはビームフォーミング加重値を伝達するか、又はビームフォーミング属性（ｂｅａｍｆｏｒｍｉｎｇａｔｔｒｉｂｕｔｅｓ）を伝達するか、プリコーディング設定及びパラメーターを伝達するか、変調圧縮（ｍｏｄｕｌａｔｉｏｎｃｏｍｐｒｅｓｓｉｏｎ）関連パラメーターを伝達するか、連続的ではないＰＲＢ割り当てに対する情報を伝達するか、複数のｅＡｘＣ（ｅｘｔｅｎｄｅｄａｎｔｅｎｎａ－ｃａｒｒｉｅｒ、１個の独立的なアンテナ素子で１個のキャリアの受信又は送信に必要なデジタルベースバンドユーザ－平面でこれは各レイヤーに対する送信を意味することができる）を目的地とする場合のためのことなど目的に合わせて多様なタイプがサポートされることができるが、以下、図８ではｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎｔｙｐｅ１０（ＳＥ１０）を説明する。

図８は、本発明の実施例によるセクション拡張（ｓｅｃｔｉｏｎｅｘｔｅｎｓｉｏｎ）タイプ１０のメッセージフォーマットを図示した図面を示す。

セクション拡張８００は次のようなフィールドを含むことができる。ｅｆ８０２は他のセクション拡張が順次に含まれたか否かを指示し、ｅｘｔＴｙｐｅ８０４はセクション拡張の種類を指示する。図８の場合、ＳＥ１０を示すｅｘｔＴｙｐｅ＝０ｘ０ｙを例示として図示した。この時、ｂｅａｍＧｒｏｕｐＴｙｐｅは１０ｂである。ｅｘｔＬｅｎ８０６は当該セクション拡張の４ｂｙｔｅｓ単位の長さを指示することができる。ｎｕｍＰｏｒｔｃ値はＳＥに割り当てられるすべてｕｅＩＤ個数を示し、ｕｅＩＤ情報は図８のように連続的に設定されることができる。前記図８に関して記述された各フィールド又は情報の内容は必ずすべてのフィールドが含まれなければならないのではなく、必要によって省略されるか又は／及び他のフィールドが追加されて本発明が行われることができる。

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

図９を参照すれば、セクションタイプ６（ｓｅｃｔｉｏｎＴｙｐｅ＝６）メッセージフォーマット９００はＲＵがリアルタイムビームフォーミング加重値計算ができるように周期的にＵＥチャンネル情報を伝達するのに用いられ、情報フィールドを含むことができる。ｔｒａｎｓｐｏｒｔｈｅａｄｅｒは図５に図示したｅＣＰＲＩヘッダー又はＩＥＥＥ－１９１４．３による情報であって良い。ｄａｔａＤｉｒｅｃｔｉｏｎ９０２はＵ－Ｐｌａｎｅメッセージの方向を指示し、０はＵＬ、１はＤＬを指示する。セクションタイプ６は該当するｕｅＩｄに対し、すべてのＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）、アンテナに対する複素数チャンネル値を伝達するのに用いられる。この時、複素数チャンネル値はｃｉＩＳａｍｐｌｅ／ｃｉＱＳａｍｐｌｅチャンネル情報Ｉ値Ｑ値であって良い。以外のパラメーターは図７を介して説明したセクションタイプ５で記述した内容に相応することができる。前記図９に関して記述された各フィールド又は情報の内容は必ずすべてのフィールドが含まれなければならないのではなく、必要によって省略されるか又は／及び他のフィールドが追加されて本発明が行われることができる。

一方、最近セルラー通信においてはアップリンクＴＡＳ（ＴｒａｎｓｍｉｔＡｎｔｅｎｎａＳｅｌｅｃｔｉｏｎ）の規格化によって単一（ｓｉｎｇｌｅ－ｕｓｅｒ、ＳＵ）／多重ユーザ（ｍｕｌｔｉ－ｕｓｅｒ、ＭＵ）－ＭＩＭＯでビームフォーミングを適用する時、ユーザ別の単一ストリームだけでなく多重ストリームも送信する技術の実現可能性が高くなった。前述したＺＦビームフォーミング技法は比較的簡単な方法であるが、他のユーザのチャンネルだけではなく一ユーザ内でのチャンネル干渉までいずれも除去することによって性能損失が発生する。このような損失を防止するためにチャンネル行列のサブスペース分解（ｓｕｂｓｐａｃｅｄｅｃｏｍｐｏｓｉｔｉｏｎ）又はチャンネル化（ｃｈａｎｎｅｌｉｚａｔｉｏｎ）などを考慮することができるが、このような技術を具現するためにはＯＲＡＮ標準規格に新しいインターフェースが必要である。

本発明は通信物理階層でＴＡＳを活用して推定されたチャンネルを用いてチャンネル分解及び変換を介して多重ユーザ干渉又は単一ユーザ内でｃｏ－ｃｈａｎｎｅｌ（送信ｌａｙｅｒの間）干渉を減らすビームフォーミング技法に関する。特に、本発明は技術の実在的具現のために必要なＤＵ－ＲＵの間のインターフェースを提案する。

先ず、ＳＵ－ＭＩＭＯ送信では、当該ユーザチャンネル行列のサブスペース分解又はチャンネル化を介して適切な加重値を生成することができる。ＳＵ送信のためのレイヤー数をＬとする時、加重値Ｗ_ＳＵは
の次元を持つ。

次に、ＭＵ－ＭＩＭＯ送信では、基本的に多重ユーザ間の干渉を除去するためにＺＦ加重値生成方法を活用するが、各ユーザ内でのコンバイニング（ｃｏｍｂｉｎｉｎｇ）利得を得るため、
の形態でチャンネルを変換することができる。ここで
の各ユーザチャンネルで、
のチャンネル変換行列であり、ユニタリー（ｕｎｉｔａｒｙ）行列の副行列に該当し、
は各ユーザの送信レイヤー数である。

本発明は前記Ｗ_ＳＵ及びＸ_ｋに係る情報を伝達するためのインターフェースを提案し、この時、Ｗ_ＳＵ及びＸ_ｋがＤＵで生成される場合、又はＲＵで生成される場合によってそれぞれ必要なインターフェースを定義する方法を提案する。

（１）ＲＵでＷ_ＳＵ及びＸ_ｋが生成される場合

ＲＵでＷ_ＳＵ及びＸ_ｋが生成される場合、ＤＵはＲＵがＷ_ＳＵとＸ_ｋを生成するように必要なスケジューリング情報をＲＵに伝達することができる。前記ＤＵがＲＵに伝達するスケジューリング情報は前述の図７を参照して説明したセクションタイプ５Ｃ－Ｐｌａｎｅメッセージを介して伝達されることができる。一方、ＲＵでＷ_ＳＵ及びＸ_ｋを生成するためには各ユーザチャンネルに該当するＨ又はＨ_ｋが分からなければならないが、現在、ＯＲＡＮ規格ではｕｅＩＤ伝達時、各ｕｅＩＤがどんなユーザチャンネルに属するかに対する情報が伝達されない。本発明ではＤＵがＲＵで各ユーザチャンネルに該当するｕｅＩＤグループ情報（すなわち、各ユーザに対応するｕｅＩＤをグルーピングするための情報）及び各ユーザの送信レイヤー数の情報を伝達するためのインターフェースが開示される。

各ユーザチャンネルに該当するｕｅＩＤグループ情報及び各ユーザの送信レイヤー数の情報を伝達するための第１方法は各ＳＴ５フレームごとに新しいセクション拡張（ＳＥ）を追加して当該ユーザ情報を伝達する方法であり、以下、図１０を介して説明する。

図１０は、本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第１オペレーションを示す図面である。

図１０を参照すれば、第１オペレーション１０００では各ｕｅＩＤに対応するＳＴ５フレームごとに新しいセクション拡張（ＳＥ）を追加して当該ユーザ情報を伝達する方法が開示される。第１方法による場合、各ｓｅｃｔｉｏｎｆｒａｍｅのｕｅＩＤがどんなユーザに属するかどうかを示すための方法で仮想のユーザＩＤを定義して用いるか、又は図１０のように各ユーザを代表するｕｅＩＤ（ｒｅｐｒｅｓｅｎｔａｔｉｖｅｕｅＩＤで表記）をユーザＩＤで用いることができる。ｎｕｍＵｅＩＤは各ユーザに該当するｕｅＩＤの個数で、ｎｕｍＬａｙｅｒｓは各ユーザの送信レイヤー数を示すことができる。この外にどんな特別な用途で総ユーザ数、ＳＵ／ＭＵ動作区分フラッグなどを追加することができる。

各ユーザチャンネルに該当するｕｅＩＤグループ情報及び各ユーザの送信レイヤー数の情報を伝達するための第２方法は、一つのＳＴ５フレームにセクション拡張（ＳＥ）を介してすべてのスケジューリングされるユーザに該当するｕｅＩＤ情報と付加情報（ユーザに割り当られたレイヤーの数など）を伝達する方法であり、以下、図１１乃至図１５（図１５ａ、１５ｂ）を介して説明する。第２方法のために用いられるＳＥは新しいｅｘｔｅｎｓｉｏｎｔｙｐｅを定義して用いるか、又は既存のｅｘｔｅｎｓｉｏｎｔｙｐｅ（例えば、ＳＥ１０）が用いられることができる。

図１１は、本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第２オペレーションを示す図面である。

図１１を参照すれば、第２オペレーション１１００では新しいｅｘｔｅｎｓｉｏｎｔｙｐｅを用いてｕｅＩＤグループ情報及び付加情報を伝達する方法が開示される。先ず、ｎｕｍＵｓｅｒは当該ｅｘｔｅｎｓｉｏｎに割り当てられた総ユーザ数を示し、ｎｕｍＵｅＩＤは各ユーザに該当するｕｅＩＤ個数で、ｎｕｍＬａｙｅｒｓは各ユーザの送信レイヤー数を示すことができる。図１１を介して定義されるｅｘｔｅｎｓｉｏｎｔｙｐｅでは、各ユーザ別にｎｕｍＵｅＩｄ子のｕｅＩｄが連続的に設定されることができる。図１０と同様にこの外にどんな特別な用途で総ユーザ数、ＳＵ／ＭＵ動作区分フラッグなどを追加することができる。

図１２乃至図１４では既存のＳＥ１０を活用しながら、既存ｂｅａｍＧｒｏｕｐＴｙｐｅ＝１０ｂ又は新しいｂｅａｍＧｒｏｕｐＴｙｐｅを活用してフィールドを確張するオペレーションを開示する。この時、拡張フィールドが存在するか否かは、既存ｅｘｔｅｎｓｉｏｎ領域のａｄｖＢｅａｍＦｌａｇ値を介して確認することができる。

図１２は、本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第３オペレーションを示す図面である。

図１２を参照すれば、第３オペレーション１２００では既存ＳＥ１０を活用してｎｕｍＰｏｒｔｃをユーザ数に係る値で定義することができる。具体的には、ａｄｖＢｅａｍＦｌａｇ＝１の場合、既存領域のｎｕｍＰｏｒｔｃ値を（総ユーザ数－１）の値で用い、既存領域に各ユーザの代表ｕｅＩＤ値を割り当てることができる。そして、拡張フィールドには各ユーザの代表ｕｅＩＤと各ユーザに対するｎｕｍＵｅＩＤ、ｎｕｍＬａｙｅｒ情報を与え、残りｎｕｍＵｅＩＤ－１個のｕｅＩＤ情報を設定することができる。もし、ＳＵ送信の場合、ｎｕｍＰｏｒｔｃ値が０になるが、この部分は既存ｂｅａｍＧｒｏｕｐＴｙｐｅ＝１０ｂでは考慮しない場合である。したがって、ｂｅａｍＧｒｏｕｐＴｙｐｅ＝１０ｂをそのまま使用する場合、ｎｕｍＰｏｒｔｃ値が０である時、拡張フィールドの情報を直ちに参照するように新しい動作を定義することができる。又は新しいｂｅａｍＧｒｏｕｐＴｙｐｅを定義して用いることができる。

図１３は、本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第４オペレーションを示す図面である。

図１３を参照すれば、第４オペレーション１３００では既存ＳＥ１０を活用してｎｕｍＰｏｒｔｃを総スケジューリングレイヤー数に係る値で定義することができる。具体的には、ａｄｖＢｅａｍＦｌａｇ＝１の場合、既存ｅｘｔｅｎｓｉｏｎ領域のｎｕｍＰｏｒｔｃ値を（総スケジューリングレイヤー数－１）の値で用い、既存領域に各ユーザ別にレイヤー数ほどｕｅＩＤを割り当てることができる。そして、拡張フィールドは第３オペレーション１２００（図１２）と類似であるが、本第４オペレーション１３００ではｕｅＩＤ割り当て時に既存領域で設定されないｕｅＩＤだけ割り当てることができる。

図１４は、本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第５オペレーションを示す図面である。

図１４を参照すれば、第５オペレーション１４００では既存ＳＥ１０を活用してｎｕｍＰｏｒｔｃをすべてのユーザの総ｕｅＩＤ数で定義することができる。具体的には、ａｄｖＢｅａｍＦｌａｇ＝１の場合、既存ｅｘｔｅｎｓｉｏｎ領域のｎｕｍＰｏｒｔｃ値を（すべてのユーザのｕｅＩＤ数－１）の値で用い、既存領域に該当されるすべてのｕｅＩＤ情報を割り当てることができる。そして、拡張フィールドには各ユーザの代表ｕｅＩＤとｎｕｍＵｅＩＤ、ｎｕｍＬａｙｅｒ情報だけ割り当てることができる。ただ、この場合にはｎｕｍＰｏｒｔｃ値が６４を超過することができるため、既存ｂｅａｍＧｒｏｕｐＴｙｐｅ＝１０ｂではない新しいｂｅａｍＧｒｏｕｐＴｙｐｅを定義することもできる。

前記第３乃至第５オペレーションではいずれも既存ＳＥ１０を活用してａｄｖＢｅａｍＦｌａｇ値を介して拡張フィールドが存在するか否かを確認することで説明したが、図１２乃至図１４を参照して説明した拡張フィールドのフォーマットを第２オペレーションと類似に新しいｅｘｔｅｎｓｉｏｎｔｙｐｅで定義することも可能である。この場合、新しいｅｘｔｅｎｓｉｏｎｔｙｐｅはａｄｖＢｅａｍＦｌａｇ値ではないｅｆ値を介して確認されることができ、第１例示と類似にｅｆ、ｅｘｔＴｙｐｅ、ｅｘｔＬｅｎ値などが追加的に含まれることができる。

図１５ａは、本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットの第６オペレーションを示す図面である。

図１５ａを参照すれば、もし、一つのユーザ内でのーｕｅＩＤ値が連続的な値を持っている場合、各ユーザの代表ｕｅＩＤ値一つだけ伝達してｎｕｍＵｅＩＤ値とｎｕｍＬａｙｅｒ値の伝達でも十分になる。図１５ａに開示された第６オペレーション１５００はこのような一ユーザ内の連続的なｕｅＩＤを仮定しても１３を効率的なフォーマットで表示した例示であり、ａｄｖＢｅａｍＦｌａｇではないｅｆ値を用いて新しいｅｘｔｅｎｓｉｏｎで表現した例示である。第６オペレーション１５００の場合、既存ＳＥ１０領域にｎｕｍＰｏｒｔｃ個のｕｅＩＤ値を割り当てる時、同一ユーザのｕｅＩＤ数がはいずれも一つの代表ｕｅＩＤ値で設定することを仮定することができる。すると、互いに異なる代表ｕｅＩＤ値の個数を介して総ユーザ数が分かって、同じ代表ｕｅＩＤ値の個数を介して各ユーザの送信レイヤー数が分かる。したがって、新しいｅｘｔｅｎｓｉｏｎには各ユーザのｎｕｍＵｅＩＤ個数だけ伝達しても十分である。図１５ａではｎｕｍＵｅＩＤが４ｂｉｔであることで表現したが、サイズは多様な値で設定することができる。

図１５ｂは、本発明の実施例によるスケジューリング情報伝達のためのメッセージフォーマットを示す図面である。

図１５ｂを参照すれば、スケジューリングされた総ユーザの数は２で仮定し、一つのユーザに対して割り当てられることができる最大ｕｅＩＤの個数は８で仮定する。したがって、各ユーザに割り当てられるｕｅＩＤ値は、８の倍数から始まる割り当てられたｕｅＩＤの個数ほどの連続的な値を持つことができる。前述の仮定した２名のユーザに対し、第１ユーザの送信レイヤーの数は２、そして第１ユーザに割り当てられたｕｅＩＤは４個の連続的な値で０，１，２，３であることを仮定する。第２ユーザの送信レイヤーの数は３、そして第２ユーザに割り当てられたｕｅＩＤは８個の連続的な値で８，９，１０，…１５であることを仮定する。また、各ユーザに対する代表ｕｅＩＤは８の倍数として各ユーザに割り当てられたｕｅＩＤのうちの最も小さい値、すなわち、第１ユーザに対しては０、第２ユーザに対しては８で仮定する。前述の仮定言及された具体的な状況及び数値はいずれも例示のためのものにすぎず、必要によって多様な方法に設定されることができる。

図１５ｂは、前記のように仮定した状況で、本発明の第６オペレーション１５００によって総ユーザの数、各ユーザの送信レイヤー数及び各ユーザに割り当てられたｕｅＩＤを効率的に伝達するためのメッセージフォーマットの具体的なパラメーター設定を図示する。

図１５ｂに図示されたように、ＳＥ１０領域（ｅｘｔＴｙｐｅ＝０Ｘ０ｙ）は０，８，８，８に該当するｕｅＩＤ値を含むことができる。この時、図１５ｂで共に図示しなかったが前記セクション拡張（ＳＥ１０）が適用されるＳＴ５も一つのｕｅＩＤ値を含むが、ＳＴ５は前記第１ユーザに該当するｕｅＩＤ＝０を含むことができる。したがって、総５個のｕｅＩＤ（０，０，８，８，８）が伝達されることができる。また、新しいＳＥ領域（ＮｅｗｅｘｔＴｙｐｅ）では第１ユーザに割り当てられたｕｅＩＤの個数（ｎｕｍｕｅＩＤｏｆ１ｓｔｕｓｅｒ＝４）及び第２ユーザに割り当てられたｕｅＩＤの個数（ｎｕｍｕｅＩＤｏｆ２ｎｄｕｓｅｒ＝８）が含まれることができる。

図１５ｂに図示されたメッセージフォーマットが伝達されたＲＵがこれから総ユーザの数、各ユーザの送信レイヤー数及び各ユーザに割り当てられたｕｅＩＤに対する情報を獲得する方法は次の通りである。

図１５ａを参照して説明したように、図示されたメッセージフォーマットで互いに異なる代表ｕｅＩＤ（すなわち、０と８）の個数は総ユーザの数を示す。例えば、ＲＵは図１５ｂの例示でスケジューリングされた総ユーザの数が２であることを識別する。また、同じ代表ｕｅＩＤ値が繰り返し設定された回数（すなわち、ｕｅＩＤ＝０は２回、ｕｅＩＤ＝０は２回、ｕｅＩＤ＝８は３回）は各ユーザの送信レイヤー数を示す。例えば、ＲＵは図１５ｂの例示で第１ユーザの送信レイヤー数は２、第２ユーザの送信レイヤー数は３であることを識別する。また、新しいＳＥ領域（ＮｅｗｅｘｔＴｙｐｅ）は各ユーザに割り当てられたｕｅＩＤの数がそれぞれ４、８であることを示す。前述の各ユーザに対してｕｅＩＤが連続的に割り当てられることを仮定したので、ＲＵは図１５ｂの例示で第１ユーザに対して代表ｕｅＩＤ＝０から４個の連続的なｕｅＩＤ、すなわち、ｕｅＩＤ＝０，１，２，３が割り当てられたことを識別し、第２ユーザに対して代表ｕｅＩＤ＝８から８個の連続的なｕｅＩＤ、すなわち、ｕｅＩＤ＝８，９，１０，…１５が割り当てられたことを分かる。

以上、図１５ａ及び図１５ｂを参照して説明した第６オペレーション１５００によれば、他の例示と異なり連続的なｕｅＩＤを仮定して既存とは異なる方式に従ってｕｅＩＤを設定する方法を介して、総ユーザの数及び各ユーザの送信レイヤー数を示す明示的なパラメーターを含まなくてこれを暗黙的に伝達することによって、送信効率を高めることができる。また、各ユーザに割り当てられたすべてのｕｅＩＤの値を明示的に含まなく、これを各ユーザの代表ｕｅＩＤと各ユーザに割り当てられたｕｅＩＤの個数を介して暗黙的に伝達することによって、送信効率を高めることができる。ＲＵは図１５ａ又は図１５ｂによるメッセージフォーマットの情報を受信し、第１ユーザに対しては４×Ｎ_ｔのチャンネル行列（ｕｅＩＤ＝０，１，２，３活用）を構成し、第２ユーザに対して８×Ｎ_ｔのチャンネル行列（ｕｅＩＤ＝８，９，…，１５活用）を構成することができる。各ユーザチャンネル行列が構成されればチャンネルサブスペース分解などを適用して各ユーザに適合した加重値生成が可能になるため、ＺＦ基盤送信対比各ユーザの送信効率を向上させることができる。

（２）ＤＵでＷ_ＳＵ及びＸ_ｋが生成される場合

もし、Ｗ_ＳＵとＸ_ｋがＤＵで生成される場合、前述の図１０乃至図１５（図１５ａ、１５ｂ）を参照して説明したｕｅＩＤグループ情報及び付加情報を伝達のためのインターフェース外に、Ｗ_ＳＵ又はＸ_ｋを追加的に伝達するためのインターフェースが必要である。

図１６は、本発明の実施例による加重値又はチャンネル変換行列伝達のためのメッセージフォーマットを示す図面である。

図１６を参照すれば、新しいＳＥを介してＷ_ＳＵ又はＸ_ｋを伝達するフォーマット１６００を例示として開示する。ｚＩＳａｍｐｌｅ／ｚＱＳａｍｐｌｅとｎｕｍＡｎｔを除いた他の変数はいずれも以前の定義と同じである。ｎｕｍＡｎｔとｚＳａｍｐｌｅ値の意味はｗｆ（ｗｅｉｇｈｔｆｌａｇ）によって変わるのに、もし、ＳＵ送信であればｎｕｍＡｎｔは送信アンテナ数となり、ｚＳａｍｐｌｅ値はＮ_ｔ×ＬのＷ_ＳＵ値となる。もし、ＭＵ送信であればｎｕｍＡｎｔは各ユーザの受信アンテナ数を意味し、ｚサンプル値はＬ_ｋ×Ｎ_ｒ，ｋのＸ_ｋ値になる。ここでｚサンプル値はＳＴ５で設定されたすべてのＲＢ範囲に対して伝達される。図１６はＷ_ＳＵとＸ_ｋを一つのフォーマットでサポートする例示であるが、２つの他のフォーマットでサポートすることもできる。

図１７は、本発明の一実施例によるデジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）の動作１７００を図示したフローチャートである。

図１７を参照すれば、段階１７０２でＤＵは少なくとも一つのユーザに対するスケジューリング関連パラメーターを決定することができる。前記スケジューリング関連パラメーターは各ユーザに対応する少なくとも一つのｕｅＩＤ及び前記各ユーザに対応するｕｅＩＤの個数のうちのいずれか一つ以上を含むことができる。また、スケジューリング情報に係ってスケジューリングされるユーザの数、そして各ユーザの送信レイヤーの数が前述の実施例によって明示的又は暗黙的に決定されることができる。前記開示されたスケジューリング関連パラメーターは例示のためのものにすぎず、本発明の範囲を制限せず、ＤＵがラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）にスケジューリング情報を伝達するために必要な任意のパラメーターを含むことができる。

段階１７０４で、ＤＵは前記スケジューリング関連パラメーターを含むスケジューリング情報をＲＵに送信することができる。本発明の一実施例によれば、前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことができる。本発明の一実施例によれば、前記第１セクション拡張フィールドは、前記少なくとも一つのユーザそれぞれに対し、同じｕｅＩＤを前記各ユーザのレイヤー数ほど繰り返し的に含むことができる。本発明の一実施例によれば、前記第１セクション拡張フィールドは、前記スケジューリング情報を介してスケジューリングされる前記少なくとも一つのユーザの数ほど互いに異なるｕｅＩＤを含むことができる。本発明の一実施例によれば、各ユーザに対応する少なくとも一つのｕｅＩＤは、前記各ユーザに対応するｕｅＩＤの個数ほど連続的な値を持つことができる。

図１８は、本発明の一実施例によるラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）の動作１８００を図示したフローチャートである。

図１８を参照すれば、段階１８０２でＲＵはデジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）から少なくとも一つのユーザに対するスケジューリング関連パラメーターを含むスケジューリング情報を受信することができる。本発明の一実施例によれば、前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことができる。本発明の一実施例によれば、前記第１セクション拡張フィールドは、前記少なくとも一つのユーザそれぞれに対し、同じｕｅＩＤを前記各ユーザのレイヤー数ほど繰り返し的に含むことができる。本発明の一実施例によれば、前記第１セクション拡張フィールドは、前記スケジューリング情報を介してスケジューリングされる前記少なくとも一つのユーザの数ほど互いに異なるｕｅＩＤを含むことができる。本発明の一実施例によれば、各ユーザに対応する少なくとも一つのｕｅＩＤは、前記各ユーザに対応するｕｅＩＤの個数ほど連続的な値を持つことができる。

段階１８０４で、ＲＵは前記スケジューリング情報に基づいて前記スケジューリング関連パラメーターを獲得することができる。前記スケジューリング関連パラメーターは各ユーザに対応する少なくとも一つのｕｅＩＤ及び前記各ユーザに対応するｕｅＩＤの個数のうちのいずれか一つ以上を含むことができる。また、スケジューリング情報に係ってスケジューリングされるユーザの数、そして各ユーザの送信レイヤーの数が前述の実施例によって明示的又は暗黙的に決定されることができる。前記開示されたスケジューリング関連パラメーターは例示のためのものにすぎず、本発明の範囲を制限せず、ＤＵがラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）にスケジューリング情報を伝達するために必要な任意のパラメーターを含むことができる。

図１９は、本発明の一実施例によるＤＵとＲＵの構造を示す図面である。

図１９によれば、基地局のＲＵ装置１９００は送受信部１９１０、制御部１９２０、コネクタ１９３０及び記憶部１９４０を含む。ただ、基地局のＲＵ装置１９００の構成要素が前述の例に限定されることではなく、例えば、基地局のＲＵ装置１９００は図示した構成要素より多い構成要素を含むか、より少ない構成要素を含むこともできる。それだけでなく送受信部１９１０、記憶部１９４０、及び制御部１９２０などが一つのチップ（ｃｈｉｐ）形態で具現されることもできる。

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

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

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

コネクタ１９３０は基地局のＲＵ装置１９００と基地局のＤＵ装置１９５０を連結する装置で、メッセージ送受信のための物理階層プロセッシング及び基地局のＤＵ装置１９５０でメッセージを送信し、基地局のＤＵ装置１９５０からメッセージを受信する動作を行うことができる。

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

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

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

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

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

本開示を多様な実施例を参照して図示して説明したが、添付された請求範囲及び均等物によって定義される本開示の思想及び範囲を逸脱せず範囲内で形態及び詳細事項の多様な変更が行われることができることは当業者に自明であろう。

１００Ｏ－ＲＡＮｇＮＢ
１１０ＮＲＴ－ＲＩＣ
１２０ＲＩＣ
１３０Ｏ－ＣＵ－ＣＰ
１４０Ｏ－ＣＵ－ＵＰ
１５０Ｏ－ＤＵ
１６０Ｏ－ＲＵ
１９００ラジオユニット（ＲＵ）装置
１９１０送受信部
１９２０制御部
１９３０コネクタ
１９４０記憶部
１９５０デジタルユニット（ＤＵ）装置
１９６０コネクタ
１９７０制御部
１９８０記憶部

Claims

基地局のデジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）の方法であって、
少なくとも一つのユーザに対するスケジューリング関連パラメーターを決定する段階と、
前記スケジューリング関連パラメーターを指示するスケジューリング情報をラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）に送信する段階と、を含み、
前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことを特徴とする、方法。
前記スケジューリング関連パラメーターは、
各ユーザに対応する少なくとも一つのｕｅＩＤ、前記各ユーザに対応するｕｅＩＤの個数、スケジューリングされる前記少なくとも一つのユーザの数、及び前記各ユーザのレイヤー数、のうちの少なくとも一つを含むことを特徴とする、請求項１に記載の方法。
前記第１セクション拡張フィールドは、
前記少なくとも一つのユーザそれぞれに対し、同じｕｅＩＤを各ユーザのレイヤー数ほど繰り返し的に含むことを特徴とする、請求項１に記載の方法。
前記第１セクション拡張フィールドは、
前記スケジューリング情報を介してスケジューリングされる前記少なくとも一つのユーザの数ほど互いに異なるｕｅＩＤを含むことを特徴とする、請求項１に記載の方法。
各ユーザに対応する少なくとも一つのｕｅＩＤは、前記各ユーザに対応するｕｅＩＤの個数ほど連続的な値を持つことを特徴とする、請求項１に記載の方法。
基地局のラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）の方法であって、
デジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）から少なくとも一つのユーザに対するスケジューリング関連パラメーターを指示するスケジューリング情報を受信する段階と、
前記スケジューリング情報に基づいて前記スケジューリング関連パラメーターを獲得する段階と、を含み、
前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことを特徴とする、方法。
前記スケジューリング関連パラメーターは、
各ユーザに対応する少なくとも一つのｕｅＩＤ、前記各ユーザに対応するｕｅＩＤの個数、スケジューリングされる前記少なくとも一つのユーザの数、及び前記各ユーザのレイヤー数、のうちの少なくとも一つを含むことを特徴とする、請求項６に記載の方法。
前記第１セクション拡張フィールドは、
前記少なくとも一つのユーザそれぞれに対し、同じｕｅＩＤを各ユーザのレイヤー数ほど繰り返し的に含むことを特徴とする、請求項６に記載の方法。
前記第１セクション拡張フィールドは、
前記スケジューリング情報を介してスケジューリングされる前記少なくとも一つのユーザの数ほど互いに異なるｕｅＩＤを含むことを特徴とする、請求項６に記載の方法。
各ユーザに対応する少なくとも一つのｕｅＩＤは、前記各ユーザに対応するｕｅＩＤの個数ほど連続的な値を持つことを特徴とする、請求項６に記載の方法。
基地局のデジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）装置であって、
ラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）と信号を送受信するコネクタと、
少なくとも一つのユーザに対するスケジューリング関連パラメーターを決定し、前記スケジューリング関連パラメーターを指示するスケジューリング情報を前記ＲＵに送信するように制御する少なくとも一つのプロセッサと、を含み、
前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことを特徴とする、ＤＵ装置。
前記スケジューリング関連パラメーターは、
各ユーザに対応する少なくとも一つのｕｅＩＤ、前記各ユーザに対応するｕｅＩＤの個数、スケジューリングされる前記少なくとも一つのユーザの数、及び前記各ユーザのレイヤー数、のうちの少なくとも一つを含むことを特徴とする、請求項１１に記載のＤＵ装置。
前記第１セクション拡張フィールドは、
前記少なくとも一つのユーザそれぞれに対し、同じｕｅＩＤを各ユーザのレイヤー数ほど繰り返し的に含み、
前記第１セクション拡張フィールドは、
前記スケジューリング情報を介してスケジューリングされる前記少なくとも一つのユーザの数ほど互いに異なるｕｅＩＤを含むことを特徴とする、請求項１１に記載のＤＵ装置。
各ユーザに対応する少なくとも一つのｕｅＩＤは、前記各ユーザに対応するｕｅＩＤの個数ほど連続的な値を持つことを特徴とする、請求項１１に記載のＤＵ装置。
基地局のラジオユニット（ＲＵ：ｒａｄｉｏｕｎｉｔ）装置であって、
デジタルユニット（ＤＵ：ｄｉｇｉｔａｌｕｎｉｔ）と信号を送受信するコネクタと、
前記ＤＵから少なくとも少なくとも一つのユーザに対するスケジューリング関連パラメーターを指示するスケジューリング情報を受信し、前記スケジューリング情報に基づいて前記スケジューリング関連パラメーターを獲得するように制御する少なくとも一つのプロセッサと、を含み、
前記スケジューリング情報は、前記少なくとも一つのユーザに係るユーザ装置識別子（ｕｅＩＤ：ｕｓｅｒｅｑｕｉｐｍｅｎｔｉｄｅｎｔｉｆｉｅｒ）に対する情報を含む第１セクション拡張フィールド及び各ユーザに対応するｕｅＩＤの個数に対する情報を含む第２セクション拡張フィールドを含むことを特徴とする、ＲＵ装置。