JP2020077962A - 端末装置、基地局装置、方法、および、集積回路 - Google Patents

Abstract

【課題】効率的に通信を行うことができる端末装置、基地局装置、方法、および集積回路に関する技術を提供すること。【解決手段】端末装置が、ＲＲＣ接続セットアップ完了メッセージに含める情報として、ＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を含め、ＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を含める。【選択図】図８

Description

本発明は、端末装置、基地局装置、方法、および、集積回路に関する。

セルラ−移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ：ＥＵＴＲＡまたはＥ−ＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ：ＥＰＣ」）が、第三世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。

また、３ＧＰＰにおいて、第５世代のセルラ−システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ−Ａｄｖａｎｃｅｄ Ｐｒｏおよび新しい無線アクセス技術であるＮＲ（Ｎｅｗ Ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。

３ＧＰＰ ＲＰ−１７０８５５，"Ｗｏｒｋ Ｉｔｅｍ ｏｎ Ｎｅｗ Ｒａｄｉｏ （ＮＲ） Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ" ３ＧＰＰ ＴＳ ２３．５０１,"Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３６．３００, "Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３６．３３１ ｖ１５．３．０,"Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ" ３ＧＰＰ ＴＳ ３６．３２３,"Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３６．３２２,"Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ （ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３６．３２１,"Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３７．３４０,"ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ−ＵＴＲＡ）ａｎｄ ＮＲ; Ｍｕｌｔｉ−Ｃｏｎｎｅｃｔｉｖｉｔｙ; Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３８．３００, "ＮＲ；ＮＲ ａｎｄ ＮＧ−ＲＡＮ Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３８．３３１,"ＮＲ；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ" ３ＧＰＰ ＴＳ ３８．３２３,"ＮＲ；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３８．３２２,"ＮＲ；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ （ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３８．３２１,"ＮＲ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ２３．４０１ ｖ１４．３．０，"Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ） ａｃｃｅｓｓ" ３ＧＰＰ ＴＳ ２３．５０２,"Ｐｒｏｃｅｄｕｒｅ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２" ３ＧＰＰ ＴＳ ３７．３２４, "ＮＲ；Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＤＡＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ" ３ＧＰＰ ＴＳ ３７．３２０, "ＵＴＲＡ ａｎｄ Ｅ−ＵＴＲＡ； Ｒａｄｉｏ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｌｌｅｃｔｉｏｎ ｆｏｒ Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ （ＭＤＴ）； Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ"

ＥＰＣに接続するＥＵＴＲＡの端末装置は、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）接続のセットアップを完了する際に基地局装置に送信するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）に、端末装置が蓄積（Ｓｔｏｒｅ）した様々な情報の有無を示す情報を含める機能をもつ（非特許文献４）。非特許文献４では、前記蓄積した情報として、サービングセルおよび隣接セルの測定結果に関する情報、ブルートゥース（登録商標）の測定結果に関する情報、ＷＬＡＮの測定結果に関する情報、端末装置の移動履歴情報などが含まれる。これらの蓄積した情報のすべてあるいは一部は、ネットワークの最適化のために統計的に使用されてもよいが、５ＧＣは未だこれらの機能の一部を端末装置に設定する機能を持たないため、端末装置は５ＧＣに接続する場合にはこれらの蓄積（Ｓｔｏｒｅ）した様々な情報の有無を示す情報をＲＲＣ接続セットアップ完了メッセージに含めないことが非特許文献４に規定されている。

しかしながら、蓄積された情報はネットワークの最適化の目的だけではなく、基地局装置が端末装置の状態を把握して最適な通信パラメータを設定するために用いることができる。

本発明の一態様は、上記した事情に鑑みてなされたもので、基地局装置との通信を効率的に行うことができる端末装置、基地局装置、該端末装置に用いられる方法、該端末装置に実装される集積回路を提供することを目的の一つとする。

（１）上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、基地局装置と通信する端末装置であって、前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信する受信部と、ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信する送信部と、前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択する処理部とを備え、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（２）本発明の第２の態様は、端末装置と通信する基地局装置であって、システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信する送信部と、ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信する受信部と、前記システム情報に含める情報を選択する処理部とを備え、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める。

（３）本発明の第３の態様は、基地局装置と通信する端末装置に適用される通信方法であって、前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信するステップと、ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信するステップと、前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択するステップとを少なくとも含み、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（４）本発明の第４の態様は、端末装置と通信する基地局装置に適用される通信方法であって、システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信するステップと、ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信するステップと、前記システム情報に含める情報を選択するステップとを少なくとも含み、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める。

（５）本発明の第５の態様は、基地局装置と通信する端末装置に実装される集積回路であって、前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信する機能と、ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信する機能と、前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択する機能を前記端末装置に対して発揮させ、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場
合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（６）本発明の第６の態様は、端末装置と通信する基地局装置に実装される集積回路であって、システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信する機能と、ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信する機能と、前記システム情報に含める情報を選択する機能を前記基地局装置に対して発揮させ、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める。

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

本発明の一態様によれば、端末装置は、必要とされる有用な情報を基地局装置に通知することができ、効率的に通信を行うことができる。

本発明の実施の形態に係る通信システムの概略図。 本発明の実施の形態における、ＥＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。 本発明の実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。 本発明の実施の形態におけるＲＲＣ接続確立手順のフローの一例を示す図。 本発明の実施の形態における端末装置の構成を示すブロック図。 本発明の実施の形態における基地局装置の構成を示すブロック図。 本発明の実施の形態におけるＲＲＣ接続確立手順のフローの一例を示す図。 本発明の実施の形態におけるＲＲＣ接続セットアップ完了メッセージのコンテンツ設定手順のフローの一部の一例を示す図。 本発明の実施の形態におけるＲＲＣ接続セットアップ完了メッセージのコンテンツ設定手順のフローの一部の別の一例を示す図。

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

ＬＴＥ（およびＬＴＥ−Ａ Ｐｒｏ）とＮＲは、異なるＲＡＴとして定義されてよい。また、ＮＲとＭｕｌｔｉ Ｒａｄｉｏ Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ（ＭＲ−ＤＣ）で接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。また、本実施形態でのＥ−ＵＴＲＡ（ＥＵＴＲＡ）という用語は、ＬＴＥという用語に置き換えられてもよい。また、ＬＴＥという用語はＥ−ＵＴＲＡ（ＥＵＴＲＡ）という用語に置き換えられてもよい。

図１は本発明の各実施の形態に係る通信システムの概略図である。

Ｅ−ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ−ＵＴＲＡＮ Ｎｏｄｅ Ｂ）１０２は、Ｅ−ＵＴＲＡの基地局装置である。ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）１０４は、非特許文献１４等に記載のコア網（コアネットワーク）であり、Ｅ−ＵＴＲＡ用コア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ：ＵＰ）が存在する。

ＮＲ１０６は非特許文献９等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇ Ｎｏｄｅ Ｂ）１０８は、ＮＲの基地局装置である。５ＧＣ１１０は、非特許文献２等に記載のコア網であり、ＮＲ用コア網として設計されているが、５ＧＣに接続する機能をもつＥ−ＵＴＲＡのコア網として使われてもよい。以下Ｅ−ＵＴＲＡとは５ＧＣに接続する機能をもつＥ−ＵＴＲＡを含んでもよい。

インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースである。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４は、通信事業者が提供する通信システムに応じて存在しない場合もある。

ＵＥ１２２はＥ−ＵＴＲＡに対応、ＮＲに対応、またはＥ−ＵＴＲＡ及びＮＲ両方に対応した端末装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）である。

図２は本発明の各実施の形態における、Ｅ−ＵＴＲＡ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）図である。

図２（Ａ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。

ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）２００は、無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層（上位レイヤ）に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ
Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ−タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われる。

ＭＡＣ２０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ２０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒ
ｏｌ ｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。

ＲＬＣ２０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層（下位レイヤ）が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ２００は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ−タの再送制御等の機能を持つ（非特許文献６）。

ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰ Ｐａｃｋｅｔ）を無線区間で効率的に伝送するためのパケットデータ収束プロトコル層（パケットデータ収束プロトコルレイヤ）である。ＰＤＣＰ２０６は、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ−タの暗号化の機能も持ってもよい（非特許文献５）。

なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＰＤＣＰ ＳＤＵと呼ぶ。

図２（Ｂ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＣＰのプロトコルスタック図である。

ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０８が存在する。ＲＲＣ２０８は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定・再設定などを行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい（非特許文献４）。

前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。

なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＰＤＣＰレイヤの上位レイヤとなる（不図示）。またＲＲＣレイヤやＮＡＳ（ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）レイヤもＳＤＡＰレイヤの上位レイヤとなる（不図示）。言い換えれば、ＰＤＣＰレイヤは
ＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤの下位レイヤとなる。

図３は本発明の各実施の形態における、ＮＲ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）図である。

