JP2022074396A - 情報処理装置、及び、情報処理方法 - Google Patents

Abstract

【課題】或るプロトコルに準拠する通信システムを当該プロトコルとは別のプロトコルに準拠する通信システムに収容することができる情報処理装置、及び、情報処理方法の提供に資する。【解決手段】情報処理装置は、第１のプロトコルに準拠し、かつ、加入者識別情報を未サポートの端末から認証用の情報を取得する取得部と、情報及びデジタル証明書を用いる認証方式に基づいて、第２のプロトコルにおいて用いられる認証に関するメッセージを生成する生成部と、メッセージを第２のプロトコルに準拠したネットワークエレメントへ送信する送信部と、を備える。【選択図】図１

Description

本開示は、情報処理装置、及び、情報処理方法に関する。

国際標準化団体である3rd Generation Partnership Project（３ＧＰＰ）では、第５世代移動通信システム（5th Generation（５Ｇ））のサービス要求の実現に向けて、コアネットワーク（以下、５Ｇコアネットワーク）の検討が行われている。

3GPP TS 23.501, "System architecture for the 5G System (5GS);Stage 2(Release 16)", September 2020.

３ＧＰＰによって規定される５Ｇコアネットワークを構成する５Ｇシステムと、３ＧＰＰによって規定されていない通信システムとの接続性については検討の余地がある。

本開示の非限定的な実施例では、或るプロトコルに準拠する通信システムを当該プロトコルとは別のプロトコルに準拠する通信システムに収容することができる情報処理装置、及び、情報処理方法の提供に資する。

本開示の一実施例に係る情報処理装置は、第１のプロトコルに準拠し、かつ、加入者識別情報を未サポートの端末から認証用の情報を取得する取得部と、前記情報及びデジタル証明書を用いる認証方式に基づいて、第２のプロトコルにおいて用いられる認証に関するメッセージを生成する生成部と、前記メッセージを前記第２のプロトコルに準拠したネットワークエレメントへ送信する送信部と、を備える。

本開示の一実施例に係る情報処理方法は、情報処理装置が、第１のプロトコルに準拠し、かつ、加入者識別情報を未サポートの端末から認証用の情報を取得し、前記情報及びデジタル証明書を用いる認証方式に基づいて、第２のプロトコルにおいて用いられる認証に関するメッセージを生成し、前記メッセージを前記第２のプロトコルに準拠したネットワークエレメントへ送信する。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本開示の一実施例によれば、或るプロトコルに準拠する通信システムを当該プロトコルとは別のプロトコルに準拠する通信システムに収容することができる。

本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

一実施の形態に係るシステムのアーキテクチャの一例を示す図 機能例１を示すシーケンス図 機能例１を示すシーケンス図 マルチスライス機能を提供しないＴＷＩＦの一例を示す図 既存のNon_3GPP端末にマルチスライス機能を提供するＴＷＩＦの第１の例を示す図 既存のNon_3GPP端末にマルチスライス機能を提供するＴＷＩＦの第２の例を示す図 機能例２を示すシーケンス図 機能例３を示すシーケンス図

（一実施の形態）
以下、本開示の実施の形態について図面を参照して詳細に説明する。

＜システムアーキテクチャの一例＞
５Ｇシステムのアーキテクチャについて説明する。

図１は、本実施の形態に係るシステムのアーキテクチャの一例を示す図である。図１には、例示的に、５Ｇコアネットワークのシステムアーキテクチャが示される。

図１には、ＷｉＦｉ（登録商標）のアクセスポイント（ＡＰ）４１と、ＷｉＦｉのＡＰ４１に無線接続する端末（ＳＴＡ）４２と、ＷｉＧｉｇ（登録商標）のＡＰ５１と、ＷｉＧｉｇのＡＰ５１に無線接続するＳＴＡ５２と、が示される。また、図１には、有線で接続を行う通信装置６１（以下、「有線ＰＣ６１」）が示される。なお、ＷｉＦｉ及びＷｉＧｉｇは、本実施の形態における３ＧＰＰの規格と異なる通信規格の例であるが、３ＧＰＰの規格と異なる通信規格はこれらに限定されない。例えば、本実施の形態では、IEEEの規格に準拠した無線ＬＡＮの端末（例えば、Station（ＳＴＡ））が、ＵＥの一例に相当してよい。

また、図１には、５Ｇコアネットワーク内のノードの構成が示される。各ノードは、例えば、物理的な装置として構成されてもよいし、論理的なノード（論理ノード）として構成されてもよい。ノードは、ネットワークエレメント、又は、ネットワークファンクション（ＮＦ）と称されてもよい。

５Ｇコアネットワークの各ＮＦは、通信の確立といった制御を担う制御プレーン（Ｃ－Ｐｌａｎｅ）の機能群（Ｃ－Ｐｌａｎｅ機能群１０）と、ユーザデータの送受信を担うユーザプレーン（Ｕ－Ｐｌａｎｅ）の機能群（Ｕ－Ｐｌａｎｅ機能群２０）と、に分類されてよい。

Ｃ－Ｐｌａｎｅ機能群１０には、図１に例示したように、以下のＮＦが含まれてよい。

Network Slice Selection Function（ＮＳＳＦ）１０１は、例えば、ユーザ装置（user equipment（ＵＥ））にサービスを提供するネットワークスライス・インスタンスの組を選択し、使用されるＡＭＦ１０３を決定する。なお、本実施の形態において、ＵＥは、３ＧＰＰの規格に準拠する端末に限らず、上述したように、３ＧＰＰの規格と異なる通信規格に準拠する無線装置であってもよい。

Authentication Server Function（ＡＵＳＦ）１０２は、例えば、ＵＥを認証する機能を担う。

