JP6946321B2 - シームレスのハンドオーバーをサポートする方法及びｅｎｂ装置 - Google Patents

Description

本発明は、無線通信技術に関し、より詳細には、シームレス（ｓｅａｍｌｅｓｓ）のハンドオーバーをサポートする方法及びｅＮＢ（Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ）装置に関する。

現代の移動通信は高速送信をユーザに提供するマルチメディアサービスに益々集中する傾向がある。図１は、ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）を示すシステムアーキテクチャダイヤグラムである。

ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１０１は、データを受信するために用いられる端末装置である。Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０２は、無線ネットワークにアクセスするためのインターフェースをＵＥに提供するマクロ ｅＮｏｄｅＢ／ＮｏｄｅＢが含まれる無線アクセスネットワークである。モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）１０３は、ＵＥに対する移動コンテキスト、セッションコンテキスト、及びセキュリティ情報を管理する責任がある。サービングゲートウェイ（ＳＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）１０４は、主にユーザプレーンを提供するように機能し、ＭＭＥ１０３及びＳＧＷ１０４は同一な物理的エンティティに位置する。パケットデータネットワークゲートウェイ（ＰＧＷ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）１０５は、課金、合法的な遮断などの責任があり、またＰＧＷ１０５及びＳＧＷ１０４は同一な物理的エンティティに位置する。ポリシー及び課金規則機能エンティティ（ＰＣＲＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ Ｅｎｔｉｔｙ）１０６は、サービス品質（Ｑｕａｌｉｔｙ ｏｆＳｅｒｖｉｃｅ：ＱｏＳ）ポリシー及び課金規則を提供する。サービングＧＰＲＳサポートノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）１０８は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）でデータ送信のためのルーティングを提供するネットワークノード装置である。ホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１０９は、ＵＥのホームザブシステムであり、ＵＥの現在位置、サービングノードの住所、ユーザセキュリティ情報、ＵＥのパケットデータコンテキストなどのユーザ情報を保護する責任がある。

図２は、本発明によるハンドオーバーフローを示す。この方法は以下の段階を含む。

段階２０１：ソースｅＮＢによって、ハンドオーバーリクエストメッセージがターゲットｅＮＢに送信される。
段階２０２：ターゲットｅＮＢによって、ハンドオーバーリクエスト確認応答（ａｃｋｎｏｗｌｅｄｇｅ）メッセージがソースｅＮＢに送信される。
段階２０３：ソースｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。ソースｅＮＢはダウンリンクデータをＵＥに送信することを中止する。ソースｅＮＢはＵＥからアップリンクデータを受信することを中止する。このメッセージを受信すると、ＵＥはソースｅＮＢによって送信されたダウンリンクデータを受信することを中止し、またアップリンクデータをソースｅＮＢに送信することを中止する。
段階２０４：ソースｅＮＢによって、シーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＮ）状態伝達がターゲットｅＮＢに送信される。ソースｅＮＢはターゲットｅＮＢにデータのフォワーディング（ｆｏｒｗａｒｄｉｎｇ）を開始する。
段階２０５：ＵＥはターゲットｅＮＢに同期化される。ＵＥはＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してターゲットセルにアクセスする。
段階２０６：ＵＥによって、ＲＲＣ接続再構成完了メッセージがターゲットｅＮＢに送信される。ＵＥはターゲットｅＮＢに対するデータの送受信を開始する。
段階２０７：ターゲットｅＮＢによって、経路ハンドオーバーリクエストメッセージがＭＭＥに送信される。
段階２０８：ＭＭＥによって、経路ハンドオーバーリクエスト応答メッセージがターゲットｅＮＢに送信される。
段階２０９：ターゲットｅＮＢによって、ＵＥコンテキスト解除メッセージがソースｅＮＢに送信される。

段階２０３から段階２０６まで、ＵＥのアップリンク及びダウンリンクデータの送信が中断され（ｉｎｔｅｒｒｕｐｔ）、結果的に、データ送信の遅延が引き起こされる。ソースｅＮＢが段階２０３の後にデータを継続送受信する場合、ＵＥはまた段階２０３と段階２０６との間のソースｅＮＢでダウンリンクデータを継続受信又はアップリンクデータを継続送信し、ソースｅＮＢは段階２０９までデータの送受信を中止する時期を知らない。これはソースｅＮＢの不必要なデータ送信又は不必要なデータモニタリングを引き起こし、リソース及び電力消費の不必要な浪費をもたらす。

また、ダウンリンクで、ソースｅＮＢは段階２０３の後にデータをＵＥ及びターゲットｅＮＢに同時に送信する。Ｘ２インターフェースがデータの順次送信を保証することができないため、データパケットのミッシング（ｍｉｓｓｉｎｇ）又は重複受信をもたらす可能性があり、ＵＥはこのケースを探知することができない。例えば、ソースｅＮＢはＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）ＳＮを搬送するＰＤＣＰデータパケット（１０、１１、１２）及びＰＤＣＰ ＳＮを搬送しない３個の後続するＰＤＣＰデータパケット（ａ、ｂ、ｃ）をターゲットｅＮＢにフォワーディングする。ソースｅＮＢは次のＳＮが１３で用いられることをターゲットｅＮＢに通知する。ＰＤＣＰデータパケットが順次に送信されないため、ターゲットｅＮＢによって受信された３個のＰＤＣＰデータパケットの順序は、（ｃ、ａ、ｂ）である。正しい順序は、１０、１１、１２、（ａ、１３）、（ｂ、１４）、（ｃ、１５）でなければならない。ターゲットｅＮＢによって受信された実際のデータパケットは、１０、１１、１２、（ｃ、１３）、（ａ、１４）、（ｂ、１５）である。ＵＥによってソースｅＮＢから受信されたデータパケットは１０、１１、１２、（ａ、１３）である。ＵＥは、送信される次のＰＤＣＰデータパケットのＳＮが１４であることをターゲットｅＮＢに通知する。従って、ターゲットｅＮＢはデータパケット（ａ、１４）、（ｂ、１５）…をＵＥに送信する。即ち、ＵＥはデータパケットａを２回受信するが、データパケットｃは失われる。ＵＥのＰＤＣＰは、２個のデータパケットａのＳＮが相違するためデータパケットａが繰り返して送信されることを探知することができない。

従来技術において、ソースｅＮＢはＳＮ状態伝達メッセージをターゲットｅＮＢに送信し、ソースｅＮＢは送受信を凍結させる（ｆｒｅｅｚｅ）。ソースｅＮＢは、ＳＮ状態伝達メッセージのＤＮ Ｃｏｕｎｔを介して用いられる次のＰＤＣＰ ＳＮ及び対応するＨＦＮをターゲットｅＮＢに通知する。ＵＥがターゲットｅＮＢに成功的に接続された後、ＵＥがＰＤＣＰ状態レポートをターゲットｅＮＢに送信することによって、ターゲットｅＮＢは、ＵＥに送信される次のＰＤＣＰデータパケットのＳＮを知る。更に、次のＰＤＣＰデータパケットに対応するＨＦＮは、ＤＬカウントでＨＦＮであるか又はＤＬカウントでＨＦＮよりも１小さい。これは、用いられるべき次のＰＤＣＰ ＳＮに対応するデータパケットがまだＵＥに送信されなかったためである（ソースｅＮＢはＳＮ状態伝達メッセージを送信する時に送受信状態を凍結させた）。拡張（ｅｎｈａｎｃｅｄ）ハンドオーバープロセスの間、ＳＮ状態伝達メッセージをターゲットｅＮＢに送信すると、ソースｅＮＢはダウンリンクデータをＵＥに継続送信し、その間に、ソースｅＮＢはデータをターゲットｅＮＢにフォワーディングする。一部のデータパケットがソースｅＮＢでＵＥによって受信されたため、これらのデータパケットはターゲットｅＮＢによって繰り返し送信されない。ＵＥがターゲットｅＮＢに成功的に接続された後、ターゲットｅＮＢは、ＵＥからＰＤＣＰ状態レポートを受信することで、ＵＥへのデータパケットの送信が開始されたＰＤＣＰ ＳＮを知る。しかし、ターゲットｅＮＢはＵＥから受信された次の予想ＰＤＣＰ ＳＮに対応するＨＦＮを知らない。

アップリンクで、既存のハンドオーバープロセスの間、ソースｅＮＢはＳＮ状態伝達メッセージを介してアップリンクＰＤＣＰの受信状態及びアップリンクカウントをターゲットｅＮＢに通知し、ソースｅＮＢはダウンリンクデータの送信及びアップリンクデータの受信を中止する。ターゲットｅＮＢはソースｅＮＢからＳＧＷへのアップリンク送信状態を知る。ターゲットｅＮＢがソースｅＮＢのアップリンク受信状態をＵＥに通知することによって、ＵＥはソースｅＮＢによって受信されない次のＰＤＣＰデータパケットからの送信を開始する。ソースｅＮＢが段階２０３の後にデータを継続送受信する場合、ソースｅＮＢがＳＮ状態伝達メッセージをターゲットｅＮＢに送信した後に、ＵＥはアップリンクデータをそのまま送信し、ソースｅＮＢはＵＥからアップリンクデータをそのまま受信する。ＵＥがターゲットｅＮＢに成功的に同期化されるか又はＲＲＣ再構成が成功的に行われた後、ターゲットｅＮＢはＵＥからデータを受信する時にソースｅＮＢのアップリンク受信状態を知らず、またソースｅＮＢからＳＧＷへのアップリンク送信状態を知らない。段階２０４でターゲットｅＮＢによって受信されたＳＮ状態伝達メッセージのアップリンク受信状態はこれ以上有効ではなく、結果的にアップリンクデータのシームレスの送信が保証されない。

本発明は、上記従来の問題点に鑑みてなされたものであって、本発明の目的は、データ送信の遅延、ソースｅＮＢの不必要なデータ送信又は不必要なデータモニタリング、並びにハンドオーバープロセスにおけるアップリンク及びダウンリンクデータのミッシング及び重複送信に対する上述した問題点を解決するために、シームレスのハンドオーバーをサポートする方法及びｅＮＢ装置を提供することにある。

上記目的を達成するためになされた本発明の一態様によるシームレスのハンドオーバーをサポートする方法は、ソースｅＮＢによって、ハンドオーバーリクエストメッセージをターゲットｅＮＢに送信する段階と、ターゲットｅＮＢによって送信されたハンドオーバーリクエスト確認応答メッセージを受信する段階と、無線リソース制御（ＲＲＣ）接続再構成メッセージをＵＥに送信し、ダウンリンクデータをＵＥに継続送信し、ＵＥによって送信されたアップリンクデータを継続受信する段階と、シーケンス番号（ＳＮ）状態伝達をターゲットｅＮＢに送信して、ターゲットｅＮＢにデータのフォワーディングを開始する段階と、ターゲットｅＮＢによって送信されたデータ送信中止インディケーション（ｉｎｄｉｃａｔｉｏｎ）を受信して、ソースｅＮＢによって、ダウンリンクデータをＵＥに送信することを中止し、ＵＥからアップリンクデータを受信することを中止する段階と、ターゲットｅＮＢによって送信されたＵＥコンテキスト解除メッセージを受信する段階と、を有する。

ＵＥがターゲットｅＮＢに同期化された後、ターゲットｅＮＢは、データ送信中止インディケーションをソースｅＮＢに送信する。
データ送信中止インディケーションは、ＵＥがターゲットｅＮＢに同期化された後にターゲットｅＮＢによって送信される。

前記方法は、ソースｅＮＢによって、第２ＳＮ状態伝達メッセージをターゲットｅＮＢに送信する段階を更に含む。

第２ＳＮ状態伝達メッセージは、アップリンクＰＤＣＰ ＳＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）及び／又はＨＦＮ（Ｈｙｐｅｒ−Ｆｒａｍ ｅ Ｎｕｍｂｅｒ）の受信状態、又はダウンリンクＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態を含む。

第２ＳＮ状態伝達メッセージ及びＳＮ状態伝達は、同一のメッセージ又は相違するメッセージであり、第２ＳＮ状態伝達メッセージが送信される場合、ソースｅＮＢが送受信状態を凍結させたことを示す。

ターゲットｅＮＢは、次の方式のうちの少なくとも一つでＵＥに送信されないデータを探知する。
方式１：第２状態伝達メッセージにおけるソースｅＮＢから受信されたＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態によって、ターゲットｅＮＢは、ソースｅＮＢによってＵＥに送信されてターゲットｅＮＢに同時にフォワーディングされる重複データを廃棄してＵＥによって受信されないデータを直接送信し、
方式２：ＵＥから受信されたＰＤＣＰ状態レポートによって、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信し、
方式３：第２ＳＮ状態伝達メッセージとＵＥから受信されたＰＤＣＰ状態レポートとを組み合わせて、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信し、第２ＳＮ状態伝達メッセージは、ＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態を含む。

前記方法は、ソースｅＮＢによって、ＲＲＣ接続再構成メッセージをＵＥに送信した後、又はソースｅＮＢによって、ＳＮ状態伝達をターゲットｅＮＢに送信した後、ソースｅＮＢによって、アップリンクデータ受信状態をＵＥにフィードバックする段階を更に含む。

ソースｅＮＢによって、第２ＳＮ状態伝達メッセージをターゲットｅＮＢに送信する段階は、ソースｅＮＢによって、アップリンクデータを受信することを中止した後にアップリンク受信状態をターゲットｅＮＢに送信する段階、又はソースｅＮＢによって、アップリンクデータ及びアップリンクカウントを受信することを中止した後にアップリンク受信状態をターゲットｅＮＢに送信する段階を更に含む。

前記方法は、ソースｅＮＢによって、ＳＮ状態送信をターゲットｅＮＢに送信した後、及びソースｅＮＢによって、第２ＳＮ状態伝達メッセージをターゲットｅＮＢに送信する前に、或いはソースｅＮＢによって、ＳＮ状態伝達をターゲットｅＮＢに送信した後、及びターゲットｅＮＢによって送信されたデータ送信中止インディケーションを受信する前に、ソースｅＮＢによって、順次に受信されたアップリンクデータパケットをＳＧＷに送信し、他のデータパケットをターゲットｅＮＢにフォワーディングする段階を更に含む。

ＵＥによって、アップリンクデータをソースｅＮＢに送信することを中止するプロセスは、受信されたアップリンク受信状態と、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたデータとを組み合わせて、ターゲットｅＮＢによって、アップデートされたアップリンク受信状態をＵＥに送信する段階と、エンドマーカー（ｅｎｄ ｍａｒｋｅｒ）により、ターゲットｅＮＢによって、ソースｅＮＢがデータをフォワーディングしたことを判定する段階と、を更に含む。

ソースｅＮＢによって、データをターゲットｅＮＢにフォワーディングする段階で、データは、ＧＴＰ−ＵヘッダーにおけるＳＮによって識別されるフォワーディングされたデータパケットの順序、又はその間に、ＵＥに送信されるＳＮを含むＰＤＣＰデータパケット又はＦＰ（Ｆｒａｍ ｅ Ｐｒｏｔｏｃｏｌ）のデータ部分がフォワーディングされたＰＤＣＰデータパケットを含み、ＦＰのパケットヘッダーがデータパケットのシーケンス番号を含む定義されたＦＰを含むデータパケット、第１データパケットによって用いられるＰＤＣＰ ＳＮが特定値若しくはダミー（ｄｕｍｍｙ）にセッティングされるＰＤＣＰ ＳＮを含むデータパケット、又はＰＤＣＰデータパケットの数はソースｅＮＢによって推定された後に送信されたデータパケットの推定された数である。

前記方法は、ソースｅＮＢによって、ＲＲＣ接続再構成メッセージをＵＥに送信した後、ＵＥによって、ソースｅＮＢによって送信されたダウンリンクデータを継続受信し、アップリンクデータをソースｅＮＢに継続送信する段階と、ＵＥがターゲットｅＮＢに同期化された後に、ソースｅＮＢからダウンリンクデータを受信することを中止し、アップリンクデータをソースｅＮＢに送信することを中止する段階と、を更に含む。

第１送信モジュール、第１処理モジュール、及び第１受信モジュールを含むｅＮＢ装置が提供され、第１送信モジュールは、ハンドオーバーリクエストメッセージをターゲットｅＮＢに送信し、ＲＲＣ接続再構成メッセージをＵＥに送信し、ダウンリンクデータをＵＥに継続送信し、ＳＮ状態伝達をターゲットｅＮＢに送信し、ターゲットｅＮＢにデータのフォワーディングを開始し、第１受信モジュールは、ＵＥからアップリンクデータを継続受信し、ターゲットｅＮＢによって送信されたデータ送信中止インディケーションを受信し、処理を行う第１処理モジュールを示しターゲットｅＮＢによって送信されたＵＥコンテキスト解除メッセージを受信し、第１処理モジュールは、受信モジュールからのインディケーション下で、第１送信モジュールを制御してダウンリンクデータをＵＥに送信することを中止し、第１受信モジュールを制御してＵＥからアップリンクデータを受信することを中止する。

上記目的を達成するためになされた本発明の他の態様によるシームレスのハンドオーバーをサポートする方法は、ターゲットｅＮＢによって、ソースｅＮＢによって送信されたハンドオーバーリクエストメッセージを受信するとハンドオーバーリクエスト確認応答メッセージを送信する段階と、ＲＲＣ接続再構成メッセージをＵＥに送信した後にソースｅＮＢによって送信されたＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）状態伝達を受信する段階と、ターゲットｅＮＢによって、ＵＥがターゲットｅＮＢに同期化された後にデータ送信中止インディケーションをソースｅＮＢに送信する段階と、ＵＥによって送信されたＲＲＣ接続再構成完了メッセージを受信し、経路ハンドオーバーリクエストメッセージをＭＭＥに送信する段階と、ＭＭＥによって送信された経路ハンドオーバーリクエスト応答メッセージを受信し、ＵＥコンテキスト解除メッセージをソースｅＮＢに送信する段階と、を有する。

前記方法は、ソースｅＮＢによって送信された第２ＳＮ状態伝達メッセージを受信する段階と、ターゲットｅＮＢによって、次の方式のうちの少なくとも一つでＵＥに送信されないデータを探知する段階と、を更に含む。
方式１：第２ＳＮ状態伝達メッセージにおけるソースｅＮＢから受信されたＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態によって、ターゲットｅＮＢは、ソースｅＮＢによってＵＥに送信されてターゲットｅＮＢに同時にフォワーディングされる重複データを廃棄してＵＥによって受信されないデータを直接送信し、
方式２：ＵＥから受信されたＰＤＣＰ状態レポートによって、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信し、
方式３：第２ＳＮ状態伝達メッセージとＵＥから受信されたＰＤＣＰ状態レポートとを組み合わせて、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信し、第２ＳＮ状態伝達メッセージは、ＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態を含む。

前記方法は、ＵＥがターゲットｅＮＢに同期化された後、ＵＥによって、ソースｅＮＢからダウンリンクデータを受信することを中止し、アップリンクデータをソースｅＮＢに送信することを中止する段階を更に含み、ＵＥによって、アップリンクデータをソースｅＮＢに送信することを中止するプロセスは、ソースｅＮＢによってフィードバックされたアップリンク受信状態と、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたデータとを組み合わせて、ターゲットｅＮＢによって、アップデートされたアップリンク受信状態をＵＥに送信する段階と、エンドマーカーにより、ターゲットｅＮＢによって、ソースｅＮＢがデータをフォワーディングしたことを判定する段階と、を更に含む。

第２送信モジュール及び第２受信モジュールを含むｅＮＢ装置が提供され、第２受信モジュールは、ソースｅＮＢによって送信されたハンドオーバーリクエストメッセージを受信し、ソースｅＮＢによってＵＥに送信されたＲＲＣ接続再構成メッセージを受信し、ＵＥによって送信されたＲＲＣ接続再構成完了メッセージを受信し、ＭＭＥによって送信された経路ハンドオーバーリクエスト応答メッセージを受信し、第２送信モジュールは、ハンドオーバーリクエスト確認応答メッセージをソースｅＮＢに送信し、ターゲットｅＮＢによって、ＵＥがターゲットｅＮＢに同期化された後にデータ送信中止インディケーションをソースｅＮＢに送信し、経路リクエストメッセージをＭＭＥに送信し、ＵＥコンテキスト解除メッセージをソースｅＮＢに送信する。

一実施形態によるシームレスのハンドオーバーをサポートする方法は、ソースｅＮＢによって、ハンドオーバーリクエストメッセージをターゲットｅＮＢに送信する段階と、ターゲットｅＮＢによって送信されたハンドオーバーリクエスト確認応答メッセージを受信する段階と、ＲＲＣ接続再構成メッセージをＵＥに送信し、ダウンリンクデータをＵＥに継続送信し、ＵＥによって送信されたアップリンクデータを継続受信する段階と、シーケンス番号（ＳＮ）状態伝達をターゲットｅＮＢに送信し、ターゲットｅＮＢにデータのフォワーディングを開始する段階と、ＲＲＣ接続再構成完了メッセージを受信した後にターゲットｅＮＢによって送信されたデータ送信中止インディケーションを受信し、ダウンリンクデータをＵＥに送信することを中止する段階と、ターゲットｅＮＢによって送信されたＵＥコンテキスト解除メッセージを受信する段階と、を有する。

前記方法は、ＵＥによって、ＵＥがターゲットｅＮＢに同期化された後にアップリンクデータをソースｅＮＢに送信することを中止する段階、又はＵＥによって、ＲＲＣ接続再構成完了メッセージをターゲットｅＮＢに送信し、アップリンクデータをソースｅＮＢに送信することを中止する段階を含む。

前記方法は、ソースｅＮＢによって、ＵＥによって送信された同期情報を受信した後にターゲットｅＮＢによって送信されたアップリンクデータ中止受信インディケーションを受信し、ＵＥからアップリンクデータを受信することを中止する段階と、この段階が実行されない時、ソースｅＮＢによって、データ送信中止インディケーションメッセージを受信するとＵＥからアップリンクデータを受信することを中止する段階と、を更に含む。

前記方法は、ソースｅＮＢによって、アップリンクＰＤＣＰ ＳＮ及び／又はＨＦＮの受信状態を含む第２ＳＮ状態伝達メッセージをターゲットｅＮＢに送信する段階を更に含む。

前記方法は、ソースｅＮＢによって、ＲＲＣ接続再構成メッセージをＵＥに送信した後、又はソースｅＮＢによって、ＳＮ状態伝達をターゲットｅＮＢに送信した後、ソースｅＮＢによって、アップリンクデータ受信状態をＵＥにフィードバックする段階を更に含む。

ソースｅＮＢによって、第２ＳＮ状態伝達メッセージをターゲットｅＮＢに送信する段階は、ソースｅＮＢによって、アップリンクデータを受信することを中止した後にアップリンク受信状態をターゲットｅＮＢに送信する段階、又はソースｅＮＢによって、アップリンクデータ及びアップリンクカウントを受信することを中止した後にアップリンク受信状態をターゲットｅＮＢに送信する段階を更に含む。

前記方法は、ソースｅＮＢによって、ＳＮ状態送信をターゲットｅＮＢに送信した後、及びソースｅＮＢによって、第２ＳＮ状態伝達メッセージをターゲットｅＮＢに送信する前に、或いはソースｅＮＢによって、ＳＮ状態伝達をターゲットｅＮＢに送信した後、及びターゲットｅＮＢによって送信されたデータ送信中止インディケーションを受信する前に、ソースｅＮＢによって、順次に受信されたアップリンクデータパケットをＳＧＷに送信し、他のデータパケットをターゲットｅＮＢにフォワーディングする段階を更に含む。