図３（Ａ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。

ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）３００は、ＮＲの無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ−タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われてもよい。

ＭＡＣ３０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ３０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。

ＲＬＣ３０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ３０４は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するための機能も持ってもよい。すなわち、ＲＬＣ３０４は、デ−タの再送制御等の機能を持ってもよい（非特許文献１２）。

ＰＤＣＰ３０６は、ユーザデータであるＩＰパケット（ＩＰ Ｐａｃｋｅｔ）を無線区間で効率的に伝送するパケットデータ収束プロトコル層（パケットデータ収束プロトコル層）である。ＰＤＣＰ３０６、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ−タの暗号化の機能も持ってもよい（非特許文献１１）。

ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）３１０は、コアネットワークから基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとの対応付け（マッピング：ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介してコアネットワークに送られるアップリンクのＱｏＳフローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持もつ、サービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）である（非特許文献１６）。端
末装置が上位レイヤよりＳＤＡＰ ＳＤＵをＱｏＳフロー情報と共に受け取った際、格納されているＱｏＳフローとＤＲＢとのマッピングルールに基づいて、ＳＤＡＰ ＳＤＵを該当するＤＲＢに割り当てる。ＱｏＳフローとＤＲＢとのマッピングルールが格納されていない場合、ＳＤＡＰ ＳＤＵをデフォルト無線ベアラ（デフォルトＤＲＢ）に割り当ててもよい。ＱｏＳフローは同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ：ＳＤＦ）から成る（非特許文献２）。またＳＤＡＰはダウンリンクＱｏＳフローの情報を基に、アップリンクのＱｏＳフローとＤＲＢとのマッピングを行う、リフレクティブＱｏＳ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ）の機能を持ってもよい。またＱｏＳフローとＤＲＢとの対応付けルールが変更になった場合には、エンドマーカー（Ｅｎｄ Ｍａｒｋｅｒ）ＰＤＵを作成し、変更前のＤＲＢに送信する事により、ＳＤＡＰ ＳＤＵの順番通りの配信（ｉｎ−ｓｅｑｕｅｎｃｅ
ｄｅｌｉｖｅｒｙ）を保証してもよい（非特許文献２、非特許文献１６）。

エンドマーカーＰＤＵとは、非特許文献１６に記載のＳＤＡＰ制御ＰＤＵで、ＵＥのＳＤＡＰエンティティが、本エンドマーカーＰＤＵのＱｏＳフロー識別子フィールドに含まれるＱｏＳフロー識別子に対応したＱｏＳフローと、本エンドマーカーＰＤＵが送信された無線ベアラとの対応（ｍａｐｐｉｎｇ）が終了する事を通知するために使われる。

なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＳＤＡＰレイヤの上位レイヤとなる（不図示）。またＲＲＣレイヤやＮＡＳ（ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）レイヤもＳＤＡＰレイヤの上位レイヤとなる（不図示）。ＮＡＳレイヤにおいて、サービスデータフローとＱｏＳフローとの対応付が行われる。言い換えれば、ＳＤＡＰレイヤはＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤの下位レイヤとなる。

なお、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０において処理されたデータの事を、それぞれＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵ、ＳＤＡＰ ＰＤＵと呼んでもよい。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵと呼んでもよい。

図３（Ｂ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＣＰのプロトコルスタック図である。

ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０８が存在する。ＲＲＣ３０８は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定・再設定などを行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ３０４とＭＡＣ３０２で構成される部分をＲＬＣベアラと呼んでもよい（非特許文献１０）。

ＳＲＢは、ＣＣＣＨ論理チャネルを用いるＲＲＣメッセージのためのＳＲＢ（ＳＲＢ０）、ＤＣＣＨ論理チャネルを用いるＲＲＣメッセージとＳＲＢ２の確立よりも前に送信されるＮＡＳメッセージのためのＳＲＢ（ＳＲＢ１）、ＤＣＣＨ論理チャネルを用いるＮＡＳメッセージと記録された測定情報（Ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）などを含むＲＲＣメッセージのためのＳＲＢ（ＳＲＢ２）、が定義されてよい。また、それ以外のＳＲＢが定義されてよい。

前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層（各レイヤ）の機能の一部あるいは全部が他の層（レイヤ）に含まれてもよい。

なお、本発明の各実施の形態では、以下Ｅ−ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ−ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ−ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ−ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ−ＵＴＲＡ用ＲＲＣ又はＬＴＥ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。又は、Ｅ−ＵＴＲＡ ＰＤＣＰ又はＬＴＥ ＰＤＣＰ、ＮＲ ＰＤＣＰなどとスペースを用いて記述する場合もある。

また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられてもよい。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでもよい。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であってもよい。

基地局装置は、基地局装置によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置をサーブしてもよい。また、基地局装置は、１または複数の送受信点によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置をサーブしてもよい。また、ＮＲでは１つのセルを複数の部分領域（Ｂｅａｍｅｄ ａｒｅａ、またはＢｅａｍｅｄ ｃｅｌｌとも称する）にわけ、それぞれの部分領域において端末装置をサーブしてもよい。端末装置は、セルの中を通信エリアとみなして動作する。端末装置は、非無線接続時（アイドル状態、ＲＲＣ＿ＩＤＬＥ状態とも称する）において、セル再選択手順によって別の適切なセルへ移動してもよい。端末装置は、無線接続時（コネクティッド状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とも称する）において、ハンドオ−バ手順によって別のセルへ移動してもよい。適切なセルとは、一般的に、基地局装置から示される情報に基づいて端末装置のアクセスが禁止されていないと判断されるセルであって、かつ、下りリンクの受信品質が所定の条件を満たすセルのことを示す。また、端末装置は、不活動状態（インアクティブ状態とも称する）において、セル再選択手順によって別の適切なセルへ移動してもよい。端末装置は、不活動状態において、ハンドオ−バ手順によって別のセルへ移動してもよい。

端末装置がある基地局装置と通信可能であるとき、その基地局装置のセルのうち、端末装置との通信に使用されるように設定されているセルを在圏セル（Ｓｅｒｖｉｎｇ ｃｅｌｌ、サービングセル）と称して、その他の通信に使用されないセルは周辺セル（Ｎｅｉｇｈｂｏｒｉｎｇ ｃｅｌｌ）と称してよい。また、サービングセルにおいて必要となるシステム情報の一部あるいは全部は、端末装置に対して、別のセルで報知または通知される場合もある。

ドライブテストの最小化（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ：ＭＤＴ）について説明する。ＭＤＴとは、例えばネットワークがネットワークの最適化のために端末装置に測定を行わせて報告させることができる仕組みである。

非特許文献１７では、ＵＴＲＡＮとＥＵＴＲＡＮに対する制御プレーンを用いたＭＤＴのための端末装置固有の測定の収集をサポートするための機能とプロシージャが規定されている。ＮＲのネットワークに対しても上記と同様の規定が適用されてもよい。

ＭＤＴにはＬｏｇｇｅｄ ＭＤＴと呼ばれるモードとＩｍｍｅｄｉａｔｅ ＭＤＴと呼ばれるモードとが存在する。ＭＤＴにおいて、ネットワークは端末装置に対してＬｏｇｇｅｄ ＭＤＴのための設定パラメータをＲＲＣメッセージの一つであるＬｏｇｇｅｄＭｅａｓｕｒｅｍｅｎｔＣｏｎｆｉｇｕｒａｔｉｏｎメッセージで転送する。この設定は、上書きによって置き換えられ、タイマーの条件に基づく停止や満了によって処分（クリアランス）されてよい。

また、非特許文献１７では、ＭＤＴにおいて、端末装置がネットワークに報告するパラメータとして、以下のパラメータが規定されている。

（１）下りリンクのパイロット強度測定のため、記録された測定（Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ）レポートには、サービングセルの測定結果や、ＲＲＣ＿ＩＤＬＥで測定された、同一周波数や異周波数、あるいは異無線アクセス技術（Ｉｎｔｅｒ ＲＡＴ）の利用できる（Ａｖａｉｌａｂｌｅな）測定結果や、時間の記録（Ｔｉｍｅ Ｓｔａｍｐ）や、位置情報などが含まれてよい。例えば端末装置は変数ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔにこれらの情報を蓄積してよい。

（２）ＥＵＴＲＡのＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）測定記録のため、記録された測定レポートには、ターゲットとなるＭＢＳＦＮエリアのＭＢＳＦＮ測定結果や、もし設定されていれば、利用できる下りリンクパイロット強度測定結果などが含まれてよい。例えば端末装置は変数ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔにこれらの情報を蓄積してよい。

