JP2010536264A - 無線通信システムにおけるハンドオーバー中の順序正しいデータ配信 - Google Patents

Abstract

無線通信システムにおいてハンドオーバー中に順序正しいデータ配信を実行する技術が説明される。ユーザ機器（ＵＥ）は、ソース基地局からターゲット基地局へのハンドオーバーを実行することができる。ゲートウェイからＵＥへのデータパスがソース基地局からターゲット基地局に切り替えられた後に、ターゲット基地局は、タイマーを開始することができる。ターゲット基地局は、ソース基地局からＵＥ宛ての転送パケットを受信することができ、ゲートウェイからＵＥ宛ての新しいパケットを受信することができる。ターゲット基地局は、いずれの新しいパケットよりも前に、タイマーの終了の前に受信した転送パケットをＵＥに送信することができる。ターゲット基地局は、タイマーが終了するのを待たずに、ＵＥに転送パケットを送信することができ、タイマーが終了した後に、ＵＥに新しいパケットを送信することができる。

Description

本開示は、一般に通信に係り、特に、無線通信システムにおいてハンドオーバー中にユーザ機器（ＵＥ）にデータを送信する技術に関する。

無線通信システムは、種々の通信コンテンツ、例えば、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等を提供するために広く展開されている。これらの無線システムは、利用可能なシステムリソースを共有することにより複数のユーザをサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム及びシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含む。

無線通信システムは、任意の数の基地局を含むことができ、基地局は、任意の数のＵＥに対して通信をサポートすることができる。ＵＥは、移動式であることができ、ＵＥがシステム内を移動する場合、ＵＥは、ソース基地局からターゲット基地局にハンドオーバーされる（handed over）ことができる。ハンドオーバー中に、ソース基地局は、ＵＥに送信されていないデータを有している場合があり、システムは、同様に、ＵＥに送信すべき新しいデータを有している場合がある。適切な順序で、できる限り素早くかつ効率よく、ソース基地局から未送信データを送信し、システムから新しいデータを送信することが望ましいとされる。

本出願は、２００７年８月６日に出願され、「無線通信システムにおけるハンドオーバー中の順序正しいデータ配信（IN-ORDER DATA DELIVERY DURING HANDOVER IN A WIRELESS COMMUNICATION SYSTEM）」と題された米国仮出願第６０／９５４，３００号に対する優先権を主張し、この仮出願は、譲受人に譲渡され、参照により本明細書に組み込まれる。

無線通信システムにおいてハンドオーバー中に順序正しいデータ配信を実行する技術は、ここに説明される。ＵＥは、ソース基地局からターゲット基地局へのハンドオーバーを実行することができる。ソース基地局は、ＵＥ宛てのパケットをターゲット基地局に転送することができる。転送パケットは、ＵＥにまだ送信されていないパケット及び送信中のパケットを含むことができる。ターゲット基地局は、ゲートウェイからＵＥ宛ての新しいパケットをさらに受信することができる。

一態様では、ゲートウェイからＵＥへのデータパスがソース基地局からターゲット基地局に切り替えられた後に、ターゲット基地局は、タイマーを開始することができる。タイマーは、固定値又は設定可能な値に設定されることができ、この設定可能な値は、種々の因子に基づいて決定されることができ、或いは、更新されることができる。タイマーは、（ｉ）ゲートウェイからＵＥ宛ての最初の新しいパケットを受信した時に、或いは、（ｉｉ）データパスの切り替えの完了を示すメッセージを受信した時に、開始されることができる。ターゲット基地局は、いずれの新しいパケットよりも前に、タイマーの終了の前に受信した転送パケットを、ＵＥに送信することができる。ターゲット基地局は、タイマーが終了するのを待たずに、転送パケットをＵＥに送信することができ、タイマーが終了した後に、新しいパケットをＵＥに送信することができる。これは、ＵＥに対する転送パケット及び新しいパケットの順序正しい配信を保証することができる。

以下、本開示の種々の態様及び特徴をより詳細に説明する。

図１は、無線通信システムを示す。 図２は、種々のエンティティにおけるプロトコルスタックの例を示す。 図３は、ＵＥのハンドオーバーに関するコールフローの一例を示す。 図４は、ＵＥのハンドオーバーに関するコールフローの他の例を示す。 図５は、ハンドオーバー中のＵＥ宛てのパケットの転送を示す。 図６は、ハンドオーバー中の順序正しいデータ配信のプロセスを示す。 図７は、ハンドオーバー中の順序正しいデータ配信のための装置を示す。 図８は、ハンドオーバー中に順序正しくデータを受信するプロセスを示す。 図９は、ハンドオーバー中に順序正しくデータを受信する装置を示す。 図１０は、基地局及びＵＥのブロック図を示す。

詳細な説明

ここに説明される技術は、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ及び他のシステム等の種々の無線通信システムに使用されることができる。用語「システム」及び「ネットワーク」は、しばしば交換可能に使用される。ＣＤＭＡシステムは、ユニバーサルテレストリアルラジオアクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）及びｃｄｍａ２０００等の無線技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）及びＣＤＭＡの他の変形を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５及びＩＳ−８５６標準規格をカバーする（cover）。ＴＤＭＡシステムは、例えばグローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ：Global System for Mobile Communications）等の無線技術を実現することができる。ＯＦＤＭＡは、例えば、エボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ（登録商標）（Flash-OFDM）等の無線技術を実現することができる。ＵＴＲＡ及びＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Universal Mobile Telecommunication System）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ：Long Term Evolution）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの次期のリリースであり、これは、アップリンクに関してはＯＦＤＭＡを使用し、ダウンリンクに関してはＳＣ−ＦＤＭＡを使用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ及びＧＳＭ（登録商標）は、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）と命名された団体からのドキュメントに記載されている。ｃｄｍａ２０００及びＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と命名された団体からのドキュメントに記載されている。明確にするために、本技術の特定の態様は、ＬＴＥに関して以下に説明され、ＬＴＥという用語は、以下の説明の各所で使用される。

図１は、無線通信システム１００を示し、この無線通信システム１００は、ＬＴＥシステムであることができる。システム１００は、エボルブドノードＢ（ｅＮＢ：evolved Node B）及び３ＧＰＰにより説明される他のネットワークエンティティ（entity）を含むことができる。簡単にするために、図１には、２つのｅＮＢ１２０、１２２及び１つのモビリティ管理エンティティ（Mobility Management Entity）／システムアーキテクチャエボリューション（System Architecture Evolution）（ＭＭＥ／ＳＡＥ）ゲートウェイ１３０だけが示されている。ｅＮＢは、ＵＥと通信する固定局であることができ、ノードＢ、基地局、アクセスポイント等と称されることもできる。ｅＮＢは、例えばモビリティ管理のような、従来の基地局を超える強化機能を提供することができる。ｅＮＢのサービスエリア（coverage area）は、複数の（例えば、３つの）小エリアに分割されることができる。３ＧＰＰにおいては、用語「セル」は、ｅＮＢの最小のサービスエリア、及び／又はこのサービスエリアをサーブする（serve）ｅＮＢサブシステムを指すことができる。３ＧＰＰ２においては、用語「セクタ」は、基地局の最小のサービスエリア、及び／又はこのサービスエリアをサーブする基地局サブシステムを指すことができる。明確にするために、セルという３ＧＰＰの概念が以下の説明に使用される。

ｅＮＢ１２０、１２２は、Ｘ２インタフェースを介して互いに通信することができ、このＸ２インタフェースは、論理インタフェースであってもよく、物理インタフェースであってもよい。ｅＮＢ１２０、１２２は、Ｓ１インタフェースを介してＳＡＥゲートウェイ１３０と通信することができる。ＳＡＥゲートウェイ１３０は、パケットデータ、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、ビデオ、メッセージ等のデータサービスをサポートすることができる。ＳＡＥゲートウェイ１３０は、アクセスゲートウェイ、パケットデータネットワーク（ＰＤＮ）ゲートウェイ、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）、パケットデータサービングノード（ＰＤＳＮ）等と称されることもできる。ＳＡＥゲートウェイ１３０は、コア及び／又はデータネットワーク１４０（例えば、インターネット）に結合されることができ、コア及び／又はデータネットワーク１４０に結合された他のエンティティ（例えば、遠隔サーバ及び端末）と通信することができる。ｅＮＢ１２０、１２２及びＳＡＥゲートウェイ１３０の機能は、公的に利用可能である「Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2」と題された３ＧＰＰ ＴＳ ３６．３００に記載されている。