ＵＥによって、アップリンクデータをソースｅＮＢに送信することを中止するプロセスは、受信されたアップリンク受信状態と、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたデータとを組み合わせて、ターゲットｅＮＢによって、アップデートされたアップリンク受信状態をＵＥに送信する段階と、エンドマーカーにより、ターゲットｅＮＢによって、ソースｅＮＢがデータをフォワーディングしたことを判定し、データ送信中止インディケーションをソースｅＮＢに送信する段階と、を更に含む。

ソースｅＮＢによって、データをターゲットｅＮＢにフォワーディングする段階で、データは、ＧＴＰ−ＵヘッダーにおけるＳＮによって識別されるフォワーディングされたデータパケットの順序、又はその間に、ＵＥに送信されるＳＮを含むＰＤＣＰデータパケット又はＦＰ（Ｆｒａｍ ｅ Ｐｒｏｔｏｃｏｌ）のデータ部分がフォワーディングされたＰＤＣＰデータパケットを含み、ＦＰのパケットヘッダーがデータパケットのシーケンス番号を含む定義されたＦＰを含むデータパケット、第１データパケットによって用いられるＰＤＣＰ ＳＮが特定値若しくはダミーにセッティングされるＰＤＣＰ ＳＮを含むデータパケット、又はＰＤＣＰデータパケットの数はソースｅＮＢによって推定された後に送信されたデータパケットの推定された数である。

第３送信モジュール、第３処理モジュール、及び第３受信モジュールを含むｅＮＢ装置が提供され、第３送信モジュールは、ハンドオーバーリクエストメッセージをターゲットｅＮＢに送信し、ＲＲＣ接続再構成メッセージをＵＥに送信し、ダウンリンクデータをＵＥに継続送信し、ＳＮ状態伝達をターゲットｅＮＢに送信し、ターゲットｅＮＢにデータのフォワーディングを開始し、第３受信モジュールは、ターゲットｅＮＢによって送信されたハンドオーバーリクエスト確認応答メッセージを受信し、ＵＥからアップリンクデータを継続受信し、ＲＲＣ接続再構成完了メッセージを受信した後にターゲットｅＮＢによって送信されたデータ送信中止インディケーションを受信し、処理を行う第３処理モジュールを示しターゲットｅＮＢによって送信されたＵＥコンテキスト解除メッセージを受信し、第３処理モジュールは、第３受信モジュールからのインディケーション下で、送信モジュールを制御してダウンリンクデータをＵＥに送信することを中止し、第３受信モジュールを制御してＵＥからアップリンクデータを受信することを中止する。

一実施形態によるシームレスのハンドオーバーをサポートする方法は、ターゲットｅＮＢによって、ソースｅＮＢによって送信されたハンドオーバーリクエストメッセージを受信するとハンドオーバーリクエスト確認応答メッセージを送信する段階と、ＲＲＣ接続再構成メッセージをＵＥに送信した後にソースｅＮＢによって送信されたＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）状態伝達を受信する段階と、ＵＥによって送信されたＲＲＣ接続再構成完了メッセージを受信して、データ送信中止インディケーションをソースｅＮＢに送信する段階と、経路ハンドオーバーリクエストメッセージをＭＭＥに送信する段階と、ＭＭＥによって送信された経路ハンドオーバーリクエスト応答メッセージを受信して、ＵＥコンテキスト解除メッセージをソースｅＮＢに送信する段階と、を有する。

前記方法は、ＵＥによって、ＵＥがターゲットｅＮＢに同期化された後にアップリンクデータをソースｅＮＢに送信することを中止する段階、又はＵＥによって、ＲＲＣ接続再構成完了メッセージをターゲットｅＮＢに送信し、アップリンクデータをソースｅＮＢに送信することを中止する段階を更に含み、ＵＥによって、アップリンクデータをソースｅＮＢに送信することを中止するプロセスは、ソースｅＮＢによってフィードバックされたアップリンク受信状態と、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたデータと、を組み合わせて、ターゲットｅＮＢによって、アップデートされたアップリンク受信状態をＵＥに送信する段階と、エンドマーカーにより、ターゲットｅＮＢによって、ソースｅＮＢがデータをフォワーディングしたことを判定し、データ送信中止インディケーションをソースｅＮＢに送信する段階と、を更に含む。

第４送信モジュール及び第４受信モジュールを含むｅＮＢ装置が提供され、第４送信モジュールは、ハンドオーバーリクエスト確認応答メッセージをソースｅＮＢに送信し、データ送信中止インディケーションをソースｅＮＢに送信し、経路ハンドオーバーリクエストメッセージをＭＭＥに送信し、ＵＥコンテキスト解除メッセージをソースｅＮＢに送信し、第４受信モジュールは、ソースｅＮＢによって送信されたハンドオーバーリクエストメッセージを受信し、ソースｅＮＢによってＵＥに送信されたＲＲＣ接続再構成メッセージを受信し、ＵＥによって送信されたＲＲＣ接続再構成完了メッセージを受信し、ＭＭＥによって送信された経路ハンドオーバーリクエスト応答メッセージを受信する。

一実施形態による二重接続（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）のためのシームレスのハンドオーバーをサポートする方法は、ターゲットｅＮＢによって、ＭｅＮＢ（Ｍａｃｒｏｃｅｌｌ ｅＮＢ）によって送信されたｅＮＢ付加リクエストメッセージを受信する段階と、ターゲットｅＮＢによって、ｅＮＢ付加リクエスト確認応答メッセージをＭｅＮＢに送信する段階と、ターゲットｅＮＢのためのリソースが成功的に割り当てられた場合、ＭｅＮＢによって、ｅＮＢ解除リクエストメッセージをソースｅＮＢに送信し、ソースｅＮＢによってアップリンク及びダウンリンクデータを継続送信し、ソースｅＮＢによって、データをターゲットｅＮＢにフォワーディングする段階と、ＭｅＮＢによって、ＲＲＣ接続再構成メッセージをＵＥに送信し、ダウンリンクデータをソースｅＮＢに継続送信し、ダウンリンクデータをターゲットｅＮＢにフォワーディングする段階と、ＵＥによって、ＲＲＣ接続再構成メッセージを受信し、ソースｅＮＢに対する設定を削除又は再構成せずに、ＵＥとソースｅＮＢとの間でアップリンク及びダウンリンクデータを継続送信し、ＲＲＣ接続再構成完了メッセージをＭｅＮＢに送信する段階と、ＭｅＮＢによって、ＳｅＮＢ再構成完了メッセージをターゲットｅＮＢに送信する段階と、ＵＥをターゲットｅＮＢに同期化し、ＵＥとソースｅＮＢとの間でアップリンク及びダウンリンクデータを送信することを中止する段階と、ターゲットｅＮＢによってデータ送信中止インディケーションをＭｅＮＢに送信し、ＭｅＮＢによって、メッセージを受信するとダウンリンクデータをソースｅＮＢに送信することを中止し、ＭｅＮＢによって、データ送信中止インディケーションをソースｅＮＢに送信する段階と、ソースｅＮＢによって、ＳＮ状態伝達をＭｅＮＢで送信する段階と、ＭｅＮＢによって、ＳＮ状態伝達をターゲットｅＮＢに送信する段階と、を有する。

本発明によって提供されるシームレスのハンドオーバーをサポートする方法によって、技術的ソリューションから、データ送信の遅延と、ソースｅＮＢの不必要なデータ送信又は不必要なデータモニタリングが回避され、リソースの浪費及び電力消費が減少し、データのミッシング及び重複送信が回避される。

既存のＳＡＥシステムアーキテクチャのアーキテクチャダイヤグラムである。 既存のハンドオーバーのフローチャートである。 本発明によるシームレスのハンドオーバーをサポートする第１方法の概路図である。 本発明によるシームレスのハンドオーバーをサポートする第２方法の概路図である。 本発明によるシームレスのハンドオーバーをサポートする第３方法の概路図である。 本発明によるシームレスのハンドオーバーをサポートする第１方法の二重接続のための実施形態の概路図である。 本発明によるシームレスのハンドオーバーをサポートする第４方法の概路図である。 本発明によるシームレスのハンドオーバーをサポートする第５方法の概略的なフローチャートである。 本発明によるシームレスのハンドオーバーをサポートする第４及び第５方法の二重接続のための実施形態の概路図である。 本発明によるシームレスのハンドオーバーをサポートする第６方法の概路図である。 本発明によるシームレスのハンドオーバーをサポートする第６方法の二重接続のための実施形態の概路図である。

以下、本発明を実施するための形態の具体例を、図面を参照しながら詳細に説明する。

図３は、本発明によるシームレスのハンドオーバーをサポートする第１方法を示す。この方法は以下の段階を含む。

段階３０１：ソースｅＮＢによって、ハンドオーバーリクエストメッセージがターゲットｅＮＢに送信される。

段階３０２：ターゲットｅＮＢによって、ハンドオーバーリクエスト確認応答（ａｃｋｎｏｗｌｅｄｇｅ）メッセージがソースｅＮＢに送信される。

段階３０３：ソースｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。ソースｅＮＢはダウンリンクデータをＵＥに継続送信する。ソースｅＮＢはＵＥからアップリンクデータを継続受信する。このメッセージを受信すると、ＵＥはソースｅＮＢによって送信されたダウンリンクデータを継続受信し、アップリンクデータをソースｅＮＢに継続送信する。

本発明において、アップリンクデータ送信における問題点を解決するための対応する第１の方法は、ソースｅＮＢがこの段階の後又は段階３０４の後にアップリンクデータ受信状態をＵＥに継続フィードバックすることである。即ち、ＵＥはどのデータパケットがソースｅＮＢによってＵＥから既に受信されたかを知る。従って、段階３０７でメッセージを送信すると、ＵＥはターゲットｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットであるかを知る。

本発明において、アップリンクデータ送信における問題点を解決するための第２の方法は、ソースｅＮＢが段階３０６ａを通じてアップリンクデータを受信することを中止した後にアップリンク受信状態をターゲットｅＮＢに送信することである。即ち、ターゲットｅＮＢは、ＵＥがアップリンクデータを送信することを中止した後にソースｅＮＢのアップリンク受信状態を正確に知ることによって、これをＵＥに通知し、その後ＵＥはソースｅＮＢによって受信されないデータパケットをターゲットｅＮＢに送信する。この方法に対応して、段階３０４は省略されて実行されない。ソースｅＮＢは段階３０６ａを通じてアップリンクデータを受信することを中止した後にアップリンクカウントをターゲットｅＮＢに送信する。従って、ターゲットｅＮＢは受信されたアップリンクカウントによってどのデータパケットがＳＧＷに送信されなければならないＰＤＣＰパケットかを知る。この方法に対応して、段階３０４の後及び段階（３０６又は３０６ａ）の前に、ソースｅＮＢは、順次に受信されたアップリンクデータパケットをＳＧＷに直接送信し、他のデータパケットをターゲットｅＮＢにフォワーディングする。

段階３０４：ソースｅＮＢによって、シーケンス番号（ＳＮ）状態伝達がターゲットｅＮＢに送信される。この段階で、ソースｅＮＢは送受信状態を凍結させない。

ソースｅＮＢはターゲットｅＮＢにデータのフォワーディングを開始する。

拡張ハンドオーバープロセスでダウンリンクデータのミッシング又は重複送信における問題点を解決するため、次の幾つかの方法がある。

方法１：フォワーディングされたデータパケットの順序はＧＴＰ−ＵヘッダーにおけるＳＮによって識別される。ターゲットｅＮＢは、ＧＴＰ−ＵヘッダーにおけるＳＮによってＰＤＣＰデータパケットを受信するシーケンシャル順序を知った後、ソースｅＮＢから受信された次のＰＤＣＰによって用いられるＳＮによってＰＤＣＰ ＳＮ無しに第１データパケットを識別し、後続データパケットを連続的に識別する。従って、ＵＥから送信される次のＰＤＣＰ ＳＮを受信すると、ターゲットｅＮＢはＵＥによって受信されないＰＤＣＰデータパケットを正確に送信することができる。Ｘ２インターフェースが順次に送信を実現することができなくても、ＧＴＰ−ＵヘッダーにおけるＳＮによって、ターゲットｅＮＢは、ソースｅＮＢによって送信されたデータパケットの正確な順序を変らず知ることによって、正しいＰＤＣＰデータパケットが次のＰＤＣＰ ＳＮで示され、データパケットのミッシング又は重複送信を防止する。

方法２：ＳＮ状態伝達メッセージをターゲットｅＮＢに送信せずに、この段階ではデータのみがフォワーディングされる。ソースｅＮＢはターゲットｅＮＢにフォワーディングされた全てのＰＤＣＰデータパケットにＳＮを含み、またＳＮを搬送するデータパケットがＵＥに送信される。段階３０６ａで、ソースｅＮＢは、ＰＤＣＰアップリンク受信状態とソースｅＮＢのアップリンク及びダウンリンクカウントとをターゲットｅＮＢに通知する。即ち、ターゲットｅＮＢは、ソースｅＮＢがダウンリンクデータを送信することを中止する時のソース側のダウンリンク送信状態を知り、ソースｅＮＢがアップリンクデータパケットを受信することを中止する時のアップリンク受信状態と、ソースｅＮＢによってＳＧＷに送信されるアップリンクデータの送信状態とを知る。これにより、本発明のアップリンク及びダウンリンクデータ送信における問題点が解決され、データのミッシング及び重複送信が起きない。

方法３：ＦＰ（Ｆｒａｍｅ Ｐｒｏｔｏｃｏｌ）はソースｅＮＢによってターゲットｅＮＢにフォワーディングされるデータパケットで定義される。ＦＰのデータ部分はフォワーディングされるＰＤＣＰデータパケットを含み、ＦＰのパケットヘッダーはフォワーディングされるデータパケットのシーケンス番号を含む。ターゲットｅＮＢは、ＦＰヘッダーのＳＮによってＰＤＣＰデータパケットを受信するシーケンシャル順序を知った後、ソースｅＮＢから受信された次のＰＤＣＰによって用いられるＳＮによってＰＤＣＰ ＳＮ無しに第１データパケットを識別し、後続データパケットを連続的に識別する。即ち、ＵＥから送信される次のＰＤＣＰ ＳＮを受信すると、ターゲットｅＮＢはＵＥによって受信されないＰＤＣＰデータパケットを正確に送信することができる。Ｘ２インターフェースが順次に送信を実現することができなくても、ＦＰヘッダーにおけるＳＮによって、ターゲットｅＮＢは、ソースｅＮＢによって送信されたデータパケットの正確な順序を変らず知ることによって、正しいＰＤＣＰデータパケットが次のＰＤＣＰ ＳＮで示され、データパケットのミッシング又は重複送信を防止する。

方法４：ソースｅＮＢによってターゲットｅＮＢにフォワーディングされる全てのデータパケットはＰＤＣＰ ＳＮを含む。ソースｅＮＢによってターゲットｅＮＢに送信されるデータパケットに含まれて用いられる次のＰＤＣＰ ＳＮはダミーである。フォワーディングされたデータパケットを受信すると、ターゲットｅＮＢは全てのフォワーディングされるデータパケットがＳＮを含むことで発見される場合に用いられる受信された次のＰＤＣＰ ＳＮを無視する。或いは、ソースｅＮＢによってターゲットｅＮＢに送信されるデータパケットに含まれて用いられる次のＰＤＣＰ ＳＮは特定値である。ＳＮ状態伝達メッセージを受信すると、ターゲットｅＮＢは、用いられる次のＰＤＣＰ ＳＮが特定値であることが発見される場合に用いられる受信された次のＰＤＣＰ ＳＮを無視する。

方法５：ソースｅＮＢはＳＮ状態伝達メッセージを受信した後にＵＥに送信されたＰＤＣＰデータパケットの数を推定する。対応する数のデータパケットを送信すると、ソースｅＮＢはデータをＵＥに送信することを中止する。対応する数のデータパケットをターゲットｅＮＢにフォワーディングする時、ソースｅＮＢはデータパケットにＰＤＣＰ ＳＮを含むが、後続データパケットにはＰＤＣＰ ＳＮを含まない。ターゲットｅＮＢはＰＤＣＰ ＳＮ無しに受信されたデータパケットを示すことに用いられる受信された次のＰＤＣＰ ＳＮを用いる。

段階３０５：ＵＥはターゲットｅＮＢに同期化される。ＵＥはＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してターゲットセルにアクセスする。ＵＥはソースｅＮＢからダウンリンクデータを受信することを中止し、ソースｅＮＢにアップリンクデータを送信することを中止する。

本発明において、アップリンクデータ送信における問題点を解決するための第３の方法は次の通りである。段階３０４のメッセージで受信されたアップリンク受信状態と、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ＲＡＣＨが成功的な後にターゲットｅＮＢがソースｅＮＢからフォワーディングされたデータを変らず継続受信する場合、ターゲットｅＮＢはソースｅＮＢから全てのフォワーディングされたデータを受信すると新たなアップリンク受信状態を形成する。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。第３の方法に対応して段階３０６及び３０６ａは実行されない。

段階３０６：ターゲットｅＮＢによって、データ送信中止インディケーションがソースｅＮＢに送信される。データ送信中止インディケーションを送信するためのメッセージは新たなｅＮＢ ＵＥ Ｘ２ＡＰ（Ｘ２Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ） ＩＤ及びＵＥの前のｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤを含む。このメッセージを受信すると、ソースｅＮＢはダウンリンクデータをＵＥに送信することを中止する。ソースｅＮＢはＵＥからアップリンクデータを受信することを中止する。

ソースｅＮＢによってターゲットｅＮＢにフォワーディングされたデータは、ＳＮを含むＰＤＣＰデータパケット、及びＳＮを含まないＰＤＣＰデータパケットを含む。ソースｅＮＢは段階３０６ａを通じて用いられる次のＰＤＣＰ ＳＮをターゲットｅＮＢに通知する。

このプロセスを通じて、ソースｅＮＢは、ＵＥがソースｅＮＢに対してデータを送受信することを中止することを適時に知ることによって、データ送信又はアップリンク受信のためのアイドル無線インターフェースを要しない。

本発明によって提供される方法は、Ｘ２ハンドオーバープロセスを例として説明される。ハンドオーバーがＳ１ハンドオーバーである場合、ターゲットｅＮＢはＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を介してデータ送信中止インディケーションをソースｅＮＢに送信する。データ送信中止インディケーションを送信するためのＳ１メッセージはｅＮＢ ｅＮＢ ＵＥ Ｓ１ＡＰ（Ｓ１ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ） ＩＤ及びＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤを含む。

段階３０６ａ：ソースｅＮＢによって、第２ＳＮ状態伝達メッセージがターゲットｅＮＢに送信される。このメッセージはアップリンクＰＤＣＰ ＳＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）及び／又はＨＦＮ（Ｈｙｐｅｒ−Ｆｒａｍｅ Ｎｕｍｂｅｒ）の受信状態を含む。このメッセージはダウンリンクＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態を含む。このメッセージはアップリンクＰＤＣＰ ＳＤＵの受信状態と、アップリンクカウント及びダウンリンクカウントとを含む。第２ＳＮ状態伝達メッセージ及び段階３０４におけるＳＮ状態伝達は同一メッセージであるか又は相違するメッセージである。第２ＳＮ状態伝達メッセージが送信される時、ソースｅＮＢが送受信状態を凍結させたことが示される。本発明によって提供される方法で、この段階は選択的であり、実行されるか又は実行されない。

段階３０７：ＵＥによって、ＲＲＣ接続再構成完了メッセージがターゲットｅＮＢに送信される。段階３０３の後に、ソースｅＮＢはデータをＵＥに送信して同時にデータをターゲットｅＮＢにフォワーディングする。従って、ターゲットｅＮＢによってソースｅＮＢから受信されたフォワーディングされたデータの一部は既にＵＥによって受信されている。ターゲットｅＮＢがＵＥに送信されないデータを探知する次の３つの方式がある。

方式１：段階３０６ａでソースｅＮＢから受信されたＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態によって、ターゲットｅＮＢは、重複データを廃棄してＵＥによって受信されないデータを直接送信する。重複データはＵＥに送信されてソースｅＮＢによってターゲットｅＮＢに同時にフォワーディングされるデータを指称する。

方式２：ＵＥから受信されたＰＤＣＰ状態レポートによって、ターゲットｅＮＢは、ＵＥに送信しない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信する。ターゲットｅＮＢはＰＤＣＰ状態レポートでＵＥによって予想される次のＰＤＣＰ ＳＮを有するデータパケットから開始されるデータパケットをＵＥに送信する。

方式３：段階３０６ａで受信されたＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態とＵＥから受信されたＰＤＣＰ状態レポートとを組み合わせて、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信する。言い換えると、第２ＳＮ状態伝達メッセージとＵＥから受信されたＰＤＣＰ状態レポートとを組み合わせて、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信する。ここで第２ＳＮ状態伝達メッセージはＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態を含む。

ターゲットｅＮＢは、段階３０６ａで受信されたアップリンクＰＤＣＰデータパケットの受信状態によって、受信されることが予想される次のデータパケットを知ることで、この情報をＵＥに送信する。即ち、ＵＥはネットワーク側から受信されない次のデータパケットから開始されるデータパケットをターゲットｅＮＢに送信する。ターゲットｅＮＢは、段階３０６ａで、ソースｅＮＢから受信されたアップリンクカウントによってＳＧＷに送信される次のデータパケットを知ることで、データパケットがＳＧＷに繰り返し送信されるか又は失われることが防止される。

ターゲットｅＮＢから受信されたアップリンク受信状態によって、ソースｅＮＢでＵＥによって送信されたデータとソースｅＮＢから受信されたフィードバックとを組み合わせて、ＵＥはソースｅＮＢによって受信されない次のデータパケットから開始されるアップリンクデータパケットをターゲットｅＮＢに送信する。

段階３０８：ターゲットｅＮＢによって、経路ハンドオーバーリクエストメッセージがＭＭＥに送信される。

段階３０９：ＭＭＥによって、経路ハンドオーバーリクエスト応答メッセージがターゲットｅＮＢに送信される。

段階３１０：ターゲットｅＮＢによって、ＵＥコンテキスト解除メッセージがソースｅＮＢに送信される。

以上、本発明によるシームレスのハンドオーバーをサポートする第１方法を説明した。この方法により、ソースｅＮＢの不必要なデータ送信又は不必要なデータモニタリングが回避される。実際には、ＵＥはソースｅＮＢに対するダウンリンク受信及びアップリンク送信を中止するため、無線インターフェースリソース及び電力損失が節減される。この方法により、アップリンク及びダウンリンクデータの連続送信が保証され、データの損失又は重複送信が回避される。

図４は、本発明によるシームレスのハンドオーバーをサポートする第２方法を示す。この方法は以下の段階を含む。

段階４０１：ソースｅＮＢによって、ハンドオーバーリクエストメッセージがターゲットｅＮＢに送信される。

段階４０２：ターゲットｅＮＢによって、ハンドオーバーリクエスト確認応答メッセージがソースｅＮＢに送信される。

段階４０３：ソースｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。ソースｅＮＢはダウンリンクデータをＵＥに継続送信する。ソースｅＮＢはＵＥからアップリンクデータを継続受信する。このメッセージを受信すると、ＵＥはソースｅＮＢによって送信されたダウンリンクデータを継続受信し、アップリンクデータをソースｅＮＢに継続送信する。

本発明において、アップリンクデータ送信における問題点を解決するための対応する第１の方法は、ソースｅＮＢがこの段階の後又は段階４０４の後にアップリンクデータ受信状態をＵＥに継続フィードバックすることである。即ち、ＵＥはどのデータパケットがソースｅＮＢによってＵＥから既に受信されたかを知る。従って、段階４０７でメッセージを送信すると、ＵＥはターゲットｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットであるかを知る。

