特許 5964301 キャリアアグリゲーションのための移動通信システムにおける使用可能送信電力情報を構成する方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5964301

(24)【登録日】2016年7月8日

(45)【発行日】2016年8月3日

(54)【発明の名称】キャリアアグリゲーションのための移動通信システムにおける使用可能送信電力情報を構成する方法及び装置

(51)【国際特許分類】

   H04W 28/06 20090101AFI20160721BHJP

   H04W 72/04 20090101ALI20160721BHJP

   H04J 1/00 20060101ALI20160721BHJP

   H04J 11/00 20060101ALI20160721BHJP

【ＦＩ】

   H04W28/06 110

   H04W72/04 111

   H04J1/00

   H04J11/00 Z

【請求項の数】11

【全頁数】16

(21)【出願番号】特願2013-524037(P2013-524037)

(86)(22)【出願日】2011年8月10日

(65)【公表番号】特表2013-538503(P2013-538503A)

(43)【公表日】2013年10月10日

(86)【国際出願番号】KR2011005818

(87)【国際公開番号】WO2012020976

(87)【国際公開日】20120216

【審査請求日】2014年8月8日

(31)【優先権主張番号】10-2011-0074076

(32)【優先日】2011年7月26日

(33)【優先権主張国】KR

(31)【優先権主張番号】61/410,493

(32)【優先日】2010年11月5日

(33)【優先権主張国】US

(31)【優先権主張番号】61/392,436

(32)【優先日】2010年10月12日

(33)【優先権主張国】US

(31)【優先権主張番号】61/389,476

(32)【優先日】2010年10月4日

(33)【優先権主張国】US

(31)【優先権主張番号】61/383,437

(32)【優先日】2010年9月16日

(33)【優先権主張国】US

(31)【優先権主張番号】61/374,160

(32)【優先日】2010年8月16日

(33)【優先権主張国】US

(31)【優先権主張番号】61/372,452

(32)【優先日】2010年8月10日

(33)【優先権主張国】US

【前置審査】

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】ソン・フン・キム

(72)【発明者】

【氏名】サン・ブン・キム

(72)【発明者】

【氏名】キョン・イン・ジョン

(72)【発明者】

【氏名】ゲルト・ヤン・ヴァン・リーシャウト

【審査官】 望月 章俊

(56)【参考文献】

【文献】 LG Electronics Inc.，PHR format for CA，3GPP TSG-RAN2 Meeting #70bis R2-103937，3GPP，２０１０年 ６月２８日

【文献】 New Postcom, CATR，Design of PHR MAC CE format for CA，3GPP TSG-RAN2#72 R2-106542，3GPP，２０１０年１１月１５日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６

Ｈ０４Ｊ１／００

Ｈ０４Ｊ１１／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

キャリア集積（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を支援し、少なくとも１つの活性サービングセルを含む移動通信システムにおける端末の可用伝送電力情報（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔ、ＰＨＲ）報告方法であって、
拡張ＰＨＲを指示するためのＬＣＩＤ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｉｄｅｎｔｉｆｉｅｒ）と前記拡張ＰＨＲの長さを含むヘッダーと、活性化したサービングセルの可用伝送電力（ｐｏｗｅｒ ｈｅａｄｒｏｏｍｓ、ＰＨｓ）に関する情報を含むＰＨＲと、を含むマックプロトコールデータユニット（ＭＡＣ ＰＤＵ）を生成する過程と、
前記ＭＡＣ ＰＤＵを基地局に伝送する過程と、
を含み、
制御チャネルとデータチャネルの同時伝送が設定されると、前記活性化したサービングセルのうちのプライマリサービングセルのＴｙｐｅ１ＰＨと、少なくとも１つのセカンダリサービングセルのＴｙｐｅ１ＰＨとの前のバイトに、前記活性化したサービングセルのうちのプライマリサービングセルのＴｙｐｅ２ＰＨが含まれることを特徴とするＰＨＲ報告方法。

【請求項2】

前記ＰＨは、前記活性化したサービングセルのインデックスに対応して昇順で含まれることを特徴とする請求項１記載のＰＨＲ報告方法。

【請求項3】

前記ＰＨＲは、少なくとも１つのセカンダリサービングセルのＰＨの存在を表すビットマップが前記ＰＨ以前の最初のバイトに含まれることを特徴とする請求項１記載のＰＨＲ報告方法。

【請求項4】

キャリア集積（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を支援し、少なくとも１つの活性サービングセルを含む移動通信システムの可用伝送電力情報（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ ｒｅｐｏｒｔ、ＰＨＲ）を報告する端末であって、
拡張ＰＨＲを指示するためのＬＣＩＤ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｉｄｅｎｔｉｆｉｅｒ）と前記拡張ＰＨＲの長さを含むヘッダーと、活性化したサービングセルの可用伝送電力（ｐｏｗｅｒ ｈｅａｄｒｏｏｍｓ、ＰＨｓ）に関する情報を含むＰＨＲと、を含むマックプロトコールデータユニット（ＭＡＣ ＰＤＵ）を生成する制御部と、
前記ＭＡＣ ＰＤＵを基地局に伝送する伝送部と、
を含み、
制御チャネルとデータチャネルの同時伝送が設定されると、前記活性化したサービングセルのうちのプライマリサービングセルのＴｙｐｅ１ＰＨと、少なくとも１つのセカンダリサービングセルのＴｙｐｅ１ＰＨとの前のバイトに、前記活性化したサービングセルのうちのプライマリサービングセルのＴｙｐｅ２ＰＨが含まれる端末。

【請求項5】

前記ＰＨは、前記活性化したサービングセルのインデックスに対応して昇順で含まれることを特徴とする請求項４に記載の端末。

【請求項6】

前記ＰＨＲは、少なくとも１つのセカンダリサービングセルのＰＨの存在を示すビットマップを前記ＰＨ以前の最初のバイトに含むことを特徴とする請求項４記載の端末。

【請求項7】

