JP2020529168A - セッション管理方法、インターワーキング方法、およびネットワーク装置 - Google Patents

Abstract

本出願の実施形態は、セッション管理方法、異なるシステムの間のインターワーキング方法、およびネットワーク装置を提供する。セッション管理方法は、第１の通信システム内の端末デバイスの保証型ビットレートＧＢＲフローを確立するとき、第１の通信システム内のセッション管理ネットワーク要素によって、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定するステップと、ＧＢＲフローのために、セッション管理ネットワーク要素によって、第２の通信システムに対応するセッションコンテキストを確立するステップとを含む。方法およびネットワーク装置は、従来技術におけるハンドオーバ方法に存在するリソース浪費の技術的問題を解決するために用いられる。

Description

本出願は、参照によりその全体が本明細書に組み込まれている、２０１７年８月１４日に中国特許庁に出願した「セッション管理方法、インターワーキング方法、およびネットワーク装置」という名称の中国特許出願第２０１７１０６９３９８０．１号の優先権を主張するものである。

本出願はワイヤレス通信技術の分野に関し、具体的には、セッション管理方法、異なるシステムの間のインターワーキング方法、およびネットワーク装置に関する。

第５世代移動体通信技術（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）ネットワークにおいて、５Ｇネットワークと、第４世代移動体通信技術（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ、４Ｇ）ネットワークまたは他のネットワーク（第２世代移動体通信技術（２ｎｄ Ｇｅｎｅｒａｔｉｏｎ、２Ｇ）ネットワーク、または第３世代移動体通信技術（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）ネットワークなど）との間のインターワーキングを確実にするために、４Ｇネットワークと３Ｇネットワークとの間、または４Ｇネットワークと２Ｇネットワークとの間のインターワーキング（ｉｎｔｅｒｗｏｒｋｉｎｇ）のものと同様な手順が用いられる。たとえば、ハンドオーバは、モビリティ管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ、ＭＭ）コンテキストマッピングソリューション、またはセッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ、ＳＭ）コンテキストマッピングソリューションを用いることによって行われる。

しかし、ハンドオーバがコンテキストマッピングを通して行われるこのようなソリューションには、リソース浪費問題が存在する。

本出願の実施形態は、従来技術におけるハンドオーバ方法に存在するリソース浪費の技術的問題を解決するために、セッション管理方法、インターワーキング方法、およびネットワーク装置を提供する。

第１の態様によれば、セッション管理方法が提供される。方法において、ＵＥの保証型ビットレートＧＢＲフローを確立するとき、セッション管理ネットワーク要素は、最初にＧＢＲフローを決定して、ＧＢＲフローが、ＵＥを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであるかどうかを決定する必要がある。ＧＢＲフローが、ＵＥを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定した場合、セッション管理ネットワーク要素は、ＧＢＲフローのために、第２の通信システムに対応するセッションコンテキストを確立する。

上記の技術的解決策において、ＧＢＲフローを確立するとき、セッション管理ネットワーク要素は、第２の通信システムに切り換えられる必要があるＧＢＲフローのみに対して、第２の通信システムに対応するセッションコンテキストを確立する必要があり、第２の通信システムに切り換えられる必要がないＧＢＲフローに対しては、第２の通信システムに対応するセッションコンテキストを確立しない。それに対応して、セッション管理ネットワーク要素は、第２の通信システムに対応するおよび第２の通信システムに切り換えられる必要がないＧＢＲフローのものである、セッションコンテキストを維持する必要はなく、それによりリソース消費を低減する。

可能な実装において、セッション管理ネットワーク要素は、ポリシーおよび課金制御ＰＣＣ規則、オペレータポリシー、ならびにデータネットワーク名ＤＮＮの少なくとも１つに基づいて、ＧＢＲフローが、端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定する。

上記の技術的解決策において、セッション管理ネットワーク要素は、複数の方式において、ＧＢＲフローが、端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであるかどうかを決定し得る。たとえば、セッション管理ネットワーク要素は、ＰＣＣ規則を用いることによって、またはオペレータポリシーを用いることによって、またはＰＣＣ規則、オペレータポリシー、およびＤＮＮを参照して決定を行い得る。したがって、セッション管理ネットワーク要素は、実際の状況に基づいて決定方法を柔軟に選択し得る。

可能な実装において、セッション管理ネットワーク要素は、ポリシー制御ネットワーク要素から送られたＰＣＣ規則情報を受信し、ＰＣＣ規則情報は、ＧＢＲフローのものであり第２の通信システムに対応する、ＰＣＣ規則を含む。セッション管理ネットワーク要素は、ＰＣＣ規則情報に基づいて、ＧＢＲフローが、端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定する。

上記の技術的解決策において、セッション管理ネットワーク要素は、ポリシー制御ネットワーク要素から受信されたＰＣＣ規則を用いることによって、ＧＢＲフローが、端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであるかどうかを決定し得る。このようにして、セッション管理ネットワーク要素の計算量は低減され得て、セッション管理ネットワーク要素の処理速度は加速されることができる。

可能な実装において、セッション管理ネットワーク要素は、端末デバイスから送られたサービス情報を受信し、セッション管理ネットワーク要素は、サービス情報、オペレータポリシー、およびデータネットワーク名ＤＮＮに基づいて、ＧＢＲフローが、端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定する。

上記の技術的解決策において、セッション管理ネットワーク要素は、端末デバイスから送られたサービス情報を用いることによって、ならびにオペレータポリシーおよびＤＮＮを参照して、ＧＢＲフローが、端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであるかどうかを直接決定し得る。このようにして、セッション管理ネットワーク要素と他のネットワーク要素との間の相互作用のために費やされる時間は低減され得て、それによって通信システム全体の処理速度を加速する。

可能な実装において、ＰＣＣ規則は、ＧＢＲパラメータ、複数周波数帯域インジケータＭＢＲパラメータ、およびＩＰフィルタを含む。

上記の技術的解決策において、ＰＣＣ規則は異なる特定の内容を含み、上記は単にいくつかの例に過ぎない。これは本出願のこの実施形態において限定されない。

第２の態様によれば、セッション管理方法が提供される。方法において、ポリシー制御ネットワーク要素は、端末デバイスまたはアプリケーションネットワーク要素からサービス情報を受信し、次いでオペレータポリシーおよびデータネットワーク名ＤＮＮ、サービス情報、ならびに第１の通信標準ネットワークから第２の通信標準ネットワークへの端末デバイスのインターワーキング能力の少なくとも１つに基づいて、ポリシーおよび課金制御ＰＣＣ規則情報を生成する。ＰＣＣ規則情報は少なくとも、ＧＢＲフローのものであり第１の通信システムに対応する、ＰＣＣ規則を含む。第１の通信システムは第１の通信標準ネットワークを用い、第２の通信システムは第２の通信標準ネットワークを用いる。最後に、ポリシー制御ネットワーク要素は、生成されたＰＣＣ規則をセッション管理ネットワーク要素に送る。

上記の技術的解決策において、ポリシー制御ネットワーク要素は、複数の方式において、ＧＢＲフローが、端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであるかどうかを決定し得る。たとえば、ポリシー制御ネットワーク要素は、オペレータポリシー、サービス情報、および第１の通信標準ネットワークから第２の通信標準ネットワークへの端末デバイスのインターワーキング能力を用いることによって、またはＤＮＮ、サービス情報、および第１の通信標準ネットワークから第２の通信標準ネットワークへの端末デバイスのインターワーキング能力を用いることによって、またはオペレータポリシー、ＤＮＮ、サービス情報、および第１の通信標準ネットワークから第２の通信標準ネットワークへの端末デバイスのインターワーキング能力に基づいて決定を行い得る。したがって、ポリシー制御ネットワーク要素は、実際の状況に基づいて決定方法を柔軟に選択し得る。

可能な実装において、ＰＣＣ規則は、ＧＢＲパラメータ、複数周波数帯域インジケータＭＢＲパラメータ、およびＩＰフィルタを含む。

上記の技術的解決策において、ＰＣＣ規則は異なる特定の内容を含み、上記は単にいくつかの例に過ぎない。これは本出願のこの実施形態において限定されない。

第３の態様によれば、インターワーキング方法が提供される。方法において、第１の通信システム内のセッション管理ネットワーク要素は最初に、第１の通信システム内のアクセス管理ネットワーク要素から送られたセッションコンテキスト要求情報を受信する。セッションコンテキスト要求情報は、第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられる。次に、セッション管理ネットワーク要素は、セッションコンテキスト要求に対応するセッション内に、専用サービス品質フローが存在するかどうかを決定し、次いで、アクセス管理ネットワーク要素に、専用サービス品質フローがその中に存在するセッションコンテキストを送る。

上記の技術的解決策において、セッション内に専用サービス品質フローが存在しない場合、セッション管理ネットワーク要素は、セッションコンテキストをアクセス管理ネットワーク要素に送る必要はない。したがって、専用サービス品質フローがその中に存在しないセッションコンテキストへのＰＤＮ接続は、第２の通信システム内に確立される必要はなく、それによってシグナリングおよびチャネルリソースを低減する。

可能な実装において、セッション管理ネットワーク要素が、セッションコンテキスト要求に対応するセッション内に、専用サービス品質フローは存在しないと決定した場合、セッション管理ネットワーク要素は、専用サービス品質フローがその中に存在しないセッションを解放する。

上記の技術的解決策において、セッションコンテキスト内に専用サービス品質フローが存在しない場合、セッション管理ネットワーク要素はセッションを直接解放し、それによりチャネルリソースをさらに低減する。

可能な実装において、セッション管理ネットワーク要素が、セッションコンテキスト要求に対応するセッション内のデフォルトサービス品質フロー内に、サービスデータフローＳＤＦは存在しないと決定した場合、セッション管理ネットワーク要素は、その中にデフォルトサービス品質フロー内にＳＤＦが存在しないセッションを解放する。

上記の技術的解決策において、セッション内のデフォルトサービス品質フロー内にＳＤＦが存在しない、すなわちセッションがサービスを有しない場合、セッション管理ネットワーク要素はセッションを直接解放し、それによりチャネルリソースをさらに低減する。

可能な実装において、セッション管理ネットワーク要素が、サービスデータフローＳＤＦは、セッションコンテキスト要求に対応するセッション内のデフォルトサービス品質フロー内に存在すると決定した場合、セッション管理ネットワーク要素は、第１の通信システム内のアクセス管理ネットワーク要素に、ＳＤＦがその中に存在するセッションに対応するセッションコンテキストを送る。

上記の技術的解決策において、ＳＤＦがセッション内のデフォルトサービス品質フロー内に存在する、すなわち、セッションが依然としてサービスを処理する場合、セッション管理ネットワーク要素は、サービスデータを省くことを避けるように、第１の通信システム内のアクセス管理ネットワーク要素に、セッションに対応するセッションコンテキストを送る。

第４の態様によれば、インターワーキング方法が提供される。方法において、アクセス管理ネットワーク要素は、セッションコンテキスト要求情報を、第１の通信システム内のセッション管理ネットワーク要素に送り、セッションコンテキスト要求情報は、第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられる。次いで、アクセス管理ネットワーク要素は、セッション管理ネットワーク要素から送られたセッションコンテキストを受信し、セッションコンテキストに対応するセッション内に専用サービス品質フローが存在する。

上記の技術的解決策において、アクセス管理ネットワーク要素が、セッションコンテキスト要求を、第１の通信システム内のセッション管理ネットワーク要素に送った後、アクセス管理ネットワーク要素は、専用サービス品質フローがその中に存在するセッションに対応するコンテキストのみを受信し得る。このようにして、専用サービス品質フローがその中に存在しないセッションコンテキストへのＰＤＮ接続は、第２の通信システム内に確立される必要はなく、それにより信号およびチャネルリソースを低減する。

第５の態様によれば、本出願の実施形態はネットワーク装置を提供し、ネットワーク装置は、第１の態様での方法におけるセッション管理ネットワーク要素の挙動を実施するための機能を有する。機能はハードウェアを用いることによって実施され得て、またはハードウェアによって対応するソフトウェアを実行することによって実施され得る。ハードウェアまたはソフトウェアは、機能に対応する１つまたは複数のモジュールを含む。

可能な設計において、ネットワーク装置の構造は、プロセッサと送信機とを含み、プロセッサは、第１の態様での方法における対応する機能を行うことにおいて、ネットワーク装置をサポートするように構成される。送信機は、ネットワーク装置と他のデバイスとの間の通信をサポートし、第１の態様での方法において他のデバイスに情報または命令を送るように構成される。ネットワーク装置は、メモリをさらに含み得る。メモリは、プロセッサに結合されるように構成される。メモリは、必要なプログラム命令およびデータを記憶する。

第６の態様によれば、本出願の実施形態はネットワーク装置を提供し、ネットワーク装置は、第２の態様での方法におけるポリシー制御ネットワーク要素の挙動を実施するための機能を有する。機能はハードウェアを用いることによって実施され得る。ネットワーク装置の構造は、プロセッサと、送信機と、受信機とを含む。機能は代替として、ハードウェアによって対応するソフトウェアを実行することによって実施され得る。ハードウェアまたはソフトウェアは、機能に対応する１つまたは複数のモジュールを含む。モジュールは、ソフトウェアおよび／またはハードウェアでよい。

可能な設計において、ネットワーク装置の構造は、プロセッサと送信機とを含み、プロセッサは、第１の態様での方法における対応する機能を行うことにおいて、ネットワーク装置をサポートするように構成される。送信機は、ネットワーク装置と他のデバイスとの間の通信をサポートし、第１の態様での方法において他のデバイスに情報または命令を送るように構成される。ネットワーク装置は、メモリをさらに含み得る。メモリは、プロセッサに結合されるように構成される。メモリは、必要なプログラム命令およびデータを記憶する。

第７の態様によれば、本出願の実施形態はネットワーク装置を提供し、ネットワーク装置は、第３の態様での方法におけるセッション管理ネットワーク要素の挙動を実施するための機能を有する。機能はハードウェアを用いることによって実施され得て、またはハードウェアによって対応するソフトウェアを実行することによって実施され得る。ハードウェアまたはソフトウェアは、機能に対応する１つまたは複数のモジュールを含む。

可能な設計において、ネットワーク装置の構造は、プロセッサと送信機とを含み、プロセッサは、第３の態様での方法における対応する機能を行うことにおいて、ネットワーク装置をサポートするように構成される。送信機は、ネットワーク装置と他のデバイスとの間の通信をサポートし、第３の態様での方法において他のデバイスに情報または命令を送るように構成される。ネットワーク装置は、メモリをさらに含み得る。メモリは、プロセッサに結合されるように構成される。メモリは、必要なプログラム命令およびデータを記憶する。

第８の態様によれば、本出願の実施形態はネットワーク装置を提供し、ネットワーク装置は、第４の態様での方法におけるアクセス管理ネットワーク要素の挙動を実施するための機能を有する。機能はハードウェアを用いることによって実施され得る。端末デバイスの構造は、受信機と、送信機と、プロセッサとを含む。機能は代替として、ハードウェアによって対応するソフトウェアを実行することによって実施され得る。ハードウェアまたはソフトウェアは、機能に対応する１つまたは複数のモジュールを含む。モジュールは、ソフトウェアおよび／またはハードウェアでよい。

可能な設計において、ネットワーク装置の構造は、プロセッサと送信機とを含み、プロセッサは、第４の態様での方法における対応する機能を行うことにおいて、ネットワーク装置をサポートするように構成される。送信機は、ネットワーク装置と他のデバイスとの間の通信をサポートし、第４の態様での方法において他のデバイスに情報または命令を送るように構成される。ネットワーク装置は、メモリをさらに含み得る。メモリは、プロセッサに結合されるように構成される。メモリは、必要なプログラム命令およびデータを記憶する。

第９の態様によれば、本出願の実施形態は通信システムを提供し、システムは第１の態様および第２の態様で述べられたネットワーク装置、および／または第３の態様および第４の態様で述べられたネットワーク装置を含む。

第１０の態様によれば、本出願の実施形態は、第１の態様、第１の態様の任意の設計、第２の態様、第３の態様、および第４の態様の機能を行うために用いられるコンピュータソフトウェア命令を記憶し、第１の態様、第１の態様の任意の設計、第２の態様、第３の態様、および第４の態様における方法を行うために設計されたプログラムを含むように構成された、コンピュータ記憶媒体を提供する。

第１１の態様によれば、本出願の実施形態はコンピュータプログラム製品を提供し、コンピュータプログラム製品は命令を含む。命令がコンピュータ上で実行するとき、コンピュータは、第１の態様、第１の態様の任意の設計、第２の態様、第３の態様、および第４の態様における方法を行う。

第１２の態様によれば、本出願の実施形態はチップシステムをさらにもたらし、チップシステムは、上記の態様のいずれかにおける方法を実施すること、たとえば、上記の方法におけるデータおよび／または情報を生成または処理することにおいて、ネットワーク装置をサポートするように構成されたプロセッサを含む。可能な設計において、チップシステムはメモリをさらに含み、メモリはネットワーク装置のために必要なプログラム命令およびデータを記憶するように構成される。チップシステムはチップを含み得て、またはチップと他の個別デバイスとを含み得る。

