JP7004855B2 - ハンドオーバの方法、デバイス、およびシステム - Google Patents

Description

本出願は、参照によりその全体が本明細書に組み込まれる、2018年5月21日に中国国家知識産権局に出願された、「HANDOVER METHOD，DEVICE，AND SYSTEM」と題する、中国特許出願第201810491230．0号の優先権を主張する。

本出願は通信分野に関し、詳細には、ハンドオーバの方法、デバイス、およびシステムに関する。

従来技術では、端末が第4世代（4th generation、4G）ネットワークから第5世代（5th generation、5G）ネットワークにハンドオーバされるとき、端末の1つまたは複数のセッションは切り替えられる必要があり得る。現在、端末のセッションが切り替えられるとき、セッションに対応するセッション管理機能（session management function、SMF）ネットワーク要素＋パケットデータネットワーク（packet data network、PDN）ゲートウェイ制御プレーン機能（PDN gateway control plane function、PGW－C）ネットワーク要素は、セッションに対応するシングルネットワークスライス選択支援情報（single network slice selection assistance information、S－NSSAI）を決定し、セッションに対応するS－NSSAIを訪問先SMF（visited－SMF、V－SMF）ネットワーク要素に送信する。次いで、V－SMFネットワーク要素は、アクセスおよびモビリティ管理機能（access and mobility management function、AMF）ネットワーク要素を介して、セッションに対応するS－NSSAIを対応するアクセスデバイスに送信する。

しかしながら、端末のセッションに対応するSMFネットワーク要素＋PGW－Cネットワーク要素は、端末のホームパブリックランドモバイルネットワーク（home public land mobile network、HPLMN）内に位置するので、多くの現在のシナリオでは、端末のセッションに対応し、SMFネットワーク要素＋PGW－Cネットワーク要素によって決定され、V－SMFネットワーク要素に送信されるS－NSSAIは、端末のHPLMNのS－NSSAIである。ホームルーテッドモードには以下の問題が存在する可能性がある。

第1に、端末のHPLMNのS－NSSAIが、端末の訪問先パブリックランドモバイルネットワーク（visited public land mobile network、VPLMN）内で定義されていない場合、V－SMFネットワーク要素および対応するアクセスデバイスは、S－NSSAIを識別することができない。その結果、リソースを割り当てることができず、端末のためのセッションハンドオーバは失敗する。

第2に、端末のHPLMN内のS－NSSAIと同じ値を有するS－NSSAIが端末のVPLMN内で定義されているが、端末のVPLMNのS－NSSAIおよび端末のHPLMNのS－NSSAIが異なる意味をもつ場合、V－SMFネットワーク要素および対応するアクセスデバイスは、誤ったネットワークスライス処理規則に従って、セッションに対して関連する処理を実行する可能性がある。その結果、端末のためのセッションハンドオーバは失敗する可能性がある。たとえば、xの値を有するS－NSSAIは、（VPLMN内のネットワークスライス1としてもマッピングされた）HPLMN内のネットワークスライス1に対応し、VPLMN内のネットワークスライス2に対応する。S－NSSAIを受信した後、アクセスデバイスはVPLMN内のS－NSSAIに基づいてS－NSSAIをネットワークスライス2として理解する。その結果、アクセスデバイスは、ネットワークスライス2用の処理規則に従って、セッションに対して関連する処理を実行し、端末のためのセッションハンドオーバは失敗する可能性がある。

したがって、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、端末のセッションハンドオーバ失敗を回避する方法は、現在解決されるべき緊急の問題である。

本出願の実施形態は、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに端末のセッションハンドオーバ失敗を回避するために、ハンドオーバの方法、デバイス、およびシステムを提供する。

前述の目的を達成するために、本出願の実施形態において以下の技術的解決策が使用される。

第1の態様によれば、ハンドオーバ方法が提供される。ハンドオーバ方法は、端末の接続状態登録手順において、端末にサービスを提供する訪問先セッション管理ネットワーク要素により、端末にサービスを提供するモビリティ管理ネットワーク要素からセッション更新要求を受信するステップであって、セッション更新要求が、端末のセッションに対応する第1のシングルネットワークスライス選択支援情報S－NSSAIを搬送し、第1のS－NSSAIが、端末のセッションに対応する第2のS－NSSAIをマッピングすることによって取得され、第1のS－NSSAIが端末の訪問先ネットワークのS－NSSAIであり、第2のS－NSSAIが端末のホームネットワークのS－NSSAIである、ステップと、訪問先セッション管理ネットワーク要素により、端末のアクセスデバイスに第1のS－NSSAIを送信するステップであって、第1のS－NSSAIが、セッションに対応するネットワークスライスを更新するために使用される、ステップとを含む。この解決策に基づいて、一方で、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。他方、端末のセッションに対応する第1のS－NSSAIは、端末の接続状態ハンドオーバ手順から取得される必要がないので、接続状態ハンドオーバ手順の遅延も低減することができる。

本出願のこの実施形態における接続状態登録手順、または以下の接続状態ハンドオーバ手順およびアイドル状態登録手順は、すべてシステム間シナリオに固有であることに留意されたい。たとえば、接続状態登録手順は、接続状態の端末上でシステム間ハンドオーバが実行された後の登録手順であり、登録手順が行われるとき、端末は接続状態にある。接続状態ハンドオーバ手順は、接続状態の端末のシステム間ハンドオーバ手順である。アイドル状態登録手順は、アイドル状態の端末がシステム間を移動するときにトリガされる最初の登録手順である。本明細書におけるシステム間シナリオは、たとえば、4Gネットワークから5Gネットワークであってよい。説明は本明細書において一律に提供され、詳細は以下で再び記載されない。

可能な設計では、訪問先セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素からセッション更新要求を受信するステップの前に、本出願のこの実施形態において提供されるハンドオーバ方法は、端末の接続状態ハンドオーバ手順において、訪問先セッション管理ネットワーク要素により、第1のN2セッション管理SM要求または第2のN2 SM要求をアクセスデバイスに送信するステップであって、第1のN2 SM要求が、端末のセッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用され、第2のN2 SM要求が、S－NSSAIを搬送しないか、または第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用され、デフォルトのS－NSSAIが端末の訪問先ネットワークのS－NSSAIである、ステップをさらに含んでよい。この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が端末のセッションに対応する第1のS－NSSAIを一時的に取得しない場合、訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得する前に、第1のN2 SM要求または第2のN2 SM要求をアクセスデバイスに送信することができるので、アクセスデバイスは、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーを使用してセッションを処理することができるか、またはデフォルトのポリシーを使用してセッションを処理することができる。したがって、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができる。

可能な設計では、デフォルトのS－NSSAIは、端末の訪問先ネットワークのデフォルトのS－NSSAI、または標準化されたデフォルトのS－NSSAIを含む。

可能な設計では、本出願のこの実施形態において提供されるハンドオーバ方法は、訪問先セッション管理ネットワーク要素により、セッションに対応するアンカーセッション管理ネットワーク要素からセッション更新応答を受信するステップであって、セッション更新応答が第1の指示情報もしくは第2のS－NSSAIを搬送するか、またはセッション更新応答がS－NSSAIを搬送しない、ステップと、訪問先セッション管理ネットワーク要素により、セッション更新応答に基づいて、第1のN2 SM要求または第2のN2 SM要求を生成するステップとをさらに含んでよい。この解決策に基づいて、訪問先セッション管理ネットワーク要素は、第1のN2 SM要求または第2のN2 SM要求を生成することができる。

可能な設計では、訪問先セッション管理ネットワーク要素により、端末のアクセスデバイスに第1のS－NSSAIを送信するステップは、訪問先セッション管理ネットワーク要素により、セッション更新要求内の第1のS－NSSAIがセッション更新応答内で搬送された第2のS－NSSAIとは異なると判断するステップ、または訪問先セッション管理ネットワーク要素により、セッション更新応答がS－NSSAIを搬送しないか、もしくはセッション更新応答が第1の指示情報を搬送すると判断するステップと、訪問先セッション管理ネットワーク要素により、アクセスデバイスに第1のS－NSSAIを送信するステップとを含む。

可能な設計では、本出願のこの実施形態において提供されるハンドオーバ方法は、訪問先セッション管理ネットワーク要素により、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断するステップをさらに含んでよい。この解決策に基づいて、訪問先セッション管理ネットワーク要素は、端末の訪問先ネットワークのS－NSSAIが取得されていないことを知ることができる。

可能な設計では、訪問先セッション管理ネットワーク要素により、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断するステップは、訪問先セッション管理ネットワーク要素により、アンカーセッション管理ネットワーク要素に関する情報に基づいて、セッションがホームルーテッドモードにあると判断するステップと、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断するステップとを含む。この解決策に基づいて、訪問先セッション管理ネットワーク要素は、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断することができる。

可能な設計では、セッション更新応答はホームネットワークの指示情報をさらに搬送し、それに対応して、訪問先セッション管理ネットワーク要素により、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断するステップは、訪問先セッション管理ネットワーク要素により、ホームネットワークの指示情報に基づいて、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断するステップを含む。この解決策に基づいて、訪問先セッション管理ネットワーク要素は、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断することができる。

可能な設計では、本出願のこの実施形態において提供されるハンドオーバ方法は、訪問先セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素からセッション確立要求を受信するステップであって、セッション確立要求が第1の指示情報またはデフォルトのS－NSSAIを搬送する、ステップと、訪問先セッション管理ネットワーク要素により、セッション確立要求に基づいて、第1のN2 SM要求または第2のN2 SM要求を生成するステップとをさらに含んでよい。この解決策に基づいて、訪問先セッション管理ネットワーク要素は、第1のN2 SM要求または第2のN2 SM要求を生成することができる。

可能な設計では、訪問先セッション管理ネットワーク要素により、端末のアクセスデバイスに第1のS－NSSAIを送信するステップは、訪問先セッション管理ネットワーク要素により、セッション更新要求内の第1のS－NSSAIがセッション確立要求内のデフォルトのS－NSSAIとは異なると判断するステップ、または訪問先セッション管理ネットワーク要素により、セッション確立要求が第1の指示情報を搬送すると判断するステップを含む。

第2の態様によれば、ハンドオーバ方法が提供される。方法は、端末の接続状態ハンドオーバ手順または端末のアイドル状態登録手順において、端末のセッションにサービスを提供する訪問先セッション管理ネットワーク要素により、端末にサービスを提供するモビリティ管理ネットワーク要素から、端末のセッションに対応するデフォルトのシングルネットワークスライス選択支援情報S－NSSAIまたは第1の指示情報を受信するステップであって、デフォルトのS－NSSAIが端末の訪問先ネットワークのS－NSSAIである、ステップと、訪問先セッション管理ネットワーク要素により、デフォルトのS－NSSAIもしくは第1の指示情報に基づいて第1のN2セッション管理SM要求を生成するステップであって、第1のN2 SM要求が、デフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用される、ステップ、または訪問先セッション管理ネットワーク要素により、デフォルトのS－NSSAIもしくは第1の指示情報に基づいて第2のN2 SM要求を生成するステップであって、第2のN2 SM要求が、S－NSSAIを搬送しないか、もしくは第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用される、ステップと、訪問先セッション管理ネットワーク要素により、第1のN2 SM要求または第2のN2 SM要求を端末のアクセスデバイスに送信するステップとを含む。この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が端末のセッションに対応する第1のS－NSSAIを一時的に取得しない場合、訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得する前に、第1のN2 SM要求または第2のN2 SM要求をアクセスデバイスに送信することができるので、アクセスデバイスは、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーを使用してセッションを処理することができるか、またはデフォルトのポリシーを使用してセッションを処理することができる。したがって、訪問
先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができる。

可能な設計では、デフォルトのS－NSSAIは、端末の訪問先ネットワークのデフォルトのS－NSSAI、または標準化されたデフォルトのS－NSSAI、または端末のデフォルトのサブスクライブされたS－NSSAIに基づいてマッピングを介してモビリティ管理ネットワーク要素によって取得された訪問先ネットワークのS－NSSAIを含む。

可能な設計では、本出願のこの実施形態において提供されるハンドオーバ方法は、訪問先セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素から端末のセッションに対応する第1のS－NSSAIを受信するステップであって、第1のS－NSSAIが、端末のセッションに対応する第2のS－NSSAIをマッピングすることによって取得され、第1のS－NSSAIが端末の訪問先ネットワークのS－NSSAIであり、第2のS－NSSAIが端末のホームネットワークのS－NSSAIである、ステップと、訪問先セッション管理ネットワーク要素により、端末のアクセスデバイスに第1のS－NSSAIを送信するステップであって、第1のS－NSSAIが、セッションに対応するネットワークスライスを更新するために使用される、ステップとをさらに含んでよい。この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。

第3の態様によれば、ハンドオーバ方法が提供される。ハンドオーバ方法は、端末にサービスを提供する訪問先セッション管理ネットワーク要素により、端末のセッションに対応するアンカーセッション管理ネットワーク要素から、端末のセッションに対応する第1のシングルネットワークスライス選択支援情報S－NSSAIを受信するステップであって、第1のS－NSSAIが、端末のセッションに対応する第2のS－NSSAIをマッピングすることによって取得され、第1のS－NSSAIが端末の訪問先ネットワークのS－NSSAIであり、第2のS－NSSAIが端末のホームネットワークのS－NSSAIである、ステップと、訪問先セッション管理ネットワーク要素により、端末のアクセスデバイスに第1のS－NSSAIを送信するステップであって、第1のS－NSSAIが、セッションに対応するネットワークスライスを示すために使用される、ステップとを含む。この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。

可能な設計では、訪問先セッション管理ネットワーク要素により、端末のセッションに対応するアンカーセッション管理ネットワーク要素から、端末のセッションに対応する第1のS－NSSAIを受信するステップは、訪問先セッション管理ネットワーク要素により、アンカーセッション管理ネットワーク要素から第3のメッセージを受信するステップであって、第3のメッセージが第1のS－NSSAIおよび第2のS－NSSAIを搬送する、ステップを含み、それに対応して、本出願のこの実施形態において提供されるハンドオーバ方法は、訪問先セッション管理ネットワーク要素により、端末にサービスを提供するモビリティ管理ネットワーク要素に第4のメッセージを送信するステップであって、第4のメッセージが第2のS－NSSAIおよび第1のS－NSSAIを搬送する、ステップをさらに含んでよい。この解決策に基づいて、モビリティ管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得することができる。

可能な設計では、訪問先セッション管理ネットワーク要素により、端末のセッションに対応するアンカーセッション管理ネットワーク要素から、端末のセッションに対応する第1のS－NSSAIを受信するステップは、訪問先セッション管理ネットワーク要素により、端末のセッションに対応するアンカーセッション管理ネットワーク要素から第3のN2 SMメッセージを受信するステップであって、第3のN2 SMメッセージが端末のセッションに対応する第1のS－NSSAIを搬送する、ステップを含む。言い換えれば、この解決策では、アンカーセッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得し、さらに、端末のセッションに対応する第1のS－NSSAIを第3のN2 SM要求に書き込むことができる。

第4の態様によれば、ハンドオーバ方法が提供される。ハンドオーバ方法は、端末にサービスを提供する訪問先セッション管理ネットワーク要素により、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するステップであって、第2のS－NSSAIが端末のホームネットワークのS－NSSAIである、ステップと、訪問先セッション管理ネットワーク要素により、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、端末のセッションに対応する第1のS－NSSAIを決定するステップであって、第1のS－NSSAIが端末の訪問先ネットワークのS－NSSAIである、ステップと、訪問先セッション管理ネットワーク要素により、端末のアクセスデバイスに第1のS－NSSAIを送信するステップであって、第1のS－NSSAIが、セッションに対応するネットワークスライスを示すために使用される、ステップとを含む。第4の態様の技術的効果については、第3の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第5の態様によれば、ハンドオーバ方法が提供される。ハンドオーバ方法は、端末にサービスを提供する訪問先セッション管理ネットワーク要素により、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するステップであって、第2のS－NSSAIが端末のホームネットワークのS－NSSAIである、ステップと、訪問先セッション管理ネットワーク要素により、スライス選択機能ネットワーク要素または端末にサービスを提供するモビリティ管理ネットワーク要素に第1のメッセージを送信するステップであって、第1のメッセージが、第2のS－NSSAIおよびホームネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用され、第1のS－NSSAIが端末の訪問先ネットワークのS－NSSAIである、ステップと、訪問先セッション管理ネットワーク要素により、スライス選択機能ネットワーク要素またはモビリティ管理ネットワーク要素から、端末のセッションに対応する第1のS－NSSAIを受信するステップと、訪問先セッション管理ネットワーク要素により、端末のアクセスデバイスに第1のS－NSSAIを送信するステップであって、第1のS－NSSAIが、セッションに対応するネットワークスライスを示すために使用される、ステップとを含む。第5の態様の技術的効果については、第3の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第4の態様または第5の態様に基づいて、可能な設計では、訪問先セッション管理ネットワーク要素により、端末のセッションに対応する第2のS－NSSAIを取得するステップは、訪問先セッション管理ネットワーク要素により、アンカーセッション管理ネットワーク要素から第2のS－NSSAIを受信するステップを含み、それに対応して、本出願のこの実施形態において提供されるハンドオーバ方法は、訪問先セッション管理ネットワーク要素により、端末にサービスを提供するモビリティ管理ネットワーク要素に第5のメッセージを送信するステップであって、第5のメッセージが第2のS－NSSAIおよび第1のS－NSSAIを搬送する、ステップをさらに含んでよい。この解決策に基づいて、モビリティ管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得することができる。

第6の態様によれば、ハンドオーバ方法が提供される。ハンドオーバ方法は、モビリティ管理ネットワーク要素により、端末のセッションに対応する第2のシングルネットワークスライス選択支援情報S－NSSAIおよび端末のホームネットワークの指示情報を取得するステップであって、第2のS－NSSAIが端末のホームネットワークのS－NSSAIである、ステップと、モビリティ管理ネットワーク要素により、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するステップであって、第1のS－NSSAIが端末の訪問先ネットワークのS－NSSAIである、ステップと、モビリティ管理ネットワーク要素により、端末に対応する訪問先セッション管理ネットワーク要素に第1のS－NSSAIを送信するステップであって、第1のS－NSSAIが、セッションに対応するネットワークスライスを示すために使用される、ステップとを含む。第6の態様の技術的効果については、第3の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

