JP2020524451A - 通信方法および通信装置 - Google Patents

Abstract

通信方法および通信装置が開示され、方法は、アクセスネットワークのネットワーク要素により、モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信するステップであって、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、ステップと、アクセスネットワークのネットワーク要素により、トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信するステップであって、第1の情報が、トンネル情報が無効であることを示す、ステップとを含む。

Description

本出願は、参照によりその全体が本明細書に組み込まれる、2017年6月20日に中国特許庁に出願され、「COMMUNICATION METHOD AND APPARATUS」と題する、中国特許出願第201710471836．3号の優先権を主張する。

本出願は、情報技術の分野に関し、詳細には、通信方法および通信装置に関する。

ロングタームエボリューション（Long Term Evolution、LTE）システムでは、モビリティ管理エンティティ（Mobile Management Entity、MME）によって端末に割り当てられたトラッキングエリアリスト（Tracking Area List、TAList）内のトラッキングエリア識別子（Tracking Area Identifier、TAI）は、同じサービングゲートウェイ（Serving Gateway、SGW）のサービスエリアに属する。それに対応して、5Gシステムでは、アクセスおよびモビリティ管理機能（Access and Mobility Management Function、AMF）エンティティが、登録エリアリストを端末に割り当てる。AMFエンティティは、セッション用の適切なセッション管理機能（Session Management Function、SMF）エンティティを選択する。加えて、各SMFエンティティは、少なくとも1つのユーザプレーン機能（User Plane Function、UPF）に接続される。

セッションが非アクティブ化されると、セッションの無線アクセスネットワーク（radio access network、RAN）リソースが解放され、セッションのUPFとRANとの間のN3インターフェース接続が解放される。端末にサービスを提供するUPFのサービスエリアから端末が移動した場合、UPFが端末向けの最初のダウンリンクデータを受信すると、ネットワーク側は、最初に登録エリアの範囲内の端末にページングし、次いで、端末にRANリソースを割り当ててRAN側への接続を確立し、UPFと無線アクセスネットワークとの間のN3インターフェース接続を復元する必要がある。端末は別のUPFのサービスエリアに移動しているので、この場合、端末は、端末にサービスを提供したUPFに接続することができず、したがって、最初のダウンリンクデータを受信することができない。その結果、最初のダウンリンクデータの送信が失敗し、関連するサービスのセットアップが失敗する。

結論として、端末のUPFが変更されたときに端末にダウンリンクデータを送信する際の失敗をどのように回避するかが、緊急に解決される必要がある問題である。

本出願は、端末のUPFが変更されたときに端末にダウンリンクデータを送信する際の失敗を回避するために、通信方法および通信装置を提供する。

本出願の一実施形態は通信方法を提供し、方法は、
アクセスネットワークのネットワーク要素により、モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信するステップであって、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、ステップと、
アクセスネットワークのネットワーク要素により、トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信するステップであって、第1の情報が、トンネル情報が無効であることを示す、ステップと
を含む。

上記の方法によれば、アクセスネットワークのネットワーク要素は、受信されたトンネル情報が有効であるかどうかを判定し、トンネル情報が無効であると判定した後、セッション管理ネットワーク要素にトンネル情報が無効であることを通知する。このようにして、セッション管理ネットワーク要素は、端末のサービスがタイムリーかつ効果的にセットアップされ得ることを保証し、無効なトンネル情報に基づいて実行されるサービスセットアップによって引き起こされるサービスセットアップの失敗を回避するために、トンネル情報が無効であることをタイムリーに判断することができる。

場合によっては、アクセスネットワークのネットワーク要素により、トンネル情報が無効であると判断するステップは、
アクセスネットワークのネットワーク要素が、トンネル情報に対応する第1のユーザプレーンネットワーク要素に接続することができないと判断すると、アクセスネットワークのネットワーク要素により、トンネル情報が無効であると判断するステップ
を含む。

本出願の一実施形態は通信方法を提供し、方法は、
セッション管理ネットワーク要素により、アクセスネットワークのネットワーク要素から第1の情報を受信するステップであって、第1の情報が、第1のセッションのトンネル情報が無効であることを示し、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、ステップと、
セッション管理ネットワーク要素により、第1の情報を受信した後に第1のセッションのトンネル情報を更新するステップと
を含む。

上記の方法によれば、セッション管理ネットワーク要素は、無効なトンネル情報に基づいて実行されるサービスセットアップによって引き起こされるサービスセットアップの失敗を回避するために、第1のメッセージに基づいてタイムリーに、第1のセッションのトンネル情報が無効であると判断することができる。

場合によっては、第1の情報は第1のセッションの識別子および原因値を含み、第1のセッションはトンネルに関連付けられ、原因値はトンネル情報が無効であることを示す。

本出願の一実施形態は通信方法を提供し、方法は、
モビリティ管理ネットワーク要素により、セッション管理ネットワーク要素からセッション管理情報および位置エリア情報を受信し、端末の位置情報を特定するステップと、
モビリティ管理ネットワーク要素により、位置エリア情報および位置情報に基づいて、端末が位置エリア情報によって示されたサービスエリア外に位置すると判断し、セッション管理情報が転送されないことをセッション管理ネットワーク要素に通知し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するステップと
を含む。

上記の方法によれば、位置エリア情報および位置情報に基づいて、端末が位置エリア情報によって示されたサービスエリア外に位置すると判断すると、モビリティ管理ネットワーク要素は、セッション管理情報を更新するようにセッション管理ネットワーク要素に指示することができる。これにより、端末のサービスがタイムリーかつ効果的にセットアップされ得ることが保証され、端末が別のユーザプレーンネットワーク要素のサービスエリアに位置するときに発生するサービスセットアップの失敗が回避される可能性がある。

場合によっては、モビリティ管理ネットワーク要素により、セッション管理情報が転送されないことをセッション管理ネットワーク要素に通知し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するステップは、
モビリティ管理ネットワーク要素により、セッション管理ネットワーク要素に第1のメッセージを送信するステップであって、第1のメッセージが、セッション管理情報が転送されないことを示し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新する、ステップ
を含む。

本出願の一実施形態は通信方法を提供し、方法は、
セッション管理ネットワーク要素により、セッション管理情報および位置エリア情報をモビリティ管理ネットワーク要素に送信するステップと、
セッション管理ネットワーク要素により、セッション管理情報が転送されないことをモビリティ管理ネットワーク要素から知るステップであって、セッション管理情報が転送されないことが、位置エリア情報および端末の位置情報と関連付けられる、ステップと、
セッション管理ネットワーク要素により、セッション管理情報を更新するステップと
を含む。

上記の方法によれば、セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素から、セッション管理情報が転送されないことを知った後に、セッション管理情報を更新することができる。これにより、端末が最新のセッション管理情報に基づいてサービスをセットアップすることが保証され、端末のサービスセットアップの失敗が回避される可能性がある。

場合によっては、セッション管理ネットワーク要素により、セッション管理情報が更新されるべきことをモビリティ管理ネットワーク要素から知るステップは、
セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素から第1のメッセージを受信するステップであって、第1のメッセージがセッション管理情報の更新を示す、ステップ
を含む。

場合によっては、第1のメッセージは原因値をさらに含み、原因値は、セッション管理情報が転送されないか、またはセッション管理情報が更新される必要があることを示す。

場合によっては、第1のメッセージは位置情報をさらに含む。

場合によっては、位置エリア情報は、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素のサービスエリア情報を含む。

場合によっては、更新されたセッション管理情報は、端末にデータを送信するための第2のユーザプレーンネットワーク要素に関する情報を含む。

本出願の一実施形態は通信方法を提供し、方法は、
モビリティ管理ネットワーク要素により、セッション管理ネットワーク要素からセッション管理情報および条件情報を受信し、端末のステータス情報を特定するステップと、
端末のステータス情報が条件情報を満たすとモビリティ管理ネットワーク要素が判断した場合、モビリティ管理ネットワーク要素により、セッション管理情報を転送するステップと
を含む。

上記の方法によれば、端末の位置情報が位置エリア条件情報を満たさないと判断すると、モビリティ管理ネットワーク要素は、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するために使用される第1のメッセージをセッション管理ネットワーク要素に送信する。これにより、端末のサービスがタイムリーかつ効果的にセットアップされ得ることが保証され、端末が別のユーザプレーンネットワーク要素のサービスエリアに位置するときに発生するサービスセットアップの失敗が回避される可能性がある。

場合によっては、端末のステータス情報は端末の位置情報であり、条件情報は位置エリア情報を含む。

場合によっては、端末のステータス情報は端末のステータスであり、条件情報は、端末のステータスが接続状態であることを含む。

場合によっては、方法は、
端末のステータス情報が条件情報を満たさないとモビリティ管理ネットワーク要素が判断した場合、モビリティ管理ネットワーク要素により、セッション管理情報を更新するようにセッション管理ネットワーク要素に指示するステップ
をさらに含む。

本出願の一実施形態は通信方法を提供し、方法は、
セッション管理ネットワーク要素により、セッション管理情報および状態情報をモビリティ管理ネットワーク要素に送信するステップであって、セッション管理情報を転送または更新することが、端末の条件情報およびステータス情報と関連付けられる、ステップ
を含む。

場合によっては、端末のステータス情報は端末の位置情報であり、条件情報は位置エリア情報を含む。

場合によっては、端末のステータス情報は端末のステータスであり、条件情報は、端末のステータスが接続状態であることを含む。

場合によっては、方法は、
端末のステータス情報が条件情報を満たさないとモビリティ管理ネットワーク要素が判断した場合、モビリティ管理ネットワーク要素により、セッション管理情報を更新するようにセッション管理ネットワーク要素に指示するステップ
をさらに含む。

本出願の一実施形態は通信方法を提供し、方法は、
セッション管理ネットワーク要素により、端末の位置情報を取得するステップと、
セッション管理ネットワーク要素により、位置情報に基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するステップと
を含む。

上記の方法によれば、端末の位置情報を取得した後、セッション管理ネットワーク要素は、位置情報に基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断する。この場合、セッション管理ネットワーク要素は、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するために、受信されたトンネル情報が無効であると判断することができる。これにより、端末のサービスがタイムリーかつ効果的にセットアップされ得ることが保証され、端末が別のユーザプレーンネットワーク要素のサービスエリアに位置するときに発生するサービスセットアップの失敗が回避される。

場合によっては、セッション管理ネットワーク要素により、端末の位置情報を取得するステップは、
ダウンリンクデータ通知メッセージを受信した後、セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素に端末の位置情報を要求するステップと、セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素から端末の位置情報を受信するステップと
を含み、
セッション管理ネットワーク要素により、モビリティ属性および位置情報のうちの少なくとも1つに基づいて、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断するステップは、
セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素から受信された位置情報に基づいて、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断するステップ
を含む。

場合によっては、セッション管理ネットワーク要素により、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するステップの後に、方法は、
セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素に、第2のユーザプレーンネットワーク要素に対応する第2のトンネル情報を含むセッション管理情報を送信するステップ
をさらに含む。

本出願の一実施形態は通信方法を提供し、方法は、
モビリティ管理ネットワーク要素により、セッション管理ネットワーク要素から第1のメッセージを受信するステップであって、第1のメッセージがセッション管理情報を搬送せず、第1のメッセージが端末の位置情報を要求するために使用される、ステップと、
モビリティ管理ネットワーク要素により、位置情報を含むページング応答を受信し、第1のメッセージに基づいてセッション管理ネットワーク要素に位置情報を送信するステップと
を含む。

本出願の一実施形態は通信装置を提供し、装置は、
モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信するように構成されたトランシーバユニットであって、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバユニットと、
トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信するように構成された処理ユニットであって、第1の情報が、トンネル情報が無効であることを示す、処理ユニットと
を含む。

場合によっては、処理ユニットは、具体的に、
アクセスネットワークのネットワーク要素がトンネル情報に対応する第1のユーザプレーンネットワーク要素に接続することができないと判断すると、トンネル情報が無効であると判断する
ように構成される。

本出願の一実施形態は通信装置を提供し、装置は、
アクセスネットワークのネットワーク要素から第1の情報を受信するように構成されたトランシーバユニットであって、第1の情報が、第1のセッションのトンネル情報が無効であることを示し、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバユニットと、
第1の情報が受信された後に第1のセッションのトンネル情報を更新するように構成された処理ユニットと
を含む。

場合によっては、第1の情報は第1のセッションの識別子および原因値を含み、第1のセッションはトンネルに関連付けられ、原因値はトンネル情報が無効であることを示す。

本出願の一実施形態は通信装置を提供し、装置は、
セッション管理ネットワーク要素からセッション管理情報および位置エリア情報を受信し、端末の位置情報を特定するように構成されたトランシーバユニットと、
位置エリア情報および位置情報に基づいて、端末が位置エリア情報によって示されたサービスエリア外に位置すると判断するように構成された処理ユニットと
を含み、
トランシーバユニットは、セッション管理情報が転送されないことをセッション管理ネットワーク要素に通知し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するように構成される。

場合によっては、トランシーバユニットは、具体的に、
セッション管理ネットワーク要素に第1のメッセージを送信し、第1のメッセージは、セッション管理情報が転送されないことを示し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新する、
ように構成される。

本出願の一実施形態は通信装置を提供し、装置は、
セッション管理情報および位置エリア情報をモビリティ管理ネットワーク要素に送信し、セッション管理情報が転送されないことをモビリティ管理ネットワーク要素から知るように構成されたトランシーバユニットであって、セッション管理情報が転送されないことが、位置エリア情報および端末の位置情報と関連付けられる、トランシーバユニットと、
セッション管理情報を更新するように構成された処理ユニットと
を含む。

場合によっては、トランシーバユニットは、具体的に、
モビリティ管理ネットワーク要素から第1のメッセージを受信し、第1のメッセージはセッション管理情報の更新を示す、
ように構成される。

場合によっては、第1のメッセージは第1の情報を含み、第1の情報は、セッション管理情報が転送されないか、またはセッション管理情報が更新される必要があることを示す。

場合によっては、第1のメッセージは位置情報をさらに含む。

場合によっては、位置エリア情報は、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素のサービスエリア情報を含む。

場合によっては、更新されたセッション管理情報は、端末にデータを送信するための第2のユーザプレーンネットワーク要素に関する情報を含む。

本出願の一実施形態は通信装置を提供し、装置は、
端末の位置情報を取得するように構成されたトランシーバユニットと、
位置情報に基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するように構成された処理ユニットと
を含む。

