JP7843487B2 - 端末装置、それを備える無線通信システムおよびコンピュータに実行させるためのプログラム - Google Patents

Description

この発明は、端末装置、それを備える無線通信システムおよびコンピュータに実行させるためのプログラムに関するものである。

従来、第５世代移動通信システム（５Ｇ）が知られている。第三世代移動通信以降の標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）の５Ｇ Ｒｅｌｅａｓｅ １６においては、ＵＥ（User Equipment）とＣＵ（Centralized Unit）との間の通信路を暗号化するための共通鍵暗号の鍵長として、１２８ビットおよび２５６ビットから選択することが可能となった（非特許文献１）。

この場合、暗号アルゴリズムおよび鍵長は、ＵＥ（端末装置）を移動通信網に接続する際のセットアップにおいて、端末装置と５Ｇコアネットワークとの間で決定される。

3GPP, TS 33.501, Security architecture and procedures for 5G system.

しかし、５Ｇ Ｒｅｌｅａｓｅ １６においては、暗号アルゴリズムおよび鍵長を途中で変更する場合には、セル内のハンドオーバの仕組みを用いてセッションの再設定が必要であり、セキュリティ要件によって異なる通信路を使い分けることは想定されていない。

その結果、例えば、端末装置において、様々なアプリケーションが並行して動作している場合において、秘匿性が強く求められるデータ通信と、スループットや応答性が重視されるマルチメディアサービスとが混在する場合、セキュリティ強度を優先して共通鍵によって暗号するときの暗号鍵の鍵長を２５６ビットにすると、マルチメディアサービス（例えば、動画配信サービス）にとっては、オーバースペックとなり、暗号化のための処理が増え、消費電力が増大してしまうという問題がある。

一方、スループットや応答性を優先し、暗号鍵の鍵長を１２８ビットにすると、高い秘匿性が必要なサービスの安全性が損なわれてしまうという問題がある。

そこで、この発明の実施の形態によれば、通信特性が重視されるデータに対してオーバースペックとならずに、秘匿性が重視されるデータを適切に保護可能な端末装置を提供する。

また、この発明の実施の形態によれば、通信特性が重視されるデータに対してオーバースペックとならずに、秘匿性が重視されるデータを適切に保護可能な端末装置を備える無線通信システムを提供する。

更に、この発明の実施の形態によれば、通信特性が重視されるデータに対してオーバースペックとならずに、秘匿性が重視されるデータの適切な保護をコンピュータに実行させるためのプログラムを提供する。

（構成１）
この発明の実施の形態によれば、端末装置は、第五世代移動通信システムにおける端末装置であって、セッション確立手段と、暗号化手段と、送信手段とを備える。セッション確立手段は、第五世代移動通信システムのコアネットワークにおいて、セキュリティのためのネットワーク機能であるＡＭＦ（Access and Mobility Management Function）との間でセキュリティ設定手順を実行して、第１の鍵長を有する第１の暗号鍵によって暗号化された暗号化データを送信するための論理的な通信路である第１のセッションと、第１の鍵長よりも長い第２の鍵長を有する第２の暗号鍵によって暗号化された暗号化データを送信するための論理的な通信路である第２のセッションとを確立する。暗号化手段は、秘匿性よりも通信特性が重視されるデータである第１のデータを第１の暗号鍵によって暗号化して第１の暗号化データを生成し、通信特性よりも秘匿性が重視されるデータである第２のデータを第２の暗号鍵によって暗号化して第２の暗号化データを生成する。送信手段は、第１の暗号化データを第１のセッションを用いて送信し、第２の暗号化データを第２のセッションを用いて送信する。

（構成２）
構成１において、セッション確立手段は、ＡＭＦから送信された暗号化方式および鍵長のリストから、使用する暗号化方式および鍵長を選択し、使用する暗号化方式および鍵長をＡＭＦへ送信することによって第１および第２のセッションを確立する。

（構成３）
構成１において、セッション確立手段は、コアネットワークのＡＭＦが暗号化方式および鍵長のリストから選択した暗号化方式および鍵長をコアネットワークのＡＭＦから受信することによって第１および第２のセッションを確立する。

（構成４）
構成１において、セッション確立手段は、当該端末装置とＡＭＦとの間に代えて当該端末装置と基地局との間で、異なる無線基地局に対して、同時にセッションを端末装置に設定するＭＲ－ＤＣ（Multi-Radio Dual Connectivity）が使用可能であるとき、複数のセッションを同時に使用する仕組みを用いて１つの基地局と前記第１および第２のセッションを同時に確立する。送信手段は、複数のセッションを同時に使用する仕組みを用いて確立された第１のセッションを用いて第１の暗号化データを送信し、複数のセッションを同時に使用する仕組みを用いて確立された第２のセッションを用いて第２の暗号化データを送信する。

（構成５）
構成１において、セッション確立手段は、更に、当該端末装置とＡＭＦとの間に代えて当該端末装置と基地局との間で、異なる無線基地局に対して、同時にセッションを端末装置に設定するＭＲ－ＤＣが使用可能でないとき、基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを第１のセッションまたは第２のセッションに切り換える。送信手段は、第２のセッションが第１のセッションに切り換えられると、第１の暗号化データを第１のセッションを用いて送信し、第１のセッションが第２のセッションに切り換えられると、第２の暗号化データを第２のセッションを用いて送信する。

（構成６）
構成５において、セッション確立手段は、第１のセッションを確立しているときに、秘匿性が要求される用途の割合が第１のしきい値を超えると、基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを第１のセッションから第２のセッションに切り換え、第２のセッションを確立しているときに、秘匿性が要求される用途の割合が第１のしきい値よりも小さい第２のしきい値を下回ると、基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを第２のセッションから第１のセッションに切り換える。

（構成７）
また、この発明の実施の形態によれば、無線通信システムは、構成１から構成６のいずれかに記載の端末装置を備える無線通信システムである。

（構成８）
更に、この発明の実施の形態によれば、プログラムは、第五世代移動通信システムにおける端末装置においてコンピュータに実行させるためのプログラムであって、
セッション確立手段が、第五世代移動通信システムのコアネットワークにおいて、セキュリティのためのネットワーク機能であるＡＭＦとの間でセキュリティ設定手順を実行して、第１の鍵長を有する第１の暗号鍵によって暗号化された暗号化データを送信するための論理的な通信路である第１のセッションと、第１の鍵長よりも長い第２の鍵長を有する第２の暗号鍵によって暗号化された暗号化データを送信するための論理的な通信路である第２のセッションとを確立する第１のステップと、
暗号化手段が、秘匿性よりも通信特性が重視されるデータである第１のデータを第１の暗号鍵によって暗号化して第１の暗号化データを生成し、通信特性よりも秘匿性が重視されるデータである第２のデータを第２の暗号鍵によって暗号化して第２の暗号化データを生成する第２のステップと、
送信手段が、第１の暗号化データを第１のセッションを用いて送信し、第２の暗号化データを第２のセッションを用いて送信する第３のステップとをコンピュータに実行させるためのプログラムである。

（構成９）
構成８において、セッション確立手段は、第１のステップにおいて、ＡＭＦから送信された暗号化方式および鍵長のリストから、使用する暗号化方式および鍵長を選択し、使用する暗号化方式および鍵長をＡＭＦへ送信することによって第１および第２のセッションを確立する。

（構成１０）
構成８において、セッション確立手段は、第１のステップにおいて、コアネットワークのＡＭＦが暗号化方式および鍵長のリストから選択した暗号化方式および鍵長をコアネットワークのＡＭＦから受信することによって第１および第２のセッションを確立する。

（構成１１）
構成８において、セッション確立手段は、第１のステップにおいて、当該端末装置とＡＭＦとの間に代えて当該端末装置と基地局との間で、異なる無線基地局に対して、同時にセッションを端末装置に設定するＭＲ－ＤＣが使用可能であるとき、複数のセッションを同時に使用する仕組みを用いて１つの基地局と第１および第２のセッションを同時に確立し、
送信手段は、第３のステップにおいて、複数のセッションを同時に使用する仕組みを用いて確立された第１のセッションを用いて第１の暗号化データを送信し、複数のセッションを同時に使用する仕組みを用いて確立された第２のセッションを用いて第２の暗号化データを送信する。

（構成１２）
構成８において、セッション確立手段は、第１のステップにおいて、更に、当該端末装置とＡＭＦとの間に代えて当該端末装置と基地局との間で、異なる無線基地局に対して、同時にセッションを端末装置に設定するＭＲ－ＤＣが使用可能でないとき、基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを第１のセッションまたは第２のセッションに切り換え、
送信手段は、第３のステップにおいて、第２のセッションが第１のセッションに切り換えられると、第１の暗号化データを第１のセッションを用いて送信し、第１のセッションが第２のセッションに切り換えられると、第２の暗号化データを第２のセッションを用いて送信する。

（構成１３）
構成１２において、セッション確立手段は、第１のステップにおいて、第１のセッションを確立しているときに、秘匿性が要求される用途の割合が第１のしきい値を超えると、基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを第１のセッションから第２のセッションに切り換え、第２のセッションを確立しているときに、秘匿性が要求される用途の割合が第１のしきい値よりも小さい第２のしきい値を下回ると、基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを第２のセッションから第１のセッションに切り換える。

秘匿性よりも通信特性が重視されるデータに対してオーバースペックとならずに、通信特性よりも秘匿性が重視されるデータを適切に保護できる。

この発明の実施の形態による移動通信システムの概略図である。 非特許文献１における３ＧＰＰのセキュリティモード設定手順を示す図である。 図１に示す端末装置の実施の形態１における概略図である。 実施の形態１におけるセキュリティモード設定手順を示す図である。 図３に示す端末装置の動作を説明するためのフローチャートである。 図５のステップＳ５の詳細な動作を説明するためのフローチャートである。 図５のステップＳ１１の詳細な動作を説明するためのフローチャートである。 図５に示すフローチャートの実行回数とｉ回目に使用するセッションと（ｉ－１）回目に使用したセッションと実行ステップとの対応関係を示す第１の対応図である。 図５に示すフローチャートの実行回数とｉ回目に使用するセッションと（ｉ－１）回目に使用したセッションと実行ステップとの対応関係を示す第２の対応図である。 図１に示す端末装置の実施の形態２における概略図である。 実施の形態２におけるセキュリティモード設定手順を示す図である。 図１０に示す端末装置の動作を説明するためのフローチャートである。 図１２のステップＳ５Ａの詳細な動作を説明するためのフローチャートである。 図１２のステップＳ１１Ａの詳細な動作を説明するためのフローチャートである。 ３ＧＰＰのスレーブノード追加修正手順を示す図である。 実施の形態３における端末装置ＵＥとマスターノードＭＮとの間における副セッションの追加修正手順を示す図である。 図１に示す端末装置の実施の形態３における概略図である。 実施の形態３におけるセキュリティモード設定手順を示す図である。 ＭＲ―ＤＣを用いたセッションの確立を示す概略図である。 ５ＧにおけるＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ）を説明するための図である。 サーバから端末装置までのパケットの流れを示す概略図である。 データＤをレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に振り分ける方法を説明するための図である。 図１７に示す端末装置の動作を説明するためのフローチャートである。 図２３のステップＳ２１の詳細な動作を説明するためのフローチャートである。 図２３のステップＳ２４の詳細な動作を説明するためのフローチャートである。 図２３のステップＳ２７の詳細な動作を説明するためのフローチャートである。 図２６のステップＳ２７３の詳細な動作を説明するためのフローチャートである。 図２６のステップＳ２７５の詳細な動作を説明するためのフローチャートである。 図２６のステップＳ２７６の詳細な動作を説明するためのフローチャートである。 図２３のステップＳ２８の詳細な動作を説明するためのフローチャートである。 秘匿性が要求される用途の割合の時間依存性を示す図である。

本発明の実施の形態について図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。

図１は、この発明の実施の形態による移動通信システムの概略図である。図１を参照して、この発明の実施の形態による移動通信システム１０は、端末装置１と、基地局２と、コアネットワーク（５ＧＣ）３とを備える。移動通信システム１０は、第５世代移動通信システム（５Ｇ）である。

基地局２は、５Ｇにおいては、ｇＮｏｄｅＢからなる。コアネットワーク３においては、ＡＭＦ（Access and Mobility Management Function）、ＳＭＦ（Session Management Function）およびＵＰＦ（User Plane Function）が配置される。

ＡＭＦは、加入者認証、セキュリティおよび端末装置の位置情報管理のためのネットワーク機能である。ＳＭＦは、セッションを管理するネットワーク機能である。ＵＰＦは、パケットのルーティングや転送など、ユーザプレーンの操作を容易にするネットワーク機能である。

端末装置１と基地局２との間は、無線区間であり、基地局２とコアネットワーク３との間は、通信回線（バックホール）である。

図２は、非特許文献１における３ＧＰＰのセキュリティモード設定手順を示す図である。

図２を参照して、セキュリティモードの設定が開始されると、ＡＭＦは、１ａとして、改ざん防止を開始し、１ｂとして、端末装置ＵＥに対するセキュリティモードの設定指示であるNAS Security Mode Commandを端末装置ＵＥへ送信する。

現在の仕様（５Ｇ Ｒｅｌｅａｓｅ １６）においては、セキュリティモードの設定手順であるNAS Security Mode Command procedureを開始する前に、ＡＭＦが使用する暗号化方式のリストが運用者から与えられている。このリストには、使用可能な暗号化方式が優先度の高い順に列挙されており、ＡＭＦは、使用可能な最も上位の暗号化方式を自動で選択する。

従って、ＡＭＦが改ざん防止を開始した後に端末装置ＵＥへ送信されるNAS Security Mode Commandは、改ざん検査と、ＡＭＦが選択した暗号化方式および共通鍵の鍵長とを含んでいる。

ＡＭＦは、NAS Security Mode Commandを端末装置ＵＥへ送信した後、１ｃとして、上流側暗号化を開始する。

一方、端末装置ＵＥは、NAS Security Mode CommandをＡＭＦから受信すると、２ａとして、ＮＡＳ ＳＭＣ（NAS Security Mode Command）を検証し、ＮＡＳ ＳＭＣ（NAS Security Mode Command）の改ざん検査に合格すれば、上流側暗号化および下流側暗号化・改ざん防止を開始する。

そして、端末装置ＵＥは、２ｂとして、上流側暗号化および下流側暗号化・改ざん防止を開始することを回答するNAS Security Mode Completeをコアネットワーク３のＡＭＦへ送信する。

その後、ＡＭＦは、NAS Security Mode Completeを端末装置ＵＥから受信すると、１ｄとして、下流側暗号化を開始する。

これによって、端末装置ＵＥとコアネットワーク３のＡＭＦとの間でセキュリティモードが設定される。

［実施の形態１］
図３は、図１に示す端末装置１の実施の形態１における概略図である。図３を参照して、端末装置１は、アンテナ１１と、無線ユニット１２と、セッション確立手段１３と、暗号化手段１４と、復号化手段１５と、制御手段１６とを備える。

アンテナ１１は、例えば、２５６本のアンテナを碁盤目状に配列した構造からなる。

無線ユニット１２は、送信手段および受信手段を構成する。そして、無線ユニット１２は、アンテナ１１を介して、コアネットワーク３のＡＭＦから暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳを受信し、その受信したリストＬＳをセッション確立手段１３へ出力する。

ここで、リストＬＳは、アルゴリズムとして、例えば、４個のアルゴリズム（Null Ciphering algorithm、SNOW 3G、AESおよびZUC）を含み、パラメータとして、例えば、２個の鍵長（１２８ビットの鍵長および２５６ビットの鍵長）を含む。Null Ciphering algorithmは、暗号化せず、平文のままであることを意味する。また、SNOW 3G、AESおよびZUCは、３個の暗号化アルゴリズムＣＲＹＡＧ＿１，ＣＲＹＡＧ＿２，ＣＲＹＡＧ＿３である。プロトコルにおいて、アリゴリズムを指定する際は、アルゴリズム名ではなく、記号128-EEA0, 128-EEA1, 128-EEA2, 128-EEA3が用いられる。記号128-EEA0は、Null Ciphering algorithmに対応付けられ、記号128-EEA1は、SNOW 3Gに対応付けられ、記号128-EEA2は、AESに対応付けられ、記号128-EEA3は、ZUCに対応付けられる。その結果、リストＬＳは、アルゴリズム（128-EEA0, 128-EEA1, 128-EEA2, 128-EEA3）とパラメータとの組合せとして、アルゴリズムとパラメータとの８個の組合せ（暗号化アルゴリズムとパラメータとの６個の組合せ）を含む。SNOW 3Gは、ＬＴＥ（Long Term Evolution）で使用されるストリーム暗号方式の１つであり、AESは、公開鍵暗号方式であり、ZUCは、ストリーム暗号に基づく暗号方式であり、AESのバックアップ用の暗号方式である。

また、無線ユニット１２は、端末装置１が使用するアルゴリズムとパラメータとをセッション確立手段１３から受ける。そして、無線ユニット１２は、アンテナ１１を介して、その受けたアルゴリズムとパラメータとをコアネットワーク３のＡＭＦへ送信する。

更に、無線ユニット１２は、アンテナ１１を介して、コアネットワーク３のＡＭＦからNAS Security Mode Commandを受信し、その受信したNAS Security Mode Commandをセッション確立手段１３へ出力する。

更に、無線ユニット１２は、上流側暗号化および下流側暗号化・改ざん防止を開始したことを示すNAS Security Mode Completeをセッション確立手段１３から受けると、アンテナ１１を介して、その受けたNAS Security Mode Completeをコアネットワーク３のＡＭＦへ送信する。

更に、無線ユニット１２は、データを暗号化した暗号化データを暗号化手段１４から受けると、アンテナ１１を介して、その受けた暗号化データを送信する。

この場合、無線ユニット１２は、１２８ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いてデータを暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿１を暗号化手段１４から受けると、アンテナ１１を介して、その受けた暗号化データＥＮＣＲＹ＿Ｄ＿１を送信先へ送信し、２５６ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いてデータを暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿２を暗号化手段１４から受けると、アンテナ１１を介して、その受けた暗号化データＥＮＣＲＹ＿Ｄ＿２を送信先へ送信する。

更に、無線ユニット１２は、アンテナ１１を介して、暗号化データＥＮＣＲＹ＿Ｄ＿１または暗号化データＥＮＣＲＹ＿Ｄ＿２を送信先から受信し、その受信した暗号化データＥＮＣＲＹ＿Ｄ＿１または暗号化データＥＮＣＲＹ＿Ｄ＿２を復号化手段１５へ出力する。

セッション確立手段１３は、リストＬＳを無線ユニット１２から受ける。そして、セッション確立手段１３は、その受けたリストＬＳに基づいて、暗号化・改ざん防止に関するアルゴリズムとパラメータとを選択する。そうすると、セッション確立手段１３は、その選択したアルゴリズムとパラメータとを無線ユニット１２へ出力する。

また、セッション確立手段１３は、NAS Security Mode Commandを無線ユニット１２から受ける。そして、セッション確立手段１３は、ＮＡＳ ＳＭＣNAS（NAS Security Mode Command）改ざん検査に合格し、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であれば、上流側暗号化および下流側暗号化・改ざん防止を開始する。

この場合、セッション確立手段１３は、暗号化・改ざん防止に関するアルゴリズムとパラメータ（鍵長）が使用可能であれば、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であると判定し、暗号化・改ざん防止に関するアルゴリズムとパラメータ（鍵長）が使用不可能であれば、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当でないと判定する。

更に、セッション確立手段１３は、上流側暗号化および下流側暗号化・改ざん防止を開始すると、上流側暗号化および下流側暗号化・改ざん防止を開始したことを含むNAS Security Mode Completeを生成し、その生成したNAS Security Mode Completeを無線ユニット１２へ出力する。

セッション確立手段１３は、コアネットワーク３のＡＭＦとの間で、１２８ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いてデータを暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿１を送信するためのレガシーセッションＳｎ＿１を確立するようにセッション確立手段１３を制御するための制御信号ＣＴＬ＿１を制御手段１６から受けると、制御信号ＣＴＬ＿１に基づいて、上述した動作を実行し、コアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１を確立する。

一方、セッション確立手段１３は、コアネットワーク３のＡＭＦとの間で、２５６ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いてデータを暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿２を送信するためのセキュアセッションＳｎ＿２を確立するようにセッション確立手段１３を制御するための制御信号ＣＴＬ＿２を制御手段１６から受けると、制御信号ＣＴＬ＿２に基づいて、上述した動作を実行し、コアネットワーク３のＡＭＦとの間でセキュアセッションＳｎ＿２を確立する。

そして、セッション確立手段１３は、コアネットワーク３のＡＭＦとの間で、レガシーセッションＳｎ＿１を確立すると、レガシーセッションＳｎ＿１が確立したことを示すセッション確立信号ＳＧ＿１を生成し、その生成したセッション確立信号ＳＧ＿１を暗号化手段１４および復号化手段１５へ出力する。

