(57)【要約】【課題】ＬＴＥ−Ａ移動通信システムにおいて端末がプライマリ・セルのパワーヘッドルーム情報を計算する方法及び装置を提供する。【解決手段】多数個のサービングセルの集積を支援する移動通信システムで端末のＰＨ計算方法において、活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かを決定する過程と、前記上向きリンクデータと上向きリンク制御信号を送信するか否かによって前記活性化されたサービングセルのＰＨを計算する過程を含むことを特徴とする。【選択図】図７
2019068474.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末のＰＨ（ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ）獲得方法であって、
前記端末が、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をＰＣｅｌｌ（ｐｒｉｍａｒｙ  ｃｅｌｌ）のサブフレームで送信するか否かを判断する段階と、
前記ＰＣｅｌｌのＴｙｐｅ  １  ＰＨのための第１上向きリンク最大送信電力と、前記ＰＣｅｌｌのｔｙｐｅ  ２  ＰＨのための第２上向きリンク最大送信電力とを決定する段階と、
前記第１上向きリンク最大送信電力に基づいて前記ｔｙｐｅ  １  ＰＨを決定し、前記第２上向きリンク最大送信電力に基づいて前記ｔｙｐｅ  ２  ＰＨを決定する段階と、を含み、
前記サブフレームで前記ＰＵＣＣＨを送信して前記ＰＵＳＣＨを送信しないと、前記第１上向きリンク最大送信電力は、バックオフパラメータを０として適用して決定し、前記第２上向きリンク最大送信電力は、実際のバックオフパラメータを適用して決定することを特徴とする方法。
【請求項２】
前記端末が、前記サブフレームで前記ＰＵＳＣＨと前記ＰＵＣＣＨとを送信しないと、バックオフパラメータを０として適用し、前記第１上向きリンク最大送信電力及び前記第２上向きリンク送信電力を決定することを特徴とする、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥ−Ａ移動通信システムにおいて端末がプライマリ・セル(ｐｒｉｍａｒｙ ｃｅｌｌ)のパワーヘッドルーム情報を計算する方法及び装置に関する。
【背景技術】
【０００２】
一般的に、移動通信システムは使用者の移動性を確保しながら通信を提供するための目的に開発された。このような移動通信システムは技術の飛躍的な発展に支えられて音声通信はもちろん高速のデータ通信サービスを提供することができる段階に至った。
近年、次世代移動通信システム中の１つで３ＧＰＰでＬＴＥ(Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ)に対する規格作業が進行中である。ＬＴＥは２０１０年程度を商用化目標とし、現在提供されているデータ送信率より高い最大１００Ｍｂｐｓ程度の送信速度を有する高速パケット基盤通信を具現する技術である。このために様々な方案が論議されているが、 例えば、ネットワークの構造を簡単にして通信路上に位置するノードの数を減らす方案や、無線プロトコルを最大限無線チャンネルに近接させる方案等が論議中である。
【０００３】
一方、データサービスは音声サービスとは異なり送信しようとするデータの量とチャンネル状況によって割り当てることができる資源等が決定される。したがって、移動通信システムのような無線通信システムではスケジューラで送信しようとする資源の量とチャンネルの状況及びデータの量等を考慮して送信資源を割り当てる等の管理が成る。これは次世代移動通信システム中の１つであるＬＴＥでも同様になり、基地局に位置したスケジューラが無線送信資源を管理して割り当てる。
最近ＬＴＥ通信システムに、様々な新技術を組み合わせて送信速度を向上させる進化されたＬＴＥ通信システム(ＬＴＥ−Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ)に対する論議が本格化されている。上記新しく導入する技術の中で代表的なものでキャリアアグリゲーション(Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ)を挙げることができる。キャリアアグリゲーションとは従来の端末が１つのダウンリンクキャリアと１つのアップリンクキャリアのみを利用してデータ送受信をすることとは異なり、 １つの端末が多数のダウンリンクキャリアと多数のアップリンクキャリアを用いることである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１０／０９１４２５号
【非特許文献】
【０００５】
【非特許文献１】ZTE，Discussion on CC specific PHR reporting，3GPP TSG RAN WG2 #70bis R2-103724，２０１０年６月２２日
【非特許文献２】TSG RAN WG1，LS on the reference format on virtual PHR，3GPP TSG-RAN WG1#62b R1-105820，２０１０年１０月１６日
【非特許文献３】Huawei，The possible impact of UL SU-MIMO on PH mapping[online]，  3GPP TSG-RAN WG4♯56    R4-103044，インターネット<URL:http://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_56/Documents/R4-103044.zip>，２０１０年  ８月２３日
【非特許文献４】Panasonic，Open issues for power headroom reporting[online]，  3GPP TSG-RAN WG2♯71bis    R2-105757，インターネット<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_71bis/Docs/R2-105757.zip>，２０１０年１０月１１日
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のアップリンクの送信出力決定関連手続きは端末に１つのダウンリンクキャリアと１つのアップリンクキャリアが割り当てられた場合のために定義されたことなので、 集積された幾つかのキャリアを通じてデータを送受信する端末のアップリンク送信出力決定にそのまま適用することができない。特に、幾つかのキャリアが集積された端末が使用可能送信出力を報告する手続き及び方式を新しく定義する必要がある。
【課題を解決するための手段】
【０００７】
本発明の目的は、キャリアアグリゲーションのための移動通信システムにおいて端末が效率的にＰＨを計算する方法及び装置を提供するものである。
【０００８】
上記課題を解決するための本発明による多数個のサービングセルが集積される移動通信システムにおいて端末のＰＨ計算方法は、活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かを決定する過程と、上記上向きリンクデータと上向きリンク制御信号を送信するか否かによって上記活性化されたサービングセルのＰＨを計算する過程を含むことを特徴とする。
【０００９】
そして上記課題を解決するための本発明による多数個のサービングセルが集積される移動通信システムにおいて端末のＰＨ計算装置は、活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かを決定するための制御部と、上記上向きリンクデータと上向きリンク制御信号を送信するか否かによって上記活性化されたサービングセルのＰＨを計算するための計算部を含むことを特徴とする。
【００１０】
また、上記課題を解決するための本発明による多数個のサービングセルが集積される移動通信システムにおいて基地局のＰＨ受信方法は、端末で拡張ＰＨＲを受信する過程と、上記拡張ＰＨＲを分析して活性化されたサービングセルのＰＨを把握する過程を含み、 上記端末は、上記活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かによって上記ＰＨを計算することを特徴とする。
【００１１】
さらに、上記課題を解決するための本発明による多数個のサービングセルが集積される移動通信システムにおいて基地局のＰＨ受信装置は、端末で拡張ＰＨＲを受信するための受信機と、上記拡張ＰＨＲを分析して活性化されたサービングセルのＰＨを把握するための制御部を含み、上記端末は、上記活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かによって上記ＰＨを計算することを特徴とする。
【００１２】
したがって、本発明による移動通信システムにおいてＰＨ計算方法及び装置は、活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かによって活性化されたサービングセルのＰＨを計算することによって、より效率的に活性化されたサービングセル別のＰＨを計算することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施例によるＬＴＥ移動通信システムの構造を示す図面である。
【図２】本発明の実施例によるＬＴＥ移動通信システムのプロトコル構造を示す図面である。
【図３】本発明の実施例によるＬＴＥ移動通信システムにおいてキャリアアグリゲーションを例示した図面である。
【図４】本発明の実施例によるＬＴＥ移動通信システムにおいてキャリアアグリゲーションの構成の一例を示す図面である。
【図５】本発明の実施例による２つのＣＣ１、ＣＣ２で相手ＰＨを共に報告するシナリオである。
【図６】本発明の実施例によるＰＵＳＣＨが単独で使用される時とＰＵＣＣＨが共に使用される時の資源割り当ての一例を示す図面である。
【図７】本発明の実施例によるＰＨＲ送信手続きを示すフローチャートである。
【図８】本発明の実施例による端末装置を説明するためのブロック図である。
【発明を実施するための形態】
【００１４】
以下、添付の図面を参照して本発明の実施例をより詳細に説明する。この際、添付図面において、同一の構成要素はできるだけ同一の番号を付けることに留意すべきである。なお、本発明の要旨を濁すことができる公知機能及び構成に対する詳細な説明は省略であろう。
【００１５】
本発明は、ＬＴＥ-Ａ移動通信システムにおいて端末がプライマリ・セル(ＰＣｅｌｌ)のパワーヘッドルーム(ＰＨ)情報を計算する方法及び装置に関する。
【００１６】
従来には特定時間区間の間、ＰＵＳＣＨ又はＰＵＣＣＨの１つだけを送信することができた一方、ＬＴＥ-Ａ移動通信システムではアップリンクでＰＵＳＣＨとＰＵＣＣＨを同時に使用することができる。したがって、ＰＵＳＣＨが単独に送信される時、或いはＰＵＣＣＨと共に送信される時によって、提供されるＰＨの情報は変らなければならない。本発明ではＰＵＳＣＨとＰＵＣＣＨが同時に送信可能する時、效率的なＰＨ計算方法を開発する。
【００１７】
本発明を本格的に説明する前に、図 １、２、及び図３を通じてＬＴＥ移動通信システムに対してより詳しく説明する。図１はＬＴＥ移動通信システムの構造を示す図面である。上記図１を参照すれば、図示したようにＬＴＥ移動通信システムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ;以下 ＥＮＢまたはＮｏｄｅ  Ｂという;１０５、１１０、１１５、１２０)とＭＭＥ(１２５；Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ)及びＳ-ＧＷ(１３０；Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)から構成される。使用者端末(Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、以下、「ＵＥ」という;１３５)は、ＥＮＢ及びＳ−ＧＷを通じて外部ネットワークに接続する。
【００１８】
ＥＮＢ１０５〜１２０はＵＭＴＳシステムの既存ノードＢに対応される。ＥＮＢはＵＥ１３５と無線チャンネルで連結され、既存ノードＢより複雑な役目が行われる。ＬＴＥではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ)のようなリアルタイムサービスを初めとしてすべての使用者トラフィックが共用チャンネル(ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)を通じてサービスされるので、ＵＥの状況情報を納めてスケジューリングをする装置が必要であり、これをＥＮＢ１０５〜１２０が担当する。１つのＥＮＢは通常多数のセルを制御する。最大１００Ｍｂｐｓの送信速度を具現するため、ＬＴＥは最大２０ＭＨｚ帯域幅で直交周波数分割多重方式(Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ;以下、「ＯＦＤＭ」という)を無線接続技術として用いる。また、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ＆  Ｃｏｄｉｎｇ、以下、「ＡＭＣ」という)方式を適用する。Ｓ−ＧＷはデータベアラーを提供する装置であり、 ＭＭＥの制御に従い、データベアラーを生成したり除去する。ＭＭＥは各種制御機能を担当する装置であり、多数の基地局と連結される。
【００１９】
図２の無線プロトコルに対して簡単に説明する。
【００２０】
図２に示すように、ＬＴＥシステムの無線プロトコルはＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ；２０５、２４０)、 ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；２１０、２３５)、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ； ２１５、２３０)からなる。ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ；２０５、２４０)はＩＰヘッダー圧縮/復元などの動作を担当し、無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下「ＲＬＣ」という)(２１０、２３５)はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを遂行する。ＭＡＣ２１５、２３０は一端末に構成された多くのＲＬＣ階層装置と連結され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を遂行する。物理階層２２０、２２５は上位階層データをチャンネルコーディング及び変調してＯＦＤＭシンボルで作って無線チャンネルに送信したり、無線チャンネルを通じて受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層に伝達する動作をする。送信を基準でプロトコルエンティティーで入力されるデータをＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)、出力されるデータをＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)という。
【００２１】
図３にキャリアアグリゲーション(Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ)に対して簡略に説明する。図３はＬＴＥ移動通信システムにおいてキャリアアグリゲーションを例示した図面である。
【００２２】
図３を参照すれば、１つの基地局では一般的に互いに異なる周波数帯域に位置する多数のキャリアが送出されて受信される。例えば、ＥＮＢ３０５で中心周波数がｆ１のキャリア３１５と中心周波数がｆ２のキャリア３１０が送出される時、従来には１つの端末は上記２つのキャリアの中で１つのキャリアを利用してデータを送受信した。しかし、キャリアアグリゲーション能力を有している端末は同時に幾つかのキャリアからデータを送受信することができる。基地局はキャリアアグリゲーション能力を有している端末に対しては状況によってより多いキャリアを割り当てることによって上記端末の送信速度を高めることができる。伝統的な意味で１つのダウンリンクキャリアと１つのアップリンクキャリアが１つのセルを構成する時、 キャリアアグリゲーションとは端末が同時に幾つかのセルを通じてデータを送受信することに理解されることもできる。これを通じて従来の単一セルで成就可能であった最大送信速度は集積されるキャリアの数に比例して増加される。集積されるキャリアはＲＲＣシグナリングを通じてコンフィギュアされる。ＬＴＥではＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを利用し、集積されるキャリアを追加させたり除去することができる。特定キャリアがコンフィギュア（ｃｏｎｆｉｇｕｒｅ）されてもデータ送信は遂行されない。実際に当該のキャリアを使用するためにはＭＡＣシグナリングを通じてキャリアを活性化させなければならない。ＬＴＥではＭＡＣ ＰＤＵ内にＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ(ＣＥ)を利用してコンフィギュアされたキャリアを活性化させる。このように活性化された多数のキャリアでサービスを遂行するので、サービングセル(ｓｅｒｖｉｎｇ ｃｅｌｌ)は多数になる。
【００２３】
アップリンク送信は他のセルのアップリンクに干渉をもたらすからアップリンク送信出力は適切な水準で維持されるべきである。このために端末はアップリンク送信を遂行することにおいて所定の関数を用いてアップリンク送信出力を算出し、算出されたアップリンク送信出力でアップリンク送信を遂行する。例えば、端末は割り当てを受けた送信資源の量と適用するＭＣＳ(Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ)レベルなどのスケジューリング情報と経路損失値などのチャンネル状況を推定することができる入力値を上記所定の関数に入力して要求アップリンク送信出力値を算出し、上記計算された要求アップリンク送信出力値を適用してアップリンク送信を遂行する。端末が適用することができるアップリンク送信出力値は端末の最大送信値によって制限され計算された要求送信出力値が端末の最大送信値を超過すれば端末は最大送信値を適用してアップリンク送信を遂行する。この場合、十分なアップリンク送信出力を適用することができないからアップリンク送信品質劣化が発生することができる。基地局は要求送信出力が最大送信出力を超過しないようにスケジューリングを遂行することが好ましい。しかし、経路損失などの幾つかのパラメーターは基地局が把握することができないから、端末は必要の時、使用可能送信出力メッセージ(ＰＨＲ、Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ)ということを送信して自分の使用可能送信出力(ＰＨ、Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ)状態を基地局に報告する。
【００２４】
使用可能送信出力に影響を及ぼす要素としては1)割り当てを受けた送信資源の量、２) アップリンク送信に適用するＭＣＳ、３)連関されたダウンリンクキャリアの経路損失、４)出力調整命令の累積値などがある。この中、経路損失(Ｐａｔｈ Ｌｏｓｓ、以下「ＰＬ」という)や累積出力調整命令値はアップリンクキャリア別に異なることができるので、一端末に多数のアップリンクキャリアが集積されると、アップリンクキャリア別にＰＨＲを送信するか否かを設定することが好ましい。しかし、效率的なＰＨＲ送信のために、１つのアップリンクキャリアで多数のアップリンクキャリアに対するＰＨを共に報告することもできる。運用戦略によって、 実際ＰＵＳＣＨ送信が起きないキャリアに対するＰＨが必要する場合もある。したがって、このような場合に１つのアップリンクキャリアで多数のアップリンクキャリアに対するＰＨを共に報告する方法はより效率的かもしれない。このために、既存のＰＨＲを拡張させなければならない。１つのＰＨＲに含まれる多数のＰＨは予め決定された手順によって構成されるでしょう。
【００２５】
図４は、ＬＴＥ移動通信システムにおいてキャリアアグリゲーションの構成の一例を示す図面である。
【００２６】
図４を参照すれば、一端末に５個のアップリンクキャリアが集積されており、この中１つのアップリンクキャリアだけ当該の５個のアップリンクキャリアに対するＰＨを共に送信するように設定することができる。同様に、アップリンクキャリア４４０、４４５、４５０の使用可能送信出力は３つ中の１つのアップリンクキャリアだけＰＨＲを送信するように設定することができる。
【００２７】
ＰＨＲは通常連結されたダウンリンクキャリアの経路損失が所定の基準値以上に変更されたり、ｐｒｏｈｉｂｉｔ ＰＨＲ ｔｉｍｅｒが満了されたり、又はＰＨＲを生成した後、所定の期間が経過するとトリガーされる。端末はＰＨＲがトリガー(ｔｒｉｇｇｅｒ)されてもＰＨＲを直ちに送信せず、アップリンク送信が可能な時点、例えばアップリンク送信資源が割り当てられる時点まで待機する。これはＰＨＲが非常に迅速に処理されなければならない情報ではないからである。端末はＰＨＲがトリガーされた後、一番目にアップリンク送信に上記ＰＨＲを含ませて送信する。ＰＨＲはＭＡＣ階層の制御情報でありサイズは８ビットである。ＰＨＲの一番目の２ビットは現在使用されなく、残り６ビットは−２３ｄＢから４０ｄＢ間の範囲の中で１つを指示する用途として使用され、これが端末の使用可能送信出力を指示する。端末は以下の数式１を用いて使用可能出力を算出する。当該の数1はＰＵＳＣＨだけが送信される時を仮定する。
【００２８】
【数１】
2019068474.tif 000003
【００２９】
サービングセル(ｓｅｒｖｉｎｇ  ｃｅｌｌ)ｃにおいて、i番目のサブフレーム(ｓｕｂｆｒａｍｅ)のＰＨ(ｉ)は最大アップリンク送信電力ＰＣＭＡＸ,ｃ(ｉ)、資源ブロックの数ＭＰＵＳＣＨ,Ｃ(ｉ)、ＭＣＳから誘導されるパワーオフセットΔＴＦ,ｃ、経路損失ＰＬｃ, ｆｃ(i)(ａｃｃｕｍｕｌａｔｅｄ  ＴＰＣ  ｃｏｍｍａｎｄｓ)によって計算される。上記数式１においてＰＬｃはサービングセルｃに対して経路損失を提供するように設定されているセルの経路損失である。任意のサービングセルのアップリンク送信出力決定に使用される経路損失は当該のセルのダウンリンクチャンネルの経路損失や、或いは他のセルのダウンリンクチャンネルの経路損失である。この中、どの経路損失を使用するかはコール設定過程で基地局が選択して端末に知らせる。上記数式１においてｆｃ(i)はサービングセルｃの送信出力調整命令(Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ)の累積値である。ＰＯ＿ＰＵＳＣＨ，Ｃは上位階層でパラメーターとして、ｃｅｌｌ−ｓｐｅｃｉｆｉｃ及びＵＥ−ｓｐｅｃｉｆｉｃ値の合からなる。一般的にＰＯ＿ＰＵＳＣＨ，Ｃはｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ、ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ、ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ等のＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ)送信種類によって他の値が適用される。αｃは上位階層から提供される３−ビットｃｅｌｌ−ｓｐｅｃｉｆｉｃ値でアップリンクの送信出力計算の際、経路損失に適用する加重値(すなわち、この値が高いほど経路損失がアップリンク送信出力により多い影響を及ぼす)であり、ＰＵＳＣＨ送信種類によって適用することができる値が制限される。ｊ値はＰＵＳＣＨの種類を表すことに使用される。ｊ＝０の時にｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ、ｊ＝１の時にはｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ、ｊ＝２の時にはｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅをそれぞれ示す。上記数式１において、 若し、特定サービングセルでＰＵＳＣＨ送信がなければ、ＭＰＵＳＣＨとΔＴＦは定義によって上記公式に適用することができないだろう。
【００３０】
幾つかのキャリアが集積された移動通信システムで、実際ＰＵＳＣＨ送信が起きるサービングセルがあり、一定の時間区間の間、ＰＵＳＣＨ送信が起きないサービングセルがある。また、各サービングセルに対するＰＨは他のサービングセルによって共に報告されることもできる。幾つかのキャリアが集積された移動通信システムにおいて幾つかのサービングセルに対するＰＨを報告すべき場合、これらは１つのＰＨＲに集めて送信する。このような方法は各キャリ別にＰＨを送信することに比べてシグナルオーバーヘッドを減らすことができ、実際ＰＵＳＣＨ送信がないキャリアに対してもＰＨ情報を得ることもできる。
【００３１】
図５は２つのサービングセル(ＣＣ１及びＣＣ２)で相手ＰＨを共に報告するシナリオを示している。
【００３２】
図５を参照すれば、ＣＣ１がＰＵＳＣＨ送信が起きており、ＣＣ２はそうではない区間５０５で、端末はＣＣ１から送信されるＭＡＣ ＰＤＵ５１０にＣＣ１ＰＨＲ５１５のみならずＣＣ２ＰＨＲ５２０を含ませることができる。反対に、ＣＣ２がＰＵＳＣＨ送信が起きており、ＣＣ１はそうではない区間５２５で、端末はＣＣ２から送信されるＭＡＣ ＰＤＵ５３０にＣＣ１ＰＨＲ５３５のみならずＣＣ２ＰＨＲ５４０を含ませることができる。
【００３３】
拡張されたＰＨＲは多数のキャリアに対するＰＨ情報から構成され、 各キャリアに対するＰＨ情報は選別的に含まれる。したがって、拡張されたＰＨＲのサイズは状況によって変化するでしょう。従来のＰＨＲ形式と共に、新たにＰＨＲ形式が導入されるので、この２つの形式を区別するため、拡張されたＰＨＲ形式なのを指示する新しいＬＣＩＤを定義する。拡張されたＰＨＲのサイズは可変的なのでそのサイズを指示する値Ｌが追加されなければならない。ＰＣｅｌｌはＰＵＳＣＨとＰＵＣＣＨ同時に送信するか否かによってＴｙｐｅ２ＰＨが含まれたり、そうではない場合もある。また、ａｃｔｉｖａｔｅｄ ＳＣｅｌｌのＰＨが含まれる。したがって、拡張されたＰＨＲのサイズは状況によって変わるのでそのサイズを指示する値Ｌがサブ−ヘッダーに含まれる。ＳＣｅｌｌではＰＣｅｌｌとは異なりＰＵＳＣＨとＰＵＣＣＨを同時に送信することができないので、Ｔｙｐｅ２ＰＨが存在しない。連続されたバイトで各キャリアＰＨ情報を収録する順序はＰＣｅｌｌのＴｙｐｅ２ＰＨ → ＰＣｅｌｌのＴｙｐｅ１ＰＨ→ＳＣｅｌｌ ｉｎｄｅｘの昇順でａｃｔｉｖａｔｅｄ ＳＣｅｌｌのＰＨとする。Ｔｙｐｅ２ＰＨはＰＣｅｌｌに対してだけ存在し、Ｔｙｐｅ２ＰＨを解釈するためにはＴｙｐｅ１ＰＨが必要であるという事実を考慮してＰＣｅｌｌのＰＨを前部分に配置した。ここで、Ｔｙｐｅ２ＰＨはアップリンクでＰＵＳＣＨとＰＵＣＣＨが同時に使用される時、適用される。拡張されたＰＨＲを受信した装置は先にＰＣｅｌｌのＴｙｐｅ２ＰＨとＴｙｐｅ１ＰＨを用いてＰＣｅｌｌでＰＵＳＣＨ送信のための使用可能送信電力とＰＵＣＣＨ送信のための使用可能送信電力に対する情報を獲得した後、同様の類型のＰＨすなわち、Ｔｙｐｅ１ＰＨを処理することによって処理負荷を軽減することができる。
【００３４】
実際、ＰＵＳＣＨ送信がなくても、基地局は特定のアップリンクキャリアにおける経路損失情報を得るため、ＰＨをトリガーさせることができる。特定サービングセルに対し、ＰＨＲがトリガーされると、端末はＰＵＳＣＨ送信するか否かによってＰＨ値の算出方法を決定する。該当のサービングセルに対してＰＵＳＣＨ送信があると、従来の技術の通り、上記数式１を用いてＰＨを計算する。若し、当該のサービングセルでＰＵＳＣＨ送信がなければ、割り当てられた送信資源がないことを意味するので、ＭＰＵＳＣＨとΔＴＦでどんな値を使用するかが明確ではないので、基地局と端末が同様のＭＰＵＳＣＨ とΔＴＦを使用してＰＨを算出して解釈するようにする装置が必要である。これは例えば端末と基地局がＰＵＳＣＨ送信がない場合にＰＨ算出のために使用する送信フォーマット(送信資源の量とＭＣＳレベル)を決定することで解決可能である。若し、このようなレファレンス送信フォーマットでＲＢ１個と最低のＭＣＳレベルを仮定するとＭＰＵＳＣＨ とΔＴＦ はそれぞれ０となり、上記数式１で抜けることと同様の意味を持つ。即ち、当該のサービングセルではデータ送信が成らないのでＰＣＭＡＸ,ｃ(ｉ)は存在しない。したがって、 ＰＣＭＡＸ,ｃ(ｉ)をどんな値で決定するかに対する判断が必要である。このような仮想送信に対し、仮想ＰＣＭＡＸ,ｃ(ｉ)を定義して適用する。ＰＣＭＡＸ,ｃ(ｉ)は当該のセルで許容された最大送信出力であるＰＥＭＡｘと端末の内在的な最大送信出力であるＰｐｏｗｅｒｃｌａｓｓを用いて決定することができる。例えば、以下のように決定されることができる。
【００３５】
【数２】
2019068474.tif 000004
【００３６】
ＰＣＭＡＸはＰＣＭＡＸ＿L≦ＰＣＭＡＸ≦ＰＣＭＡＸ＿Ｈの関係をもって決定される。この時、ｚｅｒｏ ｐｏｗｅｒ ｂａｃｋ-ｏｆｆを考慮すると、ＰＣＭＡＸ_Ｈ＝ ＰＣＭＡＸ_Ｈになり、ＰＣＭＡＸ＝ＰＣＭＡＸ_Ｈになる。この時、ＰＣＭＡＸ＿ＨはＰｐｏｗｅｒＣｌａｓｓとＰＥＭＡＸの中で小さい値である。ＰＥＭＡＸはｃｅｌｌ−ｓｐｅｃｉｆｉｃの最大許容送信電力であり、ＰｐｏｗｅｒＣｌａｓはＵＥ−ｓｐｅｃｉｆｉｃの最大許容送信電力である。
【００３７】
前述したように、ＬＴＥ−Ａ移動通信システムではアップリンクでＰＵＳＣＨとＰＵＣＣＨを同時に使用することができる。したがって、ＰＵＳＣＨが単独に送信される時、或いはＰＵＣＣＨと共に送信される時によって、提供されるＰＨの情報は変わらなければならない。
【００３８】
図６はＰＵＳＣＨが単独で使用される時とＰＵＣＣＨが共に使用される時の資源割り当ての例である。図６の左側図面はＰＵＳＣＨ６０５のために、資源が共に割り当てられた場合である。この時、横軸は時間領域を示し、縦軸は周波数領域を示す。図６の右側図面はＰＵＳＣＨ６１５とＰＵＣＣＨ６１０が同時に資源の割り当てを受けて送信される場合である。
【００３９】
図６を参照すれば、ＰＵＳＣＨとＰＵＣＣＨが同時に使用されると、ＰＨを計算するためには端末の最大送信電力量でＰＵＳＣＨに割り当てられた送信電力量とＰＵＣＣＨに割り当てられた送信電力量を共に除かなければならない。ＰＵＳＣＨとＰＵＣＣＨが同時に使用される時には基地局が端末にＰＵＣＣＨコンフィギュレーションを通じてこれを予め指示する。ＰＵＳＣＨが単独に送信される時、或いはＰＵＣＣＨと共に送信される時のＰＨを提供してくれるため、Ｔｙｐｅ１ＰＨとＴｙｐｅ２ＰＨを利用する。Ｔｙｐｅ１ＰＨはＰＣＭＡＸ−ＰＰＵＳＣＨに定義される。ここで、ＰＰＵＳＣＨはＰＵＳＣＨに割り当てられた電力量である。Ｔｙｐｅ２ＰＨはＰＣＭＡＸ−ＰＰＵＳＣＨ−ＰＰＵＣＣＨに定義される。ここでＰＰＵＣＣＨはＰＵＣＣＨに割り当てられた電力量である。ＰＵＣＣＨコンフィギュレーションでＰＵＳＣＨとＰＵＣＣＨ同時使用に対して指示しなければＴｙｐｅ１ＰＨのみを利用すれば良い。そうではなければ、Ｔｙｐｅ１ＰＨとＴｙｐｅ２ＰＨが共に利用される。Ｔｙｐｅ２ＰＨはｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ(ＣＡ)システムでＰＣｅｌｌだけで適用され、ＳＣｅｌｌには適用されない。ＰＵＣＣＨコンフィギュレーションでＰＵＳＣＨとＰＵＣＣＨ同時使用に対して指示すれば、ＰＣｅｌｌに対するＰＨでＴｙｐｅ１ＰＨとＴｙｐｅ２ＰＨが共に含まれる。
【００４０】
前述したように、実際ＰＵＳＣＨ(又はＰＵＣＣＨ)送信がなくても基地局は特定アップリンクキャリアにおける経路損失情報を得るため、ＰＨをトリガーさせることができる。ＰＵＣＣＨコンフィギュレーションでＰＵＳＣＨとＰＵＣＣＨ同時使用に対して指示しても、特定時間区間の間、実際ＰＵＳＣＨ又はＰＵＣＣＨが実際送信されない場合もあり、ＰＵＳＣＨとＰＵＣＣＨ共に送信されない場合もある。ＣＡシステムでは幾つかのサービングセルが存在し、 少なくとも１つのサービングセルでＰＨＲトリガー条件を満足すればアップリンクキャリアがコンフィギュレーションされたすべてのａｃｔｉｖａｔｅｄ ｃｅｌｌに対してＰＨを生成して基地局にこれを報告する。このような場合、ＰＣｅｌｌのアップリンクチャンネルの状態は大きく４種で区分することができる。
【００４１】
-   ＰＵＳＣＨとＰＵＣＣＨを共に送信する場合
-   ＰＵＳＣＨだけ送信する場合
-   ＰＵＣＣＨだけ送信する場合
-   ＰＵＳＣＨとＰＵＣＣＨ共に送信がない場合
【００４２】
上記４種場合に対し、Ｔｙｐｅ１ＰＨとＴｙｐｅ２ＰＨを計算する方法が必要である。本発明は各場合に対し、Ｔｙｐｅ１ＰＨとＴｙｐｅ２ＰＨを計算する方法を以下のように提示する。以下の説明でｒｅａｌ ＰＣＭＡＸはＰＣｅｌｌの実際的なアップリンク送信を考慮して決定されたＰＣＭＡＸを意味し、ｒｅｆｅｒｅｎｃｅＰＣＭＡＸはＭＰＲ、Ａ−ＭＰＲなどのようなｂａｃｋ  ｏｆｆ ｐａｒａｍｅｔｅｒを０と見なして決定されたＰＣＭＡＸである。
【００４３】
場合 1)ＰＵＳＣＨとＰＵＣＣＨを共に送信する場合 
Ｔｙｐｅ１ＰＨ＝ｒｅａｌＰＣＭＡＸ―ｒｅａｌ ＰＵＳＣＨ ｐｏｗｅｒ 
Ｔｙｐｅ２ＰＨ＝ｒｅａｌＰＣＭＡＸ-ｒｅａｌ ＰＵＳＣＨ ｐｏｗｅｒ−ｒｅａｌ ＰＵＣＣＨ ｐｏｗｅｒ 
場合 ２)ＰＵＳＣＨだけ送信する場合 
Ｔｙｐｅ１ＰＨ＝ｒｅａｌＰＣＭＡＸ−ｒｅａｌ ＰＵＳＣＨ ｐｏｗｅｒ
Ｔｙｐｅ２ＰＨ＝ｒｅａｌＰＣＭＡＸ−ｒｅａｌ ＰＵＳＣＨ ｐｏｗｅｒ - ｖｉｒｔｕａｌ ＰＵＣＣＨ ｐｏｗｅｒ 
場合 ３)ＰＵＣＣＨだけ送信する場合 
Ｔｙｐｅ１ＰＨ＝ｒｅｆｅｒｅｎｃｅＰＣＭＡＸ−ｖｉｒｔｕａｌ ＰＵＳＣＨ ｐｏｗｅｒ 
Ｔｙｐｅ２ＰＨ＝ｒｅａｌＰＣＭＡＸ−ｖｉｒｔｕａｌＰＵＳＣＨ ｐｏｗｅｒ - ｒｅａｌ ＰＵＣＣＨ ｐｏｗｅｒ 
場合 ４)ＰＵＳＣＨとＰＵＣＣＨ共に送信がない場合 
Ｔｙｐｅ１ＰＨ＝ｒｅｆｅｒｅｎｃｅＰＣＭＡＸ- ｖｉｒｔｕａｌ ＰＵＳＣＨ ｐｏｗｅｒ 
Ｔｙｐｅ２ＰＨ＝ｒｅｆｅｒｅｎｃｅＰＣＭＡＸ−ｖｉｒｔｕａｌ ＰＵＳＣＨ ｐｏｗｅｒ - ｖｉｒｔｕａｌ ＰＵＣＣＨ ｐｏｗｅｒ 
【００４４】
ここで、 ｒｅａｌ ＰＵＳＣＨ ｐｏｗｅｒ或いはｒｅａｌ ＰＵＣＣＨ ｐｏｗｅｒとは ＰＣｅｌｌの実質的なＰＵＳＣＨ送信或いは実質的なＰＵＣＣＨ送信に要求される送信出力を意味し、ｖｉｒｔｕａｌ ＰＵＳＣＨ ｐｏｗｅｒ或いはｖｉｒｔｕａｌＰＵＣＣＨ ｐｏｗｅｒはＰＣｅｌｌで実質的なＰＵＳＣＨ送信或いは実質的なＰＵＣＣＨ送信がない場合、所定の送信フォーマットなどを利用して計算する要求送信出力を意味する。上記の場合で分かるようにＰＣｅｌｌで実質的なアップリンク送信がある場合、ＰＣＭＡＸに実質的なアップリンク送信が考慮されたｒｅａｌＰＣＭＡＸを使用する。例外的にＰＵＣＣＨ送信だけある場合、Ｔｙｐｅ１ＰＨ計算時にはｒｅｆｅｒｅｎｃｅ ＰＣＭＡＸを使用し、Ｔｙｐｅ２ＰＨ計算時にはｒｅａｌＰＣＭＡＸを使用する。その理由は、ＰＵＳＣＨ送信はスケジューリング決定によってセルの全体周波数帯域の中でどこでも自由に成ることができる一方、ＰＵＣＣＨ送信はセルの特定周波数帯域、具体的にセルの周波数帯の中で両端の所定の帯域で進行される。上記差異はＰＵＣＣＨ送信だけあるにもかかわらずＴｙｐｅ１ＰＨ計算にｒｅａｌＰＣＭＡＸを使用する場合、ΔＴＣが不必要に適用されてＴｙｐｅ１ＰＨの歪みをもたらすことができるからである。この逆は成立されないから(即ち、ＰＵＳＣＨ送信だけある場合、Ｔｙｐｅ２ＰＨ計算にｒｅａｌＰＣＭＡＸを使用してもＴｙｐｅ２ＰＨ計算に歪みが発生しない。)、場合２ではＴｙｐｅ１ＰＨとＴｙｐｅ２ＰＨ計算に共にｒｅａｌＰＣＭＡＸを使用する。
【００４５】
ここでＰＵＳＣＨ又はＰＵＣＣＨ送信を考慮してＰＣＭＡＸを決定するということは従来の３ＧＰＰ  ＴＳ３６．１０１標準文書に記述された方法によってＰＣＭＡＸを導出することを意味する。より具体的に、ＰＣＭＡＸを導出する時、当該のチャンネルにおけるｍｏｄｕｌａｔｉｏｎ及び送信帯域幅、ＡＣＬＲ及びｓｐｅｃｔｒｕｍ ｅｍｉｓｓｉｏｎ要求事項などを考慮してＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲΔＴＣなどを決定することを意味する。端末は以下のような値の範囲内でＰＣＭＡＸを決定する。
【００４６】
ＰＣＭＡＸ＿Ｌ≦ＰＣＭＡＸ≦ＰＣＭＡＸ_Ｈ
ここで、
−    ＰＣＭＡＸ＿Ｌ＝ＭＩＮ{ＰＥＭＡＸ−ＴＣ、ＰＰｏｗｅｒＣｌａｓｓ−ＭＡＸ(ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＭＰＲ)−ＴＣ｝
−    ＰＣＭＡＸ_Ｈ＝ＭＩＮ{ＰＥＭＡＸ、ＰＰｏｗｅｒＣｌａｓｓ}
−    ＰＥＭＡＸはｃｅｌｌ−ｓｐｅｃｉｆｉｃの最大許容送信電力量であり、ＰＰｏｗｅｒＣｌａｓｓはＵＥ−ｓｐｅｃｉｆｉｃの最大許容送信電力量である。
−    ＭＰＲはチャンネルに適用されたｍｏｄｕｌａｔｉｏｎ及び送信帯域幅によって決定される。
−    Ａ−ＭＰＲはＡＣＬＲ及びｓｐｅｃｔｒｕｍ ｅｍｉｓｓｉｏｎ要求事項を考慮して決定される。
−    Ｐ−ＭＰＲは一種のｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔのための値であり、ＴＣは ｏｐｅｒａｔｉｎｇ ｂａｎｄ ｅｄｇｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｗｅｒ ｒｅｌａｘａｔｉｏｎ値である。
【００４７】
また、 ｒｅｆｅｒｅｎｃｅ ＰＣＭＡＸはｚｅｒｏ ｐｏｗｅｒ ｂａｃｋ−ｏｆｆを考慮した仮想ＰＣＭＡＸ，Ｃ(ｉ)を言い、仮想ＰＣＭＡＸ，Ｃ(ｉ)を前述した。ＰＵＳＣＨ又はＰＵＣＣＨ送信がない場合、当該のチャンネルの送信電力量は実際存在しないので、これを代わる所定の送信フォーマットを代入し、本発明ではｖｉｒｔｕａｌ ＰＵＳＣＨとｖｉｒｔｕａｌ ＰＵＣＣＨで称する。
【００４８】
図７は本発明の実施例によるＰＨＲ送信手続きを示すフローチャートである。
【００４９】
図７を参照すると、端末は７０５段階で拡張されたＰＨＲをコンフィギュレーションする。７１０段階でＰＨＲがトリガー条件が満足される。即ち、ｐｒｏｈｉｂｉｔＰＨＲ-Ｔｉｍｅｒが満了された状態であり、各アップリンクキャリアと連結されたダウンリンクキャリアの中で少なくとも１つが経路損失の変化がｄｌ-ＰａｔｈｌｏｓｓＣｈａｎｇｅより大きければ、 アップリンクキャリアがコンフィギュレーションされたすべてのａｃｔｉｖａｔｅｄサービングセルに対してＰＨＲをトリガーする。また、端末は周期的にＰＨＲをトリガーすることができ、Ｒｅｌ−１０ＰＨＲコンフィギュレーション以後、新しいアップリンク送信が起きれば、端末はアップリンクキャリアがコンフィギュレーションされたすべてのａｃｔｉｖａｔｅｄサービングセルに対してＰＨＲをトリガーする。７１５段階で端末は前述した方法によってＰＣｅｌｌのＰＣＭＡＸ値を計算する。この時、４種の場合が考慮される。７２０段階でＰＣＭＡＸ値とＰＵＳＣＨとＰＵＣＣＨの送信電力量を代入し、ＰＣｅｌｌのＴｙｐｅ１ＰＨ、Ｔｙｐｅ２ＰＨを計算する。７３０段階ではＳＣｅｌｌのＴｙｐｅ１ＰＨを計算する。この時、端末は当該のＳＣｅｌｌにアップリンク送信があればｒｅａｌＰＣＭＡＸとｒｅａｌ ＰＵＳＣＨ ｐｏｗｅｒを適用し、当該のＳＣｅｌｌにアップリンク送信がなければｒｅｆｅｒｅｎｃｅＰＣＭＡＸとｖｉｒｔｕａｌ ＰＵＳＣＨ ｐｏｗｅｒを適用してＴｙｐｅ１ＰＨを計算する。7３５段階でＰＨＲを構成し、７４０段階で構成したＰＨＲを送信する。
【００５０】
図８は本発明における端末装置を説明するためのブロック図である。
【００５１】
図８を参照すれば、端末装置は送受信機８０５、ＰＨ計算部８１５、制御部８１０、多重化及び逆多重化装置８２０、 制御メッセージ処理部８３５及び各種上位階層装置８２５、８３０などから構成される。
【００５２】
送受信機はダウンリンクキャリアでデータ及び所定の制御信号を受信してアップリンクキャリアでデータ及び所定の制御信号を送信する。多数のキャリアが集積された場合、送受信機は上記多数のキャリアでデータ送受信及び制御信号送受信を遂行する。
【００５３】
制御部は送受信機が提供する制御信号、 例えばアップリンクグラントで指示するスケジューリング情報によって多重化及び逆多重化装置にＭＡＣ ＰＤＵ構成を指示する。制御部はさらにＰＨＲトリガーされるか否かを判断し、ＰＨＲがトリガーされるとＰＨに使用可能送信出力を計算することを指示する。ＰＨＲトリガーされるか否かは制御メッセージ処理部で伝達したＰＨＲパラメーターを利用して判断する。制御部は、さらに幾つかのアップリンクキャリアのＰＨ情報が１つのＰＨＲに含まれるように設定された場合、各キャリアのＰＨが実際ＰＣＭＡＸ又はＰＣＭＡＸで誘導されたのかを表わす認識子をＭＡＣ ＰＤＵに含ませるように多重化及び逆多重化装置に指示する。制御部はさらにＰＨ計算部が伝達した使用可能送信出力を利用してＰＨＲを生成して多重化及び逆多重化装置に伝達する。ＰＨ計算部は制御部の制御によって使用可能送信出力を計算し、その値を制御部に伝達する。多数のキャリアが集積される場合、各キャリア別にＰＨを計算することができ、ＰＵＳＣＨが送信されないキャリアに対しては仮想ＰＣＭＡＸを利用してＰＨを誘導する。
【００５４】
多重化及び逆多重化装置は上位階層装置や制御メッセージ処理部で発生したデータを多重化したり送受信機で受信されたデータを逆多重化して適切な上位階層装置や制御メッセージ処理部に伝達する役目をする。
【００５５】
制御メッセージ処理部はネットワークが送信した制御メッセージを処理して必要な動作を取る。例えば、制御メッセージに収納されたＰＨＲパラメーターを制御部に伝達したり、 新しく活性化されるキャリアの情報を送受信機に伝達して上記キャリアが送受信機で設定されるようにする。上位階層装置はサービス別に構成されることができ、 ＦＴＰやＶｏＩＰなどのような使用者サービスで発生するデータを処理して多重化装置に伝達したり逆多重化装置が伝達したデータを処理して上位階層のサービスアプリケーションに伝達する。
【００５６】
一方、図示しないが、本発明における基地局装置は送受信機、制御部及びスケジューラを含む。送受信機は端末で拡張ＰＨＲを受信する。制御部は拡張ＰＨＲを分析してサービングセル別のＰＨを把握する。スケジューラはサービングセル別にＰＨによって端末のための上向きリンク資源を割り当てる。
【００５７】
一方、本明細書及び図面に開示された本発明の実施例は本発明の記述内容を容易に説明し、本発明の理解を助けるために特定例を提示したものであるだけ、本発明の範囲を限定しようとするものではない。即ち、本発明の技術的思想に基づいた他の変形例が実施可能であるということは本発明が属する技術分野における通常の知識を有する者に自明なものである。
【符号の説明】
【００５８】
８０５    送受信機
８１０    制御部
８１５    ＰＨ計算部
８２０    多重化及び逆多重化装置
８２５・８３０    上位階層装置
８３５    制御メッセージ処理部
【図１】
2019068474.tif 000005
【図２】
2019068474.tif 000006
【図３】
2019068474.tif 000007
【図４】
2019068474.tif 000008
【図５】
2019068474.tif 000009
【図６】
2019068474.tif 000010
【図７】
2019068474.tif 000011
【図８】
2019068474.tif 000012