場合によっては、トランシーバユニットは、具体的に、
ダウンリンクデータ通知メッセージを受信した後、モビリティ管理ネットワーク要素に端末の位置情報を要求し、セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素から端末の位置情報を受信する
ように構成され、
処理ユニットは、具体的に、モビリティ管理ネットワーク要素から受信された位置情報に基づいて、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断するように構成される。

場合によっては、トランシーバユニットは、
第2のユーザプレーンネットワーク要素に対応する第2のトンネル情報を含むセッション管理情報をモビリティ管理ネットワーク要素に送信する
ようにさらに構成される。

本出願の一実施形態は通信装置を提供し、装置は、
モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信するように構成されたトランシーバであって、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバと、
トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信するように構成されたプロセッサであって、第1の情報が、トンネル情報が無効であることを示す、プロセッサと
を含む。

場合によっては、プロセッサは、具体的に、
アクセスネットワークのネットワーク要素がトンネル情報に対応する第1のユーザプレーンネットワーク要素に接続することができないと判断すると、トンネル情報が無効であると判断する
ように構成される。

本出願の一実施形態は通信装置を提供し、装置は、
アクセスネットワークのネットワーク要素から第1の情報を受信するように構成されたトランシーバであって、第1の情報が、第1のセッションのトンネル情報が無効であることを示し、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバと、
第1の情報が受信された後に第1のセッションのトンネル情報を更新するように構成されたプロセッサと
を含む。

場合によっては、第1の情報は第1のセッションの識別子および原因値を含み、第1のセッションはトンネルに関連付けられ、原因値はトンネル情報が無効であることを示す。

本出願の一実施形態は通信装置を提供し、装置は、
セッション管理ネットワーク要素からセッション管理情報および位置エリア情報を受信し、端末の位置情報を特定するように構成されたトランシーバと、
位置エリア情報および位置情報に基づいて、端末が位置エリア情報によって示されたサービスエリア外に位置すると判断するように構成されたプロセッサと
を含み、
トランシーバは、セッション管理情報が転送されないことをセッション管理ネットワーク要素に通知し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するように構成される。

場合によっては、トランシーバは、具体的に、
セッション管理ネットワーク要素に第1のメッセージを送信し、第1のメッセージは、セッション管理情報が転送されないことを示し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新する、
ように構成される。

本出願の一実施形態は通信装置を提供し、装置は、
セッション管理情報および位置エリア情報をモビリティ管理ネットワーク要素に送信し、セッション管理情報が転送されないことをモビリティ管理ネットワーク要素から知るように構成されたトランシーバであって、セッション管理情報が転送されないことが、位置エリア情報および端末の位置情報と関連付けられる、トランシーバと、
セッション管理情報を更新するように構成されたプロセッサと
を含む。

場合によっては、トランシーバは、具体的に、
モビリティ管理ネットワーク要素から第1のメッセージを受信し、第1のメッセージはセッション管理情報の更新を示す、
ように構成される。

場合によっては、第1のメッセージは第1の情報を含み、第1の情報は、セッション管理情報が転送されないか、またはセッション管理情報が更新される必要があることを示す。

場合によっては、第1のメッセージは位置情報をさらに含む。

場合によっては、位置エリア情報は、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素のサービスエリア情報を含む。

場合によっては、更新されたセッション管理情報は、端末にデータを送信するための第2のユーザプレーンネットワーク要素に関する情報を含む。

本出願の一実施形態は通信装置を提供し、装置は、
端末の位置情報を取得するように構成されたトランシーバと、
位置情報に基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するように構成されたプロセッサと
を含む。

場合によっては、トランシーバは、具体的に、
ダウンリンクデータ通知メッセージを受信した後、モビリティ管理ネットワーク要素に端末の位置情報を要求し、セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素から端末の位置情報を受信する
ように構成され、
プロセッサは、具体的に、モビリティ管理ネットワーク要素から受信された位置情報に基づいて、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断するように構成される。

場合によっては、トランシーバは、
第2のユーザプレーンネットワーク要素に対応する第2のトンネル情報を含むセッション管理情報をモビリティ管理ネットワーク要素に送信する
ようにさらに構成される。

本出願の一実施形態はコンピュータ記憶媒体を提供する。コンピュータ記憶媒体は命令を記憶する。命令がコンピュータ上で実行されると、コンピュータは上記の通信方式のいずれか1つで方法を実行することが可能になる。

本出願の一実施形態は通信システムをさらに提供する。システムは、上記の設計のいずれか1つで提供される通信装置を含む。場合によっては、システムは、本出願の実施形態で提供される解決策において通信装置と対話する別のデバイスをさらに含んでよい。

本出願の一実施形態はコンピュータプログラム製品をさらに提供する。命令がコンピュータ上で実行されると、コンピュータは上記の態様の方法を実行することが可能になる。

可能な5Gネットワークアーキテクチャの概略図である。 本出願の一実施形態によるネットワークの概略構造図である。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。 本出願の一実施形態による通信装置の概略構造図である。

以下では、添付の図面を参照して本出願をさらに詳細に記載する。

本出願の実施形態は、様々なモバイル通信システム、たとえば、（新無線（New Radio、NR）システムもしくは新世代コアネットワーク（5G Core Network）システムなどの）5Gシステム、または別のモバイル通信システムに適用されてよい。

上述されたように、本出願の実施形態で提供される方法および装置は、5Gシステムに適用されてよい。現在検討中の5Gネットワークアーキテクチャの場合、複数の可能なアーキテクチャが存在する。図1に示されたように、図1は可能な5Gネットワークアーキテクチャの概略図である。図1に示されたネットワークアーキテクチャは、ネットワークデータ分析デバイス（Network Data Analytics、NWDA）、アクセスおよびモビリティ管理機能（Access and Mobility Management Function、AMF）、セッション管理機能（Session Management Function、SMF）、ポリシー制御機能（Policy Control Function、PCF）、（無線アクセスネットワーク（RAN）または別のアクセスネットワークを含む場合がある）アクセスネットワーク（Access Network、AN）、ユーザプレーン機能（User Plane Function、UPF）、ならびにデータネットワーク（Data Network、DN）などのネットワーク要素を含む。

SMFは、セッション管理、端末用のインターネットプロトコル（Internet Protocol、IP）アドレスの割当ておよび管理、UPアンカ機能の割当ておよび選択、UPFおよびユーザプレーン経路の（再）選択などを担当する。AMFはアクセスおよびモビリティ管理を担当し、N2インターフェース（AMFとRANデバイスとの間のインターフェース）の終端ポイントである。AMFは、登録管理、接続管理、到達可能性管理、登録エリアリスト（Registration Area list）割当て、およびモビリティ管理などの機能を実装し、セッション管理（Session Management、SM）メッセージをSMFに透過的にルーティングする。UPFはユーザプレーン機能デバイスであり、データパケットのルーティングおよび転送、合法的傍受、ダウンリンクデータパケットのバッファリング、ならびにダウンリンクデータパケット通知メッセージのトリガリングなどのサービスを端末に提供することを担当する。

図1を参照して、図2に示されたように、図2は本出願の一実施形態によるネットワークの概略構造図である。DNに接続された3つのUPF：UPF1、UPF2、およびUPF3が存在する。各UPFは対応するサービスエリアを有し、各サービスエリアは少なくとも1つのRANを含む。図1では、UPF1のサービスエリアがRAN1を含み、UPF2のサービスエリアがRAN2を含み、UPF3のサービスエリアがRAN3を含む例を使用して、説明が与えられる。図1では、UPF1はセッションのアンカ（Anchor）UPFであり、UPF2およびUPF3はセッションの非アンカUPFである。端末がセッションを確立すると、ネットワーク側は適切なUPFを選択して端末にサービスを提供し、端末にIPアドレスを割り当てる。たとえば、図のT1の時点において、端末がセッションを確立すると、ネットワーク側（たとえば、SMF）は、UPF1を選択して端末にサービスを提供し、端末にIPアドレスを割り当てる。次いで、UPF1はIPアドレスを固定し、端末にN3接続を提供する。この場合、端末向けのダウンリンクデータがDNに到達した後、DNはダウンリンクデータをUPF1に転送し、次いで、UPF1はUPF1のサービスエリア内のRAN1を介して端末にダウンリンクデータを転送する。端末のアップリンクデータ送信経路は、端末のダウンリンクデータ送信経路と反対である。詳細は本明細書では記載されない。

T2の時点において、端末がまだUPF1のサービスエリア内にある場合、端末のセッションのユーザプレーン経路は変更されずに残る。この場合、端末のアップリンクおよびダウンリンクのデータ送信経路は変更されずに残る。

T3の時点において、端末がUPF2のサービスエリアに移動した場合、UPF2は端末のセッションのデータ送信のためにN3接続を提供し、UPF1は引き続きセッションのIPアドレスを固定し、具体的には、セッションにN6接続を提供する。この場合、端末向けのダウンリンクデータがDNに到達した後、DNはダウンリンクデータをUPF1に転送し、UPF1はダウンリンクデータをUPF2に転送し、UPF2はUPF2のサービスエリア内のRAN2を介して端末にダウンリンクデータを転送する。端末のアップリンクデータ送信経路については、詳細は本明細書では記載されない。

T4の時点において、端末がUPF3のサービスエリアに移動した場合、UPF3は端末のセッションのデータ送信のためにN3接続を提供し、UPF1は引き続きセッションのIPアドレスを固定し、具体的には、セッションにN6接続を提供する。この場合、端末向けのダウンリンクデータがDNに到達した後、DNはダウンリンクデータをUPF1に転送し、UPF1はダウンリンクデータをUPF3に転送し、UPF3はUPF3のサービスエリア内のRAN3を介して端末にダウンリンクデータを転送する。端末のアップリンクデータ送信経路については、詳細は本明細書では記載されない。

上記のプロセスでは、端末がアイドル状態にあるか、または端末が非アイドル状態にあるが端末のセッションが非アクティブ化されている場合、端末がUPF1のサービスエリアからUPF2のサービスエリアに移動すると、ネットワーク側は引き続き端末向けのダウンリンクデータをUPF1に送信し、その結果、端末はダウンリンクデータを受信することができない。同様に、端末がUPF2のサービスエリアからUPF3のサービスエリアに移動するときも、上記の問題が存在する。したがって、本出願は、上記の問題を解決するために通信方法および通信装置を提供する。方法および装置は、端末がUPF1のサービスエリアからUPF2のサービスエリアに移動するシナリオに適用可能であり、端末がUPF2のサービスエリアからUPF3のサービスエリアに移動するシナリオにも適用可能であってよい。詳細な説明が以下に提供される。

加えて、本出願の実施形態では、モビリティ管理ネットワーク要素はAMFなどのデバイスであってよく、セッション管理ネットワーク要素はSMFなどのデバイスであってよく、ユーザプレーンネットワーク要素はUPFなどのデバイスであってよいことに留意されたい。

本出願の実施形態では、ユーザ機器（User Equipment、端末）とも呼ばれる端末は、ユーザに音声および／またはデータの接続性を提供するデバイス、たとえば、ワイヤレス接続機能付きのハンドヘルドデバイスまたは車載デバイスである。一般的な端末には、たとえば、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（mobile internet device、MID）、またはスマートウォッチ、スマートバンド、もしくは歩数計などのウェアラブルデバイスが含まれる。

本出願の実施形態では、アクセスネットワークのネットワーク要素は、一般的な基地局（たとえば、NodeBまたはeNB）であってよく、新無線コントローラ（New Radio controller、NR controller）であってよく、5Gシステム内のgNodeB（gNB）であってよく、集中型ネットワーク要素（Centralized Unit）であってよく、新無線基地局であってよく、リモート無線ユニットであってよく、マイクロ基地局であってよく、リレー（relay）であってよく、分散ネットワーク要素（Distributed Unit）であってよく、または受信ポイント（Transmission Reception Point、TRP）、送信ポイント（Transmission Point、TP）、もしくは任意の他の無線アクセスデバイスであってよい。しかしながら、本出願の実施形態はそれらに限定されない。

本出願の実施形態では、アクセスネットワークのネットワーク要素は必ずしもエンティティデバイスであるとは限らず、仮想化ネットワーク要素または別のエンティティもしくはネットワーク要素であってよいことに留意されたい。本明細書では、「アクセスネットワークのネットワーク要素」という名前は、単に説明を簡単にするためのものである。具体的な名前は、実際のアプリケーションシナリオに応じて決定されてよい。同様に、モビリティ管理ネットワーク要素、セッション管理ネットワーク要素、およびユーザプレーンネットワーク要素も必ずしもエンティティデバイスであるとは限らず、仮想化ネットワーク要素または他のエンティティもしくはネットワーク要素であってよい。上記の名前は単に説明を簡単にするためのものであり、具体的な名前は、実際のアプリケーションシナリオに応じて決定されてよい。

上記の説明を参照して、図3を参照すると、図3は本出願の一実施形態による通信方法の概略フローチャートである。方法は以下のステップを含む。

ステップ301：アクセスネットワークのネットワーク要素が、モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信し、トンネル情報は、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である。

ステップ302：アクセスネットワークのネットワーク要素が、トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信し、第1の情報はトンネル情報が無効であることを示す。

ステップ303：セッション管理ネットワーク要素が、アクセスネットワークのネットワーク要素から第1の情報を受信する。

ステップ304：セッション管理ネットワーク要素が、第1の情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を選択する。

上記の方法によれば、アクセスネットワークのネットワーク要素は、受信されたトンネル情報が有効であるかどうかを判定し、トンネル情報が無効であると判定した後、セッション管理ネットワーク要素にトンネル情報が無効であることを通知する。このようにして、セッション管理ネットワーク要素は、端末のサービスがタイムリーかつ効果的にセットアップされ得ることを保証し、無効なトンネル情報に基づいて実行されるサービスセットアップによって引き起こされるサービスセットアップの失敗を回避するために、トンネル情報が無効であることをタイムリーに判断することができる。

ステップ301の前に、端末はアイドル（idle）状態にあるか、または端末は非アイドル状態にあるが、端末の第1のセッションは非アクティブ化されている。端末がアイドル状態になる前、または端末が非アイドル状態であるが端末の第1のセッションが非アクティブ化される前に、ネットワーク側は端末にサービスを提供するように第1のユーザプレーンネットワーク要素に指示する。第1のユーザプレーンネットワーク要素は、アンカユーザプレーンネットワーク要素、たとえば、図2のUPF1であってもよく、非アンカユーザプレーンネットワーク要素、たとえば、UPF2であってもよい。非アイドル状態は、接続管理接続（Connection management−CONNECTED）状態であってよい。