一方、セッション確立手段１３は、コアネットワーク３のＡＭＦとの間で、セキュアセッションＳｎ＿２を確立すると、セキュアセッションＳｎ＿２が確立したことを示すセッション確立信号ＳＧ＿２を生成し、その生成したセッション確立信号ＳＧ＿２を暗号化手段１４および復号化手段１５へ出力する。

暗号化手段１４は、暗号鍵ＥＮＣＲＹ＿ＫＹ＿１，ＥＮＣＲＹ＿ＫＹ＿２を保持する。暗号化手段１４は、セッション確立信号ＳＧ＿１またはセッション確立信号ＳＧ＿２をセッション確立手段１３から受ける。暗号化手段１４は、セッション確立信号ＳＧ＿１をセッション確立手段１３から受けると、暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を選択し、制御手段１６から受けたデータを暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いて暗号化し、その暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿１を無線ユニット１２へ出力する。

一方、暗号化手段１４は、セッション確立信号ＳＧ＿２をセッション確立手段１３から受けると、暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を選択し、制御手段１６から受けたデータを暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いて暗号化し、その暗号化した暗号化データＤ＿２を無線ユニット１２へ出力する。

復号化手段１５は、復号鍵ＤＥＣＲＹ＿ＫＹ＿１，ＤＥＣＲＹ＿ＫＹ＿２を保持する。復号化手段１５は、セッション確立信号ＳＧ＿１またはセッション確立信号ＳＧ＿２をセッション確立手段１３から受ける。そして、復号化手段１５は、セッション確立信号ＳＧ＿１をセッション確立手段１３から受けると、復号鍵ＤＥＣＲＹ＿ＫＹ＿１を選択し、暗号化データＥＮＣＲＹ＿Ｄ＿１を無線ユニット１２から受けると、復号鍵ＤＥＣＲＹ＿ＫＹ＿１を用いて暗号化データＥＮＣＲＹ＿Ｄ＿１を復号し、その復号したデータをアプリケーション（図示省略）へ出力する。

一方、復号化手段１５は、セッション確立信号ＳＧ＿２をセッション確立手段１３から受けると、復号鍵ＤＥＣＲＹ＿ＫＹ＿２を選択し、暗号化データＥＮＣＲＹ＿Ｄ＿２を無線ユニット１２から受けると、復号鍵ＤＥＣＲＹ＿ＫＹ＿２を用いて暗号化データＥＮＣＲＹ＿Ｄ＿２を復号し、その復号したデータをアプリケーション（図示省略）へ出力する。

制御手段１６は、アプリケーション（図示省略）からデータＤを受ける。データＤは、秘匿性よりもスループットおよび応答性等の通信特性が重視されるデータである通信特性型データＤ＿１と、スループットおよび応答性等の通信特性よりも秘匿性が重視されるデータである秘匿性データＤ＿２と、秘匿性と通信特性が同程度に重視されるデータＤ＿３とのうちの通信特性型データＤ＿１と秘匿性データＤ＿２とからなる。

マルチメディアサービスを提供するアプリケーション（図示省略）は、通信特性型データＤ＿１と、通信特性型データＤ＿１がマルチメディアサービスのデータであることを示す識別記号ＩＤＳとを制御手段１６へ出力する。

一方、秘匿性データＤ＿２を提供するアプリケーション（図示省略）は、識別記号ＩＤＳを出力せずに秘匿性データＤ＿２のみを制御手段１６へ出力する。

制御手段１６は、マルチメディアサービスを提供するアプリケーション（図示省略）から通信特性型データＤ＿１と識別記号ＩＤＳとを受けると、制御信号ＣＴＬ＿１を生成し、その生成した制御信号ＣＴＬ＿１をセッション確立手段１３へ出力するとともに通信特性型データＤ＿１を暗号化手段１４へ出力する。

一方、制御手段１６は、秘匿性データＤ＿２を提供するアプリケーション（図示省略）から秘匿性データＤ＿２のみを受けると、制御信号ＣＴＬ＿２を生成し、その生成した制御信号ＣＴＬ＿２をセッション確立手段１３へ出力するとともに秘匿性データＤ＿２を暗号化手段１４へ出力する。

従って、端末装置１においては、制御手段１６が通信特性型データＤ＿１と識別記号ＩＤＳとをアプリケーション（図示省略）から受けると、ＡＭＦとの間でレガシーセッションＳｎ＿１が確立され、制御手段１６が秘匿性データＤ＿２のみをアプリケーション（図示省略）から受けると、ＡＭＦとの間でセキュアセッションＳｎ＿２が確立される。

図４は、実施の形態１におけるセキュリティモード設定手順を示す図である。図４を参照して、セキュリティモードの設定が開始されると、ＡＭＦは、１－１として、暗号化・改ざん防止に関するアルゴリズムとパラメータとのリストＬＳを端末装置ＵＥ（端末装置１）へ送信する。

端末装置ＵＥ(端末装置１)は、リストＬＳをコアネットワーク３のＡＭＦから受信すると、１－１として、暗号化・改ざん防止に関するアルゴリズムとパラメータとを選択する。

ここで、端末装置ＵＥ(端末装置１)は、レガシーセッションＳｎ＿１を確立する場合、例えば、暗号化アルゴリズムＣＲＹＡＧ＿１と１２８ビットの鍵長との組合せを選択し、セキュアセッションＳｎ＿２を確立する場合、暗号化アルゴリズムＣＲＹＡＧ＿２と２５６ビットの鍵長との組合せを選択する。即ち、端末装置ＵＥ(端末装置１)は、レガシーセッションＳｎ＿１を確立する場合、１２８ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いてデータを暗号化する暗号化アルゴリズムＣＲＹＡＧ＿１を選択し、セキュアセッションＳｎ＿２を確立する場合、２５６ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いてデータを暗号化する暗号化アルゴリズムＣＲＹＡＧ＿２とを選択する。

１－１の後、端末装置ＵＥ(端末装置１)は、２－１として、選択したアルゴリズムとパラメータとをコアネットワーク３のＡＭＦへ送信する。

ＡＭＦは、選択したアルゴリズムとパラメータとを端末装置ＵＥ(端末装置１)から受信すると、図２において説明した「１ａ．改ざん防止開始」、および「1ｂ．NAS Security Mode Commandの端末装置ＵＥ(端末装置１)への送信」を順次実行する。

端末装置ＵＥ(端末装置１)は、NAS Security Mode CommandをＡＭＦから受信すると、２ａとして、ＮＡＳ ＳＭＣ（NAS Security Mode Command）の検査に合格し、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であれば、上流側暗号化および下流側暗号化・改ざん防止を開始する。

この場合、端末装置ＵＥ(端末装置１)は、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であるか否かを上述した方法によって判定する。

なお、１ｂのNAS Security Mode Commandは、端末装置ＵＥ(端末装置１)が“１－１”において選択したアルゴリズムとパラメータとを含むので、端末装置ＵＥ(端末装置１)は、２ａにおいて、通常、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であると判定する。

端末装置ＵＥ(端末装置１)は、２ａの後、２ｂとして、図２において説明したNAS Security Mode CompleteをＡＭＦへ送信する。

そして、ＡＭＦは、NAS Security Mode Completeを端末装置ＵＥ(端末装置１)から受信すると、１ｄとして、下流側暗号化開始を実行する。

これによって、共通鍵によってデータを暗号化して通信を行うセッション（論理的な通信路）が端末装置ＵＥ(端末装置１)とコアネットワーク３との間で確立される。

このように、実施の形態１においては、端末装置ＵＥ(端末装置１)が暗号化・改ざん防止に関するアルゴリズムとパラメータとを選択するので（１－１．参照）、端末装置ＵＥ(端末装置１)が確立したいセッションに適する暗号化・改ざん防止に関するアルゴリズムとパラメータとを選択できる。

端末装置１は、データＤと識別記号ＩＤＳとをアプリケーション（図示省略）から受けると、図４に示すセキュリティモード設定手順をＡＭＦとの間で実行し、レガシーセッションＳｎ＿１を確立する。

また、端末装置１は、データＤのみをアプリケーション（図示省略）から受けると、図４に示すセキュリティモード設定手順をＡＭＦとの間で実行し、セキュアセッションＳｎ＿２を確立する。

図５は、図３に示す端末装置１の動作を説明するためのフローチャートである。図５を参照して、端末装置１の動作が開始されると、制御手段１６は、ｉ＝１を設定する（ステップＳ１）。ここで、ｉは、図５に示すフローチャートを何回目に実行するかを示す引数であり、１以上の整数である。

ステップＳ１の後、制御手段１６は、アプリケーション（図示省略）からデータＤを受けたか否かを判定する（ステップＳ２）。

ステップＳ２において、アプリケーション（図示省略）からデータＤを受けたと判定されると、制御手段１６は、レガシーセッションＳｎ＿１を使用するか否かを判定する（ステップＳ３）。

この場合、制御手段１６は、アプリケーション（図示省略）からデータＤと識別記号ＩＤＳ（データＤがレガシーセッションＳｎ＿１を用いて送信されるデータであることを示す識別記号）とを受けたとき、レガシーセッションＳｎ＿１を使用すると判定し、アプリケーション（図示省略）からデータＤのみを受けたとき（即ち、識別記号ＩＤＳを受けないとき）、レガシーセッションＳｎ＿１を使用しないと判定する。

実施の形態１において使用するセッションＳｎは、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２の２つのセッションＳｎであるので、ステップＳ３において、「レガシーセッションＳｎ＿１を使用しない」と判定されることは、「セキュアセッションＳｎ＿２を使用すると判定すること」に相当する。

ステップＳ３において、レガシーセッションＳｎ＿１を使用すると判定されたとき、制御手段１６は、レガシーセッションＳｎ＿１を（ｉ－１）回目のフローチャートの実行時に使用したか否かを判定する（ステップＳ４）。

ステップＳ４において、レガシーセッションＳｎ＿１を（ｉ－１）回目のフローチャートの実行時に使用しなかったと判定されたとき、制御手段１６は、制御信号ＣＴＬ＿１を生成してセッション確立手段１３へ出力するとともにデータＤを暗号化手段１４へ出力する。

セッション確立手段１３は、制御手段１６からの制御信号ＣＴＬ＿１に応じて、図４に示すセキュリティモード設定手順を実行してコアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１を確立する（ステップＳ５）。

そして、ステップＳ４において、レガシーセッションＳｎ＿１を（ｉ－１）回目のフローチャートの実行時に使用したと判定されたとき、またはステップＳ５の後、セッション確立手段１３は、セッション確立信号ＳＧ＿１を生成し、その生成したセッション確立信号ＳＧ＿１を暗号化手段１４および復号化手段１５へ出力する。

暗号化手段１４は、セッション確立手段１３からセッション確立信号ＳＧ＿１を受けると、制御手段１６から受けたデータＤ（＝通信特性型データＤ＿１）を暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いて暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿１を生成し（ステップＳ６）、その生成した暗号化データＥＮＣＲＹ＿Ｄ＿１を無線ユニット１２へ出力する。

無線ユニット１２は、暗号化データＥＮＣＲＹ＿Ｄ＿１を暗号化手段１４から受けると、アンテナ１１および基地局２を介して、レガシーセッションＳｎ＿１を用いて暗号化データＥＮＣＲＹ＿Ｄ＿１を送信先へ送信する（ステップＳ７）。

その後、無線ユニット１２は、基地局２およびアンテナ１１を介して、暗号化データＥＮＣＲＹ＿Ｄ＿１を送信先から受信し（ステップＳ８）、その受信した暗号化データＥＮＣＲＹ＿Ｄ＿１を復号化手段１５へ出力する。

復号化手段１５は、暗号化データＥＮＣＲＹ＿Ｄ＿１を無線ユニット１２から受けると、セッション確立手段１３から受けたセッション確立信号ＳＧ＿１に応じて復号鍵ＤＥＣＲＹ＿ＫＹ＿１を選択し、その選択した復号鍵ＤＥＣＲＹ＿ＫＹ＿１によって暗号化データＥＮＣＲＹ＿Ｄ＿１を復号し、その復号した通信特性型データＤ＿１をアプリケーション（図示省略）へ送信する（ステップＳ９）。

そして、制御手段１６は、ｉ＝ｉ＋１を設定する（ステップＳ１６）。その後、端末装置１の動作は、ステップＳ２へ移行する。

一方、ステップＳ３において、レガシーセッションＳｎ＿１を使用しないと判定されたとき（即ち、セキュアセッションＳｎ＿２を使用すると判定されたとき）、制御手段１６は、セキュアセッションＳｎ＿２を（ｉ－１）回目のフローチャートの実行時に使用したか否かを判定する（ステップＳ１０）。

ステップＳ１０において、セキュアセッションＳｎ＿２を（ｉ－１）回目のフローチャートの実行時に使用しなかったと判定されたとき、制御手段１６は、制御信号ＣＴＬ＿２を生成してセッション確立手段１３へ出力するとともにデータ（秘匿性データＤ＿２）を暗号化手段１４へ出力する。

セッション確立手段１３は、制御手段１６からの制御信号ＣＴＬ＿２に応じて、図４に示すセキュリティモード設定手順を実行してコアネットワーク３のＡＭＦとの間でセキュアセッションＳｎ＿２を確立する（ステップＳ１１）。

そして、ステップＳ１０において、セキュアセッションＳｎ＿２を（ｉ－１）回目のフローチャートの実行時に使用したと判定されたとき、またはステップＳ１１の後、セッション確立手段１３は、セッション確立信号ＳＧ＿２を生成し、その生成したセッション確立信号ＳＧ＿２を暗号化手段１４および復号化手段１５へ出力する。

暗号化手段１４は、セッション確立手段１３からセッション確立信号ＳＧ＿２を受けると、暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を選択し、制御手段１６から受けたデータ（秘匿性データＤ＿２）を暗号鍵ＥＮＣＲＹ＿ＫＹ＿２によって暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿２を生成し（ステップＳ１２）、その生成した暗号化データＥＮＣＲＹ＿Ｄ＿２を無線ユニット１２へ出力する。

無線ユニット１２は、暗号化データＥＮＣＲＹ＿Ｄ＿２を暗号化手段１４から受けると、アンテナ１１および基地局２を介して、セキュアセッションＳｎ＿２を用いて暗号化データＥＮＣＲＹ＿Ｄ＿２を送信先へ送信する（ステップＳ１３）。

その後、無線ユニット１２は、基地局２およびアンテナ１１を介して、暗号化データＥＮＣＲＹ＿Ｄ＿２を送信先から受信し（ステップＳ１４）、その受信した暗号化データＥＮＣＲＹ＿Ｄ＿２を復号化手段１５へ出力する。

復号化手段１５は、暗号化データＥＮＣＲＹ＿Ｄ＿２を無線ユニット１２から受けると、セッション確立手段１３から受けたセッション確立信号ＳＧ＿２に応じて復号鍵ＤＥＣＲＹ＿ＫＹ＿２を選択し、その選択した復号鍵ＤＥＣＲＹ＿ＫＹ＿２によって暗号化データＥＮＣＲＹ＿Ｄ＿２を復号し、その復号した秘匿性データＤ＿２をアプリケーション（図示省略）へ送信する（ステップＳ１５）。その後、制御手段１６は、ステップＳ１６を実行する。そして、端末装置１の動作は、ステップＳ２へ移行する。以後、ステップＳ２においてアプリケーション（図示省略）からデータを受けたと判定されるごとに、図５に示すステップＳ２～Ｓ１６が繰り返し実行される。

図６は、図５のステップＳ５の詳細な動作を説明するためのフローチャートである。図６を参照して、図５のステップＳ４において、レガシーセッションＳｎ＿１を（ｉ－１）回目のフローチャートの実行時に使用しなかったと判定されたとき、端末装置１の無線ユニット１２は、基地局２（ｇＮｏｄｅｂ）およびアンテナ１１を介して、暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳをコアネットワーク３のＡＭＦから受信し（ステップＳ５１）、その受信したリストＬＳをセッション確立手段１３へ出力する。

セッション確立手段１３は、無線ユニット１２からリストＬＳを受けると、リストＬＳに含まれるアルゴリズムおよびパラメータから、暗号化・改ざん防止に関するアルゴリズムＣＲＹＡＧ＿１とパラメータ（１２８ビットの鍵長）とを選択する（ステップＳ５２）。

そして、セッション確立手段１３は、使用するアルゴリズムＣＲＹＡＧ＿１とパラメータ（１２８ビットの鍵長）とを無線ユニット１２へ出力し、無線ユニット１２は、アンテナ１１および基地局２（ｇＮｏｄｅＢ）を介して、セッション確立手段１３から受けたアルゴリズムＣＲＹＡＧ＿１とパラメータ（１２８ビットの鍵長）とをコアネットワーク３のＡＭＦへ送信する（ステップＳ５３）。

その後、無線ユニット１２は、基地局２（ｇＮｏｄｅＢ）およびアンテナ１１を介して、NAS Security Mode Commandをコアネットワーク３のＡＭＦから受信し（ステップＳ５４）、その受信したNAS Security Mode Commandをセッション確立手段１３へ出力する。

セッション確立手段１３は、無線ユニット１２から受けたNAS Security Mode Commandに応じて、ＮＡＳ ＳＭＣ改ざん検査に合格し、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であれば、アルゴリズムＣＲＹＡＧ＿１とパラメータ（１２８ビットの鍵長）とを用いて上流側暗号化および下流側暗号化・改ざん防止を開始する（ステップＳ５５）。

そして、セッション確立手段１３は、アルゴリズムＣＲＹＡＧ＿１とパラメータ（１２８ビットの鍵長）とを用いて上流側暗号化および下流側暗号化・改ざん防止を開始することを含むNAS Security Mode Completeを無線ユニット１２へ出力し、無線ユニット１２は、アンテナ１１および基地局２（ｇＮｏｄｅＢ）を介して、セッション確立手段１３から受けた「アルゴリズムＣＲＹＡＧ＿１とパラメータ（１２８ビットの鍵長）とを用いて上流側暗号化および下流側暗号化・改ざん防止を開始することを含むNAS Security Mode Complete」をコアネットワーク３のＡＭＦへ送信する（ステップＳ５６）。その後、端末装置１の動作は、図５のステップＳ６へ移行する。

図７は、図５のステップＳ１１の詳細な動作を説明するためのフローチャートである。図７に示すフローチャートは、図６に示すフローチャートのステップＳ５２，Ｓ５３，Ｓ５５，Ｓ５６をそれぞれステップＳ５２Ａ，Ｓ５３Ａ，Ｓ５５Ａ，Ｓ５６Ａに変えたものであり、その他は、図６に示すフローチャートと同じである。

図７を参照して、図５のステップＳ１０において、セキュアセッションＳｎ＿２を（ｉ－１）回目のフローチャートの実行時に使用しなかったと判定されたとき、上述したステップＳ５１が実行される。

その後、セッション確立手段１３は、無線ユニット１２からリストＬＳを受けると、リストＬＳに含まれるアルゴリズムおよびパラメータから、暗号化・改ざん防止に関するアルゴリズムＣＲＹＡＧ＿２とパラメータ（２５６ビットの鍵長）とを選択する（ステップＳ５２Ａ）。

そして、セッション確立手段１３は、使用するアルゴリズムＣＲＹＡＧ＿２とパラメータ（２５６ビットの鍵長）とを無線ユニット１２へ出力し、無線ユニット１２は、アンテナ１１および基地局２（ｇＮｏｄｅＢ）を介して、セッション確立手段１３から受けたアルゴリズムＣＲＹＡＧ＿２とパラメータ（２５６ビットの鍵長）とをコアネットワーク３のＡＭＦへ送信する（ステップＳ５３Ａ）。

その後、上述したステップＳ５４が実行される。ステップＳ５４の後、セッション確立手段１３は、無線ユニット１２から受けたNAS Security Mode Commandに応じて、ＮＡＳ ＳＭＣ改ざん検査に合格し、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であれば、アルゴリズムＣＲＹＡＧ＿２とパラメータ（２５６ビットの鍵長）とを用いて上流側暗号化および下流側暗号化・改ざん防止を開始する（ステップＳ５５Ａ）。

そして、セッション確立手段１３は、アルゴリズムＣＲＹＡＧ＿２とパラメータ（２５６ビットの鍵長）とを用いて上流側暗号化および下流側暗号化・改ざん防止を開始することを含むNAS Security Mode Completeを無線ユニット１２へ出力し、無線ユニット１２は、アンテナ１１および基地局２（ｇＮｏｄｅＢ）を介して、セッション確立手段１３から受けた「アルゴリズムＣＲＹＡＧ＿２とパラメータ（２５６ビットの鍵長）とを用いて上流側暗号化および下流側暗号化・改ざん防止を開始することを含むNAS Security Mode Complete」をコアネットワーク３のＡＭＦへ送信する（ステップＳ５６Ａ）。その後、端末装置１の動作は、図５のステップＳ１２へ移行する。