本発明において、アップリンクデータ送信における問題点を解決するための第２の方法は、ソースｅＮＢが段階４０６ａ又は段階４０８ａを通じてアップリンクデータを受信することを中止した後にアップリンク受信状態をターゲットｅＮＢに送信することである。即ち、ターゲットｅＮＢは、ＵＥがアップリンクデータを送信することを中止した後にソースｅＮＢのアップリンク受信状態を正確に知ることによって、これをＵＥに通知し、その後ＵＥはソースｅＮＢによって受信されないデータパケットをターゲットｅＮＢに送信する。この方法に対応して、段階４０４は省略されて実行されない。ソースｅＮＢは段階４０６ａ又は段階４０８ａを通じてアップリンクデータを受信することを中止した後にアップリンクカウントをターゲットｅＮＢに送信する。従って、ターゲットｅＮＢは受信されたアップリンクカウントによってどのデータがＳＧＷに送信されなければならないＰＤＣＰパケットかを知る。この方法に対応して、段階４０４の後及び段階（４０６又は４０６ａ）又は段階（４０８又は４０８ａ）の前に、ソースｅＮＢは、順次に受信されたアップリンクデータパケットをＳＧＷに直接送信し、他のデータパケットをターゲットｅＮＢにフォワーディングする。

段階４０４：ソースｅＮＢによって、シーケンス番号（ＳＮ）状態伝達がターゲットｅＮＢに送信される。この段階で、ソースｅＮＢは送受信状態を凍結させない。

ソースｅＮＢはターゲットｅＮＢにデータのフォワーディングを開始する。

拡張ハンドオーバープロセスでダウンリンクデータのミッシング又は重複送信における問題点を解決するため、次の幾つかの方法がある。

方法１：フォワーディングされたデータパケットの順序はＧＴＰ−ＵヘッダーにおけるＳＮによって識別される。ターゲットｅＮＢは、ＧＴＰ−ＵヘッダーにおけるＳＮによってＰＤＣＰデータパケットを受信するシーケンシャル順序を知った後、ソースｅＮＢから受信された次のＰＤＣＰによって用いられるＳＮによってＰＤＣＰ ＳＮ無しに第１データパケットを識別し、後続データパケットを連続的に識別する。従って、ＵＥから送信される次のＰＤＣＰ ＳＮを受信すると、ターゲットｅＮＢはＵＥによって受信されないＰＤＣＰデータパケットを正確に送信することができる。Ｘ２インターフェースが順次に送信を実現することができなくても、ＧＴＰ−ＵヘッダーにおけるＳＮによって、ターゲットｅＮＢは、ソースｅＮＢによって送信されたデータパケットの正確な順序を変らず知ることによって、正しいＰＤＣＰデータパケットが次のＰＤＣＰ ＳＮで示され、データパケットのミッシング又は重複送信を防止する。

方法２：ＳＮ状態伝達メッセージをターゲットｅＮＢに送信せずに、この段階ではデータのみがフォワーディングされる。ソースｅＮＢはターゲットｅＮＢにフォワーディングされた全てのＰＤＣＰデータパケットにＳＮを含み、またＳＮを搬送するデータパケットがＵＥに送信される。ソースｅＮＢは、段階４０６ａで、アップリンクＰＤＣＰデータパケットの受信状態とアップリンクカウントとをターゲットｅＮＢに通知し、段階４０８ａを通じてダウンリンクカウントをターゲットｅＮＢに通知する。或いは、ソースｅＮＢは段階４０８ａを通じてＰＤＣＰアップリンク受信状態とソースｅＮＢのアップリンク及びダウンリンクカウントとをターゲットｅＮＢに通知する。即ち、ターゲットｅＮＢは、ソースｅＮＢがダウンリンクデータを送信することを中止する時のソース側のダウンリンク送信状態を知り、ソースｅＮＢがアップリンクデータパケットを受信することを中止する時のアップリンク受信状態と、ソースｅＮＢによってＳＧＷに送信されるアップリンクデータの送信状態とを知る。これにより、本発明のアップリンク及びダウンリンクデータ送信における問題点が解決され、データのミッシング及び重複送信が起きない。

方法３：ＦＰはソースｅＮＢによってターゲットｅＮＢにフォワーディングされるデータパケットで定義される。ＦＰのデータ部分はフォワーディングされるＰＤＣＰデータパケットを含み、ＦＰのパケットヘッダーはフォワーディングされるデータパケットのシーケンス番号を含む。ターゲットｅＮＢは、ＦＰヘッダーのＳＮによってＰＤＣＰデータパケットを受信するシーケンシャル順序を知った後、ソースｅＮＢから受信された次のＰＤＣＰによって用いられるＳＮによってＰＤＣＰ ＳＮ無しに第１データパケットを識別し、後続データパケットを連続的に識別する。即ち、ＵＥから送信される次のＰＤＣＰ ＳＮを受信すると、ターゲットｅＮＢはＵＥによって受信されないＰＤＣＰデータパケットを正確に送信することができる。Ｘ２インターフェースが順次に送信を実現することができなくても、ＦＰヘッダーにおけるＳＮによって、ターゲットｅＮＢは、ソースｅＮＢによって送信されたデータパケットの正確な順序を変らず知ることによって、正しいＰＤＣＰデータパケットが次のＰＤＣＰ ＳＮで示され、データパケットのミッシング又は重複送信を防止する。

方法４：ソースｅＮＢによってターゲットｅＮＢにフォワーディングされた全てのデータパケットはＰＤＣＰ ＳＮを含む。ソースｅＮＢによってターゲットｅＮＢに送信されるデータパケットに含まれて用いられる次のＰＤＣＰ ＳＮはダミーである。フォワーディングされたデータパケットを受信すると、ターゲットｅＮＢは全てのフォワーディングされるデータパケットがＳＮを含むことで発見される場合に用いられる受信された次のＰＤＣＰ ＳＮを無視する。或いは、ソースｅＮＢによってターゲットｅＮＢに送信されるデータパケットに含まれて用いられる次のＰＤＣＰ ＳＮは特定値である。ＳＮ状態伝達メッセージを受信すると、ターゲットｅＮＢは、用いられる次のＰＤＣＰ ＳＮが特定値であることが発見される場合に用いられる受信された次のＰＤＣＰ ＳＮを無視する。

方法５：ソースｅＮＢはＳＮ状態伝達メッセージを受信した後にＵＥに送信されたＰＤＣＰデータパケットの数を推定する。対応する数のデータパケットを送信すると、ソースｅＮＢはデータをＵＥに送信することを中止する。対応する数のデータパケットをターゲットｅＮＢにフォワーディングする時、ソースｅＮＢはデータパケットにＰＤＣＰ ＳＮを含むが、後続データパケットにはＰＤＣＰ ＳＮを含まない。ターゲットｅＮＢはＰＤＣＰ ＳＮ無しに受信されたデータパケットを示すことに用いられる受信された次のＰＤＣＰ ＳＮを用いる。

段階４０５：ＵＥはターゲットｅＮＢに同期化される。ＵＥはＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してターゲットセルにアクセスする。ＵＥはソースｅＮＢにアップリンクデータを送信することを中止する。

本発明において、アップリンクデータ送信における問題点を解決するための第３の方法は次の通りである。段階４０４のメッセージで受信されたアップリンク受信状態と、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ＲＡＣＨが成功的な後にターゲットｅＮＢがソースｅＮＢからフォワーディングされたデータを変らず継続受信する場合、ターゲットｅＮＢはソースｅＮＢから全てのフォワーディングされたデータを受信すると新たなアップリンク受信状態を形成する。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。第３の方法に対応して段階４０６及び４０６ａは実行されない。また第３の方法に対応して段階４０８及び４０８ａは実行されない。

段階４０６：ターゲットｅＮＢによって、アップリンクデータ受信中止インディケーションがソースｅＮＢに送信される。アップリンクデータ受信中止インディケーションを送信するためのメッセージは新たなｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ及びＵＥの前のｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤを含む。このメッセージを受信すると、ソースｅＮＢはＵＥからアップリンクデータを受信することを中止する。

本発明によって提供される方法は、Ｘ２ハンドオーバープロセスを例として説明される。ハンドオーバーがＳ１ハンドオーバーである場合、ターゲットｅＮＢはＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を介してデータ送信中止インディケーションをソースｅＮＢに送信する。アップリンクデータ受信中止インディケーションを送信するためのＳ１メッセージはｅＮＢ ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ及びＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤを含む。

本発明によって提供される方法で、この段階は選択的であり、実行されるか又は実行されない。またこの段階が実行されない場合、段階４０６ａは実行されない。この段階が実行されない場合、段階４０８のメッセージを受信すると、ソースｅＮＢはＵＥからアップリンクデータを受信することを中止する。このプロセスを通じて、ソースｅＮＢは、ＵＥがデータをソースｅＮＢに送信することを中止することを適時に知ることによって、データモニタリングのためのアイドル無線インターフェースを要しない。

段階４０６ａ：ソースｅＮＢによって、第３ＳＮ状態伝達メッセージがターゲットｅＮＢに送信される。このメッセージはアップリンクＰＤＣＰ ＳＮ及び／又はＨＦＮの受信状態を含み、またこのメッセージはアップリンクＰＤＣＰデータパケットの受信状態及びアップリンクカウントを含む。第３ＳＮ状態伝達メッセージ及び段階４０４におけるＳＮ状態伝達は同一メッセージであるか又は相違するメッセージである。第３ＳＮ状態伝達メッセージが送信される時、ソースｅＮＢが受信状態を凍結させたことが示される。本発明によって提供される方法で、この段階は選択的であり、実行されるか又は実行されない。

段階４０７：ＵＥによって、ＲＲＣ接続再構成完了メッセージがターゲットｅＮＢに送信される。段階４０３の後に、ソースｅＮＢはデータをＵＥに送信して同時にデータをターゲットｅＮＢにフォワーディングする。従って、ターゲットｅＮＢによってソースｅＮＢから受信されたフォワーディングされたデータの一部は既にＵＥによって受信されている。ＵＥから受信されたＰＤＣＰ状態レポートによると、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信する。ターゲットｅＮＢはＰＤＣＰ状態レポートでＵＥによって予想される次のＰＤＣＰ ＳＮを有するデータパケットから開始されるデータパケットをＵＥに送信する。ＵＥはソースｅＮＢからダウンリンクデータを受信することを中止する。

ターゲットｅＮＢは、段階４０６ａで受信されたアップリンクＰＤＣＰデータパケットの受信状態によって、受信されることが予想される次のデータパケットを知ることで、この情報をＵＥに送信する。即ち、ＵＥはネットワーク側から受信されない次のデータパケットから開始されるデータパケットをターゲットｅＮＢに送信する。ターゲットｅＮＢは、段階４０６ａで、ソースｅＮＢから受信されたアップリンクカウントによってＳＧＷに送信される次のデータパケットを知ることで、データパケットがＳＧＷに繰り返し送信されるか又は失われることが防止される。

ターゲットｅＮＢから受信されたアップリンク受信状態によって、ソースｅＮＢでＵＥによって送信されたデータとソースｅＮＢから受信されたフィードバックとを組み合わせて、ＵＥはソースｅＮＢによって受信されない次のデータパケットから開始されるアップリンクデータパケットをターゲットｅＮＢに送信する。

段階４０８：ターゲットｅＮＢによって、データ送信中止インディケーションがソースｅＮＢに送信される。データ送信中止インディケーションを送信するためのメッセージは新たなｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ及びＵＥの前のｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤを含む。このメッセージを受信すると、ソースｅＮＢはダウンリンクデータをＵＥに送信することを中止する。また段階４０６が実行されない場合、ソースｅＮＢはＵＥからアップリンクデータを受信することを中止する。

ソースｅＮＢによってターゲットｅＮＢにフォワーディングされたデータは、ＳＮを含むＰＤＣＰデータパケット、及びＳＮを含まないＰＤＣＰデータパケットを含む。ソースｅＮＢは段階４０８ａを通じて用いられる次のＰＤＣＰ ＳＮをターゲットｅＮＢに通知する。

このプロセスを通じて、ソースｅＮＢは、ＵＥがソースｅＮＢからデータを受信することを中止することを適時に知ることによって、ダウンリンクデータ送信のためのアイドル無線インターフェースを要しない。ターゲットｅＮＢがＵＥに送信されないデータを探知する次の３つの方式がある。

方式１：段階４０８ａでソースｅＮＢから受信されたＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態によって、ターゲットｅＮＢは、重複データを廃棄してＵＥによって受信されないデータを直接送信する。重複データはＵＥに送信されてソースｅＮＢによってターゲットｅＮＢに同時にフォワーディングされるデータを指称する。

方式２：ＵＥから受信されたＰＤＣＰ状態レポートによって、ターゲットｅＮＢは、ＵＥに送信しない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信する。ターゲットｅＮＢはＰＤＣＰ状態レポートでＵＥによって予想される次のＰＤＣＰ ＳＮを有するデータパケットから開始されるデータパケットをＵＥに送信する。

方式３：段階４０８ａで受信されたＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態とＵＥから受信されたＰＤＣＰ状態レポートとを組み合わせて、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信する。言い換えると、第２ＳＮ状態伝達メッセージとＵＥから受信されたＰＤＣＰ状態レポートとを組み合わせて、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信する。ここで第２ＳＮ状態伝達メッセージはＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態を含む。

ターゲットｅＮＢは、段階４０６ａで受信されたアップリンクＰＤＣＰデータパケットの受信状態によって、受信されることが予想される次のデータパケットを知ることで、この情報をＵＥに送信する。即ち、ＵＥはネットワーク側から受信されない次のデータパケットから開始されるデータパケットをターゲットｅＮＢに送信する。ターゲットｅＮＢは、段階４０６ａで、ソースｅＮＢから受信されたアップリンクカウントによってＳＧＷに送信される次のデータパケットを知ることで、データパケットがＳＧＷに繰り返し送信されるか又は失われることが防止される。

本発明によって提供される方法は、Ｘ２ハンドオーバープロセスを例として説明される。ハンドオーバーがＳ１ハンドオーバーである場合、ターゲットｅＮＢはＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を介してデータ送信中止インディケーションをソースｅＮＢに送信する。データ送信中止インディケーションを送信するためのＳ１メッセージはｅＮＢ ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ及びＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤを含む。

段階４０８ａ：ソースｅＮＢによって、第４ＳＮ状態伝達メッセージがターゲットｅＮＢに送信される。このメッセージはダウンリンクＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態を含み、またこのメッセージはダウンリンクカウントを含む。第４ＳＮ状態伝達メッセージ及び段階４０４におけるＳＮ状態伝達は同一メッセージであるか又は相違するメッセージである。第４ＳＮ状態伝達メッセージが送信される時、ソースｅＮＢが送信状態を凍結させたことが示される。段階４０６及び４０６ａが実行されない場合、メッセージはアップリンクＰＤＣＰ ＳＤＵ及びアップリンクカウントを更に含む。また、第４状態伝達メッセージが送信される場合、ソースｅＮＢは受信状態を凍結させたことを示す。本発明によって提供される方法で、この段階は選択的であり、実行されるか又は実行されない。

段階４０９：ターゲットｅＮＢによって、経路ハンドオーバーリクエストメッセージがＭＭＥに送信される。

段階４１０：ＭＭＥによって、経路ハンドオーバーリクエスト応答メッセージがターゲットｅＮＢに送信される。

段階４１１：ターゲットｅＮＢによって、ＵＥコンテキスト解除メッセージがソースｅＮＢに送信される。

以上、本発明によるシームレスのハンドオーバーをサポートする第２方法を説明した。この方法により、ソースｅＮＢからのＵＥへの不必要なデータ送信及びソースｅＮＢの不必要なアップリンクデータチャンネルモニタリングが回避される。実際には、ＵＥはソースｅＮＢに対するダウンリンク受信及びアップリンク送信を中止するため、無線インターフェースリソース及び電力損失が節減される。この方法により、アップリンク及びダウンリンクデータの連続送信が保証され、データの損失又は重複送信が回避される。

図５は、本発明によるシームレスのハンドオーバーをサポートする第３方法を示す。この方法は以下の段階を含む。

段階５０１：ソースｅＮＢによって、ハンドオーバーリクエストメッセージがターゲットｅＮＢに送信される。

段階５０２：ターゲットｅＮＢによって、ハンドオーバーリクエスト確認応答メッセージがソースｅＮＢに送信される。

段階５０３：ソースｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。ソースｅＮＢはダウンリンクデータをＵＥに継続送信する。ソースｅＮＢはＵＥからアップリンクデータを継続受信する。このメッセージを受信すると、ＵＥはソースｅＮＢによって送信されたダウンリンクデータを継続受信し、アップリンクデータをソースｅＮＢに継続送信する。

本発明において、アップリンクデータ送信における問題点を解決するための対応する第１の方法は、ソースｅＮＢがこの段階の後又は段階５０４の後にアップリンクデータ受信状態をＵＥに継続フィードバックすることである。即ち、ＵＥはどのデータパケットがソースｅＮＢによってＵＥから既に受信されたかを知る。従って、段階５０７でメッセージを送信すると、ＵＥはターゲットｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットであるかを知る。

本発明において、アップリンクデータ送信における問題点を解決するための第２の方法は、ソースｅＮＢが段階５０８ａを通じてアップリンクデータを受信することを中止した後にアップリンク受信状態をターゲットｅＮＢに送信することである。即ち、ターゲットｅＮＢは、ＵＥがアップリンクデータを送信することを中止した後にソースｅＮＢのアップリンク受信状態を正確に知ることによって、これをＵＥに通知し、その後ＵＥはソースｅＮＢによって受信されないデータパケットをターゲットｅＮＢに送信する。この方法に対応して、段階５０４は省略されて実行されない。ソースｅＮＢは段階５０８ａを通じてアップリンクデータを受信することを中止した後にアップリンクカウントをターゲットｅＮＢに送信する。従って、ターゲットｅＮＢは受信されたアップリンクカウントによってどのデータがＳＧＷに送信されなければならないＰＤＣＰパケットかを知る。この方法に対応して、段階５０４後及び段階（５０８又は５０８ａ）の前に、ソースｅＮＢは、順次に受信されたアップリンクデータパケットをＳＧＷに直接送信し、他のデータパケットをターゲットｅＮＢにフォワーディングする。

段階５０４：ソースｅＮＢによって、シーケンス番号（ＳＮ）状態伝達がターゲットｅＮＢに送信される。この段階で、ソースｅＮＢは送受信状態を凍結させない。

段階５０５：ソースｅＮＢはターゲットｅＮＢにデータのフォワーディングを開始する。

拡張ハンドオーバープロセスでダウンリンクデータのミッシング又は重複送信における問題点を解決するため、次の幾つかの方法がある。

方法１：フォワーディングされたデータパケットの順序はＧＴＰ−ＵヘッダーにおけるＳＮによって識別される。ターゲットｅＮＢは、ＧＴＰ−ＵヘッダーにおけるＳＮによってＰＤＣＰデータパケットを受信するシーケンシャル順序を知った後、ソースｅＮＢから受信された次のＰＤＣＰによって用いられるＳＮによってＰＤＣＰ ＳＮ無しに第１データパケットを識別し、後続データパケットを連続的に識別する。従って、ＵＥから送信される次のＰＤＣＰ ＳＮを受信すると、ターゲットｅＮＢはＵＥによって受信されないＰＤＣＰデータパケットを正確に送信することができる。Ｘ２インターフェースが順次に送信を実現することができなくても、ＧＴＰ−ＵヘッダーにおけるＳＮによって、ターゲットｅＮＢは、ソースｅＮＢによって送信されたデータパケットの正確な順序を変らず知ることによって、正しいＰＤＣＰデータパケットが次のＰＤＣＰ ＳＮで示され、データパケットのミッシング又は重複送信を防止する。

方法２：段階５０４で、ソースｅＮＢによってＳＮ状態伝達メッセージをターゲットｅＮＢに送信するプロセスは実行されない。ソースｅＮＢはターゲットｅＮＢにフォワーディングされた全てのＰＤＣＰデータパケットにＳＮを含み、またＳＮを搬送するデータパケットがＵＥに送信される。段階５０８ａで、ソースｅＮＢは、ソースｅＮＢのＰＤＣＰアップリンク受信状態とアップリンク及びダウンリンクカウントとをターゲットｅＮＢに通知する。即ち、ターゲットｅＮＢは、ソースｅＮＢがダウンリンクデータを送信することを中止する時のソース側のダウンリンク送信状態を知り、ソースｅＮＢがアップリンクデータパケットを受信することを中止する時のアップリンク受信状態と、ソースｅＮＢによってＳＧＷに送信されるアップリンクデータの送信状態とを知る。これにより、本発明のアップリンク及びダウンリンクデータ送信における問題点が解決され、データのミッシング及び重複送信が起きない。

方法３：ＦＰはソースｅＮＢによってターゲットｅＮＢにフォワーディングされるデータパケットで定義される。ＦＰのデータ部分はフォワーディングされるＰＤＣＰデータパケットを含み、ＦＰのパケットヘッダーはフォワーディングされるデータパケットのシーケンス番号を含む。ターゲットｅＮＢは、ＦＰヘッダーのＳＮによってＰＤＣＰデータパケットを受信するシーケンシャル順序を知った後、ソースｅＮＢから受信された次のＰＤＣＰによって用いられるＳＮによってＰＤＣＰ ＳＮ無しに第１データパケットを識別し、後続データパケットを連続的に識別する。即ち、ＵＥから送信される次のＰＤＣＰ ＳＮを受信すると、ターゲットｅＮＢはＵＥによって受信されないＰＤＣＰデータパケットを正確に送信することができる。Ｘ２インターフェースが順次な送信を実現することができなくても、ＦＰヘッダーにおけるＳＮによって、ターゲットｅＮＢは、ソースｅＮＢによって送信されたデータパケットの正確な順序を変らず知ることによって、正しいＰＤＣＰデータパケットが次のＰＤＣＰ ＳＮで示され、データパケットのミッシング又は重複送信を防止する。

方法４：ソースｅＮＢによってターゲットｅＮＢにフォワーディングされた全てのデータパケットはＰＤＣＰ ＳＮを含む。ソースｅＮＢによってターゲットｅＮＢに送信されるデータパケットに含まれて用いられる次のＰＤＣＰ ＳＮはダミーである。フォワーディングされたデータパケットを受信すると、ターゲットｅＮＢは全てのフォワーディングされるデータパケットがＳＮを含むことで発見される場合に用いられる受信された次のＰＤＣＰ ＳＮを無視する。或いは、ソースｅＮＢによってターゲットｅＮＢに送信されるデータパケットに含まれて用いられる次のＰＤＣＰ ＳＮは特定値である。ＳＮ状態伝達メッセージを受信すると、ターゲットｅＮＢは、用いられる次のＰＤＣＰ ＳＮが特定値であることが発見される場合に用いられる受信された次のＰＤＣＰ ＳＮを無視する。

方法５：ソースｅＮＢはＳＮ状態伝達メッセージを受信した後にＵＥに送信されたＰＤＣＰデータパケットの数を推定する。対応する数のデータパケットを送信すると、ソースｅＮＢはデータをＵＥに送信することを中止する。対応する数のデータパケットをターゲットｅＮＢにフォワーディングする時、ソースｅＮＢはデータパケットにＰＤＣＰ ＳＮを含むが、後続データパケットにはＰＤＣＰ ＳＮを含まない。ターゲットｅＮＢはＰＤＣＰ ＳＮ無しに受信されたデータパケットを示すことに用いられる受信された次のＰＤＣＰ ＳＮを用いる。

段階５０６：ＵＥはターゲットｅＮＢに同期化される。ＵＥはＲＡＣＨを介してターゲットセルにアクセスする。

本発明において、アップリンクデータ送信における問題点を解決するための第３の方法は次の通りである。段階５０４のメッセージで受信されたアップリンク受信状態と、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ＲＡＣＨが成功的な後にターゲットｅＮＢがソースｅＮＢからフォワーディングされたデータを変らず継続受信する場合、ターゲットｅＮＢはソースｅＮＢから全てのフォワーディングされたデータを受信すると新たなアップリンク受信状態を形成する。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。また第３の方法に対応して段階５０８及び５０８ａは実行されない。

