(57)【特許請求の範囲】
【請求項１】
無線接続システムにおいて基地局が信号を送信する方法であって、
コンポーネントキャリア（ＣＣ）の集合に含まれる第１のＣＣを選択するステップと、
上記第１のＣＣでランダムバックオフに基づいて第１のチャネルセンシングを行うステップと、
上記第１のチャネルセンシングに基づいて上記第１のＣＣで第１のデータバーストを送信するステップと、
上記ＣＣの集合に含まれる第２のＣＣで上記第１のデータバーストの送信の前の所定時間に第２のチャネルセンシングを行うステップと、
上記第２のチャネルセンシングに基づいて上記第２のＣＣで第２のデータバーストを送信するステップと、
を含む、方法。
【請求項２】
上記選択は、上記ＣＣの集合に含まれるＣＣでの各送信の前に行われる、請求項１に記載の方法。
【請求項３】
上記選択は、所定の時間区間に１回行われる、請求項１に記載の方法。
【請求項４】
上記ＣＣの集合が２つ以上のグループにグルーピングされる場合に、上記第１のＣＣは上記２つ以上のグループのそれぞれに対して選択される、請求項１〜３のいずれかに記載の方法。
【請求項５】
無線接続システムにおいて信号を送信する基地局であって、
メモリと、
上記メモリと連結された少なくとも１つのプロセッサと、
を備え、
上記プロセッサは、
コンポーネントキャリア（ＣＣ）の集合に含まれる第１のＣＣを選択し、
上記第１のＣＣでランダムバックオフに基づいて第１のチャネルセンシングを行い、
上記第１のチャネルセンシングに基づいて上記第１のＣＣで第１のデータバーストを送信し、
上記ＣＣの集合に含まれる第２のＣＣで上記第１のデータバーストの送信の前の所定時間に第２のチャネルセンシングを行い、
上記第２のチャネルセンシングに基づいて上記第２のＣＣで第２のデータバーストを送信するように構成されている、基地局。
【請求項６】
上記選択は、上記ＣＣの集合に含まれるＣＣでの各送信の前に行われる、請求項５に記載の基地局。
【請求項７】
上記選択は、所定の時間区間で１回行われる、請求項５に記載の基地局。
【請求項８】
上記ＣＣの集合が２つ以上のグループにグルーピングされる場合に、上記第１のＣＣは上記２つ以上のグループのそれぞれに対して選択される、請求項５〜７のいずれかに記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非免許帯域及びキャリア結合を支援する無線接続システムに関し、キャリアセンシング方法、特にＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）を行う方法、代表キャリアを選択する方法、データバーストを送信する方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
無線接続システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して多重ユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、非免許帯域を支援する無線接続システムにおいて効率的にデータを送受信する方法を提供することである。
【０００４】
本発明の他の目的は、キャリア結合を支援する非免許帯域においてコンポーネントキャリア（ＣＣ）間個別ＬＢＴ動作を行う方法を提供することである。
【０００５】
本発明の更に他の目的は、キャリア結合を支援する非免許帯域においてコンポーネントキャリア（ＣＣ）で一つのＬＢＴ動作を行う方法を提供することである。
【０００６】
本発明の更に他の目的は、多重ＣＣを用いてＴＸデータバーストを送信する場合に、代表ＣＣを選択及び変更する方法、代表ＣＣ及びグループメンバーＣＣでＬＢＴ（すなわち、ＣＡＰ）過程を行う方法を提供することである。
【０００７】
本発明の更に他の目的は、これらの方法を支援する装置を提供することである。
【０００８】
本発明で達成しようとする技術的目的は以上で言及した事項に制限されず、言及しなかった他の技術的課題は以下で説明する本発明の実施例から本発明が属する技術分野で通常の知識を有する者によって考慮可能である。
【課題を解決するための手段】
【０００９】
本発明は、非免許帯域を支援する無線接続システムに関し、キャリアセンシング方法、特にＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）を行う方法、代表キャリアを選択する方法、データバーストを送信する方法及びこれを支援する装置に関する。
【００１０】
本発明の一態様であって、非免許帯域及びキャリア結合を支援する無線接続システムにおいて基地局がデータバーストを送信する方法は、２つ以上のコンポーネントキャリア（ＣＣ）の中から第１のＣＣを選択する段階と、第１のＣＣでランダムバックオフを行うＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）過程を行う段階と、ＬＢＴ過程後に第１のＣＣが遊休状態であれば、第１のＣＣでデータバーストを送信する段階とを含むことができる。この時、第１のＣＣを選択する段階は、データバーストを所定回数送信する度に行われたり、又は所定の時間ごとに行われてもよい。
【００１１】
上記方法は、２つ以上のＣＣに含まれる第２のＣＣで第２のＣＣが遊休状態であるか否かを判断するためのセンシング過程を行う段階と、センシング過程後に第２のＣＣが遊休状態であれば、第２のＣＣでデータバーストを送信する段階とを含むことができる。
【００１２】
本発明の他の態様であって、非免許帯域及びキャリア結合を支援する無線接続システムにおいてデータバーストを送信する基地局は、送信器、受信器、及びプロセッサを備えることができる。
【００１３】
ここで、プロセッサは、２つ以上のコンポーネントキャリア（ＣＣ）の中から第１のＣＣを選択し；送信器及び受信器を制御して第１のＣＣでランダムバックオフを行うＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）過程を行い；ＬＢＴ過程後に第１のＣＣが遊休状態であれば、送信器を制御して第１のＣＣでデータバーストを送信するように構成され、第１のＣＣの選択は、データバーストを所定回数送信する度に行われたり、又は所定の時間ごとに行われてもよい。
【００１４】
上記プロセッサは、送信器及び受信器を制御して、２つ以上のＣＣに含まれる第２のＣＣで第２のＣＣが遊休状態であるか否かを判断するためのセンシング過程を行い；センシング過程後に第２のＣＣが遊休状態であれば、送信器を制御して第２のＣＣでデータバーストを送信することができる。
【００１５】
上記態様において、センシング過程は、第１のＣＣでデータバーストを送信する直前の所定時間に第２のＣＣで行われてもよい。
【００１６】
上記態様において、所定回数は１回であってもよい。
【００１７】
上記態様において、２つ以上のＣＣが２つ以上のグループにグルーピングされる場合に、第１のＣＣは２つ以上のグループのそれぞれに対して選択されてもよい。
【００１８】
上述した本発明の態様は本発明の好適な実施例の一部に過ぎなく、本発明の技術的特徴が反映された多様な実施例が当該技術分野の通常的な知識を有する者によって以下で詳述する本発明の詳細な説明から導出され、理解可能である。
【発明の効果】
【００１９】
本発明の実施例によれば次のような効果がある。
【００２０】
第一に、非免許帯域を支援する無線接続システムにおいて効率的にデータを送受信することができる。
【００２１】
第二に、キャリア結合を支援する非免許帯域でコンポーネントキャリア（ＣＣ）間個別ＬＢＴ動作を効率的に行うことができる。
【００２２】
第三に、キャリア結合を支援する非免許帯域においてコンポーネントキャリア（ＣＣ）で一つのＬＢＴ動作を行う方法を提供することによって、基地局が処理遅延又はオーバーヘッドを減らすことができる。
【００２３】
第四に、多重ＣＣを用いてＴＸデータバーストを送信する場合に、代表ＣＣを選択及び変更する方法、代表ＣＣ及びグループメンバーＣＣでＬＢＴ（すなわち、ＣＡＰ）過程を行う方法を提供することによって、代表ＣＣが頻繁に変更される場合に適切な代表ＣＣを選択できないという問題点を解決することができる。
【００２４】
本発明の実施例で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は以下の本発明の実施例についての記載から本発明が属する技術分野で通常の知識を有する者に明らかに導出されて理解できる。すなわち、本発明を実施することによる意図しない効果も本発明の実施例から当該技術分野の通常の知識を有する者によって導出できる。
【００２５】
本発明の理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に関する様々な実施例を提供する。また、添付図面は詳細な説明と共に本発明の実施形態を説明するために用いられる。
【図面の簡単な説明】
【００２６】
【図１】物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
【図２】無線フレームの構造の一例を示す図である。
【図３】下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する図である。
【図４】上りリンクサブフレームの構造の一例を示す図である。
【図５】下りリンクサブフレームの構造の一例を示す図である。
【図６】一般循環前置の場合のＰＵＣＣＨフォーマット１ａ及び１ｂを示す図である。
【図７】拡張循環前置の場合のＰＵＣＣＨフォーマット１ａ及び１ｂを示す図である。
【図８】一般循環前置の場合のＰＵＣＣＨフォーマット２／２ａ／２ｂを示す図である。
【図９】拡張循環前置の場合のＰＵＣＣＨフォーマット２／２ａ／２ｂを示す図である。
【図１０】ＰＵＣＣＨフォーマット１ａ及び１ｂに対するＡＣＫ／ＮＡＣＫチャネル化（ｃｈａｎｎｅｌｉｚａｔｉｏｎ）を説明する図である。
【図１１】同じＰＲＢ内でＰＵＣＣＨフォーマット１ａ／１ｂとフォーマット２／２ａ／２ｂの混合された構造に対するチャネル化を示す図である。
【図１２】ＰＲＢ割当て方法を説明するための図である。
【図１３】本発明の実施例で使われるコンポーネントキャリア（ＣＣ）及びＬＴＥ＿Ａシステムで使われるキャリア併合の一例を示す図である。
【図１４】本発明の実施例で使われるクロスキャリアスケジューリングによるＬＴＥ−Ａシステムのサブフレーム構造を示す図である。
【図１５】本発明の実施例で使われるクロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
【図１６】図１６はブロック拡散に基づく新ＰＵＣＣＨフォーマットの一例を示す図である。
【図１７】時間−周波数単位のリソースブロックが構成される一例を示す図である。
【図１８】非同期式ＨＡＲＱ方式のリソース割当て及び再送信方式の一例を示す図である。
【図１９】ＣＡ環境に基づいて動作するＣｏＭＰシステムの概念図である。
【図２０】本発明の実施例で使用可能なＵＥ−特定参照信号（ＵＥ−ＲＳ）が割り当てられたサブフレームの一例を示す図である。
【図２１】ＬＴＥ／ＬＴＥ−Ａシステムで使われるレガシーＰＤＣＣＨ（Ｌｅｇａｃｙ  ＰＤＣＣＨ）、ＰＤＳＣＨ及びＥ−ＰＤＣＣＨが多重化する一例を示す図である。
【図２２】ＬＴＥ−Ｕシステムで支援するＣＡ環境の一例を示す図である。
【図２３】ＬＢＴ過程の一つであるＦＢＥ動作の一例を示す図である。
【図２４】ＦＢＥ動作をブロック図で示した図である。
【図２５】ＬＢＴ過程の一つであるＬＢＥ動作の一例を示す図である。
【図２６】ＬＡＡシステムで支援するＤＲＳ伝送方法を説明するための図である。
【図２７】ＣＡＰ（Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）及びＣＷＡ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ  Ａｄｊｕｓｔｍｅｎｔ）を説明するための図である。
【図２８】ＬＡＡシステムにおいて独立したＬＢＴ動作方法を説明するための図である。
【図２９】ＬＡＡシステムにおいて独立したＬＢＴ動作方法を説明するための他の図である。
【図３０】ＬＡＡシステムにおいて独立したＬＢＴ動作方法を説明するための更に他の図である。
【図３１】ＬＡＡシステムにおいて支援可能な非同期多重ＣＣ送信方法を説明するための図である。
【図３２】ＬＡＡシステムにおいて多重ＣＣに対して１つのバックオフカウンター値を用いる方法を説明するための図である。
【図３３】ＬＡＡシステムにおいて多重ＣＣに対して１つのバックオフカウンター及び１つのＣＣＡ動作を行う方法を説明するための図である。
【図３４】ＬＡＡシステムにおいて代表ＣＣを選択してＴＸバーストを送信する方法を説明するための図である。
【図３５】ＬＡＡシステムにおいて第１グループＣＣと第２グループＣＣの同時送信方法を説明するための図である。
【図３６】ＬＡＡシステムにおいてランダムバックオフ無しのＬＢＴ動作を説明するための図である。
【図３７】ＬＡＡシステムにおいてＬＢＴ動作が行われる場合にＤＲＳを送信する方法を説明するための図である。
【図３８】図１〜図３７で説明した方法を具現できる装置を示す図である。
【発明を実施するための形態】
【００２７】
以下に詳しく説明する本発明の実施例は、キャリア結合及び非免許帯域を支援する無線接続システムに関し、キャリアセンシング方法、特にＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）を行う方法、代表キャリアを選択する方法、データバーストを送信する方法及びこれを支援する装置に関する。
【００２８】
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更してもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、又は他の実施例の対応する構成又は特徴に取り替えられてもよい。
【００２９】
図面に関する説明において、本発明の要旨を曖昧にさせうる手順又は段階などは記述を省略し、当業者のレベルで理解できるような手順又は段階も記述を省略した。
【００３０】
明細書全般にわたり、ある部分がある構成要素を“含む（ｃｏｍｐｒｉｓｉｎｇ又はｉｎｃｌｕｄｉｎｇ）”というとき、これは特に反対する記載がない限り他の構成要素を排除するものではなくて他の構成要素をさらに含むことができることを意味する。また、明細書に記載した“…部”、“…機”、“モジュール”などの用語は少なくとも一つの機能又は動作を処理する単位を意味し、これはハードウェア又はソフトウェア或いはハードウェア及びソフトウェアの結合で具現されることができる。また、“一（ａ又はａｎ）”、“一つ（ｏｎｅ）”、“その（ｔｈｅ）”及び類似関連語は本発明を記述する文脈において（特に、以下の請求項の文脈で）本明細書に他に指示されるか文脈によって明らかに反駁されることがない限り、単数及び複数のいずれも含む意味として使われることができる。
【００３１】
本明細書で、本発明の実施例は、基地局と移動局との間のデータ送受信関係を中心に説明した。ここで、基地局は移動局と直接通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌｎｏｄｅ）としての意味を有する。本文書で基地局によって行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。
【００３２】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで移動局との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われてもよい。ここで、「基地局」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、発展した基地局（ＡＢＳ：Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代えてもよい。
【００３３】
また、本発明の実施例でいう「端末（Ｔｅｒｍｉｎａｌ）」は、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、加入者端末（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動加入者端末（ＭＳＳ：Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、又は発展した移動端末（ＡＭＳ：Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【００３４】
また、送信端は、データサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端は、データサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。そのため、上りリンクでは、移動局を送信端とし、基地局を受信端とすることができる。同様に、下りリンクでは、移動局を受信端とし、基地局を送信端とすることができる。
【００３５】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２．ｘｘシステム、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）システム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも一つに開示された標準文書によって裏付けることができ、特に、本発明の実施例は、３ＧＰＰ  ＴＳ  ３６．２１１、３ＧＰＰ  ＴＳ  ３６．２１２、３ＧＰＰ  ＴＳ  ３６．２１３、３ＧＰＰ  ＴＳ  ３６．３２１及び３ＧＰＰ  ＴＳ  ３６．３３１の文書によって裏付けることができる。すなわち、本発明の実施例において説明していない自明な段階又は部分は、上記の文書を参照して説明することができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【００３６】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明が実施されうる唯一の実施の形態を示すためのものではない。
【００３７】
また、本発明の実施例で使われる特定用語は、本発明の理解を助けるために提供されたもので、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更してもよい。
【００３８】
例えば、送信機会区間（ＴｘＯＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ  Ｐｅｒｉｏｄ）という用語は送信区間又はＲＲＰ（Ｒｅｓｅｒｖｅｄ  Ｒｅｓｏｕｒｃｅ  Ｐｅｒｉｏｄ）という用語と等しい意味として使われることができる。また、ＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）過程はチャネル状態が遊休であるかを判断するためのキャリアセンシング過程と同一の目的で遂行することができる。
【００３９】
以下では本発明の実施形態を使える無線接続システムの一例として３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムについて説明する。
【００４０】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに適用することができる。
【００４１】
ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。
【００４２】
ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）システムは、３ＧＰＰ  ＬＴＥシステムの改良されたシステムである。本発明の技術的特徴に関する説明を明確にするために、本発明の実施例を３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムを中心に説明するが、ＩＥＥＥ  ８０２．１６ｅ／ｍシステムなどに適用してもよい。
【００４３】
１．  ３ＧＰＰ  ＬＴＥ／ＬＴＥ＿Ａシステム
【００４４】
無線接続システムにおいて、端末は下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）を介して基地局から情報を受信し、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）を介して基地局に情報を送信する。基地局と端末が送受信する情報は、一般データ情報及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００４５】
１．１  システム一般
【００４６】
図１は、本発明の実施例で使用できる物理チャネル及びこれらを用いた信号送信方法を説明するための図である。
【００４７】
電源が消えた状態で再び電源がついたり、新しくセルに進入したりした端末は、Ｓ１１段階で基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、端末は基地局から１次同期チャネル（Ｐ−ＳＣＨ：Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）及び２次同期チャネル（Ｓ−ＳＣＨ：Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。
【００４８】
その後、端末は、基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）信号を受信してセル内放送情報を取得することができる。
【００４９】
一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ  ＲＳ：Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。
【００５０】
初期セル探索を終えた端末は、Ｓ１２段階で、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報を取得することができる。
【００５１】
その後、端末は、基地局への接続を完了するために、段階Ｓ１３乃至段階Ｓ１６のようなランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ１３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ１４）。競合ベースのランダムアクセスでは、端末は、さらなる物理ランダムアクセスチャネル信号の送信（Ｓ１５）、及び物理下りリンク制御チャネル信号及びこれに対応する物理下りリンク共有チャネル信号の受信（Ｓ１６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００５２】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル信号及び／又は物理下りリンク共有チャネル信号の受信（Ｓ１７）、及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）信号及び／又は物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）信号の送信（Ｓ１８）を行うことができる。
【００５３】
端末が基地局に送信する制御情報を総称して、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｉｏｎ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）情報などを含む。
【００５４】
ＬＴＥシステムにおいて、ＵＣＩは、一般的にＰＵＣＣＨを介して周期的に送信するが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨを介して送信してもよい。また、ネットワークの要求／指示に応じてＰＵＳＣＨを介してＵＣＩを非周期的に送信してもよい。
【００５５】
図２には、本発明の実施例で用いられる無線フレームの構造を示す。
【００５６】
図２（ａ）は、タイプ１フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  １）を示す。タイプ１フレーム構造は、全二重（ｆｕｌｌ  ｄｕｐｌｅｘ）ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムと半二重（ｈａｌｆ  ｄｕｐｌｅｘ）ＦＤＤシステムの両方に適用することができる。
【００５７】
１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、
【数１】
0006608051.tif 000002
の長さを有し、
【数２】
0006608051.tif 000003
の均等な長さを有し、０から１９までのインデックスが与えられた２０個のスロットで構成される。１サブフレームは、２個の連続したスロットと定義され、ｉ番目のサブフレームは、２ｉ及び２ｉ＋１に該当するスロットで構成される。すなわち、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。１サブフレームを送信するのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０−８（約３３ｎｓ）と表示される。スロットは、時間領域で複数のＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。
【００５８】
１スロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ  ＬＴＥは、下りリンクでＯＦＤＭＡを使うので、ＯＦＤＭシンボルは１シンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、１つのＳＣ−ＦＤＭＡシンボル又はシンボル区間ということができる。リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、リソース割当て単位であって、１スロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００５９】
全二重ＦＤＤシステムでは、各１０ｍｓ区間で１０個のサブフレームを下りリンク送信と上りリンク送信のために同時に用いることができる。このとき、上りリンク送信と下りリンク送信は周波数領域で区別される。一方、半二重ＦＤＤシステムでは、端末は送信と受信を同時に行うことができない。
【００６０】
上述した無線フレームの構造は一つの例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００６１】
図２（ｂ）には、タイプ２フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２）を示す。タイプ２フレーム構造はＴＤＤシステムに適用される。１無線フレームは、
【数３】
0006608051.tif 000004
の長さを有し、
【数４】
0006608051.tif 000005
の長さを有する２個のハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）で構成される。各ハーフフレームは、
【数５】
0006608051.tif 000006
の長さを有する５個のサブフレームで構成される。ｉ番目のサブフレームは、２ｉ及び２ｉ＋１に該当する各
【数６】
0006608051.tif 000007
の長さを有する２個のスロットで構成される。ここで、Ｔｓは、サンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０−８（約３３ｎｓ）で表示される。
【００６２】
タイプ２フレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）の３つのフィールドで構成される特別サブフレームを含む。ここで、ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンクと下りリンクとの間において下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００６３】
下記の表１に、特別フレームの構成（ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ）を示す。
【００６４】
【表１】
0006608051.tif 000008
【００６５】
図３は、本発明の実施例で使用できる下りリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する図である。
【００６６】
図３を参照すると、１つの下りリンクスロットは、時間領域で複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは、７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域で１２個の副搬送波を含むとするが、これに限定されるものではない。
【００６７】
リソースグリッド上で各要素（ｅｌｅｍｅｎｔ）をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）とし、１つのリソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数ＮＤＬは、下りリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に依存する。上りリンクスロットの構造は、下りリンクスロットの構造と同一であってもよい。
【００６８】
図４は、本発明の実施例で使用できる上りリンクサブフレームの構造を示す。
【００６９】
図４を参照すると、上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別される。制御領域には、上りリンク制御情報を運ぶＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを運ぶＰＵＳＣＨが割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末に対するＰＵＣＣＨにはサブフレーム内にＲＢ対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットのそれぞれで異なる副搬送波を占める。これを、ＰＵＣＣＨに割り当てられたＲＢ対はスロットの境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）で周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）するという。
【００７０】
図５には、本発明の実施例で使用できる下りリンクサブフレームの構造を示す。
【００７１】
図５を参照すると、サブフレームにおける第１スロットでＯＦＤＭシンボルインデックス０から最大３個のＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルが、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）である。３ＧＰＰ  ＬＴＥで用いられる下りリンク制御チャネルの例には、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００７２】
ＰＣＦＩＣＨは、サブフレームにおける最初のＯＦＤＭシンボルで送信され、サブフレーム内に制御チャネルの送信のために使われるＯＦＤＭシンボルの数（すなわち、制御領域のサイズ）に関する情報を運ぶ。ＰＨＩＣＨは、上りリンクに対する応答チャネルであって、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｅｇａｔｉｖｅ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）という。下りリンク制御情報は、上りリンクリソース割当て情報、下りリンクリソース割当て情報、又は任意の端末グループに対する上りリンク送信（Ｔｘ）電力制御命令を含む。
【００７３】
１．２  ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
【００７４】
１．２．１  ＰＤＣＣＨ一般
【００７５】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のリソース割当て及び送信フォーマット（すなわち、下りリンクグラント（ＤＬ−Ｇｒａｎｔ））、ＵＬ−ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のリソース割当て情報（すなわち、上りリンクグラント（ＵＬ−Ｇｒａｎｔ））、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）におけるページング（ｐａｇｉｎｇ）情報、ＤＬ−ＳＣＨにおけるシステム情報、ＰＤＳＣＨで送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位レイヤ（ｕｐｐｅｒ−ｌａｙｅｒ）制御メッセージに対するリソース割当て、任意の端末グループ内の個別端末に対する送信電力制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）活性化の有無に関する情報などを運ぶことができる。
【００７６】
複数のＰＤＣＣＨが制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは、１つ又は複数の連続したＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合（ａｇｇｒｅｇａｔｉｏｎ）で構成される。１つ又は複数の連続したＣＣＥの集合で構成されたＰＤＣＣＨは、サブブロックインターリービング（ｓｕｂｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｉｎｇ）を経た後、制御領域を通して送信することができる。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当て単位である。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ：ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応する。ＣＣＥの数とＣＣＥによって提供される符号化率との関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００７７】
１．２．２  ＰＤＣＣＨ構造
【００７８】
複数の端末に対する多重化された複数のＰＤＣＣＨが制御領域内で送信されてもよい。ＰＤＣＣＨは１つ又は２つ以上の連続したＣＣＥの集合（ＣＣＥ  ａｇｇｒｅｇａｔｉｏｎ）で構成される。ＣＣＥは、４個のリソース要素で構成されたＲＥＧの９個のセットに対応する単位のことを指す。各ＲＥＧには４個のＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）シンボルがマップされる。参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）によって占有されたリソース要素はＲＥＧに含まれない。すなわち、ＯＦＤＭシンボル内でのＲＥＧの総個数は、セル特定参照信号が存在するか否かによって異なってくることがあり得る。４個のリソース要素を１つのグループにマップするＲＥＧの概念は、他の下りリンク制御チャネル（例えば、ＰＣＦＩＣＨ又はＰＨＩＣＨ）にも適用することができる。ＰＣＦＩＣＨ又はＰＨＩＣＨに割り当てられないＲＥＧを
【数７】
0006608051.tif 000009
とすれば、システムで利用可能なＣＣＥの個数は
【数８】
0006608051.tif 000010
であり、各ＣＣＥは０から
【数９】
0006608051.tif 000011
までのインデックスを有する。
【００７９】
端末のデコーティングプロセスを単純化するために、ｎ個のＣＣＥを含むＰＤＣＣＨフォーマットは、ｎの倍数と同じインデックスを有するＣＣＥから始まってもよい。すなわち、ＣＣＥインデックスがｉである場合、
【数１０】
0006608051.tif 000012
を満たすＣＣＥから始まってもよい。
【００８０】
基地局は１つのＰＤＣＣＨ信号を構成するために｛１，２，４，８｝個のＣＣＥを使うことができ、ここで、｛１，２，４，８｝をＣＣＥ集合レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）と呼ぶ。特定ＰＤＣＣＨの送信のために使われるＣＣＥの個数はチャネル状態によって基地局で決定される。例えば、良子な下りリンクチャネル状態（基地局に近接している場合）を有する端末のためのＰＤＣＣＨは、１つのＣＣＥだけで十分でありうる。一方、よくないチャネル状態（セル境界にある場合）を有する端末の場合は、８個のＣＣＥが十分な堅牢さ（ｒｏｂｕｓｔｎｅｓｓ）のために要求されることがあり得る。しかも、ＰＤＣＣＨの電力レベルも、チャネル状態にマッチして調節されてもよい。
【００８１】
下記の表２にＰＤＣＣＨフォーマットを示す。ＣＣＥ集合レベルによって、表２のように４つのＰＤＣＣＨフォーマットが支援される。
【００８２】
【表２】
0006608051.tif 000013
【００８３】
端末ごとにＣＣＥ集合レベルが異なる理由は、ＰＤＣＣＨに載せられる制御情報のフォーマット又はＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）レベルが異なるためである。ＭＣＳレベルは、データコーディングに用いられるコードレート（ｃｏｄｅ  ｒａｔｅ）と変調序列（ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）を意味する。適応的なＭＣＳレベルはリンク適応（ｌｉｎｋ  ａｄａｐｔａｔｉｏｎ）のために用いられる。一般に、制御情報を送信する制御チャネルでは３〜４個程度のＭＣＳレベルを考慮することができる。
【００８４】
制御情報のフォーマットを説明すると、ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報（ＤＣＩ）という。ＤＣＩフォーマットによってＰＤＣＣＨペイロード（ｐａｙｌｏａｄ）に載せられる情報の構成が異なることがあり得る。ＰＤＣＣＨペイロードは、情報ビット（ｉｎｆｏｒｍａｔｉｏｎ  ｂｉｔ）を意味する。下記の表３は、ＤＣＩフォーマットによるＤＣＩを示すものである。
【００８５】
【表３】
0006608051.tif 000014
【００８６】
表３を参照すると、ＤＣＩフォーマットには、ＰＵＳＣＨスケジューリングのためのフォーマット０、１つのＰＤＳＣＨコードワードのスケジューリングのためのフォーマット１、１つのＰＤＳＣＨコードワードの簡単な（ｃｏｍｐａｃｔ）スケジューリングのためのフォーマット１Ａ、ＤＬ−ＳＣＨの非常に簡単なスケジューリングのためのフォーマット１Ｃ、閉ループ（Ｃｌｏｓｅｄ−ｌｏｏｐ）空間多重化（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）モードでのＰＤＳＣＨスケジューリングのためのフォーマット２、開ループ（Ｏｐｅｎ−ｌｏｏｐ）空間多重化モードでのＰＤＳＣＨスケジューリングのためのフォーマット２Ａ、上りリンクチャネルのためのＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）命令の送信のためのフォーマット３及び３Ａがある。ＤＣＩフォーマット１Ａは、端末にいずれの送信モードが設定されてもＰＤＳＣＨスケジューリングのために用いることができる。
【００８７】
ＤＣＩフォーマットによってＰＤＣＣＨペイロード長が変わることがあり得る。また、ＰＤＣＣＨペイロードの種類とそれによる長さは、簡単な（ｃｏｍｐａｃｔ）スケジューリングであるか否か、又は端末に設定された送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）などによって異なってもよい。
【００８８】
送信モードは、端末がＰＤＳＣＨを介した下りリンクデータを受信するように設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）することができる。例えば、ＰＤＳＣＨを介した下りリンクデータには、端末にスケジュールされたデータ（ｓｃｈｅｄｕｌｅｄ  ｄａｔａ）、ページング、ランダムアクセス応答、又はＢＣＣＨを介したブロードキャスト情報などがある。ＰＤＳＣＨを介した下りリンクデータは、ＰＤＣＣＨを介してシグナルされるＤＣＩフォーマットと関係がある。送信モードは、上位層シグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング）によって端末に半静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定することができる。送信モードは、シングルアンテナ送信（Ｓｉｎｇｌｅ  ａｎｔｅｎｎａ  ｔｒａｎｓｍｉｓｓｉｏｎ）又はマルチアンテナ（Ｍｕｌｔｉ−ａｎｔｅｎｎａ）送信に区別できる。
【００８９】
端末は、上位層シグナリングによって半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に送信モードが設定される。例えば、マルチアンテナ送信には、送信ダイバーシティ（Ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙ）、開ループ（Ｏｐｅｎ−ｌｏｏｐ）又は閉ループ（Ｃｌｏｓｅｄ−ｌｏｏｐ）空間多重化（Ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ−ｕｓｅｒ−Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、及びビーム形成（Ｂｅａｍｆｏｒｍｉｎｇ）などがある。送信ダイバーシティは、多重送信アンテナで同一のデータを送信して送信信頼度を高める技術である。空間多重化は、多重送信アンテナで互いに異なるデータを同時に送信し、システムの帯域幅を増加させることなく高速のデータを送信できる技術である。ビーム形成は、多重アンテナでチャネル状態による加重値を与えて信号のＳＩＮＲ（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ  Ｒａｔｉｏ）を増加させる技術である。
【００９０】
ＤＣＩフォーマットは、端末に設定された送信モードに依存する。端末が自身に設定された送信モードによってモニタする参照（Ｒｅｆｅｒｅｎｃｅ）ＤＣＩフォーマットがある。次の通り、端末に設定される送信モードは１０個の送信モードを有することができる。
【００９１】
（１）送信モード１：単一アンテナポート；ポート０
【００９２】
（２）送信モード２：送信ダイバーシティ（Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）
【００９３】
（３）送信モード３：開ループ空間多重化（Ｏｐｅｎ−ｌｏｏｐ  Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）
【００９４】
（４）送信モード４：閉ループ空間多重化（Ｃｌｏｓｅｄ−ｌｏｏｐ  Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）
【００９５】
（５）送信モード５：多重ユーザＭＩＭＯ
【００９６】
（６）送信モード６：閉ループランク＝１プリコーディング
【００９７】
（７）送信モード７：コードブックに基づかない、単一レイヤ送信を支援するプリコーディング
【００９８】
（８）送信モード８：コードブックに基づかない、２個までのレイヤを支援するプリコーディング
【００９９】
（９）送信モード９：コードブックに基づかない、８個までのレイヤを支援するプリコーディング
【０１００】
（１０）送信モード１０：コードブックに基づかない、ＣｏＭＰのために用いられる、８個までのレイヤを支援するプリコーディング
【０１０１】
１．２．３  ＰＤＣＣＨ送信
【０１０２】
基地局は、端末に送信しようとするＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付加する。ＣＲＣにはＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途によって固有の識別子（例えば、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））をマスクする。特定の端末のためのＰＤＣＣＨであれば、端末固有の識別子（例えば、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ））をＣＲＣにマスクすることができる。又は、ページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子（例えば、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ−ＲＮＴＩ））をＣＲＣにマスクすることができる。システム情報、より具体的にシステム情報ブロック（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ、ＳＩＢ）のためのＰＤＣＣＨであれば、システム情報識別子（例えば、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ））をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【０１０３】
続いて、基地局は、ＣＲＣの付加された制御情報にチャネルコーディングを行って符号化されたデータ（ｃｏｄｅｄ  ｄａｔａ）を生成する。このとき、ＭＣＳレベルによるコードレートでチャネルコーディングを行うことができる。基地局は、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥ集合レベルによる送信率マッチング（ｒａｔｅ  ｍａｔｃｈｉｎｇ）を行い、符号化されたデータを変調して変調シンボルを生成する。ここで、ＭＣＳレベルによる変調序列を用いることができる。１つのＰＤＣＣＨを構成する変調シンボルは、ＣＣＥ集合レベルが１、２、４、８のいずれか一つであってもよい。その後、基地局は、変調シンボルを物理的なリソース要素にマップ（ＣＣＥ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）する。
【０１０４】
１．２．４  ブラインドデコーディング（ＢＳ：Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ）
【０１０５】
一つのサブフレーム内で複数のＰＤＣＣＨが送信されてもよい。すなわち、一つのサブフレームの制御領域は、インデックス０〜
【数１１】
0006608051.tif 000015
を有する複数のＣＣＥで構成される。ここで、
【数１２】
0006608051.tif 000016
は、ｋ番目のサブフレームの制御領域内における総ＣＣＥの個数を意味する。端末は、毎サブフレームごとに複数のＰＤＣＣＨをモニタする。ここで、モニタリングとは、端末がモニタされるＰＤＣＣＨフォーマットによってＰＤＣＣＨのそれぞれのデコーディングを試みることをいう。
【０１０６】
基地局は、端末にサブフレーム内に割り当てられた制御領域で該当ＰＤＣＣＨがどこに位置するのかに関する情報を提供しない。端末は基地局から送信された制御チャネルを受信するために自身のＰＤＣＣＨがどの位置でどのＣＣＥ集合レベルやＤＣＩフォーマットで送信されるのかを把握できず、端末は、サブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタして自身のＰＤＣＣＨを探す。これをブラインドデコーディング（ＢＤ）という。ブラインドデコーディングとは、端末がＣＲＣ部分に自身の端末識別子（ＵＥ  ＩＤ）をデマスク（Ｄｅ−Ｍａｓｋｉｎｇ）した後、ＣＲＣ誤りを検討し、当該ＰＤＣＣＨが自身の制御チャネルであるか否かを確認する方法をいう。
【０１０７】
活性モード（ａｃｔｉｖｅ  ｍｏｄｅ）で、端末は自身に送信されるデータを受信するために毎サブフレームのＰＤＣＣＨをモニタする。ＤＲＸモードで、端末は毎ＤＲＸ周期のモニタリング区間で起床（ｗａｋｅ  ｕｐ）し、モニタリング区間に該当するサブフレームでＰＤＣＣＨをモニタする。ＰＤＣＣＨのモニタリングが行われるサブフレームをｎｏｎ−ＤＲＸサブフレームという。
【０１０８】
端末は、自身に送信されるＰＤＣＣＨを受信するためには、ｎｏｎ−ＤＲＸサブフレームの制御領域に存在する全てのＣＣＥに対してブラインドデコーディングを行わなければならない。端末は、いずれのＰＤＣＣＨフォーマットが送信されるのかを把握できないことから、毎ｎｏｎ−ＤＲＸサブフレーム内でＰＤＣＣＨのブラインドデコーディングに成功するまで、可能なＣＣＥ集団レベルでＰＤＣＣＨを全てデコードしなければならない。端末は、自身のためのＰＤＣＣＨがいくつのＣＣＥを用いるのかを把握できず、ＰＤＣＣＨのブラインドデコーディングに成功するまで、可能な全てのＣＣＥ集団レベルで検出を試みなければならない。
【０１０９】
ＬＴＥシステムでは端末のブラインドデコーディングのためにサーチスペース（ＳＳ：Ｓｅａｒｃｈ  Ｓｐａｃｅ）概念を定義する。サーチスペースは、端末がモニタするためのＰＤＣＣＨ候補セットを意味し、各ＰＤＣＣＨフォーマットによって異なるサイズを有することができる。サーチスペースは、共用サーチスペース（ＣＳＳ：Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）及び端末特定サーチスペース（ＵＳＳ：ＵＥ−ｓｐｅｃｉｆｉｃ／Ｄｅｄｉｃａｔｅｄ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）を含むことができる。
【０１１０】
共用サーチスペースの場合、全ての端末が共用サーチスペースのサイズを認知できるが、端末特定サーチスペースは、各端末ごとに個別に設定することができる。したがって、端末は、ＰＤＣＣＨをデコードするために、端末特定サーチスペース及び共用サーチスペースを全てモニタしなければならなく、したがって、１サブフレームで最大４４回のブラインドデコーディング（ＢＤ）を行うことになる。ここには、異なるＣＲＣ値（例えば、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ）によって行うブラインドデコーディングは含まれない。
【０１１１】
サーチスペースの制約によって、基地局が、与えられたサブフレーム内でＰＤＣＣＨを送信しようとする端末の全てにＰＤＣＣＨを送信するためのＣＣＥリソースが確保されない場合が発生しうる。なぜなら、ＣＣＥ位置が割り当てられて残ったリソースは、特定端末のサーチスペース内に含まれないことがあり得るためである。次のサブフレームでも続き得るこのような障壁を最小化するために、端末特定跳躍（ｈｏｐｐｉｎｇ）シーケンスを端末特定サーチスペースの始点に適用することができる。
【０１１２】
表４は、共用サーチスペースと端末特定サーチスペースのサイズを示す。
【０１１３】
【表４】
0006608051.tif 000017
【０１１４】
ブラインドデコーディングを試みる回数による端末の負荷を軽減するために、端末は、定義された全てのＤＣＩフォーマットによるサーチを同時に行うわけではない。具体的に、端末は、端末特定サーチスペースで常にＤＣＩフォーマット０及び１Ａに対するサーチを行う。ここで、ＤＣＩフォーマット０と１Ａは同じサイズを有するが、端末は、ＰＤＣＣＨに含まれたＤＣＩフォーマット０と１Ａを区別するために用いられるフラグ（ｆｌａｇ  ｆｏｒ  ｆｏｒｍａｔ  ０／ｆｏｒｍａｔ  １Ａ  ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）を用いてＤＣＩフォーマットを区別することができる。また、端末にＤＣＩフォーマット０とＤＣＩフォーマット１Ａに加えて他のＤＣＩフォーマットが要求されてもよいが、その一例としてＤＣＩフォーマット１、１Ｂ、２がある。
【０１１５】
共用サーチスペースで、端末はＤＣＩフォーマット１Ａと１Ｃをサーチすることができる。また、端末はＤＣＩフォーマット３又は３Ａをサーチするように設定されてもよく、ＤＣＩフォーマット３と３Ａは、ＤＣＩフォーマット０と１Ａと同じサイズを有するが、端末は、端末特定識別子以外の識別子によってスクランブルされたＣＲＣを用いてＤＣＩフォーマットを区別することができる。
【０１１６】
サーチスペース
【数１３】
0006608051.tif 000018
は、集合レベル
【数１４】
0006608051.tif 000019
によるＰＤＣＣＨ候補セットを意味する。サーチスペースのＰＤＣＣＨ候補セット
【数１５】
0006608051.tif 000020
によるＣＣＥは、次式１によって決定することができる。
【０１１７】
【数１６】
0006608051.tif 000021
【０１１８】
ここで、
【数１７】
0006608051.tif 000022
は、サーチスペースでモニタするためのＣＣＥ集合レベルＬによるＰＤＣＣＨ候補の個数を表し、
【数１８】
0006608051.tif 000023
である。
【数１９】
0006608051.tif 000024
は、ＰＤＣＣＨにおいて各ＰＤＣＣＨ候補で個別ＣＣＥを指定するインデックスであり、
【数２０】
0006608051.tif 000025
である。
【数２１】
0006608051.tif 000026
であり、
【数２２】
0006608051.tif 000027
は、無線フレーム内でのスロットインデックスを表す。
【０１１９】
上述したように、端末は、ＰＤＣＣＨをデコードするために端末特定サーチスペース及び共用サーチスペースの両方をモニタする。ここで、共用サーチスペース（ＣＳＳ）は、｛４，８｝の集合レベルを有するＰＤＣＣＨを支援し、端末特定サーチスペース（ＵＳＳ）は、｛１，２，４，８｝の集合レベルを有するＰＤＣＣＨを支援する。表５は、端末によってモニタされるＰＤＣＣＨ候補を表す。
【０１２０】
【表５】
0006608051.tif 000028
【０１２１】
式１を参照すると、共用サーチスペースの場合、２個の集合レベル、Ｌ＝４及びＬ＝８に対して
【数２３】
0006608051.tif 000029
は０に設定される。一方、端末特定サーチスペースの場合、集合レベルＬに対して
【数２４】
0006608051.tif 000030
は式２のように定義される。
【０１２２】
【数２５】
0006608051.tif 000031
【０１２３】
ここで、
【数２６】
0006608051.tif 000032
であり、
【数２７】
0006608051.tif 000033
はＲＮＴＩ値を表す。また、
【数２８】
0006608051.tif 000034
であり、
【数２９】
0006608051.tif 000035
である。
【０１２４】
１．３  ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
【０１２５】
ＰＵＣＣＨは、制御情報を送信するために次のフォーマットを含む。
【０１２６】
（１）フォーマット１：オン−オフキーイング（ＯＯＫ：Ｏｎ−Ｏｆｆ  ｋｅｙｉｎｇ）変調、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）に用いる。
【０１２７】
（２）フォーマット１ａとフォーマット１ｂ：ＡＣＫ／ＮＡＣＫ送信に用いる。
【０１２８】
１）フォーマット１ａ：１個のコードワードに対するＢＰＳＫ  ＡＣＫ／ＮＡＣＫ
【０１２９】
２）フォーマット１ｂ：２個のコードワードに対するＱＰＳＫ  ＡＣＫ／ＮＡＣＫ
【０１３０】
（３）フォーマット２：ＱＰＳＫ変調、ＣＱＩ送信に用いる。
【０１３１】
（４）フォーマット２ａとフォーマット２ｂ：ＣＱＩ及びＡＣＫ／ＮＡＣＫの同時送信に用いる。
【０１３２】
（５）フォーマット３：ＣＡ環境で複数のＡＣＫ／ＮＡＣＫ送信のために用いる。
【０１３３】
表６には、ＰＵＣＣＨフォーマットによる変調方式とサブフレーム当たりビット数を示す。表７には、ＰＵＣＣＨフォーマットによるスロット当たり参照信号の数を示す。表８には、ＰＵＣＣＨフォーマットによる参照信号のＳＣ−ＦＤＭＡシンボル位置を示す。表６で、ＰＵＣＣＨフォーマット２ａと２ｂは一般ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の場合に該当する。
【０１３４】
【表６】
0006608051.tif 000036
【０１３５】
【表７】
0006608051.tif 000037
【０１３６】
【表８】
0006608051.tif 000038
【０１３７】
図６は、一般ＣＰの場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示し、図７は、拡張ＣＰの場合におけるＰＵＣＣＨフォーマット１ａ及び１ｂを示す図である。
【０１３８】
ＰＵＣＣＨフォーマット１ａ及び１ｂは、同じ内容の制御情報がサブフレーム内でスロット単位に反復される。各端末でＡＣＫ／ＮＡＣＫ信号は、ＣＧ−ＣＡＺＡＣ（Ｃｏｍｐｕｔｅｒ−Ｇｅｎｅｒａｔｅｄ  Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏ  Ｃｏｒｒｅｌａｔｉｏｎ）シーケンスの異なる循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）（周波数ドメインコード）と直交カバーコード（ＯＣ／ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ／ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）（時間ドメイン拡散コード）とで構成された異なるリソースで送信される。ＯＣは、例えば、ウォルシュ（Ｗａｌｓｈ）／ＤＦＴ直交コードを含む。ＣＳの数が６個、ＯＣの数が３個なら、単一アンテナを基準に、総１８個の端末を１つのＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）内で多重化できる。直交シーケンスｗ０，ｗ１，ｗ２，ｗ３は、（ＦＦＴ変調後に）任意の時間ドメインで、又は（ＦＦＴ変調前に）任意の周波数ドメインで適用することができる。
【０１３９】
ＳＲと持続的スケジューリング（ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）のために、ＣＳ、ＯＣ及びＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成されたＡＣＫ／ＮＡＣＫリソースを、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）を用いて端末に与えることができる。動的ＡＣＫ／ＮＡＣＫと非持続的スケジューリング（ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）のために、ＡＣＫ／ＮＡＣＫリソースは、ＰＤＳＣＨに対応するＰＤＣＣＨの最も小さい（ｌｏｗｅｓｔ）ＣＣＥインデックスによって暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）端末に与えられてもよい。
【０１４０】
表９には、ＰＵＣＣＨフォーマット１／１ａ／１ｂのための長さ４の直交シーケンス（ＯＣ）を示す。表１０には、ＰＵＣＣＨフォーマット１／１ａ／１ｂのための長さ３の直交シーケンス（ＯＣ）を示す。
【０１４１】
【表９】
0006608051.tif 000039
【０１４２】
【表１０】
0006608051.tif 000040
【０１４３】
表１１には、ＰＵＣＣＨフォーマット１ａ／１ｂでＲＳのための直交シーケンス（ＯＣ）
【数３０】
0006608051.tif 000041
を示す。
【０１４４】
【表１１】
0006608051.tif 000042
【０１４５】
図８は、一般ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示し、図９は、拡張ＣＰの場合におけるＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。
【０１４６】
図８及び図９を参照すると、一般ＣＰの場合に、１つのサブフレームは、ＲＳシンボルの他、１０個のＱＰＳＫデータシンボルで構成される。それぞれのＱＰＳＫシンボルはＣＳによって周波数ドメインで拡散された後、該当ＳＣ−ＦＤＭＡシンボルにマップされる。ＳＣ−ＦＤＭＡシンボルレベルＣＳホッピングは、インターセル干渉をランダム化するために適用することができる。ＲＳは、循環シフトを用いてＣＤＭによって多重化することができる。例えば、可用のＣＳの数を１２又は６と仮定すれば、同一ＰＲＢ内にそれぞれ１２又は６個の端末を多重化することができる。要するに、ＰＵＣＣＨフォーマット１／１ａ／１ｂと２／２ａ／２ｂにおいて複数の端末をＣＳ＋ＯＣ＋ＰＲＢとＣＳ＋ＰＲＢによってそれぞれ多重化することができる。
【０１４７】
図１０は、ＰＵＣＣＨフォーマット１ａ及び１ｂに対するＡＣＫ／ＮＡＣＫチャネル化（ｃｈａｎｎｅｌｉｚａｔｉｏｎ）を説明する図である。図１０は、
【数３１】
0006608051.tif 000043
の場合に該当する。
【０１４８】
図１１は、同一ＰＲＢにおいてＰＵＣＣＨフォーマット１ａ／１ｂとフォーマット２／２ａ／２ｂとが混合された構造に対するチャネル化を示す図である。
【０１４９】
循環シフト（ＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）ホッピング（ｈｏｐｐｉｎｇ）と直交カバー（ＯＣ：Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ）再マッピング（ｒｅｍａｐｐｉｎｇ）を、次のように適用することができる。
【０１５０】
（１）インターセル干渉（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）のランダム化のためのシンボルベースセル特定ＣＳホッピング
【０１５１】
（２）スロットレベルＣＳ／ＯＣ再マッピング
【０１５２】
１）インターセル干渉ランダム化のために
【０１５３】
２）ＡＣＫ／ＮＡＣＫチャネルとリソース（ｋ）との間のマッピングのためのスロットベース接近
【０１５４】
一方、ＰＵＣＣＨフォーマット１ａ／１ｂのためのリソース（ｎｒ）は次の組合せを含む。
【０１５５】
（１）ＣＳ（＝シンボルレベルでＤＦＴ直交コードと同一）（ｎｃｓ）
【０１５６】
（２）ＯＣ（スロットレベルで直交カバー）（ｎｏｃ）
【０１５７】
（３）周波数ＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）（ｎｒｂ）
【０１５８】
ＣＳ、ＯＣ、ＲＢを示すインデックスをそれぞれｎｃｓ、ｎｏｃ、ｎｒｂとすれば、代表インデックス（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ  ｉｎｄｅｘ）ｎｒはｎｃｓ、ｎｏｃ、ｎｒｂを含む。ｎｒは、ｎｒ＝（ｎｃｓ、ｎｏｃ、ｎｒｂ）を満たす。
【０１５９】
ＣＱＩ、ＰＭＩ、ＲＩ、及びＣＱＩとＡＣＫ／ＮＡＣＫとの組合せは、ＰＵＣＣＨフォーマット２／２ａ／２ｂで伝達することができる。リードマラー（ＲＭ：Ｒｅｅｄ  Ｍｕｌｌｅｒ）チャネルコーディングを適用することができる。
【０１６０】
例えば、ＬＴＥシステムにおいてＵＬ  ＣＱＩのためのチャネルコーディングは、次のように記述される。ビットストリーム（ｂｉｔ  ｓｔｒｅａｍ）
【数３２】
0006608051.tif 000044
は、（２０，Ａ）ＲＭコードを用いてチャネルコードされる。ここで、
【数３３】
0006608051.tif 000045
と
【数３４】
0006608051.tif 000046
は、ＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）とＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）を表す。拡張ＣＰの場合、ＣＱＩとＡＣＫ／ＮＡＣＫが同時送信される場合を除いては最大情報ビットは、１１ビットである。ＲＭコードを用いて２０ビットにコードした後、ＱＰＳＫ変調を適用することができる。ＱＰＳＫ変調前に、コードされたビットはスクランブルされてもよい。
【０１６１】
表１２には、（２０，Ａ）コードのための基本シーケンスを示す。
【０１６２】
【表１２】
0006608051.tif 000047
【０１６３】
チャネルコーディングビット
【数３５】
0006608051.tif 000048
は、下記の式３によって生成することができる。
【０１６４】
【数３６】
0006608051.tif 000049
【０１６５】
ここで、ｉ＝０，１，２，…，Ｂ−１を満たす。
【０１６６】
広帯域報告（ｗｉｄｅｂａｎｄ  ｒｅｐｏｒｔｓ）の場合、ＣＱＩ／ＰＭＩのためのＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フィールドの帯域幅は、下記の表１３乃至表１５のとおりである。
【０１６７】
表１３には、広帯域報告（単一アンテナポート、送信ダイバーシティ（ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙ）又は開ループ空間多重化（ｏｐｅｎ  ｌｏｏｐ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ＰＤＳＣＨ送信）の場合に、ＣＱＩフィードバックのためのＵＣＩフィールドを示す。
【０１６８】
【表１３】
0006608051.tif 000050
【０１６９】
表１４には、広帯域報告（閉ループ空間多重化（ｃｌｏｓｅｄ  ｌｏｏｐ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ＰＤＳＣＨ送信）の場合に、ＣＱＩ及びＰＭＩフィードバックのためのＵＣＩフィールドを示す。
【０１７０】
【表１４】
0006608051.tif 000051
【０１７１】
表１５には、広帯域報告の場合、ＲＩフィードバックのためのＵＣＩフィールドを示す。
【０１７２】
【表１５】
0006608051.tif 000052
【０１７３】
図１２は、ＰＲＢ割り当てを示す図である。図１２に示すように、ＰＲＢは、スロットｎｓでＰＵＣＣＨ送信のために用いることができる。
【０１７４】
２．  キャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）環境
【０１７５】
２．１  ＣＡ一般
【０１７６】
３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；Ｒｅｌ−８又はＲｅｌ−９）システム（以下、ＬＴＥシステム）は、単一コンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を複数の帯域に分割して使用する多重搬送波変調（ＭＣＭ：Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ  Ｍｏｄｕｌａｔｉｏｎ）方式を用いる。しかし、３ＧＰＰ  ＬＴＥ−Ａｄｖａｎｃｅｄシステム（以下、ＬＴＥ−Ａシステム）では、ＬＴＥシステムに比べて広帯域のシステム帯域幅をサポートするために、一つ以上のコンポーネントキャリアを結合して使用するキャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）のような方法を用いることができる。キャリア併合は、搬送波集成、搬送波整合、マルチコンポーネントキャリア環境（Ｍｕｌｔｉ−ＣＣ）、又はマルチキャリア環境と呼ぶこともできる。
【０１７７】
本発明でマルチキャリアはキャリアの併合（又は、搬送波集成）を意味し、この場合、キャリアの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合だけでなく、非隣接した（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合も意味する。また、下りリンクと上りリンクにおいて集成されるコンポーネントキャリアの数を異なるように設定してもよい。下りリンクコンポーネントキャリア（以下、‘ＤＬ  ＣＣ’という。）数と上りリンクコンポーネントキャリア（以下、‘ＵＬ  ＣＣ’という。）数とが一致する場合を対称的（ｓｙｍｍｅｔｒｉｃ）併合といい、両者の数が異なる場合を非対称的（ａｓｙｍｍｅｔｒｉｃ）併合という。このようなキャリア併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などのような用語に言い換えてもよい。
【０１７８】
２つ以上のコンポーネントキャリアが結合して構成されるキャリア併合は、ＬＴＥ−Ａシステムでは１００ＭＨｚ帯域幅までサポートすることを目標とする。目標帯域よりも小さい帯域幅を有する１個以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存ＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）維持のために、既存システムで使用する帯域幅に制限することができる。
【０１７９】
例えば、既存の３ＧＰＰ  ＬＴＥシステムでは、｛１．４、３、５、１０、１５、２０｝ＭＨｚ帯域幅をサポートし、３ＧＰＰ  ＬＴＥ−ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ−Ａ）では、既存システムとの互換のために、それらの帯域幅のみを用いて２０ＭＨｚよりも大きい帯域幅をサポートするようにすることができる。また、本発明で用いられるキャリア併合システムは、既存システムで用いる帯域幅にかかわらず、新しい帯域幅を定義してキャリア併合をサポートするようにすることもできる。
【０１８０】
また、このようなキャリア併合は、イントラ−バンドＣＡ（Ｉｎｔｒａ−ｂａｎｄ  ＣＡ）とインター−バンドＣＡ（Ｉｎｔｅｒ−ｂａｎｄ  ＣＡ）とに区別できる。イントラ−バンドキャリア併合とは、複数のＤＬ  ＣＣ及び／又はＵＬ  ＣＣが周波数上で隣接したり近接して位置することを意味する。言い換えると、ＤＬ  ＣＣ及び／又はＵＬ  ＣＣのキャリア周波数が同じバンド内に位置することを意味できる。一方、周波数領域において遠く離れている環境をインター−バンドＣＡ（Ｉｎｔｅｒ−Ｂａｎｄ  ＣＡ）と呼ぶことができる。言い換えると、複数のＤＬ  ＣＣ及び／又はＵＬ  ＣＣのキャリア周波数が、互いに異なるバンドに位置することを意味できる。この場合、端末は、キャリア併合環境における通信を行うために、複数のＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）端を使用することができる。
【０１８１】
ＬＴＥ−Ａシステムは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を用いる。上述したキャリア併合環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境と呼ぶことができる。セルは、下りリンクリソース（ＤＬ  ＣＣ）及び上りリンクリソース（ＵＬ  ＣＣ）の組合せと定義されるが、上りリンクリソースは必須要素ではない。このため、セルは、下りリンクリソース単独、又は下りリンクリソース及び上りリンクリソースの両者で構成することができる。
【０１８２】
例えば、特定端末が、１個の設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１個のＤＬ  ＣＣと１個のＵＬ  ＣＣを有することができる。しかし、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ  ＣＣを有し、ＵＬ  ＣＣの数はそれと同数又は小さい数であってもよい。又は、これと逆にＤＬ  ＣＣとＵＬ  ＣＣが構成されてもよい。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ  ＣＣの数よりもＵＬ  ＣＣが多いキャリア併合環境がサポートされてもよい。
【０１８３】
また、キャリア結合（ＣＡ）は、それぞれのキャリア周波数（セルの中心周波数）が異なる２つ以上のセルの併合と理解されてもよい。キャリア結合でいう‘セル（Ｃｅｌｌ）’は、周波数の観点で説明されるものであり、一般的に使われる、基地局のカバーする地理的領域としての‘セル’とは区別されなければならない。以下、上述したイントラ−バンドキャリア併合をイントラ−バンド多重セルといい、インター−バンドキャリア併合をインター−バンド多重セルという。
【０１８４】
ＬＴＥ−Ａシステムで用いられるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルはサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として用いることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されていないか又はキャリア併合をサポートしない端末の場合、Ｐセルのみで構成されたサービングセルが１つのみ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるとともに、キャリア併合が設定されている端末の場合、一つ以上のサービングセルが存在してもよく、全体サービングセルにはＰセルと一つ以上のＳセルが含まれる。
【０１８５】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを用いて設定することができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子であって、０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（Ｐセル又はＳセル）を識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、０から７までの整数値を有する。０値はＰセルに適用され、ＳＣｅｌｌＩｎｄｅｘはＳセルに適用するためにあらかじめ与えられる。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さいセルＩＤ（又はセルインデックス）を有するセルがＰセルとなる。
【０１８６】
Ｐセルはプライマリ周波数（又は、ｐｒｉｍａｒｙ  ＣＣ）上で動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり、接続再−設定過程を行うために用いられてもよく、ハンドオーバー過程で指示されたセルのことを指してもよい。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち、制御関連通信の中心となるセルを意味する。すなわち、端末は、自身のＰセルでのみＰＵＣＣＨ割り当てを受けて送信することができ、システム情報を取得したり、モニタリング手順を変更する時にＰセルのみを用いることができる。Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリア併合環境をサポートする端末に対して、移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いてハンドオーバー手順のためにＰセルのみを変更することもできる。
【０１８７】
Ｓセルはセカンダリ周波数（又は、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上で動作するセルを意味できる。特定端末にＰセルは１一つのみ割り当てられ、Ｓセルは１つ以上割り当てられてもよい。Ｓセルは、ＲＲＣ接続設定がなされた後に構成可能であり、追加の無線リソースを提供するために用いることができる。キャリア併合環境で設定されたサービングセルにおいてＰセル以外のセル、すなわち、ＳセルにはＰＵＣＣＨが存在しない。
【０１８８】
Ｅ−ＵＴＲＡＮは、Ｓセルをキャリア併合環境をサポートする端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作に関する全てのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）を用いて提供することができる。システム情報の変更は、関連したＳセルの解除及び追加によって制御することができ、このとき、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いることができる。Ｅ−ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に異なるパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）をすればよい。
【０１８９】
初期保安活性化過程が始まった後に、Ｅ−ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに加えて一つ以上のＳセルを含むネットワークを構成することができる。キャリア併合環境でＰセル及びＳセルはそれぞれのコンポーネントキャリアとして動作することができる。以下の実施例では、プライマリコンポーネントキャリア（ＰＣＣ）はＰセルと同じ意味で使われ、セカンダリコンポーネントキャリア（ＳＣＣ）はＳセルと同じ意味で使われてもよい。
【０１９０】
図１３は、本発明の実施例で用いられるコンポーネントキャリア（ＣＣ）、及びＬＴＥ＿Ａシステムで用いられるキャリア併合の一例を示す図である。
【０１９１】
図１３（ａ）は、ＬＴＥシステムで用いられる単一キャリア構造を示す。コンポーネントキャリアにはＤＬ  ＣＣとＵＬ  ＣＣがある。一つのコンポーネントキャリアは２０ＭＨｚの周波数範囲を有することができる。
【０１９２】
図１３（ｂ）は、ＬＴＥ＿Ａシステムで用いられるキャリア併合構造を示す。図１２（ｂ）では、２０ＭＨｚの周波数サイズを有する３個のコンポーネントキャリアが結合した場合を示している。ＤＬ  ＣＣとＵＬ  ＣＣがそれぞれ３個ずつあるが、ＤＬ  ＣＣとＵＬ  ＣＣの数に制限があるわけではない。キャリア併合の場合、端末は３個のＣＣを同時にモニタすることができ、下りリンク信号／データを受信することができ、上りリンク信号／データを送信することができる。
【０１９３】
仮に、特定セルでＮ個のＤＬ  ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ  ＣＣを割り当てることができる。ここで、端末はＭ個の制限されたＤＬ  ＣＣのみをモニタしてＤＬ信号を受信することができる。また、ネットワークはＬ（Ｌ≦Ｍ≦Ｎ）個のＤＬ  ＣＣに優先順位を与えて主なＤＬ  ＣＣを端末に割り当てることもでき、この場合、ＵＥはＬ個のＤＬ  ＣＣは必ずモニタしなければならない。この方式は上りリンク送信にも同一に適用されてもよい。
【０１９４】
下りリンクリソースの搬送波周波数（又はＤＬ  ＣＣ）と上りリンクリソースの搬送波周波数（又は、ＵＬ  ＣＣ）とのリンケージ（ｌｉｎｋａｇｅ）は、ＲＲＣメッセージのような上位層メッセージやシステム情報で示すことができる。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ２）によって定義されるリンケージによってＤＬリソースとＵＬリソースとの組合せを構成することができる。具体的に、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ  ＣＣと該ＵＬグラントを用いるＵＬ  ＣＣとのマッピング関係を意味することができ、ＨＡＲＱのためのデータが送信されるＤＬ  ＣＣ（又はＵＬ  ＣＣ）とＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ  ＣＣ（又はＤＬ  ＣＣ）とのマッピング関係を意味することもできる。
【０１９５】
２．２  クロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）
【０１９６】
キャリア併合システムには、キャリア（又は搬送波）又はサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）に対するスケジューリング観点で、自己スケジューリング（Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）方法がある。クロスキャリアスケジューリングは、クロスコンポーネントキャリアスケジューリング（Ｃｒｏｓｓ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）又はクロスセルスケジューリング（Ｃｒｏｓｓ  Ｃｅｌｌ  Ｓｃｈｅｄｕｌｉｎｇ）と呼ぶこともできる。
【０１９７】
自己スケジューリングは、ＰＤＣＣＨ（ＤＬグラント）とＰＤＳＣＨが同一ＤＬ  ＣＣで送信されたり、又はＤＬ  ＣＣで送信されたＰＤＣＣＨ（ＵＬグラント）によって送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ  ＣＣとリンクされているＵＬ  ＣＣで送信されることを意味する。
【０１９８】
クロスキャリアスケジューリングは、ＰＤＣＣＨ（ＤＬグラント）とＰＤＳＣＨがそれぞれ異なるＤＬ  ＣＣで送信されたり、又はＤＬ  ＣＣで送信されたＰＤＣＣＨ（ＵＬグラント）によって送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ  ＣＣとリンクされているＵＬ  ＣＣ以外のＵＬ  ＣＣで送信されることを意味する。
【０１９９】
クロスキャリアスケジューリングは、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）に活性化又は非活性化することができ、上位層シグナリング（例えば、ＲＲＣシグナリング）用いて半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に各端末に対して知らせることができる。
【０２００】
クロスキャリアスケジューリングが活性化された場合、ＰＤＣＣＨには、該ＰＤＣＣＨが示すＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ  ＣＣで送信されるかを知らせるキャリア指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨリソース又はＰＵＳＣＨリソースをＣＩＦを用いて複数のコンポーネントキャリアのうちの一つに割り当てることができる。すなわち、ＤＬ  ＣＣ上のＰＤＣＣＨが多重集成されたＤＬ／ＵＬ  ＣＣのうちの一つにＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てる場合にＣＩＦが設定される。この場合、ＬＴＥ  Ｒｅｌｅａｓｅ−８のＤＣＩフォーマットはＣＩＦによって拡張されてもよい。このとき、設定されたＣＩＦは、３ビットフィールドに固定されてもよく、設定されたＣＩＦの位置はＤＣＩフォーマットサイズに関係なく固定されてもよい。また、ＬＴＥ  Ｒｅｌｅａｓｅ−８のＰＤＣＣＨ構造（同一のコーディング及び同一のＣＣＥベースのリソースマッピング）を再使用してもよい。
【０２０１】
一方、ＤＬ  ＣＣ上のＰＤＣＣＨが同ＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当てたり、単一リンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ  Ｒｅｌｅａｓｅ−８と同じＰＤＣＣＨ構造（同一のコーディング及び同一のＣＣＥベースのリソースマッピング）とＤＣＩフォーマットが用いられてもよい。
【０２０２】
クロスキャリアスケジューリングが可能な場合、端末はＣＣ別送信モード及び／又は帯域幅によってモニタリングＣＣの制御領域で複数のＤＣＩに対するＰＤＣＣＨをモニタする必要がある。このため、これをサポートできる検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【０２０３】
キャリア併合システムにおいて、端末ＤＬ  ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジュールされたＤＬ  ＣＣの集合を指し、端末ＵＬ  ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジュールされたＵＬ  ＣＣの集合を指す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも一つのＤＬ  ＣＣの集合を意味する。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合と同一であってもよく、端末ＤＬ  ＣＣ集合の副集合（ｓｕｂｓｅｔ）であってもよい。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合におけるＤＬ  ＣＣの少なくとも一つを含むことができる。又は、ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合とは別個に定義されてもよい。ＰＤＣＣＨモニタリング集合に含まれるＤＬ  ＣＣは、リンクされたＵＬ  ＣＣに対する自己スケジューリング（ｓｅｌｆ−ｓｃｈｅｄｕｌｉｎｇ）は常に可能なように設定することができる。このような、端末ＤＬ  ＣＣ集合、端末ＵＬ  ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又はセル特定（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）に設定することができる。
【０２０４】
クロスキャリアスケジューリングが非活性化された場合には、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ  ＣＣ集合と同一であるということを意味し、このような場合にはＰＤＣＣＨモニタリング集合に対する別のシグナリングのような指示が必要でない。しかし、クロスキャリアスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ  ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨ又はＰＵＳＣＨをスケジュールするために、基地局はＰＤＣＣＨモニタリング集合のみを介してＰＤＣＣＨを送信する。
【０２０５】
図１４は、本発明の実施例で用いられるクロスキャリアスケジューリングによるＬＴＥ−Ａシステムのサブフレーム構造を示す図である。
【０２０６】
図１４を参照すると、ＬＴＥ−Ａ端末のためのＤＬサブフレームは、３個の下りリンクコンポーネントキャリア（ＤＬ  ＣＣ）が結合されており、ＤＬ  ＣＣ  ‘Ａ’はＰＤＣＣＨモニタリングＤＬ  ＣＣとして設定された場合を示す。ＣＩＦが使用されない場合、各ＤＬ  ＣＣはＣＩＦ無しで自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信することができる。一方、ＣＩＦが上位層シグナリングによって使用される場合には、一つのＤＬ  ＣＣ  ‘Ａ’のみがＣＩＦを用いて自身のＰＤＳＣＨ又は他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信することができる。ここで、ＰＤＣＣＨモニタリングＤＬ  ＣＣとして設定されていないＤＬ  ＣＣ  ‘Ｂ’及び‘Ｃ’はＰＤＣＣＨを送信しない。
【０２０７】
図１５は、本発明の実施例で用いられるクロスキャリアスケジューリングによるサービングセル構成の一例を示す図である。
【０２０８】
キャリア結合（ＣＡ）をサポートする無線接続システムでは基地局及び／又は端末を一つ以上のサービングセルで構成することができる。図１５で、基地局は、Ａセル、Ｂセル、Ｃセル及びＤセルの総４個のサービングセルをサポートすることができ、端末ＡはＡセル、Ｂセル及びＣセルで構成され、端末ＢはＢセル、Ｃセル及びＤセルで構成され、端末ＣはＢセルで構成された場合を仮定する。ここで、各端末に構成されたセルのうち少なくとも一つをＰセルとして設定することができる。ここで、Ｐセルは常に活性化された状態であり、Ｓセルは基地局及び／又は端末によって活性化又は非活性化されてもよい。
【０２０９】
図１５で、構成されたセルは、基地局のセルのうち、端末からの測定報告（ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）メッセージに基づいてＣＡにセル追加が可能なセルであって、端末別に設定可能である。構成されたセルは、ＰＤＳＣＨ信号送信に対するＡＣＫ／ＮＡＣＫメッセージの送信のためのリソースをあらかじめ予約しておく。活性化されたセル（Ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）は、構成されたセルのうち、実際にＰＤＳＣＨ信号及び／又はＰＵＳＣＨ信号を送信するように設定されたセルであり、ＣＳＩ報告及びＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）送信を行う。非活性化されたセル（Ｄｅ−Ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）は、基地局の命令又はタイマー動作によってＰＤＳＣＨ／ＰＵＳＣＨ信号の送受信を行わないように構成されるセルであって、ＣＳＩ報告及びＳＲＳ送信も中断される。
【０２１０】
２．３  ＰＵＣＣＨを用いたＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）のフィードバック
【０２１１】
まず、３ＧＰＰ  ＬＴＥシステムでは、下りリンク受信主体（例えば、端末）が下りリンク送信主体（例えば、基地局）に接続している時に、下りリンクで送信される参照信号の受信強度（ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、参照信号の品質（ＲＳＲＱ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）などに対する測定を任意の時間に行い、測定結果を基地局に周期的（ｐｅｒｉｏｄｉｃ）に或いはイベントベース（ｅｖｅｎｔ  ｔｒｉｇｇｅｒｅｄ）に報告することができる。
【０２１２】
それぞれの端末は、下りリンクチャネル状況による下りリンクチャネル情報を上りリンクで報告し、基地局はそれぞれの端末から受信した下りリンクチャネル情報を用いて、それぞれの端末別にデータ送信のために適切な時間／周波数リソースと変調及びコーディング技法（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）などを定めることができる。
【０２１３】
このようなチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）は、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｅｒ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｉｏｎ）及び／又はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）で構成することができる。また、それぞれの端末の送信モードによって、ＣＳＩは全て送信されてもよく、一部のみ送信されてもよい。ＣＱＩは、端末の受信信号品質（ｒｅｃｅｉｖｅｄ  ｓｉｇｎａｌ  ｑｕａｌｉｔｙ）によって定められるが、これは一般に、下りリンク参照信号の測定に基づいて決定することができる。このとき、実際に基地局に伝達されるＣＱＩ値は、端末の測定した受信信号品質でブロックエラー率（ＢＬＥＲ：Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）を１０％以下に維持しながら最大の性能を奏するＭＣＳに該当する。
【０２１４】
また、このようなチャネル情報の報告方式は、周期的に送信される周期的報告（ｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）と、基地局の要求に応じて送信される非周期的報告（ａｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）とに区別される。
【０２１５】
非周期的報告の場合、基地局が端末に送信する上りリンクスケジューリング情報に含まれた１ビットの要求ビット（ＣＱＩ  ｒｅｑｕｅｓｔ  ｂｉｔ）によってそれぞれの端末に設定され、それぞれの端末は、この情報を受けると、自身の送信モードを考慮したチャネル情報をＰＵＳＣＨで基地局に伝達することができる。同じＰＵＳＣＨ上でＲＩ及びＣＱＩ／ＰＭＩが送信されないように設定することができる。
【０２１６】
周期的報告の場合、上位層信号を用いて、チャネル情報の送信される周期、及び当該周期におけるオフセット（ｏｆｆｓｅｔ）などをサブフレーム単位にそれぞれの端末にシグナルし、定められた周期にしたがって、それぞれの端末の送信モードを考慮したチャネル情報をＰＵＣＣＨで基地局に伝達することができる。定められた周期にしたがってチャネル情報が送信されるサブフレームに、上りリンクで送信されるデータが同時に存在する場合には、当該チャネル情報をＰＵＣＣＨではなくＰＵＳＣＨでデータと併せて送信することができる。ＰＵＣＣＨを用いる周期的報告の場合には、ＰＵＳＣＨに比べて制限されたビット（例えば、１１ビット）が用いられてもよい。同じＰＵＳＣＨ上でＲＩ及びＣＱＩ／ＰＭＩが送信されてもよい。
【０２１７】
周期的報告と非周期的報告とが同一のサブフレーム内で衝突する場合には、非周期的報告のみを行うことができる。
【０２１８】
広帯域（Ｗｉｄｅｂａｎｄ）ＣＱＩ／ＰＭＩの計算において、最も最近に送信されたＲＩを用いることができる。ＰＵＣＣＨ  ＣＳＩ報告モード（ｒｅｐｏｒｔｉｎｇ  ｍｏｄｅ）におけるＲＩは、ＰＵＳＣＨ  ＣＳＩ報告モードにおけるＲＩとは独立しており（ｉｎｄｅｐｅｎｄｅｎｔ）、ＰＵＳＣＨ  ＣＳＩ報告モードにおけるＲＩは、当該ＰＵＳＣＨ  ＣＳＩ報告モードにおけるＣＱＩ／ＰＭＩにのみ有効（ｖａｌｉｄ）である。
【０２１９】
表１６は、ＰＵＣＣＨで送信されるＣＳＩフィードバックタイプ及びＰＵＣＣＨ  ＣＳＩ報告モードを説明する表である。
【０２２０】
【表１６】
0006608051.tif 000053
【０２２１】
表１６を参照すると、チャネル状態情報の周期的報告（ｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｉｎｇ）においてＣＱＩとＰＭＩフィードバックタイプによって、モード１−０、１−１、２−０及び２−１の４つの報告モード（ｒｅｐｏｒｔｉｎｇ  ｍｏｄｅ）に区別することができる。
【０２２２】
ＣＱＩフィードバックタイプによって広帯域ＣＱＩ（ＷＢ  ＣＱＩ：ｗｉｄｅｂａｎｄ  ＣＱＩ）とサブバンド（ＳＢ  ＣＱＩ：ｓｕｂｂａｎｄ  ＣＱＩ）とに分けられ、ＰＭＩ送信の有無によってＮｏ  ＰＭＩと単一（ｓｉｎｇｌｅ）ＰＭＩとに分けられる。表１６では、Ｎｏ  ＰＭＩが開−ループ（ＯＬ：ｏｐｅｎ−ｌｏｏｐ）、送信ダイバーシティ（ＴＤ：Ｔｒａｎｓｍｉｔ  Ｄｉｖｅｒｓｉｔｙ）及び単一−アンテナ（ｓｉｎｇｌｅ−ａｎｔｅｎｎａ）の場合に該当し、単一ＰＭＩは閉−ループ（ＣＬ：ｃｌｏｓｅｄ−ｌｏｏｐ）に該当する。
【０２２３】
モード１−０は、ＰＭＩ送信はなく、ＷＢ  ＣＱＩが送信される場合である。この場合、ＲＩは、開−ループ（ＯＬ）空間多重化（ＳＭ：Ｓｐａｔｉａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）の場合にのみ送信され、４ビットで表現される一つのＷＢ  ＣＱＩが送信される。ＲＩが１を超える場合には、第１コードワードに対するＣＱＩが送信されてもよい。
【０２２４】
モード１−１は、単一ＰＭＩ及びＷＢ  ＣＱＩが送信される場合である。この場合、ＲＩ送信と併せて、４ビットのＷＢ  ＣＱＩ及び４ビットのＷＢ  ＰＭＩが送信されてもよい。さらに、ＲＩが１超える場合には、３ビットのＷＢ空間差分ＣＱＩ（Ｗｉｄｅｂａｎｄ  Ｓｐａｔｉａｌ  Ｄｉｆｆｅｒｅｎｔｉａｌ  ＣＱＩ）が送信されてもよい。２コードワードの送信において、ＷＢ空間差分ＣＱＩは、コードワード１に対するＷＢ  ＣＱＩインデックスとコードワード２に対するＷＢ  ＣＱＩインデックスとの差値を表してもよい。これらの差値は、集合｛−４，−３，−２，−１，０，１，２，３｝のいずれか一つの値を有し、３ビットで表現されてもよい。
【０２２５】
モード２−０は、ＰＭＩ送信はなく、端末が選択した（ＵＥ  ｓｅｌｅｃｔｅｄ）帯域のＣＱＩが送信される場合である。この場合、ＲＩは、開−ループ空間多重化（ＯＬ  ＳＭ）の場合にのみ送信され、４ビットで表現されるＷＢ  ＣＱＩが送信されてもよい。また、それぞれの帯域幅部分（ＢＰ：Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）で最適（Ｂｅｓｔ−１）のＣＱＩが送信され、Ｂｅｓｔ−１  ＣＱＩは４ビットで表現されてもよい。また、Ｂｅｓｔ−１を指示するＬビットの指示子（ｉｎｄｉｃａｔｏｒ）が併せて送信されてもよい。ＲＩが１を超える場合には、第１コードワードに対するＣＱＩが送信されてもよい。
【０２２６】
モード２−１は、単一ＰＭＩ及び端末が選択した（ＵＥ  ｓｅｌｅｃｔｅｄ）帯域のＣＱＩが送信される場合である。この場合、ＲＩ送信と併せて、４ビットのＷＢ  ＣＱＩ、３ビットのＷＢ空間差分ＣＱＩ及び４ビットのＷＢ  ＰＭＩが送信されてもよい。さらに、それぞれの帯域幅部分（ＢＰ）で４ビットのＢｅｓｔ−１  ＣＱＩが送信され、ＬビットのＢｅｓｔ−１指示子が併せて送信されてもよい。さらに、ＲＩが１超える場合には、３ビットのＢｅｓｔ−１空間差分ＣＱＩが送信されてもよい。これは、２コードワード送信において、コードワード１のＢｅｓｔ−１  ＣＱＩインデックスとコードワード２のＢｅｓｔ−１  ＣＱＩインデックスとの差値を表すことができる。
【０２２７】
各送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）に対して次のように周期的なＰＵＣＣＨ  ＣＳＩ報告モードがサポートされる。
【０２２８】
１）送信モード１：モード１−０及び２−０
【０２２９】
２）送信モード２：モード１−０及び２−０
【０２３０】
３）送信モード３：モード１−０及び２−０
【０２３１】
４）送信モード４：モード１−１及び２−１
【０２３２】
５）送信モード５：モード１−１及び２−１
【０２３３】
６）送信モード６：モード１−１及び２−１
【０２３４】
７）送信モード７：モード１−０及び２−０
【０２３５】
８）送信モード８：端末がＰＭＩ／ＲＩを報告するように設定される場合にはモード１−１及び２−１、端末がＰＭＩ／ＲＩ報告をしないように設定される場合にはモード１−０及び２−０
【０２３６】
９）送信モード９：端末がＰＭＩ／ＲＩを報告するように設定され、ＣＳＩ−ＲＳポートの数＞１の場合にモード１−１及び２−１、端末がＰＭＩ／ＲＩ報告をしないように設定されたりＣＳＩ−ＲＳポートの数＝１の場合にモード１−０及び２−０
【０２３７】
各サービングセルで周期的なＰＵＣＣＨ  ＣＳＩ報告モードは、上位層シグナリングによって設定される。モード１−１は、‘ＰＵＣＣＨ＿ｆｏｒｍａｔ１−１＿ＣＳＩ＿ｒｅｐｏｒｔｉｎｇ＿ｍｏｄｅ’パラメータを使用する上位層シグナリングによってサブモード（ｓｕｂｍｏｄｅ）１又はサブモード２のいずれか一つに設定される。
【０２３８】
端末の選択したＳＢ  ＣＱＩにおいて特定サービングセルの特定サブフレームでＣＱＩ報告は、サービングセルの帯域幅の一部分である帯域幅部分（ＢＰ：Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ）の一つ以上のチャネル状態の測定を意味する。帯域幅部分は、最も低い周波数から始まって周波数が増加する順序で帯域幅サイズの増加無しでインデックスが与えられる。
【０２３９】
２．４  ＰＵＣＣＨを用いたＡＣＫ／ＮＡＣＫ送信方法
【０２４０】
２．４．１  ＬＴＥシステムにおけるＡＣＫ／ＮＡＣＫ送信
【０２４１】
端末が基地局から受信した多重データユニットに相応する複数のＡＣＫ／ＮＡＣＫ信号を同時に送信しなければならない状況で、ＡＣＫ／ＮＡＣＫ信号の単一キャリア特性を維持させるとともに総ＡＣＫ／ＮＡＣＫ送信電力を減少させるために、ＰＵＣＣＨリソース選択に基づくＡＣＫ／ＮＡＣＫ多重化方法を考慮することができる。ＡＣＫ／ＮＡＣＫ多重化と共に、多重データユニットに対するＡＣＫ／ＮＡＣＫ信号のコンテンツは、実際にＡＣＫ／ＮＡＣＫ送信に用いられるＰＵＣＣＨリソースとＱＰＳＫ変調シンボルのうちの一つとの組合せによって識別することができる。例えば、仮に一つのＰＵＣＣＨリソースが４ビットを搬送し、最大４データユニットが送信されるとすれば（ここで、各データユニットに対するＨＡＲＱ動作は、単一ＡＣＫ／ＮＡＣＫビットによって管理されると仮定する。）、送信ノード（Ｔｘ  ｎｏｄｅ）は、ＰＵＣＣＨ信号の送信位置及びＡＣＫ／ＮＡＣＫ信号のビットに基づいてＡＣＫ／ＮＡＣＫ結果を次の表１７のように識別することができる。
【０２４２】
【表１７】
0006608051.tif 000054
【０２４３】
表１７で、ＨＡＲＱ−ＡＣＫ（ｉ）は、データユニットｉに対するＡＣＫ／ＮＡＣＫ結果を表す。例えば、最大４個のデータユニットが送信される場合、ｉ＝０，１，２，３である。表１７で、ＤＴＸは、相応するＨＡＲＱ−ＡＣＫ（ｉ）に対して送信されたデータユニットがないことを意味したり、又は受信ノード（Ｒｘ  ｎｏｄｅ）がＨＡＲＱ−ＡＣＫ（ｉ）に相応するデータユニットの検出に失敗したことを意味する。
【０２４４】
また、
【数３７】
0006608051.tif 000055
は、実際にＡＣＫ／ＮＡＣＫ送信に用いられるＰＵＣＣＨリソースを表す。このとき、４個のデータユニットが存在する状況で、最大４個のＰＵＣＣＨリソースである
【数３８】
0006608051.tif 000056
が端末に割り当てられてもよい。
【０２４５】
また、
【数３９】
0006608051.tif 000057
は、選択されたＰＵＣＣＨリソースで搬送される２ビットを意味する。ＰＵＣＣＨリソースで送信される変調シンボルは、当該ビットによって決定される。例えば、仮に受信ノードが４個のデータユニットを成功的に受信すると、受信ノードはＰＵＣＣＨリソース
【数４０】
0006608051.tif 000058
を用いて２ビット（１，１）を送信しなければならない。又は、仮に受信ノードが４個のデータユニットを受信したが、第１及び第３データユニット（すなわち、ＨＡＲＱ−ＡＣＫ（０）及びＨＡＲＱ−ＡＣＫ（２））のデコーディングに失敗すると、受信ノードは、ＰＵＣＣＨリソース
【数４１】
0006608051.tif 000059
を用いて２ビット（１，０）を送信ノードに送信しなければならない。
【０２４６】
このように、実際ＡＣＫ／ＮＡＣＫコンテンツを、ＰＵＣＣＨリソース選択及びＰＵＣＣＨリソースで送信される実際ビットコンテンツと連係（ｌｉｎｋｉｎｇ）することによって、多重データユニットに対するＡＣＫ／ＮＡＣＫを単一のＰＵＣＣＨリソースを用いて送信することができる。
【０２４７】
基本的に、全てのデータユニットに対する少なくとも一つのＡＣＫが存在すると、ＡＣＫ／ＮＡＣＫ多重化方法（表１７参照）においてＮＡＣＫ及びＤＴＸはＮＡＣＫ／ＤＴＸのように連結される。なぜなら、ＰＵＣＣＨリソースとＱＰＳＫシンボルとの組合せはあらゆるＡＣＫ，ＮＡＣＫ及びＤＴＸ状況をカバーするには足りないからである。一方、いずれのデータユニットに対してもＡＣＫが存在しない場合には（すなわち、ＮＡＣＫ又はＤＴＸのみが存在する場合）、ＤＴＸとデカップルされた単一ＮＡＣＫが、一つのＨＡＲＱ−ＡＣＫ（ｉ）と定義される。このような場合、単一ＮＡＣＫに相応するデータユニットに連結されたＰＵＣＣＨリソースは、多重ＡＣＫ／ＮＡＣＫ信号の送信のために留保されてもよい。
【０２４８】
２．４．２  ＬＴＥ−ＡシステムにおけるＡＣＫ／ＮＡＣＫ送信
【０２４９】
ＬＴＥ−Ａシステム（例えば、Ｒｅｌ−１０、１１、１２など）では、複数のＤＬ  ＣＣで送信された複数のＰＤＳＣＨ信号に対する複数のＡＣＫ／ＮＡＣＫ信号を、特定ＵＬ  ＣＣで送信することを考慮している。そのために、ＬＴＥシステムのＰＵＣＣＨフォーマット１ａ／１ｂを用いたＡＣＫ／ＮＡＣＫ送信とは違い、複数のＡＣＫ／ＮＡＣＫ信号をチャネルコード（例、Ｒｅｅｄ−Ｍｕｌｌｅｒ  ｃｏｄｅ、Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅなど）した後、ＰＵＣＣＨフォーマット２、又は次のようなブロック拡散（Ｂｌｏｃｋ−ｓｐｒｅａｄｉｎｇ）ベースの変形された形態の新しいＰＵＣＣＨフォーマット（例えば、Ｅ−ＰＵＣＣＨ  ｆｏｒｍａｔ）を用いて、複数のＡＣＫ／ＮＡＣＫ情報／信号を送信することができる。
【０２５０】
図１６は、ブロック拡散ベースの新しいＰＵＣＣＨフォーマットの一例を示す図である。
【０２５１】
ブロック拡散技法は、制御情報／信号（例、ＡＣＫ／ＮＡＣＫなど）の送信を、ＬＴＥシステムにおけるＰＵＣＣＨフォーマット１又は２系列とは違い、ＳＣ−ＦＤＭＡ方式を用いて変調する方法である。ブロック拡散技法は、図１６に示すように、シンボルシーケンスを直交カバーコード（ＯＣＣ：Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ）に基づいて時間領域上で拡散（ｔｉｍｅ−ｄｏｍａｉｎ  ｓｐｒｅａｄｉｎｇ）して送信する方式である。すなわち、ＯＣＣを用いてシンボルシーケンスを拡散することによって、同じＲＢに複数の端末に対する制御信号を多重化することができる。
【０２５２】
前述した、ＰＵＣＣＨフォーマット２では、一つのシンボルシーケンスが時間領域にわたって送信され、ＣＡＺＡＣシーケンスの循環遷移（すなわち、ＣＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）によって端末多重化が行われる。しかし、ブロック拡散ベースの新しいＰＵＣＣＨフォーマットの場合、一つのシンボルシーケンスが周波数領域にわたって送信され、ＯＣＣベースの時間領域拡散によって端末多重化が行われる。
【０２５３】
例えば、図１６に示すように、一つのシンボルシーケンスを、長さ−５（すなわち、ＳＦ＝５）のＯＣＣによって５個のＳＣ−ＦＤＭＡシンボルとして生成することができる。図１６では、１スロットにおいて総２個のＲＳシンボルが用いられているが、３個のＲＳシンボルが用いられ、ＳＦ＝４のＯＣＣを用いる方式などの様々な方式が可能である。このとき、ＲＳシンボルは、特定循環遷移を有するＣＡＺＡＣシーケンスによって生成されてもよく、また、時間領域の複数ＲＳシンボルに特定ＯＣＣが適用された（掛けられた）形態で送信されてもよい。
【０２５４】
本発明の実施例では、説明の便宜のために、ＰＵＣＣＨフォーマット２又は新しいＰＵＣＣＨフォーマット（例えば、Ｅ−ＰＵＣＣＨ  ｆｏｒｍａｔ）を使用するチャネルコーディングベースの複数ＡＣＫ／ＮＡＣＫ送信方式を、“マルチビットＡＣＫ／ＮＡＣＫコーディング（ｍｕｌｔｉ−ｂｉｔ  ＡＣＫ／ＮＡＣＫ  ｃｏｄｉｎｇ）送信方法”と定義する。
【０２５５】
マルチビットＡＣＫ／ＮＡＣＫコーディング方法は、複数ＤＬ  ＣＣ上で送信されるＰＤＳＣＨ信号に対するＡＣＫ／ＮＡＣＫ又はＤＴＸ情報（ＰＤＣＣＨの受信／検出に失敗したことを意味する。）をチャネルコードして生成されたＡＣＫ／ＮＡＣＫコードブロックを送信する方法を意味する。
【０２５６】
例えば、端末があるＤＬ  ＣＣでＳＵ−ＭＩＭＯモードで動作し、２個のコードワード（ＣＷ：Ｃｏｄｅｗｏｒｄ）を受信すると、当該ＤＬ  ＣＣに対してＣＷ別にＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ，ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫの総４個のフィードバック状態、又はＤＴＸをさらに含んで最大５個のフィードバック状態を有することができる。また、仮に、端末が単一ＣＷを受信すると、ＡＣＫ、ＮＡＣＫ及び／又はＤＴＸの最大３個の状態を有することができる。仮に、ＮＡＣＫをＤＴＸと同一に処理すると、ＡＣＫ、ＮＡＣＫ／ＤＴＸの総２個の状態を有することができる。
【０２５７】
したがって、端末に最大５個のＤＬ  ＣＣが構成され、端末が全てのＤＬ  ＣＣでＳＵ−ＭＩＭＯモードで動作すると、最大５５個の送信可能なフィードバック状態を有することができる。ここで、５５個のフィードバック状態を表現するためのＡＣＫ／ＮＡＣＫペイロードのサイズとしては、総１２ビットが必要である。仮に、ＤＴＸをＮＡＣＫと同一に処理すると、フィードバック状態数は４５個となり、これを表現するためのＡＣＫ／ＮＡＣＫペイロードサイズとしては、総１０ビットが必要である。
【０２５８】
ＬＴＥ  ＴＤＤシステムに適用されるＡＣＫ／ＮＡＣＫ多重化（すなわち、ＡＣＫ／ＮＡＣＫ選択）方法では、基本的に、各ＵＥに対するＰＵＣＣＨリソース確保のために、各ＰＤＳＣＨをスケジュールするＰＤＣＣＨに対応する（すなわち、最小ＣＣＥインデックスとリンクされている）暗黙的ＰＵＣＣＨリソースをＡＣＫ／ＮＡＣＫ送信に使用する暗黙的ＡＣＫ／ＮＡＣＫ選択方式が用いられている。
【０２５９】
一方、ＬＴＥ−Ａ  ＦＤＤシステムでは、ＵＥ特定（ＵＥ−ｓｐｅｃｉｆｉｃ）に設定される一つの特定ＵＬ  ＣＣで、複数のＤＬ  ＣＣで送信される複数のＰＤＳＣＨ信号に対する複数ＡＣＫ／ＮＡＣＫ信号を送信することを考慮している。そのために、特定、一部又は全てのＤＬ  ＣＣをスケジュールするＰＤＣＣＨにリンクされている（すなわち、最小ＣＣＥインデックスｎＣＣＥにリンクされている、又はｎＣＣＥとｎＣＣＥ＋１にリンクされている）暗黙的ＰＵＣＣＨリソース、或いは当該暗黙的ＰＵＣＣＨリソースとＲＲＣシグナリングを介して各ＵＥにあらかじめ割り当てられた明示的ＰＵＣＣＨリソースとの組合せを使用する“ＡＣＫ／ＮＡＣＫ選択（ＡＣＫ／ＮＡＣＫ選択）”方式を考慮している。
【０２６０】
一方、ＬＴＥ−Ａ  ＴＤＤシステムでも複数のＣＣが結合した状況を考慮している。例えば、複数のＣＣが結合される場合、端末が、複数のＤＬサブフレームと複数のＣＣで送信される複数のＰＤＳＣＨ信号に対する複数のＡＣＫ／ＮＡＣＫ情報／信号は、ＰＤＳＣＨ信号が送信される複数のＤＬサブフレームに対応するＵＬサブフレームで特定ＣＣ（すなわち、Ａ／Ｎ  ＣＣ）を用いて送信することを考慮している。
【０２６１】
このとき、ＬＴＥ−Ａ  ＦＤＤとは違い、ＵＥに割り当てられた全てのＣＣで送信可能な最大ＣＷ数に対応する複数のＡＣＫ／ＮＡＣＫ信号を、複数のＤＬサブフレームの全てに対して送信する方式（すなわち、ｆｕｌｌ  ＡＣＫ／ＮＡＣＫ）を考慮したり、又はＣＷ、ＣＣ及び／又はサブフレーム領域に対してＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）を適用し、全体送信ＡＣＫ／ＮＡＣＫ数を減らして送信する方式（すなわち、ｂｕｎｄｌｅｄ  ＡＣＫ／ＮＡＣＫ）を考慮することができる。
【０２６２】
ここで、ＣＷバンドリングとは、各ＤＬサブフレームに対してＣＣ別にＣＷに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味し、ＣＣバンドリングとは、各ＤＬサブフレームに対して全て又は一部のＣＣに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味する。また、サブフレームバンドリングとは、各ＣＣに対して全て又は一部のＤＬサブフレームに対するＡＣＫ／ＮＡＣＫバンドリングを適用することを意味する。
【０２６３】
サブフレームバンドリング方法として、ＤＬ  ＣＣのそれぞれに対して受信された全てのＰＤＳＣＨ信号又はＤＬグラントＰＤＣＣＨに対して、ＣＣ別総ＡＣＫ個数（又は、一部のＡＣＫ個数）を知らせるＡＣＫカウンター（ＡＣＫ−ｃｏｕｎｔｅｒ）方式を考慮することができる。このとき、ＵＥ別ＡＣＫ／ＮＡＣＫペイロード、すなわち、各端末別に設定された全ての又はバンドルされたＡＣＫ／ＮＡＣＫ送信のためのＡＣＫ／ＮＡＣＫペイロードのサイズによって、多重ビットＡＣＫ／ＮＡＣＫコーディング方式又はＡＣＫ／ＮＡＣＫ選択方式ベースのＡＣＫ／ＮＡＣＫ送信技法を変更可能に（ｃｏｎｆｉｇｕｒａｂｌｅ）適用することができる。
【０２６４】
２．５  物理上りリンク制御チャネル送受信過程
【０２６５】
移動通信システムは、一つのセル／セクターで一つの基地局が多数の端末機と無線チャネル環境を介してデータを送受信する。多重搬送波及びこれと類似する形態で運営されるシステムにおいて、基地局は、有線インターネット網からパケットトラフィックを受信し、受信されたパケットトラフィックを定められた通信方式を用いて各端末機に送信する。このとき、基地局がどのタイミングにどの周波数領域を使用してどの端末機にデータを送信するのかを決定することが下りリンクスケジューリングである。また、定められた形態の通信方式を使用して端末機から送信されたデータを受信及び復調し、有線インターネット網にパケットトラフィックを送信する。基地局がどのタイミングにどの周波数帯域を用いてどの端末機に上りリンクデータを送信できるようにするのかを決定することが上りリンクスケジューリングである。一般に、チャネル状態の良い端末が、より多くの時間と多くの周波数リソースを用いてデータを送受信することができる。
【０２６６】
多重搬送波及びこれと類似する形態で運営されるシステムにおけるリソースは、時間領域と周波数領域に大きく分けることができる。また、このリソースは、再びリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）と定義できるが、これは、任意のＮ個の副搬送波と任意のＭ個のサブフレーム又は定められた時間単位で構成される。このとき、ＮとＭは１になり得る。図１７は、時間−周波数単位のリソースブロックが構成される一例を示す図である。
【０２６７】
図１７において、一つの四角形は一つのリソースブロックを意味し、一つのリソースブロックは、多数の副搬送波を一軸とし、定められた時間単位（例えば、スロット又はサブフレーム）を他の軸として構成される。
【０２６８】
下りリンクにおいて、基地局は、定められたスケジューリング規則に従って選択された端末に１個以上のリソースブロックをスケジュールし、基地局は、この端末に割り当てられたリソースブロックを用いてデータを送信する。上りリンクでは、基地局が定められたスケジューリング規則に従って選択された端末に１個以上のリソースブロックをスケジュールし、端末機は、割り当てられたリソースを用いて上りリンクでデータを送信するようになる。
【０２６９】
スケジュールし、データが送受信された後、データが送受信される（サブ）フレームが失われたか損傷した場合の誤り制御方法としては、自動再送信要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）方式と、より発展した形態のハイブリッド自動再送信要求（ＨＡＲＱ：Ｈｙｂｒｉｄ  ＡＲＱ）方式とがある。
【０２７０】
ＡＲＱ方式は、基本的に一つの（サブ）フレーム送信後に確認メッセージ（ＡＣＫ）が来ることを待機し、受信側では、確実に受ける場合のみに確認メッセージ（ＡＣＫ）を送り、上記（サブ）フレームに誤りが生じた場合はＮＡＫ（ｎｅｇａｔｉｖｅ−ＡＣＫ）メッセージを送り、誤りが生じた受信フレームは、受信端バッファからその情報を削除する。送信側でＡＣＫ信号を受けたときは、その後に（サブ）フレームを送信するが、ＮＡＫメッセージを受けたときは該当（サブ）フレームを再送信するようになる。ＡＲＱ方式とは違い、ＨＡＲＱ方式は、受信されたフレームを復調できない場合、受信端では送信端にＮＡＫメッセージを送信するが、既に受信したフレームは一定時間の間バッファに格納し、そのフレームが再送信されたときに既に受信したフレームとコンバインして受信成功率を高める方式である。
【０２７１】
最近は、基本的なＡＲＱ方式より効率的なＨＡＲＱ方式がより広く使用されている。このようなＨＡＲＱ方式でも様々な種類がある。例えば、再送信するタイミングによって同期式（ｓｙｎｃｈｒｏｎｏｕｓ）ＨＡＲＱ方式と非同期式（ａｓｙｎｃｈｒｏｎｏｕｓ）ＨＡＲＱとに分けることができ、再送信時に使用するリソースの量に対してチャネル状態を反映するか否かによってチャネル適応的（ｃｈａｎｎｅｌ−ａｄａｐｔｉｖｅ）ＨＡＲＱ方式とチャネル非適応的（ｃｈａｎｎｅｌ−ｎｏｎ−ａｄａｐｔｉｖｅ）ＨＡＲＱ方式とに分けることができる。
【０２７２】
同期式ＨＡＲＱ方式は、初期送信に失敗した場合、以後の再送信がシステムによって定められたタイミングに行われる方式である。例えば、再送信が行われるタイミングが、初期送信の失敗後の毎４番目の時間単位であると仮定すると、これは、基地局と端末機との間に既に約束がなされているので、追加的にこのタイミングに対して知らせる必要はない。但し、データ送信側でＮＡＫメッセージを受けた場合、ＡＣＫメッセージを受けるまで毎４番目の時間単位でフレームを再送信するようになる。
【０２７３】
その一方、非同期式ＨＡＲＱ方式は、再送信タイミングの新たなスケジューリング又は追加的なシグナリングを介して行うことができる。以前に失敗したフレームに対する再送信が行われるタイミングは、チャネル状態などの多くの要因によって可変し得る。
【０２７４】
チャネル非適応的ＨＡＲＱ方式は、再送信時、スケジューリング情報（例えば、フレームの変調方式や用いるリソースブロックの数、ＡＭＣ（Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）など）が初期送信時に定められた通りである方式である。これとは異なり、チャネル適応的ＨＡＲＱ方式は、このようなスケジューリング情報がチャネルの状態によって可変する方式である。
【０２７５】
例えば、送信側で初期送信時に６個のリソースブロックを用いてデータを送信し、以後の再送信時にも同様に６個のリソースブロックを用いて再送信することがチャネル非適応的ＨＡＲＱ方式である。その一方、初期には６個を用いて送信が行われたとしても、以後にチャネル状態によっては６個より大きいか小さい数のリソースブロックを用いて再送信する方式がチャネル適応的ＨＡＲＱ方式である。
【０２７６】
このような分類によってそれぞれ４個のＨＡＲＱの組合せが可能であるが、主に使用されるＨＡＲＱ方式としては、非同期式及びチャネル適応的ＨＡＲＱ方式と、同期式及びチャネル非適応的ＨＡＲＱ方式とがある。非同期式及びチャネル適応的ＨＡＲＱ方式は、再送信タイミングと使用するリソースの量をチャネルの状態によって適応的に異ならせることによって再送信効率を極大化できるが、オーバーヘッドが大きくなるという短所を有し、上りリンクのためには一般的に考慮されない。一方、同期式及びチャネル非適応的ＨＡＲＱ方式は、再送信のためのタイミングとリソース割り当てがシステム内で約束されているので、このためのオーバーヘッドがほとんどないという長所を有するが、変化が激しいチャネル状態で使用される場合、再送信効率が非常に低くなるという短所を有する。
【０２７７】
このような点を考慮した上で、現在、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムにおいて、下りリンクの場合は非同期式ＨＡＲＱ方式が使用されており、上りリンクの場合は同期式ＨＡＲＱ方式が使用されている。
【０２７８】
図１８は、非同期式ＨＡＲＱ方式のリソース割り当て及び再送信方式の一例を示す図である。
【０２７９】
基地局において、下りリンクでスケジューリング情報を送信し、端末からのＡＣＫ／ＮＡＫの情報が受信された後、再び次のデータが送信されるまでは、図１８のように時間遅延が発生する。これは、チャネル伝播遅延（Ｃｈａｎｎｅｌ  ｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙ）とデータデコーディング及びデータエンコーディングにかかる時間によって発生する遅延である。
【０２８０】
このような遅延区間の間の空白のないデータ送信のために、独立的なＨＡＲＱプロセスを使用して送信する方法が使用されている。例えば、最初のデータ送信と次のデータ送信までの最短周期が７サブフレームである場合、７個の独立的なＨＡＲＱプロセスを設定することによって空白なしでデータを送信することができる。ＬＴＥ／ＬＴＥ−Ａシステムでは、ＭＩＭＯで動作しない場合、一つの端末に最大８個のＨＡＲＱプロセスを割り当てることができる。
【０２８１】
２．６  ＣＡ環境に基づくＣｏＭＰ動作
【０２８２】
以下では本発明の実施形態に適用可能な協力的多重ポイント（ＣｏＭＰ：Ｃｏｏｐｅｒａｔｉｖｅ  Ｍｕｌｔｉ−Ｐｏｉｎｔ）送信動作について説明する。
【０２８３】
ＬＴＥ−ＡシステムにおいてＬＴＥでのＣＡ（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）機能を用いてＣｏＭＰ送信を具現することができる。図１９はＣＡ環境で動作するＣｏＭＰシステムの概念図である。
【０２８４】
図１９で、Ｐセルとして動作するキャリアとＳセルとして動作するキャリアは周波数軸に同じ周波数帯域を使うことができ、地理的に離れた二つのｅＮＢにそれぞれ割り当てられた場合を仮定する。この際、ＵＥ１のサービングｅＮＢをＰセルとして割り当て、多くの干渉を与える隣接セルをＳセルとして割り当てることができる。すなわち、一つの端末に対してＰセルの基地局とＳセルの基地局が互いにＪＴ（Ｊｏｉｎｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ）、ＣＳ／ＣＢ及び動的セル選択（Ｄｙｎａｍｉｃ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）などの多様なＤＬ／ＵＬ  ＣｏＭＰ動作を遂行することができる。
【０２８５】
図１９は一つの端末（例えば、ＵＥ１）に対して二つのｅＮＢが管理するセルをそれぞれＰセルとＳセルとして結合する場合に対する例示を示す。ただ、他の例として３個以上のセルが結合することができる。例えば、三つ以上のセルの一部セルは同じ一周波数帯域で一つの端末に対してＣｏＭＰ動作を遂行し、他のセルは他の周波数帯域で単純ＣＡ動作を遂行するように構成されることも可能である。この際、Ｐセルは必ずしもＣｏＭＰ動作に参加する必要はない。
【０２８６】
２．７  参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【０２８７】
以下では本発明の実施形態で使える参照信号について説明する。
【０２８８】
図２０は本発明の実施形態で使えるＵＥ−特定参照信号（ＵＥ−ＲＳ）が割り当てられたサブフレームの一例を示す図である。
【０２８９】
図２０を参照すると、該当サブフレームは正規ＣＰを有する正規下りリンクサブフレームのリソースブロック対内のＲＥの中でＵＥ−ＲＳによって占有されるＲＥを例示したものである。
【０２９０】
ＵＥ−ＲＳはＰＤＳＣＨ信号の送信のために支援され、アンテナポート（等）はｐ＝５、ｐ＝７、ｐ＝８或いはｐ＝７、８、．．．、υ＋６（ここで、υは上記ＰＤＳＣＨの送信のために使われるレイヤの数）となることができる。ＵＥ−ＲＳはＰＤＳＣＨ送信が該当アンテナポートに関連すれば存在し、ＰＤＳＣＨ信号の復調（ｄｅｍｏｄｕｌａｔｉｏｎ）のためにのみ有効な（ｖａｌｉｄ）参照信号である。
【０２９１】
ＵＥ−ＲＳは該当ＰＤＳＣＨ信号がマッピングされたＲＢ上でのみ送信される。すなわち、ＵＥ−ＲＳはＰＤＳＣＨの存在有無にかかわらず、サブフレームごとに送信されるように設定されたＣＲＳ（Ｃｅｌｌ  ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）とは違い、ＰＤＳＣＨがスケジュールされたサブフレームでＰＤＳＣＨがマッピングされたＲＢ（等）でのみ送信されるように設定される。また、ＵＥ−ＲＳはＰＤＳＣＨのレイヤの数にかかわらず、全てのアンテナポート（等）を介して送信されるＣＲＳとは違い、ＰＤＳＣＨのレイヤ（等）にそれぞれ対応するアンテナポート（等）を介して送信される。したがって、ＵＥ−ＲＳを使えば、ＣＲＳに比べてＲＳのオーバーヘッドが減少することができる。ＣＲＳ及びＵＥ−ＲＳなどに対する詳細な説明は３ＧＰＰ  ＬＴＥ−ＡシステムのＴＳ３６．２１１及び３６．２１３規格を参照することができる。
【０２９２】
３ＧＰＰ  ＬＴＥ−Ａシステムにおいて、ＵＥ−ＲＳはＰＲＢ対で定義される。図１９を参照すると、ｐ＝７、ｐ＝８或いはｐ＝７、８、．．．、υ＋６に対し、該当ＰＤＳＣＨ送信のために割り当てられた（ａｓｓｉｇｎ）周波数−ドメインインデックスｎＰＲＢを有するＰＲＢにおいて、ＵＥ−ＲＳシーケンスの一部が特定のサブフレームで複素変調シンボルにマッピングされる。
【０２９３】
ＵＥ−ＲＳはＰＤＳＣＨのレイヤ（等）にそれぞれ対応するアンテナポート（等）を介して送信される。すなわち、ＵＥ−ＲＳポートの個数はＰＤＳＣＨの送信ランクに比例することが分かる。一方、レイヤの数が１又は２の場合にはＲＢ対別に１２個のＲＥがＵＥ−ＲＳ送信に使われ、レイヤの数が２より多い場合にはＲＢ対別に２４個のＲＥがＵＥ−ＲＳ送信に用いられる。また、ＵＥ或いはセルにかかわらずＲＢ対でＵＥ−ＲＳによって占有されたＲＥ（すなわち、ＵＥ−ＲＳ  ＲＥ）の位置はＵＥ−ＲＳポート別に同一である。
【０２９４】
結局、特定のサブフレームで特定のＵＥのためのＰＤＳＣＨがマッピングされたＲＢでのＤＭ−ＲＳ  ＲＥの個数は同一である。ただ、同じサブフレームで相異なるＵＥに割り当てられたＲＢでは送信されるレイヤの数によって該当ＲＢに含まれたＤＭ−ＲＳ  ＲＥの個数は変わることができる。
【０２９５】
本発明の実施形態において、ＵＥ−ＲＳはＤＭ−ＲＳと同一の意味として使われることができる。
【０２９６】
２．８  Ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ（ＥＰＤＣＣＨ）
【０２９７】
３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムにおいて複数のコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ＝（ｓｅｒｖｉｎｇ）ｃｅｌｌ）に対する結合状況でのクロスキャリアスケジューリング（ＣＣＳ：Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）動作を定義すると、一つのスケジュールされるＣＣ（すなわち、ｓｃｈｅｄｕｌｅｄ  ＣＣ）は他の一つのスケジューリングＣＣ（すなわち、ｓｃｈｅｄｕｌｉｎｇ  ＣＣ）からのみＤＬ／ＵＬスケジューリングを受けることができるように（すなわち、該当ｓｃｈｅｄｕｌｅｄ  ＣＣに対するＤＬ／ＵＬ  ｇｒａｎｔ  ＰＤＣＣＨを受信することができるように）前もって設定できる。この際、スケジューリングＣＣは基本的に自分に対するＤＬ／ＵＬスケジューリングを遂行することができる。言い換えれば、上記ＣＣＳ関係にあるスケジューリング／スケジュールされるＣＣをスケジュールするＰＤＣＣＨに対するサーチスペース（ＳＳ：Ｓｅａｒｃｈ  Ｓｐａｃｅ）は全てのスケジューリングＣＣの制御チャネル領域に存在することができる。
【０２９８】
一方、ＬＴＥシステムにおいて、ＦＤＤ  ＤＬキャリア又はＴＤＤ  ＤＬサブフレームは各サブフレームの最初ｎ個（ｎ＜＝４）のＯＦＤＭシンボルを各種制御情報送信のための物理チャネルであるＰＤＣＣＨ、ＰＨＩＣＨ及びＰＣＦＩＣＨなどの送信に使い、残りのＯＦＤＭシンボルをＰＤＳＣＨ送信に使うように構成される。この際、各サブフレームで制御チャネル送信に使うＯＦＤＭシンボルの個数はＰＣＦＩＣＨなどの物理チャネルを介して動的に或いはＲＲＣシグナリングを介した半静的な方式で端末に伝達されることができる。
【０２９９】
一方、ＬＴＥ／ＬＴＥ−Ａシステムにおいては、ＤＬ／ＵＬスケジューリング及び各種制御情報を送信するための物理チャネルであるＰＤＣＣＨは制限されたＯＦＤＭシンボルを介して送信されるなどの限界があるので、ＯＦＤＭシンボルを介して送信されてＰＤＳＣＨから分離されたＰＤＣＣＨのような制御チャネルの代わりにＦＤＭ／ＴＤＭ方式でＰＤＳＣＨともっと自由に多重化する拡張されたＰＤＣＣＨ（すなわち、Ｅ−ＰＤＣＣＨ）を導入することができる。図１１はＬＴＥ／ＬＴＥ−Ａシステムで使われるレガシーＰＤＣＣＨ（Ｌｅｇａｃｙ  ＰＤＣＣＨ）、ＰＤＳＣＨ及びＥ−ＰＤＣＣＨが多重化する一例を示す図である。
【０３００】
３．  ＬＴＥ−Ｕシステム
【０３０１】
３．  １ＬＴＥ−Ｕシステム構成
【０３０２】
以下では免許帯域（Ｌｉｃｅｎｓｅｄ  Ｂａｎｄ）であるＬＴＥ−Ａ帯域と非免許帯域（Ｕｎｌｉｃｅｎｓｅｄ  Ｂａｎｄ）の搬送波結合環境でデータを送受信する方法について説明する。本発明の実施形態において、ＬＴＥ−Ｕシステムはこのような免許帯域と非免許帯域のＣＡ状況を支援するＬＴＥシステムを意味する。非免許帯域はワイファイ（ＷｉＦｉ）帯域又はブルートゥース（ＢＴ）帯域などを用いることができる。
【０３０３】
図２２はＬＴＥ−Ｕシステムで支援するＣＡ環境の一例を示す図である。
【０３０４】
以下では、説明の便宜のために、ＵＥが二つの要素搬送波（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を用いて免許帯域と非免許帯域のそれぞれで無線通信を行うように設定された状況を仮定する。もちろん、ＵＥに三つ以上のＣＣが構成された場合にも以下で説明する方法を適用することができる。
【０３０５】
本発明の実施形態において、免許帯域の搬送波（ＬＣＣ：Ｌｉｃｅｎｓｅｄ  ＣＣ）は主要素搬送波（Ｐｒｉｍａｒｙ  ＣＣ：ＰＣＣ又はＰセルと呼ぶことができる）であり、非免許帯域の搬送波（Ｕｎｌｉｃｅｎｓｅｄ  ＣＣ：ＵＣＣ）は副要素搬送波（Ｓｅｃｏｎｄａｒｙ  ＣＣ：ＳＣＣ又はＳセルと呼ぶことができる）の場合を仮定する。ただ、本発明の実施形態は多数の免許帯域と多数の非免許帯域がキャリア結合方式で用いられる状況にも拡張して適用することができる。また、本発明の提案方式は３ＧＰＰ  ＬＴＥシステムだけでなく他の特性のシステムにも拡張して適用可能である。
【０３０６】
図２２は一つの基地局で免許帯域と非免許帯域を共に支援する場合を示した。すなわち、端末は免許帯域であるＰＣＣを介して制御情報及びデータを送受信することができ、また非免許帯域であるＳＣＣを介して制御情報及びデータを送受信することができる。しかし、図２２に示した状況は一例であり、一つの端末が多数の基地局と接続するＣＡ環境にも本発明の実施形態を適用することができる。
【０３０７】
例えば、端末はマクロ基地局（Ｍ−ｅＮＢ：Ｍａｃｒｏ  ｅＮＢ）とＰセルを構成し、スモール基地局（Ｓ−ｅＮＢ：Ｓｍａｌｌ  ｅＮＢ）とＳセルを構成することができる。この際、マクロ基地局とスモール基地局はバックホール網を介して連結されてもよい。
【０３０８】
本発明の実施形態において、非免許帯域は競合に基づく任意接続方式で動作することができる。この際、非免許帯域を支援するｅＮＢはデータ送受信前にまずキャリアセンシング（ＣＳ：Ｃａｒｒｉｅｒ  Ｓｅｎｓｉｎｇ）過程を遂行することができる。ＣＳ過程は該当帯域が他の個体によって占有されているかを判断する過程である。
【０３０９】
例えば、Ｓセルの基地局（ｅＮＢ）は現在チャネルを使っているビジー（ｂｕｓｙ）状態であるか或いは使っていない遊休（ｉｄｌｅ）状態であるかをチェックする。仮に、該当帯域が遊休状態であると判断されれば、基地局は、クロスキャリアスケジューリング方式の場合、Ｐセルの（Ｅ）ＰＤＣＣＨを介して、又はセルフスケジューリング方式の場合、ＳセルのＰＤＣＣＨを介してスケジューリンググラント（ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ）を端末に送信してリソースを割り当て、データ送受信を試みることができる。
【０３１０】
この際、基地局はＭ個の連続したサブフレームで構成された送信機会（ＴｘＯＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  ＯＰｐｏｒｔｕｎｉｔｙ）区間を設定することができる。ここで、Ｍ値及びＭ個のサブフレームの用途を前もって基地局が端末にＰセルを介した上位階層シグナリングを介して、或いは物理制御チャネル又は物理データチャネルを介して知らせることができる。Ｍ個のサブフレームで構成されたＴｘＯＰ区間は予約されたリソース区間（ＲＲＰ：Ｒｅｓｅｒｖｅｄ  Ｒｅｓｏｕｒｃｅ  Ｐｅｒｉｏｄ）と呼ぶことができる。
【０３１１】
３．２  キャリアセンシング過程
【０３１２】
本発明の実施形態において、ＣＳ過程はＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）過程と呼ぶことができ、既に設定されるか或いは上位階層信号を介して設定されたＣＣＡ閾値に基づいて該当チャネルがビジー（ｂｕｓｙ）又は遊休（ｉｄｌｅ）状態であるかを判断することができる。例えば、非免許帯域であるＳセルでＣＣＡ閾値より高いエネルギーが検出されれば、ビジーではなければ遊休であると判断することができる。この際、チャネル状態が遊休であると判断されれば、基地局はＳセルで信号送信を開始することができる。このような一連の過程はＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）と命名することができる。
【０３１３】
図２３はＬＢＴ過程中の一つであるＦＢＥ動作の一例を示す図である。
【０３１４】
ヨーロッパのＥＴＳＩ規定（ｒｅｇｕｌａｔｉｏｎ；ＥＮ  ３０１  ８９３  Ｖ１．７．１）ではＦＢＥ（Ｆｒａｍｅ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）とＬＢＥ（Ｌｏａｄ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）と命名される２種のＬＢＴ動作を例示している。ＦＢＥは、通信ノードがチャネル接続（ｃｈａｎｎｅｌ  ａｃｃｅｓｓ）に成功したとき、送信を持続することができる時間を意味するチャネル占有時間（Ｃｈａｎｎｅｌ  Ｏｃｃｕｐａｎｃｙ  Ｔｉｍｅ；例えば、１〜１０ｍｓ）とチャネル占有時間の最小５％に相当する遊休期間（Ｉｄｌｅ  Ｐｅｒｉｏｄ）が一つの固定フレーム（Ｆｉｘｅｄ  Ｆｒａｍｅ）を構成し、ＣＣＡは遊休期間内の終部にＣＣＡスロット（最小２０μｓ）の間にチャネルを観測する動作に定義される。
【０３１５】
この際、通信ノードは固定フレーム単位で周期的にＣＣＡを遂行する。仮に、チャネル非占有（Ｕｎｏｃｃｕｐｉｅｄ）状態の場合、通信ノードはチャネル占有時間の間にデータを送信し、チャネル占有状態の場合には、送信を保留し、次の周期のＣＣＡスロットまで待つ。
【０３１６】
図２４はＦＢＥ動作をブロックダイアグラムで示した図である。
【０３１７】
図２４を参照すると、Ｓセルを管理する通信ノード（すなわち、基地局）はＣＣＡスロットの間にＣＣＡ過程を遂行する。仮に、チャネル遊休状態であれば、通信ノードはデータ送信（Ｔｘ）を遂行し、チャネルビジー状態であれば、固定フレーム期間からＣＣＡスロットを差し引いた時間だけ待機した後、再びＣＣＡ過程を遂行する。
【０３１８】
通信ノードは、チャネル占有時間の間にデータ送信を遂行し、データ送信が終われば、遊休期間からＣＣＡスロットを差し引いた時間だけ待機した後、再びＣＣＡ過程を遂行する。仮に、通信ノードは、チャネルが遊休状態であるか或いは送信すべきデータがない場合には、固定フレーム期間からＣＣＡスロットを差し引いた時間だけ待機した後、再びＣＣＡ過程を遂行する。
【０３１９】
図２５はＬＢＴ過程中の一つであるＬＢＥ動作の一例を示す図である。
【０３２０】
図２５（ａ）を参照すると、通信ノードは、ＬＢＥ動作を遂行するために、まずｑ∈｛４、５、…、３２｝の値を設定した後、一つのＣＣＡスロットに対するＣＣＡを遂行する。
【０３２１】
図２５（ｂ）はＬＢＥ動作をブロックダイアグラムで示した図である。図１５（ｂ）を参照してＬＢＥ動作について説明する。
【０３２２】
通信ノードはＣＣＡスロットでＣＣＡ過程を遂行することができる。仮に、第１ＣＣＡスロットでチャネルが非占有状態であれば、通信ノードは最大（１３／３２）ｑ  ｍｓ長さの時間を確保してデータを送信することができる。
【０３２３】
しかし、第１ＣＣＡスロットでチャネルが占有状態であれば、通信ノードは任意に（すなわち、ｒａｎｄｏｍｌｙ）Ｎ∈｛１、２、…、ｑ｝の値を選び、カウント値を初期値に設定及び保存し、以後にＣＣＡスロット単位でチャネル状態をセンシングしながら、特定のＣＣＡスロットでチャネルが非占有状態であれば、先に設定したカウント値を一つずつ減らして行く。カウント値が０となれば、通信ノードは最大（１３／３２）ｑ  ｍｓ長さの時間を確保してデータを送信することができる。
【０３２４】
３．３  下りリンクで不連続伝送
【０３２５】
制限された最大伝送区間を有する非免許キャリア上で不連続伝送はＬＴＥシステムの動作に必要ないくつかの機能に影響を与えることがある。このようないくつかの機能は不連続ＬＡＡ下りリンク伝送の開始部分で送信される一つ以上の信号によって支援され得る。このような信号によって支援される機能はＡＧＣ（Ａｕｔｏｍａｔｉｃ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）設定、チャネル予約などの機能を含む。
【０３２６】
ＬＡＡノードによる信号伝送においてチャネル予約は、成功的なＬＢＴ動作によるチャネル接続後に他のノードに信号を送信するために取得されたチャネルを介して信号を送信することを意味する。
【０３２７】
不連続下りリンク伝送を含むＬＡＡ動作のための一つ以上の信号によって支援される機能は、端末によるＬＡＡ下りリンク伝送の検出及び端末の時間及び周波数同期化機能を含む。このとき、このような機能の要求が他の可能な機能を除外することを意味するのではなく、このような機能は他の方法によって支援されてもよい。
【０３２８】
３．３．１  時間及び周波数同期
【０３２９】
ＬＡＡシステムに対して推薦される設計目標は、ＲＲＭ測定のためのディスカバリ信号及びＤＬ伝送バースト内に含まれた参照信号のそれぞれ又はそれらの組合せを用いて端末が時間及び周波数同期を取得することを支援することである。サービングセルで送信されるＲＲＭ測定のためのディスカバリ信号は少なくとも概略的な（ｃｏａｒｓｅ）時間又は周波数同期を取得するために用いられる。
【０３３０】
３．３．２  下りリンク送信タイミング
【０３３１】
ＤＬ  ＬＡＡ設計において、サブフレーム境界調整は、ＬＴＥ−Ａシステム（Ｒｅｌ−１２以下）で定義するＣＡによって結合されるサービングセル間のＣＡタイミング関係に従うことができる。ただし、これは、基地局が単にサブフレーム境界でのみＤＬ伝送を始めることを意味するものではない。ＬＡＡシステムは、ＬＢＴ過程の結果によって一つのサブフレーム内で全てのＯＦＤＭシンボルが可用でない場合にもＰＤＳＣＨ伝送を支援することができる。このとき、ＰＤＳＣＨ伝送のための必要な制御情報の伝送が支援される必要がある。
【０３３２】
３．４  ＲＲＭ測定及び報告
【０３３３】
ＬＴＥ−Ａシステムは、セル検出を含むＲＲＭ機能を支援するための開始時点でディスカバリ信号（Ｄｉｓｃｏｖｅｒｙ  Ｓｉｇｎａｌ）を送信することができる。このとき、ディスカバリ信号をディスカバリ参照信号（ＤＲＳ：Ｄｉｓｃｏｖｅｒｙ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）と呼ぶことができる。ＬＡＡのためのＲＲＭ機能を支援するために、ＬＴＥ−Ａシステムのディスカバリ信号及びディスカバリ信号の送受信機能は変更して適用されてもよい。
【０３３４】
３．４．１  ディスカバリ参照信号（ＤＲＳ）
【０３３５】
ＬＴＥ−ＡシステムのＤＲＳはスモールセルのオンオフ動作を支援するために設計された。このとき、オフされたスモールセルは、周期的なＤＲＳの伝送以外の大部分の機能がオフしている状態を意味する。ＤＲＳは４０、８０又は１６０ｍｓの周期でＤＲＳ伝送機会（ｏｃｃａｓｉｏｎ）において送信される。ディスカバリ測定タイミング構成（ＤＭＴＣ：Ｄｉｓｃｏｖｅｒｙ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｔｉｍｉｎｇ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、端末がＤＲＳを受信することを予想できる時間区間を意味する。ＤＲＳ伝送機会はＤＭＴＣ内のどこでも発生することができ、端末は、割り当てられたセルから該当の周期で連続してＤＲＳが送信されることを予想することができる。
【０３３６】
ＬＴＥ−ＡシステムのＤＲＳをＬＡＡシステムで用いることは、新規の制限事項をもたらし得る。例えば、いくつかの地域で、ＬＢＴのない非常に短い制御伝送のように、ＤＲＳの伝送を許容することができるが、ＬＢＴのない短い制御伝送は他のいくつかの地域では許容しない。したがって、ＬＡＡシステムにおいてＤＲＳ伝送はＬＢＴの対象になり得る。
【０３３７】
仮に、ＤＲＳ伝送においてＬＢＴが適用される場合には、ＬＴＥ−ＡシステムのＤＲＳ伝送の場合とは違い、周期的な方式で送信されなくてもよい。したがって、次のような２つの方式をＬＡＡシステムのためのＤＲＳ伝送のために考慮することができる。
【０３３８】
第一に、ＬＢＴを条件とし、構成されたＤＭＴＣ内で固定した時間位置でのみＤＲＳが送信される方式である。
【０３３９】
第二に、ＬＢＴを条件とし、構成されたＤＭＴＣ内で少なくとも一つの異なる時間位置でＤＲＳの伝送が許容される方式である。
【０３４０】
第二の方式の他の側面として、時間位置の個数は１つのサブフレーム内で１つの時間位置に制限されてもよい。仮に、より有益であれば、ＤＭＴＣ内でＤＲＳの伝送以外に、構成されたＤＭＴＣ外でのＤＲＳ伝送が許容されてもよい。
【０３４１】
図２６は、ＬＡＡシステムで支援するＤＲＳ伝送方法を説明するための図である。
【０３４２】
図２６を参照すると、図２６の上図は、第一のＤＲＳ伝送方法を示し、下図は、第二のＤＲＳ伝送方法を示す図である。すなわち、第一の方式の場合、端末はＤＭＴＣ区間内で定められた位置でのみＤＲＳを受信することができるが、第二の方式の場合、端末はＤＭＴＣ区間内で任意の位置でＤＲＳを受信することができる。
【０３４３】
ＬＴＥ−Ａシステムにおいて端末がＤＲＳ伝送に基づくＲＲＭ測定を行う場合に、端末は、複数のＤＲＳ機会（ＤＲＳ  ｏｃｃａｓｉｏｎ）に基づいて１つのＲＲＭ測定を行うことができる。ＬＡＡシステムにおいてＤＲＳが用いられる場合に、ＬＢＴによる制約によって、ＤＲＳが特定位置で送信されることを保障することができない。仮に、端末が、ＤＲＳが実際に基地局から送信されない場合にＤＲＳが存在すると仮定すると、端末によって報告されるＲＲＭ測定結果に対する品質が低下し得る。したがって、ＬＡＡ  ＤＲＳ設計は、一つのＤＲＳ機会でＤＲＳの存在を検出できるように許容しなければならず、これは、ＵＥに成功的に検出されたＤＲＳ機会のみを行うＲＲＭ測定に結合し得るように保障することができる。
【０３４４】
ＤＲＳを含む信号は時間上で隣接したＤＲＳ伝送を保障しない。すなわち、ＤＲＳを搬送するサブフレームでデータ伝送がないと、物理信号が送信されないＯＦＤＭシンボルがあり得る。非免許帯域で動作する間に、他のノードは、ＤＲＳ伝送間のこのような沈黙区間において該当のチャネルが遊休状態であるとセンシングすることができる。このような問題を避けるために、ＤＲＳ信号を含む伝送バーストは、いくつかの信号が送信される隣接したＯＦＤＭシンボルで構成されることを保障することが好ましい。
【０３４５】
３．５  チャネル接続過程及び競合ウィンドウ調整過程
【０３４６】
以下では上述したチャネル接続過程（ＣＡＰ：Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）及び競合ウィンドウ調整過程（ＣＷＡ：Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ  Ａｄｊｕｓｔｍｅｎｔ）について送信ノードの観点で説明する。
【０３４７】
図２７はＣＡＰ及びＣＷＡを説明するための図である。
【０３４８】
下りリンク送信に対し、ＬＴＥ送信ノード（例えば、基地局）が非免許帯域セルであるＬＡＡ  Ｓセル（等）で動作するためにチャネル接続過程（ＣＡＰ）を開始することができる（Ｓ２７１０）。
【０３４９】
基地局は競合ウィンドウ（ＣＷ）内でバックオフカウンターＮを任意に選択することができる。ここで、Ｎ値は初期値Ｎｉｎｉｔに設定される（Ｓ２７２０）。
【０３５０】
基地局はＬＡＡ  Ｓセル（等）のチャネルが遊休状態であるかを確認し、遊休状態であればバックオフカウンター値を１ずつ減らす（Ｓ２７３０、Ｓ２７４０）。
【０３５１】
図２７でＳ２７３０段階とＳ２７４０段階の順序は変わることができる。例えば、基地局がバックオフカウンターＮを先に減少させた後に遊休状態であるかを確認することができる。
【０３５２】
Ｓ２７３０段階でチャネルが遊休状態ではなければ、つまりチャネルがビジー状態であれば、スロット時間（例えば、９μｓｅｃ）より長い留保期間（ｄｅｆｅｒ  ｄｕｒａｔｉｏｎ；２５μｓｅｃ以上）の間に該当チャネルが遊休状態であるかを確認することができる。留保期間にチャネルが遊休状態であれば、基地局は再びＣＡＰを行うことができる。例えば、バックオフカウンター値Ｎｉｎｉｔが１０であり、バックオフカウンター値が５まで減少した後、チャネルがビジー状態であると判断されれば、基地局は留保期間の間にチャネルをセンシングして遊休状態であるかを判断する。ここで、留保期間の間にチャネルが遊休状態であれば、基地局はバックオフカウンター値Ｎｉｎｉｔを設定するものではなく、バックオフカウンター値５から（又は、バックオフカウンター値を１だけ減少させた後４から）再びＣＡＰ過程を行うことができる。
【０３５３】
再び図２７を参照すると、基地局はバックオフカウンター値（Ｎ）が０となるかを判断し（Ｓ２７５０）、バックオフカウンター値が０となればＣＡＰ過程を終了し、ＰＤＳＣＨを含むＴｘバースト送信を行うことができる（Ｓ２７６０）。
【０３５４】
基地局は端末からＴｘバーストについてのＨＡＲＱ−ＡＣＫ情報を受信することができる（Ｓ２７７０）。
【０３５５】
基地局は受信したＨＡＲＱ−ＡＣＫ情報に基づいてＣＷＳを調整することができる（Ｓ２７８０）。
【０３５６】
Ｓ２７８０段階でＣＷＳを調整する方法は４．１．１節〜４．１．１０節で説明した方法が適用可能である。例えば、基地局は最近に送信したＴｘバーストの第１ＳＦ（すなわち、Ｔｘバーストの最初ＳＦ）についてのＨＡＲＱ−ＡＣＫ情報に基づいてＣＷＳを調整することができる。
【０３５７】
ここで、基地局は、ＣＷＰを行う前、各優先順位クラスに対して初期ＣＷを設定することができる。その後、参照サブフレームで送信されたＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ値がＮＡＣＫに決定される確率が少なくとも８０％の場合には、基地局は各優先順位クラスに対して設定されたＣＷ値をそれぞれ許容された次の上順位に増加させる。
【０３５８】
Ｓ２７６０段階で、ＰＤＳＣＨはセルフキャリアスケジューリング又はクロスキャリアスケジューリング方式で割り当てられることができる。セルフキャリアスケジューリング方式でＰＤＳＣＨが割り当てられた場合、基地局はフィードバックされたＨＡＲＱ−ＡＣＫ情報のＤＴＸ、ＮＡＣＫ／ＤＴＸ又はＡＮＹ状態をＮＡＣＫとしてカウントする。仮に、クロスキャリアスケジューリング方式でＰＤＳＣＨが割り当てられた場合、基地局はフィードバックされたＨＡＲＱ−ＡＣＫ情報のうちＮＡＣＫ／ＤＴＸ及びＡＮＹはＮＡＣＫとしてカウントし、ＤＴＸ状態はＮＡＣＫとしてカウントしない。
【０３５９】
仮に、Ｍサブフレーム（Ｍ＞＝２）にわたってバンドルされ、バンドルされたＨＡＲＱ−ＡＣＫ情報が受信される場合、基地局は該当バンドルされたＨＡＲＱ−ＡＣＫ情報に対してＭ個のＨＡＲＱ−ＡＣＫ応答と見なすことができる。ここで、バンドルされたＭ個のＳＦには参照サブフレームが含まれることが好ましい。
【０３６０】
４．キャリア結合を支援するＬＡＡシステムにおいてＬＢＴ実行方法
【０３６１】
非免許帯域は免許帯域と異なり、非常に多いスペクトルリソース（ｓｐｅｃｔｒｕｍ  ｒｅｓｏｕｒｃｅ）が存在する。特に、５ＧＨｚ帯域は、４つのバンドに大別することができ、各バンドは５１５０〜５３５０、５４７０〜５７２５、５７２５〜５８５０及び５８５０〜５９２５ＭＨｚで構成される。各バンド別から見ても、１００〜２００ＭＨｚの周波数リソースが活用可能である。ＬＴＥシステムで支援する最大帯域幅が２０ＭＨｚであることを勘案して、ＬＴＥ基地局（或いは、ＵＥ）具現時に２０ＭＨｚ単位でＲＦを個別に構成すると、相当なコストがかかるため、少なくともバンド別には同じＲＦを共有するように設計することが経済的に好ましいといえる。
【０３６２】
仮に１つのバンドに対して１つのＲＦ素子を設計すると、当該バンド上に可用の複数の２０ＭＨｚ単位のコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）があるとしても、これらのＣＣを効率的に使用できない場合がある。これは、競合ベース非免許帯域の動作特性上、特定ＣＣで信号を送信する前にＬＢＴ動作を行わなければならないが、特定ＣＣの属したバンドの他のＣＣで既に信号を送信中であれば、（共通のＲＦ素子を使用するので）当該ＣＣでＬＢＴを行うことができず、信号を送信することができないためである。
【０３６３】
言い換えると、共通のＲＦを使用するＣＣにおいては信号を送信することと受信することとが同時に許容されず、基地局（或いは、ＵＥ）が信号を送信する時、ＣＣ間送信タイミングを整列させて送信することが効率的であり得る。
【０３６４】
したがって、以下では、本発明の実施例として、非免許帯域でキャリア結合（ＣＡ）が支援される場合に多重ＣＣ環境のＬＢＴ動作方法について詳しく説明する。下記の説明では便宜上、基地局のＤＬデータ送信に焦点を合わせて説明するが、同様の方式を、ＵＥのＵＬデータ送信時の多重ＣＣ  ＬＢＴにも適用することができる。
【０３６５】
また、本発明の実施例において、ＬＢＴ、ＣＡＰ、ＣＳ及びＣＣＡなどの用語は、特別な制限がない限り、同じ意味で使うことができ、図２７で説明したＣＡＰ過程が基本的に行われることを前提とする。以下の実施例には図２７で説明した動作を適用することができ、それ以外に、ＣＡ環境で行われる特徴について説明する。
【０３６６】
また、１つのＣＣは１つのＳセルと同じ意味で使われ、１つのＣＣを１つのチャネル又は２つ以上のチャネルで構成することができる。
【０３６７】
４．１  ＣＣ間個別ＬＢＴ動作
【０３６８】
以下では非免許帯域において多重ＣＣが構成されるＣＡ環境で、基地局が各ＣＣ別に個別のＬＢＴ動作を行いながらＣＣ間送信タイミングを整列させる方法について説明する。
【０３６９】
４．１．１  独立したＬＢＴ動作方法−１
【０３７０】
基地局は、バックオフカウンター値が‘０’になったＣＣであっても、同時送信を試みる他のＣＣのバックオフカウンター値が‘０’にならないと、‘０’になるまで持ち、同時送信する全ＣＣのバックオフカウンター値が‘０’になると、同時に初期ＣＣＡを行ってチャネルが遊休状態であるＣＣに対してのみＤＬ  ＴＸバースト送信を試みることができる。
【０３７１】
図２８は、ＬＡＡシステムにおいて独立したＬＢＴ動作方法を説明するための図である。
【０３７２】
図２８で、各ＣＣに対する時間ラインの下に表した数字は、ランダムバックオフカウンター値を意味する。各キャリアセンシング単位ごとにキャリアセンシング後に遊休状態であれば、ランダムバックオフカウンター値は１ずつ減少し、ビジー状態であれば、バックオフカウンター値はそのまま維持される。
【０３７３】
図２８（ａ）を参照すると、非免許帯域にＣＣ＃１及びＣＣ＃２が構成され、各ＣＣ別競合ウィンドウサイズ（ＣＷＳ：Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ  Ｓｉｚｅ；ｑ）及び［０，ｑ−１］（或いは、［１，ｑ］）の範囲で任意に選択したバックオフカウンター（Ｎ）値をそれぞれ、ｑ＃１、Ｎ＃１（ｑ＃２、Ｎ＃２  ｆｏｒ  ＣＣ＃２）と定義する。
【０３７４】
各ＣＣ別にスロットごとにチャネルのビジー又は遊休状態を判断して、遊休状態であればＮ値（すなわち、バックオフカウンター値）から１を減少させる。仮にＣＣ＃１でバックオフカウンター値が０になったり、ＣＣ＃２でバックオフカウンター値が０になると、各ＣＣは信号を送信できる条件を満たす。
【０３７５】
しかし、図２８（ａ）の例示のように、Ｎ＃１とＮ＃２とが異なることがあり、ＣＣ別に異なるチャネル状況によってバックオフカウンター値が０になる時点は異なることがある。このとき、ＣＣ＃１とＣＣ＃２の送信時点を一致させる方法の一つは、ＣＣ＃２のバックオフカウンター値が０になるまでＣＣ＃１で送信を試みないことである。
【０３７６】
図２８（ｂ）を参照すると、基地局は、バックオフカウンター値がまず‘０’になったＣＣであっても、同時送信を試みる他のＣＣのバックオフカウンター値が０にならないと、他のＣＣのバックオフカウンター値が０になるまで待つ。その後、同時送信する全てのＣＣのバックオフカウンター値が０になると、全てのＣＣで同時に初期ＣＣＡを行って、チャネルが遊休状態であるＣＣに対してのみＤＬ  ＴＸバースト送信を試みることができる。このとき、ＤＬ  ＴＸバーストは、連続したＤＬ信号送信単位を意味する。
【０３７７】
図２８（ｃ）を参照すると、基地局は、特定ＣＣのバックオフカウンター値が‘０’になったにもかかわらず、同時送信を試みる他のＣＣのチャネルが所定の長い時間においてビジー状態であれば、バックオフカウンター値が０になったＣＣのリソースを効率的に使用できないという短所がある。
【０３７８】
このような問題を解決するために、バックオフカウンター値が‘０’になってからＸｕｓ以内には送信を試みるべきという制約を設定しておくことができる。このとき、Ｘｕｓ時間内に初期ＣＣＡ時間が含まれていてもよく、含まれていなくてもよい。
【０３７９】
万一、Ｘｕｓ以内に基地局がＤＬデータ送信を試みないと、基地局はＮ値を再生成してランダムバックオフを行うように設定されてもよい。例えば、図２８（ｃ）で、ＣＣ＃１において保有（ｈｏｌｄ）された時間がＸｕｓであれば、ＣＣ＃２に対するバックオフカウンター値が‘０’でなくても、基地局は初期ＣＣＡを行った後、遊休状態と判断されたＣＣ＃１でのみＤＬ  ＴＸバースト送信を開始することができる。
【０３８０】
４．１．２  独立したＬＢＴ動作方法−２
【０３８１】
基地局はバックオフカウンター値がまず‘Ｋ’になったＣＣであっても、同時送信を試みる他のＣＣのバックオフカウンター値が‘Ｋ’にならないとＫになるまで待ち、同時送信する全てのＣＣのバックオフカウンター値が０になると、同時にＤＬ  ＴＸバースト送信を試みることができる。
【０３８２】
４．１．１節では特定ＣＣのバックオフカウンター値がまず‘０’に到達すると、当該ＣＣに対しては保有（ｈｏｌｄ）する動作に基づいて記述したが、以下では、バックオフカウンター値が０に到達する前に特定値Ｋ（例えば、Ｋ＝１）になった場合、他のＣＣのバックオフカウンター値も当該特定値（例えば、Ｋ＝１）になるまで保有するように設定することができる。
【０３８３】
図２８（ｃ）を参照すると、基地局は、ＣＣ＃１に対するバックオフカウンター値（Ｋ）が‘１’になる時、ＣＣ＃２のバックオフカウンター値が‘１’でないので一旦保有（ｈｏｌｄ）する。基地局は、ＣＣ＃２のバックオフカウンター値も‘１’になると、ＣＣ＃１及び＃２のチャネルが留保期間（ｄｅｆｅｒ  ｐｅｒｉｏｄ）において遊休状態であるか確認する。これらのチャネルが遊休状態であると判断されると、基地局は、１スロットにおいてＣＣＡをさらに行って、（バックオフカウンター値がまだ１であるので）遊休状態と判断されるＣＣに限ってＤＬ  ＴＸバースト送信を開始することができる。
【０３８４】
ただし、図２８（ｃ）のような方式の場合にも図２８（ｂ）と類似の問題が発生し得る。これを解決するために、基地局は、特定ＣＣがバックオフ過程中に他のＣＣのために保有する時間をＸｕｓ以内と限定することができる。例えば、バックオフカウンター値が特定値Ｋになった後、他のＣＣのバックオフカウンター値がＫ（或いは、Ｋ’）になるまでＸｕｓ以上保有できないという制約を設定しておくことができる。
【０３８５】
このとき、Ｘｕｓには留保期間及びＫ個のスロット時間が含まれていても含まれていなくてもよい。万一基地局がＸｕｓ以内にTXバースト送信を試みないと、基地局はＮ値を再生成してランダムバックオフを行うように設定されてもよい。例えば、図２８（ｃ）で、ＣＣ＃１が保有された時間（すなわち、ＣＣ＃２のバックオフカウンター値が１になるまで待った時間）がＸｕｓであれば、ＣＣ＃２のバックオフカウンター値が１でなくても、基地局は留保時間及び１スロットにおいてＣＣ＃１のチャネルが遊休状態であると判断されると、ＣＣ＃１でのみＤＬ  ＴＸバースト送信を開始することができる。
【０３８６】
上述した実施例でにおいて、ＣＣ間の同時送信のためにまずバックオフカウンター値が０になったＣＣであっても、他のＣＣのバックオフカウンター値が０になるまで保有することができる。このとき、基地局が保有する間に当該ＣＣ（ｓ）のチャネル状態が遊休状態であり得るが、チャネル状態が遊休状態であるにもかかわらず、他のＣＣを待つために当該チャネルでＤＬ送信を放棄することを補償することが好ましい。
【０３８７】
例えば、基地局が次のパケット送信のためのバックオフ動作時に確率的に少ないバックオフ時間を有するように保障することができる。例えば、基地局が保有する間にＫ個のスロットにおいて遊休状態であれば、次のパケット送信のために選んだＮ値があれば、（Ｎ−Ｋ）値をバックオフカウンター値に設定することができる。
【０３８８】
他の例としては、ＣＷＳ値であるｑがあるとき、基地局は［０，ｑ−Ｋ−１］（或いは、［１，ｑ−Ｋ］）の範囲でバックオフカウンターを選ぶように設定されてもよい。
【０３８９】
４．１．３  独立したＬＢＴ動作方法−３
【０３９０】
基地局は、特定時点に同時送信しようとするＣＣ間バックオフカウンター値Ｎを同期化することができる。
【０３９１】
他の方法として、基地局が特定時点に同時送信しようとするＣＣ間バックオフカウンター値Ｎを同期化させる方法がある。例えば、図２８（ｃ）で、Ｎ＃１の値が１になる時点にＮ＃２の値が３であるので、基地局はＮ＃１の値を３に再設定してＬＢＴ動作を行うように設定することができる。
【０３９２】
ただし、この場合にも図２８（ｂ）で指摘した問題と類似の問題が発生し得る。これを解決するために、特定ＣＣで他のＣＣを考慮して増加したＮ値の総合（Ｎ＿ｔｏｔ）或いは増加した競合ウィンドウサイズＸｕｓ（Ｎ＿ｔｏｔ  ＊  ｓｌｏｔ  ｔｉｍｅ）に制約を設定することができる。
【０３９３】
例えば、基地局がＮ＃１値を２増加したことに対する補償を次のパケット送信のためのバックオフ動作時に適用することができる。すなわち、基地局は次のパケット送信のために選んだＮ値があるとき、（Ｎ−２）値をバックオフカウンター値に設定したり、又は競合ウィンドウサイズであるｑがあるとき、［０，ｑ−３］（或いは、［１，ｑ−２］）の範囲でバックオフカウンターを選ぶように設定することができる。
【０３９４】
これらの方法では、特定ＣＣが送信を開始できる条件が揃っていても、基地局は最大Ｘｕｓにおいて他のＣＣが送信を開始できるまで待つことができる。この時、Ｘｕｓは、チャネルが遊休状態であると判断される時間のみを含むことができる。または、Ｘｕｓは、ｅＮＢがチャネルを遊休又はビジー状態と判断することに関係ない長さであってもよい。
【０３９５】
または、Ｘ値はＬＢＴ動作時点に選んだ任意数字から誘導された値であってもよい。例えば、基地局が［０，ＣＷ］から選んだバックオフカウンター値Ｎがあるとき、Ｎ＋Ｎ’（或いは、Ｎ＊Ｎ’＋Ｎ’’）のスロットの時間をＸｕｓに設定することができる。すなわち、基地局がＮ＋Ｎ’（或いは、Ｎ＊Ｎ’＋Ｎ’’）のスロットにおいてチャネルが遊休状態であると判断されると、ＤＬ送信を試みたり、或いはバックオフカウンター値を再生成してバックオフ過程を再び始めることができる。この時、Ｎ’（及びＮ’’）は、事前に定義された値であってもよい。
【０３９６】
また、基地局はＸｕｓ以内に送信を試みず、Ｎ値を再生成する時、ＣＷＳを初期化したり減少させたり増加させることができる。
【０３９７】
または、基地局はＸ値をサブフレーム長の整数倍、又は各サブフレームでＵＥがＴＸバーストを開始できるシンボルまでの長さの整数倍に設定することができる。
【０３９８】
上述したＸｕｓの時間は、（特定ＣＣと）同一バンド内の他のＣＣ（ｓ）が送信中である時間は除いた時間であってもよい。また、上述した“特定ＣＣが送信を開始できる条件が揃っていても、少なくともＸｕｓの間に他のＣＣが送信を開始できるまで待たなければならない”動作は、ｍｕｌｔｉ−ＣＣ送信に限定されず、ｓｉｎｇｌｅ−ＣＣ送信の場合にも同様の適用が可能である。
【０３９９】
４．１．４  独立したＬＢＴ動作方法−４
【０４００】
基地局はまず、あるＣＣが送信を開始できる条件が揃った時点に、一応、可能な全てのＣＣで同時送信を開始し、残りのＣＣに対するバックオフカウンターを事後に補償するように設定することができる。
【０４０１】
４．１．１節〜４．１．３節で説明した方法は、特定ＣＣが送信を開始できる条件が揃っていても、基地局は少なくともＸｕｓにおいて他のＣＣが送信を開始できるまで待たなければならない。この時、Ｘｕｓを待つ間に他の送信ノードによってチャネルが先占され得るという短所がある。
【０４０２】
これを解決するために、まず、あるＣＣが送信を開始できる条件が揃った時点に、基地局は一応、可能な全てのＣＣで同時送信を開始し、まだ減少させていないバックオフカウンター値を事後補償する方法について説明する。
【０４０３】
例えば、基地局は、バックオフカウンター値が０でないにもかかわらず送信を開始するＣＣに対して、次のパケット送信のためのバックオフ動作時に、（バックオフカウンター値が０の時に送信を開始するＣＣに比べて）確率的に大きいバックオフ時間を有するように保障することができる。
【０４０４】
図２９は、ＬＡＡシステムにおいて独立したＬＢＴ動作方法を説明するための他の図である。
【０４０５】
図２９を参照すると、基地局は、ＣＣ＃１のバックオフカウンター値が０になったｓｌｏｔ＃７後に、ＣＣ＃１だけでなくＣＣ＃２でもＴＸバースト送信を同時に始める。この時、ＣＣ＃２でまだ減少させていないバックオフカウンター値‘２’は、ＤＬ  ＴＸバースト送信を終えた後、新しいバックオフカウンター値を選ぶ時点に補償することができる。
【０４０６】
例えば、ＣＣ＃２（或いは、ＣＣ＃１）でＤＬ  ＴＸバースト送信が終わった後、ｓｌｏｔ  ＃Ｘ時点に新しいバックオフカウンター値としてＮ＃２（或いは、Ｎ＃１）を選んだ場合、選ばれた値よりも‘２’大きいＮ＃２＋２（或いは、Ｎ＃１＋２）スロットの間にチャネルが遊休状態である場合に次のＤＬ  ＴＸバースト送信を開始することができる。または、基地局は、ｓｌｏｔ  ＃Ｘ時点に新しいバックオフカウンター値を選ぶ時、ＣＣ＃２では［０，ｑ＃２＋１］（或いは、［１，ｑ＃２＋２］）の範囲で選ぶように設定することができる。
【０４０７】
一方、このような方法を複数のＤＬ  ＴＸバースト送信において反復すると、特定ＣＣではまだバックオフカウンター値が‘０’になる前に他のＣＣによって継続して同時送信を開始することがあり、引続き、事後補償されるバックオフカウンター値が重なることがあり得る。すなわち、当該ＣＣで競合する他の送信ノードに比べて送信確率が不均一に高く設定される恐れがある。
【０４０８】
このような問題を解決するために、ＣＣ＃１のバックオフカウンター値が０になった時点にバックオフカウンター値がＺ未満である（或いは、事後補償するバックオフスロットがＴｕｓ未満である）ＣＣに限って同時送信が許容されてもよい。
【０４０９】
または、Ｍ回のＤＬ  ＴＸバーストの間に連続してバックオフカウンター値が０でないと、送信を開始することは許容されなくてもよい。例えば、Ｍ＝２の場合、直前のＤＬ  ＴＸバースト送信時に、他のＣＣでバックオフカウンター値がまず０になって送信を始めた場合、次のＤＬ  ＴＸバースト送信時には該当ＣＣのバックオフカウンター値が０にならなければならない（ＤＬ  ＴＸバースト送信を）開始する制約が設定されてもよい。
【０４１０】
上述した方法において、あるＣＣが送信を開始できる条件が揃った時点に同時送信が可能なＣＣの条件は、次のように設定することができる。例えば、図２９のＣＣ＃２のように送信直前の一定時間区間（例えば、２スロット）においてチャネルが遊休状態である必要がある。この場合、上述した４．１．１節〜４．１．３節で説明した方法を組み合わせて適用することができる。
【０４１１】
図３０は、ＬＡＡシステムにおいて独立したＬＢＴ動作方法を説明するための更に他の図である。
【０４１２】
図３０を参照すると、基地局はＣＣ＃１及びＣＣ＃２に対しては、４．１．２節で説明した方法を用いて、ｓｌｏｔ＃１４時点にTXバーストの同時送信を行うことができる。仮にｓｌｏｔ＃１４時点以前に一定時間区間（例えば、１６ｕｓ＋ｎ＊ｓｌｏｔ）において遊休状態であるＣＣ＃３に限って、基地局はＣＣ＃１及びＣＣ＃２と同時送信を行うことができる。
【０４１３】
４．１．５  独立したＬＢＴ動作方法−５
【０４１４】
以下では、他のＣＣで送信を開始するための条件が満たされなくても、送信条件を満たすＣＣに対してまず送信を開始する非同期多重ＣＣ送信方法について説明する。
【０４１５】
上述した実施例は、特定ＣＣが送信を開始できる条件が揃っていても、少なくともＸｕｓの間に他のＣＣが送信を開始できるまで待たなければならないという短所がある。このような問題を解決するために、基地局は、他のＣＣで送信を開始するための条件が満たされなくてもまず送信を始めながら多重ＣＣで同時送信を行うことができる。
【０４１６】
図３１は、ＬＡＡシステムにおいて支援可能な非同期多重ＣＣ送信方法を説明するための図である。
【０４１７】
ＬＡＡシステムにおいてＵセルには４個のＣＣがＣＡされた場合を仮定し、同図の最上部の数字はスロット番号を意味し、各ＣＣの下に表記された数字はランダムバックオフカウンター値を意味する。
【０４１８】
（１）基地局はまず、送信中のＣＣがないときには、ＣＣＡを毎スロットごとに行って、遊休状態であればバックオフカウンター値を１ずつ減少させる。
【０４１９】
（２）基地局は、特定ＣＣのバックオフカウンター値が‘０’になるスロットの次のスロット＃Ｙで特定ＣＣのＤＬ  ＴＸバースト送信を開始する。図３１を参照すると、基地局は、ＣＣ  ＃１においてスロット＃７でバックオフカウンター値が０になるので、スロット＃８でＴＸバースト送信を開始することができる。
【０４２０】
（３）基地局は、Ｓｌｏｔ  ＃Ｙ時点にバックオフカウンター値がＺ（図３１で、Ｚ＝１０）未満であり、ｓｌｏｔ  ＃Ｙでチャネルがビジー状態と判断されると、ｓｌｏｔ  ＃Ｙ以降のチャネル状態も常にビジーだと仮定し、特定ＣＣがＤＬ  ＴＸバーストを送信する間に送信を試みない。
【０４２１】
例えば、図３１を参照すると、ｓｌｏｔ  ＃７でチャネルがビジー状態であるＣＣ＃２では、基地局がＣＣ＃１で送信する間に常にチャネルがビジー状態だと仮定し、送信を試みない。
【０４２２】
（４）基地局は、Ｓｌｏｔ  ＃Ｙ時点にバックオフカウンター値がＺ未満であり、ｓｌｏｔ  ＃Ｙでチャネルが遊休状態と判断されると、ｓｌｏｔ  ＃Ｙ以降のチャネル状態も常に遊休状態だと仮定する。例えば、基地局はｓｌｏｔ  ＃Ｙ時点のバックオフカウンター値だけのスロットが過ぎた時点に、当該ＣＣに対してＤＬ  ＴＸバースト送信を試みる。
【０４２３】
図３１を参照すると、基地局は、ｓｌｏｔ  ＃７でチャネルが遊休状態であるＣＣ＃３において、ＣＣ＃１が送信する間に常にチャネルが遊休状態だと仮定し、２個のスロットが過ぎてＤＬ  ＴＸバースト送信を試みる。
【０４２４】
（５）基地局は、Ｓｌｏｔ  ＃Ｙ時点にバックオフカウンター値がＺ以上であれば、（特定ＣＣがＤＬ  ＴＸバーストを送信する間に）送信を試みない。
【０４２５】
例えば、図３１を参照すると、基地局はｓｌｏｔ  ＃７でバックオフカウンター値が１０より大きいＣＣ＃４で（ＣＣ＃１が送信を試みる間に）ＴＸバーストの送信を試みない。
【０４２６】
非同期多重ＣＣ送信方式の場合、基地局は特定ＣＣでまずＴＸバースト送信を始めても、特定ＣＣが送信する間に他のＣＣは同時にＣＣＡを行うと仮定するが、その時、ＣＣＡ結果は常に遊休状態か又はビジー状態であり得る。この時、常に遊休状態か又はビジー状態かの判断は、特定ＣＣがまず送信を始めた時点のＣＣＡ結果に基づく。
【０４２７】
しかし、基地局が特定ＣＣでまず送信を開始する時点にＣＣＡ結果が遊休状態であるとしても、その後の時点にも引き続き遊休状態であるとは保障できない。
【０４２８】
したがって、上述した実施例は非免許帯域で共存する他のノードに悪影響を及ぼすことがあるので、これを考慮した調整が必要である。例えば、ＣＣ＃３でｓｌｏｔ  ＃１０時点に送信したＤＬ  ＴＸバースト送信に失敗した場合、基地局は次のパケット送信時にＣＷＳを伸ばしたりバックオフカウンター値を増加させることができる。
【０４２９】
４．２  端末センシングベースの多重ＣＣ送信方法
【０４３０】
以下では、端末センシングベースの多重ＣＣ送信方式について説明する。
【０４３１】
図３１に示すように、基地局がＣＣ＃１でまずＴＸバースト送信を開始し、残りのＣＣで送信しない場合、基地局は同時送受信が不可能なため、残りのＣＣに対してＣＣＡを行うことができない。したがって、ＵＥが他のＣＣに対するＣＣＡをｅＮＢの代わりに行い、その結果を報告することによって、ｅＮＢの多重ＣＣ送信を可能にすることができる。
【０４３２】
したがって、以下では、ＵＥがｅＮＢの代わりにＣＣＡを行い、その結果を報告することによってｍｕｌｔｉ−ＣＣ送信する方法を提案する。
【０４３３】
４．２．１  ＣＣＡを行うＵＥを決定する方法
【０４３４】
ＤＬ  ＴＸバーストの間にＤＬグラントを受信した全てのＵＥがＤＬ  ＴＸバーストを受信するＣＣ以外の他のＣＣに対してＣＣＡを行うように設定することができる。
【０４３５】
または、ＤＬグラント内に含まれた情報によって他のＣＣに対してＣＣＡを行うように設定することもできる。
【０４３６】
または、ＤＬグラントに関係なく上位層シグナリングによってＣＣＡを行う端末候補があらかじめ決められ、ＤＬ  ＴＸバースト送信の有無を知らせるＤＣＩによって特定端末がＣＣＡを行うように設定することもできる。この時、ＣＣＡを行う端末候補ＵＥは、ｅＮＢがＣＣＡを行う時に類似する結果を得るために、ｅＮＢの近くに位置することが好ましいだろう。
【０４３７】
４．２．２  ＣＣＡを行うＣＣを決定する方法
【０４３８】
ＤＬグランド又は共用ＤＣＩを用いて、ＣＣＡを行うＣＣを設定することができる。
【０４３９】
または、上位層シグナリングを用いて、あらかじめ定められた規則によってＣＣＡを行うＣＣを設定することもできる。例えば、ＣＣ＃１で送信されるＤＬ  ＴＸバーストの間にＤＬグランドを受信したＵＥは、当該ＣＣ＃１が含まれたバンド内のＣＣのうち、活性化状態にある全てのＣＣのそれぞれに対してＣＣＡを行うように設定されてもよい。他の例として、ＣＣ＃１で送信されるＤＬ  ＴＸバーストの間にＤＬグラントを受信したＵＥは、ＣＣ＃２に対してのみＣＣＡを行うようにあらかじめ設定されてもよい。
【０４４０】
４．２．３  ＣＣＡ実行方法及びフィードバック方法
【０４４１】
ＤＬグラント又は共用ＤＣＩを用いて、ＣＣＡを行う区間を設定することができる。
【０４４２】
または、上位層シグナリングを用いて、あらかじめ定められた規則によってＣＣＡが行われる区間を設定することもできる。
【０４４３】
ＵＥは、設定されたＣＣＡ区間でＣＣＡスロット別に遊休／ビジーを判別し、その結果を記憶しておくことができる。この時、ＵＥは、各ＣＣＡスロット別遊休／ビジーをビットマップ形態でｅＮＢにフィードバックすることができる。例えば、ＵＥがビットマップ形態でｅＮＢにフィードバックする方法は、ＰＣｅｌｌ上のＵＬチャネルを活用することができる。例えば、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、新しいＰＵＣＣＨフォーマット又はＰＵＳＣＨピギーバックなどの方法を挙げることができる。
【０４４４】
または、ＵＥは、設定された全ＣＣＡ区間おいて遊休／ビジーのみを判別し、その結果を１ビットでｅＮＢにフィードバックすることもできる。例えば、端末が１ビット情報をフィードバックする時にも同様に、ＰＣｅｌｌ上のＵＬチャネルを活用することができる。例えば、ＰＵＣＣＨフォーマット１（或いは、フォーマット２）上にスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）を送る方法又はＡＣＫ／ＮＡＣＫ情報をフィードバックする方法と同一に送信することができる。
【０４４５】
他の例として、端末はＳＲＳを用いて、遊休又はビジー状態の場合にのみＳＲＳを送信するように設定されてもよい。または、端末に２種類のＳＲＳが構成され、ビジー状態か或いは遊休状態かによって異なるＳＲＳを送信するように設定されてもよい。
【０４４６】
４．２．４フィードバックされたセンシング結果を補償する方法
【０４４７】
複数のＵＥが同一時点に同一ＣＣに対するＣＣＡ実行結果を基地局にフィードバックすることができる。この場合、ＵＥ別にＣＣＡ実行結果が異なることがある。
【０４４８】
基地局は、全ＵＥが遊休状態としてフィードバックしたＣＣＡスロット個数だけ当該ＣＣのバックオフカウンター値に反映することができる。例えば、ＵＥ１とＵＥ２はそれぞれ５個のＣＣＡスロットの間にＣＣＡを行うと仮定するとき、各ＵＥはＣＣＡ結果をビットマップ形態（遊休であれば１、ビジーであれば０）でフィードバックするように設定することができる。例えば、ＵＥ１から‘０１１１１’、ＵＥ２から‘１０１１１’がフィードバックされると、ｅＮＢは当該ＣＣのバックオフカウンター値を３だけ減少させることができる。
【０４４９】
この時、減少したバックオフカウンター値が０以下になると、当該ＣＣのＤＬ  ＴＸバースト開始時点は、先に開始されたＤＬ  ＴＸバースト送信終了以降の時点になってもよく、又はフィードバック情報を受けた直後（又は、直後から最も近い送信可能時点）にＤＬ  ＴＸバースト送信を開始することができる。
【０４５０】
例えば、図３１で、ＣＣ＃１での送信がまず開始され、その後、ＵＥ１がＣＣ＃３に対するＣＣＡを５ＣＣＡスロットの間に行ったと仮定しよう。この時、ＵＥ１が‘００１１１’を基地局にフィードバックすると、ＣＣ＃３に対するバックオフカウンターから３だけを減少させることができ、結果としてバックオフカウンター値が０以下であるので、当該情報のフィードバックをＰＣｅｌｌで受けたｅＮＢは、その直後からＣＣ＃３でＤＬ  ＴＸバースト送信を開始することができる。
【０４５１】
他の方法としては、複数のＵＥが同一時点に同一ＣＣに対するＣＣＡ実行結果をフィードバックするとき、ＵＥ別にＣＣＡ実行結果が異なることがある。基地局は、それらＵＥのうち一部のＵＥのみが遊休状態であるとフィードバックしたＣＣＡスロットに対してもバックオフカウンター値の減少を行うことができる。
【０４５２】
基地局は、特定ＵＥからフィードバックされた情報によってバックオフカウンター値が０になる場合であっても、当該ＣＣのＤＬ  ＴＸバーストを開始することができ、この時、ＤＬ  ＴＸバーストは当該特定ＵＥにのみ送信することができる。
【０４５３】
また、実際ＤＬ  ＴＸバースト開始時点は、先に開始されたＤＬ  ＴＸバースト送信終了以降の時点になってもよく、又はフィードバック情報を受けた直後（又は、直後から最も近い送信可能時点）にＤＬ  ＴＸバースト送信を開始してもよい。
【０４５４】
４．３  クロスＣＣ  ＬＢＴ方式
【０４５５】
以下では、同時送信を試みようとするＣＣ間にバックオフカウンター値を共有するＬＢＴ動作方法について説明する。かかる方式は、多重ＣＣ間に共通にＬＢＴを行うことによって、ＣＣ間送信時間を整列できる別の動作が不要であるという長所がある。
【０４５６】
４．３．１  バックオフカウンター値として共通の値を用いる方法
【０４５７】
以下では、多重ＣＣに対して、ＣＣＡは各ＣＣ別に行うが、バックオフカウンター値としては共通の単一の値を用いる方法について説明する。
【０４５８】
４．３．１．１  方法１
【０４５９】
基地局は、遊休状態であるＣＣの個数だけバックオフカウンター値を減少させ、ＣＣＡカウンター値が‘０’以下になる時点に、遊休状態であるチャネルでＴＸバーストの同時送信を開始することができる。
【０４６０】
図３２は、ＬＡＡシステムにおいて多重ＣＣに対して１つのバックオフカウンター値を用いる方法を説明するための図である。
【０４６１】
図３２を参照すると、基地局が４個のＣＣに対して非免許帯域で同時送信をしようとし、且つ初期バックオフカウンター値は２４であると仮定する。このとき、基地局は、ｓｌｏｔ  ＃１は全ＣＣが遊休状態であるので、バックオフカウンター値を４だけ減少させ、ｓｌｏｔ  ＃３及び＃４はＣＣ＃１及びＣＣ＃２のチャネル状態のみが遊休状態であるので、バックオフカウンター値をそれぞれ２ずつ減少させる。この方式によって、基地局はＳｌｏｔ  ＃９でバックオフカウンター値が‘０’になったが、スロット＃９で遊休状態であるＣＣ＃３及びＣＣ＃４でのみＤＬ  ＴＸバースト送信を試みる。
【０４６２】
このような方式において、基地局は同時送信を試みようとするＣＣの個数にしたがって別々にＣＷＳ  ｑ値を設定することができる。例えば、基地局は、２個のＣＣを活用して同時送信を試みるときには［０，２ｑ−１］の範囲で任意にバックオフカウンター値を選択し、４個のＣＣを活用して同時送信を試みるどきには［０，４ｑ−１］の範囲で任意にバックオフカウンター値を選択することができる。
【０４６３】
他の方法として、基地局はＣＣ別に遊休状態の場合にバックオフカウンター値を減少させる値を異なるように設定することもできる。この時、他のノードの送信によってチャネル状態が相対的に頻繁にビジー状態であるＣＣに対して、基地局はバックオフカウンター値を相対的に少ない割合で減少させることができる。例えば、ＣＣ＃１及びＣＣ＃２が遊休状態のとき、基地局はバックオフカウンター値を０．５ずつ減少させ、ＣＣ＃３及びＣＣ＃４に対しては遊休状態のとき、バックオフカウンター値を１．５ずつ減少させるように設定されてもよい。また、基地局はバックオフカウンター値が０以下になる時点に、遊休状態であるＣＣで同時送信を開始することができる。
【０４６４】
４．３．１．２  方法２
【０４６５】
基地局は同時送信を試みようとする多重ＣＣに対するＣＣＡ結果がいずれも遊休状態である場合にのみバックオフカウンター値を減少させ、バックオフカウンター値が０である場合にのみ全てのＣＣに対して同時送信を試みる。
【０４６６】
しかしながら、このような方法によれば、長時間干渉が入る特定ＣＣによって全ＣＣの送信が遅延されることがある。このような問題を解決するために、基地局は、特定ＣＣのチャネル状態がＷスロットだけ連続してビジー状態であるか、ビジー状態であるスロットの個数がＷ個以上である場合には、当該ＣＣに対する同時送信を試みないように設定されてもよい。
【０４６７】
４．３．２  多重ＣＣに対して１つのバックオフカウンター及び１つのＣＣＡ過程を行う方法
【０４６８】
以下では、基地局が非免許帯域の多重ＣＣに対してバックオフカウンター値として共通の単一の値を用いて動作するだけでなく、ＣＣＡ（すなわち、ＬＢＴ）を全ＣＣに対して行う方法について説明する。
【０４６９】
４．３．２．１  第１方法
【０４７０】
基地局は毎スロットごとに全ＣＣに対してエネルギー検出（ｅｎｅｒｇｙ  ｄｅｔｅｃｔｉｏｎ）を行った後、定められたＣＣＡ閾値より小さいと遊休状態と判断し、バックオフカウンター値を１ずつ減少させる。基地局はバックオフカウンター値が０になると、全ＣＣに対して送信を開始する。
【０４７１】
しかし、この方法は、一部の帯域でのみ占有して送信中である他のノードの存在を認知できないまま送信を始めるので、当該ノードに干渉を及ぼし得るという短所がある。
【０４７２】
４．３．２．２  第２方法
【０４７３】
図３３は、ＬＡＡシステムにおいて多重ＣＣに対して１つのバックオフカウンター及び１つのＣＣＡ動作を行う方法を説明するための図である。
【０４７４】
第１方法の問題を補完するための方法として、基地局はＣＣＡ閾値を複数個設定し、全ＣＣに対して測定された電力値に基づいて、バックオフカウンター値を減少させる値を別々にするＬＢＴ動作を行うことができる。基地局は、バックオフカウンター値が０以下になる時点に測定された電力値に基づいて同時送信するチャネルの個数を決め、実際送信するＣＣは任意に選択して送信を開始することができる。
【０４７５】
例えば、基地局が４０ＭＨｚで動作するとき、ＣＣＡ閾値を−５９ｄＢｍ及び−５６ｄＢｍの２つに設定することができる。この時、全ＣＣに対して測定されたエネルギー検出値が−５９ｄＢｍ以下であれば、基地局はバックオフカウンター値を２ずつ減少させ、−５６ｄＢｍ以下であれば、バックオフカウンター値を１ずつ減少させるように設定されてもよい。
【０４７６】
図３３を参照すると、基地局は初期バックオフカウンター値を１４に設定し、スロット＃１からＬＢＴを行って、２つの閾値と測定された電力値とを比較してバックオフカウンター値を計算することができる。基地局はスロット＃９で検出されたエネルギー量が−５７ｄＢｍであるので、バックオフカウンター値を１だけ減少させる。これによって、スロット＃１０でバックオフカウンター値が‘０’に到達したので、基地局は２個のＣＣからいずれか一つのＣＣを任意に選択してＤＬ  ＴＸバースト送信を試みることができる。または、基地局は、バックオフカウンター値が‘０’に到達したスロットで、遊休状態であるＣＣでＤＬ  ＴＸバーストを送信することができる。
【０４７７】
４．３．２．３  第３方法−代表ＣＣでＬＢＴ実行方法
【０４７８】
４．３．２．３．１  代表ＣＣ設定及びＬＢＴ実行方法
【０４７９】
非免許帯域で設定された多重ＣＣのうち、１つ以上の所定のＣＣを一つのグループと定義し、各グループ内のＣＣのうち代表ＣＣ（又は、第１のＣＣ）に限ってランダムバックオフＬＢＴ動作を行うことができる。すなわち、基地局は、各ＣＣグループから代表ＣＣを選択することができる。この時、該当のグループの残りのＣＣ（又は、第２のＣＣ）では、代表ＣＣの送信開始直前の所定時間区間でのみキャリアセンシング動作を行うことができる。
【０４８０】
すなわち、ｅＮＢは、ランダムバックオフＬＢＴ動作が終わった代表ＣＣ及び所定時間区間でキャリアセンシングした結果、遊休状態と判断されるＣＣに限って同時送信を試みることができる。この時、複数グループ内の代表ＣＣでのＬＢＴ（又は、ＣＡＰ）実行方法は、図２７を参照することができ、ＤＬ  ＴＸバースト送信は、上述した４．１節〜４．２節で説明した実施例を適用することができる。
【０４８１】
例えば、非免許帯域に４個のＣＣが割り当てられた場合に、ＣＣ＃１及びＣＣ＃２を一つのグループとして構成し、ＣＣ＃３及びＣＣ＃４を他のグループとして構成することができる。この時、ＣＣ＃１をＣＣ＃２の代表ＣＣに、ＣＣ＃３をＣＣ＃４の代表ＣＣに設定することができる。この場合、ＣＣ＃１とＣＣ＃３での同時送信は、上述した４．１節〜４．２節で説明した方法を適用することができる。
【０４８２】
仮に、ＣＣ＃１及びＣＣ＃３の送信開始直前の一定時間区間でチャネルが遊休状態であれば、基地局はＣＣ＃２及びＣＣ＃４でも同時送信を行うことができる。
【０４８３】
また、代表ＣＣはあらかじめ定められた規則によって定められてもよい。例えば、基地局は、当該グループ内のＣＣのうち、最も低い帯域（又は、最も高い帯域）のＣＣを代表ＣＣに設定することができる。
【０４８４】
４．３．２．３．２  代表ＣＣ変更方法
【０４８５】
ＬＡＡシステムにおいて支援する非免許帯域の多重ＣＣ上でＬＢＴを行う場合に、ＣＣ別に干渉及びチャネル状況が異なるので、ランダムバックオフを行う代表ＣＣを変更することが、ｅＮＢのチャネル接続側面において有利であり得る。
【０４８６】
ただし、あまりにも頻繁に代表ＣＣを変更すると、適切な代表ＣＣを選択し難い場合もある。したがって、本発明の実施例では、任意バックオフを行う代表ＣＣを変更する最小周期などを定義することができる。
【０４８７】
例えば、基地局がランダムバックオフを行う代表ＣＣを選択したり変更した後、Ｔ時間間では代表ＣＣの変更が制限されてもよい。すなわち、一旦、ランダムバックオフを行う代表ＣＣが変更されると、Ｔ時間（例えば、１０ｍｓ）以降に代表ＣＣの変更を再び行うことができる。
【０４８８】
他の例として、ランダムバックオフを行う代表ＣＣが変更された後、基地局がＴＸバーストをＮ回（Ｎ＞＝１）以上送信した後に限って、再び代表ＣＣの変更が可能となるように設定されてもよい。
【０４８９】
または、ＣＷＳが特定条件を満たす場合にのみ代表ＣＣが変更されるように設定されてもよい。例えば、ＬＢＴ優先順位クラス別にＣＷＳが調節される時、各優先順位クラス別現在ＣＷＳがいずれもＣＷＳの最小値（又は、最小値のＫ倍以下又は最小値＋Ｘ以下）である場合にのみ代表ＣＣが変更されてもよい。
【０４９０】
また、実際にどのＣＣがランダムバックオフを行う代表ＣＣとして用いられるかを送信ノード間に共有することができる。例えば、ランダムバックオフを行う代表ＣＣに対する情報を、無線インターフェース、Ｘ２インターフェース及び／又はオペレーター間で交換することができる。
【０４９１】
図３４は、ＬＡＡシステムにおいて代表ＣＣを選択してＴＸバーストを送信する方法を説明するための図である。
【０４９２】
ＬＡＡシステムにおいて多重ＣＣ（又は、多重チャネル）を支援する場合に、基地局は多重ＣＣの中から１つ以上のＣＣを含むＣＣグループを設定することができる。この時、基地局は、設定したＣＣグループでＤＬ  ＴＸバーストを送信する前に、各ＣＣグループに対して代表ＣＣである第１のＣＣを選択することができる（Ｓ３４１０）。
【０４９３】
Ｓ３４１０段階は、基地局がＤＬ  ＴＸバーストをＮ回（Ｎ＞＝１）送信する度に行われたり、所定の時間（Ｔ時間）ごとに行われてもよい。
【０４９４】
基地局は、選択した第１のＣＣでＣＡＰ（又は、ＬＢＴ）を行って、第１のＣＣ（又は、第１チャネル）が遊休状態であるか否かを確認することができる。第１のＣＣでＣＡＰが行われる過程は、図２７を参照することができる（Ｓ３４２０）。
【０４９５】
第１のＣＣでＣＡＰ実行の結果、基地局が第１のＣＣでＴＸバーストを送信できるが否かを判断する（Ｓ３４３０）。
【０４９６】
第１のＣＣでＴＸバーストを送信できれば、基地局は当該グループ内の１つ以上の他のＣＣ（すなわち、第２のＣＣ又は第２チャネル）でもＴＸバーストを送信できるか否かを確認するために所定の時間区間でキャリアセンシング動作（又は、チャネルセンシング動作）を行うことができる（Ｓ３４４０）。
【０４９７】
Ｓ３４４０段階で、第２のＣＣが遊休状態であれば、基地局は第２のＣＣでもＴＸバーストを送信することができる（Ｓ３４５０）。
【０４９８】
図３４で、基地局が各ＣＣグループ別に代表ＣＣを変更することができる。しかし、代表ＣＣを頻繁に変更する場合には適切な代表ＣＣを選択できない場合がある。このため、基地局は、Ｓ３４１０段階で代表ＣＣを変更する場合には、代表ＣＣを選択して所定の時間（例えば、Ｔ時間）後にのみ代表ＣＣを変更することができる。
【０４９９】
また、図３４で、代表ＣＣである第１のＣＣでは、当該チャネルが遊休であるか否かを判断するためにランダムバックオフが行われるＬＢＴ又はＣＡＰ過程が行われるが、当該グループのメンバーである第２のＣＣに対してはランダムバックオフが行われず、第１のＣＣでＴＸバーストを送信する直前に第２のＣＣに対してキャリアセンシング又はチャネルセンシングを行って当該チャネルが遊休状態である場合にＴＸバーストを送信することができる。
【０５００】
また、図３４で、第１のＣＣと第２のＣＣは異なるＣＣであると好ましい。
【０５０１】
また、図３４で、代表ＣＣとメンバーＣＣ間の同時送信又は個別送信は、上述した４．１節〜４．２節で説明した方法を適用することができる。
【０５０２】
４．３．２．３．３  代表ＣＣと同時送信するＣＣ選択方法
【０５０３】
一方、代表ＣＣと同時送信を行うＣＣに対する制約があり得る。例えば、ＷｉＦｉのチャネル結合規則（ｃｈａｎｎｅｌ  ｂｏｎｄｉｎｇ  ｒｕｌｅ）に類似する規則に従うように設定することができる。例えば、ＣＡされるＣＣの個数が代表ＣＣを含めて２個、４個又は８個である場合、それぞれに対して許容された組み合わせは単に１つずつであってもよい。
【０５０４】
さらに詳しく説明すると、ＣＡされるＣＣの個数が代表ＣＣを含めて２個であるとき、許容された組み合わせが代表ＣＣ及びＣＣ＃１である場合、代表ＣＣ及びＣＣ＃２だけでキャリアが結合されてＤＬ  ＴＸバーストが送信されることは許容されない。
【０５０５】
他の例として、隣接したＣＣだけがＣＡされ得る。例えば、代表ＣＣとＣＣ＃２が隣接していないと、代表ＣＣ及びＣＣ＃２だけでＣＡしてＤＬ  ＴＸバーストが送信されることは許容されない。
【０５０６】
更に他の例として、隣接していないＣＣに対するＣＡが許容され得る。すなわち、代表ＣＣとＣＣ＃２が隣接していない場合にも代表ＣＣ及びＣＣ＃２だけでＣＡして送信することは許容され得る。
【０５０７】
任意バックオフＬＢＴ動作を行うＣＣと一定時間区間でのみセンシング動作を行うＣＣ間のリンケージ（ｌｉｎｋａｇｅ）があらかじめ設定されていてもよい。例えば、一定時間区間でのみセンシング動作を行う特定ＣＣに対する代表ＣＣはあらかじめ設定されていてもよい。この時、“一定時間区間でのみセンシング動作を行うＣＣ”とリンクされた“ランダムバックオフＬＢＴ動作を行うＣＣ”の最大個数に制約があり得る。
【０５０８】
逆に、“ランダムバックオフＬＢＴ動作を行うＣＣ”とリンクされた“一定時間区間でのみセンシング動作を行うＣＣ”の最大個数に制約があり得る。
【０５０９】
このとき、一定時間区間でのみセンシング動作を行うＣＣであっても、ランダムバックオフＬＢＴ動作が許容されてもよく、上述した４．１節〜４．２節で説明した実施例を適用して“ランダムバックオフＬＢＴ動作を行うＣＣ”と同時送信され得る。
【０５１０】
４．３．２．３．４  ＣＣグループ別ＬＢＴ方法
【０５１１】
ＬＡＡシステムの多重ＣＣは、ランダムバックオフＬＢＴ動作を行うＣＣの第１グループ（又は、ｇｒｏｕｐ  Ａ）と、第１グループに属したＣＣでＤＬ  ＴＸバーストが送信される開始直前の一定時間区間でのみキャリアセンシング動作が行われるＣＣの第２グループ（又は、ｇｒｏｕｐ  Ｂ）とに区別されて動作できる。
【０５１２】
第１グループに属するＣＣに対するＤＬ  ＴＸバーストの同時送信方法は、上述した４．１節〜４．２節の実施例を適用することができる。
【０５１３】
第２グループに属したＣＣであってもランダムバックオフＬＢＴ動作が許容されてもよく、上述した４．１節〜４．２節で説明した実施例が適用されて、第１グループに属したＣＣと同時送信が行われ得る。
【０５１４】
この時、第１グループと第２グループに属したＣＣは互いに重複が許容されなくてもよい。第１グループに属するＣＣのいずれか一つでもＤＬ  ＴＸ送信が可能であれば、第２グループに属した全ＣＣは、送信開始直前の一定時間区間で遊休状態であればＤＬ  Ｔｘバーストの送信が許容されてもよい。
【０５１５】
または、第１グループに属する特定ＣＣが送信可能であり、あらかじめ定められた規則によって第２グループに属したＣＣの一部のＣＣが送信開始直前の一定時間区間で遊休状態であれば、第１グループの特定ＣＣと第２グループのＣＣでＤＬバーストの同時送信が許容されてもよい。
【０５１６】
図３５は、ＬＡＡシステムにおいて第１グループＣＣと第２グループＣＣの同時送信方法を説明するための図である。
【０５１７】
図３５（ａ）を参照すると、基地局が第１グループに含まれたＣＣ＃１でＤＬ  ＴＸ送信が可能な場合に、第２グループでＣＣ＃１とリンクされたＣＣ＃Ａ及びＣＣ＃ＢでＤＬ  ＴＸ同時送信を行うことができる。しかし、ＣＣ＃ＢはＣＣ＃１、ＣＣ＃２及びＣＣ＃３のいずれか一つでも送信可能な時に同時送信することができるので、チャネル接続が相対的に高いだろう。
【０５１８】
これを防止するために、第２グループ内の特定ＣＣにリンクされた第１グループに属するＣＣの最大個数が設定されてもよい。仮に第２グループに属したＣＣは第１グループ内の特定ＣＣの一つのみとリンクされ得るように設定されると、図３５（ｂ）のようにリンク関係が設定され得る。
【０５１９】
または、第１グループの特定ＣＣにリンクされた第２グループのＣＣの最大個数があらかじめ設定されてもよい。
【０５２０】
４．３．２．３．５  ＣＣグルーピング方法
【０５２１】
上述した４．１節〜４．３節で提案したＬＢＴ動作を運営するに当たって、基地局は運営上の便宜のためにキャリアをグルーピングすることができる。例えば、特定キャリアグループでは、４．１節及び４．２節の“Ｉｎｄｉｖｉｄｕａｌ  ＬＢＴ  ｏｐｅｒａｔｉｏｎ  ｂｅｔｗｅｅｎ  ＣＣｓ”方法を適用し、他の特定キャリアグループに対しては４．３節の“ｃｒｏｓｓ−ＣＣ  ＬＢＴ”方法を活用することができる。この時、キャリアグループを構成する条件は、次の条件の少なくとも一つを含むことができる。
【０５２２】
（１）共に位置した（Ｃｏ−ｌｏｃａｔｅｄ）ｅＮＢ上のキャリアだけが同じキャリアグループに含まれたり、又は同一ＴＡＧ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｇｒｏｕｐ）に属するキャリアだけが同じキャリアグループに含まれ得る。
【０５２３】
この時、多重ＣＣ間同時送信のためにはＣＣ間ＬＢＴ結果が非常に短い時間内に共有される必要があることを考慮すれば、共に位置したｅＮＢのキャリアだけを同じキャリアグループに含むことが好ましいだろう。
【０５２４】
（２）キャリアグループに属する最大キャリア個数に制約があり得る。
【０５２５】
（３）キャリアグループ間に重なるキャリアは許容されなくてもよい。
【０５２６】
例えば、４．３．２．３節で説明したＬＢＴ動作を考慮するとき、第１キャリアグループ（ｃａｒｒｉｅｒ  ｇｒｏｕｐ  ＃１）に属するＣＣ＃Ａ及びＣＣ＃Ｂがあり、第２キャリアグループ（ｃａｒｒｉｅｒ  ｇｒｏｕｐ  ＃２）に属するＣＣ＃Ａ及びＣＣ＃Ｃがあると仮定する。第１キャリアグループのランダムバックオフを行う代表ＣＣはＣＣ＃Ｂに設定され、第２キャリアグループの代表ＣＣはＣＣ＃Ｃに設定されることを仮定する。このとき、基地局はＣＣ＃Ｂ又はＣＣ＃Ｃのいずれか一つにおいてでもＬＢＴが完了すると、ＣＣ＃ＡでＤＬ  ＴＸバーストを送信することができる。このような動作を防止するためにグループ間キャリアの重なりは許容されないことが好ましい。
【０５２７】
（４）イントラバンド（Ｉｎｔｒａ−ｂａｎｄ）の場合又はイントラバンド隣接キャリアの場合だけ許容され得る。
【０５２８】
４．４  ランダムバックオフ無しのＢＴ実行方法
【０５２９】
以上の実施例は、ランダムバックオフを行うＬＢＴ動作を仮定して提案された。しかし、ＤＲＳのように周期的に送信される信号を所定の時点に送信することを容易にするために、任意バックオフ無しで、所定の一定時間でのみチャネルが遊休であることが判断されると、ＤＬ  ＴＸ送信を開始するＬＢＴ動作が考慮され得る。
【０５３０】
例えば、特定センシング区間でのみチャネルが遊休状態（すなわち、ランダムバックオフ無しで）と判断されさえすれば、ＤＲＳを含むＤＬ  ＴＸバースト送信が許容され得る。また、送信確率をより高めるために複数のセンシング区間で構成された総センシング区間のいずれか一つのセンシング区間だけが遊休状態と判断されると、ＤＲＳを含むＤＬ  ＴＸバーストの送信が許容され得る。
【０５３１】
図３６は、ＬＡＡシステムにおいてランダムバックオフ無しのＬＢＴ動作を説明するための図である。
【０５３２】
図３６（ａ）で、基地局はｓｌｏｔ＃１０でＤＲＳを送信しようとし、総センシング周期は３個のセンシング区間で構成されると仮定する。この時、一番目のセンシング区間でチャネルがビジー状態であるとしても、二番目のセンシング区間でチャネルが遊休状態であるので、基地局はＤＲＳを送信することができる。ただし、ＳＦ＃Ｎの開始境界前にＬＢＴが終わったので、残った区間で予約信号を送信することができる。
【０５３３】
しかし、このようなＬＢＴ動作を単純にｍｕｌｔｉ−ＣＣに拡張すると、次のような問題が発生し得る。
【０５３４】
図３６（ｂ）を参照すると、基地局はＣＣ＃１の他にＣＣ＃２でもｓｌｏｔ  ＃１０でＤＲＳ送信をしようとすることがある。このとき、ＣＣ＃１の二番目のセンシング区間でチャネルが遊休状態であるとして三番目のセンシング区間で予約信号を送信すると、基地局はＣＣ＃２で三番目のセンシング区間でＣＣＡを行えないことがある。すなわち、基地局が同時送受信し難いと、ＣＣ＃２の三番目のセンシング区間でチャネルが遊休状態であるとしても、ＣＣ＃２ではｓｌｏｔ  ＃１０からＤＲＳを送信できなくなる。
【０５３５】
このような問題を解決するために、基地局がＤＲＳを送信しようとするＣＣのチャネルがいずれも遊休状態である場合にのみＤＲＳ又は予約信号を送信するように許容してもよい。
【０５３６】
図３６（ｃ）を参照すると、基地局は総センシング周期においていずれか一つのセンシング区間でも遊休状態と判断すると、ＤＬ  ＴＸバーストの送信を開始することができる。この時、ＤＬ  ＴＸバーストの送信開始時点は、常に、総センシング周期が終わった時点に設定することができる。当該動作は、多重ＣＣだけでなく、単一ＣＣ状況でも適用可能である。
【０５３７】
図３６（ｄ）のように、基地局がＤＲＳ送信のためのＬＢＴ動作とは別に、ＤＬデータ送信のためのＬＢＴ動作を行っている場合がある。上述したように、ｓｌｏｔ  ＃２でＣＣ＃１のランダムバックオフカウンター値Ｎ＃１値は０になったが、ＣＣ＃２のランダムバックオフカウンター値Ｎ＃２が０でないので、基地局はＮ＃２値が０になるまでＮ＃１値を保有（Ｈｏｌｄ）させることができる。
【０５３８】
同時に、基地局はＣＣ＃１で一番目のセンシング区間で遊休状態と判断したが、ＣＣ＃２の一番目のセンシング区間でビジー状態と判断したので、ＣＣ＃１でＤＲＳ送信を試みなくてもよい。
【０５３９】
二番目のセンシング区間で両ＣＣとも遊休であるので、三番目のセンシング区間では予約信号を送信した後、両ＣＣで同時にＤＲＳ送信を試みることができる。この時、基地局はＣＣ＃１で予約信号を送信したり、ＤＲＳのみ含まれたＤＬ  ＴＸバーストを送信する間に、Ｎ＃１は続けて‘０’に保有され得る。
【０５４０】
ＤＲＳ送信及びそのための予約信号を送信する間に基地局がバックオフカウンター値を０に保有する時間は、Ｎ＃２値が０になるまで待つ時間でない。したがって、基地局はＸｕｓ（すなわち、バックオフカウンター値が０になってからＸｕｓ以内には送信を試みるべき制約時間）には、ＤＲＳ送信及びそのための予約信号を送信する間にバックオフカウンター値を‘０’に保有（ｈｏｌｄ）する時間が含まれなくてもよい。
【０５４１】
以下では、基地局が４．３．２．３節で説明したようにＬＢＴ動作を行うとき、基地局がＤＲＳを送信する方法について説明する。
【０５４２】
図３７は、ＬＡＡシステムにおいてＬＢＴ動作が行われる場合にＤＲＳを送信する方法を説明するための図である。
【０５４３】
図３７を参照すると、ＣＣ＃１がランダムバックオフを行う代表ＣＣであり、ＣＣ＃２が代表ＣＣの送信開始直前の一定時間区間でのみキャリアセンシング動作を行うと仮定する。
【０５４４】
基地局がＣＣ＃１でＤＬ  ＴＸバースト送信を開始できる（すなわち、ランダムバックオフカウンターが‘０’になった）ｓｌｏｔ＃４を基準に一定時間（例えば、３スロット）の間にＣＣ＃２のチャネルが遊休状態であることが判断されると、基地局はＣＣ＃１及びＣＣ＃２でＤＬ  ＴＸバーストの同時送信を試みることができる。
【０５４５】
このとき、ランダムバックオフを行ったＣＣ＃１の場合、ＤＲＳとＰＤＳＣＨを多重化して送信することができる。また、ＣＣ＃２基準からすれば、ランダムバックオフ無しでＬＢＴを行ったが、ＣＣ＃１を代表ＣＣとする多重ＣＣ  ＬＢＴを行ったので、基地局はＣＣ＃１の場合と同様に、ＣＣ＃２でもＤＲＳとＰＤＳＣＨを多重化して送信することができる。
【０５４６】
本発明の実施例において、ＤＲＳはＲＲＭ測定及び／又はセル検出のために用いられ、ＰＳＳ、ＳＳＳ、ＣＲＳ及び／又はＣＳＩ−ＲＳで構成され得る。
【０５４７】
５．  具現装置
【０５４８】
図３８で説明する装置は、図１〜図３７で説明した方法を具現できる手段である。
【０５４９】
端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は上りリンクでは送信端として動作し、下りリンクでは受信端として動作することができる。また、基地局（ｅＮＢ：ｅ−ＮｏｄｅＢ）は上りリンクでは受信端として動作し、下りリンクでは送信端として動作することができる。
【０５５０】
すなわち、端末及び基地局は、情報、データ及び／又はメッセージの送信及び受信を制御するために、それぞれ送信器（Ｔｒａｎｓｍｉｔｔｅｒ）３８４０、３８５０及び受信器（Ｒｅｃｅｉｖｅｒ）３８５０、３８７０を含むことができ、情報、データ及び／又はメッセージを送受信するためのアンテナ３８００、３８１０などを含むことができる。
【０５５１】
また、端末及び基地局は、上述した本発明の実施例を実行するためのプロセッサ（Ｐｒｏｃｅｓｓｏｒ）３８２０、３８３０とプロセッサの処理過程を臨時に又は持続的に保存することができるメモリ３８８０、３８９０をそれぞれ含むことができる。
【０５５２】
上述した端末及び基地局装置の構成成分及び機能を用いて本願発明の実施例を実行することができる。例えば、基地局のプロセッサは、送信器及び受信器を制御して、ＬＡＡセルが遊休状態であるか否かを判断するためのＣＡＰ（又は、ＣＳ、ＣＡＡ過程など）を行うことができる。また、基地局のプロセッサは、ＬＡＡ帯域において多重ＣＣが結合されたＣＡ環境でＤＬ  ＴＸバーストを送信するために代表ＣＣを選択することができる。基地局のプロセッサは、送信器及び受信器を制御して、代表ＣＣ（第１のＣＣ）でランダムバックオフを行うＣＡＰ又はＬＢＴ過程を行い、メンバーＣＣ（第２のＣＣ）では第１のＣＣでＴＸバーストを送信する直前の所定の時間にチャネルセンシングを行って遊休状態である場合にＴＸバーストを送信することができる。また、基地局のプロセッサは、各ＴＸバーストを送信しようとする場合又は所定の時間後に第１のＣＣを選択又は変更することができる。
【０５５３】
端末及び基地局に含まれた送信モジュール及び受信モジュールは、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及び／又はチャネル多重化機能を実行することができる。また、図３８の端末及び基地局は、低電力ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）／ＩＦ（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｒｅｑｕｅｎｃｙ）モジュールをさらに備えることができる。
【０５５４】
一方、本発明で端末として、個人携帯端末機（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、セルラーフォン、個人通信サービス（ＰＣＳ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フォン、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）フォン、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）フォン、ＭＢＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｓｙｓｔｅｍ）フォン、ハンドヘルドＰＣ（Ｈａｎｄ−Ｈｅｌｄ  ＰＣ）、ノートパソコン、スマート（Ｓｍａｒｔ）フォン、又はマルチモードマルチバンド（ＭＭ−ＭＢ：Ｍｕｌｔｉ  Ｍｏｄｅ−Ｍｕｌｔｉ  Ｂａｎｄ）端末機などを用いることができる。
【０５５５】
ここで、スマートフォンは、移動通信器末機と個人携帯端末機の長所を組み合わせた端末機であって、移動通信器末機に、個人携帯端末機の機能である日程管理、ファックス送受信及びインターネット接続などのデータ通信機能を統合した端末機を意味できる。また、マルチモードマルチバンド端末機は、マルチモデムチップを内蔵し、携帯インターネットシステムでも、その他の移動通信システム（例えば、ＣＤＭＡ２０００システム、ＷＣＤＭＡシステムなど）でも作動できる端末機のことを指す。
【０５５６】
本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【０５５７】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、１つ又はそれ以上のＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０５５８】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態として具現することもできる。例えば、ソフトウェアコードは、メモリユニット３８８０、３８９０に記憶され、プロセッサ３８２０、３８３０によって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の種々の手段によってプロセッサとデータを交換することができる。
【０５５９】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態として具体化されてもよい。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【０５６０】
本発明の実施例は多様な無線接続システムに適用可能である。多様な無線接続システムの一例として、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）又は３ＧＰＰ２システムなどがある。本発明の実施例は上記多様な無線接続システムだけではなく、上記多様な無線接続システムを応用した全ての技術分野に適用可能である。
【図１】
0006608051.tif 000060
【図２】
0006608051.tif 000061
【図３】
0006608051.tif 000062
【図４】
0006608051.tif 000063
【図５】
0006608051.tif 000064
【図６】
0006608051.tif 000065
【図７】
0006608051.tif 000066
【図８】
0006608051.tif 000067
【図９】
0006608051.tif 000068
【図１０】
0006608051.tif 000069
【図１１】
0006608051.tif 000070
【図１２】
0006608051.tif 000071
【図１３】
0006608051.tif 000072
【図１４】
0006608051.tif 000073
【図１５】
0006608051.tif 000074
【図１６】
0006608051.tif 000075
【図１７】
0006608051.tif 000076
【図１８】
0006608051.tif 000077
【図１９】
0006608051.tif 000078
【図２０】
0006608051.tif 000079
【図２１】
0006608051.tif 000080
【図２２】
0006608051.tif 000081
【図２３】
0006608051.tif 000082
【図２４】
0006608051.tif 000083
【図２５】
0006608051.tif 000084
【図２６】
0006608051.tif 000085
【図２７】
0006608051.tif 000086
【図２８】
0006608051.tif 000087
【図２９】
0006608051.tif 000088
【図３０】
0006608051.tif 000089
【図３１】
0006608051.tif 000090
【図３２】
0006608051.tif 000091
【図３３】
0006608051.tif 000092
【図３４】
0006608051.tif 000093
【図３５】
0006608051.tif 000094
【図３６】
0006608051.tif 000095
【図３７】
0006608051.tif 000096
【図３８】
0006608051.tif 000097