ＵＥ１１０は、ダウンリンク及びアップリンクを介して、ｅＮＢ１２０及び／又はｅＮＢ１２２と通信することができる。ダウンリンク（即ち、順方向リンク）は、ｅＮＢからＵＥへの通信リンクを指し、アップリンク（即ち、逆方向リンク）は、ＵＥからｅＮＢへの通信リンクを指す。ＵＥ１１０は、固定式であってもよく、移動式であってもよく、移動局、端末、アクセス端末、加入者ユニット、局などと称されることもできる。ＵＥ１１０は、携帯電話機、パーソナルデジタルアシスタント（ＰＤＡ）、無線モデム、無線通信装置、ハンドヘルド装置、ラップトップコンピュータ、コードレス電話機等でありうる。

図２は、ＬＴＥにおけるユーザプレーン用のプロトコルスタック２００の例を示す。ユーザプレーンは、ｅＮＢ１２０又はｅＮＢ１２２であることができるサービングｅＮＢ（serving eNB）を介して、ＵＥ１１０及びＳＡＥゲートウェイ１３０間でトラフィックデータを運ぶ。各エンティティは、他のエンティティとの通信のためのプロトコルスタックを保持する。各プロトコルスタックは、典型的には、ネットワーク層（Ｌ３）、リンク層（Ｌ２）及び物理層（Ｌ１）を含む。ＵＥ及びＳＡＥゲートウェイは、ネットワーク層のインターネットプロトコル（ＩＰ）を使用して、データを交換することができる。伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）及び／又は他のプロトコルに関する上位層データは、サービングｅＮＢによってＵＥ及びＳＡＥゲートウェイ間で交換されることができるＩＰパケット中にカプセル化されることができる。

リンク層は、典型的には、無線ネットワーク技術に依存する。ＬＴＥのユーザプレーンにおいては、ＵＥに関するリンク層は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、無線リンクコントロール（ＲＬＣ）及び媒体アクセス制御（ＭＡＣ）の３つの副層から構成され、これらは、サービングｅＮＢにおいて終了される。ＵＥは、物理層のＥ−ＵＴＲＡエアリンク（air-link）インタフェースを介して、サービングｅＮＢとさらに通信する。サービングｅＮＢは、ＩＰ、並びに、リンク層及び物理層に関する技術依存インタフェースを介して、ＳＡＥゲートウェイと通信することができる。

各エンティティのプロトコルスタックは、送信パス及び受信パスを含む。送信パスにおいて、各層／副層は、１つ上位の層／副層からサービスデータユニット（ＳＤＵ）を受け取ることができ、１つ下位の層／副層のためにプロトコルデータユニット（ＰＤＵ）を生成することができる。ある層／副層から送信されたＰＤＵは、１つ下位の層／副層において受信されるＳＤＵでありうる。ある層／副層においては、その層のためのＳＤＵ及びＰＤＵ間の１対１のマッピングがあってもよく、或いは、このようなマッピングがなくてもよい。受信パスにおいて、各層／副層は、１つ下位の層／副層からＰＤＵを受信することができ、１つ上位の層／副層に対してＳＤＵを提供することができる。リンク層のプロトコルは、種々の機能を提供することができる。ＰＤＣＰ、ＲＬＣ及びＭＡＣの機能は、前述の３ＧＰＰ ＴＳ ３６．３００及び公的に利用可能である「Technical Specification Group Radio Access Network; Radio Interface Protocol Architecture」と題された３ＧＰＰ ＴＳ ２５．３０１に記載されている。ＰＤＵ又はＳＤＵは、パケットと称されることもできる。

再び図１を参照すると、ＵＥ１１０は、ＳＡＥゲートウェイ１３０とのデータ交換のために、初めはｅＮＢ１２０と通信することができる。ＵＥ１１０は、移動式であることができ、ｅＮＢ１２０からｅＮＢ１２２へのハンドオーバーを実行することができる。このハンドオーバーに関して、ｅＮＢ１２０がソースｅＮＢ（source eNB）と称されることもでき、ｅＮＢ１２２がターゲットｅＮＢ（target eNB）と称されることもできる。ハンドオーバー後に、ＵＥ１１０は、ＳＡＥゲートウェイ１３０とのデータ交換のために、ｅＮＢ１２２と通信することができる。ｅＮＢ１２０は、ハンドオーバー前にはＵＥ１１０のためのサービングｅＮＢであることができ、ｅＮＢ１２２は、ハンドオーバー後にはＵＥのためのサービングｅＮＢであることができる。

図３は、ソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーに関する一例のコールフロー３００を示す。ソースｅＮＢは、ＵＥに対して測定手順（measurement procedure）を設定することができ（ステップ１）、ＵＥは、ソースｅＮＢに測定レポートを送信することができる（ステップ２）。ソースｅＮＢは、ＵＥをハンドオーバー（ＨＯ）するための決定を行うことができ（ステップ３）、ソースｅＮＢは、ターゲットｅＮＢにハンドオーバー要求メッセージを出すことができる（ステップ４）。ターゲットｅＮＢは、許可制御を行ない、ＵＥのハンドオーバーを受諾することができる（ステップ５）。続いて、ターゲットｅＮＢは、ソースｅＮＢにハンドオーバー要求肯定応答（Ａｃｋ）メッセージを返すことができる（ステップ６）。その後、ソースｅＮＢは、ＵＥにハンドオーバーコマンドメッセージを送信することができる（ステップ７）。

ハンドオーバー前に、ソースｅＮＢは、ＳＡＥゲートウェイからＵＥ宛てのデータを受信することができ（ステップＡ）、このデータをＵＥに送信することができる（ステップＢ）。ステップ７でハンドオーバーコマンドメッセージを送信した後に、ソースｅＮＢは、バッファしているＵＥ宛てのデータをターゲットｅＮＢに転送することができる（ステップＣ及びＤ）。転送データは、ＵＥに送信されていないデータ、及び送信中（in transit）のデータ、例えば、送信されたがＵＥによってうまく受信されていないデータを含むことができる。ターゲットｅＮＢは、ソースｅＮＢから受信したデータをバッファすることができる（ステップＥ）。
ステップ７でハンドオーバーコマンドを受信すると、ＵＥは、ソースｅＮＢから離れる（detach）ことができ、ターゲットｅＮＢに同期することができる。ＵＥは、ターゲットｅＮＢに対して同期を実行し、アップリンクタイミングアドバンスの取得を開始することができる（ステップ８）。ターゲットｅＮＢは、ＵＥのためのタイミングアドバンス（ＴＡ）及びリソース割り当てに応答することができる（ステップ９）。一旦ＵＥがターゲットｅＮＢに首尾よくアクセスすると、ＵＥは、ハンドオーバー手続きがＵＥに関して完了したことを示すために、ターゲットｅＮＢにハンドオーバー確認メッセージを送信することができる（ステップ１０）。

ターゲットｅＮＢは、ＵＥがｅＮＢを変更したことをＭＭＥ／ＳＡＥゲートウェイに通知するために、ハンドオーバー完了メッセージを送信することができる（ステップ１１）。その後、ＭＭＥ／ＳＡＥゲートウェイは、ソースｅＮＢからターゲットｅＮＢに、ＵＥのためのデータパスを切り替えることができる（ステップＧ）。ＭＭＥ／ＳＡＥゲートウェイは、さらに、ターゲットｅＮＢにハンドオーバー完了Ａｃｋメッセージを返すことができる（ステップ１２）。ターゲットｅＮＢは、ＵＥのハンドオーバーの成功を示すために、ソースｅＮＢにリリースリソースメッセージを送信することができる（ステップ１３）。リリースリソースメッセージを受信すると、ソースｅＮＢは、ＵＥのためのリソースを解放する（release）ことができる（ステップ１４）。

