JP7729991B2 - 無線通信システムにおけるサービス品質によるデータ送信方法及び装置 - Google Patents

Description

本開示は、無線通信ネットワークにおけるサービス品質（Ｑｏｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、Ｑｏｓ）によるデータ送信方法及び装置であって、特に３ＧＰＰ（登録商標、以下同じ）５ＧＳ（５Ｇ Ｓｙｓｔｅｍ）でグループ通信をサポートする場合、端末の一つのアプリケーションが互い異なるサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）に対する要求事項を有する複数のグループに同時データを送信する方法及び装置に関する。

５Ｇ移動通信技術は早い送信速度と新しいサービスが可能になるように広い周波数帯域を定義しており、３．５ギガヘルツ（３．５ＧＨｚ）などの６ＧＨｚ以下の周波数（“Ｓｕｂ ６ＧＨｚ”）帯域はもちろん、２８ＧＨｚと３９ＧＨｚなどのミリメートル波（mmＷａｖｅ）と呼ばれる超高周波帯域（“Ａｂｏｖｅ ６ＧＨｚ”）でも具現が可能である。また、５Ｇ通信以後（Ｂｅｙｏｎｄ ５Ｇ）のシステムと呼ばれる６Ｇ移動通信技術の場合、５Ｇ移動通信技術対比５０倍早くなった送信速度と、１０分の１に減った超低（Ｕｌｔｒａ Ｌｏｗ）遅延時間を達成するためにテラヘルツ（Ｔｅｒａｈｅｒｔｚ）帯域（例えば、９５ＧＨｚで３テラヘルツ（３ＴＨｚ）帯域のような）での具現が考慮されている。