Access and Mobility Management Function（ＡＭＦ）１０３は、例えば、Ｎ２インタフェースを終端し、登録管理（ＲＭ）、接続管理（ＣＭ）、移動管理（ＭＭ）の機能を担う。ＡＭＦ１０３による処理には、例えば、ＡＵＳＦ１０２の選択、ＵＥの認証手順の中継、セキュリティ・キーの管理といった処理が含まれてよい。また、ＡＭＦ１０３による処理には、例えば、セッション管理（ＳＭ）のためのＳＭＦ１０７の選択、ＵＥ－ＳＭＦ間のＳＭメッセージの中継といった処理が含まれてもよい。なお、ＡＭＦ１０３は、例えば、Evolved Packet System（ＥＰＳ）のMobility Management Entity（ＭＭＥ）機能のうち、登録管理及び移動管理のサブセットに相当してよい。

Policy Control Function（ＰＣＦ）１０４は、例えば、各種ポリシー・ルールを保持し、ポリシー実施のためにポリシー・ルールをＣ－Ｐｌａｎｅ機能に提供する。ＰＣＦ１０４は、ＥＰＳのPolicy and Charging Rules Function（ＰＣＲＦ）に相当する。

Network Date Analytics Function（ＮＷＤＡＦ）１０５は、例えば、ネットワークの状態の分析情報(例えば、トラフィック負荷レベルの情報など)を提供する。

Unified Date Management（ＵＤＭ）１０６は、例えば、加入者契約情報、Authentication and Key Agreement（ＡＫＡ）認証に用いる認証情報といった情報を保存する。ＵＤＭ１０６は、例えば、ＥＰＳのHome Subscriber Server（ＨＳＳ）に相当してよい。

Session Management Function（ＳＭＦ）１０７は、例えば、セッション管理（ＳＭ）の機能を担い、ＵＥへのＩＰアドレス割当管理及びＵＲＦの選択、制御を行う。ＳＭＦ１０７は、例えば、ＥＰＳのＭＭＥのセッション管理関係の機能とServing Gateway（ＳＧＷ）/Packet Data Network Gateway（ＰＧＷ）のＣ－Ｐｌａｎｅ機能との組み合わせに相当してよい。

Application Function（ＡＦ）１０８は、例えば、ユーザがアプリケーションサービスを利用する場合の通信品質及び課金に関する情報を保持し、ＰＣＦ１０４がＵ－Ｐｌａｎｅに適用するPolicy and Charging（ＰＣＣ）ルールを生成する際に、保持した情報を提供する機能を有する。

認証サーバ１０９は、例えば、ＵＥの認証を行うための情報を管理する。

Ｕ－Ｐｌａｎｅ機能群２０には、例えば、User Plane Function（ＵＰＦ）２０１が含まれてよい。

ＵＰＦ２０１は、例えば、Packet Data Unit（ＰＤＵ）データセッションに対してユーザパケットのルーティング及び転送を行い、データネットワークへの接続点、ハンドオーバー時のアンカーポイント、ポリシー制御の実施、トラフィック利用量のモニタリングといった処理あるいは機能を担う。ＵＰＦ２０１は、例えば、ＥＰＳのＳＧＷ/ＰＧＷのＵ－Ｐｌａｎｅ機能に相当してよい。１つのＵＰＦ２０１は、例えば、それぞれ、１つのＳＭＦ１０７と対応づけられてよい。また、１つのＵＰＦ２０１は、例えば、１つのデータネットワーク（ＤＮ）またはサーバと対応してよい。例えば、複数のＤＮのそれぞれに対応するＵＰＦ２０１が設けられてもよいし、複数のＤＮに対応する１つのＵＰＦ２０１が設けられてもよい。

５Ｇコアネットワークでは、ネットワークスライシングがサポートされ得る。ネットワークスライシングでは、例えば、超高速通信、多数の端末との接続、高信頼性、低遅延といった様々な要件に応じて論理的に独立したネットワークを生成することによって、それぞれのサービスで求められる要件を満たすネットワークが提供される。

１つのＵＰＦ２０１は、例えば、１つの論理的に独立したネットワーク（以下、１つのネットワークスライスと記載する）に対応してよい。別言すると、ネットワークスライスのそれぞれに対してＵＰＦ２０１及びＳＭＦ１０７が設けられてよい。

マルチアクセス統合ユニット（ＭＴＵ）３０は、図１に例示したように、以下のＮＦを含んでよい。ＭＴＵ３０の各ＮＦは、コンテナ化されてもよい。また、ＭＴＵ３０は、例えば、仮想ネットワーク（ＮＷ）又はＢｒｉｄｇｅを介して、ＷｉＦｉ－ＡＰ４１、ＳＴＡ４２、ＷｉＧｉｇ－ＡＰ５１、ＳＴＡ５２、及び、有線ＰＣ６１の少なくとも１つと接続する。

なお、ＭＴＵ３０の各ＮＦは、例えば、５ＧコアネットワークのＮＦに相当すると捉えてもよい。例えば、ＭＴＵ３０の各ＮＦは、Ｃ－Ｐｌａｎｅ機能群１０に属してもよい。

Non-3GPP InterWorking Function（Ｎ３ＩＷＦ）３０１及びTrusted Non-3GPP Gateway Function（ＴＮＧＦ）３０２は、例えば、特定の機能を有するNon_3GPP端末及びNon_3GPP基地局が５Ｇコアネットワークへのアクセスを可能にする相互接続機能を提供（あるいはサポート）する。なお、５Ｇコアネットワークへのアクセス可能であることは、例えば、５Ｇコアネットワーク（５Ｇシステム）に収容すること、と捉えてもよい。