第1のユーザプレーンネットワーク要素が端末向けのダウンリンクデータを受信すると、端末が第1のユーザプレーンネットワーク要素のサービスエリアから移動した場合、第1のユーザプレーンネットワーク要素はそれでも、第1のユーザプレーンネットワーク要素が端末向けのダウンリンクデータを受信したことをセッション管理ネットワーク要素に通知する。次いで、セッション管理ネットワーク要素は、接続されたモビリティ管理ネットワーク要素にセッション管理情報を送信する。セッション管理情報を送信する前に、セッション管理ネットワーク要素は、セッション管理ネットワーク要素に接続されたモビリティ管理ネットワーク要素にトンネル情報を含むセッション管理情報を送信するために、記憶された第1のセッションのトンネル情報に対応するユーザプレーンネットワーク要素が第1のユーザプレーンネットワーク要素であると判断することができる。

本出願のこの実施形態では、トンネル情報は、CN N3 Tunnel Info（Core Network N3 Tunnel Info）、具体的には、コアネットワークN3トンネル情報であってもよく、（R）AN Tunnel Info、具体的には、アクセスネットワークのネットワーク要素トンネル情報であってもよく、他の情報であってもよいことに留意されたい。CN N3 Tunnel Infoおよび（R）AN Tunnel Infoは、コアネットワークとアクセスネットワークとの間の接続の両端に関係する情報である。それに対応して、セッション管理情報は、N2 Session Management informationまたは他の情報であってもよい。

ステップ301において、アクセスネットワークのネットワーク要素によって受信され、第1のセッションのトンネル情報を含むメッセージは、N2 SMメッセージであってよい。第1のセッションは、アクセスネットワークのネットワーク要素と第1のユーザプレーンネットワーク要素との間のセッションである。

ステップ302において、第1のセッションのトンネル情報を受信した後、アクセスネットワークのネットワーク要素がトンネル情報に対応する第1のユーザプレーンネットワーク要素に接続できないと判断した場合、アクセスネットワークのネットワーク要素は、トンネル情報が無効であると判断することができる。それに対応して、アクセスネットワークのネットワーク要素がトンネル情報に対応する第1のユーザプレーンネットワーク要素に接続できると判断した場合、アクセスネットワークのネットワーク要素は、トンネル情報が有効であると判断することができる。

たとえば、アクセスネットワークのネットワーク要素は、比較により、アクセスネットワークのネットワーク要素内に構成された接続可能なユーザプレーンネットワーク要素のIPアドレスリストが、トンネル情報内で搬送された第1のユーザプレーンネットワーク要素のIPアドレスを含むかどうかを判定することができる。IPアドレスリストが第1のユーザプレーンネットワーク要素のIPアドレスを含む場合、アクセスネットワークのネットワーク要素は、アクセスネットワークのネットワーク要素が第1のユーザプレーンネットワーク要素に接続できると判断することができる。IPアドレスリストが第1のユーザプレーンネットワーク要素のIPアドレスを含まない場合、アクセスネットワークのネットワーク要素は、アクセスネットワークのネットワーク要素が第1のユーザプレーンネットワーク要素に接続できないと判断することができる。

当然、上記は単なる例である。あるいは、アクセスネットワークのネットワーク要素は、別の方式で、アクセスネットワークのネットワーク要素がトンネル情報に対応する第1のユーザプレーンネットワーク要素に接続できるかどうかを判定することができる。詳細は本明細書では記載されない。

トンネル情報が無効であると判断した後、アクセスネットワークのネットワーク要素は、トンネル情報が無効であることを示す第1の情報をモビリティ管理ネットワーク要素に送信することができる。たとえば、アクセスネットワークのネットワーク要素は、端末コンテキストセットアップ応答メッセージを使用することにより、モビリティ管理ネットワーク要素に第1の情報を送信することができる。第1の情報を受信した後、モビリティ管理ネットワーク要素は、セッション管理ネットワーク要素に第1の情報を転送することができる。たとえば、モビリティ管理ネットワーク要素は、セッション管理ネットワーク要素に第1の情報を転送するために、受信された端末コンテキストセットアップ応答メッセージを含むN11メッセージをセッション管理ネットワーク要素に送信する。

場合によっては、第1の情報は第1のセッションの識別子および原因値を含み、第1のセッションはトンネルに関連付けられ、原因値はトンネル情報が無効であることを示す。さらに場合によっては、原因値は、トンネル情報がなぜ無効であるかを示すことができる。たとえば、無効原因は、アクセスネットワークのネットワーク要素がトンネル情報に対応する第1のユーザプレーンネットワーク要素に接続できないことであってよい。具体的な無効原因は実際のステータスに応じて特定され、詳細は本明細書では記載されない。

アクセスネットワークのネットワーク要素が、トンネル情報が有効であると判断した場合、アクセスネットワークのネットワーク要素は、端末とアクセスネットワークのネットワーク要素との間のデータ無線ベアラ（Data radio bearers、DRB）チャネルを確立することなどの動作を直ちに完了できることに留意されたい。

ステップ303において、アクセスネットワークのネットワーク要素によって送信され、セッション管理ネットワーク要素によって受信された第1の情報は、モビリティ管理ネットワーク要素によって転送される。詳細については、上記の説明を参照されたい。詳細は本明細書では再び記載されない。

ステップ304において、第1の情報に基づいて、端末の第1のセッションのトンネル情報が無効であると判断した後、セッション管理ネットワーク要素は、端末にサービスを提供する第2のユーザプレーンネットワーク要素を選択する。

セッション管理ネットワーク要素は、端末の位置情報に基づいて第2のユーザプレーンネットワーク要素を決定することができる。端末の位置情報は、端末にページングするプロセスにおいて端末によって送信されたサービス要求（Service Request、SR）メッセージを使用して取得されてもよく、別の方式で取得されてもよい。このことは本明細書では限定されない。

第2のユーザプレーンネットワーク要素を決定した後、セッション管理ネットワーク要素は、第2のユーザプレーンネットワーク要素とのセッションを確立し、新しいトンネルを確立する。場合によっては、セッション管理ネットワーク要素は、バッファリングされたデータ用の転送トンネルをさらに確立する。

たとえば、第1のユーザプレーンネットワーク要素も第2のユーザプレーンネットワーク要素もアンカユーザプレーンネットワーク要素でない場合、セッション管理ネットワーク要素は、第2のユーザプレーンネットワーク要素と対話して新しいトンネルを確立し、バッファリングされたデータ用の第1のユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間の転送トンネルを確立する。セッション管理ネットワーク要素は、アンカユーザプレーンネットワーク要素と対話してセッションを修正し、アンカユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間のデータチャネルを確立する。セッション管理ネットワーク要素は、第1のユーザプレーンネットワーク要素と対話して、バッファリングされたデータ用の第1のユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間の転送トンネルを確立する。上記のステップの後、第1のユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間の転送トンネルが確立され、その結果、第1のユーザプレーンネットワーク要素にバッファリングされた端末向けのダウンリンクデータは、第2のユーザプレーンネットワーク要素に転送することができ、バッファリングされたダウンリンクデータは、第2のユーザプレーンネットワーク要素に接続されたアクセスネットワークのネットワーク要素を使用して端末にさらに送信される。新しいトンネルは、第2のユーザプレーンネットワーク要素とアクセスネットワークのネットワーク要素との間のトンネルであり、修正されたセッションは、アクセスネットワークのネットワーク要素を介した端末と第2のユーザプレーンネットワーク要素との間のセッションである。転送トンネルが確立された後、第1のユーザプレーンネットワーク要素は、転送トンネルを使用して、受信されたダウンリンクデータを第2のユーザプレーンネットワーク要素に転送する。第1のユーザプレーンネットワーク要素がバッファリングされたデータの転送を完了した後、セッション管理ネットワーク要素は、第2のユーザプレーンネットワーク要素と対話して転送トンネルを削除する。加えて、セッション管理ネットワーク要素は、第1のユーザプレーンネットワーク要素と対話して、転送トンネルおよび第1のセッションを削除する。

それに対応して、第1のユーザプレーンネットワーク要素がアンカユーザプレーンネットワーク要素であり、第2のユーザプレーンネットワーク要素がアンカユーザプレーンネットワーク要素でない場合、セッション管理ネットワーク要素は、第2のユーザプレーンネットワーク要素と対話して新しいトンネルを確立し、セッション管理ネットワーク要素は、第1のユーザプレーンネットワーク要素と対話してセッションを修正し、第1のユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間のデータチャネルを確立して、データチャネルを使用してバッファリングされたデータおよびダウンリンクデータを端末に転送する。

新しいトンネルを確立した後、セッション管理ネットワーク要素は、新しいトンネルのトンネル情報を搬送するN2 SM情報を復元し、次いで、モビリティ管理ネットワーク要素にN2 SM情報を送信する。次いで、モビリティ管理ネットワーク要素は、新しいトンネルのトンネル情報をアクセスネットワークのネットワーク要素に透過的に送信し、アクセスネットワークのネットワーク要素はDRBチャネルの確立を完了する。

上記のプロセスが終了した後、端末は、第2のユーザプレーンネットワーク要素にアップリンクデータを送信することができる。

新しいトンネルのトンネル情報を受信し、ユーザプレーン接続がアクティブ化されたと判断した後、アクセスネットワークのネットワーク要素は、モビリティ管理ネットワーク要素を介してセッションのアクセスネットワークのネットワーク要素のトンネル情報（RAN Tunnel Information）をセッション管理ネットワーク要素に通知する。

本明細書のアクセスネットワークのネットワーク要素のトンネル情報は、アクセスネットワーク側のトンネル情報であることに留意されたい。セッション管理ネットワーク要素によってアクセスネットワークに送信されるN2 SM情報内で搬送されるトンネル情報は、コアネットワークN3トンネル情報である。転送トンネルは、コアネットワークのユーザプレーンネットワーク要素間のトンネルである。アクセスネットワークのネットワーク要素のトンネル情報と、セッション管理ネットワーク要素によってアクセスネットワークに送信されるN2 SM情報内で搬送されるトンネル情報との間には、対応関係が存在する。言い換えれば、アクセスネットワークのネットワーク要素のトンネル情報およびコアネットワークN3トンネル情報は、コアネットワークとアクセスネットワークとの間のトンネルの接続の両端を示す。

セッション管理ネットワーク要素は、第2のユーザプレーンネットワーク要素と対話してセッションを修正し、ダウンリンクデータチャネルのアクセスネットワークのネットワーク要素のトンネル情報を第2のユーザプレーンネットワーク要素に通知する。セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素に確認メッセージを送信し、その結果、端末のサービスセットアッププロセスが完了し、端末およびネットワーク側が互いにデータを送信することができる。

以下は、具体的な実施形態を使用して上記のプロセスを記載する。

図4Aおよび図4Bに示されたように、図4Aおよび図4Bは本出願の一実施形態による通信方法の概略フローチャートである。

図4Aおよび図4Bのプロセスは、アクセスネットワークのネットワーク要素がRANであり、モビリティ管理ネットワーク要素がAMFであり、セッション管理ネットワーク要素がSMFであり、ユーザプレーンネットワーク要素がUPFである例を使用して記載されている。別のケースについては、図4のプロセスを参照されたい。詳細は本明細書では記載されない。

図4Aおよび図4Bでは、アンカユーザプレーンネットワーク要素はUPF1であり、第1のユーザプレーンネットワーク要素はUPF2であり、第2のユーザプレーンネットワーク要素はUPF3である。第1のユーザプレーンネットワーク要素および第2のユーザプレーンネットワーク要素は、両方とも非アンカユーザプレーンネットワーク要素である。具体的には、ネットワーク側によって端末に送信されるダウンリンクデータは、UPF1を介してUPF2またはUPF3に転送される必要があり、それに応じて、UPF2またはUPF3によって受信されるアップリンクデータは、 UPF1を介してDNに転送される必要がある。

ステップ401：UPF1が、受信された端末向けのダウンリンクデータをUPF2に転送する。

ステップ402：UPF2が、受信されたダウンリンクデータをバッファリングする。

ステップ403：UPF2がSMFにデータ通知メッセージを送信して、UPF2が端末向けのダウンリンクデータを受信したことをSMFに通知する。

ステップ404：SMFがデータ通知確認メッセージをUPF2に返す。

ステップ405：SMFが、端末の第1のセッションのトンネル情報を決定し、AMFにN11メッセージを送信して、N2 SMメッセージを転送するようにAMFに要求し、N11メッセージは、第1のセッションのセッション識別子およびセッション管理情報などの情報を含み、セッション管理情報はトンネル情報を含む。

SMFによって決定されたトンネル情報に対応するUPFはUPF2であることに留意されたい。

CM−idle状態のUEの場合、ステップ406を使用してページングプロセスが開始される必要がある。CM−connected状態のUEの場合、AMFはページングを開始する必要がなく、ステップ409を実行する。

ステップ406：AMFがページングメッセージをRANに送信する。

ステップ407：RANがページングメッセージを端末に送信する。

ステップ408：ページングメッセージを受信した後、端末がRANを介してAMFにページング応答メッセージを送信して、サービスセットアッププロセスをトリガする。

ステップ409：AMFがトンネル情報を含むN2メッセージをRANに送信する。

ステップ410：RANが、トンネル情報が有効であるかどうかを判定し、トンネル情報が有効であるとRANが判定した場合ステップ419を実行し、またはトンネル情報が無効であるとRANが判定した場合ステップ411を実行する。

トンネル情報が有効であるかどうかを判定するためにRANによって使用される具体的な方法については、上記の説明を参照されたい。詳細は本明細書では再び記載されない。

ステップ411：RANがAMFにN2応答メッセージを送信し、N2応答メッセージは第1の情報を含み、第1の情報は第1のセッションのトンネル情報が無効であることを示す。

第1の情報は、第1のセッションの識別子およびトンネル情報無効の原因値を含んでよい。

ステップ412：AMFがN2応答メッセージを含むN11メッセージをSMFに送信する。

ステップ413：トンネル情報が無効であることを第1の情報から知った後、SMFが最新の位置情報に基づいて端末にサービスを提供するUPFを決定した場合、SMFはステップ417を実行し、そうでない場合、SMFは端末にサービスを提供する新しいUPFを決定し、この場合に決定されたUPFはUPF3である。

ステップ414：SMFが、UPF3と対話して端末とUPF3との間の新しいトンネルを確立し、バッファリングされたデータ用のUPF2とUPF3との間の転送トンネルを確立する。

新しいトンネルはUPF3とRANとの間のトンネルである。