５Ｇ移動通信技術の初期には、超広帯域サービス（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄ Ｂａｎｄ、ｅＭＢＢ）、高信頼／超低遅延通信（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＬＬＣ）、大規模の機械式通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）に対するサービスサポートと性能要件の満足を目指し、超高周波帯域での伝播の経路損失緩和及び伝播の伝達距離を増加させるためのビームフォーミング（Ｂｅａｍｆｏｒｍｉｎｇ）及び巨大配列多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ）、超高周波数リソースの効率的に活用するための多様なヌメロロジーサポート（複数のサブキャリア間隔運用など）とスロットフォーマットに対する動的運営、多重ビーム送信及び広帯域をサポートするための初期接続技術、ＢＷＰ（Ｂａｎｄ－Ｗｉｄｔｈ Ｐａｒｔ）の定義及び運営、大容量データ伝送のためのＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）符号と制御情報の信頼性が高い送信のためのポーラーコード(Ｐｏｌａｒ Ｃｏｄｅ）のような新しいチャンネルコーディング方法、Ｌ２先－処理（Ｌ２ｐｒｅ－ｐｒｏｃｅｓｓｉｎｇ）、特定のサービスに特化した専用ネットワークを提供するネットワークスライシング（Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ）等に対する標準化が進行された。

現在、５Ｇ動通信技術がサポートしようとしたサービスを考慮して初期の５Ｇ移動通信技術改善（ｉｍｐｒｏｖｅｍｅｎｔ）及び性能向上（ｅｎｈａｎｃｅｍｅｎｔ）のための論議が進行しつつあり、車両が送信する自分の位置及び状態情報に基づいて自律走行車両の走行判断を助けてユーザの便宜を増大するためのＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）、非免許帯域で各種規制上の要求事項に符合するシステム動作を目的とするＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ）、ＮＲ端末低電力消耗技術（ＵＥ Ｐｏｗｅｒ Ｓａｖｉｎｇ）、地上網との通信が不可能な地域でカバレッジ確保のための端末－衛星直接通信である非地上ネットワーク（Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ、ＮＴＮ）、位置測位（Ｐｏｓｉｔｉｏｎｉｎｇ）などの技術に対する物理階層標準化が進行中である。

それだけでなく、他の産業との連係及び融合を通じる新しいサービスサポートのための産業用モノのインターネット（Ｉｎｄｕｓｔｒｉａｌ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩＩｏＴ）、無線バックホールリンクとアクセスリンクを統合支援してネットワークサービス地域拡張のためのノードを提供するＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）、条件付きハンドオーバー（Ｃｏｎｄｉｔｉｏｎａｌ Ｈａｎｄｏｖｅｒ）及びＤＡＰＳ（Ｄｕａｌ Ａｃｔｉｖｅ Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）ハンドオーバーを含む移動性向上技術（Ｍｏｂｉｌｉｔｙ Ｅｎｈａｎｃｅｍｅｎｔ）、ランダムアクセス手順を簡素化する２段階ランダムアクセス（２－ｓｔｅｐ ＲＡＣＨ ｆｏｒ ＮＲ）などの技術に対する無線インターフェースアーキテクチャー／プロトコル分野の標準化も進行中にあり、ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）及びソフトウェア定義ネットワーキング（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ、ＳＤＮ）技術の結合のための５Ｇベースラインアーキテクチャー（例えば、Ｓｅｒｖｉｃｅ ｂａｓｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、Ｓｅｒｖｉｃｅ ｂａｓｅｄ Ｉｎｔｅｒｆａｃｅ）、端末の位置に基づいてサービスが提供されるモバイルエッジコンピューティング（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）などに対するシステムアーキテクチャー／サービス分野の標準化も進行中である。

このような５Ｇ移動通信システムが常用化されると、爆発的な増加趨勢にあるコネックティド機器が通信ネットワークに接続され、これにより、５Ｇ移動通信システムの機能及び性能強化とコネックティド機器の統合運用が必要なことが予想される。このために、拡張現実感（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ；ＡＲ）、バーチャルリアリティー（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ；ＶＲ）、混合現実（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ；ＭＲ）などを効率的にサポートするためのエクステンデッドリアリティ(ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ、ＸＲ）、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ；ＡＩ）及びマシンラーニング（Ｍａｃｈｉｎｅ Ｌｅａｒｎｉｎｇ；ＭＬ）を活用した５Ｇ性能改善及び複雑度減少、ＡＩサービスサポート、メタバスサービスサポート、ドローン通信などに対する新しい研究が進行される予定である。

また、このような５Ｇ移動通信システムの発展は、６Ｇ移動通信技術のテラヘルツ帯域でのカバレッジ保障のための新規波形（Ｗａｖｅｆｏｒｍ）、全次元多重入出力（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ、ＦＤ－ＭＩＭＯ）、アレイアンテナ（Ａｒｒａｙ Ａｎｔｅｎｎａ）、大規模アンテナ（Ｌａｒｇｅ Ｓｃａｌｅ Ａｎｔｅｎｎａ）のような多重アンテナ送信技術、テラヘルツ帯域信号のカバレッジを改善するためにメタ物質（Ｍｅｔａｍａｔｅｒｉａｌ）基盤レンズ及びアンテナ、ＯＡＭ（Ｏｒｂｉｔａｌ Ａｎｇｕｌａｒ Ｍｏｍｅｎｔｕｍ）を利用した高次元空間多重化技術、ＲＩＳ（Ｒｅｃｏｎｆｉｇｕｒａｂｌｅ Ｉｎｔｅｌｌｉｇｅｎｔ Ｓｕｒｆａｃｅ）技術だけでなく、６Ｇ移動通信技術の周波数効率向上及びシステムネットワーク改善のための全二重化（Ｆｕｌｌ Ｄｕｐｌｅｘ）技術、衛星（Ｓａｔｅｌｌｉｔｅ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）を設計段階から活用して終端間（Ｅｎｄ－ｔｏ－Ｅｎｄ）ＡＩサポート機能を内在化してシステム最適化を実現するＡＩ基盤通信技術、端末演算能力の限界を越す複雑度のサービスを超高性能通信とコンピューティングリソースを活用して実現する次世代分散コンピューティング技術などの開発の基盤になることができるだろう。

３ＧＰＰが主導する新しい通信方式である第５世代システム（５ＧＳ）は、スマートエネルギーインフラストラクチャ（Ｓｍａｒｔ Ｅｎｅｒｇｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）に活用され、複数のアプリケーションが１つの端末を通じて伝達されることができる。この場合、５ＧＳはそれぞれ異なるＱｏＳ要求事項を有するグループ通信を用いて通信する方法をサポートしなければならない。また、１つの端末内で複数のグループを同時にサポートしなければならない。複数のグループのそれぞれは、互い異なるＱｏＳ要求事項を満たす必要がある。グループ通信を行う１つの端末内の１つのアプリケーションが複数のグループにデータを送信するためには、同じデータを複数回送信しなければならない。また、同時に送信すべきグループの数が増えると、不要な冗長送信も増加する問題がある。

上述した情報は本開示の理解を助けるための背景情報としてのみ提供される。上述した内容のうちのいずれが本開示に係って先行技術として適用されることができるかに対する決定又は主張は成り立たない。

したがって、本開示では、５ＧＳで互い異なるＱｏＳ要求事項を有する複数のグループと効率的に通信をサポートするための方法及び装置を提供する。

また、本開示では、１つの端末で複数のグループへの通信をサポートし、それぞれで互い異なるＱｏＳ要求事項を有する場合、冗長伝送を防止するための方法及び装置を提供する。

また、本開示は、一つの端末でグループ通信をサポートする場合、グループ内で互い異なる端末において互い異なるＱｏＳを要求する場合、要求されたＱｏＳに従って通信を行うための方法及び装置を提供する。

本開示の一実施形態による方法は、無線通信システムのセッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）装置であって、同じサービスグループ内で互い異なるサービス品質（ｓｅｒｖｉｃｅ ｏｆ ｑｕａｌｉｔｙ、ＱｏＳ）でデータを送信するように制御するための方法で、アクセス及びモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）装置から第１ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）がリクエストしたプロトコルデータユニット（（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）セッション（ｓｅｓｓｉｏｎ）リクエストを受信する段階と、前記ＰＤＵ Ｓｅｓｓｉｏｎリクエストに基づいてユーザデータリポジトリ（ｕｓｅｒ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）装置からリクエストされたＰＤＵ Ｓｅｓｓｉｏｎに対応するグループ情報を得る段階と、前記グループ情報は少なくとも２つ以上のグループ情報を含み、前記得られたグループのそれぞれに対応する情報に基づいて、前記第１ＵＥから送信されるデータを他の少なくとも１つのＵＥに送信する少なくとも１つのＵＰＦを決定する段階と、前記決定されたＵＰＦで前記少なくとも１つのＵＥのグループに対応してトラフィックフォワーディング（ｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ）及びＱｏＳ設定をリクエストし、前記第１ＵＥと前記少なくとも１つのＵＥとで互い異なるＱｏＳに従ってトラフィックを送信する段階と、を含むことができる。

本開示によれば、５ＧＳで異なるＱｏＳ要求事項を有する複数のグループ通信を同時にサポートすることができる。また、本開示によれば、５ＧＳで互い異なるＱｏＳ要求事項を有する複数のグループと効率的に通信をサポートすることができる。特に本開示によれば、１つの端末で複数のグループへの通信をサポートし、それぞれで互い異なるＱｏＳ要求事項を有する場合、冗長送信を防ぐことができる。また、本開示によれば、１つの端末でグループ通信をサポートする場合、グループ内で互い異なる端末において互い異なるＱｏＳを要求する場合、各端末で要求されたＱｏＳに従って通信を行うことができる。

本発明の特定実施形態の前記側面及び他の側面、特徴および利点は、添付図面とともに取られた次の説明からさらに明らかになるだろう。

５Ｇ ＶＮグループ管理方法を説明するためのネットワーク構成図である。 ５Ｇ ＶＮグループコミュニケーション方法を説明するためのネットワークとＵＥの構成を例示した図面である。 異なるＱｏＳ要求事項をサポートする複数のグループ通信（Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)を説明するための例示図である。 本開示によって、異なるＱｏＳ要求事項をサポートする複数のグループを対象としたＰＤＵ Ｓｅｓｓｉｏｎ設定方法を説明するためのネットワーク構成図である。 本開示の一実施形態によって複数のＵＰＦを用いた場合の予め設定された下位グループを用いたＰＤＵ Ｓｅｓｓｉｏｎ設定方法による信号フローチャートである。 本開示の他の実施形態によって単一ＵＰＦを用いた場合の予め設定された下位グループを用いたＰＤＵ Ｓｅｓｓｉｏｎ設定方法による信号フローチャートである。 本開示のさらに他の実施形態によって複数のＵＰＦを用いた場合の複数のグループを用いたＰＤＵ Ｓｅｓｓｉｏｎ設定方法による信号フローチャートである。 本開示のさらに他の実施形態によって単一ＵＰＦを用いた場合の複数のグループを用いたＰＤＵ Ｓｅｓｓｉｏｎ設定方法による信号フローチャートである。 本開示の一実施形態によるＵＥの構成を示す図である。 本開示の一実施形態によるネットワーク機能の構成を示す図である。

図面全体にかけて、同じ又は類似の要素、特徴及び構造を示すために類似の参照番号が用いられる。

添付の図面を参照する以下の説明は、特許請求の範囲及びその均等物によって定義される本発明の様々な実施形態の包括的な理解を助けるために提供される。ここには理解を助けるために、多様な特定の細部詳細事項を含むが、これは単なる例示的なものと見なされるべきである。したがって、本技術分野の通常の知識を有する者は、本明細書に記載の様々な実施形態の様々な変更及び修正が、本開示の範囲及び思想から逸脱せず行われることを認識するだろう。なお、公知の機能や構成の説明は、明確性及び簡潔性のために省略されることができる。

以下の説明及び特許請求の範囲で用いられる用語及び単語は書誌的意味に限定されず、発明者が開示を明確かつ一貫して理解するために用いられたものに過ぎない。したがって、本発明の様々な実施形態の以下の説明は、添付の特許請求の範囲及びその等価物によって定義されるように、本発明を限定する目的ではなく例示目的でのみ提供されることが当業者には明らかであろう。

単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈上明らかに別段の指示がない限り、複数の対象を含むと理解されるべきである。したがって、例えば、「構成要素表面」への言及は、これらの表面の１つ以上への言及を含む。

実施形態を説明するに当たり、当業者によく知られ、本開示と直接的に関連がない技術内容については説明を省略する。これは、不要な説明を省略することにより本発明の要旨を明瞭にしてより明確に伝達するためである。

同様の理由で添付図面において一部構成要素は誇張されたり省略されたり概略的に図示された。また、各構成要素のサイズは実際のサイズを全的に反映することではない。各図面で同じ又は該当する構成要素には同じ参照番号を付した。

本開示の利点及び特徴、及びそれらを達成する方法は添付される図面と共に詳細に後述されている実施形態を参考すれば明確になるだろう。しかし、本開示は以下で開示される実施形態に限定されるのではなく互いに異なる多様な形態で具現されることができ、ただ本実施形態は本開示を完全にし、本開示が属する技術分野で通常の知識を有する者に開示の範囲を完全に知らせるために提供されることであり、本開示は請求項の範囲によって定義されるだけである。明細書全体で、同じ又は類似の参照番号は同じ又は類似の要素を称する。

本明細書では、フローチャートの図面の各ブロック及びフローチャート図面のブロックの組み合わせがコンピュータプログラム命令語によって具現されることを理解することができるだろう。このようなコンピュータプログラム命令語は、汎用コンピュータ、特殊目的コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサに提供されて機械を生成することができ、コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサを通じて実行される命令語は、フローチャートブロックに指定された機能を具現するための手段を生成する。このようなコンピュータプログラム命令語は、コンピュータ又は他のプログラミング可能なデータ処理装置が特定の方法で動作するように指示できるコンピュータ使用可能メモリ又はコンピュータ読み取り可能メモリに記憶でき、コンピュータ使用可能メモリ又はコンピュータ読み取り可能メモリに記憶された命令語は、フローチャートブロックに指定された機能を具現する命令語手段を含む製造物を生成する。コンピュータプログラム命令語は、さらにコンピュータ又は他のプログラム可能なデータ処理デバイスにロードされ、コンピュータ又は他のプログラム可能なデバイスで一連の動作段階が行われるようにし、コンピュータ又は他のプログラム可能なデバイスで行われる命令語がフローチャートブロックに指定された機能を具現する段階を提供するようにコンピュータ具現プロセスを生成することができる。

さらに、フローチャートの各ブロックは、モジュール、セグメント、又はコードの一部を示すことができ、これには、指定された論理関数を具現するための１つ以上の実行命令語が含まれている。また、一部の代替具現では、ブロックに表示された機能が順序と異なる場合があることに注意する必要がある。 例えば、連続的に表示された２つのブロックが実際にはほぼ同時に実行されることもあり、関連する機能によってブロックが逆順に実行されることもある。

本文書で用いられる「ユニット」とは、ソフトウェア要素または予め定められた機能を実行するＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェア要素を意味する。ただし、「ユニット」が必ずしもソフトウェア又はハードウェアに限定されるわけではない。「ユニット」は、アドレス指定可能なストレージメディアに記憶され又は複数のプロセッサを実行させるように構成できる。したがって、「ユニット」には、例えば、ソフトウェア要素、オブジェクト指向ソフトウェア要素、クラス要素または作業要素、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、配列及びパラメータなどが含まれる。「ユニット」が提供する要素と機能は、より少ない数の要素、つまり「ユニット」に結合するか、より多くの要素、つまり「ユニット」に分割することができる。また、要素及び「ユニット」は、デバイスまたはセキュリティマルチメディアカード内で１つ以上のＣＰＵを再現するために具現できる。

次の説明で用いられた特定の用語は、本発明の理解を助けるために提供され、本発明の技術的思想の範囲を逸脱せず範囲内で異なる類型の用語が用いられる。

以下の説明では、アクセスノードを識別する用語、ネットワークエンティティを指す用語、メッセージを指す用語、ネットワークエンティティ間のインターフェースを指す用語、各種識別情報を指す用語などを便宜上例示的に用いた。したがって、本開示は、以下で用いられる用語に限定されず、同等の技術的意味を有する他の主題を指す他の用語が用いられる。

以下の説明では、ノードは、ＡＭＦ、ＳＭＦ、ＵＰＦ、ＵＤＭ、ＵＤＲ、ＰＣＦ、ＮＥＦ、ＡＦ、又はその他のネットワーク機能に該当することができる。例えば、第１ノードはＵＰＦに該当し、第２ノードはＡＭＦに該当し、第３ノードはＵＤＭ又はＵＤＲに該当し、第４ノードはＰＣＦ又はＮＥＦに該当し、第５ノードはＵＰＦに該当し、第６ノードはＡＦに該当することができる。序数と呼ばれる各ノードは、この例に限定されない。

以下の説明の便宜のために、本開示は、現在存在する通信標準のうち、３ＧＰＰ（Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）団体で定義する最新の標準である５ＧＳ及びＮＲ規格で定義している用語及び名称を用いる。しかしながら、本開示において前記用語及び名称によって限定されるものではなく、他の規格に従う無線通信ネットワークにも同様に適用することができる。特に、本開示は、３ＧＰＰ ５ＧＳ／ＮＲ（第５世代移動通信標準）に適用することができる。

スマートエネルギー（Ｓｍａｒｔ Ｅｎｅｒｇｙ）のためのインフラ(Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）は、各地域に分散した様々なアプリケーションが中央のサーバにステート／イベント情報を送信し、中央サーバは地域に分散した様々なアプリケーションに全体／一部グループ別／個別設定情報や調整情報を送信する。

図１は、５Ｇ ＶＮグループ管理方法を説明するためのネットワーク構成図である。

図１を参照すると、５Ｇ無線通信が可能な電子装置として、ユーザ装備（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０１を５Ｇ無線通信方式で基地局であるＮＧ－ＲＡＮ１１１に接続することができる。図１において、実線で連結された構成のうち、ＵＥ１０１とＮＧ－ＲＡＮ１１１との間は、少なくとも無線通信を用いた接続であることに留意されたい。また、本開示では、理解の便宜を図るために５Ｇ無線通信方式を用いて説明するが、その他の無線通信方式で接続することもできる。例えば、ＷｉＦｉ方式や４Ｇ無線通信ネットワークを通じて接続されてもよく、５Ｇ無線通信ネットワークの以後の６Ｇ無線通信ネットワークを通じて接続されてもよい。

ＵＥ１０１は無線通信が可能な電子装置として、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）などを含むことができる。また、ＵＥ１０１は、携帯電話（ｈａｎｄ ｈｅｌｄ ｐｈｏｎｅ、ＨＨＰ）、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、タブレットコンピュータ、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）装備であってもよい。

基地局として動作するＮＧ－ＲＡＮ１１１は、５Ｇ規約に従う無線通信方式でＵＥ１０１と通信することができ、一定の基地局領域（ｂｏｕｎｄａｒｙ）内のＵＥ１０１と通信を行うことができる。ＮＧ－ＲＡＮ１１１は、１つの基地局で具現されてもよく、中央ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ）と１つ以上のリモートユニット（ｒｅｍｏｔｅ ｕｎｉｔ）で具現されてもよい。このようなＮＧ－ＲＡＮ１１１は、基地局（ｂａｓｅ ｓｔａｔｉоｎ、ＢＳ）、３Ｇ移動通信方式の基地局であるノードＢ（ノードＢ）、４Ｇ移動通信方式の基地局であるｅノードＢ（ｅｎｏｄｅ－Ｂ）と呼ばれてもよく、５Ｇ移動通信方式の基地局であるｇノードＢ（ｇｎｏｄｅ－Ｂ）と呼ぶこともできる。

ＮＧ－ＲＡＮ１１１の上位には５ＧＣを構成するネットワーク機能（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ、ＮＦ）装置を含むことができる。このようなＮＦ装置は、１つのサーバ内に複数のＮＦ装置を具現してもよく、１つのＮＦ装置が複数のサーバで具現されてもよい。さらに、ＮＦ装置は、サーバ内に具現される場合、ソフトウェアで具現されてもよく、このような場合、メモリに当該ＮＦ装置を駆動するためのプログラムが搭載されてもよい。

また、１つのＮＦを１つのインスタンス（ｉｎｓｔａｎｃｅ）として具現されることもできる。このように１つのＮＦが１つのインスタンスで具現される場合、１つのサーバ内で同じ動作を行う複数のインスタンスが駆動されてもよい。

さらに、一つ以上のＮＦ装置は、１つのネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅ）形態で具現され、特定のサービスで要求する仕様を満たすように動作することができる。以下の説明では、各ＮＦ装置は、説明の便宜のために特定の名前のＮＦのそれ自体で説明する。

次に、以下で５ＧＣを構成する各ＮＦ装置について説明する。

アクセス及びモビリティ管理機能（（ｃｏｒｅ） ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）１２１は、ＵＥ単位の接続及びモビリティ管理のための機能を提供し、１つのＵＥ当たり基本的に１つのＡＭＦに接続することができる。具体的には、ＡＭＦ１１２は、３ＧＰＰアクセスネットワーク間の移動性のためのＣＮノード間のシグナリング、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ＲＡＮ）ＣＰインターフェース（すなわち、Ｎ２インターフェース）の終端（ｔｅｒｍｉｎａｔｉｏｎ）、ＮＡＳ（ｎｏｎ ａｃｃｅｓｓ ｓｔｒａｔｕｍ））シグナリングの終端（Ｎ１）、ＮＡＳシグナリングセキュリティ（ＮＡＳ暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ））、ＡＳセキュリティ制御、登録管理（登録領域（ｒｅｇｉｓｔｒａｔｉｏｎ ａｒｅａ）管理）、接続管理、アイドルモードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）（ページング再送信の制御及び実行を含む）、モビリティ管理制御（加入及びポリシー）、イントラ－システムモビリティ及びインターシステムモビリティサポート、ネットワークスライシングのサポート、ＳＭＦの選択、合法的傍受（ｌａｗｆｕｌ ｉｎｔｅｒｃｅｐｔ）（ＡＭＦイベント及びＬＩシステムへのインターフェースに対する）、ＵＥとＳＭＦ間のセッション管理（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ：ＳＭ）メッセージの伝達提供、ＳＭメッセージルーティングのためのトランスペアレントプロキシ（ｔｒａｎｓｐａｒｅｎｔ ｐｒｏｘｙ）、アクセス認証（ａｃｃｅｓｓ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ローミング権限チェックを含むアクセス許可（ａｃｃｅｓｓ ａｕｔｈｏｒｉｚａｔｉｏｎ）、ＵＥとＳＭＦ間のＳＭＳメッセージの伝達提供、セキュリティアンカー機能（ｓｅｃｕｒｉｔｙ ａｎｃｈｏｒ ｆｕｎｃｔｉｏｎ：ＳＡＦ）及び／又はセキュリティコンテキスト管理（ｓｅｃｕｒｉｔｙ ｃｏｎｔｅｘｔ ｍａｎａｇｅｍｅｎｔ：ＳＣＭ）などの機能をサポートすることができる。ＡＭＦ１３１の一部又は全部の機能は、１つのＡＭＦの単一インスタンス（ｉｎｓｔａｎｃｅ）内でサポートされることができる。

ユーザープレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ、ＵＰＦ）１１３は、データネットワーク（データネットワーク、ＤＮ）から受信したダウンリンクプロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）を、ＮＧ－ＲＡＮ１１１を経てＵＥ１０１に伝達し、ＮＧ－ＲＡＮ１１１を経てＵＥ１０１から受信したアップリンクＰＤＵをＤＮに伝達することができる。具体的には、ＵＰＦ１１３は、イントラ（ｉｎｔｒａ）／インター（ｉｎｔｅｒ）ＲＡＴモビリティのためのアンカーポイント、ＤＮへの相互接続（ｉｎｔｅｒｃｏｎｎｅｃｔ）の外部ＰＤＵ Ｓｅｓｓｉｏｎポイント、パケットルーティングとフォワーディング、パケット検査（ｉｎｓｐｅｃｔｉｏｎ）、及びポリシー規則の実行のユーザープレーン部分、合法的傍受（ｌａｗｆｕｌ ｉｎｔｅｒｃｅｐｔ）、トラフィック使用量の報告、データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器（ｃｌａｓｓｉｆｉｅｒ）、マルチホーム（ｍｕｌｔｉ－ｈｏｍｅｄ）ＰＤＵ Ｓｅｓｓｉｏｎをサポートするためのブランチポイント（ｂｒａｎｃｈｉｎｇ ｐｏｉｎｔ）、ユーザープレーンのためのＱｏＳハンドリング（ｈａｎｄｌｉｎｇ）（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、アップリンク／ダウンリンクレートの実行、アップリンクトラフィック検証（サービスデータフロー（ｓｅｒｖｉｃｅ ｄａｔａ ｆｌｏｗ：ＳＤＦ）とＱｏＳフロー間のＳＤＦマッピング）、アップリンク及びダウンリンク内の伝達レベル（ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ））パケットマーキング、ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガー機能などの機能をサポートすることができる。ＵＰＦ１１３の一部又は全部の機能は、１つのＵＰＦの単一インスタンス（ｉｎｓｔａｎｃｅ）内でサポートされてもよい。

セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）１１４は、セッション管理機能を提供し、ＵＥが複数のセッションを有する場合、各セッション別で互い異なるＳＭＦによって管理されることができる。具体的には、ＳＭＦ１１４は、セッション管理（例えば、ＵＰＦ１１３とＮＧ－ＲＡＮ１１１ノードとの間のトンネル（ｔｕｎｎｅｌ）の維持を含んでセッションの確立、修正及びキャンセル）、ＵＥ ＩＰアドレスの割り当て及び管理（オプションで認証を含む）、ＵＰ機能の選択及び制御、ＵＰＦ１１３でトラフィックを適切な宛先にルーティングするためのトラフィックステアリング（ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ）設定、ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎｓ）へのインターフェースの終端、ポリシー及びサービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）の制御部分の施行、合法的傍受（ｌａｗｆｕｌ ｉｎｔｅｒｃｅｐｔ）（ＳＭイベント及びＬＩシステムへのインターフェースに対する）、ＮＡＳメッセージのＳＭ部分の終端、ダウンリンクデータ通知（ｄｏｗｎｌｉｎｋ ｄａｔａ ｎｏｔｉｆｉｃａｔｉｏｎ）、ＡＮ特定ＳＭ情報の開始者（ＡＭＦ１１２を経由してＮ２を通じてＮＧ－ＲＡＮ１１１に伝達）、セッションのＳＳＣモード決定、ローミング機能などの機能をサポートすることができる。ＳＭＦ１１４の一部又は全部の機能は、１つのＳＭＦの単一インスタンス（ｉｎｓｔａｎｃｅ）内でサポートされることができる。

ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＰＣＦ）１１５は、アプリケーションサーバからパケットフローに関する情報を受信し、モビリティ管理、セッション管理などのポリシーを決定する機能を提供することができる。具体的には、ＰＣＦ１１５は、ネットワーク動作を統制するための単一化されたポリシーフレームワークサポート、制御平面機能（例えば、ＡＭＦ、ＳＭＦなど）がポリシー規則を行うことができるようにポリシー規則提供、ユーザデータリポジトリ（ｕｓｅｒ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）内のポリシー決定のために関連する加入情報にアクセスするためのフロントエンド（ｆｒｏｎｔ ｅｎｄ）具現などの機能をサポートすることができる。

ネットワーク露出機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、ＮＥＦ）１１６は、３ＧＰＰネットワーク機能によって提供される、例えば、第３者（３ｒｄ ｐａｒｔｙ）、内部露出（ｉｎｔｅｒｎａｌ ｅｘｐｏｓｕｒｅ）／再露出（ｒｅ－ｅｘｐｏｓｕｒｅ）、アプリケーション機能、エッジコンピューティング（Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）のためのサービス、及び能力を安全に露出するための手段を提供することができる。ＮＥＦ１１６は、他のＮＦから（他のＮＦの露出された能力に基づいて）情報を受信することができる。ＮＥＦ１１６は、データ記憶ネットワーク機能への標準化されたインターフェースを用い、構造化されたデータとして受信された情報を記憶することができる。記憶された情報は、ＮＥＦ１１６によって他のＮＦ及びＡＦに再露出（ｒｅ－ｅｘｐｏｓｅ）され、分析などの他の目的に用いることができる。

統合データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）１１７は、ユーザの加入データ、ポリシーデータなどを記憶することができる。ＵＤＭ１５５は２つの部分、すなわち、アプリケーションフロントエンド（（ｆｒｏｎｔ ｅｎｄ：ＦＥ）（図示せず）及びユーザデータリポジトリ（ｕｓｅｒ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）を含むことができる。

ＦＥは、位置管理、加入管理、資格証明（ｃｒｅｄｅｎｔｉａｌ）の処理などを担当するＵＤＭ ＦＥと、ポリシー制御を担当するＰＣＦとを含むことができる。

ユーザデータリポジトリ（ｕｓｅｒ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）１１８は、ＵＤＭ－ＦＥによって提供される機能のための要求されるデータとＰＣＦによって要求されるポリシープロフィールとを記憶することができる。ＵＤＲ内に記憶されるデータは、加入識別子、セキュリティ資格証明（ｓｅｃｕｒｉｔｙ ｃｒｅｄｅｎｔｉａｌ）、アクセス及びモビリティ関連加入データ、及びセッション関連加入データを含むユーザ加入データとポリシーデータを含むことができる。ＵＤＭ－ＦＥは、ＵＤＲに記憶された加入情報にアクセスし、認証資格情報処理（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｃｒｅｄｅｎｔｉａｌ ｐｒｏｃｅｓｓｉｎｇ）、ユーザー識別子ハンドリング（ｕｓｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｈａｎｄｌｉｎｇ）、アクセス認証、登録／モビリティ管理、加入管理、ＳＭＳ管理などの機能をサポートすることができる。

アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、ＡＦ）１２１は、アプリケーションに関連するグループリクエストを５Ｇネットワークに伝達し、逆にアプリケーションで活用可能な情報を５Ｇネットワークから受信することができる。例えば、ＡＦ１２１は、グループ管理のアプリケーションのために５Ｇネットワークにグループの作成／変更／削除をリクエストすることができ、５Ｇネットワークから生成／変更／削除リクエスト処理結果を受信することができる。

ＶＮ Ｇｒｏｕｐ Ｄａｔａ Ｎｅｔｗｏｒｋ１３１は５Ｇ仮想ネットワーク（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ、ＶＮ）をサポートするデータネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ、ＤＮ）で、一般的なＤＮと同じようにＵＰＦ１１３に接続される。ＤＮは、サービス別で割り当てられたＵＰＦ１１３に接続されたネットワークを意味することができる。複数のＵＥが１つのグループを形成し、グループのメンバー（ｍｅｍｂｅｒ）である各ＵＥが１つの５Ｇ ＬＡＮ内で相互間にブロードキャスト／マルチキャスト／ユニキャストされることができる１つのデータネットワーク名（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ、ＤＮＮ）とマッピングした形態を５Ｇ ＶＮ Ｄａｔａ Ｎｅｔｗｏｒｋ又は５Ｇ ＶＮ ｇｒｏｕｐ Ｄａｔａ Ｎｅｔｗｏｒｋで表現できる。ここで、５Ｇは５ＧＣに接続されたＵＥの場合であるため、５Ｇ以外の他の形態を含む汎用ネットワークでは、ＶＮ Ｄａｔａ Ｎｅｔｗｏｒｋ又はＶＮ ｇｒｏｕｐ Ｄａｔａ Ｎｅｔｗｏｒｋとして表現することができる。互い異なる２つのグループが互い異なるＤＮＮにマッピングされた形態を、例えば、ＶＮ１にマッピングされた Ｄａｔａ ＮｅｔｗｏｒｋをＶＮ１ ＤＮ、ＶＮ２にマッピングされたＤａｔａ ＮｅｔｗｏｒｋをＶＮ２ ＤＮのように表現することができる。

以上で説明した構成では、ＡＦ１２１は５ＧＣ外部に存在する装置になることができる。したがって、ＡＦ１２１は、ＮＥＦ１１６を通じてＵＤＲ１１８にグループ（Ｇｒｏｕｐ）を設定することができる。より具体的には、ＡＦ１２１は、ＵＤＲ１１８にグループを生成／修正／削除することができ、グループ別メンバー（Ｍｅｍｂｅｒ）を追加／削除することができ、グループ別の属性も設定することができる。

図２は、５Ｇ ＶＮグループコミュニケーション方法を説明するためのネットワークとＵＥの構成を例示した図面である。

図２では、図１とは異なる参照符号を用いている。しかし、図２と図１に同様に例示されたＮＦは同じ動作を行うことができる。さらに、付加的に特定のＮＦは機能に応じて追加の操作を行うこともできる。これについては、以下の説明でより詳細に説明する。

図２を参照すると、（Ｒ）ＡＮ２０４、２１４、２２４は、図１ＮＧ－ＲＡＮ１１１に対応する基地局であってもよい。したがって、各（Ｒ）ＡＮ２０４、２１４、２２４はすべて、自分の通信領域（ａｒｅａ ｏｒ ｂｏｕｎｄａｒｙ）を有することができる。

図２では、第１（Ｒ）ＡＮ２０４の領域内に第１ＵＥ２０１、第２ＵＥ２０２、及び第３ＵＥ２０３が位置している場合を例示している。第２（Ｒ）ＡＮ２１４の領域内に第４ＵＥ２１１、第５ＵＥ２１２、及び第６ＵＥ２１３が位置する場合を例示し、第３（Ｒ）ＡＮ２２４の領域内に第７ＵＥ２２１、第８ＵＥ２２２、及び第９ＵＥ２２３が位置する場合を例示した。

また、図２では、第１（Ｒ）ＡＮ２０４は第１ Ｉ－ＵＰＦ２０５と接続され、第２（Ｒ）ＡＮ２１４は第２ Ｉ－ＵＰＦ２１５と接続され、第３（Ｒ）ＡＮ２２４は、第３ Ｉ－ＵＰＦ２１５と接続される場合を例示した。第１ Ｉ－ＵＰＦ２０５と第２ Ｉ－ＵＰＦ２１５及び第３ Ｉ－ＵＰＦ２１５は、同じＳＭＦ２５１と接続される場合を例示している。Ｉ－ＵＰＦはＩｎｔｅｒｍｅｄｉａｔｅ－ＵＰＦの略字で、ＤＮとの最終的なルーティング機能を有するＰＳＡ（ＰＤＵ Ｓｅｓｓｉｏｎ Ａｎｃｈｏｒ）ＵＰＦと（Ｒ）ＡＮとの接続を担当する。ＰＳＡ ＵＰＦと（Ｒ）ＡＮとの間にＩ－ＵＰＦは複数個存在してもよい。

一方、第１ Ｉ－ＵＰＦ２０５及び第２ Ｉ－ＵＰＦ２１５は、ＶＮグループＤＮ２１４に接続されたＰＤＵ Ｓｅｓｓｉｏｎアンカー（ＰＤＵ Ｓｅｓｓｉｏｎ Ａｎｃｈｏｒ、ＰＳＡ）として動作する第１ＰＳＡ－ＵＰＦ２３１とそれぞれＮ９インターフェースを通じて接続され、第３ Ｉ－ＵＰＦ２１５は、ＶＮグループＤＮ２１４に接続された第２ＰＳＡ－ＵＰＦ２３２とＮ９インターフェースを通じて接続される。また、第１ＰＳＡ－ＵＰＦ２３１と第２ＰＳＡ－ＵＰＦ２３２との間はＮ１９インターフェースを通じて接続され、第１ＰＳＡ－ＵＰＦ２３１及び第２ＰＳＡ－ＵＰＦ２３２のそれぞれは、ＶＮグループＤＮ２１４とＮ６インターフェースを通じて接続されてもよい。

図２を参照すると、５Ｇ ＶＮグループＤＮ２４１は、グループ別にデータネットワーク名（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ、ＤＮＮ）を用いてＰＤＵ Ｓｅｓｓｉｏｎを確立した第１ＵＥ２０１がグループ内の他のＵＥ、例えば、第２（Ｒ）ＡＮ２１４に位置した第４ＵＥ２１１と第３（Ｒ）ＡＮ２２４に位置した第７ＵＥ２２１とデータの送／受信を行う場合を例示している。以下では、説明の便宜上、第１ＵＥ２０１が他のＵＥ２０２、２０３、２１１、２１２、２１３、２２１、２２２、２２３にデータを送信する場合について説明する。また、以下に説明するデータの送信経路の逆方向にデータの受信を行うことができるため、受信については、以下に説明する逆過程を通じて受信を行うことができる。さらに、第１ＵＥ２０１ではないグループ内の他のＵＥがデータを送受信する場合も、第１ＵＥ２０１を他のＵＥに置き換えれば理解できるため、重複する説明を防止するために、第１ＵＥ２０１が他のＵＥにデータを送信する場合についてのみ説明する。

前記の仮定と同様に、第１ＵＥ２０１が当該グループ内の他のＵＥに送信するためのデータは、第１（Ｒ）ＡＮ２０４及び第１Ｉ－ＵＰＦ２０５を通じて第１ＰＳＡ－ＵＰＦ２３１に送信することができる。したがって、第１ＰＳＡ－ＵＰＦ２３１は、第１ＵＥ２０１から受信したデータが第１ＰＳＡ－ＵＰＦ２３１内の他のＵＰＦである第２ Ｉ－ＵＰＦ２１５として提供しなければならない場合（例えば、第４ＵＥ２１１へのデータ）の場合、第２ Ｉ－ＵＰＦ２１５と第２（Ｒ）ＡＮ２１４を通じて第４ＵＥ２１１に伝達（ｆｏｒｗａｒｄｉｎｇ）することができる。また、第１ＰＳＡ－ＵＰＦ２３１は、第１ＵＥ２０１から受信した同じデータを第７ＵＥ２２１に提供しなければならない場合、Ｎ１９インターフェースを用いて第２ＰＳＡ－ＵＰＦ２３２に伝達することができる。すると、第２ＰＳＡ－ＵＰＦ２３２は、自身とＮ９インターフェースを通じて接続された第３ Ｉ－ＵＰＦ２２５に伝達することができる。これにより、第３ Ｉ－ＵＰＦ２２５は、第３（Ｒ）ＡＮ２２４を通じて第７ＵＥ２２１に伝達（ｆｏｒｗａｒｄｉｎｇ）することができる。

図３は、異なるＱｏＳ要求事項をサポートする複数のグループコミュニケーション (Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を説明するための例示図である。

図３では、図２の内容をより簡略化して例示した形態とすることができ、説明の便宜のために参照符号を異なって使用したが、図１及び図２で説明したことと同じ構成は同じ動作を行うことができることは当業者には自明である。

図３を参照すると、第１（Ｒ）ＡＮ３０４の領域内に第１ＵＥ３０１、第２ＵＥ３０２、及び第３ＵＥ３０３が位置する場合を例示し、第２（Ｒ）ＡＮ３１４の領域内に第４ＵＥ３１１、第５ＵＥ３１２、及び第６ＵＥ３１３が位置する場合を例示した。また、第１（Ｒ）ＡＮ３０４は第１ＵＰＦ３０５と接続され、第２（Ｒ）ＡＮ３１４は第２ＵＰＦ３１５と接続される場合を例示した。そして、第１ＵＰＦ３０５と第２ＵＰＦ３１５とは、相互にＮ９インターフェース及び／又はＮ１９インターフェースを通じて接続されてもよい。

図３の例では、第１ＵＥ３０１、第２ＵＥ３０２、第３ＵＥ３０３、第４ＵＥ３１１、第５ＵＥ３１２、及び第６ＵＥ３１３は全て同じの一つのＱｏＳ（Ｓｉｎｇｌｅ ＱｏＳ）が要求される場合を仮定することができる。例えば、１つのＱｏＳが遅延要求(ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔ）が１０ｍｓ以下と仮定して説明する。

第１ＵＥ３０１、第２ＵＥ３０２、第３ＵＥ３０３、第４ＵＥ３１１、第５ＵＥ３１２、及び第６ＵＥ３１３が全て同一の１つのＱｏＳが要求される場合は、各ＵＥに割り当てられるＰＤＵ Ｓｅｓｓｉｏｎごとに１つのＤＮＮを用い、１つのＤＮＮが１つのグループにマッピングされる場合であってもよい。この場合、第１ＵＥ３０１が送信したデータは、第１（Ｒ）ＡＮ３０４を通じて第１ＵＰＦ３０５に提供される。この時、第１ＵＥ３０１が送信したデータを同じグループの他のすべてのＵＥで受信する必要がある場合、以下のように送信を行うことができる。

第１ＵＰＦ３０５は、第１ＵＥ３０１から受信したデータを第２ＵＥ３０２及び第３ＵＥ３０３に送信するデータの場合、再び第１（Ｒ）ＡＮ３０４を通じて送信することができる。一方、第１ＵＥ３０１から受信したデータを第４ＵＥ３１１、第５ＵＥ３１２、及び第６ＵＥ３１３に提供しなければならない場合、第１ＵＰＦ３０５は先ず各ＵＥが位置する他のＵＰＦである第２ＵＰＲ３１５を見つける必要がある。そして、第１ＵＰＦ３０５は、第１ＵＥ３０１から受信したデータを第２ＵＰＦ３１５に伝達（ｆｏｒｗａｒｄｉｎｇ）することができる。その後、第２ＵＰＦ３１５は、第２（Ｒ）ＡＮ３１４を通じて第４ＵＥ３１１、第５ＵＥ３１２、及び第６ＵＥ３１３で第１ＵＥ３０１から受信されたデータを伝達することができる。

この時、第２ＵＥ３０２と第３ＵＥ３０３は、第１ＵＥ３０１と少なくとも同じのＵＰＦである第１ＵＰＦ３０５の領域内に存在する。なお、図３では、同じ（Ｒ）ＡＮ３０４内に位置する場合を例示した。

一方、第４ＵＥ３１１、第５ＵＥ３１２、及び第６ＵＥ３１３は、第１ＵＥ３０１と少なくとも異なるＵＰＦの領域に位置する。したがって、要求される遅延要求（ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔ）が１０ｍｓ以下で同じの場合、第４ＵＥ３１１、第５ＵＥ３１２、及び第６ＵＥ３１３で当該遅延要求を調整することは困難である場合がある。また、データトラフィックによっては遅延要求がたとえ１０ｍｓであっても、これより所定の範囲内では遅延しても構わない。しかし、現在、１つのグループ内にグループ化されている全てのＵＥには同じの１つのＱｏＳが要求されている。

したがって、本開示ではこれに対する解決策を提供しようとする。例えば、第１ＵＥ３０１と、少なくとも同じＵＰＦの領域内に存在する場合、又は同じ（Ｒ）ＡＮ内に位置する場合に要求されるＱｏＳを提供し、第１１ＵＥ３０１が接続されたＵＰＦと他のＵＰＦに接続されたＵＥとは、少し低いＱｏＳを提供することができるように、１つのグループ内に互い異なるＱｏＳを適用できるようにする方法を提案する。

第１ＵＥ３０１と 少なくとも同じＵＰＦの領域内に存在する場合は、第１ＵＥ３０１との距離（物理的又は論理的距離）が大きく離隔されていない場合であってもよい。このように、同じグループ内に存在するＵＥのうち、データを送信するＵＥに近いＵＥでは、高いＱｏＳ又は要求されるＱｏＳを提供することができる。前述の例示によれば、要求される遅延要求（ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔ）が１０ｍｓ以内の場合、１０ｍｓ以内にデータを提供することができる。

一方、データを送信する第１ＵＥ３０１とは異なるＵＰＦ領域内に位置する場合は、第１ＵＥ３０１と距離（物理的又は論理的距離）が大きく離隔された場合であってもよい。このように、同じグループ内に存在するＵＥのうち、データを送信するＵＥと距離上に大きく離隔されたＵＥでは要求されるＱｏＳより低いＱｏＳを提供することができる。前述の例示によれば、要求される遅延要求 ｌａｔｅｎｃｙ ｒｅｑｕｉｒｅｍｅｎｔ）が１０ｍｓ以内であれば、それより低い２０ｍｓ以内にデータを提供することができる。

図４は、本開示によって異なるＱｏＳ要求事項をサポートする複数のグループを対象としたＰＤＵ Ｓｅｓｓｉｏｎ設定方法を説明するためのネットワーク構成図である。

図４の各構成要素は、前記図１～図３で説明した各構成要素と同じ名前を有する場合、同じ動作を行うことができる。例えば、図１のＡＭＦ１１２は、図４のＡＭＦ４５１と同じ動作を行うことができる。したがって、図４では、図１～図３で説明した内容に加えて追加の動作についてさらに記述することに留意されたい。

図４では、互い異なる３つのＵＥ４０１、４０２、４０３を例示した。第１ＵＥ４０１は、第１グループと第２グループサービスが提供されるＵＥであることを示すために、図面にＧ１、Ｇ２を表示した。さらに、第２ＵＥ４０２は、第１グループサービスが提供されるＵＥであることを示すために図面にＧ１を表示し、第３ＵＥ４０３は、第２グループサービスが提供されるＵＥであることを示すためにＧ２を表示した。ここで、第１グループと第２グループは、１つの上位グループに属する下位グループであってもよい。

第１ＵＥ４０１と第２ＵＥ４０２は、第１ＲＡＮ４１２、第２ＵＰＦ４２２を通じて第１サービスを提供する第１ＰＤＮ４３２に接続することができる。また、第３ＵＥ４０３は、第２ＲＡＮ４１１、第２ＵＰＦ４２１を通じて第２サービスを提供する第２ＰＤＮ４３１に接続されてもよい。他の構成のうち、図１と異なる部分はＵＤＭ／ＵＤＲ４５３である。ＵＤＭ／ＵＤＲ４５３は、図１で言及されたＵＤ Ｍ１１７とＵＤＲ１１８が一つで具現された場合であってもよく、図面の便宜のために簡略化された形態として理解されることもできる。本開示においては、特に限定されるものではない。

次に、以下で本開示による方法について説明する。特定サービスを提供するために１つのグループ（Ｇｒｏｕｐ）を設定する方法は、以下の方法のうちの１つを用いることができる。

先ず、１つの上位グループに複数のＳｕｂｇｒｏｕｐを予め設定し、ＰＤＵ Ｓｅｓｓｉｏｎを設定するときに上位グループを示すＤＮＮを用いる方法を考慮することができる。

第２に、複数のグループに該当する複数のＤＮＮを用いてそれぞれの下位グループごとに互い異なるＰＤＵ Ｓｅｓｓｉｏｎを設定する方法がある。

先ず、第１方法の場合について説明する。上位グループに複数のＳｕｂｇｒｏｕｐを予め設定し、ＰＤＵ Ｓｅｓｓｉｏｎの際、上位グループを示すＤＮＮを用いる方法の手順は、次のように行われる。

先ず、ＡＦ４５６は、５ＧＳに複数の下位グループを有する少なくとも１つの上位グループを設定することができる。各下位グループは、各下位グループごとに互い異なるＱｏＳ要求事項を有するように設定することができる。ＡＦ４５６は、各下位グループごとに互い異なるＱｏＳ要求事項又は要求事項情報をＮＥＦ４５５を通じて５ＧＣのＮＦに送信することができる。例えば、ＡＦ４５６は、各下位グループごとに互い異なるＱｏＳ要求事項をＮＥＦ４５５を通じてＵＤＭ／ＵＤＲ４５３に送信することができる。したがって、５ＧＣの特定のＮＦは、ＡＦ４５６が各下位グループごとにＱｏＳ要求事項を、５ＧＣネットワーク内のポリシー（Ｐｏｌｉｃｙ）とマッピングし、実際にサポートするＱｏＳ Ｐｏｌｉｃｙを定めることができる。したがって、ＵＤＭ／ＵＤＲ４５３は、各下位グループごとに要求される互い異なるＱｏＳ要求事項情報をポリシーを管理するＰＣＦ４５４に提供することができる。ＡＦ４５６がリクエストするＱｏＳ要求事項の種類とＰＣＦ４５４が実際にサポートすることを決定したＱｏＳ Ｐｏｌｉｃｙの数は異なってもよい。例えば、ＡＦ４５６が互い異なる５つの下位グループに対して５つの互い異なるＱｏＳ要求事項をリクエストしても、ＰＣＦ４５４がマッピングし、実際にサポートするＱｏＳ Ｐｏｌｉｃｙは４種類になることができる。このとき、ＰＣＦ４５４が決定する実際にサポートするＱｏＳ ＰｏｌｉｃｙはＡＦ４５６が各下位グループごとに要求するＱｏＳ要求事項の種類より小さいか同じ数になることができる。

複数のＵＥのうちの第１ＵＥ４０１がＰＤＵ Ｓｅｓｓｉｏｎ設定をリクエストする場合について説明する。第１ＵＥ４０１は、代表グループに該当するＤＮＮにＰＤＵ Ｓｅｓｓｉｏｎの設定をリクエストすることができる。第１ＵＥ４０１が送信したＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストは、第１ＵＥ４０１が位置した第２ＲＡＮ４１２を通じてＡＭＦ４５１に提供されてもよい。したがって、ＡＭＦ４５１は、ＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含まれたＤＮＮに基づいてＳＭＦを選択することができる。図４の例示では１つのＳＭＦ４５２のみを例示しているが、実際の５ＧＣには複数のＳＭＦが存在してもよく、ＡＭＦ４５１は複数のＳＭＦのうちでＤＮＮに基づいて１つのＳＭＦを選択することである。ただし、図４は、図面の簡略化及び理解の便宜のために１つのＳＭＦのみを例示したことに留意されたい。また、ＡＭＦ４５１は、選択したＳＭＦ４５２に第１ＵＥ４０１が送信したＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストを送信することができる。ここで、ＡＭＦ４５１が選択したＳＭＦ４５２は、第１ＵＥ４０１が送信したＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストを行うことができるＳＭＦであり、ＤＮＮに基づいて決定されることができる。

ＳＭＦ４５２は、ＡＭＦ４５１から第１ＵＥ４０１が送信したＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストを受信すると、ＵＤＲ４５３から、上位グループ情報から下位グループ情報を取得することができる。すなわち、ＳＭＦ４５２は、第１ＵＥ４０１の上位グループ情報をＵＤＲ４５３に提供しながら下位グループ情報をリクエストし、ＵＤＲ４５３から応答として第１ＵＥ４０１の下位グループ情報を受信できる。ＳＭＦ４５２は、ＵＤＲ４５３から受信した下位グループ情報から下位グループ内に含まれたメンバー（ｍｅｍｂｅｒ）情報まで確認することができる。また、ＳＭＦ４５２は、ＰＣＦ４５４で第１ＵＥ４０１に対応した下位グループに対する下位グループ別のＱｏＳ Ｐｏｌｉｃｙ情報をリクエストし、ＰＣＦ４５４から下位グループ別のＱｏＳ Ｐｏｌｉｃｙ情報を受信することができる。他の例として、ＳＭＦ４５２は、予めＰＣＦ４５４から各下位グループ別のＱｏＳ Ｐｏｌｉｃｙを受信して記憶していてもよい。

ＳＭＦ４５２は、ＵＤＲ４５３から受信した下位グループ情報に基づいてＵＰＦを選択し、選択したＵＰＦでフォワーディングテーブル（Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ）の設定をリクエストすることができる。また、ＳＭＦ４５２は、ＰＣＦ４５４から受信した下位グループのＱｏＳ Ｐｏｌｉｃｙに応じてＱｏＳ設定を進行することができる。第１実施形態では、１つの上位グループに互い異なるＱｏＳ Ｐｏｌｉｃｙを有する２つのグループでサービスが提供される場合を仮定する。したがって、ＳＭＦ４５２が第２ＵＰＦ４２２として提供する下位グループのＱｏＳ Ｐｏｌｉｃｙは、グループ別で異なるＱｏＳを有するようにＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅを設定できる。すなわち、１つの上位グループを用いて互い異なるＱｏＳを有する２つの下位グループである第１グループＧ１と第２グループＧ２に対して異なるＱｏＳを有するようにする。

第２ＵＰＦ４１２は、ＳＭＦ４５２のリクエストに応じてＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅを設定することができる。例えば、第１ＵＥ４０１が他のＵＥでデータを受信するようにする１つの上位サービスを仮定することができる。この時、データは第１ＵＥ４０１が送信されてもよく、第１ＵＥ４０１が特定のＤＮＮから送信されるようにリクエストすることもできる。このようなサービスにＱｏＳに応じて互い異なる２つの下位グループ、すなわち、第１グループＧ１と第２グループＧ２が存在する場合を仮定することができる。

この時、上位グループに含まれた下位グループのうちの一つである第１グループＧ１については、第１レベルのＱｏＳを有するようにし、上位グループに含まれた下位グループのうちの残りの１つである第２グループＧ２については、第２レベルのＱｏＳを有するようにしてもよい。この時、第１レベルのＱｏＳが第２レベルのＱｏＳより高い優先順位を有する場合を仮定する。したがって、第２ＵＰＦ４２２は、第１グループＧ１に対応するメンバー（例えば、第２ＵＥ４０２）では、第１レベルのＱｏＳでデータを送信するようにＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅを設定することができ、第２グループＧ２に対応するメンバー（例えば、第３ＵＥ４０３）では、第２レベルのＱｏＳでデータを送信するようにＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅを設定することができる。

このようにＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ設定時、ＱｏＳが高い下位グループへのＦｏｒｗａｒｄｉｎｇがＱｏＳが低いグループに対するＦｏｒｗａｒｄｉｎｇより高い優先順位を有するように設定することができる。これは、ＡＦ４５６の要求に応じてＰＣＦ４５４がマッピングしたＱｏＳ Ｐｏｌｉｃｙ水準に基づいてグループ別のフォワーディング優先順位が定められる。したがって、下位グループが５つであっても、ＰＣＦ４５４がマッピングしたＱｏＳ Ｐｏｌｉｃｙ水準に基づいて優先順位が区別されるフォワーディングは４段階であってもよい。したがって、図４に例示した第１グループと第２グループはともにＰＣＦ４５４が互い異なるＱｏＳ Ｐｏｌｉｃｙでマッピングした場合を仮定したことである。

第１ＵＥ４０１は下位グループのＱｏＳのうちの最も高いＱｏＳでデータを送信することができる。例えば、第１グループＧ１が最も高いＱｏＳを有する場合、第１ＵＥ４０１は、第１ＲＡＮ４１２、第２ＵＰＦ４２２を通じて第２ＰＤＮ４３２へ第１グループＧ１のＱｏＳでデータを送信することができる。したがって、第２ＵＰＦ４２２は、ＳＭＦ４５２から受信されたＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅに基づいて最も高い優先順位を有するメンバー、すなわち、第１グループＧ１に属する第２ＵＥ４０２としては、第１ＰＤＮ４３２から受信されたデータを第２ＲＡＮ４１２を通じて第２ＵＥ４０２に提供することができる。

また、第２ＵＰＦ４２２は、第２ＵＥ４０２にデータを送信した以後、残りのメンバーが存在することを識別することができる。図４の例示の場合、第２グループＧ２に属する第３ＵＥ４０３にデータが送信されないことを識別することができる。したがって、第２ＵＰＦ４２２は、残りのメンバーのうちの最も高い優先順位を有する下位グループを選択することができる。図４では、２つのグループのみを仮定した状態であるため、第２グループＧ２が選択されることができる。しかし、もし、第２グループＧ２よりも低い優先順位を有する第３グループが存在する場合、第２ＵＰＦ４２２は、第２グループＧ２と第３グループのうちの優先順位に応じて第２グループＧ２を選択することができる。

また、第２ＵＰＦ４２２は、第２グループのメンバーである第３ＵＥ４０３にデータを送信するように第１ＵＰＦ４２１にデータを送信しながら、宛先を第３ＵＥ４０３と設定することができる。これにより、第１ＵＰＦ４２１は、第２ＵＰＦ４２２から受信されたデータを第１ＲＡＮ４１１を通じて第３ＵＥ４０３に送信することができる。

以上では、１つの上位グループに２つの下位グループが含まれた場合を仮定して説明した。しかし、１つの上位グループに３つ以上の下位グループが含まれていても、前述した方式に従って同じように行うことができる。つまり、上位グループのメンバーのうちのより低い下位グループの宛先（例えば、ＵＥ）が存在する場合、該当宛先にデータが送信されるように設定されたＵＰＦを通じてデータが上述した動作を繰り返して行うことができる。

次に、複数の各下位グループに該当する複数のＤＮＮを用いてそれぞれの下位グループごとに対する互い異なるＰＤＵ Ｓｅｓｓｉｏｎを設定する方法の手順を説明する。

先ず、ＡＦ４５６は、５ＧＳに複数のグループを設定することができる。ここで、複数のグループは、上述した１つの上位グループに属する複数の下位グループに対応して理解されることができる。しかし、本開示では、理解を容易にするために、それぞれを１つのグループの形態で説明する。このような複数の各グループは、異なるＱｏＳ要求事項を有するように設定することができる。ＡＦ４５６は、各グループごとに互い異なるＱｏＳ要求事項又はは要求事項情報をＮＥＦ４５５を通じて５ＧＣのＮＦに送信することができる。例えば、ＡＦ４５６は、各グループごとに互い異なるＱｏＳ要求事項をＮＥＦ４５５を通じてＵＤＭ／ＵＤＲ４５３に送信することができる。これにより、５ＧＣの特定のＮＦは、ＡＦ４５６が各グループごとにＱｏＳ要求事項を５ＧＣネットワーク内のポリシーにマッピングし、実際にサポートするＱｏＳ Ｐｏｌｉｃｙを定めることができる。したがって、ＵＤＭ／ＵＤＲ４５３は、各グループごとに要求される互い異なるＱｏＳ要求事項情報を、ポリシーを管理するＰＣＦ４５４に提供することができる。ＡＦ４５６がリクエストするＱｏＳ要求事項の種類とＰＣＦ４５４が実際にサポートすることを決定したＱｏＳ Ｐｏｌｉｃｙの数は異なってもよい。例えば、ＡＦ４５６は互い異なるグループ５つとこれに対する５つの互い異なるＱｏＳ要求事項をリクエストしてもＰＣＦ４５４がマッピングし、実際にサポートするＱｏＳ Ｐｏｌｉｃｙは４種類になることができる。このとき、ＰＣＦ４５４が決定する実際にサポートするＱｏＳ ＰｏｌｉｃｙはＡＦ４５６が各グループごとに要求するＱｏＳ要求事項の種類より小さいか同じ数になることができる。

複数のＵＥのうち、第１ＵＥ４０１が各ＤＮＮに区分されるグループごとにＰＤＵ Ｓｅｓｓｉｏｎ設定をリクエストする場合について説明する。第１ＵＥ４０１は、複数のグループに該当する複数のＤＮＮでＰＤＵ Ｓｅｓｓｉｏｎ設定をリクエストすることができる。第１ＵＥ４０１が送信したＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストは、第１ＵＥ４０１が位置する第２ＲＡＮ４１２を通じてＡＭＦ４５１に提供されてもよい。ＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストを受けたＡＭＦ４５１は、最高優先順位のＤＮＮに基づいてＳＭＦを選択するか、複数のＤＮＮを全てサポートするＳＭＦを選択することができる。最高優先順位のＤＮＮは予め設定されてもよい。他の例として、ＡＭＦ４５１は、ＰＣＦ４５４にＤＮＮ別で設定されたＱｏＳ情報を読み出し、最上位ＱｏＳ Ｐｏｌｉｃｙを有するＤＮＮとして決定することができる。さらに他の例として、ＡＭＦ４５１は、第１ＵＥ４０１から受信されたＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含まれたＤＮＮの順序で決定することができる。先の実施形態で前述したように、５ＧＣ内には複数のＳＭＦが存在してもよい。しかし、図４の例示では、図面の簡略化及び理解の便宜のために１つのＳＭＦのみを例示した。したがって、図４の第２実施形態ではＳＭＦ４５２が選択された場合を仮定して説明する。

選択されたＳＭＦ４５２は、ＡＭＦ４５１から第１ＵＥ４０１が送信したＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストを受信すると、ＵＤＲ４５３から複数のグループ情報を取得することができる。すなわち、ＳＭＦ４５２は、第１ＵＥ４０１がサービスをリクエストした各グループ情報をＵＤＲ４５３に提供して各グループ別の情報を受信することができる。ＳＭＦ４５２は、ＵＤＲ４５３から受信した各グループ別の情報で、各グループごとのメンバー情報まで確認することができる。より具体的には、ＳＭＦ４５２は、第１ＵＥ４０１がＰＤＵ Ｓｅｓｓｉｏｎをリクエストした各ＤＮＮ別のグループに対応してＰＣＦ４５４で各グループ別のＱｏＳ Ｐｏｌｉｃｙ情報をリクエストし、ＰＣＦ４５４から各グループ別のＱｏＳ Ｐｏｌｉｃｙ情報を受信することができる。

ＳＭＦ４５２は、ＵＤＲ４５３から受信したグループの情報に従ってＵＰＦを選択し、選択したＵＰＦでフォワーディングテーブル（Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ）の設定をリクエストすることができる。また、ＳＭＦ４５２は、ＰＣＦ４５４から受信したグループのＱｏＳ Ｐｏｌｉｃｙに応じてＱｏＳ設定を進行することができる。図４では、互い異なる２つのＵＰＦが例示されている。第１ＵＰＦ４２１は、第１ＰＤＮ４３１と接続されるＵＰＦであり、第２ＵＰＦ４２２は、第２ＰＤＮ４３２に接続されるＵＰＦである。つまり、第１ＰＤＮ４３１は１つのＤＮＮに対応することができ、第２ＰＤＮ４３２は他の１つのＤＮＮに対応することができる。このような各ＤＮＮは、互い異なるＱｏＳを有するＤＮＮになることができる。

前述のように、第１ＵＥ４１０は、各グループ別で互い異なるＱｏＳを有する２つのグループである第１グループＧ１と第２グループＧ２に対するサービスデータを送信することができる。したがって、ＳＭＦ４５２は、第１グループＧ１に対応したサービスを提供するために第２ＵＰＦ４２２を選択することができる。また、ＳＭＦ４５２は、第２グループＧ２に対応したサービスを提供するために第１ＵＰＦ４２１を選択することができる。

各ＵＰＦは、ＳＭＦ４５２のリクエストに応じてＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅを設定することができる。例えば、第１ＵＥ４１０によって送信されたデータ（又はリクエスト）に基づくサービスを他のＵＥが提供されるように１つのサービスを仮定することができる。この時、第１ＤＮＮに対応する第１グループＧ１に対してＳＭＦ４５２は第２ＵＰＦ４２２を選択し、選択された第２ＵＰＦ４２２に第１グループＧ１サービスを提供する第２ＰＤＮ４３２とＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅを設定することができる。これにより、第２ＵＰＦ４２２は、第１グループＧ１のサービスを提供するように第２ＰＤＮ４３２とＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅに基づいて経路を設定することができる。

また、第２ＤＮＮに対応する第２グループＧ２に対してＳＭＦ４５２は第１ＵＰＦ４２１を選択し、選択された第１ＵＰＦ４２１で第２グループＧ２のサービスを提供する第１ＰＤＮ４３１とＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅを設定することができる。これにより、第１ＵＰＦ４２１は、第２グループＧ２のサービスを提供するように第１ＰＤＮ４３１とＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅに基づいて経路を設定することができる。したがって、第１ＵＰＦ４２１と第２ＵＰＦ４２２で提供されるＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅは互いに異なってもよい。

各ＵＰＦは、Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ設定時に、ＱｏＳが高い下位グループへのＦｏｒｗａｒｄｉｎｇがＱｏＳが低い下位グループに対するＦｏｒｗａｒｄｉｎｇより高い優先順位を有するように設定することができる。これは、ＡＦ４５６の要求に応じてＰＣＦ４５４がマッピングしたＱｏＳ Ｐｏｌｉｃｙ水準に基づいてグループ別のフォワーディング優先順位が定められる。したがって、下位グループが５つであっても、ＰＣＦ４５４がマッピングしたＱｏＳ Ｐｏｌｉｃｙ水準に基づいて優先順位が区別されるフォワーディングは４段階であってもよい。

第１ＵＥ４０１は、複数のグループのＱｏＳのうちの最も高いＱｏＳでデータを送信することができる。例えば、第１グループが最も高いＱｏＳを有する場合、第１ＵＥ４０１は、第１ＲＡＮ４１２、第２ＵＰＦ４２２を通じて第２ＰＤＮ４３２にデータを送信することができる。これにより、第２ＵＰＦ４２２は、ＳＭＦ４５２から受信されたＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅに基づいて最も高い優先順位を有するメンバー、すなわち、第１グループＧ１に属する第２ＵＥ４０２では、第１ＰＤＮ４３２から受信されたデータを第２ＲＡＮ４１２を通じて第２ＵＥ４０２に提供することができる。

また、第１ＵＰＦ４２１は、ＳＭＦ４５２から受信したＱｏＳ情報に基づいて設定されたＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅに基づいて、第１ＰＤＮ４３１から受信されたデータを第１ＰＤＮ ＲＡＮ４１１を通じて第３ＵＥ４０３に送信することができる。この時、第１グループＧ１のＱｏＳレベルが第２グループＧ２のＱｏＳレベルより高い場合、第１グループＧ１に対するＱｏＳを高く設定することができる。例えば、第１グループＧ１で要求する遅延（ｌａｔｅｎｃｙ）要求が１０ｍｓであると仮定すると、第２グループで要求する遅延（ｌａｔｅｎｃｙ）要求は２０ｍｓになることができる。

以上では、２つのグループが含まれた場合を仮定して説明した。しかし、１つの３つ以上のグループが含まれていても、前記方法に従って同じように行われることができる。

図５は、本開示の一実施形態によって複数のＵＰＦを用いた場合の予め設定された下位グループを用いたＰＤＵ Ｓｅｓｓｉｏｎ設定方法による信号フローチャートである。

図５を参照する前に、図５に例示された各構成要素は、図４に説明された各ＮＦを用いて説明される。ただし、図４に示されない構成要素は別度の参照符号を使用することに留意されたい。併せて、図５において、ＰＣＦ／ＮＥＦは、２つの構成要素が１つのサーバとして具現されることができることを意味するものではないこともある。図面の複雑性を減らすために一つの形態で例示したものであり、各機能の動作を別々に説明する。

０段階でＡＦ４５６はＮＥＦ４５４を経て、ＵＤＲ４６８にグループ情報を設定することができる。このとき、先に図４の第１実施形態で説明したように、グループＡに対してｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２を有するように設定することができる。Ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２のそれぞれについて、ＱｏＳ要求事項はＱｏＳ１ ｒｅｑとＱｏＳ２ ｒｅｑで設定をリクエストすることができる。このＱｏＳリクエストがＰＣＦ４５４に記憶されると、ネットワーク（ｎｅｔｗｏｒｋ）のポリシーにマッピングしてＱｏＳ１とＱｏＳ２のポリシーと設定することができる。ＡＦ４５６がリクエストするＱｏＳ要求事項の種類とＰＣＦ４５４が実際にサポートすることを決定したＱｏＳ Ｐｏｌｉｃｙの数は異なってもよい。例えば、ＱｏＳ１ ｒｅｑとＱｏＳ２ ｒｅｑは異なるが、ＱｏＳ１とＱｏＳ２は同じであってもよい。以下の説明では、ＱｏＳ１とＱｏＳ２が互いに異なる場合を仮定して説明する。

１段階でｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２の両方に属しているＵＥ１（４０１）は、グループＡに該当するＤＮＮを用いてＰＤＵ ＳｅｓｓｉｏｎリクエストをＡＭＦ４５１に送信することができる。１ａ段階で、ＡＭＦ４５１は、グループＡに該当するＤＮＮを用いてＳＭＦ４５２を選択することができる。段階１ｂで、ＡＭＦ４５１は選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。

２段階でＳＭＦ４５２はＵＤＲ／ＵＤＭ４５８からＵＥ１（４０１）が加入されたグループＡに関連するｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２の情報を取得し、２ａ段階でＳＭＦ４５２はＰＣＦ４５４からｓｕｂｇｒｏｕｐ１に関連するＱｏＳ１とｓｕｂｇｒｏｕｐ２に関連するＱｏＳ２のポリシーを取得することができる。

３段階及び３ａ段階で、ＳＭＦ４５２は、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）にそれぞれｓｕｂｇｒｏｕｐ１及びｓｕｂｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。

４段階で、ＵＰＦ１（４２１）とＵＰＦ２（４２２）のそれぞれにおいて、ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈを設定することができる。ｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈの設定は、図４で説明したＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ設定と同じ意味で理解されることができる。Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ設定の時、ＱｏＳが高いｓｕｂｇｒｏｕｐ１に対するＦｏｒｗａｒｄｉｎｇが、ＱｏＳが低いｓｕｂｇｒｏｕｐ２に対するＦｏｒｗａｒｄｉｎｇよりも優先順位を有するように設定することができる。前述の０段階でマッピングしたＱｏＳ Ｐｏｌｉｃｙ水準によってグループ別のフォワーディング優先順位が定めるため、ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２に割り当てられたＱｏＳ１とＱｏＳ２が同じ場合、Ｆｏｒｗａｒｄｉｎｇも同じ優先順位と設定されることができる。

５段階で、ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ１（４０１）に伝達しながら、ｓｕｂｇｒｏｕｐ１に割り当てられたＱｏＳ１とｓｕｂｇｒｏｕｐ２に割り当てられたＱｏＳ２のうちのより高いＱｏＳ１でＱｏＳを設定することができる。

５ａ段階で、ｓｕｂｇｒｏｕｐ１にのみ属するＵＥ２（４０２）は、ＰＤＵ Ｓｅｓｓｉｏｎを設定しながら、グループＡに対するＤＮＮでＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストをＡＭＦ４５１に送信することができる。ＡＭＦ４５１は、グループＡに該当するＤＮＮを用いてＳＭＦ４５２を選択することができる。このようにＳＭＦの選択については先の図４で説明したので、重複する説明は省略する。ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを送信することができる。ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ２（４０２）が加入されたグループＡに関連するｓｕｂｇｒｏｕｐ１情報を取得し、ＰＣＦ４５４からｓｕｂｇｒｏｕｐ１に関連するＱｏＳ１ポリシーを取得することができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）に、ｓｕｂｇｒｏｕｐ１に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。ＵＰＦ１（４２１）及びＵＰＦ２（４２２）のそれぞれは、ｓｕｂｇｒｏｕｐ１に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈをＱｏＳ１と設定する。ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ２（４０２）に伝達しながら、ｓｕｂｇｒｏｕｐ１に割り当てられたＱｏＳ１でＱｏＳを設定することができる。

５ｂ段階で、ｓｕｂｇｒｏｕｐ２にのみ属するＵＥ３（４０３）は、ＰＤＵ Ｓｅｓｓｉｏｎを設定しながら、グループＡに対するＤＮＮにＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストをＡＭＦ４５１に送信することができる。ＡＭＦ４５１は、グループＡに該当するＤＮＮを用いてＳＭＦ４５２を選択することができる。ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ３（４０３）が加入されたグループＡに関連するｓｕｂｇｒｏｕｐ２の情報を取得し、ＰＣＦ４５４からｓｕｂｇｒｏｕｐ２に関連するＱｏＳ２のポリシーを取得することができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）に、ｓｕｂｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。ＵＰＦ１（４２１）及びＵＰＦ２（４２２）のそれぞれは、ｓｕｂｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈをＱｏＳ２と設定することができる。ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ３（４０３）に送信しながら、ｓｕｂｇｒｏｕｐ２に割り当てられたＱｏＳ２でＱｏＳを設定することができる。

６段階で、ＵＥ１（４０１）は、グループＡに向かうデータをＵＰＦ１(４２１)にＱｏＳ１で送信することができる。

７段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをｓｕｂｇｒｏｕｐ１に最初に伝達するようにＰａｃｋｅｔ Ｆｏｒｗａｒｄｉｎｇ Ｒｕｌｅを決定することができる。

８段階で、ＵＰＦ１（４２１）は、ＵＥ１からグループＡに向けて送信されたデータをｓｕｂｇｒｏｕｐ１に属するＵＥ２（４０２）にＱｏＳ１で伝達することができる。

８ａ段階で、ＵＰＦ１（４２１）は、ＵＰＥ２（４２２）で、ＵＥ１（４０１）からグループＡに向けて送信されたデータを伝達することができる。このとき、ＵＰＦ１（４２１）とＵＰＦ２（４２２）との間の送信は、ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２のうちのより高いＱｏＳであるＱｏＳ１で伝達することができる。

８ｂ段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをデータネットワークに位置したｓｕｂｇｒｏｕｐ１に属するＳｔａｔｉｏｎ４４１にＱｏＳ１で伝達することができる。

９段階で、ＵＰＦ２（４２２）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをｓｕｂｇｒｏｕｐ１に属しないｓｕｂｇｒｏｕｐ２に伝達するようにＰａｃｋｅｔ Ｆｏｒｗａｒｄｉｎｇ Ｒｕｌｅを決定することができる。このような決定は、前述の５ｂ段階に基づいて決定することができる。

１０段階で、ＵＰＦ２（４２２）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをｓｕｂｇｒｏｕｐ２に属するＵＥ３（４０３）にＱｏＳ２で伝達することができる。

１０ａ段階で、ＵＰＦ２（４２２）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをデータネットワークに位置したｓｕｂｇｒｏｕｐ２に属するＳｔａｔｉｏｎ４２２にＱｏＳ２で伝達することができる。

以上で説明した図５によれば、図４で説明した１つの上位グループに複数のＳｕｂｇｒｏｕｐを予め設定し、ＰＤＵ Ｓｅｓｓｉｏｎの際に上位グループを示すＤＮＮを使用する場合の動作になることができる。このように図５の実施形態を用いる場合、１つのグループ内で互い異なるＱｏＳレベルを有する下位グループに互い異なるＱｏＳに対応してデータを送信することができる。

図６は、本開示の他の実施形態によって単一ＵＰＦを用いた場合の予め設定された下位グループを用いたＰＤＵ Ｓｅｓｓｉｏｎ設定方法による信号フローチャートである。

図６においても前述した図５と同じ参照符号を用いて説明する。したがって、図５で言及された各ＮＦについて言及された内容は、同様に図６にも適用されることができる。

０段階でＡＦ４５６はＮＥＦ４５４を経て、ＵＤＲ４６８にグループ情報を設定することができる。このとき、先に図４の第１実施形態で説明したように、グループＡに対してｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２を有するように設定する場合を仮定する。ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２のそれぞれについて、ＱｏＳ要求事項はＱｏＳ１ ｒｅｑとＱｏＳ２ ｒｅｑと設定をリクエストすることができる。このＱｏＳリクエストがＰＣＦ４５４に記憶されると、ネットワークのポリシーにマッピングしてＱｏＳ１とＱｏＳ２のポリシーと設定されることができる。また、前述したように、ＡＦ４５６がリクエストするＱｏＳ要求事項の種類と、ＰＣＦ４５４が実際にサポートすることを決定したＱｏＳ Ｐｏｌｉｃｙの数は異なってもよい。例えば、ＱｏＳ１ ｒｅｑとＱｏＳ２ ｒｅｑは異なるが、ＱｏＳ１とＱｏＳ２は同じであってもよい。以下の説明では、ＱｏＳ１とＱｏＳ２が互いに異なる場合を仮定して説明する。

１段階で、ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２の両方に属するＵＥ１（４０１）は、グループＡに該当するＤＮＮを用いてＰＤＵ ＳｅｓｓｉｏｎリクエストをＡＭＦ４５１に送信することができる。１ａ段階で、ＡＭＦ４５１は、グループＡに該当するＤＮＮを用いてＳＭＦ４５２を選択することができる。１ｂ段階で、ＡＭＦ４５１は選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。

２段階でＳＭＦ４５２はＵＤＲ／ＵＤＭ４５８からＵＥ１（４０１）が加入されたグループＡに関連するｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２の情報を取得し、２ａ段階でＳＭＦ４５２はＰＣＦ４５４からｓｕｂｇｒｏｕｐ１に関連するＱｏＳ１とｓｕｂｇｒｏｕｐ２に関連するＱｏＳ２のポリシーを取得することができる。

３段階で、ＳＭＦ４５２は、ＵＰＦ１（４２１）に、ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。

４段階で、ＵＰＦ１（４２１）で、ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈを設定することができる。図５で説明したようにｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈの設定は、図４で説明したＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ設定と同じ意味で理解されることができる。Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ設定の時、ＱｏＳが高いｓｕｂｇｒｏｕｐ１に対するＦｏｒｗａｒｄｉｎｇが、ＱｏＳが低いｓｕｂｇｒｏｕｐ２に対するＦｏｒｗａｒｄｉｎｇよりも優先順位を有するように設定することができる。また、前述の０段階でマッピングしたＱｏＳ Ｐｏｌｉｃｙ水準によってグループ別のフォワーディング優先順位が定められるため、ｓｕｂｇｒｏｕｐ１とｓｕｂｇｒｏｕｐ２に割り当てられたＱｏＳ１とＱｏＳ２が同じ場合、Ｆｏｒｗａｒｄｉｎｇも同じ優先順位と設定されることができる。

５段階で、ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ１（４０１）に伝達しながら、ｓｕｂｇｒｏｕｐ１に割り当てられたＱｏＳ１とｓｕｂｇｒｏｕｐ２に割り当てられたＱｏＳ２のうちのより高いＱｏＳ１でＱｏＳを設定することができる。

５ａ段階で、ｓｕｂｇｒｏｕｐ１にのみ属するＵＥ２（４０２）は、ＰＤＵ Ｓｅｓｓｉｏｎを設定しながら、グループＡに対するＤＮＮでＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストをＡＭＦ４５１に送信することができる。ＡＭＦ４５１は、グループＡに該当するＤＮＮを用いてＳＭＦ４５２を選択することができる。ＳＭＦの選択については先の図４で説明したので、重複する説明は省略する。ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ２（４０２）が加入されたグループＡに関連するｓｕｂｇｒｏｕｐ１情報を取得し、ＰＣＦ４５４からｓｕｂｇｒｏｕｐ１に関連するＱｏＳ１ポリシーを取得することができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）に、ｓｕｂｇｒｏｕｐ１に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）において、ｓｕｂｇｒｏｕｐ１に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈをＱｏＳ１と設定することができる。また、ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ２（４０２）に伝達しながら、ｓｕｂｇｒｏｕｐ１に割り当てられたＱｏＳ１でＱｏＳを設定することができる。

５ｂ段階で、ｓｕｂｇｒｏｕｐ２にのみ属するＵＥ３（４０３）は、ＰＤＵ Ｓｅｓｓｉｏｎを設定しながら、グループＡに対するＤＮＮでＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストをＡＭＦ４５１に送信することができる。ＡＭＦ４５１は、グループＡに該当するＤＮＮを用いてＳＭＦ４５２を選択することができる。ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ３（４０３）が加入されたグループＡに関連するｓｕｂｇｒｏｕｐ２の情報を取得し、ＰＣＦ４５４からｓｕｂｇｒｏｕｐ２に関連するＱｏＳ２のポリシーを取得することができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）に、ｓｕｂｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。ＵＰＦ１（４２１）で、ｓｕｂｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈをＱｏＳ２と設定することができる。ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ３（４０３）に送信しながら、ｓｕｂｇｒｏｕｐ２に割り当てられたＱｏＳ２でＱｏＳを設定することができる。

６段階で、ＵＥ１（４０１）は、グループＡに向かうデータをＵＰＦ１（４２１）にＱｏＳ１で送信することができる。

７段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをｓｕｂｇｒｏｕｐ１に最初に伝達することでＰａｃｋｅｔ Ｆｏｒｗａｒｄｉｎｇ Ｒｕｌｅを決定することができる。

８段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをｓｕｂｇｒｏｕｐ１に属するＵＥ２（４０２）にＱｏＳ１で伝達することができる。

８ａ段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをデータネットワークに位置したｓｕｂｇｒｏｕｐ１に属するＳｔａｔｉｏｎ４４１にＱｏＳ１で伝達することができる。ここで、８段階及び８ａ段階は、要求されるＱｏＳに応じて順序が変わるか、又は同時動作で行われてもよい。例えば、ＱｏＳ２とＱｏＳ１との間に要求される遅延（ｌａｔｅｎｃｙ）間隔の差が少ない場合、同時動作が行われるか、又は８ａ段階を先ず行い、８段階が行われることができる。

９段階において、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをｓｕｂｇｒｏｕｐ１には属しないｓｕｂｇｒｏｕｐ２に伝達することで、Ｐａｃｋｅｔ Ｆｏｒｗａｒｄｉｎｇ Ｒｕｌｅを決定することができる。

１０段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からグループＡに向けて送信されたデータをｓｕｂｇｒｏｕｐ２に属するＵＥ３（４０３）にＱｏＳ２で伝達することができる。

１０ａ段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からグループＡに送信されたデータをデータネットワークに位置したｓｕｂｇｒｏｕｐ２に属するＳｔａｔｉｏｎ４２２にＱｏＳ２で伝達することができる。

以上で説明した図６によると、図５のように２つのＵＰＦではなく１つのＵＰＦのみ存在する場合でも、１つの上位グループに複数のＳｕｂｇｒｏｕｐを予め設定し、ＰＤＵ Ｓｅｓｓｉｏｎの際、上位グループを示すＤＮＮを用いる場合の動作を行うことができる。

図７は、本開示のさらに他の実施形態によって複数のＵＰＦを用いた場合の複数のグループを用いたＰＤＵ Ｓｅｓｓｉｏｎ設定方法による信号フローチャートである。

図７においても前述した図５と同じ参照符号を用いて説明する。したがって、図５で言及された各ＮＦについて言及された内容は、同様に図７にも適用されることができる。また、図７の実施形態は、図４の説明における第２の例に該当することができる。

０段階でＡＦ４５６はＮＥＦ４５４を経て、ＵＤＲ４６８に複数のグループ情報を設定することができる。このとき、複数のグループは、第１グループ（Ｇｒｏｕｐ１）と第２グループ（Ｇｒｏｕｐ２）が設定される場合を仮定して説明する。Ｇｒｏｕｐ１とＧｒｏｕｐ２のそれぞれについて、ＱｏＳ要求事項はＱｏＳ１ ｒｅｑとＱｏＳ２ ｒｅｑで設定をリクエストすることができる。このＱｏＳリクエストがＰＣＦ４５４に記憶されると、ネットワークのポリシーにマッピングしてＱｏＳ１とＱｏＳ２のポリシーと設定されることができる。また、前述のように、ＡＦ４５６がリクエストするＱｏＳ要求事項の種類と、ＰＣＦ４５４が実際にサポートすることに決定したＱｏＳ Ｐｏｌｉｃｙの数は異なってもよい。例えば、ＱｏＳ１ｒｅｑとＱｏＳ２ ｒｅｑは異なるが、ＱｏＳ１とＱｏＳ２は同じであってもよい。以下の説明では、ＱｏＳ１とＱｏＳ２が互いに異なる場合を仮定して説明する。

１段階でＧｒｏｕｐ１とＧｒｏｕｐ２の両方に属しているＵＥ１（４０１）は、Ｇｒｏｕｐ１に該当する第１ＤＮＮとＧｒｏｕｐ２に該当する第２ＤＮＮを同時に用いてＰＤＵ ＳｅｓｓｉｏｎリクエストをＡＭＦ４５１に送信することができる。第１ＤＮＮと第２ＤＮＮを同時に用いてＰＤＵ Ｓｅｓｓｉｏｎリクエストを受信したＡＭＦ４５１は、最高優先順位のＤＮＮに基づいてＳＭＦ４５２を選択することができる。他の例として、ＡＭＦ４５１は、複数のＤＮＮを全てサポートするＳＭＦを選択することができる。最高優先順位のＤＮＮは事前に設定されてもよい。この場合、事前に設定されている場合、設定されたＱｏＳ情報を読み取って、最上位のＱｏＳ Ｐｏｌｉｃｙを有するＤＮＮとして決定することができる。最高優先順位のＤＮＮに関する情報が事前に設定されていない場合、ＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含まれたＤＮＮの順序に従ってＳＭＦを選択するためのＤＮＮを決定することもできる。図７では、Ｇｒｏｕｐ１に基づいてＳＭＦを選択する場合を例示している。したがって、ＡＭＦ４５１は、１ａ段階でＧｒｏｕｐ１に基づいてＳＭＦを選択することができる。以後の１ｂ段階において、ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。

２段階において、ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ１（４０１）がＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含めて送信したＤＮＮに基づいて加入された Ｇｒｏｕｐ１とＧｒｏｕｐ２の情報を取得することができる。以後の２ｂ段階において、ＳＭＦ４５２は、ＰＣＦ４５４からＧｒｏｕｐ１に関連するＱｏＳ１とグループ２に関連するＱｏＳ２のポリシーを取得することができる。

３段階及び３ａ段階で、ＳＭＦ４５２は、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）に、Ｇｒｏｕｐ１及びＧｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。

４段階及び４ａ段階で、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）は、それぞれＧｒｏｕｐ１とＧｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈを設定することができる。ここでも、先の図５及び図６で説明したようにｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈの設定は、図４で説明したＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ設定と同じ意味で理解されることができる。Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅの設定の際、ＱｏＳが高いＧｒｏｕｐ１Ｆｏｒｗａｒｄｉｎｇが、ＱｏＳが低いＧｒｏｕｐ２のＦｏｒｗａｒｄｉｎｇよりも優先順位を有するように設定することができる。また、前述の０段階でマッピングしたＱｏＳ Ｐｏｌｉｃｙ水準によってグループ別のフォワーディング優先順位が定められるため、Ｇｒｏｕｐ１とＧｒｏｕｐ２に割り当てられたＱｏＳ１とＱｏＳ２が同じの場合、Ｆｏｒｗａｒｄｉｎｇも同じ優先順位で設定されることができる。

５段階で、ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ１（４０１）に伝達しながら、Ｇｒｏｕｐ１に割り当てられたＱｏＳ１とＧｒｏｕｐ２に割り当てられたＱｏＳ２のうちのより高いＱｏＳ１でＱｏＳを設定することができる。

５ａ段階で、グループ１にのみ属するＵＥ２（４０２）は、ＰＤＵ Ｓｅｓｓｉｏｎを設定しながら、グループ１に該当する第１ＤＮＮにＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストをＡＭＦ４５１に送信することができる。ＡＭＦ４５１は、Ｇｒｏｕｐ１に該当する第１ＤＮＮを用いてＳＭＦ４５２を選択することができる。ここでもＳＭＦの選択については先の図４で説明したので、重複する説明は省略する。ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ２（４０２）が送信したＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含まれた第１ＤＮＮを基準に加入されたＧｒｏｕｐ１情報を取得し、ＰＣＦ４５４からＧｒｏｕｐ１に関連するＱｏＳ１ポリシーを取得することができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）に、Ｇｒｏｕｐ１に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）において、Ｇｒｏｕｐ１に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈをＱｏＳ１と設定することができる。また、ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ２（４０２）に伝達しながら、グループ１に割り当てられたＱｏＳ１でＱｏＳを設定する。

５ｂ段階で、グループ２にのみ属するＵＥ３（４０３）は、ＰＤＵ Ｓｅｓｓｉｏｎを設定しながら、Ｇｒｏｕｐ ２に該当する第２ＤＮＮにＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストをＡＭＦ４５１に送信することができる。ＡＭＦ４５１は、Ｇｒｏｕｐ２に該当する第２ＤＮＮを用いてＳＭＦ４５２を選択することができる。ＡＭＦ４５２は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ３（４０３）がＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含まれた第２ＤＮＮに基づいて加入されたＧｒｏｕｐ２の情報を取得し、ＰＣＦ４５４からＧｒｏｕｐ２に関連するＱｏＳ２のポリシーを取得することができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）に、Ｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。ＵＰＦ１（４２１）及びＵＰＦ２（４２２）において、Ｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈをＱｏＳ２と設定することができる。ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ３（４０３）に伝達しながら、グループ２に割り当てられたＱｏＳ２でＱｏＳを設定することができる。

６段階で、ＵＥ１（４０１）は、Ｇｒｏｕｐ１とＧｒｏｕｐ２に向かうデータをＵＰＦ１（４２１）にＱｏＳ１で送信することができる。

７段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ１に先ず伝達することで、Ｐａｃｋｅｔ Ｆｏｒｗａｒｄｉｎｇ Ｒｕｌｅを決定することができる。

８段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ１に属するＵＥ２（４０２）にＱｏＳ１で伝達することができる。

８ａ段階で、ＵＰＦ１（４２１）は、ＵＰＥ２（４２２）に、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ１及びＧｒｏｕｐ２により高いＱｏＳであるＱｏＳ１で伝達することができる。ここで、８段階及び８ａ段階は、要求されるＱｏＳに応じて順序が変わるか、又は同時動作で行われてもよい。例えば、ＱｏＳ２とＱｏＳ１との間に要求される遅延（ｌａｔｅｎｃｙ）間隔の差が少ない場合、同時動作が行われるか、又は８ａ段階を最初に行い、８段階が行われることができる。

８ｂ段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータを、Ｄａｔａ Ｎｅｔｗｏｒｋに位置するＧｒｏｕｐ１に属するＳｔａｔｉｏｎ４４１にＱｏＳ１で伝達することができる。

９段階で、ＵＰＦ２（４２２）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ１に属しないＧｒｏｕｐ２に伝達することで、Ｐａｃｋｅｔ Ｆｏｒｗａｒｄｉｎｇ Ｒｕｌｅを決定することができる。

１０段階で、ＵＰＦ２（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ２に属するＵＥ３（４０３）にＱｏＳ２で伝達することができる。

１０ａ段階で、ＵＰＦ２（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータを、データネットワークに位置するＧｒｏｕｐ２に属するＳｔａｔｉｏｎ４４２にＱｏＳ２で伝達することができる。

以上で説明した図７によれば、異なるグループに対応して互い異なるＤＮＮを用いる場合になることができる。つまり、図４で説明した第２実施形態に対応する動作にすることができる。このように、各グループが１つの上位グループと下位グループに区分されなくても、複数のＧｒｏｕｐを予め設定し、ＰＤＵ Ｓｅｓｓｉｏｎの際に各Ｇｒｏｕｐを示すＤＮＮを用いる場合でも、互い異なるＱｏＳに従ってサービスを提供することができる。

図８は、本開示のさらに他の実施形態による単一ＵＰＦを用いた場合の複数のグループを用いたＰＤＵ Ｓｅｓｓｉｏｎ設定方法による信号フローチャートである。

図８においても前述した図５と同じ参照符号を用いて説明する。したがって、図５で言及された各ＮＦについて言及された内容は、同様に図８にも適用されることができる。また、図８の実施形態は、図４の説明において第２の例のうちの１つのＵＰＦを使用した場合に該当することができる。

０段階でＡＦ４５６はＮＥＦ４５４を経て、ＵＤＲ４６８にグループ情報を設定することができる。このとき、複数のグループは、前述した図７と同様に、第１グループ（Ｇｒｏｕｐ１）と第２グループ（Ｇｒｏｕｐ２）が設定された場合を仮定して説明する。Ｇｒｏｕｐ１とＧｒｏｕｐ２のそれぞれについて、ＱｏＳ要求事項はＱｏＳ１ ｒｅｑとＱｏＳ２ ｒｅｑで設定をリクエストすることができる。このＱｏＳリクエストがＰＣＦ４５４に記憶されると、ネットワークのポリシーにマッピングしてＱｏＳ１とＱｏＳ２のポリシーとして設定することができる。また、前述のように、ＡＦ４５６がリクエストするＱｏＳ要求事項の種類と、ＰＣＦ４５４が実際にサポートすることに決定したＱｏＳ Ｐｏｌｉｃｙの数は異なってもよい。例えば、ＱｏＳ１ｒｅｑとＱｏＳ２ ｒｅｑは異なるが、ＱｏＳ１とＱｏＳ２は同じであってもよい。以下の説明では、ＱｏＳ１とＱｏＳ２が互いに異なる場合を仮定して説明する。

１段階でＧｒｏｕｐ１とＧｒｏｕｐ２の両方に属するＵＥ１（４０１）は、Ｇｒｏｕｐ１に該当する第１ＤＮＮとＧｒｏｕｐ２に該当する第２ＤＮＮを同時に用いてＰＤＵ ＳｅｓｓｉｏｎリクエストをＡＭＦ４５１に送信することができる。第１ＤＮＮと第２ＤＮＮを同時に用いてＰＤＵ Ｓｅｓｓｉｏｎリクエストを受信したＡＭＦ４５１は、最高優先順位のＤＮＮに基づいてＳＭＦ４５２を選択することができる。他の例として、ＡＭＦ４５１は、複数のＤＮＮを全てサポートするＳＭＦを選択することができる。最高優先順位のＤＮＮは事前に設定されてもよい。このように最高優先順位のＤＮＮが事前に設定されている場合、設定されたＱｏＳ情報を読み出し、最上位ＱｏＳ Ｐｏｌｉｃｙを有するＤＮＮとして決定することができる。最高優先順位のＤＮＮに関する情報が事前に設定されていない場合、ＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含まれたＤＮＮの順序に従ってＳＭＦを選択するためのＤＮＮを決定することもできる。図８は、前述した図７と同様に、Ｇｒｏｕｐ１に基づいてＳＭＦを選択する場合を例示している。したがって、ＡＭＦ４５１は、１ａ段階でＧｒｏｕｐ１に基づいてＳＭＦ４５２を選択することができる。以後の１ｂ段階において、ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。

２段階で、ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ１（４０１）がＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含めて送信したＤＮＮに基づいて加入されたＧｒｏｕｐ１とＧｒｏｕｐ２の情報を取得することができる。以後の２段階ｂにおいて、ＳＭＦ４５２は、ＰＣＦ４５４からＧｒｏｕｐ１に関連するＱｏＳ１とＧｒｏｕｐ２に関連するＱｏＳ２のポリシーを取得することができる。

３段階で、ＳＭＦ４５２は、ＵＰＦ１（４２１）及びＵＰＦ２（４２２）に、Ｇｒｏｕｐ１及びＧｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。

４段階で、ＵＰＦ１（４２１）で、Ｇｒｏｕｐ１とＧｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈを設定することができる。ここでも、先の図５及び図６で説明したようにｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈの設定は、図４で説明したＦｏｒｗａｒｄｉｎｇ Ｔａｂｌｅ設定と同じ意味で理解されることができる。Ｆｏｒｗａｒｄｉｎｇ Ｔａｂｌｅの設定の際、ＱｏＳが高いＧｒｏｕｐ１に対するＦｏｒｗａｒｄｉｎｇが、ＱｏＳが低いＧｒｏｕｐ２に対するＦｏｒｗａｒｄｉｎｇよりも優先順位を有するように設定することができる。また、前述の０段階でマッピングしたＱｏＳ Ｐｏｌｉｃｙ水準によってグループ別のフォワーディング優先順位が定められるため、Ｇｒｏｕｐ１とＧｒｏｕｐ２に割り当てられたＱｏＳ１とＱｏＳ２が同じ場合、Ｆｏｒｗａｒｄｉｎｇも同じ優先順位と設定されることもできる。

５段階において、ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ１（４０１）に伝達しながら、Ｇｒｏｕｐ１１に割り当てられたＱｏＳ１と、Ｇｒｏｕｐ２に割り当てられたＱｏＳ２のうちのより高いＱｏＳ１でＱｏＳを設定することができる。

５ａ段階で、Ｇｒｏｕｐ１にのみ属するＵＥ２（４０２）は、ＰＤＵ Ｓｅｓｓｉｏｎを設定しながら、Ｇｒｏｕｐ１に該当する第１ＤＮＮにＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストをＡＭＦ４５１に送信することができる。ＡＭＦ４５１は、Ｇｒｏｕｐ１に該当する第１ＤＮＮを用いてＳＭＦ４５２を選択することができる。ここでもＳＭＦの選択については先の図４で説明したので、重複する説明は省略する。ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ２（４０２）がＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含まれた第１ＤＮＮに基づいて加入されたＧｒｏｕｐ１情報を取得し、ＰＣＦ４５４からＧｒｏｕｐ１に関連するＱｏＳ１ポリシーを取得することができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）にＧｒｏｕｐ１に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。ＵＰＦ１（４２１）で、Ｇｒｏｕｐ１に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈをＱｏＳ１と設定することができる。ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ２（４０２）に伝達しながら、Ｇｒｏｕｐ１に割り当てられたＱｏＳ１でＱｏＳを設定することができる。

５ｂ段階で、Ｇｒｏｕｐ２にのみ属するＵＥ３（４０３）は、ＰＤＵ Ｓｅｓｓｉｏｎを設定しながら、Ｇｒｏｕｐ２に該当する第２ＤＮＮにＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストをＡＭＦ４５１に送信することができる。ＡＭＦ４５１は、Ｇｒｏｕｐ２に該当する第２ＤＮＮを用いてＳＭＦ４５２を選択することができる。ＡＭＦ４５１は、選択されたＳＭＦ４５２にＰＤＵ Ｓｅｓｓｉｏｎリクエストを伝達することができる。ＳＭＦ４５２は、ＵＤＲ／ＵＤＭ４５３からＵＥ３（４０３）がＰＤＵ Ｓｅｓｓｉｏｎ設定リクエストに含まれた第２ＤＮＮに基づいて加入されたグループ２の情報を取得し、ＰＣＦ４５４からＧｒｏｕｐ２に関連するＱｏＳ２のポリシーを取得することができる。ＳＭＦ４５２は、ＵＰＦ１（４２１）に、Ｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ及びＱｏＳ設定をリクエストすることができる。ＵＰＦ１（４２１）で、Ｇｒｏｕｐ２に関連するｔｒａｆｆｉｃ ｆｏｒｗａｒｄｉｎｇ ｐａｔｈをＱｏＳ２と設定することができる。ＳＭＦ４５２は、ＰＤＵ Ｓｅｓｓｉｏｎ設定応答をＵＥ３（４０３）に伝達しながら、Ｇｒｏｕｐ ２に割り当てられたＱｏＳ２でＱｏＳを設定することができる。

６段階で、ＵＥ１（４０１）は、グループ１とグループ２に向かうデータをＵＰＦ１（４２１）にＱｏＳ１で送信することができる。

７段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ１に先ず伝達することで、Ｐａｃｋｅｔ Ｆｏｒｗａｒｄｉｎｇ Ｒｕｌｅを決定することができる。

８段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ１に属するＵＥ２（４０２）にＱｏＳ１で伝達することができる。

８ｂ段階で、ＵＰＦ１（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータを、Ｄａｔａ Ｎｅｔｗｏｒｋに位置するＧｒｏｕｐ１に属するＳｔａｔｉｏｎ４４１にＱｏＳ１で伝達することができる。

９段階で、ＵＰＦ２（４２２）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ１に属しないＧｒｏｕｐ２に伝達することで、Ｐａｃｋｅｔ Ｆｏｒｗａｒｄｉｎｇ Ｒｕｌｅを決定することができる。

１０段階で、ＵＰＦ２（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータをＧｒｏｕｐ２に属するＵＥ３（４０３）にＱｏＳ２で伝達することができる。

１０ａ段階で、ＵＰＦ２（４２１）は、ＵＥ１（４０１）からＧｒｏｕｐ１とＧｒｏｕｐ２に向けて送信されたデータを、Ｄａｔａ Ｎｅｔｗｏｒｋに位置するＧｒｏｕｐ２に属するＳｔａｔｉｏｎ４４２にＱｏＳ２で伝達することができる。

以上で説明した図８によれば、異なるグループに対応して互い異なるＤＮＮを用いる場合になっても良く、このとき、１つのＵＰＦを用いる場合になってもよい。つまり、図４で説明した第２実施形態に対応する動作であり、同時に１つのＵＰＦのみを用いる場合になってもよい。このように複数のグループを予め設定し、ＰＤＵ Ｓｅｓｓｉｏｎの際、各グループを示すＤＮＮを用い、１つのＵＰＦのみを用いても、互い異なるＱｏＳに従ってサービスを提供することができる。

図９は、本開示の一実施形態によるＵＥの構成を示す図である。

図９に示すように、本開示のＵＥは、通信部９１２、メモリ９１３、制御部９１１を含むことができる。図１～図８で説明したＵＥの通信方法に応じて、ＵＥの制御部９１１、通信部９１２、及びメモリ９１３が動作することができる。ただし、ＵＥの構成要素は、図９に例示された構成要素のみに限定されるものではない。例えば、ＵＥは、図９に例示されている構成要素よりも多くの構成要素を含むか、より少ない構成要素を含むことができる。それだけではなく、制御部９１１、通信部９１２、メモリ９１３は、１つのチップ（ｃｈｉｐ）の形態で具現されてもよい。

通信部９１２は、ＵＥの無線通信のための受信部とＵＥの無線通信のための送信部とを通称したことで、基地局又はネットワークエンティティと信号を送受信することができる。基地局と送受信する信号は、制御情報とデータを含むことができる。このために、通信部９１２は、送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などから構成されることができる。ただし、これは通信部９１２の一実施形態に過ぎず、通信部９１２の構成要素がＲＦ送信機及びＲＦ受信機に限定されるものではない。

また、通信部９１２は、有無線の送受信部を含むことができ、信号を送受信するための様々な構成を含むことができる。また、通信部９１２は、無線チャネルを通じて信号を受信して制御部９１１に出力し、制御部９１１から出力された信号を無線チャネルを通じて送信することができる。通信部９１２は、通信信号を受信して制御部９１１に出力し、制御部９１１から出力された信号を有無線ネットワークを通じてネットワークエンティティに送信することができる。

メモリ９１３は、ＵＥの動作に必要なプログラム及びデータを記憶することができる。さらに、メモリ９１３は、ＵＥで取得された信号（又はメッセージ）に含まれる制御情報又はデータを記憶することができる。メモリ９１３は、ＲＯＭ、ＲＡＭ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどの記憶媒体又は記憶媒体の組み合わせから構成することができる。

制御部９１１は、図１～図８で上述した本開示の実施形態によるＵＥの動作のための一連の過程を制御することができる。制御部９１１は、少なくとも１つ以上のプロセッサを含むことができる。例えば、制御部９１１は、通信時に必要な信号／メッセージ／データの変調／復調と符号化／復号化などの制御を行う通信プロセッサ（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｅｃｅｓｓｏｒ、ＣＰ）及び通信プロセッサで処理されたデータ／信号／メッセージをアプリケーションプログラムなどの上位階層で処理（又は制御）するためのアプリケーションプロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）を含むことができる。

さらに、ＵＥは、ユーザとのインターフェースのための入力装置／出力装置、及びＶｏＮＲ及び／又は既存の無線ネットワークを通じた音声呼（ｖｏｉｃｅ ｃａｌｌ）の処理のためのスピーカー及びマイクなどの装置を含むことができる。入力装置は、例えば、タッチスクリーン、タッチパッド、スタイラ、キー（ｋｅｙ）、音声認識装置、及びジェスチャ認識装置のうちの少なくとも１つを含むことができる。出力装置は、例えば、ディスプレイ、振動モータ、スピーカ、ランプのうちの少なくとも１つを含むことができる。

図１０は、本開示の一実施形態によるネットワーク機能の構成を示す図面である。

図１０に示すネットワークエンティティ（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）は、ネットワーク機能ＮＦのうちの少なくとも１つであってもよい。図１０を参照すると、ネットワークエンティティの構成は、制御部１０１１、ネットワークインターフェース１０１２、及びメモリ１０１３を含むことができる。本開示によるネットワークエンティティは、上述の図１～図８に説明された各ＮＦのうちの少なくとも１つであってもよい。

なお、ＮＦの構成要素は、図１０に例示した構成のみに限定されるものではない。例えば、ＮＦは、前述の構成要素よりも多くの構成要素を含むか、より少ない構成要素を含むことができる。さらに、制御部１０１１、ネットワークインターフェース１０１２、及びメモリ１０１３は、１つのチップ（ｃｈｉｐ）形態で具現されてもよく、特定のサーバ内でインスタンス形態で具現されてもよい。ＮＦは、上述したＲＡＮ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＤＭ／ＵＤＲ、ＵＰＦ、ＮＥＦのいずれかの１つであってもよい。

ネットワークインターフェース１０１２は、ＮＦの受信部とＮＦの送信部を通称したことで、ＵＥ１０１又は他のＮＦと信号を送受信することができる。このとき、送受信する信号／メッセージは制御情報とデータを含むことができる。ＮＦが例えば、基地局である場合、ネットワークインターフェース１０１２は、送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などから構成されることができる。ただし、これはネットワークインターフェース１０１２の一実施形態に過ぎず、ネットワークインターフェース１０１２の構成要素がＲＦ送信機及びＲＦ受信機に限定されない。さらに、ＮＦがＡＭＦである場合、ネットワークインターフェース１０１２は他のＮＦとインターフェースを提供するための装置であってもよい。

メモリ１０１３は、ＮＦの動作に必要なプログラム及びデータを記憶することができる。また、メモリ１０１３は、ＮＦで取得された信号に含まれる制御情報又はデータを記憶することができる。メモリ１０１３は、ＲＯＭ、ＲＡＭ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどの記憶媒体又は記憶媒体の組み合わせから構成することができる。

制御部１０１１は、上述した本開示の実施形態に従ってＮＦが動作するように一連の過程を制御することができる。制御部１０１１は、少なくとも１つ以上のプロセッサを含むことができる。本開示の特許請求の範囲又は明細書に記載の実施形態による方法は、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアの組み合わせの形態で具現（ｉｍｐｌｅｍｅｎｔｅｄ）されることができる。

本開示の請求項又は明細書に記載された実施形態による方法は、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアの組み合わせの形態で具現（ｉｍｐｌｅｍｅｎｔｅｄ）されることができる。

ソフトウェアで具現する場合、一つ以上のプログラム（ソフトウェアモジュール）を記憶するコンピュータ可読記憶媒体を提供することができる。コンピュータ可読記憶媒体に記憶された１つ以上のプログラムは、電子装置（ｄｅｖｉｃｅ）内の１つ以上のプロセッサによって実行可能に構成される（ｃｏｎｆｉｇｕｒｅｄ ｆｏｒ ｅｘｅｃｕｔｉｏｎ）。１つ以上のプログラムは、電子装置にとって本発明の請求項又は明細書に記載の実施形態による方法を実行させる命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を含む。

このようなプログラム（ソフトウェアモジュール、ソフトウェア）は、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュ(ｆｌａｓｈ）メモリを含む不揮発性（ｎｏｎ－ｖｏｌａｔｉｌｅ）メモリ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気ディスク記憶装置（ｍａｇｎｅｔｉｃ ｄｉｓｃ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）、コンパクトディスク・ロム（ＣＤ－ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ－ＲＯＭ）、デジタル多目的ディスク（ＤＶＤｓ：Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃｓ）又は他の形態光学記憶装置は、マグネティックカセット（ｍａｇｎｅｔｉｃ ｃａｓｓｅｔｔｅ）に記憶されることができる。さらに、それらの一部又は全部の組み合わせからなるメモリに記憶することができる。また、各構成メモリは複数個含まれてもよい。

また、前記プログラムは、インターネット（Ｉｎｔｅｒｎｅｔ）、イントラネット（Ｉｎｔｒａｎｅｔ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＬＡＮ（Ｗｉｄｅ ＬＡＮ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの通信ネットワーク、又はそれらの組み合わせからなる通信ネットワークを通じてアクセス可能な取り付け可能（ａｔｔａｃｈａｂｌｅ）な記憶装置（ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）に記憶することができる。そのような記憶装置は、外部ポートを通じて本発明の実施形態を行う装置に接続することができる。さらに、通信ネットワーク上の別々の記憶装置が本発明の実施形態を行う装置に接続することができる。

本開示を様々な実施形態を参照して図示して説明したが、当業者は、添付の特許請求の範囲及びそれに対応する特許請求の範囲によって定義された本開示の精神及び範囲から逸脱せず、形態及び詳細に対する様々な変更がなることができることが理解するだろう。

９１１ 制御部
９１２ 通信部
９１３ メモリ
１０１１ 制御部
１０１２ ネットワークインターフェース
１０１３ メモリ

Claims (16)

1. 無線通信システムでＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）によって行われる方法であって、
   ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から、プロトコルデータユニット（ＰＤＵ）セッション確立リクエストメッセージを受信する段階と、
   ＵＤＲ（ｕｎｉｆｉｅｄ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ）又はＵＤＭ（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ）から、グループに関連する情報を得る段階と、
   ＰＣＦ（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）から、前記グループ内の各下位グループに対するサービス品質（ＱｏＳ）情報を含む下位グループ情報を得る段階と、
   前記グループに関連する情報及び下位グループ情報を含むトラフィックフォワーディング確立リクエストメッセージをＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）に送信する段階と、
   前記グループに関連する情報及びＱｏＳ情報を含むＰＤＵ Ｓｅｓｓｉｏｎ確立応答メッセージを第１端末に送信する段階と、を含み、
   前記第１端末が複数の下位グループに属する場合、前記第１端末に対する前記ＱｏＳ情報は、全体下位グループのＱｏＳ情報のうちのＱｏＳレベルが最も高いＱｏＳ情報を指す、方法。
2. 前記グループには複数の下位グループが含まれ、前記下位グループのそれぞれに対するＱｏＳ情報はＡＦ（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ）によって予め定義され、
   前記ＵＤＲ又は前記ＵＤＭは、前記ＡＦから前記グループに関連する情報を得て、
   前記ＰＣＦは、前記ＡＦから前記下位グループ情報を得る、請求項１に記載の方法。
3. 無線通信システムでＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）によって行われる方法であって、
   ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から、グループに関連する情報及び下位グループ情報を含むトラフィックフォワーディング確立リクエストメッセージを受信する段階であって、ここで、前記グループは複数の下位グループを含み、前記下位グループ情報はそれぞれの下位グループに対するサービス品質（ＱｏＳ）情報を含む、段階と、
   前記グループに関連する情報及び前記下位グループ情報に基づいてトラフィックフォワーディング規則を生成する段階と、
   第１端末から、送信されるグループを指す指示を含むトラフィックを受信する段階であって、前記トラフィックは第１ＱｏＳで受信される、段階と、
   前記指示、前記グループに関連する情報及び前記下位グループ情報に基づいて、第２端末に前記トラフィックを送信する段階と、を含み、
   前記第１端末が複数の下位グループに属する場合、前記第１端末に対する前記ＱｏＳ情報は、全体下位グループのＱｏＳ情報のうちのＱｏＳレベルが最も高いＱｏＳ情報を指す、方法。
4. 前記第２端末が複数の前記下位グループのうちの最も高いＱｏＳレベルを有する下位グループに属する場合、前記第２端末へのトラフィック送信は第１ＱｏＳで行われる、請求項３に記載の方法。
5. 前記指示、前記グループに関連する情報及び前記下位グループ情報に基づいて前記トラフィックを第３端末に送信する段階をさらに含み、
   前記第２端末と前記第３端末は互いに異なる下位グループに属し、前記第２端末が含まれる下位グループのＱｏＳレベルは、前記第３端末が含まれる下位グループのＱｏＳレベルより高い、請求項３に記載の方法。
6. 無線通信システムで第１端末によって行われる方法であって、
   ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）に、プロトコルデータユニット（ＰＤＵ）セッション確立リクエストメッセージを送信する段階と、
   ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から、グループに関連する情報及びＱｏＳ情報を含むＰＤＵ Ｓｅｓｓｉｏｎ確立応答メッセージを受信する段階と、を含み、
   前記第１端末は前記グループに含まれ、前記グループは複数の下位グループを含み、前記下位グループはそれぞれの下位グループに対するサービス品質（ＱｏＳ）情報を通じて設定され、
   前記第１端末が複数の下位グループに属する場合、前記第１端末に対するＱｏＳ情報は、全体下位グループのＱｏＳ情報のうちのＱｏＳレベルが最も高いＱｏＳ情報を指す、方法。
7. 複数の下位グループは、第１下位グループ及び第２下位グループを含み、
   前記第１端末は、前記第１下位グループ及び前記第２下位グループに属する、請求項６に記載の方法。
8. ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）に、送信されるグループを指す指示を含むトラフィックを送信する段階をさらに含み、
   前記トラフィックは、全体下位グループのＱｏＳ情報のうちの最もＱｏＳレベルが高いＱｏＳ情報に基づいて送信され、
   前記ＵＰＦは、前記最もＱｏＳレベルが高いＱｏＳ情報に対応する、請求項６に記載の方法。
9. 無線通信システムにおけるＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）であって、
   送受信部と、
   制御部と、を含み、
   前記制御部は、
   ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から、プロトコルデータユニット（ＰＤＵ）セッション確立リクエストメッセージを受信し、
   ＵＤＲ（ｕｎｉｆｉｅｄ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ）又はＵＤＭ（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ）から、グループに関連する情報を得て、
   ＰＣＦ（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）から、前記グループ内の各下位グループに対するサービス品質（ＱｏＳ）情報を含む下位グループ情報を得て、
   前記グループに関連する情報及び下位グループ情報を含むトラフィックフォワーディングリクエストメッセージをＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）に送信し、
   前記グループに関連する情報及びＱｏＳ情報を含むＰＤＵ Ｓｅｓｓｉｏｎ確立応答メッセージを第１端末に送信するように設定され、
   前記第１端末が複数の下位グループに属する場合、前記第１端末に対する前記ＱｏＳ情報は、全体下位グループのＱｏＳ情報のうちのＱｏＳレベルが最も高いＱｏＳ情報を指す、ＳＭＦ。
10. 前記グループには複数の下位グループが含まれ、前記下位グループのそれぞれに対するＱｏＳ情報はＡＦ（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ）によって予め定義され、
    前記ＵＤＲ又はＵＤＭは、前記ＡＦから前記グループに関連する情報を得て、
    前記ＰＣＦは、前記ＡＦから前記下位グループ情報を得る、請求項９に記載のＳＭＦ。
11. 無線通信システムにおけるＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）であって、
    送受信部と、
    制御部と、を含み、
    前記制御部は、
    ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から、グループに関連する情報及び下位グループ情報を含むトラフィックフォワーディング確立リクエストメッセージを受信し、ここで、前記グループは複数の下位グループを含み、前記下位グループ情報はそれぞれの下位グループに対するサービス品質（ＱｏＳ）情報を含み、
    前記グループに関連する情報及び前記下位グループ情報に基づいてトラフィックフォワーディング規則を生成し、
    第１端末から、送信されるグループを指す指示を含むトラフィックを受信し、前記トラフィックは第１ＱｏＳで受信され、
    前記指示、前記グループに関連する情報及び前記下位グループ情報に基づいて、第２端末に前記トラフィックを送信するように設定され、
    前記第１端末が複数の下位グループに属する場合、前記第１端末に対する前記ＱｏＳ情報は、全体下位グループのＱｏＳ情報のうちのＱｏＳレベルが最も高いＱｏＳ情報を指す、ＵＰＦ。
12. 前記第２端末が複数の前記下位グループのうちの最も高いＱｏＳレベルを有する下位グループに属する場合、前記第２端末へのトラフィック送信は第１ＱｏＳで行われる、請求項１１に記載のＵＰＦ。
13. 前記制御部は、
    前記指示、前記グループに関連する情報及び前記下位グループ情報に基づいて前記トラフィックを第３端末に送信するようにさらに設定され、
    前記第２端末と前記第３端末は互いに異なる下位グループに属し、前記第２端末が含まれる下位グループのＱｏＳレベルは、前記第３端末が含まれる下位グループのＱｏＳレベルより高く、
    前記トラフィックフォワーディング規則は、前記下位グループのそれぞれのＱｏＳ情報に基づく前記下位グループのそれぞれの優先順位情報を含む、請求項１１に記載のＵＰＦ。
14. 無線通信システムにおける第１端末であって、
    送受信部と、
    制御部と、を含み、
    前記制御部は、
    ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）に、プロトコルデータユニット（ＰＤＵ）セッション確立リクエストメッセージを送信し、
    ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から、グループに関連する情報及びＱｏＳ情報を含むＰＤＵセッション確立応答メッセージを受信するように設定され、
    前記第１端末は前記グループに属し、前記グループは複数の下位グループを含み、前記下位グループはそれぞれの下位グループに対するサービス品質（ＱｏＳ）情報を通じて設定され、
    前記第１端末が複数の下位グループに属する場合、前記第１端末に対するＱｏＳ情報は、全体下位グループのＱｏＳ情報のうちのＱｏＳレベルが最も高いＱｏＳ情報を指す、第１端末。
15. 複数の下位グループは、第１下位グループ及び第２下位グループを含み、
    前記第１端末は、前記第１下位グループ及び前記第２下位グループに属する、請求項１４に記載の第１端末。
16. 前記制御部は、
    ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）に、送信されるグループを指す指示を含むトラフィックを送信するようにさらに設定され、
    前記トラフィックは、全体下位グループのＱｏＳ情報のうちの最もＱｏＳレベルが高いＱｏＳに基づいて送信され、
    前記ＵＰＦは、前記最もＱｏＳレベルが高いＱｏＳ情報に対応する、請求項１４に記載の第１端末。