ここで、Non_3GPP端末及びNon_3GPP基地局とは、例えば、それぞれ、３ＧＰＰにて規定される通信規格とは異なる通信規格（以下、Non_3GPP規格と記載される場合がある）の端末及び基地局である。Non_3GPP規格は、例えば、無線ＬＡＮ、Ｗｉ－Ｆｉ、及び、ＷｉＧｉｇ等を含む。なお、Non_3GPP規格は、無線通信規格に限らず、有線の通信規格であってもよい。

また、特定の機能を有するNon_3GPP端末とは、例えば、ＳＩＭを有し、５Ｇのプロトコルの制御を行うことができるNon_3GPP端末に相当してよい。また、特定の機能を有するNon_3GPP基地局とは、例えば、５Ｇのプロトコルの制御をサポートするNon_3GPP基地局に相当してよい。このような特定の機能を有するNon_3GPP端末及びNon_3GPP基地局は、例えば、３ＧＰＰ規格に規定された、ＷｉＦｉのhotspot2.0を経由して５Ｇのアクセス手順に従って認証を行い、５Ｇコアネットワークと非アクセス層（Non-Access Stratum（ＮＡＳ））のプロトコルに準拠した動作（例えば、メッセージの交換）を実施できる。

Wireline Access Gateway Function（Ｗ－ＡＧＦ）３０３は、例えば、ホームゲートウェイなどを経由し、５Ｇコアネットワークへの有線アクセスを可能にする相互接続機能を提供する。

Trusted WLAN Interworking Function（ＴＷＩＦ）３０４は、例えば、信頼された無線ＬＡＮのデバイスが５Ｇコアネットワークへアクセスすることを可能にする相互接続機能を提供する。ＴＷＩＦ３０４は、端末とＡＭＦ１０３との通信のためのＮＡＳプロトコルを端末の代わりに終端する機能を有する。

ＭＡＩＮ＿ＣＴＬ３０５は、例えば、ＭＴＵ３０の管理、監視制御を行う。また、ＤＢ３０６は、例えば、ＵＥの情報、各ＮＦのRadio Access Technology（ＲＡＴ）の情報を保持する。

上述した各ＮＦ間の情報（「メッセージ」と称してもよい）の交換は、例えば、Hypertext Transfer Protocol version 2（ＨＴＴＰ／２）等の同一のプロトコルによって実行されてよい。

なお、図１に示したＮＦは、一例であり、本開示はこれに限定されない。例えば、図１に示されないＮＦが、Ｃ－Ｐｌａｎｅ機能群１０、Ｕ－Ｐｌａｎｅ機能群２０、及び、ＭＴＵ３０の少なくとも１つに含まれてよい。また、図１に示されるＮＦが、省略されてもよい。

また、図１に示した各ＮＦは、例えば、１つ又は複数の情報処理装置（例えば、サーバ装置）のいずれかに含まれてもよい。例えば、Ｃ－Ｐｌａｎｅ機能群１０と、Ｕ－Ｐｌａｎｅ機能群２０と、ＭＴＵ３０とのそれぞれが、１つの情報処理装置に含まれてもよい。

なお、上述した情報処理装置は、プロセッサと、メモリと、各種情報の伝送に利用される入出力インタフェースとを備えてよい。プロセッサは、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）などの演算装置である。メモリは、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを用いて実現される記憶装置である。プロセッサ、メモリ及び入出力インタフェースは、バスに接続され、バスを介して、各種情報の受け渡しを行う。プロセッサは、例えばＲＯＭに記憶されたプログラム、データなどを、ＲＡＭ上に読み出し、処理を実行することで、情報処理装置に含まれる構成の機能を実現する。

例えば、図１に示したＴＷＩＦを有する情報処理装置は、ＳＴＡ４２、ＳＴＡ５２、及び、有線ＰＣ６１の少なくとも１つと情報を伝送する入出力インタフェースを有してよい。また、図１に示したＴＷＩＦを有する情報処理装置は、Ｃ－Ｐｌａｎｅ機能群１０と情報を伝送する入出力インタフェースを有してよい。

以下では、ＭＴＵ３０のＴＷＩＦ３０４の機能について例示する。

＜機能例１＞
機能例１では、ＴＷＩＦ３０４が、既存のNon_3GPP端末及び既存のNon_3GPP基地局を５Ｇシステムに収容する機能を担う例を説明する。ここで、既存のNon_3GPP端末及び既存のNon_3GPP基地局を５Ｇシステムに収容するとは、例えば、既存のNon_3GPP端末及び既存のNon_3GPP基地局と５Ｇシステムとの接続を確立し、認証が成功することに相当する。

Non_3GPP端末及びNon_3GPP基地局とは、それぞれ、３ＧＰＰにて規定される通信規格とは異なる通信規格（以下、Non_3GPP規格と記載される場合がある）の端末及び基地局である。Non_3GPP規格は、例えば、無線ＬＡＮ、Ｗｉ－Ｆｉ、及び、ＷｉＧｉｇ等を含む。なお、Non_3GPP規格は、無線通信規格に限らず、有線の通信規格であってもよい。

また、既存のNon_3GPP端末とは、例えば、ＳＩＭを有さない、または、５Ｇのプロトコルの制御をサポートしないNon_3GPP端末に相当する。また、既存のNon_3GPP基地局とは、５Ｇのプロトコルの制御をサポートしないNon_3GPP基地局に相当する。このような既存のNon_3GPP端末及び既存のNon_3GPP基地局では、例えば、ＷｉＦｉのhotspot2.0を経由し、５Ｇのアクセス手順に従った認証を行うことができず、５Ｇシステムに対してＮＡＳメッセージ等の交換を直接に行うことがサポートされない。

機能例１では、例えば、ＴＷＩＦ３０４が、既存のNon_3GPP端末と５Ｇシステムとの間の、認証のためのメッセージ交換を担うことによって、既存のNon_3GPP端末及び既存のNon_3GPP基地局を５Ｇシステムに収容する。

