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

Description

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

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

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

ＥＵＴＲＡでは、端末装置がＲＲＣ待ち受け（ＲＲＣ＿ＩＤＬＥ）状態において、ある時間内に再選択したセルの数に基づいて端末装置の移動状態推定（ＭＳＥ：Ｍｏｂｉｌｉｔｙ Ｓｔａｔｅ Ｅｓｔｉｍａｔｉｏｎ）を行う仕組みがある。また、ＲＲＣ接続時に、移動状態に関する情報として、ＲＲＣ待ち受け状態において選択したＥＵＴＲＡセルの情報やＲＲＣ接続状態において接続したＥＵＴＲＡセルの情報と、当該セルでの滞在時間に関する情報を移動履歴情報として通知する仕組みがある。

ＲＰ－１６１２１４，ＮＴＴ ＤＯＣＯＭＯ，"Ｒｅｖｉｓｉｏｎ ｏｆ ＳＩ： Ｓｔｕｄｙ ｏｎ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ"，２０１６年６月 ３ＧＰＰ Ｒ２－１７００５７４ ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿ＡＨｓ／２０１７＿０１＿ＮＲ／Ｄｏｃｓ／Ｒ２－１７００５７４．ｚｉｐ ３ＧＰＰ Ｒ２－１８０１３６８ ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ＴＳＧ＿ＲＡＮ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿ＡＨｓ／２０１８＿０１＿ＮＲ／Ｄｏｃｓ／Ｒ２－１７００５７４．ｚｉｐ

ＬＴＥとＮＲの両方のＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）のセルをＲＡＴ毎にセルグループ化して端末装置に割り当て、端末装置と１つ以上の基地局装置とが通信する仕組み（ＭＲ－ＤＣ）が検討されている。特に、Ｅ－ＵＴＲＡの基地局装置をマスターノードとし、ＮＲの基地局装置をセカンダリノードとして通信するしくみがＥＮ－ＤＣ（Ｅ－ＵＴＲＡ－ＮＲ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）と称され検討されている（非特許文献２）。

さらに、ＮＲではＬＴＥと同様に、移動状態推定や移動履歴情報の仕組みが検討されている（非特許文献３）。

しかしながら、従来のＬＴＥの移動履歴情報の仕組みでは、ＥＵＴＲＡセルの識別子を
用いて移動履歴情報を生成しているため、ＥＵＴＲＡのセルとＮＲのセルが混在する環境においては有用な移動履歴情報を生成できないという課題があった。

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

（１）上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、基地局装置から移動履歴情報を要求するメッセージを受信する受信部と、前記メッセージに基づき、移動履歴情報を前記基地局装置に通知する送信部とを備え、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（２）本発明の第２の態様は、基地局装置であって、端末装置に移動履歴情報を要求するメッセージを送信する送信部と、移動履歴情報を前記端末装置から受信する受信部とを備え、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（３）本発明の第３の態様は、端末装置に適用される通信方法であって、基地局装置から移動履歴情報を要求するメッセージを受信するステップと、前記メッセージに基づき、移動履歴情報を前記基地局装置に通知するステップとを含み、前記移動履歴情報として、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（４）本発明の第４の態様は、基地局装置に適用される通信方法であって、端末装置に移動履歴情報を要求するメッセージを送信するステップと、移動履歴情報を前記端末装置から受信するステップとを含み、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（５）本発明の第５の態様は、端末装置に実装される集積回路であって、基地局装置から移動履歴情報を要求するメッセージを受信する機能と、前記メッセージに基づき、移動履歴情報を前記基地局装置に通知する機能とを前記端末装置に対して発揮させ、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（６）本発明の第６の態様は、基地局装置に実装される集積回路であって、端末装置に移動履歴情報を要求するメッセージを送信する機能と、移動履歴情報を前記端末装置から受信する機能とを前記基地局装置に対して発揮させ、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

本発明の一態様によれば、端末装置および基地局装置は、効率的に通信を行うことができる。

本実施形態の無線通信システムの概念図である。 本発明の実施形態に係る端末装置の概略構成の一例を示すブロック図である。 本発明の実施形態に係る基地局装置の概略構成の一例を示すブロック図である。 本発明の実施形態に係る下りリンクスロットの概略構成の一例を示す図である。 本発明の実施形態に係るサブフレ－ム、スロット、ミニスロットの時間領域における関係を示した図である。 本発明の実施形態に係るスロットまたはサブフレ－ムの一例を示す図である。 本発明の実施形態に係るメッセージ構成の一例を示す図である。 本発明の実施形態に係るメッセージ構成の別の一例を示す図である。

以下、本発明の実施形態について説明する。

本実施形態の無線通信システム、および無線ネットワークについて説明する。

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

図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置２および基地局装置３を具備する。

端末装置２は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Ｎｏｄｅ Ｂ）、ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、ＮＲ ＮＢ（ＮＲ Ｎｏｄｅ Ｂ）、ＮＮＢ、ＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、ｇＮＢとも称される。基地局装置３は、コアネットワーク装置を含んでも良い。また、基地局装置３は、１または複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅ
ｐｔｉｏｎ ｐｏｉｎｔ：ＴＲＰ）を具備してもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置２をサーブしてもよい。基地局装置３は、コアネットワーク装置を含んでもよい。また、基地局装置３は、１または複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置２をサーブしてもよい。また、ＮＲでは１つのセルを複数の部分領域（Ｂｅａｍｅｄ ａｒｅａ、またはＢｅａｍｅｄ ｃｅｌｌとも称する）にわけ、それぞれの部分領域において端末装置２をサーブしてもよい。ここで、部分領域は、ビ－ムフォーミングで使用されるビ－ムのインデックス、クワジコロケ－ションのインデックス、後述するフレーム内（またはフレームの半分の時間長であるハーフフレーム）における時間位置を示すインデックス、あるいはプリコ－ディングのインデックスに基づいて識別されてもよい。

基地局装置３がカバーする通信エリアは周波数毎にそれぞれ異なる広さ、異なる形状であっても良い。また、カバーするエリアが周波数毎に異なっていてもよい。また、基地局装置３の種別やセル半径の大きさが異なるセルが、同一の周波数または異なる周波数に混在して１つの通信システムを形成している無線ネットワークのことを、ヘテロジニアスネットワークと称する。

基地局装置３から端末装置２への無線通信リンクを下りリンクと称する。端末装置２から基地局装置３への無線通信リンクを上りリンクと称する。端末装置２から他の端末装置２への直接無線通信リンクをサイドリンクと称する。

図１において、端末装置２と基地局装置３の間の無線通信および／または端末装置２と他の端末装置２の間の無線通信では、サイクリックプレフィックス（ＣＰ： Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）を含む直交周波数分割多重（ＯＦＤＭ： Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）、シングルキャリア周波数多重（ＳＣ－ＦＤＭ： Ｓｉｎｇｌｅ－Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ－Ｓ－ＯＦＤＭ： Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ Ｓｐｒｅａｄ ＯＦＤＭ）、マルチキャリア符号分割多重（ＭＣ－ＣＤＭ： Ｍｕｌｔｉ－Ｃａｒｒｉｅｒ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）が用いられてもよい。

また、図１において、端末装置２と基地局装置３の間の無線通信および／または端末装置２と他の端末装置２の間の無線通信では、ユニバーサルフィルタマルチキャリア（ＵＦＭＣ： Ｕｎｉｖｅｒｓａｌ－Ｆｉｌｔｅｒｅｄ Ｍｕｌｔｉ－Ｃａｒｒｉｅｒ）、フィルタＯＦＤＭ（Ｆ－ＯＦＤＭ： Ｆｉｌｔｅｒｅｄ ＯＦＤＭ）、窓関数が乗算されたＯＦＤＭ（Ｗｉｎｄｏｗｅｄ ＯＦＤＭ）、フィルタバンクマルチキャリア（ＦＢＭＣ： Ｆｉｌｔｅｒ－Ｂａｎｋ Ｍｕｌｔｉ－Ｃａｒｒｉｅｒ）が用いられてもよい。

なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明に含まれる。例えば、本実施形態におけるＯＦＤＭシンボルはＳＣ－ＦＤＭシンボル（ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ－Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）シンボルと称される場合もある）であってもよい。

また、図１において、端末装置２と基地局装置３の間の無線通信および／または端末装置２と他の端末装置２の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。

端末装置２は、セルの中を通信エリアとみなして動作する。端末装置２は、非無線接続時（アイドル状態、ＲＲＣ＿ＩＤＬＥ状態とも称する）において、セル再選択手順によって別の適切なセルへ移動してもよい。端末装置２は、無線接続時（コネクティッド状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とも称する）において、ハンドオ－バ手順によって別のセルへ移動してもよい。適切なセルとは、一般的に、基地局装置３から示される情報に基づいて端末装置２のアクセスが禁止されていないと判断されるセルであって、かつ、下りリンクの受信品質が所定の条件を満たすセルのことを示す。また、端末装置２は、不活動状態（インアクティブ状態とも称する）において、セル再選択手順によって別の適切なセルへ移動してもよい。端末装置２は、不活動状態において、ハンドオ－バ手順によって別のセルへ移動してもよい。

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

本実施形態では、端末装置２に対して１つまたは複数のサービングセルが設定される。複数のサービングセルが端末装置２に対して設定された場合、設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含んでよい。プライマリセルは、初期コネクション確立（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャが行なわれたサービングセル、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャを開始したサービングセル、または、ハンドオ－バプロシージャにおいてプライマリセルと指示されたセルでもよい。ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続が確立された時点、または、ＲＲＣ接続が確立された後に、１つまたは複数のセカンダリセルが設定されてもよい。また、プライマリセル（ＰＣｅｌｌ）を含む１つまたは複数のサービングセルで構成されるセルグループ（マスターセルグループ（ＭＣＧ）とも称する）と、プライマリセルを含まず、少なくともランダムアクセス手順が実施可能であり非活性状態とならないプライマリセカンダリセル（ＰＳＣｅｌｌ）を含む１つまたは複数のサービングセルで構成される１つまたは複数のセルグループ（セカンダリセルグループ（ＳＣＧ）とも称する）とが端末装置２に対して設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成される。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成される。また、ＭＣＧとＳＣＧの何れかはＬＴＥのセルで構成されるセルグループであってもよい。ＭＣＧとＳＣＧが異なるノードと関連付けられたセルグループである場合、ＭＣＧに関連付けられるノードをマスターノード（ＭＮ）、ＳＣＧに関連付けられるノードをセカンダリノード（ＳＮ）と称してもよい。マスターノードとセカンダリノードは、必ずしも物理的に異なるノード（基地局装置３）である必要はなく、同一の基地局装置３が兼ねてもよい。また、マスターノードとセカンダリノードが、同一のノード（基地局装置３）であるか異なるノード（基地局装置３）であるかを端末装置２は識別しなくてもよい。