ステップ１１でハンドオーバー完了メッセージを受信するより前には、ＭＭＥ／ＳＡＥゲートウェイは、ソースｅＮＢにＵＥ宛てのデータを送信し続けることができる（ステップＦ）。ソースｅＮＢは、ターゲットｅＮＢにＵＥ宛てのデータを転送し続けることができる（ステップＨ）。ステップ１１でハンドオーバー完了メッセージを受信した後に、ＭＭＥ／ＳＡＥゲートウェイは、ターゲットｅＮＢにＵＥ宛てのデータを送信することができる（ステップＩ）。ターゲットｅＮＢは、ソースｅＮＢから転送されたデータ、及びＭＭＥ／ＳＡＥゲートウェイから受信したデータを、ＵＥに送信することができる（ステップＪ）。

図４は、ソースｅＮＢ１２０からターゲットｅＮＢ１２２へのＵＥ１１０のハンドオーバーに関する他の例のコールフロー４００を示す。この例では、ＭＭＥ及びＳＡＥゲートウェイは、別個のエンティティである。コールフロー４００のステップ１からステップ７は、夫々、図３のコールフロー３００のステップ１からステップ７に一致することができる。

ステップ７でハンドオーバーコマンドメッセージを送信した後に、ソースｅＮＢは、ソースｅＮＢにおけるＵＥのためのＰＤＣＰに関する送信器及び受信器ステータスを伝えることができるＳＮステータス転送メッセージを送信することができる（ステップ８）。ステータス情報は、（ｉ）ソースｅＮＢにおいて順序正しく受信された最近のＰＤＣＰ ＳＤＵのＰＤＣＰシーケンス番号（ＳＮ）、及び（ｉｉ）ＵＥに送信するデータに対して使用する次のＰＤＣＰ ＳＮを含むことができる。ターゲットｅＮＢは、ＵＥに関してＰＤＣＰステータスを維持するために、送信器及び受信器ステータス情報を使用することができる。

コールフロー４００のステップ９からステップ１１は、夫々、図３のコールフロー３００のステップ８からステップ１０に一致することができる。ステップ１１でＵＥからハンドオーバー確認メッセージを受信した後に、ターゲットｅＮＢは、ＵＥがｅＮＢを変更したことをＭＭＥに通知するために、ＭＭＥにパス切替要求メッセージを送信することができる（ステップ１２）。ＭＭＥは、ＳＡＥゲートウェイにユーザプレーン更新要求メッセージを送信することができる（ステップ１３）。

続いて、ＳＡＥゲートウェイは、ＵＥのためのデータパスをソースｅＮＢからターゲットｅＮＢに切り替えることができる（ステップＦ）。ＳＡＥゲートウェイは、さらに、１以上の「エンドマーカー」パケットをソースｅＮＢに送信することができ、続いて、ソースｅＮＢのためのリソースを解放することができる（ステップ１４）。エンドマーカーパケットは、ユーザデータを含まないことができ、ＳＡＥゲートウェイからソースｅＮＢへ送信されたデータの最後を示すことができる。ＳＡＥゲートウェイは、ＭＭＥにユーザプレーン更新応答メッセージをさらに返すことができる（ステップ１５）。ＭＭＥは、パス切替要求メッセージを確認するために、ターゲットｅＮＢにパス切替要求Ａｃｋメッセージを返すことができる（ステップ１６）。ターゲットｅＮＢは、ＵＥのハンドオーバーの成功を示すために、ソースｅＮＢにリリースリソースメッセージを送信することができる（ステップ１７）。リリースリソースメッセージを受信すると、ソースｅＮＢは、ＵＥのためのリソースを解放することができる（ステップ１８）。

ハンドオーバーの前には、ソースｅＮＢは、ＳＡＥゲートウェイからＵＥ宛てのデータを受信することができ（ステップＡ）、このデータをＵＥに送信することができる（ステップＢ）。ステップ７でハンドオーバーコマンドメッセージを送信した後に、ソースｅＮＢは、バッファしているＵＥ宛てのデータをターゲットｅＮＢに転送することができ（ステップＣ及びＤ）、ターゲットｅＮＢは、転送されたデータをバッファすることができる（ステップＥ）。ターゲットｅＮＢへのデータパスの切り替えの間に、ソースｅＮＢは、ＳＡＥゲートウェイから１以上のエンドマーカーパケットを受信することができる（ステップ１４）。ソースｅＮＢは、ターゲットｅＮＢにＵＥ宛てのデータを転送し続けることができ（ステップＧ）、ＵＥ宛てのデータの全てを転送すると、エンドマーカーパケットを送信することができる（ステップＨ）。ターゲットｅＮＢは、ソースｅＮＢから転送されたデータ、及びＭＭＥ／ＳＡＥゲートウェイから受信したデータを、ＵＥに送信することができる（ステップＪ）。

図３及び図４は、ソースｅＮＢからターゲットｅＮＢへのＵＥのハンドオーバーに関するコールフローの２つの例を示している。ＵＥのハンドオーバーは、他のコールフローによって実行されてもよい。

図５は、ハンドオーバー中のダウンリンク上でのＵＥ宛てのパケット（例えば、ＰＤＣＰ ＳＤＵ）の転送を示す。ハンドオーバーの前に、ＳＡＥゲートウェイは、Ｓ１インタフェースを介してソースｅＮＢにＵＥ宛てのパケットを送信することができる（図４のステップＡ）。ソースｅＮＢは、これらのパケットをバッファし、処理し、ＵＥに送信することができる（図４のステップＢ）。ハンドオーバー中のある時点において、ＵＥのためのデータパスは、ソースｅＮＢからターゲットｅＮＢに切り替えられる（図４のステップＦ）。この時点以降、ＳＡＥゲートウェイは、Ｓ１インタフェースを介してターゲットｅＮＢにＵＥ宛てのパケットを送信することができる（図４のステップＩ）。ＳＡＥゲートウェイは、ソース及びターゲットｅＮＢにＵＥ宛てのパケットを順序正しく送信することができる。ハンドオーバー中に、並びに、ハンドオーバー後に、ソースｅＮＢは、ＵＥにまだ送信されてないＵＥ宛ての複数のパケットを有している場合がある。ソースｅＮＢは、Ｘ２インタフェースを介してターゲットｅＮＢに、これらのパケットを転送することができる（図４のステップＤ及びＧ）。

ターゲットｅＮＢは、ソースｅＮＢと同様にＳＡＥゲートウェイからもＵＥ宛てのパケットを受信することができる。ターゲットｅＮＢは、例えばＸ２インタフェースを介した伝送に関する付加的な遅延によって、ＳＡＥゲートウェイ及びソースｅＮＢから、順序が変わって（out of order）これらのパケットを受信する場合がある。図５に示される例では、パケットは、パケットａが最初であり、パケットｇが最後であるとして順序づけされている。ターゲットｅＮＢは、ソースｅＮＢからパケットａ、ｂ、ｃ及びｄを受信する前に、ＳＡＥゲートウェイからパケットｅ、ｆ及びｇを受信する場合がある。

ターゲットｅＮＢは、ハンドオーバー中に、並びに、ハンドオーバー後に、ＵＥへのパケットの順序正しい配信に関与することができる。ターゲットｅＮＢは、ＳＡＥゲートウェイから受信したパケットのいずれのものを送信するよりも前に、ソースｅＮＢから転送されたパケットの全てを送信することができる。ターゲットｅＮＢがＳＡＥゲートウェイから最初のパケットｅを受信する場合、ターゲットｅＮＢは、パケットｅをＵＥに送信する前に、ソースｅＮＢから転送されたパケットがそれ以上ないことを何らかの方法で確認することができる。

しかしながら、ターゲットｅＮＢは、最後のパケットがソースｅＮＢからいつ受信されるかを知ることができない場合がある。図３のコールフロー３００では、ソースｅＮＢは、全てのパケットが転送されるまで、ＵＥ宛てのパケットをターゲットｅＮＢに転送し続ける。ターゲットｅＮＢは、ＵＥ宛ての最後のパケットがソースｅＮＢによっていつ転送されたか分からない。図４のコールフロー４００では、ソースｅＮＢは、ＵＥ宛ての全てのパケットがターゲットｅＮＢへ転送されたことを示すエンドマーカーパケットを送信することができる。しかしながら、エンドマーカーパケットは、送信中に失われることがあり、ターゲットｅＮＢによって受信されない場合がある。