可能な設計では、モビリティ管理ネットワーク要素により、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するステップは、モビリティ管理ネットワークにより、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、端末のセッションに対応する第1のS－NSSAIを決定するステップを含む。この解決策に基づいて、モビリティ管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを決定することができる。

可能な設計では、モビリティ管理ネットワーク要素により、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するステップは、モビリティ管理ネットワークにより、スライス選択機能ネットワーク要素に第1のメッセージを送信するステップであって、第1のメッセージが、第2のS－NSSAIおよびホームネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用される、ステップと、モビリティ管理ネットワークにより、スライス選択機能ネットワーク要素から端末のセッションに対応する第1のS－NSSAIを受信するステップとを含む。この解決策に基づいて、モビリティ管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを決定することができる。

可能な設計では、モビリティ管理ネットワーク要素により、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するステップは、モビリティ管理ネットワーク要素により、訪問先セッション管理ネットワーク要素から第2のメッセージを受信するステップであって、第2のメッセージが第2のS－NSSAIおよびホームネットワークの指示情報を搬送する、ステップを含む。

可能な設計では、モビリティ管理ネットワーク要素により、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するステップは、モビリティ管理ネットワーク要素により、端末から登録要求を受信するステップであって、登録要求が、第2のS－NSSAI、ホームネットワークの指示情報、およびセッションのセッション識別子を搬送し、セッション識別子が、第1のS－NSSAIをセッションと関連付けるためにモビリティ管理ネットワーク要素によって使用される、ステップを含む。

可能な設計では、モビリティ管理ネットワーク要素により、端末のセッションに対応する第1のS－NSSAIを取得するステップの後に、本出願のこの実施形態において提供されるハンドオーバ方法は、モビリティ管理ネットワーク要素により、第1のS－NSSAIおよび第2のS－NSSAIを端末に送信するステップであって、端末が第1のS－NSSAIを端末のセッションと関連付ける、ステップをさらに含んでよい。

可能な設計では、モビリティ管理ネットワーク要素により、端末のセッションに対応する第1のS－NSSAIを取得するステップの後に、本出願のこの実施形態において提供されるハンドオーバ方法は、モビリティ管理ネットワーク要素により、第1のS－NSSAIおよびセッションのセッション識別子を端末に送信するステップであって、端末が第1のS－NSSAIを端末のセッションと関連付ける、ステップをさらに含んでよい。

可能な設計では、本出願のこの実施形態において提供されるハンドオーバ方法は、モビリティ管理ネットワーク要素により、訪問先セッション管理ネットワーク要素にセッション確立要求を送信するステップであって、セッション確立要求が第1の指示情報またはデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIが端末の訪問先ネットワークのS－NSSAIである、ステップをさらに含んでよく、第1の指示情報もしくはデフォルトのS－NSSAIは、第1のN2セッション管理SM要求を生成するように訪問先セッション管理ネットワーク要素に指示するために使用され、第1のN2 SM要求は、端末のセッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用されるか、または第1の指示情報もしくはデフォルトのS－NSSAIは、第2のN2 SM要求を生成するように訪問先セッション管理ネットワーク要素に指示するために使用され、第2のN2 SM要求は、S－NSSAIを搬送しないか、もしくは第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用される。この解決策の技術的効果については、第2の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第7の態様によれば、ハンドオーバ方法が提供される。ハンドオーバ方法は、モビリティ管理ネットワーク要素により、端末のセッションがホームルーテッドモードにあると判断するステップと、モビリティ管理ネットワーク要素により、端末にサービスを提供する訪問先セッション管理ネットワーク要素に、デフォルトのシングルネットワークスライス選択支援情報S－NSSAIまたは第1の指示情報を送信するステップとを含み、デフォルトのS－NSSAIは端末の訪問先ネットワークのS－NSSAIであり、第1の指示情報もしくはデフォルトのS－NSSAIは、第1のN2セッション管理SM要求を生成するように訪問先セッション管理ネットワーク要素に指示するために使用され、第1のN2 SM要求は、端末のセッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用されるか、または第1の指示情報もしくはデフォルトのS－NSSAIは、第2のN2 SM要求を生成するように訪問先セッション管理ネットワーク要素に指示するために使用され、第2のN2 SM要求は、S－NSSAIを搬送しないか、もしくは第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用される。この解決策の技術的効果については、第2の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

可能な設計では、本出願のこの実施形態において提供されるハンドオーバ方法は、モビリティ管理ネットワーク要素により、端末のデフォルトのサブスクライブされたS－NSSAIを取得し、デフォルトのサブスクライブされたS－NSSAIをデフォルトのS－NSSAIとしてマッピングするステップをさらに含んでよい。

第8の態様によれば、訪問先セッション管理ネットワーク要素が提供される。訪問先セッション管理ネットワーク要素は、第1の態様から第5の態様のいずれか1つによる方法を実施する機能を有する。機能は、ハードウェアによって実装されてもよく、対応するソフトウェアを実行することにより、ハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、機能に対応する1つまたは複数のモジュールを含む。

第9の態様によれば、訪問先セッション管理ネットワーク要素が提供される。訪問先セッション管理ネットワーク要素はプロセッサおよびメモリを含み、メモリはコンピュータ実行可能命令を記憶するように構成され、訪問先セッション管理ネットワーク要素が実行されると、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、その結果、訪問先セッション管理ネットワーク要素は、第1の態様から第5の態様のいずれか1つによるハンドオーバ方法を実行する。

第10の態様によれば、訪問先セッション管理ネットワーク要素が提供される。訪問先セッション管理ネットワーク要素はプロセッサを含み、プロセッサは、メモリと結合され、メモリから命令を読み取った後、命令に従って、第1の態様から第5の態様のいずれか1つによるハンドオーバ方法を実行するように構成される。

第11の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されると、コンピュータは、第1の態様から第5の態様のいずれか1つによるハンドオーバ方法を実行することが可能になり得る。

第12の態様によれば、命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で実行されると、コンピュータは、第1の態様から第5の態様のいずれか1つによるハンドオーバ方法を実行することが可能になり得る。

第13の態様によれば、チップシステムが提供される。チップシステムは、第1の態様から第5の態様による機能を実施する、たとえば、デフォルトのS－NSSAIまたは第1の指示情報に基づいて第1のN2 SM要求または第2のN2 SM要求を生成する際に、訪問先セッション管理ネットワーク要素をサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムはメモリをさらに含む。メモリは、訪問先セッション管理ネットワーク要素に必要なプログラム命令およびデータを記憶するように構成される。チップシステムは、チップを含んでもよく、チップおよび別の個別デバイスを含んでもよい。

第8の態様から第13の態様の設計方式のうちのいずれか1つによってもたらされる技術的効果については、第1の態様から第5の態様の様々な設計方式によってもたらされる技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第14の態様によれば、モビリティ管理ネットワーク要素が提供される。モビリティ管理ネットワーク要素は、第1の態様から第5の態様のいずれか1つによる方法を実施する機能を有する。機能は、ハードウェアによって実装されてもよく、対応するソフトウェアを実行することにより、ハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、機能に対応する1つまたは複数のモジュールを含む。

第15の態様によれば、モビリティ管理ネットワーク要素が提供される。モビリティ管理ネットワーク要素はプロセッサおよびメモリを含み、メモリはコンピュータ実行可能命令を記憶するように構成され、モビリティ管理ネットワーク要素が実行されると、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、その結果、モビリティ管理ネットワーク要素は、第6の態様または第7の態様によるハンドオーバ方法を実行する。

第16の態様によれば、モビリティ管理ネットワーク要素が提供される。モビリティ管理ネットワーク要素はプロセッサを含み、プロセッサは、メモリと結合され、メモリから命令を読み取った後、命令に従って、第6の態様または第7の態様によるハンドオーバ方法を実行するように構成される。

第17の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されると、コンピュータは、第6の態様または第7の態様によるハンドオーバ方法を実行することが可能になり得る。

第18の態様によれば、命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で実行されると、コンピュータは、第6の態様または第7の態様によるハンドオーバ方法を実行することが可能になり得る。

第19の態様によれば、チップシステムが提供される。チップシステムは、第6の態様または第7の態様による機能を実施する、たとえば、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得する際にモビリティ管理ネットワーク要素をサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムはメモリをさらに含む。メモリは、モビリティ管理ネットワーク要素に必要なプログラム命令およびデータを記憶するように構成される。チップシステムは、チップを含んでもよく、チップおよび別の個別デバイスを含んでもよい。

第14の態様から第19の態様の設計方式のうちのいずれか1つによってもたらされる技術的効果については、第6の態様または第7の態様の様々な設計方式によってもたらされる技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第20の態様によれば、チップシステムが提供される。ハンドオーバシステムは、端末の接続状態登録手順に適用され、端末にサービスを提供する訪問先セッション管理ネットワーク要素、端末にサービスを提供するモビリティ管理ネットワーク要素、およびアクセスデバイスを含む。モビリティ管理ネットワーク要素は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。モビリティ管理ネットワーク要素は、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するようにさらに構成され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。モビリティ管理ネットワーク要素は、訪問先セッション管理ネットワーク要素にセッション更新要求を送信するようにさらに構成され、セッション更新要求は端末のセッションに対応する第1のS－NSSAIを搬送する。訪問先セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素からセッション更新要求を受信し、端末のアクセスデバイスに第1のS－NSSAIを送信するように構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを更新するために使用される。第20の態様の技術的効果については、第1の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第21の態様によれば、ハンドオーバシステムが提供される。ハンドオーバシステムは、端末のアイドル状態登録手順に適用され、端末にサービスを提供する訪問先セッション管理ネットワーク要素、端末にサービスを提供するモビリティ管理ネットワーク要素、およびアクセスデバイスを含む。モビリティ管理ネットワーク要素は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。モビリティ管理ネットワーク要素は、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するようにさらに構成され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。モビリティ管理ネットワーク要素は、訪問先セッション管理ネットワーク要素にセッション確立要求を送信するようにさらに構成され、セッション確立要求は端末のセッションに対応する第1のS－NSSAIを搬送する。訪問先セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素からセッション確立要求を受信し、端末のアクセスデバイスに第1のS－NSSAIを送信するように構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。第21の態様の技術的効果については、第3の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第22の態様によれば、ハンドオーバシステムが提供される。ハンドオーバシステムは、端末の接続状態ハンドオーバ手順に適用され、端末にサービスを提供する訪問先セッション管理ネットワーク要素、端末にサービスを提供するモビリティ管理ネットワーク要素、およびアクセスデバイスを含む。訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。訪問先セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素に要求メッセージを送信するようにさらに構成され、要求メッセージは、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。モビリティ管理ネットワーク要素は、訪問先セッション管理ネットワーク要素から要求メッセージを受信し、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するように構成される。モビリティ管理ネットワーク要素は、訪問先セッション管理ネットワーク要素に応答メッセージを送信するようにさらに構成され、応答メッセージは端末のセッションに対応する第1のS－NSSAIを搬送する。訪問先セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素から応答メッセージを受信し、端末のアクセスデバイスに第1のS－NSSAIを送信するようにさらに構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。第22の態様の技術的効果については、第3の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第23の態様によれば、ハンドオーバシステムが提供される。ハンドオーバシステムは、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順に適用され、端末にサービスを提供する訪問先セッション管理ネットワーク要素、端末にサービスを提供するモビリティ管理ネットワーク要素、およびアクセスデバイスを含む。モビリティ管理ネットワーク要素は、端末のセッションがホームルーテッドモードにあると判断した後、訪問先セッション管理ネットワーク要素にデフォルトのS－NSSAIまたは第1の指示情報を送信するように構成され、デフォルトのS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。訪問先セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素からデフォルトのS－NSSAIまたは第1の指示情報を受信し、デフォルトのS－NSSAIまたは第1の指示情報に基づいて第1のN2 SM要求を生成した後に、第1のN2 SM要求をアクセスデバイスに送信するように構成され、第1のN2 SM要求は、デフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。あるいは、訪問先セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素からデフォルトのS－NSSAIまたは第1の指示情報を受信し、デフォルトのS－NSSAIまたは第1の指示情報に基づいて第2のN2 SM要求を生成した後に、第2のN2 SM要求をアクセスデバイスに送信するように構成され、第2のN2 SM要求は、S－NSSAIを搬送しないか、または第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。第23の態様の技術的効果については、第2の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第24の態様によれば、ハンドオーバシステムが提供される。ハンドオーバシステムは、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順に適用されてよく、端末にサービスを提供する訪問先セッション管理ネットワーク要素および端末のアクセスデバイスを含む。訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。訪問先セッション管理ネットワーク要素は、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、端末のセッションに対応する第1のS－NSSAIを決定するようにさらに構成される。訪問先セッション管理ネットワーク要素は、端末のアクセスデバイスに第1のS－NSSAIを送信するようにさらに構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。第24の態様の技術的効果については、第3の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第25の態様によれば、ハンドオーバシステムが提供される。ハンドオーバシステムは、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順に適用されてよく、端末にサービスを提供する訪問先セッション管理ネットワーク要素、端末の訪問先ネットワーク内のハンドオーバ選択機能ネットワーク要素、および端末のアクセスデバイスを含む。訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。訪問先セッション管理ネットワーク要素は、ハンドオーバ選択機能ネットワーク要素に要求メッセージを送信するようにさらに構成され、要求メッセージは、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。ハンドオーバ選択機能ネットワーク要素は、訪問先セッション管理ネットワーク要素から要求メッセージを受信し、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するように構成される。ハンドオーバ選択機能ネットワーク要素は、訪問先セッション管理ネットワーク要素に応答メッセージを送信するようにさらに構成され、応答メッセージは端末のセッションに対応する第1のS－NSSAIを搬送する。訪問先セッション管理ネットワーク要素は、ハンドオーバ選択機能ネットワーク要素から応答メッセージを受信し、端末のアクセスデバイスに第1のS－NSSAIを送信するようにさらに構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。第25の態様の技術的効果については、第3の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

第26の態様によれば、ハンドオーバシステムが提供される。ハンドオーバシステムは、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順に適用されてよく、端末にサービスを提供する訪問先セッション管理ネットワーク要素、端末のセッションに対応するアンカーセッション管理ネットワーク要素、および端末のアクセスデバイスを含む。アンカーセッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得するように構成され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。アンカーセッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを訪問先セッション管理ネットワーク要素に送信するようにさらに構成される。訪問先セッション管理ネットワーク要素は、アンカーセッション管理ネットワーク要素から端末のセッションに対応する第1のS－NSSAIを受信し、端末のアクセスデバイスに第1のS－NSSAIを送信するように構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。第26の態様の技術的効果については、第3の態様の技術的効果を参照されたい。詳細は本明細書では再び記載されない。

本出願のこれらの態様または他の態様は、以下の実施形態の説明においてより明確かつより包括的である。

既存のホームルーテッドモードにおける4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャの概略図である。 本出願の一実施形態による、ハンドオーバシステムの第1の概略構造図である。 本出願の一実施形態による、ハンドオーバシステムの第2の概略構造図である。 本出願の一実施形態による、ハンドオーバシステムの第3の概略構造図である。 本出願の一実施形態による、ハンドオーバシステムの第4の概略構造図である。 本出願の一実施形態による、通信デバイスのハードウェア構造の概略図である。 本出願の一実施形態による、ハンドオーバ方法の第1の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第1の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第2の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第3の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第3の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第4の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第4の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第4の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第5の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第5の概略フローチャートである。 本出願の一実施形態による、ハンドオーバ方法の第6の概略フローチャートである。 本発明の一実施形態による、訪問先セッション管理ネットワーク要素の第1の概略構造図である。 本発明の一実施形態による、モビリティ管理ネットワーク要素の概略構造図である。 本発明の一実施形態による、訪問先セッション管理ネットワーク要素の第2の概略構造図である。

本出願の実施形態の技術的解決策を理解しやすくするために、以下では、最初に、本出願に関連する技術を簡単に記載する。

ネットワークスライス：

ネットワークスライス（network slice）は、特定のネットワーク能力およびネットワーク機能をサポートするように構成された、論理的に分離されたネットワークであり、エンドツーエンド（end to end、E2E）からの全ネットワークを含んでよく、または複数のネットワーク機能が複数のネットワークスライスによって共有されてよい。ネットワークスライスは、第3世代パートナーシッププロジェクト（3rd generation partnership project、3GPP）によって提案された5G移動通信技術のネットワーク差別化要件を満たす重要な技術である。通常、異なるネットワークスライスのネットワーク機能は異なり、ネットワークスライスは相互干渉を防止するために互いに分離される必要がある。たとえば、拡張現実（augmented reality、AR）サービスまたは仮想現実（virtual reality、VR）サービスのネットワークスライスは、高帯域幅および低遅延を必要とする。モノのインターネット（internet of things、IOT）サービスのネットワークスライスは、大量の端末からのアクセスのサポートを必要とするが、低帯域幅しか必要でなく、遅延の要件はもたない。

ネットワークスライス選択支援情報（network slice selection assistance information、NSSAI）：

NSSAIは複数のS－NSSAIを含む。S－NSSAIは、サービスタイプ（slice／service type、SST）およびスライス区分器（slice differentiator、SD）を含む。SSTは、標準化されたタイプおよび事業者によってカスタマイズされたタイプを含む。SDは、同じSSTの複数のネットワークスライスを区別するためのオプション情報である。23．501規格内で定義されたNSSAIのタイプおよび機能が表1に示されている。

4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャ：

