JP2019518398A - セッション管理機能エンティティ選択方法、機器、及びシステム - Google Patents

Abstract

本願は、セッション管理機能エンティティ選択方法、機器、及びシステムを開示する。当該方法は、第１セッション管理機能エンティティから、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、ステップと、前記再選択指示に従い、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、セッション確立要求メッセージを受信するステップであって、前記セッション確立要求メッセージは、前記第１セッションに関する前記情報を伝達する、ステップと、前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するステップと、前記第２セッション管理機能エンティティへセッション管理要求を送信するステップと、を含む。前述のソリューションでは、不適当なセッション管理機能エンティティを選択するという従来技術の問題が解決される。

Description

本願は、中国特許出願番号第２０１７１００９２４５１．６号、２０１７年２月２１日出願、名称「SESSION MANAGEMENT FUNCTION ENTITY SELECTION METHOD, APPARATUS, AND SYSTEM」の優先権を主張し、及び中国特許出願番号第２０１７１０１３２０２７．X号、２０１７年３月７日出願、名称「SESSION MANAGEMENT FUNCTION ENTITY SELECTION METHOD, APPARATUS, AND SYSTEM」の優先権を主張する。該出願は、それらの全体が参照によりここに組み込まれる。

［技術分野］
本願は、通信技術の分野に関し、特にセッション管理機能エンティティ選択方法、機器及びシステムに関する。

第５世代（５th generation、５Ｇ）通信システムでは、３種類のセッション及びサービス連続モード（Service and Session Continuity mode、ＳＳＣ ｍｏｄｅ）があり、これらは以下に別個に記載される。第１モードは、終端ユーザプレーン機能（Terminated User Plane Function、ＴＵＰＦ）が不変のままであるとき、セッション連続性を保証する。ユーザプレーンのアンカーとして、セッション連続性を保証するために、ＴＵＰＦは不変のままである。ＴＵＰＦは、ユーザプレーンがデータネットワークに接続される最後のＵＰＦである。ＴＵＰＦは、アンカー機能を備えるユーザプレーン機能エンティティと考えられ得る。第２モードは、特定領域内でセッション連続性を維持する。ＴＵＰＦは特定領域内で不変のままであるが、ＴＵＰＦは、ユーザにより使用されるユーザ機器（User Equipment、ＵＥ）が該領域の外へ移動すると、変化する。したがって、セッション連続性は、特定領域内で保証されるが、セッション連続性は該領域の外側では保証されない。第３モードは、ＴＵＰＦが変化するとき、セッション連続性を保証する。第３モードでは、ＴＵＰＦが変化するとき、セッション連続性は以下の方法で保証され得る。新しいＴＵＰＦがＵＥにより開始された新しいセッションのために使用され、現在のＴＵＰＦは依然としてＵＥの既存セッションのために使用される。説明を容易にするために、ＳＳＣ ｍｏｄｅの第１モード、第２モード、及び第３モードは、それぞれ、以下でＳＳＣ ｍｏｄｅ１、ＳＳＣ ｍｏｄｅ２、及びＳＳＣ ｍｏｄｅ３として参照される。

既存ソリューションにおいて、ＳＳＣ ｍｏｄｅ２及びＳＳＣ ｍｏｄｅ３のパケットデータユニット（Packet Data Unit、ＰＤＵ）セッションでは、ＵＥ位置変化（選択されたＳＭＦが現在ＳＭＦ又は新ＳＭＦであり得る）のようなイベントに起因して、セッション管理機能（Session Management Function、ＳＭＦ）エンティティが選択される必要のあるとき、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）エンティティはＳＭＦ選択動作を実行する。しかしながら、この方法は、以下の欠点を有する。ＡＭＦは、ＰＤＵセッション管理に関する情報を検知せず、ＡＭＦがＳＭＦ選択動作を実行し続けた場合、選択されたＳＭＦは不適当になる可能性がある。

本発明の実施形態は、不適切なセッション管理機能エンティティを選択するという従来技術の問題を解決するために、セッション管理機能エンティティ選択方法、機器、及びシステムを提供する。

上述の目的を達成するため、本発明の実施形態は、以下の技術的ソリューションを提供する。

第１の態様によると、セッション管理機能エンティティ選択方法が提供される。当該方法は、先ず、第１セッション管理機能エンティティから、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、ステップと、次に、前記再選択指示に従い、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、次に、前記第１セッションに関する前記情報を伝達するセッション確立要求メッセージを受信するステップと、前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するステップと、前記第２セッション管理機能エンティティへセッション管理要求を送信するステップと、を含む。前記第１セッション管理機能エンティティは、前記第１セッションに関する前記情報に対応し且つ自身に保存された前記対応をクエリすることにより決定されたセッション管理機能エンティティである。

第１セッション管理機能エンティティはセッション管理に関する情報を検知できるので、第１セッション管理機能エンティティは、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択することを決定した場合、第１セッション管理機能エンティティは再選択指示を送信する。次に、再選択指示を受信するパーティは、ＵＥにサービスを提供し続けるために、第１セッション管理機能エンティティと異なるセッション管理機能エンティティを選択する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術において選択されるセッション管理機能エンティティより一層適正である。再選択指示は、具体的に、第１セッションについて、セッション管理機能エンティティを再選択するよう指示するために使用されて良い。

可能な設計では、前記第１セッションに関する情報は、前記第１セッションの識別子を含む、又は、前記第１セッションに関する情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む。

可能な設計では、前記第１セッションに関する情報に加えて、前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を伝達する。この場合、前記ＵＥにより前記生成されるべきセッションに割り当てられたセッション識別子は、相応して、前記第１セッションの識別子と異なる。

可能な設計では、セッション確立要求メッセージを受信する前記ステップの前に、前記方法は、前記第２セッションを確立するよう前記ＵＥに指示するために、前記ＵＥへセッション再確立指示を送信するステップ、を更に含む。

可能な設計では、位置変化通知メッセージを受信する前記ステップの前に、前記方法は、前記第１セッションを確立するステップであって、前記第１セッション管理機能エンティティは、前記第１セッションを提供するセッション管理機能エンティティである、ステップ、を更に含む。

第２の態様によると、本発明の一実施形態は、別のセッション管理機能エンティティ選択方法を提供する。方法は、先ず、第１セッション管理機能エンティティから、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記セッション管理機能エンティティ再選択結果は、第２セッション管理機能エンティティに関する情報を含む、ステップと、次に、前記第２セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、次に、前記第１セッションに関する前記情報を伝達するセッション確立要求メッセージを受信するステップと、前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第２セッション管理機能エンティティを決定するステップと、前記第２セッション管理機能エンティティへセッション管理要求を送信するステップと、を含む。

第１セッション管理機能エンティティはセッション管理に関する情報を検知できるので、第１セッション管理機能エンティティは、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、第１セッション管理機能エンティティは、再選択セッション管理機能エンティティを決定し、再選択結果を送信する。次に、再選択結果を受信するパーティは、ＵＥにサービスを提供し続けるために、再選択結果を選択する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術で選択されるセッション管理機能エンティティよりも一層適正である。再選択結果は、具体的に、第１セッションについて再選択された第２セッション管理機能エンティティを含んで良い。

第３の態様によると、本発明の一実施形態は、別のセッション管理機能エンティティ選択方法を提供する。方法は、先ず、第１セッション管理機能エンティティから、セッション管理機能エンティティ選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記セッション管理機能エンティティ選択結果は、前記第１セッション管理機能エンティティに関する情報を含む、ステップ、又は、第１セッション管理機能エンティティから指示情報及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップと、次に、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、次に、セッション確立要求メッセージを受信するステップであって、前記セッション確立要求メッセージは、前記第１セッションに関する前記情報を伝達する、ステップと、前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第１セッション管理機能エンティティを決定するステップと、前記第１セッション管理機能エンティティへセッション管理要求を送信するステップと、を含む。第１セッション管理機能エンティティはセッション管理に関する情報を検知できるので、第１セッション管理機能エンティティが、セッション管理機能エンティティを再選択することを決定する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術において選択されるセッション管理機能エンティティより一層適正である。

第４の態様によると、本発明の一実施形態は、セッション管理機能エンティティ選択機器を提供する。前記機器は、第１の態様乃至第３の態様のいずれか１つの方法の実施形態を実行する機能を有する。機能は、ハードウェアを用いて実施されて良く、又は対応するソフトウェアを実行するハードウェアにより実施されて良い。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。

第５の態様によると、本発明の一実施形態は、プロセッサとメモリとバスと通信インタフェースとを含むセッション管理機能エンティティ選択機器を提供する。前記メモリは、コンピュータ実行可能命令を格納するよう構成され、前記プロセッサ及びメモリは前記システムバスを用いて接続され、前記機器が実行すると、前記プロセッサは前記メモリに格納されたコンピュータ実行可能命令を実行して、前記セッション管理機能エンティティ選択機器が、第１の態様乃至第３の態様のいずれか１つのセッション管理機能エンティティ選択方法を実行するようにする。

第６の態様によると、本発明の一実施形態は、方法の実施形態又は機器の実施形態における実行主体を含み且つ第１セッション管理機能エンティティを更に含むセッション管理機能エンティティ選択システムを提供する。第１セッション管理機能エンティティは、セッション管理機能エンティティを再選択するか否かを決定し、再選択指示を送信するよう構成される。代替として、前記第１セッション管理機能エンティティは、再選択されるセッション管理機能エンティティを決定し、再選択結果を送信するよう構成される。

第７の態様によると、本発明の一実施形態は、命令を含むコンピュータプログラムプロダクトを提供する。命令を含むコンピュータプログラムプロダクトがコンピュータ上で実行すると、該コンピュータは、前述の態様の方法を実行可能になる。

第８の態様によると、本発明の一実施形態は、命令を含むコンピュータ記憶媒体を提供する。命令がコンピュータ上で実行すると、該コンピュータは、前述の態様の方法を実行可能になる。

本願のこれらの態様又は他の態様は、以下の実施形態の説明においてより明確であり且つより分かり易い。

本発明の一実施形態による可能なシステムネットワークの概略図である。

本発明の一実施形態による別の可能なシステムネットワークの概略図である。

本発明の一実施形態によるコンピュータ装置の概略図である。

本発明の一実施形態によるセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態によるセッション管理機能エンティティ選択機器の概略構造図である。

本発明の一実施形態による別のセッション管理機能エンティティ選択機器の概略構造図である。

本発明の一実施形態による別のセッション管理機能エンティティ選択機器の概略構造図である。

本発明の目的、技術的解決策、及び利点を一層明らかにするために、以下は、添付の図面を参照して本願を更に詳述する。方法の実施形態における特定動作方法は、機器の実施形態又はシステムの実施形態にも適用され得る。

本発明の実施形態において記載されるネットワークアーキテクチャ及びビジネスシナリオは、本発明の実施形態における技術的ソリューションをより明確に記載することを意図し、本発明の実施形態において提供される技術的ソリューションを限定することを意図しない。当業者は、ネットワークアーキテクチャが進化し及び新しいビジネスシナリオが出現するとき、本発明の実施形態において提供される技術的ソリューションが同様の技術的問題に更に適用可能であることが分かり得る。

本発明の一実施形態は、セッション管理機能エンティティ選択システム１００を提供する。システム１００は、モビリティ管理機能エンティティ１０、及びセッション管理機能エンティティ２０を含む。

一実装として、特定の実装では、モビリティ管理機能エンティティ１０は、先ず、位置変化通知メッセージを受信し、次に、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０へセッション管理メッセージを送信する。セッション管理機能エンティティ２０は、第１セッション管理機能エンティティとして使用されて良い。セッション管理メッセージを受信した後に、セッション管理機能エンティティ２０は、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を送信する。ここで、再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される。モビリティ管理機能エンティティ１０は、再選択指示に従い、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存する。次に、モビリティ管理機能エンティティ１０は、セッション確立要求メッセージを受信する。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。セッション確立要求メッセージを受信した後に、モビリティ管理機能エンティティ１０は、第２セッション管理機能エンティティのような、第１セッション管理機能エンティティ２０と異なるセッション管理機能エンティティを決定する。次に、モビリティ管理機能エンティティ２０は、第２セッション管理機能エンティティへセッション管理要求を送信する。

以上に提供されたセッション管理機能エンティティ選択方法では、セッション管理機能エンティティ２０はセッション管理に関する情報を検知できるので、セッション管理機能エンティティ２０は、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ再選択指示を送信する。モビリティ管理機能エンティティ１０は、ＵＥにサービスを提供し続けるために、セッション管理機能エンティティ２０と異なるセッション管理機能エンティティを選択する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術でモビリティ管理機能エンティティにより選択されるセッション管理機能エンティティよりも一層適正である。

再選択指示は、具体的に、第１セッションについて、セッション管理機能エンティティを再選択するよう指示するために使用されて良い。

別の実装として、特定の実装では、モビリティ管理機能エンティティ１０は、先ず、位置変化通知メッセージを受信し、次に、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０へセッション管理メッセージを送信する。セッション管理機能エンティティ２０は、第１セッション管理機能エンティティとして使用されて良い。セッション管理メッセージを受信した後に、セッション管理機能エンティティ２０は、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、セッション管理機能エンティティ２０は、再選択セッション管理機能エンティティ、例えば第３セッション管理機能エンティティを決定する。第３セッション管理機能エンティティを決定した後に、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を送信する。ここで、セッション管理機能エンティティ再選択結果は、決定した第３セッション管理機能エンティティに関する情報を含む。セッション管理機能エンティティ再選択結果を受信した後に、モビリティ管理機能エンティティ１０は、第３セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存する。次に、モビリティ管理機能エンティティ１０は、セッション確立要求メッセージを受信する。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。セッション確立要求メッセージを受信した後に、モビリティ管理機能エンティティ１０は、保存した対応をクエリすることにより、第１セッションに関する情報に対応するセッション管理機能エンティティ、つまり第３セッション管理機能エンティティを決定する。次に、モビリティ管理機能エンティティ１０は、第３セッション管理機能エンティティへセッション管理要求を送信する。決定した第３セッション管理機能エンティティに関する情報は、第３セッション管理機能エンティティの識別子、又は第３セッション管理機能エンティティのアドレス、又は第３セッション管理機能エンティティを表し得る他の情報であって良い。これは、本願において限定されない。

以上に提供されたセッション管理機能エンティティ選択方法では、セッション管理機能エンティティ２０はセッション管理に関する情報を検知できるので、セッション管理機能エンティティ２０は、セッション管理機能エンティティを再選択すべきか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、セッション管理機能エンティティ２０は、再選択される第３セッション管理機能エンティティを決定し、再選択結果を送信する。次に、再選択結果を受信するパーティは、ＵＥにサービスを提供し続けるために、再選択結果を選択する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術で選択されるセッション管理機能エンティティよりも一層適正である。

再選択結果は、具体的に、第１セッションについて再選択された第２セッション管理機能エンティティを含んで良い。

別の実装として、特定の実装では、モビリティ管理機能エンティティ１０は、先ず、位置変化通知メッセージを受信し、次に、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０へセッション管理メッセージを送信する。セッション管理機能エンティティ２０は、第１セッション管理機能エンティティとして使用されて良い。セッション管理メッセージを受信した後に、セッション管理機能エンティティ２０は、ＵＰＦを再選択することを決定する。この場合、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ、セッション管理機能エンティティ選択結果及びユーザ機器ＵＥの第１セッションに関する情報を送信する。セッション管理機能エンティティ選択結果は、第１セッション管理機能エンティティに関する情報を含む。代替として、セッション管理メッセージを受信した後に、セッション管理機能エンティティ２０は、ＵＰＦを再選択することを決定する。この場合、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ、指示情報及びユーザ機器ＵＥの第１セッションに関する情報を送信する。セッション管理機能エンティティ２０により送信された上述の情報を受信した後に、モビリティ管理機能エンティティ１０は、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存する。次に、モビリティ管理機能エンティティ１０は、セッション確立要求メッセージを受信する。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。セッション確立要求メッセージを受信した後に、モビリティ管理機能エンティティ１０は、保存した対応をクエリすることにより、第１セッションに関する情報に対応するセッション管理機能エンティティ、つまり第１セッション管理機能エンティティを決定する。次に、モビリティ管理機能エンティティ１０は、第１セッション管理機能エンティティへセッション管理要求を送信する。第１セッション管理機能エンティティに関する情報は、第１セッション管理機能エンティティの識別子、又は第１セッション管理機能エンティティのアドレス、又は第１セッション管理機能エンティティを表し得る他の情報であって良い。これは、本願において限定されない。

この指示情報は、セッション再確立指示、又はＵＰＦ再選択指示、又はＳＭＦが再選択される必要がないことの指示情報、又はセッション解放タイマ、又は別の黙示的指示メッセージであって良い。これは、本願において限定されない。

さらに、セッション管理機能エンティティ２０は、複数の方法で、ＵＰＦを再選択することを決定し、例えば、先ず、現在ＵＰＦがＵＥにサービスを提供し続けることが可能であるか否かを決定する。現在ＵＰＦがＵＥにサービスを提供できない場合、セッション管理機能エンティティ２０により管理される別のＵＰＦが、ＵＥにサービスを提供して良い。勿論、セッション管理機能エンティティ２０は、従来技術における別の方法で、ＵＰＦを再選択することを決定して良い。現在ＵＰＦがＵＥにサービスを提供し続けることができない複数の理由がある。ソースＵＰＦが過負荷であり得る、又はＵＥ位置の変化のためにソースＵＰＦがＵＥにサービスを提供し続けることができない、等である。

以上に提供されたセッション管理機能エンティティ選択方法では、セッション管理機能エンティティ２０はセッション管理に関する情報を検知できるので、セッション管理機能エンティティ２０がセッション管理機能エンティティを決定する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術においてモビリティ管理機能エンティティにより選択されるセッション管理機能エンティティよりも一層適正である。

本願のユーザ機器ＵＥは、無線通信機能を有する種々のハンドヘルド装置、車内装置、ウェアラブル装置、コンピューティング装置、又は無線モデムに接続される別の処理装置、及びユーザ機器、移動局（Mobile station、ＭＳ）、端末（Terminal）、端末機器（Terminal Equipment）、ソフト端末、及び種々の形式の同様のものを含み得る。説明を容易にするために、本願では、上述の装置は集合的にユーザ機器又はＵＥとして参照される。

図１では、モビリティ管理機能エンティティ１０及びセッション管理機能エンティティ２０は、単なる名称であり、名称はエンティティに対する限定を構成しない。例えば、「モビリティ管理機能エンティティ」は、「アクセス及びモビリティ管理機能エンティティ」又は別の名称で置き換えられて良く、セッション管理機能エンティティ２０は、「セッション管理機能」又は別の名称で置き換えられて良い。さらに、モビリティ管理機能エンティティ１０は、モビリティ管理機能に加えて別の機能を含むエンティティに対応して良い。セッション管理機能エンティティ２０は、セッション管理機能に加えて別の機能を含むエンティティに対応して良い。説明はここで提供され、詳細事項は以下で再び記載されない。

特定の実装では、位置変化通知メッセージは、ハンドオーバ通知メッセージ、又は位置領域更新要求メッセージ、又は別の名称のメッセージであって良い。これはここで限定されない。セッション管理メッセージは、ＵＥモビリティイベント通知メッセージ、又はハンドオーバ通知メッセージ、又は非アクセス層（Non-Access Stratum、ＮＡＳ）通知メッセージ（NAS Message Notify）、又は別の名称のメッセージであって良い。これはここで限定されない。セッション管理要求は、セッション確立要求又は別の名称のメッセージであって良い。これはここで限定されない。

特定の実装では、第１セッションに関する情報は、第１セッションの識別子を含んで良く、又はＵＥの識別子及び第１セッションの識別子を含んで良く、又は勿論、他の内容を含んで良い。

特定の実装では、第１セッションは、モビリティ管理機能エンティティ１０が位置変化通知メッセージを受信する前に、確立されていて良い。第１セッション管理機能エンティティは、第１セッションを提供するセッション管理機能エンティティである。

特定の実装では、セッション管理機能エンティティ２０は、複数の方法で、セッション管理機能エンティティを再選択すべきか否かを決定する。第１の方法では、セッション管理機能エンティティ２０は、セッション管理機能エンティティ２０が過負荷であり、ＵＥにサービスを提供し続けることができないことを決定する。第２の方法では、セッション管理機能エンティティ２０は、ＰＤＵセッションにサービスを現在提供しているソースユーザプレーン機能（User Plane Function、ＵＰＦ）エンティティが、ＵＥにサービスを提供し続けることができないこと、ＵＥにサービスを提供できる目標ＵＰＦが別のセッション管理機能エンティティにより管理されていること、具体的には、ＵＥがセッション管理機能エンティティ２０のサービス範囲内に存在しないことを決定する。ソースＵＰＦがＵＥにサービスを提供し続けることができない複数の理由がある。ソースＵＰＦが過負荷であり得る、又はＵＥ位置の変化のためにソースＵＰＦがＵＥにサービスを提供し続けることができない。勿論、セッション管理機能エンティティ２０は、従来技術における別の方法で、セッション管理機能エンティティを再選択するか否かを決定して良い。モビリティ管理機能エンティティ１０が、以下の実施形態において記載されるＳＭＦの粒度でセッション管理メッセージをセッション管理機能エンティティ２０へ送信する場合、セッション管理機能エンティティ２０は、先ず、ＵＥの識別子に基づき、セッション管理機能エンティティ２０がＵＥにサービスを提供するＰＤＵセッションを決定し、次に、ＰＤＵセッションのためにＳＭＦを再選択するか否かを決定して良い。

特定の実装では、モビリティ管理機能エンティティ１０は、複数の方法でセッション管理機能エンティティ２０と異なるセッション管理機能エンティティを決定し、以下の方法のうちのいずれか１つ又は従来技術における別の方法を使用して良い。

第１の方法では、モビリティ管理機能エンティティ１０は、ＵＥ位置に又はＵＥ位置及びデータネットワーク情報に基づき、トポロジ管理機能エンティティにクエリして、セッション管理機能エンティティ２０と異なり且つＵＥにサービスを提供できるセッション管理機能エンティティを取得する。データネットワーク情報は、アクセスポイント名（Access Point Name、ＡＰＮ）情報、又はデータネットワーク名（Data Network Name、ＤＮＮ）情報であって良い。トポロジ管理機能エンティティは、実際の展開において独立に配置されて良く、又はネットワーク内の既存ネットワーク要素に統合され、例えばドメインネームサーバ（Domain Name System、ＤＮＳ）、モビリティ管理機能エンティティ１０、又はネットワーク要素登録及び発見機能エンティティ、例えばネットワークレポジトリ機能（Network Repository Function、ＮＲＦ）エンティティ、又はネットワーク機能レポジトリ機能（Network Function Repository Function、ＮＲＦ）エンティティに統合されて良い。