段階５０７：ＵＥによって、ＲＲＣ接続再構成完了メッセージがターゲットｅＮＢに送信される。段階５０３の後に、ソースｅＮＢはデータをＵＥに送信して同時にデータをターゲットｅＮＢにフォワーディングする。従って、ターゲットｅＮＢによってソースｅＮＢから受信されたフォワーディングされたデータの一部は既にＵＥによって受信されている。ＵＥから受信されたＰＤＣＰ状態レポートによると、ターゲットｅＮＢは、ＵＥに送信されない重複データを探知した後、重複データを廃棄してＵＥによって受信されないデータを直接送信する。ターゲットｅＮＢはＰＤＣＰ状態レポートでＵＥによって予想される次のＰＤＣＰ ＳＮを有するデータパケットから開始されるデータパケットをＵＥに送信する。ＵＥはソースｅＮＢからダウンリンクデータを受信することを中止し、アップリンクデータをソースｅＮＢに送信することを中止する。

ターゲットｅＮＢから受信されたアップリンク受信状態によって、ソースｅＮＢでＵＥによって送信されたデータとソースｅＮＢから受信されたフィードバックとを組み合わせて、ＵＥはソースｅＮＢによって受信されない次のデータパケットから開始されるアップリンクデータパケットをターゲットｅＮＢに送信する。

段階５０８：ターゲットｅＮＢによって、データ送信中止インディケーションがソースｅＮＢに送信される。データ送信中止インディケーションを送信するためのメッセージは新たなｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ及びＵＥの前のｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤを含む。このメッセージを受信すると、ソースｅＮＢはダウンリンクデータをＵＥに送信することを中止する。ソースｅＮＢはＵＥからアップリンクデータを受信することを中止する。

本発明によって提供される方法は、Ｘ２ハンドオーバープロセスを例として説明される。ハンドオーバーがＳ１ハンドオーバーである場合、ターゲットｅＮＢはＭＭＥを介してデータ送信中止インディケーションをソースｅＮＢに送信する。データ送信中止インディケーションを送信するためのＳ１メッセージはｅＮＢ ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ及びＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤを含む。

ソースｅＮＢによってターゲットｅＮＢにフォワーディングされたデータは、ＳＮを含むＰＤＣＰデータパケット、及びＳＮを含まないＰＤＣＰデータパケットを含む。ソースｅＮＢは段階５０８ａを通じて用いられる次のＰＤＣＰ ＳＮをターゲットｅＮＢに通知する。

このプロセスを通じて、ソースｅＮＢは、ＵＥがソースｅＮＢに対してデータを送受信することを中止することを適時に知ることによって、データ送信又はアップリンク受信のためのアイドル無線インターフェースを要しない。

段階５０８ａ：ソースｅＮＢによって、第５ＳＮ状態伝達メッセージがターゲットｅＮＢに送信される。このメッセージはアップリンクＰＤＣＰ ＳＮ及び／又はＨＦＮの受信状態を含む。このメッセージはダウンリンクＰＤＣＰ ＳＮ及び／又はＨＦＮの送信状態を含む。このメッセージはアップリンクＰＤＣＰ ＳＤＵの受信状態とアップリンクカウント及びダウンリンクカウントとを含む。第５ＳＮ状態伝達メッセージ及び段階５０４におけるＳＮ状態伝達は同一メッセージであるか又は相違するメッセージである。第２状態伝達メッセージが送信される時、ソースｅＮＢは送受信状態を凍結させたことが示される。

ターゲットｅＮＢは、段階５０８ａで受信されたアップリンクＰＤＣＰデータパケットの受信状態によって、受信されることが予想される次のデータパケットを知ることで、この情報をＵＥに送信する。即ち、ＵＥはネットワーク側から受信されない次のデータパケットから開始されるデータパケットをターゲットｅＮＢに送信する。ターゲットｅＮＢは、段階５０８ａで、ソースｅＮＢから受信されたアップリンクカウントによってＳＧＷに送信される次のデータパケットを知ることで、データパケットがＳＧＷに繰り返し送信されるか又は失われることが防止される。

段階５０９：ターゲットｅＮＢによって、経路ハンドオーバーリクエストメッセージがＭＭＥに送信される。

段階５１０：ＭＭＥによって、経路ハンドオーバーリクエスト応答メッセージがターゲットｅＮＢに送信される。

段階５１１：ターゲットｅＮＢによって、ＵＥコンテキスト解除メッセージがソースｅＮＢに送信される。

以上、本発明によるシームレスのハンドオーバーをサポートする第３方法を説明した。この方法により、ソースｅＮＢによるＵＥへの不必要なデータ送信及びアップリンクデータチャンネルの不必要なモニタリングが回避される。しかし、実際には、ＵＥはソースｅＮＢに対するダウンリンク受信及びアップリンク送信を中止するため、無線インターフェースリソース及び電力損失が節減される。

図６は、本発明によるシームレスのハンドオーバーをサポートする第１方法の二重接続のための実施形態の概路図である。この方法は以下の段階を含む。

段階６０１：ＭｅＮＢ（Ｍａｓｔｅｒ ｅＮＢ）によって、ＳｅＮＢ（Ｓｅｃｏｎｄａｒｙ ｅＮＢ）付加リクエストメッセージがＴ−ＳｅＮＢ（Ｔａｒｇｅｔ ＳｅＮＢ）に送信される。

段階６０２：Ｔ−ＳｅＮＢによって、ＳｅＮＢ付加リクエスト確認応答メッセージがＭｅＮＢに送信される。

段階６０３：Ｔ−ＳｅＮＢに対するリソースがＭｅＮＢによって成功的に割り当てられると、ＳｅＮＢ解除リクエストメッセージがＳ−ＳｅＮＢ（Ｓｏｕｒｃｅｓ ｅＮＢ）に送信される。データがフォワーディングされなければならない場合、ＭｅＮＢはデータフォワーディングアドレスをＳ−ＳｅＮＢに提供する。ＳｅＮＢ解除メッセージを受信すると、Ｓ−ＳｅＮＢはデータをＵＥに継続送信する。

Ｓ−ＳｅＮＢはデータのフォワーディングを開始する。

分割ベアラー（ｓｐｌｉｔ ｂｅａｒｅｒ）に対応して、Ｓ−ＳｅＮＢはアップリンクデータをＭｅＮＢに継続送信する。ＳＣＧ（Ｓｅｃｏｎｄ Ｃｅｌｌ Ｇｒｏｕｐ）ベアラーに対応して、Ｓ−ＳｅＮＢはアップリンクデータをＳＧＷに継続送信する。

ＳＣＧベアラーに対して、Ｓ−ＳｅＮＢはこの段階の後にアップリンクデータ受信状態をＵＥに継続供給する。即ち、ＵＥはどのデータパケットがＳ−ＳｅＮＢによってＵＥから既に受信されたのかを知る。従って、段階６０８でメッセージを送信すると、ＵＥはターゲットｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットであるかを知る。

本発明によって提供される他の方法で、この段階は省略されて実行されないこともあるため、Ｓ−ＳｅＮＢはデータをＵＥに継続送信する。

段階６０４：Ｓ−ＳｅＮＢによって、データはＴ−ＳｅＮＢにフォワーディングされる。分割ベアラーに対応して、Ｓ−ＳｅＮＢがデータをＭｅＮＢにフォワーディングした後、ＭｅＮＢはデータをＴ−ＳｅＮＢにフォワーディングする。分割ベアラーのようなＳＣＧベアラーに対して、Ｓ−ＳｅＮＢはＭｅＮＢを介してデータをＴ−ＳｅＮＢにフォワーディングするか、又はＳ−ＳｅＮＢはデータをＴ−ＳｅＮＢに直接フォワーディングする。実施形態に応じて、Ｓ−ＳｅＮＢによってデータをＴ−ＳｅＮＢにフォワーディングすることは段階６０３の後にいつでも実行される。

段階６０５：ＭｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。ＭｅＮＢはダウンリンクデータをＳ−ＳｅＮＢに継続送信する。またその間に、ＭｅＮＢはダウンリンクデータをＴ−ＳｅＮＢにフォワーディングする。

段階６０６：ＲＲＣ接続再構成メッセージがＵＥによって受信される。ＵＥはＳ−ＳｅＮＢに対する設定を削除又はリセティングしない。ＵＥはＳ−ＳｅＮＢによって送信されたダウンリンクデータを継続受信する。ＵＥはアップリンクデータをＳ−ＳｅＮＢに継続送信する。ＵＥはＲＲＣ接続再構成完了メッセージをＭｅＮＢに送信する。

段階６０７：ＭｅＮＢによって、ＳｅＮＢ再構成完了メッセージがＴ−ＳｅＮＢに送信される。

段階６０８：ＵＥはＴ−ＳｅＮＢに同期化される。ＵＥは、Ｓ−ＳｅＮＢからダウンリンクデータを受信することを中止し、またＳ−ＳｅＮＢにアップリンクデータを送信することを中止する。

段階６０９：Ｔ−ＳｅＮＢによって、データ送信中止インディケーションがＭｅＮＢに送信される。データ送信中止インディケーションを送信するためのメッセージはＴ−ＳｅＮＢによってＵＥのために割り当てられたｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ及びＴ−ＳｅＮＢによってＭｅＮＢのために割り当てられたｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤを含む。このメッセージを受信すると、ＭｅＮＢはダウンリンクデータをＳ−ＳｅＮＢに送信することを中止する。

段階６１０：ＭｅＮＢによって、データ送信中止インディケーションがＳ−ＳｅＮＢに送信される。データ送信中止インディケーションを送信するためのメッセージはＭｅＮＢによってＵＥのために割り当てられたｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ及びＭｅＮＢによってＳ−ＳｅＮＢのために割り当てられたｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤを含む。このメッセージを受信すると、Ｓ−ＳｅＮＢはダウンリンクデータをＵＥに送信することを中止する。Ｓ−ＳｅＮＢはＵＥからアップリンクデータを受信することを中止する。

段階６０９及び６１０におけるプロセスを通じて、Ｓ−ＳｅＮＢは、ＵＥがＳ−ＳｅＮＢに対してデータを送受信することを中止することを適時に知ることによって、データ送信又はアップリンク受信のためのアイドル無線インターフェースを要しない。

段階６１１ａ：Ｓ−ＳｅＮＢによって、ＳＮ状態伝達がＭｅＮＢに送信される。

段階６１１ｂ：ＭｅＮＢによって、ＳＮ状態伝達がＴ−ＳｅＮＢに送信される。

ＳＣＧベアラーに対して、段階６１０の後の段階６１１ａ及び６１１ｂの実行は、次の利点を有する。Ｔ−ＳｅＮＢは、ＵＥがアップリンクデータを送信することを中止した後にＳ−ＳｅＮＢの受信状態を正確に知ることによって、これをＵＥに通知し、その後、ＵＥはＳ−ＳｅＮＢによって受信されないデータパケットをＴ−ＳｅＮＢに送信する。この方法に対応して、段階６０３の後及び段階６１０の前に、Ｓ−ＳｅＮＢは順次に受信されたアップリンクデータパケットをＳＧＷに直接送信し、他のデータパケットをＴ−ＳｅＮＢにフォワーディングする。

ＳＣＧベアラーに対して、Ｔ−ＳｅＮＢは、段階６１１ｂのメッセージで受信したアップリンクＰＤＣＰデータパケットの受信状態によって、受信されることが予想される次のデータパケットを知ることで、この情報をＵＥに送信する。即ち、ＵＥはネットワーク側から受信されない次のデータパケットから開始されるデータパケットをＴ−ＳｅＮＢに送信する。Ｔ−ＳｅＮＢは、段階６１１ｂで、Ｓ−ＳｅＮＢから受信されたアップリンクカウントによってＳＧＷに送信される次のデータパケットを知ることで、データパケットがＳＧＷに繰り返し送信されるか又は失われることを防止する。

分割ベアラーに対して、段階６１１ａ及び６１１ｂは段階６０３の後にいつでも実行される。

ＳＣＧベアラーに対して、段階６１１ａ及び６１１ｂは段階６１０の後に実行される。

本発明の主要内容に関係無い段階の詳細な説明、例えばＭｅＮＢとＭＭＥとの間のＥＲＡＢ修正インディケーションプロセスは本明細書で省略される。

以上、本発明によって提供されるシームレスのハンドオーバーをサポートする第１方法の二重接続のための実施形態を説明した。この方法により、Ｓ−ＳｅＮＢによるＵＥへの不必要なデータ送信又はアップリンクデータチャンネルの不必要なデータモニタリングが回避される。しかし、実際には、ＵＥがＳ−ＳｅＮＢに対するダウンリンク受信及びアップリンク送信を中止するため、無線インターフェースリソース及び電力損失が節減される。この方法により、アップリンク及びダウンリンクデータの連続送信が保証され、データの損失又は重複送信が回避される。

図７は、本発明によるシームレスのハンドオーバーをサポートする第４方法を示す。この方法は以下の段階を含む。

段階７０１：ソースｅＮＢによって、ハンドオーバーリクエストメッセージがターゲットｅＮＢに送信される。

この実施形態で、ソースｅＮＢは拡張（ｅｎｈａｎｃｅｄ）ハンドオーバープロセスを採択することを決定する。拡張ハンドオーバーは、３ＧＰＰ Ｒｅｌ−１４で論議されたように、ソースｅＮＢに対する接続を維持するためのハンドオーバー方式を指称する。特に、拡張ハンドオーバープロセスは、ソースｅＮＢがハンドオーバー実行プロセスの間のダウンリンクデータを変らずＵＥに送信し、またＵＥからアップリンクデータを受信することを意味する。より具体的には、ソースｅＮＢがＲＲＣ接続再構成メッセージを送信した後、ソースｅＮＢがＲＲＣ接続再構成メッセージを送信した後及びターゲットｅＮＢがＵＥからＲＡＣＨアクセスを受信する前に、又はソースｅＮＢがＲＲＣ接続再構成メッセージを送信した後及びターゲットｅＮＢがＵＥからＲＲＣ接続再構成を受信する前に、ソースｅＮＢは、変らずダウンリンクデータをＵＥに送信し、またＵＥからアップリンクデータを受信する。ハンドオーバー実行プロセスの意味は３ＧＰＰ ＴＳ３６．３００における定義と同一である。ソースｅＮＢは拡張ハンドオーバープロセス及びＵＥの能力に対するサポートによって拡張ハンドオーバープロセスを採択することを決定する。或いは、ソースｅＮＢは、拡張ハンドオーバープロセス、ＵＥの能力、及びターゲットｅＮＢの拡張ハンドオーバープロセスをサポートする能力に対するサポートによって拡張ハンドオーバープロセスを採択することを決定する。また、ソースｅＮＢはサービスの要求事項（例えば、サービス品質（ＱｏＳ）情報）を考慮して拡張ハンドオーバープロセスを採択することを決定する。また、ソースｅＮＢは本発明の主要内容に影響を及ぼさずに他の情報を考慮して拡張ハンドオーバープロセスを採択することを決定する。ソースｅＮＢはＵＥからＵＥの拡張ハンドオーバーをサポートする能力を獲得する。ＵＥの拡張ハンドオーバーをサポートする能力は、ＲＲＣ接続再構成メッセージを受信すると、ＵＥがソースｅＮＢで送受信状態を凍結させずに、及びソースｅＮＢの階層２（Ｌ２）で情報をリセティング又は空にせずに、ソースｅＮＢからデータを継続的に受信するか又は送信することを意味する。ソースｅＮＢはＯ＆Ｍ（Ｏｐｅｒａｔｉｏｎ ＆ Ｍａｉｎｔｅｎａｎｃｅ）設定又はＸ２設定プロセスを通じてターゲットｅＮＢの拡張ハンドオーバープロセスをサポートする能力を知る。Ｘ２設定プロセスを用いる方法に対応して、Ｘ２設定リクエストメッセージ及びＸ２設定応答メッセージは、両方ともメッセージを送信するｅＮＢの拡張ハンドオーバープロセスをサポートする能力を含む。Ｘ２設定リクエストメッセージ又はＸ２設定応答メッセージを受信したｅＮＢは、反対の（ｏｐｐｏｓｉｔｅ）ｅＮＢの拡張ハンドオーバープロセスをサポートするために受信された能力を維持する。

本発明において、ソースｅＮＢが拡張ハンドオーバープロセスを採択することをターゲットｅＮＢに示す次の方法がある。

方法１：ハンドオーバーリクエストメッセージに拡張ハンドオーバーインディケーション情報を含めることによって、ソースｅＮＢはこのハンドオーバープロセスが拡張ハンドオーバープロセスであることをターゲットｅＮＢに示す。

方法２：ＵＥの拡張ハンドオーバーをサポートする能力はハンドオーバーリクエストメッセージに含まれ、ターゲットｅＮＢは、このハンドオーバープロセスがソースｅＮＢの拡張ハンドオーバープロセスをサポートする能力、及びＵＥの拡張ハンドオーバーをサポートする能力によって拡張ハンドオーバープロセスであることを知る。ソースｅＮＢはＵＥからＵＥの拡張ハンドオーバーをサポートする能力を獲得する。ターゲットｅＮＢはＯ＆Ｍ設定又はＸ２設定プロセスを通じてソースｅＮＢの拡張ハンドオーバープロセスをサポートする能力を知る。Ｘ２設定プロセスを用いる方法に対応して、Ｘ２設定リクエストメッセージ及びＸ２設定応答メッセージは、両方ともメッセージを送信するｅＮＢの拡張ハンドオーバープロセスをサポートする能力を含む。Ｘ２設定リクエストメッセージ又はＸ２設定応答メッセージを受信するｅＮＢは、反対のｅＮＢの拡張ハンドオーバープロセスをサポートするために受信された能力を維持する。この方法に対応して、ソースｅＮＢが拡張ハンドオーバープロセスをサポートすると仮定すると、ソースｅＮＢは拡張ハンドオーバーをサポートするＵＥに対するハンドオーバーを開始する時に拡張ハンドオーバープロセスを開始する。或いは、ソースｅＮＢ及びターゲットｅＮＢが両方とも拡張ハンドオーバープロセスをサポートすると仮定すると、ソースｅＮＢは拡張ハンドオーバーをサポートするＵＥに対するハンドオーバーを開始する時に拡張ハンドオーバープロセスを開始する。

ソースｅＮＢは、拡張ハンドオーバープロセスの間のターゲットｅＮＢにフォワーディングされた第１データパケットから開始して、ＵＥに送信されるデータパケットの最大数、例えば最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数、最大ＰＤＣＰ ＳＮ範囲内のデータパケットの数、又はそれ以上をターゲットｅＮＢに通知する。例えば、ＰＤＣＰ ＳＮが０〜１２７である場合、最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットは１２７個のＰＤＣＰ ＳＤＵ又はＰＤＵである。

段階７０２：ターゲットｅＮＢによって、ハンドオーバーリクエスト確認応答メッセージがソースｅＮＢに送信される。

ターゲットｅＮＢがソースｅＮＢから拡張ハンドオーバーインディケーション情報を受信する場合、ターゲットｅＮＢはハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含める。拡張ハンドオーバーインディケーション情報はＲＲＣコンテナを介してＵＥに送信される。

段階７０３：ソースｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。このメッセージは拡張ハンドオーバーインディケーション情報を含む。拡張ハンドオーバープロセスに対応して、ソースｅＮＢはダウンリンクデータをＵＥに継続送信する。本発明によって提供される方法に対応して、ソースｅＮＢによってＵＥに連続的に送信されるデータパケットは、最大でターゲットｅＮＢにフォワーディングされた第１データパケットから開始される最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数である。例えば、ソースｅＮＢによってターゲットｅＮＢにフォワーディングされた第１データパケットが５のＰＤＣＰ ＳＮ及び１０のＨＦＮを有する場合、ソースｅＮＢによってＵＥに送信されるデータパケットは、最大で３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。

ソースｅＮＢはＵＥからアップリンクデータを継続受信する。このメッセージを受信すると、ＵＥは、ソースｅＮＢによって送信されたダウンリンクデータを継続受信し、ソースｅＮＢにアップリンクデータを継続送信する。受信されたＲＲＣ接続再構成メッセージに含まれる拡張ハンドオーバーインディケーション情報によって、ＵＥは、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知ることで、ソースｅＮＢでデータを継続送受信する。

本発明において、アップリンクデータ送信における問題点を解決するための対応する第１の方法は、ソースｅＮＢがこの段階の後又は段階７０４の後にアップリンクデータ受信状態をＵＥに継続フィードバックすることである。即ち、ＵＥはどのデータパケットがソースｅＮＢによってＵＥから既に受信されたかを知る。従って、段階７０６でメッセージを送信すると、ＵＥはターゲットｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットであるかを知る。

段階７０４：ソースｅＮＢによって、シーケンス番号（ＳＮ）状態伝達がターゲットｅＮＢに送信される。この段階で、ソースｅＮＢは送受信状態を凍結させない。

ソースｅＮＢはターゲットｅＮＢにデータのフォワーディングを開始する。またソースｅＮＢはＵＥに送信されるダウンリンクデータをターゲットｅＮＢにフォワーディングする。ソースｅＮＢはＵＥから受信されたアップリンクデータパケットをターゲットｅＮＢにフォワーディングする。一方法は次の通りである。ソースｅＮＢはＳＮ状態伝達メッセージ後に順次又は非順次に受信されたデータパケットを含む全ての受信されたアップリンクパケットをターゲットｅＮＢにフォワーディングする。他の方法は次の通りである。ソースｅＮＢは、受信されたデータパケットを順次にＳＧＷに送信し、受信されたデータパケットを非順次にターゲットｅＮＢにフォワーディングする。

段階７０５：ＵＥはターゲットｅＮＢに同期化される。ＵＥはＲＡＣＨを介してターゲットセルにアクセスする。

本発明において、ＵＥはソースｅＮＢからダウンリンクデータを受信することを中止し、この段階で、ソースｅＮＢでアップリンクデータを送信することを中止する。或いは段階７０６で、ＵＥは、ソースｅＮＢからダウンリンクデータを受信することを中止し、ソースｅＮＢでアップリンクデータを送信することを中止する。

本実施形態において、アップリンクデータ送信における問題点を解決するために、段階７０４のメッセージで受信されたアップリンク受信状態及びアップリンクカウントと、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ＲＡＣＨが成功的な後にターゲットｅＮＢがソースｅＮＢからフォワーディングされたデータを変らず継続受信する場合、ターゲットｅＮＢはソースｅＮＢから全てのフォワーディングされたデータを受信すると新たなアップリンク受信状態を形成する。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。

段階７０６：ＵＥによって、ＲＲＣ接続再構成完了メッセージがターゲットｅＮＢに送信される。段階７０３の後に、ソースｅＮＢはダウンリンクデータをＵＥに送信して同時にダウンリンクデータをターゲットｅＮＢにフォワーディングする。従って、ターゲットｅＮＢによってソースｅＮＢから受信されたフォワーディングされたデータの一部は既にＵＥによって受信されている。ターゲットｅＮＢがＵＥに送信される必要がないデータを探知する次の方式がある。

ＵＥから受信されたＰＤＣＰ状態レポートによって、ターゲットｅＮＢはＵＥによって受信されることが予想される次のＰＤＣＰ ＳＮを知る。ターゲットｅＮＢは、ＵＥに送信する必要がない重複データパケットを探知した後、ＵＥによって受信されたデータを廃棄してＵＥによって予想される次のデータパケットから直接開始されるデータパケットをＵＥに送信する。

ＵＥによってターゲットｅＮＢに送信されたＰＤＣＰ状態レポートは、受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮのみを含み、ＰＤＣＰ ＳＮに対応するＨＦＮを含まない。