キャリア集積（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を支援し、少なくとも１つの活性サービングセルを含む移動通信システムにおける基地局の可用伝送電力情報（ＰＨＲ、Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ）受信方法であって、
拡張ＰＨＲを指示するためのＬＣＩＤ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｉｄｅｎｔｉｆｉｅｒ）と前記拡張ＰＨＲの長さを含むヘッダーと、活性化したサービングセルの可用伝送電力（ｐｏｗｅｒ ｈｅａｄｒｏｏｍｓ、ＰＨｓ）に関する情報を含むＰＨＲと、を含むマックプロトコールデータユニット（ＭＡＣ ＰＤＵ）を受信する過程と、
前記ＰＨＲに含まれた前記活性化したサービングセルのＰＨを確認（ｉｄｅｎｔｉｆｙ）する過程と、
を含み、
制御チャネルとデータチャネルの同時伝送が設定されると、前記活性化したサービングセルのうちのプライマリサービングセルのＴｙｐｅ１ＰＨと、少なくとも１つのセカンダリサービングセルのＴｙｐｅ１ＰＨとの前のバイトに、前記活性化したサービングセルのうちのプライマリサービングセルのＴｙｐｅ２ＰＨが含まれることを特徴とするＰＨＲ受信方法。

【請求項8】

前記ＰＨは、前記活性化したサービングセルのインデックスに対応して昇順で含まれることを特徴とする請求項７記載のＰＨＲ受信方法。

【請求項9】

前記ＰＨＲは、少なくとも１つのセカンダリサービングセルのＰＨの存在を示すビットマップが前記ＰＨ以前の最初のバイトに含まれていることを特徴とする請求項７記載のＰＨＲ受信方法。

【請求項10】

キャリア集積（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を支援し、少なくとも１つの活性サービングセルを含む移動通信システムにおける基地局の可用伝送電力情報（ＰＨＲ、Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ）受信装置であって、
拡張ＰＨＲを指示するためのＬＣＩＤ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｉｄｅｎｔｉｆｉｅｒ）と前記拡張ＰＨＲの長さを含むヘッダーと、活性化したサービングセルの可用伝送電力（ｐｏｗｅｒ ｈｅａｄｒｏｏｍｓ、ＰＨｓ）に関する情報を含むＰＨＲと、を含むマックプロトコールデータユニット（ＭＡＣ ＰＤＵ）を受信するための受信機と、
前記ＰＨＲに含まれた前記活性化したサービングセルのＰＨを確認（ｉｄｅｎｔｉｆｙ）するための制御部と、
を含み、
制御チャネルとデータチャネルの同時伝送が設定されると、前記活性化したサービングセルのうちのプライマリサービングセルのＴｙｐｅ１ＰＨと、少なくとも１つのセカンダリサービングセルのＴｙｐｅ１ＰＨとの前のバイトに、前記活性化したサービングセルのうちのプライマリサービングセルのＴｙｐｅ２ＰＨが含まれることを特徴とするＰＨＲ受信装置。

【請求項11】

前記ＰＨは、前記活性化したサービングセルのインデックスに対応して昇順で含まれていることを特徴とする請求項１０記載のＰＨＲ受信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、キャリアが集積された移動通信システムに関する。より詳しくは本発明は幾つかのキャリアが集積された移動通信システムにおいて端末がパワーヘッドルーム報告 (Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ；ＰＨＲ)を效率的に構成する方法及び装置に関する。

【背景技術】

【0002】

一般的に、移動通信システムは使用者の移動性を確保しながら通信を提供するための目的に開発された。このような移動通信システムは技術の飛躍的な発展に支えられて音声通信はもちろん高速のデータ通信サービスを提供することができる段階に至った。

【0003】

近年、次世代移動通信システム中の一つで３ＧＰＰでＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)に対する規格作業が進行中である。ＬＴＥは２０１０年程度を商用化目標とし、現在提供されているデータ送信率より高い最大１００Ｍｂｐｓ程度の送信速度を有する高速パケット基盤通信を具現する技術である。このために様々な方案が論議されているが、 例えば、ネットワークの構造を簡単にして通信路上に位置するノードの数を減らす方案や、無線プロトコルを最大限無線チャンネルに近接させる方案等が論議中である。

【0004】

一方、データサービスは音声サービスとは異なり送信しようとするデータの量とチャンネル状況によって割り当てることができる資源等が決定される。したがって、移動通信システムのような無線通信システムではスケジューラで送信しようとする資源の量とチャンネルの状況及びデータの量等を考慮して送信資源を割り当てる等の管理が成る。これは次世代移動通信システム中の一つであるＬＴＥでも同様になり、基地局に位置したスケジューラが無線送信資源を管理して割り当てる。

【0005】

最近ＬＴＥ通信システムに、様々な新技術を組み合わせて送信速度を進める進化された ＬＴＥ通信システム(ＬＴＥ−Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ)に対する論議が本格化されている。上記新しく導入する技術の中で代表的なものでキャリアアグリゲーション(Cａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ)を挙げることができる。キャリアアグリゲーションとは従来の端末が一つの順方向キャリアと一つの逆方向キャリアのみを利用してデータ送受信をすることとは異なり、 一つの端末が多数個の順方向キャリアと多数個の逆方向キャリアを用いることである。従来の逆方向の送信電力決定関連手続きは端末に一つの順方向キャリアと一つの逆方向キャリアが割り当てられた場合のために定義されたことなので、 集積された幾つかのキャリアを通じてデータを送受信する端末の逆方向の送信電力決定にそのまま適用することができない。特に、幾つかのキャリアが集積された端末がＰＨＲを構成する手続き及び方式を新しく定義する必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0006】

したがって、本発明の目的は、キャリアアグリゲーションのための移動通信システムにおいて端末がＰＨＲを效率的に構成する方法及び装置を提供するものである。即ち、本発明は端末がそれぞれのキャリアに対応するパワーヘッドルーム(Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ;ＰＨ)値によってＰＨＲを效率的に構成するためのものである。

【課題を解決するための手段】

【0007】

上記課題を解決するための本発明による多数個のキャリアが集積された移動通信システムにおいて端末のＰＨＲ構成方法は、拡張ＰＨＲを指示するためのＬＣＩＤと上記拡張ＰＨＲの長さを示すＬを含むヘッダーを生成する過程と、多数個の活性化されたキャリアのＰＨを収納して上記キャリア中のいずれか１つで上記拡張ＰＨＲを構成する過程を含むことを特徴とする。

【0008】