具体的に、トポロジ管理機能エンティティは、ＵＥにサービスを現在提供できる他のＵＰＦのリストを取得し、（例えばＤＮＳをクエリすることを通じて）ＵＰＦリスト内の各ＵＰＦに対応するセッション管理機能エンティティに関する情報を取得し、及びセッション管理機能エンティティ２０と異なる対応するセッション管理機能エンティティを選択して良い。セッション管理機能エンティティに関する情報は、セッション管理機能エンティティの識別子及び／又はセッション管理機能エンティティの負荷を含む。

第２の方法では、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０と異なり且つユーザサブスクリプションデータ内に構成されるセッション管理機能エンティティを選択する。

第３の方法では、ＵＥが同じデータネットワーク情報を有するＰＤＵセッションを既に有する場合、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０と異なり且つＰＤＵセッションに対応するセッション管理機能エンティティを選択する。

第４の方法では、モビリティ管理機能エンティティ１０は、ＵＥの識別子及びネットワーク構成情報に基づきセッション管理機能エンティティホスト名を構成し、（例えば、ＤＮＳをクエリすることを通じて）セッション管理機能エンティティ２０と異なり且つホスト名に対応するセッション管理機能エンティティを取得する。

特定の実装では、セッション管理機能エンティティ２０により再選択される第３セッション管理機能エンティティを決定する方法は、具体的に次の通りであって良い。セッション管理機能エンティティ２０は、第１の方法で第３セッション管理機能エンティティを決定し、具体的には、ＵＥ位置に又はＵＥ位置及びデータネットワーク情報に基づきトポロジ管理機能エンティティをクエリして、セッション管理機能エンティティ２０と異なり且つＵＥにサービスを提供できるセッション管理機能エンティティを取得して良い。セッション管理機能エンティティ２０は、従来技術における別の方法を使用して良い。

特定の実装では、ＵＥ位置（又は目標アクセス領域情報）は、目標基地局識別子、又は目標セル識別子、又は目標追跡領域識別子、又はＵＥがハンドオーバされるべき位置を示し得る他の情報であって良い。これはここで限定されない。

図２は、本願による特定の５Ｇシステム２００の一例を示す。勿論、本願はこのシステムに限定されない。本発明の本実施形態で提供されるセッション管理機能エンティティ選択方法は、図１及び図２に示されるシステムに適用されて良い。

図２に示すシステム２００はＡＭＦ及びＳＭＦを含む。ＡＭＦは図１のモビリティ管理機能エンティティ１０の一例であり、ＳＭＦは図１のセッション管理機能エンティティ２０の一例である。ＡＭＦは、アクセス及びモビリティ管理機能エンティティであり、ＵＥアクセス及びモビリティ管理を実行し、ポリシ機能（Policy Function、ＰＣＦ）エンティティにより提供されるＵＥモビリティポリシ及びネットワーク選択ポリシを受信し、該ポリシを実行する。ＳＭＦは、セッション管理機能エンティティであり、セッション管理を実行し、ＰＣＦにより提供されるセッション又はサービスフロー制御ポリシを受信し、該ポリシを実行し、更にＴＵＰＦを選択し及びＵＥにインターネットプロトコル（Internet Protocol、ＩＰ）アドレスを割り当てる、等の機能を有して良い。

システム２００は、ＰＣＦ、ＴＵＰＦ、又はアクセスネットワーク（Access Network、ＡＮ）を更に含んで良い。ＰＣＦは、ポリシ制御機能エンティティであり、課金、ＱｏＳ（Quality of Service、ＱｏＳ）及びセッションレベル若しくはサービスフローレベルのモビリティのようなポリシ制御の実行を主に担う。ユーザプレーン機能がデータネットワーク（Data Network）とインタフェースしたとき、ＴＵＰＦは、ユーザプレーンデータ転送、セッションレベル又はサービスフローレベルに基づく課金統計、及び帯域幅調整のような機能を実施する。ＡＮは、５Ｇにおけるアクセスネットワークであり、ベアラリソースの割り当て及びスケジューリングのような機能を実行する。ＡＮとＴＵＰＦとの間の別のユーザプレーン機能エンティティも存在し得る。

システム２００では、本願において提供されるセッション管理機能エンティティ選択方法において、ＳＭＦはセッション管理、例えば、ＳＭＦサービス範囲、ＳＭＦ負荷、ＵＰＦ負荷、又はＳＳＣ ｍｏｄｅ、に関する情報を検知できるので、ＳＭＦがＳＭＦを再選択すべきか否かを決定し、又はＳＭＦが再選択ＳＭＦを決定する。したがって、本方法で選択されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

特定の実装では、システム１００又はシステム２００における任意の機能ノード又はネットワーク要素は、１つのエンティティ装置により実装されて良く、又は複数のエンティティ装置により共同で実装されて良い。これは、本発明の本実施形態において具体的に限定されない。具体的に、システム１００又はシステム２００における任意の機能ノード又はネットワーク要素は１つのエンティティ装置内の論理機能モジュール、又は複数のエンティティ装置を含む論理機能モジュールであって良いことが理解できる。これは、本発明の本実施形態において具体的に限定されない。

図３に示すように、図１のモビリティ管理機能エンティティ１０又は図２のＡＭＦは、図３のコンピュータ装置（又はシステム）を用いて実装されて良い。

図３は、本発明の一実施形態によるコンピュータ装置の概略図である。コンピュータ装置３００は、少なくとも１つのプロセッサ３１、通信バス３２、メモリ３３、及び少なくとも１つの通信インタフェース３４を含む。

プロセッサ３１は、汎用中央処理ユニット（ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、又は、本発明の前述のソリューションにおけるプログラム実行を制御するよう構成される１又は複数の集積回路であって良い。

通信バス３２は、前述のコンポーネント間で情報を送信するチャネルを含んで良い。通信インタフェース３４は、任意の通信機のような機器を用い、別の装置又は通信ネットワーク、例えばイーサネット、無線アクセスネットワーク（ＲＡＮ）、又は無線ローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）と通信するよう構成される。

メモリ３３は、読み出し専用メモリ（read-only memory、ＲＯＭ）又は静的情報及び命令を格納し得る別の種類の静的記憶装置、又はランダムアクセスメモリ（random access memory、ＲＡＭ）又は情報及び命令を格納し得る別の種類の動的記憶装置であって良く、又は電気的消去可能なプログラマブル読み出し専用メモリ（Electrically Erasable Programmable Read-Only Memory、ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（Compact Disc Read-Only Memory、ＣＤ−ＲＯＭ）又は別のコンパクトディスク記憶、光ディスク記憶（コンパクトディスク、レーザディスク、光ディスク、デジタルバーサタイルディスク、ブルーレイディスク、等を含む）、ディスク記憶媒体又は別の磁気記憶装置、又は命令若しくはデータの構造の形式の期待されるプログラムコードを伝達し又は格納するために使用可能な且つコンピュータによりアクセス可能な任意の他の媒体であって良い。しかしながら、メモリ３３はここで限定されない。メモリは、独立に存在して良く、バスを用いてプロセッサに接続される。代替として、メモリは、プロセッサに統合されて良い。

メモリ３３は、本発明のソリューションを実行するために使用されるアプリケーションプログラムコードを格納するよう構成され、アプリケーションプログラムコードはプロセッサ３１により制御され実行される。プロセッサ３１は、メモリ３３に格納されたアプリケーションプログラムコードを実行するよう構成される。

特定の実装では、一実施形態において、プロセッサ３１は１又は複数のＣＰＵ、例えば図３のＣＰＵ０及びＣＰＵ１を含んで良い。

特定の実装では、一実施形態において、コンピュータ装置３００は複数のプロセッサ、例えば図３のプロセッサ３１及びプロセッサ３８を含んで良い。これらのプロセッサの各々は、シングルコア（single-CPU）プロセッサ又はマルチコア（multi-CPU）プロセッサであって良い。ここでプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成される１又は複数の装置、回路、及び／又は処理コアであって良い。

特定の実装では、一実施形態において、コンピュータ装置３００は、出力装置３５及び入力装置３６を更に含んで良い。出力装置３５はプロセッサ３１と通信し、複数の方法で情報を表示して良い。例えば、出力装置３５は、液晶ディスプレイ（liquid crystal display、ＬＣＤ）、発光ダイオード（light emitting diode、ＬＥＤ）ディスプレイ装置、陰極管（cathode-ray tube、ＣＲＴ）ディスプレイ装置、又はプロジェクタ（projector）であって良い。入力装置３６はプロセッサ３１と通信し、複数の方法でユーザの入力を受信して良い。例えば、入力装置３６は、マウス、キーボード、タッチスクリーン装置、又は検知装置であって良い。

コンピュータ装置３００は、汎用コンピュータ装置又は専用コンピュータ装置であって良い。特定の実装では、コンピュータ装置３００は、デスクトップコンピュータ、ポ―タブルコンピュータ、ネットワークサーバ、パーソナルデジタルアシスタント（Personal Digital Assistant、ＰＤＡ）、携帯電話機、タブレットコンピュータ、無線端末装置、通信装置、埋め込み型装置、又は図３と同様の構造を有する装置であって良い。コンピュータ装置３００の種類は、本発明の本実施形態において限定されない。

例えば、図１のモビリティ管理機能エンティティ１０又は図２のＡＭＦは、図３に示される装置であって良く、１又は複数のソフトウェアモジュールは、モビリティ管理機能エンティティ１０又はＡＭＦのメモリに格納される。モビリティ管理機能エンティティ１０又はＡＭＦは、プロセッサ及びメモリ内のプログラムコードを用いることによりソフトウェアモジュールを実施して、セッション管理機能エンティティを選択して良い。

以下は、フローチャートを参照して、本発明の実施形態において提供されるセッション管理機能エンティティ選択方法を記載する。

図４は、セッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ２である。

Ｓ４０１。ＵＥは、ＡＮを用いてＡＭＦへセッション確立要求を送信し、ＡＭＦは、セッションにサービスを提供するために、セッションのためのＳＭＦを選択し、及びＳＭＦとＰＤＵセッションとの間の対応を保存する。さらに、ＡＭＦは、ＳＭＦへセッション確立要求を送信し、ＳＭＦは、対応するＰＤＵセッションを確立し、及びユーザプレーン送信パスを確立する。ＡＮは、ここでは、次世代アクセスネットワークであって良い。具体的に、ＰＤＵセッションを確立する処理は従来技術と同じであり、ここで詳細事項は記載されない。

ステップ４０１で、ＵＥは１つのＰＤＵセッションの確立をトリガして良い。説明を容易にするために、ＰＤＵセッションは、ＰＤＵ Ｓｅｓｓｉｏｎ１と表記されることがある。代替として、ＵＥは、複数のＰＤＵセッションを確立する処理をトリガして良い。説明を容易にするために、複数のＰＤＵセッションは、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２のようなセッションとして別個に表記されることがある。

Ｓ４０３。ＵＥは、ＡＮと交渉し、ハンドオーバが実行される必要のあるとき、ＡＮはＡＭＦへハンドオーバ通知メッセージを送信し、ＡＭＦはハンドオーバ通知メッセージを受信する。

ＵＥがハンドオーバされる比較的多数のシナリオが存在する。例えば、ＵＥに比較的粗悪なサービスを現在提供しているネットワークのサービス品質、又はＵＥにサービスを現在提供しているネットワークが過負荷である。詳細事項は、ここで記載されない。

ハンドオーバ通知メッセージは、ＵＥ位置情報（つまり、目標アクセス領域情報）及びＵＥの識別子を含む。本実施形態では、例えば、目標アクセス領域情報は、目標基地局識別子である。

Ｓ４０５。ＡＭＦは、ＵＥの識別子に基づき、Ｓ４０１でＵＥのために確立されるＰＤＵセッションに関する情報を決定し、確立されるＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。例えば、一実装では、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２がＳ４０１でＵＥのために確立された場合、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１にサービスを提供するＳＭＦ１及びＰＤＵ Ｓｅｓｓｉｏｎ２にサービスを提供するＳＭＦ２へ、セッション管理メッセージを別個に送信する。ＳＭＦ１及びＳＭＦ２は、同じＳＭＦ機能エンティティであって良い。他の実装では、ＰＤＵ Ｓｅｓｓｉｏｎ１がＳ４０１でＵＥのために確立された場合、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１にサービスを提供するＳＭＦ１へ、セッション管理メッセージを送信する。

本実施形態では、例えば、ＰＤＵ Ｓｅｓｓｉｏｎ１は、Ｓ４０１でＵＥのために確立される。相応して、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦ１へ、セッション管理メッセージを送信し、ＳＭＦ１は、セッション管理メッセージを受信する。

セッション管理メッセージは、ＵＥの識別子、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、及びＵＥ位置情報を伝達する。

ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報は、ＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤ、又はＵＥのＩＤ及びＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤ、又はＰＤＵ Ｓｅｓｓｉｏｎ１を表し得る他の情報であって良い。

Ｓ４０７。セッション管理メッセージを受信した後に、ＳＭＦ１は、ＳＭＦを再選択することを決定する。

特定の実装では、ＳＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ２であることを決定する。

特定の実装では、図１の方法は、ＳＭＦを再選択するか否かを決定するために、ＳＭＦ１に対して使用されて良い。具体的に、ＳＭＦ１は、ＳＭＦ１の負荷情報、ＳＭＦ１により管理されるＵＰＦの負荷情報、又はＳＭＦ１のサービス範囲に基づき、ＳＭＦを再選択することを決定する。

本実施形態では、目標基地局がＳＭＦ１のサービス範囲内に存在しない場合、ＳＭＦ１は、ＵＥにサービスを提供し続けることができない。したがって、ＳＭＦ１はＳＭＦを再選択することを決定する。

Ｓ４０９。ＳＭＦ１は、ＡＭＦへセッション管理応答を送信する。セッション管理応答は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、及びＳＭＦを再選択するよう指示するために使用される再選択指示を伝達する。ＡＭＦは、セッション管理応答を受信する。

セッション管理応答は、ＵＥモビリティイベント応答又はハンドオーバ応答、又は別の名称のメッセージであって良い。これはここで限定されない。

Ｓ４１１。ＡＭＦがセッション管理応答を受信した後に、要求が再選択指示を伝達する場合、ＡＭＦは、ＳＭＦ１とＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報との間の対応を保存する。対応は、ＡＭＦが後にＵＥからセッション確立要求を受信したとき、ＳＭＦを再選択するために、ＡＭＦにより使用される。

対応は、テーブル又はチャートのような形式で保存されて良い。これはここで限定されない。

特定の実装では、対応は、再選択指示を更に含んで良い。

保存されたＳＭＦ１に関する情報は、ＳＭＦ１の名称、又はＳＭＦ１のＩＤ、又はＳＭＦ１を表し得る他の情報であって良い。これは、本願において限定されない。

ＳＭＦ１に関する情報は、ここで保存され、後にＡＭＦがＳＭＦを再選択するとき、ＡＭＦがＳＭＦ１を選択しないようにする。

Ｓ４１３。ＡＭＦは、ハンドオーバコマンドをＡＮへ送信して、後のハンドオーバ手順を完了するよう指示する。

Ｓ４１５。ハンドオーバが完了した後に、ＳＭＦはＰＤＵ Ｓｅｓｓｉｏｎ１の解放手順を開始する。

解放手順では、ＳＭＦは、セッション再確立指示を更に送信して、セッションが解放された後に新しいＰＤＵセッションの確立要求を開始するようＵＥに指示する。セッション再確立指示は、特定の原因値又は特定の指示であって良い。これは、本願において限定されない。

Ｓ４１７。元のセッションが解放された後に、ＵＥは、セッション確立要求をＡＭＦへ送信し、ＡＭＦは、セッション確立要求を受信する。セッション確立要求は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報を含む。

このように、ＵＥは、セッション確立要求をＡＭＦへ送信することにより、新しいＰＤＵセッション（又は目標ＰＤＵセッション）の確立を開始する。ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報を受信した後に、ＡＭＦは、保存された対応をクエリして、ＡＭＦがＳＭＦを再選択するときに、ＡＭＦがＳＭＦ１を選択しないようにする。

セッション確立要求は、ＵＥにより新しい現在確立されるべきＰＤＵセッションに割り当てられたＰＤＵ Ｓｅｓｓｉｏｎ ＩＤを伝達する。

ＵＥがＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを新しいＰＤＵセッションに割り当てる場合、セッション確立要求はＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを伝達する、又はＵＥの識別子及びＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを伝達する。

ＵＥが新しいセッションＩＤ（これは、ＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤと異なる）を新しいＰＤＵセッションに割り当てる場合、セッション確立要求は、新しいセッションＩＤ及びＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを伝達する、又は新しいセッションＩＤ、ＵＥの識別子及びＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを伝達する。

ＰＤＵ Ｓｅｓｓｉｏｎ１が解放され、ＰＤＵ Ｓｅｓｓｉｏｎ１のセッション識別子も解放されるので、ＵＥは元のＰＤＵセッション（つまり、ＰＤＵ Ｓｅｓｓｉｏｎ１）のセッション識別子を現在確立されるべきＰＤＵセッションに割り当てる。

セッション確立要求は、ＵＥ位置情報を更に伝達して良く、又はＤＮＮ情報（例えば、ＤＮＮ識別子）を伝達して良い。

Ｓ４１９。セッション確立要求を受信した後に、ＡＭＦは、第１ＳＭＦと異なる第２ＳＭＦを再選択ＳＭＦとして決定する。言い換えると、第２ＳＭＦはＵＥにサービスを提供する。

図１の方法は、ＡＭＦが第１ＳＭＦと異なる第２ＳＭＦを決定するために使用されて良い。詳細事項は、ここで再び記載されない。

第２ＳＭＦを決定する処理において、ＡＭＦは、ＡＭＦに保存されたＳＭＦ１を選択することを回避するために、保存された対応を検索する。

Ｓ４２１。ＡＭＦはＳＭＦ２へセッション管理要求を送信し、ＳＭＦ２はセッション管理要求を受信する。

特定の実装では、セッション管理要求は、セッション生成要求であって良く、又は別の名称を有して良い。これは、本願において限定されない。

Ｓ４２３。ＳＭＦ２は、新しいＴＵＰＦ及びＩＰアドレスをＵＥに割り当てる。

新たに確立されたセッションのアンカーＵＰＦとして、ＴＵＰＦは、新しいＰＤＵセッション側においてユーザプレーンパスを確立するよう構成される。新しいＩＰアドレスは、ＵＥとデータネットワークとの間のデータ送信のために使用される。

Ｓ４２５。ＳＭＦ２は、ＵＥのための新しいＰＤＵセッションの確立手順を開始する。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦがＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択することを決定した場合、ＳＭＦ１はＡＭＦへ再選択指示を送信する。ＡＭＦは、ＵＥにサービスを提供し続けるために、ＳＭＦ１と異なるＳＭＦを選択する。したがって、本方法で選択されるＳＭＦは、従来技術においてＡＭＦにより選択されるＳＭＦより一層適正である。

図４に示される実施形態では、ステップ４０３で、ＡＭＦは、ハンドオーバ通知メッセージを受信する。特定の実装では、セッション管理機能エンティティは、ＵＥ位置領域更新シナリオの中で選択される。位置領域更新シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図４に記載したハンドオーバシナリオにおける手順との主な違いは、Ｓ４０３、Ｓ４１３、及びＳ４１５にある。

図４のＳ４０３に対応して、位置領域更新シナリオにおけるＳ４０３の手順と、ハンドオーバシナリオにおける手順との主な違いは、次の通り説明される。

ＵＥは、目標ＡＮを用いて、ＡＭＦへの位置領域更新要求メッセージを開始する。要求メッセージは、ＵＥが新しい位置領域へ移動した、又はタイマが周期的位置領域更新を開始するようＵＥをトリガした、又はＵＥが別のネットワークカバレッジ領域へ移動した、等のためにトリガされて良い。

相応して、Ｓ４１３に対応して、ＡＭＦは、位置領域更新応答メッセージ（TAU Response又はTAU Acceptメッセージ）をＡＮへ送信する。メッセージ内で伝達される指示情報は不変のままである。

相応して、Ｓ４１５に対応して、この場合にＵＥはアイドル状態にあるので、元のＰＤＵセッションは無線インタフェースベアラを有しない。元のＰＤＵセッションの解放手順がトリガされる前に、ＵＥ、目標ＡＮ、及びＵＰＦの間のユーザプレーン接続を確立する処理が更に実行される必要がある。Ｓ４０３、Ｓ４１３、及びＳ４１５以外のステップは、ハンドオーバシナリオにおける手順と一致する。

図４に示される実施形態では、セッション管理メッセージをＳＭＦへ送信するとき、ＡＭＦは、ＰＤＵセッションの粒度で、各ＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。このように、ＳＭＦがＵＥの複数のＰＤＵセッションに同時にサービスを提供する場合、ＳＭＦは、手順の中で複数のセッション管理メッセージを受信することがある。

別の可能な実装では、ＡＭＦは、ＳＭＦの粒度で、ＵＥにサービスを現在提供しているＳＭＦへ、セッション管理メッセージを送信して良い。具体的に、ＵＥの複数のＰＤＵセッションにサービスを提供する同一のＳＭＦは、手順において１つのセッション管理メッセージを受信するだけである。このメッセージ通知モードにおける手順と元の手順との主な違いは、Ｓ４０５、Ｓ４０７、Ｓ４０９、及びＳ４１１にある。詳細な相違は以下の通りである。

複数のＰＤＵセッションを確立する処理は、Ｓ４０１に含まれて良い。したがって、ここで説明を容易にするために、例えば、ＵＥは３つのＰＤＵセッション：ＰＤＵ Ｓｅｓｓｉｏｎ１、ＰＤＵ Ｓｅｓｓｉｏｎ２、ＰＤＵ Ｓｅｓｓｉｏｎ３を確立する。ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２にサービスを提供し、ＳＭＦ２は、ＰＤＵ Ｓｅｓｓｉｏｎ３にサービスを提供する。

図４に対応して、新しいメッセージ通知モードにおける手順と現在の手順との間の主な違いは次の通り説明される。Ｓ４０５はＳ４０５’に対応している。ＡＭＦがＡＮにより送信されたハンドオーバ通知メッセージを受信した後に、ＡＭＦは、ハンドオーバ通知メッセージ内のＵＥの識別子、及びＰＤＵセッションとＳＭＦとの間の且つＳ４０１で保存された対応に基づき、ＵＥにサービスを提供するＳＭＦに関する情報を決定する。本例では、ＳＭＦ１及びＳＭＦ２に対応して、ＡＭＦは、ＳＭＦ１及びＳＭＦ２へセッション管理メッセージを送信する。セッション管理メッセージは、ＵＥの識別子及びＵＥ位置情報を伝達する。

相応して、Ｓ４０７はＳ４０７’に対応している。ＡＭＦにより送信されたセッション管理メッセージを受信した後に、各ＳＭＦは、先ず、ＵＥの識別子に基づき、ＳＭＦがＵＥにサービスを提供する各ＰＤＵセッションを決定し（本例では、クエリ結果として、ＳＭＦ１はＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２を発見し、ＳＭＦ２はＰＤＵ Ｓｅｓｓｉｏｎ３を発見する）、次に、各ＰＤＵセッションのためにＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択するか否かを決定するための基礎は、図４の手順において記載した方法と一致する。ここでは、ＳＭＦ１がＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２のためにＳＭＦを再選択することを決定し、ＳＭＦ２がＰＤＵ Ｓｅｓｓｉｏｎ３のためにＳＭＦを再選択することを決定すると仮定する。

