(57)【要約】  本明細書は、無線通信システムにおけるサイドリンク送信を行う方法及び端末が開示される。  具体的に、本明細書は、無線通信システムにおけるサイドリンク送信（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ）を行う方法において、端末によって行われる方法は、前記サイドリンク送信のスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）のために用いられるサイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）を基地局から受信する段階と、前記サイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）は、前記サイドリンクグラントと関連した特定のサブフレームのオフセット（ｏｆｆｓｅｔ）を指示する制御情報を含み、前記制御情報によって指示される値を考慮して前記特定のサブフレーム（ｓｉｄｅｌｉｎｋ  ｓｕｂｆｒａｍｅ）を決定する段階と、前記特定のサブフレームで前記サイドリンク送信を行う段階とを含むことを特徴とする。
2019533962.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるサイドリンク送信（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ）を行う方法において、端末によって行われる方法は、
前記サイドリンク送信のスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）のために用いられるサイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）を基地局から受信する段階と、
前記サイドリンクグラントは、前記サイドリンクグラントと関連した特定のサブフレームのオフセット（ｏｆｆｓｅｔ）を指示する制御情報を含み、
前記制御情報によって指示される値を考慮して前記特定のサブフレームを決定する段階と、
前記特定のサブフレームで前記サイドリンク送信を行う段階とを含む、方法。
【請求項２】
前記方法は、サイドリンク送信モード３（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ３）の場合に行われる、請求項１に記載の方法。
【請求項３】
前記サイドリンクグラントは、サブフレームｎから受信され、
前記制御情報によって指示される値が「ａ」である場合、前記特定のサブフレームは、サブフレームｎ＋ｋ＋ａである、請求項１に記載の方法。
【請求項４】
前記ｋは、「４」である、請求項３に記載の方法。
【請求項５】
前記制御情報の大きさは２ビットであり、
前記制御情報が「００」、「０１」、「１０」又は「１１」に設定された場合、前記制御情報によって指示される値はそれぞれ「０」、「１」、「２」又は「３」である、請求項１に記載の方法。
【請求項６】
前記特定のサブフレームは、前記サイドリンク送信が生じるサイドリンクサブフレーム（ｓｉｄｅｌｉｎｋ  ｓｕｂｆｒａｍｅ）に含まれる、請求項１に記載の方法。
【請求項７】
前記制御情報はアップリンク−ダウンリンクの構成（ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）０乃至６を用いるＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムでのみ前記サイドリンクグラントに含まれる、請求項１に記載の方法。
【請求項８】
前記サイドリンクグラントは、ダウンリンクサブフレーム（ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅ）又はスペシャルサブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）の少なくとも一つを介して送信される、請求項７に記載の方法。
【請求項９】
前記サイドリンクグラントを受信するキャリア（ｃａｒｒｉｅｒ）と前記サイドリンク送信を行うキャリアは、同一であるか、又は互いに異なる、請求項１に記載の方法。
【請求項１０】
前記サイドリンク送信は、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）送信である、請求項１に記載の方法。
【請求項１１】
無線通信システムにおけるサイドリンク送信（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ）を行う端末において、
無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール（ｍｏｄｕｌｅ）と、
前記ＲＦモジュールを制御するプロセッサを含み、前記プロセッサは、
前記サイドリンク送信のスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）のために用いられるサイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）を基地局から受信し、
前記サイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）は、前記サイドリンクグラントと関連した特定のサブフレームのオフセット（ｏｆｆｓｅｔ）を指示する制御情報を含み、
前記制御情報によって指示される値を考慮し、前記特定のサブフレームを決定し、
前記特定のサブフレームで前記サイドリンク送信を行うように構成される、端末。
【請求項１２】
前記サイドリンクグラントは、サブフレームｎから受信され、
前記制御情報によって指示される値が「ａ」である場合、前記特定のサブフレームは、サブフレームｎ＋ｋ＋ａである、請求項１１に記載の端末。
【請求項１３】
前記ｋは、「４」である、請求項１２に記載の端末。
【請求項１４】
前記制御情報の大きさは２ビットであり、
前記制御情報が「００」、「０１」、「１０」又は「１１」に設定された場合、前記制御情報によって指示される値はそれぞれ「０」、「１」、「２」又は「３」である、請求項１１に記載の端末。
【請求項１５】
前記制御情報はアップリンク−ダウンリンクの構成（ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）０乃至６を用いるＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムでのみ前記サイドリンクグラントに含まれる、請求項１１に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細にサイドリンク送信を行うための方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たりの送信率の画期的な増加、大幅増加した接続デバイス数の収容、非常に低いエンドツーエンド遅延（Ｅｎｄ-ｔｏ-Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率を支援できなければならない。このために、多重続性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ-ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ-Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）等、様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）Ｖ２Ｘ通信でサイドリンクサブフレームの位置と関連したオフセット（ｏｆｆｓｅｔ）情報を用いて、全てのサイドリンクサブフレーム（ｓｉｄｅｌｉｎｋ  ｓｕｂｆｒａｍｅ）がサイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）によってスケジュールを受ける方法を提供することに目的がある。
【０００５】
即ち、本明細書は、ＴＤＤ  Ｖ２Ｘ通信でサイドリンクグラントとサイドリンク送信間のタイミング（ｔｉｍｉｎｇ）を明確に定義する方法を提供することに目的がある。
【０００６】
本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないまた別の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【課題を解決するための手段】
【０００７】
本明細書は、無線通信システムにおけるサイドリンク送信（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ）を行う方法において、端末によって行われる方法は、前記サイドリンク送信のスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）のために用いられるサイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）を基地局から受信する段階と、前記サイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）は、前記サイドリンクグラントと関連した特定のサブフレームのオフセット（ｏｆｆｓｅｔ）を指示する制御情報を含み、前記制御情報によって指示される値を考慮して前記特定のサブフレーム（ｓｉｄｅｌｉｎｋ  ｓｕｂｆｒａｍｅ）を決定する段階と、前記特定のサブフレームで前記サイドリンク送信を行う段階とを含むことを特徴とする。
【０００８】
また、本明細書において、前記方法は、サイドリンク送信モード３（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ３）の場合に行われることを特徴とする。
【０００９】
また、本明細書において、前記サイドリンクグラントは、サブフレームｎから受信され、前記制御情報によって指示される値が「ａ」である場合、前記特定のサブフレームは、サブフレームｎ＋ｋ＋ａであることを特徴とする。
【００１０】
また、本明細書において、前記ｋは、「４」であることを特徴とする。
【００１１】
また、本明細書において、前記制御情報の大きさは２ビットであり、前記制御情報が「００」、「０１」、「１０」又は「１１」に設定された場合、前記制御情報によって指示される値はそれぞれ「０」、「１」、「２」又は「３」であることを特徴とする。
【００１２】
また、本明細書において、前記特定のサブフレームは、前記サイドリンク送信が生じるサイドリンクサブフレーム（ｓｉｄｅｌｉｎｋ  ｓｕｂｆｒａｍｅ）に含まれることを特徴とする。
【００１３】
また、本明細書において、前記制御情報はアップリンク−ダウンリンクの構成（ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）０乃至６を用いるＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムでのみ前記サイドリンクグラントに含まれることを特徴とする。
【００１４】
また、本明細書において、前記サイドリンクグラントを受信するキャリア（ｃａｒｒｉｅｒ）と前記サイドリンク送信を行うキャリアは、同一であるか、又は互いに異なることを特徴とする。
【００１５】
また、本明細書において、前記サイドリンク送信は、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）送信であることを特徴とする。
【００１６】
また、本明細書は、無線通信システムにおけるサイドリンク送信（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ）を行う端末において、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール（ｍｏｄｕｌｅ）と、前記ＲＦモジュールを制御するプロセッサを含み、前記プロセッサは、前記サイドリンク送信のスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）のために用いられるサイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）を基地局から受信し、前記サイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）は、前記サイドリンクグラントと関連した特定のサブフレームのオフセット（ｏｆｆｓｅｔ）を指示する制御情報を含み、前記制御情報によって指示される値を考慮し、前記特定のサブフレーム（ｓｉｄｅｌｉｎｋ  ｓｕｂｆｒａｍｅ）を決定し、前記特定のサブフレームで前記サイドリンク送信を行うように構成されることを特徴とする。
【発明の効果】
【００１７】
本明細書は、サイドリンクサブフレームの位置と関連したオフセット（ｏｆｆｓｅｔ）の情報を新たに定義することによって、ＴＤＤ  Ｖ２Ｘ通信でＤＬサブフレームの数がＵＬサブフレームの数よりも少ない場合にも、サイドリンクグラントによって全てのサイドリンクサブフレーム（ｓｉｄｅｌｉｎｋ  ｓｕｂｆｒａｍｅ）をスケジューリングすることができる効果がある。
【００１８】
本発明で得ることができる効果は、以上で言及した効果に制限されず、言及しないまた別の効果は、以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【図面の簡単な説明】
【００１９】
本発明に関する理解を助けるために詳細な説明の一部に含まれる、添付図は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００２０】
【図１】本発明が適用されることができる無線通信システムにおける無線フレームの構造を示す。
【図２】本発明が適用されることができる無線通信システムにおける一つのダウンリンクスロットに対する資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示した図である。
【図３】本発明が適用されることができる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【図４】本発明が適用されることができる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【図５】本発明が適用されることができる無線通信システムにおけるＰＵＣＣＨフォーマットがアップリンク物理資源ブロックのＰＵＣＣＨ領域にマッピングされる形態の一例を示す。
【図６】本発明が適用されることができる無線通信システムにおける一般ＣＰの場合のＣＱＩチャネルの構造を示す。
【図７】本発明が適用されることができる無線通信システムにおける一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す。
【図８】本発明が適用されることができる無線通信システムにおけるＵＬ−ＳＣＨの送信チャネルプロセシングの一例を示す。
【図９】本発明が適用されることができる無線通信システムにおける送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）であるアップリンク共有チャネルの信号処理過程の一例を示す。
【図１０】本発明が適用されることができる無線通信システムにおけるダウンリンク資源ブロック対にマッピングされた参照信号のパターンを例示する。
【図１１】本発明が適用されることができる無線通信システムにおけるサウンディング参照信号シンボルを含むアップリンクサブフレームを例示する。
【図１２】本発明が適用されることができる無線通信システムにおけるコンポーネントキャリア及びキャリア併合の一例を示す。
【図１３】本発明が適用されることができる無線通信システムにおけるクロスキャリアスケジューリングによるサブフレームの構造の一例を示す。
【図１４】本発明が適用されることができる無線通信システムにおける一つのスロットの間に５個のＳＣ−ＦＤＭＡシンボルを生成して送信する一例を示す。
【図１５】本発明が適用されることができる無線通信システムにおける時間周波数領域での時間−周波数資源ブロックを例示する図である。
【図１６】本発明が適用されることができる無線通信システムにおける非同期ＨＡＲＱ方式の資源割り当て及び再送信の過程を例示する図である。
【図１７】本発明が適用されることができる無線通信システムにおけるキャリア併合ベースのＣｏＭＰシステムを例示する図である。
【図１８】本発明が適用されることができる無線通信システムにおけるリレーノードの資源分割を例示する。
【図１９】端末間直接通信（Ｄ２Ｄ）技法に対する要素を説明するための図である。
【図２０】資源ユニットの構成の実施例を示す図である。
【図２１】ＳＡ資源プールと後行のデータチャネル資源プールとが周期的に示される場合を示す。
【図２２】本発明が適用されることができるリレー過程及びリレーのための資源の一例を示す図である。
【図２３】本発明が適用されることができるリレー過程及びリレーのための資源の一例を示す図である。
【図２４】本発明が適用されることができるリレー過程及びリレーのための資源の一例を示す図である。
【図２５】本発明が適用されることができるＶ２Ｘアプリケーションのタイプを示す。
【図２６】Ｖ２Ｖのサイドリンク通信に適用されることができるスケジューリング方式の例を示す。
【図２７】表１９の固定されたオフセット値によるＶ２Ｖサブフレームの位置の一例を示す図である。
【図２８】本明細書で提案する追加のオフセットフィールドを用いて、サイドリンクグラントによってＶ２Ｖサブフレームが指示される方法の一例を示す図である。
【図２９】本明細書で提案するサイドリンク送信を行う方法の一例を示すフローチャートである。
【図３０】本発明の一実施例に係る無線通信装置のブロック構成図を例示する。
【図３１】本発明の一実施例に係る通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２１】
以下、本発明にかかる好ましい実施の形態を添付された図面を参照して詳細に説明する。添付された図面とともに、以下に開示する詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施されうる唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的細部事項を含む。しかしながら、当業者は、本発明がこのような具体的細部事項がなくても実施できることを理解すべきである。
【００２２】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック図形式で示されることができる。
【００２３】
本明細書において基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において基地局により行われると説明された特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われても良い。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語により代替されることができる。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定されるか、または移動性を有することができ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ-Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ-ｔｏ-Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）装置などの用語に代替されることができる。
【００２４】
以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は、基地局の一部で、受信機は、端末の一部でありうる。アップリンクにおける送信機は、端末の一部で、受信機は、基地局の一部でありうる。
【００２５】
下記の説明において用いられる特定用語は、本発明の理解に役立つために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から外れない範囲内で他の形態に変更されることができる。
【００２６】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ-ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ-ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により実現化されることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  ｅｖｏｌｕｔｉｏｎ）のような無線技術により実現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ-Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２-２０、Ｅ-ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により実現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ-ＵＴＲＡを使用するＥ-ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ-ＦＤＭＡを採用する。ＬＴＥ-Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００２７】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明確にあらわすために、説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書に開示しているすべての用語は、前記標準文書により説明されることができる。
【００２８】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａを中心に述べるが、本発明の技術的特徴がこれに制限されることではない。
【００２９】
システム一般
【００３０】
図１は、本発明が適用されることができる無線通信システムにおける無線フレームの構造を示す。
【００３１】
３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａでは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造とＴＤＤ（Ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００３２】
図１（ａ）は、タイプ１無線フレームの構造を例示する。無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）から構成される。１つのサブフレームは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）から構成される。１つのサブフレームを送信するのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１つのサブフレームの長さは１ｍｓで、１つのスロットの長さは、０．５ｍｓでありうる。
【００３３】
１つのスロットは、時間領域において複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域において複数の資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。３ＧＰＰ  ＬＴＥは、ダウンリンクにおいてＯＦＤＭＡを使用するから、ＯＦＤＭシンボルは、１つのシンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、１つのＳＣ-ＦＤＭＡシンボルまたはシンボル区間ということができる。資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、資源割り当て単位で、１つのスロットにおいて複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００３４】
図１の（ｂ）は、タイプ２フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２）を示す。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）から構成され、各ハーフフレームは、５個のサブフレームとＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）から構成され、このうち、１個のサブフレームは、２個のスロットから構成される。ＤｗＰＴＳは、端末での初期セルサーチ、同期化またはチャネル推定に使用される。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期とを合せるのに使用される。保護区間は、アップリンクとダウンリンクとの間にダウンリンク信号の多重経路遅延によりアップリンクにおいて生じる干渉を除去するための区間である。
【００３５】
ＴＤＤシステムのタイプ２フレーム構造においてアップリンク-ダウンリンク構成（ｕｐｌｉｎｋ-ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、すべてのサブフレームに対してアップリンクとダウンリンクが割り当て（または予約）されるかどうかを表す規則である。表１は、アップリンク-ダウンリンク構成を示す。
【００３６】
【表１】
2019533962.tif 000003
【００３７】
表１を参照すると、無線フレームの各サブフレーム別に、「Ｄ」は、ダウンリンク送信のためのサブフレームを示し、「Ｕ」は、アップリンク送信のためのサブフレームを示し、「Ｓ」は、ＤｗＰＴＳ、ＧＰ、ＵｐＰＴＳ  ３介してのフィールドから構成されるスペシャルサブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）を示す。アップリンク-ダウンリンク構成は、７介してに区分されることができ、各構成別にダウンリンクサブフレーム、スペシャルサブフレーム、アップリンクサブフレームの位置及び／又は数が異なる。
【００３８】
ダウンリンクからアップリンクに変更される時点またはアップリンクからダウンリンクに切り替えられる時点を切り替え時点（ｓｗｉｔｃｈｉｎｇ  ｐｏｉｎｔ）という。切り替え時点の周期性（Ｓｗｉｔｃｈ-ｐｏｉｎｔ  ｐｅｒｉｏｄｉｃｉｔｙ）は、アップリンクサブフレームとダウンリンクサブフレームが切り替えられる様相が同様に繰り返される周期を意味し、５ｍｓまたは１０ｍｓが全て支援される。５ｍｓダウンリンク-アップリンク切り替え時点の周期を有する場合には、スペシャルサブフレーム（Ｓ）は、ハーフ-フレーム毎に存在し、５ｍｓダウンリンク-アップリンク切り替え時点の周期を有する場合には、最初のハーフ-フレームだけに存在する。
【００３９】
すべての構成において、０番、５番サブフレーム及びＤｗＰＴＳは、ダウンリンク送信だけのための区間である。ＵｐＰＴＳ及びサブフレームサブフレームに直ちにつながるサブフレームは、常にアップリンク送信のための区間である。
【００４０】
このような、アップリンク-ダウンリンク構成はシステム情報であって、基地局と端末ともが知っていることができる。基地局は、アップリンク-ダウンリンク構成情報が変わる毎に構成情報のインデックスのみを送信することによって、無線フレームのアップリンク-ダウンリンク割り当て状態の変更を端末に知らせることができる。また、構成情報は、一種のダウンリンク制御情報として他のスケジューリング情報と同様にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送信されることができ、放送情報としてブロードキャストチャネル（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）を介してセル内のすべての端末に共通に送信されることもできる。
【００４１】
表２は、スペシャルサブフレームの構成（DwPTS/ GP/ UpPTSの長さ）を示す。
【００４２】
【表２】
2019533962.tif 000004
【００４３】
無線フレームの構造は、１つの例示に過ぎず、無線フレームに含まれる副搬送波の数またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は、様々に変更されることができる。
【００４４】
図２は、本発明が適用されることができる無線通信システムにおける１つのダウンリンクスロットに対する資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示した図である。
【００４５】
図２に示すように、１つのダウンリンクスロットは、時間領域において複数のＯＦＤＭシンボルを含む。ここで、１つのダウンリンクスロットは、７個のＯＦＤＭシンボルを含み、１つの資源ブロックは、周波数領域において１２個の副搬送波を含むことを例示的に述べるが、これに限定されるものではない。
【００４６】
資源グリッド上において各要素（ｅｌｅｍｅｎｔ）を資源要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）とし、１つの資源ブロック（ＲＢ：ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、１２×７個の資源要素を含む。ダウンリンクスロットに含まれる資源ブロックの数ＮDLは、ダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。
【００４７】
アップリンクスロットの構造は、ダウンリンクスロットの構造と同一でありうる。
【００４８】
図３は、本発明が適用されることができる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【００４９】
図３を参照すると、サブフレーム内の第１番目のスロットにおいて前の最大３個のＯＦＤＭシンボルが制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）である。３ＧＰＰ  ＬＴＥで使用されるダウンリンク制御チャネルの一例にＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ    ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ-ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００５０】
ＰＣＦＩＣＨは、サブフレームの第１番目のＯＦＤＭシンボルにおいて送信され、サブフレーム内に制御チャネルの送信のために使用されるＯＦＤＭシンボルの数（すなわち、制御領域の大きさ）に関する情報を運ぶ。ＰＨＩＣＨは、アップリンクに対する応答チャネルで、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｏｔ-Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）という。ダウンリンク制御情報は、アップリンク資源割り当て情報、ダウンリンク資源割り当て情報または任意の端末グループに対するアップリンク送信（Ｔｘ）パワー制御命令を含む。
【００５１】
ＰＤＣＣＨは、ＤＬ-ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の資源割り当て及び送信フォーマット（これをダウンリンクグラントともいう）、ＵＬ-ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の資源割り当て情報（これをアップリンクグラントともいう）、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）でのページング（ｐａｇｉｎｇ）情報、ＤＬ-ＳＣＨでのシステム情報、ＰＤＳＣＨから送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位階層（ｕｐｐｅｒ-ｌａｙｅｒ）制御メッセージに対する資源割り当て、任意の端末グループ内の個別端末に対する送信パワー制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを運ぶことができる。複数のＰＤＣＣＨは、制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、１つまたは複数の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合から構成される。ＣＣＥは、無線チャネルの状態に応じる符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）をＰＤＣＣＨに提供するために使用される論理的割り当て単位である。ＣＣＥは、複数の資源要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応する。ＰＤＣＣＨのフォーマット及び使用可能なＰＤＣＣＨのビット数は、ＣＣＥの数とＣＣＥにより提供される符号化率間の関連関係によって決定される。
【００５２】
基地局は、端末に送信しようとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付ける。ＣＲＣには、ＰＤＣＣＨの所有者（ｏｗｎｅｒ）または用途に応じて、固有の識別子（これをＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という。）がマスキングされる。特定の端末のためのＰＤＣＣＨであれば、端末の固有の識別子、例えばＣ-ＲＮＴＩ（Ｃｅｌｌ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。またはページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子、例えばＰ-ＲＮＴＩ（Ｐａｇｉｎｇ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。システム情報、さらに具体的にシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）のためのＰＤＣＣＨであれば、システム情報識別子、ＳＩ-ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）がＣＲＣにマスキングされることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ＲＡ-ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。
【００５３】
図４は、本発明が適用されることができる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【００５４】
図４に示すように、アップリンクサブフレームは、周波数領域において制御領域とデータ領域とに分けられる。制御領域には、アップリンク制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が割り当てられる。データ領域は、ユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、１つの端末は、ＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。
【００５５】
１つの端末に対するＰＵＣＣＨには、サブフレーム内に資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットの各々で互いに異なる副搬送波を占める。これをＰＵＣＣＨに割り当てられたＲＢ対は、スロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）から周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）されるという。
【００５６】
ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
【００５７】
ＰＵＣＣＨを介して送信されるアップリンク制御情報（ＵＣＩ）は、次のようなスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報及びダウンリンクチャネル測定情報を含むことができる。
【００５８】
−  ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：アップリンクＵＬ−ＳＣＨの資源を要求するのに用いられる情報である。ＯＯＫ（Ｏｎ−ｏｆｆ  Ｋｅｙｉｎｇ）方式を用いて送信される。
【００５９】
−  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上のダウンリンクデータパケットに対する応答信号である。ダウンリンクデータパケットが成功的に受信されているか否かを示す。単一ダウンリンクコードワード（ｃｏｄｅｗｏｒｄ）に対する応答として、ＡＣＫ／ＮＡＣＫの１ビットが送信され、２個のダウンリンクコードワードに対する応答として、ＡＣＫ／ＮＡＣＫの２ビットが送信される。
【００６０】
−  ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）：ダウンリンクチャネルに対するフィードバック情報である。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｏｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）及びＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）の少なくとも一つを含み得る。サブフレーム当たりの２０ビットが用いられる。
【００６１】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報は、ＰＤＳＣＨ上のダウンリンクデータパケットのデコード成功有無によって生成されることができる。従来の無線通信システムにおいて、ダウンリンク単一コードワード（ｃｏｄｅｗｏｒｄ）送信に対しては、ＡＣＫ／ＮＡＣＫ情報として１ビットが送信され、ダウンリンク２コードワード送信に対しては、ＡＣＫ／ＮＡＣＫ情報として２ビットが送信される。
【００６２】
チャネル測定情報は、多重入出力（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）技法と関連したフィードバック情報を指し、チャネル品質指示子（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、プリコーディングマトリックスインデックス（ＰＭＩ：Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）及びランク指示子（ＲＩ：Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含むことができる。これらのチャネル測定情報を通称しＣＱＩと表現することもできる。
【００６３】
ＣＱＩの送信のために、サブフレーム当たりの２０ビットが使用されることができる。
【００６４】
ＰＵＣＣＨは、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）とＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）技法を使用して変調されることができる。ＰＵＣＣＨを介して複数の端末の制御情報が送信されることができ、各端末の信号を区別するためにコード分割多重化（ＣＤＭ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を行う場合に長さ１２のＣＡＺＡＣ（Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏｃｏｒｒｅｌａｔｉｏｎ）シーケンスを主に使用する。ＣＡＺＡＣシーケンスは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）及び周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）において一定の大きさ（ａｍｐｌｉｔｕｄｅ）を維持する特性を有するので、端末のＰＡＰＲ（Ｐｅａｋ-ｔｏ-Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）またはＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）を低くしてカバレッジを増加させるのに適した性質を有する。また、ＰＵＣＣＨを介して送信されるダウンリンクデータ送信に対するＡＣＫ／ＮＡＣＫ情報は、直交シーケンス（ｏｒｔｈｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）または直交カバー（ＯＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ）を利用してカバーリングされる。
【００６５】
また、ＰＵＣＣＨ上に送信される制御情報は、互いに異なる循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有する循環シフトされたシーケンス（ｃｙｃｌｉｃａｌｌｙ  ｓｈｉｆｔｅｄ  ｓｅｑｕｅｎｃｅ）を利用して区別されることができる。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ａｍｏｕｎｔ）だけ循環シフトさせて生成できる。特定ＣＳ量は、循環シフトインデックス（ＣＳ  ｉｎｄｅｘ）により指示される。チャネルの遅延拡散（ｄｅｌａｙ  ｓｐｒｅａｄ）によって使用可能な循環シフトの数は変わることができる。多様な種類のシーケンスが基本シーケンスとして使用されることができ、前述のＣＡＺＡＣシーケンスは、その一例である。
【００６６】
また、端末が１つのサブフレームにおいて送信できる制御情報の量は、制御情報の送信に利用可能なＳＣ-ＦＤＭＡシンボルの数（すなわち、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）検出のための参照信号（ＲＳ）の送信に利用されるＳＣ-ＦＤＭＡシンボルを除いたＳＣ-ＦＤＭＡシンボル）に応じて決定されることができる。
【００６７】
３ＧＰＰ  ＬＴＥシステムにおけるＰＵＣＣＨは、送信される制御情報、変調技法、制御情報の量などによって総７介しての異なるフォーマットで定義され、それぞれのＰＵＣＣＨフォーマットに従って送信されるアップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の属性は、以下の表3のように要約できる。
【００６８】
【表３】
2019533962.tif 000005
【００６９】
ＰＵＣＣＨフォーマット１は、ＳＲの単独送信に使用される。ＳＲ単独送信の場合には、変調されない波形が適用され、これについては詳細に後述する。
【００７０】
ＰＵＣＣＨフォーマット１ａまたは１ｂは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用される。任意のサブフレームにおいてＨＡＲＱ  ＡＣＫ／ＮＡＣＫが単独に送信される場合には、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用することができる。または、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用してＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＳＲが同一サブフレームにおいて送信されることもできる。
【００７１】
ＰＵＣＣＨフォーマット２は、ＣＱＩの送信に使用され、ＰＵＣＣＨフォーマット２ａまたは２ｂは、ＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用される。
【００７２】
拡張されたＣＰの場合には、ＰＵＣＣＨフォーマット２がＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用されることもできる。
【００７３】
図５は、本発明が適用されることができる無線通信システムにおけるＰＵＣＣＨフォーマットがアップリンク物理資源ブロックのＰＵＣＣＨ領域にマッピングされる形態の一例を示す。
【００７４】
図５において
【数１】
2019533962.tif 000006
は、アップリンクでの資源ブロックの数を示し、
【数２】
2019533962.tif 000007
は、物理資源ブロックの番号を意味する。基本的に、ＰＵＣＣＨは、アップリンク周波数ブロックの両側終端（ｅｄｇｅ）にマッピングされる。図５に示すように、ｍ＝０，１と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット２／２ａ／２ｂがマッピングされ」、これは、ＰＵＣＣＨフォーマット２／２ａ／２ｂが帯域-終端（ｂａｎｄｅｄｇｅ）に位置した資源ブロックにマッピングされると表現できる。また、ｍ＝２と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット２／２ａ／２ｂ及びＰＵＣＣＨフォーマット１／１ａ／１ｂが共に（ｍｉｘｅｄ）マッピングされることができる。次に、ｍ＝３，４，５と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット１／１ａ／１ｂがマッピングされることができる。ＰＵＣＣＨフォーマット２／２ａ／２ｂにより使用可能なＰＵＣＣＨ  ＲＢの数
【数３】
2019533962.tif 000008
は、ブロードキャスティングシグナリングによってセル内の端末に指示されることができる。
【００７５】
ＰＵＣＣＨフォーマット２／２ａ／２ｂについて説明するＰＵＣＣＨフォーマット２／２ａ／２ｂは、チャネル測定フィードバック（ＣＱＩ、ＰＭＩ、ＲＩ）を送信するための制御チャネルである。
【００７６】
チャネル測定フィードバック（以下、通称してＣＱＩ情報と表現）の報告周期及び測定の対象になる周波数単位（または周波数解像度（ｒｅｓｏｌｕｔｉｏｎ））は、基地局によって制御されることができる。時間領域において周期的及び非周期的ＣＱＩ報告が支援されることができる。ＰＵＣＣＨフォーマット２は、周期的報告だけに使用され、非周期的報告のためには、ＰＵＳＣＨが使用されることができる。非周期的報告の場合に、基地局は、端末にアップリンクデータ送信のためにスケジューリングされた資源に個別ＣＱＩ報告を載せて送信することを指示できる。
【００７７】
図６は、本発明が適用されることができる無線通信システムにおける一般ＣＰの場合のＣＱＩチャネルの構造を示す。
【００７８】
１つのスロットのＳＣ-ＦＤＭＡシンボル０〜６のうち、ＳＣ-ＦＤＭＡシンボル１及び５（第２番目及び６番目のシンボル）は、復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の送信に使用され、残りのＳＣ-ＦＤＭＡシンボルにおいてＣＱＩ情報が送信されることができる。一方、拡張されたＣＰの場合には、１つのＳＣ-ＦＤＭＡシンボル（ＳＣ-ＦＤＭＡシンボル３）がＤＭＲＳ送信に使用される。
【００７９】
ＰＵＣＣＨフォーマット２／２ａ／２ｂでは、ＣＡＺＡＣシーケンスによる変調を支援し、ＱＰＳＫ変調されたシンボルが長さ１２のＣＡＺＡＣシーケンスで掛け算される。シーケンスの循環シフト（ＣＳ）は、シンボル及びスロットの間で変更される。ＤＭＲＳに対して直交カバーリングが使用される。
【００８０】
１つのスロットに含まれる７個のＳＣ-ＦＤＭＡシンボルのうち、３個のＳＣ-ＦＤＭＡシンボル間隔だけ離れた２個のＳＣ-ＦＤＭＡシンボルには、参照信号（ＤＭＲＳ）が載せられ、残りの５個のＳＣ-ＦＤＭＡシンボルには、ＣＱＩ情報が載せられる。１つのスロット内に２個のＲＳが使用されたことは、高速端末を支援するためである。また、各端末は、循環シフト（ＣＳ）シーケンスを使用して区分される。ＣＱＩ情報シンボルは、ＳＣ-ＦＤＭＡシンボル全体に変調されて伝達され、ＳＣ-ＦＤＭＡシンボルは、１つのシーケンスから構成されている。すなわち、端末は、各シーケンスにＣＱＩを変調して送信する。
【００８１】
１つのＴＴＩに送信できるシンボル数は１０個であり、ＣＱＩ情報の変調は、ＱＰＳＫまで決まっている。ＳＣ-ＦＤＭＡシンボルに対してＱＰＳＫマッピングを使用する場合、２ビットのＣＱＩ値が載せられることができるので、１つのスロットに１０ビットのＣＱＩ値を載せることができる。したがって、１つのサブフレームに最大２０ビットのＣＱＩ値を載せることができる。ＣＱＩ情報を周波数領域で拡散させるために周波数領域拡散符号を使用する。
【００８２】
周波数領域拡散符号には、長さ-１２のＣＡＺＡＣシーケンス（例えば、ＺＣシーケンス）を使用することができる。各制御チャネルは、互いに異なる循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有するＣＡＺＡＣシーケンスを適用して区分されることができる。周波数領域拡散されたＣＱＩ情報にＩＦＦＴが行われる。
【００８３】
１２個の同等な間隔を有した循環シフトによって１２個の相異なった端末が同じＰＵＣＣＨ  ＲＢ上において直交多重化されることができる。一般ＣＰの場合に、ＳＣ-ＦＤＭＡシンボル１及び５上の（拡張されたＣＰ場合にＳＣ-ＦＤＭＡシンボル３上の）ＤＭＲＳシーケンスは、周波数領域上のＣＱＩ信号シーケンスと似ているが、ＣＱＩ情報のような変調が適用されない。
【００８４】
端末は、ＰＵＣＣＨ資源インデックス
【数４】
2019533962.tif 000009
に指示されるＰＵＣＣＨ資源上で周期的に異なるＣＱＩ、ＰＭＩ及びＲＩタイプを報告するように上位層のシグナリングによって半静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定されることができる。ここで、ＰＵＣＣＨ資源インデックス
【数５】
2019533962.tif 000010
は、ＰＵＣＣＨフォーマット２／２ａ／２ｂの送信に用いられるＰＵＣＣＨ領域、及び用いられるべき循環シフト（ＣＳ）値を指示する情報である。
【００８５】
以下、 ＰＵＣＣＨフォーマット１ａ及び１ｂについて説明する。
【００８６】
ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＢＰＳＫまたはＱＰＳＫ変調方式を利用して変調されたシンボルは、長さ１２のＣＡＺＡＣシーケンスで掛け算（ｍｕｌｔｉｐｌｙ）される。例えば、変調シンボルｄ（０）に長さＮのＣＡＺＡＣシーケンスｒ（ｎ）（ｎ＝０，  １，  ２，  ．．．，  Ｎ-１）が掛け算される結果は、ｙ（０），  ｙ（１），  ｙ（２），  ．．．，  ｙ（Ｎ-１）になる。ｙ（０），  ．．．，  ｙ（Ｎ-１）  シンボルをシンボルブロック（ｂｌｏｃｋ  ｏｆ  ｓｙｍｂｏｌ）と称することができる。変調シンボルにＣＡＺＡＣシーケンスを掛け算した後に、直交シーケンスを利用したブロック-単位（ｂｌｏｃｋ-ｗｉｓｅ）拡散が適用される。
【００８７】
一般ＡＣＫ／ＮＡＣＫ情報に対しては、長さ４のアダマール（Ｈａｄａｍａｒｄ）シーケンスが使用され、  短い（ｓｈｏｒｔｅｎｅｄ）ＡＣＫ／ＮＡＣＫ情報及び参照信号（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に対しては、長さ３のＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）シーケンスが使用される。
【００８８】
拡張されたＣＰの場合の参照信号に対しては、長さ２のアダマールシーケンスが使用される。
【００８９】
図７は、本発明が適用されることができる無線通信システムにおける一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す。
【００９０】
図７では、ＣＱＩなく、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨチャネルの構造を例示的に示す。
【００９１】
一つのスロットに含まれる７個のＳＣ−ＦＤＭＡシンボルのうち、中間部分の３個の連続するＳＣ−ＦＤＭＡシンボルには、参照信号（ＲＳ）がピギーバックされ、残り４個のＳＣ−ＦＤＭＡシンボルには、ＡＣＫ／ＮＡＣＫ信号がピギーバックされる。
【００９２】
一方、拡張されたＣＰの場合には、中間の２個の連続するシンボルにＲＳがピギーバックされることができる。ＲＳに用いられるシンボルの数及び位置は、制御チャネルに応じて変わり得、これと関連したＡＣＫ／ＮＡＣＫ信号に用いられるシンボルの数及び位置も、それに応じて変わり得る。
【００９３】
１ビット及び２ビットの確認応答情報（スクランブリングされていない状態）は、各々ＢＰＳＫ及びＱＰＳＫ変調技法を用いて、一つのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ変調シンボルで表されることができる。肯定確認応答（ＡＣＫ）は、「１」でエンコーディングされてもよく、否定確認応答（ＮＡＣＫ）は、「０」でエンコーディングされてもよい。
【００９４】
割り当てられる帯域内で制御信号を送信する時、多重化容量を高めるために２次元の拡散が適用される。即ち、多重化できる端末の数又は制御チャネルの数を高めるために、周波数領域の拡散と時間領域の拡散を同時に適用する。
【００９５】
ＡＣＫ／ＮＡＣＫ信号を周波数領域で拡散させるために、周波数領域のシーケンスを基本シーケンスとして用いる。周波数領域のシーケンスとしては、ＣＡＺＡＣシーケンスのうちの一つであるＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスを用いてもよい。例えば、基本シーケンスであるＺＣシーケンスに互いに異なる循環シフト（ＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）が適用されることによって、互いに異なる端末又は互いに異なる制御チャネルの多重化が適用されることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨ  ＲＢのためのＳＣ−ＦＤＭＡシンボルで支援されるＣＳ資源の数は、セル特定の上位層のシグナリングパラメータ
【数６】
2019533962.tif 000011
によって設定される。
【００９６】
周波数領域拡散されたＡＣＫ／ＮＡＣＫ信号は、直交拡散（ｓｐｒｅａｄｉｎｇ）コードを用いて時間領域で拡散される。直交拡散コードとしては、ウォルシュ−アダマール（Ｗａｌｓｈ−Ｈａｄａｍａｒｄ）シーケンス又はＤＦＴシーケンスが用いられることができる。例えば、ＡＣＫ／ＮＡＣＫ信号は、４シンボルに対して長さ４の直交シーケンス（ｗ０、ｗ１、ｗ２、ｗ３）を用いて拡散されることができる。また、ＲＳも、長さ３又は長さ２の直交シーケンスを介して拡散させる。これを直交カバーリング（ＯＣ：Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒｉｎｇ）という。
【００９７】
前述したような周波数領域におけるＣＳ資源及び時間領域におけるＯＣ資源を用いて、多数の端末がコード分割多重化（ＣＤＭ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で多重化されることができる。即ち、同じＰＵＣＣＨ  ＲＢ上で多くの数の端末のＡＣＫ／ＮＡＣＫ情報及びＲＳが多重化されることができる。
【００９８】
このような時間領域拡散ＣＤＭに対して、ＡＣＫ／ＮＡＣＫ情報に対して支援される拡散コードの数は、ＲＳシンボルの数によって制限される。即ち、ＲＳ送信のＳＣ−ＦＤＭＡシンボルの数は、ＡＣＫ／ＮＡＣＫ情報送信のＳＣ−ＦＤＭＡシンボルの数よりも少ないため、ＲＳの多重化容量（ｃａｐａｃｉｔｙ）がＡＣＫ／ＮＡＣＫ情報の多重化容量に比べて少なくなる。
【００９９】
例えば、一般ＣＰの場合に、４個のシンボルでＡＣＫ／ＮＡＣＫ情報が送信され得るが、ＡＣＫ／ＮＡＣＫ情報のために４個ではなく３個の直交拡散コードが用いられ、これは、ＲＳ送信シンボルの数が３個に制限されて、ＲＳのために３個の直交拡散コードのみが用いられるためである。
【０１００】
一般ＣＰのサブフレームにおいて、一つのスロットで３個のシンボルがＲＳ送信のために用いられ、４個のシンボルがＡＣＫ／ＮＡＣＫ情報の送信のために用いられる場合に、例えば、周波数領域で６個の循環シフト（ＣＳ）及び時間領域で３個の直交カバー（ＯＣ）資源を用いることができるならば、計１８個の異なる端末からのＨＡＲＱ確認応答が一つのＰＵＣＣＨ  ＲＢ内で多重化されることができる。もし、拡張されたＣＰのサブフレームにおいて、一つのスロットで２個のシンボルがＲＳ送信のために用いられ、４個のシンボルがＡＣＫ／ＮＡＣＫ情報の送信のために用いられる場合に、例えば、周波数領域で６個の循環シフト（ＣＳ）及び時間領域で２個の直交カバー（ＯＣ）資源を用いることができるならば、計１２個の異なる端末からのＨＡＲＱ確認応答が一つのＰＵＣＣＨ  ＲＢ内で多重化されることができる。
【０１０１】
次に、ＰＵＣＣＨフォーマット１について説明する。スケジューリング要求（ＳＲ）は、端末がスケジューリングされるように要求するか、又は要求しない方式で送信される。ＳＲチャネルは、ＰＵＣＣＨフォーマット１ａ／１ｂでのＡＣＫ／ＮＡＣＫチャネルの構造を再使用し、ＡＣＫ／ＮＡＣＫチャネルの設計に基づいてＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式で構成される。ＳＲチャネルでは、参照信号が送信されない。従って、一般ＣＰの場合には、長さ７のシーケンスが用いられ、拡張されたＣＰの場合には、長さ６のシーケンスが用いられる。ＳＲ及びＡＣＫ／ＮＡＣＫに対して異なる循環シフト又は直交カバーが割り当てられ得る。即ち、肯定（ｐｏｓｉｔｉｖｅ）ＳＲ送信のために、端末はＳＲ用に割り当てられた資源を介して、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信する。否定（ｎｅｇａｔｉｖｅ）ＳＲ送信のためには、端末はＡＣＫ／ＮＡＣＫ用に割り当てられた資源を介して、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信する。
【０１０２】
次に、改善されたＰＵＣＣＨ（ｅ−ＰＵＣＣＨ）フォーマットについて説明する。ｅ−ＰＵＣＣＨは、ＬＴＥ−ＡシステムのＰＵＣＣＨフォーマット３に対応し得る。ＰＵＣＣＨフォーマット３を用いたＡＣＫ／ＮＡＣＫ送信には、ブロック拡散（ｂｌｏｃｋ  ｓｐｒｅａｄｉｎｇ）技法が適用されることができる。
【０１０３】
ブロック拡散技法については、図１４と関連して以下で詳細に後述する。
【０１０４】
ＰＵＣＣＨ  ｐｉｇｇｙｂａｃｋｉｎｇ
【０１０５】
図８は、本発明が適用されることができる無線通信システムにおけるＵＬ−ＳＣＨの送信チャネルプロセシングの一例を示す。
【０１０６】
３ＧＰＰ  ＬＴＥシステム（＝Ｅ−ＵＴＲＡ、Ｒｅｌ．８）では、ＵＬの場合、端末機のパワーアンプの効率的な活用のために、パワーアンプの性能に影響を与えるＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）特性や、ＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）特性が良い単一キャリア送信を維持するようになっている。即ち、既存のＬＴＥシステムのＰＵＳＣＨ送信の場合、送信しようとするデータをＤＦＴ−プリコーディングを介して単一キャリア特性を維持し、ＰＵＣＣＨ送信の場合は、単一キャリア特性を有しているシーケンスに情報をピギーバックして送信することによって、単一キャリア特性を維持することができる。しかし、ＤＦＴ−プリコーディングをしたデータを周波数軸で非連続的に割り当てるか、ＰＵＳＣＨとＰＵＣＣＨが同時に送信することになる場合には、このような単一キャリア特性がなくなる。従って、図１１のように、ＰＵＣＣＨ送信と同じサブフレームにＰＵＳＣＨ送信がある場合、単一キャリア特性を維持するために、ＰＵＣＣＨに送信するＵＣＩ（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）情報をＰＵＳＣＨを介してデータと共に送信（Ｐｉｇｇｙｂａｃｋ）するようになっている。
【０１０７】
前記で説明したように、既存のＬＴＥ端末は、ＰＵＣＣＨとＰＵＳＣＨが同時に送信できないため、ＰＵＳＣＨが送信されるサブフレームでは、アップリンク制御情報（ＵＣＩ）（ＣＱＩ／ＰＭＩ、ＨＡＲＱ−ＡＣＫ、ＲＩ等）をＰＵＳＣＨ領域に多重化する方法を用いる。
【０１０８】
一例として、ＰＵＳＣＨを送信するように割り当てられたサブフレームでチャネル品質指示子（ＣＱＩ）及び／又はプリコーディングマトリックス指示子（ＰＭＩ）を送信すべき場合、ＵＬ−ＳＣＨデータとＣＱＩ／ＰＭＩをＤＦＴ−拡散する前に多重化して、制御情報とデータを共に送信することができる。この場合、ＵＬ−ＳＣＨデータは、ＣＱＩ／ＰＭＩ資源を考慮し、レートマッチング（ｒａｔｅ−ｍａｔｃｈｉｎｇ）を行うことになる。また、ＨＡＲＱ  ＡＣＫ、ＲＩ等の制御情報は、ＵＬ−ＳＣＨデータをパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）し、ＰＵＳＣＨ領域に多重化される方式が用いられている。
【０１０９】
図９は、本発明が適用されることができる無線通信システムにおける送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）であるアップリンク共有チャネルの信号処理過程の一例を示す。
【０１１０】
以下、アップリンク共有チャネル（以下、「ＵＬ−ＳＣＨ」という）の信号処理過程は、一つ以上の送信チャネル又は制御情報タイプに適用されることができる。
【０１１１】
図９を参照すると、ＵＬ−ＳＣＨは、送信時間区間（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）毎に一度ずつデータを送信ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）の形態で符号化ユニット（ｃｏｎｄｉｎｇ  ｕｎｉｔ）に伝達される。
【０１１２】
上位層から伝達された送信ブロックのビット
【数７】
2019533962.tif 000012
にＣＲＣ パリティビット（ｐａｒｉｔｙ  ｂｉｔ）
【数８】
2019533962.tif 000013
を付着する（Ｓ９０）。この時、Ａは送信ブロックの大きさであり、Ｌはパリティビットの数である。ＣＲＣが付着された入力ビットは、
【数９】
2019533962.tif 000014
の通りである。この時、ＢはＣＲＣを含んだ送信ブロックのビットの数を示す。
【０１１３】
【数１０】
2019533962.tif 000015
は、ＴＢの大きさに応じて、多数のコードブロック（ＣＢ：Ｃｏｄｅ  ｂｌｏｃｋ）に分割（ｓｅｇｍｅｎｔａｔｉｏｎ）され、分割された多数のＣＢにＣＲＣが付着される（Ｓ９１）。コードブロックの分割及びＣＲＣの付着後、ビットは
【数１１】
2019533962.tif 000016
の通りである。ここで、ｒはコードブロックの番号（ｒ＝０、…、Ｃ−１）であり、Ｋｒはコードブロックｒによるビットの数である。また、Ｃはコードブロックの合計数を示す。
【０１１４】
次いで、チャネル符号化（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ）が行われる（Ｓ９２）。チャネル符号化後の出力ビットは、
【数１２】
2019533962.tif 000017
の通りである。この時、ｉは符号化されたストリームインデックスであり、０、１又は２の値を有し得る。Ｄｒはコードブロックｒのためのｉ番目に符号化されたストリームのビットの数を示す。ｒはコードブロックの番号（ｒ＝０、…、Ｃ−１）であり、Ｃはコードブロックの合計数を示す。各コードブロックは、各々ターボコーディングによって符号化され得る。
【０１１５】
次いで、レートマッチング（Ｒａｔｅ  Ｍａｔｃｈｉｎｇ）が行われる（Ｓ９３）。レートマッチングを経た後のビットは、
【数１３】
2019533962.tif 000018
の通りである。この時、ｒはコードブロックの番号であり（ｒ＝０、…、Ｃ−１）、Ｃはコードブロックの合計数を示す。Ｅｒは、ｒ番目コードブロックのレートマッチングされたビットの数を示す。
【０１１６】
次いで、再度コードブロック間の結合（ｃｏｎｃａｔｅｎａｔｉｏｎ）が行われる（Ｓ９４）。コードブロックの結合が行われた後のビットは、
【数１４】
2019533962.tif 000019
の通りである。この時、Ｇは送信のための符号化されたビットの合計数を示し、制御情報がＵＬ−ＳＣＨ送信と多重化されるとき、制御情報の送信のために用いられるビットの数は含まれない。
【０１１７】
一方、ＰＵＳＣＨで制御情報が送信されるとき、制御情報であるＣＱＩ／ＰＭＩ、ＲＩ、ＡＣＫ／ＮＡＣＫは、各々独立にチャネルの符号化が行われる（Ｓ９６、Ｓ９７、Ｓ９８）。各制御情報の送信のために各々互いに異なる符号化されたシンボルが割り当てられるため、各々の制御情報は互いに異なるコーディング率（ｃｏｄｉｎｇ  ｒａｔｅ）を有する。
【０１１８】
ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）でＡＣＫ／ＮＡＣＫフィードバック（ｆｅｅｄｂａｃｋ）モードは、上位層の設定によってＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）及びＡＣＫ／ＮＡＣＫ多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）の二つのモードが支援される。ＡＣＫ／ＮＡＣＫバンドリングのために、ＡＣＫ／ＮＡＣＫ情報のビットは、１ビット又は２ビットで構成され、ＡＣＫ／ＮＡＣＫ多重化のために、ＡＣＫ／ＮＡＣＫ情報のビットは、１ビットから４ビットの間で構成される。
【０１１９】
Ｓ１３４の段階で、コードブロック間の結合段階後に、ＵＬ−ＳＣＨデータの符号化されたビット
【数１５】
2019533962.tif 000020
とＣＱＩ／ＰＭＩの符号化されたビット
【数１６】
2019533962.tif 000021
の多重化が行われる（Ｓ９５）。データとＣＱＩ／ＰＭＩの多重化された結果は
【数１７】
2019533962.tif 000022
の通りである。この時、
【数１８】
2019533962.tif 000023
は、
【数１９】
2019533962.tif 000024
の長さを有するコラム（ｃｏｌｕｍｎ）ベクトルを示す。
【数２０】
2019533962.tif 000025
であり、
【数２１】
2019533962.tif 000026
である。
【数２２】
2019533962.tif 000027
は、ＵＬ−ＳＣＨ送信ブロックがマッピングされたレイヤーの数を示し、Ｈは送信ブロックがマッピングされた
【数２３】
2019533962.tif 000028
個の送信レイヤーにＵＬ−ＳＣＨデータとＣＱＩ／ＰＭＩ情報のために割り当てられた符号化されたビットの合計数を示す。
【０１２０】
次いで、多重化されたデータとＣＱＩ／ＰＭＩ、別にチャネル符号化されたＲＩ、ＡＣＫ／ＮＡＣＫは、チャネルインターリービングされて出力信号が生成される（Ｓ９９）。
【０１２１】
参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【０１２２】
無線通信システムにおけるデータは無線チャネルを介して送信されるため、信号は送信中に歪曲され得る。受信端で歪曲された信号を正確に受信するために、受信された信号の歪曲は、チャネル情報を用いて補正されなければならない。チャネル情報を検出するために、送信側と受信側がいずれも知っている信号送信方法と、信号がチャネルを介して送信されるとき、歪曲された程度を用いてチャネル情報を検出する方法を主に用いる。前述した信号をパイロット信号又は参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）という。
【０１２３】
また、最近、大半の移動通信システムにおいて、パケットを送信する際に、これまで一つの送信アンテナと一つの受信アンテナを用いていたことから外れ、多重送信アンテナと多重受信アンテナを採択し、送受信データの効率を向上させることができる方法を使用する。多重入出力アンテナを用いてデータを送受信するとき、信号を正確に受信するために送信アンテナと受信アンテナ間のチャネルの状態が検出されなければならない。従って、各送信アンテナは、個別的な参照信号を有さなければならない。
【０１２４】
移動通信システムにおいて、ＲＳはその目的に応じて大きく二つに区分できる。チャネル情報の獲得のための目的のＲＳと、データ復調のために用いられるＲＳとがある。前者はＵＥがダウンリンクへのチャネル情報を獲得するのにその目的があるため、広帯域で送信されなければならず、特定のサブフレームでダウンリンクデータを受信しないＵＥでも、そのＲＳを受信して測定できなければならない。また、これは、ハンドオーバー等の測定等のためにも用いられる。後者は、基地局がダウンリンクを送るとき、該当資源に共に送るＲＳであって、ＵＥは該当ＲＳを受信することによって、チャネルを推定することができ、よって、データが復調できることになる。このＲＳは、データが送信される領域に送信されなければならない。
【０１２５】
５個タイプのダウンリンク参照信号が定義される。
【０１２６】
−  セル特定の参照信号（ＣＲＳ：ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
【０１２７】
−  ＭＢＳＦＮ参照信号（ＭＢＳＦＮ  ＲＳ：ｍｕｌｔｉｃａｓｔ−ｂｒｏａｄｃａｓｔ  ｓｉｎｇｌｅ−ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
【０１２８】
−  端末特定参照信号又は復調参照信号（ＤＭ−ＲＳ：ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
【０１２９】
−  ポジショニング参照信号（ＰＲＳ：ｐｏｓｉｔｉｏｎｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
【０１３０】
−  チャネル状態情報参照信号（ＣＳＩ−ＲＳ：ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
【０１３１】
ダウンリンクアンテナポート別に一つの参照信号が送信される。
【０１３２】
ＣＲＳは、ＰＤＳＣＨ送信を支援するセル内の全てのダウンリンクサブフレームで送信される。ＣＲＳは、アンテナポート０−３のうちの一つ以上から送信される。ＣＲＳは、Δｆ＝１５ｋＨｚでのみ定義される。
【０１３３】
ＭＢＳＦＮ  ＲＳは、物理マルチキャストチャネル（ＰＭＣＨ：Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）が送信される時のみ、ＭＢＳＦＮサブフレームのＭＢＳＦＮ領域で送信される。ＭＢＳＦＮ  ＲＳは、アンテナポート４から送信される。ＭＢＳＦＮ  ＲＳは、拡張ＣＰでのみ定義される。
【０１３４】
ＤＭ−ＲＳは、ＰＤＳＣＨの送信のために支援され、アンテナポートｐ＝５、ｐ＝７、ｐ＝８又はｐ＝７、８、．．．、υ＋６から送信される。ここで、υはＰＤＳＣＨ送信のために用いられるレイヤーの数である。ＤＭ−ＲＳは、ＰＤＳＣＨ送信が該当アンテナポートで連携する場合にのみＰＤＳＣＨ復調のために存在して有効である。ＤＭ−ＲＳは、該当ＰＤＳＣＨがマッピングされる資源ブロックＲＢでのみ送信される。
【０１３５】
アンテナポートｐと関係なく、ＤＭ−ＲＳ以外に物理チャネル又は物理信号の何れかが、ＤＭ−ＲＳが送信される資源要素ＲＥと同じインデックス対（ｋ、ｌ）のＲＥを用いて送信されると、該当インデックス対（ｋ、ｌ）のＲＥでは、ＤＭ−ＲＳが送信されない。
【０１３６】
ＰＲＳは、ＰＲＳ送信のために設定されたダウンリンクサブフレーム内の資源ブロックでのみ送信される。
【０１３７】
一つのセル内で一般のサブフレーム及びＭＢＳＦＮサブフレームがいずれもポジショニングサブフレームに設定されると、ＰＲＳ送信のために設定されたＭＢＳＦＮサブフレーム内のＯＦＤＭシンボルは、サブフレーム＃０と同じＣＰを用いる。一つのセル内でＭＢＳＦＮサブフレームのみがポジショニングサブフレームに設定されると、該当サブフレームのＭＢＳＦＮ領域内のＰＲＳのために設定されたＯＦＤＭシンボルは、拡張ＣＰを用いる。
【０１３８】
ＰＲＳ送信のために設定されたサブフレーム内において、ＰＲＳ送信のために設定されたＯＦＤＭシンボルの開始地点は、全てのＯＦＤＭシンボルがＰＲＳ送信のために設定されたＯＦＤＭシンボルと同じＣＰの長さを有するサブフレームの開始地点と同一である。
【０１３９】
ＰＲＳは、アンテナポート６から送信される。
【０１４０】
ＰＲＳは、アンテナポートｐと関係なく、物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ＰＳＳ又はＳＳＳに割り当てられたＲＥ（ｋ、ｌ）にマッピングされない。
【０１４１】
ＰＲＳは、Δｆ＝１５ｋＨｚでのみ定義される。
【０１４２】
ＣＳＩ−ＲＳは、各々ｐ＝１５、ｐ＝１５、１６、ｐ＝１５、．．．、１８及びｐ＝１５、．．．、２２を用いて、１、２  ４又は８個のアンテナポートから送信される。
【０１４３】
ＣＳＩ−ＲＳはΔｆ＝１５ｋＨｚでのみ定義される。
【０１４４】
参照信号についてより詳細に説明する。
【０１４５】
ＣＲＳは、セル内の全ての端末が共有するチャネルの状態に対する情報獲得及びハンドオーバー等の測定等のための参照信号である。ＤＭ−ＲＳは、特定の端末のみのために、データ復調のために用いられる。このような参照信号を用いて、復調（ｄｅｍｏｄｕｌａｔｉｏｎ）とチャネル測定（ｃｈａｎｎｅｌ  ｍｅａｓｕｒｅｍｅｎｔ）のための情報を提供することができる。即ち、ＤＭ−ＲＳはデータ復調用のみに用いられ、ＣＲＳはチャネル情報獲得及びデータ復調の二つの目的で用いられる。
【０１４６】
受信側（即ち、端末）はＣＲＳからチャネルの状態を測定し、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）及び／又はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）のようなチャネル品質に関する指示子を送信側（即ち、基地局）にフィードバックする。ＣＲＳは、セル特定の基準信号（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ＲＳ）ともいう。反面、チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）のフィードバックと関連した参照信号をＣＳＩ−ＲＳと定義し得る。
【０１４７】
ＤＭ−ＲＳは、ＰＤＳＣＨ上のデータ復調が必要である場合、資源要素を介して送信され得る。端末は上位層を介してＤＭ−ＲＳの存在可否を受信し得、相応するＰＤＳＣＨがマッピングされた時のみ有効である。ＤＭ−ＲＳを端末特定参照信号（ＵＥ−ｓｐｅｃｉｆｉｃ  ＲＳ）又は復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  ＲＳ）といえる。
【０１４８】
図１０は、本発明が適用されることができる無線通信システムにおけるダウンリンク資源ブロック対にマッピングされた参照信号のパターンを例示する。
【０１４９】
図１０を参照すると、参照信号がマッピングされる単位でダウンリンク資源ブロック対は時間領域で一つのサブフレーム×周波数領域で１２個の副搬送波で表すことができる。即ち、時間軸（ｘ軸）上で一つの資源ブロック対は、一般循環前置（ｎｏｒｍａｌ ＣＰ：ｎｏｒｍａｌ  Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）である場合、１４個のＯＦＤＭシンボルの長さを有し（図１０（ａ）の場合）、拡張循環前置（ｅｘｔｅｎｄｅｄ  ＣＰ：ｅｘｔｅｎｄｅｄ  Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）である場合、１２個のＯＦＤＭシンボルの長さを有する（図１０（ｂ）の場合）。資源ブロック格子で「０」、「１」、「２」、及び「３」で記載された資源要素ＲＥｓは、各々アンテナポートインデックス「０」、「１」、「２」、及び「３」のＣＲＳの位置を意味し、「Ｄ」で記載された資源要素は、ＤＲＳの位置を意味する。
【０１５０】
以下、ＣＲＳについてさらに詳細に記述すると、ＣＲＳは、物理的アンテナのチャネルを推定するために用いられ、セル内に位置した全ての端末に共通的に受信されることができる参照信号であって、全周波数帯域に分布される。また、ＣＲＳは、チャネル品質情報（ＣＳＩ）及びデータ復調のために用いられることができる。
【０１５１】
ＣＲＳは、送信側（基地局）でのアンテナ配列によって様々なフォーマットで定義される。３ＧＰＰ ＬＴＥシステム（例えば、リリース８）では、様々なアンテナ配列を支援し、ダウンリンク信号送信側は、３個の単一の送信アンテナ、２個の送信アンテナ、及び４個の送信アンテナのように、３種類のアンテナ配列を有する。基地局が単一の送信アンテナを使用する場合、単一のアンテナポートのための参照信号が配列される。基地局が２個の送信アンテナを使用する場合、２個の送信アンテナポートのための参照信号は、時分割多重化（ＴＤＭ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）及び／又は周波数分割多重化（ＦＤＭ Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を用いて配列される。すなわち、２個のアンテナポートのための参照信号は、各々が区別されるために、互いに異なる時間資源及び／又は互いに異なる周波数資源が割り当てられる。
【０１５２】
さらに、基地局が４個の送信アンテナを用いる場合、４個の送信アンテナポートのための参照信号は、ＴＤＭ及び／又はＦＤＭ方式を用いて配列される。ダウンリンク信号の受信側（端末）によって測定されたチャネル情報は、単一の送信アンテナ送信、送信ダイバーシティ、閉ループ空間多重化（ｃｌｏｓｅｄ−ｌｏｏｐ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）、開ループ空間多重化（ｏｐｅｎ−ｌｏｏｐ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）、又は多重ユーザー−多重入出力アンテナ（Ｍｕｌｔｉ−Ｕｓｅｒ  ＭＩＭＯ）のような送信方式を用いて、送信されたデータを復調するために用いられることができる。
【０１５３】
多重入出力アンテナが支援される場合、参照信号が特定のアンテナポートから送信されるとき、前記参照信号は、参照信号のパターンに応じて特定された資源要素の位置に送信され、他のアンテナポートのために特定された資源要素の位置に送信されない。すなわち、互いに異なるアンテナ間の参照信号は互いに重ならない。
【０１５４】
資源ブロックにＣＲＳをマッピングする規則は次のように定義される。
【数２４】
2019533962.tif 000029
【０１５５】
数式１において、ｋ及びｌは各々副搬送波インデックス及びシンボルインデックスを表し、ｐはアンテナポートを表す。
【数２５】
2019533962.tif 000030
は、一つのダウンリンクスロットでのＯＦＤＭシンボルの数を表し、
【数２６】
2019533962.tif 000031
はダウンリンクに割り当てられた無線資源の数を表す。ｎｓはスロットインデックスを表し、
【数２７】
2019533962.tif 000032
はセルＩＤを表す。ｍｏｄは、モジュロ（ｍｏｄｕｌｏ）演算を表す。参照信号の位置は、周波数領域で
【数２８】
2019533962.tif 000033
値に応じて変わる。
【数２９】
2019533962.tif 000034
はセルＩＤに従属されるので、参照信号の位置は、セルに応じて様々な周波数偏移（ｆｒｅｑｕｅｎｃｙ  ｓｈｉｆｔ）値を有する。
【０１５６】
より具体的に、ＣＲＳを介してチャネル推定の性能を向上させるために、ＣＲＳの位置はセルに応じて周波数領域で偏移され得る。例えば、参照信号が３個の副搬送波の間隔で位置する場合、一つのセルでの参照信号は３ｋ番目の副搬送波に割り当てられ、別のセルでの参照信号は、３ｋ＋１番目の副搬送波に割り当てられる。一つのアンテナポートの観点で参照信号は周波数領域で６個の資源要素間隔で配列され、また別のアンテナポートに割り当てられた参照信号とは３個の資源要素間隔で分離される。
【０１５７】
時間領域で参照信号は各スロットのシンボルインデックス０から始めて、同一間隔（ｃｏｎｓｔａｎｔ  ｉｎｔｅｒｖａｌ）で配列される。時間間隔は、循環前置長に応じて異なって定義される。一般循環前置の場合、参照信号は、スロットのシンボルインデックス０と４に位置し、拡張循環前置の場合、参照信号は、スロットのシンボルインデックス０と３に位置する。２個のアンテナポートのうち、最大値を有するアンテナポートのための参照信号は、一つのＯＦＤＭシンボル内に定義される。従って、４個の送信アンテナ送信の場合、参照信号アンテナポート０と１のための参照信号は、スロットのシンボルインデックス０と４（拡張循環前置の場合、シンボルインデックス０と３）に位置し、アンテナポート２と３のための参照信号は、スロットのシンボルインデックス１に位置する。アンテナポート２と３のための参照信号の周波数領域での位置は、２番目のスロットで互いに交換される。
【０１５８】
以下、ＤＲＳについてさらに詳細に記述すると、ＤＲＳは、データを復調するために用いられる。多重入出力アンテナ送信において特定の端末のために用いられるプリコーディング（ｐｒｅｃｏｄｉｎｇ）の加重値は、端末が参照信号を受信した時に各送信アンテナから送信された送信チャネルと結合され、相応するチャネルを推定するために変更なく用いられる。
【０１５９】
３ＧＰＰ  ＬＴＥシステム（例えば、リリース８）は、最大４個の送信アンテナを支援し、ランク１のビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）のためのＤＲＳが定義される。ランク１のビームフォーミングのためのＤＲＳは、またアンテナポートインデックス５のための参照信号を示す。
【０１６０】
資源ブロックにＤＲＳをマッピングする規則は次のように定義される。数式２は、一般循環前置の場合を示し、数式３は、拡張循環前置の場合を示す。
【０１６１】
【数３０】
2019533962.tif 000035
【０１６２】
【数３１】
2019533962.tif 000036
【０１６３】
前記数式１乃至数式３において、ｋ及びｐは、各々副搬送波インデックス及びアンテナポートを表す。
【数３２】
2019533962.tif 000037
は、各々ダウンリンクに割り当てられたＲＢの数、スロットインデックスの数、セルＩＤの数を表す。ＲＳの位置は、周波数領域の観点で
【数３３】
2019533962.tif 000038
値に応じて変わる。
【０１６４】
数式２及び３において、ｋ及びｌは、各々副搬送波インデックス及びシンボルインデックスを表し、ｐはアンテナポートを表す。
【数３４】
2019533962.tif 000039
は、周波数領域で資源ブロックの大きさを表し、副搬送波の数で表される。
【数３５】
2019533962.tif 000040
は、物理資源ブロックの数を表す。
【数３６】
2019533962.tif 000041
は、ＰＤＳＣＨ送信のための資源ブロックの周波数帯域を表す。ｎｓはスロットインデクスを表し、
【数３７】
2019533962.tif 000042
はセルＩＤを表す。ｍｏｄはモジュロ（ｍｏｄｕｌｏ）演算を表す。参照信号の位置は、周波数領域で
【数３８】
2019533962.tif 000043
値に応じて変わる。
【数３９】
2019533962.tif 000044
はセルＩＤに従属されるので、参照信号の位置はセルに応じて様々な周波数偏移（ｆｒｅｑｕｅｎｃｙ  ｓｈｉｆｔ）値を有する。
【０１６５】
サウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【０１６６】
ＳＲＳは、主にアップリンクの周波数−択的スケジューリングを行うために、チャネルの品質測定に使用され、アップリンクデータ及び／又は制御情報の送信と関連しない。しかしながら、これに限定されず、ＳＲＳは、電力制御の向上または最近にスケジューリングされていない端末の多様なスタートアップ（ｓｔａｒｔ-ｕｐ）機能を支援するための多様な他の目的のために使用されることができる。スタートアップ機能の一例として、初期の変調及び符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、データ送信のための初期の電力制御、タイミング前進（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）及び周波数半選択的（ｓｅｍｉ-ｓｅｌｅｃｔｉｖｅ）スケジューリングが含まれることができる。このとき、周波数半選択的スケジューリングは、サブフレームの最初のスロットに選択的に周波数資源を割り当て、第２番目のスロットでは、他の周波数で疑似ランダム（ｐｓｅｕｄｏ-ｒａｎｄｏｍｌｙ）に跳躍して周波数資源を割り当てるスケジューリングのことを言う。
【０１６７】
また、ＳＲＳは、アップリンクとダウンリンクとの間に無線チャネルが相互的（ｒｅｃｉｐｒｏｃａｌ）な仮定下にダウンリンクチャネル品質を測定するために使用されることができる。このような仮定は、アップリンクとダウンリンクとが同一な周波数スペクトルを共有し、時間領域では、分離された時分割二重（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）において、特に有効である。
【０１６８】
セル内において、ある端末によって送信されるＳＲＳのサブフレームは、セル−特定放送信号によって表すことができる。４ビットセル−特定「ｓｒｓＳｕｂｆｒａｍｅＣｏｎｆｉｇｕｒａｔｉｏｎ」パラメータは、ＳＲＳが各無線フレームを介して送信されうる１５介しての可能なサブフレームの配列を表す。このような配列によって、運用シナリオ（ｄｅｐｌｏｙｍｅｎｔ  ｓｃｅｎａｒｉｏ）に応じてＳＲＳオーバーヘッド（ｏｖｅｒｈｅａｄ）の調整に対する流動性を提供するようになる。
【０１６９】
このうち、第１６番目の配列は、セル内において完全にＳＲＳのスイッチをオフし、これは主に高速端末をサービングするサービングセルに適する。
【０１７０】
図１１は、本発明が適用されうる無線通信システムにおけるサウンディング参照信号シンボルを含むアップリンクサブフレームを示す。
【０１７１】
図１１を参照すると、ＳＲＳは、配列されたサブフレーム上において常に最後のＳＣ-ＦＤＭＡシンボルを介して送信される。従って、ＳＲＳとＤＭＲＳは、異なるＳＣ-ＦＤＭＡシンボルに位置するようになる。
【０１７２】
ＰＵＳＣＨデータ送信は、ＳＲＳ送信のための特定のＳＣ-ＦＤＭＡシンボルでは許容されず、結果的にサウンディング（ｓｏｕｎｄｉｎｇ）オーバーヘッドが最も高い場合、すなわち、すべてのサブフレームにＳＲＳシンボルが含まれる場合においても、サウンディングオーバーヘッドは、約７％を超えない。
【０１７３】
各ＳＲＳシンボルは、与えられた時間単位と周波数帯域に関する基本シーケンス（ランダムシーケンスまたはＺａｄｏｆｆ-Ｃｈ（ＺＣ）に基づいたシーケンスセット）によって生成され、同一セル内のすべての端末は、同一の基本シーケンスを使用する。このとき、同一の周波数帯域と同一の時間帯において同一セル内の複数の端末からのＳＲＳ送信は、基本シーケンスの互いに異なる循環移動（ｃｙｃｌｉｃ  ｓｈｉｆｔ）によって直交（ｏｒｔｈｏｇｏｎａｌ）して互いに区別される。
【０１７４】
各々のセル毎に互いに異なる基本シーケンスが割り当てられることによって、互いに異なるセルからのＳＲＳシーケンスが区別されることができるが、互いに異なる基本シーケンス間に直交性は保障されない。
【０１７５】
キャリア併合一般
【０１７６】
本発明の実施の形態において考慮する通信環境は、マルチキャリア（Ｍｕｌｔｉ-ｃａｒｒｉｅｒ）支援環境をすべて含む。すなわち、本発明で用いられるマルチキャリアシステムまたはキャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）システムは、広帯域を支援するために、目標とする広帯域を構成するときに目標帯域より小さな帯域幅（ｂａｎｄｗｉｄｔｈ）を有する１個以上のコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を併合（ａｇｇｒｅｇａｔｉｏｎ）して使用するシステムのことをいう。
【０１７７】
本発明においてマルチキャリアは、キャリアの併合（または、搬送波集成）を意味し、このとき、キャリアの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合だけでなく、隣接していない（ｎｏｎ-ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合を全部意味する。また、ダウンリンクとアップリンクとの間に集成されるコンポーネントキャリアの数は、異に設定されることができる。ダウンリンクコンポーネントキャリア（以下、ＤＬ  ＣＣとする）の数とアップリンクコンポーネントキャリア（以下、ＵＬ  ＣＣとする）の数とが同じ場合を対称な（ｓｙｍｍｅｔｒｉｃ）集成といい、その数が異なる場合を非対称な（ａｓｙｍｍｅｔｒｉｃ）集成という。このようなキャリア併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などのような用語と混用して使用されることができる。
【０１７８】
２個以上のコンポーネントキャリアが結合されて構成されるキャリア併合は、ＬＴＥ-Ａシステムでは、１００ＭＨｚ帯域幅まで支援することを目標とする。目標帯域より小さな帯域幅を有する１個以上のキャリアを結合するときに、結合するキャリアの帯域幅は、従来のＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を維持するために、従来のシステムにおいて使用する帯域幅に制限できる。例えば、従来の３ＧＰＰ  ＬＴＥシステムでは、｛１．４，  ３，  ５，  １０，  １５，  ２０｝ＭＨｚ帯域幅を支援し、３ＧＰＰ  ＬＴＥ-ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ-Ａ）では、既存システムとの互換のために上記の帯域幅だけを利用して２０ＭＨｚより大きな帯域幅を支援するようにすることができる。また、本発明で用いられるキャリア併合システムは、既存システムで使用する帯域幅と関係なしで新しい帯域幅を定義してキャリア併合を支援するようにすることができる。
【０１７９】
ＬＴＥ-Ａシステムは、無線資源を管理するために、セル（ｃｅｌｌ）の概念を使用する。
【０１８０】
上述のキャリア併合環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境と称することができる。セルは、ダウンリンク資源（ＤＬ  ＣＣ）とアップリンク資源（ＵＬ  ＣＣ）一対の組み合わせと定義されるが、アップリンク資源は、必須要素ではない。したがって、セルは、ダウンリンク資源単独、またはダウンリンク資源とアップリンク資源とから構成されることができる。特定端末がただ１つの設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１個のＤＬ  ＣＣと１個のＵＬ  ＣＣを有することができるが、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ  ＣＣを有し、ＵＬ  ＣＣの数は、それと同一であるか、またはそれより小さくありうる。
【０１８１】
または、それと反対にＤＬ  ＣＣとＵＬ  ＣＣとが構成されることもできる。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ  ＣＣの数よりＵＬ  ＣＣがより多くのキャリア併合環境も支援されることができる。すなわち、キャリア併合（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）は、各々キャリア周波数（セルの重心周波数）が互いに異なる２個以上のセルの併合と理解されることができる。ここで、言う「セル（Ｃｅｌｌ）」は、一般に使用される基地局がカバーする領域としての「セル」とは区分されなければならない。
【０１８２】
ＬＴＥ-Ａシステムにおいて使用されるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセコンダリーセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルは、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として使用されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されないか、またはキャリア併合を支援しない端末の場合、Ｐセルだけから構成されたサービングセルがただ１つ存在する。それに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリア併合が設定された端末の場合、１つ以上のサービングセルが存在でき、全体サービングセルには、Ｐセルと１つ以上のＳセルが含まれる。
【０１８３】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを介して設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理階層識別子であって、０から５０３までの定数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使用される簡略な（ｓｈｏｒｔ）識別子であって、１から７までの定数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（ＰセルまたはＳセル）を識別するために使用される簡略な（ｓｈｏｒｔ）識別子であって、０から７までの定数値を有する。０値は、Ｐセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために予め付与される。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さなセルＩＤ（またはセルインデックス）を有するセルがＰセルになる。
【０１８４】
Ｐセルは、プライマリ周波数（または、ｐｒｉｍａｒｙ  ＣＣ）上において動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行うか、または接続再-設定過程を行うのに使用されることができ、ハンドオーバ過程で指示されたセルを指し示すことができる。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち、制御関連通信の重心になるセルを意味する。すなわち、端末は、自分のＰセルにおいてのＰＵＣＣＨを割り当てられて送信でき、システム情報を獲得するか、またはモニタリング手順を変更するのにＰセルだけを利用できる。Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリア併合環境を支援する端末に移動性制御情報（ｍｏｂｉｌｉｔｙ  ＣｏｎｔｒｏｌＩｎｆｏ）を含む上位階層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用して、ハンドオーバ手順のためにＰセルだけを変更することもできる。
【０１８５】
Ｓセルは、セコンダリー周波数（または、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上において動作するセルを意味できる。特定端末にＰセルは、１つだけが割り当てられ、Ｓセルは、１つ以上が割り当てられることができる。Ｓセルは、ＲＲＣ接続が設定がなされた後に構成可能であり、追加的な無線資源を提供するのに使用されることができる。キャリア併合環境で設定されたサービングセルのうち、Ｐセルを除いた残りのセル、すなわちＳセルには、ＰＵＣＣＨが存在しない。Ｅ-ＵＴＲＡＮは、Ｓセルをキャリア併合環境を支援する端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作と関連したすべてのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）を介して提供できる。システム情報の変更は、関連したＳセルの解除及び追加によって制御されることができ、このとき、上位階層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用できる。Ｅ-ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に相異なったパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）できる。
【０１８６】
初期セキュリティー活性化過程が始まったその後に、Ｅ-ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに付加して、１つ以上のＳセルを含むネットワークを構成できる。キャリア併合環境でＰセル及びＳセルは、各々のコンポーネントキャリアとして動作できる。以下の実施の形態では、プライマリコンポーネントキャリア（ＰＣＣ）は、Ｐセルと同じ意味として使用されることができ、セコンダリーコンポーネントキャリア（ＳＣＣ）は、Ｓセルと同じ意味として使用されることができる。
【０１８７】
図１２は、本発明が適用されることができる無線通信システムにおけるコンポーネントキャリア及びキャリア併合の一例を示す。
【０１８８】
図１２Ａは、ＬＴＥシステムにおいて使用される単一キャリア構造を示す。コンポーネントキャリアには、ＤＬ  ＣＣとＵＬ  ＣＣがある。１つのコンポーネントキャリアは、２０ＭＨｚの周波数範囲を有することができる。
【０１８９】
図１２Ｂは、ＬＴＥ＿Ａシステムにおいて使用されるキャリア併合構造を示す。図１２Ｂの場合に、２０ＭＨｚの周波数大きさを有する３個のコンポーネントキャリアが結合された場合を示す。ＤＬ  ＣＣとＵＬ  ＣＣがそれぞれ３個ずつあるが、ＤＬ  ＣＣとＵＬ  ＣＣの数に制限があるのてはない。キャリア併合の場合、端末は、３個のＣＣを同時にモニタリングでき、ダウンリンク信号／データを受信することができ、アップリンク信号／データを送信できる。
【０１９０】
仮に、特定セルにおいてＮ個のＤＬ  ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ  ＣＣを割り当てることができる。このとき、端末は、Ｍ個の制限されたＤＬ  ＣＣだけをモニタリングし、ＤＬ信号を受信することができる。また、ネットワークは、Ｌ（Ｌ≦Ｍ≦Ｎ）個のＤＬ  ＣＣに優先順位をつけて主なＤＬ  ＣＣを端末に割り当てることができ、このような場合、ＵＥは、Ｌ個のＤＬ  ＣＣは、必ずモニタリングしなければならない。このような方式は、アップリンクの送信にも全く同様に適用されることができる。
【０１９１】
ダウンリンク資源の搬送波周波数（またはＤＬ  ＣＣ）とアップリンク資源の搬送波周波数（または、ＵＬ  ＣＣ）との間のリンケージ（ｌｉｎｋａｇｅ）は、ＲＲＣメッセージのような上位階層メッセージまたはシステム情報により指示されることができる。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ２）によって定義されるリンケージによって、ＤＬ資源とＵＬ資源との組み合わせが構成されることができる。具体的に、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ  ＣＣと前記ＵＬグラントを使用するＵＬ  ＣＣ間のマッピング関係を意味でき、ＨＡＲＱのためのデータが送信されるＤＬ  ＣＣ（またはＵＬ  ＣＣ）とＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ  ＣＣ（またはＤＬ  ＣＣ）間のマッピング関係を意味することもできる。
【０１９２】
クロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）
【０１９３】
キャリア併合システムでは、キャリア（または搬送波）またはサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）に対するスケジューリング観点でセルフスケジューリング（Ｓｅｌｆ-Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）方法の２介してがある。クロスキャリアスケジューリングは、クロスコンポーネントキャリアスケジューリング（Ｃｒｏｓｓ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）またはクロスセルスケジューリング（Ｃｒｏｓｓ  Ｃｅｌｌ  Ｓｃｈｅｄｕｌｉｎｇ）と称することができる。
【０１９４】
クロスキャリアスケジューリングは、ＰＤＣＣＨ（ＤＬ  Ｇｒａｎｔ）とＰＤＳＣＨがそれぞれ異なるＤＬ  ＣＣに送信されるか、またはＤＬ  ＣＣから送信されたＰＤＣＣＨ（ＵＬ  Ｇｒａｎｔ）によって送信されるＰＵＳＣＨがＵＬグラントを受信したＤＬ  ＣＣとリンクされているＵＬ  ＣＣでない他のＵＬ  ＣＣを介して送信されることを意味する。
【０１９５】
クロスキャリアスケジューリングするかどうかは、端末特定（ＵＥ-ｓｐｅｃｉｆｉｃ）に活性化または非活性化されることができ、上位階層シグナリング（例えば、ＲＲＣ  ｓｉｇｎａｌｉｎｇ）を介してセミスタティック（ｓｅｍｉ-ｓｔａｔｉｃ）に各端末別に知られることができる。
【０１９６】
クロスキャリアスケジューリングが活性化された場合、ＰＤＣＣＨに該当ＰＤＣＣＨが指示するＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ  ＣＣを介して送信されるかを知らせるキャリア指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨ資源またはＰＵＳＣＨ資源をＣＩＦを利用して複数のコンポーネントキャリアのうちの何れか１つに割り当てることができる。すなわち、ＤＬ  ＣＣ上でのＰＤＣＣＨが多重集成されたＤＬ／ＵＬ  ＣＣのうちの何れか１つにＰＤＳＣＨまたはＰＵＳＣＨ資源を割り当てる場合、ＣＩＦが設定される。この場合、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８のＤＣＩフォーマットは、ＣＩＦによって拡張されることができる。このとき、設定されたＣＩＦは、３ｂｉｔフィールドに固定されるか、または設定されたＣＩＦの位置は、ＤＣＩフォーマットの大きさと無関係に固定されることができる。また、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８のＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥ基盤の資源マッピング）を再使用することもできる。
【０１９７】
これに対し、ＤＬ  ＣＣ上でのＰＤＣＣＨが同じＤＬ  ＣＣ上でのＰＤＳＣＨ資源を割り当てるか、または単一リンクされたＵＬ  ＣＣ上でのＰＵＳＣＨ資源を割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８と同じＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥ基盤の資源マッピング）とＤＣＩフォーマットとが使用されることができる。
【０１９８】
クロスキャリアスケジューリングが可能であるとき、端末は、ＣＣ別送信モード及び／又は帯域幅に応じてモニタリングＣＣの制御領域において複数のＤＣＩに対するＰＤＣＣＨをモニタリングすることが必要である。したがって、これを支援できる検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【０１９９】
キャリア併合システムにおいて、端末ＤＬ  ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジューリングされたＤＬ  ＣＣの集合を示し、端末ＵＬ  ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジューリングされたＵＬ  ＣＣの集合を示す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも１つのＤＬ  ＣＣの集合を示す。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合と同じであるか、または端末ＤＬ  ＣＣ集合の副集合（ｓｕｂｓｅｔ）でありうる。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合内のＤＬ  ＣＣのうち、少なくとも何れか１つを含むことができる。またはＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合に関わらず別に定義されることができる。ＰＤＣＣＨモニタリング集合に含まれるＤＬ  ＣＣは、リンクされたＵＬ  ＣＣに対するセルフ-スケジューリング（ｓｅｌｆ-ｓｃｈｅｄｕｌｉｎｇ）は、常に可能なように設定されることができる。このような、端末ＤＬ  ＣＣ集合、端末ＵＬ  ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ-ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ-ｓｐｅｃｉｆｉｃ）またはセル特定（Ｃｅｌｌ-ｓｐｅｃｉｆｉｃ）に設定されることができる。
【０２００】
クロスキャリアスケジューリングが非活性化された場合には、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ  ＣＣ集合と同一であることを意味し、このような場合には、ＰＤＣＣＨモニタリング集合に対する別途のシグナリングのような指示を必要としない。しかしながら、クロスキャリアスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ  ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするために、基地局は、ＰＤＣＣＨモニタリング集合だけを介してＰＤＣＣＨを送信する。
【０２０１】
図１３は、本発明が適用されることができる無線通信システムにおけるクロスキャリアスケジューリングに応じるサブフレーム構造の一例を示す。
【０２０２】
図１３を参照すると、ＬＴＥ-Ａ端末のためのＤＬサブフレームは、３個のＤＬ  ＣＣが結合されており、ＤＬ  ＣＣ「Ａ」は、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定された場合を示す。ＣＩＦが使用されない場合、各ＤＬ  ＣＣは、ＣＩＦなしで自分のＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信できる。これに対し、ＣＩＦが上位階層シグナリングを介して使用される場合、ただ１つのＤＬ  ＣＣ「Ａ」だけがＣＩＦを利用して自分のＰＤＳＣＨまたは他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信できる。このとき、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定されないＤＬ  ＣＣ「Ｂ」と「Ｃ」とは、ＰＤＣＣＨを送信しない。
【０２０３】
ＰＤＣＣＨ送信
【０２０４】
基地局は、端末に送信しようとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）を付ける。ＣＲＣには、ＰＤＣＣＨの所有者（ｏｗｎｅｒ）または用途に応じて、固有の識別子（これをＲ ＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）という。）がマスキングされる。特定の端末のためのＰＤＣＣＨであれば、端末の固有の識別子、例えば、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。またはページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子、例えば、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。システム情報、さらに具体的にシステム情報ブロック（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ、ＳＩＢ）のためのＰＤＣＣＨであれば、システム情報識別子、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）がＣＲＣにマスキングされ得る。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。
【０２０５】
次いで、基地局は、ＣＲＣが付加された制御情報をチャネルコーディングを行って符号化されたデータ（ｃｏｄｅｄ  ｄａｔａ）を生成する。この時、ＭＣＳレベルによるコードレートでチャネルコーディングを行うことができる。基地局は、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥ集合レベルによる送信率のマッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）を行い、符号化されたデータを変調して変調シンボルを生成する。この時、ＭＣＳレベルによる変調配列を用いることができる。一つのＰＤＣＣＨを構成する変調シンボルは、ＣＣＥ集合レベルが１、２、４、８のうちの一つであり得る。以降、基地局は変調シンボルを物理的な資源要素にマッピング（ＣＣＥ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）する。
【０２０６】
一つのサブフレーム内で複数のＰＤＣＣＨが送信され得る。即ち、一つのサブフレームの制御領域は、インデックス
【数４０】
2019533962.tif 000045
を有する複数のＣＣＥで構成される。ここで、
【数４１】
2019533962.tif 000046
は、ｋ番目のサブフレームの制御領域内におけるＣＣＥの合計数を意味する。端末は、毎サブフレーム毎に複数のＰＤＣＣＨをモニタリングする。
【０２０７】
ここで、モニタリングとは、端末がモニタリングされるＰＤＣＣＨフォーマットに応じてＰＤＣＣＨの各々のデコーディングを試みることをいう。サブフレーム内で割り当てられた制御領域において、基地局は端末に該当するＰＤＣＣＨがどこにあるかに関する情報を提供しない。端末は、基地局から送信された制御チャネルを受信するために、自身のＰＤＣＣＨがどの位置でどんなＣＣＤ集合レベルやＤＣＩフォーマットに送信されるか分からないので、端末は、サブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタリングし、自身のＰＤＣＣＨを探す。これをブラインドデコーディング（ＢＤ：Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ／Ｄｅｔｅｃｔｉｏｎ）という。ブラインドデコーディングは、端末がＣＲＣ部分に自身の端末識別子（ＵＥ  ＩＤ）をデマスキング（Ｄｅ−Ｍａｓｋｉｎｇ）させた後、ＣＲＣ誤謬を検討して、該当ＰＤＣＣＨが自身の制御チャネルであるか否かを確認する方法をいう。
【０２０８】
活性モード（ａｃｔｉｖｅ  ｍｏｄｅ）において、端末は自身に送信されるデータを受信するために、毎サブフレームのＰＤＣＣＨをモニタリングする。ＤＲＸモードで、端末は毎ＤＲＸ周期のモニタリング区間で起床（ｗａｋｅ  ｕｐ）し、モニタリング区間に該当するサブフレームでＰＤＣＣＨをモニタリングする。ＰＤＣＣＨのモニタリングが行われるサブフレームをｎｏｎ−ＤＲＸサブフレームという。
【０２０９】
端末は、自身に送信されるＰＤＣＣＨを受信するためには、ｎｏｎ−ＤＲＸサブフレームの制御領域に存在する全てのＣＣＥに対してブラインドデコーディングを行わなければならない。端末は、いずれのＰＤＣＣＨフォーマットが送信されるか分からないので、毎ｎｏｎ−ＤＲＸサブフレーム内でＰＤＣＣＨのブラインドデコーディングに成功するまで、可能なＣＣＥ集団レベルでＰＤＣＣＨを全てデコードしなければならない。端末は、自身のためのＰＤＣＣＨがいくつのＣＣＥを用いるのか分からないので、ＰＤＣＣＨのブラインドデコーディングに成功するまで、可能な全てのＣＣＥ集団レベルで検出を試みなければならない。即ち、端末は、ＣＣＥ集合レベル別にブラインドデコーディングを行う。即ち、端末は、まずＣＣＥ集合レベルの単位を１としてデコーディングを試みる。デコーディングが全て失敗すると、ＣＣＥ集合レベルの単位を２としてデコーディングを試みる。その後、再度ＣＣＥ集合レベルの単位を４、ＣＣＥ集合レベルの単位を８としてデコーディングを試みる。また、端末は、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩの４個に対して全てブラインドデコーディグを試みることになる。また、端末は、モニタリングすべき全てのＤＣＩフォーマットに対してブラインドデコーディングを試みることになる。
【０２１０】
このように、端末が可能な全てのＲＮＴＩに対して、モニタリングすべき全てのＤＣＩフォーマットに対して、全てのＣＣＥ集合レベル別にブラインドデコーディングを試みれば、検出試み（ｄｅｔｅｃｔｉｏｎ  ａｔｔｅｍｐｔ）の回数が過度に多くなるので、ＬＴＥシステムでは端末のブラインドデコーディングのために検索空間（ＳＳ：Ｓｅａｒｃｈ  Ｓｐａｃｅ）の概念を定義する。検索空間は、モニターするためのＰＤＣＣＨ候補セットを意味し、各ＰＤＣＣＨフォーマットに応じて異なる大きさを有し得る。
【０２１１】
検索空間は、共用検索空間（ＣＳＳ：Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）と端末特定検索空間（ＵＳＳ：ＵＥ−ｓｐｅｃｉｆｉｃ／Ｄｅｄｉｃａｔｅｄ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）で構成されることができる。共用検索空間の場合、全ての端末が共用検索空間の大きさについて分かるが、端末特定検索空間は、各端末毎に個別的に設定されることができる。従って、端末はＰＤＣＣＨをデコーディングするために端末特定検索空間及び共用検索空間を全てモニタリングすべき、よって、一つのサブフレームで最大４４回のブラインドデコーディング（ＢＤ）を行うことになる。ここには、異なるＣＲＣ値（例えば、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ）に応じて行うブラインドデコーディングは含まれない。
【０２１２】
小さい検索空間によって、基地局は与えられたサブフレーム内でＰＤＣＣＨを送信しようとする端末の全てにＰＤＣＣＨを送信するためのＣＣＥ資源が確保されることができない場合が発生し得る。何故なら、ＣＣＥの位置が割り当てられて残った資源は、特定端末の検索空間内に含まれないことがあるためである。次のサブフレームにも続くことができるこのような壁を最小化するために、端末特定ホッピング（ｈｏｐｐｉｎｇ）シーケンスが端末特定検索空間の開始地点に適用され得る。
【０２１３】
表４は、共用検索空間と端末特定検索空間の大きさを示す。
【０２１４】
【表４】
2019533962.tif 000047
【０２１５】
ブラインドデコーディングを試みる回数による端末の計算的ロード（ｌｏａｄ）を軽減するために、端末は定義された全てのＤＣＩフォーマットによる検索を同時に行わない。具体的に、端末は、端末特定検索空間で常にＤＣＩフォーマット０と１Ａに関する検索を行うことができる。この時、ＤＣＩフォーマット０と１Ａは同一の大きさを有するが、端末はＰＤＣＣＨに含まれたＤＣＩフォーマット０と１Ａを区分するのに使用されるフラグ（ｆｌａｇ  ｆｏｒ  ｆｏｒｍａｔ  ０／ｆｏｒｍａｔ  １Ａ  ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）を用いて、ＤＣＩフォーマットを区分することができる。また、基地局によって設定されたＰＤＳＣＨ送信モードに応じて、端末に０と１Ａ以外に他のＤＣＩフォーマットが要求されることができるが、その一例として、ＤＣＩフォーマット１、１Ｂ、２がある。
【０２１６】
共用検索空間で、端末はＤＣＩフォーマット１Ａと１Ｃを検索することができる。また、端末は、ＤＣＩフォーマット３又は３Ａを検索するように設定されることができ、ＤＣＩフォーマット３と３Ａは、ＤＣＩフォーマット０と１Ａと同一の大きさを有するが、端末は端末特定識別子ではなく、他の識別子によってスクランブルされたＣＲＣを用いてＤＣＩフォーマットを区別することができる。
【０２１７】
検索空間
【数４２】
2019533962.tif 000048
は、集合レベル
【数４３】
2019533962.tif 000049
によるＰＤＣＣＨ候補セットを意味する。検索空間のＰＤＣＣＨ候補セット
【数４４】
2019533962.tif 000050
によるＣＣＥは、次のような数式４によって決定されることができる。
【数４５】
2019533962.tif 000051
【０２１８】
ここで、
【数４６】
2019533962.tif 000052
は検索空間でモニターするためのＣＣＥ集合レベルＬによるＰＤＣＣＨ候補の数を表し、
【数４７】
2019533962.tif 000053
である。
【数４８】
2019533962.tif 000054
は、各ＰＤＣＣＨ候補で個別のＣＣＥを指定するインデックスであって、
【数４９】
2019533962.tif 000055
である。
【０２１９】
前述したように、端末はＰＤＣＣＨをデコーディングするために、端末特定検索空間及び共用検索空間を全てモニタリングする。ここで、共用検索空間（ＣＳＳ）は、｛４、８｝の集合レベルを有するＰＤＣＣＨを支援し、端末特定検索空間（ＵＳＳ）は｛１、２、４、８｝の集合レベルを有するＰＤＣＣＨを支援する。
【０２２０】
表５は、端末によってモニタリングされるＰＤＣＣＨ候補を示す。
【０２２１】
【表５】
2019533962.tif 000056
【０２２２】
数式４を参照すると、共用検索空間の場合、２個の集合レベル、Ｌ＝４及びＬ＝８に対して、
【数５０】
2019533962.tif 000057
は０に設定される。反面、集合レベルＬに対して、端末特定検索空間の場合、
【数５１】
2019533962.tif 000058
は数式５のように定義される。
【数５２】
2019533962.tif 000059
【０２２３】
ここで、
【数５３】
2019533962.tif 000060
の通りであり、
【数５４】
2019533962.tif 000061
のために用いられるＲＮＴＩ値は端末の識別子（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）のうちの一つで定義されることができる。また、
【数５５】
2019533962.tif 000062
であり、
【数５６】
2019533962.tif 000063
であり、
【数５７】
2019533962.tif 000064
の通りである。ここで、
【数５８】
2019533962.tif 000065
は無線フレームにおけるスロット番号（又はインデックス）を表す。
【０２２４】
ＡＣＫ／ＮＡＣＫ多重化方法
【０２２５】
端末がｅＮＢから受信される多数のデータユニットに該当する多数のＡＣＫ／ＮＡＣＫを同時に送信すべき状況で、ＡＣＫ／ＮＡＣＫ信号の単一−周波数特性を維持し、ＡＣＫ／ＮＡＣＫ送信の電力を減らすために、ＰＵＣＣＨ資源の選択に基づいたＡＣＫ／ＮＡＣＫ多重化方法が考慮されることができる。
【０２２６】
ＡＣＫ／ＮＡＣＫ多重化と共に、多数のデータユニットに対するＡＣＫ／ＮＡＣＫ応答の内容は、実際のＡＣＫ／ＮＡＣＫ送信に用いられるＰＵＣＣＨ資源とＱＰＳＫ変調シンボルの資源との結合によって識別される。
【０２２７】
例えば、万が一一つのＰＵＣＣＨ資源が４ビットを送信し、４個のデータユニットが最大に送信されることができる場合、ＡＣＫ／ＮＡＣＫの結果は、下記表３のようにｅＮＢで識別されることができる。
【０２２８】
【表６】
2019533962.tif 000066
【０２２９】
前記表６において、ＨＡＲＱ−ＡＣＫ（ｉ）は、ｉ番目のデータユニット（ｄａｔａ  ｕｎｉｔ）に対するＡＣＫ／ＮＡＣＫの結果を表す。前記表３において、 ＤＴＸ（ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）は、該当するＨＡＲＱ−ＡＣＫ（ｉ）のために送信されるデータユニットがないか、端末がＨＡＲＱ−ＡＣＫ（ｉ）に対応するデータユニットを検出することができないということを意味する。
【０２３０】
前記表６によると、最大４個のＰＵＣＣＨ資源
【数５９】
2019533962.tif 000067
があり、ｂ（０）、ｂ（１）は、選択されたＰＵＣＣＨを用いて送信される２個のビットである。
【０２３１】
例えば、端末が４個のデータユニットを全て成功的に受信すると、端末は
【数６０】
2019533962.tif 000068
を用いて２ビット（１、１）を送信する。
【０２３２】
端末が一番目及び三番目のデータユニットでデコーディングに失敗し、二番目及び四番目のデータユニットでデコーディングに成功すると、端末は
【数６１】
2019533962.tif 000069
を用いて、ビット（１、０）を送信する。
【０２３３】
ＡＣＫ／ＮＡＣＫチャネルの選択で、少なくとも一つのＡＣＫがあればＮＡＣＫとＤＴＸは連結される（ｃｏｕｐｌｅ）。これは、予約された（ｒｅｓｅｒｖｅｄ）ＰＵＣＣＨ資源とＱＰＳＫシンボルの組み合わせでは、全てのＡＣＫ／ＮＡＣＫの状態を示すことができないためである。しかし、ＡＣＫがなければ、ＤＴＸはＮＡＣＫと分離される（ｄｅｃｏｕｐｌｅ）。
【０２３４】
この場合、一つの明確なＮＡＣＫに該当するデータユニットにリンクされたＰＵＣＣＨ資源は、多数のＡＣＫ／ＮＡＣＫの信号を送信するために、また予約されることができる。
【０２３５】
ブロック拡散技法
【０２３６】
ブロック拡散技法は、既存のＰＵＣＣＨフォーマット１系列又は２系列とは異なり、制御信号送信をＳＣ−ＦＤＭＡ方式を用いて変調する方式である。図１４に示すように、シンボルシーケンスがＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ）を用いて時間領域（ｄｏｍａｉｎ）上で拡散して送信され得る。ＯＣＣを用いることによって同じＲＢ上に複数個の端末の制御信号が多重化されることができる。前述したＰＵＣＣＨフォーマット２の場合には、１つのシンボルシーケンスが時間領域にわたって送信され、ＣＡＺＡＣシーケンスのＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）を用いて複数個の端末の制御信号が多重化されるのに対し、ブロック拡散ベースのＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）の場合には、１つのシンボルシーケンスが周波数領域にわたって送信され、ＯＣＣを用いた時間領域拡散を用いて複数個の端末の制御信号が多重化される。
【０２３７】
図１４は、本発明が適用されることができる無線通信システムにおける一つのスロットの間に５個のＳＣ−ＦＤＭＡシンボルを生成して送信する一例を示す。
【０２３８】
図１４では、１スロットの間に１つのシンボルシーケンスに長さ＝５（又はＳＦ＝５）のＯＣＣを用いて５個のＳＣ−ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例を示す。この場合、１スロットの間に２個のＲＳシンボルが用いられることができる。
【０２３９】
図１４の例示において、ＲＳシンボルは、特定の循環シフト値が適用されたＣＡＺＡＣシーケンスから生成され得、複数個のＲＳシンボルにわたって所定のＯＣＣが適用された（又は掛けられた）形態で送信され得る。また、図８の例示において、それぞれのＯＦＤＭシンボル（又はＳＣ−ＦＤＭＡシンボル）別に１２個の変調シンボルが用いられ、それぞれの変調シンボルはＱＰＳＫによって生成されると仮定すれば、１つのスロットで送信可能な最大のビット数は１２×２＝２４ビットとなる。よって、２個のスロットで送信可能なビット数は計４８ビットとなる。このようにブロック拡散方式のＰＵＣＣＨチャネルの構造を用いる場合、既存のＰＵＣＣＨフォーマット１系列及び２系列に比べて拡張された大きさの制御情報の送信が可能になる。
【０２４０】
ＨＡＲＱ（Ｈｙｂｒｉｄ−Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅｑｕｅｓｔ）
【０２４１】
移動通信システムは、一つのセル／セクターに一つの基地局が多数の端末機と無線チャネルの環境を介してデータを送受信する。
【０２４２】
多重搬送波及びこれと類似の形態で運営されるシステムにおける基地局は、有線 インターネット網からパケットトラフィックを受信し、受信されたパケットトラフィックを決まった通信方式を用いて各端末機に送信する。このとき、基地局がどのタイミングにどんな周波数領域を用いてどんな端末機にデータを送信するかを決定することがダウンリンクスケジューリングである。
【０２４３】
また、決まった形態の通信方式を使用して端末機から送信されたデータを受信復調して、有線インターネット網でパケットトラフィックを送信する。基地局がどのタイミングにどんな周波数帯域を用いてどの端末機にアップリンクデータを送信できるようにするかを決定することがアップリンクスケジューリングである。一般に、チャネルの状態の良い端末が、より多くの時間、多くの周波数資源を用いてデータを送受信する。
【０２４４】
図１５は、本発明が適用されることができる無線通信システムにおける時間周波数領域での時間−周波数資源ブロックを例示する図である。
【０２４５】
多重搬送波及びこれと類似の形態で運営されるシステムにおける資源は、大きく時間と周波数領域とに分けられる。この資源は、再度資源ブロックで定義されることができるが、これは、任意のＮ個の副搬送波と任意のＭ個のサブフレームまたは決まった時間単位からなる。このとき、ＮとＭは、１になり得る。
【０２４６】
図１５における一つの四角形は、一つの資源ブロックを意味し、一つの資源ブロックは、複数個の副搬送波を一つの軸にし、決まった時間単位を他の軸にしてなされる。ダウンリンクにおける基地局は、決まったスケジューリング規則に従って選択された端末に１個以上の資源ブロックをスケジューリングし、基地局は、この端末に割り当てられた資源ブロックを用いてデータを送信する。アップリンクでは、基地局が決まったスケジューリング規則に従って選択された端末に１個以上の資源ブロックをスケジューリングし、端末機は、割り当てられた資源を用いてアップリンクへデータを送信することになる。
【０２４７】
スケジューリング後のデータを送信した後、フレームを失ってしまったか、または損傷された場合の誤謬制御方法としては、ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）方式と、さらに発展した形態のＨＡＲＱ（ｈｙｂｒｉｄ  ＡＲＱ）方式がある。
【０２４８】
基本的にＡＲＱ方式は、一つのフレームの送信後に確認メッセージ（ＡＣＫ）がくることを待ち、受信側では、うまく受けた場合のみ確認メッセージ（ＡＣＫ）を送り、前記フレームに誤謬が生じた場合には、ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ＡＣＫ）メッセージを送り、誤謬が生じた受信フレームは、受信端バッファでその情報を削除する。送信側で ＡＣＫ信号を受けた時には、その後にフレームを送信するが、ＮＡＣＫメッセージを受けた時には、フレームを再送信することになる。
【０２４９】
ＡＲＱ方式とは異なり、ＨＡＲＱ方式は、受信されたフレームを復調できない場合に、受信端では送信端へＮＡＣＫメッセージを送信するが、既に受信したフレームは、一定時間の間にバッファに格納して、そのフレームが再送信された時に既に受信したフレームと結合（ｃｏｍｂｉｎｉｎｇ）して、受信成功率を高める。
【０２５０】
最近では、基本的なＡＲＱ方式よりは、さらに効率的なＨＡＲＱ方式がより広く使用されている。このようなＨＡＲＱ方式にも様々な種類があるが、大きくは、再送信するタイミングに応じて同期ＨＡＲＱ（ｓｙｎｃｈｒｏｎｏｕｓ  ＨＡＲＱ）と非同期ＨＡＲＱ（ａｓｙｎｃｈｒｏｎｏｕｓ  ＨＡＲＱ）とに分けられ、再送信時に使用する資源の量に対してチャネルの状態を反映するかどうかによって、チャネル適応的（ｃｈａｎｎｅｌ−ａｄａｐｔｉｖｅ）方式とチャネル非適応的（ｃｈａｎｎｅｌ−ｎｏｎ−ａｄａｐｔｉｖｅ）方式とに分けられる。
【０２５１】
同期ＨＡＲＱ方式は、初期送信が失敗した場合、その後の再送信がシステムによって決まったタイミングに行われる方式である。すなわち、再送信が行われるタイミングは、初期送信の失敗後に毎４番目の時間単位に行われると仮定すれば、これは、基地局と端末機との間に既に約束されているため、更にこのタイミングに対して知らせる必要はない。但し、データ送信側でＮＡＣＫメッセージを受けた場合、ＡＣＫメッセージを受けるまで毎４番目の時間単位にフレームを再送信することになる。
【０２５２】
これに対し、非同期ＨＡＲＱ方式は、再送信タイミングが新たにスケジューリングされるか、追加的なシグナリングを介して行われることができる。以前に失敗したフレームに対する再送信が行われるタイミングは、チャネル状態などの様々な要因により可変する。
【０２５３】
チャネル非適応的ＨＡＲＱ方式は、再送信時にフレームの変調（ｍｏｄｕｌａｔｉｏｎ）や、用いる資源ブロックの数、ＡＭＣ（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）などが初期送信時に決まったとおりに行われる方式である。これと異なり、チャネル適応的ＨＡＲＱ方式は、これらがチャネルの状態に応じて可変する方式である。例えば、送信側で初期送信時に６個の資源ブロックを用いてデータを送信し、以後の再送信時にも、同様に６個の資源ブロックを用いて再送信することがチャネル非適応的ＨＡＲＱ方式である。これに対し、初期には、６個を用いて送信が行われたとしても、以降のチャネルの状態によっては、６個より大きいか、または小さな数の資源ブロックを用いて再送信する方式がチャネル適応的ＨＡＲＱ方式である。
【０２５４】
このような分類により、各々４つのＨＡＲＱの組み合わせが行われることができるが、主に用いられるＨＡＲＱ方式としては、非同期チャネル適応的ＨＡＲＱ（ａｓｙｎｃｈｒｏｎｏｕｓ  ａｎｄ  ｃｈａｎｎｅｌ−ａｄａｐｔｉｖｅ  ＨＡＲＱ）方式と同期チャネル非適応的ＨＡＲＱ（ｓｙｎｃｈｒｏｎｏｕｓ  ａｎｄ  ｃｈａｎｎｅｌ−ｎｏｎ−ａｄａｐｔｉｖｅ  ＨＡＲＱ）方式がある。
【０２５５】
非同期チャネル適応的ＨＡＲＱ方式は、再送信タイミングと使用する資源の量をチャネルの状態に応じて適応的に異にすることによって、再送信の効率を極大化させることができるが、オーバーヘッドが大きくなるという短所があるため、アップリンクのためには、一般に考慮されない。
【０２５６】
一方、同期チャネル非適応的ＨＡＲＱ方式は、再送信のためのタイミングと資源割り当てがシステム内で約束されているため、このためのオーバーヘッドがほとんどないという長所があるが、変化の激しいチャネルの状態で用いられる場合、再送信の効率が極めて低くなるという短所がある。
【０２５７】
図１６は、本発明が適用されることができる無線通信システムにおける非同期ＨＡＲＱ方式の資源割り当て及び再送信の過程を例示する図である。
【０２５８】
一方、ダウンリンクを例に挙げて、スケジューリングされてデータが送信された後に端末からのＡＣＫ／ＮＡＣＫの情報が受信され、再度次のデータが送信されるまでは、図１６のように時間遅延が発生する。これは、チャネル拡散遅延（Ｃｈａｎｎｅｌ  ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）とデータデコーディング及びデータエンコーディングにかかる時間により発生する遅延である。
【０２５９】
このような空白のないデータ送信のために独立したＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）を使用して送信する方法が用いられている。例えば、次のデータ送信とその次のデータ送信までの最短周期が７サブフレームであると、７個の独立したプロセスをおく場合、空白のないデータ送信が可能になる。
【０２６０】
ＬＴＥ物理層は、ＰＤＳＣＨ及びＰＵＳＣＨでＨＡＲＱを支援し、別の制御チャネルで関連した受信応答（ＡＣＫ）フィードバックを送信する。
【０２６１】
ＬＴＥ  ＦＤＤシステムでは、ＭＩＭＯで動作しない場合、８個のＳＡＷ（Ｓｔｏｐ−Ａｎｄ−Ｗａｉｔ）ＨＡＲＱプロセスが８ｍｓの一定のＲＴＴ（Ｒｏｕｎｄ−Ｔｒｉｐ  Ｔｉｍｅ）でアップリンク及びダウンリンク両方で支援される。
【０２６２】
ＣＡベースのＣｏＭＰ動作
【０２６３】
ＬＴＥ以降のシステムで、ＬＴＥにおけるＣＡ（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）機能を用いて、ＣｏＭＰ（ｃｏｏｐｅｒａｔｉｖｅ  ｍｕｌｔｉ−ｐｏｉｎｔ）送信を具現することができる。
【０２６４】
図１７は、本発明が適用されることができる無線通信システムにおけるキャリア併合ベースのＣｏＭＰシステムを例示する図である。
【０２６５】
図１７を参照すると、プライマリセル（ＰＣｅｌｌ）キャリアとセカンダリセル（ＳＣｅｌｌ）キャリアは周波数軸として同じ周波数帯域を使用し、地理的に離れた二つのｅＮＢに各々割り当てられた場合を例示する。
【０２６６】
ＵＥ１にサービング基地局（ｓｅｒｖｉｎｇ  ｅＮＢ）がＰＣｅｌｌを割り当て、多くの干渉を与える隣接基地局でＳＣｅｌｌを割り当て、ＪＴ、ＣＳ／ＣＢ、動的セルの選択等、様々なＤＬ／ＵＬ  ＣｏＭＰ動作が可能である。
【０２６７】
図１７では、ＵＥが二つのｅＮＢを各々ＰＣｅｌｌとＳＣｅｌｌに併合する例を示しているが、実際には一つのＵＥが３個以上のセルを併合し、そのうち一部のセルは、同じ周波数帯域でＣｏＭＰ動作をし、他のセルは他の周波数帯域で単純ＣＡ動作をすることも可能であり、この時にＰＣｅｌｌは必ずしもＣｏＭＰ動作に参加する必要はない。
【０２６８】
ＰＤＳＣＨ受信のためのＵＥ手続
【０２６９】
上位層のパラメータ「ｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ」によって指示されたサブフレームを除き、端末はサブフレーム内で自身に意図された（ｉｎｔｅｎｄｅｄ）ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ又は２Ｃを伝達するサービングセルのＰＤＣＣＨの検出を行うとき、上位層で定義された送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）の数に制限され、同じサブフレームで端末は該当ＰＤＳＣＨをデコーディングする。
【０２７０】
端末は自身に意図された（ｉｎｔｅｎｄｅｄ）ＤＣＩフォーマット１Ａ、１Ｃを伝達するＳＩ−ＲＮＴＩ又はＰ−ＲＮＴＩによってスクランブルされたＣＲＣを有する検出されたＰＤＣＣＨに応じてＰＤＳＣＨをデコーディングし、該当ＰＤＳＣＨが伝達される資源ブロック（ＲＢ）ではＰＲＳが存在しないと仮定する。
【０２７１】
サービングセルに対するキャリア指示フィールド（ＣＩＦ：ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）が設定される端末は、キャリア指示フィールドが共通検索空間（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）内のサービングセルのどんなＰＤＣＣＨでも存在しないと仮定する。
【０２７２】
そうでなければ、ＰＤＣＣＨ  ＣＲＣがＣ−ＲＮＴＩ又はＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされる時、ＣＩＦが設定される端末は、サービングセルに対するＣＩＦが端末特定検索空間（ＵＥ  ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）内に位置するＰＤＣＣＨに存在すると仮定する。
【０２７３】
端末がＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように上位層によって設定されると、端末は下記表３で定義された組み合わせによって、ＰＤＣＣＨ及び該当ＰＤＳＣＨをデコーディングする。このＰＤＣＣＨに対応するＰＤＳＣＨは、ＳＩ−ＲＮＴＩによってスクランブリング初期化（ｓｃｒａｍｂｌｉｎｇ  ｉｎｉｔｉａｌｉｚａｔｉｏｎ）される。
【０２７４】
表３は、ＳＩ−ＲＮＴＩによって設定されるＰＤＣＣＨ及びＰＤＳＣＨを例示する。
【０２７５】
【表７】
2019533962.tif 000070
【０２７６】
端末がＰ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように上位層によって設定されると、端末は下記表４で定義された組み合わせによって、ＰＤＣＣＨと該当ＰＤＳＣＨをデコーディングする。このＰＤＣＣＨに対応するＰＤＳＣＨは、Ｐ−ＲＮＴＩによってスクランブリング初期化（ｓｃｒａｍｂｌｉｎｇ  ｉｎｉｔｉａｌｉｚａｔｉｏｎ）される。
【０２７７】
表８は、Ｐ−ＲＮＴＩによって設定されるＰＤＣＣＨ及びＰＤＳＣＨを例示する。
【０２７８】
【表８】
2019533962.tif 000071
【０２７９】
端末がＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように上位層によって設定されると、端末は下記表５で定義された組み合わせによって、ＰＤＣＣＨと該当ＰＤＳＣＨをデコーディングする。このＰＤＣＣＨに対応するＰＤＳＣＨは、ＲＡ−ＲＮＴＩによってスクランブリング初期化（ｓｃｒａｍｂｌｉｎｇ  ｉｎｉｔｉａｌｉｚａｔｉｏｎ）される。
【０２８０】
表９は、ＲＡ−ＲＮＴＩによって設定されるＰＤＣＣＨ及びＰＤＳＣＨを例示する。
【０２８１】
【表９】
2019533962.tif 000072
【０２８２】
端末は、モード１乃至モード９のように、９個の送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）のうち一つによってＰＤＣＣＨを介してシグナリングされたＰＤＳＣＨデータ送信を受信するように上位層のシグナリングを介して半静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定されることができる。
【０２８３】
フレーム構造のタイプ１の場合、
【０２８４】
−  端末は、一般ＣＰを有するＰＤＣＣＨのためのＯＦＤＭシンボルの数が４であるどのサブフレーム内でも、アンテナポート５から送信されるＰＤＳＣＨ  ＲＢを受信しない。
【０２８５】
−  もし、仮想資源ブロック（ＶＲＢ：ｖｉｒｔｕａｌ  ＲＢ）対がマッピングされる２個の物理資源ブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  ＲＢ）のうち何れか一つであっても、同じサブフレーム内でＰＢＣＨ又はプライマリ又はセカンダリ同期信号が送信される周波数と重複すると、端末は、該当２個のＰＲＢでアンテナポート５、７、８、９、１０、１１、１２、１３又は１４から送信されるＰＤＳＣＨ  ＲＢを受信しない。
【０２８６】
−  端末は、分散されたＶＲＢ資源割り当て（ｄｉｓｔｒｉｂｕｔｅｄ  ＶＲＢ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）が指定された（ａｓｓｉｇｎｅｄ）アンテナポート７から送信されるＰＤＳＣＨ  ＲＢを受信しない。
【０２８７】
−  端末は、割り当てられたすべてのＰＤＳＣＨ  ＲＢが受信できなければ、送信ブロックのデコーディングを省略（ｓｋｉｐ）してもよい。端末がデコーディングを省略（ｓｋｉｐ）すると、物理層は上位層に送信ブロックが成功的にデコーディングされなかったと指示する。
【０２８８】
フレーム構造のタイプ２の場合、
【０２８９】
−  端末は、一般ＣＰを有するＰＤＣＣＨのためのＯＦＤＭシンボルの数が４であるどのサブフレーム内でも、アンテナポート５から送信されるＰＤＳＣＨ  ＲＢを受信しない。
【０２９０】
−  もし、ＶＲＢ対がマッピングされる２個のＰＲＢのうち何れか一つであっても、同じサブフレーム内でＰＢＣＨが送信される周波数と重複すると、端末は、該当２個のＰＲＢで、アンテナポート５から送信されるＰＤＳＣＨ  ＲＢを受信しない。
【０２９１】
−  もし、ＶＲＢ対がマッピングされる２個のＰＲＢのうち何れか一つであっても、同じサブフレーム内でプライマリ又はセカンダリ同期信号が送信される周波数と重複すると、端末は該当２個のＰＲＢで、アンテナポート７、８、９、１０、１１、１２、１３又は１４から送信されるＰＤＳＣＨ  ＲＢを受信しない。
【０２９２】
−  一般ＣＰが設定される場合、端末は、アップリンク−ダウンリンクの構成＃１又は＃６でスペシャルサブフレーム内で分散されたＶＲＢ資源割り当てが指定された（ａｓｓｉｇｎｅｄ）アンテナポート５からＰＤＳＣＨを受信しない。
【０２９３】
−  端末は、分散されたＶＲＢ資源割り当てが指定された（ａｓｓｉｇｎｅｄ）アンテナポート７からＰＤＳＣＨを受信しない。
【０２９４】
−  端末は、割り当てられた全てのＰＤＳＣＨ  ＲＢが受信できなければ、送信ブロックのデコーディングを省略（ｓｋｉｐ）してもよい。端末がデコーディングを省略（ｓｋｉｐ）すると、物理層は上位層に送信ブロックが成功的にデコーディングされなかったと指示する。
【０２９５】
端末がＣ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように上位層によって設定されると、下記表１０で定義された各組み合わせによって、端末はＰＤＣＣＨと該当ＰＤＳＣＨをデコーディングする。このＰＤＣＣＨに対応するＰＤＳＣＨは、Ｃ−ＲＮＴＩによってスクランブリング初期化（ｓｃｒａｍｂｌｉｎｇ  ｉｎｉｔｉａｌｉｚａｔｉｏｎ）される。
【０２９６】
端末がサービングセルに対するＣＩＦが設定されるか、端末がＣ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように上位層によって設定されると、端末は、デコーディングされたＰＤＣＣＨ内のＣＩＦ値によって指示されたサービングセルのＰＤＳＣＨをデコーディングする。
【０２９７】
送信モード３、４、８又は９の端末が、ＤＣＩフォーマット１Ａの承認（ａｓｓｉｇｎｍｅｎｔ）を受信すると、端末はＰＤＳＣＨ送信が送信ブロック１と関連し、送信ブロック２は使用不能（ｄｉｓａｂｌｅｄ）と仮定する。
【０２９８】
端末が送信モード７に設定されると、このＰＤＣＣＨに該当する端末特定参照信号は、Ｃ−ＲＮＴＩによってスクランブリング初期化される。
【０２９９】
拡張ＣＰがダウンリンクで用いられると、端末は送信モード８を支援しない。
【０３００】
端末が送信モード９に設定される時、端末が自身に意図された（ｉｎｔｅｎｄｅｄ）ＤＣＩフォーマット１Ａ又は２Ｃを伝達するＣ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨを検出すると、端末は上位層のパラメータ（「ｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ」）によって指示されたサブフレームで、該当ＰＤＳＣＨをデコーディングする。但し、上位層によってＰＭＣＨをデコーディングするように設定されるか、ＰＲＳ時点はＭＢＳＦＮサブフレーム内でのみ設定され、サブフレーム＃０で用いられたＣＰの長さが一般ＣＰであり、上位層によってＰＲＳ時点（ｏｃｃａｓｉｏｎ）の一部に設定されたサブフレームは除く。
【０３０１】
表１０は、Ｃ−ＲＮＴＩによって設定されるＰＤＣＣＨ及びＰＤＳＣＨを例示する。
【０３０２】
【表１０】
2019533962.tif 000073
【０３０３】
端末がＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように上位層によって設定されると、端末は下記表７に定義された各組み合わせによって、プライマリセルのＰＤＣＣＨ及びプライマリセルの該当ＰＤＳＣＨをデコーディングする。ＰＤＳＣＨが該当ＰＤＣＣＨなく送信される場合、同じＰＤＳＣＨに関する構成を適用する。このＰＤＣＣＨに該当ＰＤＳＣＨとＰＤＣＣＨのないＰＤＳＣＨは、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブリング初期化される。
【０３０４】
端末が送信モード７に設定される時、このＰＤＣＣＨと対応する端末特定参照信号は、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブリング初期化される。
【０３０５】
端末が送信モード９に設定される時、端末が自身に意図された（ｉｎｔｅｎｄｅｄ）ＤＣＩフォーマット１Ａ又は２Ｃを伝達するＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨ又は自身に意図された（ｉｎｔｅｎｄｅｄ）ＰＤＣＣＨなく構成されるＰＤＳＣＨを検出すると、端末は上位層のパラメータ（「ｍｂｓｆｎ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇＬｉｓｔ」）によって指示されたサブフレームで、該当ＰＤＳＣＨをデコーディングする。但し、上位層によってＰＭＣＨをデコーディングするように設定されるか、ＰＲＳ時点はＭＢＳＦＮサブフレーム内でのみ設定され、サブフレーム＃０で用いられたＣＰの長さが一般ＣＰであり、上位層によってＰＲＳ時点（ｏｃｃａｓｉｏｎ）の一部に設定されたサブフレームは除く。
【０３０６】
表１１は、ＳＰＳ  Ｃ−ＲＮＴＩによって設定されるＰＤＣＣＨ及びＰＤＳＣＨを例示する。
【０３０７】
【表１１】
2019533962.tif 000074
【０３０８】
端末が上位層によって仮のＣ−ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ）によってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように設定され、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングしないように設定されると、端末は下記表８に定義された組み合わせによって、ＰＤＣＣＨ及び該当ＰＤＳＣＨをデコーディングする。このＰＤＣＣＨに対応するＰＤＳＣＨは、仮のＣ−ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ）によってスクランブリング初期化される。
【０３０９】
表１２は、仮のＣ−ＲＮＴＩによって設定されるＰＤＣＣＨ及びＰＤＳＣＨを例示する。
【０３１０】
【表１２】
2019533962.tif 000075
【０３１１】
ＰＵＳＣＨ送信のためのＵＥ手続
【０３１２】
端末は、下記表１３で定義されたモード１、２の二つのアップリンク送信モードのうち何れかによって、ＰＤＣＣＨを介してシグナリングされたＰＵＳＣＨ送信を送信するように上位層のシグナリングを介して半静的（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）に設定される。端末がＣ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように上位層によって設定されると、端末は下記表９で定義された組み合わせによって、ＰＤＣＣＨをデコーディングし、該当ＰＵＳＣＨを送信する。このＰＤＣＣＨに対応するＰＵＳＣＨ送信及び同じ送信ブロックに対するＰＵＳＣＨ再送信は、Ｃ−ＲＮＴＩによってスクランブリング初期化される。送信モード１は、端末が上位層のシグナリングによってアップリンク送信モードが指定される（ａｓｓｉｇｎｅｄ）まで端末のための基本（ｄｅｆａｕｌｔ）アップリンク送信モードである。
【０３１３】
端末が送信モード２に設定され、ＤＣＩフォーマット０のアップリンクスケジューリンググラント（ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ）を受信する時、端末はＰＵＳＣＨ送信が送信ブロック１と関連し、送信ブロック２は使用不能（ｄｉｓａｂｌｅｄ）と仮定する。
【０３１４】
表１３は、Ｃ−ＲＮＴＩによって設定されるＰＤＣＣＨ及びＰＵＳＣＨを例示する。
【０３１５】
【表１３】
2019533962.tif 000076
【０３１６】
端末が上位層によってＣ−ＲＮＴＩによりスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように設定され、また、ＰＤＣＣＨオーダー（ｏｒｄｅｒ）により開始されたランダムアクセス手続（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）を受信するように設定されると、端末は下記表１０に定義された組み合わせによって、ＰＤＣＣＨをデコーディングする。
【０３１７】
表１４は、ランダムアクセス手続を開始するためのＰＤＣＣＨオーダーとして設定されるＰＤＣＣＨを例示する。
【０３１８】
【表１４】
2019533962.tif 000077
【０３１９】
端末が上位層によってＳＰＳ  Ｃ−ＲＮＴＩによりスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように設定されると、端末は下記表１１で定義された組み合わせによって、ＰＤＣＣＨをデコーディングし、該当ＰＵＳＣＨを送信する。このＰＤＣＣＨに対応するＰＵＳＣＨ送信及び同じ送信ブロックに対するＰＵＳＣＨ再送信は、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブリング初期化される。該当ＰＤＣＣＨなく、このＰＵＳＣＨの最小送信及び同じ送信ブロックに対するＰＵＳＣＨ再送信は、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブリング初期化される。
【０３２０】
表１５は、ＳＰＳ  Ｃ−ＲＮＴＩによって設定されたＰＤＣＣＨ及びＰＵＳＣＨを例示する。
【０３２１】
【表１５】
2019533962.tif 000078
【０３２２】
端末がＣ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように設定されているか否かと関係なく、端末が上位層によって仮のＣ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨをデコーディングするように設定されると、端末は下記表１２で定義された組み合わせによって、ＰＤＣＣＨをデコーディングし、該当ＰＵＳＣＨを送信する。このＰＤＣＣＨに対応するＰＵＳＣＨは、仮のＣ−ＲＮＴＩによってスクランブリング初期化される。
【０３２３】
仮のＣ−ＲＮＴＩが上位層によってセットされると、ランダムアクセス応答グラント（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ  ｇｒａｎｔ）に対応するＰＵＳＣＨ送信及び同じ送信ブロックに対するＰＵＳＣＨ再送信は、仮のＣ−ＲＮＴＩによってスクランブルされる。そうでなければ、ランダムアクセス応答グラントに対応するＰＵＳＣＨ送信及び同じ送信ブロックに対するＰＵＳＣＨ再送信は、Ｃ−ＲＮＴＩによってスクランブルされる。
【０３２４】
表１６は、仮のＣ−ＲＮＴＩによって設定されるＰＤＣＣＨを例示する。
【０３２５】
【表１６】
2019533962.tif 000079
【０３２６】
端末が上位層によってＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように設定されると、端末は下記表１３で定義された組み合わせによって、ＰＤＣＣＨをデコーディングする。表１７で３／３Ａの表記は端末が設定によってＤＣＩフォーマット３又はＤＣＩフォーマットを受信することを内包する。
【０３２７】
表１７は、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩによって設定されるＰＤＣＣＨを例示する。
【０３２８】
【表１７】
2019533962.tif 000080
【０３２９】
端末が上位層によってＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩによりスクランブルされたＣＲＣを有するＰＤＣＣＨをデコーディングするように設定されると、端末は下記表１４で定義された組み合わせによって、ＰＤＣＣＨをデコーディングする。表１８で、３／３Ａの表記は、端末が設定によってＤＣＩフォーマット３又はＤＣＩフォーマットを受信することを内包する。
【０３３０】
表１８は、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩによって設定されるＰＤＣＣＨを例示する。
【０３３１】
【表１８】
2019533962.tif 000081
【０３３２】
リレーノード（ＲＮ：Ｒｅｌａｙ  Ｎｏｄｅ）
【０３３３】
リレーノードは、基地局と端末間の送受信されるデータを二つの異なるリンク（バックホールリンク及びアクセスリンク）を介して伝達する。基地局はドナー（ｄｏｎｏｒ）セルを含み得る。リレーノードは、ドナーセルを介して無線で無線アクセスネットワークに連結される。
【０３３４】
一方、リレーノードの帯域（又はスペクトル）の使用に関して、バックホールリンクがアクセスリンクと同一の周波数帯域で動作する場合を「インバンド（ｉｎ−ｂａｎｄ）」といい、バックホールリンクとアクセスリンクが異なる周波数帯域で動作する場合を「アウトバンド（ｏｕｔ−ｂａｎｄ）」という。インバンド及びアウトバンドの場合、いずれも既存のＬＴＥシステム（例えば、リリース８）によって動作する端末（以下、レガシー（ｌｅｇａｃｙ）端末という）がドナーセルに接続できなければならない。
【０３３５】
端末でリレーノードを認識するか否かによって、リレーノードは透過型（ｔｒａｎｓｐａｒｅｎｔ）リレーノード又は非透過型（ｎｏｎ−ｔｒａｎｓｐａｒｅｎｔ）リレーノードに分類できる。透過型は、端末がリレーノードを介してネットワークと通信するか否かを認知することができない場合を意味し、非透過型は、端末がリレーノードを介してネットワークと通信するか否かを認知する場合を意味する。
【０３３６】
リレーノードの制御と関連して、ドナーセルの一部として構成されるリレーノード又は自らセルを制御するリレーノードとに区分できる。
【０３３７】
ドナーセルの一部として構成されるリレーノードは、リレーノード識別子（ｒｅｌａｙ  ＩＤ）を有することはできるが、リレーノード自身のセル識別子（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）を有さない。
【０３３８】
ドナーセルの属している基地局によりＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）の少なくとも一部が制御されると、ＲＲＭの残りの部分がリレーノードに位置していても、ドナーセルの一部として構成されるリレーノードという。好ましくは、このようなリレーノードは、レガシー端末を支援することができる。例えば、スマートリピーター（Ｓｍａｒｔ  ｒｅｐｅａｔｅｒｓ）、デコード−アンド−フォワードリレーノード（ｄｅｃｏｄｅ−ａｎｄ−ｆｏｒｗａｒｄ ｒｅｌａｙｓ）、Ｌ２（第２層）リレーノードの様々な種類及びタイプ−２のリレーノードが、このようなリレーノードに該当する。
【０３３９】
自らセルを制御するリレーノードの場合に、リレーノードは一つまたは複数個のセルを制御し、リレーノードにより制御されるセルのそれぞれに固有の物理層のセル識別子が提供される。また、リレーノードによって制御されるセルのそれぞれは、同一のＲＲＭメカニズムを用いることができる。端末の観点からは、リレーノードによって制御されるセルにアクセスすることと、一般基地局により制御されるセルにアクセスすることの差異点がない。このようなリレーノードにより制御されるセルは、レガシー端末を支援することができる。例えば、セルフ−バックホーリング（Ｓｅｌｆ−ｂａｃｋｈａｕｌｉｎｇ）リレーノード、Ｌ３（第３層）リレーノード、タイプ−１のリレーノード及びタイプ−１ａのリレーノードが、このようなリレーノードに該当する。
【０３４０】
タイプ−１のリレーノードは、インバンドリレーノードであって、複数個のセルを制御し、これら複数個のセルのそれぞれは、端末にとってはドナーセルと区別される別個のセルと見える。また、複数個のセルは個々の物理セルＩＤ（これは、ＬＴＥリリース８で定義される）を有し、リレーノードは自身の同期化チャネル、参照信号などを送信することができる。単一セルの動作の場合、端末は、リレーノードから直接スケジューリング情報及びＨＡＲＱフィードバックを受信し、リレーノードに自身の制御チャネル（スケジューリング要求（ＳＲ）、ＣＱＩ、ＡＣＫ／ＮＡＣＫなど）を送信することができる。また、レガシー端末（ＬＴＥリリース８のシステムによって動作する端末）にとって、タイプ−１のリレーノードはレガシー基地局（ＬＴＥリリース８のシステムによって動作する基地局）と見える。すなわち、下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を有する。一方、ＬＴＥ−Ａシステムによって動作する端末にとっては、タイプ−１のリレーノードはレガシー基地局と異なる基地局と見え、性能向上を提供することができる。
【０３４１】
タイプ−１ａのリレーノードは、アウトバンドで動作する以外は、前述のタイプ−１のリレーノードと同一の特徴を有する。タイプ−１ａのリレーノードの動作は、Ｌ１（第１層）動作への影響が最小化またはないように構成されることができる。
【０３４２】
タイプ−２のリレーノードは、インバンドリレーノードであって、別の物理セルＩＤを有さず、これによって、新たなセルを形成しない。タイプ−２のリレーノードは、レガシー端末に対して透過型であり、レガシー端末はタイプ−２のリレーノードの存在が認知できない。タイプ−２のリレーノードは、ＰＤＳＣＨが送信できるが、少なくともＣＲＳ及びＰＤＣＣＨは送信しない。
【０３４３】
一方、リレーノードをインバンドで動作させるためには、時間−周波数空間での一部資源がバックホールリンクのためにあらかじめ備えられなければならず、この資源は、アクセスリンクのために用いられないように設定できる。これを資源分割（ｒｅｓｏｕｒｃｅ  ｐａｒｔｉｔｉｏｎｉｎｇ）という。
【０３４４】
リレーノードにおける資源分割の一般的な原理は、次のように説明することができる。バックホールダウンリンク及びアクセスダウンリンクが一つの搬送波周波数上で時間分割多重化（ＴＤＭ）方式で多重化されることができる（すなわち、特定時間でバックホールダウンリンクまたはアクセスダウンリンクのうち一つのみ活性化する）。同様に、バックホールアップリンク及びアクセスアップリンクは、一つの搬送波周波数上でＴＤＭ方式で多重化されることができる（すなわち、特定時間でバックホールアップリンクまたはアクセスアップリンクの一つのみ活性化する）。
【０３４５】
ＦＤＤでのバックホールリンク多重化は、バックホールダウンリンク送信がダウンリンク周波数帯域で行われ、バックホールアップリンク送信がアップリンク周波数帯域で行われることができる。ＴＤＤでのバックホールリンク多重化は、バックホールダウンリンク送信が、基地局とリレーノードのダウンリンクサブフレームで行われ、バックホールアップリンク送信は、基地局とリレーノードのアップリンクサブフレームで行われることができる。
【０３４６】
インバンドリレーノードの場合、例えば、同じ周波数帯域で基地局からのバックホールダウンリンク受信と端末へのアクセスダウンリンク送信とが同時に行われると、リレーノードの送信端から送信される信号によって、リレーノードの受信端で信号干渉が発生し得る。即ち、リレーノードのＲＦ前端（ｆｒｏｎｔ−ｅｎｄ）で信号干渉またはＲＦジャミング（ｊａｍｍｉｎｇ）が発生し得る。同様に、同じ周波数帯域で基地局へのバックホールアップリンク送信と端末からのアクセスアップリンク受信とが同時に行われる場合も、信号干渉が発生し得る。
【０３４７】
従って、リレーノードで同一の周波数帯域で同時に信号を送受信するためには、受信信号と送信信号間に充分な分離（例えば、送信アンテナと受信アンテナを地上／地下に設置するように地理的に充分に離隔させて設置する）が提供されなければ、具現しにくい。
【０３４８】
このような信号干渉の問題を解決できる一つの案は、リレーノードがドナーセルから信号を受信する間に端末へ信号を送信しないように動作させるものである。すなわち、リレーノードから端末への送信にギャップ（ｇａｐ）を生成し、このギャップの間には、端末（レガシー端末を含む）がリレーノードからのいかなる送信も期待しないように設定することができる。このようなギャップは、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サブフレームを構成することによって設定できる。
【０３４９】
図１８は、本発明が適用されることができる無線通信システムにおけるリレーノード資源分割を例示する。
【０３５０】
図１８において、第一のサブフレームは一般サブフレームであって、 リレーノードから端末にダウンリンク（すなわち、アクセスダウンリンク）制御信号及びデータが送信され、第二のサブフレームは、ＭＢＳＦＮサブフレームであって、ダウンリンクサブフレームの制御領域ではリレーノードから端末に制御信号が送信されるが、ダウンリンクサブフレームの残りの領域では、リレーノードから端末にいかなる送信も行われない。ここで、レガシー端末の場合は、全てのダウンリンクサブフレームでＰＤＣＣＨの送信を期待することになるため（言い換えると、リレーノードは、自身の領域内におけるレガシー端末が毎サブフレームでＰＤＣＣＨを受信して測定機能を行うように支援する必要があるため）、レガシー端末の正しい動作のためには、全てのダウンリンクサブフレームでＰＤＣＣＨを送信する必要がある。従って、基地局からリレーノードへのダウンリンク（すなわち、バックホールダウンリンク）送信のために設定されたサブフレーム（第二のサブフレーム）上でも、サブフレームの先頭のＮ（Ｎ＝１、２または３）個のＯＦＤＭシンボル区間において、リレーノードはバックホールダウンリンクを受信するのではなく、アクセスダウンリンク送信をすべき必要がある。これに対し、第二のサブフレームの制御領域でＰＤＣＣＨがリレーノードから端末へ送信されるので、リレーノードでサービングするレガシー端末に対する下位互換性が提供されることができる。第二のサブフレームの残りの領域では、リレーノードから端末へいかなる送信が行われない間に、リレーノードは基地局からの送信を受信することができる。従って、このような資源分割方式を通じて、インバンドリレーノードでアクセスダウンリンク送信とバックホールダウンリンク受信とが同時に行われないようにすることができる。
【０３５１】
ＭＢＳＦＮサブフレームを用いる第二のサブフレームについて具体的に説明する。第二のサブフレームの制御領域は、リレーノード非聴取（ｎｏｎ−ｈｅａｒｉｎｇ）区間といえる。リレーノード非聴取区間は、リレーノードがバックホールダウンリンク信号を受信せず、アクセスダウンリンク信号を送信する区間を意味する。この区間は、前述したように、１、２または３のＯＦＤＭ長に設定されることができる。リレーノード非聴取区間で、リレーノードは端末へのアクセスダウンリンク送信を行い、残りの領域では、基地局からバックホールダウンリンクを受信することができる。この時、リレーノードは同一の周波数帯域で同時に送受信を行うことができないので、リレーノードが送信モードから受信モードに切り替えるのに時間がかかる。従って、バックホールダウンリンク受信領域の先頭の一部区間でリレーノードが送信／受信モードの切替をするようにガード時間（ＧＴ：ｇｕａｒｄ  ｔｉｍｅ）が設定される必要がある。同様に、リレーノードが基地局からのバックホールダウンリンクを受信し、端末へのアクセスダウンリンクを送信するように動作する場合も、リレーノードの受信／送信モードの切替のためのガード時間が設定されることができる。このようなガード時間の長さは、時間領域の値で与えられてもよく、例えば、ｋ（ｋ≧１）個の時間サンプル（Ｔｓ：ｔｉｍｅ ｓａｍｐｌｅ）値で与えられてもよく、または、一つ以上のＯＦＤＭシンボル長に設定されてもよい。或いは、リレーノードバックホールダウンリンクサブフレームが連続して設定されている場合、または、所定のサブフレームのタイミング整列（ｔｉｍｉｎｇ  ａｌｉｇｎｍｅｎｔ）関係によって、サブフレームの最後の部分のガード時間が定義されてもよく、設定されなくてもよい。このようなガード時間は、下位互換性を維持するために、バックホールダウンリンクサブフレーム送信のために設定されている周波数領域でのみ定義されることができる（アクセスダウンリンク区間でガード時間が設定される場合は、レガシー端末を支援できない）。ガード時間を除くバックホールダウンリンク受信区間で、リレーノードは基地局からＰＤＣＣＨ及びＰＤＳＣＨを受信することができる。これをリレーノード専用物理チャネルという意味で、Ｒ−ＰＤＣＣＨ（Ｒｅｌａｙ−ＰＤＣＣＨ）及びＲ−ＰＤＳＣＨ（Ｒｅｌａｙ−ＰＤＳＣＨ）とも表現できる。
【０３５２】
アンテナポート間のＱＣＬ（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｅｄ）
【０３５３】
ＱＣ／ＱＣＬ（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｅｄ又はｑｕａｓｉ  ｃｏ−ｌｏｃａｔｉｏｎ）は、次のように定義され得る。
【０３５４】
２つのアンテナポートがＱＣ／ＱＣＬ関係にある（あるいは、ＱＣ／ＱＣＬされた）とすれば、１つのアンテナポートを介して伝達される信号の広範囲特性（ｌａｒｇｅ−ｓｃａｌｅ  ｐｒｏｐｅｒｔｙ）がもう１つのアンテナポートを介して伝達される信号から暗示（ｉｎｆｅｒ）され得ると端末が仮定し得る。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ  ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ  ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ  ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ  Ｔｉｍｉｎｇ）のうち１つ以上を含む。
【０３５５】
また、次のように定義され得る。２つのアンテナポートがＱＣ／ＱＣＬ関係にある（あるいは、ＱＣ／ＱＣＬされた）とすれば、１つのアンテナポートを介して１シンボルが伝達されるチャネルの広範囲特性（ｌａｒｇｅ−ｓｃａｌｅ  ｐｒｏｐｅｒｔｙ）がもう１つのアンテナポートを介して１シンボルが伝達される無線チャネルから暗示（ｉｎｆｅｒ）されると端末が仮定し得る。ここで、前記広範囲特性は、遅延拡散（ｄｅｌａｙ  ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ  ｓｐｒｅａｄ）、ドップラーシフト（Ｄｏｐｐｌｅｒ  ｓｈｉｆｔ）、平均利得（ａｖｅｒａｇｅ  ｇａｉｎ）、及び平均遅延（ａｖｅｒａｇｅ  ｄｅｌａｙ）のうち１つ以上を含む。
【０３５６】
すなわち、２つのアンテナポートがＱＣ／ＱＣＬ関係にある（あるいは、ＱＣ／ＱＣＬされた）というのは、１つのアンテナポートからの無線チャネルの広範囲特性がもう１つのアンテナポートからの無線チャネルの広範囲特性と同一であることを意味する。ＲＳが送信される複数のアンテナポートを考慮すれば、互いに異なる２種類のＲＳが送信されるアンテナポートがＱＣＬ関係にあれば、１種類のアンテナポートからの無線チャネルの広範囲特性をもう１つの種類のアンテナポートからの無線チャネルの広範囲特性に代えることができる。
【０３５７】
本明細書において、前記ＱＣ／ＱＣＬ関連の定義を区分しない。すなわち、ＱＣ／ＱＣＬの概念は、前記定義のうちの１つに従うことができる。あるいは、類似した他の形態で、ＱＣ／ＱＣＬ仮定が成立するアンテナポート間には、あたかも同一位置（ｃｏ−ｌｏｃａｔｉｏｎ）で送信するように仮定し得る形態（例えば、同じ送信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｉｎｔ）で送信するアンテナポートであると端末が仮定し得るという等）でＱＣ／ＱＣＬ概念の定義が変形されることもあり、本発明の思想は、このような類似変形例を含む。本発明では、説明の便宜上、前記ＱＣ／ＱＣＬ関連の定義を混用して使用する。
【０３５８】
前記ＱＣ／ＱＣＬの概念によって、端末は、非ＱＣ／ＱＣＬ（Ｎｏｎ−ＱＣ／ＱＣＬ）アンテナポートに対しては、当該アンテナポートからの無線チャネル間に同じ前記広範囲特性を仮定し得ない。すなわち、この場合、端末は、タイミング獲得及びトラッキング（ｔｒａｃｋｉｎｇ）、周波数オフセット推定及び補償、遅延推定及びドップラー推定などに対してそれぞれの設定された非ＱＣ／ＱＣＬアンテナポート別に独立したプロセシングを行うべきである。
【０３５９】
ＱＣ／ＱＣＬを仮定し得るアンテナポート間に対し、端末は、次のような動作を行うことができるという長所がある：
【０３６０】
−  遅延拡散及びドップラー拡散に対し、端末は、ある１つのアンテナポートからの無線チャネルに対する電力−遅延−プロファイル（ｐｏｗｅｒ−ｄｅｌａｙ  ｐｒｏｆｉｌｅ）、遅延拡散及びドップラースペクトル（Ｄｏｐｐｌｅｒ  ｓｐｅｃｔｒｕｍ）、ドップラー拡散推定の結果を、他のアンテナポートからの無線チャネルに対するチャネル推定の際に使用されるウィナーフィルター（Ｗｉｅｎｅｒ  ｆｉｌｔｅｒ）などに同様に適用できる。
【０３６１】
−  周波数シフト（ｓｈｉｆｔ）及び受信されたタイミングに対し、端末は、ある１つのアンテナポートに対する時間及び周波数同期化を行った後、同じ同期化を他のアンテナポートの復調に適用することができる。
【０３６２】
−  平均受信電力に対し、端末は、２つ以上のアンテナポートに対してＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）測定を平均することができる。
【０３６３】
例えば、端末がダウンリンクデータチャネルの復調のためのＤＭＲＳアンテナポートがサービングセルのＣＲＳアンテナポートとＱＣ／ＱＣＬされたとすれば、端末は、当該ＤＭＲＳアンテナポートを介したチャネル推定の際、自身のＣＲＳアンテナポートから推定した無線チャネルの広範囲特性（ｌａｒｇｅ−ｓｃａｌｅ  ｐｒｏｐｅｒｔｉｅｓ）を同様に適用して、ＤＭＲＳベースダウンリンクデータチャネルの受信性能を向上させることができる。
【０３６４】
なぜなら、ＣＲＳは、サブフレーム毎に、そして全帯域にわたって相対的に高い密度（ｄｅｎｓｉｔｙ）でブロードキャスティングされる参照信号であるので、広範囲特性に関する推定値は、ＣＲＳからより安定的に獲得が可能なためである。これに対し、ＤＭＲＳは、特定のスケジューリングされたＲＢに対しては、端末特定に送信され、また、ＰＲＧ（ｐｒｅｃｏｄｉｎｇ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）単位は、基地局が送信に使用するプリコーディング行列（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ）が変わり得るので、端末に受信される有効チャネルは、ＰＲＧ単位で変わり得、複数のＰＲＧのスケジューリングを受けた場合であっても、広い帯域にわたってＤＭＲＳを無線チャネルの広範囲特性推定用に使用する際に性能劣化が生じ得る。また、ＣＳＩ−ＲＳも、その送信周期が数〜数十ｍｓになり得、資源ブロック当たり、平均的にアンテナポート当たりの１資源要素の低い密度を有するので、ＣＳＩ−ＲＳも同様に、無線チャネルの広範囲特性推定用に使用する場合、性能劣化が生じ得る。
【０３６５】
すなわち、アンテナポート間のＱＣ／ＱＣＬ仮定を行うことで、端末は、ダウンリンク参照信号の検出／受信、チャネル推定、チャネル状態報告などに活用することができる。
【０３６６】
バッファステータスレポート（BSR; Buffer status reporting）
【０３６７】
バッファステータスレポートの手順はサービング基地局（serving eNB）に端末のULバッファにおいて送信のために使用可能な（または有効な）データ量に関する情報を提供するために使用することができる。 RRCは、二つのタイマーを設定することにより、BSR報告を制御することができ、この時、二つのタイマーは、periodicBSR-TimerとretxBSR-Timerに該当することができる。また、RRCは、オプションでLCG（Logical Channel Group）のための論理チャネルを割り当てる論理チャネルグループ（logicalChannelGroup、LCG）をシグナリングすることにより、BSR報告を制御することができる。
【０３６８】
BSR手順のために、端末は、停止されていない（not suspended）すべての無線ベアラを考慮する。また、このとき、端末は停止されている無線ベアラを考慮することもできる。
【０３６９】
BSRは、以下のようなイベントのいずれかが発生した場合、トリガされることができる。
【０３７０】
-  ULデータ（LCGに属する論理チャネルの）がRLCエンティティまたはPDCP
エンティティで転送可能な場合は、特定のLCGに属する論理チャネルの優先順位よりも高い優先順位を有する論理チャネルに属するデータがすでに転送可能であるか、LCGに属する論理チャネルのうちのどこにも（またはからも）転送可能なデータがない場合（つまり、BSRが下から後述する「Regular BSR」に該当する/呼ばれる場合）
【０３７１】
-  ULリソースが割り当てられ、パディングビットの数がバーサステータスレポート（Buffer status Report）MAC制御要素（control element）およびサブヘッダを加えたサイズと同じかそれより大きい場合（つまり、BSRが下から後述する「Padding BSR」に対応する/呼ばれる場合）
【０３７２】
-  retxBSR-Timerが満了し、端末がLCGに属する論理チャネルに対して送信可能なデータを持っている場合（つまり、BSRが下から後述する「Regular BSR」に対応する/呼ばれる場合）
【０３７３】
-  periodicBSR-Timerが満了した場合（つまり、BSRが下から後述する「Periodic BSR」に対応する/呼ばれる場合）
【０３７４】
RegularとPeriidoc BSRの場合：
【０３７５】
- もし、BSRが送信されるTTI内の1つ以上のLCGが送信可能なデータを持っている場合：Long BSRを報告する。
【０３７６】
- それ以外short BSRを報告する。
【０３７７】
Padding BSRの場合：
【０３７８】
1）万一、パディングビットの数がShort BSRとこれのサブヘッダ（subheader）を合わせたサイズと同じか、それより大きく、Long BSRとこれのサブヘッダ（subheader）を合わせたサイズよりも小さい場合：
【０３７９】
- もし、複数のLCGがBSRが送信されるTTI内で伝送可能なデータを持っている場合：送信可能なデータが送信される最も高い優先順位の論理チャネルを有するLCGのTruncated BSRを報告する。
【０３８０】
- それ以外の場合：Short BSRを報告する。
【０３８１】
2）に加えて、もしpadding bits数Long BSRとこれのサブヘッダ（subheader）を合わせたサイズと同じかそれより大きい場合：Long BSRを報告する。
【０３８２】
万が一、BSRの手順では、少なくとも一つのBSRがトリガーされ、キャンセルされ
なかったと判断した場合：
【０３８３】
1）万一、端末が対応するTTIで新たな伝送のために割り当てられたULリソースを持っている場合：
【０３８４】
-  BSR MAC制御要素（control element）を生成するために多重化と
アセンブリ手順を指示する。
【０３８５】
- すべての生成されたBSRがtruncated BSRsである場合を除き、periodicBSR-Timerを起動または再起動する。
【０３８６】
-  retxBSR-Timerを起動または再起動する。
【０３８７】
2）そのほかに、もしRegular BSRがトリガされた場合：
【０３８８】
- もしUL grantが設定されてないか、論理チャネルを介して送信可能データによりRegular BSRがトリガされていない場合（ここで、上記論理チャネルは、上位層（upper layer）によってSR masking（logicalChannelSR-Mask）が設定されたチャンネルである） ：
スケジューリング要求がトリガーされる。
【０３８９】
Regular BSRとPeriodic BSRがpadding BSRより優先順位を有する場合にBSRが送信されることができるまでBSRをトリガーする複数のイベントが発生した場合にも、MAC PDUは、最大で1つのMAC BSR制御要素を含んでいる。端末は、どのUL-SCHの新しいデータの伝送の承認を指示された場合には、retxBSR-Timerを起動または再起動することができる。
【０３９０】
すべてのトリガされたBSRは、サブフレームのUL grantがすべてのペンディング転送データを収容することができますが、BSR MAC制御要素およびこれのサブヘッダ（subheader）の合計をさらに収容するには十分でない場合はキャンセルされることができる。すべてのトリガされたBSRは、送信のためのMAC PDUにBSRが含まれている場合は、キャンセルされることができる。
【０３９１】
端末は、一TTI内で最大で1つのRegular / Periodic BSRを送信することができる。
万一、端末が一つのTTI内で複数のMAC PDUを送信することを要請された場合には、Regular / Periodic BSRが含まれていないMAC PDUのうちいずれかにpadding BSRが含まれることができる。
【０３９２】
一つのTTI内で送信されたすべてのBSRは、常に上記TTIのために構成されたすべてのMAC PDUsが送信された後、バッファの状態を反映することができる。各LCGはTTIごとに最大で1つのバッファの状態値を報告することができ、上記の値は、これらのLCGのすべてのBSRs見バッファの状態で報告されることができる。 Padding BSRはトリガーされたRegular / Periodic BSRをキャンセルすることが許諾されていない。 Padding BSRは、特定のMAC PDUのためだけにトリガーされ、前記トリガーは、これらのMAC PDUが構成されたときキャンセルされる。
【０３９３】
Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信
【０３９４】
図１９は、端末間直接通信（Ｄ２Ｄ）技法に対する要素を説明するための図である。
【０３９５】
図１９において、ＵＥはユーザーの端末を意味するが、ｅＮＢのようなネットワーク装備がＵＥとの通信方式に応じて信号を送受信する場合には、該当ネットワーク装備もやはり一種のＵＥと見なされることができる。以下では、ＵＥ１は、一連の資源の集合を意味する資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内で特定の資源に該当する資源ユニット（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を選択し、該当資源ユニットを用いてＤ２Ｄ信号を送信するように動作することができる。これに対する受信ＵＥであるＵＥ２は、ＵＥ１が信号を送信することができる資源プールが構成（ｃｏｎｆｉｇｕｒｅ）され、該当プール内でＵＥ１の信号を検出する。ここで、資源プールは、ＵＥ１が基地局の連結範囲にある場合、基地局が知らせることができ、基地局の連結範囲外にある場合には、他のＵＥが知らせるか、或いは予め決まった資源で決定されることもできる。一般に、資源プールは複数の資源ユニットを含み得、各ＵＥは一つまたは複数の資源ユニットを選定し、自身のＤ２Ｄ信号の送信に用い得る。
【０３９６】
図２０は、資源ユニットの構成の実施例を示した図である。
【０３９７】
図２０を参照すると、全体の周波数資源がＮ＿Ｆ個に分割され、全体の時間資源がＮ＿Ｔ個に分割され、計Ｎ＿Ｆ＊Ｎ＿Ｔ個の資源ユニットが定義されることができる。ここでは、該当資源プールがＮ＿Ｔサブフレームを周期的に繰り返すと表現できる。特徴的にある資源ユニットは、本図に示したように、周期的に繰り返して示され得る。或いは、時間や周波数次元でのダイバーシティの効果を得るために、一つの論理的な資源ユニットがマッピングされる物理的資源ユニットのインデックスが時間に応じて予め決まったパターンに変化することもある。このような資源ユニットの構造において、資源プールとは、Ｄ２Ｄ信号を送信しようとするＵＥが送信に用いることができる資源ユニットの集合を意味し得る。
【０３９８】
前記説明した資源プールは、様々な種類に細分化できる。まず、資源プールは、各資源プールで送信されるＤ２Ｄ信号の内容（ｃｏｎｔｅｎｔｓ）に応じて区分できる。一例として、Ｄ２Ｄ信号の内容は下記のように区分でき、それぞれに対して別途の資源プールが構成できる。
【０３９９】
スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ；ＳＡ）：各送信ＵＥが行うＤ２Ｄデータチャネルの送信に用いる資源の位置、その他のデータチャネルの復調のために必要なＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）や、ＭＩＭＯ送信方式及び／又はｔｉｍｉｎｇ ａｄｖａｎｃｅ等の情報を含む信号。この信号は同じ資源ユニット上でＤ２Ｄデータと共に多重化されて送信されることも可能である。本明細書において、ＳＡ資源プールとは、ＳＡがＤ２Ｄデータと多重化されて送信される資源のプールを意味し得、Ｄ２Ｄ制御チャネルとも呼ばれ得る。
【０４００】
Ｄ２Ｄデータチャネル：ＳＡを介して指定された資源を用いて送信ＵＥがユーザーデータ（ｕｓｅｒ  ｄａｔａ）を送信するのに用いる資源プール。もし、同じ資源ユニット上でＤ２Ｄデータと共に多重化されて送信されることが可能な場合には、Ｄ２Ｄデータチャネルのための資源プールでは、ＳＡ情報を除いた形態のＤ２Ｄデータチャネルのみが送信され得る。言い換えれば、ＳＡ資源プール内の個別の資源ユニット上でＳＡ情報を送信するのに用いられた資源要素をＤ２Ｄデータチャネル資源プールでは依然としてＤ２Ｄデータを送信するのに用いることができる。
【０４０１】
ディスカバリーチャネル（Ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ）：送信ＵＥが自身のＩＤなどの情報を送信して、隣接ＵＥをして自身を見つけることができるようにするメッセージのための資源プール。
【０４０２】
前述した場合と逆に、Ｄ２Ｄ信号の内容（ｃｏｎｔｅｎｔ）が同一である場合にも、Ｄ２Ｄ信号の送受信属性によって異なる資源プールを用いることができる。一例として、同じＤ２Ｄデータチャネル又はディスカバリーメッセージであっても、Ｄ２Ｄ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信されるか、それとも該当時点で一定のｔｉｍｉｎｇ  ａｄｖａｎｃｅを適用して送信されるか）又は資源割り当て方式（例えば、個別信号の送信資源をｅＮＢが個別送信ＵＥに指定するか、それとも個別送信ＵＥがプール内で自体的に個別信号送信資源を選択するか）、信号フォーマット（例えば、各Ｄ２Ｄ信号があるサブフレームで占めるシンボルの数、又はあるＤ２Ｄ信号の送信に用いられるサブフレームの数）、ｅＮＢからの信号強度、Ｄ２Ｄ ＵＥの送信電力強度等に応じて、さらに異なる資源プールに区分できる。
【０４０３】
図２１は、ＳＡ資源プールと後行のデータチャネル資源プールが周期的に示される場合を示したものであり、以下、ＳＡ資源プールが示される周期をＳＡ周期という。
【０４０４】
本発明では、Ｄ２Ｄ通信でリレー動作を行うとき、リレー信号を送信するための資源を選択する方法を提供する。
【０４０５】
本明細書では、説明の便宜上、Ｄ２Ｄ通信でｅＮＢがＤ２Ｄ送信ＵＥの送信資源を直接指示する方法をモード１、送信資源領域が予め設定されているか、ｅＮＢが送信資源領域を指定し、ＵＥが直接送信資源を選択する方法をモード２と指称／定義することにする。Ｄ２Ｄディスカバリーの場合には、ｅＮＢが直接資源を指示する場合はタイプ２、予め設定された資源領域又はｅＮＢが指示した資源領域でＵＥが直接送信資源を選択する場合はタイプ１と指称／定義することにする。
【０４０６】
前記言及したＤ２Ｄは、サイドリンク（ｓｉｄｅｌｉｎｋ）とも呼ばれ得、ＳＡは、物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ；ＰＳＣＣＨ）、Ｄ２Ｄ同期信号（Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）は、サイドリンク同期信号（ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ；ＳＳＳ）、ＳＳＳと共に送信されるＤ２Ｄ通信以前に最も基本的な情報を送信する制御チャネルを物理サイドリンクブロードキャストチャネル（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ；ＰＳＢＣＨ）、或いは他の名称として、ＰＤ２ＤＳＣＨ  （Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｃｈａｎｎｅｌ）と呼び得る。特定端末が自身が周辺にあることを知らせるための信号、このとき、この信号には特定端末のＩＤが含まれていることがあり、このようなチャネルを物理サイドリンクディスカバリーチャネル（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ；ＰＳＤＣＨ）と呼び得る。
【０４０７】
Ｒｅｌ．１２のＤ２Ｄでは、Ｄ２Ｄ通信ＵＥのみがＰＳＢＣＨをＳＳＳと共に送信し、これによって、ＳＳＳの測定はＰＳＢＣＨのＤＭＲＳを用いて行う。アウトカバレッジ（ｏｕｔ−ｃｏｖｅｒａｇｅ）ＵＥはＰＳＢＣＨのＤＭＲＳを測定し、この信号のＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）などを測定して、自身が同期化ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）になるか否かを決定することになる。
【０４０８】
図２２乃至図２４は、本発明が適用されることができるリレー過程及びリレーのための資源の一例を示した図である。
【０４０９】
図２２乃至図２４を参照すると、端末間通信を支援する通信システムで端末がカバレッジ外の端末にリレーを介してデータを送信し、実質的にカバレッジを拡張することができる。
【０４１０】
具体的に、図２２に示されたように、ＵＥ０のカバレッジ（ｃｏｖｅｒａｇｅ）内にあるＵＥであるＵＥ１及び／又はＵＥ２は、前記ＵＥ０が送信したメッセージを受信することができる。
【０４１１】
しかし、前記ＵＥ０はカバレッジ外に存在するＵＥ３及びＵＥ４にはメッセージを直接送信することができない。従って、このような場合、ＵＥ０のカバレッジ外にあるＵＥ３及びＵＥ４にもメッセージを送信するために、リレー動作を行うことができる。
【０４１２】
前記リレー動作は、カバレッジ外に存在する端末にメッセージを送信するためにカバレッジ内の端末がメッセージを伝達する動作を意味する。
【０４１３】
図２３は、前記リレー動作の一例を示すものであって、前記ＵＥ０がカバレッジ外部の前記ＵＥ３にデータパケットを送信しようとする場合、前記ＵＥ  １を介して前記ＵＥ３に前記データパケットを送信することができる。
【０４１４】
具体的に、前記ＵＥ０が前記ＵＥ３に前記データパケットを送信しようとする場合、前記ＵＥ０は前記データパケットのリレー可否を示すパラメータをリレー動作を行うように設定し、前記データパケットを送信する（Ｓ２６０１０）。
【０４１５】
ＵＥ１は前記データパケットを受信し、前記パラメータを介して前記データパケットのリレー可否を決定する。
【０４１６】
前記ＵＥ１は、前記パラメータがリレー動作を指示する場合、前記受信されたデータパケットをＵＥ３に送信し、リレー動作を指示しない場合、前記データパケットをＵＥ３に送信しない。
【０４１７】
このような方法を通じて、前記ＵＥ０はカバレッジ外部に存在する端末へメッセージを送信することができる。
【０４１８】
図２４は、前記リレー動作のための資源を選択する方法の一例を示す。
【０４１９】
図２４の（ａ）を参照すると、端末が資源プールで自律的に資源を選択してメッセージをリレーすることができる。即ち、同じメッセージをリレーする端末（ＵＥ１、ＵＥ２、ＵＥ３等）は資源プールでそれぞれ任意的に資源を選択して同じメッセージをリレーすることができる。
【０４２０】
しかし、このような場合、メッセージを受信する受信端末は、同じメッセージを他の資源を介して繰り返して受信するという問題点が存在する。
【０４２１】
従って、図２４の（ｂ）のように、資源プールでリレーのための資源を割り当て、各リレー端末は、割り当てられた資源を介してメッセージを送信する場合、受信端末は、同じメッセージを同じ資源を介して送信を受けることができるため、資源の浪費を減らすことができる。
【０４２２】
Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）
【０４２３】
（１）Ｖ２Ｘサイドリンク通信（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ  ｓｉｄｅｌｉｎｋ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
【０４２４】
Ｖ２Ｘサイドリンク通信は、車両間の通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｂｅｔｗｅｅｎ  ｖｅｈｉｃｌｅｓ）を指称するＶ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）、車両とｅＮＢ又はＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）間の通信を指称するＶ２Ｉ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、車両及び個人（歩行者、自転車運転者、車両運転者又は乗客）が所持している端末間の通信を指称するＶ２Ｐ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｐｅｄｅｓｔｒｉａｎ）等、車両と全ての個体間の通信を含む。
【０４２５】
この場合、Ｖ２Ｘサイドリンク通信を支援する無線通信システムには、前記車両と全ての個体間の通信を支援するための特定のネットワーク個体（ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）が存在し得る。例えば、前記ネットワーク個体は、基地局（ｅＮＢ）、ＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）、端末、又はアプリケーションサーバー（ａｐｐｌｉｃａｔｉｏｎ  ｓｅｒｖｅｒ）（例：交通安全サーバー（ｔｒａｆｆｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｅｒ））等であり得る。
【０４２６】
また、Ｖ２Ｘサイドリンク通信を行う端末は、一般的な携帯用端末（ｈａｎｄｈｅｌｄ  ＵＥ）だけでなく、車両端末（Ｖ−ＵＥ（Ｖｅｈｉｃｌｅ  ＵＥ））、歩行者端末（ｐｅｄｅｓｔｒｉａｎ  ＵＥ）、基地局タイプ（ｅＮＢ  ｔｙｐｅ）のＲＳＵ、又は端末タイプ（ＵＥ  ｔｙｐｅ）のＲＳＵ等を意味し得る。
【０４２７】
Ｖ２Ｘサイドリンク通信は、端末間に直接行われてもよく、前記ネットワーク個体を介して行われてもよい。このようなＶ２Ｘサイドリンク通信の実行方式に応じて、Ｖ２Ｘの動作モードが区分できる。
【０４２８】
Ｖ２Ｘで使用される用語は、次のように定義され得る。
【０４２９】
Ａ  Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ（ＲＳＵ）：ＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）は、Ｖ２Ｉサービスを用いて移動車両と送受信できるＶ２Ｘサービス可能装置である。
【０４３０】
また、ＲＳＵはＶ２Ｘの応用プログラムを支援する固定インフラ個体であって、Ｖ２Ｘの応用プログラムを支援する他の個体とメッセージを交換することができる。
【０４３１】
Ｐｓｅｕｄｏｎｙｍｉｔｙ：個人識別情報（ｐｅｒｓｏｎａｌｌｙ  ｉｄｅｎｔｉｆｉａｂｌｅ  ｉｎｆｏｒｍａｔｉｏｎ：ＰＩＩ）の処理が、データがこれ以上追加情報を使用せず、特定の加入者に提供できない時の条件、このような追加情報が別個に維持され、識別された又は識別できる加入者に非帰属（ｎｏｎ−ａｔｔｒｉｂｕｔｉｏｎ）を保障するための技術的及び組織的措置がある限り。
【０４３２】
ＲＳＵは既存のＩＴＳスペックでよく使われる用語であり、３ＧＰＰのスペックにこの用語を導入した理由は、ＩＴＳ産業で文書をより容易に読ませるためである。
【０４３３】
ＲＳＵは、Ｖ２Ｘアプリケーション論理（Ｖ２Ｘ  ａｐｐｌｉｃａｔｉｏｎ  ｌｏｇｉｃ）をｅＮＢ（ｅＮＢ−ｔｙｐｅ  ＲＳＵという）又はＵＥ（ＵＥ−ｔｙｐｅ  ＲＳＵという）の機能と結合する論理的な個体である。
【０４３４】
Ｖ２Ｉサービス：Ｖ２Ｘサービスのタイプであって、一方は車両であり、他方はインフラストラクチャー（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）に属する個体。
【０４３５】
Ｖ２Ｐサービス：Ｖ２Ｘサービスのタイプであって、一方は車両であり、他方は個人が携帯しているデバイス（例：歩行者、自転車運転者、運転者又は同乗者が携帯している携帯用端末機）。
【０４３６】
Ｖ２Ｘ  Ｓｅｒｖｉｃｅ：車両に送信又は受信装置が関係された３ＧＰＰ通信サービスタイプ。
【０４３７】
通信に参加した相手方に応じて、Ｖ２Ｖサービス、Ｖ２Ｉサービス及びＶ２Ｐサービスにさらに分けられる。
【０４３８】
Ｖ２Ｘ可能（ｅｎａｂｌｅｄ）ＵＥ：Ｖ２Ｘサービスを支援するＵＥ。
【０４３９】
Ｖ２Ｖサービス：Ｖ２Ｘサービスのタイプであって、通信の両方とも車両である。
【０４４０】
Ｖ２Ｖ通信範囲：Ｖ２Ｖサービスに参加する両車両間の直接通信範囲。
【０４４１】
Ｖ２Ｘ応用プログラム支援タイプ
【０４４２】
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）と呼ばれるＶ２Ｘアプリケーションは、見たように、（１）車両対車両（Ｖ２Ｖ）、（２）車両対インフラ（Ｖ２Ｉ）、（３）車両対ネットワーク（Ｖ２Ｎ）、（４）車両対歩行者（Ｖ２Ｐ）の４つのタイプがある。
【０４４３】
図２５は、本発明が適用されることができるＶ２Ｘアプリケーションのタイプを示す。
【０４４４】
図２５を参照すると、この４つのタイプのＶ２Ｘアプリケーションは、最終のユーザーのために、より知能的なサービスを提供する「協調的認識（ｃｏ−ｏｐｅｒａｔｉｖｅ  ａｗａｒｅｎｅｓｓ）」を使用することができる。
【０４４５】
これは、車両、道路設備、アプリケーションサーバー及び歩行者のような個体が協調衝突警告又は自律走行のようなより知能的な情報を提供するために、該当知識を処理して共有するように該当地域環境に対する知識（例：近接した他の車両又はセンサ装備から受けた情報）を収集することができるということを意味する。
【０４４６】
このような知能型運送サービス及び関連メッセージセットは、３ＧＰＰ外の自動車ＳＤＯに定義されている。
【０４４７】
ＩＴＳサービスの提供のための三つの基本クラス：道路安全、交通効率性及びその他の応用プログラムは、例えば、ＥＴＳＩ  ＴＲ  １０２  ６３８  Ｖ１．１．１：「Ｖｅｈｉｃｕｌａｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ；Ｂａｓｉｃ  Ｓｅｔ  ｏｆ  Ａｐｐｌｉｃａｔｉｏｎｓ；Ｄｅｉｎｉｔｉｏｎｓ」に記述される。
【０４４８】
３ＧＰＰは、様々なタイプのＶ２Ｘの応用プログラムを支援するためにこのようなメッセージの送信のみ処理する。
【０４４９】
Ｖ２Ｘサイドリンク通信についてより具体的に見る。
【０４５０】
ＰＣ５インターフェースを介したＶ２Ｘサービスの支援は、ＵＥがＰＣ５インターフェースを介して直接通信できる通信モードであるＶ２Ｘサイドリンク通信によって提供される。
【０４５１】
この通信モードは、ＵＥがＥ−ＵＴＲＡＮによってサービングされる時と、ＵＥがＥ−ＵＴＲＡカバレッジ外にある時に支援される。
【０４５２】
Ｖ２Ｘサービスに使用されるように許可されたＵＥのみがＶ２Ｘサイドリンク通信を行うことができる。
【０４５３】
サイドリンク通信のために図３ａに示されたユーザープレーンプロトコルスタックと機能は、Ｖ２Ｘサイドリンク通信にも使用される。また、Ｖ２Ｘサイドリンク通信の場合：
【０４５４】
−  サイドリンク通信のためのＳＴＣＨ（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）は、Ｖ２Ｘサイドリンク通信にも使用される。
【０４５５】
−  Ｖ２Ｘサイドリンク通信のために構成されたリソースで送信されたＶ２Ｘデータは、Ｎｏｎ−Ｖ２Ｘ（例：公共安全）データと多重送信されない。
【０４５６】
サイドリンク通信のために、図３ｂで示されたように、ＳＢＣＣＨ用コントロールプレーンプロトコルスタックは、Ｖ２Ｘサイドリンク通信にも使用される。
【０４５７】
Ｖ２Ｘサイドリンク通信を支援するＵＥは、資源割り当てのための二つのモードで動作できる：
【０４５８】
−  予約された資源割り当て
【０４５９】
−  ＵＥはデータを送信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤである必要がある。
【０４６０】
−  ＵＥはｅＮＢから送信資源を要求する。ｅＮＢはサイドリンク制御情報及びデータ送信のための送信資源をスケジューリングする。
【０４６１】
−  ＵＥの自律的な資源の選択。
【０４６２】
−  ＵＥが自体的に資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）から資源を選択し、サイドリンク制御情報及びデータを送信するための送信フォーマットの選択を行う。
【０４６３】
−  ゾーン（ｚｏｎｅ）とＶ２Ｘサイドリンク送信資源プール間のマッピングが構成されると、ＵＥは、ＵＥの位置するゾーンに基づいてＶ２Ｘサイドリンク資源プールを選択する。
【０４６４】
−  ＵＥは、サイドリンク資源の（再）選択のために感知を行う。感知結果に基づき、ＵＥはいくつの特定のサイドリンク資源を（再）選択し、多数のサイドリンク資源を予約する。
【０４６５】
最大２個の並列独立資源予約プロセスがＵＥによって行われるように許可される。ＵＥはまた、Ｖ２Ｘサイドリンク送信のために、単一資源の選択を行うことが許可される。
【０４６６】
地理的領域は、ｅＮＢによって構成されてもよく、予め構成されてもよい。領域が構成されるとき、世界は単一固定参照点（即ち、地理的座標（０、  ０））、長さ及び幅（ｗｉｄｔｈ）を使用して地理的領域に分割される。
【０４６７】
ＵＥは、それぞれのゾーンの長さ及び幅、長さにおけるゾーンの数、幅におけるゾーンの数、及び単一固定された基準点を使用するモジュロ動作によってゾーンの識別（ｉｄｅｎｔｉｔｙ）を決定する。
【０４６８】
各ゾーンの長さ及び幅、長さにおけるゾーンの数、及び幅におけるゾーンの数は、ＵＥがカバレッジ内にあるとき、ｅＮＢによって提供され、ＵＥがカバレッジを外れたとき、予め構成される。
【０４６９】
この領域は、サービス領域及びサービス領域の全てで構成することができる。
【０４７０】
カバレッジ内にあるＵＥに対して、ＵＥがＵＥの自律的な資源の選択を使用するとき、ｅＮＢはゾーンとＳＩＢ２１のＶ２Ｘサイドリンク送信資源プール間のマッピングを提供することができる。
【０４７１】
カバレッジ外にあるＵＥに対して、ゾーンとＶ２Ｘサイドリンク送信資源プール間のマッピングは、予め構成され得る。
【０４７２】
ゾーンとＶ２Ｘサイドリンク送信資源プール間のマッピングが（予め）構成された場合、ＵＥは自身が現在位置しているゾーンに対応する資源プールから送信サイドリンク資源を選択する。
【０４７３】
ゾーンの概念は、例外的なＶ２Ｘサイドリンク送信プールだけでなく、受信プールにも適用されない。
【０４７４】
Ｖ２Ｘサイドリンク通信のための資源プールは、優先順位に応じて構成されない。
【０４７５】
Ｖ２Ｘサイドリンク送信のために、ハンドオーバーの間、ターゲットセルに対する例外的な送信資源プールを含む送信資源プールの構成が送信中断を減らすようにハンドオーバーの命令でシグナリングされることができる。
【０４７６】
そのため、ＵＥは同期化がターゲットセルと行われる限り、ハンドオーバーが完了する前にターゲットセルの送信サイドリンク資源プールを用いることができる。
【０４７７】
例外的な送信資源プールがハンドオーバーの命令に含まれると、ＵＥはハンドオーバーの命令の受信から始めて、例外的な送信資源プールからランダムに選択された資源を用い始める。ＵＥがハンドオーバーの命令によってスケジューリングされた資源割り当てで構成されると、ＵＥはハンドオーバーと関連したタイマーが実行される間、例外的な送信資源プールを用い続ける。ＵＥがターゲットセルで自律的な資源の選択で構成されると、自律的な資源の選択のための送信資源プールで初期の感知が完了するまで、ＵＥは例外的な送信資源プールを用い続ける。
【０４７８】
例外的な場合（例えば、ＲＬＦの間、ＲＲＣ  ＩＤＬＥからＲＲＣ  ＣＯＮＮＥＣＴＥＤへの遷移の間、又はセル内の専用サイドリンク資源プールの変更中に）、ＵＥは感知（ｓｅｎｓｉｎｇ）に基づき、サービングセルのＳＩＢ２１に提供された例外プールから資源を選択することができ、それらを一時的に用いることができる。
【０４７９】
ターゲットセルからブロードキャスティングされた受信プールを獲得することにおいて、遅延によってＶ２Ｘメッセージを受信するとき、中断時間を避けるために、ターゲットセルに対する同期化の構成及び受信資源プールの構成がハンドオーバーの命令でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥにシグナリングされることができる。
【０４８０】
ＲＲＣ＿ＩＤＬＥ  ＵＥの場合、ターゲットセルのＳＩＢ２１の獲得と関連したサイドリンク送信／受信の中断時間を最小化することは、ＵＥの具現にかかっている。
【０４８１】
ＵＥは、基準に応じて、そのキャリア上のセルを検出する毎にＶ２Ｘサイドリンク通信のために用いられるキャリアでカバレッジ内（ｉｎ−ｃｏｖｅｒａｇｅ）であると見なされる。
【０４８２】
Ｖ２Ｘサイドリンク通信のために許可されたＵＥがＶ２Ｘサイドリンク通信のためのカバレッジ内にあれば、ｅＮＢの構成によってスケジューリングされた資源割り当て又はＵＥの自律的な資源の選択を使用することができる。
【０４８３】
ＵＥがＶ２Ｘサイドリンク通信のためにカバレッジ外にあるとき、データに対する送信及び受信の資源プールセットは、ＵＥで予め構成される。Ｖ２Ｘサイドリンク通信資源は、サイドリンクを介して送信される他のＮｏｎ−Ｖ２Ｘ応用プログラムと共有しない。
【０４８４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥは、サイドリンク資源を要求するために、Ｖ２Ｘ通信の送信に関心がある場合、サービングセルにＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎのメッセージを送信することができる。
【０４８５】
ＵＥがＶ２Ｘ通信を受信するために上位層によって構成され、ＰＣ５資源が提供されると、ＵＥは構成された資源を受信する。
【０４８６】
サービングセルは、Ｖ２Ｘサイドリンク通信に使用されるキャリアに対する同期化の構成を提供することができる。この場合、ＵＥはサービングセルから受信された同期化の構成に従う。
【０４８７】
Ｖ２Ｘサイドリンク通信のために使用されるキャリア上でセルが検出されず、ＵＥがサービングセルから同期化の構成を受信することができなければ、ＵＥは予め構成された同期化の構成に従う。同期化の参照（ｒｅｆｅｒｅｎｃｅ）には、ｅＮＢ、ＵＥ及びＧＮＳＳの三つのタイプがある。ＧＮＳＳが同期化ソースで構成される場合、ＵＥは直接フレーム番号及びサブフレーム番号を計算するために、ＵＴＣ時間を利用する。
【０４８８】
ｅＮＢのタイミングがＶ２Ｘに対する専用キャリアに対するＵＥに対する同期化基準で構成される場合、ＵＥは、同期化及びＤＬ測定のためにＰＣｅｌｌ（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）／サービングセル（ＲＲＣ＿ＩＤＬＥ）に従う。
【０４８９】
Ｖ２Ｖのサイドリンク通信におけるスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）技法
【０４９０】
Ｖ２Ｖサイドリンク通信の場合、サイドリンク通信の基地局指示ベースのスケジューリング方式（即ち、モード３）と端末が特定の資源プール内で自ら資源を選択するスケジューリング方式（即ち、モード４）の方式が用いられることができる。
【０４９１】
ここで、Ｖ２Ｖサイドリンク通信のモード３は、既存のサイドリンク通信のモード１と対応し、モード４は、既存のサイドリンク通信のモード２と対応する。
【０４９２】
ここで、前記モード４は分散的スケジューリング（ｄｉｓｔｒｉｂｕｔｅｄ  ｓｃｈｅｄｕｌｉｎｇ）方式と、前記モード３は、基地局スケジューリング（ｅＮＢ  ｓｃｈｅｄｕｌｉｎｇ）方式とそれぞれ呼ばれ得る。
【０４９３】
特に、分散的スケジューリング方式（即ち、モード４）に対しては、半持続的送信（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）ベースのメカニズムによる感知（ｓｅｎｓｉｎｇ）が定義され得る。端末からのＶ２Ｖトラフィック（ｔｒａｆｆｉｃ）は、殆ど周期的である。前記Ｖ２Ｖトラフィックは、資源（ｒｅｓｏｕｒｃｅ）に対する混雑を感知し、該当資源に対する未来の混雑を推定するために用いられる。前記推定に基づき、該当資源は予約（ｂｏｏｋ）される。このような技術を通じて、重なる資源を用いる送信機間に分離効率を向上させることによって、チャネルの利用が最適化されることができる。
【０４９４】
前記モード４（即ち、分散的スケジューリング）に対する構成１（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  １）と前記モード３（即ち、ｅＮＢスケジューリング）に対する構成２（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ２）は、下記の図２６のように表されることができる。
【０４９５】
図２６は、Ｖ２Ｖサイドリンク通信に適用されることができるスケジューリング方式の例を示す。
【０４９６】
図２６を参考すると、前記二つの構成は、いずれもＶ２Ｖ通信専用キャリア（ｄｅｄｉｃａｔｅｄ  ｃａｒｒｉｅｒ）を用いる。即ち、前記専用キャリアに対する帯域は、ＰＣ５ベースのＶ２Ｖ通信にのみ用いられる。
【０４９７】
また、二つの場合、いずれも時間同期化はＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）によって行われることができる。
【０４９８】
構成１の場合、Ｖ２Ｖトラフィックのスケジューリング及び干渉管理（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｍａｎａｇｅｍｅｎｔ）は、車両間に具現される分散アルゴリズム（即ち、モード４）に基づいて支援される。前述したように、前記分散アルゴリズムは、半持続的送信を介した感知（ｓｅｎｓｉｎｇ）に基づく。また、資源割り当て（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）が地理的情報（ｇｅｏｇｒａｐｈｉｃａｌ  ｉｎｆｏｒｍａｔｉｏｎ）に依存するメカニズムが定義される。
【０４９９】
これに対し、構成２の場合、Ｖ２Ｖトラフィックのスケジューリング及び干渉管理は、Ｕｕインターフェースを介した制御シグナリング（ｃｏｎｔｒｏｌ  ｓｉｇｎａｌｉｎｇ）を介して基地局（ｅＮＢ）によって支援される。基地局は、動的な方式（ｄｙｎａｍｉｃ  ｍａｎｎｅｒ）でＶ２Ｖシグナリングに用いられる資源を割り当てる。
【０５００】
既存のＬＴＥ  ＴＤＤシステムの場合、基地局は、特定のＤＬサブフレーム（ｅ．ｇ．ｓｕｂｆｒａｍｅ  ＃ｎ）で送信されるＰＤＳＣＨをスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）するために、前記特定のＤＬサブフレームでＤＬグラントを端末に送信した。
【０５０１】
また、前記基地局が特定のＵＬサブフレームで端末が送信するＰＵＳＣＨをスケジューリングするために、何番目（またはどんな）ＤＬサブフレームでＵＬグラントを該当端末へ送信すべきかについて明確に定義されている。
【０５０２】
しかし、ＴＤＤ  Ｖ２Ｘ（サイドリンク）システムの場合、Ｖ２Ｘサブフレーム（Ｖ２Ｘ送信が発生するサブフレーム）がＴＤＤシステムのＤＬサブフレームとのみ、又はＵＬサブフレームとのみ関係を有するのではないため、前記で見たＬＴＥ  ＴＤＤシステムで定義されている内容（即ち、グラントとデータ（ＰＤＳＣＨ又はＰＵＳＣＨ）送信間のタイミング関係）をそのまま適用することはできない。
【０５０３】
もし、ＴＤＤ  Ｖ２Ｘスケジューリング方式に既存のＬＴＥ  ＴＤＤシステムで定義されているグラントとデータ送信間のタイミング関係をそのまま適用する場合、ＤＬサブフレームの数がＶ２Ｘサブフレームの数よりも少ないＴＤＤ  ＵＬ／ＤＬの構成では、一部のＶ２ＸサブフレームがＶ２Ｘグラント（又はサイドリンクグラント）によってスケジューリングを受けることができないという問題が発生し得る。
【０５０４】
従って、本明細書は、前記のような問題を解決するために、新たなオフセット識別子（又はオフセットインデックス）を定義することによって、ＴＤＤ  Ｖ２Ｘシステムでサイドリンクグラントによって全てのＶ２Ｘサブフレームが指示されることができる方法を提供する。
【０５０５】
以下、本明細書で提案するＶ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信で使用される（１）モード３のサイドリンクグラント（ｍｏｄｅ  ３  ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）を構成する方法と、（２）これを通じて、モード３のサイドリンクグラントの受信とサイドリンク送信間のタイミング関係について見る。
【０５０６】
ここで、前記サイドリンク送信は、ＳＡの送信及び／又はサイドリンクデータの送信を含み得る。
【０５０７】
前記ＳＡは、ＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット１又は１Ａ等で表され得、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して運搬され得る。
【０５０８】
また、前記モード３のサイドリンクグラントは、前記で見たモード３のスケジューリング方式で用いられるサイドリンクグラントを意味し得る。
【０５０９】
Ｖ２Ｖ送信に必要な資源を基地局（例：ｅＮＢ）が指示（ｉｎｄｉｃａｔｉｏｎ）する方式（例：サイドリンクモード３、モード３）は、サイドリンクグラントを介してＶ２Ｖキャリアでどんなサブフレームのどんな資源を用いて前記Ｖ２Ｖ送信を行うかを指定することができる。
【０５１０】
前記Ｖ２Ｖ送信に用いられるサイドリンクグラントは、ＤＣＩフォーマット０又は既存のＵＬグラントを再使用するか、又はＶ２Ｖのために新たに定義されることもできる。
【０５１１】
前記Ｖ２Ｖ送信に用いられるサイドリンクグラントは、サイドリンクスケジューリング情報を含む。
【０５１２】
便宜上、Ｖ２Ｖ又はＶ２Ｘ通信に使用されるサイドリンクグラントをＶ２Ｖサイドリンクグラント又はＶ２Ｘサイドリンクグラントで表すことにし、特別な言及がなければ、以下で用いられるサイドリンクグラントは、Ｖ２Ｖ又はＶ２Ｘサイドリンクグラントを意味するものと見る。
【０５１３】
前記Ｖ２Ｖサイドリンクグラントが新たに定義されても、前記Ｖ２Ｖサイドリンクグラントは既存のＵＬグラントと同じ大きさと同じ（または類似の）フィールドを用いることができる。
【０５１４】
前記Ｖ２Ｖサイドリンクグラントは、ＤＣＩフォーマット５又は５Ａで表されることもできる。
【０５１５】
このとき、スケジューリングする（例：ダウンリンクサブフレーム又はスペシャルサブフレーム上の）サイドリンクグラントは、全てのＶ２Ｖサブフレームを漏れなくスケジューリングできなければならない。
【０５１６】
ここで、Ｖ２Ｖサブフレームは、サイドリンクグラントによってスケジューリングされるサブフレームを意味し、ＰＳＣＣＨまたはＰＳＳＣＨが送信されることができるサブフレームを意味し得る。
【０５１７】
しかし、スケジューリング情報を送信するサイドリンクグラントが送信される（又は運搬される）サブフレームとスケジュールされたＶ２Ｖサブフレーム間に一対一のマッピング（例：対の関係にあるＦＤＤダウンリンク及びアップリンクスペクトル）にならず、特定の制約事項が発生する場合、一部のＶ２Ｖサブフレームは、スケジューリングを受けることができないこともある。
【０５１８】
すなわち、ＬＴＥ  ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）のダウンリンクで送信されるＵＬグラントがＵＬサブフレームをスケジューリングするような形態でなければ、前記で言及した一部のＶ２Ｖサブフレームが（サイドリンクグラントによって）スケジューリングを受けることができないという問題が発生し得る。
【０５１９】
例えば、下記のような場合に、前記で言及した問題が発生し得る。
【０５２０】
−  ＴＤＤシステムで、１）Ｖ２ＶがｅＮＢと同じキャリアのＴＤＤ  ＵＬサブフレームの一部または全部を用いる場合、２）Ｖ２ＶがｅＮＢと異なるキャリアのＵＬサブフレームの一部又は全部を用いる場合。
【０５２１】
ここで、１）の場合は、既存のＬＴＥ  ＴＤＤシステムで定義されたＵＬグラントとＵＬサブフレームに対する構成をそのまま用いるか、又は応用して解決することもできる。また、ここで、２）の場合は、クロスキャリアスケジューリングを意味し得る。
【０５２２】
−  （ＬＴＥ）ｅＮＢとＶ２Ｖが同じキャリアを用いて、全体のサブフレームをＴＤＭ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に分けて用いる場合。
【０５２３】
具体的に、スケジューリングするキャリア及びスケジューリングを受けるキャリアで一定周期（以下、「Ｔ１」という）にサブフレームの構成が繰り返されると仮定する。前記で見た表１の（ＬＴＥ）ＴＤＤダウンリンク−アップリンク（サブフレーム）の構成を一例に挙げられる。
【０５２４】
前記一定周期は、１無線フレーム又は１０サブフレームであり得る。
【０５２５】
ここで、スケジューリングするキャリアは、キャリア１、スケジューリングキャリア、ｆ１等で表されることができ、スケジューリングを受けるキャリアは、キャリア２、スケジュールされたキャリア、ｆ２等で表されることができる。
【０５２６】
より具体的に、前記Ｔ１周期内でスケジューリングするキャリア（以下、「ｆ１」という）で用いられるサブフレーム（例：ダウンリンク及びスペシャルサブフレーム）の数がスケジューリングを受けるキャリア（以下、「ｆ２」という）で用いられるサブフレーム（例：アップリンクサブフレーム）の数と異なる場合、前記で言及した問題（即ち、一部のＶ２Ｖサブフレームがスケジューリングを受けることができない問題）が発生し得る。
【０５２７】
このとき、ｆ１上で一つのサブフレームで送信される一つのグラント（例：ＵＬグラント）がｆ２上の特定の一つのサブフレームのみを指示することができるのではなく、多数のサブフレームのうち一つ又はそれ以上のサブフレームを指示する一対多のマッピング構造を有さなければならない。
【０５２８】
或いは、前記ｆ１上で一つ又はそれ以上のサブフレームで送信される多数のグラントは、ｆ２上の特定のサブフレームを共通的に指示できる多対一のマッピング構造を有さなければならない。
【０５２９】
従って、一対多のマッピング構造又は多対一のマッピング構造に対する動作を可能にするために、ｆ１上の特定のサブフレームで送信されるそれぞれのグラントは、各グラントに対応するｆ２上の（ＵＬ又はＶ２Ｖ）サブフレームの位置を知らせるオフセット（ｏｆｆｓｅｔ）を指示するサイドリンク関連の指示子を含み得る。
【０５３０】
以下、便宜のために、サイドリンクグラントの受信時点から、前記ｆ２上のＵＬサブフレーム又はＶ２Ｖサブフレームの位置を知らせるオフセットを追加のオフセットと呼ぶこととする。
【０５３１】
前記追加のオフセットを指示する情報は、追加のオフセット情報、追加のオフセットフィールド、サイドリンク関連の指示子、サイドリンク指示子、サイドリンクインデックス、サイドリンク制御情報、又は制御情報等で表現されることができる。
【０５３２】
次に、前記表１を参照し、本明細書で提案する追加のオフセットについて、より具体的に説明する。
【０５３３】
例えば、ｆ１上でのＬＴＥフレーム構造のタイプがＴＤＤであり、ｆ１上でのアップリンク−ダウンリンクの構成が「０」（又はＴＤＤ構成０）と仮定する。
【０５３４】
このとき、ｆ２がＶ２Ｖサイドリンクスペクトル（即ち、全てのサブフレームを介してＶ２Ｖデータの送受信可能又は全てのサブフレームがＶ２Ｖサブフレーム）とすれば、ｆ１上の２個のダウンリンクサブフレーム及び２個のスペシャルサブフレーム（計４個のサブフレーム）で送信するサイドリンクグラントは、ｆ２上の１０個のサイドリンクサブフレームを全て指示することができる柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を有さなければならない。
【０５３５】
ここで、ＴＤＤ方式でのＤＣＩ送信は、ダウンリンクサブフレーム及び／又はスペシャルサブフレームのＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）で発生することを仮定した。
【０５３６】
また、（サイドリンク）モード３の方式で、ｆ１上のｎ番目のダウンリンクサブフレーム（サブフレーム＃ｎ）で送信されるサイドリンクグラントがｆ２上のｎ＋（ｋ＋ａ）番目のサイドリンクサブフレームをスケジューリングすると仮定する。
【０５３７】
即ち、Ｄ２Ｄ送信端末が基地局からｆ１上のＤＬサブフレーム＃ｎでサイドリンクグラントを受信し、前記受信されたサイドリンクグラントは、ｆ２上のサブフレーム＃（ｎ＋（ｋ＋ａ））をスケジューリングすると見ることができる。
【０５３８】
前記サブフレーム＃（ｎ＋（ｋ＋ａ））は、サイドリンクサブフレームに含まれる。
【０５３９】
前記ｋ値は、信号の伝播遅延（ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）及び車両ＵＥ（以下、「Ｖ−ＵＥ」）の処理時間（ｐｒｏｃｅｓｓｉｎｇ  ｔｉｍｅ）等を考慮した値であって、予め定義されてもよく、又は物理的チャネルを介して伝達されてもよく、又は上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）の信号を介して指示されてもよい。
【０５４０】
また、前記ｋ値は、特定のシステム、特定の時点或いは特定の状況等で決まった値であってもよく、独立した値で構成されてもよい。
【０５４１】
一例として、下記表１９は、ダウンリンクＤＣＩ（例：サイドリンクグラント）及びサイドリンク送信（例：ＳＣＩフォーマット又はＰＳＣＣＨ）間に最小４サブフレーム以上のオフセット（ｋ＞＝４）が存在するとしたとき（１０サブフレーム内で）、サイドリンク送信の時点を最大限均等に指定できるｋ値の一例を示した表である。
【０５４２】
前記表１９は一つの例示であり、状況に応じて変更し得る。
【０５４３】
また、表１９は、スペシャルサブフレームのＤｗＰＴＳで（Ｅ）−ＰＤＣＣＨが送信される状況を仮定した。
【０５４４】
即ち、表１９は、ＤＬ  ＤＣＩとサイドリンク送信間の固定されたオフセット（ｋ）値の一例を示す。
【０５４５】
【表１９】
2019533962.tif 000082
【０５４６】
図２７は、表１９の固定されたオフセット値によるＶ２Ｖサブフレームの位置の一例を示した図である。
【０５４７】
図２７において、ＳＦ＃２７０１はサブフレームの番号を示し、ＴＤＤ  ＳＦ２７０２は各ＤＬ／ＵＬの構成でダウンリンクサブフレーム、スペシャルサブフレーム、アップリンクサブフレームの構成を示し、オフセット２７０３は、表１９の固定されたオフセット（ｋ）値を示し、Ｖ２Ｖ  ＳＦはＶ２Ｖサブフレームを示すものであって、図２７において斜線２７０４で表されている。
【０５４８】
また、Ｖ２Ｖ  ＳＦで「Ｖ」で表された部分２７０５は、ダウンリンクサブフレーム又はスペシャルサブフレームでサイドリンクグラントが送信される場合、表１９の固定されたオフセット値を考慮し、該当サイドリンクグラントによって指示されるＶ２Ｖサブフレームを表す。
【０５４９】
例えば、ＤＬ／ＵＬの構成０で、ＳＦ＃０でサイドリンクグラントが送信される場合、ＳＦ＃０でのｋ値は「４」であるため、ＳＦ＃０のサイドリンクグラントによって指示されるＶ２ＶサブフレームはＳＦ＃４になることが分かる。
【０５５０】
また、前記ｎ＋（ｋ＋ａ）において、ａ値は前記で見たように、（ＴＤＤ構成０のように）少ない数のダウンリンクサブフレームで多数のサイドリンクサブフレームをスケジューリングするときに追加的に要求される追加のオフセットを示し、追加のオフセット情報または追加のオフセットフィールドによって指示される値である。
【０５５１】
既存のＬＴＥ  ＴＤＤシステムでは、ＤＬサブフレームはもちろん、スペシャルサブフレームでもＤＬ／ＵＬグラントが送信されることができる。一方、サイドリンクグラントがＤＬサブフレームでのみ送信されることができると仮定すれば、前記追加のオフセットフィールドの大きさ（ｓｉｚｅ）は、サイドリンクグラントがスペシャルサブフレームでも送信されることができる場合よりもさらに大きくなる。
【０５５２】
サイドリンクグラントがＤＬサブフレームでの送信されることができる場合、表１のように、ＴＤＤ構成０は、ダウンリンクに用いられるサブフレームの数が２個であるため、該当ＤＬサブフレームで送信されるサイドリンクグラントに（ＳＡ又はサイドリンクデータを送信することができる）全てのサイドリンクサブフレームに対するスケジューリングを指示するためには、前記追加のオフセットフィールドの大きさ（ｓｉｚｅ）は２ビットより大きくなければならない。一方、サイドリンクグラントがＤＬサブフレームはもちろん、スペシャルサブフレームでも送信されることができる場合、表１のように、ＴＤＤ構成０は、ダウンリンク及びスペシャルサブフレームに用いられるサブフレームの数が４個であるため、該当ＤＬサブフレームで送信されるサイドリンクグラントに（ＳＡ又はサイドリンクデータを送信することができる）全てのサイドリンクサブフレームに対するスケジューリングを指示するためには、前記追加のオフセットフィールドの大きさ（ｓｉｚｅ）は、１ビットより大きくなければならない。
【０５５３】
すなわち、前記追加のオフセットフィールドの大きさｓは、ｓ＞ｎのように表すことができ、ｎは２又は１（ｎ＝２又はｎ＝１）の値を有することができる。また、ＴＤＤ構成０の場合を考慮する場合、ｓ＝ｎ＋１であり得る。
【０５５４】
従って、前記追加のオフセット値ａを指示するＤＣＩのフィールド（又は追加のオフセットフィールド）は、（１）（ｎ＋１）ビット（第１実施例）、又は（２）ｎビット（第２実施例）の大きさを有することができる。前記追加のオフセット値を示すａは、一つの例であり、他の文字等に変更可能である。
【０５５５】
下記の実施例は、サイドリンクグラントがＤＬサブフレームにのみ発生するという仮定の下に（即ち、ｎ＝２の場合）叙述したものである。
【０５５６】
第１実施例
【０５５７】
第１実施例は、前記追加のオフセットフィールドの大きさが３ビットである場合を表す。
【０５５８】
前記追加のオフセットフィールドの大きさが３ビットである場合、ＴＤＤ構成０に設定された場合にも、２個のダウンリンクサブフレームに存在するサイドリンクグラントが１０個のサイドリンクサブフレームを全て指示できるようになる。
【０５５９】
しかし、サイドリンクグラントが既存のＤＣＩ（例：ＤＣＩフォーマット０）と同じ大きさ（ｓｉｚｅ）を有する場合、３ビットの大きさの追加のオフセットフィールドが前記サイドリンクグラントに追加されることは難しいことがある。
【０５６０】
なぜなら、サイドリンクグラントは既存のグラントよりも少ない量の情報を含むことが一般的であるため、既存のグラントの大きさよりも小さく設定される。
【０５６１】
従って、この場合には、ＴＤＤキャリア（ｆ１）がサイドリンクキャリア（ｆ２）をスケジューリングするために別途の（又は新たな）ＤＣＩが定義される必要があり得る。
【０５６２】
下記表２０は、追加のオフセットフィールドを３ビットで表した一例を示す。
【０５６３】
【表２０】
2019533962.tif 000083
【０５６４】
第２実施例
【０５６５】
第２実施例は、前記追加のオフセットフィールドの大きさが２ビットである場合を表す。
【０５６６】
この場合、ＴＤＤ構成０を除いた全てのＴＤＤ構成（ＴＤＤ構成１乃至６）で、２ビット以内の追加のオフセットでサイドリンクサブフレームに対してスケジューリングできる。
【０５６７】
従って、前記ＴＤＤ構成０のみのために、前記追加のオフセットフィールドの大きさを３ビットと増やすことは好ましくないことがある。
【０５６８】
但し、ＴＤＤ構成０である場合、前記追加のオフセットの大きさが３ビットである必要があるということは、ＴＤＤ構成０のＤＬサブフレームが２個であり、スケジューリングを受けるサブフレームが１０個と仮定した場合であり、もし、スケジューリングを受けるサブフレームが１０個よりも少ない場合、前記追加のオフセットフィールドの大きさを２ビットとしても可能である。
【０５６９】
以下では、前記追加のオフセットフィールドの大きさを２ビットと定義し、ＴＤＤ構成０のように一部のＶ２Ｖサブフレームがサイドリンクグラントによってスケジューリングを受けることができない場合の解決方法について見る。
【０５７０】
即ち、前記２ビットの大きさを有する追加のオフセットフィールドを介してスケジューリングを受けるサイドリンクサブフレームに対するオフセット値を決定するとき、一部のサイドリンクサブフレームは、スケジューリングされないことがある。
【０５７１】
この場合、下記のような方式（方法１及び方法２）が適用されることができる。
【０５７２】
（方法１）
【０５７３】
方法１は、全体のサイドリンクサブフレーム（例：１周期（又は１無線フレーム）に該当する１０サブフレーム）のうち一部のサブフレーム（例：８サブフレーム）のみをサイドリンクモード３の用途に用いることができる。
【０５７４】
（方法２）
【０５７５】
方法２は、スケジューリングを受けることができない一部のサイドリンクサブフレームに対するスケジューリングのために追加的なオフセット値（例：０又は１）をＲＲＣシグナリング等に指定できる。
【０５７６】
本明細書で提案する追加のオフセットフィールド、すなわち、ａ値を指示するフィールドは、前記フィールド値が指示する数字通り解釈されてもよく、又は該当数字に対応する特定の構成を意味すると解釈されてもよい。
【０５７７】
例えば、ａ値を指示するフィールドが２ビットで構成される場合、該当フィールドにマッピングできる値００、０１、１０、１１は、それぞれ（１）オフセット値０乃至３を表すこともでき（下記の表２１参照）、又は（２）タイプ０乃至タイプ３を表すこともできる。
【０５７８】
下記表２１は、追加のオフセットフィールドの大きさを２ビットで表した一例を示す。
【０５７９】
【表２１】
2019533962.tif 000084
【０５８０】
表２１において、２ビットのフィールドが「００」に設定された場合、２ビットのフィールドによって指示される値は「０」であり、２ビットのフィールドが「１１」に設定された場合、２ビットのフィールドによって指示される値は「３」を表す。
【０５８１】
図２８は、本明細書で提案する追加のオフセットフィールドを用いて、サイドリンクグラントによってＶ２Ｖサブフレームが指示される方法の一例を示した図である。
【０５８２】
具体的に、図２８は、ＬＴＥ基地局とＶ２Ｖが互いに異なるキャリアを用いる場合、ＤＬのサイドリンクグラントによって指示されるＶ２Ｖサブフレームを表す。
【０５８３】
図２８において、前記Ｕｕキャリアは、ＬＴＥ基地局が用いるキャリアであり、ＰＣ５キャリアは、Ｖ２Ｖが用いられるキャリアを表し、二つのキャリアはいずれもＴＤＤ  ＵＬ／ＤＬの構成０に設定されている。
【０５８４】
即ち、基地局と端末はＵｕキャリアを介して通信し、端末間にはＰＣ５キャリアを介して通信する。
【０５８５】
図２８のＰＣ５キャリアで斜線部分のサブフレーム２８３０は、ＵＬサブフレームではなくサブフレームを表す。
【０５８６】
従って、基地局は斜線部分のサブフレーム２８３０を用いてサイドリンクグラントを送信することができる。図２８において、２８１０及び２８２０はｋ＝４であり、追加のオフセットａ値が３である場合を表す。
【０５８７】
即ち、Ｖ２Ｖ送信端末がサブフレーム＃ｎ（又はサブフレーム＃ｎ＋５）でサイドリンクグラントを受信した場合、前記サイドリンクグラントによってサブフレーム＃ｎ＋７（又はサブフレーム＃ｎ＋１２又は次の周期（又は次の無線フレーム）のサブフレーム＃ｎ＋５）でＶ２Ｖ送信が行われる。
【０５８８】
前記で見た第１実施例及び第２実施例のように、本明細書で提案する追加のオフセットを指示するフィールドは、サイドリンクグラント内に新たに定義されてもよく、後述する第３実施例のように既存のＤＣＩグラント内に存在する特定のフィールドを再使用してもよい。
【０５８９】
第３実施例
【０５９０】
第３実施例は、追加のオフセット値を既存のＤＣＩグラント内に存在するフィールドを再使用して表示する方法に関する。
【０５９１】
ＤＣＩフォーマット０又は既存のＵＬグラントでＴＤＤ動作に関する部分はＵＬインデックス、ＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）等がある。
【０５９２】
前記ＵＬインデックスは、ＵＬ送信が発生するサブフレームを指示する値であって、ＵＬインデックスのＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）及び／又はＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）の設定値に応じてＵＬ送信が発生するサブフレームが変わり、ＴＤＤ構成０でのみ存在する。
【０５９３】
前記ＤＡＩは、複数のセル（又はｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒｓ）が設定された場合、スケジューリングされるセル（又はＣＣ）の数を意味し得、ＴＤＤ構成０を除いたアップリンク−ダウンリンクの構成で存在する。
【０５９４】
このとき、前記ＵＬグラントの送信は、関連したＰＵＳＣＨ、ＰＨＩＣＨ送信、ＨＡＲＱ  ｏｐｅｒａｔｉｏｎ又はＣＳＩ  ｒｅｑｕｅｓｔ等と関係がないことがある。
【０５９５】
従って、この場合、前記ＵＬインデックス及びＤＡＩをサイドリンクスケジューリングの用途、即ち、前記で見た追加のオフセット値に変更して用いることができる。
【０５９６】
よって、前記追加のオフセットフィールドの大きさが２ビットである場合、ＴＤＤ構成０に対しては前記ＵＬインデックスの２ビットを前記追加のオフセットフィールドを表示するために用いることができ、前記ＴＤＤ構成１乃至６に対しては、前記ＤＡＩの２ビットを前記追加のオフセットフィールドを表示するために用いることができる。
【０５９７】
また、前記追加のオフセットフィールドの大きさが３ビットである場合、前記ＴＤＤ構成０に対しては、前記ＵＬインデックスの１ビット（ＬＳＢ又はＭＳＢ）をさらに拡張し、前記追加のオフセットフィールドを表示することもできる。
【０５９８】
ただし、本明細書で提案する追加のオフセットフィールド（例：サイドリンクオフセット又はサイドリンクインデックス等）は、前記で見たＵＬインデックスフィールド及びＤＡＩフィールドが用いられない場合、前記ＵＬインデックス及び前記ＤＡＩを再活用することができるという意味であるだけで、該当フィールドと同じ意味と解釈されることを言わない。
【０５９９】
その理由は、本明細書で提案する追加のオフセットフィールドは、（ＴＤＤシステムで）サイドリンクスケジューリンググラントによって一部の（Ｖ２Ｖ）サブフレームがスケジューリングを受けることができない問題を解決するために、全ての（Ｖ２Ｖ）サブフレームがスケジューリンググラントによって指示を受けることができるようにスケジューリンググラントとスケジューリングされる（Ｖ２Ｖ）サブフレームのオフセットを表すインデックスを意味するためである。
【０６００】
これに対し、前記ＤＡＩ（或いはＵＬインデックス）は、ＴＤＤの特徴であるＤＬ／ＵＬの構成によって既存のＨＡＲＱ報告方式を用いることができなくなることによって、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｏｎ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）報告をバンドリングして（又は組み合わせて）送信する際に用いられる指示子を表す。
【０６０１】
より具体的に、前記ＤＡＩはＡＣＫ／ＮＡＣＫバンドリングを行うことができる一定範囲のウィンドウ内で基地局が特定の（ＤＬ）サブフレームをどれだけスケジューリングしたかを表し、もしスケジューリングした場合、何番目のサブフレームでスケジューリングしたかを表すカウンター（ＤＬサブフレームの場合）に用いられる（ＤＬ  ＤＡＩ）。
【０６０２】
或いは、前記ＤＡＩは特定のＵＬサブフレームに対するＵＬグラントを送信するＤＬサブフレームでは、前記バンドリングウィンドウ内にいくつかのサブフレームがスケジューリングされたか、即ち、スケジューリングされたサブフレームの数に対する情報を表す用途に用いられる（ＵＬ  ＤＡＩ）。
【０６０３】
また、前記で見た第１実施例乃至第３実施例は、ＬＴＥ基地局とＶ２Ｖが互いに異なるキャリアを用いる場合だけでなく、同じキャリアを用いる場合にも適用可能である。
【０６０４】
すなわち、前記で見たＴＤＤシステムで用いる方式がＬＴＥ基地局とＶ２Ｖが同じキャリアを用いる場合にも全て用いられてもよく、前記方式のうちの一部が選択的に又は組み合わせて用いられてもよい。
【０６０５】
図２９は、本明細書で提案するサイドリンク送信を行う方法の一例を示したフローチャートである。
【０６０６】
まず、端末はサイドリンク送信のスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）のために用いられるサイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）を基地局から受信する（Ｓ２９１０）。
【０６０７】
ここで、前記端末は、サイドリンク送信を行う端末であって、サイドリンク送信端末、Ｄ２Ｄ送信端末、Ｖ２Ｖ送信端末等と呼ばれ得る。
【０６０８】
前記サイドリンクグラントは、サイドリンクと関連したＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）グラントを意味するものであって、ＤＣＩフォーマット５又は５Ａとも表されることができる。
【０６０９】
ここで、前記サイドリンクグラント（ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）は、前記サイドリンクグラントと関連した特定のサブフレームのオフセット（ｏｆｆｓｅｔ）を指示する制御情報を含む。
【０６１０】
前記制御情報は、サイドリンクインデックス又は簡略にＳＬインデックスで表現できる。
【０６１１】
前記制御情報の大きさは、２ビット又は３ビットであり得る。
【０６１２】
もし、前記制御情報が２ビットである場合、表２２で見たように、「００」、「０１」、「１０」又は「１１」に設定されることができる。
【０６１３】
この場合、前記制御情報によって指示される値は、それぞれ「０」、「１」、「２」又は「３」に対応し得る。
【０６１４】
前記制御情報は、オフセットフィールドで表現されてもよく、前記制御情報によって指示される値は、「ａ」又は「ｍ」で表現されてもよい。
【０６１５】
また、前記制御情報は、アップリンク−ダウンリンクの構成（ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）０乃至６を用いるＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムでのみ前記サイドリンクグラントに含まれ得る。
【０６１６】
前記ＴＤＤシステムで、前記サイドリンクグラントはダウンリンクサブフレーム（ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅ）又はスペシャルサブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）の少なくとも一つを介して送信され得る。
【０６１７】
以降、前記端末は、前記制御情報によって指示される値を考慮し、前記特定のサブフレーム（ｓｐｅｃｉｆｉｃ  ｓｕｂｆｒａｍｅ）を決定する（Ｓ２９２０）。
【０６１８】
前記特定のサブフレームは、前記サイドリンク送信が生じるサイドリンクサブフレーム（ｓｉｄｅｌｉｎｋ  ｓｕｂｆｒａｍｅ）に含まれ得る。
【０６１９】
以降、前記端末は、前記特定のサブフレームで前記サイドリンク送信を行う（Ｓ２９３０）。
【０６２０】
図２９で説明する動作は、前記で見たサイドリンク送信モード３（ｓｉｄｅｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ３）の場合に行われることができる。
【０６２１】
また、端末は、サブフレームｎで前記サイドリンクグラントを受信し、前記制御情報によって指示される値が「ａ」である場合、前記サイドリンクグラントによってサイドリンク送信が発生する特定のサブフレームは、サブフレームｎ＋ｋ＋ａであり得る。
【０６２２】
ここで、前記ｋは、伝播遅延（ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）と端末の処理時間を考慮した値であり、一例として前記ｋは４であり得る。
【０６２３】
また、前記サイドリンクグラントを受信するキャリア（ｃａｒｒｉｅｒ）と前記サイドリンク送信を行うキャリアは同一であってもよく、又は互いに異なってもよい。
【０６２４】
前記サイドリンク送信は、サイドリンク送信端末からサイドリンク受信端末にＰＣ５インターフェースを介して行われることができる。
【０６２５】
また、前記サイドリンク送信は、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）送信又はＶ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）とも表されることができる。
【０６２６】
本発明が適用されることができる装置一般
【０６２７】
図３０は、本発明の一実施例に係る無線通信装置のブロック構成図を例示する。
【０６２８】
図３０を参照すると、無線通信システムは、基地局（又はネットワーク）３０１０と、端末３０２０を含む。
【０６２９】
基地局３０１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）３０１１、メモリ（ｍｅｍｏｒｙ）３０１２、および通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）３０１３を含む。
【０６３０】
プロセッサ３０１１は、前記図１乃至図２９で提案された機能、過程及び／又は方法を具現する。有／無線インターフェースプロトコルの層は、プロセッサ３０１１によって具現できる。メモリ３０１２は、プロセッサ３０１１と連結されて、プロセッサ３０１１を駆動するための様々な情報を格納する。通信モジュール３０１３は、プロセッサ３０１１と連結されて、有／無線信号を送信及び／又は受信する。
【０６３１】
前記通信モジュール３０１３は、無線信号を送／受信するためのＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）を含むことができる。
【０６３２】
端末３０２０は、プロセッサ３０２１、メモリ３０２２及び通信モジュール（またはＲＦ部）３０２３を含む。プロセッサ３０２１は、前記図１乃至図２９で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの層は、プロセッサ３０２１によって具現できる。メモリ３０２２は、プロセッサ３０２１と連結され、プロセッサ３０２１を駆動するための様々な情報を格納する。通信モジュール３０２３はプロセッサ３０２１と連結されて、無線信号を送信及び／又は受信する。
【０６３３】
メモリ３０１２、３０２２は、プロセッサ３０１１、３０２１の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ３０１１、３０２１と連結されてもよい。
【０６３４】
また、基地局３０１０及び／又は端末３０２０は、一つのアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）、または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有し得る。
【０６３５】
図３１は、本発明の一実施例に係る通信装置のブロック構成図を例示する。  
【０６３６】
特に、図３１は、前記図３０の端末をより詳細に例示する図である。
【０６３７】
図３１を参照すると、端末は、プロセッサ（またはデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ））３１１０、ＲＦモジュール（ＲＦ  ｍｏｄｕｌｅ）（またはＲＦユニット）３１３５、パワー管理モジュール（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）３１０５、アンテナ（ａｎｔｅｎｎａ）３１４０、バッテリー（ｂａｔｔｅｒｙ）３１５５、ディスプレイ（ｄｉｓｐｌａｙ）３１１５、キーパッド（ｋｅｙｐａｄ）３１２０、メモリ（ｍｅｍｏｒｙ）３１３０、ＳＩＭカード（ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）ｃａｒｄ）３１２５（この構成は選択的である）、スピーカー（ｓｐｅａｋｅｒ）３１４５、及びマイクロフォン（ｍｉｃｒｏｐｈｏｎｅ）３１５０を含んで構成され得る。端末はまた、単一のアンテナまたは多重のアンテナを含み得る。
【０６３８】
プロセッサ３１１０は、前記図１乃至図２９で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの層は、プロセッサ３１１０によって具現できる。
【０６３９】
メモリ３１３０は、プロセッサ３１１０と連結され、プロセッサ３１１０の動作と関連した情報を格納する。メモリ３１３０は、プロセッサ３１１０の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ３１１０と連結されてもよい。
【０６４０】
ユーザーは、例えば、キーパッド３１２０のボタンを押すか（あるいはタッチするか）、またはマイクロフォン３１５０を用いた音声駆動（ｖｏｉｃｅ  ａｃｔｉｖａｔｉｏｎ）によって電話番号などのような命令情報を入力する。プロセッサ３１１０は、このような命令情報を受信し、電話番号に電話をかけるなど、適切な機能を行うように処理する。駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ  ｄａｔａ）は、ＳＩＭカード３１２５またはメモリ３１３０から抽出し得る。また、プロセッサ３１１０は、ユーザーが認知し、また便宜のために、命令情報または駆動情報をディスプレイ３１１５上にディスプレイし得る。
【０６４１】
ＲＦモジュール３１３５は、プロセッサ３１１０に連結されて、ＲＦ信号を送信及び／又は受信する。プロセッサ３１１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュール３１３５に伝達する。ＲＦモジュール３１３５は、無線信号を受信および送信するために受信機（ｒｅｃｅｉｖｅｒ）と送信機（ｔｒａｎｓｍｉｔｔｅｒ）で構成される。アンテナ３１４０は、無線信号を送信および受信する機能をする。無線信号を受信するとき、ＲＦモジュール３１３５は、プロセッサ３１１０によって処理するために信号を伝達して、基底帯域に信号を変換し得る。処理された信号は、スピーカー３１４５を介して出力される可聴または可読情報に変換され得る。
【０６４２】
以上で説明された実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものと考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施され得る。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更され得る。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、または他の実施例の対応する構成または特徴と交換してもよい。特許請求範囲で明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新たな請求項に含ませることができることは自明である。
【０６４３】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現され得る。ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現され得る。
【０６４４】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手続、関数などの形態で具現され得る。ソフトウェアのコードは、メモリに格納され、プロセッサによって駆動され得る。前記メモリは、前記プロセッサの内部または外部に位置し、既に公知となった多様な手段により、前記プロセッサとデータをやり取りすることができる。
【０６４５】
本発明は、本発明の必須的特徴を外れない範囲で他の特定の形態で具体化されることができることは当業者にとって自明である。したがって、前述した詳細な説明は、全ての面で制限的に解釈されてはならず、例示的なものと考慮されるべきである。本発明の範囲は、添付された請求項の合理的解釈によって決定されるべきであり、本発明の等価的範囲内での全ての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０６４６】
本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ａ  Ｐｒｏシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／ＬＴＥ−Ａ  Ｐｒｏシステム以外にも、様々な無線通信システムに適用することが可能である。
【図１】
2019533962.tif 000085
【図２】
2019533962.tif 000086
【図３】
2019533962.tif 000087
【図４】
2019533962.tif 000088
【図５】
2019533962.tif 000089
【図６】
2019533962.tif 000090
【図７】
2019533962.tif 000091
【図８】
2019533962.tif 000092
【図９】
2019533962.tif 000093
【図１０】
2019533962.tif 000094
【図１１】
2019533962.tif 000095
【図１２】
2019533962.tif 000096
【図１３】
2019533962.tif 000097
【図１４】
2019533962.tif 000098
【図１５】
2019533962.tif 000099
【図１６】
2019533962.tif 000100
【図１７】
2019533962.tif 000101
【図１８】
2019533962.tif 000102
【図１９】
2019533962.tif 000103
【図２０】
2019533962.tif 000104
【図２１】
2019533962.tif 000105
【図２２】
2019533962.tif 000106
【図２３】
2019533962.tif 000107
【図２４】
2019533962.tif 000108
【図２５】
2019533962.tif 000109
【図２６】
2019533962.tif 000110
【図２７】
2019533962.tif 000111
【図２８】
2019533962.tif 000112
【図２９】
2019533962.tif 000113
【図３０】
2019533962.tif 000114
【図３１】
2019533962.tif 000115
【国際調査報告】
2019533962.tif 000116
2019533962.tif 000117
2019533962.tif 000118
2019533962.tif 000119