図1は、既存のホームルーテッドモード（home routed、HR）における4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャの概略図である。4Gネットワークおよび5Gネットワークは、ユーザプレーン機能（user plane function、UPF）ネットワーク要素＋PDNゲートウェイユーザプレーン機能（PDN gateway user plane function、PGW－U）ネットワーク要素、SMFネットワーク要素＋PGW－Cネットワーク要素、ポリシー制御機能（policy control function、PCF）ネットワーク要素＋ポリシーおよび課金規則機能（policy and charging rules function、PCRF）ネットワーク要素、ならびにホームサブスクライバサーバ（home subscriber server、HSS）＋統合データ管理（unified data management、UDM）ネットワーク要素を共有する。本明細書では、「＋」は統合された構成を表す。UPFは5Gネットワークのユーザプレーン機能であり、PGW－UはUPFに対応する4Gネットワークのゲートウェイユーザプレーン機能である。SMFは5Gネットワークのセッション管理機能であり、PGW－CはSMFに対応する4Gネットワークのゲートウェイ制御プレーン機能である。PCFは5Gネットワークのポリシー制御機能であり、PCRFはPCFに対応する4Gネットワークのポリシーおよび課金規則機能である。本出願の実施形態では、説明を容易にするために、UDMネットワーク要素＋HSSはユーザデータ管理ネットワーク要素と呼ばれ、SMFネットワーク要素＋PGW－Cネットワーク要素はアンカーセッション管理ネットワーク要素と呼ばれ、UPFネットワーク要素＋PGW－Uネットワーク要素はアンカーユーザプレーンネットワーク要素と呼ばれる。説明は本明細書において一律に提供され、詳細は以下で再び記載されない。確かに、統合された構成の後の取得された前述のネットワークデバイスは、他の名前を有してもよい。このことは、本出願の実施形態では特に限定されない。

加えて、図1に示されたように、4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャは、4Gネットワーク内のモビリティ管理エンティティ（mobility management entity、MME）およびサービングゲートウェイ（Serving Gateway、SGW）、ならびに5Gネットワーク内のアクセスおよびモビリティ管理機能（access and mobility management function、AMF）ネットワーク要素、V－SMFネットワーク要素、訪問先UPF（visited－UPF、V－UPF）ネットワーク要素、および訪問先PCF（visited－UPF、V－PCF）ネットワーク要素をさらに含んでよい。場合によっては、4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャは、ネットワークハンドオーバ選択機能（network slice selection function、NSSF）ネットワーク要素をさらに含んでよい。AMFネットワーク要素が端末用のネットワークスライスを選択することができないとき、AMFネットワーク要素は、端末用のネットワークスライスを選択するようにNSSFネットワーク要素に要求することができる。このことは、本出願の実施形態では特に限定されない。

図1に示されたように、ホームルーテッドモードでは、UPFネットワーク要素＋HSS、PCFネットワーク要素＋PCRFネットワーク要素、SMFネットワーク要素＋PGW－Cネットワーク要素、およびUPFネットワーク要素＋PGW－Uネットワーク要素は、すべてHPLMN内に位置する。MME、AMFネットワーク要素、V－UPFネットワーク要素、V－SMFネットワーク要素、V－PCFネットワーク要素などは、VPLMN内に位置する。説明は本明細書において一律に提供され、詳細は以下で再び記載されない。

端末は、発展型ユニバーサル地上波無線アクセスネットワーク（evolved universal terrestrial radio access network、E－UTRAN）デバイスを介して4Gネットワークにアクセスし、端末は、次世代無線アクセスネットワーク（next generation radio access network、NG－RAN）デバイスを介して5Gネットワークにアクセスする。E－UTRANデバイスはS1－MMEインターフェースを介してMMEと通信する。E－UTRANデバイスはS1－Uインターフェースを介してSGWと通信する。MMEはS11インターフェースを介してSGWと通信する。MMEはS6aインターフェースを介してUDMネットワーク要素＋HSSと通信する。MMEはN26インターフェースを介してAMFネットワーク要素と通信する。SGWはS8－Uインターフェースを介してUPFネットワーク要素＋PGW－Uネットワーク要素と通信する。SGWはS8－Cインターフェースを介してSMFネットワーク要素＋PGW－Cネットワーク要素と通信する。UPFネットワーク要素＋PGW－UはN9インターフェースを介してV－UPFネットワーク要素と通信する。V－UPFネットワーク要素はN3インターフェースを介してNG－RANデバイスと通信する。UPFネットワーク要素＋PGW－Uネットワーク要素はN4インターフェースを介してSMFネットワーク要素＋PGW－Cネットワーク要素と通信する。SMFネットワーク要素＋PGW－Cネットワーク要素はN7インターフェースを介してPCFネットワーク要素＋PCRFネットワーク要素と通信する。SMFネットワーク要素＋PGW－Cネットワーク要素はN16インターフェースを介してV－SMFネットワーク要素と通信する。V－SMFネットワーク要素はN11インターフェースを介してAMFネットワーク要素と通信する。V－SMFネットワーク要素はN4インターフェースを介してV－UPFネットワーク要素と通信する。PCFネットワーク要素＋PCRFネットワーク要素はN24インターフェースを介してV－PCFネットワーク要素と通信する。V－PCFネットワーク要素はN15インターフェースを介してAMFネットワーク要素と通信する。UDMネットワーク要素＋HSSはN10インターフェースを介してSMFネットワーク要素＋PGW－Cネットワーク要素と通信する。UDMネットワーク要素＋HSSはN10インターフェースを介してV－SMFネットワーク要素と通信する。UDMネットワーク要素＋HSSはN8インターフェースを介してAMFネットワーク要素と通信する。AMFネットワーク要素はN2インターフェースを介してNG－RANデバイスと通信する。AMFネットワーク要素はN1インターフェースを介して端末と通信する。

図1のネットワーク要素間のインターフェースの名前は単なる例であり、インターフェースの名前は、特定の実装形態では他の名前であってよいことに留意されたい。このことは、本出願の実施形態では特に限定されない。

5Gネットワーク内のNG－RANデバイスは、アクセスデバイスと呼ばれる場合もあることに留意されたい。アクセスデバイスは、コアネットワークにアクセスするデバイスであり、たとえば、基地局、ブロードバンドネットワークゲートウェイ（broadband network gateway、BNG）、アグリゲーションスイッチ、または非3GPPアクセスデバイスであってよい。基地局は、様々なタイプの基地局、たとえば、マクロ基地局、（スモールセルとも呼ばれる）マイクロ基地局、中継ノード、およびアクセスポイントを含んでよい。このことは、本出願の実施形態では特に限定されない。

確かに、4Gネットワークおよび5Gネットワークには他のネットワーク要素が存在してよい。たとえば、4Gネットワークは、サービング汎用パケット無線システム（general packet radio system、GPRS）サポートノード（serving GPRS support node、SGSN）をさらに含んでよく、5Gネットワークは、認証サーバ機能（authentication server function、AUSF）ネットワーク要素、SMFネットワーク要素、UPFネットワーク要素などをさらに含んでよい。詳細については、既存の4Gまたは5Gのネットワークアーキテクチャを参照されたい。このことは、本出願の実施形態では特に限定されない。

以下で、本出願の実施形態における添付図面を参照して、本出願の実施形態における技術的解決策を記載する。本出願の説明において、特に明記しない限り、「複数の」は2つ以上を意味する。「A／B」はAまたはBを示す。加えて、本出願の実施形態における技術的解決策を明確に記載するために、「第1の」および「第2の」などの用語は、本出願の実施形態において、同じ項目または基本的に同じ機能もしくは目的を有する同様の項目を区別するために使用される。当業者は、「第1の」および「第2の」などの用語が数または実行順序を限定するものではなく、「第1の」および「第2の」などの用語が明確な違いを示すものではないことを理解することができる。

本出願の実施形態に記載されたネットワークアーキテクチャおよびサービスシナリオは、本出願の実施形態における技術的解決策をより明確に記載するものであり、本出願の実施形態において提供される技術的解決策に対して制限を構成しない。当業者は、ネットワークアーキテクチャの進化および新しいサービスシナリオの出現に伴い、本出願の実施形態において提供される技術的解決策が、同様の技術的問題にも適用可能であることを知ることができる。

図2は、本出願の一実施形態による、ハンドオーバシステム20を示す。ハンドオーバシステム20は、端末にサービスを提供する訪問先セッション管理ネットワーク要素201、端末にサービスを提供するモビリティ管理ネットワーク要素202、および端末のアクセスデバイス203を含む。

図2に示されたハンドオーバシステム20に基づいて、以下のいくつかの可能な解決策が提供され得る。

解決策1：

ハンドオーバシステム20は、端末の接続状態登録手順に適用される。モビリティ管理ネットワーク要素202は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。

モビリティ管理ネットワーク要素202は、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するようにさらに構成され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。

モビリティ管理ネットワーク要素202は、訪問先セッション管理ネットワーク要素201にセッション更新要求を送信するようにさらに構成され、セッション更新要求は端末のセッションに対応する第1のS－NSSAIを搬送する。

訪問先セッション管理ネットワーク要素201は、モビリティ管理ネットワーク要素202からセッション更新要求を受信し、端末のアクセスデバイス203に第1のS－NSSAIを送信するように構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを更新するために使用される。

この解決策では、端末の接続状態登録手順において、モビリティ管理ネットワーク要素は、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得し、訪問先セッション管理ネットワーク要素に第1のS－NSSAIを送信することができ、その結果、訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得し、アクセスデバイスに第1のS－NSSAIを送信して、端末のセッションに対応するネットワークスライスを更新することができる。したがって、この解決策に基づいて、一方で、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。他方、端末のセッションに対応する第1のS－NSSAIは、端末の接続状態ハンドオーバ手順から取得される必要がないので、接続状態ハンドオーバ手順の遅延も低減することができる。

前述の解決策1に基づいて、訪問先セッション管理ネットワーク要素201は、第1のN2セッション管理（session management、SM）要求または第2のSM要求をアクセスデバイス203に送信するようにさらに構成される。

第1のN2 SM要求は、セッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。

第2のN2 SM要求は、S－NSSAIを搬送しないか、または第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。

場合によっては、本出願のこの実施形態におけるデフォルトのS－NSSAIは、端末の訪問先ネットワークのS－NSSAIである。たとえば、端末の訪問先ネットワークのデフォルトのS－NSSAIまたは標準化されたデフォルトのS－NSSAIが含まれてよい。このことは、本出願のこの実施形態では特に限定されない。標準化されたデフォルトのS－NSSAIは、端末の訪問先ネットワークと端末のホームネットワークの両方が識別することができ、訪問先ネットワークとホームネットワークの両方によって共有されることが同意されたデフォルトのS－NSSAIである。説明は本明細書において一律に提供され、詳細は以下で再び記載されない。

場合によっては、本出願のこの実施形態における第1の指示情報は、端末の訪問先ネットワークのS－NSSAIが取得されていないことを示すために使用されてよい。たとえば、第1の指示情報は特別な値であってよく、特別な値は、端末の訪問先ネットワークのS－NSSAIが取得されていないことを示すために使用される。あるいは、場合によっては、本出願のこの実施形態における第1の指示情報は、デフォルトのS－NSSAIおよび特別な値を含んでよく、特別な値は、端末の訪問先ネットワークのS－NSSAIが取得されていないことを示すために使用される。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態におけるデフォルトのポリシーは、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーであってよい。デフォルトのS－NSSAIの関連する説明については、前述の部分を参照されたい。詳細は本明細書では再び記載されない。

可能な実装形態では、モビリティ管理ネットワーク要素202は、訪問先セッション管理ネットワーク要素201にセッション確立要求を送信するようにさらに構成され、セッション確立要求は第1の指示情報または第2のS－NSSAIを搬送する。訪問先セッション管理ネットワーク要素201は、モビリティ管理ネットワーク要素202からセッション確立要求を受信し、セッション確立要求に基づいて第1のN2 SM要求または第2のN2 SM要求を生成するようにさらに構成される。

あるいは、別の可能な実装形態では、図2に示されたように、ハンドオーバシステム20は、端末のセッションに対応するアンカーセッション管理ネットワーク要素205をさらに含んでよい。アンカーセッション管理ネットワーク要素205は、訪問先セッション管理ネットワーク要素201にセッション更新応答を送信するように構成される。セッション更新応答は第1の指示情報もしくは第2のS－NSSAIを搬送するか、またはセッション更新応答はS－NSSAIを搬送しない。訪問先セッション管理ネットワーク要素201は、アンカーセッション管理ネットワーク要素205からセッション更新応答を受信し、セッション更新応答に基づいて第1のN2 SM要求または第2のSM要求を生成するようにさらに構成される。

この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が端末のセッションに対応する第1のS－NSSAIを一時的に取得しない場合、訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得する前に、第1のN2 SM要求または第2のN2 SM要求をアクセスデバイスに送信することができるので、アクセスデバイスは、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーを使用してセッションを処理することができるか、またはデフォルトのポリシーを使用してセッションを処理することができる。したがって、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができる。

解決策2：

ハンドオーバシステム20は、端末のアイドル状態登録手順に適用される。モビリティ管理ネットワーク要素202は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。

モビリティ管理ネットワーク要素202は、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するようにさらに構成され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。

モビリティ管理ネットワーク要素202は、訪問先セッション管理ネットワーク要素201にセッション確立要求を送信するようにさらに構成され、セッション確立要求は端末のセッションに対応する第1のS－NSSAIを搬送する。

訪問先セッション管理ネットワーク要素201は、モビリティ管理ネットワーク要素202からセッション確立要求を受信し、端末のアクセスデバイス203に第1のS－NSSAIを送信するように構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。

この解決策では、端末のアイドル状態登録手順において、モビリティ管理ネットワーク要素は、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得し、訪問先セッション管理ネットワーク要素に第1のS－NSSAIを送信することができ、その結果、訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得し、アクセスデバイスに第1のS－NSSAIを送信して、端末のセッションに対応するネットワークスライスを示すことができる。したがって、この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。

前述の解決策1または解決策2に基づいて、場合によっては、可能な実装形態では、モビリティ管理ネットワーク要素202が、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するようにさらに構成されることは、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、端末のセッションに対応する第1のS－NSSAIを決定することを含む。

前述の解決策1または解決策2に基づいて、場合によっては、別の可能な実装形態では、図2に示されたように、ハンドオーバシステム20は、端末のホームネットワーク内にハンドオーバ選択機能ネットワーク要素204をさらに含んでよい。モビリティ管理ネットワーク要素202が、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するようにさらに構成されることは、スライス選択機能ネットワーク要素204に要求メッセージを送信することであって、要求メッセージが、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用される、送信することと、スライス選択機能ネットワーク要素204から、端末のセッションに対応する第1のS－NSSAIを受信することとを含む。

場合によっては、可能な実装形態では、モビリティ管理ネットワーク要素202は訪問先ネットワーク内に位置するので、本出願のこの実施形態におけるスライス選択機能ネットワーク要素204は、端末の訪問先ネットワーク内のスライス選択機能ネットワーク要素であってよい。現在の訪問先ネットワーク内のスライス選択機能ネットワーク要素は、訪問先ネットワークに関する情報を記憶するか、または訪問先ネットワーク内のスライス選択機能ネットワーク要素は、訪問先ネットワークと別のネットワークとの間のS－NSSAIマッピングのみを実行することができる。したがって、本出願のこの実施形態における要求メッセージは、訪問先ネットワークの指示情報を搬送する必要がなくてよい。確かに、場合によっては、本出願のこの実施形態における要求メッセージは、端末の訪問先ネットワークの指示情報をさらに搬送することができる。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態では、訪問先ネットワークの指示情報は、たとえば、訪問先ネットワークの識別子、または訪問先ネットワークを識別するために使用される他の情報であってよい。このことは、本出願のこの実施形態では特に限定されない。

解決策3：

ハンドオーバシステム20は、端末の接続状態ハンドオーバ手順に適用される。訪問先セッション管理ネットワーク要素201は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。

訪問先セッション管理ネットワーク要素201は、モビリティ管理ネットワーク要素202に要求メッセージを送信するようにさらに構成され、要求メッセージは、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。

モビリティ管理ネットワーク要素202は、訪問先セッション管理ネットワーク要素201から要求メッセージを受信し、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するようにさらに構成される。

モビリティ管理ネットワーク要素202は、訪問先セッション管理ネットワーク要素201に応答メッセージを送信するようにさらに構成され、応答メッセージは端末のセッションに対応する第1のS－NSSAIを搬送する。

訪問先セッション管理ネットワーク要素201は、モビリティ管理ネットワーク要素202から応答メッセージを受信し、端末のアクセスデバイス203に第1のS－NSSAIを送信するようにさらに構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。

この解決策では、端末の接続状態ハンドオーバ手順において、訪問先セッション管理ネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得し、アクセスデバイスに第1のS－NSSAIを送信して、端末のセッションに対応するネットワークスライスを示すことができる。したがって、この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。

解決策4：

ハンドオーバシステム20は、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順に適用されてよい。モビリティ管理ネットワーク要素202は、端末のセッションがホームルーテッドモードにあると判断した後、訪問先セッション管理ネットワーク要素201にデフォルトのS－NSSAIまたは第1の指示情報を送信するように構成される。

訪問先セッション管理ネットワーク要素201は、モビリティ管理ネットワーク要素202からデフォルトのS－NSSAIまたは第1の指示情報を受信し、デフォルトのS－NSSAIまたは第1の指示情報に基づいて第1のN2 SM要求を生成した後に、第1のN2 SM要求をアクセスデバイス203に送信するように構成され、第1のN2 SM要求は、セッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。

あるいは、訪問先セッション管理ネットワーク要素201は、モビリティ管理ネットワーク要素202からデフォルトのS－NSSAIまたは第1の指示情報を受信し、デフォルトのS－NSSAIまたは第1の指示情報に基づいて第2のN2 SM要求を生成した後に、第2のN2 SM要求を端末のアクセスデバイス203に送信するように構成され、第2のN2 SM要求は、S－NSSAIを搬送しないか、または第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。

デフォルトのS－NSSAIおよび第1の指示情報の関連する説明については、解決策1の説明を参照されたい。詳細は本明細書では再び記載されない。