（３）ＷＬＡＮとＢｌｕｅＴｏｏｔｈ（登録商標）の測定記録のため、記録された測定レポートには、ＷＬＡＮおよび／またはＢｌｕｅＴｏｏｔｈの測定結果が含まれてよい。例えばＷＬＡＮの測定結果には、ＢＳＳＩＤとＳＳＩＤ、ＲＳＳＩ、ＲＴＴなどが含まれてよい。例えばＢｌｕｅＴｏｏｔｈの測定結果には、ＭＡＣアドレスやＲＳＳＩなどが含まれてよい。例えば端末装置は変数ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔにこれらの情報を蓄積してよい。

（４）無線リンク失敗レポートには、端末装置が最後に経験した接続失敗に関する情報が含まれてよい。接続失敗とは、無線リンク失敗（ＲＬＦ）や、ハンドオーバ失敗（ＨＯＦ）が含まれてよい。例えば端末装置は変数ＶａｒＲＬＦ−Ｒｅｐｏｒｔにこれらの情報を蓄積してよい。

（５）失敗したＲＲＣ接続確立の記録のため、接続確立失敗レポートには、ＲＲＣ接続確立が失敗したときに選択された公衆携帯電話網（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：ＰＬＭＮ）の情報などを蓄積してよい。例えば端末装置は変数ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔにこれらの情報を蓄積してよい。

（６）ＲＲＣ＿ＩＤＬＥの測定の記録のため、ＩＤＬＥ測定レポートが用意されてよい
。例えば端末装置は変数ＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔにＩＤＬＥ測定レポートの情報を蓄積してよい。

例えば、ネットワークは、複数の端末装置から集められた上記のレポートを統計的に用いることで、カバレッジホールの検出やセル境界の把握、および／または電波干渉状況の把握などをおこなうことができる。

図４および図７はそれぞれ本発明の実施の形態におけるＥＵＴＲＡとＮＲのＲＲＣ接続確立手順（プロシージャ）のフローの一例を示す図である。

図４は、本発明の実施の形態におけるＥＵＴＲＡのＲＲＣ接続確立手順（プロシージャ）のフローの一例を示す図である。このプロシージャの目的は、ＲＲＣ接続を確立すること、サスペンドされたＲＲＣ接続をレジュームすること、ＵＥ１２２をＲＲＣインアクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）からＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に移すこと、または早期データ送信（Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）を実行することであってよい。ＲＲＣ接続の確立はＳＲＢ１の確立を伴ってよい。このプロシージャは、初期ＮＡＳ個別情報（Ｉｎｉｔｉａｌ ＮＡＳ ｄｅｄｉｃａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）をＵＥ１２２からＥ−ＵＴＲＡＮへ転送するために用いられてもよい。

ＲＲＣ接続を確立する場合であって、早期データ送信の開始でない場合、ＵＥ１２２はＲＲＣ接続要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）メッセージの送信を開始してよい。また、ＲＲＣ接続を確立する場合であって、早期データ送信の開始である場合、ＵＥ１２２はＲＲＣ早期データ要求（ＲＲＣＥａｒｌｙＤａｔａＲｅｑｕｅｓｔ）メッセージの送信を開始してよい。また、ＲＲＣ接続をレジュームする場合、ＵＥ１２２はＲＲＣ接続レジューム要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ）メッセージの送信を開始してよい（ステップＳ４０１）。

ＲＲＣ接続要求メッセージの送信に関する処理（アクション）について説明する。

ＵＥ１２２は、ＲＲＣレイヤの上位のレイヤから、位置登録時にネットワークから払い出されるＵＥ識別子（ＳＡＥ Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ：Ｓ−ＴＭＳＩ）が提供される場合、上位レイヤから受け取った値をＵＥ識別子（ｕｅ−Ｉｄｅｎｔｉｔｙ）にセットする。もし、上位レイヤから５Ｇ−Ｓ−ＴＭＳＩが提供される場合、ＵＥ識別子に上位レイヤから受け取った値の一部をＵＥ識別子にセットする。いずれの情報も提供されない場合、ＵＥ識別子にランダムな値をセットする。

ＵＥ１２２がＥＰＣに接続する場合、（Ａ）もし、ＵＥ１２２が確立理由（Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ）のひとつであるｍｏ−ＶｏｉｃｅＣａｌｌをサポートし、ＵＥ１２２がマルチメディア無線電話（Ｍｕｌｔｉｍｅｄｉａ Ｔｅｌｅｐｈｏｎｙ：ＭＭＴＥＬ）音声の発呼（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ ＭＭＴＥＬ Ｖｏｉｃｅ）のためにＲＲＣ接続の確立をおこなっており、基地局装置から報知されるシステム情報の一部であるシステム情報ブロックタイプ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）がｖｏｉｃｅＳｅｒｖｉｃｅＣａｕｓｅＩｎｄｉｃａｔｉｏｎを含み、上位レイヤから受け取った確立理由が高優先アクセス（ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ）でなければ、ＲＲＣ接続要求メッセージに含まれるフィールドの一つであるｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅの値にｍｏ−ＶｏｉｃｅＣａｌｌをセットする。なお、上記ｖｏｉｃｅＳｅｒｖｉｃｅＣａｕｓｅＩｎｄｉｃａｔｉｏｎは、ＵＥ１２２がＭＭＴＥＬ音声の発呼の際に確立理由としてｍｏ−ＶｏｉｃｅＣａｌｌを用いることが
要求されているかを示す情報である。

（Ａ）でない場合、（Ｂ）もし、ＵＥ１２２が確立理由（Ｅｓｔａｂｌｉｓｈｍｅｎｔ
Ｃａｕｓｅ）のひとつであるＭＭＴＥＬビデオの発呼（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ ＭＭＴＥＬ Ｖｉｄｅｏ）のためのｍｏ−ＶｏｉｃｅＣａｌｌをサポートし、ＵＥ１２２がＭＭＴＥＬビデオの発呼のためにＲＲＣ接続の確立をおこなっており、基地局装置から報知されるシステム情報ブロックタイプ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）がｖｉｄｅｏＳｅｒｖｉｃｅＣａｕｓｅＩｎｄｉｃａｔｉｏｎを含み、上位レイヤから受け取った確立理由が高優先アクセス（ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ）でなければ、ＲＲＣ接続要求メッセージに含まれるフィールドの一つであるｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅの値にｍｏ−ＶｏｉｃｅＣａｌｌをセットする。なお、上記ｖｉｄｅｏＳｅｒｖｉｃｅＣａｕｓｅＩｎｄｉｃａｔｉｏｎは、ＵＥ１２２がＭＭＴＥＬビデオの発呼の際に確立理由としてｍｏ−ＶｏｉｃｅＣａｌｌを用いることが要求されているかを示す情報である。

（Ａ）でも（Ｂ）でもない場合、ＵＥ１２２は、ＲＲＣ接続要求メッセージに含まれるフィールドの一つであるｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅに、上位レイヤから受け取った情報に従って値をセットする。

ＵＥ１２２が５ＧＣに接続する場合、ＵＥ１２２は、ＲＲＣ接続要求メッセージに含まれるフィールドの一つであるｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅに、上位レイヤから受け取った情報に従って値をセットする。

上記処理の後、ＵＥ１２２は、ＲＲＣ接続要求メッセージを送信のために下位レイヤに提出（Ｓｕｂｍｉｔ）する（ステップＳ４０１）。

ＲＲＣ接続レジューム要求メッセージの送信に関する処理（アクション）について説明する。

ＵＥ１２２はサスペンドされたＲＲＣ接続からＲＲＣ接続をレジュームする場合に以下の処理を行う。

ＵＥ１２２は、（Ａ）早期データ送信を開始しているか、システム情報ブロックタイプ２にｕｓｅＦｕｌｌＲｅｓｕｍｅＩＤが含まれているなら、ストアしているレジュームのための識別子であるｒｅｓｕｍｅＩｄｅｎｔｉｔｙをＲＲＣ接続レジューム要求メッセージのフィールドの一つであるｒｅｓｕｍｅＩＤにセットする。なお、フィールドにセットするとは、フィールドの値に設定すると換言してもよい。

（Ａ）でない場合、ストアしているｒｅｓｕｍｅＩｄｅｎｔｉｔｙの一部（左から９ビット目から２０ビット目と、２９ビット目から４０ビット目）を含むように、ＲＲＣ接続レジューム要求メッセージのフィールドの一つであるｔｒｕｎｃａｔｅｄＲｅｓｕｍｅＩＤにセットする。

上記処理の後、（Ｂ）もし、ＵＥ１２２が確立理由（Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ）のひとつであるｍｏ−ＶｏｉｃｅＣａｌｌをサポートし、ＵＥ１２２がＭＭＴＥＬ音声の発呼（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ ＭＭＴＥＬ Ｖｏｉｃｅ）のためにＲＲＣ接続のレジュームをおこなっており、システム情報ブロックタイプ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）がｖｏｉｃｅＳｅｒｖｉｃｅＣａｕｓｅＩｎｄｉｃａｔｉｏｎを含み、上位レイヤから受け取った確立理由が高優先アクセス（ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ）でなければ、ＲＲＣ接続レジューム要求
メッセージに含まれるフィールドの一つであるｒｅｓｕｍｅＣａｕｓｅの値にｍｏ−ＶｏｉｃｅＣａｌｌをセットする。