段階７０１で説明した方法を用いることによって、ターゲットｅＮＢはこのハンドオーバープロセスが拡張ハンドオーバープロセスであるか否かを知る。拡張ハンドオーバープロセスに対して、ターゲットｅＮＢは、拡張ハンドオーバープロセスのための方法によってデータをＵＥに送信し、及び／又はアップリンクデータをＳＧＷに送信する。ターゲットｅＮＢは拡張ハンドオーバープロセスによってＵＥによって受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮを決定する。

ターゲットｅＮＢは、ＵＥから受信されたＰＤＣＰ状態に含まれる次の予想されるＰＤＣＰ ＳＮに対応するデータパケットを、ターゲットｅＮＢのバッファーに記憶されたこのＰＤＣＰ ＳＮに対応する第１データパケットと見なす。ターゲットｅＮＢにフォワーディングされた第１データパケットから開始されてソースｅＮＢによってＵＥに送信されるデータパケットの最大数は最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数である。例えば、ターゲットｅＮＢによってソースｅＮＢから受信された第１データパケットが５のＰＤＣＰ ＳＮ及び１０のＨＦＮを有する場合、ソースｅＮＢによってＵＥに送信されるデータパケットは、最大で３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。従って、ＵＥによってソースｅＮＢから受信された最大データパケットは３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。ソースｅＮＢによって送信されたデータがいずれもＵＥによって受信される場合、ＵＥは次の受信されるデータパケットが４のＰＤＣＰ ＳＮ及び１１のＨＦＮを有することを予想する。従って、このデータパケットはターゲットｅＮＢのバッファーで４のＰＤＣＰ ＳＮを有する対応する第１データパケットであり、このデータパケットに対応するＨＦＮは１１である。ソースｅＮＢによって送信された一部のデータパケットがＵＥによって受信されない場合、例えばターゲットｅＮＢによってＵＥから受信されたＰＤＣＰ状態における次の予想されるＰＤＣＰ ＳＮが９の場合、このデータパケットはターゲットｅＮＢのバッファーで９のＰＤＣＰ ＳＮを有する対応する第１データパケットであり、ターゲットｅＮＢは対応するＨＦＮが１０であることを知る。従って、ターゲットｅＮＢのバッファーで同一のＰＤＣＰ ＳＮを有するデータパケットが存在する場合、対応する第１ＵＥ ＰＤＣＰ状態レポートでデータパケットＳＮを受信しない第１データパケットはＵＥに送信される次のデータパケットである。この方式で、ターゲットｅＮＢはこのデータパケットに対応するＨＦＮを知る。

或いは、ターゲットｅＮＢは、ＵＥから受信されたＰＤＣＰ状態に含まれる次の予想されるＰＤＣＰ ＳＮがＳＮ状態伝達メッセージで受信されたＤＬカウントでＰＤＣＰ ＳＮのＰＤＣＰ ＳＮ範囲の半分に近い（ｎｏｔ ｆａｒ ｆｒｏｍ ａ ｈａｌｆ）ことと見なす。言い換えると、ＰＤＣＰ ＳＮの最大値がＮである場合、次の予想されるＰＤＣＰ ＳＮはＤＬカウントでＰＤＣＰ ＳＮのＮ／２に近い。またソースｅＮＢはＳＮ状態伝達メッセージを送信した後にデータをＵＥに送信する時、この原理に従う。例えば、

・ＤＬカウントで、ＨＦＮは１０であり、ＰＤＣＰ ＳＮは８であり、
・ＰＤＣＰ ＳＮは７ビットで（ＳＮの範囲は０〜１２７まで）あり
・ターゲットｅＮＢによってＵＥから受信された次の予想されるＰＤＣＰ ＳＮが７３〜１２７である場合、ＨＦＮは９であり、
・ターゲットｅＮＢによってＵＥから受信された次の予想されるＰＤＣＰ ＳＮが０〜７２である場合、ＨＦＮは１０である。

ＳＮ状態伝達メッセージを送信すると、ソースｅＮＢは、データをＵＥに継続送信して、ＰＤＣＰ ＳＮが７２でありＨＦＮが１０である後に、ダウンリンクデータパケットをＵＥに送信することを中止する。

拡張ハンドオーバープロセスに対応して、ターゲットｅＮＢによってＵＥから受信されたＰＤＣＰ状態における次の予想されるＰＤＣＰ ＳＮが９である場合、ターゲットｅＮＢは対応するＨＦＮが１０であることを知る。ハンドオーバーが拡張ハンドオーバーでない場合、ターゲットｅＮＢは対応するＨＦＮが９であることを知る。

本実施形態において、アップリンクデータ送信における問題点を解決するために、段階７０４のメッセージで受信されたアップリンク受信状態及びアップリンクカウントと、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ターゲットｅＮＢはフォワーディングされた全てのデータがソースｅＮＢから受信された後に新たなアップリンク受信状態を形成する必要がある。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。ターゲットｅＮＢは生成されたアップリンク受信状態をＵＥに送信する。

ターゲットｅＮＢから受信されたアップリンク受信状態と、ソースｅＮＢでＵＥによって送信されたデータ及びソースｅＮＢから受信されたフィードバックとを組み合わせて、ＵＥはソースｅＮＢによって受信されない次のデータパケットから開始されるアップリンクデータをターゲットｅＮＢに送信する。

段階７０７：ターゲットｅＮＢによって、経路ハンドオーバーリクエストメッセージがＭＭＥに送信される。

段階７０８：ＭＭＥによって、経路ハンドオーバーリクエスト応答メッセージがターゲットｅＮＢに送信される。

段階７０９：ターゲットｅＮＢによって、ＵＥコンテキスト解除メッセージがソースｅＮＢに送信される。

以上、本発明によって提供されるシームレスのハンドオーバーをサポートする第４方法を説明した。この方法により、ハンドオーバープロセスの間のデータ送信の中断時間が減少し、アップリンク及びダウンリンクデータの連続送信が保証され、データの損失又は重複送信が回避される。特に、ターゲットｅＮＢがＵＥによって予想される次のＰＤＣＰ ＳＮに対応するＨＦＮを知らない問題点が解決される。従って、ソースｅＮＢとターゲットｅＮＢとが相違する製造会社でも、２個のｅＮＢの間の相互運用性（ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）が保証され、ハンドオーバープロセスの間のデータ送信の中断時間が拡張ハンドオーバープロセスの間の運用性を保証しながら減少する。

図８は、本発明によるシームレスのハンドオーバーをサポートする第５方法を示す。この方法は以下の段階を含む。

段階８０１：ソースｅＮＢによって、ハンドオーバーリクエストメッセージがターゲットｅＮＢに送信される。

段階８０２：ターゲットｅＮＢによって、ハンドオーバーリクエスト確認応答メッセージがソースｅＮＢに送信される。

段階８０３：ソースｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。拡張ハンドオーバープロセスに対応して、ソースｅＮＢはダウンリンクデータをＵＥに継続送信する。ソースｅＮＢはＵＥからアップリンクデータを継続受信する。このメッセージを受信すると、ＵＥは、ソースｅＮＢによって送信されたダウンリンクデータを継続受信し、ソースｅＮＢにアップリンクデータを継続送信する。

本発明において、アップリンクデータ送信における問題点を解決するための対応する第１の方法は、ソースｅＮＢがこの段階の後又は段階８０４の後にアップリンクデータ受信状態をＵＥに継続フィードバックすることである。即ち、ＵＥはどのデータパケットがソースｅＮＢによってＵＥから既に受信されたかを知る。従って、段階８０６でメッセージを送信すると、ＵＥはターゲットｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットであるかを知る。

段階８０４：ソースｅＮＢによって、シーケンス番号（ＳＮ）状態伝達がターゲットｅＮＢに送信される。この段階で、ソースｅＮＢは送受信状態を凍結させない。

ソースｅＮＢはターゲットｅＮＢにデータのフォワーディングを開始する。また、ソースｅＮＢはＵＥに送信されるダウンリンクデータをターゲットｅＮＢにフォワーディングする。ソースｅＮＢはＵＥから受信されたアップリンクデータパケットをターゲットｅＮＢにフォワーディングする。一方法は次の通りである。ソースｅＮＢは、ＳＮ状態伝達メッセージ後に順次又は非順次に受信されたデータパケットを含む全ての受信されたアップリンクパケットをターゲットｅＮＢにフォワーディングする。他の方法は次の通りである。ソースｅＮＢは、受信されたデータパケットを順次にＳＧＷに送信し、受信されたデータパケットを非順次にターゲットｅＮＢにフォワーディングする。

段階８０５：ＵＥはターゲットｅＮＢに同期化される。ＵＥはＲＡＣＨを介してターゲットセルにアクセスする。

本発明において、ＵＥはソースｅＮＢからダウンリンクデータを受信することを中止し、この段階で、ソースｅＮＢでアップリンクデータを送信することを中止する。或いは段階８０６で、ＵＥは、ソースｅＮＢからダウンリンクデータを受信することを中止し、ソースｅＮＢでアップリンクデータを送信することを中止する。

本発明において、アップリンクデータ送信における問題点を解決するために、段階８０４のメッセージで受信されたアップリンク受信状態及びアップリンクカウントと、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ＲＡＣＨが成功的な後にターゲットｅＮＢがソースｅＮＢからフォワーディングされたデータを変らず継続受信する場合、ターゲットｅＮＢはソースｅＮＢから全てのフォワーディングされたデータを受信すると新たなアップリンク受信状態を形成する。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。

段階８０６：ＵＥによって、ＲＲＣ接続再構成完了メッセージがターゲットｅＮＢに送信される。段階８０３の後に、ソースｅＮＢはダウンリンクデータをＵＥに送信して同時にダウンリンクデータをターゲットｅＮＢにフォワーディングする。従って、ターゲットｅＮＢによってソースｅＮＢから受信されたフォワーディングされたデータの一部は既にＵＥによって受信されている。ターゲットｅＮＢがＵＥに送信される必要がないデータを探知する次の方式がある。

ＵＥから受信されたＰＤＣＰ状態レポートによって、ターゲットｅＮＢはＵＥによって受信されることが予想される次のＰＤＣＰ ＳＮを知る。ターゲットｅＮＢは、ＵＥに送信する必要がない重複データパケットを探知した後、ＵＥによって受信されたデータを廃棄してＵＥによって予想される次のデータパケットから直接開始されるデータパケットをＵＥに送信する。

ＵＥによってターゲットｅＮＢに送信されたＰＤＣＰ状態レポートは、受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮとＰＤＣＰ ＳＮに対応するＨＦＮとを含む。ＵＥは拡張ハンドオーバープロセスの間のｅＮＢに送信されたＰＤＣＰ状態で受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮのみを含む。ハンドオーバーが拡張ハンドオーバーでない場合、ターゲットｅＮＢは既存の原理により受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮを知る。

本発明において、アップリンクデータ送信における問題点を解決するために、段階８０４のメッセージで受信されたアップリンク受信状態及びアップリンクカウントと、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ターゲットｅＮＢはフォワーディングされた全てのデータがソースｅＮＢから受信された後に新たなアップリンク受信状態を形成する必要がある。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。ターゲットｅＮＢは生成されたアップリンク受信状態をＵＥに送信する。

ターゲットｅＮＢから受信されたアップリンク受信状態と、ソースｅＮＢでＵＥによって送信されたデータ及びソースｅＮＢから受信されたフィードバックとを組み合わせて、ＵＥはソースｅＮＢによって受信されない次のデータパケットから開始されるアップリンクデータをターゲットｅＮＢに送信する。

段階８０７：ターゲットｅＮＢによって、経路ハンドオーバーリクエストメッセージがＭＭＥに送信される。

段階８０８：ＭＭＥによって、経路ハンドオーバーリクエスト応答メッセージがターゲットｅＮＢに送信される。

段階８０９：ターゲットｅＮＢによって、ＵＥコンテキスト解除メッセージがソースｅＮＢに送信される。

以上、本発明によって提供されるシームレスのハンドオーバーをサポートする第５方法を説明した。この方法により、ハンドオーバープロセスの間のデータ送信の中断時間が減少し、アップリンク及びダウンリンクデータの連続送信が保証され、データの損失又は重複送信が回避される。特に、ターゲットｅＮＢがＵＥによって予想される次のＰＤＣＰ ＳＮに対応するＨＦＮを知らない問題点が解決される。従って、ソースｅＮＢとターゲットｅＮＢとが相違する製造会社でも、２個のｅＮＢの間の相互運用性が保証され、ハンドオーバープロセスの間のデータ送信の中断時間が拡張ハンドオーバープロセスの間の運用性を保証しながら減少する。

図９は、本発明によるシームレスのハンドオーバーをサポートする第４及び第５方法の二重接続のための実施形態の概路図である。この方法は以下の段階を含む。

段階９０１：ＭｅＮＢ（Ｍａｓｔｅｒ ｅＮＢ）によって、ＳｅＮＢ（ＳｅｃｏｎｄａｒｙｅＮＢ）付加リクエストメッセージがＴ−ＳｅＮＢ（Ｔａｒｇｅｔ ＳｅＮＢ）に送信される。

ＭｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。拡張ハンドオーバープロセスに対する原理は段階７０１における原理と同一である。特に、ＳｅＮＢ変更プロセスで、拡張ハンドオーバープロセスは、Ｓ−ＳｅＮＢが変らずダウンリンクデータをＵＥに送信し、ハンドオーバー実行プロセスの間に変らずＵＥからアップリンクデータを受信するということを意味する。より具体的には、ＭｅＮＢがＲＲＣ接続再構成メッセージを送信した後、ＭｅＮＢがＲＲＣ接続再構成メッセージを送信した後及びＴ−ＳｅＮＢがＵＥからＲＡＣＨアクセスを受信する前に、又はＭｅＮＢがＲＲＣ接続再構成メッセージを送信した後及びＭｅＮＢがＵＥからＲＲＣ接続再構成を受信する前に、Ｓ−ＳｅＮＢは、変らずダウンリンクデータをＵＥに送信し、またＵＥからアップリンクデータを受信する。この実施形態で、拡張ハンドオーバーをサポートすることは拡張ＳｅＮＢ変更プロセスをサポートすることを意味する。

ＭｅＮＢは、ＵＥの能力、ＭｅＮＢの拡張ハンドオーバーをサポートする能力、及びＳ−ＳｅＮＢ及び／又はＴ−ＳｅＮＢの拡張ハンドオーバーをサポートする能力によって、拡張ハンドオーバーを採択するかを決定する。また、ＭｅＮＢは本発明の主要内容に影響を及ぼさず他の情報（例えば、ＱｏＳ）を考慮して拡張ハンドオーバープロセスを採択することを決定する。

本発明において、拡張ハンドオーバープロセスが採択されることをＴ−ＳｅＮＢに示す次の方法がある。

方法１：ＳｅＮＢ付加リクエストメッセージに拡張ハンドオーバーインディケーション情報を含めることによって、ＭｅＮＢはこのハンドオーバープロセスが拡張ハンドオーバープロセスであることをＴ−ＳｅＮＢに示す。ＭｅＮＢは拡張ハンドオーバープロセス及びＵＥの能力に対するサポートによって拡張ハンドオーバープロセスを採択することを決定する。また、ソースｅＮＢはＳ−ＳｅＮＢ及び／又はＴ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力を考慮して拡張ハンドオーバープロセスを採択することを決定する。ＭｅＮＢはＯ＆Ｍ設定又はＸ２設定プロセスを通じてＳ−ＳｅＮＢ及び／又はＴ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力を知る。Ｘ２設定プロセスを用いる方法に対応して、Ｘ２設定リクエストメッセージ及びＸ２設定応答メッセージは、両方ともメッセージを送信するｅＮＢの拡張ハンドオーバープロセスをサポートする能力を含む。Ｘ２設定リクエストメッセージ又はＸ２設定応答メッセージを受信したｅＮＢは、反対のｅＮＢの拡張ハンドオーバープロセスをサポートするために受信された能力を維持する。

方法２：ＵＥの拡張ハンドオーバーをサポートする能力はＳｅＮＢ付加リクエストメッセージに含まれる。Ｔ−ＳｅＮＢが拡張ハンドオーバープロセスをサポートする場合、Ｔ−ＳｅＮＢは、このハンドオーバープロセスがＭｅＮＢ及び／又はＳ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力、及びＵＥの拡張ハンドオーバーをサポートする能力による拡張ハンドオーバープロセスであることを知る。ＭｅＮＢはＵＥからＵＥの拡張ハンドオーバーをサポートする能力を獲得する。Ｔ−ＳｅＮＢはＯ＆Ｍ設定又はＸ２設定プロセスを通じてＭｅＮＢ及び／又はＳ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力を知る。Ｘ２設定プロセスを用いる方法に対応して、Ｘ２設定リクエストメッセージ及びＸ２設定応答メッセージは、両方ともメッセージを送信するｅＮＢの拡張ハンドオーバープロセスをサポートする能力を含む。Ｘ２設定リクエストメッセージ又はＸ２設定応答メッセージを受信したｅＮＢは、反対のｅＮＢの拡張ハンドオーバープロセスをサポートするために受信された能力を維持する。この方法に対応して、ＭｅＮＢが拡張ハンドオーバープロセスをサポートすると仮定すると、ＭｅＮＢは拡張ハンドオーバーをサポートするＵＥに対するハンドオーバーを開始する時に拡張ハンドオーバープロセスを開始する。或いは、ＭｅＮＢ、Ｓ−ＳｅＮＢ、及びＴ−ＳｅＮＢのいずれも拡張ハンドオーバープロセスをサポートすると仮定すると、ＭｅＮＢは拡張ハンドオーバーをサポートするＵＥに対するハンドオーバーを開始する時に拡張ハンドオーバープロセスを開始する。

段階９０２：Ｔ−ＳｅＮＢによって、ＳｅＮＢ付加リクエスト確認応答メッセージがＭｅＮＢに送信される。

Ｔ−ＳｅＮＢがＭｅＮＢから拡張ハンドオーバーインディケーション情報を受信する場合、Ｔ−ＳｅＮＢはＳｅＮＢ付加リクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含める。拡張ハンドオーバーインディケーション情報はＲＲＣコンテナを介してＵＥに送信される。ここで、ＲＲＣコンテナはＳｅＮＢからＭｅＮＢへのコンテナである。

段階９０３：ＭｅＮＢによってＴ−ＳｅＮＢに対するリソースが成功的に割り当てられると、ＳｅＮＢ解除リクエストメッセージがＳ−ＳｅＮＢに送信される。データがフォワーディングされなければならない場合、ＭｅＮＢはデータフォワーディングアドレスをＳ−ＳｅＮＢに提供する。

本発明において、拡張ハンドオーバープロセスがＭｅＮＢによって採択されることをＳ−ＳｅＮＢに示す次の方法がある。

方法１：ＳｅＮＢ解除リクエストメッセージに拡張ハンドオーバーインディケーション情報を含めることによって、ＭｅＮＢはこのハンドオーバープロセスが拡張ハンドオーバープロセスであることをＳ−ＳｅＮＢに示す。ＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定する方法は段階９０１における方法と同一であり、本明細書では説明を繰り返さない。

方法２：ＵＥの拡張ハンドオーバーをサポートする能力はＳｅＮＢ付加解除メッセージに含まれる。Ｓ−ＳｅＮＢが拡張ハンドオーバープロセスをサポートする場合、Ｓ−ＳｅＮＢは、このハンドオーバープロセスがＭｅＮＢ及び／又はＴ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力、及びＵＥの拡張ハンドオーバーをサポートする能力による拡張ハンドオーバープロセスであることを知る。ＭｅＮＢはＵＥからＵＥの拡張ハンドオーバーをサポートする能力を獲得する。Ｓ−ＳｅＮＢはＯ＆Ｍ設定又はＸ２設定プロセスを通じてＭｅＮＢ及び／又はＴ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力を知る。Ｘ２設定プロセスを用いる方法に対応して、Ｘ２設定リクエストメッセージ及びＸ２設定応答メッセージは、両方ともメッセージを送信するｅＮＢの拡張ハンドオーバープロセスをサポートする能力を含む。Ｘ２設定リクエストメッセージ又はＸ２設定応答メッセージを受信したｅＮＢは、反対のｅＮＢの拡張ハンドオーバープロセスをサポートするために受信された能力を維持する。この方法に対応して、ＭｅＮＢが拡張ハンドオーバープロセスをサポートすると仮定すると、ＭｅＮＢは拡張ハンドオーバーをサポートするＵＥに対するハンドオーバープロセスを開始する時に拡張ハンドオーバープロセスを開始する。或いは、ＭｅＮＢ、Ｓ−ＳｅＮＢ、及びＴ−ＳｅＮＢのいずれも拡張ハンドオーバープロセスをサポートすると仮定すると、ＭｅＮＢは拡張ハンドオーバーをサポートするＵＥに対するハンドオーバーを開始する時に拡張ハンドオーバープロセスを開始する。

ＳｅＮＢ解除メッセージを受信すると、Ｓ−ＳｅＮＢはデータをＵＥに継続送信する。Ｓ−ＳｅＮＢはデータのフォワーディングを開始する。ＳｅＮＢはＵＥからアップリンクデータを継続受信する。

分割ベアラーに対応して、Ｓ−ＳｅＮＢはアップリンクデータをＭｅＮＢに継続送信する。ＳＣＧ（Ｓｅｃｏｎｄ Ｃｅｌｌ Ｇｒｏｕｐ）ベアラーに対応して、Ｓ−ＳｅＮＢはアップリンクデータをＳＧＷに継続送信する。

ＳＣＧベアラーに対して、Ｓ−ＳｅＮＢはこの段階の後にアップリンクデータ受信状態をＵＥに継続フィードバックする。即ち、ＵＥはどのデータパケットがＳ−ＳｅＮＢによってＵＥから既に受信されたのかを知る。従って、段階９０７でメッセージを送信すると、ＵＥはＴ−ＳｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットであるかを知る。

段階９０４：ＭｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。このメッセージは拡張ハンドオーバーインディケーション情報を含む。ＭｅＮＢはダウンリンクデータをＳ−ＳｅＮＢに継続送信する。また、ＭｅＮＢはダウンリンクデータをＴ−ＳｅＮＢにフォワーディングする。本発明によって提供される方法に対応して、Ｓ−ＳｅＮＢによってＵＥに連続的に送信されるデータパケットは、最大でＴ−ＳｅＮＢにフォワーディングされた第１データパケットから開始される最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数である。例えば、Ｓ−ＳｅＮＢによってＴ−ＳｅＮＢにフォワーディングされた第１データパケットが５のＰＤＣＰ ＳＮ及び１０のＨＦＮを有する場合、Ｓ−ＳｅＮＢによってＵＥに送信されるデータパケットは、最大で３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。

ＵＥはＲＲＣ接続再構成メッセージを受信する。ＵＥはＳ−ＳｅＮＢに対する設定を削除又はリセティングしない。ＵＥはＳ−ＳｅＮＢによって送信されたダウンリンクデータを継続受信する。ＵＥはアップリンクデータをＳ−ＳｅＮＢに継続送信する。受信されたＲＲＣ接続再構成メッセージに含まれる拡張ハンドオーバーインディケーション情報によって、ＵＥは、ハンドオーバープロセスが拡張ハンドオーバープロセスであることを知り、ソースｅＮＢに対してデータを継続送受信する。

段階９０５：ＵＥによって、ＲＲＣ接続再構成完了メッセージがＭｅＮＢに送信される。

段階９０６：ＭｅＮＢによって、ＳｅＮＢ再構成完了メッセージがＴ−ＳｅＮＢに送信される。

段階９０７：ＵＥはＴ−ＳｅＮＢに同期化される。ＵＥは、Ｓ−ＳｅＮＢからダウンリンクデータを受信することを中止し、またアップリンクデータをＳ−ＳｅＮＢに送信することを中止する。