また、上記課題を解決するための本発明による多数個のキャリアが集積された移動通信システムにおいて端末のＰＨＲ構成装置は、多数個の活性化されたキャリアのＰＨを計算するためのＰＨ計算部と、拡張ＰＨＲを指示するためのＬＣＩＤと上記拡張ＰＨＲの長さを示すＬを含むヘッダーを生成し、上記ＰＨを収納して上記キャリア中のいずれか１つで上記拡張ＰＨＲを構成するための制御部を含むことを特徴とする。

【0009】

また、上記課題を解決するための本発明による多数個のキャリアが集積された移動通信システムにおいて基地局のＰＨＲ受信方法は、多数個の活性化されたキャリア中のいずれか拡張ＰＨＲを指示するためのＬＣＩＤと上記拡張ＰＨＲの長さを示すＬを含むヘッダーと上記拡張ＰＨＲを受信する過程と、上記拡張ＰＨＲに収納された上記キャリアのＰＨを把握する過程を含むことを特徴とする。

【0010】

さらに、上記課題を解決するための本発明による多数個のキャリアが集積された移動通信システムにおいて基地局のＰＨＲ受信装置は、多数個の活性化されたキャリア中のいずれか拡張ＰＨＲを指示するためのＬＣＩＤと上記拡張ＰＨＲの長さを示すＬを含むヘッダーと上記拡張ＰＨＲを受信するための送受信機と、上記拡張ＰＨＲに収納された上記キャリアのＰＨを把握するための制御部を含むことを特徴とする。

【0011】

本発明によるキャリアアグリゲーションのための移動通信システムにおいてＰＨＲの構成方法及び装置は、ＰＨＲをより效率的に構成することができる。即ち、多数個のキャリアが集積される場合、端末でキャリアのＰＨを収納して一つのＰＨＲを構成することができる。これによって、移動通信システムにおいてより效率的に逆方向の送信電力を決定することができる。

【図面の簡単な説明】

【0012】

【図1】本発明による移動通信システムの構造を示す図面である。

【図2】本発明による移動通信システムのプロトコル構造を示す図面である。

【図3】本発明による移動通信システムでキャリアアグリゲーションを例示した図面である。

【図4】本発明による移動通信システムでキャリアアグリゲーションの構成の一実施例を図示した図面である。

【図5】一般的なＰＨＲ構成を説明するための図面である。

【図6A】本発明の実施例によるＰＨＲ構成方式を説明するための図面である。

【図6B】本発明の実施例によるＰＨＲ構成方式を説明するための図面である。

【図7】本発明の第1実施例によるＰＨＲ構成を説明するための図面である。

【図8】本発明の第1実施例による端末のＰＨＲ構成手続きを示すフローチャートである。

【図9】本発明の第２実施例によるＰＨＲ構成を説明するための図面である。

【図10】本発明の第２実施例による端末のＰＨＲ構成手続きを示すフローチャートである。

【図11】本発明の実施例による端末のＰＨＲ構成装置を示すブロック図である。

【発明を実施するための形態】

【0013】

以下、実施例によって本発明をさらに具体的に説明する。この際、添付図面において、同一の構成要素はできるだけ同一の番号を付けることに留意すべきである。なお、本発明の要旨を濁すことができる公知機能及び構成に対する詳細な説明は省略であろう。
本発明は幾つかのキャリアが集積された移動通信システムにおいて端末がＰＨＲを效率的に構成する方法及び装置に関する。

【0014】

本発明を本格的に説明する前に、図 １、２、及び図３を通じて本発明による移動通信システムに対してより詳しく説明する。この時、本発明による移動通信システムがＬＴＥシステムの場合を仮定して説明する。

【0015】

図 １は本発明の一実施例による移動通信システムの構造を示す図面である。
図 １を参照すれば、移動通信システムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ;以下 ＥＮＢまたはＮｏｄｅ Ｂという;１０５、１１０、１１５、１２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ;１２５) 、及びＳ-ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ;１３０)から構成される。使用者端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥという;１３５)は、ＥＮＢ１０５、１１０、１１５、１２０及びＳ−ＧＷ１３０を通じて外部ネットワークに接続する。

【0016】

ＥＮＢ１０５、１１０、１１５、１２０はＵＭＴＳシステムの既存ノードＢに対応される。ＥＮＢ１０５、１１０、１１５、１２０はＵＥ１３５と無線チャンネルで連結され、既存ノードＢより複雑な役目が行われる。ＬＴＥシステムにおいてインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含むすべての使用者トラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を通じてサービスされるので、 ＵＥ１３５の状況情報を納めてスケジューリングをする装置が必要であり、これをＥＮＢ１０５、１１０、１１５、１２０が担当する。一つのＥＮＢ１０５、１１０、１１５、１２０は通常多数個のセルを制御する。最大１００Ｍｂｐｓの送信速度を具現するため、ＬＴＥシステムは最大２０ＭＨｚ帯域幅で直交周波数分割多重方式(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ;以下、ＯＦＤＭという)を無線接続技術として用いる。また、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ１３０はデータベアラーを提供する装置であり、 ＭＭＥ１２５の制御に従い、データベアラーを生成するとか除去する。ＭＭＥ１２５は各種制御機能を担当する装置であり、多数個のＥＮＢ１０５、１１０、１１５、１２０と連結される。

【0017】

図２は、本発明の一実施例による移動通信システムの無線プロトコル構造を示す図面である。
図２を参照すれば、ＬＴＥシステムの無線プロトコルはＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ;２０５、２４０)、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ;２１０、２３５)、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ;２１５、２３０)からなる。ＰＤＣＰ２０５、２４０はＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ) ヘッダー圧縮/復元などの動作を担当する。ＲＬＣ２１０、２３５はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作等を遂行する。ＭＡＣ２１５、２３０は一端末に構成された多くのＲＬＣ階層装置と連結され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を遂行する。物理階層２２０、２２５は上位階層データをチャンネルコーディング及び変調してＯＦＤＭシンボルで作って無線チャンネルで送信するとか、無線チャンネルを通じて受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層に伝達する動作をする。送信を基準としてプロトコルエンティティー（Ｐｒｏｔｏｃｏｌ Ｅｎｔｉｔｙ）に入力されるデータをＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)と言い、 出力されるデータをＰＤＵ(Ｐｒoｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)と言う。

