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