(57)【要約】      （修正有）【課題】セッション管理機能エンティティ選択方法、機器及びシステムを提供する。【解決手段】方法は、第１セッション管理機能エンティティから、セッション管理機能エンティティの再選択を指示する再選択指示及びユーザ機器の第１セッションに関する情報を受信するステップと、再選択指示に従い、第１セッション管理機能エンティティと第１セッションに関する情報との間の対応を保存するステップと、第１セッションに関する情報を伝達するセッション確立要求メッセージを受信するステップと、第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するステップと、第２セッション管理機能エンティティへセッション管理要求を送信するステップと、を含む。【選択図】図４
2020145703.tif 000002
【特許請求の範囲】
【請求項１】
セッション管理機能エンティティ選択方法であって、
第１セッション管理機能エンティティから、再選択指示及びユーザ機器（ＵＥ）の第１セッションに関する情報を受信するステップであって、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、ステップと、
前記再選択指示に従い、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するステップと、
セッション確立要求メッセージを受信するステップであって、前記セッション確立要求メッセージは前記第１セッションに関する前記情報を伝達する、ステップと、
前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するステップであって、前記第１セッション管理機能エンティティは、前記第１セッションに関する前記情報に対応し且つ前記保存された対応をクエリすることにより決定されるセッション管理機能エンティティである、ステップと、
前記第２セッション管理機能エンティティへセッション管理要求を送信するステップと、
を含む方法。
【請求項２】
前記第１セッションに関する前記情報は、前記第１セッションの識別子を含む、又は、
前記第１セッションに関する前記情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む、
請求項１に記載の方法。
【請求項３】
前記保存した対応は再選択指示を更に含んで良く、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、請求項１又は２に記載の方法。
【請求項４】
前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を更に伝達する、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
セッション確立要求メッセージを受信する前記ステップの前に、
第２セッションを確立するよう前記ＵＥに指示するために、前記ＵＥへセッション再確立指示を送信するステップ、
を更に含む請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記第１セッションを確立するステップであって、前記第１セッション管理機能エンティティは、前記第１セッションを提供するセッション管理機能エンティティである、ステップ、
を更に含む請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
セッション管理機能エンティティ選択機器であって、
第１セッション管理機能エンティティから、再選択指示及びユーザ機器（ＵＥ）の第１セッションに関する情報を受信するよう構成される通信機モジュールであって、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、通信機モジュールと、
前記再選択指示に従い、前記第１セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するよう構成される処理モジュールと、
を含み、
前記通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成され、前記セッション確立要求メッセージは前記第１セッションに関する前記情報を伝達し、
前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを決定するよう構成される決定モジュールであって、前記第１セッション管理機能エンティティは、前記第１セッションに関する前記情報に対応し且つ前記機器に保存された前記対応をクエリすることにより決定されるセッション管理機能エンティティである、決定モジュールと、
を含み、
前記通信機モジュールは、前記第２セッション管理機能エンティティへセッション管理要求を送信するよう更に構成される、
機器。
【請求項８】
前記第１セッションに関する前記情報は、前記第１セッションの識別子を含む、又は、
前記第１セッションに関する前記情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む、
請求項７に記載の機器。
【請求項９】
前記保存された対応は、再選択指示を更に有して良く、前記再選択指示は、セッション管理機能エンティティを再選択するよう指示するために使用される、請求項７又は８に記載の機器。
【請求項１０】
前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を更に伝達する、請求項７乃至９のいずれか一項に記載の機器。
【請求項１１】
前記通信機モジュールは、前記第２セッションを確立するよう前記ＵＥに指示するために、前記ＵＥへセッション再確立指示を送信するよう更に構成される、請求項７乃至１０のいずれか一項に記載の機器。
【請求項１２】
非一時的コンピュータ可読記憶媒体であって、請求項１乃至６のいずれか一項に記載の方法を実行するための格納されたコンピュータプログラムで符号化された、非一時的コンピュータ可読記憶媒体。
【請求項１３】
セッション管理機能エンティティ選択機器であって、
第１セッション管理機能エンティティから、セッション管理機能エンティティ再選択結果及びユーザ機器ＵＥの第１セッションに関する情報を受信するよう構成される通信機モジュールであって、前記セッション管理機能エンティティ再選択結果は、第２セッション管理機能エンティティに関する情報を含む、通信機モジュールと、
前記第２セッション管理機能エンティティと前記第１セッションに関する前記情報との間の対応を保存するよう構成される処理モジュールと、
を含み、
前記通信機モジュールは、セッション確立要求メッセージを受信するよう更に構成され、前記セッション確立要求メッセージは、前記第１セッションに関する前記情報を伝達し、
前記対応をクエリすることにより、前記第１セッションに関する前記情報に対応する前記第２セッション管理機能エンティティを決定するよう構成される決定モジュールと、
を含み、
前記通信機モジュールは、前記第２セッション管理機能エンティティへセッション管理要求を送信するよう更に構成される、
機器。
【請求項１４】
前記第１セッションに関する前記情報は、前記第１セッションの識別子を含む、又は、
前記第１セッションに関する前記情報は、前記ＵＥの識別子及び前記第１セッションの識別子を含む、
請求項１３に記載の機器。
【請求項１５】
前記セッション確立要求メッセージは、前記ＵＥにより生成されるべき第２セッションの識別子を更に伝達する、請求項１３又は１４に記載の機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、中国特許出願番号第２０１７１００９２４５１．６号、２０１７年２月２１日出願、名称「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）は、別のコンポーネント又は別のステップを排除せず、「ある」又は「１つの」は複数の場合を排除しない。単一のプロセッサ又は別のユニットが、請求項中に列挙された幾つかの機能を実施して良い。幾つかの指標が相互に異なる従属請求項に記載されるという事実は、これらの指標の組合せがより良好な効果をもたらさないことを示すものではない。
【０２７７】
前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組み合わせを用いて実施されて良い。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、完全に又は部分的にコンピュータプログラムプロダクトの形式で実施されて良い。コンピュータプログラムプロダクトは、１又は複数のコンピュータ命令を含む。コンピュータプログラム命令はコンピュータ上にロードされ実行されると、本発明の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル機器であって良い。コンピュータ命令は、コンピュータ可読記憶媒体に格納されて良く、又はあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されて良い。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））又は無線（例えば赤外線、無線、マイクロ波、等）方式で送信されて良い。コンピュータ可読記憶媒体は、コンピュータ、又は１又は複数の使用可能媒体を統合するサーバ若しくはデータセンタのようなデータ記憶装置によりアクセス可能な任意の使用可能媒体であって良い。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、固体ディスク（ＳＳＤ））、等であって良い。
【０２７８】
纏めると、前述の実施形態は、本願を限定するのではなく、単に本願の技術的ソリューションを説明することを目的とする。本願は、前述の実施形態を参照して詳細に説明されたが、当業者は、本願の実施形態の技術的ソリューションの精神及び範囲から逸脱することなく、彼らが前述の実施形態で説明した技術的ソリューションに変更を行い、又はそれら実施形態の幾つかの技術的特徴を等価に代替できることを理解すべきである。
【図１】
2020145703.tif 000003
【図２】
2020145703.tif 000004
【図３】
2020145703.tif 000005
【図４】
2020145703.tif 000006
【図５】
2020145703.tif 000007
【図６】
2020145703.tif 000008
【図７】
2020145703.tif 000009
【図８】
2020145703.tif 000010
【図９】
2020145703.tif 000011
【図１０】
2020145703.tif 000012
【図１１】
2020145703.tif 000013
【図１２】
2020145703.tif 000014
【手続補正書】
【提出日】令和2年5月28日(2020.5.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セッション管理機能エンティティ選択方法であって、
ユーザ機器（ＵＥ）の第１セッションを提供する第１セッション管理機能エンティティにより、前記第１セッションの第１識別子及び前記第１識別子に関連付けられた再選択指示をモビリティ管理機能エンティティへ送信するステップであって、前記再選択指示は前記第１セッション管理機能エンティティと異なるセッション管理機能エンティティを再選択することを指示する、ステップと、
前記モビリティ管理機能エンティティにより、前記再選択指示及び前記第１識別子を受信するステップと、
前記モビリティ管理機能エンティティにより、前記ＵＥから、第２セッションを確立するためのセッション確立要求メッセージを受信するステップであって、前記セッション確立要求メッセージは前記第１識別子を運ぶ、ステップと、
前記モビリティ管理機能エンティティにより、前記第１識別子に関連付けられた前記再選択指示に従い、前記第２セッションのために、前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを選択するステップと、
を含む方法。
【請求項２】
前記第１セッション管理機能エンティティにより、前記第１セッションを解放するステップ、を更に含む請求項１に記載の方法。
【請求項３】
前記セッション確立要求メッセージは、前記第２セッションの識別子を更に含む、請求項１又は２に記載の方法。
【請求項４】
前記第１セッション管理機能エンティティにより、前記第２セッションを確立するために、前記ＵＥへセッション再確立指示を送信するステップ、を更に含む請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記第１セッション管理機能エンティティにより、前記ＵＥへ、セッション解放タイマを送信するステップ、を更に含む請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
セッション管理機能エンティティを選択するシステムであって、
ユーザ機器（ＵＥ）の第１セッションを提供する第１セッション管理機能エンティティであって、
前記第１セッションの第１識別子及び前記第１識別子に関連付けられた再選択指示を送信し、前記再選択指示は、前記第１セッション管理機能エンティティと異なるセッション管理機能エンティティを再選択することを指示する、よう構成される第１セッション管理機能エンティティと、
モビリティ管理機能エンティティであって、
前記再選択指示及び前記第１識別子を受信し、
前記ＵＥから第２セッションを確立するためのセッション確立要求メッセージを受信し、前記セッション確立要求メッセージは前記第１識別子を運び、
前記第１識別子に関連付けられた前記再選択指示に従い、前記第２セッションのために、前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを選択する、よう構成されるモビリティ管理機能エンティティと、
を含むシステム。
【請求項７】
前記第１セッション管理機能エンティティは、前記第１セッションを解放するよう更に構成される、請求項６に記載のシステム。
【請求項８】
前記セッション確立要求メッセージは、前記第２セッションの識別子を更に含む、請求項６又は７に記載のシステム。
【請求項９】
前記第１セッション管理機能エンティティは、前記第２セッションを確立するために、前記ＵＥへ、セッション再確立指示を送信するよう更に構成される、請求項６乃至８のいずれか一項に記載のシステム。
【請求項１０】
前記第１セッション管理機能エンティティは、前記ＵＥへ、セッション解放タイマを送信するよう更に構成される、請求項６乃至９のいずれか一項に記載のシステム。
【請求項１１】
機器であって、
プロセッサと、
前記プロセッサによる実行のためのプログラミングを格納したコンピュータ可読記憶媒体と、
を含み、前記プログラミングは、
第１セッションを提供する第１セッション管理機能エンティティから、ユーザ機器（ＵＥ）の前記第１セッションの第１識別子及び前記第１識別子に関連付けられた再選択指示を受信し、前記再選択指示は、前記第１セッション管理機能エンティティと異なるセッション管理機能エンティティを再選択することを指示し、
前記ＵＥから、第２セッションを確立するためのセッション確立要求メッセージを受信し、前記セッション確立要求メッセージは、前記第１識別子を運び、
前記第１識別子に関連付けられた前記再選択指示に従い、前記第２セッションのために、前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを選択する、
ための命令を含む、機器。
【請求項１２】
前記プログラミングは、前記第１セッションを解放するための命令を更に含む、請求項１１に記載の機器。
【請求項１３】
前記セッション確立要求メッセージは、前記第２セッションの識別子を更に含む、請求項１１又は１２に記載の機器。
【請求項１４】
前記プログラミングは、前記第２セッションを確立するために、前記ＵＥへ、セッション再確立指示を送信するための命令を更に含む、請求項１１乃至１３のいずれか一項に記載の機器。
【請求項１５】
前記プログラミングは、前記ＵＥへ、セッション解放タイマを送信するための命令を更に含む、請求項１１乃至１４のいずれか一項に記載の機器。
【請求項１６】
端末機器であって、
プロセッサと、
前記プロセッサによる実行のためのプログラミングを格納したコンピュータ可読記憶媒体と、
を含み、前記プログラミングは、
第１セッションを確立するために、モビリティ管理機能エンティティへ、第１セッション確立要求を送信し、前記第１セッションは第１セッション管理機能エンティティにより提供され、
前記第１セッション管理機能エンティティから、セッション再確立指示を受信し、
前記セッション再確立指示に応答して、第２セッションを確立するために、前記モビリティ管理機能エンティティへ、第２セッション確立要求メッセージを送信し、前記第２セッション確立要求メッセージは、前記第２セッションのために、前記第１セッション管理機能エンティティと異なる第２セッション管理機能エンティティを選択するために、前記第１セッションの第１識別子を運ぶ、
ための命令を含む、端末機器。
【請求項１７】
前記プログラミングは、前記第１セッションを解放するための命令を更に含む、請求項１６に記載の端末機器。
【請求項１８】
前記第２セッション確立要求メッセージは、前記第２セッションの識別子を更に含む、請求項１６又は１７に記載の端末機器。
【請求項１９】
前記第２セッション確立要求メッセージは、データネットワークネーム（ＤＮＮ）情報を更に含む、請求項１６乃至１８のいずれか一項に記載の端末機器。
【請求項２０】
前記プログラミングは、セッション解放タイマを受信するための命令を更に含む、請求項１６乃至１９のいずれか一項に記載の端末機器。
【外国語明細書】
2020145703000001.pdf