段階９０８ａ：Ｓ−ＳｅＮＢによって、ＳＮ状態伝達がＭｅＮＢに送信される。

段階９０８ｂ：ＭｅＮＢによって、ＳＮ状態伝達がＴ−ＳｅＮＢに送信される。

段階９０９：Ｓ−ＳｅＮＢによって、データはＴ−ＳｅＮＢにフォワーディングされる。分割ベアラーに対応して、Ｓ−ＳｅＮＢがデータをＭｅＮＢにフォワーディングした後、ＭｅＮＢはデータをＴ−ＳｅＮＢにフォワーディングする。分割ベアラーのようなＳＣＧベアラーに対して、Ｓ−ＳｅＮＢはＭｅＮＢを介してデータをＴ−ＳｅＮＢにフォワーディングするか、又はＳ−ＳｅＮＢはデータをＴ−ＳｅＮＢに直接フォワーディングする。実施形態に応じて、Ｓ−ＳｅＮＢによってデータをＴ−ＳｅＮＢにフォワーディングすることは段階９０３の後にいつでも実行される。

段階９０３の後に、Ｓ−ＳｅＮＢはダウンリンクデータをＵＥに同時に送信し、ダウンリンクデータをＴ−ＳｅＮＢにフォワーディングする。従って、Ｔ−ＳｅＮＢによってＳ−ＳｅＮＢから受信されたフォワーディングされたデータの一部は既にＵＥによって受信されている。Ｔ−ＳｅＮＢは次のような方式でＵＥに送信される必要がないデータを探知する。

ＳＣＧベアラーに対して、ＵＥから受信されたＰＤＣＰ状態レポートによって、Ｔ−ＳｅＮＢはＵＥによって受信されることが予想される次のＰＤＣＰ ＳＮを知る。ターゲットｅＮＢは、ＵＥに送信する必要がない重複データパケットを探知した後、ＵＥによって受信されたデータを廃棄してＵＥによって予想される次のデータパケットから直接開始されるデータパケットをＵＥに送信する。

ＳＣＧベアラーに対して、ＵＥによってＴ−ＳｅＮＢに送信されたＰＤＣＰ状態レポートは、受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮのみを含み、ＰＤＣＰ ＳＮに対応するＨＦＮを含まない。Ｔ−ＳｅＮＢが受信されることで予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮを知るための次の２つの方式がある。

方式１：段階９０１で説明した方法により、Ｔ−ＳｅＮＢはこのようなハンドオーバープロセスが拡張ハンドオーバープロセスであるか否かを知る。拡張ハンドオーバープロセスに対して、Ｔ−ＳｅＮＢは拡張ハンドオーバープロセスのための方法によってデータをＵＥに送信し、アップリンクデータをＳＧＷに送信する。

Ｔ−ＳｅＮＢは、ＵＥから受信されたＰＤＣＰ状態に含まれる次の予想されるＰＤＣＰ ＳＮに対応するデータパケットを、Ｔ−ＳｅＮＢのバッファーに記憶されたこのＰＤＣＰ ＳＮに対応する第１データパケットと見なす。Ｔ−ＳｅＮＢにフォワーディングされた第１データパケットから開始されてＳ−ＳｅＮＢによってＵＥに送信されるデータパケットの最大数は最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数である。例えば、Ｔ−ＳｅＮＢによってＳ−ＳｅＮＢから受信された第１データパケットが５のＰＤＣＰ ＳＮ及び１０のＨＦＮを有する場合、Ｓ−ＳｅＮＢによってＵＥに送信されるデータパケットは、最大で３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。従って、ＵＥによってＳ−ＳｅＮＢから受信された最大データパケットは３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。Ｓ−ＳｅＮＢによって送信されたデータがいずれもＵＥによって受信される場合、ＵＥは次の受信されるデータパケットが４のＰＤＣＰ ＳＮ及び１１のＨＦＮを有することを予想する。従って、このデータパケットはＴ−ＳｅＮＢのバッファーで４のＰＤＣＰ ＳＮを有する対応する第１データパケットであり、このデータパケットに対応するＨＦＮは１１である。Ｓ−ＳｅＮＢによって送信された一部のデータパケットがＵＥによって受信されない場合、例えばＴ−ＳｅＮＢによってＵＥから受信されたＰＤＣＰ状態における次の予想されるＰＤＣＰ ＳＮが９の場合、このデータパケットはＴ−ＳｅＮＢのバッファーで９のＰＤＣＰ ＳＮを有する対応する第１データパケットであり、Ｔ−ＳｅＮＢは対応するＨＦＮが１０であることを知る。従って、Ｔ−ＳｅＮＢのバッファーで同一のＰＤＣＰ ＳＮを有するデータパケットが存在する場合、対応する第１ＵＥ ＰＤＣＰ状態レポートでデータパケットＳＮを受信しない第１データパケットはＵＥに送信される次のデータパケットである。この方式で、Ｔ−ＳｅＮＢはこのデータパケットに対応するＨＦＮを知る。

或いは、拡張ハンドオーバープロセスに対して、Ｔ−ＳｅＮＢは、ＵＥから受信されたＰＤＣＰ状態に含まれる次の予想されるＰＤＣＰ ＳＮがＳＮ状態伝達メッセージで受信されたＤＬカウントでＰＤＣＰ ＳＮのＰＤＣＰ ＳＮ範囲の半分に近いことと見なす。言い換えると、ＰＤＣＰ ＳＮの最大値がＮである場合、次の予想されるＰＤＣＰ ＳＮはＤＬカウントでＰＤＣＰ ＳＮのＮ／２に近い。またＳ−ＳｅＮＢはＳＮ状態伝達メッセージを送信した後にデータをＵＥに送信する時、この原理に従う。例えば、

・ＤＬカウントで、ＨＦＮは１０であり、ＰＤＣＰ ＳＮは８であり、
・ＰＤＣＰ ＳＮは７ビットで（ＳＮの範囲は０〜１２７まで）あり、
・Ｔ−ＳｅＮＢによってＵＥから受信された次の予想されるＰＤＣＰ ＳＮが７３〜１２７である場合、ＨＦＮは９であり、
・Ｔ−ＳｅＮＢによってＵＥから受信された次の予想されるＰＤＣＰ ＳＮが０〜７２である場合、ＨＦＮは１０である。

ＳＮ状態伝達メッセージを送信すると、Ｓ−ＳｅＮＢは、データをＵＥに継続送信して、ＰＤＣＰ ＳＮが７２でありＨＦＮが１０である後に、ダウンリンクデータパケットをＵＥに送信することを中止する。

拡張ハンドオーバープロセスに対応して、Ｔ−ＳｅＮＢによってＵＥから受信されたＰＤＣＰ状態における次の予想されるＰＤＣＰ ＳＮが９である場合、Ｔ−ＳｅＮＢは対応するＨＦＮが１０であることを知る。ハンドオーバーが拡張ハンドオーバーでない場合、Ｔ−ＳｅＮＢは対応するＨＦＮが９であることを知る。

方式２：ＵＥによってＴ−ＳｅＮＢに送信されたＰＤＣＰ状態レポートは、受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮ及びＰＤＣＰ ＳＮに対応するＨＦＮを含む。ＵＥは拡張ハンドオーバープロセスの間のｅＮＢに送信されたＰＤＣＰ状態で受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮのみを含む。ハンドオーバーが拡張ハンドオーバーでない場合、Ｔ−ＳｅＮＢは既存の原理により受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮを知る。

分割ベアラーに対して、ＭｅＮＢは、ＵＥの受信状態を知ることで対応するデータをＴ−ＳｅＮＢに送信する。

本実施形態において、アップリンクデータ送信における問題点を解決するために、段階９０８ｂのメッセージで受信されたアップリンク受信状態及びアップリンクカウントと、Ｓ−ＳｅＮＢによってフォワーディングされる受信されたアップリンクデータとを組み合わせて、Ｔ−ＳｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。Ｔ−ＳｅＮＢはフォワーディングされた全てのデータがＳ−ＳｅＮＢから受信された後に新たなアップリンク受信状態を形成する必要がある。Ｔ−ＳｅＮＢはＳ−ＳｅＮＢがエンドマーカーによって全てのデータをフォワーディングしたことを知る。Ｔ−ＳｅＮＢは生成されたアップリンク受信状態をＵＥに送信する。Ｔ−ＳｅＮＢから受信されたアップリンク受信状態と、ＵＥによってＳ−ＳｅＮＢに送信されたデータ及びＳ−ＳｅＮＢから受信されたフィードバックとを組み合わせて、ＵＥはＳ−ＳｅＮＢによって受信されない次のデータパケットから開始されるアップリンクデータをＴ−ＳｅＮＢに送信する。この方法はＳＣＧベアラーを特定する。

分割ベアラーに対して、段階９０８ａ及び９０８ｂは段階９０３の後にいつでも実行される。

ＳＣＧベアラーに対して、段階９０８ａ及び９０８ｂは段階９０３の後に実行される。

段階９１０：ＭｅＮＢによって、ＵＥコンテキスト解除メッセージがＳ−ＳｅＮＢに送信される。

本発明の主要内容に関係無い段階の詳細な説明、例えばＭｅＮＢとＭＭＥとの間のＥＲＡＢ修正インディケーションプロセスは本明細書で省略される。

以上、本発明によって提供されるシームレスのハンドオーバーをサポートする第４及び第５方法の二重接続のための実施形態を説明した。この方法により、ハンドオーバープロセスの間のデータ送信の中断時間が減少し、アップリンク及びダウンリンクデータの連続送信が保証され、データの損失又は重複送信が回避される。特に、Ｔ−ＳｅＮＢがＵＥによって予想される次のＰＤＣＰ ＳＮに対応するＨＦＮを知らない問題点が解決される。従って、ＭｅＮＢ、Ｓ−ＳｅＮＢ、及びＴ−ＳｅＮＢがそれぞれ相違する製造会社でも、ｅＮＢの間の相互運用性が保証され、ハンドオーバープロセスの間のデータ送信の中断時間が拡張ハンドオーバープロセスの間の運用性を保証しながら減少する。

ＴＳ３６．３００ １０．１．２．８．１におけるＳｅＮＢ付加プロセスは、またＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ＭｅＮＢは、拡張ハンドオーバープロセスを採択することを決定し、ＳｅＮＢ付加リクエストメッセージを介してＳｅＮＢに通知する。

２）ＳｅＮＢは、ＳｅＮＢからＳｅＮＢ付加リクエスト確認応答メッセージのＭｅＮＢへのコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをＭｅＮＢによってＵＥに送信する。

３）ＭｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

４）ＵＥはこのハンドオーバープロセスが段階３）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図７及び図９で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．２におけるＳｅＮＢ修正プロセスは、またＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ＭｅＮＢは、拡張ハンドオーバープロセスを採択することを決定し、ＳｅＮＢ修正リクエストメッセージを介してＳｅＮＢに通知する。

２）ＳｅＮＢは、ＳｅＮＢからＳｅＮＢ修正リクエスト確認応答メッセージのＭｅＮＢへのコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをＭｅＮＢによってＵＥに送信する。

３）ＭｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

４）ＵＥはこのハンドオーバーが段階３）による拡張ハンドオーバープロセスであることを知る。

ＴＳ３６−３００ １０．１．２．８．２．１におけるＭｅＮＢの内部ハンドオーバーはＳＣＧ変更プロセスを含み、またＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は上述した方法と同一であり、本明細書で繰り返さない。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図７及び図９で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．３におけるＳｅＮＢ解除プロセスは、またＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ＭｅＮＢは、拡張ハンドオーバープロセスを採択することを決定した後、ＳｅＮＢ解除リクエストメッセージ（ＭｅＮＢによって開始されたＳｅＮＢ解除プロセス）又はＳｅＮＢ解除確認応答（ＳｅＮＢによって開始されたＳｅＮＢ解除プロセス）を介してＳｅＮＢに通知する。

２）ＭｅＮＢは拡張ハンドオーバーインディケーション情報をＵＥに送信する。

３）ＭｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

４）ＵＥはこのハンドオーバーが段階３）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図７及び図９で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．５におけるＳｅＮＢ修正プロセスは、またＭｅＮＢからｅＮＢへの変更プロセスがソースＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ソースＭｅＮＢは、拡張ハンドオーバープロセスを採択することを決定し、ハンドオーバーリクエストメッセージを介してターゲットｅＮＢに通知する。

２）ターゲットｅＮＢは、ハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをソースＭｅＮＢによってＵＥに送信する。

３）ソースＭｅＮＢはＳｅＮＢ解除リクエストを介して拡張ハンドオーバーインディケーション情報をＳ−ＳｅＮＢに通知する。Ｓ−ＳｅＮＢは、データをＵＥに継続送信し、ＵＥからアップリンクデータを継続受信する。

４）ソースＭｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

５）ＵＥはこのハンドオーバーが段階４）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図７及び図９で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．７におけるｅＮＢからＭｅＮＢへの変更プロセスは、またソースｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ソースｅＮＢは、拡張ハンドオーバープロセスを採択することを決定し、ハンドオーバーリクエストメッセージを介してターゲットＭｅＮＢに通知する。

２）ターゲットＭｅＮＢはＳｅＮＢ付加リクエストメッセージを介して拡張ハンドオーバーインディケーション情報をＴ−ＳｅＮＢに通知する。

３）Ｔ−ＳｅＮＢはＳｅＮＢ付加リクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含める。Ｔ−ＳｅＮＢは、ハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをソースｅＮＢによってＵＥに送信する。或いは、Ｔ−ＳｅＮＢは、ハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を直接含め、ＳｅＮＢ付加リクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めない。

４）ソースｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

５）ＵＥはこのハンドオーバーが段階４）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図７及び図９で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．８におけるＳｅＮＢを変更しないで相違するＭｅＮＢの間にハンドオーバーを行うシナリオは、またソースＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は、ＴＳ３６．３００ １０．１．２．８．５におけるＭｅＮＢからｅＮＢへの変更プロセス、及びＴＳ３６．３００ １０．１．２．８．７におけるｅＮＢからＭｅＮＢへの変更プロセスの組み合わせであり、本明細書では説明を繰り返さない。

図１０は、本発明によるシームレスのハンドオーバーをサポートする第６方法を示す。この方法は以下の段階を含む。

段階１００１：ソースｅＮＢによって、ハンドオーバーリクエストメッセージがターゲットｅＮＢに送信される。

メッセージはＵＥの拡張ハンドオーバーをサポートする能力を含む。ＵＥの拡張ハンドオーバーをサポートする能力は、ＲＲＣ接続再構成メッセージを受信すると、ＵＥがソースｅＮＢで送受信状態を凍結させずに、及びソースｅＮＢの階層２（Ｌ２）で情報をリセティング又は空にせずに、ソースｅＮＢからデータを継続的に受信するか又は送信することを意味する。ＵＥの拡張ハンドオーバーをサポートする能力の特定の意味は段階７０１における方法と同一であり、本明細書では説明を繰り返さない。ＵＥの拡張ハンドオーバーをサポートする能力はＲＲＣコンテナに含まれる。またソースｅＮＢはハンドオーバーリクエストメッセージ内に（拡張ハンドオーバープロセスをサポートする）情報要素を含める。この情報要素を用いることによって、ソースｅＮＢはソースｅＮＢが拡張ハンドオーバーをサポートすることをターゲットｅＮＢに通知するか、或いはこの情報要素を用いることによって、ソースｅＮＢはソースｅＮＢ及びＵＥのいずれもが拡張ハンドオーバープロセスをサポートすることをターゲットｅＮＢに通知する。拡張ハンドオーバープロセスの意味は段階７０１における方法と同一であり、本明細書では説明を繰り返さない。

段階１００２：ターゲットｅＮＢによって、ハンドオーバーリクエスト確認応答メッセージがソースｅＮＢに送信される。

この方法で、ターゲットｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。ターゲットｅＮＢは拡張ハンドオーバープロセス及びＵＥの能力に対するサポートによって拡張ハンドオーバープロセスを採択することを決定する。或いは、ターゲットｅＮＢは拡張ハンドオーバープロセス、ＵＥの能力、及びソースｅＮＢの拡張ハンドオーバープロセスをサポートする能力に対するサポートによって拡張ハンドオーバープロセスを採択することを決定する。またターゲットｅＮＢはサービスに対する要求事項（例えば、サービス品質（ＱｏＳ）情報）を考慮して拡張ハンドオーバープロセスを採択することを決定する。また、ターゲットｅＮＢは本発明の主要内容に影響を及ぼさずに他の情報を考慮して拡張ハンドオーバープロセスを採択することを決定する。ターゲットｅＮＢはＵＥからＵＥの拡張ハンドオーバーをサポートする能力を獲得する。ターゲットｅＮＢはＯ＆Ｍ設定又はＸ２設定プロセスを通じてソースｅＮＢの拡張ハンドオーバープロセスをサポートする能力を知る。Ｘ２設定プロセスを用いる方法に対応して、Ｘ２設定リクエストメッセージ及びＸ２設定応答メッセージは、両方ともメッセージを送信するｅＮＢの拡張ハンドオーバープロセスをサポートする能力を含む。Ｘ２設定リクエストメッセージ又はＸ２設定応答メッセージを受信するｅＮＢは、反対のｅＮＢの拡張ハンドオーバープロセスをサポートするために受信された能力を維持する。段階１００１で、ソースｅＮＢ及びＵＥはいずれも拡張ハンドオーバープロセスをサポートする情報要素をハンドオーバーリクエストメッセージに含めることで拡張ハンドオーバープロセスをサポートすることをソースｅＮＢによってターゲットｅＮＢに通知する方法に対応して、ターゲットｅＮＢは、受信された情報要素を介してソースｅＮＢ及びＵＥがいずれも拡張ハンドオーバープロセスをサポートすることを知る。

本発明において、拡張ハンドオーバープロセスが採択されることをソースｅＮＢに示す次の方法がある。

方法１：ハンドオーバーリクエスト確認応答メッセージに拡張ハンドオーバーインディケーション情報を含めることによって、ターゲットｅＮＢは拡張ハンドオーバープロセスを採択するようにソースｅＮＢに示す。また拡張ハンドオーバーインディケーション情報はターゲットｅＮＢからソースｅＮＢへのＲＲＣコンテナ内に含まれて、ソースｅＮＢによってＵＥに送信される。

方法２：拡張ハンドオーバーインディケーション情報はＲＲＣコンテナ内に含まれる。ハンドオーバーリクエスト確認応答メッセージを受信すると、ソースｅＮＢは、ＲＲＣコンテナに通知してこれを見ることで、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知る。ソースｅＮＢがＲＲＣコンテナをＵＥに送信することによって、ＵＥはこのハンドオーバープロセスが拡張ハンドオーバープロセスであることを示す。

段階１００３：ソースｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。このメッセージは拡張ハンドオーバーインディケーション情報を含む。拡張ハンドオーバープロセスに対応して、ソースｅＮＢはダウンリンクデータをＵＥに継続送信する。本発明によって提供される方法に対応して、ソースｅＮＢによってＵＥに連続的に送信されるデータパケットは、最大でターゲットｅＮＢにフォワーディングされた第１データパケットから開始される最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数である。例えば、ソースｅＮＢによってターゲットｅＮＢにフォワーディングされた第１データパケットが５のＰＤＣＰ ＳＮ及び１０のＨＦＮを有する場合、ソースｅＮＢによってＵＥに送信されるデータパケットは、最大で３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。段階１００２で受信される拡張ハンドオーバーインディケーション情報によって、又はＲＲＣコンテナ内の拡張ハンドオーバーインディケーション情報を見ることによって、ソースｅＮＢは拡張ハンドオーバープロセスが採択されることを知る。

ソースｅＮＢはＵＥからアップリンクデータを継続受信する。このメッセージを受信すると、ＵＥは、ソースｅＮＢによって送信されたダウンリンクデータを継続受信し、ソースｅＮＢにアップリンクデータを継続送信する。受信されたＲＲＣ接続再構成メッセージに含まれる拡張ハンドオーバーインディケーション情報によって、ＵＥは、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知ることで、ソースｅＮＢでデータを継続送受信する。

本発明において、アップリンクデータ送信における問題点を解決するための対応する第１の方法は、ソースｅＮＢがこの段階の後又は段階１００４の後にアップリンクデータ受信状態をＵＥに継続フィードバックすることである。即ち、ＵＥはどのデータパケットがソースｅＮＢによってＵＥから既に受信されたかを知る。従って、段階１００６でメッセージを送信すると、ＵＥはターゲットｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットかを知る。

段階１００４：ソースｅＮＢによって、シーケンス番号（ＳＮ）状態伝達がターゲットｅＮＢに送信される。

ソースｅＮＢは拡張ハンドオーバープロセスの間のターゲットｅＮＢにフォワーディングされた第１データパケットから開始されてＵＥに送信されるデータパケットの最大数、例えば最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数又はそれ以上をターゲットｅＮＢに通知する。例えば、ＰＤＣＰ ＳＮが０〜１２７である場合、最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットは１２７個のＰＤＣＰ ＳＤＵ又はＰＤＵである。この段階で、ソースｅＮＢは送受信状態を凍結させない。

ソースｅＮＢはターゲットｅＮＢにデータのフォワーディングを開始する。またソースｅＮＢはＵＥに送信されるダウンリンクデータをターゲットｅＮＢにフォワーディングする。

ソースｅＮＢはＵＥから受信されたアップリンクデータパケットをターゲットｅＮＢにフォワーディングする。一方法は次の通りである。ソースｅＮＢはＳＮ状態伝達メッセージ後に順次又は非順次に受信されたデータパケットを含む全ての受信されたアップリンクパケットをターゲットｅＮＢにフォワーディングする。他の方法は次の通りである。ソースｅＮＢは、受信されたデータパケットを順次にＳＧＷに送信し、受信されたデータパケットを非順次にターゲットｅＮＢにフォワーディングする。

段階１００５：ＵＥはターゲットｅＮＢに同期化される。ＵＥはＲＡＣＨを介してターゲットセルにアクセスする。

本発明において、ＵＥはソースｅＮＢからダウンリンクデータを受信することを中止し、この段階で、ソースｅＮＢでアップリンクデータを送信することを中止する。或いは段階１００６で、ＵＥは、ソースｅＮＢからダウンリンクデータを受信することを中止し、ソースｅＮＢでアップリンクデータを送信することを中止する。

本実施形態において、アップリンクデータ送信における問題点を解決するために、段階１００４のメッセージで受信されたアップリンク受信状態及びアップリンクカウントと、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ＲＡＣＨが成功的な後にターゲットｅＮＢがソースｅＮＢからフォワーディングされたデータを変らず継続受信する場合、ターゲットｅＮＢはソースｅＮＢから全てのフォワーディングされたデータを受信すると新たなアップリンク受信状態を形成する。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。

段階１００６：ＵＥによって、ＲＲＣ接続再構成完了メッセージがターゲットｅＮＢに送信される。段階１００３の後に、ソースｅＮＢはダウンリンクデータをＵＥに送信して同時にダウンリンクデータをターゲットｅＮＢにフォワーディングする。従って、ターゲットｅＮＢによってソースｅＮＢから受信されたフォワーディングされたデータの一部は既にＵＥによって受信されている。ターゲットｅＮＢがＵＥに送信される必要がないデータを探知する次の方式がある。

ＵＥから受信されたＰＤＣＰ状態レポートによって、ターゲットｅＮＢはＵＥによって受信されることが予想される次のＰＤＣＰ ＳＮを知る。ターゲットｅＮＢは、ＵＥに送信する必要がない重複データパケットを探知した後、ＵＥによって受信されたデータを廃棄してＵＥによって予想される次のデータパケットから直接開始されるデータパケットをＵＥに送信する。