加えて、本出願のこの実施形態におけるデフォルトのS－NSSAIは、代替として、端末のデフォルトのサブスクライブされたS－NSSAIに基づいて、マッピングを介してモビリティ管理ネットワーク要素202によって取得された訪問先ネットワークのS－NSSAIであってよい。このことは、本出願のこの実施形態では特に限定されない。

この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるとき、訪問先セッション管理ネットワーク要素は、デフォルトのS－NSSAIもしくはモビリティ管理ネットワーク要素によって送信された第1の指示情報に基づいて、第1のN2 SM要求を生成し、アクセスデバイスに第1のN2 SM要求を送信することができ、その結果、アクセスデバイスは、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーを使用してセッションを処理することができ、または訪問先セッション管理ネットワーク要素は、デフォルトのS－NSSAIもしくはモビリティ管理ネットワーク要素によって送信された第1の指示情報に基づいて、第2のN2 SM要求を生成し、アクセスデバイスに第2のN2 SM要求を送信することができ、その結果、アクセスデバイスは、デフォルトのポリシーに従ってセッションを処理することができる。したがって、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができる。

場合によっては、図2に示されたハンドオーバシステム20内の訪問先セッション管理ネットワーク要素201、モビリティ管理ネットワーク要素202、およびアクセスデバイス203は、互いに直接通信することができるか、または別のデバイスによる転送を介して互いに通信することができる。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、図2に示されたハンドオーバシステム20内の訪問先セッション管理ネットワーク要素201およびスライス選択機能ネットワーク要素204は、互いに直接通信することができるか、または別のデバイスによる転送を介して互いに通信することができる。このことは、本出願のこの実施形態では特に限定されない。

図3は、本出願の一実施形態による、ハンドオーバシステム30を示す。ハンドオーバシステム30は、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順に適用されてよく、端末にサービスを提供する訪問先セッション管理ネットワーク要素301、および端末のアクセスデバイス302を含む。

訪問先セッション管理ネットワーク要素301は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。

訪問先セッション管理ネットワーク要素301は、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、端末のセッションに対応する第1のS－NSSAIを決定するようにさらに構成される。

訪問先セッション管理ネットワーク要素301は、端末のアクセスデバイス302に第1のS－NSSAIを送信するようにさらに構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。

場合によっては、図3に示されたハンドオーバシステム30内の訪問先セッション管理ネットワーク要素301およびアクセスデバイス302は、互いに直接通信することができるか、または別のデバイスによる転送を介して互いに通信することができる。このことは、本出願のこの実施形態では特に限定されない。

この解決策では、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順において、訪問先セッション管理ネットワーク要素は、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、端末のセッションに対応する第1のS－NSSAIを決定し、アクセスデバイスに第1のS－NSSAIを送信して、端末のセッションに対応するネットワークスライスを示すことができる。したがって、この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。

図4は、本出願の一実施形態による、ハンドオーバシステム40を示す。ハンドオーバシステム40は、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順に適用されてよく、端末にサービスを提供する訪問先セッション管理ネットワーク要素401、端末の訪問先ネットワーク内のハンドオーバ選択機能ネットワーク要素402、および端末のアクセスデバイス403を含む。

訪問先セッション管理ネットワーク要素401は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。

訪問先セッション管理ネットワーク要素401は、ハンドオーバ選択機能ネットワーク要素402に要求メッセージを送信するようにさらに構成され、要求メッセージは、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。

ハンドオーバ選択機能ネットワーク要素402は、訪問先セッション管理ネットワーク要素401から要求メッセージを受信し、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するように構成される。

ハンドオーバ選択機能ネットワーク要素402は、訪問先セッション管理ネットワーク要素401に応答メッセージを送信するようにさらに構成され、応答メッセージは端末のセッションに対応する第1のS－NSSAIを搬送する。

訪問先セッション管理ネットワーク要素401は、ハンドオーバ選択機能ネットワーク要素402から応答メッセージを受信し、端末のアクセスデバイス403に第1のS－NSSAIを送信するようにさらに構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。

場合によっては、可能な実装形態では、訪問先セッション管理ネットワーク要素401は訪問先ネットワーク内に位置するので、本出願のこの実施形態におけるスライス選択機能ネットワーク要素402は、端末の訪問先ネットワーク内のスライス選択機能ネットワーク要素であってよい。現在の訪問先ネットワーク内のスライス選択機能ネットワーク要素は、訪問先ネットワークに関する情報を記憶するか、または訪問先ネットワーク内のスライス選択機能ネットワーク要素は、訪問先ネットワークと別のネットワークとの間のS－NSSAIマッピングのみを実行することができる。したがって、本出願のこの実施形態における要求メッセージは、訪問先ネットワークの指示情報を搬送する必要がなくてよい。確かに、場合によっては、本出願のこの実施形態における要求メッセージは、端末の訪問先ネットワークの指示情報をさらに搬送することができる。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態では、訪問先ネットワークの指示情報は、たとえば、訪問先ネットワークの識別子、または訪問先ネットワークを識別するために使用される他の情報であってよい。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、図4に示されたハンドオーバシステム40内の訪問先セッション管理ネットワーク要素401およびアクセスデバイス403は、互いに直接通信することができるか、または別のデバイスによる転送を介して互いに通信することができる。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、図4に示されたハンドオーバシステム40内の訪問先セッション管理ネットワーク要素401およびハンドオーバ選択機能ネットワーク要素402は、互いに直接通信することができるか、または別のデバイスによる転送を介して互いに通信することができる。このことは、本出願のこの実施形態では特に限定されない。

この解決策では、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順において、訪問先セッション管理ネットワーク要素は、端末の訪問先ネットワーク内のハンドオーバ選択機能ネットワーク要素から、端末のセッションに対応する第1のS－NSSAIを取得し、アクセスデバイスに第1のS－NSSAIを送信して、端末のセッションに対応するネットワークスライスを示すことができる。したがって、この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。

図5は、本出願の一実施形態による、ハンドオーバシステム50を示す。ハンドオーバシステム50は、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順に適用されてよく、端末にサービスを提供する訪問先セッション管理ネットワーク要素501、端末のセッションに対応するアンカーセッション管理ネットワーク要素502、および端末のアクセスデバイス503を含む。

アンカーセッション管理ネットワーク要素502は、端末のセッションに対応する第1のS－NSSAIを取得するように構成され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。

アンカーセッション管理ネットワーク要素502は、端末のセッションに対応する第1のS－NSSAIを訪問先セッション管理ネットワーク要素501に送信するようにさらに構成される。

訪問先セッション管理ネットワーク要素501は、アンカーセッション管理ネットワーク要素502から端末のセッションに対応する第1のS－NSSAIを受信し、端末のアクセスデバイス503に第1のS－NSSAIを送信するように構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを示すために使用される。

場合によっては、可能な実装形態では、アンカーセッション管理ネットワーク要素502が端末のセッションに対応する第1のS－NSSAIを取得するように構成されることは、端末のセッションに対応する第2のS－NSSAIおよび端末の訪問先ネットワークの指示情報を取得することと、第2のS－NSSAI、端末の訪問先ネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、端末のセッションに対応する第1のS－NSSAIを決定することとを含む。第2のS－NSSAIは、端末のホームネットワークのS－NSSAIである。

場合によっては、別の可能な実装形態では、図5に示されたように、ハンドオーバシステム50は、端末のホームネットワーク内にスライス選択機能ネットワーク要素504をさらに含んでよい。アンカーセッション管理ネットワーク要素502が端末のセッションに対応する第1のS－NSSAIを取得するように構成されることは、端末のセッションに対応する第2のS－NSSAIおよび端末の訪問先ネットワークの指示情報を取得することと、スライス選択機能ネットワーク要素504に要求メッセージを送信することであって、要求メッセージが、端末のセッションに対応する第2のS－NSSAIおよび端末の訪問策ネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用される、送信することと、スライス選択機能ネットワーク要素504から端末のセッションに対応する第1のS－NSSAIを受信することとを含む。

場合によっては、本出願のこの実施形態における要求メッセージは、端末のホームネットワークの指示情報をさらに搬送することができ、端末のホームネットワークの指示情報は、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであることを示すために使用される。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、図5に示されたハンドオーバシステム50内の訪問先セッション管理ネットワーク要素501およびアクセスデバイス503は、互いに直接通信することができるか、または別のデバイスによる転送を介して互いに通信することができる。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、図5に示されたハンドオーバシステム50内の訪問先セッション管理ネットワーク要素501およびアンカーセッション管理ネットワーク要素502は、互いに直接通信することができるか、または別のデバイスによる転送を介して互いに通信することができる。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、図5に示されたハンドオーバシステム50内のアンカーセッション管理ネットワーク要素502およびスライス選択機能ネットワーク要素504は、互いに直接通信することができるか、または別のデバイスによる転送を介して互いに通信することができる。このことは、本出願のこの実施形態では特に限定されない。

この解決策では、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順において、訪問先セッション管理ネットワーク要素は、端末のセッションに対応するアンカーセッション管理ネットワーク要素から端末のセッションに対応する第1のS－NSSAIを受信し、アクセスデバイスに第1のS－NSSAIを送信して、端末のセッションに対応するネットワークスライスを示す。したがって、この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、訪問先セッション管理ネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。

場合によっては、図2～図5に示されたハンドオーバシステムは、図1に示された4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャに適用されてよい。この場合、訪問先セッション管理ネットワーク要素に対応するネットワーク要素またはエンティティは、5Gネットワーク内のV－SMFネットワーク要素であってよい。モビリティ管理ネットワーク要素に対応するネットワーク要素またはエンティティは、5Gネットワーク内のAMFネットワーク要素であってよい。スライス選択機能ネットワーク要素に対応するネットワーク要素またはエンティティは、5Gネットワーク内のNSSFネットワーク要素であってよい。アンカーセッション管理ネットワーク要素に対応するネットワーク要素またはエンティティは、4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャにおけるSMFネットワーク要素＋PGW－Cネットワーク要素であってよい。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、図2～図5の訪問先セッション管理ネットワーク要素、または図2のモビリティ管理ネットワーク要素、または図2もしくは図4のスライス選択機能ネットワーク要素、または図2もしくは図5のアンカーセッション管理ネットワーク要素は、1つのデバイスによって実装されてもよく、複数のデバイスによって一緒に実装されてもよく、デバイス内の機能モジュールであってもよい。このことは、本出願のこの実施形態では特に限定されない。前述の機能は、ハードウェアデバイス内のネットワーク要素であってもよく、専用ハードウェア上で実行されるソフトウェア機能であってもよく、プラットフォーム（たとえば、クラウドプラットフォーム）上のインスタンス化された仮想化機能であってもよいことが理解されよう。

たとえば、図2～図5の訪問先セッション管理ネットワーク要素、または図2のモビリティ管理ネットワーク要素、または図2もしくは図4のスライス選択機能ネットワーク要素、または図2もしくは図5のアンカーセッション管理ネットワーク要素は、図6の通信デバイスによって実装されてよい。図6は、本出願の一実施形態による、通信デバイスのハードウェア構造の概略図である。通信デバイス600は、少なくとも1つのプロセッサ601と、通信ライン602と、メモリ603と、少なくとも1つの通信インターフェース604とを含む。

プロセッサ601は、汎用中央処理装置（central processing unit、CPU）、マイクロプロセッサ、特定用途向け集積回路（application－specific integrated circuit、ASIC）、または本出願の解決策のプログラム実行を制御するように構成された1つもしくは複数の集積回路であってよい。

通信ライン602は、前述の構成要素間で情報を送信するための経路を含んでよい。

通信インターフェース604は、別のデバイス、またはイーサネット、無線アクセスネットワーク（radio access network、RAN）、もしくはワイヤレスローカルエリアネットワーク（wireless local area network、WLAN）などの通信ネットワークと通信するトランシーバの様な任意の装置である。

メモリ603は、読取り専用メモリ（read－only memory、ROM）もしくは静的情報および命令を記憶することができる別のタイプの静的ストレージデバイス、またはランダムアクセスメモリ（random access memory、RAM）もしくは情報および命令を記憶することができる別のタイプの動的ストレージデバイスであってもよく、電気的消去可能プログラマブル読取り専用メモリ（electrically erasable programmable read－only memory、EEPROM）、コンパクトディスク読取り専用メモリ（compact disc read－only memory、CD－ROM）もしくは別のコンパクトディスクストレージ、（コンパクトディスク、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク、ブルーレイ光ディスクなどを含む）光ディスクストレージ、磁気ディスク記憶媒体もしくは別の磁気ストレージデバイス、または命令もしくはデータ構造の形態で予想されるプログラムコードを搬送もしくは記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の媒体であってもよい。しかしながら、メモリ603はそれらに限定されない。メモリは独立して存在してよく、通信ライン602を介してプロセッサに接続される。メモリは、代替として、プロセッサと一体化されてよい。

メモリ603は、本出願の解決策を実行するためのコンピュータ実行可能命令を記憶するように構成され、コンピュータ実行可能命令の実行はプロセッサ601によって制御される。プロセッサ601は、メモリ603に記憶されたコンピュータ実行可能命令を実行して、本出願の以下の実施形態において提供されるハンドオーバ方法を実施するように構成される。

場合によっては、本出願のこの実施形態におけるコンピュータ実行可能命令は、アプリケーションプログラムコードと呼ばれる場合もある。このことは、本出願のこの実施形態では特に限定されない。

具体的な実装形態では、一実施形態では、プロセッサ601は、1つまたは複数のCPU、たとえば、図6のCPU0およびCPU1を含んでよい。

具体的な実装形態では、一実施形態では、通信デバイス600は、複数のプロセッサ、たとえば、図6のプロセッサ601およびプロセッサ608を含んでよい。これらのプロセッサの各々は、シングルコア（single－CPU）プロセッサであってもよく、マルチコア（multi－CPU）プロセッサであってもよい。本明細書におけるプロセッサは、データ（たとえば、コンピュータプログラム命令）を処理するように構成された1つまたは複数のデバイス、回路、および／または処理コアであってよい。

具体的な実装形態では、一実施形態では、通信デバイス600は、出力デバイス605および入力デバイス606をさらに含んでよい。出力デバイス605は、プロセッサ601と通信し、複数の方式で情報を表示することができる。たとえば、出力デバイス605は、液晶ディスプレイ（liquid crystal display、LCD）、発光ダイオード（light emitting diode、LED）ディスプレイデバイス、陰極線管（cathode ray tube、CRT）ディスプレイデバイス、またはプロジェクタ（projector）であってよい。入力デバイス606はプロセッサ601と通信し、複数の方式でユーザの入力を受け取ることができる。たとえば、入力デバイス606は、マウス、キーボード、タッチスクリーンデバイス、またはセンサデバイスであってよい。

通信デバイス600は、汎用デバイスまたは専用デバイスであってよい。具体的な実装形態では、通信デバイス600は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パームトップコンピュータ（personal digital assistant、PDA）、携帯電話、タブレットコンピュータ、ワイヤレス端末デバイス、組込み型デバイス、または図6のデバイスに類似する構造を有するデバイスであってよい。通信デバイス600のタイプは、本出願のこの実施形態では限定されない。

以下で、図1～図6を参照して、本出願の実施形態において提供されるハンドオーバ方法を詳細に記載する。

本出願の以下の実施形態におけるネットワーク要素間のメッセージの名前、メッセージ内のパラメータの名前などは単なる例であり、具体的な実装形態では他の名前が存在してよいことに留意されたい。このことは、本出願のこの実施形態では特に限定されない。

図2に示されたハンドオーバシステムが図1に示された4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャに適用される一例が使用される。図7Aおよび図7Bは、本出願の一実施形態によるハンドオーバ方法を示す。ハンドオーバ方法は以下のステップを含む。

S701．端末の接続状態ハンドオーバ手順において、SMFネットワーク要素＋PGW－Cネットワーク要素が、端末のセッションがホームルーテッドモードにあると判断する。

場合によっては、本出願のこの実施形態では、SMFネットワーク要素＋PGW－Cネットワーク要素は、端末の位置に基づいて、端末のセッションがホームルーテッドモードにあると判断することができる。たとえば、端末が訪問先ネットワーク内に位置するとき、SMFネットワーク要素＋PGW－Cネットワーク要素は、端末のセッションがホームルーテッドモードにあると判断する。あるいは、SMFネットワーク要素＋PGW－Cネットワーク要素は、SMFネットワーク要素＋PGW－Cネットワーク要素にセッション更新要求1を送信するネットワーク要素に関する情報に基づいて、セッションがホームルーテッドモードにあると判断することができる。たとえば、SMFネットワーク要素＋PGW－Cネットワーク要素にセッション更新要求1を送信するネットワーク要素のインターネットプロトコル（internet protocol、IP）アドレスが、ホームネットワーク内のネットワーク要素のIPアドレスではないとき、またはSMFネットワーク要素＋PGW－Cネットワーク要素にセッション更新要求1を送信するネットワーク要素の完全修飾ドメイン名（fully qualified domain name、FQDN）が、訪問先ネットワークに関する情報を含むとき、SMFネットワーク要素＋PGW－Cネットワーク要素は、端末のセッションがホームルーテッドモードにあると判断する。あるいは、SMFネットワーク要素＋PGW－Cネットワーク要素は、端末のセッションにサービスを提供するV－SMFネットワーク要素が存在するかどうかに応じて、端末のセッションがホームルーテッドモードにあるかどうかを判定する。たとえば、V－SMFネットワーク要素が存在するとき、SMFネットワーク要素＋PGW－Cネットワーク要素は、端末のセッションがホームルーテッドモードにあると判断する。確かに、SMFネットワーク要素＋PGW－Cネットワーク要素は、代替として別の方式で、端末のセッションがホームルーテッドモードにあると判断することができる。詳細については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S702．SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素にセッション更新応答1を送信し、その結果、V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素からセッション更新応答1を受信する。

セッション更新応答1は第1の指示情報もしくは第2のS－NSSAIを搬送するか、またはセッション更新応答1はS－NSSAIを搬送しない。