図８および図９は、それぞれ、図５に示すフローチャートの実行回数とｉ回目に使用するセッションと（ｉ－１）回目に使用したセッションと実行ステップとの対応関係を示す第１および第２の対応図である。

図８を参照して、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を１回目に実行する場合において、ｉ（ｉ＝１）回目に使用するセッションがレガシーセッションＳｎ＿１であり、（ｉ－１）回目に使用したセッションが無いとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＹＥＳ”→ステップＳ４の“ＮＯ”→ステップＳ５～Ｓ９，Ｓ１６（ステップＳ５の詳細な動作を示す図６のフローチャート）を順次実行する。

その結果、端末装置１は、レガシーセッションＳｎ＿１を用いて、アプリケーション（図示省略）から受けた「マルチメディアサービスのデータ（通信特性型データＤ＿１）」を送信先との間で送受信する。

また、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を２回目に実行する場合において、ｉ（ｉ＝２）回目に使用するセッションがレガシーセッションＳｎ＿１であり、（ｉ－１）回目（＝１回目）に使用したセッションがレガシーセッションＳｎ＿１であるとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＹＥＳ”→ステップＳ４の“ＹＥＳ”→ステップＳ６～Ｓ９，Ｓ１６を順次実行する。

この場合、（ｉ－１）回目（＝１回目）の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に、図５のステップＳ５においてレガシーセッションＳｎ＿１が既に確立されているので、端末装置１は、ｉ回目の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に図５のステップＳ５を実行せずに、既に確立されているレガシーセッションＳｎ＿１を用いて、アプリケーション（図示省略）から受けた「マルチメディアサービスのデータ（＝通信特性型データＤ＿１）」を送信先との間で送受信する（ステップＳ６～Ｓ８参照）。

更に、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を２回目に実行する場合において、ｉ（ｉ＝２）回目に使用するセッションがセキュアセッションＳｎ＿２であり、（ｉ－１）回目（＝１回目）に使用したセッションがレガシーセッションＳｎ＿１であるとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＮＯ”→ステップＳ１０の“ＮＯ”→ステップＳ１１～Ｓ１６（ステップＳ１１の詳細な動作を示す図７のフローチャート）を順次実行する。

この場合、セキュアセッションＳｎ＿２が初めて使用されるので、端末装置１は、図５のステップＳ１１（図７に示すフローチャート）を実行してセキュアセッションＳｎ＿２を確立した後に、その確立したセキュアセッションＳｎ＿２を用いて秘匿性データＤ＿２を送信先との間で送受信する（ステップＳ１２～Ｓ１４参照）。

更に、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を３回目に実行する場合において、ｉ（ｉ＝３）回目に使用するセッションがレガシーセッションＳｎ＿１であり、（ｉ－１）回目（＝１回目）に使用したセッションがレガシーセッションＳｎ＿１であるとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＹＥＳ”→ステップＳ４の“ＹＥＳ”→ステップＳ６～Ｓ９，Ｓ１６を順次実行する。

この場合、（ｉ－１）回目（＝２回目）の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に、図５のステップＳ５においてレガシーセッションＳｎ＿１が既に確立されているので、端末装置１は、３回目の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に図５のステップＳ５を実行せずに、既に確立されているレガシーセッションＳｎ＿１を用いて、アプリケーション（図示省略）から受けた「マルチメディアサービスのデータ（＝通信特性型データＤ＿１）」を送信先との間で送受信する（ステップＳ６～Ｓ８参照）。

更に、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を３回目に実行する場合において、ｉ（ｉ＝３）回目に使用するセッションがレガシーセッションＳｎ＿１であり、（ｉ－１）回目（＝２回目）に使用したセッションがセキュアセッションＳｎ＿２であるとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＹＥＳ”→ステップＳ４の“ＮＯ”→ステップＳ５～Ｓ９，Ｓ１６を順次実行する。

この場合、（ｉ－１）回目（＝２回目）に使用したセッションがセキュアセッションＳｎ＿２であるので、端末装置１は、３回目の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時にステップＳ５（図６に示すフローチャート）を実行してレガシーセッションＳｎ＿１を確立し、その確立したレガシーセッションＳｎ＿１を用いて、アプリケーション（図示省略）から受けた「マルチメディアサービスのデータ（＝通信特性型データＤ＿１）」を送信先との間で送受信する（ステップＳ６～Ｓ８参照）。

更に、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を３回目に実行する場合において、ｉ（ｉ＝３）回目に使用するセッションがセキュアセッションＳｎ＿２であり、（ｉ－１）回目（＝２回目）に使用したセッションがレガシーセッションＳｎ＿１であるとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＮＯ”→ステップＳ１０の“ＮＯ”→ステップＳ１１～Ｓ１６を順次実行する。

この場合、（ｉ－１）回目（＝２回目）に使用したセッションがレガシーセッションＳｎ＿１であるので、端末装置１は、３回目の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に図５のステップＳ１１（図７に示すフローチャート）を実行してセキュアセッションＳｎ＿２を確立し、その確立したセキュアセッションＳｎ＿２を用いて、アプリケーション（図示省略）から受けた「秘匿性データ」を送信先との間で送受信する（ステップＳ１２～Ｓ１４参照）。

更に、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を３回目に実行する場合において、ｉ（ｉ＝３）回目に使用するセッションがセキュアセッションＳｎ＿２であり、（ｉ－１）回目（＝２回目）に使用したセッションがセキュアセッションＳｎ＿２であるとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＮＯ”→ステップＳ１０の“ＹＥＳ”→ステップＳ１２～Ｓ１６を順次実行する。

この場合、（ｉ－１）回目（＝２回目）に使用したセッションがセキュアセッションＳｎ＿２であるので、端末装置１は、３回目の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に図５のステップＳ１１（図７に示すフローチャート）を実行せずに、（ｉ－１）回目（＝２回目）に確立したセキュアセッションＳｎ＿２を用いて、アプリケーション（図示省略）から受けた「秘匿性データ」を送信先との間で送受信する（ステップＳ１２～Ｓ１４参照）。

更に、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を４回目以降（ｉ≧４）に実行する場合、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を３回目（ｉ＝３）に実行する場合と同様にして、アプリケーション（図示省略）から受けた「マルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）」を送信先との間で送受信し（ステップＳ６～Ｓ７参照）、またはアプリケーション（図示省略）から受けた「秘匿性データ」を送信先との間で送受信する（ステップＳ１２～Ｓ１４参照）。

図９を参照して、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を１回目に実行する場合において、ｉ（ｉ＝１）回目に使用するセッションがセキュアセッションＳｎ＿２であり、（ｉ－１）回目に使用したセッションが無いとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＮＯ”→ステップＳ１０の“ＮＯ”→ステップＳ１１～Ｓ１６（ステップＳ１１の詳細な動作を示す図７のフローチャート）を順次実行する。

その結果、端末装置１は、ｉ（ｉ＝１）回目の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に、セキュアセッションＳｎ＿２を確立し（ステップＳ１１参照）、その確立したセキュアセッションＳｎ＿２を用いて、アプリケーション（図示省略）から受けた「秘匿性データ」を送信先との間で送受信する（ステップＳ１２～Ｓ１４参照）。

また、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を２回目に実行する場合において、ｉ（ｉ＝２）回目に使用するセッションがレガシーセッションＳｎ＿１であり、（ｉ－１）回目（＝１回目）に使用したセッションがセキュアセッションＳｎ＿２であるとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＹＥＳ”→ステップＳ４の“ＮＯ”→ステップＳ５～Ｓ９，Ｓ１６を順次実行する。

この場合、レガシーセッションＳｎ＿１を初めて使用するので、端末装置１は、ｉ（ｉ＝２）回目の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に、図５のステップＳ５（図６に示すフローチャート）を実行してレガシーセッションＳｎ＿１を確立し、その確立したレガシーセッションＳｎ＿１を用いて、アプリケーション（図示省略）から受けた「マルチメディアサービスのデータ（＝通信特性型データＤ＿１）」を送信先との間で送受信する（ステップＳ６～Ｓ８参照）。

更に、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を２回目に実行する場合において、ｉ（ｉ＝２）回目に使用するセッションがセキュアセッションＳｎ＿２であり、（ｉ－１）回目（＝１回目）に使用したセッションがセキュアセッションＳｎ＿２であるとき、図５のステップＳ２の“ＹＥＳ”→ステップＳ３の“ＮＯ”→ステップＳ１０の“ＹＥＳ”→ステップＳ１２～Ｓ１６を順次実行する。

この場合、セキュアセッションＳｎ＿２が図５に示すフローチャート（図６および図７に示すフローチャートを含む）の（ｉ－１）回目（＝１回目）の実行時に既に確立されているので、端末装置１は、ｉ（ｉ＝２）回目の図５に示すフローチャート（図６および図７に示すフローチャートを含む）の実行時に図５のステップＳ１１（図７に示すフローチャート）を実行せずに、既に確立したセキュアセッションＳｎ＿２を用いて秘匿性データＤ＿２を送信先との間で送受信する（ステップＳ１２～Ｓ１４参照）。

図９において、図５に示すフローチャート（図６および図７に示すフローチャートを含む）が３回目および４回目以降に実行されるときの「実行ステップ」は、図８において、図５に示すフローチャート（図６および図７に示すフローチャートを含む）が３回目および４回目以降に実行されるときの「実行ステップ」と同じである。

図８および図９に示すように、図５に示すフローチャート（図６および図７に示すフローチャートを含む）が１回目に実行するときに１回目に使用するセッションがレガシーセッションＳｎ＿１であるかセキュアセッションＳｎ＿２であるかによって、図５に示すフローチャート（図６および図７に示すフローチャートを含む）が１回目に実行されるときの「実行ステップ」が異なり、図５に示すフローチャート（図６および図７に示すフローチャートを含む）が２回目に実行されるときのｉ（ｉ＝２）回目に使用するセッション、（ｉ－１）回目に使用したセッション、および「実行ステップ」が異なる。

しかし、図８および図９に示すように、図５に示すフローチャート（図６および図７に示すフローチャートを含む）が３回目以降（ｉ≧３）に実行されるときのｉ（ｉ≧３）回目に使用するセッション、（ｉ－１）回目に使用したセッション、および「実行ステップ」は、同じである（図８および図９のハッチング部分参照）。

従って、図５に示すフローチャート（図６および図７に示すフローチャートを含む）を１回目に実行するときにアプリケーション（図示省略）から受けるデータが「マルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）」および「秘匿性データＤ＿２」のいずれであっても、端末装置１は、図５に示すフローチャート（図６および図７に示すフローチャートを含む）に従って、レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２をアプリケーション（図示省略）から受けるデータ（「マルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）」または「秘匿性データＤ＿２」）に応じて確立し、その確立したレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を用いて、「マルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）」または「秘匿性データＤ＿２」を送信先との間で送受信できる。

上述した図５に示すフローチャート（図６および図７に示すフローチャートを含む）によれば、端末装置１は、アプリケーション（図示省略）から受けたデータ（マルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）または秘匿性データＤ＿２）に応じてレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２をコアネットワーク３のＡＭＦとの間で確立し、その確立したレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を用いてマルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）または秘匿性データＤ＿２を送信先との間で送受信する。

そして、レガシーセッションＳｎ＿１は、スループットまたは応答性が重視されるマルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）を１２８ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿１によって暗号化した暗号化データを送信するためのセッションであり、セキュアセッションＳｎ＿２は、秘匿性が求められる秘匿性データＤ＿２を２５６ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿２によって暗号化した暗号化データを送信するためのセッションである。

従って、用途に応じて通信路（レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を使い分けてマルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）または秘匿性データＤ＿２を送信することができる。その結果、マルチメディアサービスにおけるデータ（＝通信特性型データＤ＿１）に対してオーバースペックとならずに、秘匿性データＤ＿２を適切に保護できる。

また、端末装置１は、コアネットワーク３のＡＭＦとのセキュリティモード設定手順において、暗号化・改ざん防止に関するアルゴリズムとパラメータを選択してコアネットワーク３のＡＭＦへ送信する（図４の“１＿１”参照）。

従って、端末装置１が実行可能なアルゴリズムとパラメータとを選択してセキュリティモードをコアネットワーク３のＡＭＦとの間で設定できる。

実施の形態１においては、端末装置１の動作は、ソフトウェアによって実現されてもよい。この場合、端末装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を備える。そして、ＲＯＭは、図５に示すフローチャート（図６および図７に示すフローチャートを含む）の各ステップからなるプログラムＰｒｏｇ＿Ａを記憶する。

ＣＰＵは、ＲＯＭからプログラムＰｒｏｇ＿Ａを読み出し、その読み出したプログラムＰｒｏｇ＿Ａを実行して、コアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を確立して用途に応じてレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を用いて通信特性型データＤ＿１または秘匿性データＤ＿２を送信する。ＲＡＭは、上述したの暗号鍵ＥＮＣＲＹ＿ＫＹ＿１，ＥＮＣＲＹ＿ＫＹ＿２および復号鍵ＤＥＣＲＹ＿ＫＹ＿１，ＤＥＣＲＹ＿ＫＹ＿２を一時的に記憶する。

また、プログラムＰｒｏｇ＿Ａは、ＣＤ，ＤＶＤ等の記録媒体に記録されて流通してもよい。プログラムＰｒｏｇ＿Ａを記録した記録媒体がコンピュータに装着されると、コンピュータは、記録媒体からプログラムＰｒｏｇ＿Ａを読み出して実行し、コアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を確立して用途に応じてレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を用いて通信特性型データＤ＿１または秘匿性データＤ＿２を送信する。。

従って、プログラムＰｒｏｇ＿Ａを記録した記録媒体は、コンピュータ読み取り可能な記録媒体である。

［実施の形態２］
図１０は、図１に示す端末装置の実施の形態２における概略図である。図１０を参照して、図１に示す端末装置１は、実施の形態２においては、図１０に示す端末装置１Ａからなる。

端末装置１Ａは、図３に示す端末装置１の無線ユニット１２を無線ユニット１２Ａに変え、セッション確立手段１３をセッション確立手段１３Ａに変えたものであり、その他は、端末装置１と同じである。

無線ユニット１２Ａは、送信手段および受信手段を構成する。無線ユニット１２Ａは、暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳをセッション確立手段１３Ａから受けると、アンテナ１１を介して、その受けたリストＬＳをコアネットワーク３のＡＭＦへ送信する。

また、無線ユニット１２Ａは、アンテナ１１を介して、NAS Security Mode Commandをコアネットワーク３のＡＭＦから受信し、その受信したNAS Security Mode Commandをセッション確立手段１３Ａへ出力する。

更に、無線ユニット１２Ａは、NAS Security Mode Completeをセッション確立手段１３Ａから受けると、アンテナ１１を介して、その受けたNAS Security Mode Completeをコアネットワーク３のＡＭＦへ送信する。

更に、無線ユニット１２Ａは、暗号化データ（暗号化データＥＮＣＲＹ＿Ｄ＿１または暗号化データＥＮＣＲＹ＿Ｄ＿２）を暗号化手段１４から受けると、アンテナ１１を介して、その受けた暗号化データ（暗号化データＥＮＣＲＹ＿Ｄ＿１または暗号化データＥＮＣＲＹ＿Ｄ＿２）を送信する。

更に、無線ユニット１２Ａは、アンテナ１１を介して暗号化データ（暗号化データＥＮＣＲＹ＿Ｄ＿１または暗号化データＥＮＣＲＹ＿Ｄ＿２）を受信し、その受信した暗号化データ（暗号化データＥＮＣＲＹ＿Ｄ＿１または暗号化データＥＮＣＲＹ＿Ｄ＿２）を復号化手段１５へ出力する。

セッション確立手段１３Ａは、暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳが５Ｇの運用者から与えられ、保持している。

セッション確立手段１３Ａは、コアネットワーク３のＡＭＦからNAS Security Mode Commandを受信する前に、暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳを無線ユニット１２Ａへ出力してコアネットワーク３のＡＭＦへ送信する。

セッション確立手段１３Ａは、その他、セッション確立手段１３と同じ機能を果たす。

コアネットワーク３のＡＭＦは、端末装置１ＡからリストＬＳを受信すると、暗号化・改ざん防止に関するアルゴリズムとパラメータを選択する。

図１１は、実施の形態２におけるセキュリティモード設定手順を示す図である。図１１を参照して、セキュリティモードの設定が開始されると、端末装置ＵＥ（端末装置１Ａ）は、２－１として、暗号化・改ざん防止に関するアルゴリズムとパラメータとのリストＬＳをコアネットワーク３のＡＭＦへ送信する。

コアネットワーク３のＡＭＦは、リストＬＳを端末装置ＵＥ（端末装置１Ａ）から受信すると、１－１として、暗号化・改ざん防止に関するアルゴリズムとパラメータとを選択する。

１－１の後、コアネットワーク３のＡＭＦは、図２において説明した「１ａ．改ざん防止開始」、および「1ｂ．NAS Security Mode Commandの端末装置ＵＥ(端末装置１Ａ)への送信」を順次実行する。

端末装置ＵＥ(端末装置１Ａ)は、NAS Security Mode CommandをＡＭＦから受信すると、２ａとして、ＮＡＳ ＳＭＣ（NAS Security Mode Command）の検査に合格し、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であれば、上流側暗号化および下流側暗号化・改ざん防止を開始する。

端末装置ＵＥ(端末装置１Ａ)は、２ａの後、２ｂとして、図２において説明したNAS Security Mode CompleteをＡＭＦへ送信する。

そして、ＡＭＦは、NAS Security Mode Completeを端末装置ＵＥ(端末装置１Ａ)から受信すると、１ｄとして、下流側暗号化開始を実行する。

これによって、共通鍵によってデータを暗号化して通信を行うセッション（論理的な通信路）が端末装置ＵＥ(端末装置１Ａ)とコアネットワーク３との間で確立される。

このように、実施の形態２においては、端末装置ＵＥ(端末装置１Ａ)が暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳをコアネットワークのＡＭＦへ送信するので（２－１．参照）、端末装置ＵＥ(端末装置１Ａ)が確立したいセッションに適する暗号化・改ざん防止に関するアルゴリズムとパラメータとをリストＬＳに含めてコアネットワーク３のＡＭＦへ送信できる。

その結果、端末装置ＵＥ(端末装置１Ａ)は、２ａ．において、通常、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であると判定し、上流側暗号化および下流側暗号化・改ざん防止を開始する。

端末装置１Ａは、通信特性型データＤ＿１と識別記号ＩＤＳとをアプリケーション（図示省略）から受けると、図１１に示すセキュリティモード設定手順をＡＭＦとの間で実行し、レガシーセッションＳｎ＿１を確立する。

また、端末装置１Ａは、秘匿性データＤ＿２のみをアプリケーション（図示省略）から受けると、図１１に示すセキュリティモード設定手順をＡＭＦとの間で実行し、セキュアセッションＳｎ＿２を確立する。

従って、端末装置１Ａは、通信特性型データＤ＿１と識別記号ＩＤＳとをアプリケーション（図示省略）から受けると、２－１．において、暗号化・改ざん防止に関するアルゴリズムとパラメータ（１２８ビットの鍵長）のリストＬＳをコアネットワーク３のＡＭＦへ送信する。

また、端末装置１Ａは、秘匿性データＤ＿２のみをアプリケーション（図示省略）から受けると、２－１．において、暗号化・改ざん防止に関するアルゴリズムとパラメータ（２５６ビットの鍵長）のリストＬＳをコアネットワーク３のＡＭＦへ送信する。

図１２は、図１０に示す端末装置１Ａの動作を説明するためのフローチャートである。図１２に示すフローチャートは、図５に示すフローチャートのステップＳ５，Ｓ１１をそれぞれステップＳ５Ａ，Ｓ１１Ａに変えたものであり、その他は、図５に示すフローチャートと同じである。

図１２を参照して、端末装置１Ａの動作が開始されると、上述したステップＳ１～ステップＳ４が順次実行される。

そして、ステップＳ４において、レガシーセッションＳｎ＿１を（ｉ－１）回目のフローチャート（＝図１２に示すフローチャート）の実行時に使用しなかったと判定されたとき、セッション確立手段１３Ａは、図１１に示すセキュリティモード設定手順を実行してコアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１を確立する（ステップＳ５Ａ）。

その後、上述したステップＳ６～Ｓ９，Ｓ１６が順次実行された後、端末装置１Ａの動作は、ステップＳ２へ移行する。

一方、ステップＳ３において、レガシーセッションＳｎ＿１を使用しないと判定され、ステップＳ１０において、セキュアセッションＳｎ＿２を（ｉ－１）回目のフローチャート（＝図１２に示すフローチャート）の実行時に使用しなかったと判定されたとき、セッション確立手段１３Ａは、図１１に示すセキュリティモード設定手順を実行してコアネットワーク３のＡＭＦとの間でセキュアセッションＳｎ＿２を確立する（ステップＳ１１Ａ）。