図２Ａ及び図２Ｂは、機能例１を示すシーケンス図である。図２Ａ及び図２Ｂは、５Ｇコアネットワークとの接続、登録及び認証を行う場合のシーケンス図の例である。図２Ａ及び図２Ｂには、ＵＥと、Trusted WLAN Access Point（ＴＷＡＰ）と、ＭＴＵ及び５ＧシステムのＮＦとが例示される。なお、図２Ａ及び図２ＢにおけるＵＥは、既存のNon_3GPP端末に対応し、図２Ａ及び図２ＢにおけるＴＷＡＰは、既存のNon_3GPP基地局に対応してよい。

５Ｇシステムでは、予め、ＵＥ（例えば、既存のNon_3GPP端末）の契約者情報が登録されている。例えば、契約者情報のSubscription Permanent Identifier（ＳＵＰＩ）は、Network Access Identity（ＮＡＩ）であり、認証方式は、Extensible Authentication Protocol-Transport Layer Security（ＥＡＰ－ＴＬＳ）であってよい。なお、ＥＡＰ－ＴＬＳは、デジタル証明書を用いる認証方式の一例である。また、契約者情報には、ＵＥ毎に指定するNetwork Slice Selection Assistance Information（ＮＳＳＡＩ）が含まれてよい。例えば、この情報の登録は、User Data Repository（ＵＤＲ）（図１では省略）によって実行されてよい。また、５Ｇシステムでは、ＵＤＲへアクセスできるインタフェース（ＩＦ）が含まれてよい。また、５Ｇシステムでは、サーバの証明書が登録されてよい。サーバの証明書の登録は、例えば、ＡＵＳＦによって行われてよい。

ＵＥのユーザは、予め、ＵＥが接続したいＮＳＳＡＩを設定してよい。この場合、ＵＥのＮＳＳＡＩの情報は、ＭＴＵにおいて、管理される。例えば、ＭＴＵのＤＢ３０６（図１参照）では、ＮＳＳＡＩとＵＥのＮＡＩとが対応付けられてよい。

ＴＷＡＰ（例えば、ＷｉＦｉ－ＡＰ４１）は、ＵＥ（例えば、ＳＴＡ４２）にビーコン（「Beacon」）を送信する（Ｓ１０１）。

ＵＥは、認証要求のメッセージ（「Authentication Req」）をＴＷＡＰに送信する（Ｓ１０２）。

ＴＷＡＰは、認証要求のメッセージに対する応答メッセージ（「Authentication Res」）をＵＥに送信する（Ｓ１０３）。

ＵＥは、アソシエーション要求のメッセージ（「Association Req」）をＴＷＡＰに送信する（Ｓ１０４）。

ＴＷＡＰは、Extensible Authentication Protocol（ＥＡＰ）要求の識別情報（「EAP Request Identity」）をＵＥに送信する（Ｓ１０５）。

ＵＥは、ＴＷＡＰのService Set Identifier（ＳＳＩＤ）を選択し、ユーザ名にＵＥのＮＡＩを入力し、クライアント証明書を選択する（Ｓ１０６）。なお、ＮＡＩは、固定されてよいし、可変であってもよい。

ＵＥは、「EAP Request Identity」に対する応答（「EAP Response Identity」）をＴＷＡＰに送信する（Ｓ１０７）。なお、応答には、ＵＥのＮＡＩが含まれてよい。

ＴＷＡＰは、ＭＴＵ３０のＴＷＩＦ３０４にRemote Authentication Dial In User Service（Ｒａｄｉｕｓ）アクセスの要求（「Radius Access Request」）を送信する（Ｓ１０８）。Ｒａｄｉｕｓアクセス要求には、Ｒａｄｉｕｓ属性の情報が含まれる。Ｒａｄｉｕｓ属性の情報は、例えば、ＮＡＩ、サーバＩＰ、ＡＰ（ＴＷＡＰ）のBasic Service Set Identifier（ＢＳＳＩＤ）、及び、ＳＴＡ（ＵＥ）のＭＡＣを含む。

ＴＷＩＦ３０４は、ＮＡＩからＵＥの（契約者）情報を取得し、当該情報に基づいて、ＤＢ（図１参照）からＵＥのＮＳＳＡＩを取得する。

そして、ＴＷＩＦ３０４は、登録要求の情報（「Registration Request」）を生成し（Ｓ１０９）、生成した「Registration Request」をＡＭＦ１０３に送信する（Ｓ１１０）。

ここで、ＴＷＩＦ３０４にて生成される「Registration Request」には、ユーザの情報（例えば、「User Location Information」）が含まれる。

例えば、ユーザの情報における第１の情報（例えば、ＴＷＡＰのＩＤの情報（「TWAP ID」））には、ＡＰのＶＡＰのＢＳＳＩＤが設定される。また、ユーザの情報における第２の情報（例えば、ＩＰアドレスの情報（「IP Address」））には、例えば、ＴＷＡＰのＩＰアドレスが設定される。

また、ＴＷＩＦ３０４にて生成される「Registration Request」には、例えば、ＮＳＳＡＩの情報が含まれてよい。例えば、ＤＢ３０６に予め登録されているＮＳＳＡＩ（例えば、ユーザによって設定されたＵＥが接続したいＮＳＳＡＩ）の情報が、「Registration Request」に含まれてよい。

また、ＴＷＩＦ３０４にて生成される「Registration Request」には、例えば、ＵＥのタイプを示す情報が含まれてよい。例えば、本実施の形態では、ＵＥがNon_3GPP端末に対応するため、ＵＥのタイプを示す情報は、ＵＥが３ＧＰＰに準拠していないこと（例えば、５Ｇに対応していないこと）を示す情報を含んでよい。