本実施形態の無線通信システムは、ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）および／またはＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）が適用されてよい。複数のセルの全てに対してＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式またはＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式が適用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。

下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称する。サイドリンクにおいて、サービングセルに対応するキャリアをサイドリンクコンポーネントキャリア（あるいはサイドリンクキャリア）と称する。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアを総称してコンポーネントキャリア（あるいはキャリア）と称する。

本実施形態の物理チャネルおよび物理信号について説明する。ただし、下りリンク物理チャネルおよび／または下りリンク物理信号を総称して、下りリンク信号と称してもよい。上りリンク物理チャネルおよび／または上りリンク物理信号を総称して、上りリンク信号と称してもよい。下りリンク物理チャネルおよび／または上りリンク物理チャネルを総称して、物理チャネルと称してもよい。下りリンク物理信号および／または上りリンク物理信号を総称して、物理信号と称してもよい。

図１において、端末装置２と基地局装置３の下りリンク無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。

・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）

ＰＢＣＨは、端末装置２が必要とする重要なシステム情報（Ｅｓｓｅｎｔｉａｌ ｉｎｆｏｒｍａｔｉｏｎ）を含む重要情報ブロック（ＭＩＢ：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＥＩＢ：Ｅｓｓｅｎｔｉａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を基地局装置３が報知するために用いられる。ここで、１つまたは複数の重要情報ブロックは、重要情報メッセージとして送信されてもよい。例えば、重要情報ブロックにはフレーム番号（ＳＦＮ：Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）の一部あるいは全部を示す情報（例えば、複数のフレームで構成されるスーパーフレーム内における位置に関する情報）が含まれてもよい。例えば、無線フレーム（１０ｍｓ）は、１ｍｓのサブフレームの１０個で構成され、無線フレームは、フレーム番号で識別される。フレーム番号は、１０２４で０に戻る（Ｗｒａｐ ａｒｏｕｎｄ）。また、セル内の領域ごとに異なる重要情報ブロックが送信される場合には領域を識別できる情報（例えば、領域を構成する基地局送信ビームの識別子情報）が含まれてもよい。ここで、基地局送信ビームの識別子情報は、基地局送信ビーム（プリコーディング）のインデックスを用いて示されてもよい。また、セル内の領域ごとに異なる重要情報ブロック（重要情報メッセージ）が送信される場合にはフレーム内の時間位置（例えば、当該重要情報ブロック（重要情報メッセージ）が含まれるサブフレーム番号）を識別できる情報が含まれてもよい。すなわち、異なる基地局送信ビームのインデックスが用いられた重要情報ブロック（重要情報メッセージ）の送信のそれぞれが行われるサブフレーム番号のそれぞれを決定するための情報が含まれてもよい。例えば、重要情報には、セルへの接続やモビリティのために必要な情報が含まれてもよい。また、重要情報メッセージはシステム情報メッセージの一部であってもよい。また、重要情報メッセージの一部あるいは全部が、最少システム情報（Ｍｉｎｉｍｕｍ
ＳＩ）と称されてもよい。あるセルにおける有効な最少システム情報のすべてが取得できない場合に、端末装置２は、そのセルをアクセスが禁止されたセル（Ｂａｒｒｅｄ Ｃｅｌｌ）とみなしてもよい。また、最少システム情報の一部のみがＰＢＣＨで報知され、
残りの最少システム情報が後述するＰＤＳＣＨで送信されてもよい。

また、ＰＢＣＨは、ＰＢＣＨと、後述するＰＳＳとＳＳＳとを含んで構成されるブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。例えば、３つの送信ビーム（送信フィルタ設定、受信空間パラメータに関する擬似同位置（ＱＣＬ：Ｑｕａｓｉ Ｃｏ－Ｌｏｃａｔｉｏｎ）、または空間ドメイン送信フィルタと称される場合もある）の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。

ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置２への無線通信）において、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を送信するために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。

例えば、ＤＣＩとして、スケジューリングされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信するタイミング（例えば、ＰＤＳＣＨに含まれる最後のシンボルからＨＡＲＱ－ＡＣＫ送信までのシンボル数）示す情報を含むＤＣＩが定義されてもよい。

例えば、ＤＣＩとして、１つのセルにおける１つの下りリンクの無線通信ＰＤＳＣＨ（１つの下りリンクトランスポートブロックの送信）のスケジューリングのために用いられるＤＣＩが定義されてもよい。

例えば、ＤＣＩとして、１つのセルにおける１つの上りリンクの無線通信ＰＵＳＣＨ（１つの上りリンクトランスポートブロックの送信）のスケジューリングのために用いられるＤＣＩが定義されてもよい。

ここで、ＤＣＩには、ＰＤＳＣＨあるいはＰＵＳＣＨのスケジューリングに関する情報が含まれる。ここで、下りリンクに対するＤＣＩを、下りリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）、または、下りリンクアサインメント（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ）とも称する。ここで、上りリンクに対するＤＣＩを、上りリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）、または、上りリンクアサインメント（Ｕｐｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ）とも称する。

ＰＤＳＣＨは、媒介アクセス（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）からの下りリンクデータ（ＤＬ－ＳＣＨ：Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）の送信に用いられる。また、システム情報（ＳＩ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）やランダムアクセス応答（ＲＡＲ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）などの送信にも用いられる。

ここで、基地局装置３と端末装置２は、上位層（ｈｉｇｈｅｒ ｌａｙｅｒ）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置２は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ ｍｅｓｓａｇｅ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ、ＲＲＣ ｉｎｆｏｒｍａｔｉｏｎ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃ
ｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置２は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層に
おいて、ＭＡＣコントロールエレメントを送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣコントロールエレメントを、上位層の信号（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）とも称する。ここでの上位層は、物理層から見た上位層を意味するため、ＭＡＣ層、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの一つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの一つまたは複数を含んでもよい。

ＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置２に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置２に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）な情報は、ある端末装置２に対して専用のシグナリングを用いて送信されてもよい。

ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられてもよい。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ－ＳＣＨ）リソースの要求を示すために用いられてもよい。

図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ：ＳＳ）
・参照信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ：ＲＳ）

同期信号は、端末装置２が下りリンクの周波数領域および時間領域の同期をとるために用いられる。同期信号は、プライマリ同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）およびセカンダリ同期信号（Ｓｅｃｏｎｄ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を含んでよい。また、同期信号は、端末装置２がセル識別子（セルＩＤ：Ｃｅｌｌ Ｉｄｅｎｔｉｆｉｅｒ、ＰＣＩ：Ｐｈｙｓｉｃａｌ Ｃｅｌｌ Ｉｄｅｎｔｉｆｉｅｒとも称する）を特定するために用いられてもよい。また、同期信号は、下りリンクビームフォーミングにおいて基地局装置３が用いる基地局送信ビームおよび／または端末装置２が用いる端末受信ビームの選択／識別／決定に用いられてよい。すなわち、同期信号は、基地局装置３によって下りリンク信号に対して適用された基地局送信ビームのインデックスを、端末装置２が選択／識別／決定するために用いられてもよい。ＮＲにおいて用いられる同期信号、プライマリ同期信号およびセカンダリ同期信号をそれぞれＳＳ、ＰＳＳ、ＳＳＳと称してもよい。また、同期信号は、セルの品質を測定するために用いられてもよい。例えば同期信号の受信電力（ＳＳ－ＲＳＲＰまたは参照信号受信電力と同様にＲＳＲＰと称してもよい）や受信品質（ＳＳ－ＲＳＲＱまたは参照信号受信品質と同様にＲＳＲＱと称してもよい）が測定に用いられてよい。また、同期信号は、一部の下りリンク物理チャネルの伝搬路補正を行なうために用いられてもよい。

下りリンクの参照信号（以下、本実施形態では単に参照信号とも記載する）は、用途等に基づいて複数の参照信号に分類されてよい。例えば、参照信号には以下の参照信号の１つまたは複数が用いられてよい。

・ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＣＳＩ－ＲＳ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＰＴＲＳ（Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＭＲＳ（Ｍｏｂｉｌｉｔｙ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）

ＤＭＲＳは、受信した変調信号の復調時の伝搬路補償に用いられてよい。ＤＭＲＳは、ＰＤＳＣＨの復調用、ＰＤＣＣＨの復調用、および／またはＰＢＣＨの復調用のＤＭＲＳを総じてＤＭＲＳと称してもよいし、それぞれ個別に定義されてもよい。

ＣＳＩ－ＲＳは、チャネル状態測定に用いられてよい。ＰＴＲＳは、端末の移動等により位相をトラックするために使用されてよい。ＭＲＳは、ハンドオーバのための複数の基地局装置からの受信品質を測定するために使用されてよい。

また、参照信号には、位相雑音を補償するための参照信号が定義されてもよい。

ただし、上記複数の参照信号の少なくとも一部は、他の参照信号がその機能を有してもよい。

また、上記複数の参照信号の少なくとも１つ、あるいはその他の参照信号が、セルに対して個別に設定されるセル固有参照信号（ＣＲＳ：Ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）、基地局装置３あるいは送受信点４が用いる送信ビーム毎のビーム固有参照信号（ＢＲＳ：Ｂｅａｍ－ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）、および／または、端末装置２に対して個別に設定される端末固有参照信号（ＵＲＳ：ＵＥ－ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）として定義されてもよい。

また、参照信号の少なくとも１つは、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Ｆｉｎｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）に用いられてよい。

また、参照信号の少なくとも１つは、無線リソース測定（ＲＲＭ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍｅａｓｕｒｅｍｅｎｔ）に用いられてよい。また、参照信号の少なくとも１つは、ビームマネジメントに用いられてよい。無線リソース測定のことを以下では単に測定とも称する。

また、参照信号の少なくとも１つに、同期信号が含まれてもよい。

図１において、端末装置２と基地局装置３の上りリンク無線通信（端末装置２から基地局装置３の無線通信）では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。

・ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）
・ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）
・ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）

ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）が含まれてもよい。また、上りリンク制
御情報には、ＵＬ－ＳＣＨリソースを要求するために用いられるスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）が含まれてもよい。ＨＡＲＱ－ＡＣＫは、下りリンクデータ（Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＭＡＣ ＰＤＵ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ，ＤＬ－ＳＣＨ：Ｄｏｗｎｌｉｎｋ－Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）に対するＨＡＲＱ－ＡＣＫを示してもよい。

ＰＵＳＣＨは、媒介アクセス（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）からの上りリンクデータ（ＵＬ－ＳＣＨ：Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）の送信に用いられる。また、上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。

ＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＵＳＣＨは、上りリンクに置いてＵＥの能力（ＵＥ Ｃａｐａｂｉｌｉｔｙ）の送信に用いられてもよい。

なお、ＰＤＣＣＨとＰＵＣＣＨには同一の呼称（例えばＰＣＣＨ）および同一のチャネル定義が用いられてもよいし。ＰＤＳＣＨとＰＵＳＣＨには同一の呼称（例えばＰＳＣＨ）および同一のチャネル定義が用いられてもよい。

ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）またはＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）とも称する。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）デ－タの単位である。物理層において、トランスポートブロックはコ－ドワードにマップされ、コ－ドワード毎に符号化処理が行なわれる。

本実施形態の無線プロトコル構造について説明する。

本実施形態では、端末装置２及び基地局装置３のユーザデータを扱うプロトコルスタックをユーザプレーン（ＵＰ（Ｕｓｅｒ－ｐｌａｎｅ、Ｕ－Ｐｌａｎｅ））プロトコルスタック、制御デ－タを扱うプロトコルスタックを制御プレ－ン（ＣＰ（Ｃｏｎｔｒｏｌ－ｐｌａｎｅ、Ｃ－Ｐｌａｎｅ））プロトコルスタックと称する。

物理層（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ：ＰＨＹ層）は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供する。ＰＨＹ層は、上位の媒体アクセス制御層（ＭＡＣ層）とトランスポートチャネルで接続される。トランスポートチャネルを介して、ＭＡＣ層とＰＨＹ層とレイヤ（ｌａｙｅｒ）間でデ－タが移動する。端末装置２と基地局装置３のＰＨＹ層間において、物理チャネルを介してデ－タの送受信が行われる。

ＭＡＣ層は、多様な論理チャネルを多様なトランスポートチャネルにマッピングを行う。ＭＡＣ層は、上位の無線リンク制御層（ＲＬＣ層：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）とは論理チャネルで接続される。論理チャネルは、伝送される情報の
種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ－ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ層は、間欠受信（ＤＲＸ）および間欠送信（ＤＴＸ）を行うためにＰＨＹ層の制御を行う機能、ランダムアクセス手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ。

ＲＬＣ層は、上位層から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ－タ送信できるようにデ－タサイズを調節する。また、ＲＬＣ層は、各デ－タが要求するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ層は、デ－タの再送制御等の機能を持つ。

パケットデータコンバージェンスプロトコル層（ＰＤＣＰ層：Ｐａｃｋｅｔ Ｄａｔａ
Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ ｌａｙｅｒ）は、ユーザデータであるＩＰパケットを無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ層は、デ－タの暗号化の機能も持ってもよい。

サービスデータアダプテーションプロトコル層（ＳＤＡＰ層：Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｌａｙｅｒ）は、ＱｏＳフローと後述するＤＲＢの間のマッピング機能を持ってもよい。また、ＳＤＡＰ層は、下りリンクパケットと上りリンクパケットの両方のＱｏＳフロー識別子（ＱＦＩ：ＱｏＳ Ｆｌｏｗ ＩＤ）をマーキングする機能を持ってもよい。ＳＤＡＰの単一のプロトコルエンティティは、二つのエンティティが設定されうるデュアルコネクティビティを除き、各々個別のＰＤＵセッションに対して設定されてよい。

さらに、制御プレ－ンプロトコルスタックには、無線リソース制御層（ＲＲＣ層：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）がある。ＲＲＣ層は、無線ベアラ（ＲＢ：Ｒａｄｉｏ Ｂｅａｒｅｒ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う。ＲＢは、シグナリグ無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）とデ－タ無線ベアラ（ＤＲＢ：Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。基地局装置３と端末装置２のＲＲＣ層間で各ＲＢの設定が行われてもよい。

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

ＭＲ－ＤＣにおいて、端末装置２は、マスターノードのＲＲＣとコアネットワークとの単一のＣ－ｐｌａｎｅ接続に基づく一つのＲＲＣ状態（例えば、接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、アイドル状態（ＲＲＣ＿ＩＤＬＥ）、接続時のパラメータを保持したアイドル状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）など）を持ってよい。また、ＭＲ－ＤＣにおいて、各ノード（マスターノードおよびセカンダリノード）は端末装置２に対して送られるＲＲＣ ＰＤＵを生成可能なノード自身のＲＲＣエンティティ（無線リソース制御エンティティ、または無線制御エンティティとも称する）を持ってもよい。

ＭＣＧ ＳＲＢは、マスターノードと端末装置２の間における直接のＳＲＢであり、端
末装置２がマスターノードとの間のＲＲＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を直接マスターノードと送受信するために使用されるＳＲＢである。ＭＣＧ Ｓｐｌｉｔ ＳＲＢは、マスターノードと端末装置２との間のＳＲＢであり、端末装置２がマスターノードとの間のＲＲＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をマスターノードとの直接のパスとセカンダリノード経由のパスで送受信するために使用されるＳＲＢであるが、ＰＤＣＰが、ＭＣＧ側に配置されるので、本明細書では、ＭＣＧ ＳＲＢとして説明する。すなわち、“ＭＣＧ ＳＲＢ“は、“ＭＣＧ ＳＲＢおよび／またはＭＣＧ Ｓｐｌｉｔ ＳＲＢ“と置き換えてもよい。

ＳＣＧ ＳＲＢは、セカンダリノードと端末装置２の間における直接のＳＲＢであり、端末装置２がセカンダリノードとの間のＲＲＣ ＰＤＵを直接セカンダリノードと送受信するために使用されるＳＲＢである。ＳＣＧ Ｓｐｌｉｔ ＳＲＢは、セカンダリノードと端末装置２との間のＳＲＢであり、端末装置２がセカンダリノードとの間のＲＲＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）をマスターノード経由のパスとセカンダリノードとの直接のパスで送受信するために使用されるＳＲＢであるが、ＰＤＣＰが、ＳＣＧ側に配置されるので、本明細書では、ＳＣＧ ＳＲＢとして説明する。すなわち、“ＳＣＧ ＳＲＢ“は、“ＳＣＧ ＳＲＢおよび／またはＳＣＧ Ｓｐｌｉｔ ＳＲＢ“と置き換えてもよい。また、ＥＮ－ＤＣでは、ＭＣＧ ＳＲＢとＳＣＧ ＳＲＢとＭＣＧ Ｓｐｌｉｔ ＳＲＢだけが用いられてもよい。ＥＮ－ＤＣでは、ＳＣＧ Ｓｐｌｉｔ ＳＲＢが用いられなくてもよい。

また、セカンダリノードとの間のＲＲＣ ＰＤＵが、マスターノードとの間のＲＲＣ ＰＤＵに含まれて送られてもよい。例えば、セカンダリノードとの間のＲＲＣ ＰＤＵが、（例えばマスターノードがマスターノード自身に対するＲＲＣメッセージとして解釈されないデータとして）マスターノードとの間のＲＲＣ ＰＤＵに含まれてマスターノードに送信され、マスターノードは透過的に（何も変更を加えずに）そのデータをセカンダリノードに渡してもよい。また、セカンダリノードで生成されたＲＲＣ ＰＤＵがマスターノード経由で端末装置２に転送されてもよい。マスターノードは、常にセカンダリノードの最初のＲＲＣ設定をＭＣＧ ＳＲＢで端末装置２に送るようにしてもよい。

また、ＭＣＧ ＳＲＢにはＳＲＢ０とＳＲＢ１とＳＲＢ２とが用意されてよい。また、ＳＣＧ ＳＲＢにはＭＣＧ ＳＲＢのＳＲＢ１および／またはＳＲＢ２に相当するＳＲＢ３が用意されてよい。ＳＲＢ０はＭＣＧ Ｓｐｌｉｔ ＳＲＢではサポートされないようにしてもよい。

ＳＣＧ ＳＲＢでは、ＮＡＳメッセージを送ることができないようにしてもよい。ＳＣＧ ＳＲＢでは、特定のＲＲＣメッセージ（例えばＲＲＣ接続再設定メッセージの一部あるいは全部と測定に関するメッセージ（測定報告メッセージなど）のみ）だけを送ることができるようにしてもよい。また、ＳＣＧ ＳＲＢは、マスターノードとのコーディネーションが不要なセカンダリノードのＲＲＣ設定（および／またはＲＲＣ再設定）のためだけに用いられてもよい。

なお、ＰＨＹ層は一般的に知られる開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）モデルの階層構造の中で第一層の物理層に対応し、ＭＡＣ層、ＲＬＣ層及びＰＤＣＰ層はＯＳＩモデルの第二層であるデ－タリンク層に対応し、ＲＲＣ層はＯＳＩモデルの第三層であるネットワーク層に対応する。

上記のＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層及びＳＤＡＰ層の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。例えば、物理層から見れば、ＭＡＣ層のコントロ－ルエレメン
ト、およびＲＲＣシグナリングは、上位層の信号である。例えば、ＭＡＣ層から見れば、ＲＲＣシグナリングは、上位層の信号である。ＲＲＣ層から見れば、ＭＡＣ層および物理層は、下位層である。また、ＲＲＣ層から見て、ＰＤＣＰ層およびＲＬＣ層も下位層である。ＲＲＣ層から見て、例えばＮＡＳ層は、上層も称する。

また、ネットワークと端末装置２との間で用いられるシグナリングプロトコルは、アクセス層（ＡＳ：Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）プロトコルと非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）プロトコルとに分割される。例えば、ＲＲＣ層以下のプロトコルは、端末装置２と基地局装置３との間で用いられるアクセス層プロトコルである。また、端末装置２の接続管理（ＣＭ：Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）やモビリティ管理（ＭＭ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）などのプロトコルは非アクセス層プロトコルであり、端末装置２とコアネットワーク（ＣＮ）との間で用いられる。例えば、端末装置２とモバイル管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）との間で、非アクセス層プロトコルを用いた通信が、基地局装置３を介して透過的に行われる。