【0018】

図３は、本発明の一実施例による移動通信システムでキャリアアグリゲーションを例示した図面である。
図３を参照すれば、一つの基地局では一般的に互いに違う周波数帯域に位置する多数個のキャリアが送出され受信される。例えば、ＥＮＢ３０５で中心周波数がｆ１であるキャリア３１５と中心周波数がｆ３であるキャリア３１０が送出される。キャリアアグリゲーション能力を有しなければ、ＵＥ３３０は上記二つのキャリア３１０、３１５中一つのキャリア３１０、３１５を用いてデータを送受信する。しかし、キャリアアグリゲーション能力を有していれば、ＵＥ３３０は同時に幾つかのキャリア３１０、３１５からデータを送受信することができる。基地局はキャリアアグリゲーション能力を有している端末に対しては状況によってさらに多いキャリアを割り当てることによって、上記端末の送信速度を高めることができる。伝統的な意味で一つの順方向キャリアと一つの逆方向キャリアが一つのセルを構成するとき、キャリアアグリゲーションとは端末が同時に幾つかのセルを通じてデータを送受信することに理解されることもできるでしょう。これを通じて従来の単一セルで成就可能であった最大送信速度は集積されるキャリアの数に比例して増加される。

【0019】

逆方向送信は他のセルの逆方向に干渉をもたらすので逆方向送信電力は適切な水準で維持されなければならない。このために端末は逆方向送信を遂行するにおいて所定の関数を用いて逆方向送信電力を算出し、算出された逆方向送信電力で逆方向送信を遂行する。例えば、端末は割当を受けた送信資源の量と適用するＭＣＳ(Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ) レベル等のスケジューリング情報と経路損失値等のチャンネル状況を推正することができる入力値を上記所定の関数に入力し、要求逆方向の送信電力値を算出し、上記計算された要求逆方向の送信電力値を適用して逆方向送信を遂行する。端末が適用することができる逆方向の送信電力値は端末の最大送信値によって制限され、計算された要求送信電力値が端末の最大送信値を超過すれば端末は最大送信値を適用して逆方向送信を遂行する。この場合、十分な逆方向送信電力を適用することができないから逆方向送信品質の劣化が発生することができる。基地局は要求送信電力が最大送信電力を超過しないようにスケジューリングを遂行することが好ましい。しかし、経路損失などの幾つかのパラメーターは基地局が把握することができないから、端末は必要であれば、ＰＨＲを送信して自分のＰＨ(Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ)値を基地局に報告する。

【0020】

使用可能送信電力に影響を及ぼす要素としては、１) 割当を受けた送信資源の量、２) 逆方向送信に適用するＭＣＳ、３) 連関された順方向キャリアの経路損失(Ｐａｔｈ Ｌｏｓｓ、 以下、ＰＬという)、 ４) 出力調整命令の累積値等がある。この中、経路損失や累積出力調整命令値は逆方向キャリア別に違うことができるので、一端末に多数個の逆方向キャリアが集積されれば逆方向キャリア別にＰＨＲ送信するか、否かを設定することが好ましい。しかし、效率的なＰＨＲ送信のために、一つの逆方向キャリアで多数個の逆方向キャリアに対するＰＨを全部報告することもできる。運用戦略によって、実際ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)送信が起きないキャリアに対するＰＨが必要かもしれない。したがって、このような場合に一つの逆方向キャリアで多数個の逆方向キャリアに対するＰＨを全部報告する方法はより效率的かも知れない。このために、既存のＰＨＲを拡張させなければならない。一つのＰＨＲに含まれる多数個のＰＨはあらかじめ決まった手順によって構成されるでしょう。

【0021】

図４は本発明の一実施例による移動通信システムにおいてキャリアアグリゲーションの構成の一実施例を図示した図面である。
図４を参照すれば、一端末に５個の逆方向キャリアが集積されており、逆方向キャリアのいずれか該当の５個の逆方向キャリアに対するＰＨを全部送信するように設定することができる。例えば、一端末に３つの逆方向キャリア４４０、４４５、４５０が集積された場合、３つの逆方向キャリア４４０、４４５、４５０のＰＨ値は三つの逆方向キャリア４４０、４４５、４５０中のいずれかＰＨＲを通じて送信するように設定することができる。

【0022】

ＰＨＲは通常、連結された順方向キャリアの経路損失が所定の基準値の以上に変更されるとか、プロヒビット(ｐｒｏｈｉｂｉｔ) ＰＨＲ タイマーが満了するとか、またはＰＨＲを生成した後、所定の期間が経過すればトリガー(ｔｒｉｇｇｅｒ)される。ＰＨＲがトリガーされても、端末はＰＨＲを直ちに送信しないで、逆方向送信が可能な時点、例えば逆方向の送信資源が割り当てる時点まで待機する。これはＰＨＲがとても迅速に処理されなければならない情報ではないからである。端末はＰＨＲがトリガーされた後、一番目の逆方向送信に上記ＰＨＲを含ませて送信する。ＰＨＲはＭＡＣ階層の制御情報であり、サイズは８ビットである。ＰＨＲの一番目の２ビットは現在使用されなく、残り６ビットは−２３ｄＢから４０ｄＢ間の範囲の中で一つを指示する用途で使用され、これが端末の使用可能送信電力を指示する。

【0023】

図５は、本発明の一実施例による移動通信システムで用いる一般的なＰＨＲ構成を説明するための図面である。
図５を参照すれば、ＭＡＣ ＰＤＵは大きくヘッダー５０５とペイロード５１０で分けられる。なお、ヘッダー５０５は多くのサブ−ヘッダー（ｓｕｂ-ｈｅａｄｅｒ）から構成され、各サブ−ヘッダーはペイロード５１０に含まれたデータに対する情報、即ちデータの種類を示すアイディー(ＬＣＩＤ)などを指示する。

【0024】

