(57)【特許請求の範囲】
【請求項１】
無線通信システムにおける無線機器によって行われる方法において、
ランダムアクセス手続を行い、
モニタリングの機会にＰＤＣＣＨ（physical downlink control channel）をモニタリングする、ことを含み、
前記モニタリングの機会は、ＳＳ／ＰＢＣＨ（synchronization signal/physical broadcast channel）ブロックと関連し、
前記ＳＳ／ＰＢＣＨブロックは、ＭＡＣ（media access control）  ＣＥ（control element）指示が前記ランダムアクセス手続の後に受信されることに基づいて、ネットワークから受信される前記ＭＡＣ  ＣＥ指示によって決定され、
前記ＳＳ／ＰＢＣＨブロックは、ＭＡＣ  ＣＥ指示が前記ランダムアクセス手続の後に受信されないことに基づいて、前記ランダムアクセス手続によって決定される、方法。
【請求項２】
前記ＰＤＣＣＨを含むＣＯＲＥＳＥＴ（control resource set）  ０をモニタリングしてＲＭＳＩ（remaining minimum system information）を読むことをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＳＳ／ＰＢＣＨブロックは、ビームと関連する、請求項１に記載の方法。
【請求項４】
前記ランダムアクセス手続は、競合ベースのランダムアクセス手続を含む、請求項１に記載の方法。
【請求項５】
前記競合ベースのランダムアクセス手続は、前記ＳＳ／ＰＢＣＨブロックを変更する、請求項４に記載の方法。
【請求項６】
無線通信システムにおける無線機器において、
メモリと、
送受信部と、
前記メモリ及び前記送受信部と連結される少なくとも一つのプロセッサと、を含み、
前記少なくとも一つのプロセッサは、
ランダムアクセス手続を行い、
モニタリングの機会にＰＤＣＣＨ（physical downlink control channel）をモニタリングする、ように構成され、
前記モニタリングの機会は、ＳＳ／ＰＢＣＨ（synchronization signal/physical broadcast channel）ブロックと関連し、
前記ＳＳ／ＰＢＣＨブロックは、ＭＡＣ（media access control）  ＣＥ（control element）指示が前記ランダムアクセス手続の後に受信されることに基づいて、ネットワークから受信される前記ＭＡＣ  ＣＥ指示によって決定され、
前記ＳＳ／ＰＢＣＨブロックは、ＭＡＣ  ＣＥ指示が前記ランダムアクセス手続の後に受信されないことに基づいて、前記ランダムアクセス手続によって決定される、無線機器。
【請求項７】
前記少なくとも一つのプロセッサは、前記ＰＤＣＣＨを含むＣＯＲＥＳＥＴ（control resource set）  ０をモニタリングしてＲＭＳＩ（remaining minimum system information）を読むようにさらに構成される、請求項６に記載の無線機器。
【請求項８】
前記ＳＳ／ＰＢＣＨブロックは、ビームと関連する、請求項６に記載の無線機器。
【請求項９】
前記ランダムアクセス手続は、競合ベースのランダムアクセス手続を含む、請求項６に記載の無線機器。
【請求項１０】
前記競合ベースのランダムアクセス手続は、前記ＳＳ／ＰＢＣＨブロックを変更する、請求項９に記載の無線機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳細には、無線通信システム、特にＮＲ（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）でＢＷＰ（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）及び／又はビーム切り替えによって制御チャネルを構成する方法及び装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、高速パケット通信を可能とするための技術である。ＬＴＥの目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ  ＬＴＥは、上位レベルの必要条件として、ビット当たり費用の節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。
【０００３】
ＩＴＵ（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｕｎｉｏｎ）及び３ＧＰＰでＮＲ（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）システムに対する要求事項及び仕様を開発する作業が始まった。ＮＲシステムは、ｎｅｗ  ＲＡＴなどの他の名称で呼ばれることもある。３ＧＰＰは、緊急な市場の要求とＩＴＵ−Ｒ（ＩＴＵ  ｒａｄｉｏ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）ＩＭＴ（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）−２０２０プロセスが提示するより長期的な要求事項を全て適時に満たすＮＲの標準化を成功させるために必要な技術構成要素を識別して開発しなければならない。また、ＮＲは、遠い未来にも無線通信のために利用されることができる少なくとも１００ＧＨｚに達する任意のスペクトラム帯域が使用可能でなければならない。
【０００４】
ＮＲは、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含む全ての配置シナリオ、使用シナリオ、要求事項を扱う単一技術フレームワークを対象とする。ＮＲは、本質的に前方互換性があるべきである。
【０００５】
ＮＲの初期アクセスは、ダウンリンクの初期同期及びシステム情報の獲得と、ランダムアクセス手続を介したＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）接続を目的とし、これは、基本的に、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａの初期アクセス技術の目的と同一である。これと共に、ＮＲは、複数のビーム送信及び広帯域を支援するための多様な要素の技術を初期アクセス段階から含んでいる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、ネットワークが単一又は複数のビーム動作を使用し、ＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）がＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）又はＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を介して異なるＢＷＰで構成されることができるＮＲで、制御チャネルの構成を議論する。
【課題を解決するための手段】
【０００７】
一態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）によって行われる方法が提供される。前記方法は、ＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）  ＣＥ（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）指示を受信し、ＲＡＣＨ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）手続を行い、前記ＭＡＣ  ＣＥ指示又は前記ＲＡＣＨ手続のうち、最新のものに基づいてＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）０のＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ）状態を決定し、及び前記決定されたＴＣＩ状態に基づいて前記ＣＯＲＥＳＥＴ  ０をモニタリングすることを含む。
【０００８】
別の態様において、無線通信システムにおける端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）が提供される。前記端末は、メモリと、送受信部と、前記メモリ及び前記送受信部と連結されるプロセッサとを含む。前記プロセッサは、ＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）  ＣＥ（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）指示を受信するように前記送受信部を制御し、ＲＡＣＨ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）手続を行い、前記ＭＡＣ  ＣＥ指示又は前記ＲＡＣＨ手続のうち、最新のものに基づいてＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）０のＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ）状態を決定し、及び前記決定されたＴＣＩ状態に基づいて前記ＣＯＲＥＳＥＴ０をモニタリングするように前記送受信部を制御するように構成される。
【発明の効果】
【０００９】
制御チャネルが効果的に構成されることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の技術的特徴が適用されることができる無線通信システムの一例を示す。
【図２】図２は、本発明の技術的特徴が適用されることができる無線通信システムの別の例を示す。
【図３】図３は、本発明の技術的特徴が適用されることができるフレーム構造の一例を示す。
【図４】図４は、本発明の技術的特徴が適用されることができるフレーム構造の別の例を示す。
【図５】図５は、ＮＲでＴＤＤが使用されるとき、データ伝送のレイテンシを最小化するために使用されるサブフレーム構造の一例を示す。
【図６】図６は、本発明の技術的特徴が適用されることができるリソースグリッドの一例を示す。
【図７】図７は、本発明の技術的特徴が適用されることができる同期チャネルの一例を示す。
【図８】図８は、本発明の技術的特徴が適用されることができる周波数割り当て方式の一例を示す。
【図９】図９は、本発明の技術的特徴が適用されることができる複数ＢＷＰの一例を示す。
【図１０】図１０は、本発明の一実施例に係るＣＯＲＥＳＥＴ  ０をモニタリングする方法を示す。
【図１１】図１１は、本発明の一実施例に係るＣＯＲＥＳＥＴ  ０の構成の一例を示す。
【図１２】図１２は、本発明の実施例が具現化される無線通信システムを示す。
【発明を実施するための形態】
【００１１】
以下で説明する技術的特徴は、３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）の標準化機構による通信規格や、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）の標準化機構による通信規格等で使用されることができる。例えば、３ＧＰＰの標準化機構による通信規格は、ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）及び／又はＬＴＥシステムの進化を含む。ＬＴＥシステムの進化は、ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）、ＬＴＥ−Ａ  Ｐｒｏ、及び／又は５Ｇ  ＮＲ（ｎｅｗ  ｒａｄｉｏ）を含む。ＩＥＥＥの標準化機構による通信規格は、ＩＥＥＥ  ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘなどのＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）システムを含む。前述したシステムは、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、及び／又はＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などの多様な多重アクセス技術をダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）及び／又はアップリンク（ＵＬ；ｕｐｌｉｎｋ）に使用する。例えば、ＤＬにはＯＦＤＭＡのみを使用し、ＵＬにはＳＣ−ＦＤＭＡのみが使用されることができる。或いは、ＤＬ及び／又はＵＬにＯＦＤＭＡとＳＣ−ＦＤＭＡとが混在することもある。
【００１２】
本明細書で、「／」と、「、」は、「及び／又は」を示すものと解釈されなければならない。例えば、「Ａ／Ｂ」という表現は、「Ａ及び／又はＢ」を意味することができる。また、「Ａ、Ｂ」は「Ａ及び／又はＢ」を意味することができる。さらに、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂ及び／又はＣのいずれか一つ」を意味することができる。さらに、「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂ及び／又はＣのいずれか一つ」を意味することができる。
【００１３】
また、本明細書で、「又は」という用語は、「及び／又は」を示すものと解釈されなければならない。例えば、「Ａ又はＢ」という表現は、１）Ａのみ、２）Ｂのみ、及び／又は３）Ａ及びＢを全て含むことができる。即ち、本明細書で、「又は」という表現は、「さらに又は代わりに」を示すものと解釈されなければならない。
【００１４】
図１は、本発明の技術的特徴が適用されることができる無線通信システムの一例を示す。具体的に、図１は、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）をベースとするシステムアーキテクチャである。前述したＬＴＥは、Ｅ−ＵＴＲＡＮを使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ−ＵＭＴＳ）の一部である。
【００１５】
図１を参照すると、無線通信システムは、一つ以上のＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）１０、Ｅ−ＵＴＲＡＮ及びＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）を含む。ＵＥ１０は、ユーザが携帯する通信装置をいう。ＵＥ１０は、固定されるか、又はモビリティを有することができ、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、無線機器等の別の用語で呼ばれ得る。
【００１６】
Ｅ−ＵＴＲＡＮは、一つ以上のＢＳ（ｂａｓ  ｓｔａｔｉｏｎ）２０で構成される。ＢＳ２０は、ＵＥ１０に向けたＥ−ＵＴＲＡユーザプレーン及びコントロールプレーンプロトコルの終端を提供する。ＢＳ２０は、一般にＵＥ１０と通信する固定された地点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいう。ＢＳ２０は、セル間の無線リソース管理（ＲＲＭ；ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ）、無線ベアラ（ＲＢ；ｒａｄｉｏ  ｂｅａｒｅｒ）制御、接続モビリティ制御、無線承認制御、測定の構成／提供、動的リソース割り当て（スケジューラ）などのような機能をホストする。ＢＳ２０は、ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）等の別の用語で呼ばれ得る。
【００１７】
ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ＢＳ２０からＵＥ１０への通信を示す。アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からＢＳ２０への通信を示す。サイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）は、ＵＥ１０間の通信を示す。ＤＬで、送信機はＢＳ２０の一部であってもよく、受信機はＵＥ１０の一部であってもよい。ＵＬで、送信機はＵＥ１０の一部であってもよく、受信機はＢＳ２０の一部であってもよい。ＳＬで、送信機及び受信機は、ＵＥ１０の一部であってもよい。
【００１８】
ＥＰＣは、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）、Ｓ−ＧＷ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）及びＰ−ＧＷ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ（ＰＤＮ）ｇａｔｅｗａｙ）を含む。ＭＭＥは、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）セキュリティ、アイドル状態のモビリティ処理、ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラ制御等のような機能をホストする。Ｓ−ＧＷは、モビリティアンカリングなどのような機能をホストする。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。便宜上、ＭＭＥ／Ｓ−ＧＷ３０は、単純に「ゲートウェイ」と言及されるが、この個体は、ＭＭＥ及びＳ−ＧＷを全て含むものと理解される。Ｐ−ＧＷは、ＵＥ  ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレスの割り当て、パケットフィルタリング等のような機能をホストする。Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。Ｐ−ＧＷは、外部のネットワークに接続される。
【００１９】
ＵＥ１０は、ＵｕインターフェースによってＢＳ２０に接続される。ＵＥ１０は、ＰＣ５インターフェースによって互いに相互接続される。ＢＳ２０は、Ｘ２インターフェースによって互いに相互接続される。ＢＳ２０は、また、Ｓ１インターフェースを介してＥＰＣに接続される。より具体的には、ＭＭＥにＳ１−ＭＭＥインターフェースにより、且つＳ−ＧＷにＳ１−Ｕインターフェースにより接続される。Ｓ１インターフェースは、ＭＭＥ／Ｓ−ＧＷとＢＳ間の多対多の関係を支援する。
【００２０】
図２は、本発明の技術的特徴が適用されることができる無線通信システムの別の例を示す。具体的に、図２は、５Ｇ  ＮＲ（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）システムに基づいたシステムアーキテクチャを示す。５Ｇ  ＮＲシステム（以下、簡単に「ＮＲ」と称する）で使用される個体は、図１で紹介された個体（例えば、ｅＮＢ、ＭＭＥ、Ｓ−ＧＷ）の一部または全ての機能を吸収することができる。ＮＲシステムで使用される個体は、ＬＴＥと区別するために、「ＮＧ」という名称で識別されることができる。
【００２１】
以下、ＮＲについて、後述する説明の理解を助けるために、３ＧＰＰ  ＴＳ  ３８シリーズ（３ＧＰＰ  ＴＳ  ３８．２１１、３８．２１２、３８．２１３、３８．２１４、３８．３３１等）が参照され得る。
【００２２】
図２を参照すると、無線通信システムは、一つ以上のＵＥ１１、ＮＧ−ＲＡＮ（ｎｅｘｔ−ｇｅｎｅｒａｔｉｏｎ  ＲＡＮ）及び第５世代コアネットワーク（５ＧＣ）を含む。ＮＧ−ＲＡＮは、少なくとも一つのＮＧ−ＲＡＮノードで構成される。ＮＧ−ＲＡＮノードは、図１に示されたＢＳ２０に対応する個体である。ＮＧ−ＲＡＮノードは、少なくとも一つのｇＮＢ２１及び／又は少なくとも一つのｎｇ−ｅＮＢ２２で構成される。ｇＮＢ２１は、ＵＥ１１に向けたＮＲユーザプレーン及びコントロールプレーンプロトコルの終端を提供する。Ｎｇ−ｅＮＢ２２は、ＵＥ１１に向けたＥ−ＵＴＲＡユーザプレーン及びコントロールプレーンプロトコルの終端を提供する。
【００２３】
５ＧＣは、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）及びＳＭＦ（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）を含む。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態のモビリティ処理などのような機能をホストする。ＡＭＦは、従来のＭＭＥの機能を含む個体である。ＵＰＦは、モビリティアンカリング、ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）処理のような機能をホストする。ＵＰＦは、従来のＳ−ＧＷの機能を含む個体である。ＳＭＦは、ＵＥ  ＩＰアドレスの割り当て、ＰＤＵセッションの制御のような機能をホストする。
【００２４】
ｇＮＢとｎｇ−ｅＮＢは、Ｘｎインターフェースを介して相互接続される。ｇＮＢ及びｎｇ−ｅＮＢは、また、ＮＧインターフェースを介して５ＧＣに接続される。より具体的には、ＮＧ−Ｃインターフェースを介してＡＭＦに、且つＮＧ−Ｕインターフェースを介してＵＰＦに接続される。
【００２５】
以下、ＮＲのフレーム構造及び物理リソースが説明される。
【００２６】
ＬＴＥ／ＬＴＥ−Ａで、一つの無線フレームは１０個のサブフレームで構成され、一つのサブフレームは２個のスロットで構成される。一つのサブフレームの長さは１ｍｓであってもよく、一つのスロットの長さは０．５ｍｓであってもよい。一つの送信ブロックを上位層から物理層へ送信する時間（一般に一つのサブフレームにかけて）は、ＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）と定義される。ＴＴＩは、スケジューリングの最小単位であり得る。
【００２７】
ＮＲで、ＤＬ及びＵＬ送信は、１０ｍｓの長さ（ｄｕｒａｔｉｏｎ）を有する無線フレームを介して行われる。各無線フレームは、１０個のサブフレームを含む。従って、１サブフレームは１ｍｓに該当する。各無線フレームは、２個のハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）に分けられる。
【００２８】
ＬＴＥ／ＬＴＥ−Ａと異なり、ＮＲは多様なヌメロロジーを支援するので、よって、無線フレームの構造が多様である。ＮＲは、周波数領域で色々な副搬送波間隔を支援する。表１は、ＮＲで支援される色々なヌメロロジーを示す。各ヌメロロジーは、インデックスμによって識別されることができる。
【００２９】
【表１】
0006831040.tif 000002
【００３０】
表１を参照すると、副搬送波間隔はインデックスμで識別される１５、３０、６０、１２０及び２４０ｋＨｚのうち一つに設定されることができる。しかし、表１に示した副搬送波間隔は単に例示的であり、特定の副搬送波間隔は変更され得る。従って、それぞれの副搬送波間隔（例えば、μ＝０、１．．．４）は、第１副搬送波間隔、第２副搬送波間隔．．．Ｎ番目の副搬送波間隔と表現され得る。
【００３１】
表１を参照すると、副搬送波間隔によってユーザデータ（例えば、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ））の送信が支援されないことがある。即ち、ユーザデータの送信は、少なくとも一つの特定の副搬送波間隔（例えば、２４０ｋＨｚ）でのみ支援されないことがある。
【００３２】
また、表１を参照すると、副搬送波間隔によって同期チャネル（ＰＳＳ（ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）、ＳＳＳ（ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）、ＰＢＣＨ（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔｉｎｇ  ｃｈａｎｎｅｌ）が支援されないことがある。即ち、同期チャネルは、少なくとも一つの特定の副搬送波間隔（例えば、６０ｋＨｚ）でのみ支援されないことがある。
【００３３】
１個のサブフレームは、Ｎｓｙｍｂｓｕｂｆｒａｍｅ、μ＝Ｎｓｙｍｂｓｌｏｔ＊Ｎｓｌｏｔｓｕｂｆｒａｍｅ、μ個の連続するＯＦＤＭシンボルを含む。ＮＲでは、一つの無線フレーム／サブフレームに含まれるスロットの個数及びシンボルの個数は、様々なヌメロロジー、即ち、多様な副搬送波間隔によって異なり得る。
【００３４】
表２は、一般ＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）で各ヌメロロジーに対するスロット当たりのＯＦＤＭシンボルの個数（Ｎｓｙｍｂｓｌｏｔ）、無線フレーム当たりのスロットの個数（Ｎｓｙｍｂｆｒａｍｅ、μ）及びサブフレーム当たりのスロットの個数（Ｎｓｙｍｂｓｕｂｆｒａｍｅ、μ）の例を示す。
【００３５】
【表２】
0006831040.tif 000003
【００３６】
表２を参照すると、μ＝０に対応する第１ヌメロロジーが適用されると、一つの無線フレームは１０個のサブフレームを含み、一つのサブフレームは一つのスロットに対応し、一つのスロットは１４個のシンボルで構成される。
【００３７】
表３は、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ｐｒｅｆｉｘ）で各ヌメロロジーに対するスロット当たりのＯＦＤＭシンボルの個数（Ｎｓｙｍｂｓｌｏｔ）、無線フレーム当たりのスロットの個数（Ｎｓｙｍｂｆｒａｍｅ、μ）及びサブフレーム当たりのスロットの個数（Ｎｓｙｍｂｓｕｂｆｒａｍｅ、μ）の例を示す。
【００３８】
【表３】
0006831040.tif 000004
【００３９】
表３を参照すると、拡張ＣＰではμ＝２のみが支援され、このとき、一つの無線フレームは１０個のサブフレームを含み、一つのサブフレームは４個のスロットを含み、一つのスロットは１２個のシンボルで構成される。本明細書で、シンボルは特定の時間間隔の間に送信される信号を示す。例えば、シンボルは、ＯＦＤＭ処理によって生成された信号を示し得る。即ち、本明細書で、シンボルはＯＦＤＭ／ＯＦＤＭＡシンボル又はＳＣ−ＦＤＭＡシンボル等を称し得る。ＣＰは、各シンボルの間に位置し得る。
【００４０】
図３は、本発明の技術的特徴が適用されることができるフレーム構造の一例を示す。図３で、副搬送波間隔は１５ｋＨｚであり、これはμ＝０に対応する。
【００４１】
図４は、本発明の技術的特徴が適用されることができるフレーム構造の別の例を示す。図４で、副搬送波間隔は３０ｋＨｚであり、これはμ＝１に対応する。
【００４２】
一方、本発明の実施例が適用される無線通信システムには、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）及び／又はＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）が適用されることができる。ＴＤＤが適用されるとき、ＬＴＥ／ＬＴＥ−Ａで、ＵＬサブフレーム及びＤＬサブフレームは、サブフレーム単位で割り当てられる。
【００４３】
ＮＲで、スロット内のシンボルはＤＬシンボル（Ｄで表される）、フレキシブル（ｆｌｅｘｉｂｌｅ）シンボル（Ｘで表される）、及びＵＬシンボル（Ｕで表される）に分類されることができる。ＤＬフレームのスロットで、ＵＥはＤＬ送信がＤＬシンボル又はフレキシブルシンボルでのみ発生すると仮定する。ＵＬフレームのスロットで、ＵＥはＵＬシンボル又はフレキシブルシンボルでのみ送信しなければならない。フレキシブルシンボルはリザーブされた（ｒｅｓｅｒｖｅｄ）シンボル、他の（ｏｔｈｅｒ）シンボル、アンノウン（ｕｎｋｎｏｗｎ）シンボルなどの他の用語で呼ばれ得る。
【００４４】
表４は、対応するフォーマットインデックスによって識別されるスロットフォーマットの例を示す。表４の内容は、特定のセルに共通に適用されるか、隣接セルに共通に適用されるか、個別的に又は異なって各ＵＥに適用されることができる。
【００４５】
【表４】
0006831040.tif 000005
【００４６】
説明の便宜上、表４は、ＮＲで実際に定義されたスロットフォーマットの一部のみを示す。特定の割り当て方式が変更または追加され得る。
【００４７】
ＵＥは、上位層のシグナリング（即ち、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）シグナリング）を介して、スロットフォーマットの構成を受信することができる。或いは、ＵＥはＰＤＣＣＨを介して受信されるＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を介してスロットフォーマットの構成を受信することができる。或いは、ＵＥは上位層のシグナリング及びＤＣＩの組み合わせを通じて、スロットフォーマットの構成を受信することができる。
【００４８】
図５は、ＮＲでＴＤＤが使用されるとき、データ伝送のレイテンシを最小化するために使用されるサブフレーム構造の一例を示す。図５のフレーム構造を自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）サブフレーム構造という。
【００４９】
図５で、斜線領域はＤＬ制御領域を示し、黒色部分はＵＬ制御領域を示す。表示のない領域は、ＤＬのデータ伝送のために使用されてもよく、ＵＬのデータ伝送のために使用されてもよい。このような構造の特徴は、一つのサブフレーム内でＤＬ送信とＵＬ送信の順に行われることができ、よって、ＵＥは、サブフレーム内でＤＬデータを受信し、ＵＬ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）も送信することができる。結果として、データ伝送のエラー発生時にデータの再送信までにかかる時間が減少し、これによって最終データの伝達の遅延が最小化し得る。
【００５０】
このような自己完結型サブフレーム構造で、基地局とＵＥが送信モードから受信モードへ切り替えるか、又は受信モードから送信モードへ切り替えるとき、時間ギャップが必要である。このために、サブフレーム構造でＤＬからＵＬへ切り替えられる時点のシンボルの一部がガード区間（ＧＰ；ｇｕａｒｄ  ｐｅｒｉｏｄ）に設定されることができる。
【００５１】
図６は、本発明の技術的特徴が適用されることができるリソースグリッドの一例を示す。図６に示される例は、ＮＲで使用される時間−周波数リソースのグリッドである。図６に示される例は、ＵＬ及び／又はＤＬに適用されることができる。
【００５２】
図６を参照すると、多数のスロットが時間領域上の一つのサブフレーム内に含まれる。具体的に、「μ」の値によって表現されるとき、「１４＊２μ」シンボルがリソースグリッドで表現されることができる。また、一つのリソースブロック（ＲＢ；ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は１２個の連続的な副搬送波を占めることができる。一つのＲＢは、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）と呼ばれることがあり、１２個のリソース要素（ＲＥ；ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）が各ＰＲＢに含まれることができる。割り当て可能なＲＢの数は、最小値と最大値に基づいて決定されることができる。割り当て可能なＲＢの数は、ヌメロロジー（「μ」）によって個別的に構成されることができる。割り当て可能なＲＢの数は、ＵＬとＤＬに対して同じ値で構成されてもよく、ＵＬとＤＬに対して異なる値で構成されてもよい。
【００５３】
以下、ＮＲのセルサーチが説明される。
【００５４】
ＵＥは、セルと時間及び／又は周波数同期を獲得し、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）を獲得するためにセルサーチを行うことができる。ＰＳＳ、ＳＳＳ及びＰＢＣＨのような同期チャネルがセルサーチに使用されることができる。
【００５５】
図７は、本発明の技術的特徴が適用されることができる同期チャネルの一例を示す。図７を参照すると、ＰＳＳ及びＳＳＳは一つのシンボル及び１２７個の副搬送波を含むことができる。ＰＢＣＨは、３個のシンボル及び２４０個の副搬送波を含むことができる。
【００５６】
ＰＳＳは、ＳＳ／ＰＢＣＨブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ＰＢＣＨ  ｂｌｏｃｋ）のシンボルタイミングの獲得に使用される。ＰＳＳは、セルＩＤの識別のための三つの仮説（ｈｙｐｏｔｈｅｓｅｓ）を指示する。ＳＳＳはセルＩＤの識別に使用される。ＳＳＳは、３３６個の仮説を指示する。結果として、１００８個の物理層のセルＩＤがＰＳＳ及びＳＳＳによって構成されることができる。
【００５７】
ＳＳ／ＰＢＣＨブロックは、５ｍｓウィンドウ（ｗｉｎｄｏｗ）内の所定のパターンによって繰り返して送信されることができる。例えば、Ｌ個のＳＳ／ＰＢＣＨブロックが送信される場合、ＳＳ／ＰＢＣＨブロック＃１乃至ＳＳ／ＰＢＣＨブロック＃Ｌはいずれも同じ情報を含むことができるが、異なる方向のビームを介して送信されることができる。即ち、ＱＣＬ（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｅｄ）関係が、５ｍｓウィンドウ内のＳＳ／ＰＢＣＨブロックに適用されないことがある。ＳＳ／ＰＢＣＨブロックを受信するのに使用されるビームは、ＵＥとネットワーク間の後続動作（例えば、ランダムアクセス動作）に使用されることができる。ＳＳ／ＰＢＣＨブロックは、特定期間だけ繰り返されることができる。繰り返し周期は、ヌメロロジーによって個別的に構成されることができる。
【００５８】
図７を参照すると、ＰＢＣＨは第２シンボル／第４シンボルに対して２０個のＲＢ及び第３シンボルに対して８個のＲＢの帯域幅を有する。ＰＢＣＨは、ＰＢＣＨをデコーディングするためのＤＭ−ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を含む。ＤＭ−ＲＳに対する周波数領域は、セルＩＤによって決定される。ＬＴＥ／ＬＴＥ−Ａとは異なり、ＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）がＮＲで定義されないため、ＰＢＣＨをデコーディングするための特別なＤＭ−ＲＳ（即ち、ＰＢＣＨ−ＤＭＲＳ）が定義される。ＰＢＣＨ−ＤＭＲＳは、ＳＳ／ＰＢＣＨブロックはインデックスを示す情報を含むことができる。
【００５９】
ＰＢＣＨは多様な機能を行う。例えば、ＰＢＣＨはＭＩＢ（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）を放送する機能を行うことができる。システム情報（ＳＩ；ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）は最小ＳＩ（ｍｉｎｉｍｕｍ  ＳＩ）とその他のＳＩ（ｏｔｈｅｒ  ＳＩ）とに分けられる。最小ＳＩは、ＭＩＢとＳＩＢ１（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ  ｔｙｐｅ−）とに分けられる。ＭＩＢを除いた最小ＳＩは、ＲＭＳＩ（ｒｅｍａｉｎｉｎｇ  ｍｉｎｉｍｕｍ  ＳＩ）といえる。即ち、ＲＭＳＩはＳＩＢ１を称することができる。
【００６０】
ＭＩＢは、ＳＩＢ１をデコーディングするのに必要な情報を含む。例えば、ＭＩＢはＳＩＢ１（及びランダムアクセス手続で使用されるＭＳＧ  ２／４、その他ＳＩ）に適用される副搬送波間隔に対する情報、ＳＳ／ＰＢＣＨブロックと後続して送信されるＲＢ間の周波数オフセットに対する情報、ＰＤＣＣＨ／ＳＩＢの帯域幅に対する情報、ＰＤＣＣＨをデコーディングするための情報（例えば、後述されるサーチスペース／ＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）／ＤＭ−ＲＳ等に対する情報）を含むことができる。ＭＩＢは周期的に送信されてもよく、同じ情報は、８０ｍｓの時間間隔の間に繰り返して送信されてもよい。ＳＩＢ１はＰＤＳＣＨを介して繰り返して送信されてもよい。ＳＩＢ１はＵＥの初期アクセスのための制御情報及び他のＳＩＢをデコーディングするための情報を含む。
【００６１】
以下、ＮＲ  ＤＬ制御チャネルが説明される。
【００６２】
ＰＤＣＣＨのためのサーチスペースは、ＵＥがブラインドデコーディングを行う制御チャネル候補の集合に該当する。ＬＴＥ／ＬＴＥ−Ａで、ＰＤＣＣＨに対するサーチスペースは、ＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）及びＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）に区分される。各サーチスペースの大きさ及び／又はＰＤＣＣＨに含まれたＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）の大きさは、ＰＤＣＣＨフォーマットによって決定される。
【００６３】
ＮＲでは、ＰＤＣＣＨに対するリソース要素グループ（ＲＥＧ；ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）とＣＣＥが定義される。ＮＲでは、ＣＯＲＥＳＥＴの概念が定義される。具体的に、一つのＲＥＧは１２個のＲＥ、即ち、一つのＯＦＤＭシンボルを介して送信された一つのＲＢに対応する。それぞれのＲＥＧはＤＭ−ＲＳを含む。一つのＣＣＥは、複数のＲＥＧ（例えば、６個のＲＥＧ）を含む。ＰＤＣＣＨは、１、２、４、８又は１６  ＣＣＥで構成されたリソースを介して送信されることができる。ＣＣＥの個数は、集合レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）によって決定されることができる。即ち、集合レベルが１である場合、１  ＣＣＥ、集合レベルが２である場合、２  ＣＣＥ、集合レベルが４である場合、４  ＣＣＥ、集合レベルが８である場合は、８  ＣＣＥ、集合レベルが１６である場合は、１６  ＣＣＥが特定のＵＥに対するＰＤＣＣＨに含まれることができる。
【００６４】
ＣＯＲＥＳＥＴは、制御信号の送信のためのリソースの集合である。ＣＯＲＥＳＥＴは、１／２／３ＯＦＤＭシンボル及び複数ＲＢで定義されることができる。ＬＴＥ／ＬＴＥ−Ａで、ＰＤＣＣＨに使用されるシンボルの個数は、ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）によって定義される。しかし、ＰＣＦＩＣＨは、ＮＲで使用されない。代わりに、ＣＯＲＥＳＥＴに使用されるシンボルの数は、ＲＲＣメッセージ（及び／又はＰＢＣＨ／ＳＩＢ１）によって定義されることができる。また、ＬＴＥ／ＬＴＥ−Ａでは、ＰＤＣＣＨの周波数帯域幅がシステム全体の帯域幅と同一であるため、ＰＤＣＣＨの周波数帯域幅に関するシグナリングがない。ＮＲで、ＣＯＲＥＳＥＴの周波数領域は、ＲＢの単位でＲＲＣメッセージ（及び／又はＰＢＣＨ／ＳＩＢ１）によって定義されることができる。
【００６５】
基地局は、ＣＯＲＥＳＥＴに対する情報をＵＥへ送信することができる。例えば、各ＣＯＲＥＳＥＴのためにＣＯＲＥＳＥＴの構成に対する情報が送信されることができる。ＣＯＲＥＳＥＴの構成に対する情報を通じて該当ＣＯＲＥＳＥＴの時間の長さ（ｔｉｍｅ  ｄｕｒａｔｉｏｎ）（ｅ．ｇ．１／２／３シンボル等）、周波数領域リソース（ｅ．ｇ．ＲＢ集合）、ＲＥＧ−ｔｏ−ＣＣＥのマッピングタイプ（ｅ．ｇ．インターリービング可否）、プリコーディング粒度（ｇｒａｎｕｌａｒｉｔｙ）、ＲＥＧのバンドリングの大きさ（ＲＥＧ−ｔｏ−ＣＣＥのマッピングタイプがインターリービングである場合）、インターリーバの大きさ（ＲＥＧ−ｔｏ−ＣＣＥのマッピングタイプがインターリービングである場合）及びＤＭＲＳ構成（ｅ．ｇ．スクランブリングＩＤ）のうち少なくとも一つが送信されることができる。１シンボル−ＣＯＲＥＳＥＴにＣＣＥを分散させるインターリービングが適用される場合、２個又は６個のＲＥＧのバンドリングが行われることができる。２シンボル−ＣＯＲＥＳＥＴに２個又は６個のＲＥＧのバンドリングが行われることができ、時間優先マッピングが適用されることができる。３シンボル−ＣＯＲＥＳＥＴに３個又は６個のＲＥＧのバンドリングが行われることができ、時間優先マッピングが適用されることができる。ＲＥＧのバンドリングが行われる場合、ＵＥは、該当バンドリングの単位に対して同一のプリコーディングを仮定することができる。
【００６６】
ＮＲでＰＤＣＣＨのサーチスペースがＣＳＳとＵＳＳとに区分される。サーチスペースは、ＣＯＲＥＳＥＴ上に設定されることができる。一例として、一つのＣＯＲＥＳＥＴに一つのサーチスペースが定義されることができる。このとき、ＣＳＳのためのＣＯＲＥＳＥＴとＵＳＳのためのＣＯＲＥＳＥＴとがそれぞれ構成されることができる。別の例として、一つのＣＯＲＥＳＥＴに複数のサーチスペースが定義されることができる。即ち、ＣＳＳとＵＳＳが同一のＣＯＲＥＳＥＴに構成されることができる。以下の例示で、ＣＳＳは、ＣＳＳが構成されるＣＯＲＥＳＥＴを意味し、ＵＳＳは、ＵＳＳが構成されるＣＯＲＥＳＥＴ等を意味し得る。ＵＳＳはＲＲＣメッセージによって指示されることができるので、ＵＥがＵＳＳをデコーディングするためには、ＲＲＣ接続が必要であり得る。ＵＳＳはＵＥに割り当てられたＰＤＳＣＨのデコーディングのための制御情報を含むことができる。
【００６７】
ＲＲＣ構成が完了しない場合にも、ＰＤＣＣＨはデコーディングされなければならないので、ＣＳＳが定義されなければならない。例えば、ＣＳＳはＳＩＢ１を伝達するＰＤＳＣＨをデコーディングするためのＰＤＣＣＨが構成されるとき、又はＭＳＧ  ２／４を受信するためのＰＤＣＣＨがランダムアクセス手続で構成されるとき定義されることができる。ＮＲでは、ＬＴＥ／ＬＴＥ−Ａと同様に、ＰＤＣＣＨは特定の目的のためのＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ）によってスクランブリングされることができる。
【００６８】
ＮＲのリソース割り当てが説明される。
【００６９】
ＮＲでは、特定の個数（例えば、最大４個）の帯域幅部分（ＢＷＰ；ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）が定義されることができる。ＢＷＰ（又は搬送波ＢＷＰ）は、連続するＰＲＢの集合であり、共通ＲＢ（ＣＲＢ；ｃｏｍｍｏｎ  ＲＢ）の連続的な副集合で表し得る。ＣＲＢ内の各ＲＢはＣＲＢ０で始めて、ＣＲＢ１、ＣＲＢ２等で表し得る。
【００７０】
図８は、本発明の技術的特徴が適用されることができる周波数割り当て方式の一例を示す。
【００７１】
図８を参照すると、多数のＢＷＰがＣＲＢグリッドで定義されることができる。ＣＲＢグリッドの基準点（共通基準点、開始点等と言及され得る）は、ＮＲで所謂「ポイントＡ」と呼ばれる。ポイントＡは、ＲＭＳＩ（即ち、ＳＩＢ１）によって指示される。具体的に、ＳＳ／ＰＢＣＨブロックが送信される周波数帯域とポイントＡとの間の周波数オフセットがＲＭＳＩを介して指示されることができる。ポイントＡは、ＣＲＢ０の中心周波数に対応する。また、ポイントＡは、ＮＲでＲＥの周波数帯域を指示する変数「ｋ」が０に設定される地点であり得る。図８に示された多数のＢＷＰは、一つのセル（例えば、ＰＣｅｌｌ（ｐｒｉｍａｒｙ  ｃｅｌｌ））で構成される。複数のＢＷＰは、個別に又は共通に各セルに対して構成されることができる。
【００７２】
図８を参照すると、それぞれのＢＷＰは、ＣＲＢ０からの大きさ及び開始点によって定義されることができる。例えば、一番目のＢＷＰ、即ち、ＢＷＰ＃０は、ＣＲＢ０からのオフセットを介して開始点によって定義されることができ、ＢＷＰ＃０に対する大きさを介して、ＢＷＰ＃０の大きさが決定されることができる。
【００７３】
特定の個数（例えば、最大４個）のＢＷＰがＵＥに対して構成されることができる。複数のＢＷＰが構成されても、与えられた時間の間にセル別にただ特定の個数（例えば、１個）のＢＷＰのみが活性化されることができる。但し、ＵＥにＳＵＬ（ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｕｐｌｉｎｋ）搬送波が構成される場合、さらに最大４個のＢＷＰがＳＵＬ搬送波に構成されることができ、与えられた時間の間に１個のＢＷＰが活性化されることができる。構成可能なＢＷＰの個数や、活性化されたＢＷＰの個数は、ＵＬ及びＤＬに対して共通に又は個別に構成されることができる。また、ＤＬ  ＢＷＰに対するヌメロロジー及び／又はＣＰ、ＵＬ  ＢＷＰに対するヌメロロジー及び／又はＣＰは、ＤＬシグナリングを介してＵＥに構成されることができる。ＵＥは、活性ＤＬ  ＢＷＰでのみＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）ＲＳ及び又はＴＲＳ（ｔｒａｃｋｉｎｇ  ＲＳ）を受信することができる。また、ＵＥは、活性ＵＬ  ＢＷＰにのみＰＵＳＣＨ及び／又はＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信することができる。
【００７４】
図９は、本発明の技術的特徴が適用されることができる複数ＢＷＰの一例を示す。
【００７５】
図９を参照すると、３個のＢＷＰが構成されることができる。第１のＢＷＰは、４０ＭＨｚ帯域にかかっていることがあり、１５ｋＨｚの副搬送波間隔が適用されることができる。第２のＢＷＰは、１０ＭＨｚ帯域にかかっていることがあり、１５ｋＨｚの副搬送波間隔が適用されることができる。第３のＢＷＰは２０ＭＨｚ帯域にかかっていることがあり、６０ｋＨｚの副搬送波間隔が適用されることができる。ＵＥは、３個のＢＷＰのうち少なくとも一つのＢＷＰを活性ＢＷＰで構成することができ、活性ＢＷＰを介してＵＬ及び／又はＤＬのデータ通信を行うことができる。
【００７６】
時間リソースは、ＤＬ又はＵＬリソースを割り当てるＰＤＣＣＨの送信時点に基づいて時間差／オフセットを示す方式で指示されることができる。例えば、ＰＤＣＣＨに対応するＰＤＳＣＨ／ＰＵＳＣＨの開始点とＰＤＳＣＨ／ＰＵＳＣＨによって占有されるシンボルの個数が指示されることができる。
【００７７】
キャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）が説明される。ＬＴＥ／ＬＴＥ−Ａと同様に、ＣＡはＮＲで支援されることができる。即ち、連続又は不連続なコンポーネントキャリア（ＣＣ；ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）をアグリゲーションして帯域幅を増加させて、結果としてビット率を増加させることができる。それぞれのＣＣは、（サービング）セルに対応することができ、各ＣＣ／セルはＰＳＣ（ｐｒｉｍａｒｙ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）／ＰＣＣ（ｐｒｉｍａｒｙ  ＣＣ）又はＳＳＣ（ｓｅｃｏｎｄａｒｙ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）／ＳＣＣ（ｓｅｃｏｎｄａｒｙ  ＣＣ）に分けられる。
【００７８】
ＮＲでは、単一ビーム及び複数ビームの作業が予想される。ネットワークは、単一ビーム又は複数ビームを配置することができる。互いに異なる単一ビームが異なる時間に使用されることができる。単一ビーム又は複数ビームが配置されるか否かに関係なく、ＵＥの観点から、制御チャネルのモニタリングのために、モニタリングするリソースを表示する必要があり得る。特に、複数ビームが使用されるか、繰り返しが使用される場合、ＵＥの観点から、同じ制御チャネルが数回送信され得る。
【００７９】
本発明は、制御チャネルのモニタリング／受信のために、ＵＥの観点からビーム方向及び／又はＣＯＲＥＳＥＴの構成をどのように割り当て、検出するかを議論する。また、本発明は、アップリンク制御送信に適用されることができる。また、本発明は、サイドリンク制御送信に適用されることができる。特に、本発明は、各ＣＯＲＥＳＥＴに対する暗示的又は明示的なＱＣＬ（ｑｕａｓｉ  ｃｏｌｏｃａｔｉｏｎ）仮定が存在する場合、各サーチスペースセットに対する受信ビームの設定、ＵＥのＱＣＬ仮定について議論する。
【００８０】
以下、本発明の各実施例について提案されることができる本発明の多様な側面を説明する。
【００８１】
１．ＱＣＬ情報（又はＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｉｃａｔｏｒ）状態）
【００８２】
ＮＲでは、ＱＣＬを初期にアクセスしたＳＳ／ＰＢＣＨブロック及び／又は各ＣＯＲＥＳＥＴに対して構成されることができるＣＳＩ−ＲＳと連結することができる。この連結は、暗示的であってもよく明示的であってもよい。各ＣＯＲＥＳＥＴについて次の事項を考慮することができる。
【００８３】
（１）ＣＯＲＥＳＥＴ  ０（ＲＭＳＩ  ＣＯＲＥＳＥＴ）
【００８４】
ＱＣＬ及び受信ビームは、初期に接続されたＳＳ／ＰＢＣＨブロック及び／又は送信されたＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）と関連したＳＳ／ＰＢＣＨブロックに基づいて暗示的に決定されることができる。また、ＱＣＬ及び受信ビームは、ＭＡＣ  ＣＥ等を介して明示的に決定されることができる。ＱＣＬ及び受信ビームが暗示的に決定され、ＰＲＡＣＨとＭＳＧ３との間でビームが変更される場合、ＵＥはＭＳＧ３を介してビームの変更を指示することができる。ＲＡＣＨ手続によって対応するダウンリンクビーム及び／又はＳＳ／ＰＢＣＨブロックのインデックスが自動でアップデートされることができる。主に、ＣＯＲＥＳＥＴ  ０のＱＣＬ情報は、ＲＡＣＨ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）手続を介して暗示的に決定されることができる。ＣＯＲＥＳＥＴ  ０のＱＣＬ情報がアップデートされることができるＣＯＲＥＳＥＴ  ０に対する明示的なＴＣＩ指示がないことがある。ＳＳ／ＰＢＣＨブロックと共にＲＭＳＩ／ＯＳＩ（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）／ページング／ＲＡＲ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のための関連のサーチスペースは、ＲＡＣＨ手続以降、ＣＯＲＥＳＥＴ  ０関連のサーチスペースの構成に対する最上のＳＳ／ＰＢＣＨブロックのインデックスのＳＳ／ＰＢＣＨブロックのインデックスによって自動でアップデートされることができる。即ち、ＣＯＲＥＳＥＴ  ０に対する関連したサーチスペースのモニタリングの機会は、ビーム復旧又は別の理由により、関連したＳＳ／ＰＢＣＨブロックのインデックスが変更されると、自動でアップデートされることができる。このようなアップデートは、調整するネットワークによって明示的に指示されることができる。前記ＣＯＲＥＳＥＴ  ０のＱＣＬ情報を暗示的に決定するＲＡＣＨ手続は、下記のうちいずれかに該当し得る。
【００８５】
−  ビーム復旧手続を除いたＲＡＣＨ手続を介してのみ
【００８６】
−  ビーム復旧手続を含むＲＡＣＨ手続を介して：ビーム復旧手続によって最上のビームが切り替えられる場合、ＲＡＣＨ手続を介してビーム復旧の要求を送信した後、ＵＥはＣＯＲＥＳＥＴ  ０のＱＣＬ情報をアップデートすることができる。
【００８７】
−  ビーム復旧手続及びビーム復旧手続を含むＲＡＣＨ手続を介して：ＲＡＣＨ手続又はビーム復旧手続が最上のビームを変更する場合、ＵＥは自動でＣＯＲＥＳＥＴ  ０のＱＣＬ／受信ビームの情報をアップデートすることができる。
【００８８】
−  ビーム復旧手続を除いたＲＡＣＨ手続を介して：このとき、ビーム復旧のＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ  ０で構成された場合、ビーム復旧手続が使用されることができる。
【００８９】
−  ビーム復旧手続及び／又は別のＲＡＣＨ手続に関係なく、競合ベースのＲＡＣＨ手続のみを介して：競合ベースのＲＡＣＨ手続が、関連のＳＳ／ＰＢＣＨブロック及び／又は最上のＳＳ／ＰＢＣＨブロックを変更すると仮定すると、現在の最上のＳＳ／ＰＢＣＨブロックに対するＱＣＬ仮定は、これ以上正確ではないことがある。従って、競合ベースのＲＡＣＨ手続によってＣＯＲＥＳＥＴのＴＣＩ状態がアップデート及び／又は再設定されることができる。即ち、ＲＡＣＨ手続が変更されるか、及び／又はＲＡＣＨ手続がＱＣＬ関係にあるＳＳ／ＰＢＣＨブロックのインデックス上で発生しなければ、該当する旧型（ｏｕｔ−ｄａｔｅｄ）ＳＳ／ＰＢＣＨブロックのインデックスと関連したＣＯＲＥＳＥＴが再設定されることができる。ＣＯＲＥＳＥＴのＴＣＩ状態は、暗示的又は明示的に設定されることができる（ＣＯＲＥＳＥＴに応じて異なって適用され得る）。例えば、ＣＯＲＥＳＥＴのＴＣＩ状態が暗示的に設定される場合、再構成されるまでＲＡＣＨ手続をベースとする新たな最上のビームがＣＯＲＥＳＥＴのＴＣＩ状態で自動でアップデートされることができる。ＣＯＲＥＳＥＴのＴＣＩ状態が明示的に設定される場合、再構成されるまでＴＣＩ状態が定義されないことがある。ＵＥは、ＴＣＩ状態がないＣＯＲＥＳＥＴ／関連のサーチスペースセットをモニタリングする必要がない。競合のないＲＡＣＨ手続の場合、ＱＣＬ関係にあるＳＳ／ＰＢＣＨブロックのインデックスが変更されないか、又はないことがあるので、競合のないＲＡＣＨ手続によっては、ＣＯＲＥＳＥＴのＴＣＩ状態がアップデート及び／又は再設定されないと仮定することができる。
【００９０】
より具体的に、各サーチスペースのＱＣＬ情報及び／又はＴＣＩ状態は、下記のように定義されることができる。
【００９１】
−  ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）：ＳＩ−ＲＮＴＩサーチスペース／ＣＯＲＥＳＥＴとＳＳ／ＰＢＣＨブロック間の関連に基づき、ＳＩ−ＲＮＴＩに対するサーチスペースの機会を選択する方法は、ＵＥの具現化にかかっている。ＵＥがＳＩ−ＲＮＴＩと同じサーチスペース上でＵＳＳをまたモニタリングする必要がある場合、ＵＥはＭＳＧ４（又は競合が発生したか否かに応じてＲＡＲ）が関連したものと受信されたＳＳ／ＰＢＣＨブロックと関連したサーチスペースをモニタリングすることができる。ＵＥは、そのＳＳ／ＰＢＣＨブロックと関連したサーチスペースをモニタリングすることができ、最上のビームが変更された場合、別のＳＳ／ＰＢＣＨブロックと関連した異なるサーチスペースを付加的にモニタリングすることができる。
【００９２】
−  ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ＲＮＴＩ）：ＲＡ−ＲＮＴＩに対するサーチスペース又はＴＣＩ状態又はＱＣＬ情報は、次の二つの場合によって決定される。まず、競合ベースのＲＡＣＨ手続が発生したり、ＲＡＣＨ手続がＵＥ自律手続を介してトリガーされ、ＲＡＲが共通サーチスペース又はビーム復旧失敗に関するサーチスペースを介して伝達された場合、ＣＯＲＥＳＥＴ／関連のサーチスペースのＴＣＩ状態は、ＲＡＣＨ手続に基づいて決定されることができる。或いは、ＲＡＣＨ手続がＰＤＣＣＨ命令によってトリガーされると、ＲＡＲはＰＤＣＣＨ命令の送信に使用されたＱＣＬ情報と同一のＱＣＬ情報を使用して伝達されると仮定することができる。
【００９３】
−  ＭＳＧ４：ＲＡ−ＲＮＴＩと同様に処理されることができる。
【００９４】
−  ユニキャスト（ｕｎｉｃａｓｔ）のサーチスペース：ＵＳＳ又はＣＳＳ上のＣ−ＲＮＴＩに対するＱＣＬ情報は、最近のＲＡＣＨ手続でＭＳＧ４（又はＲＡＲ）で仮定したＱＣＬ情報と暗示的に同一であり得る。ＲＡＣＨ手続が発生したり、ＳＳ／ＰＢＣＨブロックと関連したビームがビーム復旧手続を介して使用可能にならない限り、最上のＳＳ／ＰＢＣＨブロックのインデックスの変更でＱＣＬ状態が変更されないと仮定することができる。ＵＳＳ／ＣＳＳ上のＣ−ＲＮＴＩのＱＣＬ情報は、ＵＥがＣ−ＲＮＴＩ及び／又は別のＲＮＴＩをモニタリングすると予想されるサーチスペースの機会を決定することができる。前記で言及したように、ＵＥが最上のＳＳ／ＰＢＣＨブロックのインデックスを変更した場合、ＵＥは、他のサーチスペースの機会で他のＲＮＴＩをモニタリングすることができる。しかし、ユニキャストはモニタリングされないことがあり、ＵＥは関連しないＳＳ／ＰＢＣＨブロックのインデックスのサーチスペースの機会で、ユニキャストをモニタリングすることが要求されないことがある。
【００９５】
−  ＲＡＣＨ手続がある毎にＣＯＲＥＳＥＴ  ０のＴＣＩ状態／ＱＣＬ情報がアップデートされることができる（ＣＯＲＥＳＥＴ  ０がＲＡＲ受信又はＭＳＧ４受信に使用され得る）。
【００９６】
−  初期のＤＬ  ＢＷＰではなく、ＣＯＲＥＳＥＴ  ０（又はＳＩ−ＲＮＴＩ／Ｐ−ＲＮＴＩ（ｐａｇｉｎｇ  ＲＮＴＩ）／ＲＡ−ＲＮＴＩの場合、ＣＯＲＥＳＥＴ＃ｘ）に対して同じ属性が維持されることができる。
【００９７】
−  ＭＳＧ４に該当するＰＵＣＣＨ送信のためのＴＣＩ状態／ＱＣＬ情報は、ＭＳＧ４のＴＣＩ状態／ＱＣＬ情報に従うことができる。
【００９８】
ビーム復旧のＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ  ０と類似のＱＣＬ／ＴＣＩ特性を有することができる。即ち、ビーム復旧のＣＯＲＥＳＥＴのＴＣＩ状態は、ビーム復旧手続に基づいて決定されることができる。
【００９９】
全般的に、ＣＯＲＥＳＥＴ  ０に対するＴＣＩ状態の他のオプションが次のように考慮されることができる。
【０１００】
−  ＴＣＩ状態を含まない互いに異なるＴＣＩ状態（ＱＣＬはＲＡＣＨ手続に基づいてＱＣＬが決定される）がＣＯＲＥＳＥＴ  ０と関連した各サーチスペースセットに構成されることができる。
【０１０１】
−  ＴＣＩ状態は、ＣＯＲＥＳＥＴ  ０に構成されることができ、ＴＣＩ状態は、非セル固有の放送可能なＣＯＲＥＳＥＴ又はサーチスペースセットにのみ適用されることができる。言い換えると、ＲＭＳＩ／ＯＳＩ／ＲＡＲ／ＭＳＧ４／ＭＳＧ３の再送信／ページングに対して、ＱＣＬ情報はＲＡＣＨ手続に基づいて決定されるのに対し、他のサーチスペース（例えば、ＳＦＩ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）、ＰＩ（ｐａｇｉｎｇ  ｉｎｄｉｃａｔｏｒ）、ＵＳＳ）は構成されたＴＣＩ状態に従うことができる。明示的に異なって構成されない限り、明示的にＴＣＩが構成されると、既存のＴＣＩ状態が維持されることができる。
【０１０２】
−  ＴＣＩ状態はまた、ＣＯＲＥＳＥＴ  ０に対して構成されることができる。ＴＣＩ状態は、ＲＲＣ又はＲＡＣＨ手続によってアップデートされることができる。即ち、ＴＣＩ状態が構成されることができ、ＲＡＣＨ手続がビームを変更するまで構成されたＴＣＩが維持されることができる。ＲＡＣＨ手続（例えば、競合ベースのＲＡＣＨ手続又は競合ベース又は非競合ベースのＲＡＣＨ手続のうち一つ）が発生すると、ＴＣＩ状態がまたアップデートされることができる。ＴＣＩ状態は、ＲＲＣによってもアップデートされることができる。
【０１０３】
−  ＴＣＩ状態は、ＣＯＲＥＳＥＴ  ０（又はあるＣＯＲＥＳＥＴ）に対して構成されないことがある。明示的なＴＣＩ状態が構成されない場合にも、ＭＡＣ  ＣＥに基づいてＴＣＩ状態が指示されるか活性化されることができる。このとき、１）可能な全てのＳＳ／ＰＢＣＨブロックのインデックスを周波数範囲で使用可能なものと仮定することができる。例えば、６４ＳＳ／ＰＢＣＨブロックのエントリーが周波数範囲で利用可能であれば、８ビットのビットマップがＴＣＩ状態に対するＳＳ／ＰＢＣＨブロックのインデックスを示すために使用されることができる。この場合、ＱＣＬの類型は、特定ＱＣＬの類型（例えば、Ｄ類型）と仮定されることができる。或いは、２）ＳＳ／ＰＢＣＨブロックのインデックスは、ＳＩＢ１のシグナリング又はＵＥ専用のシグナリングによるＳＳＢｔｒａｎｓｍｉｔｔｅｄを介して送信されたＳＳ／ＰＢＣＨブロックに指示されると仮定することができる。これは、ＳＳ／ＰＢＣＨブロックのアップデートの場合、若干の曖昧さを有し得る。或いは、３）ＴＣＩ状態の集合は、各構成されたビームのモニタリング／失敗管理ＲＳ（ＱＣＬの類型Ｄのような特定ＱＣＬの類型が仮定される）に対して、ＱＣＬ関係を有すると仮定することができる。即ち、ビーム復旧手続に基づいて構成されたＴＣＩ状態が考慮されることができる。或いは、４）ＴＣＩ状態の集合は、各構成されたＲＬＭ（ｒａｄｉｏ  ｌｉｎｋ  ｍｏｎｉｔｏｒｉｎｇ）−ＲＳ（ＱＣＬの類型Ｄのような特定ＱＣＬの類型が仮定される）に対して、ＱＣＬ関係を有すると仮定することができる。即ち、ＲＬＭ手続に基づいて構成されたＴＣＩ状態が考慮されることができる。
【０１０４】
ＣＯＲＥＳＥＴ又はＣＯＲＥＳＥＴインデックス又はＣＯＲＥＳＥＴが連結されたＢＷＰ又はＣＯＲＥＳＥＴが構成されたセルに応じて、異なるオプションが考慮されることができる。例えば、ＰＣｅｌｌ  ＣＯＲＥＳＥＴの場合、オプション４（即ち、ＴＣＩ状態の集合は各構成されたＲＬＭ−ＲＳに対してＱＣＬ関係を有する）が考慮されることができ、ＣＯＲＥＳＥＴ  ０／１の場合、オプション１（即ち、可能な全てのＳＳ／ＰＢＣＨブロックのインデックスを周波数範囲で使用可能である）が考慮されることができる。また、オプション３（即ち、ＴＣＩ状態の集合は、各構成されたビームのモニタリング／失敗管理ＲＳに対してＱＣＬ関係を有する）又はオプション４が考慮される場合、明示的ＲＳ構成がなければ、オプション１に代替（ｆａｌｌ−ｂａｃｋ）され得る。即ち、明示的ＲＳ構成がある限り、オプション３又はオプション４が使用されることができる。明示的ＲＳ構成がなければ、オプション１が使用されることができる。
【０１０５】
特定ＳＳ／ＰＢＣＨブロックのインデックスに対してＭＡＣ  ＣＥに指示されるとき、ＵＥは、そのＣＯＲＥＳＥＴのＴＣＩ状態がＭＡＣ  ＣＥに基づいて調整されると仮定することができる。ＭＡＣ  ＣＥ以降に、関連したＳＳ／ＰＢＣＨブロックが変更されるＲＡＣＨ手続が行われると（例えば、ＳＳ／ＰＢＣＨブロックと関連したＣＳＩ−ＲＳを介したビーム失敗又はＳＳ／ＰＢＣＨブロックを介したビーム失敗又は競合ベースのＲＡＣＨ手続又はＵＥがＲＡＲを受信すると）、それによってＴＣＩ状態が自動でアップデートされることができる。特に、ＣＯＲＥＳＥＴ  ０及び／又はＣＯＲＥＳＥＴ  １の場合、ＲＡＣＨ手続に基づいてＴＣＩ状態をアップデートすることがＲＡＲ／ＭＳＧ４を受信するのに必要であり得る。このような意味で、少なくともＣＯＲＥＳＥＴ  ０及び／又はＣＯＲＥＳＥＴ  １に対して、ＲＡＣＨ手続又はＭＡＣ  ＣＥ指示又はＲＲＣ構成のうち、最新のものがＴＣＩ状態又はＱＣＬ仮定をアップデートすることができる。このようなメカニズムは、明示的なＴＣＩ  ＲＲＣ構成がない他のＣＯＲＥＳＥＴ、ＴＣＩ状態に明示的にマッピングされることができない他のＣＯＲＥＳＥＴ又は異なる処理が必要な他のＣＯＲＥＳＥＴにも適用されることができる。
【０１０６】
本発明で説明したＴＣＩ状態をアップデートするＲＡＣＨ手続は、次のうち一つ又はその一部又は全部を意味し得る。
【０１０７】
−  ＳＳ／ＰＢＣＨブロックと関連したＣＳＩ−ＲＳに基づいたビーム失敗
【０１０８】
−  ＳＳ／ＰＢＣＨブロックに基づいたビーム失敗
【０１０９】
−  競合ベースのＲＡＣＨ手続
【０１１０】
−  競合に関係なく、ＵＥがＲＡＲの受信を期待するＲＡＣＨ手続
【０１１１】
図１０は、本発明の一実施例に係るＣＯＲＥＳＥＴ  ０をモニタリングする方法を示す。前述した本発明の詳しい説明が、本実施例に適用されることができる。
【０１１２】
段階Ｓ１０００で、ＵＥはＭＡＣ  ＣＥ指示を受信する。段階Ｓ１０１０で、ＵＥはＲＡＣＨ手続を行う。段階Ｓ１０２０で、ＵＥは前記ＭＡＣ  ＣＥ指示又は前記ＲＡＣＨ手続のうち、最新のものに基づいてＣＯＲＥＳＥＴ  ０のＴＣＩ状態を決定する。段階Ｓ１０３０で、ＵＥは、前記決定されたＴＣＩ状態に基づき、前記ＣＯＲＥＳＥＴ  ０をモニタリングする。
【０１１３】
前記ＣＯＲＥＳＥＴ  ０は、ＲＭＳＩを読むためにモニタリングされる制御領域であり得る。前記ＴＣＩ状態は、ビーム及び／又はＳＳ／ＰＢＣＨブロックと関連し得る。前記ＭＡＣ  ＣＥは、特定ＳＳ／ＰＢＣＨブロックを指示することができる。前記ＲＡＣＨ手続は、競合ベースのＲＡＣＨ手続であり得る。前記競合ベースのＲＡＣＨ手続は、関連したＳＳ／ＰＢＣＨブロックを変更することができる。前記ＣＯＲＥＳＥＴ  ０内のサーチスペース＃０のモニタリングの機会は、前記決定されたＴＣＩ状態に対応したＳＳ／ＰＢＣＨブロックのインデックスに基づくことができる。
【０１１４】
前記実施例に係る具体的なＵＥの動作は次の通りである。ＵＥがタイプ０／０Ａ／２−ＰＤＣＣＨ  ＣＳＳセットに対するＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎでｓｅａｒｃｈＳｐａｃｅＩＤに対して０の値が提供されると（即ち、サーチスペース＃０）、ＵＥはタイプ０／０Ａ／２−ＰＤＣＣＨ  ＣＳＳセットのＰＤＣＣＨ候補に対するモニタリングの機会を決定する。Ｃ−ＲＮＴＩによってＣＲＣスクランブリングされたＤＣＩフォーマットに対して、ＵＥはインデックス０のＣＯＲＥＳＥＴ（即ち、ＣＯＲＥＳＥＴ  ０）を含む活性ＢＷＰのＴＣＩ状態でＣＳＩ−ＲＳとＱＣＬ関係にあるＳＳ／ＰＢＣＨブロックと関連したモニタリングの機会でのみ対応するＰＤＣＣＨ候補をモニタリングする。このとき、ＴＣＩ状態は、ＭＡＣ  ＣＥの活性化命令による指示又は非競合ベースのランダムアクセス手続をトリガーするＰＤＣＣＨ命令によって開始されないランダムアクセス手続（即ち、競合ベースのランダムアクセス手続）のうち、最新のものによって決定される。
【０１１５】
図１０で説明された本発明の一実施例に係ると、ＣＯＲＥＳＥＴ  ０のＴＣＩ状態がＭＡＣ  ＣＥによって明示的に、又はＲＡＣＨ手続によって暗示的にアップデートされることができる。より具体的に、ＣＯＲＥＳＥＴ  ０は、全てのＵＥが読むことができなければならないので、ＲＲＣシグナリングによってＴＣＩ状態を明示的に指示することができず、また、ＣＯＲＥＳＥＴ  ０を介して放送データだけでなく、ＭＳＧ４等のユニキャストデータもまたスケジュールされることができる。従って、ＣＯＲＥＳＥＴ  ０のＴＣＩ状態を最も効果的にアップデートする方法として、ＭＡＣ  ＣＥ指示又はＲＡＣＨ手続のうち、最新のものが使用されることができる。
【０１１６】
（２）ＣＯＲＥＳＥＴ  １（ＲＡＲのためのＣＯＲＥＳＥＴ）：初期のＤＬ  ＢＷＰでＲＡＲ受信のために構成されたＣＯＲＥＳＥＴがある場合、ＣＯＲＥＳＥＴ  １に対するＱＣＬ情報は、ＣＯＲＥＳＥＴ  ０と同様に決定されることができる。ＣＯＲＥＳＥＴ  ０に使用することができるオプションは、ＣＯＲＥＳＥＴ  １でも使用することができる。
【０１１７】
（３）ＣＳＳ／ＵＳＳが含まれた各ＢＷＰのＣＯＲＥＳＥＴ  Ｘ
【０１１８】
−  オプション１：ＴＣＩ状態に関する情報は、常時明示的な指示で与えられることができる。明示的に指示されない限り、ＵＥはＣＯＲＥＳＥＴに対するＱＣＬ／受信ビームの情報を変更しない。ＴＣＩ状態に関する情報は、ＲＲＣ及び／又はＭＡＣ  ＣＥによって提供されることができる。
【０１１９】
−  オプション２：ＣＯＲＥＳＥＴがビーム復旧ＣＯＲＥＳＥＴで構成されると、ビーム復旧手続及び／又はビーム管理手続を介した暗示的なＱＣＬのアップデートが使用されることができる。即ち、ＣＯＲＥＳＥＴがビーム復旧のＣＯＲＥＳＥＴに指示されると、ビーム復旧手続が自動でＱＣＬ情報をアップデートすることができる。このオプションで、該当ＣＯＲＥＳＥＴはＭＡＣ  ＣＥ及び／又はＲＲＣを介してＴＣＩ状態が指示されないことがある。或いは、暗示的なアップデートの場合にも、暗示的マッピングを再定義する更なる明示的マッピングが許容されることができる。明示的なマッピング後に、ビーム復旧／管理手続が最上のビームを変更するためには、ＱＣＬ情報がアップデートされることができる。即ち、暗示的マッピング及び明示的マッピングのうち、最新のイベントが以前のＴＣＩ状態／ＱＣＬ情報に対する仮定を再定義することができる。
【０１２０】
−  オプション３：ＱＣＬ情報は、ＲＡＣＨ手続を介してのみ変更されることができる。これは、特に、ＣＯＲＥＳＥＴにＲＡＲ受信／ＲＡＣＨ手続のためのＣＳＳがある場合に適用されることができる。即ち、明示的ＱＣＬ情報／ＴＣＩ状態に対する関連がなくても、ＵＥ専用のＣＯＲＥＳＥＴが構成されることができる。このＣＯＲＥＳＥＴのＱＣＬ情報／ＴＣＩ状態は、ＲＡＣＨ手続によってＣＯＲＥＳＥＴ０と同様にアップデートされることができる。しかし、他のＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ  ０と同様にマルチビームで構成されないことがある。ＲＡ−ＲＮＴＩの場合、ＱＣＬ情報／ＴＣＩ状態をＲＡＣＨ手続と関連させることが好ましいことがある。ＳＩ−ＲＮＴＩの場合、ＣＯＲＥＳＥＴ  ０の構成が使用されない限り、ＵＥ専用のＣＯＲＥＳＥＴは明示的なＱＣＬ情報／ＴＣＩ状態と関連し得る。例えば、ＳＣｅｌｌ構成又はハンドオーバーで、ＵＥ専用のＣＯＲＥＳＥＴは、ＰＣｅｌｌでＣＯＲＥＳＥＴ  ０のようなビームスイーピング特性を有することができる。一つの簡単な接近法であって、ＳＣｅｌｌ構成又はハンドオーバーのために、ＣＯＲＥＳＥＴ  ０が常時ＰＣｅｌｌと同じ属性に従わせることができる。即ち、ＣＯＲＥＳＥＴ  ０は、関連のＳＳ／ＰＢＣＨブロックのインデックスに基づき、ビームスイーピングのサーチスペースのために留保され得る。オプション２と同様に、このオプションの場合にも、更なる明示的指示が考慮されることができる。即ち、ＴＣＩ状態に対する構成がないＣＯＲＥＳＥＴの場合、ＣＯＲＥＳＥＴ  ０と同じ動作が使用されることができる（ビーム復旧のＣＯＲＥＳＥＴ除外）。アイドル（ｉｄｌｅ）状態のＵＥに対するＳＩ−ＲＮＴＩ／Ｐ−ＲＮＴＩは、最近の最適のビーム又は適切な最上のビームに基づいてＱＣＬ情報を定義することができるのに対し、別のＲＮＴＩ（ＲＡＲ、ＭＳＧ４、Ｃ−ＲＮＴＩのようなユニキャスト方式の送信のための）は、最新のＲＡＣＨ手続で使用されたＳＳ／ＰＢＣＨブロック又はＣＳＩ−ＲＳインデックスとＱＣＬ関係にあると仮定することができる。このような動作（又はビームスイーピングの仮定）は、周波数範囲２（即ち、６ＧＨｚ以上）にのみ適用されることができるのに対し、ＱＣＬとＳＳ／ＰＢＣＨブロックのインデックスに対する特定の仮定は、周波数範囲１（即ち、６ＧＨｚ未満）に対しては適用されないことがある。
【０１２１】
−  オプション４：ＱＣＬ情報は、ＲＡＣＨ手続及び／又はビーム復旧／管理手続を介して変更されることができる。オプション２と同様に、このオプションの場合にも、更なる明示的指示が考慮されることができる。
【０１２２】
−  オプション５：ＴＣＩ状態をＣＯＲＥＳＥＴ  Ｘ（及びＣＯＲＥＳＥＴ  ０／１）に対して構成することができる。ＴＣＩ状態はＵＳＳにのみ適用されることができ、ＣＳＳに対するＴＣＩ状態は使用されないことがある。ＣＳＳの場合、ＳＳ／ＰＢＣＨブロック又はＣＳＩ−ＲＳに基づいたＱＣＬ情報が使用されることができる。
【０１２３】
−  オプション６：ＴＣＩ状態は、少なくともただＵＳＳと関連したＣＯＲＥＳＥＴに対して存在することができる。即ち、ＣＯＲＥＳＥＴと関連したＣＳＳがなければ、ＵＥはＴＣＩ状態で構成されることができる。
【０１２４】
−  オプション７：ＴＣＩ状態は、ビームスイーピングのサーチスペース（例えば、ＴＣＩ状態がないＰＢＣＨベースのＣＯＲＥＳＥＴ構成）がないＣＯＲＥＳＥＴに対して構成されなければならない。ビームスイーピングのサーチスペースを決定するために、サーチスペースで明示的指示が使用されるか、ＰＢＣＨで使用されるＲＭＳＩ−ｓｅａｒｃｈｓｐａｃｅ−ｃｏｎｆｉｇに基づいたサーチスペースの構成がビームスイーピングのサーチスペースと見なされ得る。ＰＢＣＨで使用される形式以外の異なる形式の明示的なサーチスペースに基づく構成は、非（ｎｏｎ）ビームスイーピングのサーチスペースと見なされ得る。サーチスペースが構成された形式又は方式によって、ＴＣＩ状態が存在するか、存在しないことがある。少なくとも一つのビームスイーピングのサーチスペースと関連したＣＯＲＥＳＥＴに対して、ＴＣＩ状態は存在しないことがあり、ＱＣＬの仮定は、ＳＳ／ＰＢＣＨブロック及び／又はＣＳＩ−ＲＳに基づいて決定されることができる。非ビームスイーピングの検索空間と関連したＣＯＲＥＳＥＴの場合、ＴＣＩ状態が存在することができる。或いは、ＣＯＲＥＳＥＴの構成によって決定されることができる。ＰＢＣＨ  ＣＯＲＥＳＥＴのパターンが使用されると、ビームスイーピングのＣＯＲＥＳＥＴと見なされるか、又はビームスイーピングのサーチスペースと関連し得る。
【０１２５】
−  オプション８：ＴＣＩ状態は構成されることができる。ＴＣＩ状態が構成されないと、ＲＡＣＨ手続はＴＣＩ状態をアップデートするために行われることができる。ＲＭＳＩ／ＯＳＩ又はＲＡＲ／ＭＳＧ４又はページングがスケジュールされたＣＯＲＥＳＥＴの場合、ＣＯＲＥＳＥＴ  ０と類似のオプションが使用されることができる。
【０１２６】
ＴＣＩ状態がないＣＯＲＥＳＥＴの場合、以下の動作が考慮されることができる。
【０１２７】
−  オプション１：構成されたＴＣＩ状態（ＵＥ当たり）で最も小さいＴＣＩ状態が使用されることができる。即ち、セル当たりのＵＥに構成されたＴＣＩ状態のうち、最も低いインデックスのＴＣＩ状態が該当ＣＯＲＥＳＥＴに使用されることができる。
【０１２８】
−  オプション２：ＣＯＲＥＳＥＴ  ０の動作と同様に、ＳＳ／ＰＢＣＨブロック及び／又はＣＳＩ−ＲＳに基づいてＱＣＬ情報が決定されることができる。
【０１２９】
−  オプション３：ＣＯＲＥＳＥＴ  ０／１（ＲＡＲ用）とＣＯＲＥＳＥＴ  Ｘ（ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩのためのＣＳＳ）と別のＣＯＲＥＳＥＴに対して互いに異なる動作が適用されることができる（例えば、ＣＯＲＥＳＥＴ  ０／１に対してオプション２、別のＣＯＲＥＳＥＴに対してオプション１）。
【０１３０】
（４）ＲＡＲ、ＲＭＳＩ等のための初期のＤＬ  ＢＷＰと異なるＢＷＰに対して構成されたＣＳＳ／ＣＯＲＥＳＥＴ
【０１３１】
−  オプション１：ＣＯＲＥＳＥＴ  ０（及び／又はＲＭＳＩによって構成されたＣＯＲＥＳＥＴ  １）が新たなＢＷＰで再構成されないと、構成されたＣＯＲＥＳＥＴのＴＣＩ状態がＵＳＳに対して、別のＣＯＲＥＳＥＴと同様に構成されることができる。ＣＯＲＥＳＥＴ  ０（及び／又はＲＭＳＩによって構成されたＣＯＲＥＳＥＴ  １）は、初期のＤＬ  ＢＷＰでＣＯＲＥＳＥＴ  ０／１の属性を継ぐことができる。
【０１３２】
−  オプション２：互いに異なるＴＣＩ状態（専用ＴＣＩ又はＣＯＲＥＳＥＴ  ０のように最上のビームに対する暗示的マッピング）がＣＯＲＥＳＥＴに構成されることができる。構成によって適切な仮定が行われることができる。
【０１３３】
−  オプション３：複数のサーチスペース／ＣＯＲＥＳＥＴの集合が構成されることができる。一つのＣＯＲＥＳＥＴは、一つのＴＣＩ状態（又はＳＳ／ＰＢＣＨブロックのインデックス）に専用され得る。ＣＯＲＥＳＥＴの構成は、複製されることがあり、各ＣＯＲＥＳＥＴと関連したサーチスペースは、互いに異なるモニタリングの機会を有することができる。
【０１３４】
−  オプション４：ＣＯＲＥＳＥＴ  ０と類似のオプションが適用されることができる。
【０１３５】
−  オプション５：ＴＣＩ状態／ＱＣＬの仮定は、ＵＥがモニタリングすべきＣＯＲＥＳＥＴ／サーチスペースによって、スロット単位で決定されることができる。
【０１３６】
（５）ビーム復旧のＣＯＲＥＳＥＴ
【０１３７】
ビーム復旧手続を介して、ＱＣＬ情報が自動でアップデートされることができる。同じＣＯＲＥＳＥＴがＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ等のような別のＲＮＴＩで構成されることが許容されることができる。即ち、ＣＯＲＥＳＥＴの構成でＣＯＲＥＳＥＴがビーム復旧に使用されるか否かを示すフィールドが指示されることができる。ＣＯＲＥＳＥＴがビーム復旧のＣＯＲＥＳＥＴで構成された場合、ＲＲＣ及び／又はＭＡＣ−ＣＥを介した更なるＱＣＬ情報に対する明示的アップデートも考慮されることができる。或いは、ビーム復旧のＣＯＲＥＳＥＴに対するＴＣＩ状態を使用しないことがあり、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ用ＣＳＳに使用されたものと同じＣＯＲＥＳＥＴをビーム復旧のＣＯＲＥＳＥＴに再使用することができる。ビーム復旧後、ＱＣＬ情報は、ビーム復旧手続によってアップデートされることができる。
【０１３８】
ビーム復旧のＣＯＲＥＳＥＴは、構成されたサーチスペースセットに基づいてモニタリングされることができる。
【０１３９】
或いは、明示的なＱＣＬ情報が提供されるか否かが用いられることができる。ＣＯＲＥＳＥＴが構成でＱＣＬ情報と共に明示的に構成された場合、非ビーム復旧のＣＯＲＥＳＥＴと見なされ得るが、このＣＯＲＥＳＥＴに対しては、明示的構成を介してのみＱＣＬ情報を変更することができる。ＱＣＬ情報が明示的に提供されないと、ＣＯＲＥＳＥＴはビーム復旧のＣＯＲＥＳＥＴと見なされ得るが、このＣＯＲＥＳＥＴに対しては、ＱＣＬ情報がビーム復旧手続及び／又はＲＡＣＨ手続を介して自動でアップデートされることができる（該当ＣＯＲＥＳＥＴ／サーチスペースセットにＲＡ−ＲＮＴＩが構成された場合）。
【０１４０】
ＲＡＣＨ手続のために構成されたＣＯＲＥＳＥＴは、ビーム復旧のＣＯＲＥＳＥＴにも使用されることができる。このＣＯＲＥＳＥＴの場合、ビーム復旧／ＲＡＣＨ手続が常時最上のビーム／ＱＣＬ情報を変更することができる。
【０１４１】
ビーム復旧のＣＯＲＥＳＥＴと見なされる各ＢＷＰの各ＣＯＲＥＳＥＴ又はＲＡＣＨ手続及び／又はビーム復旧手続を介して自動でアップデートされるＣＯＲＥＳＥＴである場合、ＱＣＬ情報は、関連するＢＷＰの活性の可否に関係なく、アップデートされることができる。即ち、該当ＣＯＲＥＳＥＴのＱＣＬ情報は、該当ＢＷＰの状態と関係なく維持されることができる。或いは、新たなＢＷＰが活性化されると、該当ＣＯＲＥＳＥＴのＱＣＬ情報は、現在の最上のビーム情報に基づいて自動でアップデートされることができる。このような方式で、ＢＷＰの変更と関係なく、最上のビーム情報が引き継がれることができる。明らかなＱＣＬ情報が提供されない限り、初期のＤＬ  ＢＷＰから別のＤＬ  ＢＷＰ又はＵＬ  ＢＷＰにＱＣＬ情報を引き継ぐことができる。即ち、ＢＷＰのＣＯＲＥＳＥＴのＣＳＳは、ＣＯＲＥＳＥＴ  ０／１又はビーム復旧のＣＯＲＥＳＥＴからＱＣＬ情報を引き継ぐことができる。例えば、現在のＢＷＰにビーム復旧のためのＣＯＲＥＳＥＴがある場合、該当ＣＯＲＥＳＥＴのＱＣＬ情報が新たな活性ＢＷＰの新たなＣＯＲＥＳＥＴ（少なくとも、新たな活性ＢＷＰのビーム復旧のためのＣＯＲＥＳＥＴ）に引き継がれることができる。このとき、次のいずれか一つのオプションが考慮されることができる。
【０１４２】
−  オプション１：ビーム復旧手続のためのＣＯＲＥＳＥＴのみが以前の活性ＢＷＰのビーム復旧のＣＯＲＥＳＥＴでＱＣＬ情報をアップデート／引き継ぐことができる。
【０１４３】
−  オプション２：新たなＢＷＰの全てのＣＯＲＥＳＥＴが以前のＢＷＰのビーム復旧のＣＯＲＥＳＥＴと整列されるようにＱＣＬ情報をアップデートすることができる。明示的なＲＲＣ及び／又はＭＡＣ  ＣＥが各ＣＯＲＥＳＥＴのＴＣＩ状態をアップデートすることができる。
【０１４４】
−  オプション３：常時明示的な指示のみをもとに、ＴＣＩ状態がアップデートされることができる。
【０１４５】
ビーム復旧手続又は競合ベースのＲＡＣＨ手続が発生すると、以前に最もよいビームであったＳＳ／ＰＢＣＨブロックのインデックスに指示されたＣＯＲＥＳＥＴは再設定されるが、別のＳＳ／ＰＢＣＨブロックと関連したＣＯＲＥＳＥＴは再設定されないことがある。或いは、関連したＳＳ／ＰＢＣＨブロック又はＣＳＩ−ＲＳが特定の品質を超えないと、ビーム復旧手続中にＣＯＲＥＳＥＴに対するＴＣＩ状態がアップデートされないことがあり、ＵＥがどんなＣＯＲＥＳＥＴもモニタリングする必要がないことがある。
【０１４６】
（６）ＰＵＣＣＨ送信のためのＴＣＩ状態
【０１４７】
ビーム復旧手続が行われるか、ＲＡＣＨ手続が発生し、ダウンリンクビーム又はダウンリンクの最上のＳＳ／ＰＢＣＨブロックのインデックスが変更される場合、アップリンクのビーム情報も変更される必要があり得る。ビームの対応が仮定される場合に、ダウンリンクのビームの変更は、またアップリンクのビームの変更をトリガーすることができる。ＲＡＣＨプリアンブルがアップリンクで異なるビームを使用して送信されることができるので、ＲＡＣＨプリアンブルが異なるビームを使用して送信されると、基本アップリンクのＱＣＬ情報／ＴＣＩ状態が自動でアップデートされることができる。即ち、ＭＳＧ３及び別々の続くアップリンクの送信は、ＲＡＣＨプリアンブルの送信又はビーム復旧手続の場合に、ＲＡＣＨプリアンブルの送信に従うことができる。デフォールトビームがまた構成されることができる。
【０１４８】
（７）構成されたＰＵＳＣＨ送信のためのＴＣＩ状態
【０１４９】
明示的なビームが指示されることができる。基本的に、又は明示的なビームが設定されない場合、ＰＲＡＣＨで使用された同一の及び／又は基本のビームがアップリンク送信のために使用されることができる。
【０１５０】
（８）ＵＬ  ＣｏＭＰ（ｃｏｏｒｄｉｎａｔｅｄ  ｍｕｌｔｉ−ｐｏｉｎｔ）送信
【０１５１】
アップリンク送信はまた、異なるＱＣＬ情報が使用する互いに異なるＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｃｅｐｔｉｏｎ  ｐｏｉｎｔ）に送信されることができる。このとき、次の互いに異なる接近法が考慮されることができる。
【０１５２】
−  ＰＵＳＣＨのみがビームが指示され、ＰＵＣＣＨは最近のＰＲＡＣＨ送信と同じビーム／ＱＣＬ情報に従うことができる。
【０１５３】
−  各ＡＲＩ（ＡＣＫ／ＮＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ）又はＨＡＲＱ−ＡＣＫリソースに対して、ＱＣＬ情報が構成されることができる。一部のＨＡＲＱ−ＡＣＫリソースは、ＱＣＬ情報と直接的に関連がなく、ＲＡＣＨ手続に基づいてアップデートされることができる。明示的構成が使用可能であれば、指示されたＨＡＲＱ−ＡＣＫリソースは、関連したＱＣＬ／ビーム情報を使用することができる。
【０１５４】
（９）ＣＯＲＥＳＥＴ  ０とビーム復旧のＣＯＲＥＳＥＴ間の関係
【０１５５】
ＱＣＬ情報が明示的に決定されず、初期アクセス又はビーム復旧手続によって暗示的に決定されるという点で、ＣＯＲＥＳＥＴ  ０とビーム復旧のＣＯＲＥＳＥＴとの間に類似性がある。ＣＯＲＥＳＥＴ  ０は、少なくとも競合ベースのアクセスで、ビーム復旧手続のためにビーム復旧のＣＯＲＥＳＥＴに使用されることができる。
【０１５６】
ビームスイーピングされたＣＯＲＥＳＥＴは、ＵＥ専用のＲＲＣシグナリングによって構成された初期のＤＬ  ＢＷＰ又は非初期のＤＬ  ＢＷＰでも構成されることができるので、ビームスイーピングの可否によって、ＣＯＲＥＳＥＴのＱＣＬ情報を明確にすべき必要がある。現在のＱＣＬ情報は、各ＣＯＲＥＳＥＴ別に構成されることができ、ＣＯＲＥＳＥＴ  ０のＱＣＬ情報は、検出されたＳＳ／ＰＢＣＨブロックとＣＯＲＥＳＥＴとの間の関係によって暗示的に決定されることができる。ネットワーク及びＵＥが、特に長期間の非活性により、最適のビーム方向に整列されない場合、ビームスイーピング動作でフォールバック（ｆａｌｌｂａｃｋ）することが必要であり得る。このため、次のうち少なくとも一つが考慮されることができる。
【０１５７】
（１）ＵＥは、活性ＴＣＩ状態がない場合、初期のＤＬ  ＢＷＰに戻ることができる。ただＣＯＲＥＳＥＴ  ０のみが検出された最上のＳＳ／ＰＢＣＨブロックと暗示的に構成／関連し得る。各ＴＣＩ状態で、ＴＣＩ状態が活性化されると、関連したタイマーが動作することができる。タイマーは、ＵＥが活性ＴＣＩと関連した任意の制御信号を受信する毎にアップデートされることができる。ＵＥが活性ＴＣＩからどんな制御信号も一定期間の間に受信できなければ、ＴＣＩ状態が非活性化されることができる。活性ＴＣＩ状態がなければ、「活性ＴＣＩ状態なし」と見なされることがあり、ＵＥは初期のＣＯＲＥＳＥＴ  ０又は初期のＤＬ  ＢＷＰにフォールバックすることができる。ＵＥが現在の活性ＤＬ  ＢＷＰでＣＯＲＥＳＥＴ  ０で構成されていなければ、ＵＥはＣＯＲＥＳＥＴ  ０のために初期のＢＷＰに戻ることができる。或いは、この場合、ビーム復旧のＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ  ０として使用されることができる。ＵＥは、ＳＳ／ＰＢＣＨブロックに基づいて測定を行うことができ、検出された最上のＳＳ／ＰＢＣＨブロックに基づいてビーム復旧のＣＯＲＥＳＥＴを使用することができる。アップリンク送信時にも、もし指定されたビームや送信ＱＣＬがない場合、初期のＵＬ  ＢＷＰに戻ることができる。
【０１５８】
（２）ＵＥは、ＣＯＲＥＳＥＴで構成されることができ、ＣＯＲＥＳＥＴのＴＣＩ状態は検出されたＳＳ／ＰＢＣＨブロックによって決定されることができる。ＣＯＲＥＳＥＴ  ０と同様に、別途のＣＯＲＥＳＥＴがＴＣＩ状態及び／又はビームスイーピングと共に構成されることができる。ＣＯＲＥＳＥＴのＴＣＩ状態は、検出されたＳＳ／ＰＢＣＨブロックに依存することができる。即ち、各サーチスペースの機会で、ＴＣＩ状態はＣＯＲＥＳＥＴ  ０のマッピングと類似の方式でＳＳ／ＰＢＣＨブロックのインデックスに暗示的にマッピングされることができる。どのサーチスペースの機会がどのＳＳ／ＰＢＣＨブロックと関連するかを決定するために、ＲＭＳＩ／ＯＳＩ／ページングのサーチスペースと類似の構成メカニズムが考慮されることができる。例えば、スロットに含まれることができるサーチスペースの機会の個数及び／又はＳＳ／ＰＢＣＨブロックのインデックスとサーチスペースのモニタリングの機会との間のマッピング等が構成によって定義されることができる。このＣＯＲＥＳＥＴは、ビーム復旧のＣＯＲＥＳＥＴで決定されることができる。或いは、ビーム復旧のＣＯＲＥＳＥＴは、ＱＣＬ情報が明示的に構成された場合でなければ、検出されたＳＳ／ＰＢＣＨブロックのＱＣＬ情報に従うことができる。
【０１５９】
（３）各ＣＯＲＥＳＥＴのＱＣＬ情報は選択事項であり得る。ＱＣＬ情報を使用できなければ、ＣＯＲＥＳＥＴのＱＣＬ情報は検出されたＳＳ／ＰＢＣＨブロックに従うことができる。
【０１６０】
（４）基本ＢＷＰが支援される場合、ＱＣＬ情報に関して、ＣＯＲＥＳＥＴ  ０と類似のＣＯＲＥＳＥＴがＢＷＰで構成されることができる。基本ＢＷＰが構成される場合、ビームスイーピングのＣＯＲＥＳＥＴが基本ＢＷＰに構成されることができる。そうでなければ、ＵＥは初期のＤＬ  ＢＷＰに戻ることができる。即ち、基本ＢＷＰにビームスイーピングのＣＯＲＥＳＥＴが構成されることもできる。ＣＯＲＥＳＥＴは、別のＣＯＲＥＳＥＴの構成又はＱＣＬ情報がないと特別に指示されることができる。或いは、基本ＢＷＰの全てのＣＯＲＥＳＥＴが検出されたＳＳ／ＰＢＣＨブロックと関連し得る。或いは、最も低いインデックスのＣＯＲＥＳＥＴが検出されたＳＳ／ＰＢＣＨブロックと関連し得る。
【０１６１】
（５）ＵＥの活性ＢＷＰにフォールバックのためのビームスイーピングのＣＯＲＥＳＥＴがない場合、ＲＡＣＨリソースは、現在の活性ＤＬ  ＢＷＰ又は現在の活性ＤＬ  ＢＷＰのＲＡＲサーチスペースに構成されないことがある。従って、ＵＥはＲＡＣＨ手続のために初期のＤＬ／ＵＬ  ＢＷＰに戻る必要がある。ＵＥのＴＡ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）タイマーが満了すると、ＵＥはＤＬ／ＵＬ  ＢＷＰに戻ることができ、ＵＥはＲＡＣＨ手続を行うことができる。現在のＢＷＰがＲＡＣＨ構成を含むと、ＵＥは現在の活性ＢＷＰに留まることができる。そうでなければ、ＵＥは初期のＤＬ／ＵＬ  ＢＷＰに戻ることができる。
【０１６２】
ＣＯＲＥＳＥＴ  ０の処理についてより詳細に説明する。ＣＯＲＥＳＥＴ  ０は、関連した複数のサーチスペースを有することができ、ＣＯＲＥＳＥＴ  ０のＴＣＩ状態は、構成されたＴＣＩ状態のセットからＭＡＣ  ＣＥに基づいてアップデートされることができる。ＣＯＲＥＳＥＴ  ０のＴＣＩ状態が構成されると、ＴＣＩ状態及びサーチスペース＃０のモニタリングの機会を探索するために次のオプションが考慮されることができる。
【０１６３】
（１）オプション１：サーチスペース＃０のモニタリングの機会は常時最新のＲＡＣＨ手続で使用されるＳＳ／ＰＢＣＨブロックのインデックスに基づくことができる。最新のＲＡＣＨ手続で競合のないＲＡＣＨ手続がトリガーされる場合、ＳＳ／ＰＢＣＨブロックのインデックスのためにＣＳＩ−ＲＳに対する関連したＳＳ／ＰＢＣＨブロックが使用されることができる。ＣＳＩ−ＲＳがＳＳ／ＰＢＣＨブロックと関連しなければ、以前のモニタリングの機会／関連（即ち、以前に選択されたＳＳ／ＰＢＣＨブロックのインデックス）が使用されるか、誤りとして考慮されることができる。ＭＡＣ  ＣＥがＴＣＩ状態を示す場合、サーチスペース＃０を含むＣＯＲＥＳＥＴ  ０のＴＣＩ状態は、ＭＡＣ  ＣＥによるアップデートに従うことができる。そうでなければ、サーチスペース＃０を含むＣＯＲＥＳＥＴ  ０のＴＣＩ状態は、最新のＲＡＣＨ手続で使用されたＳＳ／ＰＢＣＨブロックのインデックスのＱＣＬ情報に従うことができる。
【０１６４】
（２）サーチスペース＃０のモニタリングの機会は、最新のＲＡＣＨ手続で使用されたＳＳ／ＰＢＣＨブロックのインデックス又はＭＡＣ  ＣＥによるアップデートされたＴＣＩ状態に基づくことができる。ＭＡＣ  ＣＥによるＴＣＩ状態の場合、関連したＳＳ／ＰＢＣＨブロックのインデックスが使用されることができる。関連したＳＳ／ＰＢＣＨブロックがなければ、最新のＲＡＣＨ手続が使用されたＳＳ／ＰＢＣＨブロックのインデックスが使用されるか、又は誤りと見なされ得る。ＴＣＩ状態は、ＭＡＣ  ＣＥによってのみアップデートされることができる。
【０１６５】
サーチスペース＃０のモニタリングの機会は、最新のＲＡＣＨ手続で使用されたＳＳ／ＰＢＣＨブロックのインデックス又はＭＡＣ  ＣＥによるアップデートされたＴＣＩ状態に基づくことができる。ＭＡＣ  ＣＥによるＴＣＩ状態の場合、指定されたＴＣＩに連携したＳＳ／ＰＢＣＨブロックのインデックスが使用されることができる。関連したＳＳ／ＰＢＣＨブロックがなければ、最新のＲＡＣＨ手続が使用されたＳＳ／ＰＢＣＨブロックのインデックスが使用されるか、又は誤りと見なされ得る。ＴＣＩ状態は、最新のＲＡＣＨ手続又はＭＡＣ  ＣＥのアップデートに基づいてアップデートされることができる。ＳＳ／ＰＢＣＨブロックに基づいたＲＡＣＨ手続の場合に、ＴＣＩ状態は、ＲＡＣＨ手続で使用されたＳＳ／ＰＢＣＨブロックに基づいてアップデートされることができる（即ち、ＲＡＣＨ手続を介して使用されたＳＳ／ＰＢＣＨブロックに対するＱＣＬ仮定）。
【０１６６】
要約すると、ＴＣＩ状態がＣＯＲＥＳＥＴ  ０に構成される場合、サーチスペース＃０のモニタリングの機会は次のように決定されることができる。
【０１６７】
−  ＳＳ／ＰＢＣＨブロックベースのＲＡＣＨ手続（ＳＳ／ＰＢＣＨブロックと関連したＣＳＩ−ＲＳベースのＲＡＣＨ手続を含む）に従うか、又は
【０１６８】
−  ＲＡＣＨ手続又はＭＡＣ  ＣＥのアップデートのうち、最新のものから派生した最新のＳＳ／ＰＢＣＨブロックのインデックスに従うことができる。
【０１６９】
ＴＣＩ状態を決定するにあたって、次が考慮されることができる。
【０１７０】
−  常時ＭＡＣ  ＣＥのみに従うか（ＭＡＣ  ＣＥが使用可能であるか活性化された場合）、又は
【０１７１】
−  ＲＡＣＨ手続とＭＡＣ  ＣＥとの間の最新のイベントに従うことができる（ＲＡＣＨ手続の場合、ＱＣＬ関係にあるが、ＱＣＬ情報はＴＣＩ状態が定義されない状態でＲＡＣＨ手続によってアップデートされることができる）。
【０１７２】
前記説明のように、ＳＳ／ＰＢＣＨブロックのインデックスによってサーチスペース＃０のモニタリングの機会を定義することは、ＣＯＲＥＳＥＴ  ０にサーチスペース＃０が連携している時に限定できる。サーチスペース＃０がＣＯＲＥＳＥＴ  ０ではない別のＣＯＲＥＳＥＴに連携されている場合には、同じサーチスペースに連携されたＱＣＬ情報が変更されると見なされ得るが、サーチスペース＃０がＣＯＲＥＳＥＴ  ０に連携されている場合には、サーチスペース＃０の各モニタリングの機会にＱＣＬ情報が指定（マッピング）されているので、ＱＣＬ情報の変更時に、サーチスペース＃０のモニタリングの機会もまた変更されなければならないと理解できる。
【０１７３】
２．ビーム復旧及び広帯域動作
【０１７４】
ビーム復旧手続の観点から、ビーム復旧と関連したリソースが構成されていなければ、現在の活性ＤＬ／ＵＬ  ＢＷＰでビーム管理／復旧手続が発生し得る。ビーム復旧手続の間、ＤＬ／ＵＬ  ＢＷＰの切り替えは発生しないことがあり、ＵＥはビーム復旧手続の間、ＢＷＰ切り替えＤＣＩを無視してもよい。
【０１７５】
ＢＷＰの切り替え時、トリガーされると、ＵＥは最上のビーム上にフィードバックを報告することができる。或いは、ＢＷＰの切り替え時、最上のビームが変更されると、ＵＥは復旧の要求をトリガーすることができる。ＵＥは、ＢＷＰの切り替え時（必要な場合）、ビーム管理手続及び／又はビーム復旧手続を行うことができる。これは、ＢＷＰの切り替え命令によって明示的にトリガーされることができる。
【０１７６】
各ＢＷＰに対してＲＡＣＨリソースが構成される場合、可能なビームのうち、ＲＡＣＨリソースのサブセットのみが使用可能である。この場合、競合ベースのＲＡＣＨ手続で最上の検出されたＳＳ／ＰＢＣＨブロックに対する関連のＲＡＣＨリソースが存在しないこともある。この場合、現在のＢＷＰはＲＡＣＨリソースを有していないと見なされ得る。従って、ＵＥはＲＡＣＨ手続を行うために、初期のＤＬ／ＵＬ  ＢＷＰに戻ることができる。即ち、ＲＡＣＨプリアンブルの送信のために検出されたＳＳ／ＰＢＣＨブロックに対するＲＡＣＨリソースがなければ、ＵＥは初期のＤＬ／ＵＬ  ＢＷＰに戻ることができる。
【０１７７】
また、ビーム復旧手続のチャネル推定／ブラインドデコーディングの制限により、ビーム復旧のＣＯＲＥＳＥＴ／サーチスペースがモニタリングされない場合を最小化するために、次の事項が考慮されることができる。
【０１７８】
（１）ビーム復旧のＣＯＲＥＳＥＴ関連のサーチスペースセットは、最も高い優先順位を有することができる（ビーム復旧のＣＯＲＥＳＥＴと関連しない場合、ＣＳＳよりもさらに高い優先順位）。
【０１７９】
（２）ビーム復旧のＣＯＲＥＳＥＴ関連のサーチスペースセットをモニタリングする間、ＵＥはＣＳＳをモニタリングする必要がないことがある。
【０１８０】
（３）ビーム復旧のＣＯＲＥＳＥＴにＣＳＳを構成し、常時モニタリングされるようにすることができる。
【０１８１】
３．ＢＷＰ切り替えＤＣＩにおけるＤＣＩの大きさ／フォーマット処理
【０１８２】
表５は、ＤＣＩフォーマット１＿１を示す。表５は、ＤＣＩフォーマット１＿１の各フィールドの大きさがＢＷＰに応じて変更され得るか否かを示す。
【０１８３】
【表５−１】
0006831040.tif 000006
【０１８４】
【表５−２】
0006831040.tif 000007
【０１８５】
【表５−３】
0006831040.tif 000008
【０１８６】
【表５−４】
0006831040.tif 000009
【０１８７】
表６は、ＤＣＩフォーマット０＿１を示す。表６は、ＤＣＩフォーマット０＿１の各フィールドの大きさがＢＷＰに応じて変更され得るか否かを示す。
【０１８８】
【表６−１】
0006831040.tif 000010
【０１８９】
【表６−２】
0006831040.tif 000011
【０１９０】
【表６−３】
0006831040.tif 000012
【０１９１】
【表６−４】
0006831040.tif 000013
【０１９２】
或いは、ＢＷＰ切り替えＤＣＩは、以下の動作によってフォールバックＤＣＩのように処理されることができる。
【０１９３】
（１）オプション１：ＳＰ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）−ＣＳＩ／ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）活性化と類似の接近法及び／又はＤＣＩ処理が行われることができる。但し、フォールバックＤＣＩと非フォールバックＤＣＩとの間で共有されるフィールドのみが解釈され、別のフィールは無視されてもよい。ＢＷＰインデックスが変更された場合、ＵＥは、フォールバックＤＣＩに存在しないフィールドを無視してもよい。堅固な解釈のために、この場合使用されたコードポイント／ＭＣＳは固定されることができ、ＢＷＰ変更のインデックスと共にＭＣＳ値が「０００００」に設定されることができる。或いは、周波数領域及び／又は時間領域リソース割り当てのフィールドが特定の値で固定されることができる。
【０１９４】
例えば、安定性を向上させるために、ＢＷＰ切り替えＤＣＩのために、下記表７のような更なるコードポイントが考慮されることができる。
【０１９５】
【表７】
0006831040.tif 000014
【０１９６】
より具体的に、このオプションではＵＬ／ＳＵＬ  ＣＩＦ（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）、ＢＷＰインデックスフィールド及びフォールバックＤＣＩにあるフィールドのみが解釈されることができる。
【０１９７】
ＵＳＳにあるＤＣＩフォーマット０＿１及び１＿１のフィールドの大きさは全て現在のＢＷＰによって決定されることができる。ＢＷＰ上で送信されたデータは、ＢＷＰインデックスによって指示されることができる。ＢＷＰインデックスが別のＢＷＰを活性化すると、周波数領域及び／又は時間領域リソース割り当てフィールドが次のように変換されることができる。
【０１９８】
−  新たなＢＷＰと一致させるために、非常に小さいビットに対しては０が埋められ得る。
【０１９９】
−  新たなＢＷＰと一致させるために、非常に大きいビットは切られ得る。
【０２００】
動的類型０／類型１の指示の場合、類型指示ビット（周波数／時間領域リソース割り当てフィールドの一部）は、フェージング／切断から除外されることができる。フェージング／切断はＭＳＢで行われることができる。
【０２０１】
また、ＤＣＩフォーマット１＿０と１＿１との間の共通フィールド（例えば、ＩＤ、ＭＣＳ、ＮＤＩ、ＲＶ、ＨＡＲＱ  ＩＤ、ＤＡＩ、ＴＰＣ、ＰＵＣＣＨ  ＡＲＩ、ＨＡＲＱタイミング）がＢＷＰ切り替えＤＣＩに適用されることができる。ＢＷＰインデックスを除いた別のフィールド（例えば、レートマッチング、ＺＰ−ＣＳＩ−ＲＳ、ＴＢ２、アンテナポート、ＴＣＩ、ＳＲＳ要求、ＣＢＧ、ＤＭ−ＲＳ）は、ＢＷＰ切り替えＤＣＩで無視されてもよい。
【０２０２】
また、ＤＣＩフォーマット０＿０と０＿１との間の共通ＤＣＩフィールド（例えば、ＩＤ、ＭＣＳ、ＮＤＩ、ＲＶ、ＨＡＲＱ  ＩＤ、ＴＰＣ）がＢＷＰ切り替えＤＣＩに適用されることができる。ＢＷＰインデックスを除いた別のフィールド（例えば、ＴＢ２、ＳＲＩ、プリコーディング、ＣＢＧＴＩ等）は、ＢＷＰ切り替えＤＣＩで無視されてもよい。
【０２０３】
或いは、フォールバックＤＣＩ及び非フォールバックＤＣＩの間の共通フィールドを除いた残りのフィールドを無視するか否かを指示するために、一部のフィールドが予め構成された値に設定されることができる。例えば、二番目のＴＢが使用されないか、又は二番目のＴＢのＭＣＳとＲＶが特定の値の集合（例えば、「０００００」と「１１」）である場合、これはフォールバックＤＣＩに存在しないフィールドを無視する状態と見なされ得る。これは、ＤＣＩフォーマット内のフィールドを誤って解釈する問題を避けるためのものである。ネットワークがＤＣＩフォーマット内の該当フィールドを適切に送信できない場合、ネットワークは該当フィールドが無視されるようにトリガーすることができる。ＤＣＩフォーマット内の別のフィールドは再使用できるが、二番目のＴＢ（構成された場合）はオプションと見なされ得る。これを可能にするコードポイントは、二番目のＴＢを使用できないようにするコードポイントと異ならなければならず、二番目のＴＢを使用できないようにする場合とＢＷＰ切り替えフォールバックの場合とが区分できなければならない。即ち、本発明は、ＢＷＰ切り替えＤＣＩとフォールバックＤＣＩとの間に共通のフィールドのみが有効なものと見なされ、別のフィールドは無視されるＢＷＰ切り替えフォールバックモードを提案することができる。
【０２０４】
（２）オプション２：ＳＰ−ＣＳＩ／ＳＰＳの解除と類似の接近法及び／又はＤＣＩ処理が行われることができる。ＢＷＰ切り替えの命令が使用される場合（即ち、以前の命令と異なってＢＷＰインデックスが使用される場合）、ＢＷＰ切り替えＤＣＩは下記表８のように設定されることができる。
【０２０５】
【表８】
0006831040.tif 000015
【０２０６】
また、ＴＰＣフィールドのようなフィールドのうち一つが、ＢＷＰインデックスのために使用されることができる。即ち、ＴＰＣフィールド以外のフィールドは前記のように設定されることができ、ＢＷＰインデックスはＴＰＣフィールドから解釈され、ＢＷＰ切り替えの命令と仮定されることができる。ＵＥがこれを受信すると、ＢＷＰ切り替えＤＣＩと見なし、スケジュールされた時間領域リソースでＢＷＰ切り替えを行う。即ち、ｋ１／ｋ２値は、ＢＷＰ切り替えの間隔に使用されることができる。
【０２０７】
４．グラントフリー（ｇｒａｎｔ−ｆｒｅｅ）の活性化／非活性化／再送信のためのＤＣＩの大きさ／フォーマット処理
【０２０８】
グラントフリーの場合、活性化／非活性化／再送信にＤＣＩフォーマットが使用されることができる。グラントフリーの構成が少なくともリソース割り当て類型、波形、ＲＢＧ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）の大きさ等の側面で互いに異なる構成を有することができるので、一部の明確化が必要であり得る。次の事項が考慮されることができる。
【０２０９】
−  ＣＳ（ｃｏｎｆｉｇｕｒｅｄ  ｓｃｈｅｄｕｌｉｎｇ）−ＲＮＴＩ（グラントフリーの構成のためのＲＮＴＩ）及びＣ−ＲＮＴＩが同じサーチスペースの集合を共有するように構成されると、ＵＥは同じＤＣＩフォーマット／大きさが使用されると仮定することができる。グラントフリーの構成とグラントベースのＵＬグラント間で異なる構成が使用される場合、グラントベースのＤＣＩフォーマットが活性化／非活性化でＤＣＩフィールドの大きさを決定することができる。前述したＢＷＰ切り替えの場合と同様に、必要なフィールドの大きさがＵＬグラントによる現在のＤＣＩフィールドの大きさよりも大きい場合、切断が考慮されることができる。
【０２１０】
−  ＵＬグラントのＤＣＩの大きさは、ＣＳ−ＲＮＴＩに対するＤＣＩの大きさ及びＣ−ＲＮＴＩに対するＤＣＩの大きさのうち、最大値によって決定されることができる。各ＢＷＰに対して、ＵＬグラントの大きさはグラントフリーの構成及びグラントベースの構成のそれぞれに応じて異なり得る。使用されたＲＮＴＩによって異なるマッピングが考慮されることができる。この場合に、ＣＳ−ＲＮＴＩに対するＤＣＩの大きさは（再送信に対してさえも）グラントフリーの構成に基づいて決定されることができる。
【０２１１】
−  グラントフリーの構成及びグラントベースのＵＬ送信間で同じ構成が使用されることができる。例えば、波形（活性化／再送信に使用されるＤＣＩフォーマットに応じて異なり得る）／リソース割り当て類型／ＭＩＭＯ関連のパラメータは、グラントベース又はグラントフリーの活性化に使用される各ＤＣＩフォーマットに対して同一であってもよい。
【０２１２】
−  別の場合、ＢＷＰ切り替え間のＤＣＩフィールドの同じ処理がグラントフリーの活性化と規則的なスケジューリングの間で使用されることができる。グラントフリーの構成ベースの活性化ＤＣＩとグラントとの間に、リソース割り当てでの類似の取り扱いが使用されることができる（例えば、グラントのためのリソース割り当てフィールドの大きさと合わせるために切断又はフェージング）。
【０２１３】
−  グラントフリーの活性化は、現在活性化されたＢＷＰにのみ適用されることができる。活性化ＢＷＰインデックスは、活性化に使用されないことがある（即ち、ＢＷＰインデックスは無視される）。
【０２１４】
−  或いは、グラントフリーの活性化はＢＷＰ切り替えに適用されることができる。ＢＷＰ切り替えの処理を適用した後、新たなＢＷＰによってリソース割り当てが決定されることができる。或いは、実際のＢＷＰ切り替えが発生しない場合、ＢＷＰインデックスが使用されることができる。活性化／解除は、ただターゲットＢＷＰのみを指示することができ、活性化／解除はＢＷＰ切り替えなく、行われることができる。
【０２１５】
５．ＣＯＲＥＳＥＴとＳＳ／ＰＢＣＨブロック間の衝突処理
【０２１６】
ＳＳ／ＰＢＣＨブロックとＣＯＲＥＳＥＴが衝突する場合、次のオプションが考慮されることができる。
【０２１７】
−  少なくともＣＯＲＥＳＥＴ  ０に対するモニタリング制御チャネルで、パンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）が考慮されることができる。ＳＳ／ＰＢＣＨブロックの送信がないと仮定して制御チャネルがモニタリングされ、実際のＳＳ／ＰＢＣＨブロックの送信は制御チャネルをパンクチャリングすることができる。ＵＥが実際に送信されたＳＳ／ＰＢＣＨブロックを知ることになると、ＵＥはＳＳ／ＰＢＣＨブロックと重なるＲＥがパンクチャリングされると仮定できる。このオプションは、ＳＳ／ＰＢＣＨブロックとの衝突を考慮せず、ＣＯＲＥＳＥＴのサーチスペースをモニタリングする。
【０２１８】
−  ＵＥが、ＳＩがアップデートされたことを示すＣＯＲＥＳＥＴでＳＩ−ＲＮＴＩをモニタリングする場合、ＵＥはモニタリングの機会でＳＳ／ＰＢＣＨブロックの送信がないと仮定することができる。
【０２１９】
−  ＵＥが送信されるセル固有のＳＳ／ＰＢＣＨブロック及び送信されるＵＥ固有のＳＳ／ＰＢＣＨブロックで構成される場合、ＵＥがＳＳ／ＰＢＣＨブロックと重なる候補を省略（ｃａｎｄｉｄａｔｅ  ｓｋｉｐ）する場合（ＳＳ／ＰＢＣＨブロックの空いたＲＥを含む）、これは、ＵＥ固有のＳＳ／ＰＢＣＨブロックに基づくことができる。或いは、レートマッチング／候補の省略は、少なくともＣＯＲＥＳＥＴ  ０に対してはセル固有のＳＳ／ＰＢＣＨブロックに基づき、別のＵＥ専用のＣＯＲＥＳＥＴに対してはＵＥ固有のＳＳ／ＰＢＣＨブロックに基づくことができる。
【０２２０】
６．基本構成
【０２２１】
ＣＳＳのモニタリングのためのＤＬ  ＢＷＰでＵＥ固有に構成されたＣＯＲＥＳＥＴの場合、ＲＢＧの大きさ、スクランブリングパラメータ、インターリーバの大きさ等に対する構成が決定される必要がある。これに対して、次のオプションが考慮されることができる。
【０２２２】
−  明示的構成が考慮されることができる。構成が与えられなければ、初期のＤＬ  ＢＷＰに使用された同じパラメータが使用されるか、活性ＤＬ  ＢＷＰに構成された同じパラメータが使用されることができる。
【０２２３】
−  初期のＤＬ  ＢＷＰに使用された同じパラメータが使用されると常時仮定することができる。
【０２２４】
−  活性ＤＬ  ＢＷＰに構成された同じパラメータが使用されると常時仮定することができる。
【０２２５】
−  基本ＤＬ  ＢＷＰに使用／構成された同じパラメータが使用されると常時仮定することができる。
【０２２６】
ＣＯＲＥＳＥＴ  ０に対するＤＭ−ＲＳマッピング、インターリーバマッピング、シーケンス生成、ＲＢＧマッピング等に対して、次のオプションが考慮されることができる。
【０２２７】
−  ＵＥがＣＯＲＥＳＥＴ  ０に対するＳＩ−ＲＮＴＩをモニタリングするか否かに関係なく、ＵＥはＣＯＲＥＳＥＴ  ０に対する共通ＰＲＢインデキシングを知ることができないと常時仮定することができる。即ち、前記パラメータ／シーケンスに対してローカルＰＲＢインデキシングを仮定することができる。この場合、ＵＳＳがＣＯＲＥＳＥＴ  ０に構成されるか、ＣＯＲＥＳＥＴ  ０がＵＥへＤＬ  ＢＷＰ（非初期のＤＬ  ＢＷＰ）に再構成されると、ＵＥはＣＯＲＥＳＥＴ  ０に特定の構成を適用すべきである。
【０２２８】
−  ＵＥは、初期のＤＬ  ＢＷＰでＣＯＲＥＳＥＴ  ０をモニターでき、どんなＲＮＴＩがモニターされるかに関係なく、ローカルＰＲＢインデキシングを仮定することができる。そうでなければ、ＵＥは前記設定に対する共通ＰＲＢインデキシングに基づき、ＣＯＲＥＳＥＴ  ０を仮定することができる。
【０２２９】
−  ＵＥがＳＩ−ＲＮＴＩをモニタリングする場合、ＵＥはローカルＰＲＢインデキシングを仮定することができる。反面、別の場合には、共通ＰＲＢインデキシングに基づいたマッピングが使用されることができる。これによって、ＣＯＲＥＳＥＴ  ０を共有するＵＥ間でＳＩＢがアップデートされたか、アップデートされない状態で曖昧さが発生し得る。
【０２３０】
−  ＵＥがＲＭＳＩのモニタリングのために構成されたサーチスペースセットをモニタリングするとき、前記マッピングは、ローカルＰＲＢインデキシングに基づくことができる。ＯＳＩ／ＲＡＲ／ＵＥ固有のデータ等のために別途のサーチスペースセットが構成される場合、前記マッピングは共通ＰＲＢインデキシングに基づくことができる。ＲＭＳＩに設定されたサーチスペースセットと別のサーチスペースセットが同じＣＯＲＥＳＥＴ  ０で同じ時間に衝突する場合、ローカルＰＲＢインデキシングが使用されることができる。これは、与えられたＵＥに対する最上のビーム及び／又は最上のＳＳ／ＰＢＣＨブロックのインデックス以外の別のＳＳ／ＰＢＣＨブロックのインデックスに対するＲＭＳＩのために設定されたサーチスペースセットにも適用されることができる。
【０２３１】
−  前記オプションでＳＣｅｌｌ構成の場合、ＣＯＲＥＳＥＴ  ０はＲＲＣによってＳＣｅｌｌに対して構成されることができる。ＰＣｅｌｌ  ＣＯＲＥＳＥＴ  ０での同じ処理が使用されることができる。即ち、ＣＯＲＥＳＥＴ  ０は、ＳＣｅｌｌの場合にも、別のＣＯＲＥＳＥＴと異なるように処理される特殊なＣＯＲＥＳＥＴのために留保されることができる。
【０２３２】
−  時間領域でＣＯＲＥＳＥＴ  ０と重なるＣＯＲＥＳＥＴが構成されるとき、ＣＯＲＥＳＥＴ  ０が異なるように処理されると、次の事項が考慮されることができる。ＣＯＲＥＳＥＴ  ０と部分的に又は完全に重なるＲＢＧ（６  ＲＢｓ）は、ＣＯＲＥＳＥＴの構成に使用されないことがある。即ち、ＵＥは二つの間に重なって構成されると予想されない。或いは、新たなＣＯＲＥＳＥＴのサーチスペースの集合がＣＯＲＥＳＥＴ  ０に設定されたサーチスペースの集合と時間的に重なると、ＣＯＲＥＳＥＴ  ０と重なる候補は超えることができる。これは、広帯域ＲＳプリコーダがＣＯＲＥＳＥＴ  ０に対して仮定されるのに対し、狭帯域ＲＳプリコーダが新たなＣＯＲＥＳＥＴに対して仮定される場合にのみ適用されることができる。
【０２３３】
−  ＣＯＲＥＳＥＴ  ０でスケジュールされるデータの場合、ＤＭ−ＲＳマッピング、インターリーバ等について次の事項が考慮されることができる。
【０２３４】
−  ＳＩ−ＲＮＴＩに対してのみデータがローカルＰＲＢインデキシングに基づいてスケジュールされることができる。別のＲＮＴＩの場合、データは共通ＰＲＢマッピング／インデキシングに基づいてスケジュールされることができる。
【０２３５】
−  ＣＯＲＥＳＥＴ  ０によってスケジュールされた全てのデータがローカルＰＲＢインデキシングに従うことができる。
【０２３６】
−  ＲＭＳＩの読取り値に対するＳＩ−ＲＮＴＩの場合にのみデータがローカルマッピングに基づいて予約される。別の場合に、データは一般的なＰＲＢマッピング／インデキシングに基づいてスケジューリングされる。
【０２３７】
−  ＲＭＳＩの読取り上のＳＩ−ＲＮＴＩに対してのみデータがローカルＰＲＢインデキシングに基づいてスケジュールされることができる。これ以外には、データは共通ＰＲＢマッピング／インデキシングに基づいてスケジュールされることができる。
【０２３８】
ＳＩ−ＲＮＴＩをモニタリングするためにそれぞれのＵＥのＤＬ  ＢＷＰに構成された別のＣＯＲＥＳＥＴに対して、次のオプションが考慮されることができる。
【０２３９】
−  ＵＥはＣＯＲＥＳＥＴ  ０と同じ処理がＣＯＲＥＳＥＴに適用されると仮定することができる。即ち、一般的なＰＲＢインデキシングが使用可能ではないことがある。
【０２４０】
−  ＵＥがＳＩアップデートを検出するか、ビームを失う場合、ＵＥは初期のＤＬ  ＢＷＰに戻ることができる。
【０２４１】
−  ＵＥは、そのＣＯＲＥＳＥＴでモニタリングされるＲＮＴＩに関係なく、ＵＥ固有のＣＯＲＥＳＥＴで共通ＰＲＢマッピングを仮定することができる。これは、接続モードにあるＵＥに対してＳＩアップデートによって基準点又は共通ＰＲＢインデキシングが変更されないことを前提にすることができる。ネットワークが共通ＰＲＢインデキシングを変更しようとする場合、ネットワークは、アップデートする前に全てのＵＥを解除することができる。或いは、ＳＩアップデートで、ＣＯＲＥＳＥＴのモニタリング及び／又は共通ＰＲＢインデキシングに対するＵＥ動作に影響を与える任意のパラメータがアップデートされたか否かを示すために、ＲＭＳＩのアップデートを示すまた別の状態が指示されることができる。これがトリガーされると、ＵＥはＳＩアップデートのために初期のＤＬ  ＢＷＰに戻ることができる。
【０２４２】
７．ＵＥが同期を失う状況に対する処理
【０２４３】
ＴＡタイマーが満了すると、ＵＥはどんなアップリンクも送信してはならない。従って、アップリンク送信と関連した全ての動作が中止されることができる。これは、現在活性化されたＢＷＰを非活性化する及び／又はＰＵＣＣＨ／ＳＲ（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）リソースの構成を解除して行われることができる。また、これはＵＥがビームの同期（即ち、ダウンリンクの同期）を失い得ることを意味する。ＬＴＥでは、アップリンクの同期損失がダウンリンクの同期損失の可能性を示してはいない。これは、ＵＥがダウンリンク上でモニタリングを維持し、ダウンリンク信号に基づいてＱＣＬ関係／同期を維持し続けるためである。しかし、ＮＲではネットワークが複数ビームで作動するので、ＵＥとネットワーク間に最適のビームを整列することが重要である。このような問題を喚起するために、次のオプションが考慮されることができる。
【０２４４】
（１）ＵＥはビーム管理手続に基づいて同期を維持することができる（即ち、最上のビームを追跡する）。ビーム管理手続がビーム失敗を検出すると、ＵＥは適切なハンドオーバー手続がトリガーされることができるようにＲＬＦ（ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）をトリガーすることができる。或いは、ＵＥは、ＳＳ／ＰＢＣＨブロックベース測定のために初期のＤＬ／ＵＬ  ＢＷＰに戻って、ビーム復旧手続をトリガーすることができる。即ち、ＵＥはＳＳ／ＰＢＣＨブロックベースのビーム復旧手続を開始することができる。
【０２４５】
（２）ＴＣＩ状態が再設定されるか、元の状態に戻されることがある。このとき、次のうち一つが使用されることができる。
【０２４６】
−  構成されたＴＣＩ状態の一番目の項目
【０２４７】
−  最もよいビームのＳＳ／ＰＢＣＨブロックのインデックス
【０２４８】
−  ＵＥが初期のビーム結合手続を行わなければならないことを意味する「状態なし」
【０２４９】
ビーム結合手続がＰＣｅｌｌのためのものであれば、初期のＤＬ  ＢＷＰでビーム結合手続が発生し得る。ビーム結合手続が初期のＤＬ  ＢＷＰが明確ではないＰＣｅｌｌではないセルのためのものであれば、ＵＥは一番目に活性化されるＤＬ  ＢＷＰがビームスイーピングに関する情報を含むと仮定することができる。ＳＳ／ＰＢＣＨブロックの位置及び関連情報は、ＰＣｅｌｌによって指示されることができる。また、ＰＳＣｅｌｌ（ｐｒｉｍａｒｙ  ＳＣｅｌｌ）／ＳＣｅｌｌの構成で、ＵＥがＰＣｅｌｌとして該当セルに接続する初期のＤＬ  ＢＷＰが一番目に活性化されるＤＬ  ＢＷＰとして指示されることができる。
【０２５０】
ＳＳ／ＰＢＣＨブロックがない搬送波の場合、該当搬送波でビーム復旧ができないことがある。従って、ビーム復旧に対する全ての処理が仮定されないことがある。或いは、ビーム復旧手続は、ＰＣｅｌｌを介して行われることができ、ダウンリンクは、ビーム復旧手続又は前記手続を通じて管理されることができる。即ち、このような状態が任意のＰＳＣｅｌｌ又はＳＣｅｌｌで発生すると、ネットワークはクロス搬送波のスケジューリングを介して、ＰＣｅｌｌからＰＤＣＣＨ命令を開始することができる。
【０２５１】
ビーム搬送波グループ（ｂｅａｍ  ｃａｒｒｉｅｒ  ｇｒｏｕｐ）について説明する。ビーム復旧手続は、搬送波毎ではなく、搬送波集合毎に行われることができる。例えば、帯域内（ｉｎｔｒａ−ｂａｎｄ）連続／不連続ＣＡの場合、搬送波間にビームを整列することが好ましい。このような場合、ＣＯＲＥＳＥＴ／ビーム復旧手続に対するＴＣＩ状態は、搬送波間で共同で維持することがさらによい。このような搬送波のグループは、「ビーム搬送波グループ」と呼ばれ得る。ＴＡＧ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｇｒｏｕｐ）と同様に、ビームを維持する基本セルが存在し得る。ビーム搬送波グループにＰＣｅｌｌがあると、ＰＣｅｌｌがビームを維持する基本セルになることができる。そうでなければ、最も低いＳＣｅｌｌインデックスを有するＳＣｅｌｌがビームを維持する基本セルになることができる。ビーム搬送波グループ内で、各搬送波のＴＣＩ状態／ＱＣＬ情報は、共同で維持されることができる。このようなビーム搬送波グループに対して、また、基本ＢＷＰタイマーが共同で動作することができる。例えば、基本ＢＷＰタイマーがある搬送波で満了すると、全ての搬送波は基本ＢＷＰに移動するか、睡眠（ｄｏｒｍａｎｔ）状態で移動することができる。より一般に、搬送波集合はグループ化されることができ、一部の動作は搬送波別ではなく、搬送波グループ別に共同で行われることができる。共同で行われる一連の機能／動作は、構成可能である。例えば、共同で行われる機能／動作は、ＢＷＰ切り替え動作、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作、ビーム管理動作、ＣＳＩフィードバック動作、ハンドオーバー等を含み得る。搬送波グループ内で一つの搬送波がハンドオーバーされると、全ての別の搬送波もハンドオーバーされるか、又は非活性化されることができる。このようなビーム搬送波グループは、ＵＥ能力に基づいてネットワークによって構成されることができる。例えば、帯域内及び／又は帯域間のＣＡ帯域の組み合わせに対して、ＵＥはＲＦ関連の動作が共同で行われることができるようにＲＦが共有されるか否かをネットワークに指示することができる。また、基底帯域のプロセシングに必要なスケーリングが適用されることができるように、搬送波間の基底帯域の能力が共有されるか否かやはり指示されることができる。
【０２５２】
ビーム搬送波グループを支援するために、次のオプションが考慮されることができる。
【０２５３】
−  別のセルでトリガーされたＰＤＣＣＨ命令が、該当セルに対してクロス搬送波スケジューリングが構成された場合にのみ、使用可能である。
【０２５４】
−  ＵＥの上位層によってＲＡＣＨ手続がトリガーされることができるように、ＰＤＣＣＨ命令はＭＡＣペイロードにエンベッディングされることができる。
【０２５５】
−  ＰＤＣＣＨ命令は、ＰＤＣＣＨ命令がトリガーされる搬送波を指示するフィールドを含むことができる。ＰＤＣＣＨ命令は、ＰＣｅｌｌ又はＰＵＣＣＨが構成されたＰＳＣｅｌｌ又はＳＣｅｌｌに対してのみ必要であるので、ＰＤＣＣＨ命令を送信するセルを指示するために、最大２ビットであれば充分である。全てのＰＤＣＣＨ命令に関するパラメータは、スケジュールされたセルに基づくことができる。
【０２５６】
ＰＤＣＣＨ命令が別のセルによってトリガーされるとき、ＲＡＲもまたそのセルによって受信されることができる。或いは、ＲＡＲ受信又はＲＡＣＨ手続に使用されることができる特別なＣＯＲＥＳＥＴ（例えば、最も低いインデックスのＣＯＲＥＳＥＴ又は現在活性のＤＬ  ＢＷＰと関連したＣＯＲＥＳＥＴのうち、最も低いインデックスのＣＯＲＥＳＥＴ又はこの目的のために予め定義されるか、予め構成されたＣＯＲＥＳＥＴ）があり得る。ＲＡＲが別の搬送波によって受信される場合、ＲＡＲは、ＵＥがモニタリングすべき最上のビーム及び／又はＴＣＩ状態に対する情報を含まなければならない。特別なＣＯＲＥＳＥＴが使用される場合、該当ＣＯＲＥＳＥＴのＴＣＩ状態はＲＡＣＨ手続のために選択されたビームに基づいて設定されることができる。
【０２５７】
ＰＤＣＣＨ命令、ネットワークがビームの状態を知らないことがあるため、ビームインデックスは与えられないことがある。ＲＡＣＨプリアンブルに加えて、ネットワークが最上のビームを指示しなければ、ＵＥは現在の最上のビームに基づいてＲＡＣＨリソースを選択することができる。ＵＥは、使用可能な全てのビームに対するＲＡＣＨリソースを獲得することができる。
【０２５８】
ＵＥが非初期のＵＬ  ＢＷＰでＲＡＣＨ手続を行うことができる。これを避けるために、関連したビーム指示がないか、ＵＥが指示されたビームに対してＲＡＣＨリソースを有していなければ、ＵＥはＲＡＣＨ手続のために初期のＵＬ  ＢＷＰ（及び初期のＤＬ  ＢＷＰ）に戻ることができる。或いは、ＰＤＣＣＨ命令は、またＲＡＣＨ手続が発生する必要があるＢＷＰインデックスをまた指示することができる。
【０２５９】
或いは、非初期のＵＬ  ＢＷＰに構成されたＲＡＣＨリソースは、初期のＵＬ  ＢＷＰにおけるＲＡＣＨリソースの構成に従うことができる。即ち、ＳＳ／ＰＢＣＨブロックの送信に基づき、ビームスイーピングされたＲＡＣＨリソースが構成されることができる。或いは、ビームスイーピングと共に別途のＲＡＣＨリソースが考慮されることができる。
【０２６０】
以上の手続をより簡単にするために、次のオプションが考慮されることができる。
【０２６１】
（１）オプション１：ＵＥがＵＬリソースを失うか、ＴＡタイマーが満了すると、ＵＥは初期のＤＬ／ＵＬ  ＢＷＰ又は一番目に活性化されるＤＬ／ＵＬ  ＢＷＰ（又は自発的に活性化されるようにセルの構成に表示されたＤＬ／ＵＬ  ＢＷＰ）に戻ることができる。
【０２６２】
（２）オプション２：少なくとも一つのＣＯＲＥＳＥＴのＴＣＩ状態がＳＳ／ＰＢＣＨブロックに基づいて維持され、また、自律的にアップデートされることができる。ビームの同期が切れた場合、ネットワークはＣＯＲＥＳＥＴ上の送信ビームを変更することができる。
【０２６３】
（３）オプション３：少なくとも一つのＣＯＲＥＳＥＴがビームスイーピングリソースで構成されることができる。ＳＳ／ＰＢＣＨブロックのインデックスをＣＯＲＥＳＥＴの各モニタリングの機会にマッピングする一部の規則が使用されることができる。例えば、ＲＭＳＩ  ＣＯＲＥＳＥＴに使用されたものと類似の規則をＣＯＲＥＳＥＴに適用してビームスイーピングリソースを作ることができる。
【０２６４】
類似の問題がＤＲＸでも発生し得る。ＤＲＸの場合、ビーム管理がＤＲＸの間に行われることができるか、ＤＲＸが一定の臨界値（例えば、１０ｍｓ）を超えると、ＵＥは潜在的復旧のために初期のＤＬ  ＢＷＰに戻ることができる。或いは、基本ＤＬ  ＢＷＰで異なるビームスイーピングリソースが構成されることができる。
【０２６５】
ネットワークが最上のビームに対する曖昧さにより、多数のビームを介して多数のＰＤＣＣＨ命令を開始することができる場合、ＵＥは、一番目に受信されたＰＤＣＣＨ命令に基づいて、ＲＡＣＨプリアンブルを送信することができる。ＲＡＣＨプリアンブルが送信されると、ＵＥはＲＡＲウィンドウまでＰＤＣＣＨ命令を取り消してもよく、無視してもよい。
【０２６６】
基本ＤＬ  ＢＷＰ内のビームスイーピングリソースは、送信されたＳＳ／ＰＢＣＨブロックによってさらに効率的な方式で構成されることができる。一つの例は次の通りである。
【０２６７】
−  ビームスイーピングがあるＣＯＲＥＳＥＴの周期はＴで構成されることができる。或いは、特定のビームがある各サーチスペースは、同じビームサーチスペースが発生する周期性を有することができる。
【０２６８】
−  オフセットは、送信されたＳＳ／ＰＢＣＨブロック内のＳＳ／ＰＢＣＨブロックのインデックスに基づいて計算され、該当オフセットが０に設定されることができる。例えば、オフセット段階（ｏｆｆｓｅｔ  ｓｔｅｐ）は、例えば、Ｋ  ＯＦＤＭシンボル、１スロットなどで構成されることができる。それぞれの実際に送信されたＳＳ／ＰＢＣＨブロックと関連したサーチスペースのモニタリングのオフセットは、オフセット及び周期に基づいて自動で決定されることができる。
【０２６９】
−  各ＳＳ／ＰＢＣＨブロックのインデックスと共に、ＣＯＲＥＳＥＴ／サーチスペースの明示的構成も考慮されることができる。この場合、与えられた時間に最上のビームで測定された特定のＳＳ／ＰＢＣＨブロックのインデックスに対するリソースがなければ、ＵＥは初期のＤＬ  ＢＷＰに戻ることができる。
【０２７０】
８．ビームスイーピングのサーチスペース集合の構成
【０２７１】
ＲＭＳＩ、ＯＳＩ、ページング、ＲＡＲ等に対するサーチスペースセットの場合、関連したＣＯＲＥＳＥＴに対するＱＣＬ情報及び／又はＴＣＩ状態が暗示的に決定されるか、ＳＳ／ＰＢＣＨブロックと関連し得る。モニタリングの機会は、関連したＳＳ／ＰＢＣＨブロックのインデックスに基づいて決定されることができる。ＳＳ／ＰＢＣＨブロックのインデックスが変更されると、新たなモニタリングの機会は規則に基づいて決定されることができる。このようなＣＯＲＥＳＥＴ／サーチスペースセットは、明示的なＴＣＩ状態／ＱＣＬ情報で構成される別のＵＥ専用のＣＯＲＥＳＥＴ／サーチスペースセットと多少異なり得る。初期アクセス関連のサーチスペースは、ビーム切り替え、ハンドオーバー及びＢＷＰ切り替えに必要であり得る。このような場合、サーチスペースの構成のために次のように多様なオプションが考慮されることができる。ビームスイーピングされたＣＯＲＥＳＥＴ／サーチスペースセットは、基本ＢＷＰで構成されることもできる。
【０２７２】
（１）ＣＯＲＥＳＥＴのパターン＃１、＃２、＃３がＣＯＲＥＳＥＴの構成に使用されることができる。また、ＰＢＣＨに対するサーチスペースの構成（別の多重化パターンを含む）を再使用することができる。ＣＯＲＥＳＥＴは、初期アクセスのように構成されることができ、該当ＳＳ／ＰＢＣＨブロックからのオフセットが周波数の位置を決定するのに使用されることができる。ＣＯＲＥＳＥＴがこのパターンで構成された場合、互いに異なるモニタリングの機会とＳＳ／ＰＢＣＨブロックのインデックス間のビームスイーピング又は暗示的マッピングが支援されることができる。周波数範囲毎に異なる数の最大のビームが仮定されることができる。ＣＯＲＥＳＥＴ  ０が広帯域で互いに異なる周波数で構成される場合、構成されたＣＯＲＥＴＳＥＴ  ０から参照されるＳＳ／ＰＢＣＨブロックの周波数の位置を指示すべきこともある。
【０２７３】
（２）ＱＣＬ状態は、各ＣＯＲＥＳＥＴの構成で指示されることができる。従って、ＱＣＬ情報／ＴＣＩ状態がＳＳ／ＰＢＣＨブロック又はＣＳＩ−ＲＳのうち一つと関連して明示的に構成されると、専用のＣＯＲＥＳＥＴと見なされ得る。ＱＣＬ情報／ＴＣＩ状態がある場合、ビームスイーピングのＣＯＲＥＳＥＴが使用されることができる。また、複数のＳＳ／ＰＢＣＨブロックに対する暗示的マッピングが許容されるか否かが明示的に構成されることができる。このオプションで、ＣＯＲＥＳＥＴの構成の同じ構成が使用されることができ、ＴＣＩ状態は異なるものを示せる。しかし、このオプションは、サービングセルのＣＯＲＥＳＥＴ  ０が別のサービングセルと共有されることを許容しないことがある。従って、構成されたＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ  ０であるか否かを示すことが考慮されることができる。
【０２７４】
（３）構成されたＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ  ０（及び／又はＲＭＳＩによって構成された場合、ＣＯＲＥＳＥＴ  １）である場合、多数のＳＳ／ＰＢＣＨブロックに対する互いに異なるモニタリングの機会の暗示的マッピングが支援されることができる。また、ＰＢＣＨ又は別のＵＥ専用のＳＩＢ又はＵＥ専用のＲＲＣによる構成に関係なく、ＣＯＲＥＳＥＴ  ０のＲＢＧのマッピング／シーケンスのマッピングが常時ＣＯＲＥＳＥＴ  ０内で使用されることができる。
【０２７５】
（４）ＲＭＳＩが互いに異なるＣＯＲＥＳＥＴを構成すると、前記言及されたオプションを使用してビームスイーピングされたＣＯＲＥＳＥＴとＵＥ専用のＣＯＲＥＳＥＴを区別することができる。特に明示されていない限り、ＲＭＳＩによって構成されたＣＯＲＥＳＥＴは、ビームスイーピングされたＣＯＲＥＳＥＴと見なされ、関連したＳＳ／ＰＢＣＨブロック／ＰＲＡＣＨリソースに基づいてモニタリングの機会が決定されることができる。
【０２７６】
（５）複数のサーチスペース集合／ＣＯＲＥＳＥＴが構成されることができ、一つのサーチスペース集合／ＣＯＲＥＳＥＴは、ＴＣＩ状態（又はＳＳ／ＰＢＣＨブロックのインデックス）のうち一つに対応することができる。ＣＯＲＥＳＥＴの構成は重複してもよく、各ＣＯＲＥＳＥＴと関連したサーチスペースは、互いに異なるモニタリングの機会を有することができる。
【０２７７】
（６）ＣＯＲＥＳＥＴ  ０と関連したサーチスペースに対して、物理層の手続によってビームスイーピングのサーチスペースが構成されることができる。ＣＯＲＥＳＥＴ  ０がＰＢＣＨ又はＵＥ専用のＲＲＣシグナリングによって指示されるか否かに関係なく、少なくともＲＭＳＩのためのＣＳＳ＃０は、物理層手続に基づいて構成されることができる。
【０２７８】
（７）ＣＯＲＥＳＥＴ  ０を構成することにおいて、次のオプションが考慮されることができる。
【０２７９】
−  ＣＯＲＥＳＥＴ  ０の場合、ＰＢＣＨと同じ構成が使用されることができる。即ち、ＳＳ／ＰＢＣＨブロックの周波数／時間位置に応じて、ＣＯＲＥＳＥＴ  ０のリソースが決定されることができる。また、周波数範囲等のために、ＰＢＣＨの構成に従うことができる（例えば、ヌメロロジー、ＳＳ／ＰＢＣＨブロックとＲＭＳＩ間のヌメロロジー等を決定することができる）。
【０２８０】
−  ６  ＰＲＢグリッドのＣＯＲＥＳＥＴの構成が使用されることができ、ローカルＰＲＢインデキシングと共通ＰＲＢインデキシングとの間のオフセットを指示する更なるオフセットが構成されることができる。即ち、６  ＰＲＢグリッドが構成されることができ、オフセットが０ではないか、又は存在すれば、ＣＯＲＥＳＥＴは共通ＰＲＢインデキシングに基づかず、ローカルＰＲＢインデキシングに基づいて構成されることができる。開始のＰＲＢは共通ＰＲＢで決定されることができ、該当ＣＯＲＥＳＥＴに対するＰＲＢインデキシング、スクランブリング、シーケンスの生成は、構成されたＰＲＢ内で局部的に行われることができる。オフセットが０でなければ、連続的なリソース割り当てのみが使用されることができる。
【０２８１】
図１１は、本発明の一実施例に係るＣＯＲＥＳＥＴ  ０の構成の一例を示す。図１１を参照すると、ローカルＰＲＢインデキシングと共通ＰＲＢインデキシングとの間のオフセットを指示する更なるオフセットが構成され、ＣＯＲＥＳＥＴ  ０は、前記オフセットに基づいてローカルＰＲＢインデキシングに基づいて構成されることができる。
【０２８２】
−  サーチスペースの構成が変更されないか、一般のサーチスペースの構成が使用される場合、ビームスイーピングのサーチスペースを示すために様々なオプションが考慮されることができる。
【０２８３】
まず、周期が明示的に又は暗示的に構成されることができる（即ち、この場合、ｐｅｒｉｏｄｉｃｏｆｆｓｅｔの構成は無視されてもよい）。このような値を無視するために、特殊のフラグである「ビームスイーピングのサーチスペース」が追加されて指示されることができる。或いは、ｐｅｒｉｏｄｏｆｆｓｅｔの特定の値をビームスイーピングのサーチスペースを指示するように留保することができる。ビームスイーピングのサーチスペースが指示された場合、周期のみが異なる構成又はサーチスペース構成の構成から得られる。
【０２８４】
或いは、ビームスイーピングのサーチスペース（又は少なくともビームスイーピングの指示なく、ページングのためのサーチスペース＃０及び＃１空間）が構成されると、周期内でのモニタリングの機会は、物理層手続に基づいて決定されることができる。モニタリングの機会は、ＣＯＲＥＳＥＴの構成（ＣＯＲＥＳＥＴとＳＳ／ＰＢＣＨブロック間の関係）によって異なって決定されるため、スロット内でモニタリングの機会が指示される必要がある。
【０２８５】
従って、簡単なメカニズムは、モニタリングのためにスロット又は２個のスロット又はＫ個のスロットで周期を構成し（オフセット０）、スロット内でサーチスペースを構成するものである。或いは、各多重化類型に対して、サーチスペース＃０の構成が使用されることができる。
【０２８６】
或いは、サーチスペース＃０に対して、ＢＷＰ切り替え、ハンドオーバー又はＰＣｅｌｌに関係なく、ＰＢＣＨの構成が再使用されることができる。別のサーチスペースに対しては、多重方式１又は多重方式２又は多重方式３によるビームスイーピングのパターンが使用されることができる。各ページング機会（ＰＯ；ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ）に対する開始スロットは、ＣＳＳ＃０の決定でのように、無線フレームの第１のＳＦＮ（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ）又はスロット０に決定されることができる。即ち、ビームスイーピングは、ページングの機会ごとに発生し得る。或いは、ＣＳＳ＃０とページングＣＳＳ間に同じ多重化／サーチスペースの構成が使用されることができ、サーチスペースは開始ＰＯからのみ有効であり得る。即ち、前述したように、ＰＯの開始スロットは、サーチスペースのモニタリングの機会を決定するために、無線フレーム内のＳＦＮ０又はスロット０と仮定されることができる。一方、ＵＥの集合のためのグループＰＯがあってもよく、又は同じセルにキャンピングされたＵＥ間で共有されるセル固有のＰＯがあってもよい。
【０２８７】
９．各サーチスペース上でのＴＣＩ状態／ＱＣＬ情報の仮定
【０２８８】
ＣＯＲＥＳＥＴ  ０又はＣＯＲＥＳＥＴ  Ｘの場合、多数のサーチスペースが構成されることができる。各サーチスペースに対するＴＣＩ状態／ＱＣＬの仮定が次のように明確に決定される必要がある。
【０２８９】
（１）サーチスペース＃０のＴＣＩ状態は、検出されたＳＳ／ＰＢＣＨブロック又は最上のＳＳ／ＰＢＣＨブロックに基づくＰＢＣＨ指示によるサーチスペース＃０の構成に基づいて決定されることができる。
【０２９０】
（２）サーチスペース＃１のＴＣＩ状態は、ＲＡＣＨ手続に基づいて決定されることができる。
【０２９１】
（３）サーチスペース＃Ｘ（サーチスペース＃１と同一であり得る、ＭＳＧ４又はＣ−ＲＮＴＩのための）のＴＣＩ状態は暗示的にＲＡＣＨ手続に基づき、又は明示的にＲＲＣシグナリング及び／又はＭＡＣ  ＣＥに基づき、又は多様なオプションのうち最新の動作に基づいて決定されることができる。
【０２９２】
与えられたスロットで異なるサーチスペースが衝突する場合、二つのサーチスペースが異なるＴＣＩ状態／ＱＣＬの仮定を要求することができる場合に、次のように優先順位が決定されることができる。
【０２９３】
−  優先順位は、サーチスペースのインデックスによって決定されることができる。即ち、サーチスペース＃０は、サーチスペース＃１（又は別のサーチスペース）に対して高い優先順位を有することができ、よって、ＵＥは別のサーチスペースのモニタリングを省略することができる。
【０２９４】
−  優先順位はＵＥの動作によって決定されることができる。例えば、ページング＞ＳＩアップデート＞Ｃ−ＲＮＴＩ（又は別のＲＮＴＩ）の順に優先順位が決定されることができる。
【０２９５】
−  全てのＳＳ／ＰＢＣＨブロックに対するサーチスペース＃０に対して、ＵＥは別のＳＳ／ＰＢＣＨブロックのインデックスの代わりに、関連したＳＳ／ＰＢＣＨブロックに基づいてＣ−ＲＮＴＩ又は別のＲＮＴＩをモニタリングすることができる。ＲＭＳＩ及び／又はＵＥ専用のＲＲＣシグナリングによって送信されたと指示されたＳＳ／ＰＢＣＨブロックに対するサーチスペース＃０の全てのモニタリングの機会で、ＵＥは、ＵＥが実際にモニタリングするか否かに関係なく、サーチスペース＃０をモニタリングすることができる。
【０２９６】
１０．ビーム復旧のＣＯＲＥＳＥＴサーチスペースの構成
【０２９７】
ビーム復旧のＣＯＲＥＳＥＴは、競合のないＲＡＣＨ手続を介して、ビーム復旧手続が行われるときに構成されて使用されることができる。ビーム復旧のＣＯＲＥＳＥＴは、ビーム復旧手続に使用される特殊のＣＯＲＥＳＥＴと見なされることがあり、現在指示されたＴＣＩ状態は、ＰＲＡＣＨと整列されないことがある。ビーム復旧のＣＯＲＥＳＥＴのＴＣＩ状態は、選択されたＲＡＣＨプリアンブルに基づいて決定されることができる。
【０２９８】
ビーム復旧のＣＯＲＥＳＥＴのサーチスペースには、少なくともＲＡ−ＲＮＴＩ及びＣ−ＲＮＴＩが含まれる必要がある。別途のサーチスペース集合や、既存のサーチスペース集合がビーム復旧のＣＯＲＥＳＥＴと関連し得る。ビーム復旧のＣＯＲＥＳＥＴをモニタリングする間、別のＣＯＲＥＳＥＴと関連したサーチスペースのモニタリングは次のオプションに従うことができる。
【０２９９】
（１）ＣＯＲＥＳＥＴ  ０：ＣＯＲＥＳＥＴ  ０のＴＣＩ状態は、ビーム復旧のＣＯＲＥＳＥＴと同一であり得る。ＣＯＲＥＳＥＴ  ０のＴＣＩ状態は、明示的なネットワークの構成によって、ビーム復旧のＣＯＲＥＳＥＴと同様に決定されることができる。ビーム復旧のＣＯＲＥＳＥＴのＴＣＩ状態が、最近のＲＡＣＨ手続に基づいて決定されると、ＣＯＲＥＳＥＴ  ０のＴＣＩ状態もまた自動でアップデートされることができ、ＣＯＲＥＳＥＴ  ０のモニタリングは、新たなＴＣＩ状態（即ち、新たなＳＳ／ＰＢＣＨブロックのインデックス）に基づくことができる。ＣＯＲＥＳＥＴ  ０でモニタリングされるサーチスペース集合の観点から、次の様々なオプションが考慮されることができる。
【０３００】
−  ＰＢＣＨ又はＵＥ共通ＲＲＣシグナリングによって構成された同じサーチスペースセットがモニタリングされることができる。従って、ＳＳ／ＰＢＣＨブロックのインデックス、ＲＡＣＨリソース等に基づいて同じモニタリングの機会が決定されることができる。即ち、ＲＡＣＨ手続及びＳＳ／ＰＢＣＨブロックのインデックスによって、サーチスペースが決定されることができる。
【０３０１】
−  明示的なサーチスペースが構成されることができる。ＣＯＲＥＳＥＴ  ０が初期のＤＬ  ＢＷＰと関連していなければ、ＣＯＲＥＳＥＴ  ０に対して明示的なサーチスペースセットが構成されることができる。ＵＥは、再構成されるまで構成されたサーチスペースのみをモニタリングすることができる。このオプションは、非初期のＤＬ  ＢＷＰのＣＯＲＥＳＥＴ  ０のＴＣＩ状態が明示的に構成されたことを前提とする。
【０３０２】
−  ビーム復旧のＣＯＲＥＳＥＴを介してビーム復旧のメッセージがＵＥへ伝達されるまで、ＵＥがビーム失敗を検出すると、ＣＯＲＥＳＥＴ  ０はモニタリングされないことがある。
【０３０３】
（２）ＣＯＲＥＳＥＴ  ０：又はＣＯＲＥＳＥＴ  ０は、ビーム復旧手続の途中又はビーム復旧の後、モニタリングされないことがある。ネットワークがＣＯＲＥＳＥＴ  ０のＴＣＩ状態を明示的にアップデートすると、ＣＯＲＥＳＥＴ  ０は再度モニタリングされることができる。
【０３０４】
（３）別のＣＯＲＥＳＥＴ：少なくともＴＣＩ状態と関連したＣＯＲＥＳＥＴの場合、ビーム復旧手続が完了するか、及び／又はＴＣＩ状態の明示的アップデートがＴＣＩ状態を再度有効にするまでＣＯＲＥＳＥＴはモニタリングされないことがある。
【０３０５】
（４）共にモニタリングされるごとに、ビーム復旧のＣＯＲＥＳＥＴ／サーチスペースセットは、ブラインドデコーディング／チャネル推定の観点から別のＣＯＲＥＳＥＴのＣＳＳ／ＵＳＳよりも優先順位が高いことがある。
【０３０６】
（５）以前に関連したＳＳ／ＰＢＣＨブロック及び／又はＣＳＩ−ＲＳがこれ以上有効でなければ、ＵＥはＣＯＲＥＳＥＴ  ０（又は別のＴＣＩと関連しないＣＯＲＥＳＥＴ）をモニタリングしないことがある。例えば、ＣＯＲＥＳＥＴ  ０は、ビーム復旧の間にモニタリングされないことがある。また、ＣＯＲＥＳＥＴ  ０は、最近のＲＡＣＨ手続と関連した最上のＳＳ／ＰＢＣＨブロックが有効ではない場合（即ち、品質が低いと）モニタリングされないことがある。
【０３０７】
（６）ビーム管理を介してネットワークがＵＥの最上のＳＳ／ＰＢＣＨブロックのインデックスが変更されたことを感知すると、ＣＯＲＥＳＥＴ  ０のモニタリングのために、次のオプションが考慮されることができる。
【０３０８】
−  ＵＥは、初期のＤＬ  ＢＷＰに戻るまで、又はＲＡＣＨ手続によって再設定されるまでＣＯＲＥＳＥＴ  ０のモニタリングを放棄することができる。
【０３０９】
−  ＵＥは、現在の最上のビームに基づき、ＣＳＳをモニタリングすることができ、ＵＥは（少なくともＣ−ＲＮＴＩと別のＲＮＴＩ間のサーチスペースが異なる場合）Ｃ−ＲＮＴＩに対するモニタリングを省略することができる。
【０３１０】
−  ＵＥは、最上のビームで特定のＲＮＴＩ（例えば、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ）のみモニタリングし、別のＲＮＴＩではモニタリングを省略することができる。サーチスペースの構成によって、ＵＥは特定のサーチスペースセットに対するモニタリングを省略することができる。
【０３１１】
図１２は、本発明の実施例が具現化される無線通信システムを示す。
【０３１２】
ＵＥ１２００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１２１０、メモリ（ｍｅｍｏｒｙ）１２２０及び送受信部１２３０を含む。プロセッサ１２１０は、本明細書で説明された機能、過程及び／又は方法を具現化するように構成されることができる。より具体的に、プロセッサ１２１０はＭＡＣ  ＣＥ指示を受信するように送受信部１２３０を制御するように構成されることができる。プロセッサ１２１０は、ＲＡＣＨ手続を行うように構成されることができる。プロセッサ１２１０は、前記ＭＡＣ  ＣＥ指示又は前記ＲＡＣＨ手続のうち、最新のものに基づいてＣＯＲＥＳＥＴ  ０のＴＣＩ状態を決定するように構成されることができる。プロセッサ１２１０は、前記決定されたＴＣＩ状態に基づいて前記ＣＯＲＥＳＥＴ  ０をモニタリングするように送受信部１２３０を制御するように構成されることができる。
【０３１３】
前記ＣＯＲＥＳＥＴ  ０は、ＲＭＳＩを読むためにモニタリングされる制御領域であり得る。前記ＴＣＩ状態は、ビーム及び／又はＳＳ／ＰＢＣＨブロックと関連し得る。前記ＭＡＣ  ＣＥは、特定のＳＳ／ＰＢＣＨブロックを指示することができる。前記ＲＡＣＨ手続は、競合ベースのＲＡＣＨ手続であり得る。前記競合ベースのＲＡＣＨ手続は、関連したＳＳ／ＰＢＣＨブロックを変更することができる。前記ＣＯＲＥＳＥＴ  ０内のサーチスペース＃０のモニタリングの機会は、前記決定されたＴＣＩ状態に対応したＳＳ／ＰＢＣＨブロックのインデックスに基づくことができる。
【０３１４】
前記実施例に係る具体的なＵＥの動作は次の通りである。ＵＥがタイプ０／０Ａ／２−ＰＤＣＣＨ  ＣＳＳセットに対するＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎでｓｅａｒｃｈＳｐａｃｅＩＤに対して０の値が提供されると（即ち、サーチスペース＃０）、ＵＥはタイプ０／０Ａ／２−ＰＤＣＣＨ  ＣＳＳセットのＰＤＣＣＨ候補に対するモニタリングの機会を決定する。Ｃ−ＲＮＴＩによってＣＲＣスクランブリングされたＤＣＩフォーマットに対して、ＵＥはインデックス０のＣＯＲＥＳＥＴ（即ち、ＣＯＲＥＳＥＴ  ０）を含む活性ＢＷＰのＴＣＩ状態でＣＳＩ−ＲＳとＱＣＬ関係にあるＳＳ／ＰＢＣＨブロックと関連したモニタリングの機会でのみ対応するＰＤＣＣＨ候補をモニタリングする。このとき、ＴＣＩ状態は、ＭＡＣ  ＣＥ活性化の命令による指示又は非競合ベースのランダムアクセス手続をトリガーするＰＤＣＣＨ命令によって開始されないランダムアクセス手続（即ち、競合ベースのランダムアクセス手続）のうち、最新のものによって決定される。
【０３１５】
メモリ１２２０は、プロセッサ１２１０と連結され、プロセッサ１２１０を駆動するための多様な情報を格納する。送受信部１２３０はプロセッサ１２１０と連結され、ネットワークノード１３００へ無線信号を送信するか、ネットワークノード１３００から無線信号を受信する。
【０３１６】
ネットワークノード１３００は、プロセッサ１３１０、メモリ１３２０、及び送受信部１３３０を含む。プロセッサ１３１０は、本明細書で説明された機能、過程及び／又は方法を具現化するように構成されることができる。より具体的に、プロセッサ１３１０は、ＭＡＣ  ＣＥ指示を送信するように送受信部１３３０を制御するように構成されることができる。プロセッサ１３１０は、ＲＡＣＨ手続を行うように構成されることができる。プロセッサ１３１０は、ＣＯＲＥＳＥＴ  ０を介して制御信号を送信するように送受信部１３３０を制御するように構成されることができる。
【０３１７】
メモリ１３２０は、プロセッサ１３１０と連結され、プロセッサ１３１０を駆動するための多様な情報を格納する。送受信部１３３０はプロセッサ１３１０と連結され、ＵＥ１２００へ無線信号を送信するか、ＵＥ１２００から無線信号を受信する。
【０３１８】
プロセッサ１２１０、１３１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、 他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリ１２２０、１３２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。送受信部１２３０、１３３０は、無線周波数信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアとして具現化されるとき、前述した技法は、前述した機能を行うモジュール（過程、機能等）で具現化できる。モジュールは、メモリ１２２０、１３２０に格納され、プロセッサ１２１０、１３１０によって実行されることができる。メモリ１２２０、１３２０は、プロセッサ１２１０、１３１０の内部又は外部にあってもよく、よく知られている多様な手段でプロセッサ１２１０、１３１０と連結されてもよい。
【０３１９】
図１２で説明された本発明の一実施例に係ると、ＣＯＲＥＳＥＴ  ０のＴＣＩ状態がＭＡＣ  ＣＥによって明示的に又はＲＡＣＨ手続によって暗示的にアップデートされることができる。より具体的に、ＣＯＲＥＳＥＴ  ０は、全てのＵＥが読まなければならないので、ＲＲＣシグナリングによってＴＣＩ状態を明示的に指示することができず、また、ＣＯＲＥＳＥＴ  ０を介して、放送データだけでなく、ＭＳＧ４等のユニキャストデータもまたスケジュールされることができる。従って、ＣＯＲＥＳＥＴ  ０のＴＣＩ状態を最も効果的にアップデートする方法として、ＭＡＣ  ＣＥ指示又はＲＡＣＨ手続のうち最新のものが使用されることができる。
【０３２０】
前述した例示的なシステムで、前述した本発明の特徴によって具現化できる方法は順序図に基づいて説明された。便宜上、方法は一連のステップまたはブロックで説明されたが、請求された本発明の特徴はステップまたはブロックの順序に限定されるものではなく、あるステップは他のステップと前述したことと異なる順序で、または同時に発生することができる。また、当業者であれば、順序図に示したステップが排他的でなく、他のステップが含まれるか、または順序図の一つまたはその以上のステップが本発明の範囲に影響を及ぼさず、削除できることを理解することができる。
【図１】
0006831040.tif 000016
【図２】
0006831040.tif 000017
【図３】
0006831040.tif 000018
【図４】
0006831040.tif 000019
【図５】
0006831040.tif 000020
【図６】
0006831040.tif 000021
【図７】
0006831040.tif 000022
【図８】
0006831040.tif 000023
【図９】
0006831040.tif 000024
【図１０】
0006831040.tif 000025
【図１１】
0006831040.tif 000026
【図１２】
0006831040.tif 000027