５Ｇネットワークと４Ｇネットワークとの間のインターワーキングのアーキテクチャ図である。 本出願の実施形態によるセッション管理方法のフローチャートである。 本出願の実施形態によるセッション管理方法の事例のフローチャートである。 本出願の実施形態によるセッション管理方法の事例のフローチャートである。 本出願の実施形態によるセッション管理方法の他の事例のフローチャートである。 本出願の実施形態によるセッション管理方法の他の事例のフローチャートである。 本出願の実施形態によるインターワーキング方法のフローチャートである。 本出願の実施形態によるインターワーキング方法のフローチャートである。 本出願の実施形態によるネットワーク装置の構造図である。 本出願の実施形態によるネットワーク装置の構造図である。 本出願の実施形態によるネットワーク装置の構造図である。 本出願の実施形態によるネットワーク装置の構造図である。 本出願の実施形態によるネットワーク装置の構造図である。 本出願の実施形態によるネットワーク装置の構造図である。 本出願の実施形態によるネットワーク装置の構造図である。 本出願の実施形態によるネットワーク装置の構造図である。

以下は、本出願の実施形態における添付の図面を参照して、本出願の実施形態における技術的解決策を明らかに述べる。

本出願の実施形態は、セッション管理方法、および異なるシステムの間のインターワーキング方法を提供し、方法は異なるシステムを有するインターワーキングアーキテクチャに適用される。インターワーキングアーキテクチャは具体的には、５Ｇネットワークおよび４Ｇネットワークなど、２つの異なる通信システムを含み、もちろん、新無線（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システム、ワイヤレスフィデリティ（ＷｉＦｉ）システム、マイクロ波アクセス用世界規模相互運用性（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ、ＷｉＭＡＸ）システム、移動体通信用グローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ）システム、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ロングタームエボリューションアドバンスト（Ａｄｖａｎｃｅｄ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ−Ａ）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ）、および第３世代パートナーシッププロジェクト（Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）に関連するセルラシステムなどの他の通信システムでよい。ＲＡＴ間システムは、上記の通信システムの任意の２つでよい。

加えて、インターワーキングアーキテクチャはさらに、未来志向の通信技術に応用可能である。本出願の実施形態において述べられるシステムは、本出願の実施形態における技術的解決策をより明らかに述べるためのものであり、本出願の実施形態において提供される技術的解決策に対する限定となるものではない。当業者は、ネットワークアーキテクチャの進化と共に、本出願の実施形態において提供される技術的解決策は、同様な技術的問題にも応用可能であることを理解し得る。

図１を参照すると、図１は５Ｇネットワークと、進化型パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ、ＥＰＣ）／進化型ユニバーサル地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、Ｅ−ＵＴＲＡＮ）との間のインターワーキングの非ローミングシナリオのアーキテクチャであり、本出願の実施形態の特定の応用シナリオである。

図１に示されるインターワーキングアーキテクチャにおけるネットワーク要素の機能は、以下で述べられる。

５Ｇ無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）は、複数の５Ｇ ＲＡＮノードを含むネットワークであり、無線物理レイヤ機能、リソーススケジューリングおよび無線リソース管理、無線アクセス制御、およびモビリティ管理機能を実施する。５Ｇ ＲＡＮは、ＵＥのデータを転送するために、ユーザプレーンインターフェースＮ３を通してユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ）ネットワーク要素に接続される。ＲＡＮは、無線アクセスベアラ制御などの機能を実施するために、制御プレーンインターフェースＮ２を通して、コアネットワークのアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＡＭＦ）ネットワーク要素への制御プレーンシグナリング接続を確立する。

ＡＭＦネットワーク要素は、主としてＵＥ認証、ＵＥモビリティ管理、ネットワークスライス選択、およびセッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）ネットワーク要素の選択などの機能に対して責任を持つ。Ｎ１シグナリングとＮ２シグナリングとを接続するためのアンカーとして、ＡＭＦネットワーク要素はまた、Ｎ１およびＮ２セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ、ＳＭ）メッセージをＳＭＦネットワーク要素に経路指定し、ＵＥのステータス情報を維持および管理する。

ＳＭＦネットワーク要素は、インターフェースＮ１１を通してＡＭＦネットワーク要素に接続され、主として、ユーザプレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ、ＵＰＦ）ネットワーク要素の選択、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレス割り当て、セッションのサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）属性管理、およびポリシー制御機能（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、ＰＣＦ）ネットワーク要素からポリシーおよび課金制御（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ ａｎｄ Ｃｈａｒｇｉｎｇ、ＰＣＣ）規則を取得することを含む、ＵＥセッション管理におけるすべての制御プレーン機能に対して責任を持つ。

ＰＣＦネットワーク要素は、インターフェースＮ７を通してＳＭＦネットワーク要素に接続され、およびインターフェースＮ１５を通してＡＭＦネットワーク要素に接続される。ＰＣＦネットワーク要素は、セッション管理に関するＰＣＣ規則を生成および記憶し、ＰＣＣ規則をＳＭＦネットワーク要素にもたらすように構成され、およびモビリティ管理に関するポリシー情報を生成し、ポリシー情報をＡＭＦネットワーク要素にもたらすようにさらに構成される。

ユーザデータ管理（Ｕｓｅｒ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）ネットワーク要素は、インターフェースＮ８を通してＡＭＦネットワーク要素に接続され、およびインターフェースＮ１０を通してＳＭＦネットワーク要素に接続される。ユーザデータ管理ネットワーク要素は、ユーザに関するサブスクリプション情報を記憶し、サブスクリプション関連パラメータ情報を、インターフェースＮ８およびインターフェースＮ１０を通して別々に、対応するネットワーク要素にもたらすように構成される。

ＵＰＦネットワーク要素は、インターフェースＮ４を通してＳＭＦネットワーク要素に接続される。ＵＰＦネットワーク要素は、プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ）のセッション接続アンカーとして働き、データパケットフィルタリング、データ送信または転送、レート制御、およびＵＥのための課金情報生成に対して責任を持つ。

サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、ＳＧＷ）は、インターフェースＳ５−Ｕを通してＵＰＦネットワーク要素に接続され、およびインターフェースＳ５−Ｕを通してＳＭＦネットワーク要素に接続される。サービングゲートウェイは、モビリティ管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）ネットワーク要素の制御のもとで、データパケットを経路指定および転送するように構成される。

ＭＭＥネットワーク要素は、インターフェースＳ６ａを通してＵＤＭネットワーク要素に接続され、インターフェースＳ１１を通してＳＧＷに接続され、およびインターフェースＳ１−ＭＭＥを通してＥ−ＵＴＲＡＮに接続される。ＭＭＥネットワーク要素は主として、モビリティ管理、ベア管理、ユーザ認証、ならびにＳＧＷおよびＰＧＷの選択などの機能に対して責任を持つ。５Ｇネットワークおよび４Ｇネットワークにおいて単一の登録が行われるとき、ＭＭＥネットワーク要素とＡＭＦネットワーク要素との間で行われるハンドオーバは、インターフェースＮ２６を用いることによってサポートされる。もちろん、ＭＭＥネットワーク要素とＡＭＦネットワーク要素との間のハンドオーバは、他のインターフェースを用いることによってサポートされてもよい。これは本明細書において限定されない。

Ｅ−ＵＴＲＡＮは、インターフェースＳ１−Ｕを通してＳＧＷに接続され、およびインターフェースＳ１−ＭＭＥを通してＭＭＥに接続される。インターフェースＳ１−ＭＭＥはＥ−ＵＴＲＡＮとＭＭＥとの間の制御プレーンプロトコル基準点であり、インターフェースＳ１−ＵはＥ−ＵＴＲＡＮとＳＧＷとの間の各ベアラのユーザプレーントンネル基準点である。

図１に示されるすべてのネットワーク要素は互いに独立でよく、または２つ以上のネットワーク要素は一緒に統合され得ることが理解されるべきである。これは本出願のこの実施形態において特に限定されない。

本明細書で述べられる端末デバイスはワイヤレス端末デバイスでよく、または有線端末デバイスでよい。ワイヤレス端末デバイスは、ユーザのために音声および／または他のサービスデータ接続性を提供するデバイス、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された他の処理デバイスでよい。ワイヤレス端末デバイスは、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）を用いることによって１つまたは複数のコアネットワークと通信し得る。ワイヤレスＵＥは、携帯電話（または「セルラ」電話と呼ばれる）などのモバイル端末、またはモバイル端末を有するコンピュータでよい。たとえば、ワイヤレス端末デバイスは、音声および／またはデータを無線アクセスネットワークと交換する、ポータブル、ポケットサイズ、ハンドヘルド、コンピュータ組み込み、または車載モバイル装置でよい。たとえば、ワイヤレス端末デバイスは、パーソナル通信サービス（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話セット、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ）ステーション、または携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）などのデバイスでよい。ワイヤレスＵＥは、システム、サブスクライバユニット（Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、サブスクライバ局（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、リモート局（Ｒｅｍｏｔｅ Ｓｔａｔｉｏｎ）、リモート端末（Ｒｅｍｏｔｅ Ｔｅｒｍｉｎａｌ）、アクセス端末（Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ）、ユーザ端末（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ユーザエージェント（Ｕｓｅｒ Ａｇｅｎｔ）、ユーザ機器（Ｕｓｅｒ Ｄｅｖｉｃｅ）、またはユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と呼ばれることもある。

以下の説明において、説明のための例として端末デバイスはＵＥであることが用いられる。加えて、本明細書において用語「および／または」は、関連付けられた対象物について述べるために関連関係だけを述べ、３つの関係性が存在し得ることを表す。たとえば、Ａおよび／またはＢとは、以下の３つの場合を表す：Ａのみが存在する、ＡおよびＢの両方が存在する、およびＢのみが存在する。加えて、本明細書において文字「／」は、概して関連付けられた対象物の間の「ｏｒ」の関係を示す。

４Ｇネットワークおよび現在の５Ｇネットワークは、本出願の実施形態を述べるために本明細書においていくつかの英語の略語に対する例として用いられ、英語の略語はネットワークの進化と共に変わり得る。特定の進化に対しては、対応する標準における記述を参照されたい。

図１に示されるアーキテクチャは、以下で従来技術において、ＵＥを５Ｇネットワークから４Ｇネットワークにハンドオーバするプロセスを述べるための例として用いられる。

システムハンドオーバの後のＵＥのサービス継続性を確実にするために、ＵＥに対してシステムハンドオーバを行うことは、実質的に４Ｇネットワークに、進化型パケットコアベアラ数（ＥＰＳベアラＩＤ）、サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）パラメータ、およびトラフィックフローテンプレート（ｔｒａｆｆｉｃ ｆｌｏｗ ｔｅｍｐｌａｔｅ、ＴＦＴ）など、５Ｇネットワーク内のＵＥのパケットデータユニット（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ）セッションに対応するパラメータを転送することであり、その結果対応するＥＰＳベアラは、パラメータに基づいて４Ｇネットワーク内に速やかに確立されることができ、４Ｇネットワークを用いることによってＵＥに対するサービスがさらに提供される。

ＰＤＵセッションに対応するパラメータは、以下で簡潔に述べられる。

ＰＤＵセッションは、以下のパラメータを含む。

（ａ）ＰＤＵセッションは、１つだけのデフォルトサービス品質フロー（デフォルトＱｏＳフロー）を有する。デフォルトＱｏＳフローは、ＰＤＵセッションの確立の間に作成される。主なＱｏＳパラメータは、５Ｇサービス品質識別子（５Ｇ ＱｏＳ Ｉｄｅｎｔｉｆｉｅｒ、５ＱＩ）、サービス品質フローＩＤ（ＱｏＳ Ｆｌｏｗ ＩＤ、ＱＦＩ）、ならびに割り当ておよび保持優先度（Ａｌｌｏｃａｔｉｏｎ Ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ、ＡＲＰ）を含む。少なくとも１つのサービスデータフロー（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ、ＳＤＦ）は１つのデフォルトＱｏＳフローに集約されてよく、ＳＤＦは共通の５ＱＩおよびＡＲＰを有する。

（ｂ）ＰＤＵセッションは、１つまたは複数の非保証型ビットレートＱｏＳフロー（Ｎｏｎ−ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ ＱｏＳフロー、非ＧＢＲ ＱｏＳフロー）を含み得る。非ＧＢＲ ＱｏＳフローは、ＵＥ側またはネットワーク側において起動されるＰＤＵセッション変更手順内で作成される。主なＱｏＳパラメータは、５ＱＩ、ＱＦＩ、最大ビットレート（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ、ＭＢＲ）、ＡＲＰ、およびアップリンク／ダウンリンクＩＰフィルタ（ＵＬ＋ＤＬ ＩＰフィルタ）を含む。１つの非ＧＢＲ ＱｏＳフローは少なくとも１つのＳＤＦを有し、他の１つまたは複数のＳＤＦは非ＧＢＲ ＱｏＳフロー内に集約されてもよい。ＳＤＦは共通の５ＱＩおよびＡＲＰを有する。

（ｃ）ＰＤＵセッションは、１つまたは複数の保証型ビットレートサービス品質フロー（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ ＱｏＳフロー、ＧＢＲ ＱｏＳフロー）を含み得る。ＧＢＲ ＱｏＳフローは、ＵＥ側またはネットワーク側において起動されるＰＤＵセッション変更手順内で作成される。主なＱｏＳパラメータは、５ＱＩ、ＱＦＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、ＵＬ＋ＤＬ ＩＰフィルタ、およびＴＦＴを含む。１つのＧＢＲ ＱｏＳフローは少なくとも１つのＳＤＦを有し、他の１つまたは複数のＳＤＦは非ＧＢＲ ＱｏＳフロー内に集約されてもよい。

従来技術において、ＵＥが５Ｇネットワークから４Ｇネットワークにハンドオーバされる前に、５Ｇネットワーク側は、デフォルトＱｏＳフローおよびＧＢＲ ＱｏＳフローを用意する。すなわち、ＵＥが４Ｇネットワークにハンドオーバされるとき、デフォルト進化型パケットコアベアラ（デフォルトＥＰＳベアラ）の対応するセッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ、ＳＭ）コンテキスト、および保証型ビットレート進化型パケットコアベアラ（ＧＢＲ ＥＰＳベアラ）が用意される。ＳＭコンテキストは、進化型パケットコアベアラ数（ＥＰＳベアラＩＤ）と、ＴＦＴを含むＱｏＳパラメータとを含む。

５Ｇネットワークから４Ｇネットワークへのハンドオーバのプロセスにおいて、アクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＡＭＦ）ネットワーク要素は、データネットワーク名（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ、ＤＮＮ）、サービス品質プロファイル（ＱｏＳプロファイル）、またはオペレータポリシーに基づいて、用意されたＧＢＲ ＱｏＳフローの一部を選択し、ＧＢＲ ＱｏＳフローの一部を４Ｇネットワークに切り換えてハンドオーバを完了する。

ＵＥが５Ｇネットワークから４Ｇネットワークにハンドオーバされる前に、各ＧＢＲ ＱｏＳフローに対応し、かつ４Ｇネットワーク内にあるＳＭコンテキストは、５Ｇネットワーク内に維持される必要がある。たとえば、ＱｏＳパラメータが更新されるとき、または複数の５Ｇネットワークの間でＵＥをハンドオーバするプロセスにおいて、またはＳＭＦが再配置されるとき、５Ｇネットワークは、ＧＢＲ ＱｏＳフローのものであり４Ｇネットワーク内にある、対応するＳＭコンテキストを変更する。

しかし、４Ｇネットワークでは１つのＵＥのＥＰＳベアラＩＤの最大量は８であり、５Ｇネットワークでは１つのＵＥのデフォルトＱｏＳフローおよびＧＢＲ ＱｏＳフローの量は８を超え得る。加えて、４Ｇネットワークにおける対応するＥＰＳベアラＩＤは、５Ｇネットワークにおける各デフォルトＱｏＳフローおよび各ＧＢＲ ＱｏＳフローに割り当てられる。したがって、５Ｇネットワーク内の各ＵＥに割り当てられる、４ＧネットワークにおけるＥＰＳベアラＩＤの量は、８を超えることがあり、５ＧネットワークにおけるいくつかのＧＢＲサービス、たとえば自動運転および触覚ネットワークなど、いくつかのリアルタイム通信サービスは、４Ｇネットワークでは行われることができなくなり得る。したがって、ＵＥを５Ｇネットワークから４Ｇネットワークにハンドオーバするプロセスにおいて、ＵＥに対応するすべてのＧＢＲ ＱｏＳフローにおけるいくつかの特定のＧＢＲ ＱｏＳフローは選択される必要があり、４Ｇネットワークに切り換えられる必要はなく、たとえば、４Ｇネットワーク内で行われることができないサービスに対応するＧＢＲ ＱｏＳフロー、また重要でないサービスに対応するＧＢＲ ＱｏＳフローである。それに対応して、選択されたＧＢＲ ＱｏＳフローに対応するＳＭコンテキストは、４Ｇネットワークに送られる必要はない。

第１の態様において、ハンドオーバが行われる前に、選択されないＧＢＲ ＱｏＳフローに対応するＳＭコンテキストも５Ｇネットワーク内に維持されるが、維持されるＳＭコンテキストは最終的に４Ｇネットワークでは用いられない。これは、５Ｇネットワーク内にＳＭコンテキストを維持するために用いられるリソースの浪費と等価である。したがって、従来技術でのハンドオーバ方法にはリソース浪費の技術的問題が存在する。

この点から見て、本出願の実施形態は、セッション管理方法を提供する。方法において、ＵＥの保証型ビットレートＧＢＲフローを確立するとき、セッション管理ネットワーク要素は最初にＧＢＲフローを鑑定して、ＧＢＲフローが、ＵＥを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであるかどうかを決定する必要がある。ＧＢＲフローがＵＥを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定した場合、セッション管理ネットワーク要素は、ＧＢＲフローのために、第２の通信システムに対応するセッションコンテキストを確立する。このようにして、ＧＢＲフローを確立するとき、セッション管理ネットワーク要素は、第２の通信システムに切り換えられる必要があるＧＢＲフローのみに対して、第２の通信システムに対応するセッションコンテキストを確立する必要があり、第２の通信システムにハンドオーバされる必要がないＧＢＲフローに対しては、第２の通信システムに対応するセッションコンテキストを確立しない。それに対応して、セッション管理ネットワーク要素は、第２の通信システムに対応する、および第２の通信システムにハンドオーバされる必要がないＧＢＲフローのものである、セッションコンテキストを維持する必要はなく、それによりリソース消費を低減する。

