(57)【要約】【課題】本発明はキャリアアグリゲーションを支援する無線通信システムにおいて端末が信号を送受信する方法に関する。【解決手段】端末が信号を送受信する方法は、コンポーネントキャリアアグリゲーションについての設定情報を受信する段階、設定情報に基づいてプライマリーコンポーネントキャリアを兔許帯域で設定し、セカンダリーコンポーネントキャリアを非兔許帯域で設定する段階、セカンダリーコンポーネントキャリアの第１サブフレームでデータを送信する段階、及びデータに対する応答を第２サブフレームで受信する段階を含むことができる。この時、プライマリーコンポーネントキャリアは兔許帯域でＴＤＤモードでのコンポーネントキャリアとして設定された場合、第２サブフレームは第１条件でのＨＡＲＱ−ＡＣＫタイミングに基づいて設定されることができる。【選択図】図１４
2017535138.tif 000002
【特許請求の範囲】
【請求項１】
キャリアアグリゲーションを支援する無線通信システムにおいて端末が信号を送受信する方法であって、
コンポーネントキャリアアグリゲーションについての設定情報を受信する段階と、
前記設定情報に基づいてプライマリーコンポーネントキャリアを兔許帯域で設定し、セカンダリーコンポーネントキャリアを非兔許帯域で設定する段階と、
前記セカンダリーコンポーネントキャリアの第１サブフレームでデータを送信する段階と、
前記データに対する応答を第２サブフレームで受信する段階と、を含み、
前記プライマリーコンポーネントキャリアが前記兔許帯域でＴＤＤモードでのコンポーネントキャリアとして設定された場合、前記第２サブフレームは第１条件でのＨＡＲＱ−ＡＣＫタイミングに基づいて設定され、
前記ＨＡＲＱ−ＡＣＫタイミングは前記ＴＤＤモードでのコンポーネントキャリアとして設定された前記プライマリーコンポーネントキャリアのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定される、信号送受信方法。
【請求項２】
前記第１条件は、
前記兔許帯域でＴＤＤプライマリーコンポーネントキャリア及びＦＤＤセカンダリーコンポーネントキャリアがキャリアアグリゲーションされている状態である、請求項１に記載の信号送受信方法。
【請求項３】
前記ＨＡＲＱ−ＡＣＫタイミングは、
前記第１条件で前記ＦＤＤセカンダリーコンポーネントキャリアがデータを送信した後に応答を受信する時間を示す、請求項２に記載の信号送受信方法。
【請求項４】
前記非兔許帯域は独占的使用権が保障されない周波数帯域である、請求項１に記載の信号送受信方法。
【請求項５】
前記セカンダリーコンポーネントキャリアの前記第１サブフレームは下りリンクサブフレームである、請求項１に記載の信号送受信方法。
【請求項６】
前記第１サブフレームに対応するＴＤＤプライマリーコンポーネントキャリアのサブフレームが上りリンクサブフレームとして設定されてスケジューリングが不可能な場合、前記第１条件は前記ＴＤＤプライマリーコンポーネントキャリア及びＦＤＤセカンダリーコンポーネントキャリアがキャリアアグリゲーションされており、前記ＦＤＤセカンダリーコンポーネントキャリアがクロスキャリアスケジューリングに基づいて動作する状態である、請求項５に記載の信号送受信方法。
【請求項７】
前記ＨＡＲＱ−ＡＣＫタイミングは、
前記第１条件で前記クロスキャリアスケジューリングに基づいて動作する前記ＦＤＤセカンダリーコンポーネントキャリアがデータを送信した後に応答を受信する時間を示す、請求項６に記載の信号送受信方法。
【請求項８】
前記第１サブフレームは前記セカンダリーコンポーネントキャリアが前記非兔許帯域を占有及び確保した時間区間に基づいて設定される、請求項５に記載の信号送受信方法。
【請求項９】
前記ＨＡＲＱ−ＡＣＫタイミングは、
前記第１条件で前記ＴＤＤプライマリーコンポーネントキャリアがデータを送信した後に応答を受信する時間と同一に設定される、請求項２に記載の信号送受信方法。
【請求項１０】
前記非兔許帯域の前記セカンダリーコンポーネントキャリアの下りリンクデータに対するスケジューリングはマルチサブフレームスケジューリングに基づいて設定される、請求項１に記載の信号送受信方法。
【請求項１１】
前記マルチサブフレームスケジューリングに基づいて前記セカンダリーコンポーネントキャリアでスケジューリング可能な下りリンクサブフレームはバンドリングウィンドウ内の下りリンクサブフレームに限定される、請求項１０に記載の信号送受信方法。
【請求項１２】
前記バンドリングウィンドウ内の前記下りリンクサブフレームのそれぞれは受信したデータに対する応答を同じ上りリンクサブフレーム時点で送信する、請求項１１に記載の信号送受信方法。
【請求項１３】
前記非兔許帯域の前記セカンダリーコンポーネントキャリアの下りリンクデータに対するスケジューリングはマルチサブフレームスケジューリング及びクロスキャリアスケジューリングに基づいて設定される、請求項１に記載の信号送受信方法。
【請求項１４】
前記マルチサブフレームスケジューリングによってスケジュールされる前記セカンダリーコンポーネントキャリアの下りリンクサブフレームの個数及び位置はＴＤＤプライマリーコンポーネントキャリアに対するＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定される、請求項１３に記載の信号送受信方法。
【請求項１５】
キャリアアグリゲーションを支援する無線通信システムにおいて信号を送受信する端末であって、
信号を送受信する無線周波数ユニットと、
前記無線周波数ユニットを制御するプロセッサと、を含み、
前記プロセッサは、
前記無線周波数ユニットを用いてコンポーネントキャリアアグリゲーションについての設定情報を受信し、
前記設定情報に基づいてプライマリーコンポーネントキャリアを兔許帯域で設定し、セカンダリーコンポーネントキャリアを非兔許帯域で設定し、
前記無線周波数ユニットを用いて前記セカンダリーコンポーネントキャリアの第１サブフレームでデータを送信し、
前記無線周波数ユニットを用いて前記データに対する応答を第２サブフレームで受信し、
前記プライマリーコンポーネントキャリアが前記兔許帯域でＴＤＤモードでのコンポーネントキャリアとして設定された場合、前記第２サブフレームは第１条件でのＨＡＲＱ−ＡＣＫタイミングに基づいて設定され、
前記ＨＡＲＱ−ＡＣＫタイミングは前記ＴＤＤモードでのコンポーネントキャリアとして設定された前記プライマリーコンポーネントキャリアのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定される、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関するもので、より詳しくはキャリアアグリゲーションを用いた通信方法及びそのための装置に関するものである。
【背景技術】
【０００２】
本発明が適用可能な無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７及びＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．４４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つを使うように設定され、複数の端末に下り又は上り送信サービスを提供する。相異なるセルは、相異なる帯域幅を提供するように設定できる。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は下りリンクスケジューリング情報を送信し、該当端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は上りリンクスケジューリング情報を該当端末に送信し、該当端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局の間には、ユーザートラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザー登録などのためのネットワークノードなどで構成可能である。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥにまで開発されてきたが、ユーザーと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を有するためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、無線通信システムにおいて、キャリアアグリゲーションを用いた通信方法及びそのための装置を提供することにある。
【０００８】
本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００９】
上記の技術的課題を解決するために、キャリアアグリゲーションを支援する無線通信システムにおいて端末が信号を送受信する方法であって、コンポーネントキャリアアグリゲーションについての設定情報を受信する段階、前記設定情報に基づいてプライマリーコンポーネントキャリア（Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を兔許帯域で設定し、セカンダリーコンポーネントキャリア（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を非兔許帯域で設定する段階、前記セカンダリーコンポーネントキャリアの第１サブフレームでデータを送信する段階、及び前記データに対する応答を第２サブフレームで受信する段階を含み、  前記プライマリーコンポーネントキャリアが前記兔許帯域でＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モードでのコンポーネントキャリアとして設定された場合、前記第２サブフレームは第１条件でのＨＡＲＱ−ＡＣＫタイミングに基づいて設定され、前記ＨＡＲＱ−ＡＣＫタイミングは前記ＴＤＤモードでのコンポーネントキャリアとして設定された前記プライマリーコンポーネントキャリアのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定される。
【００１０】
上記の技術的課題を解決するために、キャリアアグリゲーションを支援する無線通信システムにおいて信号を送受信する端末であって、信号を送受信する無線周波数ユニット（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｕｎｉｔ）、及び前記無線周波数ユニットを制御するプロセッサ（Ｐｒｏｃｅｓｓｏｒ）を含み、前記プロセッサは、前記無線周波数ユニットを用いてコンポーネントキャリアアグリゲーションについての設定情報を受信し、前記設定情報に基づいてプライマリーコンポーネントキャリア（Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を免許帯域で設定し、セカンダリーコンポーネントキャリア（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を非兔許帯域で設定し、前記無線周波数ユニットを用いて前記セカンダリーコンポーネントキャリアの第１サブフレームでデータを送信し、前記無線周波数ユニットを用いて前記データに対する応答を第２サブフレームで受信し、前記プライマリーコンポーネントキャリアが前記兔許帯域でＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モードでのコンポーネントキャリアとして設定された場合、前記第２サブフレームは第１条件でのＨＡＲＱ−ＡＣＫタイミングに基づいて設定され、前記ＨＡＲＱ−ＡＣＫタイミングは前記ＴＤＤモードでのコンポーネントキャリアとして設定された前記プライマリーコンポーネントキャリアのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定される。
【００１１】
上記の本発明に係る実施例において、以下の事項の一つ以上を適用することができる。
【００１２】
上記の技術的課題を解決するために、前記兔許帯域でＴＤＤプライマリーコンポーネントキャリア及びＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）セカンダリーコンポーネントキャリアがキャリアアグリゲーションされている状態である信号送受信方法。
【００１３】
上記の技術的課題を解決するために、前記ＨＡＲＱ−ＡＣＫタイミングは、前記第１条件で前記ＦＤＤセカンダリーコンポーネントキャリアがデータを送信した後に応答を受信する時間を示す信号送受信方法。
【００１４】
上記の技術的課題を解決するために、前記非兔許帯域は独占的使用権が保障されない周波数帯域である信号送受信方法。
【００１５】
上記の技術的課題を解決するために、前記セカンダリーコンポーネントキャリアの前記第１サブフレームは下りリンクサブフレームである信号送受信方法。
【００１６】
上記の技術的課題を解決するために、前記第１サブフレームに対応するＴＤＤプライマリーコンポーネントキャリアのサブフレームが上りリンクサブフレームとして設定されてスケジューリングが不可能な場合、前記第１条件は前記ＴＤＤプライマリーコンポーネントキャリア及びＦＤＤセカンダリーコンポーネントキャリアがキャリアアグリゲーションされており、前記ＦＤＤセカンダリーコンポーネントキャリアがクロスキャリアスケジューリングに基づいて動作する状態である信号送受信方法。
【００１７】
上記の技術的課題を解決するために、前記ＨＡＲＱ−ＡＣＫタイミングは、前記第１条件で前記クロスキャリアスケジューリングに基づいて動作する前記ＦＤＤセカンダリーコンポーネントキャリアがデータを送信した後に応答を受信する時間を示す信号送受信方法。
【００１８】
上記の技術的課題を解決するために、前記第１サブフレームは前記セカンダリーコンポーネントキャリアが前記非兔許帯域を占有及び確保した時間区間に基づいて設定される信号送受信方法。
【００１９】
上記の技術的課題を解決するために、前記ＨＡＲＱ−ＡＣＫタイミングは、前記第１条件で前記ＴＤＤプライマリーコンポーネントキャリアがデータを送信した後に応答を受信する時間と同一に設定される信号送受信方法。
【００２０】
上記の技術的課題を解決するために、前記非兔許帯域の前記セカンダリーコンポーネントキャリアの下りリンクデータに対するスケジューリングはマルチサブフレームスケジューリングに基づいて設定される信号送受信方法。
【００２１】
上記の技術的課題を解決するために、前記マルチサブフレームスケジューリングに基づいて前記セカンダリーコンポーネントキャリアでスケジューリング可能な下りリンクサブフレームはバンドリングウィンドウ内の下りリンクサブフレームに限定される信号送受信方法。
【００２２】
上記の技術的課題を解決するために、前記バンドリングウィンドウ内の前記下りリンクサブフレームのそれぞれは受信したデータに対する応答を同じ上りリンクサブフレーム時点で送信する信号送受信方法。
【００２３】
上記の技術的課題を解決するために、前記非兔許帯域の前記セカンダリーコンポーネントキャリアの下りリンクデータに対するスケジューリングはマルチサブフレームスケジューリング及びクロスキャリアスケジューリングに基づいて設定される信号送受信方法。
【００２４】
上記の技術的課題を解決するために、前記マルチサブフレームスケジューリングによってスケジュールされる前記セカンダリーコンポーネントキャリアの下りリンクサブフレームの個数及び位置はＴＤＤプライマリーコンポーネントキャリアに対するＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定される信号送受信方法。
【発明の効果】
【００２５】
本発明によると、無線通信システムにおいてキャリアアグリゲーションを用いた通信を効率的に遂行することができる。
【００２６】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００２７】
本発明の理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明と一緒に本発明の技術的思想を説明する。
【図１】無線通信システムの一例としてＥ−ＵＭＴＳ網構造を示す。
【図２】３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザー平面（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す。
【図３】３ＧＰＰ  ＬＴＥシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を示す。
【図４】ＬＴＥシステムで使われる無線フレームの構造を示す。
【図５】下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す。
【図６】下りリンクサブフレームの構造を例示する。
【図７】ＬＴＥシステムにおいて下りリンク制御チャネルを構成するのに使われるリソース単位を示す。
【図８】キャリア併合（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する。
【図９】複数のキャリアが併合した場合のスケジューリングを例示する。
【図１０】非免許帯域を用いる方法の一例を示す図である。
【図１１】非兔許帯域を占有して使う方法の例示を示した図である。
【図１２】Ｂｌｏｃｋ−ｓｐｒｅａｄｉｎｇに基づくＰＵＣＣＨフォーマットの一例を示した図である。
【図１３】ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいてスケジューリングが行われる一例を示した図である。
【図１４】本発明の好適な一実施例によるキャリアアグリゲーションを用いた通信方法を示す。
【図１５】本発明の実施例に適用できる基地局及びユーザー機器を例示する。
【発明を実施するための形態】
【００２８】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などの多様な無線接続システムに使うことができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）又はＣＤＭＡ２０００などの無線技術によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）などの無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ―Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２―２０、Ｅ―ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などの無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ―ＵＴＲＡを使うＥ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ―ＦＤＭＡを採用する。ＬＴＥ―Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化したバージョンである。
【００２９】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ―Ａを中心に記述するが、本発明の技術的思想がこれに制限されることはない。また、以下の説明で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更可能である。
【００３０】
図２は、３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面及びユーザー平面の構造を示す図である。制御平面とは、端末（ＵＥ）とネットワークとが呼を管理するために用いる制御メッセージが送信される通路のことを意味する。ユーザー平面とは、アプリケーション階層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路のことを意味する。
【００３１】
第１層である物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位階層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。該送信チャネルを介して媒体接続制御層と物理階層との間にデータが移動する。送信側の物理階層と受信側の物理階層との間には物理チャネルを介してデータが移動する。該物理チャネルは、時間及び周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクにおいてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクにおいてＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３２】
第２階層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層は論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位階層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層にサービスを提供する。第２階層のＲＬＣ階層は信頼性あるデータ伝送を支援する。ＲＬＣ階層の機能はＭＡＣ内部の機能ブロックで具現されることもできる。第２階層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層は帯域幅が狭い無線インターフェースでＩＰｖ４又はＩＰｖ６のようなＩＰパケットを効率よく伝送するために、不必要な制御情報を減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能をする。
【００３３】
第３階層の最下部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）階層は制御平面でのみ定義される。ＲＲＣ階層は無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担う。ＲＢは端末とネットワークの間のデータ伝達のために第２階層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ階層は互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ階層の間にＲＲＣ連結（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ連結状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）にあることになり、そうでない場合、ＲＲＣ休止状態（Ｉｄｌｅ  Ｍｏｄｅ）にあることになる。ＲＲＣ階層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層はセッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能をする。
【００３４】
基地局（ｅＮＢ）を構成する一つのセルは１．４、３、５、１０、１５、２０Ｍｈｚなどの帯域幅の一つを使うように設定され、多くの端末に下り又は上り伝送サービスを提供する。相異なるセルは相異なる帯域幅を提供するように設定できる。
【００３５】
ネットワークから端末にデータを送信する下り伝送チャネルはシステム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザートラフィック又は制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信されることもでき、あるいは別個の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信する上り伝送チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザートラフィック又は制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。伝送チャネルの上位にあり、伝送チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３６】
図３は３ＧＰＰ  ＬＴＥシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を説明するための図である。
【００３７】
電源がオフされた状態でまた電源がオンされるか、新たにセルに進入したユーザー機器は、段階Ｓ３０１で、基地局と同期を合わせるなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を遂行する。このために、ユーザー機器は基地局から主動期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及び副同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を合わせ、セルＩＤなどの情報を獲得する。その後、ユーザー機器は基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信してセル内放送情報を獲得することができる。一方、ユーザー機器は、初期セル探索段階で、下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＬ  ＲＳ）を受信して下りリンクチャネル状態を確認することができる。
【００３８】
初期セル探索を終えたユーザー機器は、段階Ｓ３０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）及び物理下りリンク制御チャネル情報による物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信してより具体的なシステム情報を獲得することができる。
【００３９】
その後、ユーザー機器は、基地局への接続を完了するために、以後の段階Ｓ３０３〜段階Ｓ３０６のような任意接続過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を遂行することができる。このために、ユーザー機器は物理任意接続チャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競争に基づく任意接続の場合、追加的な物理任意接続チャネルの伝送（Ｓ３０５）及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）のような衝突解決過程（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を遂行することができる。
【００４０】
上述したような手順を遂行したユーザー機器は、以後の一般的な上り／下りリンク信号伝送過程として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の伝送（Ｓ３０８）を遂行することができる。ユーザー機器が基地局に送信する制御情報を上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）と通称する。ＵＣＩはＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書で、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは簡単にＨＡＲＱ−ＡＣＫ又はＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と指称される。ＨＡＲＱ−ＡＣＫはポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸの中で少なくとも一つを含む。ＣＳＩはＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータが同時に送信されなければならない場合はＰＵＳＣＨを介して送信されることができる。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に送信することができる。
【００４１】
図４はＬＴＥシステムで使われる無線フレームの構造を例示する図である。
【００４２】
図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット伝送はサブフレーム（ｓｕｂｆｒａｍｅ）単位でなされ、一サブフレームは多数のＯＦＤＭシンボルを含む一定時間区間に定義される。３ＧＰＰ  ＬＴＥ標準ではＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造とＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００４３】
図４の（ａ）はタイプ１無線フレームの構造を例示する。下りリンク無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、一サブフレームは時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。一つのサブフレームが送信されることにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）と言う。例えば、一つのサブフレームの長さは１ｍｓ、一つのスロットの長さは０．５ｍｓであってもよい。一つのスロットは時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で多数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ  ＬＴＥシステムにおいては下りリンクでＯＦＤＭＡを使うので、ＯＦＤＭシンボルが一つのシンボル区間を示す。ＯＦＤＭシンボルはまたＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソース割り当て単位としてのリソースブロック（ＲＢ）は一つのスロットで複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００４４】
一つのスロットに含まれるＯＦＤＭシンボルの数はＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって違うことができる。ＣＰには拡張されたＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）と標準ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが標準ＣＰで構成された場合、一つのスロットに含まれるＯＦＤＭシンボルの数は７個であってもよい。ＯＦＤＭシンボルが拡張されたＣＰで構成された場合、一つのＯＦＤＭシンボルの長さが伸ばされるので、一つのスロットに含まれるＯＦＤＭシンボルの数は標準ＣＰの場合より少ない。拡張されたＣＰの場合、例えば、一つのスロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。ユーザー機器が高速で移動するなどの場合のようにチャネル状態が不安定な場合、シンボル間の干渉をもっと減らすために、拡張されたＣＰを使うことができる。
【００４５】
標準ＣＰが使われる場合、一つのスロットは７個のＯＦＤＭシンボルを含むので、一つのサブフレームは１４個のＯＦＤＭシンボルを含む。この時、各サブフレームの最初の最大３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当てられ、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てられることができる。
【００４６】
図４の（ｂ）はタイプ２無線フレームの構造を例示する。タイプ２無線フレームは２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは２個のスロットを含む４個の一般サブフレームとＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む特別サブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）で構成される。
【００４７】
特別サブフレームにおいて、ＤｗＰＴＳはユーザー器機での初期セル探索、同期化又はチャネル推定に使われる。ＵｐＰＴＳは基地局でのチャネル推定とユーザー器機の上りリンク伝送同期を合わせるのに使われる。すなわち、ＤｗＰＴＳは下りリンク伝送に、ＵｐＰＴＳは上りリンク伝送に使われ、特にＵｐＰＴＳはＰＲＡＣＨプリアンブル又はＳＲＳ伝送の用途に活用される。また、保護区間は上りリンクと下りリンクの間に下りリンク信号の多重経路遅延によって上りリンクで生ずる干渉を除去するための区間である。
【００４８】
【数１】
2017535138.tif 000003
【００４９】
【表１】
2017535138.tif 000004
【００５０】
一方、タイプ２無線フレームの構造、つまりＴＤＤシステムにおいて上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）は下記の表２の通りである。
【００５１】
【表２】
2017535138.tif 000005
【００５２】
表２で、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを指示し、Ｓは特別サブフレームを示す。また、表２はそれぞれのシステムにおいて上りリンク／下りリンクサブフレーム設定で下りリンク−上りリンクスイッチング周期も示す。
【００５３】
【表３】
2017535138.tif 000006
【００５４】
また、表３は上りリンクＡＣＫ／ＮＡＣＫタイムラインを示し、仮に端末がサブフレーム＃（ｎ−ｋ）で基地局からＰＤＣＣＨと該ＰＤＣＣＨによってスケジュールされたＰＤＳＣＨを受信すれば、受信したＰＤＳＣＨに対する上りリンクＡＣＫ／ＮＡＣＫをサブフレーム＃ｎで送信することになることを意味する。
【００５５】
また、ＰＤＳＣＨのＡＣＫ／ＮＡＣＫは上りリンク制御チャネルであるＰＵＣＣＨを介して送信することになる。この時、ＰＵＣＣＨを介して送信される情報はフォーマットによって違う。まとめると次のようである。
【００５６】
ＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースは各ＵＥに予め割り当てられておらず、複数のＰＵＣＣＨリソースをセル内の複数のＵＥが毎時点に分けて使う。具体的に、ＵＥがＡＣＫ／ＮＡＣＫを送信するのに使うＰＵＣＣＨリソースは該当の下りリンクデータを運ぶＰＤＳＣＨについてのスケジューリング情報を運ぶＰＤＣＣＨに基づいて黙示的方式で決定される。それぞれのＤＬサブフレームでＰＤＣＣＨが送信される全領域は複数のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）で構成され、ＵＥに送信されるＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＣＣＥは複数（例えば、９個）のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）を含む。一つのＲＥＧは参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＲＳ）を除いた状態で隣り合う四つのＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成される。ＵＥは自分が受信したＰＤＣＣＨを構成するＣＣＥのインデックスのうちで特定のＣＣＥインデックス（例えば、一番目あるいは最も低いＣＣＥインデックス）の関数によって誘導又は計算される黙示的ＰＵＣＣＨリソースを介してＡＣＫ／ＮＡＣＫを送信する。
【００５７】
この時、それぞれのＰＵＣＣＨリソースインデックスはＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースに対応する。例えば、４番〜６番ＣＣＥで構成されたＰＤＣＣＨを介してＰＤＳＣＨについてのスケジューリング情報がＵＥに送信されると仮定する場合、ＵＥはＰＤＣＣＨを構成する最低ＣＣＥである４番ＣＣＥのインデックスから誘導あるいは計算されたＰＵＣＣＨ、例えば、４番ＰＵＣＣＨを介してＡＣＫ／ＮＡＣＫをＢＳに送信する。
【００５８】
ＰＵＣＣＨフォーマット１ａ／１ｂはＡ／Ｎ情報を送信し、ＰＵＣＣＨフォーマット２／２ａ／２ｂはＣＱＩ、ＣＱＩ＋Ａ／Ｎ情報を送信し、ＰＵＣＣＨフォーマット３は複数の（Ｍｕｌｔｉｐｌｅ）Ａ／Ｎ情報を送信することができる。
【００５９】
上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数又はサブフレームに含まれるスロットの数、スロットに含まれるシンボルの数は多様に変更可能である。
【００６０】
図５は下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する。
【００６１】
【数２】
2017535138.tif 000007
【００６２】
【数３】
2017535138.tif 000008
【００６３】
図６は下りリンクサブフレームの構造を例示する。
【００６４】
図６を参照すると、サブフレームの一番目スロットにおいて前部に位置する最大３（４）個のＯＦＤＭシンボルは制御チャネルが割り当てられる制御領域に対応する。残りのＯＦＤＭシンボルはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域に相当する。ＬＴＥで使われる下りリンク制御チャネルの例はＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨはサブフレームの一番目ＯＦＤＭシンボルで送信され伝送フレーム内で制御チャネルの伝送に使われるＯＦＤＭシンボルの個数についての情報を運ぶ。ＰＨＩＣＨは上りリンク伝送に対する応答としてＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。
【００６５】
ＰＤＣＣＨを介して送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と指称する。ＤＣＩはユーザー器機又はユーザー器機グループのためのリソース割り当て情報及び他の制御情報を含む。例えば、ＤＣＩは上り／下りリンクスケジューリング情報、上りリンク伝送（Ｔｘ）パワー制御命令などを含む。
【００６６】
ＰＤＣＣＨは下りリンク共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の伝送フォーマット及びリソース割り当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の伝送フォーマット及びリソース割り当て情報、ページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位−階層制御メッセージのリソース割り当て情報、ユーザー器機グループ内の個別ユーザー器機に対するＴｘパワー制御命令セット、Ｔｘパワー制御命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信されることができる。ユーザー機器は複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは一つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ、ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥはＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するのに使われる論理的割り当てユニットである。ＣＣＥは複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数はＣＣＥの個数によって決定される。基地局はユーザー器機に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を付け加える。ＣＲＣはＰＤＣＣＨの所有者又は使用目的によって識別子（例えば、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ））でマスキングされる。例えば、ＰＤＣＣＨが特定のユーザー器機のためのものである場合、該当のユーザー器機の識別子（例えば、ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））がＣＲＣにマスキングされることができる。ＰＤＣＣＨがページングメッセージのためのものである場合、ページング識別子（例えば、ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））がＣＲＣにマスキングされることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ、ＳＩＣ））のためのものである場合、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）がＣＲＣにマスキングされることができる。ＰＤＣＣＨがランダム接続応答のためのものである場合、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣにマスキングされることができる。
【００６７】
図７はＬＴＥシステムにおいて下りリンク制御チャネルを構成するのに使われるリソース単位を示す。特に、図７の（ａ）は基地局の送信アンテナの個数が１個又は２個である場合を示し、図７の（ｂ）は基地局の送信アンテナの個数が４個である場合を示す。送信アンテナの個数によってＲＳ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）パターンのみ違うだけ制御チャネルに関連したリソース単位の設定方法は同一である。
【００６８】
図７を参照すると、下りリンク制御チャネルの基本リソース単位はＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）である。ＲＥＧはＲＳを除いた状態で４個の隣り合うリソース要素（ＲＥ）で構成される。ＲＥＧは図面に太線で示した。ＰＣＦＩＣＨ及びＰＨＩＣＨはそれぞれ４個のＲＥＧ及び３個のＲＥＧを含む。ＰＤＣＣＨはＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔｓ）単位で構成され、一つのＣＣＥは９個のＲＥＧを含む。
【００６９】
端末は自分にＬ個のＣＣＥでなるＰＤＣＣＨが送信されるかを確認するためにＭ（Ｌ）（≧Ｌ）個の連続するかあるいは特定の規則で配置されたＣＣＥを確認するように設定される。端末がＰＤＣＣＨ受信のために考慮しなければならないＬ値は複数となることができる。端末がＰＤＣＣＨ受信のために確認しなければならないＣＣＥ集合を検索領域（ｓｅａｒｃｈ  ｓｐａｃｅ）と言う。一例として、ＬＴＥシステムは検索領域を表４のように定義している。
【００７０】
【表４】
2017535138.tif 000009
【００７１】
【数４】
2017535138.tif 000010
【００７２】
検索領域は特定の端末に対してのみ接近が許される端末特定検索領域（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）とセル内の全ての端末に対して接近が許される共通検索領域（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）に区分できる。端末はＣＣＥ集成レベルが４及び８である共通検索領域をモニターし、ＣＣＥ集成レベルが１、２、４及び８である端末−特定検索領域をモニターする。共通検索領域及び端末特定検索領域はオーバーラップされることができる。
【００７３】
また、各ＣＣＥ集成レベル値に対して任意の端末に付与されるＰＤＣＣＨ検索領域で一番目（最小のインデックスを有する）ＣＣＥの位置は端末によって毎サブフレームごとに変化することになる。これをＰＤＣＣＨ検索領域ハッシング（ｈａｓｈｉｎｇ）と言う。
【００７４】
ＣＣＥはシステム帯域に分散されることができる。より具体的に、論理的に連続した複数のＣＣＥがインターリーバー（ｉｎｔｅｒｌｅａｖｅｒ）に入力されることができ、インターリーバーは入力された複数のＣＣＥをＲＥＧ単位で混ぜる機能を遂行する。したがって、一つのＣＣＥを成す周波数／時間リソースは物理的にサブフレームの制御領域内で全ての周波数／時間領域に散らばって分布する。結局、制御チャネルはＣＣＥ単位で構成されるが、インターリービングはＲＥＧ単位で遂行されることによって周波数ダイバーシティ（ｄｉｖｅｒｓｉｔｙ）と干渉ランダム化（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｒａｎｄｏｍｉｚａｔｉｏｎ）利得を最大化することができる。
【００７５】
図８はキャリア併合（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する。
【００７６】
図８を参照すると、複数の上り／下りリンクコンポーネント搬送波（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）を集めてもっと広い上り／下りリンク帯域幅を支援することができる。「コンポーネント搬送波（ＣＣ）」という用語は等価の他の用語（例えば、キャリア、セルなど）に取り替えることができる。それぞれのＣＣは周波数領域で隣り合うかあるいは隣り合わないことができる。各コンポーネント搬送波の帯域幅は独立的に決定されることができる。ＵＬ  ＣＣの個数とＤＬ  ＣＣの個数が違う非対称キャリアアグリゲーションも可能である。一方、制御情報は特定のＣＣを介して送受信されるように設定されることができる。このような特定のＣＣをプライマリーＣＣ（又はアンカーＣＣ）と指称し、残りのＣＣをセカンダリーＣＣと指称することができる。
【００７７】
クロス−キャリアスケジューリング（又はクロス−ＣＣスケジューリング）が適用される場合、下りリンク割り当てのためのＰＤＣＣＨはＤＬ  ＣＣ＃０に送信され、該当のＰＤＳＣＨはＤＬ  ＣＣ＃２に送信されることができる。クロス−ＣＣスケジューリングのために、キャリア指示フィールド（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ、ＣＩＦ）の導入を考慮することができる。ＰＤＣＣＨ内でＣＩＦの存在有無は上位階層シグナリング（例えば、ＲＲＣシグナリング）によって半−静的及び端末−特定（又は端末グループ−特定）方式で設定されることができる。ＰＤＣＣＨ伝送ベースラインを要約すると次のようである。
【００７８】
■ＣＩＦディセーブルド（ｄｉｓａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは同じＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当てるかあるいは一つのリンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てる。
【００７９】
●Ｎｏ  ＣＩＦ
●ＬＴＥ  ＰＤＣＣＨ構造（同じ符号化、同じＣＣＥ−に基づくリソースマッピング）及びＤＣＩフォーマットと同一である。
【００８０】
■ＣＩＦイネーブルド（ｅｎａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨはＣＩＦを用いて複数の併合したＤＬ／ＵＬ  ＣＣのうちで特定のＤＬ／ＵＬ  ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることが可能である。
【００８１】
●ＣＩＦを有する拡張されたＬＴＥ  ＤＣＩフォーマット
−ＣＩＦ（設定される場合）は固定されたｘ−ビットフィールド（例えば、ｘ＝３）
−ＣＩＦ（設定される場合）の位置はＤＣＩフォーマットのサイズに関係なく固定される
●ＬＴＥ  ＰＤＣＣＨ構造を再使用（同じ符号化、同じＣＣＥに基づくリソースマッピング）する。
【００８２】
ＣＩＦが存在する場合、基地局は端末側のＢＤ複雑度を低めるために、ＰＤＣＣＨモニタリングＤＬ  ＣＣセットを割り当てることができる。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは併合した全てのＤＬ  ＣＣの一部として一つ以上のＤＬ  ＣＣを含み、端末は該当のＤＬ  ＣＣ上でのみＰＤＣＣＨの検出／復号化を遂行する。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジュールする場合、ＰＤＣＣＨはＰＤＣＣＨモニタリングＤＬ  ＣＣセットを介してのみ送信される。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末グループ特定又はセル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）方式で設定されることができる。「ＰＤＣＣＨモニタリングＤＬ  ＣＣ」という用語はモニタリングキャリア、モニタリングセルなどの等価の用語に取り替えることができる。また、端末のために併合したＣＣはサービングＣＣ、サービングキャリア、サービングセルなどの等価の用語に取り替えることができる。
【００８３】
図９は複数のキャリアが併合した場合のスケジューリングを例示する。３個のＤＬ  ＣＣが併合したと仮定する。ＤＬ  ＣＣ  ＡがＰＤＣＣＨモニタリングＤＬ  ＣＣとして設定されたと仮定する。ＤＬ  ＣＣ  Ａ〜ＣはサービングＣＣ、サービングキャリア、サービングセルなどと指称することができる。ＣＩＦがディセーブルされた場合、それぞれのＤＬ  ＣＣはＬＴＥ  ＰＤＣＣＨ設定によってＣＩＦなしで自分のＰＤＳＣＨをスケジュールするＰＤＣＣＨのみを送信することができる。一方、端末特定（又は端末グループ特定又はセル特定）上位階層シグナリングによってＣＩＦがイネーブルされた場合、ＤＬ  ＣＣ  Ａ（モニタリングＤＬ  ＣＣ）はＣＩＦを用いてＤＬ  ＣＣ  ＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨだけでなく他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信することができる。この場合、ＰＤＣＣＨモニタリングＤＬ  ＣＣとして設定されなかったＤＬ  ＣＣ  Ｂ／ＣではＰＤＣＣＨが送信されない。したがって、ＤＬ  ＣＣ  Ａ（モニタリングＤＬ  ＣＣ）はＤＬ  ＣＣ  Ａに関連したＰＤＣＣＨ検索領域、ＤＬ  ＣＣ  Ｂに関連したＰＤＣＣＨ検索領域及びＤＬ  ＣＣＣに関連したＰＤＣＣＨ検索領域を全て含まなければならない。本明細書で、ＰＤＣＣＨ検索領域はキャリア別に定義されると仮定する。
【００８４】
上述したように、ＬＴＥ−Ａはクロス−ＣＣスケジューリングのためにＰＤＣＣＨ内でＣＩＦの使用を考慮している。ＣＩＦの使用可否（すなわち、クロス−ＣＣスケジューリングモード又はノン−クロス−ＣＣスケジューリングモードの支援）及びモード間の転換はＲＲＣシグナリングによって半−静的／端末−特定に設定されることができ、該当のＲＲＣシグナリング過程を経た端末は自分にスケジュールされるＰＤＣＣＨ内にＣＩＦが使われるかを認識することができる。
【００８５】
図１０は非免許帯域を用いる方法の一例を示す図である。
【００８６】
本発明の一実施例によって、ＬＴＥシステムのようなセルラー通信システムも既存のＷｉＦｉシステムが使う２．４ＧＨｚ帯域のような非免許帯域又は新たに注目されている５ＧＨｚ帯域のような非免許帯域をトラフィックオフローディングに活用することができる。
【００８７】
この時、一例として、非免許帯域は各通信ノード間の競争によって無線送受信する方式を仮定するので、各通信ノードが信号を送信する前にチャネルセンシング（ｃｈａｎｎｅｌ  ｓｅｎｓｉｎｇ）を行って他の通信ノードが信号伝送を行わないことを確認する必要性がある。この時、上述したようなチャネルセンシングをＣＣＡ（ｃｌｅａｒ  ｃｈａｎｎｅｌ  ａｓｓｅｓｓｍｅｎｔ）と言い、ＬＴＥシステムのｅＮＢ又はＵＥも非免許帯域（以下、ＬＴＥ−Ｕ帯域と言い）での信号伝送のためにはＣＣＡを遂行することができる。
【００８８】
より詳細に、兔許帯域は通信事業者が競売又は購買などの手順で独占的に周波数使用権を確保した周波数帯域であってもよい。すなわち、兔許帯域で該当の特定周波数帯域は兔許帯域に対する権利を獲得した特定の主体のみが用いることができ、他のユーザー又は事業者は兔許帯域に対する周波数を用いることができない。
【００８９】
一方、非兔許帯域は独占的に使用権が保障されない領域であってもよい。この時、一例として、非兔許帯域は多数の通信設備又はシステムが共存して使われることができる周波数帯域を意味することができる。この時、一例として、非兔許帯域は一定水準以上の隣接帯域保護及び帯域内干渉関連規定のみを守れば多数の通信設備を制限なしに使うことができるから、独占的使用権が保障された兔許帯域を介した通信サービスが提供することができる水準の通信品質を確保しにくいこともある。
【００９０】
さらに他の一例として、非兔許帯域は時間的及び空間的特徴を考慮して設定される領域であってもよい。この時、一例として、特定の周波数帯域を特定の事業者が用いている場合であっても、一定の条件の下で時間的に又は空間的に周波数帯域を使う特定の事業者の伝播に影響を及ぼさない場合であれば上述した特定の周波数帯域は非兔許帯域であってもよい。この時、一例として、ＴＶホワイトスペースのようにＴＶ放送などを阻害しない条件で印加されなかったデバイスに対して使用が許可された周波数帯域は上述した非兔許帯域であってもよい。
【００９１】
すなわち、非兔許帯域は、兔許帯域とは違い、独占的に占有されない周波数領域を意味することができるが、上述した実施例に限定されない。また、非兔許帯域は複数のユーザーが使うことができるという点を考慮するとき、キャリアセンシングなどの条件及びその他の制約に基づいて使われる領域であってもよい。以下ではこのような非兔許帯域の特徴を考慮して実施例を敍述する。
【００９２】
また、一例として、ＬＴＥシステムのｅＮＢ又はＵＥが信号を送信するときにＷｉＦｉなどの他の通信ノードもＣＣＡを行って干渉を引き起こしてはいけない。例えば、ＷｉＦｉ標準（８０１．１１ａｃ）でＣＣＡ  ｔｈｒｅｓｈｏｌｄはｎｏｎ−ＷｉＦｉ信号に対して−６２ｄＢｍ、ＷｉＦｉ信号に対して−８２ｄＢｍに規定されており、これはＳＴＡ又はＡＰは、例えば、ＷｉＦｉ以外の信号が−６２ｄＢｍ以上の電力で受信されれば干渉を引き起こさないように信号伝送を行わないことを意味する。特徴的に、ＷｉＦｉシステムにおいてＳＴＡ又はＡＰは４ｕｓ以上の間にＣＣＡ  ｔｈｒｅｓｈｏｌｄ以上の信号を検出しなければＣＣＡを遂行して信号伝送を遂行することができる。
【００９３】
この時、本発明では、図１０のように、兔許帯域（ｌｉｃｅｎｓｅｄ  ｂａｎｄ）であるＬＴＥ−Ａ  Ｂａｎｄと非免許帯域であるＬＴＥ−Ｕ帯域キャリアアグリゲーションの状況の下でｅＮＢがＵＥに信号を送信するかあるいはＵＥがｅＮＢに信号を送信する場合に適用できる。
【００９４】
以下の説明では提案方式についての説明の便宜のために、ＵＥが兔許帯域と非免許帯域のそれぞれで二つのコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ；ＣＣ）を介して無線通信を遂行するように設定された状況を仮定したが、これに限定されるものではない。
【００９５】
また、一例として、兔許帯域のコンポーネントキャリアはプライマリーコンポーネントキャリア（Ｐｒｉｍａｒｙ  ＣＣ、以下ＰＣＣ又はＰＣｅｌｌという）、非免許帯域のコンポーネントキャリアはセカンダリーコンポーネントキャリア（Ｓｅｃｏｎｄａｒｙ  ＣＣ、以下ＳＣＣ又はＳＣｅｌｌという）と見なすことができる。
【００９６】
しかし、本発明の提案方式は多数の兔許帯域と多数の非免許帯域がキャリアアグリゲーション技法に用いられる状況でも拡張適用が可能であり、また非免許帯域のみでｅＮＢとＵＥ間の信号送受信がなされる場合にも適用可能であるが、上述した実施例に限定されない。また、本発明の提案方式は３ＧＰＰ  ＬＴＥシステムだけではなく他の特性のシステム上でも拡張適用が可能である。
【００９７】
図１１は非兔許帯域を占有して使う方法の例示を示した図である。
【００９８】
ＬＴＥ−Ｕ帯域で基地局と端末が通信を遂行するためには、他の通信システム（例えば、ＷｉＦｉ）との競争によって該当の帯域を特定の時間区間の間に占有及び確保することができなければならない（以下では、便宜上、ＬＴＥ−Ｕ  ｂａｎｄでの通信のために占有／確保された時間区間（Ｒｅｓｅｒｖｅｄ  Ｒｅｓｏｕｒｃｅ  Ｐｅｒｉｏｄ、以下、ＲＲＰ区間と言う）を設定することができる。
【００９９】
このようなＲＲＰ区間を確保するためにはさまざまな方法が存在することができる。代表的にはＷｉＦｉなどの他の通信システムデバイスが該当の無線チャネルがビジーであると認識することができるように特定のｒｅｓｅｒｖａｔｉｏｎ  ｓｉｇｎａｌを送信するか、あるいはＲＲＰ区間の間に特定の電力レベル以上の信号が絶え間なく送信されるようにＲＳ及びデータ信号を持続的に送信する方法が可能である。このように、基地局がＬＴＥ−Ｕ帯域を占有しようとするＲＲＰ時間区間を予め決定したならば、端末にこれを予め知らせることにより、端末にとって該当の指定されたＲＲＰ区間の間に通信送受信リンクを維持しているようにすることができる。
【０１００】
端末に該当のＲＲＰ時間区間情報を知らせる方式としては、キャリアアグリゲーション形態で連結されているさらに他のコンポーネントキャリア（例えば、ＬＴＥ−Ａ  ｂａｎｄ）を介して該当のＲＲＰ時間区間情報を伝達する方式が可能である。
【０１０１】
競争に基づく任意の接続方式で動作する非免許帯域動作のさらに他の一例として、ｅＮＢはデータ送受信前にキャリアセンシング（ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ、ＣＳ）を遂行することができる。ＳＣｅｌｌの現在チャネル状態がビジーであるかアイドルであるかをチェックし、アイドルであると判断されれば、ｅＮＢはＰＣｅｌｌの（Ｅ）ＰＤＣＣＨを介して（すなわち、ｃｒｏｓｓ  ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ、ＣＣＳ）あるいはＳＣｅｌｌのＰＤＣＣＨを介してｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔを送信し、データ送受信を試みることができる。
【０１０２】
この時、一例として、Ｍ個の連続したサブフレームで構成されたＲＲＰ区間を設定することができる。ここで、Ｍ値及びＭ個のサブフレームの用途を前もってｅＮＢがＵＥに上位階層シグナリング（ＰＣｅｌｌ使用）又は物理制御／データチャネルを介して知らせることができる。
【０１０３】
ＲＲＰ区間の開始時点は上位階層シグナリングによって周期的に（あるいは半静的に）設定されていることもある。若しくはＲＲＰ開始地点をＳＦ＃ｎに設定しようとするとき、ＳＦ＃ｎであるいはＳＦ＃（ｎ−ｋ）で物理階層シグナリングによってＲＲＰ区間の開始地点が指定されることができる。
【０１０４】
一方、このようなＲＲＰを構成するサブフレームの場合、図１１の（ａ）のようにサブフレーム境界及びサブフレーム数／インデックスがＰｃｅｌｌと一致した形態に構成されるか（このような場合を「ａｌｉｇｎｅｄ−ＲＲＰ」という）、あるいは図１１の（ｂ）のようにサブフレーム境界又はサブフレーム数／インデックスがＰｃｅｌｌと一致しない形態まで支援されるように構成されることができる（このような場合を「ｆｌｏａｔｉｎｇ−ＲＲＰ」という）。
【０１０５】
本発明で、ｃｅｌｌの間にサブフレーム境界が一致すると言うのは、互いに異なる２個のｃｅｌｌのサブフレーム境界間の間隔が特定の時間（例えばＣＰ  ｌｅｎｇｔｈ、あるいはＸ  ｕｓｅｃ  ｗｈｅｒｅＸ≧０）以下となることを意味することができる。また、本発明で、Ｐｃｅｌｌというのは、時間（及び／又は周波数）同期の観点でＵｃｅｌｌのサブフレーム（及び／又はシンボル）境界を決定するために参照する特定のｃｅｌｌを意味することができる。
【０１０６】
以下では、上述したように、ＬＴＥ−Ｕ帯域のようにキャリアセンシングに基づいて非周期的又は不連続的に用いられることができるセル（又はキャリア）が含まれたキャリアアグリゲーションの状況のためのＨＡＲＱ−ＡＣＫフィードバック方法について説明する。
【０１０７】
より詳細に、ＬＴＥシステムの兔許帯域でＰＣｅｌｌを設定し、ＬＴＥ−Ｕ帯域でＳＣｅｌｌを設定する場合（以下、ＵＣｅｌｌ）のＨＡＲＱ−ＡＣＫフィードバック方法に対する定義が必要なことがあり得る。すなわち、キャリアセンシングに基づいて他のシステムとの競争によって非周期的又は不連続的に確保可能な時間区間を用いているので、ＨＡＲＱ−ＡＣＫフィードバック方法も非周期的又は不連続的なＵＣｅｌｌの特徴を考慮して設定される必要性がある。また、ＵＣｅｌｌのＨＡＲＱ−ＡＣＫフィードバック方法に対してはレガシーシステムとの互換性のためにＬＴＥシステムで適用されるＨＡＲＱ−ＡＣＫフィードバック方法を考慮する必要性がある。以下では、ＵＣｅｌｌがＳＣｅｌｌとして用いられる場合の多様なＨＡＲＱ−ＡＣＫフィードバック方法に対する実施例を敍述する。
【０１０８】
図１２はＢｌｏｃｋ−ｓｐｒｅａｄｉｎｇに基づくＰＵＣＣＨフォーマットの一例を示した図である。
【０１０９】
ＬＴＥ−Ａシステムにおいては、複数の下りリンクコンポーネントキャリア（ＤＬ  ＣＣ）を介して送信された複数のＰＤＳＣＨに対する複数のＡＣＫ／ＮＡＣＫ情報／信号を特定の上りリンクコンポーネントキャリア（ＵＬ  ＣＣ）を介して送信することを考慮している。この時、既存Ｒｅｌ−８ＬＴＥでのＰＵＣＣＨ  ｆｏｒｍａｔ  １ａ／１ｂを用いたＡＣＫ／ＮＡＣＫ伝送とは違い、複数のＡＣＫ／ＮＡＣＫ情報をチャネルコーディング（例えば、Ｒｅｅｄ−Ｍｕｌｌｅｒ  ｃｏｄｅ、Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅなど）した後、ＰＵＣＣＨ  ｆｏｒｍａｔ２、又はＢｌｏｃｋ−ｓｐｒｅａｄｉｎｇに基づく変形された形態の新しいＰＵＣＣＨ  ｆｏｒｍａｔ（すなわち、Ｅ−ＰＵＣＣＨ  ｆｏｒｍａｔ）を用いて複数のＡＣＫ／ＮＡＣＫ情報及び／又は制御信号を送信することを考慮することができる。
【０１１０】
この時、Ｂｌｏｃｋ−ｓｐｒｅａｄｉｎｇ技法は、制御情報（例えば、ＡＣＫ／ＮＡＣＫなど）を、既存ＬＴＥでのＰＵＣＣＨ  ｆｏｒｍａｔ１又は２系列とは違い、ＳＣ−ＦＤＭＡ方式を用いて変調する方法である。この方式では、図１２のようにシンボルシーケンス（ｓｅｑｕｅｎｃｅ）がＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ）によってｔｉｍｅ−ｄｏｍａｉｎ  ｓｐｒｅａｄｉｎｇされて送信される形態であってもよい。この時、ＯＣＣを用いて同じリソースブロック（ＲＢ）に多くのＵＥの制御信号を多重化させることができる。
【０１１１】
一例として、ＰＵＣＣＨ  ｆｏｒｍａｔ２では、一つのシンボルシーケンスが時間領域にわたって送信され、ＣＡＺＡＣ  ｓｅｑｕｅｎｃｅのｃｙｃｌｉｃ  ｓｈｉｆｔ（すなわち、ＣＣＳ）を用いてＵＥ  ｍｕｌｔｉｐｌｅｘｉｎｇを遂行する一方、Ｂｌｏｃｋ−ｓｐｒｅａｄｉｎｇに基づくＥ−ＰＵＣＣＨ  ｆｏｒｍａｔの場合、一つのシンボルシーケンスが周波数領域にわたって送信され、ＯＣＣに基づくｔｉｍｅ−ｄｏｍａｉｎ  ｓｐｒｅａｄｉｎｇを用いてＵＥ  ｍｕｌｔｉｐｌｅｘｉｎｇを遂行する。
【０１１２】
一例として、図１２のように一つのシンボルシーケンスをｌｅｎｇｈ−５（ＳＦ＝５）のＯＣＣを用いて５個のＳＣ−ＦＤＭＡシンボルを生成させて送信する方法を示す。一例として、図１２では１ｓｌｏｔの間に全部２個のＲＳシンボルを使ったが、３個のＲＳシンボルを使い、ＳＦ＝４のＯＣＣを用いる方式などの多様な応用も考慮することができる。ここで、ＲＳシンボルは特定のｃｙｃｌｉｃ  ｓｈｉｆｔを有するＣＡＺＡＣ  ｓｅｑｕｅｎｃｅから生成されることができ、時間領域の複数のＲＳシンボルに特定のＯＣＣが適用された（掛けられた）形態で送信されることができる。
【０１１３】
説明の便宜のために、ＰＵＣＣＨ  ｆｏｒｍａｔ２又はＥ−ＰＵＣＣＨ  ｆｏｒｍａｔを使うこのようなチャネルコーディングに基づく複数のＡＣＫ／ＮＡＣＫ伝送方式を「ｍｕｌｔｉ−ｂｉｔ  ＡＣＫ／ＮＡＣＫ  ｃｏｄｉｎｇ」伝送方法という。この方法は、複数のコンポーネントキャリアのＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ又はＤＴＸ情報（ＰＤＣＣＨを受信／検出することができないことを意味）をチャネルコーディングして生成されたＡＣＫ／ＮＡＣＫ  ｃｏｄｅｄ  ｂｌｏｃｋを送信する方法を示す。例えば、端末がある下りリンクコンポーネントキャリアでＳＵ−ＭＩＭＯ  ｍｏｄｅで動作して２個のコードワード（ｃｏｄｅｗｏｒｄ、ＣＷ）を受信すれば、該当のコンポーネントキャリアに対してＣＷ別にＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫの全部４個のｆｅｅｄｂａｃｋ  ｓｔａｔｅを送信するか、ＤＴＸまで含めて最大５個のｆｅｅｄｂａｃｋ  ｓｔａｔｅを有することができる。
【０１１４】
【数５】
2017535138.tif 000011
【０１１５】
既存Ｒｅｌ−８ＴＤＤシステムに適用される先のＡＣＫ／ＮＡＣＫ  ｍｕｌｔｉｐｌｅｘｉｎｇ（すなわち、ＡＣＫ／ＮＡＣＫ  ｓｅｌｅｃｔｉｏｎ）方法では、基本的に各ＵＥのＰＵＣＣＨリソース確保のために該当のＵＥの各ＰＤＳＣＨをスケジュールするＰＤＣＣＨに対応する（すなわち、ｌｏｗｅｓｔ  ＣＣＥインデックスとリンクされている）黙示的（ｉｍｐｌｉｃｉｔ）ＰＵＣＣＨリソースを使うｉｍｐｌｉｃｉｔ  ＡＣＫ／ＮＡＣＫ  ｓｅｌｅｃｔｉｏｎ方式を考慮している。
【０１１６】
一方、ＬＴＥ−ＡＦＤＤシステムにおいては、基本的に端末特定に設定される一つの上りリンクコンポーネントキャリアを介して複数の下りリンクコンポーネントキャリアで送信された複数のＰＤＳＣＨに対する複数のＡＣＫ／ＮＡＣＫ伝送を考慮している。このために、特定あるいは一部又は全ての下りリンクコンポーネントキャリアをスケジュールするＰＤＣＣＨにリンクされている（すなわち、ｌｏｗｅｓｔ  ＣＣＥインデックスｎＣＣＥにリンクされている、あるいはｎＣＣＥとｎＣＣＥ＋１にリンクされている）黙示的ＰＵＣＣＨリソースあるいは該当の黙示的ＰＵＣＣＨリソースとＲＲＣ  ｓｉｇｎａｌｉｎｇによって各ＵＥに予め予約された明示的（ｅｘｐｌｉｃｉｔ）ＰＵＣＣＨリソースの組合せを使う「ＡＣＫ／ＮＡＣＫ  ｓｅｌｅｃｔｉｏｎ」方式を考慮している。
【０１１７】
また、ＬＴＥ−Ａ  ＴＤＤシステムにおいても複数のコンポーネントキャリアがアグリゲーションされた状況を考慮することができ、これにより複数の下りリンクサブフレームと複数のコンポーネントキャリアを介して送信された複数のＰＤＳＣＨに対する複数のＡＣＫ／ＮＡＣＫ情報／信号を、該当の複数の下りリンクサブフレームに対応する上りリンクサブフレームで特定のコンポーネントキャリア（すなわち、Ａ／Ｎ  ＣＣ）を介して送信することを考慮することができる。この時、ＬＴＥ−Ａ  ＦＤＤとは違い、ＵＥに割り当てられた全てのコンポーネントキャリアを介して送信可能な最大のＣＷ数に対応する複数のＡＣＫ／ＮＡＣＫを、複数の下りリンクサブフレームの全てに対して送信する方式（すなわち、ｆｕｌｌ  ＡＣＫ／ＮＡＣＫ）を考慮するか、あるいはＣＷ及び／又はＣＣ及び／又はＳＦ  ｄｏｍａｉｎに対してＡＣＫ／ＮＡＣＫバンドリングを適用して総伝送ＡＣＫ／ＮＡＣＫ数を減らして送信する方式（すなわち、ｂｕｎｄｌｅｄ  ＡＣＫ／ＮＡＣＫ）を考慮することができる。
【０１１８】
この時、ＣＷバンドリングの場合、それぞれの下りリンクサブフレームに対してコンポーネントキャリア別にＣＷに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味することができる。また、ＣＣバンドリングの場合、それぞれの下りリンクサブフレームに対して全て又は一部のＣＣに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味することができる。また、ＳＦバンドリングの場合、各ＣＣに対して全ての又は一部の下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味することができる。
【０１１９】
特徴的に、ＳＦバンドリング方法として、ＣＣのそれぞれに対して受信された全てのＰＤＳＣＨ又はＤＬ  ｇｒａｎｔ  ＰＤＣＣＨに対してＣＣ別の総ＡＣＫ個数（あるいは、一部のＡＣＫ個数）を知らせる「ＡＣＫ−ｃｏｕｎｔｅｒ」方式を考慮することなることができる。この時、ＵＥ別のＡＣＫ／ＮＡＣＫ  ｐａｙｌｏａｄ、つまりＵＥ別に設定されたｆｕｌｌ  ｏｒ  ｂｕｎｄｌｅｄ  ＡＣＫ／ＮＡＣＫ伝送のためのＡＣＫ／ＮＡＣＫ  ｐａｙｌｏａｄのサイズによって「ｍｕｌｔｉ−ｂｉｔ  ＡＣＫ／ＮＡＣＫ  ｃｏｄｉｎｇ」あるいは「ＡＣＫ／ＮＡＣＫ  ｓｅｌｅｃｔｉｏｎ」に基づくＡＣＫ／ＮＡＣＫ伝送技法を適用することができる。
【０１２０】
ＴＤＤ及びＦＤＤのキャリアアグリゲーションにおけるＨＡＲＱ  ｔｉｍｉｎｇ
ＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌがキャリアアグリゲーションされる時にＦＤＤ  ｃｅｌｌを介して送信されるＰＤＳＣＨに対して上りリンクで送信されるＡＣＫ／ＮＡＣＫタイミングに既存ＦＤＤ  ｃｅｌｌに定義されたＰＤＣＣＨ／ＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫタイミング（例えば、４ｍｓ）をそのまま適用してＡＣＫ／ＮＡＣＫをＴＤＤ  ＰＣｅｌｌのＵＬサブフレームを介して送信すれば、ＡＣＫ／ＮＡＣＫ伝送タイミングでＴＤＤ  ＰＣｅｌｌがＤＬサブフレームとして定義されている場合、ＡＣＫ／ＮＡＣＫを送信することができないことがある。したがって、ＦＤＤ  ｃｅｌｌでもっと多いＤＬサブフレームに対してＡＣＫ／ＮＡＣＫ伝送を提供するために既存ＦＤＤ  ｃｅｌｌに定義されたＰＤＣＣＨ／ＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫタイミングではない新しい下りリンクＨＡＲＱタイミングを適用することができる。同様に、上りリンクＨＡＲＱタイミングも新しいＨＡＲＱタイミングを適用することができる。下記はＨＡＲＱタイミングの一例であり得る。
【０１２１】
１）ＦＤＤ  ＰＣｅｌｌ及びＴＤＤ  ＳＣｅｌｌに対する下りリンクＨＡＲＱタイミング
１−１）セルフスケジューリング
ＴＤＤ  ＳＣｅｌｌがセルフスケジューリングによって制御情報を受信し、ＰＤＳＣＨを受信した場合、ＰＤＳＣＨに対するＨＡＲＱタイミングはＦＤＤ  ＰＣｅｌｌのＨＡＲＱタイミングと同一に設定することができる。一例として、ＰＣｅｌｌを介してＡＣＫ／ＮＡＣＫ情報を送信することができるので、ＰＣｅｌｌのＨＡＲＱタイミングと同一に設定することができる。
【０１２２】
１−２）クロスキャリアスケジューリング
ＴＤＤ  ＳＣｅｌｌがクロスキャリアスケジューリングによって制御情報を受信し、ＰＤＳＣＨを受信した場合、ＰＤＳＣＨに対するＨＡＲＱタイミングはＦＤＤ  ＰＣｅｌｌのＨＡＲＱタイミングと同一に設定することができる。一例として、ＰＣｅｌｌを介してＡＣＫ／ＮＡＣＫ情報を送信することができるので、ＰＣｅｌｌのＨＡＲＱタイミングと同一に設定することができる。
【０１２３】
２）ＦＤＤ  ＰＣｅｌｌ及びＴＤＤ  ＳＣｅｌｌに対する上りリンクＨＡＲＱタイミング
２−１）セルフスケジューリング
ＴＤＤ  ＳＣｅｌｌがセルフスケジューリングによって制御情報を受信し、ＰＵＳＣＨを送信した場合、ＰＵＳＣＨに対するＨＡＲＱタイミングはＴＤＤセルにスケジュールされたＨＡＲＱタイミングに基づいて設定することができる。
【０１２４】
２−２）クロスキャリアスケジューリング
この時、一例として、ＴＤＤ  ＳＣｅｌｌがＦＤＤスケジューリングセルから制御情報を受信し、ＰＵＳＣＨを送信した場合、ＰＵＳＣＨに対するＨＡＲＱタイミングはＴＤＤセルにスケジュールされたＨＡＲＱタイミングに基づいて設定することができる。
【０１２５】
また、一例として、ＴＤＤ  ＳＣｅｌｌがＦＤＤスケジューリングセルから制御情報を受信し、ＰＵＳＣＨを送信した場合、ＰＵＳＣＨ送信後６ｍｓ以後にＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫ情報を受信することができる。
【０１２６】
また、一例として、ＴＤＤ  ＳＣｅｌｌがＴＤＤスケジューリングセルから制御情報を受信し、ＰＵＳＣＨを送信した場合、スケジューリングセルによってＨＡＲＱタイミングに対するｒｅｆｅｒｅｎｃｅ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎを導出し、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいてタイミングを設定することができる。
【０１２７】
３）ＴＤＤ  ＰＣｅｌｌ及びＦＤＤ  ＳＣｅｌｌに対する下りリンクＨＡＲＱタイミング
３−１）セルフスケジューリング
一例として、ＦＤＤ  ＳＣｅｌｌがセルフスケジューリングによって制御情報を受信し、ＰＤＳＣＨを受信した場合、ＰＤＳＣＨに対するＨＡＲＱタイミングはＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいてＴＤＤ  ＰＣｅｌｌのタイミングと同一に設定することができる。また、ＴＤＤ  ＰＣｅｌｌのタイミングに定義されない下りリンクサブフレームに対する追加情報まで考慮して設定することができる。
【０１２８】
また、一例として、ＦＤＤ  ＳＣｅｌｌがセルフスケジューリングによって制御情報を受信し、ＰＤＳＣＨを受信した場合、ＰＤＳＣＨに対するＨＡＲＱタイミングはＦＤＤ  ＳＣｅｌｌに対して設定されたｒｅｆｅｒｅｎｃｅ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて設定することができる。この時、ｒｅｆｅｒｅｎｃｅ  ＵＬ−ＤＬ  ＣｏｎｆｉｇｕｒａｔｉｏｎはＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて設定することができる。また、上述したように、ＴＤＤ  ＰＣｅｌｌのタイミングに定義されない下りリンクサブフレームに対する追加情報まで考慮して設定することができる。
【０１２９】
３−２）クロスキャリアスケジューリング
一例として、ＦＤＤ  ＳＣｅｌｌがクロスキャリアスケジューリングによって制御情報を受信し、ＰＤＳＣＨを受信した場合、ＰＤＳＣＨに対するＨＡＲＱタイミングは上述したセルフスケジューリングと同一に設定することができる。さらに他の一例として、クロスキャリアスケジューリングの場合、ＴＤＤ  ＰＣｅｌｌのＨＡＲＱタイミングと同一に設定することができる。
【０１３０】
４）ＴＤＤ  ＰＣｅｌｌ及びＦＤＤ  ＳＣｅｌｌに対する上りリンクＨＡＲＱタイミング
４−１）セルフスケジューリング
ＦＤＤ  ＳＣｅｌｌがセルフスケジューリングによって制御情報を受信し、ＰＵＳＣＨを送信した場合、ＰＵＳＣＨに対するＨＡＲＱタイミングはＦＤＤセルにスケジュールされたＨＡＲＱタイミングに基づいて設定することができる。
【０１３１】
４−２）クロスキャリアスケジューリング
この時、一例として、ＦＤＤ  ＳＣｅｌｌがＴＤＤスケジューリングセルから制御情報を受信し、ＰＵＳＣＨを送信した場合、ＰＵＳＣＨに対するＨＡＲＱタイミングはＴＤＤセルにスケジュールされたＨＡＲＱタイミングに基づいて設定することができる。
【０１３２】
また、一例として、ＦＤＤ  ＳＣｅｌｌがＴＤＤスケジューリングセルから制御情報を受信し、ＰＵＳＣＨを送信した場合、ＰＵＳＣＨ送信後６ｍｓ以後にＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫ情報を受信することができる。
【０１３３】
また、一例として、ＦＤＤ  ＳＣｅｌｌがＦＤＤスケジューリングセルから制御情報を受信し、ＰＵＳＣＨを送信した場合、ＦＤＤスケジューリングセルのＨＡＲＱタイミングと同一に設定することができる。
【０１３４】
上述した下りリンクＨＡＲＱタイミングにおいて適用可能なＨＡＲＱタイミング（例えば、ＤＬ  ａｓｓｏｃｉａｔｉｏｎ  ｓｅｔ  ｉｎｄｅｘ）の例は下記の表５のようである。下記の表で、ＵＬ−ＤＬ  ＣｏｎｆｉｇｕｒａｔｉｏｎはＴＤＤ  ＰＣｅｌｌのＵ／Ｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎであってもよい。また、ＨＡＲＱ  ｔｉｍｉｎｇは該当のＴＤＤ  ＰＣｅｌｌ  Ｕ／Ｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎに対して構成されるＨＡＲＱ  ｔｉｍｉｎｇの種類／インデックスであってもよい。また、上述したように付け加わる下りリンクサブフレームについての情報として、ＤＬ  ａｓｓｏｃｉａｔｉｏｎ  ｓｅｔ  ｉｎｄｅｘは「［］」に相当することができる。すなわち、「［］」は該当のＴＤＤ  ＰＣｅｌｌ  Ｕ／Ｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎに対して新たに生成されるＤＬ  ａｓｓｏｃｉａｔｉｏｎ  ｓｅｔ  ｉｎｄｅｘを意味することができる。
【０１３５】
また、上述した下りリンクＨＡＲＱタイミングにおいて、ＦＤＤ  ＳＣｅｌｌに適用可能なｒｅｆｅｒｅｎｃｅ  Ｕ／Ｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎの例は下記の表６、表７及び表８のようである。
【０１３６】
【表５】
2017535138.tif 000012
【０１３７】
【表６】
2017535138.tif 000013
【０１３８】
【表７】
2017535138.tif 000014
【０１３９】
【表８】
2017535138.tif 000015
【０１４０】
以下、本発明では、非兔許帯域でキャリアセンシング動作に基づいて動作するＬＴＥ−Ｕ帯域システムのように、可用リソース区間が非周期的又は不連続的に確保されるセル（又はキャリア）でのキャリアアグリゲーションの状況のためのＨＡＲＱ−ＡＣＫフィードバックに対する実施例を開示する。
【０１４１】
この時、本発明で、ＰＣｅｌｌは既存の兔許帯域で動作することができ、ＳＣｅｌｌは非兔許帯域として上述したＬＴＥ−Ｕ帯域で動作することができる。この時、ＵＣｅｌｌで非周期的に確保されるリソース区間はＲＲＰ区間であってもよく、これは上述したようである。この時、下記の実施例では非兔許帯域に設定されるＵＣｅｌｌの下りリンクサブフレームと指称するが、これはＵＣｅｌｌのＲＲＰ区間上に設定される下りリンクサブフレームを意味することができる。また、下りリンクサブフレームは下りリンクの用途に指定されたサブフレームを意味することができるが、上述した実施例に限定されない。また、以下では、下りリンクサブフレームを中心に実施例の構成を説明するが、同一又は類似の構成に対しては上りリンクサブフレームにも同様に適用することができる。
【０１４２】
また、上述したように、兔許帯域のＰＣｅｌｌと非兔許帯域のＳＣｅｌｌがキャリアアグリゲーションされる場合、ＰＤＳＣＨ及び／又はＰＵＳＣＨについてのスケジューリング情報はＰＣｅｌｌから送信されるクロスキャリアスケジューリング方式（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ、以下ＣＣＳ）で送信することができる。また、非兔許帯域のＳＣｅｌｌから直接スケジュールされるセルフスケジューリング方式（Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇ、以下ＳＦＳ）でＰＤＳＣＨ及び／又はＰＵＳＣＨにスケジューリング情報を送信することができる。
【０１４３】
また、一例として、ＲＲＰ区間上でのＰＤＳＣＨ受信関連下りリンク制御情報チャネルは一つの下りリンク制御情報チャネルが同一時点で受信される一つのＰＤＳＣＨをスケジュールする形態（Ｓｉｎｇｌｅ  ＳｕｂＦｒａｍｅ  Ｓｃｈｅｄｕｌｉｎｇ、以下ＳＳＦＳ）に具現できる。また、一例として、一つの下りリンク制御情報チャネルが同一時点で受信される一つのＰＤＳＣＨだけでなく、他の時点で受信されるＰＤＳＣＨをスケジュールする形態（Ｍｕｌｔｉ  ＳｕｂＦｒａｍｅ  Ｓｃｈｅｄｕｌｉｎｇ、以下ＭＳＦＳ）に具現できる。この時、一例として、ＰＤＳＣＨの個数はシグナルされるか既に定義されることができる。
【０１４４】
また、一例として、ＵＣｅｌｌ上のＲＲＰ区間がキャリアセンシング結果によって非周期的あるいは不連続的に構成されるリソースであることを考慮するとき、端末動作及び仮定の観点で該当のＲＲＰ区間に対して違って定義することができる。
【０１４５】
この時、一例として、ＵＣｅｌｌでのＲＲＰ区間は端末がＵＣｅｌｌに対する（時間／周波数）同期動作を遂行するか（ｅＮＢから）このための同期信号（例えば、ＰＳＳ、ＳＳＳ）が送信されると仮定される区間を意味することができる。また、一例として、ＲＲＰ区間は端末がＵＣｅｌｌに対するＣＳＩ測定動作を遂行するか（ｅＮＢから）このための参照信号（例えば、ＣＲＳ、ＣＳＩ−ＲＳ）が送信されると仮定される区間に定義することができる。また、一例として、ＲＲＰ区間は端末がＵＣｅｌｌでのデータ送受信関連ＤＣＩ検出動作を行う区間に定義することができる。また、一例として、ＲＲＰ区間は端末がＵＣｅｌｌで受信される信号に対して（一時的なあるいは臨時的な）バッファリング動作を行う区間に定義することができる。
【０１４６】
以下では、説明の便宜のために、３ＧＰＰ  ＬＴＥシステムに基づいて提案方式を説明する。しかし、提案方式が適用されるシステムの範囲は３ＧＰＰ  ＬＴＥシステムの外に他のシステムにも拡張可能である。
【０１４７】
また、上述したＰＵＣＣＨ  ＦＯＲＭＡＴ  ３、ＰＵＣＣＨ  ＦＯＲＭＡＴ  １Ｂ、ＰＵＣＣＨ  ＦＯＲＭＡＴ  １Ｂ  ＷＩＴＨ  ＣＨＡＮＮＥＬ  ＳＥＬＥＣＴＩＯＮはそれぞれ「ＰＦ３」、「ＰＦ１」、「ＣＨＳｅｌ」と名付ける。
【０１４８】
また、一例として、ＵＣｅｌｌ  ＲＲＰは下りリンクサブフレームのみで構成されることができる。この時、一例として、上述した構成は前もって定義された信号又は既に設定された規則に従って決定することができる。
【０１４９】
また、一例として、ＵＣｅｌｌ  ＲＲＰ区間に含まれたサブフレームの一部は下りリンクサブフレームで構成され、残部は上りリンクサブフレームで構成されることができる。
【０１５０】
また、一例として、以下の提案方法はＰＦ３、ＰＦ１及びＣＨＳｅｌの少なくともいずれか一つが設定された場合に、限定的に適用されるように設定することができるが、上述した実施例に限定されない。
【０１５１】
下記の実施例では上述したスケジューリング状況を考慮してそれぞれのＨＡＲＱタイミング設定方法に対する実施例を開示する。
【０１５２】
実施例１
ＴＤＤ  ＰＣｅｌｌとＵＣｅｌｌがキャリアアグリゲーションに基づいて動作する場合、ＵＣｅｌｌをＦＤＤ  ＳＣｅｌｌと見なすことができる。この時、ＵＣｅｌｌでのデータ受信関連ＨＡＲＱ−ＡＣＫタイミングは、上述したように、ＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌがキャリアアグリゲーションに基づいて動作する場合、ＦＤＤ  ＳＣｅｌｌのＨＡＲＱ−ＡＣＫタイミングと同一に設定することができる。
【０１５３】
すなわち、ＰＣｅｌｌとＵｎｌｉｃｅｎｓｅｄ方式に基づいてＲＲＰ区間が設定されるＵＣｅｌｌがキャリアアグリゲーションに基づいて動作する場合、ＵＣｅｌｌはＦＤＤ  ＳＣｅｌｌとして設定され、上述したＦＤＤ  ＳＣｅｌｌのＨＡＲＱ−ＡＣＫタイミングに基づいて動作することができる。
【０１５４】
この時、一例として、上述した構成に関連し、ＵＣｅｌｌは非免許帯域を用い、ＲＲＰ区間が設定されるセルであることを考慮するとき、無線通信システムの具現のためにＵＣｅｌｌでのＨＡＲＱ−ＡＣＫタイミングのような動作を具体的に定義する必要性があり得る。この時、一例として、ＰＣｅｌｌがＴＤＤ  ＰＣｅｌｌとして設定されれば、ＵＣｅｌｌをＦＤＤ  ＳＣｅｌｌと見なすことができる。この時、ＵＣｅｌｌでのデータ受信関連ＨＡＲＱ−ＡＣＫタイミングは、ＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌがキャリアアグリゲーションに基づいて動作する場合、ＦＤＤ  ＳＣｅｌｌのＨＡＲＱ−ＡＣＫタイミングと同一に設定することができる。
【０１５５】
この時、一例として、ＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌのキャリアアグリゲーションの状況でＦＤＤ  ＳＣｅｌｌのＨＡＲＱ−ＡＣＫタイミングは上述したようである。また、ＨＡＲＱ−ＡＣＫタイミングに対しては下記の表９を参照することができ、より詳細な事項は３ＧＰＰ  ３６．２１３文書を参照することができる。
【０１５６】
【表９−１】
2017535138.tif 000016
【０１５７】
【表９−２】
2017535138.tif 000017
【０１５８】
この時、一例として、ＦＤＤ  ＳＣｅｌｌのＨＡＲＱ  ＡＣＫタイミングはＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報によって違うことができる。また、一例として、上述したＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報はＳＩＢ１（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ１）によって指示される情報であってもよいが、上述した実施例に限定されない。
【０１５９】
この時、ＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングはＳＩＢ１によって指示されるＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報だけではなく、追加的にシグナルされた（又は前もって定義された）情報に基づいて設定することができる。
【０１６０】
この時、一例として、ＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングは上述したＳＩＢ１によって指示されるＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報と追加的にシグナルされた情報の中で少なくとも一つを用いて導出することができる。
【０１６１】
この時、一例として、追加的にシグナルされた情報に基づいてＴＤＤ  ＰＣｅｌｌのＳＩＢ１によって指示されるＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報と違って設定される構成も可能であるが、上述した実施例に限定されない。
【０１６２】
さらに他の一例として、ＴＤＤ  ＰＣｅｌｌの上りリンクサブフレームに相当する時点でＵＣｅｌｌの下りリンクサブフレームを設定することができる。この時、一例として、ＵＣｅｌｌの下りリンクサブフレームは上述したＲＲＰ区間上の下りリンクサブフレームを意味することができる。この時、ＴＤＤ  ＰＣｅｌｌの上りリンクサブフレームと同じ時点でＵＣｅｌｌの下りリンクサブフレームが設定されているので、ＵＣｅｌｌの下りリンクサブフレーム上で下りリンクデータの送信及び受信に関連したスケジューリング手順（又はメカニズム）が設定されないこともある。
【０１６３】
さらに他の一例として、ＵＣｅｌｌの下りリンクサブフレーム（上述したように、ＲＲＰ上の下りリンクサブフレームであってもよい）とＴＤＤ  ＰＣｅｌｌの上りリンクサブフレーム時点が一部重なる場合、ＵＣｅｌｌの下りリンクサブフレーム上で下りリンクデータ送信及び受信に関連したスケジューリング手順（又はメカニズム）が設定されないこともある。
【０１６４】
この時、一例として、ＵＣｅｌｌの下りリンクサブフレームとＴＤＤ  ＰＣｅｌｌの上りリンクサブフレーム時点が一部重なる場合と言うのは既に定義されるかあるいはシグナリングによって許容可能な領域より多く重なる場合を意味することができる。すなわち、重なる許容領域に対する閾値が超える場合であり得る。この時、閾値は一定の誤差範囲を含むことができる。
【０１６５】
上述したように、ＵＣｅｌｌの下りリンクサブフレーム上で下りリンクデータの送信及び受信に関連したスケジューリング手順（又はメカニズム）が設定されない場合、ＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌのキャリアアグリゲーションの状況の下でＦＤＤ  ＳＣｅｌｌがＣＣＳに基づいて動作するＨＡＲＱ−ＡＣＫタイミングと同一に設定することができる。
【０１６６】
また、一例として、ＵＣｅｌｌの下りリンクサブフレーム上で下りリンクデータの送信及び受信に関連したスケジューリング手順（又はメカニズム）が設定されない場合、ＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＰＣｅｌｌに対するＨＡＲＱ−ＡＣＫタイミングと同一に設定することができる。
【０１６７】
この時、一例として、下りリンクサブフレーム上で下りリンクデータの送信及び受信に関連したスケジューリング手順（又はメカニズム）が支援されない場合はＦＤＤ  ＳＣｅｌｌが他のＰＤＣＣＨによってスケジュールされるＣＣＳ過程と類似するように動作することができ、レガシーシステムを用いるか無線通信システムの安全性を向上させるという側面でＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌのキャリアアグリゲーションの状況の下でＦＤＤ  ＳＣｅｌｌがＣＣＳに基づいて動作するＨＡＲＱ−ＡＣＫタイミングと同一に設定することができる。
【０１６８】
この時、一例として、上述した構成はＵＣｅｌｌをＦＤＤ  ＳＣｅｌｌと見なしたものと見なすことができる。より詳細に、上述したように、ＨＡＲＱ−ＡＣＫタイミングが設定される場合には、ＴＤＤ  ＰＣｅｌｌの下りリンクサブフレームに相当するＵＣｅｌｌの下りリンクサブフレーム（例えば、ＲＲＰ上の下りフレーム）でのみ下りリンクデータの送信及び受信に関連したスケジューリングのみが支援されると見なすことができる。
【０１６９】
すなわち、ＴＤＤ  ＰＣｅｌｌの上りリンクサブフレーム時点と下りリンクサブフレーム（例えば、ＲＲＰ上の下りフレーム）が重なってスケジューリングが支援されない場合、上述したように、ＨＡＲＱ−ＡＣＫタイミングが設定されることができ、これは上述したようである。
【０１７０】
さらに他の一例として、下りリンクサブフレーム上で下りリンクデータの送信及び受信に関連したスケジューリング手順（又はメカニズム）が支援されることができる。この時、ＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌのキャリアアグリゲーションの状況でＦＤＤ  ＳＣｅｌｌをＳＦＳに対するＨＡＲＱ−ＡＣＫタイミングと同一に設定することができる。
【０１７１】
すなわち、ＴＤＤ  ＰＣｅｌｌの上りリンクサブフレーム時点と下りリンクサブフレーム（例えば、ＲＲＰ上の下りフレーム）が重なってもスケジューリングが支援される場合であればＵＣｅｌｌの下りリンクデータの送信及び受信に関連したＨＡＲＱ−ＡＣＫタイミングは自分のＰＤＣＣＨを介してスケジュールされた場合と類似するように動作することができ、これによりレガシーシステムを用いるかあるいは無線通信システムの安全性を向上させることができる。
【０１７２】
ここで、一例として、ＵＣｅｌｌはＦＤＤ  ＳＣｅｌｌと見なしたものと解釈可能である。
【０１７３】
また、一例として、ＴＤＤ  ＰＣｅｌｌの上りリンクサブフレーム時点と下りリンクサブフレーム（例えば、ＲＲＰ上の下りフレーム）が重なってスケジューリングが支援される場合は、ＭＳＦＳ技法によって他の時点で指示されたＤＣＩに基づいてスケジューリングが支援される場合であってもよい。また、一例として、ＳＦＳ技法によってＵＣｅｌｌによってスケジューリングが遂行された場合であってもよい。
【０１７４】
また、一例として、以前時点又は以前に定義された個数のＵＣｅｌｌ  ＲＲＰ区間上の下りリンクサブフレームと併合して仮想的な一つの下りリンクサブフレームと見なす技法の適用によってスケジューリングを支援することができる。
【０１７５】
さらに他の一例として、実施例１でＵＣｅｌｌがＣＣＳに基づいてスケジューリングが行われる場合に限って適用することができる。また、一例として、実施例１でＵＣｅｌｌがＳＦＳに基づいてスケジューリングが行われる場合に限って適用することができる。また、一例として、ＵＣｅｌｌのＲＲＰ区間上の全ての下りリンクサブフレームが下りリンクデータ受信の用途に用いられる場合にのみ実施例１が限定的に適用されるように設定することができる。この時、一例として、ＲＲＰ区間上の全ての下りリンクサブフレームはＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム時点のＵＣｅｌｌ  ＲＲＰ区間上の下りリンクサブフレームとＴＤＤ  ＰＣｅｌｌ上りリンクサブフレーム時点のＵＣｅｌｌ  ＲＲＰ区間上の下りリンクサブフレームを全て含むことができる。
【０１７６】
実施例２
さらに他の一例として、ＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＰＣｅｌｌのＨＡＲＱ−ＡＣＫタイミングと同一に設定することができる。また、一例として、ＵＣｅｌｌでの上りリンクデータ送信関連ＨＡＲＱ−ＡＣＫタイミングはＵＣｅｌｌをＦＤＤ  ＳＣｅｌｌと見なし、ＦＤＤ  ＳＣｅｌｌがＳＦＳに基づいてスケジュールされた場合と同一に設定することができる。すなわち、ＵＣｅｌｌはＳＦＳに基づいて動作するセルであってもよい。
【０１７７】
一例として、ＵＣｅｌｌがＮ番目フレームで上りリンクデータを送信した場合、ＵＣｅｌｌはＮ＋４番目フレームでＨＡＲＱを受信してデータ送信可否を確認することができる。すなわち、ＦＤＤ  ＳＣｅｌｌでのセルフスケジューリングによってＨＡＱＲ−ＡＣＫタイミングを設定することができる。
【０１７８】
さらに他の一例として、ＵＣｅｌｌをＦＤＤ  ＳＣｅｌｌと見なし、ＴＤＤ  ＰＣｅｌｌとキャリアアグリゲーションの状況の下でＴＤＤ  ＰＣｅｌｌのＣＣＳに基づいて設定されるＨＡＲＱ−ＡＣＫタイミングをＵＣｅｌｌでの上りリンクデータ送信関連ＨＡＲＱ−ＡＣＫタイミングとして設定することができる。この時、一例として、ＵＣｅｌｌはＰＣｅｌｌからＣＣＳによってスケジューリングを遂行するセルであってもよい。
【０１７９】
この時、一例として、上述した構成に関連し、ＴＤＤ  ＰＣｅｌｌの下りリンクサブフレームの時点に設定されたＵＣｅｌｌのＲＲＰ区間上の下りリンクサブフレームでのみ下りリンクデータが受信される場合に上述したＨＡＲＱ−ＡＣＫタイミングを設定することができる。すなわち、ＴＤＤ  ＰＣｅｌｌの下りリンクサブフレームとＵＣｅｌｌ区間上のＲＲＰ上の下りリンクサブフレームが対応する場合に限って上述したＨＡＲＱ−ＡＣＫタイミングを設定することができるが、上述した実施例に限定されない。
【０１８０】
また、一例として、上述した構成に関連し、ＴＤＤ  ＰＣｅｌｌの下りリンクサブフレームの時点に設定されたＵＣｅｌｌのＲＲＰ区間が下りリンクサブフレームのみで構成された場合にのみ上述したＨＡＲＱ−ＡＣＫタイミングを設定することができる。
【０１８１】
さらに他の一例として、ＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングは追加的にシグナルされるかあるいは既に定義された情報に基づいて設定されることができる。この時、一例として、シグナルされるか既に定義された情報はＵＣｅｌｌ  ＤＬ  ＨＡＲＱ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ情報であってもよい。
【０１８２】
また、一例として、ＵＣｅｌｌでの上りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングも追加的にシグナルされるか既に定義された情報に基づいて設定することができる。この時、一例として、シグナルされるか既に定義された情報はＵＣｅｌｌ  ＵＬ  ＨＡＲＱ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ情報であってもよい。
【０１８３】
実施例３
上述した実施例２に基づいてＵＣｅｌｌでの下りリンク及び／又は上りリンクＨＡＲＱ−ＡＣＫタイミングを設定することができる。この時、実施例３は上述した実施例２で設定されたＨＡＲＱ−ＡＣＫタイミングが適用される状況に対する限定あってもよい。すなわち、実施例２のように設定されるＨＡＲＱ−ＡＣＫタイミングは下記の構成によって限定される場合に適用することができる。ただ、下記の構成は一実施例で、実施例２は下記の限定から独立して設定されることができるが、上述した実施例に限定されない。
【０１８４】
一例として、ＵＣｅｌｌでＭＳＦＳに基づいてスケジューリングが遂行されることができる。すなわち、上述したように、ＲＲＰ区間上でのＰＤＳＣＨ受信関連下りリンク制御情報チャネルは一つの下りリンク制御情報チャネルが同一時点で受信される一つのＰＤＳＣＨだけでなく他の時点で受信されるＰＤＳＣＨに対するスケジューリングまで遂行することができる。この時、他の時点で受信されるＰＤＳＣＨについての情報は既に定義されるかあるいはシグナリングによって獲得することができるが、上述した実施例に限定されない。
【０１８５】
この時、一例として、ＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩでのマルチサブフレームスケジューリング可能範囲は該当のＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩが属するＴＤＤ  ＰＣｅｌｌの下りリンクＨＡＲＱ  ＴＩＭＥＬＩＮＥに基づくバンドリングウィンドウ内の下りリンクサブフレームに限定することができる。
【０１８６】
この時、一例として、バンドリングウィンドウと言うのは特定の一上りリンクサブフレーム時点で送信されるＨＡＲＱ−ＡＣＫ情報に対応する下りリンクサブフレームであってもよい。この時、一例として、下りリンクサブフレームは連続又は非連続であってもよいが、上述した実施例に限定されない。
【０１８７】
すなわち、ＭＳＦＳ可能範囲はＴＤＤ  ＰＣｅｌｌで特定の一上りリンクサブフレーム時点で送信されるＨＡＲＱ−ＡＣＫ情報に対応する下りリンクサブフレームに限定することができる。
【０１８８】
また、一例として、ＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌのキャリアアグリゲーションの状況でＦＤＤ  ＳＣｅｌｌのセルフスケジューリングに対するＨＡＲＱ−ＡＣＫタイミングがＵＣｅｌｌに適用されることができる。この時、ＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩはセルフスケジューリングに基づいてＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩが属するサブフレームのＨＡＲＱ−ＡＣＫ  ＴＩＭＥＬＩＮＥによって設定されるバンドリングウィンドウに含まれた下りリンクサブフレームに限定することができる。
【０１８９】
この時、一例として、上述した下りリンクサブフレームはＵＣｅｌｌのＲＲＰ区間上に設定された下りリンクサブフレームを意味することができる。さらに他の一例として、上述したＭＳＦＳ可能範囲単位でＨＡＲＱ−ＡＣＫに対して時間ドメインに基づくバンドリング（すなわち、Ａ／Ｎ  ＣＯＤＥＢＯＯＫ  ＳＩＺＥ  ＲＥＤＵＣＴＩＯＮ可能）に基づいてＨＡＲＱ−ＡＣＫ動作が遂行されるようにすることができるが、上述した実施例に限定されない。
【０１９０】
また、一例として、ＭＳＦＳが適用される場合、ＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩ上にＡＲＩ（Ａｃｋｎｏｗｌｅｄｇｅ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）フィールドが設定又は定義されることができる。この時、ＡＲＩフィールドはＡｃｋｎｏｗｌｅｄｇｅ情報に対するリソースを指示するフィールドであってもよい。この時、一例として、ＡＲＩフィールドはＤＬ  ＧＲＡＮＴ  ＤＣＩ上に含まれた既存フィールドを再び用いて定義することができる。この時、一例として、ＤＬ  ＧＲＡＮＴ  ＤＣＩに含まれた既存フィールドはＴＰＣフィールドであってもよい。また、一例として、ＡＲＩフィールドはＡｃｋｎｏｗｌｅｄｇｅ情報に対するリソースを指示するために新しく定義されたフィールドであってもよいが、上述した実施例に限定されない。
【０１９１】
また、一例として、ＭＳＦＳが適用されチャネルセレクション（Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ）技法が適用される場合、ＡＲＩフィールドがＤＬ  ＧＲＡＮＴ  ＤＣＩ上に定義されることができる。この時、一例として、ＡＲＩフィールドを介して前もってシグナルされるかあるいは既に定義された複数のリソースの一つがＰＵＣＣＨ  ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎに対するリソースとして指定されることができるが、上述した実施例に限定されない。
【０１９２】
より詳細に、ＴＤＤ  ＰＣｅｌｌのＮ番目サブフレームでＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩが受信されることができる。この時、一例として、上述したＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩはＵＣｅｌｌのＲＲＰ上の二つのサブフレームに対するスケジューリング情報を含むことができる。この時、上述した二つのサブフレームは一例であるだけ、もっと多いサブフレームに対するスケジューリング情報を含むことも可能である。この時、ＵＣｅｌｌ  ＲＲＰ上のサブフレームとしてＮ番目サブフレーム及びＮ＋１番目サブフレームに対するスケジューリング情報がＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩに含まれることができる。
【０１９３】
この時、一例として、ＵＣｅｌｌのＮ番目サブフレームで受信された下りリンクデータ関連ＰＵＣＣＨリソースはＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩと連結された黙示的（ｉｍｐｌｉｃｉｔ）ＰＵＣＣＨリソースとして割り当てられることができる。すなわち、ＴＤＤ  ＰＣｅｌｌのＮ番目サブフレームのＰＤＣＣＨ又はＥＰＤＣＣＨを構成するＬｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘに基づいて設定されるＰＵＣＣＨリソースであってもよい。すなわち、既存のレガシーシステムと同様にＰＵＣＣＨリソースが指示されることができる。この時、ＵＣｅｌｌのＲＲＰ上のＮ＋１サブフレーム上で受信された下りリンクデータ関連ＰＵＣＣＨリソースはＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩ上のＡＲＩフィールドが示す一つのＰＵＣＣＨリソースとして設定されることができる。この時、上述したように、ＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩはＰＣｅｌｌのＮ番目サブフレームに含まれる情報であってもよい。すなわち、ＰＵＣＣＨリソースに対してＣＣＥ  ｉｎｄｅｘによって黙示的に指示することができるＰＵＣＣＨリソースは既存のシステムと同様に設定され、ＭＳＦＳに基づく他のサブフレームに対するＰＵＣＣＨリソースに対してはＡＲＩフィールドを介して別個に指示されることができる。
【０１９４】
また、一例として、実施例３は特定の条件でのみ適用可能である。この時、一例として、ＵＣｅｌｌがＰＣｅｌｌからＣＣＳによってスケジュールされる場合に限って適用することができる。
【０１９５】
また、一例として、ＵＣｅｌｌがＳＦＳによってスケジュールされる場合にのみ限定的に適用することができる。
【０１９６】
さらに他の一例として、ＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム時点でＵＣｅｌｌでＲＲＰ上の下りリンクサブフレームのみが下りリンクデータを受信の用途に用いる場合又はＲＲＰが下りリンクサブフレームのみで構成された場合にのみ限定的に上述した実施例３を適用することができるが、上述した実施例に限定されない。
【０１９７】
さらに他の一例として、ＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩはシグナルされるかあるいは既に定義されたＲＮＴＩで、新しいＲＮＴＩに基づいてデコードされるように設定することができる。この時、一例として、ＲＮＴＩはＭＳＦＳ−ＲＮＴＩで、既存システムのＣ−ＲＮＴＩとは違っても良い。
【０１９８】
実施例４
上述したように、ＵＣｅｌｌにはＲＲＰが設定されることができる。この時、一例として、ＲＲＰ上の下りリンクサブフレームに対応する複数のＨＡＲＱ−ＡＣＫ情報はアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）され、一つの上りリンクサブフレームを介して送信されることができる（以下、ＡＧＧ＿Ａ／Ｎと指称する）。この時、一例として、アグリゲーションされるＲＲＰ上の下りリンクサブフレームはＲＲＰに含まれた全ての下りリンクサブフレームとして設定されることができる。また、一例として、アグリゲーションされるＲＲＰ上の下りリンクサブフレームはＲＲＰに含まれた一部の下りリンクサブフレームとして設定されることができる。また、一例として、アグリゲーションに含まれる下りリンクサブフレームについての情報はシグナルされるか又は既に定義されることができるが、上述した実施例に限定されない。
【０１９９】
また、一例として、アグリゲーションされたＨＡＲＱ−ＡＣＫ情報は一つの上りリンクサブフレームを介して同時に送信されることができる。
【０２００】
また、上述したアグリゲーションは複数の下りリンクサブフレームに対応する複数のＨＡＲＱ−ＡＣＫ情報に対するアグリゲーションであってもよく、アグリゲーションされる方法は多様な形態に設定されることができ、アグリゲーション方法に制限されるものではない。
【０２０１】
また、一例として、上述したＡＧＧ＿Ａ／ＮはＰＵＣＣＨ  ｆｏｒｍａｔ３に基づいてフィードバックされる場合にのみ限定的に許されることができる。すなわち、複数のＨＡＲＱ−ＡＣＫ情報に対するアグリゲーション情報であるので、リソースの大きさが制限される状況を考慮してＰＵＣＣＨ  ｆｏｒｍａｔ３によってフィードバックされる場合にのみ限定的にＡＧＧ＿Ａ／Ｎ動作が遂行されるように設定することができる。
【０２０２】
この時、一例として、ＲＲＰが所定の閾値より小さい数のサブフレームとして設定される場合、チャネルセレクションに基づくＡＧＧ＿Ａ／Ｎ動作が許されることができる。すなわち、割り当てられるリソースを考慮し、ＲＲＰに既定されたサブフレームの数が小さい場合にはＰＵＣＣＨ  ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎに基づいてフィードバックが遂行されることができる。この時、一例として、閾値は５に設定されることができるが、これに限定されるものではない。
【０２０３】
また、一例として、ＲＲＰに含まれた下りリンクサブフレームに対してＴＩＭＥ−Ｄｏｍａｉｎバンドリング技法が適用される場合には、チャネルセレクションに基づくＡＧＧ＿Ａ／Ｎ動作が許されることができる。すなわち、ＲＲＰに既定されたサブフレームの数が小さい場合にはＰＵＣＣＨ  ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎに基づいてフィードバックが遂行されることができる。
【０２０４】
また、一例として、ＡＧＧ＿Ａ／Ｎ動作が適用される場合、同じ一つのＲＲＰに属した下りリンクサブフレームに対するデータスケジューリング関連ＤＬ  ＧＲＡＮＴ  ＤＣＩのＡＲＩフィールドが同一の値に設定されるようにすることができる。すなわち、ＲＲＰに属した下りリンクサブフレームに対するＨＡＲＱ−ＡＣＫ情報がアグリゲーションされて一つの上りリンクサブフレームに送信される状況を考慮し、ＤＬ  ＧＲＡＮＴ  ＤＣＩのＡＲＩフィールド値が同一に設定されるようにすることができる。
【０２０５】
この時、一例として、ＵＣｅｌｌのＲＲＰに含まれた下りリンクサブフレームに対応するＨＡＲＱ−ＡＣＫ情報はサブフレームの時間順又はインデックス順によってオーダリングされることができるが、上述した実施例に限定されない。
【０２０６】
また、一例として、ＡＧＧ＿Ａ／Ｎ動作が適用される場合、ＭＳＦＳに基づいてＵＣｅｌｌでの下りリンクデータスケジューリングが遂行されることができる。この時、一つのＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩでスケジューリングすることができるサブフレーム範囲は上述したＡＧＧ＿Ａ／Ｎ動作に基づくバンドリングウィンドウ内に設定されることができる。すなわち、特定の一上りリンクサブフレーム時点で送信されるＨＡＲＱ−ＡＣＫ情報に対応する下りリンクサブフレームの範囲に限定されて設定されることができる。
【０２０７】
この時、一例として、下りリンクサブフレームはＵＣｅｌｌのＲＲＰ上の下りリンクサブフレームであってもよく、これは上述したようである。
【０２０８】
また、一例として、ＭＳＦＳ可能範囲単位でＨＡＲＱ−ＡＣＫ  ＴＩＭＥ−ＤＯＭＡＩＮバンドリング（すなわち、Ａ／Ｎ  ＣＯＤＥＢＯＯＫ  ＳＩＺＥ  ＲＥＤＵＣＴＩＯＮ可能）に基づいて設定されることができる。
【０２０９】
さらに他の一例として、ＡＧＧ＿Ａ／Ｎ動作の下でＭＳＦＳが適用される場合、ＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩ上にＡＲＩフィールドが設定又は定義されることができる。この時、ＡＲＩフィールドはＡｃｋｎｏｗｌｅｄｇｅ情報に対するリソースを指示するフィールドであってもよい。この時、一例として、ＡＲＩフィールドはＤＬ  ＧＲＡＮＴ  ＤＣＩ上に含まれた既存フィールドを再び用いて定義することができる。この時、一例として、ＤＬ  ＧＲＡＮＴ  ＤＣＩに含まれた既存フィールドはＴＰＣフィールドであってもよい。また、一例として、ＡＲＩフィールドはＡｃｋｎｏｗｌｅｄｇｅ情報に対するリソースを指示するために新しく定義されたフィールドであってもよいが、上述した実施例に限定されない。
【０２１０】
また、一例として、ＭＳＦＳが適用され、チャネルセレクション（Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ）技法が適用される場合、ＡＲＩフィールドがＤＬ  ＧＲＡＮＴ  ＤＣＩ上に定義されることができる。この時、一例として、ＡＲＩフィールドを介して前もってシグナルされるか既に定義された複数のリソースの一つがＰＵＣＣＨ  ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎに対するリソースとして指定されることができるが、上述した実施例に限定されない。
【０２１１】
また、一例として、実施例４は特定の条件でのみ適用可能である。この時、一例として、ＵＣｅｌｌがＰＣｅｌｌからクロスキャリアスケジューリングによってスケジュールされる場合に限って適用することができる。
【０２１２】
また、一例として、ＵＣｅｌｌがセルフスケジューリングによってスケジュールされる場合にのみ限定的に適用することができる。
【０２１３】
さらに他の一例として、ＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム時点でＵＣｅｌｌでＲＲＰ上の下りリンクサブフレームのみが下りリンクデータを受信の用途に用いられる場合又はＲＲＰが下りリンクサブフレームのみで構成された場合にのみ限定的に上述した実施例３を適用することができるが、上述した実施例に限定されない。
【０２１４】
さらに他の一例として、ＭＳＦＳ  ＤＬ  ＧＲＡＮＴ  ＤＣＩはシグナルされるか又は既に定義されたＲＮＴＩで、新しいＲＮＴＩに基づいてデコードされるように設定することができる。この時、一例として、ＲＮＴＩはＭＳＦＳ−ＲＮＴＩであり、既存システムのＣ−ＲＮＴＩとは違っても良い。
【０２１５】
実施例５
ＵＣｅｌｌのＲＲＰ上の下りリンクサブフレームでの下りリンクデータスケジューリングは前もって定義されたスケジューリングセル（Ｓｃｈｅｄｕｌｉｎｇ  Ｃｅｌｌ、ＳｇＣｅｌｌ）からクロスキャリアスケジューリングに基づいて設定することができる。この時、一例として、ＳｇＣｅｌｌのＮ番目下りリンクサブフレームで送信されるＤＣＩがＵＣｅｌｌのＲＲＰ上のＫ番目下りリンクサブフレーム及びＫ＋１番目下りリンクサブフレームにわたって送信される一つのトランスポートブロック（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ、ＴＢ）をスケジュールすることができる。すなわち、一つのＴＢがＵＣｅｌｌのＲＲＰに含まれた複数の下りリンクサブフレームにわたって送信されることができる。この時、複数の下りリンクサブフレームにわたって送信されるＴＢに対応するＰＵＣＣＨリソースはシグナルされるか又は既に定義されたリソースとして割り当てられることができる。この時、一例として、ＰＵＣＣＨリソースについての情報はＲＲＣシグナリングによって設定することができる。また、ＰＵＣＣＨリソースはＳｇＣｅｌｌのＮ番目下りリンクサブフレームで送信されるＤＣＩと連結されて黙示的に設定されるＰＵＣＣＨリソースであってもよい。すなわち、ＰＤＣＣＨ又はＥＰＤＣＣＨを構成するＬｏｗｅｓｔ  ＣＣＥ  ＩｎｄｅｘとリンクされているＰＵＣＣＨリソースとして割り当てられるか又は設定されるようにすることができる。
【０２１６】
すなわち、ＵＣｅｌｌのＲＲＰ上で複数の下りリンクサブフレームにわたって一つのＴＢが送信され、ＳｇＣｅｌｌによってクロススケジューリングが遂行される場合であれば、ＴＢに対応するＰＵＣＣＨリソースはＳｇＣｅｌｌのＰＤＣＣＨ又はＥＰＤＣＣＨに基づいてリンクされて設定されることができる。
【０２１７】
この時、一例として、ＳｇＣｅｌｌはシグナルされるか又は既に定義されたＰＣｅｌｌであってもよい。また、ＳｇＣｅｌｌはＬＣｅｌｌ（Ｌｉｃｅｎｓｅｄ  Ｃｅｌｌ）又はＵＣｅｌｌであってもよいが、上述した実施例に限定されない。
【０２１８】
また、上述したように二つの下りリンクサブフレームにわたって一つのＴＢが送信される場合において、上述したＵＣｅｌｌのＫ番目下りリンクサブフレーム及びＫ＋１番目下りリンクサブフレームは一つの仮想的な下りリンクサブフレームであってもよい。すなわち、ＵＣｅｌｌのＫ番目下りリンクサブフレーム及びＫ＋１番目下りリンクサブフレームを一つのサブフレームと見なして動作を遂行することができる。
【０２１９】
この時、一例として、ＵＣｅｌｌのＫ番目下りリンクサブフレームはＳｇＣｅｌｌのＮ番目下りリンクサブフレーム時点に相当するＵＣｅｌｌの下りリンクサブフレームに対応するサブフレームであってもよい。また、一例として、ＵＣｅｌｌのＫ番目下りリンクサブフレームはＳｇＣｅｌｌのＮ番目下りリンクサブフレーム時点と一部重なるＵＣｅｌｌの下りリンクサブフレームであってもよい。この時、一例として、ＳｇＣｅｌｌのＮ番目下りリンクサブフレーム時点とＵＣｅｌｌの下りリンクサブフレームがシグナリングによって獲得した閾値又は既に定義された閾値より多く重なる場合に限定されることができる。また、ＵＣｅｌｌのＫ番目下りリンクサブフレームはＳｇＣｅｌｌのＮ番目サブフレームと同一のサブフレームであるインデックスを有するＵＣｅｌｌの下りリンクサブフレームであってもよい。すなわち、ＵＣｅｌｌのＮ番目下りリンクサブフレームが上述したＫ番目下りリンクサブフレームであってもよい。
【０２２０】
また、一例として、ＵＣｅｌｌのＫ番目下りリンクサブフレームは上述した一般的な下りリンクサブフレームより小さい数のＯＦＤＭシンボルで構成されることができる。
【０２２１】
すなわち、ＵＣｅｌｌのＫ番目下りリンクサブフレームは小さい数のＯＦＤＭシンボルで構成され、これによってＫ＋１番目下りリンクサブフレームと一つのＴＢで構成されるように設定することができるが、上述した実施例に限定されない。
【０２２２】
ＵＣｅｌｌのＫ番目下りリンクサブフレームはＵＣｅｌｌのＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）結果に基づき、上述したようにＯＦＤＭシンボル個数の小さいサブフレームとして設定されることができる。
【０２２３】
また、一例として、ＵＣｅｌｌのＫ＋１番目下りリンクサブフレームはＴＤＤ  ＳｇＣｅｌｌの上りリンクサブフレーム時点に相当するＵＣｅｌｌのＲＲＰ上の下りリンクサブフレームであってもよい。また、一例として、ＵＣｅｌｌのＫ＋１番目下りリンクサブフレームはＴＤＤ  ＳｇＣｅｌｌの上りリンクサブフレーム時点と一部が重なるＵＣｅｌｌのＲＲＰ上の下りリンクサブフレームであってもよい。また、一例として、ＵＣｅｌｌのＫ＋１番目下りリンクサブフレームはＴＤＤ  ＳｇＣｅｌｌの上りリンクサブフレーム時点とシグナルされるか又は既に定義された許容領域より多く重なるＵＣｅｌｌのＲＲＰ上の下りリンクサブフレームであってもよい。また、ＵＣｅｌｌのＫ＋１番目下りリンクサブフレームはＴＤＤ  ＳｇＣｅｌｌの上りリンクサブフレームと同一のサブフレームであるデックスを有するＵＣｅｌｌのＲＲＰ上の下りリンクサブフレームであってもよい。すなわち、ＵＣｅｌｌのＫ番目下りリンクサブフレームと重なってＴＢを送信し、Ｋ番目下りリンクサブフレームに基づいてＰＵＣＣＨ情報をフィードバックするＵＣｅｌｌのＫ＋１番目下りリンクフレームはＴＤＤ  ＳｇＣｅｌｌの上りリンクサブフレームに対応するサブフレームであってもよいが、上述した実施例に限定されない。
【０２２４】
また、ＨＡＲＱ−ＡＣＫタイミングに対しては下記の表１０を参照することができ、表１０及びより詳細な事項は３ＧＰＰ  ３６．２１３文書を参考することができる。
【０２２５】
【表１０−１】
2017535138.tif 000018
【０２２６】
【表１０−２】
2017535138.tif 000019
【０２２７】
【表１０−３】
2017535138.tif 000020
【０２２８】
実施例６
ＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌ（すなわち、ＳｇＣｅｌｌ）からＣＣＳ及びＭＳＦＳに基づいて遂行されることができる。
【０２２９】
この時、一例として、一つのＭＳＦＳ  ＤＣＩがスケジュールするＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームの個数及び位置は既に決定されることができる。この時、一例として、スケジュールするＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームの個数及び位置はＴＤＤ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定されることができる。
【０２３０】
この時、一例として、ＴＤＤ  ＰＣｅｌｌのＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定されることができる。また、一例として、ＴＤＤ  ＰＣｅｌｌのＨＡＲＱ−ＡＣＫタイミングは追加的にシグナルされるか又は既に設定されたＴＤＤ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、「ＡＤＤ＿ＲＥＦＥＲ＿ＵＤＣＯＮＦＩＧ」）によって設定することができる。
【０２３１】
また、一例として、上述したように、ＭＳＦＳ  ＤＣＩがスケジュールするＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレーム上で受信される下りリンクデータに対するＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて設定することができる。また、一例として、ＴＤＤ  ＰＣｅｌｌのＨＡＲＱ−ＡＣＫタイミングは追加的にシグナルされるか又は既に設定されたＴＤＤ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、「ＡＤＤ＿ＲＥＦＥＲ＿ＵＤＣＯＮＦＩＧ」）によって設定することができる。
【０２３２】
この時、上述したＨＡＲＱ−ＡＣＫタイミングに基づいて下りリンクデータ受信に対するＨＡＲＱ−ＡＣＫ伝送が支援されるＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームはレガシー下りリンクサブフレーム（Ｌｅｇａｃｙ  Ｄｏｗｎｌｉｎｋ  Ｓｕｂｆｒａｍｅ、以下ＬｇＤＳＦ）であってもよい。また、上述したＨＡＲＱ−ＡＣＫタイミングに基づいて下りリンクデータ受信に対するＨＡＲＱ−ＡＣＫ伝送が支援されないＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームは付け加わる下りリンクサブフレーム（Ａｄｄｉｔｉｏｎａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｕｂｆｒａｍｅ、以下ＡｄＤＳＦ）であってもよい。この時、ＡｄＤＳＦに対しては既存のＨＡＲＱ−ＡＣＫタイミングに基づくＨＡＲＱ−ＡＣＫ伝送が支援されないので、別個の定義が必要であることがあり得る。
【０２３３】
この時、一例として、特定のＡｄＤＳＦ上の下りリンクデータスケジューリングは該当の時点を含まず、以前に最も近いＬｇＤＳＦ時点に相当するＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム上でのクロスキャリアスケジューリング及びＭＳＦＳに基づいて設定することができる。
【０２３４】
また、一例として、特定のＡｄＤＳＦ上の下りリンクデータスケジューリングはＬｇＤＳＦ時点と一部が重なるＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム上でのクロスキャリアスケジューリング及びＭＳＦＳに基づいて設定することができる。また、一例として、特定のＡｄＤＳＦ上の下りリンクデータスケジューリングはＬｇＤＳＦ時点と既に定義されるかシグナルされた閾値より多く重なるＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム上でのクロスキャリアスケジューリング及びＭＳＦＳに基づいて設定することができる。また、特定のＡｄＤＳＦ上の下りリンクデータスケジューリングはＬｇＤＳＦ時点インデックスが同一であるＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム上でのクロスキャリアスケジューリング及びＭＳＦＳに基づいて設定することができる。すなわち、ＡｄＤＳＦに対する下りリンクデータスケジューリングは以前時点として最も近いＬｇＤＳＦに対応するＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム上でのクロスキャリアスケジューリング及びＭＳＦＳに基づいて設定することができる。
【０２３５】
この時、一例として、ＴＤＤ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて特定の一つのＭＳＦＳ  ＤＣＩがスケジュールするＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦの個数及び位置は既に設定されていることもあり得る。
【０２３６】
また、一例として、上述したＭＳＦＳ  ＤＣＩがスケジュールするＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦの下りリンクデータに対応するＰＵＣＣＨリソースはＭＳＦＳ  ＤＣＩ伝送関連ＰＤＣＣＨ又はＥＰＤＣＣＨのＬｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘに基づいて黙示的（ｉｍｐｌｉｃｉｔ）に割り当てられて設定されることができる。また、一例として、シグナリングされるか（例えば、ＲＲＣ）又は既に定義された明示的（ｅｘｐｌｉｃｉｔ）ＰＵＣＣＨリソースが割り当てられて設定されることができる。
【０２３７】
この時、一例として、上述した実施例に関連し、ＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームでの下りリンクデータスケジューリングはクロスキャリアスケジューリング及びＭＳＦＳに基づいて設定され、ＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌのキャリアアグリゲーションの状況の下でＦＤＤ  ＳＣｅｌｌのセルフスケジューリングに対するＨＡＲＱ−ＡＣＫタイミングと同一に設定された場合にのみ限定的に適用できる。
【０２３８】
また、一例として、上述したＬｇＤＳＦ上の下りリンクデータスケジューリングはフレームの該当時点に対応するＴＤＤ  ＰＣｅｌｌの下りリンクサブフレーム上でクロスキャリアスケジューリングに基づいて設定されることができる。この時、一例として、ＬｇＤＳＦ上の下りリンクデータスケジューリングはＭＳＦＳ  ＤＣＩではない独立的なＤＣＩによって区別できる。
【０２３９】
さらに他の一例として、一つのＭＳＦＳ  ＤＣＩがスケジュールするＬｇＤＳＦとＡｄＤＳＦの全てに対応する複数のＰＵＣＣＨリソースはＭＳＦＳ  ＤＣＩ伝送に関連したＰＤＣＣＨ又はＥＰＤＣＣＨのＬｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘ及び該当のＬｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘ＋１のそれぞれにリンクされた二つのＰＵＣＣＨリソースとして割り当てられて設定されることができる。
【０２４０】
また、一例として、一つのＭＳＦＳ  ＤＣＩがスケジュールするＬｇＤＳＦとＡｄＤＳＦの全てに対応する複数のＰＵＣＣＨリソースはＭＳＦＳ  ＤＣＩ伝送に関連したＰＤＣＣＨ又はＥＰＤＣＣＨのＬｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘにリンクされたＰＵＣＣＨ  ＲＥＳＯＵＲＣＥと前もってシグナリングされるか（例えば、ＲＲＣ）又は定義された明示的（ｅｘｐｌｉｃｉｔ）ＰＵＣＣＨリソースとして割り当てられて設定されることができる。
【０２４１】
上述した構成に関連し、次はＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づくスケジューリング規則を示した例示である。
【０２４２】
図１３はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいてスケジューリングが行われる一例を示した図である。
【０２４３】
実施例６−１
ＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎは０に設定されることができる。この時、図１３はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎが０に設定された場合を示した図である。また、下記の実施例６−２〜６−７においても実施例６−１及び図１３と同様に動作することができる。
【０２４４】
ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム及び３−Ｋ２サブフレーム時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦで下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム時点で受信される一つのＭＳＦＳ  ＤＣＩを介して遂行されるようにすることができる。この時、Ｋ１は６又は５であってもよい。また、Ｋ２は５又は４であってもよい。また、Ｋ３は６であってもよい。
【０２４５】
すなわち、図１３のようにＴＤＤ  ＰＣｅｌｌの６番目サブフレームのＭＳＦＳ  ＤＣＩを介してＵＣｅｌｌ  ＲＲＰ上の６、７、８及び９番目サブフレームに対するスケジューリングが遂行されることができる。
【０２４６】
さらに他の一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１（すなわち、‘Ｋ１＝６’）サブフレーム時点に相当するＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２４７】
すなわち、ＴＤＤ  ＰＣｅｌｌの２−Ｋ３（すなわち、‘Ｋ３＝６’）で受信される一つのＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの２−Ｋ１（すなわち、‘Ｋ１＝５’）サブフレーム及びＴＤＤ  ＰＣｅｌｌの３−Ｋ２（すなわち、‘Ｋ２＝５、４’）時点に対応するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することになり、ＬｇＤＳＦ上のＴＤＤ  ＰＣｅｌｌの２−Ｋ３（すなわち、‘Ｋ３＝６’）は上述したＭＳＦＳ  ＤＣＩではない独立的なＤＣＩを介してスケジューリングが遂行されることができるが、上述した実施例に限定されない。
【０２４８】
同じ方法に基づき、さらに他の一例として、ＴＤＤ  ＰＣｅｌｌの７−Ｋ１サブフレーム（すなわち、‘Ｋ１＝６、５’）及び８−Ｋ２サブフレーム（すなわち、‘Ｋ２＝５、４’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信される一つのＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２４９】
また、一例として、ＴＤＤ  ＰＣｅｌｌの７−Ｋ１サブフレーム（すなわち、‘Ｋ１＝６’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２５０】
この時、一例として、ＴＤＤ  ＰＣｅｌｌ７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信される一つのＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの７−Ｋ１サブフレーム（すなわち、‘Ｋ１＝５’）及び８−Ｋ２サブフレーム（すなわち、‘Ｋ２＝５、４’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでのＤＬデータスケジューリング（等）を指示することができる。
【０２５１】
上述した実施例は図１３に開示されており、下記の方法は図１３と同様に適用可能である。ただ、下記のそれぞれの実施例はＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって違って設定される構成であってもよい。
【０２５２】
実施例６−２
ＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎは１に設定されることができる。
【０２５３】
この時、一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（６）’）及び３−Ｋ２サブフレーム（すなわち、‘Ｋ２＝６、５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信される一つのＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２５４】
また、一例として、ＴＤＤ  ＰＣｅｌｌ２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝６’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦ（Ｓ）での下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌ２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２５５】
この時、上述した構成に関連し、ＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信される一つのＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの３−Ｋ２サブフレーム（すなわち、‘Ｋ２＝６、５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２５６】
上述した構成と同様に、さらに他の一例として、ＴＤＤ  ＰＣｅｌｌ  ７−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（６）’）及び８−Ｋ２サブフレーム（すなわち、‘Ｋ２＝６、５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信される一つのＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。この時、一例として、ＴＤＤ  ＰＣｅｌｌの７−Ｋ１サブフレーム（すなわち、‘Ｋ１＝６’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように規則を定義することができ、これは上述したようである。
【０２５７】
この時、上述した構成に関連し、ＴＤＤ  ＰＣｅｌｌの７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信される一つのＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの８−Ｋ２サブフレーム（すなわち、‘Ｋ２＝６、５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２５８】
実施例６−３
ＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎは２に設定されることができる。
【０２５９】
この時、一例として、ＴＤＤ  ＰＣｅｌｌ２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（６）、５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２６０】
この時、一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝６’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２６１】
この時、上述した構成に関連し、ＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの２−Ｋ２サブフレーム（すなわち、‘Ｋ２＝５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２６２】
上述した構成に関連した他の一例として、ＴＤＤ  ＰＣｅｌｌの７−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（６）、５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。この時、一例として、ＴＤＤ  ＰＣｅｌｌの７−Ｋ１サブフレーム（すなわち、‘Ｋ１＝６’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２６３】
この時、上述した構成に関連し、ＴＤＤ  ＰＣｅｌｌの７−Ｋ３サブフレーム（すなわち、‘Ｋ３＝６’）で受信されるＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの７−Ｋ２サブフレーム（すなわち、‘Ｋ２＝５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２６４】
実施例６−４
ＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎは３に設定されることができる。この時、一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（１１）、１０、９、８’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２６５】
また、一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝１１’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２６６】
この時、上述した構成に関連したさらに他の一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝１０、９、８’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２６７】
実施例６−５
ＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎは４に設定されることができる。この時、一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（１１）、１０、９’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２６８】
さらに他の一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝１１’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように規則を定義することができる。
【０２６９】
この時、上述した構成に関連したさらに他の一例において、ＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝１０、９’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２７０】
実施例６−６
ＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎは５に設定されることができる。この時、一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（１１）、１０’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌ２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２７１】
この時、一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝１１’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２７２】
この時、さらに他の一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘１＝１０’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２７３】
実施例６−７
ＴＤＤ  ＰＣｅｌｌのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎは６に設定されることができる。この時、一例として、ＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝８’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの２−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１１’）で受信されるＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２７４】
この時、一例として、ＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの８−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（１７）、１６、１５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングのために、ＴＤＤ  ＰＣｅｌｌの８−Ｋ３サブフレーム（すなわち、‘Ｋ３＝１７’）上で送信されるＭＳＦＳ  ＤＣＩがＴＤＤ  ＰＣｅｌｌの８−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（１７）、１６、１５’）及びＴＤＤ  ＰＣｅｌｌの２−Ｋ１サブフレーム（すなわち、‘Ｋ１＝８’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングを遂行することになるかあるいは独立的に設定することができる。
【０２７５】
また、一例として、ＴＤＤ  ＰＣｅｌｌの３−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（７）、６’）及び４−Ｋ２サブフレーム（すなわち、‘Ｋ２＝６’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの３−Ｋ３サブフレーム（すなわち、‘Ｋ３＝７’）で受信されるＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２７６】
また、一例として、ＴＤＤ  ＰＣｅｌｌの３−Ｋ１サブフレーム（すなわち、‘Ｋ１＝７’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの３−Ｋ３サブフレーム（すなわち、‘Ｋ３＝７’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２７７】
この時、一例として、ＴＤＤ  ＰＣｅｌｌの３−Ｋ３サブフレーム（すなわち、‘Ｋ３＝７’）で受信されるＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの３−Ｋ１サブフレーム（すなわち、‘Ｋ１＝６’）及び４−Ｋ２サブフレーム（すなわち、‘Ｋ２＝６’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２７８】
また、一例として、ＴＤＤ  ＰＣｅｌｌの８−Ｋ１サブフレーム（すなわち、‘Ｋ１＝（７）、６、５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦ及びＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの８−Ｋ３サブフレーム（すなわち、‘Ｋ３＝７’）で受信されるＭＳＦＳ  ＤＣＩを介して遂行されるように設定することができる。
【０２７９】
また、一例として、ＴＤＤ  ＰＣｅｌｌの８−Ｋ１サブフレーム（すなわち、‘Ｋ１＝７’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＬｇＤＳＦでの下りリンクデータスケジューリングはＴＤＤ  ＰＣｅｌｌの８−Ｋ３サブフレーム（すなわち、‘Ｋ３＝７’）で受信されるＭＳＦＳ  ＤＣＩではない該当のＵＣｅｌｌ関連の独立的なＤＣＩを介して遂行されるように設定することができる。
【０２８０】
また、一例として、ＴＤＤ  ＰＣｅｌｌの８−Ｋ３サブフレーム（すなわち、‘Ｋ３＝７’）で受信されるＭＳＦＳ  ＤＣＩはＴＤＤ  ＰＣｅｌｌの８−Ｋ１サブフレーム（すなわち、‘Ｋ１＝６、５’）時点に相当するＵＣｅｌｌ  ＲＲＰ上のＡｄＤＳＦでの下りリンクデータスケジューリングを指示することができる。
【０２８１】
また、上述した実施例はＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームでの下りリンクデータスケジューリングがＴＤＤ  ＰＣｅｌｌからクロスキャリアスケジューリング及びＭＳＦＳを遂行する場合に適用することができる。
【０２８２】
また、一例として、上述した実施例はＵＣｅｌｌでの下りリンクデータ受信関連ＨＡＲＱ−ＡＣＫタイミングはＴＤＤ  ＰＣｅｌｌとＦＤＤ  ＳＣｅｌｌのキャリアアグリゲーションの状況の下でのＦＤＤ  ＳＣｅｌｌのセルフスケジューリングに基づくＨＡＲＱ−ＡＣＫタイミングに従うように設定された場合にのみ限定的に適用することができる。
【０２８３】
実施例７
ＴＤＤ  ＰＣｅｌｌの状況で上述した実施例に従ってＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームでの下りリンクスケジューリングがＭＳＦＳに基づいてスケジュールされ、Ａ／Ｎ  ＴＩＭＥバンドリング又はＳｐａｔｉａｌバンドリングが適用される場合、ＭＳＦＳ  ＤＣＩがスケジュールする複数のＵＣｅｌｌ  ＲＲＰ上の下りリンクサブフレームは一つの下りリンクサブフレームとして設定することができる。
【０２８４】
この時、一例として、上述した構成に関連し、特定の上りリンクサブフレーム時点で送信される最終Ａ／Ｎ  ＰＡＹＬＯＡＤサイズ及び／又はチャネルセレクションに対するテーブルを決定する場合、ＭＳＦＳ  ＤＣＩがスケジュールするＵＣｅｌｌ  ＲＲＰ上の実際下りリンクフレームの数ではない一つと見なされた下りリンクサブフレームに基づいて遂行されることができる。また、一例として、ＭＳＦＳ  ＤＣＩがスケジュールするＵＣｅｌｌ  ＲＲＰ上の複数の下りリンクサブフレームに対応するＰＵＣＣＨリソースは該当のＭＳＦＳ  ＤＣＩに関連したＰＤＣＣＨ又はＥＰＤＣＣＨでのＬｏｗｅｓｔ  ＣＣＥ  ｉｎｄｅｘにリンクされて設定されることができる。
【０２８５】
上述したそれぞれの実施例は本発明の具現方法の一つとして含まれることができる。この時、一例として、上述した実施例はそれぞれが独立的に具現されることもできるが、一部の実施例が組み合せられた形態に実施されることもできる。
【０２８６】
また、本発明では下りリンクサブフレームと指称したが、下りリンクサブフレームの代わりにＤｗＰＴＳ又はＳｐｅｃｉａｌサブフレームに取り替えることもできる。また、本発明で上りリンクサブフレームと指称したが、上りリンクサブフレームの代わりにＵｐＰＴＳ又はＳｐｅｃｉａｌサブフレームに取り替えることができるが、上述した実施例に限定されない。
【０２８７】
図１４本発明の好適な一実施例によるキャリアアグリゲーションによる通信方法を示す。
【０２８８】
図１４を参照して説明すると、端末（ＵＥ）は基地局（ＢＳ）からキャリアアグリゲーション（ＣＡ）についての情報を受信することができる（Ｓ１４１０）。すなわち、図１４の段階Ｓ１４１０で、端末は基地局から前述した本発明の一実施例によるキャリアアグリゲーション連関情報を受信することができる。Ｓ１４１０で、端末がキャリアアグリゲーション技法による通信を遂行するための情報／設定／規則などは上述した本発明の実施例で説明したように設定することができ、場合によっては上述した本発明の実施例の少なくとも一部の組合せに決定することもできる。
【０２８９】
ついで、端末は設定情報に基づいてプライマリーコンポーネントキャリアを兔許帯域で設定し、セカンダリーコンポーネントキャリアを非兔許帯域で設定することができる（Ｓ１４２０）。この時、兔許帯域は上述したようにＬＴＥシステムで許可された帯域であってもよい。また、非兔許帯域はキャリアセンシングに基づいて占有及び確保される帯域であってもよい。すなわち、上述した実施例のＵＣｅｌｌ  ＲＲＰ区間は非兔許帯域であってもよく、これは上述したようである。
【０２９０】
ついで、端末はセカンダリーコンポーネントキャリアの第１サブフレームでデータを送信することができる（Ｓ１４３０）。その後、端末はデータに対する応答を第２サブフレームで受信することができる（Ｓ１４４０）。この時、データを送信する第１サブフレーム以後に応答を受信する第２サブフレームに対する時間間隔は上述した実施例１〜７に基づいて設定することができる。すなわち、セカンダリーコンポーネントキャリアで送信されるデータに対するＨＡＲＱ−ＡＣＫタイミングは上述した実施例のそれぞれ又は組合せによって設定することができ、これは上述したようである。
【０２９１】
図１４に基づいて説明した本発明のキャリアアグリゲーションを用いた通信方法において、前述した本発明の多様な実施例で説明した事項を独立的に適用するか又は２以上の実施例を同時に適用することができ、重複する内容は明確性のために説明を省略する。
【０２９２】
図１５は本発明の実施例に適用可能な基地局及びユーザー機器を例示する。
【０２９３】
図１５を参照すると、無線通信システムは基地局（ＢＳ）１１０及びユーザー器機（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は本発明で提案した手順及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に係わる多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した手順及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に係わる多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は単一アンテナ又は多重アンテナを有することができる。
【０２９４】
前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【０２９５】
本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０２９６】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以前述した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。メモリユニットは、プロセッサの内部又は外部に位置し、既に公知の多様な手段によってプロセッサとデータをやり取りすることができる。
【０２９７】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０２９８】
上述したような無線通信システムにおいてキャリアアグリゲーションを用いた通信方法及びそのための装置は３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステムの外にも多様な無線通信システムに適用することが可能である。
【図１】
2017535138.tif 000021
【図２】
2017535138.tif 000022
【図３】
2017535138.tif 000023
【図４】
2017535138.tif 000024
【図５】
2017535138.tif 000025
【図６】
2017535138.tif 000026
【図７】
2017535138.tif 000027
【図８】
2017535138.tif 000028
【図９】
2017535138.tif 000029
【図１０】
2017535138.tif 000030
【図１１】
2017535138.tif 000031
【図１２】
2017535138.tif 000032
【図１３】
2017535138.tif 000033
【図１４】
2017535138.tif 000034
【図１５】
2017535138.tif 000035
【国際調査報告】
2017535138.tif 000036
2017535138.tif 000037
2017535138.tif 000038
2017535138.tif 000039
2017535138.tif 000040
2017535138.tif 000041