(57)【特許請求の範囲】
【請求項１】
多数個のキャリアが集積された移動通信システムにおける端末のＰＨ報告方法であって、
各キャリアのデータチャンネルで実際送信するか否かによって多数個の活性化されたキャリアのＰＨを計算する過程と、
前記各キャリアに対応するＰＨが、対応するキャリアのデータチャンネルでの実際の送信に基づいて、計算されたか否かを示す指示子（ｉｎｄｉｃａｔｏｒ）を設定する過程と、
前記ＰＨと前記指示子（ｉｎｄｉｃａｔｏｒ）から構成された拡張ＰＨＲを生成して前記多数個の活性化されたキャリア中のいずれか１つで送信する過程とを含み、
前記ＰＨを計算する過程は、
前記データチャンネルで前記実際の送信が行われない場合、前記キャリアの最大逆方向送信電力をあらかじめ決定された値と仮定した基準フォーマットに従って、前記ＰＨを計算することを特徴とするＰＨ報告方法。
【請求項２】
前記ＰＨを計算する過程は、
前記データチャンネルで割り当てられる送信資源の個数及び電力オフセットが０であると仮定して、あらかじめ決定された基準フォーマットに従って、ＰＨを計算することを特徴とする請求項１に記載のＰＨ報告方法。
【請求項３】
前記指示子（ｉｎｄｉｃａｔｏｒ）を設定する過程は、
前記データチャンネルで前記実際送信が行われる場合、前記指示子（ｉｎｄｉｃａｔｏｒ）を０に設定し、
前記データチャンネルで前記実際送信が行われない場合、前記指示子（ｉｎｄｉｃａｔｏｒ）を１に設定することを特徴とする請求項１に記載のＰＨ報告方法。
【請求項４】
多数個のキャリアが集積された移動通信システムにおける端末のＰＨ報告装置であって、
信号を送受信する送受信部と、
各キャリアのデータチャンネルで実際送信するか否かによって前記キャリアのＰＨを計算し、
前記各キャリアに対応するＰＨが、対応するキャリアのデータチャンネルでの実際の送信に基づいて、計算されたか否かを示す指示子（ｉｎｄｉｃａｔｏｒ）を設定し、前記ＰＨと前記指示子（ｉｎｄｉｃａｔｏｒ）から構成された拡張ＰＨＲを生成し、
前記多数個の活性化されたキャリア中のいずれか１つで前記拡張ＰＨＲを送信することを制御する制御部とを含み、
前記ＰＨを計算することは、
前記データチャンネルで前記実際の送信が行われない場合、前記キャリアの最大逆方向送信電力をあらかじめ決定された値と仮定した基準フォーマットとに従って、前記ＰＨを計算することを特徴とするＰＨ報告装置。
【請求項５】
前記制御部は、
前記データチャンネルで割り当てられる送信資源の個数及び電力オフセットが０であると仮定して、あらかじめ決定された基準フォーマットに従って、ＰＨを計算することを特徴とする請求項４に記載のＰＨ報告装置。
【請求項６】
前記制御部は、
前記データチャンネルで前記実際送信が行われる場合、前記指示子（ｉｎｄｉｃａｔｏｒ）を０に設定し、
前記データチャンネルで前記実際送信が行われない場合、前記指示子（ｉｎｄｉｃａｔｏｒ）を１に設定することを特徴とする請求項４に記載のＰＨ報告装置。
【請求項７】
多数個のキャリアが集積された移動通信システムにおける基地局のＰＨ受信方法であって、
多数個の活性化されたキャリア中のいずれか１つで前記キャリアのＰＨと前記ＰＨに対応する指示子（ｉｎｄｉｃａｔｏｒ）から構成された拡張ＰＨＲを受信する過程と、
前記指示子（ｉｎｄｉｃａｔｏｒ）によって各キャリアに対応するＰＨが、対応するキャリアのデータチャンネルでの実際の送信に基づいて、計算されたか否かを把握する過程と、
前記データチャンネルでの前記実際の送信に基づいて、計算されていなければ、前記キャリアの最大逆方向送信電力をあらかじめ決定された値と仮定した基準フォーマットとに従って、前記ＰＨが計算されたと確認する過程とを含むことを特徴とするＰＨ受信方法。
【請求項８】
前記確認する過程は、
前記データチャンネルで割り当てられる送信資源の個数及び電力オフセットが０であると仮定した基準フォーマットに従って、前記ＰＨが計算されたと確認することを特徴とする請求項７に記載のＰＨ受信方法。
【請求項９】
前記把握する過程は、
前記指示子（ｉｎｄｉｃａｔｏｒ）が０であれば、前記データチャンネルで前記実際の送信が行われると把握し、
前記指示子（ｉｎｄｉｃａｔｏｒ）が１であれば、前記データチャンネルで前記実際の送信が行われないと把握することを特徴とする請求項７に記載のＰＨ受信方法。
【請求項１０】
多数個のキャリアが集積された移動通信システムにおける基地局のＰＨ受信装置であって、
信号を送受信する送受信部と、
多数個の活性化されたキャリア中のいずれか１つで前記キャリアのＰＨと前記ＰＨに対応する指示子（ｉｎｄｉｃａｔｏｒ）から構成された拡張ＰＨＲを受信し、
前記指示子（ｉｎｄｉｃａｔｏｒ）によって各キャリアに対応するＰＨが、対応するキャリアのデータチャンネルでの実際の送信に基づいて、計算されたか否かを把握し、
前記データチャンネルでの前記の実際送信に基づいて、計算されていなければ、前記キャリアの最大逆方向送信電力をあらかじめ決定された値と仮定した基準フォーマットとに従って、前記ＰＨが計算されたと確認するための制御部とを含むことを特徴とするＰＨ受信装置。
【請求項１１】
前記制御部は、
前記データチャンネルで割り当てられる送信資源の個数及び電力オフセットが０であると仮定した基準フォーマットに従って、前記ＰＨが計算されたと確認することを特徴とする請求項１０に記載のＰＨ受信装置。
【請求項１２】
前記制御部は、
前記指示子（ｉｎｄｉｃａｔｏｒ）が０であれば、前記データチャンネルで前記実際送信が行われると把握し、
前記指示子（ｉｎｄｉｃａｔｏｒ）が１であれば、前記データチャンネルで前記実際送信が行われないと把握することを特徴とする請求項１０に記載のＰＨ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャリアが集積された移動通信システムに関する。より詳しくは本発明は幾つかのキャリアが集積された移動通信システムにおいて端末がキャリア別のパワーヘッドルーム(Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ；ＰＨ)情報を報告する方法及び装置に関する。
【背景技術】
【０００２】
一般的に、移動通信システムは使用者の移動性を確保しながら通信を提供するための目的に開発された。このような移動通信システムは技術の飛躍的な発展に支えられて音声通信はもちろん高速のデータ通信サービスを提供することができる段階に至った。
【０００３】
近年、次世代移動通信システム中の一つで３ＧＰＰでＬＴＥ(Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ)に対する規格作業が進行中である。ＬＴＥは２０１０年程度を商用化目標とし、現在提供されているデータ送信率より高い最大１００Ｍｂｐｓ程度の送信速度を有する高速パケット基盤通信を具現する技術である。このために様々な方案が論議されているが、例えば、ネットワークの構造を簡単にして通信路上に位置するノードの数を減らす方案や、無線プロトコルを最大限無線チャンネルに近接させる方案等が論議中である。
【０００４】
一方、データサービスは音声サービスとは異なり送信しようとするデータの量とチャンネル状況によって割り当てることができる資源等が決定される。したがって、移動通信システムのような無線通信システムではスケジューラで送信しようとする資源の量とチャンネルの状況及びデータの量等を考慮して送信資源を割り当てる等の管理が成る。これは次世代移動通信システム中の一つであるＬＴＥでも同様になり、基地局に位置したスケジューラが無線送信資源を管理して割り当てる。
【０００５】
最近ＬＴＥ通信システムに、様々な新技術を組み合わせて送信速度を進める進化された ＬＴＥ通信システム(ＬＴＥ−Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ)に対する論議が本格化されている。上記新しく導入する技術の中で代表的なものでキャリアアグリゲーション(Cａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ)を挙げることができる。キャリアアグリゲーションとは従来の端末が一つの順方向キャリアと一つの逆方向キャリアのみを利用してデータ送受信をすることとは異なり、 一つの端末が多数の順方向キャリアと多数の逆方向キャリアを用いることである。従来の逆方向の送信電力決定関連手続きは端末に一つの順方向キャリアと一つの逆方向キャリアが割り当てられた場合のために定義されたことなので、 集積された幾つかのキャリアを通じてデータを送受信する端末の逆方向の送信電力決定にそのまま適用することができない。特に、幾つかのキャリアが集積された端末がＰＨを報告する手続き及び方式を新しく定義する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、本発明の目的は、キャリアアグリゲーションのための移動通信システムにおいて端末がキャリア別のＰＨを效率的に報告する方法及び装置を提供することにある。即ち、本発明は端末がキャリア中のいずれか１つでパワーヘッドルーム報告(Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔ;ＰＨＲ)を通じてキャリア別のＰＨを效率的に報告するためのものである。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明による多数個のキャリアが集積された移動通信システムにおいて端末のＰＨ報告方法は、多数個の活性化されたキャリアのデータチャンネルで実際送信するか否かによって上記キャリアのＰＨを計算する過程と、上記ＰＨに対応して上記実際送信するか否かを示す指示者を設定する過程と、上記ＰＨと指示者から構成された拡張ＰＨＲを生成して上記キャリア中のいずれか１つで送信する過程を含むことを特徴とする。
【０００８】
また、上記課題を解決するための本発明による多数個のキャリアが集積された移動通信システムにおいて端末のＰＨ報告装置は、多数個の活性化されたキャリアのデータチャンネルで実際送信するか否かによって上記キャリアのＰＨを計算するためのＰＨ計算部と、上記ＰＨに対応して上記実際送信するか否かを示す指示者を設定し、上記ＰＨと指示者を収納して拡張ＰＨＲを生成するための制御部と、上記キャリア中のいずれかの１つで上記拡張ＰＨＲを送信するための送信機を含むことを特徴とする。
【０００９】
また、上記課題を解決するための本発明による多数個のキャリアが集積された移動通信システムにおいて基地局のＰＨ受信方法は、多数個の活性化されたキャリア中のいずれか１つで上記ＰＨに対応する指示者から構成された拡張ＰＨＲを受信する過程と、上記指示者によって上記キャリアのそれぞれのデータチャンネルで実際送信するか否かを把握する 過程を含むことを特徴とする。
【００１０】
さらに、上記課題を解決するための本発明による多数個のキャリアが集積された移動通信システムにおいて基地局のＰＨ受信装置は、多数個の活性化されたキャリア中のいずれか１つで上記キャリアのＰＨと上記ＰＨに対応する指示者から構成された拡張ＰＨＲを受信する受信機と、上記指示者によって上記キャリアのそれぞれのデータチャンネルで実際送信するか否かを把握する制御部を含むことを特徴とする。
【００１１】
本発明によるキャリアアグリゲーションのための移動通信システムにおいてＰＨの報告方法及び装置は、キャリア別のＰＨをより效率的に報告することができる。即ち、多数個のキャリアが集積される場合、端末でキャリアのＰＨを一つのＰＨＲで構成して報告することができる。これによって、移動通信システムにおいてより效率的に逆方向の送信電力を決定することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施例による移動通信システムの構造を示す図面である。
【図２】本発明の一実施例による移動通信システムのプロトコル構造を示す図面である。
【図３】本発明の一実施例による移動通信システムにおいてキャリアアグリゲーションを例示した図面である。
【図４】本発明の一実施例による移動通信システムにおいてキャリアアグリゲーションの構成の一実施例を図示した図面である。
【図５】本発明の実施例によるＰＨ報告シナリオを説明するための図面である。
【図６】本発明の実施例による端末のＰＨ報告手続きを示すフローチャートである。
【図７】本発明の実施例による基地局のＰＨ受信手続きを示すフローチャートである。
【図８】本発明の実施例による端末のＰＨ報告装置を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、実施例によって本発明をさらに具体的に説明する。この際、添付図面において、同一の構成要素はできるだけ同一の番号を付けることに留意すべきである。なお、本発明の要旨を濁すことができる公知機能及び構成に対する詳細な説明は省略であろう。
本発明は幾つかのキャリアが集積された移動通信システムにおいて端末が各キャリアに対するＰＨ情報を效率的に報告する方法及び装置に関する。
【００１４】
本発明を本格的に説明する前に、図１、２、及び図３を通じて本発明による移動通信システムに対してより詳しく説明する。この時、本発明による移動通信システムがＬＴＥシステムの場合を仮定して説明する。
【００１５】
図１は本発明の一実施例による移動通信システムの構造を示す図面である。
図１を参照すれば、移動通信システムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ;以下 ＥＮＢまたはＮｏｄｅ  Ｂという;１０５、１１０、１１５、１２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ;１２５)、及びＳ-ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ;１３０)から構成される。使用者端末(Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥという;１３５)は、ＥＮＢ１０５、１１０、１１５、１２０及びＳ−ＧＷ１３０を通じて外部ネットワークに接続する。
【００１６】
ＥＮＢ１０５、１１０、１１５、１２０はＵＭＴＳシステムの既存ノードＢに対応される。ＥＮＢ１０５、１１０、１１５、１２０はＵＥ１３５と無線チャンネルで連結され、既存ノードＢより複雑な役目が行われる。ＬＴＥシステムにおいてインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ)のようなリアルタイムサービスを含むすべての使用者トラフィックが共用チャンネル(ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)を通じてサービスされるので、ＵＥ１３５の状況情報を納めてスケジューリングをする装置が必要であり、これをＥＮＢ１０５、１１０、１１５、１２０が担当する。一つのＥＮＢ１０５、１１０、１１５、１２０は通常多数個のセルを制御する。最大１００Ｍｂｐｓの送信速度を具現するため、ＬＴＥシステムは最大２０ＭＨｚ帯域幅で直交周波数分割多重方式(Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ;以下、ＯＦＤＭという)を無線接続技術として用いる。また、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ＆  Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ１３０はデータベアラーを提供する装置であり、ＭＭＥ１２５の制御に従い、データベアラーを生成するとか除去する。ＭＭＥ１２５は各種制御機能を担当する装置であり、多数個のＥＮＢ１０５、１１０、１１５、１２０と連結される。
【００１７】
図２は、本発明による移動通信システムの無線プロトコル構造を示す図面である。
図２を参照すれば、ＬＴＥシステムの無線プロトコルはＰＤＣＰ(Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ;２０５、２４０)、ＲＬＣ(Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ;２１０、２３５)、ＭＡＣ(Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ;２１５、２３０)からなる。ＰＤＣＰ２０５、２４０はＩＰ(Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ)ヘッダー圧縮/復元などの動作を担当する。ＲＬＣ２１０、２３５はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作等を遂行する。ＭＡＣ２１５、２３０は一端末に構成された多くのＲＬＣ階層装置と連結され、ＲＬＣ  ＰＤＵをＭＡＣ  ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ  ＰＤＵを逆多重化する動作を遂行する。物理階層２２０、２２５は上位階層データをチャンネルコーディング及び変調してＯＦＤＭシンボルで作って無線チャンネルで送信するとか、無線チャンネルを通じて受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層に伝達する動作をする。送信を基準としてプロトコルエンティティー（Ｐｒｏｔｏｃｏｌ  Ｅｎｔｉｔｙ）に入力されるデータをＳＤＵ(Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ)と言い、出力されるデータをＰＤＵ(Ｐｒоｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ)と言う。
【００１８】
図３は、本発明の一実施例による移動通信システムにおいてキャリアアグリゲーションを例示した図面である。
図３を参照すれば、一つの基地局では一般的に互いに違う周波数帯域に位置する多数個のキャリアが送出され受信される。例えば、ＥＮＢ３０５で中心周波数がｆ１であるキャリア３１５と中心周波数がｆ３であるキャリア３１０が送出される。キャリアアグリゲーション能力を有しなければ、ＵＥ３３０は上記二つのキャリア３１０、３１５中一つのキャリア３１０、３１５を用いてデータを送受信する。しかし、キャリアアグリゲーション能力を有していれば、ＵＥ３３０は同時に幾つかのキャリア３１０、３１５からデータを送受信することができる。基地局はキャリアアグリゲーション能力を有している端末に対しては状況によってさらに多いキャリアを割り当てることによって、上記端末の送信速度を高めることができる。伝統的な意味で一つの順方向キャリアと一つの逆方向キャリアが一つのセルを構成するとき、キャリアアグリゲーションとは端末が同時に幾つかのセルを通じてデータを送受信することに理解されることもできるでしょう。これを通じて従来の単一セルで成就可能であった最大送信速度は集積されるキャリアの数に比例して増加される。集積されるキャリアはＲＲＣシグナリングを通じてコンフィギュア（ｃｏｎｆｉｇｕｒｅ）される。ＬＴＥではＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて集積されるキャリアを追加させるとか、除去することができる。特定キャリアがコンフィギュアされてもデータ送信は行わない。実際に該当のキャリアを用いるためにはＭＡＣシグナリングを通じてキャリアを活性化させなければならない。ＬＴＥではＭＡＣ  ＰＤＵ内にＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ(ＣＥ)を用いてコンフィギュアされたキャリアを活性化させる。このように活性化された多数のキャリアでサービスを遂行するので、サービングセル(ｓｅｒｖｉｎｇ  ｃｅｌｌ)は多数になる。
【００１９】
逆方向送信は他のセルの逆方向に干渉をもたらすので逆方向送信電力は適切な水準で維持されなければならない。このために端末は逆方向送信を遂行することにおいて所定の関数を用いて逆方向送信電力を算出し、算出された逆方向送信電力で逆方向送信を遂行する。例えば、端末は割当を受けた送信資源の量と適用するＭＣＳ(Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ)レベル等のスケジューリング情報と経路損失値等のチャンネル状況を推正することができる入力値を上記所定の関数に入力し、要求逆方向の送信電力値を算出し、上記計算された要求逆方向の送信電力値を適用して逆方向送信を遂行する。端末が適用することができる逆方向の送信電力値は端末の最大送信値によって制限され、計算された要求送信電力値が端末の最大送信値を超過すれば端末は最大送信値を適用して逆方向送信を遂行する。この場合、十分な逆方向送信電力を適用することができないから逆方向送信品質の劣化が発生することができる。基地局は要求送信電力が最大送信電力を超過しないようにスケジューリングを遂行することが好ましい。しかし、経路損失などの幾つかのパラメーターは基地局が把握することができないから、端末は必要であれば、ＰＨＲを送信して自分のＰＨ(Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ)値を基地局に報告する。
【００２０】
使用可能送信電力に影響を及ぼす要素としては、１)割当を受けた送信資源の量、２)逆方向送信に適用するＭＣＳ、３)連関された順方向キャリアの経路損失(Ｐａｔｈ  Ｌｏｓｓ、 以下、ＰＬという)、４)出力調整命令の累積値等がある。この中、経路損失や累積出力調整命令値は逆方向キャリア別に違うことができるので、一端末に多数個の逆方向キャリアが集積されれば逆方向キャリア別にＰＨＲ送信するか、否かを設定することが好ましい。しかし、效率的なＰＨＲ送信のために、一つの逆方向キャリアで多数個の逆方向キャリアに対するＰＨを全部報告することもできる。運用戦略によって、実際ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ)送信が起きないキャリアに対するＰＨが必要かもしれない。したがって、このような場合に一つの逆方向キャリアで多数個の逆方向キャリアに対するＰＨを全部報告する方法はより效率的かも知れない。このために、既存のＰＨＲを拡張させなければならない。一つのＰＨＲに含まれる多数個のＰＨはあらかじめ決まった手順によって構成されるでしょう。
【００２１】
図４は本発明の一実施例による移動通信システムにおいてキャリアアグリゲーションの構成の一実施例を図示した図面である。
図４を参照すれば、一端末に５個の逆方向キャリアが集積されており、逆方向キャリアのいずれか１つで該当の５個の逆方向キャリアに対するＰＨを全部送信するように設定することができる。例えば、一端末に３つの逆方向キャリア４４０、４４５、４５０が集積された場合、３つの逆方向キャリア４４０、４４５、４５０のＰＨ値は三つの逆方向キャリア４４０、４４５、４５０中のいずれかＰＨＲを通じて送信するように設定することができる。
【００２２】
ＰＨＲは通常、連結された順方向キャリアの経路損失が所定の基準値の以上に変更されるとか、プロヒビット(ｐｒｏｈｉｂｉｔ)ＰＨＲタイマーが満了するとか、またはＰＨＲを生成した後、所定の期間が経過すればトリガー(ｔｒｉｇｇｅｒ)される。ＰＨＲがトリガーされても、端末はＰＨＲを直ちに送信しないで、逆方向送信が可能な時点、例えば逆方向の送信資源が割り当てる時点まで待機する。これはＰＨＲがとても迅速に処理されなければならない情報ではないからである。端末はＰＨＲがトリガーされた後、一番目の逆方向送信に上記ＰＨＲを含ませて送信する。ＰＨＲはＭＡＣ階層の制御情報であり、サイズは８ビットである。ＰＨＲの一番目の２ビットは現在使用されなく、残り６ビットは−２３ｄＢから４０ｄＢ間の範囲の中で一つを指示する用途で使用され、これが端末の使用可能送信電力を指示する。端末は一般的に以下の数式を用いてＰＨを算出する。
【００２３】
【数１】
0005990521.tif 000002
【００２４】
サービングセル(ｓｅｒｖｉｎｇ  ｃｅｌｌ)ｃにおいて、i番目のサブフレーム(ｓｕｂｆｒａｍｅ)のＰＨ(i)は最大逆方向送信電力ＰＣＭＡＸ,ｃ(i)、資源ブロックの数ＭＰＵＳＣＨ,Ｃ(i)、ＭＣＳから誘導されるパワーオフセットΔＴＦ,ｃ、経路損失ＰＬｃ,ｆｃ(i)(ａｃｃｕｍｕｌａｔｅｄ  ＴＰＣ  ｃｏｍｍａｎｄｓ)によって計算される。上記数式においてＰＬｃはサービングセルｃに対して経路損失を提供するように設定されているセルの経路損失である。任意のサービングセルの逆方向送信電力決定に使用される経路損失は該当のセルの順方向チャンネルの経路損失や、或いは他のセルの順方向チャンネルの経路損失である。この中、どの経路損失を使用するかはコール設定過程で基地局が選択して端末に知らせる。上記数式においてｆｃ(i)はサービングセルｃの送信電力調整命令(Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ)の累積値である。ＰＯ＿ＰＵＳＣＨ，Ｃは上位階層でパラメーターとして、ｃｅｌｌ−ｓｐｅｃｉｆｉｃ及びＵＥ−ｓｐｅｃｉｆｉｃ値の合からなる。一般的にＰＯ＿ＰＵＳＣＨ，Ｃはｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ、ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ、ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ等のＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ)送信種類によって他の値が適用される。αｃは上位階層から提供される３−ビッドセル−ｓｐｅｃｉｆｉｃ値で逆方向の送信電力計算の際、経路損失に適用する加重値(すなわち、この値が高いほど経路損失が逆方向送信電力により多い影響を及ぼす)であり、ＰＵＳＣＨ送信種類によって適用することができる値が制限される。ｊ値はＰＵＳＣＨの種類を示すことに使用される。ｊ＝０の時に−ｓｅｍｉ  ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ、ｊ＝１の時にはｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ、ｊ＝２の時にはｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅをそれぞれ示す。上記数式１において、若し、特定サービングセルでＰＵＳＣＨ送信がなければ、ＭＰＵＳＣＨとΔＴＦは定義によって上記数式に適用することができないだろう。
【００２５】
幾つかのキャリアが集積された移動通信システムで、実際ＰＵＳＣＨ送信が起きるサービングセルがあり、一定の時間及び区間の間、ＰＵＳＣＨ送信が起きないサービングセルがある。また、各サービングセルに対するＰＨは他のサービングセルによって共に報告されることもできる。幾つかのキャリアが集積された移動通信システムにおいて幾つかのサービングセルに対するＰＨを報告すべき場合、端末はこれらを１つのＰＨＲに集めて送信する。このような方法は各キャリ別にＰＨを送信することに比べてシグナルオーバーヘッドを減らすことができ、基地局で実際ＰＵＳＣＨ送信がないキャリアに対してもＰＨを得ることもできる。
【００２６】
図５は、本発明の実施例によるＰＨ報告シナリオを説明するための図面である。
図５を参照すれば、二つのサービングセル(ＣＣ１及びＣＣ２)で相手のＰＨを共に報告するシナリオを見えている。ＣＣ１がＰＵＳＣＨ送信が起きており、ＣＣ２はそうではない区間５０５で、端末はＣＣ１から送信されるＭＡＣ ＰＤＵ５１０にＣＣ１  ＰＨＲ５１５のみならずＣＣ２  ＰＨＲ５２０を含ませることができる。反対に、ＣＣ２がＰＵＳＣＨ送信が起きており、ＣＣ１はそうではない区間５２５で,端末はＣＣ２から送信されるＭＡＣ ＰＤＵ５３０にＣＣ１  ＰＨＲ５３５のみならずＣＣ２  ＰＨＲ５４０を含ませることができる。
【００２７】
実際、ＰＵＳＣＨ送信がないとしても、基地局は特定の逆方向キャリアにおける経路損失情報を得るため、ＰＨをトリガーさせることができる。したがって、本発明ではＰＵＳＣＨ送信がない場合、ＰＨを計算する方法を開発し、また該当のＰＨ情報を基地局に伝達する時、基地局がこれを区別するようにＰＨＲ構造を提案する。
【００２８】
特定サービングセルに対し、ＰＨＲがトリガーされれば、端末はＰＵＳＣＨ送信するか否かによってＰＨ値の算出方法を決定する。該当のサービングセルに対してＰＵＳＣＨ送信があれば、一般的な技術の通り、上記数式１を用いてＰＨを計算する。ところが、若し、該当のサービングセルでＰＵＳＣＨ送信がなければ、割り当てられた送信資源がないことを意味するので、ＭＰＵＳＣＨとΔＴＦでどんな値を使用するかが明確である。これによって、基地局と端末が同様のＭＰＵＳＣＨとΔＴＦを使用してＰＨを算出して解釈するようにする装置が必要である。これは例えば端末と基地局がＰＵＳＣＨ送信がない場合にＰＨ算出のために使用する送信フォーマット(送信資源の量とＭＣＳレベル)を決定することで解決可能である。若し、このようなレファレンス送信フォーマットでＲＢ(Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ)１個と最低のＭＣＳレベルを仮定すればＭＰＵＳＣＨとΔＴＦはそれぞれ０となり、上記数式１で抜けることと同様の意味を持つ。また、実際該当のサービングセルではデータ送信が成らないのでＰＣＭＡＸ,ｃ(i)は存在しない。したがって、ＰＣＭＡＸ,ｃ(i)をどんな値で決定するかに対する判断が必要である。本発明ではこのような仮想送信に対し、仮想ＰＣＭＡＸ,ｃ(i)を定義して適用する。本発明において、ＰＣＭＡＸ,ｃ(i)は該当のセルで許容された最大送信電力であるＰＥＭＡＸと端末の内在的な最大送信電力であるＰｐｏｗｅｒｃｌａｓｓを用いて決定することができる。例えば、下の数式２の通り決定されることができる。
【００２９】
【数２】
0005990521.tif 000003
【００３０】
これはＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲ、Ｔｃが全部０値を持つことと同様の意味を持つ。ＰＣＭＡＸはＰＣＭＡＸ＿L≦ＰＣＭＡＸ≦ＰＣＭＡＸ＿Ｈの関係をもって決定される。この時、ＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲ、Ｔｃが全部０値を持つ場合、ＰＣＭＡＸ＿L＝ＰＣＭＡＸ＿Ｈとなり、ＰＣＭＡＸ＝ＰＣＭＡＸ＿Ｈとなる。この時、ＰＣＭＡＸ＿ＨはＰｐｏｗｅｒＣｌａｓｓとＰＥＭＡＸの中で小さい値である。ＰＥＭＡＸはｃｅｌｌ−ｓｐｅｃｉｆｉｃの最大許容送信電力であり、ＰｐｏｗｅｒＣｌａｓはＵＥ−ｓｐｅｃｉｆｉｃの最大許容送信電力である。したがって、サービングセルでＰＵＳＣＨ送信がない場合、ＰＨは以下の数式に定義される。
【００３１】
【数３】
0005990521.tif 000004
【００３２】
上記数式３において、ＰＯ＿ＰＵＳＣＨ，ｃ，αｃ，iｆｃ(i)，ＰＬｃでＰＨが送信されるサービングセルではないＰＨが計算される該当のサービングセルの値が適用される。上記数式よって、計算されたＰＨは他のサービングセルで送信されるＰＨＲに他のＰＨと共に基地局に報告される。基地局立場では各サービングセルに対する多数ＰＨを１つのＰＨＲで確認することができる。問題は基地局がＰＨＲに含まれた各サービングセルに対するＰＨが実際ＰＵＳＣＨ送信を考慮して計算されたのか、或いは本発明で提示したＰＵＳＣＨレファレンスフォーマットを用いて計算されたのか、分からないということである。若し、これを分からなければ基地局は報告されたＰＨを正しく解釈することができないので效率的なスケジューリングが不可能である。これを解決するため、ＰＨＲフォーマットにこれを知らせることができる指示者(ｉｎｄｉｃａｔｉｏｒ)が必要である。したがって、本発明ではＰＨＲでこれを区別するための１つの指示者を含むことを提案する。該当の指示者はａｃｔｉｖａｔｅｄサービングセルのＰＨに対して追加される。該当の指示者は１ビットから構成されることができる。任意のセルのＰＨを報告することにおいて、上記セルのＰＨを計算する時、実際ＰＵＳＣＨ送信に基づいて、すなわち実際送信フォーマットを使用してＰＨを計算すれば、端末は上記ビットを所定の値(例えば、０)で設定する。一方、該当のセルにＰＵＳＣＨ送信がなかったから、レファレンスフォーマット(すなわち、ＲＢ個数＝０、とΔＴＦ＝０)を使用してＰＨを計算すれば、端末は上記ビットを他の所定の値(例えば、１)で設定する。
【００３３】
図６は、本発明の実施例による端末のＰＨ報告手続きを図示するフローチャットである。
図６を参照すれば、６０５段階で特定セルに対するＰＨＲがトリガーされる。ＰＨＲは、連結された順方向キャリアの経路損失が所定の基準値以上に変更されるとか、ＰＨＲをした後、所定の期間が経過すれば、トリガーされる。この後、端末は６１０段階で該当のサービングセルで実際ＰＵＳＣＨ送信が起きているかどうかを確認する。
【００３４】
次に、ＰＵＳＣＨ送信がある場合、端末は６１５段階で一般的な方法によってＰＨを計算する。すなわち、端末は上記数式１によってＰＨを計算する。また、端末は６２０段階で追加的に該当のサービングセルが一般的な方法によってＰＨが誘導されたことを知らせる指示者を設定する。本発明では１−ビット指示者を考慮する場合、端末は指示者を‘０’で設定する。該当のサービングセルでＰＵＳＣＨ送信中なので、端末は６４０段階で該当のサービングセルで送信するためのＰＨＲに計算されたＰＨを含ませて、６４５段階で該当のＰＨＲに該当のＰＨが実際ＰＣＭＡＸを使用したのかを指示する指示者を含ませる。端末は６５０段階で該当のサービングセルで該当のＰＨＲを送信する。一方、必要によって、他のサービングセルに該当のＰＨを送信することもできる。
【００３５】
一方、該当のサービングセルで実際ＰＵＳＣＨ送信がなければ、端末は６２５段階及び６３０段階で本発明で定義されたＰＨ計算数式によってＰＨを誘導する。この時、６２５段階でＰＣＭＡＸ値は実際ＰＵＳＣＨ送信と関連されるパラメーターを排除し、ＰＣＭＡＸ、ＰｐｏｗｅｒＣｌａｓｓ値のみを考慮して選択される。そして、６３０段階において、６２５段階で誘導されたＰＣＭＡＸと共に、実際ＰＵＳＣＨ送信と関連されるパラメーターをやっぱり排除し、すなわち、レファレンス送信フォーマットと上記ＰＣＭＡＸを用いてＰＨを計算する。また、端末は６３５段階で追加的に該当のセルに対しては指示者を‘１’で設定することによって、該当のセルのＰＨはレファレンス送信フォーマットを通じて誘導されたことを指示する。この時、該当のサービングセルでＰＵＳＣＨ送信がないということは、該当のサービングセルでＰＨＲを送信することができないということを意味する。したがって、構成されたＰＨは他のサービングセルで送信されるＰＨＲに含まれて基地局に送信されなければならない。この時、端末は６４０段階で他のサービングセルで送信されるＰＨＲを構成する際、先に計算されたＰＨが含まれる。なお、端末は６４５段階で該当ＰＨＲに該当ＰＨが仮想ＰＣＭＡＸを使用したのかを指示する指示者が共に含まれる。端末は６５０段階で他のサービングセルで該当のＰＨＲを送信する。
【００３６】
本発明によれば、多数個のキャリアが集積された移動通信システムにおいて端末は拡張されたＰＨＲを通じてキャリアのＰＨを報告する。すなわち、端末は活性化されたキャリアのＰＵＳＣＨで実際送信するか否かによってキャリアのＰＨを計算する。この時、ＰＵＳＣＨで実際送信が成る場合、端末は上記数式１によってＰＨを計算する。一方、ＰＵＳＣＨで実際送信がならない場合、端末は上記数式３、すなわち、あらかじめ決定された基準フォーマットによってＰＨを計算する。ここで、端末はＰＵＳＣＨで割り当てられる送信資源の個数ＭＰＵＳＣＨ及び電力オフセットΔＴＦがそれぞれ０で仮定してＰＨを計算する。そして、端末はＰＨに対応してＰＵＳＣＨで実際送信するか否かを示す指示者を設定する。この時、ＰＵＳＣＨで実際送信が成る場合、端末は指示者を０で設定する。そして、ＰＵＳＣＨで実際送信が成らない場合、端末は指示者を１で設定する。また、端末はＰＨと指示者に拡張されたＰＨＲを生成してキャリア中のいずれか１つで送信する。
【００３７】
図７は本発明の実施例による基地局のＰＨ受信手続きを示すフローチャットである。
図７を参照すれば、基地局は７０５段階で端末から一つのサービングセルを通じてＰＨＲを受信する。該当のＰＨＲには一つのサービングセルまたは多数のサービングセルに対するＰＨが含まれることができる。また、実際ＰＵＳＣＨ送信がないサービングセルにおけるＰＨも含まれるでしょう。これを区別するため、基地局は７１０段階で該当ＰＨＲの各ＰＨに一致する指示者を確認する。指示者が‘０’であるＰＨは実際ＰＵＳＣＨ送信中の実際ＰＣＭＡＸを用いて計算されたものである。そうではなく、指示者が‘１’であるＰＨは実際ＰＵＳＣＨ送信がなく、仮想ＰＣＭＡＸを用いて誘導されたものである。基地局は７１５段階で指示者が０に設定されているか否かを判断する。若し‘０’であれば、基地局は７２０段階で実際ＰＣＭＡＸを用いたＰＨであることを確認する。この時、基地局は該当のＰＨを該当の端末のためのスケジューリング及びチャンネル推定に利用する。そうではなければ、基地局は７２５段階で仮想ＰＣＭＡＸを用いたＰＨであることを確認する。この時、基地局は該当のＰＨはＰＬを類推してチャンネルを推正することに利用する。
【００３８】
本発明によれば、端末で拡張されたＰＨＲが報告されれば、基地局で拡張されたＰＨＲを受信して逆方向送信電力を決定することに利用する。このような基地局は送受信機と制御部を含む。送受信機は多数個の活性化されたキャリア中のいずれか１つでキャリアのＰＨとＰＨに対応する指示者から構成された拡張されたＰＨＲを受信する。そして、制御部は指示者によってキャリアそれぞれのＰＵＳＣＨで実際送信するか否かを把握する。この時、指示者が０でれば、制御部はＰＵＳＣＨで実際送信が成ることで把握する。そして、ＰＵＳＣＨで実際送信が成る場合、制御部は上記数式１によってＰＨが計算されたことで確認する。一方、指示者が１であれば、制御部はＰＵＳＣＨで実際送信が成らないことで把握する。また、ＰＵＳＣＨで実際送信が成らない場合、制御部は上記数式３、すなわち、あらかじめ決定された基準フォーマットによってＰＨが計算されたことで確認する。これを通じて、制御部はＰＵＳＣＨで実際送信するか否かを考慮し、ＰＨによってキャリア別に逆方向送信電力を決定する。
【００３９】
図８は本発明の実施例による端末のＰＨ報告を示すブロック図である。
図８を参照すれば、端末装置は送受信機８０５、ＰＨ計算部８１５、制御部８１０、多重化及び逆多重化装置８２０、制御メッセージ処理部８３５、及び各種上位階層装置８２５、８３０等から構成される。端末装置は他の装置(図示せず)、例えばディスプレー部、入力部等をさらに含むことができる。類似に、二つの以上の上記装置は一つの構成要素になってあり得る。
【００４０】
端末装置の少なくとも１つ以上装置はソフトウェアに具現されることができる。類似に端末装置はそれらの動作を遂行するためにハードウェア(１つ以上のプロセッサのような)にまたはハードウェアとソフトウェアの組み合わせで具現されることができる。しかし、端末装置の少なくとも一部の装置はそれらの動作を遂行するために、少なくとも一部がハードウェアに具現されることができることは勿論である。
【００４１】
受信機８０５は、順方向キャリアでデータ及び所定の制御信号を受信して逆方向キャリアでデータ及び所定の制御信号を送信する。多数個のキャリアが集積された場合、送受信機８０５は上記多数個のキャリアでデータ送受信及び制御信号送受信を遂行する。
【００４２】
ＰＨ計算部８１５は制御部８１０の制御に従い、ＰＨ値を計算し、その値を制御部８１０に伝達する。多数個のキャリアが集積された場合、ＰＨ計算部８１５は本発明によって活性化されたキャリア別にＰＨを計算することができる。すなわち、ＰＨ計算部８１５は各キャリアのＰＵＳＣＨで実際送信するか否かによってキャリアのＰＨを計算することができる。すなわち、ＰＵＳＣＨで実際送信が成る場合、ＰＨ計算部８１５は一般的な方法によってＰＨを計算することができる。一方、ＰＵＳＣＨで実際送信が成らない場合、ＰＨ計算部８１５はあらかじめ決定された基準フォーマットによってＰＨを計算することができる。この時、ＰＨ計算部８１５は本発明によってＰＵＳＣＨが送信されないキャリアに対して仮想ＰＣＭＡＸを用いてＰＨを誘導する。
【００４３】
制御部８１０は、送受信機８０５が提供する制御信号、例えば、逆方向グラントで指示するスケジューリング情報に従い、多重化及び逆多重化装置８２０にＭＡＣ ＰＤＵ構成を指示する。制御部８１０は、さらにＰＨＲトリガーされるか、否かを判断する。そして、ＰＨＲがトリガーされれば制御部８１０はＰＨに使用可能送信電力を計算することを指示する。ＰＨＲトリガーされるか、否かは制御メッセージ処理部８３５に伝達したＰＨＲパラメーターを用いて判断する。また、幾つかの逆方向キャリアのＰＨ情報が１つのＰＨＲに含まれるように設定された場合、制御部８１０は各キャリアのＰＨが実際ＰＣＭＡＸまたはＰＣＭＡＸから誘導されたのかを示す指示者をＭＡＣ  ＰＤＵに含ませるように多重化及び逆多重化装置８２０に指示する。制御部８１０は、さらにＰＨ計算部８１５が伝達したＰＨを用いてＰＨＲを生成して多重化及び逆多重化装置８２０に伝達する。すなわち、多数個のキャリアが集積された場合、制御部８１０本発明によって拡張されたＰＨＲを通じてキャリアのＰＨを報告することができる。この時、制御部８１０は拡張されたＰＨＲでキャリアのＰＨに対応してＰＵＳＣＨで実際送信するか否かを示す指示者を設定して送信することができる。ここで、制御部８１０はキャリア中のいずれか１つで拡張されたＰＨＲを送信することができる。
【００４４】
多重化及び逆多重化装置８２０は上位階層装置８２５、８３０や制御メッセージ処理部８３５で発生したデータを多重化するとか送受信機８０５で受信されたデータを逆多重化して適切な上位階層装置８２５、８３０や制御メッセージ処理部８３５に伝達する役目をする。
【００４５】
制御メッセージ処理部８３５は、ネットワークが送信した制御メッセージを処理して必要な動作を取る。制御メッセージ処理部８３５は、例えば制御メッセージに収納されたＰＨＲパラメーターを制御部８１０に伝達するとか、新しく活性化されるキャリアの情報を送受信機８０５に伝達して上記キャリアが送受信機８０５で設定されるようにする。上位階層装置８２５、８３０はサービス別に構成されることができ、ＦＴＰやＶｏＩＰ等のような使用者サービスで発生するデータを処理して多重化装置８２０に伝達するとか逆多重化装置８２０が伝達したデータを処理して上位階層のサービスアプリケーションに伝達する。
【００４６】
一方、本明細書及び図面に開示された本発明が実施例は本発明の記述内容を容易に説明し、本発明の理解を助けるために特定例を提示したものであるだけであり、本発明の範囲を限定しようとするものではない。即ち、本発明の技術的思想に基づいた他の変形例が実施可能であるということは本発明が属する技術分野における通常の知識を有する者に自明なものである。
【符号の説明】
【００４７】
１０５，１１０，１１５，１２０，３０５      ＥＮＢ，Ｎｏｄｅ  Ｂ
１３５，３３０    ＵＥ
１２５    ＭＭＥ
２０５，２４０    ＰＤＣＰ
２１０，２３５    ＲＬＣ
２１５，２３０    ＭＡＣ
２０５，２４０    ＰＤＣＰ
３１０，３１５    キャリア
３３０    ＵＥ
４４０，４４５，４５０    逆方向キャリア
８０５    送受信機
８１５    ＰＨ計算部
８１０    制御部
８２０    多重化及び逆多重化装置
８３５    制御メッセージ処理部
８２５，８３０    上位階層装置
【図１】
0005990521.tif 000005
【図２】
0005990521.tif 000006
【図３】
0005990521.tif 000007
【図４】
0005990521.tif 000008
【図５】
0005990521.tif 000009
【図６】
0005990521.tif 000010
【図７】
0005990521.tif 000011
【図８】
0005990521.tif 000012