一態様では、ターゲットｅＮＢは、ＳＡＥゲートウェイから受信したパケットをＵＥに送信するより前に、ソースｅＮＢからのＵＥ宛てのパケットをどのくらい待つかを決定するために、タイマーを使用することができる。ターゲットｅＮＢは、ＵＥに関してＳＡＥゲートウェイから最初に「聞いた（hear）」ときに、タイマーを開始することができ、これは、図３のステップＧ又は図４のステップＦのデータパスの切り替えの後に生じることができる。タイマーは、次のイベントのうちの１つに基づいて開始されることができる。

・ターゲットｅＮＢがＳＡＥゲートウェイからＵＥ宛ての最初のパケットを受信したとき
・ターゲットｅＮＢが、例えば図３のステップ１２のような、ＳＡＥゲートウェイからハンドオーバー完了Ａｃｋメッセージを受信したとき
・ターゲットｅＮＢが、例えば図４のステップ１６のような、ＭＭＥからパス切替要求Ａｃｋメッセージを受信したとき
・上記のイベントのうちのいずれか最初のものが生じたとき。
図３のステップ１２のハンドオーバー完了Ａｃｋメッセージ、及び図４のステップ１６のパス切替要求Ａｃｋメッセージは、ソースｅＮＢからターゲットｅＮＢへのデータパスの切り替えの完了を示すメッセージの２つの例であると見なすことができる。データパスの切り替えの完了は、他の方法でターゲットｅＮＢに伝達されてもよい。

図３では、ターゲットｅＮＢは、時間に関して近接して（close in time）、ハンドオーバー完了Ａｃｋメッセージ及びＵＥ宛ての最初のパケットをＳＡＥゲートウェイから受信するはずであるが、Ｓ１インタフェースの非同期性のために、異なる順序でこれらの２つのアイテムを受信する場合もある。図４では、ターゲットｅＮＢは、時間に関して近接して、ＭＭＥからパス切替要求Ａｃｋメッセージを受信し、ＳＡＥゲートウェイからＵＥ宛ての最初のパケットを受信するはずである。図３のステップＧ及び図４のステップＦのデータパスの切り替えは、完了するのに可変量の時間を要することができる。データパスの切り替え完了後にタイマーを開始することによって、可変のパス切替遅延は、回避されることができ、これは、より短いタイマー値の使用を可能にすることができる。

他の態様では、タイマーがいつ開始されるかに関係なく、タイマーは、適応性があり、パケット遅延及びパケット損失を低減するために、適切な値に設定されることができる。ある設計では、タイマー値は、次の因子のうちの１以上に基づいて決定されることができる。

１．ソースｅＮＢ及びターゲットｅＮＢ間のＸ２インタフェースに関して経験された負荷（load）
２．ターゲットｅＮＢ及びＳＡＥゲートウェイ間のＳ１インタフェース、及び／又はソースｅＮＢ及びＳＡＥゲートウェイ間のＳ１インタフェースに関して経験された負荷
３．過去の経験
４．以前のハンドオーバー時にソースｅＮＢから最後の転送パケットを受け取るのに要した時間、例えば、中央値、平均値、分散等
５．セルの固有要素、例えば、セルサイズ、システムの帯域幅、ヒステリシス値等の機能（function）
６．無線ベアラ（bearer）の固有要素、例えば、遅延要件、最大ビットレート（ＭＢＲ）、保証ビットレート（ＧＢＲ）等の機能
７．共通のＴＣＰアプリケーションによって認められることができる固有の最大遅延。
因子１に関しては、より長いタイマー値は、Ｘ２インタフェースに関するより高い負荷に使用されることができ、逆もまた同様である。より長いタイマー値は、ソースｅＮＢから転送されるパケットを受信するために、より多くの時間を与えることができる。因子２に関しては、より長いタイマー値は、ソースｅＮＢ及びＳＡＥゲートウェイ間のＳ１インタフェースに関するより高い負荷に使用されることができ、逆もまた同様である。より混雑したＳ１インタフェースは、パケットがソースｅＮＢに到着してターゲットｅＮＢに最終的に到着するのに、より長い時間を要することになる可能性がある。

因子３及び４に関しては、タイマー値は、ソースｅＮＢからターゲットｅＮＢへのＵＥの以前のハンドオーバーに関して得られた情報に基づいて、選定されることができる。ハンドオーバー毎に、ターゲットｅＮＢは、最後の転送パケットがソースｅＮＢからいつ受信したかを判断することができる。タイマーの終了後に最後の転送パケットが受信された場合、これはタイマーが短く設定されたことを示しており、ターゲットｅＮＢは、最後の転送パケットを破棄することができる。反対に、タイマーの終了よりかなり前に最後の転送パケットが受信された場合、タイマーは、過度に長く設定されている。この情報は、後のハンドオーバーのために、タイマーを適切な値にセットするのに使用されることができる。因子５に関しては、セルの特定要素は、Ｓ１インタフェース上での遅延に影響を及ぼす場合があり、言い換えると、パケットの転送に影響を及ぼす場合がある。

ある設計では、単一のタイマー値は、ターゲットｅＮＢへハンドオーバーした全てのＵＥに対して使用されることができる。他の設計では、異なるタイマー値は、異なるソースｅＮＢｓに使用されることができ、即ち、ソースｅＮＢ毎に１つのタイマー値が使用されることができる。さらに他の設計では、異なるタイマー値は、異なるタイプのトラフィックデータ又はフローに使用されることができ、これは、フローに関する無線ベアラの特性に基づいて決定されることができる（上述の因子６）。例えば、より短いタイマー値は、遅延に敏感なデータ（delay sensitive data）（例えば、ＶｏＩＰ）を含んだフローに使用されることができ、より長いタイマー値は、遅延に寛容なデータ（delay-tolerant data）（例えば、バックグラウンドダウンロード）に使用されることができる。

概して、タイマー値は、任意の１以上の因子に基づいて選定されることができ、その結果、ソースｅＮＢから転送されたパケットの損失を回避し、或いは、低減する一方で、タイマーによって生じた遅延量が可能な限り減少されることができる。いくつかの因子は、上述され、他の因子は、タイマー値を選定する際に同様に考慮されてもよい。異なる値は、異なるサービス品質（ＱｏＳ）プロフィールに関してタイマーに使用されることができる。ＱｏＳプロフィールは、遅延要件、スループット要件、優先順位、及び／又はデータ処理（handling）パラメータに関連することができる。

ある設計では、タイマー値は、以下のように動的に更新されることができる。

ここで、Ｄ（ｋ）は、ｋ回目のターゲットｅＮＢへのハンドオーバーに関するソースｅＮＢによって転送された最後のパケットの遅延であり、Ｔ（ｋ）は、ｋ回目のハンドオーバー後のタイマー値であり、ΔＵＰ及びΔＤＮは、夫々タイマー値を調節するためのアップステップ及びダウンステップである。

アップ及びダウンステップは、以下のように定義されることができる。

ここで、Ｑは、最後の転送パケットがタイマーの終了の前に受信されたハンドオーバーの割合（percentage）である。
ΔＤＮは、ΔＵＰの小部分であることができる。例えば、Ｑ＝９９％の場合、ΔＤＮ＝ΔＵＰ／９９になる。ΔＵＰの値は、収束速度及び残存推定誤差（residual estimation error）間のトレードオフに基づいて、選定されることができる。より大きなΔＵＰの値は、より速い収束を提供することができるが、一方で、より小さなΔＵＰの値は、より小さい残存推定誤差を提供することができる。