ＡＭＦ１０３は、例えば、認証要求（「Authentication Request」）をＡＵＳＦ１０２に送信する（Ｓ１１１）。認証要求には、例えば、Subscription Concealed Identifier（ＳＵＣＩ）及びServing Network name（ＳＮ－ｎａｍｅ）が含まれる。

ＡＵＳＦ１０２は、例えば、ＳＵＣＩ及びＳＮ－ｎａｍｅを含むメッセージ（「Get Request」）を、ＵＤＭ１０６を介してＵＤＲへ送信する（Ｓ１１２）。

ＵＤＲは、例えば、予め登録された情報から暗号方式を取得する（Ｓ１１３）。

ＵＤＲは、例えば、「Get Request」に対する応答（「Get Response」）を、ＵＤＭ１０６を介して、ＡＵＳＦ１０２へ送信する（Ｓ１１４）。応答には、例えば、ＳＵＣＩを復号（de-conceal）することによって得られるＳＵＰＩが含まれる。また、この応答には、例えば、認証方式が「ＥＡＰ－ＴＬＳ」であることを示す情報が含まれる。

ＡＵＳＦ１０２は、例えば、ＥＡＰ－ＴＬＳの認証開始を示すメッセージ（「EAP-TLS（TLS-Start）」）をＵＥへ送信する（Ｓ１１５）。なお、ＡＵＳＦ１０２とＵＥとの間のメッセージのやり取りは、例えば、ＡＭＦ１０３、ＴＷＩＦ３０４、及び、ＴＷＡＰを介して、行われる。この点は、以下についても同様であってよい。

ＵＥは、例えば、「EAP-TLS（TLS-Start）」に対する応答（「EAP-TLS（TLS-client-hello）」）を、ＡＵＳＦ１０２に送信する（Ｓ１１６）。

ＡＵＳＦ１０２は、例えば、「EAP-TLS（TLS-client-hello）」に対するメッセージ（「EAP-TLS（Server-hello）」）をＵＥへ送信する（Ｓ１１７）。このメッセージには、例えば、Secure Sockets Layer（ＳＳＬ）のバージョンの情報、時刻、セッションＩＤ、暗号方式、サーバ証明書、クライアントの認証要求等の情報が含まれる。

ＵＥは、例えば、ＡＵＳＦ１０２から受信したメッセージを基に、サーバの認証を行う（Ｓ１１８）。

ＵＥは、例えば、サーバの認証の後、証明書を含むメッセージ（「EAP-TLS（Certificate）」）をＡＵＳＦへ送信する（Ｓ１１９）。このメッセージには、例えば、クライアント証明書、仕様確定の通知等が含まれる。

ＡＵＳＦ１０２は、例えば、端末から受信したメッセージを基に、端末の認証を行う（Ｓ１２０）。ＡＵＳＦ１０２は、例えば、端末の認証の後、認証が完了したことを示すメッセージ（「EAP-TLS（finished）」）をＵＥへ送信する（Ｓ１２１）。

また、ＵＥは、例えば、Pairwise Master Key（ＰＭＫ）を生成する（Ｓ１２２）。そして、ＵＥは、例えば、空メッセージ（「EAP-TLS（空メッセージ）」）をＡＵＳＦ１０２へ送信する（Ｓ１２３）。

ＡＵＳＦ１０２は、例えば、空メッセージを受信した場合、ＰＭＫを生成する（Ｓ１２４）。

そして、ＡＵＳＦ１０２は、例えば、ＡＭＦ１０３から取得した認証要求（「Authentication Request」）に対する応答（「Authentication Response」）を、ＡＭＦ１０３へ送信する（Ｓ１２５）。

ＡＭＦ１０３は、ＡＵＳＦ１０２から受信したAuthentication Responseが認証成功を示す場合、例えば、ＥＡＰによる認証が成功したことを示すメッセージ（「EAP-TLS（EAP Success, PMK）」）をＴＷＩＦ３０４へ送信する（Ｓ１２６）。

ＴＷＩＦ３０４は、ＡＭＦ１０３から認証成功を示すメッセージを受信した場合、例えば、ＴＷＡＰへ認証成功を示すメッセージ「EAP-TLS（EAP Success, PMK）」を送信する（Ｓ１２７）。

ＴＷＡＰは、ＴＷＩＦ３０４から認証成功を示すメッセージを受信した場合、例えば、ＵＥへＥＡＰによる認証が成功したことを示すメッセージ（「EAP-TLS（EAP Success）」）を送信する。なお、このメッセージには、ＰＭＫが含まれなくてもよいし、ＰＭＫが含まれてもよい。

そして、ＵＥが無線ＬＡＮ端末であり、ＴＷＡＰが無線ＬＡＮのＡＰの場合、それぞれは、例えば、ＰＭＫからＷＬＡＮキーを生成し、４－Ｗａｙハンドシェイクを実行する。

以上のように、ＴＷＩＦ３０４が、既存のNon_3GPP端末と５Ｇコアネットワークとの間の、認証のためのＥＡＰ＿ＴＬＳのメッセージ交換を担い、５Ｇ認証の鍵交換を無効化することによって、既存のNon_3GPP端末及び既存のNon_3GPP基地局を５Ｇシステムに収容することができる。これにより、既存のNon_3GPP端末のネットワークと、５Ｇコアネットワークとを同一にでき、同一のネットワークの中で、既存のNon_3GPP端末に対してユーザのニーズに応じた多様なサービスを提供できる。

＜機能例２＞
機能例２では、ＴＷＩＦ３０４が、既存のNon_3GPP端末に対するマルチスライス機能を提供する例を説明する。