本出願のこの実施形態における第1の指示情報または第2のS－NSSAIの具体的な説明については、図2に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

場合によっては、本出願のこの実施形態では、セッション更新応答1が第2のS－NSSAIを搬送する場合、セッション更新応答1は、端末のホームネットワークの指示情報をさらに搬送することができる。たとえば、端末のホームネットワークの指示情報は、端末のホームネットワークの識別子、または端末のホームネットワークを示すことができる他の情報を含んでよい。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態では、セッション更新応答1が第2のS－NSSAIを搬送する場合、V－SMFネットワーク要素は、以下の方式で、第2のS－NSSAIが端末の訪問先ネットワークのS－NSSAIでないか、または第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断することができる。

方式1：V－SMFネットワーク要素が、SMFネットワーク要素＋PGW－Cネットワーク要素に関する情報、たとえば、SMFネットワーク要素＋PGW－Cネットワーク要素のアドレスまたは識別子に基づいて、セッションがホームルーテッドモードにあると判断して、SMFネットワーク要素＋PGW－Cネットワーク要素によってV－SMFネットワーク要素に送信された第2のS－NSSAIが、端末の訪問先ネットワークのS－NSSAIでないか、または端末のホームネットワークのS－NSSAIであると判断する。たとえば、SMFネットワーク要素＋PGW－Cネットワーク要素の識別子は端末のホームネットワークの指示情報を搬送し、その結果、V－SMFネットワーク要素は、セッションがホームルーテッドモードにあると判断して、SMFネットワーク要素＋PGW－Cネットワーク要素によってV－SMFネットワーク要素に送信された第2のS－NSSAIが、端末の訪問先ネットワークのS－NSSAIでないか、または端末のホームネットワークのS－NSSAIであると判断することができる。

方式2：V－SMFネットワーク要素が、セッション更新応答1内で搬送された端末のホームネットワークの指示情報に基づいて、SMFネットワーク要素＋PGW－Cネットワーク要素によってV－SMFネットワーク要素に送信されたS－NSSAIが、端末の訪問先ネットワークのS－NSSAIでないか、または端末のホームネットワークのS－NSSAIであると判断する。

上記は、V－SMFネットワーク要素により、第2のS－NSSAIが端末の訪問先ネットワークのS－NSSAIでないか、または端末のホームネットワークのS－NSSAIであると判断する2つの具体的な実装形態の例を提供するだけである。確かに、V－SMFネットワーク要素は、代替として別の方式で、第2のS－NSSAIが端末の訪問先ネットワークのS－NSSAIでないか、または端末のホームネットワークのS－NSSAIであると判断することができる。このことは、本出願のこの実施形態では特に限定されない。

さらに、ステップS702の後、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップS703a～ステップS705aをさらに含んでよい。

S703a．V－SMFネットワーク要素が、セッション更新応答1に基づいて第1のN2 SM要求を生成する。

第1のN2 SM要求は、セッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。

本出願のこの実施形態におけるデフォルトのS－NSSAIの具体的な説明については、図2に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

S704a．V－SMFネットワーク要素がAMFネットワーク要素を介して端末のアクセスデバイスに第1のN2 SM要求を送信し、その結果、アクセスデバイスがV－SMFネットワーク要素から第1のN2 SM要求を受信する。

S705a．アクセスデバイスが、第1のN2 SM要求内のデフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理する。

あるいは、場合によっては、ステップS702の後に、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップS703b～ステップS705bをさらに含んでよい。

S703b．V－SMFネットワーク要素が、セッション更新応答1に基づいて第2のN2 SM要求を生成する。

第2のN2 SM要求は、第1の指示情報を搬送するか、またはS－NSSAIを搬送せず、デフォルトのポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。

本出願のこの実施形態におけるデフォルトのポリシーの具体的な説明については、図2に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

S704b．V－SMFネットワーク要素がAMFネットワーク要素を介して端末のアクセスデバイスに第2のN2 SM要求を送信し、その結果、アクセスデバイスがV－SMFネットワーク要素から第2のN2 SM要求を受信する。

S705b．アクセスデバイスが、第2のN2 SM要求に基づいてデフォルトのポリシーを使用してセッションを処理する。

ステップS702およびステップS703a～ステップS705aまたはステップS703b～ステップS705bは、SMFネットワーク要素＋PGW－Cネットワーク要素により、端末のセッションがホームルーテッドモードにあるとSMFネットワーク要素＋PGW－Cネットワーク要素が判断した後に、V－SMFネットワーク要素にセッション更新応答1を送信し、セッション更新応答1に基づいて第1のN2 SM要求または第2のN2 SM要求を生成する、具体的な実装形態の一例を提供するだけである。場合によっては、本出願のこの実施形態では、代替として、SMFネットワーク要素＋PGW－Cネットワーク要素は、端末のセッションがホームルーテッドモードにあると判断した後に、第3のN2 SM要求を生成し、V－SMFネットワーク要素に第3のN2 SM要求を送信することができ、第3のN2 SM要求は、セッションに対応するデフォルトのS－NSSAIもしくは第1の指示情報を搬送するか、またはS－NSSAIを搬送せず、さらにV－SMFネットワーク要素は、第3のN2 SM要求に基づいて第1のN2 SM要求または第2のN2 SM要求を生成する。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態では、ステップS702におけるセッション更新応答1が第2のS－NSSAIを搬送する場合、V－SMFネットワーク要素は、AMFネットワーク要素に第2のS－NSSAIをさらに送信し、AMFネットワーク要素は第2のS－NSSAIを記憶する。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態では、ステップS702におけるセッション更新応答1が端末のホームネットワークの指示情報を搬送する場合、V－SMFネットワーク要素は、端末のホームネットワークの指示情報をAMFネットワーク要素にさらに送信し、AMFネットワーク要素は端末のホームネットワークの指示情報を記憶する。このことは、本出願のこの実施形態では特に限定されない。

ステップS701～ステップS705aまたはステップS701～ステップS705bは、本出願のこの実施形態のオプションのステップである。ステップS701は、端末の接続状態ハンドオーバ手順において、SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素からセッション更新要求1を受信した後に実行される。確かに、端末の接続状態ハンドオーバ手順に別のステップがさらに含まれてよい。詳細については、既存の接続状態ハンドオーバ手順を参照されたい。詳細は本明細書では記載されない。

前述のステップに基づいて、端末のセッションに対応する第1のS－NSSAIを取得する前に、アクセスデバイスは、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーを使用してセッションを処理することができるか、またはアクセスデバイスは、デフォルトのポリシーを使用してセッションを処理することができる。したがって、V－SMFが端末のセッションに対応する第1のS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信する問題を回避することができる。

場合によっては、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップをさらに含んでよい。

S706．端末がAMFネットワーク要素に登録要求を送信し、その結果、AMFネットワーク要素が端末から登録要求を受信する。

場合によっては、可能な実装形態では、登録要求は、第2のS－NSSAI、端末のホームネットワークの指示情報、およびセッションのセッション識別子を搬送することができ、セッション識別子は第1のS－NSSAIをセッションと関連付けるために使用される。

場合によっては、可能な実装形態では、端末は、第1のS－NSSAIと第2のS－NSSAIとの間の対応関係を記憶することができ、その結果、端末は、第2のS－NSSAIおよび対応関係に基づいて第1のS－NSSAIを決定し、さらに第2のS－NSSAIおよび第1のS－NSSAIを登録要求に追加するか、または第1のS－NSSAIおよびセッションのセッション識別子を登録要求に追加することができる。このことは、本出願のこの実施形態では特に限定されない。

確かに、本出願のこの実施形態では、登録要求はS－NSSAIを搬送しなくてよい。このことは、本出願のこの実施形態では特に限定されない。

S707．セッションがホームルーテッドモードにある場合、AMFネットワーク要素が端末のセッションに対応する第1のS－NSSAIを取得する。

可能な実装形態では、登録要求が第1のS－NSSAIを搬送する場合、AMFネットワーク要素は登録要求から第1のS－NSSAIを取得することができる。

可能な実装形態では、登録要求が第2のS－NSSAI、端末のホームネットワークの指示情報、およびセッションのセッション識別子を搬送する場合、AMFネットワーク要素は、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、第1のS－NSSAIを取得することができる。

可能な実装形態では、登録要求が第1のS－NSSAIも第2のS－NSSAIも搬送しない場合、AMFネットワーク要素は、接続状態ハンドオーバ手順から取得された第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、第1のS－NSSAIを取得することができる。

場合によっては、本出願のこの実施形態では、AMFネットワーク要素により、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、第1のS－NSSAIを取得するステップは、具体的に、AMFネットワーク要素により、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、第1のS－NSSAIを決定するステップを含んでよい。

あるいは、場合によっては、本出願のこの実施形態では、AMFネットワーク要素により、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、第1のS－NSSAIを取得するステップは、具体的に、AMFネットワークにより、NSSFネットワーク要素に要求メッセージを送信するステップであって、要求メッセージが、第2のS－NSSAIおよびホームネットワークの指示情報を搬送し、第1のS－NSSAIを要求するために使用される、ステップと、AMFネットワーク要素から要求メッセージを受信した後、NSSFネットワーク要素により、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、第1のS－NSSAIを決定し、AMFネットワーク要素に第1のS－NSSAIを送信するステップであって、その結果、AMFネットワーク要素がNSSFネットワーク要素から第1のS－NSSAIを受信する、ステップとを含んでよい。

場合によっては、本出願のこの実施形態では、AMFネットワーク要素は、以下の方式で、セッションがホームルーテッドモードにあると判断することができる。

方式1：AMFネットワーク要素は、SMFネットワーク要素＋PGW－Cネットワーク要素に関する情報、たとえば、SMFネットワーク要素＋PGW－Cネットワーク要素の識別子またはアドレスに基づいて、セッションがホームルーテッドモードにあると判断することができる。たとえば、SMFネットワーク要素＋PGW－Cネットワーク要素の識別子は、端末のホームネットワークの指示情報を搬送し、その結果、AMFネットワーク要素は、セッションがホームルーテッドモードにあると判断することができる。

方式2：AMFネットワーク要素は、登録要求内で搬送された端末のホームネットワークの指示情報、または接続状態ハンドオーバ手順から取得された端末のホームネットワークの指示情報に基づいて、セッションがホームルーテッドモードにあると判断することができる。

上記は、AMFネットワーク要素により、セッションがホームルーテッドモードにあると判断する2つの具体的な実装形態の例を提供するだけである。確かに、AMFネットワーク要素は、代替として別の方式で、セッションがホームルーテッドモードにあると判断することができる。このことは、本出願のこの実施形態では特に限定されない。

S708．AMFネットワーク要素がV－SMFネットワーク要素にセッション更新要求2を送信し、その結果、V－SMFネットワーク要素がAMFネットワーク要素からセッション更新要求2を受信する。

セッション更新要求2は端末のセッションに対応する第1のS－NSSAIを搬送する。

S709．V－SMFネットワーク要素がセッション更新要求2に基づいて第4のN2 SM要求を生成する。

第4のN2 SM要求は、端末のセッションに対応する第1のS－NSSAIおよびセッション識別子を搬送する。

場合によっては、本出願のこの実施形態では、AMFネットワーク要素からセッション更新要求2を受信した後、V－SMFネットワーク要素は、セッション更新要求2内の第1のNSSAIが、ステップS702においてセッション更新応答1内で搬送された第2のS－NSSAIとは異なると判断し、次いで、セッション更新要求2に基づいて第4のN2 SM要求を生成することができる。このことは、本出願のこの実施形態では特に限定されない。

あるいは、場合によっては、AMFネットワーク要素からセッション更新要求2を受信した後、セッション更新応答1がS－NSSAIを搬送しないか、またはセッション更新応答1が第1の指示情報を搬送すると判断した場合、V－SMFネットワーク要素は、セッション更新要求2に基づいて第4のN2 SM要求を生成することができる。このことは、本出願のこの実施形態では特に限定されない。

S710．V－SMFネットワーク要素がAMFネットワーク要素を介して端末のアクセスデバイスに第4のN2 SM要求を送信し、その結果、アクセスデバイスがV－SMFネットワーク要素から第4のN2 SM要求を受信する。

S711．アクセスデバイスが、第4のN2 SM要求に基づいて、セッションに対応するネットワークスライスを、第1のS－NSSAIに対応するネットワークスライスで更新する。

S712．アクセスデバイスが、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理する。

たとえば、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従って、セッション用の対応するリソースを調整することができる。

S713．アクセスデバイスがAMFネットワーク要素を介してV－SMFネットワーク要素にN2 SM応答を送信し、その結果、V－SMFネットワーク要素がアクセスデバイスからN2 SM応答を受信する。

場合によっては、本出願のこの実施形態では、アクセスデバイスが、セッションに対応する第1のS－NSSAIに基づいて、セッションに対応するエアインターフェースが解放される必要がある（たとえば、セッションに対応するエアインターフェースが、セッションが位置するスライスの輻輳のために解放される必要がある）と判断した場合、アクセスデバイスはN2 SM応答内でV－SMFネットワーク要素に通知し、対応する原因値をN2 SM応答に追加することができる。さらに、V－SMFネットワーク要素は、受信されたN2 SM応答に基づいて、対応する動作を実行する、たとえば、セッションを解放するか、またはセッションを非アクティブ化することができる。このことは、本出願のこの実施形態では特に限定されない。

S714．V－SMFネットワーク要素がAMFネットワーク要素にセッション更新応答2を送信し、その結果、AMFネットワーク要素がV－SMFネットワーク要素からセッション更新応答2を受信する。

S715．AMFネットワーク要素が端末に登録応答を送信し、その結果、端末がAMFネットワーク要素から登録応答を受信する。

場合によっては、本出願のこの実施形態では、登録応答は第1のS－NSSAIおよび第2のS－NSSAIを搬送することができ、その結果、端末は、後続の手順で使用するために、第1のS－NSSAIと第2のS－NSSAIとの間の対応関係に基づいて、第1のS－NSSAIを端末のセッションと関連付けることができる。あるいは、登録応答は第1のS－NSSAIおよびセッション識別子を搬送することができ、その結果、端末は、後続の手順で使用するために、第1のS－NSSAIを端末のセッションと関連付けることができる。このことは、本出願のこの実施形態では特に限定されない。

ステップS706～ステップS715は、端末の接続状態登録手順において、アクセスデバイスにより、端末のセッションに対応するS－NSSAIを更新する具体的な実装形態の一例を提供するだけであることに留意されたい。確かに、端末の接続状態登録手順に別のステップがさらに含まれてよく、たとえば、AMFネットワーク要素がUDMネットワーク要素に登録される。詳細については、既存の接続状態登録手順を参照されたい。詳細は本明細書では記載されない。

この解決策に基づいて、一方で、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、V－SMFネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。他方、端末のセッションに対応する第1のS－NSSAIは、端末の接続状態ハンドオーバ手順から取得される必要がないので、接続状態ハンドオーバ手順の遅延も低減することができる。関連する技術的効果の分析については、図2に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

ステップS701～ステップS715におけるAMFネットワーク要素、V－SMFネットワーク要素、またはSMFネットワーク要素＋PGW－Cネットワーク要素の動作は、メモリ603に記憶されたアプリケーションプログラムコードを呼び出すことにより、図6に示された通信デバイス600内のプロセッサ601によって実行されてよい。このことはこの実施形態では限定されない。

図3、図4、または図5に示されたハンドオーバシステムが、図1に示された4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャに適用される一例が使用される。図8は、本出願の一実施形態による、別のハンドオーバ方法を示す。ハンドオーバ方法は以下のステップを含む。

S801．このステップはステップS701と同じである。関連する説明については、図7Aおよび図7Bに示された実施形態を参照されたい。詳細は本明細書では再び記載されない。

可能な実施形態では、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップS802a～ステップS805aをさらに含んでよい。

S802a．SMFネットワーク要素＋PGW－Cネットワーク要素が端末のセッションに対応する第1のS－NSSAIを取得し、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。

可能な実装形態では、SMFネットワーク要素＋PGW－Cネットワーク要素により、端末のセッションに対応する第1のS－NSSAIを取得するステップは、SMFネットワーク要素＋PGW－Cネットワーク要素により、端末のセッションに対応する第2のS－NSSAIおよび端末の訪問先ネットワークの指示情報を取得するステップと、第2のS－NSSAI、端末の訪問先ネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、第1のS－NSSAIを決定するステップとを含む。

あるいは、可能な実装形態では、SMFネットワーク要素＋PGW－Cネットワーク要素により、端末のセッションに対応する第1のS－NSSAIを取得するステップは、SMFネットワーク要素＋PGW－Cネットワーク要素により、端末のセッションに対応する第2のS－NSSAIおよび端末の訪問先ネットワークの指示情報を取得し、NSSFネットワーク要素に要求メッセージを送信するステップであって、要求メッセージが、第2のS－NSSAIおよび端末の訪問先ネットワークの指示情報を搬送し、第1のS－NSSAIを要求するために使用される、ステップと、SMFネットワーク要素＋PGW－Cネットワーク要素から要求メッセージを受信した後、NSSFネットワーク要素により、第2のS－NSSAI、端末の訪問先ネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、第1のS－NSSAIを決定し、SMFネットワーク要素＋PGW－Cネットワーク要素に第1のS－NSSAIを送信するステップであって、その結果、SMFネットワーク要素＋PGW－Cネットワーク要素がNSSFネットワーク要素から第1のS－NSSAIを受信する、ステップとを含む。

場合によっては、本出願のこの実施形態では、SMFネットワーク要素＋PGW－Cネットワーク要素は、端末のホームネットワークの指示情報をさらに取得することができ、NSSFネットワーク要素に送信された要求メッセージは、端末のホームネットワークの指示情報をさらに搬送することができ、端末のホームネットワークの指示情報は、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであることを示すために使用される。このことは、本出願のこの実施形態では特に限定されない。

S803a．SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素にセッション更新応答1を送信し、その結果、V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素からセッション更新応答1を受信する。

