(57)【要約】  本出願の実施形態は、パケットデータユニット（PDU）セッション処理方法および装置を提供する。方法は、第1のコアネットワークのネットワーク要素により、第1のネットワークを介して端末から第1のメッセージを受信するステップであって、第1のメッセージが、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために、ハンドオーバ指示情報を含む、ステップと、次いで、第1のコアネットワークのネットワーク要素により、PDUセッションのローミングステータス情報に基づいて、PDUセッションのハンドオーバを処理するステップとを含む。端末が異なるネットワークにあるとき、第1のコアネットワークのネットワーク要素は、PDUセッションのローミングステータス情報に基づいてPDUセッションのハンドオーバを処理することができ、その結果、PDUセッションハンドオーバ解決策が提供される。
2020524459.tif 000002
【特許請求の範囲】
【請求項１】
第1のコアネットワークのネットワーク要素により、第1のネットワークを介して端末から第1のメッセージを受信するステップであって、前記第1のメッセージがハンドオーバ指示情報を備え、前記ハンドオーバ指示情報が、第2のネットワークから前記第1のネットワークにPDUセッションをハンドオーバするように前記第1のコアネットワークのネットワーク要素に指示するために使用される、ステップと、
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理するステップと
を備える、パケットデータユニットPDUセッション処理方法。
【請求項２】
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記第1のコアネットワークのネットワーク要素により、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記第1のコアネットワークのネットワーク要素を前記セッション管理ネットワーク要素に接続することができると判断するステップと、
前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内で前記PDUセッションを確立するステップとを備える、請求項1に記載の方法。
【請求項３】
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記第1のコアネットワークのネットワーク要素により、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記第1のコアネットワークのネットワーク要素を前記セッション管理ネットワーク要素に接続することができないと判断するステップと、
前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内での前記PDUセッションの確立を拒否するステップとを備える、請求項1に記載の方法。
【請求項４】
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記第1のコアネットワークのネットワーク要素により、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記第1のコアネットワークのネットワーク要素および前記セッション管理ネットワーク要素が同じ公的地域モバイルネットワークPLMNに属していると判断するステップと、
前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内で前記PDUセッションを確立するステップとを備える、請求項1に記載の方法。
【請求項５】
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記第1のコアネットワークのネットワーク要素により、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記第1のコアネットワークのネットワーク要素および前記セッション管理ネットワーク要素が同じPLMNに属していないと判断するステップと、
前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内での前記PDUセッションの確立を拒否するステップとを備える、請求項1に記載の方法。
【請求項６】
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記第1のコアネットワークのネットワーク要素により、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記第1のコアネットワークのネットワーク要素および前記セッション管理ネットワーク要素が同じPLMNに属しておらず、前記セッション管理ネットワーク要素が位置するPLMNが訪問先PLMNであると判断するステップと、前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内での前記PDUセッションの確立を拒否するステップとを備える、請求項1に記載の方法。
【請求項７】
前記セッション管理ネットワーク要素の前記識別子情報が、前記セッション管理ネットワーク要素が位置する前記PLMNの識別子情報を備える、請求項4から6のいずれか一項に記載の方法。
【請求項８】
前記第1のコアネットワークのネットワーク要素が、データ管理ネットワーク要素から前記セッション管理ネットワーク要素の前記識別子情報を取得する、請求項1から7のいずれか一項に記載の方法。
【請求項９】
第1のコアネットワークのネットワーク要素により、第1のネットワークを介して端末から第1のメッセージを受信するステップであって、前記第1のメッセージがハンドオーバ指示情報を備え、前記ハンドオーバ指示情報が、第2のネットワークから前記第1のネットワークにPDUセッションをハンドオーバするように前記第1のコアネットワークのネットワーク要素に指示するために使用される、ステップと、
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションのローミングステータス情報に基づいて、前記PDUセッションの前記ハンドオーバを処理するステップと
を備える、パケットデータユニットPDUセッション処理方法。
【請求項１０】
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションのローミングステータス情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記PDUセッションの前記ローミングステータス情報がホームルーティングまたは非ローミングである場合、前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内で前記PDUセッションを確立するステップを備える、請求項9に記載の方法。
【請求項１１】
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションのローミングステータス情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記PDUセッションの前記ローミングステータス情報がローカルブレイクアウトである場合、前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内での前記PDUセッションの確立を拒否するステップを備える、請求項9に記載の方法。
【請求項１２】
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションのローミングステータス情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記PDUセッションの前記ローミングステータス情報がローカルブレイクアウトであり、前記第1のコアネットワークのネットワーク要素および前記PDUセッションに対応するセッション管理ネットワーク要素が同じPLMNに属していない場合、前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内での前記PDUセッションの確立を拒否するステップを備える、請求項9に記載の方法。
【請求項１３】
前記方法が、
前記第1のコアネットワークのネットワーク要素により、前記PDUセッションに対応する前記セッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ローミングステータス情報を特定するステップをさらに備える、請求項9から12のいずれか一項に記載の方法。
【請求項１４】
前記方法が、
前記第1のコアネットワークのネットワーク要素により、データ管理ネットワーク要素から前記PDUセッションの前記ローミングステータス情報を取得するステップをさらに備える、請求項9から13のいずれか一項に記載の方法。
【請求項１５】
トランシーバユニットおよび処理ユニットを備えるPDUセッション処理装置であって、
前記トランシーバユニットが、第1のネットワークを介して端末から第1のメッセージを受信し、前記第1のメッセージがハンドオーバ指示情報を備え、前記ハンドオーバ指示情報が、第2のネットワークから前記第1のネットワークにPDUセッションをハンドオーバするように前記処理ユニットに指示するために使用される、ように構成され、
前記処理ユニットが、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理するように構成される、装置。
【請求項１６】
前記処理ユニットが、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記PDUセッション処理装置を前記セッション管理ネットワーク要素に接続することができると判断するように構成され、
前記処理ユニットが、前記第1のネットワーク内で前記PDUセッションを確立するように構成される、
請求項15に記載の装置。
【請求項１７】
前記処理ユニットが、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記PDUセッション処理装置を前記セッション管理ネットワーク要素に接続することができないと判断するように構成され、
前記処理ユニットが、前記第1のネットワーク内での前記PDUセッションの確立を拒否するように構成される、
請求項15に記載の装置。
【請求項１８】
前記処理ユニットが、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記PDUセッション処理装置および前記セッション管理ネットワーク要素が同じ公的地域モバイルネットワークPLMNに属していると判断するように構成され、
前記処理ユニットが、前記第1のネットワーク内で前記PDUセッションを確立するように構成される、
請求項15に記載の装置。
【請求項１９】
前記処理ユニットが、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記PDUセッション処理装置および前記セッション管理ネットワーク要素が同じPLMNに属していないと判断するように構成され、
前記処理ユニットが、前記第1のネットワーク内での前記PDUセッションの確立を拒否するように構成される、
請求項15に記載の装置。
【請求項２０】
前記処理ユニットが、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記第1のコアネットワークのネットワーク要素および前記セッション管理ネットワーク要素が同じPLMNに属しておらず、前記セッション管理ネットワーク要素が位置するPLMNが訪問先PLMNであると判断するように構成され、
前記処理ユニットが、前記第1のネットワーク内での前記PDUセッションの確立を拒否するように構成される、
請求項15に記載の装置。
【請求項２１】
前記セッション管理ネットワーク要素の前記識別子情報が、前記セッション管理ネットワーク要素が位置する前記PLMNの識別子情報を備える、
請求項18から20のいずれか一項に記載の装置。
【請求項２２】
前記トランシーバユニットが、データ管理ネットワーク要素から前記セッション管理ネットワーク要素の前記識別子情報を取得するようにさらに構成される、請求項15から21のいずれか一項に記載の装置。
【請求項２３】
トランシーバユニットおよび処理ユニットを備えるPDUセッション処理装置であって、
前記トランシーバユニットが、第1のネットワークを介して端末から第1のメッセージを受信し、前記第1のメッセージがハンドオーバ指示情報を備え、前記ハンドオーバ指示情報が、第2のネットワークから前記第1のネットワークにパケットデータユニットPDUセッションをハンドオーバするように前記処理ユニットに指示するために使用される、ように構成され、
前記処理ユニットが、前記PDUセッションのローミングステータス情報に基づいて、前記PDUセッションの前記ハンドオーバを処理するように構成される、装置。
【請求項２４】
前記処理ユニットが、具体的に、
前記PDUセッションの前記ローミングステータス情報がホームルーティングまたは非ローミングである場合、前記第1のネットワーク内で前記PDUセッションを確立するように構成される、請求項23に記載の装置。
【請求項２５】
前記処理ユニットが、具体的に、
前記PDUセッションの前記ローミングステータス情報がローカルブレイクアウトである場合、前記第1のネットワーク内での前記PDUセッションの確立を拒否するように構成される、請求項23に記載の装置。
【請求項２６】
前記処理ユニットが、具体的に、前記PDUセッションの前記ローミングステータス情報がローカルブレイクアウトであり、前記第1のコアネットワークのネットワーク要素および前記PDUセッションに対応するセッション管理ネットワーク要素が同じPLMNに属していない場合、前記第1のコアネットワークのネットワーク要素により、前記第1のネットワーク内での前記PDUセッションの確立を拒否するように構成される、請求項23に記載の装置。
【請求項２７】
前記処理ユニットが、
前記第1のネットワーク内の前記PDUセッションに対応する前記セッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ローミングステータス情報を特定するようにさらに構成される、請求項23から26のいずれか一項に記載の装置。
【請求項２８】
前記処理ユニットが、
データ管理ネットワーク要素から前記PDUセッションの前記ローミングステータス情報を取得するようにさらに構成される、請求項23から27のいずれか一項に記載の装置。
【請求項２９】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が命令を記憶し、前記命令がコンピュータ上で実行されると、前記コンピュータが請求項1から14のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【請求項３０】
命令を備えるコンピュータプログラム製品であって、命令を備える前記コンピュータプログラム製品がコンピュータ上で実行されると、前記コンピュータが請求項1から14のいずれか一項に記載の方法を実行することが可能になる、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、それらの全体が参照により本明細書に組み込まれる、2017年6月20日に中国特許庁に出願され、「PDU SESSION PROCESSING METHOD AND APPARATUS」と題する中国特許出願第201710469763．4号、および2017年11月20日に中国特許庁に出願され、「PDU SESSION PROCESSING METHOD AND APPARATUS」と題する中国特許出願第201711159218．1号に対する優先権を主張する。
【０００２】
本出願は、モバイル通信技術の分野に関し、詳細には、PDUセッション処理方法および装置に関する。
【背景技術】
【０００３】
第5世代（5th generation、5G）コアネットワークにより、端末が3GPP（3rd generation partnership project、3GPP）アクセスネットワークから5Gコアネットワークにアクセスすることが可能になり、端末がアクセスゲートウェイ（たとえば、非3GPPインターワーキング機能（non−3GPP interworking function、N3IWF））を使用して非3GPP（non−3GPP）アクセスネットワークから5Gコアネットワークにアクセスすることも可能になる。3GPPアクセスネットワークと非3GPPアクセスネットワークの両方から5Gコアネットワークにアクセスするとき、端末は、通常、3GPPアクセスネットワークが配置されている公的地域モバイルネットワーク（public land mobile network、PLMN）内でN3IWFを選択する。このようにして、5Gコアネットワークは、端末に対してアクセス制御管理を実行するために、1つのアクセスおよびモビリティ管理機能（access and mobility management function、AMF）ネットワーク要素を必要とするだけでよい。
【０００４】
しかしながら、場合によっては、たとえばローミングシナリオでは、端末が3GPPアクセスネットワークから5Gコアネットワークにアクセスするとき、端末は、3GPPアクセスネットワークが配置されているPLMNとは異なる（別の訪問先公的地域モバイルネットワーク（visited public land mobile network、vPLMN）または別のホーム公的地域モバイルネットワーク（home public land mobile network、hPLMN）などの）PLMN内でN3IWFを選択することができる。この場合、5Gコアネットワークは、端末に対してアクセス制御管理を実行するために、2つのAMFネットワーク要素を必要とする。現在、ローミングシナリオと非ローミングシナリオとの間、またはローミングシナリオとハンドオーバを実行する方法との間で、端末がPDUセッションハンドオーバを実行できるかどうかに関係する解決策はない。
【発明の概要】
【課題を解決するための手段】
【０００５】
本出願の実施形態は、PDUセッションハンドオーバ解決策を提供するために、PDUセッション処理方法および装置を提供する。
【０００６】
前述の目的を達成するために、本出願の実施形態において以下の技術的解決策が提供される。
【０００７】
第1の態様によれば、PDUセッション処理方法が提供される。方法は、第1のコアネットワークのネットワーク要素により、第1のネットワークを介して端末から第1のメッセージを受信するステップであって、第1のメッセージが、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために、ハンドオーバ指示情報を含む、ステップと、次いで、第1のコアネットワークのネットワーク要素により、PDUセッションのローミングステータス情報に基づいて、PDUセッションのハンドオーバを処理するステップとを含む。端末が異なるネットワークにあるとき、第1のコアネットワークのネットワーク要素は、PDUセッションのローミングステータス情報に基づいてPDUセッションのハンドオーバを処理することができ、その結果、PDUセッションハンドオーバ解決策が提供される。加えて、PDUセッションのローミングステータス情報に基づいてPDUセッションのハンドオーバが処理されるので、最初にハンドオーバ要求が受け入れられ、次いでハンドオーバが失敗するケースが回避される。さらに、ハンドオーバ要求を開始することができない方法と比較して、いくつかの許容シナリオでは、本出願の方法を使用することにより、サービスの継続性を保証することができる。
【０００８】
可能な実装形態では、PDUセッションのローミングステータス情報がホームルーティングまたは非ローミングである場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でPDUセッションを確立する。
【０００９】
可能な実装形態では、PDUセッションのローミングステータス情報がローカルブレイクアウトである場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。
【００１０】
可能な実装形態では、PDUセッションのローミングステータス情報がローカルブレイクアウトであり、第1のコアネットワークのネットワーク要素およびPDUセッションに対応するセッション管理ネットワーク要素が同じPLMNに属していない場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。
【００１１】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、PDUセッションのローミングステータス情報およびハンドオーバ前後のPDUセッションに対応する端末のIP継続性要件情報に基づいて、PDUセッションのハンドオーバを処理する。
【００１２】
可能な実装形態では、PDUセッションのローミングステータス情報がローカルブレイクアウトであり、端末のIP継続性が保証される必要がある場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。
【００１３】
可能な実装形態では、PDUセッションのローミングステータス情報がローカルブレイクアウトであり、端末のIP継続性が保証される必要がない場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でPDUセッションを確立する。
【００１４】
PDUセッションのハンドオーバを処理するいくつかの方式が上記で提供されている。具体的な実装形態の間、PDUセッションのハンドオーバを処理する実際の状況に応じて、1つまたは複数の方式が選択されてよい。
【００１５】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのローミングステータス情報を特定する。
【００１６】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、データ管理ネットワーク要素からPDUセッションのローミングステータス情報を取得する。
【００１７】
可能な実装形態では、第1のメッセージはローミングステータス情報をさらに含み、第1のコアネットワークのネットワーク要素は、第1のメッセージからPDUセッションのローミングステータス情報を取得する。
【００１８】
PDUセッションのローミングステータス情報を取得するいくつかの方式が上記で提供されている。具体的な実装形態の間、実際の状況に応じて1つまたは複数の取得方式が選択されてよい。
【００１９】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、データ管理ネットワーク要素からPDUセッションに対応する端末のIP継続性要件情報を取得する。
【００２０】
可能な実装形態では、第1のメッセージはPDUセッションに対応する端末のIP継続性要件情報をさらに含み、第1のコアネットワークのネットワーク要素は、第1のメッセージからPDUセッションに対応する端末のIP継続性要件情報を取得する。
【００２１】
PDUセッションに対応する端末のIP継続性要件情報を取得するいくつかの方式が上記で提供されている。具体的な実装形態の間、実際の状況に応じて1つまたは複数の取得方式が選択されてよい。
【００２２】
第2の態様によれば、本出願の一実施形態はPDUセッション処理装置を提供する。装置は、前述の方法実施形態における第1のコアネットワークのネットワーク要素を実装する機能を有する。機能は、ハードウェアを使用して実装されてもよく、ハードウェアが対応するソフトウェアを実行することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
【００２３】
可能な実装形態では、装置は、プロセッサ、トランシーバ、およびメモリを含む。メモリは、コンピュータ実行可能命令を記憶するように構成される。トランシーバは、装置と別の通信エンティティとの間の通信を実施するように構成される。プロセッサはバスを使用してメモリに接続され、装置が動作すると、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、PDUセッション処理装置が第1の態様による方法を実行することを可能にする。
【００２４】
第3の態様によれば、本出願の一実施形態はPDUセッション処理方法を提供する。方法は、第1のコアネットワークのネットワーク要素により、第1のネットワークを介して端末から第1のメッセージを受信するステップであって、第1のメッセージがハンドオーバ指示情報を含み、ハンドオーバ指示情報が、第2のネットワークから第1のネットワークにパケットデータユニットPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために使用される、ステップと、ハンドオーバ前のPDUセッションが、ハンドオーバ後に取得されたPDUセッションの確立が完了した後に切断され、端末のIP継続性が保証される必要がある場合、第1のコアネットワークのネットワーク要素により、PDUセッションのハンドオーバを拒否するステップとを含む。
【００２５】
第4の態様によれば、本出願の一実施形態はPDUセッション処理装置を提供する。装置は、前述の方法実施形態における第1のコアネットワークのネットワーク要素を実装する機能を有する。機能は、ハードウェアを使用して実装されてもよく、ハードウェアが対応するソフトウェアを実行することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
【００２６】
可能な実装形態では、装置は、プロセッサ、トランシーバ、およびメモリを含む。メモリは、コンピュータ実行可能命令を記憶するように構成される。トランシーバは、装置と別の通信エンティティとの間の通信を実施するように構成される。プロセッサはバスを使用してメモリに接続され、装置が動作すると、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、PDUセッション処理装置が第3の態様による方法を実行することを可能にする。
【００２７】
第5の態様によれば、本出願の一実施形態はPDUセッション処理方法を提供する。方法は、セッション管理ネットワーク要素によって実行されてよく、セッション管理ネットワーク要素は、たとえば、SMFネットワーク要素であってよい。方法は、セッション管理ネットワーク要素により、PDUセッションのローミングステータス情報、PDUセッションに対応する端末のIP継続性要件情報、およびセッション管理ネットワーク要素の識別子情報のうちの少なくとも1つをデータ管理ネットワーク要素に送信するステップを含む。
【００２８】
場合によっては、データ管理ネットワーク要素はUDMネットワーク要素であってよい。
【００２９】
第6の態様によれば、本出願の一実施形態はPDUセッション処理装置を提供する。装置は、前述の方法実施形態におけるセッション管理ネットワーク要素を実装する機能を有する。機能は、ハードウェアを使用して実装されてもよく、ハードウェアが対応するソフトウェアを実行することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
【００３０】
可能な実装形態では、装置は、プロセッサ、トランシーバ、およびメモリを含む。メモリは、コンピュータ実行可能命令を記憶するように構成される。トランシーバは、装置と別の通信エンティティとの間の通信を実施するように構成される。プロセッサはバスを使用してメモリに接続され、装置が動作すると、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、PDUセッション処理装置が第5の態様による方法を実行することを可能にする。
【００３１】
第7の態様によれば、本出願の一実施形態はPDUセッション処理方法を提供する。方法は端末によって実行されてよく、方法は、端末により、第1のコアネットワークのネットワーク要素に第1のメッセージを送信するステップであって、第1のメッセージがハンドオーバ指示情報を含み、ハンドオーバ指示情報が、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために使用される、ステップと、次いで、端末により、第1のコアネットワークのネットワーク要素から第2のメッセージを受信するステップであって、第2のメッセージがPDUセッション処理結果を示すために使用される、ステップとを含む。
【００３２】
可能な実装形態では、第2のメッセージはPDUセッションを確立するように指示するために使用される。
【００３３】
可能な実装形態では、第2のメッセージはPDUセッションのハンドオーバを拒否するように指示するために使用される。
【００３４】
可能な実装形態では、第1のメッセージはローミングステータス情報を含む。
【００３５】
可能な実装形態では、第1のメッセージはPDUセッションに対応する端末のIP継続性要件情報を含む。
【００３６】
可能な実装形態では、第1のメッセージはPDUセッションの識別子を含む。
【００３７】
可能な実装形態では、端末は、IP継続性要件情報に基づいて、ハンドオーバ要求が開始される必要があると判断する。
【００３８】
可能な実装形態では、端末は、PDUセッションのSSC modeがSSC mode 1またはSSC mode 3であると判断する。
【００３９】
第8の態様によれば、本出願の一実施形態はPDUセッション処理装置を提供する。装置は、前述の方法実施形態における端末を実装する機能を有する。機能は、ハードウェアを使用して実装されてもよく、ハードウェアが対応するソフトウェアを実行することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
【００４０】
可能な実装形態では、装置は、プロセッサ、トランシーバ、およびメモリを含む。メモリは、コンピュータ実行可能命令を記憶するように構成される。トランシーバは、装置と別の通信エンティティとの間の通信を実施するように構成される。プロセッサはバスを使用してメモリに接続され、装置が動作すると、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、PDUセッション処理装置が第7の態様による方法を実行することを可能にする。
【００４１】
第9の態様によれば、本出願の一実施形態はPDUセッション処理方法を提供する。方法は、第1のコアネットワークのネットワーク要素により、第1のネットワークを介して端末から第1のメッセージを受信するステップであって、第1のメッセージがハンドオーバ指示情報を含み、ハンドオーバ指示情報が、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために使用される、ステップと、第1のコアネットワークのネットワーク要素により、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するステップとを含む。
【００４２】
可能な実装形態では、第1のコアネットワークのネットワーク要素により、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するステップは、第1のコアネットワークのネットワーク要素により、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素をセッション管理ネットワーク要素に接続することができると判断するステップと、第1のコアネットワークのネットワーク要素により、第1のネットワーク内でPDUセッションを確立するステップとを含む。
【００４３】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素およびセッション管理ネットワーク要素が同じPLMNに属しておらず、セッション管理ネットワーク要素が位置するPLMNが訪問先PLMNであると判断し、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。
【００４４】
可能な実装形態では、第1のコアネットワークのネットワーク要素により、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するステップは、第1のコアネットワークのネットワーク要素により、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素がセッション管理ネットワーク要素に接続することができないと判断するステップと、第1のコアネットワークのネットワーク要素により、第1のネットワーク内でのPDUセッションの確立を拒否するステップとを含む。
【００４５】
可能な実装形態では、第1のコアネットワークのネットワーク要素により、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するステップは、第1のコアネットワークのネットワーク要素により、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素およびセッション管理ネットワーク要素が同じ公的地域モバイルネットワークPLMNに属していると判断するステップと、第1のコアネットワークのネットワーク要素により、第1のネットワーク内でPDUセッションを確立するステップとを含む。
【００４６】
可能な実装形態では、第1のコアネットワークのネットワーク要素により、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するステップは、第1のコアネットワークのネットワーク要素により、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素およびセッション管理ネットワーク要素が同じPLMNに属していないと判断するステップと、第1のコアネットワークのネットワーク要素により、第1のネットワーク内でのPDUセッションの確立を拒否するステップとを含む。
【００４７】
可能な実施形態では、セッション管理ネットワーク要素の識別子情報は、セッション管理ネットワーク要素が位置するPLMNの識別子情報を含む。
【００４８】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、データ管理ネットワーク要素からセッション管理ネットワーク要素の識別子情報を取得する。
【００４９】
可能な実装形態では、第1のコアネットワークのネットワーク要素により、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するステップは、第1のコアネットワークのネットワーク要素により、セッション管理ネットワーク要素の識別子情報およびハンドオーバ前後のPDUセッションに対応する端末のインターネットプロトコルIP継続性要件情報に基づいて、PDUセッションのハンドオーバを処理するステップを含む。
【００５０】
第10の態様によれば、本出願の一実施形態はPDUセッション処理装置を提供する。装置はトランシーバユニットおよび処理ユニットを含む。トランシーバユニットは、第1のネットワークを介して端末から第1のメッセージを受信するように構成され、第1のメッセージはハンドオーバ指示情報を含み、ハンドオーバ指示情報は、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように処理ユニットに指示するために使用される。処理ユニットは、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するように構成される。
【００５１】
第11の態様によれば、本出願の一実施形態はPDUセッション処理装置を提供する。装置は、メモリ、プロセッサ、および通信インターフェースを含む。メモリは、コンピュータ命令を記憶するように構成される。プロセッサは、メモリに記憶されたコンピュータ命令に基づいて、以下の動作：通信インターフェースにより、第1のネットワークを介して端末から第1のメッセージを受信することであって、第1のメッセージがハンドオーバ指示情報を含み、ハンドオーバ指示情報が、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするようにプロセッサに指示するために使用される、受信することと、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理することとを行うように構成される。
【００５２】
第12の態様によれば、本出願の一実施形態は、前述の第1のコアネットワークのネットワーク要素によって使用されるコンピュータソフトウェア命令を記憶するように構成されたコンピュータ記憶媒体を提供する。コンピュータソフトウェア命令は、第1のコアネットワークのネットワーク要素が前述の態様を実行するために設計されたプログラムを含む。
【００５３】
第13の態様によれば、本出願の一実施形態は、前述のセッション管理ネットワーク要素によって使用されるコンピュータソフトウェア命令を記憶するように構成されたコンピュータ記憶媒体を提供する。コンピュータソフトウェア命令は、セッション管理ネットワーク要素が前述の態様を実行するために設計されたプログラムを含む。
【００５４】
第14の態様によれば、本出願の一実施形態は、前述の端末によって使用されるコンピュータソフトウェア命令を記憶するように構成されたコンピュータ記憶媒体を提供する。コンピュータソフトウェア命令は、端末が前述の態様を実行するために設計されたプログラムを含む。
【００５５】
第15の態様によれば、本出願の一実施形態はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第1の態様による方法の手順を実施するために、プロセッサを使用してロードされてよい。
【００５６】
第16の態様によれば、本出願の一実施形態はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第3の態様による方法の手順を実施するために、プロセッサを使用してロードされてよい。
【００５７】
第17の態様によれば、本出願の一実施形態はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第5の態様による方法の手順を実施するために、プロセッサを使用してロードされてよい。
【００５８】
第18の態様によれば、本出願の一実施形態はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第7の態様による方法の手順を実施するために、プロセッサを使用してロードされてよい。
【００５９】
第19の態様によれば、本出願の一実施形態はチップを提供する。チップは、前述の態様によるPDUセッション処理方法を実行するために、プロセッサおよびトランシーバ構成要素を含み、場合によってはメモリをさらに含む。
【００６０】
加えて、第2の態様〜第19の態様における任意の実装形態の技術的効果については、第1の態様における様々な実装形態の技術的効果を参照されたい。詳細は本明細書では再び記載されない。
【００６１】
以下の実施形態の説明において本出願のこれらの態様または他の態様を理解することはより明確かつ容易である。
【図面の簡単な説明】
【００６２】
【図１】本出願の一実施形態が適用されるネットワークアーキテクチャの概略図である。
【図２】本出願の一実施形態が適用される別のネットワークアーキテクチャの概略図である。
【図３】本出願の一実施形態が適用されるさらに別のネットワークアーキテクチャの概略図である。
【図４】本出願の一実施形態によるPDUセッション処理方法の概略図である。
【図５】本出願の一実施形態による別のPDUセッション処理方法の概略図である。
【図６】本出願の一実施形態による別のPDUセッション処理方法の概略図である。
【図７】本出願の一実施形態によるPDUセッション処理装置の図である。
【図８】本出願の一実施形態による別のPDUセッション処理装置の図である。
【図９】本出願の一実施形態によるさらに別のPDUセッション処理装置の図である。
【発明を実施するための形態】
【００６３】
以下で、本出願の実施形態における添付図面を参照して、本出願の実施形態における技術的解決策を記載する。方法実施形態における具体的な動作方法は、装置実施形態またはシステム実施形態にも適用されてよい。本出願の説明では、特に明記しない限り、「複数の」は少なくとも2つを示す。
【００６４】
端末は、ワイヤレス送受信機能を有するデバイスである。端末は、屋内もしくは屋外のデバイス、ハンドヘルドデバイス、または車載デバイスを含む陸上に展開されてもよく、水上（たとえば、蒸気船）に展開されてもよく、空中（たとえば、飛行機、気球、または衛星）に展開されてもよい。端末は、携帯電話（mobile phone）、タブレットコンピュータ（pad）、ワイヤレス送受信機能を有するコンピュータ、仮想現実（virtual reality、VR）端末、拡張現実（augmented reality、AR）端末、産業用制御（industrial control）におけるワイヤレス端末、自動運転（self driving）におけるワイヤレス端末、遠隔医療（remote medical）におけるワイヤレス端末、スマートグリッド（smart grid）におけるワイヤレス端末、交通安全（transportation safety）におけるワイヤレス端末、スマートシティ（smart city）におけるワイヤレス端末、スマートホーム（smart home）におけるワイヤレス端末などであってもよい。本出願の実施形態では、端末がUEである例が説明に使用される。
【００６５】
図1〜図3に示されたように、図1〜図3の各々は、本出願の一実施形態が適用されるネットワークアーキテクチャの概略図である。図1は非ローミングシナリオ、図2はローミングローカルブレイクアウト（local breakout、LBO）シナリオ、図3はローミングホームルーティング（home routed、HR）シナリオである。
【００６６】
図1に示されたシナリオの場合、ネットワークアーキテクチャの概略図は、ユーザ機器（user equipment、UE）、3GPPアクセスネットワーク要素、非3GPP（Non−3GPP）アクセスネットワーク、N3IWF、AMFネットワーク要素、セッション管理機能（session management function、SMF）ネットワーク要素、ユーザプレーン機能（user plane function、UPF）ネットワーク要素、データネットワーク（data Network、DN）ネットワーク要素などを含む。
【００６７】
UEは、通常、端末とも呼ばれ、3GPPアクセスネットワーク要素は、アクセスネットワーク（Radio Access network、R−AN）のネットワーク要素、たとえば、5Gの基地局とも呼ばれることを理解されたい。Non−3GPPアクセスネットワークは、3GPPアクセスネットワーク以外のアクセスネットワーク、たとえば、ワイヤレスローカルエリアネットワーク（wireless local area networks、WLAN）アクセスネットワークである。N3IWFは、LTEにおける発展型パケットデータゲートウェイ（evolved packet data gateway、ePDG）と同様であり、UEが非3GPPアクセスネットワークを介して5Gネットワークにアクセスするときに、UEへのインターネットプロトコルセキュリティ（internet protocol security、IPsec）トンネルを確立するように構成される。将来の5G定義では、N3IWFという名前は変更される可能性がある。
【００６８】
AMFネットワーク要素は、端末向けのアクセス管理およびモビリティ管理を担当する。実際の用途では、AMFネットワーク要素は、ロングタームエボリューション（long term evolution、LTE）ネットワークフレームワーク内のモビリティ管理エンティティ（mobility management entity、MME）のモビリティ管理機能を含み、アクセス管理機能がAMFネットワーク要素に追加される。
【００６９】
セッション管理機能（SMF）ネットワーク要素は、セッション管理、たとえば、ユーザのセッションの確立、すなわち、MMEネットワーク要素内のセッション管理機能を担当する。UPFネットワーク要素は、端末のユーザプレーンの機能的なネットワーク要素であり、主に外部ネットワークへの接続を担当する。UPFネットワーク要素は、LTEのサービングゲートウェイ（serving gateway、SGW）およびパブリックデータネットワーク（public data network、PDN）ゲートウェイ（PDN−GW）に関係する機能を含む。データネットワーク（DN）はUEにサービスを提供することを担当する。たとえば、一部のDNは端末にインターネットアクセス機能を提供し、他のDNは端末にSMSメッセージ機能を提供する。
【００７０】
図1に示されたアーキテクチャでは、UEは、3GPPアクセス技術および非3GPPアクセス技術を使用して同じコアネットワークにアクセスする。コアネットワークは、AMFネットワーク要素、SMFネットワーク要素、UPFネットワーク要素、およびDNネットワーク要素などのいくつかのネットワーク要素、ならびにネットワーク要素間の接続インターフェースを含む。図1に示されたアーキテクチャは、主に非ローミングシナリオに適用可能である。
【００７１】
図2および図3に示されたアーキテクチャは、ローミングシナリオに適用可能である。端末は、3GPPアクセス技術および非3GPPアクセス技術を使用して異なるコアネットワークにアクセスする。ローミングシナリオと図1に示された非ローミングシナリオとの間の主な違いは、3GPPアクセス技術を使用してコアネットワークにアクセスするために端末によって使用されるPLMNが、非3GPPアクセス技術を使用してコアネットワークにアクセスするために端末によって使用されるPLMNとは異なり、ローミングシナリオでは端末に対する管理および制御を実行するために異なるAMFネットワーク要素が使用されることである。
【００７２】
加えて、図1〜図3に示された任意のシナリオでは、端末が3GPPまたは非3GPPのアクセスネットワークを介してPDUセッションを確立するとき、PDUセッションがハンドオーバされた場合、端末のIPアドレスは、ハンドオーバの前後で変更される必要があってもなくてもよい。IPアドレスがハンドオーバの前後で変更される必要がないことは、端末のIP継続性が保証される必要があることと理解されてもよく、IPアドレスがハンドオーバの前後で変更される必要があることは、端末のIP継続性が保証される必要がないことと理解されてもよい。
【００７３】
場合によっては、具体的な実装形態では、ハンドオーバの前後のPDUセッションに対応する端末のIP継続性要件情報は、端末のPDUセッションが接続されたUPFがハンドオーバの前後に変化するかどうかに応じて決定されてよい。たとえば、端末のPDUセッションのUPFがハンドオーバの前後で変化しない、すなわち、PDUセッションがUPFアンカをもつ場合、IPアドレスがハンドオーバの前後に変更される必要がないと見なされ、または端末のPDUセッションのUPFがハンドオーバの前後で変化する、すなわち、PDUセッションがUPFアンカをもたない場合、IPアドレスがハンドオーバの前後に変更される必要があると見なされる。
【００７４】
場合によっては、別の具体的な実装形態では、ハンドオーバの前後のPDUセッションに対応する端末のIP継続性要件情報は、代替的として、従来技術において定義されたセッションおよびサービス継続性モード（Session and Service Continuity mode、SSC mode）に基づいて実装されてもよい。たとえば、PDUセッションがSSC mode 1にあるとき、IPアドレスがハンドオーバの前後に変更される必要がないと見なされ、またはPDUセッションがSSC mode 2もしくはSSC mode 3にあるとき、IPアドレスがハンドオーバの前後に変更される必要があると見なされる。SSC modeの定義は以下の通りである。
SSC mode 1：PDUセッションのUPFアンカがハンドオーバの前後で変化せず、UEのIPアドレスも変化しないままである。
【００７５】
SSC mode 2：PDUセッションのUPFがハンドオーバの前後で変化する。新しいPDUセッション（すなわち、ハンドオーバ後に取得されたPDUセッション）が確立される前に、元のPDUセッション（すなわち、ハンドオーバ前のPDUセッション）が切断されてよい。
【００７６】
SSC mode 3：PDUセッションのUPFがハンドオーバの前後で変化する。新しいPDUセッション（すなわち、ハンドオーバ後に取得されたPDUセッション）の確立が完了した後に、元のPDUセッション（すなわち、ハンドオーバ前のPDUセッション）が切断されてよい。
【００７７】
SSC modeの前述の定義について、SSC modeの名前は技術の発展とともに変化する可能性があることを理解されたい。しかしながら、他の名前も、前述の定義に準拠していれば、本出願の保護範囲内に入るべきである。
【００７８】
説明を簡単にするために、本出願では、第1のネットワークは3GPPアクセスネットワークおよび非3GPPアクセスネットワークのうちの1つであり、第2のネットワークは3GPPアクセスネットワークおよび非3GPPアクセスネットワークのうちの他の1つである。たとえば、第1のネットワークは3GPPアクセスネットワークであり、第2のネットワークは非3GPPアクセスネットワークであるか、または第1のネットワークは非3GPPアクセスネットワークであり、第2のネットワークは3GPPアクセスネットワークである。
【００７９】
加えて、本出願では、第1のネットワークは端末のPDUセッションのハンドオーバ後のアクセスネットワークであり、第2のネットワークは端末のPDUセッションのハンドオーバ前のアクセスネットワークである。
【００８０】
現在、図1に示されたアーキテクチャ内の端末では、端末のPDUセッションが図1に示された第2のネットワークから図1に示された第1のネットワークにハンドオーバされるとき、端末は関連する従来技術の現在の方法に基づいてPDUセッションをハンドオーバすることができる。しかしながら、端末が図1に示す第2のネットワーク内にあり、端末が図2もしくは図3に示された第1のネットワークにハンドオーバされる必要があるとき、または端末が図2もしくは図3に示された第2のネットワーク内にあり、端末が図1もしくは図2もしくは図3に示された第1のネットワークにハンドオーバされる必要があるとき、関連する解決策は存在しない。
【００８１】
前述の既存の問題に対して、本出願の一実施形態は、図4に示されたようなPDUセッション処理方法を提供する。図4は概略フローチャートである。方法は以下のステップを含む。
【００８２】
ステップ401：端末が第1のネットワークを介して第1のコアネットワークのネットワーク要素に第1のメッセージを送信し、第1のコアネットワークのネットワーク要素が端末から第1のメッセージを受信する。
【００８３】
第1のメッセージは、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために、ハンドオーバ指示情報を含む。
【００８４】
PDUセッションは、ステップ401の前に第2のネットワークを介して端末によって確立される。
【００８５】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、アクセスおよびモビリティ管理機能を有するネットワーク要素であってよい。たとえば、第1のコアネットワークのネットワーク要素はAMFネットワーク要素であってよく、第1のコアネットワークのネットワーク要素は第1のネットワーク内のネットワーク要素である。たとえば、第1のコアネットワークのネットワーク要素が図1のネットワーク要素である場合、図1に示されたアーキテクチャにはコアネットワークが1つしか存在しないので、第1のコアネットワークのネットワーク要素は図1のAMFネットワーク要素であってよい。別の例では、第1のコアネットワークのネットワーク要素が図2または図3のネットワーク要素である場合、図2または図3には2つのAMFネットワーク要素が存在するので、端末のPDUセッションが現在3GPPアクセスネットワーク内にある場合、第1のコアネットワークのネットワーク要素は、非3GPPアクセスネットワークに対応するコアネットワーク内のAMFネットワーク要素であってよく、または端末のPDUセッションが現在非3GPPアクセスネットワーク内にある場合、第1のコアネットワークのネットワーク要素は、3GPPアクセスネットワークに対応するコアネットワーク内のAMFネットワーク要素であってよい。
【００８６】
可能な実装形態では、第1のメッセージはPDUセッション確立要求メッセージであってよい。
【００８７】
可能な実装形態では、端末は、IP継続性要件情報に基づいて、第1のメッセージが開始される必要があると判断する。
【００８８】
可能な実装形態では、端末は、PDUセッションのSSC modeがSSC mode 1またはSSC mode 3であると判断する。
【００８９】
ステップ402：第1のコアネットワークのネットワーク要素が、PDUセッションのローミングステータス情報を取得し、ローミングステータス情報に基づいてPDUセッションのハンドオーバを処理する。
【００９０】
PDUセッションのローミングステータス情報は、たとえば、ローカルブレイクアウト、ホームルーティング、非ローミングなどを含む、PDUセッションのローミングステータスを示すために使用される。通信技術の開発に伴い、別のローミングステータスがその後追加される可能性があり、別のローミングステータスは依然として本出願の保護範囲内にあるべきことに留意されたい。
【００９１】
可能な実装形態では、PDUセッションのローミングステータス情報がホームルーティングまたは非ローミングである場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でPDUセッションを確立する、すなわち、PDUセッションが第2のネットワークから第1のネットワークにハンドオーバされることを可能にし、第1のネットワーク内でPDUセッションを確立する。
【００９２】
可能な実装形態では、PDUセッションのローミングステータス情報がローカルブレイクアウトであり、第1のコアネットワークのネットワーク要素およびPDUセッションに対応するセッション管理ネットワーク要素が同じPLMNに属していない場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。
【００９３】
別の可能な実装形態では、PDUセッションのローミングステータス情報がローカルブレイクアウトである場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する、すなわち、PDUセッションが第2のネットワークから第1のネットワークにハンドオーバされることを可能にせず、第1のネットワーク内でのPDUセッションの確立を拒否する。
【００９４】
別の可能な実装形態では、第1のコアネットワークのネットワーク要素は、代替として、PDUセッションのローミングステータス情報およびハンドオーバ前後のPDUセッションに対応する端末のIP継続性要件情報に基づいて、PDUセッションのハンドオーバを処理することができる。ハンドオーバの前後のPDUセッションに対応する端末のIP継続性要件情報は、端末のIP継続性が保証される必要があるかどうかを示すために使用されてよい。
【００９５】
可能な実装形態では、PDUセッションのローミングステータス情報がローカルブレイクアウトであり、端末のIP継続性が保証される必要がある場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。たとえば、一実装形態では、PDUセッションのSSC modeがSSC mode 1である場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。
【００９６】
可能な実装形態では、PDUセッションのローミングステータス情報がローカルブレイクアウトであり、端末のIP継続性が保証される必要がない場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でPDUセッションを確立する。たとえば、一実装形態では、PDUセッションのSSC modeがSSC mode 2またはSSC mode 3である場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でPDUセッションを確立する。
【００９７】
別の可能な実装形態では、PDUセッションのSSC modeがSSC mode 2である場合、第1のコアネットワークのネットワーク要素は、PDUセッションのローミングステータス情報がローカルブレイクアウトであるか、ホームルーティングであるか、または非ローミングであるかにかかわらず、第1のネットワーク内でのPDUセッションの確立を拒否する。
【００９８】
別の可能な実装形態では、PDUセッションのSSC modeがSSC mode 1またはSSC mode 3であり、PDUセッションのローミングステータス情報がホームルーティングまたは非ローミングである場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でPDUセッションを確立する。
【００９９】
別の可能な実装形態では、PDUセッションのSSC modeがSSC mode 1またはSSC mode 3であり、PDUセッションのローミングステータス情報がローカルブレイクアウトである場合、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。
【０１００】
前述の実施形態では、端末が第1のネットワークを介して第1のコアネットワークのネットワーク要素にハンドオーバ指示情報を送信してPDUセッションをハンドオーバするように要求すると、第1のコアネットワークのネットワーク要素は、PDUセッションのローミングステータス情報に基づいて、PDUセッションをハンドオーバするかどうかを判定し、たとえば、PDUセッションをハンドオーバすることを決定し、PDUセッションを確立するか、またはPDUセッションのハンドオーバを拒否し、それにより、端末がローミングシナリオまたは非ローミングシナリオにあるときのPDUセッション処理方法が提供される。
【０１０１】
場合によっては、PDUセッションをハンドオーバするかどうかは、代替として、PDUセッションのローミングステータス情報およびハンドオーバ前後のPDUセッションに対応する端末のIP継続性要件情報に基づいて判定されてよい。
【０１０２】
前述の実施形態では、場合によっては、PDUセッションのローミングステータス情報は、たとえば、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素によって特定されてよい。場合によっては、セッション管理ネットワーク要素はSMFネットワーク要素であってよい。たとえば、第1のコアネットワークのネットワーク要素は、データ管理ネットワーク要素（たとえば、データ管理ネットワーク要素はUDMネットワーク要素であってよい）からPDUセッションに対応するセッション管理ネットワーク要素の識別子情報を取得することができる。さらに、セッション管理ネットワーク要素の識別子情報はPLMN識別子を含む。PDUセッションのローミングステータス情報は、PLMN識別子に基づいて決定されてよい。
【０１０３】
本出願のこの実施形態では、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報は、ハンドオーバ前のPDUセッションに対応するセッション管理ネットワーク要素の識別子情報であってよい。
【０１０４】
具体的には、第1のコアネットワークのネットワーク要素が訪問先公的地域モバイルネットワーク（VPLMN）内にあり、PDUセッションに対応するセッション管理ネットワーク要素がホーム公的地域モバイルネットワーク（HPLMN）内にある場合、PDUセッションのローミングステータス情報はホームルーティングである。第1のコアネットワークのネットワーク要素とPDUセッションに対応するセッション管理ネットワーク要素の両方がHPLMN内にある場合、PDUセッションのローミングステータス情報は非ローミングである。第1のコアネットワークのネットワーク要素とPDUセッションに対応するセッション管理ネットワーク要素の両方がVPLMN内にある場合、PDUセッションのローミングステータス情報はローカルブレイクアウトである。
【０１０５】
本出願のこの実施形態では、PDUセッションがホームルーティング状態にあるとき、セッション管理ネットワーク要素はホームドメインセッション管理ネットワーク要素である。
【０１０６】
本出願のこの実施形態では、端末向けにPDUセッションが確立されるPLMNは、第1のコアネットワークのネットワーク要素が位置するPLMNと同じである。
【０１０７】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、登録プロセスにおいてデータ管理ネットワーク要素からPDUセッションに対応するセッション管理ネットワーク要素の識別子情報を取得することができる。詳細な方法については従来技術を参照されたい。
【０１０８】
場合によっては、PDUセッションのローミングステータス情報は、代替として、端末が第2のネットワーク内でPDUセッションを確立するプロセスにおいて、第2のネットワーク内のAMFネットワーク要素によって端末に送信されてもよく、その結果、ステップ401において、第1のネットワークを介して第1のコアネットワークのネットワーク要素に第1のメッセージを送信するとき、端末は、第1のメッセージにPDUセッションのローミングステータス情報を追加することができる。したがって、第1のコアネットワークのネットワーク要素は、第1のメッセージからPDUセッションのローミングステータス情報を取得することができる。
【０１０９】
場合によっては、PDUセッションのローミングステータス情報は、代替として、端末が第2のネットワーク内でPDUセッションを確立するプロセスにおいて、セッション管理ネットワーク要素（たとえば、セッション管理ネットワーク要素はSMFネットワーク要素であってよい）によってデータ管理ネットワーク要素に格納されてもよく、その結果、第1のコアネットワークのネットワーク要素は、データ管理ネットワーク要素からPDUセッションのローミングステータス情報を取得することができる。
【０１１０】
前述の実施形態では、場合によっては、PDUセッションに対応する端末のIP継続性要件情報は、端末が第2のネットワーク内でPDUセッションを確立するプロセスにおいて、セッション管理ネットワーク要素によってデータ管理ネットワーク要素に格納されてもよく、その結果、第1のコアネットワークのネットワーク要素は、データ管理ネットワーク要素からPDUセッションに対応する端末のIP継続性要件情報を取得することができる。
【０１１１】
場合によっては、代替として、ステップ401において、第1のネットワークを介して第1のコアネットワークのネットワーク要素に第1のメッセージを送信するとき、端末は、PDUセッションに対応する端末のIP継続性要件情報を第1のメッセージに追加することができ、その結果、第1のコアネットワークのネットワーク要素は、第1のメッセージからPDUセッションに対応する端末のIP継続性要件情報を取得することができる。
【０１１２】
場合によっては、別の実装形態では、PDUセッションのSSC modeがSSC mode 2である場合、端末は、PDUセッションのローミングステータス情報がローカルブレイクアウトであるか、ホームルーティングであるか、または非ローミングであるかにかかわらず、第1のコアネットワークのネットワーク要素に第1のメッセージを送信しない、すなわち、この実装形態では、PDUセッションのSSC modeがSSC mode 2であるとき、本出願のこの実施形態で提供されたPDUセッション処理方法は実行されない。
【０１１３】
本出願の一実施形態は、別のPDUセッション処理方法を提供する。この実施形態と図4に示された実施形態との間の同じ部分については、図4の実施形態の説明を参照されたい。具体的には、方法は以下を含む。
第1のコアネットワークのネットワーク要素が、第1のネットワークを介して端末から第1のメッセージを受信し、第1のメッセージはハンドオーバ指示情報を含み、ハンドオーバ指示情報は、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために使用される。詳細については、ステップ401の説明を参照されたい。第1のコアネットワークのネットワーク要素は、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理する。
【０１１４】
具体的には、第1のコアネットワークのネットワーク要素により、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するステップは、以下の方式を含む。
第1のコアネットワークのネットワーク要素が、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素をセッション管理ネットワーク要素に接続することができると判断した場合、第1のコアネットワークのネットワーク要素は第1のネットワーク内でPDUセッションを確立する。可能な実装形態では、第1のコアネットワークのネットワーク要素が、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素およびセッション管理ネットワーク要素が同じPLMNに属していると判断した場合、第1のコア−ネットワークネットワーク要素をセッション管理ネットワーク要素に接続することができ、または第1のコアネットワークのネットワーク要素が、セッション管理ネットワーク要素の識別子情報に基づいて、端末向けにPDUセッションが確立されたPLMNがセッション管理ネットワーク要素が位置するPLMNと同じであると判断した場合、第1のコアネットワークのネットワーク要素をセッション管理ネットワーク要素に接続することができる。
【０１１５】
第1のコアネットワークのネットワーク要素が、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素がセッション管理ネットワーク要素に接続することができないと判断した場合、第1のコアネットワークのネットワーク要素は第1のネットワーク内でのPDUセッションの確立を拒否する。可能な実装形態では、第1のコアネットワークのネットワーク要素が、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素およびセッション管理ネットワーク要素が同じPLMNに属していないと判断した場合、第1のコア−ネットワークネットワーク要素をセッション管理ネットワーク要素に接続することができず、または第1のコアネットワークのネットワーク要素が、セッション管理ネットワーク要素の識別子情報に基づいて、端末向けにPDUセッションが確立されたPLMNがセッション管理ネットワーク要素が位置するPLMNとは異なると判断した場合、第1のコアネットワークのネットワーク要素をセッション管理ネットワーク要素に接続することができない。
【０１１６】
可能な実装形態では、第1のコアネットワークのネットワーク要素は、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素およびセッション管理ネットワーク要素が同じPLMNに属しておらず、セッション管理ネットワーク要素が位置するPLMNが訪問先PLMNであると判断し、第1のコアネットワークのネットワーク要素は、第1のネットワーク内でのPDUセッションの確立を拒否する。
【０１１７】
この実施形態では、セッション管理ネットワーク要素が位置するPLMNがVPLMNである場合、それは、PDUセッションのローミングステータス情報がローカルブレイクアウトであることを示す。
【０１１８】
この実施形態では、セッション管理ネットワーク要素の識別子情報の詳細な内容については、ステップ402の説明を参照されたい。
【０１１９】
可能な方式では、第1のコアネットワークのネットワーク要素は、セッション管理ネットワーク要素の識別子情報およびハンドオーバ前後のPDUセッションに対応する端末のインターネットプロトコル（IP）継続性要件情報に基づいて、PDUセッションのハンドオーバを処理する。詳細については、ステップ402の説明を参照されたい。本出願の実施形態で提供される解決策は、主にネットワーク要素間の相互作用の観点から上述されている。第1のコアネットワークのネットワーク要素を実装するために、第1のコアネットワークのネットワーク要素は、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されよう。本明細書で開示された実施形態に記載された例のユニットおよびアルゴリズムステップを組み合わせて、本出願がハードウェアまたはハードウェアとコンピュータソフトウェアの組合せを使用して実装され得ることを、当業者は容易に気づくべきである。機能がハードウェアを使用して実行されるか、ハードウェアを駆動するコンピュータソフトウェアによって実行されるかは、技術的解決策の特定の用途および実装制約条件に依存する。当業者は、様々な方法を使用して、特定の用途ごとに記載された機能を実装することができるが、その実装形態が本出願の範囲を超えると考えられるべきではない。
【０１２０】
本出願のこの実施形態で提供されるPDUセッション処理方法は、図5および図6を参照して例を使用して記載される。
【０１２１】
図5に示されたように、図5は、本出願の一実施形態によるPDUセッション処理方法のフローチャートである。図5のUEは本出願の実施形態における端末であり、AMF1ネットワーク要素は第1のネットワーク内のAMFネットワーク要素であり、AMF1ネットワーク要素は本出願の実施形態における第1のコアネットワークのネットワーク要素の実装形態であり、RAN1は第1のネットワーク内のアクセスネットワークのネットワーク要素であり、AMF2は第2のネットワーク内のAMFネットワーク要素であり、RAN2は第2のネットワーク内のアクセスネットワークのネットワーク要素であり、SMFネットワーク要素はセッション管理ネットワーク要素の具体的な実装形態であり、ポリシー制御機能（policy control function、PCF）ネットワーク要素は、パケットデータに関連する無線チャネル制御機能を実装し、端末によって実行されるパケットデータサービスを変換、管理、および制御するように構成されてよく、UDMネットワーク要素はデータ管理ネットワーク要素の具体的な実装形態であり、関連情報を記憶するように構成されてよい。図5では、代替として、2つ以上のSMFネットワーク要素、2つ以上のPCFネットワーク要素、2つ以上のUDMネットワーク要素、および2つ以上のDNネットワーク要素が存在してもよいことに留意されたい。当業者は、具体的なアプリケーションシナリオに基づいて、コアネットワークのネットワーク要素の具体的な設定を推論することができる。
【０１２２】
図5に示された方法は以下のステップを含む。
【０１２３】
ステップ1：UEが第2のネットワーク内でPDUセッションを確立する。
【０１２４】
第2のネットワークは、UE（すなわち、端末）のPDUセッションが現在位置するアクセスネットワークである。
【０１２５】
ステップ2：SMFネットワーク要素が関連情報を格納する。
【０１２６】
第2のネットワーク内でPDUセッションを確立するプロセスにおいて、SMFネットワーク要素は、SMF識別子情報およびPDUセッションの識別子をUDMネットワーク要素に格納することができる。
【０１２７】
5Gアーキテクチャに複数のSMFネットワーク要素が存在する場合、SMFネットワーク要素は第2のネットワーク内のSMFネットワーク要素である。
【０１２８】
場合によっては、SMFネットワーク要素はさらに、ローミングステータス情報をUDMネットワーク要素に格納する。
【０１２９】
場合によっては、SMFネットワーク要素はさらに、PDUセッションに対応する端末のIP継続性要件情報をUDMネットワーク要素に格納する。可能な実装形態は、SMFネットワーク要素がPDUセッションのSSC modeをUDMに格納することである。
【０１３０】
場合によっては、SMFネットワーク要素はさらに、UDMがPDUセッションに対応するローミングステータス情報を格納するかどうかを最初に判定することができる。UDMがPDUセッションに対応するローミングステータス情報を格納しない場合、SMFネットワーク要素はローミングステータス情報をUDMに送信する。
【０１３１】
ステップ3：UEが、第1のネットワークを介してAMF1ネットワーク要素にPDUセッション確立要求メッセージを送信する。
【０１３２】
AMF1は第1のネットワーク内の第1のコアネットワークのネットワーク要素である。
【０１３３】
PDUセッション確立要求メッセージは、ハンドオーバ指示情報を含む。場合によっては、PDUセッション確立要求メッセージは、PDUセッションの識別子をさらに含む。
【０１３４】
ステップ4：AMF1ネットワーク要素がSMFネットワーク要素を特定する。
【０１３５】
このステップでは、AMF1ネットワーク要素は、PDUセッションに対応するSMFネットワーク要素をローカルに見つけることができるかどうかを判定し、PDUセッションに対応するSMFネットワーク要素がローカルに見つかった場合、それはコアネットワークが1つしか存在しない、すなわち、5Gアーキテクチャ、たとえば図1に示されたアーキテクチャにはSMFネットワーク要素が1つしか存在しないことを示す。この場合、PDUセッションは、従来技術の関連する方法に従ってハンドオーバされてよい。これは本出願の説明範囲に属していない。PDUセッションに対応するSMFネットワーク要素がローカルに見つからない場合、SMFネットワーク要素を求めてUDMネットワーク要素が検索される。場合によっては、SMFネットワーク要素がPDUセッションに対応するセッションローミング情報を格納する場合、PDUセッションに対応するセッションローミング情報は、UDMネットワーク要素からさらに取得される。場合によっては、SMFネットワーク要素がPDUセッションに対応する端末のIP継続性要件情報を格納する場合、PDUセッションに対応する端末のIP継続性要件情報は、UDMネットワーク要素からさらに取得される。場合によっては、PDUセッション確立要求メッセージがPDUセッションに対応するセッションローミング情報を搬送する場合、PDUセッションに対応するセッションローミング情報は、PDUセッション確立要求メッセージから取得される。場合によっては、PDUセッション確立要求メッセージがPDUセッションに対応する端末のIP継続性要件情報を搬送する場合、PDUセッションに対応する端末のIP継続性要件情報は、PDUセッション確立要求メッセージから取得される。
【０１３６】
ステップ5：AMF1がPDUセッションをハンドオーバすることができると判断すると、AMF1が第1のネットワークを介してPDUセッションを確立する。
【０１３７】
ステップ6：第1のネットワークを介してPDUセッションを解放する。手順が終了する。
【０１３８】
場合によっては、PDUセッションがSSC mode 1に対応する場合、AMF1ネットワーク要素はUEに対するPDUセッション解放手順を開始し、またはPDUセッションがSSC mode 2もしくはSSC mode 3に対応する場合、UEはAMF1ネットワーク要素に対するPDUセッション解放手順を開始する。
【０１３９】
ステップ7：AMF1ネットワーク要素がPDUセッションをハンドオーバすることができないと判断すると、AMF1ネットワーク要素はPDUセッションの確立を拒否する。手順が終了する。
【０１４０】
場合によっては、AMF1ネットワーク要素はハンドオーバ拒否メッセージをUEに送信する。
【０１４１】
ステップ5およびステップ7は異なる時間に実行されることに留意されたい。加えて、前述のステップでは、本出願に関連する処理手順のみが記載され、その具体的な実装形態の詳細は図に完全には示されていない。当業者は、本出願および従来技術を参照して、その具体的な実装形態を推論することができる。
【０１４２】
図6に示されたように、図6は、本出願の一実施形態による別のPDUセッション処理方法のフローチャートである。このフローチャートは図5に示されたフローチャートと実質的に同じであり、2つのフローチャートの間の主な違いは以下の通りである：図6に示された手順では、AMF 2ネットワーク要素により、PDUセッション確立受諾メッセージをUEに送信するステップ1aがステップ1の後に追加され、メッセージはローミングステータス情報を含み、ステップ3においてAMF1ネットワーク要素にUEによって送信されたPDUセッション確立要求メッセージは、ローミングステータス情報を含む、すなわち、PDUセッションのローミングステータス情報は、PDUセッション確立要求メッセージを使用することにより、AMF1ネットワーク要素にUEによって送信される。図6に示された手順内の他のステップの具体的な実装形態については、図5に示された実施形態の関連する説明を参照されたく、詳細は本明細書で再び記載されない。
【０１４３】
図5および図6に示された実施形態は、具体的な実装形態の例にすぎないことに留意されたい。実際の用途では、別の実装形態が存在してもよく、別の実装形態は、図4に示された手順に準拠していれば、本出願の保護範囲内に入るべきである。
【０１４４】
図7に示されたように、本出願の一実施形態はPDUセッション処理装置700をさらに提供する。PDUセッション処理装置700は、少なくとも1つのプロセッサ71と、通信バス72と、メモリ73と、少なくとも1つの通信インターフェース74とを含む。装置700は、本出願の実施形態における第1のコアネットワークのネットワーク要素であってよい。たとえば、装置700は、図1〜図3のAMFネットワーク要素であってもよく、図5および図6のAMF1ネットワーク要素であってもよい。装置700は、本出願の実施形態における前述の方法を実行するように構成されてよい。
【０１４５】
プロセッサ71は、汎用中央処理装置（CPU）、マイクロプロセッサ、特定用途向け集積回路（application−specific integrated circuit、ASIC）、または本出願の解決策におけるプログラムの実行を制御するように構成された1つもしくは複数の集積回路であってよい。
【０１４６】
通信バス72は、前述の構成要素間で情報を送信するための経路を含んでよい。通信インターフェース74は、トランシーバなどの任意の装置であってよく、別のデバイス、またはイーサネット（登録商標）、無線アクセスネットワーク（RAN）、もしくはWLANなどの通信ネットワークと通信するように構成される。
【０１４７】
メモリ73は、読取り専用メモリ（read−only memory、ROM）もしくは静的情報および静的命令を記憶することができる別のタイプの静的ストレージデバイス、またはランダムアクセスメモリ（random access memory、RAM）もしくは情報および命令を記憶することができる別のタイプの動的ストレージデバイスであってもよく、電気的消去可能プログラマブル読取り専用メモリ（Electrically Erasable Programmable Read−Only Memory、EEPROM）、コンパクトディスク読取り専用メモリ（Compact Disc Read−Only Memory、CD−ROM）もしくは別のコンパクトディスクストレージ、（コンパクトディスク、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク、ブルーレイディスクなどを含む）光ディスクストレージ、磁気ディスク記憶媒体もしくは別の磁気ストレージデバイス、または命令もしくはデータ構造の形態で予想されるプログラムコードを搬送もしくは記憶するように構成することができ、装置によってアクセスすることができる任意の他の媒体であってもよいが、それらに限定されない。メモリは、独立して存在し、バスを使用してプロセッサに接続されてもよい。あるいは、メモリはプロセッサと一体化されてもよい。
【０１４８】
メモリ73は、本出願の解決策を実行するためのアプリケーションプログラムコードを記憶するように構成され、アプリケーションプログラムコードの実行はプロセッサ71によって制御される。プロセッサ71は、メモリ73に記憶されたアプリケーションプログラムコードを実行するように構成される。
【０１４９】
具体的な実装中に、一実施形態では、プロセッサ71は、1つまたは複数のCPU、たとえば、図7のCPU0およびCPU1を含んでよい。
【０１５０】
具体的な実装中に、一実施形態では、装置700は、複数のプロセッサ、たとえば、図7のプロセッサ71およびプロセッサ78を含んでよい。これらのプロセッサの各々は、シングルコア（single−CPU）プロセッサであってもよく、マルチコア（multi−CPU）プロセッサであってもよい。本明細書のプロセッサは、（コンピュータプログラム命令などの）データを処理するために使用される1つまたは複数のデバイス、回路、および／または処理コアであってよい。
【０１５１】
たとえば、図1〜図3のAMFネットワーク要素は図7に示された装置であってよく、AMFネットワーク要素のメモリは1つまたは複数のソフトウェアモジュールを記憶する。AMFネットワーク要素は、プロセッサおよびメモリ内のプログラムコードを使用することにより、ソフトウェアモジュールを実装してPDUセッション処理を実施することができる。
【０１５２】
あるいは、図4の第1のコアネットワークのネットワーク要素は図7に示された装置であってよく、第1のコアネットワークのネットワーク要素のメモリは、1つまたは複数のソフトウェアモジュールを記憶する。第1のコアネットワークのネットワーク要素は、プロセッサおよびメモリ内のプログラムコードを使用することにより、ソフトウェアモジュールを実装してPDUセッション処理を実施することができる。
【０１５３】
あるいは、図5および図6のAMF1ネットワーク要素は図7に示された装置であってよく、AMF1ネットワーク要素のメモリは1つまたは複数のソフトウェアモジュールを記憶する。AMF1ネットワーク要素は、プロセッサおよびメモリ内のプログラムコードを使用することにより、ソフトウェアモジュールを実装してPDUセッション処理を実施することができる。
【０１５４】
本出願のこの実施形態では、第1のコアネットワークのネットワーク要素の機能モジュールは、前述の方法例に基づいて分割されてよい。たとえば、機能モジュールは機能に対応して分割されてよく、または2つ以上の機能が1つの処理モジュールに統合されてよい。統合モジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本出願のこの実施形態におけるモジュール分割は一例であり、論理的な機能分割にすぎないことに留意されたい。実際の実装中に、別の分割方式が存在してもよい。
【０１５５】
たとえば、機能モジュールが機能に対応して分割されるとき、図8は、前述の実施形態におけるPDUセッション処理装置の可能な概略構造図である。装置800は、前述の実施形態における第1のコアネットワークのネットワーク要素、セッション管理ネットワーク要素、または端末であってよい。装置800は、処理ユニット801およびトランシーバユニット802を含む。
【０１５６】
装置800が第1のコアネットワークのネットワーク要素であるとき、トランシーバユニットは、第1のネットワークを介して端末から第1のメッセージを受信し、第1のメッセージはハンドオーバ指示情報を含み、ハンドオーバ指示情報は、第2のネットワークから第1のネットワークにパケットデータユニットPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために使用される。
【０１５７】
処理ユニットは、PDUセッションのローミングステータス情報に基づいて、PDUセッションのハンドオーバを処理するように構成される。
【０１５８】
場合によっては、処理ユニットは、具体的に、PDUセッションのローミングステータス情報がホームルーティングまたは非ローミングである場合、第1のネットワーク内でPDUセッションを確立するように構成される。
【０１５９】
場合によっては、処理ユニットは、具体的に、PDUセッションのローミングステータス情報がローカルブレイクアウトである場合、第1のネットワーク内でのPDUセッションの確立を拒否するように構成される。
【０１６０】
場合によっては、処理ユニットは、具体的に、PDUセッションのローミングステータス情報がローカルブレイクアウトであり、第1のコアネットワークのネットワーク要素および第1のネットワーク内のPDUセッションに対応するセッション管理ネットワーク要素が同じPLMNに属していない場合、第1のネットワーク内でのPDUセッションの確立を拒否するように構成される。
【０１６１】
場合によっては、処理ユニットは、具体的に、
PDUセッションのローミングステータス情報およびハンドオーバ前後のPDUセッションに対応する端末のインターネットプロトコルIP継続性要件情報に基づいて、PDUセッションのハンドオーバを処理する
ように構成される。
【０１６２】
場合によっては、処理ユニットは、具体的に、
PDUセッションのローミングステータス情報がローカルブレイクアウトであり、端末のIP継続性が保証される必要がある場合、第1のネットワーク内でのPDUセッションの確立を拒否する
ように構成される。
【０１６３】
場合によっては、処理ユニットは、具体的に、
PDUセッションのローミングステータス情報がローカルブレイクアウトであり、端末のIP継続性が保証される必要がない場合、第1のネットワーク内でPDUセッションを確立する
ように構成される。
【０１６４】
場合によっては、処理ユニットは、
PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのローミングステータス情報を特定する
ようにさらに構成される。
【０１６５】
場合によっては、処理ユニットは、
データ管理ネットワーク要素からPDUセッションのローミングステータス情報を取得する
ようにさらに構成される。
【０１６６】
場合によっては、第1のメッセージはローミングステータス情報をさらに含み、処理ユニットは、第1のメッセージからPDUセッションのローミングステータス情報を取得するようにさらに構成される。
【０１６７】
場合によっては、処理ユニットは、
統合データ管理UDMネットワーク要素からPDUセッションに対応する端末のIP継続性要件情報を取得する
ようにさらに構成される。
【０１６８】
場合によっては、第1のメッセージはPDUセッションに対応する端末のIP継続性要件情報をさらに含み、処理ユニットは、第1のメッセージからPDUセッションに対応する端末のIP継続性要件情報を取得するようにさらに構成される。
【０１６９】
別の実装形態では、トランシーバユニットは、第1のネットワークを介して端末から第1のメッセージを受信するように構成され、第1のメッセージはハンドオーバ指示情報を含み、ハンドオーバ指示情報は、第2のネットワークから第1のネットワークにパケットデータユニットPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために使用される。
【０１７０】
処理ユニットは、PDUセッションのSSC modeがSSC mode2であるとき、PDUセッションの確立を拒否するように構成される。
【０１７１】
装置800がセッション管理ネットワーク要素であるとき、処理ユニットは、PDUセッションのローミングステータス情報、PDUセッションに対応する端末のIP継続性要件情報、およびセッション管理ネットワーク要素の識別子情報のうちの1つまたは複数をデータ管理ネットワーク要素に格納するように構成される。
【０１７２】
場合によっては、データ管理ネットワーク要素はUDMネットワーク要素であってよい。
【０１７３】
装置800が端末であるとき、トランシーバユニットは、第1のコアネットワークのネットワーク要素に第1のメッセージを送信するように構成され、第1のメッセージはハンドオーバ指示情報を含み、ハンドオーバ指示情報は、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように第1のコアネットワークのネットワーク要素に指示するために使用され、トランシーバユニットは、第1のコアネットワークのネットワーク要素から第2のメッセージを受信するようにさらに構成され、第2のメッセージはPDUセッション処理結果を示すために使用される。
【０１７４】
場合によっては、第2のメッセージはPDUセッションを確立するように指示するために使用される。
【０１７５】
場合によっては、第2のメッセージはPDUセッションのハンドオーバを拒否するように指示するために使用される。
【０１７６】
場合によっては、第1のメッセージはローミングステータス情報を含む。
【０１７７】
場合によっては、第1のメッセージはPDUセッションに対応する端末のIP継続性要件情報を含む。
【０１７８】
場合によっては、第1のメッセージはPDUセッションの識別子を含む。
【０１７９】
この実施形態では、装置は、機能に対応する機能モジュールを分割することによって表されるか、または機能モジュールを統合することによって表される。本明細書における「モジュール」は、特定用途向け集積回路（application−specific integrated circuit、ASIC）、回路、1つもしくは複数のソフトウェアプログラムもしくはファームウェアプログラムを実行するプロセッサおよびメモリ、集積論理回路、ならびに／または前述の機能を実現することができる別のデバイスであってよい。簡単な実施形態では、当業者は、PDUセッション処理装置800が図7に示された方式で実装されてよいことを思い付くかもしれない。たとえば、図8の処理ユニット801およびトランシーバユニット802は、図7のプロセッサ71（および／またはプロセッサ78）ならびにメモリ73を使用して実装されてよい。具体的には、処理ユニット801およびトランシーバユニット802は、メモリ73に記憶されたアプリケーションプログラムコードをプロセッサ71（および／またはプロセッサ78）によって呼び出すことによって実行されてよい。このことは、本出願のこの実施形態では限定されない。
【０１８０】
図9は、本出願の一実施形態によるPDUセッション処理装置の概略図である。PDUセッション処理装置は、トランシーバユニット901、処理ユニット902、および記憶ユニット903を含む。トランシーバユニット901、処理ユニット902、および記憶ユニット903は、物理的に分離されたユニットであってもよく、1つまたは複数の物理ユニットに統合されてもよい。このことは本明細書では限定されない。
【０１８１】
トランシーバユニット901は、処理ユニット902と別のユニットまたはネットワーク要素との間のコンテンツ交換を実施するように構成される。具体的には、トランシーバユニット901は、PDUセッション処理装置の通信インターフェースであってもよく、トランシーバ回路またはトランシーバであってもよく、トランシーバマシンであってもよい。あるいは、トランシーバユニット901は、処理ユニット902の通信インターフェースまたはトランシーバ回路であってよい。場合によっては、トランシーバユニット901はトランシーバチップであってよい。
【０１８２】
図9はただ1つのトランシーバユニット901を示しているが、PDUセッション処理装置は複数のトランシーバユニット901を含んでよく、またはトランシーバユニット901は複数のサブトランシーバユニットを含む。トランシーバユニット901は、対応する送信動作および受信動作を実行するように構成された送信ユニットおよび受信ユニットをさらに含んでよい。
【０１８３】
処理ユニット902は、PDUセッション処理装置によって実行されるデータ処理を実装するように構成される。処理ユニット902は、処理回路であってもよく、プロセッサであってもよい。プロセッサは、中央処理装置（central processing unit、CPU）、ネットワークプロセッサ（network processor、NP）、またはCPUとNPの組合せであってよい。プロセッサはハードウェアチップをさらに含んでよい。ハードウェアチップは、特定用途向け集積回路（application−specific integrated circuit、ASIC）、プログラマブル論理デバイス（programmable logic device、PLD）、またはそれらの組合せであってよい。PLDは、複合プログラマブル論理デバイス（complex programmable logic device、CPLD）、フィールドプログラマブルゲートアレイ（field−programmable gate array、FPGA）、汎用アレイ論理（Generic Array Logic、GAL）、またはそれらの任意の組合せであってよい。
【０１８４】
図9はただ1つの処理ユニット902を示しているが、PDUセッション処理装置は複数の処理ユニットを含んでよく、または処理ユニット902は複数のサブデータ処理ユニットを含む。具体的には、プロセッサは、シングルコア（single−CPU）プロセッサであってもよく、マルチコア（multi−CPU）プロセッサであってもよい。
【０１８５】
記憶ユニット903は、処理ユニット902によって実行されるコンピュータ命令を記憶するように構成される。記憶ユニット903は、記憶回路であってもよく、メモリであってもよい。メモリは、揮発性メモリまたは不揮発性メモリであってもよく、揮発性メモリと不揮発性メモリの両方を含んでもよい。不揮発性メモリは、読取り専用メモリ（read−only memory、ROM）、プログラマブル読取り専用メモリ（programmable ROM、PROM）、消去可能プログラマブル読取り専用メモリ（erasable PROM、EPROM）、電気的消去可能プログラマブル読取り専用メモリ（electrically EPROM、EEPROM）、またはフラッシュメモリであってよい。揮発性メモリは、ランダムアクセスメモリ（random access memory、RAM）であってよく、外部キャッシュとして使用される。
【０１８６】
記憶ユニット903は、処理ユニット902から独立したユニットであってもよく、処理ユニット902内の記憶ユニットであってもよい。このことは本明細書では限定されない。図9はただ1つの記憶ユニット903を示しているが、PDUセッション処理装置は複数の記憶ユニット903を含んでよく、記憶ユニット903は複数のサブ記憶ユニットを含む。
【０１８７】
本出願の実施形態では、処理ユニット902は、トランシーバユニット901を使用することにより、別のネットワーク要素とコンテンツを交換することができる。たとえば、処理ユニット902は、別のネットワーク要素からコンテンツを取得または受信する。処理ユニット902およびトランシーバユニット901が2つの物理的に分離された構成要素である場合、処理ユニット902は、トランシーバユニット901を使用せずに、PDUセッション処理装置内の別のユニットとコンテンツを交換することができる。
【０１８８】
可能な実装形態では、トランシーバユニット901、処理ユニット902、および記憶ユニット603は、バスを使用して互いに接続されてよい。バスは、周辺構成要素相互接続（peripheral component interconnect、PCI）バス、拡張業界標準アーキテクチャ（extended industry standard architecture、EISA）バスなどであってよい。バスは、アドレスバス、データバス、制御バスなどに分類されてよい。
【０１８９】
本出願のこの実施形態では、処理ユニット902は、記憶ユニット903に記憶されたコンピュータ命令に基づいて、PDUセッション処理装置が本出願の図4〜図6の任意の実施形態における方法を実施することを可能にする。
【０１９０】
本出願のこの実施形態では、PDUセッション処理装置は、データ処理チップまたはデータ処理チップモジュール、たとえば、システムオンチップ（System on Chip、SoC）であってよい。
【０１９１】
具体的には、PDUセッション処理装置は、アクセスおよびモビリティ管理ネットワーク要素、セッション管理ネットワーク要素、または端末デバイスであってよい。
【０１９２】
PDUセッション処理装置がアクセスおよびモビリティ管理ネットワーク要素であるとき、可能な実装形態では、トランシーバユニット901は、第1のネットワークを介して端末から第1のメッセージを受信するように構成され、第1のメッセージはハンドオーバ指示情報を含み、ハンドオーバ指示情報は、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように処理ユニット902に指示するために使用される。処理ユニットは、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理するように構成される。
【０１９３】
可能な実装形態では、処理ユニット902は、セッション管理ネットワーク要素の識別子情報に基づいて、PDUセッション処理装置をセッション管理ネットワーク要素に接続することができると判断するように構成され、処理ユニット902は、第1のネットワーク内でPDUセッションを確立するように構成される。
【０１９４】
可能な実装形態では、処理ユニット902は、セッション管理ネットワーク要素の識別子情報に基づいて、PDUセッション処理装置をセッション管理ネットワーク要素に接続することができないと判断するように構成され、処理ユニット902は、第1のネットワーク内でのPDUセッションの確立を拒否するように構成される。
【０１９５】
可能な実装形態では、処理ユニット902は、セッション管理ネットワーク要素の識別子情報に基づいて、第1のコアネットワークのネットワーク要素およびセッション管理ネットワーク要素が同じPLMNに属しておらず、セッション管理ネットワーク要素が位置するPLMNが訪問先PLMNであると判断するように構成され、処理ユニット902は、第1のネットワーク内でのPDUセッションの確立を拒否するように構成される。
【０１９６】
可能な実装形態では、処理ユニット902は、セッション管理ネットワーク要素の識別子情報に基づいて、PDUセッション処理装置およびセッション管理ネットワーク要素が同じ公的地域モバイルネットワークPLMNに属していると判断するように構成され、処理ユニット902は、第1のネットワーク内でPDUセッションを確立するように構成される。
【０１９７】
可能な実装形態では、処理ユニット902は、セッション管理ネットワーク要素の識別子情報に基づいて、PDUセッション処理装置およびセッション管理ネットワーク要素が同じPLMNに属していないと判断するように構成され、処理ユニット902は、第1のネットワーク内でのPDUセッションの確立を拒否するように構成される。
【０１９８】
可能な実施形態では、セッション管理ネットワーク要素の識別子情報は、セッション管理ネットワーク要素が位置するPLMNの識別子情報を含む。
【０１９９】
可能な実装形態では、トランシーバユニット901は、データ管理ネットワーク要素からセッション管理ネットワーク要素の識別子情報を取得するようにさらに構成される。
【０２００】
可能な実装形態では、処理ユニット902は、セッション管理ネットワーク要素の識別子情報およびハンドオーバ前後のPDUセッションに対応する端末のインターネットプロトコルIP継続性要件情報に基づいて、PDUセッションのハンドオーバを処理するように構成される。
【０２０１】
この実施形態では、トランシーバユニット901は、本出願の図5または図6に対応する実施形態におけるAMFネットワーク要素と外部ネットワーク要素との間でコンテンツの受信動作および送信動作を実施するように構成される。処理ユニット902は、本出願の図5または図6に対応する実施形態におけるAMFネットワーク要素内のデータまたはシグナリング処理動作を実施するように構成される。
【０２０２】
この実施形態では、処理ユニット902は、記憶ユニット903に記憶されたコンピュータ命令に基づいて、PDUセッション処理装置が、本出願の図5または図6に対応する実施形態におけるAMFネットワーク要素の動作、たとえば、
トランシーバユニット901により、第1のネットワークを介して端末から第1のメッセージを受信することであって、第1のメッセージがハンドオーバ指示情報を含み、ハンドオーバ指示情報が、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように処理ユニット902に指示するために使用される、受信することと、PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、PDUセッションのハンドオーバを処理することとを実施することを可能にする。
【０２０３】
本出願の一実施形態は別のPDUセッション処理装置を提供する。装置は、記憶ユニット903、処理ユニット902、およびトランシーバユニット901を含む。記憶ユニット903はコンピュータ命令を記憶するように構成される。処理ユニット902は、記憶ユニット903に記憶されたコンピュータ命令に基づいて、以下の動作：トランシーバユニット901により、端末から第1のメッセージを受信することであって、第1のメッセージがハンドオーバ指示情報を含み、ハンドオーバ指示情報が、第2のネットワークから第1のネットワークにPDUセッションをハンドオーバするように処理ユニット902に指示するために使用される、受信することと、PDUセッションのローミングステータス情報に基づいて、PDUセッションのハンドオーバを処理することとを実行するように構成される。
【０２０４】
可能な実装形態では、トランシーバユニット901はPDUセッション処理装置の通信インターフェースであってよく、処理ユニット902はPDUセッション処理装置のプロセッサであってよく、記憶ユニット903はPDUセッション処理装置のメモリであってよい。
【０２０５】
本出願の一実施形態は、図7および図8に示されたPDUセッション処理装置によって使用されるコンピュータソフトウェア命令を記憶するように構成されたコンピュータ記憶媒体をさらに提供する。コンピュータソフトウェア命令は、前述の方法実施形態を実行するように設計されたプログラムコードを含む。PDUセッション処理は、記憶されたプログラムコードを実行することによって実施されてよい。
【０２０６】
本出願の一実施形態はコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、前述の方法実施形態における方法を実施するために、プロセッサを使用してロードされてよい。
【０２０７】
本出願の一実施形態はチップをさらに提供する。チップはプロセッサおよびトランシーバ構成要素を含む。場合によっては、チップは記憶ユニットをさらに含み、チップは本出願の前述の実施形態における方法を実行するように構成されてよい。
【０２０８】
本出願は実施形態を参照して記載されているが、保護を主張する本出願を実装するプロセスにおいて、当業者は、添付の図面、開示された内容、および添付の特許請求の範囲を参照することにより、開示された実施形態の別の変形形態を理解し実装することができる。特許請求の範囲では、「備える」（comprising）は別の構成要素または別のステップを排除せず、「a」または「one」は複数のケースを排除しない。単一のプロセッサまたは別のユニットは、特許請求の範囲に列挙されたいくつかの機能を実装することができる。いくつかの手段は互いに異なる従属請求項に記載されるが、これは、これらの手段を組み合わせてより良い効果を生み出すことができないことを意味しない。
【０２０９】
本出願の実施形態は、方法、装置（デバイス）、またはコンピュータプログラム製品として提供されてよいことを当業者なら理解されよう。したがって、本出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアの組合せを有する実施形態の形態であってよい。それらは「モジュール」または「システム」と総称される。その上、本出願は、コンピュータ使用可能プログラムコードを含む、（限定はしないが、ディスクメモリ、CD−ROM、光メモリなどを含む）1つまたは複数のコンピュータ使用可能記憶媒体に実装されたコンピュータプログラム製品の形態であってよい。コンピュータプログラムは、適切な媒体に記憶／分配され、他のハードウェアと一緒に提供されるか、もしくはハードウェアの一部として使用されるか、あるいは、代替として、Internetまたは別の有線もしくはワイヤレスの電気通信システムを使用することなどによる別の分配形態であってよい。
【０２１０】
本出願は、本出願の実施形態による方法、装置（デバイス）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して記載されている。コンピュータプログラム命令は、フローチャートおよび／またはブロック図内の各プロセスおよび／または各ブロック、ならびにフローチャートおよび／またはブロック図内のプロセスおよび／またはブロックの組合せを実装するために使用されてよいことを理解されたい。これらのコンピュータプログラム命令は、機械を生成するために、汎用コンピュータ、専用コンピュータ、組込み型プロセッサ、または別のプログラマブルデータ処理デバイスのプロセッサに提供されてよく、その結果、コンピュータまたは別のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の具体的な機能を実装するための装置を生成する。
【０２１１】
これらのコンピュータプログラム命令はまた、具体的な方式で動作するようにコンピュータまたは別のプログラマブルデータ処理デバイスに命令することができるコンピュータ可読メモリに記憶されてよく、その結果、コンピュータ可読メモリに記憶された命令は、命令装置を含む人工物を生成する。命令装置は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の具体的な機能を実装する。
【０２１２】
これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされてもよく、その結果、一連の動作およびステップは、コンピュータまたは別のプログラマブルデバイス上で実行され、それにより、コンピュータ実装処理が生成される。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の具体的な機能を実装するためのステップを提供する。
【０２１３】
本出願は、具体的な特徴およびそれらの実施形態を参照して記載されているが、明らかに、本出願の範囲から逸脱することなく、本出願に対して様々な修正および組合せが行われてよい。それに対応して、本明細書および添付図面は、添付の特許請求の範囲によって規定される本出願の説明の単なる例であり、本出願の範囲内の修正、変形、組合せ、または均等物のいずれかまたはすべてを包含していると見なされる。明らかに、当業者は、本出願の範囲から逸脱することなく、本出願に対して様々な修正および変形を行うことができる。本出願のこれらの修正および変形が本出願の特許請求の範囲およびそれらの均等な技術の範囲内に入れば、本出願はこれらの修正および変形を包含するものである。
【符号の説明】
【０２１４】
71  プロセッサ
72  通信バス
73  メモリ
74  通信インターフェース
78  プロセッサ
700  PDUセッション処理装置、装置
800  PDUセッション処理装置、装置
801  処理ユニット
802  トランシーバユニット
901  トランシーバユニット
902  処理ユニット
903  記憶ユニット
【図１】
2020524459.tif 000003
【図２】
2020524459.tif 000004
【図３】
2020524459.tif 000005
【図４】
2020524459.tif 000006
【図５】
2020524459.tif 000007
【図６】
2020524459.tif 000008
【図７】
2020524459.tif 000009
【図８】
2020524459.tif 000010
【図９】
2020524459.tif 000011
【手続補正書】
【提出日】令和1年12月18日(2019.12.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コアネットワークのネットワーク要素により、第1のネットワークを介して端末からメッセージを受信するステップであって、前記メッセージがハンドオーバ指示情報を備え、前記ハンドオーバ指示情報が、第2のネットワークから前記第1のネットワークにPDUセッションをハンドオーバするように前記コアネットワークのネットワーク要素に指示するために使用される、ステップと、
前記コアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理するステップと
を備える、パケットデータユニット（PDU）セッション処理方法。
【請求項２】
前記コアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記コアネットワークのネットワーク要素により、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記コアネットワークのネットワーク要素および前記セッション管理ネットワーク要素が同じ公的地域モバイルネットワーク（PLMN）に属していると判断するステップと、
前記コアネットワークのネットワーク要素により、前記第1のネットワーク内で前記PDUセッションを確立するステップとを備える、請求項1に記載の方法。
【請求項３】
前記コアネットワークのネットワーク要素により、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理する前記ステップが、
前記コアネットワークのネットワーク要素により、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記コアネットワークのネットワーク要素および前記セッション管理ネットワーク要素が同じPLMNに属していないと判断するステップと、
前記コアネットワークのネットワーク要素により、前記第1のネットワーク内での前記PDUセッションの確立を拒否するステップとを備える、請求項1に記載の方法。
【請求項４】
前記セッション管理ネットワーク要素の前記識別子情報が、前記セッション管理ネットワーク要素が位置する前記PLMNの識別子情報を備える、請求項2または3に記載の方法。
【請求項５】
前記コアネットワークのネットワーク要素により、データ管理ネットワーク要素から前記セッション管理ネットワーク要素の前記識別子情報を取得するステップ
をさらに備える、請求項1から4のいずれか一項に記載の方法。
【請求項６】
前記第1のネットワークが第3世代パートナーシッププロジェクト（3GPP）アクセスネットワークであり、前記第2のネットワークが非3GPPアクセスネットワークである、請求項1から5のいずれか一項に記載の方法。
【請求項７】
前記PDUセッションがホームルーティング状態にある、請求項1から6のいずれか一項に記載の方法。
【請求項８】
前記セッション管理ネットワーク要素の前記識別子情報が、前記ハンドオーバ前の前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報である、請求項1から7のいずれか一項に記載の方法。
【請求項９】
前記メッセージがPDUセッション確立要求メッセージである、請求項1から8のいずれか一項に記載の方法。
【請求項１０】
トランシーバユニットおよび処理ユニットを備えるPDUセッション処理装置であって、
前記トランシーバユニットが、第1のネットワークを介して端末からメッセージを受信し、前記メッセージがハンドオーバ指示情報を備え、前記ハンドオーバ指示情報が、第2のネットワークから前記第1のネットワークにPDUセッションをハンドオーバするように前記処理ユニットに指示するために使用される、ように構成され、
前記処理ユニットが、前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報に基づいて、前記PDUセッションの前記ハンドオーバを処理するように構成される、装置。
【請求項１１】
前記処理ユニットが、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記PDUセッション処理装置および前記セッション管理ネットワーク要素が同じ公的地域モバイルネットワーク（PLMN）に属していると判断するように構成され、
前記処理ユニットが、前記第1のネットワーク内で前記PDUセッションを確立するように構成される、
請求項10に記載の装置。
【請求項１２】
前記処理ユニットが、前記セッション管理ネットワーク要素の前記識別子情報に基づいて、前記PDUセッション処理装置および前記セッション管理ネットワーク要素が同じPLMNに属していないと判断するように構成され、
前記処理ユニットが、前記第1のネットワーク内での前記PDUセッションの確立を拒否するように構成される、
請求項10に記載の装置。
【請求項１３】
前記セッション管理ネットワーク要素の前記識別子情報が、前記セッション管理ネットワーク要素が位置する前記PLMNの識別子情報を備える、
請求項11または12に記載の装置。
【請求項１４】
前記トランシーバユニットが、データ管理ネットワーク要素から前記セッション管理ネットワーク要素の前記識別子情報を取得するようにさらに構成される、請求項10から13のいずれか一項に記載の装置。
【請求項１５】
前記第1のネットワークが第3世代パートナーシッププロジェクト（3GPP）アクセスネットワークであり、前記第2のネットワークが非3GPPアクセスネットワークである、請求項10から14のいずれか一項に記載の装置。
【請求項１６】
前記PDUセッションがホームルーティング状態にある、請求項10から15のいずれか一項に記載の装置。
【請求項１７】
前記セッション管理ネットワーク要素の前記識別子情報が、前記ハンドオーバ前の前記PDUセッションに対応するセッション管理ネットワーク要素の識別子情報である、請求項10から16のいずれか一項に記載の装置。
【請求項１８】
前記メッセージがPDUセッション確立要求メッセージである、請求項10から17のいずれか一項に記載の装置。
【請求項１９】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が命令を記憶し、前記命令がコンピュータ上で実行されると、前記コンピュータが請求項1から9のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【請求項２０】
装置であって、
メモリと結合された少なくとも1つのプロセッサであって、前記少なくとも1つのプロセッサが、前記装置が請求項1から9のいずれか一項に記載の方法を実行することを可能にするために、前記メモリに記憶された命令を実行するように構成される、少なくとも1つのプロセッサを備える、装置。
【請求項２１】
請求項1から9のいずれか一項において、前記コアネットワークのネットワーク要素によって遂行される前記方法を実行するように構成されたアクセスおよびモビリティ管理機能ネットワーク要素と、
前記アクセスおよびモビリティ管理機能ネットワーク要素にセッション管理ネットワーク要素の識別子情報を提供するように構成されたデータ管理ネットワーク要素と
を備える、システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１３５
【補正方法】変更
【補正の内容】
【０１３５】
このステップでは、AMF1ネットワーク要素は、PDUセッションに対応するSMFネットワーク要素をローカルに見つけることができるかどうかを判定し、PDUセッションに対応するSMFネットワーク要素がローカルに見つかった場合、それはコアネットワークが1つしか存在しない、すなわち、5Gアーキテクチャ、たとえば図1に示されたアーキテクチャにはSMFネットワーク要素が1つしか存在しないことを示す。この場合、PDUセッションは、従来技術の関連する方法に従ってハンドオーバされてよい。これは本出願の説明範囲に属していない。PDUセッションに対応するSMFネットワーク要素がローカルに見つからない場合、SMFネットワーク要素を求めてUDMネットワーク要素が検索される。場合によっては、UDMネットワーク要素がPDUセッションに対応するセッションローミング情報を格納する場合、PDUセッションに対応するセッションローミング情報は、UDMネットワーク要素からさらに取得される。場合によっては、UDMネットワーク要素がPDUセッションに対応する端末のIP継続性要件情報を格納する場合、PDUセッションに対応する端末のIP継続性要件情報は、UDMネットワーク要素からさらに取得される。場合によっては、PDUセッション確立要求メッセージがPDUセッションに対応するセッションローミング情報を搬送する場合、PDUセッションに対応するセッションローミング情報は、PDUセッション確立要求メッセージから取得される。場合によっては、PDUセッション確立要求メッセージがPDUセッションに対応する端末のIP継続性要件情報を搬送する場合、PDUセッションに対応する端末のIP継続性要件情報は、PDUセッション確立要求メッセージから取得される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１８８
【補正方法】変更
【補正の内容】
【０１８８】
可能な実装形態では、トランシーバユニット901、処理ユニット902、および記憶ユニット903は、バスを使用して互いに接続されてよい。バスは、周辺構成要素相互接続（peripheral component interconnect、PCI）バス、拡張業界標準アーキテクチャ（extended industry standard architecture、EISA）バスなどであってよい。バスは、アドレスバス、データバス、制御バスなどに分類されてよい。
【国際調査報告】
2020524459.tif 000012
2020524459.tif 000013
2020524459.tif 000014
2020524459.tif 000015