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