図３は、マルチスライス機能を提供しないＴＷＩＦ３０４の一例を示す図である。図３には、既存のNon_3GPP端末（ＳＴＡ）、既存のNon_3GPP基地局（ＡＰ）、ＭＴＵ３０のＴＷＩＦ３０４、５Ｇシステムの２つのＵＰＦ２０１（ＵＰＦ＃１、ＵＰＦ＃２）、及び、データネットワークとが示される。例示的に、ＵＰＦ＃１は、アプリケーション＃１のデータ通信（ＰＤＵデータセッション）の機能を担い、ＵＰＦ＃２は、アプリケーション＃２のデータ通信（ＰＤＵデータセッション）の機能を担う。

図３の例において、ＴＷＩＦ３０４では、ＰＤＵセッションに関連付けられたＩＰアドレス（PDUSession-IP#1）が、ＳＴＡに割り当てられる。この場合、宛先アドレスがPDUSession-IP#1に指定されたＰＤＵセッションが、ＵＰＦ＃１から、ＴＷＩＦ及びＡＰを介して、ＳＴＡに到達する。ここでは、ＳＴＡとＡＰとの間のネットワーク（ＵＥネットワーク）と、５Ｇコアネットワークとは、同一のネットワークアドレス（例えば、同一のＩＰアドレス）であってよい。そして、１つのＰＤＵセッションが、ＵＰＦ＃１を介して、やり取りされてよい。

図４Ａは、既存のNon_3GPP端末にマルチスライス機能を提供するＴＷＩＦ３０４の第１の例を示す図である。図４Ｂは、既存のNon_3GPP端末にマルチスライス機能を提供するＴＷＩＦ３０４の第２の例を示す図である。図４Ａ、図４Ｂには、図３と同様に、既存のNon_3GPP端末（ＳＴＡ）、既存のNon_3GPP基地局（ＡＰ）、ＭＴＵ３０のＴＷＩＦ３０４、５Ｇシステムの２つのＵＰＦ２０１（ＵＰＦ＃１、ＵＰＦ＃２）、及び、データネットワークとが示される。例示的に、ＵＰＦ＃１は、アプリケーション＃１のデータ通信（ＰＤＵデータセッション）の機能を担い、ＵＰＦ＃２は、アプリケーション＃２のデータ通信（ＰＤＵデータセッション）の機能を担う。

図４Ａの例では、ＴＷＩＦ３０４が、パケットの送信元ポートを確認して、転送先のＰＤＵセッションを選択する。例えば、ＳＴＡのアプリにおいて、送信元ポートが設定される。図４Ａの例では、ＳＴＡのアプリにおいて、「ｘｘｘ」の送信元ポートが設定される。図４Ａの例では、ＴＷＩＦ３０４は、送信元ポートが「ｘｘｘ」のパケットを、ＰＤＵセッション＃１へ転送する。また、送信元ポートが「ｙｙｙ」のパケットを、ＰＤＵセッション＃２へ転送する。例えば、送信元ポートとＰＤＵセッションとの対応は、予め規定され、登録されてよい。

図４Ｂの例では、ＴＷＩＦ３０４が、パケットの宛先アドレスを確認して、転送先のＰＤＵセッションを選択する。例えば、図４Ｂの例では、ＴＷＩＦ３０４は、宛先アドレスがＤＮ－ＩＰ１のパケットを、ＰＤＵセッション＃１へ転送する。また、ＴＷＩＦ３０４は、宛先アドレスがＤＮ－ＩＰ１以外のパケットを、ＰＤＵセッション＃２へ転送する。例えば、宛先アドレスとＰＤＵセッションとの対応は、予め規定され、登録されてよい。

図５は、機能例２を示すシーケンス図である。図５は、ＰＤＵセッションを確立する場合のシーケンス図を示す。図５には、ＵＥと、ＴＷＡＰと、ＭＴＵ３０及び５ＧシステムのＮＦとが例示されている。なお、図５におけるＵＥは、既存のNon_3GPP端末に対応し、図５におけるＴＷＡＰは、既存のNon_3GPP基地局に対応してよい。

ＵＥは、ＴＷＡＰに対して、ＩＰ設定に関する要求（「IP Configuration request」）を送信する（Ｓ２０１）。

ＴＷＡＰは、ＵＥから取得した要求をＴＷＩＦ３０４へ送信する（Ｓ２０２）。

ＴＷＩＦ３０４は、取得したＩＰ設定に関する要求に基づいて、ＰＤＵセッション確立のための要求（「PDUSessionEstablishmentRequest」）を生成する（Ｓ２０３）。

なお、ＴＷＩＦ３０４において、生成される「PDUSessionEstablishmentRequest」には、ＰＤＵセッションのＩＤが設定される。ここで、ＰＤＵセッションのＩＤには、ネットワークスライスに該当するＩＤが設定される。別言すると、ＰＤＵセッションのＩＤに、ネットワークスライスが割り当てられる。

ＴＷＩＦ３０４は、生成した「PDUSessionEstablishmentRequest」をＡＭＦ１０３へ送信する（Ｓ２０４）。

このように、ＴＷＩＦ３０４が、ＩＰアドレスの変換を行うことによって、既存のNon_3GPP端末（ＳＴＡ）に対して、複数のＰＤＵセッションの接続を実現でき、５Ｇのマルチスライスネットワークへのアクセスを実現できる。

なお、機能例２では、データの単位がＰＤＵである例を示したが、データの単位はＰＤＵに限られず、例えば、ベアラ等の別の名称であってもよい。また、機能例２では、２つのＰＤＵセッションに関連付けられたＩＰアドレスが、１つのＳＴＡのＩＰアドレスと２つのポートとの組み合わせに対応づけられる例に挙げて説明したが、本開示はこれに限定されない。例えば、３つ以上のＰＤＵセッションに関連付けられたＩＰアドレスが、１つのＳＴＡのＩＰアドレスと３つのポートとの組み合わせに対応づけられてもよい。また、１つのＳＴＡのＩＰアドレスと組み合わされる「ポート」は、例えば、無線リソースの一例であってもよい。例えば、ＳＴＡのＩＰアドレスと複数の無線リソースとの組み合わせが、ＰＤＵセッションのＩＰアドレスと対応付けられてもよい。