ＵＥによってターゲットｅＮＢに送信されたＰＤＣＰ状態レポートは、受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮのみを含み、ＰＤＣＰ ＳＮに対応するＨＦＮを含まない。

段階１００２で、ターゲットｅＮＢはこのハンドオーバーが拡張ハンドオーバープロセスを採択することを決定した。拡張ハンドオーバープロセスに対して、ターゲットｅＮＢは、拡張ハンドオーバープロセスのための方法によってデータをＵＥに送信し、及び／又はアップリンクデータをＳＧＷに送信する。ターゲットｅＮＢは拡張ハンドオーバープロセスによってＵＥによって受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮを決定する。

ターゲットｅＮＢは、ＵＥから受信されたＰＤＣＰ状態に含まれる次の予想されるＰＤＣＰ ＳＮに対応するデータパケットを、ターゲットｅＮＢのバッファーに記憶されたこのＰＤＣＰ ＳＮに対応する第１データパケットと見なす。ターゲットｅＮＢにフォワーディングされた第１データパケットから開始されてソースｅＮＢによってＵＥに送信されるデータパケットの最大数は最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数である。例えば、ターゲットｅＮＢによってソースｅＮＢから受信された第１データパケットが５のＰＤＣＰ ＳＮ及び１０のＨＦＮを有する場合、ソースｅＮＢによってＵＥに送信されるデータパケットは、最大で３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。従って、ＵＥによってソースｅＮＢから受信された最大データパケットは３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。ソースｅＮＢによって送信されたデータがいずれもＵＥによって受信される場合、ＵＥは次の受信されるデータパケットが４のＰＤＣＰ ＳＮ及び１１のＨＦＮを有することを予想する。従って、このデータパケットはターゲットｅＮＢのバッファーで４のＰＤＣＰ ＳＮを有する対応する第１データパケットであり、このデータパケットに対応するＨＦＮは１１である。ソースｅＮＢによって送信された一部のデータパケットがＵＥによって受信されない場合、例えばターゲットｅＮＢによってＵＥから受信されたＰＤＣＰ状態における次の予想されるＰＤＣＰ ＳＮが９の場合、このデータパケットはターゲットｅＮＢのバッファーで９のＰＤＣＰ ＳＮを有する対応する第１データパケットであり、ターゲットｅＮＢは対応するＨＦＮが１０であることを知る。従って、ターゲットｅＮＢのバッファーで同一ＰＤＣＰ ＳＮを有するデータパケットが存在する場合、対応する第１ＵＥ ＰＤＣＰ状態レポートでデータパケットＳＮを受信しない第１データパケットはＵＥに送信される次のデータパケットである。この方式で、ターゲットｅＮＢはこのデータパケットに対応するＨＦＮを知る。

或いは、ターゲットｅＮＢは、ＵＥから受信されたＰＤＣＰ状態に含まれる次の予想されるＰＤＣＰ ＳＮがＳＮ状態伝達メッセージで受信されたＤＬカウントでＰＤＣＰ ＳＮのＰＤＣＰ ＳＮ範囲の半分に近い（ｎｏｔ ｆａｒ ｆｒｏｍ ａ ｈａｌｆ）ことと見做す。言い換えると、ＰＤＣＰ ＳＮの最大値がＮである場合、次の予想されるＰＤＣＰ ＳＮはＤＬカウントでＰＤＣＰ ＳＮのＮ／２に近い。またソースｅＮＢはＳＮ状態伝達メッセージを送信した後にデータをＵＥに送信する時、この原理に従う。例えば、

・ＤＬカウントで、ＨＦＮは１０であり、ＰＤＣＰ ＳＮは８であり、
・ＰＤＣＰ ＳＮは７ビットで（ＳＮの範囲は０〜１２７まで）あり、
・ターゲットｅＮＢによってＵＥから受信された次の予想されるＰＤＣＰ ＳＮが７３〜１２７である場合、ＨＦＮは９であり、
・ターゲットｅＮＢによってＵＥから受信された次の予想されるＰＤＣＰ ＳＮが０〜７２である場合、ＨＦＮは１０である。

ＳＮ状態伝達メッセージを送信すると、ソースｅＮＢは、データをＵＥに継続送信して、ＰＤＣＰ ＳＮが７２でありＨＦＮが１０である後に、ダウンリンクデータパケットをＵＥに送信することを中止する。

拡張ハンドオーバープロセスに対応して、ターゲットｅＮＢによってＵＥから受信されたＰＤＣＰ状態における次の予想されるＰＤＣＰ ＳＮが９である場合、ターゲットｅＮＢは対応するＨＦＮが１０であることを知る。ハンドオーバーが拡張ハンドオーバーでない場合、ターゲットｅＮＢは対応するＨＦＮが９であることを知る。

本発明において、アップリンクデータ送信における問題点を解決するために、段階１００４のメッセージで受信されたアップリンク受信状態及びアップリンクカウントと、ソースｅＮＢによってフォワーディングされてソースｅＮＢから受信されたアップリンクデータとを組み合わせて、ターゲットｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。ターゲットｅＮＢはフォワーディングされた全てのデータがソースｅＮＢから受信された後に新たなアップリンク受信状態を形成する必要がある。ターゲットｅＮＢはソースｅＮＢがエンドマーカーによってデータフォワーディングを完了したことを知る。ターゲットｅＮＢは生成されたアップリンク受信状態をＵＥに送信する。

ターゲットｅＮＢから受信されたアップリンク受信状態と、ソースｅＮＢでＵＥによって送信されたデータ及びソースｅＮＢから受信されたフィードバックとを組み合わせて、ＵＥはソースｅＮＢによって受信されない次のデータパケットから開始されるアップリンクデータをターゲットｅＮＢに送信する。

段階１００７：ターゲットｅＮＢによって、経路ハンドオーバーリクエストメッセージがＭＭＥに送信される。

段階１００８：ＭＭＥによって、経路ハンドオーバーリクエスト応答メッセージがターゲットｅＮＢに送信される。

段階１００９：ターゲットｅＮＢによって、ＵＥコンテキスト解除メッセージがソースｅＮＢに送信される。

以上、本発明によって提供されるシームレスのハンドオーバーをサポートする第６方法を説明した。この方法により、ハンドオーバープロセスの間のデータ送信の中断時間が減少し、アップリンク及びダウンリンクデータの連続送信が保証され、データの損失又は重複送信が回避される。特に、ターゲットｅＮＢがＵＥによって予想される次のＰＤＣＰ ＳＮに対応するＨＦＮを知らない問題点が解決される。従って、ソースｅＮＢとターゲットｅＮＢとが相違する製造会社でも、２個のｅＮＢの間の相互運用性が保証され、ハンドオーバープロセスの間のデータ送信の中断時間が拡張ハンドオーバープロセスの間の運用性を保証しながら減少する。

図１１は、本発明によるシームレスのハンドオーバーをサポートする第６方法の二重接続のための実施形態の概路図である。この方法は以下の段階を含む。

段階１１０１：ＭｅＮＢ（Ｍａｓｔｅｒ ｅＮＢ）によって、ＳｅＮＢ（Ｓｅｃｏｎｄａｒｙ ｅＮＢ）付加リクエストメッセージがＴ−ＳｅＮＢ（Ｔａｒｇｅｔ ＳｅＮＢ）に送信される。

メッセージはＵＥの拡張ハンドオーバーをサポートする能力を含む。ＵＥの拡張ハンドオーバーをサポートする能力は、ＵＥが３ＧＰＰ Ｒｅｌ−１４で論議されたように、ソースｅＮＢに対する接続を維持するためのハンドオーバープロセスをサポートすることを意味する。具体的に、ＵＥの拡張ハンドオーバーをサポートする能力は、ＲＲＣ接続再構成メッセージを受信すると、ＵＥがソースｅＮＢで送受信状態を凍結させずに、及びＳ−ＳｅＮＢの階層２（Ｌ２）で情報をリセティング又は空にせずに、Ｓ−ＳｅＮＢからデータを継続的に受信するか又は送信することを意味する。より具体的に、ＵＥの拡張ハンドオーバーをサポートする能力の特定の意味は段階７０１における方法と同一であり、本明細書では説明を繰り返さない。ＵＥの拡張ハンドオーバーをサポートする能力はＲＲＣコンテナに含まれる。ＲＲＣコンテナはＭｅＮＢからＳｅＮＢへのコンテナである。またＭｅＮＢはＳｅＮＢ付加リクエストメッセージ内に（拡張ハンドオーバープロセスをサポートする）情報要素を含める。この情報要素を用いることによって、ＭｅＮＢはＭｅＮＢが拡張ハンドオーバーをサポートすることをＴ−ＳｅＮＢに通知するか、或いはこの情報要素を用いることによって、ＭｅＮＢはＭｅＮＢ及びＵＥのいずれもが拡張ハンドオーバープロセスをサポートすることをＴ−ＳｅＮＢに通知する。拡張ハンドオーバープロセスの意味は段階９０１における方法と同一であり、本明細書では説明を繰り返さない。

段階１１０２：Ｔ−ＳｅＮＢによって、ＳｅＮＢ付加リクエスト確認応答メッセージがＭｅＮＢに送信される。

この方法で、Ｔ−ＳｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。Ｔ−ＳｅＮＢは、ＵＥの能力、ＭｅＮＢの拡張ハンドオーバーをサポートする能力、及びＳ−ＳｅＮＢ及び／又はＴ−ＳｅＮＢの拡張ハンドオーバーをサポートする能力によって、拡張ハンドオーバーを採択するか否かを判断する。またＴ−ＳｅＮＢは本発明の主要内容に影響を及ぼさずに他の情報（例えば、ＱｏＳ）を考慮して拡張ハンドオーバープロセスを採択することを決定する。Ｔ−ＳｅＮＢはＭｅＮＢからＵＥの拡張ハンドオーバーをサポートする能力を獲得する。Ｔ−ＳｅＮＢはＯ＆Ｍ設定又はＸ２設定プロセスを通じてＭｅＮＢ及びＳ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力を知る。Ｘ２設定プロセスを用いる方法に対応して、Ｘ２設定リクエストメッセージ及びＸ２設定応答メッセージは、両方ともメッセージを送信するｅＮＢの拡張ハンドオーバープロセスをサポートする能力を含む。Ｘ２設定リクエストメッセージ又はＸ２設定応答メッセージを受信するｅＮＢは、反対のｅＮＢの拡張ハンドオーバープロセスをサポートするために受信された能力を維持する。段階１１０１で、ＭｅＮＢ及びＵＥはいずれも拡張ハンドオーバープロセスをサポートする情報要素をＳｅＮＢ付加リクエストメッセージに含めることで拡張ハンドオーバープロセスをサポートすることをＭｅＮＢによってＴ−ＳｅＮＢに通知する方法に対応して、Ｔ−ＳｅＮＢは、受信された情報要素を介してＭｅＮＢ及びＵＥがいずれも拡張ハンドオーバープロセスをサポートすることを知る。

本発明において、拡張ハンドオーバープロセスが採択されることをＭｅＮＢに示す次の方法がある。

方法１：ＳｅＮＢ付加リクエスト確認応答メッセージに拡張ハンドオーバーインディケーション情報を含めることによって、Ｔ−ＳｅＮＢは拡張ハンドオーバープロセスを採択するようにＭｅＮＢに示す。また拡張ハンドオーバーインディケーション情報はＳｅＮＢからＭｅＮＢへのコンテナ内に含まれて、ＭｅＮＢによってＵＥに送信される。

方法２：拡張ハンドオーバーインディケーション情報はＳｅＮＢからＭｅＮＢへのコンテナ内に含まれる。ＳｅＮＢ付加リクエスト確認応答メッセージを受信すると、ＭｅＮＢは、ＳｅＮＢからＭｅＮＢへのコンテナに通知してこれを見ることで、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知る。ＭｅＮＢがＳｅＮＢからＭｅＮＢへのコンテナをＵＥに送信することによって、ＵＥはこのハンドオーバープロセスが拡張ハンドオーバープロセスであることを示す。

段階１１０３：ＭｅＮＢによって、Ｔ−ＳｅＮＢに対するリソースが成功的に割り当てられると、ＳｅＮＢ解除リクエストメッセージがＳ−ＳｅＮＢに送信される。データがフォワーディングされなければならない場合、ＭｅＮＢはデータフォワーディングアドレスをＳ−ＳｅＮＢに提供する。

本発明において、ＭｅＮＢは拡張ハンドオーバープロセスを採択することをＳ−ＳｅＮＢに示す次の方法がある。

方法１：ＳｅＮＢ解除リクエストメッセージに拡張ハンドオーバーインディケーション情報を含めることによって、ＭｅＮＢはこのようなハンドオーバープロセスが拡張ハンドオーバープロセスであることをＳ−ＳｅＮＢに示す。ＭｅＮＢはこのプロセスが段階１１０２による拡張ハンドオーバープロセスであることを知る。

方法２：ＵＥの拡張ハンドオーバーをサポートする能力はＳｅＮＢ付加解除メッセージに含まれる。Ｓ−ＳｅＮＢが拡張ハンドオーバープロセスをサポートする場合、Ｓ−ＳｅＮＢは、ＭｅＮＢ及び／又はＴ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力、及びＵＥの拡張ハンドオーバーをサポートする能力によって、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知る。ＭｅＮＢはＵＥからＵＥの拡張ハンドオーバーをサポートする能力を獲得する。Ｓ−ＳｅＮＢはＯ＆Ｍ設定又はＸ２設定プロセスを通じてＭｅＮＢ及び／又はＴ−ＳｅＮＢの拡張ハンドオーバープロセスをサポートする能力を知る。Ｘ２設定プロセスを用いる方法に対応して、Ｘ２設定リクエストメッセージ及びＸ２設定応答メッセージは、両方ともメッセージを送信するｅＮＢの拡張ハンドオーバープロセスをサポートする能力を含む。Ｘ２設定リクエストメッセージ又はＸ２設定応答メッセージを受信したｅＮＢは、反対のｅＮＢの拡張ハンドオーバープロセスをサポートするために受信された能力を維持する。この方法に対応して、ＭｅＮＢ、Ｓ−ＳｅＮＢ、及びＴ−ＳｅＮＢは、いずれも拡張ハンドオーバープロセスをサポートすると仮定すると、拡張ハンドオーバーをサポートするＵＥに対するハンドオーバーが開始される時に拡張ハンドオーバープロセスを開始する。

ＳｅＮＢ解除メッセージを受信すると、Ｓ−ＳｅＮＢはデータをＵＥに継続送信する。Ｓ−ＳｅＮＢはデータのフォワーディングを開始する。ＳｅＮＢはＵＥからアップリンクデータを継続受信する。

分割ベアラーに対応して、Ｓ−ＳｅＮＢはアップリンクデータをＭｅＮＢに継続送信する。ＳＣＧ（Ｓｅｃｏｎｄ Ｃｅｌｌ Ｇｒｏｕｐ）ベアラーに対応して、Ｓ−ＳｅＮＢはアップリンクデータをＳＧＷに継続送信する。

ＳＣＧベアラーに対して、Ｓ−ＳｅＮＢはこの段階の後にアップリンクデータ受信状態をＵＥに継続供給する。即ち、ＵＥはどのデータパケットがＳ−ＳｅＮＢによってＵＥから既に受信されたのかを知る。従って、段階１１０７でメッセージを送信すると、ＵＥはＴ−ＳｅＮＢに送信されなければならないデータパケットがどのデータパケットから開始されるデータパケットであるかを知る。

段階１１０４：ＭｅＮＢによって、ＲＲＣ接続再構成メッセージがＵＥに送信される。このメッセージは拡張ハンドオーバーインディケーション情報を含む。ＭｅＮＢはダウンリンクデータをＳ−ＳｅＮＢに継続送信する。一方、ＭｅＮＢはダウンリンクデータをＴ−ＳｅＮＢにフォワーディングする。本発明によって提供される方法に対応して、Ｓ−ＳｅＮＢによってＵＥに連続的に送信されるデータパケットは、最大でＴ−ＳｅＮＢにフォワーディングされた第１データパケットから開始される最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数である。例えば、Ｓ−ＳｅＮＢによってＴ−ＳｅＮＢにフォワーディングされた第１データパケットが５のＰＤＣＰ ＳＮ及び１０のＨＦＮを有する場合、Ｓ−ＳｅＮＢによってＵＥに送信されるデータパケットは、最大で３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。

ＵＥはＲＲＣ接続再構成メッセージを受信する。ＵＥはＳ−ＳｅＮＢに対する設定を削除又はリセティングしない。ＵＥはＳ−ＳｅＮＢによって送信されたダウンリンクデータを継続受信する。ＵＥはアップリンクデータをＳ−ＳｅＮＢに継続送信する。受信されたＲＲＣ接続再構成メッセージに含まれる拡張ハンドオーバーインディケーション情報によって、ＵＥは、ハンドオーバープロセスが拡張ハンドオーバープロセスであることを知り、ソースｅＮＢに対してデータを継続送受信する。

段階１１０５：ＵＥによって、ＲＲＣ接続再構成完了メッセージがＭｅＮＢに送信される。

段階１１０６：ＭｅＮＢによって、ＳｅＮＢ再構成完了メッセージがＴ−ＳｅＮＢに送信される。

段階１１０７：ＵＥはＴ−ＳｅＮＢに同期化される。ＵＥは、Ｓ−ＳｅＮＢからダウンリンクデータを受信することを中止し、またアップリンクデータをＳ−ＳｅＮＢに送信することを中止する。

段階１１０８ａ：Ｓ−ＳｅＮＢによって、ＳＮ状態伝達がＭｅＮＢに送信される。

段階１１０８ｂ：ＭｅＮＢによって、ＳＮ状態伝達がＴ−ＳｅＮＢに送信される。

段階１１０９：Ｓ−ＳｅＮＢによって、データはＴ−ＳｅＮＢにフォワーディングされる。分割ベアラーに対応して、Ｓ−ＳｅＮＢがデータをＭｅＮＢにフォワーディングした後、ＭｅＮＢはデータをＴ−ＳｅＮＢにフォワーディングする。分割ベアラーのようなＳＣＧベアラーに対して、Ｓ−ＳｅＮＢはＭｅＮＢを介してデータをＴ−ＳｅＮＢにフォワーディングするか、又はＳ−ＳｅＮＢはデータをＴ−ＳｅＮＢに直接フォワーディングする。実施形態に応じて、Ｓ−ＳｅＮＢによってデータをＴ−ＳｅＮＢにフォワーディングすることは段階１１０３の後にいつでも実行される。

段階１１０３の後に、Ｓ−ＳｅＮＢはダウンリンクデータをＵＥに同時に送信し、ダウンリンクデータをＴ−ＳｅＮＢにフォワーディングする。従って、Ｔ−ＳｅＮＢによってＳ−ＳｅＮＢから受信されたフォワーディングされたデータの一部は既にＵＥによって受信されている。Ｔ−ＳｅＮＢは次のような方式でＵＥに送信される必要がないデータを探知する。

ＳＣＧベアラーに対して、ＵＥから受信されたＰＤＣＰ状態レポートによって、Ｔ−ＳｅＮＢはＵＥによって受信されることが予想される次のＰＤＣＰ ＳＮを知る。ターゲットｅＮＢは、ＵＥに送信する必要がない重複データパケットを探知した後、ＵＥによって受信されたデータを廃棄してＵＥによって予想される次のデータパケットから直接開始されるデータパケットをＵＥに送信する。

ＳＣＧベアラーに対して、ＵＥによってＴ−ＳｅＮＢに送信されたＰＤＣＰ状態レポートは、受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮのみを含み、ＰＤＣＰ ＳＮに対応するＨＦＮを含まない。Ｔ−ＳｅＮＢが受信されることで予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮを知るための次の２つの方式がある。

方式１：段階１１０１で説明した方法によって、Ｔ−ＳｅＮＢはこのようなハンドオーバープロセスが拡張ハンドオーバープロセスであるか否かを知る。拡張ハンドオーバープロセスに対して、Ｔ−ＳｅＮＢは拡張ハンドオーバープロセスのための方法によってデータをＵＥに送信し、アップリンクデータをＳＧＷに送信する。

Ｔ−ＳｅＮＢは、ＵＥから受信されたＰＤＣＰ状態に含まれる次の予想されるＰＤＣＰ ＳＮに対応するデータパケットを、Ｔ−ＳｅＮＢのバッファーに記憶されたこのＰＤＣＰ ＳＮに対応する第１データパケットと見なす。Ｔ−ＳｅＮＢにフォワーディングされた第１データパケットから開始されてＳ−ＳｅＮＢによってＵＥに送信されるデータパケットの最大数は最大ＰＤＣＰ ＳＮ範囲マイナス１内のデータパケットの数である。例えば、Ｔ−ＳｅＮＢによってＳ−ＳｅＮＢから受信された第１データパケットが５のＰＤＣＰ ＳＮ及び１０のＨＦＮを有する場合、Ｓ−ＳｅＮＢによってＵＥに送信されるデータパケットは、最大で３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。従って、ＵＥによってＳ−ＳｅＮＢから受信された最大データパケットは３のＰＤＣＰ ＳＮ及び１１のＨＦＮを有する。Ｓ−ＳｅＮＢによって送信されたデータがいずれもＵＥによって受信される場合、ＵＥは次受信されるデータパケットが４のＰＤＣＰ ＳＮ及び１１のＨＦＮを有することを予想する。従って、このデータパケットはＴ−ＳｅＮＢのバッファーで４のＰＤＣＰ ＳＮを有する対応する第１データパケットであり、このデータパケットに対応するＨＦＮは１１である。Ｓ−ＳｅＮＢによって送信された一部のデータパケットがＵＥによって受信されない場合、例えばＴ−ＳｅＮＢによってＵＥから受信されたＰＤＣＰ状態における次の予想されるＰＤＣＰ ＳＮが９の場合、このデータパケットはＴ−ＳｅＮＢのバッファーで９のＰＤＣＰ ＳＮを有する対応する第１データパケットであり、Ｔ−ＳｅＮＢは対応するＨＦＮが１０であることを知る。従って、Ｔ−ＳｅＮＢのバッファーで同一のＰＤＣＰ ＳＮを有するデータパケットが存在する場合、対応する第１ＵＥ ＰＤＣＰ状態レポートでデータパケットＳＮを受信しない第１データパケットはＵＥに送信される次のデータパケットである。この方式で、Ｔ−ＳｅＮＢはこのデータパケットに対応するＨＦＮを知る。

方式２：ＵＥによってＴ−ＳｅＮＢに送信されたＰＤＣＰ状態レポートは、受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮ及びＰＤＣＰ ＳＮに対応するＨＦＮを含む。ＵＥは拡張ハンドオーバープロセスの間のｅＮＢに送信されたＰＤＣＰ状態で受信されることでが予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮのみを含む。ハンドオーバーが拡張ハンドオーバーでない場合、Ｔ−ＳｅＮＢは既存の原理により受信されることが予想される次のデータパケットのＰＤＣＰ ＳＮに対応するＨＦＮを知る。

分割ベアラーに対して、ＭｅＮＢは、ＵＥの受信状態が知ることで対応するデータをＴ−ＳｅＮＢに送信する。

