WO2016140069A1

WO2016140069A1 - 基地局、無線端末、及びモビリティ管理装置

Info

Publication number: WO2016140069A1
Application number: PCT/JP2016/054704
Authority: WO
Inventors: 真人藤代; ヘンリーチャン; 空悟守田; 柏瀬　薦; 童　方偉; 智春山▲崎▼
Original assignee: 京セラ株式会社
Priority date: 2015-03-02
Filing date: 2016-02-18
Publication date: 2016-09-09
Also published as: JPWO2016140069A1; US20170367047A1; US10631243B2; JP6654184B2

Abstract

　第１の特徴に係る基地局は、無線通信に関する複数の機能が規定された移動通信システムにおいて用いられる。前記基地局は、無線端末に備えられた演算処理部の負荷状況又は属性に関する演算処理部情報を前記無線端末から受信する受信部と、前記演算処理部情報に基づいて、前記無線端末に実行させるべき少なくとも１つの機能を選択する制御部と、前記選択した機能を示す情報を前記無線端末に送信する送信部と、を備える。

Description

基地局、無線端末、及びモビリティ管理装置

　本発明は、無線通信に関する複数の機能が規定された移動通信システムにおいて用いられる基地局、無線端末、及びモビリティ管理装置に関する。

　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）規格において、無線端末は、自身がサポートする全ての機能をネットワークに通知するように規定されている。ネットワークは、無線端末がサポートする全ての機能の中から少なくとも１つの機能を選択し、選択した機能を無線端末に設定する。

　高度な演算処理を要する機能を無線端末が多数サポートしている場合、当該多数の機能の全てをネットワークから設定された状態（すなわち、ピーク負荷状態）を想定して、高い処理性能を有するように無線端末が設計されることが一般的である。

　しかし、実環境において、無線端末が同時に実行し得る機能の組み合わせは限られているため、処理負荷のピーク状態を想定して無線端末を設計すると、無線端末の処理性能が過剰になり得る。

　よって、無線端末の処理性能を最大限に活用するために、現実的に同時実行し得る機能の組み合わせを仕様上「プロファイル」として規定し、無線端末に実行させるべき機能をプロファイル単位で柔軟に切り替え可能とする技術が検討されている（例えば、非特許文献１参照）。

３ＧＰＰ寄書　「ＲＰ－１４１４０４」　２０１４年９月

　第２の特徴に係る無線端末は、無線通信に関する複数の機能が規定された移動通信システムにおいて用いられる。前記無線端末は、基地局により選択された機能を実行するための演算処理部と、前記演算処理部の負荷状況又は属性に関する演算処理部情報を前記基地局に送信する送信部と、前記基地局により選択された機能を示す情報を前記基地局から受信する受信部と、を備える。

　第３の特徴に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記無線端末は、自無線端末がサポートする複数のプロファイルの中から、省電力モードに対応する特定のプロファイルを選択する制御部と、前記特定のプロファイルを示す推奨プロファイル情報を基地局に送信する送信部と、を備える。

　第４の特徴に係る基地局は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記基地局は、無線端末のバッテリ残量に関するバッテリ情報を前記無線端末から受信する受信部と、前記バッテリ情報に基づいて、前記無線端末がサポートする複数のプロファイルの中から、前記無線端末に設定するプロファイルを選択する制御部と、を備える。

　第５の特徴に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記複数の機能は、無線通信の性能を示す端末カテゴリを含む。前記無線端末は、自無線端末がサポートする複数のプロファイルに共通する端末カテゴリを選択する制御部と、前記共通する端末カテゴリを示す推奨カテゴリ情報を基地局に送信する送信部と、を備える。

　第６の特徴に係る基地局は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記複数の機能は、無線通信の性能を示す端末カテゴリを含む。前記基地局は、無線端末がサポートする複数のプロファイルに共通する端末カテゴリを示す推奨カテゴリ情報を前記無線端末から受信する受信部と、前記推奨カテゴリ情報に基づいて、前記共通する端末カテゴリを含む前記複数のプロファイルの中から、前記無線端末に設定するプロファイルを選択する制御部と、を備える。

　第７の特徴に係る基地局は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記基地局は、無線端末が自基地局及び他の基地局と接続する二重接続通信を行う場合において、前記無線端末に設定する１又は複数のプロファイルの一部を前記他の基地局に通知する制御部を備える。

　第８の特徴に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記無線端末は、自無線端末が第１の基地局及び第２の基地局と接続する二重接続通信を行う場合において、複数のプロファイル群を前記第１の基地局に通知する制御部を備える。前記複数のプロファイル群のそれぞれは、自無線端末がサポートする複数のプロファイルを含む。

　第９の特徴に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記無線端末は、自無線端末がサポートする全ての機能を示す機能情報、及び、自無線端末がサポートするプロファイルを示すプロファイル情報を基地局に送信する送信部を備える。前記プロファイル情報は、自無線端末がサポートする全ての機能のうち前記プロファイルに含まれない機能のみを含む。

　第１０の特徴に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記無線端末は、自無線端末がサポートする複数のプロファイルを示す複数のプロファイル情報と、前記複数のプロファイルに共通する機能を示す機能情報と、を基地局に送信する送信部を備える。前記複数のプロファイル情報のそれぞれは、前記共通する機能とは異なる機能を含む。

　第１１の特徴に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、自無線端末が選択したプロファイルへの変更を要求するためのプロファイル変更要求を基地局に送信する送信部と、所定の条件が満たされるまで、前記プロファイル変更要求の送信が禁止された禁止状態を維持し、前記所定の条件が満たされると前記禁止状態を解除する制御部と、を備える。

　第１２の特徴に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、所定の条件を定める閾値を無線端末に送信する送信部と、前記無線端末が選択したプロファイルへの変更を要求するためのプロファイル変更要求を前記無線端末から受信する受信部と、を備える。前記所定の条件は、前記無線端末において前記プロファイル変更要求の送信が禁止される禁止状態を解除する条件である。

　第１３の特徴に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、第１のプロファイルが設定されている場合において、第２のプロファイルへの変更要求を基地局に送信する、又は前記基地局から前記第２のプロファイルへの変更要求を受信する通信部と、前記変更要求を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える。

　第１４の特徴に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、第１のプロファイルが設定されている無線端末に対して第２のプロファイルへの変更要求を送信する、又は前記無線端末から前記第２のプロファイルへの変更要求を受信する通信部と、前記変更要求を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える。

　第１５の特徴に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、第１のプロファイルが設定されている場合において、第２のプロファイルへの変更要求に対する応答を基地局に送信する、又は前記第２のプロファイルへの変更要求に対する応答を前記基地局から受信する通信部と、前記応答を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える。

　第１６の特徴に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、第１のプロファイルが設定されている無線端末に対して第２のプロファイルへの変更要求に対する応答を送信する、又は前記第２のプロファイルへの変更要求に対する応答を前記無線端末から受信する通信部と、前記応答を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える。

　第１７の特徴に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、第１のプロファイルが設定されている場合において、前記第１のプロファイルとは異なる第２のプロファイルを選択する制御部と、前記第２のプロファイルへの変更を要求するためのプロファイル変更要求を基地局に送信する送信部と、を備える。前記制御部は、前記第１のプロファイルに基づいて、少なくとも一部の通信状態が維持されるように前記第２のプロファイルを選択する。

　第１８の特徴に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、自基地局から他の基地局に対して無線端末のハンドオーバを行う場合において、モビリティ管理装置を介さずに又は前記モビリティ管理装置を介して、前記無線端末がサポートしているプロファイルを前記他の基地局に通知する制御部を備える。

　第１９の特徴に係るモビリティ管理装置は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記モビリティ管理装置は、第１の基地局から第２の基地局に対して無線端末のハンドオーバを行う場合において、前記無線端末がサポートしているプロファイルを前記第２の基地局に通知する制御部を備える。

　第２０の特徴に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、他の基地局から自基地局に対して無線端末のハンドオーバを行う場合において、前記無線端末がサポートしているプロファイルを前記他の基地局又はモビリティ管理装置から取得する制御部を備える。

　第２１の特徴に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、第１の基地局から第２の基地局に対して自無線端末のハンドオーバを行う場合において、前記第２の基地局が自無線端末との通信に使用するべきプロファイルを前記第１の基地局から取得する制御部を備える。

　第２２の特徴に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、自基地局がプロファイル対応であるか否かを示す情報をブロードキャストで無線端末に送信する送信部を備える。

　第２３の特徴に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、プロファイル非対応の基地局と接続した場合において、自無線端末がサポートする機能のうち一部の機能のみを前記プロファイル非対応の基地局に通知する制御部を備える。

　第２４の特徴に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、プロファイル非対応の基地局と接続する前において、ネットワークからデタッチし、該ネットワークにアタッチする制御部を備える。

　第２５の特徴に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、自無線端末がサポートしているプロファイルのうち何れか１つを規定プロファイルとしてモビリティ管理装置に通知する制御部を備える。

ＬＴＥシステムの構成図である。無線インターフェイスのプロトコルスタック図である。ＵＥのブロック図である。ｅＮＢのブロック図である。第１実施形態に係る負荷推定値の具体例を示す図である。第１実施形態に係るＲＲＣ接続確立時の動作シーケンスを示す図である。第１実施形態に係るＲＲＣ接続中の動作シーケンスを示す図である。第１実施形態の変更例２を説明するための図である。第２実施形態に係るメイン機能及びサブ機能を説明するための図である。第２実施形態に係る動作シーケンスを示す図である。第３実施形態に係る動作を説明するための図である。第４実施形態に係る動作シーケンスを示す図である。第５実施形態に係る動作シーケンスを示す図である。プロファイルの初期取得シーケンスの一例を示す図である。プロファイルの初期設定シーケンスの一例を示す図である。ＲＲＣ接続中のプロファイル変更に係る動作シーケンスの一例を示す図である。ＵＥのブロック図である。ｅＮＢのブロック図である。第６実施形態に係るＵＥの動作フローの一例を示す図である。第７実施形態に係る動作シーケンスの一例を示す図である。第８実施形態に係る動作シーケンスの一例を示す図である。第９実施形態に係る動作シーケンスの一例を示す図である。第９実施形態の変更例に係る動作シーケンスの一例を示す図である。ＲＲＣ接続中のプロファイル変更に係る動作シーケンスの一例を示す図である。ＵＥのブロック図である。ｅＮＢのブロック図である。第１２実施形態に係るＵＥ（無線端末）の動作フローを示す図である。第１２実施形態の変更例に係る動作シーケンスを示す図である。第１３実施形態に係る動作シーケンスの一例を示す図である。プロファイルの初期取得に係る動作シーケンスの一例を示す図である。プロファイルの初期設定シーケンスの一例を示す図である。ＲＲＣ接続中のプロファイル変更に係る動作シーケンスの一例を示す図である。ｅＮＢ（基地局）のブロック図である。ＭＭＥ（モビリティ管理装置）のブロック図である。ＵＥ（無線端末）のブロック図である。第１５実施形態に係るＸ２ハンドオーバシーケンスを示す図である。第１５実施形態に係るＳ１ハンドオーバシーケンスを示す図である。

　［第１実施形態乃至第５実施形態の概要］
　近年、３ＧＰＰ規格において、高度な演算処理を要する機能が次々と仕様化されおり、リリースごとに機能が増大及び細分化している。

　上述した「プロファイル」を使用する技術は、新たな機能が仕様化される度に新たなプロファイルを規定する必要がある。よって、新たなプロファイルを規定するための標準化作業が増大する虞がある。

　そこで、第１実施形態乃至第５実施形態は、標準化作業の増大を回避しつつ、無線端末が実行する機能を柔軟に切り換え可能とする基地局及び無線端末を提供することを目的とする。

　第１実施形態乃至第５実施形態に係る基地局は、無線通信に関する複数の機能が規定された移動通信システムにおいて用いられる。前記基地局は、無線端末に備えられた演算処理部の負荷状況又は属性に関する演算処理部情報を前記無線端末から受信する受信部と、前記演算処理部情報に基づいて、前記無線端末に実行させるべき少なくとも１つの機能を選択する制御部と、前記選択した機能を示す情報を前記無線端末に送信する送信部と、を備える。

　第１実施形態乃至第５実施形態において、前記演算処理部情報は、前記演算処理部において現に利用可能な処理容量を示す情報を含む。

　第１実施形態乃至第５実施形態において、前記演算処理部情報は、前記演算処理部の処理性能を示す情報を含む。

　第１実施形態乃至第３実施形態において、前記複数の機能のそれぞれについて、実行に要する処理負荷の推定値である負荷推定値が規定されている。前記制御部は、前記負荷推定値にさらに基づいて、前記少なくとも１つの機能を選択する。

　第２実施形態において、前記複数の機能は、複数のプロファイルの何れかに分類される複数のメイン機能と、前記複数のプロファイルの何れにも分類されない複数のサブ機能と、を含む。前記制御部は、前記無線端末に実行させるべき少なくとも１つの機能として、１つのプロファイル及び少なくとも１つのサブ機能を選択する。

　第３実施形態において、前記無線端末に複数の演算処理部が備えられる場合、前記受信部は、前記複数の演算処理部のそれぞれについて前記無線端末から前記演算処理部情報を受信する。

　第４実施形態及び第５実施形態において、前記演算処理部情報は、前記演算処理部のチップ型番を示す情報を含む。

　第４実施形態において、前記送信部は、前記選択した機能を実行するためのプログラムを前記無線端末に送信する。

　第１実施形態乃至第５実施形態に係る無線端末は、無線通信に関する複数の機能が規定された移動通信システムにおいて用いられる。前記無線端末は、基地局により選択された機能を実行するための演算処理部と、前記演算処理部の負荷状況又は属性に関する演算処理部情報を前記基地局に送信する送信部と、前記基地局により選択された機能を示す情報を前記基地局から受信する受信部と、を備える。

　第２実施形態において、前記複数の機能は、複数のプロファイルの何れかに分類される複数のメイン機能と、前記複数のプロファイルの何れにも分類されない複数のサブ機能と、を含む。前記受信部は、１つのプロファイルを示す情報及び少なくとも１つのサブ機能を示す情報を前記基地局から受信する。

　第３実施形態において、複数の演算処理部が備えられる場合、前記送信部は、前記複数の演算処理部のそれぞれについて前記基地局に前記演算処理部情報を送信する。

　第４実施形態において、前記受信部は、前記基地局により選択された機能を実行するためのプログラムを前記基地局から受信する。

　第５実施形態において、前記送信部は、前記基地局を介して前記演算処理部情報をサーバに送信する。前記受信部は、前記基地局を介して前記サーバから複数のプロファイルを受信する。

　［第１実施形態］
　（移動通信システム）
　以下において、第１実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。

　図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。

　ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

　ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ－ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。

　図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。

　物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。

　ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。

　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモード（コネクティッドモード）であり、そうでない場合、ＵＥ１００はＲＲＣアイドルモード（アイドルモード）である。

　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。

　（無線通信に関する機能）
　ＵＥ１００は、無線通信に関する機能をサポートする。無線通信に関する機能とは、仕様により規定された機能であって、例えば、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」、Ｄ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）、ＮＡＩＣＳ（Ｎｅｔｗｏｒｋ－Ａｓｓｉｓｔｅｄ　Ｉｎｔｅｒｆｅｒｅｎｃｅ　Ｃａｎｃｅｌｌａｔｉｏｎ　ａｎｄ　Ｓｕｐｐｒｅｓｓｉｏｎ）等である。無線通信に関する機能は、「ＵＥ　Ｃａｔｅｇｏｒｙ」を含んでもよい。以下において、無線通信に関する機能を適宜「Ｆｅａｔｕｒｅ」と称する。

　ＵＥ１００は、自身がサポートする全ての機能を含む「ＵＥ　ｃａｐａｂｉｌｉｔｙ」メッセージをネットワークに通知する。例えば、ｅＮＢ２００がＵＥ１００に「ＵＥ　ｃａｐａｂｉｌｉｔｙ」を問い合わせ、ＵＥ１００からｅＮＢ２００が取得した「ＵＥ　ｃａｐａｂｉｌｉｔｙ」をＭＭＥ３００に通知する。これにより、ｅＮＢ２００及びＭＭＥ３００は、ＵＥ１００がサポートする全ての機能（ＵＥ　ｃａｐａｂｉｌｉｔｙ）を把握する。「ＵＥ　ｃａｐａｂｉｌｉｔｙ」は、ＵＥ１００がネットワークにアタッチしている間はＭＭＥ３００により保持される。また、「ＵＥ　ｃａｐａｂｉｌｉｔｙ」は、ＵＥ１００のハンドオーバ時に、ソースｅＮＢからターゲットｅＮＢに転送される。なお、「ＵＥ　ｃａｐａｂｉｌｉｔｙ」を変更するためには、ＵＥ１００がネットワークからデタッチし、ネットワークに再アタッチすることが必要である。

　ｅＮＢ２００は、「ＵＥ　ｃａｐａｂｉｌｉｔｙ」に基づいて、ＵＥ１００がサポートする機能の中から少なくとも１つの機能を選択する。そして、ｅＮＢ２００は、選択した機能を個別ＲＲＣメッセージ等によりＵＥ１００に設定（ｃｏｎｆｉｇｕｒｅ）する。具体的には、ｅＮＢ２００は、選択した機能に関わる設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００に対して行うために、選択した機能に関わる設定情報をＵＥ１００に送信する。

　（無線端末）
　以下において、第１実施形態に係るＵＥ１００（無線端末）について説明する。図３は、ＵＥ１００のブロック図である。図３に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、演算処理部１３１を含む。制御部１３０は、メモリ（不図示）をさらに含む。

　演算処理部１３１は、ベースバンド信号の変調・復調及び符号化・復号等を行うデジタル信号プロセッサ（ＤＳＰ）１３１ａと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１３１ｂと、を含む。演算処理部１３１は、音声・映像信号の符号化・復号を行うコーデックをさらに含んでもよい。演算処理部１３１は、各種の処理及び各種の通信プロトコルを実行する。

　演算処理部１３１は、ｅＮＢ２００により選択された機能を実行するための演算処理を行う。送信部１２０は、演算処理部１３１の負荷状況又は属性に関する演算処理部情報をｅＮＢ２００に送信する。送信部１２０は、演算処理部１３１の負荷状況が変化した際に、演算処理部情報をｅＮＢ２００に送信してもよい。

　第１実施形態において、演算処理部情報は、演算処理部１３１において現に利用可能な処理容量を示す情報（Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ）を含む。「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」は、演算処理部１３１の負荷状況に関する情報である。「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」は、パーセンテージ（割合）で表現されてもよい。例えば、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」は、使用中の演算処理リソース（すなわち、処理負荷）のパーセンテージ又は未使用の演算処理リソース（すなわち、処理余裕度）のパーセンテージである。或いは、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」は、未使用の演算処理リソースの量であってもよい。

　また、演算処理部情報は、演算処理部１３１の処理性能を示す情報（Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ）を含んでもよい。「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」は、演算処理部１３１の属性に関する情報である。「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」とは異なり、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」は、演算処理部１３１の負荷状況に拘らず一定である。

　後述するように、ｅＮＢ２００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び／又は「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」に基づいて、「ＵＥ　ｃａｐａｂｉｌｉｔｙ」の中からＵＥ１００に実行させるべき機能を選択する。