相応して、Ｓ４０９はＳ４０９’に対応している。サービスの提供されるＰＤＵセッションについてＳＭＦを再選択することを決定した後に、各ＳＭＦは、セッション管理応答をＡＭＦへ返し、セッション管理応答に再選択指示及びＳＭＦが再選択される必要のあるＰＤＵセッションを加える。本例では、ＳＭＦはＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２の両方のために再選択される必要があるので、ＳＭＦ１は、再選択指示及びＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２に関する情報を同時に返し、ＳＭＦ２は、再選択指示及びＰＤＵ Ｓｅｓｓｉｏｎ３に関する情報を返す。

特定の実装では、ＳＭＦが、１つのＳＭＦがサービスを提供する複数のＰＤＵセッションについて再選択される必要がある場合、ＳＭＦは、セッション管理応答の中で１つの再選択指示を返して良く、又は再選択が実行される必要のある各ＰＤＵセッションが１つの再選択指示を有する。例えば、前述の例では、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、ＰＤＵ Ｓｅｓｓｉｏｎ２に関する情報、及び１つの再選択指示を返して良く、又はＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、ＰＤＵ Ｓｅｓｓｉｏｎ１のために再選択を実行するよう指示するために使用される再選択指示１、ＰＤＵ Ｓｅｓｓｉｏｎ２に関する情報、及びＰＤＵ Ｓｅｓｓｉｏｎ２のために再選択を実行するよう指示するために使用される再選択指示２を返して良い。特定の実装では、前述の２つの方法の組み合わせも使用されて良い。具体的に、１つのＰＤＵセッションに対応する１つの再選択指示が、複数のＰＤＵセッションに対応する１つの再選択指示と結合されて使用される。勿論、別の方法が使用されて良い。これは、本願において限定されない。

再選択指示は、特定の原因値又は特定の指示であって良い。これは、本発明において限定されない。

相応して、Ｓ４１１はＳ４１１’に対応している。ＡＭＦがＳＭＦ１及びＳＭＦ２により返されたセッション管理応答を受信した後に、応答が、再選択指示及びＳＭＦが再選択されるべきであるＰＤＵセッションに関する情報を伝達する、又はＳＭＦが再選択されるべきであるＰＤＵセッションに関する情報を伝達する場合、ＡＭＦは、対応するＰＤＵセッションに関する情報と、ＰＤＵセッションにサービスを現在提供しているＳＭＦとの間の対応を保存する。記憶フォーマットは、図４の手順で記載された方法と一致する。対応は、ＡＭＦが後にＵＥからセッション確立要求を受信したとき、ＳＭＦを再選択するために、ＡＭＦにより使用される。

別の可能な実装では、図４に示される実施形態において、ステップ４０７は、ＡＭＦにより送信されたセッション管理メッセージによりトリガされる。特定の実装では、セッション管理機能エンティティは、ＳＭＦがＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＵＰＦは過負荷である、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦは過負荷である、等と決定するシナリオにおいて選択される。本シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図４に示されるハンドオーバシナリオにおける手順との主な違いは、Ｓ４０３、Ｓ４０５、Ｓ４０９、Ｓ４１３及びＳ４１５にある。

具体的に、図４のＳ４０３及びＳ４０５に対応して、ＵＰＦ又はＳＭＦが過負荷であるシナリオにおけるＳ４０３及びＳ４０５の手順と、ハンドオーバシナリオにおける手順との主な違いは、次の通り説明される。

ＳＭＦは、ＳＭＦ又は別の機能エンティティからのメッセージに基づき、ＵＰＦ又はＳＭＦ負荷のような因子を直接取得し、ステップＳ４０７をトリガする。メッセージは、ＵＰＦ負荷状態、ＳＭＦ負荷状態、又はＵＰＦ障害のような情報を含んで良い。

相応して、Ｓ４０９に対応して、メッセージは、セッション管理通知メッセージ又は別のメッセージであって良い。これはここで限定されない。メッセージ内で伝達される指示情報は不変のままである。

相応して、Ｓ４１３に対応して、手順がＵＥ又はＡＮによりトリガされないので、ＡＭＦはステップを実行しない。

Ｓ４１５に対応して、ＡＭＦは、セッション再確立指示を送信するために、ＵＥへメッセージを転送する。特定の実装では、ステップ４１５は、ステップＳ４０９と別個に実行されて良く、又はステップＳ４０９と結合されて実行されて良い。Ｓ４０３、Ｓ４０５、Ｓ４１３、及びＳ４１５以外のステップは、ハンドオーバシナリオにおける手順と一致する。

図４に示す実施形態では、ＡＭＦの動作は、上述のメモリ内のソフトウェアモジュールに基づきＡＭＦにより実行されて良い。これは、本発明の本実施形態において限定されない。

図５は、別のセッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ３である。

Ｓ５０１、Ｓ５０３、及びＳ５０５は、Ｓ４０１、Ｓ４０３、及びＳ４０５と同じである。

Ｓ５０７。セッション管理メッセージを受信した後に、ＳＭＦ１は、ＳＭＦを再選択するか否かを決定する。

特定の実装では、ＳＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ３であることを決定する。

特定の実装では、図１の方法は、ＳＭＦを再選択するか否かを決定するために、ＳＭＦ１に対して使用されて良い。

Ｓ５０９〜Ｓ５１３は、Ｓ４０９〜Ｓ４１３と同じである。

Ｓ５１５。ハンドオーバが完了した後に、ＳＭＦは、セッションリダイレクト要求をＵＥへ送信し、セッション再確立指示を要求に追加して、新しいＰＤＵセッションの確立を開始するようＵＥに指示する。ＵＥはリダイレクト要求を受信する。

セッションリダイレクト要求は、セッション再確立要求であって良く、又は別のメッセージ名称を有して良い。これはここで限定されない。

Ｓ５１７〜Ｓ５２５は、Ｓ４１７〜Ｓ４２５と同じである。

Ｓ５２７。元のＰＤＵセッション上のサービスフローが終了した後に、元のＰＤＵセッションの解放手順の中で、元のＰＤＵセッションは解放される。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１が再選択ＳＭＦを決定する。したがって、本方法で選択されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

位置領域更新シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図５に記載したハンドオーバシナリオにおける手順との主な違いは、Ｓ５０３及びＳ５１３にある。

位置領域更新シナリオでは、Ｓ５０３に対応して、ＵＥは、目標ＡＮを用いて、ＡＭＦへの位置領域更新要求を開始する。相応して、Ｓ５１３に対応して、ＡＭＦは、位置領域更新応答メッセージをＡＮへ送信する。

図５に示される実施形態では、セッション管理メッセージをＳＭＦへ送信するとき、ＡＭＦは、ＰＤＵセッションの粒度で、各ＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。このように、ＳＭＦがＵＥの複数のＰＤＵセッションに同時にサービスを提供する場合、ＳＭＦは、手順の中で複数のセッション管理メッセージを受信することがある。

別の可能な実装では、ＡＭＦは、ＳＭＦの粒度で、ＵＥにサービスを現在提供しているＳＭＦへ、セッション管理メッセージを送信して良い。具体的に、ＵＥの複数のＰＤＵセッションにサービスを提供する同一のＳＭＦは、手順において１つのセッション管理メッセージを受信するだけである。このメッセージ通知モードにおける手順と元の手順との主な違いは、Ｓ５０５、Ｓ５０７、Ｓ５０９、及びＳ５１１にある。Ｓ５０５、Ｓ５０７、Ｓ５０９、及びＳ５１１は、それぞれＳ５０５’、Ｓ５０７’、Ｓ５０９’、及びＳ５１１’により置き換えられる。Ｓ５０５’、Ｓ５０７’、Ｓ５０９’、及びＳ５１１’は、それぞれＳ４０５’、Ｓ４０７’、Ｓ４０９’、及びＳ４１１’と同じである。詳細事項は、ここで再び記載されない。

別の可能な実装では、ステップ５０７は、ＡＭＦにより送信されたセッション管理メッセージによりトリガされる。特定の実装では、セッション管理機能エンティティは、ＳＭＦがＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＵＰＦは過負荷である、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦは過負荷である、等と決定するシナリオにおいて選択される。本シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図５に記載されたハンドオーバシナリオにおける手順との主な違いは、Ｓ５０３、Ｓ５０５、Ｓ５０９、Ｓ５１３及びＳ５１５にある。

具体的に、図５のＳ５０３及びＳ５０５に対応して、ＵＰＦ又はＳＭＦが過負荷であるシナリオにおけるＳ５０３及びＳ５０５の手順と、ハンドオーバシナリオにおける手順との主な違いは、次の通り説明される。ＳＭＦは、ＳＭＦ又は別の機能エンティティからのメッセージに基づき、ＵＰＦ又はＳＭＦ負荷のような因子を直接取得し、ステップＳ５０７をトリガする。メッセージは、ＵＰＦ負荷状態、ＳＭＦ負荷状態、又はＵＰＦ障害のような情報を含んで良い。

相応して、Ｓ５１３に対応して、手順がＵＥ又はＡＮによりトリガされないので、ＡＭＦはステップを実行しない。

Ｓ５１５に対応して、ＡＭＦは、セッション再確立指示を送信するために、ＵＥへメッセージを転送する。特定の実装では、ステップは、ステップＳ５０９と別個に実行されて良く、又はステップＳ５０９と結合されて実行されて良い。Ｓ５０３、Ｓ５０５、Ｓ５０９、Ｓ５１３、及びＳ５１５以外のステップは、ハンドオーバシナリオにおける手順と一致する。

図５に示す実施形態では、ＡＭＦの動作は、上述のメモリ内のソフトウェアモジュールに基づきＡＭＦにより実行されて良い。これは、本発明の本実施形態において限定されない。

図６は、別のセッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ２である。

Ｓ６０１〜Ｓ６０５は、Ｓ４０１〜Ｓ４０５と同じである。

Ｓ６０７。セッション管理メッセージを受信した後に、ＳＭＦ１は、ＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択することを決定した場合、ＳＭＦ１は第２ＳＭＦを決定する。言い換えると、第２ＳＭＦは再選択ＳＭＦであり、第２ＳＭＦはＵＥにサービスを提供する。

特定の実装では、ＳＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ２であることを決定する。

ＳＭＦ１がＳＭＦを再選択するか否かを決定する方法は、Ｓ４０７で記載された方法と同じである。

セッション管理機能エンティティ２０が図１の再選択される第３セッション管理機能エンティティを決定する方法は、第２ＳＭＦを決定するためにＳＭＦ１に対して使用されて良い。具体的に、トポロジ管理機能エンティティは、別のＳＭＦの負荷情報又は別のＵＰＦの負荷情報を取得し、ＵＥにサービスを提供するために、ＳＭＦ１と異なり且つＵＥにサービスを提供可能なＳＭＦを決定する。

Ｓ６０９。ＳＭＦ１は、ＡＭＦへセッション管理応答を送信する。セッション管理応答は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、及びＳＭＦ再選択結果を伝達し、ＳＭＦ再選択結果は、ここでは第２ＳＭＦに関する情報である。ＡＭＦは、セッション管理応答を受信する。

Ｓ６１１。セッション管理応答を受信した後に、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報と第２ＳＭＦに関する情報との間の対応を保存する。対応は、後に、ＡＭＦがＵＥからセッション確立要求を受信したとき、ＵＥにサービスを提供するＳＭＦとして第２ＳＭＦを選択するために、ＡＭＦにより使用される。

対応は、テーブル又はチャートのような形式で保存されて良い。これはここで限定されない。

特定の実装では、対応は、ＳＭＦが再選択される必要があるという指示情報を更に含んで良い。ＳＭＦが再選択される必要があるという指示情報は、特定指示又は特定の原因値であって良い。これは、本願において限定されない。

保存された第２ＳＭＦに関する情報は、第２ＳＭＦの名称、又は第２ＳＭＦのＩＤ、又はＳＭＦを表し得る他の情報であって良い。これは、本願において限定されない。

Ｓ６１３〜Ｓ６１７は、Ｓ４１３〜Ｓ４１７と同じである。

Ｓ６１９。セッション確立要求を受信した後に、ＡＭＦは、対応をクエリして、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報がＳＭＦ２に対応していることを決定する。言い換えると、ＵＥにサービスを提供すべき第２ＳＭＦを選択する。

第２ＳＭＦを決定する処理において、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する且つセッション確立要求メッセージ内で伝達される情報に基づき、対応をクエリして、ＳＭＦ２を決定する。

Ｓ６２１〜Ｓ６２５は、Ｓ４２１〜Ｓ４２５と同じである。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１がＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択することを決定した場合、ＳＭＦ１は、再選択ＳＭＦを決定し、ＡＭＦへ再選択結果を送信する。したがって、本方法で選択されるＳＭＦは、従来技術においてＡＭＦにより選択されるＳＭＦより一層適正である。

特定の実装では、図６に記載した方法は、ＵＥ位置領域更新シナリオにも適用される。位置領域更新シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図６に記載したハンドオーバシナリオにおける手順との主な違いは、Ｓ６０３、Ｓ６１３、及びＳ６１５にある。

図６のＳ６０３に対応して、位置領域更新シナリオにおけるＳ６０３の手順と、図６のハンドオーバシナリオにおける手順との主な違いは、次の通り説明される。

ＵＥは、目標ＡＮを用いて、ＡＭＦへの位置領域更新要求メッセージを開始する。要求メッセージは、ＵＥが新しい位置領域へ移動した、又はタイマが周期的位置領域更新を開始するようＵＥをトリガした、又はＵＥが別のネットワークカバレッジ領域へ移動した、等のためにトリガされて良い。

相応して、Ｓ６１３に対応して、ＡＭＦは、位置領域更新応答メッセージをＡＮへ送信する。メッセージ内で伝達される指示情報は不変のままである。位置領域更新応答メッセージは、TAU Response又はTAU Acceptメッセージであって良く、又は別の名称を有して良い。

相応して、Ｓ６１５に対応して、この場合にＵＥはアイドル状態にあるので、元のＰＤＵセッションは無線インタフェースベアラを有しない。元のＰＤＵセッションの解放手順がトリガされる前に、ＵＥ、目標ＡＮ、及びＵＰＦの間のユーザプレーン接続を確立する処理が更に実行される必要がある。Ｓ６０３、Ｓ６１３、及びＳ６１５以外のステップは、ハンドオーバシナリオにおける手順と一致する。

図６に示される実施形態では、セッション管理メッセージをＳＭＦへ送信するとき、ＡＭＦは、ＰＤＵセッションの粒度で、各ＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。このように、ＳＭＦがＵＥの複数のＰＤＵセッションに同時にサービスを提供する場合、ＳＭＦは、手順の中で複数のセッション管理メッセージを受信することがある。

別の可能な実装では、ＡＭＦは、ＳＭＦの粒度で、ＵＥにサービスを現在提供しているＳＭＦへ、セッション管理メッセージを送信して良い。具体的に、ＵＥの複数のＰＤＵセッションにサービスを提供する同一のＳＭＦは、手順において１つのセッション管理メッセージを受信するだけである。このメッセージ通知モードにおける手順と元の手順との主な違いは、Ｓ６０５、Ｓ６０７、Ｓ６０９、及びＳ６１１にある。詳細な相違は以下の通りである。

複数のＰＤＵセッションを確立する処理は、Ｓ６０１に含まれて良い。したがって、ここで説明を容易にするために、例えば、ＵＥは３つのＰＤＵセッション：ＰＤＵ Ｓｅｓｓｉｏｎ１、ＰＤＵ Ｓｅｓｓｉｏｎ２、ＰＤＵ Ｓｅｓｓｉｏｎ３を確立する。ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２にサービスを提供し、ＳＭＦ２は、ＰＤＵ Ｓｅｓｓｉｏｎ３にサービスを提供する。

図６に対応して、新しいメッセージ通知モードにおける手順と現在の手順との間の主な違いは次の通り説明される。

Ｓ６０５はＳ６０５’に対応している。ＡＭＦがＡＮにより送信されたハンドオーバ通知メッセージを受信した後に、ＡＭＦは、ハンドオーバ通知メッセージ内のＵＥの識別子、及びＰＤＵセッションとＳＭＦとの間の且つＳ６０１で保存された対応に基づき、ＵＥにサービスを提供するＳＭＦに関する情報を決定する。本例では、ＳＭＦ１及びＳＭＦ２に対応して、ＡＭＦは、ＳＭＦ１及びＳＭＦ２へセッション管理メッセージを送信する。

セッション管理メッセージは、ＵＥの識別子及びＵＥ位置情報を伝達する。

相応して、Ｓ６０７はＳ６０７’に対応している。ＡＭＦにより送信されたセッション管理メッセージを受信した後に、各ＳＭＦは、先ず、ＵＥの識別子に基づき、ＳＭＦがＵＥにサービスを提供する各ＰＤＵセッションを決定し（本例では、クエリ結果として、ＳＭＦ１はＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２を発見し、ＳＭＦ２はＰＤＵ Ｓｅｓｓｉｏｎ３を発見する）、次に、各ＰＤＵセッションのためにＳＭＦを再選択するか否かを決定する。ＳＭＦが再選択される必要がある場合、ＳＭＦ再選択動作が実行され、別のＳＭＦがＵＥにサービスを提供することを決定する。ＳＭＦを再選択するか否かを決定するための基礎及び再選択処理は、図６の手順において記載した方法と一致する。本例では、ＳＭＦ１はＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２のためにＳＭＦを再選択することを決定し、それぞれサービスを提供するためにＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２のためにＳＭＦ３及びＳＭＦ４を選択し、ＳＭＦ２はＰＤＵ Ｓｅｓｓｉｏｎ３のためにＳＭＦを再選択することを決定し、サービスを提供するためにＰＤＵ Ｓｅｓｓｉｏｎ３のためにＳＭＦ５を選択すると仮定する。ＳＭＦ３、ＳＭＦ４及びＳＭＦ５は、同じＳＭＦ又は異なるＳＭＦであって良い。

相応して、Ｓ６０９はＳ６０９’に対応している。サービスの提供されるＰＤＵセッションについてＳＭＦを再選択することを決定した後に、各ＳＭＦは、セッション管理応答をＡＭＦへ返し、セッション管理応答にセッション情報及びＳＭＦ再選択結果を加える。本例では、ＳＭＦはＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２の両方のために再選択される必要があるので、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２に関する情報及びＳＭＦ再選択結果、つまりＳＭＦ３及びＳＭＦ４に関する情報を同時に返し、ＳＭＦ２は、ＰＤＵ Ｓｅｓｓｉｏｎ３に関する情報及びＳＭＦ再選択結果、つまりＳＭＦ５に関する情報を返す。

相応して、Ｓ６１１はＳ６１１’に対応している。ＡＭＦがＳＭＦ１及びＳＭＦ２により返されたセッション管理応答を受信した後に、応答が再選択結果及びＳＭＦが再選択される必要があるＰＤＵセッションに関する情報を伝達する場合、ＡＭＦは、対応するＰＤＵセッションに関する情報と再選択ＳＭＦに関する情報との間の対応を保存する。記憶フォーマットは、図６の手順で記載された方法と一致する。対応は、後に、ＡＭＦがＵＥからセッション確立要求を受信したとき、サービスを提供するために、ＡＭＦのために対応するＳＭＦを選択するために、ＡＭＦにより使用される。

別の可能な実装では、ステップ６０７は、ＡＭＦにより送信されたセッション管理メッセージによりトリガされる。特定の実装では、セッション管理機能エンティティは、ＳＭＦがＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＵＰＦは過負荷である、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦは過負荷である、等と決定するシナリオにおいて選択される。本シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図６に記載されたハンドオーバシナリオにおける手順との主な違いは、Ｓ６０３、Ｓ６０５、Ｓ６０９、Ｓ６１３及びＳ６１５にある。詳細な相違は、図４の記載と同様である。詳細事項は、ここで再び記載されない。

図６に示す実施形態では、ＡＭＦの動作は、上述のメモリ内のソフトウェアモジュールに基づきＡＭＦにより実行されて良い。これは、本発明の本実施形態において限定されない。

図７は、別のセッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ３である。

Ｓ７０１〜Ｓ７０５は、Ｓ６０１〜Ｓ６０５と同じである。

Ｓ７０７。セッション管理メッセージを受信した後に、ＳＭＦ１は、ＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択することを決定した場合、ＳＭＦ１は第２ＳＭＦを決定する。言い換えると、第２ＳＭＦは再選択ＳＭＦであり、第２ＳＭＦはＵＥにサービスを提供する。

特定の実装では、ＳＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ３であることを決定する。

Ｓ７０９及びＳ７１１は、Ｓ６０９及びＳ６１１と同じである。

Ｓ７１３及びＳ７１５は、Ｓ５１３及びＳ５１５と同じである。

Ｓ７１７〜Ｓ７２５は、Ｓ６１７〜Ｓ６２５と同じである。

Ｓ７２７。元のＰＤＵセッション上のサービスフローが終了した後に、元のＰＤＵセッションの解放手順の中で、元のＰＤＵセッションは解放される。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１が再選択ＳＭＦを決定する。したがって、本方法で選択されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

位置領域更新シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図６に記載したハンドオーバシナリオにおける手順との主な違いは、Ｓ６０３及びＳ６１３にある。

図７に対応して、位置領域更新シナリオでは、Ｓ７０３に対応して、ＵＥは、目標ＡＮを用いて、ＡＭＦへの位置領域更新要求を開始する。相応して、Ｓ７１３に対応して、ＡＭＦは、位置領域更新応答メッセージをＡＮへ送信する。

図７に示される実施形態では、セッション管理メッセージをＳＭＦへ送信するとき、ＡＭＦは、ＰＤＵセッションの粒度で、各ＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。このように、ＳＭＦがＵＥの複数のＰＤＵセッションに同時にサービスを提供する場合、ＳＭＦは、手順の中で複数のセッション管理メッセージを受信することがある。

別の可能な実装では、ＡＭＦは、ＳＭＦの粒度で、ＵＥにサービスを現在提供しているＳＭＦへ、セッション管理メッセージを送信して良い。具体的に、ＵＥの複数のＰＤＵセッションにサービスを提供する同一のＳＭＦは、手順において１つのセッション管理メッセージを受信するだけである。このメッセージ通知モードにおける手順と元の手順との主な違いは、Ｓ７０５、Ｓ７０７、Ｓ７０９、及びＳ７１１にある。Ｓ７０５、Ｓ７０７、Ｓ７０９、及びＳ７１１は、それぞれＳ７０５’、Ｓ７０７’、Ｓ７０９’、及びＳ７１１’により置き換えられる。Ｓ７０５’、Ｓ７０７’、Ｓ７０９’、及びＳ７１１’は、それぞれＳ６０５’、Ｓ６０７’、Ｓ６０９’、及びＳ６１１’と同じである。詳細事項は、ここで再び記載されない。