ＰＨＲ５２０もＭＡＣ ＰＤＵに含まれて基地局に伝達する。ＰＨＲ５２０を伝達するため、ヘッダー５０５にはＰＨＲ５２０と関連される一つのサブ−ヘッダー５１５が追加される。このサブ−ヘッダー５１５にはＰＨＲ５２０を示す特定ＬＣＩＤが含まれる。ＰＨＲ５２０のサイズは固定された値なので、ＰＨＲ５２０のためのサブ−ヘッダー５１５にはＰＨＲ５２０のサイズを示す情報は含まれない。サブ−ヘッダー５１５と共に、ペイロード５１０には１バイトのＰＨＲ５２０が含まれる。ＰＨＲ５２０の一番目の２ビットは現在使用しなく、残りの６ビットは-２３ｄＢから４０ｄＢ間の範囲の中で一つを指示する用途で使用され、これが端末のＰＨ値を指示する。

【0025】

幾つかのキャリアが集積された移動通信システムにおいて幾つかのサービングセルに対するＰＨを報告しなければならない場合、端末はこれらを一つのＰＨＲに集めて送信する。このような方法は各キャリア別にＰＨを送信することに比べ、シグナルオーバーヘッドを減らすことができ、基地局で実際のＰＵＳＣＨ送信がないキャリアに対してもＰＨを得ることもできる。

【0026】

図６Ａ及び図６Ｂは、本発明の実施例によるＰＨＲ構成方式を説明するための図面である。
図６Ａを参照すれば、二つのサービングセル(ＣＣ１及びＣＣ２)で相手のＰＨを共に報告するシナリオを見えている。ＣＣ１がＰＵＳＣＨ送信が起きており、ＣＣ２はそうではない区間６０５で、端末はＣＣ１から送信されるＭＡＣ ＰＤＵ６１０にＣＣ１ ＰＨ６１５のみならずＣＣ２ ＰＨ６２０を含ませることができる。反対に、ＣＣ２がＰＵＳＣＨ送信が起きており、ＣＣ１はそうではない区間６２５で,端末はＣＣ２で送信されるＭＡＣ ＰＤＵ６３０にＣＣ１ ＰＨ６３５のみならずＣＣ２ ＰＨ６４０を含ませることができる。実際、ＰＵＳＣＨ送信がないとしても、基地局は特定の逆方向キャリアにおける経路損失情報を得るため、ＰＨをトリガーさせることができる。

【0027】

図６Ｂを参照すれば、一端末が４個のＣＣ（６６５、６７０、６７５、６８０）を利用する時、ＣＣ１(６１５)でＣＣ１(６６５)のみならずＣＣ２(６７０)、ＣＣ３（６７５)及びＣＣ４(６８０)に対するＰＨも共に伝達することができる。ＣＣ１(６６５)から送信されるＭＡＣ ＰＤＵ６６０には一つのＰＨＲ６５５が含まれ、そのＰＨＲ６５５にはＣＣ１(６６５)、ＣＣ２（６７０）、ＣＣ３(６７５)及びＣＣ４(６８０)のすべてのＰＨが含まれる。

【0028】

したがって、本発明では一つのＰＨＲが多数個のＰＨを含む時、これを效率的に構成する方法を提案する。

【実施例】

【0029】

<第１実施例>
第１実施例において、拡張ＰＨＲ(ｅｘｔｅｎｄｅｄ ＰＨＲ)は多数個のキャリアに対するＰＨ情報から構成され、各キャリアに対するＰＨ情報は選別的に含まれる。したがって、拡張ＰＨＲのサイズは状況によって変化するでしょう。第１実施例ではこのような特徴を考慮し、ＰＨＲ形式を新たに定義する。

【0030】

ＭＡＣ ＰＤＵのＭＡＣヘッダーにあるＰＨＲのためのサブ−ヘッダーにつき説明する。
一般的なＰＨＲ形式と共に、新たに拡張ＰＨＲ形式を導入するので、この二つの形式を区別するため、拡張ＰＨＲ形式なのを指示する新しいＬＣＩＤを定義する。本発明ではこれをＲＥＬ−１０ＰＨＲと称する。また、前述したように、拡張ＰＨＲのサイズは可変的なので、そのサイズを指示する値Ｌが追加されなければならない。

【0031】

次に、ＭＡＣ ＰＤＵのＭＡＣペイロードにおいてＰＨＲにつき説明する。プライマリーキャリアのサービングセル(ＰＣｅｌｌ)はＰＵＳＣＨとＰＵＣＣＨの同時に送信するか否かによってＴｙｐｅ２のＰＨが含まれることもでき、含まれないこともできる。また、ａｃｔｉｖａｔｅｄ ＳＣｅｌｌのＰＨが含まれる。したがって、拡張ＰＨＲのサイズ状況によって変わるので、そのサイズを指示する値Ｌがサブ−ヘッダーに含まれる。セカンダリーキャリアのサービングセル(ＳＣｅｌｌ)ではＰＣｅｌｌと異なりＰＵＳＣＨとＰＵＣＣＨを同時に送信することができないので、Ｔｙｐｅ２のＰＨが存在しない。連続されたバイトで各キャリアのＰＨ情報を収録する順序はＰＣｅｌｌのＴｙｐｅ２ＰＨ→ＰＣｅｌｌのＴｙｐｅ1 ＰＨ→ＳＣｅｌｌインデックスの昇順でａｃｔｉｖａｔｅｄ ＳＣｅｌｌのＰＨとする。本発明の一事実施例によれば、Ｔｙｐｅ２ＰＨはＰＣｅｌｌに対して存在し、Ｔｙｐｅ２ ＰＨを解釈するためにはＴｙｐｅ１ＰＨが必要なので、ＰＣｅｌｌのＰＨを前の部分に配置した。

【0032】

ここで、Ｔｙｐｅ２ ＰＨは逆方向リンクでＰＵＳＣＨとＰＵＣＣＨが同時に使用される際、適用される。この際、ＰＣｅｌｌのＴｙｐｅ２ＰＨの定義は以下の式による。
ＰＨ_{Ｔｙｐｅ ２} = Ｐ_ｃｍａｘ−Ｐ_{ＰＵＳＣＨ}−Ｐ_{ＰＵＣＣＨ} 数式１
ＰＣｅｌｌ及びＳＣｅｌｌのＴｙｐｅ１ＰＨは逆方向リンクでＰＵＳＣＨの一つだけ使用される際、適用され、以下の式による。
ＰＨ_{Ｔｙｐｅ1} = Ｐ_ｃｍａｘ−Ｐ_{ＰＵＳＣＨ} 数式２