（Ｂ）でない場合、（Ｃ）もし、ＵＥ１２２が確立理由（Ｅｓｔａｂｌｉｓｈｍｅｎｔ
Ｃａｕｓｅ）のひとつであるＭＭＴＥＬビデオの発呼（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ ＭＭＴＥＬ Ｖｉｄｅｏ）のためのｍｏ−ＶｏｉｃｅＣａｌｌをサポートし、ＵＥ１２２がＭＭＴＥＬビデオの発呼のためにＲＲＣ接続のレジュームをおこなっており、システム情報ブロックタイプ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）がｖｉｄｅｏＳｅｒｖｉｃｅＣａｕｓｅＩｎｄｉｃａｔｉｏｎを含み、上位レイヤから受け取った確立理由が高優先アクセス（ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ）でなければ、ＲＲＣ接続レジューム要求メッセージに含まれるフィールドの一つであるｒｅｓｕｍｅＣａｕｓｅの値にｍｏ−ＶｏｉｃｅＣａｌｌをセットする。

（Ｂ）でも（Ｃ）でもない場合、ＵＥ１２２は、ＲＲＣ接続レジューム要求メッセージに含まれるフィールドの一つであるｒｅｓｕｍｅＣａｕｓｅに、上位レイヤから受け取った情報に従って値をセットする。

上記処理の後、ＲＲＣ設定を回復（リストア）し、すべてのシグナリング無線ベアラ（ＳＲＢ）とすべてのデータ無線ベアラ（ＤＲＢ）のためのＰＤＣＰエンティティを再確立（Ｒｅ−ｅｓｔａｂｌｉｓｈ）する。

上記処理の後、ＵＥ１２２は、ＲＲＣ接続レジューム要求メッセージを送信のために下位レイヤに提出（Ｓｕｂｍｉｔ）する（ステップＳ４０１）。

ＵＥ１２２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ接続をレジュームする場合に以下の処理を行う。

ＵＥ１２２は、（Ａ）システム情報ブロックタイプ２にｕｓｅＦｕｌｌＲｅｓｕｍｅＩＤが含まれているなら、サスペンドで提供され蓄積（保持）していたｆｕｌｌＩ−ＲＮＴＩをＲＲＣ接続レジューム要求メッセージのフィールドの一つであるｆｕｌｌＩ−ＲＮＴＩにセットする。

（Ａ）でない場合、サスペンドで提供され蓄積（保持）していたｓｈｏｒｔＩ−ＲＮＴＩをＲＲＣ接続レジューム要求メッセージのフィールドの一つであるｓｈｏｒｔＩ−ＲＮＴＩにセットする。

上記処理の後、ＵＥ１２２は、ＲＲＣ接続レジューム要求メッセージに含まれるフィールドの一つであるｒｅｓｕｍｅＣａｕｓｅに、上位レイヤあるいはＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）レイヤから受け取った情報に従って値をセットする。

上記処理の後、ＵＥ１２２は、ＲＲＣ接続レジューム要求メッセージを送信のために下位レイヤに提出（Ｓｕｂｍｉｔ）する（ステップＳ４０１）。

ＵＥ１２２がＲＲＣ接続セットアップメッセージを受信（ステップＳ４０３）したときのプロシージャ（アクション）について説明する。

（Ａ）もし、ＲＲＣ接続セットアップメッセージを、サスペンドされたＲＲＣ接続からのＲＲＣ接続レジューム要求メッセージの返信として受け取ったなら、以下の（１）から（５）の処理を行う。

（１）すべての無線リソース（ＳＲＢ０以外のすべての確立された、あるいはサスペンドされたＲＢに対する、ＲＬＣエンティティ、ＭＡＣコンフィグレーション、およびＰＤＣＰエンティティを含む）を解放（リリース）する。

（２）蓄積（保持）していたＡＳコンテキストとｒｅｓｕｍｅＩｄｅｎｔｉｔｙを捨てる（Ｄｉｓｃａｒｄする）。

（３）もし蓄積（保持）していたら、ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔを捨てる（Ｄｉｓｃａｒｄする）。

（４）もし蓄積（保持）していたら、ｄｒｂ−ＣｏｎｔｉｎｕｅＲＯＨＣを捨てる（Ｄｉｓｃａｒｄする）。

（５）上位レイヤにＲＲＣ接続のフォールバックを通知する。

（Ａ）でない場合、もし、ＲＲＣ接続セットアップメッセージを、ＲＲＣ＿ＩＮＡＣＴＩＶＥからのＲＲＣ接続レジューム要求メッセージの返信として受け取ったなら、以下の（１）から（３）の処理を行う。

（１）もし変数ｐｅｎｄｉｎｇＲｎａＵｐｄａｔｅの値が真（ＴＲＵＥ）にセットされていたら、値を偽（ＦＡＬＳＥ）にセットする。

（２）蓄積（保持）していたＡＳコンテキストとｆｕｌｌＩ−ＲＮＴＩとｓｈｏｒｔＩ−ＲＮＴＩを捨てる（Ｄｉｓｃａｒｄする）。

（３）上位レイヤにＲＲＣ接続のフォールバックを通知する。

上記処理の後、ＲＲＣ接続セットアップメッセージに含まれる個別無線リソース設定（ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）の情報に基づいて無線リソースの設定をおこなう。

上記処理の後、種々のタイマーを停止し、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に遷移する。

上記処理の後、図８に示すように、以下の（１）から（３）に示すようにＲＲＣ接続セットアップ完了メッセージのコンテンツをセットする。

（１）メッセージのコンテンツにｍｏｂｉｌｉｔｙＳｔａｔｅを含め、ｍｏｂｉｌｉｔｙＳｔａｔｅの値として、移動状態を設定する（ステップＳ８０１）。

（２）もし、ＵＥ１２２が移動履歴情報の蓄積をサポートしており、ＵＥ１２２の変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに移動履歴情報が存在する（利用できる（Ａｖａｉｌａｂｌｅ））なら、メッセージのコンテンツにｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌを含め、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌの値として、真（ｔｒｕｅ）を設定する（ステップＳ８０３）。

（３）ＵＥ１２２がＥＰＣに接続する場合、以下の（Ａ）から（Ｇ）に示すようにＲＲＣ接続セットアップ完了メッセージのコンテンツをセットする（ステップＳ８０５、ステップＳ８０７）。

（Ａ）もしＵＥ１２２が変数ＶａｒＲＬＦ−Ｒｅｐｏｒｔに無線リンク失敗またはハンドオーバ失敗の情報が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＲＬＦ−Ｒｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリスト（ｐｌｍｎ−ＩｄｅｎｔｉｔｙＬｉｓｔ）にＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｒｌｆ−ＩｎｆｏＡｖａｉｌａｂｌｅを含め、ｒｌｆ−ＩｎｆｏＡｖａｉｌａｂｌｅの値として、真（ｔｒｕｅ）を設定する。

（Ｂ）もしＵＥ１２２がＥＵＴＲＡに対するＭＢＳＦＮの記録された測定（ＭＢＳＦＮｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬ
ｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＭＢＳＦＮを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＭＢＳＦＮの値として、真（ｔｒｕｅ）を設定する。

（Ｃ）もしＵＥ１２２がＥＵＴＲＡに対するＭＢＳＦＮの記録された測定（ＭＢＳＦＮ
ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＭＢＳＦＮを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＭＢＳＦＮの値として、真（ｔｒｕｅ）を設定する。そうでない場合、もしＵＥ１２２がＥＵＴＲＡに対する記録された測定（ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅの値として、真（ｔｒｕｅ）を設定する。

（Ｄ）もしＵＥ１２２がＢｌｕｅｔｏｏｔｈの記録された測定（Ｂｌｕｅｔｏｏｔｈ ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＢＴを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＢＴの値として、真（ｔｒｕｅ）を設定する。

（Ｅ）もしＵＥ１２２がＷＬＡＮの記録された測定（ＷＬＡＮ ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＷＬＡＮを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＷＬＡＮの値として、真（ｔｒｕｅ）を設定する。

（Ｆ）もしＵＥ１２２が変数ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに接続確立失敗情報（ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｆａｉｌｕｒｅ ｉｎｆｏｒｍａｔｉｏｎ）が存在（Ａｖａｉｌａｂｌｅ）し、ＲＰＬＭＮがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子と等しければ、メッセージのコンテンツにｃｏｎｎＥｓｔＦａｉｌＩｎｆｏＡｖａｉｌａｂｌｅを含め、ｃｏｎｎＥｓｔＦａｉｌＩｎｆｏＡｖａｉｌａｂｌｅの値として、真（ｔｒｕｅ）を設定する。