式（１）に示される設計では、タイマー値は、ターゲットｅＮＢへのハンドオーバー毎に動的に更新されることができる。ソースｅＮＢから転送された最後のパケットの遅延が最新のタイマー値より大きい場合、タイマー値は、より大きいアップステップΔＵＰによって増加される。他の場合には、タイマー値は、より小さいダウンステップΔＤＮによって減少される。タイマー値は、ハンドオーバーのＱパーセントがタイマー値内に転送される最後のパケットを有し、かつ、ハンドオーバーの１００−Ｑパーセントがタイマー値より後に転送される最後のパケットを有する点に、収束するはずである。Ｑは、ハンドオーバーで所望のパケット損失性能を達成するように選定されることができ、８０、９０、９５、９９又は他のある値に等しくすることができる。

ある設計では、ターゲットｅＮＢは、（ｉ）タイマーが終了する前にソースｅＮＢから受信した全てのパケットをＵＥに送信することができ、（ｉｉ）タイマーが終了した後にソースｅＮＢから受信したパケットを全て破棄することができる。この設計は、タイマーの実施及びターゲットｅＮＢの動作を単純化することができる。他の設計では、ターゲットｅＮＢは、タイマーが終了した後にもソースｅＮＢからパケットを受信し続けることができ、ＳＡＥゲートウェイからの最初のパケットがターゲットｅＮＢによってＵＥに送信されていない場合、ターゲットｅＮＢは、これらのパケット（タイマーが終了した後にソースｅＮＢから受信したパケット）をＵＥに送信することができる。この設計では、ターゲットｅＮＢは、ＳＡＥゲートウェイからの最初のパケットがターゲットｅＮＢによってＵＥへ送信されるまで、タイマーが終了した後であっても、ソースｅＮＢから受信したパケットをＵＥに送信し続けることができる。

概して、ここに説明される技術は、ハンドオーバー中におけるターゲットｅＮＢからＵＥへの、任意の層又は副層の任意のプロトコルに関するパケットの順序正しい配信を提供するために使用されることができる。例えば、技術は、ＰＤＣＰ ＳＤＵ、ＩＰパケット等の順序正しい配信を提供するのに使用されることができる。

図６は、ハンドオーバー中に順序正しくデータを配信するプロセス６００の設計を示す。プロセス６００は、例えばターゲットｅＮＢ等のターゲット基地局によって実行されることができる。ターゲット基地局は、例えば図３又は図４に示されるように、ソース基地局からターゲット基地局へのＵＥのハンドオーバーに関与することができる（ブロック６１２）。ブロック６１２は、図３又は図４のターゲット基地局によるハンドオーバーのために実行されるタスク、或いは、他の一連のタスクを含むことができる。ゲートウェイからＵＥへのデータパスがソース基地局からターゲット基地局に切り替えられた後に、ターゲット基地局は、タイマーを開始することができる（ブロック６１４）。ゲートウェイは、ＳＡＥゲートウェイ、ＧＧＳＮ、ＰＤＳＮ等とすることができる。

ターゲット基地局は、ソース基地局からＵＥ宛ての転送パケットを受信することができる（ブロック６１６）。転送パケットは、ゲートウェイによってソース基地局に送信され、ソース基地局によってターゲット基地局に転送されたパケットでありうる。ターゲット基地局は、ゲートウェイからＵＥ宛ての新しいパケットをさらに受信することができる（ブロック６１８）。新しいパケットは、ソース基地局ではなく、ターゲット基地局に、ゲートウェイによって送信されたパケットでありうる。転送パケット及び新しいパケットは、ＰＤＣＰ ＳＤＵ、ＩＰパケット又は他のタイプのパケットを含むことができる。

ターゲット基地局は、いずれの新しいパケットよりも前に、タイマーの終了前に受信した転送パケットを、ＵＥに送信することができる（ブロック６２０）。ターゲット基地局は、タイマーの終了を待たずに、転送パケットをＵＥに送信することができ、タイマーの終了後に、新しいパケットをＵＥに送信することができる。ある設計では、ターゲット基地局は、タイマーの終了後に受信した転送パケットを廃棄することができる。他の設計では、新しいパケットがＵＥに送信されていない場合、ターゲット基地局は、タイマーの終了後に受信した転送パケットをＵＥに送信することができる。ターゲット基地局は、例えば図４に示されるように、ターゲット基地局へ転送するパケットがそれ以上ないことを示すエンドマーカーパケットを、ソース基地局から受信することができる。この場合、ターゲット基地局は、エンドマーカーパケットを受信すると、タイマーを終了することができ、タイマーを終了した後に新しいパケットをＵＥに送信することができる。

ブロック６１４に関して、ターゲット基地局は、固定値をタイマーに使用することができる。代わりに、ターゲット基地局は、（ｉ）ソース基地局及びターゲット基地局間の第１のインタフェース上の負荷、（ｉｉ）ソース基地局及びゲートウェイ間の第２のインタフェース上の負荷、（ｉｉｉ）ターゲット基地局及びゲートウェイ間の第３のインタフェース上の負荷、（ｉｖ）他のＵＥの以前のハンドオーバーに関する最後の転送パケットに関する情報、（ｖ）ＵＥに送信されるデータのＱｏＳプロフィール、及び／又は（ｖｉ）他の情報に基づいて、タイマーに関する設定可能な値（configurable value）を決定してもよい。ターゲット基地局は、例えば式（１）に示されるように、他のＵＥの以前のハンドオーバーに関する最後の転送パケットの遅延に基づいて、タイマーに関する値を動的に更新してもよい。

ターゲット基地局は、ソース基地局からターゲット基地局へのデータパスの切り替えを開始するための第１のメッセージを送信することができ、データパスの切り替えの完了を示す第２のメッセージを受信することができる。ブロック６１４においては、ターゲット基地局は、（ｉ）第２のメッセージの受信時に、（ｉｉ）ゲートウェイからのＵＥ宛ての最初の新しいパケットの受信時に、（ｉｉｉ）イベント（ｉ）及び（ｉｉ）のうちのより早い方の発生時に、或いは（ｉｖ）他のイベントの発生時に、タイマーを開始することができる。図３に示されるように、第１のメッセージは、ハンドオーバー完了メッセージを含むことができ、第２のメッセージは、ハンドオーバー完了応答メッセージを含むことができる。図４に示されるように、第１のメッセージは、パス切替要求メッセージをさらに含むことができ、第２のメッセージは、パス切替要求応答メッセージを含むことができる。第１及び第２のメッセージは、他のメッセージをさらに含んでもよい。

図７は、ハンドオーバー中に順序正しくデータを配信する装置７００の設計を示す。装置７００は、ソース基地局からターゲット基地局へのＵＥのハンドオーバーに関与するモジュール７１２、ゲートウェイからＵＥへのデータパスがソース基地局からターゲット基地局に切り替えられた後にタイマーを開始するモジュール７１４、ソース基地局からＵＥ宛ての転送パケットを受信するモジュール７１６、ゲートウェイからＵＥ宛ての新しいパケットを受信するモジュール７１８、及びタイマーの終了前に受信した転送パケットを、いずれの新しいパケットよりも前に、ＵＥに送信するモジュール７２０を含む。

図８は、ハンドオーバー中にデータを受信するプロセス８００の設計を示す。プロセス８００は、ＵＥによって実行されることができる。ソース基地局からターゲット基地局へのＵＥのハンドオーバーより前には、ＵＥは、ソース基地局からパケットを受信することができる（ブロック８１２）。ＵＥは、例えば図３又は図４に示されるように、ソース基地局からターゲット基地局へのハンドオーバーを実行することができる（ブロック８１４）。ＵＥは、ハンドオーバーの後に、ターゲット基地局からパケットを受信することができる（ブロック８１６）。ターゲット基地局は、ゲートウェイからＵＥへのデータパスがソース基地局からターゲット基地局に切り替えられた後に、タイマーを開始することができる。ターゲット基地局は、ソース基地局からＵＥ宛ての転送パケットを受信し、ゲートウェイからＵＥ宛ての新しいパケットを受信することができる。ターゲット基地局は、いずれの新しいパケットよりも前に、タイマーの終了前に受信した転送パケットをＵＥに送信することができる。ＵＥは、タイマーの終了前にターゲット基地局から転送パケットを受信し、タイマーの終了後にターゲット基地局から新しいパケットを受信することができる。