＜機能例３＞
機能例３では、ＴＷＩＦが、有線接続を行う通信装置（以下、「有線ＰＣ」）を５Ｇコアネットワークに収容する機能を担う例を説明する。

図６は、機能例３を示すシーケンス図である。図６には、有線ＰＣと、Layer2 switch（Ｌ２ＳＷ）と、ＭＴＵと、５ＧシステムとのＮＦが例示されている。

有線ＰＣは、Ｌ２ＳＷへ接続する（Ｓ３０１）。

Ｌ２ＳＷは、例えば、ＥＡＰ要求の識別情報（「EAP Request Identity」）を有線ＰＣ（ＵＥの一例）に送信する（Ｓ３０２）。

有線ＰＣは、例えば、ＮＡＩを設定し（Ｓ３０３）、「EAP Request Identity」に対する応答（「EAP Response Identity」）をＬ２ＳＷに送信する（Ｓ３０４）。なお、「EAP Response Identity」には、Ｓ３０３にて設定したＮＡＩが含まれてよい。ＮＡＩには、有線ＰＣであることを示す識別情報が含まれる。

Ｌ２ＳＷは、例えば、ＭＴＵ３０のＴＷＩＦ３０４にＲａｄｉｕｓアクセス要求（「Radius Access Request」）を送信する（Ｓ３０５）。アクセス要求には、Ｒａｄｉｕｓ属性の情報が含まれる。

ＴＷＩＦ３０４は、例えば、ＮＡＩからＵＥ（有線ＰＣ）の（契約者）情報を取得し、当該情報に基づいて、ＤＢからＵＥ（有線ＰＣ）の情報を取得し、登録要求のメッセージ（「Registration Request」）を生成する（Ｓ３０６）。

ここで、ＴＷＩＦ３０４は、ＮＡＩからＵＥが有線ＰＣであると判定した場合、「Registration Request」のユーザの情報（例えば、「User Location Information」）において、特有の設定が行われる。

例えば、ユーザの情報における第１の情報（例えば、ＴＷＡＰのＩＤの情報（「TWAP ID」））には、有線ＰＣ固有の識別情報（例えば、ＭＡＣアドレス）が規定される。また、ユーザの情報における第２の情報（例えば、ＩＰアドレスの情報（「IP Address」））には、有線ＰＣ専用のＩＰアドレスが規定される。

そして、ＴＷＩＦ３０４は、例えば、「Registration Request」をＡＭＦ１０３に送信する（Ｓ３０７）。

Ｓ３０７以降のシーケンス図は、例えば、図２Ｂと同様である。例えば、図２Ｂを参照して、「Registration Request」を取得したＡＭＦ１０３は、認証要求（「Authentication Request」）をＡＵＳＦ１０２に送信する（Ｓ１１１）。この手順以降は、図２ＢのＴＷＡＰがＬ２ＳＷに置き換わる点を除いて、図２Ｂと同様であるので、説明を省略する。

以上のように、ＴＷＩＦ３０４が、ＮＡＩに基づいて、ＵＥが有線ＰＣであることを判定し、ＵＥが有線ＰＣである場合に、ユーザの情報に有線ＰＣに特有の設定を行う。そして、ＴＷＩＦが、機能例１と同様に、有線ＰＣと５Ｇコアネットワークとの間の、認証のためのＥＡＰ＿ＴＬＳのメッセージ交換を担うことによって、有線ＰＣを５Ｇシステムに収容することができる。これにより、有線ＰＣのネットワークと５Ｇコアネットワークとを同一にでき、同一のネットワークの中で、有線ＰＣに対してユーザのニーズに応じた多様なサービスを提供できる。

なお、ＴＷＩＦ３０４は、上述した機能例１～機能例３のそれぞれの機能を有してもよいし、機能例１～機能例３のいずれか少なくとも１つを有してもよい。

例えば、ＴＷＩＦ３０４が、機能例１～機能例３のそれぞれを有することによって、既存のNon_3GPP端末及び有線ＰＣに対して、複数のＰＤＵセッションの接続を実現でき、５Ｇのマルチスライスネットワークへのアクセスを実現できる。

以上、説明したように、本実施の形態によれば、ＴＷＩＦが、既存のNon_3GPP端末と５Ｇコアネットワークとの間の、認証のためのＥＡＰ＿ＴＬＳのメッセージ交換を担う。

例えば、本実施の形態において、既存のNon_3GPP端末は、Non_3GPPのプロトコル（第１のプロトコルの一例）に準拠し、かつ、ＳＩＭ（加入者識別情報の一例）を未サポートの端末に相当する。そして、少なくともＴＷＩＦ３０４を有する情報処理装置は、既存のNon_3GPP端末から認証用の情報（例えば、「EAPResponse」）を取得し、取得した情報とＥＡＰ－ＴＬＳの認証方式とに基づいて、５Ｇのプロトコル（第２のプロトコルの一例）において用いられる認証に関するメッセージ（例えば、「RegistrationRequest」）を生成する。そして、少なくともＴＷＩＦ３０４を有する情報処理装置は、生成したメッセージを、５Ｇのプロトコルに準拠したネットワークエレメント（例えば、ＡＭＦ１０３）へ送信する。

このような構成により、既存のNon_3GPP端末及び既存のNon_3GPP基地局を含むNon_3GPPのプロトコルに準拠するシステムを５Ｇのプロトコルに準拠する５Ｇシステムに収容できる。