ステップ415：SMFがUPF1と対話してセッションを修正し、UPF1とUPF2との間の接続を、第1のセッション用のUPF1とUPF3との間の接続に修正する。

ステップ416：SMFがUPF2と対話して、バッファリングされたデータ用のUPF2とUPF3との間の転送トンネルを確立する。

ステップ417：SMFがN2 SM情報を復元し、復元されたN2 SM情報は新しいトンネルのトンネル情報を搬送し、次いで、SMFがAMFに情報を送信する。

ステップ418：AMFがRANにN2 SM情報を転送し、N2 SM情報は新しいトンネルのトンネル情報を含む。

ステップ419：RANが、端末との無線リソース制御（Radio Resource Control、RRC）接続再構成を実行し、DRB（Data Radio Bearer、データ無線ベアラはデータ送信用のワイヤレス接続に使用される）を確立する。

ステップ420：端末がアップリンクデータ送信を開始することができる。

ステップ421：RANがAMFに要求応答メッセージを送信し、要求応答メッセージはRANトンネル情報を含む。

ステップ422：AMFがSMFにRANトンネル情報を転送する。

ステップ423：SMFがUPF3と対話してセッションを修正し、ダウンリンクデータチャネルのRANトンネル情報をUPF3に通知する。

ステップ424：UPF2が、転送トンネルを使用することにより、端末向けのバッファリングされたダウンリンクデータをUPF3に転送する。

ステップ425：UPF3がダウンリンクデータを端末に転送する。

ステップ426：SMFがUPF3と対話して転送トンネルを削除する。

ステップ427：SMFがUPF2と対話して転送トンネルを削除する。

ステップ428：SMFがAMFにN11確認メッセージを送信して、サービスセットアッププロセスを完了する。

ステップ429：UPF3が受信されたダウンリンクデータを端末に転送する。

当然、上記のプロセスでは、UPF2は代替としてアンカUPFであってよい。この場合、SMFは、セッションに対して、UPF2とUPF3との間の転送トンネルに対する処理を完了する必要がなく、処理は、上記のプロセス内の転送トンネルの確立、バッファリングされたデータの転送、および転送トンネルの削除を含む。他のプロセスも同様であり、本明細書では詳細は再び記載されない。

上記のプロセスでは、DRBはRAN側でより早く確立されてよい。具体的には、トンネルが無効であると判断した後、RANは最初にDRBを確立し、AMFを介してSMFに、RAN Tunnel Infoを搬送するN2 SM応答メッセージを返す。新しいCN N3 Tunnelを取得した後、SMFは、CN N3 Tunnelインターフェースを更新するようにRANに通知するだけでよい。このようにして、新しく確立されたN3 UPF、すなわちUPF3のための修正動作が保存される。言い換えれば、RAN Tunnel Infoは、UPF3が確立されたときにUPF3に送信される。UPF2およびUPF3が両方とも非アンカユーザプレーンネットワーク要素であるとき、言い換えれば、転送トンネル処理が含まれるとき、同様の処理が実行され、詳細は本明細書で再び記載されない。

本出願の実施形態では、モビリティ管理ネットワーク要素は、セッション管理ネットワーク要素によって送信されたセッション管理情報を更新するべきかどうかを判定することができる。詳細な説明は以下の通りである。

上記の説明を参照して、図5を参照すると、図5は本出願の一実施形態による通信方法の概略フローチャートである。方法は以下のステップを含む。

ステップ501：セッション管理ネットワーク要素が、セッション管理情報および位置エリア情報をモビリティ管理ネットワーク要素に送信する。

位置エリア情報によって示される位置エリアは、端末向けのダウンリンクデータを受信するユーザプレーンネットワーク要素のサービスエリアであってよい。

セッション管理情報は、限定はしないが、N2 SM情報を含み、セッション管理情報はトンネル情報を含む。

ステップ502：モビリティ管理ネットワーク要素が、セッション管理ネットワーク要素からセッション管理情報および位置エリア情報を受信し、端末の位置情報を特定する。

ステップ503：モビリティ管理ネットワーク要素が、位置エリア情報および位置情報に基づいて、端末が位置エリア情報によって示されたサービスエリア外に位置すると判断し、セッション管理情報が転送されないことをセッション管理ネットワーク要素に通知し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新する。

ステップ504：セッション管理ネットワーク要素が、セッション管理情報が転送されないことをモビリティ管理ネットワーク要素から知り、セッション管理情報が転送されないことは、位置エリア情報および端末の位置情報に関連付けられ、セッション管理ネットワーク要素がセッション管理情報を更新する。

上記の方法によれば、位置エリア情報および位置情報に基づいて、端末が位置エリア情報によって示されたサービスエリア外に位置すると判断すると、モビリティ管理ネットワーク要素は、セッション管理情報が転送されないことをセッション管理ネットワーク要素に通知し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新することができる。これにより、端末のサービスがタイムリーかつ効果的にセットアップされ得ることが保証され、端末が別のユーザプレーンネットワーク要素のサービスエリアに位置するときに発生するサービスセットアップの失敗が回避される可能性がある。

ステップ501の前に、端末はもしかするとアイドル状態にあるか、または端末は非アイドル状態にあるが、端末の第1のセッションは非アクティブ化されている。第1のセッションは、アクセスネットワークのネットワーク要素と第1のユーザプレーンネットワーク要素との間のセッションである。

端末がアイドル状態になる前、または端末が非アイドル状態であるが端末の第1のセッションが非アクティブ化される前に、ネットワーク側は端末にサービスを提供するように第1のユーザプレーンネットワーク要素に指示する。第1のユーザプレーンネットワーク要素は、アンカユーザプレーンネットワーク要素であってもよく、非アンカユーザプレーンネットワーク要素であってもよい。このことは、本出願のこの実施形態では限定されない。非アイドル状態は、接続管理アイドル状態であってよい。

第1のユーザプレーンネットワーク要素が端末向けのダウンリンクデータを受信すると、端末が第1のユーザプレーンネットワーク要素のサービスエリアから移動した場合、第1のユーザプレーンネットワーク要素はそれでも、第1のユーザプレーンネットワーク要素が端末向けのダウンリンクデータを受信したことをセッション管理ネットワーク要素に通知する。次いで、セッション管理ネットワーク要素は、セッション管理ネットワーク要素に接続されたモビリティ管理ネットワーク要素にトンネル情報を含むセッション管理情報を送信するために、記憶された第1のセッションのトンネル情報に対応するユーザプレーンネットワーク要素が第1のユーザプレーンネットワーク要素であると判断することができる。

具体的には、ステップ501において、セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素に要求メッセージを送信し、要求メッセージは、N2 SMメッセージを転送するようにモビリティ管理ネットワーク要素に要求するために使用される。要求メッセージは、第1のセッションのセッション識別子、位置エリア情報、セッション管理情報などを含む。セッション管理情報はトンネル情報を含む。第1のユーザプレーンネットワーク要素は、第1のセッションのためのN3接続を提供するユーザプレーンネットワーク要素である。第1のユーザプレーンネットワーク要素のサービスエリアのサービスエリア情報は、第1のユーザプレーンネットワーク要素が接続することができるRANのTAIリストであってよい。あるいは、位置エリア情報は、インターフェース上のシグナリングオーバーヘッドを低減するために、合意された識別子情報によって示されてよい。

最後に、モビリティ管理ネットワーク要素は、アクセスネットワークのネットワーク要素を使用して端末へのページングを完了する。詳細については、上記のプロセスを参照されたい。詳細は本明細書では再び記載されない。

ステップ502において、モビリティ管理ネットワーク要素は、ページングプロセスにおいて端末によって送信されたSRメッセージを使用することにより、端末の位置情報を取得することができる。

当然、モビリティ管理ネットワーク要素は、代替として別の方式で端末の位置情報を特定することができる。本明細書では例は一つ一つ記載されていない。

ステップ503において、モビリティ管理ネットワーク要素が、端末の位置情報に基づいて、端末が位置エリア情報によって示された位置エリア外に位置すると判断した場合、モビリティ管理ネットワーク要素は、トンネル情報が無効であると判断することができ、そうでない場合、モビリティ管理ネットワーク要素は、トンネル情報が有効であると判断することができる。

トンネル情報が無効であると判断した後、モビリティ管理ネットワーク要素は、セッション管理ネットワーク要素に第1のメッセージを送信し、第1のメッセージを使用して、セッション管理情報が転送されないか、またはセッション管理情報が更新される必要であることを示すことができ、それにより、セッション管理ネットワーク要素がトリガされて、セッション管理情報を更新する。本出願のこの実施形態では、具体的なトリガ方式は限定されない。

あるいは、トンネル情報が無効であると判断した後、モビリティ管理ネットワーク要素は、セッション管理情報をRANに転送しなくてよいか、またはセッション管理情報をRANに転送するが、最終的に転送が失敗すると判断することができる。このようにして、モビリティ管理ネットワーク要素は、セッション管理情報が転送されないか、またはセッション管理情報が更新される必要があることを示す情報をセッション管理ネットワーク要素に送信することができる。情報は実行結果または原因値であってよい。情報は第1のメッセージに含まれてよい。

場合によっては、第1のメッセージは、端末の現在の位置情報をさらに含んでよい。端末の現在の位置情報は、第1のメッセージ内で搬送されてもよく、独立したサブスクリプションレポート情報を使用して搬送されてもよい。端末の現在の位置情報を搬送する第1のメッセージの一実装形態は以下を含んでよい：位置情報は、モビリティ管理ネットワーク要素によって送信された第1のメッセージ内で直接搬送されてよく、代替として、セッション管理ネットワーク要素が端末の位置情報に登録されていると判断すると、モビリティ管理ネットワーク要素は、第1のメッセージを送信しながら位置レポート情報を送信する。本出願のこの実施形態では、トンネル情報が有効であると判断した後、モビリティ管理ネットワーク要素は、従来技術に従って後続のプロセスを実行する。たとえば、モビリティ管理ネットワーク要素は、アクセスネットワークのネットワーク要素にトンネル情報を送信する。

ステップ504において、第1のメッセージを受信した後、セッション管理ネットワーク要素は、セッション管理ネットワーク要素が、第1のメッセージに基づいて、セッション管理情報が転送されないか、または更新されたセッション管理情報を取得するために、セッション管理情報が更新される必要であると判断したことに応答して、セッション管理情報を復元することができる。更新されたセッション管理情報は、端末にデータを送信するための第2のユーザプレーンネットワーク要素に関する情報を含む。

場合によっては、第2のユーザプレーンネットワーク要素の選択は、端末の現在の位置情報およびセッションがアクセスするデータネットワーク（DN）などの情報に基づいて決定される。第2のユーザプレーンネットワーク要素の選択は、セッション管理ネットワーク要素が第1のメッセージを受信した後に完了してもよく、セッション管理ネットワーク要素が独立した位置情報レポートを受信した後に完了してもよい。

セッション管理ネットワーク要素は、そのサービスエリアが端末の位置情報をカバーするユーザプレーンネットワーク要素を、第2のユーザプレーンネットワーク要素として決定することができる。当然、第2のユーザプレーンネットワーク要素は、代替として別の方式で決定されてよい。詳細は本明細書では記載されない。

セッション管理ネットワーク要素はさらに、第1のユーザプレーンネットワーク要素と対話してセッションを修正し、第1のユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間のデータチャネルを確立するか、または、第1のユーザプレーンネットワーク要素から第2のユーザプレーンネットワーク要素に、次いで端末にバッファリングされたダウンリンクデータを送信するための、第1のユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間の転送トンネルを確立することができる。

セッション管理ネットワーク要素は、新しいトンネルのトンネル情報をモビリティ管理ネットワーク要素に送信することができる。次いで、モビリティ管理ネットワーク要素は、新しいトンネルのトンネル情報をアクセスネットワークのネットワーク要素に透過的に送信し、アクセスネットワークのネットワーク要素はDRBチャネルの確立を完了する。

上記のプロセスが終了した後、端末は、第2のユーザプレーンネットワーク要素にアップリンクデータを送信することができる。

新しいトンネルのトンネル情報を受信し、ユーザプレーン接続がアクティブ化されたと判断した後、アクセスネットワークのネットワーク要素は、モビリティ管理ネットワーク要素を使用してセッションのアクセスネットワークのネットワーク要素のトンネル情報をセッション管理ネットワーク要素に通知する。

セッション管理ネットワーク要素は、第2のユーザプレーンネットワーク要素と対話してセッションを修正し、ダウンリンクデータチャネルのアクセスネットワークのネットワーク要素のトンネル情報を第2のユーザプレーンネットワーク要素に通知する。

次いで、第1のユーザプレーンネットワーク要素は、転送トンネルを使用して、受信されたダウンリンクデータを第2のユーザプレーンネットワーク要素に転送する。

第1のユーザプレーンネットワーク要素がデータ転送処理を完了すると、セッション管理ネットワーク要素は、第2のユーザプレーンネットワーク要素と対話して転送トンネルを削除する。加えて、セッション管理ネットワーク要素は、第1のユーザプレーンネットワーク要素と対話して、転送トンネルおよび第1のセッションを削除する。

セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素に確認メッセージを送信し、その結果、端末のサービスセットアッププロセスが完了し、端末およびネットワーク側が互いにデータを送信することができる。

以下は、具体的な実施形態を使用して上記のプロセスを記載する。

図6に示されたように、図6は本出願の一実施形態による通信方法の概略フローチャートである。

図6のプロセスは、アクセスネットワークのネットワーク要素がRANであり、モビリティ管理ネットワーク要素がAMFであり、セッション管理ネットワーク要素がSMFであり、ユーザプレーンネットワーク要素がUPFである例を使用して記載されている。別のケースについては、図6のプロセスを参照されたい。詳細は本明細書では再び記載されない。

図6では、第1のユーザプレーンネットワーク要素はUPF1であり、第1のセッションのアンカユーザプレーンネットワーク要素であり、第2のユーザプレーンネットワーク要素はUPF2であり、第1のセッションの非アンカユーザプレーンネットワーク要素である。

ステップ601：UPF1が受信された端末向けのダウンリンクデータをバッファリングする。

ステップ602：UPF1がSMFにデータ通知メッセージを送信して、UPF1が端末向けのダウンリンクデータを受信したことをSMFに通知する。

ステップ603：SMFがデータ通知確認メッセージをUPF1に返す。

ステップ604：SMFが、端末の第1のセッションのトンネル情報を決定し、AMFにN11メッセージを送信して、N2 SMメッセージを転送するようにAMFに要求し、N11メッセージは、第1のセッションのセッション識別子、サービスエリア情報、およびセッション管理情報などの情報を含み、セッション管理情報はトンネル情報を含む。