　受信部１１０は、ｅＮＢ２００により選択された機能を示す情報をｅＮＢ２００から受信する。例えば、受信部１１０は、ｅＮＢ２００により選択された機能の設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージを受信する。演算処理部１３１は、設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて、ｅＮＢ２００により選択された機能を実行する。

　（基地局）
　以下において、第１実施形態に係るｅＮＢ２００（基地局）の構成について説明する。図４は、ｅＮＢ２００のブロック図である。図４に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

　制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、図示を省略する演算処理部及びメモリを含む。メモリは、演算処理部により実行されるプログラム、及び演算処理部による処理に使用される情報を記憶する。演算処理部は、ベースバンド信号の変調・復調及び符号化・復号等を行うＤＳＰと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。演算処理部は、各種の処理及び各種の通信プロトコルを実行する。

　バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。

　また、受信部２２０は、ＵＥ１００に備えられた演算処理部１３１の負荷状況又は属性に関する演算処理部情報をＵＥ１００から受信する。第１実施形態において、演算処理部情報は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を含む。演算処理部情報は、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を含んでもよい。

　制御部２３０は、演算処理部情報に基づいて、ＵＥ１００に実行させるべき少なくとも１つの機能を選択する。第１実施形態において、複数の機能のそれぞれについて、実行に要する処理負荷の推定値である負荷推定値が規定されている。具体的には、機能を実行する際の処理負荷がモデリングされ、仕様により規定されている。制御部２３０は、負荷推定値（モデリングされた値）にさらに基づいて、ＵＥ１００に実行させるべき少なくとも１つの機能を選択する。

　図５は、第１実施形態に係る負荷推定値の具体例を示す図である。図５に示すように、ＮＡＩＣＳの負荷推定値として「５０」が規定されており、「Ｃａｔｅｇｏｒｙ　１０」の負荷推定値として「３０」が規定されており、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」の負荷推定値として「５０」が規定されている。図５に示すようなテーブルは、ｅＮＢ２００に事前設定されていてもよいし、コアネットワーク（ＥＰＣ２０）からｅＮＢ２００に適宜設定してもよい。

　例えば、制御部２３０は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び負荷推定値に基づいて、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を超えないように、ＵＥ１００に実行させるべき少なくとも１つの機能を選択する。具体的には、制御部２３０は、「ＵＥ　ｃａｐａｂｉｌｉｔｙ」中の機能の中からＵＥ１００に実行させるべき機能の候補を少なくとも１つ抽出し、抽出した候補に対応する負荷推定値を取得する。そして、制御部２３０は、取得した負荷推定値の合計が「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」に収まるように機能を選択する。その際、制御部２３０は、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」も考慮して、ＵＥ１００の処理余裕度又は未使用の演算処理リソースの量を算出してもよい。

　送信部２１０は、制御部２３０により選択した機能を示す情報をＵＥ１００に送信する。例えば、送信部２１０は、制御部２３０により選択した機能の設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。

　（動作シーケンス）
　以下において、第１実施形態に係る動作シーケンスについて説明する。

　（１）ＲＲＣ接続確立時の動作シーケンス
　図６は、ＲＲＣ接続確立時の動作シーケンスを示す図である。本シーケンスの初期状態においてＵＥ１００はアイドルモードである。

　図６に示すように、ステップＳ１０１において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをｅＮＢ２００に送信する。

　ステップＳ１０２において、ｅＮＢ２００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ」メッセージをＵＥ１００に送信する。

　ステップＳ１０３において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージをｅＮＢ２００に送信する。ＵＥ１００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージに含める。さらに、ＵＥ１００は、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージに含めてもよい。ｅＮＢ２００は、受信した「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージに含まれる「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を記憶する。

　なお、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」は、ＥＰＣ２０（ＨＳＳ等）で加入者情報と紐づけて管理されていてもよい。このため、ＵＥ１００は、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージに含めなくてもよい。

　ステップＳ１０３の結果、ＵＥ１００は、アイドルモードからコネクティッドモードに遷移する。

　ステップＳ１０４において、ｅＮＢ２００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージの受信に応じて、「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」をＭＭＥ３００に送信する。ｅＮＢ２００は、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」に含めてもよい。

　ステップＳ１０５において、ＭＭＥ３００は、「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」の受信に応じて、「ＩＮＩＴＩＡＬ　ＣＯＮＴＥＸＴ　ＳＥＴＵＰ」メッセージをｅＮＢ２００に送信する。「ＩＮＩＴＩＡＬ　ＣＯＮＴＥＸＴ　ＳＥＴＵＰ」メッセージは、「ＵＥ　ｃａｐａｂｉｌｉｔｙ」を含む。また、ＭＭＥ３００は、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」に含める。

　ステップＳ１０６において、ｅＮＢ２００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び／又は「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」に基づいて、ＵＥ１００に実行させるべき少なくとも１つの機能（Ｆｅａｔｕｒｅ）を選択する。

　ステップＳ１０７において、ｅＮＢ２００は、選択した少なくとも１つの機能からなるリスト（ｆｅａｔｕｒｅ　ｌｉｓｔ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。後述するように、ｅＮＢ２００は、メイン機能からなるプロファイルと共に、「ｆｅａｔｕｒｅ　ｌｉｓｔ」を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージに含めてもよい。

　ステップＳ１０８において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅ」メッセージをｅＮＢ２００に送信する。

　（２）ＲＲＣ接続中の動作シーケンス
　図７は、ＲＲＣ接続中の動作シーケンスを示す図である。図７の初期状態においてＵＥ１００はコネクティッドモードである。図７（Ａ）はＵＥ１００主導で機能を切り替えるパターンを示し、図７（Ｂ）はｅＮＢ２００主導で機能を切り替えるパターンを示す。

　図７（Ａ）に示すように、ステップＳ１５１Ａにおいて、ＵＥ１００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を含む「ＵＥ　Ａｓｓｉｓｔａｎｃｅ　ｉｎｆｏｒｍａｔｉｏｎ」をｅＮＢ２００に送信する。ＵＥ１００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」が変化したことに応じて、現時点の「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を含む「ＵＥ　Ａｓｓｉｓｔａｎｃｅ　ｉｎｆｏｒｍａｔｉｏｎ」をｅＮＢ２００に送信してもよい。

　ステップＳ１５２Ａにおいて、ｅＮＢ２００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び／又は「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」に基づいて、ＵＥ１００に実行させるべき少なくとも１つの機能（Ｆｅａｔｕｒｅ）を選択する。

　ステップＳ１５３Ａにおいて、ｅＮＢ２００は、選択した少なくとも１つの機能からなるリスト（ｆｅａｔｕｒｅ　ｌｉｓｔ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。

　図７（Ｂ）に示すように、ステップＳ１５１Ｂにおいて、ＵＥ１００は、無線状況のフィードバック等の情報をｅＮＢ２００に送信する。ｅＮＢ２００は、ＵＥ１００から受信した情報に基づいて、ＵＥ１００に実行させる機能の変更を決定する。

　ステップＳ１５２Ｂにおいて、ｅＮＢ２００は、予めＵＥ１００から受信している「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び／又は「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」に基づいて、ＵＥ１００に実行させるべき少なくとも１つの機能（Ｆｅａｔｕｒｅ）を選択する。

　ステップＳ１５３Ｂにおいて、ｅＮＢ２００は、選択した少なくとも１つの機能からなるリスト（ｆｅａｔｕｒｅ　ｌｉｓｔ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。

　（第１実施形態のまとめ）
　第１実施形態によれば、プロファイルに依存することなく、ＵＥ１００に備えられた演算処理部１３１の負荷状況又は属性に応じて、適切な機能をＵＥ１００に実行させることができる。よって、標準化作業の増大を回避しつつ、ＵＥ１００が実行する機能を柔軟に切り換え可能とすることができる。

　［第１実施形態の変更例１］
　上述した第１実施形態において、ｅＮＢ２００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び／又は「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」に基づいて選択した機能（Ｓｅｌｅｃｔｅｄ　ｆｅａｔｕｒｅ）の全てを含むリストをＵＥ１００に送信していた。

　しかしながら、ｅＮＢ２００は、ＵＥ１００に現在設定されている機能と「Ｓｅｌｅｃｔｅｄ　ｆｅａｔｕｒｅ」との差分をＵＥ１００に送信してもよい。例えば、ｅＮＢ２００は、「Ｓｅｌｅｃｔｅｄ　ｆｅａｔｕｒｅ」により選択した機能のうち、ＵＥ１００に現在設定されていない機能からなるリスト（Ａｄｄリスト）をＵＥ１００に送信してもよい。ｅＮＢ２００は、ＵＥ１００に現在設定されている機能のうち、「Ｓｅｌｅｃｔｅｄ　ｆｅａｔｕｒｅ」に含まれない機能からなるリスト（Ｄｅｌｅｔｅリスト）をＵＥ１００に送信してもよい。

　［第１実施形態の変更例２］
　上述した第１実施形態において、ｅＮＢ２００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を超えないように機能（Ｆｅａｔｕｒｅ）を選択していた。

　しかしながら、ｅＮＢ２００は、処理負荷が「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を超えた機能を選択してもよい。この場合、ＵＥ１００は、処理負荷が「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を超えた機能の設定情報を使用するか否かを所定の優先度に応じて決定してもよい。

　或いは、図８に示すように、ｅＮＢ２００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」又は「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を超えないように選択した機能を保証機能（Ｇｕａｒａｎｔｅｅｄ　ｆｅａｔｕｒｅ）、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を超える機能を非保証機能（Ｎｏｎ－ｇｕａｒａｎｔｅｅｄ　ｆｅａｔｕｒｅ）として区別して設定してもよい。図８においては、保証機能に相当する「Ｓｅｌｅｃｔｅｄ　ｆｅａｔｕｒｅ」からなるリスト（Ｓｅｌｅｃｔｅｄ　ｆｅａｔｕｒｅ　ｌｉｓｔ）と、保証機能からなるリスト（Ｎｏｎ－ｇｕａｒａｎｔｅｅｄ　ｆｅａｔｕｒｅ　ｌｉｓｔ）と、をｅＮＢ２００からＵＥ１００に送信する場合を例示している。

　［第２実施形態］
　第２実施形態について、第１実施形態との相違点を主として説明する。

　第２実施形態において、無線通信に関する複数の機能は、複数のプロファイルの何れかに分類される複数のメイン機能と、複数のプロファイルの何れにも分類されない複数のサブ機能と、を含む。図９は、メイン機能及びサブ機能を説明するための図である。

　図９（Ａ）に示すように、各プロファイルは、メイン機能の組み合わせにより構成される。ここでは、プロファイル１が「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」及びＤ２Ｄの組み合わせにより構成され、プロファイル２が「ＮＡＩＣＳ」及びＤ２Ｄの組み合わせにより構成され、プロファイル３が「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」及びＤ２Ｄの組み合わせにより構成される場合を例示している。また、複数のプロファイルのそれぞれについて、実行に要する処理負荷の推定値である負荷推定値が規定されている。具体的には、プロファイルを実行する際の処理負荷がモデリングされ、仕様により規定されている。

　図９（Ｂ）に示すように、サブ機能は、プロファイルに分類されていない機能である。ここでは、サブ機能として「ＩＤＣ　ｉｎｄｉｃａｔｉｏｎ」、「ＭＢＭＳ　ｓｅｒｖｉｃｅ　ｃｏｎｔｉｎｕｉｔｙ」、「Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ　Ｔｙｐｅ　１６」を例示している。また、複数のサブ機能のそれぞれについて、実行に要する処理負荷の推定値である負荷推定値が規定されている。具体的には、サブ機能を実行する際の処理負荷がモデリングされ、仕様により規定されている。

　本変更例において、ｅＮＢ２００は、ＵＥ１００に実行させるべき少なくとも１つの機能として、１つのプロファイル及び少なくとも１つのサブ機能を選択する。ＵＥ１００は、１つのプロファイルを示す情報及び少なくとも１つのサブ機能を示す情報をｅＮＢ２００から受信する。

　図１０は、第２実施形態に係る動作シーケンスを示す図である。本シーケンスの初期状態においてＵＥ１００はアイドルモードである。

　図１０に示すように、ステップＳ２０１において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをｅＮＢ２００に送信する。

　ステップＳ２０２において、ｅＮＢ２００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ」メッセージをＵＥ１００に送信する。

　ステップＳ２０３において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージをｅＮＢ２００に送信する。ＵＥ１００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージに含める。「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」とは、仕様により規定された複数のプロファイルのうちＵＥ１００が希望（提案）するプロファイルである。さらに、ＵＥ１００は、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージに含めてもよい。ステップＳ２０３の結果、ＵＥ１００は、アイドルモードからコネクティッドモードに遷移する。ｅＮＢ２００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を記憶する。

　ステップＳ２０４において、ｅＮＢ２００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージの受信に応じて、「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」をＭＭＥ３００に送信する。ｅＮＢ２００は、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」を「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」に含めてもよい。

　ステップＳ２０５において、ＭＭＥ３００は、「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」の受信に応じて、「ＩＮＩＴＩＡＬ　ＣＯＮＴＥＸＴ　ＳＥＴＵＰ」メッセージをｅＮＢ２００に送信する。「ＩＮＩＴＩＡＬ　ＣＯＮＴＥＸＴ　ＳＥＴＵＰ」メッセージは、「ＵＥ　ｃａｐａｂｉｌｉｔｙ」、「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」、「ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」を含む。「ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」とは、仕様により規定された複数のプロファイルである。

　ステップＳ２０６において、ｅＮＢ２００は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」及び「ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」に基づいて、仕様により規定された複数のプロファイルの中からＵＥ１００が希望するプロファイルを選択する。ここで、選択するプロファイルの負荷推定値が「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を超えないことが好ましい。

　ステップＳ２０７において、ｅＮＢ２００は、「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び／又は「Ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｂｉｌｉｔｙ」に基づいて、ＵＥ１００に実行させるべき少なくとも１つのサブ機能を選択する。

　ステップＳ２０８において、ｅＮＢ２００は、選択したプロファイル及び選択したサブ機能のリスト（ｓｕｂ－ｆｅａｔｕｒｅ　ｌｉｓｔ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。

　ステップＳ２０９において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅ」メッセージをｅＮＢ２００に送信する。

　なお、本変更例は、ＲＲＣ接続確立時の動作シーケンスに限らず、図７に示したＲＲＣ接続中のシーケンスにも適用可能である。

　［第３実施形態］
　第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。

　上述した第１実施形態において、ＵＥ１００の演算処理部１３１の全体を対象として各機能の処理負荷をモデリングしていた。しかしながら、演算装置が異なる場合には、一概にモデリングできない可能性がある。

　そこで、第３実施形態においては、ＵＥ１００の個別の演算処理部（すなわち、ＤＳＰ１３１ａ、ＣＰＵ１３１ｂ）を対象として処理負荷を判断可能とする。例えば、ＤＳＰ１３１ａが物理層の処理を実行し、ＣＰＵ１３１ｂがＲＲＣ層の処理を実行するような場合を想定する。図１１は、第３実施形態に係る動作を説明するための図である。

　図１１（Ａ）に示すように、ＵＥ１００は、ＤＳＰ１３１ａ及びＣＰＵ１３１ｂのそれぞれについて「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」をｅＮＢ２００に送信する。具体的には、ＤＳＰ１３１ａに対応する「ＤＳＰ　ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」と、ＣＰＵ１３１ｂに対応する「ＣＰＵ　ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」と、をｅＮＢ２００に送信する。ＵＥ１００は、演算処理部１３１の全体の「Ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」である「Ｏｖｅｒａｌｌ　ａｖａｉｌａｂｌｅ　ｃａｐａｃｉｔｙ」もｅＮＢ２００に送信してもよい。

　ｅＮＢ２００は、「ＤＳＰ　ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び「ＣＰＵ　ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」に基づいて、ＵＥ１００に実行させるべき少なくとも１つの機能を選択する。第３実施形態において、複数の機能のそれぞれについて、実行に要する処理負荷の推定値である負荷推定値がＤＳＰ・ＣＰＵ個別に規定されている。具体的には、ＤＳＰ・ＣＰＵのそれぞれについて、機能を実行する際の処理負荷がモデリングされ、仕様により規定されている。

　図１１（Ｂ）に示すように、例えば、ＮＡＩＣＳについて、ＤＳＰの負荷推定値として「８０」が規定され、かつ、ＣＰＵの処理負荷として「２０」が規定される。「Ｃａｔｅｇｏｒｙ　１０」について、ＤＳＰの負荷推定値として「２０」が規定され、かつ、ＣＰＵの処理負荷として「４０」が規定される。「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」について、ＤＳＰの負荷推定値として「１５」が規定され、かつ、ＣＰＵの処理負荷として「４０」が規定される。

　ｅＮＢ２００は、図１１（Ｂ）に示すようなテーブルに基づいて、「ＤＳＰ　ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」及び「ＣＰＵ　ａｖａｉｌａｂｌｅ　ｐｒｏｃｅｓｓｉｎｇ　ｃａｐａｃｉｔｙ」を超えないように、ＵＥ１００に実行させるべき少なくとも１つの機能を選択する。その他の動作については第１実施形態と同様である。

　なお、第３実施形態は、上述した第１実施形態の変更例１，２、又は、上述した第２実施形態と組み合わせてもよい。

　［第４実施形態］
　第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。

　第４実施形態において、ＵＥ１００は、演算処理部１３１のチップ型番を示す情報（チップ型番情報）を送信する。チップ型番情報は、演算処理部１３１の属性に関する演算処理部情報である。ｅＮＢ２００は、チップ型番情報に基づいて、ＵＥ１００に実行させるべき少なくとも１つの機能を選択する。

　図１２は、第４実施形態に係る動作シーケンスを示す図である。

　図１２に示すように、ステップＳ４０１において、ＵＥ１００は、チップ型番情報（Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ）をｅＮＢ２００に送信する。

　ステップＳ４０２において、ｅＮＢ２００は、「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」に基づいて、ＵＥ１００に実行させるべき少なくとも１つの機能を選択する。具体的には、「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」と機能との対応関係が規定されており、「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」に対応する機能を選択する。

　ステップＳ４０３において、ｅＮＢ２００は、選択した少なくとも１つの機能を実行するためのプログラムをＵＥ１００に送信する。当該プログラムは、必要となる機能だけを実装したものである。ＵＥ１００は、プログラムを受信する。ＵＥ１００は、演算処理部１３１によりプログラムを実行し、ｅＮＢ２００により選択された機能を実行する。

　或いは、ＵＥ１００にプログラムが事前設定されている場合、ｅＮＢ２００は、選択した少なくとも１つの機能を示す情報（識別子）のみをＵＥ１００に送信すればよい。

　［第５実施形態］
　第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。

　図１３は、第５実施形態に係る動作シーケンスを示す図である。

　図１３に示すように、ステップＳ５０１において、ＵＥ１００は、（ｅＮＢ２００を介して）チップ型番情報（Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ）をサーバ４００に送信する。或いは、「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」を取得したｅＮＢ２００が「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」をサーバ４００に送信してもよい。サーバ４００は、オペレータが管理するノード（オペレータネットワーク内のノード）ではなく、チップのベンダ等により管理されるサーバであってもよい。

