(57)【要約】  レイヤ２トンネリングを用いてハンドオーバー中にデータを送信するための技術が説明される。ある構造において、ユーザ機器（ＵＥ）は、ターゲット基地局へのハンドオーバーに先立ってソース基地局に第１のレイヤ２パケットを送る。前記ＵＥは、前記ターゲット基地局に少なくとも１つの第２のレイヤ２パケットを送り、該ターゲット基地局は、前記第２のレイヤ２パケットを前記ソース基地局を対象とするものとして識別し、従って前記第２のレイヤ２パケットをレイヤ２トンネルを通じて前記ソース基地局にフォワードする。前記ハンドオーバーの後に、前記ＵＥは第３のレイヤ２パケットを前記ターゲット基地局に送る。前記ターゲット基地局は、前記第３のレイヤ２パケットを処理してＩＰパケットを得、トリガ条件を経てサービングゲートウェイに前記ＩＰパケットを送る。該トリガ条件は、前記ソース基地局及びターゲット基地局から前記サービングゲートウェイへのＩＰパケットのインオーダーデリバリーを実現するよう定義され得る。
2010536271.tif 000002
【特許請求の範囲】
【請求項１】
ソース基地局からターゲット基地局へのユーザ装置（ＵＥ）のハンドオーバーに先立って、前記ソース基地局を対象とする第１のレイヤ２パケットを該ソース基地局に送ること、
レイヤ２トンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードされ、前記ソース基地局を対象とする少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局に送ること、及び
前記ハンドオーバーの後に、前記ターゲット基地局を対象とする第３のレイヤ２パケットを該ターゲット基地局に送ることを含む、無線通信システムにおいてデータを送信する方法。
【請求項２】
各第１のレイヤ２パケット及び各第２のレイヤ２パケットのデスティネーションインジケータを前記ソース基地局用の第１の値に設定すること、及び
各第３のレイヤ２パケットのデスティネーションインジケータを前記ターゲット基地局用の第２の値に設定することをさらに含む請求項１の方法。
【請求項３】
前記ソース基地局の第１のレイヤ２構成に従って第１のインターネットプロトコル（ＩＰ）パケットを処理して前記第１及び第２のレイヤ２パケットを得ること、及び
前記ターゲット基地局の第２のレイヤ２構成に従って第２のＩＰパケットを処理し、前記第３のレイヤ２パケットを得ることをさらに含む請求項１の方法。
【請求項４】
前記ターゲット基地局と前記サービングゲートウェイの間のコネクションがセットアップされることを示すメッセージを前記ターゲット基地局から受け取ること、
前記メッセージを受け取る前に前記第１のレイヤ２構成を用いること、及び
前記メッセージを受け取った後に前記第１又は第２のレイヤ２構成を用いることをさらに含む請求項３の方法。
【請求項５】
前記ターゲット基地局と前記サービングゲートウェイの間のコネクションがセットアップされることを示すメッセージを前記ターゲット基地局から受け取ること、及び前記メッセージの受信に応じて前記コネクションに切り替えることをさらに含む請求項１の方法。
【請求項６】
前記ソース基地局を対象とするレイヤ２パケットはもはや存在しないことを示すフラッシュメッセージを送ることをさらに含み、前記フラッシュメッセージは、前記ターゲット基地局により受け取られ、前記ソース基地局にフォワードされる請求項１の方法。
【請求項７】
前記第１、第２及び第３のレイヤ２パケットは無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を含む請求項１の方法。
【請求項８】
ソース基地局からターゲット基地局へのユーザ装置（ＵＥ）のハンドオーバーに先立って、前記ソース基地局を対象とする第１のレイヤ２パケットを前記ソース基地局に送り、レイヤ２トンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードされ前記ソース基地局を対象とする少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局に送り、前記ハンドオーバーの後に前記ターゲット基地局を対象とする第３のレイヤ２パケットを該ターゲット基地局に送るよう構成された少なくとも１つのプロセッサを具備する無線通信のための装置。
【請求項９】
前記少なくとも１つのプロセッサは、各第１のレイヤ２パケット及び各第２のレイヤ２パケットのデスティネーションインジケータを前記ソース基地局用の第１の値に設定し、各第３のレイヤ２パケットのデスティネーションインジケータを前記ターゲット基地局用の第２の値に設定するよう構成される請求項８の装置。
【請求項１０】
前記少なくとも１つのプロセッサは、前記ソース基地局の第１のレイヤ２構成に従って第１のインターネットプロトコル（ＩＰ）パケットを処理して前記第１及び第２のレイヤ２パケットを得、前記ターゲット基地局の第２のレイヤ２構成に従って第２のＩＰパケットを処理して前記第３のレイヤ２パケットを得るよう構成される請求項８の装置。
【請求項１１】
ソース基地局からターゲット基地局へのユーザ装置（ＵＥ）のハンドオーバーに先立って、前記ソース基地局を対象とする第１のレイヤ２パケットを該ソース基地局に送るための手段と、
レイヤ２トンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードされ、前記ソース基地局を対象とする少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局に送るための手段と、
前記ハンドオーバーの後に、前記ターゲット基地局を対象とする第３のレイヤ２パケットを該ターゲット基地局に送るための手段とを具備する無線通信のための装置。
【請求項１２】
各第１のレイヤ２パケット及び各第２のレイヤ２パケットのデスティネーションインジケータを前記ソース基地局用の第１の値に設定するための手段と、
各第３のレイヤ２パケットのデスティネーションインジケータを前記ターゲット基地局用の第２の値に設定するための手段とをさらに具備する請求項１１の装置。
【請求項１３】
前記ソース基地局の第１のレイヤ２構成に従って第１のインターネットプロトコル（ＩＰ）パケットを処理して前記第１及び第２のレイヤ２パケットを得るための手段と、
前記ターゲット基地局の第２のレイヤ２構成に従って第２のＩＰパケットを処理し、前記第３のレイヤ２パケットを得るための手段とをさらに具備する請求項１１の装置。
【請求項１４】
少なくとも１つのコンピュータに、ソース基地局からターゲット基地局へのユーザ装置（ＵＥ）のハンドオーバーに先立って、前記ソース基地局を対象とする第１のレイヤ２パケットを該ソース基地局に送らせるためのコードと、
前記少なくとも１つのコンピュータに、レイヤ２トンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードされ、前記ソース基地局を対象とする少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局に送らせるためのコードと、
前記少なくとも１つのコンピュータに、前記ハンドオーバーの後に、前記ターゲット基地局を対象とする第３のレイヤ２パケットを該ターゲット基地局に送らせるためのコードとを具備するコンピュータ可読媒体を具備するコンピュータプログラム製品。
【請求項１５】
ソース基地局からターゲット基地局へのハンドオーバーを行なうユーザ装置（ＵＥ）からレイヤ２パケットを受け取ること、
前記ＵＥから受け取った前記レイヤ２パケットのなかから前記ソース基地局を対象とするレイヤ２パケットを識別すること、及び
前記ソース基地局を対象とする前記レイヤ２パケットを、レイヤ２トンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードすることを含む、無線通信システムにおいてデータを受信する方法。
【請求項１６】
前記ソース基地局を対象とする前記レイヤ２パケットを識別することは、前記ＵＥから受信された各レイヤ２パケットが前記ソース基地局を対象とするかを前記レイヤ２パケットのデスティネーションインジケータに基づいて判定することを含む請求項１５の方法。
【請求項１７】
前記デスティネーションインジケータは、前記ソース基地局用の第１の値又は前記基地局用の第２の値に設定される請求項１６の方法。
【請求項１８】
前記ソース基地局においてレイヤ２パケットをフラッシュするためのフラッシュメッセージを前記ＵＥから受け取ること、及び
前記フラッシュメッセージを前記ターゲット基地局から前記ソース基地局にフォワードすることをさらに含む請求項１５の方法。
【請求項１９】
前記ターゲット基地局を対象とするレイヤ２パケットを処理してインターネットプロトコル（ＩＰ）パケットを得ること、
前記ソース基地局からハンドオーバー完了メッセージを受け取ること、及び
前記ハンドオーバー完了メッセージを受信した後に前記ＩＰパケットをサービングゲートウェイに送ることを含む請求項１５の方法。
【請求項２０】
前記ＵＥによるハンドオーバータスクの完了を確認するメッセージを受信した後にタイマーを開始すること、
前記ターゲット基地局を対象とするレイヤ２パケットを処理してインターネットプロトコル（ＩＰ）パケットを得ること、及び
前記タイマーの終了の後に前記ＩＰパケットをサービングゲートウェイに送ることをさらに含む請求項１９の方法。
【請求項２１】
前記ソース基地局を対象とする前記ＵＥからのレイヤ２パケットが前記ターゲット基地局において受信されたときには、前記タイマーを再開することをさらに含む請求項２０の方法。
【請求項２２】
前記ターゲット基地局を対象とするレイヤ２パケットを処理してインターネットプロトコル（ＩＰ）パケットを得ること、
前記ターゲット基地局からサービングゲートウェイへのコネクションがセットアップされない場合、前記ＩＰパケットをＩＰトンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードすること、及び
前記コネクションがセットアップされる場合に、前記ＩＰパケットを前記サービングゲートウェイに送ることをさらに含む請求項１５の方法。
【請求項２３】
前記ソース基地局にフォワードされるレイヤ２パケットは、前記ＵＥによって送信され、前記ソース基地局による受信に誤りが生じたインターネットプロトコル（ＩＰ）フラグメントのレイヤ２パケットと、前記ＵＥにより前記ソース基地局に未だ送られていないＩＰフラグメントのレイヤ２パケットとを含む請求項１５の方法。
【請求項２４】
ソース基地局からターゲット基地局へのハンドオーバーを行なうユーザー装置（ＵＥ）からレイヤ２パケットを受け取り、前記ＵＥから受け取ったレイヤ２パケットのなかから前記ソース基地局を対象とするレイヤ２パケットを識別し、前記ソース基地局を対象とする前記レイヤ２パケットを、レイヤ２トンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードするよう構成された少なくとも１つのプロセッサを具備する無線通信のための装置。
【請求項２５】
前記少なくとも１つのプロセッサは、前記ＵＥから受信された各レイヤ２パケットが前記ソース基地局を対象とするかを前記レイヤ２パケットのデスティネーションインジケータに基づいて判定するよう構成される請求項２４の装置。
【請求項２６】
前記少なくとも１つのプロセッサは、前記ターゲット基地局を対象とするレイヤ２パケットを処理してインターネットプロトコル（ＩＰ）パケットを得、前記ソース基地局からハンドオーバー完了メッセージを受け取り、前記ハンドオーバー完了メッセージを受信した後に前記ＩＰパケットをサービングゲートウェイに送るよう構成される請求項２４の装置。
【請求項２７】
前記少なくとも１つのプロセッサは、前記ＵＥによるハンドオーバータスクの完了を確認するメッセージを受信した後にタイマーを開始し、前記ターゲット基地局を対象とするレイヤ２パケットを処理してインターネットプロトコル（ＩＰ）パケットを得、前記タイマーの終了の後に前記ＩＰパケットをサービングゲートウェイに送るように構成される請求項２４の装置。
【請求項２８】
前記少なくとも１つのプロセッサは、前記ターゲット基地局を対象とするレイヤ２パケットを処理してインターネットプロトコル（ＩＰ）パケットを得、前記ターゲット基地局からサービングゲートウェイへのコネクションがセットアップされない場合、前記ＩＰパケットをＩＰトンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードし、前記コネクションがセットアップされる場合に、前記ＩＰパケットを前記サービングゲートウェイに送るよう構成される請求項２４の装置。
【請求項２９】
ソース基地局からターゲット基地局へのハンドオーバーに先だってユーザ装置（ＵＥ）から第１のレイヤ２パケットを受け取ること、
前記ＵＥによって前記ターゲット基地局に送られ、レイヤ２トンネルを通じて前記ソース基地局にフォワードされた少なくとも１つの第２のレイヤ２パケットを受け取ること、及び
前記第１のレイヤ２パケット及び前記少なくとも１つの第２のレイヤ２パケットを処理して少なくとも１つのインターネットプロトコル（ＩＰ）パケットを得ることを含む、無線通信システムにおいてデータを受信する方法。
【請求項３０】
前記ＵＥによって前記ターゲット基地局に送られ、前記ソース基地局にフォワードされたフラッシュメッセージを受け取ること、及び
前記フラッシュメッセージの受け取りに応じてレイヤ２パケットを前記ソース基地局において上位層にフラッシュすることをさらに含む請求項２９の方法。
【請求項３１】
前記フラッシュメッセージを受け取った後、又は前記ＵＥからのレイヤ２パケットが前記ソース基地局においてもはや予期されない場合、ハンドオーバー完了メッセージを送ることをさらに含む請求項３０の方法。
【請求項３２】
レイヤ２トンネルを通じてソース基地局によってターゲット基地局にフォワードされた少なくとも１つの第１のレイヤ２パケットを受け取ること、
前記ソース基地局から前記ターゲット基地局にハンドオーバーを行なうユーザ装置（ＵＥ）に前記少なくとも１つの第１のレイヤ２パケットを送ること、
前記ターゲット基地局において前記ＵＥへの第２のレイヤ２パケットを生成すること、及び
前記第２のレイヤ２パケットを前記ＵＥに送ることを含む、無線通信システムにおいてデータを送信する方法。
【請求項３３】
第１のレイヤ２パケットそれぞれは、前記ソース基地局用の第１の値に設定されたソースインジケータを含み、前記方法は、
各第２のレイヤ２パケットのソースインジケータを前記ターゲット基地局用の第２の値に設定することをさらに含む請求項３２の方法。
【請求項３４】
前記ソース基地局から受信された少なくとも１つの第１のレイヤ２パケットのための第１のバッファを維持すること、
前記ターゲット基地局によって生成された前記第２のレイヤ２パケットのための第２のバッファを維持すること、及び
前記第２のバッファにおける前記第２のレイヤ２パケットを前記ＵＥに送る前に、前記第１のバッファ内の前記少なくとも１つの第１のレイヤ２パケットを前記ＵＥに送ることをさらに含む請求項３２の方法。
【請求項３５】
前記ターゲット基地局にフォワードすべき第１のレイヤ２パケットはもはや存在しないことを示すメッセージを前記ソース基地局から受け取ること、及び
前記メッセージの受信の後に前記第２のレイヤ２パケットを前記ＵＥに送ることをさらに含む請求項３２の方法。
【請求項３６】
前記ＵＥにハンドオーバー完了メッセージを送ること、
前記ハンドオーバー完了メッセージの送信に応じてタイマーを開始すること、及び
前記タイマーの終了の後に前記第２のレイヤ２パケットを前記ＵＥに送ることをさらに含む請求項３２の方法。
【請求項３７】
ＩＰトンネルを通じて前記ソース基地局により前記ターゲット基地局にフォワードされた第１のインターネットプロトコル（ＩＰ）パケットを受け取ること、
サービングゲートウェイから第２のＩＰパケットを受け取ること、及び
前記第２のＩＰパケットが後続する前記第１のＩＰパケットを処理して前記第２のレイヤ２パケットを生成することをさらに含む請求項３２の方法。
【請求項３８】
レイヤ２トンネルを通じてソース基地局によってターゲット基地局にフォワードされた少なくとも１つの第１のレイヤ２パケットを受け取り、前記ソース基地局から前記ターゲット基地局にハンドオーバーを行なうユーザ装置（ＵＥ）に前記少なくとも１つの第１のレイヤ２パケットを送り、前記ターゲット基地局においてＵＥへの第２のレイヤ２パケットを生成し、前記第２のレイヤ２パケットをＵＥに送るよう構成される少なくとも１つのプロセッサを具備する無線通信のための装置。
【請求項３９】
前記少なくとも１つのプロセッサは、前記ターゲット基地局にフォワードすべき第１のレイヤ２パケットはもはや存在しないことを示すメッセージを前記ソース基地局から受け取り、前記メッセージの受信の後に前記第２のレイヤ２パケットを前記ＵＥに送るよう構成される請求項３８の装置。
【請求項４０】
前記少なくとも１つのプロセッサは、前記ＵＥにハンドオーバー完了メッセージを送り、前記ハンドオーバー完了メッセージの送信に応じてタイマーを開始し、前記タイマーの終了の後に前記第２のレイヤ２パケットを前記ＵＥに送るよう構成される請求項３８の装置。
【請求項４１】
ソース基地局からターゲット基地局へのユーザ装置（ＵＥ）のハンドオーバーに先立って該ソース基地局により生成された第１のレイヤ２パケットを該ソース基地局から受け取ること、
前記ソース基地局により生成され、レイヤ２トンネルを通じて前記ターゲット基地局にフォワードされた少なくとも１つの第２のレイヤ２パケットを受け取ること、及び
前記ハンドオーバーの後に、前記ターゲット基地局から、該ターゲット基地局により生成された第３のレイヤ２パケットを受け取ることを含む、無線通信システムにおいてデータを受信する方法。
【請求項４２】
各レイヤ２パケットが前記ソース基地局により生成されたかそれとも前記ターゲット基地局により生成されたかを前記レイヤ２パケットのソースインジケータに基づいて判定することをさらに含む請求項４１の方法。
【請求項４３】
前記ソースインジケータは、前記ソース基地局用の第１の値又は前記基地局用の第２の値に設定される請求項４２の方法。
【請求項４４】
前記ソース基地局からもたらされ、前記ターゲット基地局によって前記ＵＥにフォワードされる第１のレイヤ２パケットはもはや存在しないことを示すメッセージを受信すること、及び
前記メッセージの受信に応じて、プロトコルスタックにおける次の上位プロトコルまで前記第１のレイヤ２パケット及び前記少なくとも１つの第２のレイヤ２パケットを渡すことをさらに含む請求項４１の方法。
【請求項４５】
ソース基地局からターゲット基地局へのユーザ装置（ＵＥ）のハンドオーバーに先立って該ソース基地局により生成された第１のレイヤ２パケットを該ソース基地局から受け取り、前記ソース基地局により生成され、レイヤ２トンネルを通じて前記ターゲット基地局にフォワードされた少なくとも１つの第２のレイヤ２パケットを受け取り、前記ハンドオーバーの後に、前記ターゲット基地局から、該ターゲット基地局により生成された第３のレイヤ２パケットを受け取るよう構成された少なくとも１つのプロセッサを具備する無線通信のための装置。
【請求項４６】
前記少なくとも１つのプロセッサは、各レイヤ２パケットが前記ソース基地局により生成されたかそれとも前記ターゲット基地局により生成されたかを前記レイヤ２パケットのソースインジケータに基づいて判定するよう構成される請求項４５の方法。
【請求項４７】
前記少なくとも１つのプロセッサは、前記ソース基地局によりもたらされ前記ターゲット基地局によって前記ＵＥにフォワードされる第１のレイヤ２パケットはもはや存在しないことを示すメッセージを受け取り、前記メッセージの受信に応じて、プロトコルスタックにおける次の上位プロトコルまで前記第１のレイヤ２パケット及び前記少なくとも１つの第２のレイヤ２パケットを渡すよう構成される請求項４５の方法。
【発明の詳細な説明】
【関連出願】
【０００１】
本願は、参照することにより本明細書に組み込まれ、譲受人に譲渡された２００７年８月８日提出の「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＬＡＹＥＲ  ２  ＴＵＮＮＥＬＬＩＮＧ  ＯＰＴＩＭＩＺＡＴＩＯＮ  ＦＯＲ  ＨＡＮＤＯＶＥＲ」と題する米国仮出願第６０／９５４，７７９号の優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に通信に関し、特に、無線通信システムにおいてデータを送信するための技術に関する。
【背景技術】
【０００３】
無線通信システムは、音声、ビデオ、パケットデータ、メッセージング、放送等のような種々の通信コンテンツを提供するために広く展開している。これらの無線システムは、利用可能システムリソースの共有により複数のユーザのための通信をサポート可能な多元接続システムとすることができる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム及びシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含む。
【０００４】
無線通信システムは、多数のユーザ機器（ＵＥ）の通信をサポートしうる多数の基地局を含んでいてもよい。ＵＥは、モバイルであってもよく、該ＵＥがシステムの周囲を移動する場合、ある基地局から別の基地局にハンドオーバーすることができる。ハンドオーバー中に、ＵＥは、基地局に送るためのデータを持っていることがあり、及び／又は基地局は、ＵＥに送るためのデータを持っていることがありえる。良好なパフォーマンスを実現するために、ハンドオーバー中にＵＥが効率的にデータを送ることが望ましく、ＵＥに対しても効率的にデータを送ることが望ましい
【発明の概要】
【０００５】
本明細書では、ダウンリンク及びアップリンクのデータをレイヤ２トンネリングを用いてハンドオーバー中に送るための技術が説明される。ＵＥは、ソース基地局からターゲット基地局へのハンドオーバーを行ない得る。レイヤ２トンネリングは、ＵＥによって正常に送信されたデータの再送信を削減し、又はＵＥに正常に送信されたデータの再送信を削減するために、ソース基地局とターゲット基地局の間でハンドオーバー中に行なわれてもよい。
【０００６】
ハンドオーバー中にＵＥがアップリンクにデータを伝送する一構造において、ＵＥは、ソース基地局の第１のレイヤ２構成に従って第１のインターネットプロトコル（ＩＰ）パケットを処理し、該ソース基地局を対象とする第１のレイヤ２パケット及び少なくとも１つの第２のレイヤ２パケットを得てもよい。前記ＵＥは、各第１のレイヤ２パケット及び各第２のレイヤ２パケットのデスティネーションインジケータを前記ソース基地局に割り当てられた第１の値に設定してもよい。前記ＵＥは、ハンドオーバーに先立って前記ソース基地局に第１のレイヤ２パケットを送信してもよい。前記ＵＥは、前記ターゲット基地局に少なくとも１つの第２のレイヤ２パケットを送信してもよい。前記ターゲット基地局は、各第２のレイヤ２パケットのデスティネーションインジケータに基づいて、前記第２のレイヤ２パケットを前記ソース基地局を対象とするものとして識別してもよい。前記ターゲット基地局は、前記第２のレイヤ２パケットをレイヤ２トンネルを通じて前記ソース基地局にフォワードしてもよい。
【０００７】
前記ＵＥは、前記ターゲット基地局の第２のレイヤ２構成に従って第２のＩＰパケットを処理し、前記ターゲット基地局を対象とする第３のレイヤ２パケットを得てもよい。前記ＵＥは、各第３のレイヤ２パケットのデスティネーションインジケータを前記ターゲット基地局に割り当てられた第２の値に設定してもよい。前記ＵＥは、ハンドオーバーの後に、前記第３のレイヤ２パケットを前記ターゲット基地局に送ってもよい。前記ターゲット基地局は、各第３のレイヤ２パケットの前記デスティネーションインジケータに基づいて、該第３のレイヤ２パケットをそのターゲット基地局を対象とするものとして識別してもよい。前記ターゲット基地局は、前記第３のレイヤ２パケットを処理して前記第２のＩＰパケットを得て、トリガ条件に応じてサービングゲートウェイにこれらＩＰパケットをフォワーディングしてもよい。前記トリガ条件の生成には、前記ソース基地局及びターゲット基地局から前記サービングゲートウェイへのＩＰパケットのインオーダーデリバリーを実現するための種々の機構が用いられてもよい。
【０００８】
後述するように、ダウンリンクのデータ伝送にもレイヤ２トンネリングが用いられてもよい。以下、この開示の種々の態様及び特徴をより詳しく説明する。
【図面の簡単な説明】
【０００９】
【図１】図１は、無線通信システムのブロック図を示す。
【図２】図２は、図１における種々のエンティティのプロトコルスタック例を示す。
【図３】図３は、レイヤ２に関して送信機での処理例を示す。
【図４】図４は、ハンドオーバー中のレイヤ２トンネリングの例を示す。
【図５】図５は、ハンドオーバーの呼び出しフロー例を示す。
【図６】図６は、レイヤ２トンネリング、ＩＰバッファリング及び／又はＩＰトンネリングを伴うハンドオーバーの種々の構造の呼び出しフローを示す。
【図７Ａ】図７Ａは、レイヤ２トンネリング、ＩＰバッファリング及び／又はＩＰトンネリングを伴うハンドオーバーの種々の構造の呼び出しフローを示す。
【図７Ｂ】図７Ｂは、レイヤ２トンネリング、ＩＰバッファリング及び／又はＩＰトンネリングを伴うハンドオーバーの種々の構造の呼び出しフローを示す。
【図８】図８は、レイヤ２トンネリング、ＩＰバッファリング及び／又はＩＰトンネリングを伴うハンドオーバーの種々の構造の呼び出しフローを示す。
【図９】図９は、レイヤ２トンネリング、ＩＰバッファリング及び／又はＩＰトンネリングを伴うハンドオーバーの種々の構造の呼び出しフローを示す。
【図１０】図１０は、レイヤ２トンネリング、ＩＰバッファリング及び／又はＩＰトンネリングを伴うハンドオーバーの種々の構造の呼び出しフローを示す。
【図１１】図１１は、アップリンクにデータを送るためのプロセスを示す。
【図１２】図１２は、アップリンクにデータを送るための装置を示す。
【図１３】図１３は、ターゲット基地局においてアップリンクのデータを受け取るためのプロセスを示す。
【図１４】図１４は、ターゲット基地局においてアップリンクのデータを受け取るための装置を示す。
【図１５】図１５は、ソース基地局においてアップリンクのデータを受け取るためのプロセスを示す。
【図１６】図１６は、ソース基地局においてアップリンクのデータを受け取るための装置を示す。
【図１７】図１７は、ダウンリンクにデータを送るためのプロセスを示す。
【図１８】図１８は、ダウンリンクにデータを送るための装置を示す。
【図１９】図１９は、アップリンクのデータを受け取るためのプロセスを示す。
【図２０】図２０は、アップリンクのデータを受け取るための装置を示す。
【図２１】図２１は、ＵＥ及び基地局のブロック図を示す。
【発明を実施するための形態】
【００１０】
本明細書で説明された技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ及び他のシステムのような種々の無線通信システムに用いられてもよい。「システム」、「ネットワーク」という用語は、しばしば区別なく用いられる。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などのような無線技術を実装してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）及び他のＣＤＭＡの変種を含んでいる。ｃｄｍａ２０００はＩＳ−２０００、ＩＳ−９５及びＩＳ−８５６標準をカバーする。ＴＤＭＡシステムは、グローバル移動体通信システム（ＧＳＭ）のような無線技術を実装してもよい。ＯＦＤＭＡシステムは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュＯＦＤＭなどのような無線技術を実装してもよい。ＵＴＲＡ及びＥ−ＵＴＲＡは地上波無線アクセスネットワーク（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）はＥ−ＵＴＲＡを用いるＵＭＴＳの来るべきリリースであり、アップリンクにＳＣ−ＦＤＭＡを用い、ダウンリンクにＯＦＤＭＡを用いる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ及びＧＳＭについては「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）という名称の組織からの文献に記載されている。ｃｄｍａ２０００及びＵＭＢについては「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）という名称の組織からの文献に記載されている。明確にするために、技術のある態様をＬＴＥに関して下記に述べる。ＬＴＥ用語は、以下の説明において多用される。
【００１１】
図１は、ＬＴＥシステムとなり得る無線通信システム１００のブロック図を示す。システム１００は、３ＧＰＰによって説明された進化型ＮｏｄｅＢ（ｅＮＢ）及び他のネットワークエンティティーを含んでも良い。単純化のために、２つのｅＮＢ１２０及び１２２、ならびに１つのモビリティ管理エンティティ（Mobility Management Entity：ＭＭＥ）／サービングゲートウェイ１３０が図１に示される。ｅＮＢは、ＵＥと通信する固定局とすることができ、Ｎｏｄｅ  Ｂ、基地局、アクセスポイントなどと呼ばれることもある。ｅＮＢ１２０及び１２２は、Ｘ２インタフェースを通じて互いに通信することができる。Ｘ２インタフェースは、論理的又は物理的インタフェースでもよい。ｅＮＢ１２０及び１２２はＳ１インタフェースを通じてＭＭＥ／サービングゲートウェイ１３０と通信してもよい。サービングゲートウェイ１３０は、パケットデータ、ボイス・オーバーＩＰ（ＶｏＩＰ）、ビデオ、メッセージングなどのようなデータサービスをサポートしてもよい。サービングゲートウェイ１３０は、アクセスゲートウェイ、パケットデータネットワーク（ＰＤＮ）ゲートウェイなどと呼ばれることもある。ＭＭＥ１３０は、ハンドオーバー時のソースｅＮＢとターゲットｅＮＢの間の経路スイッチに関与してもよい。ＭＭＥ／サービングゲートウェイ１３０は、コア及び／又はデータネットワーク１４０（例えばインターネット）に結合され、コア／データネットワーク１４０に結合される他のエンティティ（例えばリモートサーバー及び端末）と通信してもよい。ｅＮＢ１２０及び１２２及びＭＭＥ／サービングゲートウェイ１３０の機能は、公表されている「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）  ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）；  Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２」と題する３ＧＰＰ  ＴＳ  ３６．３００において説明される。
【００１２】
ＵＥ１１０はダウンリンクとアップリンクを通じてｅＮＢ１２０及び／又はｅＮＢ１２２と通信してもよい。ダウンリンク（又はフォワードリンク）はｅＮＢからＵＥへの通信リンクのことを指し、アップリンク（又はリバースリンク）はＵＥからｅＮＢへの通信リンクのことを指す。ＵＥ１１０は、固定型又は移動型とすることができ、移動局、端末、アクセス端末、加入者ユニット、ステーションなどと呼ばれることもある。ＵＥ１１０は、携帯電話機、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスホンなどであってもよい。ＵＥ１１０は、当初はＭＭＥ／サービングゲートウェイ１３０とのデータ交換のためにｅＮＢ１２０と通信してもよい。ＵＥ１１０は、モバイルであってもよく、ｅＮＢ１２０からｅＮＢ１２２にハンドオーバーを行なってもよい。ハンドオーバーに関して、ｅＮＢ１２０はソースｅＮＢと呼ばれてもよく、ｅＮＢ１２２はターゲットｅＮＢと呼ばれてもよい。ハンドオーバーの後、ＵＥ１１０は、ＭＭＥ／サービングゲートウェイ１３０とのデータ交換のためにｅＮＢ１２２と通信してもよい。ｅＮＢ１２０は、ハンドオーバーより前はＵＥ１１０のサービングｅＮＢとすることができ、ハンドオーバーの後はｅＮＢ１２２がＵＥのサービングｅＮＢとすることができる。
【００１３】
図２は、ＬＴＥにおけるユーザープレーンのプロトコルスタック例２００を示す。ユーザープレーンは、図１のｅＮＢ１２０又は１２２とすることができ、サービングｅＮＢを通じてＵＥ１１０とＭＭＥ／サービングゲートウェイ１３０の間のトラフィックデータを運ぶ。各エンティティは、別のエンティティとの通信のためのプロトコルスタックを維持する。各プロトコルスタックは、典型的にはネットワーク層（レイヤ３又はＬ３）、リンク層（レイヤ２又はＬ２）及び物理層（レイヤ１又はＬ１又は、ＰＨＹ）を含む。ＵＥ及びＭＭＥ／サービングゲートウェイは、ネットワーク層でＩＰを用いてデータを交換してもよい。転送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）及び／又は他のプロトコルの上位層データは、サービングｅＮＢを通じてＵＥとＭＭＥ／サービングゲートウェイの間で交換されうるＩＰパケットにカプセル化されてもよい。
【００１４】
一般的に、リンク層は無線ネットワーク技術に依存する。ＬＴＥにおけるユーザープレーンに関して、ＵＥのリンク層は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）及びメディアアクセス制御（ＭＡＣ）のための３つのサブレイヤからなり、それらはサービングｅＮＢで終端となる。ＵＥは、さらに物理層でＥ−ＵＴＲＡエアリンクインターフェースを通じてサービングｅＮＢと通信する。サービングｅＮＢは、ＩＰと、リンク層及び物理層技術依存のインタフェースとによってＭＭＥ／サービングゲートウェイと通信してもよい。
【００１５】
ＰＤＣＰは、（例えばＲＦＣ３０９５に説明されたロバストなヘッダー圧縮（ＲｏＨＣ）プロトコルに従う）上位層プロトコルヘッダー圧縮、暗号化(ciphering)／暗号化(encryption)、セキュリティのためのデータ完全保護などのような種々の機能を行なってもよい。ＲＬＣは、（ｉ）送信機におけるＲＬＣサービスデータユニット（ＳＤＵ）のセグメント化と連結、Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ（ＡＲＱ）による誤り訂正、（ｉｉ）受信機における下位層ＳＤＵの重複検出、ＲＬＣ  ＳＤＵの順序付け、上位層プロトコルデータユニット（ＰＤＵ）の順序正しい配信のような種々の機能を行なってもよい。ＬＴＥにおけるＰＤＣＰ及びＲＬＣによって行なわれる機能が、他の無線技術における等価なプロトコルにより提供されてもよい。例えば、ｃｄｍａ２０００における、ＩＰアダプテーションレイヤ及び無線リンクプロトコル（ＲＬＰ）は、それぞれＰＤＣＰとＲＬＣによって行なわれるものと同様の機能を行うことができる。
【００１６】
ＰＤＣＰ及びＲＬＣの機能は、前述の３ＧＰＰ  ＴＳ  ３６．３００において説明される。ＰＤＣＰは、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；  Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  （ＰＤＣＰ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」と題した３ＧＰＰ  ＴＳ  ３６．３２３において説明される。ＲＬＣは、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；  Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＲＬＣ）  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」と題した３ＧＰＰ  ＴＳ  ３６．３２２において説明される。これらの文献は公表されている。
【００１７】
図３は、送信機におけるＰＤＣＰ及びＲＬＣによる処理例を示しており、該送信機は、アップリンクデータ伝送についてはＵＥ１１０とすることができ、ダウンリンクデータ伝送についてはｅＮＢ１２０又は１２２とすることができる。ＰＤＣＰは、ＩＰパケットを受信することができ、それらはＰＤＣＰ  ＳＤＵと呼ばれる。ＰＤＣＰは、各ＩＰパケットのヘッダー圧縮、暗号化及び完全性保護を行ない、対応するＰＤＣＰ  ＰＤＵを提供してもよい。またＰＤＣＰは、各ＰＤＣＰ  ＰＤＵに、連続して増加するＰＤＣＰシーケンス番号（ＳＮ）を割り当ててもよい。
【００１８】
ＲＬＣはＰＤＣＰ  ＰＤＵを受け取ることができ、それらはＲＬＣ  ＳＤＵと呼ばれる。一般に、あるレイヤ／サブレイヤからのＰＤＵは下位のレイヤ／サブレイヤではＳＤＵと呼ばれ得る。ＲＬＣは、ＲＬＣ  ＳＤＵのセグメント化及び／又は連結を行ない、ＭＡＣ用に適切なサイズのＲＬＣ  ＰＤＵを提供してもよい。ＲＬＣは、各ＲＬＣ  ＰＤＵに、連続して増加するＲＬＣシーケンス番号を割り当ててもよい。またＲＬＣは、受信機により誤って受信されたＲＬＣ  ＰＤＵを再送信してもよい。ＭＡＣは、各ＲＬＣ  ＰＤＵを処理し、対応するＭＡＣ  ＰＤＵを生成してもよい。それらはＰＨＹによってさらに処理され、送信されてもよい。本明細書の説明において、用語「パケット」は総称的にデータの単位を指す。ＰＤＵも、パケットと呼ばれてもよい。
【００１９】
ＵＥ１１０は、サービングＮｏｄｅ  Ｂに関してレイヤ２構成を維持してもよく、レイヤ２構成はＲＬＣ及びＰＤＣＰ状態を含んでもよい。ＲＬＣ状態は、ＲＬＣシーケンス番号及び他の情報を含んでもよい。ＰＤＣＰ状態は、ＰＤＣＰシーケンス番号、暗号化に用いられる情報（例えば暗号鍵、暗号化アルゴリズム、シーケンス番号など）、ヘッダー圧縮に用いられる情報（例えばＩＰアドレス、ポート番号、タイムスタンプなど）及び／又は他の情報を含んでも良い。ＲＬＣ状態情報及びＰＤＣＰ状態情報は、それぞれ、ＲＬＣコンテキスト及びＰＤＣＰコンテキストと呼ばれてもよい。ＵＥの各リンク層状態について、サービングｅＮＢにおいて対応するリンク層状態があってもよい。ＵＥは、新規のサービングｅＮＢへの各ハンドオーバー時にＲＬＣ及びＰＤＣＰ状態をリセットしてもよい。ＰＤＣＰシーケンス番号は、ハンドオーバー中でさえも継続的にインクリメントされる一方、ＲＬＣシーケンス番号は、個々の新規のサービングｅＮＢに関してリセットされてもよい。
【００２０】
図３に示される例において、ＩＰパケット１はシーケンス番号Ｎを持った１つのＰＤＣＰ  ＰＤＵによって送られ、これは、シーケンス番号１、２及び３を持った３つのＲＬＣ  ＰＤＵによって送られる。ＩＰパケット２は、１つのＰＤＣＰ  ＰＤＵ  Ｎ＋１によって送られ、それは１つのＲＬＣ  ＰＤＵ４によって送られる。ＲＬＣ状態は、新規のサービングｅＮＢへのハンドオーバーによりＩＰパケット２の後にリセットされる。ＰＤＣＰシーケンス番号はハンドオーバーの後に継続しうる。しかし、新規の暗号鍵セットがハンドオーバーの後にＰＤＣＰによって用いられてもよく、またヘッダー圧縮プロトコルがリセットされてもよい。次のＩＰパケット３は、１つのＰＤＣＰ  ＰＤＵ  Ｎ＋２によって送られ、それは１つのＲＬＣ  ＰＤＵ１’によって送られる。１’におけるダッシュ記号は、ＲＬＣをリセットした後の新規のサービングｅＮＢのＲＬＣシーケンス番号付けを示している。
【００２１】
図３は、ＲＬＣ  ＰＤＵのＲＬＣヘッダー構造を示す。この構造では、ＲＬＣヘッダーは、ＲＬＣシーケンス番号のフィールド３１２、ＲＬＣ  ＰＤＵの長さのフィールド３１４、セグメントオフセットのフィールド３１６、最初のＩＰフラグメントインジケータのフィールド３１８、最後のＩＰフラグメントインジケータのフィールド３２０、及びデスティネーション／ソースインジケータのフィールド３２２を含んでいる。ＩＰパケットは複数フラグメントにセグメント化されてもよく、各ＩＰフラグメントは１つのＲＬＣ  ＰＤＵによって送られてもよい。セグメントオフセットは、ＲＬＣ  ＰＤＵで送られるＩＰフラグメントの先頭を示す。最初のＩＰフラグメントインジケータは、そのＲＬＣ  ＰＤＵが最初のＩＰフラグメントを運ぶかどうか示す。最後のＩＰフラグメントインジケータは、そのＲＬＣ  ＰＤＵが最後のＩＰフラグメントを運ぶかどうか示す。アップリンクデータ伝送については、フィールド３２２は、ＵＥによって送信されるＲＬＣ  ＰＤＵの対象とするレシピエントｅＮＢを示すデスティネーションインジケータ（ＤＩ）を運ぶ。ダウンリンクデータ伝送については、フィールド３２２は、ＵＥに送信されるＲＬＣ  ＰＤＵをもたらしており該ＵＥに関して対応するリンク層コンテキストを持っているｅＮＢを示すソースインジケータ（ＳＩ）を運ぶ。ＲＬＣヘッダーは、図３には示されない、より少数の異なるフィールド及び／又は追加のフィールドを含んでいてもよい。
【００２２】
図１に示されるように、ＵＥ１１０はソースｅＮＢ１２０からターゲットｅＮＢ１２２へのハンドオーバーを行ない得る。効率的な動作のために、ハンドオーバー中のデータハンドリングが、以下を実現するように設計されてもよい。
【００２３】
・例えばハンドオーバー中の選択的ＲＬＣパケットフォワーディングを可能にすることにより、ハンドオーバーの結果として重複ＩＰパケットが無線送信されることを回避する
・ＰＤＣＰ及ＩＰへのパケットのインオーダーデリバリーを可能にする
・例えば、各ＰＤＣＰパケットのフラグメントすべてを同じｅＮＢに導き、ソースｅＮＢからターゲットｅＮＢへのＰＤＣＰコンテキストトランスファを回避することによって、ＰＤＣＰ（ＲｏＨＣ及び暗号化）への影響を回避する
・ピンポンエフェクトの理由からサービングｅＮＢの迅速な変更を処理する
本明細書で説明された技術は、ハンドオーバー中のアップリンクデータ伝送ならびにダウンリンクデータ伝送に用いることができる。また、この技術は、ＵＥと２台以上のｅＮＢとの間の通信に用いることができる。明確にするために、以下の説明の大部分は、ＵＥから２台のｅＮＢへのアップリンクデータ伝送に関する。
【００２４】
ある態様では、ソースｅＮＢに正常に送信されたＩＰパケットのフラグメントの再送信を削減するために、ＲＬＣパケットのレイヤ２トンネリングが、ソースｅＮＢとターゲットｅＮＢとの間でハンドオーバー中に行なわれてもよい。レイヤ２トンネリングは、ＲＬＣトンネリング、Ｌ２トンネリング、Ｌ２  ＲＬＣトンネリングなどと呼ばれてもよい。図３に示されるように、ソースｅＮＢのＰＤＣＰコンテキストに基づいてＩＰパケットを（例えばＲｏＨＣ及び暗号化のために）処理し、複数のＲＬＣパケットを生成してもよい。各ＲＬＣパケットは、ＩＰパケットのフラグメントを運んでもよい。ＵＥは、ハンドオーバーに先立って、ソースｅＮＢにこれらのＲＬＣパケットの１つ以上を送信してもよい。ＵＥは、ターゲットｅＮＢへのハンドオーバーの後に、１つ以上のペンディングＲＬＣパケットを持っていてもよい。ペンディングＲＬＣパケットは、ソースｅＮＢにまだ送られないＲＬＣパケットならびにソースｅＮＢに、送られたがソースｅＮＢによって正常に受信されないＲＬＣパケットを含んでも良い。
【００２５】
ある構造において、ＵＥは、ハンドオーバーの後に、ターゲットｅＮＢにペンディングＲＬＣパケットを送信してもよい。その後、ターゲットｅＮＢは、レイヤ２トンネルを通じてこれらのＲＬＣパケットをソースｅＮＢにフォワードしてもよい。ソースｅＮＢは、ＵＥから直接受信したＲＬＣパケット及びターゲットｅＮＢから受信したトンネルＲＬＣパケットを処理して対応するＲＬＣ  ＳＤＵを再度アセンブルしてもよい。その後、ソースｅＮＢは、ＭＭＥ／サービングゲートウェイにＩＰパケットを送信してもよい。ソースｅＮＢにレイヤ２トンネルを通じてペンディングＲＬＣパケットをフォワードすることによって、ターゲットｅＮＢのＰＤＣＰコンテキストに基づいてＵＥがＩＰパケットを再処理する必要はない。更に、ソースｅＮＢに正常に送信されたＲＬＣパケットは、ターゲットｅＮＢに再送する必要はなく、このことは無線通信リソースを節約することができる。
【００２６】
図３に示されるように、ＲＬＣパケットのＲＬＣヘッダーは、該ＲＬＣパケットの対象とするレシピエントｅＮＢを示すデスティネーションインジケータを含んでいてもよい。ある構造において、デスティネーションインジケータは、ＵＥのサービングｅＮＢに変更があるときにはトグルされる１ビットの値とすることができる。別の構造において、デスティネーションインジケータは、２以上のｅＮＢのうちのいずれかを示すことができる複数ビット値とすることができる。いずれにせよ、ソースｅＮＢは、デスティネーションインジケータの特定の値を割り当てられてもよい。また、ターゲットｅＮＢは、デスティネーションインジケータの異なる値を割り当てられてもよい。ターゲットｅＮＢは、該ターゲットｅＮＢに割り当てられた値と異なるデスティネーションインジケータ値を持つＲＬＣパケットをすべて識別することができる。ターゲットｅＮＢは、レイヤ２トンネルを通じてこれらのＲＬＣパケットをソースｅＮＢにフォワードしてもよい。別の構造において、ｅＮＢ  ＩＤが「アクティブセット」を可能にするために用いられてもよい。ここで、ｅＮＢの各自がＵＥのリンク層コンテキストを維持してもよい。適切なリンク層コンテキストを持つデスティネーションｅＮＢは、ＲＬＣヘッダーにおいて識別することができ、デスティネーションインジケータはこの場合、１ビットより大きい。いずれにせよ、各ＩＰパケットのフラグメントはすべてそのＩＰパケットの再アセンブリのために同じｅＮＢに送られてもよい。
【００２７】
図４は、ハンドオーバー中のレイヤ２トンネリングの例を示す。この例において、ＵＥは、図３に示すように、ＩＰパケット１を処理してソースｅＮＢを対象とするＲＬＣ  ＰＤＵ１、２及び３を生成し、ＩＰパケット２を処理してソースｅＮＢを対象とするＲＬＣ  ＰＤＵ４を生成し、ＩＰパケット３を処理してターゲットｅＮＢを対象とするＲＬＣ  ＰＤＵ１’を生成してもよい。ＲＬＣパケット１、２、３及び４は、ソースｅＮＢのための「０」に設定されたそれらのデスティネーションインジケータを持ち得、ＲＬＣパケット１’は、ターゲットｅＮＢのための「１」に設定されたデスティネーションインジケータを持ち得る。
【００２８】
ＵＥは、ＲＬＣパケット１、２及び３をソースｅＮＢに送信してもよい。このソースｅＮＢは、ＲＬＣパケット１及び３を正しく受信するが、ＲＬＣパケット２の受信には誤りがある。ＵＥは、ターゲットｅＮＢにスイッチし、該ターゲットｅＮＢにＲＬＣパケット２を再送してもよい。ＲＬＣパケット２はソースｅＮＢを対象とし、レイヤ２トンネルを通じてこのＲＬＣパケットをソースｅＮＢにフォワードできることをターゲットｅＮＢは認識することができる。ＵＥはターゲットｅＮＢにＲＬＣパケット４を送信し、ターゲットｅＮＢはこのＲＬＣパケットをレイヤ２トンネルを通じてソースｅＮＢにフォワードすることができる。その後、ＵＥはターゲットｅＮＢにＲＬＣパケット１’を送信し、該ターゲットｅＮＢは、このＲＬＣパケットは該ターゲットｅＮＢを対象とし、従って該ＲＬＣパケットを保存し得ることを認識することができる。
【００２９】
別の態様において、ハンドオーバー中のＩＰパケットのインオーダーデリバリーをサポートしてもよい。ＵＥは、ハンドオーバーに先立って、及びハンドオーバー中に、ＩＰパケットをソースｅＮＢに送信し、ハンドオーバー中及びハンドオーバーの後に、ＩＰパケットをターゲットｅＮＢに送信してもよい。ターゲットｅＮＢは、最後のＩＰパケットがソースｅＮＢにいつ送信されたかを知らない。ターゲットｅＮＢが受信ＩＰパケットをＭＭＥ／サービングゲートウェイに送信開始できるようにするため、最後のＩＰパケットがソースｅＮＢにいつ送信されたかをターゲットｅＮＢが決定できるようにするための種々の機構が用いられてもよい。
【００３０】
ある構造において、ソースｅＮＢを対象とするＲＬＣパケットをＵＥがすべて送信したとき、該ＵＥは、ターゲットｅＮＢを通じてＲＬＣフラッシュメッセージを該ソースｅＮＢに送信してもよい。ＲＬＣフラッシュメッセージは、リンク層コンテキストに関して、ＲＬＣパケットはもはやＵＥにより送信されないことを示してもよい。ソースｅＮＢは、ＵＥからのさらなる再送信を待つのを止め、再度アセンブルされたＲＬＣ  ＳＤＵをすべてＰＤＣＰに配信する。場合により、シーケンス番号にギャップを伴うＰＤＣＰは、ＰＤＣＰ  ＰＤＵを処理し、その後、対応するＩＰパケットをＭＭＥ／サービングゲートウェイに送信してもよい。ソースｅＮＢは、該ソースｅＮＢが（ｉ）ＵＥからのＲＬＣフラッシュメッセージを受信したとき、又は（ｉｉ）ＵＥからこれ以上のＲＬＣパケットを受信することを予期しないときに、ターゲットｅＮＢにＲＬＣハンドオーバー（ＨＯ）完了メッセージを送信してもよい。条件（ｉｉ）は、ソースｅＮＢにＲＬＣホールが無い場合、又はＵＥがＲＬＣホールをフィルするのを待機しているＲＬＣがタイムアウトしたときに当てはまる。ターゲットｅＮＢは、ソースｅＮＢからＲＬＣハンドオーバー完了メッセージを受信すると、ＭＭＥ／サービングゲートウェイへのＩＰパケットの送信を開始してもよい。
【００３１】
別の構造において、ターゲットｅＮＢは、ソースｅＮＢを対象とするＲＬＣパケットを受信したときは、待機タイマーを開始（あるいはリセット）してもよい。待機タイマーは、ソースｅＮＢとターゲットｅＮＢの間のＸ２インタフェースの名目上のレイテンシに最悪の場合のＨ−ＡＲＱレイテンシーを加えた値に設定してもよい。ターゲットｅＮＢは、待機タイマーが終了した後にはソースｅＮＢを対象とするＲＬＣパケットをもはや受信しないものとみなす。待機タイマーが終了すると、ターゲットｅＮＢはＭＭＥ／サービングゲートウェイへのＩＰパケットの送信を開始してもよい。待機タイマーの使用は、ソースｅＮＢに送信されたＩＰパケットがすべてＭＭＥ／サービングゲートウェイにフォワードされた後、ターゲットｅＮＢに送信されたＩＰパケットがＭＭＥ／サービングゲートウェイにフォワードされることを保障する。
【００３２】
さらに別の構造において、ターゲットｅＮＢは、ハンドオーバーを終えたことを確認するＵＥからのメッセージの受信の後に、待機タイマーを開始してもよい。待機タイマーが終了すると、ターゲットｅＮＢはＭＭＥ／サービングゲートウェイへのＩＰパケットの送信を開始してもよい。
【００３３】
図５は、ソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーの呼び出しフロー例５００を示す。ソースｅＮＢはＵＥの測定手順を構成し（ステップ１）、ＵＥはソースｅＮＢに測定レポートを送信する（ステップ２）。ソースｅＮＢはＵＥのハンドオーバー（ＨＯ）決定をし（ステップ３）、ターゲットｅＮＢに対するハンドオーバー要求メッセージを発行する（ステップ４）。ターゲットｅＮＢはアドミッション制御を行ない、ＵＥのハンドオーバーを受け付ける（ステップ５）。ターゲットｅＮＢはハンドオーバー要求肯定応答（Ａｃｋ）メッセージをソースｅＮＢに返す（ステップ６）。その後、ソースｅＮＢはＵＥにハンドオーバーコマンドメッセージを送信する（ステップ７）。ソースｅＮＢは、ＵＥのためにバッファされた送信中のパケットをターゲットｅＮＢに送り、該ターゲットｅＮＢは該パケットをバッファする。
【００３４】
ステップ７におけるハンドオーバーコマンドメッセージを受信すると、ＵＥはソースｅＮＢからデタッチする。該ＵＥはターゲットｅＮＢへの同期を行ない、アップリンクタイミングアドバンスを取得し始める（ステップ８）。ターゲットｅＮＢはＵＥのリソース割当て及びタイミングアドバンス（ＴＡ）とともに応答する（ステップ９）。一旦ＵＥが正常にターゲットｅＮＢにアクセスしたならば、ＵＥに関してハンドオーバー手順が完了したことを示すために、該ＵＥはターゲットｅＮＢにハンドオーバー確認メッセージを送信する（ステップ１０）。
【００３５】
ターゲットｅＮＢは、ＵＥがｅＮＢを変更したことをＭＭＥ／サービングゲートウェイに通知するためにハンドオーバー完了メッセージを送信する（ステップ１１）。その後、ＭＭＥ／サービングゲートウェイは、ＵＥのデータパス又はコネクションをソースｅＮＢからターゲットｅＮＢに切り替える。またＭＭＥ／サービングゲートウェイは、ターゲットｅＮＢにハンドオーバー完了Ａｃｋメッセージを返す（ステップ１２）。ターゲットｅＮＢは、ＵＥのハンドオーバー成功を示すためにソースｅＮＢにリソース解放メッセージを送信する（ステップ１３）。ソースｅＮＢは、リソース解放メッセージを受信すると、該ＵＥのためのリソースを解放する。
【００３６】
図６は、ＲＬＣパケットのレイヤ２トンネリングを伴うソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーならびにＲＬＣフラッシュメッセージ及び新規経路レディメッセージの使用によるインオーダーＩＰパケットデリバリーに関する呼び出しフロー６００の構造を示している。図６のステップ１〜１３は、それぞれ、図５のステップ１〜１３に対応することができる。図６は、ハンドオーバー中のデータハンドリングのための種々のステップをさらに含んでいる。
【００３７】
図６に示される例において、ＵＥは、ＩＰパケット１の３つのＲＬＣ  ＰＤＵ１、２及び３を生成する。ＵＥはこれらのＲＬＣ  ＰＤＵをソースｅＮＢに送信することを意図し、各ＲＬＣ  ＰＤＵのデスティネーションインジケータに、該ソースｅＮＢに割り当てられた値ｘを設定する。ここで、ｘは、１ビットのデスティネーションインジケータ用の「０」又は「１」に等しくすることができる。ＵＥは、ターゲットｅＮＢへの切り替えに先立ってソースｅＮＢにＲＬＣ  ＰＤＵ１及び２を送信する（ステップＡ及びＢ）。このソースｅＮＢは、ＲＬＣ  ＰＤＵ１を正しく受信するが、ＲＬＣＰＤＵ２の受信には誤りがある。ＵＥは、ターゲットｅＮＢへの同期を行なう前にソースｅＮＢにＲＬＣ  ＰＤＵ３を送信する（ステップＣ）。ステップ１０においてターゲットｅＮＢにハンドオーバー確認メッセージを送信した後、ＵＥは、ターゲットｅＮＢにＲＬＣ  ＰＤＵ２を再送する（ステップＤ）。ターゲットｅＮＢは、デスティネーションインジケータ値ｘに基づいて、ＲＬＣ  ＰＤＵ２はソースｅＮＢを対象としており、レイヤ２トンネルを通じてこのＲＬＣ  ＰＤＵをソースｅＮＢにフォワードできることを認識することができる（ステップＥ）。ソースｅＮＢは、ＩＰパケット１の３つのＲＬＣ  ＰＤＵ１、２及び３をすべて得て、その後、ソースｅＮＢは、再度アセンブルされたＩＰパケットをＭＭＥ／サービングゲートウェイに送ることができる（ステップＦ）。
【００３８】
図６に示される構造では、ＵＥは、Ｓ１コネクションにおけるターゲットｅＮＢへの切り替えがなされるまで、ソースｅＮＢならびにソースｅＮＢのＲＬＣ及びＰＤＣＰ状態を通じてＳ１コネクションを用い続けてもよい。ＵＥは、次のＩＰパケット２について１つのＲＬＣ  ＰＤＵ４を生成し、このＲＬＣ  ＰＤＵのデスティネーションインジケータを該ソースｅＮＢのための値ｘに設定する。ＵＥは、ターゲットｅＮＢにＲＬＣ  ＰＤＵ４を送信し（ステップＧ）、該ターゲットｅＮＢはこのＲＬＣ  ＰＤＵをレイヤ２トンネルを通じてソースｅＮＢにフォワードする（ステップＨ）。ソースｅＮＢは、ＲＬＣ  ＰＤＵ４に対応するＩＰパケット２をＭＭＥ／サービングゲートウェイに送る（ステップＩ）。
【００３９】
図６に示される構造において、インオーダーＩＰパケットデリバリーをサポートするために、ＭＭＥ／サービングゲートウェイからハンドオーバー完了Ａｃｋメッセージを受信した後にターゲットｅＮＢはＵＥに新規経路レディメッセージを送信してもよい（ステップ１２．１）。ＵＥは、ソースｅＮＢへの再送信のステータスに依存して、新規経路レディメッセージ以降を受信すると、ターゲットｅＮＢを通じて新規のＳ１コネクションに切り替え、ＲＬＣ及びＰＤＣＰ状態をリセットする（ステップ１２．２）。ＲＬＣ及びＰＤＣＰリセットの時に、ＵＥはターゲットｅＮＢにＲＬＣフラッシュメッセージを送信し（ステップ１３．１）、該ターゲットｅＮＢは、ソースｅＮＢにこのメッセージをフォワードする（ステップ１３．２）。ターゲットｅＮＢを通じたＵＥからのＲＬＣフラッシュメッセージの受信は、該ＵＥからＲＬＣ  ＰＤＵがもはや予期されないことをソースｅＮＢに示すことができる（ステップ１３．３）。その後、ソースｅＮＢはターゲットｅＮＢにＲＬＣ  ＨＯ完了メッセージを送信する（ステップ１３．４）。
【００４０】
ＵＥは、ステップ１２．２のＳ１コネクションにおける切り替えの後に、新規のＳ１コネクション及び新規のＲＬＣ及びＰＤＣＰ状態を用いることができる。ＵＥは、次のＩＰパケット３について１つのＲＬＣ  ＰＤＵ１’を生成し、このＲＬＣ  ＰＤＵのデスティネーションインジケータを該ターゲットｅＮＢのための値ｙに設定する。ＵＥは、ターゲットｅＮＢにＲＬＣ  ＰＤＵ１’を送信し（ステップＪ）、該ターゲットｅＮＢはこのＲＬＣ  ＰＤＵを該ターゲットｅＮＢにおけるＰＤＣＰまで渡す（ステップＫ）。ターゲットｅＮＢは、ＰＤＣＰにおけるＲＬＣ  ＰＤＵ１’に対応するＩＰパケット３をバッファリングする（ステップＬ）。ステップ１３．５においてソースｅＮＢからＲＬＣ  ＨＯ完了メッセージを受信した後、ターゲットｅＮＢは、先のＩＰパケットはすべてソースｅＮＢによってＭＭＥ／サービングゲートウェイに送信され、該ＭＭＥ／サービングゲートウェイにＩＰパケット３を送信してもよいものととみなす（ステップＭ）。
【００４１】
図６に示される構造において、レイヤ２トンネリングは、ターゲットｅＮＢにより受信されたがソースｅＮＢを対象とするすべてのＲＬＣ  ＰＤＵに関して用いられてもよい。このようにＲＬＣ  ＰＤＵ２及び４を、ターゲットｅＮＢからこれらのＲＬＣ  ＰＤＵを予期しているソースｅＮＢにフォワードするために、ステップＥ及びＨにおいてレイヤ２トンネリングを用いることができる。レイヤ２トンネリングは、ソースｅＮＢを対象とするＩＰパケット１及び２についてＲＬＣ  ＰＤＵの再送信を回避することができる。
【００４２】
図６に示される構造では、新規経路レディメッセージ及びＲＬＣ  ＨＯ完了メッセージによりインオーダーＩＰパケットデリバリーをサポートすることができる。ターゲットｅＮＢは、ソースｅＮＢからのＲＬＣ  ＨＯ完了メッセージの受信が終わるまでＭＭＥ／サービングゲートウェイへのＩＰパケットの送信を遅らせることができる。
【００４３】
図７Ａは、レイヤ２トンネリングならびにＲＬＣフラッシュメッセージの使用によるインオーダーＩＰパケットデリバリーを伴うソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーに関する呼び出しフロー７００の構造を示している。呼び出しフロー７００は、Ｓ１セットアップ遅延がＸ２遅延より短く、従ってソースｅＮＢからＲＬＣ  ＨＯ完了メッセージを受信する前にターゲットｅＮＢを通じた新規のＳ１コネクションが利用可能である場合を示す。図７Ａのステップ１〜１３は、それぞれ、図５のステップ１〜１３に対応することができる。図７Ａは、ハンドオーバー中のデータハンドリングのための種々のステップをさらに含んでいる。
【００４４】
図７Ａに示される構造において、（ｉ）例えば、新規経路レディメッセージ（図７Ａでは不図示）によって示されるとおり、新規のＳ１コネクションは準備ができており、（ｉｉ）ＵＥはＬ２トンネルを通じてソースｅＮＢにペンディングＲＬＣパケットをすべて送信した場合に、該ＵＥは新規のＳ１コネクションに切り替え、ＲＬＣ及びＰＤＣＰ状態をリセットしてもよい（ステップ１３．１）。その後、ＵＥはターゲットｅＮＢにＲＬＣフラッシュメッセージを送信し（ステップ１３．２）、該ターゲットｅＮＢはこのメッセージをソースｅＮＢにフォワードする（ステップ１３．３）。ＲＬＣフラッシュメッセージを受信した後、ソースｅＮＢは、ＵＥからＲＬＣ  ＰＤＵはもはや予期されないと判定する（ステップ１３．４）し、その後、ソースｅＮＢはターゲットｅＮＢにＲＬＣ  ＨＯ完了メッセージを送信する（ステップ１３．５）。
【００４５】
図７ＡのステップＡ〜Ｍは、それぞれ、図６のステップＡ〜Ｍに対応することができる。レイヤ２トンネリングは、ターゲットｅＮＢにより受信されたがソースｅＮＢを対象とするすべてのＲＬＣ  ＰＤＵに関して用いられてもよい。ＩＰバッファリングは、ソースｅＮＢからのＲＬＣ  ＨＯ完了メッセージに先立ってターゲットｅＮＢによりＵＥから受信したすべてのＩＰパケットのために用いられてもよい。
【００４６】
図７Ｂは、レイヤ２トンネリングならびにＲＬＣフラッシュメッセージの使用によるインオーダーＩＰパケットデリバリーを伴うソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーに関する呼び出しフロー７１０の構造を示している。呼び出しフロー７１０は、Ｓ１セットアップ遅延がＸ２遅延より長く、従ってソースｅＮＢからＲＬＣ  ＨＯ完了メッセージを受信した後にターゲットｅＮＢを通じた新規のＳ１コネクションが利用可能である場合を示す。図７Ｂのステップ〜１３は、それぞれ、図５のステップ１〜１３に対応することができる。図７Ｂは、ハンドオーバー中のデータハンドリングのための種々のステップをさらに含んでいる。
【００４７】
図７Ｂに示される構造において、ＵＥは、ソースｅＮＢを対象とする最後のＩＰパケットを送信した後に新規のＳ１コネクションに切り替え、ＲＬＣ及びＰＤＣＰ状態をリセットしてもよい（ステップ１１．１）。その後、ＵＥはターゲットｅＮＢにＲＬＣフラッシュメッセージを送信し（ステップ１１．２）、該ターゲットｅＮＢはこのメッセージをソースｅＮＢにフォワードする（ステップ１１．３）。ソースｅＮＢは、ＲＬＣフラッシュメッセージを受信し、ＵＥからのＲＬＣ  ＰＤＵはもはや予期されないと判定し（ステップ１１．４）、ターゲットｅＮＢにＲＬＣ  ＨＯ完了メッセージを送信する（ステップ１１．５）。ターゲットｅＮＢはＭＭＥ／サービングゲートウェイからハンドオーバー完了Ａｃｋメッセージを受信する。これは、ソースｅＮＢからＲＬＣ  ＨＯ完了メッセージを受信した後に発生し得る（ステップ１２）。
【００４８】
図７ＢのステップＡ〜Ｍは、それぞれ、図６のステップＡ〜Ｍに対応することができる。レイヤ２トンネリングは、ターゲットｅＮＢにより受信されたがソースｅＮＢを対象とするすべてのＲＬＣ  ＰＤＵに関して用いられてもよい。ＩＰバッファリングは、Ｓ１セットアップの完了に先立ってターゲットｅＮＢによりＵＥから受信したすべてのＩＰパケットのために用いられてもよい。ターゲットｅＮＢは、ＭＭＥ／サービングゲートウェイからハンドオーバー完了Ａｃｋメッセージを受信した後、ＭＭＥ／サービングゲートウェイにバッファされたＩＰパケットを送信する。
【００４９】
図８は、レイヤ２トンネリングならびにターゲットｅＮＢにおける待機タイマーの使用によるインオーダーＩＰパケットデリバリーを伴うソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーに関する呼び出しフロー８００の構造を示している。図８のステップ１〜１３は、それぞれ、図５のステップ１〜１３に対応することができる。図８のステップＡ〜Ｉは、それぞれ、図６のステップＡ〜Ｉに対応することができる。
【００５０】
図８に示される構造において、ターゲットｅＮＢは、ソースｅＮＢを対象とするＲＬＣ  ＰＤＵ２を受信し（ステップＤ）、このＲＬＣ  ＰＤＵを受信すると待機タイマーを開始し（ステップ１１．１）、レイヤ２トンネルを通じてソースｅＮＢに該ＲＬＣ  ＰＤＵをフォワードしてもよい（ステップＥ）。その後、ターゲットｅＮＢは、ソースｅＮＢを対象とするＲＬＣ  ＰＤＵ４を受信し（ステップＧ）、このＲＬＣ  ＰＤＵを受信すると待機タイマーを再開し（ステップ１３．１）、レイヤ２トンネルを通じて該ＲＬＣ  ＰＤＵをソースｅＮＢにフォワードしてもよい（ステップＨ）。ターゲットｅＮＢは、ＵＥからソースｅＮＢを対象とするＲＬＣ  ＰＤＵを受信したときは、待機タイマーを再開し続ける。
【００５１】
ＵＥは、ソースｅＮＢを宛先とするパケットを優先し、ソースｅＮＢを対象とする最後のＩＰパケットを送信した後に新規のＳ１コネクションに切り替え、ＲＬＣ及びＰＤＣＰ状態をリセットしてもよい（ステップ１３．２）。その後ＵＥは、ＲＬＣ  ＰＤＵ１’を生成してターゲットｅＮＢに送信し（ステップＪ）、該ターゲットｅＮＢはこのＲＬＣ  ＰＤＵをＰＤＣＰまで渡す（ステップＫ）。同様にＵＥは、ＲＬＣ  ＰＤＵ２’を生成してターゲットｅＮＢに送信し（ステップＬ）、該ターゲットｅＮＢはこのＲＬＣ  ＰＤＵもＰＤＣＰまで渡す（ステップＭ）。ターゲットｅＮＢは、待機タイマーが終了するまで、ＵＥから受信したＩＰパケットをバッファリングしてもよい。待機タイマーが終了すると（ステップ１３．３）、ターゲットｅＮＢは、ＲＬＣ  ＰＤＵ１’及び２’に対応するＩＰパケットをＭＭＥ／サービングゲートウェイに送信する（ステップＮ）。待機タイマーは既に終了したので、ターゲットｅＮＢは、続くＩＰパケットをバッファリングすることなくＭＭＥ／サービングゲートウェイに直接送信してもよい。
【００５２】
図９は、レイヤ２トンネリングならびに待機タイマーの使用によるインオーダーＩＰパケットデリバリーを伴うソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーに関する呼び出しフロー９００の構造を示している。図９のステップ１〜１３は、それぞれ、図５のステップ１〜１３に対応することができる。図８のステップＡ〜Ｉは、それぞれ、図６のステップＡ〜Ｉに対応することができる。
【００５３】
図９に示される構造において、ターゲットｅＮＢは、ＵＥからハンドオーバー確認メッセージを受信すると待機タイマーを開始してもよく（図９のステップ１０．１に示す）、又はＭＭＥ／サービングゲートウェイにハンドオーバー完了メッセージを送信したときに待機タイマーを開始してもよい（図９では不図示）。その後ターゲットｅＮＢは、待機タイマーが終了するまで、ＵＥから受信し該ターゲットｅＮＢを対象とするＩＰパケットをバッファリングしてもよい。ＵＥは、ソースｅＮＢを対象とする最後のＩＰパケットを送信した後に新規のＳ１コネクションに切り替え、ＲＬＣ及びＰＤＣＰ状態をリセットしてもよい（ステップ１３．１）。その後ＵＥは、ＲＬＣ  ＰＤＵ１’及び２’を生成してターゲットｅＮＢに送信し（ステップＪ及びＬ）、該ターゲットｅＮＢはこれらのＲＬＣ  ＰＤＵをＰＤＣＰまで渡す（ステップＫ及びＭ）。ターゲットｅＮＢは、ＲＬＣ  ＰＤＵ  １’及び２’をバッファしてもよい。待機タイマーが終了すると（ステップ１３．２）、ターゲットｅＮＢは、ＲＬＣ  ＰＤＵ１’及び２’に対応するＩＰパケットをＭＭＥ／サービングゲートウェイに送信する（ステップＮ）。
【００５４】
図８及び図９に示される構造において、ＲＬＣトンネリングは、ターゲットｅＮＢにより受信されたがソースｅＮＢを対象とするすべてのＲＬＣ  ＰＤＵに関して用いられてもよい。ＩＰバッファリングは、待機タイマーの終了に先立ってターゲットｅＮＢによりＵＥから受信したすべてのＩＰパケットのために用いられてもよい。待機タイマーの終了の後に、通常のデータフォワーディングが発生してもよい。
【００５５】
図１０は、レイヤ２トンネリングならびにＩＰトンネリングの使用によるソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーに関する呼び出しフロー１０００の構造を示している。図１０のステップ１〜１３は、それぞれ、図５のステップ１〜１３に対応することができる。図１０のステップＡ〜Ｆは、それぞれ、図６のステップＡ〜Ｆに対応することができる。
【００５６】
図１０に示される構造において、ＵＥは、ソースｅＮＢを対象とする最後のＩＰパケットを送信した後にＲＬＣ及びＰＤＣＰ状態をリセットしてもよい（ステップ１１．１）。その後ＵＥは、ターゲットｅＮＢのＲＬＣ及びＰＤＣＰ状態に基づいてＩＰパケット２のＲＬＣ  ＰＤＵ４を生成してもよい。ＵＥは、ターゲットｅＮＢにＲＬＣ  ＰＤＵ４を送信し（ステップＧ）、該ターゲットｅＮＢはこのＲＬＣ  ＰＤＵをＰＤＣＰまで渡す（ステップＨ）。ターゲットｅＮＢは、ＩＰトンネルを通じてソースｅＮＢにＩＰパケット２をフォワードし（ステップＩ）、該ソースｅＮＢは、ＭＭＥ／サービングゲートウェイに該ＩＰパケットを送信してもよい（ステップＪ）。
【００５７】
ＭＭＥ／サービングゲートウェイからハンドオーバー完了Ａｃｋメッセージを受信（ステップ１２）した後に、ターゲットｅＮＢはＵＥに新規経路完了メッセージを送信してもよい（ステップ１２．１）。ＵＥは、この新規経路完了メッセージを受信すると、新規のＳ１コネクションに切り替えてもよい（ステップ１２．２）。その後ＵＥは、ＩＰパケット３のＲＬＣ  ＰＤＵ１’を生成してターゲットｅＮＢに送信し（ステップＫ）、該ターゲットｅＮＢはこのＲＬＣ  ＰＤＵをＰＤＣＰまで渡す（ステップＬ）。ターゲットｅＮＢは、ＲＬＣ  ＰＤＵ１’を処理してＩＰパケット３を得て、該ＩＰパケットをＭＭＥ／サービングゲートウェイに送信してもよい。
【００５８】
図１０に示される構造において、レイヤ２トンネリングは、ターゲットｅＮＢにより受信されたがソースｅＮＢを対象とするすべてのＲＬＣ  ＰＤＵに関して用いられてもよい。ＩＰトンネリングは、新規のＳ１コネクションへの切り替えに先立ってターゲットｅＮＢによりＵＥから受信したすべてのＩＰパケットのために用いられてもよく、これは、新規経路レディメッセージによってアクティブ化することができる。新規のＳ１コネクションへの切り替えの後に、通常のデータフォワーディングが発生してもよい。
【００５９】
図６〜１０は、レイヤ２トンネリング及びハンドオーバー中のインオーダーＩＰパケットデリバリーのための種々の機構を用いるいくつかの呼び出しフロー例を示したものである。ハンドオーバー中のレイヤ２トンネリング及びインオーダーＩＰパケットデリバリーは、他の呼び出しフローとともにサポートされてもよく、これには、以上説明された機能を実現するための他の機構を用いてもよい。
【００６０】
ＵＥは、サービングｅＮＢに関してＲＬＣとＰＤＣＰの状態を維持してもよい。ＵＥは、ソースｅＮＢからターゲットｅＮＢへのハンドオーバー時に該ＲＬＣ及びＰＤＣＰ状態をリセットしてもよい。ある構造において、ＵＥは、ソースｅＮＢを対象とするＩＰパケットに関してＲＬＣパケットをすべて送信すると、ＲＬＣ及びＰＤＣＰ状態をリセットしてもよい。別の構造において、ＵＥは、ソースｅＮＢを対象とするＩＰパケットに関するＲＬＣパケットをすべて送信するとタイマーを開始し、このタイマーが終了するとＲＬＣ及びＰＤＣＰ状態をリセットしてもよい。さらに別の構造において、ＵＥは、ターゲットｅＮＢセットアップ完了メッセージを該ターゲットｅＮＢから受信するとＲＬＣ及びＰＤＣＰ状態をリセットしてもよい。すべての構造において、ＵＥは、ソースｅＮＢを対象とするＩＰパケットのＲＬＣパケットについて古いＲＬＣ及びＰＤＣＰ状態をリセットし、該ターゲットｅＮＢを対象とするＩＰパケットのＲＬＣパケットについて新規のＲＬＣ及びＰＤＣＰ状態を用いてもよい。
【００６１】
ハンドオーバー中のＵＥのためにターゲットｅＮＢとＭＭＥ／サービングゲートウェイの間に新規のＳ１コネクションをセットアップしてもよい。ある構造において、ターゲットｅＮＢとＵＥの間のエアインタフェースがセットアップされる前に、該Ｓ１セットアップが発生してもよい。別の構造において、ターゲットｅＮＢとＵＥの間のエアインタフェースがセットアップされる後に、該Ｓ１セットアップが発生してもよい。両方の構造について、インオーダーＩＰパケットデリバリーが望ましい場合、ターゲットｅＮＢは、図７Ｂに示したように、Ｓ１セットアップが完了するまで該ターゲットｅＮＢがＵＥから受信したＩＰパケットをバッファリングしてもよい。
【００６２】
エア上のパケットの再送信を回避し又は削減することを目的として、ハンドオーバー中にソースｅＮＢとターゲットｅＮＢの間でＵＥへのデータをトンネル化してもよい。ある構造において、レイヤ２トンネリングはソースｅＮＢとターゲットｅＮＢの間でＲＬＣパケットをフォワードするために用いてもよい。別の構造において、例えば図１０に示したように、ソースｅＮＢとターゲットｅＮＢの間でＲＬＣパケットをフォワードするために、レイヤ２トンネリングに加えＩＰトンネリングを用いてもよい。ＩＰトンネリングは、ターゲットｅＮＢにおけるＩＰパケットのバッファリングを回避することを目的として（例えばＳ１セットアップの完了に先立って）ソースｅＮＢにＩＰパケットをフォワードするために用いてもよい。
【００６３】
ある構造において、ＵＥからの重複ＲＬＣパケットに関して検出することにより、サービングｅＮＢにおける迅速な変更を処理してもよい。ＲＬＣパケットが同じＣｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ（Ｃ−ＲＮＴＩ）、同じデスティネーションインジケータ、及び同じＲＬＣシーケンス番号を持つ場合に、ｅＮＢは、ＵＥからの重複ＲＬＣパケットを検出してもよい。ＵＥからの重複ＲＬＣパケットを検出すると、ｅＮＢはそのＲＬＣ状態をフラッシュし、受信したすべてのＲＬＣパケットをＰＤＣＰに渡してもよい。
【００６４】
ＲＬＣは、アクノリッジドモード（ＡＭ）及びアンアクノリッジドモード（ＵＭ）をサポートする。ＲＬＣ  ＡＭモードにおいて、ソースｅＮＢは、ＵＥに直接、又はＸ２インタフェース上のターゲットｅＮＢを通じて、ＲＬＣパケットへの肯定応答（ＡＣＫ）及び否定応答（ＮＡＫ）を送信してもよい。ＲＬＣ  ＵＭモードにおいて、ソースｅＮＢはＲＬＣパケットへのＡＣＫ又はＮＡＫを送信しない。
【００６５】
ある構造において、アップリンクのハンドオーバーを以下のようにサポートしてもよい。ターゲットｅＮＢとＵＥの間のエアインタフェースのセットアップの前に、ＵＥに関してターゲットｅＮＢを通じた新規のＳ１コネクションがセットアップされてもよい。ソースｅＮＢを対象とするＩＰパケットに関するＲＬＣ  ＰＤＵをすべて送信すると、ＲＬＣ及びＰＤＣＰ状態をＵＥにおいてリセットしてもよい。ソースｅＮＢを対象とするＲＬＣ  ＰＤＵをターゲットｅＮＢからソースｅＮＢにフォワードするためにＬ２トンネリングを用いてもよい。インオーダーＩＰパケットデリバリーについては、例えば、図６、７Ａ及び７Ｂに示したように、ＵＥがソースｅＮＢを対象とするＲＬＣパケットをすべて送信したとき、該ＵＥは、ターゲットｅＮＢを通じてソースｅＮＢにＲＬＣフラッシュメッセージを送信してもよい。（ＵＥが開始したモビリティに関する）フォワードハンドオーバーの場合、ターゲットｅＮＢは、ソースｅＮＢからのＵＥコンテキストフェッチを開始するためにソースｅＮＢにＲＬＣ  ＨＯ開始メッセージを送信してもよい。ソースｅＮＢは、ＵＥからＲＬＣフラッシュメッセージを受信した後はＵＥからＲＬＣ  ＰＤＵはもはや予期されないので、ターゲットｅＮＢにＲＬＣ  ＨＯ完了メッセージを送信する。インオーダーＩＰパケットデリバリーは、ある種のデータに用い、他の種のデータ（例えばＶｏＩＰ）については省略してもよい。
【００６６】
アップリンク上のサービングｅＮＢの迅速な変更は、ＲＬＣホールがフィルされるのをソースｅＮＢのＲＬＣが待っており、異なるＣ−ＲＮＴＩ、デスティネーションインジケータ及び／又はＲＬＣシーケンス番号を伴う新規のＲＬＣストリームを受信する場合に発生し得る。このシナリオは、ＲｏＨＣを用いるアプリケーション（例えばＶｏＩＰ、ゲーミング、テレビ電話など）では、パケット長が一般的に小さく、ＲＬＣタイムアウト（１５０〜２００ｍｓであってもよい）以内のハンドオーバー間インターバルをハンドオーバーアルゴリズム構造によって制御することができることから、起こりそうにもない。このシナリオが発生し、新規のＣ−ＲＮＴＩを持ったＵＥに関するＲＬＣパケットがｅＮＢで受信された場合、該ｅＮＢに存在しているＲＬＣパケットをＰＤＣＰに渡してもよい。
【００６７】
ある構造において、ダウンリンクのハンドオーバーを以下のようにサポートしてもよい。ターゲットｅＮＢは、ＭＭＥ／サービングゲートウェイから受信したＩＰパケットに関してＵＥに新規のＲＬＣ／ＰＤＣＰストリームの送信を開始してもよい。ＵＥは、ＲＬＣ／ＰＤＣＰストリーム及び２つのバッファ（一方はソースｅＮＢからのパケットのためのＲＬＣ／ＰＤＣＰストリーム及びバッファ、もう一方はターゲットｅＮＢからのパケットのためのＲＬＣ／ＰＤＣＰストリーム及びバッファ）を含む２つのリンク層状態をハンドオーバー中に維持してもよい。ＵＥは、ターゲットｅＮＢへの切り替えの後にＲＬＣ状態をリセットしてもよい。またターゲットｅＮＢは、ＵＥをサーブするための２つのＲＬＣキュー（レイヤ２トンネリングを通じてソースｅＮＢからフォワードされたパケットのためのキューと、ＭＭＥ／サービングゲートウェイから受信されたパケットのための別のキュー）を維持してもよい。ソースｅＮＢからのフォワードされたパケットは、ＭＭＥ／サービングゲートウェイからのパケットより高い優先度を持ってもよい。
【００６８】
ある構造において、図３に示したように、ＲＬＣヘッダーはソースインジケータを含んでいてもよい。このソースインジケータは、ＵＥのサービングｅＮＢに変更があるときにはトグルされる１ビットの（又はそれより大きい）値とすることができる。ハンドオーバー時に、ソースｅＮＢは、ソースインジケータの特定の値を割り当てられてもよい。また、ターゲットｅＮＢは、該ソースインジケータの異なる値を割り当てられてもよい。ソースｅＮＢは、ＩＰパケットのペンディングＲＬＣパケットをターゲットｅＮＢにフォワードしてもよい。このペンディングＲＬＣパケットは、ソースｅＮＢによってＵＥに未だ送信されていないＲＬＣパケット、ならびにソースｅＮＢにより送信されたがＵＥにより肯定応答されないＲＬＣパケットを含んでもよい。各ペンディングＲＬＣパケットのソースインジケータは、ソースｅＮＢに割り当てられた値に設定されてもよい。ターゲットｅＮＢは、ＵＥにペンディングＲＬＣパケットを送信してもよい。ＲＬＣ  ＡＭモードについては、ＵＥはターゲットｅＮＢにペンディングのＲＬＣ  ＰＤＵのためにＮＡＫを送信してもよく、該ターゲットｅＮＢは、これらのＮＡＫをＸ２インタフェースを通じてソースｅＮＢにフォワードしてもよい。ＲＬＣ  ＵＭモードについては、ＵＥによってＮＡＫは送信されない。
【００６９】
レイヤ２トンネリング及び／又はＩＰトンネリングを用いて、ダウンリンクのパケットフォワーディングを行ってもよい。第１の構造において、ソースｅＮＢは、ＵＥに関してＭＭＥ／サービングゲートウェイから受信したパケットをすべてレイヤ２トンネリングを通じてターゲットｅＮＢにフォワードしてもよい。トンネルされたペンディングＲＬＣパケットそれぞれのソースインジケータは、ソースｅＮＢに割り当てられた値に設定されてもよい。この構造においてＩＰトンネリングを省略してもよい。第２の構造において、ソースｅＮＢは、ペンディングＲＬＣパケットをレイヤ２トンネリングを通じてターゲットｅＮＢにフォワードし、ペンディングＩＰパケットをＩＰトンネリングを通じてターゲットｅＮＢにフォワードしてもよい。ペンディングＲＬＣパケットは、ソースｅＮＢがＵＥへの送信を開始したＩＰパケットに関するものとしてよい。ペンディングＩＰパケットは、ソースｅＮＢがＵＥへの送信を開始していないものを含んでもよい。ターゲットｅＮＢは、ソースｅＮＢからのすべてのＩＰパケットがいつ受信されたかを知らない。ターゲットｅＮＢは、ＭＭＥ／サービングゲートウェイから受信したＩＰパケットのＵＥへの送信をいつ開始して良いかを判定するための待機タイマーを維持してもよい。パケットフォワーディングは、他の態様で行なわれてもよい。
【００７０】
ダウンリンクのインオーダーＩＰパケットデリバリーを種々の態様でサポートしてもよい。第１の構造において、ＭＭＥ／サービングゲートウェイは、ソースｅＮＢに対し、ソースｅＮＢに送信された最後のＩＰパケットを示してもよい。ソースｅＮＢは、この最後のＩＰパケットに対応する終了ＲＬＣパケットを送信してもよい。終了ＲＬＣパケットは、ターゲットｅＮＢを通じてＵＥにフォワードされ得る特別のＲＬＣパケットとすることができる。ＵＥは、終了ＲＬＣパケットを受信した後であって該ＵＥがソースｅＮＢからのＲＬＣパケットの受信をもはや予期しないならば、ソースｅＮＢに関する該ＵＥのＲＬＣバッファをフラッシュし、受信したすべてのＲＬＣパケットをＰＤＣＰに渡してもよい。ＵＥは、ソースｅＮＢに関するＲＬＣホールがない場合、又はＲＬＣホールがフィルされるまでの待機をＲＬＣがタイムアウトした場合、ソースｅＮＢからのＲＬＣパケットをもはや予期しなくてもよい。第２の構造において、ターゲットｅＮＢは、ＵＥにハンドオーバー完了メッセージを送信してもよく、このメッセージを送信したら、タイマーを開始してもよい。ターゲットｅＮＢは、該ターゲットｅＮＢが（ｉ）トンネルされたＲＬＣパケットを（ソースｅＮＢに設定されたソースインジケータとともに）ＵＥに送信するとき、又は（ｉｉ）トンネルされたＩＰパケットをソースｅＮＢから受信するときは、タイマーを再開してもよい。このタイマーが終了すると、ターゲットｅＮＢは、ＭＭＥ／サービングゲートウェイから受信したＩＰパケットのＵＥへの送信を開始してもよい。第３の構造において、選択的なＩＰパケットフォワーディングを行なってもよい。ＭＭＥ／サービングゲートウェイは、ＩＰパケットにＧＴＰ−Ｕシーケンス番号を割り当ててもよい。ソースｅＮＢは、該ソースｅＮＢが処理していないＩＰパケットをＩＰトンネルを通じてターゲットｅＮＢにフォワードしてもよい。インオーダーＩＰパケットデリバリーを実現するために、ターゲットｅＮＢは、ソースｅＮＢからのトンネルされたＩＰパケットがすべてＵＥに送信されるまで、ＭＭＥ／サービングゲートウェイから受信したＩＰパケットの送信を遅らせてもよい。
【００７１】
図１１は、無線通信システムにおいてアップリンクにデータを送信するためのプロセス１１００の構造を示す。プロセス１１００は、（以下に述べる通り）ＵＥによって行なわれてもよいし、他の何らかのエンティティによって行われてもよい。前記ＵＥは、ソース基地局／ｅＮＢの第１のレイヤ２構成に従って第１のＩＰパケットを処理し、該ソース基地局を対象とする第１のレイヤ２パケット及び少なくとも１つの第２のレイヤ２パケットを得てもよい（ブロック１１１２）。前記レイヤ２パケットは、レイヤ２における何らかの別のロトコルに関するＲＬＣ  ＰＤＵ又はパケットを含んでもよい。前記レイヤ２構成は、レイヤ２におけるＲＬＣ、ＰＤＣＰ及び／又は他のプロトコルのためのセッティングを含んでもよい。前記ＵＥは、第１のレイヤ２パケット及び各第２のレイヤ２パケットそれぞれのデスティネーションインジケータを前記ソース基地局に関する第１の値に設定してもよい（ブロック１１１４）。前記ＵＥは、前記ソース基地局からターゲット基地局／ｅＮＢへの該ＵＥのハンドオーバーに先立って前記第１のレイヤ２パケットを前記ソース基地局に送ってもよい（ブロック１１１６）。前記ＵＥは、前記少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局に送り、該少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局からレイヤ２トンネルを通じて前記ソース基地局にフォワードしてもよい（ブロック１１１８）。
【００７２】
前記ＵＥは、前記ターゲット基地局の第２のレイヤ２構成に従って第２のＩＰパケットを処理し、該ターゲット基地局を対象とする第３のレイヤ２パケットを得てもよい（ブロック１１２０）。前記ＵＥは、各第３のレイヤ２パケットのデスティネーションインジケータを前記ターゲット基地局に関する第２の値に設定してもよい（ブロック１１２２）。前記ＵＥは、前記ハンドオーバーの後に、前記第３のレイヤ２パケットを前記ターゲット基地局に送ってもよい（ブロック１１２４）。
【００７３】
ある構造において、例えば図６及び１０に示すように、前記ＵＥは、前記ターゲット基地局とサービングゲートウェイの間の新規のコネクションがセットアップされることを示すメッセージを前記ターゲット基地局から受け取ってもよい。前記ＵＥは、前記メッセージを受け取る前に前記第１のレイヤ２構成を用いてもよい。前記ＵＥは、前記メッセージを受け取った後に前記第１又は第２のレイヤ２構成を用いてもよい。前記第１及び第２のレイヤ２構成が利用可能な場合、前記ＵＥは、前記第１のレイヤ２構成に関連するレイヤ２パケットの送信を優先してもよい。また前記ＵＥは、前記メッセージの受信に応じて前記新規のコネクションに切り替えてもよい。別の構造において、前記ソース基地局を対象とする最後のＩＰパケットの送信の後に、前記ＵＥは、前記第１のレイヤ２構成から前記第２のレイヤ２構成に切り替えてもよい。ある構造において、例えば図６、７Ａ及び７Ｂに示すように、前記ＵＥは、前記ソース基地局を対象とするレイヤ２パケットはもはや存在しないことを示すためのフラッシュメッセージを送ってもよい。このフラッシュメッセージは、前記ターゲット基地局により受け取られ、前記ソース基地局にフォワードされてもよい。
【００７４】
ある構造において、前記ＵＥは、アクティブセットにおける２台を超えるｅＮＢに関して、２個を超えるリンク層コンテキストを記憶してもよい。前記ＵＥは、前記アクティブセット内の最良のｅＮＢを選択し、該選択されたｅＮＢに対し、選択されたｅＮＢに送られる各ＲＬＣパケットのデスティネーションｅＮＢであるとして示してもよい。複数のソースｅＮＢが存在してもよい。この場合、前記ターゲットｅＮＢは、前記ＵＥから受信した各ＲＬＰパケットをそのＲＬＰパケットのデスティネーションインジケータに基づいていくつかのソースｅＮＢのうちのいずれかにフォワードしてもよい。
【００７５】
図１２は、無線通信システムにおいてアップリンクにデータを送信するための装置１２００の構造を示す。装置１２００は、ソース基地局の第１のレイヤ２構成に従って第１のＩＰパケットを処理し、該ソース基地局を対象とする第１のレイヤ２パケット及び少なくとも１つの第２のレイヤ２パケットを得るモジュール１２１２と、各第１のレイヤ２パケット及び各第２のレイヤ２パケットのデスティネーションインジケータを前記ソース基地局用の第１の値に設定するモジュール１２１４と、前記ソース基地局からターゲット基地局へのＵＥのハンドオーバーに先立って前記第１のレイヤ２パケットを前記ソース基地局に送るモジュール１２１６と、前記少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局に送り、該少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局からレイヤ２トンネルを通じて前記ソース基地局にフォワードするモジュール１２１８と、前記ターゲット基地局の第２のレイヤ２構成に従って第２のＩＰパケットを処理し、ターゲット基地局を対象とする第３のレイヤ２パケットを得る１２２０と、各第３のレイヤ２パケットのデスティネーションインジケータを前記ターゲット基地局用の第２の値に設定するモジュール１２２２と、前記ハンドオーバーの後に、前記第３のレイヤ２パケットを前記ターゲット基地局に送るモジュール１２２４とを含む。
【００７６】
図１３は、無線通信システムにおいてアップリンクのデータを受信するためのプロセス１３００の構造を示す。プロセス１３００は、（以下に述べる通り）ターゲット基地局／ｅＮＢによって行なわれてもよいし、他の何らかのエンティティによって行われてもよい。前記ターゲット基地局は、ソース基地局から該ターゲット基地局へのハンドオーバーを行なうＵＥからレイヤ２パケットを受け取ってもよい（ブロック１３１２）。前記ターゲット基地局は、前記ＵＥから受け取ったレイヤ２パケットのなかから前記ソース基地局を対象とするレイヤ２パケットを識別する（ブロック１３１４）。ある構造において、前記ターゲット基地局は、前記ＵＥから受け取った各レイヤー２パケットが前記ソース基地局を対象とするかどうかをそのレイヤ２パケットのデスティネーションインジケータに基づいて判定してもよい。該デスティネーションインジケータは、前記ソース基地局用の第１の値又は前記基地局用の第２の値に設定され得る。前記ターゲット基地局は、前記ソース基地局を対象とする前記レイヤ２パケットを、レイヤ２トンネルを通じて前記ソース基地局にフォワードしてもよい（ブロック１３１６）。前記フォワードされたレイヤ２パケットは、（ｉ）前記ＵＥによって送られ、前記ソース基地局によって受信に誤りが生じたＩＰフラグメントのレイヤ２パケット、（ｉｉ）前記ＵＥにより前記ソース基地局に未だ送られていないＩＰフラグメントのレイヤ２パケットを含んでもよい。
【００７７】
例えば、図６、７Ａ及び７Ｂに示すように、前記ターゲット基地局は、前記ソース基地局においてレイヤ２パケットをフラッシュするためのフラッシュメッセージを受け取ってもよい。前記ターゲット基地局は、前記ソース基地局に前記フラッシュメッセージをフォワードしてもよい。
【００７８】
前記ターゲット基地局は、前記ターゲット基地局を対象とするレイヤ２パケットを処理してＩＰパケットを得てもよい（ブロック１３１８）。前記ターゲット基地局は、トリガ条件に応じてサービングゲートウェイに前記ＩＰパケットを送ってもよい（ブロック１３２０）。ブロック１３２０のある構造において、前記ターゲット基地局は、（例えば図６、７Ａ及び７Ｂに示すように）前記ソース基地局からハンドオーバー完了メッセージを受け取ってもよく、該ハンドオーバー完了メッセージを受信した後に前記サービングゲートウェイに前記ＩＰパケットを送ってもよい。ブロック１３２０の別の構造では、例えば、図８及び９に示すように、前記ターゲット基地局は、前記ＵＥによるハンドオーバータスクの完了を確認するメッセージを受信した後にタイマーを開始してもよい。前記ターゲット基地局は、例えば図８に示すように、前記ソース基地局を対象とする前記ＵＥからのレイヤ２パケットが前記ターゲット基地局において受信されたときには、前記タイマーを再開してもよい。前記ターゲット基地局は、前記タイマーの終了の後に前記サービングゲートウェイに前記ＩＰパケットを送ってもよい。ブロック１３２０のさらに別の構造では、例えば図１０に示すように、前記ターゲット基地局から前記サービングゲートウェイへのコネクションが利用可能でない場合、前記ターゲット基地局はＩＰトンネルを通じて前記ソース基地局に前記ＩＰパケットをフォワードしてもよい。前記ターゲット基地局は、前記コネクションが利用可能であるならば、前記サービングゲートウェイに前記ＩＰパケットを送ってもよい。
【００７９】
図１４は、無線通信システムにおいてアップリンクのデータを受信するための装置１４００の構造を示す。装置１４００は、ソース基地局からターゲット基地局へのハンドオーバーを行なうＵＥからレイヤ２パケットを受け取るモジュール１４１２と、前記ＵＥから受け取ったレイヤ２パケットのなかから前記ソース基地局を対象とするレイヤ２パケットを識別するモジュール１４１４と、前記ソース基地局を対象とする前記レイヤ２パケットを、レイヤ２トンネルを通じて前記ターゲット基地局から前記ソース基地局にフォワードするモジュール１４１６と、前記ターゲット基地局を対象とするレイヤ２パケットを処理してＩＰパケットを得るモジュール１４１８と、トリガ条件に応じてサービングゲートウェイに前記ＩＰパケットを送るモジュール１４２０とを含む。
【００８０】
図１５は、無線通信システムにおいてアップリンクのデータを受信するためのプロセス１５００の構造を示す。プロセス１５００は、（以下に述べる通り）ソース基地局／ｅＮＢによって行なわれてもよいし、他の何らかのエンティティによって行われてもよい。前記ソース基地局は、該ソース基地局からターゲット基地局へのＵＥのハンドオーバーに先だって、該ＵＥから第１のレイヤ２パケットを受け取ってもよい（ブロック１５１２）。前記ソース基地局は、前記ＵＥによって前記ターゲット基地局に送られ、レイヤ２トンネルを通じて前記ソース基地局にフォワードされた少なくとも１つの第２のレイヤ２パケットを受け取ってもよい（ブロック１５１４）。前記ソース基地局は、前記第１及び第２のレイヤ２パケットを処理して少なくとも１つのＩＰパケットを得てもよい（ブロック１５１６）。
【００８１】
前記ソース基地局は、前記ＵＥによって前記ターゲット基地局に送られ、前記ソース基地局にフォワードされたフラッシュメッセージを受け取ってもよい（ブロック１５１８）。前記ソース基地局は、前記フラッシュメッセージの受け取りに応じてそのレイヤ２パケットを上位層にフラッシュしてもよい（ブロック１５２０）。前記ソース基地局は、前記フラッシュメッセージを受信した後に又は前記ＵＥからこれ以上のレイヤ２パケットが該ソース基地局において予期されない場合、例えば、レイヤ２ホールがないかレイヤ２ホールのフィルにタイムアウトが発生した場合に、ハンドオーバー完了メッセージを送ってもよい（ブロック１５２２）。
【００８２】
図１６は、無線通信システムにおいてアップリンクのデータを受信するための装置１６００の構造を示す。装置１６００は、ソース基地局からターゲット基地局へのハンドオーバーに先だってＵＥから第１のレイヤ２パケットを受け取るモジュール１６１２と、前記ＵＥによって前記ターゲット基地局に送られ、レイヤ２トンネルを通じて前記ソース基地局にフォワードされた少なくとも１つの第２のレイヤ２パケットを受け取るモジュール１６１４と、前記第１及び第２のレイヤ２パケットを処理して少なくとも１つのＩＰパケットを得るモジュール１６１６と、ＵＥによって前記ターゲット基地局に送られ、前記ソース基地局にフォワードされたフラッシュメッセージを受け取るモジュール１６１８と、前記フラッシュメッセージの受け取りに応じてレイヤ２パケットを前記ソース基地局において上位層にフラッシュするモジュール１６２０と、前記フラッシュメッセージを受け取った後、又は前記ＵＥからのレイヤ２パケットが前記ソース基地局においてもはや予期されない場合、ハンドオーバー完了メッセージを送るモジュール１６２２とを含む。
【００８３】
図１７は、無線通信システムにおいてダウンリンクにデータを送信するためのプロセス１７００の構造を示す。プロセス１７００は、（以下に述べる通り）ターゲット基地局／ｅＮＢによって行なわれてもよいし、他の何らかのエンティティによって行われてもよい。前記ターゲット基地局は、レイヤ２トンネルを通じてソース基地局によって該ターゲット基地局にフォワードされた少なくとも１つの第１のレイヤ２パケットを受け取ってもよい（ブロック１７１２）。前記ターゲット基地局は、前記ソース基地局から前記ターゲット基地局にハンドオーバーを行なうＵＥに前記少なくとも１つの第１のレイヤ２パケットを送ってもよい（ブロック１７１４）。前記ターゲット基地局は、前記ＵＥへの第２のレイヤ２パケットを生成してもよい（ブロック１７１６）。第１のレイヤ２パケットそれぞれは、前記ソース基地局用の第１の値に設定されたソースインジケータを含んでいてもよい。前記ターゲット基地局は、第２のレイヤ２パケットそれぞれのソースインジケータを前記ターゲット基地局に関する第２の値に設定してもよい。前記ターゲット基地局は、前記第２のレイヤ２パケットを前記ＵＥに送ってもよい（ブロック１７１８）。
【００８４】
ある構造において、前記ターゲット基地局は、前記ターゲット基地局にフォワードすべき第１のレイヤ２パケットはもはや存在しないことを示すメッセージを前記ソース基地局から受け取ってもよい。前記ターゲット基地局は、前記メッセージを受け取った後に、前記第２のレイヤ２パケットを前記ＵＥに送ってもよい。別の構造において、ターゲット基地局は、前記ＵＥにハンドオーバー完了メッセージを送り、このメッセージを送ったら、タイマーを開始してもよい。その後、前記ターゲット基地局は、前記タイマーの終了の後に前記ＵＥに前記第２のレイヤ２パケットを送ってもよい。
【００８５】
ある構造において、前記ターゲット基地局は、（ｉ）ＩＰトンネルを通じて前記ソース基地局により前記ターゲット基地局にフォワードされた第１のＩＰパケット、及び（ｉｉ）サービングゲートウェイからの第２のＩＰパケットを受け取ってもよい。前記ターゲット基地局は、前記第２のＩＰパケットが後続する前記第１のＩＰパケットを処理し、前記第２のレイヤ２パケットを生成してもよい。
【００８６】
ある構造において、前記ターゲット基地局は、（ｉ）前記ソース基地局から受信した前記第１のレイヤ２パケットのための第１のバッファ、及び（ｉｉ）前記ターゲット基地局によって生成された前記第２のレイヤ２パケットのための第２のバッファを維持してもよい。前記ターゲット基地局は、前記第２のバッファにおける前記第２のレイヤ２パケットの前に、前記第１のバッファ内の前記第１のレイヤ２パケットを前記ＵＥに送ってもよい。
【００８７】
図１８は、無線通信システムにおいてダウンリンクにデータを送信するための装置１８００の構造を示す。装置１８００は、レイヤ２トンネルを通じてソース基地局によってターゲット基地局にフォワードされた少なくとも１つの第１のレイヤ２パケットを受け取るモジュール１８１２と、前記ソース基地局から前記ターゲット基地局にハンドオーバーを行なうＵＥに前記少なくとも１つの第１のレイヤ２パケットを送るモジュール１８１４と、前記ターゲット基地局においてＵＥへの第２のレイヤ２パケットを生成するモジュール１８１６と、前記第２のレイヤ２パケットを前記ＵＥに送るモジュール１８１８とを含む。
【００８８】
図１９は、無線通信システムにおいてダウンリンクのデータを受信するためのプロセス１９００の構造を示す。プロセス１９００は、（以下に述べる通り）ＵＥによって行なわれてもよいし、他の何らかのエンティティによって行われてもよい。前記ＵＥは、ソース基地局からターゲット基地局へのＵＥのハンドオーバーに先立って該ソース基地局により生成された第１のレイヤ２パケットを該ソース基地局から受け取ってもよい（ブロック１９１２）。前記ＵＥは、前記ソース基地局により生成され、レイヤ２トンネルを通じて前記ターゲット基地局にフォワードされた少なくとも１つの第２のレイヤ２パケットを前記ターゲット基地局から受け取ってもよい（ブロック１９１４）。前記ＵＥは、当該レイヤ２パケットのソースインジケータに基づいて、各レイヤ２パケットが前記ソース基地局又は前記ターゲット基地局によって生成されるかどうか判定してもよく、該ソースインジケータは、前記ソース基地局用の第１の値又は前記基地局用の第２の値に設定され得る。前記ＵＥは、前記第１及び第２のレイヤ２パケットを処理し、前記ソース基地局により前記ＵＥに送られた第１のＩＰパケットを得てもよい（ブロック１９１６）。ある構造において、前記ＵＥは、第１のレイヤ２パケットはもはや存在しないことを示すメッセージを受け取ってもよい。前記メッセージは前記ソース基地局からもたらされ、前記ターゲット基地局によって前記ＵＥにフォワードされてもよい。前記ＵＥは、前記メッセージに応じて、プロトコルスタックにおける次の上位プロトコルまで前記第１及び第２のレイヤ２パケットを渡してもよい。前記ＵＥは、前記ハンドオーバーの後に、前記ターゲット基地局から、該ターゲット基地局により生成された第３のレイヤ２パケットを受け取ってもよい（ブロック１９１８）。前記ＵＥは前記第３のレイヤ２パケットを処理し、前記ターゲット基地局により前記ＵＥに送られた第２のＩＰパケットを得てもよい（ブロック１９２０）。
【００８９】
図２０は、無線通信システムにおいてダウンリンクのデータを受信するための装置２０００の構造を示す。装置２０００は、ソース基地局からターゲット基地局へのＵＥのハンドオーバーに先立って該ソース基地局により生成された第１のレイヤ２パケットを該ソース基地局から受け取るモジュール２０１２と、前記ソース基地局により生成され、レイヤ２トンネルを通じて前記ターゲット基地局にフォワードされた少なくとも１つの第２のレイヤ２パケットを受け取るモジュール２０１４と、前記第１及び第２のレイヤ２パケットを処理し、前記ソース基地局により前記ＵＥに送られた第１のＩＰパケットを得るモジュール２０１６と、前記ハンドオーバーの後に、前記ターゲット基地局から、該ターゲット基地局により生成された第３のレイヤ２パケットを受け取るモジュール２０１８と、前記第３のレイヤ２パケットを処理し、前記ターゲット基地局により前記ＵＥに送られた第２のＩＰパケットを得るモジュール２０２０と、を含む。
【００９０】
図１２、図１４、図１６、図１８及び図２０におけるモジュールは、プロセッサ、電子機器デバイス、ハードウェアデバイス、電子機器コンポーネント、論理回路、メモリ等、あるいは任意のそれらの組み合わせを含んでもよい。
【００９１】
図２１は、ＵＥ１１０及びターゲット基地局／ｅＮＢ１２２の構造のブロック図を示す。この構造において、ｅＮＢ１２２はＴ本のアンテナ２１３４ａ乃至２１３４ｔを備え、ＵＥ１１０はＲ本のアンテナ２１５２ａ乃至２１５２ｒを備え、一般にＴ≧１及びＲ≧１である。
【００９２】
ｅＮＢ１２２では、送信プロセッサ２１２０がデータソース２１１２から１つ又は複数のＵＥへのデータを受信し、１つ又は複数の変調及び符号化スキームに基いて各ＵＥへの当該データを処理し（例えば符号化し、変調し）、全ＵＥへのデータシンボルを提供してもよい。また送信プロセッサ２１２０はコントローラ／プロセッサ２１４０からのメッセージ（例えば図６〜１０に示されるメッセージ）を受信し、該メッセージを処理し、制御シンボルを提供してもよい。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ２１３０は、該データシンボル、該制御シンボル及びパイロットシンボルを多重化し、当該多重シンボルを処理し（例えば、プリコーディングし）、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）２１３２ａ乃至２１３２ｔに提供してもよい。各変調器２１３２は、（例えばＯＦＤＭ用の）それぞれの出力シンボルストリームを処理して出力サンプルストリームを得てもよい。各変調器２３２は、その出力サンプルストリームをさらに処理し（例えばアナログに変換し、増幅し、フィルタ処理し、アップコンバートし）、ダウンリンク信号を得てもよい。変調器２１３２ａ乃至２１３２ｔからのＴ個のダウンリンク信号は、それぞれ、Ｔ本のアンテナ２１３４ａ乃至２１３４ｔを通じて送信されてもよい。
【００９３】
ＵＥ１１０において、Ｒ本のアンテナ２１５２ａ乃至２１５２ｒは、ｅＮＢ１２２からのダウンリンク信号を受信し、受信信号をそれぞれ復調器（ＤＥＭＯＤ）２１５４ａ乃至２１５４ｒに提供してもよい。各復調器２１５４は、受信信号をそれぞれ調節し（例えば、フィルター処理し、増幅し、ダウンコンバートし、ディジタル化し）受信サンプルを得、さらに（例えばＯＦＤＭ用の）当該受信サンプルを処理して受信シンボルを得てもよい。ＭＩＭＯ検出器２１６０は、Ｒ個すべての復調器２１５４ａ乃至２１５４ｒからの受信シンボルについてＭＩＭＯ検波を行ない、検出シンボルを提供してもよい。受信プロセッサ２１７０は検出されたシンボルを処理し、ＵＥ１１０への復号データをデータシンク２１７２に提供し、復号されたメッセージをコントローラ／プロセッサ２１９０に提供してもよい。
【００９４】
アップリンクについて、ＵＥ１１０では、データソース２１７８からのデータ及びコントローラ／プロセッサ２１９０からのメッセージが送信プロセッサ２１８０によって処理され、（該当する場合）ＴＸ  ＭＩＭＯプロセッサ２１８２によってプリコーディングされ、変調器２１５４ａ乃至２１５４ｒによって調節され、アンテナ２１５２ａ乃至２１５２ｒを通じて送信されてもよい。ｅＮＢ１２２では、ＵＥ１１０からのアップリンク信号がアンテナ２１３４によって受信され、復調器２１３２によって調節され、ＭＩＭＯ検出器２１３６によって検出され、受信プロセッサ２１３８によって処理され、ＵＥ１１０によって送信されたデータ及びメッセージを得てもよい。
【００９５】
コントローラ／プロセッサ２１４０及び２１９０は、それぞれｅＮＢ１２２及びＵＥ１１０における動作を指示してもよい。ｅＮＢ１２２におけるコントローラ／プロセッサ２１４０は、図１３におけるプロセス１３００、図１７におけるプロセス１７００、及び／又は本明細書で説明された技術に関する他のプロセスを実行し又は指示してもよい。またコントローラ／プロセッサ２１４０は、図６〜図１０におけるターゲットｅＮＢ１２２の処理を行なってもよい。ＵＥ１１０におけるコントローラ／プロセッサ２１９０は、図１１におけるプロセス１１００、図１９におけるプロセス１９００、及び／又は本明細書で説明された技術に関する他のプロセスを実行し又は指示してもよい。またコントローラ／プロセッサ２１９０は、図６〜図１０におけるＵＥ１１０の処理を行なってもよい。メモリ２１４２及び２１９２は、それぞれｅＮＢ１２２及びＵＥ１１０用のデータ及びプログラムコードを記憶してもよい。スケジューラ２１４４は、ダウンリンク及び／又はアップリンク上の伝送に関してＵＥをスケジューリングし、該スケジューリングされたＵＥにリソースを割り当ててもよい。通信（Ｃｏｍｍ）ユニット２１４６は、他のｅＮＢ及びＭＭＥ／サービングゲートウェイ１３０との通信をサポートしてもよい。
【００９６】
図１におけるソースｅＮＢ１２０は、図２１におけるターゲットｅＮＢ１２２と同様の態様で実装してもよい。ｅＮＢ１２０におけるコントローラ／プロセッサは、図１５におけるプロセス１５００及び／又は本明細書で説明された技術に関する他のプロセスを実行し又は指示してもよい。該コントローラ／プロセッサは、図６〜図１０におけるソースｅＮＢの処理を行なってもよい。
【００９７】
情報及び信号は、様々な異なる技術及び技法のうちのいずれかを使用して表され得ることを当業者は理解するであろう。例えば、以上の説明の至るところで参照され得るデータ、命令、コマンド、情報、信号、ビット、記号、及びチップは、電圧、電流、電磁波、磁界もしくは磁粒子、光場もしくは光粒子、又はそれらの任意の組合せによって表され得る。
【００９８】
本明細書で開示される実施形態に関して説明される様々な例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア又はそれら両方の組合せとして実装され得ることを当業者は認識するであろう。ハードウェア及びソフトウェアのこの交換可能性を明瞭に例示するために、様々な例示的な成分、ブロック、モジュール、回路、及びステップが、一般に、それらの機能性に関して説明されている。かかる機能性がハードウェアとして実装されるか又はソフトウェアとして実装されるかは、特定の応用及びシステム全体に課せられた設計制約に依存する。当業者は、説明された機能性をそれぞれの特定の応用向けの様々な方法で実装することが可能であるが、かかる実装決定は、本発明の範囲からの逸脱を引き起こすと解釈されるべきではない。
【００９９】
本明細書に開示された実施形態に関して説明された様々な例示的な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能なゲートアレイ信号（ＦＰＧＡ）又はその他のプログラム可能な論理素子、離散ゲートもしくはトランジスタ論理、離散的ハードウェア成分、あるいは本明細書で説明される機能を実行するように設計されたそれらの任意の組合せを用いて実装又は実行され得る。汎用プロセッサはマイクロプロセッサであってよいが、代替案では、プロセッサは任意の通常のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサは、コンピューティング装置の組合せ（例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと共に１つ又は複数のマイクロプロセッサ、又は任意の別のそのような構成）として実装されてもよい。
【０１００】
本明細書で開示される実施形態に関して説明される方法又はアルゴリズムのステップは、ハードウェアの形で直接的に、プロセッサによって実行されるソフトウェアモジュールの形で、又はそれら２つの組合せの形で実施されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、又は当技術分野において知られている任意のその他の形式の記憶媒体の中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことが可能であるようにプロセッサに結合される。代替案では、記憶媒体はプロセッサに統合されてもよい。プロセッサ及び記憶媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザ端末内に存在してもよい。代替案では、プロセッサ及び記憶媒体はユーザ端末における個別部品として存在してもよい。
【０１０１】
１つ又は複数の例示的構造において、説明された機能は、ハードウェア、ソフトウェア、ファームウェアあるいはそれらの任意の組み合わせで実装してもよい。ソフトウェアの形で実施される場合、機能は、１つ又は複数の命令又はコードとしてコンピュータ可読媒体上に記憶されること又は１つもしくは複数の命令又はコードとしてコンピュータ可読媒体上で送信されることが可能である。コンピュータ可読媒体は、コンピュータ記憶媒体及びある場所から別の場所へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体の両方を含む。記憶媒体は、汎用又は専用のコンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定としてではなく、例として、かかるコンピュータ可読媒体はＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくはその他の光ディスク記憶装置、磁気ディスク記憶装置もしくはその他の磁気記憶装置、又は所望されるプログラムコードを命令又はデータ構造の形式で運ぶため又は記憶するために使用されることが可能であり、かつコンピュータによってアクセスされることが可能な任意のその他の媒体を備え得る。また、任意の接続は正しくはコンピュータ可読媒体と呼ばれる。例えば、ソフトウェアが同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者線（ＤＳＬ）、又は赤外線、無線、及びマイクロ波などの無線技術を使用して、ウェブサイト、サーバ、又はその他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、又は赤外線、無線、及びマイクロ波などの無線技術は媒体の定義に含まれる。本明細書で使用される場合、ディスク及びディスク（Ｄｉｓｋ  ａｎｄ  ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク及びブルーレイディスクを含み、ｄｉｓｋは通常磁気によってデータを複製し、一方、ｄｉｓｃはレーザを用いて光学的にデータを複製する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１０２】
本開示のこれまでの詳細な説明は、あらゆる当業者に対し、本開示をもたらし、本開示を用いて実施可能にするために提供される。本開示への種々の変更は、当業者であれば即座に明白になる。また、ここで定義された一般的な原理は、本開示の精神又は範囲から逸脱することなく、他の変形に適用されてもよい。したがって、本開示は、本明細書で説明された例及び構造に限定されることは意図されておらず、ここで開示された原理及び新規な特徴に相応しい最も広い範囲を与えられることが意図されている。
【図１】
2010536271.tif 000003
【図２】
2010536271.tif 000004
【図３】
2010536271.tif 000005
【図４】
2010536271.tif 000006
【図５】
2010536271.tif 000007
【図６】
2010536271.tif 000008
【図７Ａ】
2010536271.tif 000009
【図７Ｂ】
2010536271.tif 000010
【図８】
2010536271.tif 000011
【図９】
2010536271.tif 000012
【図１０】
2010536271.tif 000013
【図１１】
2010536271.tif 000014
【図１２】
2010536271.tif 000015
【図１３】
2010536271.tif 000016
【図１４】
2010536271.tif 000017
【図１５】
2010536271.tif 000018
【図１６】
2010536271.tif 000019
【図１７】
2010536271.tif 000020
【図１８】
2010536271.tif 000021
【図１９】
2010536271.tif 000022
【図２０】
2010536271.tif 000023
【図２１】
2010536271.tif 000024
【国際調査報告】
2010536271.tif 000025
2010536271.tif 000026
2010536271.tif 000027