SMFによって決定されたトンネル情報に対応するUPFはUPF1であることに留意されたい。

ステップ605：AMFがページングメッセージをRANに送信する。CM−connected状態のUEの場合、AMFはページングを開始する必要がなく、ステップ608を実行する。

ステップ606：RANがページングメッセージを端末に送信する。

ステップ607：ページングメッセージを受信した後、端末がRANを介してAMFにサービス応答メッセージを送信して、サービスセットアッププロセスをトリガする。

ステップ608：AMFが、トンネル情報が有効であるかどうかを判定し、トンネル情報が有効であるとAMFが判定した場合ステップ614を実行するか、またはトンネル情報が無効であるとAMFが判定した場合ステップ609を実行する。

ステップ609：AMFが第1のメッセージをSMFに送信する。第1のメッセージは位置情報を搬送することができる。たとえば、SMFは、AMFからのUEの位置情報に登録し、AMFはSMFに送信されるべき第1のメッセージに位置情報を追加する。あるいは、第1のメッセージはAMFからSMFに返される応答メッセージであり、位置情報は独立したサブスクリプションレポートを使用して送信される。場合によっては、第1のメッセージはN2 SM情報転送結果をさらに含み、結果は、セッション管理情報が転送されないか、またはセッション管理情報が更新される必要があることである。

ステップ610：第1の情報に基づいてN2 SM情報転送結果について知った後、SMFが最新の位置情報に基づいて端末にサービスを提供するUPFを決定した場合、SMFはステップ613を実行し、そうでない場合、SMFは端末にサービスを提供する新しいUPFを決定し、この場合に決定されたUPFはUPF2である。

ステップ611：SMFがUPF2と対話して、端末とUPF2との間の新しいセッションの新しいトンネルを確立する。

新しいトンネルは、それを介してUPF2がRANに接続されるトンネルである。

ステップ612：SMFがUPF1と対話してセッションを修正し、UPF1とUPF2との間のデータチャネルを確立する。

ステップ613：SMFがN2 SM情報を復元し、N2 SM情報は新しいトンネルのトンネル情報を含み、次いで、SMFがAMFにN2 SM情報を送信する。

ステップ614：AMFが新しいトンネルのトンネル情報をRANに転送する。

ステップ615：RANが端末との無線リソース制御（Radio Resource Control、RRC）接続再構成を実行する。

ステップ616：この場合、端末がアップリンクデータ送信を開始することができる。

ステップ617：RANがAMFに要求応答メッセージを送信し、要求応答メッセージはRANトンネル情報を含む。

ステップ618：AMFがN11メッセージをSMFに送信し、N11メッセージはRANトンネル情報を含む。

ステップ619：UPF1が、UPF1とUPF2との間のデータチャネルを使用することにより、バッファリングされた端末向けのダウンリンクデータをUPF2に転送する。

ステップ620：UPF2がダウンリンクデータを端末に転送する。

ステップ621：SMFがAMFにN11確認メッセージを送信して、サービスセットアッププロセスを完了する。

ステップ622：UPF2が受信されたダウンリンクデータを端末に転送する。

サービスベースのアーキテクチャでは、モビリティ管理ネットワーク要素はまた、セッション管理ネットワーク要素によって送信されたセッション管理情報を更新するべきかどうかを判定することができる。詳細な説明は以下の通りである。

上記の説明を参照して、図7を参照すると、図7は本出願の一実施形態による通信方法の概略フローチャートである。方法は以下のステップを含む。

ステップ701：セッション管理ネットワーク要素が、位置エリア条件情報およびセッション管理情報をモビリティ管理ネットワーク要素に送信する。

場合によっては、位置エリア条件情報は端末の位置が位置エリア内にあることを示すか、または位置エリア条件情報は位置エリアおよび第1条件を含み、第1の条件は端末の位置が位置エリア内にあることを示す。

セッション管理情報は、端末の第1のセッションのコアネットワークトンネル情報を含む。

ステップ702：モビリティ管理ネットワーク要素が、セッション管理ネットワーク要素から位置エリア条件情報およびセッション管理情報を受信し、端末の位置情報を特定し、位置エリア条件情報は端末の位置が位置エリア内にあることを示す。

上記のステップでは、位置エリアは、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素のサービスエリアを示す。本明細書の位置エリア情報は、代替として、セッション管理ネットワーク要素によって送信されるメッセージのサイズを削減するために、合意された識別子であってよい。サービスベースのアーキテクチャでは、トンネル情報を含む第1のメッセージを転送するために、セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素によって提供されるN2 SM情報転送サービスを起動する。

本出願のこの実施形態では、条件情報には、限定はしないが、端末の位置情報がサービスエリア情報によって示されたサービスエリア内にあることが含まれる。それに対応して、本明細書の第1のユーザプレーンネットワーク要素は、第1のセッションのためのN3接続を提供するユーザプレーンネットワーク要素である。第1のユーザプレーンネットワーク要素のサービスエリアのサービスエリア情報は、第1のユーザプレーンネットワーク要素が接続することができるRANのTAIリストであってよい。

ステップ703：端末の位置情報が位置エリア条件情報を満たさないとモビリティ管理ネットワーク要素が判断した場合、モビリティ管理ネットワーク要素が、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するための第1のメッセージをセッション管理ネットワーク要素に送信する。

サービスエリア情報および位置情報が条件情報を満たしていると判断すると、モビリティ管理ネットワーク要素は、アクセスネットワークのネットワーク要素にセッション管理情報を直ちに転送することができ、セッション管理ネットワーク要素に応答メッセージ（第1のメッセージ）を送信しない。したがって、モビリティ管理ネットワーク要素はN2 SM情報を更新する必要がない。

上述されたように、本出願のこの実施形態では、セッション管理情報は、コアネットワークトンネル情報を含むN2 SM情報である。セッション管理ネットワーク要素は、アクセスネットワークに情報を転送するようにモビリティ管理ネットワーク要素に要求する。

場合によっては、モビリティ管理ネットワーク要素が、サービスエリア情報および位置情報が条件情報を満たしていると判断した場合、モビリティ管理ネットワーク要素は第1のメッセージを送信せず、さらにN2 SM情報を更新する必要がないが、アクセスネットワークにセッション管理情報を直ちに転送する。

ステップ704：セッション管理ネットワーク要素が、モビリティ管理ネットワーク要素によって送信された第1のメッセージを受信し、更新されたセッション管理情報を特定し、更新されたセッション管理情報は、端末にデータを送信するための第2のユーザプレーンネットワーク要素のトンネル情報を含む。

第1のメッセージは、位置情報が位置エリア条件情報を満たさないとモビリティ管理ネットワーク要素が判断した後に送信される。

上記の方法によれば、端末の位置情報が位置エリア条件情報を満たさないと判断すると、モビリティ管理ネットワーク要素は、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するための第1のメッセージをセッション管理ネットワーク要素に送信する。これにより、端末のサービスがタイムリーかつ効果的にセットアップされ得ることが保証され、端末が別のユーザプレーンネットワーク要素のサービスエリアに位置するときに発生するサービスセットアップの失敗が回避される可能性がある。

ステップ701〜ステップ704の他の内容については、ステップ501〜ステップ504の説明を参照されたい。詳細は本明細書では再び記載されない。

上記の説明を参照して、図8に示されたように、図8は本出願の一実施形態による通信方法の概略フローチャートである。

図8のプロセスは、アクセスネットワークのネットワーク要素がRANであり、モビリティ管理ネットワーク要素がAMFであり、セッション管理ネットワーク要素がSMFであり、ユーザプレーンネットワーク要素がUPFである例を使用して記載されている。別のケースについては、図8のプロセスを参照されたい。詳細は本明細書では再び記載されない。

図8では、第1のユーザプレーンネットワーク要素はUPF1であり、第1のセッションのアンカユーザプレーンネットワーク要素であり、第2のユーザプレーンネットワーク要素はUPF2であり、第1のセッションの非アンカユーザプレーンネットワーク要素である。

ステップ801：UPF1が受信された端末向けのダウンリンクデータをバッファリングする。

ステップ802：UPF1がSMFにデータ通知メッセージを送信して、UPF1が端末向けのダウンリンクデータを受信したことをSMFに通知する。

ステップ803：SMFがデータ通知確認メッセージをUPF1に返す。

ステップ804：SMFが、端末の第1のセッションのコアネットワークトンネル情報を決定し、AMFにN11メッセージを送信して、N2 SMメッセージを転送するようにAMFに要求し、N11メッセージは、位置エリア条件情報、セッション管理情報（N2 SM情報）、および第1のセッションのセッション識別子などの情報を含み、セッション管理情報はトンネル情報を含む。

ステップ805：AMFがRANにページングメッセージを送信する。CM−CONNECTED状態のUEの場合、AMFはページングを開始する必要がなく、ステップ808を実行する。

ステップ806：RANがページングメッセージを端末に送信する。

ステップ807：ページングメッセージを受信した後、端末がRANを介してAMFにサービス応答メッセージを送信して、サービスセットアッププロセスをトリガする。

ステップ808：AMFが、端末の位置情報が位置エリア条件情報を満たしていると判断し、端末が位置エリア内にある場合、AMFはトンネル情報が有効であると判断することができ、したがって、アクセスネットワークのネットワーク要素にトンネル情報を直ちに転送することができ、そうでない場合、AMFはステップ809を実行する。

ステップ809：AMFが位置情報を含む第1のメッセージをSMFに送信し、第1のメッセージは、SMFをトリガしてセッション管理情報を更新する。第1のメッセージは、N2 SM情報転送結果および位置情報を搬送することができる。たとえば、SMFは、AMFからのUEの位置情報に登録し、AMFはSMFに送信されるべき第1のメッセージに位置情報を追加する。あるいは、第1のメッセージはAMFによってSMFに返される応答メッセージであり、第1のメッセージはN2 SM情報転送結果を搬送し、結果は、N2 SM情報が転送されないか、または更新される必要があることである。位置情報は、第1のメッセージ内で搬送されないが、独立したサブスクリプションレポートを使用して送信される。

ステップ810：第1のメッセージを受信した後、SMFがN2 SM情報を復元し、復元されたN2 SM情報は、現在位置で端末にサービスを提供するUPFに関する情報を含む。このようにして、セッション管理情報の更新が実施される。この場合、端末にサービスを提供するUPFはUPF2である。

ステップ810の後のプロセスについては、ステップ610〜ステップ621の説明を参照されたい。詳細は本明細書では再び記載されない。

本出願の実施形態では、セッション管理ネットワーク要素はさらに、トンネル情報が有効であるかどうかを判定することができる。詳細な説明は以下の通りである。

上記の説明を参照して、図9を参照すると、図9は本出願の一実施形態による通信方法の概略フローチャートである。方法は以下のステップを含む。

ステップ901：セッション管理ネットワーク要素が端末の位置情報を取得する。

ステップ902：セッション管理ネットワーク要素が、位置情報に基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定する。

上記の方法によれば、端末の位置情報を取得した後、セッション管理ネットワーク要素は、位置情報に基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断する。この場合、セッション管理ネットワーク要素は、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するために、受信されたトンネル情報が無効であると判断することができる。これにより、端末のサービスがタイムリーかつ効果的にセットアップされ得ることが保証され、端末が別のユーザプレーンネットワーク要素のサービスエリアに位置するときに発生するサービスセットアップの失敗が回避される。

ステップ901の前に、端末はもしかするとアイドル状態にあるか、または端末は非アイドル状態にあるが、端末の第1のセッションは非アクティブ化されている。

端末がアイドル状態になる前に、または端末が非アイドル状態であるが、端末の第1のセッションが非アクティブ化される前に、端末にサービスを提供する第1のユーザプレーンネットワーク要素が端末向けのダウンリンクデータを受信すると、端末が第1のユーザプレーンネットワーク要素のサービスエリアから移動した場合、第1のユーザプレーンネットワーク要素はそれでも、第1のユーザプレーンネットワーク要素が端末向けのダウンリンクデータを受信したことをセッション管理ネットワーク要素に通知する。第1のユーザプレーンネットワーク要素は、アンカユーザプレーンネットワーク要素であってもよく、非アンカユーザプレーンネットワーク要素であってもよい。このことは、本出願のこの実施形態では限定されない。

第1のユーザプレーンネットワーク要素が端末向けのダウンリンクデータを受信したと判断した後、セッション管理ネットワーク要素は、端末の第1のセッションに対応する以前に記憶された第1のトンネル情報を取得することができる。

ステップ901において、セッション管理ネットワーク要素は、端末の位置情報を取得するために、端末の位置情報を要求する第1のメッセージをモビリティ管理ネットワーク要素に送信することができる。

この実装形態では、第1のユーザプレーンネットワーク要素によって送信されたダウンリンクデータ通知メッセージを受信した後、セッション管理ネットワーク要素は、端末の位置情報を要求する第1のメッセージをモビリティ管理ネットワーク要素に送信する。第1のメッセージを受信した後、モビリティ管理ネットワーク要素は、端末のステータスに基づいて端末の位置情報を特定することができる。具体的には、端末が接続状態にあると判断すると、モビリティ管理ネットワーク要素は、端末の位置情報を直ちに取得することができるか、または端末がアイドル状態にあると判断すると、モビリティ管理ネットワーク要素は、端末にページングすることによって端末の位置情報を取得することができる。次いで、モビリティ管理ネットワーク要素は、セッション管理ネットワーク要素に位置情報を送信することができる。

このシナリオでは、第1のメッセージは代替として新しく追加された対話メッセージであってよく、そのメッセージは端末の識別子を搬送することに留意されたい。サービスベースのアーキテクチャでは、この場合、セッション管理ネットワーク要素は、端末の位置を取得するために使用される新しいサービスを起動する必要がある。場合によっては、第1のメッセージは、トンネル情報を搬送しないセッション管理情報転送メッセージであってよい。サービスベースのアーキテクチャでは、この場合、セッション管理ネットワーク要素は、代替として、AMFによって提供されるN2 SM情報転送サービスを起動することができる。

ステップ902において、セッション管理ネットワーク要素が、位置情報に基づいて、端末が端末向けのダウンリンクデータを受信するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断した場合、セッション管理ネットワーク要素が、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、トンネル情報が無効であると判断することができ、そうでない場合、セッション管理ネットワーク要素は、トンネル情報が有効であると判断することができる。