別の可能な実装では、ステップ７０７は、ＡＭＦにより送信されたセッション管理メッセージによりトリガされる。特定の実装では、セッション管理機能エンティティは、ＳＭＦがＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＵＰＦは過負荷である、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦは過負荷である、等と決定するシナリオにおいて選択される。本シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図７に記載されたハンドオーバシナリオにおける手順との主な違いは、Ｓ７０３、Ｓ７０５、Ｓ７０９、Ｓ７１３及びＳ７１５にある。詳細な相違は、図５の記載と同様である。詳細事項は、ここで再び記載されない。

図７に示す実施形態では、ＡＭＦの動作は、上述のメモリ内のソフトウェアモジュールに基づきＡＭＦにより実行されて良い。これは、本発明の本実施形態において限定されない。

図８は、セッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ２である。ＵＰＦは再選択される必要があるが、ＳＭＦは再選択される必要がない。

Ｓ８０１はＳ４０１と同じである。

Ｓ８０３。ＳＭＦ１は、ＵＥのＰＤＵセッションのためにＵＰＦを再選択することを決定する。説明を容易にするために、ＰＤＵ Ｓｅｓｓｉｏｎ１がここで一例として使用される。

特定の実装では、ステップは、ＵＥ位置情報、ＵＰＦ負荷情報、ＳＭＦ１の負荷情報、等によりトリガされて良く、又は他の情報によりトリガされて良い。これは、本願において限定されない。

特定の実装では、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ２であることを決定する。

特定の実装では、図１の方法は、ＵＰＦを再選択することを決定するために、ＳＭＦ１に対して使用されて良い。

本実施形態では、現在ＵＰＦが過負荷である又は障害であるために、現在ＵＰＦがＵＥにサービスを提供できず、目標アクセス領域は依然としてＳＭＦ１のサービス範囲内にあり、ＳＭＦ１により管理される別のＵＰＦに関する情報がＵＥにサービスを提供するための条件を満たす場合、ＳＭＦ１は、ＵＥにサービスを提供し続けることができる。したがって、ＳＭＦ１はＵＰＦを再選択することを決定する。

Ｓ８０５。ＳＭＦ１は、セッション管理通知を返し、指示情報及びＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報を通知に追加する。

特定の実装では、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報及びＳＭＦ１に関する情報を、ＳＭＦ１により返されるセッション管理通知に追加して良い。

セッション管理通知は、ＵＥモビリティイベント通知又はセッション管理イベント通知であって良く、又は別の名称を有して良い。これはここで限定されない。

Ｓ８０７。セッション管理通知を受信した後に、ＡＭＦは、ＳＭＦ１とＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報との間の対応を保存する。対応は、ＡＭＦが後にＵＥからセッション確立要求を受信したとき、ＳＭＦを再選択するために、ＡＭＦにより使用される。

特定の実装では、Ｓ８０５でＳＭＦ１により送信されたセッション管理通知が指示情報を伝達する場合、対応は、指示情報も含んで良い。

ＳＭＦ１に関する情報は、ここで保存される。したがって、後にＳＭＦを再選択するとき、ＡＭＦは、ＵＥにサービスを提供するために、ＳＭＦ１を選択し続ける。

指示情報がここで保存され、後にＡＭＦがＳＭＦを再選択するとき、ＡＭＦがＳＭＦ１と異なるＳＭＦを選択しないようにする。指示情報は、図１に記載されるような複数の形式であって良い。

Ｓ８０９。ＰＤＵセッションはＳＳＣ ｍｏｄｅ２であるので、ＳＭＦは、ＵＥへのＰＤＵセッション解放コマンドを更に開始し、セッション再確立指示をメッセージに追加する。メッセージは、送信処理の中でＡＭＦにより転送される。

特定の実装では、メッセージは、Ｓ８０５におけるメッセージと結合して送信されて良い。これはここで限定されない。

Ｓ８１１。Ｓ４１７と異なり、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報を受信した後に、ＡＭＦは、保存された対応をクエリして、ＳＭＦを選択するときにＡＭＦがＵＥにサービスを提供するためにＳＭＦ１を選択し続けることを保証する。

他の内容は、Ｓ４１７の内容と同じである。

Ｓ８１３。セッション確立要求を受信した後に、ＡＭＦは、ＵＥにサービスを提供するために、第１ＳＭＦ、つまりＳＭＦ１を選択し続けることを決定する。

第１ＳＭＦを決定する処理において、ＡＭＦは、ＡＭＦに保存されたＳＭＦ１と異なるＳＭＦを選択することを回避するために、保存された対応を検索する。

Ｓ８１５。ＡＭＦはＳＭＦ１へセッション管理要求を送信し、ＳＭＦ１はセッション管理要求を受信する。

特定の実装では、セッション管理要求は、セッション生成要求であって良く、又は別の名称を有して良い。これは、本願において限定されない。

Ｓ８１７。ＳＭＦ１の処理は、Ｓ４２３におけるＳＭＦ２の処理と同じである。

Ｓ８１９。ＳＭＦ１は、ＵＥのための新しいＰＤＵセッションの確立手順を開始する。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦにより決定されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

図９は、セッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ３である。ＵＰＦは再選択される必要があるが、ＳＭＦは再選択される必要がない。

Ｓ９０１はＳ４０１と同じである。

Ｓ９０３。ＳＭＦ１は、ＵＥのＰＤＵセッションのためにＵＰＦを再選択することを決定する。説明を容易にするために、ＰＤＵ Ｓｅｓｓｉｏｎ１がここで一例として使用される。

特定の実装では、ステップは、ＵＥ位置情報、ＵＰＦ負荷情報、又はＳＭＦ１の負荷情報、によりトリガされて良く、又は他の情報によりトリガされて良い。これは、本発明において限定されない。

特定の実装では、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ３であることを決定する。

特定の実装では、図１の方法は、ＵＰＦを再選択することを決定するために、ＳＭＦ１に対して使用されて良い。

本実施形態では、現在ＵＰＦが過負荷である又は障害であるために、現在ＵＰＦがＵＥにサービスを提供できず、目標アクセス領域は依然としてＳＭＦ１のサービス範囲内にある場合、ＳＭＦ１は、ＵＥにサービスを提供し続けることができる。したがって、ＳＭＦ１はＵＰＦを再選択することを決定する。

Ｓ９０５及びＳ９０７は、Ｓ８０５及びＳ８０７と同じである。

Ｓ９０９。ＰＤＵセッションはＳＳＣ ｍｏｄｅ３であるので、ＳＭＦは、ＵＥへのセッションリダイレクト要求を更に開始し、セッション再確立指示をメッセージに追加する。メッセージは、送信処理の中でＡＭＦにより転送される。セッション再確立指示は、新しいＰＤＵセッションの確立要求を開始するようＵＥに指示するために使用される。

特定の実装では、メッセージは、Ｓ９０５におけるメッセージと結合して送信されて良い。これはここで限定されない。

Ｓ９１１〜Ｓ９１９は、Ｓ８１１〜Ｓ８１９と同じである。

Ｓ９２１はＳ５２７と同じである。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦにより決定されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

以上は、主に、本発明の実施形態において提供されるソリューションをネットワーク要素間の相互作用の観点から記載した。前述の機能を実装するために、モビリティ管理機能エンティティ又はセッション管理機能エンティティを実装する前述の装置（又は機器）は、各機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含むことが理解できる。当業者は、本願明細書に開示された実施形態を参照して記載された例のユニット及びアルゴリズムステップがハードウェア又はハードウェア及びコンピュータソフトウェアの組み合わせにより実装できることに容易に気付くべきである。機能がハードウェア又はハードウェアを駆動するコンピュータソフトウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、各々の特定の適用について記載の機能を実施するために異なる方法を使用できるが、実装が本発明の範囲を超えることは考慮されるべきではない。

本発明の実施形態では、機能モジュール分割は、前述の方法の例に基づき、モビリティ管理機能エンティティ又はセッション管理機能エンティティにおいて実行されて良い。例えば、各機能モジュールは、各対応する機能に基づく区分を通じて得られて良く、又は、２以上の機能が１つの処理モジュールに統合されて良い。統合モジュールは、ハードウェアの形式で実装されて良く、又はソフトウェアの機能モジュールの形式で実装されて良い。留意すべきことに、本発明の実施形態におけるモジュール区分は一例であり、単なる論理的な機能分割である。実際の実装においては別の区分方法があり得る。

例えば、各機能モジュールが各対応する機能に基づく区分を通じて得られるとき、図１０は、前述の実施形態におけるセッション管理機能エンティティ選択機器の可能な概略構造図である。機器１０００は、通信機モジュール１００１、処理モジュール１００３、及び決定モジュール１００５を含む。

通信機モジュールは、位置変化通知メッセージを受信し、セッション管理メッセージを第１セッション管理機能エンティティへ送信し、第１セッション管理機能エンティティから、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される。ここで、再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される。

処理モジュールは、再選択指示に従い、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存するよう構成される。

通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成される。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。

決定モジュールは、第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するよう構成される。ここで、第１セッション管理機能エンティティは、第１セッションに関する情報に対応し且つ機器に保存された対応をクエリすることにより決定されたセッション管理機能エンティティである。

通信機モジュールは、セッション管理要求を第２セッション管理機能エンティティへ送信するよう更に構成される。

可能な実装では、第１セッションに関する情報は、第１セッションの識別子を含む、又は、第１セッションに関する情報は、ＵＥの識別子及び第１セッションの識別子を含む。

別の可能な実装では、セッション確立要求メッセージは、ＵＥにより生成されるべき第２セッションの識別子を更に伝達する。

別の可能な実装では、通信機モジュールは、第２セッションを確立するようＵＥに指示するために、ＵＥへセッション再確立指示を送信するよう更に構成される。

機器は、通信ネットワーク内のモビリティ管理機能エンティティ、又はＡＭＦ、又は通信ネットワーク内の別のエンティティであって良い。前述の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されて良く、詳細事項はここに再び記載されない。

図１１は、前述の実施形態におけるセッション管理機能エンティティ選択機器の可能な概略構造図である。機器１１００は、通信機モジュール１１０１、処理モジュール１１０３、及び決定モジュール１１０５を含む。

通信機モジュールは、位置変化通知メッセージを受信し、セッション管理メッセージを第１セッション管理機能エンティティへ送信し、第１セッション管理機能エンティティから、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される。ここで、セッション管理機能エンティティ再選択結果は、第２セッション管理機能エンティティに関する情報を含む。

処理モジュールは、第２セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存するよう構成される。

通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成される。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。

決定モジュールは、対応をクエリすることにより、第１セッションに関する情報に対応する第２セッション管理機能エンティティを決定するよう構成される。

通信機モジュールは、セッション管理要求を第２セッション管理機能エンティティへ送信するよう更に構成される。

可能な実装では、第１セッションに関する情報は、第１セッションの識別子を含む、又は、第１セッションに関する情報は、ＵＥの識別子及び第１セッションの識別子を含む。

別の可能な実装では、セッション確立要求メッセージは、ＵＥにより生成されるべき第２セッションの識別子を更に伝達する。

別の可能な実装では、通信機モジュールは、第２セッションを確立するようＵＥに指示するために、ＵＥへセッション再確立指示を送信するよう更に構成される。

図１２は、前述の実施形態におけるセッション管理機能エンティティ選択機器の可能な概略構造図である。機器１２００は、通信機モジュール１２０１、処理モジュール１２０３、及び決定モジュール１２０５を含む。

通信機モジュールは、第１セッション管理機能エンティティから、セッション管理機能エンティティ選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される。ここで、セッション管理機能エンティティ選択結果は、第１セッション管理機能エンティティに関する情報を含む。代替として、通信機モジュールは、第１セッション管理機能エンティティから、指示情報及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される。

処理モジュールは、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存するよう構成される。通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成される。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。決定モジュールは、対応をクエリすることにより、第１セッションに関する情報に対応する第１セッション管理機能エンティティを決定するよう構成される。通信機モジュールは、セッション管理要求を第１セッション管理機能エンティティへ送信するよう更に構成される。

可能な実装では、第１セッションに関する情報は、第１セッションの識別子を含む、又は、第１セッションに関する情報は、ＵＥの識別子及び第１セッションの識別子を含む。

別の可能な実装では、セッション確立要求メッセージは、ＵＥにより生成されるべき第２セッションの識別子を更に伝達する。

別の可能な実装では、通信機モジュールは、第２セッションを確立するようＵＥに指示するために、ＵＥへセッション再確立指示を送信するよう更に構成される。機器は、通信ネットワーク内のモビリティ管理機能エンティティ、又はＡＭＦ、又は通信ネットワーク内の別のエンティティであって良い。前述の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されて良く、詳細事項はここに再び記載されない。

本実施形態では、セッション管理機能エンティティ選択機器は、各対応する機能に基づく区分を通じて各機能モジュールを得ることにより提示され、又は、セッション管理機能エンティティ選択機器は、統合された方法における区分を通じて各機能モジュールを得ることにより提示される。ここで、「モジュール」は、特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）、回路、１又は複数のソフトウェア又はファームウェアプログラムを実行するプロセッサ及びメモリ、集積論理回路、及び／又は前述の機能を提供可能な別の装置であって良い。単純な実施形態では、セッション管理機能エンティティ選択機器１０００及び１１００は図３に示された形式を使用し得ることが、当業者により理解できる。例えば、図１０の通信機モジュール１００１、処理モジュール１００３、及び決定モジュール１００５は、図３のプロセッサ３１（及び／又はプロセッサ３８）及びメモリ３３を用いて実装されて良い。具体的に、通信機モジュール１００１、処理モジュール１００３、及び決定モジュール１００５は、メモリ３３に格納されたアプリケーションプログラムコードを呼び出すプロセッサ３１（及び／又はプロセッサ３８）により実行されて良い。これは、本発明の本実施形態において限定されない。図１１の通信機モジュール１１０１、処理モジュール１１０３、及び決定モジュール１１０５は、図３のプロセッサ３１（及び／又はプロセッサ３８）及びメモリ３３を用いて実装されて良い。具体的に、通信機モジュール１１０１、処理モジュール１１０３、及び決定モジュール１１０５は、メモリ３３に格納されたアプリケーションプログラムコードを呼び出すプロセッサ３１（及び／又はプロセッサ３８）により実行されて良い。これは、本発明の本実施形態において限定されない。図１２の通信機モジュール１２０１、処理モジュール１２０３、及び決定モジュール１２０５は、図３のプロセッサ３１（及び／又はプロセッサ３８）及びメモリ３３を用いて実装されて良い。具体的に、通信機モジュール１２０１、処理モジュール１２０３、及び決定モジュール１２０５は、メモリ３３に格納されたアプリケーションプログラムコードを呼び出すプロセッサ３１（及び／又はプロセッサ３８）により実行されて良い。これは、本発明の本実施形態において限定されない。

本発明の一実施形態は、コンピュータ記憶媒体であって、図４又は図５に示されるセッション管理機能エンティティ選択機器により使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータ記憶媒体は前述の方法の実施形態を実行するよう設計されたプログラムを含む、コンピュータ記憶媒体を更に提供する。

本発明の一実施形態は、別のコンピュータ記憶媒体であって、図６又は図７に示されるセッション管理機能エンティティ選択機器により使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータ記憶媒体は前述の方法の実施形態を実行するよう設計されたプログラムを含む、別のコンピュータ記憶媒体を更に提供する。

本発明の一実施形態は、別のコンピュータ記憶媒体であって、図８又は図９に示されるセッション管理機能エンティティ選択機器により使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータ記憶媒体は前述の方法の実施形態を実行するよう設計されたプログラムを含む、別のコンピュータ記憶媒体を更に提供する。

本発明の一実施形態は、コンピュータプログラムプロダクトであって、モビリティ管理機能エンティティ又はＡＭＦにより使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータプログラムプロダクトは前述の方法の実施形態を実行するよう設計されたプログラムを含む、コンピュータプログラムプロダクトを更に提供する。

本願明細書、請求項、及び本願の実施形態における添付の図面において、用語「第１」、「第２」、「第３」、等は、特定の順序又は順番を示すために使用されない。理解されるべきことに、このように命名されたデータは、適正な環境において同義である。したがって、本願明細書に記載の実施形態は、本願明細書に図示され又は記載された順序以外の順序で実施可能である。さらに、用語「含む」又は「有する」及び任意の他の変形は、非排他的ソリューションをカバーすること、例えばステップ若しくはユニットのリストを含む処理、方法、システム、製品、又は装置が必ずしも明示的に列挙された該ステップ若しくはユニットに限定されないが、そのような処理、方法、システム、製品、又は装置のような明示的にリストされ又はそれに特有でない他のステップ若しくはユニットを含み得ることを意味する。

本願は実施形態を参照して記載されるが、保護を請求する本願を実施する過程で、当業者は、添付の図面、開示された内容、及び添付の請求項を見ることにより、開示の実施形態の他の変形を理解し実施し得る。請求項中、「含む」（comprising）は、別のコンポーネント又は別のステップを排除せず、「ある」又は「１つの」は複数の場合を排除しない。単一のプロセッサ又は別のユニットが、請求項中に列挙された幾つかの機能を実施して良い。幾つかの指標が相互に異なる従属請求項に記載されるという事実は、これらの指標の組合せがより良好な効果をもたらさないことを示すものではない。

前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組み合わせを用いて実施されて良い。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、完全に又は部分的にコンピュータプログラムプロダクトの形式で実施されて良い。コンピュータプログラムプロダクトは、１又は複数のコンピュータ命令を含む。コンピュータプログラム命令はコンピュータ上にロードされ実行されると、本発明の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル機器であって良い。コンピュータ命令は、コンピュータ可読記憶媒体に格納されて良く、又はあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されて良い。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））又は無線（例えば赤外線、無線、マイクロ波、等）方式で送信されて良い。コンピュータ可読記憶媒体は、コンピュータ、又は１又は複数の使用可能媒体を統合するサーバ若しくはデータセンタのようなデータ記憶装置によりアクセス可能な任意の使用可能媒体であって良い。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、固体ディスク（ＳＳＤ））、等であって良い。

纏めると、前述の実施形態は、本願を限定するのではなく、単に本願の技術的ソリューションを説明することを目的とする。本願は、前述の実施形態を参照して詳細に説明されたが、当業者は、本願の実施形態の技術的ソリューションの精神及び範囲から逸脱することなく、彼らが前述の実施形態で説明した技術的ソリューションに変更を行い、又はそれら実施形態の幾つかの技術的特徴を等価に代替できることを理解すべきである。

本願は、中国特許出願番号第２０１７１００９２４５１．６号、２０１７年２月２１日出願、名称「SESSION MANAGEMENT FUNCTION ENTITY SELECTION METHOD, APPARATUS, AND SYSTEM」の優先権を主張し、及び中国特許出願番号第２０１７１０１３２０２７．X号、２０１７年３月７日出願、名称「SESSION MANAGEMENT FUNCTION ENTITY SELECTION METHOD, APPARATUS, AND SYSTEM」の優先権を主張する。該出願は、それらの全体が参照によりここに組み込まれる。

［技術分野］
本願は、通信技術の分野に関し、特にセッション管理機能エンティティ選択方法、機器及びシステムに関する。

第５世代（５th generation、５Ｇ）通信システムでは、３種類のセッション及びサービス連続モード（Service and Session Continuity mode、ＳＳＣ ｍｏｄｅ）があり、これらは以下に別個に記載される。第１モードは、終端ユーザプレーン機能（Terminated User Plane Function、ＴＵＰＦ）が不変のままであるとき、セッション連続性を保証する。ユーザプレーンのアンカーとして、セッション連続性を保証するために、ＴＵＰＦは不変のままである。ＴＵＰＦは、ユーザプレーンがデータネットワークに接続される最後のＵＰＦである。ＴＵＰＦは、アンカー機能を備えるユーザプレーン機能エンティティと考えられ得る。第２モードは、特定領域内でセッション連続性を維持する。ＴＵＰＦは特定領域内で不変のままであるが、ＴＵＰＦは、ユーザにより使用されるユーザ機器（User Equipment、ＵＥ）が該領域の外へ移動すると、変化する。したがって、セッション連続性は、特定領域内で保証されるが、セッション連続性は該領域の外側では保証されない。第３モードは、ＴＵＰＦが変化するとき、セッション連続性を保証する。第３モードでは、ＴＵＰＦが変化するとき、セッション連続性は以下の方法で保証され得る。新しいＴＵＰＦがＵＥにより開始された新しいセッションのために使用され、現在のＴＵＰＦは依然としてＵＥの既存セッションのために使用される。説明を容易にするために、ＳＳＣ ｍｏｄｅの第１モード、第２モード、及び第３モードは、それぞれ、以下でＳＳＣ ｍｏｄｅ１、ＳＳＣ ｍｏｄｅ２、及びＳＳＣ ｍｏｄｅ３として参照される。

既存ソリューションにおいて、ＳＳＣ ｍｏｄｅ２及びＳＳＣ ｍｏｄｅ３のパケットデータユニット（Packet Data Unit、ＰＤＵ）セッションでは、ＵＥ位置変化（選択されたＳＭＦが現在ＳＭＦ又は新ＳＭＦであり得る）のようなイベントに起因して、セッション管理機能（Session Management Function、ＳＭＦ）エンティティが選択される必要のあるとき、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）エンティティはＳＭＦ選択動作を実行する。しかしながら、この方法は、以下の欠点を有する。ＡＭＦは、ＰＤＵセッション管理に関する情報を検知せず、ＡＭＦがＳＭＦ選択動作を実行し続けた場合、選択されたＳＭＦは不適当になる可能性がある。

本発明の実施形態は、不適切なセッション管理機能エンティティを選択するという従来技術の問題を解決するために、セッション管理機能エンティティ選択方法、機器、及びシステムを提供する。

上述の目的を達成するため、本発明の実施形態は、以下の技術的ソリューションを提供する。

第１の態様によると、セッション管理機能エンティティ選択方法が提供される。当該方法は、先ず、第１セッション管理機能エンティティから、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、ステップと、次に、前記再選択指示に従い、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、次に、前記第１セッションに関する前記情報を伝達するセッション確立要求メッセージを受信するステップと、前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するステップと、前記第２セッション管理機能エンティティへセッション管理要求を送信するステップと、を含む。前記第１セッション管理機能エンティティは、前記第１セッションに関する前記情報に対応し且つ前記保存された対応をクエリすることにより決定されたセッション管理機能エンティティである。

第１セッション管理機能エンティティはセッション管理に関する情報を検知できるので、第１セッション管理機能エンティティは、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択することを決定した場合、第１セッション管理機能エンティティは再選択指示を送信する。次に、再選択指示を受信するパーティは、ＵＥにサービスを提供し続けるために、第１セッション管理機能エンティティと異なるセッション管理機能エンティティを選択する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術において選択されるセッション管理機能エンティティより一層適正である。再選択指示は、具体的に、第１セッションについて、セッション管理機能エンティティを再選択するよう指示するために使用されて良い。