　サーバ４００は、「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」に基づいて、ＵＥ１００に実行させるべきプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ）を選択する。具体的には、「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」とプロファイルとの対応関係が規定されており、「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」に対応する「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」を選択する。「Ｃｈｉｐ　ｍｏｄｅｌ　ｎｕｍｂｅｒ」とプロファイルとの対応関係は、更新されてもよい。

　ステップＳ５０２において、サーバ４００は、選択した「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」を（ｅＮＢ２００を介して）ＵＥ１００に送信する。ＵＥ１００は、自身のチップ（演算処理部１３１）に対応する「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」を記憶する。ｅＮＢ２００は、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」を取得してもよい。

　ステップＳ５０３において、ＵＥ１００は、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」をｅＮＢ２００に送信する。但し、ステップＳ５０３は省略してもよい。

　ステップＳ５０４において、ｅＮＢ２００は、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅ」の中から少なくとも１つのプロファイルを選択し、選択したプロファイルを示す情報をＵＥ１００に送信する。

　［第６実施形態乃至第１１実施形態の概要］
　上述した「プロファイル」を使用する技術においては、どのようにプロファイルを選択又は通知するのかについて明確でない。

　そこで、第６実施形態乃至第１１実施形態は、プロファイルを適切に選択又は通知可能な無線端末及び基地局を提供することを目的とする。

　第６実施形態に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記無線端末は、自無線端末がサポートする複数のプロファイルの中から、省電力モードに対応する特定のプロファイルを選択する制御部と、前記特定のプロファイルを示す推奨プロファイル情報を基地局に送信する送信部と、を備える。

　第６実施形態において、前記制御部は、前記省電力モードの適用指示を示すユーザ入力に応じて、前記特定のプロファイルを選択する。

　第６実施形態において、前記制御部は、自無線端末が車両に搭載される車載端末である場合において、前記車両の状態に応じて、前記特定のプロファイルを選択する。

　第６実施形態において、前記制御部は、前記複数のプロファイルのうち最も消費電力が低いプロファイルを前記特定のプロファイルとして選択する。

　第６実施形態において、前記送信部は、前記推奨プロファイル情報と共に、前記省電力モードを示す識別情報を前記基地局に送信する。

　第７実施形態に係る基地局は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記基地局は、無線端末のバッテリ残量に関するバッテリ情報を前記無線端末から受信する受信部と、前記バッテリ情報に基づいて、前記無線端末がサポートする複数のプロファイルの中から、前記無線端末に設定するプロファイルを選択する制御部と、を備える。

　第７実施形態において、前記制御部は、前記バッテリ情報に基づいて、前記無線端末に設定するプロファイルとして、省電力モードに対応する特定のプロファイルを選択する。

　第８実施形態に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記複数の機能は、無線通信の性能を示す端末カテゴリを含む。前記無線端末は、自無線端末がサポートする複数のプロファイルに共通する端末カテゴリを選択する制御部と、前記共通する端末カテゴリを示す推奨カテゴリ情報を基地局に送信する送信部と、を備える。

　第８実施形態において、前記共通する端末カテゴリが複数存在する場合において、前記送信部は、前記共通する端末カテゴリからなるリストを前記推奨カテゴリ情報として送信する。

　第８実施形態に係る基地局は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記複数の機能は、無線通信の性能を示す端末カテゴリを含む。前記基地局は、無線端末がサポートする複数のプロファイルに共通する端末カテゴリを示す推奨カテゴリ情報を前記無線端末から受信する受信部と、前記推奨カテゴリ情報に基づいて、前記共通する端末カテゴリを含む前記複数のプロファイルの中から、前記無線端末に設定するプロファイルを選択する制御部と、を備える。

　第８実施形態において、前記共通する端末カテゴリが複数存在する場合において、前記受信部は、前記共通する端末カテゴリからなるリストを前記推奨カテゴリ情報として受信する。

　第９実施形態に係る基地局は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記基地局は、無線端末が自基地局及び他の基地局と接続する二重接続通信を行う場合において、前記無線端末に設定する１又は複数のプロファイルの一部を前記他の基地局に通知する制御部を備える。

　第９実施形態において、前記基地局は、複数のプロファイル群を前記無線端末から受信する受信部を備える。前記複数のプロファイル群のそれぞれは、複数のプロファイルを含む。前記制御部は、前記二重接続通信を行う場合において、前記複数のプロファイル群の中から前記無線端末に設定するプロファイル群を選択し、該選択したプロファイル群に含まれる一部のプロファイルを前記他の基地局に通知する。

　第９実施形態の変更例において、前記制御部は、前記二重接続通信を行う場合において、前記無線端末がサポートする複数のプロファイルの中から前記無線端末に設定するプロファイルを選択し、該選択したプロファイルに含まれる一部の機能を前記他の基地局に通知する。

　第９実施形態に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記無線端末は、自無線端末が第１の基地局及び第２の基地局と接続する二重接続通信を行う場合において、複数のプロファイル群を前記第１の基地局に通知する制御部を備える。前記複数のプロファイル群のそれぞれは、自無線端末がサポートする複数のプロファイルを含む。

　第１０実施形態に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記無線端末は、自無線端末がサポートする全ての機能を示す機能情報、及び、自無線端末がサポートするプロファイルを示すプロファイル情報を基地局に送信する送信部を備える。前記プロファイル情報は、自無線端末がサポートする全ての機能のうち前記プロファイルに含まれない機能のみを含む。

　第１１実施形態に係る無線端末は、無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる。前記無線端末は、自無線端末がサポートする複数のプロファイルを示す複数のプロファイル情報と、前記複数のプロファイルに共通する機能を示す機能情報と、を基地局に送信する送信部を備える。前記複数のプロファイル情報のそれぞれは、前記共通する機能とは異なる機能を含む。

　［第６実施形態］
　（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ　ＵＥ　ｃａｐａｂｉｌｉｔｙ）
　ＵＥ１００は、無線通信に関する複数の機能をサポートする。無線通信に関する機能とは、仕様により規定された機能であって、例えば、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」、Ｄ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）、ＮＡＩＣＳ（Ｎｅｔｗｏｒｋ－Ａｓｓｉｓｔｅｄ　Ｉｎｔｅｒｆｅｒｅｎｃｅ　Ｃａｎｃｅｌｌａｔｉｏｎ　ａｎｄ　Ｓｕｐｐｒｅｓｓｉｏｎ）等である。無線通信に関する機能は、「ＵＥ　Ｃａｔｅｇｏｒｙ」を含んでもよい。また、無線通信に関する機能は、「Ｓｕｐｐｏｒｔ　Ｂａｎｄ　Ｃｏｍｂｉｎａｔｉｏｎ」を含んでもよい。以下において、無線通信に関する機能を適宜「Ｆｅａｔｕｒｅ」と称する。

　第６実施形態において、ＵＥ１００の処理性能を最大限に活用するために、現実的に同時実行し得る機能の組み合わせを仕様上「プロファイル」として規定し、ＵＥ１００に実行させるべき機能をプロファイル単位で柔軟に変更可能とする。例えば、プロファイル＃１が「Ｃａｔｅｇｏｒｙ　６」及びＮＡＩＣＳの組み合わせにより構成され、プロファイル＃２が「Ｃａｔｅｇｏｒｙ　７」及び「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」の組み合わせにより構成され、プロファイル＃３が「Ｃａｔｅｇｏｒｙ　１０」及びＤ２Ｄの組み合わせにより構成される。

　図１４は、プロファイルの初期取得シーケンスの一例を示す図である。本シーケンスの初期情報において、ＵＥ１００はコネクティッドモードである。

　図１４に示すように、ステップＳ１１において、ｅＮＢ２００は、「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｅｎｑｕｉｒｙ」メッセージをＵＥ１００に送信する。

　ステップＳ１２において、ＵＥ１００は、「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｅｎｑｕｉｒｙ」メッセージの受信に応じて、自身がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）を含む「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　ｉｎｆｏｒｍａｔｉｏｎ」メッセージをｅＮＢ２００に送信する。

　ステップＳ１３において、ｅＮＢ２００は、「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　ｉｎｆｏｒｍａｔｉｏｎ」メッセージの受信に応じて、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）を含む「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　ｉｎｆｏ　Ｉｎｄｉｃａｔｉｏｎ」メッセージをＭＭＥ３００に送信する。ＭＭＥ３００は、ＵＥ１００がネットワークからデタッチするまで、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の情報を保持する。また、ＭＭＥ３００は、ＵＥ１００がネットワークからデタッチすると、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の情報を破棄する。

　図１５は、プロファイルの初期設定シーケンスの一例を示す図である。本シーケンスの初期状態においてＵＥ１００はアイドルモードである。

　図１５に示すように、ステップＳ２１において、ＵＥ１００は、ｅＮＢ２００へのランダムアクセスを行う。

　ステップＳ２２において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをｅＮＢ２００に送信する。

　ステップＳ２３において、ｅＮＢ２００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ」メッセージをＵＥ１００に送信する。

　ステップＳ２４において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージをｅＮＢ２００に送信する。ここで、ＵＥ１００は、自身がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の中から１つのプロファイルを推奨プロファイル（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）として選択し、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージに含める。ステップＳ２４の結果、ＵＥ１００は、アイドルモードからコネクティッドモードに遷移する。

　ステップＳ２５において、ｅＮＢ２００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージの受信に応じて、「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」をＭＭＥ３００に送信する。

　ステップＳ２６において、ＭＭＥ３００は、「ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥ」の受信に応じて、「ＩＮＩＴＩＡＬ　ＣＯＮＴＥＸＴ　ＳＥＴＵＰ　ＲＥＱ．」メッセージをｅＮＢ２００に送信する。ここで、ＭＭＥ３００は、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の情報を「ＩＮＩＴＩＡＬ　ＣＯＮＴＥＸＴ　ＳＥＴＵＰ　ＲＥＱ．」メッセージに含める。ｅＮＢ２００は、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の情報を保持する。

　ステップＳ２７において、ｅＮＢ２００は、「Ｓｅｃｕｒｉｔｙ　Ｍｏｄｅ　Ｃｏｍｍａｎｄ」メッセージをＵＥ１００に送信する。

　ステップＳ２８において、ｅＮＢ２００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。ここで、ｅＮＢ２００は、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の中から選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージに含める。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を保持し、その後、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」に応じた無線通信を開始する。

　ステップＳ２９において、ＵＥ１００は、「Ｓｅｃｕｒｉｔｙ　Ｍｏｄｅ　Ｃｏｍｐｌｅｔｅ」メッセージをｅＮＢ２００に送信する。

　ステップＳ３０において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎ．　Ｒｅｃｏｎｆ．　Ｃｏｍｐｌｅｔｅ」メッセージをｅＮＢ２００に送信する。

　図１６は、ＲＲＣ接続中のプロファイル変更に係る動作シーケンスの一例を示す図である。図１６（Ａ）はｅＮＢ２００が開始するプロファイル変更シーケンスであり、図１６（Ｂ）はＵＥ１００が開始するプロファイル変更シーケンスである。

　図１６（Ａ）に示すように、ステップＳ４１において、ｅＮＢ２００は、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の中から１つのプロファイルを選択する。そして、ｅＮＢ２００は、選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージによりをＵＥ１００に送信する。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」のＣｏｎｆｉｇｕｒａｔｉｏｎに基づいてプロファイルを変更する。

　図１６（Ｂ）に示すように、ステップＳ５１において、ＵＥ１００は、自身が選択したプロファイルを推奨プロファイル（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）を含む「ＵＬ　Ｉｎｄｉｃａｔｉｏｎ」メッセージをｅＮＢ２００に送信する。

　ステップＳ５２において、ｅＮＢ２００は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージによりＵＥ１００に送信する。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」のＣｏｎｆｉｇｕｒａｔｉｏｎに基づいてプロファイルを変更する。

　（無線端末）
　以下において、第６実施形態に係るＵＥ１００（無線端末）について説明する。図１７は、ＵＥ１００のブロック図である。図１７に示すように、ＵＥ１００は、受信部１１０、送信部１２０、制御部１３０、ユーザインターフェイス１４０、及びバッテリ１５０を備える。

　制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、演算処理部１３１を含む。制御部１３０は、メモリ（不図示）をさらに含む。演算処理部１３１は、ベースバンド信号の変調・復調及び符号化・復号等を行うデジタル信号プロセッサ（ＤＳＰ）１３１ａと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１３１ｂと、を含む。演算処理部１３１は、音声・映像信号の符号化・復号を行うコーデックをさらに含んでもよい。制御部１３０は、各種の処理及び各種の通信プロトコルを実行する。

　ユーザインターフェイス１４０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１４０は、ユーザからの操作を受け付けて、該操作の内容を示す信号を制御部１３０に出力する。

　バッテリ１５０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。バッテリ１５０に蓄えられた電力の量又は割合を「バッテリ残量」と称する。

　このように構成されたＵＥ１００は、無線通信に関する複数の機能を含むプロファイルが規定されたＬＴＥシステムにおいて用いられる。

　第６実施形態に係るＵＥ１００において、制御部１３０は、自ＵＥ１００がサポートする複数のプロファイルの中から、省電力モードに対応する特定のプロファイルを選択する。送信部１２０は、選択された特定のプロファイルを示す推奨プロファイル情報（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）をｅＮＢ２００に送信する。そして、受信部１１０は、ｅＮＢ２００からプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信する。制御部１３０は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」のＣｏｎｆｉｇｕｒａｔｉｏｎに基づいてプロファイルを初期設定又は変更する。

　第６実施形態において、制御部１３０は、省電力モードの適用指示を示すユーザ入力に応じて、特定のプロファイルを選択する。例えば、省電力モードの適用指示を示すユーザ入力をユーザインターフェイス１４０が受け付けた場合、省電力モードに対応する特定のプロファイルを選択する。制御部１３０は、バッテリ残量に基づいて、省電力モードの適用指示を促すための表示をユーザインターフェイス１４０に実行させてもよい。

　或いは、制御部１３０は、ＵＥ１００が車両に搭載される車載端末である場合において、車両の状態に応じて、特定のプロファイルを選択する。例えば、車両のエンジンが停止している場合、省電力モードに対応する特定のプロファイルを選択する。なお、ＵＥ１００が車載端末である場合、ＵＥ１００は、ユーザインターフェイス１４０及びバッテリ１５０を備えていなくてもよい。

　第６実施形態において、制御部１３０は、複数のプロファイルのうち最も消費電力が低いプロファイルを特定のプロファイルとして選択する。或いは、制御部１３０は、省電力モード用のプロファイルであるとして事前設定されたプロファイルを特定のプロファイルとして選択してもよい。省電力モード用のプロファイルには、省電力モードを示す識別情報が付与されてもよい。

　第６実施形態において、送信部１２０は、推奨プロファイル情報（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）と共に、省電力モードを示す識別情報をｅＮＢ２００に送信してもよい。例えば、送信部１２０は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を含む「ＵＬ　Ｉｎｄｉｃａｔｉｏｎ」メッセージに、省電力モードを示す識別情報を含める。さらに、送信部１２０は、緊急度（優先度）を示す情報を送信してもよい。或いは、送信部１２０は、「ＵＬ　Ｉｎｄｉｃａｔｉｏｎ」メッセージよりも強制力のあるメッセージ（適用要求メッセージ）により送信してもよい。当該情報又は当該メッセージは、例えば上位レイヤ（ＮＡＳ、ユーザ）からの要求であるか否かを示してもよい。ｅＮＢ２００は、当該情報又は当該メッセージにより、当該ＵＥ１００及び／又は他ＵＥとの通信状況を勘案し、適用するプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）を決定することができる。

　（基地局）
　以下において、第６実施形態に係るｅＮＢ２００（基地局）について説明する。図１８は、ｅＮＢ２００のブロック図である。図１８に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

　このように構成されたｅＮＢ２００において、受信部２２０は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を含む「ＵＬ　Ｉｎｄｉｃａｔｉｏｎ」メッセージをＵＥ１００から受信する。制御部２３０は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて、ＵＥ１００に設定するプロファイルを選択する。省電力モードを示す識別情報が「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」に付与されている場合、制御部１３０は、ＵＥ１００に設定するプロファイルとして「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を選択することが好ましい。送信部２１０は、選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００に送信する。

　（無線端末の動作フローの一例）
　図１９は、第６実施形態に係るＵＥ１００の動作フローの一例を示す図である。本動作フローにおいては、ＵＥ１００のＡＳエンティティを中心とした動作を示す。ＡＳエンティティの機能は制御部１３０により実行される。

　図１９に示すように、ステップＳ１０１において、ＡＳエンティティは、省電力モード（ＥＣＯ　ｍｏｄｅ）の適用指示を例えばＮＡＳエンティティから受け付ける。「ＥＣＯ　ｍｏｄｅ」の適用指示は、ユーザ入力又は車両の状態等に基づく。

　ステップＳ１０２において、ＡＳエンティティは、「ＥＣＯ　ｍｏｄｅ」に対応する特定のプロファイルを選択する。「ＥＣＯ　ｍｏｄｅ」に対応する特定のプロファイルとは、省電力モードを示す識別情報（ＥＣＯ　ｍｏｄｅ　ｆｌａｇ）が付与されたプロファイルである。或いは、「ＥＣＯ　ｍｏｄｅ」に対応する特定のプロファイルとは、ＵＥ１００がサポートする複数のプロファイルのうち最も消費電力が低いプロファイルである。

　ステップＳ１０３において、ＡＳエンティティは、「ＥＣＯ　ｍｏｄｅ」に対応する特定のプロファイルをｅＮＢ２００に通知する。

　ｅＮＢ２００から、「ＥＣＯ　ｍｏｄｅ」に対応する特定のプロファイルの適用可能であることを示す応答（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ等）があった場合（ステップＳ１０４：Ｙｅｓ）、ステップＳ１０５において、ＡＳエンティティは、「ＥＣＯ　ｍｏｄｅ」を適用する旨をＮＡＳエンティティに通知する。

　上述したように、第６実施形態によれば、プロファイルを利用して、ＵＥ１００の消費電力を削減することができる。

　［第７実施形態］
　第７実施形態について、第６実施形態との相違点を主として説明する。

　（無線端末）
　第７実施形態に係るＵＥ１００の送信部１２０は、バッテリ残量に関するバッテリ情報をｅＮＢ２００に送信する。バッテリ情報は、バッテリ残量を示す値であってもよいし、バッテリ残量が閾値を下回ったことを示す情報であってもよい。

　（基地局）
　第７実施形態に係るｅＮＢ２００の受信部２２０は、ＵＥ１００のバッテリ残量に関するバッテリ情報をＵＥ１００から受信する。制御部２３０は、バッテリ情報に基づいて、ＵＥ１００がサポートする複数のプロファイルの中から、ＵＥ１００に設定するプロファイルを選択する。制御部２３０は、バッテリ情報に基づいて、ＵＥ１００に設定するプロファイルとして、省電力モード（ＥＣＯ　ｍｏｄｅ）に対応する特定のプロファイルを選択する。上述したように、「ＥＣＯ　ｍｏｄｅ」に対応する特定のプロファイルとは、省電力モードを示す識別情報（ＥＣＯ　ｍｏｄｅ　ｆｌａｇ）が付与されたプロファイル、又は、ＵＥ１００がサポートする複数のプロファイルのうち最も消費電力が低いプロファイルである。

　（動作シーケンスの一例）
　図２０は、第７実施形態に係る動作シーケンスの一例を示す図である。