トンネル情報が有効であると判断すると、セッション管理ネットワーク要素は、従来技術に従って後続のプロセスを実行することに留意されたい。たとえば、セッション管理ネットワーク要素は、コアネットワークトンネル情報を含むセッション管理情報を、モビリティ管理ネットワーク要素を介してアクセスネットワークに転送する。

第2のユーザプレーンネットワーク要素を決定した後、セッション管理ネットワーク要素はさらに、第1のユーザプレーンネットワーク要素と対話してセッションを修正し、第1のユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間のデータチャネルを確立するか、または、第1のユーザプレーンネットワーク要素から第2のユーザプレーンネットワーク要素に、次いで端末にバッファリングされたダウンリンクデータを送信するために、第1のユーザプレーンネットワーク要素と第2のユーザプレーンネットワーク要素との間の転送トンネルを確立することができる。詳細については、ステップ504およびステップ504に関係する説明を参照されたい。詳細は本明細書では再び記載されない。

場合によっては、本出願のこの実施形態では、セッション管理ネットワーク要素は、代替として、端末のモビリティ属性および位置情報のうちの少なくとも1つを取得することができ、次いで、セッション管理ネットワーク要素は、モビリティ属性および位置情報のうちの少なくとも1つに基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、 端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定する。

詳細な説明は以下の通りである。

上記のプロセスでは、セッション管理ネットワーク要素によって取得された端末のモビリティ属性は、モビリティパターン（mobility pattern）に含まれてもよく、独立したモビリティ属性パラメータであってもよい。セッション管理ネットワーク要素は、第1のセッションの確立／修正／解放プロセスを使用することにより、AMFまたはNWDAから端末のモビリティ属性を取得することができるか、NWDAからのモビリティ属性に登録することができる。モビリティ属性を取得する具体的なプロセスについては、本明細書では詳細は記載されない。

本出願のこの実施形態では、可能な実装形態において、セッション管理ネットワーク要素は、セッションの確立／修正／解放プロセスを使用することにより、AMFから端末の位置情報を取得することができるか、またはAMFからの端末の位置情報に登録することができる。この実装形態において位置情報を取得する具体的なプロセスについては、本明細書では詳細は記載されない。

セッション管理ネットワーク要素は、異なる取得されたパラメータに基づいて、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断する。以下に各ケースを記載する。

1．セッション管理ネットワーク要素が端末のモビリティ属性を取得する。

この場合、セッション管理ネットワーク要素が、モビリティ属性に基づいて、端末が高モビリティ端末であると判断した場合、セッション管理ネットワーク要素は、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、トンネル情報が無効であると判断することができ、トンネル情報は、第1のセッションに対応する第1のユーザプレーンネットワーク要素とアクセスネットワークのネットワーク要素との間のトンネルに関する情報である。それに対応して、セッション管理ネットワーク要素が、モビリティ属性に基づいて、端末が低モビリティ端末であると判断した場合、セッション管理ネットワーク要素は、トンネル情報が有効であると判断することができる。

高モビリティ端末は、移動速度がしきい値よりも大きい端末であってよく、低モビリティ端末は、移動速度がしきい値以下の端末であってよい。

2．セッション管理ネットワーク要素が端末の位置情報を取得する。

この場合、セッション管理ネットワーク要素が、位置情報に基づいて、端末が端末向けのダウンリンクデータを受信するユーザプレーンネットワーク要素のサービスエリア外に移動したと判断した場合、セッション管理ネットワーク要素は、トンネル情報が無効であると判断することができ、そうでない場合、セッション管理ネットワーク要素は、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア内に位置すると判断し、トンネル情報が有効であると判断することができる。

3．セッション管理ネットワーク要素が端末のモビリティ属性および位置情報を取得する。

この場合、セッション管理ネットワーク要素が、モビリティ属性に基づいて、端末が低モビリティ端末であると判断し、位置情報に基づいて、端末が端末向けのダウンリンクデータを受信するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断した場合、セッション管理ネットワーク要素は、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、トンネル情報が無効であると判断することができ、そうでない場合、セッション管理ネットワーク要素は、トンネル情報が有効であると判断することができる。

このシナリオでは、トンネル情報が無効であると判断した後、セッション管理ネットワーク要素は、端末の現在の位置情報を要求するために、トンネル情報を搬送しない第1のメッセージをモビリティ管理ネットワーク要素に送信し、要求を介して取得された端末の現在の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定することができる。たとえば、セッション管理ネットワーク要素は、そのサービスエリアが端末の現在の位置情報をカバーするユーザプレーンネットワーク要素を、第2のユーザプレーンネットワーク要素として決定することができる。当然、セッション管理ネットワーク要素は、代替として、別の方式で第2のユーザプレーンネットワーク要素を決定することができ、詳細は本明細書では記載されない。セッション管理ネットワーク要素によって要求される現在の位置情報は最新の位置情報であり、その結果、第2のユーザプレーンネットワーク要素は端末のために正確に決定することができる。第2のユーザプレーンネットワーク要素を決定する具体的なプロセスについては、従来技術を参照されたい。詳細は本明細書では記載されない。

第1のメッセージを受信した後、第1のメッセージがトンネル情報を搬送しないとモビリティ管理ネットワーク要素が判断した場合、モビリティ管理ネットワーク要素は、端末の現在の位置情報を取得して、端末の現在の位置情報をセッション管理ネットワーク要素に送信することができる。第1のメッセージがトンネル情報を搬送するとモビリティ管理ネットワーク要素が判断した場合、モビリティ管理ネットワーク要素は、アクセスネットワークのネットワーク要素にトンネル情報を直ちに転送することができる。

場合によっては、このシナリオでは、第1のメッセージは代替として新しく追加された対話メッセージであってよく、そのメッセージは端末の識別子を搬送する。サービスベースのアーキテクチャでは、この場合、セッション管理ネットワーク要素の新しい端末位置取得サービスが起動される必要がある。

セッション管理ネットワーク要素が、モビリティ属性および位置情報のうちの少なくとも1つに基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断した後に、セッション管理ネットワーク要素によって実行される別のアクションについては、ステップ902の説明を参照されたい。詳細は本明細書では再び記載されない。

上記の説明を参照して、図10に示されたように、図10は本出願の一実施形態による通信方法の概略フローチャートである。

図10のプロセスは、アクセスネットワークのネットワーク要素がRANであり、モビリティ管理ネットワーク要素がAMFであり、セッション管理ネットワーク要素がSMFであり、ユーザプレーンネットワーク要素がUPFである例を使用して記載されている。別のケースについては、図10に示されたプロセスの説明を参照されたい。詳細は本明細書では再び記載されない。

図10では、第1のユーザプレーンネットワーク要素はUPF1であり、第1のセッションのアンカユーザプレーンネットワーク要素であり、第2のユーザプレーンネットワーク要素はUPF2であり、第1のセッションの非アンカユーザプレーンネットワーク要素である。

ステップ1001：UPF1が受信された端末向けのダウンリンクデータをバッファリングする。

ステップ1002：UPF1がSMFにデータ通知メッセージを送信して、UPF1が端末向けのダウンリンクデータを受信したことをSMFに通知する。

ステップ1003：SMFがデータ通知確認メッセージをUPF1に返す。

ステップ1004：SMFが第1のメッセージをAMFに送信して端末の位置情報を要求する。

ステップ1005：AMFがRANを介して端末にページングメッセージを送信する。

ステップ1006：ページングメッセージを受信した後、端末がRANを介してAMFにサービス応答メッセージを送信して、サービスセットアッププロセスをトリガする。

ステップ1007：AMFが端末のステータスに基づいて端末の位置情報を特定する。

ステップ1008：AMFが端末の位置情報をSMFに送信する。

ステップ1009：SMFが、位置情報に基づいて、端末の位置がUPF1のサービスエリア内にあるかどうかを判定して、第1のセッションのトンネル情報が有効であるかどうかを判定し、トンネル情報が有効である場合、SMFはステップ1012を実行し、そうでない場合、SMFは、位置情報に基づいて、端末にサービスを提供する新しいUPFを決定し、ステップ1010を実行し、この場合に決定されたUPFはUPF2である。

ステップ1010：SMFがUPF2と対話して、端末とUPF2との間の新しいセッションの新しいトンネルを確立する。

新しいトンネルはUPF2とRANとの間のトンネルである。

ステップ1011：SMFがUPF1と対話してセッションを修正し、UPF1とUPF2との間のデータチャネルを確立する。

ステップ1012：SMFがN2 SM情報を構築する。位置情報に基づいて、端末の位置がUPF1のサービスエリア内にあると判断された場合、N2 SM情報は元のコアネットワークトンネル情報をそのまま使用して構築され、そうでない場合、N2 SM情報は新しいトンネルのコアネットワークトンネル情報を使用して構築され、次いで、SMFはN2 SM情報をAMFに送信する。

ステップ1013：AMFが新しいトンネルのトンネル情報をRANに転送する。

ステップ1014：RANが端末とのRRC接続再構成を実行し、DRBを確立する。

ステップ1015：この場合、端末がアップリンクデータ送信を開始することができる。

ステップ1016：RANがAMFに要求応答メッセージを送信し、要求応答メッセージはRANトンネル情報を含む。

ステップ1017：AMFがN11メッセージをSMFに送信し、N11メッセージはRANトンネル情報を含む。

ステップ1018：UPF1が、UPF1とUPF2との間のデータチャネルを使用することにより、バッファリングされた端末向けのダウンリンクデータをUPF2に転送する。

ステップ1019：UPF2がダウンリンクデータを端末に転送する。

ステップ1020：SMFがN11確認メッセージをAMFに送信して、サービスセットアッププロセスを完了する。

ステップ1021：UPF2が受信されたダウンリンクデータを端末に転送する。

図10に示されたプロセスでは、UPF1およびUPF2が両方とも第1のセッションの非アンカユーザプレーンネットワーク要素であり、UPF1およびUPF2の各々が第1のセッションのアンカユーザプレーンネットワーク要素を使用して端末にデータを送信するとき、SMFは、セッションのために、UPF2とUPF3との間に確立された転送トンネルの処理を完了する必要がある。すべての他のプロセスも同様であり、本明細書では詳細は再び記載されない。SMFがUPF1とUPF2との間の転送トンネルを確立する必要があるプロセスについては、図4Aおよび図4Bに示されたプロセスを参照されたい。詳細は本明細書では再び記載されない。

上記の説明を参照して、図11に示されたように、図11は本出願の一実施形態による通信方法の概略フローチャートである。

図11のプロセスは、アクセスネットワークのネットワーク要素がRANであり、モビリティ管理ネットワーク要素がAMFであり、セッション管理ネットワーク要素がSMFであり、ユーザプレーンネットワーク要素がUPFである例を使用して記載されている。別のケースについては、図11に示されたプロセスの説明を参照されたい。詳細は本明細書では再び記載されない。

図11では、第1のユーザプレーンネットワーク要素はUPF1であり、第1のセッションのアンカユーザプレーンネットワーク要素であり、第2のユーザプレーンネットワーク要素はUPF2であり、第1のセッションの非アンカユーザプレーンネットワーク要素である。

ステップ1101：UPF1が受信された端末向けのダウンリンクデータをバッファリングする。

ステップ1102：UPF1がSMFにデータ通知メッセージを送信して、UPF1が端末向けのダウンリンクデータを受信したことをSMFに通知する。

ステップ1103：SMFがデータ通知確認メッセージをUPF1に返す。

ステップ1104：SMFが、端末のモビリティ属性および位置情報のうちの少なくとも1つに基づいて、端末がUPF1のサービスエリア内に位置するかどうかを判定して、第1のセッションのトンネル情報が有効であるかどうかを判定する。トンネル情報が有効である場合、SMFは、トンネル情報のセッション管理情報を含む第1のメッセージをAMFに送信することを決定し、そうでない場合、SMFは、トンネル情報のセッション管理情報を含まない第1のメッセージをAMFに送信することを決定する。

ステップ1105：SMFが第1のメッセージをAMFに送信する。

ステップ1106：AMFがRANを介して端末にページングメッセージを送信する。

ステップ1107：ページングメッセージを受信した後、端末がRANを介してAMFにサービス応答メッセージを送信して、サービスセットアッププロセスをトリガする。

ステップ1108：AMFが、ページングをトリガするSMFにAMFがN11メッセージを送信する必要があるかどうかを判定する。

具体的には、受信された第1のメッセージがトンネル情報を搬送するN2 SM informationを含む場合、AMFはRANにN2 SM informationを直ちに転送し、そうでない場合、AMFはステップ1109を実行する。

ステップ1109：AMFがSMFにN11メッセージを送信して、SMFをトリガしてN2 SM情報を復元する。

ステップ1110：SMFがN2 SM情報を復元し、復元されたN2 SM情報は、現在位置で端末にサービスを提供するUPFに関する情報を含み、この場合に端末にサービスを提供するUPFはUPF2である。この場合に決定されるUPFはUPF2である。

ステップ1110以降のプロセスについては、ステップ1010〜ステップ1021の説明を参照されたい。詳細は本明細書では再び記載されない。

以下でセッションを解放する方法を記載する。

サービスベースのアーキテクチャでは、モビリティ管理ネットワーク要素はまた、セッション管理ネットワーク要素によって送信されたセッション管理情報を転送するべきかどうかを判定することができる。詳細な説明は以下の通りである。

方法は以下のステップを含む。

ステップ1：セッション管理ネットワーク要素が、端末ステータス条件情報およびセッション管理情報をモビリティ管理ネットワーク要素に送信する。

場合によっては、端末ステータス条件情報は、端末のステータスがアイドル状態であることを示すか、または端末のステータスおよび第1の条件を示し、第1の条件は、端末のステータスがアイドル状態であることを示す。

場合によっては、端末ステータス条件情報は、「N1 SM delivery can be skipped」をさらに含んでよい。

セッション管理情報はN1 SM情報を含む。

ステップ2：モビリティ管理ネットワーク要素が、セッション管理ネットワーク要素から端末ステータス条件情報およびセッション管理情報を受信し、端末のステータスを特定し、端末ステータス条件情報は端末のステータスがアイドル状態であることを示す。

上記のステップにおいて、サービスベースのアーキテクチャでは、N1 SM情報を転送するために、セッション管理ネットワーク要素は、モビリティ管理ネットワーク要素によって提供されるN1 SM情報転送サービスを起動する。

それに対応して、端末のステータスは端末の現在の状態である。

ステップ3：端末のステータスが端末ステータス条件情報を満たさないとモビリティ管理ネットワーク要素が判断した場合、モビリティ管理ネットワーク要素はN1 SM情報を端末に転送せず、N1 SM release情報については、暗黙的な同期を介して端末のセッションを解放する。