本出願の実施形態において提供される方法は、添付の図面を参照して以下で述べられる。図２を参照すると、図２は本出願の実施形態によるセッション管理方法のフローチャートである。方法は、図１に示される異なるシステムのインターワーキングアーキテクチャに適用され得る。

本出願のこの実施形態におけるネットワーク要素は、図１内の対応するネットワーク要素でよいことが留意されるべきである。もちろん、方法が、異なるインターワーキングアーキテクチャに適用される場合、セッション管理ネットワーク要素は他のネットワーク要素でもよい。これは本明細書において限定されない。たとえば、方法が図１に示されるアーキテクチャに適用されるとき、セッション管理ネットワーク要素は図１のＳＭＦネットワーク要素でよく、ポリシー制御ネットワーク要素は図１のＰＣＦネットワーク要素でよく、およびアクセス管理ネットワーク要素は図１のＡＭＦネットワーク要素でよいなどである。以下の説明では、方法におけるネットワーク要素が図１内の対応するネットワーク要素である例が用いられる。方法は以下のステップを含み得る。

ステップ２０１：ＳＭＦネットワーク要素は、ＧＢＲフローが確立される必要があると決定する。

本出願のこの実施形態において、ＧＢＲフローはＧＢＲ ＱｏＳフローでよく、または他のＧＢＲフローでよい。本出願のこの実施形態において、説明のためにＧＢＲフローがＧＢＲ ＱｏＳフローである例が用いられる。

ＧＢＲ ＱｏＳフローは、ＰＤＵセッション変更手順において確立されることが留意されるべきである。したがって、ＳＭＦネットワーク要素が、ＧＢＲ ＱｏＳフローは確立される必要があるかどうかを決定することは、ＰＤＵセッション変更（ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ）手順が開始される必要があるかどうかを決定することである。

ＳＭＦネットワーク要素は、以下のいくつかの方式の任意の１つにおいて、ＰＤＵセッション変更手順を開始するようにトリガされ得る。

第１の可能な実装において、ＵＥはＰＤＵセッション変更手順を起動する。ＵＥは、非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ）メッセージをＡＭＦネットワーク要素に送る。ＮＡＳメッセージは、ＰＤＵセッションＩＤと、ＰＤＵセッション変更要求を搬送するＮ１ ＳＭメッセージとを含む。次いでＡＭＦネットワーク要素は、ＮＡＳメッセージに基づいてＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作をトリガして、ＳＭＦネットワーク要素に、ＰＤＵセッションＩＤと、ＰＤＵセッション変更要求を搬送するＮ１ ＳＭメッセージとを送る。ＡＭＦネットワーク要素から送られたメッセージを受信した後、ＳＭＦネットワーク要素は、ＰＤＵセッション変更手順を開始し、ＧＢＲ ＱｏＳフローが確立される必要があると決定する。

ＵＥがＣＮアイドル状態である、すなわちＵＥとＲＡＮとの間にエアインターフェースリソースが確立されていない場合、ＮＡＳメッセージは、サービス要求手順を用いることによって、５Ｇ ＲＡＮを用いることにより、ＡＭＦネットワーク要素に送られる必要があることが留意されるべきである。さらに、ＰＤＵセッションＩＤと、ＰＤＵセッション変更要求を搬送するＮ１ ＳＭメッセージとを含むことに加えて、ＮＡＳメッセージは、ＵＥの位置情報、たとえば、ＲＡＮ ＩＤおよびセル（Ｃｅｌｌ）ＩＤを搬送する。次いでＡＭＦネットワーク要素は、ＮＡＳメッセージをＳＭＦネットワーク要素に送る。

第２の可能な実装において、ＰＣＦネットワーク要素は、オペレータポリシー情報と、アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ、ＡＦ）ネットワーク要素からのものである要求とに基づいて、ＰＤＵセッション変更手順を起動する。ＰＣＦネットワーク要素は、ＧＢＲ ＱｏＳフローのＰＣＣ規則を、Ｎｐｃｆ ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿ＵｐｄａｔｅＮｏｔｉｆｙサービスを用いることによってＳＭＦネットワーク要素に送る。ＰＣＣ規則を受信した後、ＳＭＦネットワーク要素は、ＰＤＵセッション変更手順を開始し、ＧＢＲ ＱｏＳフローが確立される必要があると決定する。本出願のこの実施形態において、ＰＣＣ規則は、ＧＢＲパラメータ、複数周波数帯域インジケータ（Ｍｕｌｔｉ Ｂａｎｄ Ｒａｄｉｏ、ＭＢＲ）パラメータ、およびＩＰフィルタを含み、またはＰＣＣ規則は遅延要件でよい。

第３の可能な実装において、ＵＥのサブスクリプションデータを更新するとき、ＵＤＭネットワーク要素は、Ｎｕｄｍ＿ＳｕｂｓｃｒｉｂｅｒＤａｔａ＿ＵｐｄａｔｅＮｏｔｉｆｉｃａｔｉｏｎサービス動作を用いることによって、サブスクライバ永続的識別（Ｓｕｂｓｃｒｉｂｅｒ Ｐｅｒｍａｎｅｎｔ Ｉｄｅｎｔｉｔｙ）と、サブスクライバデータ（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｄａｔａ）とをＳＭＦネットワーク要素に送る。サブスクライバ情報を受信した後、ＳＭＦネットワーク要素は、ＰＤＵセッション変更手順をトリガし、ＧＢＲ ＱｏＳフローが確立される必要があると決定し、ＵＥのサブスクリプションデータを更新し、およびＵＥのサブスクライバ永続的識別を肯定応答メッセージに追加することによって、ＵＤＭネットワーク要素に応答する。

第４の可能な実装において、ＳＭＦネットワーク要素は、ローカルに構成されたポリシーに基づいて、ＰＤＵセッションを変更すると決定し得る。したがって、ＳＭＦネットワーク要素は、ＰＤＵセッション変更手順を開始し、ＧＢＲ ＱｏＳフローが確立される必要があると決定する。たとえば、ＳＭＦネットワーク要素は、ＵＥのＱｏＳパラメータを定期的に更新してよく、またはＳＭＦネットワーク要素によって制御されるＵＰＦネットワーク要素は変化し、たとえば、新たなＵＰＦネットワーク要素は異なるスライスタイプまたは異なるセッション継続性（Ｓｅｒｖｉｃｅ ａｎｄ Ｓｅｓｓｉｏｎ Ｃｏｎｔｉｎｕｉｔｙ、ＳＳＣ）モードをサポートする。この場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローが確立される必要があると決定する。

第５の可能な実装において、ＧＢＲ ＱｏＳフローのための通知制御（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌ）が５Ｇ ＲＡＮ内で構成され、５Ｇ ＲＡＮがＧＢＲ ＱｏＳフローのＱｏＳパラメータは５Ｇ ＲＡＮにおいて満たされないと決定した場合、５Ｇ ＲＡＮはＮ２メッセージをＡＭＦネットワーク要素に送る。Ｎ２メッセージは、ＰＤＵセッションＩＤと、Ｎ２ ＳＭ情報とを含む。Ｎ２ ＳＭ情報は、ＱＦＩ、ＵＥの位置情報、および通知メッセージを含み、それにより通知メッセージを用いることによって、ＡＭＦネットワーク要素に、ＧＢＲ ＱｏＳフローのＱｏＳパラメータは５Ｇ ＲＡＮにおいて満たされないことを通知する。この場合、ＡＭＦネットワーク要素は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作をトリガして、Ｎ２ ＳＭメッセージをＳＭＦネットワーク要素に送る。ＡＭＦネットワーク要素から送られたメッセージを受信した後、ＳＭＦネットワーク要素は、ＰＤＵセッション変更手順を開始し、ＧＢＲ ＱｏＳフローが確立される必要があると決定する。

ステップ２０２：ＳＭＦネットワーク要素は、ＧＢＲフローが、ＵＥを５Ｇネットワークから４Ｇネットワークにハンドオーバするために必要なＧＢＲフローであると決定する。

ＳＭＦネットワーク要素がＰＤＵセッション変更手順を開始した後、ＳＭＦネットワーク要素は、ＰＤＵセッション変更手順に対応するＧＢＲ ＱｏＳフローを決定して、ＧＢＲ ＱｏＳフローがＵＥを５Ｇネットワークから４Ｇネットワークにハンドオーバするために必要なＧＢＲ ＱｏＳフローであるかどうかを決定する必要がある。

具体的には、ＳＭＦネットワーク要素は、ＰＣＣ規則、オペレータポリシー、およびＤＮＮの少なくとも１つに基づいて、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローであると決定し得る。

第１の可能な実装において、ＰＣＣ規則に基づいて、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローであるかどうかを決定するとき、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローに対応するＰＣＣ規則が４Ｇ ＰＣＣ規則を含むかどうかを決定することによって決定を行い得る。ＧＢＲ ＱｏＳフローに対応するＰＣＣ規則が４Ｇ ＰＣＣ規則を含む場合、ＧＢＲ ＱｏＳフローは、ＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローである。ＧＢＲ ＱｏＳフローに対応するＰＣＣ規則が４Ｇ ＰＣＣ規則を含まない場合、ＧＢＲ ＱｏＳフローは、ＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローではない。

第１の可能な実装において、ＳＭＦネットワーク要素が、ＧＢＲ ＱｏＳフローに対応するＰＣＣ規則が遅延要件を含むと決定したとき、ＳＭＦネットワーク要素がＰＣＣ規則内の遅延要件が比較的高いと決定した場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローが、ＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローではないと決定する。ＳＭＦネットワーク要素が、ＰＣＣ規則内の遅延要件が比較的低いと決定した場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローが、ＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローであると決定する。

第１の可能な実装において、オペレータポリシーに基づいて、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローであるかどうかを決定するとき、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローに対応するサービスタイプがネットワークのオペレータポリシーによってサポートされるサービスタイプであるかどうかを決定し得る。たとえば、４Ｇネットワークのオペレータポリシーは、ビデオデータダウンローディングのサービスタイプをサポートし、自動運転、ＡＲ／ＶＲアプリケーション、または触覚ネットワークなどのリアルタイム通信サービスタイプをサポートしない。ＧＢＲ ＱｏＳフローに対応するサービスタイプが自動運転である場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローではないと決定する。ＧＢＲ ＱｏＳフローに対応するサービスタイプがビデオデータダウンローディングである場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローではないと決定する。

第１の可能な実装において、ＳＭＦネットワーク要素が、ＤＮＮに基づいて、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローであるかどうかを決定するとき、ＳＭＦネットワーク要素は、各ＤＮＮの間の対応と、ＤＮＮに対応するＧＢＲ ＱｏＳフローは４Ｇネットワークにハンドオーバされる必要があるかどうかとを予め記憶し得る。たとえば、車両のインターネットは４Ｇネットワークにハンドオーバされる必要があるが、マシンツーマシン（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、またはモノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ）は４Ｇネットワークにハンドオーバされる必要はない。このようにして、ＧＢＲ ＱｏＳフローに対応するＤＮＮを決定した後、ＳＭＦネットワーク要素は、ＤＮＮの間の対応と、ＤＮＮに対応するＧＢＲ ＱｏＳフローは４Ｇネットワークにハンドオーバされる必要があるかどうかとに基づいて、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローであるかどうかを決定する。たとえば、ＳＭＦネットワーク要素によって予め記憶された対応は、車両のインターネットは４Ｇネットワークにハンドオーバされる必要があるが、マシンツーマシン（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、またはモノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ）は４Ｇネットワークにハンドオーバされる必要がないというものである。ＧＢＲ ＱｏＳフローに対応するＤＮＮが車両のインターネットである場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローであると決定する。ＧＢＲ ＱｏＳフローに対応するＤＮＮがモノのインターネットである場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローがＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローではないと決定する。

もちろん、上記の複数の方式の任意の２つまたは３つを組み合わせることによって、ＧＢＲ ＱｏＳフローが、ＵＥを５Ｇから４Ｇにハンドオーバするために必要なＧＢＲ ＱｏＳフローであるかどうかが決定され得る。これは本出願のこの実施形態において限定されない。

上記の複数の決定方式のそれぞれは複数の特定の実装に対応してもよく、複数の特定の実装は本出願のこの実施形態において逐一列挙されないことが留意されるべきである。

ＳＭＦネットワーク要素がＰＣＣ規則に基づいて決定を行う例は、以下で具体的な説明のために用いられる。

特定の実装プロセスにおいて、ＳＭＦネットワーク要素は以下の２つの方式のいずれか１つにおいて決定を行い得る。

方式１：ＳＭＦネットワーク要素は、ＰＣＦネットワーク要素から取得されたＰＣＣ規則に基づいて決定を行う。

本出願のこの実施形態において、ＳＭＦネットワーク要素をトリガしてＰＤＵセッション変更手順を開始する方式は異なるので、ＳＭＦネットワーク要素によって、ＰＣＦネットワーク要素からＰＣＣ規則を取得する方法も異なる。

取得方法１：

ＳＭＦネットワーク要素が第１のまたは第５の可能な実装を用いることによってＰＤＵセッション変更手順を開始するようにトリガされる場合、ＳＭＦネットワーク要素によって受信されたＮ１ ＳＭメッセージまたはＮ２ ＳＭメッセージは、ＵＥのために確立される必要があるＧＢＲ ＱｏＳフローのＱｏＳパラメータを搬送する。動的ＰＣＣ規則がＰＣＦネットワーク要素中に展開されるとＳＭＦネットワーク要素が決定するとき、ＳＭＦネットワーク要素は、ＰＣＦネットワーク要素に取得されたＱｏＳパラメータを送る。次いで、受信されたＱｏＳパラメータが、ＧＢＲ ＱｏＳフローを確立するために用いられるＧＢＲ情報を含むとＰＣＦネットワーク要素が決定する場合、ＰＣＦネットワーク要素は、ＤＮＮ中の情報とオペレータポリシー情報とのうちの少なくとも１つ、ＱｏＳパラメータ、第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報などに基づいて、確立されるべきＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるのかどうかを決定する。決定プロセスは、ＧＢＲ ＱｏＳフローが５Ｇネットワークから４ＧネットワークにＵＥをハンドオーバするために必要なＧＢＲ ＱｏＳフローであるのかどうかをＳＭＦネットワーク要素が決定する上記のプロセスと同じである。本明細書では、詳細を再び説明しない。第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報は、ＵＥと、ＳＭＦネットワーク要素と、ＡＭＦネットワーク要素とが単一の登録をサポートし、および／またはＵＥが、第１の通信標準ネットワークに適用可能な非アクセス層ＮＡＳモードと第２の通信標準ネットワークに適用可能なＮＡＳモードとをサポートすることを示す登録能力情報を含む。

ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるとＰＣＦネットワーク要素が決定する場合、ＰＣＦネットワーク要素は、５Ｇ ＱｏＳパラメータと４Ｇ ＱｏＳパラメータとを含めて、ＧＢＲ ＱｏＳフローに対応する５Ｇ ＰＣＣ規則と対応する４Ｇ ＰＣＣ規則とを割り振る。ＱｏＳパラメータは、ＱＣＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、優先順位、およびアップリンク／ダウンリンクＴＦＴなどの情報を含む。代替として、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要がないとＰＣＦネットワーク要素が決定する場合、ＰＣＦネットワーク要素は、ＧＢＲ ＱｏＳフローに対応する５Ｇ ＰＣＣ規則のみを割り振り、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則を割り振らない。次いで、ＰＣＦネットワーク要素は、ＳＭＦネットワーク要素に生成されたＰＣＣ規則を送り、したがって、ＳＭＦネットワーク要素は、ＰＣＦネットワーク要素から、ＧＢＲ ＱｏＳフローに対応するＰＣＣ規則を取得する。ＰＣＣ規則は、５Ｇ ＰＣＣ規則を含むか、またはＰＣＣ規則は、５Ｇ ＰＣＣ規則と４Ｇ ＰＣＣ規則とを含む。

取得方法２：