図９は、ハンドオーバー中にデータを受信する装置９００の設計を示す。装置９００は、ソース基地局からターゲット基地局へのＵＥのハンドオーバーの前にソース基地局からパケットを受信するモジュール９１２、ソース基地局からターゲット基地局へのハンドオーバーを実行するモジュール９１４、及びハンドオーバー後に、ターゲット基地局からパケットを受信するモジュール９１６を含み、このターゲット基地局は、ゲートウェイから受信したいかなる新しいパケットよりも前に、タイマーの終了前にソース基地局から受信した転送パケットを送信する。

図７及び図９中のモジュールは、プロセッサ、電子機器、ハードウェア装置、電子コンポーネント、論理回路、メモリ、又はこれらのいかなる組み合わせ等を含むことができる。

図１０は、ターゲットｅＮＢ／基地局１２２及びＵＥ１１０の設計のブロック図を示す。この設計では、ｅＮＢ１２２は、Ｔ個のアンテナ１０３４ａ〜１０３４ｔを備え、ＵＥ１１０は、Ｒ個のアンテナ１０５２ａ〜１０５２ｒを備えている。ここで、一般に、Ｔ≧１であり、Ｒ≧１である。
ｅＮＢ１２２では、送信（ＴＸ）データプロセッサ１０２０は、データソース１０１２から１以上のＵＥ宛てのデータを受信することができる。ＴＸデータプロセッサ１０２０は、そのＵＥ用に選定された１以上のコード化及び変調スキームに基づいて、ＵＥ毎にデータを処理して（例えば、符号化し、インターリーブし、変調して）データシンボルを得ることができる。ＴＸ多入力多出力（ＭＩＭＯ）プロセッサ１０３０は、パイロットシンボルとともに全てのＵＥ宛てのデータシンボルを多重化し、多重化シンボルを処理し（例えば、プリコードし（precode））、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）１０３２ａ〜１０３２ｔに提供する。各変調器１０３２は、例えば直交周波数分割多重化（ＯＦＤＭ）に関して、各出力シンボルストリームを処理して出力サンプルストリームを得ることができる。各変調器１０３２は、出力サンプルストリームをさらに処理して（例えば、アナログ変換し、増幅し、フィルタリングし、アップコンバートして）ダウンリンク信号を得ることができる。変調器１０３２ａ〜１０３２ｔからのＴ個のダウンリンク信号は、夫々Ｔ個のアンテナ１０３４ａ〜１０３４ｔを介して送信されることができる。

ＵＥ１１０では、アンテナ１０５２ａ〜１０５２ｒは、ｅＮＢ１２２からダウンリンク信号を受信し、夫々復調器（ＤＥＭＯＤ）１０５４ａ〜１０５４ｒに受信信号を提供することができる。各復調器１０５４は、各受信信号を調整して（例えば、フィルタリングし、増幅し、ダウンコンバートし、デジタル化して）、サンプルを得ることができ、サンプルを（例えば、ＯＦＤＭに関して）さらに処理して受信シンボルを得ることができる。ＭＩＭＯ検出器１０６０は、全てのＲ個の復調器１０５４ａ〜１０５４ｒから受信したシンボルに対してＭＩＭＯ検出を実行し、検出したシンボルを提供することができる。受信（ＲＸ）データプロセッサ１０７０は、検出されたシンボルを処理し（例えば、復調し、デインタリーブし、復号し）、データシンク１０７２にＵＥ１１０宛ての復号データを提供することができる。一般に、ＭＩＭＯ検出器１０６０及びＲＸデータプロセッサ１０７０による処理は、ｅＮＢ１２２のＴＸ ＭＩＭＯプロセッサ１０３０及びＴＸデータプロセッサ１０２０による処理に相補的である。

アップリンクにおいては、ＵＥ１１０では、データソース１０７８からのデータ及びシグナリングは、ＴＸデータプロセッサ１０８０によって処理され、（該当する場合には）ＴＸ ＭＩＭＯプロセッサ１０８２によってさらに処理され、変調器１０５４ａ〜１０５４ｒによって調整され、アンテナ１０５２ａ〜１０５２ｒを介して送信されることができる。ｅＮＢ１２２では、ＵＥ１１０からのアップリンク信号は、アンテナ１０３４によって受信され、復調器１０３２によって調整され、ＭＩＭＯ検出器１０３６によって検出され、ＲＸデータプロセッサ１０３８によって処理され、ＵＥ１１０によって送信されたデータ及びシグナリングを得ることができる。

コントローラ／プロセッサ１０４０及び１０９０は、夫々ｅＮＢ１２２及びＵＥ１１０の動作を指示することができる。コントローラ／プロセッサ１０４０は、図６のプロセス６００及び／又はここに説明された技術に関する他のプロセスを実行することができ、或いは、指示することができる。コントローラ／プロセッサ１０９０は、図８のプロセス８００及び／又はここに説明される技術に関する他のプロセスを実行することができ、或いは、指示することができる。メモリ１０４２及び１０９２は、夫々ｅＮＢ１２２及びＵＥ１１０のためのデータ及びプログラムコードを格納することができる。スケジューラ１０４４は、ダウンリンク及び／又はアップリンク伝送に関してＵＥをスケジュールする（schedule）ことができ、スケジュールされたＵＥに対してリソースの割り当てを提供することができる。通信（Ｃｏｍｍ）ユニット１０４６は、Ｘ２インタフェースを介したソースｅＮＢ１２０のような他のネットワークエンティティとの通信、及びＳ１インタフェースを介したＳＡＥゲートウェイ１３０との通信をサポートすることができる。
開示されたプロセス中のステップの特定の順序又は階層が典型的なアプローチの例であることは、理解される。設計選択（design preference）に基づいて、本開示の範囲を超えることなく、プロセス中のステップの特定の順序又は階層が再配置されてもよいことは、理解される。添付の方法クレームは、実例の順序で種々のステップの要素を示し、示された特定の順序又は階層に限定されるように意図するものではない。

当業者は、情報及び信号が種々の異なるテクノロジー及び技術のいずれかを使用して表現されてもよいことを理解するだろう。例えば、上の説明を通して言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル及びチップは、電圧、電流、電磁波、磁場又は磁性粒子、光学的な場又は粒子（optical fields or particles）、或いはこれらの任意の組み合わせによって表現されることができる。
当業者は、ここに開示に関連して説明された種々の実例となる論理ブロック、モジュール、回路及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又はこれら両方の組み合わせとして実現されることができることをさらに認識するだろう。ハードウェアとソフトウェアとのこの互換性を明確に説明するために、種々の実例となるコンポーネント、ブロック、モジュール、回路及びステップは、これらの機能性に関して一般的に上に説明されている。このような機能性がハードウェアとして実現されるのか、或いは、ソフトウェアとして実現されるのかは、特定の用途及び全体的なシステムに課される設計制約に依存する。当業者は、特定の用途毎に説明された機能性を種々の方法で実現することができるが、このような実現の決定は、本開示の範囲からの逸脱を引き起こすものと解釈されるべきでない。

ここに本開示に関連して説明される種々の実例となる論理ブロック、モジュール及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：field programmable gate array）又は他のプログラマブル論理装置、ディスクリートゲート又はトランジスタロジック（discrete gate or transistor logic）、ディスクリートハードウェアコンポーネント、或いは、ここに説明された機能を実行するように設計されたこれらの任意の組み合わせにより実現されることができ、或いは、実行されることができる。汎用プロセッサは、マイクロプロセッサでありうるが、代わりに、このプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ又は状態機械であってもよい。プロセッサは、コンピュータ装置の組み合わせ、例えば、ＤＳＰ及びマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１以上のマイクロプロセッサ、或いはいかなる他のこのような構成として実現されてもよい。

ここに本開示に関連して説明される方法又はアルゴリズムのステップは、ハードウェアで直接に、プロセッサによって実行されるソフトウェアモジュールで、或いはこれら２つの組み合わせで具現化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、或いは、技術的に知られている任意の他の形態の記憶媒体に備わっていてもよい。典型的な記憶媒体は、プロセッサがこの記憶媒体から情報を読み出し、かつ、この記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代わりに、記憶媒体は、プロセッサに組み込まれていてもよい。プロセッサ及び記憶媒体は、ＡＳＩＣに備わっていることができる。ＡＳＩＣは、ユーザ端末に備わっていることができる。代わりに、プロセッサ及び記憶媒体は、ユーザ端末に個別部品として備わっていてもよい。