【0033】

このように配置することによって、拡張されたＰＨＲを受信した装置は先にＰＣｅｌｌのＴｙｐｅ２ ＰＨとＴｙｐｅ１ ＰＨを用いてＰＣｅｌｌにおいてＰＵＳＣＨ送信のための使用可能送信電力とＰＵＣＣＨ送信のための使用可能送信電力に対する情報を獲得した後、同様の類型のＰＨ、即ち、Ｔｙｐｅ１ ＰＨを処理することで処理負荷を軽減することができる。

【0034】

図７は、本発明の第1実施例によるＰＨＲ構成を説明するための図面である。
図７を参照すれば、ＭＡＣヘッダー７０５には拡張されたＰＨＲのためのサブ−ヘッダー７１５が含まれる。このサブ−ヘッダー７１５は拡張されたＰＨＲがＭＡＣペイロード７１０に含まれることを指示するＬＣＩＤとＰＨＲのサイズを示す値Ｌから構成される。ＭＡＣペイロード７１０で拡張されたＰＨＲはＰＣｅｌｌＴｙｐｅ ２ ＰＨ７２０、ＰＣｅｌｌＴｙｐｅ１ ＰＨ７２５、ＳＣｅｌｌ ＰＨs７３０、７３５、７４０、７４５から構成される。連続されたバイトで各キャリアのＰＨ情報はＰＣｅｌｌの Ｔｙｐｅ２ ＰＨ →Ｐｃｅｌ１のＴｙｐｅ１ ＰＨ →０番目ＳＣｅｌｌのＰＨ →１番目ＳＣｅｌｌのＰＨ →２番目ＳＣｅｌｌのＰＨ →３番目ＳＣｅｌｌのＰＨの昇順で構成される。

【0035】

図８は、本発明の第１実施例による端末のＰＨＲ構成手続きを図示するフローチャットである。
図８を参照すれば、８０５段階で一般的なＰＨＲまたは拡張ＰＨＲがトリガーされる。
端末は８１０段階で設定されたＰＨＲが一般的なＰＨＲなのか、あるいは多くのキャリアのＰＨ情報が含まれた拡張ＰＨＲであるのか、否かを判断する。若し、一般的なＰＨＲが設定されたら、端末は８１５段階で一般的な形式によってサブ−ヘッダーとＰＨＲを構成する。そうではなく、拡張ＰＨＲが設定された場合、端末は８２０段階で本発明で提案した方式に従いサブ−ヘッダー及びＰＨＲを構成する。また、端末は８６５段階でサブ−ヘッダーとＰＨＲをＭＡＣ ＰＤＵに含ませる。

【0036】

この際、端末が８２０段階で本発明で提案する方式に従い、サブ−ヘッダー及びＰＨＲを構成する手続きをより詳細に説明すれば以下の通りである。ここで、８２５及び８３０段階はサブ−ヘッダー構成過程である。端末は８２５段階でペイロードに含まれた情報が拡張ＰＨＲ情報なのを指示するため、新たに定義したＬＣＩＤを設定する。また、端末は８３０段階では拡張ＰＨＲのサイズを示す値Ｌを追加する。また、端末は８３５段階でペイロードにＰＨ情報を構成する。

【0037】

ここで、端末が８３０段階でＰＨ情報を構成する手続きをより詳細に説明すれば、以下の通りである。即ち、８４０段階乃至８６０段階は端末で各キャリアのＰＨ情報を構成する具体的な過程である。ＰＵＳＣＨとＰＵＣＣＨの同時の送信が設定されていれば、端末は８４０段階でＰＣｅｌｌ Ｔｙｐｅ２ ＰＨが報告されなければならないので一番目のバイトにＰＣｅｌｌ Ｔｙｐｅ２ ＰＨを含ませる。また、端末は８４５段階でＰＣｅｌｌ Ｔｙｐｅ２ ＰＨの次の部分にＰＣｅｌｌ Ｔｙｐｅ１ ＰＨを含ませる。また、端末は８５０段階で最低のＳＣｅｌｌ インデックスを有するＳＣｅｌｌのＰＨを含ませる。さらに、端末は８５５段階で二番目に低いＳＣｅｌｌインデックスを有するＳＣｅｌｌのＰＨを含ませる。この後、端末は８６０段階でＳＣｅｌｌインデックスの昇順でＳＣｅｌｌのＰＨを追加させる。

【0038】

<第２実施例>
第２実施例で、各キャリアに対するＰＨ情報は選別的に要求される。したがって、拡張されるＰＨＲのサイズは状況によって変化するでしょう。第２実施例ではこのような特徴を考慮し、ＰＨＲサブ−ヘッダーにサイズを示す値Ｌを新たに定義した。第２実施例ではこれに追加してペイロードのＰＨＲにビットマップを追加させ、実際ａｃｔｉｖａｔｅｄ ＳＣｅｌｌ中、ＰＨ情報送信がなるＳＣｅｌｌを表記することができる。これはより效率的にＰＨ情報を伝達することに役に立つ。ＰＨＲサブ−ヘッダーには拡張されたＰＨＲであることを指示する新しいＬＣＩＤを適用する。

【0039】

前述したように、拡張されたＰＨＲのサイズは可変的なのでそのサイズを見積るように、番目のバイトに各キャリアのＰＨ情報を含むか、否かを示す情報が含まれる。これはビットマップ形態から構成され、ＰＣｅｌｌのＰＨが含まれるかどうかとＰＣｅｌｌのＴｙｐｅ２ＰＨが含まれるかどうかを示すことができる。一般的にＰＣｅｌｌのＰＨはいつも含まれると仮定することができ、この場合にはこのためビットマップを別に割り当てる必要はない。また、ＳＣｅｌｌのＰＨが含まれるかもビットマップで示す。ＳＣｅｌｌではＰＣｅｌｌと異なりＰＵＳＣＨとＰＵＣＣＨを同時に送信することができないからＴｙｐｅ ２ ＰＨが存在しなく、Ｔｙｐｅ１ ＰＨのみを有する。連続されたバイトで各キャリアの ＰＨ情報を収録する順序はＰＣｅｌｌのＴｙｐｅ２ ＰＨ →ＰＣｅｌｌのＴｙｐｅ１ ＰＨ→ＳＣｅｌｌインデックスの昇順で該当のＳＣｅｌｌのＰＨとする。