本実施形態において、アップリンクデータ送信における問題点を解決するために、段階１１０８ｂのメッセージで受信されたアップリンク受信状態及びアップリンクカウントと、Ｓ−ＳｅＮＢによってフォワーディングされる受信されたアップリンクデータとを組み合わせて、Ｔ−ＳｅＮＢは、アップリンク受信状態をアップデートした後、アップデートされたアップリンク受信状態をＵＥに送信する。Ｔ−ＳｅＮＢはフォワーディングされた全てのデータがＳ−ＳｅＮＢから受信された後に新たなアップリンク受信状態を形成する必要がある。Ｔ−ＳｅＮＢはＳ−ＳｅＮＢがエンドマーカーによって全てのデータをフォワーディングしたことを知る。Ｔ−ＳｅＮＢは生成されたアップリンク受信状態をＵＥに送信する。Ｔ−ＳｅＮＢから受信されたアップリンク受信状態と、ＵＥによってＳ−ＳｅＮＢに送信されたデータ及びＳ−ＳｅＮＢから受信されたフィードバックとを組み合わせて、ＵＥはＳ−ＳｅＮＢによって受信されない次のデータパケットから開始されるアップリンクデータをＴ−ＳｅＮＢに送信する。この方法はＳＣＧベアラーを特定する。

分割ベアラーに対して、段階１１０８ａ及び１１０８ｂは段階１１０３の後にいつでも実行される。

ＳＣＧベアラーに対して、段階１１０８ａ及び１１０８ｂは段階１１０３の後に実行される。

段階１１１０：ＭｅＮＢによって、ＵＥコンテキスト解除メッセージがＳ−ＳｅＮＢに送信される。

本発明の主要内容に関係無い段階の詳細な説明、例えばＭｅＮＢとＭＭＥとの間のＥＲＡＢ修正インディケーションプロセスは本明細書で省略される。

以上、本発明によって提供されるシームレスのハンドオーバーをサポートする第６方法の二重接続のための実施形態を説明した。この方法により、ハンドオーバープロセスの間のデータ送信の中断時間が減少し、アップリンク及びダウンリンクデータの連続送信が保証され、データの損失又は重複送信が回避される。特に、Ｔ−ＳｅＮＢがＵＥによって予想される次のＰＤＣＰ ＳＮに対応するＨＦＮを知らない問題点が解決される。従って、ＭｅＮＢ、Ｓ−ＳｅＮＢ、及びＴ−ＳｅＮＢがそれぞれ相違する製造会社でも、ｅＮＢの間の相互運用性が保証され、ハンドオーバープロセスの間のデータ送信の中断時間が拡張ハンドオーバープロセスの間の運用性を保証しながら減少する。

ＴＳ３６．３００ １０．１．２．８．１におけるＳｅＮＢ付加プロセスは、またＳｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ＳｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。

２）ＳｅＮＢは、ＳｅＮＢからＳｅＮＢ付加リクエスト確認応答メッセージのＭｅＮＢへのコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをＭｅＮＢによってＵＥに送信する。

３）ＭｅＮＢが拡張ハンドオーバープロセスを採択することを知る次の２つの方式がある。方式１：ＭｅＮＢはＳｅＮＢからＳｅＮＢ付加リクエスト確認応答メッセージのＭｅＮＢへのコンテナ内に拡張ハンドオーバーインディケーション情報をパージング（ｐａｒｓｉｎｇ）することで、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知る。方式２：ＳｅＮＢはまたＳｅＮＢ付加リクエスト確認応答メッセージに拡張ハンドオーバーインディケーション情報を含める。ＳｅＮＢ付加リクエスト確認応答メッセージの拡張ハンドオーバーインディケーション情報によって、ＲＲＣコンテナをパージングせずに、ＭｅＮＢはＳｅＮＢが拡張ハンドオーバープロセスを採択することを決定したことを知る。

４）ＭｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

５）ＵＥはこのハンドオーバープロセスが段階４）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図１０及び図１１で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．２におけるＭｅＮＢ及びＳｅＮＢによって開始されたＳｅＮＢ修正プロセスは、またＳｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ＳｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。

２）ＳｅＮＢは、ＳｅＮＢからＳｅＮＢ修正リクエスト確認応答メッセージのＭｅＮＢへのコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをＭｅＮＢによってＵＥに送信する。

３）ＭｅＮＢが拡張ハンドオーバープロセスを採択することを知る次の２つの方式がある。方式１：ＭｅＮＢはＳｅＮＢからＳｅＮＢ修正リクエスト確認応答メッセージのＭｅＮＢへのコンテナ内に拡張ハンドオーバーインディケーション情報をパージングすることで、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知る。方式２：ＳｅＮＢはまたＳｅＮＢ修正リクエスト確認応答メッセージに拡張ハンドオーバーインディケーション情報を含める。ＳｅＮＢ修正リクエスト確認応答メッセージの拡張ハンドオーバーインディケーション情報によって、ＲＲＣコンテナをパージングせずに、ＭｅＮＢはＳｅＮＢが拡張ハンドオーバープロセスを採択することを決定したことを知る。

４）ＭｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

５）ＵＥはこのハンドオーバープロセスが段階４）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図１０及び図１１で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．２におけるＳｅＮＢによって開始されたＳｅＮＢ修正プロセスは、またＳｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ＳｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。

２）ＳｅＮＢは、ＳｅＮＢからＳｅＮＢ修正リクエスト確認応答メッセージのＭｅＮＢへのコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをＭｅＮＢによってＵＥに送信する。

３）ＭｅＮＢが拡張ハンドオーバープロセスを採択することを知る次の２つの方式がある。方式１：ＭｅＮＢはＳｅＮＢからＳｅＮＢ修正リクエスト確認応答メッセージのＭｅＮＢへのコンテナ内に拡張ハンドオーバーインディケーション情報をパージングすることで、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知る。方式２：ＳｅＮＢはまたその間にＳｅＮＢ修正リクエスト確認応答メッセージに拡張ハンドオーバーインディケーション情報を含める。ＳｅＮＢ修正リクエスト確認応答メッセージの拡張ハンドオーバーインディケーション情報によって、ＲＲＣコンテナをパージングせずに、ＭｅＮＢはＳｅＮＢが拡張ハンドオーバープロセスを採択することを決定したことを知る。

４）ＭｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

５）ＵＥはこのハンドオーバープロセスが段階４）による拡張ハンドオーバープロセスであることを知る。

ＴＳ３６−３００ １０．１．２．８．２．１におけるＭｅＮＢの内部ハンドオーバーはＳＣＧ変更プロセスを含み、またＳｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は上述した方法と同一であり、本明細書では繰り返さない。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図１０及び図１１で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．５におけるＭｅＮＢからｅＮＢへの変更プロセスは、またターゲットｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ターゲットｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。

２）ターゲットｅＮＢは、ハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをソースＭｅＮＢによってＵＥに送信する。

３）ソースＭｅＮＢが拡張ハンドオーバープロセスを採択することを知る次の２つの方式がある。方式１：ソースＭｅＮＢはハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報をパージングすることで、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知る。方式２：ターゲットｅＮＢはまたハンドオーバーリクエスト確認応答メッセージに拡張ハンドオーバーインディケーション情報を含める。ハンドオーバーリクエスト確認応答メッセージの拡張ハンドオーバーインディケーション情報によって、ＲＲＣコンテナをパージングせずに、ソースＭｅＮＢはターゲットｅＮＢが拡張ハンドオーバープロセスを採択することを決定したことを知る。

４）ソースＭｅＮＢはＳｅＮＢ解除リクエストを介して拡張ハンドオーバーインディケーション情報をＳ−ＳｅＮＢに通知する。Ｓ−ＳｅＮＢは、データをＵＥに継続送信し、ＵＥからアップリンクデータを継続受信する。

５）ソースＭｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

６）ＵＥはこのハンドオーバープロセスが段階５）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図１０及び図１１で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．７におけるｅＮＢからＭｅＮＢへの変更プロセスは、またターゲットＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）ターゲットＭｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。ターゲットＭｅＮＢは、ハンドオーバーリクエストメッセージを受信する時に、拡張ハンドオーバープロセスを採択することを決定する。

２）ターゲットＭｅＮＢはＳｅＮＢ付加リクエストメッセージを介して拡張ハンドオーバーインディケーション情報をＴ−ＳｅＮＢに通知する。

３）Ｔ−ＳｅＮＢはＳｅＮＢ付加リクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含める。ターゲットＭｅＮＢは、ハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをソースｅＮＢによってＵＥに送信する。或いは、ターゲットＭｅＮＢは、ハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を直接含め、ＳｅＮＢ付加リクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めない。

４）ソースｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

５）ＵＥはこのハンドオーバープロセスが段階５）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図１０及び図１１で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．７におけるｅＮＢからＭｅＮＢへの変更プロセスは、またＴ−ＳｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法は次の段階を含む。

１）Ｔ−ＳｅＮＢは拡張ハンドオーバープロセスを採択することを決定する。ターゲットＭｅＮＢはＳｅＮＢ付加リクエストメッセージを受信する時に拡張ハンドオーバープロセスを採択することを決定する。

２）Ｔ−ＳｅＮＢはＳｅＮＢ付加リクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含める。ターゲットＭｅＮＢは、ハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めた後、このメッセージをソースｅＮＢによってＵＥに送信する。或いは、Ｔ−ＳｅＮＢはＳｅＮＢ付加リクエスト確認応答メッセージを介して拡張ハンドオーバーインディケーション情報をターゲットＭｅＮＢに通知し、ターゲットＭｅＮＢはハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めるが、Ｔ−ＳｅＮＢはＳｅＮＢ付加リクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報を含めない。拡張ハンドオーバープロセスが採択されるソースｅＮＢを示す次の２つの方式がある。

方式１：ソースｅＮＢはハンドオーバーリクエスト確認応答メッセージのＲＲＣコンテナ内に拡張ハンドオーバーインディケーション情報をパージングすることで、このハンドオーバープロセスが拡張ハンドオーバープロセスであることを知る。

方式２：ＳｅＮＢ付加リクエスト確認応答及びハンドオーバーリクエスト確認応答のＸ２アクセス階層メッセージに拡張ハンドオーバーインディケーション情報を含めることによって、ハンドオーバーリクエスト確認応答メッセージ内のＲＣＣコンテナをパージングせずに、ソースｅＮＢは拡張ハンドオーバープロセスが採択されることが示される。

３）ソースｅＮＢはＲＲＣ再構成リクエストメッセージをＵＥに送信し、このメッセージは拡張ハンドオーバーインディケーション情報を含む。

４）ＵＥはこのハンドオーバープロセスが段階３）による拡張ハンドオーバープロセスであることを知る。

上記段階は拡張ハンドオーバープロセスを採択することを決定する方法に焦点を合わせたものであり、ｅＮＢのデータ送信、データ受信、及びデータフォワーディングは図１０及び図１１で説明したことと類似であり、本明細書では詳しく説明しない。

ＴＳ３６．３００ １０．１．２．８．８におけるＳｅＮＢを変更せずに相違するＭｅＮＢの間にハンドオーバーを行うシナリオは、またターゲットＭｅＮＢによって拡張ハンドオーバープロセスを採択することを決定するために用いられる。特定方法はＴＳ３６．３００ １０．１．２．８．５におけるＭｅＮＢからｅＮＢへの変更プロセスと、ＴＳ３６．３００ １０．１．２．８．７におけるｅＮＢからＭｅＮＢへの変更プロセスとの組み合わせであり、本明細書では説明を繰り返さない。

第１特定実施形態に対応して、本発明の実施形態はソースｅＮＢであるｅＮＢ装置を更に提供し、ｅＮＢ装置は第１送信モジュール、第１処理モジュール、及び第１受信モジュールを含み、第１送信モジュールは、ハンドオーバーリクエストメッセージをターゲットｅＮＢに送信し、ＲＲＣ接続再構成メッセージをＵＥに送信してダウンリンクデータをＵＥに継続送信し、ＳＮ状態伝達をターゲットｅＮＢに送信し、ターゲットｅＮＢにデータのフォワーディングを開始するように構成され、第１受信モジュールは、ＵＥからアップリンクデータを継続受信し、ＵＥがターゲットｅＮＢに同期化された後に送信されたデータ送信中止インディケーションを受信して第１処理モジュールが処理を行うことを示し、ターゲットｅＮＢによって送信されたＵＥコンテキスト解除メッセージを受信するように構成され、第１処理モジュールは、受信モジュールからのインディケーション下に、ダウンリンクデータをＵＥに送信することを中止するために第１送信モジュールを制御し、ＵＥからアップリンクデータを受信することを中止するために第１受信モジュールを制御するように構成される。

第１特定実施形態に対応して、本発明の実施形態はターゲットｅＮＢであるｅＮＢ装置を更に提供し、ｅＮＢ装置は第２送信モジュール及び第２受信モジュールを含み、第２受信モジュールは、ソースｅＮＢによって送信されたハンドオーバーリクエストメッセージを受信し、ソースｅＮＢによってＵＥに送信されたＲＲＣ接続再構成メッセージを受信し、ＵＥによって送信されたＲＲＣ接続再構成完了メッセージを受信し、ＭＭＥによって送信された経路ハンドオーバーリクエスト応答メッセージを受信するように構成され、第２送信モジュールは、ハンドオーバーリクエスト確認応答メッセージをソースｅＮＢに送信し、ターゲットｅＮＢによってＵＥがターゲットｅＮＢに同期化された後にデータ送信中止インディケーションをソースｅＮＢに送信し、経路リクエストメッセージをＭＭＥに送信し、ＵＥコンテキスト解除メッセージをソースｅＮＢに送信するように構成される。

第２特定実施形態に対応して、本発明の実施形態はソースｅＮＢであるｅＮＢ装置を更に提供し、ｅＮＢ装置は第３送信モジュール、第３処理モジュール、及び第３受信モジュールを含み、第３送信モジュールは、ハンドオーバーリクエストメッセージをターゲットｅＮＢに送信し、ＲＲＣ接続再構成メッセージをＵＥに送信してダウンリンクデータをＵＥに継続送信し、ＳＮ状態伝達をターゲットｅＮＢに送信し、ターゲットｅＮＢにデータのフォワーディングを開始するように構成され、第３受信モジュールは、ターゲットｅＮＢによって送信されたハンドオーバーリクエスト確認応答メッセージを受信してＵＥからアップリンクデータを継続受信し、ＲＲＣ接続再構成完了メッセージを受信した後にターゲットｅＮＢによって送信されたデータ送信中止インディケーションを受信して第３処理モジュールが処理を行うことを示し、ターゲットｅＮＢによって送信されたＵＥコンテキスト解除メッセージを受信するように構成され、第３処理モジュールは、第３受信モジュールからのインディケーション下に、ダウンリンクデータをＵＥに送信することを中止するために送信モジュールを制御し、ＵＥからアップリンクデータを受信することを中止するために第３受信モジュールを制御するように構成される。

第２特定実施形態に対応して、本発明の実施形態はターゲットｅＮＢであるｅＮＢ装置を更に提供し、ｅＮＢ装置は第４送信モジュール及び第４受信モジュールを含み、第４送信モジュールは、ハンドオーバーリクエスト確認応答メッセージをソースｅＮＢに送信し、データ送信中止インディケーションをソースｅＮＢに送信し、経路ハンドオーバーリクエストメッセージをＭＭＥに送信し、ＵＥコンテキスト解除メッセージをソースｅＮＢに送信するように構成され、第４受信モジュールは、ソースｅＮＢによって送信されたハンドオーバーリクエストメッセージを受信し、ソースｅＮＢによってＵＥに送信されたＲＲＣ接続再構成メッセージを受信し、ＵＥによって送信されたＲＲＣ接続再構成完了メッセージを受信し、ＭＭＥによって送信された経路ハンドオーバーリクエスト応答メッセージを受信するように構成される。

上述した説明は、単に本発明の好ましい実施形態を示し、本発明を制限するように意図しない。本発明の思想及び原理内における全ての修正、同等な代替、又は改善は本発明の保護範囲内に属しなければならない。

１０１ ユーザ装置（ＵＥ）
１０２ 無線アクセスネットワーク
１０３ モビリティ管理エンティティ（ＭＭＥ）
１０４ サービングゲートウェイ（ＳＧＷ）
１０５ パケットデータネットワークゲートウェイ（ＰＧＷ）
１０６ ポリシー及び課金規則機能エンティティ（ＰＣＲＦ）
１０７ ユニバーサル移動体通信システム（ＵＭＴＳ）
１０８ サービングＧＰＲＳサポートノード（ＳＧＳＮ）
１０９ ホーム加入者サーバ（ＨＳＳ）

Claims (12)

1. 通信システムにおいて第１基地局によって行われる方法であって、
   端末から、前記端末が向上したハンドオーバープロセスをサポートすることを示す情報を含む端末能力情報を受信する段階と、
   向上した（ｅｎｈａｎｃｅｄ）ハンドオーバーインディケーションに関連する情報を含むハンドオーバーリクエストメッセージを第２基地局に伝送する段階と、
   前記第２基地局から、前記向上したハンドオーバーインディケーションを含むＲＲＣ（無線リソース制御）コンテナを含むハンドオーバーリクエスト確認応答（ａｃｋｎｏｗｌｅｄｇｅ）メッセージを受信する段階と、
   前記ＲＲＣコンテナを含むＲＲＣ接続再構成メッセージを前記端末に伝送する段階と、を有し、
   前記向上したハンドオーバープロセスは、前記ＲＲＣ接続再構成メッセージの伝送後から、前記端末から前記第２基地局へのＲＡＣＨ（ランダムアクセスチャンネル）接続が行われる前まで、前記端末と前記第１基地局との間の接続が維持されるハンドオーバーであることを特徴とする方法。
2. 前記ハンドオーバーリクエストメッセージを第２基地局に伝送する段階は、
   前記端末能力情報に基づいて、前記端末が前記向上したハンドオーバープロセスをサポートすることを示す情報を含む前記ハンドオーバーリクエストメッセージを伝送する段階を含むことを特徴とする請求項１に記載の方法。
3. シーケンス番号状態伝達メッセージを前記第２基地局に伝送する段階と、
   ダウンリンクデータ及びアップリンクデータを前記第２基地局にフォワーディングする段階と、を更に含むことを特徴とする請求項１に記載の方法。
4. 通信システムにおいて第２基地局によって行われる方法であって、
   第１基地局から、向上した（ｅｎｈａｎｃｅｄ）ハンドオーバーインディケーションに関連する情報を含むハンドオーバーリクエストメッセージを受信する段階と、
   前記向上したハンドオーバーインディケーションを含むＲＲＣ（無線リソース制御）コンテナを含むハンドオーバーリクエスト確認応答（ａｃｋｎｏｗｌｅｄｇｅ）メッセージを前記第１基地局に伝送する段階と、を有し、
   前記ハンドオーバーリクエストメッセージは、端末能力情報に含まれた端末が向上したハンドオーバープロセスをサポートすることを示す情報に基づく、前記向上したハンドオーバーインディケーションに関連する情報を含み、
   前記向上したハンドオーバープロセスは、ＲＲＣ接続再構成メッセージの伝送後から、前記端末から前記第２基地局へのＲＡＣＨ（ランダムアクセスチャンネル）接続が行われる前まで、前記端末と前記第１基地局との間の接続が維持されるハンドオーバーであることを特徴とする方法。
5. 前記第１基地局からシーケンス番号状態伝達メッセージを受信する段階と、
   前記第１基地局からダウンリンクデータ及びアップリンクデータを受信する段階と、を更に含むことを特徴とずる請求項４に記載の方法。
6. 通信システムにおいて端末によって行われる方法であって、
   前記端末が向上した（ｅｎｈａｎｃｅｄ）ハンドオーバープロセスをサポートすることを示す情報を含む端末能力情報を第１基地局に伝送する段階と、
   向上したハンドオーバーインディケーションを含むＲＲＣ（無線リソース制御）コンテナを含むＲＲＣ接続再構成メッセージを前記第１基地局から受信する段階と、
   前記端末が前記ＲＲＣ接続再構成メッセージを受信した後に第２基地局との同期化を行う段階と、を有し、
   前記向上したハンドオーバープロセスは、前記ＲＲＣ接続再構成メッセージの伝送後から、前記端末から前記第２基地局へのＲＡＣＨ（ランダムアクセスチャンネル）接続が行われる前まで、前記端末と前記第１基地局との間の接続が維持されるハンドオーバーであることを特徴とする方法。
7. 通信システムにおける第１基地局であって、
   送受信部と、
   前記送受信部に連結された制御部と、を備え、
   前記制御部は、
   端末から、前記端末が向上したハンドオーバープロセスをサポートすることを示す情報を含む端末能力情報を受信し、
   向上した（ｅｎｈａｎｃｅｄ）ハンドオーバーインディケーションに関連する情報を含むハンドオーバーリクエストメッセージを第２基地局に伝送し、
   前記第２基地局から、前記向上したハンドオーバーインディケーションを含むＲＲＣ（無線リソース制御）コンテナを含むハンドオーバーリクエスト確認応答（ａｃｋｎｏｗｌｅｄｇｅ）メッセージを受信し、
   前記ＲＣＣコンテナを含むＲＲＣ接続再構成メッセージを前記端末に伝送し、
   前記向上したハンドオーバープロセスは、前記ＲＲＣ接続再構成メッセージの伝送後から、前記端末から前記第２基地局へのＲＡＣＨ（ランダムアクセスチャンネル）接続が行われる前まで、前記端末と前記第１基地局との間の接続が維持されるハンドオーバーであることを特徴とする第１基地局。
8. 前記制御部は、
   前記端末能力情報に基づいて、前記端末が前記向上したハンドオーバープロセスをサポートすることを示す情報を含む前記ハンドオーバーリクエストメッセージを伝送することを特徴とする請求項７に記載の第１基地局。
9. 前記制御部は、
   シーケンス番号状態伝達メッセージを前記第２基地局に伝送し、
   ダウンリンクデータ及びアップリンクデータを前記第２基地局にフォワーディングすることを特徴とする請求項７に記載の第１基地局。
10. 通信システムにおける第２基地局であって、
    送受信部と、
    前記送受信部に連結された制御部と、を備え、
    前記制御部は、
    第１基地局から、向上した（ｅｎｈａｎｃｅｄ）ハンドオーバーインディケーションに関連する情報を含むハンドオーバーリクエストメッセージを受信し、
    前記向上したハンドオーバーインディケーションを含むＲＲＣ（無線リソース制御）コンテナを含むハンドオーバーリクエスト確認応答（ａｃｋｎｏｗｌｅｄｇｅ）メッセージを前記第１基地局に伝送し、
    前記ハンドオーバーリクエストメッセージは、端末能力情報に含まれた端末が向上したハンドオーバープロセスをサポートすることを示す情報に基づく、前記向上したハンドオーバーインディケーションに関連する情報を含み、
    前記向上したハンドオーバープロセスは、ＲＲＣ接続再構成メッセージの伝送後から、前記端末から前記第２基地局へのＲＡＣＨ（ランダムアクセスチャンネル）接続が行われる前まで、前記端末と前記第１基地局との間の接続が維持されるハンドオーバーであることを特徴とする第２基地局。
11. 前記制御部は、
    前記第１基地局からシーケンス番号状態伝達メッセージを受信し、
    前記第１基地局からダウンリンクデータ及びアップリンクデータを受信することを特徴とする請求項１０に記載の第２基地局。
12. 通信システムにおける端末であって、
    送受信部と、
    前記送受信部に連結された制御部と、を備え、
    前記制御部は、
    前記端末が向上した（ｅｎｈａｎｃｅｄ）ハンドオーバープロセスをサポートすることを示す情報を含む端末能力情報を第１基地局に伝送し、
    向上したハンドオーバーインディケーションを含むＲＲＣ（無線リソース制御）コンテナを含むＲＲＣ接続再構成メッセージを前記第１基地局から受信し、
    前記端末が前記ＲＲＣ接続再構成メッセージを受信した後に第２基地局との同期化を行い、
    前記向上したハンドオーバープロセスは、前記ＲＲＣ接続再構成メッセージの伝送後から、前記端末から前記第２基地局へのＲＡＣＨ（ランダムアクセスチャンネル）接続が行われる前まで、前記端末と前記第１基地局との間の接続が維持されるハンドオーバーであることを特徴とする端末。
    

Images