以下、サブフレ－ムについて説明する。本実施形態ではサブフレ－ムと称するが、リソースユニット、無線フレ－ム、時間区間、時間間隔などと称されてもよい。また、１つまたは複数のサブフレ－ムが１つの無線フレ－ムを構成してもよい。

図４は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Ｎｏｒｍａｌ Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図４は、Ｘ＝７の場合を一例として示している。なお、Ｘ＝１４の場合にも同様に拡張できる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図４のセルの帯域幅は帯域の一部（ＢＷＰであってよい）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。

スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成するサブキャリアの数は、セルの下り
リンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。

リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の
連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロックの最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Ｅｘｔｅｎｄｅｄ ＣＰ）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。

リソースブロックとして、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。共通リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントと称されてよい（ポイントＡ”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。

次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位レイヤ（上位層）で与えられ、上りリンクのＢＷＰにおいて上位レイヤで与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。

サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ＾｛ｓｕｂｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられ、フレーム内で０からＮ＾｛ｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられる。スロット設定およびサイクリックプレフィックスに基づいてＮ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝の連続するＯＦＤＭシンボルがスロット内にある。Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝は１４である。サブフレーム内のスロットｎ＾｛μ｝＿｛ｓ｝のスタートは、同じサブフレーム内のｎ＾｛μ｝＿｛ｓ｝ Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝番目のＯＦＤＭシンボルのスタートと時間でアラインされている。

次に、サブフレーム、スロット、ミニスロットについて説明する。図５は、サブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボル含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称されてよい。

ミニスロット（サブスロットと称されてもよい）は、スロットに含まれるＯＦＤＭシンボル数よりも少ないＯＦＤＭシンボルで構成される時間ユニットである。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内の
ＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。

図６は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボル
のうち１つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのＯＦＤＭシンボルまたはＤＦＴ－Ｓ－ＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジューリングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。

図６（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図６（ｂ）は、最初の時間リソースで例えばＰＣＣHを介して上りリンクのスケジュ
－リングを行い、ＰＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンク信号を送信する。図６（ｃ）は、最初の時間リソースで下りリンクのＰＣＣＨおよび／または下りリンクのＰＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＳＣＨまたはＰＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図６（ｄ）は、最初の時間リソースで下りリンクのＰＣＣＨおよび／または下りリンクのＰＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＳＣＨおよび／またはＰＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデ－タ、すなわちＵＬ－ＳＣＨの送信に用いられてもよい。図６（ｅ）は、全て上りリンク送信（上りリンクのＰＳＣＨまたはＰＣＣＨ）に用いられている例である。

上述の下りリンクパ－ト、上りリンクパ－トは、ＬＴＥと同様複数のＯＦＤＭシンボルで構成されてよい。

測定（ｍｅａｓｕｒｅｍｅｎｔ）について、説明する。

基地局装置３は、端末装置２に対して、ＲＲＣシグナリング（無線リソース制御信号）を使って、測定設定（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送信する。ＲＲＣシグナリングは、ＬＴＥではＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ、ＮＲではＲＲＣ再設定（ＲＲ
ＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージであってよい。端末装置２は、測定設定（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージに含まれるシステム情報を設定するとともに、通知されたシステム情報に従って、サービングセルおよび隣接セル（リストセル（ｌｉｓｔｅｄ ｃｅｌｌ）および／または検出セル（ｄｅｔｅｃｔｅｄ ｃｅｌｌ）を含む）に対する測定、イベント評価、測定報告を行う。リストセルは、測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ）にリストされているセル（基地局装置３から端末装置２へ隣接セルリストとして通知されているセル）であり、検出セルは、測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ）によって指示された周波数において端末装置２が検出したが、測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ）にはリストされていないセル（隣接セルリストとして通知されていない端末装置２自身が検出したセル）である。

測定（ｍｅａｓｕｒｅｍｅｎｔ）には、３つのタイプ（周波数内測定（ｉｎｔｒａ－ｆｒｅｑｕｅｎｃｙ ｍｅａｓｕｒｅｍｅｎｔｓ）、周波数間測定（ｉｎｔｅｒ－ｆｒｅｑｕｅｎｃｙ ｍｅａｓｕｒｅｍｅｎｔｓ）、無線アクセス技術間測定（ｉｎｔｅｒ－ＲＡＴ ｍｅａｓｕｒｅｍｅｎｔｓ））がある。周波数内測定（ｉｎｔｒａ－ｆｒｅｑｕｅｎｃｙ ｍｅａｓｕｒｅｍｅｎｔｓ）は、サービングセルの下りリンク周波数（下りリンク周波数）での測定である。周波数間測定（ｉｎｔｅｒ－ｆｒｅｑｕｅｎｃｙ ｍｅａｓｕｒｅｍｅｎｔｓ）は、サービングセルの下りリンク周波数とは異なる周波数での測定である。無線アクセス技術間測定（ｉｎｔｅｒ－ＲＡＴ ｍｅａｓｕｒｅｍｅｎｔｓ）は、サービングセルの無線技術とは異なる無線技術での測定である。例えば、ＭＲ－ＤＣでは、ＭＮで設定される測定設定はＭＮのサービングセルの無線技術とは異なる無線技術での測定を無線アクセス技術間測定として定義し、ＳＮで設定される測定設定はＳＮのサービングセルの無線技術とは異なる無線技術での測定を無線アクセス技術間測定として定義してよい。

測定設定（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージには、測定識別子（ｍｅａｓＩｄ）、測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）、報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）の設定の追加および／または修正および／または削除、数量設定（ｑｕａｎｔｉｔｙＣｏｎｆｉｇ）、測定ギャップ設定（ｍｅａｓＧａｐＣｏｎｆｉｇ）、サービングセル品質閾値（ｓ－Ｍｅａｓｕｒｅ）などが含まれる。

＜数量設定（ｑｕａｎｔｉｔｙＣｏｎｆｉｇ）＞
数量設定（ｑｕａｎｔｉｔｙＣｏｎｆｉｇ）は、例えば、測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）がＥＵＴＲＡの場合、第３層フィルタ係数（Ｌ３ ｆｉｌｔｅｒｉｎｇ ｃｏｅｆｆｉｃｉｅｎｔ）を指定してよい。第３層フィルタ係数（Ｌ３ ｆｉｌｔｅｒｉｎｇ ｃｏｅｆｆｉｃｉｅｎｔ）は、最新の測定結果と、過去のフィルタリング測定結果との比（割合）を規定する。フィルタリング結果は、端末装置２でイベント評価に利用されてよい。

＜測定ギャップ設定（ｍｅａｓＧａｐＣｏｎｆｉｇ）＞
測定ギャップ設定（ｍｅａｓＧａｐＣｏｎｆｉｇ）は、測定ギャップパターン（ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ ｐａｔｔｅｒｎ）の設定や、測定ギャップ（ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ）の活性化（ａｃｔｉｖａｔｉｏｎ）／非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）を制御するために利用されてよい。測定ギャップ設定（ｍｅａｓＧａｐＣｏｎｆｉｇ）は、測定ギャップを活性化させる場合の情報として、ギャップパターン（ｇａｐ ｐａｔｔｅｒｎ）、開始システムフレ－ム番号（ｓｔａｒｔＳＦＮ）、開始サブフレ－ム番号（ｓｔａｒｔＳｕｂｆｒａｍｅＮｕｍｂｅｒ）が通知されてよい。ギャップパターン（ｇａｐ ｐａｔｔｅｒｎ）は、測定ギャップ（ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ）とし
て、どのパターンを使うかを規定する。開始システムフレ－ム番号（ｓｔａｒｔＳＦＮ）は、測定ギャップ（ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ）を開始するＳＦＮ（Ｓｙｓｔｅｍ
Ｆｒａｍｅ Ｎｕｍｂｅｒ）を規定する。開始サブフレ－ム番号（ｓｔａｒｔＳｕｂｆｒａｍｅＮｕｍｂｅｒ）は、測定ギャップ（ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ）を開始するサブフレ－ム番号を規定する。

＜サービングセル品質閾値（ｓ－Ｍｅａｓｕｒｅ）＞
サービングセル品質閾値（ｓ－Ｍｅａｓｕｒｅ）は、サービングセルの品質に関する閾値を表し、端末装置２が測定（ｍｅａｓｕｒｅｍｅｎｔ）を行う必要があるか否かを制御するために利用される。サービングセル品質閾値（ｓ－Ｍｅａｓｕｒｅ）は、参照信号受信電力（ＲＳＲＰ）に対する値として設定される。

＜測定識別子（ｍｅａｓＩｄ）＞
ここで、測定識別子（ｍｅａｓＩｄ）は、測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）と、報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）とをリンクさせるために利用され、具体的には、測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）と報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）とをリンクさせる。測定識別子（ｍｅａｓＩｄ）には、一つの測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）と一つの報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）が対応付けられる。測定設定（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージは、測定識別子（ｍｅａｓＩｄ）、測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）、報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）の関係に対して追加・修正・削除することが可能である。

ｍｅａｓＯｂｊｅｃｔＴｏＲｅｍｏｖｅＬｉｓｔは、指定された測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）および指定された測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）に対応する測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）を削除するコマンドである。この際、指定された測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）に対応付けられたすべての測定識別子（ｍｅａｓＩｄ）は、削除される。このコマンドは、同時に複数の測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）の指定が可能である。

ｍｅａｓＯｂｊｅｃｔＴｏＡｄｄＭｏｄｉｆｙＬｉｓｔは、指定された測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）を指定された測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）に修正、または、指定された測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）と指定された測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）を追加するコマンドである。このコマンドは、同時に複数の測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）の指定が可能である。

ｒｅｐｏｒｔＣｏｎｆｉｇＴｏＲｅｍｏｖｅＬｉｓｔは、指定された報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）および指定された報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）に対応する報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）を削除するコマンドである。この際、指定された報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）に対応付けられたすべての測定識別子（ｍｅａｓＩｄ）は、削除される。このコマンドは、同時に複数の報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）の指定が可能である。

ｒｅｐｏｒｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄｉｆｙＬｉｓｔは、指定された報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）を指定された報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）に修正、または、指定された報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）と指定された報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａ
ｔｉｏｎｓ）を追加するコマンドである。このコマンドは、同時に複数の報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）の指定が可能である。