　図２０に示すように、ステップＳ２０１において、ＵＥ１００は、バッテリ情報に基づいて、ユーザにプロファイル変更を促す表示を行う。但し、ステップＳ２０１は必須ではなく、省略してもよい。

　ステップＳ２０２において、ＵＥ１００は、バッテリ残量に関するバッテリ情報をｅＮＢ２００に送信する。

　ステップＳ２０３において、ｅＮＢ２００は、バッテリ情報に基づいて、ＵＥ１００がサポートする複数のプロファイルの中から、ＵＥ１００に設定するプロファイルを選択する。ここでは、プロファイルを変更する場合を想定しているが、プロファイルを初期設定する場合にも本シーケンスを適用可能である。プロファイルを初期設定する場合においては、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージにバッテリ情報を含めてもよい。

　ステップＳ２０４において、ｅＮＢ２００は、選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。

　上述したように、第７実施形態によれば、プロファイルを利用して、ＵＥ１００の消費電力を削減することができる。

　［第８実施形態］
　第８実施形態について、第６実施形態及び第７実施形態との相違点を主として説明する。

　（無線端末）
　第８実施形態に係るＵＥ１００において、制御部２３０は、自ＵＥ１００がサポートする複数のプロファイルに共通する「ＵＥ　ｃａｔｅｇｏｒｙ」（端末カテゴリ）を選択する。「ＵＥ　ｃａｔｅｇｏｒｙ」は、無線通信の性能を示す情報である。送信部１２０は、共通する「ＵＥ　ｃａｔｅｇｏｒｙ」を示す推奨カテゴリ情報（Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ）をｅＮＢ２００に送信する。

　例えば、ＵＥ１００が少なくともプロファイル＃１乃至＃３をサポートする場合を想定する。プロファイル＃１が「ＵＥ　ｃａｔｅｇｏｒｙ　１０」及び「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を含み、プロファイル＃２が「ＵＥ　ｃａｔｅｇｏｒｙ　１０」及びＮＡＩＣＳを含み、プロファイル＃３が「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」及びＮＡＩＣＳを含む。この場合、制御部２３０は、プロファイル＃１及びプロファイル＃２において共通する「ＵＥ　ｃａｔｅｇｏｒｙ」である「ＵＥ　ｃａｔｅｇｏｒｙ　１０」を選択する。そして、送信部１２０は、「ＵＥ　ｃａｔｅｇｏｒｙ　１０」を「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ」としてｅＮＢ２００に送信する。

　制御部１３０は、共通する「ＵＥ　ｃａｔｅｇｏｒｙ」が複数存在する場合において、共通する複数の「ＵＥ　ｃａｔｅｇｏｒｙ」を選択してもよい。この場合、送信部１２０は、共通する複数の「ＵＥ　ｃａｔｅｇｏｒｙ」からなるリスト（Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ　ｌｉｓｔ）を推奨カテゴリ情報として送信する。また、送信部１２０は、ｅＮＢ２００がプロファイルを選択する際に参照可能な情報をｅＮＢ２００にさらに送信してもよい。このような情報は、例えば、ＵＥ１００（制御部１３０）において実行されているアプリケーションの種類又はＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）等、又は、ＵＥ１００（制御部１３０）の負荷状況若しくは処理性能等である。

　或いは、制御部１３０は、共通する「ＵＥ　ｃａｔｅｇｏｒｙ」が複数存在する場合において、共通する複数の「ＵＥ　ｃａｔｅｇｏｒｙ」のうち１つの「ＵＥ　ｃａｔｅｇｏｒｙ」を選択してもよい。例えば、ＵＥ１００（制御部１３０）において実行されているアプリケーションの種類又はＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）等に基づいて、１つの「ＵＥ　ｃａｔｅｇｏｒｙ」を選択する。この場合、送信部１２０は、選択された１つの「ＵＥ　ｃａｔｅｇｏｒｙ」を「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ」としてｅＮＢ２００に送信する。

　（基地局）
　第８実施形態に係るｅＮＢ２００において、受信部２２０は、ＵＥ１００がサポートする複数のプロファイルに共通する「ＵＥ　ｃａｔｅｇｏｒｙ」を示す推奨カテゴリ情報（Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ）をＵＥ１００から受信する。制御部２３０は、「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ」に基づいて、共通する「ＵＥ　ｃａｔｅｇｏｒｙ」を含む複数のプロファイルの中から、ＵＥ１００に設定するプロファイルを選択する。上述した例においては、「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ」が「ＵＥ　ｃａｔｅｇｏｒｙ　１０」であるため、制御部２３０は「ＵＥ　ｃａｔｅｇｏｒｙ　１０」を含むプロファイル＃１及び＃２の中から、ＵＥ１００に設定するプロファイルを選択する。

　或いは、受信部２２０は、共通する複数の「ＵＥ　ｃａｔｅｇｏｒｙ」からなるリスト（Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ　ｌｉｓｔ）を推奨カテゴリ情報として受信してもよい。制御部２３０は、「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ　ｌｉｓｔ」に基づいて、共通する複数の「ＵＥ　ｃａｔｅｇｏｒｙ」の何れかを含む複数のプロファイルの中から、ＵＥ１００に設定するプロファイルを選択する。

　（動作シーケンスの一例）
　図２１は、第８実施形態に係る動作シーケンスの一例を示す図である。図２１（Ａ）は、第８実施形態に係る動作シーケンスのパターン１を示す。

　図２１（Ａ）に示すように、ステップＳ３０１Ａにおいて、ＵＥ１００は、「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ」をｅＮＢ２００に送信する。

　ステップＳ３０２Ａにおいて、ｅＮＢ２００は、「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ」に基づいて、ＵＥ１００に設定するプロファイルを選択する。

　ステップＳ３０３Ａにおいて、ｅＮＢ２００は、選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」のＣｏｎｆｉｇｕｒａｔｉｏｎに基づいてプロファイルを初期設定又は変更する。

　図２１（Ｂ）は、第８実施形態に係る動作シーケンスのパターン２を示す。

　ステップＳ３０１Ｂにおいて、ＵＥ１００は、「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ　ｌｉｓｔ」をｅＮＢ２００に送信する。

　ステップＳ３０２Ｂにおいて、ｅＮＢ２００は、「Ｓｕｇｇｅｓｔｅｄ　ｃａｔｅｇｏｒｙ　ｌｉｓｔ」に基づいて、ＵＥ１００に設定するプロファイルを選択する。

　ステップＳ３０３Ｂにおいて、ｅＮＢ２００は、選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」のＣｏｎｆｉｇｕｒａｔｉｏｎに基づいてプロファイルを初期設定又は変更する。

　上述したように、ＵＥ１００は、自ＵＥ１００がサポートする複数のプロファイルに共通する「ＵＥ　ｃａｔｅｇｏｒｙ」を推奨カテゴリ情報としてｅＮＢ２００に送信する。ＵＥ１００において「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」又はＮＡＩＣＳといった個別の機能を選択することは困難であるのに対し、希望する無線通信の性能（ＵＥ　ｃａｔｅｇｏｒｙ）を選択することは比較的容易である。よって、複数のプロファイルに共通する「ＵＥ　ｃａｔｅｇｏｒｙ」を推奨カテゴリ情報としてｅＮＢ２００に送信することにより、ＵＥ１００におけるプロファイル選択を円滑化することができる。また、ｅＮＢ２００側における選択の自由度を高めることができる。

　［第９実施形態］
　第９実施形態について、第６実施形態乃至第８実施形態との相違点を主として説明する。第９実施形態は、ＵＥ１００が２つのｅＮＢ２００と接続する二重接続通信（Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ）を行う場合の実施形態である。

　（Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ）
　「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」において、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）のみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）は、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢは、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢは、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。ＭｅＮＢとＳｅＮＢとの間の通信にはＸ２インターフェイスが使用される。

　ＵＥ１００は、ＭｅＮＢが管理するＮ個のセル及びＳｅＮＢが管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。ＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ＭｅＮＢが管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢが管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。

　（基地局）
　第９実施形態に係るｅＮＢ２００において、制御部２３０は、ＵＥ１００が自ｅＮＢ２００及び他のｅＮＢ２００と接続する「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を行う場合において、ＵＥ１００に設定する１又は複数のプロファイルの一部を他のｅＮＢ２００に通知する。第９実施形態において、自ｅＮＢ２００はＭｅＮＢであり、他のｅＮＢ２００はＳｅＮＢである。

　具体的には、受信部２２０は、複数のプロファイル群をＵＥ１００から受信する。複数のプロファイル群のそれぞれは、複数のプロファイルを含む。制御部２３０は、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を行う場合において、複数のプロファイル群の中からＵＥ１００に設定するプロファイル群を選択し、選択したプロファイル群に含まれる一部のプロファイルを他のｅＮＢ２００（ＳｅＮＢ）に通知する。選択したプロファイル群において、他のｅＮＢ２００（ＳｅＮＢ）に通知される一部のプロファイルは、他のｅＮＢ２００（ＳｅＮＢ）により使用される。

　（無線端末）
　第９実施形態に係るＵＥ１００において、制御部１３０は、自ＵＥ１００が第１のｅＮＢ２００（ＭｅＮＢ）及び第２のｅＮＢ２００（ＳｅＮＢ）と接続する「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を行う場合において、複数のプロファイル群を第１のｅＮＢ２００（ＭｅＮＢ）に通知する。

　（動作シーケンスの一例）
　図２２は、第９実施形態に係る動作シーケンスの一例を示す図である。

　図２２に示すように、ステップＳ４０１において、ＭｅＮＢ２００－１は、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」のためのプロファイル問い合わせ（Ｐｒｏｆｉｌｅ　ｉｎｑｕｉｒｙ）をＵＥ１００に送信する。

　ステップＳ４０２において、ＵＥ１００は、「Ｐｒｏｆｉｌｅ　ｉｎｑｕｉｒｙ」の受信に応じて、複数のプロファイル群からなるリスト（Ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ　ｌｉｓｔ）をＭｅＮＢ２００－１に送信する。図２２の例において、「Ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ　ｌｉｓｔ」は、「ｐｒｏｆｉｌｅ　１」及び「ｐｒｏｆｉｌｅ　２」を含む第１のプロファイル群と、「ｐｒｏｆｉｌｅ　２」及び「ｐｒｏｆｉｌｅ　３」を含む第２のプロファイル群と、を含む。

　ステップＳ４０３において、ＭｅＮＢ２００－１は、「Ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ　ｌｉｓｔ」のうち何れか１つのプロファイル群（ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ）を選択する。また、ＭｅＮＢ２００－１は、選択した「ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ」に含まれる一部のプロファイルをＳｅＮＢ２００－２に実行させることを決定し、選択した「ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ」に含まれる他のプロファイルを自ｅＮＢ（ＭｅＮＢ２００－１）が実行することを決定する。すなわち、選択した「ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ」を２つに分割し、ＭｅＮＢ２００－１及びＳｅＮＢ２００－２で分担することを決定する。

　ステップＳ４０４において、ＭｅＮＢ２００－１は、選択した「ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ」に含まれる一部のプロファイルを含む「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをＳｅＮＢ２００－２に送信する。「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージは、ＵＥ１００にリソースを割り当てるようＳｅＮＢ２００－２に要求するためのメッセージである。

　ステップＳ４０５において、ＳｅＮＢ２００－２は、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ　Ａｃｋ」メッセージをＭｅＮＢ２００－１に送信する。また、ＳｅＮＢ２００－２は、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージに含まれるプロファイルをＵＥ１００との通信に使用する。

　ステップＳ４０６において、ＭｅＮＢ２００－１は、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ　Ａｃｋ」メッセージの受信に応じて、ステップＳ４０３において選択した「ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ」の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。ＵＥ１００は、当該Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、「ｐｒｏｆｉｌｅ　ｃｏｍｂｉｎａｔｉｏｎ」を使用してＭｅＮＢ２００－１及びＳｅＮＢ２００－２との通信を行う。

　本シーケンスにおいて、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージに代えて「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージを使用し、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ　Ａｃｋ」に代えて「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ａｃｋ」メッセージを使用してもよい。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージは、ＵＥ１００に対するリソース設定を変更するようＳｅＮＢ２００－２に要求するためのメッセージである。

　上述したように、第９実施形態によれば、ＭｅＮＢ２００－１及びＳｅＮＢ２００－２において異なるプロファイルを使用する「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を実現することができる。

　［第９実施形態の変更例］
　第９実施形態の変更例において、ｅＮＢ２００（ＭｅＮＢ２００－１）の制御部２３０は、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を行う場合において、ＵＥ１００がサポートする複数のプロファイルの中からＵＥ１００に設定するプロファイルを選択し、該選択したプロファイルに含まれる一部の機能（ｆｅａｔｕｒｅ）を他のｅＮＢ２００（ＳｅＮＢ２００－２）に通知する。

　図２３は、第９実施形態の変更例に係る動作シーケンスの一例を示す図である。

　図２３に示すように、ステップＳ４５１において、ＭｅＮＢ２００－１は、ＵＥ１００がサポートする複数のプロファイル（ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）を把握する。ＭｅＮＢ２００－１は、ＵＥ１００がサポートする複数のプロファイルの中からＵＥ１００に設定するプロファイルを選択する。

　ステップＳ４５２において、ＭｅＮＢ２００－１は、選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）に含まれる一部の機能を他のｅＮＢ（ＳｅＮＢ２００－２）に実行させることを決定し、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」に含まれる他の機能を自ｅＮＢ（ＭｅＮＢ２００－１）が実行することを決定する。すなわち、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を２つに分割（ｓｐｌｉｔ）し、ＭｅＮＢ２００－１及びＳｅＮＢ２００－２で分担することを決定する。

　ステップＳ４５３において、ＭｅＮＢ２００－１は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」に含まれる一部の機能を含む「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをＳｅＮＢ２００－２に送信する。

　ステップＳ４５４において、ＳｅＮＢ２００－２は、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ　Ａｃｋ」メッセージをＭｅＮＢ２００－１に送信する。また、ＳｅＮＢ２００－２は、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージに含まれる機能をＵＥ１００との通信に使用する。

　ステップＳ４５５において、ＭｅＮＢ２００－１は、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ　Ａｃｋ」メッセージの受信に応じて、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。ＵＥ１００は、当該Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を使用してＭｅＮＢ２００－１及びＳｅＮＢ２００－２との通信を行う。

　上述したように、第９実施形態によれば、ＭｅＮＢ２００－１及びＳｅＮＢ２００－２において異なる機能（ｆｅａｔｕｒｅ）を使用する「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を実現することができる。

　［第１０実施形態］
　第１０実施形態について、第６実施形態乃至第９実施形態との相違点を主として説明する。第１０実施形態は、プロファイルの表現形式に関する実施形態である。

　（無線端末）
　第１０実施形態に係るＵＥ１００において、送信部１２０は、自ＵＥ１００がサポートする全ての機能を示す機能情報、及び、自ＵＥ１００がサポートするプロファイルを示すプロファイル情報をｅＮＢ２００に送信する。プロファイル情報は、自ＵＥ１００がサポートする全ての機能のうちプロファイルに含まれない機能のみを含む。

　例えば、自ＵＥ１００がサポートする全ての機能を示す機能情報（ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ）が、（Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ）の各機能を含むと仮定する。また、プロファイル＃１が（Ａ，Ｂ，Ｃ，Ｄ）の各機能を含み、プロファイル＃２が（Ｂ，Ｅ，Ｆ，Ｇ）の各機能を含むと仮定する。この場合、プロファイル＃１を示すプロファイル情報は、自ＵＥ１００がサポートする全ての機能のうちプロファイル＃１に含まれない（Ｅ，Ｆ，Ｇ）の各機能を含む。また、プロファイル＃２を示すプロファイル情報は、自ＵＥ１００がサポートする全ての機能のうちプロファイル＃２に含まれない（Ａ，Ｃ，Ｄ）の各機能を含む。

　このような形式でプロファイルをＵＥ１００からｅＮＢ２００に通知することにより、プロファイル情報の情報量の削減を図ることができる。特に、各プロファイルにおける不要な機能が少なく、かつ、多数のプロファイルをｅＮＢ２００に通知する場合（例えば、図１４に示したプロファイルの初期取得シーケンス）において有用である。

　（基地局）
　第１０実施形態に係るｅＮＢ２００において、受信部２２０は、ＵＥ１００がサポートする全ての機能を示す機能情報（ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ）、及び、ＵＥ１００がサポートするプロファイルを示すプロファイル情報をＵＥ１００から受信する。プロファイル情報は、ＵＥ１００がサポートする全ての機能のうちプロファイルに含まれない機能のみを含む。制御部２３０は、「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ」及びプロファイル情報に基づいて、ＵＥ１００がサポートするプロファイル（に含まれる各機能）を特定する。

　上述した例においては、プロファイル＃１を示すプロファイル情報は（Ｅ，Ｆ，Ｇ）の各機能を含むため、制御部２３０は、「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ」のうち（Ｅ，Ｆ，Ｇ）以外の機能である（Ａ，Ｂ，Ｃ，Ｄ）がプロファイル＃１に含まれると判断する。また、プロファイル＃２を示すプロファイル情報は（Ａ，Ｃ，Ｄ）の各機能を含むため、制御部２３０は、「ＵＥ－ＥＵＴＲＡ－Ｃａｐａｂｉｌｉｔｙ」のうち（Ａ，Ｃ，Ｄ）以外の機能である（Ｂ，Ｅ，Ｆ，Ｇ）がプロファイル＃２に含まれると判断する。

　［第１１実施形態］
　第１１実施形態について、第６実施形態乃至第１０実施形態との相違点を主として説明する。第１１実施形態は、プロファイルの表現形式に関する実施形態である。

　（無線端末）
　第１１実施形態に係るＵＥ１００において、送信部１２０は、自ＵＥ１００がサポートする複数のプロファイルを示す複数のプロファイル情報と、当該複数のプロファイルに共通する機能を示す機能情報と、をｅＮＢ２００に送信する。当該複数のプロファイル情報のそれぞれは、共通する機能とは異なる機能を含む。

　例えば、プロファイル＃１が（Ａ，Ｂ，Ｃ，Ｄ）の各機能を含み、プロファイル＃２が（Ａ，Ｂ，Ｆ，Ｇ）の各機能を含むと仮定する。プロファイル＃１及びプロファイル＃２において、（Ａ，Ｂ）の機能が共通する。このような機能を「ｂａｓｅｌｉｎｅ　ｃａｐａｂｉｌｉｔｙ」と称する。

　この場合、複数のプロファイルに共通する機能を示す機能情報は、（Ａ，Ｂ）の各機能を含む。プロファイル＃１を示すプロファイル情報は、「ｂａｓｅｌｉｎｅ　ｃａｐａｂｉｌｉｔｙ」に含まれない（Ｃ，Ｄ）の各機能を含む。また、プロファイル＃２を示すプロファイル情報は、「ｂａｓｅｌｉｎｅ　ｃａｐａｂｉｌｉｔｙ」に含まれない（Ｆ，Ｇ）の各機能を含む。

　このような形式でプロファイルをＵＥ１００からｅＮＢ２００に通知することにより、プロファイル情報の情報量の削減を図ることができる。

　（基地局）
　第１１実施形態に係るｅＮＢ２００において、受信部２２０は、ＵＥ１００がサポートする複数のプロファイルを示す複数のプロファイル情報と、当該複数のプロファイルに共通する機能を示す機能情報と、をＵＥ１００から受信する。当該複数のプロファイル情報のそれぞれは、共通する機能とは異なる機能を含む。