（Ｇ）もしシステム情報ブロックタイプ２がｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔｓを含み、ＵＥ１２２の変数ＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔにＲＲＣ＿ＩＤＬＥ状態における測定情報（ＩＤＬＥ ｍｏｄｅ ｍｅａｓｕｒｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）が存在（Ａｖａｉｌａｂｌｅ）すれば、メッセージのコンテンツにｉｄｌｅＭｅａｓＡｖａｉｌａｂｌｅを含め、ｉｄｌｅＭｅａｓＡｖａｉｌａｂｌｅの値として、真（ｔｒｕｅ）を設定する。

上記処理の後、送信のために下位レイヤにＲＲＣ接続セットアップ完了メッセージを提出する（ステップＳ４０５）。

上記（３）の処理において、図９のステップＳ９０５、ステップＳ９０７に示すように、ＵＥ１２２がＥＰＣに接続する場合だけではなく、システム情報ブロック２あるいはその他のシステム情報ブロックに処理の実行を指示する情報（例えば値にＴＲＵＥを持つｅｎａｂｌｅＭＤＴフィールド）が含まれる場合、あるいは特定のフィールド（例えばｅｎａｂｌｅＭＤＴフィールド）が存在している場合に（Ａ）から（Ｇ）の処理を行うようにしてもよい。例えば、特定のリリース（リリースＡ）のＵＥ１２２はこのフィールドを認識せず、別のリリース（リリースＢ）のＵＥ１２２はこのフィールドを認識する場合、リリースＡのＵＥ１２２は、ＵＥ１２２がＥＰＣに接続する場合だけ（Ａ）から（Ｇ）の処理をおこない、リリースＢのＵＥ１２２は、ＵＥ１２２がＥＰＣに接続しない場合（例えば５ＧＣに接続する場合）であっても、ｅｎａｂｌｅＭＤＴフィールドが含まれる場合に（Ａ）から（Ｇ）の処理を行わせることが可能となる。この情報は、ＲＲＣ接続をレジュームする場合に、ＲＲＣ接続レジューム完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅ）メッセージに含めるコンテンツをセットする際であって、ＲＲＣ接続完了メッセージと同様に（１）から（３）に基づきコンテンツがセットされる場合に用いられてもよい。

以下のＥＵＴＲＡの各プロシージャおよびフィールドの説明において、「ＥＵＴＲＡセル」は、「ＥＵＴＲＡセルとＮＲセル」と置き換えられてもよい。また、ＥＵＴＲＡだけでなく、ＮＲにおいても同様の（類似の）手順が用いられてよい。ＮＲに適用する場合、ＥＵＴＲＡは適宜ＮＲと置き換えられてもよい。

ｍｏｂｉｌｉｔｙＳｔａｔｅについて説明する。もし、システム情報でＴ＿ＣＲｍａｘ、Ｎ＿ＣＲ＿Ｈ、Ｎ＿ＣＲ＿Ｍ、などのパラメータが報知されている場合、Ｎｏｒｍａｌ−ｍｏｂｉｌｉｔｙ状態、Ｈｉｇｈ−ｍｏｂｉｌｉｔｙ状態、およびＭｅｄｉｕｍ−ｍｏｂｉｌｉｔｙ状態が利用可能である。Ｍｅｄｉｕｍ−ｍｏｂｉｌｉｔｙ状態とは、Ｔ＿ＣＲｍａｘ期間のセル再選択の回数がＮ＿ＣＲ＿Ｍを超え、Ｎ＿ＣＲ＿Ｈを超えない状態である。Ｈｉｇｈ−ｍｏｂｉｌｉｔｙ状態とは、Ｔ＿ＣＲｍａｘ期間のセル再選択の回数がＮ＿ＣＲ＿Ｈを超える状態である。それ以外の状態が一定期間続いた場合、Ｎｏｒｍａｌ−ｍｏｂｉｌｉｔｙ状態となる。このとき同じ２つのセル間での連続した再選択はカウントしなくてよい。ｍｏｂｉｌｉｔｙＳｔａｔｅは、Ｍｅｄｉｕｍ−ｍｏｂｉｌｉｔｙ状態と、Ｈｉｇｈ−ｍｏｂｉｌｉｔｙ状態であることを通知するために値としてそれぞれｍｅｄｉｕｍとｈｉｇｈを用いてよい。Ｎｏｒｍａｌ−ｍｏｂｉｌｉｔｙ状態および／またはそれ以外の場合に、値としてｎｏｒｍａｌを用いてよい。

ＵＥ１２２が移動履歴情報をストアするプロシージャについて説明する。このプロシージャはＲＲＣ＿ＣＯＮＮＥＣＴＥＤとＲＲＣ＿ＩＤＬＥをカバーし、ＵＥ１２２によってどのように移動履歴情報が蓄積（ストア）されるかを規定する。また、このプロシージャは、ＲＲＣ＿ＩＮＡＣＴＩＶＥをカバーしてもよい。

もしＵＥ１２２が移動履歴情報の蓄積をサポートするなら、ＵＥ１２２は、以下の手順を行う。

手順１：ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるサービングセルの一つであるＰＣｅｌｌや、ＲＲＣ＿ＩＤＬＥにおけるサービングセルから他のＥＵＴＲＡセルまたは他のＲＡＴのセルまたは圏外（Ｏｕｔ ｏｆ ｓｅｒｖｉｃｅ）に変わった場合、ＵＥ１２２は、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに後述するエントリー（ＶｉｓｉｔｅｄＣｅｌｌＩｎｆｏ）のリスト（ＶｉｓｉｔｅｄＣｅｌｌＩｎｆｏＬｉｓｔ）を含め
る。このとき、ＵＥ１２２は、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔの蓄積可能な最大エントリー数に基づき最も古いエントリーを削除してからエントリーを含めてもよい。ＵＥ１２２は、前のＰＣｅｌｌあるいはサービングセルのセルグローバル識別子が存在する（Ａｖａｉｌａｂｌｅである）場合、エントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄにそのセルのセルグローバル識別子を含める。ＵＥ１２２は、前のＰＣｅｌｌあるいはサービングセルのセルグローバル識別子が存在しない（Ａｖａｉｌａｂｌｅでない）場合、エントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄにそのセルの物理セル識別子とキャリア周波数の情報を含める。そして何れの場合であってもＵＥ１２２は、エントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔにそのＰＣｅｌｌまたはサービングセルで費やした時間の情報を含める。なお、時間の情報が、ｔｉｍｅＳｐｅｎｔで示すことのできる最大の時間を超える場合には、ｔｉｍｅＳｐｅｎｔで示すことのできる最大の時間を設定する。上記エントリーが変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含められる。ここで、セルグローバル識別子は、そのネットワークにおいて、そのセルを世界的に一意に識別できる識別子であり、ＥＵＴＲＡにおいては、ＰＬＭＮ識別子と物理セル識別子の組み合わせで表される。ＮＲにおいても、セルグローバル識別子は、そのネットワークにおいて、そのセルを世界的に一意に識別できる識別子であることに変わりなく、ＥＵＴＲＡと同様、ＰＬＭＮ識別子と物理セル識別子の組み合わせで表されてもよい。ここで、ＰＬＭＮ識別子はＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）を識別する識別子であり、報知情報（システム情報）によってＵＥ１２２に報知されてよい。

ここで、ＶｉｓｉｔｅｄＣｅｌｌＩｎｆｏＬｉｓｔは、例えば、最大１６個の、もっとも最近訪れたセルまたはＥＵＴＲＡの外で費やした時間の情報を含んでよい。もっとも最近訪れたセルまたはＥＵＴＲＡの外で費やした時間の情報（すなわち新しく追加される情報）がリストの最初に蓄積されてよい。すでに１６個の情報がリストに蓄積されている場合には、１６番目の情報（もっとも古い情報）を削除してから前記情報を追加してもよい。また、リストにはＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で訪れたセルを含めてよい。また、リストにはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で訪れたセルを含めてよい。

手順２：ＵＥ１２２は、他のＲＡＴのセルまたは圏外から、（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＤＬＥにおいて、）ＥＵＴＲＡ（のセル）に入った場合、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに後述するエントリーを含める。このとき、ＵＥ１２２は、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔのサイズなどに基づき最も古いエントリーを削除してからエントリーを含めてもよい。ＵＥ１２２は、エントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔにＥＵＴＲＡの外（すなわち他のＲＡＴのセルまたは圏外）で費やした時間の情報を含める。このとき、ｖｉｓｉｔｅｄＣｅｌｌＩｄはエントリーに含めなくてよい。上記エントリーが変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含められる。

