(57)【特許請求の範囲】
【請求項１】
端末の状態変更方法であって、
基地局に前記端末の移動性に関する情報を指示する静止状態情報（ｓｔａｔｉｏｎａｒｙ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を送信する段階と、
前記静止状態情報に基づいて決定された前記端末の設定情報を前記基地局から受信する段階と、
少なくとも１つのパラメーターに基づいて、前記端末が要求する設定状態を判定する段階と、
前記端末の前記設定情報に基づいて、現在設定状態を判定する段階と、
前記端末が要求する設定状態と前記現在設定状態とが一致しなければ、前記基地局に状態変更リクエストを送信する段階と、
を含むことを特徴とする状態変更方法。
【請求項２】
前記設定状態は、
バッテリー節約優先状態と、送信遅延優先状態と、未特定状態とを含むことを特徴とする、請求項１に記載の状態変更方法。
【請求項３】
前記少なくとも１つのパラメーターは、
前記端末のバッテリー残量と、現在実行中のアプリケーションの送信遅延敏感度とのうちの少なくとも１つを含むことを特徴とする、請求項１に記載の状態変更方法。
【請求項４】
前記現在設定状態を判定する段階は、
前記基地局から制御メッセージを受信する段階と、
前記制御メッセージに状態インジケーターが含まれているのかを判定する段階と、
前記状態インジケーターを含むか否か及び前記状態インジケーターに基づいて、前記現在設定状態を判定する段階と、
を含むことを特徴とする、請求項１に記載の状態変更方法。
【請求項５】
前記端末の前記設定情報は、
ＣＱＩ設定情報と、ＳＲ設定情報と、ＳＲＳ設定情報と、ＤＲＸ設定情報とのうちの少なくとも１つを含むことを特徴とする、請求項１に記載の状態変更方法。
【請求項６】
前記状態変更リクエストは、
状態変更が必要であるか否かを指示するインジケーターと、前記端末が要求する設定状態を指示するインジケーターとのうちの少なくとも１つを含むことを特徴とする、請求項１に記載の状態変更方法。
【請求項７】
基地局の端末に対する状態変更方法であって、
前記端末から前記端末の移動性に関する情報を指示する静止状態情報（ｓｔａｔｉｏｎａｒｙ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階と、
前記静止状態情報に基づいて決定した前記端末の設定情報を前記端末に送信する段階と、
前記端末から状態変更リクエストを受信すると、前記状態変更リクエストに対応して前記端末との接続を再構成するための制御メッセージを生成する段階と、
生成された前記制御メッセージを前記端末に送信する段階と
を含み、
前記状態変更リクエストは、
前記端末が要求する設定状態と前記端末の現在設定状態とが一致しなければ、前記基地局に送信されることを特徴とする状態変更方法。
【請求項８】
前記端末に前記端末の設定情報を含む制御メッセージを送信する段階をさらに含み、
前記端末の設定情報は、
前記端末の現在設定状態を指示するインジケーターを含むことを特徴とする、請求項７に記載の状態変更方法。
【請求項９】
前記状態変更リクエストは、
状態変更が必要であるか否かを指示するインジケーターと、前記端末が要求する設定状態を指示するインジケーターとのうちの少なくとも１つを含むことを特徴とする、請求項７に記載の状態変更方法。
【請求項１０】
前記設定状態は、
バッテリー節約優先状態と、送信遅延優先状態と、未特定状態とを含むことを特徴とする、請求項７に記載の状態変更方法。
【請求項１１】
設定状態変更を行う端末であって、
基地局とデータ通信を行う送受信部と、
基地局に前記端末の移動性に関する情報を指示する静止状態情報（ｓｔａｔｉｏｎａｒｙ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を送信するように前記送受信部を制御し、前記静止状態情報に基づいて決定された前記端末の設定情報を前記基地局から受信するように前記送受信部を制御し、少なくとも１つのパラメーターに基づいて、前記端末が要求する設定状態を判定し、前記端末の前記設定情報に基づいて、現在設定状態を判定し、前記端末が要求する設定状態と前記現在設定状態とが一致しなければ、前記基地局に状態変更リクエストを送信するように前記送受信部を制御する制御部と
を含むことを特徴とする、端末。
【請求項１２】
前記設定状態は、
バッテリー節約優先状態と、送信遅延優先状態と、未特定状態とを含むことを特徴とする、請求項１１に記載の端末。
【請求項１３】
前記少なくとも１つのパラメーターは、
前記端末のバッテリー残量と、現在実行中のアプリケーションの送信遅延敏感度とのうちの少なくとも１つを含むことを特徴とする、請求項１１に記載の端末。
【請求項１４】
前記制御部は、
前記送受信部を介して前記基地局から制御メッセージを受信すると、前記制御メッセージに状態インジケーターが含まれているのか判定し、前記状態インジケーターを含むか否か及び前記状態インジケーターに基づいて、前記現在設定状態を判定することを特徴とする、請求項１１に記載の端末。
【請求項１５】
前記端末の前記設定情報は、
ＣＱＩ設定情報と、ＳＲ設定情報と、ＳＲＳ設定情報と、ＤＲＸ設定情報とのうちの少なくとも１つを含むことを特徴とする、請求項１１に記載の端末。
【請求項１６】
前記状態変更リクエストは、
状態変更が必要であるか否かを指示するインジケーターと、前記端末が要求する設定状態を指示するインジケーターとのうちの少なくとも１つを含むことを特徴とする、請求項１１に記載の端末。
【請求項１７】
端末に対する状態変更を行う基地局であって、
前記端末とデータ通信を行う送受信部と、
前記端末から前記端末の移動性に関する情報を指示する静止状態情報（ｓｔａｔｉｏｎａｒｙ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を受信するように前記送受信部を制御し、前記静止状態情報に基づいて決定した前記端末の設定情報を前記端末に送信するように前記送受信部を制御し、前記送受信部を介して前記端末から状態変更リクエストを受信すると、前記状態変更リクエストに対応して前記端末との接続を再構成するための制御メッセージを生成し、生成された前記制御メッセージを前記端末に送信するように前記送受信部を制御する制御部と
を含み、
前記状態変更リクエストは、
前記端末が要求する設定状態と前記端末の現在設定状態とが一致しなければ、前記基地局に送信されることを特徴とする、基地局。
【請求項１８】
前記制御部は、
前記端末に前記端末の設定情報を含む制御メッセージを送信するように前記送受信部を制御し、
前記端末の設定情報は、
前記端末の現在設定状態を指示するインジケーターを含むことを特徴とする、請求項１７に記載の基地局。
【請求項１９】
前記状態変更リクエストは、
状態変更が必要であるか否かを指示するインジケーターと、前記端末が要求する設定状態を指示するインジケーターとのうちの少なくとも１つを含むことを特徴とする、請求項１７に記載の基地局。
【請求項２０】
前記設定状態は、
バッテリー節約優先状態と、送信遅延優先状態と、未特定状態とを含むことを特徴とする、請求項１７に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムで小さいサイズのデータを処理する方法及び装置に関する。
【背景技術】
【０００２】
一般的に、移動通信システムは、ユーザの移動性を確保しながら通信を提供することを目的として開発された。このような移動通信システムは、技術の飛躍的な発展に応じて、音声通信はもちろん高速のデータ通信サービスをも提供することができる段階になった。
近年、多様なパケットサービスが常用化されながら、サイズが小さいパケットが断続的に発生する場合が頻繁に発生する。ＬＴＥを含めた一般的な移動通信システムでは、いくらサイズが小さいパケットであっても、パケットを送信するためにはｓｉｇｎａｌｉｎｇ ｃｏｎｎｅｃｔｉｏｎとｄａｔａ ｂｅａｒｅｒを設定しなければならない。前記過程で多数の制御メッセージ交換が発生する。多数の端末がサイズの小さいデータを送受信するために、接続設定過程を行って少量のデータ送受信を完了した後、接続を解除する場合、ネットに深刻な負荷が掛かることとなる。それだけでなく、多量の制御メッセージ交換は、端末のバッテリー性能を低下させることとなる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、サイズが小さく断続的に発生するパケットを効率的に処理する方法及び装置を提供する。
【課題を解決するための手段】
【０００４】
本発明による状態変更方法は、端末の状態変更方法であって、少なくとも１つのパラメーターに基づいて、端末の要求される動作状態を判定する段階と、前記端末の設定情報に基づいて、現在動作状態を判定する段階と、前記要求される動作状態と前記現在動作状態とが一致しなければ、基地局に状態変更リクエストを送信する段階と、を含むことを特徴とする。
【０００５】
また、本発明による状態変更方法は、基地局の端末に対する状態変更方法であって、前記端末から状態変更リクエストを受信すると、前記状態変更リクエストに対応して前記端末との接続を再構成するための制御メッセージを生成する段階と、生成された前記制御メッセージを前記端末に送信する段階とを含み、前記状態変更リクエストは、前記端末の要求される動作状態と前記端末の現在動作状態とが一致しなければ、前記基地局に送信されることを特徴とする。
【０００６】
また、本発明による端末は、動作状態変更を行う端末であって、基地局とデータ通信を行う送受信部と、少なくとも１つのパラメーターに基づいて、前記端末の要求される動作状態を判定し、前記端末の設定情報に基づいて、現在動作状態を判定し、前記要求される動作状態と前記現在動作状態とが一致しなければ、前記基地局に状態変更リクエストを送信するように前記送受信部を制御する制御部とを含むことを特徴とする。
【０００７】
また、本発明による基地局は、端末に対する状態変更を行う基地局であって、前記端末とデータ通信を行う送受信部と、前記送受信部を介して前記端末から状態変更リクエストを受信すると、前記状態変更リクエストに対応して前記端末との接続を再構成するための制御メッセージを生成し、生成された前記制御メッセージを前記端末に送信するように前記送受信部を制御する制御部とを含み、前記状態変更リクエストは、前記端末の要求される動作状態と前記端末の現在動作状態とが一致しなければ、前記基地局に送信されることを特徴とする。
【発明の効果】
【０００８】
本発明によるパケット処理方法及びそのための装置は、移動通信システムでサイズが小さく断続的に発生するパケットを処理することにおいて、シグナリングオーバーヘッドを軽減することによってネットに過負荷が発生する問題点を防止して端末のバッテリー性能を向上させる。
【図面の簡単な説明】
【０００９】
【図１】本発明が適用されるＬＴＥシステムの構造を示す図面である。
【図２】本発明が適用されるＬＴＥシステムの無線プロトコル構造を示す図面である。
【図３】状態変更に係る第１実施形態の全体動作を示す図面である。
【図４】状態変更に係る第１実施形態の端末動作を示す図面である。
【図５】静止情報に係る第１実施形態の全体動作を示す図面である。
【図６】ＤＲＸ周期変更に係る第１実施形態の全体動作を示す図面である。
【図７】ＤＲＸ周期変更に係る第１実施形態の端末動作を示す図面である。
【図８】ＭＤＴについて説明するための図面である。
【図９】ＷＬＡＮ情報に係るＭＤＴを説明するための図面である。
【図１０】ＣＯＭＰ測定セットが設定された時の端末のアップリンク送信出力を決定する全体動作を示す図面である。
【図１１】アップリンク送信出力を決定する端末動作の第１実施形態を示す図面である。
【図１２】アップリンク送信出力を決定する端末動作の第２実施形態を示す図面である。
【図１３】アップリンク送信出力を決定する端末動作の第３実施形態を示す図面である。
【図１４】端末装置を示す図面である。
【図１５】基地局装置を示す図面である。
【発明を実施するための形態】
【００１０】
以下、本発明による詳細な説明では、上述した技術的課題を達成するための代表的な実施形態を提示する。さらに、本発明に対する説明の便宜のために、定義している個体の名称を同一に用いることができる。しかしながら、説明の便宜のために用いられた名称は、本発明の範囲を限定するものではなく、当然ながら、類似の技術的背景を有するシステムに対して同一又は容易な変更により適用が可能である。
以下、添付の図面を参照して本発明の実施形態を説明する。
【００１１】
図１は、本発明が適用されるＬＴＥシステムの構造を示す図面である。
図１を参照すれば、ＬＴＥシステムの無線アクセスネットワークは、次世代基地局（Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、以下、「ＥＮＢ」、「Ｎｏｄｅ Ｂ」、又は「基地局」と称する）１０５，１１０，１１５，１２０と、移動管理エンティティー（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）１２５と、サービングゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）１３０とから構成される。前記ＥＮＢ１０５，１１０，１１５，１２０と前記Ｓ−ＧＷ１３０は、ユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、「ＵＥ」又は「端末」と称する）１３５を外部ネットワークで接続する。
【００１２】
前記ＥＮＢ１０５，１１０，１１５，１２０は、無線チャンネルによってＵＥ１３５と連結される。前記ＥＮＢ１０５，１１０，１１５，１２０は、ＵＭＴＳシステムを構成するノードＢに対応するが、前記ノードＢよりは複雑な役目を行う。
例えば、ＬＴＥシステムは、インターネットプロトコル（ＩＰ；Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を介するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）などのようなリアルタイムサービスを含めた大部分のユーザトラフィックを共用チャンネル（ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してサービスする。
したがって、ＬＴＥシステムでは、ＵＥ１３５のバッファー状態、使用可能送信電力状態、チャンネル状態などのような状態情報を収集してスケジューリングするための装置が必要であり、このような装置の役目をＥＮＢ（１０５，１１０，１１５，１２０）が担当する。
【００１３】
ＬＴＥシステムは、１００Ｍｂｐｓの送信速度を実現するために、２０ＭＨｚ帯域幅で直交周波数分割多重方式（以下、「ＯＦＤＭ」と称する）を無線接続技術として用いる。
前記ＵＥ１３５は、適応変調コーディング（Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、「ＡＭＣ」と称する）方式を適用する。前記ＡＭＣ方式は、チャンネル状態に当たる最適の変調方式（ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ）とチャンネル符号化率（ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ）とを決定する技術である。
前記Ｓ−ＧＷ１３０は、ＭＭＥ１２５の制御により外部ネットワーク及び前記ＥＮＢ１０５，１１０，１１５，１２０とのデータベアラーを生成したり除去したりする。前記ＭＭＥ１２５は、多数のＭＭＥ１２５と接続されて、ＵＥ１３５に対する移動性管理以外に各種制御機能を担当する。
【００１４】
図２は、本発明が適用されるＬＴＥシステムの無線プロトコル構造を示す図面である。
図２を参照すれば、ＬＴＥシステムを構成するＵＥとＥＮＢそれぞれの無線プロトコルは、パケットデータ変換プロトコル階層（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ、以下、「ＰＤＣＰ階層」と称する）２０５，２４０、無線リンク制御階層（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｌａｙｅｒ、以下、「ＲＬＣ階層」と称する）２１０，２３５、ＭＡＣ階層（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌａｙｅｒ）２１５，２３０、及び物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ、以下、「ＰＨＹ階層」と称する）２２０，２２５からなる。
【００１５】
前記ＰＤＣＰ階層２０５，２４０は、ＩＰヘッダー圧縮／復元などの動作を担当する。前記ＲＬＣ階層２１０，２３５は、ＰＤＣＰ ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）を適切なサイズに再構成してＡＲＱ動作などを行う。
前記ＭＡＣ階層２１５，２３０は、１つのＵＥを構成する多くのＲＬＣ階層及び物理階層２２０，２２５との接続を形成する。前記ＭＡＣ階層２１５，２３０は、前記ＲＬＣ階層から提供されるＲＬＣ ＰＤＵを多重化してＭＡＣ ＰＤＵを構成し、前記構成したＭＡＣ ＰＤＵを物理階層２２０，２２５に伝達する。前記ＭＡＣ階層２１５，２３０は、物理階層２２０，２２５から提供されるＭＡＣ ＰＤＵを逆多重化してＲＬＣ ＰＤＵを抽出し、前記抽出したＲＬＣ ＰＤＵを多くのＲＬＣ階層に伝達する。
前記物理階層２２０，２２５は、上位階層データをチャンネルコーディング及び変調してＯＦＤＭシンボルを生成し、前記生成したＯＦＤＭシンボルを無線チャンネルへ送信する。前記物理階層２２０，２２５は、無線チャンネルを介して受信したＯＦＤＭシンボルに対する復調及びチャンネル復号を行って上位階層に伝達する。
【００１６】
第１実施形態
端末の状態はアイドル（Ｉｄｌｅ）状態とＲＲＣ接続状態とに区分される。アイドル状態の端末はデータ送受信が不可能である。アイドル状態の端末は、データ送信又は受信が必要であれば所定の手続きを経てＲＲＣ接続状態に遷移する。前記ＲＲＣ接続状態への遷移は、端末と基地局との間の制御メッセージ交換、基地局とＭＭＥとの間の制御メッセージ交換、ＭＭＥとＳ−ＧＷとの間の制御メッセージ交換を誘発する。
ＲＲＣ接続状態の端末はデータ送受信を進行する。データ送受信が完了して所定の期間が経過すれば、基地局は端末のＲＲＣ接続を解除する。しかしながら、端末が小規模データを断続的に発生させると予想される場合、前記ＲＲＣ接続を解除せず維持するのがシグナリングロードの観点から有利である。
【００１７】
アイドル状態に比べてＲＲＣ接続状態で端末のバッテリー消耗が激しいことがあるので、基地局は接続状態ＤＲＸを設定するのが好ましい。前記ＤＲＸ動作は、所定の周期ごとに少なくとも所定の期間の間に端末がスケジューリングするか否かを確認する動作に要約されることができ、前記所定の期間ではない期間の間、送受信装置をオフしてバッテリー消耗を最小化する。ＤＲＸ周期を長く設定するほど端末バッテリー節約に有利であるが、長く設定し過ぎると、端末のハンドオーバー性能に悪影響が及ぶことがある。したがって、以下の条件を満たす端末に対してだけＲＲＣ接続状態を維持するのが好ましい。
● 端末で実行中のサービス／アプリケーションが小規模のデータが断続的に発生するバックグラウンドトラフィックの属性を有している。
● 端末の移動速度が早くない、又は静止状態である。
【００１８】
前記条件が充足されると、基地局は、端末に対してバッテリー消耗を最小化する設定を適用してＲＲＣ接続状態を維持する。例えば、基地局は、端末に対してＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）報告を解除したり、報告周期を長く設定し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）送信を解除したり、周期を長く設定し、ＤＲＸ周期を長く設定したりすることができる。
前記ＤＲＸ周期の長さは、ハンドオーバー性能／送信遅延とは反比例関係を有し、バッテリー効率とは比例関係を有する。端末のバッテリー残量が低い場合、端末は、ハンドオーバーが失敗してもＤＲＸを長く設定することを選好することができる。
【００１９】
本発明の一実施形態では、以下のように２個の端末の状態を定義する。
● バッテリー節約優先状態：端末のバッテリー節約を優先的に考慮する設定が適用された状態
● 送信遅延優先状態：端末のバッテリー節約を優先的に考慮する設定が適用されない状態
【００２０】
端末は、現在状態とユーザ／端末の選好が一致しなければ１ビットインジケーターを基地局に送信して状態変更をリクエストする。例えば、端末がバッテリー消耗を最小化したいが、端末の現在状態が送信遅延状態の場合、又は端末が送信遅延又はハンドオーバー失敗を最小化したいが、現在状態がバッテリー節約優先状態の場合に、端末は、状態変更をリクエストする情報を基地局に送信する。
【００２１】
ある設定がバッテリー節約のための設定であるかは、基地局のスケジューリング戦略や管理方針によって変わることがある。例えば、ある基地局は、ＤＲＸ周期１００ｍｓ以上をバッテリー節約のための設定と見なすことができる。一方、例えば、別の基地局は、ＤＲＸ周期が５００ｍｓ以上であり、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＣＱＩなどが送信されるアップリンクチャンネル）の周期が２０ｍｓ以上の場合をバッテリー節約のための設定と見なすことができる。端末は、自ら現在設定がバッテリー節約のための設定であるか否かを把握することができず、基地局は、端末にＤＲＸ設定情報又はＰＵＣＣＨ設定情報などを送信しながら、現在状態を指示する１ビット情報を共に送信する。
【００２２】
図３は、状態変更に係る第１実施形態の全体動作を示す図面である。
図３を参照すれば、端末３０５は、任意の基地局３１０と任意の時点にＲＲＣ接続を設定する。この後、任意の時点に端末３０５は、好ましい状態はバッテリー節約が優先的に考慮される「バッテリー節約優先状態」であることと判定する（３１５）。「バッテリー節約優先状態」であるか否かは、所定の基準により決定されることができる。例えば、端末３０５のバッテリー残量が一定基準以下であり、現在実行中である（又は、実行予定である）サービス／アプリケーションが送信遅延に敏感ではない場合、端末３０５は、好ましい状態を「バッテリー節約優先状態」と設定することができる。一方、端末３０５のバッテリー残量が一定基準以上であるか、端末３０５が充電器と連結されている場合、又は端末３０５が充電器との接続が容易な場所（例えば、ユーザの家）に位置している場合、端末３０５は、好ましい状態を「送信遅延優先状態」と設定することができる。
【００２３】
任意の時点に端末３０５は、基地局３１０から所定の制御メッセージを受信する（３２０）。前記制御メッセージは、端末３０５にＤＲＸ、ＰＵＣＣＨ、又はＳＲＳなどを設定するためのＲＲＣ接続設定（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ）メッセージ又はＲＲＣ接続再構成（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ）メッセージであることができる。前記制御メッセージには、ＣＱＩ設定情報と、ＳＲ設定情報と、ＳＲＳ設定情報と、ＤＲＸ設定情報とのうちの少なくとも１つの設定情報が含まれる。端末３０５は、前記制御メッセージを受信すれば、現在設定状態を判定する。制御メッセージに状態インジケーターが含まれている場合、現在状態は前記インジケーターにより指示される。前記状態インジケーターは、例えば２ビット情報であり、以下のような意味を有することができる。
● 状態インジケーター０＝送信遅延優先状態
● 状態インジケーター１＝バッテリー節約優先状態
● 状態インジケーター２＝未特定状態：現在設定は前記２つの状態のうちのいずれにも属しない。特別な選好を有しない端末が「未特定状態」を受信すれば、状態変更リクエストをトリガーしない。端末が特別な選好を有する端末が「未特定状態」を受信すれば、状態変更リクエストをトリガーする。
【００２４】
制御メッセージに状態インジケーターが含まれていなくても、所定の条件、例えばＤＲＸが設定されない場合、端末３０５は、現在設定の状態が送信遅延優先状態であると判定することができる。
受信した制御メッセージに状態インジケーターが含まれていない場合、端末３０５は、現在状態を判定することができないので、状態変更リクエストをトリガーしない（３２５）。或いは、受信した制御メッセージに状態インジケーターが含まれていないが、所定の条件を満足すれば、端末３０５は、現在設定状態を「送信遅延優先状態」と判定して状態変更リクエストするか否かを判定する。例えば端末３０５の望む状態が「バッテリー節約優先状態」であれば、端末３０５は状態変更リクエストをトリガーし、端末３０５の望む状態が「バッテリー節約優先状態」ではなければ、端末３０５は状態変更リクエストをトリガーしない。
【００２５】
以後、任意の時点で端末３０５は、基地局３１０から状態インジケーターを含んだＲＲＣ制御メッセージを受信する（３３０）。前記制御メッセージには、ＣＱＩ設定情報と、ＳＲ設定情報と、ＳＲＳ設定情報と、ＤＲＸ設定情報とのうちの少なくとも１つの設定情報が含まれる。
端末３０５は、前記現在設定状態（即ち、基地局３１０が指示した状態）と端末３０５が望む状態（即ち、好ましい状態）とを比べて状態変更をリクエストするか否かを判定する。表１には基地局３１０が指示した状態インジケーターによる端末３０５の現在設定状態と端末３０５が望む好ましい状態それぞれの場合に対する状態変更をリクエストするか否かを表示した。表１から分かるように、場合２、４、７、又は８の場合、端末は状態変更リクエストをトリガーする。
【００２６】
【表１】
0006261571.tif 000002
【００２７】
３２５で説明したように、受信した制御メッセージに状態インジケーターが含まれておらず、好ましい状態がバッテリー節約優先状態の場合にも、端末３０５は、状態変更リクエストをトリガーすることができる。
端末３０５は、状態変更インジケーターを含んだＲＲＣ制御メッセージを生成して基地局３１０へ送信する（３３５）。前記制御メッセージには、状態変更が必要であるということを指示する１ビットインジケーター又は端末３０５の好ましい状態を直接指示する１ビットインジケーターを含むことができる。即ち、端末３０５は、「状態変更が必要である」と「状態変更が必要ではない」とのうちの１つを指示するインジケーター又は「バッテリー節約優先状態」と「送信遅延優先状態」とのうちの１つを指示するインジケーター又は「バッテリー節約優先状態」が必要であるか否かを指示するインジケーターを制御メッセージに挿入する。
【００２８】
前記状態情報変更がリクエストされた基地局３１０は、リクエストされた状態に該当するようにＲＲＣ接続を再構成する制御メッセージを生成して端末に送信する（３４５）。基地局３１０は、前記制御メッセージに状態インジケーターを含ませて、端末３０５にＲＲＣ接続が望む状態に変更されたことを通知することができる。
【００２９】
図４は、状態変更に係る第１実施例の端末動作を示す図面である。
図４を参照すれば、４０５段階で端末は、自身が望む状態又は好ましい状態を判定する。４１０段階で端末は、所定のＲＲＣ制御メッセージを受信する。端末は、前記ＲＲＣ制御メッセージに含まれた情報と端末が望む好ましい状態とを比べて状態変更をリクエストするか否かを判定する。即ち、端末は、４１５段階で前記ＲＲＣ制御メッセージに現在設定の状態を指示する制御情報が含まれているのかを検査する。含まれている場合、４２５段階へ、含まれていない場合、４２０段階へ進行する。４２０段階へ進行したということは、端末が現在設定の状態を把握することができず、現在基地局が本発明をサポートするのか否かを判定することができないということを意味する。従って、端末は、当該セルで又は新しいセルでさらに他の新しいＲＲＣ制御メッセージを受信するまで待機する。
【００３０】
４２５段階で端末は、指示された状態と端末の望む状態とが一致するのか検査する。一致すれば、状態変更リクエストを送信する必要がないので、端末は、４２０段階へ進行して新しいＲＲＣ制御メッセージを受信するまで待機する。一致しない場合、４３０段階へ進行する。４３０段階で端末は、自身が望む状態を指示する（又は他の状態への変更をリクエストする）制御情報を含んだＲＲＣ制御メッセージを生成して基地局に送信し、４２０段階へ進行する。新しく受信したＲＲＣ制御メッセージの状態インジケーターが端末の望む状態と相違すれば、端末は、前記制御情報を含んだＲＲＣ制御メッセージを再送信する。或いは、前記制御情報を含んだＲＲＣ制御メッセージを送信した後に所定の時間が経つまでＲＲＣ制御による端末の状態が「端末が望む状態」に変更されなければ、端末は、前記制御情報を含んだＲＲＣ制御メッセージを再送信する。
【００３１】
基地局が任意の端末に対して測定又はＤＲＸを設定することにおいて端末の移動性を考慮するのが重要である。例えば、基地局は、現時点で動きがほとんどない端末には長い周期のＤＲＸを設定し、端末が移動を開始すればＤＲＸ周期を短く変更することができる。或いは、基地局は、移動性が排除された端末に対しては非常に長い周期のＤＲＸを設定する一方、移動性サポートのための測定も行わないように設定することができる。
これにより、本発明のさらに別の実施形態では、端末が基地局に自身の移動性に係る情報、特に端末が動かない端末なのか否かを示す情報を報告することによって、基地局が該当端末に対して効率的なＤＲＸ設定と測定設定を決定する方法を提示する。
【００３２】
図５は、静止（Ｓｔａｔｉｏｎａｒｙ）情報に係る第１実施形態の全体動作を示す図面である。
図５を参照すれば、端末５０５と基地局５１０は、ＲＲＣ接続設定のためにＲＲＣ接続リクエスト（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージ５１５とＲＲＣ接続設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）メッセージ５２０を交換する。端末５０５は、基地局５１０へＲＲＣ接続設定完了（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ）メッセージを送信する（５２５）。端末５０５は、前記メッセージに静止状態情報を含ませる。静止状態情報は、端末５０５の現在移動性に関する情報で例えば、以下のような状態を指示することができる。
【００３３】
● 永久静止（ｐｅｒｍａｎｅｎｔｌｙ ｓｔａｔｉｏｎａｒｙ）：計測用装置（Ｍｅｔｅｒｉｎｇ ｄｅｖｉｃｅ）のように一度設置されると、これ以上動かない端末に該当し、このような端末は常に永久静止状態を報告する。
● 一時静止（ｔｅｍｐｏｒａｒｉｌｙ ｓｔａｔｉｏｎａｒｙ）：移動性がある一般端末は、所定の条件が充足されると「一時的に動きがない」と判定して一時静止状態を報告する。前記所定の条件は、例えば端末が最近所定の期間の間、所定の距離以上を動かない場合とすることができる。或いは、前記所定の条件は、Ｄｏｐｐｌｅｒ効果などを用いて端末の判定した移動性が一定速度以下の場合とすることができる。或いは、前記所定の条件は、一定期間の間、移動したセルの個数が一定個数以下の場合とすることができる。或いは、前記所定の条件は、端末がホームセルへ移動した場合とすることができる。
● 非静止（Ｎｏｎ−ｓｔａｔｉｏｎａｒｙ）：端末の移動性が一定基準以上の場合に報告される。
● 確定不可能（Ｃａｎｎｏｔ ｂｅ ｄｅｔｅｒｍｉｎｅｄ）：端末が移動性を確認することができない場合に報告される。
【００３４】
前記制御メッセージを受信した基地局５１０は、端末５０５のトラフィック状況、静止状態などを参考にして、端末５０５に適用するＤＲＸ設定と測定設定を決定する（５３０）。端末５０５の静止状態が永久静止であれば、基地局５１０は、端末５０５に対して長いＤＲＸ周期を設定して周辺セル測定を行わないように設定する。端末５０５の静止状態が一時静止であれば、基地局５１０は、端末５０５に対してＤＲＸ周期は長く設定するが、端末５０５が他のセルへ移動することに応じて周辺セル測定を行うように測定を設定することができる。
【００３５】
基地局５１０は、端末５０５にＤＲＸ設定と測定設定情報が含まれたＲＲＣ制御メッセージを送信し（５３５）、端末５０５は、前記メッセージに対する応答メッセージを基地局５１０へ送信する（５４０）。基地局５１０は、前記ＲＲＣ制御メッセージに状態インジケーターを含ませることができ、この場合、端末５０５は、前記状態インジケーター、端末５０５が判定した好ましい状態などを考慮して、状態変更リクエストをトリガーすることもできる。換言すれば、端末５０５は、状態インジケーターが含まれたＲＲＣ制御メッセージを用いて３２０〜３４５の動作を行うことができる。
【００３６】
端末５０５は、設定されたＤＲＸと測定により必要な動作を行う。即ち、端末５０５は、測定識別子（ｍｅａｓｕｒｅｍｅｎｔ ｉｄ）に関連した測定対象（ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ）に対してＤＲＸ周期当りの少なくとも一回の測定を行って３階層フィルターリング（Ｌ３ｆｉｌｔｅｒｉｎｇ）を適用して測定結果を管理する。
【００３７】
一実施形態によれば、任意の時点に端末５０５の静止状態が変更されることができる（５４５）。例えば、任意の時点で端末５０５の静止状態は、永久静止から非静止又は確定不可能に変更されることができる。端末５０５の静止状態が変更されると、端末５０５は、新しい静止状態を含んだ制御メッセージを生成して基地局５１０へ送信する（５５０）。基地局５１０は、新しい端末５０５の状態に合わせてＤＲＸ設定や測定設定を更新し、これを端末５０５に指示することができる。
【００３８】
バックグラウンドトラフィックだけ発生する端末５０５は、相当期間の間、データ送受信がなくてもＲＲＣ接続状態を維持するのがシグナリングロード軽減の観点から有利である。基地局５１０は、このような端末５０５に対してはＤＲＸ周期をできる限り長く設定して、端末５０５のバッテリー消耗を減らすようにする。端末５０５は、ＤＲＸ周期ごとに一回ずつ測定を行い、前記測定結果に３階層フィルターリングを適用した値を用いて移動性に係る意思決断を下す。従って、ＤＲＸ周期を長く設定すれば、前記移動性に係る端末５０５の意思決定速度が遅くなる結果をもたらすこととなる。
【００３９】
本発明では、前記問題を解決するために以下のような方法を提示する。
● 基地局は、所定の端末に２つのＤＲＸ周期を設定する。
● 第１ＤＲＸ周期は、データ送受信がなく、サービングセルのチャンネル状況も良好な場合に適用されて、端末のバッテリー消耗を最小化するためのものである。第２ＤＲＸ周期は、データ送受信があったり、サービングセルのチャンネル状況が劣悪な場合に適用され、データ送受信をスムーズにしたり、移動性をより効率的にサポートしたりするためのものである。
● 第２ＤＲＸ周期適用条件が充足されると、基地局は、端末に第２ＤＲＸ周期を適用し、第２ＤＲＸ周期適用条件が充足されなければ、基地局は、端末に第１ＤＲＸ周期を適用する。端末は、ＤＲＸ周期ごとに少なくとも一回ずつサービングセル及び周辺セルに対する測定を行う。
● ＤＲＸ周期ごとにｏｎＤｕｒａｔｉｏｎが発生する。端末は、前記ｏｎＤｕｒａｔｉｏｎによって特定される時区間の間ＰＤＣＣＨを監視する。
● 端末は、ＣＳＩ／ＳＲＳ送信条件が充足されるｏｎＤｕｒａｔｉｏｎ間にはＣＳＩ／ＳＲＳを送信して、ＣＳＩ／ＳＲＳ送信条件が充足されないｏｎＤｕｒａｔｉｏｎ間にはＣＳＩ／ＳＲＳを送信しない。
【００４０】
この時、第２ＤＲＸ周期適用条件は以下の通りである。
● 第１条件：スケジューリング状況に係る所定の条件が充足された状況であるか、
● 第２条件：「短いＤＲＸ周期自動変更インジケーター」が指示され、サービングセルのチャンネル状況が所定の基準よりも劣悪である。
端末５０５が所定の期間以内に新しいデータ送受信のためのスケジューリングコマンド（アップリンクグラント又はダウンリンクアサインメント）を受信した事があれば、前記スケジューリング状況に係る所定の条件が充足される。
【００４１】
ＣＳＩ／ＳＲＳ送信条件は以下の通りである。
● 現在ｏｎＤｕｒａｔｉｏｎは、第１ＤＲＸ周期によるｏｎＤｕｒａｔｉｏｎであるか、
● 現在ｏｎＤｕｒａｔｉｏｎは、第２ＤＲＸ周期によるｏｎＤｕｒａｔｉｏｎであり、第２ＤＲＸ周期は、第２ＤＲＸ周期適用条件のうちの第１条件が充足されて適用されたものである。
従って、端末５０５は、以下の条件が充足されるｏｎＤｕｒａｔｉｏｎではＣＳＩ／ＳＲＳを送信しない。
● 現在ｏｎＤｕｒａｔｉｏｎは、第２ＤＲＸ周期によるｏｎＤｕｒａｔｉｏｎであり、第２ＤＲＸ周期適用条件のうちで第１条件は充足されず、第２条件は充足されて第２ＤＲＸ周期が適用された。そして、現在ｏｎＤｕｒａｔｉｏｎ区間が他の条件によりＡｃｔｉｖｅ Ｔｉｍｅに規定されない。
【００４２】
前記動作を要約すると、端末５０５は、サービングセルのチャンネル状況が所定の基準以下になると第２ＤＲＸ周期を適用してより頻繁に測定を行う。この時、基地局５１０は、前記端末５０５が２ＤＲＸ周期を適用していることを分からないことがあるので、前記端末５０５は、前記第２ＤＲＸ周期により決定されるｏｎＤｕｒａｔｉｏｎではＣＳＩ／ＳＲＳ送信資源が割り当てられてもＣＳＩ／ＳＲＳ送信を行わない。
以下では、第１ＤＲＸ周期は長いＤＲＸ周期（ＬｏｎｇＤＲＸＣｙｃｌｅ）、第２ＤＲＸ周期は短いＤＲＸ周期（ＳｈｏｒｔＤＲＸＣｙｃｌｅ）と称される。前記用語、即ち、ｏｎＤｕｒａｔｉｏｎ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ、Ａｃｔｉｖｅ Ｔｉｍｅなどは規格３６．３２１に説明されている。
【００４３】
図６は、ＤＲＸ周期変更に係る第１実施形態の全体動作を示す図面である。
図６を参照すれば、６２０段階で基地局１（端末の現在サービング基地局）は、端末にＲＲＣ接続再設定メッセージを送信する。前記制御メッセージには、ＤＲＸ設定情報、測定設定情報などが含まれる。端末のバッテリー消耗を最小化するために第１ＤＲＸ周期で非常に大きい値が設定される場合、基地局は、端末に「チャンネル状況が所定の条件を満足させれば短いＤＲＸ周期を適用する」ことを指示し、以下の２つの情報を端末に追加で提供することができる。
● 短いＤＲＸ周期自動変更インジケーター：サービングセルのチャンネル状況が以下の基準を下回れば短いＤＲＸ周期を適用することを指示する指示情報
● 短いＤＲＸ周期自動変更条件：サービングセルのＲＳＲＰ又はＲＳＲＱに対する基準値である。別途の値を適用する代わりにＳ−Ｍｅａｓｕｒｅを用いることもできる。端末は、サービングセルのチャンネル状態が前記条件よりも劣悪になれば短いＤＲＸ周期適用を開始する。以下、ＴＨ１と表記する。
【００４４】
６２５段階で端末は、ＤＲＸと測定などを設定してＤＲＸ動作と測定動作を行う。端末は、サービングセルのＲＳＲＰとＲＳＲＱをＤＲＸ周期ごとに少なくとも一回ずつ測定する。サービングセルのチャンネル品質がＴＨ１よりも低い状態が一定期間以上持続すれば、端末は段階６３０へ進行する。サービングセルのチャンネル品質が良い状況では、適用するＤＲＸｃｙｃｌｅを判定することにおいてスケジューリング状況のみを考慮する。即ち、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが実行するか否かだけを考慮して適用するＤＲＸ周期を判定する。
【００４５】
６３０段階で端末は、スケジューリング状況による時、ｌｏｎｇＤＲＸｃｙｃｌｅを適用しなければならなくても、ｓｈｏｒｔＤＲＸｃｙｃｌｅを適用する。具体的には、端末は、現在ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが実行中なのか検査し、もし、実行中であればｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを再実行する。一方、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが実行中でなければ、端末は、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの実行を開始する。以後端末は、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了する前にサービングセルのチャンネル状態を確認し、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを再実行するか否かを判定する。即ち、チャンネル状況がＴＨ１よりも悪ければ、端末は、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了する前にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを再実行する。
【００４６】
６３５段階で端末は、短いＤＲＸ周期を適用して測定を行う。そして、所定の条件が満足されれば、例えば周辺セルがサービングセルよりもチャンネル品質が所定のオフセットほど良い状態が所定の期間ほど持続されると、端末は、測定結果制御メッセージを生成して基地局に送信する。
６４０段階で基地局は、端末が報告した測定結果を参照して、基地局２が制御するセルへ端末をハンドオーバーすることに決定する。
【００４７】
６４５段階で基地局１は、基地局２とハンドオーバー準備手続きを行う。前記手続きは、基地局１が基地局２でＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを送信し、基地局２が基地局１でＨＡＮＤＯＶＥＲ ＲＥＱＥＵＳＴ ＡＣＫメッセージを送信することで構成される。
６５０段階で基地局１は、端末にハンドオーバーをコマンドする制御メッセージを送信する。ハンドオーバーするセルがピコセルであれば、端末がハンドオーバーを行った後の一定期間の間は測定をよく行うのが好ましい。これは、端末がピコセルをやや越えて移動してピコセルを外れる可能性があり、端末が測定をよく行わない場合、端末がピコセルを外れたことを速かに検出することができないので、接続失敗が発生することがあるからである。
【００４８】
前記問題を解決するために、基地局は、端末に「ハンドオーバーが完了すればスケジューリング状況と関係なく短いＤＲＸ周期を適用する」ことを指示することができる。このような指示は例えば、「短いＤＲＸ周期自動変更インジケーター２」のような制御情報を前記メッセージに含ませることで実現することができる。換言すれば、端末は、ハンドオーバーを指示する制御メッセージを介して前記インジケーターを受信すれば、ターゲットセルで移動した後の所定の期間、又は所定の条件が充足されるまで、正常的な周期よりも短い周期で測定を行う。
前記所定の条件は、例えば新しいターゲットセルのチャンネル状況が所定の基準よりも良い場合とすることができる。前記所定の基準は、ＴＨ１とは異なる基準である。
【００４９】
ハンドオーバーを指示する制御メッセージは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ（ターゲットセルに係る情報）を含んだＲＲＣ接続再構成メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）である。
６５５段階で端末は、基地局２が制御するターゲットセルのダウンリンク動機を獲得した後のランダムアクセス過程を開始する。端末はターゲットセルでランダムアクセスプリアンブルを送信してランダムアクセス応答メッセージを受信するまで待機する。
６６０段階で端末は、基地局からランダムアクセス応答メッセージを受信してランダムアクセス過程が成功的に完了すれば、６６５段階へ進行して直ちにｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを実行して短いＤＲＸ周期を適用する。
【００５０】
図７は、ＤＲＸ周期変更に係る第１実施例の端末動作を示す図面である。
７０５段階で端末は、基地局から短いＤＲＸ周期自動変更インジケーター及びその他の設定情報が含まれたＲＲＣ制御メッセージを受信する。端末は、ＤＲＸ設定に合わせてＤＲＸ周期ごとに少なくとも一回は測定を行って、Ａｃｔｉｖｅ Ｔｉｍｅの間にダウンリンク制御チャンネルを監視するなどの動作を行う。
７１０段階で端末は、前記ＤＲＸ周期ごとに少なくとも一回ずつ行った測定結果に対して３階層フィルターリングを適用したサービングセルのチャンネル品質測定値（Ｆｎ）をＴＨ１と比べる。Ｆｎは、ｎ番目の測定結果が反映されたもので、測定係数（ｆｉｌｔｅｒｉｎｇ ｃｏｅｆｆｉｃｉｅｎｔ）、ｎ−１番目の測定結果値であるＦｎ−１、現在測定結果値などが所定の数式に入力されて算出される。詳しい内容は規格３６．３３１に記述されている。もし、サービングセルのＦｎが前記ＴＨ１よりも良ければ、端末は７１５段階へ進行する。Ｆｎが前記ＴＨ１よりも悪ければ、端末は７２５段階へ進行する。
【００５１】
７１５段階で端末は、短いＤＲＸ周期を適用するか否かを決定することにおいて、チャンネル状態は考慮せず、スケジューリング状況だけを考慮する。要するに、所定の時間内に新しい送信を指示するスケジューリングコマンドを受信すれば、又は新しい送信を指示するスケジューリングコマンドと連係されて実行されるタイマーが満了すれば、端末は、短いＤＲＸ周期の適用を開始する。
７２０段階で端末は、ｏｎＤｕｒａｔｉｏｎでＣＳＩ／ＳＲＳ送信するか否かを決定することにおいて、すべてのｏｎＤｕｒａｔｉｏｎへＣＳＩ／ＳＲＳを送信する。例えば、端末は、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが長いＤＲＸ周期により開始されたか、短いＤＲＸ周期により開始されたのかを考慮せず、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの実行が開始されて実行される間にはＣＳＩ／ＳＲＳを送信する。
【００５２】
７２５段階で端末は、短いＤＲＸ周期適用するか否かを決定することにおいて、チャンネル状況を考慮する。要するに、ＦｎがＴＨ１よりも悪い場合には、端末は、短いＤＲＸ周期がスケジューリングされなくても短いＤＲＸ周期を適用する。
７３０段階で端末は、ｏｎＤｕｒａｔｉｏｎのうちでＣＳＩ／ＳＲＳ送信するか否かを決定することにおいて、長いＤＲＸ周期により開始されたｏｎＤｕｒａｔｉｏｎに対してだけＣＳＩ／ＳＲＳを送信する。要するに、端末は、下記の数式１が成立するサブフレームでｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが開始された場合にだけ、前記ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが実行される間のＣＳＩ／ＳＲＳを送信する。
【００５３】
【数１】
0006261571.tif 000003
【００５４】
端末は、短いＤＲＸ周期により開始されたｏｎＤｕｒａｔｉｏｎでは、所定の条件が成立する場合にだけＣＳＩ／ＳＲＳを送信する。要するに、下記の数式２が成立するサブフレームでｏｎＤｕｒａｔｉｏｎが開始されると、端末は、所定の条件が満足されればＣＳＩ／ＳＲＳを送信し、そうではなければＣＳＩ／ＳＲＳを送信しない。ここで、所定の条件とは、例えば、前記ｏｎＤｕｒａｔｉｏｎが他の理由でＡｃｔｉｖｅ Ｔｉｍｅに属したり、前記ｏｎＤｕｒａｔｉｏｎが短いＤＲＸ周期だけではなく長いＤＲＸ周期によっても開始されたりした場合（即ち、数式１と数式２を同時に満足させるサブフレームでｏｎＤｕｒａｔｉｏｎが開始された場合）とすることができる。
【００５５】
【数２】
0006261571.tif 000004
【００５６】
第２実施形態
一般的に、無線網の初期構築の時又は網最適化の時、基地局又は基地局制御局は、自身のセルカバレージに対する無線環境情報を収集しなければならず、ドライブテスト（Ｄｒｉｖｅ Ｔｅｓｔ）を介して前記情報を収集する。既存のドライブテストは、主に測定者が自動車に測定装備を搭載して、反復的な測定業務を長期間行わなければならない煩わしさがあった。前記測定された結果は、分析過程を経て各基地局又は基地局制御局のシステムパラメーター（Ｐａｒａｍｅｔｅｒ）群を設定するのに用いられる。このようなドライブテストは、無線網の最適化費用及び運営費用を増加させる。ドライブテスト（Ｄｒｉｖｅ Ｔｅｓｔ）を最小化し、無線環境に対する分析過程及び受動設定を改善させるための研究がＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔ）という名称で進行されている。このために、ドライブテストの代りに、端末機は、無線チャンネル測定をしている途中周期的に又は特定イベント（ｅｖｅｎｔ）が発生する時、当該無線チャンネル測定情報を基地局に直ちに伝達したり、又は無線チャンネル測定情報記憶後の一定時間経過後に基地局に伝達したりする。以下では、端末機が測定した無線チャンネル測定情報及びその他の付加情報を基地局に送信する動作をＭＤＴ測定情報報告であると称する。この場合、端末は、基地局と通信ができれば前記チャンネル測定結果を直ちに基地局に送信し、又は直ちに報告が不可能な場合、これを記録しているので、以後、通信が可能になれば基地局に記録したＭＤＴ測定情報を報告する。それにより、基地局は、端末から受信したＭＤＴ測定情報をセル領域の最適化のために用いる。
【００５７】
図８はＭＤＴについて説明するための図面である。
既存のドライブテスト８００は、車両に測定装備を搭載して、音域地域を探してサービス領域を回って信号状態を測定する。ＭＤＴでは、端末８２０がこれを代わりに行って、ＮＭＳ８０５でＭＤＴ遂行を指示することができる。この時、ＭＮＳ８０５は、必要な設定情報をＥＭ８１０に提供する。ＥＭ８１０では、ＭＤＴ設定を構成し、基地局８１５に伝達する。基地局８１５は、８２５段階で端末８２０にＭＤＴ設定を送り、ＭＤＴを指示する。
【００５８】
端末８２０は、ＭＤＴ測定情報を収集する。ＭＤＴ測定情報には、信号測定情報だけではなく、位置及び時間情報も含むことができる。このように収集された情報は、８３０段階で基地局１１５に報告される。基地局８１５は、収集された情報をＴＣＥ８３５に伝達する。ＴＣＥ８３５は、ＭＤＴ測定情報を収集するサーバーである。
ＭＤＴを介して有用な情報を提供しようとすれば、ＭＤＴ測定情報に当該測定が行われた位置に係る情報を含ませるのが好ましい。端末８２０にＧＰＳ位置情報があれば、位置に係る情報としてＧＰＳ情報を利用することができるが、ＧＰＳは室内では活用が不可能であるという限界がある。本発明では、ＧＰＳ位置情報が使用可能でない場合、ＷＬＡＮを用いて端末８２０の位置を推定し、推定された位置情報をＭＤＴ測定結果に含ませる方法を提示する。
【００５９】
図９は、ＷＬＡＮ情報に係るＭＤＴを説明するための図面である。
９０５段階でＭＤＴサーバーは、ＥＮＢにＭＤＴを設定する。９１０段階でＥＮＢは、ＭＤＴを行う端末を選択する。ＥＮＢは、端末のバッテリー残量、ＧＰＳ実行であるか否か、ＷＬＡＮ実行するか否かなどを考慮して、ＭＤＴ遂行に同意した端末のうちの１つを選択する。
【００６０】
９１５段階でＥＮＢは、前記選択された端末にＭＤＴ測定を設定する。ＭＤＴ測定設定情報には以下のようなものがあり得る。
● ａｂｓｏｌｕｔｅＴｉｍｅＩｎｆｏ：ＭＤＴ測定に係る時間、例えばＭＤＴ測定を行う時間などを決定するための情報である。
● ａｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎ：ＭＤＴ測定を行う地域を特定する情報である。
● ｌｏｇｇｉｎｇＤｕｒａｔｉｏｎ：ＭＤＴ測定を行う期間を特定する情報である。
● ｌｏｇｇｉｎｇＩｎｔｅｒｖａｌ：ＭＤＴ測定を行う周期を特定する情報である。
● ｗｌａｎＩｎｆｏ：ＭＤＴ測定時、共に測定するＷＬＡＮ関連情報である。具体的には、以下の情報を含む。
○ ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）又はＥＳＳＩＤ（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）
○ ＷＬＡＮｃｈａｎｎｅｌ関連情報（周波数帯域、チャンネル番号など）
端末は、前記設定情報を記憶してＲＲＣ接続がリリースされるまで待機する。
【００６１】
９２０段階で基地局は、端末にＲＲＣ接続を解除することを指示する。
９２５段階で端末は、ＲＲＣ接続を解除してアイドル状態に遷移してＭＤＴ測定を行う。より具体的には、端末はｌｏｇｇｉｎｇＩｎｔｅｒｖａｌで指示された周期により現在サービングセル及び周辺セルに対する測定を行って、前記測定された値を記憶する。端末は、さらに当該時点にＧＰＳ／ＧＮＳＳで獲得した有効な位置情報が存在すれば、前記位置情報を共に記憶する。端末は、当該時点にＧＰＳ／ＧＮＳＳで獲得した有効な速度情報が存在すれば、前記速度情報を共に記憶する。有効な情報が存在するということは、所定の期間以内に獲得した情報があるということを意味する。有効な位置情報が存在しない場合、端末は、ＭＤＴ設定情報にｗｌａｎＩｎｆｏが含まれていたのかを検査し、含まれていると、以下のような動作を行う。
【００６２】
先ず、端末は、最近のロギング時点（ｌｏｇｇｉｎｇ ｏｃｃａｓｉｏｎ、端末がＭＤＴ測定を行って関連する情報を記憶することをロギングを行うと表現する）以後、獲得した有効なＷＬＡＮ位置情報があるのか検査する。有効なＷＬＡＮ位置情報とは、最近所定の期間内に測定した情報中で、ｗｌａｎＩｎｆｏで指示を受けたＳＳＩＤ（又は、ＥＳＳＩＤ）に係るＷＬＡＮ測定情報を意味する。
前記ＷＬＡＮ測定情報とは、前記ＳＳＩＤ又はＥＳＳＩＤを有するＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）のうち、受信信号強度が一定基準以上のＡＰのＭＡＣ住所（又は、ＢＳＳＩＤ、Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、前記ＡＰの受信信号強度情報、及び前記ＡＰのＷＬＡＮチャンネル情報などであることができる。
【００６３】
換言すれば、端末は、任意の理由でＷＬＡＮに接続したりＷＬＡＮをスキャンしたりする時、測定されたＷＬＡＮＡＰのＳＳＩＤ又はＥＳＳＩＤが所定のＳＳＩＤ又はＥＳＳＩＤであれば、関連するＡＰの住所、受信信号強度、ＷＬＡＮチャンネル情報などを少なくとも所定の期間の間、記憶する。そして、前記記憶された情報を所定の条件が充足されると、ＭＤＴ測定結果と関連付けて記憶し、所定の条件が充足されなければ廃棄する。端末は、任意のロギング時点にＭＤＴ測定結果と連係する有効なＧＰＳ／ＧＮＳＳ位置情報が存在しないが、有効なＷＬＡＮ測定情報は存在する場合に、前記条件が充足されたと判定する。
【００６４】
９３０段階で端末は、ＲＲＣ接続状態に遷移する。より具体的には、端末は、現在サービングセルでＲＲＣ接続設定過程を行う。端末は、前記ＲＲＣ接続設定過程で、現在ＲＲＣ接続を設定するＰＬＭＮが、ＭＤＴ測定結果を収集したＰＬＭＮと同一のＰＬＭＮであれば、ＭＤＴ測定結果が存在するということを基地局に報告する。具体的には、端末は、ＲＲＣ接続設定完了（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ）メッセージにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅビットを含ませる。
９３５段階で基地局は、端末にＭＤＴ測定結果を報告せよという制御メッセージを送信する。具体的には、基地局は、端末にｌｏｇＭｅａｓＲｅｐｏｒｔＲｅｑが含まれたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔを送信する。
【００６５】
９４０段階で端末は、基地局にＭＤＴ測定結果が含まれた制御メッセージを送信する。具体的には、端末は、基地局にｌｏｇＭｅａｓＲｅｐｏｒｔが含まれたＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅを送信する。ｌｏｇＭｅａｓＲｅｐｏｒｔには以下のような情報が含まれる。
● ａｂｓｏｌｕｔｅＴｉｍｅＳｔａｍｐ：ＭＤＴ測定に係る基準時間情報である。ロギングされたＭＤＴ測定結果には、前記基準時間情報からいくら時間が経過した後のＭＤＴ測定が遂行されたのかを示す情報が共に含まれる。
● ｌｏｇＭｅａｓＩｎｆｏＬｉｓｔ：ロギング時点ごとに遂行されたＭＤＴ測定結果情報が含まれる。前記情報には、サービングセル信号強度情報、周辺セル信号強度情報などが含まれる。ロギング時点別に測定結果情報が含まれるので、ｌｏｇＭｅａｓＩｎｆｏＬｉｓｔには、多数のＭＤＴ測定結果の情報が含まれる。
● ＷＬＡＮｍｅａｓｕｒｅｄ ｒｅｓｕｌｔ：ロギング時点に係るＷＬＡＮ測定結果情報である。１つのＭＤＴ測定結果と一対一で関連付けることができ、基地局又はＭＤＴサーバーは、ＷＬＡＮ測定結果情報に関連付けられたＭＤＴ測定結果の位置情報を推算することができる。より具体的には、前記ＷＬＡＮ測定結果は、所定のＳＳＩＤ又はＥＳＳＩＤのＡＰに係ることである。当該事業者が設置したＡＰの場合、事業者は、ＡＰの実質的な位置を認知しており、ＡＰのＢＳＳＩＤと信号強度に基づいて、比較的精緻に位置を推定することができる。
９４５段階で基地局は、適切な時点に、又はＭＤＴｓｅｒｖｅｒがリクエストする場合、ＭＤＴ ｓｅｒｖｅｒでＭＤＴ測定結果を送信する。
【００６６】
第３実施形態
以下では、本発明の第３実施形態でＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉｐｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ）が設定された時の端末がアップリンク送信出力を設定する方法及び装置を提示する。
ＣｏＭＰとは、端末がいくつかのノードから信号を送受信する技法である。前記ノードは、ＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）とも称され、ＴＰは、ＣＳＩ−ＲＳ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、規格３６．２１１、３６．２１２、３６．２１３参照）リソースによって識別される。
【００６７】
通常、ＴＰは端末と近いところに位置するので、アップリンクデータの送信出力を前記近いＴＰが受信することができるように設定すると、相当なバッテリー節約効果を得ることができる。本発明では、基地局の指示と端末の自主的な判定により端末の送信出力を適切な水準で維持する方法及び装置を提示する。
より具体的には、本発明の実施形態では、端末は、アップリンク送信出力を設定するにおいて第１方式又は第２方式を用いる。第１方式は、サービングセルのＣＲＳ（Ｃｅｌｌ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、規格３６．２１１、３６．２１２、３６．２１３参照）の経路損失を反映してアップリンク送信出力を決定する方式である。第２方式は、所定の条件を満足するＴＰのＣＳＩ−ＲＳ経路損失を反映してアップリンク送信出力を決定する方式である。前記所定の条件には以下のようなものがあり得る。
【００６８】
[経路損失基準ＣＳＩ−ＲＳリソース決定条件１]
ＣｏＭＰ測定セットに属するＣＳＩ−ＲＳ ｒｅｓｏｕｒｃｅの経路損失のうちで最も小さい経路損失を基準にアップリンク送信出力を決定する。
[経路損失基準ＣＳＩ−ＲＳリソース決定条件２]
ＣｏＭＰ測定セットに属するＣＳＩ−ＲＳ ｒｅｓｏｕｒｃｅの経路損失のうちで最も高い経路損失を基準にアップリンク送信出力を決定する。
[経路損失基準ＣＳＩ−ＲＳリソース決定条件３]
ＣｏＭＰ測定セットに属するＣＳＩ−ＲＳ ｒｅｓｏｕｒｃｅの経路損失の平均値を基準にアップリンク送信出力を決定する。
[経路損失基準ＣＳＩ−ＲＳリソース決定条件４]
ＣｏＭＰ測定セット設定過程で明示的に指示されたＣＳＩ−ＲＳ ｒｅｓｏｕｒｃｅの経路損失を基準にアップリンク送信出力を決定する。
前記ＣｏＭＰ測定セットとは、設定されたＣＳＩ−ＲＳリソースの集合であり（前述したようにＣＳＩ−ＲＳリソースはＴＰと対応されることができる）、ＣＳＩ−ＲＳ ｒｅｓｏｕｒｃｅ識別子により特定される。
【００６９】
図１０は、ＣｏＭＰ測定セットが設定された時の端末のアップリンク送信出力を決定する全体動作を示す図面である。
図１０の実施形態では、端末は、任意のサービングセルとＲＲＣ接続を設定し、前記サービングセル領域には、例えば、ＴＰ＃０（１０１５）、ＴＰ＃１（１０２０）、ＴＰ＃２（１０２５）、ＴＰ＃３（１０３０）が設置されている。
【００７０】
１０３５段階で基地局１０１０は、端末にＣｏＭＰ管理セット（ＣｏＭＰ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ ｓｅｔ）設定のための制御メッセージを送信する。
ＣｏＭＰ管理セットとは、ＣｏＭＰ測定セットを管理するために端末が周期的に測定を行うＣＳＩ−ＲＳリソースの集合である。前記制御メッセージには、ｍｅａｓＣｏｎｆｉｇのような情報が含まれる。ＣＳＩ−ＲＳリソースは、１つの測定対象（ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ）に設定されて、それぞれのＣＳＩ−ＲＳリソースは、ＣＳＩ−ＲＳリソース識別子により特定される。ＣＳＩ−ＲＳリソースに対しては、周期的な測定が行われて、所定の条件が成立されると測定結果報告制御メッセージが生成される。
【００７１】
前記所定の条件は、例えば少なくとも１つのＣＳＩ−ＲＳリソースの受信信号強度に対する測定結果が所定の基準以上の状態が所定の基準期間以上持続する場合とすることができる。或いは、前記所定の条件は、少なくとも１つのＣＳＩ−ＲＳリソースの経路損失に対する測定結果が所定の基準以上の状態が所定の基準期間以上持続する場合とすることができる。
【００７２】
前記制御メッセージには、前記測定対象に関連してＣＳＩ−ＲＳ設定情報が共に含まれて、ＣＳＩ−ＲＳ設定情報には、少なくとも１つ以上のＣＳＩ−ＲＳリソース情報が含まれる。ＣＳＩ−ＲＳリソース情報は、以下のような下位情報から構成される。
● ＣＳＩ−ＲＳリソース識別子：０から３１の間の定数である。ＣＳＩ−ＲＳリソースを特定する。
● アンテナフォト個数：前記ＣＳＩ−ＲＳリソースの送受信に用いられたアンテナフォトの個数である。
● リソース設定情報：ＣＳＩ−ＲＳシグナルの個数に係る情報である。規格３６．２１１ ｔａｂｌｅ ６．１０．５．２−１及び６．１０．５．２−２を参照されたい。
● サブフレーム設定情報：ＣＳＩ−ＲＳシグナルが送信されるサブフレームのパターンに係る情報である。規格３６．２１１ ｔａｂｌｅ ６．１０．５．３−１を参照されたい。
● ＣＳＩ−ＲＳリソース送信出力情報：経路損失測定のための情報である。ＣＳＩ−ＲＳリソース別に送信出力を指示することでいくつかのアンテナが用いられる場合（即ち、アンテナフォトが１個以上の場合）、アンテナの送信出力の和である。
【００７３】
以下、説明の便宜のために、ＣＳＩ−ＲＳ＃ｎは、識別子がｎであるＣＳＩ−ＲＳリソースを意味すると定義する。
端末は、ＣＳＩ−ＲＳリソースに対する測定を指示する制御メッセージを受信すれば、前記ＣＳＩ-ＲＳに対する所定の測定、例えば受信信号強度（ＲＳＲＰ、Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）又は経路損失測定を行う（１０４０）。
端末は、前記測定値に対して３階層フィルターリングを適用して、フィルターリングを経た結果が所定の条件を満足させるのか検査する。前記条件は、例えばＲＳＲＰが所定の基準値を超過する状況が所定の期間以上持続したり、ＣＳＩ−ＲＳリソース管理セットに属するＣＳＩ−ＲＳリソースのうちで測定値が最も良いＣＳＩ−ＲＳリソースよりも所定のオフセット位測定値がより良い又はより悪いＣＳＩ−ＲＳリソースが発生したりすることなどとすることができる。
【００７４】
ｍｅａｓＣｏｎｆｉｇでｓ−Ｍｅａｓｕｒｅが設定された場合、端末は、測定対象がＥ−ＵＴＲＡ周波数なのか、ＣＳＩ−ＲＳｒｅｓｏｕｒｃｅなのかに応じて、ｓ−Ｍｅａｓｕｒｅを差別的に適用する。より具体的には、任意の測定対象に対する測定を行うか否かを決定するとき、前記測定対象がＥ-ＵＴＲＡ周波数であれば、端末は、サービングセルのチャンネル品質がｓ−Ｍｅａｓｕｒｅよりも悪い場合にだけ測定を行うように決定するが、測定対象がＣＳＩ−ＲＳリソースであれば、端末は、サービングセルのチャンネル品質がｓ−Ｍｅａｓｕｒｅｍｅｎｔよりも良い場合にも測定を行うように決定される。
【００７５】
１０４５段階でＣＯＭＰリソース管理セットに属するＣＳＩ−ＲＳリソースのうちで少なくとも１つが所定の条件を満足すれば、端末は、測定結果報告を生成して基地局に送信する。前記測定の結果、制御メッセージには、測定結果報告をトリガーしたＣＳＩ−ＲＳリソースの識別子と３階層フィルターリングされた測定結果が含まれる。
１０５０段階で基地局は、端末にＣＯＭＰ測定セットを設定するか否かを決定する。少なくとも１つのＣＳＩ−ＲＳリソースに対する測定結果が所定の基準を充足されると、基地局は、ＣＯＭＰ測定セットを設定することに決定することができる。基地局は、ＣＯＭＰ測定セットに係る制御情報を含んだＲＲＣ制御メッセージを生成して端末に送信する（１０５５）。前記制御メッセージには以下の情報が含まれる。
【００７６】
● ＣＯＭＰ測定セットに属するＣＳＩ−ＲＳリソースの識別子
● ＣＳＩ−ＲＳｒｅｓｏｕｒｃｅ別にＣＳＩを報告するリソースに係る情報
● アップリンク送信出力設定方式に方式２を適用するか否かを指示する情報
● アップリンク送信出力設定方式に方式２を適用する場合、あるＣＳＩ−ＲＳリソースの経路損失を利用するか指示する情報：例えば、以下のような情報を含むことができる。
○ 経路損失基準に利用されるＣＳＩ−ＲＳリソースの識別子、又は
○ 経路損失基準に利用されるＣＳＩ−ＲＳリソース選択規則
-ＣｏＭＰセットのうちの経路損失が最も小さい（又は、ＲＳＲＰが最も高い）ＣＳＩ−ＲＳリソースを選択
- ＣｏＭＰセットのうちの経路損失が最大の（又は、ＲＳＲＰが最も低い）ＣＳＩ−ＲＳリソースを選択
- ＣｏＭＰセットに属するＣＳＩ−ＲＳｒｅｓｏｕｒｃｅの経路損失平均値
- 前記ＣｏＭＰセットは、ＣｏＭＰ測定セットとＣｏＭＰ管理セットとのうちの１つを意味する。
● アップリンク送信出力設定方式に方式２を適用する時に必要なその他の情報
○ ＰＯ＿ＰＵＳＣＨ_２：ＰＯ＿ＰＵＳＣＨとは他の値である。具体的には、ＰＯ＿ＰＵＳＣＨが２つの独立的なパラメーターの和に算出される一方、ＰＯ＿ＰＵＳＣＨ_２は１つのパラメーターで直接シグナリングされる。
○ ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ２：経路損失基準ＣＳＩ−ＲＳリソースのダウンリンク送信出力で経路損失計算に用いられる。
【００７７】
端末は、前記制御メッセージを受信した時点を基準にアップリンク送信出力設定方式を方式１から方式２に変更する。
端末は、ＣＳＩ−ＲＳ測定セットに指定されたＣＳＩ−ＲＳリソースに対する測定結果をＰＵＣＣＨの指定されたリソースを介して送信し始める。前記ＰＵＣＣＨ送信出力は方式２で決定される。前記測定結果には３階層フィルターリングが適用されない。
１０７０段階で端末は、基地局の指示に応じて経路損失基準ＣＳＩ−ＲＳリソースを決定する。
１０７５段階で端末は、ＰＨＲ（Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ）をトリガーする。
【００７８】
ＰＨＲは、端末の使用可能な送信出力に対する情報を含んだＭＡＣ階層制御メッセージであり、所定の条件が充足されるとトリガーされる。本発明で端末は、送信出力決定方式が方式１から方式２に変更されたり、方式２から方式１に変更されると（換言すれば経路損失測定対象がサービングセルのＣＲＳで所定のＴＰのＣＳＩ−ＲＳリソースに変更されたりその反対の場合になると）、ＰＨＲ送信禁止タイマー（ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒ）が実行中であってもＰＨＲをトリガーする（１０７５）。また、端末は、新しい送信のためのアップリンクグラントを受信すると、ＰＨＲを生成して送信する（１０８０）。
前記ＰＨＲには、最大送信出力と要求されるアップリンク送信出力との間の差異値が含まれる。前記状況でＰＨＲをトリガーする理由は、経路損失測定対象が変更されることによって経路損失が著しく変わった可能性が高いからである。
以後、端末は、方式２を適用してアップリンク送信出力を決定してＰＵＣＣＨとＰＵＳＣＨ送信を行う（１０８５）。
【００７９】
場合によって、基地局が端末に送信出力決定方式を方式１に変更することを指示する前に、端末がＣＯＭＰ測定セットの領域を外れることもある。この場合、アップリンク送信出力が過度に設定されてアップリンクデータ送信が非効率的になることがある。このような状況が発生すれば、端末は、自主的に送信出力決定方式を方式１にフォールバック（ｆａｌｌ ｂａｃｋ）する。端末は、所定のフォールバック条件を認知し、送信出力決定方式に方式２を適用している間には、前記条件を充足するか否かを持続的に監視する。フォールバック条件は、例えば、以下のようなものがあり得る。
● サービングセルＣＲＳの経路損失が経路損失基準ＣＳＩ−ＲＳリソースの経路損失よりも小さくなる。
● 最近ｎ回のアップリンクＨＡＲＱ送信が連続的に失敗した（即ち、ｎ回連続でＨＡＲＱ ＮＡＣＫを受信した）。
● 最近ｍ回のうちでｋ回のＭＡＣ ＰＤＵ送信が失敗した（即ち、最近送信したｍ個のＭＡＣ ＰＤＵのうちでｋ個のＭＡＣ ＰＤＵの送信が失敗であった）。
【００８０】
任意の時点にフォールバック条件が成立すれば（１０９０）、端末は、送信出力決定方式を方式１に変更してフォールバック報告制御メッセージを生成する（１０９７）。そして、端末は、前記フォールバック報告制御メッセージを基地局で送信する（１０９８）。フォールバック報告制御メッセージには以下の情報が含まれる。
● フォールバック理由：例えば、フォールバック条件１が充足されたからか、フォールバック条件２が充足されたからかなどを示すことができる。
● ＣｏＭＰ測定セットのＣＳＩ−ＲＳリソースのＲＳＲＰ又は経路損失測定結果：前記測定結果は、３階層フィルターリングが適用されたものである。
【００８１】
以下では、アップリンク送信出力を決定する方式１について説明する。
方式１で、端末は、アップリンク送信出力を決定することにおいて、以下のような要素を考慮する。
● 最大送信出力：サービングセル別に決定される、端末が用いることができる最大送信出力である。端末の物理的な特性とサービングセルの状況により決定される値である。
● 要求送信出力：端末がアップリンク送信を行うことにおいて必要な送信出力である。以下の要素らにより決定される。
【００８２】
○ 送信フォーマット：適用されたチャンネルコーディング及び変調方式である。ＰＵＳＣＨ送信出力決定にだけ該当する。
○ ＰＵＣＣＨフォーマット：ＰＵＣＣＨの種類及びフォーマットである。ＨＡＲＱフィードバック、ＣＳＩなど制御情報の種類により他の値が適用される。ＰＵＣＣＨ送信出力決定にだけ該当する。
○ 送信帯域幅：ＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の個数である。ＰＵＳＣＨ送信出力決定にだけ該当する。
○ 経路損失基準ＣＳＩ−ＲＳリソースのＣＳＩ−ＲＳ経路損失
○ 方式１が適用される間の送信出力制御コマンド（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ）累積値：ＴＰＣは、スケジューリングコマンド（アップリンクグラント又はダウンリンクアサインメント）を介して提供される値で、例えば、１ｄＢ増加、１ｄＢ減少などを指示することができる。端末は、方式１から方式２に変更されると０に初期化する。サービングセルでランダムアクセスを行うと０に初期化される。
○ オフセット：方式２への変更を指示する制御メッセージで別に指示されるオフセット３である。
端末は、前記要素を所定の数式に代入して要求送信出力を計算し、要求送信出力と最大送信出力とのうちでより低い値を送信出力に決定する。
【００８３】
以下では、アップリンク送信出力を決定する方式２について説明する。
方式２で端末はアップリンク送信出力を決定することにおいて、以下のような要素を考慮する。
● 最大送信出力：サービングセル別で決定される端末が用いることができる最大送信出力である。端末の物理的な特性とサービングセルの状況により決定される値である。前記最大送信出力は、方式１で用いたものと同一の値である。
● 要求送信出力：端末がアップリンク送信を行うことにおいて必要な送信出力である。以下の要素により決定される。
【００８４】
○ 送信フォーマット：適用されたチャンネルコーディング及び変調方式である。ＰＵＳＣＨ送信出力決定にだけ該当する。方式１で用いたものと同一のものである。
○ ＰＵＣＣＨフォーマット：ＰＵＣＣＨの種類及びフォーマットである。ＨＡＲＱフィードバック、ＣＳＩなど制御情報の種類により他の値が適用される。ＰＵＣＣＨ送信出力決定にだけ該当する。方式１で用いたものと同一のものである。
○ 送信帯域幅：ＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の個数である。ＰＵＳＣＨ送信出力決定にだけ該当する。方式１で用いたものと同一のものである。
○ サービングセルＣＲＳの経路損失
○ 方式２が適用される間の送信出力制御コマンド（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ ｃｏｍｍａｎｄ）累積値：ＴＰＣは、スケジューリングコマンド（アップリンクグラント又はダウンリンクアサインメント）を介して提供される値であり、例えば、１ｄＢ増加、１ｄＢ減少などを指示することができる。
○ オフセット：当該サービングセルのシステム情報で提供されるオフセット１と所定の制御メッセージを介して提供されるオフセット２の和である。
端末は、前記要素を所定の数式に代入して要求送信出力を計算し、要求送信出力と最大送信出力とのうちの最小値を送信出力に決定する。
【００８５】
図１１は、アップリンク送信出力を決定する端末動作の第１実施形態を示す図面である。
図１１の実施形態では、アップリンク送信出力を方式１から方式２に変更する端末動作を示した。
【００８６】
方式１を適用してアップリンク送信出力を決定する端末は、１１０５段階で任意のＲＲＣ制御メッセージを受信する。１１１０段階で、端末は、前記制御メッセージに方式２の適用を指示する情報が含まれているのかを検査する。制御メッセージに方式２に係る制御情報が含まれていれば、端末は、方式２の適用が指示されたことと判定する。制御メッセージに方式２の適用を指示する情報が含まれていなければ、端末は１１１５段階へ進行し、制御メッセージに方式２の適用を指示する情報が含まれていれば、端末は１１２０段階へ進行する。
【００８７】
１１１５段階で、端末は、アップリンク送信出力決定に方式１を継続適用する。
１１２０段階で、端末は、現在進行中のＰＵＳＣＨ送信が全て完了するまで、即ち、現在アップリンク送信が進行中のすべてのＨＡＲＱｐｒｏｃｅｓｓのＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢ（規格３６．３２１参照）が所定の基準値になるまで待機した後、現在ＴＣＰ累積値を記憶したＴＣＰ累積値を０に初期化する。前記記憶したＴＣＰ累積値は、今後のアップリンク送信出力決定を方式１に変更する時、さらに適用される。１１２５段階で、端末は、アップリンク送信出力決定方式を方式２に変更する。
【００８８】
図１２は、アップリンク送信出力を決定する端末動作の第２実施形態を示す図面である。
図１２の実施形態では、アップリンク送信出力を方式２から方式１に変更する端末動作を示した。
【００８９】
方式２を適用してアップリンク送信出力を決定する端末は、１２０５段階で任意のＲＲＣ制御メッセージを受信する。
１２１０段階で、端末は、前記制御メッセージにＣＯＭＰ測定セットを全て解除せよというコマンド、即ち、ＣＳＩ−ＲＳリソースに対する測定結果報告のためのＰＵＣＣＨリソースを全て解除するというコマンドが含まれているのかを検査する。制御メッセージに解除コマンドが含まれている場合、端末は１２２０段階へ進行し、解除コマンドが含まれていない場合、端末は１２１５段階へ進行する。
【００９０】
１２１５段階へ進行した端末は、アップリンク送信出力決定に方式２を継続適用する。
１２２０段階で、端末は、現在進行中のＰＵＳＣＨ送信が全て完了するまで、即ち現在アップリンク送信が進行中のすべてのＨＡＲＱ ｐｒｏｃｅｓｓの ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢ（規格３６．３２１参照）が所定の基準値になるまで待機する。以後、方式１を用いた直前のサービングセルが現在サービングセルであれば（即ち、方式１へ復帰する間のハンドオーバーが発生しなかったら）端末は、ＴＣＰ累積値を直前方式１で適用したＴＰＣ累積値に初期化する。１２２５段階で、端末は、アップリンク送信出力決定方式を方式１に変更する。
【００９１】
図１３は、アップリンク送信出力を決める端末動作の第３実施形態を示した図面である。
図１３の実施形態では、ＰＵＣＣＨ送信に対しては方式１を適用し、ＰＵＳＣＨ送信に対しては方式２を適用する端末動作を説明する。
【００９２】
１３０５段階で、端末は、近い未来にアップリンク送信が必要であるということを認知する。例えば、端末は、アップリンクグラントを受信した場合、アップリンクグラントが設定された場合、近くの時点にＨＡＲＱ再送信が必要な場合、近くの時点にＰＵＣＣＨ送信が必要な場合、又はＰＵＳＣＨ送信が必要な場合に、アップリンク送信が必要であることを認知する。１３１０段階で、端末は、アップリンク送信出力決定方式を判定する。アップリンク送信出力決定に方式１が適用されている場合、端末は１３１５段階へ進行し、方式２が適用されている場合、端末は１３２０段階へ進行する。
【００９３】
１３１５段階へ進行した端末は、サービングセルＣＲＳの経路損失を利用してアップリンク送信出力を決定する。
１３２０段階で、端末は、アップリンク送信がＰＵＣＣＨ送信であるのか、ＰＵＳＣＨ送信であるのか、ＳＲＳ送信であるのかを判定する。アップリンク送信がＰＵＣＣＨ送信であれば、端末は１３１５段階へ進行し、ＰＵＳＣＨ送信又はＳＲＳ送信であれば、１３２５段階へ進行する。
１３２５段階で、端末は、所定の規則により決定されたＣＳＩ−ＲＳリソースの経路損失などを用いてアップリンク送信出力を決定する。
【００９４】
図１４は、端末装置を示す図面である。
端末装置は、多重化及び逆多重化部１４１５と、制御メッセージ処理部１４３０と、各種上位階層処理部１４２０，１４２５とを含む。
前記送受信部１４０５は、サービングセルのダウンリンクチャンネルでデータ及び所定の制御信号を受信し、アップリンクチャンネルでデータ及び所定の制御信号を送信する。多数のサービングセルが設定された場合、送受信部１４０５は、前記多数のサービングセルを介するデータ送受信及び制御信号の送受信を行う。
【００９５】
多重化及び逆多重化部１４１５は、上位階層処理部１４２０，１４２５や制御メッセージ処理部１４３０で発生したデータを多重化したり、送受信部１４０５で受信したデータを逆多重化して適切な上位階層処理部１４２０，１４２５や制御メッセージ処理部１４３０に伝達したりする役目をする。
制御メッセージ処理部１４３０は、ＲＲＣ階層装置で基地局から受信した制御メッセージを処理して必要な動作を取る。例えば、ＲＲＣ制御メッセージを受信してＣＯＭＰ測定セット関連情報などを制御部に伝達する。
【００９６】
上位階層処理部１４２０，１４２５は、サービス別に構成されることができる。ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などのようなユーザサービスで発生するデータを処理して多重化及び逆多重化部１４１５に伝達したり、前記多重化及び逆多重化部１４１５から伝達されたデータを処理して上位階層のサービスアプリケーションに伝達したりする。
【００９７】
制御部１４１０は、送受信部１４０５を介して受信したスケジューリングコマンド、例えばアップリンクグラントを確認して適切な時点に適切な送信資源でアップリンク送信が行われるように送受信部１４０５と多重化及び逆多重化部１４１５を制御する。また、制御部１４１０は、状態変更指示に係る諸般手続き、静止情報に係る諸般手続き、ＤＲＸ変更に係る諸般手続き、ＭＤＴに係る諸般手続き、ＣｏＭＰに係る諸般などを統括する。
【００９８】
図１５は、基地局装置を示す図面である。
基地局装置は、送受信部１５０５と、制御部１５１０と、多重化及び逆多重化部１５２０と、制御メッセージ処理部１５３５と、各種上位階層処理部１５２５，１５３０と、スケジューラー１５１５とを含む。
送受信部１５０５は、ダウンリンクキャリアでデータ及び所定の制御信号を送信し、アップリンクキャリアでデータ及び所定の制御信号を受信する。多数のキャリアが設定された場合、送受信部１５０５は、前記多数のキャリアでデータ送受信及び制御信号送受信を行う。
【００９９】
多重化及び逆多重化部１５２０は、上位階層処理部１５２５，１５３０や制御メッセージ処理部１５３５で発生したデータを多重化したり、送受信部１５０５で受信したデータを逆多重化して適切な上位階層処理部１５２５，１５３０や制御メッセージ処理部１５３５、又は制御部１５１０に伝達したりする役目をする。
制御メッセージ処理部１５３５は、端末が送信した制御メッセージを処理して必要な動作を取ったり、端末に伝達する制御メッセージを生成して下位階層に伝達したりする。
【０１００】
上位階層処理部１５２５，１５３０は、ベアラー別に構成されることができ、Ｓ−ＧＷ又は他の基地局で伝達したデータをＲＬＣ ＰＤＵで構成して多重化及び逆多重化部１５２０に伝達したり、多重化及び逆多重化部１５２０から伝達されたＲＬＣ ＰＤＵをＰＤＣＰ ＳＤＵから構成してＳ−ＧＷ又は他の基地局に伝達したりする。
【０１０１】
スケジューラー１５１５は、端末のバッファー状態、チャンネル状態などを考慮して端末に適切な時点に送信資源を割り当てて、送受信部１５０５に端末が送信した信号を処理するようにしたり、端末に信号を送信したりする。
制御部１５１０は、状態変更指示に係る諸般手続き、静止情報に係る諸般手続き、ＤＲＸ変更に係る諸般手続き、ＭＤＴに係る諸般手続き、ＣｏＭＰに係る諸般などを統括する。
【符号の説明】
【０１０２】
１０５，１１０，１１５，１２０  Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ＥＮＢ）
１２５  移動管理エンティティー（ＭＭＥ）
１３０  サービングゲートウェイ（Ｓ−ＧＷ）
１３５  ユーザ端末（ＵＥ）
８００  ドライブテスト
８０５  ネットワーク監視システム（ＮＭＳ）
８１０  エレメントマネージャ（ＥＮ）
８１５，８２５  ＭＤＴ設定
８２０  ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔ）
８３０  ＵＥの収集した測定情報報告
８３５  追跡収集エンティティー（ＴＣＥ）
１４０５，１５０５  送受信機
１４１０，１５１０  制御部
１４２０，１５２０  多重化及び逆多重化装置
１４２５，１４３０，１５２５，１５３０  上位階層装置
１４３５，１５３５  制御メッセージ処理部
１５１５  スケジューラー
【図１】
0006261571.tif 000005
【図２】
0006261571.tif 000006
【図３】
0006261571.tif 000007
【図４】
0006261571.tif 000008
【図５】
0006261571.tif 000009
【図６】
0006261571.tif 000010
【図７】
0006261571.tif 000011
【図８】
0006261571.tif 000012
【図９】
0006261571.tif 000013
【図１０】
0006261571.tif 000014
【図１１】
0006261571.tif 000015
【図１２】
0006261571.tif 000016
【図１３】
0006261571.tif 000017
【図１４】
0006261571.tif 000018
【図１５】
0006261571.tif 000019