　上述した例においては、「ｂａｓｅｌｉｎｅ　ｃａｐａｂｉｌｉｔｙ」を示す機能情報は、（Ａ，Ｂ）の各機能を含む。プロファイル＃１を示すプロファイル情報は、「ｂａｓｅｌｉｎｅ　ｃａｐａｂｉｌｉｔｙ」に含まれない（Ｃ，Ｄ）の各機能を含む。また、プロファイル＃２を示すプロファイル情報は、「ｂａｓｅｌｉｎｅ　ｃａｐａｂｉｌｉｔｙ」に含まれない（Ｆ，Ｇ）の各機能を含む。この場合、制御部２３０は、（Ａ，Ｂ）の各機能と（Ｃ，Ｄ）の各機能とを合せた（Ａ，Ｂ，Ｃ，Ｄ）がプロファイル＃１に含まれると判断する。また、（Ａ，Ｂ）の各機能と（Ｆ，Ｇ）の各機能とを合せた（Ａ，Ｂ，Ｆ，Ｇ）がプロファイル＃２に含まれると判断する。

　［その他の変更例］
　上述した第９実施形態において、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」における動作を説明したが、当該動作を「Ｃａｒｒｉｅｒ　Ａｇｇｒｅｇａｔｉｏｎ」に応用してもよい。例えば、ＣＣ（コンポーネントキャリア、周波数）毎に、サポートできる機能（ｆｅａｔｕｒｅ）が異なる場合において、ＣＣごとに機能を異ならせることができる。例えば、８００ＭＨｚではＮＡＩＣＳが可能であるが、３．５ＧＨｚではＮＡＩＣＳが適用不可（但し、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」は適用可能）といった場合に有用である。

　［第１２実施形態乃至第１４実施形態の概要］
　プロファイルを何らの制限もなく変更可能とすると、通信に悪影響をもたらす懸念がある。

　そこで、第１２実施形態乃至第１４実施形態は、プロファイル変更による悪影響を低減可能とする無線端末及び基地局を提供することを目的とする。

　第１２実施形態に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、自無線端末が選択したプロファイルへの変更を要求するためのプロファイル変更要求を基地局に送信する送信部と、所定の条件が満たされるまで、前記プロファイル変更要求の送信が禁止された禁止状態を維持し、前記所定の条件が満たされると前記禁止状態を解除する制御部と、を備える。

　第１２実施形態において、前記所定の条件は、前記プロファイル変更要求を前回送信してからの経過時間が時間閾値を超えたという条件である。

　第１２実施形態において、前記時間閾値は、前記基地局により指定される。

　第１２実施形態の変更例において、前記所定の条件は、自無線端末の負荷状況が負荷状況閾値を超えた又は下回ったという条件である。

　第１２実施形態の変更例において、前記負荷状況閾値は、前記基地局により指定される。

　第１２実施形態の変更例において、前記所定の条件は、自無線端末の無線状況が無線状況閾値を超えた又は下回ったという条件である。

　第１２実施形態の変更例において、前記無線状況閾値は、前記基地局により指定される。

　第１２実施形態に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、所定の条件を定める閾値を無線端末に送信する送信部と、前記無線端末が選択したプロファイルへの変更を要求するためのプロファイル変更要求を前記無線端末から受信する受信部と、を備える。前記所定の条件は、前記無線端末において前記プロファイル変更要求の送信が禁止される禁止状態を解除する条件である。

　第１２実施形態において、前記閾値は、時間閾値であり、前記所定の条件は、前記プロファイル変更要求を前回送信してからの経過時間が前記時間閾値を超えたという条件である。

　第１２実施形態の変更例１において、前記閾値は、負荷状況閾値であり、前記所定の条件は、前記無線端末における負荷状況が負荷状況閾値を超えた又は下回ったという条件である。

　第１２実施形態の変更例２において、前記閾値は、無線状況閾値であり、前記所定の条件は、前記無線端末における無線状況が前記無線状況閾値を超えた又は下回ったという条件である。

　第１３実施形態に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、第１のプロファイルが設定されている場合において、第２のプロファイルへの変更要求を基地局に送信する、又は前記基地局から前記第２のプロファイルへの変更要求を受信する通信部と、前記変更要求を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える。

　第１３実施形態において、前記制御部は、前記第１のタイミングから前記規定時間内に、前記第２のプロファイルに変更するために必要な処理を行う。

　第１３実施形態において、前記必要な処理は、前記第２のプロファイルの設定パラメータに変更するパラメータ変更である。前記制御部は、前記パラメータ変更について前記基地局から通知されなくても、前記第２のプロファイルの設定パラメータに変更する。

　第１３実施形態において、前記制御部は、前記第１のタイミングから前記規定時間が経過するまで、前記基地局とのデータ送受信を中止する。

　第１３実施形態に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、第１のプロファイルが設定されている無線端末に対して第２のプロファイルへの変更要求を送信する、又は前記無線端末から前記第２のプロファイルへの変更要求を受信する通信部と、前記変更要求を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える。

　第１３実施形態において、前記必要な処理は、前記第２のプロファイルの設定パラメータに変更するパラメータ変更である。前記制御部は、前記パラメータ変更について前記無線端末に通知することなく、前記第２のプロファイルの設定パラメータに変更する。

　第１３実施形態において、前記制御部は、前記第１のタイミングから前記規定時間が経過するまで、前記無線端末とのデータ送受信を中止する。

　第１３実施形態の変更例に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、第１のプロファイルが設定されている場合において、第２のプロファイルへの変更要求に対する応答を基地局に送信する、又は前記第２のプロファイルへの変更要求に対する応答を前記基地局から受信する通信部と、前記応答を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える。

　第１３実施形態の変更例において、前記制御部は、前記第１のタイミングから前記規定時間内に、前記第２のプロファイルに変更するために必要な処理を行う。

　第１３実施形態の変更例において、前記制御部は、前記第１のタイミングから前記規定時間が経過するまで、前記基地局とのデータ送受信を中止する。

　第１３実施形態の変更例に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、第１のプロファイルが設定されている無線端末に対して第２のプロファイルへの変更要求に対する応答を送信する、又は前記第２のプロファイルへの変更要求に対する応答を前記無線端末から受信する通信部と、前記応答を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える。

　第１３実施形態の変更例において、前記制御部は、前記第１のタイミングから前記規定時間が経過するまで、前記無線端末とのデータ送受信を中止する。

　第１４実施形態に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、第１のプロファイルが設定されている場合において、前記第１のプロファイルとは異なる第２のプロファイルを選択する制御部と、前記第２のプロファイルへの変更を要求するためのプロファイル変更要求を基地局に送信する送信部と、を備える。前記制御部は、前記第１のプロファイルに基づいて、少なくとも一部の通信状態が維持されるように前記第２のプロファイルを選択する。

　第１４実施形態において、前記第１のプロファイルは、前記無線端末のプライマリセルが属するサポート周波数帯を含む。前記制御部は、前記無線端末のプライマリセルが属するサポート周波数帯を含むプロファイルを前記第２のプロファイルとして選択する。

　第１４実施形態の変更例において、前記第１のプロファイルは、所定のバッファサイズを有する第１の端末カテゴリを含む。前記制御部は、前記所定のバッファサイズ以上のバッファサイズを有する端末カテゴリを含むプロファイルを前記第２のプロファイルとして選択する。

　［第１２実施形態］
　（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ　ＵＥ　ｃａｐａｂｉｌｉｔｙ）
　ＵＥ１００は、無線通信に関する複数の機能をサポートする。無線通信に関する機能とは、仕様により規定された機能であって、例えば、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」、Ｄ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）、ＮＡＩＣＳ（Ｎｅｔｗｏｒｋ－Ａｓｓｉｓｔｅｄ　Ｉｎｔｅｒｆｅｒｅｎｃｅ　Ｃａｎｃｅｌｌａｔｉｏｎ　ａｎｄ　Ｓｕｐｐｒｅｓｓｉｏｎ）等である。無線通信に関する機能は、「ＵＥ　Ｃａｔｅｇｏｒｙ」を含んでもよい。また、無線通信に関する機能は、「Ｓｕｐｐｏｒｔ　Ｂａｎｄ　Ｃｏｍｂｉｎａｔｉｏｎ」を含んでもよい。以下において、無線通信に関する機能を適宜「Ｆｅａｔｕｒｅ」と称する。

　第１２実施形態において、ＵＥ１００の処理性能を最大限に活用するために、現実的に同時実行し得る機能の組み合わせを仕様上「プロファイル」として規定し、ＵＥ１００に実行させるべき機能をプロファイル単位で柔軟に変更可能とする。例えば、プロファイル＃１が「Ｃａｔｅｇｏｒｙ　６」及びＮＡＩＣＳの組み合わせにより構成され、プロファイル＃２が「Ｃａｔｅｇｏｒｙ　７」及び「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」の組み合わせにより構成され、プロファイル＃３が「Ｃａｔｅｇｏｒｙ　１０」及びＤ２Ｄの組み合わせにより構成される。

　ＵＥ１００に設定するプロファイルの選択権をｅＮＢ２００が持つ場合において、ＵＥ１００は、自身がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ　ＵＥ　ｃａｐａｂｉｌｉｔｙ）をネットワーク（ｅＮＢ２００又はＭＭＥ３００）に通知し、ネットワークが「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ　ＵＥ　ｃａｐａｂｉｌｉｔｙ」を管理する。ｅＮＢ２００は、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ　ＵＥ　ｃａｐａｂｉｌｉｔｙ」の中から１つのプロファイルを選択する。そして、ｅＮＢ２００は、選択したプロファイルの設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を個別ＲＲＣメッセージ等によりＵＥ１００に送信する。

　或いは、ＵＥ１００に設定するプロファイルの選択権をＵＥ１００が持つ場合において、ＵＥ１００は、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ　ＵＥ　ｃａｐａｂｉｌｉｔｙ」の中から１つのプロファイルを選択する。そして、ＵＥ１００は、選択したプロファイルを推奨プロファイル（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）として、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」への変更を要求するプロファイル変更要求をｅＮＢ２００に送信する。そして、ｅＮＢ２００は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて選択したプロファイルの設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を個別ＲＲＣメッセージ等によりＵＥ１００に送信する。第１２実施形態において、プロファイルの選択権をＵＥ１００が持つ場合を主として想定する。

　図２４は、ＲＲＣ接続中のプロファイル変更に係る動作シーケンスの一例を示す図である。図２４の初期状態において、ＵＥ１００はコネクティッドモードである。

　図２４に示すように、ステップＳ１０において、ＵＥ１００は、選択したプロファイルを推奨プロファイル（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）として、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」への変更を要求するプロファイル変更要求をｅＮＢ２００に送信する。図２４において、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を含む「ＵＬ　Ｉｎｄｉｃａｔｉｏｎ　ｍｅｓｓａｇｅ」は、プロファイル変更要求に相当する。

　ステップＳ２０において、ｅＮＢ２００は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージによりＵＥ１００に送信する。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」のｃｏｎｆｉｇｕｒａｔｉｏｎに基づいてプロファイルを変更する。

　（無線端末）
　以下において、第１２実施形態に係るＵＥ１００（無線端末）について説明する。図２５は、ＵＥ１００のブロック図である。図２５に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

　第１２実施形態において、送信部１２０は、自ＵＥ１００が選択したプロファイル（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）への変更を要求するためのプロファイル変更要求をｅＮＢ２００に送信する。「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」は、自ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ　ＵＥ　ｃａｐａｂｉｌｉｔｙ）の中から制御部１３０が選択する。

　制御部１３０は、所定の条件が満たされるまで、プロファイル変更要求の送信が禁止された禁止状態を維持し、当該所定の条件が満たされると禁止状態を解除する。第１２実施形態において、当該所定の条件は、プロファイル変更要求を前回送信してからの経過時間が時間閾値を超えたという条件である。

　ＵＥ１００がプロファイル変更要求を頻繁に送信可能とすると、ネットワークの処理負荷が増大するとともに、無線リソースの消費量が多くなる。よって、制御部１３０は、プロファイル変更要求を前回送信してからの経過時間が時間閾値を超えるまで、プロファイル変更要求の送信が禁止された禁止状態を維持する。そして、制御部１３０は、プロファイル変更要求を前回送信してからの経過時間が時間閾値を超えると禁止状態を解除する。従って、プロファイル変更要求の送信を時間的に制限し、プロファイル変更要求の頻繁な送信を禁止することができる。

　第１２実施形態において、時間閾値は、ｅＮＢ２００により指定される。但し、時間閾値は、ＵＥ１００に事前設定されていてもよい。受信部１１０は、時間閾値を示す情報をｅＮＢ２００から受信する。時間閾値を示す情報は、ｅＮＢ２００からブロードキャストＲＲＣメッセージ（例えば、「Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ」）により送信されるセル固有の情報でもよいし、ｅＮＢ２００から個別ＲＲＣメッセージにより送信されるＵＥ固有の情報でもよい。制御部１３０は、ｅＮＢ２００から受信した情報に基づいて時間閾値を設定する。以下において、時間閾値が、ＵＥ１００に設定される規定タイマ値である場合を想定する。

　制御部１３０は、プロファイル変更要求を送信してからの経過時間をタイマにより計時し、経過時間が規定タイマ値に達したか否かを判断する。

　制御部１３０は、ハンドオーバを行った場合でも、タイマをリセットしなくてもよい。換言すると、制御部１３０は、ハンドオーバの前後において、経過時間の計時を継続してもよい。

　或いは、制御部１３０は、ハンドオーバを行った場合に、タイマをリセットしてもよい。例えば、制御部１３０は、ハンドオーバ時にプロファイルを変更(初期設定)するような場合、経過時間の計時を終了してもよい。

　（基地局）
　以下において、第１２実施形態に係るｅＮＢ２００（基地局）の構成について説明する。図２６は、ｅＮＢ２００のブロック図である。図２６に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

　第１２実施形態において、送信部２１０は、所定の条件を定める閾値（時間閾値）をＵＥ１００に送信する。上述したように、所定の条件は、ＵＥ１００においてプロファイル変更要求の送信が禁止される禁止状態を解除する条件である。具体的には、所定の条件は、プロファイル変更要求を前回送信してからの経過時間が時間閾値を超えたという条件である。

　受信部２２０は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」への変更を要求するためのプロファイル変更要求をＵＥ１００から受信する。制御部２３０は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて、ＵＥ１００に設定するプロファイルを決定する。送信部２１０は、決定されたプロファイルに関わる設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を個別ＲＲＣメッセージ等によりＵＥ１００に送信する。

　制御部２３０は、ＵＥ１００のハンドオーバ時に、ＵＥ１００の「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を、バックホール通信部２４０を通じてターゲットｅＮＢに通知してもよい。また、制御部２３０は、ＵＥ１００のハンドオーバ時に、ＵＥ１００に設定された時間閾値（規定タイマ値）を、バックホール通信部２４０を通じてターゲットｅＮＢに通知してもよい。これにより、ターゲットｅＮＢは、自ｅＮＢからＵＥ１００に対して適切な設定を行うことができる。

　（無線端末の動作フロー）
　以下において、第１２実施形態に係るＵＥ１００（無線端末）の動作フローについて説明する。図２７は、第１２実施形態に係るＵＥ１００（無線端末）の動作フローを示す図である。

　図２７に示すように、ステップＳ１０１において、ＵＥ１００は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を選択し、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」をｅＮＢ２００に送信する。

　ステップＳ１０２において、ＵＥ１００は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を送信した際に、「Ｐｒｏｈｉｂｉｔ　ｔｉｍｅｒ」を開始（起動）する。「Ｐｒｏｈｉｂｉｔ　ｔｉｍｅｒ」には、上述した規定タイマ値が設定される。「Ｐｒｏｈｉｂｉｔ　ｔｉｍｅｒ」は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を送信してからの経過時間を計時するタイマである。

　ステップＳ１０３において、ＵＥ１００は、「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を再選択する。

　ステップＳ１０４において、ＵＥ１００は、「Ｐｒｏｈｉｂｉｔ　ｔｉｍｅｒ」が満了したか否かを確認する。

　「Ｐｒｏｈｉｂｉｔ　ｔｉｍｅｒ」が満了した場合（ステップＳ１０４：Ｙｅｓ）、ステップＳ１０５において、ＵＥ１００は、再選択した「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」をｅＮＢ２００に送信する。

　［第１２実施形態の変更例］
　上述した第１２実施形態において、ＵＥ１００は、所定の条件が満たされるまで、プロファイル変更要求の送信が禁止された禁止状態を維持し、当該所定の条件が満たされると禁止状態を解除していた。ここで、当該所定の条件は、プロファイル変更要求を前回送信してからの経過時間が時間閾値を超えたという条件である。

　本変更例において、所定の条件は、自ＵＥ１００の負荷状況が負荷状況閾値を超えた又は下回ったという条件である。すなわち、ＵＥ１００は、自ＵＥ１００の負荷状況が負荷状況閾値を超える又は下回るまで、プロファイル変更要求の送信が禁止された禁止状態を維持し、自ＵＥ１００の負荷状況が負荷状況閾値を超える又は下回ると禁止状態を解除する。負荷状況閾値は、ｅＮＢ２００により指定される。閾値の取り扱い方法は、第１２実施形態と同様である。このような変更例は、ＵＥ１００の負荷状況が高くなると、低負荷（低性能）のプロファイルに変更するような場合を想定している。或いは、ＵＥ１００の負荷状況が低くなると、高負荷（高性能）のプロファイルに変更するような場合を想定している。なお、ＵＥ１００の負荷状況とは、例えば、演算処理部１３１の負荷状況である。当該負荷状況は、パーセンテージ（割合）で表現されてもよい。例えば、負荷状況は、使用中の演算処理リソース（すなわち、処理負荷）のパーセンテージ又は使用中の演算処理リソースのパーセンテージである。

　或いは、本変更例において、所定の条件は、自ＵＥ１００の無線状況が無線状況閾値を超えた又は下回ったという条件である。すなわち、ＵＥ１００は、自ＵＥ１００の無線状況が無線状況閾値を超える又は下回るまで、プロファイル変更要求の送信が禁止された禁止状態を維持し、自ＵＥ１００の無線状況が無線状況閾値を超える又は下回ると禁止状態を解除する。無線状況閾値は、ｅＮＢ２００により指定される。閾値の取り扱い方法は、第１２実施形態と同様である。このような変更例は、ＵＥ１００の無線状況が良好になると、低負荷（低消費電力）のプロファイルに変更するような場合を想定している。或いは、ＵＥ１００の無線状況が劣悪になると、高エラー耐性のプロファイルに変更するような場合を想定している。なお、ＵＥ１００の無線状況とは、例えば、参照信号の受信電力（ＲＳＲＰ）、参照信号の受信品質（ＲＳＲＱ）、データ誤り率等である。

　なお、ＵＥ１００の無線状況が良化した際に無線状況と比較される無線状況閾値と、ＵＥ１００の無線状況が劣化した際に比較される無線状況閾値と、を異ならせてもよい。両閾値の間にマージン（ヒステリシス）を持たせることにより、ピンポン現象を回避することができる。また、無線状況閾値にも同様に、ヒステリシスを持たせてもよい。