ＮＲを考慮した移動履歴情報（Ｍｏｂｉｌｉｔｙ Ｈｉｓｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ）の例を説明する。

まず、ＵＥ１２２が移動履歴情報をストアするプロシージャについて説明する。このプロシージャはＬＴＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤとＲＲＣ＿ＩＤＬＥ、およびＮＲのＲＲＣ＿ＣＯＮＮＥＣＴＥＤとＲＲＣ＿ＩＮＡＣＴＩＶＥとＲＲＣ＿ＩＤＬＥとをカバーし、ＵＥ１２２によってどのように移動履歴情報がストアされるかを規定する。

ＵＥ１２２が移動履歴情報をストアするプロシージャの別の例について説明する。

手順１：ＥＵＴＲＡまたはＮＲのＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるサービングセルの一つであるＰＣｅｌｌや、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるサービングセルから他のセルまたは圏外（Ｏｕｔ ｏｆ ｓｅｒｖｉｃｅ）に変わった場合、ＵＥ１２２は、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに後述するエントリー（ＶｉｓｉｔｅｄＣｅｌｌＩｎｆｏ）のリスト（ＶｉｓｉｔｅｄＣｅｌｌＩｎｆｏＬｉｓｔ）を含める。このとき、ＵＥ１２２は、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔの蓄積可能な最大エントリー数に基づき最も古いエントリーを削除してからエントリーを含めてもよい。ＵＥ１２２は、前のＰＣｅｌｌあるいはサービングセルのセルグローバル識別子が存在する（Ａｖａｉｌａｂｌｅである）場合、エントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄにそのセルのセルグローバル識別子（ｃｅｌｌＧｌｏｂａｌＩｄ）を含めてよい。また、前のＰＣｅｌｌあるいはサービングセルがＮＲのセルである場合はＮＲのセルの情報を含めてもよい。例えば、ＮＲのセルの情報は、そのセルのセルグローバル識別子、および／または同期シグナルおよび物理ブロードキャストチャネルを含むブロック（ＳＳ／ＰＢＣＨブロック）を識別するインデックス情報であってもよい。前記ＳＳ／ＰＢＣＨブロックのインデックス情報は、既定の条件を満たすＳＳ／ＰＢＣＨブロックのインデックス情報であってよい。ＵＥ１２２は、前のＰＣｅｌｌあるいはサービングセルのセルグローバル識別子が存在しない（Ａｖａｉｌａｂｌｅでない）場合、前のＰＣｅｌｌあるいはサービングセルがＥＵＴＲＡのセルであれば、エントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄにそのセルの物理セル識別子（ｐｈｙｓＣｅｌｌＩｄ）とキャリア周波数（ｃａｒｒｉｅｒＦｒｅｑ）の情報を含め、前のＰＣｅｌｌあるいはサービングセルがＮＲのセルであれば、エントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄにＮＲのセルの情報を含めてよい。ＮＲのセルの情報は、例えば、そのセルの物理セル識別子（ｐｈｙｓＣｅｌｌＩｄ）およびＳＳ／ＰＢＣＨブロックの周波数の情報（ｓｓｂＦｒｅｑｕｅｎｃｙ）であってもよい。ＮＲのセルの情報は、例えば、そのセルの物理セル識別子、ＳＳ／ＰＢＣＨブロックの周波数の情報、およびＳＳ／ＰＢＣＨブロックのインデックス情報であってもよい。そして何れの場合であってもＵＥ１２２は、エントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔにそのＰＣｅｌｌまたはサービングセルで費やした時間の情報を含めてよい。上記エントリーが変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含められる。

ここで、ＶｉｓｉｔｅｄＣｅｌｌＩｎｆｏＬｉｓｔは、例えば、最大１６個の、もっとも最近訪れたＥＵＴＲＡおよびＮＲのセル、またはＥＵＴＲＡおよびＮＲの外で費やした時間の情報を含んでよい。もっとも最近訪れたセルまたはＥＵＴＲＡおよびＮＲの外で費やした時間の情報（すなわち新しく追加される情報）がリストの最初に蓄積されてよい。すでに１６個の情報がリストに蓄積されている場合には、１６番目の情報（もっとも古い情報）を削除してから前記情報を追加してもよい。また、リストにはＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＩＮＡＣＴＩＶＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で訪れたセルを含めてよい。

手順２：ＵＥ１２２は、ＥＵＴＲＡおよびＮＲ以外のＲＡＴのセルまたは圏外から、（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥにおいて、）ＥＵＴＲＡまたはＮＲ（のセル）に入った場合、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに後述するエントリーを含める。このとき、ＵＥ１２２は、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔのサイズなどに基づき最も古いエントリーを削除してからエントリーを含めてもよい。ＵＥ１２２は、エントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔにＥＵＴＲＡおよびＮＲの外（すなわちＥＵＴＲＡおよびＮＲ以外のＲＡＴのセルまたは圏外）で費やした時間の情報を含める。このとき、ｖｉｓｉｔｅｄＣｅｌｌＩｄはエントリーに含めなくてよい。上記エントリーが変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含められる。

次に、端末装置情報（ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ）プロシージャについて説明する。端末装置情報プロシージャはＥＵＴＲＡＮ（ネットワーク）がＵＥ１２２に対して情報のレポートを要求するために使われる。例えば、移動履歴情報は、このプロシージャによってＵＥ１２２から基地局装置（ｅＮＢ１０２またはｇＮＢ１０８）に通知されてもよい。

ＥＵＴＲＡＮはＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージをＵＥ１２２に送ることによってこのプロシージャを開始する。

手順１：セキュリティのアクティベーションが成功した後でＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信したＵＥ１２２は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージの一つの要素であるｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが真にセットされていた場合、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージにｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔを含め、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔのエントリーを含める。さらに、ＵＥ１２２は、現在のセル（ＰＣｅｌｌ）のセルグローバル識別子をエントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄに含める。このときＵＥ１２２は、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔのサイズなどに基づき最も古いエントリーを削除してからエントリーを含めてもよい。そしてＵＥ１２２は、エントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔに現在のセルで費やした時間の情報を含める。上記エントリーがｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含められる。そして、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔを含むＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージは、ＳＲＢ１またはＳＲＢ２を通じた送信のために下位レイヤに提出（ｓｕｂｍｉｔ）される。

図７は、本発明の実施の形態におけるＮＲのＲＲＣ接続確立手順（プロシージャ）のフローの一例を示す図である。このプロシージャの目的は、ＲＲＣ接続を確立することであってよい。ＲＲＣ接続の確立はＳＲＢ１の確立を伴ってよい。このプロシージャは、初期ＮＡＳ個別情報／メッセージ（Ｉｎｉｔｉａｌ ＮＡＳ ｄｅｄｉｃａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ／ｍｅｓｓａｇｅ）をＵＥ１２２からＥ−ＵＴＲＡＮへ転送するために用いられてもよい。

ＲＲＣ接続を確立する場合、ＵＥ１２２はＲＲＣセットアップ要求（ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔ）メッセージの送信を開始してよい。

ＲＲＣセットアップ要求メッセージの送信に関する処理（アクション）について説明する。

ＵＥ１２２は、ＲＲＣレイヤの上位のレイヤから５ｇ−Ｓ−ＴＭＳＩが提供される場合、ｎｇ−5Ｇ−Ｓ−ＴＭＳＩ−Ｐａｒｔ1をＵＥ識別子（ｕｅ−Ｉｄｅｎｔｉｔｙ）にセットする。そうでない場合、ＵＥ識別子にランダムな値をセットする。

ＵＥ１２２は、ＲＲＣセットアップ要求メッセージに含まれるフィールドの一つであるｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅに、上位レイヤから受け取った情報に従って値をセットする。

上記処理の後、ＵＥ１２２は、送信のためにＲＲＣセットアップ要求メッセージを下位レイヤに提出（Ｓｕｂｍｉｔ）する（ステップＳ７０１）。

ＲＲＣレジューム要求メッセージの送信に関する処理（アクション）について説明する。

ＵＥ１２２はＲＲＣ接続をレジュームするように上位レイヤまたはＡＳレイヤに要求されたときに以下の処理を行う。

ＵＥ１２２は、（Ａ）ＳＩＢ１にｕｓｅＦｕｌｌＲｅｓｕｍｅＩＤが含まれているなら、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１をメッセージとして用いて、ストアしている識別子のｆｕｌｌＩ−ＲＮＴＩの値をフィールドの一つであるｒｅｓｕｍｅＩｄｅｎｔｉｔｙにセットする。