その後、上述したステップＳ１２～Ｓ１６が順次実行された後、端末装置１Ａの動作は、ステップＳ２へ移行する。

図１３は、図１２のステップＳ５Ａの詳細な動作を説明するためのフローチャートである。図１３に示すフローチャートは、図６に示すフローチャートのステップＳ５１をステップＳ５１Ａに変え、図６に示すフローチャートのステップＳ５２，Ｓ５３を削除したものであり、その他は、図６に示すフローチャートと同じである。

図１３を参照して、図１２のステップＳ４において、レガシーセッションＳｎ＿１を（ｉ－１）回目のフローチャート（＝図１２に示すフローチャート）の実行時に使用しなかったと判定されたとき、セッション確立手段１３Ａは、保持している「暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳ」を無線ユニット１２へ出力し、無線ユニット１２およびアンテナ１１を介して、リストＬＳをコアネットワーク３のＡＭＦへ送信する（ステップＳ５１Ａ）。

ステップＳ５１Ａの後、上述したステップＳ５４～ステップＳ５６が順次実行され、ステップＳ５６の後、端末装置１Ａの動作は、図１２のステップＳ６へ移行する。

図１３に示すフローチャートによれば、セッション確立手段１３Ａは、ステップＳ５１Ａ，Ｓ５４～Ｓ５６を順次実行することによってレガシーセッションＳｎ＿１を確立する。

この場合、セッション確立手段１３Ａは、ステップＳ５１Ａにおいて、レガシーセッションＳｎ＿１において使用する暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いてデータを暗号化する暗号化方式をリストＬＳのアルゴリズムＣＲＹＡＧ＿１に含め、１２８ビットの鍵長をリストＬＳのパラメータに含めてコアネットワーク３のＡＭＦへ送信することができるので、ステップＳ５５において、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であると判定し易くできる。

図１４は、図１２のステップＳ１１Ａの詳細な動作を説明するためのフローチャートである。図１４に示すフローチャートは、図７に示すフローチャートのステップＳ５１をステップＳ５１Ａに変え、図７に示すフローチャートのステップＳ５２Ａ，Ｓ５３Ａを削除したものであり、その他は、図７に示すフローチャートと同じである。

図１４を参照して、図１２のステップＳ１０において、セキュアセッションＳｎ＿２を（ｉ－１）回目のフローチャート（＝図１２に示すフローチャート）の実行時に使用しなかったと判定されたとき、セッション確立手段１３Ａは、保持している「暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳ」を無線ユニット１２へ出力し、無線ユニット１２およびアンテナ１１を介して、リストＬＳをコアネットワーク３のＡＭＦへ送信する（ステップＳ５１Ａ）。

ステップＳ５１Ａの後、上述したステップＳ５４，Ｓ５５Ａ，Ｓ５６Ａが順次実行され、ステップＳ５６Ａの後、端末装置１Ａの動作は、図１２のステップＳ１２へ移行する。

図１４に示すフローチャートによれば、セッション確立手段１３Ａは、ステップＳ５１Ａ，Ｓ５４，Ｓ５５Ａ，Ｓ５６Ａを順次実行することによってセキュアセッションＳｎ＿２を確立する。

この場合、セッション確立手段１３Ａは、ステップＳ５１Ａにおいて、セキュアセッションＳｎ＿２において使用する暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いてデータを暗号化する暗号化方式をリストＬＳのアルゴリズムＣＲＹＡＧ＿２に含め、２５６ビットの鍵長をリストＬＳのパラメータに含めてコアネットワーク３のＡＭＦへ送信することができるので、ステップＳ５５Ａにおいて、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であると判定し易くできる。

図１２に示すフローチャート（図１３および図１４に示すフローチャートを含む）によれば、端末装置１Ａは、アプリケーション（図示省略）から受けたデータ（通信特性型データＤ＿１または秘匿性データＤ＿２）に応じてレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２をコアネットワーク３のＡＭＦとの間で確立し、その確立したレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を用いて通信特性型データＤ＿１または秘匿性データＤ＿２を送信先との間で送受信する。

そして、レガシーセッションＳｎ＿１は、通信特性型データＤ＿１を１２８ビットの鍵長を有する暗号鍵ＥＮＣＲＹ＿ＫＹ＿１によって暗号化した暗号化データを送信するためのセッションであり、セキュアセッションＳｎ＿２は、秘匿性データＤ＿２を２５６ビットの鍵長を有する暗号鍵ＥＮＣＲＫ＿ＫＹ＿２によって暗号化した暗号化データを送信するためのセッションである。

従って、用途に応じて通信路（レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を使い分けて通信特性型データＤ＿１または秘匿性データＤ＿２を送信することができる。その結果、通信特性型データＤ＿１に対してオーバースペックとならずに、秘匿性データＤ＿２を適切に保護できる。

また、レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を確立するとき、暗号化・改ざん防止に関するアルゴリズムとパラメータのリスクＬＳを端末装置１Ａからコアネットワーク３のＡＭＦへ送信するので（図１３および図１４のステップＳ５１Ａ参照）、端末装置１Ａにおいて、暗号化・改ざん防止に関するアルゴリズムとパラメータが妥当であると判定し易くできる。

実施の形態２においては、端末装置１Ａの動作は、ソフトウェアによって実現されてもよい。この場合、端末装置１Ａは、ＣＰＵ、ＲＯＭおよびＲＡＭを備える。そして、ＲＯＭは、図１２に示すフローチャート（図１３および図１４に示すフローチャートを含む）の各ステップからなるプログラムＰｒｏｇ＿Ｂを記憶する。

ＣＰＵは、ＲＯＭからプログラムＰｒｏｇ＿Ｂを読み出し、その読み出したプログラムＰｒｏｇ＿Ｂを実行して、コアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を確立し、用途に応じてレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を用いて通信特性型データＤ＿１または秘匿性データＤ＿２を送信する。ＲＡＭは、上述した暗号鍵ＥＮＣＲＹ＿ＫＹ＿１，ＥＮＣＲＹ＿ＫＹ＿２および復号鍵ＤＥＣＲＹ＿ＫＹ＿１，ＤＥＣＲＹ＿ＫＹ＿２を一時的に記憶する。

また、プログラムＰｒｏｇ＿Ｂは、ＣＤ，ＤＶＤ等の記録媒体に記録されて流通してもよい。プログラムＰｒｏｇ＿Ｂを記録した記録媒体がコンピュータに装着されると、コンピュータは、記録媒体からプログラムＰｒｏｇ＿Ｂを読み出して実行し、コアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を確立し、用途に応じてレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２を用いて通信特性型データＤ＿１または秘匿性データＤ＿２を送信する。。

従って、プログラムＰｒｏｇ＿Ｂを記録した記録媒体は、コンピュータ読み取り可能な記録媒体である。

実施の形態２におけるその他の説明は、実施の形態１における説明と同じである。

［実施の形態３］
３ＧＰＰ ＴＳ ３７．３４０においては、ＭＲ－ＤＣ（Multi-Radio Dual Connectivity）を用いて複数のセッションを同時に使用する仕組みが定義されている。

この仕組みは、現在使用している基地局（マスターノードＭＮ（Master Node））とは異なる基地局（スレーブノードＳＮ（Slave Node））に対してセッションを設定することを想定している。ＭＲ－ＤＣは、４Ｇ（第四世代移動通信システム）／ＬＴＥと５Ｇとが混在するエリアにおいて、４Ｇと５Ｇとのセッションを同時に設定し、５Ｇの高速性を活かす目的で使われる。

図１５は、３ＧＰＰのスレーブノード追加修正手順を示す図である。図１５を参照して、３ＧＰＰのスレーブノード追加修正手順が開始されると、端末装置ＵＥおよびマスターノードＭＮは、１．として、端末装置ＵＥとマスターノードＭＮとの間で無線資源制御（ＲＲＣ：Radio Resource Control）の接続を確立する。

そして、マスターノードＭＮは、２．として、ＳＮ追加修正をスレーブノードＳＮに要求する。

スレーブノードＳＮは、マスターノードＭＮからのＳＮ追加修正の要求に対して、３．として、機能の交渉を行う。より具体的には、スレーブノードＳＮは、上流側保護有効化およびアルゴリズム選択を行う。

そして、スレーブノードＳＮは、４．として、マスターノードＭＮに対してＳＮ追加修正を承認する。

マスターノードＭＮは、スレーブノードＳＮからのＳＮ追加修正の承認に応じて、５．として、端末装置ＵＥに対して、ＲＲＣ接続を再設定する。この場合、マスターノードＭＮは、端末装置ＵＥに対して、暗号化・改ざん防止のアルゴリズムとパラメータとを指定する。

端末装置ＵＥは、ＲＲＣ接続の再設定に応じて、６．として、ＲＲＣ接続の再設定完了をマスターノードＭＮへ送信する。

マスターノードＭＮは、端末装置ＵＥからＲＲＣ接続の再設定完了を受信すると、７．として、スレーブノードＳＮとの間でＳＮ再設定完了を行う。

そして、端末装置ＵＥおよびスレーブノードＳＮは、暗号化・改ざん防止を開始する。その後、端末装置ＵＥおよびスレーブノードＳＮは、端末装置ＵＥとスレーブノードＳＮとの間でランダムアクセス手順を実行する。

図１６は、実施の形態３における端末装置ＵＥとマスターノードＭＮとの間における副セッションの追加修正手順を示す図である。

図１６を参照して、端末装置ＵＥとマスターノードＭＮとの間で副セッションの追加修正手順が開始されると、端末装置ＵＥおよびマスターノードＭＮは、１．として、端末装置ＵＥとマスターノードＭＮとの間で無線資源制御の接続を確立する。

そして、マスターノードＭＮは、３．として、機能の交渉を行う。より具体的には、マスターノードＭＮは、上流側保護有効化およびアルゴリズム選択を行う。

その後、マスターノードＭＮは、５．として、端末装置ＵＥに対して、ＲＲＣ接続を再設定する。この場合、マスターノードＭＮは、端末装置ＵＥに対して、暗号化・改ざん防止のアルゴリズムとパラメータとを指定する。

端末装置ＵＥは、ＲＲＣ接続の再設定に応じて、６．として、ＲＲＣ接続の再設定完了をマスターノードＭＮへ送信する。

そして、端末装置ＵＥおよびマスターノードＭＮは、暗号化・改ざん防止を開始する。その後、端末装置ＵＥおよびマスターノードＭＮは、端末装置ＵＥとマスターノードＭＮとの間でランダムアクセス手順を実行する。

図１６に示す副セッションの追加修正手順は、マスターノードＭＮとスレーブノードＳＮとが同じであると見做したときの副セッションの追加修正手順である。そして、端末装置ＵＥおよびマスターノードＭＮが端末装置ＵＥとマスターノードＭＮとの間で図１６に示す副セッションの追加修正手順を実行すれば、端末装置ＵＥとスレーブノードＳＮとの間の副セッションが端末装置ＵＥとマスターノードＭＮとの間で確立されたものと見做される。

従って、端末装置ＵＥおよびマスターノードＭＮは、ＭＲ－ＤＣを用いて、マスターノードＭＮとスレーブノードＳＮとが同じであると見做して、図１６に示す副セッションの追加修正手順を実行することによって、端末装置ＵＥとマスターノードＭＮとの間の主セッションと端末装置ＵＥとマスターノードＭＮ（＝スレーブノードＳＮ）との間の副セッションとの２つのセッションを確立できる。

図１７は、図１に示す端末装置１の実施の形態３における概略図である。実施の形態３においては、図１に示す端末装置１は、図１７に示す端末装置１Ｂからなる。

図１７を参照して、端末装置１Ｂは、図１に示す端末装置１の制御手段１６を削除し、無線ユニット１２、セッション確立手段１３、暗号化手段１４および復号化手段１５をそれぞれ無線ユニット１２Ｂ、セッション確立手段１３Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａに変えたものであり、その他は、端末装置１と同じである。

無線ユニット１２Ｂは、送信手段および受信手段を構成する。無線ユニット１２Ｂは、図１０に示す無線ユニット１２Ａが「暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳ」をコアネットワーク３のＡＭＦへ送信する機能に代えて、「暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳ」を含むセッション追加設定要求（＝セッションを追加で設定する要求）をコアネットワーク３のＡＭＦへ送信する機能を実行する。

また、無線ユニット１２Ｂは、後述するルーティングテーブルＲＴを保持する。そして、無線ユニット１２Ｂは、ＭＲ－ＤＣが使用可能である場合、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２が同時に確立したことを示すセッション確立信号ＳＧ＿３をセッション確立手段１３Ｂから受ける。そして、無線ユニット１２Ｂは、暗号化手段１４からパケットＰＫＴ（＝パケットＰＫＴ＿１またはパケットＰＫＴ＿２）を受けると、ルーティングテーブルＲＴを参照してパケットＰＫＴ（＝パケットＰＫＴ＿１またはパケットＰＫＴ＿２）をレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に振り分けてパケットＰＫＴ（＝パケットＰＫＴ＿１またはパケットＰＫＴ＿２）を送信する。

更に、無線ユニット１２Ｂは、ＭＲ－ＤＣが使用可能でない場合、セッション確立信号ＳＧ＿１またはセッション確立信号ＳＧ＿２をセッション確立手段１３Ｂから受ける。無線ユニット１２Ｂは、セッション確立信号ＳＧ＿１を受けた後に、通信特性型データＤ＿１を暗号鍵ＥＮＣＲＹ＿ＫＹ＿１によって暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿１を含むパケットＰＫＴ＿ＥＮＣＲＹ＿１を暗号化手段１４Ａから受けると、レガシーセッションＳｎ＿１を用いて、パケットＰＫＴ＿ＥＮＣＲＹ＿１を送信先へ送信する。その後、無線ユニット１２Ｂは、パケットＰＫＴ＿ＥＮＣＲＹ＿１を送信先から受信し、その受信したパケットＰＫＴ＿ＥＮＣＲＹ＿１を復号化手段１５Ａへ出力する。

一方、無線ユニット１２Ｂは、セッション確立信号ＳＧ＿２を受けた後に、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＹ＿２によって暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿２を含むパケットＰＫＴ＿ＥＮＣＲＹ＿２を暗号化手段１４Ａから受けると、セキュアセッションＳｎ＿２を用いて、パケットＰＫＴ＿ＥＮＣＲＹ＿２を送信先へ送信する。その後、無線ユニット１２Ｂは、パケットＰＫＴ＿ＥＮＣＲＹ＿２を送信先から受信し、その受信したパケットＰＫＴ＿ＥＮＣＲＹ＿２を復号化手段１５Ａへ出力する。

そして、無線ユニット１２Ｂは、タイマーを内蔵する。無線ユニット１２Ｂは、レガシーセッションＳｎ＿１を用いてパケットＰＫＴ＿ＥＮＣＲＹ＿１の送信先への送信を開始すると、タイマーを用いて、パケットＰＫＴ＿ＥＮＣＲＹ＿１の送信先への送信を開始してからパケットＰＫＴ＿ＥＮＣＲＹ＿１の送信先からの受信を終了するまでの通信時間ＣＭ＿ｔ＿１を計測する。

一方、無線ユニット１２Ｂは、セキュアセッションＳｎ＿２を用いてパケットＰＫＴ＿ＥＮＣＲＹ＿２の送信先への送信を開始すると、タイマーを用いて、パケットＰＫＴ＿ＥＮＣＲＹ＿２の送信先への送信を開始してからパケットＰＫＴ＿ＥＮＣＲＹ＿２の送信先からの受信を終了するまでの通信時間ＣＭ＿ｔ＿２を計測する。

そして、無線ユニット１２Ｂは、通信時間ＣＭ＿ｔ＿１および通信時間ＣＭ＿ｔ＿２をセッション確立手段１３Ｂへ出力する。

セッション確立手段１３Ｂは、NAS Security Mode Commandを無線ユニット１２Ｂから受けると、ＮＡＳ ＳＭＣ改ざん検査に合格なら上流側暗号化および下流側暗号化・改ざん防止を開始する。

そして、セッション確立手段１３Ｂは、NAS Security Mode Completeを無線ユニット１２Ｂへ出力する。

その後、セッション確立手段１３Ｂは、「暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳ」を含むセッション追加設定要求（＝セッションを追加で設定する要求）を生成し、その生成したセッション追加設定要求（＝セッションを追加で設定する要求）を無線ユニット１２Ｂへ出力する。

引き続いて、セッション確立手段１３Ｂは、NAS Security Mode Commandを無線ユニット１２Ｂから受けると、ＮＡＳ ＳＭＣ改ざん検査に合格なら上流側暗号化および下流側暗号化・改ざん防止を開始する。

そして、セッション確立手段１３Ｂは、NAS Security Mode Completeを無線ユニット１２Ｂへ出力する。

また、セッション確立手段１３Ｂは、セキュアセッションＳｎ＿２を確立した後に、ＭＲ－ＤＣが使用可能であると判定すると、ＭＲ－ＤＣを用いてレガシーセッションＳｎ＿１を確立する。即ち、セッション確立手段１３Ｂは、ＭＲ－ＤＣが使用可能であるとき、複数のセッションを同時に使用する仕組みを用いて１つの基地局２とレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を同時に確立する。そして、セッション確立手段１３Ｂは、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を同時に確立したことを示すセッション確立信号ＳＧ＿３を生成し、その生成したセッション確立信号ＳＧ＿３を無線ユニット１２Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａへ出力する。

一方、セッション確立手段１３Ｂは、セキュアセッションＳｎ＿２を確立した後に、ＭＲ－ＤＣが使用可能でないと判定すると、後述する所定の条件が満たされると、セッションをセキュアセッションＳｎ＿２からレガシーセッションＳｎ＿１に切り換え、またはセッションをレガシーセッションＳｎ＿１からセキュアセッションＳｎ＿２に切り換える。

そして、セッション確立手段１３Ｂは、セッションをセキュアセッションＳｎ＿２からレガシーセッションＳｎ＿１に切り換えると、セッション確立信号ＳＧ＿１を無線ユニット１２Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａへ出力し、セッションをレガシーセッションＳｎ＿１からセキュアセッションＳｎ＿２に切り換えると、セッション確立信号ＳＧ＿２を無線ユニット１２Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａへ出力する。

セッション確立手段１３Ｂは、セッション確立信号ＳＧ＿１を無線ユニット１２Ｂへ出力した後、通信時間ＣＭ＿ｔ＿１を無線ユニット１２Ｂから受け、セッション確立信号ＳＧ＿２を無線ユニット１２Ｂへ出力した後、通信時間ＣＭ＿ｔ＿２を無線ユニット１２Ｂから受ける。

そして、セッション確立手段１３Ｂは、通信時間ＣＭ＿ｔ＿１と通信時間ＣＭ＿ｔ＿２との合計ＳＵＭを算出し、通信時間ＣＭ＿ｔ＿２を合計ＳＵＭで除算して「秘匿性が要求される用途の割合ＣＦＤＲ」を算出する。

セッション確立手段１３Ｂは、しきい値ＰＵおよびしきい値ＰＬを保持する。しきい値ＰＬは、しきい値ＰＵよりも小さい（ＰＬ＜ＰＵ）。そして、セッション確立手段１３Ｂは、セッション確立信号ＳＧ＿１を無線ユニット１２Ｂへ出力した後に、「秘匿性が要求される用途の割合ＣＦＤＲ」がしきい値ＰＵを超えると、セッションをレガシーセッションＳｎ＿１からセキュアセッションＳｎ＿２に切り換える要求を示す「セッションの切換要求ＳＷ＿２」を生成してコアネットワーク３のＡＭＦへ送信し、セッション確立信号ＳＧ＿２を無線ユニット１２Ｂへ出力した後に、「秘匿性が要求される用途の割合ＣＦＤＲ」がしきい値ＰＬを下回ると、セッションをセキュアセッションＳｎ＿２からレガシーセッションＳｎ＿１に切り換える要求を示す「セッションの切換要求ＳＷ＿１」を生成してコアネットワーク３のＡＭＦへ送信する。

セッション確立手段１３Ｂは、セッションがレガシーセッションＳｎ＿１に切り換えられたとき、セッション確立信号ＳＧ＿１を生成して無線ユニット１２Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａへ出力し、セッションがセキュアセッションＳｎ＿２に切り換えられたとき、セッション確立信号ＳＧ＿２を生成して無線ユニット１２Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａへ出力する。

