(57)【特許請求の範囲】
【請求項１】
第１の無線アクセス技術を利用する第１のネットワーク及び第２の無線アクセス技術を利用する第２のネットワークを備える通信システムにおける無線アクセス技術間ハンドオーバを可能にするための方法であって、ユーザ装置が前記第１のネットワークから前記第２のネットワークの中に移動してハンドオーバが行われるべきときに、
前記第１のネットワークが、前記第２のネットワークによって送信されたハンドオーバ確認メッセージ（ＨＯｃｆｍ）に応答して、非ＩＰパケット形式であって前記第１のネットワークにバッファされているプロトコルデータ単位（ＰＤＵ）を処理してＩＰパケットにするステップ、
前記第１のネットワークが、前記処理されたＩＰパケットを前記第２のネットワークに転送するステップ、及び
前記ユーザ装置が前記第２のネットワークに切り替えられた後に、前記第２のネットワークが、前記処理されたＩＰパケットを前記ユーザ装置へ送信するステップ
を備える方法。
【請求項２】
第１の無線アクセス技術を利用する第１のネットワーク及び第２の無線アクセス技術を利用する第２のネットワークを備える通信システムにおける無線アクセス技術間ハンドオーバを可能にするための方法であって、ユーザ装置が前記第１のネットワークから前記第２のネットワークの中に移動してハンドオーバが行われるべきときに、
前記ユーザ装置が、前記第２のネットワークによって送信されたハンドオーバ確認メッセージ（ＨＯｃｆｍ）に応答して、非ＩＰパケット形式であって前記ユーザ装置にバッファされているプロトコルデータ単位（ＰＤＵ）を処理してＩＰパケットにするステップ、及び
前記ユーザ装置が前記第２のネットワークに切り替えられた後に、前記ユーザ装置が、前記処理されたＩＰパケットを前記第２のネットワークへ送信するステップ
を備える方法。
【請求項３】
請求項１乃至２のいずれか１項に記載の方法において、前記処理するステップが、前記ＰＤＵのシーケンス番号を抽出するステップ、前記ＰＤＵがパディングを有する場合は前記ＰＤＵのパディングをキャンセルするステップ、前記ＰＤＵが暗号化されている場合は前記ＰＤＵを復号するステップ、及び前記ＰＤＵが圧縮されている場合は前記ＰＤＵを解凍するステップを備える方法。
【請求項４】
請求項１又は２に記載の方法において、前記第１の無線アクセス技術及び前記第２の無線アクセス技術の一方がＵＭＴＳ地上無線アクセス技術（ＵＴＲＡ）であり、他方が進化ＵＭＴＳ地上無線アクセス技術（ｅＵＴＲＡ）である、方法。
【請求項５】
第１の無線アクセス技術を利用する第１のネットワークと通信するように、又は第２の無線アクセス技術を利用する第２のネットワークと通信するように適応されるユーザ装置であって、前記ユーザ装置が前記第１のネットワークから前記第２のネットワークの中に移動してハンドオーバが行われるべきときに、
前記第２のネットワークによって送信されたハンドオーバ確認メッセージ（ＨＯｃｆｍ）に応答して、非ＩＰパケット形式であって前記ユーザ装置にバッファされているプロトコルデータ単位（ＰＤＵ）を処理してＩＰパケットにするための処理手段、及び
前記ユーザ装置が前記第２のネットワークに切り替えられた後に、前記処理されたＩＰパケットを前記第２のネットワークへ送信するための送信手段
を備えたユーザ装置。
【請求項６】
請求項５記載のユーザ装置において、前記処理手段が、ハンドオーバ確認メッセージ（ＨＯｃｆｍ）及び前記バッファされているＰＤＵを受信するための入力モジュール、前記バッファされているＰＤＵをＩＰパケットに変えるための処理モジュール、並びに前記処理されたＩＰパケットを前記送信手段に出力するための出力モジュールをさらに備えるユーザ装置。
【請求項７】
請求項６記載のユーザ装置において、前記処理モジュールが、前記ＰＤＵのシーケンス番号を抽出し、前記ＰＤＵがパディングを有する場合は前記ＰＤＵのパディングをキャンセルし、前記ＰＤＵが暗号化されている場合は前記ＰＤＵを復号し、前記ＰＤＵが圧縮されている場合は前記ＰＤＵを解凍するように適応されたユーザ装置。
【請求項８】
請求項５記載のユーザ装置において、前記第１の無線アクセス技術及び前記第２の無線アクセス技術の一方がＵＭＴＳ地上無線アクセス技術（ＵＴＲＡ）であり、他方が進化ＵＭＴＳ地上無線アクセス技術（ｅＵＴＲＡ）であるユーザ装置。
【請求項９】
第１の無線アクセス技術を利用する第１のネットワーク及び第２の無線アクセス技術を利用する第２のネットワークを備える通信システムであって、ユーザ装置が前記第１のネットワークから前記第２のネットワークの中に移動してハンドオーバが行われるべきときに、
前記第１のネットワークは、前記第２のネットワークによって送信されたハンドオーバ確認メッセージ（ＨＯｃｆｍ）に応答して、非ＩＰパケット形式であって前記第１のネットワークにバッファされているプロトコルデータ単位（ＰＤＵ）を処理してＩＰパケットにする処理手段、及び前記処理されたＩＰパケットを前記第１のネットワークから前記第２のネットワークに転送するための転送手段を備えること、及び
前記第２のネットワークは、前記ユーザ装置が前記第２のネットワークに切り替えられた後に、前記処理されたＩＰパケットを前記ユーザ装置へ送信するための送信手段を備えること
を特徴とする通信システム。
【請求項１０】
請求項９記載の通信システムにおいて、前記処理手段が、ハンドオーバ確認メッセージ（ＨＯｃｆｍ）及びバッファされているＰＤＵを受信するための入力モジュール、前記バッファされているＰＤＵをＩＰパケットに変えるための処理モジュール、及び前記処理されたＩＰパケットを前記転送手段に出力するための出力モジュールをさらに備える通信システム。
【請求項１１】
請求項１０記載の通信システムにおいて、前記処理モジュールが、前記ＰＤＵのシーケンス番号を抽出し、前記ＰＤＵがパディングを有する場合は前記ＰＤＵの前記パディングをキャンセルし、前記ＰＤＵが暗号化されている場合は前記ＰＤＵを復号し、前記ＰＤＵが圧縮されている場合は前記ＰＤＵを解凍するように適応された通信システム。
【請求項１２】
請求項９記載の通信システムにおいて、前記第１の無線アクセス技術及び前記第２の無線アクセス技術の一方がＵＭＴＳ地上無線アクセス技術（ＵＴＲＡ）であり、他方が進化ＵＭＴＳ地上無線アクセス技術（ｅＵＴＲＡ）である通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電気通信の分野に関し、より具体的には３Ｇ  ＬＴＥにおけるＩＰパケット転送に基づく無線アクセス技術間（ＲＡＴ間）ハンドオーバに関する。
【背景技術】
【０００２】
世界中で長年第３世代（３Ｇ）モバイルサービスが導入されてきた。次の１０年の間又はそれ以上に３Ｇ技術の将来の競争力を維持するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）はプロジェクトＬＴＥ（ロングタームエボリューション）／ＳＡＥ（システムアーキテクチャエボリューション）を開始した。この進化のための主な目的はオペレータ及びユーザの増大する要求に対してより良いサポートを提供するために、データ伝送速度の向上、スペクトル効率の改善、及びカバレッジの改善に関する。具体的には、ＳＡＥはネットワークを簡略化し統合を提供するためにトータルシステムアーキテクチャの進化に関し、一方、ＬＴＥは一般に無線アクセス技術及びアクセスネットワークアーキテクチャに関する。
【０００３】
ＬＴＥ／ＳＡＥは進化ノードＢ（ｅＮｏｄｅＢ）及びアクセスゲートウェイ（ａＧＷ）を使用する。この構成は、より簡単なモバイルネットワークを作成するために、同等の３ＧネットワークアーキテクチャからＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）の無線ネットワークコントローラ（ＲＮＣ）及びコアネットワークのサービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）を除去する。ＬＴＥ／ＳＡＥはまた、ＷＣＤＭＡ及びＷｉＭＡＸなど他の関連無線技術とのフル相互動作を可能にするためのエンティティを含む。
【０００４】
例として、レガシ３Ｇネットワークは、ユニバーサル移動電気通信システム（ＵＭＴＳ）に基づく方式、規格、及びシステムを利用すると考えられる。図１及び図２はそれぞれＵＭＴＳ及び進化ＵＭＴＳ（ｅ−ＵＭＴＳ）を示す。図１に示されているように、レガシＵＭＴＳネットワーク１００は通常、３つの領域、即ちコアネットワーク（ＣＮ）、ＵＴＲＡＮ、及びユーザ装置（ＵＥ）からなる。コアネットワークはネットワークの制御センタであるＳＧＳＮを含む。ＵＴＲＡＮは、一方では、「Ｕｕ」インターフェース（又は無線インターフェース）と呼ばれるインターフェースを介してモバイル端末ＵＥと通信し、他方では、「Ｉｕ」インターフェースと呼ばれるインターフェースを介してＣＮと通信する。ＵＴＲＡＮにおいて、ノードＢは「Ｉｕｂ」インターフェースと呼ばれるインターフェースを介して基地局コントローラＲＮＣと通信する。
【０００５】
図２に示されているように、ＲＮＣは、ネットワークを簡略化し待ち時間を低減するためにキャンセルされる。ｅ−ＵＴＲＡＮは主に進化ノードＢを含み、ＲＡＣの機能はｅＮｏｄｅＢ及びアクセスゲートウェイ（ａＧＷ）に分散される。レガシネットワークにおけるＳＧＳＮの機能は、ＭＭＥ／ＳＡＥ（モビリティ管理エンティティ／システムアーキテクチャエボリューション）ゲートウェイであるａＧＷに含まれる。各ｅＮｏｄｅＢは、ある形式のメッシュ接続又は部分的メッシュ接続を使ってアクセスゲートウェイ（複数可）に接続される。１つのｅＮｏｄｅＢは複数のａＧＷに接続されることが可能であり、逆も同じである。ｅ−ＮｏｄｅＢ間のインターフェースはＸ２（図示せず）と呼ばれ、ｅ−ＮｏｄｅＢとＣＮ（又はアクセスゲートウェイ）との間のインターフェースはＳ１と呼ばれる。簡単にするために、１つのａＧＷ及び１つのｅＮｏｄｅＢのみが図示されている。
【０００６】
ｅ−ＵＴＲＡＮのアーキテクチャとＵＴＲＡＮのアーキテクチャは大きく異なり、ＬＴＥとレガシ３Ｇとの間のＲＡＴ間ハンドオーバをどのように処理するかが課題になってきている。現在の段階では、ＲＡＴ間ハンドオーバのためのプロトコルデータ単位（ＰＤＵ）ベースの転送手法がいくつかの会社によって議論されている。いわゆる利点の１つは、レガシシステムへのいかなる影響もないであろうということである。レガシ３Ｇシステムでは、ダウンリンクユーザプレーンデータは、ＲＬＣ  ＰＤＵ（無線リンク制御−−プロトコルデータ単位）の形式としてバッファされる。一方、アップリンクユーザプレーンデータでは、ＲＬＣ  ＰＤＵはＲＬＣ層にバッファされる。ＲＬＣ  ＰＤＵは、シーケンス番号、可能な場合はパディング、暗号化情報、及び３Ｇパケットデータコンバージェンスプロトコル（ＰＤＣＰ）処理情報を含んでよい。一方、ＬＴＥシステムでは、ユーザプレーンデータは、ＩＰパケット、ＰＤＣＰ  ＰＤＵ、ＲＬＣ  ＰＤＵなどの形式としてバッファされることが可能である。他のポイントは、レガシシステム及びＬＴＥシステムは、それぞれ異なるユーザプレーンプロセス手順を有することができることである。例えば、３Ｇシステムにおけるロバストヘッダ圧縮（ＲＯＣＨ）は、ＬＴＥシステムにおけるものとは異なる可能性がある。ＬＴＥにおける暗号化はレガシ３Ｇシステムのものとは異なる可能性がある。
【０００７】
ＰＤＵレベル転送によれば、ＲＬＣ  ＰＤＵは３ＧからＬＴＥへのハンドオーバシナリオでＬＴＥシステムに転送されるが、それぞれ異なるシステムにおいては前述のように手順がそれぞれ異なるため、これらの転送されたＲＬＣ  ＰＤＵはＬＴＥシステムにおいて処理されることが不可能であり、逆も同じである。従って、レガシ３ＧシステムとＬＴＥシステムの間のＲＡＴ間ハンドオーバのためのハンドオーバ手法を提案する必要がある。
【発明の概要】
【課題を解決するための手段】
【０００８】
本発明は、ＩＰパケット形式に変わり、ターゲットネットワークに転送されるバッファされているデータペイロードを提供する。ターゲットネットワークは、好ましくは、ユーザ装置がターゲットネットワークに切り替えられた後にＩＰパケットを再送信する。
【０００９】
ＲＡＴ間ハンドオーバのためのこのＩＰパケット転送手法の目的は以下の通りである。
−  コンテキスト転送は必要がない。例えば、これらのＩＰパケットはＲＯＨＣプロセスの前にあり、従ってＲＯＣＨコンテキストは転送される必要がない。
−  パケットロスを回避する。ソースシステムにおいて障害のあったパケットは、ターゲットシステムにおいて再送信される機会を有する。
−  Ｕｕインターフェースにおける重複送信を最少化する。
ソースシステムにおいて障害のあったパケットのみが転送され、再送信されることになる。
【００１０】
本発明の一態様によれば、ユーザ装置が第１のネットワークから第２のネットワークに移動してハンドオーバが行われるべきときに、通信システムにおける無線アクセス技術間ハンドオーバを可能にするための方法であって、通信システムは、第１の無線アクセス技術を利用する第１のネットワーク及び第２の無線アクセス技術を利用する第２のネットワークを備える方法が提供される。本方法は、第２のネットワークによって送信されたハンドオーバ確認（ＨＯｃｆｍ）に応答して、非ＩＰパケット形式であって第１のネットワーク又はユーザ装置にバッファされているプロトコルデータ単位（ＰＤＵ）を処理してＩＰパケットにするステップ、ＰＤＵが第１のネットワークにバッファされている場合は、処理されたＩＰパケットを第１のネットワークから第２のネットワークに転送するステップ、及び、ユーザ装置が第２のネットワークに切り替えられた後に、処理されたＩＰパケットを再送信するステップを備える。
【００１１】
本発明の他の態様によれば、ユーザ装置が提供される。ユーザ装置は、第１の無線アクセス技術を利用する第１のネットワークと通信するように、又は第２の無線アクセス技術を利用する第２のネットワークと通信するように適応される。ユーザ装置が第１のネットワークから第２のネットワークに移動してハンドオーバが行われるべきときに、ユーザ装置は、第２のネットワークによって送信されたハンドオーバ確認に応答して、非ＩＰパケット形式であってユーザ装置にバッファされているプロトコルデータ単位（ＰＤＵ）を処理してＩＰパケットにするための処理手段、及び、ユーザ装置が第２のネットワークに切り替えられた後に、処理されたＩＰパケットを再送信するための再送信手段を備える。
【００１２】
さらに、本発明による通信システムが提供される。通信システムは、第１の無線アクセス技術を利用する第１のネットワーク及び第２の無線アクセス技術を利用する第２のネットワークを備える。ユーザ装置が第１のネットワークから第２のネットワークに移動してハンドオーバが行われるべきときに、第１のネットワークは、第２のネットワークによって送信されたハンドオーバ確認に応答して、非ＩＰ形式であって第１のネットワークにバッファされているＰＤＵを処理してＩＰパケットにするための処理手段、及び処理されたＩＰパケットを第１のネットワークから第２のネットワークに転送するための転送手段を備える。第２のネットワークは、ユーザ装置が第２のネットワークに切り替えられた後に、処理されたＩＰパケットを再送信するための再送信手段を備える。
【００１３】
本発明の特徴、利点及び目的は、添付の図面と併せて読まれれば、本発明の詳細な実施形態の以下の説明からより良く理解されると思われる。
【図面の簡単な説明】
【００１４】
【図１】レガシ３Ｇシステムを表すＵＭＴＳのアーキテクチャを示す図である。
【図２】ＬＴＥ／ＳＡＥシステムを表す進化ＵＭＴＳ（ｅ−ＵＭＴＳ）のアーキテクチャを示す図である。
【図３】本発明の一実施形態によるＩＰ転送に基づくＲＡＴ間ハンドオーバのための方法を実施するための通信システムの概略図である。
【図４】本発明の実施形態によるＩＰ転送に基づくＲＡＴ間ハンドオーバのための方法の流れ図である。
【図５】本発明の他の実施形態によるＩＰ転送に基づくＲＡＴ間ハンドオーバのための方法を実施するための通信システムの概略図である。
【図６】本発明の実施形態によるＩＰ転送に基づくＲＡＴ間ハンドオーバのための方法の流れ図である。
【図７】本発明による通信システムにおいて使用される処理手段の一実施形態を例示する図である。
【図８】ユーザ装置の一実施形態を例示する図である。
【発明を実施するための形態】
【００１５】
次に、本発明の様々な実施形態が添付の図面と併せて詳細に説明される。
【００１６】
前述のように、図１及び図２はＵＭＴＳ及び進化ＵＭＴＳ（ｅ−ＵＭＴＳ）の概略ブロック図である。
【００１７】
次に、本発明の一実施形態が図３及び図４に関連して説明される。図３は、本発明のＩＰ転送に基づくＲＡＴ間ハンドオーバのための方法を実施するためのアーキテクチャの概略図を示す。図３では、矢印付きの破線は、制御情報即ちこの場合はハンドオーバ確認の経路であり、矢印付きの実線は、ユーザプレーンデータ即ち処理されたＩＰパケットの経路である。
【００１８】
図４は、本発明のＩＰ転送に基づくＲＡＴ間ハンドオーバのための方法の流れ図を示す。ＵＭＴＳ及び進化ＵＭＴＳは両方とも様々な機能を実行する様々なネットワーク要素を有することは当業者には明らかなはずであり、図には本発明に関連する要素のみが例示されている。
【００１９】
この実施形態では、レガシ３ＧシステムからＬＴＥシステムへのＲＡＴ間ハンドオーバが行われる。図３内のレガシシステムでは、ＲＮＣ３０１は処理手段３１１を備え、ＳＧＳＮ３０２は転送手段３１２を備える。再送信手段３１３は例えばｅＮｏｄｅＢ内にある。この図における機能ブロックの相対位置は単に代表的なものであり、本発明はこの構造によって制限されないことに留意されたい。例えば、処理手段３１１及び転送手段３１２は１つの機能ブロックに結合されてもよい。ＵＥ３０５は、ＵＭＴＳ地上無線アクセス技術（ＵＴＲＡ）を利用するＵＴＲＡＮと通信する。ＵＥ３０５は、ＵＴＲＡＮ、ｅ−ＵＴＲＡＮ、必要な場合はＧＳＭなどのマルチＲＡＴ機能を備えることに留意されたい。Ｓ１はｅＮｏｄｅＢとＭＭＥ／ＳＡＥゲートウェイ（ＧＷ３０３）との間のインターフェースであり、Ｓ１−Ｃは制御プレーン上のＳ１インターフェースであり、Ｓ１−Ｕはユーザプレーン上のＳ１インターフェースである。ＵＥ３０５がｅＵＴＲＡを利用するｅＵＴＲＡＮの中に移動するときにはＲＡＴ間ハンドオーバが行われるべきである。これは、当業者には知られているので、さらに詳細に説明する必要はない。図４は、ダウンリンクデータ処理に関するＵＴＲＡＮからｅＵＴＲＡＮへのハンドオーバの流れ図を示す。
【００２０】
ダウンリンク（ノードＢがＵＥにデータを送信する）データ処理では、図３及び４に示されているように：
ＵＥによって確認応答されていないＡＭ  ＲＬＣ  ＰＤＵ及び前にＵＥに送信されなかったＡＭ／ＵＭ／ＴＭ  ＲＬＣ  ＰＤＵは、３ＧレガシシステムのＲＮＣ３０１にバッファされる。無線リンク制御（ＲＬＣ）層内のＰＤＵはＲＬＣ  ＰＤＵと呼ばれることは良く知られている。ＡＭ、ＵＭ、ＴＭは、３種類のＲＬＣモードであり、この場合、ＡＭは確認応答モード、ＵＭは非確認応答モード、ＴＭは透過モードである。ＲＬＣ  ＰＤＵは、シーケンス番号、可能な場合はパディング、暗号化情報、及び３Ｇパケットデータコンバージェンスプロトコル（ＰＤＣＰ）処理情報を含んでよく、この場合、ＰＤＣＰは、上位層のプロトコル特性を下にある無線インターフェースプロトコルの特性上にマッピングするためにＵＭＴＳ  ３Ｇネットワークにおいて使用され、上位層のプロトコルにプロトコルの透過性を提供する。ＰＤＣＰはまた、プロトコル制御情報圧縮を提供する。
【００２１】
ｅ−ＮｏｄｅＢ３０４は、ハンドオーバ確認（ＨＯｃｆｍ）メッセージをインターフェースＳ１−Ｃ（Ｓ１−制御プレーン）を介してＭＭＥ／ＳＡＥ  ＧＷ３０３に送信し、ＭＭＥ／ＳＡＥ  ＧＷ３０３は、次いで、ＨＯｃｆｍをインターフェースＳ３を介してＳＧＳＮ３０２に転送し、ＳＧＳＮ３０２はＨＯｃｆｍをＩｕ−Ｃ（Ｉｕ−制御プレーン）を介して３Ｇ  ＲＮＣ３０１に転送し、ハンドオーバ確認の経路は図３内の矢印付きの破線によって示されており、この手順は図４のステップ４０１に示されている。ハンドオーバ確認に応答して、ＲＮＣ３０１内の処理手段３１１は、ステップ４０２において、バッファされているＲＬＣ  ＰＤＵを処理する。例えば、手段３１１は、これらのＲＬＣ  ＰＤＵがステータスレポート及び他の情報に基づいて元のＩＰパケットに戻されることが可能であるように、ＰＤＵのシーケンス番号を抽出し、ＰＤＵがパディングを有する場合はＰＤＵのパディングをキャンセルし、ＰＤＵが暗号化されている場合はＰＤＵを復号し、ＰＤＵが圧縮されている場合はＰＤＵを解凍する。その後、ＲＮＣ３０１は、それらのＩＰパケットをインターフェースＩｕ−Ｕを介してＳＧＳＮ３０２に転送し、これらのＩＰパケットが転送ＩＰパケットであることを示し、ＳＧＳＮ３０２はステップ４０３においてこれらのＩＰパケットをＳ４インターフェースを介してＬＴＥシステムのＭＭＥ／ＳＡＥ  ＧＷ３０３に転送し、ＩＰパケット転送の経路は図３内の矢印付きの実線によって例示されている。次いでステップ４０４において、ＬＴＥシステム即ちｅ−ＵＭＴＳ内の再送信手段３１３は、データロスを回避するために、ＵＭＴＳシステム即ちレガシ３Ｇから受信された全てのＩＰパケットを再送信する。ＵＥ側においては、ＵＥは、データロスを回避するために、受信されたＲＬＣサービスデータユニット（ＲＬＣ  ＳＤＵ）を上位層に配送する。
【００２２】
アップリンク（ＵＥがノードＢにデータを送信する）データ処理では：
ＲＮＣ３０１は、データロスを回避するために、受信されたＲＬＣ  ＳＤＵを上位層に配送する。ＵＥ側においては、ＵＥは、ソース３Ｇ  ＲＮＣによって確認応答されていない全てのバッファされているＡＭ  ＲＬＣ  ＰＤＵを処理してＩＰパケットに変えるべきである。さらに、ＵＥは、前に送信されなかった全てのバッファされているＡＭ／ＵＭ／ＴＭ  ＲＬＣ  ＰＤＵを処理してそれらをＩＰパケットに変えるべきである。ＵＭＴＳシステム即ちＬＴＥシステムに切り替えた後に、ＵＥは、データロスを回避するために、ＬＴＥシステム内の全てのバッファされているＩＰパケットを再送信する。
【００２３】
上記説明によれば、ダウンリンクデータ処理では、ＰＤＵはＵＭＴＳシステムにバッファされているので、処理ステップ及び転送ステップはレガシ３Ｇ（ＵＭＴＳ）システムにおいて行われ、再送信ステップはターゲットシステム即ちｅ−ＵＭＴＳシステムによって実行されることが分かる。アップリンクデータ処理では、ＰＤＵはユーザ装置にバッファされているので、転送ステップは必要がない。ＵＥは、ＨＯｃｆｍに応答して、バッファされているＰＤＵを処理してＩＰパケットにし、ｅ−ＵＭＴＳシステムに切り替えられた後に、処理されたＩＰパケットをＵＥ自体で再送信する。
【００２４】
次に、本発明の他の実施形態が図５及び図６を参照しながら説明される。
【００２５】
図５及び図６はそれぞれ、ＬＴＥシステムからレガシ３ＧシステムへのＲＡＴ間ハンドオーバの場合の本発明のＩＰ転送に基づくＲＡＴ間ハンドオーバのためのアーキテクチャの概略図及び方法の流れ図を示す。図５では、矢印付きの破線は制御情報即ちこの場合はハンドオーバ確認の経路であり、矢印付きの実線はユーザプレーンデータ即ち処理されたＩＰパケットの経路である。
【００２６】
この場合には、ＲＮＣ３０１によって送信されたＨＯｃｆｍメッセージは、ＳＧＳＮ３０２、ＭＭＥ、ＳＡＥ  ＧＷ３０３を通り、ｅＮｏｄｅＢに到達する。ＨＯｃｆｍはＩｕ−Ｃ、Ｓ３及びＳ１−Ｃのインターフェースを通り、これは図５から明瞭に分かる。
【００２７】
ダウンリンクデータ処理では、主なステップが図６に例示されている。
【００２８】
現在まで、データペイロードがＬＴＥシステムにどのようにバッファされるかは依然として未解決なため。バッファされているデータは、ＩＰパケットでも非ＩＰパケットでもよい。従って、処理手順はＩＰパケット及び非ＩＰパケットごとに異なる。バッファされているデータペイロードがＩＰパケット形式であってＬＴＥ（ｅ−ＵＭＴＳ）システムにある場合は、バッファされているデータをＩＰパケットに変える手順は必要がない。これらのＩＰパケットは、現在のステータスレポート、ＨＡＲＱフィードバック及び他の情報に基づいてＵＥによって確認応答されていないＩＰパケット、及び前にＵＥに送信されなかったＩＰパケットを含む。ｅＮｏｄｅＢは、ステップ６０３に示されているようにこれらのＩＰパケットをＳ１−Ｕを経由しＭＭＥ／ＳＡＥ  ＧＷ３０３を介してターゲットシステムに転送する。現在のステータスレポート、ＨＡＲＱフィードバック及び他の情報に基づいてＵＥによって確認応答されていないデータペイロード、並びに／或いは前にＵＥに送信されなかったデータペイロードなどのデータペイロードがＬＴＥシステムに非ＩＰパケット形式でバッファされている場合は、ｅ−ＮｏｄｅＢ３０４は、最初に、図６内のステップ６０２に示されているように、バッファされているデータペイロードをＩＰパケット形式に変える。例えば、ｅＮｏｄｅＢ３０４内の手段３１１は、これらの非ＩＰパケットが元のＩＰパケットに戻されることが可能であるように、ＰＤＵのシーケンス番号を抽出し、ＰＤＵがパディングを有する場合はＰＤＵのパディングをキャンセルし、ＰＤＵが暗号化されている場合はＰＤＵを復号し、ＰＤＵが圧縮されている場合はＰＤＵを解凍する。その後、ｅＮｏｄｅＢ３０４は次いでそれらのＩＰパケットをＭＭＥ／ＳＡＥ  ＧＷ３０３を介してターゲットシステムに転送し、これはステップ６０３に示されている。ターゲットシステム即ちＵＭＴＳシステムは、ステップ６０４において、データロスを回避するためにｅ−ＵＭＴＳシステムから受信された全てのＩＰパケットを再送信し、これはＲＮＣ３０１内に配置されている再送信手段３１３によって実行されることが可能であるはずである。ＵＥは、受信されたＲＬＣ  ＳＤＵを上位層に配送し、ＲＬＣ  ＳＤＵに再アセンブルされることが不可能な全ての受信されたＲＬＣ  ＰＤＵを廃棄する。
【００２９】
アップリンクデータ処理では：
ｅＮｏｄｅＢ３０４は全ての受信されたＩＰパケットをＬＴＥユーザプレーンエンティティに配送する。一方、ＲＬＣ  ＳＤＵに再アセンブルされることが不可能なＲＬＣ  ＰＤＵは廃棄される。
【００３０】
ＵＥ側では：
データペイロードがＩＰパケット形式でバッファされている場合は、バッファされているデータをＩＰパケットに変える手順は必要がない。ＵＥはＩＰパケットを直接ターゲットシステムに転送する。切り替え後に、ＵＥはそれらを再送信するべきである。そうでなければ、データペイロードが他の形式でバッファされている場合は、ＵＥは、前述のステップのように、依然としてバッファされているデータペイロードをＩＰパケット形式に変えるべきであり、次いで、切り替え後に、処理されたＩＰパケットをターゲットシステム（ＵＭＴＳシステム）にＵＥ自体で再送信する。
【００３１】
ＩＰパケット転送に基づくレガシ３ＧシステムとＬＴＥシステムとの間のＲＡＴ間ハンドオーバ機構が２つのシナリオに関連して説明されてきた。ＩＰ転送に基づくこのＲＡＴ間ハンドオーバ機構では、ソースシステムにおけるパケット障害はターゲットシステムに再送信されることが可能であり、これはデータロスを最小化することになり、ＵＥの経験を改善するのに役立つ。ソースシステムにおいて確認応答されていないパケットのみがターゲットシステムに再送信され、従って、Ｕｕインターフェースにおける重複送信が最小化され、これはターゲットシステムにおける無線リソースの浪費を回避するのに寄与する。さらに、この転送は、ＲＯＣＨプロセスの前にバッファされているＩＰパケットに基づいている。従ってＲＯＣＨコンテキストはターゲットシステムに転送される必要がなく、従って状態転送は必要がない。
【００３２】
図７は、本発明による通信システムにおいて使用される処理手段の一実施形態を例示する。図から分かるように、処理手段３１１は、入力モジュール、処理モジュール及び出力モジュールを含む。入力モジュールの役割はソースネットワークにバッファされているＰＤＵ及びターゲットネットワークによって送信されたＨＯｃｆｍを受信することである。ＨＯｃｆｍの受信に応答して、処理モジュールはバッファされているＰＤＵをＩＰパケットに変える。前述のように、この手順は、ＰＤＵの特定の構造に応じて、ＰＤＵのシーケンス番号を抽出するステップ、ＰＤＵがパディングを有する場合はＰＤＵのパディングをキャンセルするステップ、ＰＤＵが暗号化されている場合はＰＤＵを復号するステップ、ＰＤＵが圧縮されている場合はＰＤＵを解凍するステップを備える。出力モジュールは、処理されたＩＰパケットを転送手段に配送する。出力モジュールは転送手段と結合されることが可能であるはずであることは当業者には明らかである。
【００３３】
図８はユーザ装置３０５の一実施形態を例示する。ＵＥ３０５は、レガシ３ＧシステムにおけるＵＴＲＡ、ＬＴＥシステムにおけるｅ−ＵＴＲＡ、及び必要がある場合は他の無線アクセス技術など、マルチＲＡＴ機能を備える。さらに、ＵＥ３０５は、バッファされているＰＤＵを処理してＩＰパケットにするための手段３１１を備える。処理手段３１１は、ハンドオーバ確認メッセージ（ＨＯｃｆｍ）及びバッファされているＰＤＵを受信するための入力モジュール、バッファされているＰＤＵをＩＰパケットに変えるための処理モジュール、並びに処理されたＩＰパケットを再送信手段３１３に出力するための出力モジュールをさらに備える。手段３１３の主な機能は、ソースネットワークからターゲットネットワークに切り替えられるときに、処理されたＩＰパケットをターゲットシステムに再送信することである。
【００３４】
ＩＰ転送に基づくＲＡＴ間ハンドオーバを可能にするための方法、ユーザ装置、及び通信システムの例示的実施形態が上記で詳細に説明されているが、上記の諸実施形態は網羅的ではなく、当業者は本発明の趣旨及び範囲内で多くの変更及び修正を行うことができる。従って、本発明はそれらの実施形態に限定されず、本発明の範囲は添付の特許請求の範囲によってのみ定義される。
【図１】
0005404651.tif 000002
【図２】
0005404651.tif 000003
【図３】
0005404651.tif 000004
【図４】
0005404651.tif 000005
【図５】
0005404651.tif 000006
【図６】
0005404651.tif 000007
【図７】
0005404651.tif 000008
【図８】
0005404651.tif 000009