場合によっては、可能な実装形態では、セッション更新応答1内のN2 SM要求が第1のS－NSSAIを搬送する。この場合、場合によっては、N2 SM要求に加えて、セッション更新応答1は、セッションに対応する第1のS－NSSAIおよび第2のS－NSSAIをさらに搬送することができる。

場合によっては、別の可能な実装形態では、セッション更新応答1は、N2 SMメッセージを搬送しないが、セッションに対応する第1のS－NSSAIおよび第2のS－NSSAIを搬送する。

V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素から第1のS－NSSAIおよび第2のS－NSSAIを受信することができる場合、場合によっては、V－SMFネットワーク要素はAMFネットワーク要素にN11メッセージを送信することができる。N11メッセージは第1のS－NSSAIおよび第2のS－NSSAIを搬送する。したがって、V－SMFネットワーク要素から第1のS－NSSAIおよび第2のS－NSSAIを受信した後、AMFネットワーク要素は、後続の手順で使用するために、第1のS－NSSAIおよび第2のS－NSSAIを記憶することができる。このことは、本出願のこの実施形態では特に限定されない。

S804a．V－SMFネットワーク要素が、セッション更新応答1に基づいて第1のN2 SM要求を生成する。

第1のN2 SM要求は、セッションに対応する第1のS－NSSAIを搬送し、端末のセッションに対応するネットワークスライスを示すために使用される。

S805a．V－SMFネットワーク要素がAMFネットワーク要素を介して端末のアクセスデバイスに第1のN2 SM要求を送信し、その結果、アクセスデバイスがV－SMFネットワーク要素から第1のN2 SM要求を受信する。

あるいは、可能な実施形態では、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップS802b～ステップS805bをさらに含んでよい。

S802b．SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素にセッション更新応答2を送信し、その結果、V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素からセッション更新応答2を受信する。

セッション更新応答2は第2のS－NSSAIを搬送し、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。

場合によっては、本出願のこの実施形態におけるセッション更新応答2は、端末のホームネットワークの指示情報をさらに搬送することができる。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態では、第2のS－NSSAIが端末の訪問先ネットワークのS－NSSAIでないか、または端末のホームネットワークのS－NSSAIであるとV－SMFネットワーク要素が判断する方式については、図7Aおよび図7Bに示された実施形態のステップS702を参照されたい。詳細は本明細書では再び記載されない。

S803b．V－SMFネットワーク要素が端末のセッションに対応する第1のS－NSSAIを取得する。

可能な実装形態では、V－SMFネットワーク要素により、端末のセッションに対応する第1のS－NSSAIを取得するステップは、V－SMFネットワーク要素により、端末のセッションに対応する第2のS－NSSAI、端末のホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、第1のS－NSSAIを決定するステップを含む。

あるいは、可能な実装形態では、V－SMFネットワーク要素により、端末のセッションに対応する第1のS－NSSAIを取得するステップは、V－SMFネットワーク要素により、NSSFネットワーク要素またはAMFネットワーク要素に要求メッセージを送信するステップであって、要求メッセージが、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を搬送し、端末のセッションに対応する第1のS－NSSAIを要求するために使用される、ステップと、V－SMFネットワーク要素から要求メッセージを受信した後、NSSFネットワーク要素またはAMFネットワーク要素により、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、第1のS－NSSAIを決定し、V－SMFネットワーク要素に第1のS－NSSAIを送信するステップであって、その結果、V－SMFネットワーク要素がNSSFネットワーク要素またはAMFネットワーク要素から第1のS－NSSAIを受信する、ステップとを含む。

S804bおよびS805b．これらのステップは、ステップS804aおよびステップS805aと同じである。関連する説明については、ステップS804aおよびステップS805aを参照されたい。詳細は本明細書では再び記載されない。

場合によっては、本出願のこの実施形態では、V－SMFネットワーク要素が第1のS－NSSAIを取得した後、V－SMFネットワーク要素は、AMFネットワーク要素にN11メッセージを送信することができ、N11メッセージは第1のS－NSSAIおよび第2のS－NSSAIを搬送する。したがって、V－SMFネットワーク要素から第1のS－NSSAIおよび第2のS－NSSAIを受信した後、AMFネットワーク要素は、後続の手順で使用するために、第1のS－NSSAIおよび第2のS－NSSAIを記憶することができる。このことは、本出願のこの実施形態では特に限定されない。

さらに、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップをさらに含んでよい。

S806．このステップはステップS712と同じである。関連する説明については、図7Aおよび図7Bに示された実施形態を参照されたい。詳細は本明細書では再び記載されない。

場合によっては、本出願のこの実施形態では、アクセスデバイスは端末に第1のS－NSSAIおよび第2のS－NSSAIをさらに送信することができ、その結果、端末は、後続の手順で使用するために、第1のS－NSSAIと第2のS－NSSAIとの間の対応関係に基づいて、第1のS－NSSAIを端末のセッションと関連付けることができる。あるいは、アクセスデバイスは端末に第1のS－NSSAIおよびセッション識別子を送信することができ、その結果、端末は、後続の手順で使用するために、第1のS－NSSAIを端末のセッションと関連付けることができる。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップをさらに含んでよい。

S807：端末の接続状態登録手順。

端末の接続状態登録手順については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、V－SMFネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。関連する技術的効果の分析については、図3、図4、または図5に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

ステップS801～ステップS807におけるAMFネットワーク要素、V－SMFネットワーク要素、またはSMFネットワーク要素＋PGW－Cネットワーク要素の動作は、メモリ603に記憶されたアプリケーションプログラムコードを呼び出すことにより、図6に示された通信デバイス600内のプロセッサ601によって実行されてよい。このことはこの実施形態では限定されない。

図2に示されたハンドオーバシステムが図1に示された4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャに適用される一例が使用される。図9Aおよび図9Bは、本出願の一実施形態による、別のハンドオーバ方法を示す。ハンドオーバ方法は、端末のアイドル状態登録手順に適用され、以下のステップを含む。

S901．このステップはステップS706と同様である。たとえば、違いは、ステップS706のセッション識別子が、パケットセッションユニット（packet data unit、PDU）セッション識別子（session ID）またはデフォルトのベアラ識別子のうちの少なくとも1つを含むことにある。ステップS901のセッション識別子はデフォルトのベアラ識別子を含み、場合によっては、PDUセッション識別子をさらに含んでよい。デフォルトのベアラ識別子は、後続のステップS904で取得される第1のS－NSSAIを端末のセッションと関連付けるために使用される。他の関連する説明については、ステップS706を参照されたい。詳細は本明細書では再び記載されない。

S902．AMFネットワーク要素がMMEから端末のコンテキストを取得する。

端末のコンテキストは端末のセッションコンテキストを含む。セッションコンテキストは、セッションに対応するSMFネットワーク要素＋PGW－Cネットワーク要素に関する情報、たとえば、SMFネットワーク要素＋PGW－Cネットワーク要素のアドレスおよび識別子を含む。このことは、本出願のこの実施形態では特に限定されない。確かに、セッションコンテキストは、セッションのデフォルトのベアラ識別子などの他の情報をさらに含んでよい。関連する説明については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

加えて、ステップS902の具体的な実装形態については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S903．AMFネットワーク要素がV－SMFネットワーク要素を選択する。

ステップS903の関連する実装形態については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S904．このステップはステップS707と同様である。たとえば、違いは、ステップS707からAMFネットワーク要素によって取得された第2のS－NSSAIおよび端末のホームネットワークの指示情報は、接続状態ハンドオーバ手順または登録要求から取得されてよいが、ステップS904からAMFネットワーク要素によって取得された第2のS－NSSAIおよび端末のホームネットワークの指示情報は、登録要求から取得されることにある。他の関連する説明については、ステップS707を参照されたい。詳細は本明細書では再び記載されない。

本出願のこの実施形態では、ステップS903およびステップS904は必然的な順序で実行されないことに留意されたい。ステップS903はステップS904の前に実行されてもよく、ステップS904はステップS903の前に実行されてもよく、ステップS903およびステップS904は同時に実行されてもよい。このことは、本出願のこの実施形態では特に限定されない。

S905．AMFネットワーク要素がV－SMFネットワーク要素にセッション確立要求を送信し、その結果、V－SMFネットワーク要素がAMFネットワーク要素からセッション確立要求を受信する。

セッション確立要求は、端末のセッションに対応する第1のS－NSSAIおよび第2のS－NSSAIを搬送する。

場合によっては、本出願のこの実施形態では、セッション確立要求は、端末のセッションコンテキストおよびAMFネットワーク要素によってMMEから取得された他の情報をさらに搬送することができる。詳細については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S906．V－SMFネットワーク要素がV－UPFネットワーク要素を選択し、セッション用の関連リソースを作成するようにV－UPFネットワーク要素に要求する。

ステップS906の関連する実装形態については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S907．V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素にセッション更新要求を送信し、その結果、SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素からセッション更新要求を受信する。

セッション更新要求は端末のセッションに対応する第2のS－NSSAIを搬送する。

場合によっては、本出願のこの実施形態では、セッション更新要求は、端末のセッションコンテキストおよびAMFネットワーク要素によってMMEから取得された他の情報をさらに搬送することができる。詳細については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S908．SMFネットワーク要素＋PGW－Cネットワーク要素が、V－SMFネットワーク要素から受信されたセッションコンテキスト内のデフォルトのベアラ識別子に基づいて対応するセッションを決定し、UPFネットワーク要素＋PGW－Uネットワーク要素にN4セッション修正要求1を送信し、その結果、UPFネットワーク要素＋PGW－Uネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素からN4セッション修正要求1を受信する。

S909．UPFネットワーク要素＋PGW－Uネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素にN4セッション修正応答1を送信し、その結果、SMFネットワーク要素＋PGW－Cネットワーク要素がUPFネットワーク要素＋PGW－Uネットワーク要素からN4セッション修正応答1を受信する。

S910．SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素にセッション更新応答を送信し、その結果、V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素からセッション更新応答を受信する。

場合によっては、本出願のこの実施形態では、セッションがアクティブ化されるべきセッションであることを端末が示す場合、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップをさらに含んでよい。

S911．V－SMFネットワーク要素が第1のN2 SM要求を生成する。第1のN2 SM要求は端末のセッションに対応する第1のS－NSSAIを搬送する。

S912．V－SMFネットワーク要素がAMFネットワーク要素を介して端末のアクセスデバイスに第1のN2 SM要求を送信し、その結果、アクセスデバイスがV－SMFネットワーク要素から第1のN2 SM要求を受信する。

S913．このステップはステップS712と同じである。関連する説明については、図7Aおよび図7Bに示された実施形態を参照されたい。詳細は本明細書では再び記載されない。

S914．このステップはステップS713と同様である。たとえば、違いは、ステップS713のN2 SM応答がステップS710の第4のN2 SM要求に対する応答であり、ステップS914のN2 SM応答がステップS912の第1のN2 SM要求に対する応答であることにある。他の関連する説明については、ステップS713を参照されたい。詳細は本明細書では再び記載されない。

場合によっては、本出願のこの実施形態では、アクセスデバイスがセッションに対するリソースの割当てに成功した場合、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップS915およびステップS916をさらに含んでよい。

S915．V－SMFネットワーク要素がV－UPFネットワーク要素にN4セッション修正要求2を送信し、その結果、V－UPFネットワーク要素がV－SMFネットワーク要素からN4セッション修正要求2を受信する。

S916．V－UPFネットワーク要素がV－SMFネットワーク要素にN4セッション修正応答2を送信し、その結果、V－SMFネットワーク要素がV－UPFネットワーク要素からN4セッション修正応答2を受信する。

ステップS915およびS916は、V－UPFネットワーク要素からアクセスデバイスへのダウンリンクトンネルを作成するために使用される。関連する実装形態については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

場合によっては、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップをさらに含んでよい。

S917．V－SMFネットワーク要素がAMFネットワーク要素にセッション確立応答を送信し、その結果、AMFネットワーク要素がV－SMFネットワーク要素からセッション確立応答を受信する。

S918．AMFネットワーク要素が端末に登録応答を送信し、その結果、端末がAMFネットワーク要素から登録応答を受信する。

場合によっては、本出願のこの実施形態では、登録応答は第1のS－NSSAIおよび第2のS－NSSAIを搬送することができ、その結果、端末は、後続の手順で使用するために、第1のS－NSSAIと第2のS－NSSAIとの間の対応関係に基づいて、第1のS－NSSAIを端末のセッションと関連付けることができる。あるいは、登録応答は第1のS－NSSAIおよびセッション識別子を搬送することができ、その結果、端末は、後続の手順で使用するために、第1のS－NSSAIを端末のセッションと関連付けることができる。このことは、本出願のこの実施形態では特に限定されない。

ステップS901～ステップS918は、端末の登録手順において、アクセスデバイスにより、端末のセッションに対応する第1のS－NSSAIを取得する具体的な実装形態の一例を提供するだけであることに留意されたい。確かに、端末の登録手順に別のステップがさらに含まれてよく、たとえば、AMFネットワーク要素がUDMネットワーク要素に登録される。詳細については、既存の登録手順を参照されたい。詳細は本明細書では記載されない。

この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、V－SMFネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。関連する技術的効果の分析については、図2に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

ステップS901～ステップS918におけるAMFネットワーク要素、V－SMFネットワーク要素、またはSMFネットワーク要素＋PGW－Cネットワーク要素の動作は、メモリ603に記憶されたアプリケーションプログラムコードを呼び出すことにより、図6に示された通信デバイス600のプロセッサ601によって実行されてよい。このことはこの実施形態では限定されない。

図3、図4、または図5に示されたハンドオーバシステムが、図1に示された4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャに適用される一例が使用される。図10A～図10Cは、本出願の一実施形態による、別のハンドオーバ方法を示す。ハンドオーバ方法は、端末のアイドル状態登録手順に適用され、以下のステップを含む。

S1001．端末がAMFネットワーク要素に登録要求を送信し、その結果、AMFネットワーク要素が端末から登録要求を受信する。

S1002．AMFネットワーク要素がMMEから端末のコンテキストを取得する。

S1003．AMFネットワーク要素がV－SMFネットワーク要素を選択する。

S1004．AMFネットワーク要素がV－SMFネットワーク要素にセッション確立要求を送信し、その結果、V－SMFネットワーク要素がAMFネットワーク要素からセッション確立要求を受信する。

S1005．V－SMFネットワーク要素がV－UPFネットワーク要素を選択し、セッション用の関連リソースを作成するようにV－UPFネットワーク要素に要求する。

S1006．V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素にセッション更新要求を送信し、その結果、SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素からセッション更新要求を受信する。

S1007．SMFネットワーク要素＋PGW－Cネットワーク要素が、V－SMFネットワーク要素から受信されたセッションコンテキスト内のデフォルトのベアラ識別子に基づいて対応するセッションを決定し、UPFネットワーク要素＋PGW－Uネットワーク要素にN4セッション修正要求1を送信し、その結果、UPFネットワーク要素＋PGW－Uネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素からN4セッション修正要求1を受信する。

S1008．UPFネットワーク要素＋PGW－Uネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素にN4セッション修正応答1を送信し、その結果、SMFネットワーク要素＋PGW－Cネットワーク要素がUPFネットワーク要素＋PGW－Uネットワーク要素からN4セッション修正応答1を受信する。

ステップS1001～ステップS1008の具体的な実装形態については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S1009～S1014．これらのステップは、ステップS801～ステップS806と同様である。たとえば、違いは、本出願のこの実施形態では、ステップS1012aおよびステップS1013aまたはステップS1012bおよびステップS1013bならびにステップS1014はすべてオプションのステップであり、前述のステップは端末のセッションがアクティブ化されるべきセッションであるときにのみ実行されることにある。説明は本明細書において一律に提供され、詳細は以下で再び記載されない。

場合によっては、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップをさらに含んでよい。

S1015～S1019．これらのステップは、ステップS914～ステップS918と同じである。関連する説明については、図9Aおよび図9Bに示された実施形態を参照されたい。詳細は本明細書では再び記載されない。

ステップS1001～ステップS1019は、端末のアイドル状態登録手順において、アクセスデバイスにより、端末のセッションに対応する第1のS－NSSAIを取得する具体的な実装形態の一例を提供するだけであることに留意されたい。確かに、端末のアイドル状態登録手順に別のステップがさらに含まれてよく、たとえば、AMFネットワーク要素がUDMネットワーク要素に登録される。詳細については、既存のアイドル状態登録手順を参照されたい。詳細は本明細書では記載されない。

この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、V－SMFネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。関連する技術的効果の分析については、図3、図4、または図5に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

ステップS1001～ステップS1019におけるAMFネットワーク要素、V－SMFネットワーク要素、またはSMFネットワーク要素＋PGW－Cネットワーク要素の動作は、メモリ603に記憶されたアプリケーションプログラムコードを呼び出すことにより、図6に示された通信デバイス600のプロセッサ601によって実行されてよい。このことはこの実施形態では限定されない。

図2に示されたハンドオーバシステムが図1に示された4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャに適用される一例が使用される。図11Aおよび図11Bは、本出願の一実施形態による、別のハンドオーバ方法を示す。ハンドオーバ方法は、端末の接続状態ハンドオーバ手順または端末のアイドル状態登録手順に適用され、以下のステップを含む。

S1101．AMFネットワーク要素が端末によってすでに確立されているセッションのコンテキストを取得する。

可能な実装形態では、端末のアイドル状態登録手順において、端末から登録要求を受信した後、AMFネットワーク要素は、MMEから端末のセッションコンテキストを取得することができ、端末のセッションコンテキストは、端末によってすでに確立されているセッションのコンテキストを含む。

別の可能な実装形態では、端末の接続状態ハンドオーバ手順において、AMFネットワーク要素は、MMEからハンドオーバ要求を受信することができ、ハンドオーバ要求は、端末のセッションコンテキストを搬送することができ、端末のセッションコンテキストは、端末によってすでに確立されているセッションのコンテキストを含む。