セッション確立手段１３Ｂは、ＭＲ－ＤＣが使用可能でない場合、「秘匿性が要求される用途の割合ＣＦＤＲ」の算出と、「秘匿性が要求される用途の割合ＣＦＤＲ」がしきい値ＰＵを超えるか否かの判定と、「秘匿性が要求される用途の割合ＣＦＤＲ」がしきい値ＰＬを下回るか否かの判定と、セッションの切換要求ＳＷ＿１，ＳＷ＿２のコアネットワーク３のＡＭＦへの送信を、データＤをアプリケーション（図示省略）から受けなくなるまで継続して実行する。

暗号化手段１４Ａは、セッション確立信号ＳＧ＿３をセッション確立手段１３Ｂから受けると、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２が同時に確立されたことを認識する。

その後、暗号化手段１４Ａは、アプリケーション（図示省略）からデータＤと識別記号ＩＤＳとを受けると、通信特性型データＤ＿１をアプリケーション（図示省略）から受けたと判定する。そして、暗号化手段１４Ａは、通信特性型データＤ＿１を暗号鍵ＥＮＣＲＹ＿ＫＴ＿１によって暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿１を生成し、その生成した暗号化データＥＮＣＲＹ＿Ｄ＿１を含むパケットＰＫＴ＿ＥＮＣＲＹ＿１を生成する。

引き続いて、暗号化手段１４Ａは、専用の５Ｇ ＱｏＳ Ｆｌｏｗ ＩＤ＝５ＱＩを含むタグＴＡＧ＿１を生成し、その生成したタグＴＡＧ＿１をパケットＰＫＴ＿ＥＮＣＲＹ＿１の先頭に配置してパケットＰＫＴ＿１＝［ＴＡＧ＿１／ＰＫＴ＿ＥＮＣＲＹ＿１］を生成し、その生成したパケットＰＫＴ＿１＝［ＴＡＧ＿１／ＰＫＴ＿ＥＮＣＲＹ＿１］を無線ユニット１２Ｂへ出力する。

一方、暗号化手段１４Ａは、アプリケーション（図示省略）から、識別記号ＩＤＳを受けずにデータＤのみを受けると、秘匿性データＤ＿２をアプリケーション（図示省略）から受けたと判定する。そして、暗号化手段１４Ａは、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＴ＿２によって暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿２を生成し、その生成した暗号化データＥＮＣＲＹ＿Ｄ＿２を含むパケットＰＫＴ＿ＥＮＣＲＹ＿２を生成する。

その後、暗号化手段１４Ａは、５ＱＩを含まないタグＴＡＧ＿２を生成し、その生成したタグＴＡＧ＿２をパケットＰＫＴ＿ＥＮＣＲＹ＿２の先頭に配置してパケットＰＫＴ＿２＝［ＴＡＧ＿２／ＰＫＴ＿ＥＮＣＲＹ＿２］を生成し、その生成したパケットＰＫＴ＿２＝［ＴＡＧ＿２／ＰＫＴ＿ＥＮＣＲＹ＿２］を無線ユニット１２Ｂへ出力する。

また、暗号化手段１４Ａは、セッション確立信号ＳＧ＿１をセッション確立手段１３Ｂから受けると、レガシーセッションＳｎ＿１が確立したことを認識する。

暗号化手段１４Ａは、レガシーセッションＳｎ＿１が確立したことを認識した後に、アプリケーション（図示省略）からデータＤと識別記号ＩＤＳとを受けると、通信特性型データＤ＿１をアプリケーション（図示省略）から受けたと判定する。そして、暗号化手段１４Ａは、通信特性型データＤ＿１を暗号鍵ＥＮＣＲＹ＿ＫＴ＿１によって暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿１を生成し、その生成した暗号化データＥＮＣＲＹ＿Ｄ＿１を含むパケットＰＫＴ＿ＥＮＣＲＹ＿１を生成する。その後、暗号化手段１４Ａは、パケットＰＫＴ＿ＥＮＣＲＹ＿１を無線ユニット１２Ｂへ出力する。

更に、暗号化手段１４Ａは、セッション確立信号ＳＧ＿２をセッション確立手段１３Ｂから受けると、セキュアセッションＳｎ＿２が確立したことを認識する。

暗号化手段１４Ａは、セキュアセッションＳｎ＿２が確立したことを認識した後に、アプリケーション（図示省略）からデータＤのみを受けると、秘匿性データＤ＿２をアプリケーション（図示省略）から受けたと判定する。そして、暗号化手段１４Ａは、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＴ＿２によって暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿２を生成し、その生成した暗号化データＥＮＣＲＹ＿Ｄ＿２を含むパケットＰＫＴ＿ＥＮＣＲＹ＿２を生成する。その後、暗号化手段１４Ａは、パケットＰＫＴ＿ＥＮＣＲＹ＿２を無線ユニット１２Ｂへ出力する。

復号化手段１５Ａは、セッション確立信号ＳＧ＿３をセッション確立手段１３Ｂから受けると、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２が同時に確立されたことを認識する。

そして、復号化手段１５Ａは、無線ユニット１２ＢからパケットＰＫＴ＿１＝［ＴＡＧ＿１／ＰＫＴ＿ＥＮＣＲＹ＿１］を受けると、パケットＰＫＴ＿１＝［ＴＡＧ＿１／ＰＫＴ＿ＥＮＣＲＹ＿１］のタグＴＡＧ＿１に含まれる“５ＱＩ”に基づいて通信特性型データＤ＿２がパケットＰＫＴ＿ＥＮＣＲＹ＿１に含まれると判定し、復号鍵ＤＥＣＲＹ＿ＫＹ＿１を用いてパケットＰＫＴ＿ＥＮＣＲＹ＿１内の暗号化データＥＮＣＲＹ＿Ｄ＿１を復号し、その復号した通信特性型データＤ＿１をアプリケーション（図示省略）へ出力する。

一方、復号化手段１５Ａは、無線ユニット１２ＢからパケットＰＫＴ＿２＝［ＴＡＧ＿２／ＰＫＴ＿ＥＮＣＲＹ＿２］を受けると、パケットＰＫＴ＿２＝［ＴＡＧ＿２／ＰＫＴ＿ＥＮＣＲＹ＿２］のタグＴＡＧ＿２が“５ＱＩ”を含まないことに基づいて、秘匿性データＤ＿２がパケットＰＫＴ＿ＥＮＣＲＹ＿２に含まれると判定し、復号鍵ＤＥＣＲＹ＿ＫＹ＿２を用いてパケットＰＫＴ＿ＥＮＣＲＹ＿２内の暗号化データＥＮＣＲＹ＿Ｄ＿２を復号し、その復号した秘匿性データＤ＿２をアプリケーション（図示省略）へ出力する。

また、復号化手段１５Ａは、セッション確立信号ＳＧ＿１をセッション確立手段１３Ｂから受けると、レガシーセッションＳｎ＿１が確立されたことを認識する。

そして、復号化手段１５Ａは、パケットＰＫＴ＿ＥＮＣＲＹ＿１を無線ユニット１２Ｂから受けると、復号鍵ＤＥＣＲＹ＿ＫＹ＿１を用いてパケットＰＫＴ＿ＥＮＣＲＹ＿１内の暗号化データＥＮＣＲＹ＿Ｄ＿１を復号し、その復号した通信特性型データＤ＿１をアプリケーション（図示省略）へ出力する。

一方、復号化手段１５Ａは、セッション確立信号ＳＧ＿２をセッション確立手段１３Ｂから受けると、セキュアセッションＳｎ＿２が確立されたことを認識する。

そして、復号化手段１５Ａは、パケットＰＫＴ＿ＥＮＣＲＹ＿２を無線ユニット１２Ｂから受けると、復号鍵ＤＥＣＲＹ＿ＫＹ＿２を用いてパケットＰＫＴ＿ＥＮＣＲＹ＿２内の暗号化データＥＮＣＲＹ＿Ｄ＿２を復号し、その復号した秘匿性データＤ＿２をアプリケーション（図示省略）へ出力する。

図１８は、実施の形態３におけるセキュリティモード設定手順を示す図である。なお、図１８に示すセキュリティモード設定手順は、異なる無線基地局に対して、同時にセッションを端末装置ＵＥに設定するＭＲ－ＤＣを用いたセキュリティモード設定手順である。

図１８を参照して、実施の形態３におけるセキュリティモード設定手順が開始されると、コアネットワーク３のＡＭＦは、１ａ．として、改ざん防止を開始する。そして、コアネットワーク３のＡＭＦは、１ｂ．として、NAS Security Mode Commandを端末装置ＵＥ（端末装置１Ｂ）へ送信する。その後、コアネットワーク３のＡＭＦは、１ｃ．として、上流側暗号化を開始する。

端末装置ＵＥ（端末装置１Ｂ）において、無線ユニット１２Ｂは、アンテナ１１を介して、NAS Security Mode Commandを受信し、その受信したNAS Security Mode Commandをセッション確立手段１３Ｂへ出力する。

セッション確立手段１３Ｂは、無線ユニット１２Ｂから受けたNAS Security Mode Commandに応じて、２ａ．として、ＮＡＳ ＳＭＣ改ざん検査に合格なら、上流側暗号化および下流側暗号化・改ざん防止を開始する。

そして、セッション確立手段１３Ｂは、２ｂ．として、上流側暗号化および下流側暗号化・改ざん防止を開始したことを回答するNAS Security Mode Completeを無線ユニット１２Ｂへ出力し、無線ユニット１２Ｂは、アンテナ１１を介して、セッション確立手段１３Ｂから受けたNAS Security Mode Completeをコアネットワーク３のＡＭＦへ送信する。

コアネットワーク３のＡＭＦは、NAS Security Mode Completeを端末装置ＵＥ（端末装置１Ｂ）から受信すると、１ｄ．として、下流側暗号化を開始する。

その後、端末装置ＵＥ（端末装置１Ｂ）のセッション確立手段１３Ｂは、２ｃ．として、「暗号化・改ざん防止に関するアルゴリズムとパラメータのリストＬＳ」を含むセッション追加設定要求（＝セッションを追加で設定する要求）を生成し、その生成したセッション追加設定要求（＝セッションを追加で設定する要求）を無線ユニット１２Ｂへ出力し、無線ユニット１２Ｂを介して、セッション追加設定要求（＝セッションを追加で設定する要求）をコアネットワーク３のＡＭＦへ送信する。

コアネットワーク３のＡＭＦは、端末装置ＵＥ（端末装置１Ｂ）からセッション追加設定要求（＝セッションを追加で設定する要求）を受信すると、１ｅ．として、セッションの改ざん防止を開始する。

そして、コアネットワーク３のＡＭＦは、１ｆ．として、NAS Security Mode Commandを端末装置ＵＥ（端末装置１Ｂ）へ送信する。その後、コアネットワーク３のＡＭＦは、１ｇ．として、セッション２の上流側暗号化を開始する。

端末装置ＵＥ（端末装置１Ｂ）の無線ユニット１２Ｂは、アンテナ１１を介して、NAS Security Mode Commandを受信すると、その受信したNAS Security Mode Commandをセッション確立手段１３Ｂへ出力する。

セッション確立手段１３Ｂは、無線ユニット１２ＢからのNAS Security Mode Commandに応じて、２ｄ．として、ＮＡＳ ＳＭＣ改ざん検査に合格なら、上流側暗号化および下流側暗号化・改ざん防止を開始する。

そして、セッション確立手段１３Ｂは、２ｅ．として、上流側暗号化および下流側暗号化・改ざん防止を開始したことを回答するNAS Security Mode Completeを無線ユニット１２Ｂへ出力し、無線ユニット１２Ｂを介して、NAS Security Mode Completeをコアネットワーク３のＡＭＦへ送信する。

コアネットワーク３のＡＭＦは、端末装置ＵＥ（端末装置１Ｂ）からNAS Security Mode Completeを受信すると、１ｈ．として、セッション２の下流側暗号化を開始する。

これによって、実施の形態３におけるセキュリティモード設定手順が完了する。

図１９は、ＭＲ―ＤＣを用いたセッションの確立を示す概略図である。図１９の（ａ）を参照して、従来のＭＲ－ＤＣの使い方においては、４Ｇ／ＬＴＥの１．５ＧＨｚの周波数帯を使用するセッション１と、５Ｇの４．５ＧＨｚの周波数帯を使用するセッション２の２つのセッションを端末装置ＵＥに設定して通信を行う。セッション１は、端末装置ＵＥとマスターノードＭＮとの間に確立され、セッション２は、端末装置ＵＥとスレーブノードＳＮとの間に確立される。

図１９の（ｂ）を参照して、実施の形態３においては、５Ｇの２８ＧＨｚの周波数帯を使用するセッション１と、５Ｇの２８ＧＨｚの周波数帯を使用するセッション２の２つのセッションを端末装置ＵＥに設定して通信を行う。セッション１およびセッション２は、端末装置ＵＥとマスターノードＭＮとの間に確立される。

図１８に示すセキュリティモード設定手順においては、設定手順ＰＲＣＤ＿１が完了すると、１つのセッション（例えば、セキュアセッションＳｎ＿２）が端末装置ＵＥとマスターノードＭＮとの間に確立され、設定手順ＰＲＣＤ＿２が完了すると、もう１つのセッション（例えば、レガシーセッションＳｎ＿１）が端末装置ＵＥとマスターノードＭＮとの間に確立される。

従って、図１８に示すセキュリティモード設定手順を実行することによって、２つのセッション（レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２）が端末装置ＵＥとマスターノードＭＮとの間に同時に確立される。

図１８に示すセキュリティモード設定手順に従って２つのセッション（レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２）が同時に確立された場合、データＤ（通信特性型データＤ＿１または秘匿性データＤ＿２からなる）をレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に振り分ける必要がある。

データＤ（通信特性型データＤ＿１または秘匿性データＤ＿２からなる）をレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に振り分ける方法について説明する。

図２０は、５ＧにおけるＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ）を説明するための図である。

図２０の（ａ）を参照して、サーバから送られて来るインターネット（ＩＰ：Internet Protocol）のパケットであるＩＰパケットは、ＩＰヘッダ（ＩＰ Ｈｅａｄｅｒ）と、ペイロード（Ｐａｙｌｏａｄ）とを含む。ペイロード（Ｐａｙｌｏａｄ）は、ＩＰ Ｄａｔａを含む）。

５Ｇコアネットワークは、ＩＰパケットをＳＤＡＰ（Service Data Adaptation Protocol）と言うプロトコルを用いてＩＰパケットを端末装置ＵＥへ送信する。この場合、５ＧコアネットワークのＵＰＦは、ヘッダ（ＳＤＡＰ Ｈｅａｄｅｒ）をＩＰパケットの先頭に追加して５Ｇコアネットワークにおけるデータパケットを作成する。このデータパケットのペイロード（Ｐａｙｒｏａｄ）は、ＩＰパケットからなる。

ＵＰＦは、ＳＤＡＰ Ｈｅａｄｅｒを追加する場合、送信対象のデータの種類に応じて、５Ｇコアネットワークにおけるサービス品質（ＱｏＳ：Quality of Service）の取り扱いを指定する６ビットの識別子（５Ｇ ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する。

図２０の（ｂ）は、パケットの集合であるフローと、ＱｏＳ要求と、５ＱＩの値との対応関係を示す。図２０の（ｂ）を参照して、ＱｏＳ要求が“低遅延”であるデータは、フローＦｌｏｗ＿１に対応付けられ、ＱｏＳ要求が“高帯域”であるデータは、フローＦｌｏｗ＿２に対応付けられ、ＱｏＳ要求が“秘匿性”であるデータは、フローＦｌｏｗ＿３に対応付けられる。

そして、５ＱＩの“１”の値は、ＱｏＳ要求が“低遅延”であるデータに対応付けられ、５ＱＩの“２”の値は、ＱｏＳ要求が“高帯域”であるデータに対応付けられ、５ＱＩの“３”の値は、ＱｏＳ要求が“秘匿性”であるデータに対応付けられる。

従って、ＵＰＦは、ＩＰパケットのペイロード（Ｐａｙｒｏａｄ）に含まれるデータのＱｏＳ要求に応じて、“１”，“２”，“３”のいずれかからなる６ビットの５ＱＩをＳＤＡＰ Ｈｅａｄｅｒに設定して５Ｇコアネットワークにおけるデータパケットを作成する。

図２１は、サーバから端末装置ＵＥまでのパケットの流れを示す概略図である。図２１を参照して、５ＧコアネットワークのＵＰＦは、サーバからパケットの集合が送られてくると、パケットの特徴によってフローを識別し、その識別結果に基づいて、５ＱＩ＝１をＳＤＡＰ Ｈｅａｄｅｒに設定したフローＦｌｏｗ＿１と、５ＱＩ＝２をＳＤＡＰ Ｈｅａｄｅｒに設定したフローＦｌｏｗ＿２と、５ＱＩ＝３をＳＤＡＰ Ｈｅａｄｅｒに設定したフローＦｌｏｗ＿３とを生成し、その生成したフローＦｌｏｗ＿１，Ｆｌｏｗ＿２，Ｆｌｏｗ＿３を通信回線によって５Ｇ無線アクセスネットワークへ送信する。

５Ｇ無線アクセスネットワークのＳＤＡＰは、通信回線を介してフローＦｌｏｗ＿１，Ｆｌｏｗ＿２，Ｆｌｏｗ＿３を５ＧコアネットワークのＵＰＦから受信し、その受信したフローＦｌｏｗ＿１，Ｆｌｏｗ＿２，Ｆｌｏｗ＿３を無線通信によって端末装置ＵＥへ送信する。

このように、５Ｇにおいては、データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組みを標準仕様で定めている。

そこで、実施の形態３においては、５Ｇの標準仕様で定められている「データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組み」を用いて、通信特性型データＤ＿１に対して、５ＱＩ＝２を設定し、秘匿性データＤ＿２に対して、５ＱＩ＝３を設定する。

図２２は、データＤをレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に振り分ける方法を説明するための図である。

図２２の（ａ）を参照して、暗号化手段１４Ａは、データＤおよび識別記号ＩＤＳに基づいて、アプリケーション（図示省略）から通信特性型データＤ＿１を受けたと判定すると、暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いて通信特性型データＤ＿１を暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿１を生成し、その生成した暗号化データＥＮＣＲＹ＿Ｄ＿１を含むパケットＰＫＴ＿ＥＮＣＲＹ＿１を生成する。

そして、暗号化手段１４Ａは、図２１に示す「フローとＱｏＳ要求と５ＱＩとの対応関係」を保持している。暗号化手段１４Ａは、パケットＰＫＴ＿ＥＮＣＲＹ＿１を生成すると、５Ｇの標準仕様で定められている「データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組み」を用いて、５ＱＩ＝２を含むタグＴＡＧ＿１を生成する。

その後、暗号化手段１４Ａは、タグＴＡＧ＿１をパケットＰＫＴ＿ＥＮＣＲＹ＿１の先頭に配置したパケットＰＫＴ＿１を生成する。

図２２の（ｂ）を参照して、暗号化手段１４Ａは、識別記号ＩＤＳを受けずにデータＤをアプリケーション（図示省略）から受けると、秘匿性データＤ＿２をアプリケーション（図示省略）から受けたと判定し、、暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いて秘匿性データＤ＿２を暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿２を生成し、その生成した暗号化データＥＮＣＲＹ＿Ｄ＿２を含むパケットＰＫＴ＿ＥＮＣＲＹ＿２を生成する。

そして、暗号化手段１４Ａは、５Ｇの標準仕様で定められている「データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組み」を用いて、通信特性型データＤ＿１に対して設定された５ＱＩの値（＝２）と異なる値（＝３）を５ＱＩに設定し、５ＱＩ＝３を含むタグＴＡＧ＿２を生成する。

その後、暗号化手段１４Ａは、タグＴＡＧ＿２をパケットＰＫＴ＿ＥＮＣＲＹ＿２の先頭に配置したパケットＰＫＴ＿２を生成する。

図２２の（ｃ）を参照して、ルーティングテーブルＲＴは、フローとセッションとを含む。フローおよびセッションは、相互に対応付けられる。フローは、レガシーセッションＳｎ＿１を優先的に使用するフローであることを示すＬＳ ｆｌｏｗからなる。セッションは、レガシーセッションＳｎ＿１からなる。そして、無線ユニット１２Ｂは、ルーティングテーブルＲＴを保持する。

図２２の（ｄ）を参照して、無線ユニット１２Ｂは、パケットＰＫＴ＿１を暗号化手段１４Ａから受けると、パケットＰＫＴ＿１のタグＴＡＧ＿１に“５ＱＩ＝２”が含まれていることを検知し、パケットＰＫＴ＿１がフローＬＳ ｆｌｏｗにおけるパケットであると判定する。そして、無線ユニット１２Ｂは、ルーティングテーブルＲＴを参照して、パケットＰＫＴ＿１をレガシーセッションＳｎ＿１に振り分ける。