可能な設計では、前記第１セッションに関する情報は、前記第１セッションの識別子を含む、又は、前記第１セッションに関する情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む。

可能な設計では、前記第１セッションに関する情報に加えて、前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を伝達する。この場合、前記ＵＥにより前記生成されるべきセッションに割り当てられたセッション識別子は、相応して、前記第１セッションの識別子と異なる。

可能な設計では、セッション確立要求メッセージを受信する前記ステップの前に、前記方法は、前記第２セッションを確立するよう前記ＵＥに指示するために、前記ＵＥへセッション再確立指示を送信するステップ、を更に含む。

可能な設計では、位置変化通知メッセージを受信する前記ステップの前に、前記方法は、前記第１セッションを確立するステップであって、前記第１セッション管理機能エンティティは、前記第１セッションを提供するセッション管理機能エンティティである、ステップ、を更に含む。

第２の態様によると、本発明の一実施形態は、別のセッション管理機能エンティティ選択方法を提供する。方法は、先ず、第１セッション管理機能エンティティから、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記セッション管理機能エンティティ再選択結果は、第２セッション管理機能エンティティに関する情報を含む、ステップと、次に、前記第２セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、次に、前記第１セッションに関する前記情報を伝達するセッション確立要求メッセージを受信するステップと、前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第２セッション管理機能エンティティを決定するステップと、前記第２セッション管理機能エンティティへセッション管理要求を送信するステップと、を含む。

第１セッション管理機能エンティティはセッション管理に関する情報を検知できるので、第１セッション管理機能エンティティは、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、第１セッション管理機能エンティティは、再選択セッション管理機能エンティティを決定し、再選択結果を送信する。次に、再選択結果を受信するパーティは、ＵＥにサービスを提供し続けるために、セッション管理機能エンティティを選択する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術で選択されるセッション管理機能エンティティよりも一層適正である。再選択結果は、具体的に、第１セッションについて再選択された第２セッション管理機能エンティティを含んで良い。

第３の態様によると、本発明の一実施形態は、別のセッション管理機能エンティティ選択方法を提供する。方法は、先ず、第１セッション管理機能エンティティから、セッション管理機能エンティティ選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記セッション管理機能エンティティ選択結果は、前記第１セッション管理機能エンティティに関する情報を含む、ステップ、又は、第１セッション管理機能エンティティから指示情報及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップと、次に、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、次に、セッション確立要求メッセージを受信するステップであって、前記セッション確立要求メッセージは、前記第１セッションに関する前記情報を伝達する、ステップと、前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第１セッション管理機能エンティティを決定するステップと、前記第１セッション管理機能エンティティへセッション管理要求を送信するステップと、を含む。第１セッション管理機能エンティティはセッション管理に関する情報を検知できるので、第１セッション管理機能エンティティが、セッション管理機能エンティティを再選択することを決定する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術において選択されるセッション管理機能エンティティより一層適正である。

第４の態様によると、本発明の一実施形態は、セッション管理機能エンティティ選択機器を提供する。前記機器は、第１の態様乃至第３の態様のいずれか１つの方法の実施形態を実行する機能を有する。機能は、ハードウェアを用いて実施されて良く、又は対応するソフトウェアを実行するハードウェアにより実施されて良い。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。

第５の態様によると、本発明の一実施形態は、プロセッサとメモリとバスと通信インタフェースとを含むセッション管理機能エンティティ選択機器を提供する。前記メモリは、コンピュータ実行可能命令を格納するよう構成され、前記プロセッサ及びメモリは前記システムバスを用いて接続され、前記機器が実行すると、前記プロセッサは前記メモリに格納されたコンピュータ実行可能命令を実行して、前記セッション管理機能エンティティ選択機器が、第１の態様乃至第３の態様のいずれか１つのセッション管理機能エンティティ選択方法を実行するようにする。

第６の態様によると、本発明の一実施形態は、方法の実施形態又は機器の実施形態における実行主体を含み且つ第１セッション管理機能エンティティを更に含むセッション管理機能エンティティ選択システムを提供する。第１セッション管理機能エンティティは、セッション管理機能エンティティを再選択するか否かを決定し、再選択指示を送信するよう構成される。代替として、前記第１セッション管理機能エンティティは、再選択されるセッション管理機能エンティティを決定し、再選択結果を送信するよう構成される。

第７の態様によると、本発明の一実施形態は、命令を含むコンピュータプログラムプロダクトを提供する。命令を含むコンピュータプログラムプロダクトがコンピュータ上で実行すると、該コンピュータは、前述の態様の方法を実行可能になる。

第８の態様によると、本発明の一実施形態は、命令を含むコンピュータ記憶媒体を提供する。命令がコンピュータ上で実行すると、該コンピュータは、前述の態様の方法を実行可能になる。

本願のこれらの態様又は他の態様は、以下の実施形態の説明においてより明確であり且つより分かり易い。

本発明の一実施形態による可能なシステムネットワークの概略図である。

本発明の一実施形態による別の可能なシステムネットワークの概略図である。

本発明の一実施形態によるコンピュータ装置の概略図である。

本発明の一実施形態によるセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態による別のセッション管理機能エンティティ選択方法の概略フローチャートである。

本発明の一実施形態によるセッション管理機能エンティティ選択機器の概略構造図である。

本発明の一実施形態による別のセッション管理機能エンティティ選択機器の概略構造図である。

本発明の一実施形態による別のセッション管理機能エンティティ選択機器の概略構造図である。

本発明の目的、技術的解決策、及び利点を一層明らかにするために、以下は、添付の図面を参照して本願を更に詳述する。方法の実施形態における特定動作方法は、機器の実施形態又はシステムの実施形態にも適用され得る。

本発明の実施形態において記載されるネットワークアーキテクチャ及びビジネスシナリオは、本発明の実施形態における技術的ソリューションをより明確に記載することを意図し、本発明の実施形態において提供される技術的ソリューションを限定することを意図しない。当業者は、ネットワークアーキテクチャが進化し及び新しいビジネスシナリオが出現するとき、本発明の実施形態において提供される技術的ソリューションが同様の技術的問題に更に適用可能であることが分かり得る。

本発明の一実施形態は、セッション管理機能エンティティ選択システム１００を提供する。システム１００は、モビリティ管理機能エンティティ１０、及びセッション管理機能エンティティ２０を含む。

一実装として、特定の実装では、モビリティ管理機能エンティティ１０は、先ず、位置変化通知メッセージを受信し、次に、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０へセッション管理メッセージを送信する。セッション管理機能エンティティ２０は、第１セッション管理機能エンティティとして使用されて良い。セッション管理メッセージを受信した後に、セッション管理機能エンティティ２０は、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を送信する。ここで、再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される。モビリティ管理機能エンティティ１０は、再選択指示に従い、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存する。次に、モビリティ管理機能エンティティ１０は、セッション確立要求メッセージを受信する。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。セッション確立要求メッセージを受信した後に、モビリティ管理機能エンティティ１０は、第２セッション管理機能エンティティのような、セッション管理機能エンティティ２０と異なるセッション管理機能エンティティを決定する。次に、モビリティ管理機能エンティティ１０は、第２セッション管理機能エンティティへセッション管理要求を送信する。

以上に提供されたセッション管理機能エンティティ選択方法では、セッション管理機能エンティティ２０はセッション管理に関する情報を検知できるので、セッション管理機能エンティティ２０は、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ再選択指示を送信する。モビリティ管理機能エンティティ１０は、ＵＥにサービスを提供し続けるために、セッション管理機能エンティティ２０と異なるセッション管理機能エンティティを選択する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術でモビリティ管理機能エンティティにより選択されるセッション管理機能エンティティよりも一層適正である。

再選択指示は、具体的に、第１セッションについて、セッション管理機能エンティティを再選択するよう指示するために使用されて良い。

別の実装として、特定の実装では、モビリティ管理機能エンティティ１０は、先ず、位置変化通知メッセージを受信し、次に、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０へセッション管理メッセージを送信する。セッション管理機能エンティティ２０は、第１セッション管理機能エンティティとして使用されて良い。セッション管理メッセージを受信した後に、セッション管理機能エンティティ２０は、セッション管理機能エンティティを再選択するか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、セッション管理機能エンティティ２０は、再選択セッション管理機能エンティティ、例えば第３セッション管理機能エンティティを決定する。第３セッション管理機能エンティティを決定した後に、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を送信する。ここで、セッション管理機能エンティティ再選択結果は、決定した第３セッション管理機能エンティティに関する情報を含む。セッション管理機能エンティティ再選択結果を受信した後に、モビリティ管理機能エンティティ１０は、第３セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存する。次に、モビリティ管理機能エンティティ１０は、セッション確立要求メッセージを受信する。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。セッション確立要求メッセージを受信した後に、モビリティ管理機能エンティティ１０は、保存した対応をクエリすることにより、第１セッションに関する情報に対応するセッション管理機能エンティティ、つまり第３セッション管理機能エンティティを決定する。次に、モビリティ管理機能エンティティ１０は、第３セッション管理機能エンティティへセッション管理要求を送信する。決定した第３セッション管理機能エンティティに関する情報は、第３セッション管理機能エンティティの識別子、又は第３セッション管理機能エンティティのアドレス、又は第３セッション管理機能エンティティを表し得る他の情報であって良い。これは、本願において限定されない。

以上に提供されたセッション管理機能エンティティ選択方法では、セッション管理機能エンティティ２０はセッション管理に関する情報を検知できるので、セッション管理機能エンティティ２０は、セッション管理機能エンティティを再選択すべきか否かを決定する。セッション管理機能エンティティを再選択すると決定した場合、セッション管理機能エンティティ２０は、再選択される第３セッション管理機能エンティティを決定し、再選択結果を送信する。次に、再選択結果を受信するパーティは、ＵＥにサービスを提供し続けるために、セッション管理機能エンティティを選択する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術で選択されるセッション管理機能エンティティよりも一層適正である。

再選択結果は、具体的に、第１セッションについて再選択された第３セッション管理機能エンティティを含んで良い。

別の実装として、特定の実装では、モビリティ管理機能エンティティ１０は、先ず、位置変化通知メッセージを受信し、次に、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０へセッション管理メッセージを送信する。セッション管理機能エンティティ２０は、第１セッション管理機能エンティティとして使用されて良い。セッション管理メッセージを受信した後に、セッション管理機能エンティティ２０は、ＵＰＦを再選択することを決定する。この場合、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ、セッション管理機能エンティティ選択結果及びユーザ機器ＵＥの第１セッションに関する情報を送信する。セッション管理機能エンティティ選択結果は、第１セッション管理機能エンティティに関する情報を含む。代替として、セッション管理メッセージを受信した後に、セッション管理機能エンティティ２０は、ＵＰＦを再選択することを決定する。この場合、セッション管理機能エンティティ２０は、モビリティ管理機能エンティティ１０へ、指示情報及びユーザ機器ＵＥの第１セッションに関する情報を送信する。セッション管理機能エンティティ２０により送信された上述の情報を受信した後に、モビリティ管理機能エンティティ１０は、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存する。次に、モビリティ管理機能エンティティ１０は、セッション確立要求メッセージを受信する。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。セッション確立要求メッセージを受信した後に、モビリティ管理機能エンティティ１０は、保存した対応をクエリすることにより、第１セッションに関する情報に対応するセッション管理機能エンティティ、つまり第１セッション管理機能エンティティを決定する。次に、モビリティ管理機能エンティティ１０は、第１セッション管理機能エンティティへセッション管理要求を送信する。第１セッション管理機能エンティティに関する情報は、第１セッション管理機能エンティティの識別子、又は第１セッション管理機能エンティティのアドレス、又は第１セッション管理機能エンティティを表し得る他の情報であって良い。これは、本願において限定されない。

この指示情報は、セッション再確立指示、又はＵＰＦ再選択指示、又はＳＭＦが再選択される必要がないことの指示情報、又はセッション解放タイマ、又は別の黙示的指示メッセージであって良い。これは、本願において限定されない。

さらに、セッション管理機能エンティティ２０は、複数の方法で、ＵＰＦを再選択することを決定し、例えば、先ず、ソースＵＰＦがＵＥにサービスを提供し続けることが可能であるか否かを決定する。ソースＵＰＦがＵＥにサービスを提供できない場合、セッション管理機能エンティティ２０により管理される別のＵＰＦが、ＵＥにサービスを提供して良い。勿論、セッション管理機能エンティティ２０は、従来技術における別の方法で、ＵＰＦを再選択することを決定して良い。ソースＵＰＦがＵＥにサービスを提供し続けることができない複数の理由がある。ソースＵＰＦが過負荷であり得る、又はＵＥ位置の変化のためにソースＵＰＦがＵＥにサービスを提供し続けることができない、等である。

以上に提供されたセッション管理機能エンティティ選択方法では、セッション管理機能エンティティ２０はセッション管理に関する情報を検知できるので、セッション管理機能エンティティ２０がセッション管理機能エンティティを決定する。したがって、本方法で選択されるセッション管理機能エンティティは、従来技術においてモビリティ管理機能エンティティにより選択されるセッション管理機能エンティティよりも一層適正である。

本願のユーザ機器ＵＥは、無線通信機能を有する種々のハンドヘルド装置、車内装置、ウェアラブル装置、コンピューティング装置、又は無線モデムに接続される別の処理装置、及びユーザ機器、移動局（Mobile station、ＭＳ）、端末（Terminal）、端末機器（Terminal Equipment）、ソフト端末、及び種々の形式の同様のものを含み得る。説明を容易にするために、本願では、上述の装置は集合的にユーザ機器又はＵＥとして参照される。

図１では、モビリティ管理機能エンティティ１０及びセッション管理機能エンティティ２０は、単なる名称であり、名称はエンティティに対する限定を構成しない。例えば、「モビリティ管理機能エンティティ」は、「アクセス及びモビリティ管理機能エンティティ」又は別の名称で置き換えられて良く、セッション管理機能エンティティ２０は、「セッション管理機能」又は別の名称で置き換えられて良い。さらに、モビリティ管理機能エンティティ１０は、モビリティ管理機能に加えて別の機能を含むエンティティに対応して良い。セッション管理機能エンティティ２０は、セッション管理機能に加えて別の機能を含むエンティティに対応して良い。説明はここで提供され、詳細事項は以下で再び記載されない。

特定の実装では、位置変化通知メッセージは、ハンドオーバ通知メッセージ、又は位置領域更新要求メッセージ、又は別の名称のメッセージであって良い。これはここで限定されない。セッション管理メッセージは、ＵＥモビリティイベント通知メッセージ、又はハンドオーバ通知メッセージ、又は非アクセス層（Non-Access Stratum、ＮＡＳ）通知メッセージ（NAS Message Notify）、又は別の名称のメッセージであって良い。これはここで限定されない。セッション管理要求は、セッション確立要求又は別の名称のメッセージであって良い。これはここで限定されない。

特定の実装では、第１セッションに関する情報は、第１セッションの識別子を含んで良く、又はＵＥの識別子及び第１セッションの識別子を含んで良く、又は勿論、他の内容を含んで良い。

特定の実装では、第１セッションは、モビリティ管理機能エンティティ１０が位置変化通知メッセージを受信する前に、確立されていて良い。第１セッション管理機能エンティティは、第１セッションを提供するセッション管理機能エンティティである。

特定の実装では、セッション管理機能エンティティ２０は、複数の方法で、セッション管理機能エンティティを再選択すべきか否かを決定する。第１の方法では、セッション管理機能エンティティ２０は、セッション管理機能エンティティ２０が過負荷であり、ＵＥにサービスを提供し続けることができないことを決定する。第２の方法では、セッション管理機能エンティティ２０は、ＰＤＵセッションにサービスを現在提供しているソースユーザプレーン機能（User Plane Function、ＵＰＦ）エンティティが、ＵＥにサービスを提供し続けることができないこと、ＵＥにサービスを提供できる目標ＵＰＦが別のセッション管理機能エンティティにより管理されていること、具体的には、ＵＥがセッション管理機能エンティティ２０のサービス範囲内に存在しないことを決定する。ソースＵＰＦがＵＥにサービスを提供し続けることができない複数の理由がある。ソースＵＰＦが過負荷であり得る、又はＵＥ位置の変化のためにソースＵＰＦがＵＥにサービスを提供し続けることができない。勿論、セッション管理機能エンティティ２０は、従来技術における別の方法で、セッション管理機能エンティティを再選択するか否かを決定して良い。モビリティ管理機能エンティティ１０が、以下の実施形態において記載されるＳＭＦの粒度でセッション管理メッセージをセッション管理機能エンティティ２０へ送信する場合、セッション管理機能エンティティ２０は、先ず、ＵＥの識別子に基づき、セッション管理機能エンティティ２０がＵＥにサービスを提供するＰＤＵセッションを決定し、次に、ＰＤＵセッションのためにＳＭＦを再選択するか否かを決定して良い。

特定の実装では、モビリティ管理機能エンティティ１０は、複数の方法でセッション管理機能エンティティ２０と異なるセッション管理機能エンティティを決定し、以下の方法のうちのいずれか１つ又は従来技術における別の方法を使用して良い。

第１の方法では、モビリティ管理機能エンティティ１０は、ＵＥ位置に又はＵＥ位置及びデータネットワーク情報に基づき、トポロジ管理機能エンティティにクエリして、セッション管理機能エンティティ２０と異なり且つＵＥにサービスを提供できるセッション管理機能エンティティを取得する。データネットワーク情報は、アクセスポイント名（Access Point Name、ＡＰＮ）情報、又はデータネットワーク名（Data Network Name、ＤＮＮ）情報であって良い。トポロジ管理機能エンティティは、実際の展開において独立に配置されて良く、又はネットワーク内の既存ネットワーク要素に統合され、例えばドメインネームサーバ（Domain Name System、ＤＮＳ）、モビリティ管理機能エンティティ１０、又はネットワーク要素登録及び発見機能エンティティ、例えばネットワークレポジトリ機能（Network Repository Function、ＮＲＦ）エンティティ、又はネットワーク機能レポジトリ機能（Network Function Repository Function、ＮＲＦ）エンティティに統合されて良い。

具体的に、トポロジ管理機能エンティティは、ＵＥにサービスを現在提供できる他のＵＰＦのリストを取得し、（例えばＤＮＳをクエリすることを通じて）ＵＰＦリスト内の各ＵＰＦに対応するセッション管理機能エンティティに関する情報を取得し、及びセッション管理機能エンティティ２０と異なる対応するセッション管理機能エンティティを選択して良い。セッション管理機能エンティティに関する情報は、セッション管理機能エンティティの識別子及び／又はセッション管理機能エンティティの負荷を含む。

第２の方法では、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０と異なり且つユーザサブスクリプションデータ内に構成されるセッション管理機能エンティティを選択する。

第３の方法では、ＵＥが同じデータネットワーク情報を有するＰＤＵセッションを既に有する場合、モビリティ管理機能エンティティ１０は、セッション管理機能エンティティ２０と異なり且つＰＤＵセッションに対応するセッション管理機能エンティティを選択する。

第４の方法では、モビリティ管理機能エンティティ１０は、ＵＥの識別子及びネットワーク構成情報に基づきセッション管理機能エンティティホスト名を構成し、（例えば、ＤＮＳをクエリすることを通じて）セッション管理機能エンティティ２０と異なり且つホスト名に対応するセッション管理機能エンティティを取得する。

特定の実装では、セッション管理機能エンティティ２０により再選択される第３セッション管理機能エンティティを決定する方法は、具体的に次の通りであって良い。セッション管理機能エンティティ２０は、第１の方法で第３セッション管理機能エンティティを決定し、具体的には、ＵＥ位置に又はＵＥ位置及びデータネットワーク情報に基づきトポロジ管理機能エンティティをクエリして、セッション管理機能エンティティ２０と異なり且つＵＥにサービスを提供できるセッション管理機能エンティティを取得して良い。セッション管理機能エンティティ２０は、従来技術における別の方法を使用して良い。

特定の実装では、ＵＥ位置（又は目標アクセス領域情報）は、目標基地局識別子、又は目標セル識別子、又は目標追跡領域識別子、又はＵＥがハンドオーバされるべき位置を示し得る他の情報であって良い。これはここで限定されない。

図２は、本願による特定の５Ｇシステム２００の一例を示す。勿論、本願はこのシステムに限定されない。本発明の本実施形態で提供されるセッション管理機能エンティティ選択方法は、図１及び図２に示されるシステムに適用されて良い。

図２に示すシステム２００はＡＭＦ及びＳＭＦを含む。ＡＭＦは図１のモビリティ管理機能エンティティ１０の一例であり、ＳＭＦは図１のセッション管理機能エンティティ２０の一例である。ＡＭＦは、アクセス及びモビリティ管理機能エンティティであり、ＵＥアクセス及びモビリティ管理を実行し、ポリシ制御機能（Policy Control Function、ＰＣＦ）エンティティにより提供されるＵＥモビリティポリシ及びネットワーク選択ポリシを受信し、該ポリシを実行する。ＳＭＦは、セッション管理機能エンティティであり、セッション管理を実行し、ＰＣＦにより提供されるセッション又はサービスフロー制御ポリシを受信し、該ポリシを実行し、更にＴＵＰＦを選択し及びＵＥにインターネットプロトコル（Internet Protocol、ＩＰ）アドレスを割り当てる、等の機能を有して良い。

システム２００は、ＰＣＦ、ＴＵＰＦ、又はアクセスネットワーク（Access Network、ＡＮ）を更に含んで良い。ＰＣＦは、ポリシ制御機能エンティティであり、課金、ＱｏＳ（Quality of Service、ＱｏＳ）及びセッションレベル若しくはサービスフローレベルのモビリティのようなポリシ制御の実行を主に担う。ユーザプレーン機能がデータネットワーク（Data Network）とインタフェースしたとき、ＴＵＰＦは、ユーザプレーンデータ転送、セッションレベル又はサービスフローレベルに基づく課金統計、及び帯域幅調整のような機能を実施する。ＡＮは、５Ｇにおけるアクセスネットワークであり、ベアラリソースの割り当て及びスケジューリングのような機能を実行する。ＡＮとＴＵＰＦとの間の別のユーザプレーン機能エンティティも存在し得る。

システム２００では、本願において提供されるセッション管理機能エンティティ選択方法において、ＳＭＦはセッション管理、例えば、ＳＭＦサービス範囲、ＳＭＦ負荷、ＵＰＦ負荷、又はＳＳＣ ｍｏｄｅ、に関する情報を検知できるので、ＳＭＦがＳＭＦを再選択すべきか否かを決定し、又はＳＭＦが再選択ＳＭＦを決定する。したがって、本方法で選択されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