場合によっては、本出願のこの実施形態では、セッションのコンテキストは、セッションに対応するSMFネットワーク要素＋PGW－Cネットワーク要素に関する情報、たとえば、SMFネットワーク要素＋PGW－Cネットワーク要素のアドレスおよび識別子を含む。このことは、本出願のこの実施形態では特に限定されない。確かに、セッションのコンテキストは、セッションのデフォルトのベアラ識別子などの他の情報をさらに含んでよい。関連する説明については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S1102．AMFネットワーク要素が、端末のセッションがホームルーテッドモードにあると判断する。

AMFネットワーク要素が、端末のセッションがホームルーテッドモードにあると判断する方式については、図7Aおよび図7Bに示された実施形態のステップS707を参照されたい。詳細は本明細書では再び記載されない。

S1103．AMFネットワーク要素がV－SMFネットワーク要素を選択する。

ステップS1103の関連する実装形態については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

S1104．AMFネットワーク要素がV－SMFネットワーク要素にセッション確立要求を送信し、その結果、V－SMFネットワーク要素がAMFネットワーク要素からセッション確立要求を受信する。

セッション確立要求は、デフォルトのS－NSSAIまたは指示情報を搬送する。指示情報は、セッションに対応するS－NSSAIが取得されていないことを示すために使用される。デフォルトのS－NSSAIの関連する説明については、図2に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

場合によっては、AMFは、端末がデフォルトのS－NSSAIとしてサブスクライブしたデフォルトのS－NSSAIをマッピングすることができるか、またはAMFは、構成に基づいて、訪問先位置にあるS－NSSAIがデフォルトのS－NSSAIであると判断する。

S1105．V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素にセッション更新要求を送信し、その結果、SMFネットワーク要素＋PGW－Cネットワーク要素がセッション更新要求を受信する。

S1106．SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素にセッション更新応答を送信し、その結果、V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素からセッション更新応答を受信する。

ステップS1105およびステップS1106の具体的な実装形態については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

場合によっては、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップS1107a～ステップS1109aをさらに含んでよい。

S1107a．V－SMFネットワーク要素が、セッション確立要求に基づいて第1のN2 SMメッセージを生成する。

第1のN2 SM要求は、セッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。

S1108aおよびS1109a．これらのステップは、ステップS704aおよびステップS705aと同じである。関連する説明については、図7Aおよび図7Bに示された実施形態を参照されたい。詳細は本明細書では再び記載されない。

あるいは、場合によっては、本出願のこの実施形態において提供されるハンドオーバ方法は、以下のステップS1107b～ステップS1109bをさらに含んでよい。

S1107b．V－SMFネットワーク要素が、セッション確立要求に基づいて第2のN2 SMメッセージを生成する。

第2のN2 SM要求は、S－NSSAIを搬送しないか、または第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用される。

第1の指示情報の関連する説明については、図2に示されたハンドオーバシステムを参照されたい。詳細は本明細書では再び記載されない。

S1108bおよびS1109b．これらのステップは、ステップS704bおよびステップS705bと同じである。関連する説明については、図7Aおよび図7Bに示された実施形態を参照されたい。詳細は本明細書では再び記載されない。

S1110．接続状態ハンドオーバ手順またはアイドル状態登録手順の他のステップ。

ハンドオーバ方法が端末の接続状態ハンドオーバ手順に適用される場合、場合によっては、本出願のこの実施形態では、端末の接続状態ハンドオーバ手順が終了した後に、既存の接続状態登録手順が実行されてよい。あるいは、端末の接続状態ハンドオーバ手順が終了した後に、図7Aおよび図7Bに示された接続状態登録手順が実行されてよい。このことは、本出願のこの実施形態では特に限定されない。

ハンドオーバ方法が端末のアイドル状態登録手順に適用される場合、場合によっては、本出願のこの実施形態では、端末のアイドル状態登録手順が終了した後に、AMFネットワーク要素がセッションに対応する第1のS－NSSAIを取得することができる場合、AMFネットワーク要素は、代替として、図7Aおよび図7Bに示された実施形態における接続状態登録手順の方式を参照して、V－SMFネットワーク要素を介してアクセスデバイスに第1のS－NSSAIを送信することができ、その結果、アクセスデバイスはセッションに対応するネットワークスライスを更新することができる。関連する説明については、図7Aおよび図7Bに示された実施形態における接続状態登録手順を参照されたい。AMFは、端末のセッション修正手順、サービス要求手順、もしくは後続の登録手順において、V－SMFに第1のS－NSSAIを送信することができるか、またはアイドル状態登録手順が終了した後に、第1のS－NSSAIを有する通知メッセージをV－SMFに送信することができる。詳細は本明細書では再び記載されない。

加えて、ステップS1101～ステップS1109aまたはステップS1101～ステップS1109bは、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順の単なるいくつかのステップであり、端末の接続状態ハンドオーバハンドオーバ手順または端末のアイドル状態登録手順に、別のステップがさらに含まれてよい。詳細については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

この解決策に基づいて、端末が4Gネットワークから5Gネットワークにハンドオーバされるときに、V－SMFネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。関連する技術的効果の分析については、図2に示されたハンドオーバシステムの部分を参照されたい。詳細は本明細書では再び記載されない。

ステップS1101～ステップS1110におけるAMFネットワーク要素またはV－SMFネットワーク要素の動作は、メモリ603に記憶されたアプリケーションプログラムコードを呼び出すことにより、図6に示された通信デバイス600のプロセッサ601によって実行されてよい。このことはこの実施形態では限定されない。

図2に示されたハンドオーバシステムが図1に示された4Gネットワークと5Gネットワークとの間の相互作用のアーキテクチャに適用される一例が使用される。図12は、本出願の一実施形態による、別のハンドオーバ方法を示す。ハンドオーバ方法は、端末の接続状態ハンドオーバ手順または端末のアイドル状態登録手順に適用され、以下のステップを含む。

S1201．SMFネットワーク要素＋PGW－Cネットワーク要素がV－SMFネットワーク要素にセッション更新応答を送信し、その結果、V－SMFネットワーク要素がSMFネットワーク要素＋PGW－Cネットワーク要素からセッション更新応答を受信する。

セッション更新応答は第2のS－NSSAIを搬送する。

場合によっては、本出願のこの実施形態では、セッション更新応答は端末のホームネットワークの指示情報をさらに搬送することができる。たとえば、端末のホームネットワークの指示情報は、端末のホームネットワークの識別子、または端末のホームネットワークを示すことができる他の情報を含んでよい。このことは、本出願のこの実施形態では特に限定されない。

場合によっては、本出願のこの実施形態では、第2のS－NSSAIが端末の訪問先ネットワークのS－NSSAIでないか、または端末のホームネットワークのS－NSSAIであるとV－SMFネットワーク要素が判断する方式については、ステップS702の説明を参照されたい。詳細は本明細書では再び記載されない。

S1202．V－SMFネットワーク要素が、セッション更新応答に基づいて第1のN2 SM要求を生成する。

第1のN2 SM要求は、S－NSSAIを搬送しないか、または任意のS－NSSAIを搬送する。このことは、本出願のこの実施形態では特に限定されない。

S1203．V－SMFネットワーク要素がAMFネットワーク要素にN11メッセージ1を送信し、その結果、AMFネットワーク要素がV－SMFネットワーク要素からN11メッセージ1を受信する。

N11メッセージ1は、第1のN2 SM要求および第2のS－NSSAIを搬送する。

場合によっては、ステップS1201のセッション更新応答が端末のホームネットワークの指示情報を搬送することができる場合、N11メッセージは端末のホームネットワークの指示情報をさらに搬送することができる。このことは、本出願では特に限定されない。

S1204．セッションがホームルーテッドモードにある場合、AMFネットワーク要素が、第2のS－NSSAIおよび端末のホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得する。

AMFネットワーク要素が、第2のS－NSSAIおよび端末のホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得する方式については、ステップS707の関連する説明を参照されたい。詳細は本明細書では再び記載されない。

S1205．AMFネットワーク要素が、第1のN2 SM要求に基づいて第2のN2 SM要求を生成し、第2のN2 SM要求は第1のS－NSSAIを搬送する。

可能な実装形態では、第1のN2 SM要求がS－NSSAIを搬送しない場合、AMFネットワーク要素は、第1のS－NSSAIを第1のN2 SM要求に書き込んで、第2のN2 SM要求を取得することができる。

別の可能な実装形態では、第1のN2 SM要求が任意のS－NSSAIを搬送する場合、AMFネットワーク要素は、第1のS－NSSAI内の任意のS－NSSAIを第1のS－NSSAIと置き換えて、第2のN2 SM要求を取得することができる。

S1206．AMFネットワーク要素が端末のアクセスデバイスに第2のN2 SM要求を送信し、その結果、アクセスデバイスがAMFネットワーク要素から第2のN2 SM要求を受信する。

S1207．アクセスデバイスがAMFネットワーク要素に第2のN2 SM応答を送信し、その結果、AMFネットワーク要素がアクセスデバイスから第2のN2 SM応答を受信する。

S1208．AMFネットワーク要素がV－SMFネットワーク要素にN11メッセージ2を送信し、その結果、V－SMFネットワーク要素がAMFネットワーク要素からN11メッセージ2を受信する。

N11メッセージ2は第2のN2 SM応答および第1のS－NSSAIを搬送し、その結果、V－SMFネットワーク要素は第1のS－NSSAIを記憶する。

S1209．別の接続状態ハンドオーバ手順またはアイドル状態登録手順。

ステップS1201～ステップS1208は、端末の接続状態ハンドオーバ手順またはアイドル状態登録手順の単なるいくつかのステップであり、端末の接続状態ハンドオーバ手順または端末のアイドル状態登録手順に、別のステップがさらに含まれてよい。詳細については、既存の実装形態を参照されたい。詳細は本明細書では記載されない。

この解決策に基づいて、AMFネットワーク要素は、端末のセッションに対応する第1のS－NSSAIを取得することができ、アクセスデバイスに第1のS－NSSAIを送信することができ、その結果、アクセスデバイスは第1のS－NSSAIを取得することができる。したがって、V－SMFネットワーク要素が、端末のセッションに対応する端末の訪問先ネットワークのS－NSSAIを取得することができず、端末のセッションに対応する第2のS－NSSAIをアクセスデバイスに送信するために引き起こされるセッションハンドオーバ失敗の問題を回避することができ、その結果、アクセスデバイスは、第1のS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理することができる。

ステップS1201～ステップS1209におけるAMFネットワーク要素またはV－SMFネットワーク要素の動作は、メモリ603に記憶されたアプリケーションプログラムコードを呼び出すことにより、図6に示された通信デバイス600のプロセッサ601によって実行されてよい。このことはこの実施形態では限定されない。

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

本出願の実施形態では、訪問先セッション管理ネットワーク要素またはモビリティ管理ネットワーク要素の機能モジュールは、前述の方法の例に従って分割されてよい。たとえば、機能モジュールは機能に対応して分割されてよく、または2つ以上の機能が1つの処理モジュールに統合されてよい。統合モジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本出願の実施形態におけるモジュール分割は一例であり、論理的な機能分割にすぎないことに留意されたい。実際の実装形態では、別の分割方式が存在してよい。

たとえば、機能モジュールが統合によって分割される場合、図13は、訪問先セッション管理ネットワーク要素130の概略構造図である。訪問先セッション管理ネットワーク要素130は、受信モジュール1301および送信モジュール1302を含む。受信モジュール1301は、端末の接続状態登録手順において、端末にサービスを提供するモビリティ管理ネットワーク要素からセッション更新要求を受信するように構成され、セッション更新要求は端末のセッションに対応する第1のS－NSSAIを搬送し、第1のS－NSSAIは端末のセッションに対応する第2のS－NSSAIをマッピングすることによって取得され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIであり、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。送信モジュール1302は、端末のアクセスデバイスに第1のS－NSSAIを送信するように構成され、第1のS－NSSAIは、セッションに対応するネットワークスライスを更新するために使用される。

場合によっては、送信モジュール1302は、端末の接続状態ハンドオーバ手順において、第1のN2 SM要求または第2のN2 SM要求をアクセスデバイスに送信するようにさらに構成され、第1のN2 SM要求は、端末のセッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用され、第2のN2 SM要求は、S－NSSAIを搬送しないか、または第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するようにアクセスデバイスに指示するために使用され、デフォルトのS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。

場合によっては、図13に示されたように、訪問先セッション管理ネットワーク要素130は、処理モジュール1303をさらに含んでよい。受信モジュール1301は、セッションに対応するアンカーセッション管理ネットワーク要素からセッション更新応答を受信するようにさらに構成され、セッション更新応答は第1の指示情報もしくは第2のS－NSSAIを搬送するか、またはセッション更新応答はS－NSSAIを搬送しない。処理モジュール1303は、セッション更新応答に基づいて、第1のN2 SM要求または第2のN2 SM要求を生成するように構成される。

場合によっては、送信モジュール1302が端末のアクセスデバイスに第1のS－NSSAIを送信するように構成されることは、セッション更新要求内の第1のS－NSSAIがセッション更新応答内で搬送された第2のS－NSSAIとは異なると判断すること、または訪問先セッション管理ネットワーク要素により、セッション更新応答がS－NSSAIを搬送しないか、もしくはセッション更新応答が第1の指示情報を搬送すると判断することと、アクセスデバイスに第1のS－NSSAIを送信することとを含む。

あるいは、場合によっては、図13に示されたように、訪問先セッション管理ネットワーク要素130は、処理モジュール1303をさらに含んでよい。受信モジュール1301は、モビリティ管理ネットワーク要素からセッション確立要求を受信するようにさらに構成され、セッション確立要求は、第1の指示情報またはデフォルトのS－NSSAIを搬送し、処理モジュール1303は、セッション確立要求に基づいて、第1のN2 SM要求または第2のN2 SM要求を生成するように構成される。

あるいは、場合によっては、図13に示されたように、訪問先セッション管理ネットワーク要素130は、処理モジュール1303をさらに含んでよい。処理モジュール1303は、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断するように構成される。

場合によっては、処理モジュール1303が、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断するように構成されることは、アンカーセッション管理ネットワーク要素に関する情報に基づいて、セッションがホームルーテッドモードにあると判断することと、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断することとを含む。

あるいは、場合によっては、セッション更新応答はホームネットワークの指示情報をさらに搬送し、それに対応して、処理モジュール1303が、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断するように構成されることは、ホームネットワークの指示情報に基づいて、第2のS－NSSAIが端末のホームネットワークのS－NSSAIであると判断することを含む。

前述の方法実施形態におけるステップのすべての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細は本明細書では再び記載されない。

この実施形態では、訪問先セッション管理ネットワーク要素130は、統合によって分割された機能モジュールとともに提示される。本明細書における「モジュール」は、特定のASIC、回路、1つもしくは複数のソフトウェアもしくはファームウェアのプログラムを実行するプロセッサ、メモリ、集積論理回路、および／または前述の機能を実現することができる別のデバイスであってもよい。単純な実施形態では、当業者は、訪問先セッション管理ネットワーク要素130が図6に示された形態であってよいことを理解することができる。

たとえば、図6のプロセッサ601は、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことができ、その結果、訪問先セッション管理ネットワーク要素130は、前述の方法実施形態におけるハンドオーバ方法を実行する。

具体的には、図13の受信モジュール1301、送信モジュール1302、および処理モジュール1303の機能／実施プロセスは、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことにより、図6のプロセッサ601によって実施されてよい。あるいは、図13の受信モジュール1301および送信モジュール1302の機能／実施プロセスは、図6の通信インターフェース604によって実施されてよく、図13の処理モジュール1303の機能／実施プロセスは、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことにより、図6のプロセッサ601によって実施されてよい。

この実施形態において提供される訪問先セッション管理ネットワーク要素130は、前述のハンドオーバ方法を実行することができる。したがって、訪問先セッション管理ネットワーク要素130によって実現され得る技術的効果については、前述の方法実施形態を参照されたい。詳細は本明細書では再び記載されない。

場合によっては、本出願の一実施形態はチップシステムをさらに提供する。チップシステムは、ハンドオーバ方法を実施する、たとえば、セッション更新応答に基づいて第1のN2 SM要求または第2のN2 SM要求を生成する際に、訪問先セッション管理ネットワーク要素130をサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムはメモリをさらに含む。メモリは、訪問先セッション管理ネットワーク要素130に必要なプログラム命令およびデータを記憶するように構成される。確かに、メモリは、代替として、チップシステム内になくてよい。チップシステムは、チップを含んでもよく、チップおよび別の個別デバイスを含んでもよい。このことは、本出願のこの実施形態では特に限定されない。

たとえば、機能モジュールが統合によって分割される場合、図14は、モビリティ管理ネットワーク要素140の概略構造図である。モビリティ管理ネットワーク要素140は、処理モジュール1401およびトランシーバモジュール1402を含む。処理モジュール1401は、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成され、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。処理モジュール1401は、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するようにさらに構成され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。トランシーバモジュール1402は、端末にサービスを提供する訪問先セッション管理ネットワーク要素に第1のS－NSSAIを送信するように構成され、第1のS－NSSAIは、セッションに対応するネットワークスライスを示すために使用される。

場合によっては、処理モジュール1401が、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するように構成されることは、第2のS－NSSAI、ホームネットワークの指示情報、および第2のS－NSSAIと第1のS－NSSAIとの間のローカルに構成された対応関係に基づいて、端末のセッションに対応する第1のS－NSSAIを決定することを含む。

あるいは、場合によっては、処理モジュール1401が、第2のS－NSSAIおよびホームネットワークの指示情報に基づいて、端末のセッションに対応する第1のS－NSSAIを取得するように構成されることは、スライス選択機能ネットワーク要素に第1のメッセージを送信することであって、第1のメッセージが、第2のS－NSSAIおよびホームネットワークの指示情報を搬送し、第1のS－NSSAIを要求するために使用される、送信することと、スライス選択機能ネットワーク要素から、端末のセッションに対応する第1のS－NSSAIを受信することとを含む。