一方、無線ユニット１２Ｂは、パケットＰＫＴ＿２を暗号化手段１４Ａから受けると、パケットＰＫＴ＿２のタグＴＡＧ＿２に“５ＱＩ＝３”が含まれていることを検知し、パケットＰＫＴ＿２がフローＬＳ ｆｌｏｗにおけるパケットでないと判定する。そして、無線ユニット１２Ｂは、ルーティングテーブルＲＴを参照して、フローＬＳ ｆｌｏｗ以外のフローがルーティングテーブルＲＴに設定されていないことに基づいて、パケットＰＫＴ＿２がセキュアセッションＳｎ＿２を使用するフローのパケットであると判定し、パケットＰＫＴ＿２をセキュアセッションＳｎ＿２に振り分ける。

なお、ルーティングテーブルＲＴは、コアネットワーク３のＵＰＦにも設定される。これによって、ＵＰＦは、ルーティングテーブルＲＴを参照して、送信先が端末装置１ＢへパケットＰＫＴ＿１を送信する場合、“５ＱＩ＝２”を設定したタグＴＡＧ＿１を含むパケットＰＫＴ＿１をレガシーセッションＳｎ＿１に振り分け、送信先が端末装置１ＢへパケットＰＫＴ＿２を送信する場合、“５ＱＩ＝３”を設定したタグＴＡＧ＿２を含むパケットＰＫＴ＿２をセキュアセッションＳｎ＿２に振り分ける。

基地局２のセル内におけるハンドオーバの仕組みについて説明する。コアネットワーク３のＡＭＦは、運用としてＭＲ－ＤＣを使用できるか否かによって端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でＭＲ－ＤＣを使用できるか否かを判定する。この場合、ＡＭＦは、運用としてＭＲ－ＤＣを使用できないとき、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でＭＲ－ＤＣを使用できないと判定し、運用としてＭＲ－ＤＣを使用できるとき、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でＭＲ－ＤＣを使用できると判定する。

そして、ＡＭＦは、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でＭＲ－ＤＣを使用できないと判定すると、ＳＭＦに対し、現在の端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間のセッション（レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を切断し、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でセッションを切り換えるように指示する。

ＳＭＦは、ＡＭＦからの指示に応じて、ＵＰＦに対して、現在の端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間のセッション（レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を切断し、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でセッションを切り換えるように設定する。

そして、ＵＰＦは、現在の端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間のセッション（レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を切断し、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でセッションを切り換える。

これによって、現在、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２の一方が確立されている場合、セッションがレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２の他方に切り換えられる。

このように、基地局２（マスターノードＭＮ）のセル内におけるハンドオーバの仕組みを使用してセッションを切り換えるのは、ＭＲ－ＤＣを使用できない場合、一度に使用できるセッションは、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２のうちのいずれか一方のセッションだけであり、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を同時に使用することができないからである。

図２３は、図１７に示す端末装置１Ｂの動作を説明するためのフローチャートである。図２３を参照して、端末装置１Ｂの動作が開始されると、端末装置１Ｂのセッション確立手段１３Ｂは、図１８の設定手順ＰＲＣＤ＿１に従ってセキュアセッションＳｎ＿２を確立する（ステップＳ２１）。

そして、セッション確立手段１３Ｂは、セキュアセッションＳｎ＿２とレガシーセッションＳｎ＿１とを使い分ける必要があるか否かを判定する（ステップＳ２２）。この場合、セッション確立手段１３Ｂは、５Ｇを使用できるとき、セキュアセッションＳｎ＿２とレガシーセッションＳｎ＿１とを使い分ける必要があると判定し、５Ｇを使用できないとき、セキュアセッションＳｎ＿２とレガシーセッションＳｎ＿１とを使い分ける必要がないと判定する。

ステップＳ２２において、セキュアセッションＳｎ＿２とレガシーセッションＳｎ＿１とを使い分ける必要があると判定されたとき、セッション確立手段１３Ｂは、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間でＭＲ－ＤＣを使用可能であるか否かを判定する（ステップＳ２３）。この場合、セッション確立手段１３Ｂは、運用としてＭＲ－ＤＣを使用できるとき、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間でＭＲ－ＤＣを使用可能であると判定し、運用としてＭＲ－ＤＣを使用できないとき、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間でＭＲ－ＤＣを使用可能でないと判定する。

ステップＳ２３において、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間でＭＲ－ＤＣを使用可能であると判定されたとき、セッション確立手段１３Ｂは、ＭＲ－ＤＣを使用して図１８の設定手順ＰＲＣＤ＿２に従ってレガシーセッションＳｎ＿１を確立する（ステップＳ２４）。

そして、暗号化手段１４Ａは、図２２において説明した方法によって（即ち、５Ｇの標準仕様で定められている「データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組み」を用いて）、レガシーセッションＳｎ＿１を優先的に使用するフローＬＳ ｆｌｏｗに５Ｇ ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ＝２）を設定し、セキュアセッションＳｎ＿２を使用するフローに５Ｇ ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ＝３）を設定する（ステップＳ２５）。

また、セッション確立手段１３Ｂは、フローＬＳ ｆｌｏｗをレガシーセッションＳｎ＿１に転送するようにルーティングテーブルＲＴを無線ユニット１２Ｂに設定する（ステップＳ２６）。

そうすると、端末装置ＵＥ（端末装置１Ｂ）は、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いてデータＤ（通信特性型データＤ＿１および秘匿性データＤ＿２）を送信先と送受信する（ステップＳ２７）。

一方、ステップＳ２３において、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間でＭＲ－ＤＣを使用可能でないと判定されたとき、端末装置ＵＥ（端末装置１Ｂ）は、基地局２（マスターノードＭＮ）のセル内のハンドオーバの仕組みを用いて、RRC Connection re-establishment procedureに従ってセッションを切り換えてデータＤ（通信特性型データＤ＿１または秘匿性データＤ＿２）を送信先と送受信する（ステップＳ２８）。

そして、ステップＳ２２において、セキュアセッションＳｎ＿２とレガシーセッションＳｎ＿１とを使い分ける必要が無いと判定されたとき、またはステップＳ２７，Ｓ２８のいずれかの後、端末装置１Ｂの動作が終了する。

なお、ステップＳ２３において、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間でＭＲ－ＤＣを使用可能でないと判定されることは、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間で２つのセッション（レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２）を同時に使用できないと判定することに相当する。

そして、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間で２つのセッション（レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２）を同時に使用できないことは、ホットスタンバイを含む。

ここで、ホットスタンバイとは、機器やシステムを冗長化して信頼性を向上させる手法の一つで、複数の系統を常時稼働状態に置き、一つに異常が生じると即座に他の系統に処理を引き継ぐ方式のことである。従って、ステップＳ２８においては、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を、常時、用意しておき、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２のいずれか１つが使用できないとき、即座に、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２のいずれか他方のセッションに切り換えるようにしてもよい。

図２４は、図２３のステップＳ２１の詳細な動作を説明するためのフローチャートである。

図２４を参照して、図２３の“開始”の後、端末装置１Ｂのセッション確立手段１３Ｂは、アンテナ１１および無線ユニット１２Ｂを介して、NAS Security Mode Commandをコアネットワーク３のＡＭＦから受信する（ステップＳ２１１）。

そして、セッション確立手段１３Ｂは、ＮＡＳ ＳＭＣ改ざん検査に合格なら、上流側暗号化および下流側暗号化・改ざん防止を開始する（ステップＳ２１２）。

その後、セッション確立手段１３Ｂは、NAS Security Mode Completeをコアネットワーク３のＡＭＦへ送信する（ステップＳ２１３）。そして、ステップＳ２１３の後、端末装置１Ｂの動作は、図２３のステップＳ２２へ移行する。

図２５は、図２３のステップＳ２４の詳細な動作を説明するためのフローチャートである。

図２５に示すフローチャートは、図２４に示すフローチャートにステップＳ２１０を追加したものであり、その他は、図２４に示すフローチャートと同じである。

図２５を参照して、図２３のステップＳ２３において、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間でＭＲ－ＤＣを使用可能であると判定されたとき、セッション確立手段１３Ｂは、無線ユニット１２Ｂおよびアンテナ１１を介して、セッションを追加で設定する要求をコアネットワーク３のＡＭＦへ送信する（ステップＳ２１０）。

そして、ステップＳ２１０の後、上述したステップＳ２１１～ステップＳ２１３が順次実行される。そして、ステップＳ２１３の後、端末装置１Ｂの動作は、図２３のステップＳ２５へ移行する。

図２６は、図２３のステップＳ２７の詳細な動作を説明するためのフローチャートである。

図２６を参照して、図２３のステップＳ２６の後、暗号化手段１４Ａは、データＤをアプリケーション（図示省略）から受けたか否かを判定する（ステップＳ２７１）。

ステップＳ２７１において、データＤを受けたと判定されたとき、暗号化手段１４Ａは、通信特性型データＤ＿１および秘匿性データＤ＿２を受けたか否かを判定する（ステップＳ２７２）。

ステップＳ２７２において、通信特性型データＤ＿１および秘匿性データＤ＿２を受けたと判定されたとき、無線ユニット１３Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａは、通信特性型データＤ＿１および秘匿性データＤ＿２をそれぞれ暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿１，ＥＮＣＲＹ＿Ｄ＿２を、それぞれレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いて送信先との間で送受信する（ステップＳ２７３）。

一方、ステップＳ２７２において、通信特性型データＤ＿１および秘匿性データＤ＿２を受けなかったと判定されたとき、暗号化手段１４Ａは、通信特性型データＤ＿１を受けたか否かを判定する（ステップＳ２７４）。

ステップＳ２７４において、通信特性型データＤ＿１を受けたと判定されたとき、無線ユニット１３Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａは、通信特性型データＤ＿１を暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿１を、レガシーセッションＳｎ＿１を用いて送信先との間で送受信する（ステップＳ２７５）。

ステップＳ２７４において、通信特性型データＤ＿１を受けなかったと判定されたとき（即ち、秘匿性データＤ＿２を受けたと判定されたとき）、無線ユニット１３Ｂ、暗号化手段１４Ａおよび復号化手段１５Ａは、秘匿性データＤ＿２を暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿２を、セキュアセッションＳｎ＿２を用いて送信先との間で送受信する（ステップＳ２７６）。

なお、ステップＳ２７４において、通信特性型データＤ＿１を受けなかったと判定されたとき、秘匿性データＤ＿２を受けたと判定されるのは、この発明の実施の形態においては、データＤは、通信特性型データＤ＿１および秘匿性データＤ＿２からなり、ステップＳ２７４は、ステップＳ２７１においてデータＤを受けたと判定された後に実行されるので、ステップＳ２７４において、通信特性型データＤ＿１を受けなかったと判定されることは、秘匿性データＤ＿２を受けたと判定されることに相当するからである。

そして、ステップＳ２７１において、データＤを受けなかったと判定されたとき、またはステップＳ２７３，Ｓ２７５，Ｓ２７６のいずれかの後、端末装置１Ｂの動作は、図２３の“終了”へ移行する。

図２７は、図２６のステップＳ２７３の詳細な動作を説明するためのフローチャートである。

図２７を参照して、図２６のステップＳ２７２において、通信特性型データＤ＿１および秘匿性データＤ＿２を受けたと判定されたとき、暗号化手段１４Ａは、通特特性型データＤ＿１を暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いて暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿１を生成し、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いて暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿２を生成する（ステップＳ２７３－１）。

そして、暗号化手段１４Ａは、暗号化データＥＮＣＲＹ＿Ｄ＿１を含むパケットＰＫＴ＿ＥＮＣＲＹ＿１と、暗号化データＥＮＣＲＹ＿Ｄ＿２を含むパケットＰＫＴ＿ＥＮＣＲＹ＿２とを生成する（ステップＳ２７３－２）。

その後、暗号化手段１４Ａは、５Ｇの標準仕様で定められている「データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組み」を用いて、５ＱＩ＝２を含むタグＴＡＧ＿１と、５ＱＩ＝３を含むタグＴＡＧ＿２とを生成する（ステップＳ２７３－３）。

引き続いて、暗号化手段１４Ａは、タグＴＡＧ＿１をパケットＰＫＴ＿ＥＮＣＲＹ＿１の先頭に配置したパケットＰＫＴ＿１と、タグＴＡＧ＿２をパケットＰＫＴ＿ＥＮＣＲＹ＿２の先頭に配置したパケットＰＫＴ＿２とを生成する（ステップＳ２７３－４）。

そうすると、暗号化手段１４Ａは、パケットＰＫＴ＿１，ＰＫＴ＿２を無線ユニット１２Ｂへ出力する。

無線ユニット１２Ｂは、パケットＰＫＴ＿１，ＰＫＴ＿２を暗号化手段１４Ａから受ける。そして、無線ユニット１２Ｂは、ルーティングテーブルＲＴを参照して、パケットＰＫＴ＿１のタグＴＡＧ＿１が５ＱＩ＝２を含むことに基づいて、パケットＰＫＴ＿１をレガシーセッションＳｎ＿１に転送し、パケットＰＫＴ＿２のタグＴＡＧ＿２が５ＱＩ＝３を含むことに基づいて、パケットＰＫＴ＿２をセキュアセッションＳｎ＿２に転送してパケットＰＫＴ＿１，ＰＫＴ＿２を送信先へ送信する（ステップＳ２７３－５）。

その後、無線ユニット１２Ｂは、パケットＰＫＴ＿１をレガシーセッションＳｎ＿１を用いて送信先から受信し、パケットＰＫＴ＿２をセキュアセッションＳｎ＿２を用いて送信先から受信する（ステップＳ２７３－６）。そして、無線ユニット１２Ｂは、その受信したパケットＰＫＴ＿１，ＰＫＴ＿２を復号化手段１５Ａへ出力する。

復号化手段１５Ａは、パケットＰＫＴ＿１，ＰＫＴ＿２を無線ユニット１２Ｂから受ける。そして、復号化手段１５Ａは、パケットＰＫＴ＿１に含まれる暗号化データＥＮＣＲＹ＿Ｄ＿１を復号鍵ＤＥＣＲＹ＿ＫＹ＿１を用いて復号し、パケットＰＫＴ＿２に含まれる暗号化データＥＮＣＲＹ＿Ｄ＿２を復号鍵ＤＥＣＲＹ＿ＫＹ＿２を用いて復号し、通信特性型データＤ＿１および秘匿性データＤ＿２をアプリケーション（図示省略）へ出力する（ステップＳ２７３－７）。その後、端末装置１Ｂの動作は、図２３の“終了”へ移行する。

このように、図２６のステップＳ２７２において、通信特性型データＤ＿１および秘匿性データＤ＿２を受けたと判定されたとき、端末装置１Ｂは、通信特性型データＤ＿１および秘匿性データＤ＿２をそれぞれ暗号鍵ＥＮＣＲＹ＿ＫＹ＿１，ＥＮＣＲＹ＿ＫＹ＿２を用いて暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿１，ＥＮＣＲＹ＿Ｄ＿２を、それぞれレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２に転送して送信先へ送信するとともに、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いて送信先からそれぞれ暗号化データＥＮＣＲＹ＿Ｄ＿１，ＥＮＣＲＹ＿Ｄ＿２を受信し、その受信した暗号化データＥＮＣＲＹ＿Ｄ＿１，ＥＮＣＲＹ＿Ｄ＿２をそれぞれ復号鍵ＤＥＣＲＹ＿ＫＹ＿１，ＤＥＣＲＹ＿ＫＹ＿２を用いて復号して通信特性型データＤ＿１および秘匿性データＤ＿２をアプリケーション（図示省略）へ出力する。

即ち、端末装置１Ｂは、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２の両方を用いて、それぞれ、通信特性型データＤ＿１および秘匿性データＤ＿２を送信先との間で送受信する。

この場合、端末装置１Ｂは、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を同時に使用することもある。この発明の実施の形態においては、「同時に使用する」ことは、レガシーセッションＳｎ＿１を用いて通信特性型データＤ＿１を送信または受信する期間がセキュアセッションＳｎ＿２を用いて秘匿性データＤ＿２を送信または受信する期間と少なくとも一部で重複することである。

図２８は、図２６のステップＳ２７５の詳細な動作を説明するためのフローチャートである。

図２８を参照して、図２６のステップＳ２７４において、通信特性型データＤ＿１を受けたと判定されたとき、暗号化手段１４Ａは、通特特性型データＤ＿１を暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いて暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿１を生成する（ステップＳ２７５－１）。

そして、暗号化手段１４Ａは、暗号化データＥＮＣＲＹ＿Ｄ＿１を含むパケットＰＫＴ＿ＥＮＣＲＹ＿１を生成する（ステップＳ２７５－２）。

その後、暗号化手段１４Ａは、５Ｇの標準仕様で定められている「データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組み」を用いて、５ＱＩ＝２を含むタグＴＡＧ＿１を生成する（ステップＳ２７５－３）。

引き続いて、暗号化手段１４Ａは、タグＴＡＧ＿１をパケットＰＫＴ＿ＥＮＣＲＹ＿１の先頭に配置したパケットＰＫＴ＿１を生成する（ステップＳ２７５－４）。

そうすると、暗号化手段１４Ａは、パケットＰＫＴ＿１を無線ユニット１２Ｂへ出力する。

無線ユニット１２Ｂは、パケットＰＫＴ＿１を暗号化手段１４Ａから受ける。そして、無線ユニット１２Ｂは、ルーティングテーブルＲＴを参照して、パケットＰＫＴ＿１のタグＴＡＧ＿１が５ＱＩ＝２を含むことに基づいて、パケットＰＫＴ＿１をレガシーセッションＳｎ＿１に転送してパケットＰＫＴ＿１を送信先へ送信する（ステップＳ２７５－５）。

その後、無線ユニット１２Ｂは、パケットＰＫＴ＿１をレガシーセッションＳｎ＿１を用いて送信先から受信する（ステップＳ２７５－６）。そして、無線ユニット１２Ｂは、その受信したパケットＰＫＴ＿１を復号化手段１５Ａへ出力する。

復号化手段１５Ａは、パケットＰＫＴ＿１を無線ユニット１２Ｂから受ける。そして、復号化手段１５Ａは、パケットＰＫＴ＿１に含まれる暗号化データＥＮＣＲＹ＿Ｄ＿１を復号鍵ＤＥＣＲＹ＿ＫＹ＿１を用いて復号し、通信特性型データＤ＿１をアプリケーション（図示省略）へ出力する（ステップＳ２７５－７）。その後、端末装置１Ｂの動作は、図２３の“終了”へ移行する。

このように、図２６のステップＳ２７４において、通信特性型データＤ＿１を受けたと判定されたとき、端末装置１Ｂは、通信特性型データＤ＿１を暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いて暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿１を、レガシーセッションＳｎ＿１に転送して送信先へ送信するとともに、レガシーセッションＳｎ＿１を用いて送信先から暗号化データＥＮＣＲＹ＿Ｄ＿１を受信し、その受信した暗号化データＥＮＣＲＹ＿Ｄ＿１を復号鍵ＤＥＣＲＹ＿ＫＹ＿１を用いて復号して通信特性型データＤ＿１をアプリケーション（図示省略）へ出力する。

図２９は、図２６のステップＳ２７６の詳細な動作を説明するためのフローチャートである。

図２９を参照して、図２６のステップＳ２７４において、通信特性型データＤ＿１を受けなかったと判定されたとき（即ち、秘匿性データＤ＿２を受けたと判定されたとき）、暗号化手段１４Ａは、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いて暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿２を生成する（ステップＳ２７６－１）。

そして、暗号化手段１４Ａは、暗号化データＥＮＣＲＹ＿Ｄ＿２を含むパケットＰＫＴ＿ＥＮＣＲＹ＿２を生成する（ステップＳ２７６－２）。

その後、暗号化手段１４Ａは、５Ｇの標準仕様で定められている「データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組み」を用いて、５ＱＩ＝３を含むタグＴＡＧ＿２を生成する（ステップＳ２７６－３）。

引き続いて、暗号化手段１４Ａは、タグＴＡＧ＿２をパケットＰＫＴ＿ＥＮＣＲＹ＿２の先頭に配置したパケットＰＫＴ＿２を生成する（ステップＳ２７６－４）。

そうすると、暗号化手段１４Ａは、パケットＰＫＴ＿２を無線ユニット１２Ｂへ出力する。

無線ユニット１２Ｂは、パケットＰＫＴ＿２を暗号化手段１４Ａから受ける。そして、無線ユニット１２Ｂは、ルーティングテーブルＲＴを参照して、パケットＰＫＴ＿２のタグＴＡＧ＿２が５ＱＩ＝３を含むことに基づいて、パケットＰＫＴ＿２をセキュアセッションＳｎ＿２に転送してパケットＰＫＴ＿２を送信先へ送信する（ステップＳ２７６－５）。

その後、無線ユニット１２Ｂは、パケットＰＫＴ＿２をセキュアセッションＳｎ＿２を用いて送信先から受信する（ステップＳ２７６－６）。そして、無線ユニット１２Ｂは、その受信したパケットＰＫＴ＿２を復号化手段１５Ａへ出力する。

