(57)【要約】      （修正有）【課題】ハンドオーバ失敗および／または他の適切なトリガリングイベントに続く、不連続送信（ＤＴＸ）／不連続受信（ＤＲＸ）ステータスのようなノードＢ命令のパラメータの同期化を容易にする。【解決手段】ソースノードＢからターゲットノードまでのハンドオーバの失敗のときに、モバイルデバイスは、ソースノードＢに戻ることができ、ＤＴＸ／ＤＲＸステータスおよび／または他のノードＢ命令パラメータに関してソースノードＢと同期化する。ＤＴＸ／ＤＲＸ同期化は、ＤＴＸ／ＤＲＸステータスを、デフォルト状態、失敗したハンドオーバの開始の前に利用される最後のＤＴＸ／ＤＲＸ状態、または同様なものに設定することによって実行される。最後のＤＴＸ／ＤＲＸ状態の識別は、失敗したハンドオーバの開始に続くそれぞれの時間インターバルに関してソースノードＢによって通信されるそれぞれの命令の分析にしたがって行われる。【選択図】図３
2014161034.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
ハンドオーバと関連づけられる通信の移転、および、関連ノードＢの１つまたは複数のノードＢ命令パラメータを識別することと、
前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに、前記通信の移転に後続して通信を再確立することと、
少なくとも１つの失敗回復再同期化プロシージャにしたがって、通信の再確立のときに、前記関連ノードＢの前記１つまたは複数のノードＢ命令パラメータに関して同期化することと、を備える方法。
【請求項２】
前記ハンドオーバは、ハードハンドオーバ（ＨＨＯ）である、請求項１に記載の方法。
【請求項３】
前記ＨＨＯは、インターシステムＨＨＯ、インター無線接続技術（ＲＡＴ）ＨＨＯ、またはインター周波数ＨＨＯ、のうちの少なくとも１つを備える、請求項２に記載の方法。
【請求項４】
前記トリガリングイベントは、前記少なくとも１つの失敗回復再同期化プロシージャの使用をイネーブルにする少なくとも１つの物理チャネル失敗を備える、請求項１に記載の方法。
【請求項５】
前記１つまたは複数のノードＢ命令パラメータは、不連続送信（ＤＴＸ）設定または不連続受信（ＤＲＸ）設定のうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項６】
前記同期化することは、関連づけられたＤＴＸ設定とＤＲＸ設定とを、それぞれのデフォルト設定に戻すことを備える、請求項５に記載の方法。
【請求項７】
前記それぞれのデフォルト設定は、ＤＴＸディスエイブル状態とＤＲＸディスエイブル状態とを備える、請求項６に記載の方法。
【請求項８】
前記同期化することは、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ設定とＤＲＸ設定に関連づけられたＤＴＸ設定とＤＲＸ設定を戻すことを備える、請求項５に記載の方法。
【請求項９】
前記同期化することは、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、請求項８に記載の方法。
【請求項１０】
前記同期化することは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、請求項８に記載の方法。
【請求項１１】
前記同期化することは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウまたはＤＲＸアクティベーションウィンドウの少なくとも１つの後で受信されるそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、請求項８に記載の方法。
【請求項１２】
前記同期化することは、前記再確立することに続く予め定義される同期化遅延の終了のときにＤＴＸ設定またはＤＲＸ設定の少なくとも１つに関して同期化することを備える、請求項５に記載の方法。
【請求項１３】
前記識別することと、再確立することと、そして、同期化することとは、前記関連ノードＢによって実行される、請求項１に記載の方法。
【請求項１４】
前記関連ノードＢは、ユーザ機器ユニット（ＵＥ）のためのサービングノードＢであり、
前記識別することと、再確立することと、そして、同期化することとは、前記ＵＥによって実行される、請求項１に記載の方法。
【請求項１５】
前記ハンドオーバは、前記関連ノードＢから前記ＵＥのためのターゲットサービングノードＢへのハンドオーバを備え、
前記再確立することは、前記ターゲットサービングノードＢに対してハンドオーバと関連づけられた失敗を識別するとき前記関連ノードＢとの通信を再確立することを備える、請求項１４に記載の方法。
【請求項１６】
ソースノードＢからターゲットノードＢへのハンドオーバに関するデータを保存するメモリと、
前記ハンドオーバが失敗に遭遇したということを検出するとき、前記ソースノードＢの１つまたは複数のノードＢ命令設定パラメータに関して同期化するように構成されるプロセッサと、を備えるワイヤレス通信装置。
【請求項１７】
前記失敗は、前記ハンドオーバを完了する失敗、または、前記ソースノードＢの前記１つまたは複数のノードＢ命令設定パラメータに関して同期化のために１つまたは複数のプロシージャをイネーブルにする少なくとも１つの物理チャネル失敗、のうちの１つまたは複数を備える、請求項１６に記載のワイヤレス通信装置。
【請求項１８】
前記ソースノードＢの前記１つまたは複数のノードＢ命令の設定パラメータは、不連続送信（ＤＴＸ）設定または不連続受信（ＤＲＸ）設定のうちの少なくとも１つを備える、請求項１６に記載のワイヤレス通信装置。
【請求項１９】
前記プロセッサは、前記ハンドオーバが失敗に遭遇したということを検出するとき、それぞれのデフォルト設定に関連づけられたＤＴＸ設定とＤＲＸ設定を設定するようにさらに構成される、請求項１８に記載のワイヤレス通信装置。
【請求項２０】
前記それぞれのデフォルト設定は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを含む、請求項１９に記載のワイヤレス通信装置。
【請求項２１】
前記プロセッサは、前記ハンドオーバが失敗に遭遇したということを検出するとき、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ設定とＤＲＸ設定に関連づけられたＤＴＸ設定とＤＲＸ設定を設定するようにさらに構成される、請求項１８に記載のワイヤレス通信装置。
【請求項２２】
前記プロセッサは、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに構成される、請求項２１に記載のワイヤレス通信装置。
【請求項２３】
前記プロセッサは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるＤＲＸ命令、のうちの少なくとも１つにしたがって、前記最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに設定される、請求項２１に記載のワイヤレス通信装置。
【請求項２４】
前記プロセッサは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウまたはＤＲＸアクティベーションウィンドウの少なくとも１つの後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに構成される、請求項２１に記載のワイヤレス通信装置。
【請求項２５】
前記プロセッサは、前記失敗の検出に続く予め定義される同期化遅延の終了のときに、ＤＴＸ設定またはＤＲＸ設定のうちの少なくとも１つに関して同期化するようにさらに構成される、請求項２１に記載のワイヤレス通信装置。
【請求項２６】
前記メモリと前記プロセッサは、前記ソースノードＢと関連づけられる、請求項１６に記載のワイヤレス通信装置。
【請求項２７】
前記メモリと前記プロセッサは、前記関連ノードＢによってサービス提供されるユーザ機器ユニット（ＵＥ）と関連づけられる、請求項１６に記載のワイヤレス通信装置。
【請求項２８】
ソースセルからターゲットセルまでのハンドオーバを初期化するための手段と、
前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに前記ソースセルのサービスエリアに戻るための手段と、
前記ソースセルの前記サービスエリアに戻るときに前記ソースセルの１つまたは複数のセル制御されるパラメータに関して同期化を実行するための手段と、を備える装置。
【請求項２９】
前記トリガリングイベントは、前記ハンドオーバを完了する失敗、または、前記ソースセルの１つまたは複数のセル制御されるパラメータに関して同期化をイネーブルにする１つまたは複数の物理チャネル失敗、のうちの１つまたは複数を備える、請求項２８に記載の装置。
【請求項３０】
前記ソースセルの前記１つまたは複数セル制御されるパラメータは、不連続送信（ＤＴＸ）ステータスまたは不連続受信（ＤＲＸ）ステータスのうちの少なくとも１つを備える、請求項２８に記載の装置。
【請求項３１】
前記同期化を実行するための手段は、関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスをそれぞれのデフォルト状態に設定するための手段を備えている、請求項３０に記載の装置。
【請求項３２】
前記それぞれのデフォルト状態は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを備える、請求項３１に記載の装置。
【請求項３３】
前記同期化を実行するための手段は、前記ハンドオーバの初期化の前に利用されるそれぞれの最後のＤＴＸ状態とＤＲＸ状態に関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスを設定するための手段を備える、請求項３０に記載の装置。
【請求項３４】
前記同期化を実行するための手段は、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、請求項３３に記載の装置。
【請求項３５】
前記同期化を実行するための手段は、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、請求項３３に記載の装置。
【請求項３６】
前記同期化を実行するための手段は、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間またはＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、請求項３３に記載の装置。
【請求項３７】
前記同期化を実行するための手段は、前記トリガリングイベントに続く予め定義される同期化タイマの終了のときにＤＴＸステータスまたはＤＲＸステータスのうちの少なくとも１つに関して同期化を実行するための手段を備える、請求項３０に記載の装置。
【請求項３８】
コンピュータプログラムプロダクトであって、コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
コンピュータに、ソースセルからターゲットセルへのハンドオーバを初期化させるためのコードと、
コンピュータに、前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに前記ソースセルのサービスエリアに戻させるためのコードと、
コンピュータに、前記ソースセルの前記サービスエリアに戻るときに前記ソースセルの１以上のセル制御されるパラメータに関して同期化を実行させるためのコードと、
を備える、コンピュータプログラムプロダクト。
【請求項３９】
前記トリガリングイベントは、前記ハンドオーバを完了する失敗、または、前記ソースセルの１以上のセル制御されるパラメータに関して同期化をイネーブルにする１以上の物理チャネル失敗、のうちの１つまたは複数を備える、請求項３８に記載のコンピュータプログラムプロダクト。
【請求項４０】
前記ソースセルの前記１つまたは複数のセル制御されるパラメータは、不連続送信（ＤＴＸ）ステータスまたは不連続受信（ＤＲＸ）ステータスのうちの少なくとも１つを備える、請求項３８に記載のコンピュータプログラムプロダクト。
【請求項４１】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスをそれぞれのデフォルト状態に設定させるためのコードを備える、請求項４０に記載のコンピュータプログラムプロダクト。
【請求項４２】
前記それぞれのデフォルト状態は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを備える、請求項４１に記載のコンピュータプログラムプロダクト。
【請求項４３】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ状態とＤＲＸ状態に関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスを設定させるためのコードを備える、請求項４０に記載のコンピュータプログラムプロダクト。
【請求項４４】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって識別させるためのコードをさらに備える、請求項４３に記載のコンピュータプログラムプロダクト。
【請求項４５】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別させるためのコードをさらに備える、請求項４３に記載のコンピュータプログラムプロダクト。
【請求項４６】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間またはＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別させるためのコードをさらに備える、請求項４３に記載のコンピュータプログラムプロダクト。
【請求項４７】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに前記トリガリングイベントに続く予め定義される同期化タイマの終了のときにＤＴＸステータスまたはＤＲＸステータスのうちの少なくとも１つに関して同期化を実行させるためのコードを備える、請求項４０に記載のコンピュータプログラムプロダクト。
【請求項４８】
ソースセルからターゲットセルまでの通信サービスの変更を初期化するメッセージを受信することと、
前記通信サービスの変更の失敗を識別するときに前記ソースセルの通信サービスに戻ることと、
前記通信の変更を初期化する前記メッセージのアクティベーション時間の前にアクナレッジされたＤＴＸ／ＤＲＸ命令のみを考慮するように物理層エンティティに命令することによって、少なくとも部分的に、前記通信の変更を初期化する前記メッセージの受信の前に使用される、不連続受信（ＤＲＸ）設定または不連続送信（ＤＴＸ）設定のうちの少なくとも１つに戻ることと、を備える方法。
【請求項４９】
前記通信サービスの変更は、ハンドオーバと関連づけられており、前記通信サービスの変更における失敗は、前記ハンドオーバを完了する失敗を備える、請求項４８に記載の方法。
【請求項５０】
前記通信サービスの変更の失敗は、少なくとも１つの物理チャネル失敗を備える、請求項４８に記載の方法。
【請求項５１】
前記通信サービスの変更は、セル変更命令と関連づけられており、前記通信サービスの変更における前記失敗は、前記セル変更命令を完了する失敗を備える、請求項４８に記載の方法。
【発明の詳細な説明】
【優先権主張】
【０００１】
米国特許法の下の優先権主張
本特許出願は、２００８年１２月９日に出願され、譲受人に対して譲渡され、「ワイヤレス通信におけるハンドオーバ失敗の間の同期化のための方法および装置(METHOD AND APPARATUS FOR SYNCHRONIZATION DURING HANDOVER FAILURE IN WIRELESS COMMUNICATIONS)」と題された仮特許出願番号第61/141,037号の優先権を主張し、ここにおける参照によってここで明示的に組み込まれている。
【技術分野】
【０００２】
本開示は、一般的には、ワイヤレス通信システムに関し、より具体的には、ワイヤレス通信システムにおける失敗回復およびネットワーク／デバイス同期化を容易にするための技術に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、様々な通信サービスを提供するように広く展開されており、例えば、音声、ビデオ、パケットデータ、ブロードキャスト、およびメッセージングサービスは、そのようなワイヤレス通信システムを介して提供されることができる。これらのシステムは、利用可能なシステムリソースを共有することによって、複数の端末のための通信をサポートすることができる多元接続システムであることができる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、及び直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
一般に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。そのようなシステムにおいては、各端末は、順方向リンクおよび逆方向リンク上の送信を介して、１つまたは複数の基地局と通信することができる。順方向リンク（あるいはダウンリンク）は、基地局から端末までの通信リンクを指し、逆方向リンク（あるいはアップリンク）は端末から基地局までの通信リンクを指す。この通信リンクは、シングルインプットシングルアウトプット（ＳＩＳＯ）、マルチプルインプットシングルアウトプット（ＭＩＳＯ）、あるいは、マルチプルインプットマルチプルアウトプット（ＭＩＭＯ）システムを介して確立することができる。
【０００５】
ワイヤレス通信システムで動作しているデバイスは、様々な設定ファクタ(configuration factors)にしたがって動作することができ、そしてそれは、無線ネットワークコントローラ（ＲＮＣ）および／または別の適切なエンティティによって全体的な方法(global fashion)で決定されることができる。さらに、ワイヤレス通信システムにおいて動作しているデバイスは、デバイスに対し、命令されるパラメータにしたがって、または、そうでない場合にはサービングセルによって規定されるパラメータにしたがって、動作することができる。例えば、デバイスは連続パケット接続（ＣＰＣ）を使用するように構成されることができ、そしてそれは、不連続送信（ＤＴＸ）、不連続受信（ＤＲＸ）、または同様なもののような特性をレバレッジすることができる。さらに、モバイルデバイスは、様々な環境の下でハンドオーバまたはハンドオフプロシージャを実行することができ、モバイルデバイスは、ソースセルのサービスエリアからターゲットセルへと移動する。ハンドオーバの失敗のときに、モバイルデバイスは、ソースセルに戻るように従来命令される。したがって、ハンドオーバの失敗に遭遇するときにソースセルに戻ると、モバイルデバイスとサービングセルとの間で、ＣＰＣ設定および／または他のセル制御パラメータを同期化するための技術をインプリメントすることが望ましいであろう。
【発明の概要】
【０００６】
以下は、このような態様の基本的な理解を提供するために、特許請求される主題の事柄の様々な態様の簡略化された概要を提示する。この概要は、すべての予期される態様の広範囲な全体像ではなく、重要なあるいは決定的な要素を識別することも、あるいは、このような態様の範囲を詳細に描写することも、意図されていない。その唯一の目的は、後で示される、より発明を実施するための形態の前置きとして、簡略化された形で１つまたは開示される態様のいくつかのコンセプトを示すことである。
【０００７】
一態様によると、方法はここにおいて説明される。方法は、ハンドオーバに関連づけられる通信の移転、および、関連ノードＢの１以上のノードＢ命令パラメータを識別することと、ハンドオーバと関連づけられるトリガリングイベントを検出するときに通信の移転に後続して通信を再確立することと、少なくとも１つの失敗回復再同期化プロシージャにしたがって通信の再確立のときに関連ノードＢの１以上のノードＢ命令パラメータに関して同期化することと、を備えることができる。
【０００８】
ここにおいて説明される第２の態様はワイヤレス通信装置に関し、そしてそれは、ソースノードＢからターゲットノードＢまでのハンドオーバに関連するデータを保存するメモリを備えることができる。ワイヤレス通信装置は、ハンドオーバが失敗に遭遇したということを検出するとき、ソースノードＢの１以上のノードＢ命令設定パラメータに関して同期化するように構成されるプロセッサ、をさらに備えることができる。
【０００９】
第３の態様は装置に関し、そしてそれは、ソースセルからターゲットセルまでのハンドオーバを初期化するための手段と、ハンドオーバと関連づけられるトリガリングイベントを検出するときにソースセルのサービスエリアに戻るための手段と、ソースセルのサービスエリアに戻るときにソースセルの１以上のセル制御されるパラメータに関して同期化を実行するための手段と、を備えることができる。
【００１０】
ここにおいて説明される第４の態様は、コンピュータプログラムプロダクトに関し、そしてそれは、コンピュータにソースセルからターゲットセルへのハンドオーバを初期化させるためのコードと、コンピュータにハンドオーバと関連づけられるトリガリングイベントを検出するときにソースセルのサービスエリアに戻させるためのコードと、コンピュータにソースセルのサービスエリアに戻るときにソースセルの１以上のセル制御されるパラメータに関して同期化を実行させるためのコードと、を備えるコンピュータ可読媒体を含むことができる。
【００１１】
第５の態様にしたがって、方法はここにおいて説明される。方法は、ソースセルからターゲットセルまでの通信サービスの変更を初期化するメッセージを受信することと、通信サービスの変更の失敗を識別するときにソースセルの通信サービスに戻ることと、通信の変更を初期化するメッセージのアクティベーション時間の前にアクナレッジされたＤＴＸ／ＤＲＸ命令のみを考慮するように物理層エンティティに命令することによって、少なくとも部分的に、通信の変更を初期化するメッセージの受信の前に使用される、不連続受信（ＤＲＸ）設定または不連続送信（ＤＴＸ）設定のうちの少なくとも１つに戻すことと、を備えることができる。
【００１２】
前述及び関連の目的の達成のために、特許請求される主題の事柄の１以上の態様は、ここで十分に説明され、特許請求の範囲で特に指摘された特徴を備えることができる。下記の説明と添付図面は、特許請求される主題の事柄のある説明のための態様を詳細に説明している。しかしながら、これらの態様は、特許請求される主題の事柄の原理が利用されることができる様々な方法のうちのほんのいくつかのみを示している。さらに、開示される態様は、すべてのそのような態様とそれらの均等物を含むように意図される。
【図面の簡単な説明】
【００１３】
【図１】図１は、様々な態様にしたがって、ユーザデバイスと関連ワイヤレス通信ネットワークを同期化させるためのシステムのブロック図である。
【図２】図２は、様々な態様にしたがったワイヤレス通信環境における連続パケット接続（ＣＰＣ）を確立し制御するためのシステムのブロック図である。
【図３】図３は、様々な態様にしたがってワイヤレス通信ネットワークによって使用されることができるそれぞれの例示的なＣＰＣ設定プロシージャを図示する。
【図４】図４は、様々な態様にしたがってワイヤレス通信ネットワークによって使用されることができるそれぞれの例示的なＣＰＣ設定プロシージャを図示する。
【図５】図５は、様々な態様にしたがってワイヤレス通信システムにおいて使用されることができるハンドオーバプロシージャの例を図示する。
【図６】図６は、様々な態様にしたがったハンドオーバ失敗の発生のときにＣＰＣ設定パラメータを戻すためのシステムのブロック図である。
【図７】図７は、ここにおいて説明される様々な態様に関連して使用されることができる命令タイムラインの例を図示する。
【図８】図８は、ノードＢ規定命令の同期化のためのそれぞれの方法のフローチャートである。
【図９】図９は、ノードＢ規定命令の同期化のためのそれぞれの方法のフローチャートである。
【図１０】図１０は、ノードＢ規定命令の同期化のためのそれぞれの方法のフローチャートである。
【図１１】図１１は、ワイヤレス通信システムにおけるハンドオーバ失敗に後続してＣＰＣ同期化を容易にする装置のブロック図である。
【図１２】図１２は、ここにおいて説明される様々な態様をインプリメントするために使用されることができるそれぞれのワイヤレス通信デバイスのブロック図である。
【図１３】図１３は、ここにおいて説明される様々な態様をインプリメントするために使用されることができるそれぞれのワイヤレス通信デバイスのブロック図である。
【図１４】図１４は、ここにおいて記載される様々な態様にしたがったワイヤレス多元接続通信システムを図示する。
【図１５】図１５は、ここにおいて説明される様々な態様が機能することができるワイヤレス通信システムの例を図示しているブロック図である。
【発明を実施するための形態】
【００１４】
特許請求される主題の事柄の様々な態様は、図面を参照して説明され、同様な参照番号は、全体の同様な構成要素を指すように使用されている。次の説明では、説明の目的のために、多くの具体的な詳細が、１つまたは複数の態様の完全な理解を提供するために記載されている。しかしながら、そのような態様はこれらの特定の詳述なしに、実行されることができるということは、明白である。他の例では、よく知られた構造及びデバイスは、１つまたは複数の態様を説明することを容易にするためにブロック図の形で示されている。
【００１５】
本願で使用されているように、用語「コンポーネント」、「モジュール」、「システム」、および同様なものは、コンピュータ関連のエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、あるいは実行中のソフトウェア、のいずれかを指すように意図されている。例えば、コンポーネントは、限定されてはいないが、プロセッサ上で実行しているプロセス、プロセッサ、集積回路、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータ、であってもよい。例として、コンピューティングデバイス上で実行中のアプリケーションとコンピューティングデバイスの両方がコンポーネントであることができる。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に常駐(reside)することができ、また、コンポーネントは、１つのコンピュータ上で局在化されることができ、および／または２つ以上のコンピュータの間で分散されることができる。さらに、これらのコンポーネントは、様々なデータ構造が保存されている様々なコンピュータ可読媒体から実行することが出来る。コンポーネントは、１つまたは複数のデータパケット（例えば、ローカルシステムにおいて、分散型システムにおいて、および／または、信号を経由する他のシステムを備えたインターネットのようなネットワークにわたって、別のコンポーネントとインタラクトしている１つのコンポーネントからのデータ）を有している信号にしたがって、ローカル及び/または遠隔のプロセスで通信することができる。
【００１６】
さらに、様々な態様は、ワイヤレス端末および／または基地局と関連して、ここにおいて説明されている。ワイヤレス端末は、ユーザに対して音声および／またはデータ接続を提供するデバイスを指すことができる。ワイヤレス端末は、ラップトップコンピュータまたはデスクトップコンピュータのようなコンピューティングデバイスに接続されることができ、または、それは、携帯情報端末（ＰＤＡ）のような内蔵型デバイスであることができる。ワイヤレス端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、モバイルデバイス、遠隔局、アクセスポイント、遠隔端末、アクセス端末、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、ユーザデバイス、あるいはユーザ機器（ＵＥ）と呼ばれることができる。ワイヤレス端末は、加入者局、ワイヤレスデバイス、セルラ電話、ＰＣＳ電話、コードレス電話、セッションイニシエーションプロトコル（ＳＩＰ）電話、無線ローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、あるいはワイヤレスモデムに接続された他の処理デバイスであってもよい。基地局（例、アクセスポイントまたはノードＢ）は、ワイヤレス端末と１以上のセクタを通じて無線インタフェース上で通信するアクセスネットワークにおけるデバイスを指すことができる。基地局は、ＩＰパケットに受信無線インタフェースフレームを変換することによって、インターネットプロトコル（ＩＰ）ネットワークを含むことができる、ワイヤレス端末とアクセスネットワークの残りとの間でルータとして作用することができる。基地局はまた、無線インタフェースのための特性の取り扱いを調整する。
【００１７】
さらに、ここにおいて記載された様々な機能は、ハードウェア、ソフトウェア、ファームウェアあるいはそれらのいずれかの組み合わせにおいてインプリメントされることができる。ソフトウェアでインプリメントされる場合には、機能は、コンピュータ可読媒体上で、１つまたは複数の命令あるいはコードとして、記憶されてもよく、あるいは、送信されることができる。コンピュータ可読媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にするいずれの媒体も含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされることができる、いずれの利用可能な媒体であることができる。制限ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭあるいは他の光学ディスクストレージ、磁気ディスクストレージあるいは他の磁気ストレージデバイス、あるいは、命令あるいはデータ構造の形で望まれるプログラムコードを保存あるいは搬送するために使用されることができる、また、コンピュータによってアクセスされることができる、任意の他の媒体を備えることができる。また、いずれの接続もコンピュータ可読媒体と適切に名付けられる。例えば、ソフトウェアがウェブサイト、サーバ、あるいは、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者ライン （ＤＳＬ）、あるいは赤外線、無線、およびマイクロ波のような無線技術を使用している他の遠隔ソース、から送信される場合には、そのときには、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のような無線技術は、媒体(medium)の定義に含まれている。ここに使用されているように、ディスク(disk)とディスク(disc)は、コンパクトディスク(compact disc)(ＣＤ)、レーザーディスク(登録商標)(laser disc)、光学ディスク(optical disc)、デジタル多用途ディスク(digital versatile disc)(ＤＶＤ)、フロッピー(登録商標)ディスク(disk)およびブルーレイディスク(blu-ray（登録商標） disc)(ＢＤ)を含んでおり、「ディスク(disks)」は、大抵、データを磁気で再生しているが、「ディスク(discs)」は
、レーザーで光学的に再生する。上記のものの組み合わせも、また、コンピュータ可読媒体の範囲内に含まれるべきである。
【００１８】
ここにおいて説明される様々な技術は、様々なワイヤレス通信システム、例えば、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、および他のそのようなシステムに使用されることができる。用語「システム(system)」および「ネットワーク(network)」は、互換性をもって、ここにおいてしばしば使用される。ＣＤＭＡシステムは、ユニバーサル地上ブロードキャストアクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術をインプリメントすることができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形を含む。さらに、ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６標準を含む。ＴＤＭＡシステムは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術をインプリメントすることができる。ＯＦＤＭＡシステムは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．２０（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などのような無線技術をインプリメントすることができる。ＵＴＲＡとＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのアップカミングリリースであり、そしてそれは、ダウンリンク上でＯＦＤＭＡを、アップリンク上でＳＣ−ＦＤＭＡを、利用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＬＴＥおよびＧＳＭは、「３ＧＰＰ(3rd Generation Partnership Project)」と称する組織の文書の中で説明されている。さらに、ＣＤＭＡ２０００およびＵＭＢは、「 ３ＧＰＰ２(3rd Generation Partnership Project 2)」と称された団体の文書の中で説明されている。
【００１９】
多数のデバイス、コンポーネント、モジュール、および同様なものを含むことができるシステムの観点から、様々な態様が示されている。様々なシステムは、追加デバイス、コンポーネント、モジュール、等を含むことができ、および／または、図に関連して説明されたデバイス、コンポーネント、モジュール等のいくつかまたはすべてを省略する、ということは理解され、認識されるべきである。これらのアプローチの組み合わせもまた使用されることができる。
【００２０】
図面を参照すると、図１は、ここにおいて説明される様々な態様にしたがって、ＵＥ１１０のようなユーザデバイスと、関連づけられたワイヤレス通信ネットワークと、を同期化させるためのシステム１００である。図１が図示しているように、システム１００は、１以上のＵＥ１１０（アクセス端末（ＡＴ）、ユーザ、ユーザデバイス、モバイル端末等）を含むことができ、そしてそれは、ソースノードＢ１３０とターゲットノードＢ１４０のような１以上のノードＢ（ネットワークセル、基地局、発展型ノードＢ（ｅＮＢｓ）、アクセスポイント（ＡＰ）等）と通信することができる。一例では、ＵＥ１１０は、ソースノードＢ１３０および／またはターゲットノードＢ１４０に対する１以上のアップリンク（ＵＬ、逆方向リンク（ＲＬ）とも呼ばれる）通信に従事することができ、ノードＢ１３０および／または１４０は、ＵＥ１１０に対する１以上のダウンリンク（ＤＬ、順方向リンク（ＦＬ）とも呼ばれる）通信に従事することができる。
【００２１】
ワイヤレス通信システムにおいて動作しているデバイスは、様々な設定ファクタに応じて動作することができ、そしてそれは、無線ネットワークコントローラ（ＲＮＣ）１２０および／または別の適切なエンティティによって全体的な方法で決定されることができる。例えば、ＲＮＣ１２０は、システム１００の様々なエンティティを設定および／または制御するために、ネットワーク設定モジュール１２２および／または他の適切な手段を利用することができる。システム１００ではスタンドアロンエンティティとして示されているが、ＲＮＣ１２０は、全体的にまたは部分的に、１以上のＵＥ１１０、ノードＢ１３０および／または１４０、および／またはシステム１００のいずれの他の適切なエンティティ、によって組み込まれることができる。
【００２２】
ＲＮＣ１２０によって規定されるパラメータに加えて、ＵＥ１１０は、命令されるパラメータにしたがって、またはそうでない場合には、ソースノードＢ１３０によって規定されるパラメータにしたがって、動作することができる。一例では、ソースノードＢ１３０によって規定される設定パラメータは、設定コマンドモジュール１３２および／またはソースノードＢ１３０と関連づけられるいずれの他の適切なメカニズム（単数または複数）を介して提供されることができる。一態様にしたがって、ＵＥ１１０は、連続パケット接続（ＣＰＣ）を使用するようにソースノードによって設定されることができ、そしてそれは、データインアクティビティの期間の間データユーザに対して連続接続を容易にするために不連続送信（ＤＴＸ）および／または不連続受信（ＤＲＸ）のような特性を利用することができる。ＣＰＣは、様々な利益をもたらすことができ、例えば、ＣＰＣは、再接続のときに遅延を（例えば、５０ｍｓ未満に）減らすためにデータインアクティビティの期間の間にデータユーザに対して連続接続を提供することができる。追加的にまたは代替的に、ＣＰＣは、リアクティベーションと関連づけられるオーバーヘッドに対する全体的な縮小を伴ってデータユーザに対する連続接続を提供することができ、同時に、アクティブユーザへの干渉を減らし、ＵＥバッテリ寿命を節約し、そして、他の適切な利益をもたらす。
【００２３】
一態様にしたがって、ソースノードＢ１３０は、ＵＬ ＤＴＸおよびＤＬ ＤＲＸのようなＣＰＣ特性を使用するようにＵＥ１１０を設定して、干渉を減らし、ＵＥ１１０のパワー消費および／またはバッテリ寿命を節約し、および／または、他の適切な利益をもたらすことができる。例えば、ソースノードＢ１３０は、ＵＥ１１０がＵＬ ＤＴＸモードにあるときＵＬ同期化を容易にするためにＵＬダウンリンク物理制御チャネル（ＤＰＣＣＨ）ＤＴＸパターンを規定することができる。同様に、ＵＥ１１０のＤＬ ＤＲＸオペレーションは、ソースノードＢ１３０および／またはシステム１００の他の適切エンティティによって追加的に制御されることができるということが理解されることができる。
【００２４】
一例では、ＣＰＣは、様々な使用のケースについて、例えばユーザがデータパケットの送信を再開した後のインアクティビティの相当な持続時間(appreciable duration)を伴うアプリケーションを含むケースについて、システム１００内で使用されることができる。これらのアプリケーションは、例えば、ビデオオーバインターネットプロトコル（ＶｏＩＰ）、ビデオオーバＩＰ、ゲーミングアプリケーション、または同様なものを含むことができる。したがって、ＣＰＣのコンセプトは、データ伝送がない期間の間にさえもＵＥ１１０の制御チャネルを維持するが、同時に、インアクティブユーザのためのそのような制御チャネルを維持することによってアクティブユーザに対して引き起こされた干渉を減らすことを指す、ということが理解されることができる。
【００２５】
一態様にしたがって、システム１００内のＣＰＣの設定は、半静的および／または動的なパラメータ設定を含むことができる。一例では、グローバルパラメータの使用により、ＤＴＸ設定およびＤＲＸ設定は、グローバルパラメータ設定を介して実質的に同時に行われることができる。一般に、ＵＥ１１０とソースノードＢ１３０との間のＣＰＣ設定は、ＵＥ１１０とソースノードＢ１３０の両方がＣＰＣのためのサポートを含む無線技術を使用し、ＵＥ１１０とソースノードＢ１３０の両方がＣＰＣをサポートすることができるというイベントにおいて生じることができる。一例では、ＣＰＣは、ソースノードＢ１３０および／またはＵＥ１１０がＣＰＣをサポートするシステム１００における別の適切なエンティティに対してメッセージを提供することによりＵＥによって開始されることができる。続いて、ＵＥ１１０およびソースノードＢ１３０は、ＣＰＣがＵＥ１１０とソースノードＢ１３０との間で行われることができるように、１つまたは複数の同期化プロシージャを実行することができる。ＣＰＣオペレーションの間に、ソースノードＢ１３０は、（例えば、設定コマンドモジュール１３２を介して）それぞれのコマンドまたは「命令」をＵＥ１１０に対して提供し、ＣＰＣおよび／またはその１以上の特徴（例、ＤＴＸ、ＤＲＸなど）をイネーブルまたはディスエイブルにすることができる。そのような命令の受信のときに、ＵＥ１１０は、命令をアクナレッジすることができ、命令で提供されているようにそれぞれのＣＰＣ特性をアクティベート／デアクティベートすることができる。ＣＰＣがモバイルユーザと関連ネットワークとの間で開始され維持されることができる方法の様々な例がここにおいてさらに詳細に図示されている。
【００２６】
図２は、ＵＥ１１０と関連ノードＢ２３０との間で、ＤＴＸおよび／またはＤＲＸのようなＣＰＣ機能の確立および制御を詳細に図示するシステム２００のブロック図である。図２で示されているように、システム２００のＵＥ１１０とノードＢ２３０は、無線リソース制御（ＲＲＣ）設定モジュール２１２を含むことができ、そしてそれは、（例えば、ＲＲＣメッセージングを介して）ＤＴＸ、ＤＲＸ、および／または、いずれの他の適切なパラメータの初期設定を容易にすることができる。例えば、ＵＥ１１０は、ＲＲＣ設定モジュール２１２を利用して、ＣＰＣをサポートするその機能に関してノードＢに対してＲＲＣメッセージングを提供することができ、そしてそれは、ノードＢ２３０におけるＲＲＣ設定モジュール２１２がＵＥ１１０のためにネットワーク側のＣＰＣ設定を初期化することができるということに基づいている。
【００２７】
ＲＲＣ設定モジュール２１２による初期設定に後続して、ＵＥ１１０および／またはノードＢにおけるＣＰＣイネーブリングモジュール２１４は、ＵＥ１１０とノードＢ２３０との間で、ＤＴＸ、ＤＲＸ、または同様なものをイネーブルにするために使用されることができる。一例では、遅延モジュール２３６はまた、ＵＥ１１０とノードＢ２３０の同期化を確実にするために、ＣＰＣオペレーションをイネーブルにするための遅延を規定することに使用されることができる。一例では、ＣＰＣの使用可能性(enablement)に関して、ノードＢ２３０は、命令生成器２３２および／またはＤＴＸ、ＤＲＸ、または同様なものをデアクティベートまたは（リ）アクティベートする他の適切な手段を介してＵＥ１１０に対して命令を送信することができる。ＵＥ１１０で、命令分析器２２２は、そのような命令を受信し、受信される命令にしたがい必要に応じてＤＴＸまたはＤＲＸを関連づけられたＤＴＸ／ＤＲＸコントローラ２２４がアクティベートまたはデアクティベートすることができるということに基づいて、分析することができる。
【００２８】
ＣＰＣオペレーションをイネーブルにし制御する、ＵＥ１１０とノードＢ２３０によって使用されることができる例示的なプロシージャは、図３のフローチャート３００によって提供される。しかしながら、フローチャート３００によって図示されるプロシージャは、限定ではなく例として提供されており、明示的に述べられていないかぎり、特許請求の範囲はいずれの特定のインプリメンテーションに限定されるように意図されていない、ということは理解されるべきである。
【００２９】
フローチャート３００に示されているように、プロシージャは、ブロック３０２で始まることができ、ここにおいて、ＵＥ１１０とノードＢ２３０は、ＤＴＸとＤＲＸのようなＣＰＣモードの設定を開始する。さらに、変数ＵＥ＿ＤＴＸ＿ＤＲＸ＿Ｅｎａｂｌｅｄは、ブロック３０４で示されているように、０に初期化される。
【００３０】
同時にＵＥ１１０および／またはノードＢ２３０は、関連づけられたＤＴＸモードとＤＲＸモードの設定が完了したかどうかを示す変数ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳを保持することができる（例えば、完了すると、変数は１に設定され、そうでない場合には０に設定される）。したがって、ブロック３０６で、プロシージャは、ＤＴＸ／ＤＲＸ設定が完了するまで、ブロック３０４とブロック３０６との間でループするように設定されることができる。さらに、そのような設定が完了すると、ＵＥ１１０とノードＢ２３０は、Ｅｎａｂｌｅ＿Ｄｅｌａｙによって規定される予め定義される同期化遅延期間の間待機するようにさらに設定されることができる。これは、ブロック３０８によって示されている。この予め定義される同期化遅延が終了すると、ＵＥ１１０および／またはノードＢは、ＤＴＸおよびＤＲＸがアクティブであり設定および後続の使用の準備ができているということを示すためにブロック３１０で示されているように１に変数ＵＥ＿ＤＴＸ＿ＤＲＸ＿Ｅｎａｂｌｅｄを設定することができる。さらに、ブロック３１２によって示されているように、ＤＴＸおよび／またはＤＲＸは、アクティベートされることができる。
【００３１】
一態様にしたがって、ブロック３０８で使用されるようなＥｎａｂｌｅ＿Ｄｅｌａｙパラメータは、ＣＰＣオペレーションの使用可能性に関連して関連づけられたネットワークエンティティ間の同期化を容易にする時間期間（例えば、サブフレーム、ミリ秒、および／またはいずれかの他の適切な単位）で定義されることができる。例えば、ＣＰＣを初期化しイネーブルすると、ＵＥ１１０とノードＢ２３０は、ＤＴＸおよび／またはＤＲＸをアクティブ化し使用する前に、予め決定される同期化期間（例えば、１００サブフレーム、または、その同等なｍｓ）の終了まで待機するように（例えば、遅延モジュール２１６を介して）設定されることができる。
【００３２】
別の態様にしたがって、ＤＴＸおよび／またはＤＲＸオペレーションは、ブロック３１２でアクティベートされることができるので、ノードＢ２３０とＵＥ１１０は、ＤＴＸ／ＤＲＸ通信を実行することができる。続いて、フローチャート３００によって図示されるプロシージャは、ＵＥ１１０に対してノードＢ２３０によって提供される命令にしたがってブロック３１２から継続することができる。したがって、例えば、ＤＲＸに関連する命令を受信すると、ＵＥ１１０は、ブロック３１４で示されているように命令を分析することができる。命令がＤＲＸのアクティベーションを必要とするということが決定される場合には、ＵＥ１１０は、ブロック３１６で示されているように、ＤＲＸをアクティベートし、関連づけられた変数ＤＬ＿ＤＲＸ＿ｍｏｄｅを１に設定することができる。そうでない場合、命令がＤＲＸのデアクティベーションを必要とする場合には、ＵＥ１１０は、ブロック３１８で示されているように、代わりにＤＲＸをデアクティベートし、変数ＤＬ＿ＤＲＸ＿ｍｏｄｅを０に設定することができる。同様に、ＵＥ１１０は、ブロック３２０、３２２、そして３２４によって示されているように、ＤＴＸをアクティベート／デアクティベートし、そして、変数ＵＬ＿ＤＴＸ＿ｍｏｄｅを保持することによって、ＤＴＸに関連する命令を処理することができる。フローチャート３００でさらに示されるように、ＵＥ１１０は、ＤＴＸのデアクティベーションのときデフォルトによって、ブロック３１８で示されているようなＤＲＸをデアクティベートすることをオプションで設定されることができる。
【００３３】
一態様にしたがって、フローチャート３００によって図示されるプロシージャのオペレーションが図４の図４００において時間で示されている。図４００で示されているように、ＣＰＣ ＤＲＸ／ＤＴＸモード制御プロシージャは、３つのステップまたは段階:設定段階(configuring phase)、イネーブリング段階(enabling phase)、そしてアクティベーション／デアクティベーション段階(activation/deactivation phase)に分けられることができる。そのようなステップは反復で行われることができ、例えば、再設定関連ＲＲＣメッセージは、アクティベーション／リアクティベーション段階から設定段階に図示されるプロシージャを戻すように使用されることができる。
【００３４】
一例では、設定段階は、ステータスパラメータを設定するために、ＵＥに対して、ＲＲＣ高レベルシグナリングおよび／またはワイヤレス通信ネットワークからの他の適切なシグナリングを介して行われることができる。例えば、ステータスパラメータは、それぞれのＣＰＣモードの他のより詳細なパラメータ（例えば、タイミング、サイクルなど）が達成されることができる前に、設定される、「オンにする(turned on)」ことが要求されることができる。一態様にしたがって、フローチャート３００または同様なものに示されているようにＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳ変数を設定することを介してなされるこのＲＲＣ ＣＰＣモード設定は、ＤＴＸ／ＤＲＸモードをオンまたはオフにする「メインスイッチ(main switch)」としてサービスを提供することができる。
【００３５】
図４００でさらに示されているように、イネーブリング段階は、それぞれのＤＴＸ／ＤＲＸモードをイネーブルにするために設定段階に続く。一例では、イネーブリング段階は、ＣＰＣ初期化の間に、および／または、いずれの他の適切な時間に、要求されることができる。一態様にしたがって、ＵＥ初期化および／またはＣＰＣ初期化のステージにおいて、関連づけられたＤＴＸおよびＤＲＸモードは、ディスエイブルにされるように仮定されることができる。図４００によってさらに示されているように、イネーブリングタイマ（例えば、Ｅｎａｂｌｅ＿Ｄｅｌａｙ）は、ディスエイブルからイネーブルへのＣＰＣモード遷移の間の遅延バッファとして使用されることができる。タイマの終了のときに、イネーブリング段階は、完了することができ、関連ＵＥは、図４００で図示されるプロシージャが関連ネットワークからのＲＲＣシグナリングにより、設定ステップに戻らないかぎり、ＣＰＣ ＤＴＸ／ＤＲＸイネーブルモードであり続けるように設定されることができる。
【００３６】
ＤＴＸモードとＤＲＸモードをイネーブルにするとき、動的なアクティベーション／デアクティベーション段階は、いずれの時においても生じることができる。アクティベーション／デアクティベーション段階の機能は、関連ネットワークによってＵＥに対して提供される高速共有制御チャネル（ＨＳ−ＳＣＣＨ）の命令または同様なもののようなネットワーク命令を利用して、上記で一般的に説明されているようにオンザフライでＤＲＸモードおよび／またはＤＴＸモードをアクティベートまたはデアクティベートすることである。いったん、アクティベーション／リアクティベーション段階では、関連ＵＥは、ＲＲＣ再設定メッセージ（例、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ、ＡＣＴＩＶＥ ＳＥＴ ＵＰＤＡＴＥ、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ等）および／またはいずれの他の適切なコマンド（単数または複数）を受信すると設定段階に戻る。
【００３７】
上記より、一般的に、ＣＰＣイネーブルモードで動作しているＵＥは、ある場合においては、ＤＴＸおよび／またはＤＲＸモードをアクティベートまたはデアクティベートするか、および／または、いずれの他の適切な動作（単数または複数）を実行するか、の有無を決定するためにＨＳ−ＳＣＣＨ命令および／または関連ノードＢからの他のコマンドについて１つまたは複数の制御チャネル上でリッスンすることが要求されるということを理解することができる。一例では、そのような命令および／または他の命令は、ＲＮＣおよび／または別の適切なネットワークコントローラエンティティによって提供される他の設定パラメータに加えてＵＥに対して提供されることができる。しかしながら、下記でさらに詳細に説明されるように、ハンドオーバ失敗および／または他の同様なシナリオの場合において、このようなオペレーションに関して複雑な問題が生じることができる。
【００３８】
図１に戻ると、システム１００内の様々な基準を満たすとき、ＵＥ１１０は、ハンドオーバまたはハンドオフプロシージャを実行することができ、ＵＥ１１０は、ソースノードＢ１３０のサービスエリアからターゲットノードＢ１４０へと移動するということを理解することができる。そのようなハンドオーバは、ハードハンドオーバ（ＨＨＯ）、ソフトまたはソフターハンドオーバ、または同様なものであることができる。さらに、実施されることができる様々なタイプのＨＨＯは、インター周波数ＨＨＯ、インター無線接続技術（ＲＡＴ）ＨＨＯ、インターシステムＨＨＯ、または同様なものを含む。しかしながら、ここにおいて特許請求される主題の事柄は、明示的に記載されていないかぎり、特定のハンドオーバプロシージャに限定されるように意図されていない、ということが理解されるべきである。一例において、ＵＥ１１０とそれぞれのノードＢ１３０−１４０との間で実行されることができるハンドオーバの例が図５の図５００によって図示されている。具体的には、図５００は、それぞれのステップ５０２−５２４を図示し、そしてそれは、それぞれの対応するネットワークエンティティによって実行されることができ、モニタリング、ハンドオーバトリガリング、ターゲット選択、ハンドオフ実行／完了、および／または、ハンドオーバを容易にするいずれの他の適切な動作を容易にする（例、ＲＲＣメッセージングおよび／またはいずれの他の適切な手段を介する）。図５００の様々な態様はＨＨＯについて図示されているが、いずれの適切なハンドオーバは、図５００によって図示されるものと同様な方法で実行されることができるということは理解されるべきである。
【００３９】
ハンドオーバの失敗（例えば、開始されるハンドオーバを完了する失敗、ハンドオーバに関連づけられる物理チャネル失敗、セル変更命令を完了する失敗）のときに、モバイルデバイスは、従来、ソースセルに戻るように、そして、前の設定に戻るように、命令される。具体的な例としては、図５００を参照すると、ステップ５１２で図示される物理チャネル再設定は、実施の成功の場合において関連ハンドオーバについてターゲットノードＢに到達することができる。あるいは、物理チャネル再設定が失敗するというイベントにおいては、ステップ５１２で図示される該オペレーションは、代わりにソースノードＢに到達することができる。しかしながら、より一般的には、ハンドオーバ失敗はハンドオーバのいずれの部分（単数または複数）の間に生じることができるということは理解されるべきである。したがって、図５００を再び参照すると、失敗イベントの可能性がステップ５１２、５１６、および５２４についてのみ明示的にリストされているが、図５００内のいずれのステップも結果として失敗に終わることができるということが理解されるべきである。
【００４０】
システム１００で示されているように、ＵＥ１１０は、ハンドオーバの失敗に続くＵＥ１１０とソースノードＢ１３０との間の通信を再確立することおよび／またはソースノードＢ１３０からの通信サービスのいずれの他の移転のときに、失敗回復モジュール１１２および／またはソースノードＢ１３０と前に関連づけられた設定に戻る適切な手段を使用することができる。従来、このような失敗または接続の再確立のとき、ＵＥ１１０は、ＲＮＣ１２０またはシステム１００の同様なエンティティによって提供される共有されるネットワークパラメータに基づいて前の設定に戻すことができる。
【００４１】
しかしながら、ＵＥ１１０はソースノードＢ１３０から移転するので、ＵＥ１１０は、いくつかの場合においては、ＨＳ−ＳＣＣＨ命令、および／または、移転の間に生じた（例えば、ＤＴＸ／ＤＲＸまたは同様なもののような）セル制御パラメータに関する他のメッセージまたは命令、の存在または不在に気づかない可能性がある、ということを理解することができる。したがって、具体的な例として、ＨＳ−ＳＣＣＨ命令がハンドオーバの間にソースノードＢ１３０によって送信され、後でＵＥ１１０がそのハンドオーバの失敗に続いてソースノードＢ１３０に戻る場合には、従来のワイヤレス通信システムは、どの状態をＵＥ１１０が、このような命令に関連している設定パラメータに関して戻すべきかを規定せず、また、従来のワイヤレス通信システムは、どの命令がまたはどの程度にＵＥ１１０によって考慮されるべきかを規定しない。ＵＥ１１０とシステム１００の他のエンティティ、例えばＲＮＣ１２０、ソースノードＢ１３０、そして同様なもの、との間の同期化を確実にするために、ＨＳ−ＳＣＣＨ命令の処理および／または失敗したハンドオーバの間にソースノードＢ１３０によって提供される他のコマンドはＵＥ１１０によって後続的に処理される、および／または、ノードＢ変更設定はハンドオーバ失敗のときにＵＥ１１０によって保持されるまたは処理される、手段(measures)をより明確に定義しインプリメントすることが望ましいであろうということが理解されることができる。
【００４２】
一態様にしたがって、一般的に、ここにおいて説明される同期および失敗の回復技術は、より低いレベル設定を適用することが望まれるより古い設定へのリバージョンを伴ういずれのシナリオにおいても適用されることができるということが理解されるべきである。したがって、それぞれの例が（ハードハンドオーバのような）ハンドオーバの特定のケースに関してここにおいて提供されているが、ここにおける説明および図示によって与えられる様々な態様はいずれの適切なシナリオ、例えば、ハンドオーバ失敗、物理チャネル失敗、セル変更命令失敗、および／またはノードＢ命令パラメータが省略された、誤って受信された、および／または、誤って適用されたいずれの他のシナリオ、に適用されることができるということが理解されるべきである。さらに、ここにおいて説明され図示される様々な態様は、ここに説明されている（例えば、回復同期化プロシージャの使用を開始することができるいずれの物理チャネル失敗）ような失敗回復再同期化プロシージャの使用を可能にする１つまたは複数の物理チャネル失敗のコンテキストにおいて適用されることができる、ということを理解するべきである。
【００４３】
別の態様にしたがって、ハンドオーバ失敗および／またはＣＰＣ設定のリバージョンが望まれるいずれの他の適切なケースが生じると、失敗回復モジュール１１２は、システム２００によって図示されているように命令分析器２２２と協調して使用されることができ、望ましい状態にそれぞれのＣＰＣ設定パラメータを戻す。このことは、図６のシステム６００によって図示される。
【００４４】
システム６００によって示されるように、ＤＴＸ／ＤＲＸステータスおよび／または他の適切な動作パラメータは、ハンドオーバが失敗するおよび／または別の適切なシナリオが生じるときに様々な方法で関連づけられたＵＥおよび／またはノードＢで同期化されることができる。第１の例として、失敗回復モジュール１１２は、デフォルトＤＴＸ／ＤＲＸ状態設定６１２で構成されることができる。したがって、ＤＴＸ／ＤＲＸステータスのリバージョンが望ましいということが決定されると、デフォルトＤＴＸ／ＤＲＸ状態設定６１２は、関連づけられたＤＴＸステータスとＤＲＸステータスを、それぞれのデフォルト設定に戻るために使用されることができる。デフォルトＤＴＸ／ＤＲＸ状態設定６１２は、予め決定されるデフォルト設定（例えば、ＨＳ−ＳＣＣＨ命令が受信されないというイベントにおいて適用されるであろう設定）、非ＤＴＸ、非ＤＲＸステータス（例えば、ＤＴＸディスエイブル状態とＤＲＸディスエイブル状態）、または同様なものであることができる。
【００４５】
追加的にまたは代替的に、失敗回復モジュール１１２が使用されることができ、ＤＴ設定とＤＲＸ設定を、規定されるアクション時間のときに（例えば、後に失敗するハンドオーバの初期化のときに）使用されるそれぞれの最後のＤＴＸ設定とＤＲＸ設定に戻るように使用されることができる。一態様にしたがって、命令分析器２２２は、様々なファクタに基づいて関連ＵＥおよびノードＢに共通した最後の設定を決定するために使用されることができる。例えば、命令分析器２２２は、最後のＤＴＸ設定およびＤＲＸ設定が決定されることができるということに基づいて、命令履歴分析器６２２、および／または、様々な方法でＨＳ−ＳＣＣＨ命令および／または他の提供されるコマンドの履歴を使用する他の適切なメカニズムを使用することができる。
【００４６】
一態様にしたがって、命令履歴分析器６２２は、その分析において、様々な予め定義される時間期間を利用することができる。例えば、図７の図７００は、命令履歴分析器６２２によってレバレッジされることができる例示的な命令タイムラインを図示する。図７００で最初に示されているように、ＵＬ専用物理チャネル（ＤＰＣＨ）および／または他の適切な関連チャネルは、無線フレームにしたがって時間において動作することができ、そのうちの１無線フレームが図７００において示されている。それぞれの無線フレームは、時間においていずれの適切な長さであることができ（例、１０ｍｓなど）、そして、それぞれの（例えば、１５）スロットへ分けられることができる。ＵＬ ＤＰＣＨの構造、および／または、他の適切な構造の構造は、図７００で図示される他のチャネルのタイミング基準としてサービスを提供することができる。
【００４７】
図７００で次に示され、ここにおいて一般的に説明されているように、命令は、ＨＳ−ＳＣＣＨおよび／または別の適切共有制御チャネル上で関連ユーザに対して提供されることができる。一例では、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）は、ＨＳ−ＳＣＣＨ上の命令の送信の間にデータは送信されないように、ネットワークセルからサービス提供されるユーザへのデータ通信のために設定されることができる。したがって、ＨＳ−ＳＣＣＨ上の命令の存在は、予め決定される時間期間においてＨＳ−ＰＤＳＣＨ上のデータの不存在によって示されることができる、ということが理解されることができる。図７００で示されているように、命令と関連づけられる時間期間は、時間において、および／または、いずれの他の適切な長さにおいて、３つのスロットと同等であることができる。図７００でさらに示されているように、関連ユーザは、命令を検出し復号するために予め決定される時間期間（例、２スロット）を必要とすることができる。さらに、別の予め決定される時間期間のときに（例、７．５スロットなど）、ユーザは、高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）および／またはいずれの他の適切なチャネル上で受信される命令についてアクナレッジメント（ＡＣＫ）を提供することができる。
【００４８】
図７００でさらに示されるように、上述されるタイムラインに基づいて、３つの持続時間（持続時間Ａ、持続時間Ｂ、持続時間Ｃと示される）は、命令履歴分析器６２２による使用のために定義されることができる。第１の例において、持続時間Ａは、命令が受信される時間とそれがアクナレッジされる時間との間の持続時間を表すために使用されることができる。第２の例では、モバイルユーザが命令を受信するとき、命令の内容がＤＲＸのデアクティベーションまたはリアクティベーションを必要とすることができるということが理解されることができる。したがって、持続時間Ｂは、ＤＲＸをデアクティベートするまたはリアクティベートする命令が受信される時間と、そのようなデアクティベーション／リアクティベーションが生じる時間との間の持続時間を表すように使用されることができる。一例では、命令にしたがったそのようなデアクティベーションまたはアクティベーションは、命令を配信したＨＳ−ＳＣＣＨサブフレームの終わりの後で、１２スロットをモバイルユーザによって適用されることができる。
【００４９】
同様に、第３の例において、持続時間Ｃは、ＤＴＸをデアクティベートまたはリアクティベートする命令がモバイルユーザによって受信される時間とそのようなアクティベーション／リアクティベーションがモバイルユーザによって実行される時間との間の持続時間を表すために利用されることができる。一例において、不連続ＵＬ ＤＰＣＣＨ伝送オペレーションのアクティベーションまたはデアクティベーションは、命令に対応するハイブリッド自動繰り返しリクエスト（ＨＡＲＱ）ＡＣＫを含んでいるＨＳ−ＤＰＣＣＨサブフレームの始まりと同時に起こるまたはそれに続くおよび／またはいずれの他の適切な時間における、初期の高度専用チャネル(earliest Enhanced Dedicated Channel)（Ｅ−ＤＣＨ）伝送時間インターバル（ＴＴＩ）境界において、モバイルユーザによって適用されることができる。
【００５０】
図６に戻ると、上記の定義に基づいて、システム６００は、関連モバイルデバイスに共通する最後のＤＴＸ／ＤＲＸ設定と、その対応するネットワークを、下記の方法のうち１つまたは複数で決定することができる。第１の例では、命令履歴分析器６２２は、アクナレッジメントがハンドオーバおよび／またはリバージョンが生じている他のイベントの開始の前に送信されたというそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって最後のＤＴＸおよびＤＲＸ設定を識別することができる。したがって、図７００で定義されるような持続時間Ａに基づいて、各受信される命令に関して、ハンドオーバおよび／またはリバージョンを引き起こしている他のイベントが命令のアクナレッジメントの送信の前に開始された場合には（例、命令の受信に続く持続時間Ａの後）、命令は設定に適用されない。そうでない場合には、その命令は適用される。
【００５１】
第２の例では、命令履歴分析器６２２は、ハンドオーバおよび／またはリバージョンを引き起こしている他のイベントの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令、または、ハンドオーバおよび／またはリバージョンを引き起こしている他のイベントの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、最後のＤＴＸ設定およびＤＲＸ設定を識別することができる。したがって、図７００で定義されるように持続時間Ａまたは持続時間Ｂに基づいて、命令メッセージが１つの命令（例、ＤＴＸまたはＤＲＸ、ただし双方ではない）を搬送するというイベントにおいて、各受信される命令について、ハンドオーバおよび／またはリバージョンを引き起こしている他のイベントがＤＴＸまたはＤＲＸのアクティベーション時間の前に開始された場合には（例、命令の受信に後続して持続時間ＢまたはＣの後）、命令は、設定に適用されない。そうでない場合には、その命令は適用される。
【００５２】
第３の例では、命令履歴分析器６２２は、ハンドオーバおよび／またはリバージョンを引き起こしている他のイベントの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって最後のＤＴＸとＤＲＸ設定を識別することができる。したがって、最大の持続時間Ｂと持続時間Ｃに基づいて、ＤＴＸ命令とＤＲＸ命令の両方を命令メッセージが搬送するイベントにおいて、各受信される命令について、ハンドオーバおよび／またはリバージョンを引き起こしている他のイベントがＤＲＸのアクティベーション時間の前に開始された場合、命令は、設定に適用されない。そうでない場合には、その命令は適用される。
【００５３】
第４の例では、命令履歴分析器６２２は、ハンドオーバおよび／またはリバージョンを引き起こしている他のイベントの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって最後のＤＴＸとＤＲＸ設定を識別することができる。したがって、最小の持続時間Ｂと持続時間Ｃに基づいて、ＤＴＸ命令とＤＲＸ命令の両方を命令メッセージが搬送するというイベントにおいて、各受信される命令について、ハンドオーバおよび／またはリバージョンを引き起こしている他のイベントがＤＴＸのアクティベーション時間の前に開始された場合、命令は、設定に適用されない。そうでない場合には、その命令は適用される。
【００５４】
上記で説明される持続時間Ａベースのアプローチに関して、ハンドオーバ失敗および／またはリバージョンが望まれるということに基づいている別のイベントが、図７００の持続時間Ａの前にまたは持続時間Ａの間に生じる場合には、関連ＵＥとノードＢおよび／またはＲＮＳは、受信されるＨＳ−ＳＣＣＨ命令を無視するように設定されることができ、ハンドオーバが失敗し、ＵＥがそのソースノードＢに戻るおよび／または別の適切なトリガリングイベントが生じる場合には、ＣＰＣ ＤＴＸ／ＤＲＸ特徴は以前のままであることができる。あるいは、ハンドオーバ失敗および／またはリバージョンが望まれることに基づいている別のイベントが図７００の持続時間Ａの後で生じる場合、関連ＵＥとノードＢおよび／またはＲＮＣは受信されるＨＳ−ＳＣＣＨ命令の効果を検討するために設定されることができるということが理解されることができる。
【００５５】
さらなる例として、物理チャネル失敗の（例えば、メッセージはハンドオーバおよび／またはＵＥに１つまたは複数の専用物理チャネルの確立を試みるようにさせる別の適切なプロシージャに関連して通信され、そのような確立が失敗する）イベントにおいて、システム６００をインプリメントする関連ＵＥは、失敗した物理チャネル確立を初期化したメッセージの受信の前の設定に戻すことによってそのような失敗から回復することができ、そしてそれは、そのような設定が存在する場合には、ＨＳ−ＤＳＣＨ、および／またはＥ−ＤＣＨ設定および／またはＤＴＸ設定およびＤＲＸ設定を含んでいる。ＤＴＸ設定および／またはＤＲＸ設定が存在する場合には、ＵＥ組み込みシステム６００は、受信されるメッセージのアクティベーション時間の前にアクナレッジされたＨＳ−ＳＣＣＨのみを考慮するように関連物理層エンティティに命令することによってそのような設定を回復することができる。
【００５６】
別の例では、ハンドオーバ失敗および／または別の適切なトリガリングイベントのとき、システム６００は、関連ＵＥとノードＢとの間の通信の再確立に従う予め定義される同期化遅延の終了のときにＤＴＸ設定またはＤＲＸ設定のうちの少なくとも１つに関して同期化を容易にするように設定されることができる。したがって、例えば、一般的に上記で説明されるように選択されるＤＴＸ／ＤＲＸステータスに戻る前に、予め定義される遅延（例、上記で使用されるＥｎａｂｌｉｎｇ＿Ｄｅｌａｙパラメータおよび／または別の適切な遅延パラメータ）がインプリメントされることができる。この方法でＤＴＸ／ＤＲＸ再設定を遅延することによって、関連ＵＥとノードＢとの間の再同期化は、再同期化を実行する適切な時間を両方のエンティティに許可することにより高められることができるということが理解されることができる。
【００５７】
より具体的には、上記の再同期化遅延は、不連続ＵＬ ＤＰＣＣＨ伝送を実行するように、そして、古い設定でＵＬ伝送が開始するフレームバウンダリから情報エレメントの保存値Ｅｎａｂｌｉｎｇ＿Ｄｅｌａｙによってオフセットされるフレームバウンダリに対応する接続フレーム番号（ＣＦＮ）で変数ＤＴＸ＿ＤＲＸ＿ＰＡＲＡＭＳまたは同様なものにしたがって、ＤＲＸ／ＤＴＸ命令をイネーブルまたはディスエイブルにするように、関連物理層エンティティを再設定することによってインプリメントされることができる。
【００５８】
一態様にしたがって、上記の具体的な例は物理チャネル失敗に関連して提供されているが、ここにおいて説明される技術は、ハンドオーバを完了する失敗、セル変更命令を完了する失敗、および／または、いずれの他の適切なイベント、のようないずれの適切なハンドオーバ失敗条件および／または他のトリガリングイベントに対して適用されることができる。
【００５９】
図８−１０を参照すると、ここにおいて記載される様々な態様にしたがって実行されることができる方法が図示されている。説明を簡略にするために、方法は一連の動作として示され、そして説明されているが、方法は動作の順序によって制限されていないということが認識され、理解されるべきであり、いくつかの動作は、１以上の態様にしたがって、異なる順序でおよび／またはここにおいて示され記載されている他の動作と同時に生じることができる。例えば、当業者は、方法は、状態図におけるような、一連の相互関連づけられた状態またはイベントとして代替的に表されることができるであろうということを理解し、認識するであろう。さらに、必ずしも図示されているすべての動作は、１以上の態様にしたがって、方法をインプリメントすることを要していない。
【００６０】
図８を参照すると、（例えば、ハンドオーバ失敗の間の）ノードＢに規定された順序の同期化のための方法８００が図示されている。方法８００は、例えばユーザデバイス（例えば、ＵＥ１１０）、ネットワークセル（例えば、ソースノードＢ１３０および／またはターゲットノードＢ１４０）、および／またはいずれの他の適切なネットワークエンティティによって実行されることができる、ということを理解するべきである。方法８００はブロック８０２で始まり、ハンドオーバ（例えば、ソースノードＢ１３０からターゲットノードＢ１４０までのＵＥ１１０のハンドオーバ）と関連づけられた通信の移転（例えば、ＵＥ１００とソースノードＢ１３０との間）、および、関連ノードＢ（例えば、ソースノードＢ１３０）の１つまたは複数のノードＢ命令パラメータが識別される。次に、ブロック８０４で、（例えば、ＵＥ１１０とソースノードＢ１３０との間の）通信は、ハンドオーバと関連づけられるトリガリングイベント（例えば、ハンドオーバ失敗等）を検出するとブロック８０２で識別される通信の移転に後続して再確立される。方法８００は、ブロック８０６で終了することができ、少なくとも１つの失敗回復再同期化プロシージャにしたがって、ブロック８０４で実行されるように通信の再確立のときに、関連ノードＢの１以上のノードＢ命令パラメータに関して同期化が実行される。
【００６１】
一態様にしたがって、上述され図８で図示されているように、識別すること、再確立することと、および／または同期化することは、方法８００内に言及される関連ノードＢによって実行されることができる。追加的にまたは代替的に、関連ノードＢは、上述され図８で図示されているように、識別すること、再確立すること、および／または同期化のうちのいくつかまたはすべてを実行するＵＥのためのサービングノードＢであることができる。そのような例では、方法８００内に言及されるハンドオーバは、関連ノードＢからＵＥのためのターゲットサービングノードＢへのハンドオーバを備え、ブロック８０４で説明されているような再確立は、ターゲットサービングノードＢへのハンドオーバと関連づけられた失敗を識別するとき生じることができる。
【００６２】
図９に戻ると、ノードＢに規定される命令の同期化についての別の方法９００のフロー図が図示されている。方法９００は、ハンドオーバに関与するＵＥおよび／またはノードＢ、および／または、いずれの他の適切なネットワークエンティティによって実行されることができる。方法９００は、ブロック９０２で始まり、ノードＢ／ＵＥ通信は、ハンドオーバの失敗に続いて再確立される。次に、ブロック９０４で、デフォルト設定（例、デフォルトＤＴＸ／ＤＲＸ状態設定６１２）、非ＤＴＸおよび非ＤＲＸ設定、または、最後の共通設定、にしたがって、ノードＢおよび／またはＵＥステータスに関して、同期化が実行される。
【００６３】
ブロック９０４で説明される動作の完了のときに、方法９００は終了することができる。代替的に（例えば、最後の共通設定がブロック９０４の使用に選択されるというイベントにおいて）、方法９００は、終了する前に、（例えば、最後の共通設定を識別する）ブロック９０６、ブロック９０８、ブロック９１０、および／またはブロック９１２に進むことができる。ブロック９０６で、最後の共通設定は、ハンドオーバの開始の前にアクナレッジメントが送信されたというそれぞれのＤＴＸ／ＤＲＸ命令にしたがって識別される。ブロック９０８で、最後の共通設定は、ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令および／またはハンドオーバの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるそれぞれのＤＲＸ命令にしたがって識別される。ブロック９１０で、最後の共通設定は、ハンドオーバの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ／ＤＲＸ命令にしたがって識別される。ブロック９１２で、最後の共通設定は、ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ／ＤＲＸ命令にしたがって識別される。
【００６４】
図１０は、ノードＢに規定される命令の同期化のための第３の方法１０００を図示する。方法１００は、例えば、モバイルデバイスおよび／またはいずれの他の適切なネットワークエンティティによって実行されることができる。方法１０００はブロック１００２で始まり、ソースセルからターゲットセルまでの通信サービスの変更を初期化するメッセージが受信される。次に、ブロック１００４で、方法１０００を実行するエンティティは、ブロック１００２で受信されるメッセージに関連づけられる通信サービスの変更の失敗を識別すると、ブロック１００２で規定されるソースセルの通信サービスに戻る。最後に、方法１０００はブロック１００６で終了することができ、方法１０００を実行するエンティティは、ブロック１００２で上述されているように、通信の変更を初期化するメッセージのアクティベーション時間の前にアクナレッジされたＤＴＸ／ＤＲＸ命令のみを考慮するように物理層エンティティに命令することによって、少なくとも部分的にブロック１００２で通信の変更を初期化するメッセージの受信の前に使用される、ＤＲＸ設定またはＤＴＸ設定のうちの少なくとも１つに戻る。
【００６５】
次に図１１を参照すると、ワイヤレス通信システムにおいてハンドオーバ失敗に後続してＣＰＣ同期化を容易にする装置１１００が図示される。装置１１００は、機能ブロックを含むものとして表わされており、その機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例、ファームウェア）を表わす機能ブロックであることができる、ということは理解されるべきである。装置１１００は、ユーザデバイス（例、ＵＥ１１０）、ノードＢ（例、ソースノードＢ１３０）、および／または、いずれの他の適切なネットワークエンティティによってインプリメントされることができ、ソースセルからターゲットセルまでのハンドオーバを初期化するためのモジュール１１０２と、ハンドオーバと関連づけられるトリガリングイベントを検出するとソースセルのサービスエリアに戻るためのモジュール１１０４と、ソースセルのサービスエリアに戻るとソースセルの１以上のセル制御されるパラメータに関して同期化を実行するためのモジュール１１０６と、を含むことができる。
【００６６】
図１２は、ここにおいて説明される機能の様々な態様をインプリメントするために使用されることができるシステム１２００のブロック図である。一例では、システム１２００は、基地局またはノードＢ１２０２を含む。図示されているように、ノードＢ１２０２は、１以上の受信（Ｒｘ）アンテナ１２０６を介して１以上のＵＥ１２０４から信号（単数または複数）を受信し、１以上の送信（Ｔｘ）アンテナ１２０８を介して１以上のＵＥ１２０４に対して送信することができる。さらに、ノードＢ１２０２は、受信アンテナ（単数または複数）１２０６から情報を受信する受信機１２１０を備えることができる。一例では、受信機１２１０は、受信される情報を復調する復調器（Ｄｅｍｏｄ）１２１２と操作的に関連づけられることができる。復調されたシンボルは、プロセッサ１２１４によって分析されることができる。プロセッサ１２１４は、メモリ１２１６に対して結合されることができ、そしてそれは、コードクラスタに関連した情報、アクセス端末割り当て、それに関連するルックアップテーブル、固有なスクランブリングシーケンス、および／または他の適切なタイプの情報を保存することができる。さらに、ノードＢ１２０２は、方法８００−１０００および／または他の同様なそして適切な方法を実行するためにプロセッサ１２１４を利用することができる。一例では、ノードＢ１２０２はまた、送信アンテナ（単数または複数）１２０８を通じて、送信機１２２０による送信の信号を多重化することができる変調器１２１８を含むことができる。
【００６７】
図１３は、ここにおいて説明される機能の様々な態様をインプリメントするために使用されることができる別のシステム１３００のブロック図である。一例では、システム１３００は、モバイル端末１３０２を含む。説明されるように、モバイル端末１３０２は１つまたは複数の基地局１３０４から信号（単数または複数）を受信し、１つまたは複数のアンテナ１３０８を介して１つまたは複数の基地局１３０４に対して送信することができる。さらに、モバイル端末１３０２は、アンテナ（単数または複数）１３０８から情報を受信する受信機１３１０を備えることができる。一例では、受信機１３１０は、受信される情報を復調する復調器（Ｄｅｍｏｄ）１３１２と操作的に関連づけられることができる。復調されたシンボルは、プロセッサ１３１４によって分析されることができる。プロセッサ１３１４は、メモリ１３１６に結合されることができ、モバイル端末１３０２に関連するデータおよび／またはプログラムコードを保存することができる。さらに、モバイル端末１３０２は、方法８００−９００および／または他の同様なそして適切な方法を実行するためにプロセッサ１３１４を利用することができる。モバイル端末１３０２はまた、アンテナ（単数または複数）１３０８を通じて、送信機１３２０による送信の信号を多重化することができる変調器１３１８を含むことができる。
【００６８】
図１４を参照すると、ワイヤレス多元接続通信システムの図は、様々な態様にしたがって提供されている。一例では、アクセスポイント１４００（ＡＰ）は、複数のアンテナグループを含む。図１４で図示されているように、１つのアンテナグループはアンテナ１４０４とアンテナ１４０６を含むことができ、別のグループは、アンテナ１４０８とアンテナ１４１０を備えることができ、別のグループはアンテナ１４１２とアンテナ１４１４を含むことができる。図１４では各アンテナグループについて２つのアンテナのみが示されているが、より多くのまたはより少数のアンテナは各アンテナグループについて利用されることができるということが理解されるべきである。別の例では、アクセス端末１４１６は、アンテナ１４１２とアンテナ１４１４と通信しており、アンテナ１４１２とアンテナ１４１４は、順方向リンク１４２０上でアクセス端末１４１６に対して情報を送信し、逆方向リンク１４１８上でアクセス端末１４１６から情報を受信する。追加的におよび／または代替的に、アクセス端末１４２２は、アンテナ１４０６とアンテナ１４０８と通信しており、アンテナ１４０６とアンテナ１４０８は、順方向リンク１４２６上でアクセス端末１４２２に対して情報を送信し、逆方向リンク１４２４上でアクセス端末１４２２から情報を受信する。周波数分割デュプレクスシステムでは、通信リンク１４１８、１４２０、１４２４および１４２６は、通信のために、異なる周波数を使用することができる。例えば、順方向リンク１４２０は、逆方向リンク１４１８によって使用されるものとは異なる周波数を使用することができる。
【００６９】
各グループのアンテナ、および／または、それらが通信するように設計されるエリアは、しばしば、アクセスポイントのセクタと呼ばれることができる。一態様にしたがって、アンテナグループは、アクセスポイント１４００によってカバーされるエリアのセクタにおいてアクセス端末３６６、３７２に対して通信するように設計されることができる。順方向リンク１４２０および１４２６上の通信において、アクセスポイント１４００の送信アンテナは、異なるアクセス端末１４１６と１４２２のための信号対雑音比を改善するためにビームフォーミングを利用する。また、サービス範囲中にランダムに散在しているアクセス端末に対して送信するためにビームフォーミングを使用しているアクセスポイントは、すべてのそのアクセス端末に対して単一アンテナを通じて送信しているアクセスポイントよりも、近隣セルにおけるアクセス端末に対してより少ない干渉を引き起こす。
【００７０】
アクセスポイント、例えばアクセスポイント１４００は、端末と通信するために使用される固定局であることができ、基地局、ｅＮＢ、アクセスネットワーク、および／または他の適切な用語とも呼ばれることができる。さらに、アクセス端末、例、アクセス端末１４１６または１４２２はまた、モバイル端末、ユーザ機器、ワイヤレス通信デバイス、端末、ワイヤレス端末、および／または適切な用語で呼ばれることができる。
【００７１】
図１５を参照すると、ここにおいて説明される様々な態様が機能することができる例示的なワイヤレス通信システム１５００を図示しているブロック図が提供される。一例では、システム１５００は、送信機システム１５１０と受信機システム１５５０とを含むマルチインプットシングルアウトプット（ＭＩＭＯ）システムである。送信機システム１５１０および／または受信機システム１５５０はまた、マルチインプットシングルアウトプットシステムに適用されることができ、例えば、複数の送信アンテナ（例、基地局上）は、シングルアンテナデバイス（例、モバイルデバイス）に対して１以上のシンボルストリームを送信することができる。さらに、ここにおいて説明される送信機システム１５１０および／または受信機システム１５５０の態様は、シングルアウトプット・ツー・シングルインプットのアンテナシステムに関連して使用されることができる。
【００７２】
一態様にしたがって、多数のデータストリームについてのトラヒックデータは、データソース１５１２から送信（ＴＸ）データプロセッサ１５１４まで送信機システム１５１０において提供される。一例では、各データストリームは、それぞれの送信アンテナ１５２４を介して送信されることができる。さらに、ＴＸデータプロセッサ１５１４は、符号化されたデータを提供するために、各それぞれのデータストリームについて選択される特定の符号化スキームに基づいて各データストリームについてのトラヒックデータをフォーマット化し、エンコードし、そしてインタリーブすることができる。一例では、各データストリームの符号化されたデータは、ＯＦＤＭ技術を使用して、パイロットデータで多重化されることができる。パイロットデータは、例えば、既知の方法で処理される既知のデータパターンであることができる。さらに、パイロットデータは、チャネル応答を推定するために、受信機システム１５５０で使用されることができる。送信機システム１５１０に戻ると、各データストリームについての多重化されるパイロットと符号化データは、変調シンボルを提供するために、各それぞれのデータストリームについて選択される特定の変調スキーム（例、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調されることができる（例、シンボルマッピングされる）。一例では、各データストリームについてのデータレート、符号化および変調は、プロセッサ１５３０上で実行される、および／または、プロセッサ１５３０によって提供される、命令によって決定されることができる。
【００７３】
次に、すべてのデータストリームの変調シンボルは、ＴＸ ＭＩＭＯプロセッサ１５２０に対して提供されることができ、変調シンボル（例、ＯＦＤＭ用）をさらに処理することができる。ＴＸ ＭＩＭＯプロセッサ１５２０は、ＮＴトランシーバ１５２２ａ〜１５２２ｔに対して、ＮＴ変調シンボルストリームを提供することができる。一例では、各トランシーバ１５２２は、１以上のアナログ信号を提供するためにそれぞれのシンボルストリームを受信し処理することができる。各トランシーバ１５２２は、ＭＩＭＯチャネル上の送信に適した変調される信号を提供するためにアナログ信号をさらに条件づけることができる（例、増幅し、フィルタにかけ、そしてアップコンバートする）。さらに、トランシーバ１５２２ａ〜１５２２ｔからのＮＴ変調される信号は、それぞれ、ＮTアンテナ１５２４ａ〜１５２２ｔから送信されることができる。
【００７４】
別の態様にしたがって、送信される変調信号は、ＮＲアンテナ１５５２ａ〜１５５２ｒによって受信機システム１５５０において受信されることができる。各アンテナ１５５２からの受信信号は、それぞれのトランシーバ１５５４に対して提供されることができる。一例では、各トランシーバ１５５４は、それぞれの受信される信号を条件づけ（例、フィルタにかけ、増幅し、そしてダウンコンバートする）、サンプルを提供するために条件づけられた信号をデジタル化し、そして、対応する「受信」シンボルストリームを提供するためのサンプルを処理する。ＲＸ ＭＩＭＯ／データプロセッサ１５６０は、ＮT「検出」シンボルストリームを提供するために、特定の受信機処理技術に基づいて、ＮRトランシーバ１５５４からＮＲ受信シンボルストリームを受信し処理することができる。一例では、各検出されるシンボルストリームは、対応するデータストリームについて送信される変調シンボルの推定値であるシンボルを含むことができる。ＲＸプロセッサ１５６０は、対応するデータストリームについてのトラヒックデータを回復するために、各検出されるシンボルストリームを復調すること、デインタリーブすること、そして復号すること、によって、少なくとも部分的に、各シンボルストリームを処理することができる。したがって、ＲＸデータプロセッサ１５６０による処理は、送信機システム１５１０において、ＴＸＭＩＭＯプロセッサ１５２０とＴＸデータプロセッサ１５１４によって実行されるものの補足であることができる。ＲＸプロセッサ１５６０は、さらにデータシンク１５６４に対して、処理されるシンボルストリームを供給することができる。
【００７５】
一態様にしたがって、ＲＸプロセッサ１５６０によって生成されるチャネル応答推定値は、受信機において空間／時間処理を実行すること、パワーレベルを調節すること、変調レートまたはスキームを変更すること、および／または他の適切な動作に使用されることができる。さらに、ＲＸプロセッサ１５６０は、例えば検出されるシンボルストリームの信号対雑音および干渉比（ＳＮＲ）のようなチャネル特性をさらに推定することができる。ＲＸプロセッサ１５６０は、プロセッサ１５７０に対して、推定されるチャネル特徴を提供することができる。一例では、ＲＸプロセッサ１５６０および／またはプロセッサ１５７０は、システムのための「動作する」ＳＮＲの推定値をさらに導出することができる。プロセッサ１５７０は、チャネル状態情報（ＣＳＩ）を提供することができ、そしてそれは、通信リンクおよび／または受信されるデータストリームに関する情報を備えることができる。この情報は、例えば、動作ＳＮＲを含むことができる。ＣＳＩは、ＴＸデータプロセッサ１５１８によって処理され、変調器１５８０によって変調され、トランシーバ１５５４ａ−１５５４ｒによって条件づけられ、そして、送信機システム１５１０に戻って送信されることができる。さらに、受信機制度１５５０のデータソース１５１６は、ＴＸデータプロセッサ１５１８によって処理されるべき、さらなるデータを提供することができる。
【００７６】
送信機システム１５１０に戻り、受信機システム１５５０からの変調される信号は、アンテナ１５２４によって受信され、トランシーバ１５２２によって条件づけられ、復調器１５４０によって復調され、そして、ＲＸデータプロセッサ１５４２によって処理されることができ、受信機システム１５５０によってレポートされるＣＳＩを回復する。一例では、報告されるＣＳＩは、プロセッサ１５３０に対して提供されることができ、１以上のデータストリームに使用されるべき符号化および変調スキームに加えデータレートを決定するために使用されることができる。決定される符号化および変調スキームは、量子化および／または受信機システム１５５０への後の送信における使用のために、トランシーバ１５２２に対して提供されることができる。追加的におよび／または代替的に、ＴＸデータプロセッサ１５１４とＴＸ ＭＩＭＯプロセッサ１５２０についての様々な制御を生成するために、プロセッサ１５３０によって、報告されるＣＳＩが使用されることができる。別の例では、ＣＳＩおよび／またはＲＸデータプロセッサ１５４２によって処理される他の情報は、データシンク１５４４に対して提供されることができる。
【００７７】
一例では、送信機システム１５１０におけるプロセッサ１５３０と、受信機システム１５５０におけるプロセッサ１５７０は、それらのそれぞれのシステムにおいてオペレーションを命令する。さらに、送信機システム１５１０におけるメモリ１５３２と受信機システム１５５０におけるメモリ１５７２は、それぞれ、プロセッサ１５３０とプロセッサ１５７０によって使用されるプログラムコードおよびデータのためのストレージを提供することができる。さらに、受信機システム１５５０において、様々な処理技術は、ＮT送信されるシンボルストリームを検出するために、ＮR受信される信号を処理するために使用されることができる。これらの受信機処理技術は、イコライゼーション技術とも呼ばれることができる空間および時空受信機処理技術、および／または、「連続干渉キャンセル(successive interference cancellation)」または「連続キャンセル(successive cancellation)」受信機処理技術とも呼ばれることができる「連続ヌリング／イコライゼーションおよび干渉キャンセル(successive nulling/equalization and interference cancellation)」受信機処理技術、を含むことができる。
【００７８】
ここに説明されている態様はハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはそれらのいずれの組み合わせによってインプリメントされることができる、ということが理解されるべきである。システムおよび／または方法が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラムコードあるいはコードセグメントにおいてインプリメントされるとき、それらは、ストレージコンポーネントのような機械可読媒体において保存されることが出来る。コードセグメントは、プロシージャ、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは、命令、データ構造、あるいはプログラム文のいずれの組み合わせ、を表すことが出来る。コードセグメントは、情報、データ、アーギュメント、パラメータあるいはメモリコンテンツを受け渡しすること、および／または受信することによって、別のコードセグメントあるいはハードウェア回路に結合されることが出来る。情報、アーギュメント、パラメータ、データなどは、メモリの共有、メッセージパッシング、トークンパッシング、ネットワーク伝送などを含んでいる、いずれの適切な手段を使用して、受け渡され、転送され、あるいは送信されることが出来る。
【００７９】
ソフトウェアインプリメンテーションの場合、ここにおいて説明された技術は、ここに説明された機能を実行するモジュール(例、プロシージャ、機能、など)でインプリメントされることが出来る。ソフトウェアコードは、メモリユニットに保存され、プロセッサによって実行されることが出来る。メモリユニットは、プロセッサ内で、あるいはプロセッサ外で、インプリメントされることが出来、この場合には、それは、当技術分野において知られているような様々な手段を介してプロセッサに通信的に結合されることが出来る。
【００８０】
上記で説明されてきたものは、１以上の態様の例を含む。前述の態様を説明する目的のためにすべての考えられるだけのコンポーネントあるいは方法の組み合わせを記載することは、勿論、可能ではないが、当業者は、さまざまな態様の多くのさらなる組み合わせと並び替えが可能であることを認識することが出来る。したがって、記載されている態様は、添付された特許請求の範囲の精神および範囲の中に入る、すべてのそのような変更、修正、および変形を含まれるように意図されている。さらに、用語「含む(includes)」が、明細書あるいは特許請求の範囲のいずれかにおいて使用されている範囲内において、そのような用語は、用語「備えている(comprising)」が慣例語(transitional word)として請求項において使用されるときに解釈されるように、用語「備えている(comprising)」と同様な方法で包括的であるように意図されている。更に、明細書または特許請求の範囲のいずれかにおいて使用されている用語「あるいは(or)」は、「非排他的なあるいは(non-exclusive or)」であるように意味されている。
【図１】
2014161034.tif 000003
【図２】
2014161034.tif 000004
【図３】
2014161034.tif 000005
【図４】
2014161034.tif 000006
【図５】
2014161034.tif 000007
【図６】
2014161034.tif 000008
【図７】
2014161034.tif 000009
【図８】
2014161034.tif 000010
【図９】
2014161034.tif 000011
【図１０】
2014161034.tif 000012
【図１１】
2014161034.tif 000013
【図１２】
2014161034.tif 000014
【図１３】
2014161034.tif 000015
【図１４】
2014161034.tif 000016
【図１５】
2014161034.tif 000017
【手続補正書】
【提出日】平成26年4月24日(2014.4.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
方法であって、
ハンドオーバと関連づけられる通信の移転、および、関連ノードＢの１つまたは複数のノードＢ命令パラメータを識別することであって、前記１つまたは複数のノードＢ命令パラメータは、不連続送信（ＤＴＸ）設定または不連続受信（ＤＲＸ）設定のうちの少なくとも１つを備える、識別することと、
前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに、前記通信の移転に後続して通信を再確立することと、
少なくとも１つの失敗回復再同期化プロシージャにしたがって、通信の再確立のときに、前記関連ノードＢの前記１つまたは複数のノードＢ命令パラメータに関して同期化することと、を備え、前記同期化することは、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ設定とＤＲＸ設定に関連づけられたＤＴＸ設定とＤＲＸ設定を戻すことを備える、方法。
【請求項２】
前記ハンドオーバは、ハードハンドオーバ（ＨＨＯ）である、請求項１に記載の方法。
【請求項３】
前記ＨＨＯは、インターシステムＨＨＯ、インター無線接続技術（ＲＡＴ）ＨＨＯ、またはインター周波数ＨＨＯ、のうちの少なくとも１つを備える、請求項２に記載の方法。
【請求項４】
前記トリガリングイベントは、前記少なくとも１つの失敗回復再同期化プロシージャの使用をイネーブルにする少なくとも１つの物理チャネル失敗を備える、請求項１に記載の方法。
【請求項５】
前記同期化することは、関連づけられたＤＴＸ設定とＤＲＸ設定とを、それぞれのデフォルト設定に戻すことを備える、請求項１に記載の方法。
【請求項６】
前記それぞれのデフォルト設定は、ＤＴＸディスエイブル状態とＤＲＸディスエイブル状態とを備える、請求項５に記載の方法。
【請求項７】
前記同期化することは、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、請求項１に記載の方法。
【請求項８】
前記同期化することは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、請求項１に記載の方法。
【請求項９】
前記同期化することは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウまたはＤＲＸアクティベーションウィンドウの少なくとも１つの後で受信されるそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、請求項１に記載の方法。
【請求項１０】
前記識別することと、再確立することと、そして、同期化することとは、前記関連ノードＢによって実行される、請求項１に記載の方法。
【請求項１１】
前記関連ノードＢは、ユーザ機器ユニット（ＵＥ）のためのサービングノードＢであり、
前記識別することと、再確立することと、そして、同期化することとは、前記ＵＥによって実行される、請求項１に記載の方法。
【請求項１２】
前記ハンドオーバは、前記関連ノードＢから前記ＵＥのためのターゲットサービングノードＢへのハンドオーバを備え、
前記再確立することは、前記ターゲットサービングノードＢに対してハンドオーバと関連づけられた失敗を識別するとき前記関連ノードＢとの通信を再確立することを備える、請求項１１に記載の方法。
【請求項１３】
方法であって、
ハンドオーバと関連づけられる通信の移転、および、関連ノードＢの１つまたは複数のノードＢ命令パラメータを識別することであって、前記１つまたは複数のノードＢ命令パラメータは、不連続送信（ＤＴＸ）設定または不連続受信（ＤＲＸ）設定のうちの少なくとも１つを備える、識別することと、
前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに、前記通信の移転に後続して通信を再確立することと、
少なくとも１つの失敗回復再同期化プロシージャにしたがって、通信の再確立のときに、前記関連ノードＢの前記１つまたは複数のノードＢ命令パラメータに関して同期化することと、を備え、前記同期化することは、前記再確立することに続く予め定義される同期化遅延の終了のときにＤＴＸ設定またはＤＲＸ設定の少なくとも１つに関して同期化することを備える、方法。
【請求項１４】
ソースノードＢからターゲットノードＢへのハンドオーバに関するデータを保存するメモリと、
前記ハンドオーバが失敗に遭遇したということを検出するとき、前記ソースノードＢの１つまたは複数のノードＢ命令設定パラメータに関して同期化するように構成されるプロセッサと、を備え、前記ソースノードＢの１つまたは複数のノードＢ命令設定パラメータは、不連続送信（ＤＴＸ）設定または不連続受信（ＤＲＸ）設定のうちの少なくとも１つを備え、前記プロセッサは、前記ハンドオーバが失敗に遭遇したということを検出するときに、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ設定とＤＲＸ設定に関連づけられたＤＴＸ設定とＤＲＸ設定を設定するようにさらに構成される、ワイヤレス通信装置。
【請求項１５】
前記失敗は、前記ハンドオーバを完了する失敗、または、前記ソースノードＢの前記１つまたは複数のノードＢ命令設定パラメータに関して同期化のために１つまたは複数のプロシージャをイネーブルにする少なくとも１つの物理チャネル失敗、のうちの１つまたは複数を備える、請求項１４に記載のワイヤレス通信装置。
【請求項１６】
前記プロセッサは、前記ハンドオーバが失敗に遭遇したということを検出するとき、それぞれのデフォルト設定に関連づけられたＤＴＸ設定とＤＲＸ設定を設定するようにさらに構成される、請求項１４に記載のワイヤレス通信装置。
【請求項１７】
前記それぞれのデフォルト設定は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを含む、請求項１６に記載のワイヤレス通信装置。
【請求項１８】
前記プロセッサは、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに構成される、請求項１４に記載のワイヤレス通信装置。
【請求項１９】
前記プロセッサは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、前記最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに構成される、請求項１４に記載のワイヤレス通信装置。
【請求項２０】
前記プロセッサは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウまたはＤＲＸアクティベーションウィンドウの少なくとも１つの後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに構成される、請求項１４に記載のワイヤレス通信装置。
【請求項２１】
前記プロセッサは、前記失敗の検出に続く予め定義される同期化遅延の終了のときに、ＤＴＸ設定またはＤＲＸ設定のうちの少なくとも１つに関して同期化するようにさらに構成される、請求項１４に記載のワイヤレス通信装置。
【請求項２２】
前記メモリと前記プロセッサは、前記ソースノードＢと関連づけられる、請求項１４に記載のワイヤレス通信装置。
【請求項２３】
前記メモリと前記プロセッサは、前記関連ノードＢによってサービス提供されるユーザ機器ユニット（ＵＥ）と関連づけられる、請求項１４に記載のワイヤレス通信装置。
【請求項２４】
ソースセルからターゲットセルまでのハンドオーバを初期化するための手段と、
前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに前記ソースセルのサービスエリアに戻るための手段と、
前記ソースセルの前記サービスエリアに戻るときに前記ソースセルの１つまたは複数のセル制御されるパラメータに関して同期化を実行するための手段と、を備え、前記ソースセルの１つまたは複数のセル制御されるパラメータは、不連続送信（ＤＴＸ）ステータスまたは不連続受信（ＤＲＸ）ステータスのうちの少なくとも１つを備え、前記同期化を実行するための手段は、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ状態とＤＲＸ状態に関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスを設定するための手段を備える、装置。
【請求項２５】
前記トリガリングイベントは、前記ハンドオーバを完了する失敗、または、前記ソースセルの１つまたは複数のセル制御されるパラメータに関して同期化をイネーブルにする１つまたは複数の物理チャネル失敗、のうちの１つまたは複数を備える、請求項２４に記載の装置。
【請求項２６】
前記同期化を実行するための手段は、関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスをそれぞれのデフォルト状態に設定するための手段を備えている、請求項２４に記載の装置。
【請求項２７】
前記それぞれのデフォルト状態は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを備える、請求項２６に記載の装置。
【請求項２８】
前記同期化を実行するための手段は、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、請求項２４に記載の装置。
【請求項２９】
前記同期化を実行するための手段は、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、請求項２４に記載の装置。
【請求項３０】
前記同期化を実行するための手段は、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間またはＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、請求項２４に記載の装置。
【請求項３１】
ソースセルからターゲットセルまでのハンドオーバを初期化するための手段と、
前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに前記ソースセルのサービスエリアに戻るための手段と、
前記ソースセルの前記サービスエリアに戻るときに前記ソースセルの１つまたは複数のセル制御されるパラメータに関して同期化を実行するための手段と、を備え、前記ソースセルの１つまたは複数のセル制御されるパラメータは、不連続送信（ＤＴＸ）ステータスまたは不連続受信（ＤＲＸ）ステータスのうちの少なくとも１つを備え、前記同期化を実行するための手段は、前記トリガリングイベントに続く予め定義される同期化タイマの終了のときにＤＴＸステータスまたはＤＲＸステータスのうちの少なくとも１つに関して同期化を実行するための手段を備える、装置。
【請求項３２】
コンピュータ可読記憶媒体であって、
コンピュータに、ソースセルからターゲットセルへのハンドオーバを初期化させるためのコードと、
コンピュータに、前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに前記ソースセルのサービスエリアに戻させるためのコードと、
コンピュータに、前記ソースセルの前記サービスエリアに戻るときに前記ソースセルの１以上のセル制御されるパラメータに関して同期化を実行させるためのコードと、
を備え、前記ソースセルの１つまたは複数のセル制御されるパラメータは、不連続送信（ＤＴＸ）ステータスまたは不連続受信（ＤＲＸ）ステータスのうちの少なくとも１つを備え、前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ状態とＤＲＸ状態に関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスを設定させるためのコードを備える、コンピュータ可読記憶媒体。
【請求項３３】
前記トリガリングイベントは、前記ハンドオーバを完了する失敗、または、前記ソースセルの１以上のセル制御されるパラメータに関して同期化をイネーブルにする１以上の物理チャネル失敗、のうちの１つまたは複数を備える、請求項３２に記載のコンピュータ可読記憶媒体。
【請求項３４】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスをそれぞれのデフォルト状態に設定させるためのコードを備える、請求項３２に記載のコンピュータ可読記憶媒体。
【請求項３５】
前記それぞれのデフォルト状態は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを備える、請求項３４に記載のコンピュータ可読記憶媒体。
【請求項３６】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって識別させるためのコードをさらに備える、請求項３２に記載のコンピュータ可読記憶媒体。
【請求項３７】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別させるためのコードをさらに備える、請求項３２に記載のコンピュータ可読記憶媒体。
【請求項３８】
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間またはＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別させるためのコードをさらに備える、請求項３２に記載のコンピュータ可読記憶媒体。
【請求項３９】
コンピュータ可読記憶媒体であって、
コンピュータに、ソースセルからターゲットセルへのハンドオーバを初期化させるためのコードと、
コンピュータに、前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに前記ソースセルのサービスエリアに戻させるためのコードと、
コンピュータに、前記ソースセルの前記サービスエリアに戻るときに前記ソースセルの１つまたは複数のセル制御されるパラメータに関して同期化を実行させるためのコードと、
を備え、前記ソースセルの１つまたは複数のセル制御されるパラメータは、不連続送信（ＤＴＸ）ステータスまたは不連続受信（ＤＲＸ）ステータスのうちの少なくとも１つを備え、前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記トリガリングイベントに続く予め定義される同期化タイマの終了のときにＤＴＸステータスまたはＤＲＸステータスのうちの少なくとも１つに関して同期化を実行させるためのコードを備える、コンピュータ可読記憶媒体。
【請求項４０】
ソースセルからターゲットセルまでの通信サービスの変更を初期化するメッセージを受信することと、
前記通信サービスの変更の失敗を識別するときに前記ソースセルの通信サービスに戻ることと、
前記通信の変更を初期化する前記メッセージのアクティベーション時間の前にアクナレッジされたＤＴＸ／ＤＲＸ命令のみを考慮するように物理層エンティティに命令することによって、少なくとも部分的に、前記通信の変更を初期化する前記メッセージの受信の前に使用される、不連続受信（ＤＲＸ）設定または不連続送信（ＤＴＸ）設定のうちの少なくとも１つに戻ることと、を備える方法。
【請求項４１】
前記通信サービスの変更は、ハンドオーバと関連づけられており、前記通信サービスの変更における失敗は、前記ハンドオーバを完了する失敗を備える、請求項４０に記載の方法。
【請求項４２】
前記通信サービスの変更の失敗は、少なくとも１つの物理チャネル失敗を備える、請求項４０に記載の方法。
【請求項４３】
前記通信サービスの変更は、セル変更命令と関連づけられており、前記通信サービスの変更における前記失敗は、前記セル変更命令を完了する失敗を備える、請求項４０に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】変更
【補正の内容】
【００８０】
上記で説明されてきたものは、１以上の態様の例を含む。前述の態様を説明する目的のためにすべての考えられるだけのコンポーネントあるいは方法の組み合わせを記載することは、勿論、可能ではないが、当業者は、さまざまな態様の多くのさらなる組み合わせと並び替えが可能であることを認識することが出来る。したがって、記載されている態様は、添付された特許請求の範囲の精神および範囲の中に入る、すべてのそのような変更、修正、および変形を含まれるように意図されている。さらに、用語「含む(includes)」が、明細書あるいは特許請求の範囲のいずれかにおいて使用されている範囲内において、そのような用語は、用語「備えている(comprising)」が慣例語(transitional word)として請求項において使用されるときに解釈されるように、用語「備えている(comprising)」と同様な方法で包括的であるように意図されている。更に、明細書または特許請求の範囲のいずれかにおいて使用されている用語「あるいは(or)」は、「非排他的なあるいは(non-exclusive or)」であるように意味されている。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
方法であって、
ハンドオーバと関連づけられる通信の移転、および、関連ノードＢの１つまたは複数のノードＢ命令パラメータを識別することと、
前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに、前記通信の移転に後続して通信を再確立することと、
少なくとも１つの失敗回復再同期化プロシージャにしたがって、通信の再確立のときに、前記関連ノードＢの前記１つまたは複数のノードＢ命令パラメータに関して同期化することと、を備える方法。
［Ｃ２］
前記ハンドオーバは、ハードハンドオーバ（ＨＨＯ）である、Ｃ１に記載の方法。
［Ｃ３］
前記ＨＨＯは、インターシステムＨＨＯ、インター無線接続技術（ＲＡＴ）ＨＨＯ、またはインター周波数ＨＨＯ、のうちの少なくとも１つを備える、Ｃ２に記載の方法。
［Ｃ４］
前記トリガリングイベントは、前記少なくとも１つの失敗回復再同期化プロシージャの使用をイネーブルにする少なくとも１つの物理チャネル失敗を備える、Ｃ１に記載の方法。
［Ｃ５］
前記１つまたは複数のノードＢ命令パラメータは、不連続送信（ＤＴＸ）設定または不連続受信（ＤＲＸ）設定のうちの少なくとも１つを備える、Ｃ１に記載の方法。
［Ｃ６］
前記同期化することは、関連づけられたＤＴＸ設定とＤＲＸ設定とを、それぞれのデフォルト設定に戻すことを備える、Ｃ５に記載の方法。
［Ｃ７］
前記それぞれのデフォルト設定は、ＤＴＸディスエイブル状態とＤＲＸディスエイブル状態とを備える、Ｃ６に記載の方法。
［Ｃ８］
前記同期化することは、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ設定とＤＲＸ設定に関連づけられたＤＴＸ設定とＤＲＸ設定を戻すことを備える、Ｃ５に記載の方法。
［Ｃ９］
前記同期化することは、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、Ｃ８に記載の方法。
［Ｃ１０］
前記同期化することは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、Ｃ８に記載の方法。
［Ｃ１１］
前記同期化することは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウまたはＤＲＸアクティベーションウィンドウの少なくとも１つの後で受信されるそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別することをさらに備える、Ｃ８に記載の方法。
［Ｃ１２］
前記同期化することは、前記再確立することに続く予め定義される同期化遅延の終了のときにＤＴＸ設定またはＤＲＸ設定の少なくとも１つに関して同期化することを備える、Ｃ５に記載の方法。
［Ｃ１３］
前記識別することと、再確立することと、そして、同期化することとは、前記関連ノードＢによって実行される、Ｃ１に記載の方法。
［Ｃ１４］
前記関連ノードＢは、ユーザ機器ユニット（ＵＥ）のためのサービングノードＢであり、
前記識別することと、再確立することと、そして、同期化することとは、前記ＵＥによって実行される、Ｃ１に記載の方法。
［Ｃ１５］
前記ハンドオーバは、前記関連ノードＢから前記ＵＥのためのターゲットサービングノードＢへのハンドオーバを備え、
前記再確立することは、前記ターゲットサービングノードＢに対してハンドオーバと関連づけられた失敗を識別するとき前記関連ノードＢとの通信を再確立することを備える、Ｃ１４に記載の方法。
［Ｃ１６］
ソースノードＢからターゲットノードＢへのハンドオーバに関するデータを保存するメモリと、
前記ハンドオーバが失敗に遭遇したということを検出するとき、前記ソースノードＢの１つまたは複数のノードＢ命令設定パラメータに関して同期化するように構成されるプロセッサと、を備えるワイヤレス通信装置。
［Ｃ１７］
前記失敗は、前記ハンドオーバを完了する失敗、または、前記ソースノードＢの前記１つまたは複数のノードＢ命令設定パラメータに関して同期化のために１つまたは複数のプロシージャをイネーブルにする少なくとも１つの物理チャネル失敗、のうちの１つまたは複数を備える、Ｃ１６に記載のワイヤレス通信装置。
［Ｃ１８］
前記ソースノードＢの前記１つまたは複数のノードＢ命令の設定パラメータは、不連続送信（ＤＴＸ）設定または不連続受信（ＤＲＸ）設定のうちの少なくとも１つを備える、Ｃ１６に記載のワイヤレス通信装置。
［Ｃ１９］
前記プロセッサは、前記ハンドオーバが失敗に遭遇したということを検出するとき、それぞれのデフォルト設定に関連づけられたＤＴＸ設定とＤＲＸ設定を設定するようにさらに構成される、Ｃ１８に記載のワイヤレス通信装置。
［Ｃ２０］
前記それぞれのデフォルト設定は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを含む、Ｃ１９に記載のワイヤレス通信装置。
［Ｃ２１］
前記プロセッサは、前記ハンドオーバが失敗に遭遇したということを検出するとき、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ設定とＤＲＸ設定に関連づけられたＤＴＸ設定とＤＲＸ設定を設定するようにさらに構成される、Ｃ１８に記載のワイヤレス通信装置。
［Ｃ２２］
前記プロセッサは、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに構成される、Ｃ２１に記載のワイヤレス通信装置。
［Ｃ２３］
前記プロセッサは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウの後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションウィンドウの後で受信されるＤＲＸ命令、のうちの少なくとも１つにしたがって、前記最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに設定される、Ｃ２１に記載のワイヤレス通信装置。
［Ｃ２４］
前記プロセッサは、前記ハンドオーバの開始に後続してＤＴＸアクティベーションウィンドウまたはＤＲＸアクティベーションウィンドウの少なくとも１つの後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、最後のＤＴＸ設定とＤＲＸ設定を識別するようにさらに構成される、Ｃ２１に記載のワイヤレス通信装置。
［Ｃ２５］
前記プロセッサは、前記失敗の検出に続く予め定義される同期化遅延の終了のときに、ＤＴＸ設定またはＤＲＸ設定のうちの少なくとも１つに関して同期化するようにさらに構成される、Ｃ２１に記載のワイヤレス通信装置。
［Ｃ２６］
前記メモリと前記プロセッサは、前記ソースノードＢと関連づけられる、Ｃ１６に記載のワイヤレス通信装置。
［Ｃ２７］
前記メモリと前記プロセッサは、前記関連ノードＢによってサービス提供されるユーザ機器ユニット（ＵＥ）と関連づけられる、Ｃ１６に記載のワイヤレス通信装置。
［Ｃ２８］
ソースセルからターゲットセルまでのハンドオーバを初期化するための手段と、
前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに前記ソースセルのサービスエリアに戻るための手段と、
前記ソースセルの前記サービスエリアに戻るときに前記ソースセルの１つまたは複数のセル制御されるパラメータに関して同期化を実行するための手段と、を備える装置。
［Ｃ２９］
前記トリガリングイベントは、前記ハンドオーバを完了する失敗、または、前記ソースセルの１つまたは複数のセル制御されるパラメータに関して同期化をイネーブルにする１つまたは複数の物理チャネル失敗、のうちの１つまたは複数を備える、Ｃ２８に記載の装置。
［Ｃ３０］
前記ソースセルの前記１つまたは複数セル制御されるパラメータは、不連続送信（ＤＴＸ）ステータスまたは不連続受信（ＤＲＸ）ステータスのうちの少なくとも１つを備える、Ｃ２８に記載の装置。
［Ｃ３１］
前記同期化を実行するための手段は、関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスをそれぞれのデフォルト状態に設定するための手段を備えている、Ｃ３０に記載の装置。
［Ｃ３２］
前記それぞれのデフォルト状態は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを備える、Ｃ３１に記載の装置。
［Ｃ３３］
前記同期化を実行するための手段は、前記ハンドオーバの初期化の前に利用されるそれぞれの最後のＤＴＸ状態とＤＲＸ状態に関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスを設定するための手段を備える、Ｃ３０に記載の装置。
［Ｃ３４］
前記同期化を実行するための手段は、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令およびＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、Ｃ３３に記載の装置。
［Ｃ３５］
前記同期化を実行するための手段は、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、Ｃ３３に記載の装置。
［Ｃ３６］
前記同期化を実行するための手段は、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間またはＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別するための手段をさらに備える、Ｃ３３に記載の装置。
［Ｃ３７］
前記同期化を実行するための手段は、前記トリガリングイベントに続く予め定義される同期化タイマの終了のときにＤＴＸステータスまたはＤＲＸステータスのうちの少なくとも１つに関して同期化を実行するための手段を備える、Ｃ３０に記載の装置。
［Ｃ３８］
コンピュータプログラムプロダクトであって、コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
コンピュータに、ソースセルからターゲットセルへのハンドオーバを初期化させるためのコードと、
コンピュータに、前記ハンドオーバと関連づけられるトリガリングイベントを検出するときに前記ソースセルのサービスエリアに戻させるためのコードと、
コンピュータに、前記ソースセルの前記サービスエリアに戻るときに前記ソースセルの１以上のセル制御されるパラメータに関して同期化を実行させるためのコードと、
を備える、コンピュータプログラムプロダクト。
［Ｃ３９］
前記トリガリングイベントは、前記ハンドオーバを完了する失敗、または、前記ソースセルの１以上のセル制御されるパラメータに関して同期化をイネーブルにする１以上の物理チャネル失敗、のうちの１つまたは複数を備える、Ｃ３８に記載のコンピュータプログラムプロダクト。
［Ｃ４０］
前記ソースセルの前記１つまたは複数のセル制御されるパラメータは、不連続送信（ＤＴＸ）ステータスまたは不連続受信（ＤＲＸ）ステータスのうちの少なくとも１つを備える、Ｃ３８に記載のコンピュータプログラムプロダクト。
［Ｃ４１］
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスをそれぞれのデフォルト状態に設定させるためのコードを備える、Ｃ４０に記載のコンピュータプログラムプロダクト。
［Ｃ４２］
前記それぞれのデフォルト状態は、ＤＴＸディスエイブル状態またはＤＲＸディスエイブル状態のうちの少なくとも１つを備える、Ｃ４１に記載のコンピュータプログラムプロダクト。
［Ｃ４３］
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの初期化の前に使用されるそれぞれの最後のＤＴＸ状態とＤＲＸ状態に関連づけられたＤＴＸステータスと関連づけられたＤＲＸステータスを設定させるためのコードを備える、Ｃ４０に記載のコンピュータプログラムプロダクト。
［Ｃ４４］
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を、アクナレッジメントが前記ハンドオーバの開始の前に送信されたというそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって識別させるためのコードをさらに備える、Ｃ４３に記載のコンピュータプログラムプロダクト。
［Ｃ４５］
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令、または、前記ハンドオーバの開始に後続してＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＲＸ命令、のうちの少なくとも１つにしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別させるためのコードをさらに備える、Ｃ４３に記載のコンピュータプログラムプロダクト。
［Ｃ４６］
前記コンピュータに同期化を実行させるためのコードは、コンピュータに、前記ハンドオーバの開始に後続してＤＴＸアクティベーションの時間持続時間またはＤＲＸアクティベーションの時間持続時間の後で受信されるそれぞれのＤＴＸ命令とＤＲＸ命令にしたがって、前記それぞれの最後のＤＴＸ状態とＤＲＸ状態を識別させるためのコードをさらに備える、Ｃ４３に記載のコンピュータプログラムプロダクト。
［Ｃ４７］
前記コンピュータに同期化を実行させるためのコードは、コンピュータに前記トリガリングイベントに続く予め定義される同期化タイマの終了のときにＤＴＸステータスまたはＤＲＸステータスのうちの少なくとも１つに関して同期化を実行させるためのコードを備える、Ｃ４０に記載のコンピュータプログラムプロダクト。
［Ｃ４８］
ソースセルからターゲットセルまでの通信サービスの変更を初期化するメッセージを受信することと、
前記通信サービスの変更の失敗を識別するときに前記ソースセルの通信サービスに戻ることと、
前記通信の変更を初期化する前記メッセージのアクティベーション時間の前にアクナレッジされたＤＴＸ／ＤＲＸ命令のみを考慮するように物理層エンティティに命令することによって、少なくとも部分的に、前記通信の変更を初期化する前記メッセージの受信の前に使用される、不連続受信（ＤＲＸ）設定または不連続送信（ＤＴＸ）設定のうちの少なくとも１つに戻ることと、を備える方法。
［Ｃ４９］
前記通信サービスの変更は、ハンドオーバと関連づけられており、前記通信サービスの変更における失敗は、前記ハンドオーバを完了する失敗を備える、Ｃ４８に記載の方法。
［Ｃ５０］
前記通信サービスの変更の失敗は、少なくとも１つの物理チャネル失敗を備える、Ｃ４８に記載の方法。
［Ｃ５１］
前記通信サービスの変更は、セル変更命令と関連づけられており、前記通信サービスの変更における前記失敗は、前記セル変更命令を完了する失敗を備える、Ｃ４８に記載の方法。
【外国語明細書】
2014161034000001.pdf