(57)【要約】本明細書は、無線通信システムで帯域幅部分（bandwidth part、ＢＷＰ）に割り当てられる資源領域を決定する方法を提供する。より具体的に、端末により遂行される方法は、第１のＢＷＰの資源割り当てグループ（resource allocation group、ＲＢＧ）サイズ（size）と関連した第１資源割り当てフィールド及び第２のＢＷＰのＲＢＧサイズと関連した第２資源割り当てフィールドを前記第１のＢＷＰ上でネットワークから受信するステップ；前記第１資源割り当てフィールドのサイズが前記第２資源割り当てフィールドのサイズより大きい場合、既定義された開始点から前記第２のＢＷＰのサイズだけに該当する前記第１資源割り当てフィールドの値に基づいて前記第２のＢＷＰに割り当てられる資源領域を決定するステップを含むことを特徴とする。【選択図】図５
2021501530.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムで帯域幅部分（bandwidth part、ＢＷＰ）に割り当てられる資源領域を決定する方法において、端末により遂行される方法は、
第１のＢＷＰの資源割り当てグループ（resource allocation group、ＲＢＧ）サイズ（size）と関連した第１資源割り当てフィールド及び第２のＢＷＰのＲＢＧサイズと関連した第２資源割り当てフィールドを前記第１のＢＷＰ上でネットワークから受信するステップと、
前記第１資源割り当てフィールドのサイズが前記第２資源割り当てフィールドのサイズより大きい場合、既定義された開始点から前記第２のＢＷＰのサイズだけに該当する前記第１資源割り当てフィールドの値に基づいて前記第２のＢＷＰに割り当てられる資源領域を決定するステップとを含むことを特徴とする方法。
【請求項２】
前記ＲＢＧは帯域幅範囲（bandwidth range）によって既定義された値であることを特徴とする、請求項１に記載の方法。
【請求項３】
前記既定義された開始点は第２のＢＷＰのリソースブロック（resource block、ＲＢ）周波数により決定されることを特徴とする、請求項１に記載の方法。
【請求項４】
前記既定義された開始点はランダム関数（random function）により決定されることを特徴とする、請求項１に記載の方法。
【請求項５】
ネットワークから前記第２のＢＷＰのインデックス（index）情報を受信するステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項６】
無線通信システムで帯域幅部分（bandwidth part、ＢＷＰ）に割り当てられる資源領域を決定する端末において、
無線信号を送受信するためのＲＦ（Radio Frequency）モジュールと、
前記ＲＦモジュールと機能的に連結されているプロセッサを含み、前記プロセッサは、
第１のＢＷＰの資源割り当てグループ（resource allocation group、ＲＢＧ）サイズ（size）と関連した第１資源割り当てフィールド及び第２のＢＷＰのＲＢＧサイズと関連した第２資源割り当てフィールドを前記第１のＢＷＰ上でネットワークから受信し、
前記第１資源割り当てフィールドのサイズが前記第２資源割り当てフィールドのサイズより大きい場合、既定義された開始点から前記第２のＢＷＰのサイズだけに該当する前記第１資源割り当てフィールドの値に基づいて前記第２のＢＷＰに割り当てられる資源領域を決定することを特徴とする、端末。
【請求項７】
前記ＲＢＧは帯域幅範囲（bandwidth range）によって既定義された値であることを特徴とする、請求項６に記載の端末。
【請求項８】
前記既定義された開始点は第２のＢＷＰリソースブロック（resource block、ＲＢ）周波数により決定されることを特徴とする、請求項６に記載の端末。
【請求項９】
前記既定義された開始点はランダム関数（random function）により決定されることを特徴とする、請求項６に記載の端末。
【請求項１０】
前記プロセッサは、
ネットワークから、前記第２のＢＷＰのインデックス（index）情報を受信することをさらに含むことを特徴とする、請求項６に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は無線通信システムに関し、特に帯域幅部分（Band width Part、ＢＷＰ）に割り当てられる資源領域を決定する方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声だけでなく、データサービスまで領域を拡張し、現在には爆発的なトラフィックの増加によって資源の不足現象が引起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は大きく、爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（End-to-End Latency）、高エネルギー効率を支援できなければならない。そのために、二重連結性（Dual Connectivity）、大規模多重入出力（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多重接続（NOMA：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）支援、端末ネットワーキング（Device Networking）など、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は資源割り当てのためのscheduling DCIを解析する方法を提供することをその目的とする。
【０００５】
また、本明細書はＢＷＰスイッチング時、fallback DCIを解析する方法を提供することをその目的とする。
【０００６】
また、本明細書はscheduling DCIを介してＢＷＰスイッチング時点を提供する方法を提供することをその目的とする。
【０００７】
本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【課題を解決するための手段】
【０００８】
本明細書は、無線通信システムにおける帯域幅部分に割り当てられる資源領域を決定する方法を提供する。
【０００９】
具体的に、端末により遂行される方法は、第１のＢＷＰの資源割り当てグループ（resource allocation group、ＲＢＧ）サイズ（size）と関連した第１資源割り当てフィールド及び第２のＢＷＰのＲＢＧサイズと関連した第２資源割り当てフィールドを前記第１のＢＷＰ上でネットワークから受信するステップ；前記第１資源割り当てフィールドのサイズが前記第２資源割り当てフィールドのサイズより大きい場合、既定義された開始点から前記第２のＢＷＰのサイズだけに該当する前記第１資源割り当てフィールドの値に基づいて前記第２のＢＷＰに割り当てられる資源領域を決定するステップを含むことを特徴とする。
【００１０】
また、本明細書で前記ＲＢＧは帯域幅範囲（bandwidth range）によって既定義された値であることを特徴とする。
【００１１】
また、本明細書で前記既定義された開始点は第２のＢＷＰのリソースブロック（resource block、ＲＢ）周波数により決定されることを特徴とする。
【００１２】
また、本明細書で前記既定義された開始点はランダム関数（random function）により決定されることを特徴とする。
【００１３】
また、本明細書でネットワークから前記第２のＢＷＰのインデックス（index）情報を受信するステップをさらに含むことを特徴とする。
【００１４】
また、本明細書で無線通信システムにおける帯域幅部分（bandwidth part、ＢＷＰ）に割り当てられる資源領域を決定する端末において、無線信号を送受信するためのＲＦ（Radio Frequency）モジュール；及び前記ＲＦモジュールと機能的に連結されているプロセッサを含み、前記プロセッサは、第１のＢＷＰの資源割り当てグループ（resource allocation group、ＲＢＧ）サイズ（size）と関連した第１資源割り当てフィールド及び第２のＢＷＰのＲＢＧサイズと関連した第２資源割り当てフィールドを前記第１のＢＷＰ上でネットワークから受信し；前記第１資源割り当てフィールドのサイズが前記第２資源割り当てフィールドのサイズより大きい場合、既定義された開始点から前記第２のＢＷＰのサイズだけに該当する前記第１資源割り当てフィールドの値に基づいて前記第２のＢＷＰに割り当てられる資源領域を決定することを特徴とする。
【００１５】
また、本明細書で前記ＲＢＧは帯域幅範囲（bandwidth range）によって既定義された値であることを特徴とする。
【００１６】
また、本明細書で前記既定義された開始点は第２のＢＷＰリソースブロック（resource block、ＲＢ）周波数により決定されることを特徴とする。
【００１７】
また、本明細書で前記既定義された開始点はランダム関数（random function）により決定されることを特徴とする。
【００１８】
また、本明細書で前記プロセッサはネットワークから、前記第２のＢＷＰのインデックス（index）情報を受信することをさらに含むことを特徴とする。
【発明の効果】
【００１９】
本明細書は帯域幅部分に対する資源割り当てを効率のよく遂行することができるようにする効果がある。
【００２０】
本明細書は帯域幅部分スイッチングがある場合、DCI fieldサイズ変化によって資源割り当てを遂行するようにする効果がある。
【００２１】
本発明で得ることができる効果は以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【図面の簡単な説明】
【００２２】
本発明に関する理解を助けるために詳細な説明の一部に含まれる、添付図面は本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００２３】
【図１】本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す図である。
【図２】本明細書で提案する方法が適用できる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。
【図３】本明細書で提案する方法が適用できる無線通信システムで支援する資源グリッド（resource grid）の一例を示す。
【図４】本明細書で提案する方法が適用できるself-containedサブフレーム構造の一例を示す。
【図５】本明細書で提案する帯域幅部分に割り当てられる資源領域を決定する端末の動作方法の一例を示す順序図である。
【図６】本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【図７】本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【図８】本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールの一例を示す図である。
【図９】本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールの更に他の一例を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために、具体的な細部事項を含む。しかしながら、当業者は本発明がこのような具体的な細部事項無しでも実施できることが分かる。
【００２５】
幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック図形式に図示できる。
【００２６】
本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（terminal node）としての意味を有する。本文書で、基地局により遂行されるものとして説明された特定動作は、場合によっては、基地局の上位ノード（upper node）により遂行されることもできる。即ち、基地局を含む多数のネットワークノード（network nodes）からなるネットワークで、端末との通信のために遂行される多様な動作は基地局または基地局の以外の他のネットワークノードにより遂行できることは自明である。‘基地局（BS：Base Station）’は、固定局（fixed station）、Ｎｏｄｅ  Ｂ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（base transceiver system）、アクセスポイント（ＡＰ：Access Point）、ｇＮＢ（general NB）などの用語により取替できる。また、‘端末（Terminal）’は固定されるか、または移動性を有することができ、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、ＷＴ（Wireless terminal）、ＭＴＣ（Machine-Type Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置などの用語に取替できる。
【００２７】
以下、ダウンリンク（ＤＬ：downlink）は基地局から端末への通信を意味し、アップリンク（ＵＬ：uplink）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部でありうる。
【００２８】
以下の説明で使われる特定用語は本発明の理解を助けるために提供されたものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。
【００２９】
以下の技術は、ＣＤＭＡ（code division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＴＤＭＡ（time division multiple access）、ＯＦＤＭＡ（orthogonal frequency division multiple access）、ＳＣ−ＦＤＭＡ（single carrier frequency division multiple access）、ＮＯＭＡ（non-orthogonal multiple access）などの多様な無線接続システムに利用できる。ＣＤＭＡは、ＵＴＲＡ（universal terrestrial radio access）やＣＤＭＡ２０００のような無線技術（radio technology）で具現できる。ＴＤＭＡは、ＧＳＭ（global system for mobile communications）／ＧＰＲＳ（general packet radio service）／ＥＤＧＥ（enhanced data rates for GSM evolution）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（evolved UTRA）などの無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（universal mobile telecommunications system）の一部である。３ＧＰＰ（3rd generation partnership project）ＬＴＥ（longterm evolution）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（evolved UMTS）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（advanced）は３ＧＰＰ ＬＴＥの進化である。
【００３０】
５Ｇ  ＮＲ（new radio）は、usage scenarioによってｅＭＢＢ（enhanced Mobile Broadband）、ｍＭＴＣ（massive Machine Type Communications）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、Ｖ２Ｘ（vehicle-to-everything）を定義する。
【００３１】
そして、５Ｇ  ＮＲ規格（standard）は、ＮＲシステムとＬＴＥシステムとの間の共存（co-existence）によってstandaloan（ＳＡ）とnon-standaloan（ＮＳＡ）とに区分する。
【００３２】
そして、５Ｇ  ＮＲは多様なサブキャリア間隔（subcarrier spacing）を支援し、ダウンリンクでＣＰ−ＯＦＤＭを、アップリンクでＣＰ−ＯＦＤＭ及びＤＦＴ−ｓ−ＯＦＤＭ（ＳＣ−ＯＦＤＭ）を支援する
【００３３】
本発明の実施形態は無線接続システムであるＩＥＥＥ ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられる。即ち、本発明の実施形態のうち、本発明の技術的思想を明確に示すために説明しないステップまたは部分は前記文書により裏付けられる。また、本文書で開示している全ての用語は前記標準文書により説明できる。
【００３４】
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心として技術するが、本発明の技術的特徴がこれに制限されるものではない。
【００３５】
用語の定義
【００３６】
ｅＬＴＥ  ｅＮＢ：ｅＬＴＥ  ｅＮＢは、ＥＰＣ（Evolved Packet Core）及びＮＧＣ（Next Generation Core）に対する連結を支援するｅＮＢの進化（evolution）である。
【００３７】
ｇＮＢ：ＮＧＣとの連結だけでなく、ＮＲを支援するノード。
【００３８】
新たなＲＡＮ：ＮＲまたはＥ−ＵＴＲＡを支援するか、またはＮＧＣと相互作用する無線アクセスネットワーク。
【００３９】
ネットワークスライス（network slice）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化されたソリューションを提供するようにoperatorにより定義されたネットワーク。
【００４０】
ネットワーク機能（network function）：ネットワーク機能は、よく定義された外部インターフェースとよく定義された機能的動作を有するネットワークインフラ内での論理的ノード。
【００４１】
ＮＧ−Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２レファレンスポイント（reference point）に使われる制御平面インターフェース。
【００４２】
ＮＧ−Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３レファレンスポイント（reference point）に使われるユーザ平面インターフェース。
【００４３】
非独立型（Non-standalone）ＮＲ：ｇＮＢがＬＴＥ  ｅＮＢをＥＰＣに制御プレーン連結のためのアンカーとして要求するか、またはｅＬＴＥ  ｅＮＢをＮＧＣに制御プレーン連結のためのアンカーとして要求する配置構成。
【００４４】
.
非独立型Ｅ−ＵＴＲＡ：ｅＬＴＥ  ｅＮＢがＮＧＣに制御プレーン連結のためのアンカーとしてｇＮＢを要求する配置構成。
【００４５】
ユーザ平面ゲートウェイ：ＮＧ−Ｕインターフェースの終端点。
【００４６】
システム一般
【００４７】
図１は、本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示した図である。
【００４８】
図１を参照すると、ＮＧ−ＲＡＮはＮＧ−ＲＡユーザ平面（新たなAS sublayer／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及びＵＥ（User Equipment）に対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。
【００４９】
前記ｇＮＢは、Ｘｎインターフェースを通じて相互連結される。
【００５０】
また、前記ｇＮＢは、ＮＧインターフェースを通じてＮＧＣに連結される。
【００５１】
より具体的には、前記ｇＮＢはN２インターフェースを通じてＡＭＦ（Access and Mobility Management Function）に、Ｎ３インターフェースを通じてＵＰＦ（User Plane Function）に連結される。
【００５２】
ＮＲ（New Rat）エニュメロール紙（Numerology）とフレーム（frame）の構造
【００５３】
ＮＲシステムでは、多数のヌメロロジー（numerology）が支援できる。ここで、ヌメロロジーはサブキャリア間隔（subcarrier spacing）とＣＰ（Cyclic Prefix）オーバーヘッドにより定義できる。この際、多数のサブキャリア間隔は基本サブキャリア間隔を整数N（または、μ）にスケーリング（scaling）することにより誘導できる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立的に選択できる。
【００５４】
また、ＮＲシステムでは多数のヌメロロジーに従う多様なフレーム構造が支援できる。
【００５５】
以下、ＮＲシステムで考慮できるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）ヌメロロジー及びフレーム構造を説明する。
【００５６】
ＮＲシステムで支援される多数のＯＦＤＭヌメロロジーは、表１のように定義できる。
【００５７】
【表１】
2021501530.tif 000003
【００５８】
ＮＲシステムにおけるフレーム構造（frame structure）と関連して、時間領域の多様なフィールドのサイズは
2021501530.tif 000004
の時間単位の倍数として表現される。 ここで、
2021501530.tif 000005
であり、
2021501530.tif 000006
である。ダウンリンク（downlink）及びアップリンク（uplink）転送は
2021501530.tif 000007
の区間を有する無線フレーム（radio frame）で構成される。ここで、無線フレームは各々
2021501530.tif 000008
の区間を有する１０個のサブフレーム（subframe）で構成される。 この場合、アップリンクに対する１セットのフレーム及びダウンリンクに対する１セットのフレームが存在することができる。
【００５９】
図２は、本明細書で提案する方法が適用できる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。
【００６０】
図２に示すように、端末（User Equipment、ＵＥ）からのアップリンクフレーム番号iの転送は、 該当端末での該当ダウンリンクフレームの開始より
2021501530.tif 000009
以前に始めなければならない。
【００６１】
ヌメロロジーμに対して、スロット（slot）はサブフレーム内で
2021501530.tif 000010
の増加する順に番号が付けられて、無線フレーム内で
2021501530.tif 000011
の増加する順に番号が付けられる。１つのスロットは
2021501530.tif 000012
の連続するＯＦＤＭシンボルで構成され、
2021501530.tif 000013
は用いられるヌメロロジー及びスロット設定（slot configuration）によって決定される。サブフレームでスロット
2021501530.tif 000014
の開始は同一サブフレームでＯＦＤＭシンボル
2021501530.tif 000015
の開始と時間的に整列される。
【００６２】
全ての端末が同時に送信及び受信できるものではなく、これはダウンリンクスロット（downlink slot）またはアップリンクスロット（uplink slot）の全てのＯＦＤＭシンボルが利用できないことを意味する。
【００６３】
表２はヌメロロジーμでの一般（normal）ＣＰに対するスロット当たりＯＦＤＭシンボルの数を示し、表３はヌメロロジーμでの拡張（extended）ＣＰに対するスロット当たりＯＦＤＭシンボルの数を示す。
【００６４】
【表２】
2021501530.tif 000016
【００６５】
【表３】
2021501530.tif 000017
【００６６】
ＮＲ物理資源（NR Physical Resource）
【００６７】
ＮＲシステムにおける物理資源（physical resource）と関連して、アンテナポート（antenna port）、資源グリッド（resource grid）、資源要素（resource element）、資源ブロック（resource block）、キャリアパート（carrier part）などが考慮できる。
【００６８】
以下、ＮＲシステムで考慮できる前記物理資源に対して具体的に説明する。
【００６９】
まず、アンテナポートと関連して、アンテナポートはアンテナポート上のシンボルが運搬されるチャンネルが同一なアンテナポート上の他のシンボルが運搬されるチャンネルから推論できるように定義される。１つのアンテナポート上のシンボルが運搬されるチャンネルの広範囲特性（large-scale property）が他のアンテナポート上のシンボルが運搬されるチャンネルから類推できる場合、２つのアンテナポートはＱＣ／ＱＣＬ（quasico-locatedまたはquasi co-location）関係にいるということができる。ここで、前記広範囲特性は遅延拡散（Delay spread）、ドップラー拡散（Doppler spread）、周波数シフト（Frequency shift）、平均受信パワー（Average received power）、受信タイミング（Received Timing）のうち、１つ以上を含む。
【００７０】
図３は、本明細書で提案する方法が適用できる無線通信システムで支援する資源グリッド（resource grid）の一例を示す。
【００７１】
図３を参考すると、資源グリッドが周波数領域上に
2021501530.tif 000018
サブキャリアで構成され、１つのサブフレームが１４・２μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されるものではない。
【００７２】
ＮＲシステムにおいて、転送される信号（transmitted signal）は
2021501530.tif 000019
サブキャリアで構成される１つまたはその以上の資源グリッド及び
2021501530.tif 000020
のＯＦＤＭシンボルにより説明される。ここで、
2021501530.tif 000021
である。前記
2021501530.tif 000022
は最大転送帯域幅を示し、これは、ヌメロロジーだけでなく、アップリンクとダウンリンクとの間にも変わることができる。
【００７３】
この場合、図３のように、ヌメロロジーμ及びアンテナポートｐ別に１つの資源グリッドが設定できる。
【００７４】
ヌメロロジーμ及びアンテナポートｐに対する資源グリッドの各要素は資源要素（resource element）と称され、インデックス対
2021501530.tif 000023
により固有的に識別される。ここで、
2021501530.tif 000024
は周波数領域上のインデックスであり、
2021501530.tif 000025
はサブフレーム内でシンボルの位置を称する。スロットで資源要素を称する時には、インデックス
2021501530.tif 000026
が用いられる。ここで、
2021501530.tif 000027
である。
【００７５】
ヌメロロジーμ及びアンテナポートｐに対する資源要素
2021501530.tif 000028
は複素値（complex value）
2021501530.tif 000029
に該当する。混同（confusion）する危険がない場合、または特定アンテナポートまたはヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（drop）されることができ、その結果、複素値は
2021501530.tif 000030
または
2021501530.tif 000031
になることができる。
【００７６】
また、物理資源ブロック（physical resource block）は周波数領域上の
2021501530.tif 000032
連続的なサブキャリアとして定義される。周波数領域上で、物理資源ブロックは０から
2021501530.tif 000033
まで番号が付けられる。この際、周波数領域上の物理資源ブロック番号（physical resource block number）
2021501530.tif 000034
と資源要素
2021501530.tif 000035
との間の関係は、数式１のように与えられる。
【００７７】
【数１】
2021501530.tif 000036
【００７８】
また、キャリアパート（carrier part）と関連して、端末は資源グリッドのサブセット（subset）のみを用いて受信または転送するように設定できる。 この際、端末が受信または転送するように設定された資源ブロックの集合（set）は周波数領域上で０から
2021501530.tif 000037
まで番号が付けられる。
【００７９】
自己完結型（Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）サブフレームの構造
【００８０】
ＮＲシステムで考慮されるＴＤＤ（Time Division Duplexing）構造は、アップリンク（Uplink、ＵＬ）とダウンリンク（Downlink、ＤＬ）を一つのサブフレーム（subframe）で全て処理する構造である。これは、ＴＤＤシステムでデータ転送の遅延（latency）を最小化するためのものであり、前記構造は、自己完結型サブフレーム（self-contained subframe）の構造と指称される。
【００８１】
図４は、本明細書で提案する方法が適用されることができる自己完結型サブフレームの構造の一例を示す。図２は、単に説明の便宜のためのものであるだけで、本発明の範囲を制限するものではない。
【００８２】
図４を参考すると、レガシーＬＴＥ（legacy LTE）の場合のように一つのサブフレームが１４個のＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルで構成される場合が仮定される。
【００８３】
図４で、領域４０２は、ダウンリンク制御領域（downlink control region）を意味し、領域４０４は、アップリンク制御領域（uplink control region）を意味する。また、領域４０２及び領域４０４以外の領域（即ち、別途の表示がない領域）は、ダウンリンクデータ（downlink data）またはアップリンクデータ（uplink data）の転送のために用いられることができる。
【００８４】
即ち、アップリンク制御情報（uplink control information）及びダウンリンク制御情報（downlink control information）は、一つの自己完結型サブフレームで転送される。反面、データ（data）の場合、アップリンクデータまたはダウンリンクデータが一つの自己完結型サブフレームで転送される。
【００８５】
図４に示された構造を用いる場合、一つの自己完結型サブフレーム内で、ダウリンクの転送とアップリンクの転送が順次に進行され、ダウンリンクデータの転送及びアップリンクのＡＣＫ／ＮＡＣＫの受信が遂行されることができる。
【００８６】
結果、データ転送のエラーが発生する場合、データの再転送までかかる時間が減少することができる。これを通じて、データの伝達と関連した遅延が最小化されることができる。
【００８７】
図４のような自己完結型サブフレームの構造で、基地局（ｅＮｏｄｅＢ、ｅＮＢ、ｇＮＢ）及び／又は端末（terminal、ＵＥ（User Equipment））が転送モード（transmission mode）から受信モード（reception mode）に切り換える過程、又は受信モードから転送モードに切り換える過程のための時間ギャップ（time gap）が要求される。前記時間ギャップに関して、前記自己完結型サブフレームでダウンリンクの転送以降にアップリンクの転送が遂行される場合、一部のＯＦＤＭシンボルが保護区間（Guard Period、ＧＰ）に設定されることができる。
【００８８】
アナログビームフォーミング（Analog beamforming）
【００８９】
ｍｍＷは波長が短くなって同一面積に多数個のアンテナを設置することができる。即ち、３０ＧＨｚ帯域で波長は１ｃｍであって、５ by ５ｃｍのpanelに０．５lambda（波長、λ）間隔で２-dimension配列形態に総１００個のアンテナ要素（element）が設置できる。
【００９０】
したがって、ｍｍＷは多数個のアンテナelementを使用してbeamforming（ＢＦ）利得を高めてカバレッジを増加させるか、またはthroughputを高める。
【００９１】
この場合、アンテナelement別に転送パワー及び位相調節可能にＴＸＲＵ（transceiver unit）を有すれば、周波数資源別に独立的なbeamformingを遂行することができる。
【００９２】
しかしながら、１００余個のアンテナelementの全てにＴＸＲＵを設置するには価格面で実効性が落ちる問題がある。
【００９３】
したがって、１つのＴＸＲＵに多数個のアンテナelementをmappingし、analog phase shifterでbeamの方向を調節する方式が考慮されている。
【００９４】
このようなanalog beamforming方式は全帯域において１つのbeam方向のみを作ることができるので、周波数選択的beamingをしてくれないという短所を有する。
【００９５】
Digital BFとanalog BFの中間形態にＱ個のアンテナelementより少ない個数であるＢ個のＴＸＲＵを有するhybrid BFが考慮されている。
【００９６】
この場合にＢ個のＴＸＲＵとＱ個のアンテナelementの連結方式によって差はあるが、同時に転送できるbeamの方向はＢ個以下に制限される。
【００９７】
ＮＲ（New Radio）システムは多様な帯域幅（bandwidth、ＢＷ）を支援する端末（例：ＵＥ、以下、便宜上ＵＥと表現する）を含む。
【００９８】
ＮＲシステムの目標の１つは、ネットワーク（network、ＮＷ）が全てのＵＥを柔軟に（flexible）スケジューリング（scheduling）するものである。
【００９９】
また、ＣＳＩ−ＲＳ（Channel State Information-Reference Signal）測定（measurement）に対するconfigurationも柔軟で（flexible）、効率よく進行される必要がある。
【０１００】
このために、ＵＥはネットワークから１つまたはその以上の帯域幅パート（bandwidth part、ＢＷＰ）の設定（configure）を受けることができる。
【０１０１】
このようなNR systemで各ＵＥは自身のactive BWPサイズに合うようにＲＦ（Radio Frequency）を設定することによって、ＲＦ側またはbaseband側のパワー利用効率を高めることができる。
【０１０２】
ここで、active BWPは設定されたＢＷＰのうち、（ネットワークにより）activationされたＢＷＰを意味する。
【０１０３】
このような場合、CSI-RS measurement configurationによってＵＥはＣＳＩ−ＲＳを測定（measure）するためにＲＦをretuning（または、再設定）することができる。
【０１０４】
または、baseband側の具現によってprocessing上の変更がありうる。
【０１０５】
以下、本明細書で提案する多様なＢＷＰ状態（state）でprocessingを進行しているＵＥに適合したCSI-RS  measurement  configurationをsignalingし、ＵＥが該当signalingに基づいて有することができる動作について詳細に説明する。
【０１０６】
NR systemは１つの端末に多様なBand width Part（ＢＷＰ）を設定（configure）することができる。
【０１０７】
そして、ネットワーク（または、基地局）が多様なＢＷＰに対する資源割り当て（resource allocation）を遂行する時、DCI sizeとＢＷＰのサイズを考慮して各ＢＷＰに適合した資源ブロックグループ（Resource Block Group、ＲＢＧ）サイズを設定すれば、資源（resource）を用いることに最大の柔軟性（flexibility）を有することができる。
【０１０８】
しかしながら、各ＢＷＰサイズに従うＤＣＩを有する場合、ネットワーク（network）側でscheduling overheadが発生するだけでなく、端末側でBlind Decoding（ＢＤ）に対するoverheadが増加できる。
【０１０９】
このような問題点を解決するために、より効率のよいresource allocation方式により最大のflexibilityが実現できる方法が要求される。
【０１１０】
Resource allocation during DCI-based BWP switching
【０１１１】
ＮＲ（New Radio）システムでネットワークが１つの端末に対する活性帯域幅部分（active bandwidth part、active BWP）をスイッチング（switching）する時、scheduling DCI（Downlink Control Information）が利用できる。
【０１１２】
この際、該当scheduling DCIの資源割り当て（resource allocation、ＲＡ）fieldが定義される必要がある。
【０１１３】
なぜならば、switching前後のＢＷＰｓの属性によって端末はスケジューリング（scheduling）ＤＣＩを正しく解析できないという問題が発生することがある。
【０１１４】
ここに、本明細書ではスケジューリングＤＣＩ解析に対する模糊性（ambiguity）を解決するための幾つかの方法を提案する。
【０１１５】
まず、BWP switchingを進行する時、DCI field size変化有無によってresource allocationが異なるように設定できる。
【０１１６】
また、Resource allocationを進行する時、端末にconfigureされたBWP sizeのrangeによって資源ブロックグループ（Resource Block Group、ＲＢＧ）levelが定義できる。
【０１１７】
また、端末はネットワーク（network）から多数個のＢＷＰのconfigureを受けることができる。
【０１１８】
この際、各ＢＷＰは与えられたインデックス（index）があり、ＢＷＰスイッチングを必要とする時、ネットワークはスケジューリングＤＣＩに定まったfield（例：BWP indexing field）にスイッチングするＢＷＰのインデックス（index）を転送することによって、端末が該当ＢＷＰにスイッチングする過程がなされる。
【０１１９】
そして、該当ＢＷＰスイッチングコマンド（command）に対する実行方式はＢＷＰサイズ、位置、及び端末の無線周波数能力（Radio Frequency（ＲＦ）capability）などを含んだ多様な要素によって既定義（predefine）されるか、またはnetworkがswitching commandを転送する前に、先に端末に設定（configure）する方式がありうる。
【０１２０】
Scheduling DCIの模糊性を解決する最初の方式は、１つの端末にconfigureしたＢＷＰに対して１つのDCI formatを適用し、かつそのDCI field sizeの値を固定（fix）するものである。
【０１２１】
固定されたDCI fieldサイズは（Fixed DCI field size）はネットワークがどんな値（value）を端末にconfigureしてくれることができ、この値は端末のconfigured BWPのうち、必要とするRA field sizeのうちの最大（maximum）値であるか、または１つのＢＷＰ（例えば、最も大きいＢＷＰ）に必要とするRA fieldサイズでありうる。
【０１２２】
一方、Physical Downlink Shared Channel（ＰＤＳＣＨ）をschedulingするＤＣＩとPhysical Uplink Shared Channel（ＰＵＳＣＨ）をschedulingするＤＣＩ間RA field sizeを合せる方法が相異することもある。
【０１２３】
一例に、ＰＤＳＣＨをスケジューリングするＤＣＩは該当ＤＣＩが転送されるＢＷＰを基準にRA bit field sizeが設定できる。
【０１２４】
一方、ＰＵＳＣＨをスケジューリングするＤＣＩはconfigured UL BWPのうち（そして／またはconfigured SUL BWPのうち）ＢＷＰのsizeが最も大きいものを基準にRA bit field sizeが設定できる。
【０１２５】
本明細書で使われる‘Ａそして／またはＢ’に対する意味は‘ＡまたはＢのうち、少なくとも１つを含む’と同一に解析できる。
【０１２６】
または、スケジューリングＤＣＩが転送されるＢＷＰと同一なＢＷＰでスケジュールされるＰＤＳＣＨは活性帯域幅部分（active BWP）を基準にRA sizeを決定し、cross-carrier/cross-BWPなどでscheduling DCIがＰＤＳＣＨと異なるＢＷＰから転送時、configured BWPのRA fieldのmax値を仮定して使用するものでありうる。
【０１２７】
加えて、Scheduling DCIの模糊性を解決する２番目の方式はＰＤＳＣＨをスケジューリングするＤＣＩとＰＵＳＣＨをスケジューリングするＤＣＩのＢＤ（blind decoding）attemptsを減少させるために相互間のsizeを同一に合せるものである。
【０１２８】
この際、これを考慮してPhysical downlink shared channel（ＰＤＳＣＨ）をスケジューリング（scheduling）するＤＣＩとPhysical uplink shared channel（ＰＵＳＣＨ）をスケジューリングするＤＣＩのRA bit field sizeは全て該当ＤＣＩが転送されるＢＷＰを基盤に設定されるか、またはconfigured DL BWP、configured UL BWP、そして／またはconfigured Supplementary Uplink（SUL） BWPのうち、最も大きいsizeのＢＷＰを基盤に設定されるものでありうる。
【０１２９】
一方、各DCI  formatが使われないＢＷＰは（RA）field sizeの考慮時に除外できる。
【０１３０】
例えば、ＲＢＧ基盤のＲＡがＢＷＰ１、２、及び３のみに使われて、最も大きいＢＷＰ４には使用されないとする場合、RA field sizeはＢＷＰ１、２、及び３のみを考慮して設定できる。
【０１３１】
また、RA field sizeを定める方式はDCI formatによって、またはRA typeによって異なることができる。
【０１３２】
一例に、連続的な（contiguous）ＲＡの場合、field sizeは上位階層（higher layer）から設定を受けるか、またはactive BWPに合うように設定される一方、ＲＢＧ  ＲＡはｍａｘ（maximum）値が考慮できる。
【０１３３】
または、DCI sizeにambiguityが発生できる場合、前記field sizeはmaximumを仮定し、そうでない場合、現在active BWPによって設定できる。
【０１３４】
一例に、paired spectrum（または、ＦＤＤシステム）で UL grantの場合、実際UL BWPが変更された時点が端末とnetworkが互いに異なる理解を有していることがあるので、前記field sizeはmaximumを仮定するものでありうる。
【０１３５】
ここで、端末がswitching前後のＢＷＰｓにconfigureされたRBG sizeの同一か否かによって端末が該当ＤＣＩを解析する方式に、次のような幾つかの方法が考慮できる。
【０１３６】
まず、現在の帯域幅部分（Current BWP）で必要とするRA field sizeを‘Ｋ１’とし、新たな帯域幅部分（new BWP）で必要とするRA field sizeを‘Ｋ２’とする。
【０１３７】
（方法１）
【０１３８】
方法１はＫ１とＫ２を常に同一に合せる場合をいう。
【０１３９】
この際、ｋ１とｋ２を同一に合せる方法は、次の通りである。
【０１４０】
端末はＢＷＰのlengthによってRBG sizeを選択するようになっており、仮にRBG sizeが２の倍数に増加し、BWP rangeも２の倍数に増加すると仮定すれば、端末が属したＢＷＰのＢＷが属したrangeで最も大きい値を基準にＫ１やＫ２を定めれば、常に同一な値を有することができる。
【０１４１】
表４を参考して、方法１の一例に対して説明する。
【０１４２】
表４は、帯域幅範囲に従うＲＢＧサイズを示すものである。
【０１４３】
【表４】
2021501530.tif 000038
【０１４４】
例えば、current BWPのBW sizeが６０ＲＢの時、RBG sizeは４に選択され、Ｋ１の値は現在rangeでのmaximum値である１００を選択して、最大２５個のRBG entryを有する方式に決定できる。
【０１４５】
このような方式はRB sizeにかかわらず最大ＲＢＧ個数を仮定するものであるので、追加的なオーバーヘッド（additional overhead）を引き起こすことができる。
【０１４６】
したがって、使われないＲＢＧのfield/bitは他の情報転送のために使われることができる。
【０１４７】
一例に、使われないbit/fieldはslot formation indication（ＳＦＩ）情報をUE-specificに知らせることに使用することもできる。
【０１４８】
また、これと類似するように、rangeのうち、最も少ない値、またはaverageをＫ１値と仮定することもできる。
【０１４９】
即ち、前記の例示の場合、５１ＲＢを仮定して、１３ＲＢＧを仮定し、該当の場合、６０ＲＢのうち、５２ＲＢのみresource allocationにより転送できるようになる。
【０１５０】
６０ＲＢのうち、resource allocationできない８ＲＢをどこに設定するかはいろいろなオプションが考慮できる。
【０１５１】
一例に、最も低い周波数（lowest frequency）から８ＲＢだけが排除されるか、または最も高い周波数（highest frequency）から８ＲＢだけが排除できる。
【０１５２】
即ち、２ＲＢＧが除外されなければならないので、ランダム関数（random function）により２ＲＢＧが選択されて、これを排除することもできる。
【０１５３】
このようなランダム関数（random  function）はslot indexによって変わる値であるか、または端末ＲＮＴＩ（Radio Network Temporary Identifier）によって変わる値でありうる。
【０１５４】
即ち、random functionは、端末ＲＮＴＩ及びtime indexなどを通じて動的に変わる値でありうる。
【０１５５】
（方法２）
【０１５６】
方法２はｋ１とｋ２が互いに同一でない場合をいう。
【０１５７】
まず、Ｋ１＜Ｋ２の場合、new BWPに対するresource allocationは該当new BWPの定まった開始点から順次にＫ１  ＲＢＧくらいだけ進行されるように設定できる。
【０１５８】
この際、該当開始点はＢＷＰの最も低いＰＲＢまたは最も高いＰＲＢになることができるか、または、random functionにより該当開始点が選択されることもできる。
【０１５９】
次に、Ｋ１＞Ｋ２の場合、Ｋ２の以外のfield/bitは他の情報に使われるか、またはＮＵＬＬとして処理できる。
【０１６０】
即ち、端末は定まった開始点から BWP sizeだけのDCI valueを解析し、残った部分に対しては追加で解析しない。
【０１６１】
一方、端末はswitching後のＢＷＰのsizeが事前fixed DCI field sizeより大きい場合、端末は先に定まった開始点からresource allocationを進行し、ＤＣＩがcoverできない領域に対してはネットワークから端末に転送されるdataがないことと解析することができる。
【０１６２】
即ち、現在帯域幅部分（current BWP）では‘ｋ２−ｋ１’サイズだけのＲＢＧは指示（indication）できないものである。
【０１６３】
したがって、端末は前記‘ｋ２−ｋ１’サイズだけのＲＢＧにはデータがスケジューリングされないことと認識することができる。
【０１６４】
このような場合に、端末は新たな帯域幅部分（new BWP）の資源割り当てフィールド（resource allocation field）で‘ｋ２−ｋ１’サイズだけはゼロパッディング（zero-padding）されたことと認識し、資源領域を決定することができる。
【０１６５】
ここで、端末がresource allocationを進行するという意味は、ネットワークから受信した資源割り当てフィールドサイズ（RA field size）を考慮して、端末に割り当てられる資源領域を決定するという意味として解析できる。
【０１６６】
加えて、端末はCurrent BWP内での制御資源集合（control resourc eset、ＣＯＲＳＥＴ）がnew BWPのスケジューリングを行う場合、該当内容を適用することができる。
【０１６７】
そして、端末はnew BWP内でのＣＯＲＥＳＥＴがnew BWPをスケジューリングする場合、Ｋ２のRA field sizeを仮定してDCI payload sizeが変更できることを仮定することができる。
【０１６８】
この際、１つのＣＯＲＥＳＥＴがcurrentとnew BWPに共に使用（share）される場合、どんなRA field sizeを仮定しなければならないのか曖昧になることがある。
【０１６９】
このような場合、各ＣＯＲＥＳＥＴ別に使用するRA field sizeをfixするか、またはもっと包括的にはDCI format/sizeをconfigurationすることができる。
【０１７０】
または、各ＣＯＲＥＳＥＴにconfigurationされているsearch space setにそのような値をconfigurationすることができる。
【０１７１】
したがって、仮にshareするcaseの場合、Ｋ１で構成されていれば、new BWPにswitchingが生じた場合にもK1 bit sizeがRA fieldに使われるようになる。
【０１７２】
このような状況を避けるためには、各ＢＷＰ別にＣＯＲＥＳＥＴがshareされてもconfigurationを独立的に遂行し、RA field sizeを異なるように構成しなければならない。
【０１７３】
しかしながら、このようなcaseはBWP switching時に起こる模糊性（ambiguity）の問題を解決し難い。
【０１７４】
したがって、ネットワークが BWP switchingが成功かを知らない状況ではfallback DCIなどを介してＢＷＰに変わらないresource allocationを遂行することができる。
【０１７５】
加えて、 BWP switching過程でネットワークと端末の動作（action）は、次の通りである。
【０１７６】
１）各configured BWP別ＣＯＲＥＳＥＴ（少なくとも１つのＣＯＲＥＳＥＴに対して）またはsearch space setに対してresource allocation field sizeをconfigurationするか、または 各ＣＯＲＥＳＥＴでindication可能な全体ＲＢＧ個数を知らせる。
【０１７７】
または、各ＢＷＰ別にＣＯＲＥＳＥＴを構成するとする場合、各ＢＷＰのＢＷによってRA field sizeをimplicitに構成する。
【０１７８】
２）ＢＷＰをスイッチングするＤＣＩの場合、current active BWPのconfigurationに従う。
【０１７９】
３）ＢＷＰをswitchingしないＤＣＩの場合にもcurrent active BWPのconfigurationに従う。
【０１８０】
４）Cross-BWP schedulingの場合、current active BWPのconfigurationによってnew BWPのRA field sizeを定め、かつ次は新たなＢＷＰの構成に従うことができる。
【０１８１】
■ RBG size
【０１８２】
■ RB start、end
【０１８３】
５）Sizeが異なる場合、プルニング（pruning）またはzero paddingを通じてsize alignmentを行う。
【０１８４】
このような方法は端末が現在ＢＷＰで情報を受信して、これを基礎に新たなＢＷＰに対して資源割り当てを行うものである。
【０１８５】
これによって、新たなＢＷＰに合うbit sizeを通じて資源割り当てを行う場合、DCI format/sizeが変わって、ブラインドデコーディング（blind decoding、ＢＤ）を試みる回数が増える問題点を解決することができる。
【０１８６】
（方法３）
【０１８７】
端末がスイッチング前後のＢＷＰｓに使われるRBG sizeが異なる場合、また１つの方式は、次の通りである。
【０１８８】
まず、端末はスイッチング期間の間続けて全ＢＷＰで使われるRBG size基盤に資源割り当てを進行してからstableなstateになった時、該当ＢＷＰに設定されたRBG sizeを用いて資源割り当てを進行する。
【０１８９】
ここで、stableなstateは追加で既定義されるか、またはネットワークからの指示（indication）を受信して決定できる。
【０１９０】
RBG sizeは各bandwidth range別に２つのセット（set）が設定されることができ、端末はネットワークに接続後、１つのsetのうち（事前configurationまたはdefault set設定）、自身のＢＷＰに合うRBG sizeを使用するようになる。
【０１９１】
次に、表５はＢＷに含まれるＰＲＢ個数によってサブバンドサイズ（subband size）及びRBG sizeをsubbandと同一なサイズに合せた時、DCI field sizeが可能な値を示している。
【０１９２】
例えば、端末にconfigureされたＢＷＰが２４〜６０個の間のＰＲＢで構成されている場合、１つのsubbandとＲＢＧには４個または８個のＰＲＢを有する時、各RBG sizeを該当ＢＷＰに適用する時、DCI field sizeは各々６〜１５bitsまたは３〜８bitsで表現することができる。
【０１９３】
【表５】
2021501530.tif 000039
【０１９４】
Subband sizeとＲＢＧ単位が互いに異なる場合、DCI field sizeは更に他の値で表現できる。
【０１９５】
この際、Subband値を表５での1st set valueに設定し、fixed DCI field sizeを使用する場合、該当fixed valueを１８に合せることができる。
【０１９６】
このような場合、表５の1st set valueに対して表６のように表現することができ、RBG sizeとsubband sizeをalignするためには１０１−２００の間のＰＲＢを有するＢＷＰのsubband sizeを１２でない１６に設定することがより適合する。
【０１９７】
表６は、DCI field sizeが１８に固定された状態でＢＷＰ範囲に従うＲＢＧサイズを示す表である。
【０１９８】
【表６】
2021501530.tif 000040
【０１９９】
表５の2nd set valueを適用する場合、RBG sizeは次の表７のように設定できる。
【０２００】
表７は、DCI field sizeが９に固定された状態でＢＷＰ範囲に従うRBG sizeを示す表である。
【０２０１】
【表７】
2021501530.tif 000041
【０２０２】
前述した表６と表７の BWP range設定は表５での設定と一定の差が存在し、表５の設定された BWP rangeにシステムを運営時、fixed DCI valueを用いる時、前述した方法２の方式により資源割り当てを進行することができる。
【０２０３】
Interpretation for fallback DCI during BWP switching
【０２０４】
端末がＢＷＰスイッチング指示（switching order）を受けていない時、受信されたfallback DCIは常に現在活性帯域幅（active BWP）のためのものとして見なすことができる。
【０２０５】
即ち、該当fallback DCIがDL BWPをスケジューリングするものである場合、現在active DL BWPに適合するように解析してdataを受信すればよく、該当fallback DCIがUL BWPをスケジューリングする場合、現在active UL BWPに送信する情報を転送すればよい。
【０２０６】
しかしながら、端末がネットワークから BWP switching orderを受けてＢＷＰスイッチングを準備する間、fallback DCIを受信した場合、該当fallback DCIにはＢＷＰ情報がないので、ＵＥが解析することに模糊性が存在することがある。
【０２０７】
以下、前記の問題点に対する解決方式を提案する。
【０２０８】
まず、unpaired spectrumから見る時、端末はDL scheduling DCIまたはUL scheduling DCIによってDL/UL BWPを共にスイッチングするので、端末がfallback DCIを受信した場合、次の２つの方法のようにfallback DCIを解析することができる。
【０２０９】
この際、unpaired spectrumはＴＤＤモードを意味する。
【０２１０】
（方法１）
【０２１１】
仮に、fallback DCIは常に受信されたＢＷＰに適用されると定まる場合、端末は BWP switchingのためのＤＣＩ受信有無にかかわらず現在活性帯域幅部分（active BWP）でfallback DCIからスケジューリングを受けたデータを処理し、ＢＷＰスイッチングを進行することができる。
【０２１２】
しかしながら、この場合、ＢＷＰスイッチング関連プロセスも共に定義する必要がある。
【０２１３】
例えば、端末がfallback DCIからスケジューリングを受けたデータを処理しながら要した時間だけを先送りしてＢＷＰスイッチングするか、またはネットワークのindicationや既定義（predefine）された規則（rule）に従ってBWP switching orderを受けた後、fallback DCIを受信した場合、これを無視し、定常にＢＷＰスイッチングを進行することができる。
【０２１４】
（方法２）
【０２１５】
端末が BWP switching orderを受ける前に受信されたfallback DCIは、現在active BWPに適用し、BWP switching orderを受けた後、受信されたfallback DCIは現在active BWPでないswitching後のＢＷＰに適用することができる。
【０２１６】
このような場合、fallback DCIのRA fieldに対する解析は前節で説明したようにswitching前後のＢＷＰによって多様な解析方式を有することができる。
【０２１７】
次に、paired spectrumで端末がfallback DCIを解析する方式は、次の通りである。
【０２１８】
Paired spectrumでDL BWP schedulingするfallback DCIに対する解析はunpaired spectrumでのように同一な方式によりfallback DCIを解析することができる。
【０２１９】
しかしながら、UL BWP schedulingのためのfallback DCIを解析するに当たって模糊性（ambiguity）が存在することもできる。
【０２２０】
この際、paired spectrumはＦＤＤモードを意味する。
【０２２１】
このような模糊性が存在する理由は、次のような理由により解析することができる。
【０２２２】
ネットワークのUL BWP switching orderによって端末が成功的にUL BWPをスイッチングできるのかをネットワークは正確に判断できない。
【０２２３】
このような場合で、続いて転送されたfallback DCIはどんなＢＷＰをスケジューリングすることが明確でないことがある。
【０２２４】
したがって、paired spectrumでUL BWP schedulingのためのfallback DCIを設定する時、前述した問題点を考慮しなければならず、これを解決するための幾つかの方法を提案する。
【０２２５】
（方法１）
【０２２６】
BWP switching DCI後に転送されたfallback DCIがschedulingするUL BWPに対して事前に定まったプロセス（process）を進行する方法に対するものである。
【０２２７】
１−１）fallback DCIにscheduledされたＰＵＳＣＨは該当ＤＣＩが転送された時点のactive UL BWPから転送される。
【０２２８】
ここで、Fallback DCI scheduling PUSCHが転送された時点と該当ＰＵＳＣＨが転送された時点でのUL BWPが変更されることを期待しないことでありうる。
【０２２９】
仮に、上記の状況が許容される場合にＵＥはＰＵＳＣＨ転送を期待しないことがある。
【０２３０】
１−２）fallback DCIがschedulingするUL BWPを常にinitial UL BWPに定める。
【０２３１】
このような場合、全ての端末に対するRA bit field sizeが同一に設定できるので、ネットワーク立場でのスケジューリングがより容易でありうる。
【０２３２】
しかしながら、端末の立場では該当端末が現在activated BWPまたはswitchingされたＢＷＰがinitial BWPでない場合、端末は常に一定gap（retuning time+processing time for Tx data）を用いてスケジューリングされた資源を処理しなければならず、該当gapが充分でない場合、端末はresource processing（ＰＵＳＣＨ転送）の全体または一部を省略（skip）することができる。
【０２３３】
１−３）fallback DCIがschedulingするUL BWPを常に現在activated BWPまたはswitching後のＢＷＰに定める。
【０２３４】
この際、Fallback DCIがschedulingするＢＷＰが現在活性化された帯域幅部分（activated BWP）の場合、RA bit field sizeは続けて設定された値に維持できるが、端末がUL BWP switchingするtimingが遅延（delay）されることがある。
【０２３５】
したがって、Fallback DCIがschedulingするＢＷＰをスイッチングした後のＢＷＰに定める場合、前述したtime delayはないが、端末は BWP switching前後のRA bit field size設定に対する解析を明確にする必要がある。
【０２３６】
これもまた前述したresource allocation during DCI-based BWP switchingで説明された方式を用いることができる。
【０２３７】
１−４）上位階層シグナリング（High layer signaling）を通じてfallback DCIにscheduledされたＰＵＳＣＨが転送されるUL BWPを設定するものでありうる。
【０２３８】
より特徴的にconfigured UL BWP or SUL BWPのうち、特定state（例えば、００状態（state））に対応するＢＷＰからＰＵＳＣＨを転送するものでありうる。
【０２３９】
このような場合、ＰＵＳＣＨに対するscheduling timingがretuningを含み、該当retuningに充分な時間のない場合に端末はＰＵＳＣＨ転送の全体または一部をスキップ（skip）することができる。
【０２４０】
前述した方式はfallback DCIが転送されたsearch spaceの種類によって相異することもある。
【０２４１】
一例に、common search spaceから転送される場合、またはRRC reconfiguration中に、またはconfigurationの以前には１）または２）にて動作し、UE-specific search spaceから転送される場合、またはRRC configurationの以後には１）または３）にて動作することができる。
【０２４２】
（方法２）
【０２４３】
BWP switching DCIの後に転送されたfallback DCIのtypeによって端末がどんなUL BWPをschedulingするかを判断する方法である。
【０２４４】
この際、RA bit fieldに該当ＤＣＩがどのＢＷＰをスケジューリングする指示子（indicator）が必要である。
【０２４５】
仮に、BWP switchingの前後の２つのＢＷＰｓのうちの１つに該当ＤＣＩを適用する場合、１bitのflagを追加すればよい。
【０２４６】
すると、ネットワークは端末の BWP switching capability、通信チャンネル環境などを判断して端末にfallback DCIを適用することにさらに適合したＢＷＰを定めることができる。
【０２４７】
次に、fallback DCIにＰＤＳＣＨ ｏｒ ＰＵＳＣＨをscheduling時にRA bit field sizeを設定する方法について説明する。
【０２４８】
（方法１）
【０２４９】
ＰＤＳＣＨをスケジューリングするfallback DCIとＰＵＳＣＨをスケジューリングするfallback DCIのRA bit field sizeは該当ＤＣＩが転送されたDL BWP（例えば、size、RBG size、ＲＢＧ個数）を基盤に設定する方法である。
【０２５０】
このような方法は複数のDCI format sizeを同一に合せることに容易でありうる。
【０２５１】
より特徴的にＰＵＳＣＨをschedulingするfallback DCIのRA bit field sizeは該当ＤＣＩが転送されたDL BWPと連結（link）されたUL BWPを基盤に設定されることもできる。
【０２５２】
前記方法は該当serving cellがunpaired spectrumである場合に限定することができる。
【０２５３】
または、ＰＵＳＣＨをスケジューリングするfallback DCIのRA bit field sizeはinitial UL BWPを基盤に設定されるものでありうる。
【０２５４】
（方法２）
【０２５５】
ＰＤＳＣＨをスケジューリングするfallback DCIとＰＵＳＣＨをschedulingするfallback DCIのRA bit field sizeは各々のlink directionに対してconfigured BWPのうち、maximum sizeを基盤に設定する方法である。
【０２５６】
具体的に、ＰＤＳＣＨをschedulingするＤＣＩはconfigured DL BWPのうちの最大を基準に、ＰＵＳＣＨをschedulingするＤＣＩはconfigured UL BWP and/or configured SUL BWPのうちの最大を基準にRA bit field sizeを設定する。
【０２５７】
（方法３）
【０２５８】
ＰＤＳＣＨをスケジューリングするfallback DCIとＰＵＳＣＨをスケジューリングするfallback DCIのRA bit field sizeは該当ＵＥにconfiguredされた全てのＢＷＰ（例えば、DL BWP and/or UL BWP、and/or SUL BWP）のうち、maximum sizeを基盤に設定する方法である。
【０２５９】
（方法４）
【０２６０】
Fallback DCIがbroadcast用ＤＣＩとformat及びsizeを共有すると仮定し、該当RA field sizeを使用することを仮定する方法である。
【０２６１】
Broadcast scheduling DCIのRA sizeは上位階層（higher layer）にbroadcast PDSCHがscheduleできる領域を設定することによって定まることができるか、または常に定まったどんな値（例えば、UE minimum BW）について行くことができる。
【０２６２】
即ち、fallback DCIと異なるbroadcast scheduling DCIのsizeを合せる動作を考慮することができる。
【０２６３】
上記の方式はfallback DCIが転送されたsearch spaceの種類によって相異することもある。
【０２６４】
一例に、common search spaceから転送される場合、またはRRC reconfigurationの中に、またはconfigurationの以前には方法１または方法４にて動作し、UE-specific search spaceから転送される場合、またはRRC configurationの以後には方法２または方法３にて動作するものでありうる。
【０２６５】
また、serving cellがpaired spectrumかunpaired spectrumかによっても相異することがある。
【０２６６】
BWP switching time for scheduling DCI
【０２６７】
Scheduling DCI基盤にＢＷＰをスイッチングする場合、資源割り当てを解析する方式だけでなく、ＢＷＰをスイッチングする時点もネットワークと端末の立場で明確しなければならない。
【０２６８】
そうでない場合、ネットワークと端末が眺める帯域幅の領域が互いに異なるので、データ送受信に問題点が発生することがある。
【０２６９】
したがって、以下、該当問題点を解決するために次の幾つかの方法を提案する。
【０２７０】
（方法１）
【０２７１】
端末は、new BWPにscheduleされたデータが始める前に定まったtime durationにBWP switchingを進行する。
【０２７２】
即ち、Paired spectrumでDL BWPをswitchingする時点はnew DL BWPのＰＤＳＣＨが転送される時点基準に、UL BWPをswitchingする時点はnew UL BWPのＰＵＳＣＨが転送される時点基準に設定されることができ、unpaired spectrumではnew DL/UL BWPのＰＤＳＣＨまたはＰＵＳＣＨが転送される時点基準になることができる。
【０２７３】
この際、New BWPでＰＤＳＣＨまたはＰＵＳＣＨを転送する時点は既定義するか、または端末がBWP switching DCIを受信する前にネットワークからconfigureを受けることができる。
【０２７４】
また、端末は BWP switching DCIを受信し、new BWPのデータがscheduleされる時点まではcurrent BWPを続けてモニタリングすることができる。
【０２７５】
しかしながら、端末のcapabilityによって BWP switchingすることに必要とする時間が異なることがあり、該当期間にはいかなるＢＷＰもモニタリングしない。
【０２７６】
前述した端末のBWP switching期間（如何なるＢＷＰもモニタリングしない期間）は端末現象により多様でありうるので、systemで全ての端末が支援可能な値を設定するか、またはnetworkが端末のreported capabilitiesによって互いに異なる値を設定することもできる。
【０２７７】
（方法２）
【０２７８】
switching DCIを成功的にdecoding後、端末は BWP switchingを進行する。
【０２７９】
これは、方法１より速いBWP switchingが進行できるが、端末が該当switching DCIをmissingするか、またはdecoding失敗する場合、ネットワークと互いに異なる理解を有する場合が発生することがある。
【０２８０】
したがって、方法２でのBWP switching期間も前述した方式のように全ての端末が支援する値を設定するか、または端末のcapabilityによってUE-specificな値を設定することができる。
【０２８１】
加えて、端末が該当switching DCIをdecodingし、BWP switching進行を完了したか否かをnetwork側では知らないことがある。
【０２８２】
この時には、互いに異なる理解を有することを避けるために、networkではnew BWP及びold BWPに全てcontrol/dataを転送しなければならない。
【０２８３】
このような端末がスイッチング地点で前スロットslot（s）に対するHARQ processが終わらない場合、スイッチング時点処理は次の幾つかのオプションがありうる。
【０２８４】
（オプション１）
【０２８５】
端末は前で定まったスイッチング時点にかかわらずHARQ processを進行し、終わればnew BWPにスイッチングする。
【０２８６】
ネットワークは端末がＡＣＫ／ＮＡＣＫを転送する時点を知っているので、その時点の以後、端末がBWP switchingを進行することを認知することができる。
【０２８７】
（オプション２）
【０２８８】
前で定まったswitching時点に端末はBWP switchingを進行し、HARQ processをnew BWPで続けて進行するか、または該当ＨＡＲＱを中断し、new BWPで新たなcommandを待つことができる。
【０２８９】
また、端末のcurrent BWPにBWP switching DCIとcurrent BWPのためのscheduling DCIが同時に転送できる。
【０２９０】
この際、仮にnew BWPにスイッチングした後、直ぐデータが転送されずcontrol情報がモニタリングできる場合、current BWPにcombined DCIを転送することができる。
【０２９１】
即ち、２つのＤＣＩを転送する代わり１つのＤＣＩを転送することに該当ＤＣＩのBWP indicationはnew BWPに、資源割り当て情報はcurrent BWPのためのものに設定することができる。
【０２９２】
このような方式は制御領域（control region）の資源（resource）が節約できるが、ＤＣＩのresource allocation fieldがどのＢＷＰのためのものかを指示（indication）する必要がある。
【０２９３】
次に、本明細書で提案する帯域幅部分（bandwidth part、ＢＷＰ）に対する資源割り当てを遂行する方法について説明する。
【０２９４】
図５は、本明細書で提案する資源割り当てを遂行する端末の動作方法の一例を示す順序図である。
【０２９５】
まず、端末は第１のＢＷＰの資源割り当てグループ（resource allocation group、ＲＢＧ）サイズ（size）と関連した第１資源割り当てフィールド及び第２のＢＷＰのＲＢＧサイズと関連した第２資源割り当てフィールドを前記第１のＢＷＰ上でネットワークから受信する（Ｓ５１０）。
【０２９６】
次に、端末は第１資源割り当てフィールドのサイズが前記第２資源割り当てフィールドのサイズより大きい場合、既定義された開始点から前記第２のＢＷＰのサイズだけに該当する前記第１資源割り当てフィールドの値に基づいて前記第２のＢＷＰに対する資源割り当てを遂行する（Ｓ５２０）。
【０２９７】
この際、前記ＲＢＧは帯域幅範囲毎に既に定まった値でありうる。
【０２９８】
具体的に、ステップＳ５２０で、第１資源割り当てフィールドのサイズが前記第２資源割り当てフィールドのサイズより大きい場合、既定義された開始点から第２のＢＷＰのサイズだけの該当に必要な資源割り当てフィールドサイズだけbitを解析し、残りの部分は解析しないことを意味することができる。
【０２９９】
ここで、解析しないという意味は、残りのbit fieldを他の情報に使用するか、またはＮＵＬＬに使われるという意味でありうる。
【０３００】
言い換えると、端末は資源割り当てを遂行するに当たって、第２のＢＷＰのサイズだけ資源割り当てを進行し、残りの部分に対しては端末に転送されるdataがないものとして解析することができる。
【０３０１】
本発明が適用できる装置一般
【０３０２】
図６は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【０３０３】
図６を参照すると、無線通信システムは基地局６１０と、基地局６１０領域内に位置した多数の端末６２０を含む。
【０３０４】
前記基地局と端末は各々無線装置と表現されることもできる。
【０３０５】
基地局６１０は、プロセッサ（processor）６１１、メモリ（memory）６１２、及びＲＦモジュール（radio frequency module）６１３を含む。
【０３０６】
プロセッサ６１１は先の図１乃至図５で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層はプロセッサにより具現できる。メモリ６１２はプロセッサと連結されて、プロセッサを駆動するための多様な情報を格納する。ＲＦモジュール６１３はプロセッサと連結されて、無線信号を送信及び／又は受信する。
【０３０７】
端末６２０は、プロセッサ６２１、メモリ６２２、及びＲＦモジュール６２３を含む。
【０３０８】
プロセッサ６２１は先の図１乃至図５で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層はプロセッサにより具現できる。メモリ６２２はプロセッサと連結されて、プロセッサを駆動するための多様な情報を格納する。ＲＦモジュール６２３はプロセッサと連結されて、無線信号を送信及び／又は受信する。
【０３０９】
メモリ６１２、６２２はプロセッサ６１１、６２１の内部または外部にあることができ、よく知られた多様な手段によりプロセッサ６１１、６２１と連結できる。
【０３１０】
また、基地局６１０及び／又は端末６２０は１つのアンテナ（single antenna）または多重アンテナ（multiple antenna）を有することができる。
【０３１１】
図７は、本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【０３１２】
特に、図７では先の図６の端末をより詳細に例示する図である。
【０３１３】
図７を参照すると、端末はプロセッサ（または、ディジタル信号プロセッサ（ＤＳＰ：digital signal processor）７１０、ＲＦモジュール（RF module）（または、ＲＦユニット）７３５、パワー管理モジュール（power management module）７０５、アンテナ（antenna）７４０、バッテリー（battery）７５５、ディスプレイ（display）７１５、キーパッド（keypad）７２０、メモリ（memory）７３０、ＳＩＭカード（Subscriber Identification Module card）７２５（この構成は選択適である）、スピーカー（speaker）７４５、及びマイクロフォン（microphone）７５０を含んで構成できる。また、端末は単一のアンテナまたは多重のアンテナを含むことができる。
【０３１４】
プロセッサ７１０は先の図１乃至図６で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層はプロセッサにより具現できる。
【０３１５】
メモリ７３０はプロセッサと連結され、プロセッサの動作と関連した情報を格納する。メモリはプロセッサ内部または外部にあることができ、よく知られた多様な手段によりプロセッサと連結できる。
【０３１６】
ユーザは、例えば、キーパッド７２０のボタンを押さえるか（または、タッチするか）、またはマイクロフォン７５０を用いた音声駆動（voice activation）により電話番号などの命令情報を入力する。プロセッサはこのような命令情報を受信し、電話番号に電話をかけるなど、適切な機能を遂行するように処理する。駆動上のデータ（operational data）はＳＩＭカード７２５またはメモリから抽出することができる。また、プロセッサはユーザが認知し、また便宜のために命令情報または駆動情報をディスプレイ７１５上にディスプレイすることができる。
【０３１７】
ＲＦモジュール７３５はプロセッサに連結されて、ＲＦ信号を送信及び／又は受信する。プロセッサは通信を開始するために、例えば、音声通信データを構成する無線信号を転送するように命令情報をＲＦモジュールに伝達する。ＲＦモジュールは無線信号を受信及び送信するために受信機（receiver）及び転送機（transmitter）で構成される。アンテナ７４０は無線信号を送信及び受信する機能をする。無線信号を受信する時、ＲＦモジュールはプロセッサにより処理するために信号を伝達し、基底帯域に信号を変換することができる。処理された信号はスピーカー７４５を介して出力される可聴または可読情報に変換できる。
【０３１８】
図８は、本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールの一例を示す図である。
【０３１９】
具体的に、図８はＦＤＤ（Frequency Division Duplex）システムで具現できるＲＦモジュールの一例を示す。
【０３２０】
まず、転送経路で、図６及び図７で記述されたプロセッサは転送されるデータをプロセシングしてアナログ出力信号を送信機８１０に提供する。
【０３２１】
送信機８１０内で、アナログ出力信号はディジタル−対−アナログ変換（ＡＤＣ）により引き起こされるイメージを除去するために低域通過フィルタ（Low Pass Filter、ＬＰＦ）８１１によりフィルタリングされ、上向き変換器（Mixer）８１２により基底帯域からＲＦに上向き変換され、可変利得増幅器（Variable Gain Amplifier、ＶＧＡ）８１３により増幅され、増幅された信号はフィルタ８１４によりフィルタリングされ、電力増幅器（Power Amplifier、ＰＡ）８１５により追加で増幅され、デュープレックサ８５０／アンテナスイッチ８６０を介してルーティングされ、アンテナ８７０を介して転送される。
【０３２２】
また、受信経路で、アンテナ８７０は外部から信号を受信して、受信された信号を提供し、この信号はアンテナスイッチ８６０／デュープレックサ８５０を介してルーティングされ、受信機８２０に提供される。
【０３２３】
受信機８２０内で、受信された信号は低雑音増幅器（Low Noise Amplifier、ＬＮＡ）８２３により増幅され、帯域通過フィルタ８２４によりフィルタリングされ、下向き変換器（Mixer）８２５によりＲＦから基底帯域に下向き変換される。
【０３２４】
前記下向き変換された信号は低域通過フィルタ（ＬＰＦ）８２６によりフィルタリングされ、ＶＧＡ８２７により増幅されてアナログ入力信号を獲得し、これは図６及び図７で記述されたプロセッサに提供される。
【０３２５】
また、ローカルオシレーター（local oscillator、ＬＯ）発生器８４０は転送及び受信ＬＯ信号を発生及び上向き変換器８１２及び下向き変換器８２５に各々提供する。
【０３２６】
また、位相固定ループ（Phase Locked Loop、ＰＬＬ）８３０は適切な周波数で転送及び受信ＬＯ信号を生成するためにプロセッサから制御情報を受信し、制御信号をＬＯ発生器８４０に提供する。
【０３２７】
また、図８に図示された回路は図８に図示された構成と異なるように配列されることもできる。
【０３２８】
図９は、本明細書で提案する方法が適用できる無線通信装置のＲＦモジュールの更に他の一例を示す図である。
【０３２９】
具体的に、図９はＴＤＤ（Time Division Duplex）システムで具現できるＲＦモジュールの一例を示す。
【０３３０】
ＴＤＤシステムでのＲＦモジュールの送信機９１０及び受信機９２０はＦＤＤシステムでのＲＦモジュールの送信機及び受信機の構造と同一である。
【０３３１】
以下、ＴＤＤシステムのＲＦモジュールはＦＤＤシステムのＲＦモジュールと差が出る構造に対してのみ説明し、同一な構造に対しては図８の説明を参照することにする。
【０３３２】
送信機の電力増幅器（Power Amplifier、ＰＡ）９１５により増幅された信号はバンド選択スイッチ（Band Select Switch）９５０、バンド通過フィルタ（ＢＰＦ）９６０及びアンテナスイッチ９７０を介してルーティングされ、アンテナ９８０を介して転送される。
【０３３３】
また、受信経路で、アンテナ９８０は外部から信号を受信して、受信された信号を提供し、この信号はアンテナスイッチ９７０、バンド通過フィルタ９６０、及びバンド選択スイッチ９５０を介してルーティングされ、受信機９２０に提供される。
【０３３４】
以上で説明された実施形態は、本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は別途の明示的言及のない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は他の構成要素や特徴と結合されていない形態に実施できる。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更できる。ある実施形態の一部の構成や特徴は他の実施形態に含まれることができ、または他の実施形態の対応する構成または特徴と交替できる。特許請求範囲で明示的な引用関係のない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。
【０３３５】
本発明に従う実施形態は多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施形態は１つまたはその以上のＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰs（digital signal processors）、ＤＳＰＤｓ（digital signal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（field programmable gate arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現できる。
【０３３６】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施形態は以上で説明された機能または動作を遂行するモジュール、手続き、関数などの形態に具現できる。ソフトウェアコードはメモリに格納されてプロセッサにより駆動できる。前記メモリは前記プロセッサ内部または外部に位置して、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。
【０３３７】
本発明は本発明の必須的な特徴を逸脱しない範囲で他の特定の形態に具体化できることは通常の技術者に自明である。したがって、前述した詳細な説明は全ての面で制約的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付の請求項の合理的解析により決定されなければならず、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０３３８】
本発明の無線通信システムで測定（measurement）を遂行する方案は３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム、５Ｇシステム（New RATシステム）に適用される例を中心として説明したが、その他にも多様な無線通信システムに適用可能である。
【図１】
2021501530.tif 000042
【図２】
2021501530.tif 000043
【図３】
2021501530.tif 000044
【図４】
2021501530.tif 000045
【図５】
2021501530.tif 000046
【図６】
2021501530.tif 000047
【図７】
2021501530.tif 000048
【図８】
2021501530.tif 000049
【図９】
2021501530.tif 000050
【国際調査報告】
2021501530.tif 000051
2021501530.tif 000052
2021501530.tif 000053
2021501530.tif 000054