(57)【要約】【課題】アップリンクチャネルの送信パワーを制御する方法を提供することにあり、送信パワーを制御するためにＴＰＣ命令を送信する方法を含む。【解決手段】ＣＲＣパリティビットがＴＰＣ識別子でマスキングされたダウンリンク制御情報をダウンリンク制御チャネル上に受信する。前記ダウンリンク制御情報内のＴＰＣ命令に基づいてアップリンクチャネルの送信パワーが調節される。一部の実施例において、前記ダウンリンク制御チャネルはＰＤＣＣＨであり、アップリンクチャネルはＰＵＣＣＨまたはＰＵＳＣＨである。前記ＰＵＣＣＨ及び前記ＰＵＳＣＨは、相違するＴＰＣ識別子を使用することができる。前記ＴＰＣ識別子は、基地局から受信することができる。前記ＴＰＣ識別子の大きさは１６ビットであってもよい。【選択図】図１５
2011504343.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるアップリンクチャネルの送信パワーを制御する方法において、
ダウンリンク制御チャネル上にダウンリンク制御情報を受信し、前記ダウンリンク制御情報は、少なくとも一つのＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令と、ＴＰＣ識別子でマスキングされた前記ダウンリンク制御情報のＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）パリティビットとを含み、及び
前記少なくとも一つのＴＰＣ命令に基づいて前記アップリンクチャネルの送信パワーを調節することを含む方法。
【請求項２】
前記ダウンリンク制御チャネルは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）である請求項１に記載の方法。
【請求項３】
前記アップリンクチャネルは、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）またはＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）である請求項１に記載の方法。
【請求項４】
前記ＰＵＣＣＨ及び前記ＰＵＳＣＨは、相違するＴＰＣ識別子を使用する請求項３に記載の方法。
【請求項５】
前記ＴＰＣ識別子は、基地局から受信する請求項１に記載の方法。
【請求項６】
前記ＴＰＣ識別子の大きさは、１６ビットである請求項１に記載の方法。
【請求項７】
前記ダウンリンク制御情報は、複数のＴＰＣ命令を含む請求項１に記載の方法。
【請求項８】
前記複数のＴＰＣ命令のうち前記ＴＰＣ命令を選択することをさらに含む請求項７に記載の方法。
【請求項９】
前記ＴＰＣ命令は、ＴＰＣインデックスによって指示される請求項８に記載の方法。
【請求項１０】
前記ＴＰＣインデックスは、基地局から受信される請求項９に記載の方法。
【請求項１１】
無線通信システムのための装置において、
無線信号を送信または受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部；及び
前記ＲＦ部及び連結されるプロセッサを含み、前記プロセッサは、
ダウンリンク制御チャネル上にダウンリンク制御情報を受信し、前記ダウンリンク制御情報は、少なくとも一つのＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令と、ＴＰＣ識別子でマスキングされた前記ダウンリンク制御情報のＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）パリティビットとを含み、及び
前記少なくとも一つのＴＰＣ命令に基づいてアップリンクチャネルの送信パワーを調節する装置。
【請求項１２】
前記ダウンリンク制御情報は、複数のＴＰＣ命令を含み、前記プロセッサは、前記複数のＴＰＣ命令のうち前記ＴＰＣ命令を選択することをさらに含む請求項１１に記載の装置。
【請求項１３】
無線通信システムにおけるアップリンクチャネルの送信パワーを制御するためのＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令を送信する方法において、
複数のＴＰＣ命令を含むダウンリンク制御情報を準備して、
前記ダウンリンク制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）パリティビットを付加して、
前記ＣＲＣパリティビットをＴＰＣ識別子でマスキングされ、及び
前記ＣＲＣマスキングされたダウンリンク制御情報を送信することを含む方法。
【請求項１４】
前記ＴＰＣ識別子は、複数のＴＰＣ命令を受信する端末を識別するために使われる請求項１３に記載の方法。
【請求項１５】
前記ＴＰＣ識別子は、送信パワーが調節されるアップリンクチャネルを識別するために使われる請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける送信パワーを制御する方法に関する。
【背景技術】
【０００２】
無線通信システムにおける基地局と端末との間のデータ送信のためには送信信号に対する送信パワー（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ）を制御する必要がある。特にアップリンクチャネルの送信パワー制御は、端末の電力消耗及びサービスの信頼性面で重要である。アップリンク送信において、送信パワーが弱すぎれば、基地局が端末の送信信号を受信することができない。その反対に、送信パワーが強すぎれば、端末の送信信号は、他の端末の送信信号に干渉として作用することができ、端末のバッテリ消耗を増加させる。
【０００３】
一般的に、基地局と端末との間にチャネルの送信パワーを制御するためにＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令（ｃｏｍｍａｎｄ）が使われる。既存ＷＣＤＭＡシステムにおいては、アップリンク及びダウンリンクの両方ともに対してＴＰＣ命令が使われる。ＤＰＣＣＨ（ｄｅｄｉｃａｔｅｄ  ｕｐｌｉｎｋ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）は、ダウンリンクチャネルに対するＴＰＣ命令を運ぶアップリンクチャネルであり、ＤＰＣＨ（ｄｅｄｉｃａｔｅｄ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）は、アップリンクチャネルに対するＴＰＣ命令を運ぶダウンリンクチャネルである。ＤＰＣＨの構造は、３ＧＰＰ  ＴＳ  ２５．２１１  Ｖ７．０．０（２００６−０３）“Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ  ａｎｄ  ｍａｐｐｉｎｇ  ｏｆ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌｓ  ｏｎｔｏ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ（ＦＤＤ）（Ｒｅｌｅａｓｅ７）”の５．３．２節を参照することができる。ＤＰＣＣＨ及びＤＰＣＨの両方とも特定端末と基地局との間にのみ使われる専用チャネルである。
【０００４】
現在標準化が進行中であるＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）システムは、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）に基づく。Ｅ−ＵＴＲＡＮは、ＬＴＥ（ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ともいう。Ｅ−ＵＴＲＡＮで使われるダウンリンク物理チャネルは、制御情報を運ぶＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）とユーザトラフィックを運ぶＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がある。ＷＣＤＭＡシステムと異なって物理制御チャネルはＰＤＣＣＨの一つだけであり、ＰＤＣＣＨは、特定端末のための専用制御情報とセル内の複数の端末のための共用制御情報の両方ともを全部運ぶことができる。アップリンク物理チャネルは、ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）とＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がある。
【０００５】
一般的に、基地局が端末にＴＰＣ命令を送るためには、基地局が端末にダウンリンクリソース割当情報及び／またはアップリンクリソース割当情報を知らせる時、前記情報と共にＴＰＣ情報をＰＤＣＣＨ上に送信すればよい。ダウンリンクリソース割当情報は、基地局が端末に送るデータのある時に送信されるものであり、アップリンクリソース割当情報は、端末が基地局にリソース割当を要求した後に送信されるものである。然しながら、ダウンリンクリソース割当情報及びアップリンクリソース割当情報のいずれも送信されない場合にはＴＰＣ命令も端末に送信されない。例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスと共に半永続的スケジューリング（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）を介して予め指定された無線リソースを用いてＶｏＩＰパケットを送信または受信する端末もリソース割当情報が必要ないため、ＴＰＣ命令を受信することができない場合がある。
【０００６】
もし、パワー制御のために端末に一つのＰＤＣＣＨ上にＴＰＣ命令のみを送るならば過度に大きいＰＤＣＣＨの大きさによって無線リソースが非効率的に使われることができる。ＴＰＣ命令は、普通、数ビット程度の大きさに過ぎないためである。
【０００７】
ＰＤＣＣＨ上に端末にＴＰＣ命令を效率的に送信することができる方法が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする技術的課題は、無線通信システムにおけるアップリンクチャネルの送信パワーを制御する方法を提供することである。
【０００９】
本発明が解決しようとする他の技術的課題は、送信パワーを制御するためにＴＰＣ命令を送信する方法を提供することである。
【課題を解決するための手段】
【００１０】
一態様として、無線通信システムにおけるアップリンクチャネルの送信パワーを制御する方法が提供される。前記方法は、ダウンリンク制御チャネル上にダウンリンク制御情報を受信し、前記ダウンリンク制御情報は、少なくとも一つのＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令と、ＴＰＣ識別子でマスキングされた前記ダウンリンク制御情報のＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）パリティビットとを含み、及び前記少なくとも一つのＴＰＣ命令に基づいて前記アップリンクチャネルの送信パワーを調節することを含む。
【００１１】
一部の実施例において、前記ダウンリンク制御チャネルはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）であり、前記アップリンクチャネルはＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）またはＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）である。前記ＰＵＣＣＨ及び前記ＰＵＳＣＨは、相違するＴＰＣ識別子を使用することができる。前記ＴＰＣ識別子は、基地局から受信することができる。前記ＴＰＣ識別子の大きさは１６ビットであってもよい。
【００１２】
一部の実施例において、前記ダウンリンク制御情報は、複数のＴＰＣ命令を含むことができる。前記ＴＰＣ命令は、ＴＰＣインデックスによって指示されることができる。前記ＴＰＣインデックスは、基地局から受信されることができる。
【００１３】
他の態様において、無線通信のための装置は、無線信号を送信または受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部、及び前記ＲＦ部と連結されるプロセッサを含み、前記プロセッサは、ダウンリンク制御チャネル上にダウンリンク制御情報を受信し、前記ダウンリンク制御情報は、少なくとも一つのＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令と、ＴＰＣ識別子でマスキングされた前記ダウンリンク制御情報のＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）パリティビットとを含み、及び前記少なくとも一つのＴＰＣ命令に基づいてアップリンクチャネルの送信パワーを調節する。
【００１４】
また、他の態様において、無線通信システムにおけるアップリンクチャネルの送信パワーを制御するためのＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令を送信する方法は、複数のＴＰＣ命令を含むダウンリンク制御情報を準備して、前記ダウンリンク制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）パリティビットを付加して、前記ＣＲＣパリティビットをＴＰＣ識別子でマスキングし、及び前記ＣＲＣマスキングされたダウンリンク制御情報を送信することを含む。
【００１５】
また、他の態様において、無線通信のための装置は、複数のＴＰＣ命令を含むダウンリンク制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）パリティビットを付加して、前記ＣＲＣパリティビットをＴＰＣ識別子でマスキングする制御チャネル生成器、及び前記ＣＲＣマスキングされたダウンリンク制御情報を送信する送受信機を含む。
【００１６】
また、他の態様において、無線通信のための装置は、無線信号を送信または受信するＲＦ部、及び前記ＲＦ部と連結されるプロセッサを含み、前記プロセッサは、少なくとも一つのダウンリンク制御チャネルのデコーディングを試みて前記少なくとも一つのダウンリンク制御チャネルをモニターリングし、ダウンリンク制御チャネルでＣＲＣエラーが検出されない時前記ダウンリンク制御チャネル上にＴＰＣ命令を獲得し、前記ダウンリンク制御チャネル内のＣＲＣパリティビットは、ＴＰＣ識別子でマスキングされる装置。
【００１７】
また、他の態様において、無線通信のための装置は、無線信号を送信または受信するＲＦ部、及び前記ＲＦ部と連結されるプロセッサを含み、前記プロセッサは、ＴＰＣインデックスを受信して、前記ＴＰＣインデックスに基づいて複数のＴＰＣ命令からＴＰＣ命令を獲得し、前記複数のＴＰＣ命令は、ダウンリンク制御チャネルによって送信されるダウンリンク制御情報に含まれて、前記ダウンリンク制御情報のＣＲＣパリティビットは、ＴＰＣ識別子でマスキングされる装置。
【００１８】
また、他の態様において、無線通信のための装置は、無線信号を送信または受信するＲＦ部、及び前記ＲＦ部と連結されるプロセッサを含み、前記プロセッサは、ＴＰＣインデックス及びＴＰＣ識別子を受信して、少なくとも一つのダウンリンク制御チャネルのデコーディングを試みて前記少なくとも一つのダウンリンク制御チャネルをモニターリングし、ダウンリンク制御チャネルでＣＲＣエラーが検出されない時、前記ＴＰＣインデックスに基づいて前記ダウンリンク制御チャネル上にＴＰＣ命令を獲得し、前記ダウンリンク制御チャネル内のＣＲＣパリティビットは、前記ＴＰＣ識別子でマスキングされて、及び前記ＴＰＣ命令に基づいてアップリンクチャネルの送信パワーを調節する装置。
【００１９】
また、他の態様において、無線通信のための装置は、無線信号を送信または受信するＲＦ部、及び前記ＲＦ部と連結されるプロセッサを含み、前記プロセッサは、少なくとも一つのダウンリンク制御チャネルのデコーディングを試みて前記少なくとも一つのダウンリンク制御チャネルをモニターリングし、ダウンリンク制御チャネルでＣＲＣエラーが検出されない時、前記ＴＰＣインデックスに基づいて前記ダウンリンク制御チャネル上にＴＰＣ命令を獲得し、前記ダウンリンク制御チャネル内のＣＲＣパリティビットは、第１のＴＰＣ識別子または第２のＴＰＣ識別子でマスキングされて、前記ダウンリンク制御チャネルのＣＲＣパリティビットが前記第１のＴＰＣ識別子でマスキングされれば、前記ＴＰＣ命令に基づいて第１のアップリンクチャネルの送信パワーを調節して、及び前記ダウンリンク制御チャネルのＣＲＣパリティビットが前記第２のＴＰＣ識別子でマスキングされれば、前記ＴＰＣ命令に基づいて第２のアップリンクチャネルの送信パワーを調節する装置。
【発明の効果】
【００２０】
ダウンリンク制御チャネル上に受信したＴＰＣ命令を用いてアップリンクチャネルの送信パワーを調節する。従って、他の端末との干渉を緩和して、端末のバッテリ消耗を縮めることができる。
【図面の簡単な説明】
【００２１】
【図１】無線通信システムを示すブロック図である。
【図２】Ｅ−ＵＴＲＡＮとＥＰＣとの間の機能分割を示すブロック図である。
【図３】端末のエレメントを示すブロック図である。
【図４】ユーザ平面に対する無線プロトコル構造を示すブロック図である。
【図５】制御平面に対する無線プロトコル構造を示すブロック図である。
【図６】ダウンリンク論理チャネルとダウンリンク送信チャネルとの間のマッピングを示す。
【図７】アップリンク論理チャネルとアップリンク送信チャネルとの間のマッピングを示す。
【図８】ダウンリンク送信チャネルとダウンリンク物理チャネルとの間のマッピングを示す。
【図９】アップリンク送信チャネルとアップリンク物理チャネルとの間のマッピングを示す。
【図１０】無線フレームの構造を示す。
【図１１】一つのダウンリンクスロットに対するリソースグリッドを示す例示図である。
【図１２】サブフレームの構造を示す。
【図１３】ＰＤＣＣＨの構成を示す流れ図である。
【図１４】本発明の一実施例に係るＴＰＣ命令を送信するためのＰＤＣＣＨ構造を示す例示図である。
【図１５】本発明の一実施例に係るＴＰＣ命令送信方法を示す流れ図である。
【図１６】ＭＡＣ階層で構成されるＭＡＣ  ＰＤＵを示す。
【図１７】本発明の実施例が具現される無線通信のための装置を示すブロック図である。
【図１８】本発明の実施例に係る送信パワー制御方法を示す流れ図である。
【発明を実施するための形態】
【００２２】
以下の技術は、符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；ＣＤＭＡ）、周波数分割多元接続（ｆｒｅｑｕｅｎｃｙ  ｃｙｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；ＦＤＭＡ）、  時分割多元接続（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；ＴＤＭＡ）、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；ＳＣ−ＦＤＭＡ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現されることができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現されることができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進化である。
【００２３】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されることではない。
【００２４】
図１は、無線通信システムを示すブロック図である。これはＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のネットワーク構造であってもよい。無線通信システムは、音声、パケットデータなどのような多様な通信サービスを提供するために広く配置される。
【００２５】
図１を参照すると、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、制御平面（ｃｏｎｔｒｏｌ    ｐｌａｎｅ）及びユーザ平面（ｕｓｅｒ    ｐｌａｎｅ）を提供する基地局（２０；Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）を含む。
【００２６】
端末（１０；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）は、固定されたり移動性を有することができて、移動局（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ；ＭＳ）、ユーザ端末（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ；ＵＴ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ；ＳＳ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることができる。基地局（２０）は、一般的に端末（１０）と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅＮＢ（Ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、無線基地局装置（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ；ＢＴＳ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることができる。一つの基地局（２０）には一つ以上のセルが存在できる。基地局（２０）間にはユーザトラフィックあるいは制御トラフィック送信のためのインターフェースが使われることもできる。以下、ダウンリンク（ｄｏｗｎｌｉｎｋ）は基地局（２０）から端末（１０）への通信を意味して、アップリンク（ｕｐｌｉｎｋ）は端末（１０）から基地局（２０）への通信を意味する。
【００２７】
基地局（２０）は、Ｘ２インターフェースを介してお互いに連結されることができる。基地局（２０）は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、より詳しくは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、３０）と連結される。Ｓ１インターフェースは、基地局（２０）とＭＭＥ／ＳＡＥゲートウェイ（３０）との間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。
【００２８】
図２は、Ｅ−ＵＴＲＡＮとＥＰＣとの間の機能分割（ｆｕｎｃｔｉｏｎａｌ  ｓｐｌｉｔ）を示すブロック図である。斜線を引いているボックスは、無線プロトコル階層（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ｌａｙｅｒ）を示し、斜線を引いていないボックスは、制御平面の機能的エンティティ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）を示す。
【００２９】
図２を参照すると、基地局は、次のような機能を実行する。（１）無線ベアラ制御（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｃｏｎｔｒｏｌ）、無線許可制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、連結移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、端末への動的リソース割当（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）のような無線リソース管理（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ；ＲＲＭ）機能、（２）ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ヘッダ圧縮及びユーザデータストリームの解読（ｅｎｃｒｙｐｔｉｏｎ）、（３）Ｓ−ＧＷへのユーザ平面データのルーティング（ｒｏｕｔｉｎｇ）、（４）ページング（ｐａｇｉｎｇ）メッセージのスケジューリング及び送信、（５）ブロードキャスト（ｂｒｏａｄｃａｓｔ）情報のスケジューリング及び送信、（６）移動性とスケジューリングのための測定と測定報告設定。
【００３０】
ＭＭＥは、次のような機能を実行する。（１）ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング、（２）ＮＡＳシグナリングセキュリティ（ｓｅｃｕｒｉｔｙ）、（３）アイドルモードＵＥ到達性（Ｉｄｌｅ  ｍｏｄｅ  ＵＥ  Ｒｅａｃｈａｂｉｌｉｔｙ）、（４）トラッキング領域リスト管理（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  ｌｉｓｔ  ｍａｎａｇｅｍｅｎｔ）、（５）ローミング（Ｒｏａｍｉｎｇ）、（６）認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）。
【００３１】
Ｓ−ＧＷは、次のような機能を実行する。（１）移動性アンカーリング（ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒｉｎｇ）、（２）合法的盗聴（ｌａｗｆｕｌ  ｉｎｔｅｒｃｅｐｔｉｏｎ）。Ｐ−ＧＷ（ＰＤＮ−Ｇａｔｅｗａｙ）は、次のような機能を実行する。（１）端末ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）割当（ａｌｌｏｃａｔｉｏｎ）、（２）パケットフィルタリング。
【００３２】
図３は、無線通信のための装置のエレメントを示すブロック図である。この装置は、端末の一部であってもよい。装置（５０）は、プロセッサ（ｐｒｏｃｅｓｓｏｒ、５１）、メモリ（ｍｅｍｏｒｙ、５２）、ＲＦ部（ＲＦ  ｕｎｉｔ、５３）、ディスプレー部（ｄｉｓｐｌａｙ  ｕｎｉｔ、５４）、ユーザインターフェース部（ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ  ｕｎｉｔ、５５）を含む。プロセッサ（５１）は、無線インターフェースプロトコルの階層が具現されて、制御平面及びユーザ平面を提供する。各階層の機能は、プロセッサ（５１）を介して具現されることができる。メモリ（５２）は、プロセッサ（５１）と連結されて、駆動システム、アプリケーション及び一般的なファイルを格納する。ディスプレー部（５４）は、装置（５０）の多様な情報をディスプレーして、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅｓ）等、よく知られたエレメントを使用することができる。ユーザインターフェース部（５５）は、キーパッドやタッチスクリーンなど、よく知られたユーザインターフェースの組合せで行われることができる。ＲＦ部（５３）は、プロセッサと連結されて、無線信号（ｒａｄｉｏ  ｓｉｇｎａｌ）を送信及び／または受信する。
【００３３】
端末とネットワークとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の階層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第の３階層）に区分されることができる。このうち、第１の階層に属する物理階層は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いた情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供して、第３階層に位置する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ；以下、ＲＲＣという）階層は、端末とネットワークとの間に無線リソースを制御する役割を実行する。このために、ＲＲＣ階層は、端末とネットワークとの間にＲＲＣメッセージをお互いに交換する。
【００３４】
図４は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図５は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。これは端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの構造を示す。データ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００３５】
図４及び図５を参照すると、第１の階層である物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いて上位階層に情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位にあるメディアアクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層とは送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されており、この送信チャネルを介してＭＡＣ階層と物理階層との間のデータが移動する。また、相違する物理階層間、即ち、送信側と受信側の物理階層間は物理チャネルを介してデータが移動する。
【００３６】
第２の階層のＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位階層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層にサービスを提供する。第２の階層のＲＬＣ階層は、信頼性のあるデータの送信をサポートする。ＲＬＣ階層にはデータの送信方法に応じて透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の３種類の動作モードが存在する。ＡＭ  ＲＬＣは、両方向データ送信サービスを提供して、ＲＬＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の送信失敗時、再送信をサポートする。
【００３７】
第２の階層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層は、ＩＰパケットヘッダサイズを減らすヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）機能を実行する。
【００３８】
第３階層の無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連付けられて論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ伝達のために第２の階層によって提供されるサービスを意味する。端末のＲＲＣとネットワークのＲＲＣとの間にＲＲＣ連結（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末は、ＲＲＣ連結モード（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）にあるようになり、そうでない場合、ＲＲＣアイドルモード（ＲＲＣ  Ｉｄｌｅ  Ｍｏｄｅ）にあるようになる。
【００３９】
ＲＲＣ階層上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、連結管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を実行する。
【００４０】
図６は、ダウンリンク論理チャネルとダウンリンク送信チャネルとの間のマッピングを示す。図７は、アップリンク論理チャネルとアップリンク送信チャネルとの間のマッピングを示す。これらは３ＧＰＰ  ＴＳ  ３６．３００  Ｖ８．３．０（２００７−１２）Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）  ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ２（Ｒｅｌｅａｓｅ８）の６．１．３節を参照することができる。
【００４１】
図６及び図７を参照すると、ダウンリンクにおいてＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）にマッピングされて、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）またはＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、ＤＬ−ＳＣＨにマッピングされる。ＭＣＣＨ及びＭＴＣＨは、ＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にもマッピングされる。アップリンクにおいてＣＣＣＨ、ＤＣＣＨ及びＤＴＣＨは、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）にマッピングされる。
【００４２】
各論理チャネルタイプは、どんな種類の情報が送信されるかに応じて定義される。論理チャネルは、制御チャネルとトラフィックチャネルの２種類がある。
【００４３】
制御チャネルは、制御平面情報の送信に使われる。ＢＣＣＨは、システム制御情報をブロードキャスティングするためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報を送信するダウンリンクチャネルであり、ネットワークが端末の位置を知らない時に使用する。ＣＣＣＨは、端末とネットワークとの間の制御情報を送信するチャネルであり、端末がネットワークとＲＲＣ連結がない時に使用する。ＭＣＣＨは、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）制御情報の送信に使われるポイント・ツー・マルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）のダウンリンクチャネルであり、ＭＢＭＳを受信する端末に使われる。ＤＣＣＨは、端末とネットワークとの間の専用制御情報を送信するポイント・ツー・ポイントの単方向チャネルであり、ＲＲＣ連結を有する端末によって使われる。
【００４４】
トラフィックチャネルは、ユーザ平面情報の送信に使われる。ＤＴＣＨは、ユーザ情報の送信のためのポイント・ツー・ポイントチャネルであり、アップリンクとダウンリンクの両方ともに存在する。ＭＴＣＨは、トラフィックデータの送信のためのポイント・ツー・マルチポイントダウンリンクチャネルであり、ＭＢＭＳを受信する端末に使われる。
【００４５】
送信チャネルは、無線インターフェースを介して送信されるデータのタイプ及び特徴に応じて分類される。ＢＣＨは、セルの全領域でブロードキャストされて固定された予め定義された送信フォーマットを有する。ＤＬ−ＳＣＨは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のサポート、変調、コーディング及び送信パワーの変化による動的リンク適応のサポート、ブロードキャストの可能性、ビーム形成の可能性、動的／半静的（ｓｅｍｉ−ｓｔａｔｉｃ）リソース割当サポート、端末パワー節約のためのＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）サポート及びＭＢＭＳ送信サポートによって特徴される。ＰＣＨは、端末パワー節約のためのＤＲＸサポート、セルの全領域へのブロードキャストによって特徴される。ＭＣＨは、セルの全領域へのブロードキャスト及びＭＢＳＦＮ（ＭＢＭＳ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サポートによって特徴される。
【００４６】
アップリンク送信チャネルは、ＵＬ−ＳＣＨとＲＡＣＨ（ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）がある。ＵＬ−ＳＣＨは、送信パワー、変調及びコーディングを変化させる動的リンク適応のサポート、ＨＡＲＱサポート及び動的及び半静的リソース割当のサポートによって特徴される。ＲＡＣＨは、制限された制御情報と衝突危険によって特徴される。
【００４７】
図８は、ダウンリンク送信チャネルとダウンリンク物理チャネルとの間のマッピングを示す。図９は、アップリンク送信チャネルとアップリンク物理チャネルとの間のマッピングを示す。
【００４８】
図８及び図９を参照すると、ダウンリンクにおいて、ＢＣＨは、ＰＢＣＨ（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）にマッピングされ、ＭＣＨは、ＰＭＣＨ（ｐｈｙｓｉｃａｌｍｕｌｔｉｃａｓｔｃｈａｎｎｅｌ）にマッピングされて、ＰＣＨ及びＤＬ−ＳＣＨは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）にマッピングされる。ＰＢＣＨはＢＣＨ送信ブロックを運び、ＰＭＣＨはＭＣＨを運び、ＰＤＳＣＨはＤＬ−ＳＣＨ及びＰＣＨを運ぶ。アップリンクにおいて、ＵＬ−ＳＣＨは、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされ、ＲＡＣＨは、ＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）にマッピングされる。ＰＲＡＣＨは、ランダムアクセスプリアンブルを運ぶ。
【００４９】
物理階層で使われる複数個の物理制御チャネルがある。ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、端末でＰＣＨ、ＤＬ−ＳＣＨのリソース割当、及びＤＬ＿ＳＣＨと関連付けられているＨＡＲＱ情報に対して知らせる。ＰＤＣＣＨは、端末にアップリンク送信のリソース割当を知らせるアップリンクスケジューリンググラントを運ぶことができる。ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに使われるＯＦＤＭシンボルの数を知らせて、サブフレームごとに送信される。ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）は、アップリンク送信の応答としてＨＡＲＱ  ＡＣＫ／ＮＡＫ信号を運ぶ。ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ダウンリンク送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＫ、スケジューリング要求及びＣＱＩのようなアップリンク制御情報を運ぶ。
【００５０】
図１０は、無線フレームの構造を示す。
【００５１】
図１０を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成されて、一つのサブフレームは、２個のスロット（ｓｌｏｔ）で構成される。一つのサブフレームの送信にかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）といい、例えば、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。
【００５２】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は多様に変更されることができる。
【００５３】
図１１は、一つのダウンリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す例示図である。
【００５４】
図１１を参照すると、ダウンリンクスロットは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。ここで、一つのダウンリンクスロットは７個のＯＦＤＭシンボルを含み、一つのリソースブロックは、周波数領域で１２サブキャリアを含むことを例示的に記述するが、これに制限されることではない。
【００５５】
リソースグリッド上の各エレメント（ｅｌｅｍｅｎｔ）をリソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）といい、一つのリソースブロックは１２×７リソースエレメントを含む。ダウンリンクスロットに含まれるリソースブロックの数ＮＤＬは、セルで設定されるダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。
【００５６】
図１２は、サブフレームの構造を示す。
【００５７】
図１２を参照すると、サブフレームは２個の連続的な（ｃｏｎｓｅｃｕｔｉｖｅ）スロットを含む。サブフレーム内の一番目のスロットの前の最大３個のＯＦＤＭシンボルがＰＤＣＣＨが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるユーザ領域になる。ＰＣＦＩＣＨは、サブフレーム内でＰＤＣＣＨの送信に使われるＯＦＤＭシンボルの数に関する情報を運ぶ。
【００５８】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ及びＰＣＨと関連付けられている送信フォーマット、リソース割当に関する情報及びＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令を運ぶ。複数のＰＤＣＣＨが制御領域内で送信されることができて、端末は複数のＰＤＣＣＨをモニターリングする。ＰＤＣＣＨは、一つまたは複数の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上に送信される。ＣＣＥは、複数のリソースエレメントグループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応される。ＣＣＥの数に応じてＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００５９】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、アップリンクまたはダウンリンクスケジューリング情報または、アップリンクパワー制御のためのＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令を送信する。ＤＣＩフォーマットとしては、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）割当の送信のためのフォーマット０、ＳＩＭＯ（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）動作のためのＤＬ−ＳＣＨ割当の送信のためのフォーマット１、ＳＩＭＯ動作のためのＤＬ−ＳＣＨ割当の簡単な（ｃｏｍｐａｃｔ）送信のためのフォーマット１Ａ、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）動作のためのＤＬ−ＳＣＨ割当の送信のためのフォーマット２、アップリンクチャネルのためのＴＰＣ命令の送信のためのフォーマット３及び３Ａがある。
【００６０】
次の表は、各ＤＣＩフォーマットに含まれる情報を示す。
【００６１】
【表１】
2011504343.tif 000003
【００６２】
フォーマット０〜２は、一つの端末のための制御情報であり、アップリンクチャネルに対するＴＰＣ命令を含む。フォーマット３及び３Ａは、複数の端末に対するＴＰＣ命令を含む。フォーマット３及び３Ａは、一つの端末が受信するフォーマット０〜２とは異なって複数の端末が受信すべき情報である。フォーマット３及びフォーマット３Ａは、ＴＰＣ命令のビット数が異なる。例えば、フォーマット３が２ビットパワー調整に関するＴＰＣ命令を含むならば、フォーマット３Ａは、１ビットパワー調整に関するＴＰＣ命令を含む。この場合、同じＤＣＩ大きさに対してフォーマット３Ａに含まれるＴＰＣ命令の数は、フォーマット３に含まれるＴＰＣ命令の数の２倍となる。
【００６３】
図１３は、ＰＤＣＣＨの構成を示す流れ図である。
【００６４】
図１３を参照すると、段階Ｓ１１０において、基地局は、端末に送ろうとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定して、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）パリティビット（ｐａｒｉｔｙ  ｂｉｔｓ）を付ける。ＣＲＣパリティビットにはＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途に応じて識別子（これをＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という）がマスキングされる。特定端末のためのＰＤＣＣＨならば端末の固有識別子、例えば、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）がＣＲＣパリティビットにマスキングされることができる。または、ページング情報のためのＰＤＣＣＨならばページング指示識別子、例えば、ＰＩ−ＲＮＴＩ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ−ＲＮＴＩ）がＣＲＣパリティビットにマスキングされることができる。システム情報のためのＰＤＣＣＨならばシステム情報識別子、例えば、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ−ＲＮＴＩ）がＣＲＣパリティビットにマスキングされることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するためにＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  Ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣパリティビットにマスキングされることができる。次の表は、ＰＤＣＣＨのＣＲＣパリティビットにマスキングされる識別子の例を示す。
【００６５】
【表２】
2011504343.tif 000004
【００６６】
Ｃ−ＲＮＴＩが使われれば、ＰＤＣＣＨは該当する特定端末のための制御情報を運び、他のＲＮＴＩが使われれば、ＰＤＣＣＨはセル内の全ての（または複数の）端末が受信する共用制御情報を運ぶ。
【００６７】
段階Ｓ１２０において、ＣＲＣが付加された制御情報をチャネルコーディングを実行して符号化されたデータ（ｃｏｄｅｄ  ｄａｔａ）を生成する。段階Ｓ１３０において、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥの数にともなうデータレートマッチング（ｒａｔｅ  ｍａｔｈｃｈｉｎｇ）を実行する。段階Ｓ１４０において、符号化されたデータを変調して変調シンボルを生成する。段階Ｓ１５０において、変調シンボルを物理的なリソースエレメントにマッピングする。
【００６８】
一つのサブフレーム内で複数のＰＤＣＣＨが送信されることができる。端末は、複数のＰＤＣＣＨをモニターリングする（ｍｏｎｉｔｏｒ）。ここで、モニターリングは、端末がモニターリングされるＰＤＣＣＨフォーマットに応じてＰＤＣＣＨの各々のデコーディングを試みるとのことである。サブフレーム内で割り当てられた制御領域で基地局は、端末に該当するＰＤＣＣＨがどこにあるかに関する情報を提供しない。端末は、制御領域において構成される論理的検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニターリングして自分のＰＤＣＣＨを探す。例えば、もし、該当するＰＤＣＣＨ候補から自分のＣ−ＲＮＴＩをデマスキングしてＣＲＣエラーが検出されないと、端末は、自分のＰＤＣＣＨとして検出することである。
【００６９】
検索空間は、ＰＤＣＣＨを検索するための論理的空間である。モニターリングされるＰＤＣＣＨ候補（ｃｎａｄｉｄａｔｅ）の集合は検索空間に応じて定義される。一つのサブフレーム内でＰＤＣＣＨのための全体ＣＣＥの集合をＣＣＥ集合であるとする時、検索空間は、集団レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）に応じてＣＣＥ集合内で特定開始位置（ｓｔａｒｔｉｎｇ  ｌｏｃａｔｉｏｎ）に始める隣接する（ｃｏｎｔｉｇｕｏｕｓ）ＣＣＥの集合である。集団レベルＬは、ＰＤＣＣＨを検索するためのＣＣＥ単位であり、その大きさは隣接するＣＣＥの数によって定義される。集団レベルに応じて検索空間が各々定義される。ＰＤＣＣＨ候補の位置は、検索空間内で集団レベルの大きさごとに発生する。
【００７０】
また、ＬＴＥでアップリンクチャネルＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の送信パワー制御に対して記述する。これは３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ８．２．０（２００８−０３）“Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｃｅｄｕｒｅｓ（Ｒｅｌｅａｓｅ８）”の５．１節を参照することができる。
【００７１】
ｉ番目サブフレームでＰＵＳＣＨ送信のための送信パワーＰＰＵＳＣＨは、次の通り定義される。
【００７２】
【数１】
2011504343.tif 000005
【００７３】
ここで、ＰＭＡＸは、ＵＥ端末クラスにともなう最大許容パワーであり、ＭＰＵＳＣＨ（ｉ）は、ｉ番目サブフレームで有効なリソースブロックの個数で表現されるＰＵＳＣＨリソース割当の大きさであり、Ｐ０＿ＰＵＳＣＨ（ｊ）はパラメータであり、αはセル特定パラメータ（ｃｅｌｌ  ｓｐｅｃｉｆｉｃ  ｐａｒａｍｅｔｅｒ）であり、ＰＬは端末が計算するダウンリンク経路損失（ｐａｔｈ  ｌｏｓｓ）の推定であり、ΔＴＦ（ＴＦ（ｉ））はパラメータ、ｆ（ｉ）はＴＰＣ命令として参照されるＵＥ特定補正値δＰＵＳＣＨによって与えられる現在ＰＵＳＣＨパワー制御調整状態である。
【００７４】
ｉ番目サブフレームでＰＵＣＣＨ送信のための送信パワーＰＰＵＣＣＨは、次の通り定義される。
【００７５】
【数２】
2011504343.tif 000006
【００７６】
ここで、ＰＭＡＸは、ＵＥ端末クラスにともなう最大許容パワーであり、Ｐ０＿ＰＵＳＣＨ（ｊ）はパラメータであり、ＰＬは端末が計算するダウンリンク経路損失（ｐａｔｈ  ｌｏｓｓ）の推定で、ΔＴＦ（ＴＦ（ｉ））はパラメータ、ΔＴＦ＿ＰＵＣＣＨ（ＴＦ（ｉ））は、ＲＲＣによって与えられる値であり、ｑ（ｉ）は、ＴＰＣ命令として参照されるＵＥ特定補正値δＰＵＳＣＨによって与えられる現在ＰＵＣＣＨパワー制御調整状態である。
【００７７】
図１４は、本発明の一実施例に係るＴＰＣ命令を送信するためのＰＤＣＣＨ構造を示す例示図である。
【００７８】
図１４を参照すると、ＤＣＩのＣＲＣパリティビットにＴＰＣ識別子（ＴＰＣ−ＩＤ）をマスキングする。ＤＣＩは、複数の端末に対するＴＰＣ命令を含み、例えば、ＤＣＩフォーマット３またはフォーマット３Ａになることができる。ＴＰＣ−ＩＤは、端末がＴＰＣ命令を運ぶＰＤＣＣＨをモニターリングするためにデマスキングする識別子である。ＴＰＣ−ＩＤは、ＰＤＣＣＨ上にＴＰＣ命令の送信如何を確認するために端末がＰＤＣＣＨのデコーディングに使用する識別子ということができる。
【００７９】
ＴＰＣ−ＩＤは、既存の識別子であるＣ−ＲＮＴＩやＰＩ−ＲＮＴＩ、ＳＩ  −ＲＮＴＩ、ＲＡ−ＲＮＴＩを再使用して定義することもでき、または新しい識別子を使用して定義することもできる。
【００８０】
ＴＰＣ−ＩＤは、セル内の特定集合の端末のための識別子であるという点から特定端末のための識別子であるＣ−ＲＮＴＩと異なり、また、セル内の全ての端末のための識別子であるＰＩ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ及びＲＡ−ＲＮＴＩと異なる。ＤＣＩがＮ個の端末のためのＴＰＣ命令を含む場合、前記Ｎ個の端末のみが前記ＴＰＣ命令を受信すればよいためである。もし、ＤＣＩにセル内の全ての端末に対するＴＰＣ命令が含まれる場合、ＴＰＣ−ＩＤは、セル内の全ての端末のための識別子となる。
【００８１】
端末は、サブフレーム内の検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニターリングしてＴＰＣ−ＩＤがマスキングされたＤＣＩを探す。このとき、ＴＰＣ−ＩＤは、共用検索空間でさがすこともでき、端末特定（ＵＥ  ｓｐｅｃｉｆｉｃ）検索空間でさがすこともできる。共用検索空間は、セル内の全ての端末が検索する検索空間であり、端末特定検索空間は、特定端末が検索する検索空間をいう。もし、該当するＰＤＣＣＨ候補に対してＴＰＣ−ＩＤをデマスキングしてＣＲＣエラーが検出されないと、端末はＰＤＣＣＨ上のＴＰＣ命令を受信することができる。
【００８２】
複数のＴＰＣ命令のみを運ぶＰＤＣＣＨのためのＴＰＣ−ＩＤを定義する。端末は、ＴＰＣ−ＩＤによって指示される（ａｄｄｒｅｓｓ）ＰＤＣＣＨ上のＴＰＣ命令を受信する。前記ＴＰＣ命令は、アップリンクチャネルの送信パワーを調節するために使われる。従って、誤ったパワー制御による基地局への送信失敗や他の端末への干渉を防止することができる。
【００８３】
図１５は、本発明の一実施例に係る送信パワー制御方法を示す流れ図である。
【００８４】
図１５を参照すると、段階Ｓ３１０において、基地局は、端末にＴＰＣ−ＩＤに関する情報を送信する。基地局は、ＴＰＣ−ＩＤに関する情報をＭＡＣメッセージ、ＲＲＣメッセージ及びＰＤＣＣＨのうち少なくともいずれか一つを介して送信することができる。ＴＰＣ−ＩＤに関する情報は、ＴＰＣ−ＩＤ及び／またはＴＰＣ−ＩＤと関連付けられている情報をいう。ＴＰＣ−ＩＤと関連付けられている情報は、ＴＰＣ−ＩＤ及び／またはＤＣＩに含まれる複数のＴＰＣ命令のうち該当する端末のＴＰＣ命令を指示するＴＰＣインデックスを含む。基地局は、セル内の端末を少なくとも一つのグループに分けて、各グループ別にＴＰＣ−ＩＤを割り当てることができる。
【００８５】
ＴＰＣ−ＩＤは、ＰＵＣＣＨのためのＴＰＣ−ＩＤ及びＰＵＳＣＨのためのＴＰＣ−ＩＤに区分されることができる。これは送信パワーが制御されるアップリンクチャネルの種類に応じてＴＰＣ−ＩＤを区分して使用することができることを意味する。これは第１のアップリンクチャネル及び第２のアップリンクチャネルに対して各々相違するＴＰＣ−ＩＤを使用することができることを意味する。端末は、ＰＵＣＣＨのためのＴＰＣ−ＩＤが検出されれば、該当するＴＰＣ命令をＰＵＣＣＨの送信パワー制御に使用する。端末は、ＰＵＳＣＨのためのＴＰＣ−ＩＤが検出されれば、該当するＴＰＣ命令をＰＵＳＣＨの送信パワー制御に使用する。
【００８６】
各端末にＴＰＣ命令のビット数が異なる可能性があるため、ＴＰＣ命令のビット数に応じてＴＰＣ−ＩＤを区分することができる。例えば、ＤＣＩフォーマット３のためのＴＰＣ−ＩＤ及びＤＣＩフォーマット３ＡのためのＴＰＣ−ＩＤを区分するための情報が必要である。
【００８７】
ＴＰＣインデックスは、ＤＣＩフォーマット３及び３Ａに含まれる複数のＴＰＣ命令のうち与えられた端末に対するＴＰＣ命令を示す。ＴＰＣインデックスは、ＴＰＣ命令に対するインデックスまたはビットマップ形態に与えられることができる。
【００８８】
段階Ｓ３２０において、基地局は、ＰＤＣＣＨ上にＴＰＣ命令を送信する。端末は、ＰＤＣＣＨをモニターリングして、ＴＰＣ−ＩＤを用いたＣＲＣデマスキングを介してＣＲＣエラーが検出されないと、該当するＤＣＩに含まれたＴＰＣ命令からＴＰＣインデックスに基づいてＴＰＣ命令を受信する。
【００８９】
段階Ｓ３３０において、端末は、受信したＴＰＣ命令を用いてアップリンクチャネルの送信パワーを調節する。ＴＰＣ−ＩＤに応じてＰＵＣＣＨまたはＰＵＳＣＨの送信パワーを調節することができる。
【００９０】
以下、基地局がＴＰＣ−ＩＤに関する情報を端末に送信する方法に対して記述する。
【００９１】
第１の実施例において、基地局は、ＴＰＣ−ＩＤに関する情報をＭＡＣメッセージを介して端末に送信することができる。
【００９２】
図１６は、ＭＡＣ階層において構成されるＭＡＣ  ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を示す。
【００９３】
図１６を参照すると、ＭＡＣ  ＰＤＵは、ＭＡＣヘッダ（Ｈｅａｄｅｒ）、ＭＡＣ制御エレメント（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）及び少なくとも一つのＭＡＣ  ＳＤＩ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）を含む。ＭＡＣヘッダは、少なくとも一つのサブヘッダ（ｓｕｂｈｅａｄｅｒ）を含み、各サブヘッダは、ＭＡＣ制御エレメント及びＭＡＣ  ＳＤＵに対応する。サブヘッダは、ＭＡＣ制御エレメント及びＭＡＣ  ＳＤＵの長さ及び特徴を示す。ＭＡＣ  ＳＤＵは、ＭＡＣ階層の上位階層（例えば、ＲＬＣ階層またはＲＲＣ階層）から伝達されたデータブロックであり、ＭＡＣ制御エレメントは、バッファ状態報告（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ）のようにＭＡＣ階層の制御情報を伝達するために使われる。
【００９４】
ＴＰＣ−ＩＤに関する情報は、ＭＡＣ制御エレメントの形態でＭＡＣ  ＰＤＵに含まれることができる。ＴＰＣ−ＩＤのためのＭＡＣ制御エレメントは、ＴＰＣ命令のフォーマットを指示するＦフィールド、ＴＰＣ命令が適用されるアップリンクチャネルを指示するＣフィールド、複数のＴＰＣ命令のうち該当する端末のＴＰＣ命令を指示するＴＰＣインデックス及びＴＰＣ−ＩＤを含む。Ｆフィールドは、該当するＰＤＣＣＨがＤＣＩフォーマット３または３Ａのうちいずれかを使用するかを知らせる１ビット情報である。Ｃフィールドは、ＰＵＳＣＨまたはＰＵＣＣＨを指示する１ビット情報である。
【００９５】
ＴＰＣ−ＩＤに関する情報は、多様な形態で構成されることができて、各フィールドの順序やビット数を制限することではない。また、前記フィールドのうち一部のみでＭＡＣ  ＰＤＵを構成することができる。例えば、端末が予め自分のＴＰＣ−ＩＤを知っているならば、ＴＰＣ−ＩＤを除いて送信することができる。
【００９６】
第２の実施例において、基地局は、ＴＰＣ−ＩＤに関する情報をＲＲＣメッセージを介して端末に送信することができる。基地局は、ＲＲＣ連結セットアップやＲＲＣ連結再設定時にＲＲＣメッセージを介してＴＰＣ−ＩＤに関する情報を端末に知らせることができる。
【００９７】
第３の実施例において、基地局は、ＴＰＣ−ＩＤに関する情報をＰＤＣＣＨを介して端末に送信することができる。基地局は、アップリンクリソース割当情報及び／またはダウンリンクリソース割当情報とともにＴＰＣ−ＩＤに関する情報を送信することができる。例えば、ＤＣＩフォーマット０、１、１Ａ、２のうち少なくともいずれか一つにＴＰＣ−ＩＤに関する情報が含まれることができる。
【００９８】
第４の実施例において、基地局はＴＰＣ−ＩＤに関する情報をシステム情報の一部として端末に送信することができる。
【００９９】
図１７は、本発明の実施例が具現される無線通信のための装置を示すブロック図である。この装置（７００）は、基地局の一部であってもよい。装置（７００）は、制御チャネル生成器（７１０）、データチャネル生成器（７２０）及び送受信機（ｔｒａｎｓｃｅｉｖｅｒ、７３０）を含む。データチャネル生成器（７２０）は、ユーザデータに対する処理を担当して、送受信機（７３０）を介して端末に送信する。制御チャネル生成器（７１０）は、制御チャネルを設定する。制御チャネル生成器（７１０）は、ＤＣＩに対してＣＲＣ  ｐａｒｉｔｙ  ｂｉｔｓを付加して、ＣＲＣ  ｐａｒｉｔｙ  ｂｉｔｓにＴＰＣ−ＩＤをマスキングする。ＣＲＣマスキングされたＤＣＩは、送受信機（７３０）を介して送信される。
【０１００】
図１８は、本発明の一実施例に係る送信パワー制御方法を示す流れ図である。この方法は、端末によって実行されることができる。段階Ｓ８１０において、端末は、ＰＤＣＣＨをモニターリングする。ＰＤＣＣＨのデコーディングを試みてＣＲＣエラー如何を確認する。段階Ｓ８２０において、端末は、ＣＲＣエラーが検出されないＰＤＣＣＨからＴＰＣ命令を得る。端末は、ＴＰＣ−ＩＤを用いてＣＲＣエラーが検出されないＰＤＣＣＨ上のＤＣＩを自分のＴＰＣ命令を含むＤＣＩと見做す。ＤＣＩが複数のＴＣＰ命令を含む場合、端末は、ＴＰＣインデックスに基づいて自分のＴＰＣ命令を得る。段階Ｓ８３０において、端末は、ＴＰＣ命令に基づいてアップリンクチャネルの送信パワーを調節する。ＰＤＣＣＨの検出に使われたＴＰＣ−ＩＤが第１のＴＰＣ−ＩＤならば、前記ＴＰＣ命令は、第１のアップリンクチャネル（ｅ．ｇ．ＰＵＣＣＨ）の送信パワー制御に使われる。ＰＤＣＣＨの検出に使われたＴＰＣ−ＩＤが第２のＴＰＣ−ＩＤならば、前記ＴＰＣ命令は、第２のアップリンクチャネル（ｅ．ｇ．ＰＵＳＣＨ）の送信パワー制御に使われる。
【０１０１】
本発明は、ハードウェア、ソフトウェアまたはこれらの組合せによって具現されることができる。ハードウェア具現において、前述した機能を実行するためにデザインされたＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、プロセッサ、制御器、マイクロ・プロセッサ、他の電子ユニットまたはこれらの組合せによって具現されることができる。ソフトウェア具現において、前述した機能を実行するモジュールによって具現されることができる。ソフトウェアは、メモリユニットに格納されることができ、プロセッサによって実行される。メモリユニットやプロセッサは、当業者によく知られた多様な手段を採用することができる。
【０１０２】
以上、本発明に対して実施例を参照して説明したが、該当技術分野の通常の知識を有する者は、本発明の技術的思想及び領域から外れない限り、本発明を多様に修正及び変更させて実施できることを理解することができる。従って、前述した実施例に限定されることではなく、本発明は、特許請求の範囲内の全ての実施例を含む。
【図１】
2011504343.tif 000007
【図２】
2011504343.tif 000008
【図３】
2011504343.tif 000009
【図４】
2011504343.tif 000010
【図５】
2011504343.tif 000011
【図６】
2011504343.tif 000012
【図７】
2011504343.tif 000013
【図８】
2011504343.tif 000014
【図９】
2011504343.tif 000015
【図１０】
2011504343.tif 000016
【図１１】
2011504343.tif 000017
【図１２】
2011504343.tif 000018
【図１３】
2011504343.tif 000019
【図１４】
2011504343.tif 000020
【図１５】
2011504343.tif 000021
【図１６】
2011504343.tif 000022
【図１７】
2011504343.tif 000023
【図１８】
2011504343.tif 000024
【国際調査報告】
2011504343.tif 000025
2011504343.tif 000026