ｍｅａｓＩｄＴｏＲｅｍｏｖｅＬｉｓｔは、指定された測定識別子（ｍｅａｓＩｄ）を削除するコマンドである。この際、指定された測定識別子（ｍｅａｓＩｄ）に対応付けられた測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）と報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）は、削除されずに維持される。このコマンドは、同時に複数の測定識別子（ｍｅａｓＩｄ）の指定が可能である。

ｍｅａｓＩｄＴｏＡｄｄＭｏｄｉｆｙＬｉｓｔは、指定された測定識別子（ｍｅａｓＩｄ）を指定された測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）と指定された報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）に対応付けるように修正、または、指定された測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）と指定された報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）を指定された測定識別子（ｍｅａｓＩｄ）に対応付けし、指定された測定識別子（ｍｅａｓＩｄ）を追加するコマンドである。このコマンドは、同時に複数の測定識別子（ｍｅａｓＩｄ）の指定が可能である。

＜測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）＞
測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）は、ＲＡＴおよび周波数ごとに規定されている。また、報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）は、サービングセルのＲＡＴと同一のＲＡＴに対する規定と、それ以外のＲＡＴに対する規定がある。

測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）には、測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）と対応付けられた測定対象ＥＵＴＲＡ（ｍｅａｓＯｂｊｅｃｔＥＵＴＲＡ）、測定対象ＮＲ（ｍｅａｓＯｂｊｅｃｔＮＲ）、測定対象ＵＴＲＡ（ｍｅａｓＯｂｊｅｃｔＵＴＲＡ）、測定対象ＧＥＲＡＮ（ｍｅａｓＯｂｊｅｃｔＧＥＲＡＮ）、測定対象ＣＤＭＡ２０００（ｍｅａｓＯｂｊｅｃｔＣＤＭＡ２０００）、測定対象ＷＬＡＮ（ｍｅａｓＯｂｊｅｃｔＷＬＡＮ）などが含まれてよい。

測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）は、測定対象（Ｍｅａｓｕｒｅｍｅｎｔ
ｏｂｊｅｃｔｓ）の設定を識別するために使用する識別子である。測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）の設定は、前述のように、無線アクセス技術（ＲＡＴ）および周波数ごとに規定されている。測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）は、ＥＵＴＲＡ、ＮＲ、ＵＴＲＡ、ＧＥＲＡＮ、ＣＤＭＡ２０００に対して別途仕様化されている。ＥＵＴＲＡに対する測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）である測定対象ＥＵＴＲＡ（ｍｅａｓＯｂｊｅｃｔＥＵＴＲＡ）は、ＥＵＴＲＡの隣接セルに対して適用される情報を規定する。また、測定対象ＥＵＴＲＡのなかで異なる周波数のものは異なる測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）として扱われ、別途測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）が割り当てられてよい。ＮＲに対する測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）である測定対象ＮＲ（ｍｅａｓＯｂｊｅｃｔＮＲ）は、ＮＲの隣接セルに対して適用される情報を規定する。また、測定対象ＮＲのなかで異なる周波数のものは異なる測定対象（Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔｓ）として扱われ、別途測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）が割り当てられてよい。

測定対象ＥＵＴＲＡ（ｍｅａｓＯｂｊｅｃｔＥＵＴＲＡ）には、ＥＵＴＲＡ搬送波周波数情報（ｅｕｔｒａ－ＣａｒｒｉｅｒＩｎｆｏ）、測定帯域幅（ｍｅａｓｕｒｅｍｅｎｔＢａｎｄｗｉｄｔｈ）、オフセット周波数（ｏｆｆｓｅｔＦｒｅｑ）、隣接セルリスト（ｎｅｉｇｈｂｏｕｒ ｃｅｌｌ ｌｉｓｔ）に関する情報、ブラックリスト（ｂｌａｃｋ
ｌｉｓｔ）に関する情報が含まれてよい。

測定対象ＮＲ（ｍｅａｓＯｂｊｅｃｔＮＲ）には、ＳＳ／ＰＢＣＨブロックおよび／またはＣＳＩ－ＲＳの周波数情報、測定対象の品質を導出するために用いられる閾値、周波数のオフセット情報、ブラックリストなどの情報が含まれてよい。

ブラックリスト（ｂｌａｃｋ ｌｉｓｔ）に関する情報は、イベント評価や、測定報告の対象とならない隣接セルに関する情報を含む。ブラックリスト（ｂｌａｃｋ ｌｉｓｔ）に関する情報としては、物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ）などが含まれる。この情報は、ＥＵＴＲＡおよび／またはＮＲの場合、端末装置２が、既に、報知情報から取得しているブラックセルリスト（ｂｌａｃｋ ｌｉｓｔｅｄ ｃｅｌｌ ｌｉｓｔ）に対して、追加・修正または削除を行うための情報として利用されてよい。

なお、サービングセルのＲＡＴによって、各測定対象が異なる要素で構成されてもよいし、同じ要素で構成されてもよい。

＜報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）＞
報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）には、報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）と対応付けられた報告設定ＥＵＴＲＡ（ｒｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ）や報告設定ＮＲ（ｒｅｐｏｒｔＣｏｎｆｉｇＮＲ）などが含まれる。

報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）は、測定に関する報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）を識別するために使用する識別子である。ＥＵＴＲＡに対する報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）である報告設定ＥＵＴＲＡ（ｒｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡ）は、ＥＵＴＲＡにおける測定の報告に利用するイベントや周期的報告などのトリガ条件（ｔｒｉｇｇｅｒｉｎｇ ｃｒｉｔｅｒｉａ）を規定する。ＮＲに対する報告設定（Ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ）である報告設定ＮＲ（ｒｅｐｏｒｔＣｏｎｆｉｇＮＲ）は、ＮＲにおける測定の報告に利用するイベントや周期的報告などのトリガ条件（ｔｒｉｇｇｅｒｉｎｇ ｃｒｉｔｅｒｉａ）を規定する。

イベント識別子（ｅｖｅｎｔＩｄ）は、イベントトリガ報告（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｒｅｐｏｒｔｉｎｇ）に関する条件（ｃｒｉｔｅｒｉａ）を選択するために利用される。ここで、イベントトリガ報告（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｒｅｐｏｒｔｉｎｇ）とは、イベントトリガ条件を満たした場合に、測定を報告する方法である。この他に、イベントトリガ条件を満たした場合に、一定間隔で、ある回数だけ測定を報告するというイベントトリガ定期報告（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｐｅｒｉｏｄｉｃ
ｒｅｐｏｒｔｉｎｇ）もある。

イベント識別子（ｅｖｅｎｔＩｄ）によって指定されたイベントのトリガ条件を満たした場合、端末装置２は、基地局装置３に対して、測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を行う。トリガ量（ｔｒｉｇｇｅｒＱｕａｎｔｉｔｙ）は、イベントのトリガ条件を評価するために利用する量である。すなわち、参照信号受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）、または、参照信号受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）が指定される。すなわち、端末装置２は、このトリガ量（ｔｒｉｇｇｅｒＱｕａｎｔｉｔｙ）によって指定された量を利用して、下りリンク参照信号の測定を行い、イベント識別子（ｅｖｅｎｔＩｄ）で指定されたイベントのトリガ条件を満たしているか否かを判定する。ヒステリシス（ｈｙｓｔｅｒｅｓｉｓ）は、イベントのトリガ条件で利用さ
れるパラメータである。トリガ時間（ｔｉｍｅＴｏＴｒｉｇｇｅｒ）は、イベントのトリガ条件を満たすべき期間を示す。報告量（ｒｅｐｏｒｔＱｕａｎｔｉｔｙ）は、測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）において報告する量を示す。ここでは、トリガ量（ｔｒｉｇｇｅｒＱｕａｎｔｉｔｙ）で指定した量、または、参照信号受信電力（ＲＳＲＰ）および参照信号受信品質（ＲＳＲＱ）が指定される。ここで、参照信号受信品質（ＲＳＲＱ）は、（Ｎ＊ＲＳＲＰ）／（Ｃａｒｒｉｅｒ ＲＳＳＩ）で表される比である。受信信号強度（Ｃａｒｒｉｅｒ ＲＳＳＩ）は、全受信信号電力の強さを示し、測定帯域幅はシステム帯域幅と同じである。Ｎは受信信号強度（Ｃａｒｒｉｅｒ ＲＳＳＩ）の測定帯域幅に関するリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）数である。最大報告セル数（ｍａｘＲｅｐｏｒｔＣｅｌｌｓ）は、測定報告（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）に含めるセルの最大数を示す。報告間隔（ｒｅｐｏｒｔＩｎｔｅｒｖａｌ）は、定期報告（ｐｅｒｉｏｄｉｃａｌ ｒｅｐｏｒｔｉｎｇ）またはイベントトリガ定期報告（ｅｖｅｎｔ ｔｒｉｇｇｅｒｅｄ ｐｅｒｉｏｄｉｃ ｒｅｐｏｒｔｉｎｇ）に対して利用され、報告間隔（ｒｅｐｏｒｔＩｎｔｅｒｖａｌ）で示される間隔ごとに定期報告する。報告回数（ｒｅｐｏｒｔＡｍｏｕｎｔ）は、必要に応じて、定期報告（ｐｅｒｉｏｄｉｃａｌ ｒｅｐｏｒｔｉｎｇ）を行う回数を規定する。

なお、基地局装置３は、サービングセル品質閾値（ｓ－Ｍｅａｓｕｒｅ）を通知する場合と通知しない場合がある。基地局装置３がサービングセル品質閾値（ｓ－Ｍｅａｓｕｒｅ）を通知する場合、端末装置２は、サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）の品質（ＲＳＲＰ値）がサービングセル品質閾値（ｓ－Ｍｅａｓｕｒｅ）よりも低いときに、隣接セルの測定と、イベント評価（イベントトリガ条件を満たすか否か、報告条件（Ｒｅｐｏｒｔｉｎｇ ｃｒｉｔｅｒｉａ）の評価とも言う）を行う。一方、基地局装置３がサービングセル品質閾値（ｓ－Ｍｅａｓｕｒｅ）を通知しない場合、端末装置２は、サービングセルの品質（ＲＳＲＰ値）によらず、隣接セルの測定と、イベント評価を行う。

＜Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｓｕｌｔについて＞
イベントトリガ条件を満たした端末装置２は、基地局装置３に対して、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）を送信する。測定報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）には、測定結果（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｓｕｌｔ）が含まれる。