　図２８は、本変更例に係る動作シーケンスを示す図である。

　図２８に示すように、ステップＳ１５１において、ｅＮＢ２００は、閾値（負荷状況閾値、負荷状況閾値）の設定情報である「Ｔｈｒｅｓｈｏｌｄ　ｃｏｎｆｉｇｕｒａｔｉｏｎ」をＵＥ１００に送信する。ＵＥ１００は、「Ｔｈｒｅｓｈｏｌｄ　ｃｏｎｆｉｇｕｒａｔｉｏｎ」に応じて、閾値（負荷状況閾値、負荷状況閾値）を設定する。

　ステップＳ１５２において、ＵＥ１００は、自ＵＥ１００の状況（負荷状況、無線状況）が閾値（負荷状況閾値、負荷状況閾値）条件を満たしたことを検知する。

　ステップＳ１５３において、ＵＥ１００は、自ＵＥ１００の状況に応じた「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を選択する。

　ステップＳ１５４において、ＵＥ１００は、選択した「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」をｅＮＢ２００に送信する。

　本変更例によれば、プロファイル変更要求の送信を可能とする条件を制限し、プロファイル変更要求の頻繁な送信を禁止しつつ、ＵＥ１００の状況に最適化されたプロファイルに変更することができる。

　［第１３実施形態］
　第１３実施形態について、第１２実施形態との相違点を主として説明する。第１３実施形態は、プロファイルの変更タイミングの制限に関する実施形態である。

　（無線端末）
　以下において、第１３実施形態に係るＵＥ１００（無線端末）について説明する。ＵＥ１００のブロック構成は、第１２実施形態と同様である。

　第１のプロファイルが設定されている場合において、送信部１２０は、第２のプロファイルへの変更要求をｅＮＢ２００に送信する。或いは、第１のプロファイルが設定されている場合において、受信部１１０は、ｅＮＢ２００から第２のプロファイルへの変更要求を受信する。第１３実施形態において、受信部１１０及び送信部１２０は、通信部を構成する。

　制御部１３０は、変更要求を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、第２のプロファイルに変更する。規定時間は、例えば仕様上規定された時間である。或いは、規定時間は、ｅＮＢ２００からＵＥ１００に対して指定してもよいし、ＵＥ１００からｅＮＢ２００に対して指定してもよい。このような規定時間を導入することにより、ＵＥ１００及びｅＮＢ２００がプロファイル変更を行うタイミングを合せることができる。

　制御部１３０は、第１のタイミングから規定時間内に、第２のプロファイルに変更するために必要な処理を行う。必要な処理は、例えば、第２のプロファイルの設定パラメータに変更するパラメータ変更である。制御部１３０は、パラメータ変更についてｅＮＢ２００から通知されなくても、第２のプロファイルの設定パラメータに変更する。具体的には、ｅＮＢ２００で必要な処理（設定パラメータ変更に関わる処理）が行われているとみなして、第２のプロファイルの設定パラメータに変更する。

　例えば、キャリアアグリゲーションにおけるセカンダリセル数（設定パラメータ）を減らすようなプロファイル変更のタイミング（第２のタイミング）において、設定されているセカンダリセル数が、変更後のプロファイルで許容されたセカンダリセル数よりも多い場合、変更後のプロファイルで許容されたセカンダリセル数に変更されたとみなす。或いは、全てのセカンダリセルが解放されたとみなす。

　この場合、再送中パケットの破棄、セカンダリセル監視の停止、セカンダリセルについてのクロスキャリアスケジューリングのためのＰＤＣＣＨ監視の停止等を行う。「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を不可とするようなプロファイル変更のタイミングで、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」が設定されたままだった場合も同様である。

　或いは、全てのセカンダリセルが解放される場合、かつＰＤＣＣＨ中のＣＩＦ（Ｃａｒｒｉｅｒ　Ｉｎｄｉｃａｔｏｒ　Ｆｉｅｌｄ）が存在すると設定されていた場合には、ＣＩＦが存在しない設定に変更を行う。具体的には、「ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ」中の「ｃｉｆ－Ｐｒｅｓｅｎｃｅ」がｔｒｕｅだった場合に、ｆａｌｓｅ相当に変更することに該当する。或いは、より広い意味では「ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ」内の設定すべてを破棄することに相当する。これらの動作を、改めて「ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ」を通知されることなく行ってもよい。

　セカンダリセルの一部のみ解放された場合、「ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ」中の解放されたセカンダリセルの「ｏｔｈｅｒ－ｒ１０」設定を解放し、残されたセカンダリセルの「ｏｔｈｅｒ－ｒ１０」設定はそのまま引き継いでもよい。これにより、改めて「ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ」を通知されなくても動作することが可能である。なお、新たなセカンダリセルの追加を伴う動作の場合には、改めて「ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ」を通知される必要があることに留意すべきである。

　或いは、設定パラメータは保持した状態で、この設定に関する機能の停止（ｄｅａｃｔｉｖａｔｅ）を行ってもよい。例えば、Ｄ２Ｄの設定が行われている状態で、変更後のプロファイルがＤ２Ｄ機能を指定していない場合、ＵＥ１００は、当該プロファイルに従ってＤ２Ｄ機能を停止するが、当該設定を保持する（破棄しない）。その後、更に変更されたプロファイルを受信し、Ｄ２Ｄ機能が指定されていた場合は、当該保持した設定を用いて、Ｄ２Ｄ機能を再開できる。このような制御により、不要なシグナリングオーバーヘッドを削減する事が可能となる。

　なお、制御部１３０は、上述したような第１のプロファイルの設定パラメータと第２のプロファイルの設定パラメータとの不整合についてｅＮＢ２００に通知してもよい。例えば、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｒｅｑｕｅｓｔ」メッセージをｅＮＢ２００に送信し、その中のＣａｕｓｅフィールドに、「ｃｏｎｆｉｇｕｒａｔｉｏｎ　ｍｉｓｍａｔｃｈ　ｗｉｔｈ　ｐｒｏｆｉｌｅ」を示す情報を含める。

　また、第１３実施形態において、制御部１３０は、第１のタイミングから規定時間が経過するまで、ｅＮＢ２００（少なくともセカンダリセル）とのデータ送受信を中止してもよい。この場合、設定パラメータの変更のためのシグナリングのみ送受信可としてもよい。

　（基地局）
　以下において、第１３実施形態に係るｅＮＢ２００（基地局）について説明する。ｅＮＢ２００のブロック構成は、第１２実施形態と同様である。なお、ＵＥ１００について説明した内容と重複する動作については説明を省略する。

　送信部２１０は、第１のプロファイルが設定されているＵＥ１００に対して第２のプロファイルへの変更要求を送信する。或いは、受信部２２０は、第１のプロファイルが設定されているＵＥ１００から、第２のプロファイルへの変更要求を受信する。

　制御部２３０は、変更要求を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、第２のプロファイルに変更する。

　制御部２３０は、第１のタイミングから規定時間内に、第２のプロファイルに変更するために必要な処理を行う。必要な処理は、例えば、第２のプロファイルの設定パラメータに変更するパラメータ変更である。制御部２３０は、パラメータ変更についてＵＥ１００に通知することなく、第２のプロファイルの設定パラメータに変更する。

　また、第１３実施形態において、制御部２３０は、第１のタイミングから規定時間が経過するまで、少なくともセカンダリセルにおいてＵＥ１００とのデータ送受信を中止してもよい。この場合、設定パラメータの変更のためのシグナリングのみ送受信可としてもよい。

　（動作シーケンスの一例）
　以下において、第１３実施形態に係る動作シーケンスの一例について説明する。図２９は、第１３実施形態に係る動作シーケンスの一例を示す図である。本シーケンスの初期状態において、ＵＥ１００及びｅＮＢ２００は、第１のプロファイルによる通信を行っている。

　図２９に示すように、ステップＳ３００において、第２のプロファイルへの変更要求をｅＮＢ２００からＵＥ１００に送信する。或いは、第２のプロファイルへの変更要求をＵＥ１００からｅＮＢ２００に送信する。ＵＥ１００及びｅＮＢ２００は、規定時間の計時を開始する。

　ステップＳ３０１（Ｓ３０１Ａ、Ｓ３０１Ｂ）において、ＵＥ１００及びｅＮＢ２００は、データ送受信を中止する。

　ステップＳ３０２（Ｓ３０２Ａ、Ｓ３０２Ｂ）において、ＵＥ１００及びｅＮＢ２００は、プロファイル変更のために必要な処理を行う。例えば、ＵＥ１００及びｅＮＢ２００は、第２のプロファイルの設定パラメータに変更する。

　ステップＳ３０３（Ｓ３０３Ａ、Ｓ３０３Ｂ）において、ＵＥ１００及びｅＮＢ２００は、規定時間が経過（満了）したタイミングにおいて、第２のプロファイルによる通信（データ送受信）を開始する。

　［第１３実施形態の変更例］
　上述した第１３実施形態において、プロファイル変更要求のタイミングを「規定時間」の開始タイミング（第１のタイミング）としていた。しかしながら、プロファイル変更要求に対する応答が存在する場合、当該応答のタイミングを規定時間の開始タイミングとしてもよい。

　例えば、ＵＥ１００からｅＮＢ２００へのプロファイル変更要求が「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」（ＵＬ　Ｉｎｄｉｃａｔｉｏｎ　ｍｅｓｓａｇｅ）であり、ｅＮＢ２００からＵＥ１００への応答が「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）である。

　或いは、ｅＮＢ２００からＵＥ１００へのプロファイル変更要求が「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）であり、ＵＥ１００からｅＮＢ２００への応答が「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅ」である。

　第１３実施形態の変更例は、プロファイル変更要求に対する応答のタイミングを規定時間の開始タイミングとする以外は、基本的には第１３実施形態と同様である。

　但し、第１３実施形態の変更例においては、ｅＮＢ２００からＵＥ１００に対してパラメータ変更について通知されるので、相手側で必要な処理が行われているとみなすことは不要である。

　［第１４実施形態］
　第１４実施形態について、第１２実施形態及び第１３実施形態との相違点を主として説明する。第１４実施形態は、プロファイル変更の内容的制限に関する実施形態である。

　以下において、第１４実施形態に係るＵＥ１００（無線端末）について説明する。ＵＥ１００のブロック構成は、第１２実施形態と同様である。

　第１４実施形態に係るＵＥ１００において、制御部１３０は、第１のプロファイルが設定されている場合において、第１のプロファイルとは異なる第２のプロファイルを選択する。送信部１２０は、第２のプロファイルへの変更を要求するためのプロファイル変更要求（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）をｅＮＢ２００に送信する。

　制御部１３０は、第１のプロファイルに基づいて、少なくとも一部の通信状態が維持されるように第２のプロファイルを選択する。例えば、自ＵＥ１００のプライマリセルが属するサポート周波数帯（Ｓｕｐｐｏｒｔ　Ｂａｎｄ　Ｃｏｍｂｉｎａｔｉｏｎ）を含む第１のプロファイルが設定されている場合、制御部１３０は、当該プライマリセルが属するサポート周波数帯（Ｓｕｐｐｏｒｔ　Ｂａｎｄ　Ｃｏｍｂｉｎａｔｉｏｎ）を含むプロファイルを第２のプロファイルとして選択する。換言すると、制御部１３０は、自ＵＥ１００のプライマリセルが属するサポート周波数帯（Ｓｕｐｐｏｒｔ　Ｂａｎｄ　Ｃｏｍｂｉｎａｔｉｏｎ）を含むプロファイルにのみ変更が許容される。

　なお、プライマリセルとは、通常のプライマリセル（ＰＣｅｌｌ）に限らず、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」におけるＳｅＮＢのプライマリセルであるプライマリ・セカンダリセル（ＰＳＣｅｌｌ）であってもよい。プライマリセルは、ＵＥ１００のＰＵＣＣＨを有する重要なセルである。

　第１４実施形態によれば、プロファイルを変更しても、プロファイル変更の前後でプライマリセルを維持することができるため、通信の途絶を防止することができる。

　［第１４実施形態の変更例］
　第１４実施形態の変更例において、第１のプロファイルは、所定のバッファサイズ（ｓｏｆｔ　ｂｕｆｆｅｒ　ｓｉｚｅ）を有する第１の端末カテゴリ（ＵＥ　ｃａｔｅｇｏｒｙ）を含む。ＵＥ１００の制御部１３０は、当該所定の「ｓｏｆｔ　ｂｕｆｆｅｒ　ｓｉｚｅ」以上の「ｓｏｆｔ　ｂｕｆｆｅｒ　ｓｉｚｅ」を有する「ＵＥ　ｃａｔｅｇｏｒｙ」を含むプロファイルを第２のプロファイルとして選択する。

　プロファイルの変更により「ＵＥ　ｃａｔｅｇｏｒｙ」が変更される場合、「ｓｏｆｔ　ｂｕｆｆｅｒ　ｓｉｚｅ」が減少しないような変更とすることにより、ＨＡＲＱのコンテキストをそのまま保持してプロファイルの変更を行うことが可能である。

　「ｓｏｆｔ　ｂｕｆｆｅｒ　ｓｉｚｅ」が減少するような変更の場合には、ＨＡＲＱのコンテキストが破棄(再送中のデータはすべて破棄)されてしまう。実際に「ｓｏｆｔ　ｂｕｆｆｅｒ」を使い切っていない状態であれば、「ｓｏｆｔ　ｂｕｆｆｅｒ　ｓｉｚｅ」が減少した場合であってもＨＡＲＱコンテキストを保持することができる可能性もあるが、これは「ｓｏｆｔ　ｂｕｆｆｅｒ」の状態に関するｅＮＢ２００・ＵＥ１００間の認識に齟齬がないことが必須となるため、別途Ｂ２００・ＵＥ１００間で状態確認のメッセージのやり取りをする必要がある。

　ＨＡＲＱコンテキストを保持できるかどうかを確認するための方法としては、下記の２通りの方法がある。

　１）ｅＮＢ２００からＵＥ１００にプロファイル変更を要求する場合：
　ｅＮＢ２００からＵＥ１００にプロファイル変更要求が通知された際（全てのプロファイル変更要求、又は、「ＵＥ　ｃａｔｅｇｏｒｙ」変更を伴う場合のみ）、ＵＥ１００は、プロファイル変更応答又は別メッセージとして、コンテキストの保持が可能かどうかのインデックスをｅＮＢ２００に通知してもよい。

　また、ｅＮＢ２００からＵＥ１００にプロファイル変更要求を通知してから実際にプロファイル変更が適用されるまでの間は、ｅＮＢ２００からＵＥ１００へのＤＬ通信を禁止してもよいし、「Ｓｏｆｔ　ｂｕｆｆｅｒ」使用量を増加させるようなＤＬリソース割り当て（例えば、使用中ＨＡＲＱプロセスの再送割り当て、又は未使用ＨＡＲＱプロセスの新規割り当て）を禁止してもよい。

　２）ＵＥ１００からｅＮＢ２００にプロファイル変更要求をする場合：
　ＵＥ１００からｅＮＢ２００にプロファイル変更要求が通知された際（全てのプロファイル変更要求、又は、「ＵＥ　ｃａｔｅｇｏｒｙ」変更を伴う場合のみ）、ＵＥ１００は、ｅＮＢ２００からのプロファイル変更応答の受信後、又はプロファイル変更適用タイミング後に、ＨＡＲＱコンテキストの保持が可能かどうかのインデックスをｅＮＢ２００に通知してもよい。

　［第１５実施形態及び第１６実施形態の概要］
　無線端末は、一のセルから他のセルに移動する際にハンドオーバを行う。しかしながら、上述したプロファイルを使用する技術においては、無線端末のモビリティが考慮されていないため、モビリティ制御を適切に行うことができない虞がある。

　そこで、第１５実施形態及び第１６実施形態は、プロファイルを取り扱う場合においてモビリティ制御を適切に行うことを可能とする基地局、モビリティ管理装置、及び無線端末を提供することを目的とする。

　第１５実施形態及び第１６実施形態に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、自基地局から他の基地局に対して無線端末のハンドオーバを行う場合において、モビリティ管理装置を介さずに又は前記モビリティ管理装置を介して、前記無線端末がサポートしているプロファイルを前記他の基地局に通知する制御部を備える。

　第１５実施形態において、前記制御部は、前記無線端末がサポートしており、かつ自基地局と前記無線端末との間の通信に使用しているプロファイルを前記他の基地局に通知する。

　第１５実施形態において、前記制御部は、前記無線端末がサポートしている全てのプロファイルを前記他の基地局に通知する。

　第１５実施形態において、前記制御部は、前記モビリティ管理装置を介さずに又は前記モビリティ管理装置を介して、前記他の基地局が前記無線端末との通信に使用するべきプロファイルを前記他の基地局から取得して、該取得したプロファイルを前記無線端末に通知する。

　第１６実施形態において、前記制御部は、前記他の基地局がプロファイル非対応の基地局である場合において、前記無線端末がサポートしているプロファイルに含まれる各機能を前記他の基地局に通知する。

　第１６実施形態において、前記制御部は、前記無線端末がサポートしており、かつ自基地局と前記無線端末との間の通信に使用しているプロファイルに含まれる各機能を前記他の基地局に通知する。

　第１５実施形態及び第１６実施形態に係るモビリティ管理装置は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記モビリティ管理装置は、第１の基地局から第２の基地局に対して無線端末のハンドオーバを行う場合において、前記無線端末がサポートしているプロファイルを前記第２の基地局に通知する制御部を備える。

　第１５実施形態において、前記制御部は、前記無線端末がサポートしており、かつ前記第１の基地局から通知されたプロファイルを前記第２の基地局に通知する。

　第１５実施形態において、前記制御部は、前記無線端末がサポートしており、かつ前記第１の基地局と前記無線端末との間の通信に使用されているプロファイルを前記第２の基地局に通知する。

　第１５実施形態において、前記制御部は、前記無線端末がサポートしている全てのプロファイルを前記第２の基地局に通知する。

　第１５実施形態において、前記制御部は、前記第２の基地局が前記無線端末との通信に使用するべきプロファイルを前記第２の基地局から取得して、該取得したプロファイルを前記第１の基地局に通知する。

　第１６実施形態において、前記制御部は、前記第２の基地局がプロファイル非対応の基地局である場合において、前記無線端末がサポートしているプロファイルに含まれる各機能を前記第２の基地局に通知する。

　第１６実施形態において、前記制御部は、前記無線端末がサポートしているプロファイルのうち特定のプロファイルに含まれる各機能を前記第２の基地局に通知する。前記特定のプロファイルは、前記無線端末が選択した規定プロファイル、又は自モビリティ管理装置が選択したプロファイルである。

　第１５実施形態及び第１６実施形態に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、他の基地局から自基地局に対して無線端末のハンドオーバを行う場合において、前記無線端末がサポートしているプロファイルを前記他の基地局又はモビリティ管理装置から取得する制御部を備える。

　第１５実施形態において、前記制御部は、前記無線端末がサポートしており、かつ前記他の基地局と前記無線端末との間の通信に使用されているプロファイルを前記他の基地局又は前記モビリティ管理装置から取得する。

　第１５実施形態において、前記制御部は、前記無線端末がサポートしている全てのプロファイルを前記他の基地局又は前記モビリティ管理装置から取得する。

