【手続補正書】
【提出日】令和3年1月20日(2021.1.20)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】セルハンドオーバの方法、ネットワークノードおよび端末機器
【技術分野】
【０００１】
本発明の実施例は通信分野に関し、より具体的に、セルハンドオーバの方法、ネットワークノードおよび端末機器に関する。
【背景技術】
【０００２】
モビリティ（Ｍｏｂｉｌｉｔｙ）とは、モバイルユーザまたは端末が、ネットワークのカバレッジ内で移動する間、ネットワークが継続的に通信サービスを提供する能力である。このプロセスでは、ユーザの通信とサービスアクセスは、場所とアクセステクノロジーの変更の影響を受けず、ネットワークサービスアクセスポイントの変更とは無関係である。
【０００３】
モビリティは端末ユーザに明らかな利点をもたらし、ユーザが高速で移動中でも、音声やリアルタイムビデオ接続などのサービスに対して低遅延なサービスを維持することもできる。モビリティはノマディックモバイル（ｎｏｍａｄｉｃ  ｍｏｂｉｌｅ）のサービスにも大きな利点があり、２つのセルの間に、最適なサービングセルが変更されても、信頼性が高い接続を維持することができる。
【０００４】
しかしながら、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）およびニューラジオ（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）システムの基本プロトコルに含まれるセルハンドオーバプロセスのいくつかのステップでは、端末機器はアップリンクとダウンリンクのデータ伝送を実行することができないため、一定の遅延が形成し、０ミリ秒の遅延を切り替える要求を満たすことができない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
セルハンドオーバのときに遅延の要求を満たすことができるセルハンドオーバの方法、ネットワークノードおよび端末機器を提供する。
【課題を解決するための手段】
【０００６】
第１の態様において、セルハンドオーバの方法を提供し、前記方法は、
ターゲットノードは端末機器に第一リソースを送信することであって、前記第１リソースは、前記端末機器がターゲットノードに切り替えた後にデータを送信または受信することを含む。
【０００７】
本発明の実施例において、ハンドオーバコマンドまたはハンドオーバ確認で前記第一リソースを搬送することにより、端末機器がターゲットノードに切り替えた後、直接に前記第１リソースでデータを送信または受信することができるため、遅延が低減し、ユーザ体験を改善する。
【０００８】
いくつかの可能な実現形態において、前記ターゲットノードは第１リソースを端末機器に送信することは、
前記ターゲットノードはハンドオーバコマンドを介して前記第１リソースを送信すること、または
前記ターゲットノードはハンドオーバ確認を介して前記第１リソースを送信することを含み、
前記ハンドオーバ確認は、前記ターゲットノードからソースノードに送信されるシグナリングであり、前記ハンドオーバコマンドは前記ターゲットノードから前記ソースノードを介して前記端末機器に送信されるシグナリングである。
【０００９】
いくつかの可能な実現形態において、前記ターゲットノードは第１リソースを端末機器に送信することは、
前記ターゲットノードは前記第１リソースを前記端末機器に送信するとともに、前記第１リソースに対応するタイマの構成情報を前記端末機器に送信することであって、前記タイマは、前記タイマが未失効であるときに、前記端末機器が前記第１リソースでデータを送信または受信することを制御するために使用されることを含む。
【００１０】
いくつかの可能な実現形態において、前記ターゲットノードは第１リソースを端末機器に送信することは、
前記ターゲットノードは前記第１リソースを前記端末機器に送信するとともに、第２リソースを前記端末機器に送信することであって、前記第２リソースは、前記端末機器がハンドオーバ応答を前記ターゲットノードに送信するために使用されることを含む。
【００１１】
いくつかの可能な実現形態において、前記ターゲットノードは第１リソースを端末機器に送信する前に、前記方法は、
前記ターゲットノードは前記端末機器のキャッシュ内のアップリンクデータのデータ量を取得することと、
前記ターゲットノードは前記データ量にしたがって、前記端末機器に前記第１リソースを割り当てることとをさらに含む。
【００１２】
いくつかの可能な実現形態において、前記ターゲットノードは前記第１リソースを前記端末機器に送信することは、
前記ターゲットノードは第１リソースを端末機器に送信することであって、前記第１リソースは、前記端末機器およびネットワーク機器によって事前に決定された、またはネットワークによって事前に構成されたアップリンクソースであることを含む。
【００１３】
第２の態様において、セルハンドオーバの方法を提供し、前記方法は、
端末機器はターゲットノードによって送信される第１リソースを受信することと、
前記端末機器が前記ターゲットノードに切り替えた後、前記第１リソースを使用して、データを送信または受信することとを含む。
【００１４】
いくつかの可能な実現形態において、前記端末機器はターゲットノードによって送信される第１リソースを受信することは、
前記端末機器はハンドオーバコマンドを介して前記ターゲットノードによって送信される前記第１リソースを受信すること、または
前記端末機器は再構成コマンドまたは物理層制御シグナリングを介して、前記ターゲットノードによって送信される前記第１リソースを受信することを含み、
前記ハンドオーバコマンドは前記ターゲットノードがソースノードを介して転送するシグナリングであり、前記再構成コマンドまたは前記物理層制御シグナリングは前記ターゲットノードのハンドオーバ確認にしたがって、前記ソースノードによって生成されるシグナリングである。
【００１５】
いくつかの可能な実現形態において、前記端末機器はターゲットノードによって送信される第１リソースを受信することは、
前記端末機器は前記ターゲットノードによって送信される前記第１リソースを受信するとともに、前記ターゲットノードによって送信される前記第１リソースに対応するタイマの構成情報を受信することを含み、
前記方法は、
前記タイマが未失効であるときに、前記端末機器が前記第１リソースでデータを送信または受信することをさらに含む。
【００１６】
いくつかの可能な実現形態において、前記端末機器はターゲットノードによって送信される第１リソースを受信することは、
前記端末機器は前記ターゲットノードによって送信される前記第１リソースを受信するとともに、前記ターゲットノードによって送信される第２リソースを受信することを含み、
前記方法は、
前記端末機器は前記第２リソースでハンドオーバ応答を前記ターゲットノードに送信することと、
前記第１リソースは前記端末機器のキャッシュ内のアップリンクデータのデータ量にしたがって、前記ターゲットノードによって前記端末機器に割り当てられるアップリンクソースであることをさらに含む。
【００１７】
いくつかの可能な実現形態において、前記第１リソースは前記端末機器およびネットワーク機器によって事前に決定された、またはネットワークによって事前に構成されたアップリンクソースである。
【００１８】
第３の態様において、ネットワークノードを提供し、前記ネットワークノードは、
第１リソースを端末機器に送信するように構成されるトランシーバユニットであって、前記第１リソースは、前記端末機器がネットワークノードに切り替えた後、データを送信または受信するために使用されるトランシーバユニットを含む。
【００１９】
第４の態様において、ネットワークノードを提供し、前記ネットワークノードは、
第１リソースを端末機器に送信するように構成されるトランシーバであって、前記第１リソースは、前記端末機器がネットワークノードに切り替えた後、データを送信または受信するために使用されるトランシーバを含む。
【００２０】
第５の態様において、端末機器を提供し、前記端末機器は、
ターゲットノードによって送信される第１リソースを受信するように構成されるトランシーバユニットを含み、
前記トランシーバユニットは、さらに、前記端末機器が前記ターゲットノードに切り替えた後、前記第１リソースでデータを送信または受信するように構成される。
【００２１】
第６の態様において、端末機器を提供し、前記端末機器は、、
ターゲットノードによって送信される第１リソースを受信するように構成されるトランシーバを含み、
前記トランシーバは、さらに、前記端末機器が前記ターゲットノードに切り替えた後、前記第１リソースでデータを送信または受信するように構成される。
【００２２】
第７の態様において、コンピュータプログラムを記憶するためのコンピュータ読み取り可能な媒体を提供し、前記コンピュータプログラムは、上記の第１の態様または第２の態様の方法実施例を実行するための命令を含む。
【００２３】
第８の態様において、入力インターフェース、出力インターフェース、少なくとも一つのプロセッサ、メモリを含むコンピュータチップを提供し、前記プロセッサは、前記メモリ内のコードを実行するように構成され、前記コードが実行されると、前記プロセッサは、上記の第１態様および様々な実現形態中の方法実施例中のターゲットノードによって実行される各プロセスを実現することができる。
【００２４】
第９の態様において、入力インターフェース、出力インターフェース、少なくとも一つのプロセッサ、メモリを含むコンピュータチップを提供し、前記プロセッサは、前記メモリ内のコードを実行するように構成され、前記コードが実行されと、前記プロセッサは、上記の第１態様および様々な実現形態中の方法実施例中の端末機器によって実行される各プロセスを実現することができる。
【００２５】
第１０の態様において、前述に記載のターゲットノードおよび前述に記載の端末機器を含む通信システムを提供する。
【図面の簡単な説明】
【００２６】
【図１】本発明の適用シナリオの一例である。
【図２】本発明の実施例のセルハンドオーバの方法の例示的なフローチャートである。
【図３】本発明の実施例のセルハンドオーバの方法の別の例示的なフローチャートである。
【図４】本発明の実施例の端末機器がアップリンクデータおよびハンドオーバ応答を送信する方式の例示的なブロック図である。
【図５】本発明の実施例の端末機器がアップリンクデータおよびハンドオーバ応答を送信する方式の別の例示的なブロック図である。
【図６】本発明の実施例のネットワークノードの例示的なブロック図である。
【図７】本発明の実施例の別のネットワークノードの例示的なブロック図である。
【図８】本発明の実施例の端末機器の例示的なブロック図である。
【図９】本発明の実施例の別の端末機器の例示的なブロック図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明の実施例の技術案を説明する。
【００２８】
図１は、本発明の適用シナリオの例示図である。図１に示されたように、通信システム１００は、端末機器１１０およびネットワーク機器１２０を含み得る。ネットワーク機器１２０は、エアインターフェースを介して端末機器と通信してもよい。端末機器１１０とネットワーク機器１２０の間は、マルチサービス伝送がサポートされる。
【００２９】
本発明の実施例は通信システム１００のみで例示的に説明されるが、本発明の実施例はこれに限定されないことを理解されたい。即ち、本発明の実施例の技術的解決策は、例えば、グローバル移動通信（ＧＳＭ：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、コード分割多重アクセス（ＣＤＭＡ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システム、広帯域コード分離多重アクセス（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ時分割二重化（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）、ユニバーサル移動通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）など様々な通信システムに適用されることができる。
【００３０】
さらに、本発明はネットワーク機器と端末機器を合わせて、各実施例を説明する。
【００３１】
ネットワーク機器１２０は信号を送信または受信するためのネットワーク側のいずれか１つのエンティティを指し得る。例えば、マシンタイプ通信（ＭＴＣ）のユーザデバイス、ＧＳＭまたはＣＤＭＡの基地局（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）、ＷＣＤＭＡの基地局（ＮｏｄｅＢ）、ＬＴＥの進化型の基地局（ｅＮＢまたはｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ）、５Ｇネットワークの基地局機器など様々なネットワーク機器であり得る。
【００３２】
端末機器１１０は任意の端末機器である。具体的に、端末機器１１０は無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を介して１つまたは複数のコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）と通信することができ、アクセス端末、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ユーザユニット、ユーザステーション、モバイルステーション、移動局、リモートステーション、遠隔端末、モバイルデバイス、ユーザ装置、端末、無線通信デバイス、ユーザエージェント、またはユーザデバイスとも呼ばれる。例えば、携帯電話、コードレス電話、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ）ステーション、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイスまたは無線モデムに接続されたその他の処理デバイス、車載デバイス、ウェアラブルデバイスおよび５Ｇネットワークの端末機器などであってもよい。
【００３３】
ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム内のモビリティには、アイドル状態でのモビリティと接続状態でのモビリティの２つの状況が含まれる。アイドル状態でのモビリティは、主にセル選択とセル再選択によって表される。接続状態でのモビリティは、ハンドオーバによって表される。ここでは、ＬＴＥシステム内の接続状態でのモビリティを例とする。ここでの接続状態とは、進化型パケットシステム（ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）接続管理（ＥＣＭ：ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）の接続（ＣＯＮＮＥＣＴＥＤ）状態、即ち、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態を指す。ＥＣＭ状態は、ユーザ機器とモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）間にシグナリング接続が確立されるかどうかを指す。ＬＴＥアクセスシステム内のモビリティ管理は、接続状態のＵＥが、コアネットワークノードの再配置とハンドオーバに必要なすべてのステップを処理することをサポートする。これらのステップは、ソース基地局のハンドオーバ決定、ターゲット基地局のリソース準備（ターゲット基地局が最初に必要なリソースを予約し、ハンドオーバ発生後にＵＥに割り当てる）、ＵＥが新しい無線リソースにアクセスすることを指揮すること、および最終的にソース基地局でリソースをリリースすることを含む。このプロセスは、関連ノード間でコンテキスト情報を送信し、関連ノード間でユーザデータを転送し、ユーザプレーンとコントロールプレーンノード間の関係を更新することをさらに含む。
【００３４】
ＬＴＥシステム内の接続状態でのハンドオーバはネットワーク制御とＵＥアシストの方式を使用して実行され、進化型パケットコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノードの不変とＥＰＣノードの再配置の２つの場合に分けられる。２つのタイプのハンドオーバの主な違いは、ハンドオーバ中のソース進化型基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）とターゲットｅＮＢがＸ２インターフェースを介してデータ交換を実行することができるかどうかのことである。例えば、同じＭＭＥ／サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）でのハンドオーバを例とすると、コントロールプレーンの操作の場合、ＥＰＣノード再配置のハンドオーバプロセスに関わらず、即ち、関連するハンドオーバ準備情報がｅＮＢ間で直接交換される。ＭＭＥ／サービスゲートウェイの変更に関わられない基本的なハンドオーバプロセスは図１に示す。
【００３５】
ハンドオーバの関連ステップは、以下の通りである。
【００３６】
ステップ２１０において、ソースｅＮＢはダウンリンク割り当てをターゲットｅＮＢに送信する。
【００３７】
ソースｅＮＢはダウンリンクの割り当てをターゲットｅＮＢに送信する前に、ターゲットｅＮＢはＬ１／Ｌ２層でハンドオーバの準備を行い、ソースｅＮＢは、ターゲットｅＮＢによって送信されたハンドオーバ要求確認（ＡＣＫ）情報を受信する。前記ハンドオーバ要求確認（ＡＣＫ）情報には、ＵＥに送信されるハンドオーバコマンド、割り当てられた新しいセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、ターゲットｅＮＢで選択されたセキュリティアルゴリズムのアルゴリズム識別子、１つの専用のランダムアクセスチャネル（ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）プリアンブルとその他のいくつかの可能なパラメーターが含まれる。ソースｅＮＢは、ハンドオーバ要求確認（ＡＣＫ）情報を受信した後、ＵＥに対してダウンリンクリソースの割り当てを実行する。
【００３８】
ステップ２２０において、ソースｅＮＢは、ターゲットｅＮＢによって送信されるハンドオーバコマンドを受信する。
【００３９】
ターゲットｅＮＢによって生成された無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）情報は、ハンドオーバを実行するために使用される、即ち、モビリティ制御情報（Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を含むＲＲＣ接続再構成情報がソースｅＮＢからＵＥに送信される。ソースｅＮＢは、この情報に対して必要な整合性保護と暗号化を実行する。ＵＥは、新しいＣ−ＲＮＴＩ、ターゲットｅＮＢセキュリティアルゴリズム識別子、オプションの専用プリアンブル、ターゲットｅＮＢシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）などの必要なパラメータを含むＲＲＣ接続再構成情報を受信し、ソースｅＮＢによってハンドオーバを制御する。
【００４０】
ステップ２３０において、ソースｅＮＢは、シリアル番号（ＳＮ）状態遷移（ＳＮ  ＳＴＡＴＵＳＴ  ＲＡＮＳＦＥＲ）情報をターゲットｅＮＢに送信する。この情報はロスレスハンドオーバにおいて、既に正しく受信されたパケットデータ収束プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）のサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の再送信を回避するとともに、再送信された、既に正しく受信された、解凍に失敗したＰＤＣＰ  ＳＤＵを要求するために使用される。
【００４１】
ステップ２４０において、ソースｅＮＢは、ターゲットｅＮＢにデータを転送することができる。
【００４２】
ステップ２５０において、ＵＥは同期操作を実行する。
【００４３】
ＵＥがモビリティ制御情報を含むＲＲＣ接続再構成情報を受信した後、ＵＥはターゲットｅＮＢへの同期プロセスまで実行し、ＲＡＣＨを介してターゲットセルにアクセスする。
【００４４】
ステップ２６０において、ターゲットｅＮＢは、アップリンクの割り当てとタイミングアドバンス（ＴＡ）に応答する。
【００４５】
ステップ２７０において、ＵＥは、ターゲットｅＮＢに再構成完了メッセージを送信する。具体的に、ＵＥはターゲットセルのアクセスに成功し、ＵＥはＲＲＣ接続再構成情報完了メッセージを送信して、ハンドオーバ完了を確認し、ターゲットｅＮＢはこの時点からデータをＵＥに送信し始める。
【００４６】
セルハンドオーバのプロセスでは、ハンドオーバ遅延は、主にステップ２２０から２７０に具現され、このプロセスでは、端末はアップリンクおよびダウンリンクのデータ送信を実行することができないことが分かる。このハンドオーバプロセスの遅延の分析を介して見つけることとして、ハンドオーバプロセスの遅延を引き起こす最も重要な選別されたいくつかの要因は、次の表の通りである。
【表１】
2021517373.tif 000001
【００４７】
表１を参照すると、ステップ２２０では１５ミリ秒（ｍｓ）の遅延があり、ステップ２５０（ＵＥが同期操作を実行する）では、ステップ２５０−１（ターゲットセルの検索）、ステップ２５０−２（無線周波数／ベースバンドの再調整のためのＵＥ処理時間、セキュリティ更新）、ステップ２５０−３（ターゲットｅＮＢの最初の利用可能なＰＲＡＣＨの取得の遅延）およびステップ２５０−４（ＰＲＡＣＨプリアンブルの送信）を含む合計２１．５ｍｓ／２３．５ｍｓの遅延があり、ステップ２６０では３ｍｓ／５ｍｓの遅延があり、ステップ２７０では６ｍｓの遅延があることが分かる。前記ハンドオーバプロセスでは、合計時間が４５．５ｍｓ／４９．５ｍｓと長くなり、ユーザ体験が低下する。
【００４８】
本発明の実施例において、ステップ２２０について、メイク・ビフォー・ブレーク（ＭＢＢ：Ｍａｋｅ  Ｂｅｆｏｒｅ  Ｂｒｅａｋ）最適化を実行することができ、即ち、端末は再構成処理を実行するときに、アップリンクおよびダウンリンクデータ送信を実行し続けることができ、ステップ２５０−３、２５０−４、２６０、および２７０について、ＲＡＣＨＬｅｓｓ最適化を実行することができ、即ち、ランダムアクセスの時間を節約し、さらに、ハンドオーバ応答（ステップ２７０の再構成完了メッセージ）の送信に対して、アップリンクリソースを事前に割り当てることができる。
【００４９】
しかしながら、それでも、ステップ２７０のハンドオーバ応答の送信自体には時間がかかり、つまり、ハンドオーバ応答の送信には１つのＴＴＩ（ＬＴＥの中）が必要であり、これにより、最適化されたハンドオーバプロセスが０ｍｓ遅延要求に達することができなくなる。したがって、本発明の実施例は、セルハンドオーバのときに０ｍｓの遅延要求を満たすことができる最適化方法をさらに提供する。
【００５０】
図２に示される実施例では、ステップ２７０の後に、さらなるハンドオーバプロセスステップを含めることができるが、本発明の実施例では特に限定されないことを理解されたい。例えば、ターゲットｅＮＢは、ＭＭＥにパス切り替えメッセージを送信して、サービングセルが変更されたことをＵＥに通知することもできる。ＭＭＥは、ユーザプレーン更新要求メッセージをサービングゲートウェイに送信して、ユーザプレーン接続には、ソースｅＮＢからターゲットｅＮＢに切り替える必要があることをサービングゲートウェイに通知する。サービングゲートウェイは、ダウンリンクデータパスをターゲット側に切り替え、ソースｅＮＢのユーザプレーンリソースをリリースする。サービングゲートウェイは、ユーザプレーン更新要求応答メッセージをＭＭＥに送信して、ＭＭＥによって送信されたユーザプレーン更新要求を確認する。ＭＭＥは、パス切り替えＡＣＫ情報をターゲットｅＮＢに送信して、パス切り替え情報を確認する。ＵＥコンテキストの情報リリースを送信することにより、ターゲットｅＮＢは、ソースｅＮＢにハンドオーバが正常に完了したことを通知し、ソースｅＮＢでリソースのリリースをトリガする。ソースｅＮＢがターゲットｅＮＢによって送信されたＵＥコンテキスト情報リリースメッセージを受信すると、ソースｅＮＢは、ＵＥに関連するリソースをリリースする。さらに、ハンドオーバ中、ユーザプレーンは次の原則を採用してデータ損失を回避し、ロスレスハンドオーバをサポートすることができる。ハンドオーバの準備段階では、ソースｅＮＢとターゲットｅＮＢの間にユーザプレーンデータトンネルが確立される。ハンドオーバの実行段階では、ユーザデータは、ソースｅＮＢからターゲットｅＮＢに転送されることができる。ソースｅＮＢがＥＰＣからのパケットデータを受信し続ける場合、またはソースｅＮＢのバッファエリアがクリアされない場合には、ソースｅＮＢからターゲットｅＮＢへのダウンリンクユーザデータ転送は、引き続き順次実行される。ハンドオーバ完了段階で、ターゲットｅＮＢは１つのパス切り替えメッセージをＭＭＥに送信し、ＵＥにアクセス許可（ハンドオーバ完了）を通知し、ＭＭＥはユーザプレーン更新要求メッセージをサービングゲートウェイに送信し、ＥＰＣはユーザプレーンパスをソースｅＮＢからターゲットｅＮＢに切り替える。
【００５１】
実際の操作時には、ハンドオーバが開始されると、ソースシステムはネットワークから受信したダウンリンクデータをターゲットシステムに転送する。ハンドオーバが完了した後、ターゲットシステムはダウンリンクデータをＵＥに送信して、ＵＥがソースシステムからの接続を終了してから同期へ、そしてターゲットシステムへの過程で、ネットワークによって送信されたダウンリンクデータを失わないことを保証する。さらに、同じＭＭＥの下でのハンドオーバでは、ハンドオーバ後、ソースｅＮＢは、要求を受信した直後に、Ｘ２インターフェースを介してデータをターゲットｅＮＢに転送することができる。
【００５２】
図３は、本発明の実施例のセルハンドオーバ方法の別の例示的なフローチャートである。
【００５３】
具体的には、図３に示すように、前記セルハンドオーバの方法は、次のステップを含む。
【００５４】
ステップ３１０において、ソースノードはハンドオーバ要求をターゲットノードに送信し、前記ハンドオーバ要求は、キャッシュ状態報告を含み得る。
【００５５】
ステップ３２０において、ソースノードは、ターゲットノードによって送信されるハンドオーバ確認を受信し、前記ハンドオーバ確認はデータリソースの割り当てとタイマを含み得る。
【００５６】
ステップ３３０において、端末機器は、ハンドオーバ応答および／またはデータをターゲットノードに送信する。
【００５７】
具体的には、ターゲットノードは第１リソースを端末機器に送信し、前記第１リソースは、前記端末機器がターゲットノードに切り替え後にデータを送信または受信するために使用される。本実施例におけるソースノードは、図２に示されるようなソース基地局であり得、ターゲットノードは、図２に示されるようなターゲット基地局であり得る。基地局は、図１に示されるネットワーク機器であり得る。
【００５８】
一実施例において、前記ターゲットノードは、ハンドオーバ確認を介して前記第１リソースを送信することができ、前記ハンドオーバ確認は、前記ターゲットノードによってソースノードに送信されるシグナリングである。具体的には、ソースｅＮＢはターゲットｅＮＢによって送信されたハンドオーバ確認（ＡＣＫ）を受信し、ソースノードは前記ターゲットノードのハンドオーバ確認に従って再構成コマンドまたは物理層制御シグナリングを生成し、前記再構成コマンドまたは前記物理層制御シグナリングは、前記第１リソースを含み得、前記端末機器は、前記再構成コマンドまたは前記物理層制御シグナリングを介して前記ターゲットノードによって送信された前記第１リソースを受信する。さらに、前記ハンドオーバ確認は、ＵＥに送信されるハンドオーバコマンド、割り当てられた新しいセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、ターゲットｅＮＢで選択されたセキュリティアルゴリズムのアルゴリズム識別子、および１つの専用のランダムアクセスチャネル（ＲＡＣＨ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）プリアンブルと他のいくつかの可能なパラメータをさらに含み得る。ソースｅＮＢは、ハンドオーバ確認（ＡＣＫ）を受信した後、前記ハンドオーバ確認中の前記第１リソースをＵＥに送信し、即ち、前記ターゲットノードは、ハンドオーバ確認を介して前記第１リソースを前記端末機器に送信する。別の実施例において、前記ターゲットノードは、ハンドオーバ確認を介して前記第１リソースを前記端末機器に送信することができる。例えば、前記ハンドオーバ確認中のＵＥに送信されるハンドオーバコマンドは、前記第１リソースを含み得る。さらに、前記ターゲットノードが前記第１リソースを端末機器に送信する前に、前記ターゲットノードは、前記端末機器のキャッシュ内のアップリンクデータのデータ量を取得することもでき、その後、前記ターゲットノードは、前記データ量にしたがって、前記端末機器に対して前記第１リソースを割り当てる。他の実施例において、前記第１リソースは、前記端末機器およびネットワーク機器によって事前に決定された、またはネットワークによって事前に構成されたアップリンクソースであり得る。例えば、前記ターゲットノードで事前に構成されたアップリンクリソースであり得る。具体的な実施例において、前記データ量は、前記端末機器によってソースノードに報告され、そしてソースノードから前記ターゲットノードに送信されることができる。
【００５９】
本発明の実施例において、前記ハンドオーバコマンドまたは前記ハンドオーバ確認は、前記ターゲットノードによってソースノードに送信されるシグナリングであることを理解されたい。言い換えれば、ＵＥがハンドオーバを実行するかどうかは、ソースノードによって決定される。ソースノードがセルハンドオーバを実行することを決定すると、ターゲットノードにハンドオーバ要求メッセージを送信し、ここで、前記ハンドオーバ要求メッセージには、ターゲット側でのハンドオーバリソース準備に必要ないくつかの情報が含まれ、ソースノードにおけるＵＥのＸ２シグナリングコンテキスト参照情報、ＥＰＣにおけるＵＥのＳ１シグナリングコンテキスト参照情報、ターゲットセルＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ｉｄｅｎｔｉｔｙ）識別番号、ハンドオーバ中にＲＲＣ層キー（Ｋノード）を導出するために使用され、ソースノードにおけるＵＥのＣ−ＲＮＴＩのＲＲＣのコンテキスト、アクセス層の構成および無線リンク障害（ＲＬＦ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）リカバリに使用可能なメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）構成を含み得るがこれらに限定されない。その後、ターゲットノードによって、ハンドオーバに同意するかどうかが決定される。
【００６０】
実際の過程において、前記端末機器は、前記第１リソースを含むハンドオーバコマンドを受信した後、前記ターゲットノードの同期プロセスまで実行し、前記ターゲットノードにアクセスする。本発明の実施例において、端末機器は、ハンドオーバコマンドまたは前記ハンドオーバ確認中に前記第１リソースを搬送することにより、ターゲットノードに切り替えた後、前記第１リソースでデータを直接に送信または受信することができるようになるため、遅延を低減し、ユーザ体験を改善する。
【００６１】
選択的に、前記ターゲットノードは、第１リソースを管理することもできる。
【００６２】
一具体的な実施例において、前記ターゲットノードは、前記端末機器に前記第１リソースを送信するとともに、前記第１リソースに対応するタイマの構成情報を前記端末機器に送信し、前記タイマは、前記タイマが未失効であるときに、前記端末機器が前記第１リソースでデータを送信または受信することを制御するために使用される。これにより、遅延を低減する基で、無線リソースを効率的に管理できる。本実施例はタイマで前記第１リソースを管理することを例とし、他の実施例において、前記ターゲットノードは、前記第１リソースの失効を指示する情報を前記端末機器に送信することもできることを理解されたい。
【００６３】
セルハンドオーバのプロセスにおいて、前記端末機器がターゲットセルに正常にアクセスした後、ハンドオーバ応答（即ちＲＲＣ接続再構成情報完了情報）をターゲットノードに送信して、ハンドオーバが完了したことを確認する必要があり、これにより、前記ターゲットノードは前記端末機器にデータを送信し始め、または、前記ターゲットノードは前記端末機器から送信されたデータを受信する。本発明の実施例において、前記ターゲットノードは、端末機器に前記第１リソースを送信するとともに、前記端末機器に第２リソースを送信することもでき、前記第２リソースは、前記ハンドオーバ応答を前記端末機器によって前記ターゲットノードに送信するために使用される。したがって、前記端末機器は、ターゲットセルへのアクセスに成功した後、前記第２リソースで前記ハンドオーバ応答を前記端末装置に送信することができる。
【００６４】
本発明の実施例において、前記端末機器は、前記第２リソースで前記ハンドオーバ応答を送信した後に、残留のリソースが存在する可能性があるため、前記端末装置は前記残留のリソースを使用してデータを受信または送信することもでき、リソース利用を改善する。図４および図５は、本発明の実施例の端末機器がアップリンクデータおよびハンドオーバ応答を送信する方式の例示的なブロック図である。図４に示されるように、前記端末機器は、前記第２リソースでハンドオーバ応答を送信した後、残留のリソースでアップリンクデータを送信することができる。図５に示されるように、前記端末機器は、前記第２リソースでハンドオーバ応答およびアップリンクデータを一緒に送信することもできる。つまり、ハンドオーバ応答でデータを送信または受信することにより、最適化されたハンドオーバプロセスは０ｍｓ遅延要求を満たすことができる。
【００６５】
本発明の実施例は、ネットワークノードおよび端末機器をさらに提供する。
【００６６】
図６は、本発明の実施例のネットワークノードの例示的なブロック図である。
【００６７】
具体的には、図６に示されるように、前記ネトワロクドノド４００は、
第１リソースを端末機器に送信するように構成されるトランシーバユニット４１０であって、前記第１リソースは、前記端末機器がネットワークノードに切り替えた後、データを送信または受信するために使用されるトランシーバユニット４１０を含む。
【００６８】
選択的に、前記トランシーバユニット４１０は、具体的に、
ハンドオーバコマンドを介して前記第１リソースを送信し、または
ハンドオーバ確認を介して前記第１リソースを送信するように構成され、
前記ハンドオーバ確認は前記ターゲットノードによってソースノードに送信されるシグナリングであり、前記ハンドオーバコマンドは前記ソースノードを介して前記ターゲットノードよって前記端末機器に送信されるシグナリングである。
【００６９】
選択的に、前記トランシーバユニット４１０は、より具体的に、
前記端末機器に前記第１リソースを送信するとともに、前記第１リソースに対応するタイマの構成情報を前記端末機器に送信するように構成され、前記タイマは、前記タイマが未失効であるときに、前記端末機器が前記第１リソースでデータを送信または受信することを制御するために使用される。
【００７０】
選択的に、前記トランシーバユニット４１０は、より具体的に、
前記端末機器に前記第１リソースを送信するとともに、第２リソースを前記端末機器に送信するように構成され、前記第２リソースは、前記端末機器が前記ネットワークノードにハンドオーバ応答を送信するために使用される。
【００７１】
選択的に、前記トランシーバユニット４１０は、さらに、前記第１リソースを端末機器に送信する前に、前記ネットワークノードが前記端末機器のキャッシュ内のアップリンクデータのデータ量を取得するように構成され、前記ネットワークノードは、
前記データ量にしたがって、前記端末機器に前記第１リソースを割り当てるように構成される処理ユニット４２０をさらに含む。
【００７２】
選択的に、前記トランシーバユニット４１０は、より具体的に、
前記第１リソースを前記端末機器に送信するように構成され、前記第１リソースは、前記端末機器およびネットワーク機器によって事前に決定された、またはネットワークによって事前に構成されたアップリンクソースである
本発明の実施例において、トランシーバユニット４１０はトランシーバによって実現されることができ、処理ユニット４２０はプロセッサによって実現されることができる。図７に示されるように、ネットワークノード５００は、プロセッサ５１０、トランシーバ５２０、およびメモリ５３０を含むことができる。メモリ５３０は、情報を記憶するために使用されることができ、プロセッサ５１０によって実行されるコード、命令などを記憶するために使用されることもできる。ネットワークノード５００の各構成要素は、バスシステムにより接続され、バスシステムは、データバスに加えて、電力バス、制御バス、および状態信号バスを含む。
【００７３】
図７に示されるネットワークノード５００は、前述した図２または図３の方法実施例においてネットワークノードによって実現される各プロセスを実現することができ、繰り返しを回避するために、本明細書では詳細を再度説明しない。
【００７４】
図８は、本発明の実施例の端末機器の例示的なブロック図である。
【００７５】
図８に示されるように、前記端末機器６００は、
ターゲットノードによって送信される第１リソースを受信するように構成されるトランシーバユニット６１０を含み、
前記トランシーバユニット６１０は、さらに、前記端末機器が前記ターゲットノードに切り替えた後、前記第１リソースを使用して、データを送信または受信するように構成される。
【００７６】
選択的に、前記トランシーバユニット６１０は、具体的に、
ハンドオーバコマンドを介して、前記ターゲットノードによって送信される前記第１リソースを受信し、または、
再構成コマンドまたは物理層制御シグナリングを介して、前記ターゲットノードによって送信される前記第１リソースを受信するように構成され、
前記ハンドオーバコマンドは前記ターゲットノードがソースノードを介して転送するシグナリングであり、前記再構成コマンドまたは前記物理層制御シグナリングは前記ターゲットノードのハンドオーバ確認にしたがって、前記ソースノードによって生成されたシグナリングである。
【００７７】
選択的に、前記トランシーバユニット６１０は、具体的に、
前記ターゲットノードによって送信される前記第１リソースを受信するとともに、前記ターゲットノードによって送信される前記第１リソースに対応するタイマの構成情報を受信し、
前記タイマが未失効であるときに、前記第１リソースでデータを送信または受信するように構成される。
【００７８】
選択的に、前記トランシーバユニット６１０は、具体的に、
前記ターゲットノードによって送信される前記第１リソースを受信するとともに、前記ターゲットノードによって送信される前記第２リソースを受信し、
前記第２リソースでハンドオーバ応答を前記ターゲットノードに送信するように構成される。
【００７９】
前記第１リソースは前記端末機器のキャッシュ内のアップリンクデータのデータ量にしたがって、前記ターゲットノードによって前記端末機器に割り当てられるアップリンクソースである。
【００８０】
選択的に、前記第１リソースは前記端末機器およびネットワーク機器によって事前に決定された、またはネットワークによって事前に構成されたアップリンクソースである。
【００８１】
本発明の実施例において、トランシーバユニット６１０はトランシーバによって実現されることができる。図９に示されるように、端末機器７００は、プロセッサ７１０、トランシーバ７２０、およびメモリ７３０を含み得る。メモリ７３０は、情報を記憶するために使用されることができ、プロセッサ７１０によって実行されるコード、命令などを記憶するために使用されることもできる。端末機器７００の各構成要素は、バスシステムにより接続され、バスシステムは、データバスに加えて、電力バス、制御バス、および状態信号バスを含む。
【００８２】
図９に示される端末機器７００は、前述した図２または図３の方法実施例において端末機器によって実現される各プロセスを実現することができ、繰り返しを回避するために、本明細書では詳細を再度説明しない。
【００８３】
実現プロセスにおいて、本発明の実施例中の方法実施例の各ステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェアの形の命令によって完了することができる。より具体的に、本発明の実施例と組み合わせて開示される方法のステップは、ハードウェア復号化プロセッサに直接に具現されて実行し、それにより完了されてもよく、または復号化プロセッサ中のハードウェアおよびソフトウェアモジュールの組み合わせによって実行して完了されてもよい。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能な読み取り専用メモリまたは電気的に消去可能なプログラマブルメモリ、レジスタ等の当技術分野の熟知する記憶媒体に配置されてもよい。前記記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み取り、そのハードウェアと組み合わせて前記方法のステップを完了する。
【００８４】
本発明の実施例におけるプロセッサは、信号処理能力を備えた集積回路チップであってもよく、本発明の実施例で開示された各方法、ステップ、および論理ブロック図を実現または実行することができることを理解されたい。例えば、前述したプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）または他のプログラマブルロジックデバイス、トランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってもよい。さらに、汎用プロセッサはマイクロプロセッサであってもよく、または前記プロセッサは任意の従来のプロセッサなどであってもよい。
【００８５】
加えて、本発明の実施例において、メモリは、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性と不揮発性メモリの両方を含んでもよい。ここで、不揮発性メモリは、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、プログラム可能な読み取り専用メモリ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅ  ＰＲＯＭ）、電気的に消去可能なプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）であってもよい。前記メモリは、例示的であるが制限的な説明ではなく、例えば、本発明の実施例におけるメモリは、スタティックランダムアクセスメモリ（ＳＲＡＭ：ｓｔａｔｉｃ  ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：ｄｙｎａｍｉｃ  ＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ダブルデータレートの同期ダイナミックランダムアクセスメモリ（ＤＤＲ  ＳＤＲＡＭ：ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ）、拡張型同期ダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：ｓｙｎｃｈ  ｌｉｎｋ  ＤＲＡＭ）およびダイレクトメモリバスランダムアクセスメモリ（ＤＲ  ＲＡＭ：Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）等であってもよいことを理解されたい。即ち、本明細書で説明されるシステムおよび方法のメモリは、これらおよび任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されない。
【００８６】
最後に、本発明の実施例および添付の特許請求の範囲で使用された用語は特定の実施例のみを説明するためのものであり、本発明の実施例を限定するものではないことに留意されたい。
【００８７】
例えば、本発明の実施例および添付の特許請求の範囲で使用された単数形の「１つの」、「前記」および「当該」は、文脈が他の意味を明確に示さない限り、複数形も含むものとする。別の例では、本発明の実施例では、第１リソースおよび第２リソースという用語を使用することができるが、これらのリソースはこれらの用語に限定されるべきではない。 これらの用語は、リソースを相互に区別するためにのみ使用される。別の例では、文脈に応じて、本明細書で使用される「…であるときに」という語は、「…ば」または「もし」または「…である場合」または「…に応答して確定する」または「…に応答して検出する」と解釈することができる。同様に、文脈に応じて、「確定すれば」または「検出すれば（述べられた条件またはイベント）」というフレーズは、「確定された場合」または「確定に応答して」または「検出（述べられた条件またはイベント）された場合」または「検出に応答して（述べられた条件またはイベント）」と解釈することができる。
【００８８】
当業者は、本明細書で開示される実施例と組み合わせて説明された各例示のユニットおよびアルゴリズムステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせによって実現することができることを理解するであろう。これらの機能がハードウェアの形態で実行されるかソフトウェアの形で実行されるかは、技術的解決策の特定のアプリケーションと設計上の制約条件に依存する。専門技術者は、特定のアプリケーションごとに対して、異なる方法を使用して説明された機能を実現することができるが、このような実現は本発明の実施例の範囲を超えると見なされるべきではない。
【００８９】
説明の便宜上および簡潔にするために、上記に説明されたシステム、装置およびユニットの具体的な作業プロセスは、前述の方法実施例中の対応するプロセスを参照することができ、ここでは繰り返さないことを当業者は明確に理解することができる。
【００９０】
本出願で提供されるいくつかの実施例では、開示されたシステム、装置および方法は、他の方法で実現されることができることを理解されたい。例えば、上記で説明された装置実施例は例示的なものに過ぎず、例えば、前記ユニットの分離は、論理機能の分離に過ぎず、実際の実現時には別の分離方法があり、例えば、複数のユニットまたはコンポーネントを別のシステムに統合または集積したり、または一部の特徴を無視したり、または実行しないことができる。なお、表示または議論された相互結合または直接結合または通信接続は、電気的、機械的または他の形態の一部のインターフェース、装置またはユニットを介した関節結合または通信接続であり得る。
【００９１】
前記分離部材として説明されたユニットは、物理的に分離されている場合とされていない場合があり、ユニットとして表示された部材は、物理ユニットである場合もそうでない場合もあり、１箇所に配置される場合もあれば、複数のネットワークユニットに分散される場合もある。実際の必要に応じて、その中の一部または全部ユニットを選択して本発明の実施例の目的を実現することができる。
【００９２】
なお、本発明の実施例における各機能ユニットは１つの処理ユニットに統合されてもよく、または各ユニットが物理的に別々に存在してもよく、２つまたは２つ以上のユニットを１つのユニットに統合してもよい。ソフトウェア機能ユニットの形で実現され、独立した製品として販売または使用される場合、コンピュータ読み取り可能な記憶媒体に記憶することができる。このような理解に基づいて、本発明の実施例の技術的解決策は、本質的にまたは先行技術に対して寄与する部分または前記技術的解決策の一部は、ソフトウェア製品の形で具現されることができ、前記コンピュータソフトウェア製品は、１つの記憶媒体に記憶され、コンピュータ機器（パーソナルコンピュータ、サーバ、またはネットワーク機器等であり得る）に本発明の実施例に記載の方法の全部または一部のステップを実行させるためのいくつかの命令を含む。前述した記憶媒体は、Ｕディスク、モバイルハードディスク、読み取り専用メモリ、ランダムアクセスメモリ、磁気ディスクまたは光ディスク等のプログラムコードを記憶することができる様々な媒体を含む。
【００９３】
上記の内容は、本発明の実施例の具体的な実施形態に過ぎないが、本発明の実施例の保護範囲はこれに限定されず、当業者は、本発明の実施例に開示された技術的範囲内で容易に想到し得る変更または置換は、すべて本発明の実施例の保護範囲内に含まれるべきである。したがって、本発明の実施例の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ハンドオーバの方法であって、
ネットワークノードは、ターゲットノードによって構成された第１リソースおよび第２リソースを端末機器に送信することであって、前記第２リソースは、前記第１リソースを送信している間に前記ターゲットノードによって送信されることと、
前記端末機器が前記ターゲットノードにハンドオーバされたことに応答して、前記ネットワークノードが、前記第１リソースを介してアップリンクトラフィックデータを受信し、前記第２リソースを介してハンドオーバ応答を受信することとを含むことを特徴とする、前記ハンドオーバの方法。
【請求項２】
前記ネットワークノードは、ターゲットノードによって構成された第１リソースおよび第２リソースを端末機器に送信することは、
前記端末機器が前記ターゲットノードにハンドオーバーされる前に、前記ターゲットノードによって構成された前記第１リソースおよび前記第２リソースを送信することを含むことを特徴とする、
請求項１に記載のハンドオーバの方法。
【請求項３】
前記ネットワークノードは、ターゲットノードによって構成された第１リソースおよび第２リソースを端末機器に送信することは、
ハンドオーバコマンドを介して前記第１リソースを送信すること、または、
ハンドオーバ確認応答（ＡＣＫ）を介して前記第１リソースを送信することと、
前記ハンドオーバＡＣＫは、前記ターゲットノードによってソースノードに送信され、前記ハンドオーバコマンドは、前記ターゲットノードによって、前記ソースノードを介して端末機器に送信されることを含むことを特徴とする、
請求項１または２に記載のハンドオーバの方法。
【請求項４】
前記ネットワークノードは、ターゲットノードによって構成された第１リソースおよび第２リソースを端末機器に送信することは、
前記第１リソースを端末機器に送信するとともに、前記第１リソースに対応するタイマの構成情報を前記端末機器に送信することを含み、前記タイマは、タイマが満了する前に前記第１リソースでデータを送信または受信するように前記端末機器を制御するように構成されることを特徴とする、
請求項１ないし３のいずれか一項に記載のハンドオーバの方法。
【請求項５】
前記ハンドオーバ応答は、無線リソース制御接続再構成完了メッセージであることを特徴とする、
請求項１ないし４のいずれか一項に記載のハンドオーバの方法。
【請求項６】
前記第２リソースは、前記端末機器が前記ハンドオーバ応答を前記ネットワークノードに送信するように構成されることを特徴とする、
請求項１ないし４のいずれか一項に記載のハンドオーバの方法。
【請求項７】
ハンドオーバの方法であって、
端末機器は、ターゲットノードによって構成された第1リソースおよび第２リソースを受信することであって、前記第２リソースは、前記第１リソースを送信している間に前記ターゲットノードによって送信されることと、
前記端末機器が前記ターゲットノードにハンドオーバされたことに応答して、前記端末機器が、前記第１リソースを介してアップリンクトラフィックデータを送信し、前記第２リソースを介してハンドオーバ応答を送信することとを含むことを特徴とする、前記ハンドオーバの方法。
【請求項８】
前記端末機器は、ターゲットノードによって構成された第１リソースおよび第２リソースを受信することは、
前記端末機器が前記ターゲットノードにハンドオーバされる前に、前記端末機器は、前記ターゲットノードによって構成された前記第１リソースおよび前記第２リソースを受信することを含むことを特徴とする、
請求項７に記載のハンドオーバの方法。
【請求項９】
前記端末機器は、前記ターゲットノードによって構成された前記第１リソースおよび前記第２リソースを受信することは、
前記端末機器はハンドオーバコマンドを介して前記ターゲットノードによって送信される前記第１リソースを受信すること、または
前記端末機器は再構成コマンドまたは物理層制御シグナリングを介して、前記ターゲットノードによって送信される前記第１リソースを受信することを含み、
前記ハンドオーバコマンドは、前記ターゲットノードがソースノードを介して転送するシグナリングであり、前記再構成コマンドまたは前記物理層制御シグナリングは、前記ターゲットノードのハンドオーバ確認応答（ＡＣＫ）にしたがって、前記ソースノードによって生成されるシグナリングであることを特徴とする、
請求項７または８に記載のハンドオーバの方法。
【請求項１０】
前記端末機器は、前記ターゲットノードによって構成された前記第１リソースおよび前記第２リソースを受信することは、
前記端末機器は、前記ターゲットノードによって送信される前記第１リソースを受信するとともに、前記ターゲットノードによって送信される前記第１リソースに対応するタイマの構成情報を受信することを含み、
前記方法は、
前記タイマが未失効であるときに、前記端末機器が前記第１リソースでデータを送信または受信することをさらに含むことを特徴とする、
請求項７ないし９のいずれか一項に記載のハンドオーバの方法。
【請求項１１】
前記ハンドオーバ応答は、無線リソース制御接続再構成完了メッセージであることを特徴とする、
請求項７ないし９のいずれか一項に記載のハンドオーバの方法。
【請求項１２】
前記第１リソースは、前記端末機器のキャッシュ内のアップリンクデータのデータ量にしたがって、前記ターゲットノードによって前記端末機器に割り当てられるアップリンクソースであることを特徴とする、
請求項７ないし１１のいずれか一項に記載のハンドオーバの方法。
【請求項１３】
前記第１リソースは、前記端末機器およびネットワーク機器によって事前に決定された、またはネットワークによって事前に構成されたアップリンクソースであることを特徴とする、
請求項７ないし１２のいずれか一項に記載のハンドオーバの方法。
【請求項１４】
ネットワークノードであって、
プロセッサと、
プロセッサに接続されたトランシーバと、および
プロセッサによって実行可能な命令を格納するように構成されたメモリとを備え、
前記プロセッサは、前記メモリ内の命令を実行して、請求項７ないし１３のいずれか一項に記載の方法を実施するように構成されることを特徴とする、前記ネットワークノード。
【請求項１５】
端末機器であって、
プロセッサと、
プロセッサに接続されたトランシーバと、および
プロセッサによって実行可能な命令を格納するように構成されたメモリとを備え、
前記プロセッサは、前記メモリ内の命令を実行して、請求項１ないし６のいずれか一項に記載の方法を実施するように構成されることを特徴とする、前記端末機器。