復号化手段１５Ａは、パケットＰＫＴ＿２を無線ユニット１２Ｂから受ける。そして、復号化手段１５Ａは、パケットＰＫＴ＿２に含まれる暗号化データＥＮＣＲＹ＿Ｄ＿２を復号鍵ＤＥＣＲＹ＿ＫＹ＿２を用いて復号し、秘匿性データＤ＿２をアプリケーション（図示省略）へ出力する（ステップＳ２７６－７）。その後、端末装置１Ｂの動作は、図２３の“終了”へ移行する。

このように、図２６のステップＳ２７４において、秘匿性データＤ＿２を受けたと判定されたとき、端末装置１Ｂは、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いて暗号化した暗号化データＥＮＣＲＹ＿Ｄ＿２を、セキュアセッションＳｎ＿２に転送して送信先へ送信するとともに、セキュアセッションＳｎ＿２を用いて送信先から暗号化データＥＮＣＲＹ＿Ｄ＿２を受信し、その受信した暗号化データＥＮＣＲＹ＿Ｄ＿２を復号鍵ＤＥＣＲＹ＿ＫＹ＿２を用いて復号して秘匿性データＤ＿２をアプリケーション（図示省略）へ出力する。

図３０は、図２３のステップＳ２８の詳細な動作を説明するためのフローチャートである。

図３０を参照して、図２３のステップＳ２３において、端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間でＭＲ－ＤＣを使用可能でないと判定されたとき、暗号化手段１４Ａは、データＤをアプリケーション（図示省略）から受けたか否かを判定する（ステップＳ２８１）。

ステップＳ２８１において、データＤをアプリケーション（図示省略）から受けたと判定されたとき、暗号化手段１４Ａは、秘匿性データＤ＿２を受けたか否かを判定する（ステップＳ２８２）。

この場合、暗号化手段１４Ａは、識別記号ＩＤＳを受けなかったとき、秘匿性データＤ＿２を受けたと判定し、識別記号ＩＤＳを受けたとき、秘匿性データＤ＿２を受けなかったと判定する。このとき、識別記号ＩＤＳを受けたとき、秘匿性データＤ＿２を受けなかったと判定するのは、識別記号ＩＤＳは、通信特性型データＤ＿１とともにアプリケーション（図示省略）から暗号化手段１４Ａへ出力されるので、識別記号ＩＤＳを受けたときのデータＤは、通信特性型データＤ＿１であるからである。

また、ステップＳ２８２において、秘匿性データＤ＿２を受けなかったと判定することは、通信特性型データＤ＿１を受けたと判定することに相当する。なぜなら、ステップＳ２８２は、ステップＳ２８１においてデータＤを受けたと判定されたときに実行され、アプリケーション（図示省略）からのデータＤは、通信特性型データＤ＿１または秘匿性データＤ＿２からなるので、ステップＳ２８２において秘匿性データＤ＿２を受けなかったと判定されたとき、ステップＳ２８１において受けたデータＤは、通信特性型データＤ＿１であるからである。

ステップＳ２８２において、秘匿性データＤ＿２を受けたと判定されたとき、暗号化手段１４Ａは、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＹ＿２を用いて暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿２を生成し、暗号化データＥＮＣＲＹ＿Ｄ＿２を含むパケットＰＫＴ＿ＥＮＣＲＹ＿２を生成して無線ユニット１２Ｂへ出力し、無線ユニット１２Ｂは、セキュアセッションＳｎ＿２を用いて、暗号化手段１４Ａから受けたパケットＰＫＴ＿ＥＮＣＲＹ＿２を送信先へ送信する（ステップＳ２８３）。

その後、無線ユニット１２Ｂは、パケットＰＫＴ＿ＥＮＣＲＹ＿２を送信先から受信し（ステップＳ２８４）、その受信したパケットＰＫＴ＿ＥＮＣＲＹ＿２を復号化手段１５Ａへ出力する。

復号化手段１５Ａは、無線ユニット１２Ｂから受けたパケットＰＫＴ＿ＥＮＣＲＹ＿２に含まれる暗号化データＥＮＣＲＹ＿Ｄ＿２を復号鍵ＤＥＣＲＹ＿ＫＹ＿２を用いて復号し、秘匿性データＤ＿２をアプリケーション（図示省略）へ出力する（ステップＳ２８５）。

そして、セッション確立手段１３Ｂは、上述した方法によって、秘匿性が要求される用途の割合ＣＦＤＲを算出する（ステップＳ２８６）。

そうすると、セッション確立手段１３Ｂは、アプリケーション（図示省略）から通信特性型データＤ＿１を受けたか否かを判定する（ステップＳ２８７）。

この場合、セッション確立手段１３Ｂは、アプリケーション（図示省略）からデータＤを識別記号ＩＤＳとともに受けたとき、通信特性型データＤ＿１を受けたと判定し、アプリケーション（図示省略）から識別記号ＩＤＳを受けずにデータＤを受けたとき、通信特性型データＤ＿１を受けなかったと判定する。

ステップＳ２８７において、通信特性型データＤ＿１を受けたと判定されたとき、セッション確立手段１３Ｂは、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回るか否かを判定する（ステップＳ２８８）。

ステップＳ２８８において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回ると判定されたとき、端末装置１Ｂの動作は、ステップＳ２９１へ移行する。

一方、ステップＳ２８７において、通信特性型データＤ＿１を受けなかったと判定されたとき、またはステップＳ２８８において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回らないと判定されたとき、端末装置１Ｂの動作は、ステップＳ２８１へ移行する。

一方、ステップＳ２８２において、秘匿性データＤ＿２を受けなかったと判定されたとき（即ち、通信特性型データＤ＿１を受けたと判定されたとき）、セッション確立手段１３Ｂは、上述した方法によって、秘匿性が要求される用途の割合ＣＦＤＲを算出する（ステップＳ２８９）。

その後、セッション確立手段１３Ｂは、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回るか否かを判定する（ステップＳ２９０）。

そして、ステップＳ２８８において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回ると判定されたとき、またはステップＳ２９０において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回ると判定されたとき、セッション確立手段１３Ｂは、無線ユニット１２Ｂおよびアンテナ１１を介して、セッションの切換要求ＳＷ＿１をコアネットワーク３のＡＭＦへ送信する。そして、コアネットワーク３のＡＭＦは、セッションの切換要求ＳＷ＿１を受信すると、ＳＭＦに対し、現在の端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間のセキュアセッションＳｎ＿２を切断し、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でセッションを切り換えるように指示する。

ＳＭＦは、ＡＭＦからの指示に応じて、ＵＰＦに対して、現在の端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間のセキュアセッションＳｎ＿２を切断し、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でセッションを切り換えるように設定する。

そして、ＵＰＦは、現在の端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間のセキュアセッションＳｎ＿２を切断し、端末装置ＵＥ（端末装置１Ｂ）－マスターノードＭＮ間でセッションをセキュアセッションＳｎ＿２からレガシーセッションＳｎ＿１に切り換える。

これによって、セッション確立手段１３Ｂがセッションの切換要求ＳＷ＿１をコアネットワーク３のＡＭＦへ送信することによって、セル内のハンドオーバの仕組みによってセキュアセッションＳｎ＿２をレガシーセッションＳｎ＿１に切り換える（ステップＳ２９１）。

そして、セッション確立手段１３Ｂは、セッション確立信号ＳＧ＿１を生成して暗号化手段１４Ａおよび復号化手段１５Ａへ出力する。

暗号化手段１４Ａは、セッション確立手段１３Ｂからセッション確立信号ＳＧ＿１を受けると、セッションがレガシーセッションＳｎ＿１に切り換わったことを検知する。そして、暗号化手段１４Ａは、通信特性型データＤ＿１を暗号鍵ＥＮＣＲＹ＿ＫＹ＿１を用いて暗号化して暗号化データＥＮＣＲＹ＿Ｄ＿１を生成し、暗号化データＥＮＣＲＹ＿Ｄ＿１を含むパケットＰＫＴ＿ＥＮＣＲＹ＿１を無線ユニット１２Ｂへ出力し、無線ユニット１２Ｂは、暗号化手段１４Ａから受けたパケットＰＫＴ＿ＥＮＣＲＹ＿１をレガシーセッションＳｎ＿１を用いて送信先へ送信する（ステップＳ２９２）。

その後、無線ユニット１２Ｂは、パケットＰＫＴ＿ＥＮＣＲＹ＿１を送信先から受信し（ステップＳ２９３）、その受信したパケットＰＫＴ＿ＥＮＣＲＹ＿１を復号化手段１５Ａへ出力する。

復号化手段１５Ａは、セッション確立手段１３Ｂからセッション確立信号ＳＧ＿１を受けると、セッションがレガシーセッションＳｎ＿１に切り換わったことを検知する。

そして、復号化手段１５Ａは、無線ユニット１２Ｂから受けたパケットＰＫＴ＿ＥＮＣＲＹ＿１に含まれる暗号化データＥＮＣＲＹ＿Ｄ＿１を復号鍵ＤＥＣＲＹ＿ＫＹ＿１を用いて復号し、通信特性型データＤ＿１をアプリケーション（図示省略）へ出力する（ステップＳ２９４）。

そして、セッション確立手段１３Ｂは、上述した方法によって、秘匿性が要求される用途の割合ＣＦＤＲを算出する（ステップＳ２９５）。

そうすると、セッション確立手段１３Ｂは、秘匿性データＤ＿２をアプリケーション（図示省略）から受けたか否かを判定する（ステップＳ２９６）。

ステップＳ２９６において、秘匿性データＤ＿２を受けたと判定されたとき、セッション確立手段１３Ｂは、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＵを超えるか否かを判定する（ステップＳ２９７）。

ステップＳ２９７において、割合ＣＦＤＲがしきい値ＰＵを超えると判定されたとき、セッション確立手段１３Ｂは、セッションの切換要求ＳＷ＿２をコアネットワーク３のＡＭＦへ出力することによって、上述したセル内のハンドオーバの仕組みによって、レガシーセッションＳｎ＿１をセキュアセッションＳｎ＿２に切り換える（ステップＳ２９８）。その後、端末装置１Ｂの動作は、ステップＳ２８３へ移行する。

そして、ステップＳ２９０において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回らなかったと判定されたとき、またはステップＳ２９６において、秘匿性データＤ＿２を受けなかったと判定されたとき、またはステップＳ２９７において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＵを超えなかったと判定されたとき、端末装置１Ｂの動作は、ステップＳ２８１へ移行する。

そして、ステップＳ２８１において、アプリケーション（図示省略）からデータＤを受けなかったと判定されたとき、端末装置１Ｂの動作は、図２３の“終了”へ移行する。

図３０に示すフローチャートにおいては、ステップＳ２８２において、秘匿性データＤ＿２を受けたと判定されたとき、秘匿性データＤ＿２が暗号化されてセキュアセッションＳｎ＿２を用いて送信先との間で送受信される（ステップＳ２８３～ステップＳ２８５参照）。

その後、ステップＳ２８７において、アプリケーション（図示省略）から通信特性型データＤ＿１を受けたと判定され、かつ、ステップＳ２８８において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回ると判定されたとき、ステップＳ２９１において、セル内のハンドオーバの仕組みによってセキュアセッションＳｎ＿２がレガシーセッションＳｎ＿１に切り換えられる。

このように、アプリケーション（図示省略）から通信特性型データＤ＿１を受けたと判定されること、および秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回ると判定されることの２つ条件（＝所定の条件）が満たされたときに、セキュアセッションＳｎ＿２がレガシーセッションＳｎ＿１に切り換えられるのは、セキュアセッションＳｎ＿２からレガシーセッションＳｎ＿１への切換には、アプリケーション（図示省略）からの通信特性型データＤ＿１の送信要求があり（即ち、アプリケーション（図示省略）から通信特性型データＤ＿１を受けており）、かつ、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回る必要があるからである。

そして、アプリケーション（図示省略）から通信特性型データＤ＿１を受けていることが満たされないとき、または秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回らないとき、セキュアセッションＳｎ＿２をレガシーセッションＳｎ＿１に切り換えることができないので、端末装置１Ｂの動作は、ステップＳ２８１へ移行する。

また、図３０に示すフローチャートにおいては、ステップＳ２８２において、秘匿性データＤ＿２を受けなかったと判定され（即ち、通信特性型データＤ＿１を受けたと判定され）、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回ると判定されたとき、セキュアセッションＳｎ＿２がレガシーセッションＳｎ＿１に切り換えられる（ステップＳ２９１参照）。そして、その後、通信特性型データＤ＿１が暗号化されてレガシーセッションＳｎ＿１を用いて送信先との間で送受信される（ステップＳ２９２～ステップＳ２９４参照）。

引き続いて、ステップＳ２９５の後、ステップＳ２９６において、アプリケーション（図示省略）から秘匿性データＤ＿２を受けたと判定され、かつ、ステップＳ２９７において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＵを超えると判定されたとき、ステップＳ２９８において、セル内のハンドオーバの仕組みによってレガシーセッションＳｎ＿１がセキュアセッションＳｎ＿２に切り換えられる。

このように、アプリケーション（図示省略）から秘匿性データＤ＿２を受けたと判定されること、および秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＵを超えると判定されることの２つの条件（＝所定の条件）が満たされたときに、レガシーセッションＳｎ＿１がセキュアセッションＳｎ＿２に切り換えられるのは、レガシーセッションＳｎ＿１からセキュアセッションＳｎ＿２への切換には、アプリケーション（図示省略）からの秘匿性データＤ＿２の送信要求があり（即ち、アプリケーション（図示省略）から秘匿性データＤ＿２を受けており）、かつ、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＵを超える必要があるからである。

そして、アプリケーション（図示省略）から秘匿性データＤ＿２を受けていることが満たされないとき、または秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＵを超えないとき、レガシーセッションＳｎ＿１をセキュアセッションＳｎ＿２に切り換えることができないので、端末装置１Ｂの動作は、ステップＳ２８１へ移行する。

このように、図３０に示すフローチャートにおいては、ステップＳ２８２において、アプリケーション（図示省略）から秘匿性データＤ＿２を受けたとき、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＹ＿２（２５６ビットの鍵長を有する暗号鍵）によって暗号化してセキュアセッションＳｎ＿２を用いて送信先との間で送受信し（ステップＳ２８３～ステップＳ２８５参照）、セキュアセッションＳｎ＿２をレガシーセッションＳｎ＿１に切り換えるための条件が満たされたとき（ステップＳ２８７の“ＹＥＳ”およびステップＳ２８８の“ＹＥＳ”参照）、セル内のハンドオーバの仕組みによって、セキュアセッションＳｎ＿２がレガシーセッションＳｎ＿１に切り換えられる（ステップＳ２９１参照）。

そして、セキュアセッションＳｎ＿２がレガシーセッションＳｎ＿１に切り換えられると、通信特性型データＤ＿１を暗号鍵ＥＮＣＲＹ＿ＫＹ＿１（１２８ビットの鍵長を有する暗号鍵）によって暗号化してレガシーセッションＳｎ＿１を用いて送信先との間で送受信し（ステップＳ２９２～ステップＳ２９４参照）、レガシーセッションＳｎ＿１をセキュアセッションＳｎ＿２に切り換えるための条件が満たされたとき（ステップＳ２９６の“ＹＥＳ”およびステップＳ２９７の“ＹＥＳ”参照）、セル内のハンドオーバの仕組みによって、レガシーセッションＳｎ＿１がセキュアセッションＳｎ＿２に切り換えられる（ステップＳ２９８参照）。

そして、レガシーセッションＳｎ＿１がセキュアセッションＳｎ＿２に切り換えられると、端末装置１Ｂの動作は、ステップＳ２８３へ移行し、秘匿性データＤ＿２を暗号鍵ＥＮＣＲＹ＿ＫＹ＿２（２５６ビットの鍵長を有する暗号鍵）によって暗号化してセキュアセッションＳｎ＿２を用いて送信先との間で送受信する（ステップＳ２８３～ステップＳ２８５参照）。

従って、図３０に示すフローチャートにおいては、ステップＳ２８２において、秘匿性データＤ＿２を受けたと判定されると、秘匿性データＤ＿２をセキュアセッションＳｎ＿２を用いて送信先との間で送受信し（ステップＳ２８３～ステップＳ２８５参照）、セキュアセッションＳｎ＿２をレガシーセッションＳｎ＿１に切り換えるための条件が満たされれば（ステップＳ２８７の“ＹＥＳ”およびステップＳ２８８の“ＹＥＳ”参照）、セキュアセッションＳｎ＿２をレガシーセッションＳｎ＿１に切り換え（ステップＳ２９１参照）、レガシーセッションＳｎ＿１を用いて通信特性型データＤ＿１を送信先との間で送受信し（ステップＳ２９２～ステップＳ２９４参照）、レガシーセッションＳｎ＿１をセキュアセッションＳｎ＿２に切り換えるための条件が満たされれば（ステップＳ２９６の“ＹＥＳ”およびステップＳ２９７の“ＹＥＳ”参照）、レガシーセッションＳｎ＿１をセキュアセッションＳｎ＿２に切り換え（ステップＳ２９８参照）、秘匿性データＤ＿２をセキュアセッションＳｎ＿２を用いて送信先との間で送受信する（ステップＳ２８３～ステップＳ２８５参照）。

よって、図３０に示すフローチャートにおいては、セキュアセッションＳｎ＿２をレガシーセッションＳｎ＿１に切り換えるための条件が満たされ（ステップＳ２８７の“ＹＥＳ”およびステップＳ２８８の“ＹＥＳ”参照）、およびレガシーセッションＳｎ＿１をセキュアセッションＳｎ＿２に切り換えるための条件が満たされる限り（ステップＳ２９６の“ＹＥＳ”およびステップＳ２９７の“ＹＥＳ”参照）、セッションをレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に切り換えながら、通信特性型データＤ＿１または秘匿性データＤ＿２が送信先との間で送受信されることが継続して実行される（図２８のステップＳ２８３～Ｓ２８７の“ＹＥＳ”，Ｓ２８８の“ＹＥＳ”→ステップＳ２９１～Ｓ２９６の“ＹＥＳ”，Ｓ２９７の“ＹＥＳ”，Ｓ２９８→ステップＳ２８３～Ｓ２８７の“ＹＥＳ”，Ｓ２８８の“ＹＥＳ”参照）。

そして、ステップＳ２８１において、データＤを受けなかったと判定されたとき、端末装置１Ｂの動作が終了する。

図３１は、秘匿性が要求される用途の割合ＣＦＤＲの時間依存性を示す図である。図３１において、縦軸は、秘匿性が要求される用途の割合ＣＦＤＲを表わし、横軸は、時間を表わす。

図３１を参照して、秘匿性が要求される用途の割合ＣＦＤＲは、時間に対して曲線ｋ１で示すように変化する。

そして、秘匿性が要求される用途の割合ＣＦＤＲは、ハッチング領域において、しきい値ＰＵを超え、非ハッチング領域において、しきい値ＰＬを下回る。

従って、図３０のステップＳ２９７においては、秘匿性が要求される用途の割合ＣＦＤＲがハッチング領域に入ると、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＵを超えると判定され、図３０のステップＳ２８８，Ｓ２９０においては、秘匿性が要求される用途の割合ＣＦＤＲが非ハッチング領域に入ると、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回ると判定される。

そして、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬ以上、かつ、しきい値ＰＵ以下であるとき、図３０のステップＳ２８８，Ｓ２９０において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＬを下回らないと判定され、図３０のステップＳ２９７において、秘匿性が要求される用途の割合ＣＦＤＲがしきい値ＰＵを超えないと判定される。その結果、セッションは、切り換えられないが、端末装置１Ｂの動作は、ステップＳ２８１へ移行するので、ステップＳ２８２において、秘匿性データＤ＿２を受けたと判定されれば、秘匿性データＤ＿２が送信先との間で送受信される（ステップＳ２８３～Ｓ２８５参照）。

なお、しきい値ＰＵ，ＰＬがＰＵ＞ＰＬのようにヒステリシスを有するのは、頻繁なセッションの切り換えを抑制するためである。そして、ＰＬは、例えば、０．１であり、ＰＵは、例えば、０．３である。

図２３に示すフローチャート（図２４から図３０に示すフローチャートを含む）によれば、最初に、セキュアセッションＳｎ＿２が確立される（図２３のステップＳ２１参照）。

セキュアセッションＳｎ＿２が最初に確立されるのは、次の理由によるものである。実施の形態３においては、マスターノードＭＮとスレーブノードＳＮとが一致すると見做してＭＲ－ＤＣを用いて２つ目のセッション（レガシーセッションＳｎ＿１）を端末装置ＵＥ（端末装置１Ｂ）とマスターノードＭＮとの間で確立する。