　第１５実施形態において、前記制御部は、前記無線端末がサポートしているプロファイルの中から、自基地局が前記無線端末との通信に使用するべきプロファイルを決定し、該決定したプロファイルを前記他の基地局又は前記モビリティ管理装置に通知する。

　第１６実施形態において、前記制御部は、自基地局がプロファイル非対応の基地局である場合において、前記無線端末がサポートしているプロファイルに含まれる各機能を前記他の基地局又は前記モビリティ管理装置から取得する。

　第１５実施形態に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、第１の基地局から第２の基地局に対して自無線端末のハンドオーバを行う場合において、前記第２の基地局が自無線端末との通信に使用するべきプロファイルを前記第１の基地局から取得する制御部を備える。

　第１６実施形態に係る基地局は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記基地局は、自基地局がプロファイル対応であるか否かを示す情報をブロードキャストで無線端末に送信する送信部を備える。

　第１６実施形態に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、プロファイル非対応の基地局と接続した場合において、自無線端末がサポートする機能のうち一部の機能のみを前記プロファイル非対応の基地局に通知する制御部を備える。

　第１６実施形態に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、プロファイル非対応の基地局と接続する前において、ネットワークからデタッチし、該ネットワークにアタッチする制御部を備える。

　第１６実施形態に係る無線端末は、複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる。前記無線端末は、自無線端末がサポートしているプロファイルのうち何れか１つを規定プロファイルとしてモビリティ管理装置に通知する制御部を備える。

　［第１５実施形態］
　（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ　ＵＥ　ｃａｐａｂｉｌｉｔｙ）
　ＵＥ１００は、無線通信に関する複数の機能をサポートする。無線通信に関する機能とは、仕様により規定された機能であって、例えば、「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」、Ｄ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）、ＮＡＩＣＳ（Ｎｅｔｗｏｒｋ－Ａｓｓｉｓｔｅｄ　Ｉｎｔｅｒｆｅｒｅｎｃｅ　Ｃａｎｃｅｌｌａｔｉｏｎ　ａｎｄ　Ｓｕｐｐｒｅｓｓｉｏｎ）等である。無線通信に関する機能は、「ＵＥ　Ｃａｔｅｇｏｒｙ」を含んでもよい。また、無線通信に関する機能は、「Ｓｕｐｐｏｒｔ　Ｂａｎｄ　Ｃｏｍｂｉｎａｔｉｏｎ」を含んでもよい。以下において、無線通信に関する機能を適宜「Ｆｅａｔｕｒｅ」と称する。

　第１５実施形態において、ＵＥ１００の処理性能を最大限に活用するために、現実的に同時実行し得る機能の組み合わせを仕様上「プロファイル」として規定し、ＵＥ１００に実行させるべき機能をプロファイル単位で柔軟に変更可能とする。例えば、プロファイル＃１が「Ｃａｔｅｇｏｒｙ　６」及びＮＡＩＣＳの組み合わせにより構成され、プロファイル＃２が「Ｃａｔｅｇｏｒｙ　７」及び「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」の組み合わせにより構成され、プロファイル＃３が「Ｃａｔｅｇｏｒｙ　１０」及びＤ２Ｄの組み合わせにより構成される。

　図３０は、プロファイルの初期取得に係る動作シーケンスの一例を示す図である。本シーケンスの初期情報において、ＵＥ１００はコネクティッドモードである。

　図３０に示すように、ステップＳ１１において、ｅＮＢ２００は、「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　Ｅｎｑｕｉｒｙ」メッセージをＵＥ１００に送信する。

　図３１は、プロファイルの初期設定シーケンスの一例を示す図である。本シーケンスの初期状態においてＵＥ１００はアイドルモードである。

　図３１に示すように、ステップＳ２１において、ＵＥ１００は、ｅＮＢ２００へのランダムアクセスを行う。

　ステップＳ２４において、ＵＥ１００は、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージをｅＮＢ２００に送信する。ここで、ＵＥ１００は、自身がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の中から１つのプロファイルを推奨プロファイル（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）として選択し、
「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ　Ｃｏｍｐｌｅｔｅ」メッセージに含める。ステップＳ２４の結果、ＵＥ１００は、アイドルモードからコネクティッドモードに遷移する。

　図３２は、ＲＲＣ接続中のプロファイル変更に係る動作シーケンスの一例を示す図である。図３２（Ａ）はｅＮＢ２００が開始するプロファイル変更シーケンスであり、図３２（Ｂ）はＵＥ１００が開始するプロファイル変更シーケンスである。

　図３２（Ａ）に示すように、ステップＳ４１において、ｅＮＢ２００は、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の中から１つのプロファイルを選択する。そして、ｅＮＢ２００は、選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージによりをＵＥ１００に送信する。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」のＣｏｎｆｉｇｕｒａｔｉｏｎに基づいてプロファイルを変更する。

　図３２（Ｂ）に示すように、ステップＳ５１において、ＵＥ１００は、自身が選択したプロファイルを推奨プロファイル（Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ）を含む「ＵＬ　Ｉｎｄｉｃａｔｉｏｎ」メッセージをｅＮＢ２００に送信する。

　（ハンドオーバシーケンス）
　コネクティッドモードのＵＥ１００は、一のセルから他のセルに移動する際にハンドオーバを行う。第１５実施形態において、基地局間（Ｉｎｔｅｒ－ｅＮＢ）ハンドオーバを主として説明する。

　Ｉｎｔｅｒ－ｅＮＢハンドオーバにおいて、ソースｅＮＢからターゲットｅＮＢに対してＵＥ１００のハンドオーバを行う。Ｉｎｔｅｒ－ｅＮＢハンドオーバには、Ｘ２ハンドオーバ及びＳ１ハンドオーバがある。Ｘ２ハンドオーバは、ソースｅＮＢとターゲットｅＮＢとの間のシグナリングにＭＭＥ３００が介在しないハンドオーバシーケンスである。これに対し、Ｓ１ハンドオーバは、ソースｅＮＢとターゲットｅＮＢとの間のシグナリングにＭＭＥ３００が介在するハンドオーバシーケンスである。

　（基地局）
　以下において、第１５実施形態に係るｅＮＢ２００（基地局）について説明する。図３３は、ｅＮＢ２００のブロック図である。図３３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

　このように構成されたｅＮＢ２００は、複数のプロファイルが規定されるＬＴＥシステムにおいて用いられる。上述したように、各プロファイルは、無線通信に関する複数の機能を含む。

　第１に、ｅＮＢ２００がソースｅＮＢである場合の動作について説明する。以下において、ソースｅＮＢをｅＮＢ２００Ｓと表記し、ターゲットｅＮＢをｅＮＢ２００Ｔと表記する。

　ソースｅＮＢ２００Ｓにおいて、制御部２３０は、自ｅＮＢからターゲットｅＮＢ２００Ｔに対してＵＥ１００のハンドオーバを行う場合において、ＭＭＥ３００を介さずに（Ｘ２ハンドオーバの場合）、又はＭＭＥ３００を介して（Ｓ１ハンドオーバの場合）、ＵＥ１００がサポートしているプロファイルをターゲットｅＮＢ２００Ｔに通知する。

　第１５実施形態において、制御部２３０は、ＵＥ１００がサポートしており、かつ自ｅＮＢとＵＥ１００との間の通信に使用しているプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）をターゲットｅＮＢ２００Ｔに通知する。或いは、制御部２３０は、ＵＥ１００がサポートしている全てのプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）をターゲットｅＮＢ２００Ｔに通知する。

　また、制御部２３０は、ＭＭＥ３００を介さずに（Ｘ２ハンドオーバの場合）又はＭＭＥ３００を介して（Ｓ１ハンドオーバの場合）、ターゲットｅＮＢ２００ＴがＵＥ１００との通信に使用するべきプロファイルをターゲットｅＮＢ２００Ｔから取得して、該取得したプロファイルをＵＥ１００に通知する。

　第２に、ｅＮＢ２００がターゲットｅＮＢ２００Ｔである場合の動作について説明する。

　ターゲットｅＮＢ２００Ｔにおいて、制御部２３０は、ソースｅＮＢ２００Ｓから自ｅＮＢに対してＵＥ１００のハンドオーバを行う場合において、ＵＥ１００がサポートしているプロファイルをソースｅＮＢ２００Ｓ（Ｘ２ハンドオーバの場合）又はＭＭＥ３００（Ｓ１ハンドオーバの場合）から取得する。

　第１５実施形態において、制御部２３０は、ＵＥ１００がサポートしており、かつソースｅＮＢ２００ＳとＵＥ１００との間の通信に使用されているプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）をソースｅＮＢ２００Ｓ又はＭＭＥ３００から取得する。或いは、制御部２３０は、ＵＥ１００がサポートしている全てのプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）をソースｅＮＢ２００Ｓ又はＭＭＥ３００から取得する。

　制御部２３０は、ＵＥ１００がサポートしているプロファイルの中から、自ｅＮＢがＵＥ１００との通信に使用するべきプロファイルを決定し、該決定したプロファイルをソースｅＮＢ２００Ｓ（Ｘ２ハンドオーバの場合）又はＭＭＥ３００（Ｓ１ハンドオーバの場合）に通知する。

　（モビリティ管理装置）
　以下において、第１５実施形態に係るＭＭＥ３００（モビリティ管理装置）について説明する。図３４は、ＭＭＥ３００のブロック図である。図３４に示すように、ＭＭＥ３００は、通信部３１０及び制御部３２０を備える。

　通信部３１０は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。通信部３１０は、Ｓ１インターフェイス上で行う通信等に使用される。

　制御部３２０は、ＭＭＥ３００における各種の制御を行う。制御部３２０は、図示を省略する演算処理部及びメモリを含む。メモリは、演算処理部により実行されるプログラム、及び演算処理部による処理に使用される情報を記憶する。制御部３２０は、各種の処理及び各種の通信プロトコルを実行する。

　このように構成されたＭＭＥ３００は、複数のプロファイルが規定されるＬＴＥシステムにおいて用いられる。

　Ｓ１ハンドオーバの場合において、制御部３２０は、ソースｅＮＢ２００Ｓ（第１のｅＮＢ）からターゲットｅＮＢ２００Ｔ（第２のｅＮＢ）に対してＵＥ１００のハンドオーバを行う場合において、ＵＥ１００がサポートしているプロファイルをターゲットｅＮＢ２００Ｔに通知する。具体的には、制御部３２０は、ソースｅＮＢ２００Ｓから通知されたプロファイルをターゲットｅＮＢ２００Ｔに通知する。

　制御部３２０は、ソースｅＮＢ２００ＳとＵＥ１００との間の通信に使用されているプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）をターゲットｅＮＢ２００Ｔに通知する。或いは、制御部３２０は、ＵＥ１００がサポートしている全てのプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）をターゲットｅＮＢ２００Ｔに通知する。

　（無線端末）
　以下において、第１５実施形態に係るＵＥ１００（無線端末）について説明する。図３５は、ＵＥ１００のブロック図である。図３５に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

　ＵＥ１００において、制御部１３０は、ソースｅＮＢ２００Ｓ（第１のｅＮＢ）からターゲットｅＮＢ２００Ｔ（第２のｅＮＢ）に対して自ＵＥ１００のハンドオーバを行う場合において、ターゲットｅＮＢ２００Ｔが自ＵＥ１００との通信に使用するべきプロファイルをソースｅＮＢ２００Ｓから取得する。

　（動作シーケンスの一例）
　以下において、第１５実施形態に係る動作シーケンスの一例について説明する。

　（１）Ｘ２ハンドオーバ
　図３６は、第１５実施形態に係るＸ２ハンドオーバシーケンスを示す図である。本シーケンスの初期状態において、ＵＥ１００はコネクティッドモードである。

　図３６に示すように、ステップＳ１０１において、ソースｅＮＢ２００Ｓは、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」又は「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージによりＵＥ１００に送信する。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を使用してソースｅＮＢ２００Ｓとの通信を行う。

　ステップＳ１０２において、ＵＥ１００は、「Ｍｅａｓｕｒｅｍｅｎｔ　Ｒｅｐｏｒｔ」メッセージをソースｅＮＢ２００Ｓに送信する。ソースｅＮＢ２００Ｓは、「Ｍｅａｓｕｒｅｍｅｎｔ　Ｒｅｐｏｒｔ」メッセージに基づいて、ターゲットｅＮＢ２００Ｔへのハンドオーバを決定する。

　ステップＳ１０３において、ソースｅＮＢ２００Ｓは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージをターゲットｅＮＢ２００Ｔに送信する。ここで、ソースｅＮＢ２００Ｓは、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」又は「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」を「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに含める。ターゲットｅＮＢ２００Ｔは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージを承認するか否かを判断する。ここでは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージを承認すると仮定して説明を進める。

　ステップＳ１０４において、ターゲットｅＮＢ２００Ｔは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージをソースｅＮＢ２００Ｓに送信する。ここで、ターゲットｅＮＢ２００Ｔは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに含まれる「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」又は「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて選択したプロファイルを「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含める。

　ターゲットｅＮＢ２００Ｔにおけるプロファイル選択方法としては、下記の第１の方法乃至第３の方法の何れかを使用できる。

　第１の方法において、ターゲットｅＮＢ２００Ｔは、自身の処理負荷を確認し、当該「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を用いても、処理が可能と判断した場合は当該「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含める。これに対し、当該「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を用いて処理が不可能である場合は、処理が可能となる範囲のプロファイルを「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」から選択し、選択したプロファイルを「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含める。

　第２の方法において、ターゲットｅＮＢ２００Ｔにおける他ＵＥとの通信状態を確認し、例えば当該ＵＥをＭＵ－ＭＩＭＯで処理するのが望ましい場合は、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」のうちＭＵ－ＭＩＭＯを含むプロファイルを「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含める。或いは、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」がＭＵ－ＭＩＭＯを含む場合には、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含めてもよい。一方、ＮＡＩＣＳ又は「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」で処理するのが望ましい場合は、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」のうち、ＮＡＩＣＳ又は「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を含むプロファイルを「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含める。或いは、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」がＮＡＩＣＳ又は「Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ」を含む場合には、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含めてもよい。

　第３の方法において、ターゲットｅＮＢ２００Ｔにおける能力（ｃａｐａｂｉｌｉｔｙ）を参照し、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」のうちターゲットｅＮＢ２００Ｔがサポートしている機能のみで構成されるプロファイルを「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含める。或いは、ターゲットｅＮＢ２００Ｔがサポートしている機能のみで「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」が構成されている場合には、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含めてもよい。

　ステップＳ１０５において、ソースｅＮＢ２００Ｓは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」の受信に応じて、「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージをＵＥ１００に送信する。ここで、ソースｅＮＢ２００Ｓは、ターゲットｅＮＢ２００Ｔが選択したプロファイルを「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージに含める。

　ＵＥ１００は、「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージの受信に応じて、ターゲットｅＮＢ２００Ｔへのハンドオーバを行う。ＵＥ１００は、ハンドオーバ後のターゲットｅＮＢ２００Ｔとの通信に、「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージに含まれていたプロファイルを使用する。

　（２）Ｓ１ハンドオーバ
　図３７は、第１５実施形態に係るＳ１ハンドオーバシーケンスを示す図である。本シーケンスの初期状態において、ＵＥ１００はコネクティッドモードである。

　図３７に示すように、ステップＳ１５１において、ソースｅＮＢ２００Ｓは、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」又は「Ｓｕｇｇｅｓｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて選択したプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）の設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージによりＵＥ１００に送信する。ＵＥ１００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」を使用してソースｅＮＢ２００Ｓとの通信を行う。

　ステップＳ１５２において、ＵＥ１００は、「Ｍｅａｓｕｒｅｍｅｎｔ　Ｒｅｐｏｒｔ」メッセージをソースｅＮＢ２００Ｓに送信する。ソースｅＮＢ２００Ｓは、「Ｍｅａｓｕｒｅｍｅｎｔ　Ｒｅｐｏｒｔ」メッセージに基づいて、ターゲットｅＮＢ２００Ｔへのハンドオーバを決定する。

　ステップＳ１５３において、ソースｅＮＢ２００Ｓは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｉｒｅｄ」メッセージをＭＭＥ３００に送信する。ここで、ソースｅＮＢ２００Ｓは、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」又は「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」を「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｉｒｅｄ」メッセージに含める。

　ステップＳ１５４において、ＭＭＥ３００は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージをターゲットｅＮＢ２００Ｔに送信する。ここで、ＭＭＥ３００は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｉｒｅｄ」メッセージに含まれていた「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」又は「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」を「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに含める。なお、ＭＭＥ３００は、例えばＵＥ１００の加入者情報等に基づいて、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」の中から自身が選択したプロファイルを「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに含めてもよい。或いは、ＭＭＥ３００は、後述する規定プロファイル（Ｄｅｆａｕｌｔ　ｐｒｏｆｉｌｅ）を「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに含めてもよい。

　ターゲットｅＮＢ２００Ｔは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージを承認するか否かを判断する。ここでは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージを承認すると仮定して説明を進める。

　ステップＳ１５５において、ターゲットｅＮＢ２００Ｔは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージをＭＭＥ３００に送信する。ここで、ターゲットｅＮＢ２００Ｔは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに含まれる「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」又は「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」に基づいて選択したプロファイルを「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージに含める。

　ステップＳ１５６において、ＭＭＥ３００は、「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージをソースｅＮＢ２００Ｓに送信する。ここで、ＭＭＥ３００は、ターゲットｅＮＢ２００Ｔが選択したプロファイルを「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージに含める。

　ステップＳ１５７において、ソースｅＮＢ２００Ｓは、ＭＭＥ３００からの「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージの受信に応じて、「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージをＵＥ１００に送信する。ここで、ソースｅＮＢ２００Ｓは、ターゲットｅＮＢ２００Ｔが選択したプロファイルを「Ｈａｎｄｏｖｅｒ　Ｃｏｍｍａｎｄ」メッセージに含める。

　［第１６実施形態］
　第１６実施形態について、第１５実施形態との相違点を主として説明する。上述した実施形態において、ターゲットｅＮＢ２００Ｔがプロファイル対応ｅＮＢであり、プロファイルを取り扱うことが可能であることを想定していた。

　しかしながら、ターゲットｅＮＢ２００Ｔがプロファイル非対応ｅＮＢであり、プロファイルを取り扱うことが不能であることもあり得る。また、ハンドオーバに限らず、ＵＥ１００がプロファイル非対応ｅＮＢと接続し、プロファイル非対応ｅＮＢと通信を行うこともあり得る。第１６実施形態は、プロファイル非対応ｅＮＢが存在する場合の動作に関する実施形態である。

　（１）動作パターン１
　第１６実施形態の動作パターン１において、Ｘ２ハンドオーバにおけるターゲットｅＮＢ２００Ｔがプロファイル非対応ｅＮＢである場合を想定する（図３６参照）。

　この場合、ソースｅＮＢ２００Ｓは、ＵＥ１００がサポートしているプロファイルに含まれる各機能をターゲットｅＮＢ２００Ｔに通知する。例えば、ソースｅＮＢ２００Ｓは、自ｅＮＢとＵＥ１００との間の通信に使用しているプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）に含まれる各機能をターゲットｅＮＢ２００Ｔに通知する。