場合によっては、処理モジュール1401が、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成されることは、端末から登録要求を受信することを含み、登録要求は、第2のS－NSSAI、ホームネットワークの指示情報、およびセッションのセッション識別子を搬送し、セッション識別子は、第1のS－NSSAIをセッションと関連付けるために処理モジュール1401によって使用される。

場合によっては、処理モジュール1401が、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得するように構成されることは、訪問先セッション管理ネットワーク要素から第2のメッセージを受信することを含み、第2のメッセージは第2のS－NSSAIおよびホームネットワークの指示情報を搬送する。

場合によっては、トランシーバモジュール1402は、第1のS－NSSAIおよび第2のS－NSSAIを端末に送信するようにさらに構成され、その結果、端末は第1のS－NSSAIを端末のセッションと関連付ける。

あるいは、場合によっては、トランシーバモジュール1402は、第1のS－NSSAIおよびセッションの識別子を端末に送信するようにさらに構成され、その結果、端末は第1のS－NSSAIを端末のセッションと関連付ける。

場合によっては、トランシーバモジュール1402は、訪問先セッション管理ネットワーク要素にセッション確立要求を送信するようにさらに構成され、セッション確立要求は第1の指示情報またはデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIは端末の訪問先ネットワークのS－NSSAIであり、第1の指示情報もしくは第2のS－NSSAIは、第1のN2 SM要求を生成するように訪問先セッション管理ネットワーク要素に指示するために使用され、第1のN2 SM要求は、端末のセッションに対応するデフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用されるか、または第1の指示情報もしくは第2のS－NSSAIは、第2のN2 SM要求を生成するように訪問先セッション管理ネットワーク要素に指示するために使用され、第2のN2 SM要求は、S－NSSAIを搬送しないか、もしくは第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用される。

前述の方法実施形態におけるステップのすべての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細は本明細書では再び記載されない。

この実施形態では、モビリティ管理ネットワーク要素140は、統合によって分割された機能モジュールとともに提示される。本明細書における「モジュール」は、特定のASIC、回路、1つもしくは複数のソフトウェアもしくはファームウェアのプログラムを実行するプロセッサ、メモリ、集積論理回路、および／または前述の機能を実現することができる別のデバイスであってもよい。単純な実施形態では、当業者は、モビリティ管理ネットワーク要素140が図6に示された形態であってよいことを理解することができる。

たとえば、図6のプロセッサ601は、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことができ、その結果、モビリティ管理ネットワーク要素140は、前述の方法実施形態におけるハンドオーバ方法を実行する。

具体的には、図14の処理モジュール1401およびトランシーバモジュール1402の機能／実施プロセスは、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことにより、図6のプロセッサ601によって実施されてよい。あるいは、図14のトランシーバモジュール1402の機能／実施プロセスは、図6の通信インターフェース604によって実施されてよく、図14の処理モジュール1401の機能／実施プロセスは、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことにより、図6のプロセッサ601によって実施されてよい。

この実施形態において提供されるモビリティ管理ネットワーク要素140は、前述のハンドオーバ方法を実行することができる。したがって、モビリティ管理ネットワーク要素140によって実現され得る技術的効果については、前述の方法実施形態を参照されたい。詳細は本明細書では再び記載されない。

場合によっては、本出願の一実施形態はチップシステムをさらに提供する。チップシステムは、ハンドオーバ方法を実施する、たとえば、端末のセッションに対応する第2のS－NSSAIおよび端末のホームネットワークの指示情報を取得する際に、モビリティ管理ネットワーク要素140をサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムはメモリをさらに含む。メモリは、モビリティ管理ネットワーク要素140に必要なプログラム命令およびデータを記憶するように構成される。確かに、メモリは、代替として、チップシステム内になくてよい。チップシステムは、チップを含んでもよく、チップおよび別の個別デバイスを含んでもよい。このことは、本出願のこの実施形態では特に限定されない。

たとえば、機能モジュールが統合によって分割される場合、図15は、訪問先セッション管理ネットワーク要素150の概略構造図である。訪問先セッション管理ネットワーク要素150は、処理モジュール1501およびトランシーバモジュール1502を含む。トランシーバモジュール1502は、端末の接続状態ハンドオーバ手順または端末のアイドル状態登録手順において、端末にサービスを提供するモビリティ管理ネットワーク要素から、端末のセッションに対応するデフォルトのS－NSSAIまたは第1の指示情報を受信するように構成され、デフォルトのS－NSSAIは端末の訪問先ネットワークのS－NSSAIである。処理モジュール1501は、デフォルトのS－NSSAIまたは第1の指示情報に基づいて第1のN2 SM要求を生成するように構成され、第1のN2 SM要求は、デフォルトのS－NSSAIを搬送し、デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用され、処理モジュール1501は、デフォルトのS－NSSAIまたは第1の指示情報に基づいて第2のN2 SM要求を生成するように構成され、第2のN2 SM要求は、S－NSSAIを搬送しないか、または第1の指示情報を搬送し、デフォルトのポリシーに従ってセッションを処理するように端末のアクセスデバイスに指示するために使用される。トランシーバモジュール1502は、第1のN2 SM要求または第2のN2 SM要求を端末のアクセスデバイスに送信するようにさらに構成される。

場合によっては、トランシーバモジュール1502は、モビリティ管理ネットワーク要素から端末のセッションに対応する第1のS－NSSAIを受信するようにさらに構成され、第1のS－NSSAIは、端末のセッションに対応する第2のS－NSSAIをマッピングすることによって取得され、第1のS－NSSAIは端末の訪問先ネットワークのS－NSSAIであり、第2のS－NSSAIは端末のホームネットワークのS－NSSAIである。トランシーバモジュール1502は、端末のアクセスデバイスに第1のS－NSSAIを送信するようにさらに構成され、第1のS－NSSAIは、端末のセッションに対応するネットワークスライスを更新するために使用される。

前述の方法実施形態におけるステップのすべての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細は本明細書では再び記載されない。

この実施形態では、訪問先セッション管理ネットワーク要素150は、統合によって分割された機能モジュールとともに提示される。本明細書における「モジュール」は、特定のASIC、回路、1つもしくは複数のソフトウェアもしくはファームウェアのプログラムを実行するプロセッサ、メモリ、集積論理回路、および／または前述の機能を実現することができる別のデバイスであってもよい。単純な実施形態では、当業者は、訪問先セッション管理ネットワーク要素150が図6に示された形態であってよいことを理解することができる。

たとえば、図6のプロセッサ601は、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことができ、その結果、訪問先セッション管理ネットワーク要素150は、前述の方法実施形態におけるハンドオーバ方法を実行する。

具体的には、図15の処理モジュール1501およびトランシーバモジュール1502の機能／実施プロセスは、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことにより、図6のプロセッサ601によって実施されてよい。あるいは、図15のトランシーバモジュール1502の機能／実施プロセスは、図6の通信インターフェース604によって実施されてよく、図15の処理モジュール1501の機能／実施プロセスは、メモリ603に記憶されたコンピュータ実行可能命令を呼び出すことにより、図6のプロセッサ601によって実施されてよい。

この実施形態において提供される訪問先セッション管理ネットワーク要素150は、前述のハンドオーバ方法を実行することができる。したがって、訪問先セッション管理ネットワーク要素150によって実現され得る技術的効果については、前述の方法実施形態を参照されたい。詳細は本明細書では再び記載されない。

場合によっては、本出願の一実施形態はチップシステムをさらに提供する。チップシステムは、ハンドオーバ方法を実施する、たとえば、デフォルトのS－NSSAIまたは第1の指示情報に基づいて第1のN2 SM要求または第2のN2 SM要求を生成する際に、訪問先セッション管理ネットワーク要素150をサポートするように構成されたプロセッサを含む。可能な設計では、チップシステムはメモリをさらに含む。メモリは、訪問先セッション管理ネットワーク要素150に必要なプログラム命令およびデータを記憶するように構成される。確かに、メモリは、代替として、チップシステム内になくてよい。チップシステムは、チップを含んでもよく、チップおよび別の個別デバイスを含んでもよい。このことは、本出願のこの実施形態では特に限定されない。

前述の実施形態のすべてまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用して実装されてよい。実施形態を実装するためにソフトウェアプログラムが使用されるとき、実施形態はコンピュータプログラム製品の形態で完全または部分的に実装されてよい。コンピュータプログラム製品は1つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ実行されると、本出願の実施形態による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（たとえば、同軸ケーブル、光ファイバ、もしくはデジタル加入者回線（digital subscriber line、DSL））、またはワイヤレス（たとえば、赤外線、無線、およびマイクロ波など）の方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能媒体、または1つもしくは複数の使用可能媒体を統合する、サーバもしくはデータセンタなどのデータストレージデバイスであってよい。使用可能媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気ディスク）、光学媒体（たとえば、DVD）、半導体媒体（たとえば、ソリッドステートドライブ（solid state disk、SSD））などであってよい。

本出願は、実施形態を参照して記載されているが、保護を主張する本出願を実装するプロセスにおいて、当業者は、添付の図面、開示された内容、および添付の特許請求の範囲を参照することにより、開示された実施形態の別の変形形態を理解し実装することができる。特許請求の範囲では、「備える」（comprising）という単語は別の構成要素またはステップを排除せず、「a」または「one」は複数のケースを排除しない。単一のプロセッサまたは別のユニットは、特許請求の範囲に列挙されたいくつかの機能を実装することができる。いくつかの手段は互いに異なる従属請求項に記載されるが、これは、これらの手段を組み合わせてより良い効果を生み出すことができないことを意味しない。

本出願は、具体的な特徴およびそれらの実施形態を参照して記載されているが、明らかに、本出願の趣旨および範囲から逸脱することなく、本出願に対して様々な修正および組合せが行われてよい。それに対応して、本明細書および添付図面は、添付の特許請求の範囲によって規定される本出願の説明の単なる例であり、本出願の範囲を包含する修正、変形、組合せ、または均等物のいずれかまたはすべてと見なされる。明らかに、当業者は、本出願の趣旨および範囲から逸脱することなく、本出願に対して様々な修正および変形を行うことができる。このようにして、本出願は、本出願の特許請求の範囲およびそれらの均等な技術の範囲内に入る限り、本出願のこれらの修正および変形を包含するものである。

20 ハンドオーバシステム
30 ハンドオーバシステム
40 ハンドオーバシステム
50 ハンドオーバシステム
130 訪問先セッション管理ネットワーク要素
140 モビリティ管理ネットワーク要素
150 訪問先セッション管理ネットワーク要素
201 訪問先セッション管理ネットワーク要素
202 モビリティ管理ネットワーク要素
203 アクセスデバイス
204 スライス選択機能ネットワーク要素
205 アンカーセッション管理ネットワーク要素
301 訪問先セッション管理ネットワーク要素
302 アクセスデバイス
401 訪問先セッション管理ネットワーク要素
402 ハンドオーバ選択機能ネットワーク要素
403 アクセスデバイス
501 訪問先セッション管理ネットワーク要素
502 アンカーセッション管理ネットワーク要素
503 アクセスデバイス
504 スライス選択機能ネットワーク要素
600 通信デバイス
601 プロセッサ
602 通信ライン
603 メモリ
604 通信インターフェース
605 出力デバイス
606 入力デバイス
608 プロセッサ
1301 受信モジュール
1302 送信モジュール
1303 処理モジュール
1401 処理モジュール
1402 トランシーバモジュール
1501 処理モジュール
1502 トランシーバモジュール

Claims (15)

1. ハンドオーバ方法であって、
   モビリティ管理ネットワーク要素により、端末のセッションに対応する第2のシングルネットワークスライス選択支援情報S－NSSAIおよび前記端末のホームネットワークの指示情報を取得するステップであって、前記第2のS－NSSAIが前記端末の前記ホームネットワークのS－NSSAIである、ステップと、
   前記モビリティ管理ネットワーク要素により、前記第2のS－NSSAIおよび前記ホームネットワークの前記指示情報に基づいて、前記端末の前記セッションに対応する第1のS－NSSAIを取得するステップであって、前記第1のS－NSSAIが前記端末の訪問先ネットワークのS－NSSAIである、ステップと、
   前記モビリティ管理ネットワーク要素により、前記端末にサービスを提供する訪問先セッション管理ネットワーク要素に前記第1のS－NSSAIを送信するステップであって、前記第1のS－NSSAIが、前記セッションに対応するネットワークスライスを示すために使用される、ステップと
   を備える、方法。
2. 前記モビリティ管理ネットワーク要素により、前記第2のS－NSSAIおよび前記ホームネットワークの前記指示情報に基づいて、前記端末の前記セッションに対応する第1のS－NSSAIを取得する前記ステップが、
   前記モビリティ管理ネットワーク要素により、スライス選択機能ネットワーク要素に第1のメッセージを送信するステップであって、前記第1のメッセージが、前記第2のS－NSSAIおよび前記ホームネットワークの前記指示情報を備え、前記第1のメッセージが前記第1のS－NSSAIを要求するために使用される、ステップと、
   前記モビリティ管理ネットワーク要素により、前記スライス選択機能ネットワーク要素から前記端末の前記セッションに対応する前記第1のS－NSSAIを受信するステップと
   を備える、請求項1に記載の方法。
3. 前記方法が、
   前記モビリティ管理ネットワーク要素により、前記訪問先セッション管理ネットワーク要素にセッション確立要求を送信するステップであって、前記セッション確立要求がデフォルトのS－NSSAIを備え、前記デフォルトのS－NSSAIが前記端末の前記訪問先ネットワークの前記S－NSSAIである、ステップ
   をさらに備える、請求項1または2に記載の方法。
4. 前記デフォルトのS－NSSAIが、第1のN2セッション管理SM要求を生成するように前記訪問先セッション管理ネットワーク要素に指示するために使用され、前記第1のN2 SM要求が前記デフォルトのS－NSSAIを備える、請求項3に記載の方法。
5. 前記モビリティ管理ネットワーク要素により、前記端末にサービスを提供する訪問先セッション管理ネットワーク要素に前記第1のS－NSSAIを送信する前記ステップが、
   前記モビリティ管理ネットワーク要素により、前記訪問先セッション管理ネットワーク要素にセッション更新要求を送信するステップであって、前記セッション更新要求が前記第1のS－NSSAIを備える、
   請求項1から4のいずれか一項に記載の方法。
6. 前記モビリティ管理ネットワーク要素により、前記訪問先セッション管理ネットワーク要素にセッション更新要求を送信する前記ステップが、
   接続状態にある前記端末の登録手順において、前記モビリティ管理ネットワーク要素により、前記訪問先セッション管理ネットワーク要素に前記セッション更新要求を送信するステップ
   を備える、請求項5に記載の方法。
7. モビリティ管理ネットワーク要素により、端末のセッションに対応する第2のシングルネットワークスライス選択支援情報S－NSSAIおよび前記端末のホームネットワークの指示情報を取得する前記ステップが、
   接続状態にある前記端末のハンドオーバ手順において、前記モビリティ管理ネットワーク要素により、前記第2のS－NSSAIおよび前記ホームネットワークの前記指示情報を取得するステップ
   を備える、請求項1から5のいずれか一項に記載の方法。
8. ハンドオーバ方法であって、
   接続状態にある端末の登録手順において、前記端末にサービスを提供する訪問先セッション管理ネットワーク要素により、前記端末にサービスを提供するモビリティ管理ネットワーク要素からセッション更新要求を受信するステップであって、前記セッション更新要求が、前記端末のセッションに対応する第1のシングルネットワークスライス選択支援情報S－NSSAIを備え、前記第1のS－NSSAIが、前記端末の前記セッションに対応する第2のS－NSSAIをマッピングすることによって取得され、前記第1のS－NSSAIが前記端末の訪問先ネットワークのS－NSSAIであり、前記第2のS－NSSAIが前記端末のホームネットワークのS－NSSAIである、ステップと、
   前記訪問先セッション管理ネットワーク要素により、前記端末のアクセスデバイスに前記第1のS－NSSAIを送信するステップであって、前記第1のS－NSSAIが、前記セッションに対応するネットワークスライスを更新するために使用される、ステップと
   を備える、方法。
9. 訪問先セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素からセッション更新要求を受信する前記ステップの前に、前記方法が、
   接続状態にある前記端末のハンドオーバ手順において、前記訪問先セッション管理ネットワーク要素により、第1のN2セッション管理SM要求を前記アクセスデバイスに送信するステップであって、前記第1のN2 SM要求が前記端末の前記セッションに対応するデフォルトのS－NSSAIを備え、前記第1のN2 SM要求が、前記デフォルトのS－NSSAIに対応するネットワークスライス用のポリシーに従って前記セッションを処理するように前記アクセスデバイスに指示するために使用される、ステップ
   をさらに備える、請求項8に記載の方法。
10. 前記方法が、
    前記訪問先セッション管理ネットワーク要素により、前記モビリティ管理ネットワーク要素からセッション確立要求を受信するステップであって、前記セッション確立要求が前記デフォルトのS－NSSAIを備える、ステップと、
    前記訪問先セッション管理ネットワーク要素により、前記第1のN2 SM要求を生成するステップと
    をさらに備える、請求項9に記載の方法。
11. 請求項1から7のいずれか一項に記載の方法を実行するように構成された手段を備える、装置。
12. 請求項8から10のいずれか一項に記載の方法を実行するように構成された手段を備える、装置。
13. 請求項1から7のいずれか一項に記載の方法を実行するように構成されたモビリティ管理ネットワーク要素を備える、通信システム。
14. 前記システムがスライス選択機能ネットワーク要素をさらに備え、前記スライス選択機能ネットワーク要素が、
    前記モビリティ管理ネットワーク要素から第1のメッセージを受信し、前記第1のメッセージが、前記第2のS－NSSAIおよび前記ホームネットワークの前記指示情報を備え、前記第1のメッセージが前記第1のS－NSSAIを要求するために使用され、
    前記モビリティ管理ネットワーク要素に前記第1のS－NSSAIを送信する
    ように構成される、請求項13に記載のシステム。
15. 命令を備え、前記命令がコンピュータ上で実行されると、前記コンピュータが請求項1から10のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。

Images