ＳＭＦネットワーク要素が第２の可能な実装を用いることによってＰＤＵセッション変更手順を開始するようにトリガされる場合、ＰＣＦネットワーク要素は、ＡＦネットワーク要素からから送られたＵＥのサービス情報を受信する。サービス情報は、ＩＰフィルタ処理情報、媒体情報（帯域幅、ジッタ、遅延など）などを含む。次いで、ＰＣＦネットワーク要素は、サービス情報に基づいて５Ｇ ＰＣＣ規則を生成する。５Ｇ ＰＣＣ規則は、ＱＣＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、およびアップリンク／ダウンリンクデータパケットフィルタ処理情報などの５Ｇ ＱｏＳパラメータを含む。生成された５Ｇ ＱｏＳパラメータが、ＧＢＲ ＱｏＳフローを確立するために用いられるＧＢＲ情報を含むとＰＣＦが決定する場合、ＰＣＦネットワーク要素は、ＤＮＮ中の情報とオペレータポリシー情報とのうちの少なくとも１つ、ＱｏＳパラメータ、第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報などに基づいて、確立されるべきＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるのかどうかを決定する。第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報は、ＵＥと、ＳＭＦネットワーク要素と、ＡＭＦネットワーク要素とが単一の登録をサポートし、および／またはＵＥが、第１の通信標準ネットワークに適用可能な非アクセス層ＮＡＳモードと第２の通信標準ネットワークに適用可能なＮＡＳモードとをサポートすることを示す登録能力情報を含む。ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるとＰＣＦネットワーク要素が決定する場合、ＰＣＦネットワーク要素は、４Ｇ ＱｏＳパラメータを含めて、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則を割り振る。４Ｇ ＱｏＳパラメータは、ＱＣＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、優先順位、およびアップリンク／ダウンリンクＴＦＴなどの情報を含む。代替として、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要がないとＰＣＦネットワーク要素が決定する場合、ＰＣＦネットワーク要素は、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則を割り振らない。次いで、ＰＣＦネットワーク要素は、Ｎｐｃｆ ＳＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿ＵｐｄａｔｅＮｏｔｉｆｙサービスを用いてＳＭＦネットワーク要素に生成されたＰＣＣ規則を送り、したがって、ＳＭＦネットワーク要素は、ＰＣＦネットワーク要素から、ＧＢＲ ＱｏＳフローに対応するＰＣＣ規則を取得する。ＰＣＣ規則は、５Ｇ ＰＣＣ規則を含むか、またはＰＣＣ規則は、５Ｇ ＰＣＣ規則と４Ｇ ＰＣＣ規則とを含む。

ＰＣＦネットワーク要素から、ＧＢＲ ＱｏＳフローに対応するＰＣＣ規則を取得した後に、ＳＭＦネットワーク要素は、ＰＣＣ規則が４Ｇ ＰＣＣ規則を含むのかどうかを決定する。ＰＣＣ規則が４Ｇ ＰＣＣ規則を含む場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローが５Ｇネットワークから４ＧネットワークにＵＥをハンドオーバするために必要なＧＢＲ ＱｏＳフローであると決定する。

ＳＭＦネットワーク要素がオペレータポリシーまたはＤＮＮに基づいて決定することを実行する一例が、特定の説明のために以下で用いられる。

ＳＭＦネットワーク要素が第１のまたは第５の可能な実装を用いることによってＰＤＵセッション変更手順を開始するようにトリガされる場合、ＳＭＦネットワーク要素によって受信されたＮ１ ＳＭメッセージまたはＮ２ ＳＭメッセージは、ＵＥのサービス情報を搬送する。サービス情報は、ＩＰフィルタ処理情報、媒体情報（帯域幅、ジッタ、遅延など）などを含む。静的なＰＣＣ規則が局所的に展開されるとＳＭＦネットワーク要素が決定した後、ＳＭＦネットワーク要素は、サービス情報に基づいて５Ｇ ＰＣＣ規則を生成する。５Ｇ ＰＣＣ規則は、ＱＣＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、およびアップリンク／ダウンリンクＴＦＴなどの５Ｇ ＱｏＳパラメータを含む。生成された５Ｇ ＱｏＳパラメータが、ＧＢＲ ＱｏＳフローを確立するために用いられるＧＢＲ情報を含むことをＳＭＦネットワーク要素が発見する場合、ＳＭＦネットワーク要素は、ＤＮＮ中の情報とオペレータポリシー情報とのうちの少なくとも１つ、ＱｏＳパラメータ、第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報などに基づいて、確立されるべきＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるのかどうかを決定する。第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報は、ＵＥと、ＳＭＦネットワーク要素と、ＡＭＦネットワーク要素とが単一の登録をサポートし、および／またはＵＥが、第１の通信標準ネットワークに適用可能な非アクセス層ＮＡＳモードと第２の通信標準ネットワークに適用可能なＮＡＳモードとをサポートすることを示す登録能力情報を含む。

ＳＭＦネットワーク要素が確立されるべきＧＢＲ ＱｏＳフローを決定した後、ＳＭＦは、ＧＢＲ ＱｏＳフローにＰＣＣ規則をさらにマッピングし得る。たとえば、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるとＳＭＦネットワーク要素が決定するとき、ＳＭＦネットワーク要素は、４Ｇ ＱｏＳパラメータを含めて、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則をマッピングする。ＱｏＳパラメータは、ＱＣＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、優先順位、およびアップリンク／ダウンリンクＴＦＴなどの情報を含む。代替として、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要がないとＳＭＦネットワーク要素が決定する場合、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則をマッピングしない。

ＳＭＦネットワーク要素が、第３のおよび第４の実装を用いることによってＰＤＵセッション変更手順を開始するようにトリガされるとき、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローが、５Ｇネットワークから４ＧネットワークにＵＥをハンドオーバするために必要なＧＢＲ ＱｏＳフローであるのかどうかを決定するために上記の複数の方式のうちのいずれか１つを用い得ることに留意されたい。本明細書では、詳細を再び説明しない。

ＳＭＦネットワーク要素が上記のステップを完了した後、ＳＭＦネットワーク要素は、４Ｇネットワークにハンドオーバされる必要があるＧＢＲ ＱｏＳフローに対応する４Ｇ ＱｏＳパラメータを割り振る。

ステップ２０３：ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローのために、４Ｇネットワークに対応するＥＰＳベアラＩＤを確立する。

ＳＭＦネットワーク要素が、４Ｇネットワークにハンドオーバされる必要があるＧＢＲ ＱｏＳフローに対応する４Ｇ ＱｏＳパラメータを割り振った後、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローのために、４Ｇネットワークに対応するＥＰＳベアラＩＤをさらに確立する必要がある。

本出願のこの実施形態では、２つの確立方式が主に含まれる。

確立方式１：

ＥＰＳベアラＩＤがＡＭＦネットワーク要素によって割り振られる場合、ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素に、ＧＢＲ ＱｏＳフローに対応しており、４ＧネットワークにおけるものであるＥＰＳベアラＩＤを確立するために用いられる関連情報を送る必要がある。ＳＭＦネットワーク要素を、ＰＤＵセッション変更手順を開始するようにトリガするオブジェクトが異なるので、ＡＭＦネットワーク要素に関連情報を送るのにＳＭＦネットワーク要素によって用いられるサービス動作も異なる。詳細には、以下の２つの方式がある。

（ａ）ＵＥがＳＭＦネットワーク要素を、ＰＤＵセッション変更手順を開始するようにトリガする場合では、ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素とのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作をトリガする。ＳＭＦネットワーク要素からＡＭＦネットワーク要素に送られるＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔメッセージは、少なくともＮ２ ＳＭメッセージとＮ１ ＳＭメッセージとを含む。Ｎ２ ＳＭメッセージは、ＰＤＵセッションＩＤと、サービス品質プロファイル（ＱｏＳ Ｐｒｏｆｉｌｅ）と、セッション集約最大ビットレート（Ｓｅｓｓｉｏｎ−Ａｇｇｒｅｇａｔｅｄ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ、Ｓｅｓｓｉｏｎ−ＡＭＢＲ）パラメータとを含む。Ｎ１ ＳＭメッセージは、セッション変更コマンド（ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｃｏｍｍａｎｄ）を含む。セッション変更コマンドは、ＰＤＵセッションＩＤと、サービス品質規則（ＱｏＳ ｒｕｌｅ）と、セッションＡＭＢＲパラメータとを含む。ＱｏＳ規則は、ＰＣＣ規則の部分コンテンツを含む。たとえば、ＱｏＳ規則は、アップリンクデータに関連するＰＣＣ規則中のアップリンクパケットフィルタなどの情報を含み得る。

（ｂ）ＵＥがＳＭＦネットワーク要素をＰＤＵセッション変更手順を開始するようにトリガする場合以外の場合では、ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素のＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作をトリガする。ＳＭＦネットワーク要素からＡＭＦネットワーク要素に送られるＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージは、少なくともＮ２ ＳＭメッセージとＮ１ ＳＭメッセージとを含む。Ｎ２ ＳＭメッセージとＮ１ ＳＭメッセージとの中に含まれるコンテンツは、（ａ）中のものと同じである。本明細書では、詳細を再び説明しない。

ＡＭＦネットワーク要素がＳＭＦネットワーク要素から送られた上記の情報を受信した後、ＡＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローに、上記の情報に基づいて４ＧネットワークにおけるＥＰＳベアラＩＤを割り振る。

確立方式２：

ＥＰＳベアラＩＤがＵＥによって割り振られる場合、ＳＭＦネットワーク要素は、ＵＥに、ＧＢＲ ＱｏＳフローに対応しており、４ＧネットワークにおけるものであるＥＰＳベアラＩＤを確立するために用いられる関連情報を送る必要がある。詳細には、ＳＭＦネットワーク要素は、最初に、ＡＭＦネットワーク要素に関連情報を送り、次いで、ＡＭＦネットワーク要素は、ＵＥに関連情報を転送する。関連情報を受信した後に、ＵＥは、ＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振る。

それに対応して、ＳＭＦネットワーク要素を、ＰＤＵセッション変更手順を開始するようにトリガするオブジェクトが異なるので、ＡＭＦネットワーク要素に関連情報を送るのにＳＭＦネットワーク要素によって用いられるサービス動作も異なる。詳細については、確立方式１中の（ａ）または（ｂ）を参照されたい。本明細書では、詳細を再び説明しない。

ＡＭＦネットワーク要素がＳＭＦネットワーク要素から送られた情報を受信した後、ＡＭＦネットワーク要素は、ＲＡＮに、Ｎ２ ＳＭメッセージ中で搬送される情報を送り、ＵＥにＮ１ ＳＭメッセージを送る。Ｎ１ ＳＭメッセージを受信した後に、ＵＥは、Ｎ１ ＳＭメッセージ中の４Ｇ ＱｏＳパラメータに基づいてＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振る。

ＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振った後に、ＡＭＦネットワーク要素またはＵＥは、ＳＭＦネットワーク要素に肯定応答情報を送って、ＥＰＳベアラＩＤの割振りが完了したことをＳＭＦネットワーク要素に通知し得る。この場合、ＳＭＦネットワーク要素は、５Ｇネットワークから４ＧネットワークにＵＥをハンドオーバするために必要なＧＢＲ ＱｏＳフローにＳＭコンテキストを割り振るプロセスを完了する。

ＡＮＦネットワーク要素は、ＰＤＵセッション変更手順に対応するＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを自動的に割り振り得ることに留意されたい。すなわち、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるのかどうかにかかわらず、ＡＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振る。たとえば、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるのかどうかをＳＭＦネットワーク要素が決定する前に、ＡＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振っており、ＥＰＳベアラＩＤについてＳＭＦネットワーク要素に通知している。ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要がないとＳＭＦネットワーク要素が決定する場合、ＳＭＦネットワーク要素は、ＥＰＳベアラＩＤを削除し、ＡＭＦネットワーク要素に通知情報を送って、対応するＥＰＳベアラＩＤを解放するようにＡＭＦに命令する。ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるとＳＭＦネットワーク要素が決定する場合、ＳＭＦネットワーク要素は、ＥＰＳベアラＩＤを直接予約し、ステップ３０３を実行する必要がない。

ＧＢＲ ＱｏＳフローを確立するプロセスは、実際には、ＰＤＵセッション変更手順を開始するプロセスであることに留意されたい。ＳＭＦネットワーク要素がＧＢＲ ＱｏＳフローにＳＭコンテキストを割り振るプロセスを完了した後、ＳＭＦネットワーク要素は、さらに、ＰＤＵセッション変更手順の後続のステップを完了する必要がある。後続のステップは、従来技術におけるＰＤＵセッション変更手順中の対応するステップと同じである。本明細書のスペースを節約するために、ＰＤＵセッション変更手順の後続のステップについて、以下で手短に説明する。

ＳＭＦネットワーク要素がＧＢＲ ＱｏＳフローのためのＥＰＳベアラＩＤを確立するプロセスでは、ＡＭＦネットワーク要素がＳＭＦネットワーク要素から送られたＮ２ ＳＭメッセージとＮ１ ＳＭメッセージとを受信した後、ＡＭＦネットワーク要素は、５Ｇ ＲＡＮに、Ｎ２ ＳＭメッセージと、ＰＤＵセッションＩＤと、Ｎ１ ＳＭメッセージとを搬送するＮ２ ＰＤＵセッション要求（Ｎ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）を送り得る。Ｎ１ ＳＭメッセージは、ＰＤＵセッション変更コマンド（ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ）を搬送する。上記の情報を受信した後に、５Ｇ ＲＡＮは、５Ｇ ＲＡＮとＵＥとの間での特定のＡＮシグナリングを開始し得る。ＲＡＮは、ＵＥにＳＭＦネットワーク要素からの何らかのＵＥ関連情報を送って、ＰＤＵセッションのために必要な、ＵＥ中のＲＡＮリソースを変更する。変更を完了した後に、ＵＥは、５Ｇ ＲＡＮに肯定応答情報を送る。たとえば、ＵＥは、ＮＡＳ ＳＭシグナリングを用いることによってＮＡＳメッセージを送って、ＰＤＵセッション変更コマンドに応答する。ＮＡＳメッセージは、ＰＤＵセッションＩＤとＰＤＵセッション変更コマンドＡＣＫを搬送するＮ１ ＳＭメッセージとを含む。

ＵＥから肯定応答情報を受信した後に、５Ｇ ＲＡＮは、ＡＭＦにＮ２ ＰＤＵセッションＡＣＫメッセージを送って、Ｎ２ ＰＤＵセッション要求メッセージに応答する。次いで、ＡＭＦネットワーク要素は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作を用いることによってＲＡＮからＳＭＦに肯定応答メッセージを転送して、ＰＤＵセッション変更手順を完了する。

ＡＭＦネットワーク要素がＳＭＦネットワーク要素から送られたＮ２ ＳＭメッセージとＮ１ ＳＭメッセージとを受信した後、ＡＭＦネットワーク要素は、ＵＥが接続管理アイドル（Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｉｄｌｅ、ＣＭ−ＩＤＬＥ）状態にあると決定することに留意されたい。この場合、ＡＭＦは、非同期タイプ（ａｓｙｎｃｈｒｏｎｏｕｓ ｔｙｐｅ）の対話をトリガし、ＰＤＵセッションに対応するＳＭ要求を予約する。次いで、ＡＭＦネットワーク要素は、ＡＭＦネットワーク要素とＵＥとの間での対話とＡＭＦネットワーク要素と５Ｇ ＲＡＮとの間での対話とを開始する。たとえば、ＵＥが、接続管理接続済み（Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｎｅｃｔｅｄ、ＣＭ−ＣＯＮＮＥＣＴＥＤ）状態に入った後、ＡＭＦネットワーク要素は、ＵＥと５Ｇ ＲＡＮとにＳＭ要求メッセージを提供する。

さらに、ＳＭＦネットワーク要素がＮ４セッションを更新する必要があり得ることに留意されたい。この場合、ＳＭＦネットワーク要素は、ＵＰＦネットワーク要素にＮ４セッション変更要求メッセージを送る。メッセージは、Ｎ４セッションＩＤを搬送する。通常、ＳＭＦネットワーク要素は、このステップを用いることによってＵＰＦネットワーク要素にＵＬ更新などのいくつかの更新されたＱｏＳパラメータまたは展開更新情報をさらに送り得る。ＳＭＦネットワーク要素が、ＰＣＦネットワーク要素からＰＣＣ規則を取得する場合、ＳＭＦネットワーク要素は、さらに、通知メッセージを送って、対応するＰＣＣ規則が実行されるのかどうかをＰＣＦネットワーク要素に通知する必要がある。通知メッセージの特定のフォーマットを本明細書では限定しない。

本出願のこの実施形態におけるセッション管理方法の具体的な実装について、特定の事例を用いることによって以下で説明する。図３Ａおよび図３Ｂを参照すると、図３Ａおよび図３Ｂは、本出願の一実施形態による、セッション管理方法の事例のフローチャートである。特定の実装では、ＰＤＵセッション変更手順は、ＵＥによってトリガされ、ＳＭＦネットワーク要素は、局所的に展開される静的なＰＣＣ規則を用いることによって、ＰＤＵセッション変更手順に対応するＧＢＲ ＱｏＳフローが５Ｇネットワークから４ＧネットワークにＵＥをハンドオーバするために必要なＧＢＲ ＱｏＳフローであるのかどうかを決定し、ＡＭＦネットワーク要素は、４Ｇネットワークにおいて、４Ｇネットワークにハンドオーバされる必要があるＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振る。図３Ａおよび図３Ｂに示すように、本方法は、以下のステップを含む。

ステップ３０１：ＵＥは、ＡＭＦネットワーク要素にＮＡＳメッセージを送る。

可能な実装では、ＮＡＳメッセージは、ＰＤＵセッションＩＤとＰＤＵセッション変更要求を搬送するＮ１ ＳＭメッセージとを含む。Ｎ１ ＳＭメッセージは、ＵＥのサービス情報を搬送し、サービス情報は、ＩＰフィルタ処理情報、媒体情報（帯域幅、ジッタ、遅延など）などを含む。もちろん、ＮＡＳメッセージは、他の情報をも含み得る。これは、本明細書では限定されない。

ステップ３０２：ＡＭＦネットワーク要素は、ＳＭＦネットワーク要素とのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作をトリガする。

可能な実装では、ＡＭＦネットワーク要素は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作を用いることによってＳＭＦネットワーク要素にＮＡＳメッセージ中でＮ１ ＳＭメッセージとＰＤＵセッションＩＤとを転送する。

ステップ３０３：ＳＭＦネットワーク要素は、ＰＤＵセッション変更手順を開始し、ＰＤＵセッション変更手順に対応するＧＢＲ ＱｏＳフローが、５Ｇネットワークから４ＧネットワークにＵＥをハンドオーバするために必要なＧＢＲ ＱｏＳフローであると決定する。