特定の実装では、システム１００又はシステム２００における任意の機能ノード又はネットワーク要素は、１つのエンティティ装置により実装されて良く、又は複数のエンティティ装置により共同で実装されて良い。これは、本発明の本実施形態において具体的に限定されない。具体的に、システム１００又はシステム２００における任意の機能ノード又はネットワーク要素は１つのエンティティ装置内の論理機能モジュール、又は複数のエンティティ装置を含む論理機能モジュールであって良いことが理解できる。これは、本発明の本実施形態において具体的に限定されない。

図３に示すように、図１のモビリティ管理機能エンティティ１０又は図２のＡＭＦは、図３のコンピュータ装置（又はシステム）を用いて実装されて良い。

図３は、本発明の一実施形態によるコンピュータ装置の概略図である。コンピュータ装置３００は、少なくとも１つのプロセッサ３１、通信バス３２、メモリ３３、及び少なくとも１つの通信インタフェース３４を含む。

プロセッサ３１は、汎用中央処理ユニット（ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、又は、本発明の前述のソリューションにおけるプログラム実行を制御するよう構成される１又は複数の集積回路であって良い。

通信バス３２は、前述のコンポーネント間で情報を送信するチャネルを含んで良い。通信インタフェース３４は、任意の通信機のような機器を用い、別の装置又は通信ネットワーク、例えばイーサネット、無線アクセスネットワーク（ＲＡＮ）、又は無線ローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）と通信するよう構成される。

メモリ３３は、読み出し専用メモリ（read-only memory、ＲＯＭ）又は静的情報及び命令を格納し得る別の種類の静的記憶装置、又はランダムアクセスメモリ（random access memory、ＲＡＭ）又は情報及び命令を格納し得る別の種類の動的記憶装置であって良く、又は電気的消去可能なプログラマブル読み出し専用メモリ（Electrically Erasable Programmable Read-Only Memory、ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（Compact Disc Read-Only Memory、ＣＤ−ＲＯＭ）又は別のコンパクトディスク記憶、光ディスク記憶（コンパクトディスク、レーザディスク、光ディスク、デジタルバーサタイルディスク、ブルーレイディスク、等を含む）、ディスク記憶媒体又は別の磁気記憶装置、又は命令若しくはデータの構造の形式の期待されるプログラムコードを伝達し又は格納するために使用可能な且つコンピュータによりアクセス可能な任意の他の媒体であって良い。しかしながら、メモリ３３はここで限定されない。メモリは、独立に存在して良く、バスを用いてプロセッサに接続される。代替として、メモリは、プロセッサに統合されて良い。

メモリ３３は、本発明のソリューションを実行するために使用されるアプリケーションプログラムコードを格納するよう構成され、アプリケーションプログラムコードはプロセッサ３１により制御され実行される。プロセッサ３１は、メモリ３３に格納されたアプリケーションプログラムコードを実行するよう構成される。

特定の実装では、一実施形態において、プロセッサ３１は１又は複数のＣＰＵ、例えば図３のＣＰＵ０及びＣＰＵ１を含んで良い。

特定の実装では、一実施形態において、コンピュータ装置３００は複数のプロセッサ、例えば図３のプロセッサ３１及びプロセッサ３８を含んで良い。これらのプロセッサの各々は、シングルコア（single-CPU）プロセッサ又はマルチコア（multi-CPU）プロセッサであって良い。ここでプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成される１又は複数の装置、回路、及び／又は処理コアであって良い。

特定の実装では、一実施形態において、コンピュータ装置３００は、出力装置３５及び入力装置３６を更に含んで良い。出力装置３５はプロセッサ３１と通信し、複数の方法で情報を表示して良い。例えば、出力装置３５は、液晶ディスプレイ（liquid crystal display、ＬＣＤ）、発光ダイオード（light emitting diode、ＬＥＤ）ディスプレイ装置、陰極管（cathode-ray tube、ＣＲＴ）ディスプレイ装置、又はプロジェクタ（projector）であって良い。入力装置３６はプロセッサ３１と通信し、複数の方法でユーザの入力を受信して良い。例えば、入力装置３６は、マウス、キーボード、タッチスクリーン装置、又は検知装置であって良い。

コンピュータ装置３００は、汎用コンピュータ装置又は専用コンピュータ装置であって良い。特定の実装では、コンピュータ装置３００は、デスクトップコンピュータ、ポ―タブルコンピュータ、ネットワークサーバ、パーソナルデジタルアシスタント（Personal Digital Assistant、ＰＤＡ）、携帯電話機、タブレットコンピュータ、無線端末装置、通信装置、埋め込み型装置、又は図３と同様の構造を有する装置であって良い。コンピュータ装置３００の種類は、本発明の本実施形態において限定されない。

例えば、図１のモビリティ管理機能エンティティ１０又は図２のＡＭＦは、図３に示される装置であって良く、１又は複数のソフトウェアモジュールは、モビリティ管理機能エンティティ１０又はＡＭＦのメモリに格納される。モビリティ管理機能エンティティ１０又はＡＭＦは、プロセッサ及びメモリ内のプログラムコードを用いることによりソフトウェアモジュールを実施して、セッション管理機能エンティティを選択して良い。

以下は、フローチャートを参照して、本発明の実施形態において提供されるセッション管理機能エンティティ選択方法を記載する。

図４は、セッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ２である。

Ｓ４０１。ＵＥは、ＡＮを用いてＡＭＦへセッション確立要求を送信し、ＡＭＦは、セッションにサービスを提供するために、セッションのためのＳＭＦを選択し、及びＳＭＦとＰＤＵセッションとの間の対応を保存する。さらに、ＡＭＦは、ＳＭＦへセッション確立要求を送信し、ＳＭＦは、対応するＰＤＵセッションを確立し、及びユーザプレーン送信パスを確立する。ＡＮは、ここでは、次世代アクセスネットワークであって良い。具体的に、ＰＤＵセッションを確立する処理は従来技術と同じであり、ここで詳細事項は記載されない。

ステップ４０１で、ＵＥは１つのＰＤＵセッションの確立をトリガして良い。説明を容易にするために、ＰＤＵセッションは、ＰＤＵ Ｓｅｓｓｉｏｎ１と表記されることがある。代替として、ＵＥは、複数のＰＤＵセッションを確立する処理をトリガして良い。説明を容易にするために、複数のＰＤＵセッションは、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２のようなセッションとして別個に表記されることがある。

Ｓ４０３。ＵＥは、ＡＮと交渉し、ハンドオーバが実行される必要のあるとき、ＡＮはＡＭＦへハンドオーバ通知メッセージを送信し、ＡＭＦはハンドオーバ通知メッセージを受信する。

ＵＥがハンドオーバされる比較的多数のシナリオが存在する。例えば、ＵＥに比較的粗悪なサービスを現在提供しているネットワークのサービス品質、又はＵＥにサービスを現在提供しているネットワークが過負荷である。詳細事項は、ここで記載されない。

ハンドオーバ通知メッセージは、ＵＥ位置情報（つまり、目標アクセス領域情報）及びＵＥの識別子を含む。本実施形態では、例えば、目標アクセス領域情報は、目標基地局識別子である。

Ｓ４０５。ＡＭＦは、ＵＥの識別子に基づき、Ｓ４０１でＵＥのために確立されるＰＤＵセッションに関する情報を決定し、確立されるＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。例えば、一実装では、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２がＳ４０１でＵＥのために確立された場合、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１にサービスを提供するＳＭＦ１及びＰＤＵ Ｓｅｓｓｉｏｎ２にサービスを提供するＳＭＦ２へ、セッション管理メッセージを別個に送信する。ＳＭＦ１及びＳＭＦ２は、同じＳＭＦ機能エンティティであって良い。他の実装では、ＰＤＵ Ｓｅｓｓｉｏｎ１がＳ４０１でＵＥのために確立された場合、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１にサービスを提供するＳＭＦ１へ、セッション管理メッセージを送信する。

本実施形態では、例えば、ＰＤＵ Ｓｅｓｓｉｏｎ１は、Ｓ４０１でＵＥのために確立される。相応して、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦ１へ、セッション管理メッセージを送信し、ＳＭＦ１は、セッション管理メッセージを受信する。

セッション管理メッセージは、ＵＥの識別子、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、及びＵＥ位置情報を伝達する。

ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報は、ＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤ、又はＵＥのＩＤ及びＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤ、又はＰＤＵ Ｓｅｓｓｉｏｎ１を表し得る他の情報であって良い。

Ｓ４０７。セッション管理メッセージを受信した後に、ＳＭＦ１は、ＳＭＦを再選択することを決定する。

特定の実装では、ＳＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ２であることを決定する。

特定の実装では、図１の方法は、ＳＭＦを再選択するか否かを決定するために、ＳＭＦ１に対して使用されて良い。具体的に、ＳＭＦ１は、ＳＭＦ１の負荷情報、ＳＭＦ１により管理されるＵＰＦの負荷情報、又はＳＭＦ１のサービス範囲に基づき、ＳＭＦを再選択することを決定する。

本実施形態では、目標基地局がＳＭＦ１のサービス範囲内に存在しない場合、ＳＭＦ１は、ＵＥにサービスを提供し続けることができない。したがって、ＳＭＦ１はＳＭＦを再選択することを決定する。

Ｓ４０９。ＳＭＦ１は、ＡＭＦへセッション管理応答を送信する。セッション管理応答は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、及びＳＭＦを再選択するよう指示するために使用される再選択指示を伝達する。ＡＭＦは、セッション管理応答を受信する。

セッション管理応答は、ＵＥモビリティイベント応答又はハンドオーバ応答、又は別の名称のメッセージであって良い。これはここで限定されない。

Ｓ４１１。ＡＭＦがセッション管理応答を受信した後に、応答が再選択指示を伝達する場合、ＡＭＦは、ＳＭＦ１とＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報との間の対応を保存する。対応は、ＡＭＦが後にＵＥからセッション確立要求を受信したとき、ＳＭＦを再選択するために、ＡＭＦにより使用される。

対応は、テーブル又はチャートのような形式で保存されて良い。これはここで限定されない。

特定の実装では、対応は、再選択指示を更に含んで良い。

保存されたＳＭＦ１に関する情報は、ＳＭＦ１の名称、又はＳＭＦ１のＩＤ、又はＳＭＦ１を表し得る他の情報であって良い。これは、本願において限定されない。

ＳＭＦ１に関する情報は、ここで保存され、後にＡＭＦがＳＭＦを再選択するとき、ＡＭＦがＳＭＦ１を選択しないようにする。

Ｓ４１３。ＡＭＦは、ハンドオーバコマンドをＡＮへ送信して、後のハンドオーバ手順を完了するよう指示する。

Ｓ４１５。ハンドオーバが完了した後に、ＳＭＦはＰＤＵ Ｓｅｓｓｉｏｎ１の解放手順を開始する。

解放手順では、ＳＭＦは、セッション再確立指示を更に送信して、セッションが解放された後に新しいＰＤＵセッションの確立要求を開始するようＵＥに指示する。セッション再確立指示は、特定の原因値又は特定の指示であって良い。これは、本願において限定されない。

Ｓ４１７。元のＰＤＵセッションが解放された後に、ＵＥは、セッション確立要求をＡＭＦへ送信し、ＡＭＦは、セッション確立要求を受信する。セッション確立要求は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報を含む。

このように、ＵＥは、セッション確立要求をＡＭＦへ送信することにより、新しいＰＤＵセッション（又は目標ＰＤＵセッション）の確立を開始する。ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報を受信した後に、ＡＭＦは、保存された対応をクエリして、ＡＭＦがＳＭＦを再選択するときに、ＡＭＦがＳＭＦ１を選択しないようにする。

セッション確立要求は、ＵＥにより新しい現在確立されるべきＰＤＵセッションに割り当てられたＰＤＵ Ｓｅｓｓｉｏｎ ＩＤを伝達する。

ＵＥがＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを新しいＰＤＵセッションに割り当てる場合、セッション確立要求はＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを伝達する、又はＵＥの識別子及びＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを伝達する。

ＵＥが新しいセッションＩＤ（これは、ＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤと異なる）を新しいＰＤＵセッションに割り当てる場合、セッション確立要求は、新しいセッションＩＤ及びＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを伝達する、又は新しいセッションＩＤ、ＵＥの識別子及びＰＤＵ Ｓｅｓｓｉｏｎ１のＩＤを伝達する。

ＰＤＵ Ｓｅｓｓｉｏｎ１が解放され、ＰＤＵ Ｓｅｓｓｉｏｎ１のセッション識別子も解放されるので、ＵＥは元のＰＤＵセッション（つまり、ＰＤＵ Ｓｅｓｓｉｏｎ１）のセッション識別子を現在確立されるべきＰＤＵセッションに割り当てる。

セッション確立要求は、ＵＥ位置情報を更に伝達して良く、又はＤＮＮ情報（例えば、ＤＮＮ識別子）を伝達して良い。

Ｓ４１９。セッション確立要求を受信した後に、ＡＭＦは、第１ＳＭＦと異なる第２ＳＭＦを再選択ＳＭＦとして決定する。言い換えると、第２ＳＭＦはＵＥにサービスを提供する。

図１の方法は、ＡＭＦが第１ＳＭＦと異なる第２ＳＭＦを決定するために使用されて良い。詳細事項は、ここで再び記載されない。

第２ＳＭＦを決定する処理において、ＡＭＦは、ＡＭＦに保存されたＳＭＦ１を選択することを回避するために、保存された対応を検索する。

Ｓ４２１。ＡＭＦはＳＭＦ２へセッション管理要求を送信し、ＳＭＦ２はセッション管理要求を受信する。

特定の実装では、セッション管理要求は、セッション生成要求であって良く、又は別の名称を有して良い。これは、本願において限定されない。

Ｓ４２３。ＳＭＦ２は、新しいＴＵＰＦ及びＩＰアドレスをＵＥに割り当てる。

新たに確立されたセッションのアンカーＵＰＦとして、ＴＵＰＦは、新しいＰＤＵセッション側においてユーザプレーンパスを確立するよう構成される。新しいＩＰアドレスは、ＵＥとデータネットワークとの間のデータ送信のために使用される。

Ｓ４２５。ＳＭＦ２は、ＵＥのための新しいＰＤＵセッションの確立手順を開始する。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１がＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択することを決定した場合、ＳＭＦ１はＡＭＦへ再選択指示を送信する。ＡＭＦは、ＵＥにサービスを提供し続けるために、ＳＭＦ１と異なるＳＭＦを選択する。したがって、本方法で選択されるＳＭＦは、従来技術においてＡＭＦにより選択されるＳＭＦより一層適正である。

図４に示される実施形態では、ステップ４０３で、ＡＭＦは、ハンドオーバ通知メッセージを受信する。特定の実装では、セッション管理機能エンティティは、ＵＥ位置領域更新シナリオの中で選択される。位置領域更新シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図４に記載したハンドオーバシナリオにおける手順との主な違いは、Ｓ４０３、Ｓ４１３、及びＳ４１５にある。

図４のＳ４０３に対応して、位置領域更新シナリオにおけるＳ４０３の手順と、ハンドオーバシナリオにおける手順との主な違いは、次の通り説明される。

ＵＥは、目標ＡＮを用いて、ＡＭＦへの位置領域更新要求メッセージを開始する。要求メッセージは、ＵＥが新しい位置領域へ移動した、又はタイマが周期的位置領域更新を開始するようＵＥをトリガした、又はＵＥが別のネットワークカバレッジ領域へ移動した、等のためにトリガされて良い。

相応して、Ｓ４１３に対応して、ＡＭＦは、位置領域更新応答メッセージ（TAU Response又はTAU Acceptメッセージ）をＡＮへ送信する。メッセージ内で伝達される指示情報は不変のままである。

相応して、Ｓ４１５に対応して、この場合にＵＥはアイドル状態にあるので、元のＰＤＵセッションは無線インタフェースベアラを有しない。元のＰＤＵセッションの解放手順がトリガされる前に、ＵＥ、目標ＡＮ、及びＵＰＦの間のユーザプレーン接続を確立する処理が更に実行される必要がある。Ｓ４０３、Ｓ４１３、及びＳ４１５以外のステップは、ハンドオーバシナリオにおける手順と一致する。

図４に示される実施形態では、セッション管理メッセージをＳＭＦへ送信するとき、ＡＭＦは、ＰＤＵセッションの粒度で、各ＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。このように、ＳＭＦがＵＥの複数のＰＤＵセッションに同時にサービスを提供する場合、ＳＭＦは、手順の中で複数のセッション管理メッセージを受信することがある。

別の可能な実装では、ＡＭＦは、ＳＭＦの粒度で、ＵＥにサービスを現在提供しているＳＭＦへ、セッション管理メッセージを送信して良い。具体的に、ＵＥの複数のＰＤＵセッションにサービスを提供する同一のＳＭＦは、手順において１つのセッション管理メッセージを受信するだけである。このメッセージ通知モードにおける手順と元の手順との主な違いは、Ｓ４０５、Ｓ４０７、Ｓ４０９、及びＳ４１１にある。詳細な相違は以下の通りである。

複数のＰＤＵセッションを確立する処理は、Ｓ４０１に含まれて良い。したがって、ここで説明を容易にするために、例えば、ＵＥは３つのＰＤＵセッション：ＰＤＵ Ｓｅｓｓｉｏｎ１、ＰＤＵ Ｓｅｓｓｉｏｎ２、ＰＤＵ Ｓｅｓｓｉｏｎ３を確立する。ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２にサービスを提供し、ＳＭＦ２は、ＰＤＵ Ｓｅｓｓｉｏｎ３にサービスを提供する。

図４に対応して、新しいメッセージ通知モードにおける手順と現在の手順との間の主な違いは次の通り説明される。Ｓ４０５はＳ４０５’に対応している。ＡＭＦがＡＮにより送信されたハンドオーバ通知メッセージを受信した後に、ＡＭＦは、ハンドオーバ通知メッセージ内のＵＥの識別子、及びＰＤＵセッションとＳＭＦとの間の且つＳ４０１で保存された対応に基づき、ＵＥにサービスを提供するＳＭＦに関する情報を決定する。本例では、ＳＭＦ１及びＳＭＦ２に対応して、ＡＭＦは、ＳＭＦ１及びＳＭＦ２へセッション管理メッセージを送信する。セッション管理メッセージは、ＵＥの識別子及びＵＥ位置情報を伝達する。

相応して、Ｓ４０７はＳ４０７’に対応している。ＡＭＦにより送信されたセッション管理メッセージを受信した後に、各ＳＭＦは、先ず、ＵＥの識別子に基づき、ＳＭＦがＵＥにサービスを提供する各ＰＤＵセッションを決定し（本例では、クエリ結果として、ＳＭＦ１はＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２を発見し、ＳＭＦ２はＰＤＵ Ｓｅｓｓｉｏｎ３を発見する）、次に、各ＰＤＵセッションのためにＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択するか否かを決定するための基礎は、図４の手順において記載した方法と一致する。ここでは、ＳＭＦ１がＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２のためにＳＭＦを再選択することを決定し、ＳＭＦ２がＰＤＵ Ｓｅｓｓｉｏｎ３のためにＳＭＦを再選択することを決定すると仮定する。

相応して、Ｓ４０９はＳ４０９’に対応している。サービスの提供されるＰＤＵセッションについてＳＭＦを再選択することを決定した後に、各ＳＭＦは、セッション管理応答をＡＭＦへ返し、セッション管理応答に再選択指示及びＳＭＦが再選択される必要のあるＰＤＵセッションを加える。本例では、ＳＭＦはＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２の両方のために再選択される必要があるので、ＳＭＦ１は、再選択指示及びＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２に関する情報を同時に返し、ＳＭＦ２は、再選択指示及びＰＤＵ Ｓｅｓｓｉｏｎ３に関する情報を返す。

特定の実装では、ＳＭＦが、１つのＳＭＦがサービスを提供する複数のＰＤＵセッションについて再選択される必要がある場合、ＳＭＦは、セッション管理応答の中で１つの再選択指示を返して良く、又は再選択が実行される必要のある各ＰＤＵセッションが１つの再選択指示を有する。例えば、前述の例では、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、ＰＤＵ Ｓｅｓｓｉｏｎ２に関する情報、及び１つの再選択指示を返して良く、又はＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、ＰＤＵ Ｓｅｓｓｉｏｎ１のために再選択を実行するよう指示するために使用される再選択指示１、ＰＤＵ Ｓｅｓｓｉｏｎ２に関する情報、及びＰＤＵ Ｓｅｓｓｉｏｎ２のために再選択を実行するよう指示するために使用される再選択指示２を返して良い。特定の実装では、前述の２つの方法の組み合わせも使用されて良い。具体的に、１つのＰＤＵセッションに対応する１つの再選択指示が、複数のＰＤＵセッションに対応する１つの再選択指示と結合されて使用される。勿論、別の方法が使用されて良い。これは、本願において限定されない。

再選択指示は、特定の原因値又は特定の指示であって良い。これは、本発明において限定されない。

相応して、Ｓ４１１はＳ４１１’に対応している。ＡＭＦがＳＭＦ１及びＳＭＦ２により返されたセッション管理応答を受信した後に、応答が、再選択指示及びＳＭＦが再選択されるべきであるＰＤＵセッションに関する情報を伝達する、又はＳＭＦが再選択されるべきであるＰＤＵセッションに関する情報を伝達する場合、ＡＭＦは、対応するＰＤＵセッションに関する情報と、ＰＤＵセッションにサービスを現在提供しているＳＭＦとの間の対応を保存する。記憶フォーマットは、図４の手順で記載された方法と一致する。対応は、ＡＭＦが後にＵＥからセッション確立要求を受信したとき、ＳＭＦを再選択するために、ＡＭＦにより使用される。

別の可能な実装では、図４に示される実施形態において、ステップ４０７は、ＡＭＦにより送信されたセッション管理メッセージによりトリガされる。特定の実装では、セッション管理機能エンティティは、ＳＭＦがＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＵＰＦは過負荷である、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦは過負荷である、等と決定するシナリオにおいて選択される。本シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図４に示されるハンドオーバシナリオにおける手順との主な違いは、Ｓ４０３、Ｓ４０５、Ｓ４０９、Ｓ４１３及びＳ４１５にある。

具体的に、図４のＳ４０３及びＳ４０５に対応して、ＵＰＦ又はＳＭＦが過負荷であるシナリオにおけるＳ４０３及びＳ４０５の手順と、ハンドオーバシナリオにおける手順との主な違いは、次の通り説明される。

ＳＭＦは、ＳＭＦ又は別の機能エンティティからのメッセージに基づき、ＵＰＦ又はＳＭＦ負荷のような因子を直接取得し、ステップＳ４０７をトリガする。メッセージは、ＵＰＦ負荷状態、ＳＭＦ負荷状態、又はＵＰＦ障害のような情報を含んで良い。

相応して、Ｓ４０９に対応して、メッセージは、セッション管理通知メッセージ又は別のメッセージであって良い。これはここで限定されない。メッセージ内で伝達される指示情報は不変のままである。

相応して、Ｓ４１３に対応して、手順がＵＥ又はＡＮによりトリガされないので、ＡＭＦはステップを実行しない。