上記の方法によれば、セッション管理ネットワーク要素は、適切な方式でセッションを解放することを決定し、ステータスの同期を必要とするセッションの場合、サービスの異常を回避するために明示的な解放が実現され、ステータスの同期を必要としないセッションの場合、暗黙的な同期を介して端末のセッションが解放され、それにより、システムのオーバーヘッドが低減される。

上記のステップ1、2、および3は、図12の説明を参照して記載されてもよい。

図12に示されたように、図12は本出願の一実施形態によるセッション解放の概略フローチャートである。

ステップ1201：端末がプロトコルデータユニット（Protocol Data Unit、PDU）セッション解放要求をAMFに送信する。

要求は、端末またはネットワーク側によってトリガされてよい。

ステップ1202：AMFがPDUセッション解放要求を含むN11メッセージをSMFに送信する。

ステップ1203：SMFがPCFと対話し、セッションを修正する。

ステップ1204：SMFがセッション解放をトリガする。

ステップ1205：SMFがUPFに通知してユーザプレーン経路を解放する。

ステップ1206：SMFがN11メッセージをAMFに送信し、N11メッセージはN1 SM転送条件情報、すなわち端末ステータス条件情報、N2 SMリソース解放要求（Resource Release request）、およびN1 SM情報（Information）（すなわち、PDUセッション解放コマンド（Session Release Command））を搬送して、RAN側のリソース解放および端末のリソース解放をトリガすることができる。条件情報は端末ステータス条件情報である。

N2 SM Releaseメッセージを転送するためにAMFが必要であるかどうかは、SMF側で判定されてよい。アクティブ状態のセッションの場合、RAN側のリソースを解放するためにN2 SMメッセージが送信される必要がある。非アクティブ状態のセッションの場合、RAN側のリソースが解放されているので、N2 SMメッセージが送信される必要はない。セッションステータスはSMFに記憶され、したがって、SMFは単独で判定を実行することができる。

しかしながら、N1 SMメッセージを転送するために、メッセージはN1 SM転送条件をさらに搬送する必要がある。本出願のこの実施形態における本明細書の端末ステータス条件情報は、以下のいくつかのケースを有する。

（1）IDLE状態の端末のいくつかのセッションでは、SMFは暗黙的な同期を介してセッションの端末側リソースを解放することができる。この場合、指示情報がさらに搬送されてよい。指示情報は、N1 SMメッセージが転送されない可能性があること、たとえば、「N1 SM delivery can be skipped」Indicationを示す。指示情報は独立していてもよく、条件情報の一部であってもよい。具体的には、端末ステータス条件情報は以下の通りである：端末がIDLE状態にあり、N1 SMメッセージが転送されない可能性があることを示す指示情報を受信する。

（2）IDLE状態の端末のすべてのセッションでは、SMFは、代替として、同期を介してセッションの端末リソースを解放することができる。この場合、N1 SMメッセージが転送されない可能性があることを示す指示情報は、搬送される必要がない。具体的には、端末ステータス条件情報は、端末がIDLE状態にあることである。

（3）SMFは、代替として、暗黙的な同期を介してすべての非アクティブ状態セッションを一緒に解放することができる。この場合、SMFは、AMFおよびSMFのセッションコンテキスト、ならびにAMFとSMFとの間のバインディング関係を直ちに解放するだけでよく、SMFはN1 SM情報を送信しない。

サービスベースのアーキテクチャでは、ケース（1）とケース（2）の両方において、SMFはAMFのN1 SMメッセージ転送サービスを条件付きで起動する。具体的には、AMFによって提供されるN1メッセージ転送サービス、すなわち、Namf＿Communication＿N1MessageTransfer service operationの入力のために、サービス実行についての条件を示すために、本明細書では条件パラメータが追加される必要がある。

ステップ1207：AMFが、端末ステータス条件情報に基づいて、受信されたN1 SMメッセージを転送するべきかどうかを判定し、端末がIDLE状態にあるとAMFが判断した場合：

（1）ケース（1）では、ステップ1206において、AMFによって受信されたメッセージは、N1 SMメッセージが転送されない可能性があることを示す指示情報を搬送する。この場合、N1 SMメッセージは転送されず、ステップ1208およびステップ1209はスキップされ、端末側のリソースは暗黙的な同期を介して解放され、ステップ1210が直ちに実行される。

（2）ケース（2）では、ステップ1206において、AMFはN1 SMメッセージを転送せず、ステップ1208およびステップ1209をスキップし、暗黙的な同期を介して端末側のリソースを解放し、ステップ1210を直ちに実行する。

（3）他のすべてのケースでは、AMFはN1 SMメッセージを転送し、端末がIDLE状態にある場合、AMFはネットワークを使用してSRをトリガすることによって端末にページングし、さらにN1 SM Informationを端末に転送する。端末がCM−CONNECTED状態にある場合、AMFは受信されたN1 SMメッセージをRANに直ちに転送する。

サービスベースのアーキテクチャでは、AMFは、SMFによって入力された端末ステータス条件情報に基づいて、N1 SMメッセージ転送サービスを実行する。AMFは、端末ステータス条件情報が満たされるとサービスを実行し、端末ステータス条件情報が満たされないとサービスを実行しない。実行が完了した後、AMFは実行結果を返す。

N2 SMメッセージ処理は従来技術の処理と同じであり、特別な処理を含まない。詳細は本明細書では記載されない。

ステップ1208：RANが、セッション関連リソースを解放し、（N1 SM PDU Session Release Command）を端末に転送して、端末側のリソース解放を完了する。

ステップ1209：RAN側のリソース解放が完了すると、RANが、N2リソース解放確認メッセージを返し、端末解放応答は、送信用のN2リソース解放確認メッセージ内で搬送されてよい。

ステップ1210：AMFがN11応答メッセージを送信し、N11応答メッセージは、N2 SMリソース解放確認（Resource Release Ack）を搬送する。

ステップ1211：SMFがN11メッセージをAMFに送信して、セッションの解放が完了したことをAMFに通知する。AMFおよびSMFは、AMFとSMFとの間のバインディング関係などを含む、関連するセッションコンテキスト情報を削除する。

ステップ1212：プロトコルデータユニット接続アクセスネットワーク（Protocol Data Unit Connectivity Access Network、PDU−CAN）セッションが解放される。

上記のプロセスの後、SMFはセッション管理情報処理に関する意思決定を完了し、N1 SM転送条件をAMFに送信し、関連する端末のステータスを取得すると、AMFはSMFによって設定された転送条件に基づいて転送サービスを実行する。

同じ技術的思想に基づいて、本出願の実施形態は通信装置をさらに提供する。

図13に示されたように、図13は本出願の一実施形態による通信装置1300の概略構造図である。

通信装置1300は、
モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信するように構成されたトランシーバユニット1301であって、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバユニット1301と、
トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信するように構成された処理ユニット1302であって、第1の情報が、トンネル情報が無効であることを示す、処理ユニット1302と
を含む。

場合によっては、処理ユニット1302は、具体的に、
アクセスネットワークのネットワーク要素がトンネル情報に対応する第1のユーザプレーンネットワーク要素に接続することができないと判断すると、トンネル情報が無効であると判断する
ように構成される。

図14に示されたように、図14は本出願の一実施形態による通信装置1400の概略構造図である。

通信装置1400は、
アクセスネットワークのネットワーク要素から第1の情報を受信するように構成されたトランシーバユニットであって、第1の情報が、第1のセッションのトンネル情報が無効であることを示し、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバユニットと、
第1の情報が受信された後に第1のセッションのトンネル情報を更新するように構成された処理ユニットと
を含む。

図15に示されたように、図15は本出願の一実施形態による通信装置1500の概略構造図である。

通信装置1500は、
セッション管理ネットワーク要素からセッション管理情報および位置エリア情報を受信し、端末の位置情報を特定するように構成されたトランシーバユニット1501と、
位置エリア情報および位置情報に基づいて、端末が位置エリア情報によって示されたサービスエリア外に位置すると判断するように構成された処理ユニット1502と
を含む。

トランシーバユニットは、セッション管理情報が転送されないことをセッション管理ネットワーク要素に通知し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するように構成される。

場合によっては、トランシーバユニットは、具体的に、
セッション管理ネットワーク要素に第1のメッセージを送信し、第1のメッセージは、セッション管理情報が転送されないことを示し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新する、
ように構成される。

図16に示されたように、図16は本出願の一実施形態による通信装置1600の概略構造図である。

通信装置1600は、
セッション管理情報および位置エリア情報をモビリティ管理ネットワーク要素に送信し、セッション管理情報が転送されないことをモビリティ管理ネットワーク要素から知るように構成されたトランシーバユニット1601であって、セッション管理情報が転送されないことが、位置エリア情報および端末の位置情報と関連付けられる、トランシーバユニット1601と、
セッション管理情報を更新するように構成された処理ユニット1602と
を含む。

場合によっては、トランシーバユニット1601は、具体的に、
モビリティ管理ネットワーク要素から第1のメッセージを受信し、第1のメッセージはセッション管理情報の更新を示す、
ように構成される。

場合によっては、第1のメッセージは位置情報をさらに含む。

場合によっては、位置エリア情報は、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素のサービスエリア情報を含む。

場合によっては、更新されたセッション管理情報は、端末にデータを送信するための第2のユーザプレーンネットワーク要素に関する情報を含む。

図17に示されたように、図17は本出願の一実施形態による通信装置1700の概略構造図である。

通信装置1700は、
端末の位置情報を取得するように構成されたトランシーバユニット1701と、
位置情報に基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するように構成された処理ユニット1702と
を含む。

場合によっては、トランシーバユニット1701は、具体的に、
ダウンリンクデータ通知メッセージを受信した後、モビリティ管理ネットワーク要素に端末の位置情報を要求し、セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素から端末の位置情報を受信する
ように構成される。

処理ユニット1702は、具体的に、モビリティ管理ネットワーク要素から受信された位置情報に基づいて、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断するように構成される。

場合によっては、トランシーバユニット1701は、
第2のユーザプレーンネットワーク要素に対応する第2のトンネル情報を含むセッション管理情報をモビリティ管理ネットワーク要素に送信する
ようにさらに構成される。

図18に示されたように、図18は本出願の一実施形態による通信装置1800の概略構造図である。

通信装置1800は、
コンピュータ命令を記憶するように構成されたメモリ1803であって、プロセッサ1801がメモリ1803内のコンピュータ命令を読み取るように構成される、メモリ1803と、
モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信するように構成されたトランシーバ1802であって、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバ1802と、
トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信するように構成されたプロセッサ1801であって、第1の情報が、トンネル情報が無効であることを示す、プロセッサ1801と
を含む。

場合によっては、プロセッサ1801は、具体的に、
アクセスネットワークのネットワーク要素がトンネル情報に対応する第1のユーザプレーンネットワーク要素に接続することができないと判断すると、トンネル情報が無効であると判断する
ように構成される。

図19に示されたように、図19は本出願の一実施形態による通信装置1900の概略構造図である。

通信装置1900は、
コンピュータ命令を記憶するように構成されたメモリ1903であって、プロセッサ1901がメモリ1903内のコンピュータ命令を読み取るように構成される、メモリ1903と、
アクセスネットワークのネットワーク要素から第1の情報を受信するように構成されたトランシーバ1902であって、第1の情報が、第1のセッションのトンネル情報が無効であることを示し、トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバ1902と、
第1の情報が受信された後に第1のセッションのトンネル情報を更新するように構成されたプロセッサ1901と
を含む。

図20に示されたように、図20は本出願の一実施形態による通信装置2000の概略構造図である。

通信装置2000は、
コンピュータ命令を記憶するように構成されたメモリ2003であって、プロセッサ2001がメモリ2003内のコンピュータ命令を読み取るように構成される、メモリ2003と、
セッション管理ネットワーク要素からセッション管理情報および位置エリア情報を受信し、端末の位置情報を特定するように構成されたトランシーバ2002と、
位置エリア情報および位置情報に基づいて、端末が位置エリア情報によって示されたサービスエリア外に位置すると判断するように構成されたプロセッサ2001と
を含む。

トランシーバ2002は、セッション管理情報が転送されないことをセッション管理ネットワーク要素に通知し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新するように構成される。

場合によっては、トランシーバは、具体的に、
セッション管理ネットワーク要素に第1のメッセージを送信し、第1のメッセージは、セッション管理情報が転送されないことを示し、セッション管理ネットワーク要素をトリガしてセッション管理情報を更新する、
ように構成される。

図21に示されたように、図21は本出願の一実施形態による通信装置2100の概略構造図である。

通信装置2100は、
コンピュータ命令を記憶するように構成されたメモリ2103であって、プロセッサ2101がメモリ2103内のコンピュータ命令を読み取るように構成される、メモリ2103と、
セッション管理情報および位置エリア情報をモビリティ管理ネットワーク要素に送信し、セッション管理情報が転送されないことをモビリティ管理ネットワーク要素から知るように構成されたトランシーバ2102であって、セッション管理情報が転送されないことが、位置エリア情報および端末の位置情報と関連付けられる、トランシーバ2102と、
セッション管理情報を更新するように構成されたプロセッサ2101と
を含む。

場合によっては、トランシーバ2102は、具体的に、
モビリティ管理ネットワーク要素から第1のメッセージを受信し、第1のメッセージはセッション管理情報の更新を示す、
ように構成される。

場合によっては、第1のメッセージは位置情報をさらに含む。

場合によっては、位置エリア情報は、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素のサービスエリア情報を含む。

場合によっては、更新されたセッション管理情報は、端末にデータを送信するための第2のユーザプレーンネットワーク要素に関する情報を含む。

図22に示されたように、図22は本出願の一実施形態による通信装置2200の概略構造図である。

通信装置2200は、
コンピュータ命令を記憶するように構成されたメモリ2203であって、プロセッサ2201がメモリ2203内のコンピュータ命令を読み取るように構成される、メモリ2203と、
端末の位置情報を取得するように構成されたトランシーバ2202と、
位置情報に基づいて、端末が端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、端末の位置情報に基づいて、端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するように構成されたプロセッサ2201と
を含む。

場合によっては、トランシーバ2202は、具体的に、
ダウンリンクデータ通知メッセージを受信した後、モビリティ管理ネットワーク要素に端末の位置情報を要求し、セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素から端末の位置情報を受信する
ように構成される。

プロセッサ2201は、具体的に、モビリティ管理ネットワーク要素から受信された位置情報に基づいて、端末が端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断するように構成される。