１以上の典型的な設計では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの任意の組み合わせにより実現されることができる。ソフトウェアにより実現される場合、説明された機能は、コンピュータ読み取り可能媒体に１以上の命令又はコードとして格納され、或いは、コンピュータ読み取り可能媒体に１以上の命令又はコードとして送信されることができる。コンピュータ読み取り可能媒体は、ある場所から他の場所へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体及びコンピュータストレージ媒体の両方を含む。記録媒体は、汎用又は特定用途のコンピュータによってアクセスされることができるいかなる利用可能な媒体であることができる。限定ではなく例として、そのようなコンピュータ読み取り可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置、或いは、命令又はデータ構造の形態で希望のプログラムコード手段を運ぶためか、格納するために使用されることができ、かつ、汎用又は特定用途のコンピュータによって、若しくは、汎用又は特定用途のプロセッサによってアクセスされることができるいかなる他の媒体を、含むことができる。さらに、いかなる接続もコンピュータ読み取り可能媒体と適切に称される。例えば、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、或いは、赤外線、無線及びマイクロ波等の無線技術を使用して、ソフトウェアがウェブサイト、サーバ又は他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、或いは、赤外線、ラジオ及びマイクロ波等の無線技術は、媒体の定義に含まれる。ここで使用されるようなディスク（disk）及びディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク及びブルーレイディスクを含み、ここで、ディスク（disk）は、通常、データを磁気によって再生するのに対して、ディスク（disc）は、レーザを用いてデータを光学的に再生する。上記のものの組み合わせも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。

本開示についての以上の説明は、当業者が本開示を製造し、或いは、使用することができるようにするために提供される。本開示に対する様々な変更は、当業者にとって容易に明らかであり、ここに定義された一般的な原理は、本開示の精神又は範囲から逸脱することなく、他の変形に適用されてもよい。従って、本開示は、ここに説明される例及び設計に限定されるように意図されるものではなく、ここに説明される原理及び新規な特徴と整合性が取れるも最も広い範囲を認められるべきである。

Claims (34)

1. ソース基地局からターゲット基地局へのユーザ機器（ＵＥ）のハンドオーバーに関与することと、
   ゲートウェイから前記ＵＥへのデータパスが前記ソース基地局から前記ターゲット基地局に切り替えられた後に、タイマーを開始することと、
   前記ソース基地局から前記ＵＥ宛ての転送パケットを受信することと、
   前記ゲートウェイから前記ＵＥ宛ての新しいパケットを受信することと、
   前記いかなる新しいパケットよりも前に、前記タイマーの終了の前に受信された転送パケットを、前記ＵＥに送信することと、
   を具備する無線通信方法。
2. 前記タイマーを開始することは、前記ゲートウェイから前記ＵＥ宛ての最初の新しいパケットを受信すると、前記タイマーを開始することを備える請求項１の方法。
3. 前記ソース基地局から前記ターゲット基地局への前記データパスの切り替えを開始するための第１のメッセージを送信することと、
   前記データパスの前記切り替えの完了を示す第２のメッセージを受信することと、をさらに具備する請求項１の方法。
4. 前記タイマーを開始することは、前記第２のメッセージの受信、及び前記ゲートウェイからの前記ＵＥ宛ての最初の新しいパケットの受信のうちのいずれかが最初に生じた時に、前記タイマーを開始することを備える請求項３の方法。
5. 前記第１のメッセージは、ハンドオーバー完了メッセージを含み、前記第２のメッセージは、ハンドオーバー完了肯定応答（Ａｃｋ）メッセージを含む、請求項３の方法。
6. 前記第１のメッセージは、パス切替要求メッセージを含み、前記第２のメッセージは、パス切替要求肯定応答（Ａｃｋ）メッセージを含む、請求項３の方法。
7. 前記タイマーの終了を待たずに、前記ＵＥに前記転送パケットを送信することと、
   前記タイマーの終了後に、前記ＵＥに前記新しいパケットを送信することと、をさらに具備する請求項１の方法。
8. 前記タイマーの終了後に受信された転送パケットを破棄することをさらに具備する請求項１の方法。
9. 前記いずれの新しいパケットも前記ＵＥに送信されていない場合、前記タイマーの終了後に受信された転送パケットを送信することをさらに具備する請求項１の方法。
10. 前記ターゲット基地局に転送されるパケットがそれ以上ないことを示すエンドマーカーパケットを、前記ソース基地局から受信することと、
    前記エンドマーカーパケットを受信すると、前記タイマーを終了することと、
    前記タイマーを終了した後に、前記ＵＥに前記新しいパケットを送信することと、をさらに具備する請求項１の方法。
11. 前記ソース基地局及び前記ターゲット基地局間の第１のインタフェースに関する負荷、前記ソース基地局及び前記ゲートウェイ間の第２のインタフェースに関する負荷、並びに前記ターゲット基地局及び前記ゲートウェイ間の第３のインタフェースに関する負荷のうちの少なくとも１つに基づいて、前記タイマーに関する値を決定することをさらに具備する請求項１の方法。
12. 他のＵＥの以前のハンドオーバーに関する最後の転送パケットに関する情報に基づいて、前記タイマーに関する値を決定することをさらに具備する請求項１の方法。
13. 他のＵＥの以前のハンドオーバーに関する最後の転送パケットの遅延に基づいて、前記タイマーに関する値を動的に更新することをさらに具備する請求項１の方法。
14. 前記ＵＥに送信されるデータのサービス品質（ＱｏＳ）プロフィールに基づいて前記タイマーに関する値を選定することと、
    前記選定された値に前記タイマーを設定することと、をさらに具備し、異なる値が異なるＱｏＳプロフィールに関して前記タイマーに使用される請求項１の方法。
15. 前記ソース基地局からの転送パケット及び前記ゲートウェイからの前記新しいパケットは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）又はインターネットプロトコル（ＩＰ）パケットを含む請求項１の方法。
16. ソース基地局からターゲット基地局へのユーザ機器（ＵＥ）のハンドオーバーに関与し、ゲートウェイから前記ＵＥへのデータパスが前記ソース基地局から前記ターゲット基地局に切り替えられた後に、タイマーを開始し、前記ソース基地局から前記ＵＥ宛ての転送パケットを受信し、前記ゲートウェイから前記ＵＥ宛ての新しいパケットを受信し、前記いかなる新しいパケットよりも前に、前記タイマーの終了の前に受信された転送パケットを前記ＵＥに送信するように構成された少なくとも１つのプロセッサを具備する無線通信装置。
17. 前記少なくとも１つのプロセッサは、前記ソース基地局から前記ターゲット基地局への前記データパスの切り替えを開始するための第１のメッセージを送信し、前記データパスの前記切り替えの完了を示す第２のメッセージを受信し、前記第２のメッセージの受信時に、或いは、前記ゲートウェイからの前記ＵＥ宛ての最初の新しいパケットの受信時に、前記タイマーを開始するように構成される請求項１６の装置。
18. 前記少なくとも１つのプロセッサは、前記タイマーの終了を待たずに、前記ＵＥに前記転送パケットを送信し、前記タイマーの終了後に、前記ＵＥに前記新しいパケットを送信するように構成される請求項１６の装置。
19. 前記少なくとも１つのプロセッサは、前記ターゲット基地局に転送されるパケットがそれ以上ないことを示すエンドマーカーパケットを前記ソース基地局から受信し、前記エンドマーカーパケットを受信すると、前記タイマーを終了し、前記タイマーを終了した後に、前記ＵＥに前記新しいパケットを送信するように構成される請求項１６の装置。
20. 前記少なくとも１つのプロセッサは、前記ソース基地局及び前記ターゲット基地局間の第１のインタフェースに関する負荷、前記ソース基地局及び前記ゲートウェイ間の第２のインタフェースに関する負荷、前記ターゲット基地局及び前記ゲートウェイ間の第３のインタフェースに関する負荷、他のＵＥの以前のハンドオーバーに関する最後の転送パケットに関する情報、並びに、前記ＵＥに送信されるデータのサービス品質（ＱｏＳ）プロフィールのうちの少なくとも１つに基づいて、前記タイマーに関する値を決定するように構成される請求項１６の装置。
21. ソース基地局からターゲット基地局へのユーザ機器（ＵＥ）のハンドオーバーに関与する手段と、
    ゲートウェイから前記ＵＥへのデータパスが前記ソース基地局から前記ターゲット基地局に切り替えられた後に、タイマーを開始する手段と、
    前記ソース基地局から前記ＵＥ宛ての転送パケットを受信する手段と、
    前記ゲートウェイから前記ＵＥ宛ての新しいパケットを受信する手段と、
    前記いかなる新しいパケットよりも前に、前記タイマーの終了の前に受信された転送パケットを、前記ＵＥに送信する手段と、
    を具備する無線通信装置。
