(57)【要約】本発明は、無線通信システムにおける端末により実行される第１のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）または第２のＰＵＳＣＨを送信する方法において、制御情報を受信し、及び前記制御情報を受信した以後、前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨを送信し、前記第１のＰＵＳＣＨは、半永久的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）ＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）のリポートを含み、前記第２のＰＵＳＣＨは、アップリンクデータを含み、及び前記第１のＰＵＳＣＨの送信が前記第２のＰＵＳＣＨ送信と時間上にオーバーラップされる場合、前記端末は、前記第１のＰＵＳＣＨを送信せずに前記第２のＰＵＳＣＨを送信することを特徴とする方法を提供する。【選択図】図９
2021503249.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末により実行される第１のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）または第２のＰＵＳＣＨを送信する方法において、
制御情報を受信し、
前記制御情報を受信した以後、前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨを送信し、
前記第１のＰＵＳＣＨは、半永久的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）ＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）のリポートを含み、
前記第２のＰＵＳＣＨは、アップリンクデータを含み、
前記第１のＰＵＳＣＨの送信が前記第２のＰＵＳＣＨ送信と時間上でオーバーラップされる場合、前記端末は、前記第１のＰＵＳＣＨを送信せずに前記第２のＰＵＳＣＨを送信することを特徴とする方法。
【請求項２】
前記制御情報は、ＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）であることを特徴とする請求項１に記載の方法。
【請求項３】
前記制御情報は、基地局から受信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨは、基地局に送信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記半永久的ＣＳＩは、一定時間区間の間に一定周期に送信されるＣＳＩであることを特徴とする請求項１に記載の方法。
【請求項６】
前記アップリンクデータは、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）であることを特徴とする請求項１に記載の方法。
【請求項７】
端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）は、
無線信号を送信及び受信する送受信機（Ｔｒａｎｓｃｅｉｖｅｒ）、
前記送受信機と結合して動作するプロセッサとを含み、前記プロセッサは、
制御情報を受信し、
前記制御情報を受信した以後、前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨを送信し、
前記第１のＰＵＳＣＨは、半永久的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）ＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）のリポートを含み、
前記第２のＰＵＳＣＨは、アップリンクデータを含み、
前記第１のＰＵＳＣＨの送信が前記第２のＰＵＳＣＨ送信と時間上でオーバーラップされる場合、前記端末は、前記第１のＰＵＳＣＨを送信せずに前記第２のＰＵＳＣＨを送信することを特徴とする端末。
【請求項８】
前記制御情報は、ＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）であることを特徴とする請求項７に記載の端末。
【請求項９】
前記制御情報は、基地局から受信されることを特徴とする請求項７に記載の端末。
【請求項１０】
前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨは、基地局に送信されることを特徴とする請求項７に記載の端末。
【請求項１１】
前記半永久的ＣＳＩは、一定時間区間の間に一定周期に送信されるＣＳＩであることを特徴とする請求項７に記載の端末。
【請求項１２】
前記アップリンクデータは、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）であることを特徴とする請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける端末のチャネル状態情報送信方法及び前記方法を利用する端末に関する。
【背景技術】
【０００２】
最近、３ＧＰＰ標準化団体では５Ｇ無線通信システムであるＮＲシステムで単一物理ネットワーク上に複数の論理ネットワークを具現するネットワークスライシング（Ｎｅｔｗｏｒｋ  ｓｌｉｃｉｎｇ）方案が考慮されている。前記論理ネットワークは多様な要求条件を有するサービス（例えば、ｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣ等）がサポート可能でなければならず、ＮＲシステムの物理階層システムでは前記多様なサービスによって可変的なＮｕｍｅｒｏｌｏｇｙを有することができるＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式をサポートする方案が考慮されている。即ち、前記ＮＲ（Ｎｅｗ  ＲＡＴ）システムでは時間及び周波数リソース領域毎に互いに独立的なＮｕｍｅｒｏｌｏｇｙを有するＯＦＤＭ方式（または、Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ方式）を考慮することができる。
【０００３】
以下、本発明は、基地局と端末で構成された無線通信システムでＰＵＳＣＨまたはＰＵＣＣＨリソースを活用したＣＳＩのＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ送信（即ち、一定時間区間の間に一定周期にＣＳＩを送信する動作）がサポートされる時、前記ＳＰ−ＣＳＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ＣＳＩ）を送信するＰＵＳＣＨと他のＵＬ物理チャネル（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）との間の衝突時に端末動作を提案する。また、ＳＰ−ＣＳＩをＰＵＣＣＨリソースで送信する場合、ＳＰ−ＣＳＩ送信のためのＰＵＣＣＨリソース割当方式を提案する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、無線通信システムで端末のチャネル状態情報送信方法及び前記方法を利用する端末を提供する。
【課題を解決するための手段】
【０００５】
本発明の一実施例によると、無線通信システムにおける端末により実行される第１のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）または第２のＰＵＳＣＨを送信する方法において、制御情報を受信し、及び前記制御情報を受信した以後、前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨを送信し、前記第１のＰＵＳＣＨは、半永久的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）ＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）のリポートを含み、前記第２のＰＵＳＣＨは、アップリンクデータを含み、及び前記第１のＰＵＳＣＨの送信が前記第２のＰＵＳＣＨ送信と時間上でオーバーラップされる場合、前記端末は、前記第１のＰＵＳＣＨを送信せずに前記第２のＰＵＳＣＨを送信することを特徴とする方法が提供される。
【０００６】
このとき、前記制御情報は、ＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）である。
【０００７】
このとき、前記制御情報は、基地局から受信される。
【０００８】
このとき、前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨは、基地局に送信される。
【０００９】
このとき、前記半永久的ＣＳＩは、一定時間区間の間に一定周期に送信されるＣＳＩである。
【００１０】
このとき、前記アップリンクデータは、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）である。
【００１１】
本発明の他の実施例によると、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）は、無線信号を送信及び受信する送受信機（Ｔｒａｎｓｃｅｉｖｅｒ）、及び前記送受信機と結合して動作するプロセッサを含み、前記プロセッサは、制御情報を受信し、及び前記制御情報を受信した以後、前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨを送信し、前記第１のＰＵＳＣＨは、半永久的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）ＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）のリポートを含み、前記第２のＰＵＳＣＨは、アップリンクデータを含み、及び前記第１のＰＵＳＣＨの送信が前記第２のＰＵＳＣＨ送信と時間上でオーバーラップされる場合、前記端末は、前記第１のＰＵＳＣＨを送信せずに前記第２のＰＵＳＣＨを送信することを特徴とする端末が提供される。
【発明の効果】
【００１２】
本発明によると、端末が同じ時点では一つのアップリンクチャネルのみを送信することができる場合、端末がどのチャネルの送信を優先するかが明確になる。より具体的に、端末がＳＰ−ＣＳＩに対するＰＵＳＣＨより相対的に重要な情報であるアップリンクデータに対するＰＵＳＣＨを優先的に送信することによって、基地局は、相対的に重要な情報を安定的に受信することができ、それによって、無線通信の安定性が増大することができる。
【図面の簡単な説明】
【００１３】
【図１】無線通信システムを例示する。
【図２】ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】ＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステム構造を例示する。
【図５】ＮＧ−ＲＡＮと５ＧＣとの間の機能的な分割を例示する。
【図６】データチャネルと制御チャネルがＴＤＭ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）される構造に基づくフレーム構造の一例を概略的に示す。
【図７】ＴＸＲＵ及び物理的アンテナ観点でハイブリッドビームフォーミング構造を概略的に示す。
【図８】ダウンリンク送信過程で同期化シグナルとシステム情報に対してビームスイーピング動作の一例を概略的に示す。
【図９】本発明の一実施例に係る、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを送信する方法の実施例を概略的に示す流れ図である。
【図１０】端末観点で、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを送信する方法の実施例を概略的に示す流れ図である。
【図１１】端末観点で、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを送信する装置の実施例を概略的に示すブロック図である。
【図１２】基地局観点で、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを受信する方法の実施例を概略的に示す流れ図である。
【図１３】基地局観点で、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを受信する装置の実施例を概略的に示すブロック図である。
【図１４】本発明の実施例に係る無線通信装置の一例に対するブロック図である。
【図１５】本発明の実施例が具現される無線通信装置の一例を示す。
【図１６】本発明の実施例に係る無線通信装置の送受信機の例を示す。
【図１７】本発明の実施例に係る無線通信装置の送受信機の他の例を示す。
【図１８】無線通信に関連した無線装置の動作例を示す。
【図１９】無線通信に関連したネットワークノードの動作例を示す。
【図２０】無線装置とネットワークノードとの間の通信の例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、別途に定義されない用語または略語は、３ＧＰＰ  ＴＳ  ３６シリーズまたはＴＳ  ３８シリーズで定義されることができる。
【００１５】
図１は、無線通信システムを例示する。これは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、又はＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムとも呼ばれる。
【００１６】
Ｅ−ＵＴＲＡＮは、端末１０（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ）に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局２０（Ｂａｓｅ  Ｓｔａｔｉｏｎ：ＢＳ）とを含む。端末１０は、固定されるか、または移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）など、他の用語で呼ばれることができる。基地局２０は、端末１０と通信する固定された支点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）など、他の用語で呼ばれることができる。
【００１７】
基地局２０は、Ｘ２インターフェースを介して互いに接続されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、さらに詳細には、Ｓ１-ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＳ１-Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と接続される。
【００１８】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報または端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００１９】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）基準モデルの下位３個層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができるが、この中で第１層に属する物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、端末とネットワークとの間に無線リソースを制御する役割を行う。このために、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２０】
図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）で、制御平面は、制御信号送信のためのプロトコルスタックである。
【００２１】
図２及び３を参照すると、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ）ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  tｒａｎｓｆｅｒ  sｅｒｖｉｃｅ）を提供する。物理層は、上位層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ層と物理層との間にデータが移動する。送信チャネルは、無線インターフェースを介してデータがどのようにどんな特徴で送信されるかによって分類される。
【００２２】
互いに異なる物理層の間、即ち、送信機と受信機の物理層の間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調されることができ、時間と周波数を無線リソースとして活用する。
【００２３】
ＭＡＣ層の機能は、論理チャネルと送信チャネルとの間のマッピング及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の送信チャネル上へ物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層にサービスを提供する。
【００２４】
ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ：ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ：ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ：ＡＭ）の３通りの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。  
【００２５】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、制御平面においてのみ定義される。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。
【００２６】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層の機能は、制御平面データの伝達及び暗号化／整合性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００２７】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、またＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の２通りに分けられることができる。ＳＲＢは、制御平面においてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザ平面においてユーザデータを送信する通路として使用される。
【００２８】
端末のＲＲＣ層とＥ-ＵＴＲＡＮのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態にあるようになり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態にあるようになる。
【００２９】
ネットワークにおいて端末にデータを送信するダウンリンク送信チャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）とその以外にユーザトラフィックまたは制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末においてネットワークにデータを送信するアップリンク送信チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）とそれ以外にユーザトラフィックまたは制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３０】
送信チャネル上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３１】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数のＯＦＤＭシンボルと周波数領域で複数の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とから構成される。１つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）から構成される。リソースブロックは、リソース割り当て単位であって、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ-ｃａｒｒｉｅｒ）から構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）即ち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例えば、第１番目のＯＦＤＭシンボル）の特定副搬送波を利用できる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００３２】
以下、新しい無線アクセス技術（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ：ｎｅｗ  ＲＡＴ）について説明する。前記新しい無線アクセス技術はＮＲ（ｎｅｗ  ｒａｄｉｏ）と略称してもよい。
【００３３】
より多くの通信機器がより大きな通信容量を要求するようになるにつれて、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭してきている。また、多数の機器及び物事を接続していつでもどこでも様々なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主なイシューの１つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ  ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線接続技術の導入が議論されており、本発明では便宜のために該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ  ＲＡＴ又はＮＲと呼ぶ。
【００３４】
図４は、ＮＲが適用される次世代無線接続ネットワーク（Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＮＧ−ＲＡＮ）のシステムの構造を例示する。
【００３５】
図４を参照すると、ＮＧ−ＲＡＮは、端末にユーザ平面及び制御平面プロトコル終端（ｔｅｒｍｉｎａｔｉｏｎ）を提供するｇＮＢ及び／又はｅＮＢを含む。図４では、ｇＮＢのみを含む場合を例示する。ｇＮＢ及びｅＮＢは、相互にＸｎインターフェースで接続されている。ｇＮＢ及びｅＮＢは、５世代コアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：５ＧＣ）とＮＧインターフェースを介して接続されている。より具体的に、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｃインターフェースを介して接続され、ＵＰＦ（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）とはＮＧ−Ｕインターフェースを介して接続される。
【００３６】
図５は、ＮＧ−ＲＡＮと５ＧＣとの間の機能的な分割を例示する。
【００３７】
図５を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Ｉｎｔｅｒ  Ｃｅｌｌ  ＲＲＭ）、無線ベアラ管理（ＲＢ  ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＆  Ｐｒｏｖｉｓｉｏｎ）、動的リソース割り当て（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）などの機能を提供する。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供する。ＵＰＦは、移動性アンカリング（Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供する。ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）は、端末ＩＰアドレス割り当て、ＰＤＵセッション制御などの機能を提供する。
【００３８】
＜３ＧＰＰ  ＬＴＥ及びＮＲ（Ｎｅｗ  ＲＡＴ）＞
【００３９】
以下、ＬＴＥ及びＮＲに対して説明する。３ＧＰＰスペックのＴＳ  ３６シリーズに関連して、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存のｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙに比べて向上したｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ通信に対する必要性が台頭されている。また、多数の機器及びモノを連結していつでもどこでも多様なサービスを提供するｍａｓｓｉｖｅ  ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信で考慮される主要問題のうち一つである。それだけでなく、ｒｅｌｉａｂｉｌｉｔｙ及びｌａｔｅｎｃｙに敏感なサービス／ＵＥを考慮した通信システムデザインが論議されている。
【００４０】
このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ；ｅＭＢＢ）、マッシブＭＴＣ（ｍａｓｓｉｖｅ  ＭＴＣ；ｍＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ラジオアクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）の導入が論議されており、本発明では便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をＮＲ（Ｎｅｗ  ＲＡＴ）と呼ぶ。
【００４１】
＜Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ＞
【００４２】
５世代ＮＲでレイテンシ（ｌａｔｅｎｃｙ）を最小化するための目的として、下記の図面のような制御チャネルとデータチャネルがＴＤＭされる構造がフレームストラクチャ（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）の一つとして考慮されることができる。
【００４３】
図６は、データチャネルと制御チャネルがＴＤＭ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）される構造に基づくフレーム構造の一例を概略的に示す。
【００４４】
図６によると、フレーム構造の一例として、一つのサブフレーム（ここで、サブフレームは、ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）と名称が混用されることができる）は、リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ；ＲＢ）のインデックス及びシンボル（Ｓｙｍｂｏｌ）のインデックスに基づいて表現されることができる。このとき、一つのＴＴＩは、ダウンリンク制御チャネルに関連した領域、アップリンク制御チャネルに関連した領域、及びダウンリンクまたはアップリンク領域を含むことができる。
【００４５】
例えば、図６に基づいてＴＴＩ構造を説明すると、斜線領域は、ダウンリンク制御（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示し、黒色部分は、アップリンク制御（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ）領域を示す。表示がない領域は、ダウンリンクデータ（ｄｏｗｎｌｉｎｋ  ｄａｔａ）送信のために使われることもでき、アップリンクデータ（ｕｐｌｉｎｋ  ｄａｔａ）送信のために使われることもできる。このような構造の特徴は、一個のサブフレーム（ｓｕｂｆｒａｍｅ）内でダウンリンク（ｄｏｗｎｌｉｎｋ；ＤＬ）送信とアップリンク（ｕｐｌｉｎｋ；ＵＬ）送信の順に進行され、サブフレーム（ｓｕｂｆｒａｍｅ）内でＤＬ  ｄａｔａを送り、ＵＬ  ａｃｋ／ｎａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｄ／Ｎｏｔ  Ａｃｋｎｏｗｌｅｄｇｅｄ）も受けることができる。結果的に、データ送信エラー発生時にデータ再送信までかかる時間を減らすようになり、それによって、最終データ伝達のレイテンシ（ｌａｔｅｎｃｙ）を最小化することができる。
【００４６】
このようなデータ及び制御がＴＤＭされたサブフレームストラクチャ（Ｄａｔａ  ａｎｄ  ｃｏｎｔｒｏｌ  ＴＤＭｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）構造で、基地局とＵＥが送信モードから受信モードへの転換過程または受信モードから送信モードへの転換過程のためのタイムギャップ（ｔｉｍｅ  ｇａｐ）が必要である。そのために、サブフレーム（ｓｕｂｆｒａｍｅ）構造で、ＤＬからＵＬに転換される時点の一部ＯＦＤＭ  ｓｙｍｂｏｌがガード区間（ｇｕａｒｄ  ｐｅｒｉｏｄ；ＧＰ）に設定されるようになる。
【００４７】
＜Ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ＞
【００４８】
ｍｍＷでは波長が短くなって同じ面積に多数個のアンテナ設置が可能になる。即ち、３０ＧＨｚ帯域において、波長は１ｃｍであり、５ｂｙ５ｃｍのパネル（ｐａｎｅｌ）に０．５ｌａｍｂｄａ（波長）間隔に２次元（ｄｉｍｅｎｓｉｏｎ）配列形態で総１００個のアンテナエレメント（ｅｌｅｍｅｎｔ）設置が可能である。したがって、ｍｍＷでは多数個のアンテナｅｌｅｍｅｎｔを使用してビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ；ＢＦ）利得を高めてカバレッジを増加させ、またはスループット（ｔｈｒｏｕｇｈｐｕｔ）を高めようとする。
【００４９】
この場合、アンテナエレメント別に送信パワー及び位相調節が可能なようにＴＸＲＵ（ｔｒａｎｓｃｅｉｖｅｒ  ｕｎｉｔ）を有すると、周波数リソース別に独立的なビームフォーミングが可能である。しかし、１００余個のアンテナエレメントの全てにＴＸＲＵを設置するにはコスト側面で実効性が低下する問題を有するようになる。したがって、一つのＴＸＲＵに多数個のアンテナエレメントをマッピングし、アナログフェーズシフタ（ａｎａｌｏｇ  ｐｈａｓｅ  ｓｈｉｆｔｅｒ）でビーム（ｂｅａｍ）の方向を調節する方式が考慮されている。このようなアナログビームフォーミング（ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ）方式は、全帯域において一つのビーム方向のみを作ることができるため、周波数選択的ｂｅａｍｉｎｇをすることができないという短所を有する。
【００５０】
デジタルビームフォーミング（Ｄｉｇｉｔａｌ  ＢＦ）とアナログビームフォーミング（ａｎａｌｏｇ  ＢＦ）の中間形態としてＱ個のアンテナエレメントより少ない個数であるＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（ｈｙｂｒｉｄ  ＢＦ）を考慮することができる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナエレメントの連結方式によって異なるが、同時に送信できるビームの方向は、Ｂ個以下に制限される。
【００５１】
＜Ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ−２＞
【００５２】
ＮＲシステムでは多数のアンテナが使われる場合、デジタルビームフォーミング（Ｄｉｇｉｔａｌ  ｂｅａｍｆｏｒｍｉｎｇ）とアナログビームフォーミング（Ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ）を結合したハイブリッドビームフォーミング（Ｈｙｂｒｉｄ  ｂｅａｍｆｏｒｍｉｎｇ）技法が台頭されている。このとき、アナログビームフォーミング（Ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ）（または、ＲＦ  ｂｅａｍｆｏｒｍｉｎｇ）は、ＲＦ端でプリコーディング（Ｐｒｅｃｏｄｉｎｇ）（または、コンバイニング（Ｃｏｍｂｉｎｉｎｇ））を実行する動作を意味する。
【００５３】
前記Ｈｙｂｒｉｄ  ｂｅａｍｆｏｒｍｉｎｇでベースバンド（Ｂａｓｅｂａｎｄ）端とＲＦ端は、各々、Ｐｒｅｃｏｄｉｎｇ（または、Ｃｏｍｂｉｎｉｎｇ）を実行し、それによって、ＲＦチェーン（ｃｈａｉｎ）数とＤ／Ａ（または、Ａ／Ｄ）コンバータ（ｃｏｎｖｅｒｔｅｒ）数を減らしながらも、Ｄｉｇｉｔａｌ  ｂｅａｍｆｏｒｍｉｎｇに近接する性能を出すことができるという長所がある。
【００５４】
便宜上、前記Ｈｙｂｒｉｄ  ｂｅａｍｆｏｒｍｉｎｇ構造は、Ｎ個トランシーバーユニット（Ｔｒａｎｓｃｅｉｖｅｒ  ｕｎｉｔ；ＴＸＲＵ）とＭ個の物理的アンテナで表現されることができる。その場合、送信端で送信するＬ個データレイヤ（Ｄａｔａ  ｌａｙｅｒ）に対するＤｉｇｉｔａｌ  ｂｅａｍｆｏｒｍｉｎｇは、ＮｂｙＬ行列で表現されることができ、以後変換されたＮ個デジタルシグナル（Ｄｉｇｉｔａｌ  ｓｉｇｎａｌ）は、ＴＸＲＵを経てアナログシグナル（Ａｎａｌｏｇ  ｓｉｇｎａｌ）に変換された後、ＭｂｙＮ行列で表現されるＡｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇが適用される。
【００５５】
理解の便宜のために、ＴＸＲＵ及び物理的アンテナ観点でハイブリッドビームフォーミング構造を概略的に示すと、下記の通りである。
【００５６】
図７は、ＴＸＲＵ及び物理的アンテナ観点でハイブリッドビームフォーミング構造を概略的に示す。
【００５７】
図７の一例によると、デジタルビーム（Ｄｉｇｉｔａｌ  ｂｅａｍ）の個数はＬ個であり、アナログビーム（Ａｎａｌｏｇ  ｂｅａｍ）の個数はＮ個である。さらに、ＮＲシステムでは基地局がアナログビームフォーミング（Ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ）をシンボル単位に変更できるように設計することで、特定の地域に位置した端末に一層効率的なビームフォーミング（Ｂｅａｍｆｏｒｍｉｎｇ）をサポートする方向を考慮している。
【００５８】
さらに、図７の例において、特定Ｎ個のＴＸＲＵとＭ個のＲＦアンテナを一つのアンテナパネル（ｐａｎｅｌ）に定義する時、前記ＮＲシステムでは互いに独立的なハイブリッドビームフォーミング（Ｈｙｂｒｉｄ  ｂｅａｍｆｏｒｍｉｎｇ）が適用可能な複数のアンテナパネルを導入する方案まで考慮されている。
【００５９】
前記のように基地局が複数のアナログビーム（Ａｎａｌｏｇ  ｂｅａｍ）を活用する場合、端末別に信号受信に有利なＡｎａｌｏｇ  ｂｅａｍが異なるため、少なくとも同期化シグナル（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）、システム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）、ページング（Ｐａｇｉｎｇ）などに対しては特定サブフレーム（Ｓｕｂｆｒａｍｅ；ＳＦ）で基地局が適用する複数アナログビーム（Ａｎａｌｏｇ  ｂｅａｍ）をシンボル別に変えて全ての端末が受信機会を有することができるようにするビームスイーピング（Ｂｅａｍ  ｓｗｅｅｐｉｎｇ）動作が考慮されている。
【００６０】
以下、ダウンリンク送信過程で同期化シグナルとシステム情報に対してビームスイーピング動作を図面を介してより具体的に説明する。
【００６１】
図８は、ダウンリンク送信過程で同期化シグナルとシステム情報に対してビームスイーピング動作の一例を概略的に示す。
【００６２】
図８によると、ＮＲシステムのシステム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）がブロードキャスティング（Ｂｒｏａｄｃａｓｔｉｎｇ）方式に送信される物理的リソース（または、物理チャネル）は、ｘＰＢＣＨ（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）と命名されることができる。
【００６３】
一シンボル内で互いに異なるアンテナパネルに属するアナログビーム（Ａｎａｌｏｇ  ｂｅａｍ）は、同時送信されることができ、アナログビーム別チャネルを測定するために（特定アンテナパネルに対応される）単一アナログビーム（Ａｎａｌｏｇ  ｂｅａｍ）が適用されて送信されるリファレンスシグナル（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ；ＲＳ）であるＢｅａｍ  ＲＳ（ＢＲＳ）が導入されることができる。
【００６４】
前記ＢＲＳは、複数のアンテナポートに対して定義されることができ、ＢＲＳの各アンテナポートは、単一アナログビームに対応されることができる。このとき、ＢＲＳとは違って同期化シグナル（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）またはｘＰＢＣＨは、任意の端末がよく受信することができるように、アナログビームグループ（Ａｎａｌｏｇ  ｂｅａｍ  ｇｒｏｕｐ）内の全てのアナログビーム（Ａｎａｌｏｇ  ｂｅａｍ）が適用されて送信されることができる。
【００６５】
＜ＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）測定（ｍｅａｓｕｒｅｍｅｎｔ）＞
【００６６】
ＬＴＥシステムでは電力制御（Ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）、スケジューリング（Ｓｃｈｅｄｕｌｉｎｇ）、セルサーチ（Ｃｅｌｌ  ｓｅａｒｃｈ）、セル再選択（Ｃｅｌｌ  ｒｅｓｅｌｅｃｔｉｏｎ）、ハンドオーバ（Ｈａｎｄｏｖｅｒ）、ラジオリンク（Ｒａｄｉｏ  ｌｉｎｋ）または接続（Ｃｏｎｎｅｃｔｉｏｎ）モニタリング（ｍｏｎｉｔｏｒｉｎｇ）、接続確立／再確立（Ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈ／ｒｅ−ｅｓｔａｂｌｉｓｈ）などを含むＲＲＭ動作をサポートする。
【００６７】
このとき、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）は、端末にＲＲＭ動作を実行するための測定値であるＲＲＭ測定（ｍｅａｓｕｒｅｍｅｎｔ）情報を要求することができ、代表的にＬＴＥシステムでは端末が各セルに対するセルサーチ情報、ＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、ＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）などの情報を測定して報告できる。
【００６８】
具体的に、ＬＴＥシステムにおいて、端末は、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）からＲＲＭ測定のための上位階層信号として‘ｍｅａｓＣｏｎｆｉｇ’の伝達を受ける。端末は、前記‘ｍｅａｓＣｏｎｆｉｇ’の情報によってＲＳＲＰまたはＲＳＲＱを測定する。ここで、ＬＴＥシステムによるＲＳＲＰとＲＳＲＱの定義は、下記の通りである。
【００６９】
−ＲＳＲＰ：
【００７０】
リファレンス信号受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）は、考慮された測定周波数帯域幅内のセル特定リファレンス信号を伝達するリソース要素のパワーコントリビューション上の線形平均に定義される。ＲＳＲＰ決定のために、ＴＳ  ３６シリーズによるセル特定リファレンス信号Ｒ０が使われることができる。ＵＥは、Ｒ１が利用可能であると確実に検出すると、これはＲＳＲＰを決定するためにＲ０に追加でＲ１を使用することができる。
【００７１】
ＲＳＲＰのためのリファレンスポイントは、ＵＥのアンテナコネクタになることができる。
【００７２】
受信機ダイバーシティがＵＥにより使用中である場合、リポートされた値は、個別ダイバーシティブランチのうち任意のものに対応するＲＳＲＰより低くない。
【００７３】
−ＲＳＲＱ：
【００７４】
リファレンス信号受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）は、比率Ｎ＊ＲＳＲＰ／（Ｅ−ＵＴＲＡ  ｃａｒｒｉｅｒ  ＲＳＳＩ）に定義される。ここで、Ｎは、Ｅ−ＵＴＲＡキャリアＲＳＳＩ測定帯域幅のリソースブロック（ＲＢ：ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓ）の数である。分子及び分母で測定は、リソースブロックの同じセット上で行われる。
【００７５】
Ｅ−ＵＴＲＡキャリアＲＳＳＩ（Ｃａｒｒｉｅｒ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）は、同じチャネルサービング及び非サービングセル、隣接チャネル干渉、熱雑音などを含む、全てのソースからＵＥによりＮ数のリソースブロック上の測定帯域幅の、アンテナポート０のためのリファレンスシンボルを含むＯＦＤＭシンボルで（ワット［Ｗ］で）観察される全体受信電力の線形平均を比較する。
【００７６】
もし、上位階層シグナリングがＲＳＲＱ測定を実行するための任意のサブフレームを示す場合、ＲＳＳＩは、示すサブフレームで全てのＯＦＤＭシンボル上で測定される。
【００７７】
ＲＳＲＱのためのリファレンスポイントは、ＵＥのアンテナコネクタになることができる。受信機ダイバーシティがＵＥにより使用中である場合、リポートされた値は、個別ダイバーシティブランチのうち任意のものに対応するＲＳＲＰより低くない。
【００７８】
−ＲＳＳＩ：
【００７９】
ＲＳＳＩは、受信機パルス整形フィルタにより定義された帯域幅内で受信機で発生する熱雑音及び雑音を含んで受信された広帯域電力を意味することができる。
【００８０】
測定のためのリファレンスポイントは、端末のアンテナコネクタである。受信機ダイバーシティが端末により使われる場合、報告された値は、任意の個別受信アンテナブランチの対応するＵＴＲＡ搬送波ＲＳＳＩより低くない。
【００８１】
前記定義によって、前記ＬＴＥシステムで動作する端末は、イントラ周波数測定（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ）である場合は、ＳＩＢ３（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ  ｔｙｐｅ３）で送信される許容された測定帯域幅（Ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）関連ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）を介して、及びインター周波数測定（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ）である場合は、ＳＩＢ５で送信される許容された測定帯域幅（Ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）を介して、６、１５、２５、５０、７５、１００ＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）のうち一つに対応される帯域幅（Ｂａｎｄｗｉｄｔｈ）でＲＳＲＰを測定するように許容を受けたり、または前記ＩＥがない場合、デフォルト（Ｄｅｆａｕｌｔ）で全体ＤＬ（ｄｏｗｎｌｉｎｋ）システムの周波数帯域で測定できる。
【００８２】
このとき、端末が許容された測定帯域幅（Ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）を受信する場合、端末は、該当値を最大測定帯域幅（ｍａｘｉｍｕｍ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）と判断して該当値以内で自由にＲＳＲＰの値を測定することができる。
【００８３】
ただし、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）がＷＢ−ＲＳＲＱに定義されるＩＥを送信し、許容された測定帯域幅（Ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）を５０ＲＢ以上に設定すると、端末は、全体許容された測定帯域幅（Ａｌｌｏｗｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｂａｎｄｗｉｄｔｈ）に対するＲＳＲＰ値を計算しなければならない。一方、ＲＳＳＩに対してはＲＳＳＩ  ｂａｎｄｗｉｄｔｈの定義によって端末の受信機が有する周波数帯域で測定する。
【００８４】
以下、本発明に対して説明する。
【００８５】
最近、３ＧＰＰ標準化団体では５Ｇ無線通信システムであるＮＲ（Ｎｅｗ  ＲＡＴ）システムで単一物理ネットワーク上に複数の論理ネットワークを具現するネットワークスライシング（Ｎｅｔｗｏｒｋ  ｓｌｉｃｉｎｇ）方案が考慮されている。
【００８６】
前記論理ネットワークは、多様な要求条件を有するサービス（例えば、ｅＭＢＢ（Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等）がサポート可能べきであり、Ｎｅｗ  ＲＡＴシステムの物理階層システムでは前記多様なサービスによって可変的なヌメロロジー（Ｎｕｍｅｒｏｌｏｇｙ）を有することができるＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式をサポートする方案が考慮されている。即ち、前記Ｎｅｗ  ＲＡＴシステムでは時間及び周波数リソース領域毎に互いに独立的なヌメロロジーを有するＯＦＤＭ方式（または、マルチプルアクセス（Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式）を考慮することができる。
【００８７】
前記Ｎｅｗ  ＲＡＴシステムではデータスケジューリングのための基本時間単位を複数個のＯＦＤＭシンボルで構成されたスロット（Ｓｌｏｔ）に定義し、前記Ｓｌｏｔ内でＨＡＲＱ−ＡＣＫ（または、デコーディング（ｄｅｃｏｄｉｎｇ）結果）送信のためのレイテンシ（Ｌａｔｅｎｃｙ）を減らす目的として、ＵＬ制御信号送信のための物理チャネルであるＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を図６のようにデータチャネルとＴＤＭして比較的短い時間区間内に送信する方案が論議されている。
【００８８】
以下、本発明では説明の便宜上、前記のようにスロット（Ｓｌｏｔ）内の数個（例えば、１〜２個）のＯＦＤＭシンボルに対応される短い時間区間で送信されるＰＵＣＣＨをＳｈｏｒｔ  ＰＵＣＣＨと命名する。例えば、前記Ｓｈｏｒｔ  ＰＵＣＣＨは、１個または２個ＯＦＤＭシンボルほどの長さを有することができる。例えば、端末は、同じスロット内のＤＬ（ｄｏｗｎｌｉｎｋ）データに対するＨＡＲＱ−ＡＣＫ（または、デコーディング結果）判定後、同じスロット内の後側ＯＦＤＭシンボルで前記ＨＡＲＱ−ＡＣＫ（または、デコーディング結果）情報をＳｈｏｒｔ  ＰＵＣＣＨで基地局に報告できる。
【００８９】
それに対して、一定個数（例えば、４個）以上のＯＦＤＭシンボルで構成されてスロット内で比較的長い時間の間に送信されるＰＵＣＣＨをＬｏｎｇ  ＰＵＣＣＨと命名する。
【００９０】
一例として、前記Ｓｈｏｒｔ  ＰＵＣＣＨで送信されるＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の情報量が少ない場合（例えば、１または２ｂｉｔｓ）、基地局が端末に複数のシーケンス（ｓｅｑｕｅｎｃｅ）で構成されたシーケンス集合をＳｈｏｒｔ  ＰＵＣＣＨリソースで割り当て、端末は、前記Ｓｈｏｒｔ  ＰＵＣＣＨリソースで割り当てられたシーケンスのうち送信するＵＣＩ情報に対応される特定シーケンスを選択して送信できる。
【００９１】
このとき、前記シーケンスは、Ｌｏｗ  ＰＡＰＲ（ｐｅａｋ  ｐｏｗｅｒ  ｔｏ  ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）特性を満たすように設計されることができる。以下、説明の便宜上、前記シーケンスベースのＳｈｏｒｔ  ＰＵＣＣＨ構造をＳＥＱ−ＰＵＣＣＨと命名する。
【００９２】
一方、前記Ｓｈｏｒｔ  ＰＵＣＣＨで送信されるＵＣＩの情報量が多い場合（例えば、３ｂｉｔｓ以上）、基地局が端末にＵＣＩ送信のためのＲＥとＲＳ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）送信のためのＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）で構成されたＳｈｏｒｔ  ＰＵＣＣＨリソースで割り当てることができる。
【００９３】
このとき、前記ＲＳ送信ＲＥとＵＣＩ送信ＲＥは、シンボル別にＦＤＭ方式によって区分されることができ、端末は、ＵＣＩに対するコーディングされたビット（Ｃｏｄｅｄ  ｂｉｔｓ）を生成した後、前記コーディングされたビット（Ｃｏｄｅｄ  ｂｉｔｓ）に対する変調シンボル（ｍｏｄｕｌａｔｅｄ  ｓｙｍｂｏｌ）を前記ＵＣＩ送信のためのＲＥで送信できる。以下、説明の便宜上、前記ＲＳとＵＣＩとの間（シンボル別）のＦＤＭ方式が適用されたＳｈｏｒｔ  ＰＵＣＣＨ構造をＦＤＭ−ＰＵＣＣＨと命名する。
【００９４】
一方、Ｎｅｗ  ＲＡＴシステムではチャネル状態情報であるＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）を一定時間区間の間に一定周期に送信するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ＣＳＩ（以下、ＳＰ−ＣＳＩ）送信動作が考慮されている。
【００９５】
前記ＳＰ−ＣＳＩ送信は、一種の一定時間区間内でのＭｕｌｔｉ−ｓｈｏｔ送信方式と見なされる。
【００９６】
より具体的に、基地局は、端末にＣＳＩリポーティング（ｒｅｐｏｒｔｉｎｇ）周期とＣＳＩ送信のためのＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）リソース（例えば、時間及び周波数リソース等）をＲＲＣシグナリング（ｓｉｇｎａｌｉｎｇ）などの上位階層信号に設定し、以後、ＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）（例えば、ＵＬ（ｕｐｌｉｎｋ）グラント（ｇｒａｎｔ））を介して前記ＣＳＩリポーティング周期及びＣＳＩ送信ＰＵＳＣＨリソースを有するＳＰ−ＣＳＩ送信に対する活性化（Ａｃｔｉｖａｔｉｏｎ）／リリース（Ｒｅｌｅａｓｅ）を指示することができる。このとき、端末は、前記活性化された時間区間の間にのみ前記周期とリソースによるＣＳＩリポート（ｒｅｐｏｒｔ）送信を実行することができ、前記周期とリソースを介して送信されるＳＰ−ＣＳＩリポートは、一つ以上のＣＳＩパート（ｐａｒｔ）に区分されることができる（例えば、ＣＳＩ  ｐｒａｔ１とＣＳＩ  ｐａｒｔ２に区分されることができる）。
【００９７】
本発明は、前記ＳＰ−ＣＳＩをＰＵＳＣＨリソースで送信する時、前記ＳＰ−ＣＳＩ送信ＰＵＳＣＨが他のＰＵＣＣＨまたはＰＵＳＣＨと衝突する場合の端末動作に対して提案し、追加でＳＰ−ＣＳＩをＰＵＣＣＨリソースで送信する時のリソース割当方案を提案する。
【００９８】
以下、本発明において、ＰＵＣＣＨリソースは、ＰＵＣＣＨ送信タイミング（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｉｎｇ）（例えば、開始スロット（Ｓｔａｒｔｉｎｇ  ｓｌｏｔ）、開始シンボル（Ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ））、ＰＵＣＣＨデュレーション（ｄｕｒａｔｉｏｎ）（例えば、スロット内のシンボルの個数（Ｎｕｍｂｅｒ  ｏｆ  ｓｙｍｂｏｌｓ  ｉｎ  ａ  ｓｌｏｔ））、ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）割当（ａｌｌｏｃａｔｉｏｎ）（例えば、開始ＰＲＢインデックス（Ｓｔａｒｔｉｎｇ  ＰＲＢ  ｉｎｄｅｘ）、ＰＲＢの個数（Ｎｕｍｂｅｒ  ｏｆ  ＰＲＢｓ））、周波数ホッピング適用／未適用（Ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）、コードドメインリソース（Ｃｏｄｅ  ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ）（例えば、イニシャルサイクルシフト（Ｉｎｉｔｉａｌ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）、タイムドメインＯＣＣ（ｔｉｍｅ−ｄｏｍａｉｎ  ＯＣＣ）、ｐｒｅ−ＤＦＴ  ＯＣＣ）などに対する情報を含むことができる。
【００９９】
以下、本発明において、Ａ−ＣＳＩ（ａｐｅｒｉｏｄｉｃ  ＣＳＩ）は、非周期的に報告されるＣＳＩを意味し、Ｐ−ＣＳＩ（ｐｅｒｉｏｄｉｃ  ＣＳＩ）は、周期的に報告されるＣＳＩを意味する。また、以下でＳＰ−ＣＳＩをＵＬデータのように送信するＰＵＳＣＨをＳＰ−ＣＳＩ送信ＰＵＳＣＨと命名する。
【０１００】
以下、本発明において、少なくとも特定端末は、（特定条件下で）シングルキャリアプロパティ（Ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｐｒｏｐｅｒｔｙ）（または、低い（Ｌｏｗ）ＰＡＰＲまたは低いキュービックメトリック（Ｌｏｗ  Ｃｕｂｉｃ  ｍｅｔｒｉｃ）特性）を維持するために、同じ時点には一つのＵＬチャネルのみを送信することができると仮定する。
【０１０１】
より具体的に、以下では、（基地局と端末で構成された無線通信システムにおいて、ＰＵＳＣＨまたはＰＵＣＣＨリソースを活用したＣＳＩの半永久的（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）送信（即ち、一定時間区間の間に一定周期にＣＳＩを送信する動作）がサポートされる時）１．まず、前記ＳＰ−ＣＳＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ＣＳＩ）を送信するＰＵＳＣＨと他のＵＬ物理チャネル（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）との間の衝突時の端末動作に対する内容を説明し、２．ＳＰ−ＣＳＩをＰＵＣＣＨリソースで送信する場合、ＳＰ−ＣＳＩ送信のためのＰＵＣＣＨリソース割当方式に対する内容を説明した後、３．ＳＰ−ＣＳＩをＰＵＳＣＨ上でどのような方式に送信するかに対する内容を説明する。
【０１０２】
１．ＳＰ−ＣＳＩを送信するＰＵＳＣＨと他のＵＬ物理チャネル（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）が衝突する場合、衝突ハンドリング方法。
【０１０３】
前記説明したように、端末が同じ時点（送信が一部重なり、または全体が重なる時点）に前記ＳＰ−ＣＳＩに関連したＰＵＳＣＨの送信または他のＵＬ物理チャネルの送信を実行するように（単数または複数の；同じまたは互いに異なる）ＤＣＩから指示を受けることができる。前記のような状況で、端末が同じ時点では一つのアップリンクチャネルのみを送信することができる場合、端末がどのチャネルの送信を優先するかが不明確な時は、端末が送信すべき重要な情報が送信されない問題が発生されることもある。
【０１０４】
したがって、本発明では端末が同じ時点にＳＰ−ＣＳＩに関連したＰＵＳＣＨの送信と他のＵＬ物理チャネルの送信が衝突される場合、どの送信を実行してどの送信を実行しない（例えば、送信をドロップする）かに対する内容を提供する。
【０１０５】
別途の図面を介して説明していないが、本内容を一般化して説明すると、次の通りである。端末は、基地局から制御情報（例えば、ＤＣＩ）を受信することができる。制御情報を受信した以後、端末は、ＳＰ−ＣＳＩに関連したＰＵＳＣＨの送信と他のＵＬ物理チャネルの送信が時間上にオーバーラップされるかどうかを決定する。以後、端末は、前記決定に基づいて、前記ＳＰ−ＣＳＩに関連したＰＵＳＣＨの送信または他のＵＬ物理チャネルの送信を実行する。
【０１０６】
以下、ＳＰ−ＣＳＩを送信するＰＵＳＣＨと他のアップリンクチャネルが衝突する場合に対する、衝突ハンドリング方法をより具体的に説明する。
【０１０７】
＜ＳＰ−ＣＳＩを送信するＰＵＳＣＨとＰＵＣＣＨとの間の衝突時、衝突ハンドリング方法＞
【０１０８】
［提案方案＃１］同じ端末観点で（互いに異なるまたは同じＤＣＩで）送信指示されたＳＰ−ＣＳＩ送信ＰＵＳＣＨリソースと特定ＵＣＩ−Ｘ（例えば、ＨＡＲＱ−ＡＣＫ、Ｐ−ＣＳＩ、Ａ−ＣＳＩ、ＳＲ）送信（ｓｈｏｒｔ）ＰＵＣＣＨリソースが（一部）重なる時間軸送信リソースを有する場合、端末は、下記のように動作できる。
【０１０９】
（１）Ｏｐｔ．１：ＵＣＩ−Ｘ送信（ｓｈｏｒｔ）ＰＵＣＣＨリソースのみを送信、ＳＰ−ＣＳＩ送信は省略できる。
【０１１０】
（２）Ｏｐｔ．２：ＳＰ−ＣＳＩ送信ＰＵＳＣＨリソースのみを送信、ＵＣＩ−Ｘ送信は省略できる。
【０１１１】
（３）Ｏｐｔ．３：ＵＣＩ−ＸをＳＰ−ＣＳＩ送信ＰＵＳＣＨにＵＣＩピギーバック（ｐｉｇｇｙｂａｃｋ）して共に送信、ＰＵＣＣＨ送信は省略できる。
【０１１２】
（４）Ｏｐｔ．４：ＵＣＩ−ＸとＳＰ−ＣＳＩを共にＰＵＳＣＨまたはＰＵＣＣＨリソースで送信できる。
【０１１３】
Ａ．ただし、ＵＣＩ−ＸとＳＰ−ＣＳＩは、ジョイントコーディング（Ｊｏｉｎｔ  ｃｏｄｉｎｇ）またはセパレートコーディング（Ｓｅｐａｒａｔｅ  ｃｏｄｉｎｇ）されることができ、ＰＵＳＣＨで送信される場合、ＵＬデータのようにＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）マッピング（ｍａｐｐｉｎｇ）されることができる。
【０１１４】
Ｂ．ただし、前記ＰＵＳＣＨ／ＰＵＣＣＨリソースは、ＵＣＩ−ＸとＳＰ−ＣＳＩに対して割り当てられたリソースであり、または別途に設定されるリソースである。
【０１１５】
（５）Ｏｐｔ．５：ＳＰ−ＣＳＩ送信ＰＵＳＣＨとＵＣＩ−Ｘ送信（ｓｈｏｒｔ）ＰＵＣＣＨをＴＤＭして送信できる。
【０１１６】
Ａ．ただし、ＳＰ−ＣＳＩ送信ＰＵＳＣＨ内の前記Ｘ−ＣＳＩ送信（ｓｈｏｒｔ）ＰＵＣＣＨリソースと重なるシンボル区間内のＳＰ−ＣＳＩをパンチャリング（Ｐｕｎｃｔｕｒｉｎｇ）することができる。
【０１１７】
ただし、基地局は、上位階層信号及び／またはＤＣＩを介して前記Ｏｐｔｉｏｎのうち特定動作に従うように端末に指示できる。または、端末が特定条件によって前記Ｏｐｔｉｏｎのうち特定動作に従うことができる。
【０１１８】
ただし、ＳＰ−ＣＳＩは、ＰＵＳＣＨ内で一般的なＵＬデータと同じエンコーディング（Ｅｎｃｏｄｉｎｇ）／マッピング（Ｍａｐｐｉｎｇ）過程によって送信されることができる。
【０１１９】
一例として、端末がＳＰ−ＣＳＩをＰＵＳＣＨリソースで送信する場合、前記ＳＰ−ＣＳＩ送信ＰＵＳＣＨと他の特定ＵＣＩ−Ｘ（例えば、ＨＡＲＱ−ＡＣＫ、Ｐ−ＣＳＩ、Ａ−ＣＳＩ、ＳＲ等）を送信する（ｓｈｏｒｔ）ＰＵＣＣＨリソースが（一部）重なる時間軸送信リソースを有することができる。
【０１２０】
この場合、端末は、優先順位が高いＵＣＩを含めるＵＬチャネルのみを送信し（Ｏｐｔ．１またはＯｐｔ．２）、または前記ＳＰ−ＣＳＩとＵＣＩ−Ｘを同じＰＵＳＣＨまたはＰＵＣＣＨリソースで送信できる（Ｏｐｔ．３またはＯｐｔ．４）。
【０１２１】
このとき、ＳＰ−ＣＳＩとＵＣＩ−Ｘを共にＰＵＳＣＨで送信する場合、ＳＰ−ＣＳＩはデータ形態で送信し、ＵＣＩ−ＸはＵＣＩピギーバック形態で送信し、または両方ともデータ形態で送信できる。もし、前記ＵＣＩ−Ｘ送信ＰＵＣＣＨリソースがｓｈｏｒｔ  ＰＵＣＣＨリソースである場合、ＳＰ−ＣＳＩ送信ＰＵＳＣＨの一部シンボル区間をＰｕｎｃｔｕｒｉｎｇして前記ＵＣＩ−Ｘ送信（ｓｈｏｒｔ）ＰＵＣＣＨをＴＤＭして送信できる。
【０１２２】
前記［提案方案＃１］は、本発明の他の提案方案と相互配置されない限り、結合されて共に適用されることができる。
【０１２３】
＜ＳＰ−ＣＳＩを送信するＰＵＳＣＨと（他の）ＰＵＳＣＨとの間の衝突時、衝突ハンドリング方法＞
【０１２４】
［提案方案＃２］同じ端末観点で（互いに異なるまたは同じＤＣＩで）送信指示されたＳＰ−ＣＳＩ送信ＰＵＳＣＨ（ＰＵＳＣＨ１）リソースとＵＬデータ送信ＰＵＳＣＨリソース（ＰＵＳＣＨ２）が（一部）重なる時間軸送信リソースを有する場合、端末は、下記のように動作できる。
【０１２５】
（１）Ｏｐｔ．１：ＳＰ−ＣＳＩをＰＵＳＣＨ２にＵＣＩピギーバック（ｐｉｇｇｙｂａｃｋ）して送信、ＰＵＳＣＨ１送信は省略できる。
【０１２６】
（２）Ｏｐｔ．２：ＰＵＳＣＨ２のみを送信、ＳＰ−ＣＳＩ送信は省略できる。
【０１２７】
Ａ．前記の場合、ＰＵＳＣＨ２がダイナミックスケジューリング（Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ）によるＰＵＳＣＨであり、該当スケジューリングがＰＵＳＣＨ１をオーバーライド（Ｏｖｅｒｒｉｄｅ）する。
【０１２８】
（３）Ｏｐｔ．３：ＳＰ−ＣＳＩに対するＣＳＩ  ｐａｒｔ１と２をＰＵＳＣＨ１とＰＵＳＣＨ２に各々分けて送信できる。
【０１２９】
Ａ．ただし、ＰＵＳＣＨ１に送信されるＣＳＩ  ｐａｒｔはデータ形態で送信され、ＰＵＳＣＨ２に送信されるＣＳＩパート（ｐａｒｔ）はＵＣＩピギーバック形態で送信されることができる。
【０１３０】
ただし、基地局は、上位階層信号及び／またはＤＣＩを介して前記オプション（Ｏｐｔｉｏｎ）のうち特定動作に従うように端末に指示できる。
【０１３１】
一例として、端末がＳＰ−ＣＳＩをＰＵＳＣＨリソースで送信する場合、前記ＳＰ−ＣＳＩ送信ＰＵＳＣＨと実際ＵＬデータを送信するＰＵＳＣＨリソースが（一部）重なる時間軸送信リソースを有することができる。
【０１３２】
前記の場合、端末は、基地局がＳＰ−ＣＳＩ送信ＰＵＳＣＨ（ＰＵＳＣＨ１）の存在を知っているにもかかわらず、ＵＬデータ送信ＰＵＳＣＨ（ＰＵＳＣＨ２）スケジューリングをしたため、データスケジューリングＰＵＳＣＨ（ＰＵＳＣＨ２）を優先することができる。
【０１３３】
このとき、ＳＰ−ＣＳＩは、前記データスケジューリングＰＵＳＣＨ（ＰＵＳＣＨ２）にＵＣＩピギーバックされ（Ｏｐｔ．１）、または送信省略できる（Ｏｐｔ．２）。または、端末が二つのＰＵＳＣＨを全て送信することができる場合、ＳＰ−ＣＳＩを２個部分に分けて各々ＳＰ−ＣＳＩで割り当てられたＰＵＳＣＨ（ＰＵＳＣＨ１）とデータＰＵＳＣＨ（ＰＵＳＣＨ２）に分けて送信できる。
【０１３４】
このとき、ＳＰ−ＣＳＩ用ＰＵＳＣＨ（ＰＵＳＣＨ１）で送信されるＣＳＩ  ｐａｒｔは、データ形態で送信され、データスケジューリングＰＵＳＣＨ（ＰＵＳＣＨ２）で送信されるＣＳＩ  ｐａｒｔは、ＵＣＩピギーバック形態で送信されることができる。
【０１３５】
理解の便宜のために、［提案方案＃２］の内容（即ち、端末がＳＰ−ＣＳＩに関連したＰＵＳＣＨを送信する方法の一例）のうち、Ｏｐｔ．２に対する例示を端末と基地局を含む全体的な観点で図面を介して説明すると、下記の通りである。
【０１３６】
図９は、本発明の一実施例に係る、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを送信する方法の実施例を概略的に示す流れ図である。
【０１３７】
図９によると、端末は、基地局から制御情報（例えば、ＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ））を受信することができる（Ｓ９１０）。
【０１３８】
例えば、端末は、ＤＣＩを介して、前記ＣＳＩリポーティング周期及びＣＳＩ送信ＰＵＳＣＨリソースを有するＳＰ−ＣＳＩ送信に対する活性化（Ａｃｔｉｖａｔｉｏｎ）／リリース（Ｒｅｌｅａｓｅ）の指示を受けることができる。ここで、ＤＣＩに対する例示は、前記説明した通りであるため、説明の便宜のために重複する内容の説明は省略する。
【０１３９】
以後、端末は、制御情報を受信した以後、第１のＰＵＳＣＨ（例えば、半永久的ＣＳＩリポートを含む）または第２のＰＵＳＣＨ（例えば、アップリンクデータを含む）の送信を実行する（Ｓ９２０）。即ち、端末は、制御情報を受信した以後、少なくとも一つ以上の第１のＰＵＳＣＨ及び／または第２のＰＵＳＣＨを送信することができる。
【０１４０】
ここで、端末は、第１のＰＵＳＣＨの送信と第２のＰＵＳＣＨ送信が時間上にオーバーラップされる場合、第１のＰＵＳＣＨの送信を実行せずに第２のＰＵＳＣＨの送信を実行することができる。
【０１４１】
即ち、端末は、半永久的ＣＳＩリポートを含むＰＵＳＣＨの送信時点とアップリンクデータを含むＰＵＳＣＨの送信時点が時間上にオーバーラップされる場合、半永久的ＣＳＩリポートを含むＰＵＳＣＨ（または、半永久的ＣＳＩに関連したＰＵＳＣＨ）の送信を実行せずに（即ち、半永久的ＣＳＩリポートを含むＰＵＳＣＨの送信をドロップし）、アップリンクデータを含むＰＵＳＣＨ（即ち、アップリンクデータに関連したＰＵＳＣＨ）の送信を実行することができる。
【０１４２】
ここで、一例として、前記制御情報は、ＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）である。また、一例として、前記制御情報は、基地局から受信されることができる。また、一例として、前記第１のＰＵＳＣＨまたは前記第２のＰＵＳＣＨは、基地局に送信されることができる。また、一例として、前記半永久的ＣＳＩは、一定時間区間の間に一定周期に送信されるＣＳＩである。また一例として、前記アップリンクデータは、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）である。
【０１４３】
ここで、前記説明した第１のＰＵＳＣＨ（例えば、半永久的ＣＳＩリポートを含む）及び／または第２のＰＵＳＣＨ（例えば、アップリンクデータを含む）は、前記説明（例えば、図６及び／または図８）したサブフレーム（または、ＴＴＩ）に関連したＰＵＳＣＨを意味することができる。即ち、第１のＰＵＳＣＨ及び／または第２のＰＵＳＣＨは、前記説明したように１４個のシンボルからなるサブフレーム（または、ＴＴＩ）でのＰＵＳＣＨである。
【０１４４】
図９での内容を他の方式で表現すると、次の通りである。まず、端末は、第１のＰＵＳＣＨの送信と第２のＰＵＳＣＨ送信が時間上にオーバーラップされるかどうかを決定する。以後、端末は、前記決定に基づいて第１のＰＵＳＣＨまたは第２のＰＵＳＣＨを基地局に送信（即ち、端末は、少なくとも一つ以上の第１のＰＵＳＣＨ及び／または第２のＰＵＳＣＨを送信）できる。このとき、前記第１のＰＵＳＣＨは半永久的ＣＳＩと関連したＰＵＳＣＨであり、前記第２のＰＵＳＣＨはアップリンクデータに関連したＰＵＳＣＨであり、前記端末は第１のＰＵＳＣＨの送信と第２のＰＵＳＣＨ送信が時間上にオーバーラップされる場合、第１のＰＵＳＣＨの送信を実行せずに第２のＰＵＳＣＨの送信を実行することができる。併せて、ここで、第１のＰＵＳＣＨまたは第２のＰＵＳＣＨは、ＤＣＩに基づいて送信されることができる。
【０１４５】
図９での実施例に係る場合、端末が同じ時点では一つのアップリンクチャネルのみを送信することができる場合、端末がどのチャネルの送信を優先するかが明確に規定されなければならない。より具体的に、端末がＳＰ−ＣＳＩに対するＰＵＳＣＨより相対的に重要な情報であるアップリンクデータに対するＰＵＳＣＨを優先的に送信することによって、基地局は、相対的に重要な情報を安定的に受信することができ、それによって、無線通信の安定性が増大することができる。
【０１４６】
他の可能性として、第１のＰＵＳＣＨ送信は省略した状態で、ＳＰ−ＣＳＩを第２のＰＵＳＣＨ上のデータと多重化して送信する方案を考慮することができ、この場合、もし、端末がＳＰ−ＣＳＩ送信に対する活性化を指示する制御情報に対する検出に失敗するようになると、ＳＰ−ＣＳＩ及び対応される第１のＰＵＳＣＨの存在に対して端末と基地局との間に不一致が発生することがある。これは、結局、第２のＰＵＳＣＨ上のデータマッピング位置に対する端末と基地局との間の不一致を引き起すことができ、それによって、データ送信性能が大きく低下されることができる。
【０１４７】
したがって、前記のように端末がＳＰ−ＣＳＩに対するＰＵＳＣＨより相対的に重要な情報であるアップリンクデータに対するＰＵＳＣＨを優先的に送信することによって、基地局は、相対的に重要な情報を安定的に受信することができ、それによって、無線通信の安定性が増大することができる。
【０１４８】
図９の内容を端末観点で説明すると、下記の通りである。
【０１４９】
図１０は、端末観点で、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを送信する方法の実施例を概略的に示す流れ図である。
【０１５０】
図１０によると、端末は、基地局から制御情報を受信することができる（Ｓ１０１０）。ここでの制御情報は、前記説明したようにＤＣＩを意味することができ、これに対する具体的な例は、前記説明した通りであるため、説明の便宜のために重複する内容の繰り返し記載は省略する。
【０１５１】
以後、端末は、制御情報を受信した以後、第１のＰＵＳＣＨ（例えば、半永久的ＣＳＩリポートを含む）または第２のＰＵＳＣＨ（例えば、アップリンクデータを含む）の送信を実行し、第１のＰＵＳＣＨの送信と第２のＰＵＳＣＨ送信が時間上にオーバーラップされる場合、第１のＰＵＳＣＨの送信を実行せずに第２のＰＵＳＣＨの送信を実行することができる（Ｓ１０２０）。これに対する具体的な例は、前記説明した通りであるため、説明の便宜のために重複する内容の繰り返し記載は省略する。
【０１５２】
図１１は、端末観点で、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを送信する装置の実施例を概略的に示すブロック図である。
【０１５３】
図１１によると、プロセッサ１１００は、情報受信部１１１０及びＰＵＳＣＨ送信部１１２０を含むことができる。ここで、前記プロセッサは、後述する図１４乃至図２０での端末のプロセッサを意味することができる。
【０１５４】
情報受信部１１１０は、基地局から制御情報を受信することができる。ここでの制御情報は、前記説明したようにＤＣＩを意味することができ、これに対する具体的な例は、前記説明した通りであるため、説明の便宜のために重複する内容の繰り返し記載は省略する。
【０１５５】
以後、ＰＵＳＣＨ送信実行部１１２０は、制御情報を受信した以後、第１のＰＵＳＣＨ（例えば、半永久的ＣＳＩリポートを含む）または第２のＰＵＳＣＨ（例えば、アップリンクデータを含む）の送信を実行し、第１のＰＵＳＣＨの送信と第２のＰＵＳＣＨ送信が時間上にオーバーラップされる場合、第１のＰＵＳＣＨの送信を実行せずに第２のＰＵＳＣＨの送信を実行することができる。これに対する具体的な例は、前記説明した通りであるため、説明の便宜のために重複する内容の繰り返し記載は省略する。
【０１５６】
図９の内容を基地局観点で説明すると、下記の通りである。
【０１５７】
図１２は、基地局観点で、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを受信する方法の実施例を概略的に示す流れ図である。
【０１５８】
図１２によると、基地局は、制御情報を端末に送信できる（Ｓ１２１０）。ここでの制御情報は、前記説明したようにＤＣＩを意味することができ、これに対する具体的な例は、前記説明した通りであるため、説明の便宜のために重複する内容の繰り返し記載は省略する。
【０１５９】
以後、基地局は、制御情報に対する応答として、第１のＰＵＳＣＨ（例えば、半永久的ＣＳＩリポートを含む）または第２のＰＵＳＣＨ（例えば、アップリンクデータを含む）を端末から受信することができる（１２２０）。ここで、前記説明したように、基地局は、端末による第１のＰＵＳＣＨの送信と第２のＰＵＳＣＨ送信が時間上にオーバーラップされる場合、前記時間上で第２のＰＵＳＣＨを受信することができる。これに対する具体的な例は、前記説明した通りであるため、説明の便宜のために重複する内容の繰り返し記載は省略する。
【０１６０】
図１３は、基地局観点で、ＳＰ−ＣＳＩに関連したＰＵＳＣＨを受信する装置の実施例を概略的に示すブロック図である。
【０１６１】
図１３によると、プロセッサ１３００は、情報送信部１３１０及びＰＵＳＣＨ受信部１３２０を含むことができる。ここで、前記プロセッサは、後述する図１４乃至図２０での基地局のプロセッサを意味することができる。
【０１６２】
情報送信部１３１０は、制御情報を端末に送信できる。ここでの制御情報は、前記説明したようにＤＣＩを意味することができ、これに対する具体的な例は、前記説明した通りであるため、説明の便宜のために重複する内容の繰り返し記載は省略する。
【０１６３】
以後、ＰＵＳＣＨ受信部１３２０は、制御情報に対する応答として、第１のＰＵＳＣＨ（例えば、半永久的ＣＳＩリポートを含む）または第２のＰＵＳＣＨ（例えば、アップリンクデータを含む）を端末から受信することができる。ここで、前記説明したように、基地局は、端末による第１のＰＵＳＣＨの送信と第２のＰＵＳＣＨ送信が時間上にオーバーラップされる場合、前記時間上で第２のＰＵＳＣＨを受信することができる。これに対する具体的な例は、前記説明した通りであるため、説明の便宜のために重複する内容の繰り返し記載は省略する。
【０１６４】
前記［提案方案＃２］は、本発明の他の提案方案と相互配置されない限り、結合されて共に適用されることができる。
【０１６５】
以下でＭＡＣ−ＣＥ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ−ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）は、物理階層（例えば、ＰＨＹ  ｌａｙｅｒ）より上位階層であるＭＡＣ階層で指示されるコントロール（Ｃｏｎｔｒｏｌ）情報を意味する。
【０１６６】
２．ＳＰ−ＣＳＩをＰＵＣＣＨリソースで送信する場合、ＳＰ−ＣＳＩ送信のためのＰＵＣＣＨリソース割当
【０１６７】
前記説明したように、端末は、ＳＰ−ＣＳＩを送信することができる。このとき、端末がＳＰ−ＣＳＩを送信する時、ＳＰ−ＣＳＩ送信のためのＰＵＣＣＨリソースをどのような方式に割り当てるかが不明確な場合は、端末がどのような方式にＳＰ−ＣＳＩを送信するかが不明確になる問題が発生されることもある。
【０１６８】
したがって、本発明では端末がＳＰ−ＣＳＩを送信する時、ＳＰ−ＣＳＩ送信のためのＰＵＣＣＨリソースをどのような方式に割り当てるかに対する内容を提供する。
【０１６９】
別途の図面を介して説明していないが、本内容を一般化して説明すると、次の通りである。まず、端末は、基地局からリソースに対する情報を受信することができる。以後、端末は、受信された前記リソースに対する情報に基づいて、ＳＰ−ＣＳＩをＰＵＣＣＨ上で送信できる。
【０１７０】
以下、端末がＳＰ−ＣＳＩを送信する時、ＳＰ−ＣＳＩ送信のためのＰＵＣＣＨリソースをどのような方式に割り当てるかに対する内容をより具体的に説明する。
【０１７１】
＜Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  ＳＰ−ＣＳＩ  ｏｎ  ＰＵＣＣＨ＞
【０１７２】
［提案方案＃３］ＳＰ−ＣＳＩをＰＵＣＣＨリソースで送信する動作をＭＡＣ−ＣＥでＡｃｔｉｖａｔｉｏｎ／リリースする時、基地局が下記のようにＳＰ−ＣＳＩ送信ＰＵＣＣＨリソースを割り当てる方案が提供されることができる。
【０１７３】
（１）Ｏｐｔ．１：上位階層信号（例えば、ＲＲＣ  ｓｉｇｎａｌｉｎｇ）で端末に複数個のＰＵＣＣＨリソースを設定し、ＭＡＣ−ＣＥ（及び／またはＤＣＩ）でそのうち一つのＰＵＣＣＨリソースを指示することができる。
【０１７４】
理解の便宜のために整理して説明すると、別途に図示していないが、一例として、端末は、上位階層信号を介して複数個のＰＵＣＣＨリソースに対する情報を受信することができる。以後、端末は、受信された複数個のＰＵＣＣＨリソースに対する情報に基づいて、例えば、ＤＣＩを介して複数個のＰＵＣＣＨリソースのうち一つのＰＵＣＣＨのリソースの指示を受けることができる。
【０１７５】
（２）Ｏｐｔ．２：上位階層信号（例えば、ＲＲＣ  ｓｉｇｎａｌｉｎｇ）で端末に複数個のＰＵＣＣＨとＰＵＳＣＨリソースを全て設定し、ＭＡＣ−ＣＥ（及び／またはＤＣＩ）でそのうち一つのＰＵＣＣＨまたはＰＵＳＣＨリソースを指示することができる。
【０１７６】
理解の便宜のために整理して説明すると、別途に図示していないが、一例として、端末は、上位階層信号を介して複数個のＰＵＣＣＨリソース及びＰＵＳＣＨリソースに対する情報を受信することができる。以後、端末は、受信された複数個のＰＵＣＣＨリソース及びＰＵＳＣＨリソースに対する情報に基づいて、例えば、ＤＣＩを介して複数個のＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち一つのＰＵＣＣＨのリソースまたはＰＵＳＣＨリソースの指示を受けることができる。
【０１７７】
ただし、前記ＰＵＣＣＨリソース割当に使われるＭＡＣ−ＣＥは、活性化を指示するＭＡＣ−ＣＥである。
【０１７８】
ただし、前記ＳＰ−ＣＳＩ送信ＰＵＣＣＨリソースは、（Ｓｙｍｂｏｌ及び／またはＳｌｏｔ単位の）Ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ関連情報を含むことができる。
【０１７９】
一例として、基地局は、端末にＭＡＣ−ＣＥでＰＵＣＣＨリソースを介したＳＰ−ＣＳＩ送信を活性化またはリリースすることができる。
【０１８０】
このとき、基地局は、端末にあらかじめ複数のＰＵＣＣＨリソースをＲＲＣ  ｓｉｇｎａｌｉｎｇなどの上位階層信号を介して設定し、ＭＡＣ−ＣＥを介して前記複数のＰＵＣＣＨリソースのうち一つをＳＰ−ＣＳＩ送信用として活用するように指示できる。
【０１８１】
より一般的に、基地局は、ＲＲＣ  ｓｉｇｎａｌｉｎｇなどの上位階層信号で端末にＳＰ−ＣＳＩ送信のためのＰＵＣＣＨまたはＰＵＳＣＨリソースを複数個設定し、以後ＭＡＣ−ＣＥで前記複数個の候補リソースのうち特定一つのＰＵＣＣＨまたはＰＵＳＣＨリソースをＳＰ−ＣＳＩ送信用として使用するように指示できる。
【０１８２】
前記［提案方案＃３］は、本発明の他の提案方案と相互配置されない限り、結合されて共に適用されることができる。
【０１８３】
［提案方案＃４］ＳＰ−ＣＳＩをＰＵＣＣＨリソースで送信する動作をＭＡＣ−ＣＥで活性化する時、基地局が下記のようにＳＰ−ＣＳＩ送信ＰＵＣＣＨリソースをリリースする方案が提供されることができる。
【０１８４】
（１）Ｏｐｔ．１：単一ＭＡＣ−ＣＥで活性化指示と共にリリース時点を指示することができる。
【０１８５】
Ａ．一例として、（活性化時点から）ＳＰ−ＣＳＩ送信を実行する時間区間または全体ＳＰ−ＣＳＩ送信回数に対する情報を指示することができる。
【０１８６】
ただし、端末は、前記ＭＡＣ−ＣＥ受信に対するＡＣＫ／ＮＡＣＫ情報を基地局に報告できる。
【０１８７】
ＬＴＥシステムではＳＰＳ（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ベースのＰＵＳＣＨを活性化／リリースする時、各役割を担当するＤＣＩが存在した。しかし、本発明の実施例に係るＮｅｗ  ＲＡＴシステムではＰＵＣＣＨベースのＳＰ−ＣＳＩ送信をＭＡＣ−ＣＥで活性化でき、前記ＭＡＣ−ＣＥは、ＤＣＩと比較する時、相対的に多くの情報を含めることができるコントロール信号であるため、該当ＳＰ−ＣＳＩ送信ＰＵＣＣＨに対するリリース情報も共に含めることができる。例えば、基地局は、単一ＭＡＣ−ＣＥを介して（活性化時点から）ＳＰ−ＣＳＩ送信が維持された区間に対する情報を追加で知らせることができる。
【０１８８】
前記［提案方案＃４］は、本発明の他の提案方案と相互配置されない限り、結合されて共に適用されることができる。
【０１８９】
３．ＳＰ−ＣＳＩをＰＵＳＣＨ上でどのような方式に送信するかに対する方法。
【０１９０】
＜ＳＰ−ＣＳＩ  ｏｎ  ＰＵＳＣＨ  ａｎｄ  ＳＰＳ  ＰＵＳＣＨ＞
【０１９１】
［提案方案＃５］ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）ＰＵＳＣＨを活性化／リリースするＤＣＩ内の特定ビットフィールド（例えば、ＣＳＩ  ｒｅｑｕｅｓｔフィールド）をおいて、前記ＳＰＳ  ＰＵＳＣＨに対する活性化（Ａｃｔｉｖａｔｉｏｎ）ＤＣＩでＣＳＩリポーティング（ｒｅｐｏｒｔｉｎｇ）を要求すると、端末が下記のうち一つ以上の動作を実行する方案が提供される。
【０１９２】
（１）ＳＰＳ  ＰＵＳＣＨ毎にＳＰ−ＣＳＩを送信することができる。
【０１９３】
（２）（周期的な）ＳＰ−ＣＳＩ送信時点に該当するＳＰＳ  ＰＵＳＣＨ送信時にのみ該当ＳＰＳ  ＰＵＳＣＨでＳＰ−ＣＳＩを送信することができる。
【０１９４】
Ａ．ただし、基地局は、上位階層信号を介してＳＰＳ  ＰＵＳＣＨに対する送信周期とＳＰ−ＣＳＩに対する送信周期を互いに独立的に設定でき、ＳＰ−ＣＳＩに対する送信周期がＳＰＳ  ＰＵＳＣＨに対する送信周期の倍数である。
【０１９５】
理解の便宜のために整理して説明すると、次の通りである。まず、端末は、基地局からＤＣＩを受信することができる。以後、端末は、（１）受信されたＤＣＩに基づいて（活性化ＤＣＩでＣＳＩリポーティングの要求を受けると）ＳＰＳ  ＰＵＳＣＨ毎にＳＰ−ＣＳＩを送信し、または（２）受信されたＤＣＩに基づいて（活性化ＤＣＩでＣＳＩリポーティングの要求を受けると）ＳＰ−ＣＳＩ送信時点に該当するＳＰＳ  ＰＵＳＣＨ送信時にのみ該当ＳＰＳ  ＰＵＳＣＨでＳＰ−ＣＳＩを送信することができる。
【０１９６】
ただし、前記ＳＰ−ＣＳＩがＳＰＳ  ＰＵＳＣＨで送信される方式は、ＵＣＩピギーバック方式に従うことができる。
【０１９７】
一例として、基地局は、ＳＰＳ  ＰＵＳＣＨを活性化するＤＣＩで該当ＳＰＳ  ＰＵＳＣＨ内のＳＰ−ＣＳＩを送信するかどうかを端末に知らせることができる。
【０１９８】
もし、前記活性化ＤＣＩでＳＰＳ  ＰＵＳＣＨへのＳＰ−ＣＳＩ送信が指示された場合は前記ＳＰＳ  ＰＵＳＣＨとＳＰ−ＣＳＩの送信周期が同じであると仮定し、ＳＰＳ  ＰＵＳＣＨ送信時点毎にＳＰ−ＣＳＩをＵＣＩピギーバック方式にＳＰＳ  ＰＵＳＣＨ内に含んで送信できる。または、基地局が端末にＳＰＳ  ＰＵＳＣＨとＳＰ−ＣＳＩに対する送信周期を互いに異なるように設定した場合は前記活性化ＤＣＩでＳＰＳ  ＰＵＳＣＨへのＳＰ−ＣＳＩ送信が指示される時、ＳＰＳ  ＰＵＳＣＨのうち基地局が（周期的に）設定したＳＰ−ＣＳＩ送信時点に対応されるＳＰＳ  ＰＵＳＣＨにのみＳＰ−ＣＳＩをＵＣＩピギーバックして送信できる。
【０１９９】
前記［提案方案＃５］は、本発明の他の提案方案と相互配置されない限り、結合されて共に適用されることができる。
【０２００】
図１４は、本発明の実施例に係る無線通信装置の一例に対するブロック図である。
【０２０１】
図１４の例を参照すると、無線通信システムは、基地局１１０とＵＥ１２０を含むことができる。前記ＵＥ１２０は、前記基地局１１０の地域内に位置できる。あるシナリオでは、前記無線通信システムが複数個のＵＥを含むことができる。図１４の例において、基地局１１０とＵＥ１２０が例示されているが、本発明は、それに限定されるものではない。例えば、前記基地局１１０は、他のネットワークノード、ＵＥ、無線装置、またはそれと類似する他のものに交替されることができる。
【０２０２】
前記基地局と前記ＵＥは、各々、無線通信装置または無線装置で表すことができる。図１４での前記基地局は、ネットワークノード、無線装置、またはＵＥに交替されることができる。
【０２０３】
前記基地局１１０は、プロセッサ１１１のように少なくとも一つ以上のプロセッサ、メモリ１１２のように少なくとも一つ以上のメモリ、及び送受信機１１３のように少なくとも一つ以上の送受信機を含む。前記プロセッサ１１１は、図６から図１１までに開示された機能、手順、及び／または方法を実行する。前記プロセッサ１１１は、一つ以上のプロトコルを実行することができる。例えば、前記プロセッサ１１１は、無線インターフェースプロトコルの一つ以上の階層（例えば、機能的階層）を実行することができる。前記メモリ１１２は、前記プロセッサ１１１と連結され、多様な形態の情報及び／または命令を格納する。前記送受信機１１３は、前記プロセッサ１１１と連結され、無線シグナルを送受信するように操縦されることができる。
【０２０４】
前記ＵＥ１２０は、プロセッサ１２１のように少なくとも一つのプロセッサ、メモリ１２２のように少なくとも一つ以上のメモリ、及び送受信機１２３のように少なくとも一つの送受信機を含む。
【０２０５】
前記プロセッサ１２１は、図９から図１８までに開示された機能、手順、及び／または方法を実行する。前記プロセッサ１２１は、一つ以上のプロトコルを具現することができる。例えば、前記プロセッサ１２１は、無線インターフェースプロトコルの一つ以上の階層（例えば、機能的階層）を具現することができる。前記メモリ１２２は、前記プロセッサ１２１と連結され、多様な形態の情報及び／または命令を格納する。前記送受信機１２３は、前記プロセッサ１２１と連結され、無線シグナルを送受信するように操縦されることができる。
【０２０６】
前記メモリ１１２及び／またはメモリ１２２は、前記プロセッサ１１１及び／またはプロセッサ１２１の内部または外部でそれぞれ連結されることもでき、有線または無線連結のように多様な技術を介して他のプロセッサに連結されることもできる。
【０２０７】
前記基地局１１０及び／または前記ＵＥ１２０は、一つ以上のアンテナを有することができる。例えば、アンテナ１１４及び／またはアンテナ１２４は、無線信号を送受信するように構成されることができる。
【０２０８】
図１５は、本発明の実施例が具現される無線通信装置の一例を示す。
【０２０９】
特別に、図１５は、図１４の端末１００の例示をより詳細に示す。前記端末は、車両通信システムまたは装置、ウェラブル装置、携帯用コンピュータ、スマートフォンなどのように、本発明の一つ以上の具現を実行するように構成された任意の適した移動コンピュータ装置である。
【０２１０】
図１５の例を参照すると、前記端末は、プロセッサ２１０のように少なくとも一つ以上のプロセッサ（例えば、ＤＳＰまたはマイクロプロセッサ）、送受信機２３５、電力管理モジュール２０５、アンテナ２４０、バッテリ２５５、ディスプレイ２１５、キーパッド２２０、衛星航法装置（ＧＰＳ）チップ２６０、センサー２６５、メモリ２３０、加入者識別モジュール（ＳＩＭ）カード２２５（選択的）、スピーカー２４５、及びマイク２５０を含む。前記端末は、一つ以上のアンテナを含むことができる。
【０２１１】
前記プロセッサ２１０は、本発明の図９から図１８までに開示された機能、手順及び／または方法を実行するように構成できる。具現例によって、前記プロセッサ２１０は、無線インターフェースプロトコルの階層（例えば、機能的な階層）のように、一つ以上のプロトコルを実行することができる。
【０２１２】
前記メモリ２３０は、前記プロセッサ２１０と連結され、前記プロセッサの運営と関連した情報を格納する。前記メモリは、前記プロセッサの内部または外部に位置でき、有線または無線連結のように多様な技術を介して他のプロセッサに連結されることもできる。
【０２１３】
ユーザは、前記キーパッド２２０のボタンを押し、または前記マイク２５０を使用した音声活性化のような多様な技術を利用して多様な形態の情報（例えば、電話番号のような命令情報）を入力することができる。前記プロセッサは、ユーザの情報を受けて処理し、電話番号で電話をかけるような適切な機能を遂行する。一例として、データ（例えば、運営データ）は、機能を実行するために前記ＳＩＭカード２２５や前記メモリ２３０から検索されることができる。他の例として、前記プロセッサは、車両ナビゲーション、地図サービスなどのように装置の位置に関連した機能を遂行するために前記ＧＰＳチップ２６０からＧＰＳ情報を受けて処理できる。他の例として、前記プロセッサは、ユーザの参考や便宜性のために前記ディスプレイ２１５に多様な形態の情報とデータを表示することもできる。
【０２１４】
前記送受信機２３５は、前記プロセッサに連結され、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）信号のような無線信号を送受信する。前記プロセッサは、前記送受信機が通信を開始し、音声通信データのような多様な種類の情報やデータを含む無線信号を送信するように操縦できる。前記送受信機は、無線信号を送受信するために一つの受信機と一つの送信機を含む。アンテナ２４０は、無線信号の送受信を容易にする。具現例によって、無線信号を受けるにあたって、前記送受信機は、前記プロセッサを利用して処理するために前記信号を基底帯域周波数で伝達（ｆｏｒｗａｒｄ）及び変換（ｃｏｎｖｅｒｔ）できる。前記処理された信号は、前記スピーカー２４５を介して出力されるように聞き取ることができ、または読み込むことができる情報に変換されるように、多様な技術によって処理されることができる。
【０２１５】
具現例によって、センサー２６５は、前記プロセッサと連結されることができる。前記センサーは、速度、加速度、光、振動、近接性、位置、イメージなどを含む、しかし、限定されない多様な情報の形態を発見するために構成された一つ以上の検知装置を含むことができる。前記プロセッサは、前記センサーから得たセンサー情報を受けて処理でき、衝突防止、自動運転などのような多様な形態の機能を遂行することができる。
【０２１６】
図１５の例において、多様な構成要素（例えば、カメラ、ＵＳＢポートなど）が端末にさらに含まれることができる。例えば、カメラは、前記プロセッサと連結されることができ、自動運転、車両安全サービスなどのような多様なサービスのために使われることができる。
【０２１７】
このように、図１５は、端末の一例に過ぎず、具現はこれに限定されるものではない。例えば、ある構成要素（例えば、キーパッド２２０、ＧＰＳチップ２６０、センサー２６５、スピーカー２４５及び／またはマイク２５０）は、あるシナリオでは具現されない。
【０２１８】
図１６は、本発明の実施例に係る無線通信装置の送受信機の例を示す。
【０２１９】
特に、図１６は、周波数分割デュプレックス（ＦＤＤ）システムで具現されることができる送受信機の例示を示す。
【０２２０】
送信経路で、図１４と図１５で記述されたプロセッサのように、少なくとも一つのプロセッサは、データが送信されるように処理でき、アナログ出力信号のような信号を送信機３１０に送ることができる。
【０２２１】
前記例において、前記送信機３１０でアナログ出力信号は、例えば、以前のデジタル−アナログ変換（ＡＤＣ）による雑音を除去するために、低域通過フィルタ（ＬＰＦ）３１１によりろ過され、アップコンバータ（例えば、ミキサ）３１２によりベースバンドでＲＦにアップコンバートされ、可変利得増幅器（ＶＧＡ）３１３のような増幅器により増幅される。増幅された信号は、フィルタ３１４によりろ過され、電力増幅器（ＰＡ）３１５により増幅され、デュプレックサ（ら）３５０／アンテナスイッチ（ら）３６０を介してルーティングされ、アンテナ３７０を介して送信される。
【０２２２】
受信経路で、アンテナ３７０は、無線環境で信号を受け、受信された信号は、アンテナスイッチ（ら）３６０／デュプレックサ（ら）３５０でルーティングされ、受信機３２０に送られる。
【０２２３】
前記例において、前記受信機３２０で受信された信号は、低雑音増幅器（ＬＮＡ）３２３のような増幅器により増幅され、帯域通過フィルタ３２４によりろ過され、ダウンコンバータ（例えば、ミキサ）３２５によりＲＦでベースバンドにダウンコンバートされる。
【０２２４】
前記ダウンコンバートされた信号は、低域通過フィルタ（ＬＰＦ）３２６によりフィルタされ、アナログ入力信号を得るためにＶＧＡ３２７のような増幅器により増幅され、前記アナログ入力信号は、図１４と図１５でのプロセッサのように一つ以上のプロセッサに提供される。
【０２２５】
さらに、局部発電機（ＬＯ）３４０は、ＬＯ信号の送受信を発生させてアップコンバータ３１２とダウンコンバータ３２５に各々送る。
【０２２６】
ある具現では、位相固定ループ（ＰＬＬ）３３０は、前記プロセッサから制御情報を受けることができ、適当な周波数でＬＯ信号を送受信を生成するためにＬＯジェネレータ３４０に制御信号を送ることができる。
【０２２７】
具現は、図１６に示す特定配置に限定されるものではなく、多様な構成要素と回路が、図１６に開示された例と異なるように配置されることができる。
【０２２８】
図１７は、本発明の実施例に係る無線通信装置の送受信機の他の例を示す。
【０２２９】
特に、図１７は、時分割二重通信（ＴＤＤ）システムで具現されることができる送受信機の例を示す。
【０２３０】
具現例によって、ＴＤＤシステムの送受信機の送信機４１０と受信機４２０は、ＦＤＤシステムの送受信機の送信機及び受信機と一つ以上の類似する特徴を有することができる。
【０２３１】
以下、ＴＤＤシステムの送受信機の構造を説明する。
【０２３２】
送信経路で、送信機の電力増幅器（ＰＡ）４１５により増幅された信号は、帯域選択スイッチ４５０、帯域通過フィルタ（ＢＰＦ）４６０、及びアンテナスイッチ（ら）４７０を介してルーティングされ、アンテナ４８０に送信される。
【０２３３】
受信経路で、前記アンテナ４８０は、無線環境から信号を受け、受信された信号は、アンテナスイッチ（ら）４７０、帯域通過フィルタ（ＢＰＦ）４６０、及び帯域選択スイッチ４５０を介してルーティングされ、受信機４２０に提供される。
【０２３４】
図１８は、無線通信に関連した無線装置の動作例を示す。
【０２３５】
図１８で説明する無線通信に関連した無線装置動作は、単純に例示に過ぎず、多様な技術を使用した無線通信動作が無線装置で実行されることができる。無線通信では多様な形態の情報が伝達されることができる。
【０２３６】
前記例において、無線装置は、無線通信に関連した情報を得る（Ｓ５１０）。無線通信に関連した情報は、一つ以上のリソース構成である。無線通信と関連した情報は、他の無線装置やネットワークノードから得ることができる。
【０２３７】
情報を得た後、前記無線装置は、無線通信に関連した情報をデコーディングする（Ｓ５２０）。
【０２３８】
無線通信に関連した情報をデコーディングした後、前記無線装置は、無線通信に関連した情報に基づく一つ以上の無線通信動作を実行する（Ｓ５３０）。ここで、前記無線装置が実行する無線通信動作（ら）は、ここで説明した一つ以上の動作である。
【０２３９】
図１９は、無線通信に関連したネットワークノードの動作例を示す。
【０２４０】
図１９で説明した無線通信に関連したネットワークノード動作は、単純に例示に過ぎず、多様な技術を使用した無線通信動作がネットワークノードで実行されることができる。
【０２４１】
ネットワークノードは、無線通信に対する情報を無線装置から受信する（Ｓ６１０）。例えば、無線通信に関連した情報は、ネットワークノードに無線通信情報を知らせるために使われる情報を意味することができる。
【０２４２】
前記情報を受信した後、ネットワークノードは、受信した情報に基づいて無線通信と関連した一つ以上の命令を送信するかを決定する（Ｓ６２０）。
【０２４３】
命令を送信するようにしたネットワークノード決定によって、ネットワークノードは、無線通信と関連した命令（ら）を無線装置に送信する（Ｓ６３０）。具現例によって、ネットワークノードにより送信された命令を受けた後、無線装置は、受信された命令に基づく一つ以上の無線通信動作（ら）を実行することができる。
【０２４４】
図２０は、無線装置７１０とネットワークノード７２０との間の通信の例を示すブロック図である。
【０２４５】
ネットワークノード７２０は、図２０の無線装置やＵＥに代替することができる。
【０２４６】
前記例において、無線装置７１０は、一つ以上の他の無線装置、ネットワークノード及び／またはネットワーク内の他の要素と通信するために通信インターフェース７１１を含む。通信インターフェース７１１は、一つ以上の送信機、一つ以上の受信機及び／または一つ以上の通信インターフェースを含むことができる。前記無線装置７１０は、処理回路７１２を含む。前記処理回路７１２は、プロセッサ７１３のように一つ以上のプロセッサとメモリ７１４のように一つ以上のメモリを含むことができる。
【０２４７】
処理回路７１２は、本明細書に記載された任意の方法及び／またはプロセスを制御するために及び／または、例えば、無線装置７１０がそのような方法及び／またはプロセスを実行するようにするために構成されることができる。プロセッサ７１３は、本明細書に記載された無線装置機能を実行するための一つ以上のプロセッサに該当する。無線装置７１０は、本明細書に記載されたデータ、プログラムソフトウェアコード及び／または他の情報を格納するように構成されたメモリ７１４を含む。
【０２４８】
一つ以上の具現において、メモリ７１４は、プロセッサ７１３のような一つ以上のプロセッサが実行される時、プロセッサ７１３が図２０及び本明細書で論議された具現例と関連して詳細に論議されたプロセスの一部または全部を実行するようにする命令を含むソフトウェアコード７１５を格納するように構成される。
【０２４９】
例えば、プロセッサ７１３のように、情報を送受信するために図１４の送受信機１２３のような一つ以上の送受信機を操縦する一つ以上のプロセッサは、情報の送受信に関連した一つ以上のプロセスを実行することができる。
【０２５０】
ネットワークノード７２０は、一つ以上の他のネットワークノード、無線装置及び／またはネットワーク上の他の要素と通信するために、通信インターフェース７２１を含む。ここで、通信インターフェース７２１は、一つ以上の送信機、一つ以上の受信機及び／または一つ以上の通信インターフェースを含む。ネットワークノード７２０は、処理回路７２２を含む。ここで、処理回路は、プロセッサ７２３とメモリ７２４を含む。
【０２５１】
多様な具現において、メモリ７２４は、プロセッサ７２３のような一つ以上のプロセッサにより実行される時、プロセッサ７２３が図２０及び本明細書で論議された具現例と関連して詳細に論議されたプロセスの一部または全部を実行するようにする命令を含むソフトウェアコード７２５を格納するように構成される。
【０２５２】
例えば、プロセッサ７２３のように、情報を送受信するために図１４の送受信機１１３のような一つ以上の送受信機を操縦する一つ以上のプロセッサは、情報の送受信に関連した一つ以上のプロセスを実行することができる。
【図１】
2021503249.tif 000003
【図２】
2021503249.tif 000004
【図３】
2021503249.tif 000005
【図４】
2021503249.tif 000006
【図５】
2021503249.tif 000007
【図６】
2021503249.tif 000008
【図７】
2021503249.tif 000009
【図８】
2021503249.tif 000010
【図９】
2021503249.tif 000011
【図１０】
2021503249.tif 000012
【図１１】
2021503249.tif 000013
【図１２】
2021503249.tif 000014
【図１３】
2021503249.tif 000015
【図１４】
2021503249.tif 000016
【図１５】
2021503249.tif 000017
【図１６】
2021503249.tif 000018
【図１７】
2021503249.tif 000019
【図１８】
2021503249.tif 000020
【図１９】
2021503249.tif 000021
【図２０】
2021503249.tif 000022
【国際調査報告】
2021503249.tif 000023
2021503249.tif 000024
2021503249.tif 000025
2021503249.tif 000026