(57)【要約】装置、方法、プロセッサおよびコンピュータプログラム製品は、無線データパケット通信システムにおいて、ネットワーク制御されユーザ機器が補助されるハンドオーバによってユーザデータ損失を回避する。無線受信機は、ソースノードによって供給されたユーザ機器（ＵＥ）から無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）を受信する。ワイヤレス送信機は、ＵＥにハンドオーバを命じる。ネットワーク通信インタフェースは、ソースノードからターゲットノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信し、ソースノードからターゲットノードにＲＬＣダウンリンク（ＤＬ）初期化メッセージおよびバッファされた送信中のＤＬ ＲＬＣ ＰＤＵを送信する。
2010536272.tif 000002
【特許請求の範囲】
【請求項１】
ユーザデータ損失を避けるために、無線データパケット通信システムでのネットワーク制御されたハンドオーバのための方法であって、
第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われている第１セッションにおいて、
前記第１ノードから前記第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送り、
前記第１ノードから前記第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信し、
前記第１ノードから前記第２ノードに送信中のＤＬ ＲＬＣ ＰＤＵを送信することを具備する方法。
【請求項２】
前記ＲＬＣ ＰＤＵを形成するために、パケットデータ収束プロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）を分割することをさらに具備する請求項１の方法。
【請求項３】
第２ユーザ機器（ＵＥ）が、ターゲットノードとして動作する前記第１ノードにハンドオーバされることになっているソースノードとして動作する前記第２ノードによって取り扱われている第２セッションにおいて、
前記第１ノードで前記第２ノードからのＲＬＣアップリンク（ＵＬ）コンテキストを受信し、
前記第２ノードから前記第１ノードでバッファされた送信中のＤＬ ＲＬＣ ＰＤＵとＲＬＣダウンリンク（ＤＬ）初期化メッセージとを受信し、
前記第２ＵＥと新しいダウンリンクを確立し、
バッファされた送信中のＤＬ ＲＬＣ ＰＤＵとして前記第２ノードから受信される失敗したＤＬ ＲＬＣ ＰＤＵのダウンリンク送信を完了することをさらに具備する請求項１に記載の方法。
【請求項４】
ＵＬ初期化メッセージを受信し、第２セッションのハンドオーバ実行中に前記第１ノードで前記第２ＵＥからオーバーエアＵＬ ＲＬＣ ＰＤＵを受信し、
前記第１ノードから前記第２ノードにＵＬ ＲＬＣ ＰＤＵを送信することをさらに具備する請求項３に記載の方法。
【請求項５】
前記第２セッションの実行ハンドオーバ実行中に前記第１ノードから前記第２ＵＥにオーバーエアでアップリンク割り当てを送信し、
前記第１ノードから、前記受信したＲＬＣアップリンクコンテキストを利用する前記第２ＵＥにＲＬＣアップリンク状態レポートを送信し、
前記アップリンク割り当て中に、前記第２ＵＥから再送信されたＵＬ ＲＬＣ ＰＤＵを受信することをさらに具備する請求項３の方法。
【請求項６】
前記第２セッションのハンドオーバ実行中の前記第１ノードで前記第２ＵＥからＲＬＣダウンリンク状態レポートを受信し、
前記第２ノードから以前に受信された、失敗としてレポートされたＤＬ ＲＬＣパケットデータ単位（ＰＤＵ）を、前記第１ノードから前記第２ＵＥに再送信することをさらに具備する請求項３の方法。
【請求項７】
送信中の無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）に関するインターネットプロトコル（ＩＰ）ベアラサービスネットワーク内ルーティング情報のパラメータを送ることによって、ＲＬＣアップリンク（ＵＬ）コンテキストを送信することをさらに具備する請求項１の方法。
【請求項８】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバに関する少なくとも１つのプロセッサであって、
第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われている第１セッションにおいて、前記第１ノードから前記第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送信する第１モジュールと、
前記第１ノードから前記第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信する第２モジュールと、
前記第１ノードから前記第２ノードにバッファされた送信中のＤＬ ＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信する第３モジュールと、を具備するプロセッサ。
【請求項９】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバに関するコンピュータプログラム製品であって、
第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われている第１セッションにおいて、コンピュータに、前記第１ノードから前記第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送らせるコードの第１セットと、
コンピュータに、前記第１ノードから前記第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信させるコードの第２セットと、
コンピュータに、前記第１ノードから前記第２ノードにバッファされた送信中のＤＬ ＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信させるコードの第３セットと、を具備するコンピュータ読み取り可能な記憶媒体を具備するコンピュータプログラム製品。
【請求項１０】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバ装置であって、
第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われている第１セッションにおいて、前記第１ノードから前記第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送る手段と、
前記第１ノードから前記第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信する手段と、
前記第１ノードから前記第２ノードにバッファされた送信中のＤＬ ＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信する手段と、を具備する装置。
【請求項１１】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバ装置であって、
第１セッションにおいて、第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われているとき、前記第１ノードから前記第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送る無線送信機と、
前記第１ノードから前記第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信し、前記第１ノードから前記第２ノードにバッファされた送信中のＤＬ ＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信するネットワーク通信インタフェースと、を具備する装置。
【請求項１２】
前記ＲＬＣ ＰＤＵを形成するために、パケットデータ収束プロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）を分割するプロセッサをさらに具備する請求項１０の装置。
【請求項１３】
前記第２セッションにおいて、第２ユーザ機器（ＵＥ）が、ターゲットノードとして動作する前記第１ノードにハンドオーバされることになっているソースノードとして動作する前記第２ノードによって取り扱われて、前記第２ノードで前記第１ノードからＲＬＣアップリンク（ＵＬ）コンテキストを受信するとき、
前記第２ノードへ前記第１ノードからバッファされた送信中のＤＬ ＲＬＣ ＰＤＵとＲＬＣダウンリンク（ＤＬ）初期化メッセージとを受信する無線受信機と、
前記第２ＵＥと新しいダウンリンクを確立し、バッファされた送信中のＤＬ ＲＬＣ ＰＤＵとして前記第２ノードから受信される失敗したＤＬ ＲＬＣ ＰＤＵのダウンリンク送信を完了する前記無線送信機と、をさらに具備する請求項１１の装置。
【請求項１４】
ＵＬ初期化メッセージを受信し、前記第２セッションのハンドオーバ実行中に前記第１ノードで前記第２ＵＥからオーバーエアＵＬ ＲＬＣ ＰＤＵを受信する無線受信機と、
前記第１ノードから前記第２ノードにＵＬ ＲＬＣ ＰＤＵを送信するネットワーク通信インタフェースと、をさらに具備する請求項１３に記載の装置。
【請求項１５】
前記第２セッションの実行ハンドオーバ実行中に前記第１ノードから前記第２ＵＥにオーバーエアでアップリンク割り当てを送信し、
前記第１ノードから、前記受信したＲＬＣアップリンクコンテキストを利用する前記第２ＵＥにＲＬＣアップリンク状態レポートを送信し、
前記アップリンク割り当て中に、前記第２ＵＥから再送信されたＵＬ ＲＬＣ ＰＤＵを受信する前記無線送信機をさらに具備する請求項１３の装置。
【請求項１６】
前記第２セッションのハンドオーバ完了中の前記第１ノードで前記第２ＵＥからＲＬＣダウンリンク状態レポートを受信する前記無線受信機と、
前記第２ノードから以前に受信された、失敗としてレポートされたＤＬ ＲＬＣパケットデータ単位（ＰＤＵ）を、前記第１ノードから前記第２ＵＥに再送信する前記無線送信機と、をさらに具備する請求項１３の装置。
【請求項１７】
送信中の無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）に関するインターネットプロトコル（ＩＰ）ベアラサービスネットワーク内ルーティング情報のパラメータを送ることによって、ＲＬＣアップリンク（ＵＬ）コンテキストを送信する前記ネットワーク通信インタフェースをさらに具備する請求項１１の装置。
【請求項１８】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器に関する方法であって、
サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期し、
前記ソースノードから前記ターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信し、
ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、前記ソースノードから前記ターゲットノードに以前に送信された前記ターゲットノードから送信中のＲＬＣ ＰＤＵを受信することを具備する方法。
【請求項１９】
ハンドオーバ実行中に前記ＵＥから前記ターゲットノードにオーバーエアＲＬＣ ＰＤＵを送信し、
前記ターゲットノードから以前に送信されたダウンリンクＲＬＣ ＰＤＵを、前記ソースノードから前記ＵＥで受信することをさらに具備する請求項１８の方法。
【請求項２０】
前記ＲＬＣ ＰＤＵを形成するために、パケットデータ収束プロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）を分割することをさらに具備する請求項１８の方法。
【請求項２１】
前記ＵＥで前記ターゲットノードからオーバーエアでアップリンク割り当てを受信し、
前記受信したＲＬＣアップリンクコンテキストを利用する前記ターゲットノードから前記ＵＥでＲＬＣアップリンク状態レポートを受信し、
前記アップリンク割り当てが前記ＲＬＣアップリンク状態レポートに応答している間、前記ＵＥから前記ターゲットノードにＲＬＣ ＰＤＵを再送信することをさらに具備する請求項１８の方法。
【請求項２２】
前記ＵＥから前記ターゲットノードにＲＬＣ状態レポートを送信し、
前記ターゲットノードが前記ソースノードから以前に受信した、失敗としてレポートされた再送信されたＲＬＣパケットデータ単位（ＰＤＵ）を前記ターゲットノードから前記ＵＥで受信することをさらに具備する請求項１８の方法。
【請求項２３】
送信中の無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）に関するインターネットプロトコル（ＩＰ）ベアラサービスネットワーク内ルーティング情報のパラメータを具備するＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからのオーバーエアＲＬＣ状態レポートを受信することをさらに具備する請求項１８に記載の方法。
【請求項２４】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器に関する少なくとも１つのプロセッサであって、
サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期する第１モジュールと、
前記ソースノードから前記ターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信する第２モジュールと、
ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、前記ソースノードから前記ターゲットノードに以前に送信された前記ターゲットノードからの送信中のＲＬＣ ＰＤＵを受信する第３モジュールと、を具備するプロセッサ。
【請求項２５】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器に関するコンピュータプログラム製品であって、
コンピュータに、サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期させるコードの第１セットと、
コンピュータに、前記ソースノードから前記ターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信させるコードの第２セットと、
コンピュータに、ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、前記ソースノードから前記ターゲットノードに以前に送信された前記ターゲットノードからの送信中のＲＬＣ ＰＤＵを受信させる第３セットと、を具備するコンピュータ読み取り可能な記憶媒体を具備するコンピュータプログラム製品。
【請求項２６】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器に関する装置であって、
サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期する手段と、
前記ソースノードから前記ターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信する手段と、
ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、前記ソースノードから前記ターゲットノードに以前に送信された前記ターゲットノードからの送信中のＲＬＣ ＰＤＵを受信する手段と、を具備する装置。
【請求項２７】
ユーザデータ損失を回避するための無線データパケット通信システムにおけるハンドオーバを補助するユーザ機器に関する装置であって、
サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期し、
前記ソースノードから前記ターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信し、
ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、前記ソースノードから前記ターゲットノードに以前に送信された送信中のＲＬＣ ＰＤＵを前記ターゲットノードから受信する無線受信機と、を具備する装置。
【請求項２８】
ハンドオーバ実行中に前記ＵＥから前記ターゲットノードにオーバーエアＲＬＣ ＰＤＵを送信する無線送信機と、
前記ターゲットノードから以前に送信されたダウンリンクＲＬＣ ＰＤＵを、前記ソースノードから前記ＵＥで受信する前記無線受信機と、をさらに具備する請求項２７の装置。
【請求項２９】
前記ＲＬＣ ＰＤＵを形成するために、パケットデータ収束プロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）を分割することをさらに具備する請求項２７の装置。
【請求項３０】
前記ターゲットノードから前記ＵＥでオーバーエアでアップリンク割り当てを受信し、前記受信したＲＬＣアップリンクコンテキストを利用する前記ターゲットノードから前記ＵＥでＲＬＣアップリンク状態レポートを受信する前記無線受信機と、
前記アップリンク割り当てが前記ＲＬＣアップリンク状態レポートに応答している間、前記ＵＥから前記ターゲットノードにＲＬＣ ＰＤＵを再送信する無線送信機をさらに具備する請求項２７の装置。
【請求項３１】
前記ＵＥから前記ターゲットノードにＲＬＣ状態レポートを送信する無線送信機と、
前記ターゲットノードが前記ソースノードから以前に受信した、失敗としてレポートされた再送信されたＲＬＣパケットデータ単位（ＰＤＵ）を前記ターゲットノードから前記ＵＥで受信する前記無線受信機と、をさらに具備する請求項２７の装置。
【請求項３２】
送信中の無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）に関するインターネットプロトコル（ＩＰ）ベアラサービスネットワーク内ルーティング情報のパラメータを具備するＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからのオーバーエアＲＬＣ状態レポートを受信する前記無線受信機をさらに具備する請求項２７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許出願は、２００７年８月８日に出願され、これに関して譲受人に割り当てられ、参照することによりここに明確に組み込まれる、“Methods and Apparatuses for Handover Procedure With Relocation Of The RLC Entity From Source eNode B To Target eNode B Without Reset Or Re-Establishment Of The RLC Entities”と題された、仮出願番号６０／９５４，７９７の優先権を主張する。
【背景技術】
【０００２】
無線通信システムは、音声、データなどのような様々な種類の通信コンテンツを提供するために広く展開される。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅及び送信電力）を共有することによって複数のユーザとの通信をサポートすることができる多重アクセスシステムであってもよい。そのような多重アクセスシステムの例は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数多元接続（ＦＤＭＡ）、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００３】
３ＧＰＰロングタームエボリューション（ＬＴＥ）は、より高いピークデータレート、より低いレイテンシーおよび高需要エリアにおいて改良されたブロードバンド経験により高速パケットアクセス（ＨＳＰＡ）の成功を補完する。これは、より広いスペクトル帯域幅、直交周波数多元接続（ＯＦＤＭＡ）およびＳＣ−ＦＤＭＡ（すなわち、単一キャリア）エアインターフェイス、および先端のアンテナ手法の利用で達成される。これらの手法は、高スペクトル効率および広範囲の集中型ＩＰサービスに関してすばらしいユーザ体験を可能にする。ＵＭＴＳオペレータは、リッチマルチメディア（例えば、ビデオオンデマンド、音楽ダウンロード、ビデオ共有）、ＶｏＩＰ、ＰＴＴ、およびラップトップおよびＰＤＡへのブロードバンドアクセスのようなＩＰサービスを急速に採用して提案している。オペレータは、ＨＳＰＡ、ＨＳＰＡ＋およびＬＴＥのようなアクセスネットワークを通してこれらのサービスを提案する。
【０００４】
ＬＴＥにおいて、ＥＵ−ＴＲＡＮに関する３ＧＰＰ ＴＳ ３６．３００技術仕様書に記述されるように、発展ベースノード（ｅＮＢ）の１つは、アップリンク（ＵＬ）およびダウンリンク（ＤＬ）チャネルを経てユーザ機器（ＵＥ）と通信し、それによって、二重モード通信に依存しないことによるレガシー相互運用性を提供する。ＵＥのモビリティ、チャネル特性またはデータトラフィックのために、特定のＵＥがソースｅＮＢからターゲットｅＮＢにハンドオーバされる必要性が頻繁に生じる。無線通信システムに関するハンドオーバ（ＨＯ）手続は、ハンドオーバをサポートする。実装されるように、オーバーエア（ＯＴＡ：Over-the-Air）リソースの利用における節約度および簡略度は、無線リンク制御（ＲＬＣ）リセットを有することにより追求された。しかし、ＲＬＣコンテキストを転送しないことにより保持されているどんなＯＴＡリソースについても、ハンドオーバ中に無損失のユーザデータを実現するために、コンテキストは、ＩＰパケット上でヘッダー圧縮および暗号化を行なう、より高いパケットデータ収束プロトコル（ＰＤＣＰ）レイヤに対して転送されなければならない。特に、ＲＬＣリセット中にＵＬまたはＤＬでのどちらかで失われる、ＲＬＣレイヤによって分割されたわずかなデータを再送するために、完全な（より大きな）ＰＤＣＰ ＰＤＵは、消費するＯＴＡリソースがリセットされなければならない。加えて、ＲＬＣレイヤが他の日時に順番に配信を行ない、２つのプロトコル間で複製機能を生成している間、ＰＤＣＰレイヤは、ハンドオーバ中にＰＤＣＰ ＰＤＵ並び替えを行なう。さらに、ＴＣＰ／ＩＰ送信ウィンドウのような上位レイヤ機能は、パケット損失の検出で崩れる。アクセスゲートウェイ（ＡＧＷ）とターゲットｅＮＢとの間の新規Ｓ１インタフェースが確立されるまで、ターゲットｅＮＢによりＵＬで受信したＵＥユーザデータは、ＡＧＷへ届けられないので、ハンドオーバ中にＵＬユーザデータにおいて中断があることはさらに認識されるべきである。
【発明の概要】
【０００５】
以下は、開示された態様のいくつかの態様の基本的な理解を提供するために簡略化された概要を提示する。この概要は、広範囲な要約ではなく、重要な（key）または必須の要素を特定するでもなく、そのような態様の範囲を線引きするでもないことを意図する。その目的は、後に提示されるより詳細な説明への前置きとして簡略化した形式で開示された実施形態のいくつかの概念を提示することである。
【０００６】
１以上の態様およびそれらの対応する開示に従って、様々な態様は、ソース発展ベースノード（ｅＮＢ）からターゲットｅＮＢへのユーザ機器（ＵＥ）のハンドオーバに関連して記述される。特に、より大きなＰＤＣＰパケットデータ単位（ＰＤＵ）を再送信するためのより高いパケットデータ収束プロトコル（ＰＤＣＰ）レイヤに依存せずに、無線リンク制御（ＲＬＣ）が欠落したＲＬＣ ＰＤＵをすべて回復することを保証することで、ＲＬＣレイヤはハンドオーバ中にリセットされない。加えて、ダウンリンク（ＤＬ）パケットに関するＲＬＣ ＰＤＵおよびＲＬＣ状態は、ソースからターゲットｅＮＢに転送される。さらに、アップリンク（ＵＬ）に関するＲＬＣ状態は、ソースからターゲットｅＮＢに転送され、それにより、新規のＳ１インタフェースがＡＧＷとターゲットｅＮＢとの間で確立される前にさえ、ＵＬ ＰＤＣＰ ＰＤＵがアクセスゲートウェイ（ＡＧＷ）に届けられることが可能になる。それによって、損失のないユーザデータは、そうでなければ上位レイヤに有害な効果を有するであろう過度の遅延なしで維持される。
【０００７】
一態様では、ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバ方法。第１セッションにおいて、第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われているとき、ハンドオーバコマンドは第１ノードから第１ユーザ機器（ＵＥ）に送られる。ＲＬＣアップリンク（ＵＬ）コンテキストは第１ノードから第２ノードに送信される。送信中のＤＬ ＲＬＣ ＰＤＵは、第１ノードから第２ノードに送信される。
【０００８】
別の態様において、少なくとも１つのプロセッサは、ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバを行なう。第１モジュールは、第１セッションにおいて、第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われているとき、第１ノードから第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送る。第２モジュールは、第１ノードから第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信する。第３モジュールは、第１ノードから第２ノードにＲＬＣダウンリンク（ＤＬ）初期化メッセージおよびバッファされた送信中のＤＬ ＲＬＣ ＰＤＵを送信する。
【０００９】
追加の態様では、コンピュータプログラム製品は、ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバを行なう。コンピュータ読み取り可能な記憶媒体は、第１セッションにおいて、第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われているとき、コンピュータに、第１ノードから第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送らせるコードの第１セットを含む。コードの第２セットは、コンピュータに第１ノードから第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信させる。コードの第３セットは、コンピュータに第１ノードから第２ノードにＲＬＣダウンリンク（ＤＬ）初期化メッセージおよびバッファされた送信中のＤＬ ＲＬＣ ＰＤＵを送信させる。
【００１０】
別の付加的な態様では、装置は、ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバを行なう。手段は、第１セッションにおいて、第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われているとき、第１ノードから第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送るために提供される。手段は、第１ノードから第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信するために提供される。手段は、第１ノードから第２ノードにバッファされた送信中のＤＬ ＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信するために提供される。
【００１１】
さらなる態様では、装置は、ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバを行なう。ワイヤレス送信機は、第１セッションにおいて、第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われているとき、第１ノードから第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送る。ネットワーク通信インタフェースは、第１ノードから第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信し、第１ノードから第２ノードにバッファされた送信中のＤＬ ＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信する。
【００１２】
さらに一態様では、方法は、ユーザデータ損失を回避するために無線データパケット通信システムにおけるハンドオーバを補助されたユーザ装置を実行する。ユーザ機器（ＵＥ）は、サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードに同期する。ＲＬＣ状態レポートは、ソースノードからターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、ターゲットノードからオーバーエアで受信される。送信中のＲＬＣ ＰＤＵは、ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいてソースノードからターゲットノードに以前に送信されたターゲットノードから受信される。
【００１３】
さらに別の態様では、少なくとも１つのプロセッサは、ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器を実行する。第１モジュールは、サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期する。第２モジュールは、ソースノードからターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、ターゲットノードからオーバーエアＲＬＣ状態レポートを受信する。第３モジュールは、ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、ソースノードからターゲットノードに以前に送信されたターゲットノードからの送信中のＲＬＣ ＰＤＵを受信する。
【００１４】
さらに別の態様では、コンピュータプログラム製品は、ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器を実行する。コンピュータ読み取り可能な記憶媒体は、コンピュータに、サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期させるコードの第１セットを含む。コードの第２セットは、コンピュータに、ソースノードからターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、ターゲットノードからオーバーエアＲＬＣ状態レポートを受信させる。コードの第３セットは、コンピュータに、ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、ソースノードからターゲットノードに以前に送信されたターゲットノードから送信中のＲＬＣ ＰＤＵを受信させる。
【００１５】
さらに別の付加的な態様では、装置は、ユーザデータ損失を回避するために無線データパケット通信システムにおけるハンドオーバを補助するユーザ機器を実行する。手段は、サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期するために提供される。手段は、ソースノードからターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信するために提供される。手段は、ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、ソースノードからターゲットノードに以前に送信されたターゲットノードからの送信中のＲＬＣ ＰＤＵを受信するために提供される。
【００１６】
さらに追加的な態様では、装置は、ユーザデータ損失を回避するために無線データパケット通信システムにおけるハンドオーバを補助するユーザ機器を実行する。無線受信機は、サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期し、ソースノードからターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、ターゲットノードからオーバーエアＲＬＣ状態レポートを受信し、ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、ソースノードからターゲットノードに以前に送信されたターゲットノードからの送信中のＲＬＣ ＰＤＵを受信する。
【００１７】
上述のおよび関連する目的の達成のために１つ以上の態様は、以下に完全に記述され、かつ特に特許請求の範囲の中で指摘される特徴を具備する。以下の記述および付属図面は、詳細なある実例となる態様で記述され、態様の原理が採用しうるほんの数例の様々な方法を示す。他の利点および新規な特徴は、図面に関して考慮されかつ記述された態様が、全てのそのような態様およびその等価物を含むように意図されるとき、以下の詳細な説明から明白になる。
【図面の簡単な説明】
【００１８】
本開示の特徴、性質および利点は、参照文字のようなものが全体を通して対応して同一である図面と共に解釈されるとき、以下に説明される詳細な説明からより明らかになるだろう。
【図１】ソース無線アクセスネットワーク（ＲＡＮ）のサービスエリアからハンドオーバを保証する隣接するＲＡＮへ移動するユーザ機器（ＵＥ）の無線通信システムのブロック図。
【図２】ＵＥとのオーバーエアリンクでのアップリンクのハードハンドオーバに関する手順のタイミング図。
【図３】ＵＥとのオーバーエアリンクでのダウンリンクのハードハンドオーバに関する手順のタイミング図。
【図４】システム間ハンドオーバをサポートするために改善された通信システムのブロック図。
【図５】ハンドオーバをサポートするための一態様に従う多元接続無線通信システムの図。
【図６】ハンドオーバをサポートするための通信システムの略ブロック図。
【図７】コンピュータにハードハンドオーバを制御するネットワークに関する機能を行なわせるように構成されるモジュールを有する発展ベースノード（ｅＮＢ）のブロック図。
【図８】コンピュータにハードハンドオーバを補助する機能を行なわせるように構成されるモジュールを有するユーザ機器（ＵＥ）のブロック図。
【発明を実施するための形態】
【００１９】
３ＧＰＰ ＬＴＥ（第３世代パートナーシッププロジェクトロングタームエボリューション）プロトコルに従って１つの発展ベースノード（ｅＮＢ）によってカバーされたエリアから別のｅＮＢに移動するとき、無線通信システムに関するハードハンドオーバ（ＨＯ）システムは、ユーザ機器（ＵＥ）のハンドオーバをサポートする。特に、無線リンク制御（ＲＬＣ）レイヤは、ＲＬＣが、より大きなパケットデータ収束プロトコル（ＰＤＣＰ）パケットデータ単位（ＰＤＵ）を再送するために、より高いＰＤＣＰレイヤに依存せずに、全ての欠落したＲＬＣ ＰＤＵを回復することを確実し、ハンドオーバ中にリセットされない。加えて、ダウンリンク（ＤＬ）パケットに関するＲＬＣ ＰＤＵおよびＲＬＣ状態は、ソースからターゲットｅＮＢへ転送される。さらに、アップリンク（ＵＬ）に関するＲＬＣ状態は、ソースからターゲットｅＮＢに転送され、それによって、新規Ｓ１インタフェースがＡＧＷとターゲットｅＮＢとの間で確立される前にでも、ＵＬ ＰＤＣＰ ＰＤＵがアクセスゲートウェイ（ＡＧＷ）へ届けられることを可能にする。それによって、無損失のユーザデータは、さもなければ上位レイヤでの不利な効果を有するであろう過度の遅延なしで維持され、例えば、パケット損失を防ぐことによるＴＣＰ／ＩＰ送信ウィンドウの崩壊を避ける。
【００２０】
様々な態様は、図面を参照してここに記述される。以下の記述では、説明のために、多数の具体的詳細は１以上の態様についての完全な理解を提供するために説明される。しかし、様々な態様がこれらの具体的詳細なしで実施されてもよいことは明白かもしれない。他の例では、よく知られている構造およびデバイスは、これらの態様を記述することを容易にするためにブロック図の形式で示される。
【００２１】
この出願で用いられるように、用語“コンポーネント”、“モジュール”、“システム”などは、コンピュータ関連のエンティティであり、ハードウェア、ファームウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、実行中のソフトウェアのいずれかを参照するように意図される。例えば、コンポーネントは、プロセッサで実行している処理、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータでもよいが、それ自体に限定されない。実例として、コンピュータデバイス上で実行するアプリケーションおよびコンピュータデバイスの両方とも、コンポーネントになりうる。１以上のコンポーネントは、処理内および／または実行のスレッド内に属してもよく、コンポーネントは、１つのコンピュータに局在されてもよいし、かつ／または２以上のコンピュータ間に分散されていてもよい。
【００２２】
用語“一例”は、例、事例、または実例となることを意味するためにここで用いられる。“一例”としてここに記述される任意の態様または設計は、他の態様及び設計上で好ましい、または有利であるとして必ずしも解釈されるべきでない。
【００２３】
その上、１以上のバージョンは、開示された態様を実装するために、コンピュータを制御するためのソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生み出すための標準のプログラミングまたはエンジニアリング手法を用いる製造品、装置、方法として実装されてもよい。ここで用いられるような用語“製造品”（または代替的に、“コンピュータプログラム製品”）は、任意のコンピュータ読み取り可能なデバイス、キャリア、または、媒体からアクセス可能なコンピュータプログラムを含むことを意図する。例えば、コンピュータ読み取り可能な媒体は、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、マグネットストライプなど）、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）など）、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック）を含みうるが、限定されない。さらに、キャリアが、電子メールの送受信またはインターネットまたはローカルエリアネットワーク（ＬＡＮ）のようなネットワークへのアクセスに用いられるもののような、コンピュータ読み取り可能な電子的データを運ぶために用いられうることが認識されるべきである。もちろん、当業者は、様々な変更が開示された態様の範囲から逸脱せずに、この構成になされてもよいことを認識する。
【００２４】
様々な態様は、多くのコンポーネント、モジュールなどを含んでもよいシステムに関して提示されるだろう。様々なシステムが追加のコンポーネント、モジュールなどを含んでもよく、図に関連して説明された、コンポーネント、モジュールなどの全てを含まなくてもよいことを理解し認識すべきである。これらのアプローチの組合せもまた用いられてもよい。ここに開示された様々な態様は、タッチ画面ディスプレイ技術またはマウスおよびキーボードタイプインタフェースを利用するデバイスを含む電気デバイスで実行されてもよい。上記のデバイスの例は、コンピュータ（デスクトップおよびモバイル）、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、および有線および無線の両方の他の電子デバイスを含む。
【００２５】
図１を最初に参照すると、一態様では、通信システム１００は、１０６’で表されるように、３ＧＰＰ ＬＴＥ（第３世代パートナーシッププロジェクトロングタームエボリューション）プロトコルに従って、１つの発展ベースノード（ｅＮＢ）１１０によってカバーされたエリア（セル）１０８から、セル１１４を提供する別のｅＮＢ１１１へ移動するとき１０６’で表され、ユーザ機器（ＵＥ）１０６のハンドオーバをサポートする無線通信システムに関するハンドオーバ（ＨＯ）システム１０４を組込む発展ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１０２を含む。
【００２６】
ｅＮｏｄｅ Ｂｓ１１０−１１２は、ＵＭＴＳの地上無線アクセス（Ｅ−ＵＴＲＡ）ユーザプレーンおよびＵＥ１０６への制御プレーン（ＲＲＣ）プロトコル終端を提供する。
【００２７】
ユーザプレーンは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）パケットデータ収束プロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）、メディアアクセス制御（ＭＡＣ）および物理レイヤ制御（ＰＨＹ）を含むことができる。
【００２８】
ｅＮｏｄｅ Ｂ１１０−１１２は、Ｘ２インタフェース（“Ｘ２”）の手段によって互いに相互接続される。ｅＮｏｄｅ Ｂ１１０−１１２はまた、ＥＰＣ（発展パケットコア）、より詳細には、データパケットネットワーク１２０に接続されたモビリティ管理エンティティ／サービングゲートウェイ（ＭＭＥ／Ｓ−ＧＷ）１１６，１１８に、Ｓ１インタフェース（“Ｓ１”）の手段によって接続される。Ｓ１インタフェースは、ＭＭＥ／Ｓ−ＧＷ１１６，１１８およびｅＮｏｄｅ Ｂ１１０−１１２との間の多対多の関係をサポートする。ｅＮｏｄｅ Ｂ１１０−１１１間のハンドオーバコンポーネント１３０として表された分散ネットワーク機能は、送信中ＰＤＵの配信をユーザデータの損失なしに完了し、セル１１４において新しいＤＬ１３２およびＵＬ１３４が実現されることができるようにＲＬＣのリセットのないｅＮｏｄｅ Ｂのハンドオーバを制御するためにネットワークインターフェースＸ２を利用する。
【００２９】
ｅＮｏｄｅ Ｂ１１０−１１２は、以下の機能をホストする。  
無線通信リソース管理：無線ベアラ制御、無線承認制御、接続モビリティ制御、アップリンクおよびダウンリンクの両方におけるリソースの動的割当て（スケジューリング）、ユーザデータストリームの暗号化およびＩＰヘッダー圧縮、ＵＥ接続でのＭＭＥの選択、サービングゲートウェイへのユーザプレーンデータのルーティング、ページングメッセージ（ＭＭＥから始まる）の送信およびスケジューリング、ブロードキャスト情報の送信およびスケジューリング、測定およびモビリティおよびスケジューリングに関する構成を報告する測定。
【００３０】
ＭＭＥは、以下の機能をホストする。  
ｅＮｏｄｅ Ｂ１１０−１１２へのページングメッセージの分布、セキュリティ制御、アイドル状態モビリティ制御、システムアーキテクチャエボリューション（ＳＡＥ）ベアラ制御、非アクセスストレイタム（ＮＡＳ）シグナリングの暗号化および完全性保護。  
サービングゲートウェイは以下の機能をホストする、すなわち、ページング理由に関するＵプレーンパケットの終了、ＵＥモビリティのサポートに関するＵプレーンの切り替えである。
【００３１】
ｅＮｏｄｅ Ｂ１０６からの第１オーバーエア（ＯＴＡ）ダウンリンク（ＤＬ）１２２は、ダウンロード割り当てに関する複数の通信チャネルを含むことができる。３つの異なる種類の物理（ＰＨＹ）チャネルは、ＬＴＥダウンリンク１２２に関して定義される。物理チャネルの１つの共通特性は、それらがＬＴＥスタックにおける上位レイヤからの情報を全て伝達するということである。これは、ＰＨＹレイヤ内で専用に用いられる情報を伝達する物理的信号と対照的である。
【００３２】
ＬＴＥ ＤＬ物理チャネルは、物理的ダウンリンク共用チャネル（ＰＤＳＣＨ）、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）および共通制御物理チャネル（ＣＣＰＣＨ）である。物理チャネルは、Ｌ２／Ｌ３レイヤのためのサービスアクセスポイント（ＳＡＰ）であるトランスポートチャネルにマッピングされる。各物理チャネルは、ビットスクランブリング、変調、レイヤマッピング、巡回遅延ダイバーシティ（ＣＤＤ）プリコーディング、リソースエレメント割当てに関するアルゴリズムを定義している。レイヤマッピングおよびプリコーディングは、ＭＩＭＯアプリケーションに関する。レイヤは空間多重化チャネルに対応する。
【００３３】
ブロードキャストチャネル（ＢＣＨ）は、固定フォーマットを持っており、セルの全体のサービスエリアにブロードキャストされる。ダウンリンク共用チャネル（ＤＬ−ＳＣＨ）は、ハイブリッドＡＲＱ（ＨＡＲＱ）をサポートし、セルサービスエリア全体での送信に適しており、ビームフォーミングでの使用に適している、送信電力、符号化、および変調を変えることによりダイナミックリンク適応をサポートし、動的および半静的リソース割り当てサポートし、電力節約のための間欠受信（ＤＲＸ）をサポートする。ページングチャネル（ＰＣＨ）は、ＵＥ ＤＲＸをサポートし、セルサービスエリア全体にブロードキャストを要求し、動的に割り当てられた物理リソースにマッピングされる。  
マルチキャストチャネル（ＭＣＨ）は、セルサービスエリア全体にブロードキャストを要求し、マルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢ−ＳＦＮ）をサポートし、半静的リソース割り当てをサポートする。サポートされたトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）、ページングチャネル（ＰＣＨ）、ダウンリンク共用チャネル（ＤＬ−ＳＣＨ）およびマルチキャストチャネル（ＭＣＨ）である。トランスポートチャネルは以下の機能を提供する。上位レイヤへ／上位レイヤからデータを渡すための構造、上位レイヤがＰＨＹ状態指標（パケット誤り、ＣＱＩなど）を上位レイヤに構成でき、上位レイヤピアツーピアシグナリングに関してサポートできるメカニズム。トランスポートチャネルは、物理チャネルに以下のようにマッピングされる。考慮中であるＰＤＳＣＨにマッピングするけれども、ＢＣＨはＣＣＰＣＨにマッピングする。ＰＣＨおよびＤＬ−ＳＣＨは、ＰＤＳＣＨにマッピングする。ＭＣＨは、ＰＤＳＣＨにマッピングされてもよい。
【００３４】
送信機の上位プロトコルまたはアプリケーション（例えば、ＤＬ１２２に関するｅＮＢ１１０またはアップリンク（ＵＬ）１２４関するＵＥ１０６）は、パケットデータ単位（ＰＤＵ）を生成する暗号化のような関数に関するパケットデータ収束プロトコル（ＰＤＣＰ）のような、上位レベルプロトコルにサービスデータ単位（ＳＤＵ）として転送されるインターネットプロトコル（ＩＰ）パケットのような通信のコンテンツを有する。ＰＤＣＰは、無線リンクレイヤ（ＲＬＣ）のような下位レイヤプロトコルのサービスアクセスポイントに、サービスデータ単位（ＳＤＵ）としてＰＤＵを転送する。
【００３５】
ＰＤＣＰ１１４およびＲＬＣ１２６は、特に、例えばＨＳＰＡのＲＬＣおよび３ＧＰＰにおけるＬＴＥのＲＬＣとしてＡＲＱ（自動再送要求）を可能にする電気通信システムの「レイヤ２」における隣接するプロトコルである。その上、ここに記述された態様および手法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムのような様々な無線通信システムに関して用いられてもよい。用語“システム”および“ネットワーク”は、しばしば置き換え可能に用いられる。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などのような無線技術を実装してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡの他の変形を含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）のような無線技術を実装してもよい。  
ＯＦＤＭＡシステムは、発展ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ（登録商標）などのような無線技術を実装してもよい。ＵＴＲＡはユニバーサル移動体通信システム（ＵＭＴＳ）の一部である。Ｅ−ＵＴＲＡは、３ＧＰＰロングタームエボリューションの一部であり、ダウンリンクでＯＦＤＭＡおよびアップリンクでＳＣ−ＦＤＭＡを用いる３ＧＰＰの次のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と名付けられた組織からの文書において記述される。ＣＤＭＡ２０００およびＵＭＢは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と名付けられた組織からの文書において記述される。これらの様々な無線技術および規格は、従来から知られている。
【００３６】
図２および３は、クレームされた主題に従う手順および／またはフローチャートを示す。
【００３７】
説明の単純化のために、手順が示され、一連の動作として記述される。主題イノベーションは、図示された動作によっておよび／または動作の順序によって限定されないことが理解され認識されるべきである。例えば、動作が、ここに記述されず提示されない他の動作とともに、様々な順序でおよび／または同時に起こりうる。その上、図示された動作がクレームされた主題に従う手順を実装するために全て要求されるとは限らなくてもよい。加えて、当業者は、手順が状態遷移図またはイベントを経て一連の相関状態として表されうることを理解し認識するだろう。さらに、この明細書全体および以下に開示された手順は、コンピュータにそのような方法を移送し転送することを容易にするために、製造品上に記憶させることができることをさらに認識すべきである。用語“製造品”は、ここで用いられるように、任意のコンピュータ読み取り可能なデバイス、キャリアまたはメディアからアクセス可能なコンピュータプログラムを含むように意図される。
【００３８】
図２では、手順３００のアップリンク（ＵＬ）呼び出しフローが、ターゲットｅＮＢ３０６へのソース発展ベースノード（ｅＮＢ）３０４を備えたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における、ユーザ機器（ＵＥ）３０２のＥ−ＵＴＲＡＮ間ハンドオーバ（ＨＯ）に関して表される。ＨＯのネットワーク制御は、ＵＥ３０２によって補助されたモビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（Ｓ−ＧＷ）３０８によって提供され、それによって、ユーザデータの損失および非効率な再送信を回避する。  
ＲＬＣをリセットしないことによって、ＰＤＣＰコンテキスト転送は必要でない。ハンドオーバ中のＰＤＣＰ ＰＤＵセグメントの欠落したセグメントだけが、ターゲットｅＮＢ３０６へＵＥ３０２によって再送信され、その後、オーバーエア（ＯＴＡ）での再送信の遅延および重複を減少する復元および解読のためにソースｅＮＢ３０４に戻されるだろう。ＲＬＣは、実行することになっていることを実行する（すなわち、ハンドオーバ中にさえ任意の損失ＲＬＣ ＰＤＵを回復すること）。ＰＤＣＰとＲＬＣとの間の非効率な重複機能が回避される。
【００３９】
ハンドオーバ準備に先立って、手順３００は、上述したように進む。エリア制限は、３１０で表されるように提供され、３１２で表されるような測定制御は、ソースｅＮＢ３０４によってＵＥ３０２に課される。３１４で表されるように、パケットデータ通信は進む。３１６で表されるように、ソースｅＮＢ３０４はＵＥ３０２にアップリンク（ＵＬ）割り当てを指定し、３１８で表されるように、ＵＥ３０２は、測定レポートで応答する。これらの測定レポートに基づいて、ソースｅＮＢ３０４は、ハンドオーバ決定を下し（ブロック３２０）、それによって、ハンドオーバ準備段階３２２が始まる。  
３２４で表されるようにうまく受信したＲＬＣ ＰＤＵ１をＵＥ３０２が送信し、一方、３２６で表されるようにソースｅＮＢ３０４がターゲットｅＮＢ３０６にハンドオーバ（ＨＯ）要求をするとして表されるように、ＵＬでの送信中のＲＬＣ ＰＤＵは継続する。３２８で表されるように、ＵＥ３０２からオーバーエアでソースｅＮＢ３０４に送られた別のＲＬＣ ＰＤＵ２は、うまく受信されない（すなわち、失敗する）。その間に、ターゲットｅＮＢ３０６は承認制御を実行しており（ブロック３３０）、３３２で表されたハンドオーバ（ＨＯ）要求確認（Ａｃｋ）でソースｅＮＢ３０４に応答している。３３４で表されるように、ソースｅＮＢ３０４は、ＵＥ３０２にダウンリンク（ＤＬ）割り当てを送信し、３３８で表されるように、ハンドオーバ（ＨＯ）コマンドを送信し、それにより、ハンドオーバ実行段階３４０が始まる。
【００４０】
ＵＥ３０２は古いセルから離れ、新しいセルと同期する（ブロック３４２）。ソースｅＮＢ３０４は、バッファされデータ送信中のパケットをターゲットｅＮＢ３０６に配信する（ブロック３４４）。特に、３４６で表されるように、ソースｅＮＢ３０４は、フローごとにＲＬＣコンテキストを送り、例えば、ｘ２インタフェースを経たターゲットｅＮＢ３０６へのネットワーク内部ルーティング情報（例えば、ＲＬＣ ＰＤＵ１は受信し、ＲＬＣ ＰＤＵ２は失敗）のようなＩＰベアラサービスのパラメータを送る。ソースｅＮＢ ＲＬＣは、競合状態を回避するために、現段階以降では任意のＲＬＣ ＰＤＵにナック（Ｎａｃｋ、否定応答）する必要がない。正常に受け取られるＲＬＣ ＰＤＵ３のように３４８で表される、ＵＥ３０２からソースｅＮＢ３０４へのＲＬＣパケットは、この時間中継続することができる。それゆえ、ＲＬＣコンテキスト（すなわち、３４６で表されるは、ソースｅＮＢ３０４からターゲットｅＮＢ３０６に部分的なＲＬＣコンテキストを含むという本開示の利益を認識すべきである。特に、ＲＬＣコンテキストは、ソースｅＮＢ３０４における受信ウィンドウにおいて個別のＲＬＣ ＰＤＵごとの受信状態を意味することができる。ＵＥ３０２がターゲットｅＮＢ３０６にハンドオーバするときまでに、コンテキストは期限が切れうるので、コンテキストは部分的である。例えば、表されるような部分的なコンテキストは、後に続くＲＬＣ ＰＤＵ３およびＲＬＣ ＰＤＵを捕獲しない。さらに、ソースｅＮＢ ＲＬＣは、欠落したＲＬＣ ＰＤＵに関して、ＵＥ３０２にナック（ＮＡＣＫ）を送ることをスキップすることができる。あるいは、ソースｅＮＢ３０４はナックを送ることができる。
【００４１】
その間に、ターゲットｅＮＢ３０６は、ソースｅＮＢからのパケットをバッファする（ブロック３５０）。３５２で表されるように、ＵＥ３０２は、ソースｅＮＢ３０４で正常に受信されないＲＬＣ ＰＤＵ４を送る。その後、３６０に表されるように、ＵＥ３０２はターゲットｅＮＢ３０６に同期する。ターゲットｅＮＢ３０６は、３６２でＵＥ３０２に関するタイミングアドバンス（ＴＡ）とアップリンク割り当てとともに応答する。ＵＥ３０２は、３６４でターゲットｅＮＢ３０６にハンドオーバを確認する。ｅＮＢ３０６は、順に、３６６でＥＰＣ（すなわち、ＭＭＥ／Ｓ−ＧＷ３０８）にハンドオーバを確認し、ＥＰＣはハンドオーバ完了段階３６７へ導く。
【００４２】
３６８で表されるように、ＵＥ３０２は、ＲＡＣＨ直後にＲＬＣ初期化Ｍｓｇ（すなわち、ＲＬＣ制御メッセージ）を送る。ＲＬＣ初期化Ｍｓｇは、ターゲットｅＮＢ３０６が用いるべきフローごとに「用いるべき次のＵＬ ＲＬＣ ＳＮ」を含む。ブロック３７０では、ターゲットｅＮＢ３０６はその後、「用いるべき次のＵＬ ＲＬＣ ＳＮ」を備えるＵＬ ＲＬＣインスタンスと、３４６でソースｅＮＢから受信したＲＬＣコンテキストと、を初期化する。その間に、ＥＰＣ（すなわち、ＭＭＥ／Ｓ−ＧＷ３０８）は、パス切り替え（ブロック３７２）を行う。
【００４３】
ＲＬＣ初期化ＭｓｇがＵＥ３０２から受信される前に、ターゲットｅＮＢ３０６が任意のＲＬＣ ＰＤＵを受信する場合、ターゲットｅＮＢ３０６は、ＲＬＣ ＰＤＵをバッファし、ＵＥ ３０２がうまく受信されるターゲットｅＮＢ３０６にＲＬＣ ＰＤＵ５を送るような３７４で表されたＲＬＣ ＰＤＵを処理する前にＲＬＣ初期化Ｍｓｇを待機する。３７６で表されるように、ＲＬＣ初期化Ｍｓｇがあれば、ターゲットｅＮＢ３０６は、どのＲＬＣ ＰＤＵが送信される必要があるかを示して、ＰＤＵ２、３および４に関するＲＬＣ ＮａｋでＵＥ３０２に応答することができる。  
ＵＥ３０２はその後、３７８でＲＬＣ ＰＤＵ２、３８０でＲＬＣ ＰＤＵ３および３８２でＲＬＣ ＰＤＵ４として表された、失敗したＲＬＣ ＰＤＵのみ再送信する必要がある。ソースｅＮＢ３０４のために予定された全てのＲＬＣ ＰＤＵにとって、ＵＥ３０２は、ターゲットｅＮＢ３０６媒体アクセスチャネル（ＭＡＣ）がＲＬＣ ＰＤＵを要求する前にＲＬＣ ＰＤＵが既に形成されていたので、ターゲットｅＮＢ ＭＡＣによって要請された不十分な帯域幅（ＢＷ）のために必要に応じて、それらを再分割することができる。これは、ソースｅＮＢ３０４によって以前に受信され転送されていたが、３８０でＲＬＣ ＰＤＵ３を再送信することによって提案される。
【００４４】
いくつかの点では、３８４で表されるように、ＭＭＥ／Ｓ−ＧＷ３０８はターゲットｅＮＢ３０６に、ハンドオーバ完了を確認応答する。失敗したハンドオーバの有害な影響を緩和するために、３８６、３８８および３９０でそれぞれ表されるように、ターゲットｅＮＢ３０６は、Ｘ２インタフェースを経て、ソースｅＮＢ３０４にＵＬ ＲＬＣ ＰＤＵを接続する。ＲＬＣ ＰＤＵ３は、重複ＲＬＣ ＰＤＵとしてソースｅＮＢ３０４によって落とされうる。特に、この例では、ＲＬＣ ＰＤＵが３４６ではＲＬＣ状態レポートの後に、ソースｅＮＢ３０４によって受信されたので、ＲＬＣ ＰＤＵはターゲットｅＮＢへの重複送信である。
【００４５】
それゆえ、ターゲットｅＮＢ３０６は、完全なＲＬＣ受信機状態の近似を構築するために、３４６で表される情報ＲＬＣ部分コンテキストと結合された３６８で表されるＲＬＣ初期化Ｍｓｇからの情報を用いることができるという本開示の利益を認識すべきである。
【００４６】
ターゲットｅＮＢ３０６は、どのＲＬＣ ＰＤＵがソースｅＮＢ３０４に転送されることになっているか、およびどれがＵＬ ＲＬＣにおいて局所的に処理されることになっているかを決定するためにこの近似を用いることができる。したがって、表されるように、ターゲットｅＮＢ３０６は、ＳＮ＜５で全てのＲＬＣ ＰＤＵをソースｅＮＢ３０４に転送する。
【００４７】
ターゲットｅＮＢ３０６は、３９２でソースｅＮＢ３０４に解放リソースを送信することができ、いずれか残っている送信中のパケットを配信し続ける間に、ダウンリンクバッファを消去することにより、ブロック４９４において応答する。ブロック４９６では、ソースｅＮＢ３０４はリソースを解放する。その後、オーバーエアのデータパケットは、３９８で表されるようにＵＥ３０２とターゲットｅＮＢ３０６との間に進む。順々にＰＤＣＰ ＳＤＵの配信を保証するために、タイマーが用いられうるという本開示の利益と認識すべきである。このタイマーは、ソースｅＮＢ３０４への欠落したＲＬＣ ＰＤＵの全てがターゲットｅＮＢ３０６で受信された後（例えば、３８２でのＲＬＣ ＰＤＵ ４の後）で設定される。タイマーが動いているとき、ターゲットｅＮＢ３０６はどんなＲＬＣ ＰＤＵ（例えば、ＳＮ≧５）も転送しない。タイマー値は、一方向のＸ２遅延と近似的に等しくなりえる。それゆえ、ソースｅＮＢ３０４に届けられるＲＬＣ ＰＤＵが、ターゲットｅＮＢ３０６を通じて届けられるＲＬＣ ＰＤＵに先立ってサービングゲートウェイ（Ｓ−ＧＷ）に達することをタイマーが保証するという本開示の利益と認識すべきである。
【００４８】
図３では、手順４００のダウンリンク（ＤＬ）呼び出しフローが、ターゲットｅＮＢ４０６へのソース発展ベースノード（ｅＮＢ）４０４でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるユーザ機器（ＵＥ）４０２のＥ−ＵＴＲＡＮ間ハンドオーバ（ＨＯ）に関して表される。ＨＯのネットワーク制御は、ＵＥ４０２によって補助されたモビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（Ｓ−ＧＷ）４０８によって提供され、それにより、ユーザデータの損失および非効率な再送信を回避する。
【００４９】
ハンドオーバ準備に先立って、上述したように手順４００は進む。４１０で表されるように、エリア制限が提供され、４１２で示されるように、測定制御がソースｅＮＢ４０４によってＵＥ４０２に課される。４１４で表されるように、パケットデータ通信は進む。
【００５０】
４１６で表されるように、ソースｅＮＢ４０４はＵＥ４０２にアップリンク（ＵＬ）割り当てを指定し、４１８で表されるように、ＵＥ４０２は測定レポートで応答する。これらの測定レポートに基づいて、ソースｅＮＢ４０４は、ハンドオーバ決定を下し（ブロック４２０）、それによって、ハンドオーバ準備段階４２２が始まる。４２４で表されるようにうまくＲＬＣ ＰＤＵ１をソースｅＮＢ４０４が送信し、一方、４２６で表されるようにソースｅＮＢ４０４がターゲットｅＮＢ４０６にハンドオーバ（ＨＯ）要求をするとして表されるように、ＤＬでの送信中のＲＬＣ ＰＤＵは継続する。４２８で表されるように、ソースｅＮＢ４０４からオーバーエアでＵＥ４０２へ送られた別のＲＬＣ ＰＤＵ２は、うまく受信されない（すなわち、失敗する）。その間に、ターゲットｅＮＢ４０６は承認制御を実行しており（ブロック４３０）、４３２で表されたハンドオーバ（ＨＯ）要求確認（Ａｃｋ）でソースｅＮＢ４０４に応答している。４３４で表されるように、ソースｅＮＢ４０４は、ＵＥ４０２にダウンリンク（ＤＬ）割り当てを送信し、４３８で表されるように、ハンドオーバ（ＨＯ）コマンドを送信し、それにより、ハンドオーバ実行段階４４０が始まる。
【００５１】
ＵＥ４０２は古いセルから離れ、新しいセルと同期する（ブロック４４２）。ソースｅＮＢ４０４は、バッファされデータ送信中のパケットをターゲットｅＮＢ４０６に配信する（ブロック４４４）。ターゲットｅＮＢ４０６はソースｅＮＢからのパケットをバッファする（ブロック４５０）。ＵＥ４０２は、４５２で表されるようにＲＬＣ ＰＤＵ３をうまく送信し、４５４で表されるようにソースｅＮＢ４０４にＲＬＣ ＰＤＵ４の送信に失敗する。ソースｅＮＢ４０４は、４５６では順にターゲットｅＮＢ４０６へＲＬＣ ＰＤＵ４を転送し、４５８ではターゲットｅＮＢ４０６にＲＬＣ初期化Ｍｓｇ（最後のＲＬＣ ＰＤＵを送り、次はＲＬＣ ＳＮ＝５）を送る。それゆえ、ＲＬＣ初期化Ｍｓｇは、ソースｅＮＢ４０４がＵＥ４０２に任意のＲＬＣ ＰＤＵを送り終えたことをこのように示すという本開示の利益を認識すべきである。加えて、それは、ターゲットｅＮＢ４０６がソースｅＮＢ４０４によって割り当てられた次のＤＬ ＲＬＣ ＳＮを用いて、ソースｅＮＢ４０４からターゲットｅＮＢ４０６まで届けられたＩＰパケットを配信し始めることができるように、ターゲットｅＮＢ４０６が用いることになっている次のＤＬ ＲＬＣ ＳＮを示す。
【００５２】
その後、ＵＥ４０２は、４６０で表されるようにターゲットｅＮＢ４０６に同期する。ターゲットｅＮＢ４０６は、４６２でＵＥ４０２に関するタイミングアドバンス（ＴＡ）とアップリンク割り当てとともに応答する。ＵＥ４０２は、４６４でターゲットｅＮＢ４０６にハンドオーバを確認する。順に、４６６でＥＰＣ（すなわち、ＭＭＥ／Ｓ−ＧＷ４０８）にハンドオーバを確認し、ハンドオーバ完了段階４６７へ導く。
【００５３】
４６８で表されるように、ＵＥ４０２は、ターゲットｅＮＢ４０６にＲＬＣ状態レポート（１受信、２失敗、３失敗、４受信）を送る。ブロック４７０では、ターゲットｅＮＢ４０６はその後、ＲＬＣ ＰＤＵ１を受信し、ＲＬＣ ＰＤＵ２を失敗し、ＲＬＣ ＰＤＵ３を受信し、ＲＬＣ ＰＤＵ４を失敗したＤＬ ＲＬＣインスタンスを初期化する。それゆえ、ＲＬＣ状態レポートがどのＲＬＣ ＰＤＵが受信されてどのＲＬＣ ＰＤＵが受信されなかったかをターゲットｅＮＢ４０６に示すという本開示の利益を認識すべきである。これは、それらの欠落したＲＬＣ ＰＤＵを再送信するためにターゲットｅＮＢ４０６のＤＬ ＲＬＣを効率よく処理する。ターゲットｅＮＢ４０６はその後、全てのＲＬＣ ＰＤＵがソースｅＮＢ４０４によって転送されていることを確認するために待機する。その間に、ＥＰＣ（すなわち、ＭＭＥ／Ｓ−ＧＷ４０８）はパス切り替えを行う（ブロック４７２）。近似ＲＬＣコンテキストに基づいて、ターゲットｅＮＢ４０６は、ＵＥ４０２に、４７４で、失敗したＲＬＣ ＰＤＵ２を送り、４７６で、失敗したＲＬＣ ＰＤＵ４を送り、４７８で、新しく受信したＲＬＣ ＰＤＵ５を送る。
【００５４】
いくつかの点では、４８４で表されるように、ＭＭＥ／Ｓ−ＧＷ４０８は、ターゲットｅＮＢ４０６にハンドオーバ完了を確認応答する。ターゲットｅＮＢ４０６は、４９２でソースｅＮＢ４０４に解放リソースを送信することができ、いずれか残っている送信中のパケットを配信し続ける間に、ダウンリンクバッファを消去することにより、ブロック４９４において応答する。ブロック４９６では、ソースｅＮＢ４０４はリソースを解放する。その後、オーバーエアのデータパケットは、４９８で表されるようにＵＥ４０２とターゲットｅＮＢ４０６との間に進む。
【００５５】
図４では、別の態様において、図１の通信システム１００を包含できる通信システム９００は、インタフェースＳ４を経て、レガシー汎用パケット無線サービス（ＧＰＲＳ）コア５０４と発展パケットコア５０２とを接続するためのサポートを含み、サービングＧＰＲＳサポートノード（ＳＧＳＮ）５０６は、グローバル移動体通信システム（ＧＳＭ）／エッジ無線アクセスネットワーク（ＧＥＲＡＮ）５０８にＧｂインタフェースによって、およびＵＴＲＡＮ５１０にｌｕインタフェースを経て順に接続される。Ｓ４は、ＧＰＲＳコア５０４とインターアクセスストラタムアンカー（ＩＡＳＡ）５１４の３ＧＰＰアンカー５１２との間のモビリティサポートおよび関連した制御を有するユーザプレーンを提供し、ＳＧＳＮ５０６とゲートウェイＧＰＲＳサービング／サポートノード（ＧＧＳＮ）（図示せず）との間で定義されるようなＧｎ基準点に基づいている。ＩＡＳＡ５１４はまた、ユーザプレーンに、関連した制御およびモビリティサポートを提供するＳ５ｂインタフェースによって３ＧＰＰアンカー５１２に接続されたシステムアーキテクチャー発展（ＳＡＥ）アンカー５１６を含む。３ＧＰＰアンカー５１２は、インタフェースＳ５ａを経てＭＭＥ  ＵＰＥ５１８と通信する。モビリティ管理エンティティ（ＭＭＥ）は、ｅＮＢのためのページングメッセージの分布に関係し、ユーザープレーンエンティティ（ＵＰＥ）は、ユーザデータストリームのＩＰヘッダー圧縮および暗号化、ページング理由に関するＵプレーンパケットの終了、およびＵＥモビリティのサポートに関するＵプレーンの切り替えに関係する。ＭＭＥ ＵＰＥ５１８は、無線で通信するために発展ＲＡＮ５２０にインタフェースＳ１を通じてＵＥデバイス５２２と通信する。
【００５６】
Ｓ２ｂインタフェースは、ユーザプレーンに、無線ローカルアクセスネットワーク（ＷＬＡＮ）アクセスネットワーク（ＮＷ）５２８もまた含むＷＬＡＮ ３ＧＰＰ ＩＰアクセスコンポーネント５２６の発展パケットデータゲートウェイ（ｅＰＤＧ）５２４とＳＡＥアンカー５１６との間で関連制御およびモビリティサポートを提供する。ＳＧｉインタフェースは、インターＡＳアンカー５１６とパケットデータネットワーク５３０との間の基準点である。パケットデータネットワーク５３０は、オペレータ外部パブリックまたはプライベートパケットデータネットワークまたはオペレータ間パケットデータネットワーク、例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サービスの対策に関してであってもよい。このＳＧｉ基準点はＧｉとＷｉとの機能に対応し、任意の３ＧＰＰおよび非３ＧＰＰアクセスシステムをサポートする。Ｒｘ＋インタフェースは、パケットデータネットワーク５３０とポリシーおよび課金ルール機能（ＰＣＲＦ）５３２との間の通信を提供し、順に発展パケットコア５０２にＳ７インタフェースを経て通信する。Ｓ７インタフェースは、ＰＣＲＦ５３２からポリシーおよび課金施行ポイント（ＰＣＥＰ）（図示せず）まで、（ＱｏＳ）ポリシーおよび課金ルールの転送を提供する。Ｓ６インタフェース（すなわち、ＡＡＡインタフェース）は、発展パケットコア５０２をホームサブスクライバサービス（ＨＳＳ）５３４に接続することによって、ユーザアクセスを確証する／認可するために加入および認証データの転送を可能にする。Ｓ２ａインタフェースは、信頼された非３ＧＰＰ ＩＰアクセス５３６とＳＡＥアンカー５１６との間で、ユーザプレーンに、関連制御およびモビリティサポートを提供する。
【００５７】
無線通信システムは、音声、データなどのような様々な種類の通信コンテンツを提供するために、広く展開されることを認識すべきである。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することにより、複数ユーザとの通信をサポートすることができる多元接続システムでもよい。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ ＬＴＥシステムおよび直交周波数分割多重アクセス（ＯＦＤＭＡ）システムを含む。
【００５８】
一般に、無線多元接続通信システムは、複数の無線端末の通信を同時にサポートすることができる。各端末は、フォワードおよびリバースリンク上の送信を経て１以上の基地局と通信する。フォワードリンク（またはダウンリンク）は基地局から端末への通信リンクを指し、リバースリンク（あるいはアップリンク）は端末から基地局への通信リンクを指す。この通信リンクは、単入力単出力、多入力単出力または多入力多出力（ＭＩＭＯ）システムを経て確立されてもよい。
【００５９】
ＭＩＭＯシステムは、データ伝送のために複数の（ＮＴ）送信アンテナおよび複数の（ＮＲ）受信アンテナを採用する。ＮＴ個の送信およびＮＲ個の受信アンテナによって形成されたＭＩＭＯチャネルは、ＮＳ個の独立チャネルへ分解されてもよく、空間チャネルとも呼ばれ、ＮＳ≦ｎ｛ＮＴ，ＮＲ｝である。ＮＳ独立チャネルのそれぞれは、１つの次元に対応する。複数の送信アンテナおよび受信アンテナによって生成された追加的な次元数が利用される場合、ＭＩＭＯシステムは、改善された性能（例えば、より高いスループットまたはより大きな信頼性）を提供することができる。
【００６０】
ＭＩＭＯシステムは、時分割二重（ＴＤＤ）および周波数分割二重（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、相互関係の原理がリバースリンクチャネルからのフォワードリンクチャネルの推定を許可するように、フォワードリンクおよびリバースリンク送信が同じ周波数領域上にある。複数のアンテナがアクセスポイントで利用可能な場合、これは、アクセスポイントがフォワードリンクでの送信ビームフォーミング利得を抽出できるようにする。
【００６１】
図５を参照すると、一態様に従う多元接続無線通信システムが示される。アクセスポイント６００（ＡＰ）は複数のアンテナグループを含み、１つのグループは６０４と６０６とを含み、別のグループは６０８と６１０とを含み、追加的なグループは６１２と６１４とを含む。図５では、２本のアンテナのみ各アンテナグループに対して示されるが、より多くまたはより少数のアンテナが各アンテナグループ対して利用されてもよい。アクセス端末６１６（ＡＴ）は、アンテナ６１２および６１４と通信し、アンテナ６１２および６１４は、フォワードリンク６２０でアクセス端末６１６に情報を送信し、リバースリンク６１８でアクセス端末６１６から情報を受信する。アクセス端末６２２は、アンテナ６０６および６０８と通信し、アンテナ６０６および６０８は、フォワードリンク６２６でアクセス端末６２２に情報を送信し、リバースリンク６２４でアクセス端末６２２から情報を受信する。ＦＤＤシステムでは、通信リンク６１８、６２０、６２４および６２６は、通信のために異なる周波数を用いてもよい。例えば、フォワードリンク６２０は、リバースリンク６１８によって用いられた異なる周波数をその後用いてもよい。
【００６２】
アンテナの各グループまたはそれらが通信するために設計されたエリアは、アクセスポイントのセクタとしばしば呼ばれる。一態様では、各アンテナグループは、アクセスポイント６００によってカバーされたエリアの、セクタの中のアクセス端末と通信するために設計される。
【００６３】
フォワードリンク６２０および６２６での通信では、アクセスポイント６００の送信アンテナは、異なるアクセス端末６１６および６２４に対してフォワードリンクの信号対雑音比を改善するためにビームフォーミングを利用する。さらに、そのサービスエリアの至る所にランダムに分散したアクセス端末に送信するためにビームフォーミングを用いるアクセスポイントは、そのすべてのアクセス端末に単一アンテナを通して送信するアクセスポイントよりも隣接セルにおけるアクセス端末に干渉を起こしにくい。
【００６４】
アクセスポイントは、端末と通信するために用いられる固定局でもよいし、アクセスポイント、Ｎｏｄｅ Ｂまたは何らかの他の用語として呼ばれてもよい。アクセス端末もまた、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末または何らかの他の用語で呼ばれてもよい。
【００６５】
図６は、ＭＩＭＯシステム７００における送信機システム７１０（アクセスポイントとしても知られる）および受信機システム７５０（アクセス端末としても知られる）の一態様のブロック図である。送信機システム７１０では、多くのデータストリームに関するトラフィックデータは、データソース７１２から送信（ＴＸ）データプロセッサ７１４に提供される。
【００６６】
一態様では、データストリームごとに、それぞれの送信アンテナで送信される。ＴＸデータプロセッサ７１４は、符号化データを提供するためにそのデータストリームについて選択された特定の符号化スキームに基づいて、各データストリームに関するトラフィックデータをフォーマットし、コーディングし、インタリーブする。
【００６７】
各データストリームの符号化データはＯＦＤＭ技術を用いて、パイロットデータと多重化されてもよい。パイロットデータは、既知のやり方で処理される典型的な既知のデータパターンであり、チャネル応答を推定するために受信機システムで用いられてもよい。各データストリームに関する多重パイロットおよび符号化データはその後、変調シンボルを提供するためにそのデータストリームについて選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫまたはＭ−ＱＡＭ）に基づいて変調される（すなわち、マッピングされたシンボル）。各データストリームに関するデータレート、コーディングおよび変調は、プロセッサ７３０によって行なわれる命令によって決定されてもよい。
【００６８】
全てのデータストリームに関する変調シンボルはその後、ＴＸ ＭＩＭＯプロセッサ７２０に提供され、（例えば、ＯＦＤＭ用の）変調シンボルをさらに処理してもよい。ＴＸ ＭＩＭＯプロセッサ７２０はその後、ＮＴ個の送信機（ＴＭＴＲ）７２２ａから７２２ｔまでにＮＴ個の変調シンボルストリームを提供する。ある実装では、ＴＸ ＭＩＭＯプロセッサ７２０は、データストリームのシンボル、およびシンボルが送信されているアンテナにビームフォーミングウェイトを適用する。
【００６９】
各送信機７２２は、１以上のアナログ信号を提供する各シンボルストリームを受信して処理し、ＭＩＭＯでの送信に適する変調信号を提供するためにアナログ信号をさらに調整する（例えば、増幅し、フィルタし、およびアップコンバートする）。送信機７２２ａから７２２ｔまでのＮＴ個の変調信号はその後、ＮＴ個のアンテナ７２４ａから７２４ｔまでのそれぞれから送信される。
【００７０】
受信機システム７５０では、送信された変調信号は、ＮＲ個のアンテナ７５２ａから７５２ｒまでによって受信され、各アンテナ７５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）７５４ａから７５４ｒまでに提供される。各受信機７５４は、それぞれの受信信号を調整し（例えば、フィルタし、増幅し、およびダウンコンバートする）、サンプルを提供するために調整された信号をデジタル化し、対応する“受信した”シンボルストリームを提供するためにサンプルをさらに処理する。
【００７１】
ＲＸデータプロセッサ７６０はその後、ＮＴ個の“検出された”シンボルストリームを提供するための特定の受信機処理手法に基づいて、ＮＲ個の受信機７５４からＮＲ個の受信シンボルストリームを受信して処理する。ＲＸデータプロセッサ７６０はその後、データストリームに関するトラフィックデータを再生するために、検出されたシンボルストリームごとに復調し、デインターリーブし、デコードする。ＲＸデータプロセッサ７６０による処理は、送信機システム７１０でのＴＸ ＭＩＭＯプロセッサ７２０およびＴＸデータプロセッサ７１４によって行なわれたものと補完的である。
【００７２】
プロセッサ７７０は、どのプリコーディング行列を用いるか周期的に決定する（以下で議論される）。プロセッサ７７０は、行列インデックス部分およびランク値部分を含むリバースリンクメッセージを定式化する。
【００７３】
リバースリンクメッセージは、通信リンクまたは受信データストリームに関する様々な種類の情報を含んでもよい。リバースリンクメッセージはその後、データソース７３６から多くのデータストリームに関するトラフィックデータもまた受信するＴＸデータプロセッサ７３８によって処理され、変調器７８０によって変調され、送信機７５４ａから７５４ｒまでによって調節され、送信機システム７１０に戻って送信される。
【００７４】
送信機システム７１０では、受信機システム７５０からの変調信号は、アンテナ７２４によって受信され、受信機７２２によって調整され、復調器７４０によって復調され、受信機システム７５０によって送信されたリバースリンクメッセージを抽出するためにＲＸデータプロセッサ７４２によって処理される。プロセッサ７３０はその後、ビームフォーミングウェイトを決定するために、どのプリコーディング行列を用いるかを決定し、その後抽出されたメッセージを処理する。
【００７５】
一態様では、論理チャネルは、制御チャネルおよびトラフィックチャネルに分類される。論理制御チャネルは、ブロードキャスティングシステム制御情報に関するＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を含む。ページング制御チャネル（ＰＣＣＨ）は、ページング情報を転送するＤＬチャネルである。マルチキャスト制御チャネル（ＭＣＣＨ）は、マルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）スケジューリング１つまたはいくつかのＭＴＣＨに関する制御情報を送信するために用いられるポイントツーマルチポイントＤＬチャネルである。一般的に、ＲＲＣコネクションを確立した後、このチャネルは、ＭＢＭＳ（注記：古いＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ用いられる。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信し、ＲＲＣコネクションを有するＵＥによって用いられたポイントツーポイントの双方向チャネルである。態様において、ロジカルトラフィックチャネルは、ユーザ情報の転送のために、１つのＵＥのために設けられたポイントツーポイントの双方向チャネルである専用トラフィックチャネル（ＤＴＣＨ）を含む。加えて、マルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィックデータを送信するためのポイントツーマルチポイントＤＬチャネルである。
【００７６】
ある態様では、トランスポートチャネルはＤＬとＵＬとに分類される。ＤＬトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共用データチャネル（ＤＬ−ＳＤＣＨ）およびページングチャネル（ＰＣＨ）を含み、（ＤＲＸサイクルがＵＥへのネットワークによって示される）ＵＥ省電力化のサポート用のＰＣＨは、全てのセルでブロードキャストされ、他の制御／トラフィックチャネルのために用いられうるＰＨＹリソースにマッピングされる。ＵＬトランスポートチャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、リクエストチャネル（ＲＥＱＣＨ）、アップリンク共用データチャネル（ＵＬ−ＳＤＣＨ）および複数のＰＨＹチャネルを含む。ＰＨＹチャネルは、１セットのＤＬチャネルおよびＵＬチャネルを含む。
【００７７】
ＤＬ ＰＨＹチャネルは、共通パイロットチャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共用ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共用ＵＬ割り当てチャネル（ＳＵＡＣＨ）、肯定応答チャネル（ＡＣＫＣＨ）、ＤＬ物理共用データチャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページングインジケータチャネル（ＰＩＣＨ）、負荷インジケータチャネル（ＬＩＣＨ）を含む。ＵＬ ＰＨＹチャネルは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）、チャネル品質インジケータチャネル（ＣＱＩＣＨ）、肯定応答チャネル（ＡＣＫＣＨ）、アンテナサブセットインジケータチャネル（ＡＳＩＣＨ）、共用リクエストチャネル（ＳＲＥＱＣＨ）、ＵＬ物理共用データチャネル（ＵＬ−ＰＳＤＣＨ）、広帯域パイロットチャネル（ＢＰＩＣＨ）を含む。
【００７８】
図７において、別の態様では、発展ベースノード８００として表されたアクセスノードは、コンピュータに、図２と図３とのユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバに関する方法を行なわせ、または参加させる手段を提供するモジュールを含む。モジュール８０２は、ソースノードによって供給されているユーザ機器（ＵＥ）にハンドオーバコマンドを送るための手段を提供する。モジュール８０４は、ソースノードから送信中のＲＬＣパケットデータ単位（ＰＤＵ）に関するターゲットノードに、ＲＬＣアップリンク（ＵＬ）コンテキストを送信するための手段を提供する。モジュール８０６は、ＵＥとの新しいダウンリンクの確立を促進するために、ソースノードからターゲットノードに、ＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信するための手段を提供する。モジュール８０８は、失敗したＲＬＣ ＰＤＵのダウンリンク送信を完了するようにターゲットノードに促すために、ターゲットノードに送信するための送信中のＲＬＣ ＰＤＵをバッファするための手段を提供する。
【００７９】
図８において、別の態様では、ユーザ機器９００として表されたアクセス端末は、コンピュータに、図２と図３とのユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバに関する方法を行なわせ、または参加させる手段を提供するモジュールを含む。モジュール９０２は、サービングソースノードからハンドオーバコマンドを受信することに応じて、ターゲットノードにユーザ機器（ＵＥ）を同期させるための手段を提供する。モジュール９０４は、ソースノードから送信中のＲＬＣパケットデータ単位（ＰＤＵ）に関する以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、ターゲットノードからオーバーエアＲＬＣ状態レポートを受信するための手段を提供する。モジュール９０６は、ソースノードからターゲットノードに送信されたバッファされた送信中のＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、ターゲットノードから送信中のＲＬＣ ＰＤＵを受信するための手段を提供する。
【００８０】
上述されていることは、様々な態様の例を含む。もちろん、様々な態様を記述している目的のためにコンポーネントまたは手順の考えられる限りの組み合わせを記述することは不可能だが、当業者は、多くのさらなる組み合わせおよび置換が可能であることを認識することができる。従って、主題明細書は、添付の特許請求の範囲および精神内に含まれる全てのそのような改変、修正、および変形を含むことを意図する。
【００８１】
上述されたコンポーネント、デバイス、回路、システムなどによって行われる様々な機能に関して、そのようなコンポーネントを記述するために用いられる用語（“手段”への言及を含む）は、たとえ、ここに説明された一例となる態様における機能を行う開示された構造と構造的に等価でなくても、他に示唆がなければ、記述されたコンポーネントの特定機能を行う任意のコンポーネント（例えば、機能的に等価なもの）に対応するように意図される。この点で、様々な態様は、様々な方法のイベントまたは動作を行うためのコンピュータ実行可能な命令を有するコンピュータ読み取り可能な媒体と同様にシステムも含むこともまた認識すべきである。
【００８２】
加えて、特定の特徴はいくつかの実装のうちの１つのみに関して開示されていてもよい一方、そのような特徴は、任意または特定のアプリケーションに関して有利でありかつ望まれてもよいように、他の実装の１以上の他の特徴と結合されてもよい。用語“含む”、“含んでいる”および詳細な説明または特許請求の範囲のどちらか一方で用いられるそれらの変形の範囲内において、それらの用語は、用語“具備する”と同様なやり方で包含的であることが意図されている。その上、詳細な説明または特許請求の範囲のどちらか一方において用いられる用語“または”は、“非排他的なまたは”であることが意図されている。
【００８３】
その上、開示されたシステムおよび方法の様々な一部は、人工知能、機械学習、または知識または規則に基づいたコンポーネント、サブコンポーネント、処理、手段、手順またはメカニズム（例えば、サポートベクタマシン、ニューラルネットワーク、エキスパートシステム、ベイジアン信念ネットワーク、ファジー理論、データ融合エンジン、分類器など。）から構成されてもよいし、または含んでもよい。そのようなコンポーネントは、とりわけ、システムおよび方法の一部を効率的かつ知的であると同様により適応できるようにするために、それによって行なわれたあるメカニズムまたは処理を自動化することができる。限定されない一例として、発展ＲＡＮ（例えば、アクセスポイント、ｅＮｏｄｅ Ｂ）は、似たような条件下で同じかまたは似たマシンとの相互作用に基づいて、レイテンシーおよび接続誤りの減少を伴う別の種類のＲＡＴへのハンドオーバを容易にするためのデータトラフィック状況および機会を推論し、または予想することができる。
【００８４】
上に説明された一例となるシステムを考慮して、開示された主題に従って実装されてもよい手順は、いくつかのフローチャートに関して説明されている。説明の簡単化のため、手順が一連のブロックとして示され記述される一方、いくつかのブロックは、ここに表され記述されるものから他のブロックと異なる順番または同時に起こってもよいように、クレームされた主題は、ブロックの順番に限定されないことが理解され認識されるべきである。その上、図示された全てブロックが、ここに記述された手順を実装するために要求されるとは限らなくてもよい。加えて、ここに記述された手順は、そのような手順をコンピュータに転送しおよび移送することを容易にするための製造品に格納されることができることをさらに認識すべきである。用語“製造品”は、ここで用いられるように、任意のコンピュータ読み取り可能なデバイス、キャリアまたはメディアからアクセス可能なコンピュータプログラムを含むように意図される。
【００８５】
全体または部分的に、参照することによりここに組み込まれると言われている任意の特許、出版物または他の開示資料は、組み込まれた資料が、この開示に記述される他の開示資料、説明書または既存の定義と矛盾しない程度でのみここに組み込まれる。そのようなものとして、必要な範囲で、ここに明示的に記述されるような開示は、参照することによりここに組み込まれた任意の矛盾する資料に取って代わる。参照することによりここに組み込まれると言われているが、ここに記述される他の開示資料、説明書または既存の定義と矛盾がある任意の資料またはその一部は、組み込まれた資料と既存の開示資料との間で矛盾が生じない程度でのみ組み込まれるだろう。
【図１】
2010536272.tif 000003
【図２】
2010536272.tif 000004
【図３】
2010536272.tif 000005
【図４】
2010536272.tif 000006
【図５】
2010536272.tif 000007
【図６】
2010536272.tif 000008
【図７】
2010536272.tif 000009
【図８】
2010536272.tif 000010
【手続補正書】
【提出日】平成21年3月19日(2009.3.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザデータ損失を避けるために、無線データパケット通信システムでのネットワーク制御されたハンドオーバのための方法であって、
第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われている第１セッションにおいて、
前記第１ノードから前記第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送り、
前記第１ノードから前記第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信し、
前記第１ノードから前記第２ノードに送信中のＤＬ ＲＬＣ ＰＤＵを送信することを具備し、
第２ユーザ機器（ＵＥ）が、ターゲットノードとして動作する前記第１ノードにハンドオーバされることになっているソースノードとして動作する前記第２ノードによって取り扱われている第２セッションにおいて、
前記第１ノードで前記第２ノードからのＲＬＣアップリンク（ＵＬ）コンテキストを受信し、
ＵＬ初期化メッセージを受信し、前記第２セッションのハンドオーバ完了中に前記第１ノードで前記第２ＵＥからオーバーエアＵＬ ＲＬＣ ＰＤＵを受信し、
前記第１ノードから前記第２ノードに前記ＵＬ ＲＬＣ ＰＤＵを送信することをさらに具備する方法。
【請求項２】
前記ＲＬＣ ＰＤＵを形成するために、パケットデータ収束プロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）を分割することをさらに具備する請求項１の方法。
【請求項３】
前記第２セッションにおいて、
前記第２ノードから前記第１ノードでバッファされた送信中のＤＬ ＲＬＣ ＰＤＵとＲＬＣダウンリンク（ＤＬ）初期化メッセージとを受信し、
前記第２ＵＥとの新しいダウンリンクを確立し、
バッファされた送信中のＤＬ ＲＬＣ ＰＤＵとして前記第２ノードから受信される失敗したＤＬ ＲＬＣ ＰＤＵのダウンリンク送信を完了することをさらに具備する請求項１に記載の方法。
【請求項４】
前記第２セッションのハンドオーバ実行中に前記第１ノードから前記第２ＵＥにオーバーエアでアップリンク割り当てを送信し、
前記第１ノードから、前記受信したＲＬＣアップリンクコンテキストを利用する前記第２ＵＥにＲＬＣアップリンク状態レポートを送信し、
前記アップリンク割り当て中に、前記第２ＵＥから、再送信されたＵＬ ＲＬＣ ＰＤＵを受信することをさらに具備する請求項３の方法。
【請求項５】
前記第２セッションのハンドオーバ完了中の前記第１ノードで前記第２ＵＥからＲＬＣダウンリンク状態レポートを受信し、
前記第２ノードから以前に受信された、失敗としてレポートされたＤＬ ＲＬＣパケットデータ単位（ＰＤＵ）を、前記第１ノードから前記第２ＵＥに再送信することをさらに具備する請求項３の方法。
【請求項６】
送信中の無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）に関するインターネットプロトコル（ＩＰ）ベアラサービスネットワーク内ルーティング情報のパラメータを送ることによって、ＲＬＣアップリンク（ＵＬ）コンテキストを送信することをさらに具備する請求項１の方法。
【請求項７】
請求項１から請求項６のいずれかの前記ステップを実行するモジュールを具備する、ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバに関する少なくとも１つのプロセッサ。
【請求項８】
請求項１から請求項６のいずれかの前記ステップを実行するためのコードのセットを具備するコンピュータ読み取り可能な記憶媒体を具備する、ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバに関するコンピュータプログラム製品。
【請求項９】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバのための装置であって、
第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われている第１セッションにおいて、前記第１ノードから前記第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送る手段と、
前記第１ノードから前記第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信する手段と、
前記第１ノードから前記第２ノードにバッファされた送信中のＤＬ ＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信する手段と、
第２ユーザ機器（ＵＥ）が、ターゲットノードとして動作する前記第１ノードにハンドオーバされることになっているソースノードとして動作する前記第２ノードによって取り扱われている第２セッションにおいて、前記第１ノードで前記第２ノードからのＲＬＣアップリンク（ＵＬ）コンテキストを受信する手段と、
ＵＬ初期化メッセージを受信し、前記第２セッションのハンドオーバ完了中に前記第１ノードで前記第２ＵＥからオーバーエアＵＬ ＲＬＣ ＰＤＵを受信する手段と、
前記第１ノードから前記第２ノードに前記ＵＬ ＲＬＣ ＰＤＵを送信する手段と、を具備する装置。
【請求項１０】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてネットワーク制御されたハンドオーバのための装置であって、
第１ユーザ機器（ＵＥ）が、ターゲットノードとして動作する第２ノードにハンドオーバされることになっているソースノードとして動作する第１ノードによって取り扱われている第１セッションにおいて、前記第１ノードから前記第１ユーザ機器（ＵＥ）にハンドオーバコマンドを送る無線送信機と、
前記第１ノードから前記第２ノードにＲＬＣアップリンク（ＵＬ）コンテキストを送信し、前記第１ノードから前記第２ノードにバッファされた送信中のＤＬ ＲＬＣ ＰＤＵおよびＲＬＣダウンリンク（ＤＬ）初期化メッセージを送信するネットワーク通信インタフェースと、
第２ユーザ機器（ＵＥ）が、ターゲットノードとして動作する前記第１ノードにハンドオーバされることになっているソースノードとして動作する前記第２ノードによって取り扱われている第２セッションにおいて、前記第２ノードで前記第１ノードからのＲＬＣアップリンク（ＵＬ）コンテキストを受信する無線受信機と、
ＵＬ初期化メッセージを受信し、前記第２セッションのハンドオーバ完了中に前記第１ノードで前記第２ＵＥからオーバーエアＵＬ ＲＬＣ ＰＤＵを受信する前記無線受信機と、
前記第１ノードから前記第２ノードに前記ＵＬ ＲＬＣ ＰＤＵを送信する前記ネットワーク通信インタフェースと、を具備する装置。
【請求項１１】
前記ＲＬＣ ＰＤＵを形成するために、パケットデータ収束プロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）を分割するプロセッサをさらに具備する請求項１０の装置。
【請求項１２】
第２ユーザ機器（ＵＥ）が、ターゲットノードとして動作する前記第１ノードにハンドオーバされることになっているソースノードとして動作する前記第２ノードによって取り扱われている前記第２セッションにおいて、前記第２ノードで前記第１ノードからＲＬＣアップリンク（ＵＬ）コンテキストを受信し、
前記第２ノードへ前記第１ノードからバッファされた送信中のＤＬ ＲＬＣ ＰＤＵとＲＬＣダウンリンク（ＤＬ）初期化メッセージとを受信する前記無線受信機と、
前記第２ＵＥと新しいダウンリンクを確立し、バッファされた送信中のＤＬ ＲＬＣ ＰＤＵとして前記第２ノードから受信される失敗したＤＬ ＲＬＣ ＰＤＵのダウンリンク送信を完了する前記無線送信機と、をさらに具備する請求項１１の装置。
【請求項１３】
前記第２セッションのハンドオーバ実行中に前記第１ノードから前記第２ＵＥにオーバーエアでアップリンク割り当てを送信し、
前記第１ノードから、前記受信したＲＬＣアップリンクコンテキストを利用する前記第２ＵＥにＲＬＣアップリンク状態レポートを送信し、
前記アップリンク割り当て中に、前記第２ＵＥから再送信されたＵＬ ＲＬＣ ＰＤＵを受信する前記無線送信機をさらに具備する請求項１２の装置。
【請求項１４】
前記第２セッションのハンドオーバ完了中の前記第１ノードで前記第２ＵＥからＲＬＣダウンリンク状態レポートを受信する前記無線受信機と、
前記第２ノードから以前に受信された、失敗としてレポートされたＤＬ ＲＬＣパケットデータ単位（ＰＤＵ）を、前記第１ノードから前記第２ＵＥに再送信する前記無線送信機と、をさらに具備する請求項１２の装置。
【請求項１５】
送信中の無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）に関するインターネットプロトコル（ＩＰ）ベアラサービスネットワーク内ルーティング情報のパラメータを送ることによって、ＲＬＣアップリンク（ＵＬ）コンテキストを送信する前記ネットワーク通信インタフェースをさらに具備する請求項１０の装置。
【請求項１６】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器のための方法であって、
サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期し、
前記ソースノードから前記ターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信し、
ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、前記ソースノードから前記ターゲットノードに以前に送信された前記ターゲットノードから送信中のＲＬＣ ＰＤＵを受信し、
前記ＵＥから前記ターゲットノードにＵＬ初期化メッセージを送信し、
ハンドオーバ完了中に前記ＵＥから前記ターゲットノードにオーバーエアＵＬ ＲＬＣ ＰＤＵを送信することを具備し、前記ＵＬ ＲＬＣ ＰＤＵは前記ターゲットノードから前記ソースノードに転送されるべきである方法。
【請求項１７】
前記ソースノードから以前に送信されたダウンリンクＲＬＣ ＰＤＵを、前記ターゲットノードから前記ＵＥで受信することをさらに具備する請求項１６の方法。
【請求項１８】
前記ＲＬＣ ＰＤＵを形成するために、パケットデータ収束プロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）を分割することをさらに具備する請求項１６の方法。
【請求項１９】
前記ＵＥで前記ターゲットノードからオーバーエアでアップリンク割り当てを受信し、
前記受信したＲＬＣアップリンクコンテキストを利用する前記ターゲットノードから前記ＵＥでＲＬＣアップリンク状態レポートを受信し、
前記アップリンク割り当てが前記ＲＬＣアップリンク状態レポートに応答している間、前記ＵＥから前記ターゲットノードにＲＬＣ ＰＤＵを再送信することをさらに具備する請求項１６の方法。
【請求項２０】
前記ＵＥから前記ターゲットノードにＲＬＣ状態レポートを送信し、
前記ターゲットノードが前記ソースノードから以前に受信した、失敗としてレポートされた再送信されたＲＬＣパケットデータ単位（ＰＤＵ）を前記ターゲットノードから前記ＵＥで受信することをさらに具備する請求項１６の方法。
【請求項２１】
送信中の無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）に関するインターネットプロトコル（ＩＰ）ベアラサービスネットワーク内ルーティング情報のパラメータを具備するＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからのオーバーエアＲＬＣ状態レポートを受信することをさらに具備する請求項１６に記載の方法。
【請求項２２】
請求項１６から請求項２１のいずれかの前記ステップを実行するモジュールを具備する、ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器に関する少なくとも１つのプロセッサ。
【請求項２３】
請求項１６から請求項２１のいずれかの前記ステップを実行するコードのセットを具備するコンピュータ読み取り可能な記憶媒体を具備する、ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器に関するコンピュータプログラム製品。
【請求項２４】
ユーザデータ損失を回避するために無線データパケット通信システムにおいてハンドオーバを補助するユーザ機器のための装置であって、
サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期する手段と、
前記ソースノードから前記ターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信する手段と、
ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、前記ソースノードから前記ターゲットノードに以前に送信された前記ターゲットノードからの送信中のＲＬＣ ＰＤＵを受信する手段と、
前記ＵＥから前記ターゲットノードにＵＬ初期化メッセージを送信する手段と、
ハンドオーバ完了中に前記ＵＥから前記ターゲットノードにオーバーエアＵＬ ＲＬＣ ＰＤＵを送信する手段と、を具備し、前記ＵＬ ＲＬＣ ＰＤＵは前記ターゲットノードから前記ソースノードに転送されるべきである装置。
【請求項２５】
ユーザデータ損失を回避するための無線データパケット通信システムにおけるハンドオーバを補助するユーザ機器のための装置であって、
サービングソースノードからハンドオーバコマンドを受信することに応じてターゲットノードにユーザ機器（ＵＥ）を同期し、
前記ソースノードから前記ターゲットノードに以前に送信されたＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからオーバーエアＲＬＣ状態レポートを受信し、
ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、前記ソースノードから前記ターゲットノードに以前に送信された送信中のＲＬＣ ＰＤＵを前記ターゲットノードから受信する無線受信機と、
前記ＵＥから前記ターゲットノードにＵＬ初期化メッセージを送信し、
ハンドオーバ完了中に前記ＵＥから前記ターゲットノードにオーバーエアＵＬ ＲＬＣ ＰＤＵを送信する無線送信機を具備し、前記ＵＬ ＲＬＣ ＰＤＵは前記ターゲットノードから前記ソースノードに転送されるべきである装置。
【請求項２６】
前記ソースノードから以前に送信されたダウンリンクＲＬＣ ＰＤＵを、前記ターゲットノードから前記ＵＥで受信する前記無線受信機をさらに具備する請求項２５の装置。
【請求項２７】
前記ＲＬＣ ＰＤＵを形成するために、パケットデータ収束プロトコル（ＰＤＣＰ）サービスデータ単位（ＳＤＵ）を分割するコントローラをさらに具備する請求項２５の装置。
【請求項２８】
前記ターゲットノードから前記ＵＥでオーバーエアでアップリンク割り当てを受信し、前記受信したＲＬＣアップリンクコンテキストを利用する前記ターゲットノードから前記ＵＥでＲＬＣアップリンク状態レポートを受信する前記無線受信機と、
前記アップリンク割り当てが前記ＲＬＣアップリンク状態レポートに応答している間、前記ＵＥから前記ターゲットノードにＲＬＣ ＰＤＵを再送信する無線送信機をさらに具備する請求項２５の装置。
【請求項２９】
前記ＵＥから前記ターゲットノードにＲＬＣ状態レポートを送信する前記無線送信機と、
前記ターゲットノードが前記ソースノードから以前に受信した、失敗としてレポートされた再送信されたＲＬＣパケットデータ単位（ＰＤＵ）を前記ターゲットノードから前記ＵＥで受信する無線受信機と、をさらに具備する請求項２５の装置。
【請求項３０】
送信中の無線リンク制御（ＲＬＣ）パケットデータ単位（ＰＤＵ）に関するインターネットプロトコル（ＩＰ）ベアラサービスネットワーク内ルーティング情報のパラメータを具備するＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、前記ターゲットノードからのオーバーエアＲＬＣ状態レポートを受信する前記無線受信機をさらに具備する請求項２５に記載の装置。
【国際調査報告】
2010536272.tif 000011
2010536272.tif 000012
2010536272.tif 000013