この測定結果（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｓｕｌｔ）は、測定識別子（ｍｅａｓＩｄ）、サービングセル測定結果（ｍｅａｓＲｅｓｕｌｔＳｅｒｖｉｎｇ）、測定結果リスト（ｍｅａｓＲｅｓｕｌｔＬｉｓｔ）で構成される。ここで、測定結果リスト（ｍｅａｓＲｅｓｕｌｔＬｉｓｔ）には、物理セル識別子（ｐｈｙｓｉｃａｌＣｅｌｌＩｄｅｎｔｉｔｙ）、セル測定結果（ｍｅａｓＲｅｓｕｌｔ）が含まれる。

ここで、測定識別子（ｍｅａｓＩｄ）とは、前述のように、測定対象識別子（ｍｅａｓＯｂｊｅｃｔＩｄ）と報告設定識別子（ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ）とのリンクに利用されていた識別子である。また、サービングセル測定結果（ｍｅａｓＲｅｓｕｌｔＳｅｒｖｉｎｇ）は、サービングセルに対する測定結果であり、サービングセルに対する参照信号受信電力（ＲＳＲＰ）および参照信号受信品質（ＲＳＲＱ）の結果を報告する。また、物理セル識別子（ｐｈｙｓｉｃａｌＣｅｌｌＩｄｅｎｔｉｔｙ）は、セルを識別するために利用する。ｍｅａｓＲｅｓｕｌｔに含まれるＥＵＴＲＡセル測定結果（ｍｅａｓＲｅｓｕｌｔＥＵＴＲＡ）は、ＥＵＴＲＡセルに対する測定結果である。また、ｍｅａｓＲｅｓｕｌｔに含まれるＮＲセル測定結果（ｍｅａｓＲｅｓｕｌｔＮＲ）は、ＮＲセルに対する測定結果である。隣接セルの測定結果は関連するイベントの発生時にのみ含まれてよい。

ＥＵＴＲＡにおけるプロシージャについて説明する。

移動履歴情報（Ｍｏｂｉｌｉｔｙ Ｈｉｓｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ）について、説明する。

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

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

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

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

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

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

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

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

次に、移動履歴情報が端末装置２に存在する（Ａｖａｉｌａｂｌｅである）ことを示す情報を基地局装置３に通知する仕組みについて説明する。

ここではＲＲＣ接続時に端末装置２が基地局装置３に移動履歴情報が存在することを通知する手順を示す。

例えば、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャにおいて、ＲＲＣ接続セットアップメッセージを基地局装置３から受信した端末装置２は、受信したＲＲＣ接続セットアップメッセージに含まれる無線リソース個別設定（ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）に従い、無線リソースのコンフィグレーションプロシージャを実行する。さらに各種タイマーの停止などを行ない、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入り、セル再選択プロシージャを停止する。そして現在のセルをＰＣｅｌｌと判断する。さらに、ＲＲＣ接続セットアップが完了したことを基地局装置３に示すメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ）のコンテンツとして、上位レイヤ（ＮＡＳ層）から受け取った情報があればｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳとして含め、端末装置２が移動履歴情報の蓄積をサポートしており、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）場合、移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）ことを示す情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌ）を含める。ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセー
ジにはその他の情報が含まれてよい。端末装置２は、送信のためにＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを下位層に提出（Ｓｕｂｍｉｔ）してプロシージャを終了する。

上記説明では、ＲＲＣ接続セットアップ処理の例を説明したが、これに限らず、ＲＲＣ接続再開（Ｒｅｓｕｍｅ）時の処理においても、ＲＲＣ接続再開が完了したことを基地局装置３に示すメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ）のコンテンツとして、端末装置２が移動履歴情報の蓄積をサポートしており、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）場合、移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）ことを示す情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌ）を含めてよい。

上記仕組みにより、例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージでｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌを通知された基地局装置３が、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔにＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑを真として含めて、端末装置２に通知し、端末装置２が、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅにｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔを含めて通知することができる。

次にＮＲを考慮する場合の移動履歴情報に関するプロシージャの例を説明する。

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

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

例１：もし端末装置２が移動履歴情報の蓄積をサポートするなら、端末装置２は、以下の手順を行う。ここでは、図７で示すエントリーリストを用いる例を示す。

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

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

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

例２：もし端末装置２が移動履歴情報の蓄積をサポートするなら、端末装置２は、以下の手順を行う。ここでは、図８で示すエントリーリストを用いる例を示す。

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

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

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

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

例３：もし端末装置２が移動履歴情報の蓄積をサポートするなら、端末装置２は、以下の手順を行う。

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

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

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

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

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

例１：ネットワークは、端末装置の情報を要求するメッセージ（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージ）を端末装置２に送ることによってこのプロシージャを開始する。

手順１：セキュリティのアクティベーションが成功した後でＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージをネットワークから受信した端末装置２は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージの一つの要素であるｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが真にセットされていた場合、手順２から手順４を実行する。ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが真にセットされていない場合、またはｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが含まれない場合は、手順２から手順３を実行しなくてよい。

手順２：ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージにｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔを含め、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔのエントリーを含める。さらに、端末装置２は、現在のセル（ＰＣｅｌｌ）のセルグローバル識別子をエントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄに含める。このとき端末装置２は、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔのサイズなどに基づき最も古いエントリーを削除してからエントリーを含めてもよい。

手順３：端末装置２は、エントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔに現在のセルで費やした時間の情報を含める。上記エントリーがｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含められる。

手順４：ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージは、ＳＲＢ１またはＳＲＢ２を通じた送信のために下位レイヤに提出（ｓｕｂｍｉｔ）される。

また、手順２において、ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔがＥＵＴＲＡとＮＲとで独立した変数である場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡとＶａｒＭｏｂｉｌｉ
ｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲの両方のエントリーを含めてよい。このとき、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔには、ＥＵＴＲＡとＮＲの両方のリストから時系列で新しいエントリーから既定数のエントリーが選択されて含まれてもよい。

また、手順１において、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが複数の値を持つ場合、例えば、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに、ＰＣｅｌｌのＲＡＴ以外のセルの識別子情報を含めるか否かが示されてもよい。ＰＣｅｌｌのＲＡＴ以外のセルの識別子情報を含めない場合、ＰＣｅｌｌのＲＡＴ以外のセルに関するｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含まれる情報は、従来のｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔと同様、ｔｉｍｅＳｐｅｎｔだけが含まれる。

例２：ネットワークは、端末装置の情報を要求するメッセージ（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージ）を端末装置２に送ることによってこのプロシージャを開始する。

手順１：セキュリティのアクティベーションが成功した後でＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージをネットワークから受信した端末装置２は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージの一つの要素であるｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが真にセットされていた場合、手順２から手順４を実行する。ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが真にセットされていない場合、またはｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが含まれない場合は、手順２から手順３を実行しなくてよい。

手順２：ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージにｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔを含める。例えば、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにはｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡとｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲとが要素として含まれてよい。この場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡにＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーを含め、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲにＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーを含める。さらに、端末装置２は、ＰＣｅｌｌがＥＵＴＲＡのセルであれば、現在のセル（ＰＣｅｌｌ）のセルグローバル識別子を、ＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄに含める。また、端末装置２は、ＰＣｅｌｌがＮＲのセルであれば、現在のセル（ＰＣｅｌｌ）のセルグローバル識別子を、ＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄに含める。このとき端末装置２は、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡおよび／またはＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのサイズなどに基づき最も古いエントリーを削除してからエントリーを含めてもよい。

手順３：端末装置２は、ＰＣｅｌｌがＥＵＴＲＡのセルであれば、ＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔに現在のセルで費やした時間の情報を含める。また、端末装置２は、ＰＣｅｌｌがＮＲのセルであれば、ＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔに現在のセルで費やした時間の情報を含める。

手順４：ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを、ＳＲＢ１またはＳＲＢ２を通じた送信のために下位レイヤに提出（ｓｕｂｍｉｔ）する。

なお、手順２において、ＰＣｅｌｌがＥＵＴＲＡの場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含まれるｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡとｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲは、ＥＵＴＲＡのＲＲＣの情報要素としてＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーとＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーとが含まれてよい。また、ＰＣｅｌｌがＮＲの場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含まれるｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡとｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲは、ＮＲのＲＲＣの情報要素としてＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーとＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーとが含まれてよい。

また、手順２において、別の例として、ＰＣｅｌｌがＥＵＴＲＡの場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含まれるｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡはＥＵＴＲＡのＲＲＣの情報要素としてＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーを含み、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲは、バイト列の文字列（Ｏｃｔｅｔ ｓｔｒｉｎｇｓ）であり、このバイト列の文字列は、ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーがＮＲのＲＲＣの情報要素としてエンコードされたもの（ＮＲの抽象構文記法１でエンコードされたもの）であってよい。また、ＰＣｅｌｌがＮＲの場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含まれるｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲはＮＲのＲＲＣの情報要素としてＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーを含み、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡは、バイト列の文字列（Ｏｃｔｅｔ ｓｔｒｉｎｇｓ）であり、このバイト列の文字列は、ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーがＥＵＴＲＡのＲＲＣの情報要素としてエンコードされたもの（ＥＵＴＲＡの抽象構文記法１でエンコードされたもの）であってよい。

また、手順１において、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが複数の値を持つ場合、例えば、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに、ＥＵＴＲＡの情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡ）を含めるか否か、およびＮＲの情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲ）を含めるか否かが示されてもよい。

例３：ネットワークは、端末装置の情報を要求するメッセージ（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージ）を端末装置２に送ることによってこのプロシージャを開始する。

手順１：セキュリティのアクティベーションが成功した後でＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージをネットワークから受信した端末装置２は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージの一つの要素であるｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが真にセットされていた場合、手順２から手順４を実行する。ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが真にセットされていない場合、またはｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが含まれない場合は、手順２から手順３を実行しなくてよい。

手順２：ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージにｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔを含める。例えば、ＰＣｅｌｌのＲＡＴがＥＵＴＲＡである場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにはｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡが要素として含まれてよい。例えば、ＰＣｅｌｌのＲＡＴがＮＲである場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにはｍｏｂｉｌｉｔｙＨｉ
ｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡとｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲとが要素として含まれてよい。この場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡにＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーを含め、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲにＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーを含める。さらに、端末装置２は、ＰＣｅｌｌがＥＵＴＲＡのセルであれば、現在のセル（ＰＣｅｌｌ）のセルグローバル識別子を、ＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄに含める。また、端末装置２は、ＰＣｅｌｌがＮＲのセルであれば、現在のセル（ＰＣｅｌｌ）のセルグローバル識別子を、ＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーのフィールドの一つであるｖｉｓｉｔｅｄＣｅｌｌＩｄに含める。このとき端末装置２は、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡおよび／またはＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのサイズなどに基づき最も古いエントリーを削除してからエントリーを含めてもよい。