　このように、プロファイルの形式ではターゲットｅＮＢ２００Ｔが解釈できないため、プロファイルに含まれる各機能を例えばＵＥコンテキスト情報として「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに含める。これにより、ターゲットｅＮＢ２００Ｔが解釈可能な情報としてプロファイルの内容を通知することができる。この場合、通常のＸ２ハンドオーバシーケンスと同様のシーケンスを使用することができる。

　なお、動作パターン１は、ソースｅＮＢ２００Ｓが、ターゲットｅＮＢ２００Ｔがプロファイル対応ｅＮＢであるか否かの情報を保持していることを前提としている。このような情報は、事前設定されていてもよいし、ＳＯＮの機能を利用して自律的に設定してもよい。或いは、ターゲットｅＮＢ２００ＴがソースｅＮＢ２００Ｓに対して事前にプロファイル対応可否を通知してもよい。また、このような情報は、ソースｅＮＢ２００Ｓが保持する隣接セルリスト（ネイバーリスト）に含まれていてもよい。

　（２）動作パターン２
　第１６実施形態の動作パターン２において、Ｓ１ハンドオーバにおけるターゲットｅＮＢ２００Ｔがプロファイル非対応ｅＮＢである場合を想定する（図３７参照）。

　この場合、ＭＭＥ３００は、ＵＥ１００がサポートしているプロファイルに含まれる各機能をターゲットｅＮＢ２００Ｔに通知する。例えば、ＭＭＥ３００は、ソースｅＮＢ２００ＳとＵＥ１００との間の通信に使用されているプロファイル（Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ）に含まれる各機能をターゲットｅＮＢ２００Ｔに通知する。

　ＭＭＥ３００は、プロファイルに含まれる各機能を例えばＵＥコンテキスト情報として「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに含めてもよい。これにより、ターゲットｅＮＢ２００Ｔが解釈可能な情報としてプロファイルの内容を通知することができる。この場合、通常のＳ１ハンドオーバシーケンスと同様のシーケンスを使用することができる。

　なお、動作パターン２は、ＭＭＥ３００が、ターゲットｅＮＢ２００Ｔがプロファイル対応ｅＮＢであるか否かの情報を保持していることを前提としている。このような情報は、事前設定されていてもよいし、ターゲットｅＮＢ２００ＴがＭＭＥ３００に対して事前にプロファイル対応可否を通知してもよい。

　或いは、ＭＭＥ３００は、「Ｓｅｌｅｃｔｅｄ　ｐｒｏｆｉｌｅ」に含まれる各機能をターゲットｅＮＢ２００Ｔに通知するのではなく、規定プロファイル（Ｄｅｆａｕｌｔ　ｐｒｏｆｉｌｅ）に含まれる各機能をターゲットｅＮＢ２００Ｔに通知してもよい。

　「Ｄｅｆａｕｌｔ　ｐｒｏｆｉｌｅ」は、プロファイルの初期設定シーケンス（図３０参照）においてＵＥ１００からＭＭＥ３００に通知される。図３０に示したように、ＵＥ１００は、自身がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）を含む「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　ｉｎｆｏｒｍａｔｉｏｎ」メッセージを送信する（ステップＳ１２）。

　ここで、ＵＥ１００は、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」の何れか１つを「Ｄｅｆａｕｌｔ　ｐｒｏｆｉｌｅ」として選択し、「Ｄｅｆａｕｌｔ　ｐｒｏｆｉｌｅ」を識別可能に「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」を設定する。例えば、「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」の先頭のプロファイルが「Ｄｅｆａｕｌｔ　ｐｒｏｆｉｌｅ」であると規定されている場合、ＵＥ１００は、自身が選択したプロファイルを「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」の先頭に配置する。或いは、「Ｄｅｆａｕｌｔ　ｐｒｏｆｉｌｅ」を示す識別子が規定されている場合、自身が選択したプロファイルに当該識別子を付与して「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」に配置する。

　（３）動作パターン３
　第１６実施形態の動作パターン３において、Ｘ２ハンドオーバ又はＳ１ハンドオーバにおけるターゲットｅＮＢ２００Ｔがプロファイル非対応ｅＮＢである場合を想定する。或いは、ＵＥ１００がプロファイル非対応ｅＮＢと接続し、プロファイル非対応ｅＮＢと通信を行う場合であってもよい。

　動作パターン３において、ｅＮＢ２００は、自ｅＮＢがプロファイル対応であるか否かを示す情報をブロードキャストでＵＥ１００に送信する。具体的には、ｅＮＢ２００は、自セルにおいて送信するシステム情報ブロック（ＳＩＢ）に、当該自セルがプロファイル対応であることを示すフラグを含める。或いは、自セルにおいて送信するシステム情報ブロック（ＳＩＢ）に、当該自セルがサポートしている又はサポートしていない各プロファイルを示す情報を含めてもよい。

　これにより、ＵＥ１００は、移動先（又は接続先候補）のセルにおけるプロファイル対応状況を把握することができる。

　動作パターン３において、ＵＥ１００は、プロファイル非対応のｅＮＢ（セル）と接続する場合において、ネットワークからデタッチし、該ネットワークにアタッチしてもよい。上述したように、ＵＥ１００がサポートする複数のプロファイル（Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ）の情報は、ＵＥ１００がデタッチするまでＭＭＥ３００に保持される。よって、そのような状態でＵＥ１００がプロファイル非対応のｅＮＢ（セル）と接続すると、予期せぬエラーが発生する虞がある。従って、ＵＥ１００がネットワークからデタッチすることにより、ＭＭＥ３００に保持されている「Ｍｕｌｔｉｐｌｅ　ｐｒｏｆｉｌｅｓ」が破棄され、予期せぬエラーが発生することを回避可能である。

　動作パターン３において、ＵＥ１００は、プロファイル非対応のｅＮＢ（セル）と接続した場合において、自ＵＥ１００がサポートする機能のうち一部の機能のみを当該ｅＮＢ（セル）に通知してもよい。本来であれば、ＵＥ１００は、プロファイル非対応のｅＮＢ（セル）に対しては、ＵＥ１００がサポートしている全ての機能を「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　ｉｎｆｏｒｍａｔｉｏｎ」メッセージに含める。しかしながら、プロファイルの使用を前提とするＵＥ１００は、多数の機能が同時に設定されると演算処理能力が不足し、予期せぬエラーが発生する虞がある。そこで、ＵＥ１００は、プロファイル非対応のｅＮＢ（セル）と接続した場合には、自ＵＥの演算処理能力を超えない範囲内の機能のみを「ＵＥ　Ｃａｐａｂｉｌｉｔｙ　ｉｎｆｏｒｍａｔｉｏｎ」メッセージに含める。

　［その他の実施形態］
　上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。

　［相互参照］
　米国仮出願第６２／１２６７９１号（２０１５年３月２日出願）、米国仮出願第６２／１２７４２５号（２０１５年３月３日出願）、日本国特許出願第２０１５－０４１２６６号（２０１５年３月３日出願）、日本国特許出願第２０１５－０４１６８３号（２０１５年３月３日出願）の全内容が、参照により本願明細書に組み込まれている。

　本発明は、通信分野において有用である。

Claims

　無線通信に関する複数の機能が規定された移動通信システムにおいて用いられる基地局であって、
　無線端末に備えられた演算処理部の負荷状況又は属性に関する演算処理部情報を前記無線端末から受信する受信部と、
　前記演算処理部情報に基づいて、前記無線端末に実行させるべき少なくとも１つの機能を選択する制御部と、
　前記選択した機能を示す情報を前記無線端末に送信する送信部と、を備える基地局。
　前記演算処理部情報は、前記演算処理部において現に利用可能な処理容量を示す情報を含む請求項１に記載の基地局。
　前記演算処理部情報は、前記演算処理部の処理性能を示す情報を含む請求項１に記載の基地局。
　前記複数の機能のそれぞれについて、実行に要する処理負荷の推定値である負荷推定値が規定されており、
　前記制御部は、前記負荷推定値にさらに基づいて、前記少なくとも１つの機能を選択する請求項１に記載の基地局。
　前記複数の機能は、
　複数のプロファイルの何れかに分類される複数のメイン機能と、
　前記複数のプロファイルの何れにも分類されない複数のサブ機能と、を含み、
　前記制御部は、前記無線端末に実行させるべき少なくとも１つの機能として、１つのプロファイル及び少なくとも１つのサブ機能を選択する請求項１に記載の基地局。
　前記無線端末に複数の演算処理部が備えられる場合、前記受信部は、前記複数の演算処理部のそれぞれについて前記無線端末から前記演算処理部情報を受信する請求項１に記載の基地局。
　前記演算処理部情報は、前記演算処理部のチップ型番を示す情報を含む請求項１に記載の基地局。
　前記送信部は、前記選択した機能を実行するためのプログラムを前記無線端末に送信する請求項７に記載の基地局。
　無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる無線端末であって、
　自無線端末がサポートする複数のプロファイルの中から、省電力モードに対応する特定のプロファイルを選択する制御部と、
　前記特定のプロファイルを示す推奨プロファイル情報を基地局に送信する送信部と、を備える無線端末。
　前記制御部は、前記省電力モードの適用指示を示すユーザ入力に応じて、前記特定のプロファイルを選択する請求項９に記載の無線端末。
　前記制御部は、自無線端末が車両に搭載される車載端末である場合において、前記車両の状態に応じて、前記特定のプロファイルを選択する請求項９に記載の無線端末。
　前記制御部は、前記複数のプロファイルのうち最も消費電力が低いプロファイルを前記特定のプロファイルとして選択する請求項９に記載の無線端末。
　前記送信部は、前記推奨プロファイル情報と共に、前記省電力モードを示す識別情報を前記基地局に送信する請求項９に記載の無線端末。
　無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる基地局であって、
　前記複数の機能は、無線通信の性能を示す端末カテゴリを含み、
　無線端末がサポートする複数のプロファイルに共通する端末カテゴリを示す推奨カテゴリ情報を前記無線端末から受信する受信部と、
　前記推奨カテゴリ情報に基づいて、前記共通する端末カテゴリを含む前記複数のプロファイルの中から、前記無線端末に設定するプロファイルを選択する制御部と、を備える基地局。
　前記共通する端末カテゴリが複数存在する場合において、前記受信部は、前記共通する端末カテゴリからなるリストを前記推奨カテゴリ情報として受信する請求項１４に記載の基地局。
　無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる基地局であって、
　無線端末が自基地局及び他の基地局と接続する二重接続通信を行う場合において、前記無線端末に設定する１又は複数のプロファイルの一部を前記他の基地局に通知する制御部を備える基地局。
　複数のプロファイル群を前記無線端末から受信する受信部を備え、
　前記複数のプロファイル群のそれぞれは、複数のプロファイルを含み、
　前記制御部は、前記二重接続通信を行う場合において、前記複数のプロファイル群の中から前記無線端末に設定するプロファイル群を選択し、該選択したプロファイル群に含まれる一部のプロファイルを前記他の基地局に通知する請求項１６に記載の基地局。
　前記制御部は、前記二重接続通信を行う場合において、前記無線端末がサポートする複数のプロファイルの中から前記無線端末に設定するプロファイルを選択し、該選択したプロファイルに含まれる一部の機能を前記他の基地局に通知する請求項１６に記載の基地局。
　無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる無線端末であって、
　自無線端末が第１の基地局及び第２の基地局と接続する二重接続通信を行う場合において、複数のプロファイル群を前記第１の基地局に通知する制御部を備え、
　前記複数のプロファイル群のそれぞれは、自無線端末がサポートする複数のプロファイルを含む無線端末。
　無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる無線端末であって、
　自無線端末がサポートする全ての機能を示す機能情報、及び、自無線端末がサポートするプロファイルを示すプロファイル情報を基地局に送信する送信部を備え、
　前記プロファイル情報は、自無線端末がサポートする全ての機能のうち前記プロファイルに含まれない機能のみを含む無線端末。
　無線通信に関する複数の機能を含むプロファイルが規定された移動通信システムにおいて用いられる無線端末であって、
　自無線端末がサポートする複数のプロファイルを示す複数のプロファイル情報と、前記複数のプロファイルに共通する機能を示す機能情報と、を基地局に送信する送信部を備え、
　前記複数のプロファイル情報のそれぞれは、前記共通する機能とは異なる機能を含む無線端末。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる無線端末であって、
　自無線端末が選択したプロファイルへの変更を要求するためのプロファイル変更要求を基地局に送信する送信部と、
　所定の条件が満たされるまで、前記プロファイル変更要求の送信が禁止された禁止状態を維持し、前記所定の条件が満たされると前記禁止状態を解除する制御部と、を備える無線端末。
　前記所定の条件は、前記プロファイル変更要求を前回送信してからの経過時間が時間閾値を超えたという条件である請求項２２に記載の無線端末。
　前記時間閾値は、前記基地局により指定される請求項２３に記載の無線端末。
　前記所定の条件は、自無線端末の負荷状況が負荷状況閾値を超えた又は下回ったという条件である請求項２２に記載の無線端末。
　前記負荷状況閾値は、前記基地局により指定される請求項２５に記載の無線端末。
　前記所定の条件は、自無線端末の無線状況が無線状況閾値を超えた又は下回ったという条件である請求項２２に記載の無線端末。
　前記無線状況閾値は、前記基地局により指定される請求項２７に記載の無線端末。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる無線端末であって、
　第１のプロファイルが設定されている場合において、第２のプロファイルへの変更要求を基地局に送信する、又は前記基地局から前記第２のプロファイルへの変更要求を受信する通信部と、
　前記変更要求を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える無線端末。
　前記制御部は、前記第１のタイミングから前記規定時間内に、前記第２のプロファイルに変更するために必要な処理を行う請求項２９に記載の無線端末。
　前記必要な処理は、前記第２のプロファイルの設定パラメータに変更するパラメータ変更であり、
　前記制御部は、前記パラメータ変更について前記基地局から通知されなくても、前記第２のプロファイルの設定パラメータに変更する請求項３０に記載の無線端末。
　前記制御部は、前記第１のタイミングから前記規定時間が経過するまで、前記基地局とのデータ送受信を中止する請求項２９に記載の無線端末。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる無線端末であって、
　第１のプロファイルが設定されている場合において、第２のプロファイルへの変更要求に対する応答を基地局に送信する、又は前記第２のプロファイルへの変更要求に対する応答を前記基地局から受信する通信部と、
　前記応答を送信又は受信した第１のタイミングから規定時間経過後の第２のタイミングにおいて、前記第２のプロファイルに変更する制御部と、を備える無線端末。
　前記制御部は、前記第１のタイミングから前記規定時間内に、前記第２のプロファイルに変更するために必要な処理を行う請求項３３に記載の無線端末。
　前記制御部は、前記第１のタイミングから前記規定時間が経過するまで、前記基地局とのデータ送受信を中止する請求項３３に記載の無線端末。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる無線端末であって、
　第１のプロファイルが設定されている場合において、前記第１のプロファイルとは異なる第２のプロファイルを選択する制御部と、
　前記第２のプロファイルへの変更を要求するためのプロファイル変更要求を基地局に送信する送信部と、を備え、
　前記制御部は、前記第１のプロファイルに基づいて、少なくとも一部の通信状態が維持されるように前記第２のプロファイルを選択する無線端末。
　前記第１のプロファイルは、前記無線端末のプライマリセルが属するサポート周波数帯を含み、
　前記制御部は、前記無線端末のプライマリセルが属するサポート周波数帯を含むプロファイルを前記第２のプロファイルとして選択する請求項３６に記載の無線端末。
　前記第１のプロファイルは、所定のバッファサイズを有する第１の端末カテゴリを含み、
　前記制御部は、前記所定のバッファサイズ以上のバッファサイズを有する端末カテゴリを含むプロファイルを前記第２のプロファイルとして選択する請求項３６に記載の無線端末。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる基地局であって、
　自基地局から他の基地局に対して無線端末のハンドオーバを行う場合において、モビリティ管理装置を介さずに又は前記モビリティ管理装置を介して、前記無線端末がサポートしているプロファイルを前記他の基地局に通知する制御部を備える基地局。
　前記制御部は、前記無線端末がサポートしており、かつ自基地局と前記無線端末との間の通信に使用しているプロファイルを前記他の基地局に通知する請求項３９に記載の基地局。
　前記制御部は、前記無線端末がサポートしている全てのプロファイルを前記他の基地局に通知する請求項３９に記載の基地局。
　前記制御部は、前記モビリティ管理装置を介さずに又は前記モビリティ管理装置を介して、前記他の基地局が前記無線端末との通信に使用するべきプロファイルを前記他の基地局から取得して、該取得したプロファイルを前記無線端末に通知する請求項３９に記載の基地局。
　前記制御部は、前記他の基地局がプロファイル非対応の基地局である場合において、前記無線端末がサポートしているプロファイルに含まれる各機能を前記他の基地局に通知する請求項３９に記載の基地局。
　前記制御部は、前記無線端末がサポートしており、かつ自基地局と前記無線端末との間の通信に使用しているプロファイルに含まれる各機能を前記他の基地局に通知する請求項４３に記載の基地局。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられるモビリティ管理装置であって、
　第１の基地局から第２の基地局に対して無線端末のハンドオーバを行う場合において、前記無線端末がサポートしているプロファイルを前記第２の基地局に通知する制御部を備えるモビリティ管理装置。
　前記制御部は、前記無線端末がサポートしており、かつ前記第１の基地局から通知されたプロファイルを前記第２の基地局に通知する請求項４５に記載のモビリティ管理装置。
　前記制御部は、前記無線端末がサポートしており、かつ前記第１の基地局と前記無線端末との間の通信に使用されているプロファイルを前記第２の基地局に通知する請求項４５に記載のモビリティ管理装置。
　前記制御部は、前記無線端末がサポートしている全てのプロファイルを前記第２の基地局に通知する請求項４５に記載のモビリティ管理装置。
　前記制御部は、前記第２の基地局が前記無線端末との通信に使用するべきプロファイルを前記第２の基地局から取得して、該取得したプロファイルを前記第１の基地局に通知する請求項４５に記載のモビリティ管理装置。
　前記制御部は、前記第２の基地局がプロファイル非対応の基地局である場合において、前記無線端末がサポートしているプロファイルに含まれる各機能を前記第２の基地局に通知する請求項４５に記載のモビリティ管理装置。
　前記制御部は、前記無線端末がサポートしているプロファイルのうち特定のプロファイルに含まれる各機能を前記第２の基地局に通知し、
　前記特定のプロファイルは、前記無線端末が選択した規定プロファイル、又は自モビリティ管理装置が選択したプロファイルである請求項５０に記載のモビリティ管理装置。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる基地局であって、
　自基地局がプロファイル対応であるか否かを示す情報をブロードキャストで無線端末に送信する送信部を備える基地局。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる無線端末であって、
　プロファイル非対応の基地局と接続した場合において、自無線端末がサポートする機能のうち一部の機能のみを前記プロファイル非対応の基地局に通知する制御部を備える無線端末。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる無線端末であって、
　プロファイル非対応の基地局と接続する前において、ネットワークからデタッチし、該ネットワークにアタッチする制御部を備える無線端末。
　複数のプロファイルが規定されており、各プロファイルが無線通信に関する複数の機能を含む移動通信システムにおいて用いられる無線端末であって、
　自無線端末がサポートしているプロファイルのうち何れか１つを規定プロファイルとしてモビリティ管理装置に通知する制御部を備える無線端末。