可能な実装では、静的なＰＣＣ規則は、ＳＭＦネットワーク要素中に局所的に展開されるので、ＳＭＦネットワーク要素は、Ｎ１ ＳＭメッセージ中のサービス情報に基づいて５Ｇ ＰＣＣ規則を生成する。５Ｇ ＰＣＣ規則は、ＱＣＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、およびアップリンク／ダウンリンクＴＦＴなどの５Ｇ ＱｏＳパラメータを含む。ＳＭＦネットワーク要素は、局所的に生成された５Ｇ ＱｏＳパラメータがＧＢＲ ＱｏＳフローを確立するために用いられるＧＢＲ情報を含むことを発見する。たとえば、５Ｇ ＱｏＳパラメータは、３つのＧＢＲ情報を含むか、または、もちろん、ただ１つのＧＢＲ情報しか含まないことがある。これは、本明細書では限定されない。以下の説明では、５Ｇ ＱｏＳパラメータが３つのＧＢＲ情報を含む一例を説明のために用いる。

次いで、ＳＭＦネットワーク要素は、ＤＮＮ中の情報と動作ポリシー情報とのうちの少なくとも１つ、ＱｏＳパラメータ、第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報などに基づいて、確立されるべきＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるのかどうかを決定する。詳細には、ＳＭＦネットワーク要素は、ＤＮＮと、ＱｏＳパラメータと、第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報とに基づいて、確立される必要があるＧＢＲ ＱｏＳフローを決定し得るか、またはオペレータポリシー情報と、ＱｏＳパラメータと、第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報とに基づいて、確立される必要があるＧＢＲ ＱｏＳフローを決定し得るか、またはＳＭＦネットワーク要素は、ＤＮＮと、オペレータポリシー情報と、ＱｏＳパラメータと、第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報とに基づいて、確立される必要があるＧＢＲ ＱｏＳフローを決定する。ＳＭＦネットワーク要素は、３つの決定方式のうちのいずれか１つを事前記憶し得るか、または３つの方式を同時に記憶し得る。決定することが実行されるとき、別のネットワーク要素は、ＳＭＦネットワーク要素に３つの方式のうちの１つを用いるように命令し得るか、またはＳＭＦネットワーク要素は、実際の状況に基づいて３つの方式から１つの方法をフレキシブルに選択する。これは、本明細書では限定されない。

ＳＭＦネットワーク要素は、オペレータポリシー情報と、ＱｏＳパラメータと、第１の通信標準ネットワークと第２の通信標準ネットワークとの間のインターワーキングを示す指示情報とに基づいて、確立される必要がある３つのＧＢＲ ＱｏＳフローを決定し、第１のＧＢＲ ＱｏＳフローと第２のＧＢＲ ＱｏＳフローとが４ＧネットワークにＵＥをハンドオーバするために必要であることと、第３のＧＢＲ ＱｏＳフローが４ＧネットワークにＵＥをハンドオーバするために必要ないこととを決定する。

複数のＧＢＲ ＱｏＳフローをＰＤＵセッション変更手順中に確立する必要があるとき、ＳＭＦネットワーク要素は、各ＧＢＲ ＱｏＳフローを決定する必要があり、各ＧＢＲ ＱｏＳフローの決定方式は、上記のステップに記載されていることに留意されたい。もちろん、ＳＭＦネットワーク要素は、最初に、複数のＧＢＲ ＱｏＳフローを分類し、次いで、各クラスからＧＢＲ ＱｏＳフローを選択し得る。ＧＢＲ ＱｏＳフローについて決定することの結果は、各ＧＢＲ ＱｏＳフローについて決定することの結果である。したがって、決定速度が加速され得、ＳＭＦネットワーク要素の電力消費量が低減され得る。

ステップ３０４：ＳＭＦネットワーク要素は、４Ｇネットワークにハンドオーバされる必要があるＧＢＲ ＱｏＳフローに４Ｇ ＱｏＳパラメータを割り振る。

ＳＭＦネットワーク要素が、第１のＧＢＲ ＱｏＳフローと第２のＧＢＲ ＱｏＳフローとが４ＧネットワークにＵＥをハンドオーバするために必要であることと、第３のＧＢＲ ＱｏＳフローが４ＧネットワークにＵＥをハンドオーバするために必要ないこととを決定するとき、ＳＭＦネットワーク要素は、第１のＧＢＲ ＱｏＳフローと第２のＧＢＲ ＱｏＳフローとに対応する４Ｇ ＰＣＣ規則を別々にマッピングする。各ＧＢＲ ＱｏＳフローに対応するＰＣＣ規則は、４Ｇ ＱｏＳパラメータを含み、ＱｏＳパラメータは、ＱＣＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、優先順位、およびアップリンク／ダウンリンクＴＦＴなどの情報を含む。

ただし、第３のＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要がないので、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則をマッピングしない。すなわち、第３のＧＢＲ ＱｏＳフローに対応するＱｏＳパラメータは、５Ｇ ＱｏＳパラメータのみを含む。

ステップ３０５：ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素とのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作をトリガして、４Ｇネットワークにハンドオーバされる必要があるＧＢＲ ＱｏＳフローに対応する、４ＧネットワークにおけるＥＰＳベアラＩＤを取得する。

ＳＭＦが、第１のＧＢＲ ＱｏＳフローと第２のＧＢＲ ＱｏＳフローとに対応する４Ｇ ＰＣＣ規則を別々にマッピングした後、ＳＭＦネットワーク要素は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作を用いることによってＡＭＦネットワーク要素にＮ２ ＳＭメッセージとＮ１ ＳＭメッセージとを送る。Ｎ２ ＳＭメッセージは、ＰＤＵセッションＩＤと、第１のＧＢＲ ＱｏＳフローと第２のＧＢＲ ＱｏＳフローとにそれぞれ対応するＱｏＳプロファイルと、セッションＡＭＢＲパラメータとを含む。Ｎ１ ＳＭメッセージは、セッション変更コマンドを含む。セッション変更コマンドは、ＰＤＵセッションＩＤと、第１のＧＢＲ ＱｏＳフローと第２のＧＢＲ ＱｏＳフローとにそれぞれ対応するＱｏＳプロファイルと、セッションＡＭＢＲパラメータとを含む。

ＡＭＦネットワーク要素は、Ｎ２ ＳＭメッセージが第１のＧＢＲ ＱｏＳフローに対応するＱｏＳプロファイルと第２のＧＢＲ ＱｏＳフローに対応するＱｏＳプロファイルとを含むと決定し、次いで、ＡＭＦネットワーク要素は、４Ｇネットワークにおいて、第１のＧＢＲ ＱｏＳフローと第２のＧＢＲ ＱｏＳフローとにＥＰＳベアラＩＤを別々に割り振る。Ｎ２ ＳＭメッセージが第３のＧＢＲ ＱｏＳフローに対応するＱｏＳプロファイルを含まないので、ＡＭＦネットワーク要素は、４Ｇネットワークにおいて、第３のＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振らない。もちろん、ＡＭＦネットワーク要素は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作中の他の情報を用いることによって、４Ｇネットワークにおいて、ＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振るべきかどうかを決定し得る。たとえば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作は、ＳＭＦネットワーク要素から送られた指示情報を搬送し得る。指示情報は、４Ｇネットワークにハンドオーバされる必要があるＧＢＲ ＱｏＳフローについてＡＭＦネットワーク要素に通知するために用いられる。代替として、ＡＭＦネットワーク要素は、Ｎ１ ＳＭメッセージ中のＱｏＳ規則に基づいて、４Ｇネットワークにおいて、ＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振るべきかどうかを決定し得る。本明細書では、詳細を説明しない。

ステップ３０６：ＡＭＦネットワーク要素は、５Ｇ ＲＡＮにＮ２ ＰＤＵセッション要求を送る。

ＡＭＦネットワーク要素は、Ｎ２ ＰＤＵセッション要求中で５Ｇ ＲＡＮに、ＳＭＦネットワーク要素から送られるＮ２ ＳＭメッセージと、ＰＤＵセッションＩＤと、ＰＤＵセッション変更コマンドを搬送するＮ１ ＳＭメッセージとを送る。

ステップ３０７：５Ｇ ＲＡＮは、Ｎ２ ＰＤＵセッション要求を受信し、ＵＥにシグナリングを送る。

５Ｇ ＲＡＮは、ＡＮシグナリングを用いることによってＵＥに、ＰＤＵセッション変更コマンドを搬送するＮ１ ＳＭメッセージを送る。

ステップ３０８：ＵＥは、ＡＮシグナリングを受信し、Ｎ１ ＳＭメッセージに対応するＰＤＵセッションにおける５Ｇ ＲＡＮリソースを変更する。

ステップ３０９：ＵＥは、５Ｇ ＲＡＮにＰＤＵセッション変更コマンドＡＣＫを送る。

ステップ３１０：５Ｇ ＲＡＮは、ＰＤＵセッション変更コマンドＡＣＫを受信し、ＡＭＦネットワーク要素にＮ２ ＰＤＵセッションＡＣＫを送る。

ＵＥから送られたＰＤＵセッション変更コマンドＡＣＫを受信した後に、５Ｇ ＲＡＮは、ＵＥがＰＤＵセッション変更コマンドに対応するコンテンツを完了したと決定し、次いで、Ｎ２ ＰＤＵセッションＡＣＫを生成し、送って、ＡＭＦネットワーク要素から送られたＮ２ ＰＤＵセッション要求に応答する。

ステップ３１１：ＡＭＦネットワーク要素は、Ｎ２ ＰＤＵセッションＡＣＫを受信し、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作を用いることによってＲＡＮからＳＭＦに肯定応答メッセージを転送して、ＰＤＵセッション変更手順を完了する。

次に、図４Ａおよび図４Ｂを参照すると、図４Ａおよび図４Ｂは、本出願の一実施形態による、セッション管理方法の別の事例のフローチャートである。特定の実装では、ＰＤＵセッション変更手順は、ＡＦによってトリガされ、ＡＭＦネットワーク要素は、４Ｇネットワークにおいて、４Ｇネットワークにハンドオーバされる必要があるＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振る。図４Ａおよび図４Ｂに示すように、本方法は、以下のステップを含む。

ステップ４０１：ＡＦネットワーク要素は、ＰＤＵセッション変更手順を開始し、ＰＣＦネットワーク要素にＵＥのサービス情報を送る。

可能な実装では、サービス情報は、ＩＰフィルタ処理情報、媒体情報（帯域幅、ジッタ、遅延など）などを含む。

ステップ４０２：ＰＣＦネットワーク要素は、サービス情報を受信し、サービス情報に基づいてＰＣＣ規則を生成する。

サービス情報を受信した後に、ＰＣＦネットワーク要素は、最初に、サービス情報に基づいて、ＰＤＵセッション変更手順に対応する５Ｇ ＰＣＣ規則を生成する。５Ｇ ＰＣＣ規則は、５ＱＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、およびアップリンク／ダウンリンクデータパケットフィルタ処理情報などの５Ｇ ＱｏＳパラメータを含む。

生成された５Ｇ ＱｏＳパラメータがＧＢＲ情報を含むとＰＣＦネットワーク要素が決定する場合、ＰＣＦネットワーク要素は、ＤＮＮ、５Ｇ ＱｏＳパラメータ、オペレータポリシー情報などに基づいて、ＧＢＲに対応するＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるのかどうかを決定する。ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるとＰＣＦネットワーク要素が決定する場合、ＰＣＦネットワーク要素は、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則を割り振る。４Ｇ ＰＣＣ規則は、ＱＣＩ、ＧＢＲ、ＭＢＲ、ＡＲＰ、優先順位、およびアップリンク／ダウンリンクデータＴＦＴなどの４Ｇ ＱｏＳパラメータを含む。代替として、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要がないとＰＣＦネットワーク要素が決定する場合、ＰＣＦネットワーク要素は、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則を割り振らない。すなわち、サービス情報に基づいてＰＣＦネットワーク要素によって生成されたＰＣＣ規則は、５Ｇ ＰＣＣ規則と４Ｇ ＰＣＣ規則とを含み得るか、または５Ｇ ＰＣＣ規則のみを含み得る。

ステップ４０３：ＰＣＦネットワーク要素は、ＳＭＦネットワーク要素に生成されたＰＣＣ規則を送る。

本出願のこの実施形態では、ＰＣＦネットワーク要素は、ＰＣＣ規則を別々に送り得る。たとえば、５Ｇ ＰＣＣ規則を生成した後に、ＰＣＦネットワーク要素は、ＳＭＦネットワーク要素に５Ｇ ＰＣＣ規則を直接送り、したがって、ＳＭＦネットワーク要素は、ＧＢＲに対応するＧＢＲ ＱｏＳフローにＱＦＩを割り振って、ＧＢＲ ＱｏＳフローを確立する。次いで、ＧＢＲ ＱｏＳフローに対応する４Ｇ ＰＣＣ規則を生成した後に、ＰＣＦネットワーク要素は、ＳＭＦネットワーク要素に４Ｇ ＰＣＣ規則を送る。ＰＣＦネットワーク要素は、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があると決定した後にＳＭＦネットワーク要素に生成された５Ｇ ＰＣＣ規則と４Ｇ ＰＣＣ規則とを一緒に送り得る。これは、本明細書では限定されない。

ステップ４０４：ＳＭＦネットワーク要素は、ＰＣＣ規則を受信し、ＰＣＣ規則に基づいて、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があると決定する。

ＰＣＣ規則を受信した後に、ＳＭＦネットワーク要素は、ＰＣＣ規則が４Ｇ ＰＣＣ規則を含むのかどうかに基づいて、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるのかどうかを決定する。ＰＣＣ規則が４Ｇ ＰＣＣ規則を含むと決定するとき、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があると決定する。ＰＣＣ規則が４Ｇ ＰＣＣ規則を含まないと決定するとき、ＳＭＦネットワーク要素は、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要がないと決定する。

本出願のこの実施形態では、ＧＢＲ ＱｏＳフローが４Ｇネットワークにハンドオーバされる必要があるとＳＭＦネットワーク要素が決定する一例が、説明のために用いられる。この場合、ＳＭＦネットワーク要素は、ＰＣＦネットワーク要素から送られたＰＣＣ規則を用いることによってＧＢＲ ＱｏＳフローの４Ｇ ＱｏＳパラメータを取得する。

ステップ４０５：ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素とのＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作をトリガして、ＧＢＲ ＱｏＳフローに対応しており、４ＧネットワークにおけるものであるＥＰＳベアラＩＤを取得する。

ＧＢＲ ＱｏＳフローの４Ｇ ＱｏＳパラメータを取得した後に、ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素とのＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作をトリガし、ＡＭＦネットワーク要素にＮ２ ＳＭメッセージとＮ１ ＳＭメッセージとを送る。Ｎ２ ＳＭメッセージは、ＰＤＵセッションＩＤと、ＧＢＲ ＱｏＳフローに対応するＱｏＳプロファイルと、セッションＡＭＢＲパラメータとを含む。Ｎ１ ＳＭメッセージは、セッション変更コマンドを含む。セッション変更コマンドは、ＰＤＵセッションＩＤと、ＧＢＲ ＱｏＳフローに対応するＱｏＳ規則と、セッションＡＭＢＲパラメータとを含む。

Ｎ２ ＳＭメッセージがＧＢＲ ＱｏＳフローに対応するＱｏＳプロファイルを含むとＡＭＦネットワーク要素が決定する場合、ＡＭＦネットワーク要素は、４Ｇネットワークにおいて、第３のＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振る。もちろん、ＡＭＦネットワーク要素は、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作中の他の情報を用いることによって、４Ｇネットワークにおいて、ＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振るべきかどうかを決定し得る。たとえば、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒサービス動作は、ＳＭＦネットワーク要素から送られた指示情報を搬送し得る。指示情報は、４Ｇネットワークにハンドオーバされる必要があるＧＢＲ ＱｏＳフローについてＡＭＦネットワーク要素に通知するために用いられる。代替として、ＡＭＦネットワーク要素は、Ｎ１ ＳＭメッセージ中のＱｏＳ規則に基づいて、４Ｇネットワークにおいて、ＧＢＲ ＱｏＳフローにＥＰＳベアラＩＤを割り振るべきかどうかを決定し得る。本明細書では、詳細を説明しない。

ステップ４０６：ＡＭＦネットワーク要素は、５Ｇ ＲＡＮにＮ２ ＰＤＵセッション要求を送る。

ステップ４０７：５Ｇ ＲＡＮは、Ｎ２ ＰＤＵセッション要求を受信し、ＵＥにＡＮシグナリングを送る。

ステップ４０８：ＵＥは、ＡＮシグナリングを受信し、Ｎ１ ＳＭに対応するＰＤＵセッションにおける５Ｇ ＲＡＮリソースを変更する。

ステップ４０９：ＵＥは、５Ｇ ＲＡＮにＰＤＵセッション変更コマンドＡＣＫを送る。

ステップ４１０：５Ｇ ＲＡＮは、ＰＤＵセッション変更コマンドＡＣＫを受信し、ＡＭＦネットワーク要素にＮ２ ＰＤＵセッションＡＣＫを送る。

ステップ４１１：ＡＭＦネットワーク要素は、Ｎ２ ＰＤＵセッションＡＣＫを受信し、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービス動作を用いることによってＲＡＮからＳＭＦに肯定応答メッセージを転送する。

ステップ４０６からステップ４１１は、ステップ３０６からステップ３１１と同じであり、本明細書では、詳細を再び説明しない。

ステップ４１２：ＳＭＦネットワーク要素は、ＰＣＦネットワーク要素に指示情報を送る。