手順３：端末装置２は、ＰＣｅｌｌがＥＵＴＲＡのセルであれば、ＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡのエントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔに現在のセルで費やした時間の情報を含める。また、端末装置２は、ＰＣｅｌｌがＮＲのセルであれば、ＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲのエントリーのフィールドの一つであるｔｉｍｅＳｐｅｎｔに現在のセルで費やした時間の情報を含める。

手順４：ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを、ＳＲＢ１またはＳＲＢ２を通じた送信のために下位レイヤに提出（ｓｕｂｍｉｔ）する。

また、手順１において、例えば、ＰＣｅｌｌのＲＡＴがＮＲである場合、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑが複数の値を持ち、例えば、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔにＥＵＴＲＡの情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡ）を含めるか否かがｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑによって示されてもよい。

次に、移動履歴情報が端末装置２に存在する（Ａｖａｉｌａｂｌｅである）ことを示す情報を基地局装置３に通知する仕組みについて説明する。

例１：ＮＲを考慮してＲＲＣ接続時に端末装置２が基地局装置３に移動履歴情報が存在することを通知する手順を示す。

例えば、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャにおいて、ＲＲＣ接続セットアップメッセージを基地局装置３から受信した端末装置２は、受信したＲＲＣ接続セットアップメッセージに含まれる無線リソース個別設定（ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）に従い、無線リソースのコンフィグレーションプロシージャを実行する。さらに各種タイマーの停止などを行ない、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入り、セル再選択プロシージャを停止する。そして現在のセルをＰＣｅｌｌと判断する。さらに、ＲＲＣ接続セットアップが完了したことを基地局装置３に示すメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ）のコンテンツとして、上位レイヤ（ＮＡＳ層）から受け取った情報があればｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳとして含め、端末装置２が移動履歴情報の蓄積をサポートしており、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）場合、移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）ことを示す情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌ）を含める。ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセー
ジにはその他の情報が含まれてよい。端末装置２は、送信のためにＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを下位層に提出（Ｓｕｂｍｉｔ）してプロシージャを終了する。また、上記例で、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔではなく、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡと変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲとが用いられている場合、何れかの変数に移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）場合、移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）ことを示す情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌ）を含めるようにしてもよい。

例２：ＮＲを考慮してＲＲＣ接続時に端末装置２が基地局装置３に移動履歴情報が存在することを通知する手順を示す。

例えば、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャにおいて、ＲＲＣ接続セットアップメッセージを基地局装置３から受信した端末装置２は、受信したＲＲＣ接続セットアップメッセージに含まれる無線リソース個別設定（ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）に従い、無線リソースのコンフィグレーションプロシージャを実行する。さらに各種タイマーの停止などを行ない、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入り、セル再選択プロシージャを停止する。そして現在のセルをＰＣｅｌｌと判断する。さらに、ＲＲＣ接続セットアップが完了したことを基地局装置３に示すメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ）のコンテンツとして、上位レイヤ（ＮＡＳ層）から受け取った情報があればｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳとして含め、端末装置２が移動履歴情報の蓄積をサポートしており、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＥＵＴＲＡに移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）場合、ＥＵＴＲＡの移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）ことを示す情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌ）を含める。さらに、端末装置２が移動履歴情報の蓄積をサポートしており、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＮＲに移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）場合、ＮＲの移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）ことを示す情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌ）を含める。ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにはその他の情報が含まれてよい。端末装置２は、送信のためにＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを下位層に提出（Ｓｕｂｍｉｔ）してプロシージャを終了する。

.
上記説明では、ＲＲＣ接続セットアップ処理の例を説明したが、これに限らず、ＲＲＣ接続再開（Ｒｅｓｕｍｅ）時の処理においても、ＲＲＣ接続再開が完了したことを基地局装置３に示すメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ）のコンテンツとして、端末装置２が移動履歴情報の蓄積をサポートしており、変数ＶａｒＭｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）場合、移動履歴情報が存在している（Ａｖａｉｌａｂｌｅである）ことを示す情報（ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌ）を含めてよい。

.
また、上記説明のｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＡｖａｉｌに、ＳＳ／ＰＢＣＨブロックのインデックス情報を蓄積しているか否かを示す情報が含まれてもよい。

移動履歴情報を通知する仕組みは、上記各プロシージャの何れかの例の組み合わせによって成り立ってもよいし、移動履歴情報を通知する仕組みの一部に、上記各プロシージャの何れかの例あるいはその組み合わせが用いられてもよい。

上記仕組みにより、例えば、端末装置２は、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含めるための情報をＲＡＴ毎に蓄積し、ネットワークの構成、バージョン、要求などに基づき、必要な情報を選択して通知することができる。例えば、基地局装置３がＥＮ－ＤＣをサポートするか否か、基地局装置３が５ＧＣをサポートするか否かなどの情報に基づき、必要な情報を選択して通知することができる。ネットワークから明示的に必要とするＲＡＴの情報が通知あるいは報知されてもよいし、暗黙的に基地局装置３の構成に関する通知情報や報知情報などに基づき、必要な情報を選択して通知してもよい。また、端末装置２からネットワークに通知する端末能力情報（ＵＥ ｃａｐａｂｉｌｉｔｙ）に基づき、端末装置２が暗黙的に情報を選択して通知してもよい。

上記仕組みにより、例えば、端末装置２は、ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔに含めるための情報を複数のＲＡＴを一塊として蓄積し、従来の移動履歴情報よりも多くの情報をネットワークに通知することができる。

上述の例では、移動履歴情報に含める情報として、セルグローバル識別子や物理セル識別子やＳＳＢ／ＰＢＣＨブロックのインデックスやキャリア周波数などを用いたが、これに限定されなくてもよい。セルを同定するための情報として、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等による位置情報やその他の識別子が含まれてもよい。また、移動履歴情報には、一つまたは複数のセルで構成されるＲＲＣ＿ＩＤＬＥ状態の端末装置２の位置を把握するためのトラッキングエリア（ＴＡ：Ｔｒａｃｋｉｎｇ Ａｒｅａ）や、一つまたは複数のセルで構成されるＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末装置２の位置を把握するためのＲＡＮエリア（ＲＬＡ：ＲＡＮ－ｂａｓｅｄ ｌｏｃａｔｉｏｎ ａｒｅａ）の識別子情報が含まれてもよい。

.
また、上記メッセージやエントリーの構成は、上記説明の構成に限られるものではなく、他の構成であってもよい。

本発明の実施形態における装置の構成について説明する。

図２は、本実施形態の端末装置２の構成を示す概略ブロック図である。図示するように、端末装置２は、無線送受信部２０、および、上位層処理部２４を含んで構成される。無線送受信部２０は、アンテナ部２１、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）部２２、および、ベースバンド部２３を含んで構成される。上位層処理部２４は、媒体アクセス制御層処理部２５、および、無線リソース制御層処理部２６を含んで構成される。また、上位層処理部２４は、ＰＤＣＰ層の処理を行うＰＤＣＰ層処理部、無線リンク制御層の処理を行う無線リンク制御層処理部を含んで構成されてもよい。無線送受信部２０を送信部、受信部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。

上位層処理部２４は、ユ－ザの操作等により生成された上りリンクデ－タ（トランスポートブロック）を、無線送受信部２０に出力する。上位層処理部２４は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、パケットデ－タ統合プロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：ＲＬＣ）層、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）層の一部あるいはすべての処理を行なう。

上位層処理部２４が備える媒体アクセス制御層処理部２５は、媒体アクセス制御層の処
理を行う。媒体アクセス制御層処理部２５は、無線リソース制御層処理部２６によって管理されている各種設定情報／パラメータに基づいて、スケジュ－リングリクエストの伝送の制御を行う。

上位層処理部２４が備える無線リソース制御層処理部２６は、無線リソース制御層の処理を行う。無線リソース制御層処理部２６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部２６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部２６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。

無線送受信部２０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部２０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部２４に出力する。無線送受信部２０は、デ－タを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。

ＲＦ部２２は、アンテナ部２１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバ－ト: ｄｏｗｎ ｃｏｖｅｒｔ）、不要な周波数成分を除
去する。ＲＦ部２２は、処理をしたアナログ信号をベースバンド部に出力する。

ベースバンド部２３は、ＲＦ部２２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部２３は、変換したデジタル信号からＣＰ（Cyclic
Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フ－リエ変換（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ：ＦＦＴ）を行い、周波数領域の信号を抽出する。

ベースバンド部２３は、デ－タを逆高速フ－リエ変換（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ：ＩＦＦＴ）して、ＳＣ－ＦＤＭＡシンボルを生成し、生成されたＳＣ－ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部２３は、変換したアナログ信号をＲＦ部２２に出力する。

ＲＦ部２２は、ロ－パスフィルタを用いてベースバンド部２３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバ－ト（ｕｐ ｃｏｎｖｅｒｔ）し、アンテナ部２１を介して送信する。また、ＲＦ部２２は、電力を増幅する。また、ＲＦ部２２は送信電力を制御する機能を備えてもよい。ＲＦ部２２を送信電力制御部とも称する。

なお、端末装置２は、複数の周波数（周波数帯、周波数帯域幅）またはセルの同一サブフレ－ム内での送受信処理をサポートするために各部の一部あるいはすべてを複数備える構成であってもよい。

図３は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。

上位層処理部３４は、媒体アクセス制御（ＭＡＣ： Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、パケットデ－タ統合プロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：ＲＬＣ）層、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ：ＲＲＣ）層の一部あるいはすべての処理を行なう。

上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジュ－リングリクエストに関する処理を行う。

上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデ－タ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）などを生成し、又は上位ノ－ドから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置２各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置２各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。

無線送受信部３０の機能は、無線送受信部２０と同様であるため説明を省略する。なお、基地局装置３が１または複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。

また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図３において、その他の基地局装置３の構成要素や、構成要素間のデ－タ（制御情報）の伝送経路については省略してあるが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、無線リソース制御層処理部３６の上位には、無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケ－ション層処理部が存在している。

なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置２および基地局装置３の機能および各手順を実現する要素である。また、図中の各「部」は、図示しない様々な処理部および／または制御部を含んでもよい。

端末装置２が備える符号２０から符号２６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。