場合によっては、トランシーバ2202は、
第2のユーザプレーンネットワーク要素に対応する第2のトンネル情報を含むセッション管理情報をモビリティ管理ネットワーク要素に送信する
ようにさらに構成される。

本出願の一実施形態は、上記のプロセッサの実行のために実行される必要があるコンピュータソフトウェア命令を記憶するように構成されたコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は、上記のプロセッサの実行のために実行される必要があるプログラムを含む。

本出願の実施形態は、方法、システム、またはコンピュータプログラム製品として提供されてよいことを当業者なら理解されよう。したがって、本出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアの組合せを有する実施形態の形態を使用することができる。その上、本出願は、コンピュータ使用可能プログラムコードを含む、（限定はしないが、磁気ディスクメモリ、光メモリなどを含む）1つまたは複数のコンピュータ使用可能記憶媒体に実装されたコンピュータプログラム製品の形態を使用することができる。

本出願は、本出願の実施形態による、方法、デバイス（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して記載されている。コンピュータプログラム命令は、フローチャートおよび／またはブロック図内の各プロセスおよび／または各ブロック、ならびにフローチャートおよび／またはブロック図内のプロセスおよび／またはブロックの組合せを実装するために使用されてよいことを理解されたい。これらのコンピュータプログラム命令は、機械を生成するために、汎用コンピュータ、専用コンピュータ、組込み型プロセッサ、または任意の他のプログラマブルデータ処理デバイスのプロセッサに提供されてよく、その結果、コンピュータまたは任意の他のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の指定された機能を実装するための装置を生成する。

これらのコンピュータプログラム命令は、代替として、具体的な方式で動作するようにコンピュータまたは別のプログラマブルデータ処理デバイスに命令することができるコンピュータ可読メモリに記憶されてよく、その結果、コンピュータ可読メモリに記憶された命令は、命令装置を含む人工物を生成する。命令装置は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の指定された機能を実装する。

これらのコンピュータプログラム命令は、代替として、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされてよく、その結果、一連の動作およびステップは、コンピュータまたは別のプログラマブルデータ処理デバイス上で実行され、それにより、コンピュータ実装処理が生成される。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの1つもしくは複数のプロセス内、および／またはブロック図の1つもしくは複数のブロック内の指定された機能を実装するためのステップを提供する。

明らかに、当業者は、本出願の趣旨および範囲から逸脱することなく、本出願に対して様々な修正および変形を行うことができる。本出願のこれらの修正および変形が本出願の特許請求の範囲およびそれらの均等な技術の範囲内に入るならば、本出願はこれらの修正および変形を包含するものである。

1300 通信装置
1301 トランシーバユニット
1302 処理ユニット
1400 通信装置
1401 トランシーバユニット
1402 処理ユニット
1500 通信装置
1501 トランシーバユニット
1502 処理ユニット
1600 通信装置
1601 トランシーバユニット
1602 処理ユニット
1700 通信装置
1701 トランシーバユニット
1702 処理ユニット
1800 通信装置
1801 プロセッサ
1802 トランシーバ
1803 メモリ
1900 通信装置
1901 プロセッサ
1902 トランシーバ
1903 メモリ
2000 通信装置
2001 プロセッサ
2002 トランシーバ
2003 メモリ
2100 通信装置
2101 プロセッサ
2102 トランシーバ
2103 メモリ
2200 通信装置
2201 プロセッサ
2202 トランシーバ
2203 メモリ

Claims (30)

1. 通信方法であって、前記方法が、
   アクセスネットワークのネットワーク要素により、モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信するステップであって、前記トンネル情報が、前記アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、ステップと、
   前記アクセスネットワークのネットワーク要素により、前記トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信するステップであって、前記第1の情報が、前記トンネル情報が無効であることを示す、ステップと
   を備える、方法。
2. 前記アクセスネットワークのネットワーク要素により、前記トンネル情報が無効であると判断する前記ステップが、
   前記アクセスネットワークのネットワーク要素が、前記トンネル情報に対応する前記第1のユーザプレーンネットワーク要素に接続することができないと判断すると、前記アクセスネットワークのネットワーク要素により、前記トンネル情報が無効であると判断するステップ
   を備える、請求項1に記載の方法。
3. 通信方法であって、前記方法が、
   セッション管理ネットワーク要素により、アクセスネットワークのネットワーク要素から第1の情報を受信するステップであって、前記第1の情報が、第1のセッションのトンネル情報が無効であることを示し、前記トンネル情報が、前記アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、ステップと、
   前記セッション管理ネットワーク要素により、前記第1の情報を受信した後に前記第1のセッションの前記トンネル情報を更新するステップと
   を備える、方法。
4. 前記第1の情報が、前記第1のセッションの識別子および原因値を備え、前記第1のセッションが前記トンネルに関連付けられ、前記原因値が、前記トンネル情報が無効であることを示す、請求項1から3のいずれか一項に記載の方法。
5. 通信方法であって、前記方法が、
   モビリティ管理ネットワーク要素により、セッション管理ネットワーク要素からセッション管理情報および位置エリア情報を受信し、端末の位置情報を特定するステップと、
   前記モビリティ管理ネットワーク要素により、前記位置エリア情報および前記位置情報に基づいて、前記端末が前記位置エリア情報によって示されたサービスエリア外に位置すると判断し、前記セッション管理情報が転送されないことを前記セッション管理ネットワーク要素に通知し、前記セッション管理ネットワーク要素をトリガして前記セッション管理情報を更新するステップと
   を備える、方法。
6. 前記モビリティ管理ネットワーク要素により、前記セッション管理情報が転送されないことを前記セッション管理ネットワーク要素に通知し、前記セッション管理ネットワーク要素をトリガして前記セッション管理情報を更新する前記ステップが、
   前記モビリティ管理ネットワーク要素により、前記セッション管理ネットワーク要素に第1のメッセージを送信するステップであって、前記第1のメッセージが、前記セッション管理情報が転送されないことを示し、前記セッション管理ネットワーク要素をトリガして前記セッション管理情報を更新する、ステップ
   を備える、請求項5に記載の方法。
7. 通信方法であって、前記方法が、
   セッション管理ネットワーク要素により、セッション管理情報および位置エリア情報をモビリティ管理ネットワーク要素に送信するステップと、
   前記セッション管理ネットワーク要素により、前記セッション管理情報が転送されないことを前記モビリティ管理ネットワーク要素から知るステップであって、前記セッション管理情報が転送されないことが、前記位置エリア情報および端末の位置情報と関連付けられる、ステップと、
   前記セッション管理ネットワーク要素により、前記セッション管理情報を更新するステップと
   を備える、方法。
8. 前記セッション管理ネットワーク要素により、前記セッション管理情報が更新されるべきことを前記モビリティ管理ネットワーク要素から知る前記ステップが、
   前記セッション管理ネットワーク要素により、前記モビリティ管理ネットワーク要素から第1のメッセージを受信するステップであって、前記第1のメッセージが前記セッション管理情報の更新を示す、ステップ
   を備える、請求項7に記載の方法。
9. 前記第1のメッセージが第1の情報を備え、前記第1の情報が、前記セッション管理情報が転送されないか、または前記セッション管理情報が更新される必要があることを示す、請求項6または8に記載の方法。
10. 前記第1のメッセージが前記位置情報をさらに備える、請求項6、8、または9に記載の方法。
11. 前記位置エリア情報が、前記端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素のサービスエリア情報を備える、請求項5から10のいずれか一項に記載の方法。
12. 更新されたセッション管理情報が、前記端末にデータを送信するための第2のユーザプレーンネットワーク要素に関する情報を備える、請求項5から11のいずれか一項に記載の方法。
13. 通信方法であって、前記方法が、
    セッション管理ネットワーク要素により、端末の位置情報を取得するステップと、
    前記セッション管理ネットワーク要素により、前記位置情報に基づいて、前記端末が前記端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、前記端末の前記位置情報に基づいて、前記端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するステップと
    を備える、方法。
14. セッション管理ネットワーク要素により、端末の位置情報を取得する前記ステップが、
    ダウンリンクデータ通知メッセージを受信した後、前記セッション管理ネットワーク要素により、モビリティ管理ネットワーク要素に前記端末の前記位置情報を要求するステップと、前記セッション管理ネットワーク要素により、前記モビリティ管理ネットワーク要素から前記端末の前記位置情報を受信するステップと
    を備え、
    前記セッション管理ネットワーク要素により、モビリティ属性および前記位置情報のうちの少なくとも1つに基づいて、前記端末が前記端末の第1のセッションに対応する第1のユーザプレーンネットワーク要素のサービスエリア外に位置すると判断する前記ステップが、
    前記セッション管理ネットワーク要素により、前記モビリティ管理ネットワーク要素から受信された前記位置情報に基づいて、前記端末が前記端末の前記第1のセッションに対応する前記第1のユーザプレーンネットワーク要素の前記サービスエリア外に位置すると判断するステップ
    を備える、請求項13に記載の方法。
15. 前記セッション管理ネットワーク要素により、前記端末の前記位置情報に基づいて、前記端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定する前記ステップの後に、前記方法が、
    前記セッション管理ネットワーク要素により、前記モビリティ管理ネットワーク要素に、前記第2のユーザプレーンネットワーク要素に対応する第2のトンネル情報を備えるセッション管理情報を送信するステップ
    をさらに備える、請求項13に記載の方法。
16. 通信装置であって、前記装置が、
    モビリティ管理ネットワーク要素から第1のセッションのトンネル情報を受信するように構成されたトランシーバユニットであって、前記トンネル情報が、アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバユニットと、
    前記トンネル情報が無効であると判断し、セッション管理ネットワーク要素に第1の情報を送信するように構成された処理ユニットであって、前記第1の情報が、前記トンネル情報が無効であることを示す、処理ユニットと
    を備える、装置。
17. 前記処理ユニットが、具体的に、
    前記アクセスネットワークのネットワーク要素が前記トンネル情報に対応する前記第1のユーザプレーンネットワーク要素に接続することができないと判断すると、前記トンネル情報が無効であると判断する
    ように構成される、請求項16に記載の装置。
18. 通信装置であって、前記装置が、
    アクセスネットワークのネットワーク要素から第1の情報を受信するように構成されたトランシーバユニットであって、前記第1の情報が、第1のセッションのトンネル情報が無効であることを示し、前記トンネル情報が、前記アクセスネットワークのネットワーク要素と、端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素との間のトンネルに関する情報である、トランシーバユニットと、
    前記第1の情報が受信された後に前記第1のセッションの前記トンネル情報を更新するように構成された処理ユニットと
    を備える、装置。
19. 前記第1の情報が、前記第1のセッションの識別子および原因値を備え、前記第1のセッションが前記トンネルに関連付けられ、前記原因値が、前記トンネル情報が無効であることを示す、請求項16から18のいずれか一項に記載の装置。
20. 通信装置であって、前記装置が、
    セッション管理ネットワーク要素からセッション管理情報および位置エリア情報を受信し、端末の位置情報を特定するように構成されたトランシーバユニットと、
    前記位置エリア情報および前記位置情報に基づいて、前記端末が前記位置エリア情報によって示されたサービスエリア外に位置すると判断するように構成された処理ユニットと
    を備え、
    前記トランシーバユニットが、前記セッション管理情報が転送されないことを前記セッション管理ネットワーク要素に通知し、前記セッション管理ネットワーク要素をトリガして前記セッション管理情報を更新するように構成される、
    装置。
21. 前記トランシーバユニットが、具体的に、
    前記セッション管理ネットワーク要素に第1のメッセージを送信し、前記第1のメッセージが、前記セッション管理情報が転送されないことを示し、前記セッション管理ネットワーク要素をトリガして前記セッション管理情報を更新する、
    ように構成される、請求項20に記載の装置。
22. 通信装置であって、
    セッション管理情報および位置エリア情報をモビリティ管理ネットワーク要素に送信し、前記セッション管理情報が転送されないことを前記モビリティ管理ネットワーク要素から知るように構成されたトランシーバユニットであって、前記セッション管理情報が転送されないことが、前記位置エリア情報および端末の位置情報と関連付けられる、トランシーバユニットと、
    前記セッション管理情報を更新するように構成された処理ユニットと
    を備える、装置。
23. 前記トランシーバユニットが、具体的に、
    前記モビリティ管理ネットワーク要素から第1のメッセージを受信し、前記第1のメッセージが前記セッション管理情報の更新を示す、
    ように構成される、請求項22に記載の装置。
24. 前記第1のメッセージが第1の情報を備え、前記第1の情報が、前記セッション管理情報が転送されないか、または前記セッション管理情報が更新される必要があることを示す、請求項21から23のいずれか一項に記載の装置。
25. 前記第1のメッセージが前記位置情報をさらに備える、請求項21、23、または24に記載の装置。
26. 位置エリアが、前記端末向けのダウンリンクデータを受信する第1のユーザプレーンネットワーク要素のサービスエリアである、請求項20から25のいずれか一項に記載の装置。
27. 更新されたセッション管理情報が、前記端末にデータを送信するための第2のユーザプレーンネットワーク要素に関する情報を備える、請求項20から26のいずれか一項に記載の装置。
28. 通信装置であって、前記装置が、
    端末の位置情報を取得するように構成されたトランシーバユニットと、
    前記位置情報に基づいて、前記端末が前記端末の第1のセッションに対応するユーザプレーンネットワーク要素のサービスエリア外に位置すると判断し、前記端末の前記位置情報に基づいて、前記端末にデータを送信するための第2のユーザプレーンネットワーク要素を決定するように構成された処理ユニットと
    を備える、装置。
29. 前記トランシーバユニットが、具体的に、
    ダウンリンクデータ通知メッセージを受信した後、モビリティ管理ネットワーク要素に前記端末の前記位置情報を要求し、前記セッション管理ネットワーク要素により、前記モビリティ管理ネットワーク要素から前記端末の前記位置情報を受信する
    ように構成され、
    前記処理ユニットが、具体的に、前記モビリティ管理ネットワーク要素から受信された前記位置情報に基づいて、前記端末が前記端末の前記第1のセッションに対応する前記第1のユーザプレーンネットワーク要素の前記サービスエリア外に位置すると判断するように構成される、
    請求項28に記載の装置。
30. 前記トランシーバユニットが、
    前記第2のユーザプレーンネットワーク要素に対応する第2のトンネル情報を備えるセッション管理情報を前記モビリティ管理ネットワーク要素に送信する
    ようにさらに構成される、請求項28に記載の装置。

Images