本出願のこの実施形態では、ＰＣＣ規則は、ＰＣＦネットワーク要素によって生成される。したがって、ＰＣＣ規則を実行した後に、ＳＭＦネットワーク要素は、ＰＣＦネットワーク要素に指示情報を送って、対応するＰＣＣ規則が実行されたことをＰＣＦネットワーク要素に通知し、それにより、ＰＤＵセッション変更手順を完了し得る。

上記の技術的解決策において、ポリシー制御ネットワーク要素またはセッション管理ネットワーク要素は、ＧＢＲ ＱｏＳフロー確立プロセス中のＧＢＲ ＱｏＳフローを選択して、第２の通信システムに対応するＳＭコンテキストが第２の通信システムにハンドオーバされる必要があるＧＢＲ ＱｏＳフローのみに割り振られることを保証し、第２の通信システムに対応するＳＭコンテキストは、第２の通信システムにハンドオーバされる必要がないＧＢＲ ＱｏＳフローのために確立されない。それに対応して、セッション管理ネットワーク要素は、第２の通信システムに対応しており、第２の通信システムにハンドオーバされる必要がないＧＢＲ ＱｏＳフローのものであるＳＭコンテキストを維持する必要がない。

第２の態様では、従来技術では、ＵＥが５Ｇネットワークから４Ｇネットワークにハンドオーバされるとき、ＳＭＦネットワーク要素は、ＵＥのいくつかの特定のＧＢＲ ＱｏＳフローを選択し、したがって、特定のＧＢＲ ＱｏＳフローは、４Ｇネットワークにハンドオーバされる必要がない。さらに、５Ｇネットワークから４ＧネットワークにＵＥをハンドオーバすることは、実質的に、５Ｇネットワークから重要なデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＤＲＢ）を選択することと、４Ｇネットワークに選択されたデータ無線ベアラをハンドオーバすることとである。ただし、デフォルトのベアラ、ＧＢＲ専用のベアラ、および非ＧＢＲベアラなどの複数のタイプのＤＲＢがある。従来技術におけるＧＢＲ ＱｏＳフローのみを選択する方法を用いることによって、重要なＤＲＢを５Ｇネットワークから正確に選択することができないことがあることが学習され得る。したがって、不要なパケットデータネットワーク（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ、ＰＤＮ）接続が従来技術におけるハンドオーバプロセスにおいて確立され得、シグナリングおよびチャネルリソースを浪費する。

この点から見て、本出願の実施形態は、異なるシステム間のインターワーキング方法を提供する。本方法では、第１の通信システム中のセッション管理ネットワーク要素は、最初に、第１の通信システム中のアクセス管理ネットワーク要素から送られたセッションコンテキスト要求情報を受信する。セッションコンテキスト要求情報は、第１の通信システム中の端末デバイスのものであり、第２の通信システムに対応するセッションコンテキストを取得するために用いられる。次に、セッション管理ネットワーク要素は、専用サービス品質フローがセッションコンテキスト要求に対応するセッション内に存在するのかどうかを決定し、次いで、アクセス管理ネットワーク要素に、専用サービス品質フローが存在するセッションコンテキストを送る。このようにして、専用サービス品質フローがセッション内に存在しない場合、セッション管理ネットワーク要素は、アクセス管理ネットワーク要素にセッションコンテキストを送る必要がない。したがって、専用サービス品質フローが存在しないセッションコンテキストへのＰＤＮ接続は、第２の通信システム中で確立される必要がなく、それによって、シグナリングおよびチャネルリソースを低減する。

本出願の実施形態で提供される方法について、添付の図面を参照しながら以下で説明する。図５Ａおよび図５Ｂを参照すると、図５Ａおよび図５Ｂは、本出願の一実施形態による、異なるシステム間のインターワーキング方法のフローチャートである。本方法は、図１に示すインターワーキングアーキテクチャに適用され得る。セッション管理ネットワーク要素は、図１中のＳＭＦネットワーク要素であり得、アクセス管理ネットワーク要素は、図１中のＡＭＦネットワーク要素であり得る。もちろん、本方法が異なるインターワーキングアーキテクチャに適用される場合、セッション管理ネットワーク要素とアクセス管理ネットワーク要素とはまた、他のネットワーク要素であり得る。これは、本明細書では限定されない。以下の説明では、セッション管理ネットワーク要素がＳＭＦネットワーク要素であり、アクセス管理ネットワーク要素がＡＭＦネットワーク要素である一例が使用される。本方法は、以下のステップを含み得る。

ステップ５０１：５Ｇから４ＧにＵＥをハンドオーバすると決定する場合、５Ｇ ＲＡＮは、ＡＭＦネットワーク要素にハンドオーバ必要（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ）メッセージを送る。

本出願のこの実施形態では、ハンドオーバ必要メッセージは、ターゲット基地局ＩＤ（Ｔａｒｇｅｔ ｅＮＢ ＩＤ）とソースからターゲットへの透過コンテナ（Ｓｏｕｒｃｅ ｔｏ Ｔａｒｇｅｔ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ）とを含む。もちろん、ハンドオーバ必要メッセージは、別のパラメータをさらに含み得る。これは、本明細書では限定されない。

ステップ５０２：ＡＭＦネットワーク要素は、ハンドオーバ必要メッセージを受信し、ＳＭＦネットワーク要素に４Ｇ ＳＭコンテキスト要求メッセージを送る。

ハンドオーバ必要メッセージを受信した後に、ＡＭＦネットワーク要素は、ハンドオーバ必要メッセージ中に含まれるターゲットｅＮＢ ＩＤに基づいて、ＵＥが５Ｇネットワークから４ＧネットワークのＥ−ＵＴＲＡＮにハンドオーバされる必要があると決定する。次いで、ＡＭＦネットワーク要素は、ＳＭＦネットワーク要素に４Ｇ ＳＭコンテキスト要求メッセージを送って、ＥＰＳベアラコンテキスト、すなわち、４Ｇ ＳＭコンテキストを要求する。

ＵＥは、複数のＳＭＦによってサービスされ得ることに留意されたい。この場合、ＡＭＦネットワーク要素は、ＵＥをサービスするすべてのＳＭＦネットワーク要素に４Ｇ ＳＭコンテキスト要求メッセージを送る必要がある。ＵＥがローミング状態にある場合、ＡＭＦネットワーク要素は、仮想セッション管理機能（Ｖｉｒｔｕａｌ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、Ｖ−ＳＭＦ）ネットワーク要素に、ＵＥに対応する４Ｇ ＳＭコンテキストを要求する。

ステップ５０３：ＳＭＦネットワーク要素は、４Ｇ ＳＭコンテキスト要求メッセージを受信し、専用サービス品質フロー（ｄｅｄｉｃａｔｅｄ ＱｏＳ ｆｌｏｗ）がＵＥの４Ｇ ＳＭコンテキストに対応するセッション内に存在するのかどうかを決定する。

４Ｇ ＳＭコンテキスト要求メッセージを受信した後に、ＳＭＦネットワーク要素は、ＵＥに対応するすべてのＰＤＵセッションを取得し、次いで、ＳＭＦネットワーク要素は、各ＰＤＵセッションを決定して、デフォルトのＱｏＳフロー以外の、ＧＢＲ ＱｏＳフローと非ＧＢＲ ＱｏＳフローとを含む任意の専用ＱｏＳフローがＰＤＵセッション内に存在するのかどうかを決定する。

複数のＳＭＦネットワーク要素がＵＥをサービスする場合、ＵＥをサービスする各ＳＭＦネットワーク要素は、ＵＥに対応するすべてのＰＤＵセッションに対して上記の決定プロセスを実行する必要があることに留意されたい。

ステップ５０４：ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素に、専用ＱｏＳフローが存在するＰＤＵセッション内に含まれる４Ｇ ＳＭコンテキストを送る。

専用ＱｏＳフローがＵＥに対応するＰＤＵセッション内に存在するとＳＭＦネットワーク要素が決定するとき、ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素に送られたＳＭコンテキスト応答（ＳＭ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）メッセージに、ＰＤＵセッション内に含まれるデフォルトＱｏＳフローとＧＢＲ ＱｏＳフローとに対応する４Ｇ ＳＭコンテキストを追加する。４Ｇ ＳＭコンテキストは、ＥＰＳベアラＩＤ、ＱｏＳパラメータ、およびアップリンク／ダウンリンクＴＦＴなどの情報を含む。

代替として、専用ＱｏＳフローがＵＥに対応するＰＤＵセッション内に存在しないとＳＭＦネットワーク要素が決定するとき、ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素に送られるＳＭコンテキスト応答メッセージに、ＰＤＵセッション内のデフォルトＱｏＳフローに対応する４Ｇ ＳＭコンテキストを追加しない。さらに、ＳＭＦネットワーク要素は、ＰＤＵセッションを解放するためのプロシージャをさらにトリガし得る。

ステップ５０５：ＳＭＦネットワーク要素は、４Ｇ ＳＭコンテキスト要求メッセージを受信し、サービスデータフロー（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ、ＳＤＦ）がＵＥの４Ｇ ＳＭコンテキストに対応するセッション内のデフォルトＱｏＳフロー中に存在するのかどうかを決定する。

４Ｇ ＳＭコンテキスト要求メッセージを受信した後に、ＳＭＦネットワーク要素は、ＵＥに対応するすべてのＰＤＵセッションを取得し、次いで、ＳＭＦネットワーク要素は、各ＰＤＵセッション内のデフォルトＱｏＳフローを決定して、ＳＤＦがＰＤＵセッション内のデフォルトＱｏＳフロー中に存在するのかどうかを決定する。

複数のＳＭＦネットワーク要素がＵＥをサービスする場合、ＵＥをサービスする各ＳＭＦネットワーク要素は、ＵＥに対応するすべてのＰＤＵセッション内のデフォルトＱｏＳフローに対して上記の決定プロセスを実行する必要があることに留意されたい。

ステップ５０６：ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素に、ＳＤＦがデフォルトＱｏＳフロー中に存在するＰＤＵセッション内に含まれる４Ｇ ＳＭコンテキストを送る。

ＳＤＦがＵＥに対応するＰＤＵセッション内のデフォルトＱｏＳフロー中に存在するとＳＭＦネットワーク要素が決定するとき、ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素に送られるＳＭコンテキスト応答（ＳＭ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）メッセージに、ＰＤＵセッションに対応する４Ｇ ＳＭコンテキストを追加する。４Ｇ ＳＭコンテキストは、ＥＰＳベアラＩＤ、ＱｏＳパラメータ、およびアップリンク／ダウンリンクＴＦＴなどの情報を含む。

代替として、ＳＤＦがＵＥに対応するＰＤＵセッション内のデフォルトＱｏＳフロー中に存在しないとＳＭＦネットワーク要素が決定するとき、ＳＭＦネットワーク要素は、ＡＭＦネットワーク要素に送られるＳＭコンテキスト応答メッセージに、ＰＤＵセッションに対応する４Ｇ ＳＭコンテキストを追加しない。さらに、ＳＭＦネットワーク要素は、ＰＤＵセッションを解放するためのプロシージャをさらにトリガし得る。

ＳＭＦネットワーク要素から送られた、ＰＤＵセッションに対応している４Ｇ ＳＭコンテキストは、第１の態様におけるセッション管理方法を用いることによって選択される４Ｇ ＳＭコンテキストであり得るか、または第１の態様におけるセッション管理方法を用いることによって選択されない４Ｇ ＳＭコンテキストであり得、すなわち、ＰＤＵセッションに対応するすべての４Ｇ ＳＭコンテキストであり得ることに留意されたい。これは、本明細書では限定されない。

さらに、５Ｇネットワークから４ＧネットワークにＵＥをハンドオーバするプロセスでは、ＳＭＦネットワーク要素は、ステップ５０３とステップ５０４とのみを実行し得、ステップ５０５とステップ５０６とを実行しないか、またはステップ５０５とステップ５０６とのみを実行し得、ステップ５０３とステップ５０４とを実行しないことに留意されたい。代替として、ＳＭＦネットワーク要素は、ステップ５０３とステップ５０４とだけでなく、ステップ５０５とステップ５０６とも実行し得る。これは、本出願のこの実施形態では限定されない。

さらに、ＳＭＦネットワーク要素がステップ５０３とステップ５０４とだけでなくステップ５０５とステップ５０６とも実行するとき、ＳＭＦネットワーク要素は、ステップ５０３からステップ５０６の順序での並べ替えを実行し得ることに留意されたい。たとえば、ＳＭＦネットワーク要素は、最初に、ステップ５０３を実行し、次いで、ステップ５０５を実行し、次に、ステップ５０４を実行し、最後に、ステップ５０６を実行し得るか、または、ＳＭＦネットワーク要素は、最初に、ステップ５０３とステップ５０５とを実行し、次いで、同時に、ステップ５０４とステップ５０６とを実行し得る。これは、本明細書では限定されない。

ステップ５０７：ＡＭＦネットワーク要素は、ＵＥに対応する４Ｇ ＳＭコンテキストを受信し、ＭＭＥネットワーク要素を選択し、ＭＭＥネットワーク要素に再配置要求（Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを送る。

再配置要求メッセージは、ターゲットＥ−ＵＴＲＡＮノードＩＤ（Ｔａｒｇｅｔ Ｅ−ＵＴＲＡＮ Ｎｏｄｅ ＩＤ）と、ソースからターゲットへの透過コンテナと、デフォルトおよび専用ＧＢＲベアラを搬送するマッピングされたモビリティ管理およびセッション管理発展型パケットシステム端末デバイスコンテキスト（ｍａｐｐｅｄ ＭＭ ａｎｄ ＳＭ ＥＰＳ ＵＥ Ｃｏｎｔｅｘｔ）と、制御プレーンとユーザプレーンとのＳＧＷアドレスと、制御プレーンとユーザプレーンとのトンネルエンドポイント識別子（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ、ＴＥＩＤ）とを含む。

ステップ５０８：ＭＭＥネットワーク要素は、再配置要求メッセージを受信し、新しいＳＧＷを選択し、ＵＥのＰＤＮ接続ごとに、新しいＳＧＷにセッション作成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを送る。

可能な実装では、ＭＭＥネットワーク要素は、再配置要求メッセージ中の制御プレーンとユーザプレーンとのＳＧＷアドレスとＴＥＩＤとに基づいて新しいＳＧＷを選択し得る。

ステップ５０９：ＳＧＷは、セッション作成要求メッセージを受信し、各ＰＤＮ接続にローカルリソースを割り振り、ＭＭＥネットワーク要素にセッション作成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージを返信する。

ローカルリソースは、基地局間での通常のサービス実行を保証するために使用されるいくつかの無線パラメータであり得、たとえば、サービスハンドオーバしきい値（Ｈａｎｄｏｖｅｒ Ｔｈｒｅｓｈｏｌｄ、ＲＳＲＰ）、フィルタ処理係数などであり得る。

ステップ５１０：セッション作成応答メッセージを受信した後に、ＭＭＥネットワーク要素は、ターゲットＥ−ＵＴＲＡＮノードにハンドオーバ要求メッセージを送る。

ハンドオーバ要求メッセージは、ベアラリソースを割り振るようにターゲットＥ−ＵＴＲＡＮノードに要求するために使用され、メッセージは、ターゲットＥ−ＵＴＲＡＮノード中に無線ベアラリソースが確立される必要があるＥＰＳベアラＩＤのリストを含み得る。

ステップ５１１：ハンドオーバ要求メッセージを受信した後に、ターゲットＥ−ＵＴＲＡＮノードは、ＵＥに対応するリソースを割り振り、ＭＭＥネットワーク要素にハンドオーバ要求肯定応答（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージを返信する。

ハンドオーバ要求肯定応答メッセージは、ターゲットからソースへの透過コンテナと、ＥＰＳベアラ構成リスト（ＥＰＳ Ｂｅａｒｅｒｓ ｓｅｔｕｐ ｌｉｓｔ）と、ＥＰＳベアラ構成失敗リスト（ＥＰＳ Ｂｅａｒｅｒｓ ｆａｉｌｅｄ ｔｏ ｓｅｔｕｐ ｌｉｓｔ）とを含む。

ステップ５１２：ハンドオーバ要求肯定応答メッセージを受信した後に、ＭＭＥネットワーク要素は、ＡＭＦネットワーク要素に再配置応答（Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージを送る。

再配置応答メッセージは、理由（Ｃａｕｓｅ）値と、セットアップ無線ネットワークリソースのリスト（Ｌｉｓｔ ｏｆ Ｓｅｔ Ｕｐ ＲＡＢｓ）と、ＥＰＳベアラ構成リスト（ＥＰＳ Ｂｅａｒｅｒｓ ｓｅｔｕｐ ｌｉｓｔ）と、制御プレーンのためのＭＭＥトンネルエンドポイント識別子（ＭＭＥ Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）と、無線アクセスネットワーク理由（ＲＡＮ Ｃａｕｓｅ）値と、制御プレーンのためのＭＭＥアドレス（ＭＭＥ Ａｄｄｒｅｓｓ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）と、ターゲットからソースへの透過コンテナと、データ転送のためのアドレスおよびトンネルエンドポイント識別子（Ａｄｄｒｅｓｓ（ｅｓ） ａｎｄ ＴＥＩＤ（ｓ） ｆｏｒ Ｄａｔａ Ｆｏｒｗａｒｄｉｎｇ）とを含む。

ステップ５１３：再配置応答メッセージを受信した後に、ＡＭＦネットワーク要素は、ソース５ＧＲＡＮにハンドオーバコマンド（Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ）メッセージを送る。