【0040】

図９は本発明の第２実施例によるＰＨＲ構成を説明するための図面である。
図９を参照すれば、ＭＡＣヘッダー９０５には拡張されたＰＨＲのためのサブ−ヘッダー９１５が含まれる。このサブ−ヘッダー９１５は拡張されたＰＨＲがＭＡＣペイロード９１０に含まれることを指示するＬＣＩＤと可変的なサイズを指示する値段Ｌから構成される。ＭＡＣ ペイロード９１０で拡張されたＰＨＲはＰＨ構成を指示するビットマップ９２０、ＰＣｅｌｌ Ｔｙｐｅ２ ＰＨ９２５、ＰＣｅｌｌ Ｔｙｐｅ１ ＰＨ９３０、ＳＣｅｌｌ ＰＨs９３５、９４０、９４５、９５０から構成される。拡張されたＰＨＲにＰＣｅｌｌ Ｔｙｐｅ１ ＰＨがいつも含まれると仮定すれば、別にビットマップを割り当てる必要がない。状況によってＰＣｅｌｌ Ｔｙｐｅ２ ＰＨは含まれることもできるので、これを示すビットマップが割り当てられることができるが、必ず割り当てられる必要はない。Ａｃｔｉｖａｔｅｄ ＳＣｅｌｌ中、各 ＳＣｅｌｌのＰＨがあるかどうかを指示するビットマップが割り当てられる。ＰＣｅｌｌ Ｔｙｐｅ２ ＰＨが存在し、総４個のａｃｔｉｖａｔｅｄ ＳＣｅｌｌ全部に対し、ＰＨが存在する場合、ビットマップは総５個が必要であり、すべてのビット値は‘１’に設定されることができる。連続されたバイトで各キャリアのＰＨ情報はＰＣｅｌｌのＴｙｐｅ２ ＰＨ →ＰＣｅｌｌの Ｔｙｐｅ１ ＰＨ→０番目0ＳＣｅｌｌのＰＨ →１番目ＳＣｅｌｌのＰＨ →２番目ＳＣｅｌｌのＰＨ→３番目ＳＣｅｌｌのＰＨの昇順で構成される。

【0041】

図１０、本発明の第２実施例による端末のＰＨＲ構成手続きを図示するフローチャットである。
図１０を参照すれば、１００５段階でＰＨＲがトリガーされる。端末は１０１０段階で該当のＰＨＲが一般的なＰＨＲなのかまたは多くのキャリアのＰＨ情報が含まれた拡張されたＰＨＲなのかを確認する。若し、一般的なＰＨＲであれば、端末は１０１５段階で一般的な形式によってサブ−ヘッダーとＰＨＲを構成する。そうではなく、拡張ＰＨＲであれば、端末は１０２０段階で本発明で提案した方式に従い、サブ−ヘッダー及びＰＨＲを構成する。そして、端末は１０７０段階でサブ−ヘッダー及びＰＨＲをＭＡＣ ＰＤＵに含ませる。

【0042】

この際、端末が２０１０段階で本発明で提案する方式に従い、サブ−ヘッダー及びＰＨＲを構成する手続きをより詳細に説明すれば以下の通りである。ここで、１０２５及び１０３０段階はサブ−ヘッダー構成過程である。端末は１０２５段階でペイロードに含まれた情報が拡張されたＰＨＲ情報なのを指示するため、新たに定義したＬＣＩＤを設定する。
そして、端末は１０３０段階では拡張されたＰＨＲのサイズを示す値Ｌを追加する。また、１０３５段階と１０４０段階はペイロードに含まれたＰＨ情報を構成する過程である。端末は１０３５段階でＰＨＲの一番目のバイトにａｃｔｉｖａｔｅｄ ＳＣｅｌｌ中、ＰＨ 情報が送信されるＳＣｅｌｌを指示するビットマップ情報を含ませる。そして、端末は１０４０段階でビットマップ情報によって順次にＰＨ情報を収納する。

【0043】

ここで、端末が１０４０段階でＰＨ情報を収納する手続きをより詳細に説明すれば以下の通りである。即ち、１０４５段階乃至１０６５段階は各キャリアのＰＨ情報を構成する具体的な過程である。若し、逆方向リンクで同時にＰＵＳＣＨとＰＵＣＣＨを用い、ＰＣｅｌｌ Ｔｙｐｅ２ ＰＨが存在したら、端末は１０４５段階でビットマップ情報を載るバイトに引き続き二番目のバイトにＰＣｅｌｌ Ｔｙｐｅ２ ＰＨを含ませる。そして、端末は１０５０段階で次のバイトにＰＣｅｌｌ Ｔｙｐｅ１ ＰＨを含ませる。また、端末は１０５５段階で最低のＳＣｅｌｌインデックスを有するＳＣｅｌｌのＰＨを含ませる。さらに、端末は１０６０段階で二番目に低いＳＣｅｌｌインデックスを有するＳＣｅｌ１のＰＨを含ませる。この後、端末は１０６５段階でＳＣｅｌｌインデックスの昇順でＳＣｅｌｌのＰＨを継続追加させる。

【0044】

本発明によれば、多数個のキャリアが集積された移動通信システムにおいて端末は拡張されたＰＨＲを構成する。即ち、端末は拡張されたＰＨＲを指示するためのＬＣＩＤと拡張ＰＨＲの長さを示すＬを含むＭＡＣヘッダーを生成する。そして、端末は多数個の活性化されたキャリアのＰＨを収納し、活性化されたキャリア中のいずれか１つでＰＨＲを構成する。この際、拡張ＰＨＲは連続される多数個のバイトからなり、端末は拡張ＰＨＲのバイトに対しＰＨを活性化されたキャリアのインデックスに対応して昇順で収納する。ここで、端末はキャリアのＴｙｐｅ１ ＰＨを収納する。即ち、端末は活性化されたキャリアの中でＰＣｅｌｌのＴｙｐｅ１ ＰＨを収納した後、ＳＣｅｌｌのＴｙｐｅ１ ＰＨをＳＣｅｌｌインデックスによって昇順で収納する。また、逆方向リンクにＰＵＣＣＨとＰＵＳＣＨが同時に構成される場合、端末はＰＣｅｌｌのＴｙｐｅ２ ＰＨをＰＣｅｌｌのＴｙｐｅ１ ＰＨ 以前のバイトに収納することができる。即ち端末はＰＣｅｌｌの Ｔｙｐｅ２ ＰＨを収納した後、ＰＣｅｌｌのＴｙｐｅ１ ＰＨを収納し、ＣｅｌｌのＴｙｐｅ１ ＰＨをＳＣｅｌｌインデックスによって昇順で収納することができる。さらに、端末は拡張されたＰＨＲで活性化されたキャリア別にＰＨを含むか、否かを示すビットマップをＰＨ以前のバイトに収納することができる。