なお、本実施の形態では、Non_3GPPのプロトコルに準拠するシステムを５Ｇのプロトコルに準拠する５Ｇシステムに収容する例を示したが、本開示はこれに限定されない。例えば、２つの互いに異なるプロトコルに準拠する２つの通信システムの一方を他方に収容する場合に、本開示が適用されてもよい。

なお、従来、３ＧＰＰの規格では、ＳＩＭを有し、かつ、５Ｇのプロトコルを制御できるNon-3GPP端末、及び、５Ｇのプロトコルを制御できるNon-3GPP基地局が、５Ｇシステムに収容可能であった。

本実施の形態によれば、ＳＩＭを有さない、及び／又は、５Ｇのプロトコルを制御できない既存のNon-3GPP端末、又は、５Ｇのプロトコルを制御できない既存のNon-3GPP基地局を、５Ｇシステムに収容できる。

また、本実施の形態によれば、既存のNon-3GPP端末のマルチスライス制御を実現できるため、５Ｇシステムに収容された既存のNon_3GPP端末のデータ通信の通信効率を向上でき、大容量化を実現できる。例えば、既存のNon_3GPP端末が複数のアプリケーションを使用する場合に、アプリケーションそれぞれに応じたネットワークスライスでの通信ができる。

また、本実施の形態によれば、ＳＩＭを有さない有線ＰＣを５Ｇシステムに収容できる。また、本実施の形態によれば、ＳＩＭを有さない有線ＰＣのマルチスライス制御を実現できるため、５Ｇシステムに収容された有線ＰＣのデータ通信の通信効率を向上でき、大容量化を実現できる。

なお、本実施の形態におけるＮＦの名称、情報の名称、及び、メッセージの名称は、一例であり、本開示はこれに限定されない。

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。

上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部又は全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。

通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。

また、近年、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）技術において、フィジカル空間とサイバー空間の情報連携により新たな付加価値を作りだすという新しいコンセプトであるＣＰＳ（Ｃｙｂｅｒ Ｐｈｙｓｉｃａｌ Ｓｙｓｔｅｍｓ）が注目されている。上記の実施の形態においても、このＣＰＳコンセプトを採用することができる。

すなわち、ＣＰＳの基本構成として、例えば、フィジカル空間に配置されるエッジサーバと、サイバー空間に配置されるクラウドサーバとを、ネットワークを介して接続し、双方のサーバに搭載されたプロセッサにより、処理を分散して処理することが可能である。ここで、エッジサーバまたはクラウドサーバにおいて生成される各処理データは、標準化されたプラットフォーム上で生成されることが好ましく、このような標準化プラットフォームを用いることで、各種多様なセンサ群やＩｏＴアプリケーションソフトウェアを含むシステムを構築する際の効率化を図ることができる。

通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサ等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサが含まれる。

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

以上、図面を参照しながら各種の実施の形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。また、開示の趣旨を逸脱しない範囲において、上記実施の形態における各構成要素を任意に組み合わせてもよい。

以上、本開示の具体例を詳細に説明したが、これらは例示にすぎず、請求の範囲を限定するものではない。請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。

本開示の一実施例は、通信システムに好適である。

１０ Ｃ－Ｐｌａｎｅ機能群
２０ Ｕ－Ｐｌａｎｅ機能群
３０ ＭＴＵ
４１ ＷｉＦｉ－ＡＰ
４２、５２ ＳＴＡ
５１ ＷｉＧｉｇ－ＡＰ
６１ 有線ＰＣ
１０１ ＮＳＳＦ
１０２ ＡＵＳＦ
１０３ ＡＭＦ
１０４ ＰＣＦ
１０５ ＮＷＤＡＦ
１０６ ＵＤＭ
１０７ ＳＭＦ
１０８ ＡＦ
１０９ 認証サーバ
２０１ ＵＰＦ
３０１ Ｎ３ＩＷＦ
３０２ ＴＮＧＦ
３０３ Ｗ－ＡＧＦ
３０４ ＴＷＩＦ
３０５ ＭＡＩＮ＿ＣＴＬ
３０６ ＤＢ

Claims (6)

1. 第１のプロトコルに準拠し、かつ、加入者識別情報を未サポートの端末から認証用の情報を取得する取得部と、
   前記情報及びデジタル証明書を用いる認証方式に基づいて、第２のプロトコルにおいて用いられる認証に関するメッセージを生成する生成部と、
   前記メッセージを前記第２のプロトコルに準拠したネットワークエレメントへ送信する送信部と、
   を備えた情報処理装置。
2. 前記取得部は、前記端末が、前記第２のプロトコルに依存せず、前記第１のプロトコルに準拠した基地局からビーコンを受信した後に送信した前記認証用の情報を受信する、
   請求項１に記載の情報処理装置。
3. 前記生成部は、前記端末において用いられる第１のアドレス及びポートの組み合わせと、前記第２のプロトコルにおいて用いられる第２のアドレスと、の間の変換を行う、
   請求項１又は２に記載の情報処理装置。
4. 前記情報が、前記端末が有線接続を行う通信装置であることを示す場合、
   前記生成部は、前記端末が無線接続を行う通信装置である場合の設定と異なる設定を用いて、前記メッセージを生成する、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記第１のプロトコルは、３ＧＰＰにおいて規定された通信規格と異なる通信規格のプロトコルであり、
   前記第２のプロトコルは、５Ｇの通信規格のプロトコルである、
   請求項１から４のいずれか一項に記載の情報処理装置。
6. 情報処理装置が、
   第１のプロトコルに準拠し、かつ、加入者識別情報を未サポートの端末から認証用の情報を取得し、
   前記情報及びデジタル証明書を用いる認証方式に基づいて、第２のプロトコルにおいて用いられる認証に関するメッセージを生成し、
   前記メッセージを前記第２のプロトコルに準拠したネットワークエレメントへ送信する、
   情報処理方法。

Images