ステップ５１４：ソース５Ｇ ＲＡＮは、ＵＥにハンドオーバコマンドメッセージを転送する。

ハンドオーバコマンドメッセージは、透過コンテナを含み、透過コンテナは、Ｅ−ＵＴＲＡＮノードからソース５Ｇ ＲＡＮに送られる必要があるいくつかの無線パラメータを含む。

ステップ５１５：ＵＥは、ハンドオーバコマンドを実行する。

ハンドオーバコマンドを受信した後に、ＵＥは、コマンドを実行して、対応するＱｏＳフローに割り振られたＥＰＳベアラＩＤを関連付け、ＥＰＳベアラＩＤに関連付けられていないＱｏＳフローを削除する。この場合、ＵＥは、５Ｇ ＲＡＮにハンドオーバ完了メッセージを送って、ネットワークハンドオーバを完了し得る。

ステップ５１６：ＵＥがターゲットＥ−ＵＴＲＡＮノードに正常にアクセスするとき、ターゲットＥ−ＵＴＲＡＮノードは、ＭＭＥネットワーク要素にハンドオーバ通知（Ｈａｎｄｏｖｅｒ Ｎｏｔｉｆｙ）メッセージを送る。

ステップ５１７：ＵＥ中の各確立されたセッション接続（ＰＤＵ Ｃｏｎｎｅｃｔｉｏｎ）中のすべてのベアラについて、ＭＭＥネットワーク要素は、ＳＧＷにベアラ変更要求（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージを送る。

ステップ５１８：ＳＧＷは、ＰＤＮ接続ごとにＳＭＦネットワーク要素にベアラ変更要求を送る。

詳細には、ステップ６１８は、主に、以下の２つのステップに分割される。最初に、ＳＧＷは、ＭＭＥネットワーク要素からのＳＭＦネットワーク要素アドレスに基づいて対応するＰＤＮゲートウェイ（ＰＤＮ ｇａｔｅｗａｙ、ＰＧＷ）を見つける。このステップでは、ＳＧＷは、ＰＧＷに（制御プレーンＴＥＩＤとユーザプレーンＴＥＩＤとを含む）割り振られたＴＥＩＤを送り、ＳＭＦネットワーク要素の制御プレーンゲートウェイ（ＳＭＦ ＰＤＮ ｇａｔｅｗａｙ−Ｃｏｎｔｒｏｌ ｐｌａｎｅ、ＳＭＦ＋ＰＧＷ−Ｃ）は、ＳＧＷの制御プレーンＴＥＩＤを予約する。次いで、ＳＭＦネットワーク要素は、Ｓｘセッション変更手順を用いることによってＵＰＦネットワーク要素にＳＧＷのユーザプレーンＴＥＩＤを送る。

ステップ５１９：ＳＭＦネットワーク要素は、ベアラ変更要求を実行し、４Ｇネットワークにベアラを再配置する。

詳細には、ＳＭＦネットワーク要素の制御プレーンゲートウェイ（ＳＭＦ ＰＤＮ ｇａｔｅｗａｙ−Ｃｏｎｔｒｏｌ ｐｌａｎｅ、ＳＭＦ＋ＰＧＷ−Ｃ）は、ＥＰＳベアラＩＤが割り振られていないＱｏＳフローを局所的に削除する。デフォルトＱｏＳフローが「すべて一致」フィルタを有するので、ＰＧＷは、デフォルトＱｏＳフローに削除されたＱｏＳフローのＩＰフローをマッピングする。

ステップ５２０：ＳＭＦは、ＳＧＷにベアラ変更応答（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）メッセージを送る。

このようにして、デフォルトベアラとＧＢＲ専用ベアラとの各々のためのものであり、ＵＥと、ターゲットＥ−ＵＴＲＡＮノードと、ＳＧＷと、ＳＭＦネットワーク要素との間にあるユーザプレーンが確立される。

ステップ５２１：ＳＧＷは、ＭＭＥネットワーク要素にベアラ変更応答メッセージを送る。

ステップ５２２：ＳＭＦネットワーク要素は、非ＧＢＲ ＱｏＳフローのための専用ベアラアクティブ化プロシージャを開始して、非ＧＢＲ ＱｏＳフローに対応する非ＧＢＲ専用ベアラを再確立する。

動的なＰＣＣがＰＣＦに展開されている場合、このステップは、ＰＣＦネットワーク要素によって開始され得ることに留意されたい。

上記のハンドオーバプロセスでは、アクセス管理ネットワーク要素が、セッション管理ネットワーク要素に、第２の通信システムに対応するＳＭコンテキストを要求するとき、専用ＱｏＳフローが存在しないＰＤＵセッションについて、セッション管理ネットワーク要素は、アクセス管理ネットワーク要素に、ＰＤＵセッションにデフォルトＱｏＳフローに対応するＳＭコンテキストを送らず、それにより、第２の通信システム側上に対応するＰＤＮ接続を確立するのを回避し、それによって、シグナリングとチャネルリソースとを低減する。

上記の実施形態に基づいて、本出願の一実施形態は、ネットワーク装置をさらに提供する。ネットワーク装置は、図２から図４Ａおよび図４Ｂに示す実施形態におけるセッション管理ネットワーク要素によって実行される対応するステップを実装し得る。図６を参照すると、ネットワーク装置６００は、プロセッサ６０１を含む。

プロセッサ６０１は、中央処理ユニット（ＣＰＵ）または特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）であり得るか、プログラム実行を制御するように構成された１つもしくは複数の集積回路であり得るか、またはベースバンドチップなどであり得る。

ネットワーク装置は、メモリをさらに含み得、メモリは、バス構造、スター構造、または別の構造を用いることによってプロセッサ６０１に接続され得る。１つまたは複数のメモリがあり得る。メモリは、読取り専用メモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスクメモリなどであり得る。メモリは、タスクを実行するためにプロセッサ６０１によって必要とされるプログラムコードを記憶するように構成され得、メモリは、データを記憶するようにさらに構成され得る。

プロセッサ６０１は、第１の通信システム内の端末デバイスの保証型ビットレートＧＢＲフローを確立するとき、第１の通信システム内の管理ネットワーク装置によって、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定することと、ＧＢＲフローのために、第２の通信システムに対応するセッションコンテキストを確立することとを行うように構成される。

可能な実装では、プロセッサ６０１は、
ポリシーおよび課金制御ＰＣＣ規則、オペレータポリシー、ならびにデータネットワーク名ＤＮＮの少なくとも１つに基づいて、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定すること
を行うように特に構成される。

可能な実装では、ネットワーク装置は、受信機６０２をさらに含む。受信機６０２は、バス構造、スター構造、もしくは別の構造を用いることによってプロセッサ６０１に接続され得るか、または専用接続ケーブルを用いることによってプロセッサ６０１に接続され得る。

受信機６０２は、
ポリシー制御ネットワーク要素から送られたＰＣＣ規則情報を受信することであって、ＰＣＣ規則情報は、ＧＢＲフローのものであり、第２の通信システムに対応するＰＣＣ規則を含む、受信すること
を行うように特に構成される。

プロセッサ６０１は、
ＰＣＣ規則情報に基づいて、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定すること
を行うように特に構成される。

可能な実装では、受信機６０２は、端末デバイスから送られたサービス情報を受信するようにさらに構成される。

プロセッサ６０１は、
サービス情報、オペレータポリシー、およびデータネットワーク名ＤＮＮに基づいて、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定すること
を行うように特に構成される。

可能な実装では、ＰＣＣ規則は、ＧＢＲパラメータと、複数周波数帯域インジケータＭＢＲパラメータと、ＩＰフィルタとを含む。

上記のセッション管理方法に対応するコードは、プロセッサ６０１と受信機６０２とを設計し、プログラムすることによってチップに構築され、したがって、チップは、動作するときに上記のセッション管理方法を実行することができる。プロセッサ６０１と受信機６０２とをどのように設計し、プログラムするのかは、当業者によく知られている技術であり、本明細書では、詳細を再び説明しない。

上記の実施形態に基づいて、本出願の一実施形態は、ネットワーク装置をさらに提供する。ネットワーク装置は、図２から図４Ａおよび図４Ｂに示す実施形態におけるポリシー制御ネットワーク要素によって実行される対応するステップを実装し得る。図７を参照すると、ネットワーク装置７００は、受信機７０１と、プロセッサ７０２と、送信機７０３とを含む。

プロセッサ７０２は、中央処理ユニット（ＣＰＵ）または特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）であり得るか、プログラム実行を制御するように構成された１つもしくは複数の集積回路であり得るか、またはベースバンドチップなどであり得る。

受信機７０１と送信機７０３とは、バス構造、スター構造、もしくは別の構造を用いることによってプロセッサ７０２に接続され得るか、または専用接続ケーブルを用いることによってプロセッサ７０２に別々に接続され得る。

ネットワーク装置は、メモリをさらに含み得、メモリは、バス構造、スター構造、または別の構造を用いることによってプロセッサ７０２に接続され得る。１つまたは複数のメモリがあり得る。メモリは、読取り専用メモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスクメモリなどであり得る。メモリは、タスクを実行するためにプロセッサ７０２によって必要とされるプログラムコードを記憶するように構成され得、データを記憶するようにさらに構成され得る。

受信機７０１は、端末デバイスまたはアプリケーションネットワーク要素からサービス情報を受信するように構成される。

プロセッサ７０２は、オペレータポリシーおよびデータネットワーク名ＤＮＮ、サービス情報、および第１の通信標準ネットワークから第２の通信標準ネットワークへの端末デバイスのインターワーキング能力のうちの少なくとも１つに基づいてポリシーおよび課金制御ＰＣＣ規則情報を生成するように構成される。ＰＣＣ規則情報は、ＧＢＲフローのものであり、第１の通信システムに対応する少なくともＰＣＣ規則を含む。第１の通信システムは、第１の通信標準ネットワークを用い、第２の通信システムは、第２の通信標準ネットワークを用いる。

送信機７０３は、セッション管理ネットワーク要素にＰＣＣ規則を送るように構成される。

可能な実装では、ＰＣＣ規則は、ＧＢＲパラメータと、複数周波数帯域インジケータＭＢＲパラメータと、ＩＰフィルタとを含む。

上記のセッション管理方法に対応するコードは、受信機７０１と、プロセッサ７０２と、送信機７０３とを設計し、プログラムすることによってチップに構築され、したがって、チップは、動作するときに上記のセッション管理方法を実行することができる。受信機７０１と、プロセッサ７０２と、送信機７０３とをどのように設計し、プログラムするのかは、当業者によく知られている技術であり、本明細書では、詳細を再び説明しない。

上記の実施形態に基づいて、本出願の一実施形態は、ネットワーク装置をさらに提供する。ネットワーク装置は、図２から図４Ａおよび図４Ｂに示す実施形態におけるセッション管理ネットワーク要素によって実行される対応するステップを実装し得る。図８を参照すると、ネットワーク装置８００は、決定ユニット８０１と確立ユニット８０２とを含む。

実際の適用例では、決定ユニット８０１と確立ユニット８０２とに対応するネットワーク要素デバイスは、図６中のプロセッサ６０１であり得る。

決定ユニット８０１は、第１の通信システム内の端末デバイスの保証型ビットレートＧＢＲフローを確立するとき、第１の通信システム内のネットワーク装置によって、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定することを行うように構成される。

確立ユニット８０２は、ＧＢＲフローのために、第２の通信システムに対応するセッションコンテキストを確立するように構成される。

可能な実装では、決定ユニット８０１は、
ポリシーおよび課金制御ＰＣＣ規則、オペレータポリシー、ならびにデータネットワーク名ＤＮＮの少なくとも１つに基づいて、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定すること
を行うように特に構成される。

可能な実装では、ネットワーク装置は、
ポリシー制御ネットワーク要素から送られたＰＣＣ規則情報を受信することであって、ＰＣＣ規則情報は、ＧＢＲフローのものであり、第２の通信システムに対応するＰＣＣ規則を含む、受信することを行うように構成された第１の受信ユニット８０３
をさらに含む。

決定ユニット８０１は、
ＰＣＣ規則情報に基づいて、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定すること
を行うように特に構成される。

可能な実装では、ネットワーク装置は、
端末デバイスから送られたサービス情報を受信するように構成された第２の受信ユニット８０４
をさらに含む。

決定ユニット８０１は、
サービス情報、オペレータポリシー、およびデータネットワーク名ＤＮＮに基づいて、ＧＢＲフローが端末デバイスを第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定すること
を行うように特に構成される。

可能な実装では、ＰＣＣ規則は、ＧＢＲパラメータと、複数周波数帯域インジケータＭＢＲパラメータと、ＩＰフィルタとを含む。

上記の実施形態に基づいて、本出願の一実施形態は、ネットワーク装置をさらに提供する。ネットワーク装置は、図２から図４Ａおよび図４Ｂに示す実施形態におけるポリシー制御ネットワーク要素によって実行される対応するステップを実装し得る。図９を参照すると、ネットワーク装置９００は、受信ユニット９０１と、処理ユニット９０２と、送出ユニット９０３とを含む。

実際の適用例では、受信ユニット９０１に対応するネットワーク要素デバイスは、図７中の受信機７０１であり得、処理ユニット９０２に対応するネットワーク要素デバイスは、図７中のプロセッサ７０２であり得、送出ユニット９０３に対応するネットワーク要素デバイスは、図７中の送信機７０３であり得る。

受信ユニット９０１は、端末デバイスまたはアプリケーションネットワーク要素からサービス情報を受信するように構成される。

処理ユニット９０２は、オペレータポリシーおよびデータネットワーク名ＤＮＮ、サービス情報、および第１の通信標準ネットワークから第２の通信標準ネットワークへの端末デバイスのインターワーキング能力のうちの少なくとも１つに基づいてポリシーおよび課金制御ＰＣＣ規則情報を生成するように構成される。ＰＣＣ規則情報は、ＧＢＲフローのものであり、第１の通信システムに対応する少なくともＰＣＣ規則を含む。第１の通信システムは、第１の通信標準ネットワークを用い、第２の通信システムは、第２の通信標準ネットワークを用いる。

送出ユニット９０３は、セッション管理ネットワーク要素にＰＣＣ規則を送るように構成される。

可能な実装では、ＰＣＣ規則は、ＧＢＲパラメータと、複数周波数帯域インジケータＭＢＲパラメータと、ＩＰフィルタとを含む。

上記の技術的解決策において、ネットワーク装置は、ＧＢＲ ＱｏＳフロー確立プロセス中のＧＢＲ ＱｏＳフローを選択して、第２の通信システムに対応するＳＭコンテキストが第２の通信システムにハンドオーバされる必要があるＧＢＲ ＱｏＳフローのみに割り振られることを保証し、第２の通信システムに対応するＳＭコンテキストは、第２の通信システムにハンドオーバされる必要がないＧＢＲ ＱｏＳフローのために確立されない。それに対応して、ネットワーク装置は、第２の通信システムに対応しており、第２の通信システムにハンドオーバされる必要がないＧＢＲ ＱｏＳフローのものであるＳＭコンテキストを維持する必要がない。

上記の実施形態に基づいて、本出願の一実施形態は、ネットワーク装置をさらに提供する。ネットワーク装置は、図５Ａおよび図５Ｂに示す実施形態におけるセッション管理ネットワーク要素によって実行される対応するステップを実装し得る。図１０を参照すると、ネットワーク装置１０００は、受信機１００１と、プロセッサ１００２と、送信機１００３とを含む。

プロセッサ１００２は、中央処理ユニット（ＣＰＵ）または特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）であり得るか、プログラム実行を制御するように構成された１つもしくは複数の集積回路であり得るか、またはベースバンドチップなどであり得る。

受信機１００１と送信機１００３とは、バス構造、スター構造、もしくは別の構造を用いることによってプロセッサ１００２に接続され得るか、または専用接続ケーブルを用いることによってプロセッサ１００２に別々に接続され得る。

ネットワーク装置は、メモリをさらに含み得、メモリは、バス構造、スター構造、または別の構造を用いることによってプロセッサ１００２に接続され得る。１つまたは複数のメモリがあり得る。メモリは、読取り専用メモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスクメモリなどであり得る。メモリは、タスクを実行するためにプロセッサ１００２によって必要とされるプログラムコードを記憶するように構成され得、データを記憶するようにさらに構成され得る。

受信機１００１は、第１の通信システム内のアクセス管理ネットワーク要素から送られたセッションコンテキスト要求情報を受信することであって、セッションコンテキスト要求情報は、第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられ、ネットワーク装置が第１の通信システム内にある、受信することを行うように構成される。

プロセッサ１００２は、セッションコンテキスト要求に対応するセッション内に、専用サービス品質フローが存在すると決定するように構成される。

送信機１００３は、第１の通信システム内のアクセス管理ネットワーク要素に、専用サービス品質フローがその中に存在するセッションに対応するセッションコンテキストを送るように構成される。

可能な実装では、プロセッサ１００２は、
セッションコンテキスト要求に対応するセッション内に、専用サービス品質フローは存在しないと決定することと、
専用サービス品質フローがその中に存在しないセッションを解放することと
を行うようにさらに構成される。

可能な実装では、プロセッサ１００２は、
サービスデータフローＳＤＦは、セッションコンテキスト要求に対応するセッション内のデフォルトサービス品質フロー内に存在しないと決定することと、
その中にデフォルトサービス品質フロー内にＳＤＦが存在しないセッションを解放することと
を行うようにさらに構成される。

可能な実装では、プロセッサ１００２は、
サービスデータフローＳＤＦは、セッションコンテキスト要求に対応するセッション内のデフォルトサービス品質フロー内に存在すると決定すること
を行うようにさらに構成される。