Ｓ４１５に対応して、ＡＭＦは、セッション再確立指示を送信するために、ＵＥへメッセージを転送する。特定の実装では、ステップ４１５は、ステップＳ４０９と別個に実行されて良く、又はステップＳ４０９と結合されて実行されて良い。Ｓ４０３、Ｓ４０５、Ｓ４１３、及びＳ４１５以外のステップは、ハンドオーバシナリオにおける手順と一致する。

図４に示す実施形態では、ＡＭＦの動作は、上述のメモリ内のソフトウェアモジュールに基づきＡＭＦにより実行されて良い。これは、本発明の本実施形態において限定されない。

図５は、別のセッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ３である。

Ｓ５０１、Ｓ５０３、及びＳ５０５は、Ｓ４０１、Ｓ４０３、及びＳ４０５と同じである。

Ｓ５０７。セッション管理メッセージを受信した後に、ＳＭＦ１は、ＳＭＦを再選択するか否かを決定する。

特定の実装では、ＳＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ３であることを決定する。

特定の実装では、図１の方法は、ＳＭＦを再選択するか否かを決定するために、ＳＭＦ１に対して使用されて良い。

Ｓ５０９〜Ｓ５１３は、Ｓ４０９〜Ｓ４１３と同じである。

Ｓ５１５。ハンドオーバが完了した後に、ＳＭＦは、セッションリダイレクト要求をＵＥへ送信し、セッション再確立指示を要求に追加して、新しいＰＤＵセッションの確立を開始するようＵＥに指示する。ＵＥはリダイレクト要求を受信する。

セッションリダイレクト要求は、セッション再確立要求であって良く、又は別のメッセージ名称を有して良い。これはここで限定されない。

Ｓ５１７〜Ｓ５２５は、Ｓ４１７〜Ｓ４２５と同じである。

Ｓ５２７。元のＰＤＵセッション上のサービスフローが終了した後に、元のＰＤＵセッションの解放手順の中で、元のＰＤＵセッションは解放される。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１が再選択ＳＭＦを決定する。したがって、本方法で選択されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

位置領域更新シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図５に記載したハンドオーバシナリオにおける手順との主な違いは、Ｓ５０３及びＳ５１３にある。

位置領域更新シナリオでは、Ｓ５０３に対応して、ＵＥは、目標ＡＮを用いて、ＡＭＦへの位置領域更新要求を開始する。相応して、Ｓ５１３に対応して、ＡＭＦは、位置領域更新応答メッセージをＡＮへ送信する。

図５に示される実施形態では、セッション管理メッセージをＳＭＦへ送信するとき、ＡＭＦは、ＰＤＵセッションの粒度で、各ＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。このように、ＳＭＦがＵＥの複数のＰＤＵセッションに同時にサービスを提供する場合、ＳＭＦは、手順の中で複数のセッション管理メッセージを受信することがある。

別の可能な実装では、ＡＭＦは、ＳＭＦの粒度で、ＵＥにサービスを現在提供しているＳＭＦへ、セッション管理メッセージを送信して良い。具体的に、ＵＥの複数のＰＤＵセッションにサービスを提供する同一のＳＭＦは、手順において１つのセッション管理メッセージを受信するだけである。このメッセージ通知モードにおける手順と元の手順との主な違いは、Ｓ５０５、Ｓ５０７、Ｓ５０９、及びＳ５１１にある。Ｓ５０５、Ｓ５０７、Ｓ５０９、及びＳ５１１は、それぞれＳ５０５’、Ｓ５０７’、Ｓ５０９’、及びＳ５１１’により置き換えられる。Ｓ５０５’、Ｓ５０７’、Ｓ５０９’、及びＳ５１１’は、それぞれＳ４０５’、Ｓ４０７’、Ｓ４０９’、及びＳ４１１’と同じである。詳細事項は、ここで再び記載されない。

別の可能な実装では、ステップ５０７は、ＡＭＦにより送信されたセッション管理メッセージによりトリガされる。特定の実装では、セッション管理機能エンティティは、ＳＭＦがＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＵＰＦは過負荷である、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦは過負荷である、等と決定するシナリオにおいて選択される。本シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図５に記載されたハンドオーバシナリオにおける手順との主な違いは、Ｓ５０３、Ｓ５０５、Ｓ５０９、Ｓ５１３及びＳ５１５にある。

具体的に、図５のＳ５０３及びＳ５０５に対応して、ＵＰＦ又はＳＭＦが過負荷であるシナリオにおけるＳ５０３及びＳ５０５の手順と、ハンドオーバシナリオにおける手順との主な違いは、次の通り説明される。ＳＭＦは、ＳＭＦ又は別の機能エンティティからのメッセージに基づき、ＵＰＦ又はＳＭＦ負荷のような因子を直接取得し、ステップＳ５０７をトリガする。メッセージは、ＵＰＦ負荷状態、ＳＭＦ負荷状態、又はＵＰＦ障害のような情報を含んで良い。

相応して、Ｓ５１３に対応して、手順がＵＥ又はＡＮによりトリガされないので、ＡＭＦはステップを実行しない。

Ｓ５１５に対応して、ＡＭＦは、セッション再確立指示を送信するために、ＵＥへメッセージを転送する。特定の実装では、ステップは、ステップＳ５０９と別個に実行されて良く、又はステップＳ５０９と結合されて実行されて良い。Ｓ５０３、Ｓ５０５、Ｓ５０９、Ｓ５１３、及びＳ５１５以外のステップは、ハンドオーバシナリオにおける手順と一致する。

図５に示す実施形態では、ＡＭＦの動作は、上述のメモリ内のソフトウェアモジュールに基づきＡＭＦにより実行されて良い。これは、本発明の本実施形態において限定されない。

図６は、別のセッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ２である。

Ｓ６０１〜Ｓ６０５は、Ｓ４０１〜Ｓ４０５と同じである。

Ｓ６０７。セッション管理メッセージを受信した後に、ＳＭＦ１は、ＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択することを決定した場合、ＳＭＦ１は第２ＳＭＦを決定する。言い換えると、第２ＳＭＦは再選択ＳＭＦであり、第２ＳＭＦはＵＥにサービスを提供する。

特定の実装では、ＳＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ２であることを決定する。

ＳＭＦ１がＳＭＦを再選択するか否かを決定する方法は、Ｓ４０７で記載された方法と同じである。

セッション管理機能エンティティ２０が図１の再選択される第３セッション管理機能エンティティを決定する方法は、第２ＳＭＦを決定するためにＳＭＦ１に対して使用されて良い。具体的に、トポロジ管理機能エンティティは、別のＳＭＦの負荷情報又は別のＵＰＦの負荷情報を取得し、ＵＥにサービスを提供するために、ＳＭＦ１と異なり且つＵＥにサービスを提供可能なＳＭＦを決定する。

Ｓ６０９。ＳＭＦ１は、ＡＭＦへセッション管理応答を送信する。セッション管理応答は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報、及びＳＭＦ再選択結果を伝達し、ＳＭＦ再選択結果は、ここでは第２ＳＭＦに関する情報である。ＡＭＦは、セッション管理応答を受信する。

Ｓ６１１。セッション管理応答を受信した後に、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報と第２ＳＭＦに関する情報との間の対応を保存する。対応は、後に、ＡＭＦがＵＥからセッション確立要求を受信したとき、ＵＥにサービスを提供するＳＭＦとして第２ＳＭＦを選択するために、ＡＭＦにより使用される。

対応は、テーブル又はチャートのような形式で保存されて良い。これはここで限定されない。

特定の実装では、対応は、ＳＭＦが再選択される必要があるという指示情報を更に含んで良い。ＳＭＦが再選択される必要があるという指示情報は、特定指示又は特定の原因値であって良い。これは、本願において限定されない。

保存された第２ＳＭＦに関する情報は、第２ＳＭＦの名称、又は第２ＳＭＦのＩＤ、又はＳＭＦを表し得る他の情報であって良い。これは、本願において限定されない。

Ｓ６１３〜Ｓ６１７は、Ｓ４１３〜Ｓ４１７と同じである。

Ｓ６１９。セッション確立要求を受信した後に、ＡＭＦは、対応をクエリして、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報がＳＭＦ２に対応していることを決定する。言い換えると、ＵＥにサービスを提供すべき第２ＳＭＦを選択する。

第２ＳＭＦを決定する処理において、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する且つセッション確立要求メッセージ内で伝達される情報に基づき、対応をクエリして、ＳＭＦ２を決定する。

Ｓ６２１〜Ｓ６２５は、Ｓ４２１〜Ｓ４２５と同じである。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１がＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択することを決定した場合、ＳＭＦ１は、再選択ＳＭＦを決定し、ＡＭＦへ再選択結果を送信する。したがって、本方法で選択されるＳＭＦは、従来技術においてＡＭＦにより選択されるＳＭＦより一層適正である。

特定の実装では、図６に記載した方法は、ＵＥ位置領域更新シナリオにも適用される。位置領域更新シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図６に記載したハンドオーバシナリオにおける手順との主な違いは、Ｓ６０３、Ｓ６１３、及びＳ６１５にある。

図６のＳ６０３に対応して、位置領域更新シナリオにおけるＳ６０３の手順と、図６のハンドオーバシナリオにおける手順との主な違いは、次の通り説明される。

ＵＥは、目標ＡＮを用いて、ＡＭＦへの位置領域更新要求メッセージを開始する。要求メッセージは、ＵＥが新しい位置領域へ移動した、又はタイマが周期的位置領域更新を開始するようＵＥをトリガした、又はＵＥが別のネットワークカバレッジ領域へ移動した、等のためにトリガされて良い。

相応して、Ｓ６１３に対応して、ＡＭＦは、位置領域更新応答メッセージをＡＮへ送信する。メッセージ内で伝達される指示情報は不変のままである。位置領域更新応答メッセージは、TAU Response又はTAU Acceptメッセージであって良く、又は別の名称を有して良い。

相応して、Ｓ６１５に対応して、この場合にＵＥはアイドル状態にあるので、元のＰＤＵセッションは無線インタフェースベアラを有しない。元のＰＤＵセッションの解放手順がトリガされる前に、ＵＥ、目標ＡＮ、及びＵＰＦの間のユーザプレーン接続を確立する処理が更に実行される必要がある。Ｓ６０３、Ｓ６１３、及びＳ６１５以外のステップは、ハンドオーバシナリオにおける手順と一致する。

図６に示される実施形態では、セッション管理メッセージをＳＭＦへ送信するとき、ＡＭＦは、ＰＤＵセッションの粒度で、各ＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。このように、ＳＭＦがＵＥの複数のＰＤＵセッションに同時にサービスを提供する場合、ＳＭＦは、手順の中で複数のセッション管理メッセージを受信することがある。

別の可能な実装では、ＡＭＦは、ＳＭＦの粒度で、ＵＥにサービスを現在提供しているＳＭＦへ、セッション管理メッセージを送信して良い。具体的に、ＵＥの複数のＰＤＵセッションにサービスを提供する同一のＳＭＦは、手順において１つのセッション管理メッセージを受信するだけである。このメッセージ通知モードにおける手順と元の手順との主な違いは、Ｓ６０５、Ｓ６０７、Ｓ６０９、及びＳ６１１にある。詳細な相違は以下の通りである。

複数のＰＤＵセッションを確立する処理は、Ｓ６０１に含まれて良い。したがって、ここで説明を容易にするために、例えば、ＵＥは３つのＰＤＵセッション：ＰＤＵ Ｓｅｓｓｉｏｎ１、ＰＤＵ Ｓｅｓｓｉｏｎ２、ＰＤＵ Ｓｅｓｓｉｏｎ３を確立する。ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２にサービスを提供し、ＳＭＦ２は、ＰＤＵ Ｓｅｓｓｉｏｎ３にサービスを提供する。

図６に対応して、新しいメッセージ通知モードにおける手順と現在の手順との間の主な違いは次の通り説明される。

Ｓ６０５はＳ６０５’に対応している。ＡＭＦがＡＮにより送信されたハンドオーバ通知メッセージを受信した後に、ＡＭＦは、ハンドオーバ通知メッセージ内のＵＥの識別子、及びＰＤＵセッションとＳＭＦとの間の且つＳ６０１で保存された対応に基づき、ＵＥにサービスを提供するＳＭＦに関する情報を決定する。本例では、ＳＭＦ１及びＳＭＦ２に対応して、ＡＭＦは、ＳＭＦ１及びＳＭＦ２へセッション管理メッセージを送信する。

セッション管理メッセージは、ＵＥの識別子及びＵＥ位置情報を伝達する。

相応して、Ｓ６０７はＳ６０７’に対応している。ＡＭＦにより送信されたセッション管理メッセージを受信した後に、各ＳＭＦは、先ず、ＵＥの識別子に基づき、ＳＭＦがＵＥにサービスを提供する各ＰＤＵセッションを決定し（本例では、クエリ結果として、ＳＭＦ１はＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２を発見し、ＳＭＦ２はＰＤＵ Ｓｅｓｓｉｏｎ３を発見する）、次に、各ＰＤＵセッションのためにＳＭＦを再選択するか否かを決定する。ＳＭＦが再選択される必要がある場合、ＳＭＦ再選択動作が実行され、別のＳＭＦがＵＥにサービスを提供することを決定する。ＳＭＦを再選択するか否かを決定するための基礎及び再選択処理は、図６の手順において記載した方法と一致する。本例では、ＳＭＦ１はＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２のためにＳＭＦを再選択することを決定し、それぞれサービスを提供するためにＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２のためにＳＭＦ３及びＳＭＦ４を選択し、ＳＭＦ２はＰＤＵ Ｓｅｓｓｉｏｎ３のためにＳＭＦを再選択することを決定し、サービスを提供するためにＰＤＵ Ｓｅｓｓｉｏｎ３のためにＳＭＦ５を選択すると仮定する。ＳＭＦ３、ＳＭＦ４及びＳＭＦ５は、同じＳＭＦ又は異なるＳＭＦであって良い。

相応して、Ｓ６０９はＳ６０９’に対応している。サービスの提供されるＰＤＵセッションについてＳＭＦを再選択することを決定した後に、各ＳＭＦは、セッション管理応答をＡＭＦへ返し、セッション管理応答にセッション情報及びＳＭＦ再選択結果を加える。本例では、ＳＭＦはＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２の両方のために再選択される必要があるので、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１及びＰＤＵ Ｓｅｓｓｉｏｎ２に関する情報及びＳＭＦ再選択結果、つまりＳＭＦ３及びＳＭＦ４に関する情報を同時に返し、ＳＭＦ２は、ＰＤＵ Ｓｅｓｓｉｏｎ３に関する情報及びＳＭＦ再選択結果、つまりＳＭＦ５に関する情報を返す。

相応して、Ｓ６１１はＳ６１１’に対応している。ＡＭＦがＳＭＦ１及びＳＭＦ２により返されたセッション管理応答を受信した後に、応答が再選択結果及びＳＭＦが再選択される必要があるＰＤＵセッションに関する情報を伝達する場合、ＡＭＦは、対応するＰＤＵセッションに関する情報と再選択ＳＭＦに関する情報との間の対応を保存する。記憶フォーマットは、図６の手順で記載された方法と一致する。対応は、後に、ＡＭＦがＵＥからセッション確立要求を受信したとき、サービスを提供するために、ＡＭＦのために対応するＳＭＦを選択するために、ＡＭＦにより使用される。

別の可能な実装では、ステップ６０７は、ＡＭＦにより送信されたセッション管理メッセージによりトリガされる。特定の実装では、セッション管理機能エンティティは、ＳＭＦがＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＵＰＦは過負荷である、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦは過負荷である、等と決定するシナリオにおいて選択される。本シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図６に記載されたハンドオーバシナリオにおける手順との主な違いは、Ｓ６０３、Ｓ６０５、Ｓ６０９、Ｓ６１３及びＳ６１５にある。詳細な相違は、図４の記載と同様である。詳細事項は、ここで再び記載されない。

図６に示す実施形態では、ＡＭＦの動作は、上述のメモリ内のソフトウェアモジュールに基づきＡＭＦにより実行されて良い。これは、本発明の本実施形態において限定されない。

図７は、別のセッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ３である。

Ｓ７０１〜Ｓ７０５は、Ｓ６０１〜Ｓ６０５と同じである。

Ｓ７０７。セッション管理メッセージを受信した後に、ＳＭＦ１は、ＳＭＦを再選択するか否かを決定する。ＳＭＦを再選択することを決定した場合、ＳＭＦ１は第２ＳＭＦを決定する。言い換えると、第２ＳＭＦは再選択ＳＭＦであり、第２ＳＭＦはＵＥにサービスを提供する。

特定の実装では、ＳＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ３であることを決定する。

Ｓ７０９及びＳ７１１は、Ｓ６０９及びＳ６１１と同じである。

Ｓ７１３及びＳ７１５は、Ｓ５１３及びＳ５１５と同じである。

Ｓ７１７〜Ｓ７２５は、Ｓ６１７〜Ｓ６２５と同じである。

Ｓ７２７。元のＰＤＵセッション上のサービスフローが終了した後に、元のＰＤＵセッションの解放手順の中で、元のＰＤＵセッションは解放される。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１が再選択ＳＭＦを決定する。したがって、本方法で選択されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

位置領域更新シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図６に記載したハンドオーバシナリオにおける手順との主な違いは、Ｓ７０３及びＳ７１３がＳ６０３及びＳ６１３と異なることにある。

図７に対応して、位置領域更新シナリオでは、Ｓ７０３に対応して、ＵＥは、目標ＡＮを用いて、ＡＭＦへの位置領域更新要求を開始する。相応して、Ｓ７１３に対応して、ＡＭＦは、位置領域更新応答メッセージをＡＮへ送信する。

図７に示される実施形態では、セッション管理メッセージをＳＭＦへ送信するとき、ＡＭＦは、ＰＤＵセッションの粒度で、各ＰＤＵセッションに対応するＳＭＦへセッション管理メッセージを送信する。このように、ＳＭＦがＵＥの複数のＰＤＵセッションに同時にサービスを提供する場合、ＳＭＦは、手順の中で複数のセッション管理メッセージを受信することがある。

別の可能な実装では、ＡＭＦは、ＳＭＦの粒度で、ＵＥにサービスを現在提供しているＳＭＦへ、セッション管理メッセージを送信して良い。具体的に、ＵＥの複数のＰＤＵセッションにサービスを提供する同一のＳＭＦは、手順において１つのセッション管理メッセージを受信するだけである。このメッセージ通知モードにおける手順と元の手順との主な違いは、Ｓ７０５、Ｓ７０７、Ｓ７０９、及びＳ７１１にある。Ｓ７０５、Ｓ７０７、Ｓ７０９、及びＳ７１１は、それぞれＳ７０５’、Ｓ７０７’、Ｓ７０９’、及びＳ７１１’により置き換えられる。Ｓ７０５’、Ｓ７０７’、Ｓ７０９’、及びＳ７１１’は、それぞれＳ６０５’、Ｓ６０７’、Ｓ６０９’、及びＳ６１１’と同じである。詳細事項は、ここで再び記載されない。

別の可能な実装では、ステップ７０７は、ＡＭＦにより送信されたセッション管理メッセージによりトリガされる。特定の実装では、セッション管理機能エンティティは、ＳＭＦがＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＵＰＦは過負荷である、ＰＤＵ Ｓｅｓｓｉｏｎ１に対応するＳＭＦは過負荷である、等と決定するシナリオにおいて選択される。本シナリオにおけるセッション管理機能エンティティ選択方法の手順と、図７に記載されたハンドオーバシナリオにおける手順との主な違いは、Ｓ７０３、Ｓ７０５、Ｓ７０９、Ｓ７１３及びＳ７１５にある。詳細な相違は、図５の記載と同様である。詳細事項は、ここで再び記載されない。

図７に示す実施形態では、ＡＭＦの動作は、上述のメモリ内のソフトウェアモジュールに基づきＡＭＦにより実行されて良い。これは、本発明の本実施形態において限定されない。

図８は、セッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ２である。ＵＰＦは再選択される必要があるが、ＳＭＦは再選択される必要がない。

Ｓ８０１はＳ４０１と同じである。

Ｓ８０３。ＳＭＦ１は、ＵＥのＰＤＵセッションのためにＵＰＦを再選択することを決定する。説明を容易にするために、ＰＤＵ Ｓｅｓｓｉｏｎ１がここで一例として使用される。

特定の実装では、ステップは、ＵＥ位置情報、ＵＰＦ負荷情報、ＳＭＦ１の負荷情報、等によりトリガされて良く、又は他の情報によりトリガされて良い。これは、本願において限定されない。

特定の実装では、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ２であることを決定する。

特定の実装では、図１の方法は、ＵＰＦを再選択することを決定するために、ＳＭＦ１に対して使用されて良い。

本実施形態では、ソースＵＰＦが過負荷である又は障害であるために、ソースＵＰＦがＵＥにサービスを提供できず、目標アクセス領域は依然としてＳＭＦ１のサービス範囲内にあり、ＳＭＦ１により管理される別のＵＰＦに関する情報がＵＥにサービスを提供するための条件を満たす場合、ＳＭＦ１は、ＵＥにサービスを提供し続けることができる。したがって、ＳＭＦ１はＵＰＦを再選択することを決定する。

Ｓ８０５。ＳＭＦ１は、セッション管理通知を返し、指示情報及びＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報を通知に追加する。

特定の実装では、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報及びＳＭＦ１に関する情報を、ＳＭＦ１により返されるセッション管理通知に追加して良い。

セッション管理通知は、ＵＥモビリティイベント通知又はセッション管理イベント通知であって良く、又は別の名称を有して良い。これはここで限定されない。

Ｓ８０７。セッション管理通知を受信した後に、ＡＭＦは、ＳＭＦ１とＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報との間の対応を保存する。対応は、ＡＭＦが後にＵＥからセッション確立要求を受信したとき、ＳＭＦを再選択するために、ＡＭＦにより使用される。

特定の実装では、Ｓ８０５でＳＭＦ１により送信されたセッション管理通知が指示情報を伝達する場合、対応は、指示情報も含んで良い。

ＳＭＦ１に関する情報は、ここで保存される。したがって、後にＳＭＦを再選択するとき、ＡＭＦは、ＵＥにサービスを提供するために、ＳＭＦ１を選択し続ける。

指示情報がここで保存され、後にＡＭＦがＳＭＦを再選択するとき、ＡＭＦがＳＭＦ１と異なるＳＭＦを選択しないようにする。指示情報は、図１に記載されるような複数の形式であって良い。

Ｓ８０９。ＰＤＵセッションはＳＳＣ ｍｏｄｅ２であるので、ＳＭＦは、ＵＥへのＰＤＵセッション解放コマンドを更に開始し、セッション再確立指示をコマンドに追加する。コマンドは、送信処理の中でＡＭＦにより転送される。

特定の実装では、コマンドは、Ｓ８０５における通知と結合して送信されて良い。これはここで限定されない。

