サービングＨＳ−ＤＳＣＨセルの変更を実行するための方法および装置
【課題】ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨ（高速ダウンリンク共有チャネル）セルの変更を実行するための方法および装置を開示する。
【解決手段】ＲＮＣ（無線ネットワークコントローラ）は、ＷＴＲＵ（無線送信／受信ユニット）に、ターゲットセルに関するＨＳ−ＤＳＣＨ構成設定をプリロード（事前搭載）できる。ＷＴＲＵは、このプリロードされるＨＳ−ＤＳＣＨ構成設定を受信し、格納する。ＷＴＲＵは、イベント１Ｄによって測定レポートがトリガされたという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨ構成設定を使用して、ターゲットセル上のＨＳ−ＳＣＣＨ（高速共有制御チャネル）をモニタすることを開始することができる。ＷＴＲＵは、そのＷＴＲＵがターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを開始するときに、タイマを開始して、このタイマが満了すると、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止することができる。
【解決手段】ＲＮＣ（無線ネットワークコントローラ）は、ＷＴＲＵ（無線送信／受信ユニット）に、ターゲットセルに関するＨＳ−ＤＳＣＨ構成設定をプリロード（事前搭載）できる。ＷＴＲＵは、このプリロードされるＨＳ−ＤＳＣＨ構成設定を受信し、格納する。ＷＴＲＵは、イベント１Ｄによって測定レポートがトリガされたという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨ構成設定を使用して、ターゲットセル上のＨＳ−ＳＣＣＨ（高速共有制御チャネル）をモニタすることを開始することができる。ＷＴＲＵは、そのＷＴＲＵがターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを開始するときに、タイマを開始して、このタイマが満了すると、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）は、３ＧＰＰ（第３世代パートナーシッププロジェクト）規格のリリース５において導入された機能である。ＨＳＤＰＡは、以下の３つの重要な概念、すなわち、ＡＭＣ（適応変調符号化）、高速物理層再送（すなわち、ＨＡＲＱ（ハイブリッド自動再送要求））、および高速Ｎｏｄｅ Ｂスケジューリングを使用して最大のスペクトル効率を実現する。
【０００３】
ハンドオーバは、ＷＴＲＵ（無線送信／受信ユニット）が、サービス中断なしに１つのセルから別のセルに切り換えるプロセスである。図１は、１つのセルから別のセルへの従来のハンドオーバを示す。ＨＳＤＰＡにおいて、ＷＴＲＵ１０２は、「サービングＨＳ−ＤＳＣＨ（高速ダウンリンク共有チャネル）セル」と呼ばれる単一のセル内のチャネルをモニタする。ハンドオーバが起ると、ＷＴＲＵ１０２は、新たなサービングＨＳ−ＤＳＣＨセル（ターゲットセル１０６）に切り換え、古いサービングＨＳ−ＤＳＣＨセル（ソースセル１０４）との通信を停止する必要がある。この手順は、サービングＨＳ−ＤＳＣＨセルの変更とも呼ばれる。
【０００４】
ＷＴＲＵは、隣接セルの信号強度を継続的に測定する。隣接セルのモニタされるＣＰＩＣＨ（共通パイロットチャネル）上で測定された信号強度が、サービングセルの信号強度を超えると（すなわち、イベント１Ｄ）、ＷＴＲＵは、最良セルの変更についてＲＮＣ（無線ネットワークコントローラ）に知らせる。最良セルの変更は、ＲＲＣ（無線リソース制御）測定レポートを介してＷＴＲＵからＲＮＣに報告される。この測定レポートは、測定された値、およびセルＩＤ（アイデンティティ；識別子）を含む。次に、ＲＮＣが、サービングＨＳ−ＤＳＣＨセルの変更が行われるべきかどうかの決定を行う。
【０００５】
サービングＨＳ−ＤＳＣＨセルの変更を開始するために、ＳＲＮＣ（サービング無線ネットワークコントローラ）は、ＲＮＳＡＰ（無線ネットワークサブシステムアプリケーション部）メッセージおよびＮＢＡＰ（Ｎｏｄｅ Ｂアプリケーション部）メッセージを介して、ターゲットセル内のＷＴＲＵに対して、（Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ無線ネットワーク一時ＩＤ）、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）コード、ＨＡＲＱリソースなどの）ＨＳ−ＤＳＣＨリソースを割り当てるように、ＣＲＮＣ（制御無線ネットワークコントローラ）に要求する。ＨＳ−ＤＳＣＨリソースが予約されると、ＣＲＮＣは、ＳＲＮＣにすべての情報を提供し、次に、ＳＲＮＣが、ＷＴＲＵにＲＲＣハンドオーバメッセージを送信する。このＲＲＣ（無線リソース制御）メッセージは、ＷＴＲＵに対してサービングＨＳ−ＤＳＣＨセルの変更を知らせるのに用いることができるもので、以下に限定されずに、物理チャネル再構成メッセージ、トランスポートチャネル再構成メッセージ、無線ベアラ再構成メッセージ、およびアクティブセット更新メッセージを含む。
【０００６】
ＲＲＣハンドオーバメッセージは、ＷＴＲＵがターゲットセルのモニタを開始するのに必要な無線アクセスパラメータをＷＴＲＵに提供する。さらに、ＲＲＣメッセージは、ハンドオーバが行われるべきときのアクティベーションタイム（activation time: 機能有効化時刻、起動時刻、開始時間などともいう）を提供することもできる。
【０００７】
以下の２つのタイプのハンドオーバ、すなわち、同期されたハンドオーバ、および同期されていないハンドオーバが存在する。同期されていないハンドオーバにおいては、ネットワークとＷＴＲＵは、リソースを同時に活性化して、切り換えることをしない。ハンドオーバコマンドの中で与えられるＷＴＲＵに対するアクティベーションタイムは、「現時点（ｎｏｗ）」に設定される。このことは、ハンドオーバ手順に関連する遅延を減らす。しかし、このことは、データ損失の可能性を高める。
【０００８】
同期されたハンドオーバにおいては、ネットワークとＷＴＲＵは、リソースを同時に活性化して、切り換える。ネットワークは、スケジューリング遅延、再送、設定時間（configuration time）などの、いずれの種類の遅延も把握した確実な値にアクティベーションタイムを設定しなければならない。同期されたハンドオーバは、データ損失を最小限に抑えるものの、より長い遅延をもたらす可能性がある。
【０００９】
従来、ＲＲＣハンドオーバメッセージは、ソースＮｏｄｅ Ｂを介してＷＴＲＵに送信される。サービングＨＳ−ＤＳＣＨセルの変更手順に関連する遅延が、ハンドオーバメッセージを失敗させて、許容できない割合の脱落した呼をもたらす可能性がある。サービングＨＳ−ＤＳＣＨセルの変更手順を最適化する、いくつかの提案がこれまでに発表されている。
【００１０】
これらの提案によれば、ＷＴＲＵとＮｏｄｅ Ｂは、ＨＳ−ＤＳＣＨ関連設定でプリロード（事前搭載）されることができる。或るセルがアクティブセット（active set）に追加される際に、ＲＮＣが、そのセルが「ＨＳＤＰＡアクティブセット」に追加され得ると判定した場合には、ＷＴＲＵおよびＮｏｄｅ Ｂが、無線リンク再構成準備／レディ（準備完了）フェーズ（局面）で再構成される。最良セルの変更が起きると（すなわち、イベント（事象）１Ｄ）、ターゲットＮｏｄｅ Ｂを、無線リンク再構成コミット／開始フェーズで、ＷＴＲＵのスケジューリングを開始するように命令することができる。このことにより、ＷＴＲＵおよびＮｏｄｅ Ｂが、より速く通信を開始することが可能になる。
【００１１】
ＷＴＲＵは、ソースセルＨＳ−ＳＣＣＨとターゲットセルＨＳ−ＳＣＣＨを同時にモニタすることができる。最良セルの変更があるときには、ＷＴＲＵは、測定レポート１Ｄメッセージを送信する。設定可能な時間だけ待った後で、ＷＴＲＵは、ソースセルのＨＳ−ＳＣＣＨに加えて、プリロードされたターゲットセルＨＳ−ＳＣＣＨをモニタすることを開始する。このスキーム（仕組み）で、サービス断絶を減らすことができる。
【００１２】
ターゲットＮｏｄｅ Ｂは、第１回のスケジューリング出現（first scheduling occurrence）時に暗黙のうちに再ポインティング（re-pointing）されることができる。ＲＮＣは、そのハンドオーバを認可し、ターゲットＮｏｄｅ Ｂが設定され、準備が完了すると、ターゲットＮｏｄｅ Ｂは、ＷＴＲＵによってモニタされるＨＳ−ＳＣＣＨの１つでＷＴＲＵをスケジュールすることが可能となる。ターゲットＮｏｄｅ Ｂからの第１回のスケジューリング出現は、ハンドオーバの成功を暗黙に確認する。パケット損失を回避するために、ソースＮｏｄｅ Ｂは、どれだけのデータがこれから先も伝送される必要があるかの状況をＲＮＣに提供することができる。
【００１３】
ハンドオーバ（または再ポインティング）指示は、ＨＳ−ＳＣＣＨオーダー（指令）を介して、新たな物理層チャネルを介して、あるいはＥ−ＤＣＨ（拡張専用チャネル）Ｅ−ＲＧＣＨ（拡張相対許可チャネル）およびＥ−ＨＩＣＨ（Ｅ−ＤＣＨ ＨＡＲＱ指標チャネル）と同一のチャネライゼーションコード（チャネル区分コードとも訳されている）を使用して、異なるシグネチャシーケンスを用いるＳＣＣＣＨ（サービングセル変更チャネル）を介して、ターゲットＮｏｄｅ Ｂを通じて送信されることができる。ＷＴＲＵは、アップリンクスクランブルコードを変更することによって、あるいはＣＱＩ（チャネル品質指標）の特別な値（例えば、３１）を使用することによって、ハンドオーバ指示に確認応答する。
【００１４】
別の提案によれば、前述の提案に従って、ＷＴＲＵの要件を、イベント１Ｄをトリガした、事前に割り当てられた／非サービングセルの１つだけのＨＳ−ＳＣＣＨをモニタすることに制限させることができる。イベント１Ａおよび１Ｂが、異なるパラメータ値で再使用されて、最良セルとほとんど同然であるセルのサブセットである、「ＨＳ−ＤＳＣＨサービング候補セット」が作成されることができる。或るアクティブセット内の或るセルが、そのアクティブセットとほとんど同然になった場合、イベント１Ａ*がトリガされる。ターゲットＮｏｄｅ Ｂ構成が事前設定され、ＨＳ−ＳＣＣＨコードが割り当てられる。リストの中の第１のＨＳ−ＳＣＣＨコードは、一次ＨＳ−ＳＣＣＨコードと呼ばれる。その事前設定が、ＷＴＲＵに送信される。イベント１Ｄが生じると、ＷＴＲＵは、ソースＮｏｄｅ ＢのＨＳ−ＳＣＣＨに加えて、ターゲットＮｏｄｅ Ｂの一次ＨＳ−ＳＣＣＨをモニタすることだけを開始する。ターゲットＮｏｄｅ Ｂの第１のスケジューリングを受信すると、ＷＴＲＵは、ソースセルからＨＳ−ＤＳＣＨを受信することを停止する。ターゲットＮｏｄｅ Ｂは、ＷＴＲＵから肯定的なＡＣＫ（確認応答）の受信を、ハンドオーバの成功の表示（indication）とみなす。
【００１５】
さらにまた別の提案によれば、ハンドオーバコマンド（すなわち、ハンドオーバメッセージ）が、既知の構成を有する共通チャネルを使用しターゲットセルを通じて送信されることができる。ＷＴＲＵは、共通Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ無線ネットワーク一時ＩＤ）を使用して、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることができる。共通情報は、ＳＩＢ（システム情報ブロック）によってブロードキャスト（放送）される、または専用ＲＲＣメッセージを介して設定されることができる。ハンドオーバメッセージの信頼性を高めるために、ネットワークは、ソースセルとターゲットセルの両方を通じて、このメッセージを送信することができる。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
ＣＥＬＬ＿ＤＣＨ状態でのＷＴＲＵが、共通リソースを使用しターゲットセルを通じてサービングＨＳ−ＤＳＣＨセル変更メッセージを受信できるようにするためには、ＷＴＲＵは、ＳＩＢを読み取って、ＨＳ−ＤＳＣＨシステム情報を獲得することができなければならない。従来の３ＧＰＰ規格によれば、ＷＴＲＵは、ＣＥＬＬ＿ＤＣＨにある間では、必要なＳＩＢを読み取ることを許されていない。さらに、ＳＩＢによるブロードキャストされたメッセージは、繰返し因数に従って繰り返されるだけであるので、ＷＴＲＵは、その情報を獲得する十分な時間を与えられない可能性がある。このことは、ハンドオーバコマンドを受信できない結果となる可能性がある。さらに、専用のプリロードされたリソースが、サービングＨＳ−ＤＳＣＨセルの変更を強化するのに用いられた場合には、アクティブセットを外れた最良セルの変更は、そのような強化を使用しては実行されない可能性がある。
【課題を解決するための手段】
【００１７】
ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨセルの変更を実行するための方法および装置が、開示されている。ＲＮＣは、ターゲットセルに関するＨＳ−ＤＳＣＨ構成をＷＴＲＵにプリロードすることができる。ＷＴＲＵは、このプリロードするＨＳ−ＤＳＣＨ構成を受信し、格納する。ＷＴＲＵは、イベント１Ｄによって測定レポートがトリガされたという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨ構成を使用して、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを開始することができる。ＷＴＲＵは、ターゲットセル上のＨＳ−ＳＣＣＨのモニタを開始するときにタイマを開始し、このタイマが満了すると、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止することができる。
【図面の簡単な説明】
【００１８】
より詳細な理解は、添付の図面に関連して例示として与えられている、以下の説明から得ることができる。
【図１】１つのセルから別のセルへの従来のハンドオーバを示す図である。
【図２】一実施形態によるターゲットセルのモニタリング（監視）のプロセス（処理過程）を示す流れ図である。
【図３】例示的なＷＴＲＵを示すブロック図である。
【発明を実施するための形態】
【００１９】
以降、言及する場合、「ＷＴＲＵ」という用語には、ＵＥ（ユーザ機器）、移動局、固定加入者ユニットもしくは移動加入者ユニット、ポケットベル（pager）、セルラ電話機(携帯電話)、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境において動作することができる他の任意のタイプのユーザデバイスが含まれるが、以上には限定されない。以降、言及する場合、「Ｎｏｄｅ Ｂ」という用語には、基地局、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境で動作することができる他の任意のタイプのインタフェースデバイスが含まれるが、以上には限定されない。
【００２０】
以降、言及する場合、「サービングＨＳ−ＤＳＣＨセルの変更メッセージ」という用語には、サービングＨＳ−ＤＳＣＨセルまたはターゲットＨＳ−ＳＣＣＨオーダーを変更するようにＷＴＲＵを再構成することが可能なＲＲＣ再構成メッセージまたはアクティブセット更新メッセージが含まれるが、以上には限定されない。以降、言及する場合、「ＨＳ−ＤＳＣＨコマンドリソース」は、ダウンリンクメッセージを受信するのに１つの、またはグループのＷＴＲＵによって使用されることが可能なＨＳ−ＤＳＣＨリソース（すなわち、Ｈ−ＲＮＴＩ、ＨＳ−ＳＣＣＨコード、ＨＡＲＱメモリ割り当てなど）のセットを言う。ＨＳ−ＤＳＣＨ共通リソースは、専用ＲＲＣメッセージを介してブロードキャストされる、または供給されることができる。以降、言及する場合、「ＨＳ−ＤＳＣＨ専用リソース」または「専用リソース」は、アクティブセット更新プロシージャの一部としてＷＴＲＵへ供給されるプリロードされたターゲットセル情報のセットを言う。
【００２１】
ＨＳ−ＤＳＣＨ共通リソースを獲得することに関する実施形態を以下に説明する。
【００２２】
一実施形態によれば、ＷＴＲＵは、Ｃｅｌｌ＿ＤＣＨにあるネットワークから、ＳＩＢにより、またはＲＲＣシグナリングを介して、ＨＳ−ＤＳＣＨ共通リソースを獲得する。従来、ＷＴＲＵは、ＣＥＬＬ＿ＤＣＨにある間にＢＣＣＨ（ブロードキャスト制御チャネル）を通じて送信されたＳＩＢを読み取ることを許されていない、またはそうするように構成されていない。拡張ＣＥＬＬ＿ＦＡＣＨのために使用されるＨＳ−ＤＳＣＨ共通リソースは、ＳＩＢ５／５ｂｉｓでブロードキャストされ、アイドルモード、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、およびＵＲＡ＿ＰＣＨにあるＷＴＲＵだけが、そのＳＩＢ５／５ｂｉｓを読み取ることができる。この実施形態によれば、ＷＴＲＵは、ＣＥＬＬ＿ＤＣＨにある間、ＳＩＢ５／５ｂｉｓ（またはＨＳ−ＤＳＣＨ共通リソース情報が提供されるところの他の任意のＳＩＢ）を読み取ることを許される。
【００２３】
サービングＨＳ−ＤＳＣＨセルの変更メッセージを受信するのに使用されることが可能なＨＳ−ＤＳＣＨ共通リソースは、ＳＩＢ５／５ｂｉｓでの拡張ＣＥＬＬ＿ＦＡＣＨに使用されるリソースと同一であることが可能であり、あるいはサービングＨＳ−ＤＳＣＨセルの変更のために確保された情報の新たなセットであることが可能である。代替として、ＨＳ−ＳＣＣＨコードおよびＨＡＲＱメモリ割り当てだけが、拡張ＣＥＬＬ＿ＦＡＣＨの場合と同一であるとすることもできるが、共通Ｈ−ＲＮＴＩのプールが、サービングＨＳ−ＤＳＣＨセルの変更メッセージ用にだけに確保されてもよい。サービングＨＳ−ＤＳＣＨセルの変更を送信するのに使用されるＳＲＢ（シグナリング無線ベアラ）のＳＲＢマッピング情報（すなわち、論理チャネルＩＤおよび／またはこのＩＤをマップするキューＩＤ）はブロードキャストされるとしてもよく、あるいはＷＴＲＵがソースセル内にいる間に取得されたＳＲＢマッピング情報を使用してもよい。
【００２４】
ＳＩＢでブロードキャストされるシステム情報の繰り返しは、４フレームごとから４，０９６フレームごとまで様々に変えることができる。このパラメータは、マスタ情報ブロックの中で設定されてから提供され、また繰り返し因数に依存しているので、このことは、ＳＩＢ獲得時間に遅延を生じさせる可能性がある。ＷＴＲＵは、ＳＩＢ上のＨＳ−ＤＳＣＨ共通リソース情報を常時、読み取る必要はないとすることができる。ＷＴＲＵは、ネットワークがターゲットセルを通じてメッセージを送信するよりも前に、または同時点で、ＷＴＲＵがダウンリンクトラフィックを受信することを開始する準備ができているように、ＨＳ−ＤＳＣＨ共通リソース情報を読み取るように設定することができる。したがって、ＷＴＲＵは、繰り返し因数、その情報を読み取るのにかかる時間、リソースを設定するのにかかる時間などを把握することができる。
【００２５】
ＷＴＲＵが、以下のトリガの１つ、または組合せで、システム情報ブロックを読み取って、ＨＳ−ＤＳＣＨ共通リソースを獲得することができる。
（１）ＷＴＲＵが、イベント１Ｄがトリガされるとすぐに、イベント１Ｄをトリガした隣接セル（すなわち、モニタされるセットの中の最良セル）のＳＩＢを読み取り、ＨＳ−ＤＳＣＨ共通リソース情報を格納することができる、
（２）ＷＴＲＵが、隣接セルの品質がサービングセルの品質よりも良好になるとすぐに（すなわち、トリガする開始時刻（Ｔtrigger）に先立って）、ＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（３）ＷＴＲＵが、隣接セルの品質がサービングセルよりも、事前設定されたヒステリシス値だけ、良好になるとすぐに、ＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（４）ＷＴＲＵが、アクティブセットに追加されているすべてのセルのＨＳ−ＤＳＣＨ共通リソース情報を、ＡＣＴＩＶＥ ＳＥＴ ＵＰＤＡＴＥプロシージャ（手順、手続き）を介してアクティブセットにセルが追加されるとすぐに、あるいは、イベント１ＡがＷＴＲＵによってトリガされるとすぐに、読み取り、格納することができる。ＷＴＲＵは、セルのそれぞれに関連するセルＩＤおよびＨＳ情報を格納しなければないかもしれない。最良セルの変更が生じる場合は、ＷＴＲＵは、そのセルに対応するＨＳ−ＤＳＣＨ共通リソース情報を抽出し、それに応じてＨＳ−ＤＳＣＨリソースを設定することができる、
（５）ＷＴＲＵが、条件が持続する間、最良セルの変更以来、時間間隔Ｔｎの後に、モニタ（監視）されたセット内の最良セルのＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（６）ＷＴＲＵが、イベント１Ａのトリガ時に、アクティブセットに追加された新たなセルのＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（７）ＷＴＲＵが、イベント１Ａがトリガされ、アクティブセットに追加された新たなセルがアクティブセット内での最良セルとなる場合に、その新たなセルのＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（８）ＷＴＲＵが、測定された品質（例えば、ＣＰＩＣＨ（共通パイロットチャネル）などの任意のダウンリンク基準チャネル上の受信された電力）が事前設定された閾値を超える、いずれの新たなセルのＨＳ−ＤＳＣＨ共通リソース情報も読み取り、格納することができる、または
（９）ＷＴＲＵが、測定された品質（例えば、ＣＰＩＣＨなどの任意のダウンリンク基準チャネル上の受信された電力）が、事前設定された閾値の差だけサービングセルの品質に近づいた、いずれの新たなセルのＨＳ−ＤＳＣＨ共通リソース情報も読み取り、格納することができる。
【００２６】
代替として、ＨＳ−ＤＳＣＨ共通リソース情報は、専用ＲＲＣシグナリングを介してＷＴＲＵに送信されてもよい。例えば、ＨＳ−ＤＳＣＨ共通リソース情報は、アクティブセットに新たなセルが追加されるときに、ＷＴＲＵに送信されるＡＣＴＩＶＥ ＳＥＴ ＵＰＤＡＴＥメッセージの中に含ませてもよい。
【００２７】
複数のセルからのＨＳ−ＤＳＣＨ共通リソース情報を格納するのに必要なメモリ容量を抑えるため、ＷＴＲＵは、Ｎ個の最強セル、または上述のトリガ基準のいずれかを生じさせるＭ個の最新のセルに関するＨＳ−ＤＳＣＨ共通リソース情報だけを格納するように構成してもよい。ＷＴＲＵは、メモリ内に格納されているＨＳ−ＤＳＣＨ共通リソース情報を定期的に削除し、モニタされた品質が或るしきい値を下回るようなセルに関するＨＳ−ＤＳＣＨ共通リソース情報をメモリから削除し、あるいはＷＴＲＵのアクティブセットから取り除かれた任意のセルに関するＨＳ−ＤＳＣＨ共通リソース情報を削除するように、構成されることができる。
【００２８】
ターゲットセルをモニタすることに関する実施形態を、以下に開示する。
【００２９】
ＷＴＲＵは、以下の基準の１つ、またはその組合せが満たされることで、共通リソースまたは専用リソースを用いてターゲットセルをモニタすることを開始することができる。
（１）イベント１Ｄを示す測定レポートがネットワークに送信されるとすぐ、
（２）イベント１Ａを示す測定レポートがネットワークに送信され、かつ最良セルの変更が検出されるとすぐ、
（３）イベント１Ａまたは１Ｄがトリガされるとすぐ（すなわち、測定レポートを送信するのに先立って）、
（４）イベント１Ｄまたは最良セルの変更を伴うイベント１Ａを示す測定レポートがネットワークに送信されてから、ある時間間隔（Ｔｍ）の後、
（５）測定レポートがネットワークによって成功裡に受信されたことを示すＲＬＣ層確認応答が、ＷＴＲＵで受信されてから、ある時間間隔（Ｔｎ）の後、
（６）ソースＮｏｄｅ Ｂからの明示的なシグナリングあったとき。この明示的なシグナリングは、ターゲットセルのモニタ開始をするようにＷＴＲＵに指示するソースセルを通じてのＨＳ−ＳＣＣＨオーダーであるとすることができる。代替として、この明示的なシグナリングは、ＷＴＲＵへシグナリングされるＥ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対許可チャネル）における予約値であるとしてもよい（例えば、グラント（許可）＝０、すべてのＨＡＲＱプロセスの非活性化、またはこの目的のためだけに使用される予約値）。
（７）ソースＮｏｄｅ Ｂのチャネル品質が、システムで設定された閾値を下回るとすぐ、または
（８）ソースＮｏｄｅ Ｂにおいて無線リンク障害が検出されるとすぐ。
【００３０】
ＷＴＲＵは、以下の基準の１つ、またはその組合せでターゲットセルをモニタすることを停止することができる。
（１）ＷＴＲＵがターゲットセルをモニタすることを開始してから所定の時間間隔（Ｔｐ）の経過した後で、ハンドオーバメッセージが全く受信されなかった後。ハンドオーバメッセージ（すなわち、ＲＲＣメッセージまたはＨＳ−ＳＣＣＨ）が受信された場合には、ＷＴＲＵは、オーダーについてターゲットセルのＨＳ−ＳＣＣＨをモニタすることを停止することができる、
（２）測定レポートを再送することに関する周期タイマが満了し、さらに／またはＷＴＲＵが、ネットワークへ別の測定レポートを送った後。ターゲットセルが最良セルのままであって、さらにターゲットセルをモニタすることを開始する基準が満たされている場合には、ＷＴＲＵは、同一のターゲットセルを再びモニタすることを開始することができる。モニタされるセットの中の最良セルが変更された場合には、ＷＴＲＵは、上記で開示した基準の１つに従って、その現行のセルをモニタすることを停止し、その新たなセルをモニタすることを開始しなければならない。
（３）ソースセルにおいて無線リンク障害が検出され、さらにある設定期間でターゲットセルからハンドオーバのメッセージまたは指示が全く無かったときにすぐ、
（４）受信されたハンドオーバメッセージが無効な構成結果を招き、さらにハンドオーバ障害が生じるとすぐ、または
（５）ＲＲＣ測定レポートがネットワークによって成功裡に受信されなかったことを示すＲＬＣ層ステータスレポートが、ＷＴＲＵにおいて受信されたとき。
【００３１】
ＷＴＲＵがハンドオーバメッセージを待っている間に無線リンク障害が生じた場合には、ＷＴＲＵは、最新行われた測定と一緒に、その無線リンク障害よりも前に隣接セルで行われた測定を随意的に、報告することができる。この情報は、セル更新メッセージの中で送信されることができ、あるいはセル更新が送信された後に測定レポートメッセージとして送信されることもできる。このことは、ネットワークが、いかなるさらなる遅延なしに、ソフトハンドオーバ（瞬断の起らないハンドオーバ）でＷＴＲＵをＣＥＬＬ＿ＤＣＨに移すのを許容することができる。
【００３２】
図２は、一実施形態によるターゲットセルのモニタリング（監視）のプロセス（処理過程）２００の流れ図である。ＷＴＲＵが、サービングＨＳ−ＤＳＣＨセルおよび隣接セルをモニタする（ステップ２０２）。ＷＴＲＵは、イベント１Ｄがトリガされたかどうかをチェック（点検）する（ステップ２０４）。イベント１Ｄがトリガされていない場合には、ＷＴＲＵは、サービングＨＳ−ＤＳＣＨセルをモニタしつづける。イベント１Ｄがトリガされた場合には、ＷＴＲＵは、タイマＴｐをセット（設定）し（ステップ２０６）、ターゲットセルのＨＳ−ＳＣＣＨ（事前設定されている場合）をモニタすることを開始する（ステップ２０８）。ＷＴＲＵは、ハンドオーバメッセージ（すなわち、ＲＲＣメッセージまたはＨＳ−ＳＣＣＨオーダー）が受信されているかどうかをチェック（点検）する（ステップ２１０）。ターゲットセルに関してハンドオーバメッセージが受信された場合には、ＷＴＲＵは、サービングＨＳ−ＤＳＣＨセルの変更を実行する（ステップ２１２）。ハンドオーバメッセージが受信されていない場合には、ＷＴＲＵは、タイマＴｐが満了しているかどうかをチェック（点検）する（ステップ２１４）。タイマＴｐが満了している場合には、ＷＴＲＵは、ターゲットセルのＨＳ−ＳＣＣＨをモニタすることを停止する（ステップ２１６）。タイマＴｐが満了していない場合には、ＷＴＲＵは、ターゲットセルのＨＳ−ＳＣＣＨをモニタしつづける。
【００３３】
ソースセルおよびターゲットセルから受信している際のＨＡＲＱプロセスの共有に関する実施形態を、以下に開示する。
【００３４】
ＷＴＲＵが、共通ＨＳ−ＤＳＣＨリソースまたは専用ＨＳ−ＤＳＣＨリソースを使用してターゲットセルをモニタすることを開始することを必要とされる場合、ＨＡＲＱプロセスの扱われ方に関して特別な配慮がなされなければならない。ＷＴＲＵは、依然としてソースセルを通じてダウンリンクでデータを受信している可能性があるので、ＷＴＲＵは、ソースセルから、使用されているＨＡＲＱプロセスをフラッシュすることができない可能性がある。しかし、共通ＨＳ−ＤＳＣＨの受信の場合や、あるいは専用メッセージがターゲットセルを通じて受信される場合に、少なくとも１つのＨＡＲＱプロセスが、ターゲットセルからデータを受信可能とすることが必要とされる。
【００３５】
一実施形態によれば、さらなる追加的なＨＡＲＱプロセスが、ターゲットセルを通じてのハンドオーバメッセージを受信するために用意されているとすることができる。ターゲットＮｏｄｅ Ｂは、ＷＴＲＵが１つのＨＡＲＱプロセスだけしか使用していないと分かっている。
【００３６】
代替として、ＷＴＲＵは、１組のＨＡＲＱプロセスは、ソースセルを通じて受信するのに使用され、別の組のＨＡＲＱプロセスは、ターゲットセルを通じて受信するように設定される、２組のＨＡＲＱプロセスを有してもよい。ＨＡＲＱリソースのさらなるセットについてのＨＡＲＱシステム情報は、ＨＳ−ＤＳＣＨ共通システム情報の一部として提供されることができる。このことは、ターゲットセルを通じてハンドオーバメッセージが待たれるたびに、新たなＨＡＲＱプロセスのセットを、ＷＴＲＵがセットアップすることを必要とすることとなる。
【００３７】
代替として、ＷＴＲＵがＨＳ−ＳＣＣＨ上でそのＨ−ＲＮＴＩ（共通、サービングセルに特有、または専用のいずれか）を復号する際に、ＷＴＲＵはソースセルと同じＨＡＲＱプロセスを使用してもよい。この場合、ＷＴＲＵは、ターゲットのＨＳ−ＰＤＳＣＨを通じてデータを受信するのに先立って、ＨＡＲＱバッファをフラッシュしなければならない可能性がある。ＷＴＲＵは、ターゲットセルからデータが受信されている間、ソースセルからデータが全く受信されないことを確実にしなければならない。ネットワークは、ターゲットセルがハンドオーバコマンドを送信している間に、ソースセルを通してデータが伝送されないことを確実にすることができる。このことは、ＲＮＣからソースＮｏｄｅ ＢへのＩｕｂ指示を介して行われることができる。オプションとして、ＷＴＲＵは、データが依然としてソースセルを通じて伝送されているという事実を、ターゲットセルを通じて受信されるデータがＷＴＲＵの専用ではないという表れとして、使用してもよい。代替として、ソースセルは、データを伝送しつづけることができるが、ＷＴＲＵは、ターゲットセルを通じてメッセージを受信している間、ソースセルのＨＳ−ＳＣＣＨをリッスンしないとしてもよい。
【００３８】
代替として、ＨＡＲＱプロセスは、ソースセルとターゲットセルの間で分割されてもよい。例えば、ＷＴＲＵがターゲットセルを通じてメッセージを待機している（すなわち、ターゲットセルをモニタしている）時間にわたって、ＨＡＲＱプロセスの半分は、ソースセルに専用であり、その他方の半分は、ターゲットセルに専用である。ソースセルに使うＨＡＲＱプロセスと、ターゲットセルに使うＨＡＲＱプロセスとの割合は、ＨＳ−ＤＳＣＨ共通システム情報の一部として提供される、システム設定値である、所定の値とすることができる。ネットワークは、Ｉｕｂシグナリングを使用してソースセルに指示を送って、利用可能なＨＡＲＱプロセスの一部分だけを使用して開始するようにソースセルを設定するようにしてもよい。
【００３９】
代替として、ＷＴＲＵは、ＷＴＲＵがモニタしているターゲットセルについての新たな二次ＭＡＣ−ｅｈｓ(エンハンスド高速媒体アクセス制御)、あるいはＭＡＣ−ｈｓサブエンティティを確立してもよい。
【００４０】
ＷＴＲＵは、ターゲットセル用に設定されたＨＡＲＱプロセスのソフトバッファをフラッシュすることができる。このフラッシュは、ＷＴＲＵがターゲットセルをモニタすることを開始する時点で、または予想される（expected）ＲＮＴＩが、ターゲットセルのＨＳ−ＳＣＣＨで復号された時点で、行うことができる。
【００４１】
ＷＴＲＵは、ソースセルとターゲットセルの両方をモニタして、ソースセルのＨＳ−ＳＣＣＨで示されるＨＡＲＱプロセスが、ターゲットセルによって使用されているＨＡＲＱプロセスを干渉（妨害）している場合には、ＷＴＲＵは、このことを、そのメッセージがそのＷＴＲＵに適していないという指示として使用することができる。この事例は、ＨＡＲＱプロセスがソースセルとターゲットセルの間で共有されていて、かつネットワークが、ソースセルにターゲットセルと同じＨＡＲＱプロセスで伝送することを許すべきでない場合に、適用される。
【００４２】
ＷＴＲＵは、少なくとも、ＳＲＢ（すなわち、ＲＲＣハンドオーバメッセージ）が受信されているキュー（待ち行列）をリセットすることを確実にしなければならない。ＷＴＲＵは、並べ替え変数をそれらの初期値にだけリセットすることが可能であり、さらに、該当する場合には、残りの任意のセグメントを再組立てエンティティから破棄することができる。代替として、ＷＴＲＵは、ターゲットセルに関連するＨＡＲＱプロセス、またはソースセルにおいて使用された、これまでのすべてのＨＡＲＱプロセスをフラッシュしてもよい。
【００４３】
ＨＳ−ＤＳＣＨサービングセルの変更手順の完成に関する実施形態を、以下に開示する。
【００４４】
ＷＴＲＵがハンドオーバを成功と見なすと、ＷＴＲＵは、ソースセルからＷＴＲＵに割り当てられていたリソースを解放する。ＷＴＲＵは、以下の場合の１つ、またはその組合せにおいて、ソースセル内のリソースを解放することができる。
（１）ハンドオーバメッセージが受信されて、そのメッセージの構成の検証が、ＲＲＣにおいて首尾よく完了した場合、
（２）ハンドオーバメッセージが受信されて、現時点とは異なるアクティベーションタイムが指定された場合（リソースは、所定のアクティベーションタイムに解放される）、
（３）ＷＴＲＵが、ターゲットセルを通じて受信されたメッセージがそのＷＴＲＵに専用であることを気付くとすぐ、
（４）予想されるＨ−ＲＮＴＩとともに、ターゲットセル上のＨＳ−ＳＣＣＨを復号するとき、または
（５）ソースＮｏｄｅ Ｂから明示的なシグナリングがあるとき。このシグナリングは、ソースセルにおいてＨＳ−ＳＣＣＨオーダーを介して与えられて、ターゲットＮｏｄｅ Ｂを復号化することを開始し、またソースＮｏｄｅ Ｂへリソースを解放するように、ＷＴＲＵに指示することができる。代替として、シグナリングは、Ｅ−ＡＧＣＨにおける予約値（例えば、グラント＝０、または、すべてのＨＡＲＱプロセスを非活性化（動作停止）する）を使用して与えられてもよい。
【００４５】
ＨＳ−ＤＳＣＨサービングセルの変更手順の完了のとき、ＷＴＲＵは、ＨＡＲＱプロセスと、ソースセルにおいて使用されていたＨＡＲＱプロセスと関係するＨＡＲＱメモリとをリセットすることだけを必要とすることができる。
【００４６】
アクティブセット（active set:活性化セット）に入っていないセルへのサービングセルの変更に関する実施形態を、以下に開示する。
【００４７】
一実施形態によれば、最良セルの変更が、アクティブセットの中に既に含まれるセルに対応しており、さらにＨＳ−ＤＳＣＨ構成が、ＷＴＲＵに既に与えられている（すなわち、プリロードされている）場合には、ＷＴＲＵは、ターゲットセル上の、そのプリロードされたＨＳ−ＤＳＣＨ構成を使用することができ、また新たな最良セルがアクティブセット内に含まれていない場合、あるいは、アクティブセット内の最良セルの変更が検出されたが、プリロードされたＨＳ−ＤＳＣＨ構成が全く利用できない場合には、ＷＴＲＵは、ＨＳ−ＤＳＣＨ共通リソースを使用して、ターゲットセルを通じてハンドオーバコマンドを受信することができる。ＷＴＲＵは、測定レポートをトリガし、専用リソースまたは共通リソースのいずれかを使用して、上記に開示された実施形態の１つに従って、ターゲットセルをモニタすることを開始する。ＷＴＲＵが共通リソースを使用するか、専用リソースを使用しているかどうかに依存して、ＷＴＲＵは、（共通リソースを使用している場合に）、ターゲットセルを通じてＲＲＣ再構成メッセージを受信するか、もしくはアクティブセット更新メッセージを受信すること、または（専用リソースを使用している場合に）、ターゲットセルからハンドオーバの指示だけを受信することができる。
【００４８】
別の実施形態によれば、ＷＴＲＵは、ソースセルにおいて使用されているＨ−ＲＮＴＩ、および１つまたは複数のＨＳ−ＳＣＣＨコードが、ターゲットセルにおいても利用可能であろうと想定できる。ＷＴＲＵは、ＷＴＲＵがソースセルに関して使用しているのと同一のＨ−ＲＮＴＩ、および１つまたは複数のＨＳ−ＳＣＣＨコードを使ってターゲットセルをモニタする。ネットワークがＷＴＲＵを設定する際に、ネットワークは、ターゲットセルにおいて同一のＨ−ＲＮＴＩ、および／またはＨＳ−ＳＣＣＨコードが利用可能であるかどうかをチェックする。利用可能である場合には、ネットワークは、その同一のＨ−ＲＮＴＩおよび／またはＨＳ−ＳＣＣＨコードを使用して、ターゲットセルを通じてＷＴＲＵにハンドオーバメッセージを送信することができる。
【００４９】
代替として、ＨＳ−ＳＣＣＨコードは、ＳＩＢ上で供給されることができ、あるいはすべてのＷＴＲＵについて事前設定されることができる。ＨＳ−ＳＣＣＨコードがターゲットセルにおいて利用可能である場合には、ハンドオーバメッセージは、ソースセルにおいて使用されるのと同一の専用Ｈ−ＲＮＴＩを使用して、ターゲットセルを通じて送信されることができる。さもなければ、ハンドオーバメッセージは、ソースセルを通じて送信される。ネットワークは、ソースセルにおいて使用されるのと同一のＨ−ＲＮＴＩを有するターゲットセルにおいてＨＳ−ＳＣＣＨオーダーを使用して、同一のＨ−ＲＮＴＩがターゲットセル用に設定されていることを確認することができる。その後、ＷＴＲＵは、同一のＨ−ＲＮＴＩを用いてターゲットセルをモニタして、ハンドオーバメッセージを受信する。オプションとして、ＨＳ−ＳＣＣＨオーダーが受信されていない場合、ＷＴＲＵは、ターゲットセルにおける共通Ｈ−ＲＮＴＩをモニタすることを開始する、またはソースセルだけをモニタするとしてよい。ＷＴＲＵは、オプションとして、共通Ｈ−ＲＮＴＩと、ソースセルにおいて使用される専用Ｈ−ＲＮＴＩの両方に関して同時に、ターゲットセル内のＨＳ−ＳＣＣＨをモニタしてもよい。
【００５０】
別の実施形態によれば、ソースセルのＵ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時ＩＤ）、Ｃ−ＲＮＴＩ（セル無線ネットワーク一時ＩＤ）、Ｈ−ＲＮＴＩ、またはＥ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時ＩＤ）でマスクされることが可能なＳＣＣＣＨ（サービングセル変更チャネル）が、ターゲットセル、および／またはソースセルを通じて使用されて、共通Ｈ−ＲＮＴＩをリッスンするか、またはこれまでのソースＨ−ＲＮＴＩがターゲットセルにおいても割り当てられていることを確認するかのいずれかをするようにＷＴＲＵに指示する。
【００５１】
別の実施形態によれば、ＨＳ−ＳＣＣＨオーダーまたはＨＳ−ＳＣＣＨが、ソースセル専用Ｈ−ＲＮＴＩを使用してソースセルを通じて送信されて、ターゲットセルにおいて同一のＨ−ＲＮＴＩが確認されていることをＷＴＲＵに知らせることができる。すると、ＷＴＲＵは、ターゲットセルに移行し、ソースセルにおいて使用されているＨ−ＲＮＴＩを用いてＨＳ−ＳＣＣＨをモニタすることができる。代替として、ソースセルにおけるＥ−ＡＧＣＨでの特別な予約値が、同一のことを示すのに使用されてもよい。
【００５２】
別の実施形態によれば、ハンドオーバコマンドは、ＨＳ−ＳＣＣＨの特別なフォーマットを用いて、ターゲットセルを通じて送信されることができ、ここでＷＴＲＵのＵ−ＲＮＴＩが、Ｈ−ＲＮＴＩの代わりに使用されて、（すなわち、Ｈ−ＲＮＴＩの代わりにＵ−ＲＮＴＩでマスクして）、ＨＳ−ＳＣＣＨにおいてＷＴＲＵをアドレス指定する。この実施形態は、アクティブセット内の最良セルの変更に関しても使用されることができる。
【００５３】
別の実施形態によれば、デフォルトの設定は、最良セルの変更がアクティブセットの外側で生じた場合に使用するために、ＷＴＲＵに対して与えられることができる。デフォルトの設定は、ＷＴＲＵによって、ターゲットセルを通じてハンドオーバコマンドを受信することに限って使用される。一群のＷＴＲＵが同一のデフォルト設定を有する場合には、ネットワークは、その設定を、一度に１つのＷＴＲＵだけが使用するのを認めることができる。
【００５４】
上記の実施形態は、Ｅ−ＤＣＨサービングセルの変更の場合に同一のＥ−ＤＣＨリソース（Ｅ−ＲＮＴＩ、Ｅ−ＡＧＣＨコードなどの）が、ターゲットセルにおいても割り当てられることを確認するのに使用されることもできる。また、この確認は、これまでのソースセルＥ−ＲＮＴＩでマスクされたＥ−ＡＧＣＨの特別な予約値を使用して、ターゲットセル内に送信されることもできる。
【００５５】
上記の実施形態に関して、ＷＴＲＵが、ターゲットセルのＨＳ−ＳＣＣＨ内のこれまでのソースＨ−ＲＮＴＩを復号し、復号されたＨ−ＲＮＴＩが、設定されているＨＳ−ＳＣＣＨオーダーに対応しない場合には、ＷＴＲＵは、そのメッセージを受信しようと試みないとすることができる。同一のことが、これまでのソースＥ−ＲＮＴＩでマスクされたＥ−ＡＧＣＨに対して適応できる。特別な予約値が復号されない場合には、ＷＴＲＵは、ターゲットセルにおいて示される絶対許可（アブソリュートグラント）を使用しないとすることができる。
【００５６】
オプションとして、デフォルトの設定、または共通設定と一緒に、ＷＴＲＵは、隣接セルの、Ｆ−ＤＰＣＨ（部分専用物理チャネル）情報、ＤＰＣＣＨ（専用物理制御チャネル）情報、ＨＳ−ＤＰＣＣＨ（高速専用物理制御チャネル）情報、およびＥ−ＤＣＨリソースのうちの少なくとも１つを供給されることができる。ＷＴＲＵが、そのデフォルトの設定を使用することが確認された、またはリソースに唯一のアクセスを有する場合には、確認を得ると、ＷＴＲＵは、電力制御ループを開始してターゲットＮｏｄｅ Ｂに同期しようと試みるようにトリガされることができる。
【００５７】
ソースセルとターゲットセルの両方から同時の受信することに関する実施形態を、以下に開示する。ＷＴＲＵは、ターゲットセルとソースセルから同時にハンドオーバコマンドを受信する。このことは、ソースセルとターゲットセルから或るタイプのソフトハンドオーバを実行することによって達せられることができる。このことは、Ｎｏｄｅ Ｂ内ハンドオーバまたはＮｏｄｅ Ｂ間ハンドオーバに適用されることができる。
【００５８】
ソフトハンドオーバを許可するためには、ソースセルとターゲットセルはともに、すべてのＭＡＣ−ｅｈｓ ＰＤＵ（プロトコルデータユニット）が同一のサイズであり、同一のＴＳＮ（伝送シーケンス番号）の番号付けが、異なるセルにおける両方のキューからもたらされるように、同期される必要がある。代替として、ＭＡＣ−ｅｈｓ ＰＤＵサイズは、同一でない可能性があるが、並べ替えＰＤＵ（対応するＳＲＢを含む優先キューについての）のサイズ、および並べ替えＰＤＵのＴＳＮ番号は、同一であるとすることができる。
【００５９】
ＰＤＵのソフトコンバイニング（soft combining）は、ＷＴＲＵの並べ替えキューにおいて実行されることができる。並べ替えキューは、ハンドオーバメッセージを送信するのに使用されるＳＲＢのために蓄えておくことができる。ＴＳＮ番号は、同期されなければならず（すなわち、０から始まる）、またはソースＮｏｄｅ Ｂが、使用するＴＳＮ番号をターゲットＮｏｄｅ Ｂに対して明示的に示さなければならない。このことは、ソースセルおよびＷＴＲＵが、ＳＲＢがマップされる並べ替えキューの並べ替え変数にリセットされることを必要とするであろう。両方のセルからのＭＡＣ−ｅｈｓ ＰＤＵのスケジューリングは、ソースセルとターゲットセルの間の最大遅延が、対応する並べ替えキューのために設定されたＴ１タイマを超えるようにしなければならない。このことは、このデータおよび／またはＷＴＲＵを、他のいずれのデータおよび／またはＷＴＲＵよりも優先的に取り扱うことによって成し遂げることができる。
【００６０】
同一サイズの並べ替えＰＤＵの作成は、以下のオプションの１つ、またはその組合せを使用して成し遂げることができる。Ｎｏｄｅ Ｂ内サービングセルの変更が存在する場合、ソースセルは、ＴＴＩ（伝送時間間隔）ごとに、ソースセルがＷＴＲＵから受信するサイズ、および、オプションとしてＣＱＩを、ターゲットセルに知らせることができる。第１優先スケジューリングを保証することにより、ソースセルとターゲットセルは、わずかに同期されることができる。ＴＳＮ番号が、オプションとして、ターゲットＮｏｄｅ Ｂに供給されることができ、あるいはソースセル、ターゲットセル、およびＷＴＲＵのすべてが、並べ替え変数をそれらの初期デフォルト値にリセットする。
【００６１】
代替として、ターゲットセルは、ＷＴＲＵによってソースセルに送信されたＨＳ−ＤＰＣＣＨをモニタし、受信されたＣＱＩに従ってＭＡＣ−ｅｈｓ ＰＤＵを作成してもよい。代替として、ターゲットセルとソースセルは常に、同一サイズの並べ替えＰＤＵを作成してもよい。事前定義された並べ替えＰＤＵサイズが常に、ハンドオーバメッセージのために使用されるとしてもよい。オプションとして、ＷＴＲＵは、１つのＴＴＩにおける同一の並べ替えキューから２つ以上の並べ替えＰＤＵを多重化することを許されることができる。より具体的には、並べ替えＰＤＵサイズがｘビットに事前設定され、さらに、選択されたトランスポートブロックサイズがｙビットであり、ただし、ｙ＞ｘである場合、ＷＴＲＵは、所定のトランスポートブロック内にＩＮＴ（ｙ／ｘ）並べ替えＰＤＵを含めることができる。各並べ替えＰＤＵには、それらの並べ替えＰＤＵが同一の並べ替えキューに相当する可能性があるとしても、ＴＳＮ（伝送シーケンス番号）が与えられる。
【００６２】
代替として、ＭＡＣ−ｅｈｓ ＰＤＵは、ソースＮｏｄｅ ＢとターゲットＮｏｄｅ Ｂの両方に無関係に（すなわち、異なるサイズ、異なるＴＳＮ、および異なる並べ替えキューで）作成されてもよい。これらのメッセージのソフトコンバイニングは、ＲＬＣレベルで実行されることができる。代替として、ソースセルとターゲットセルは、交互のＴＴＩで伝送してもよい。
【００６３】
ソースセルとターゲットセルの両方での同時の伝送のために、ＨＳ−ＳＣＣＨが、単一のセルで、（ソースセルまたはターゲットセルのいずれかを通じて）、送信されることができるのに対して、ＨＳ−ＰＤＳＣＨ（ＲＲＣハンドオーバコマンドを含む）は、両方のセルを通じて送信されることができる。この事例において、両方のセルにおいてＨＳ−ＰＤＳＣＨ情報を示す新たなＨＳ−ＳＣＣＨフォーマットが定義されることが可能であり、または従来のＨＳ−ＳＣＣＨフォーマットが使用されることが可能であり、ＷＴＲＵは、このＨＳ−ＳＣＣＨフォーマットが両方のセルに適用可能であることを暗黙のうちに知る。代替として、ＨＳ−ＳＣＣＨが、両方のセルで送信されることができるのに対して、ＨＳ−ＰＤＳＣＨは、１つだけのセルで、ソースセルまたはターゲットセルで、しか送信されることができないとしてもよい。代替として、ＨＳ−ＳＣＣＨとＨＳ−ＰＤＳＣＨの両方が、両方のセルで送信されることができるとしてもよい。
【００６４】
ターゲットセルで受信するためのＨＳ−ＳＣＣＨ低減動作に関する実施形態を、以下に開示する。
【００６５】
ターゲットセルでのハンドオーバコマンドの受信は、ＨＳ−ＳＣＣＨなしに成し遂げられることができる。このことは、専用Ｈ−ＲＮＴＩまたは共通Ｈ−ＲＮＴＩを、ＨＳ−ＤＳＣＨを介する伝送において使用されるＣＲＣ（巡回冗長検査）を用いてマスクすることによって達せられることができる。このメッセージは、限られたＨＳ−ＤＳＣＨ構成設定（configuration）（例えば、１つまたは２つのＨＳ−ＰＤＳＣＨコード）を使用して、限られたトランスポートブロックサイズセット、ならびに限られた変調スキームおよびコーディングスキーム（コード体系）を使用して、送信されて、ＷＴＲＵによるトランスポートブロックのブラインド検出を簡素化することができる。ＨＳ−ＰＤＳＣＨ構成設定およびＨ−ＲＮＴＩを含む「ＨＳ−ＤＳＣＨ」情報が、前段の実施形態において説明されたように決めることができる。
【００６６】
代替として、ハンドオーバコマンドの受信のためのＨＳ−ＳＣＣＨ低減動作が、ターゲットセルに加えて、またはターゲットセルの代わりに、ソースセルにおいて適用されてもよい。また、前述した実施形態は、ＨＳ−ＳＣＣＨ低減動作にも適用できる。ＨＳ−ＳＣＣＨにおけるＨ−ＲＮＴＩを復号することは、ＣＲＣにおいてＨ−ＲＮＴＩを復号することと均等であるということになる。
【００６７】
図３は、例示的なＷＴＲＵ３００のブロック図である。ＷＴＲＵ３００は、受信部３０２と、モニタ部３０４と、メモリ３０６と、コントローラ３０８とを含む。受信部３０２は、ＨＳ−ＳＣＣＨを含むチャネルを受信するように構成される。モニタ部３０４は、ソースセルで、および少なくとも１つの隣接セルで信号をモニタするように構成される。メモリ３０６は、ターゲットセルに関するプリロードされるＨＳ−ＤＳＣＨリソース情報を格納するように構成される。コントローラ３０８は、上記で開示された実施形態に従って、ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨセルの変更に関する制御機能を実行するように構成される。例えば、コントローラ３０８は、ターゲットセルに関してイベント１Ｄを検出して、タイマを開始し、さらに測定レポートがイベント１Ｄによってトリガされているという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨリソースを使用してターゲットセルでＨＳ−ＳＣＣＨをモニタすることを開始するように受信部を制御するように構成される。
【００６８】
コントローラ３０８は、ハンドオーバメッセージがタイマの満了よりも前に受信されたという条件で、ターゲットセルへのハンドオーバを実行するように構成されることができる。コントローラ３０８は、ターゲットセルに関するハンドオーバメッセージを受信するよりも前にタイマが満了したという条件で、ターゲットセルでＨＳ−ＳＣＣＨをモニタすることを停止するように構成されることができる。受信部３０２は、ソースセルとターゲットセルから同時にメッセージを受信するように構成されることが可能であり、少なくとも１つのＨＡＲＱプロセスが、ターゲットセルからのメッセージを受信するために用意される。受信部３０２は、ソースセルとターゲットセルから同時にメッセージを受信するように構成されることが可能であり、ソースセルで使用される同一のＨＡＲＱプロセスが、ターゲットセルからのメッセージを受信するために使用される。コントローラ３０８は、ハンドオーバメッセージがタイマの満了よりも前にターゲットセルから受信されたという条件で、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放するように構成されることができる。コントローラ３０８は、予想されるＨ−ＲＮＴＩとともにターゲットセル上のＨＳ−ＳＣＣＨが復号されるときに、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放するように構成されることができる。受信部３０２は、ターゲットセルにおいてだけＨＳ−ＳＣＣＨを受信するように構成されることが可能であり、さらに受信されたＨＳ−ＳＣＣＨに基づいて、ソースセルとターゲットセルの両方でＨＳ−ＰＤＳＣＨを受信することが可能である。
【００６９】
（実施形態）
１．ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨセルの変更を実行するための方法。
２．ＷＴＲＵが、ターゲットセルに関するプリロードされるＨＳ−ＤＳＣＨ構成設定を受信し、格納することを含む実施形態１の方法。
３．ＷＴＲＵが、ターゲットセルに関するイベント１Ｄを検出することをさらに含む実施形態２の方法。
４．ＷＴＲＵが、タイマを開始することをさらに含む実施形態３の方法。
５．ＷＴＲＵが、測定レポートがイベント１Ｄによってトリガされたという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨ構成設定を使用して、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを開始することをさらに含む実施形態３〜４のいずれか一実施形態におけるとおりの方法。
６．ＷＴＲＵが、ターゲットセルに関するハンドオーバメッセージが受信されたかどうかを判定することをさらに含む実施形態２〜５のいずれか一実施形態におけるとおりの方法。
７．ＷＴＲＵが、ハンドオーバメッセージがターゲットセルに関して受信されたという条件で、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止することをさらに含む実施形態６の方法。
８．ハンドオーバメッセージは、ターゲットセルＨＳ−ＳＣＣＨオーダーとＲＲＣメッセージのいずれかである実施形態６〜７のいずれか一実施形態におけるとおりの方法。
９．ＷＴＲＵが、ターゲットセルに関するハンドオーバメッセージを受信するよりも前にタイマが満了したという条件で、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止することをさらに含む実施形態５〜８のいずれか一実施形態におけるとおりの方法。
１０．ＷＴＲＵが、タイマの満了よりも前にターゲットセルからハンドオーバメッセージが受信されたという条件で、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放することをさらに含む実施形態５〜９のいずれか一実施形態におけるとおりの方法。
１１．ＷＴＲＵが、予想されるＨ−ＲＮＴＩとともにターゲットセル上のＨＳ−ＳＣＣＨを復号すると、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放することをさらに含む実施形態５〜１０のいずれか一実施形態におけるとおりの方法。
１２．ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨセルの変更を実行するように構成されたＷＴＲＵ。
１３．ＨＳ−ＳＣＣＨを受信するように構成された受信部を具備する実施形態１２のＷＴＲＵ。
１４．ソースセル上、および少なくとも１つの隣接セル上の信号をモニタするように構成されたチャネルモニタ部を具備する実施形態１２〜１３のいずれか一実施形態におけるとおりのＷＴＲＵ。
１５．ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨリソース情報を格納するように構成されたメモリを具備する実施形態１２〜１４のいずれか一実施形態におけるとおりのＷＴＲＵ。
１６．ターゲットセルに関してイベント１Ｄを検出し、タイマを開始し、さらに測定レポートがイベント１Ｄによってトリガされたという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨリソースを使用してターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを開始するように受信部を制御するように構成されたコントローラを具備する実施形態１５のＷＴＲＵ。
１７．コントローラは、ハンドオーバメッセージがターゲットセルに関して受信されたという条件で、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止するように構成される実施形態１６のＷＴＲＵ。
１８．ハンドオーバメッセージは、ターゲットセルＨＳ−ＳＣＣＨオーダーとＲＲＣメッセージのいずれかである実施形態１７のＷＴＲＵ。
１９．コントローラは、ターゲットセルに関するハンドオーバメッセージを受信するよりも前にタイマが満了したという条件で、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止するように構成されている実施形態１７〜１８のいずれか一実施形態におけるとおりのＷＴＲＵ。
２０．コントローラは、タイマの満了よりも前にターゲットセルからハンドオーバメッセージが受信されたという条件で、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放するように構成されている実施形態１７〜１９のいずれか一実施形態におけるとおりのＷＴＲＵ。
２１．コントローラは、予想されるＨ−ＲＮＴＩとともにターゲットセル上のＨＳ−ＳＣＣＨを復号すると、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放するように構成されている実施形態１７〜２０のいずれか一実施形態におけるとおりのＷＴＲＵ。
【００７０】
特徴および要素は、上記において特定の組合せで説明されているが、各特徴または各要素は、その他の特徴および要素なしに単独で使用されることが可能であり、あるいは他の特徴および要素を伴って、または伴わずに様々な組合せで使用されることもできる。本明細書で提供された方法または流れ図は、汎用コンピュータまたはプロセッサによって実行されるようにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されることができる。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭおよびＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれる。
【００７１】
適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／または状態マシンが含まれる。
【００７２】
ソフトウェアと関連してプロセッサは、ＷＴＲＵ（無線送信／受信ユニット）、ＵＥ（ユーザ機器）、端末装置、基地局、ＲＮＣ（無線ネットワークコントローラ）、または任意のホストコンピュータで用いる無線周波数トランシーバを実施するのに使用されることができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）モジュールまたはＵＷＢ（超広帯域）モジュールなどの、ハードウェアおよび／またはソフトウェアで実施されるモジュールと連動して使用されることができる。
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）は、３ＧＰＰ（第３世代パートナーシッププロジェクト）規格のリリース５において導入された機能である。ＨＳＤＰＡは、以下の３つの重要な概念、すなわち、ＡＭＣ（適応変調符号化）、高速物理層再送（すなわち、ＨＡＲＱ（ハイブリッド自動再送要求））、および高速Ｎｏｄｅ Ｂスケジューリングを使用して最大のスペクトル効率を実現する。
【０００３】
ハンドオーバは、ＷＴＲＵ（無線送信／受信ユニット）が、サービス中断なしに１つのセルから別のセルに切り換えるプロセスである。図１は、１つのセルから別のセルへの従来のハンドオーバを示す。ＨＳＤＰＡにおいて、ＷＴＲＵ１０２は、「サービングＨＳ−ＤＳＣＨ（高速ダウンリンク共有チャネル）セル」と呼ばれる単一のセル内のチャネルをモニタする。ハンドオーバが起ると、ＷＴＲＵ１０２は、新たなサービングＨＳ−ＤＳＣＨセル（ターゲットセル１０６）に切り換え、古いサービングＨＳ−ＤＳＣＨセル（ソースセル１０４）との通信を停止する必要がある。この手順は、サービングＨＳ−ＤＳＣＨセルの変更とも呼ばれる。
【０００４】
ＷＴＲＵは、隣接セルの信号強度を継続的に測定する。隣接セルのモニタされるＣＰＩＣＨ（共通パイロットチャネル）上で測定された信号強度が、サービングセルの信号強度を超えると（すなわち、イベント１Ｄ）、ＷＴＲＵは、最良セルの変更についてＲＮＣ（無線ネットワークコントローラ）に知らせる。最良セルの変更は、ＲＲＣ（無線リソース制御）測定レポートを介してＷＴＲＵからＲＮＣに報告される。この測定レポートは、測定された値、およびセルＩＤ（アイデンティティ；識別子）を含む。次に、ＲＮＣが、サービングＨＳ−ＤＳＣＨセルの変更が行われるべきかどうかの決定を行う。
【０００５】
サービングＨＳ−ＤＳＣＨセルの変更を開始するために、ＳＲＮＣ（サービング無線ネットワークコントローラ）は、ＲＮＳＡＰ（無線ネットワークサブシステムアプリケーション部）メッセージおよびＮＢＡＰ（Ｎｏｄｅ Ｂアプリケーション部）メッセージを介して、ターゲットセル内のＷＴＲＵに対して、（Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ無線ネットワーク一時ＩＤ）、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）コード、ＨＡＲＱリソースなどの）ＨＳ−ＤＳＣＨリソースを割り当てるように、ＣＲＮＣ（制御無線ネットワークコントローラ）に要求する。ＨＳ−ＤＳＣＨリソースが予約されると、ＣＲＮＣは、ＳＲＮＣにすべての情報を提供し、次に、ＳＲＮＣが、ＷＴＲＵにＲＲＣハンドオーバメッセージを送信する。このＲＲＣ（無線リソース制御）メッセージは、ＷＴＲＵに対してサービングＨＳ−ＤＳＣＨセルの変更を知らせるのに用いることができるもので、以下に限定されずに、物理チャネル再構成メッセージ、トランスポートチャネル再構成メッセージ、無線ベアラ再構成メッセージ、およびアクティブセット更新メッセージを含む。
【０００６】
ＲＲＣハンドオーバメッセージは、ＷＴＲＵがターゲットセルのモニタを開始するのに必要な無線アクセスパラメータをＷＴＲＵに提供する。さらに、ＲＲＣメッセージは、ハンドオーバが行われるべきときのアクティベーションタイム（activation time: 機能有効化時刻、起動時刻、開始時間などともいう）を提供することもできる。
【０００７】
以下の２つのタイプのハンドオーバ、すなわち、同期されたハンドオーバ、および同期されていないハンドオーバが存在する。同期されていないハンドオーバにおいては、ネットワークとＷＴＲＵは、リソースを同時に活性化して、切り換えることをしない。ハンドオーバコマンドの中で与えられるＷＴＲＵに対するアクティベーションタイムは、「現時点（ｎｏｗ）」に設定される。このことは、ハンドオーバ手順に関連する遅延を減らす。しかし、このことは、データ損失の可能性を高める。
【０００８】
同期されたハンドオーバにおいては、ネットワークとＷＴＲＵは、リソースを同時に活性化して、切り換える。ネットワークは、スケジューリング遅延、再送、設定時間（configuration time）などの、いずれの種類の遅延も把握した確実な値にアクティベーションタイムを設定しなければならない。同期されたハンドオーバは、データ損失を最小限に抑えるものの、より長い遅延をもたらす可能性がある。
【０００９】
従来、ＲＲＣハンドオーバメッセージは、ソースＮｏｄｅ Ｂを介してＷＴＲＵに送信される。サービングＨＳ−ＤＳＣＨセルの変更手順に関連する遅延が、ハンドオーバメッセージを失敗させて、許容できない割合の脱落した呼をもたらす可能性がある。サービングＨＳ−ＤＳＣＨセルの変更手順を最適化する、いくつかの提案がこれまでに発表されている。
【００１０】
これらの提案によれば、ＷＴＲＵとＮｏｄｅ Ｂは、ＨＳ−ＤＳＣＨ関連設定でプリロード（事前搭載）されることができる。或るセルがアクティブセット（active set）に追加される際に、ＲＮＣが、そのセルが「ＨＳＤＰＡアクティブセット」に追加され得ると判定した場合には、ＷＴＲＵおよびＮｏｄｅ Ｂが、無線リンク再構成準備／レディ（準備完了）フェーズ（局面）で再構成される。最良セルの変更が起きると（すなわち、イベント（事象）１Ｄ）、ターゲットＮｏｄｅ Ｂを、無線リンク再構成コミット／開始フェーズで、ＷＴＲＵのスケジューリングを開始するように命令することができる。このことにより、ＷＴＲＵおよびＮｏｄｅ Ｂが、より速く通信を開始することが可能になる。
【００１１】
ＷＴＲＵは、ソースセルＨＳ−ＳＣＣＨとターゲットセルＨＳ−ＳＣＣＨを同時にモニタすることができる。最良セルの変更があるときには、ＷＴＲＵは、測定レポート１Ｄメッセージを送信する。設定可能な時間だけ待った後で、ＷＴＲＵは、ソースセルのＨＳ−ＳＣＣＨに加えて、プリロードされたターゲットセルＨＳ−ＳＣＣＨをモニタすることを開始する。このスキーム（仕組み）で、サービス断絶を減らすことができる。
【００１２】
ターゲットＮｏｄｅ Ｂは、第１回のスケジューリング出現（first scheduling occurrence）時に暗黙のうちに再ポインティング（re-pointing）されることができる。ＲＮＣは、そのハンドオーバを認可し、ターゲットＮｏｄｅ Ｂが設定され、準備が完了すると、ターゲットＮｏｄｅ Ｂは、ＷＴＲＵによってモニタされるＨＳ−ＳＣＣＨの１つでＷＴＲＵをスケジュールすることが可能となる。ターゲットＮｏｄｅ Ｂからの第１回のスケジューリング出現は、ハンドオーバの成功を暗黙に確認する。パケット損失を回避するために、ソースＮｏｄｅ Ｂは、どれだけのデータがこれから先も伝送される必要があるかの状況をＲＮＣに提供することができる。
【００１３】
ハンドオーバ（または再ポインティング）指示は、ＨＳ−ＳＣＣＨオーダー（指令）を介して、新たな物理層チャネルを介して、あるいはＥ−ＤＣＨ（拡張専用チャネル）Ｅ−ＲＧＣＨ（拡張相対許可チャネル）およびＥ−ＨＩＣＨ（Ｅ−ＤＣＨ ＨＡＲＱ指標チャネル）と同一のチャネライゼーションコード（チャネル区分コードとも訳されている）を使用して、異なるシグネチャシーケンスを用いるＳＣＣＣＨ（サービングセル変更チャネル）を介して、ターゲットＮｏｄｅ Ｂを通じて送信されることができる。ＷＴＲＵは、アップリンクスクランブルコードを変更することによって、あるいはＣＱＩ（チャネル品質指標）の特別な値（例えば、３１）を使用することによって、ハンドオーバ指示に確認応答する。
【００１４】
別の提案によれば、前述の提案に従って、ＷＴＲＵの要件を、イベント１Ｄをトリガした、事前に割り当てられた／非サービングセルの１つだけのＨＳ−ＳＣＣＨをモニタすることに制限させることができる。イベント１Ａおよび１Ｂが、異なるパラメータ値で再使用されて、最良セルとほとんど同然であるセルのサブセットである、「ＨＳ−ＤＳＣＨサービング候補セット」が作成されることができる。或るアクティブセット内の或るセルが、そのアクティブセットとほとんど同然になった場合、イベント１Ａ*がトリガされる。ターゲットＮｏｄｅ Ｂ構成が事前設定され、ＨＳ−ＳＣＣＨコードが割り当てられる。リストの中の第１のＨＳ−ＳＣＣＨコードは、一次ＨＳ−ＳＣＣＨコードと呼ばれる。その事前設定が、ＷＴＲＵに送信される。イベント１Ｄが生じると、ＷＴＲＵは、ソースＮｏｄｅ ＢのＨＳ−ＳＣＣＨに加えて、ターゲットＮｏｄｅ Ｂの一次ＨＳ−ＳＣＣＨをモニタすることだけを開始する。ターゲットＮｏｄｅ Ｂの第１のスケジューリングを受信すると、ＷＴＲＵは、ソースセルからＨＳ−ＤＳＣＨを受信することを停止する。ターゲットＮｏｄｅ Ｂは、ＷＴＲＵから肯定的なＡＣＫ（確認応答）の受信を、ハンドオーバの成功の表示（indication）とみなす。
【００１５】
さらにまた別の提案によれば、ハンドオーバコマンド（すなわち、ハンドオーバメッセージ）が、既知の構成を有する共通チャネルを使用しターゲットセルを通じて送信されることができる。ＷＴＲＵは、共通Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ無線ネットワーク一時ＩＤ）を使用して、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることができる。共通情報は、ＳＩＢ（システム情報ブロック）によってブロードキャスト（放送）される、または専用ＲＲＣメッセージを介して設定されることができる。ハンドオーバメッセージの信頼性を高めるために、ネットワークは、ソースセルとターゲットセルの両方を通じて、このメッセージを送信することができる。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
ＣＥＬＬ＿ＤＣＨ状態でのＷＴＲＵが、共通リソースを使用しターゲットセルを通じてサービングＨＳ−ＤＳＣＨセル変更メッセージを受信できるようにするためには、ＷＴＲＵは、ＳＩＢを読み取って、ＨＳ−ＤＳＣＨシステム情報を獲得することができなければならない。従来の３ＧＰＰ規格によれば、ＷＴＲＵは、ＣＥＬＬ＿ＤＣＨにある間では、必要なＳＩＢを読み取ることを許されていない。さらに、ＳＩＢによるブロードキャストされたメッセージは、繰返し因数に従って繰り返されるだけであるので、ＷＴＲＵは、その情報を獲得する十分な時間を与えられない可能性がある。このことは、ハンドオーバコマンドを受信できない結果となる可能性がある。さらに、専用のプリロードされたリソースが、サービングＨＳ−ＤＳＣＨセルの変更を強化するのに用いられた場合には、アクティブセットを外れた最良セルの変更は、そのような強化を使用しては実行されない可能性がある。
【課題を解決するための手段】
【００１７】
ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨセルの変更を実行するための方法および装置が、開示されている。ＲＮＣは、ターゲットセルに関するＨＳ−ＤＳＣＨ構成をＷＴＲＵにプリロードすることができる。ＷＴＲＵは、このプリロードするＨＳ−ＤＳＣＨ構成を受信し、格納する。ＷＴＲＵは、イベント１Ｄによって測定レポートがトリガされたという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨ構成を使用して、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを開始することができる。ＷＴＲＵは、ターゲットセル上のＨＳ−ＳＣＣＨのモニタを開始するときにタイマを開始し、このタイマが満了すると、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止することができる。
【図面の簡単な説明】
【００１８】
より詳細な理解は、添付の図面に関連して例示として与えられている、以下の説明から得ることができる。
【図１】１つのセルから別のセルへの従来のハンドオーバを示す図である。
【図２】一実施形態によるターゲットセルのモニタリング（監視）のプロセス（処理過程）を示す流れ図である。
【図３】例示的なＷＴＲＵを示すブロック図である。
【発明を実施するための形態】
【００１９】
以降、言及する場合、「ＷＴＲＵ」という用語には、ＵＥ（ユーザ機器）、移動局、固定加入者ユニットもしくは移動加入者ユニット、ポケットベル（pager）、セルラ電話機(携帯電話)、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境において動作することができる他の任意のタイプのユーザデバイスが含まれるが、以上には限定されない。以降、言及する場合、「Ｎｏｄｅ Ｂ」という用語には、基地局、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境で動作することができる他の任意のタイプのインタフェースデバイスが含まれるが、以上には限定されない。
【００２０】
以降、言及する場合、「サービングＨＳ−ＤＳＣＨセルの変更メッセージ」という用語には、サービングＨＳ−ＤＳＣＨセルまたはターゲットＨＳ−ＳＣＣＨオーダーを変更するようにＷＴＲＵを再構成することが可能なＲＲＣ再構成メッセージまたはアクティブセット更新メッセージが含まれるが、以上には限定されない。以降、言及する場合、「ＨＳ−ＤＳＣＨコマンドリソース」は、ダウンリンクメッセージを受信するのに１つの、またはグループのＷＴＲＵによって使用されることが可能なＨＳ−ＤＳＣＨリソース（すなわち、Ｈ−ＲＮＴＩ、ＨＳ−ＳＣＣＨコード、ＨＡＲＱメモリ割り当てなど）のセットを言う。ＨＳ−ＤＳＣＨ共通リソースは、専用ＲＲＣメッセージを介してブロードキャストされる、または供給されることができる。以降、言及する場合、「ＨＳ−ＤＳＣＨ専用リソース」または「専用リソース」は、アクティブセット更新プロシージャの一部としてＷＴＲＵへ供給されるプリロードされたターゲットセル情報のセットを言う。
【００２１】
ＨＳ−ＤＳＣＨ共通リソースを獲得することに関する実施形態を以下に説明する。
【００２２】
一実施形態によれば、ＷＴＲＵは、Ｃｅｌｌ＿ＤＣＨにあるネットワークから、ＳＩＢにより、またはＲＲＣシグナリングを介して、ＨＳ−ＤＳＣＨ共通リソースを獲得する。従来、ＷＴＲＵは、ＣＥＬＬ＿ＤＣＨにある間にＢＣＣＨ（ブロードキャスト制御チャネル）を通じて送信されたＳＩＢを読み取ることを許されていない、またはそうするように構成されていない。拡張ＣＥＬＬ＿ＦＡＣＨのために使用されるＨＳ−ＤＳＣＨ共通リソースは、ＳＩＢ５／５ｂｉｓでブロードキャストされ、アイドルモード、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、およびＵＲＡ＿ＰＣＨにあるＷＴＲＵだけが、そのＳＩＢ５／５ｂｉｓを読み取ることができる。この実施形態によれば、ＷＴＲＵは、ＣＥＬＬ＿ＤＣＨにある間、ＳＩＢ５／５ｂｉｓ（またはＨＳ−ＤＳＣＨ共通リソース情報が提供されるところの他の任意のＳＩＢ）を読み取ることを許される。
【００２３】
サービングＨＳ−ＤＳＣＨセルの変更メッセージを受信するのに使用されることが可能なＨＳ−ＤＳＣＨ共通リソースは、ＳＩＢ５／５ｂｉｓでの拡張ＣＥＬＬ＿ＦＡＣＨに使用されるリソースと同一であることが可能であり、あるいはサービングＨＳ−ＤＳＣＨセルの変更のために確保された情報の新たなセットであることが可能である。代替として、ＨＳ−ＳＣＣＨコードおよびＨＡＲＱメモリ割り当てだけが、拡張ＣＥＬＬ＿ＦＡＣＨの場合と同一であるとすることもできるが、共通Ｈ−ＲＮＴＩのプールが、サービングＨＳ−ＤＳＣＨセルの変更メッセージ用にだけに確保されてもよい。サービングＨＳ−ＤＳＣＨセルの変更を送信するのに使用されるＳＲＢ（シグナリング無線ベアラ）のＳＲＢマッピング情報（すなわち、論理チャネルＩＤおよび／またはこのＩＤをマップするキューＩＤ）はブロードキャストされるとしてもよく、あるいはＷＴＲＵがソースセル内にいる間に取得されたＳＲＢマッピング情報を使用してもよい。
【００２４】
ＳＩＢでブロードキャストされるシステム情報の繰り返しは、４フレームごとから４，０９６フレームごとまで様々に変えることができる。このパラメータは、マスタ情報ブロックの中で設定されてから提供され、また繰り返し因数に依存しているので、このことは、ＳＩＢ獲得時間に遅延を生じさせる可能性がある。ＷＴＲＵは、ＳＩＢ上のＨＳ−ＤＳＣＨ共通リソース情報を常時、読み取る必要はないとすることができる。ＷＴＲＵは、ネットワークがターゲットセルを通じてメッセージを送信するよりも前に、または同時点で、ＷＴＲＵがダウンリンクトラフィックを受信することを開始する準備ができているように、ＨＳ−ＤＳＣＨ共通リソース情報を読み取るように設定することができる。したがって、ＷＴＲＵは、繰り返し因数、その情報を読み取るのにかかる時間、リソースを設定するのにかかる時間などを把握することができる。
【００２５】
ＷＴＲＵが、以下のトリガの１つ、または組合せで、システム情報ブロックを読み取って、ＨＳ−ＤＳＣＨ共通リソースを獲得することができる。
（１）ＷＴＲＵが、イベント１Ｄがトリガされるとすぐに、イベント１Ｄをトリガした隣接セル（すなわち、モニタされるセットの中の最良セル）のＳＩＢを読み取り、ＨＳ−ＤＳＣＨ共通リソース情報を格納することができる、
（２）ＷＴＲＵが、隣接セルの品質がサービングセルの品質よりも良好になるとすぐに（すなわち、トリガする開始時刻（Ｔtrigger）に先立って）、ＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（３）ＷＴＲＵが、隣接セルの品質がサービングセルよりも、事前設定されたヒステリシス値だけ、良好になるとすぐに、ＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（４）ＷＴＲＵが、アクティブセットに追加されているすべてのセルのＨＳ−ＤＳＣＨ共通リソース情報を、ＡＣＴＩＶＥ ＳＥＴ ＵＰＤＡＴＥプロシージャ（手順、手続き）を介してアクティブセットにセルが追加されるとすぐに、あるいは、イベント１ＡがＷＴＲＵによってトリガされるとすぐに、読み取り、格納することができる。ＷＴＲＵは、セルのそれぞれに関連するセルＩＤおよびＨＳ情報を格納しなければないかもしれない。最良セルの変更が生じる場合は、ＷＴＲＵは、そのセルに対応するＨＳ−ＤＳＣＨ共通リソース情報を抽出し、それに応じてＨＳ−ＤＳＣＨリソースを設定することができる、
（５）ＷＴＲＵが、条件が持続する間、最良セルの変更以来、時間間隔Ｔｎの後に、モニタ（監視）されたセット内の最良セルのＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（６）ＷＴＲＵが、イベント１Ａのトリガ時に、アクティブセットに追加された新たなセルのＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（７）ＷＴＲＵが、イベント１Ａがトリガされ、アクティブセットに追加された新たなセルがアクティブセット内での最良セルとなる場合に、その新たなセルのＨＳ−ＤＳＣＨ共通リソース情報を読み取り、格納することができる、
（８）ＷＴＲＵが、測定された品質（例えば、ＣＰＩＣＨ（共通パイロットチャネル）などの任意のダウンリンク基準チャネル上の受信された電力）が事前設定された閾値を超える、いずれの新たなセルのＨＳ−ＤＳＣＨ共通リソース情報も読み取り、格納することができる、または
（９）ＷＴＲＵが、測定された品質（例えば、ＣＰＩＣＨなどの任意のダウンリンク基準チャネル上の受信された電力）が、事前設定された閾値の差だけサービングセルの品質に近づいた、いずれの新たなセルのＨＳ−ＤＳＣＨ共通リソース情報も読み取り、格納することができる。
【００２６】
代替として、ＨＳ−ＤＳＣＨ共通リソース情報は、専用ＲＲＣシグナリングを介してＷＴＲＵに送信されてもよい。例えば、ＨＳ−ＤＳＣＨ共通リソース情報は、アクティブセットに新たなセルが追加されるときに、ＷＴＲＵに送信されるＡＣＴＩＶＥ ＳＥＴ ＵＰＤＡＴＥメッセージの中に含ませてもよい。
【００２７】
複数のセルからのＨＳ−ＤＳＣＨ共通リソース情報を格納するのに必要なメモリ容量を抑えるため、ＷＴＲＵは、Ｎ個の最強セル、または上述のトリガ基準のいずれかを生じさせるＭ個の最新のセルに関するＨＳ−ＤＳＣＨ共通リソース情報だけを格納するように構成してもよい。ＷＴＲＵは、メモリ内に格納されているＨＳ−ＤＳＣＨ共通リソース情報を定期的に削除し、モニタされた品質が或るしきい値を下回るようなセルに関するＨＳ−ＤＳＣＨ共通リソース情報をメモリから削除し、あるいはＷＴＲＵのアクティブセットから取り除かれた任意のセルに関するＨＳ−ＤＳＣＨ共通リソース情報を削除するように、構成されることができる。
【００２８】
ターゲットセルをモニタすることに関する実施形態を、以下に開示する。
【００２９】
ＷＴＲＵは、以下の基準の１つ、またはその組合せが満たされることで、共通リソースまたは専用リソースを用いてターゲットセルをモニタすることを開始することができる。
（１）イベント１Ｄを示す測定レポートがネットワークに送信されるとすぐ、
（２）イベント１Ａを示す測定レポートがネットワークに送信され、かつ最良セルの変更が検出されるとすぐ、
（３）イベント１Ａまたは１Ｄがトリガされるとすぐ（すなわち、測定レポートを送信するのに先立って）、
（４）イベント１Ｄまたは最良セルの変更を伴うイベント１Ａを示す測定レポートがネットワークに送信されてから、ある時間間隔（Ｔｍ）の後、
（５）測定レポートがネットワークによって成功裡に受信されたことを示すＲＬＣ層確認応答が、ＷＴＲＵで受信されてから、ある時間間隔（Ｔｎ）の後、
（６）ソースＮｏｄｅ Ｂからの明示的なシグナリングあったとき。この明示的なシグナリングは、ターゲットセルのモニタ開始をするようにＷＴＲＵに指示するソースセルを通じてのＨＳ−ＳＣＣＨオーダーであるとすることができる。代替として、この明示的なシグナリングは、ＷＴＲＵへシグナリングされるＥ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対許可チャネル）における予約値であるとしてもよい（例えば、グラント（許可）＝０、すべてのＨＡＲＱプロセスの非活性化、またはこの目的のためだけに使用される予約値）。
（７）ソースＮｏｄｅ Ｂのチャネル品質が、システムで設定された閾値を下回るとすぐ、または
（８）ソースＮｏｄｅ Ｂにおいて無線リンク障害が検出されるとすぐ。
【００３０】
ＷＴＲＵは、以下の基準の１つ、またはその組合せでターゲットセルをモニタすることを停止することができる。
（１）ＷＴＲＵがターゲットセルをモニタすることを開始してから所定の時間間隔（Ｔｐ）の経過した後で、ハンドオーバメッセージが全く受信されなかった後。ハンドオーバメッセージ（すなわち、ＲＲＣメッセージまたはＨＳ−ＳＣＣＨ）が受信された場合には、ＷＴＲＵは、オーダーについてターゲットセルのＨＳ−ＳＣＣＨをモニタすることを停止することができる、
（２）測定レポートを再送することに関する周期タイマが満了し、さらに／またはＷＴＲＵが、ネットワークへ別の測定レポートを送った後。ターゲットセルが最良セルのままであって、さらにターゲットセルをモニタすることを開始する基準が満たされている場合には、ＷＴＲＵは、同一のターゲットセルを再びモニタすることを開始することができる。モニタされるセットの中の最良セルが変更された場合には、ＷＴＲＵは、上記で開示した基準の１つに従って、その現行のセルをモニタすることを停止し、その新たなセルをモニタすることを開始しなければならない。
（３）ソースセルにおいて無線リンク障害が検出され、さらにある設定期間でターゲットセルからハンドオーバのメッセージまたは指示が全く無かったときにすぐ、
（４）受信されたハンドオーバメッセージが無効な構成結果を招き、さらにハンドオーバ障害が生じるとすぐ、または
（５）ＲＲＣ測定レポートがネットワークによって成功裡に受信されなかったことを示すＲＬＣ層ステータスレポートが、ＷＴＲＵにおいて受信されたとき。
【００３１】
ＷＴＲＵがハンドオーバメッセージを待っている間に無線リンク障害が生じた場合には、ＷＴＲＵは、最新行われた測定と一緒に、その無線リンク障害よりも前に隣接セルで行われた測定を随意的に、報告することができる。この情報は、セル更新メッセージの中で送信されることができ、あるいはセル更新が送信された後に測定レポートメッセージとして送信されることもできる。このことは、ネットワークが、いかなるさらなる遅延なしに、ソフトハンドオーバ（瞬断の起らないハンドオーバ）でＷＴＲＵをＣＥＬＬ＿ＤＣＨに移すのを許容することができる。
【００３２】
図２は、一実施形態によるターゲットセルのモニタリング（監視）のプロセス（処理過程）２００の流れ図である。ＷＴＲＵが、サービングＨＳ−ＤＳＣＨセルおよび隣接セルをモニタする（ステップ２０２）。ＷＴＲＵは、イベント１Ｄがトリガされたかどうかをチェック（点検）する（ステップ２０４）。イベント１Ｄがトリガされていない場合には、ＷＴＲＵは、サービングＨＳ−ＤＳＣＨセルをモニタしつづける。イベント１Ｄがトリガされた場合には、ＷＴＲＵは、タイマＴｐをセット（設定）し（ステップ２０６）、ターゲットセルのＨＳ−ＳＣＣＨ（事前設定されている場合）をモニタすることを開始する（ステップ２０８）。ＷＴＲＵは、ハンドオーバメッセージ（すなわち、ＲＲＣメッセージまたはＨＳ−ＳＣＣＨオーダー）が受信されているかどうかをチェック（点検）する（ステップ２１０）。ターゲットセルに関してハンドオーバメッセージが受信された場合には、ＷＴＲＵは、サービングＨＳ−ＤＳＣＨセルの変更を実行する（ステップ２１２）。ハンドオーバメッセージが受信されていない場合には、ＷＴＲＵは、タイマＴｐが満了しているかどうかをチェック（点検）する（ステップ２１４）。タイマＴｐが満了している場合には、ＷＴＲＵは、ターゲットセルのＨＳ−ＳＣＣＨをモニタすることを停止する（ステップ２１６）。タイマＴｐが満了していない場合には、ＷＴＲＵは、ターゲットセルのＨＳ−ＳＣＣＨをモニタしつづける。
【００３３】
ソースセルおよびターゲットセルから受信している際のＨＡＲＱプロセスの共有に関する実施形態を、以下に開示する。
【００３４】
ＷＴＲＵが、共通ＨＳ−ＤＳＣＨリソースまたは専用ＨＳ−ＤＳＣＨリソースを使用してターゲットセルをモニタすることを開始することを必要とされる場合、ＨＡＲＱプロセスの扱われ方に関して特別な配慮がなされなければならない。ＷＴＲＵは、依然としてソースセルを通じてダウンリンクでデータを受信している可能性があるので、ＷＴＲＵは、ソースセルから、使用されているＨＡＲＱプロセスをフラッシュすることができない可能性がある。しかし、共通ＨＳ−ＤＳＣＨの受信の場合や、あるいは専用メッセージがターゲットセルを通じて受信される場合に、少なくとも１つのＨＡＲＱプロセスが、ターゲットセルからデータを受信可能とすることが必要とされる。
【００３５】
一実施形態によれば、さらなる追加的なＨＡＲＱプロセスが、ターゲットセルを通じてのハンドオーバメッセージを受信するために用意されているとすることができる。ターゲットＮｏｄｅ Ｂは、ＷＴＲＵが１つのＨＡＲＱプロセスだけしか使用していないと分かっている。
【００３６】
代替として、ＷＴＲＵは、１組のＨＡＲＱプロセスは、ソースセルを通じて受信するのに使用され、別の組のＨＡＲＱプロセスは、ターゲットセルを通じて受信するように設定される、２組のＨＡＲＱプロセスを有してもよい。ＨＡＲＱリソースのさらなるセットについてのＨＡＲＱシステム情報は、ＨＳ−ＤＳＣＨ共通システム情報の一部として提供されることができる。このことは、ターゲットセルを通じてハンドオーバメッセージが待たれるたびに、新たなＨＡＲＱプロセスのセットを、ＷＴＲＵがセットアップすることを必要とすることとなる。
【００３７】
代替として、ＷＴＲＵがＨＳ−ＳＣＣＨ上でそのＨ−ＲＮＴＩ（共通、サービングセルに特有、または専用のいずれか）を復号する際に、ＷＴＲＵはソースセルと同じＨＡＲＱプロセスを使用してもよい。この場合、ＷＴＲＵは、ターゲットのＨＳ−ＰＤＳＣＨを通じてデータを受信するのに先立って、ＨＡＲＱバッファをフラッシュしなければならない可能性がある。ＷＴＲＵは、ターゲットセルからデータが受信されている間、ソースセルからデータが全く受信されないことを確実にしなければならない。ネットワークは、ターゲットセルがハンドオーバコマンドを送信している間に、ソースセルを通してデータが伝送されないことを確実にすることができる。このことは、ＲＮＣからソースＮｏｄｅ ＢへのＩｕｂ指示を介して行われることができる。オプションとして、ＷＴＲＵは、データが依然としてソースセルを通じて伝送されているという事実を、ターゲットセルを通じて受信されるデータがＷＴＲＵの専用ではないという表れとして、使用してもよい。代替として、ソースセルは、データを伝送しつづけることができるが、ＷＴＲＵは、ターゲットセルを通じてメッセージを受信している間、ソースセルのＨＳ−ＳＣＣＨをリッスンしないとしてもよい。
【００３８】
代替として、ＨＡＲＱプロセスは、ソースセルとターゲットセルの間で分割されてもよい。例えば、ＷＴＲＵがターゲットセルを通じてメッセージを待機している（すなわち、ターゲットセルをモニタしている）時間にわたって、ＨＡＲＱプロセスの半分は、ソースセルに専用であり、その他方の半分は、ターゲットセルに専用である。ソースセルに使うＨＡＲＱプロセスと、ターゲットセルに使うＨＡＲＱプロセスとの割合は、ＨＳ−ＤＳＣＨ共通システム情報の一部として提供される、システム設定値である、所定の値とすることができる。ネットワークは、Ｉｕｂシグナリングを使用してソースセルに指示を送って、利用可能なＨＡＲＱプロセスの一部分だけを使用して開始するようにソースセルを設定するようにしてもよい。
【００３９】
代替として、ＷＴＲＵは、ＷＴＲＵがモニタしているターゲットセルについての新たな二次ＭＡＣ−ｅｈｓ(エンハンスド高速媒体アクセス制御)、あるいはＭＡＣ−ｈｓサブエンティティを確立してもよい。
【００４０】
ＷＴＲＵは、ターゲットセル用に設定されたＨＡＲＱプロセスのソフトバッファをフラッシュすることができる。このフラッシュは、ＷＴＲＵがターゲットセルをモニタすることを開始する時点で、または予想される（expected）ＲＮＴＩが、ターゲットセルのＨＳ−ＳＣＣＨで復号された時点で、行うことができる。
【００４１】
ＷＴＲＵは、ソースセルとターゲットセルの両方をモニタして、ソースセルのＨＳ−ＳＣＣＨで示されるＨＡＲＱプロセスが、ターゲットセルによって使用されているＨＡＲＱプロセスを干渉（妨害）している場合には、ＷＴＲＵは、このことを、そのメッセージがそのＷＴＲＵに適していないという指示として使用することができる。この事例は、ＨＡＲＱプロセスがソースセルとターゲットセルの間で共有されていて、かつネットワークが、ソースセルにターゲットセルと同じＨＡＲＱプロセスで伝送することを許すべきでない場合に、適用される。
【００４２】
ＷＴＲＵは、少なくとも、ＳＲＢ（すなわち、ＲＲＣハンドオーバメッセージ）が受信されているキュー（待ち行列）をリセットすることを確実にしなければならない。ＷＴＲＵは、並べ替え変数をそれらの初期値にだけリセットすることが可能であり、さらに、該当する場合には、残りの任意のセグメントを再組立てエンティティから破棄することができる。代替として、ＷＴＲＵは、ターゲットセルに関連するＨＡＲＱプロセス、またはソースセルにおいて使用された、これまでのすべてのＨＡＲＱプロセスをフラッシュしてもよい。
【００４３】
ＨＳ−ＤＳＣＨサービングセルの変更手順の完成に関する実施形態を、以下に開示する。
【００４４】
ＷＴＲＵがハンドオーバを成功と見なすと、ＷＴＲＵは、ソースセルからＷＴＲＵに割り当てられていたリソースを解放する。ＷＴＲＵは、以下の場合の１つ、またはその組合せにおいて、ソースセル内のリソースを解放することができる。
（１）ハンドオーバメッセージが受信されて、そのメッセージの構成の検証が、ＲＲＣにおいて首尾よく完了した場合、
（２）ハンドオーバメッセージが受信されて、現時点とは異なるアクティベーションタイムが指定された場合（リソースは、所定のアクティベーションタイムに解放される）、
（３）ＷＴＲＵが、ターゲットセルを通じて受信されたメッセージがそのＷＴＲＵに専用であることを気付くとすぐ、
（４）予想されるＨ−ＲＮＴＩとともに、ターゲットセル上のＨＳ−ＳＣＣＨを復号するとき、または
（５）ソースＮｏｄｅ Ｂから明示的なシグナリングがあるとき。このシグナリングは、ソースセルにおいてＨＳ−ＳＣＣＨオーダーを介して与えられて、ターゲットＮｏｄｅ Ｂを復号化することを開始し、またソースＮｏｄｅ Ｂへリソースを解放するように、ＷＴＲＵに指示することができる。代替として、シグナリングは、Ｅ−ＡＧＣＨにおける予約値（例えば、グラント＝０、または、すべてのＨＡＲＱプロセスを非活性化（動作停止）する）を使用して与えられてもよい。
【００４５】
ＨＳ−ＤＳＣＨサービングセルの変更手順の完了のとき、ＷＴＲＵは、ＨＡＲＱプロセスと、ソースセルにおいて使用されていたＨＡＲＱプロセスと関係するＨＡＲＱメモリとをリセットすることだけを必要とすることができる。
【００４６】
アクティブセット（active set:活性化セット）に入っていないセルへのサービングセルの変更に関する実施形態を、以下に開示する。
【００４７】
一実施形態によれば、最良セルの変更が、アクティブセットの中に既に含まれるセルに対応しており、さらにＨＳ−ＤＳＣＨ構成が、ＷＴＲＵに既に与えられている（すなわち、プリロードされている）場合には、ＷＴＲＵは、ターゲットセル上の、そのプリロードされたＨＳ−ＤＳＣＨ構成を使用することができ、また新たな最良セルがアクティブセット内に含まれていない場合、あるいは、アクティブセット内の最良セルの変更が検出されたが、プリロードされたＨＳ−ＤＳＣＨ構成が全く利用できない場合には、ＷＴＲＵは、ＨＳ−ＤＳＣＨ共通リソースを使用して、ターゲットセルを通じてハンドオーバコマンドを受信することができる。ＷＴＲＵは、測定レポートをトリガし、専用リソースまたは共通リソースのいずれかを使用して、上記に開示された実施形態の１つに従って、ターゲットセルをモニタすることを開始する。ＷＴＲＵが共通リソースを使用するか、専用リソースを使用しているかどうかに依存して、ＷＴＲＵは、（共通リソースを使用している場合に）、ターゲットセルを通じてＲＲＣ再構成メッセージを受信するか、もしくはアクティブセット更新メッセージを受信すること、または（専用リソースを使用している場合に）、ターゲットセルからハンドオーバの指示だけを受信することができる。
【００４８】
別の実施形態によれば、ＷＴＲＵは、ソースセルにおいて使用されているＨ−ＲＮＴＩ、および１つまたは複数のＨＳ−ＳＣＣＨコードが、ターゲットセルにおいても利用可能であろうと想定できる。ＷＴＲＵは、ＷＴＲＵがソースセルに関して使用しているのと同一のＨ−ＲＮＴＩ、および１つまたは複数のＨＳ−ＳＣＣＨコードを使ってターゲットセルをモニタする。ネットワークがＷＴＲＵを設定する際に、ネットワークは、ターゲットセルにおいて同一のＨ−ＲＮＴＩ、および／またはＨＳ−ＳＣＣＨコードが利用可能であるかどうかをチェックする。利用可能である場合には、ネットワークは、その同一のＨ−ＲＮＴＩおよび／またはＨＳ−ＳＣＣＨコードを使用して、ターゲットセルを通じてＷＴＲＵにハンドオーバメッセージを送信することができる。
【００４９】
代替として、ＨＳ−ＳＣＣＨコードは、ＳＩＢ上で供給されることができ、あるいはすべてのＷＴＲＵについて事前設定されることができる。ＨＳ−ＳＣＣＨコードがターゲットセルにおいて利用可能である場合には、ハンドオーバメッセージは、ソースセルにおいて使用されるのと同一の専用Ｈ−ＲＮＴＩを使用して、ターゲットセルを通じて送信されることができる。さもなければ、ハンドオーバメッセージは、ソースセルを通じて送信される。ネットワークは、ソースセルにおいて使用されるのと同一のＨ−ＲＮＴＩを有するターゲットセルにおいてＨＳ−ＳＣＣＨオーダーを使用して、同一のＨ−ＲＮＴＩがターゲットセル用に設定されていることを確認することができる。その後、ＷＴＲＵは、同一のＨ−ＲＮＴＩを用いてターゲットセルをモニタして、ハンドオーバメッセージを受信する。オプションとして、ＨＳ−ＳＣＣＨオーダーが受信されていない場合、ＷＴＲＵは、ターゲットセルにおける共通Ｈ−ＲＮＴＩをモニタすることを開始する、またはソースセルだけをモニタするとしてよい。ＷＴＲＵは、オプションとして、共通Ｈ−ＲＮＴＩと、ソースセルにおいて使用される専用Ｈ−ＲＮＴＩの両方に関して同時に、ターゲットセル内のＨＳ−ＳＣＣＨをモニタしてもよい。
【００５０】
別の実施形態によれば、ソースセルのＵ−ＲＮＴＩ（ＵＴＲＡＮ無線ネットワーク一時ＩＤ）、Ｃ−ＲＮＴＩ（セル無線ネットワーク一時ＩＤ）、Ｈ−ＲＮＴＩ、またはＥ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時ＩＤ）でマスクされることが可能なＳＣＣＣＨ（サービングセル変更チャネル）が、ターゲットセル、および／またはソースセルを通じて使用されて、共通Ｈ−ＲＮＴＩをリッスンするか、またはこれまでのソースＨ−ＲＮＴＩがターゲットセルにおいても割り当てられていることを確認するかのいずれかをするようにＷＴＲＵに指示する。
【００５１】
別の実施形態によれば、ＨＳ−ＳＣＣＨオーダーまたはＨＳ−ＳＣＣＨが、ソースセル専用Ｈ−ＲＮＴＩを使用してソースセルを通じて送信されて、ターゲットセルにおいて同一のＨ−ＲＮＴＩが確認されていることをＷＴＲＵに知らせることができる。すると、ＷＴＲＵは、ターゲットセルに移行し、ソースセルにおいて使用されているＨ−ＲＮＴＩを用いてＨＳ−ＳＣＣＨをモニタすることができる。代替として、ソースセルにおけるＥ−ＡＧＣＨでの特別な予約値が、同一のことを示すのに使用されてもよい。
【００５２】
別の実施形態によれば、ハンドオーバコマンドは、ＨＳ−ＳＣＣＨの特別なフォーマットを用いて、ターゲットセルを通じて送信されることができ、ここでＷＴＲＵのＵ−ＲＮＴＩが、Ｈ−ＲＮＴＩの代わりに使用されて、（すなわち、Ｈ−ＲＮＴＩの代わりにＵ−ＲＮＴＩでマスクして）、ＨＳ−ＳＣＣＨにおいてＷＴＲＵをアドレス指定する。この実施形態は、アクティブセット内の最良セルの変更に関しても使用されることができる。
【００５３】
別の実施形態によれば、デフォルトの設定は、最良セルの変更がアクティブセットの外側で生じた場合に使用するために、ＷＴＲＵに対して与えられることができる。デフォルトの設定は、ＷＴＲＵによって、ターゲットセルを通じてハンドオーバコマンドを受信することに限って使用される。一群のＷＴＲＵが同一のデフォルト設定を有する場合には、ネットワークは、その設定を、一度に１つのＷＴＲＵだけが使用するのを認めることができる。
【００５４】
上記の実施形態は、Ｅ−ＤＣＨサービングセルの変更の場合に同一のＥ−ＤＣＨリソース（Ｅ−ＲＮＴＩ、Ｅ−ＡＧＣＨコードなどの）が、ターゲットセルにおいても割り当てられることを確認するのに使用されることもできる。また、この確認は、これまでのソースセルＥ−ＲＮＴＩでマスクされたＥ−ＡＧＣＨの特別な予約値を使用して、ターゲットセル内に送信されることもできる。
【００５５】
上記の実施形態に関して、ＷＴＲＵが、ターゲットセルのＨＳ−ＳＣＣＨ内のこれまでのソースＨ−ＲＮＴＩを復号し、復号されたＨ−ＲＮＴＩが、設定されているＨＳ−ＳＣＣＨオーダーに対応しない場合には、ＷＴＲＵは、そのメッセージを受信しようと試みないとすることができる。同一のことが、これまでのソースＥ−ＲＮＴＩでマスクされたＥ−ＡＧＣＨに対して適応できる。特別な予約値が復号されない場合には、ＷＴＲＵは、ターゲットセルにおいて示される絶対許可（アブソリュートグラント）を使用しないとすることができる。
【００５６】
オプションとして、デフォルトの設定、または共通設定と一緒に、ＷＴＲＵは、隣接セルの、Ｆ−ＤＰＣＨ（部分専用物理チャネル）情報、ＤＰＣＣＨ（専用物理制御チャネル）情報、ＨＳ−ＤＰＣＣＨ（高速専用物理制御チャネル）情報、およびＥ−ＤＣＨリソースのうちの少なくとも１つを供給されることができる。ＷＴＲＵが、そのデフォルトの設定を使用することが確認された、またはリソースに唯一のアクセスを有する場合には、確認を得ると、ＷＴＲＵは、電力制御ループを開始してターゲットＮｏｄｅ Ｂに同期しようと試みるようにトリガされることができる。
【００５７】
ソースセルとターゲットセルの両方から同時の受信することに関する実施形態を、以下に開示する。ＷＴＲＵは、ターゲットセルとソースセルから同時にハンドオーバコマンドを受信する。このことは、ソースセルとターゲットセルから或るタイプのソフトハンドオーバを実行することによって達せられることができる。このことは、Ｎｏｄｅ Ｂ内ハンドオーバまたはＮｏｄｅ Ｂ間ハンドオーバに適用されることができる。
【００５８】
ソフトハンドオーバを許可するためには、ソースセルとターゲットセルはともに、すべてのＭＡＣ−ｅｈｓ ＰＤＵ（プロトコルデータユニット）が同一のサイズであり、同一のＴＳＮ（伝送シーケンス番号）の番号付けが、異なるセルにおける両方のキューからもたらされるように、同期される必要がある。代替として、ＭＡＣ−ｅｈｓ ＰＤＵサイズは、同一でない可能性があるが、並べ替えＰＤＵ（対応するＳＲＢを含む優先キューについての）のサイズ、および並べ替えＰＤＵのＴＳＮ番号は、同一であるとすることができる。
【００５９】
ＰＤＵのソフトコンバイニング（soft combining）は、ＷＴＲＵの並べ替えキューにおいて実行されることができる。並べ替えキューは、ハンドオーバメッセージを送信するのに使用されるＳＲＢのために蓄えておくことができる。ＴＳＮ番号は、同期されなければならず（すなわち、０から始まる）、またはソースＮｏｄｅ Ｂが、使用するＴＳＮ番号をターゲットＮｏｄｅ Ｂに対して明示的に示さなければならない。このことは、ソースセルおよびＷＴＲＵが、ＳＲＢがマップされる並べ替えキューの並べ替え変数にリセットされることを必要とするであろう。両方のセルからのＭＡＣ−ｅｈｓ ＰＤＵのスケジューリングは、ソースセルとターゲットセルの間の最大遅延が、対応する並べ替えキューのために設定されたＴ１タイマを超えるようにしなければならない。このことは、このデータおよび／またはＷＴＲＵを、他のいずれのデータおよび／またはＷＴＲＵよりも優先的に取り扱うことによって成し遂げることができる。
【００６０】
同一サイズの並べ替えＰＤＵの作成は、以下のオプションの１つ、またはその組合せを使用して成し遂げることができる。Ｎｏｄｅ Ｂ内サービングセルの変更が存在する場合、ソースセルは、ＴＴＩ（伝送時間間隔）ごとに、ソースセルがＷＴＲＵから受信するサイズ、および、オプションとしてＣＱＩを、ターゲットセルに知らせることができる。第１優先スケジューリングを保証することにより、ソースセルとターゲットセルは、わずかに同期されることができる。ＴＳＮ番号が、オプションとして、ターゲットＮｏｄｅ Ｂに供給されることができ、あるいはソースセル、ターゲットセル、およびＷＴＲＵのすべてが、並べ替え変数をそれらの初期デフォルト値にリセットする。
【００６１】
代替として、ターゲットセルは、ＷＴＲＵによってソースセルに送信されたＨＳ−ＤＰＣＣＨをモニタし、受信されたＣＱＩに従ってＭＡＣ−ｅｈｓ ＰＤＵを作成してもよい。代替として、ターゲットセルとソースセルは常に、同一サイズの並べ替えＰＤＵを作成してもよい。事前定義された並べ替えＰＤＵサイズが常に、ハンドオーバメッセージのために使用されるとしてもよい。オプションとして、ＷＴＲＵは、１つのＴＴＩにおける同一の並べ替えキューから２つ以上の並べ替えＰＤＵを多重化することを許されることができる。より具体的には、並べ替えＰＤＵサイズがｘビットに事前設定され、さらに、選択されたトランスポートブロックサイズがｙビットであり、ただし、ｙ＞ｘである場合、ＷＴＲＵは、所定のトランスポートブロック内にＩＮＴ（ｙ／ｘ）並べ替えＰＤＵを含めることができる。各並べ替えＰＤＵには、それらの並べ替えＰＤＵが同一の並べ替えキューに相当する可能性があるとしても、ＴＳＮ（伝送シーケンス番号）が与えられる。
【００６２】
代替として、ＭＡＣ−ｅｈｓ ＰＤＵは、ソースＮｏｄｅ ＢとターゲットＮｏｄｅ Ｂの両方に無関係に（すなわち、異なるサイズ、異なるＴＳＮ、および異なる並べ替えキューで）作成されてもよい。これらのメッセージのソフトコンバイニングは、ＲＬＣレベルで実行されることができる。代替として、ソースセルとターゲットセルは、交互のＴＴＩで伝送してもよい。
【００６３】
ソースセルとターゲットセルの両方での同時の伝送のために、ＨＳ−ＳＣＣＨが、単一のセルで、（ソースセルまたはターゲットセルのいずれかを通じて）、送信されることができるのに対して、ＨＳ−ＰＤＳＣＨ（ＲＲＣハンドオーバコマンドを含む）は、両方のセルを通じて送信されることができる。この事例において、両方のセルにおいてＨＳ−ＰＤＳＣＨ情報を示す新たなＨＳ−ＳＣＣＨフォーマットが定義されることが可能であり、または従来のＨＳ−ＳＣＣＨフォーマットが使用されることが可能であり、ＷＴＲＵは、このＨＳ−ＳＣＣＨフォーマットが両方のセルに適用可能であることを暗黙のうちに知る。代替として、ＨＳ−ＳＣＣＨが、両方のセルで送信されることができるのに対して、ＨＳ−ＰＤＳＣＨは、１つだけのセルで、ソースセルまたはターゲットセルで、しか送信されることができないとしてもよい。代替として、ＨＳ−ＳＣＣＨとＨＳ−ＰＤＳＣＨの両方が、両方のセルで送信されることができるとしてもよい。
【００６４】
ターゲットセルで受信するためのＨＳ−ＳＣＣＨ低減動作に関する実施形態を、以下に開示する。
【００６５】
ターゲットセルでのハンドオーバコマンドの受信は、ＨＳ−ＳＣＣＨなしに成し遂げられることができる。このことは、専用Ｈ−ＲＮＴＩまたは共通Ｈ−ＲＮＴＩを、ＨＳ−ＤＳＣＨを介する伝送において使用されるＣＲＣ（巡回冗長検査）を用いてマスクすることによって達せられることができる。このメッセージは、限られたＨＳ−ＤＳＣＨ構成設定（configuration）（例えば、１つまたは２つのＨＳ−ＰＤＳＣＨコード）を使用して、限られたトランスポートブロックサイズセット、ならびに限られた変調スキームおよびコーディングスキーム（コード体系）を使用して、送信されて、ＷＴＲＵによるトランスポートブロックのブラインド検出を簡素化することができる。ＨＳ−ＰＤＳＣＨ構成設定およびＨ−ＲＮＴＩを含む「ＨＳ−ＤＳＣＨ」情報が、前段の実施形態において説明されたように決めることができる。
【００６６】
代替として、ハンドオーバコマンドの受信のためのＨＳ−ＳＣＣＨ低減動作が、ターゲットセルに加えて、またはターゲットセルの代わりに、ソースセルにおいて適用されてもよい。また、前述した実施形態は、ＨＳ−ＳＣＣＨ低減動作にも適用できる。ＨＳ−ＳＣＣＨにおけるＨ−ＲＮＴＩを復号することは、ＣＲＣにおいてＨ−ＲＮＴＩを復号することと均等であるということになる。
【００６７】
図３は、例示的なＷＴＲＵ３００のブロック図である。ＷＴＲＵ３００は、受信部３０２と、モニタ部３０４と、メモリ３０６と、コントローラ３０８とを含む。受信部３０２は、ＨＳ−ＳＣＣＨを含むチャネルを受信するように構成される。モニタ部３０４は、ソースセルで、および少なくとも１つの隣接セルで信号をモニタするように構成される。メモリ３０６は、ターゲットセルに関するプリロードされるＨＳ−ＤＳＣＨリソース情報を格納するように構成される。コントローラ３０８は、上記で開示された実施形態に従って、ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨセルの変更に関する制御機能を実行するように構成される。例えば、コントローラ３０８は、ターゲットセルに関してイベント１Ｄを検出して、タイマを開始し、さらに測定レポートがイベント１Ｄによってトリガされているという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨリソースを使用してターゲットセルでＨＳ−ＳＣＣＨをモニタすることを開始するように受信部を制御するように構成される。
【００６８】
コントローラ３０８は、ハンドオーバメッセージがタイマの満了よりも前に受信されたという条件で、ターゲットセルへのハンドオーバを実行するように構成されることができる。コントローラ３０８は、ターゲットセルに関するハンドオーバメッセージを受信するよりも前にタイマが満了したという条件で、ターゲットセルでＨＳ−ＳＣＣＨをモニタすることを停止するように構成されることができる。受信部３０２は、ソースセルとターゲットセルから同時にメッセージを受信するように構成されることが可能であり、少なくとも１つのＨＡＲＱプロセスが、ターゲットセルからのメッセージを受信するために用意される。受信部３０２は、ソースセルとターゲットセルから同時にメッセージを受信するように構成されることが可能であり、ソースセルで使用される同一のＨＡＲＱプロセスが、ターゲットセルからのメッセージを受信するために使用される。コントローラ３０８は、ハンドオーバメッセージがタイマの満了よりも前にターゲットセルから受信されたという条件で、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放するように構成されることができる。コントローラ３０８は、予想されるＨ−ＲＮＴＩとともにターゲットセル上のＨＳ−ＳＣＣＨが復号されるときに、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放するように構成されることができる。受信部３０２は、ターゲットセルにおいてだけＨＳ−ＳＣＣＨを受信するように構成されることが可能であり、さらに受信されたＨＳ−ＳＣＣＨに基づいて、ソースセルとターゲットセルの両方でＨＳ−ＰＤＳＣＨを受信することが可能である。
【００６９】
（実施形態）
１．ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨセルの変更を実行するための方法。
２．ＷＴＲＵが、ターゲットセルに関するプリロードされるＨＳ−ＤＳＣＨ構成設定を受信し、格納することを含む実施形態１の方法。
３．ＷＴＲＵが、ターゲットセルに関するイベント１Ｄを検出することをさらに含む実施形態２の方法。
４．ＷＴＲＵが、タイマを開始することをさらに含む実施形態３の方法。
５．ＷＴＲＵが、測定レポートがイベント１Ｄによってトリガされたという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨ構成設定を使用して、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを開始することをさらに含む実施形態３〜４のいずれか一実施形態におけるとおりの方法。
６．ＷＴＲＵが、ターゲットセルに関するハンドオーバメッセージが受信されたかどうかを判定することをさらに含む実施形態２〜５のいずれか一実施形態におけるとおりの方法。
７．ＷＴＲＵが、ハンドオーバメッセージがターゲットセルに関して受信されたという条件で、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止することをさらに含む実施形態６の方法。
８．ハンドオーバメッセージは、ターゲットセルＨＳ−ＳＣＣＨオーダーとＲＲＣメッセージのいずれかである実施形態６〜７のいずれか一実施形態におけるとおりの方法。
９．ＷＴＲＵが、ターゲットセルに関するハンドオーバメッセージを受信するよりも前にタイマが満了したという条件で、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止することをさらに含む実施形態５〜８のいずれか一実施形態におけるとおりの方法。
１０．ＷＴＲＵが、タイマの満了よりも前にターゲットセルからハンドオーバメッセージが受信されたという条件で、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放することをさらに含む実施形態５〜９のいずれか一実施形態におけるとおりの方法。
１１．ＷＴＲＵが、予想されるＨ−ＲＮＴＩとともにターゲットセル上のＨＳ−ＳＣＣＨを復号すると、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放することをさらに含む実施形態５〜１０のいずれか一実施形態におけるとおりの方法。
１２．ソースセルからターゲットセルへのサービングＨＳ−ＤＳＣＨセルの変更を実行するように構成されたＷＴＲＵ。
１３．ＨＳ−ＳＣＣＨを受信するように構成された受信部を具備する実施形態１２のＷＴＲＵ。
１４．ソースセル上、および少なくとも１つの隣接セル上の信号をモニタするように構成されたチャネルモニタ部を具備する実施形態１２〜１３のいずれか一実施形態におけるとおりのＷＴＲＵ。
１５．ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨリソース情報を格納するように構成されたメモリを具備する実施形態１２〜１４のいずれか一実施形態におけるとおりのＷＴＲＵ。
１６．ターゲットセルに関してイベント１Ｄを検出し、タイマを開始し、さらに測定レポートがイベント１Ｄによってトリガされたという条件で、ターゲットセルに関するプリロードされたＨＳ−ＤＳＣＨリソースを使用してターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを開始するように受信部を制御するように構成されたコントローラを具備する実施形態１５のＷＴＲＵ。
１７．コントローラは、ハンドオーバメッセージがターゲットセルに関して受信されたという条件で、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止するように構成される実施形態１６のＷＴＲＵ。
１８．ハンドオーバメッセージは、ターゲットセルＨＳ−ＳＣＣＨオーダーとＲＲＣメッセージのいずれかである実施形態１７のＷＴＲＵ。
１９．コントローラは、ターゲットセルに関するハンドオーバメッセージを受信するよりも前にタイマが満了したという条件で、ターゲットセル上のＨＳ−ＳＣＣＨをモニタすることを停止するように構成されている実施形態１７〜１８のいずれか一実施形態におけるとおりのＷＴＲＵ。
２０．コントローラは、タイマの満了よりも前にターゲットセルからハンドオーバメッセージが受信されたという条件で、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放するように構成されている実施形態１７〜１９のいずれか一実施形態におけるとおりのＷＴＲＵ。
２１．コントローラは、予想されるＨ−ＲＮＴＩとともにターゲットセル上のＨＳ−ＳＣＣＨを復号すると、ソースセルにおけるＨＳ−ＤＳＣＨリソースを解放するように構成されている実施形態１７〜２０のいずれか一実施形態におけるとおりのＷＴＲＵ。
【００７０】
特徴および要素は、上記において特定の組合せで説明されているが、各特徴または各要素は、その他の特徴および要素なしに単独で使用されることが可能であり、あるいは他の特徴および要素を伴って、または伴わずに様々な組合せで使用されることもできる。本明細書で提供された方法または流れ図は、汎用コンピュータまたはプロセッサによって実行されるようにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されることができる。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭおよびＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれる。
【００７１】
適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／または状態マシンが含まれる。
【００７２】
ソフトウェアと関連してプロセッサは、ＷＴＲＵ（無線送信／受信ユニット）、ＵＥ（ユーザ機器）、端末装置、基地局、ＲＮＣ（無線ネットワークコントローラ）、または任意のホストコンピュータで用いる無線周波数トランシーバを実施するのに使用されることができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）モジュールまたはＵＷＢ（超広帯域）モジュールなどの、ハードウェアおよび／またはソフトウェアで実施されるモジュールと連動して使用されることができる。
【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）によってソースセルからターゲットセルにサービングＨＳ−ＤＳＣＨ（high speed downlink shared channel）セル変更を行う方法であって、
前記方法は、
ＨＳ−ＤＳＣＨターゲットセルの事前設定情報を前記ＷＴＲＵによって受信し、および格納するステップと、
前記ＷＴＲＵによってイベント１Ｄを判定するステップと、
前記イベント１Ｄに応答して前記ＷＴＲＵによって測定レポートをトリガするステップと、
前記ＷＴＲＵによってタイマを開始するステップと、
前記タイマの満了まで、セル変更情報について前記ターゲットセル上のＨＳ−ＳＣＣＨ（high speed shared control channel）を前記ＷＴＲＵによってモニタするステップと
を備え、
前記ＷＴＲＵは、前記ＨＳ−ＤＳＣＨセル変更の間、前記ＨＳ−ＤＳＣＨターゲットセルの事前設定情報を使用することを特徴とする方法。
【請求項２】
前記ＨＳ−ＤＳＣＨターゲットセルの事前設定情報は、アクティブセット更新中にネットワークコンポーネントによって提供されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ターゲットセルについてのハンドオーバメッセージが受信されるかどうかを前記ＷＴＲＵによって判定するステップと、
前記ターゲットセルについてのハンドオーバメッセージが受信されるという条件で、前記ターゲットセル上の前記ＨＳ−ＳＣＣＨをモニタすることを前記ＷＴＲＵによって止めるステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）によってソースセルからターゲットセルにサービングＨＳ−ＤＳＣＨ（high speed downlink shared channel）セル変更を行う方法であって、
前記方法は、
ＨＳ−ＤＳＣＨターゲットセルの事前設定情報を前記ＷＴＲＵによって受信し、および格納するステップと、
前記ＷＴＲＵによってイベント１Ｄを判定するステップと、
前記イベント１Ｄに応答して前記ＷＴＲＵによって測定レポートをトリガするステップと、
前記ＷＴＲＵによってタイマを開始するステップと、
前記タイマの満了まで、セル変更情報について前記ターゲットセル上のＨＳ−ＳＣＣＨ（high speed shared control channel）を前記ＷＴＲＵによってモニタするステップと
を備え、
前記ＷＴＲＵは、前記ＨＳ−ＤＳＣＨセル変更の間、前記ＨＳ−ＤＳＣＨターゲットセルの事前設定情報を使用することを特徴とする方法。
【請求項２】
前記ＨＳ−ＤＳＣＨターゲットセルの事前設定情報は、アクティブセット更新中にネットワークコンポーネントによって提供されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ターゲットセルについてのハンドオーバメッセージが受信されるかどうかを前記ＷＴＲＵによって判定するステップと、
前記ターゲットセルについてのハンドオーバメッセージが受信されるという条件で、前記ターゲットセル上の前記ＨＳ−ＳＣＣＨをモニタすることを前記ＷＴＲＵによって止めるステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１３−６２８８１（Ｐ２０１３−６２８８１Ａ）
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願番号】特願２０１２−２７９７９０（Ｐ２０１２−２７９７９０）
【出願日】平成２４年１２月２１日（２０１２．１２．２１）
【分割の表示】特願２０１１−５００９８０（Ｐ２０１１−５００９８０）の分割
【原出願日】平成２１年３月２０日（２００９．３．２０）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願日】平成２４年１２月２１日（２０１２．１２．２１）
【分割の表示】特願２０１１−５００９８０（Ｐ２０１１−５００９８０）の分割
【原出願日】平成２１年３月２０日（２００９．３．２０）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]