22. 前記ソース基地局から前記ターゲット基地局への前記データパスの切り替えを開始するための第１のメッセージを送信する手段と、
    前記データパスの前記切り替えの完了を示す第２のメッセージを受信する手段と、
    前記第２のメッセージの受信時にすると、或いは、前記ゲートウェイからの前記ＵＥ宛ての最初の新しいパケットの受信時に、前記タイマーを開始する手段と、をさらに具備する請求項２１の装置。
23. 前記タイマーの終了を待たずに、前記ＵＥに前記転送パケットを送信する手段と、
    前記タイマーの終了後に、前記ＵＥに前記新しいパケットを送信する手段と、をさらに具備する請求項２１の装置。
24. 前記ターゲット基地局に転送されるパケットがそれ以上ないことを示すエンドマーカーパケットを、前記ソース基地局から受信する手段と、
    前記エンドマーカーパケットを受信すると、前記タイマーを終了する手段と、
    前記タイマーを終了した後に、前記ＵＥに前記新しいパケットを送信する手段と、をさらに具備する請求項２１の装置。
25. 前記ソース基地局及び前記ターゲット基地局間の第１のインタフェースに関する負荷、前記ソース基地局及び前記ゲートウェイ間の第２のインタフェースに関する負荷、前記ターゲット基地局及び前記ゲートウェイ間の第３のインタフェースに関する負荷、他のＵＥの以前のハンドオーバーに関する最後の転送パケットに関する情報、並びに、前記ＵＥに送信されるデータのサービス品質（ＱｏＳ）プロフィールのうちの少なくとも１つに基づいて、前記タイマーに関する値を決定する手段をさらに具備する請求項２１の装置。
26. 少なくとも１つのコンピュータに、ソース基地局からターゲット基地局へのユーザ機器（ＵＥ）のハンドオーバーに関与させるコードと、
    前記少なくとも１つのコンピュータに、ゲートウェイから前記ＵＥへのデータパスが前記ソース基地局から前記ターゲット基地局に切り替えられた後に、タイマーを開始させるコードと、
    前記少なくとも１つのコンピュータに、前記ソース基地局から前記ＵＥ宛ての転送パケットを受信させるコードと、
    前記少なくとも１つのコンピュータに、前記ゲートウェイから前記ＵＥ宛ての新しいパケットを受信させるコードと、
    前記少なくとも１つのコンピュータに、前記いかなる新しいパケットよりも前に、前記タイマーの終了の前に受信された転送パケットを、前記ＵＥに送信させるコードと、
    を備えるコンピュータ読み取り可能媒体を具備するコンピュータプログラム製品。
27. 前記コンピュータ読み取り可能媒体は、前記少なくとも１つのコンピュータに、前記ソース基地局から前記ターゲット基地局への前記データパスの切り替えを開始するための第１のメッセージを送信させるコードと、
    前記少なくとも１つのコンピュータに、前記データパスの前記切り替えの完了を示す第２のメッセージを受信させるコードと、
    前記少なくとも１つのコンピュータに、前記第２のメッセージの受信時に、或いは、前記ゲートウェイからの前記ＵＥ宛ての最初の新しいパケットの受信時に、前記タイマーを開始させるコードと、をさらに備える請求項２６のコンピュータプログラム製品。
28. 前記コンピュータ読み取り可能媒体は、前記少なくとも１つのコンピュータに、前記タイマーの終了を待たずに、前記ＵＥに前記転送パケットを送信させるコードと、
    前記少なくとも１つのコンピュータに、前記タイマーの終了後に、前記ＵＥに前記新しいパケットを送信させるコードと、をさらに備える請求項２６のコンピュータプログラム製品。
29. 前記コンピュータ読み取り可能媒体は、前記少なくとも１つのコンピュータに、前記ターゲット基地局に転送されるパケットがそれ以上ないことを示すエンドマーカーパケットを、前記ソース基地局から受信させるコードと、
    前記少なくとも１つのコンピュータに、前記エンドマーカーパケットを受信すると、前記タイマーを終了させるコードと、
    前記少なくとも１つのコンピュータに、前記タイマーを終了した後に、前記ＵＥに前記新しいパケットを送信させるコードと、をさらに備える請求項２６のコンピュータプログラム製品。
30. 前記コンピュータ読み取り可能媒体は、前記コンピュータに、前記ソース基地局及び前記ターゲット基地局間の第１のインタフェースに関する負荷、前記ソース基地局及び前記ゲートウェイ間の第２のインタフェースに関する負荷、前記ターゲット基地局及び前記ゲートウェイ間の第３のインタフェースに関する負荷、他のＵＥの以前のハンドオーバーに関する最後の転送パケットに関する情報、並びに、前記ＵＥに送信されるデータのサービス品質（ＱｏＳ）プロフィールのうちの少なくとも１つに基づいて、前記タイマーに関する値を決定させるコードをさらに備える請求項２６のコンピュータプログラム製品。
31. ソース基地局からターゲット基地局へのユーザ機器（ＵＥ）のハンドオーバーの前に、前記ソース基地局からパケットを受信することと、
    前記ソース基地局から前記ターゲット基地局へのハンドオーバーを実行することと、
    前記ハンドオーバーの後に、前記ターゲット基地局からパケットを受信することと、を具備し、
    前記ターゲット基地局が、ゲートウェイから前記ＵＥへのデータパスが前記ソース基地局から前記ターゲット基地局に切り替えられた後に、タイマーを開始し、前記ターゲット基地局が、前記ソース基地局から前記ＵＥ宛ての転送データを受信し、かつ、前記ゲートウェイから前記ＵＥ宛ての新しいパケットを受信し、前記ターゲット基地局が、前記いかなる新しいパケットよりも前に、前記タイマーの終了の前に受信された転送パケットを、前記ＵＥに送信する、無線通信方法。
32. 前記ハンドオーバーの後に前記ターゲット基地局から前記パケットを受信することは、前記タイマーの終了前に前記ターゲット基地局から転送データを受信することと、前記タイマーの終了後に、前記ターゲット基地局から新しいパケットを受信することと、を備える請求項３１の方法。
33. ソース基地局からターゲット基地局へのユーザ機器（ＵＥ）のハンドオーバーの前に、前記ソース基地局からパケットを受信し、前記ソース基地局から前記ターゲット基地局へのハンドオーバーを実行し、前記ハンドオーバーの後に、前記ターゲット基地局からパケットを受信するように構成された少なくとも１つのプロセッサを具備し、
    前記ターゲット基地局が、ゲートウェイから前記ＵＥへのデータパスが前記ソース基地局から前記ターゲット基地局に切り替えられた後に、タイマーを開始し、前記ターゲット基地局が、前記ソース基地局から前記ＵＥ宛ての転送データを受信し、かつ、前記ゲートウェイから前記ＵＥ宛ての新しいパケットを受信し、前記ターゲット基地局が、前記いかなる新しいパケットよりも前に、前記タイマーの終了の前に受信された転送パケットを、前記ＵＥに送信する、無線通信装置。
34. 前記少なくとも１つのプロセッサは、前記タイマーの終了前に前記ターゲット基地局から転送データを受信し、前記タイマーの終了後に、前記ターゲット基地局から新しいパケットを受信するように構成される、請求項３３の方法。

Images