Ｓ８１１。Ｓ４１７と異なり、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報を受信した後に、ＡＭＦは、保存された対応をクエリして、ＳＭＦを選択するときにＡＭＦがＵＥにサービスを提供するためにＳＭＦ１を選択し続けることを保証する。

他の内容は、Ｓ４１７の内容と同じである。

Ｓ８１３。セッション確立要求を受信した後に、ＡＭＦは、ＵＥにサービスを提供するために、第１ＳＭＦ、つまりＳＭＦ１を選択し続けることを決定する。

第１ＳＭＦを決定する処理において、ＡＭＦは、ＡＭＦに保存されたＳＭＦ１と異なるＳＭＦを選択することを回避するために、保存された対応を検索する。

Ｓ８１５。ＡＭＦはＳＭＦ１へセッション管理要求を送信し、ＳＭＦ１はセッション管理要求を受信する。

特定の実装では、セッション管理要求は、セッション生成要求であって良く、又は別の名称を有して良い。これは、本願において限定されない。

Ｓ８１７。ＳＭＦ１の処理は、Ｓ４２３におけるＳＭＦ２の処理と同じである。

Ｓ８１９。ＳＭＦ１は、ＵＥのための新しいＰＤＵセッションの確立手順を開始する。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１により決定されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

図９は、セッション管理機能エンティティ選択方法の概略フローチャートを提供する。この方法の実施形態における方法は、セッション管理機能エンティティ１０とセッション管理機能エンティティ２０との間の相互作用、又は図１の外部ネットワーク要素との相互作用のために使用できる。この方法の実施形態における方法は、ＡＭＦとＳＭＦとの間の相互作用、又は図２の外部ネットワーク要素との相互作用のためにも使用できる。本実施形態では、例えば、セッション及びサービス連続モードはＳＳＣ ｍｏｄｅ３である。ＵＰＦは再選択される必要があるが、ＳＭＦは再選択される必要がない。

Ｓ９０１はＳ４０１と同じである。

Ｓ９０３。ＳＭＦ１は、ＵＥのＰＤＵセッションのためにＵＰＦを再選択することを決定する。説明を容易にするために、ＰＤＵ Ｓｅｓｓｉｏｎ１がここで一例として使用される。

特定の実装では、ステップは、ＵＥ位置情報、ＵＰＦ負荷情報、又はＳＭＦ１の負荷情報、によりトリガされて良く、又は他の情報によりトリガされて良い。これは、本発明において限定されない。

特定の実装では、ＳＭＦ１は、ＰＤＵ Ｓｅｓｓｉｏｎ１に関する情報に基づき、対応するＰＤＵセッション及びＰＤＵ Ｓｅｓｓｉｏｎ１のセッション及びサービス連続モードがＳＳＣ ｍｏｄｅ３であることを決定する。

特定の実装では、図１の方法は、ＵＰＦを再選択することを決定するために、ＳＭＦ１に対して使用されて良い。

本実施形態では、現在ＵＰＦが過負荷である又は障害であるために、現在ＵＰＦがＵＥにサービスを提供できず、目標アクセス領域は依然としてＳＭＦ１のサービス範囲内にある場合、ＳＭＦ１は、ＵＥにサービスを提供し続けることができる。したがって、ＳＭＦ１はＵＰＦを再選択することを決定する。

Ｓ９０５及びＳ９０７は、Ｓ８０５及びＳ８０７と同じである。

Ｓ９０９。ＰＤＵセッションはＳＳＣ ｍｏｄｅ３であるので、ＳＭＦは、ＵＥへのセッションリダイレクト要求を更に開始し、セッション再確立指示を要求に追加する。要求は、送信処理の中でＡＭＦにより転送される。セッション再確立指示は、新しいＰＤＵセッションの確立要求を開始するようＵＥに指示するために使用される。

特定の実装では、要求は、Ｓ９０５における通知と結合して送信されて良い。これはここで限定されない。

Ｓ９１１〜Ｓ９１９は、Ｓ８１１〜Ｓ８１９と同じである。

Ｓ９２１はＳ５２７と同じである。

本実施形態で提供されるセッション管理機能エンティティ選択方法では、ＳＭＦ１はセッション管理に関する情報を検知できるので、ＳＭＦ１により決定されるＳＭＦは、従来技術におけるＡＭＦにより選択されるＳＭＦより一層適正である。

以上は、主に、本発明の実施形態において提供されるソリューションをネットワーク要素間の相互作用の観点から記載した。前述の機能を実装するために、モビリティ管理機能エンティティ又はセッション管理機能エンティティを実装する前述の装置（又は機器）は、各機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含むことが理解できる。当業者は、本願明細書に開示された実施形態を参照して記載された例のユニット及びアルゴリズムステップがハードウェア又はハードウェア及びコンピュータソフトウェアの組み合わせにより実装できることに容易に気付くべきである。機能がハードウェア又はハードウェアを駆動するコンピュータソフトウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、各々の特定の適用について記載の機能を実施するために異なる方法を使用できるが、実装が本発明の範囲を超えることは考慮されるべきではない。

本発明の実施形態では、機能モジュール分割は、前述の方法の例に基づき、モビリティ管理機能エンティティ又はセッション管理機能エンティティにおいて実行されて良い。例えば、各機能モジュールは、各対応する機能に基づく区分を通じて得られて良く、又は、２以上の機能が１つの処理モジュールに統合されて良い。統合モジュールは、ハードウェアの形式で実装されて良く、又はソフトウェアの機能モジュールの形式で実装されて良い。留意すべきことに、本発明の実施形態におけるモジュール区分は一例であり、単なる論理的な機能分割である。実際の実装においては別の区分方法があり得る。

例えば、各機能モジュールが各対応する機能に基づく区分を通じて得られるとき、図１０は、前述の実施形態におけるセッション管理機能エンティティ選択機器の可能な概略構造図である。機器１０００は、通信機モジュール１００１、処理モジュール１００３、及び決定モジュール１００５を含む。

通信機モジュールは、位置変化通知メッセージを受信し、セッション管理メッセージを第１セッション管理機能エンティティへ送信し、第１セッション管理機能エンティティから、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される。ここで、再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される。

処理モジュールは、再選択指示に従い、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存するよう構成される。

通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成される。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。

決定モジュールは、第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するよう構成される。ここで、第１セッション管理機能エンティティは、第１セッションに関する情報に対応し且つ機器に保存された対応をクエリすることにより決定されたセッション管理機能エンティティである。

通信機モジュールは、セッション管理要求を第２セッション管理機能エンティティへ送信するよう更に構成される。

可能な実装では、第１セッションに関する情報は、第１セッションの識別子を含む、又は、第１セッションに関する情報は、ＵＥの識別子及び第１セッションの識別子を含む。

別の可能な実装では、セッション確立要求メッセージは、ＵＥにより生成されるべき第２セッションの識別子を更に伝達する。

別の可能な実装では、通信機モジュールは、第２セッションを確立するようＵＥに指示するために、ＵＥへセッション再確立指示を送信するよう更に構成される。

機器は、通信ネットワーク内のモビリティ管理機能エンティティ、又はＡＭＦ、又は通信ネットワーク内の別のエンティティであって良い。前述の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されて良く、詳細事項はここに再び記載されない。

図１１は、前述の実施形態におけるセッション管理機能エンティティ選択機器の可能な概略構造図である。機器１１００は、通信機モジュール１１０１、処理モジュール１１０３、及び決定モジュール１１０５を含む。

通信機モジュールは、位置変化通知メッセージを受信し、セッション管理メッセージを第１セッション管理機能エンティティへ送信し、第１セッション管理機能エンティティから、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される。ここで、セッション管理機能エンティティ再選択結果は、第２セッション管理機能エンティティに関する情報を含む。

処理モジュールは、第２セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存するよう構成される。

通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成される。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。

決定モジュールは、対応をクエリすることにより、第１セッションに関する情報に対応する第２セッション管理機能エンティティを決定するよう構成される。

通信機モジュールは、セッション管理要求を第２セッション管理機能エンティティへ送信するよう更に構成される。

可能な実装では、第１セッションに関する情報は、第１セッションの識別子を含む、又は、第１セッションに関する情報は、ＵＥの識別子及び第１セッションの識別子を含む。

別の可能な実装では、セッション確立要求メッセージは、ＵＥにより生成されるべき第２セッションの識別子を更に伝達する。

別の可能な実装では、通信機モジュールは、第２セッションを確立するようＵＥに指示するために、ＵＥへセッション再確立指示を送信するよう更に構成される。

図１２は、前述の実施形態におけるセッション管理機能エンティティ選択機器の可能な概略構造図である。機器１２００は、通信機モジュール１２０１、処理モジュール１２０３、及び決定モジュール１２０５を含む。

通信機モジュールは、第１セッション管理機能エンティティから、セッション管理機能エンティティ選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される。ここで、セッション管理機能エンティティ選択結果は、第１セッション管理機能エンティティに関する情報を含む。代替として、通信機モジュールは、第１セッション管理機能エンティティから、指示情報及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される。

処理モジュールは、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存するよう構成される。通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成される。ここで、セッション確立要求メッセージは、第１セッションに関する情報を伝達する。決定モジュールは、対応をクエリすることにより、第１セッションに関する情報に対応する第１セッション管理機能エンティティを決定するよう構成される。通信機モジュールは、セッション管理要求を第１セッション管理機能エンティティへ送信するよう更に構成される。

可能な実装では、第１セッションに関する情報は、第１セッションの識別子を含む、又は、第１セッションに関する情報は、ＵＥの識別子及び第１セッションの識別子を含む。

別の可能な実装では、セッション確立要求メッセージは、ＵＥにより生成されるべき第２セッションの識別子を更に伝達する。

別の可能な実装では、通信機モジュールは、第２セッションを確立するようＵＥに指示するために、ＵＥへセッション再確立指示を送信するよう更に構成される。機器は、通信ネットワーク内のモビリティ管理機能エンティティ、又はＡＭＦ、又は通信ネットワーク内の別のエンティティであって良い。前述の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されて良く、詳細事項はここに再び記載されない。

本実施形態では、セッション管理機能エンティティ選択機器は、各対応する機能に基づく区分を通じて各機能モジュールを得ることにより提示され、又は、セッション管理機能エンティティ選択機器は、統合された方法における区分を通じて各機能モジュールを得ることにより提示される。ここで、「モジュール」は、特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）、回路、１又は複数のソフトウェア又はファームウェアプログラムを実行するプロセッサ及びメモリ、集積論理回路、及び／又は前述の機能を提供可能な別の装置であって良い。単純な実施形態では、セッション管理機能エンティティ選択機器１０００及び１１００は図３に示された形式を使用し得ることが、当業者により理解できる。例えば、図１０の通信機モジュール１００１、処理モジュール１００３、及び決定モジュール１００５は、図３のプロセッサ３１（及び／又はプロセッサ３８）及びメモリ３３を用いて実装されて良い。具体的に、通信機モジュール１００１、処理モジュール１００３、及び決定モジュール１００５は、メモリ３３に格納されたアプリケーションプログラムコードを呼び出すプロセッサ３１（及び／又はプロセッサ３８）により実行されて良い。これは、本発明の本実施形態において限定されない。図１１の通信機モジュール１１０１、処理モジュール１１０３、及び決定モジュール１１０５は、図３のプロセッサ３１（及び／又はプロセッサ３８）及びメモリ３３を用いて実装されて良い。具体的に、通信機モジュール１１０１、処理モジュール１１０３、及び決定モジュール１１０５は、メモリ３３に格納されたアプリケーションプログラムコードを呼び出すプロセッサ３１（及び／又はプロセッサ３８）により実行されて良い。これは、本発明の本実施形態において限定されない。図１２の通信機モジュール１２０１、処理モジュール１２０３、及び決定モジュール１２０５は、図３のプロセッサ３１（及び／又はプロセッサ３８）及びメモリ３３を用いて実装されて良い。具体的に、通信機モジュール１２０１、処理モジュール１２０３、及び決定モジュール１２０５は、メモリ３３に格納されたアプリケーションプログラムコードを呼び出すプロセッサ３１（及び／又はプロセッサ３８）により実行されて良い。これは、本発明の本実施形態において限定されない。

本発明の一実施形態は、コンピュータ記憶媒体であって、図４又は図５に示されるセッション管理機能エンティティ選択機器により使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータ記憶媒体は前述の方法の実施形態を実行するよう設計されたプログラムを含む、コンピュータ記憶媒体を更に提供する。

本発明の一実施形態は、別のコンピュータ記憶媒体であって、図６又は図７に示されるセッション管理機能エンティティ選択機器により使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータ記憶媒体は前述の方法の実施形態を実行するよう設計されたプログラムを含む、別のコンピュータ記憶媒体を更に提供する。

本発明の一実施形態は、別のコンピュータ記憶媒体であって、図８又は図９に示されるセッション管理機能エンティティ選択機器により使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータ記憶媒体は前述の方法の実施形態を実行するよう設計されたプログラムを含む、別のコンピュータ記憶媒体を更に提供する。

本発明の一実施形態は、コンピュータプログラムプロダクトであって、モビリティ管理機能エンティティ又はＡＭＦにより使用されるコンピュータソフトウェア命令を格納するよう構成され、コンピュータプログラムプロダクトは前述の方法の実施形態を実行するよう設計されたプログラムを含む、コンピュータプログラムプロダクトを更に提供する。

本願明細書、請求項、及び本願の実施形態における添付の図面において、用語「第１」、「第２」、「第３」、等は、特定の順序又は順番を示すために使用されない。理解されるべきことに、このように命名されたデータは、適正な環境において同義である。したがって、本願明細書に記載の実施形態は、本願明細書に図示され又は記載された順序以外の順序で実施可能である。さらに、用語「含む」又は「有する」及び任意の他の変形は、非排他的ソリューションをカバーすること、例えばステップ若しくはユニットのリストを含む処理、方法、システム、製品、又は装置が必ずしも明示的に列挙された該ステップ若しくはユニットに限定されないが、そのような処理、方法、システム、製品、又は装置のような明示的にリストされ又はそれに特有でない他のステップ若しくはユニットを含み得ることを意味する。

本願は実施形態を参照して記載されるが、保護を請求する本願を実施する過程で、当業者は、添付の図面、開示された内容、及び添付の請求項を見ることにより、開示の実施形態の他の変形を理解し実施し得る。請求項中、「含む」（comprising）は、別のコンポーネント又は別のステップを排除せず、「ある」又は「１つの」は複数の場合を排除しない。単一のプロセッサ又は別のユニットが、請求項中に列挙された幾つかの機能を実施して良い。幾つかの指標が相互に異なる従属請求項に記載されるという事実は、これらの指標の組合せがより良好な効果をもたらさないことを示すものではない。

前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組み合わせを用いて実施されて良い。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、完全に又は部分的にコンピュータプログラムプロダクトの形式で実施されて良い。コンピュータプログラムプロダクトは、１又は複数のコンピュータ命令を含む。コンピュータプログラム命令はコンピュータ上にロードされ実行されると、本発明の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル機器であって良い。コンピュータ命令は、コンピュータ可読記憶媒体に格納されて良く、又はあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されて良い。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））又は無線（例えば赤外線、無線、マイクロ波、等）方式で送信されて良い。コンピュータ可読記憶媒体は、コンピュータ、又は１又は複数の使用可能媒体を統合するサーバ若しくはデータセンタのようなデータ記憶装置によりアクセス可能な任意の使用可能媒体であって良い。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、固体ディスク（ＳＳＤ））、等であって良い。

纏めると、前述の実施形態は、本願を限定するのではなく、単に本願の技術的ソリューションを説明することを目的とする。本願は、前述の実施形態を参照して詳細に説明されたが、当業者は、本願の実施形態の技術的ソリューションの精神及び範囲から逸脱することなく、彼らが前述の実施形態で説明した技術的ソリューションに変更を行い、又はそれら実施形態の幾つかの技術的特徴を等価に代替できることを理解すべきである。

Claims (24)

1. セッション管理機能エンティティ選択方法であって、
   第１セッション管理機能エンティティから、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、ステップと、
   前記再選択指示に従い、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、
   セッション確立要求メッセージを受信するステップであって、前記セッション確立要求メッセージは前記第１セッションに関する前記情報を伝達する、ステップと、
   前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するステップであって、前記第１セッション管理機能エンティティは、前記第１セッションに関する前記情報に対応し且つ自身に保存された前記対応をクエリすることにより決定されるセッション管理機能エンティティである、ステップと、
   前記第２セッション管理機能エンティティへセッション管理要求を送信するステップと、
   を含む方法。
2. 前記第１セッションに関する前記情報は、前記第１セッションの識別子を含む、又は、
   前記第１セッションに関する前記情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む、
   請求項１に記載の方法。
3. 前記保存した対応は再選択指示を更に含んで良く、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、請求項１又は２に記載の方法。
4. 前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を更に伝達する、請求項１乃至３のいずれか一項に記載の方法。
5. セッション確立要求メッセージを受信する前記ステップの前に、
   前記第２セッションを確立するよう前記ＵＥに指示するために、前記ＵＥへセッション再確立指示を送信するステップ、
   を更に含む請求項１乃至４のいずれか一項に記載の方法。
6. 位置変化通知メッセージを受信する前記ステップの前に、
   前記第１セッションを確立するステップであって、前記第１セッション管理機能エンティティは、前記第１セッションを提供するセッション管理機能エンティティである、ステップ、
   を更に含む請求項１乃至５のいずれか一項に記載の方法。
7. セッション管理機能エンティティ選択方法であって、
   第１セッション管理機能エンティティから、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記セッション管理機能エンティティ再選択結果は、第２セッション管理機能エンティティに関する情報を含む、ステップと、
   前記第２セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、
   セッション確立要求メッセージを受信するステップであって、前記セッション確立要求メッセージは、前記第１セッションに関する前記情報を伝達する、ステップと、
   前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第２セッション管理機能エンティティを決定するステップと、
   前記第２セッション管理機能エンティティへセッション管理要求を送信するステップと、
   を含む方法。
8. 前記第１セッションに関する前記情報は、前記第１セッションの識別子を含む、又は、
   前記第１セッションに関する前記情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む、
   請求項７に記載の方法。
9. 前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を更に伝達する、請求項７又は８に記載の方法。
10. セッション確立要求メッセージを受信する前記ステップの前に、
    前記第２セッションを確立するよう前記ＵＥに指示するために、前記ＵＥへセッション再確立指示を送信するステップ、
    を更に含む請求項７乃至９のいずれか一項に記載の方法。
11. 位置変化通知メッセージを受信する前記ステップの前に、
    前記第１セッションを確立するステップであって、前記第１セッション管理機能エンティティは、前記第１セッションを提供するセッション管理機能エンティティである、ステップ、
    を更に含む請求項７乃至１０のいずれか一項に記載の方法。
12. セッション管理機能エンティティ選択機器であって、
    第１セッション管理機能エンティティから、再選択指示及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される通信機モジュールであって、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、通信機モジュールと、
    前記再選択指示に従い、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するよう構成される処理モジュールと、
    を含み、
    前記通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成され、前記セッション確立要求メッセージは前記第１セッションに関する前記情報を伝達し、
    前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するよう構成される決定モジュールであって、前記第１セッション管理機能エンティティは、前記第１セッションに関する前記情報に対応し且つ前記機器に保存された前記対応をクエリすることにより決定されるセッション管理機能エンティティである、決定モジュールと、
    を含み、
    前記通信機モジュールは、前記第２セッション管理機能エンティティへセッション管理要求を送信するよう更に構成される、
    機器。
13. 前記第１セッションに関する前記情報は、前記第１セッションの識別子を含む、又は、
    前記第１セッションに関する前記情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む、
    請求項１２に記載の機器。
14. 前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を更に伝達する、請求項１２又は１３に記載の機器。
15. 前記通信機モジュールは、前記第２セッションを確立するよう前記ＵＥに指示するために、前記ＵＥへセッション再確立指示を送信するよう更に構成される、請求項１２乃至１４のいずれか一項に記載の機器。
16. セッション管理機能エンティティ選択機器であって、
    第１セッション管理機能エンティティから、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される通信機モジュールであって、前記セッション管理機能エンティティ再選択結果は、第２セッション管理機能エンティティに関する情報を含む、通信機モジュールと、
    前記第２セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するよう構成される処理モジュールと、
    を含み、
    前記通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成され、前記セッション確立要求メッセージは、前記第１セッションに関する前記情報を伝達し、
    前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第２セッション管理機能エンティティを決定するよう構成される決定モジュールと、
    を含み、
    前記通信機モジュールは、前記第２セッション管理機能エンティティへセッション管理要求を送信するよう更に構成される、
    機器。
17. 前記第１セッションに関する前記情報は、前記第１セッションの識別子を含む、又は、
    前記第１セッションに関する前記情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む、
    請求項１６に記載の機器。
18. 前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を更に伝達する、請求項１６又は１７に記載の機器。
19. 前記通信機モジュールは、前記第２セッションを確立するよう前記ＵＥに指示するために、前記ＵＥへセッション再確立指示を送信するよう更に構成される、請求項１７乃至１８のいずれか一項に記載の機器。
20. セッション管理機能エンティティ選択方法であって、
    第１セッション管理機能エンティティから、セッション管理機能エンティティ選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップであって、前記セッション管理機能エンティティ選択結果は、前記第１セッション管理機能エンティティに関する情報を含む、ステップ、又は、第１セッション管理機能エンティティから指示情報及びユーザ機器ＵＥの第１セッションに関する情報を受信するステップと、
    前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、
    セッション確立要求メッセージを受信するステップであって、前記セッション確立要求メッセージは、前記第１セッションに関する前記情報を伝達する、ステップと、
    前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第１セッション管理機能エンティティを決定するステップと、
    前記第１セッション管理機能エンティティへセッション管理要求を送信するステップと、
    を含む方法。
21. 前記第１セッションに関する前記情報は、前記第１セッションの識別子を含む、又は、
    前記第１セッションに関する前記情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む、
    請求項２０に記載の方法。
22. 前記指示情報及び前記ユーザ機器ＵＥの前記第１セッションに関する前記情報が前記第１セッション管理機能エンティティから受信された場合、前記対応は指示情報を更に含む、請求項２０又は２１に記載の方法。
23. 前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を更に伝達する、請求項２０乃至２２のいずれか一項に記載の方法。
24. セッション管理機能エンティティ選択機器であって、
    第１セッション管理機能エンティティから、セッション管理機能エンティティ選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される通信機モジュールであって、前記セッション管理機能エンティティ選択結果は、前記第１セッション管理機能エンティティに関する情報を含む、通信機モジュール、又は、第１セッション管理機能エンティティから指示情報及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される通信機モジュールと、
    前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するよう構成される処理モジュールと、
    を含み、
    前記通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成され、前記セッション確立要求メッセージは、前記第１セッションに関する前記情報を伝達し、
    前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第１セッション管理機能エンティティを決定するよう構成される決定モジュールと、
    を含み、
    前記通信機モジュールは、前記第１セッション管理機能エンティティへセッション管理要求を送信するよう更に構成される、
    機器。
    

Images