本発明の実施形態における、端末装置２および基地局装置３の種々の態様について説明する。

（１）本発明の第１の態様は、端末装置であって、基地局装置から移動履歴情報を要求するメッセージを受信する受信部と、前記メッセージに基づき、移動履歴情報を前記基地局装置に通知する送信部とを備え、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識
別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（２）本発明の第２の態様は、基地局装置であって、端末装置に移動履歴情報を要求するメッセージを送信する送信部と、移動履歴情報を前記端末装置から受信する受信部とを備え、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（３）本発明の第３の態様は、端末装置に適用される通信方法であって、基地局装置から移動履歴情報を要求するメッセージを受信するステップと、前記メッセージに基づき、移動履歴情報を前記基地局装置に通知するステップとを含み、前記移動履歴情報として、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（４）本発明の第４の態様は、基地局装置に適用される通信方法であって、端末装置に移動履歴情報を要求するメッセージを送信するステップと、移動履歴情報を前記端末装置から受信するステップとを含み、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（５）本発明の第５の態様は、端末装置に実装される集積回路であって、基地局装置から移動履歴情報を要求するメッセージを受信する機能と、前記メッセージに基づき、移動履歴情報を前記基地局装置に通知する機能とを前記端末装置に対して発揮させ、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（６）本発明の第６の態様は、基地局装置に実装される集積回路であって、端末装置に移動履歴情報を要求するメッセージを送信する機能と、移動履歴情報を前記端末装置から受信する機能とを前記基地局装置に対して発揮させ、前記移動履歴情報は、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）を含むリストと、第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）を含むリストとが含まれ、前記移動履歴情報は、前記端末装置が訪れたセルおよび／またはネットワーク外での滞在を一つのエントリーとして、有限個の前記エントリーの滞在時間情報を含む情報である。

（７）本発明の第７の態様は、端末装置であって、基地局装置から移動履歴情報を要求するメッセージを受信する受信部と、前記メッセージに基づき、移動履歴情報を前記基地局装置に通知する送信部とを備え、前記移動履歴情報として、前記メッセージに基づいて、第１の無線アクセス技術のセルの識別子情報および第２の無線アクセス技術のセルの識別子情報を含む移動履歴情報を通知するか、セルの識別子情報として第１の無線アクセス
技術のセルの識別子情報のみを含む移動履歴情報（第２の移動履歴情報）を通知するかを決定する。

（８）本発明の第８の態様は、端末装置であって、移動履歴情報があること示す情報（第１の情報）を基地局装置に通知する送信部と、前記第１の情報として、セルの識別子の情報として、第１の無線アクセス技術のセルおよび第２の無線アクセス技術のセルに関する有効な情報があることを示す情報と、第１の無線アクセス技術のセルに関する有効な情報があることを示す情報の何れかを選択する処理部とを備える。

（９）本発明の第９の態様は、端末装置であって、基地局装置から移動履歴情報を要求するメッセージを受信する受信部と、前記メッセージに基づき、移動履歴情報を前記基地局装置に通知する送信部とを備え、前記移動履歴情報として、第１の無線アクセス技術のセルの識別子情報（第１の識別子情報）と、第１の無線アクセス技術とは異なる無線アクセス技術（第２の無線アクセス技術）の抽象構文記法１でエンコードされる第２の無線アクセス技術のセルの識別子情報（第２の識別子情報）とを含む移動履歴情報を通知し、前記第２の識別子情報には、一つにセルにおいて報知される複数の識別子情報（第３の識別子情報）の１つまたは複数が含まれる。

これにより、端末装置２および基地局装置３は、効率的に通信を行うことができる。

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

また、各実施形態で用いた「接続」とは、ある装置と別のある装置とを、物理的な回線を用いて直接接続される構成にだけ限定されるわけではなく、論理的に接続される構成や、無線技術を用いて無線接続される構成を含む。

端末装置２は、ユ－ザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、ＮＲ ＮＢ（ＮＲ ＮｏｄｅＢ）、ＮＮＢ、ＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、ｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ）とも称される。

本発明に関わる基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置２は、集合体としての基地局装置３と通信することも可能である。

また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよいし、あるいは次世代コアネットワーク（ＮｅｘｔＧｅｎ Ｃｏｒｅ）、または５ＧＣ（５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）であってもよい。また、上述した実
施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノ－ドの機能の一部または全部を有してもよい。

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

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

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

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

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

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

２ 端末装置
３ 基地局装置
２０、３０ 無線送受信部
２１、３１ アンテナ部
２２、３２ ＲＦ部
２３、３３ ベースバンド部
２４、３４ 上位層処理部
２５、３５ 媒体アクセス制御層処理部
２６、３６ 無線リソース制御層処理部
４ 送受信点

Claims (8)

1. 端末装置であって、
   基地局装置から移動履歴情報を要求するメッセージを受信する受信部と、
   前記メッセージに基づき、移動履歴情報を前記基地局装置に通知する送信部とを備え、
   前記移動履歴情報は、前記端末装置のプライマリセルが第１の無線アクセス技術のセルであるときは、前記第１の無線アクセス技術のセルであって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で訪れた第１のセルの識別子情報と、第２の無線アクセス技術の第２のセルの識別子情報とを含むリストを含み、前記端末装置のプライマリセルが前記第２の無線アクセス技術のセルであるときは、前記第１のセルの識別子情報を含まないが、前記第２のセルの識別子情報を含むリストを含み、
   前記移動履歴情報は、さらに、前記第１のセルにおける前記端末装置の滞在時間情報、および、前記第２のセルにおける前記端末装置の滞在時間情報を含む、
   端末装置。
2. 基地局装置であって、
   端末装置に移動履歴情報を要求するメッセージを送信する送信部と、
   移動履歴情報を前記端末装置から受信する受信部とを備え、
   前記移動履歴情報は、前記端末装置のプライマリセルが第１の無線アクセス技術のセルであるときは、前記第１の無線アクセス技術のセルであって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で訪れた第１のセルの識別子情報と、第２の無線アクセス技術の第２のセルの識別子情報とを含むリストを含み、前記端末装置のプライマリセルが前記第２の無線アクセス技術のセルであるときは、前記第１のセルの識別子情報を含まないが、前記第２のセルの識別子情報を含むリストを含み、
   前記移動履歴情報は、さらに、前記第１のセルにおける前記端末装置の滞在時間情報、および、前記第２のセルにおける前記端末装置の滞在時間情報を含む、
   基地局装置。
3. 端末装置に適用される通信方法であって、
   基地局装置から移動履歴情報を要求するメッセージを受信するステップと、
   前記メッセージに基づき、移動履歴情報を前記基地局装置に通知するステップとを含み、
   前記移動履歴情報は、前記端末装置のプライマリセルが第１の無線アクセス技術のセルであるときは、前記第１の無線アクセス技術のセルであって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で訪れた第１のセルの識別子情報と、第２の無線アクセス技術の第２のセルの識別子情報とを含むリストを含み、前記端末装置のプライマリセルが前記第２の無線アクセス技術のセルであるときは、前記第１のセルの識別子情報を含まないが、前記第２のセルの識別子情報を含むリストを含み、
   前記移動履歴情報は、さらに、前記第１のセルにおける前記端末装置の滞在時間情報、および、前記第２のセルにおける前記端末装置の滞在時間情報を含む、
   通信方法。
4. 基地局装置に適用される通信方法であって、
   端末装置に移動履歴情報を要求するメッセージを送信するステップと、
   移動履歴情報を前記端末装置から受信するステップとを含み、
   前記移動履歴情報は、前記端末装置のプライマリセルが第１の無線アクセス技術のセルであるときは、前記第１の無線アクセス技術のセルであって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で訪れた第１のセルの識別子情報と、第２の無線アクセス技術の第２のセルの識別子情報とを含むリストを含み、前記端末装置のプライマリセルが前記第２の無線アクセス技術のセルであるときは、前記第１のセルの識別子情報を含まないが、前記第２のセルの識別子情報を含むリストを含み、
   前記移動履歴情報は、さらに、前記第１のセルにおける前記端末装置の滞在時間情報、および、前記第２のセルにおける前記端末装置の滞在時間情報を含む、
   通信方法。
5. 端末装置に実装される集積回路であって、
   基地局装置から移動履歴情報を要求するメッセージを受信する機能と、
   前記メッセージに基づき、移動履歴情報を前記基地局装置に通知する機能とを前記端末装置に対して発揮させ、
   前記移動履歴情報は、前記端末装置のプライマリセルが第１の無線アクセス技術のセルであるときは、前記第１の無線アクセス技術のセルであって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で訪れた第１のセルの識別子情報と、第２の無線アクセス技術の第２のセルの識別子情報とを含むリストを含み、前記端末装置のプライマリセルが前記第２の無線アクセス技術のセルであるときは、前記第１のセルの識別子情報を含まないが、前記第２のセルの識別子情報を含むリストを含み、
   前記移動履歴情報は、さらに、前記第１のセルにおける前記端末装置の滞在時間情報、および、前記第２のセルにおける前記端末装置の滞在時間情報を含む、
   集積回路。
6. 基地局装置に実装される集積回路であって、
   端末装置に移動履歴情報を要求するメッセージを送信する機能と、
   移動履歴情報を前記端末装置から受信する機能とを前記基地局装置に対して発揮させ、
   前記移動履歴情報は、前記端末装置のプライマリセルが第１の無線アクセス技術のセルであるときは、前記第１の無線アクセス技術のセルであって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で訪れた第１のセルの識別子情報と、第２の無線アクセス技術の第２のセルの識別子情報とを含むリストを含み、前記端末装置のプライマリセルが前記第２の無線アクセス技術のセルであるときは、前記第１のセルの識別子情報を含まないが、前記第２のセルの識別子情報を含むリストを含み、
   前記移動履歴情報は、さらに、前記第１のセルにおける前記端末装置の滞在時間情報、および、前記第２のセルにおける前記端末装置の滞在時間情報を含む、
   集積回路。
7. 前記移動履歴情報は、さらに、前記第１の無線アクセス技術のネットワークの外かつ前記第２の無線アクセス技術のネットワークの外における前記端末装置の滞在時間情報を含む、
   請求項１に記載の端末装置。
8. 前記移動履歴情報は、さらに、前記第１の無線アクセス技術のネットワークの外かつ前記第２の無線アクセス技術のネットワークの外における前記端末装置の滞在時間情報を含む、
   請求項２に記載の基地局装置。

Images