一方、図１８の設定手順ＰＲＣＤ＿１は、３ＧＰＰの標準仕様であるので、ＭＲ－ＤＣを使用できるか否かに拘わらず、図１８の設定手順ＰＲＣＤ＿１に従ってセキュリティ要件（ＮＡＳ ＳＭＣ改ざん検査に合格）を満たしたセッションを確立することができる。そこで、図１８の設定手順ＰＲＣＤ＿１に従って確立されるセッションを秘匿性が重視される秘匿性データＤ＿２の送信に用いるセキュアセッションＳｎ＿２とすることによって、秘匿性データＤ＿２の安全性を保障するためである。

そして、図２３に示すフローチャート（図２４から図３０に示すフローチャートを含む）によれば、最初に、セキュアセッションＳｎ＿２が確立された後に（即ち、秘匿性データＤ＿２の安全性を保障した上で）、ＭＲ－ＤＣを使用できる場合（図２３のステップＳ２３の”ＹＥＳ”参照）、図１８の設定手順ＰＲＣＤ＿２に従ってレガシーセッションＳｎ＿１を確立することによって２つのセッション（レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２）を確立し、その確立したレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いてそれぞれ通信特性型データＤ＿１および秘匿性データＤ＿２を送信先との間で送受信し（図２３のステップＳ２５～ステップＳ２７参照）、ＭＲ－ＤＣを使用できない場合（図２３のステップＳ２３の”ＮＯ”参照）、即ち、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を同時に確立できない場合、基地局２（マスターノードＭＮ）のセル内のハンドオーバの仕組みを用いてセッションをレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に切り換えながら通信特性型データＤ＿１または秘匿性データＤ＿２を送信先との間で送受信する（図２３のステップＳ２８（図３０に示すフローチャート）参照）。

その結果、ＭＲ－ＤＣを使用できるか否かに拘わらず、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いてそれぞれ通信特性型データＤ＿１および秘匿性データＤ＿２を送信先との間で送受信できる。

従って、用途に応じて通信路（レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を使い分けて通信特性型データＤ＿１または秘匿性データＤ＿２を送信することができ、通信特性型データＤ＿１に対してオーバースペックとならずに、秘匿性データＤ＿２を適切に保護できる。

また、図２３に示すフローチャート（図２４から図３０に示すフローチャートを含む）によれば、ＭＲ－ＤＣが使用可能である場合、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２が端末装置１Ｂと基地局２（マスターノードＭＮ）との間で同時に確立されるので、例えば、通信特性型データＤ＿１および秘匿性データＤ＿２がアプリケーション（図示省略）から同時に届いても、通信特性型データＤ＿１および秘匿性データＤ＿２をそれぞれレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いて迅速に送信できる（図２６のステップＳ２７３（＝図２７に示すフローチャート）参照）。

一方、ＭＲ－ＤＣが使用可能でない場合、通信特性型データＤ＿１または秘匿性データＤ＿２に応じてセッションをレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に切り換えて通信特性型データＤ＿１または秘匿性データＤ＿２を送信するので、ＭＲ－ＤＣを使用できなくても、専用のセッションを用いて通信特性型データＤ＿１および秘匿性データＤ＿２の両方を送信できる。

上記においては、通信特性型データＤ＿１に対して、５ＱＩ＝２を設定すると説明したが、実施の形態３においては、これに限らず、通信特性型データＤ＿１に対して、５ＱＩ＝１を設定してもよい。図２０の（ｂ）に示すように、ＱｏＳ要求が“低遅延”であるデータは、秘匿性よりも“低遅延”と言う通信特性を重視する通信特性型データＤ＿１に該当するからである。

従って、実施の形態３においては、一般的に、５Ｇの標準仕様で定められている「データのＱｏＳ要求に応じてフロー（パケットの集合）を識別する識別情報（ＱｏＳ Ｆｌｏｗ ＩＤ（５ＱＩ））をＳＤＡＰ Ｈｅａｄｅｒに設定する仕組み」を用いて、通信特性型データＤ＿１に対して、５ＱＩ＝１または５ＱＩ＝２を含むタグＴＡＧ＿１が生成され、秘匿性データＤ＿２に対して、５ＱＩ＝３を含むタグＴＡＧ＿２が生成される。その結果、秘匿性データＤ＿２に対して、通信特性型データＤ＿１とは異なる５ＱＩが設定される。

そして、タグＴＡＧ＿１またはタグＴＡＧ＿２は、図２０の（ａ）に示すＳＤＡＰ Ｈｅａｄｅｒに相当する。

実施の形態３においては、端末装置１Ｂの動作は、ソフトウェアによって実現されてもよい。この場合、端末装置１Ｂは、ＣＰＵ、ＲＯＭおよびＲＡＭを備える。そして、ＲＯＭは、図２３に示すフローチャート（図２４から図３０に示すフローチャートを含む）の各ステップからなるプログラムＰｒｏｇ＿Ｃを記憶する。

ＣＰＵは、ＲＯＭからプログラムＰｒｏｇ＿Ｃを読み出し、その読み出したプログラムＰｒｏｇ＿Ｃを実行して、コアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２（またはレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を確立して用途に応じてレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２（またはレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を用いてデータを送信する。ＲＡＭは、上述したの暗号鍵ＥＮＣＲＹ＿ＫＹ＿１，ＥＮＣＲＹ＿ＫＹ＿２および復号鍵ＤＥＣＲＹ＿ＫＹ＿１，ＤＥＣＲＹ＿ＫＹ＿２を一時的に記憶する。

また、プログラムＰｒｏｇ＿Ｃは、ＣＤ，ＤＶＤ等の記録媒体に記録されて流通してもよい。プログラムＰｒｏｇ＿Ｃを記録した記録媒体がコンピュータに装着されると、コンピュータは、記録媒体からプログラムＰｒｏｇ＿Ｃを読み出して実行し、コアネットワーク３のＡＭＦとの間でレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２（またはレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を確立して用途に応じてレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２（またはレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を用いてデータを送信する。

従って、プログラムＰｒｏｇ＿Ｃを記録した記録媒体は、コンピュータ読み取り可能な記録媒体である。

上述した実施の形態１，２においては、アプリケーション（図示省略）から通信特性型データＤ＿１を受ければ、レガシーセッションＳｎ＿１を確立して通信特性型データＤ＿１を送信し、アプリケーション（図示省略）から秘匿性データＤ＿２を受ければ、セキュアセッションＳｎ＿２を確立して秘匿性データＤ＿２を送信することを説明した（図５に示すフローチャートおよび図１２に示すフローチャート参照）。

また、上述した実施の形態３においては、端末装置ＵＥとマスターノードＭＮとの間でＭＲ－ＤＣが使用可能であるとき、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を同時に確立し、その確立したレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いてそれぞれ通信特性型データＤ＿１および秘匿性データＤ＿２を送信し、端末装置ＵＥとマスターノードＭＮとの間でＭＲ－ＤＣが使用可能でないとき、基地局２のセル内のハンドオーバの仕組みを用いてセッションをレガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２に切り換えて通信特性型データＤ＿１または秘匿性データＤ＿２を送信することを説明した（図２３に示すフローチャート参照）。

その結果、実施の形態１～実施の形態３は、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を確立し、その確立したレガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いてそれぞれ通信特性型データＤ＿１および秘匿性データＤ＿２を送信する点で共通する。

従って、この発明の実施の形態による端末装置は、第五世代移動通信システムにおける端末装置であって、
第五世代移動通信システムのコアネットワークにおいて、セキュリティのためのネットワーク機能であるＡＭＦとの間でセキュリティ設定手順を実行して、第１の鍵長（１２８ビット）を有する第１の暗号鍵（暗号鍵ＥＮＣＲＹ＿ＫＹ＿１）によって暗号化された暗号化データを送信するための論理的な通信路である第１のセッション（レガシーセッションＳｎ＿１）と、第１の鍵長（１２８ビット）よりも長い第２の鍵長（２５６ビット）を有する第２の暗号鍵（暗号鍵ＥＮＣＲＹ＿ＫＹ＿２）によって暗号化された暗号化データを送信するための論理的な通信路である第２のセッション（セキュアセッションＳｎ＿２）とを確立するセッション確立手段と、
秘匿性よりも通信特性が重視されるデータである第１のデータ（通信特性データＤ＿１）を第１の暗号鍵（暗号鍵ＥＮＣＲＹ＿ＫＹ＿１）によって暗号化して第１の暗号化データを生成し、通信特性よりも秘匿性が重視されるデータである第２のデータ（秘匿性データＤ＿２）を第２の暗号鍵（暗号鍵ＥＮＣＲＹ＿ＫＹ＿２）によって暗号化して第２の暗号化データを生成する暗号化手段と、
第１の暗号化データを第１のセッション（レガシーセッションＳｎ＿１）を用いて送信し、第２の暗号化データを第２のセッション（セキュアセッションＳｎ＿２）を用いて送信する送信手段とを備えていればよい。

端末装置がセッション確立手段と、暗号化手段と、送信手段とを備えていれば、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いてそれぞれ通信特性型データＤ＿１および秘匿性データＤ＿２を送信先へ送信できる。

従って、用途に応じて通信路（レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を使い分けて通信特性型データまたは秘匿性データを送信することができ、通信特性型データに対してオーバースペックとならずに、秘匿性データを適切に保護できるからである。

また、この発明の実施の形態によるプログラムは、第五世代移動通信システムにおける端末装置においてコンピュータに実行させるためのプログラムであって、
セッション確立手段が、第五世代移動通信システムのコアネットワークにおいて、セキュリティのためのネットワーク機能であるＡＭＦとの間でセキュリティ設定手順を実行して、第１の鍵長（１２８ビット）を有する第１の暗号鍵（暗号鍵ＥＮＣＲＹ＿ＫＹ＿１）によって暗号化された暗号化データを送信するための論理的な通信路である第１のセッション（レガシーセッションＳｎ＿１）と、第１の鍵長（１２８ビット）よりも長い第２の鍵長（２５６ビット）を有する第２の暗号鍵（暗号鍵ＥＮＣＲＹ＿ＫＹ＿２）によって暗号化された暗号化データを送信するための論理的な通信路である第２のセッション（セキュアセッションＳｎ＿２）とを確立する第１のステップと、
暗号化手段が、秘匿性よりも通信特性が重視されるデータである第１のデータ（通信特性データＤ＿１）を第１の暗号鍵（暗号鍵ＥＮＣＲＹ＿ＫＹ＿１）によって暗号化して第１の暗号化データを生成し、通信特性よりも秘匿性が重視されるデータである第２のデータ（秘匿性データＤ＿２）を第２の暗号鍵（暗号鍵ＥＮＣＲＹ＿ＫＹ＿２）によって暗号化して第２の暗号化データを生成する第２のステップと、
送信手段が、第１の暗号化データを第１のセッション（レガシーセッションＳｎ＿１）を用いて送信し、第２の暗号化データを第２のセッション（セキュアセッションＳｎ＿２）を用いて送信する第３のステップとをコンピュータに実行させればよい。

プログラムが第１のステップ、第２のステップ、および第３のステップをコンピュータに実行させれば、レガシーセッションＳｎ＿１およびセキュアセッションＳｎ＿２を用いてそれぞれ通信特性型データＤ＿１および秘匿性データＤ＿２を送信先へ送信できる。

従って、用途に応じて通信路（レガシーセッションＳｎ＿１またはセキュアセッションＳｎ＿２）を使い分けて通信特性型データまたは秘匿性データを送信することができ、通信特性型データに対してオーバースペックとならずに、秘匿性データを適切に保護できるからである。

この発明の実施の形態においては、１２８ビットの鍵長は、「第１の鍵長」を構成し、暗号鍵ＥＮＣＲＹ＿ＫＹ＿１は、「第１の暗号鍵」を構成し、２５６ビットの鍵長は、「第２の鍵長」を構成し、暗号鍵ＥＮＣＲＹ＿ＫＹ＿２は、「第２の暗号鍵」を構成する。

また、この発明の実施の形態においては、レガシーセッションＳｎ＿１は、論理的な通信路である「第１のセッション」を構成し、セキュアセッションＳｎ＿２は、論理的な通信路である「第２のセッション」を構成する。

更に、この発明の実施の形態においては、通信特性型データＤ＿１は、「第１のデータ」を構成し、秘匿性データＤ＿２は、「第２のデータ」を構成する。

更に、この発明の実施の形態においては、しきい値ＰＵは、「第１のしきい値」を構成し、しきい値ＰＬは、「第２のしきい値」を構成する。

更に、この発明の実施の形態においては、端末装置１（または端末装置１Ａまたは端末装置１Ｂ）および基地局２は、この発明の実施の形態による「無線通信システム」を構成する。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

この発明は、端末装置、それを備える無線通信システムおよびコンピュータに実行させるためのプログラムに適用される。

１，１Ａ，１Ｂ 端末装置、２ 基地局、３ コアネットワーク、１０ 移動通信システム、１１ アンテナ、１２，１２Ａ，１２Ｂ 無線ユニット、１３，１３Ａ，１３Ｂ セッション確立手段、１４，１４Ａ 暗号化手段、１５，１５Ａ 復号化手段、１６ 制御手段。

Claims (13)

1. 第五世代移動通信システムにおける秘匿性よりも通信特性が重視されるデータである第１のデータと、前記通信特性よりも前記秘匿性が重視される第２のデータと、前記秘匿性と前記通信特性が同程度に重視される第３のデータとのうちの前記第３のデータ以外の前記第１のデータと前記第２のデータとを送信する端末装置であって、
   前記第五世代移動通信システムのコアネットワークにおいて、セキュリティのためのネットワーク機能であるＡＭＦとの間でセキュリティ設定手順を実行して、第１の鍵長を有する第１の暗号鍵によって暗号化された暗号化データを送信するための論理的な通信路である第１のセッションと、前記第１の鍵長よりも長い第２の鍵長を有する第２の暗号鍵によって暗号化された暗号化データを送信するための論理的な通信路である第２のセッションとを確立するセッション確立手段と、
   前記第１のデータを前記第１の暗号鍵によって暗号化して第１の暗号化データを生成し、前記第２のデータを前記第２の暗号鍵によって暗号化して第２の暗号化データを生成する暗号化手段と、
   前記第１の暗号化データを前記第１のセッションを用いて送信し、前記第２の暗号化データを前記第２のセッションを用いて送信する送信手段とを備える端末装置。
2. 前記セッション確立手段は、前記ＡＭＦから送信された暗号化方式および鍵長のリストから、使用する暗号化方式および鍵長を選択し、前記使用する暗号化方式および鍵長を前記ＡＭＦへ送信することによって前記第１および第２のセッションを確立する、請求項１に記載の端末装置。
3. 前記セッション確立手段は、前記コアネットワークのＡＭＦが暗号化方式および鍵長のリストから選択した暗号化方式および鍵長を前記コアネットワークのＡＭＦから受信することによって前記第１および第２のセッションを確立する、請求項１に記載の端末装置。
4. 前記セッション確立手段は、当該端末装置と前記ＡＭＦとの間に代えて当該端末装置と基地局との間で、異なる無線基地局に対して、同時にセッションを端末装置に設定するＭＲ－ＤＣが使用可能であるとき、複数のセッションを同時に使用する仕組みを用いて１つの基地局と前記第１および第２のセッションを同時に確立し、
   前記送信手段は、前記複数のセッションを同時に使用する仕組みを用いて確立された前記第１のセッションを用いて前記第１の暗号化データを送信し、前記複数のセッションを同時に使用する仕組みを用いて確立された前記第２のセッションを用いて前記第２の暗号化データを送信する、請求項１に記載の端末装置。
5. 前記セッション確立手段は、更に、当該端末装置と前記ＡＭＦとの間に代えて当該端末装置と基地局との間で、異なる無線基地局に対して、同時にセッションを端末装置に設定するＭＲ－ＤＣが使用可能でないとき、前記基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを前記第１のセッションまたは前記第２のセッションに切り換え、
   前記送信手段は、前記第２のセッションが前記第１のセッションに切り換えられると、前記第１の暗号化データを前記第１のセッションを用いて送信し、前記第１のセッションが前記第２のセッションに切り換えられると、前記第２の暗号化データを前記第２のセッションを用いて送信する、請求項１に記載の端末装置。
6. 前記セッション確立手段は、前記第１のセッションを確立しているときに、秘匿性が要求される用途の割合が第１のしきい値を超えると、前記基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを前記第１のセッションから前記第２のセッションに切り換え、前記第２のセッションを確立しているときに、前記秘匿性が要求される用途の割合が前記第１のしきい値よりも小さい第２のしきい値を下回ると、前記基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを前記第２のセッションから前記第１のセッションに切り換える、請求項５に記載の端末装置。
7. 請求項１から請求項６のいずれか１項に記載の端末装置を備える無線通信システム。
8. 第五世代移動通信システムにおける秘匿性よりも通信特性が重視されるデータである第１のデータと、前記通信特性よりも前記秘匿性が重視される第２のデータと、前記秘匿性と前記通信特性が同程度に重視される第３のデータとのうちの前記第３のデータ以外の前記第１のデータと前記第２のデータとの送信をコンピュータに実行させるためのプログラムであって、
   セッション確立手段が、前記第五世代移動通信システムのコアネットワークにおいて、セキュリティのためのネットワーク機能であるＡＭＦとの間でセキュリティ設定手順を実行して、第１の鍵長を有する第１の暗号鍵によって暗号化された暗号化データを送信するための論理的な通信路である第１のセッションと、前記第１の鍵長よりも長い第２の鍵長を有する第２の暗号鍵によって暗号化された暗号化データを送信するための論理的な通信路である第２のセッションとを確立する第１のステップと、
   暗号化手段が、前記第１のデータを前記第１の暗号鍵によって暗号化して第１の暗号化データを生成し、前記第２のデータを前記第２の暗号鍵によって暗号化して第２の暗号化データを生成する第２のステップと、
   送信手段が、前記第１の暗号化データを前記第１のセッションを用いて送信し、前記第２の暗号化データを前記第２のセッションを用いて送信する第３のステップとをコンピュータに実行させるためのプログラム。
9. 前記セッション確立手段は、前記第１のステップにおいて、前記ＡＭＦから送信された暗号化方式および鍵長のリストから、使用する暗号化方式および鍵長を選択し、前記使用する暗号化方式および鍵長を前記ＡＭＦへ送信することによって前記第１および第２のセッションを確立する、請求項８に記載のコンピュータに実行させるためのプログラム。
10. 前記セッション確立手段は、前記第１のステップにおいて、前記コアネットワークのＡＭＦが暗号化方式および鍵長のリストから選択した暗号化方式および鍵長を前記コアネットワークのＡＭＦから受信することによって前記第１および第２のセッションを確立する、請求項８に記載のコンピュータに実行させるためのプログラム。
11. 前記セッション確立手段は、前記第１のステップにおいて、当該端末装置と前記ＡＭＦとの間に代えて当該端末装置と基地局との間で、異なる無線基地局に対して、同時にセッションを端末装置に設定するＭＲ－ＤＣが使用可能であるとき、複数のセッションを同時に使用する仕組みを用いて１つの基地局と前記第１および第２のセッションを同時に確立し、
    前記送信手段は、前記第３のステップにおいて、前記複数のセッションを同時に使用する仕組みを用いて確立された前記第１のセッションを用いて前記第１の暗号化データを送信し、前記複数のセッションを同時に使用する仕組みを用いて確立された前記第２のセッションを用いて前記第２の暗号化データを送信する、請求項８に記載のコンピュータに実行させるためのプログラム。
12. 前記セッション確立手段は、前記第１のステップにおいて、更に、当該端末装置と前記ＡＭＦとの間に代えて当該端末装置と基地局との間で、異なる無線基地局に対して、同時にセッションを端末装置に設定するＭＲ－ＤＣが使用可能でないとき、前記基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを前記第１のセッションまたは前記第２のセッションに切り換え、
    前記送信手段は、前記第３のステップにおいて、前記第２のセッションが前記第１のセッションに切り換えられると、前記第１の暗号化データを前記第１のセッションを用いて送信し、前記第１のセッションが前記第２のセッションに切り換えられると、前記第２の暗号化データを前記第２のセッションを用いて送信する、請求項８に記載のコンピュータに実行させるためのプログラム。
13. 前記セッション確立手段は、前記第１のステップにおいて、前記第１のセッションを確立しているときに、秘匿性が要求される用途の割合が第１のしきい値を超えると、前記基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを前記第１のセッションから前記第２のセッションに切り換え、前記第２のセッションを確立しているときに、前記秘匿性が要求される用途の割合が前記第１のしきい値よりも小さい第２のしきい値を下回ると、前記基地局の通信範囲内におけるハンドオーバの仕組みによって、セッションを前記第２のセッションから前記第１のセッションに切り換える、請求項１２に記載のコンピュータに実行させるためのプログラム。