(57)【要約】  移動通信事業の受動ローミング選択及び未加入端末に移動通信ネットワークを通じるデータサービスを提供する方法及び装置を提供すること。本開示は、ＬＴＥのような４Ｇ通信システム以後より高いデータ伝送率をサポートるために提供される５Ｇ又はプレー５Ｇ通信システムに関する。本発明は、５Ｇシステムにおいてユーザのローミング事業者選択及び地域事業者のデータ利用権を活用したセッション管理方法に関する発明である。ユーザーは、ローミング時に事業者を手動モードで切り替えて地域事業者を選択し、事業者が提供する制限的なサービスを介してデータ利用権購買先に接続した後、地域事業者のデータ利用権を購買し、データ利用権に含まれた認証情報を通じるセッション認証を介してデータネットワークに接続する。
2020530713.tif 000002
【特許請求の範囲】
【請求項１】
ＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)の通信方法であって、
端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信する段階と、
前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証をＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーと行う段階と、及び
前記ＤＮ−ＡＡＡサーバーからＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを受信する段階と、を含む通信方法。
【請求項２】
前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含むことを特徴とする、請求項１に記載の通信方法。
【請求項３】
前記ＤＮプロファイルインデックスはＱｏＳ政策(ｐｏｌｉｃｙ)をＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)から検索するためのことを特徴とする、請求項２に記載の通信方法。
【請求項４】
前記ＰＤＵセッション設定のためのメッセージを受信する段階は、
前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅ)をサポートすることであるを指示する情報をネットワークから受信して未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することを特徴とする、請求項１に記載の通信方法。
【請求項５】
ＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーの通信方法であって、
端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信したＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)から、前記ＰＤＵｓｅｓｓｉｏｎに対する認証リクエストを受信し、認証を行う段階と、及び
前記ＳＭＦにＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを送信する段階と、を含む通信方法。
【請求項６】
前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含むことを特徴とする、請求項５に記載の通信方法。
【請求項７】
前記ＤＮプロファイルインデックスはＱｏＳ政策(ｐｏｌｉｃｙ)をＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)から検索するためのことを特徴とする、請求項６に記載の通信方法。
【請求項８】
前記ＳＭＦは、前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅ)をサポートすることであるを指示する情報をネットワークから受信して未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することを特徴とする、請求項５に記載の通信方法。
【請求項９】
ＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であって、
送受信部と、
及び前記送受信部と接続され、端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信し、前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証をＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーと行い、前記ＤＮ−ＡＡＡサーバーからＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを受信する制御部と、を含むＳＭＦ。
【請求項１０】
前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含むことを特徴とする、請求項９に記載のＳＭＦ。
【請求項１１】
前記ＤＮプロファイルインデックスはＱｏＳ政策(ｐｏｌｉｃｙ)をＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)から検索するためのことを特徴とする、請求項１０に記載のＳＭＦ。
【請求項１２】
前記制御部は、前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌ ａｎｄ  ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅ)をサポートすることであるを指示する情報をネットワークから受信して未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することを特徴とする、請求項９に記載のＳＭＦ。
【請求項１３】
ＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーであって、
送受信部と、及び
前記送受信部と接続され、端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信したＳＭＦ(ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)から、前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証リクエストを受信し、認証を行い、前記ＳＭＦにＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを送信する制御部と、を含むＤＮ−ＡＡＡサーバー。
【請求項１４】
前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含み、前記ＤＮプロファイルインデックスはＱｏＳ政策(ｐｏｌｉｃｙ)をＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)から検索するためのことを特徴とする、請求項１３に記載のＤＮ−ＡＡＡサーバー。
【請求項１５】
前記ＳＭＦは、前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ  ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ  ｍｏｄｅ)をサポートすることであるを指示する情報をネットワークから受信して未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することを特徴とする、請求項５に記載のＤＮ−ＡＡＡサーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信事業の受動ローミング選択及び未加入端末に移動通信ネットワークを通じるデータサービスを提供する方法及び装置に関する。
【背景技術】
【０００２】
４Ｇ通信システムの商用化以後に増加趨勢にある無線データトラフィック需要を満たすため、改善された５Ｇ通信システム又はプレ(ｐｒｅ)−５Ｇ通信システムを開発するための努力が成りつつある。このような理由で、５Ｇ通信システム又はプレ−５Ｇ通信システムは４Ｇネットワーク以後(Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ)通信システム又はＬＴＥシステム以後(Ｐｏｓｔ ＬＴＥ)のシステムと呼ばれている。
【０００３】
高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ)帯域(例えば、６０ギガ(６０ＧＨｚ)帯域のような)での具現が考慮されている。超高周波帯域での電波の経路損失の緩和及び電波の伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)、巨大配列多重入出力(ｍａｓｓｉｖｅ ＭＩＭＯ)、全次元多重入出力(Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ−ＭＩＭＯ)、アレイアンテナ(ａｒｒａｙ ａｎｔｅｎｎａ)、アナログビームフォーミング(ａｎａｌｏｇ ｂｅａｍ−ｆｏｒｍｉｎｇ)、及び大規模アンテナ(ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ)技術が論議されている。
【０００４】
さらに、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善した小型セル(ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ)、クラウド無線アクセスネットワーク(ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ)、超高密度ネットワーク(ｕｌｔｒａ−ｄｅｎｓｅ ｎｅｔｗｏｒｋ)、機器間の通信(Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ)、無線バックホール(ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ)、移動ネットワーク(ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ)、協力通信(ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＣｏＭＰ(Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ−Ｐｏｉｎｔｓ)、及び受信干渉除去(ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ)などの技術開発が成りつつある。
【０００５】
この以外にも、５Ｇシステムでは進歩されたコーディング変調(Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ)方式であるＦＱＡＭ(Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ)及びＳＷＳＣ(Ｓｌｉｄｉｎｇ ＷｉｎｄｏｗＳｕｐｅｒ ｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ)と、進歩された接続技術であるＦＢＭＣ(Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ)、ＮＯＭＡ(ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、及びＳＣＭＡ(ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などが開発されている。
【０００６】
一方、セルラー移動通信標準を担当する３ＧＰＰは既存の４Ｇ ＬＴＥシステムから５Ｇシステムへの進化を図るために新しいＣｏｒｅ Ｎｅｔｗｏｒｋ構造を５Ｇ Ｃｏｒｅ(５ＧＣ)という名前で名付けて標準化を進行している。
５ＧＣは既存の４ＧのためのネットワークコアであるＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ(ＥＰＣ)対比、次のような差別化された機能をサポートする。
【０００７】
第１、５ＧＣではネットワークスライス(Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ)機能が導入する。５Ｇの要求条件で、５ＧＣは多様な種類の端末タイプ及びサービスをサポートしなければならない。例えば、ｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ)、ＵＲＬＬＣ(Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)、ｍＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)などがあり得る。このような端末／サービスはそれぞれのコアネットワークに要求する要求条件が異なる。例えば、ｅＭＢＢサービスの場合には高いｄａｔａ ｒａｔｅを要求してＵＲＬＬＣサービスの場合には高い安全性と低い遅延を要求するだろう。このような多様なサービス要求条件を満足するために提案された技術がＮｅｔｗｏｒｋ Ｓｌｉｃｅ機能である。Ｎｅｔｗｏｒｋ Ｓｌｉｃｅは一つの物理的なネットワークを仮想化(Ｖｉｒｔｕａｌｉｚａｔｉｏｎ)して多くの論理的なネットワークを作る方法で、各Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｉｎｓｔａｎｃｅ(ＮＳＩ)は互いに異なる特性を有することができる。これは各ＮＳＩごとにその特性に合うネットワーク機能(Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ(ＮＦ))を有することによって可能となる。各端末ごとに要求するサービスの特性に合うＮＳＩを割り当てて多くの５Ｇサービスを効率的にサポートすることができるようになる。
【０００８】
第２、５ＧＣは移動性管理機能とセッション管理機能の分離を介してネットワーク仮想化パラダイムサポートを容易にすることができる。既存の４Ｇ ＬＴＥではすべての端末が登録、認証、移動性管理及びセッション管理機能を担当する移動性管理エンティティー(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ(ＭＭＥ))という単一コア装備とのシグナリング交換を介して網でサービスが提供されることができた。しかし、５Ｇでは端末の数が爆発的に増えて端末のタイプによってサポートしなければならない移動性及びトラフィック／セッション特性が細分化されることによってＭＭＥのような単一装備ですべての機能をサポートするようになると、必要な機能別でエンティティーを追加する拡張性(Ｓｃａｌａｂｉｌｉｔｙ)が落ちるしかない。したがって、制御平面を担当するコア装備の機能／具現複雑度とシグナリング負荷側面で拡張性改善のために移動性管理機能とセッション管理機能を分離する構造に基づいて多様な機能が開発されている。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、端末の事業者の設定情報及びサービスの要求によって本発明は移動通信事業者が移動通信ネットワークに加入しないユーザ又は端末に特定データサービスを提供する方法及び装置を提供する。
【課題を解決するための手段】
【００１０】
本発明の課題を解決する手段は以下の通りである。
−端末の移動通信事業者の受動選択モード及び事業者の情報探索
−移動通信ネットワークは未認証／未加入端末が使用可能なＤＮ情報の提供
−未認証端末のデータ利用権購買のための制限されたセッション設定
−未認証端末はＤＮ情報提供後のセッション認証を通じるセッション生成
−セッション満了公知設定及びセッション満了公知
【００１１】
さらに、前記目的を達成するための本発明の一実施形態によるＳＭＦの通信方法は、端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信する段階と、前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証をＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーと行う段階と、及び前記ＤＮ−ＡＡＡサーバーからＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを受信する段階と、を含むことができる。
【００１２】
さらに、前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含むことができる。
【００１３】
さらに、前記ＤＮプロファイルインデックスはＱｏＳ政策(ｐｏｌｉｃｙ)をＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)から検索するためのことであればよい。
【００１４】
さらに、前記ＰＤＵセッション設定のためのメッセージを受信する段階は、
前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅ)をサポートすることであるを指示する情報をネットワークから受信して未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することであればよい。
【００１５】
さらに、前記目的を達成するための本発明の一実施形態によるＤＮ−ＡＡＡサーバーの通信方法は、端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信したＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)から、前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証リクエストを受信し、認証を行う段階と、及び前記ＳＭＦにＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを送信する段階と、を含むことができる。
【００１６】
さらに、前記目的を達成するための本発明の一実施形態によるＳＭＦは送受信部と、及び前記送受信部と接続され、端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信し、前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証をＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーと行い、前記ＤＮ−ＡＡＡサーバーからＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを受信する制御部と、を含むことができる。さらに、前記目的を達成するための本発明の一実施形態によるＤＮ−ＡＡＡサーバーは、送受信部と、及び前記送受信部と接続され、端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信したＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)から、前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証リクエストを受信し、認証を行い、前記ＳＭＦにＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを送信する制御部と、を含むことができる。
【発明の効果】
【００１７】
本発明によれば、ユーザは海外地域に旅行や出張時に地域事業者がユーザのホーム事業者と連動無しに、そして、ＵＳＩＭ着脱やＵＳＩＭ情報変更無しに地域事業者が提供するデータ利用権を活用して地域事業者のデータサービス、音声／画像通信サービス及び付加サービスを用いることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態による未認証端末のデータネットワーク使用のためのネットワーク構成図である。
【図２】本発明の一実施形態によるユーザの受動モード選択画面を示す。
【図３】本発明の一実施形態による端末のＰＬＭＮ Ｄｉｓｃｏｖｅｒｙ実行手続きを示す。
【図４ａ】本発明の一実施形態による事業者別の可用ＤＮＮ及びサービスＤｉｓｃｏｖｅｒｙ手続きを示す。
【図４ｂ】本発明の一実施形態による事業者別の可用ＤＮＮ及びサービスＤｉｓｃｏｖｅｒｙ手続きを示す。
【図５】本発明の一実施形態による事業者別の接続許容されるＤＮ情報表示画面を示す。
【図６ａ】本発明の一実施形態によるセッション接続認証手続き及びＤＮプロファイル受信及び設定手続きを示す。
【図６ｂ】本発明の一実施形態によるセッション接続認証手続き及びＤＮプロファイル受信及び設定手続きを示す。
【図７】本発明の一実施形態による使用量の満期通知設定及び告知方法(ＡＦ ｔｒｉｇｇｅｒｅｄ)を示す。
【図８】本発明の一実施形態による使用量の満期通知設定及び告知方法(ＵＥ ｓｕｂｓｃｒｉｐｔｉｏｎ ｕｓｉｎｇ ＮＡＳ ＳＭ)を示す。
【図９】本発明の一実施形態によるデータ使用権及び期間通知設定画面を示す。
【図１０】本発明の一実施形態による全体フローチャートを示す。
【図１１】本発明の一実施形態による端末の構造を示した図面である。
【図１２】本発明の一実施形態によるネットワークエンティティーの構造を示した図面である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態を添付した図面と共に詳しく説明する。さらに、本発明を説明するにあたり関連公知機能又は構成に対する具体的な説明が本発明の要旨を不明瞭にすることができると判断された場合、その詳細な説明は省略する。そして、後述される用語は本発明における機能を考慮して定義された用語として、これはユーザ、運用者の意図又は慣例などによって変わることができる。したがって、その定義は本明細書全般にわたった内容に基づいて下ろされなければならない。以下、基地局は端末のリソース割り当てを行う主体として、ｅＮｏｄｅ Ｂ、Ｎｏｄｅ Ｂ、ＢＳ(Ｂａｓｅ Ｓｔａｔｉｏｎ)、ＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)、ＡＮ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)、ＲＡＮ ｎｏｄｅ、無線接続ユニット、基地局制御機、又はネットワーク上のノードのうちの少なくとも一つであれば良い。端末(ｔｅｒｍｉｎａｌ)はＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、セルラーフォン、スマートフォン、コンピューター、又は通信機能を行うことができるマルチメディアシステムを含むことができる。本発明においてダウンリンク(Ｄｏｗｎｌｉｎｋ；ＤＬ)とは基地局が端末に送信する信号の無線送信経路で、アップリンクは(Ｕｐｌｉｎｋ；ＵＬ)とは端末が基地局に送信する信号の無線送信経路を意味する。また、以下でＬＴＥ又はＬＴＥ−Ａシステムを一例として本発明の実施形態を説明するが、類似の技術的背景又はチャンネル形態を有するそのほかの通信システムにも本発明の実施形態が適用されることができる。また、本発明の実施形態は熟練された技術的知識を有する者の判断として本発明の範囲を大きく逸脱せず範囲で一部変形を介して他の通信システムにも適用されることができる。
【００２０】
図１は、本発明の一実施形態による５Ｇシステムのためのネットワークアキテクチャーを示した図面であり、図１０は、本発明の一実施形態による全体フローチャートを示す。
【００２１】
図１を参考すれば、５Ｇシステムのためのネットワークアキテクチャーで端末１１０の移動性及び網登録を管理する接続及び移動性管理機能(Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ(ＡＭＦ))１２０と終端の間(Ｅｎｄ−ｔｏ−Ｅｎｄ)セッションを管理するセッション管理機能(Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ(ＳＭＦ))１３０が分離されてもよく、これら１２０、１３０はＮ１１インターフェース１３５を介してシグナリングを取り交わすことができる。
【００２２】
５Ｇシステムは端末１１０がデータネットワークに接続するための接続で、データネットワークがＩＰ網の場合にセッションの接続過程で端末１１０のセッションを管理するＳＭＦ(Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)１３０を介して端末１１０にＩＰ住所又はＩＰ ｐｒｅｆｉｘを割り当てることができる。
【００２３】
未認証端末のデータサービス提供のためのネットワーク構成図は図１の通りである。ユーザがネットワークに接続してデータ利用権を購買するためのデータ販売のためのポータルサーバーとデータセッション接続のための認証を担当するＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバー１４０が存在する。
【００２４】
本発明が提案する内容は端末１１０ユーザの受動ローミング選択とデータ利用権を用いたデータサービス使用方法で全体的なフローチャートは図１０に説明されたとおりである。
【００２５】
ユーザは端末の事業者選択を受動選択モードで切り替えれば(１０１０段階)、端末１１０は受動選択モードで可用した帯域を探索する(１０２０段階)。端末１１０は探索する過程でネットワークが放送する事業者のＩＤ(ＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)ＩＤ)と未認証接続モード(Ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅ)サポート可否を受信する。ネットワークが未認証接続モードをサポートするか否かはＳＩＢを介して端末１１０に放送することもでき、端末１１０の登録過程でネットワークが未認証接続モード機能のサポート可否を端末１１０に通知することもできる。
【００２６】
端末１１０は事業者の探索結果によって、端末１１０の探索結果Ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅで使用可能な事業者リスト表示する(１０３０段階)。ユーザが事業者を選択すると、端末１１０は登録手続きを介して未認証モードで事業者に登録する(１０４０段階)。このような登録手続きの実行時、端末１１０は未認証端末に対する情報(ＩＭＳＩ外)を事業者に伝達する。端末１１０が未認証接続モードで接続を望む場合、ネットワーク(すなわち、ＡＭＦ１２０)は事業者の政策に応じて認証書基盤認証を要求することができ、この場合、認証書基盤認証を行うことができる。事業者政策による認証手続き行うか、若しくは認証無しに制限された事業者サービスを提供することを決定すると、事業者は事業者政策に応じて未認証端末１１０にサポート可能なＤＮＮ(ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ)、Ｓ−ＮＳＳＡＩ(ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ)などの事業者の制限されたサービスに接続するためのサービスに対する諸般事項を端末に通知する(１０５０段階)。例えば、ユーザセッション認証を介して接続可能なＤＮＮリスト及び事業者のＰｏｒｔａｌ接続のためのＰｏｒｔａｌ住所を端末１１０に伝達することができる。事業者のＰｏｒｔａｌ接続のためのＰｏｒｔａｌ住所はセッションの生成過程で伝達することも可能である。
【００２７】
端末１１０は提示されたＤＮＮリストのうちでデータ利用権で使用可能なＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)があるか確認する(１０６０段階)。もし使用可能なＤＮＮがない場合、ＰｒｏｖｉｓｉｏｎｉｎｇのためのＤＮＮがあるか確認し、ある場合、ＤＮＮに接続のためのセッション生成をリクエストする。事業者は未認証端末１１０がＰｒｏｖｉｓｉｏｎｉｎｇ ＤＮに接続可能であるか政策確認後、接続を許容することができる。ネットワークはセッション設定過程でｐｏｒｔａｌ ｓｅｒｖｅｒの住所を端末１１０に送信し、端末は受信されたＰｏｒｔａｌ Ｓｅｒｖｅｒに端末１１０のブラウザー又は指定された応用(ＡＰＰ：ａｐｐｌｉｃａｔｉｏｎ)を介して接続する(１０７０段階)。
【００２８】
端末１１０がブラウザー又は指定された応用(ＡＰＰ)を介して接続したポータルサーバーはデータ販売先の機能を含むことができる。データ販売先ではユーザにデータ利用権を販売し、購買時の端末１１０にデータ利用権を設置する。データ利用権には認証情報、データ使用量、事業者リスト、データ販売先及び付加情報を含む。
【００２９】
ユーザはデータ販売先に接続し、データ利用権を購入してデータを購入し(１０８０段階)、データ利用権を活用し、事業者が提供するデータサービスを用いることができる。データ販売先は地域移動通信事業者が運営することもでき、端末製造社が運営することも可能であり、移動通信事業者と端末製造社ではない第３のサービス運営者が運営することも可能である。
【００３０】
データ利用権は以下のような情報を含むことができる。
−認証情報(Ｃｒｅｄｅｎｔｉａｌ)：認証ＩＤ及びパスワード(Ｐａｓｓｗｏｒｄ)でセッションのＥＡＰ(ｅｘｔｅｎｓｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ)認証時に活用される。
− データ使用量(ＱＵＯＴＡ)：データ使用量、使用期間、ＱｏＳ情報
−使用可能の事業者リスト(ＰＬＭＮ ｌｉｓｔ)：使用可能な事業者リスト
−データ販売先の情報：Ｐｏｒｔａｌ Ａｄｄｒｅｓｓ、ＡＡＡサーバー住所又はＡＡＡサーバーでＲｏｕｔｉｎｇするためのドメイン住所、及び認証情報
−サービス付加情報：ローミング時、地域移動通信事業者で用いる電話番号など
【００３１】
ユーザはＰｏｒｔａｌサーバーに接続してデータ利用権を購買する場合、ユーザ端末１１０にデータ利用権が設置される。端末１１０はデータ利用権をもって使用可能なユーザのデータネットワークにセッション認証後のセッションを用いることができる(１０８５段階、１０９０段階)。端末１１０のデータ使用期間満了及びデータ使用量消尽時(１０９５段階)、端末１１０又はネットワークは端末１１０のユーザに通知する。
【００３２】
端末１１０はデータ利用権に記載された認証情報と事業者が登録過程を介して端末１１０に伝達したＤＮＮ及びＳ−ＮＳＳＡＩ情報を活用してセッションを認証する。このような手続きは以下のような詳細手続きを伴う。
【００３３】
−ネットワーク(ＡＭＦ)１２０が端末１１０に登録手続き過程でＤＮＮ情報を提供する。
−端末１１０はＰｒｏｖｉｓｉｏｎｉｎｇされたデータ利用権に一致するＤＮＮがあるか判断し、ある場合、セッションを生成をリクエストする。
−ネットワーク(ＳＭＦ)１３０が端末１１０が提示したデータ利用権情報を介してセッション認証サーバー(ＡＡＡ)１４０を見つける。
−端末１１０とセッション認証サーバー１４０間の認証に成功した場合、ＳＭＦ１３０はセッション認証サーバー１４０から端末１１０の許容サービスプロファイルによって端末１１０が購買したデータ使用量及び使用期間に対する情報を獲得する。
−セッション認証に成功した端末１１０はＩＰ住所を含むセッションに接続に必要な情報を獲得する。
【００３４】
データ使用期間満了時又はデータ使用量消尽時、ネットワーク(ＳＭＦ)１３０はデータセッションを終了する。データ使用期間満了以前又はデータ使用量消尽以前にネットワーク(ＳＭＦ)１３０は端末１１０に使用期間満了を通報する。ネットワーク１３０はデータ使用量消尽前に端末１１０に使用量消尽を告知する。通報を受けた端末１１０はユーザに使用期間満了及び使用量消尽情報を表示し、データポータルサーバーで接続を誘導して追加データ使用権追加購買又は利用権更新を誘導することができる。
【００３５】
＜第１実施形態＞
図２は、本発明の一実施形態によるユーザの受動モード選択画面を示し、図３は本発明の一実施形態による端末のＰＬＭＮ Ｄｉｓｃｏｖｅｒｙ実行手続きを示す。
【００３６】
本発明は、ユーザの受動モード選択機能を提供する。ユーザが旅先や出先に到着して移動通信事業者の選択モードを受動選択モードで切り替える時、端末１１０は移動通信事業者ディスカバリー(ｄｉｓｃｏｖｅｒｙ)手続きを行う。端末１１０では使用可能な事業者リストと共に、発見された事業者がホーム事業者のローミングパートナーであるか非認証モード(Ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ Ｍｏｄｅ)をサポートするかに対する可否をユーザ画面に表示する(図２の受動モード選択画面参照)。端末１１０はＰＬＭＮ ｄｉｓｃｏｖｅｒｙ実行時(３１０段階)、事業者が放送するＳＩＢ(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｒｏａｄｃａｓｔ)情報を介して当該事業者がＵｎａｕｔｈｅｎｔｉｃａｔｅｄ Ｍｏｄｅサポート可否を判断する(３２０、３２３、３２５段階)。端末１１０は各事業者が放送するＳＩＢ情報を介して、事業者のＰＬＭＮ ＩＤと事業者がＵｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅサポート可否を受信する。このような内容は図３のＰＬＭＮ Ｄｉｓｃｏｖｅｒｙ手続きに示されている。図３の例示でＰＬＭＮ Ｂ事業者１９０は端末１１０のローミングパートナー事業者である。ＰＬＭＮ Ｃ事業者１９３は端末１１０のローミングパートナー事業者ではないがＵｎａｕｔｈｅｎｔｉｃａｔｅｄ Ｍｏｄｅをサポートする事業者である。ＰＬＭＮ Ｄ事業者１９５は端末１１０のローミングパートナー事業者でもなくＵｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅもサポートしない。
【００３７】
端末１１０はＵＳＩＭにあるローミング事業者であるか否かと放送情報から抽出したＵｎａｕｔｈｅｎｔｉｃａｔｅｄ Ｍｏｄｅサポート可否を介して各事業者に対する情報をユーザ画面に表示する(３３０段階)。
【００３８】
＜第２実施形態＞
図４ａ及び図４ｂは、本発明の一実施形態による事業者別の可用ＤＮＮ及びサービスＤｉｓｃｏｖｅｒｙ手続きを示す。
【００３９】
第２実施形態は、端末１１０の事業者別の可用ＤＮＮ(ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ)をｄｉｓｃｏｖｅｒｙする手続きである。端末１１０はＵｎａｕｔｈｅｎｔｉｃａｔｅｄ ＭｏｄｅをサポートするＰＬＭＮに対してｒｅｇｉｓｔｒａｔｉｏｎ手続きを行う。このような登録手続きの実行時、端末１１０のデータ利用権で使用可能なＤＮＮがあるかを検査する。
【００４０】
端末１１０はＵｎａｕｔｈｅｎｔｉｃａｔｅｄ Ｍｏｄｅで接続する指示者を含んでｒｅｇｉｓｔｒａｔｉｏｎ ｒｅｑｕｅｓｔ送信する。端末１１０に対する情報はＩＭＳＩ(ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ)、ＩＭＥＩ(ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ ｉｄｅｎｔｉｔｙ)、端末製造番号、端末製造社番号、認証書含み可否を含むことができる。端末１１０がデータ利用権に許容される ＤＮに接続のためにｒｅｇｉｓｔｒａｔｉｏｎを行う場合、端末１１０はデータ利用権内にあるＩＤ情報を含んでメッセージを送信する。
【００４１】
ネットワーク(ＡＭＦ)１２０はＵｎａｕｔｈｅｎｔｉｃａｔｅｄ Ｍｏｄｅをサポートする場合、端末１１０のＩＭＳＩ情報及び端末１１０が送信したＩＤ情報を解釈してこの許容可否を加入者情報を介して確認する。ネットワーク１２０は端末１１０の接続を許容し、端末１１０の接続が許容されるデータネットワークに対する情報を端末１１０に送信する。
【００４２】
端末１１０がＵｎａｕｔｈｅｎｔｉｃａｔｅｄ Ｍｏｄｅでネットワークに接続を試みる場合、端末１１０はネットワークにＵｎａｕｔｈｅｎｔｉｃａｔｅｄ Ｍｏｄｅ又は機器認証接続モードをネットワークに通知する。このように通知する方法は端末１１０の登録メッセージに含まれたＳＵＰＩ(ｓｕｂｓｃｒｉｐｔｉｏｎ ｐｅｒｍａｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ)をＮＡＩ(ｎｅｔｗｏｒｋ ａｃｃｅｓｓ ｉｄｅｎｔｉｆｉｅｒ)基盤のＳＵＰＩを用いることによって通知したり、又は別途の指示者を介して接続モードをネットワークに通知することができる。ネットワークは端末１１０に機器認証を要求することができ、機器認証が要求されるネットワークで端末１１０は機器認証を行う。このような過程は図４ａ及び図４ｂに例示されたように動作することができる。
【００４３】
例示された図４ａ及び図４ｂの４０１及び４０２段階で端末１１０はＳＵＰＩを介して機器認証接続モードをネットワーク１２０に通知する。ネットワーク(ＡＭＦ)１２０は機器認証提供可否を判断して(４０３乃至４０７段階)、機器認証(例えば、ＥＡＰ−ＴＬＳ(ｅｘｔｅｎｓｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ−ｔｒａｎｓｐｏｒｔ ｌａｙｅｒ ｓｅｃｕｒｉｔｙ))手続きを開始する(４０８段階)。この場合、ＡＭＦ１２０は端末１１０の機器認証を行うことができるＡＵＳＦ(ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ)１７５を選択する。端末１１０、ＡＭＦ１２０、ＡＵＳＦ１７５は機器認証手続き(例えば、ＥＡＰ−ＴＬＳ)を行う(４０９段階)。成功的に機器認証手続きが行われると、ＡＮＦ１２０は端末１１０が使用可能なＤＮＮ及びＳ−ＮＳＳＡＩリストを端末１１０に伝達する(４１０乃至４２２段階)。
【００４４】
＜第３実施形態＞
図５は、本発明の一実施形態による事業者別の接続許容されるＤＮ情報表示画面を示す。
【００４５】
本発明の第３実施形態ではＰＬＭＮで接続が許容されるＤＮに対する情報を端末１１０の画面に表示する内容である。図５の例示のように、端末１１０は登録手続きを行う過程でＰＬＭＮ別で収集された可用したＤＮ情報を端末１１０に表示する。事業者受動選択モードにある端末１１０はユーザにとって接続するＤＮを選択するようにＤＮ情報又はサービス情報を画面に表示する。
【００４６】
ユーザの端末１１０にデータ利用権がある場合、データ使用接続ボタンを表示する。ユーザがデータ接続ボタンを押すと、セッション生成手続きを行う。端末１１０はデータ利用権内にある認証情報(Ｃｒｅｄｅｎｔｉａｌ、すなわち、ＩＤとパスワード又は認証書)を活用してｓｅｃｏｎｄａｒｙ ａｕｔｈｅｎｔｉｃａｔｉｏｎ過程を行う。端末１１０は地域移動通信事業者に登録されているデータ販売先(ｄａｔａ ｓｈｏｐ)で運営するｐｏｒｔａｌ ｓｅｒｖｅｒに接続するためのＤＮ情報を表示することができる。ユーザが購買ボタンを押す場合、端末１１０はｐｏｒｔａｌ接続のためのデータセッションを生成する。
【００４７】
＜第４実施形態＞
図６ａ及び図６ｂは、本発明の一実施形態によるセッション接続認証手続き及びＤＮプロファイル受信及び設定手続きを示す。
【００４８】
第４実施形態ではセッション接続及び認証手続きに関する内容を記述する。
【００４９】
端末１１０はデータ利用権内の認証情報を介してＥＡＰ認証を行う。成功的な認証以後、認証サーバー(ＤＮ ＡＡＡ)１４０はデータ利用権が許容するＤＮサービスプロファイルをＳＭＦ１３０に伝達する。このような過程は図６ａ及び図６ｂのセッション接続及び認証手続きに例示されたような手続きで行われる。
【００５０】
図６ａ及び図６ｂの６０１段階及び６０２段階で端末１１０はＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション生成の時、Ｅｘｔｅｒｎａｌ ＤＮ ａｕｔｈｅｎｔｉｃａｔｉｏｎを要する指示者を含むメッセージをＡＭＦ１２０及びＳＭＦ１３０に送信することができる。６０４段階乃至６０６段階で端末１１０はデータ利用権に含まれたＩＤ情報をＳＭＦ１３０に伝達する。６０７段階及び６０８段階でＳＭＦ１３０はＩＤに含まれた情報に基づいてＤＮ−ＡＡＡ１４０を見つける。６０９段階では端末(ＵＥ)１１０、ＳＭＦ１３０、認証サーバー１４０間にＥＡＰ認証手続きを行う。６１０段階では認証サーバー(ＤＮ−ＡＡＡ)１４０でデータ利用権に該当するＤＮ ｐｒｏｆｉｌｅをＳＭＦ１３０に伝達する。ＤＮ ＰｒｏｆｉｌｅはＤＮ−ＡＡＡ１４０の運営者と事業者が協約したＰｒｏｆｉｌｅ ｉｎｄｅｘ又はユーザに提供する使用量情報を含む。ＤＮ Ｐｒｏｆｉｌｅ情報にはユーザに提供するＱｏＳ情報を含む。
【００５１】
ＤＮ Ｐｒｏｆｉｌｅ情報には第３事業者が許容するＩＰ ｆｉｌｔｅｒ又はＵＲＬ情報を含むことができる。
【００５２】
ＳＭＦ１３０は必要時、ＤＮ ｐｒｏｆｉｌｅをＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)１８０にリクエストしてＱｏＳ Ｐｒｏｆｉｌｅを受信し、ここに該当するＱｏＳ及び課金政策を施行(ｅｎｆｏｒｃｅｍｅｎｔ)する(６１２段階)。６１３ａ段階乃至６１５段階でＡＭＦ１２０は端末１１０に成功的なＤＮ接続を通知する。
【００５３】
＜第５実施形態＞
図７は、本発明の一実施形態による使用量満期通知設定及び告知方法(ＡＦ ｔｒｉｇｇｅｒｅｄ)を示し、図８は、本発明の一実施形態による使用量満期通知設定及び告知方法(ＵＥ ｓｕｂｓｃｒｉｐｔｉｏｎ ｕｓｉｎｇ ＮＡＳＳＭ)を示し、図９は、本発明の一実施形態によるデータ使用権及び期間通知設定画面を示す。
【００５４】
第５実施形態はデータ利用権の満期通知サービスに対する内容である。図９に例示したように、ユーザはデータ利用権による使用量満期通知を設定する。ユーザがセッション別の使用量に対するＴｈｒｅｓｈｏｌｄを設定してこれを告知することができる方法では、応用階層で満期通知を設定して公知する方法とＮＡＳ階層を介してＰＤＵセッション生成と変更手続きを介して通知を設定して公知する方法がある。
【００５５】
応用階層を介して満期通知を設定して告知する方法で、端末１１０は端末１１０のＯＳ又は端末１１０に搭載されたアプリとポータルサーバー(ＡＦ：ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ)１９９)に使用量の満期通知設定情報を登録する(７０１段階)。データ販売先ポータルサーバー(ｄａｔａ ｓｈｏｐ)は事業者のＮＥＦ／ＰＣＦ１８０にユーザ満期通知設定をリクエストする(７０２ａ、７０２ｂ段階)。応用階層を通じる使用量の満期通知設定及び使用量の満期予定告知は図７に例示された通りである。７０３ａ及び７０３ｂ段階でＮＥＦ／ＰＣＦ１８０はＵＤＭにサービングＳＭＦ１３０の情報をリクエストして受信する。そして、７０４ａ乃至７０５ｂ段階でＮＥＦ／ＰＣＦ１８０はＳＭＦ１３０がＵＰＦ１６０にイベントトリガーリング条件を設定するようにリクエストし、ＳＭＦ１３０はＵＰＦ１６０にイベントトリガーリング条件を設定することができる。７０６段階でＵＰＦ１６０は、例えば、使用量がｔｈｒｅｓｈｏｌｄに到逹した場合にイベントトリガーリングして７０７段階でＳＭＦ１３０にイベントレポートをする。７０８及び７０９段階でＳＭＦ１３０はＡＦ１９９にｒｅｔｕｒｎ ａｄｄｒｅｓｓ(ＵＲＬ)を通知し、７１０段階でＡＦ１９９は端末１１０に使用量の満期通知を通知することができる。
【００５６】
ＮＡＳ階層を活用して満期通知を設定して告知する方法では、ユーザ(端末１１０)が当該セッションの生成時に満期通知に対するしきい値(ｔｈｒｅｓｈｏｌｄ)を伝達し、ＳＭＦ１３０に満期通知をリクエストし(８０１段階)、ＳＭＦ１３０で満期時のセッション変更を介して端末１１０に通知する(８１３段階)。ＮＡＳ階層を通じる使用量の満期設定及び使用量の満期予定告知方法に対する例示は図８の通りである。８０１段階乃至８０３段階で端末はＡＦＭ１２０を介してＳＭＦ１３０にｔｈｒｅｓｈｏｌｄ及びｒｅｆｅｒｅｎｃｅ ｉｄを含むＰＤＵ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔを用いて満期通知を設定することができる。８０４ａ乃至８０４ｂ段階でＳＭＦ１３０はＵＰＦ１６０にイベントトリガーリング条件を設定することができる。８１１段階でＵＰＦ１６０は例えば、使用量がｔｈｒｅｓｈｏｌｄに到逹した場合にイベントトリガーリングして８１２段階でＳＭＦ１３０にイベントレポートをする。８１３段階乃至８１４段階でＳＭＦ１３０は端末１１０にｒｅｆｅｒｅｎｃｅ ｉｄを含む使用量の満期告知することができる。
【００５７】
＜第６実施形態＞
第６実施形態は使用量の満了予定公知方法に係る内容である。
【００５８】
端末１１０はセッションの生成以後、データに対する送／受信量をカウンティングする。端末１１０がセッション満了を検出すると、端末１１０はユーザに使用量の満了予定を告知し、ポータルサーバー接続を案内する。
【００５９】
端末１１０はデータ送／受信量を計算してしきい値に到逹すると、ユーザに満了告知を行う。端末１１０のデータ送／受信をカウンティングしてセッション満了を告知する方式では、端末１１０内で使用量をカウンティングする方式とネットワークで使用量をカウンティングしてこれを端末１１０に通知する方法がある。
【００６０】
端末１１０内で使用量をカウンティングする方式を用いる場合、端末１１０の最大使用量がＱｕｏｔａで明示された場合、端末１１０がセッション別の送／受信されたデータ量をカウンティングする。基本値(ｄｅｆａｕｌｔ)で設定されたりユーザが設定したしきい値に到達すると、端末１１０のＯＳにこれを告知して端末１１０のＯＳでユーザに告知する。ユーザがデータを使用し、画面がオンされている場合、端末１１０はポップアップ(Ｐｏｐ−ｕｐ)又はオーバレイ方式で画面に表示する。そうではない場合、端末１１０は画面に表示せずＯＳの内部公知メッセージを介してユーザに告知する。
【００６１】
ネットワークで使用量をカウンティングする方式を用いる場合、ネットワーク(ＳＭＦ)１３０でデータ利用権に該当するＤＮ ｐｒｏｆｉｌｅを設定した以後、ＵＰＦ１６０で使用量を計算する。使用量に対するｔｈｒｅｓｈｏｌｄに到逹すると、ＵＰＦ１６０は使用量がｔｈｒｅｓｈｏｌｄに到逹したことをＳＭＦ１３０に通知し、ＳＭＦ１３０は端末１１０にＳＭ−ＮＡＳを介してこれを伝達する。Ｏｎｌｉｎｅ ＡｃｃｏｕｎｔｉｎｇのためのＳＭＦ−ＵＰＦの間のデータレポーティング方法は以下の２つのいずれか一つの方式で可能である。第１、ＳＭＦ１３０はＵＰＦ１６０にデータカウンティングに対するレポーティングを設定する。レポーティング設定時の単位データ報告量に対する設定値を設定し、ＵＰＦ１６０は端末１１０のＰＤＵセッション別で単位データ報告量ほどのパケットを送／受信した場合、これをＳＭＦ１３０に報告する。ＳＭＦ１３０ではしきい値を確認する。第２の方式で、ＳＭＦ１３０はＵＰＦ１６０にしきい値に到逹すると、レポーティングをするように設定し、ＵＰＦ１６０は送／受信データ量をカウンティングしてしきい値に到逹すると、これをＳＭＦ１３０に報告する。
【００６２】
＜第７実施形態＞
第７実施形態は利用期間満了及び使用量消尽時、ネットワークはセッションに対するサービスを中断させる。セッションサービスの中断はセッションを終了させるか、セッションに対するインターネット接続を遮断し、ポータルサーバーなどの特定サービスのみを可能にする方法がある。第１、セッションを終了する方法では利用期間が満了されたり使用量が消尽された場合、ＳＭＦ１３０はＰＤＵ ｓｅｓｓｉｏｎ ｒｅｌｅａｓｅ手続きを行う。端末１１０はセッションの終了を検出し、ユーザにセッション満了事由、すなわち、期間満了又は使用量消尽を公知し、これと共ににデータ販売先情報を端末１１０に伝達して端末１１０ではデータ販売先情報を表示する。端末１１０がデータ販売先接続を試みる時、データ販売先接続のためのセッションを生成する。
【００６３】
第２で、セッション情報を変更する方法がある。すなわち、利用期間が満了されるか使用量が消尽される場合、ＳＭＦ１３０は以下のようにセッションに対する属性を変更させる。ＳＭＦ１３０はトラフィックフィルター規則(Ｔｒａｆｆｉｃ Ｆｉｌｔｅｒ Ｒｕｌｅ)を変更し、インターネット接続トラフィックを遮断してデータ販売先に向けるパケットのみを許容する。若しくはＳＭＦ１３０はＨＴＴＰトラフィックを検出してＨＴＴＰリクエストをデータ販売先に向けるようにＲｅｄｉｒｅｃｔｉｏｎさせる。セッション情報を変更する方法ではネットワークは端末１１０にセッション変更手続きを行い、この過程で端末１１０は使用満了を検出してユーザにセッション満了事由(期間満了又は使用量消尽)を公知し、これと共にデータ販売先情報を表示する。端末１１０がデータ販売先接続を試みる時 、データ販売先接続のために同一なセッションを用いる。
【００６４】
＜第８実施形態＞
第８実施形態ではデータ販売先接続画面及び購買動作を説明する。図９の例示のようにユーザはデータ販売先を介してデータ利用権を購買し、利用権による使用量満期通知を設定することができる。
【００６５】
データ販売先サーバーは端末１１０のブラウザー又は応用プログラム(ＡＰＰ)を介してユーザが購買した利用権を端末１１０に設置する。ユーザがデータ利用権を使ってネットワークに接続をしようとすると、ネットワークは現在のＰＤＵセッションをキャンセルしたり、若しくは現在の接続された移動通信網に登録をキャンセルし、再接続することができる。端末１１０がネットワークに再接続する場合、データ利用権にある情報を活用し、ネットワークに再接続したり、ＰＤＵセッションの生成の時の認証情報で活用することができる。
【００６６】
＜第９実施形態＞
第９実施形態ではデータ販売先で販売するデータ利用権内の情報に対する具体的な例示である。データ利用権内にはデータの使用量、使用期間の使用先(ＰＬＭＮ ｌｉｓｔ)及び事業者別に臨時加入者番号などの情報を含むことができる。データ利用権が含むことができる詳細情報は以下の通りである。
【００６７】
−利用権固有番号(Ｖｏｕｃｈｅｒ Ｉｄｅｎｔｉｆｉｅｒ)
−一列番号(Ｓｅｒｉａｌ Ｎｕｍｂｅｒ)
−データ使用量及び使用期間(ＱＵＯＴＡ)
■ Ｑｕｏｔａ Ｐｒｏｆｉｌｅ ＩＤ
■ Ｕｓａｇｅ ｂｙｔｅｓ、Ｕｓａｇｅ ｔｉｍｅ(ｉｎ ｈｏｕｒｓ)、Ｕｓａｇｅ ｐｅｒｉｏｄ(ｆｒｏｍ ｗｈｅｎ ｔｏ ｗｈｅｎ)
■ ＱｏＳ：５ＱＩ／ＱＣＩ、ＭＢＲ、ＧＢＲ、ＰＤＢ、ＰＥＲ 
【００６８】
−事業者別の臨時／グループ加入者番号 
■ ＮＡＩ ｂａｓｅｄ ＳＵＰＩ ｆｏｒ ａｃｃｅｓｓｉｎｇ ５ＧＣ：Ｒｅｇｉｓｔｒａｔｉｏｎ過程で認証時に用いるＩｄｅｎｔｉｔｙ
■ Ｐｒｅ−ｒｅｓｅｒｖｅｄ ＩＭＳＩ ｆｏｒ ａｃｃｅｓｓｉｎｇ ＥＰＣ 
■Ｓ−ＮＳＳＡＩ ｏｒＳＳＴ ｏｒ ＤＤＮ／ＡＰＮ 
【００６９】
−使用可能先のリスト 
■ ＰＬＭＮ Ｌｉｓｔ 
【００７０】
−ＤａｔａＳｈｏｐ＆認証のための情報 
■ ＰｏｒｔａｌＳｅｒｖｅｒ ＵＲＬ、ＡＰＰ ｉｎｓｔａｌｌａｔｉｏｎ ＵＲＬ 
■ ＤＮ−ＡＡＡ ｓｅｒｖｅｒ ｄｏｍａｉｎ ｎａｍｅ 
【００７１】
−利用権有効期間(Ｖａｌｉｄｉｔｙ Ｐｅｒｉｏｄ)
−利用権発給者(Ｖｏｕｃｈｅｒ Ｉｓｓｕｅｒ)
−発給者署名(Ｓｉｇｎａｔｕｒｅ ｏｆ Ｉｓｓｕｅｒ)
【００７２】
＜第１０実施形態＞ 
第１０実施形態は地域移動通信事業者がデータ販売先を運営するシナリオに対する具体的な例示である。このようなシナリオはユーザが旅先／出先で受動ローミング設定後、地域事業者ポータルに接続してデータ利用権を購買するシナリオである。
【００７３】
■ ネットワーク探索及び選択(受動設定時)
【００７４】
■ 登録過程(端末１１０のホーム事業者が地域事業者とローミングパートナーではない場合)
● Ｐｒｅｓｅｒｖｅｄ ＳＵＰＩ使用の時に無認証で接続する(ＳＳＴを特定したＳＳＴ用いることも可能)
● Ｐｒｅｓｅｒｖｅｄ ＳＵＰＩに登録時、Ｐｏｒｔａｌ接続のためのＤＮＮ、Ｓ−ＮＳＳＡＩをＡｄｖｅｒｔｉｓｅｍｅｎｔし、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｖａｌｉｄｉｔｙ Ｔｉｍｅｒを端末に伝達する。
【００７５】
■ ポータルセッション生成及びポータルサーバー接続
● ポータルに接続するためのＤＮＮを受信された端末はＤＮＮにＰＤＵセッション生成リクエスト送信
● ネットワークは端末１１０のＳＵＰＩ及びＤＮＮを見てＲｅｓｔｒｉｃｔｅｄ Ｐｏｒｔａｌ Ｓｅｒｖｉｃｅ のためにＰＤＵセッション生成を許可する。
− ＰＣＦ１８０／ＵＤＭ１７０を介して、設定されたＰｏｒｔａｌ住所及びＲｅｓｔｒｉｃｔｅｄ Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ(ＱｏＳ、ＩＰ Ｆｉｌｔｅｒ Ｒｕｌｅ)をダウンロードしてこれをｅｎｆｏｒｃｅｍｅｎｔする。
● ＰＤＵセッション生成許可時、端末１１０のＰｏｒｔａｌ Ｓｅｒｖｅｒの住所(地域事業者運営時)を端末１１０に送信する。
● 端末１１０のブラウザー又はＡＰＰは受信されたＰｏｒｔａｌ ＳｅｒｖｅｒでＨＴＴＰ リクエストを送信する。
● ユーザは(地域事業者が運営する)データ購買処に接続して支払い情報を入力する(他のモデルと差異：地域事業者に新規ユーザで加入する。加入時に事業者認証のためのＣｒｅｄｅｎｔｉａｌ Ｐｒｏｖｉｓｉｏｎｉｎｇ必要)
−支払い情報：信用カード情報、三星ペイなど
● ユーザはデータ利用権を購買すると、ポータルサーバーは端末１１０にデータ利用権をダウンロードする。
● ユーザがデータ利用権をクリックすると、事業者受動モード設定画面で事業者リストにデータ利用権使用接続を表示する。
● ユーザがデータ利用権を用いた接続をクリックすると、再登録過程を行う。
【００７６】
■ 再登録過程(ＡＭＦ１２０)
● 現在Ｐｒｅｓｅｒｖｅｄ ＳＵＰＩを用いた無認証モードに登録されている状態であれば、Ｄｅ−ｒｅｇｉｓｔｒａｔｉｏｎ手続きを行う。
● データ利用権に含まれたＳＵＰＩで登録を試みる。
● ＡＭＦ１２０はＳＵＰＩにＥＡＰ認証を決定してＥＡＰ認証をＥＡＰ−Ｒｅｑｕｅｓｔ／Ｉｄｅｎｔｉｔｙを端末に送信してＥＡＰ認証を開始する(ポータル接続を介して受信されたＣｒｅｄｅｎｔｉａｌを用いて認証する。)
● 端末１１０がＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ(ＮＡＩ)を送信すると、ＡＭＦ１２０はＮＡＩのｄｏｍａｉｎ ｎａｍｅを見てＥＡＰ−Ｓｅｒｖｅｒを決定してＡＡＡ１４０に認証リクエストを送信する。
● 端末１１０、ＡＭＦ１２０、認証サーバー１４０はＥＡＰ認証を行う。
【００７７】
■ セッション生成過程
● 端末１１０はデータ利用権にあるＤＮＮ又はＳ−ＮＳＳＡＩと共にＰＤＵセッション生成をリクエストする。
●ＳＭＦ１３０はＥＡＰ認証手続きを開始する。端末１１０はデータ利用権に含まれたＶｏｕｃｈｅｒ ＩＤに応答すると、ＳＭＦ１３０はＡＡＡ１４０を見つける。ＥＡＰ認証手続きを行う。
● ＥＡＰ認証成功時にＤＮ−ＡＡＡ１４０はＤＮ Ｐｒｏｆｉｌｅ ＩＤを送信する。ＳＭＦ１３０はＰＣＦ１８０にＤＮ Ｐｒｏｆｉｌｅ ＩＤに該当する協約されたＰｒｏｆｉｌｅをダウンロードする。
【００７８】
＜第１１実施形態＞
第１１実施形態はデータ販売先を端末製造社が運営するシナリオに関する。本シナリオではユーザは携帯電話購買時、若しくは携帯電話製造社のオンラインショップでグローバルローミングデータバウチャー(データ利用権)を購買するシナリオである。本シナリオの実行手続きは以下の通りである
【００７９】
■ ネットワーク探索及び選択(受動設定画面で、データ利用権が使用可能な事業者見つけ、ユーザは利用権を選択する)
【００８０】
■ 登録過程(端末１１０のホーム事業者が地域事業者とローミングパートナーではない場合)
●ＳＵＰＩに製造社のＮＡＩで登録を試み、ＡＭＦ１２０はＳＵＰＩを見てＵｎａｕｔｈｅｎｔｉｃａｔｅｄ  Ｍｏｄｅで登録するか、端末機器認証で登録するかを決定する。
● 端末機器認証で登録を決定すると、ＡＭＦ１２０はＥＡＰ−Ｉｄｅｎｔｉｔｙ／Ｒｅｑｕｅｓｔを端末１１０に送信する。
● 端末１１０がＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ(ＮＡＩ)を送信すると、ＡＭＦ１２０は ＮＡＩのｄｏｍａｉｎ ｎａｍｅを見て機器認証製造社ＥＡＰ−Ｓｅｒｖｅｒに接続する。
● 端末１１０、ＡＭＦ１２０、認証サーバーは ＥＡＰ認証を行う。
● 認証が成功すれば、端末製造社と協約された使用可能なＤＮＮ、Ｓ−ＮＳＳＡＩリストを端末１１０に与える。
【００８１】
■ セッション生成過程
● 端末１１０はデータ利用権にあるＤＮＮ又はＳ−ＮＳＳＡＩと共にＰＤＵセッション生成をリクエストする。
●ＳＭＦ１３０はＥＡＰ認証手続きを開始する。端末１１０はデータ利用権に含まれたＶｏｕｃｈｅｒ ＩＤで応答すると、ＳＭＦ１３０はＡＡＡ１４０を見つける。ＥＡＰ認証手続きを行う。
● ＥＡＰ認証成功時にＤＮ−ＡＡＡ１４０はＤＮ Ｐｒｏｆｉｌｅ ＩＤを送信する。ＳＭＦ１３０はＰＣＦ１８０にＤＮ Ｐｒｏｆｉｌｅ ＩＤに該当する協約されたＰｒｏｆｉｌｅをダウンロードする。
【００８２】
■ ポータルセッション生成及びポータルサーバー接続(機器認証を成功したが、データ利用権を事前に購買しない場合)
● ポータルに接続するためのＤＮＮを受信された端末１１０はＤＮＮにＰＤＵセッション生成リクエスト送信
● ネットワークは端末１１０のＳＵＰＩ及びＤＮＮを見てＲｅｓｔｒｉｃｔｅｄ Ｐｏｒｔａｌ Ｓｅｒｖｉｃｅ(Ｔｏギャラクシーショップ又はローカル事業者ショップ)のためにＰＤＵ セッション生成を許可する。
【００８３】
−ＰＣＦ１８０／ＵＤＭ１７０を介して設定されたＰｏｒｔａｌ住所及びＲｅｓｔｒｉｃｔｅｄ Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ(ＱｏＳ、ＩＰ Ｆｉｌｔｅｒ Ｒｕｌｅ)をダウンロードしてこれをｅｎｆｏｒｃｅｍｅｎｔする。
● ＰＤＵセッション生成許可時、端末１１０のＰｏｒｔａｌ Ｓｅｒｖｅｒの住所(地域事業者操作時)を端末１１０に送信する。
● 端末１１０のブラウザー又はＡＰＰは受信されたＰｏｒｔａｌ ＳｅｒｖｅｒでＨＴＴＰリクエストを送信する。
● ユーザは製造社が運営するデータ購買処に接続して支払い情報を入力する。本シナリオが第１１実施形態と異なる点は端末１１０に機器認証書は既にＰｒｏｖｉｓｉｏｎｉｎｇされているということである。
● ユーザはデータ利用権を購買すると、ポータルサーバーは端末１１０にデータ利用権をダウンロードする。
● ユーザがデータ利用権をクリックすると、事業者受動モード設定画面で事業者リストにデータ利用権使用接続を表示する。
● ユーザがデータ利用権を用いた接続をクリックすれば、再登録過程を行う。
【００８４】
＜第１２実施形態＞
第１２実施形態はＳＭＦ１３０がＵＰＦ１６０に使用量監視報告の条件を設定に関する内容である。ＳＭＦ１３０はＵＰＦ１６０に端末１１０のデータ利用権使用による使用量監視報告条件を設定する。ＳＭＦ１３０はＤＮ ｐｒｏｆｉｌｅで受信した情報を介してＵＰＦ１６０に使用量による使用現況報告条件を設定する。ＳＭＦ１３０がＵＰＦ１６０に設定する情報は次のような内容を含む。
■ パケット使用量に対する最大使用量
■ パケット使用量報告に対するしきい値
■ ＱｏＳ Ｐｒｏｆｉｌｅ(５ＱＩ／ＱＣＩ)値及びＱｏＳ別の使用量
■ ＱｏＳ別のしきい値
【００８５】
ＵＰＦ１６０はＳＭＦ１３０から使用量監視報告条件に応じて次をＭＦ１３０に報告する。ＵＰＦ１６０のＳＭＦ１３０に監視する報告条件は以下の通りである。
■ 端末１１０のセッションに対するパケット使用量が最大使用量に到達した場合
■ 端末１１０のセッションに対するパケット使用量がしきい値に到達した場合
■ 端末１１０セッションのＱｏＳプロファイル(５ＱＩ／ＱＣＩ)に対するパケット使用量が最大使用量に到達した場合
■ 端末１１０セッションのＱｏＳプロファイル(５Ｑｉ／ＱＣＩ)に対するパケット使用量がしきい値に到達した場合
■ 端末１１０のセッションの使用総使用時間が最大使用時間に到達した場合
■端末１１０のセッションの使用総時間がしきい値に到達した場合
【００８６】
これと共にＳＭＦ１３０はＵＰＦ１６０に端末１１０がアップリンクで用いることができる ＱｏＳに対する情報を設定することができ、もし端末１１０が許容されないアップＱｏＳに該当するＱｏＳを用いてパケットを送信する場合、当該パケットがここに該当することをＵＰＦ１６０が報告することができる。
【００８７】
図１１は、本発明の一実施形態による端末の構造を示した図面である。
図１１を参考すれば、端末は送受信部１１１０、制御部１１２０、記憶部１３０を含むことができる。本発明において制御部１１２０は、回路又はアプリケーション特定統合回路又は少なくとも一つのプロセッサと定義されることができる。
【００８８】
送受信部１１１０は他のネットワークエンティティーと信号を送受信することができる。
【００８９】
制御部１１２０は本発明で提案する実施形態による端末の全般的な動作を制御することができる。例えば、制御部１１２０は前述したフローチャートによる動作を行うように各ブロック間の信号流れを制御することができる。具体的に、制御部１１２０は本発明の実施形態によって地域事業者が提供するデータ利用権を活用して地域事業者のデータサービス、音声／画像通信サービス及び付加サービスを用いることができる。
【００９０】
記憶部１１３０は送受信部１１１０を介して送受信される情報及び制御部１１２０を介して生成される情報のうちの少なくとも一つを記憶することができる。
【００９１】
図１２は、本発明の一実施形態によるネットワークエンティティーの構造を示した図面である。
図１２を参考すれば、ネットワークエンティティーは送受信部１２１０、制御部１２２０、記憶部１２３０を含むことができる。本発明で制御部１２２０は、回路又はアプリケーション特定統合回路又は少なくとも一つのプロセッサと定義されることができる。
【００９２】
送受信部１２１０は端末１１０又は他のネットワークエンティティーと信号を送受信することができる。
【００９３】
制御部１２２０は本発明で提案する実施形態によるネットワークエンティティーの全般的な動作を制御することができる。例えば、制御部１２２０は前述したフローチャートによる動作を行うように各ブロック間の信号流れを制御することができる。具体的に、制御部１２２０は本発明の実施形態によって地域事業者が提供するデータ利用権を活用してユーザが地域事業者のデータサービス、音声／画像通信サービス及び付加サービスを用いるように制御することができる。
【００９４】
記憶部１２３０は送受信部１２１０を介して送受信される情報及び制御部１２２０を介して生成される情報のうちの少なくとも一つを記憶することができる。
【符号の説明】
【００９５】
１１０  ＵＥ
１２０  ＡＭＦ
１３０  ＳＭＦ
１４０  ＤＮ−ＡＡＡ
１５０  ［Ｒ］ＡＮ
１６０  ＵＰＦ
１７０  ＵＤＭ
１８０  ＰＣＦ
【図１】
2020530713.tif 000003
【図２】
2020530713.tif 000004
【図３】
2020530713.tif 000005
【図４ａ】
2020530713.tif 000006
【図４ｂ】
2020530713.tif 000007
【図５】
2020530713.tif 000008
【図６ａ】
2020530713.tif 000009
【図６ｂ】
2020530713.tif 000010
【図７】
2020530713.tif 000011
【図８】
2020530713.tif 000012
【図９】
2020530713.tif 000013
【図１０】
2020530713.tif 000014
【図１１】
2020530713.tif 000015
【図１２】
2020530713.tif 000016
【手続補正書】
【提出日】令和2年2月13日(2020.2.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいてＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)によって行われる方法であって、
端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信する段階と、
前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証をＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーと行う段階と、
前記ＤＮ−ＡＡＡサーバーからＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを受信する段階と、を含む通信方法。
【請求項２】
前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含むことを特徴とする、請求項１に記載の通信方法。
【請求項３】
前記ＤＮプロファイルインデックスはＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)に設定された政策を制御するためのものであることを特徴とする、請求項２に記載の通信方法。
【請求項４】
前記ＰＤＵセッション設定のためのメッセージを受信する段階は、
前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅ)をサポートすることを指示する情報をネットワークから受信し、未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することを特徴とする、請求項１に記載の通信方法。
【請求項５】
無線通信システムにおいてＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーによって行われる方法であって、
端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信したＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)から、前記ＰＤＵｓｅｓｓｉｏｎに対する認証リクエストを受信し、認証を行う段階と、
前記ＳＭＦにＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを送信する段階と、を含む通信方法。
【請求項６】
前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含むことを特徴とする、請求項５に記載の通信方法。
【請求項７】
前記ＤＮプロファイルインデックスはＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)に設定された政策を制御するためのものであることを特徴とする、請求項６に記載の通信方法。
【請求項８】
前記ＳＭＦは、前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅ)をサポートすることを指示する情報をネットワークから受信し、未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することを特徴とする、請求項５に記載の通信方法。
【請求項９】
無線通信システムのＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であって、
送受信部と、
前記送受信部と接続され、端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信し、前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証をＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーと行い、前記ＤＮ−ＡＡＡサーバーからＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを受信する制御部と、を含むＳＭＦ。
【請求項１０】
前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含むことを特徴とする、請求項９に記載のＳＭＦ。
【請求項１１】
前記ＤＮプロファイルインデックスはＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)に設定された政策を制御するためのものであることを特徴とする、請求項１０に記載のＳＭＦ。
【請求項１２】
前記制御部は、前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌ ａｎｄ  ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ ｍｏｄｅ)をサポートすることを指示する情報をネットワークから受信し、未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することを特徴とする、請求項９に記載のＳＭＦ。
【請求項１３】
無線通信システムのＤＮ−ＡＡＡ(ｄａｔａ ｎｅｔｗｏｒｋ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ)サーバーであって、
送受信部と、
前記送受信部と接続され、端末からＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)セッション(ｓｅｓｓｉｏｎ)設定のためのメッセージを受信したＳＭＦ(ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)から、前記ＰＤＵ ｓｅｓｓｉｏｎに対する認証リクエストを受信し、認証を行い、前記ＳＭＦにＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ)プロファイル(ｐｒｏｆｉｌｅ)情報を含む認証応答メッセージを送信する制御部と、を含むＤＮ−ＡＡＡサーバー。
【請求項１４】
前記ＤＮプロファイル情報はＤＮプロファイルインデックスを含み、
前記ＤＮプロファイルインデックスはＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ)に設定された政策を制御するためのものであることを特徴とする、請求項１３に記載のＤＮ−ＡＡＡサーバー。
【請求項１５】
前記ＳＭＦは、前記端末がＰＬＭＮ(ｐｕｂｌｉｃ ｌａｎｄ  ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が未認証接続モード(ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ  ｍｏｄｅ)をサポートすることを指示する情報をネットワークから受信し、未認証接続モードのための接続後、認証が要求される前記ＰＤＵセッションの設定のためのリクエストメッセージを前記端末から受信することを特徴とする、請求項１３に記載のＤＮ−ＡＡＡサーバー。
【国際調査報告】
2020530713.tif 000017
2020530713.tif 000018
2020530713.tif 000019
2020530713.tif 000020