(57)【要約】  本願は、通信方法及び通信装置を提供して、非アクティブモード状態にある端末のＰＤＵセッションが有効にできないという問題を解決する。本方法は、第１のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する段階であって、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である、段階と、第１のコアネットワークデバイスがインジケーション情報を第１のＲＡＮノードから受信する段階であって、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる、段階と、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階であって、第２のダウンリンク情報は第２のＲＡＮノードが端末のＰＤＵセッションを有効にするのに用いられる、段階とを含む。本願は、通信技術の分野に関する。
2021517769.tif 000002
【特許請求の範囲】
【請求項１】
通信方法であって、前記方法は、無線リソース制御ＲＲＣ接続モードが非アクティブモードである端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記方法は、
第１のコアネットワークデバイスが第１のダウンリンク情報を前記第１のＲＡＮノードに送出する段階であって、前記第１のダウンリンク情報は前記第１のＲＡＮノードが前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態である、段階と、
前記第１のコアネットワークデバイスがインジケーション情報を前記第１のＲＡＮノードから受信する段階であって、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられる、段階と、
前記第１のコアネットワークデバイスが前記インジケーション情報に基づいて第２のダウンリンク情報を前記第２のＲＡＮノードに送出する段階であって、前記第２のダウンリンク情報は前記第２のＲＡＮノードが前記端末の前記ＰＤＵセッションを有効にするのに用いられる、段階と
を含む方法。
【請求項２】
前記方法はさらに、
前記第１のコアネットワークデバイスが、前記端末の現在位置情報に基づいて、前記端末が前記第１のダウンリンク情報の有効領域に位置していないと判定した場合、前記第１のコアネットワークデバイスが前記端末の前記現在位置情報に基づいて前記第２のダウンリンク情報を生成する段階を含む、請求項１に記載の方法。
【請求項３】
前記第１のコアネットワークデバイスが、前記端末の現在位置情報に基づいて、前記端末が前記第１のダウンリンク情報の有効領域に位置していると判定した場合、前記第１のダウンリンク情報及び前記第２のダウンリンク情報は同じ情報である、請求項１に記載の方法。
【請求項４】
前記方法はさらに、
前記第１のコアネットワークデバイスが前記端末の前記現在位置情報を前記第１のＲＡＮノードから受信する段階を含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項１から４のいずれか一項に記載の方法。
【請求項６】
通信方法であって、前記方法は、端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記方法は、
前記第１のＲＡＮノードが前記端末の第１のダウンリンク情報を第１のコアネットワークデバイスから受信する段階であって、前記第１のダウンリンク情報は前記第１のＲＡＮノードが前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態である、段階と、
前記端末の無線リソース制御ＲＲＣ接続モードが非アクティブモードである場合、前記第１のＲＡＮノードが前記第１のダウンリンク情報に基づいて前記端末を呼び出す段階と、
前記第１のＲＡＮノードが前記端末のコンテキスト要求を前記第２のＲＡＮノードから受信する段階と、
前記第１のＲＡＮノードが前記コンテキスト要求に基づいてインジケーション情報を前記第１のコアネットワークデバイスに送出する段階であって、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられる、段階と
を含む方法。
【請求項７】
前記方法はさらに、
前記第１のＲＡＮノードが前記端末の現在位置情報を前記第１のコアネットワークデバイスに送出する段階を含む、請求項６に記載の方法。
【請求項８】
前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項６又は７に記載の方法。
【請求項９】
通信方法であって、前記方法は、無線リソース制御ＲＲＣ接続モードが非アクティブモードである端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記方法は、
第２のコアネットワークデバイスが第１のダウンリンク情報を第１のコアネットワークデバイスから受信して、前記第１のダウンリンク情報を前記第１のＲＡＮノードに送出する段階であって、前記第１のダウンリンク情報は前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態である、段階と、
前記第２のコアネットワークデバイスが前記第１のＲＡＮノードから、前記ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを受信する段階と、
前記第２のコアネットワークデバイスが前記メッセージに基づいて前記第１のダウンリンク情報を前記第２のＲＡＮノードに送出する段階と
を含む方法。
【請求項１０】
前記第２のコアネットワークデバイスが前記メッセージに基づいて前記第１のダウンリンク情報を前記第２のＲＡＮノードに送出する前記段階は、
前記第２のコアネットワークデバイスが前記第１のコアネットワークデバイスから、前記第１のダウンリンク情報の有効領域に関する情報を受信する段階と、
前記第２のコアネットワークデバイスが、前記端末の現在位置情報と前記第１のダウンリンク情報の前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記第２のコアネットワークデバイスが前記メッセージに基づいて前記第１のダウンリンク情報を前記第２のＲＡＮノードに送出する段階と
を有する、請求項９に記載の方法。
【請求項１１】
前記第１のダウンリンク情報を前記第１のＲＡＮノードに送出する前記段階は、
前記第２のコアネットワークデバイスが前記第１のコアネットワークデバイスから、前記第１のダウンリンク情報の有効領域に関する情報を受信する段階と、
前記第２のコアネットワークデバイスの前記端末のステータスが接続管理連結状態であり、且つ前記第２のコアネットワークデバイスが、前記端末の格納されたコンテキスト内の位置情報と前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記第２のコアネットワークデバイスが前記第１のダウンリンク情報を前記第１のＲＡＮノードに送出する段階と
を有する、請求項９に記載の方法。
【請求項１２】
前記方法はさらに、
前記第２のコアネットワークデバイスが前記端末の前記現在位置情報を前記第１のＲＡＮノードから受信する段階を含む、請求項９から１１のいずれか一項に記載の方法。
【請求項１３】
前記メッセージのメッセージタイプ又はメッセージ名が、前記ＰＤＵセッションが有効にできないことを示すのに用いられる、又は前記メッセージはインジケーション情報を含み、前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項９から１２のいずれか一項に記載の方法。
【請求項１４】
通信方法であって、前記方法は、無線リソース制御ＲＲＣ接続モードが非アクティブモードである端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記方法は、
第２のコアネットワークデバイスが第１のダウンリンク情報を第１のコアネットワークデバイスから受信して、前記第１のダウンリンク情報を前記第１のＲＡＮノードに送出する段階であって、前記第１のダウンリンク情報は前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態である、段階と、
前記第２のコアネットワークデバイスが前記第１のＲＡＮノードから、前記ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを受信する段階と、
前記第２のコアネットワークデバイスが前記メッセージに基づいてインジケーション情報を前記第１のコアネットワークデバイスに送出する段階であって、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられる、段階と
を含む方法。
【請求項１５】
前記第２のコアネットワークデバイスが前記メッセージに基づいてインジケーション情報を前記第１のコアネットワークデバイスに送出する前記段階は、
前記第２のコアネットワークデバイスが前記第１のコアネットワークデバイスから前記第１のダウンリンク情報の有効領域に関する情報を受信する段階と、
前記第２のコアネットワークデバイスが、前記端末の現在位置情報と前記第１のダウンリンク情報の前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していないと判定した場合、前記第２のコアネットワークデバイスが前記メッセージに基づいて前記インジケーション情報を前記第１のコアネットワークデバイスに送出する段階と
を有する、請求項１４に記載の方法。
【請求項１６】
前記第１のダウンリンク情報を前記第１のＲＡＮノードに送出する前記段階は、
前記第２のコアネットワークデバイスが前記第１のコアネットワークデバイスから前記第１のダウンリンク情報の有効領域に関する情報を受信する段階と、
前記第２のコアネットワークデバイスの前記端末のステータスが接続管理連結状態であり、且つ前記第２のコアネットワークデバイスが、前記端末の格納されたコンテキスト内の位置情報と前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記第２のコアネットワークデバイスが前記第１のダウンリンク情報を前記第１のＲＡＮノードに送出する段階と
を有する、請求項１４に記載の方法。
【請求項１７】
前記方法はさらに、
前記第２のコアネットワークデバイスが前記端末の前記現在位置情報を前記第１のＲＡＮノードから受信する段階を含む、請求項１４から１６のいずれか一項に記載の方法。
【請求項１８】
前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項１４から１７のいずれか一項に記載の方法。
【請求項１９】
通信装置であって、前記装置は、無線リソース制御ＲＲＣ接続モードが非アクティブモードである端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記装置は通信ユニットと処理ユニットとを備え、
前記処理ユニットは第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出するように構成され、前記第１のダウンリンク情報は前記第１のＲＡＮノードが前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態であり、
前記処理ユニットはさらに、インジケーション情報を前記第１のＲＡＮノードから前記通信ユニットを介して受信するように構成され、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられ、
前記処理ユニットはさらに、前記インジケーション情報に基づいて第２のダウンリンク情報を前記第２のＲＡＮノードに前記通信ユニットを介して送出するように構成され、前記第２のダウンリンク情報は前記第２のＲＡＮノードが前記端末の前記ＰＤＵセッションを有効にするのに用いられる、装置。
【請求項２０】
前記処理ユニットはさらに、
前記端末の現在位置情報に基づいて、前記端末が前記第１のダウンリンク情報の有効領域に位置していないと判定した場合、前記端末の前記現在位置情報に基づいて前記第２のダウンリンク情報を生成するように構成される、請求項１９に記載の装置。
【請求項２１】
前記処理ユニットはさらに、
前記端末の現在位置情報に基づいて、前記端末が前記第１のダウンリンク情報の有効領域に位置していると判定するように構成され、前記第１のダウンリンク情報及び前記第２のダウンリンク情報は同じ情報である、請求項１９に記載の装置。
【請求項２２】
前記処理ユニットはさらに、前記端末の前記現在位置情報を前記第１のＲＡＮノードから前記通信ユニットを介して受信するように構成される、請求項１９から２１のいずれか一項に記載の装置。
【請求項２３】
前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項１９から２２のいずれか一項に記載の装置。
【請求項２４】
通信装置であって、前記装置は、端末が前記装置のカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記装置は通信ユニットと処理ユニットとを備え、
前記通信ユニットは、前記端末の第１のダウンリンク情報を第１のコアネットワークデバイスから受信するように構成され、前記第１のダウンリンク情報は前記装置が前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態であり、
前記処理ユニットは、前記端末の無線リソース制御ＲＲＣ接続モードが非アクティブモードである場合、前記第１のダウンリンク情報に基づいて前記端末を呼び出すように構成され、
前記通信ユニットはさらに、前記端末のコンテキスト要求を前記第２のＲＡＮノードから受信するように構成され、
前記通信ユニットはさらに、前記コンテキスト要求に基づいてインジケーション情報を前記第１のコアネットワークデバイスに送出するように構成され、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられる、装置。
【請求項２５】
前記通信ユニットはさらに、前記端末の現在位置情報を前記第１のコアネットワークデバイスに送出するように構成される、請求項２４に記載の装置。
【請求項２６】
前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項２４又は２５に記載の装置。
【請求項２７】
通信装置であって、前記装置は、無線リソース制御ＲＲＣ接続モードが非アクティブモードである端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記装置は通信ユニットと処理ユニットとを備え、
前記処理ユニットは、第１のダウンリンク情報を第１のコアネットワークデバイスから前記通信ユニットを介して受信し、前記第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出するように構成され、前記第１のダウンリンク情報は前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態であり、
前記処理ユニットはさらに、前記第１のＲＡＮノードから前記通信ユニットを介して、前記ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを受信するように構成され、
前記処理ユニットはさらに、前記メッセージに基づいて、前記通信ユニットを介して前記第１のダウンリンク情報を前記第２のＲＡＮノードに送出するように構成される、装置。
【請求項２８】
前記処理ユニットはさらに、
前記第１のダウンリンク情報の有効領域に関する情報を前記第１のコアネットワークデバイスから前記通信ユニットを介して受信し、
前記端末の現在位置情報と前記第１のダウンリンク情報の前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記メッセージに基づいて前記第１のダウンリンク情報を前記第２のＲＡＮノードに前記通信ユニットを介して送出する
ように構成される、請求項２７に記載の装置。
【請求項２９】
前記処理ユニットはさらに、
前記第１のダウンリンク情報の有効領域に関する情報を前記第１のコアネットワークデバイスから前記通信ユニットを介して受信し、
前記装置の前記端末のステータスが接続管理連結状態である場合、且つ前記端末の格納されたコンテキスト内の位置情報と前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出する
ように構成される、請求項２７に記載の装置。
【請求項３０】
前記処理ユニットはさらに、前記端末の前記現在位置情報を前記第１のＲＡＮノードから前記通信ユニットを介して受信するように構成される、請求項２７から２９のいずれか一項に記載の装置。
【請求項３１】
前記メッセージのメッセージタイプ又はメッセージ名が、前記ＰＤＵセッションが有効にできないことを示すのに用いられる、又は前記メッセージはインジケーション情報を含み、前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項２７から３０のいずれか一項に記載の装置。
【請求項３２】
通信装置であって、前記装置は、無線リソース制御ＲＲＣ接続モードが非アクティブモードである端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記装置は通信ユニットと処理ユニットとを備え、
前記処理ユニットは、第１のダウンリンク情報を第１のコアネットワークデバイスから前記通信ユニットを介して受信し、前記第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出するように構成され、前記第１のダウンリンク情報は前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態であり、
前記処理ユニットはさらに、前記第１のＲＡＮノードから前記通信ユニットを介して、前記ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを受信するように構成され、
前記処理ユニットはさらに、前記メッセージに基づいて、インジケーション情報を前記第１のコアネットワークデバイスに前記通信ユニットを介して送出するように構成され、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられる、装置。
【請求項３３】
前記処理ユニットはさらに、
前記第１のダウンリンク情報の有効領域に関する情報を前記第１のコアネットワークデバイスから前記通信ユニットを介して受信し、
前記端末の現在位置情報と前記第１のダウンリンク情報の前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していないと判定した場合、前記メッセージに基づいて前記インジケーション情報を前記第１のコアネットワークデバイスに前記通信ユニットを介して送出する
ように構成される、請求項３２に記載の装置。
【請求項３４】
前記処理ユニットはさらに、
前記第１のダウンリンク情報の有効領域に関する情報を前記第１のコアネットワークデバイスから前記通信ユニットを介して受信し、
前記装置の前記端末のステータスが接続管理連結状態である場合、且つ前記端末の格納されたコンテキスト内の位置情報と前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出する
ように構成される、請求項３２に記載の装置。
【請求項３５】
前記処理ユニットはさらに、前記端末の前記現在位置情報を前記第１のＲＡＮノードから前記通信ユニットを介して受信するように構成される、請求項３２から３４のいずれか一項に記載の装置。
【請求項３６】
前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項３２から３５のいずれか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年４月１０日に中国特許庁に出願された「通信方法及び通信装置（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＡＰＰＡＲＡＴＵＳ）」と題する中国特許出願第２０１８１０３１７６４８．Ｘ号に基づく優先権を主張し、当該中国特許出願は、その全体が参照により本明細書に組み込まれる。
【０００２】
本願は、通信技術の分野に関し、具体的には、通信方法及び通信装置に関する。
【背景技術】
【０００３】
第５世代（ｆｉｆｔｈ−ｇｅｎｅｒａｔｉｏｎ、略して５Ｇ）無線通信システムにおいて、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、略してＲＲＣ）接続モードが非アクティブモードである端末では、アクセス及びモビリティ管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、略してＡＭＦ）に格納されている端末のステータスが接続管理連結（ＣＭ−Ｃｏｎｎｅｃｔｅｄ）状態である場合に、ＡＭＦは、ＡＭＦに格納された端末のコンテキストに含まれる位置情報が端末の現在位置情報であるとみなす。端末にセルハンドオーバが生じていないときに、端末が（ユーザプレーン機能（ｕｓｅｒ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ、略してＵＰＦ）１のサービス領域（ｓｅｒｖｉｎｇ  ａｒｅａ）の）無線アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、略してＲＡＮ）１ノードのカバレッジ領域から（ＵＰＦ１のサービス領域に入っていない）ＲＡＮ２ノードのカバレッジ領域に移動する場合、ＡＭＦに格納された端末のコンテキストに含まれる位置情報は、依然として、端末がＲＡＮ１ノードのカバレッジ領域に位置していることを示す情報である。しかしながら実際には、端末は、ＲＡＮ２ノードのカバレッジ領域に移動している。端末のダウンリンク情報の有効領域がＵＰＦ１のサービス領域と一致する場合、格納された端末のコンテキストに含まれる位置情報に基づいて、端末がダウンリンク情報の有効領域に位置していると、ＡＭＦが決定した結果は不正確である。この場合、ＰＤＵセッションを有効にするのに用いられるダウンリンク情報をＡＭＦがＲＡＮ１ノードに送出するならば、ＰＤＵセッションの有効化は失敗する。
【発明の概要】
【０００４】
本願の実施形態が、通信方法及び通信装置を提供して、非アクティブモード状態にある端末のＰＤＵセッションが有効にできないという問題を解決する。
【０００５】
第１態様によれば、通信方法が提供される。本方法は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第１のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する段階と、第１のコアネットワークデバイスがインジケーション情報を第１のＲＡＮノードから受信する段階と、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階とを含む。インジケーション情報は、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられてよい。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した後に第１のＲＡＮノードにより送出されるインジケーション情報を受信し、このインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードが第２のダウンリンク情報を正常に処理できることになる。例えば、第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードであり、したがって、第２のダウンリンク情報を正常に処理できる。
【０００６】
第１態様に関連して、第１態様の第１の実行可能な実装態様では、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを有効にするのに用いられる。この場合、第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは、第２のダウンリンク情報に基づいて端末のＰＤＵセッションを有効にすることになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に有効にすることができる。
【０００７】
第１態様に関連して、第１態様の第２の実行可能な実装態様では、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを無効にするのに用いられる。この場合、第１のコアネットワークデバイスは第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報に基づいて端末のＰＤＵセッションを無効にすることになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に無効にすることができる。
【０００８】
第１態様に関連して、第１態様の第３の実行可能な実装態様では、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを更新するのに用いられる。この場合、第１のコアネットワークデバイスは第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報に基づいて端末のＰＤＵセッションを修正することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に修正することができる。
【０００９】
第１態様に関連して、第１態様の第４の実行可能な実装態様では、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを解放するのに用いられる。この場合、第１のコアネットワークデバイスは第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報に基づいて端末のＰＤＵセッションを解放することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に解放することができる。
【００１０】
第１態様に関連して、第１態様の第５の実行可能な実装態様では、第１のダウンリンク情報は端末に送出されるダウンリンク情報であり、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられ、第２のダウンリンク情報は第１のダウンリンク情報と同じである。この場合、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のダウンリンク情報が送信できないことを確認し、第２のダウンリンク情報を第２のＲＡＮノードに送出する。
【００１１】
第１態様の第１の実行可能な実装態様に関連して、第１態様の第６の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスが、端末の現在位置情報に基づいて、端末が第１のダウンリンク情報の有効領域に位置していないと判定した場合、第１のコアネットワークデバイスが、端末の現在位置情報に基づいて第２のダウンリンク情報を生成する段階を含む。第１のダウンリンク情報は、第１のダウンリンク情報の有効領域内のデバイスに有効であってよい。この場合、第１のコアネットワークデバイスは、端末の現在位置情報に対応する有効な第２のダウンリンク情報を端末に対して生成する。端末の現在位置情報は第２のＲＡＮノードの位置情報であるため、第２のダウンリンク情報は、第２のＲＡＮノードに有効であり、第２のＲＡＮノードによって正常に処理され得る。したがって、無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
【００１２】
第１態様の第１の実行可能な実装態様に関連して、第１態様の第７の実行可能な実装態様では、第１のコアネットワークデバイスが、端末の現在位置情報に基づいて、端末が第１のダウンリンク情報の有効領域に位置していると判定した場合、第１のダウンリンク情報と第２のダウンリンク情報とは同じである。第１のダウンリンク情報は、第１のダウンリンク情報の有効領域内のデバイスに有効であってよい。
【００１３】
第１態様又は第１態様の任意の実行可能な実装態様に関連して、第１態様の第８の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスが端末の現在位置情報を第１のＲＡＮノードから受信する段階を含む。この場合、第１のコアネットワークデバイスは、端末の現在位置情報を取得し、第１のダウンリンク情報とは異なる第２のダウンリンク情報を端末用に生成する必要があるかどうかを判定する。
【００１４】
第１態様又は第１態様の任意の実行可能な実装態様に関連して、第１態様の第９の実行可能な実装態様では、インジケーション情報は失敗原因値である。
【００１５】
第１態様の第９の実行可能な実装態様に関連して、第１態様の第１０の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する、端末はハンドオーバを実行している、コンテキスト転送、端末は第１のＲＡＮノードに到達できない、又は第１のダウンリンク情報は送信されない。この場合、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
【００１６】
第１態様の第１０の実行可能な実装態様に関連して、第１態様の第１１の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する。第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階は、ＲＲＣ接続再開手順が完了した後に、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含む。この場合、ＲＲＣ接続再開手順が完了した後に、第１のコアネットワークデバイスは第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
【００１７】
第１態様の第１０の実行可能な実装態様に関連して、第１態様の第１２の実行可能な実装態様では、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階は、第１のコアネットワークデバイスがインジケーション情報に基づいてタイマを始動させ、タイマが切れた後に、第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含む。この場合、第１のコアネットワークデバイスは、タイマが切れた後に、第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
【００１８】
第１態様の第１１又は第１２の実行可能な実装態様に関連して、第１態様の第１３の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスがサブスクリプション要求メッセージを第２のコアネットワークデバイスに送出する段階を含み、サブスクリプション要求メッセージは、ＲＲＣ接続再開手順が完了した後に、通知メッセージを第１のコアネットワークデバイスに送出するよう第２のコアネットワークデバイスに要求するのに用いられ、通知メッセージはＲＲＣ接続再開手順が完了したことを通知するのに用いられる。この場合、第１のコアネットワークデバイスは、ＲＲＣ接続再開手順が完了したことを認識した後にだけ、第２のダウンリンク情報を第２のＲＡＮノードに送出できるので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
【００１９】
第１態様の第１１の実行可能な実装態様に関連して、第１態様の第１４の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスがインジケーション情報に基づいてタイマを始動させる段階と、タイマが切れた後に、第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する段階とを含む。タイマは、ＲＲＣ接続再開手順を完了するのに用いられてよい。例えば、タイマが切れると、タイマは、ＲＲＣ接続再開手順が完了したことを示す。この場合、第１のコアネットワークデバイスは、タイマが切れた後に、第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
【００２０】
第１態様の第１０の実行可能な実装態様に関連して、第１態様の第１５の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は、第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する。第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階は、ＲＲＣ接続再開手順における経路切り替えが完了した後に、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含む。この場合、第１のコアネットワークデバイスは、ＲＲＣ接続再開手順における経路切り替えが完了した後にだけ、第２のダウンリンク情報を第２のＲＡＮノードに送出することができるので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
【００２１】
第１態様の第１４の実行可能な実装態様に関連して、第１態様の第１６の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスがサブスクリプション要求メッセージを第２のコアネットワークデバイスに送出する段階を含み、サブスクリプション要求メッセージは、ＲＲＣ接続再開手順における経路切り替えが完了した後に、通知メッセージを第１のコアネットワークデバイスに送出するよう第２のコアネットワークデバイスに要求するのに用いられ、通知メッセージは経路切り替えが完了したことを通知するのに用いられる。この場合、第１のコアネットワークデバイスは、ＲＲＣ接続再開手順における経路切り替えが完了したことを認識した後にだけ、第２のダウンリンク情報を第２のＲＡＮノードに送出することができるので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
【００２２】
第２態様によれば、通信方法が提供される。本方法は、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第１のＲＡＮノードが端末の第１のダウンリンク情報を第１のコアネットワークデバイスから受信する段階と、端末のＲＲＣ接続モードが非アクティブモードである場合、第１のＲＡＮノードが第１のダウンリンク情報に基づいて端末を呼び出す段階と、第１のＲＡＮノードが端末のコンテキスト要求を第２のＲＡＮノードから受信する段階と、第１のＲＡＮノードがコンテキスト要求に基づいてインジケーション情報を第１のコアネットワークデバイスに送出する段階とを含む。インジケーション情報は、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられてよい。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第１のＲＡＮノードがインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを認識できることになる。
【００２３】
第２態様に関連して、第２態様の第１の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードがＰＤＵセッションを有効にできないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、ＰＤＵセッションが有効にできないことを認識する。
【００２４】
第２態様に関連して、第２態様の第２の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードがＰＤＵセッションを無効にすることができないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、ＰＤＵセッションが無効にできないことを認識する。
【００２５】
第２態様に関連して、第２態様の第３の実行可能な実装態様では、第１のダウンリンク情報は、端末のＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションがアクティブ状態であり、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられる。この場合、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードがＰＤＵセッションを修正できないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、ＰＤＵセッションが修正できないことを認識する。
【００２６】
第２態様に関連して、第２態様の第４の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられる。この場合、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードがＰＤＵセッションを解放できないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、ＰＤＵセッションが解放できないことを認識する。
【００２７】
第２態様に関連して、第２態様の第５の実行可能な実装態様では、第１のダウンリンク情報は端末に送出されるダウンリンク情報であり、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられる。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが端末の第１のダウンリンク情報を端末に送出できないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のダウンリンク情報が端末に送出できないことを認識する。
【００２８】
第２態様又は第２態様の任意の実行可能な実装態様に関連して、第２態様の第６の実行可能な実装態様では、インジケーション情報は失敗原因値である。この場合、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
【００２９】
第２態様の第６の実行可能な実装態様に関連して、第２態様の第７の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する、端末はハンドオーバを実行している、コンテキスト転送、端末は第１のＲＡＮノードに到達できない、又は第１のダウンリンク情報は送信されない。この場合、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
【００３０】
第２態様又は第２態様の任意の実行可能な実装態様に関連して、第２態様の第８の実行可能な実装態様では、本方法はさらに、第１のＲＡＮノードが端末の現在位置情報を第１のコアネットワークデバイスに送出する段階を含む。このようにして、第１のコアネットワークデバイスは、端末の現在位置情報を取得して、端末が第１のダウンリンク情報の有効領域に位置しているかどうかを判定する。第１のダウンリンク情報は、第１のダウンリンク情報の有効領域内のデバイスに有効であってよい。
【００３１】
第３態様によれば、通信方法が提供される。本方法は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第２のコアネットワークデバイスが第１のダウンリンク情報を第１のコアネットワークデバイスから受信して、第１のダウンリンク情報を第１のＲＡＮノードに送出する段階と、第２のコアネットワークデバイスが第１のメッセージを第１のＲＡＮノードから受信する段階と、第１のメッセージに基づいて、第２のコアネットワークデバイスが第１のダウンリンク情報を第２のＲＡＮノードに送出する段階とを含む。第１のメッセージは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられてよい。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第２のコアネットワークデバイスは第１のコアネットワークデバイスにより送出される第１のダウンリンク情報を受信し、第１のＲＡＮノードにより送出され且つ第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられる第１のメッセージを受信した後に、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。例えば、第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは第１のダウンリンク情報を正常に処理することができる。
【００３２】
第３態様に関連して、第３態様の第１の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、第１のメッセージはＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは、第１のダウンリンク情報に基づいて端末のＰＤＵセッションを有効にすることになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に有効にすることができる。
【００３３】
第３態様に関連して、第３態様の第２の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報に基づいて端末のＰＤＵセッションを無効にすることになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に無効にすることができる。
【００３４】
第３態様に関連して、第３態様の第３の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが更新できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報に基づいて端末のＰＤＵセッションを修正することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に修正することができる。
【００３５】
第３態様に関連して、第３態様の第４の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが解放できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報に基づいて端末のＰＤＵセッションを解放することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に解放することができる。
【００３６】
第３態様に関連して、第３態様の第５の実行可能な実装態様では、第１のダウンリンク情報は端末に送出されるダウンリンク情報であり、第１のメッセージは第１のダウンリンク情報が送信できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報を端末に送出することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは第１のダウンリンク情報を端末に正常に送出することができる。
【００３７】
第３態様又は第３態様の任意の実行可能な実装態様に関連して、第３態様の第６の実行可能な実装態様では、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから、第１のダウンリンク情報の有効領域に関する情報を受信する段階であって、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である、段階と、第２のコアネットワークデバイスが、端末の現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階とを含む。この場合、第２のコアネットワークデバイスは、端末の現在位置が第１のダウンリンク情報の有効領域内であると判定し、第１のダウンリンク情報を第２のＲＡＮノードに送出すると決定するので、第２のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。したがって、無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
【００３８】
第３態様又は第３態様の任意の実行可能な実装態様に関連して、第３態様の第７の実行可能な実装態様では、第１のダウンリンク情報を第１のＲＡＮノードに送出する段階は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから、第１のダウンリンク情報の有効領域に関する情報を受信する段階であって、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である、段階と、第２のコアネットワークデバイス内の端末のステータスが接続管理連結状態であり、且つ第２のコアネットワークデバイスが、端末の格納されたコンテキスト内の位置情報と有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、第２のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する段階とを含む。この場合、第２のコアネットワークデバイスは、端末のコンテキスト内の位置が第１のダウンリンク情報の有効領域内にあると判定し、第１のダウンリンク情報を第１のＲＡＮノードに送出すると決定するので、第１のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。したがって、無効な第１のダウンリンク情報を第１のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
【００３９】
第３態様の第１の実行可能な実装態様に関連して、第３態様の第８の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの有効化に失敗したことを認識する。
【００４０】
第３態様の第２の実行可能な実装態様に関連して、第３態様の第９の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが無効にできないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの無効化に失敗したことを認識する。
【００４１】
第３態様の第３の実行可能な実装態様に関連して、第３態様の第１０の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが更新できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの修正に失敗したことを認識する。
【００４２】
第３態様の第４の実行可能な実装態様に関連して、第３態様の第１１の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが解放できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの解放に失敗したことを認識する。
【００４３】
第３態様の第５の実行可能な実装態様に関連して、第３態様の第１２の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、第１のダウンリンク情報が送信できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の送信に失敗したことを認識する。
【００４４】
第３態様又は第３態様の任意の実行可能な実装態様に関連して、第３態様の第１３の実行可能な実装態様では、インジケーション情報は失敗原因値である。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
【００４５】
第３態様の第１３の実行可能な実装態様に関連して、第３態様の第１４の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する、端末はハンドオーバを実行している、コンテキスト転送、端末は第１のＲＡＮノードに到達できない、又は第１のダウンリンク情報は送信されない。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
【００４６】
第３態様の第１４の実行可能な実装態様に関連して、第３態様の第１５の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は、第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する。第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階は、ＲＲＣ接続が再開された後に、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階、又はＲＲＣ接続再開手順における経路切り替えが完了した後に、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含む。この場合、第２のコアネットワークデバイスは、ＲＲＣ接続再開手順が完了したことを認識した後又はＲＲＣ接続再開手順における経路切り替えが完了したことを認識した後にだけ、第１のダウンリンク情報を第２のＲＡＮノードに送出することができるので、第２のＲＡＮノードは第１のダウンリンク情報を正常に処理できることになる。
【００４７】
第３態様又は第３態様の任意の実行可能な実装態様に関連して、第３態様の第１６の実行可能な実装態様では、本方法はさらに、第２のコアネットワークデバイスが端末の現在位置情報を第１のＲＡＮノードから受信する段階を含む。この場合、第２のコアネットワークデバイスは、端末の現在位置情報を認識して、端末の現在位置が第１のダウンリンク情報の有効領域内にあると判定し、第１のダウンリンク情報を第２のＲＡＮノードに送出すると決定するので、第２のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。したがって、無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
【００４８】
第４態様によれば、通信方法が提供される。本方法は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第２のコアネットワークデバイスが第１のダウンリンク情報を第１のコアネットワークデバイスから受信して、第１のダウンリンク情報を第１のＲＡＮノードに送出する段階と、第２のコアネットワークデバイスが第１のメッセージを第１のＲＡＮノードから受信する段階と、第１のメッセージに基づいて、第２のコアネットワークデバイスがインジケーション情報を第１のコアネットワークデバイスに送出する段階とを含む。第１のメッセージは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられてよい。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理することができない場合、本方法では、第１のＲＡＮノードは第１のメッセージを第２のコアネットワークデバイスに送出し、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスは、第１のダウンリンク情報が処理できないと認識することになる。
【００４９】
第４態様に関連して、第４態様の第１の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、第１のメッセージはＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスはＰＤＵセッションが有効にできないと認識することになる。
【００５０】
第４態様に関連して、第４態様の第２の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスはＰＤＵセッションが無効にできないと認識することになる。
【００５１】
第４態様に関連して、第４態様の第３の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが更新できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスはＰＤＵセッションが修正できないと認識することになる。
【００５２】
第４態様に関連して、第４態様の第４の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態又は非アクティブ状態であり、第１のメッセージはＰＤＵセッションが解放できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスはＰＤＵセッションが解放できないと認識することになる。
【００５３】
第４態様に関連して、第４態様の第５の実行可能な実装態様では、第１のダウンリンク情報は端末に送出されるダウンリンク情報であり、第１のメッセージは第１のダウンリンク情報が送信できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスは第１のダウンリンク情報が送信できないと認識することになる。
【００５４】
第４態様又は第４態様の任意の実行可能な実装態様に関連して、第４態様の第６の実行可能な実装態様では、第２のコアネットワークデバイスが第１のメッセージに基づいてインジケーション情報を第１のコアネットワークデバイスに送出する段階は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから、第１のダウンリンク情報の有効領域に関する情報を受信する段階であって、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である、段階と、端末の現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、端末が有効領域に位置していないと第２のコアネットワークデバイスが判定した場合、第２のコアネットワークデバイスが第１のメッセージに基づいてインジケーション情報を第１のコアネットワークデバイスに送出する段階とを含む。この場合、第２のコアネットワークデバイスは、端末の現在位置が第１のダウンリンク情報の有効領域に存在しないと判定し、インジケーション情報を第１のコアネットワークデバイスに送出すると決定するので、第１のコアネットワークデバイスは、端末の現在位置に有効な第２のダウンリンク情報を生成することになる。さらに、第２のコアネットワークデバイスが無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
【００５５】
第４態様又は第４態様の任意の実行可能な実装態様に関連して、第４態様の第７の実行可能な実装態様では、第１のダウンリンク情報を第１のＲＡＮノードに送出する段階は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから、第１のダウンリンク情報の有効領域に関する情報を受信する段階であって、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である、段階と、第２のコアネットワークデバイス内の端末のステータスが接続管理連結状態であり、且つ第２のコアネットワークデバイスが、端末の格納されたコンテキスト内の位置情報と有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、第２のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する段階とを含む。この場合、第２のコアネットワークデバイスは、端末のコンテキスト内の位置が第１のダウンリンク情報の有効領域内にあると判定し、第１のダウンリンク情報を第１のＲＡＮノードに送出すると決定するので、第１のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。したがって、無効な第１のダウンリンク情報を第１のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
【００５６】
第４態様の第１の実行可能な実装態様に関連して、第４態様の第８の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの有効化に失敗したと認識する。
【００５７】
第４態様の第２の実行可能な実装態様に関連して、第４態様の第９の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが無効にできないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの無効化に失敗したことを認識する。
【００５８】
第４態様の第３の実行可能な実装態様に関連して、第４態様の第１０の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが更新できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの修正に失敗したことを認識する。
【００５９】
第４態様の第４の実行可能な実装態様に関連して、第４態様の第１１の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが解放できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの解放に失敗したことを認識する。
【００６０】
第４態様の第５の実行可能な実装態様に関連して、第４態様の第１２の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、第１のダウンリンク情報が送信できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の送信に失敗したことを認識する。
【００６１】
第４態様の第８から第１２の実行可能な実装態様のうちのいずれか１つに関連して、第４態様の第１３の実行可能な実装態様では、インジケーション情報は失敗原因値である。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
【００６２】
第４態様の第１３の実行可能な実装態様に関連して、第４態様の第１４の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する、端末はハンドオーバを実行している、コンテキスト転送、端末は第１のＲＡＮノードに到達できない、又は第１のダウンリンク情報は送信されない。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
【００６３】
第４態様又は第４態様の任意の実行可能な実装態様に関連して、第４態様の第１５の実行可能な実装態様では、本方法はさらに、第２のコアネットワークデバイスが端末の現在位置情報を第１のＲＡＮノードから受信する段階を含む。この場合、第２のコアネットワークデバイスは、端末の現在位置情報を認識して、端末の現在位置が第１のダウンリンク情報の有効領域に存在しないと判定し、インジケーション情報を第１のコアネットワークデバイスに送出すると決定するので、第１のコアネットワークデバイスは端末の現在位置に有効な第２のダウンリンク情報を生成することになる。さらに、第２のコアネットワークデバイスが無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することで生じる処理の失敗が回避される。
【００６４】
第５態様によれば、通信方法が提供される。本方法は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第２のコアネットワークデバイスが第１のダウンリンク情報を取得する段階と、第２のコアネットワークデバイスが位置要求メッセージを第１のＲＡＮノードに送出する段階であって、位置要求メッセージは端末の現在位置情報を要求するのに用いられる、段階と、第２のコアネットワークデバイスが端末の現在位置情報を第１のＲＡＮノードから受信する、且つ／又は第２のコアネットワークデバイスが第１のＲＡＮノードから、端末が第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報を受信する段階と、第２のコアネットワークデバイスが第１のダウンリンク情報を第２のＲＡＮノードに送出する段階、又は第２のコアネットワークデバイスがインジケーション情報を第１のコアネットワークデバイスに送出する段階とを含む。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第２のコアネットワークデバイスは情報又はメッセージを第１のＲＡＮノードから受信し、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するように作動するので、第２のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。あるいは、第２のコアネットワークデバイスは、インジケーション情報を第１のコアネットワークデバイスに送出するように作動するので、第１のコアネットワークデバイスは、第１のダウンリンク情報が処理できないと認識することになる。
【００６５】
第６態様によれば、通信方法が提供される。本方法は、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第１のＲＡＮノードが位置要求メッセージを第２のコアネットワークデバイスから受信する段階であって、位置要求メッセージは端末の現在位置情報を要求するのに用いられる、段階と、端末のＲＲＣ接続モードが非アクティブモードである場合、第１のＲＡＮノードが位置要求メッセージに基づいて端末を呼び出す段階と、第１のＲＡＮノードが端末のコンテキスト要求を第２のＲＡＮノードから受信する段階と、第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を端末が開始することを示すインジケーション情報、及び／又は端末の現在位置情報を、第１のＲＡＮノードがコンテキスト要求に基づいて第２のコアネットワークデバイスに送出する段階とを含む。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第１のＲＡＮノードは情報又はメッセージを第２のコアネットワークデバイスに送出するので、第２のコアネットワークデバイスは第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したと認識することになる。
【００６６】
第７態様によれば、通信装置が提供される。本装置は、第１態様から第６態様による任意の方法を実現する機能を有する。これらの機能は、ハードウェア又は対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、前述の機能に対応する１つ又は複数のユニットを含む。本装置は、チップの製品形態で存在してよい。
【００６７】
第８態様によれば、通信装置が提供される。本装置は、メモリと、プロセッサと、少なくとも１つの通信インタフェースと、通信バスとを含む。メモリは、コンピュータ実行可能命令を格納するように構成される。プロセッサと、メモリと、少なくとも１つの通信インタフェースとは、通信バスを介して接続される。プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行するので、本装置は、第１態様から第６態様のうちのいずれか１つによる方法を実施することになる。本装置は、チップの製品形態で存在してよい。
【００６８】
第９態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を含み、命令がコンピュータで実行されると、コンピュータは第１態様から第６態様のうちのいずれか１つによる方法を実行することが可能になる。
【００６９】
第１０態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータで実行されると、コンピュータは第１態様から第６態様のうちのいずれか１つによる方法を実行することが可能になる。
【００７０】
第７態様から第１０態様の任意の設計によりもたらされる技術的効果については、第１態様から第６態様の異なる設計によりもたらされる技術的効果を参照されたい。詳細は、ここで再度説明しない。
【図面の簡単な説明】
【００７１】
【図１】本願の一実施形態による５Ｇネットワークのアーキテクチャの概略図である。
【００７２】
【図２】本願の一実施形態によるＵＰＦのサービス領域の概略図である。
【００７３】
【図３】本願の一実施形態による通信装置のハードウェアの概略構造図である。
【００７４】
【図４】本願の一実施形態による通信方法の概略フローチャートである。
【００７５】
【図５】本願の一実施形態によるＵＰＦ位置の概略図である。
【００７６】
【図６】本願の一実施形態による経路切り替えの概略図である。
【００７７】
【図７】本願の一実施形態による通信方法の概略フローチャートである。
【図８】本願の一実施形態による通信方法の概略フローチャートである。
【図９Ａ】本願の一実施形態による通信方法の概略フローチャートである。
【図９Ｂ】本願の一実施形態による通信方法の概略フローチャートである。
【図１０Ａ】本願の一実施形態による通信方法の概略フローチャートである。
【図１０Ｂ】本願の一実施形態による通信方法の概略フローチャートである。
【図１０Ｃ】本願の一実施形態による通信方法の概略フローチャートである。
【図１１Ａ】本願の一実施形態による通信方法の概略フローチャートである。
【図１１Ｂ】本願の一実施形態による通信方法の概略フローチャートである。
【図１２Ａ】本願の一実施形態による通信方法の概略フローチャートである。
【図１２Ｂ】本願の一実施形態による通信方法の概略フローチャートである。
【図１２Ｃ】本願の一実施形態による通信方法の概略フローチャートである。
【００７８】
【図１３】本願の一実施形態による通信装置の概略構成図である。
【発明を実施するための形態】
【００７９】
以下では、本願の実施形態における技術的解決手段を、本願の実施形態の添付図面を参照して説明する。本願の説明では、特別の定めがない限り、「／」は「又は」を意味する。例えば、Ａ／ＢはＡ又はＢを表してよい。本明細書における用語「及び／又は」は、関連する対象の対応関係だけを説明しており、３つの関係が存在し得ることを表している。例えば、Ａ及び／又はＢは以下の３つの場合、すなわち、Ａだけが存在すること、Ａ及びＢが両方とも存在すること、Ｂだけが存在することを表してよい。さらに、本願の説明では、「複数の」は２つ又は２つより多いことを意味する。さらに、本願の実施形態における技術的解決手段を明確に説明するために、「第１」及び「第２」などの用語が、基本的に同じ機能及び目的を有する同じ品目又は同様の品目を区別するために本願の実施形態で用いられる。当業者であれば、「第１」及び「第２」などの用語が数量又は実行順序を限定しないこと、また「第１」及び「第２」などの用語が明確な差異を示していないことを理解するであろう。
【００８０】
本願の実施形態における技術的解決手段は、データ処理用の様々な通信システムに適用されてよく、これらの通信システムには、符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ、略してＣＤＭＡ）、時分割多元接続（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ、略してＴＤＭＡ）、周波数分割多元接続（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ、略してＦＤＭＡ）、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ、略してＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ＦＤＭＡ、略してＳＣ−ＦＤＭＡ）、及び別のシステムなどが含まれる。用語「システム」及び「ネットワーク」は互いに置き換え可能である。ＣＤＭＡシステムは、ユニバーサル地上波無線アクセス（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ、ＵＴＲＡ）及びＣＤＭＡ２０００などの無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ｗｉｄｅｂａｎｄ  ＣＤＭＡ、略してＷＣＤＭＡ（登録商標））技術及びＣＤＭＡから変化した別の技術を含んでよい。ＣＤＭＡ２０００は、暫定標準（ｉｎｔｅｒｉｍ  ｓｔａｎｄａｒｄ、略してＩＳ）２０００（ＩＳ−２０００）、ＩＳ−９５、及びＩＳ−８５６を包含し得る。ＴＤＭＡシステムは、移動通信用グローバルシステム（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、略してＧＳＭ（登録商標））などの無線技術を実装することができる。ＯＦＤＭＡシステムは、進化型ユニバーサル地上波無線アクセス（ｅｖｏｌｖｅｄ  ＵＴＲＡ、略してＥ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ｕｌｔｒａ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ、略してＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、及びフラッシュＯＦＤＭＡなどの無線技術を実装することができる。ＵＴＲＡはＵＭＴに対応し、Ｅ−ＵＴＲＡはＵＭＴの進化版に対応する。ＵＭＴの新バージョン、すなわちＥ−ＵＴＲＡが、３ＧＰＰロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）及びＬＴＥに基づく進化型の様々なバージョンに用いられる。５Ｇ通信システム及び新無線（ｎｅｗ  ｒａｄｉｏ、略してＮＲ）通信システムが、開発中の次世代通信システムである。また、これらの通信システムはさらに、未来型の通信技術に適用可能であり、本願の実施形態で提供される技術的解決手段に全て適用可能になり得る。
【００８１】
本願の実施形態で説明されるシステムアーキテクチャは、本願の実施形態における技術的解決手段をより明確に説明することが意図されており、本願の実施形態で提供される技術的解決手段を限定する意図はない。当業者であれば、ネットワークアーキテクチャの進化及び新しいサービスシナリオの出現に伴って、本願の実施形態で提供される技術的解決手段は、同様の技術的問題にも適用可能であることを認識するであろう。本願の実施形態では、提供される方法がＮＲシステム又は５Ｇネットワークに適用される一例が、説明に用いられる。しかしながら、本願の実施形態で提供される方法は、別のネットワークにも適用されてよく、例えば、進化型パケットシステム（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ、略してＥＰＳ）ネットワーク（すなわち、一般に言われる第４世代（４ｔｈ  ｇｅｎｅｒａｔｉｏｎ、略して４Ｇ）ネットワーク）に適用されてよいことに留意されたい。これに対応して、本願の実施形態で提供される方法がＥＰＳネットワークに適用される場合、本願の実施形態で提供される方法を実行するネットワークノードが、同じ機能又は対応する機能を有するＥＰＳネットワーク内のネットワークノードに置き換えられる。
【００８２】
例えば、本願の実施形態で提供される方法は５Ｇネットワークに適用されてよい。図１を参照すると、５Ｇネットワークは、以下の複数のネットワーク機能（ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ、略してＮＦ）エンティティを含んでよい。すなわち、認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｓｅｒｖｅｒ  ｆｕｎｃｔｉｏｎ、略してＡＵＳＦ）エンティティ、ＡＭＦエンティティ、データネットワーク（ｄａｔａ  ｎｅｔｗｏｒｋ、略してＤＮ）、統合データ管理（ｕｎｉｆｉｅｄ  ｄａｔａ  ｍａｎａｇｅｍｅｎｔ、略してＵＤＭ）エンティティ、ポリシー制御機能（ｐｏｌｉｃｙ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ、略してＰＣＦ）エンティティ、（無線）アクセスネットワーク（（ｒａｄｉｏ）ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、略して（Ｒ）ＡＮ）エンティティ、ＵＰＦエンティティ、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、略してＵＥ）、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ  ｆｕｎｃｔｉｏ、略してＡＦ）エンティティ、又はセッション管理機能（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、略してＳＭＦ）エンティティなどである。
【００８３】
図１は、アーキテクチャ図の単なる一例にすぎないことが理解されるであろう。図１に示す機能エンティティに加えて、５Ｇネットワークのアーキテクチャがさらに、別の機能エンティティを含んでよい。例えば、ネットワーク露出機能（ｎｅｔｗｏｒｋ  ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ、略してＮＥＦ）エンティティがさらに、ＡＦエンティティとＰＣＦエンティティとの間に含まれてよい。このエンティティは、ネットワークエレメント又はデバイスなどとも呼ばれることがある。
【００８４】
図１のＵＤＭエンティティ、ＡＵＳＦエンティティ、ＰＣＦエンティティ、ＡＭＦエンティティ、及びＳＭＦエンティティはまた、まとめて制御プレーン機能（ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ、ＣＰＦ）エンティティと呼ばれることがある。これについては、本願の実施形態において特に限定されない。
【００８５】
具体的には、（Ｒ）ＡＮは、複数の５Ｇ−ＲＡＮノードを含むネットワークであり、無線物理層機能、リソーススケジューリング及び無線リソース管理、無線アクセス制御、並びにモビリティ管理機能を実装する。５Ｇ−ＲＡＮノードは、ユーザプレーンインタフェースＮ３を介してＵＰＦに接続され、端末のデータを送信するように構成される。５Ｇ−ＲＡＮノードは、制御プレーンインタフェースＮ２を介して、ＡＭＦへの制御プレーンシグナリング接続を確立し、無線アクセスベアラ制御などの機能を実装する。ＡＭＦは、端末認証、端末のモビリティ管理、ネットワークスライス（ｎｅｔｗｏｒｋ  ｓｌｉｃｅ）選択、及びＳＭＦ選択などの機能を主に担う。ＡＭＦは、Ｎ１及びＮ２シグナリング接続のアンカーとしての役割を果たし、Ｎ１／Ｎ２インタフェースを介したセッション管理（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ、略してＳＭ）メッセージのルーティングをＳＭＦに提供し、端末のステータス情報を保持し且つ管理する。ＳＭＦは主に、端末セッション管理の全ての制御プレーン機能を担い、制御プレーン機能には、ＵＰＦ選択、インターネットプロトコル（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ、略してＩＰ）アドレス割り当て、セッションのサービス品質（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ、略してＱｏＳ）管理、並びにポリシー及び課金制御（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｃｏｎｔｒｏｌ、略してＰＣＣ）ポリシーをＰＣＦから取得することなどが含まれる。パケットデータユニット（ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ、略してＰＤＵ）セッション接続のアンカーとして、ＵＰＦは、端末のデータパケットフィルタリング、データ送信／転送、レート制御、及び課金情報の生成などを担う。
【００８６】
図１の（Ｒ）ＡＮエンティティ、ＡＭＦエンティティ、ＳＭＦエンティティ、ＡＵＳＦエンティティ、ＵＤＭエンティティ、ＵＰＦエンティティ、及びＰＣＦエンティティなどは単なる名称であって、これらの名称がデバイスにいかなる制限ももたらさないことに留意されたい。５Ｇネットワーク及び他の将来のネットワークにおいて、これらのエンティティに対応するネットワークエレメント又はデバイスが他の名称を有してもよい。これについては、本願の実施形態において特に限定されない。例えば、ＵＤＭエンティティは代替的に、ホーム加入者サーバ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ、略してＨＳＳ）、ユーザサブスクリプションデータベース（ｕｓｅｒ  ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａｂａｓｅ、略してＵＳＤ）、又はデータベースエンティティなどに置き換えられてもよい。この説明はここで提供され、以下で再度提供されることはない。
【００８７】
本願の実施形態で提供される方法はさらに、５Ｇネットワークのネットワークスライスに適用されてもよい。ネットワークスライス技術が、１つの物理ネットワークを複数の仮想エンドツーエンドネットワークにスライスするのに用いられる。デバイス、アクセス技術、送信経路、及びネットワークのコアネットワークを含む、それぞれの仮想ネットワークは論理的に独立している。これらのネットワークスライスはそれぞれ、別個のネットワーク機能を含むか、又は複数の機能の組み合わせをインスタンス化することで取得され、異なる機能的特徴を有し、異なる要件及びサービスを目指している。これらのネットワークスライスは、異なるユーザ又はユーザクループが、異なる適用シナリオ及びユーザ又はユーザクループの要件に基づいて、互いに影響を与えることなく、ネットワーク機能を柔軟且つ動的に定め且つカスタマイズできるように分離されている。
【００８８】
ネットワークスライスは、ＣＰＦエンティティ及びＵＰＦエンティティを含む。ＣＰＦエンティティは主に、アクセス認証、セキュリティ暗号化、及び端末の位置登録などのアクセス制御及びモビリティ管理機能と、ユーザプレーン送信経路の確立、解放、及び変更などのセッション管理機能とを実装する。ＵＰＦエンティティは主に、ユーザプレーンデータのルーティング及び転送などの機能を実装する。
【００８９】
任意選択的に、本願の実施形態における端末（ｔｅｒｍｉｎａｌ）は、ＵＥとも呼ばれることがある（端末及び後述されるＵＥは同じデバイスである）。具体的には、端末は、無線通信機能を有する様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、若しくはコンピューティングデバイス、又は無線モデムに接続された他の処理デバイスを含んでよい。端末はさらに、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、携帯電話（ｃｅｌｌｕｌａｒ  ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔ  ｐｈｏｎｅ）、無線データカード、携帯情報端末（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ、略してＰＤＡ）コンピュータ、タブレットコンピュータ、無線モデム（ｍｏｄｅｍ）、ハンドヘルドデバイス（ｈａｎｄｈｅｌｄ）、ラップトップコンピュータ（ｌａｐｔｏｐ  ｃｏｍｐｕｔｅｒ）、コードレス電話（ｃｏｒｄｌｅｓｓ  ｐｈｏｎｅ）、無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ、略してＷＬＬ）ステーション、マシンタイプ通信（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、略してＭＴＣ）端末、移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ、略してＭＳ）、及び端末デバイス（ｔｅｒｍｉｎａｌ  ｄｅｖｉｃｅ）などを含んでよい。
【００９０】
本願の実施形態における技術的解決手段を理解しやすくするために、本願の関連内容の簡潔な説明が最初に提供される。
【００９１】
ＰＤＵセッション：ＰＤＵセッションの１つ又は複数のサービスフローテンプレートがＵＰＦに格納されており、ＰＤＵセッションは、ＰＤＵセッションのサービスフローテンプレートと一致するダウンリンクデータを搬送するのに用いられる。
【００９２】
具体的には、ＵＰＦは、ダウンリンクデータを受信した後に、ダウンリンクデータをサービスフローテンプレートと照合し、ダウンリンクデータと正常に一致するサービスフローテンプレートに対応するＰＤＵセッションが、ダウンリンクデータを搬送するＰＤＵセッションである（ＰＤＵセッション１であると仮定する）。ＰＤＵセッション１が有効になっていないとＵＰＦが判定した場合、ＵＰＦは、ダウンリンクデータを送出するためにＰＤＵセッション１を有効にする必要がある。表１を参照すると、この場合、ＰＤＵセッション２及びＰＤＵセッション３が有効になっているとしても、ＰＤＵセッション２及びＰＤＵセッション３に対応するサービスフローテンプレートがダウンリンクデータと一致しないので、ＵＰＦはＰＤＵセッション２又はＰＤＵセッション３を用いてダウンリンクデータを搬送することができない。
【００９３】
１つのＰＤＵセッションが１つのＳＭＦによってのみ提供され、異なるＰＤＵセッションを提供するＳＭＦが同じであってもよく、異なっていてもよい。例えば、表１を参照すると、ＰＤＵセッション１はＳＭＦ１により提供され、ＰＤＵセッション２及びＰＤＵセッション３はＳＭＦ２により提供される。
【表１】
2021517769.tif 000003
【００９４】
ＵＰＦのサービス領域：ＵＰＦはＵＰＦのサービス領域内のＲＡＮノードにサービスを提供する（言い換えれば、ＵＰＦはＵＰＦのサービス領域内のＵＥにサービスを提供する、又はＵＰＦはＵＰＦのサービス領域内のＲＡＮノードに接続されたＵＥにサービスを提供する）。ＵＰＦのサービス領域に位置するＲＡＮノードが、ＵＰＦへのデータチャネルを確立して、端末にサービスを提供してよい。
【００９５】
図２に示すように、ＵＰＦがサービス領域を有する（例えば、図２では、ＵＰＦ１のサービス領域がサービス領域１であり、ＵＰＦ２のサービス領域がサービス領域２である）。例えば、端末がＵＰＦ１のサービス領域から外へ移動すると、ＵＰＦ１のサービス領域内にあり且つ端末にサービスを提供するＲＡＮノードがＵＰＦ１へのデータチャネルを確立できないために、ＵＰＦ１は端末にサービスを提供することができない。この場合、端末に現在サービスを提供しているＲＡＮノードがＲＡＮ２ノードであるならば、ＳＭＦはＲＡＮ２ノードのＵＰＦ（ＵＰＦ２と示されている）を選択するので、ＲＡＮ２ノードはＵＰＦ２へのデータチャネルを確立して、端末にサービスを提供することになる。
【００９６】
ＡＭＦは、登録領域（ｒｅｇｉｓｔｒａｔｉｏｎ  ａｒｅａ、略してＲＡ）を端末に割り当てるときに、ＵＰＦのサービス領域を考慮しない。端末がＲＡに移動すると、端末はＵＰＦのサービス領域の外へ移動したかもしれない。５Ｇネットワークでは、端末がＵＰＦ１のサービス領域の外へ移動したかどうかに関する情報を取得するために、ＳＭＦは（ＵＰＦ１のサービス領域１に対応する）「関心領域（ａｒｅａ  ｏｆ  ｉｎｔｅｒｅｓｔ）」をＡＭＦからサブスクライブする。端末がサービス領域１の外へ移動したとＡＭＦが判定した場合、ＡＭＦはこの情報をＳＭＦに通知するので、ＳＭＦはＲＡＮ２ノードのＵＰＦを選択することになる。
【００９７】
さらに、従来技術では、端末の格納されたコンテキスト内の位置情報に基づいて、端末がダウンリンク情報の有効領域に位置していると判定した後に、ＡＭＦはダウンリンク情報をＲＡＮ１ノードに送出する。現在、従来技術には、ＲＡＮ１ノードがダウンリンク情報を受信した後に、ダウンリンク情報をどのように処理するかについて、対応する処理メカニズムがない。
【００９８】
ＲＲＣ接続モード：ＲＲＣ接続モードは、アイドルモード、接続モード、及び非アクティブモードを含んでよい。
【００９９】
端末のＲＲＣ接続モードがアイドルモードであるということは、非アクセス層（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ、略してＮＡＳ）シグナリング接続が端末とＡＭＦとの間に確立されていないことを意味してよい。
【０１００】
端末のＲＲＣ接続モードが接続モードであるということは、ＮＡＳシグナリング接続が端末とＡＭＦとの間に確立されていること、且つＲＲＣ接続が端末とＲＡＮとの間に確立されていることを意味してよい。
【０１０１】
端末のＲＲＣ接続モードが非アクティブモードであるということは、ＮＡＳシグナリング接続が端末とＡＭＦとの間に確立されていること、且つＲＲＣ接続が端末とＲＡＮとの間に確立されていないことを意味してよい。
【０１０２】
接続モード又は非アクティブモードの端末では、ＡＭＦに格納された端末のステータスが接続管理連結状態である。また、ＡＭＦはさらに、端末のコンテキストを格納し、コンテキストは端末の位置情報を含み、端末の位置情報は、端末がネットワークに最初にアクセスするプロセス（すなわち、登録手順又はサービス要求手順）で報告される端末の位置情報、又は端末がセルハンドオーバを実行するプロセスで基地局により報告される端末の位置情報である。端末の位置情報は、端末にサービスを提供するＲＡＮノードの識別子、端末が位置しているセルの進化型ユニバーサル地上波無線アクセスネットワーク（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、略してＥ−ＵＴＲＡＮ）セルグローバル識別子（Ｅ−ＵＴＲＡＮ  ｃｅｌｌ  ｇｌｏｂａｌ  ｉｄｅｎｔｉｆｉｅｒ、略してＥＣＧＩ）、又は端末が位置しているＴＡのＴＡ識別情報（ＴＡ  ｉｄｅｎｔｉｔｙ、略してＴＡＩ）若しくはＴＡコード（ＴＡ  ｃｏｄｅ、略してＴＡＣ）であってもよい。
【０１０３】
端末のＲＲＣ接続モードが非アクティブモードである場合、ＡＭＦは端末の特定のＲＲＣ接続モード（例えば、非アクティブモード）も格納してよいことに留意されたい。
【０１０４】
５Ｇ無線通信システムでは、ＲＲＣ接続モードが非アクティブモードである端末の場合、ＡＭＦに格納された端末のステータスが接続管理連結状態であるならば、ＡＭＦは、端末の格納されたコンテキスト内の位置情報が端末の現在位置情報であるとみなす。端末にセルハンドオーバが生じていないときに、端末が（ＵＰＦ１のサービス領域内の）ＲＡＮ１ノードのカバレッジ領域から（ＵＰＦ１のサービス領域に入っていない）ＲＡＮ２ノードのカバレッジ領域に移動する場合、ＡＭＦに格納された端末のコンテキスト内の位置情報は、依然として、端末がＲＡＮ１ノードのカバレッジ領域に位置していることを示す情報である。しかしながら実際には、端末は、ＲＡＮ２ノードのカバレッジ領域に移動している。端末のダウンリンク情報の有効領域がＵＰＦのサービス領域と一致する場合、格納された端末のコンテキストに含まれる位置情報に基づいて、端末がダウンリンク情報の有効領域に位置していると、ＡＭＦが決定した結果は不正確である。この場合、ＡＭＦが端末のダウンリンク情報をＲＡＮ１ノードに送出するならば、このダウンリンク情報は処理できない。
【０１０５】
この問題を解決するために。本願の一実施形態が通信装置を提供する。図３は、本願の一実施形態による通信装置のハードウェアの概略構造図である。通信装置は、以下の内容における第１のコアネットワークデバイス、第２のコアネットワークデバイス、第１のＲＡＮノード、又は第２のＲＡＮノードであってもよい。通信装置３０は、少なくとも１つのプロセッサ３０１と、通信バス３０２と、メモリ３０３と、少なくとも１つの通信インタフェース３０４とを含む。
【０１０６】
プロセッサ３０１は、１つ又は複数の汎用中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、略してＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、略してＡＳＩＣ）、又は本願の解決手段のプログラム実行を制御するように構成された１つ又は複数の集積回路であってもよい。
【０１０７】
通信バス３０２は、前述の構成要素間の通信に用いられ、情報を送信する。
【０１０８】
通信インタフェース３０４は、別のデバイス若しくはイーサネット（登録商標）などの通信ネットワーク、ＲＡＮデバイス、又は無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、略してＷＬＡＮ）と通信するように構成され、送受信機などの任意の装置を用いてもよい。
【０１０９】
メモリ３０３は、本願の解決手段を実行するためのコンピュータ実行可能命令を格納するように構成され、プロセッサ３０１はコンピュータ実行可能命令の実行を制御する。プロセッサ３０１は、メモリ３０３に格納されたコンピュータ実行可能命令を実行して、本願の以下の実施形態で提供される方法を実施するように構成される。メモリ３０３は、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、略してＲＯＭ）又は静的な情報及び命令を格納できる別のタイプの静的記憶装置、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、略してＲＡＭ）又は情報及び命令を格納できる別のタイプの動的記憶装置であってもよく、電気的消去可能プログラム可能型リードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、略してＥＥＰＲＯＭ）、コンパクトディスクリードオンリメモリ（ｃｏｍｐａｃｔ  ｄｉｓｃ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、略してＣＤ−ＲＯＭ）又は別のコンパクトディスク記憶装置、光ディスク記憶装置（圧縮光ディスク、レーザディスク、光ディスク、デジタル多用途ディスク、及びブルーレイ光ディスクなどを含む）、又は磁気ディスク記憶媒体若しくは別の磁気記憶装置、又は命令若しくはデータ構造体の形態で期待されるプログラムコードを保持又は格納でき且つコンピュータがアクセス可能な任意の他の媒体であってもよいが、これらに限定されない。メモリ３０３は、独立して存在してよく、通信バス３０２を介してプロセッサ３０１に接続される。メモリ３０３は、代替的に、プロセッサ３０１に統合されてもよい。
【０１１０】
任意選択的に、本願の本実施形態のコンピュータ実行可能命令は、アプリケーションプログラムコードとも呼ばれることがある。これについては、本願の本実施形態において特に限定されない。
【０１１１】
一実施形態において、プロセッサ３０１は、１つ又は複数のＣＰＵ、例えば、図３のＣＰＵ０及びＣＰＵ１を含んでよい。
【０１１２】
一実施形態において、通信装置３０は、複数のプロセッサ、例えば、図３のプロセッサ３０１及びプロセッサ３０８を含んでよい。これらのプロセッサのそれぞれは、シングルコア（ｓｉｎｇｌｅ−ＣＰＵ）プロセッサであってもよく、マルチコア（ｍｕｌｔｉ−ＣＰＵ）プロセッサであってもよい。本明細書のプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように構成された１つ又は複数のデバイス、回路、及び／又は処理コアを指してよい。
【０１１３】
一実施形態において、通信装置３０はさらに、出力装置３０５と入力装置３０６とを含んでよい。出力装置３０５は、プロセッサ３０１と通信し、複数の方式で情報を表示してよい。入力装置３０６は、プロセッサ３０１と通信し、複数の方式でユーザの入力を受け取ってよい。
【０１１４】
以下に提供される実施形態を十分に理解するために、以下の第１のダウンリンク情報がここで説明される。詳細については、表２を参照されたい。
【表２】
2021517769.tif 000004
【０１１５】
表２では、ＳＭＳＦがショートメッセージサービス機能（ｓｈｏｒｔ  ｍｅｓｓａｇｉｎｇ  ｓｅｒｖｉｃｅ  ｆｕｎｃｔｉｏｎ）の省略であり、ＳＭＳがショートメッセージングサービス（ｓｈｏｒｔ  ｍｅｓｓａｇｉｎｇ  ｓｅｒｖｉｃｅ）の省略である。
【０１１６】
表２では、連続番号１、７、８、９、及び１０に対応する第１のダウンリンク情報は、送信のためにＡＭＦにより提供されるＮ１インタフェースメッセージＮ２インタフェースメッセージ転送メッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ）に含まれてよい。連続番号２に対応する第１のダウンリンク情報は、送信のためにＰＣＦにより提供されるアクセス及びモビリティポリシー制御更新通知メッセージ（Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ  ＵｐｄａｔｅＮｏｔｉｆｙ）に含まれてよい。連続番号５に対応する第１のダウンリンク情報は、送信のためにＵＤＭにより提供されるサブスクリプションデータ管理通知メッセージ（Ｎｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ）に含まれてよい。連続番号６に対応する第１のダウンリンク情報は、送信のためにＮＥＦにより提供されるトリガ送達要求メッセージ（Ｎｎｅｆ＿Ｔｒｉｇｇｅｒ＿Ｄｅｌｉｖｅｒｙｒｅｑｕｅｓｔ）に含まれてよい。ＡＭはアクセス及びモビリティ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ）の省略であり、ＳＤＭはサブスクリプションデータ管理（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ  ｍａｎａｇｅｍｅｎｔ）の省略である。
［実施形態１］
【０１１７】
本願の本実施形態は、ＲＲＣ接続モードが非アクティブモードであるＵＥが第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される通信方法を提供する。図４に示すように、本方法は、以下に挙げる段階を含む。
【０１１８】
４０１：第１のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する。
【０１１９】
第１のダウンリンク情報は、第１のコアネットワークデバイスが別のネットワークデバイスから受信したダウンリンク情報であってもよく、第１のコアネットワークデバイスが生成したダウンリンク情報であってもよい。例えば、第１のコアネットワークデバイスは、ＳＭＳＦ、ＰＣＦ、ＵＤＭ、ＮＥＦ、ＡＭＦ、又はＳＭＦなどであってもよく、別のネットワークデバイスはＡＦであってよい。
【０１２０】
例えば、第１のダウンリンク情報が第１のコアネットワークデバイスにより生成される場合、第１のダウンリンク情報がＵＥのＰＤＵセッションに関連した情報（例えば、ＵＥのＰＤＵセッションの有効化／無効化／修正／解放に用いられるダウンリンク情報）であるならば、第１のコアネットワークデバイスはＳＭＦであってよい。第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦであってよい。第１のダウンリンク情報がＵＥに関するアクセス及びモビリティ管理パラメータを更新するのに用いられる情報である場合、第１のコアネットワークデバイスはＡＭＦであってよい。他の場合については表２を参照されたい。詳細は、再度ここで説明しない。
【０１２１】
４０２：第１のＲＡＮノードは、ＵＥの第１のダウンリンク情報を第１のコアネットワークデバイスから受信する。
【０１２２】
４０３：第１のＲＡＮノードは、ＵＥのＲＲＣ接続モードが非アクティブモードである場合、第１のダウンリンク情報に基づいてＵＥを呼び出す。
【０１２３】
一例では、第１のＲＡＮノードに格納されたＵＥのコンテキストがＲＲＣ接続モードを含む。ＲＲＣ接続モードが接続モードである場合、ＵＥは、第１のＲＡＮノードのカバレッジ領域内の第１のＲＡＮノードと情報を交換してよい。したがって、第１のＲＡＮノードは、第１のダウンリンク情報を受信すると、ＵＥを呼び出すことはない。例えば、ＵＥのＲＲＣ接続モードが接続モードである場合、第１のＲＡＮノードが、ＰＤＵセッションを有効にするのに用いられる第１のダウンリンク情報を受信するならば、第１のＲＡＮノードは、ＲＲＣシグナリングのやり取りを介して、ＰＤＵセッション用のＵＥへのエアインタフェースＤＲＢデータチャネルを直接的に確立してよく、ＵＥを呼び出す必要はない。ＵＥのＲＲＣ接続モードが非アクティブモードである場合、第１のＲＡＮノードはＵＥを呼び出す。
【０１２４】
４０４：第１のＲＡＮノードは、ＵＥコンテキスト要求を第２のＲＡＮノードから受信する。
【０１２５】
第１のＲＡＮノードは、ＵＥを呼び出す場合、別のＲＡＮノード（第２のＲＡＮノードを含む）にもＵＥを呼び出すよう通知する。ＲＡＮノードは、ページング（Ｐａｇｉｎｇ）メッセージをブロードキャストして、ＵＥを呼び出してよい。
【０１２６】
一例では、ＵＥがこの時点で既に第２のＲＡＮノードのカバレッジ領域内に存在するため、ＵＥは第２のＲＡＮノードへのＲＲＣ接続再開要求を開始し、第２のＲＡＮノードによりブロードキャストされるページングメッセージに応答する。第２のＲＡＮノードは、ＵＥのＲＲＣ接続再開要求を受信した後に、コンテキスト要求を第１のＲＡＮノードに送出する。コンテキスト要求は、ＵＥのコンテキストを取得するよう要求して、ＵＥのＲＲＣ接続を再開するのに用いられる。
【０１２７】
４０５：第１のＲＡＮノードは、コンテキスト要求に基づいて、インジケーション情報を第１のコアネットワークデバイスに送出する。
【０１２８】
任意選択的に、インジケーション情報は、第１のダウンリンク情報が処理できないことを示してよい。言い換えれば、インジケーション情報は、第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出することを示すのに用いられる。
【０１２９】
４０６：第１のコアネットワークデバイスは、インジケーション情報を第１のＲＡＮノードから受信する。
【０１３０】
４０７：第１のコアネットワークデバイスは、インジケーション情報に基づいて、第２のダウンリンク情報を第２のＲＡＮノードに送出する。
【０１３１】
第１のダウンリンク情報及び第２のダウンリンク情報は、部分的に又は完全に同じであってもよい。
【０１３２】
第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報の機能が、次のいくつかのケースのうちのいずれか１つであってよい。
【０１３３】
ケース１：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを有効にするのに用いられる。第１のダウンリンク情報は、表２の連続番号８に対応する第１のダウンリンク情報である。
【０１３４】
第１のダウンリンク情報は、Ｎ２インタフェースＳＭ情報（Ｎ２  ＳＭ  ｉｎｆｏｒｍａｔｉｏｎ）であってよい。Ｎ２インタフェースＳＭ情報は、ＱｏＳプロファイル（ＱｏＳ  ｐｒｏｆｉｌｅ：ＱｏＳ構成情報とも呼ばれることがある）及びコアネットワークＮ３インタフェーストンネル情報（ＣＮ  Ｎ３  ｔｕｎｎｅｌ  ｉｎｆｏ：ＣＮ  ｔｕｎｎｅｌ  ｉｎｆｏとも示されることがある）であってよい。ＣＮ  Ｎ３  ｔｕｎｎｅｌ  ｉｎｆｏは、第１のＲＡＮノードが第１のＲＡＮノードと第１のＵＰＦとの間にＮ３インタフェースデータチャネルを確立するのに用いられてよい。第１のＵＰＦは、ＵＥのＰＤＵセッションのダウンリンクデータを受信し且つデータ通知を第１のコアネットワークデバイスに送出するＵＰＦであり、データ通知は、送出する必要があるＵＥのダウンリンクデータがあることを第１のコアネットワークデバイスに通知するのに用いられる。
【０１３５】
ケース２：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを無効にするのに用いられる。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じであってよい。
【０１３６】
第１のダウンリンク情報は、表２の連続番号９に対応する第１のダウンリンク情報であってよい。
【０１３７】
例えば、第１のダウンリンク情報は、Ｎ２インタフェースＳＭ情報であってよい。Ｎ２インタフェースＳＭ情報は、ＰＤＵセッション識別子であってよい。
【０１３８】
ケース３：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを更新するのに用いられる。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じであってよい。
【０１３９】
第１のダウンリンク情報は、表２の連続番号１０に対応する第１のダウンリンク情報であってよい。
【０１４０】
第１のダウンリンク情報は、Ｎ２インタフェースＳＭ情報とＮ１インタフェースＳＭコンテナとを含んでよい。Ｎ２インタフェースＳＭ情報は、ＲＡＮノードがＰＤＵセッションに関連するパラメータを更新するのに用いられる。Ｎ２インタフェースＳＭ情報は、ＱｏＳ  ｐｒｏｆｉｌｅであってよい。Ｎ１インタフェースＳＭコンテナは、ＵＥがＰＤＵセッションに関連するパラメータを更新するのに用いられる。Ｎ１インタフェースＳＭコンテナは、ＱｏＳ  ｐｒｏｆｉｌｅであってよい。
【０１４１】
ケース４：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態又は非アクティブ状態であり、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを解放するのに用いられる。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じであってよい。
【０１４２】
第１のダウンリンク情報は、表２の連続番号１１に対応する第１のダウンリンク情報であってよい。
【０１４３】
例えば、第１のダウンリンク情報は、Ｎ２リソース解放要求（Ｎ２  Ｒｅｓｏｕｒｃｅ  Ｒｅｌｅａｓｅ  ｒｅｑｕｅｓｔ）及び／又はＮ１インタフェースＳＭコンテナを含んでよい。Ｎ２リソース解放要求は、第１のＲＡＮノードがＰＤＵセッションを解放するのに用いられる関連パラメータを含み、Ｎ１インタフェースＳＭコンテナは、ＵＥがＰＤＵセッションを解放するのに用いられる関連パラメータを含む。Ｎ２リソース解放要求及びＮ１インタフェースＳＭコンテナは両方とも、ＰＤＵセッション識別子を含む。ＰＤＵセッションがアクティブ状態である場合、第１のダウンリンク情報はＮ２リソース解放要求及びＮ１インタフェースＳＭコンテナを含み、ＰＤＵセッションが非アクティブ状態である場合、第１のダウンリンク情報はＮ１インタフェースＳＭコンテナを含む。
【０１４４】
ケース５：第１のダウンリンク情報はＵＥに送出されるダウンリンク情報であり、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられ、第２のダウンリンク情報は第１のダウンリンク情報と同じである。
【０１４５】
第１のダウンリンク情報は、表２の連続番号１〜７のうちのいずれか１つに対応する第１のダウンリンク情報であってよい。ケース１〜ケース４のうちのいずれか１つにおいては、以下の通りである。
【０１４６】
第１のコアネットワークデバイスはＳＭＦであってよい。第１のコアネットワークデバイスは、第１のダウンリンク情報を第１のＲＡＮノードに直接的に送出してよい。あるいは、第１のコアネットワークデバイスは第１のダウンリンク情報を別のデバイスに送出してよく、別のデバイスは第１のダウンリンク情報を第１のＲＡＮノードに転送する。別のデバイスは、制御プレーンのネットワークエレメント、例えばＡＭＦであってよい。例えば、第１のコアネットワークデバイスがＳＭＦである場合、ＳＭＦは第１のダウンリンク情報をＡＭＦに送出してよく、ＡＭＦは第１のダウンリンク情報を第１のＲＡＮノードに転送する。
【０１４７】
第１のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに直接的に送出する場合、第１のＲＡＮノードは第１のダウンリンク情報を第１のコアネットワークデバイスから受信してよい。第１のコアネットワークデバイスが第１のダウンリンク情報を別のデバイスに送出する場合、別のデバイスは第１のダウンリンク情報を第１のＲＡＮノードに転送し、第１のＲＡＮノードは第１のダウンリンク情報を別のデバイスから受信してよい。
【０１４８】
ケース５では、第１のコアネットワークデバイスは第１のダウンリンク情報を生成するデバイスであってもよく、第１のダウンリンク情報を転送するデバイスであってもよい。例えば、第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦ（第１のダウンリンク情報を生成するデバイス）であっても、ＡＭＦ（第１のダウンリンク情報を転送するデバイス）であってもよい。
【０１４９】
前述した５つのケースに関連して、以下ではさらに、異なる実装シナリオを用いて本実施形態を説明する。詳細は、次の通りである。
【０１５０】
任意選択的に、本実施形態の第１の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース１のものとして説明される。第１の実装シナリオでは、以下の通りである。
【０１５１】
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードはＵＥのＰＤＵセッションを有効にせず（例えば、ＵＥと第１のＲＡＮノードとの間に、ＵＥのＰＤＵセッション用のエアインタフェースＤＲＢデータチャネルの確立を引き起こさない、又は第１のＲＡＮノードと第１のＵＰＦとの間に、ＵＥのＰＤＵセッション用のＮ３インタフェースデータチャネルの確立を引き起こさない）、第１のＲＡＮノードはインジケーション情報を第１のコアネットワークデバイスに送出する。
【０１５２】
段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの有効化に失敗したと判定し、現在ＵＥにサービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出してよい。
【０１５３】
任意選択的に、本方法はさらに、第１のコアネットワークデバイスがＵＥの現在位置情報に基づいてＵＥが第１のダウンリンク情報の有効領域に位置していないと判定した場合、第１のコアネットワークデバイスがＵＥの現在位置情報に基づいて第２のダウンリンク情報を生成する段階を含む。あるいは、第１のコアネットワークデバイスがＵＥの現在位置情報に基づいて端末が第１のダウンリンク情報の有効領域に位置していると判定した場合、第２のダウンリンク情報及び第１のダウンリンク情報は同じである。
【０１５４】
第１のコアネットワークデバイスは、ＵＥの現在位置情報を第１のダウンリンク情報の有効領域と比較して、第１のダウンリンク情報の有効領域に現在ＵＥが位置しているかどうかを判定してよい。第１のダウンリンク情報は、第１のダウンリンク情報の有効領域内のデバイスに有効である。
【０１５５】
第１のダウンリンク情報は、第１のＵＰＦに対応するＣＮ  Ｎ３  ｔｕｎｎｅｌ  ｉｎｆｏを含む。したがって、第１のコアネットワークデバイスは、第１のダウンリンク情報の有効領域を第１のＵＰＦのサービス領域として設定してよい。すなわち、ＣＮ  Ｎ３  ｔｕｎｎｅｌ  ｉｎｆｏは第１のＵＰＦのサービス領域に位置するＵＥだけに有効である（言い換えれば、ＣＮ  Ｎ３  ｔｕｎｎｅｌ  ｉｎｆｏは第１のＵＰＦのサービス領域に位置するＲＡＮだけに有効である、又はＣＮ  Ｎ３  ｔｕｎｎｅｌ  ｉｎｆｏは、第１のＵＰＦのサービス領域に位置するＲＡＮを介してネットワークに接続されたＵＥだけに有効である）。もちろん、第１のコアネットワークデバイスはさらに、他の情報（例えば、第１のコアネットワークデバイスのサービス範囲、第１のＵＰＦの負荷情報、及びＵＥに現在サービスを提供している基地局の負荷情報）に基づいて、第１のダウンリンク情報の有効領域を設定してもよい。次の説明では、第１のダウンリンク情報の有効領域が第１のＵＰＦのサービス領域と同じである一例が、本願の本実施形態で提供される方法を説明するのに用いられる。
【０１５６】
第１のダウンリンク情報の有効領域にＵＥが現在位置していない場合（言い換えれば、第２のＲＡＮノードが第１のダウンリンク情報の有効領域に位置していない場合）、これは、ＵＥが第１のＵＰＦのサービス領域を離れたことを意味し、第１のＵＰＦは、もはやＵＥにサービスを提供できない。したがって、第１のコアネットワークデバイスは、ＵＥの現在位置情報に基づいて、現在ＵＥにサービスを提供しているＲＡＮノード（すなわち、第２のＲＡＮノード）を決定してよく、第１のコアネットワークデバイスは第２のＲＡＮノードのＵＰＦ（第２のＵＰＦと示されている）を選択する。第１のダウンリンク情報の有効領域にＵＥが現在位置していない場合、段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの有効化に失敗したと判定し、ＣＮ  Ｎ３  ｔｕｎｎｅｌ  ｉｎｆｏを第２のダウンリンク情報に含めることによって、第２のＵＰＦに対応するＣＮ  Ｎ３  ｔｕｎｎｅｌ  ｉｎｆｏを第２のＲＡＮノードに送出するので、第２のＲＡＮノードはＵＥのＰＤＵセッションを有効にすることになる。
【０１５７】
第２のＵＰＦは、ＳＭＦにより選択される中間ＵＰＦ（ｉｎｔｅｒｍｅｄｉａｔｅ  ＵＰＦ）であり、第２のＲＡＮノードに接続して、ＰＤＵセッション用にＮ３インタフェースデータチャネルを確立するように構成される。例えば、図５の（ａ）を参照すると、第１のＲＡＮノードは第１のＵＰＦに接続されている。図５の（ｂ）、（ｃ）、及び（ｄ）を参照すると、第２のＲＡＮノードは第２のＵＰＦに接続されている。具体的には、第２のＵＰＦは、アンカーＵＰＦに直接的に接続されてもよく（図５の（ｂ）を参照）、第１のＵＰＦを介してアンカーＵＰＦに接続されてもよい（図５の（ｄ）を参照）（この場合、第１のＵＰＦ及び第２のＵＰＦは異なるＵＰＦである）。第２のＵＰＦは代替的に、アンカーＵＰＦであってもよい（図５の（ｃ）を参照）。
【０１５８】
第１のダウンリンク情報の有効領域に現在ＵＥが位置している場合（言い換えれば、第２のＲＡＮノードは第１のダウンリンク情報の有効領域に位置している場合）、第２のＲＡＮノード及び第１のＲＡＮノードは、ＵＥのＰＤＵセッション用に、同じＵＰＦ（すなわち、前述の第１のＵＰＦ）へのＮ３インタフェースデータチャネルを確立してよい。したがって、第１のダウンリンク情報及び第２のダウンリンク情報は同じ情報であってよい。
【０１５９】
段階４０７の後に、第２のＲＡＮノードは、受信した第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを有効にする。第２のＲＡＮノードがＵＥのＰＤＵセッションを有効にするということは、具体的には、第２のＲＡＮノードが、ＵＥのＰＤＵセッション用に、ＵＥと第２のＵＰＦとの間にデータチャネルを確立することを含んでよく、ＵＥと第２のＵＰＦとの間のデータチャネルは、ＵＥと第２のＲＡＮノードとの間のエアインタフェースＤＲＢデータチャネルと、第２のＲＡＮノードと第２のＵＰＦとの間のＮ３インタフェースデータチャネルとを含む。
【０１６０】
第１の実装シナリオでは、第１のダウンリンク情報がＵＥのＰＤＵセッションを有効にするのに用いられる場合、第１のコアネットワークデバイスがインジケーション情報を受信するならば、それは、第１のＲＡＮノードがＰＤＵセッションの有効化に失敗したことを示している。第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出してよいので、第２のＲＡＮノードは第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを有効にすることになる。第２のＲＡＮノードはＵＥに現在サービスを提供しているＲＡＮノードのため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に有効にすることができる。
【０１６１】
任意選択的に、本実施形態の第２の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース２のものとして説明される。第２の実装シナリオでは、以下の通りである。
【０１６２】
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されたコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードは、ＵＥのＰＤＵセッションを無効にするのではなく、インジケーション情報を第１のコアネットワークデバイスに送出する。
【０１６３】
段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの無効化に失敗したと判定し、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出してよい。ＵＥは現在、第２のＲＡＮノードのカバレッジ領域に位置しているため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に無効にすることができる。
【０１６４】
第１のコアネットワークデバイスは、無効にされる予定のＰＤＵセッションを単独で決定してよい。例えば、ＰＤＵセッションがローカルアクセスデータネットワーク（ｌｏｃａｌ  ａｃｃｅｓｓ  ｄａｔａ  ｎｅｔｗｏｒｋ、略してＬＡＤＮ）用に確立されたＰＤＵセッションであり、ＵＥがＬＡＤＮのサービス領域の外へ移動することを第１のコアネットワークデバイスが検出した場合、第１のコアネットワークデバイスはＰＤＵセッションを無効にすると決定する。別の例では、データが特定の時間内にＰＤＵセッション用に送信されていないことをＵＰＦが第１のコアネットワークデバイスに通知した場合、第１のコアネットワークデバイスは、ＰＤＵセッションを無効にすると決定する。
【０１６５】
段階４０７の後に、第２のＲＡＮノードは、受信した第２のダウンリンク情報に基づいて、ＵＥのＰＤＵセッションを無効にする。第２のＲＡＮノードがＵＥのＰＤＵセッションを無効にするということは、具体的には、第２のＲＡＮノードが、第２のダウンリンク情報内のＰＤＵセッション識別子に基づいて、このＰＤＵセッション識別子に対応するＰＤＵセッション用に準備されたリソースを解放することを含んでよい。例えば、第２のＲＡＮノードは、ＵＥとＲＲＣシグナリングのやり取り（例えば、ＲＲＣ接続再設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ））を行うことで、ＰＤＵセッション識別子に対応するＰＤＵセッション用に準備されたＤＲＢリソースを解放してよい。第２のＲＡＮノードはさらに、ＰＤＵセッション用のＮ３インタフェースデータチャネルリソースを解放してよい（すなわち、ＰＤＵセッションのＡＮ  ｔｕｎｎｅｌ  ｉｎｆｏ及びＣＮ  ｔｕｎｎｅｌ  ｉｎｆｏを解放してよい）。
【０１６６】
第２の実装シナリオでは、第１のダウンリンク情報がＵＥのＰＤＵセッションを無効にするのに用いられる場合、第１のコアネットワークデバイスがインジケーション情報を受信するならば、第１のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの無効化に失敗したと判定する。第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出するので、第２のＲＡＮノードは第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを無効にすることになる。第２のＲＡＮノードはＵＥに現在サービスを提供しているＲＡＮノードであるため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に無効にすることができる。
【０１６７】
任意選択的に、本実施形態の第３の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース３のものとして説明される。第３の実装シナリオでは、以下の通りである。
【０１６８】
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されたコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードは、ＵＥのＰＤＵセッションを更新するのではなく、インジケーション情報を第１のコアネットワークデバイスに送出する。
【０１６９】
段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの更新に失敗したと判定し、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出してよい。ＵＥは現在、第２のＲＡＮノードのカバレッジ領域に位置しているため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に更新することができる。
【０１７０】
段階４０７の後に、第２のＲＡＮノードは、受信した第２のダウンリンク情報に基づいて、ＵＥのＰＤＵセッションを更新する。第２のＲＡＮノードがＵＥのＰＤＵセッションを更新するということは、具体的には、次の処理のうちの少なくとも１つを含んでよい。すなわち、Ｎ２インタフェースＳＭ情報内のＱｏＳ  ｐｒｏｆｉｌｅに基づいて、ＰＤＵセッションの、第２のＲＡＮノードに格納されたＱｏＳ  ｐｒｏｆｉｌｅを更新すること、Ｎ１  ＳＭ  ｃｏｎｔａｉｎｅｒをＵＥに送出すること、又はＮ２インタフェースＳＭ情報内のＱｏＳ  ｐｒｏｆｉｌｅに基づいて、ＵＥとＲＲＣシグナリングのやり取り（例えば、ＲＲＣ再設定）を行って、ＰＤＵセッションに対応するＤＲＢ情報を再ネゴシエーションし、ネゴシエーション結果に基づいてＰＤＵセッションに対応するＤＲＢ情報を更新することである。
【０１７１】
第３の実装シナリオでは、第１のダウンリンク情報がＵＥのＰＤＵセッションを更新するのに用いられる場合、第１のコアネットワークデバイスがインジケーション情報を受信するならば、第１のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの更新に失敗したと判定する。第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出するので、第２のＲＡＮノードは、第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを更新することになる。第２のＲＡＮノードはＵＥに現在サービスを提供しているＲＡＮノードであるため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に更新することができる。
【０１７２】
任意選択的に、本実施形態の第４の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース４のものとして説明される。第４の実装シナリオでは、以下の通りである。
【０１７３】
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードは、ＵＥのＰＤＵセッションを解放するのではなく、インジケーション情報を第１のコアネットワークデバイスに送出する。
【０１７４】
段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの解放に失敗したと判定してよく、第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出する。ＵＥは現在、第２のＲＡＮノードのカバレッジ領域に位置しているため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に解放することができる。
【０１７５】
段階４０７の後に、第２のＲＡＮノードは、受信した第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを解放する。第２のＲＡＮノードがＵＥのＰＤＵセッションを解放するということは、具体的には、第２のＲＡＮノードが、Ｎ２リソース解放要求内のＰＤＵセッション識別子に基づいて、ＰＤＵセッション識別子に対応するＰＤＵセッション用に準備されたリソースを解放することを含んでよい。例えば、第２のＲＡＮノードは、ＵＥとＲＲＣシグナリングのやり取り（例えば、ＲＲＣ再設定）を行うことで、ＰＤＵセッション識別子に対応するＰＤＵセッション用に準備されたＤＲＢリソースを解放してよい。第２のＲＡＮノードはさらに、ＰＤＵセッション用のＮ３インタフェースデータチャネルリソースを解放し（すなわち、ＰＤＵセッションのＡＮ  ｔｕｎｎｅｌ  ｉｎｆｏ及びＣＮ  ｔｕｎｎｅｌ  ｉｎｆｏを解放し）、Ｎ１  ＳＭ  ｃｏｎｔａｉｎｅｒをＵＥに送出してよい。
【０１７６】
第４の実装シナリオでは、第１のダウンリンク情報がＵＥのＰＤＵセッションを解放するのに用いられる場合、第１のコアネットワークデバイスがインジケーション情報を受信するならば、第１のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの解放に失敗したと判定する。第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出するので、第２のＲＡＮノードは、第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを解放することになる。第２のＲＡＮノードはＵＥに現在サービスを提供しているＲＡＮノードであるため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に解放することができる。
【０１７７】
任意選択的に、本実施形態の第５の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース５のものとして説明される。第５の実装シナリオでは、以下の通りである。
【０１７８】
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置していると判定してよく、第１のＲＡＮノードは第１のダウンリンク情報をＵＥに正常に送出することができない。第１のＲＡＮノードは、インジケーション情報を第１のコアネットワークデバイスに送出する。
【０１７９】
第１のコアネットワークデバイスは、インジケーション情報を受信した後に、第２のＲＡＮノードのカバレッジ領域にＵＥが現在位置していないため、第１のダウンリンク情報が送出できないと判定してよい。したがって、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報をＵＥに送出することになる。
【０１８０】
任意選択的に、第１のコアネットワークデバイスがＡＭＦである場合、第１のコアネットワークデバイスは、ＵＥの格納されたＲＲＣ接続モードが接続管理連結状態であると判定したときに段階４０１を実行してよい。あるいは、第１のコアネットワークデバイスは、ＵＥの格納されたＲＲＣ接続モードが接続管理連結状態であり、且つＵＥが第１のＲＡＮノードのカバレッジ領域内に存在することをＵＥの格納されたコンテキスト内の位置情報が示していると判定したときに段階４０１を実行してよい。
【０１８１】
第１のダウンリンク情報は、有効領域を有してよい。この場合、第１のコアネットワークデバイスが、ＵＥの現在位置情報に基づいて、ＵＥが第１のダウンリンク情報の有効領域に位置していると判定するならば、第１のコアネットワークデバイスは段階４０７を実行する。第１のコアネットワークデバイスが、ＵＥの現在位置情報に基づいて、ＵＥが第１のダウンリンク情報の有効領域に位置していないと判定した場合、第１のコアネットワークデバイスは第１のダウンリンク情報を破棄する。この説明は、実施形態２及び実施形態３のケース５にも適用可能であるため、実施形態２及び実施形態３では詳細をさらに説明しない。
【０１８２】
第５の実装シナリオでは、第１のダウンリンク情報を第１のＲＡＮノードに送出した後に、第１のコアネットワークデバイスが第１のＲＡＮノードによりフィードバックされるインジケーション情報を受信した場合、これは、第１のＲＡＮノードが第１のダウンリンク情報のＵＥへの送出に失敗したことを示している。この場合、第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第１のダウンリンク情報を送出するので、第２のＲＡＮノードは第１のダウンリンク情報をＵＥに送出することになる。ＵＥはこの時点で、第２のＲＡＮノードのカバレッジ領域に位置しているため、第２のＲＡＮノードは第１のダウンリンク情報を正常に送出することができる。
【０１８３】
前述の５つの実装シナリオでは、以下の通りである。
【０１８４】
任意選択的に、本方法はさらに、第１のＲＡＮノードがＵＥの現在位置情報を第１のコアネットワークデバイスに送出する段階と、第１のコアネットワークデバイスがＵＥの現在位置情報を第１のＲＡＮノードから受信する段階とを含んでよい。第１のコアネットワークデバイスは、ＵＥの現在位置情報に基づいて、ＵＥに現在サービスを提供しているＲＡＮノード（すなわち、第２のＲＡＮノード）を判定してよい。ＵＥの現在位置情報は、ＵＥに現在サービスを提供しているＲＡＮノードの識別子、現在ＵＥが位置しているセルのＥＣＧＩ、又は現在ＵＥが位置しているＴＡのＴＡＩ若しくはＴＡＣなどでもよい。
【０１８５】
任意選択的に、インジケーション情報は失敗原因値（又は原因値と呼ばれる）である。
【０１８６】
任意選択的に、失敗原因値には、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することが含まれる。さらに、失敗原因値には、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開手順を開始することが含まれる。この場合、インジケーション情報は、第２のＲＡＮノードの識別子を含んでよい。
【０１８７】
失敗原因値にはさらに、ＵＥがハンドオーバを行っていること、コンテキスト転送、ＵＥが第１のＲＡＮノードに到達できないこと、又は第１のダウンリンク情報が送信されないことが含まれてよい。
【０１８８】
実行可能な実装態様では、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することが失敗原因値に含まれる場合、段階４０７は特定の実装における次の２つのケースで実行されてよい。
【０１８９】
ケース（１）：ＲＲＣ接続再開手順における経路切り替えが完了した。
【０１９０】
この場合、特定の実装において、段階４０７は、第１のコアネットワークデバイスが、ＲＲＣ接続再開手順における経路切り替えが完了した後に、インジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。
【０１９１】
経路切り替えとは、第１のＲＡＮノードとコアネットワークとの間にある、ＵＥの制御プレーンシグナリングの送信経路と、ＵＥのユーザプレーンデータの送信経路とが、第２のＲＡＮノードとコアネットワークとの間の送信経路に切り替えられることを意味する。図６を参照すると、第１のＲＡＮノードはＲＡＮ１であり、第２のＲＡＮノードはＲＡＮ２であり、第１のＵＰＦはＵＰＦ１であり、第２のＵＰＦはＵＰＦ２である。この場合、経路切り替えは２つの部分を含む。１つの部分は、ＲＡＮ１とＡＭＦとの間にあり、且つＵＥの制御プレーンシグナリングをＲＡＮ２とＡＭＦとの間の送信経路に送信するのに用いられる送信経路の切り替えである。もう１つの部分は、ＲＡＮ１とＵＰＦ１との間にあり、且つＵＥのユーザプレーンデータをＲＡＮ２とＵＰＦ２との間の送信経路に送信するのに用いられる送信経路の切り替えである。
【０１９２】
この場合、本方法はさらに、第１のコアネットワークデバイスがサブスクリプション要求メッセージを第２のコアネットワークデバイスに送出する段階であって、サブスクリプション要求メッセージは、ＲＲＣ接続再開手順における経路切り替えが完了した後に、通知メッセージを第１のコアネットワークデバイスに送出するよう第２のコアネットワークデバイスに要求するのに用いられ、通知メッセージは、経路切り替えが完了したことを通知するのに用いられる、段階と、第２のコアネットワークデバイスがサブスクリプション要求メッセージを第１のコアネットワークデバイスから受信する段階と、第２のコアネットワークデバイスが、ＲＲＣ接続再開手順における経路切り替えが完了した後に、通知メッセージを第１のコアネットワークデバイスに送出する段階とを含んでよい。例えば、第２のコアネットワークデバイスは、Ｎ２インタフェース経路切り替え要求応答メッセージ（段階９１４を参照）を送出した後に、ＲＲＣ接続再開手順が完了した又はＲＲＣ接続再開手順における経路切り替えが完了したと判定してよい。
【０１９３】
ケース２：ＲＲＣ接続再開手順が完了した。
【０１９４】
この場合、特定の実装において、段階４０７は、第１のコアネットワークデバイスが、ＲＲＣ接続再開手順が完了した後に、インジケーション情報に基づいて、第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。
【０１９５】
ＲＲＣ接続再開手順には経路切り替えプロセスが含まれるため、第１のコアネットワークデバイスは、ＲＲＣ接続再開手順が完了した後に、第２のダウンリンク情報を第２のＲＡＮノードに直接的に送出してよい。
【０１９６】
この場合、第１のコアネットワークデバイスはサブスクリプション要求メッセージを第２のコアネットワークデバイスに送出し、サブスクリプション要求メッセージは、ＲＲＣ接続再開手順が完了した後に、通知メッセージを第１のコアネットワークデバイスに送出するよう第２のコアネットワークデバイスに要求するのに用いられ、通知メッセージはＲＲＣ接続再開手順が完了したことを通知するのに用いられ、第２のコアネットワークデバイスはサブスクリプション要求メッセージを第１のコアネットワークデバイスから受信し、第２のコアネットワークデバイスは、ＲＲＣ接続再開手順が完了した後に、通知メッセージを第１のコアネットワークデバイスに送出する。
【０１９７】
前述の２つのケースの両方において、第１のコアネットワークデバイスは、経路切り替えが完了した後に、第２のダウンリンク情報を第２のＲＡＮノードに送出して、第２のＲＡＮノードが第２のダウンリンク情報を正確に受信することを確実にする。経路切り替えが完了する前に、第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する場合、ＡＭＦにより第２のＲＡＮノードに送出される第２のダウンリンク情報は送出できないか、又はＡＭＦに接続された第１のＲＡＮノードに依然として送出されることが理解されるであろう。
【０１９８】
別の実行可能な実装態様では、第１のコアネットワークデバイスは、第１のコアネットワークデバイスがインジケーション情報を受信した後の予め設定された時間（予め設定された期間とも呼ばれることがある）の後に、第２のダウンリンク情報を第２のＲＡＮノードに送出してよい。任意選択的に、予め設定された時間はガードタイマ（ｇｕａｒｄ  ｔｉｍｅｒ）を用いて設定されてよい。この場合、段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいてタイマを始動させ、タイマが切れた後に第２のダウンリンク情報を第２のＲＡＮノードに送出する。タイマに予め設定された継続時間が、予め設定された時間である。例えば、予め設定された時間は、ＵＥのＲＲＣ接続再開手順を完了するのに必要な時間に設定されてよい。
［実施形態２］
【０１９９】
実施形態１において第１のコアネットワークデバイスと第１のＲＡＮノードとの間で送信される情報は、第２のコアネットワークデバイスによっても検知されてよい。この場合、本願の本実施形態はさらに２つの通信方法を提供し、これらの通信方法は、ＲＲＣ接続モードが非アクティブモードであるＵＥが第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。図７に示すように、図７は２つの解決手段を含む。第１の解決手段は段階７０１〜段階７０７と段階７０８ａとを含み、第２の解決手段は段階７０１〜段階７０７と段階７０８ｂとを含む。１つの解決手段が１つの通信方法である。これらの解決手段は、以下に挙げる段階を含む。
【０２００】
７０１：第１のコアネットワークデバイスが、第１のダウンリンク情報を第２のコアネットワークデバイスに送出する。
【０２０１】
第１のコアネットワークデバイスの第１のダウンリンク情報は、第１のコアネットワークデバイスが別のコアネットワークデバイスから受信したダウンリンク情報であってもよく、第１のコアネットワークデバイスが生成したダウンリンク情報であってもよい。第１のダウンリンク情報は、ＵＥのダウンリンク情報である。
【０２０２】
例えば、第１のダウンリンク情報がＵＥのＰＤＵセッションに関連した情報である場合、第１のコアネットワークデバイスはＳＭＦであってよく、第２のコアネットワークデバイスはＡＭＦであってよい。第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦであってよく、第２のコアネットワークデバイスはＡＭＦであってよい。他の場合については表２を参照されたい。詳細は、再度ここで説明しない。
【０２０３】
７０２：第２のコアネットワークデバイスは、第１のダウンリンク情報を第１のコアネットワークデバイスから受信し、第１のダウンリンク情報を第１のＲＡＮノードに送出する。
【０２０４】
７０３：第１のＲＡＮノードは、ＵＥの第１のダウンリンク情報を第２のコアネットワークデバイスから受信する。
【０２０５】
７０４：第１のＲＡＮノードは、ＵＥのＲＲＣ接続モードが非アクティブモードである場合、第１のダウンリンク情報に基づいてＵＥを呼び出す。
【０２０６】
段階７０４の関連説明については、段階４０３を参照されたい。詳細は、再度ここで説明しない。
【０２０７】
７０５：第１のＲＡＮノードはＵＥコンテキスト要求を第２のＲＡＮノードから受信する。
【０２０８】
段階７０５の関連説明については、段階４０４を参照されたい。詳細は、再度ここで説明しない。
【０２０９】
７０６：第１のＲＡＮノードは、コンテキスト要求に基づいて、第１のメッセージを第２のコアネットワークデバイスに送出する。
【０２１０】
任意選択的に、第１のメッセージは、第１のダウンリンク情報が処理できないことを示してもよい。
【０２１１】
７０７：第２のコアネットワークデバイスは、第１のメッセージを第１のＲＡＮノードから受信する。
【０２１２】
７０８ａ：第２のコアネットワークデバイスは、第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する。
【０２１３】
任意選択的に、本方法はさらに、第１のＲＡＮノードがＵＥの現在位置情報を第２のコアネットワークデバイスに送出する段階と、第２のコアネットワークデバイスがＵＥの現在位置情報を第１のＲＡＮノードから受信する段階とを含んでもよい。第２のコアネットワークデバイスは、ＵＥの現在位置情報に基づいて、ＵＥに現在サービスを提供しているＲＡＮノード（すなわち、第２のＲＡＮノード）を判定し、第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出してよい。ＵＥの現在位置情報は、ＵＥに現在サービスを提供しているＲＡＮノードの識別子、現在ＵＥが位置しているセルのＥＣＧＩ、又は現在ＵＥが位置しているＴＡのＴＡＩ若しくはＴＡＣなどであってよい。
【０２１４】
７０８ｂ：第２のコアネットワークデバイスは、第１のメッセージに基づいてインジケーション情報を第１のコアネットワークデバイスに送出する。
【０２１５】
第１のダウンリンク情報、第２のダウンリンク情報、及び第１のメッセージの機能は、次のケース１〜ケース５のうちのいずれか１つであってよい。
【０２１６】
ケース１：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、第１のメッセージはＰＤＵセッションが有効にできないことを示すのに用いられる。
【０２１７】
第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように有効にするかについては、実施形態１のケース１における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０２１８】
ケース１において、本実施形態では以下の通りである。
【０２１９】
本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、ＰＤＵセッションが有効にできないことを示すのに用いられてよい。本実施形態では代替的に、インジケーション情報は、ＰＤＵセッションが有効にできないことを示すのに、第１のメッセージに追加されてよい。インジケーション情報の関連説明については、以下の説明を参照されたい。第２のコアネットワークデバイスは、第１のメッセージに基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの有効化に失敗したと判定してよい。
【０２２０】
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードは、ＵＥのＰＤＵセッションを有効にするのではなく（例えば、ＵＥのＰＤＵセッション用に、ＵＥと第１のＲＡＮノードとの間にエアインタフェースＤＲＢデータチャネルの確立を引き起こすのではなく、又はＵＥのＰＤＵセッション用に、第１のＲＡＮノードと第１のＵＰＦとの間にＮ３インタフェースデータチャネルの確立を引き起こすのではなく）、第１のメッセージを第２のコアネットワークデバイスに送出する。
【０２２１】
任意選択的に、本方法はさらに、第２のコアネットワークデバイスが第１のコアネットワークデバイスから第１のダウンリンク情報の有効領域に関する情報を受信する段階を含んでよく、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である。第１のダウンリンク情報の有効領域に関する情報及び第１のダウンリンク情報は、同じメッセージに含まれてよい。
【０２２２】
この場合、任意選択的に、第２のコアネットワークデバイスは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定した場合に段階７０８ａを実行する、又は第２のコアネットワークデバイスは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していないと判定した場合に段階７０８ｂを実行する。
【０２２３】
ＵＥが有効領域に位置しているかどうかに関する実施形態１の説明に基づくと、第２のコアネットワークデバイスが、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定した場合、第１のＲＡＮノードに送出される第１のダウンリンク情報は第２のＲＡＮノードに送出されるダウンリンク情報と同じであってよいことが分かる。したがって、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに直接的に送出してもよく、又はもちろん、インジケーション情報を第１のコアネットワークデバイスに送出してもよいので、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出することになる。
【０２２４】
第２のコアネットワークデバイスが、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していないと判定した場合、第２のＲＡＮノードに送出されるダウンリンク情報は、第１のＲＡＮノードに送出される第１のダウンリンク情報とは異なる。したがって、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出してよいので、第１のコアネットワークデバイスは、第２のＲＡＮノードに送出される第２のダウンリンク情報を構築することになる。言い換えれば、段階７０８ｂの後に、段階４０７の「第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する」というプロセスが実行されてよい。このプロセスの実装については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０２２５】
段階４０７を実行するプロセスでは、第１のコアネットワークデバイスは、ＵＥが有効領域に位置しているかどうかについての判定結果に基づいて、第１のダウンリンク情報又は第２のダウンリンク情報を第２のＲＡＮノードに送出することに留意されたい。本実施形態では、段階７０８ａ又は段階７０８ｂの実行を決定するプロセスにおいて、第２のコアネットワークデバイスは、ＵＥが有効領域に位置しているかどうかを判定している。したがって、第１のコアネットワークデバイスがインジケーション情報を受信した場合、第１のコアネットワークデバイスは、第２のＲＡＮノードに送出される第２のダウンリンク情報を直接的に構築してよく、ＵＥが有効領域に位置しているかどうかを判定する必要はない。
【０２２６】
任意選択的に、第１のコアネットワークデバイスがＳＭＦである場合、第２のコアネットワークデバイスはＡＭＦであり、ＡＭＦは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定し、ＳＭＦがＵＥのアクティブなＰＤＵセッション（又は経路切り替えプロセスで第２のＲＡＮノードにより報告されるＰＤＵセッション）に対応するＳＭＦと同じである場合、段階７０８ｂが実行される。ＳＭＦがＵＥのアクティブなＰＤＵセッションに対応するＳＭＦとは異なる場合、段階７０８ａが実行される。ここでの「ＵＥのアクティブなＰＤＵセッション」は、第２のＲＡＮノードにより拒絶されたＰＤＵセッションを含まない。
【０２２７】
表１が、一例として用いられる。前述の経路切り替えプロセスでは、ＡＭＦは更新の必要があるＰＤＵセッションをＳＭＦ１に報告し、更新の必要があるＰＤＵセッションは、第２のＲＡＮノードにより承諾された、ＵＥのアクティブなＰＤＵセッション（例えば、ＰＤＵセッション２、ＰＤＵセッション３）であることに留意されたい。ＳＭＦ１によりＡＭＦに事前に送出される第１のダウンリンク情報は、ＵＥのＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態（すなわち、ＰＤＵセッション１）である。
【０２２８】
ＳＭＦ１とＳＭＦ２とが同じＳＭＦである場合、ＡＭＦは、インジケーション情報をＳＭＦ１に送出して、ＰＤＵセッションが有効にできないことを示す必要がある。そうでなければ、更新の必要があり且つＡＭＦにより報告されるＰＤＵセッションをＳＭＦ１が受信した後に、ＳＭＦ１はＰＤＵセッション１のステータスフィードバックを受信しないため、ＳＭＦ１は実行されるその後の段階が分からない。したがって、この場合、第２のコアネットワークデバイスは段階７０８ｂを実行してよい。
【０２２９】
ＳＭＦ１とＳＭＦ２とが異なるＳＭＦである場合、ＳＭＦ１は、更新の必要があり且つＡＭＦにより報告されるＰＤＵセッションを受信しない。したがって、第２のコアネットワークデバイスは段階７０８ａを実行してよい。
【０２３０】
任意選択的に、段階７０２の特定の実装において、第２のコアネットワークデバイス内のＵＥのステータスが接続管理連結状態である場合、且つＵＥの格納されたコンテキスト内の位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいてＵＥが第１のダウンリンク情報の有効領域に位置していると第２のコアネットワークデバイスが判定した場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第１のＲＡＮノードに送出してよい。
【０２３１】
前述の説明に基づいて、ＵＥのＲＲＣ接続モードが接続モード又は非アクティブモードである場合、第２のコアネットワークデバイスはＵＥのコンテキストを格納し、このコンテキストはＵＥの位置情報を含み、第２のコアネットワークデバイスはコンテキスト内の位置情報がＵＥの現在位置情報であるとみなす。したがって、第２のコアネットワークデバイスは、ＵＥの格納されたコンテキスト内の位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが第１のダウンリンク情報の有効領域に位置していると判定した場合、第１のダウンリンク情報がＵＥに有効であるとみなす。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第１のＲＡＮノードに送出する。
【０２３２】
ケース２：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが無効にできないことを示すのに用いられる。
【０２３３】
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように無効にするかについては、実施形態１のケース２における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０２３４】
ケース２において、本実施形態では以下の通りである。
【０２３５】
具体的には、本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが無効にできないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、ＰＤＵセッションが無効にできないことを示すのに用いられてよい。本実施形態では、代替的に、インジケーション情報が第１のメッセージに追加されて、ＰＤＵセッションが無効にできないことを示してよい。インジケーション情報の関連説明については、以下の説明を参照されたい。
【０２３６】
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードはＵＥのＰＤＵセッションを無効にしない。この場合、第１のＲＡＮノードは、第１のメッセージを第２のコアネットワークデバイスに送出する。
【０２３７】
ケース３：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが更新できないことを示すのに用いられる。
【０２３８】
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように更新するかについては、実施形態１のケース３における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０２３９】
ケース３において、本実施形態では以下の通りである。
【０２４０】
本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが更新できないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、ＰＤＵセッションが更新できないことを示すのに用いられてよい。本実施形態では、代替的に、インジケーション情報が第１のメッセージに追加されて、ＰＤＵセッションが更新できないことを示してよい。インジケーション情報の関連説明については、以下の説明を参照されたい。
【０２４１】
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードはＵＥのＰＤＵセッションを更新しない。この場合、第１のＲＡＮノードは、第１のメッセージを第２のコアネットワークデバイスに送出する。
【０２４２】
ケース４：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが解放できないことを示すのに用いられる。
【０２４３】
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように解放するかについては、実施形態１のケース４における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０２４４】
ケース４において、本実施形態では以下の通りである。
【０２４５】
具体的には、本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが解放できないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、ＰＤＵセッションが解放できないことを示すのに用いられてよい。本実施形態では、代替的に、インジケーション情報が第１のメッセージに追加されて、ＰＤＵセッションが解放できないことを示してよい。インジケーション情報の関連説明については、以下の説明を参照されたい。
【０２４６】
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードはＵＥのＰＤＵセッションを解放しない。この場合、第１のＲＡＮノードは、第１のメッセージを第２のコアネットワークデバイスに送出する。
【０２４７】
ケース１〜ケース４のうちのいずれか１つでは、以下の通りである。
【０２４８】
第１のコアネットワークデバイスはＳＭＦであってよく、第２のコアネットワークデバイスはＡＭＦであってよい。
【０２４９】
ケース５：第１のダウンリンク情報はＵＥに送出されるダウンリンク情報であり、第１のメッセージは、第１のダウンリンク情報が送信できないことを示すのに用いられる。
【０２５０】
この場合、第１のダウンリンク情報の関連説明については、実施形態１のケース５における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０２５１】
ケース５において、本実施形態では以下の通りである。
【０２５２】
具体的には、本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、第１のダウンリンク情報が送信できないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、第１のダウンリンク情報が送信できないことを示すのに用いられてよい。本実施形態では、代替的に、インジケーション情報が第１のメッセージに追加されて、第１のダウンリンク情報が送信できないことを示してよい。インジケーション情報の関連説明については、以下の説明を参照されたい。
【０２５３】
第１のコアネットワークデバイスは第１のダウンリンク情報を生成するデバイスであってよく、第２のコアネットワークデバイスは第１のダウンリンク情報を転送するデバイスであってよい。例えば、第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦ（第１のダウンリンク情報を生成するデバイス）であってよく、第２のコアネットワークデバイスはＡＭＦ（第１のダウンリンク情報を転送するデバイス）であってよい。
【０２５４】
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置していると判定してよく、第１のＲＡＮノードは第１のダウンリンク情報をＵＥに正常に送出できない。この場合、第１のＲＡＮノードは、第１のメッセージを第２のコアネットワークデバイスに送出する。
【０２５５】
第２のコアネットワークデバイスは、第１のメッセージを受信した後に、第１のダウンリンク情報が送出できないと判定してよい。第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置しているため、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報をＵＥに送出することになる。もちろん、第２のコアネットワークデバイスは代替的にインジケーション情報を第１のコアネットワークデバイスに送出してよいので、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出することになる。
【０２５６】
ケース１〜ケース５のうちのいずれか１つでは、以下の通りである。
【０２５７】
任意選択的に、インジケーション情報は失敗原因値（又は原因値と呼ばれる）である。
【０２５８】
任意選択的に、失敗原因値には、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することが含まれる。さらに、失敗原因値には、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開手順を開始することが含まれる。この場合、インジケーション情報は、第２のＲＡＮノードの識別子を含んでよい。
【０２５９】
失敗原因値にはさらに、ＵＥがハンドオーバを行っていること、コンテキスト転送、ＵＥが第１のＲＡＮノードに到達できないこと、又は第１のダウンリンク情報が送信されないことが含まれてよい。
【０２６０】
実行可能な実装態様では、ＵＥにより開始されたＲＲＣ接続再開手順段階が完了した後に、７０８ａが実行されてよい。言い換えれば、段階７０８ａは、ＲＲＣ接続再開手順が完了した後に、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。あるいは、段階７０８ａは、ＵＥにより開始されたＲＲＣ接続再開手順における経路切り替えが完了した後に実行されてよい。言い換えれば、段階７０８ａは、ＲＲＣ接続再開手順における経路切り替えが完了した後に、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。例えば、第２のコアネットワークデバイスは、Ｎ２インタフェース経路切り替え要求応答メッセージ（段階９１４を参照）を送出した後に、ＲＲＣ接続再開手順が完了したか、又はＲＲＣ接続再開手順における経路切り替えが完了したと判定してよい。
【０２６１】
経路切り替えの関連説明、及び実行可能な実装態様の有益な効果については、実施形態１の関連部分を参照されたい。詳細は、再度ここで説明しない。
【０２６２】
別の実行可能な実装態様では、第２のコアネットワークデバイスは、第２のコアネットワークデバイスが第１のメッセージを受信した後の予め設定された時間の後に、第１のダウンリンク情報を第２のＲＡＮノードに送出しても、インジケーション情報を第１のコアネットワークデバイスに送出してもよい。任意選択的に、予め設定された時間はガードタイマを用いて設定されてもよい。この場合、段階７０８ａの実装態様の一例では、第２のコアネットワークデバイスは、第１のメッセージに基づいてタイマを始動させ、タイマが切れた後に第１のダウンリンク情報を第２のＲＡＮノードに送出する。段階７０８ｂの実装態様の一例では、第２のコアネットワークデバイスは、第１のメッセージに基づいてタイマを始動させ、タイマが切れた後にインジケーション情報を第１のコアネットワークデバイスに送出する。タイマに予め設定された継続時間が、予め設定された時間である。例えば、予め設定された時間は、ＵＥのＲＲＣ接続再開手順を完了するのに必要な時間に設定されてよい。
【０２６３】
第１のダウンリンク情報がＰＤＵセッションを有効にするのに用いられるということが、一例として用いられる。第２のコアネットワークデバイスは、第１のメッセージに基づいて、ＵＥのＰＤＵセッションが有効にできないと判定してよい。この場合、第２のコアネットワークデバイスは、ＰＤＵセッションが有効にできないことを示す情報を第１のコアネットワークデバイスに通知してよく、第１のコアネットワークデバイスは、実行される次のアクションを決定する。第１のメッセージのインジケーション情報が、ＰＤＵセッションが有効にできないことを示すのに用いられる場合、第２のコアネットワークデバイスは第１のメッセージのインジケーション情報を第１のコアネットワークデバイスに直接的に送出しても、インジケーション情報に基づいて別のインジケーション情報を生成して、別のインジケーション情報を第１のコアネットワークデバイスに送出してもよく、別のインジケーション情報も、ＰＤＵセッションが有効にできないことを示すのに用いられる。第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられる場合、第２のＲＡＮノードは、インジケーション情報を生成して、インジケーション情報を第１のコアネットワークデバイスに送出してよい。
【０２６４】
ケース２〜ケース５のうちのいずれか１つにおいて、段階７０８ｂの後に、第１のコアネットワークデバイスは、実施形態１の「第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する」という段階４０７を実行してよい。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じである。
【０２６５】
実施形態２のケース１〜ケース５の有益な効果については、実施形態１の対応するケースの有益な効果を参照されたい。
［実施形態３］
【０２６６】
本願の本実施形態はさらに、通信方法を提供する。本方法では、第２のコアネットワークデバイスが、第１のダウンリンク情報を取得した後に、ＵＥの現在位置情報を取得し、ＵＥの現在位置情報に基づいて第１のダウンリンク情報を処理する。本方法は、ＲＲＣ接続モードが非アクティブモードであるＵＥが第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。図８は、２つの解決手段を含む。第１の解決手段は段階８０１〜段階８０７と段階８０８ａとを含み、第２の解決手段は段階８０１〜段階８０７と段階８０８ｂとを含む。１つの解決手段が１つの通信方法である。これらの解決手段は、以下に挙げる段階を含む。
【０２６７】
８０１：第２のコアネットワークデバイスは第１のダウンリンク情報を取得する。
【０２６８】
第１のダウンリンク情報は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから受信したダウンリンク情報であってもよく、第２のコアネットワークデバイスが生成したダウンリンク情報であってもよい。
【０２６９】
例えば、第１のダウンリンク情報がＵＥのＰＤＵセッションに関連した情報である場合、第２のコアネットワークデバイスはＡＭＦであってよく、第１のダウンリンク情報は、ＡＭＦがＳＭＦから受信するダウンリンク情報であってよい。第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第２のコアネットワークデバイスはＡＭＦであってよく、第１のダウンリンク情報は、ＡＭＦがＳＭＳＦから受信するダウンリンク情報であってよい。第１のダウンリンク情報がＵＥに関する更新されたアクセス及びモビリティ管理パラメータである場合、第２のコアネットワークデバイスはＡＭＦであってよく、第１のダウンリンク情報は、ＡＭＦが生成するダウンリンク情報であってよい。他の場合については表２を参照されたい。詳細は、再度ここで説明しない。
【０２７０】
８０２：第２のコアネットワークデバイスは位置要求メッセージを第１のＲＡＮノードに送出し、位置要求メッセージはＵＥの現在位置情報を要求するのに用いられる。
【０２７１】
第２のコアネットワークデバイスは、ＵＥの格納されたコンテキスト内の位置情報に基づいて、ＵＥにサービスを提供しているＲＡＮノードが第１のＲＡＮノードであると判定し、第２のコアネットワークデバイスは位置要求メッセージを第１のＲＡＮノードに送出する。
【０２７２】
８０３：第１のＲＡＮノードは、位置要求メッセージを第２のコアネットワークデバイスから受信する。
【０２７３】
８０４：第１のＲＡＮノードは、ＵＥのＲＲＣ接続モードが非アクティブモードである場合、位置要求メッセージに基づいてＵＥを呼び出す。
【０２７４】
第１のＲＡＮノードによるＵＥの呼び出しの関連説明については、前述の段階４０３を参照されたい。詳細は、再度ここで説明しない。
【０２７５】
８０５：第１のＲＡＮノードはＵＥコンテキスト要求を第２のＲＡＮノードから受信する。
【０２７６】
段階８０５の関連説明については、前述の段階４０４を参照されたい。詳細は、再度ここで説明しない。
【０２７７】
８０６：第１のＲＡＮノードは、コンテキスト要求に基づいて、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
【０２７８】
第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置していると判定してよい。したがって、第１のＲＡＮノードは、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出してよい。この場合、ＵＥにサービスを提供しているＲＡＮノードは第２のＲＡＮノードである。したがって、ＵＥの現在位置情報は、ＵＥに現在サービスを提供しているＲＡＮノードが第２のＲＡＮノードであることを示してよい。
【０２７９】
８０７：第２のコアネットワークデバイスはＵＥの現在位置情報を第１のＲＡＮノードから受信する、且つ／又は第２のコアネットワークデバイスはＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報を第１のＲＡＮノードから受信する。
【０２８０】
ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報を、第１のＲＡＮノードが第２のコアネットワークデバイスに送出する場合、第２のコアネットワークデバイスはインジケーション情報を第１のＲＡＮノードから受信することが理解されるであろう。第１のＲＡＮノードがＵＥの現在位置情報を第２のコアネットワークデバイスに送出する場合、第２のコアネットワークデバイスはＵＥの現在位置情報を第１のＲＡＮノードから受信する。ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報とＵＥの現在位置情報とを、第１のＲＡＮノードが第２のコアネットワークデバイスに送出する場合、第２のコアネットワークデバイスはインジケーション情報とＵＥの現在位置情報とを第１のＲＡＮノードから受信する。
【０２８１】
段階８０７の後に、ＵＥの第１のダウンリンク情報がＵＥのＰＤＵセッションの有効化／無効化／更新／解放に用いられる場合、段階８０８ａ又は８０８ｂが実行されてよい、又はＵＥの第１のダウンリンク情報がＵＥに送出される場合、段階８０８ａが実行されてよい。
【０２８２】
８０８ａ：第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出する。
【０２８３】
８０８ｂ：第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出する。
【０２８４】
第１のダウンリンク情報は、次のケース１〜ケース５における任意の情報であってよい。
【０２８５】
ケース１：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
【０２８６】
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように有効にするのかについては、実施形態１のケース１における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０２８７】
ケース１において、本実施形態では以下の通りである。
【０２８８】
段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよい。この場合、第１のＲＡＮノードは、インジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。具体的な原因については、前述の説明を参照されたい。
【０２８９】
任意選択的に、本方法はさらに、第２のコアネットワークデバイスが第１のコアネットワークデバイスから第１のダウンリンク情報の有効領域に関する情報を受信する段階を含んでよく、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である。第１のダウンリンク情報の有効領域に関する情報と第１のダウンリンク情報とは、同じメッセージに含まれてよい。
【０２９０】
この場合、任意選択的に、第２のコアネットワークデバイスは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定した場合に段階８０８ａを実行する、又は第２のコアネットワークデバイスは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していないと判定した場合に段階８０８ｂを実行する。
【０２９１】
ＵＥが有効領域に位置しているかどうかに関する実施形態１の説明に基づくと、第２のコアネットワークデバイスが、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定した場合、第１のＲＡＮノードに送出される第１のダウンリンク情報は第２のＲＡＮノードに送出されるダウンリンク情報と同じであってよいことが分かる。したがって、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに直接的に送出してもよく、又はもちろん、インジケーション情報を第１のコアネットワークデバイスに送出してもよいので、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出することになる。
【０２９２】
第２のコアネットワークデバイスが、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していないと判定した場合、第２のＲＡＮノードに送出されるダウンリンク情報は、第１のＲＡＮノードに送出される第１のダウンリンク情報とは異なる。したがって、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出してよいので、第１のコアネットワークデバイスは、第２のＲＡＮノードに送出される第２のダウンリンク情報を構築することになる。言い換えれば、段階８０８ｂの後に、段階４０７の「第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する」というプロセスが実行されてよい。このプロセスの実装については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０２９３】
段階４０７を実行するプロセスでは、第１のコアネットワークデバイスは、ＵＥが有効領域に位置しているかどうかについての判定結果に基づいて、第１のダウンリンク情報又は第２のダウンリンク情報を第２のＲＡＮノードに送出することに留意されたい。本実施形態では、段階８０８ａ又は段階８０８ｂの実行を決定するプロセスにおいて、第２のコアネットワークデバイスは、ＵＥが有効領域に位置しているかどうかを判定している。したがって、第１のコアネットワークデバイスがインジケーション情報を受信した場合、第１のコアネットワークデバイスは、第２のＲＡＮノードに送出される第２のダウンリンク情報を直接的に構築してよく、ＵＥが有効領域に位置しているかどうかを判定する必要はない。
【０２９４】
任意選択的に、第１のコアネットワークデバイスがＳＭＦである場合、第２のコアネットワークデバイスはＡＭＦであり、ＡＭＦは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定し、ＳＭＦがＵＥのアクティブなＰＤＵセッション（又は経路切り替えプロセスで第２のＲＡＮノードにより報告されるＰＤＵセッション）に対応するＳＭＦと同じである場合、段階８０８ｂが実行される。ＳＭＦがＵＥのアクティブなＰＤＵセッションに対応するＳＭＦとは異なる場合、段階８０８ａが実行される。ここでの「ＵＥのアクティブなＰＤＵセッション」は、第２のＲＡＮノードにより拒絶されたＰＤＵセッションを含まない。任意選択の方法の有益な効果については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０２９５】
ケース２：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを無効にするのに用いられる。
【０２９６】
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように無効にするかについては、実施形態１のケース２における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０２９７】
ケース２において、本実施形態では以下の通りである。
【０２９８】
段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよい。したがって、第１のＲＡＮノードがＰＤＵセッションを無効にしない場合、第１のＲＡＮノードはインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
【０２９９】
ケース３：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを更新するのに用いられる。
【０３００】
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように更新するかについては、実施形態１のケース３における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０３０１】
ケース３において、本実施形態では以下の通りである。段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよい。したがって、第１のＲＡＮノードがＰＤＵセッションを更新しない場合、第１のＲＡＮノードはインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
【０３０２】
ケース４：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを解放するのに用いられる。
【０３０３】
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように解放するかについては、実施形態１のケース４における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０３０４】
ケース４において、本実施形態では以下の通りである。
【０３０５】
段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよい。したがって、第１のＲＡＮノードがＰＤＵセッションを解放しない場合、第１のＲＡＮノードはインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
【０３０６】
ケース１〜ケース４のうちのいずれか１つでは、以下の通りである。
【０３０７】
第１のコアネットワークデバイスはＳＭＦであってよく、第２のコアネットワークデバイスはＡＭＦであってよい。
【０３０８】
ケース５：第１のダウンリンク情報は、ＵＥに送出されるダウンリンク情報である。第１のコアネットワークデバイスは第１のダウンリンク情報を生成するデバイスであってよく、第２のコアネットワークデバイスは第１のダウンリンク情報を転送するデバイスであってよい。例えば、第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦ（第１のダウンリンク情報を生成するデバイス）であってよく、第２のコアネットワークデバイスはＡＭＦ（第１のダウンリンク情報を転送するデバイス）であってよい。
【０３０９】
あるいは、第２のコアネットワークデバイスは、第１のダウンリンク情報を生成するデバイスであってよい。
【０３１０】
この場合、第１のダウンリンク情報の関連説明については、実施形態１のケース５における対応する説明を参照されたい。詳細は、再度ここで説明しない。
【０３１１】
ケース５において、本実施形態では以下の通りである。
【０３１２】
段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置していると判定してよい。したがって、第１のＲＡＮノードが第１のダウンリンク情報をＵＥに正常に送出できない場合、第１のＲＡＮノードは、インジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
【０３１３】
第２のコアネットワークデバイスは、インジケーション情報及び／又はＵＥの現在位置情報を受信した後に、第１のダウンリンク情報が送出できないと判定してよい。第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置しているため、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報をＵＥに送出することになる。もちろん、第２のコアネットワークデバイスは代替的にインジケーション情報を第１のコアネットワークデバイスに送出してよいので、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出することになる。
【０３１４】
実行可能な実装態様では、ＵＥにより開始されたＲＲＣ接続再開手順段階が完了した後に、８０８ａが実行されてよい。言い換えれば、段階８０８ａは、ＲＲＣ接続再開手順が完了した後に、第２のコアネットワークデバイスが第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。あるいは、段階８０８ａは、ＵＥにより開始されたＲＲＣ接続再開手順における経路切り替えが完了した後に実行されてよい。言い換えれば、段階８０８ａは、ＲＲＣ接続再開手順における経路切り替えが完了した後に、第２のコアネットワークデバイスが第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。例えば、第２のコアネットワークデバイスは、Ｎ２インタフェース経路切り替え要求応答メッセージ（段階９１４を参照）を送出した後に、ＲＲＣ接続再開手順が完了したか、又はＲＲＣ接続再開手順における経路切り替えが完了したと判定してよい。
【０３１５】
経路切り替えの関連説明、及び実行可能な実装態様の有益な効果については、実施形態１の関連部分を参照されたい。詳細は、再度ここで説明しない。
【０３１６】
別の実行可能な実装態様では、第２のコアネットワークデバイスは、第２のコアネットワークデバイスがインジケーション情報及び／又はＵＥの現在位置情報を受信した後の予め設定された時間の後に、第１のダウンリンク情報を第２のＲＡＮノードに送出しても、インジケーション情報を第１のコアネットワークデバイスに送出してもよい。任意選択的に、予め設定された時間はガードタイマを用いて設定されてもよい。この場合、段階８０８ａの実装態様の一例では、第２のコアネットワークデバイスはタイマを始動させ、タイマが切れた後に第１のダウンリンク情報を第２のＲＡＮノードに送出する。段階８０８ｂの実装態様の一例では、第２のコアネットワークデバイスはタイマを始動させ、タイマが切れた後にインジケーション情報を第１のコアネットワークデバイスに送出する。タイマに予め設定された継続時間が、予め設定された時間である。例えば、予め設定された時間は、ＵＥのＲＲＣ接続再開手順を完了するのに必要な時間に設定されてよい。
【０３１７】
第１のダウンリンク情報がＰＤＵセッションを有効にするのに用いられるということが、一例として用いられる。第２のコアネットワークデバイスは、インジケーション情報及び／又はＵＥの現在位置情報に基づいて、ＵＥのＰＤＵセッションが有効にできないと判定してよい。この場合、第２のコアネットワークデバイスは、ＰＤＵセッションが有効にできないことを示す情報を第１のコアネットワークデバイスに通知してよく、第１のコアネットワークデバイスは、実行される次のアクションを決定する。ＰＤＵセッションが有効にできないことを示すのにインジケーション情報が用いられる場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに直接的に送出しても、インジケーション情報に基づいて別のインジケーション情報を生成して、別のインジケーション情報を第１のコアネットワークデバイスに送出してもよく、別のインジケーション情報も、ＰＤＵセッションが有効にできないことを示すのに用いられる。
【０３１８】
ケース２〜ケース５のうちのいずれか１つにおいて、段階８０８ｂの後に、第１のコアネットワークデバイスは、実施形態１の「第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する」という段階４０７を実行してよい。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じである。
【０３１９】
実施形態３のケース１〜ケース５の有益な効果については、実施形態１の対応するケースの有益な効果を参照されたい。
【０３２０】
前述の実施形態で提供された方法では、コアネットワークデバイスがＵＥの現在位置情報を第１のＲＡＮノードから取得するということは、コアネットワークデバイスによるＵＥの現在位置情報の取得についての単なる一例にすぎない。実際の実装において、コアネットワークデバイスはさらに、別の方式でＵＥの現在位置情報を取得してよく、例えば、ＵＥの現在位置情報を第２のＲＡＮノードから取得してもよい。前述の実施形態では、第１のダウンリンク情報の有効領域は、ＴＡ粒度、基地局粒度、セル粒度、スライス粒度、スライスインスタンス粒度、ＵＰＦ粒度、ＳＭＦ粒度、又はＰＬＭＮ粒度などであってよい。具体的には、第１のダウンリンク情報は、ＴＡ内のデバイス、基地局のカバレッジ領域内のデバイス、セル内のデバイス、スライス内のデバイス、ＵＰＦのサービス領域内のデバイス、ＳＭＦのサービス領域内のデバイス、及びＰＬＭＮ内のデバイスに有効である。
【０３２１】
前述の実施形態では、「インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる」とは、「インジケーション情報は第１のコアネットワークデバイスがＰＤＵセッション有効化手順を再開することを示すのに用いられる」と説明されてもよく、「インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられる」とは、「インジケーション情報は第１のコアネットワークデバイスがＰＤＵセッション無効化手順を再開することを示すのに用いられる」と説明されてもよく、「インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられる」とは、「インジケーション情報は第１のコアネットワークデバイスがＰＤＵセッション更新手順を再開することを示すのに用いられる」と説明されてもよく、「インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられる」とは、「インジケーション情報は第１のコアネットワークデバイスがＰＤＵセッション解放手順を再開することを示すのに用いられる」と説明されてもよい。
【０３２２】
本願の以下の実施形態では、前述の方法が５Ｇネットワークに適用される一例が、本願の実施形態で提供される方法を説明するのに用いられる。ＵＥが、第１のＰＤＵセッション及び第２のＰＤＵセッションという２つのＰＤＵセッションを有し、第１のＰＤＵセッションは非アクティブ状態であり、第２のＰＤＵセッションはアクティブ状態であり、第１のＰＤＵセッション及び第２のＰＤＵセッションはそれぞれ、ＳＭＦ１及びＳＭＦ２によってサービスが提供されると仮定する。第１のダウンリンク情報が、ＵＥの第１のＰＤＵセッションを有効にするのに用いられる。第１のコアネットワークデバイスがＳＭＦ１であり、第２のコアネットワークデバイスがＡＭＦである。以下の方法は、ＵＥがＲＡＮ１のカバレッジ領域からＲＡＮ２のカバレッジ領域に移動するシナリオに適用される。ＲＡＮ１にアクセスするＵＥがＵＰＦ１であり、ＲＡＮ２にアクセスするＵＥがＵＰＦ２である。
［実施形態１］
【０３２３】
本実施形態では、ＡＭＦはインジケーション情報をＳＭＦ１に送出し、インジケーション情報はＵＥの第１のＰＤＵセッションが有効にできないことを示すのに用いられる。図９Ａ及び図９Ｂを参照すると、本方法は以下に挙げる段階を含む。
【０３２４】
９００：ＵＰＦ１は、データ通知（ｄａｔａ  ｎｏｔｉｆｉｃａｔｉｏｎ）をＳＭＦ１に送出する。
【０３２５】
ＵＥのダウンリンクデータ（ｄｏｗｎｌｉｎｋ  ｄａｔａ）を受信した後に、ダウンリンクデータを搬送するのに用いられるＰＤＵセッションが非アクティブ状態であるとＵＰＦ１が判定した場合、ＵＰＦ１は、ＰＤＵセッションにサービスを提供するＳＭＦにデータ通知を送出する。データ通知は、送出の必要があるＵＥのダウンリンクデータがあることをＳＭＦ１に通知するのに用いられる。本実施形態及び以下の実施形態では、ダウンリンクデータを搬送するＰＤＵセッションが第１のＰＤＵセッションである一例が説明のために用いられる。
【０３２６】
ネットワークデバイス１が、１つの情報をネットワークデバイス２に送出する。これに対応して、ネットワークデバイス２は、この情報をネットワークデバイス１から受信する。例えば、ＵＰＦ１はデータ通知をＳＭＦ１に送出し、ＳＭＦ１はデータ通知をＵＰＦ１から受信する。本願の本実施形態では、説明を簡単にするために、ネットワークデバイス２により行われる受信動作は、さらに説明されない。
【０３２７】
９０１：ＳＭＦ１は、第１のダウンリンク情報と第１のダウンリンク情報の有効領域（以下では有効領域と呼ばれる）とをＡＭＦに送出する。
【０３２８】
段階９０１の前に、本方法はさらに以下の事項を含んでよい。すなわち、ＳＭＦ１は、第１のＰＤＵセッションの識別子に対応する且つデータ通知に含まれているＮ４インタフェースセッション識別子に基づいて、有効にする必要があるＰＤＵセッションを決定してよい。第１のダウンリンク情報は、第１のＰＤＵセッション用に、ＳＭＦ１により生成される情報である。
【０３２９】
第１のダウンリンク情報と第１のダウンリンク情報の有効領域とは、ＡＭＦにより提供されるＮ１インタフェースメッセージＮ２インタフェースメッセージ転送要求メッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ）に含まれてよい。
【０３３０】
９０２：ＡＭＦは、ＵＥのステータスが接続管理連結状態であると判定する。
【０３３１】
ＵＥのステータスは、ＡＭＦの格納されているＵＥのコンテキストに含まれている。
【０３３２】
段階９０２は、任意選択の段階である。
【０３３３】
段階９０３は段階９０２の後に直接的に実行されてもよく、段階９０３は、ＵＥの格納されたコンテキスト内の位置情報及び有効領域に基づいて、ＡＭＦがさらに、ＵＥが有効領域に位置していると判定した場合に、実行されてもよい。
【０３３４】
９０３：ＡＭＦは、第１のダウンリンク情報をＲＡＮ１に送出する。
【０３３５】
第１のダウンリンク情報は、Ｎ２インタフェース要求（Ｎ２  ｒｅｑｕｅｓｔ）メッセージに含まれてよい。
【０３３６】
９０４：ＲＡＮ１はＵＥを呼び出す。
【０３３７】
段階９０４は、ＵＥのＲＲＣ接続モードが非アクティブ状態であるとＲＡＮ１が判定した場合に実行されてよい。
【０３３８】
段階９０４の前に、ＡＭＦはさらに、ＡＭＦにより提供されるＮ１インタフェースメッセージＮ２インタフェースメッセージ転送応答メッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ  ｒｅｓｐｏｎｓｅ）をＳＭＦ１に送出してよく、このメッセージは、ＡＭＦが第１のダウンリンク情報と第１のダウンリンク情報の有効領域とを正常に受信したことを示すのに用いられる情報を含んでよい。
【０３３９】
ＲＡＮ２のカバレッジ領域に現在ＵＥが位置している場合、本方法はさらに、以下に挙げる段階を含んでよい。
【０３４０】
９０５：ＵＥはＲＲＣ接続再開要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ  ｒｅｑｕｅｓｔ）をＲＡＮ２に送出する。
【０３４１】
９０６：ＲＡＮ２はＵＥのコンテキスト（ＵＥ  ｃｏｎｔｅｘｔ）をＲＡＮ１から取得する。
【０３４２】
段階９０６の特定の実装において、ＲＡＮ２はＵＥコンテキスト要求（ｒｅｔｒｉｅｖｅ  ＵＥ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔ）をＲＡＮ１に送出する。コンテキスト要求には識別子（例えば、ＵＥのＲＲＣ非アクティブ無線ネットワーク一時識別子（ｉｎａｃｔｉｖｅ−ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ、略してＩ−ＲＮＴＩ））が含まれる。ＲＡＮ１は、ＵＥコンテキスト応答（ｒｅｔｒｉｅｖｅ  ＵＥ  ｃｏｎｔｅｘｔ  ｒｅｓｐｏｎｓｅ）をＲＡＮ２に送出し、コンテキスト応答にはＵＥのコンテキストが含まれる。
【０３４３】
９０７：ＲＡＮ１はインジケーション情報をＡＭＦに送出する。
【０３４４】
インジケーション情報は、Ｎ２インタフェース要求確認応答（Ｎ２  ｒｅｑｕｅｓｔ  ａｃｋ）メッセージに含まれてよい。
【０３４５】
インジケーション情報は、ＲＡＮ１がＵＥの第１のＰＤＵセッションを有効にできないことを示すのに用いられる。インジケーション情報の他の説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０３４６】
段階９０７の別の実装態様では、ＲＡＮ１は代替的に、ＲＡＮ１がＵＥの第１のＰＤＵセッションの有効化に失敗したことを示すのに用いられるメッセージをＡＭＦに送出してよい。このメッセージの説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０３４７】
９０８：ＡＭＦはインジケーション情報をＳＭＦ１に送出する。
【０３４８】
インジケーション情報は、ＳＭＦ１により提供されるＰＤＵセッションコンテキスト更新要求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔ）に含まれてよい。
【０３４９】
ＡＭＦによりＳＭＦ１に送出されるインジケーション情報は、第１のＰＤＵセッションが有効にできないとＳＭＦ１が判定するのに用いられる。
【０３５０】
９０９：ＳＭＦ１は、予め設定された時間の後に、第２のダウンリンク情報をＲＡＮ２に送出すると決定する。
【０３５１】
段階９０９の別の実装態様では、ＳＭＦ１は、ＵＥの経路切り替え又はＲＲＣ接続再開手順が完了したと判定した後に、第２のダウンリンク情報をＲＡＮ２に送出する。予め設定された時間、経路切り替え、及びＲＲＣ接続復元手順の関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０３５２】
本実施形態及び以下の実施形態における予め設定された時間の開始時間は、インジケーション情報が受信された時間であってもよく、別の時間であってもよい。これについては、本願の実施形態において特に限定されない。
【０３５３】
９１０：ＳＭＦ１はインジケーション情報応答をＡＭＦに送出する。インジケーション情報応答は、ＳＭＦ１がインジケーション情報を正常に受信したことを示すのに用いられる。
【０３５４】
インジケーション情報応答は、ＳＭＦ１により提供されるＰＤＵセッションコンテキスト更新応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅ）に含まれてよい。
【０３５５】
段階９１０は任意選択の段階である。説明を簡単にするために、この段階は、以下の実施形態では説明しない。
【０３５６】
９１１：ＲＡＮ２はＮ２インタフェース経路切り替え要求（Ｎ２  ｐａｔｈ  ｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ）をＡＭＦに送出する。
【０３５７】
Ｎ２インタフェース経路切り替え要求は、ＵＥのために経路切り替えの実行を要求するのに用いられる。経路切り替えの関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０３５８】
９１２：ＡＭＦは、ＰＤＵセッションコンテキスト更新要求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔ）をＳＭＦ２に送出する。
【０３５９】
ＰＤＵセッションコンテキスト更新要求は、第２のＰＤＵセッションのコンテキストの更新を要求するのに用いられる。本実施形態及び以下の実施形態は、ＲＡＮ２が第２のＰＤＵセッションを承諾するという一例を用いて説明される。
【０３６０】
９１３：ＳＭＦ２は、ＳＭＦ２により提供されるＰＤＵセッションコンテキスト更新応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅ）をＡＭＦに送出する。
【０３６１】
９１４：ＡＭＦは、Ｎ２インタフェース経路切り替え要求確認応答（Ｎ２  ｐａｔｈ  ｓｗｉｔｃｈ  ａｃｋ）をＲＡＮ２に送出する。
【０３６２】
段階９１１〜段階９１４の目的は、ＵＥのアクティブなＰＤＵセッションをＲＡＮ２に切り替えることである。このプロセスは、段階９０７の前に実行されてもよい。この場合、段階９０９は実行されなくてよい。
【０３６３】
９１５：ＲＡＮ２は、ＲＲＣ接続再開（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ）メッセージをＵＥに送出する。
【０３６４】
段階９０５〜段階９１５は、ＵＥとＲＡＮとの間のＲＲＣ接続再開手順である。
【０３６５】
段階９１５は、段階９０６と段階９１１との間で実行されてもよい。
【０３６６】
９１６：ＳＭＦ１は、第２のダウンリンク情報をＲＡＮ２に送出する。
【０３６７】
具体的には、ＳＭＦ１は、ＡＭＦを介して第２のダウンリンク情報をＲＡＮ２に送出してよい。
【０３６８】
第１のダウンリンク情報及び第２のダウンリンク情報は同じであってもよく、異なっていてもよい。詳細については、前述の関連説明を参照されたい。
【０３６９】
本実施形態では、ＡＭＦは、ＳＭＦとＲＡＮとの間で送信される情報を認識しなくてよい、すなわち、ＡＭＦは、ＳＭＦとＲＡＮとの間の情報を透過的に送信する。ＡＭＦがＳＭＦとＲＡＮとの間で送信される情報を認識する場合、段階９０７ａはさらに、段階９０７と段階９０８との間に含まれてよい。段階９０７ａは、ＵＥがＲＡＮ１とは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始したとＡＭＦが判定することであってよい。
［実施形態２］
【０３７０】
本実施形態では、ＡＭＦは、第２のＰＤＵセッションにサービスを提供するＳＭＦ（すなわち、ＳＭＦ２）がＳＭＦ１と同じであるかどうかに応じて、インジケーション情報をＳＭＦ１に送出するかどうかを判定する。
【０３７１】
図１０Ａ〜図１０Ｃを参照すると、本実施形態で提供される方法は、以下に挙げる段階を含む。
【０３７２】
段階１０００〜段階１００７はそれぞれ、段階９００〜段階９０７と同じである。
【０３７３】
１００８：ＡＭＦは、ＵＥの現在位置情報を取得する。
【０３７４】
具体的には、ＡＭＦは、ＲＡＮ１により送出されるＵＥの現在位置情報を受信してよい。ＵＥの現在位置情報は、ＵＥがＲＡＮ２のカバレッジ領域に位置していることを示す。
【０３７５】
１００９：ＡＭＦは、ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に位置しているかどうか、またＵＥのアクティブなＰＤＵセッションにサービスを提供するＳＭＦ（すなわち、ＳＭＦ２）がＳＭＦ１と同じであるかどうかを判定する。
【０３７６】
ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に位置しており、且つＳＭＦ１がＳＭＦ２と同じであるとＡＭＦが判定した場合、段階１０１０ａ〜段階１０１７ａが実行される。
【０３７７】
１０１０ａ：ＡＭＦは、インジケーション情報をＳＭＦ１に送出する。
【０３７８】
インジケーション情報は、ＳＭＦ１により提供されるＰＤＵセッションコンテキスト更新要求に含まれてよい。
【０３７９】
ＡＭＦによりＳＭＦ１に送出されるインジケーション情報は、第１のＰＤＵセッションが有効にできないとＳＭＦ１が判定するのに用いられる。
【０３８０】
１０１１ａ：ＳＭＦ１は、予め設定された時間の後に、第１のダウンリンク情報をＲＡＮ２に送出すると決定する。
【０３８１】
段階１０１１ａの別の実装態様では、ＳＭＦ１は、ＵＥの経路切り替え又はＲＲＣ接続再開手順が完了したと判定した後に、第１のダウンリンク情報をＲＡＮ２に送出する。予め設定された時間、経路切り替え、及びＲＲＣ接続復元手順の関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０３８２】
段階１０１２ａ〜段階１０１６ａはそれぞれ、段階９１１〜段階９１５と同じである。
【０３８３】
１０１７ａ：ＳＭＦ１は、第１のダウンリンク情報をＲＡＮ２に送出する。
【０３８４】
この場合、ＵＥは有効領域に位置しているため、ＳＭＦ１は、同じダウンリンク情報をＲＡＮ１及びＲＡＮ２に送出する。具体的には、ＳＭＦ１は、ＡＭＦを介して第１のダウンリンク情報をＲＡＮ２に送出してよい。
【０３８５】
ＵＥの位置情報及び有効領域に基づいて、ＵＥは有効領域に位置しており、且つＳＭＦ１はＳＭＦ２とは異なるとＡＭＦが判定した場合、段階１０１０ｂ〜段階１０１６ｂが実行される。
【０３８６】
１０１０ｂ：ＡＭＦは、予め設定された時間の後に、インジケーション情報に基づいて、第１のダウンリンク情報をＲＡＮ２に送出する。
【０３８７】
段階１０１０ｂの別の実装態様では、ＡＭＦは、ＵＥの経路切り替え又はＲＲＣ接続再開手順が完了したと判定した後に、第１のダウンリンク情報をＲＡＮ２に送出する。予め設定された時間、経路切り替え、及びＲＲＣ接続復元手順の関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０３８８】
段階１０１１ｂ〜段階１０１５ｂはそれぞれ、段階９１１〜段階９１５と同じである。
【０３８９】
１０１６ｂ：ＡＭＦは、第１のダウンリンク情報をＲＡＮ２に送出する。
【０３９０】
この場合、ＵＥは有効領域に位置しているため、ＡＭＦは、同じダウンリンク情報をＲＡＮ１及びＲＡＮ２に送出する。
［実施形態３］
【０３９１】
本実施形態では、ＳＭＦ１は、現在ＵＥが有効領域に位置しているかどうかを判定することによって、ＲＡＮ２に送出されるダウンリンク情報（第１のダウンリンク情報又は第２のダウンリンク情報）を決定してよい。
【０３９２】
図１１Ａ及び図１１Ｂを参照すると、本実施形態で提供される方法は、以下に挙げる段階を含む。
【０３９３】
段階１１００〜段階１１０７はそれぞれ、段階９００〜段階９０７と同じである。
【０３９４】
段階１１０８は、段階１０１０ａと同じである。
【０３９５】
１１０９：ＳＭＦ１は、ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に存在するかどうかを判定し、ＵＥが有効領域に存在する場合、ＳＭＦ１は、予め設定された時間の後に、第１のダウンリンク情報をＲＡＮ２に送出すると決定し、ＵＥが有効領域に存在しない場合、ＳＭＦ１は、ＵＥの現在位置情報に基づいて第２のダウンリンク情報を生成し、予め設定された時間の後に、第２のダウンリンク情報をＲＡＮ２に送出すると決定する。
【０３９６】
段階１１０９の別の実装態様では、ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に存在するとＳＭＦ１が判定した場合、ＳＭＦ１は代替的に、経路切り替え又はＵＥのＲＲＣ接続再開手順が完了したと判定した後に、第１のダウンリンク情報をＲＡＮ２に送出してよい。ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に存在しないとＳＭＦ１が判定した場合、ＳＭＦ１は代替的に、経路切り替え又はＵＥのＲＲＣ接続再開手順が完了したと判定した後に、第２のダウンリンク情報をＲＡＮ２に送出してよい。予め設定された時間、経路切り替え、ＲＲＣ接続復元手順の関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
【０３９７】
段階１１１０〜段階１１１４はそれぞれ、段階９１１〜段階９１５と同じである。
【０３９８】
ＵＥが有効領域に位置している場合には、段階１１１５が段階１１１４の後に実行される、あるいは、ＵＥが有効領域に位置していない場合には、段階１１１６が段階１１１４の後に実行される。
【０３９９】
１１１５：ＳＭＦ１は、第１のダウンリンク情報をＲＡＮ２に送出する。
【０４００】
具体的には、ＳＭＦ１は、ＡＭＦを介して第１のダウンリンク情報をＲＡＮ２に送出してよい。
【０４０１】
１１１６：ＳＭＦ１は、第２のダウンリンク情報をＲＡＮ２に送出する。
【０４０２】
具体的には、ＳＭＦ１は、ＡＭＦを介して第２のダウンリンク情報をＲＡＮ２に送出してよい。
［実施形態４］
【０４０３】
本実施形態では、ＡＭＦは、ＵＥの現在位置情報を取得し、ＵＥの現在位置情報に基づいて、その後のオペレーションを実行する。ＡＭＦは、ＲＡＮとＳＭＦとの間で送信される情報を認識しなくてよい。ＡＭＦに格納されたＵＥのＲＲＣ接続モードが非アクティブモードである、又はＵＥのＲＲＣ接続モードがＡＭＦに格納されていない。
【０４０４】
図１２Ａ〜図１２Ｃを参照すると、本実施形態で提供される方法は、以下に挙げる段階を含む。
【０４０５】
段階１２００及び段階１２０１はそれぞれ、段階９００〜段階９０１と同じである。
【０４０６】
１２０２：ＡＭＦは、ＵＥの格納されたＲＲＣ接続モードが非アクティブモードである、又はＡＭＦがＵＥのＲＲＣ接続モードを格納していないと判定する。
【０４０７】
１２０３：ＡＭＦは、位置報告制御（ｌｏｃａｔｉｏｎ  ｒｅｐｏｒｔ  ｃｏｎｔｒｏｌ）メッセージをＲＡＮ１に送出する。
【０４０８】
位置報告制御メッセージは、上述した位置要求メッセージである。
【０４０９】
１２０４：ＲＡＮ１はＵＥを呼び出す。
【０４１０】
段階１２０４の関連説明については、段階９０４を参照されたい。詳細は、再度ここで説明しない。
【０４１１】
ＲＡＮ２のカバレッジ領域にＵＥが現在位置していないため、段階１２０５〜段階１２１６は、段階１２０４の後に実行されてよい。
【０４１２】
段階１２０５〜段階１２１６はそれぞれ、段階１１０５〜段階１１１６と同じである。
【０４１３】
段階１２０７のインジケーション情報は、位置報告失敗（ｌｏｃａｔｉｏｎ  ｒｅｐｏｒｔ  ｆａｉｌｕｒｅ）メッセージに含まれてよい。
【０４１４】
本実施形態では、段階１２０７はさらに、ＵＥの現在位置情報を含んでよい。この場合、ＡＭＦは、ＵＥが有効領域に存在するかどうかを判定してよい。
【０４１５】
ＵＥが有効領域に存在する場合、ＡＭＦは第１のダウンリンク情報をＲＡＮ２に送出する（例えば、段階１０１０ｂ〜段階１０１６ｂを実行してよい）。
【０４１６】
ＵＥが有効領域に存在しない場合、ＡＭＦはインジケーション情報をＳＭＦ１に送出する。この場合、段階１２０９は以下と置き換えられてよい。すなわち、ＳＭＦ１は、ＵＥの現在位置情報に基づいて第２のダウンリンク情報を生成し、予め設定された時間の後に第２のダウンリンク情報をＲＡＮ２に送出すると決定してよい。段階１２１５は、この場合には実行されない。
【０４１７】
ＵＥがＲＡＮ２に移動しなかったとき、ＵＥがＲＡＮ１のカバレッジ領域に存在するならば、ＲＡＮ１は位置報告（ｌｏｃａｔｉｏｎ  ｒｅｐｏｒｔ）メッセージをＡＭＦに送出してよいことに留意されたい。位置報告メッセージは、ＵＥの現在位置情報を含む。この場合、ＲＡＮ１は、第１のダウンリンク情報に基づいて、第１のＰＤＵセッションを有効にしてよい。したがって、ＡＭＦは、第１のダウンリンク情報をＲＡＮ１に送出する。
【０４１８】
前述したことは主に、方法の観点から、本願の実施形態で提供される解決手段を説明している。前述の諸機能を実装するために、通信装置は、各機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含むことが理解され得る。当業者であれば、本明細書で開示される実施形態で説明された実施例の各ユニット及び各アルゴリズム段階と組み合わせて、本願がハードウェア又はハードウェアとコンピュータソフトウェアとの組み合わせで実装されてよいことを容易に認識するはずである。ある機能がハードウェアで実行されるのか、又はコンピュータソフトウェアで駆動するハードウェアで実行されるのかは、技術的解決手段の特定の用途及び設計上の制約条件に依存する。当業者であれば、異なる方法を用いて、説明された機能を特定の用途ごとに実装し得るが、こうした実装が本願の範囲を超えるものとみなされるべきではない。
【０４１９】
本願の実施形態では、通信装置は、前述の方法の実施例に基づいて、複数の機能モジュールに分割されてよい。例えば、各機能モジュールは、対応する各機能に基づく分割によって取得されてもよく、２つ又はそれより多くの機能が１つの処理モジュールに統合されてもよい。統合されたモジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本願の実施形態では、複数のモジュールへの分割は一例であり、単なる論理的な機能分割にすぎないことに留意されたい。実際の実装では、別の分割方式が用いられてもよい。
【０４２０】
図１３を参照すると、本願の一実施形態が通信装置を提供する。装置１３０は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用されてよい。装置１３０は、前述の方法の実施形態における第１のコアネットワークデバイス（図９Ａ〜図１２Ｃでは、第１のコアネットワークデバイスはＳＭＦ１であってよい）の動作を実行するように構成されてよい。装置１３０は、第１のコアネットワークデバイスであってもよく、チップ又はシステムオンチップであってもよい。これについては、限定されない。
【０４２１】
具体的には、装置１３０は、通信ユニット１３０２と処理ユニット１３０１とを含んでよい。
【０４２２】
処理ユニット１３０１は、通信ユニット１３０２を介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成され、第１のダウンリンク情報は第１のＲＡＮノードが端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
【０４２３】
処理ユニット１３０１はさらに、通信ユニット１３０２を介してインジケーション情報を第１のＲＡＮノードから受信するように構成され、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。
【０４２４】
処理ユニット１３０１はさらに、インジケーション情報に基づいて、通信ユニットを介して第２のダウンリンク情報を第２のＲＡＮノードに送出するように構成され、第２のダウンリンク情報は第２のＲＡＮノードが端末のＰＤＵセッションを有効にするのに用いられる。
【０４２５】
任意選択的に、処理ユニット１３０１はさらに、端末の現在位置情報に基づいて、端末が第１のダウンリンク情報の有効領域に位置していないと判定した場合、端末の現在位置情報に基づいて第２のダウンリンク情報を生成するように構成される。
【０４２６】
任意選択的に、処理ユニット１３０１はさらに、端末の現在位置情報に基づいて、端末が第１のダウンリンク情報の有効領域に位置していると判定するように構成され、第１のダウンリンク情報及び第２のダウンリンク情報は同じ情報である。
【０４２７】
任意選択的に、処理ユニット１３０１はさらに、通信ユニット１３０２を介して端末の現在位置情報を第１のＲＡＮノードから受信するように構成される。
【０４２８】
任意選択的に、インジケーション情報は失敗原因値であり、失敗原因値はＰＤＵセッションの有効化に失敗した原因である。
【０４２９】
図１３を参照すると、本願の一実施形態が通信装置を提供する。装置１３０は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用されてよい。装置１３０は、前述の方法の実施形態における第１のＲＡＮノード（図９Ａ〜図１２Ｃでは、第１のＲＡＮノードはＲＡＮ１であってよい）の動作を実行するように構成されてよい。装置１３０は、第１のＲＡＮノードであってもよく、チップ又はシステムオンチップであってもよい。これについては、限定されない。
【０４３０】
具体的には、装置１３０は、通信ユニット１３０２と処理ユニット１３０１とを含む。
【０４３１】
通信ユニット１３０２は、端末の第１のダウンリンク情報を第１のコアネットワークデバイスから受信するように構成され、第１のダウンリンク情報は、本装置が端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
【０４３２】
処理ユニット１３０１は、端末のＲＲＣ接続モードが非アクティブモードである場合、第１のダウンリンク情報に基づいて端末を呼び出すように構成される。
【０４３３】
通信ユニット１３０２はさらに、端末のコンテキスト要求を第２のＲＡＮノードから受信するように構成される。
【０４３４】
通信ユニット１３０２はさらに、コンテキスト要求に基づいてインジケーション情報を第１のコアネットワークデバイスに送出するように構成され、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。
【０４３５】
任意選択的に、通信ユニット１３０２はさらに、端末の現在位置情報を第１のコアネットワークデバイスに送出するように構成される。
【０４３６】
任意選択的に、インジケーション情報は失敗原因値であり、失敗原因値はＰＤＵセッションの有効化に失敗した原因である。
【０４３７】
図１３を参照すると、本願の一実施形態が通信装置を提供する。装置１３０は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用されてよい。装置１３０は、前述の方法の実施形態における第２のコアネットワークデバイスの関連動作を実行するように構成されてよい。装置１３０は、第２のコアネットワークデバイスであってもよく、チップ又はシステムオンチップであってもよい。これについては、限定されない。
【０４３８】
具体的には、装置１３０は、通信ユニット１３０２と処理ユニット１３０１とを含む。
【０４３９】
処理ユニット１３０１は、通信ユニット１３０２を介して第１のダウンリンク情報を第１のコアネットワークデバイスから受信し、通信ユニットを介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成され、第１のダウンリンク情報は端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
【０４４０】
処理ユニット１３０１はさらに、ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを、第１のＲＡＮノードから通信ユニットを介して受信するように構成される。
【０４４１】
処理ユニット１３０１はさらに、このメッセージに基づいて、通信ユニット１３０２を介して第１のダウンリンク情報を第２のＲＡＮノードに送出するように構成される。
【０４４２】
任意選択的に、処理ユニット１３０１はさらに、第１のダウンリンク情報の有効領域に関する情報を第１のコアネットワークデバイスから通信ユニット１３０２を介して受信し、端末の現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、メッセージに基づいて、通信ユニットを介して第１のダウンリンク情報を第２のＲＡＮノードに送出するように構成される。
【０４４３】
任意選択的に、処理ユニット１３０１はさらに、第１のダウンリンク情報の有効領域に関する情報を第１のコアネットワークデバイスから通信ユニット１３０２を介して受信し、本装置の端末のステータスが接続管理連結状態である場合、且つ端末の格納されたコンテキスト内の位置情報と有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、通信ユニットを介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成される。
【０４４４】
任意選択的に、処理ユニット１３０１はさらに、通信ユニット１３０２を介して端末の現在位置情報を第１のＲＡＮノードから受信するように構成される。
【０４４５】
任意選択的に、メッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられる、又はメッセージはインジケーション情報を含み、インジケーション情報は失敗原因値であり、失敗原因値はＰＤＵセッションの有効化に失敗した原因を示すのに用いられる。
【０４４６】
図１３を参照すると、本願の一実施形態が通信装置を提供する。装置１３０は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用されてよい。装置１３０は、前述の方法の実施形態における第２のコアネットワークデバイス（図９Ａ〜図１２Ｃでは、第２のコアネットワークデバイスはＡＭＦであってよい）の動作を実行するように構成されてよい。装置１３０は、第２のコアネットワークデバイスであってもよく、チップ又はシステムオンチップであってもよい。これについては、限定されない。
【０４４７】
具体的には、装置１３０は、通信ユニット１３０２と処理ユニット１３０１とを含む。
【０４４８】
処理ユニット１３０１は、通信ユニット１３０２を介して第１のダウンリンク情報を第１のコアネットワークデバイスから受信し、通信ユニットを介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成され、第１のダウンリンク情報は端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
【０４４９】
処理ユニット１３０１はさらに、ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを、第１のＲＡＮノードから通信ユニット１３０２を介して受信するように構成される。
【０４５０】
処理ユニット１３０１はさらに、メッセージに基づいて、通信ユニット１３０２を介してインジケーション情報を第１のコアネットワークデバイスに送出するように構成され、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。
【０４５１】
任意選択的に、処理ユニット１３０１はさらに、第１のダウンリンク情報の有効領域に関する情報を第１のコアネットワークデバイスから通信ユニットを介して受信し、端末の現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、端末が有効領域に位置していないと判定した場合、メッセージに基づいてインジケーション情報を第１のコアネットワークデバイスに通信ユニットを介して送出するように構成される。
【０４５２】
任意選択的に、処理ユニット１３０１はさらに、第１のダウンリンク情報の有効領域に関する情報を第１のコアネットワークデバイスから通信ユニット１３０２を介して受信し、本装置の端末のステータスが接続管理連結状態である場合、且つ端末の格納されたコンテキスト内の位置情報と有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、通信ユニットを介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成される。
【０４５３】
任意選択的に、処理ユニット１３０１はさらに、通信ユニット１３０２を介して端末の現在位置情報を第１のＲＡＮノードから受信するように構成される。
【０４５４】
任意選択的に、インジケーション情報は失敗原因値であり、失敗原因値はＰＤＵセッションの有効化に失敗した原因である。
【０４５５】
本願の一実施形態がさらに、命令を含むコンピュータ可読記憶媒体を提供する。命令がコンピュータで実行されると、コンピュータは、前述の方法の実施形態における第１のコアネットワークデバイス、第２のコアネットワークデバイス、又は第１のＲＡＮノードの動作を実行することが可能になる。
【０４５６】
本願の一実施形態がさらに、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータで実行されると、コンピュータは、前述の方法の実施形態における第１のコアネットワークデバイス、第２のコアネットワークデバイス、又は第１のＲＡＮノードの動作を実行することが可能になる。
【０４５７】
本願の一実施形態がさらに、前述の実施形態における第１のコアネットワークデバイス及び第１のＲＡＮノードを含む通信システムを提供する。
【０４５８】
任意選択的に、本システムはさらに、前述の第２のコアネットワークデバイスを含む。図７又は図８に示す実施形態を参照されたい。
【０４５９】
任意選択的に、本システムはさらに、前述の第２のＲＡＮノードを含む。図６、図７、又は図８に示す実施形態を参照されたい。
【０４６０】
前述の実施形態の全て又は一部が、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを用いて実装されてよい。これらの実施形態を実装するのにソフトウェアプログラムが用いられる場合、これらの実施形態は、コンピュータプログラム製品の形態で完全に又は部分的に実装されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されると、本願の実施形態による手順又は諸機能は全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能型装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、又はデータセンタから別のウェブサイト、コンピュータ、サーバ、又はデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ，  略してＤＳＬ）方式、又は無線（例えば、赤外線、電波、又はマイクロ波）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセスできる任意の使用可能な媒体でも、１つ又は複数の使用可能な媒体を統合した、サーバ又はデータセンタなどのデータ記憶装置であってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ  ｓｔａｔｅ  ｄｉｓｋ、略してＳＳＤ）などであってよい。
【０４６１】
本願は、複数の実施形態を参照して説明されているが、保護を主張する本願を実現する過程において、当業者であれば、添付図面、開示内容、及び添付の特許請求の範囲を考察することにより、開示された実施形態の別の変形例を理解して実現するであろう。特許請求の範囲では、「備える（ｃｏｍｐｒｉｓｉｎｇ）」は別の構成要素又は別の段階を除外せず、「ａ」又は「ｏｎｅ」は複数の意味を除外しない。単一のプロセッサ又は別のユニットが、特許請求の範囲に列挙されているいくつかの機能を実装してよい。いくつかの手段が互いに異なる従属請求項に記載されているが、このことは、これらの手段を組み合わせても、より優れた効果を生み出すことができないことを意味しているわけではない。
【０４６２】
本願は、特定の機能及びこれらの機能の実施形態を参照して説明されているが、これらに対して様々な修正及び組み合わせが、本願の趣旨及び範囲から逸脱することなく施されてよいことは明らかである。これに対応して、本明細書及び添付図面は、添付の特許請求の範囲により定められる本願の単なる例示的な説明にすぎず、本願の範囲を包含する修正例、変形例、組み合わせ例、又は均等物のうちのいずれか又は全てとみなされる。当業者であれば、本願に対して本願の趣旨及び範囲から逸脱することなく、様々な修正及び変形を施し得ることは明らかである。本願のこれらの修正及び変形が、以下の特許請求の範囲及びその均等な技術により定められる保護範囲に含まれる限り、本願はこれらの修正及び変形を包含することが意図されている。
【図１】
2021517769.tif 000005
【図２】
2021517769.tif 000006
【図３】
2021517769.tif 000007
【図４】
2021517769.tif 000008
【図５】
2021517769.tif 000009
【図６】
2021517769.tif 000010
【図７】
2021517769.tif 000011
【図８】
2021517769.tif 000012
【図９Ａ】
2021517769.tif 000013
【図９Ｂ】
2021517769.tif 000014
【図１０Ａ】
2021517769.tif 000015
【図１０Ｂ】
2021517769.tif 000016
【図１０Ｃ】
2021517769.tif 000017
【図１１Ａ】
2021517769.tif 000018
【図１１Ｂ】
2021517769.tif 000019
【図１２Ａ】
2021517769.tif 000020
【図１２Ｂ】
2021517769.tif 000021
【図１２Ｃ】
2021517769.tif 000022
【図１３】
2021517769.tif 000023
【手続補正書】
【提出日】令和2年10月21日(2020.10.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信方法であって、前記通信方法は、無線リソース制御（ＲＲＣ）接続モードが非アクティブモードである端末が第１の無線アクセスネットワーク（ＲＡＮ）ノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記通信方法は、
第１のコアネットワークデバイスが第１のダウンリンク情報を前記第１のＲＡＮノードに送出する段階であって、前記第１のダウンリンク情報は前記端末のパケットデータユニット（ＰＤＵ）セッションを有効にする前記第１のＲＡＮノードに用いられ、前記ＰＤＵセッションは非アクティブ状態である、段階と、
前記第１のコアネットワークデバイスがインジケーション情報を前記第１のＲＡＮノードから受信する段階であって、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられる、段階と、
前記第１のコアネットワークデバイスが前記インジケーション情報に基づいて第２のダウンリンク情報を前記第２のＲＡＮノードに送出する段階であって、前記第２のダウンリンク情報は前記端末の前記ＰＤＵセッションを有効にする前記第２のＲＡＮノードに用いられる、段階と
を含む通信方法。
【請求項２】
前記第１のダウンリンク情報は、Ｎ２  ＳＭ情報である、請求項１に記載の通信方法。
【請求項３】
前記Ｎ２  ＳＭ情報は、サービス品質（ＱｏＳ）プロファイルと、コアネットワークのＮ３インタフェーストンネル情報とを含む、請求項２に記載の通信方法。
【請求項４】
前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項１から３のいずれか一項に記載の通信方法。
【請求項５】
前記失敗原因値は、前記端末が前記第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始すること、前記端末がハンドオーバを実行していること、コンテキスト転送、前記端末が前記第１のＲＡＮノードに到達できないこと、又は前記第１のダウンリンク情報が送信されないことを含む、請求項４に記載の通信方法。
【請求項６】
通信方法であって、前記通信方法は、端末が第１の無線アクセスネットワーク（ＲＡＮ）ノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記通信方法は、
前記第１のＲＡＮノードが前記端末の第１のダウンリンク情報を第１のコアネットワークデバイスから受信する段階であって、前記第１のダウンリンク情報は前記端末のパケットデータユニット（ＰＤＵ）セッションを有効にする前記第１のＲＡＮノードに用いられ、前記ＰＤＵセッションは非アクティブ状態である、段階と、
前記端末の無線リソース制御（ＲＲＣ）接続モードが非アクティブモードである場合、前記第１のＲＡＮノードが前記第１のダウンリンク情報に基づいて前記端末を呼び出す段階と、
前記第１のＲＡＮノードが前記端末のコンテキスト要求を前記第２のＲＡＮノードから受信する段階と、
前記第１のＲＡＮノードが前記コンテキスト要求に基づいてインジケーション情報を前記第１のコアネットワークデバイスに送出する段階であって、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられる、段階と
を含む通信方法。
【請求項７】
前記第１のダウンリンク情報は、Ｎ２  ＳＭ情報である、請求項６に記載の通信方法。
【請求項８】
前記Ｎ２  ＳＭ情報は、サービス品質（ＱｏＳ）プロファイルと、コアネットワークのＮ３インタフェーストンネル情報とを含む、請求項７に記載の通信方法。
【請求項９】
前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項６から８のいずれか一項に記載の通信方法。
【請求項１０】
前記失敗原因値は、前記端末が前記第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始すること、前記端末がハンドオーバを実行していること、コンテキスト転送、前記端末が前記第１のＲＡＮノードに到達できないこと、又は前記第１のダウンリンク情報が送信されないことを含む、請求項９に記載の通信方法。
【請求項１１】
請求項１から５のいずれか一項に記載の通信方法を実行するように構成された第１のコアネットワークデバイスと、
請求項６から１０のいずれか一項に記載の通信方法を実行するように構成された第１の無線アクセスネットワーク（ＲＡＮ）ノードと
を備える通信システム。
【請求項１２】
コンピュータ実行可能命令を格納するように構成されたメモリと、
前記メモリに格納された前記コンピュータ実行可能命令を実行して、請求項１から１０のいずれか一項に記載の通信方法を実行するように構成されたプロセッサと
を備える通信装置。
【請求項１３】
プログラムを記録したコンピュータ可読記憶媒体であって、前記プログラムは請求項１から１０のいずれか一項に記載の通信方法をコンピュータに実行させる、コンピュータ可読記憶媒体。
【請求項１４】
請求項１から１０のいずれか一項に記載の通信方法をコンピュータに実行させる、プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０４６２
【補正方法】変更
【補正の内容】
【０４６２】
本願は、特定の機能及びこれらの機能の実施形態を参照して説明されているが、これらに対して様々な修正及び組み合わせが、本願の範囲から逸脱することなく施されてよいことは明らかである。これに対応して、本明細書及び添付図面は、添付の特許請求の範囲により定められる本願の単なる例示的な説明にすぎず、本願の範囲を包含する修正例、変形例、組み合わせ例、又は均等物のうちのいずれか又は全てとみなされる。当業者であれば、本願に対して本願の趣旨及び範囲から逸脱することなく、様々な修正及び変形を施し得ることは明らかである。本願のこれらの修正及び変形が、以下の特許請求の範囲及びその均等な技術により定められる保護範囲に含まれる限り、本願はこれらの修正及び変形を包含することが意図されている。
【国際調査報告】
2021517769.tif 000024
2021517769.tif 000025
2021517769.tif 000026
2021517769.tif 000027