送信機１００３は、
第１の通信システム内のアクセス管理ネットワーク要素に、ＳＤＦがその中に存在するセッションに対応するセッションコンテキストを送る
ようにさらに構成される。

上記のセッション管理方法に対応するコードは、受信機１００１と、プロセッサ１００２と、送信機１００３とを設計し、プログラムすることによってチップに構築され、したがって、チップは、動作するときに上記のセッション管理方法を実行することができる。受信機１００１と、プロセッサ１００２と、送信機１００３とをどのように設計し、プログラムするのかは、当業者によく知られている技術であり、本明細書では、詳細を再び説明しない。

上記の実施形態に基づいて、本出願の一実施形態は、ネットワーク装置をさらに提供する。ネットワーク装置は、図５Ａおよび図５Ｂに示す実施形態におけるアクセス管理ネットワーク要素によって実行される対応するステップを実装し得る。図１１を参照すると、ネットワーク装置１１００は、送信機１１０１と受信機１１０２とを含む。

送信機１１０１と受信機１１０２とは、互いに独立でよく、または一緒に統合され得る。ネットワーク装置がワイヤレス方式で別の装置に接続される場合、送信機１１０１と受信機１１０２とは、無線周波数回路であり得る。ネットワーク装置がワイヤード方式で別の装置に接続される場合、送信機１１０１は、送信ポートであり得、受信機１１０２は、受信ポートであり得る。

送信機１１０１は、
第１の通信システム内のセッション管理ネットワーク要素にセッションコンテキスト要求情報を送ることであって、セッションコンテキスト要求情報は、第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられる、送ること
を行うように構成される。

受信機１１０２は、
セッション管理ネットワーク要素から送られたセッションコンテキストを受信することであって、セッションコンテキストに対応するセッション内に専用サービス品質フローが存在する、受信すること
を行うように構成される。

上記のインターワーキング方法に対応するコードは、送信機１１０１と受信機１１０２とを設計し、プログラムすることによってチップに構築され、したがって、チップは、動作するときに上記のインターワーキング方法を実行することができる。送信機１１０１と受信機１１０２とをどのように設計し、プログラムするのかは、当業者によく知られている技術であり、本明細書では、詳細を再び説明しない。

上記の実施形態に基づいて、本出願の一実施形態は、ネットワーク装置をさらに提供する。ネットワーク装置は、図５Ａおよび図５Ｂに示す実施形態におけるセッション管理ネットワーク要素によって実行される対応するステップを実装し得る。図１２を参照すると、ネットワーク装置１２００は、受信ユニット１２０１と、第１の決定ユニット１２０２と、第１の送出ユニット１２０３とを含む。

実際の適用例では、受信ユニット１２０１に対応するネットワーク要素デバイスは、図１０中の受信機１００１であり得、第１の決定ユニット１２０２に対応するネットワーク要素デバイスは、図１０中のプロセッサ１００２であり得、第１の送出ユニット１２０３に対応するネットワーク要素デバイスは、図１０中の送信機１００３であり得る。

受信ユニット１２０１は、第１の通信システム内のアクセス管理ネットワーク要素から送られたセッションコンテキスト要求情報を受信することであって、セッションコンテキスト要求情報は、第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられ、ネットワーク装置が第１の通信システム内にある、受信することを行うように構成される。

第１の決定ユニット１２０２は、セッションコンテキスト要求に対応するセッション内に、専用サービス品質フローが存在すると決定するように構成される。

第１の送出ユニット１２０３は、第１の通信システム内のアクセス管理ネットワーク要素に、専用サービス品質フローがその中に存在するセッションに対応するセッションコンテキストを送るように構成される。

可能な実装では、ネットワーク装置は、
セッションコンテキスト要求に対応するセッション内に、専用サービス品質フローは存在しないと決定するように構成された第２の決定ユニット１２０４と、
専用サービス品質フローがその中に存在しないセッションを解放するように構成された第１の解放ユニット１２０５と
をさらに含む。

可能な実装では、ネットワーク装置は、
サービスデータフローＳＤＦは、セッションコンテキスト要求に対応するセッション内のデフォルトサービス品質フロー内に存在しないと決定するように構成された第３の決定ユニット１２０６と、
その中にデフォルトサービス品質フロー内にＳＤＦが存在しないセッションを解放するように構成された第２の解放ユニット１２０７と
をさらに含む。

可能な実装では、ネットワーク装置は、
サービスデータフローＳＤＦは、セッションコンテキスト要求に対応するセッション内のデフォルトサービス品質フロー内に存在すると決定するように構成された第４の決定ユニット１２０８と、

第１の通信システム内のアクセス管理ネットワーク要素に、ＳＤＦがその中に存在するセッションに対応するセッションコンテキストを送るように構成された第２の送出ユニット１２０９と
をさらに含む。

上記の実施形態に基づいて、本出願の一実施形態は、ネットワーク装置をさらに提供する。ネットワーク装置は、図５Ａおよび図５Ｂに示す実施形態におけるアクセス管理ネットワーク要素によって実行される対応するステップを実装し得る。図１３を参照すると、ネットワーク装置１３００は、送出ユニット１３０１と受信ユニット１３０２とを含む。

実際の適用例では、送出ユニット１３０１に対応するネットワーク要素デバイスは、図１１中の送信機１１０１であり得、受信ユニット１３０２に対応するネットワーク要素デバイスは、図１１中の受信機１１０２であり得る。
送出ユニット１３０１は、第１の通信システム内のセッション管理ネットワーク要素にセッションコンテキスト要求情報を送ることであって、セッションコンテキスト要求情報は、第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられる、送ることを行うように構成される。

受信ユニット１３０２は、セッション管理ネットワーク要素から送られたセッションコンテキストを受信することであって、セッションコンテキストに対応するセッション内に専用サービス品質フローが存在する、受信することを行うように構成される。

本出願で提供されるネットワーク装置は、チップシステムであり得、チップシステムは、少なくとも１つのチップを含み得、別の個別構成要素をさらに含み得る。チップシステムは、ネットワーク装置中に配設され得、ネットワーク装置が本出願の実施形態で提供されるセッション管理方法またはインターワーキング方法を完了するのをサポートする。

本出願の一実施形態は、コンピュータ記憶媒体を提供し、コンピュータ記憶媒体は、命令を記憶する。命令がコンピュータ上で動作するとき、コンピュータは、セッション管理方法またはインターワーキング方法を実行する。

本出願の一実施形態は、コンピュータプログラム製品を提供し、コンピュータプログラム製品は、命令を記憶する。命令がコンピュータ上で動作するとき、コンピュータは、セッション管理方法またはインターワーキング方法を実行する。

上記の技術的解決策では、第１の通信システム中のネットワーク装置が、第１の通信システム中の端末デバイスのものであり、第２の通信システムに対応するセッションコンテキストを取得するために用いられるセッションコンテキスト要求情報を受信した後、ネットワーク装置は、専用サービス品質フローがセッションコンテキスト要求に対応するセッション内に存在するのかどうかを決定し、次いで、専用サービス品質フローが存在するセッションコンテキストことに基づいて端末デバイスのために第２の通信システム中でＰＤＮ接続を確立する。このようにして、専用サービス品質フローがセッションコンテキスト中に存在しない場合、専用サービス品質フローが存在しないセッションコンテキストへのＰＤＮ接続は、第２の通信システム中に確立される必要がない。

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

上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定するものではない。本出願で開示する技術的範囲内で当業者によって容易に考え出されるいかなる変更または置換も、本出願の保護範囲内に入るものとする。したがって、本出願の保護範囲は、特許請求の保護範囲の対象であるものとする。

Claims (22)

1. セッション管理方法であって、
   第１の通信システム内の端末デバイスの保証型ビットレートＧＢＲフローを確立するとき、前記第１の通信システム内のセッション管理ネットワーク要素によって、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定するステップと、
   前記ＧＢＲフローのために、前記セッション管理ネットワーク要素によって、前記第２の通信システムに対応するセッションコンテキストを確立するステップと
   を含む方法。
2. セッション管理ネットワーク要素によって、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定する前記ステップは、
   ポリシーおよび課金制御ＰＣＣ規則、オペレータポリシー、ならびにデータネットワーク名ＤＮＮの少なくとも１つに基づいて、前記セッション管理ネットワーク要素によって、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから前記第２の通信システムにハンドオーバするために必要な前記ＧＢＲフローであると決定するステップ
   を含む請求項１に記載の方法。
3. 前記方法は、
   前記セッション管理ネットワーク要素によって、ポリシー制御ネットワーク要素から送られたＰＣＣ規則情報を受信するステップであって、前記ＰＣＣ規則情報は、前記ＧＢＲフローのものであり前記第２の通信システムに対応する、ＰＣＣ規則を含む、ステップ
   をさらに含み、セッション管理ネットワーク要素によって、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定する前記ステップは、
   前記ＰＣＣ規則情報に基づいて、前記セッション管理ネットワーク要素によって、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから前記第２の通信システムにハンドオーバするために必要な前記ＧＢＲフローであると決定するステップ
   を含む請求項１に記載の方法。
4. 前記方法は、
   前記セッション管理ネットワーク要素によって、前記端末デバイスから送られたサービス情報を受信するステップ
   をさらに含み、セッション管理ネットワーク要素によって、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定する前記ステップは、
   前記サービス情報、前記オペレータポリシー、および前記データネットワーク名ＤＮＮに基づいて、前記セッション管理ネットワーク要素によって、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから前記第２の通信システムにハンドオーバするために必要な前記ＧＢＲフローであると決定するステップ
   を含む請求項２に記載の方法。
5. 前記ＰＣＣ規則は、ＧＢＲパラメータ、複数周波数帯域インジケータＭＢＲパラメータ、およびＩＰフィルタを含む請求項１乃至４のいずれか一項に記載の方法。
6. 異なるシステムの間のインターワーキング方法であって、
   第１の通信システム内のセッション管理ネットワーク要素によって、前記第１の通信システム内のアクセス管理ネットワーク要素から送られたセッションコンテキスト要求情報を受信するステップであって、前記セッションコンテキスト要求情報は、前記第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられる、ステップと、
   前記セッション管理ネットワーク要素によって、前記セッションコンテキスト要求に対応するセッション内に、専用サービス品質フローが存在すると決定するステップと、
   前記セッション管理ネットワーク要素によって、前記第１の通信システム内の前記アクセス管理ネットワーク要素に、前記専用サービス品質フローがその中に存在する前記セッションに対応する前記セッションコンテキストを送るステップと
   を備える方法。
7. 前記方法は、
   前記セッション管理ネットワーク要素によって、前記セッションコンテキスト要求に対応する前記セッション内に、前記専用サービス品質フローは存在しないと決定するステップと、
   前記セッション管理ネットワーク要素によって、前記専用サービス品質フローがその中に存在しない前記セッションを解放するステップと
   をさらに含む請求項６に記載の方法。
8. 前記方法は、
   前記セッション管理ネットワーク要素によって、前記セッションコンテキスト要求に対応する前記セッション内のデフォルトサービス品質フロー内に、サービスデータフローＳＤＦは存在しないと決定するステップと、前記セッション管理ネットワーク要素によって、その中に前記デフォルトサービス品質フロー内にＳＤＦが存在しない前記セッションを解放するステップと、
   をさらに含む請求項６に記載の方法。
9. 前記方法は、
   前記セッション管理ネットワーク要素によって、サービスデータフローＳＤＦは、前記セッションコンテキスト要求に対応する前記セッション内の前記デフォルトサービス品質フロー内に存在すると決定するステップと、
   前記セッション管理ネットワーク要素によって、前記第１の通信システム内の前記アクセス管理ネットワーク要素に、ＳＤＦがその中に存在する前記セッションに対応する前記セッションコンテキストを送るステップと
   をさらに含む請求項６または８に記載の方法。
10. 異なるシステムの間のインターワーキング方法であって、
    アクセス管理ネットワーク要素によって、セッションコンテキスト要求情報を、第１の通信システム内のセッション管理ネットワーク要素に送るステップであって、前記セッションコンテキスト要求情報は、前記第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられる、ステップと、
    前記アクセス管理ネットワーク要素によって、前記セッション管理ネットワーク要素から送られた前記セッションコンテキストを受信するステップであって、前記セッションコンテキストに対応するセッション内に専用サービス品質フローが存在する、ステップと
    を含む方法。
11. ネットワーク装置であって、
    第１の通信システム内の端末デバイスの保証型ビットレートＧＢＲフローを確立するとき、前記第１の通信システム内の前記ネットワーク装置によって、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから第２の通信システムにハンドオーバするために必要なＧＢＲフローであると決定するように構成された決定ユニットと、
    前記ＧＢＲフローのために、前記第２の通信システムに対応するセッションコンテキストを確立するように構成された確立ユニットと
    を備える装置。
12. 前記決定ユニットは、
    ポリシーおよび課金制御ＰＣＣ規則、オペレータポリシー、ならびにデータネットワーク名ＤＮＮの少なくとも１つに基づいて、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから前記第２の通信システムにハンドオーバするために必要な前記ＧＢＲフローであると決定する
    ように特に構成される請求項１１に記載のネットワーク装置。
13. 前記ネットワーク装置は、
    ポリシー制御ネットワーク要素から送られたＰＣＣ規則情報を受信するように構成された第１の受信ユニットであって、前記ＰＣＣ規則情報は、前記ＧＢＲフローのものであり前記第２の通信システムに対応する、ＰＣＣ規則を含む、第１の受信ユニット
    をさらに備え、前記決定ユニットは、
    前記ＰＣＣ規則情報に基づいて、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから前記第２の通信システムにハンドオーバするために必要な前記ＧＢＲフローであると決定する
    ように特に構成される請求項１１に記載のネットワーク装置。
14. 前記ネットワーク装置は、
    前記端末デバイスから送られたサービス情報を受信するように構成された第２の受信ユニット
    をさらに備え、前記決定ユニットは、
    前記サービス情報、前記オペレータポリシー、および前記データネットワーク名ＤＮＮに基づいて、前記ＧＢＲフローが前記端末デバイスを前記第１の通信システムから前記第２の通信システムにハンドオーバするために必要な前記ＧＢＲフローであると決定する
    ように特に構成される請求項１２に記載のネットワーク装置。
15. 前記ＰＣＣ規則は、ＧＢＲパラメータ、複数周波数帯域インジケータＭＢＲパラメータ、およびＩＰフィルタを含む請求項１１乃至１４のいずれか一項に記載のネットワーク装置。
16. ネットワーク装置であって、
    第１の通信システム内のアクセス管理ネットワーク要素から送られたセッションコンテキスト要求情報を受信するように構成された受信ユニットであって、前記セッションコンテキスト要求情報は、前記第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられ、前記ネットワーク装置は前記第１の通信システム内にある、受信ユニットと、
    前記セッションコンテキスト要求に対応するセッション内に、専用サービス品質フローが存在すると決定するように構成された第１の決定ユニットと、
    前記第１の通信システム内の前記アクセス管理ネットワーク要素に、前記専用サービス品質フローがその中に存在する前記セッションに対応する前記セッションコンテキストを送るように構成された第１の送出ユニットと
    を備える装置。
17. 前記ネットワーク装置は、
    前記セッションコンテキスト要求に対応する前記セッション内に、前記専用サービス品質フローは存在しないと決定するように構成された第２の決定ユニットと、
    前記専用サービス品質フローがその中に存在しない前記セッションを解放するように構成された第１の解放ユニットと
    をさらに備える請求項１６に記載のネットワーク装置。
18. 前記ネットワーク装置は、
    前記セッションコンテキスト要求に対応する前記セッション内のデフォルトサービス品質フロー内に、サービスデータフローＳＤＦは存在しないと決定するように構成された第３の決定ユニットと、
    その中に前記デフォルトサービス品質フロー内にＳＤＦが存在しない前記セッションを解放するように構成された第２の解放ユニットと
    をさらに備える請求項１６に記載のネットワーク装置。
19. 前記ネットワーク装置は、
    サービスデータフローＳＤＦは、前記セッションコンテキスト要求に対応する前記セッション内の前記デフォルトサービス品質フロー内に存在すると決定するように構成された第４の決定ユニットと、
    前記第１の通信システム内の前記アクセス管理ネットワーク要素に、ＳＤＦがその中に存在する前記セッションに対応する前記セッションコンテキストを送るように構成された第２の送出ユニットと、
    をさらに備える請求項１６または１８に記載のネットワーク装置。
20. ネットワーク装置であって、
    セッションコンテキスト要求情報を、第１の通信システム内のセッション管理ネットワーク要素に送るように構成された送出ユニットであって、前記セッションコンテキスト要求情報は、前記第１の通信システム内の端末デバイスのものであり第２の通信システムに対応する、セッションコンテキストを取得するために用いられる、送出ユニットと、
    前記セッション管理ネットワーク要素から送られた前記セッションコンテキストを受信するように構成された受信ユニットであって、前記セッションコンテキストに対応するセッション内に専用サービス品質フローが存在する、受信ユニットと
    を備える装置。
21. コンピュータ可読記憶媒体であって、前記媒体は命令を記憶し、前記命令がコンピュータ上で実行するとき、前記コンピュータは請求項１乃至５の、または請求項６乃至９のいずれか一項に記載の、または請求項１０に記載の方法を実施するコンピュータ可読記憶媒体。
22. コンピュータプログラム製品であって、前記コンピュータプログラム製品は命令を備え、前記命令がコンピュータ上で実行するとき、前記コンピュータは請求項１乃至５の、または請求項６乃至９のいずれか一項に記載の、または請求項１０に記載の方法を行うコンピュータプログラム製品。

Images