【0045】

図１１は本発明の実施例による端末のＰＨＲ構成装置を示すブロック図である。
図１１を参照すれば、端末装置は送受信機１１０５、ＰＨ計算部１１１５、制御部１１１０、多重化及び逆多重化装置１１２０、制御メッセージ処理部１１３５、及び各種上位階層装置１１２５、１１３０等から構成される。端末装置は他の装置(図示せず)、例えばディスプレー部、入力部等をさらに含むことができる。類似に、二つの以上の上記装置は一つの構成要素になってあり得る。たとえ多様な装置がソフトウェアに具現されることができるが、端末装置の少なくとも一部の装置は彼らの動作を遂行するために少なくとも一部がハードウェアに具現されることができる。

【0046】

送受信機１１０５は、順方向キャリアでデータ及び所定の制御信号を受信して逆方向キャリアでデータ及び所定の制御信号を送信する。多数個のキャリアが集積された場合、送受信機１１０５は上記多数個のキャリアでデータ送受信及び制御信号送受信を遂行する。

【0047】

ＰＨ計算部１１１５は制御部１１１０の制御に従い、使用可能送信電力を計算し、その値を制御部１１１０に伝達する。この際、多数個のキャリアが集積された場合、ＰＨ計算部１１１５は本発明によって活性化されたキャリア別にＰＨを計算することができる。

【0048】

制御部１１１０は、送受信機１１０５が提供する制御信号、例えば、逆方向グラントで指示するスケジューリング情報に従い、多重化及び逆多重化装置１１２０にＭＡＣ ＰＤＵ構成を指示する。制御部１１１０は、さらにＰＨＲトリガーされるか、否かを判断してＰＨＲがトリガーされればＰＨに使用可能送信電力を計算することを指示する。ＰＨＲトリガーされるか、否かは制御メッセージ処理部１１３５に伝達したＰＨＲパラメーターを用いて判断する。制御部１１１０は、さらにＰＨ計算部１１１５が伝達したＰＨを用いてＰＨＲを生成して多重化及び逆多重化装置１１２０に伝達する。この際、多数個のキャリアが集積された場合、制御部１１１０は本発明によって拡張されたＰＨＲを構成することができる。即ち、制御部１１１０は拡張されたＰＨＲを指示するためのＬＣＩＤと拡張されたＰＨＲの長さを示すＬを含むヘッダーを生成することができる。そして制御部１１１０は活性化されたキャリアのＰＨを収納して活性化されたキャリア中のいずれか１つで拡張されたＰＨＲを構成することができる。また、制御部１１１０はヘッダーと拡張されたＰＨＲをＭＡＣ ＰＤＵに含ませて伝達することができる。

【0049】

多重化及び逆多重化装置１１２０は上位階層装置１１２５、１１３０や制御メッセージ処理部１１３５で発生したデータを多重化するとか送受信機１１０５で受信されたデータを逆多重化して適切な上位階層装置１１２５、１１３０や制御メッセージ処理部１１３５に伝達する役目をする。

【0050】

制御メッセージ処理部１１３５は、ネットワークが送信した制御メッセージを処理して必要な動作を取る。制御メッセージ処理部１１３５は、例えば制御メッセージに収納されたＰＨＲパラメーターを制御部１１１０に伝達するとか、新しく活性化されるキャリアの情報を送受信機１１０５に伝達して上記キャリアが送受信機１１０５で設定されるようにする。上位階層装置１１２５、１１３０はサービス別に構成されることができ、ＦＴＰやＶｏＩＰ等のような使用者サービスで発生するデータを処理して多重化装置１１２０に伝達するとか逆多重化装置１１２０が伝達したデータを処理して上位階層のサービスアプリケーションに伝達する。

【0051】

上記のように端末で拡張されたＰＨＲが構成されれば、基地局で拡張されたＰＨＲを受信して逆方向送信電力を決定することに利用する。このような基地局は送受信機と制御部を含む。送受信機は多数個の活性化されたキャリア中のいずれか１つで拡張されたＰＨＲを指示するためのＬＣＩＤと拡張されたＰＨＲの長さを示すＬを含むヘッダーと拡張されたＰＨＲを受信する。そして、制御部は拡張されたＰＨＲに収納された多数個の活性化されたキャリアのＰＨを把握する。また、制御部はキャリア別にＰＨによって逆方向送信電力を決定する。

【0052】

一方、本明細書及び図面に開示された本発明が実施例は本発明の記述内容を容易に説明し、本発明の理解を助けるために特定例を提示したものであるだけであり、本発明の範囲を限定しようとするものではない。即ち、本発明の技術的思想に基づいた他の変形例が実施可能であるということは本発明が属する技術分野における通常の知識を有する者に自明なものである。

【符号の説明】

【0053】

１０５，１１０，１１５，１２０，３０５ ＥＮＢ Ｎｏｄｅ Ｂ
１２５ ＭＭＥ
１３０ Ｓ−ＧＷ
２０５，２４０ ＰＤＣＰ
２１０，２３５ ＲＬＣ
２１５，２３０ ＭＡＣ
２２０，２２５ 物理階層
３１０，３１５ キャリア
３３０ ＵＥ
４４０，４４５，４５０ 逆方向キャリア
１１０５ 送受信器
１１１０ 制御部
１１１５ ＰＨ計算部
１１２０ 多重化及び逆多重化装置
１１２５，１１３０ 上位階層装置
１１３５ 制御メッセージ処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6a】

【図6b】

【図7】

【図8】

【図9】

【図10】

【図11】