（Ａ）でない場合、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔをメッセージとして用いて、ストアしているｓｈｏｒｔＩ−ＲＮＴＩの値をフィールドの一つであるｓｈｏｒｔＲｅｓｕｍｅＩｄｅｎｔｉｔｙにセットする。

上記処理の後、ＵＥ１２２は、ＲＲＣレジューム要求メッセージに含まれるフィールドの一つであるｒｅｓｕｍｅＣａｕｓｅに、上位レイヤまたはＡＳレイヤから受け取った情報に従って値をセットする。

上記処理の後、ＲＲＣ設定を回復（リストア）し、ＰＤＣＰ状態（Ｓｔａｔｅ）を回復し、ＳＲＢ１のためのＰＤＣＰエンティティを再確立（Ｒｅ−ｅｓｔａｂｌｉｓｈ）する。

上記処理の後、ＵＥ１２２は、ＳＲＢ１をレジュームする。

上記処理の後、ＵＥ１２２は、ＲＲＣレジューム要求メッセージ（ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１）を送信のために下位レイヤに提出（Ｓｕｂｍｉｔ）する（ステップＳ７０１）。

ＵＥ１２２がＲＲＣセットアップメッセージを受信したとき（ステップＳ７０３）のプロシージャ（アクション）について説明する。

（Ａ）もし、ＲＲＣセットアップメッセージを、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１の返信として受け取ったなら、以下の（１）から（２）の処理を行う。

（１）蓄積（保持）していたＡＳコンテキスト、ｆｕｌｌＩ−ＲＮＴＩとｓｈｏｒｔＩ−ＲＮＴＩを捨てる（Ｄｉｓｃａｒｄする）。

（５）上位レイヤにＲＲＣ接続のフォールバックを通知する。

上記処理の後、ＲＲＣセットアップメッセージに含まれる情報に従い、セルグループの設定をおこなう。

上記処理の後、ＲＲＣセットアップメッセージに含まれる情報に従い、無線ベアラの設定をおこなう。

もし、ＲＲＣセットアップメッセージを、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔの返信として受け取ったなら、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に遷移する。

上記処理の後、以下の（１）から（４）に示すようにＲＲＣセットアップ完了メッセージのコンテンツをセットする。ただし、ＵＥ１２２のサポートするリリースによって、（１）から（４）の何れか、または何れかの組み合わせがセットされなくてよい。例えば、前記リリースＡのＵＥ１２２が（２）から（４）をセットせず、リリースＢのＵＥ１２２が（４）をセットしなくてもよい。また、例えば、前記リリースＡのＵＥ１２２が（４）をセットせず、リリースＢのＵＥ１２２が（１）から（４）をセットしてもよい。

（１）もし、上位レイヤが識別子（５Ｇ−Ｓ−ＴＭＳＩ）を提供しているなら、（Ａ）もしＲＲＣセットアップメッセージを、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔの返信として受け取ったなら、ｎｇ−５Ｇ−Ｓ−ＴＭＳＩ−Ｐａｒｔ２をｎｇ−５Ｇ−Ｓ−ＴＭＳＩ−Ｖａｌｕｅの値としてセットする。（Ａ）でない場合、５Ｇ−Ｓ−ＴＭＳＩをｎｇ−５Ｇ−Ｓ−ＴＭＳＩ−Ｖａｌｕｅの値としてセットする。

（２）メッセージのコンテンツにｍｏｂｉｌｉｔｙＳｔａｔｅを含め、ｍｏｂｉｌｉｔｙＳｔａｔｅの値として、移動状態を設定する。

（３）もし、ＵＥ１２２が移動履歴情報の蓄積をサポートしており、ＵＥ１２２の変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに移動履歴情報が存在する（利用できる（Ａｖａｉｌａｂｌｅ））なら、メッセージのコンテンツにｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌを含め、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌの値として、真（ｔｒｕｅ）を設定する。

（４）以下の（Ａ）から（Ｇ）に示すようにＲＲＣセットアップ完了メッセージのコンテンツをセットする。

（Ａ）もし、ＵＥ１２２が変数ＶａｒＲＬＦ−Ｒｅｐｏｒｔに無線リンク失敗またはハンドオーバ失敗の情報が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＲＬＦ−Ｒｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリスト（ｐｌｍｎ−ＩｄｅｎｔｉｔｙＬｉｓｔ）にＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｒｌｆ−ＩｎｆｏＡｖａｉｌａｂｌｅを含め、ｒｌｆ−ＩｎｆｏＡｖａｉｌａｂｌｅの値として、真（ｔｒｕｅ）を設定する。

（Ｂ）もし、ＵＥ１２２がＥＵＴＲＡおよび／またはＮＲに対するＭＢＳＦＮの記録された測定（ＭＢＳＦＮｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａ
ｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＭＢＳＦＮを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＭＢＳＦＮの値として、真（ｔｒｕｅ）を設定する。

（Ｃ）もし、ＵＥ１２２がＥＵＴＲＡおよび／またはＮＲに対するＭＢＳＦＮの記録された測定（ＭＢＳＦＮ ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＭＢＳＦＮを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＭＢＳＦＮの値として、真（ｔｒｕｅ）を設定する。そうでない場合、もしＵＥ１２２がＥＵＴＲＡおよび／またはＮＲに対する記録された測定（ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅの値として、真（ｔｒｕｅ）を設定する。

（Ｄ）もし、ＵＥ１２２がＢｌｕｅｔｏｏｔｈの記録された測定（Ｂｌｕｅｔｏｏｔｈ
ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＢＴを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＢＴの値として、真（ｔｒｕｅ）を設定する。

（Ｅ）もし、ＵＥ１２２がＷＬＡＮの記録された測定（ＷＬＡＮ ｌｏｇｇｅｄ ｍｅａｓｕｒｅｍｅｎｔｓ）が存在（Ａｖａｉｌａｂｌｅ）し、ＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子のリストにＲＰＬＭＮが含まれるなら、メッセージのコンテンツにｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＷＬＡＮを含め、ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅＷＬＡＮの値として、真（ｔｒｕｅ）を設定する。

（Ｆ）もし、ＵＥ１２２が変数ＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに接続確立失敗情報（ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｆａｉｌｕｒｅ ｉｎｆｏｒｍａｔｉｏｎ）が存在（Ａｖａｉｌａｂｌｅ）し、ＲＰＬＭＮがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに蓄積されたＰＬＭＮの識別子と等しければ、メッセージのコンテンツにｃｏｎｎＥｓｔＦａｉｌＩｎｆｏＡｖａｉｌａｂｌｅを含め、ｃｏｎｎＥｓｔＦａｉｌＩｎｆｏＡｖａｉｌａｂｌｅの値として、真（ｔｒｕｅ）を設定する。

（Ｇ）もし、ＳＩＢ１がｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔｓを含み、ＵＥ１２２の変数ＶａｒＭｅａｓＩｄｌｅＲｅｐｏｒｔにＲＲＣ＿ＩＤＬＥ状態および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態における測定情報（ＩＤＬＥ ｍｏｄｅ ｍｅａｓｕｒｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）が存在（Ａｖａｉｌａｂｌｅ）すれば、メッセージのコンテンツにｉｄｌｅＭｅａｓＡｖａｉｌａｂｌｅを含め、ｉｄｌｅＭｅａｓＡｖａｉｌａｂｌｅの値として、真（ｔｒｕｅ）を設定する。

上記処理の後、送信のために下位レイヤにＲＲＣセットアップ完了メッセージを提出する（ステップＳ７０５）。

なお、上記一連のプロシージャのすべてが実行される必要はなく、プロシージャの一部、のみが実行されてもよい。また、複数の条件による判断が行われる場合に、それら条件の一部のみを条件として判断が行われてもよい。他のすべてのプロシージャについても同様である。また、記載した処理以外の処理が各プロシージャに含まれてもよい。

また、ＵＥ１２２で蓄積された前記各情報は、ＥＵＴＲＡに接続した場合とＮＲに接続した場合とで、同一の情報がネットワークに通知されてもよいし、異なる（または独立した）情報が通知されてもよい。例えば、ＥＵＴＲＡとＮＲとで独立した変数を用いてそれぞれ独立した情報を蓄積してもよいし、共通の変数に蓄積した情報をそれぞれ異なる条件で抽出および／または整形してもよい。

また、ＵＥ１２２で蓄積された前記各情報は、ＥＵＴＲＡに接続した場合には、ＥＵＴＲＡのＲＲＣメッセージでネットワークに通知されてもよいし、一部あるいは全部の情報がＮＲのＲＲＣメッセージで生成され、ＥＵＴＲＡのＲＲＣメッセージにエンカプセル化されてネットワークに通知されてもよい。また、ＵＥ１２２で蓄積された前記各情報は、ＮＲに接続した場合には、ＮＲのＲＲＣメッセージでネットワークに通知されてもよいし、一部あるいは全部の情報がＥＵＴＲＡのＲＲＣメッセージで生成され、ＮＲのＲＲＣメッセージにエンカプセル化されてネットワークに通知されてもよい。

また、上記プロシージャはＲＲＣレイヤで行われてよい。すなわち、プロシージャ中に
おける上位レイヤとはＲＲＣレイヤの上位レイヤ（例えばＮＡＳレイヤ）であってよいし、下位レイヤとはＲＲＣレイヤの下位レイヤ（例えばＰＤＣＰレイヤやＲＬＣレイヤやＭＡＣレイヤやＰＨＹレイヤ）であってよい。

図５は本発明の実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明と密接に関連する主な構成部のみを示す。

図５に示すＵＥ１２２は、ｅＮＢ１０２からＲＲＣ接続セットアップメッセージ等、及びｇＮＢ１０８からＲＲＣセットアップメッセージ等を受信する受信部５００、及び受信したメッセージに含まれる各種情報及び各種条件等に従って処理を行う処理部５０２、ｅＮＢ１０２へＲＲＣ接続要求メッセージ、ＲＲＣ接続セットアップ完了メッセージ等、及びｇＮＢ１０８へＲＲＣセットアップ要求メッセー、ＲＲＣセットアップ完了メッセージ等を送信する送信部５０４から成る。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。

図６は本発明の実施の形態における基地局装置（ｇＮＢ１０８）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図６では、本発明と密接に関連する主な構成部のみを示す。

図６に示すｇＮＢ１０８は、ＵＥ１２２へＲＲＣメッセージ等を送信する送信部６００、及び各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）を含めたＲＲＣメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部５０２に処理を行わせる処理部６０２、及びＵＥ１２２よりＲＲＣメッセージ等を受信する受信部６０４から成る。なお、図６に示す構成は、ｅＮＢ１０２に適応されてもよい。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。

このように、本発明の実施の形態では、ＵＥ１２２が移動（モビリティ）に関する情報を通知することにより、ｅＮＢ１０２および／またはｇＮＢ１０８が適切なパラメータ設定をＵＥ１２２に行うことができる。

なお、上記説明で用いたメッセージおよび／または情報要素のフィールドの一部、又は全ては、オプショナルであってもよい。即ち上記説明で用いたメッセージおよび／または情報要素のフィールドは必要に応じてＲＲＣメッセージに含まれてもよい。

なお本発明の各実施の形態における無線ベアラとは、ＤＲＢであってもよいし、ＳＲＢであってもよい。

本発明の実施形態における、ＵＥ１２２、ｅＮＢ１０２、および／またはｇＮＢ１０８の種々の態様について説明する。

（１）本発明の第１の態様は、基地局装置と通信する端末装置であって、前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信する受信部と、ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信する送信部と、前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択する処理部とを備え、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情
報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（２）本発明の第１の態様において、前記端末装置が、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合であっても、前記基地局装置が報知するシステム情報に特定の情報が含まれる場合に、前記第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（３）本発明の第２の態様は、端末装置と通信する基地局装置であって、システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信する送信部と、ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信する受信部と、前記システム情報に含める情報を選択する処理部とを備え、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める。

（４）本発明の第３の態様は、基地局装置と通信する端末装置に適用される通信方法であって、前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信するステップと、ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信するステップと、前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択するステップとを少なくとも含み、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（５）本発明の第３の態様において、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合であっても、前記基地局装置が報知するシステム情報に特定の情報が含まれる場合に、前記第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（６）本発明の第４の態様は、端末装置と通信する基地局装置に適用される通信方法であって、システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信するステップと、ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信するステップと、前記システム情報に含める情報を選択するステップとを少なくとも含み、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める。

（７）本発明の第５の態様は、基地局装置と通信する端末装置に実装される集積回路であって、前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信する機能と、ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信する機能と、前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択する機能を前記端末装置に対して発揮させ、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、前記端末装置がＥＵＴＲＡの無線技術でＥＰ
Ｃまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（８）本発明の第５の態様において、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合であっても、前記基地局装置が報知するシステム情報に特定の情報が含まれる場合に、前記第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める。

（９）本発明の第６の態様は、端末装置と通信する基地局装置に実装される集積回路であって、システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信する機能と、ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信する機能と、前記システム情報に含める情報を選択する機能を前記基地局装置に対して発揮させ、前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める。

これにより、ＵＥ１２２と、ｅＮＢ１０２および／またはｇＮＢ１０８とが効率的に通信をおこなうことができる。

なお、以上説明した実施形態は単なる例示に過ぎず、様々な変形例、置換例を用いて実現することができる。例えば、上りリンク送信方式は、ＦＤＤ（周波数分割復信）方式とＴＤＤ（時分割復信）方式のどちらの通信システムに対しても適用可能である。また、実施形態で示される各パラメータや各イベントの名称は、説明の便宜上呼称しているものであって、実際に適用される名称と本発明の実施形態の名称とが異なっていても、本発明の実施形態において主張する発明の趣旨に影響するものではない。

本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュ−タを機能させるプログラムであってもよい。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

なお、上述した実施形態における装置の一部、をコンピュ−タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ−タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ−タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ−タシステム」とは、装置に内蔵されたコンピュ−タシステムであって、オペレ−ティングシステムや周辺機器等のハ−ドウェアを含むものとする。また、「コンピュ−タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。

さらに「コンピュ−タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ−タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであって
もよく、さらに前述した機能をコンピュ−タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ−ラ、マイクロコントロ−ラ、またはステ−トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１００ Ｅ−ＵＴＲＡ
１０２ ｅＮＢ
１０４ ＥＰＣ
１０６ ＮＲ
１０８ ｇＮＢ
１１０ ５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４ インタフェース
１２２ ＵＥ
２００、３００ ＰＨＹ
２０２、３０２ ＭＡＣ
２０４、３０４ ＲＬＣ
２０６、３０６ ＰＤＣＰ
２０８、３０８ ＲＲＣ
３１０ ＳＤＡＰ
５００、６０４ 受信部
５０２、６０２ 処理部
５０４、６００ 送信部

Claims (9)

1. 基地局装置と通信する端末装置であって、
   前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信する受信部と、
   ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信する送信部と、
   前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択する処理部とを備え、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める
   端末装置。
2. 請求項１記載の端末装置であって、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合であっても、前記基地局装置が報知するシステム情報に特定の情報が含まれる場合に、前記第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める端末装置。
3. 端末装置と通信する基地局装置であって、
   システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信する送信部と、
   ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信する受信部と、
   前記システム情報に含める情報を選択する処理部とを備え、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める
   基地局装置。
4. 基地局装置と通信する端末装置に適用される通信方法であって、
   前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信するステップと、
   ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信するステップと、
   前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択するステップとを少なくとも含み、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める
   通信方法。
5. 請求項４記載の通信方法であって、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合であっても、前記基地
   局装置が報知するシステム情報に特定の情報が含まれる場合に、前記第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める通信方法。
6. 端末装置と通信する基地局装置に適用される通信方法であって、
   システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信するステップと、
   ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信するステップと、
   前記システム情報に含める情報を選択するステップとを少なくとも含み、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める
   通信方法。
7. 基地局装置と通信する端末装置に実装される集積回路であって、
   前記基地局装置から報知されるシステム情報と前記基地局装置から送信されるＲＲＣ接続の確立を指示するメッセージとを受信する機能と、
   ＲＲＣ接続確立の完了を前記基地局装置に通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を送信する機能と、
   前記ＲＲＣ接続セットアップ完了メッセージに含める情報を選択する機能を前記端末装置に対して発揮させ、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続する場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含め、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣまたは５ＧＣに接続する場合に、何れのコアネットワークに接続するかに関わらず、第２の情報を蓄積していれば前記第２の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める
   集積回路。
8. 請求項７記載の集積回路であって、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合であっても、前記基地局装置が報知するシステム情報に特定の情報が含まれる場合に、前記第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含める集積回路。
9. 端末装置と通信する基地局装置に実装される集積回路であって、
   システム情報とＲＲＣ接続の確立を指示するメッセージ（ＲＲＣ接続セットアップメッセージ）とを送信する機能と、
   ＲＲＣ接続確立の完了を通知するメッセージ（ＲＲＣ接続セットアップ完了メッセージ）を受信する機能と、
   前記システム情報に含める情報を選択する機能を前記基地局装置に対して発揮させ、
   前記端末装置がＥＵＴＲＡの無線技術でＥＰＣに接続しない場合に、第１の情報を蓄積していれば前記第１の情報が存在することを示す情報を前記ＲＲＣ接続セットアップ完了メッセージに含めることを前記端末装置に指示する情報を前記システム情報に含める
   集積回路。

Images