(57)【要約】【課題】効率的に通信を継続する端末装置、基地局装置、通信方法および集積回路に関する技術を提供すること。【解決手段】第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを前記基地局装置から受信し、第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行い、前記第１のタイマーが満了したときに、前記第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわず、前記第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、前記第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである。【選択図】図１６
2019091954.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置とセルを介して通信する端末装置であって、
第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを前記基地局装置から受信し、
第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行い、前記第１のタイマーが満了したときに、前記第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわず、前記第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、前記第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである
ことを特徴とする端末装置。
【請求項２】
前記第２のタイマーは、さらに、前記ハンドオーバが、前記ハンドオーバコマンドを受信した後に第１のセルとの通信を継続しないハンドオーバである場合には、前記ハンドオーバコマンドを受信した後に計時を停止し、前記ハンドオーバが、前記ハンドオーバコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合には計時を継続する
ことを特徴とする請求項１記載の端末装置。
【請求項３】
前記第２のタイマーは、前記ハンドオーバが、前記ハンドオーバコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合に、前記ハンドオーバコマンドを受信した後に計時を行う
ことを特徴とする請求項１記載の端末装置。
【請求項４】
端末装置と通信する基地局装置であって、
第１のセルから第２のセルへのハンドオーバを指示するハンドオーバコマンドを前記端末装置に送信し、
前記ハンドオーバコマンドに第１のタイマーに設定する値を含め、前記タイマーは、前記端末装置において、前記ハンドオーバが、前記ハンドオーバコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合に、第１のセルでの無線リンク失敗を判断するために使用される
ことを特徴とする基地局装置。
【請求項５】
基地局装置とセルを介して通信する端末装置に実装される集積回路であって、
第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを前記基地局装置から受信する機能と、
第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行う機能と、前記第１のタイマーが満了したときに、前記第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわない機能とを前記端末装置に対して発揮させ、前記第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、前記第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである
ことを特徴とする集積回路。
【請求項６】
基地局装置とセルを介して通信する端末装置に実装される集積回路であって、
第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを
前記基地局装置から受信するステップと、
第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行い、前記第１のタイマーが満了したときに、前記第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわないステップとを少なくとも含み、前記第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、前記第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）が、第三世代パートナーシッププロジェクト（3ｒｄ  Ｇｅｎｅｒａｔｉｏｎ
Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：3ＧＰＰ）において検討されている（非特
許文献１、２、３、４、５）。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ
ＮｏｄｅＢ）、端末装置をＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）とも称する。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【０００３】
ハンドオーバの遅延を減らすために、端末装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が、接続中の基地局装置との通信を維持したまま、ハンドオーバ先の基地局装置との通信を確立することが検討されている（非特許文献６）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１３．０．０  （２０１５−１２）   ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ１３.０．０  （２０１５−１２）   ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３.０．０  （２０１５−１２）   ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１３.０．０  （２０１５−１２）   ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ
【非特許文献５】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１３.０．０  （２０１５−１２）   ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ
【非特許文献６】３ＧＰＰ  ＴＲ  ３６．８８１  ｖ０．５．０  （２０１５−１１）  ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／３６８４３．ｈｔｍ
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、基地局装置との通信を効率的に継続することができる端末装置、該端末装置と通信する基地局装置、該端末装置に用いられる通信方法、該基地局装置に用いられる通信方法、該端末装置に実装される集積回路、該基地局装置に実装される集積回路を提供する。
【課題を解決するための手段】
【０００６】
（１）上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、基地局装置とセルを介して通信する端末装置であって、第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを基地局装置から受信し、第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行い、第１のタイマーが満了したときに、第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわず、第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである。
【０００７】
（２）本発明の第１の態様において、第２のタイマーは、さらに、ハンドオーバが、ハンドオーバコマンドを受信した後に第１のセルとの通信を継続しないハンドオーバである場合には、ハンドオーバコマンドを受信した後に計時を停止し、ハンドオーバが、ハンドオーバコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合には計時を継続する。
【０００８】
（３）本発明の第１の態様において、第２のタイマーは、ハンドオーバが、ハンドオーバコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合に、ハンドオーバコマンドを受信した後に計時を行う。
【０００９】
（４）本発明の第２の態様は、端末装置と通信する基地局装置であって、第１のセルから第２のセルへのハンドオーバを指示するハンドオーバコマンドを端末装置に送信し、ハンドオーバコマンドに第１のタイマーに設定する値を含め、タイマーは、ハンドオーバが、ハンドオーバコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合に、第１のセルでの無線リンク失敗を判断するために使用される。
【００１０】
（５）本発明の第３の態様は、基地局装置とセルを介して通信する端末装置に実装される集積回路であって、第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを基地局装置から受信する機能と、第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行う機能と、第１のタイマーが満了したときに、第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわない機能とを端末装置に対して発揮させ、第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである。
【００１１】
（６）本発明の第４の態様は、基地局装置とセルを介して通信する端末装置に実装される集積回路であって、第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを基地局装置から受信するステップと、第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行い、第１のタイマーが満了したときに、第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわないステップとを少なくとも含み、第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである。
【発明の効果】
【００１２】
この発明によれば、端末装置および基地局装置は互いに、効率的に通信を継続することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本発明の実施形態に係る端末装置の概略構成の一例を示すブロック図である。
【図３】本発明の実施形態に係る基地局装置の概略構成の一例を示すブロック図である。
【図４】本発明の実施形態に係るユーザ平面（ＵＰ（Ｕｓｅｒ−ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ））プロトコルスタックを表す図である。
【図５】本発明の実施形態に係る制御平面（ＣＰ（Ｃｏｎｔｒｏｌ−ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ））プロトコルスタックを表す図である。
【図６】本発明の実施形態に係る競合ベースランダムアクセス手順に関するシーケンスチャートの一例を示す図である。
【図７】本発明の実施形態に係る非競合ベースランダムアクセス手順に関するシーケンスチャートの一例を示す図である。
【図８】本発明の実施形態に係るハンドオーバ手順に関するシーケンスチャートの一例を示す図である。
【図９】本発明の実施形態に係る無線リソース管理測定設定管理方法に関するシーケンスチャートの一例を示す図である。
【図１０】本発明の実施形態に係る無線リソース管理測定設定の一例を示す図である。
【図１１】本発明の実施形態に係るＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１０２０に含まれる情報／パラメータを示す図である。
【図１２】本発明の実施形態に係るＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０に含まれる情報／パラメータを示す図である。
【図１３】本発明の実施形態に係るＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１０２０の一例を示す図である。
【図１４】本発明の実施形態に係るＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１２５０に含まれる情報／パラメータを示す図である。
【図１５】本発明の実施形態に係るＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｒＸの一例を示す図である。
【図１６】本発明の実施形態に係る端末装置能力情報の通知に関するシーケンスチャートの一例を示す図である。
【図１７】本発明の実施形態に係る無線リンク障害（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）の検出に関するフローチャート図の一例を示したものである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について説明する。
【００１５】
本実施形態の無線通信システムについて説明する。
【００１６】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置２、および、基地局装置３を具備する。基地局装置３は、ソース基地局装置３Ａ、ターゲット基地局装置３Ｂ、および、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＧＷ（Ｇａｔｅｗａｙ）を含む。Ｕｕは端末装置２と基地局装置３の間の無線アクセスリンクである。Ｕｕは、端末装置２から基地局装置３への上りリンク、および、基地局装置３から端末装置２への下りリンクを含む。Ｘ２は、ソース
基地局装置３Ａとターゲット基地局装置３Ｂの間のバックホールリンクである。Ｓ１は、ソース基地局装置３Ａ／ターゲット基地局装置３ＢとＭＭＥ／ＧＷの間のバックホールリンクである。
【００１７】
端末装置２は、ソース基地局装置３Ａからターゲット基地局装置３Ｂにハンドオーバしてもよい。端末装置２は、ソースセルからターゲットセルにハンドオーバしてもよい。ソースセルは、ソース基地局装置３Ａによって管理されてもよい。ターゲットセルは、ターゲット基地局装置３Ｂによって管理されてもよい。ソース基地局装置３Ａ、および、ターゲット基地局装置３Ｂは、同じ装置であってもよい。すなわち、端末装置２は、ソース基地局装置３Ａが管理するソースセルから、当該ソース基地局装置３Ａが管理するターゲットセルにハンドオーバしてもよい。ソースセルを、ソースプライマリセルとも称する。ターゲットセルを、ターゲットプライマリセルとも称する。
【００１８】
本実施形態の物理チャネルおよび物理シグナルについて説明する。
【００１９】
図１において、端末装置２から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
・ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
・ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）
【００２０】
ＰＵＣＣＨは、上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を送信するために用いられる。上りリンク制御情報は、下りリンクのチャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）、初期送信のためのＰＵＳＣＨ（Ｕｐｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＵＬ−ＳＣＨ）リソースを要求するために用いられるスケジューリングリクエスト（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ： ＳＲ）、下りリンクデータ（Ｔｒａｎｓｐｏｒｔ  ｂｌｏ
ｃｋ，  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ 
Ｕｎｉｔ：ＭＡＣ  ＰＤＵ，  Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＤＬ−ＳＣＨ，  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を含む。ＨＡＲＱ−ＡＣＫは、ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を示す。ＨＡＲＱ−ＡＣＫを、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報、および、ＡＣＫ／ＮＡＣＫとも称する。
【００２１】
ＰＵＳＣＨは、上りリンクデータ（Ｕｐｌｉｎｋ−Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＵＬ−ＳＣＨ）を送信するために用いられる。ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために用いられる。
【００２２】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求を示すために用いられる。
【００２３】
図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・上りリンク参照信号（Ｕｐｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＵＬ ＲＳ
）
【００２４】
本実施形態において、以下の２つのタイプの上りリンク参照信号が用いられる。
・ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
・ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００２５】
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと時間多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。
【００２６】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しない。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクサブフレームにおける最後のＳＣ−ＦＤＭＡシンボル、または、ＵｐＰＴＳにおけるＳＣ−ＦＤＭＡシンボルにおいて送信される。
【００２７】
図１において、基地局装置３から端末装置２への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）
・ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）
・ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
・ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）・ＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）
【００２８】
ＰＢＣＨは、端末装置２で共通に用いられるマスターインフォメーションブロック（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ：ＭＩＢ，  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ：BCH）を報知するために用いられる。ＭＩＢは、４０ｍｓ間隔で送信され
、ＭＩＢは１０ｍｓ周期で繰り返し送信される。具体的には、ＳＦＮ  ｍｏｄ  ４=０を
満たす無線フレームにおけるサブフレーム０においてＭＩＢの初期送信が行なわれ、他の全ての無線フレームにおけるサブフレーム０においてＭＩＢの再送信（ｒｅｐｅｔｉｔｉｏｎ）が行なわれる。ＳＦＮ（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ）は無線フレームの番号である。ＭＩＢはシステム情報である。例えば、ＭＩＢは、ＳＦＮを示す情報を含む。
【００２９】
ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられる領域（ＯＦＤＭシンボル）を指示する情報を送信するために用いられる。
【００３０】
ＰＨＩＣＨは、基地局装置３が受信した上りリンクデータ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＵＬ−ＳＣＨ）に対するＨＡＲＱインディケータを送信するために用いられる。ＨＡＲＱインディケータは、ＨＡＲＱ−ＡＣＫを示す。
【００３１】
ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を送信するために用いられる。下りリンク制御情報を、ＤＣＩフォーマットとも称する。下りリンク制御情報は、下りリンクグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）および上りリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）を含む。下りリンクグラントは、下りリンクアサインメント（ｄｏｗｎｌｉｎｋ  ａｓｓｉｇｎｍｅｎｔ）または下りリンク割り当て（ｄｏｗｎｌｉｎｋ  ａｌｌｏｃａｔｉｏｎ）とも称する。
【００３２】
１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングに用いられる。下りリンクグラントは、該下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられる。
【００３３】
１つの上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、該上りリンクグラントが送信されたサブフレームより４つ以上後のサブフレーム内のＰＵＳＣＨのスケジューリングに用いられる。
【００３４】
ＰＤＣＣＨで送信される上りリンクグラントはＤＣＩフォーマット０を含む。ＤＣＩフォーマット０に対応するＰＵＳＣＨの送信方式は、シングルアンテナポートである。端末装置２は、ＤＣＩフォーマット０に対応するＰＵＳＣＨ送信のためにシングルアンテナポート送信方式を用いる。シングルアンテナポート送信方式が適用されるＰＵＳＣＨは、１つのコードワード（１つのトランスポートブロック）の伝送に用いられる。
【００３５】
ＰＤＣＣＨで送信される上りリンクグラントは、ＤＣＩフォーマット４を含む。ＤＣＩフォーマット４に対応するＰＵＳＣＨの送信方式は、閉ループ空間多重である。端末装置２は、ＤＣＩフォーマット４に対応するＰＵＳＣＨ送信のために閉ループ空間多重送信方式を用いる。閉ループ空間多重送信方式が適用されるＰＵＳＣＨは、２つまでのコードワード（２つまでのトランスポートブロック）の伝送に用いられる。
【００３６】
下りリンクグラント、または、上りリンクグラントに付加されるＣＲＣパリティビットは、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ、ＳＰＳ（Ｓｅｍｉ  Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされる。Ｃ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、競合ベースランダムアクセス手順において用いられる。
【００３７】
Ｃ−ＲＮＴＩは、１つのサブフレームにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＳＰＳ  Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、および、ランダムアクセスメッセージ４の送信をスケジュールするために用いられる。
【００３８】
ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するた
めに用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレス
ポンス）を送信するために用いられる。ＰＤＳＣＨは、ハンドオーバコマンドを送信するために用いられる。
【００３９】
ランダムアクセスレスポンスは、ＲＡＲグラント（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ ｇｒａｎｔ）を含む。ＲＡＲグラントは、ＰＤＳＣＨで送信される上りリ
ンクグラントである。端末装置２は、ＲＡＲグラントに対応するＰＵＳＣＨ送信、および、同じトランスポートブロックに対する該ＰＵＳＣＨ再送信のためにシングルアンテナポート送信方式を用いる。
【００４０】
ＰＭＣＨは、マルチキャストデータ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ：ＭＣＨ）を送信するために用いられる。
【００４１】
図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ：ＳＳ）
・下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＤＬ 
ＲＳ）
【００４２】
同期信号は、端末装置２が下りリンクの周波数領域および時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、および、ＳＳＳ（Ｓｅｃｏｎｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を含む。
【００４３】
下りリンク参照信号は、端末装置２が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。下りリンク参照信号は、端末装置２が下りリンクのチャネル状態情報を算出するために用いられる。
【００４４】
本実施形態において、以下の７つのタイプの下りリンク参照信号が用いられる。
・ＣＲＳ（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
・ＰＤＳＣＨに関連するＵＲＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
・ＥＰＤＣＣＨに関連するＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ 
Ｓｉｇｎａｌ）
・ＮＺＰ  ＣＳＩ−ＲＳ（Ｎｏｎ−Ｚｅｒｏ  Ｐｏｗｅｒ  Ｃｈａｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
・ＺＰ  ＣＳＩ−ＲＳ（Ｚｅｒｏ  Ｐｏｗｅｒ  Ｃｈａｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＭＢＳＦＮ  ＲＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  ｏｖｅｒ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ  Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
・ＰＲＳ（Ｐｏｓｉｔｉｏｎｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【００４５】
下りリンク物理チャネルおよび下りリンク物理シグナルを総称して、下りリンク信号と称する。上りリンク物理チャネルおよび上りリンク物理シグナルを総称して、上りリンク信号と称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
【００４６】
ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである
。媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ：ＴＢ）またはＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡ
Ｃ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
【００４７】
基地局装置３と端末装置２は、上位層（ｈｉｇｈｅｒ  ｌａｙｅｒ）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置２は、無線リソース制御（ＲＲＣ：  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリン
グ（ＲＲＣ  ｍｅｓｓａｇｅ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅ，ＲＲＣ  ｉｎｆｏｒｍａｔｉｏｎ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとも称される）を送受信してもよい。また、基地局装置３と端末装置２は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層において、ＭＡＣ  ＣＥ（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層の信号（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）とも称する。
【００４８】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送信するために用いられる。ここで、基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、セル内における複数の端末装置２に対して共通のシグナリングであってもよい。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置２に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも称する）であってもよい。セルスペシフィックパラメータは、セル内における複数の端末装置２に対して共通のシグナリング、または、ある端末装置２に対して専用のシグナリングを用いて送信されてもよい。ＵＥスペシフィックパラメータは、ある端末装置２に対して専用のシグナリングを用いて送信されてもよい。
【００４９】
本実施形態の無線ネットワークについて説明する。
【００５０】
基地局装置３によって制御される各周波数の通信可能範囲（通信エリア）はセルとしてみなされる。このとき、基地局装置３がカバーする通信エリアは周波数毎にそれぞれ異なる広さ、異なる形状であっても良い。また、カバーするエリアが周波数毎に異なっていてもよい。また、基地局装置３の種別やセル半径の大きさが異なるセルが、同一の周波数または異なる周波数のエリアに混在して１つの通信システムを形成している無線ネットワークのことを、ヘテロジニアスネットワークと称する。
【００５１】
端末装置２は、セルの中を通信エリアとみなして動作する。端末装置２が、あるセルから別のセルへ移動するときは、非無線接続時（アイドル状態、ＲＲＣ＿ＩＤＬＥ状態とも称する）はセル再選択手順、無線接続時（コネクティッド状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とも称する）はハンドオーバ手順によって別の適切なセルへ移動する。適切なセルとは、一般的に端末装置２のアクセスが基地局装置３から指定される情報に基づいて禁止されていないと判断したセルであって、かつ、下りリンクの受信品質が所定の条件を満足するセルのことを示す。
【００５２】
基地局装置３は端末装置２が通信可能なエリアであるセルを周波数毎に管理する。１つの基地局装置３が複数のセルを管理していてもよい。
【００５３】
端末装置２がある基地局装置３と通信可能であるとき、その基地局装置３のセルのうち、端末装置２との通信に使用されるように設定されているセルは在圏セル（Ｓｅｒｖｉｎｇ  ｃｅｌｌ）であり、その他の通信に使用されないセルは周辺セル（Ｎｅｉｇｈｂｏｒｉｎｇ  ｃｅｌｌ）と称される。
【００５４】
本実施形態の無線プロトコル構造について説明する。
【００５５】
図４は、ＥＵＴＲＡの無線ネットワーク（ＥＵＴＲＡＮ）の端末装置２及び基地局装置３のユーザデータを扱うユーザ平面（ＵＰ（Ｕｓｅｒ−ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ））プロトコルスタックを表す図である。また、図５は、制御データを扱う制御平面（ＣＰ（Ｃｏｎｔｒｏｌ−ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ））プロトコルスタックを表す図である。
【００５６】
図４および図５において、物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ：ＰＨＹ層）は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供する。ＰＨＹ層は、上位の媒体アクセス制御層（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ：ＭＡＣ層）とトランスポートチャネルで接続される。トランスポートチャネルを介して、ＭＡＣ層とＰＨＹ層とレイヤ（ｌａｙｅｒ：層）間でデータが移動する。端末装置２と基地局装置３のＰＨＹ層間において、物理チャネルを介してデータの送受信が行われる。
【００５７】
ＭＡＣ層は、多様な論理チャネルを多様なトランスポートチャネルにマッピングを行う。ＭＡＣ層は、上位の無線リンク制御層（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ：ＲＬＣ層）とは論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユーザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ層は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ層の制御を行う機能、ランダムアクセス手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ。
【００５８】
ＲＬＣ層は、上位層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び結合(Ｃｏｎｃａｔｅｎａｔｉｏｎ)し、下位層が適切にデータ送信できるようにデータサイズを調節する。また、ＲＬＣ層は、各データが要求するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ層は、データの再送制御等の機能を持つ。
【００５９】
パケットデータコンバージェンスプロトコル層（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  ｌａｙｅｒ：ＰＤＣＰ層）は、ユーザデータであるＩＰパケットを無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持つ。また、ＰＤＣＰ層は、データの暗号化の機能も持つ。
【００６０】
さらに、制御平面プロトコルスタックには、無線リソース制御層（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ：ＲＲＣ層）がある。ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＳＲＢ）とデータ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＤＲＢ）とに分けられ、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用される。ＤＲＢは、ユーザデータを送信する経路として利用される。基地局装置３と端末装置２のＲＲＣ層間で各ＲＢの設定が行われる。
【００６１】
尚、ＰＨＹ層は一般的に知られる開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ
ｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）モデルの階層構造の中で第一層の物理層に対応し、ＭＡＣ層、ＲＬＣ層及びＰＤＣＰ層はＯＳＩモデルの第二層であるデータリンク層に対応し、ＲＲＣ層はＯＳＩモデルの第三層であるネットワーク層に対応する。
【００６２】
また、ネットワークと端末装置２との間で用いられるシグナリングプロトコルは、アクセス層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）プロトコルと非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＮＡＳ）プロトコルとに分割される。例えば、ＲＲＣ層以下のプロトコルは、端末装置２と基地局装置３との間で用いられるアクセス層プロトコルである。また、端末装置２の接続管理（Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ：ＣＭ）やモビリティ管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ：ＭＭ）などのプロトコルは非アクセス層プロトコルであり、端末装置２とコアネットワーク（ＣＮ）との間で用いられる。例えば図５に示すように、端末装置２とモバイル管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：ＭＭＥ）との間で、非アクセス層プロトコルを用いた通信が、基地局装置３を介して透過的に行われる。
【００６３】
本実施形態の無線リソース管理測定について説明する。
【００６４】
図９は、ＥＵＴＲＡにおける、端末装置２ならびに基地局装置３の無線リソース管理（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ; ＲＲＭ）測定設定管理方法について説明するためのシーケンスチャート図である。
【００６５】
図９の例において、基地局装置３は、自局が運用する周波数としてＦ１とＦ２という異なる２つの周波数を使用可能であるとし、端末装置２と基地局装置３は、周波数Ｆ１において無線接続が確立された状態（無線リソース制御接続状態（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  Ｃｏｎｎｅｃｔｅｄ：ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ））である。ここで、基地局装置３は、端末装置２に対して通信中のセル（在圏セル）並びにその他セル（周辺セル）の受信品質を測定させるために測定設定を含むメッセージ（以降、測定設定メッセージと称する）を送信する（ステップＳ９１）。測定設定メッセージには、測定される周波数（周波数Ｆ１と周波数Ｆ２）毎に少なくとも１つの測定設定情報が含まれている。測定設定情報は、測定ＩＤと、測定対象（ｍｅａｓｕｒｅｍｅｎｔ  ｏｂｊｅｃｔ）と、測定対象に対応する測定対象ＩＤと、測定イベントを含んだ報告設定と、報告設定に対応する報告設定ＩＤとで構成される。１つの測定対象ＩＤに対し複数の報告設定ＩＤがリンクされるように構成されていても良い。同様に、複数の測定対象ＩＤに対して１つの報告設定ＩＤがリンクされるように構成されていても良い。
【００６６】
例えば、２つの測定対象（周波数Ｆ１と周波数Ｆ２）と３つの報告設定が通知され、前記測定対象と報告設定との組み合わせに対して３つの測定ＩＤが設定される場合について図１０を用いて説明する。
【００６７】
基地局装置３は、測定対象として、周波数Ｆ１と周波数Ｆ２に、それぞれ識別子０と１を測定対象ＩＤとして割り当てて端末装置２に通知する。また、基地局装置３は、報告設定として、報告設定１と報告設定２と報告設定３に、それぞれ識別子０，１，２を報告設定ＩＤとして割り当てて端末装置２に通知する。さらに基地局装置３は、前記測定対象の識別子と前記報告設定の識別子との組み合わせに対して紐付けされる（リンクされる）測定ＩＤを端末装置２に通知する。
【００６８】
図１０では、測定ＩＤ＃０として、識別子０の測定対象（周波数Ｆ１）と識別子０の報告設定との組み合わせが指定されている。同様に、識別子０の測定対象（周波数Ｆ１）と識別子１の報告設定との組み合わせが測定ＩＤ＃１に指定され、識別子１の測定対象（周波数Ｆ２）と識別子２の報告設定との組み合わせが測定ＩＤ＃２に指定されている。
【００６９】
また、測定イベント情報とは、例えば、在圏セルのセル固有基準信号の受信品質が所定の閾値よりも下回った／上回ったとき、周辺セルのセル固有基準信号の受信品質が在圏セルよりも下回ったとき、周辺セルの受信品質が所定の閾値よりも上回ったとき、などの条件を示す測定イベントと、当該条件を判定するために用いるパラメータから構成される情報である。パラメータには、閾値、オフセット値、測定イベントの成立に必要な時間などの情報が設定される。非特許文献３では、例えば測定イベントＡ１として、サービングセルの受信品質が閾値よりも良くなった場合に報告することが定義されている。また、測定イベントＡ３として、隣接セルの受信品質が、サービングセルの受信品質にオフセット値を加えたものよりも良くなった場合に報告することが定義されている。また、測定イベントＡ４として、隣接セルの受信品質が、閾値よりも良くなった場合に報告することが定義されている。
【００７０】
端末装置２は、ステップＳ９２において、基地局装置３から設定された測定設定情報を内部情報として保存してから測定処理を開始する。具体的には、端末装置２は前述のように測定ＩＤと測定対象ＩＤと報告設定ＩＤとを１つにリンクされるよう対応付けて管理し、各ＩＤに対応する測定情報を基に測定を開始する。これらの３つのＩＤが１つにリンクされている場合、有効とみなして関連する測定を開始し、これらの３つのＩＤが１つにリンクされていない場合（いずれかのＩＤが設定されていない場合）、無効とみなして関連する測定は開始されない。そして、誤り無く測定設定情報を設定できた場合、端末装置２は、ステップＳ９３において測定設定の完了を示すメッセージ（測定設定完了メッセージ）を基地局装置３へ送信する。
【００７１】
そして、端末装置２において、設定された測定イベントのいずれかがパラメータに従い条件を満たした場合、当該測定イベントがトリガ（ｔｒｉｇｇｅｒ）されたとして、測定報告メッセージを基地局装置３に対して送信する（ステップＳ９４）。測定報告メッセージには、少なくともトリガされた測定イベントの報告設定ＩＤにリンクした測定ＩＤと、必要であれば関連するセルの測定結果が設定されて報告される。基地局装置３は測定ＩＤがどの測定イベントの報告設定ＩＤにリンクしているかを把握しているため、端末装置２は測定報告メッセージで報告設定ＩＤを通知する必要はない。
【００７２】
本実施形態のハンドオーバ手順の一部について説明する。
【００７３】
図８は、本実施形態におけるハンドオーバ手順（プロシージャ）の一例を示す図である。
【００７４】
（ステップＳ８０１）必要な場合、基地局装置３Ａは端末装置２に対してＲＲＭ測定を設定し、ハンドオーバ候補のセル（基地局装置３Ｂ）を報告させる。
【００７５】
（ステップＳ８０２）ソース基地局装置３Ａは、端末装置２から報告される測定結果、および／あるいは、その他の判断基準に基づき、ターゲット基地局装置３Ｂを決定し、ターゲット基地局装置３Ｂに対してハンドオーバ要求（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ）メッセージを送る（Ｓｅｎｄ）。ハンドオーバ要求メッセージにはハンドオーバの準備に必要な情報が含まれる。例えば、ハンドオーバ要求メッセージにはハンドオーバの種類を示す情報が含まれてもよい。ここで、ハンドオーバの種類を示す情報とは、ステップＳ８０５のハンドオーバコマンドを受信した後もソースセルでの通信を継続するタイプのハンドオーバ（以降、接続維持型ハンドオーバと称する）であるか否かを少なくとも判断できる情報であることが望ましい。また、例えば、ハンドオーバ要求メッセージには端末装置２がどのようなバンドの組み合わせで接続維持型ハンドオーバが行えるのかを判断できる情報（例えば、端末装置２の能力情報の一部あるいは全部）が含まれてもよい。
【００７６】
（ステップＳ８０３）ターゲット基地局３Ｂは、ハンドオーバの受け入れが可能である場合には、ハンドオーバコマンドを含むハンドオーバ要求肯定応答（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥ）メッセージをソース基地局装置３Ａに送る。ハンドオーバコマンドは、パラメータであるモビリティ制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含むＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージである。パラメータｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏは、ハンドオーバの種類を示す情報、および、ターゲットセルに関する情報を含んでもよい。ターゲットセルに関する情報は、ターゲットセルのＰＣＩ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  Ｃｅｌｌ  Ｉｎｄｅｎｔｉｔｙ）を示すための情報、ターゲットセルの周波数を示すための情報が含まれてもよい。なお、ステップＳ８０３で、ハンドオーバの受け入れができない状況では、ハンドオーバ準備失敗（ＨＡＮＤＯＶＥＲ  ＰＲＥＰＡＲＡＴＩＯＮ  ＦＡＩＬＵＲＥ）メッセージをソース基地局装置３Ａに送り、以降のステップを行なわないようにしてもよい。
【００７７】
（ステップＳ８０４）ソース基地局装置３Ａは、ＰＤＳＣＨを用いて、ソース基地局装置３Ａから受信したハンドオーバコマンド（ＲＲＣ接続再設定メッセージ）を、端末装置２に送信する。
【００７８】
（ステップＳ８０５）ソース基地局装置３Ａから有効なハンドオーバコマンドを受信した端末装置２は、ハンドオーバの種類が、従来型のハンドオーバである場合、ソースセルでの通信を終了し、後述するステップＳ８０６によりターゲットセルとの同期を図る。また、ハンドオーバの種類が接続維持型ハンドオーバである場合、ソースセルでの通信を継続したまま、後述するステップＳ８０６によりターゲットセルとの同期を図る。
【００７９】
すなわち、従来型のハンドオーバの場合、ハンドオーバコマンドを受信した端末装置２は、ターゲットセルへの下りリンク同期を取り始めるときにＭＡＣ層をリセットし、ＰＤＣＰ層とＲＬＣ層の再確立を実行するが、接続維持型ハンドオーバである場合、ターゲットセルへの下りリンク同期を取り始めるときにＭＡＣ層のリセットおよびＰＤＣＰ層とＲＬＣ層の再確立を実行しない。例えば、当該ソースセルとの通信に使用したＭＡＣ層のリセットは、ターゲットセルで上りリンクリソースが割り当てられた後に行うようにしてもよいし、ターゲットセルへのＲＲＣ接続再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージを送信した後に行うようにしてもよい。
【００８０】
接続維持型ハンドオーバである場合には、パラメータｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続再設定メッセージの受信後に以下に示す（Ａ）から（Ｄ）の処理の一部を行なってもよい。あるいは何れの処理を行うかを示す情報がパラメータｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続再設定メッセージに含まれてもよい。
（Ａ）ＳＣＧが設定されている場合には、ＭＣＧのＭＡＣ層をリセットせず、ＳＣＧのＭＡＣ層をリセットする。
（Ｂ）ＳＣＧが設定されている場合には、ＭＣＧのＰＤＣＰ層とＲＬＣ層の再確立を実行せず、ＳＣＧのＰＤＣＰ層とＲＬＣ層の再確立を実行する。
（Ｃ）ＭＣＧとＳＣＧのＭＡＣ層をリセットしない。
（Ｄ）ＭＣＧとＳＣＧのＰＤＣＰ層とＲＬＣ層の再確立を実行しない。
【００８１】
（ステップＳ８０６）端末装置２は、ターゲットセルに関する情報に基づいて、ターゲットセルの下りリンク同期を取得し、ターゲットセルにおけるランダムアクセス処理や他の同期処理によって、ターゲットセルの上りリンク同期を取得する。
【００８２】
（ステップＳ８０７）さらに端末装置２は、ステップＳ８０６のランダムアクセス処理において、ＰＵＳＣＨ送信のリソースを取得し、上りリンクデータを送信する。当該上りリンクデータは、ＲＲＣ接続再設定完了メッセージを含んでもよい。
【００８３】
（ステップＳ８０８）ＲＲＣ接続再設定完了メッセージを送信した端末装置２は、ソースセルでの通信を終了し、必要であれば、ＭＡＣ層の各機能をリセットし、ターゲットセルとの間におけるＰＤＣＰ層とＲＬＣ層の再確立を図るようにしてもよい。
【００８４】
（ステップＳ８０９）端末装置２からＲＲＣ接続再設定完了メッセージを受信したターゲット基地局装置３Ｂは、ソース基地局装置３Ａに対してハンドオーバ実行（Ｈａｎｄｏｖｅｒ  Ｅｘｅｃｕｔｉｏｎ）メッセージを送る。ハンドオーバ実行メッセージは、端末装置２からＲＲＣ接続再設定完了メッセージを受信したことを示すメッセージである。
【００８５】
（ステップＳ８１０）基地局装置３Ｂからハンドオーバ実行メッセージを受け取ったソース基地局装置３Ａは、端末装置２に対して上りリンクおよび下りリンクのＰＤＣＰ  ＳＮ（ＰＤＣＰ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）やＨＦＮ（Ｈｙｐｅｒ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）をターゲット基地局装置３Ｂに転送する。ＰＤＣＰ  ＳＮおよびＨＦＮは、ＰＤＣＰ層において、秘匿／解読処理やヘッダ圧縮処理などに用いられる状態変数である。
【００８６】
（ステップＳ８１１）さらに、ソース基地局装置３Ａは、端末装置２に対して送信が完了していない下りリンクデータをターゲット基地局装置３Ｂに転送する。
【００８７】
（ステップＳ８１２）ターゲット基地局装置３Ｂは、ソース基地局装置３Ａから転送された下りリンクデータを端末装置２に対して送信する。
【００８８】
なお、端末装置２がソースセルでの通信で最後に受信に成功したデータに関する情報（例えばＰＤＣＰ  ＳＮやＨＦＮなど）をステップＳ８０７のＲＲＣ接続再設定完了メッセージに含めてもよい。この場合、基地局装置３ＢはステップＳ８０９のハンドオーバ実行メッセージに前記ソースセルでの通信で最後に受信に成功したデータに関する情報を含めてもよい。これにより、基地局装置３Ａは、ステップＳ８１１において、端末装置２がまだ受信できていないデータのみを転送することが可能となる。
【００８９】
本実施形態の無線リンク監視（ＲＬＭ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）について説明する。
【００９０】
ＲＲＣ接続した端末装置２が無線リンク障害（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）を検出する動作の一例について説明する。
【００９１】
図１７に示されるように、まず、ＲＲＣ接続が未確立なＲＲＣ＿ＩＤＬＥ状態の端末装置２は、在圏する基地局装置３から報知情報を受信する（ステップＳ１７１）。当該報知情報は、システム情報やＲＲＣ接続の確立に関する様々なパラメータを含む。ＲＲＣ接続の確立に関するパラメータの例として、ＰＣｅｌｌの物理層問題（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｂｌｅｍｓ）の検出のためのタイマーＴ３１０、ＲＲＣ接続再確立処理を実施可能な期間を示すタイマーＴ３１１、同期外れ（ｏｕｔ-ｏｆ?ｓｙｎｃ）の検出回数の閾値であるＮ３１０、同期（ｉｎ?ｓｙｎｃ）の検出回数の閾値であるＮ３１１など
が挙げられる。
【００９２】
ステップＳ１７２において、端末装置２は、基地局装置３との間のＲＲＣ接続を確立し
、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移して通信を開始し、無線リンク監視を開始する（ステップＳ１７３）。
【００９３】
その後ステップＳ１７４において、通信中に端末装置２が無線品質劣化などによりＮ３１０回連続で基地局装置３との同期外れを検出すると、端末装置２は、タイマーＴ３１０の計時を開始する（ステップＳ１７５）。そして、ステップＳ１７６において、タイマーＴ３１０の満了までにＮ３１１回連続して同期（ｉｎ?ｓｙｎｃ）を検出すると、端末装
置２は、無線品質劣化状態から復旧できたと判断し、タイマーＴ３１０を停止して（ステップＳ１７８）、通信を継続し、引き続き、無線リンク監視を行う（ステップＳ１７３に遷移する）。他方、タイマーＴ３１０の満了までにＮ３１１回連続して同期（ｉｎ?ｓｙ
ｎｃ）を検出できなかった場合（ステップＳ１７７）、端末装置２は、ステップＳ１７９において、無線リンク障害（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）を検出する。無線リンク障害検出後の動作は、ＡＳ Ｓｅｃｕｒｉｔｙの確立状態に応じて端末装置２の動
作が異なる。まず、ＡＳ Ｓｅｃｕｒｉｔｙが未確立の場合、端末装置２はＲＲＣ ＩＤＬＥ状態に遷移し、ＡＳ Ｓｅｃｕｒｉｔｙが確立済みの場合、端末装置２は、ＲＲＣ接続
の再確立（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ?ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を実
行する。また、タイマーの状態としては、タイマーがストップした状態（スタートする前の状態）、タイマーを計時している（ランニング）状態、タイマーが設定された時間までに停止せず設定された時間を経過した状態（満了した（Ｅｘｐｉｒｅ）状態）を持ってもよい。
【００９４】
本実施形態の接続維持型ハンドオーバ時のソースセルの無線リンク監視（ＲＬＭ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）について説明する。
【００９５】
接続維持型ハンドオーバにおいて、ソース基地局装置３Ａから有効なハンドオーバコマンドを受信した端末装置２は、ハンドオーバ処理を実行可能な期間を示すタイマーＴ３０４に設定する値を示すパラメータｔ３０４がハンドオーバコマンドに含まれる場合には、当該ｔ３０４の値をタイマーＴ３０４に設定してタイマーの計時を開始する。また、ハンドオーバの種類が接続維持型ハンドオーバである場合には、以下の（Ａ）から（Ｃ）の何れかの処理を行なってもよい。
（Ａ）ソース基地局装置３Ａとの通信における同期外れの期間を計時するタイマー（Ｔ３１０）が計時中の場合は、タイマーの計時を停止せずに継続する。接続維持型ハンドオーバ中に、ソースセルの無線品質劣化などによりＮ３１０回連続で基地局装置３Ａとの同期外れを検出すると、端末装置２は、タイマーＴ３１０の計時を開始する。その後、タイマーＴ３１０の満了までにＮ３１１回連続して同期（ｉｎ?ｓｙｎｃ）を検出すると、端末
装置２は、無線品質劣化状態から復旧できたと判断し、タイマーＴ３１０を停止して通信を継続する。他方、タイマーＴ３１０の満了までにＮ３１１回連続して同期（ｉｎ?ｓｙ
ｎｃ）を検出できなかった場合、端末装置２は、ＲＲＣ ＩＤＬＥ状態への遷移や、ＲＲ
Ｃ接続の再確立を行わず、ソースセルが無線リンク障害状態である（あるいはタイマーＴ３１０が満了した）ことを記録する。
（Ｂ）ソース基地局装置３Ａとの通信における同期外れの期間を計時するタイマー（Ｔ３１０）の開始・停止・計時の処理を休止（Ｓｕｓｐｅｎｄ）する。接続維持型ハンドオーバ中は、ソースセルの無線品質劣化などによりＮ３１０回連続で基地局装置３Ａとの同期外れを検出しても、端末装置２は、タイマーＴ３１０の計時を開始しない。あるいは同期外れの検出を行わない。
（Ｃ）ソース基地局装置３Ａとの通信における同期外れの期間を計時するタイマー（Ｔ３１０）の開始・停止・計時の処理を休止（Ｓｕｓｐｅｎｄ）する。接続維持型ハンドオーバ中に、ソースセルの無線品質劣化などによりＮ３１０回連続で基地局装置３Ａとの同期外れを検出すると、端末装置２は、タイマーＴ３１０とは異なるタイマーＴ３１ｘの計時を開始する。その後、タイマーＴ３１ｘの満了までにＮ３１１回連続して同期（ｉｎ?ｓ
ｙｎｃ）を検出すると、端末装置２は、無線品質劣化状態から復旧できたと判断し、タイマーＴ３１０を停止して通信を継続する。他方、タイマーＴ３１ｘの満了までにＮ３１１回連続して同期（ｉｎ?ｓｙｎｃ）を検出できなかった場合、端末装置２は、ソースセル
が無線リンク障害状態である（あるいはタイマーＴ３１ｘが満了した）ことを記録する。なお、タイマーＴ３１ｘに設定する値はＴ３１０に設定可能な最大値よりも大きいことが望ましい。また、Ｔ３１ｘに値として無限大（ｉｎｆｉｎｉｔｙ）を設定してもよい。
【００９６】
端末装置２は、タイマーＴ３０４の計時満了までにターゲットセルへのハンドオーバが正常に完了しなかった場合、タイマーＴ３０４満了時に、上述の処理（Ａ）から（Ｃ）に対応する以下の処理（Ａ’）から（Ｃ’）を行ってもよい。
（Ａ’）ソースセルが無線リンク障害状態でない（タイマーＴ３１０が満了した状態にない）場合は、ターゲットセルへのハンドオーバの失敗をソースセルに通知する。他方、ソースセルが無線リンク障害状態である（タイマーＴ３１０が満了した状態である）場合、ＲＲＣ接続再確立手順を開始する。すなわち、ソースセルでの継続されたタイマーＴ３１０による無線リンク監視の結果により、無線リンク障害によりターゲットセルへのハンドオーバの失敗をソースセルに通知できない場合は、セル接続再確立手順が実行される。
（Ｂ’）休止していたタイマー（Ｔ３１０）の開始・停止・計時の処理を再開（Ｒｅｓｕｍｅ）し、ターゲットセルへのハンドオーバの失敗をソースセルに通知する。すなわち、ソースセルでの無線リンク監視がタイマーＴ３１０の再開によって行われ、無線リンク障害によりターゲットセルへのハンドオーバの失敗をソースセルに通知できない場合は、セル接続再確立手順が実行される。また、この際、タイマーＴ３１０が計時の途中で休止（Ｓｕｓｐｅｎｄ）していた場合、続きを計時するようにしてもよい。
（Ｃ’）休止していたタイマー（Ｔ３１０）の開始・停止・計時の処理を再開（Ｒｅｓｕｍｅ）する。タイマーＴ３１ｘが停止している場合、ターゲットセルへのハンドオーバの失敗をソースセルに通知する。他方、タイマーＴ３１ｘが計時中あるいは満了している場合、セル接続再確立手順を実行する。すなわち、ソースセルでのタイマーＴ３１ｘによる無線リンク監視により、無線リンク障害によりターゲットセルへのハンドオーバの失敗をソースセルに通知できない場合は、セル接続再確立手順が実行される。
【００９７】
なお、前記処理において、タイマーＴ３０４の満了による従来の処理（ＲＲＣ接続再確立手順の実行など）に対する変更を抑えるため、タイマーＴ３０４の代わりに、接続維持型ハンドオーバ時にはタイマーＴ３０４とは独立した他のタイマーを用いてハンドオーバの失敗を判断してもよい。この場合、当該タイマーの値としてハンドオーバコマンドに含まれるｔ３０４の値を設定するようにしてもよいし、他のパラメータで通知される値を設定するようにしてもよい。
【００９８】
本実施形態のＲＲＣ接続再確立について説明する。
【００９９】
端末装置２は、例えば、基地局装置３から通知されたＲＲＣ接続再設定メッセージに含まれる一部あるいはすべての設定に従えない場合であり、かつＡＳ層のセキュリティが活性状態（Ａｃｔｉｖａｔｅｄ）である場合や、無線リンクが失敗した場合（（１）物理層における問題を検出したときに計時が開始されるタイマーＴ３１０が満了した場合、（２）測定時に設定され、タイマーＴ３１０計時中に測定報告がトリガされたときに計時が開始されるタイマーＴ３１２が満了した場合、（３）ＲＲＣ接続要求メッセージ送信時に計時が開始されるタイマーＴ３００およびＲＲＣ接続再確立要求メッセージ送信時に計時が開始されるタイマーＴ３０１およびモビリティ制御情報を含むＲＲＣ接続再設定メッセージを受信したときに計時を開始するタイマーＴ３０４およびＲＲＣ接続再確立手順をはじめる際に計時を開始するタイマーＴ３１１の何れも計時中でないときにＭＡＣ層からランダムアクセス問題が示された場合、（４）ＲＬＣ層から再送回数の最大数に達していることが通知された場合、（５）接続維持型ハンドオーバにおいてターゲットセルへのハンド
オーバが失敗した場合において、ソースセルの無線リンクが失敗した場合、など）であり、かつＡＳ層のセキュリティが活性状態（Ａｃｔｉｖａｔｅｄ）である場合や、ハンドオーバが失敗した場合などに、コネクティッド状態（無線リソース制御接続）を維持するために、ＲＲＣ接続再確立手順を実行する。
【０１００】
ＲＲＣ接続再確立は、接続を試みたセル（の基地局装置３）が準備できている（有効な端末装置２のコンテキストを持っている）場合にのみ成功する。ただし、端末装置２のコンテキストを持っていない基地局装置３が、当該端末装置２のコンテキストを持っている基地局装置３から有効なコンテキストを取得することでＲＲＣ接続再確立を成功させることも可能となる。
【０１０１】
ＲＲＣ接続再確立手順として、端末装置２は、まず、タイマーＴ３１０やタイマーＴ３１２が計時中であればそれぞれの計時を停止し、タイマーＴ３１１の計時を開始する。次に、ＳＲＢ０以外の無線ベアラを一時中断（Ｓｕｓｐｅｎｄ）する。次にＭＡＣ層をリセットし、ＭＡＣ層や物理層に標準（Ｄｅｆａｕｌｔ）の設定を適用してセル選択手順を開始する。
【０１０２】
ＲＲＣ接続再確立手順により最適なセルが選択されると、端末装置２は、タイマーＴ３１１を停止し、タイマーＴ３０１の計時を開始し、選択されたセルにおいて、基地局装置３に接続再確立要求メッセージを送信する。接続再確立要求メッセージにはＲＲＣ接続再確立の理由（再設定失敗やハンドオーバ失敗やその他の失敗など）を示す情報が含まれる。
【０１０３】
ＲＲＣ接続再確立要求メッセージを送信した端末装置２は、基地局装置３からＲＲＣ接続再確立メッセージを受信すると、タイマーＴ３０１の計時を停止し、ＳＲＢ１のＰＤＣＰとＲＬＣを再確立する。さらに無線リソースの設定を行い、一時中断していたＳＲＢ１を再開（Ｒｅｓｕｍｅ）する。そして、ＲＲＣ接続再確立をおこなう前の設定を用いて秘匿化（Ｉｎｔｅｇｒｉｔｙ）と暗号化（Ｃｉｐｈｅｒｉｎｇ）を行い、正常に処理が完了した場合にはＲＲＣ再確立完了メッセージを基地局装置３に通知する。
【０１０４】
ＲＲＣ接続再確立手順により最適なセルが選択されなかった場合、タイマーＴ３１１が満了し、ＲＲＣ接続失敗となり、端末装置２はコネクティッド状態からアイドル状態へ遷移する。また、タイマーＴ３０１が満了するか、選択された最適なセルがセル選択基準を満たさないなどの理由で最適なセルでなくなった場合にもＲＲＣ接続失敗となり、端末装置２はコネクティッド状態からアイドル状態へ遷移する。
【０１０５】
本実施形態のキャリアアグリゲーションについて説明する。
【０１０６】
本実施形態では、端末装置２は、基地局装置３との通信において複数のサービングセルが設定されてもよい。端末装置２が基地局装置３と複数のサービングセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。キャリアアグリゲーションにおいて、設定された複数のサービングセルを集約されたサービングセルとも称する。
【０１０７】
本実施形態の無線通信システムは、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）および／またはＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）が適用される。セルアグリゲーションの場合には、複数のサービングセルの全てに対してＴＤＤが適用されてもよい。また、セルアグリゲーションの場合には、ＴＤＤが適用されるサービングセルとＦＤＤが適用されるサービングセルが集約されてもよい。本実施形態において、ＴＤＤが適用されるサービングセルをＴＤＤサービングセルとも称する。
【０１０８】
設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含む。プライマリセルは、初期コネクション確立（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャが行なわれたサービングセル、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリセルと指示されたセルである。ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）コネクションが確立された時点、または、後に、セカンダリセルが設定されてもよい。
【０１０９】
プライマリセルは、ソースプライマリセル、および、ターゲットプライマリセルを含む。
【０１１０】
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリアと称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。
【０１１１】
端末装置２は、集約される複数のサービングセル（コンポーネントキャリア）において、複数の物理チャネル／複数の物理シグナルの同時送信を行うことができる。端末装置２は、集約される複数のサービングセル（コンポーネントキャリア）において、複数の物理チャネル／複数の物理シグナルの同時受信を行うことができる。
【０１１２】
また、サービングセルの状態（ｓｔａｔｅ）に関し、セルが活性化されている状態（Ａｃｔｉｖａｔｅｄ  ｓｔａｔｅ）、不活性化されている状態（Ｄｅａｃｔｉｖａｔｅｄ  ｓｔａｔｅ）を持つ。プライマリセルは、活性化（Ａｃｔｉｖａｔｉｏｎ）および不活性化（Ｄｅａｃｔｉｖａｔｉｏｎ）の制御の対象外であるが（つまり、プライマリセルは必ず活性化しているとみなされる）、セカンダリセルは活性化と不活性化というアクティビティに応じたセルの状態を持つ。
【０１１３】
本実施形態のデュアルコネクティビティについて説明する。
【０１１４】
本実施形態では、端末装置２は、複数の基地局装置３との通信において複数のサービングセルが設定されてもよい。端末装置２が複数の基地局装置３と複数のサービングセルを介して通信する技術をデュアルコネクティビティと称する。
【０１１５】
キャリアアグリゲーションは、複数のセルを１つの基地局装置３が管理し、各セルについて１つの基地局装置３が集中制御可能であるということ、および、複数のセル間のバックボーン回線が遅延の影響を考慮する必要がないことがデュアルコネクティビティによる接続と異なる。換言すると、キャリアアグリゲーションは、１つの端末装置２と１つの基地局装置３とを、複数のセルを介して接続させる技術であるのに対し、デュアルコネクティビティは、１つの端末装置２と複数の基地局装置３とを、複数のセルを介して接続させる技術である。
【０１１６】
デュアルコネクティビティでは、プライマリセルを含むセルグループ（ＭＣＧ：Ｍａｓｔｅｒ  ｅＮＢ  Ｃｅｌｌ  Ｇｒｏｕｐ）とプライマリセルを含まないセルグループ（ＳＣＧ：Ｓｅｃｏｎｄａｒｙ  ｅＮＢ  Ｃｅｌｌ  Ｇｒｏｕｐ）との二つのセルグループが定義される。
【０１１７】
端末装置と基地局装置は、キャリアアグリゲーションに適用される技術を、デュアルコ
ネクティビティに対して適用することができる。例えば、端末装置２と基地局装置３は、プライマリセルおよびセカンダリセルの管理（追加、削除、変更など）、キャリアアグリゲーションに対応したＲＲＭ測定、活性化／不活性化などの技術をデュアルコネクティビティにより接続されるセルに対して適用してもよい。
【０１１８】
また、サービングセルの状態（ｓｔａｔｅ）に関し、キャリアアグリゲーションではプライマリセルが活性化（Ａｃｔｉｖａｔｉｏｎ）および不活性化（Ｄｅａｃｔｉｖａｔｉｏｎ）の制御の対象外であるが、デュアルコネクティビティでは、ＭＣＧのプライマリセルとＳＣＧの１つのセル（ＰＳＣｅｌｌと称する）が活性化（Ａｃｔｉｖａｔｉｏｎ）および不活性化（Ｄｅａｃｔｉｖａｔｉｏｎ）の制御の対象外となる。
【０１１９】
典型的には、キャリアアグリゲーションは図４で示すような各レイヤが１つずつのユーザ平面のプロトコルスタックが用いられるが、デュアルコネクティビティでは、ＲＬＣ層以下がセルグループ毎に分離されるプロトコルスタックが用いられる。そのため、１つの基地局装置３が複数のプロトコルスタックを用いて端末装置２とデュアルコネクティビティで接続されてもよい。
【０１２０】
本実施形態の上りリンクデータの送信について以下に説明する。
【０１２１】
物理上りリンク制御チャネルＰＵＣＣＨは、物理下りリンク共用チャネルＰＤＳＣＨで送信される下りリンクデータの応答（ＡＣＫ／ＮＡＣＫ）、下りリンクの無線チャネル品質情報（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ：ＣＱＩ）、上りリンクデータの送信要求（スケジューリングリクエスト（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ：ＳＲ））の送信に使用される。端末装置２が上りリンクデータの送信要求を行う場合、基地局装置３から割り当てられた物理上りリンク制御チャネルＰＵＣＣＨを利用して、スケジューリングリクエストを基地局装置３に送信する。基地局装置３から物理上りリンクのリソースが割り当てられていない場合は、ランダムアクセス手順により上りリンクリソースを要求する。
【０１２２】
本実施形態のランダムアクセス手順について以下に説明する。
【０１２３】
ランダムアクセス手順には、競合ベースランダムアクセス手順（Ｃｏｎｔｅｎｔｉｏｎ
ｂａｓｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）と非競合ベースランダムアクセス手順（Ｎｏｎーｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）の２つのアクセス手順がある。
【０１２４】
競合ベースランダムアクセス手順は、端末装置２間で衝突する可能性のあるランダムアクセス手順であり、基地局装置３と接続（通信）していない状態からの初期アクセス時や基地局装置３と接続中であるが、上りリンク同期が外れている状態で端末装置２に上りリンクデータ送信が発生した場合のスケジューリングリクエストなどに行われる。
【０１２５】
非競合ベースランダムアクセス手順は、端末装置２間で衝突が発生しないランダムアクセス手順であり、基地局装置３と端末装置２が接続中であるが、上りリンクの同期が外れている場合に迅速に端末装置２と基地局装置３との間の上りリンク同期をとるためにハンドオーバや端末装置２の送信タイミングが有効でない場合等の特別な場合に基地局装置３から指示されて端末装置２がランダムアクセス手順を開始する。非競合ベースランダムアクセス手順は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：Ｌａｙｅｒ３）層のメッセージ及び物理下りリンク制御チャネルＰＤＣＣＨの制御データにより指示される。
【０１２６】
図６を用いて競合ベースランダムアクセス手順を簡単に説明する。まず、端末装置２がランダムアクセスプリアンブルを基地局装置３に送信する（メッセージ１：（１）、ステップＳ６１）。そして、ランダムアクセスプリアンブルを受信した基地局装置３が、ランダムアクセスプリアンブルに対する応答（ランダムアクセスレスポンス）を端末装置２に送信する（メッセージ２：（２）、ステップＳ６２）。端末装置２がランダムアクセスレスポンスに含まれているスケジューリング情報を元に上位レイヤ（Ｌａｙｅｒ２／Ｌａｙｅｒ３）のメッセージを送信する（メッセージ３：（３）、ステップＳ６３）。基地局装置３は、（３）の上位レイヤメッセージを受信できた端末装置２に衝突確認メッセージを送信する（メッセージ４：（４）、ステップＳ６４）。なお、競合ベースランダムアクセスをランダムプリアンブル送信とも称する。
【０１２７】
次に、図７を用いて非競合ベースランダムアクセス手順を簡単に説明する。まず、基地局装置３は、プリアンブル番号（または、シーケンス番号）と使用するランダムアクセスチャネル番号を端末装置２に通知する（メッセージ０：（１）’、ステップＳ７１）。端末装置２は、指定されたプリアンブル番号のランダムアクセスプリアンブルを指定されたランダムアクセスチャネルＲＡＣＨに送信する（メッセージ１：（２）’、ステップＳ７２）。そして、ランダムアクセスプリアンブルを受信した基地局装置３が、ランダムアクセスプリアンブルに対する応答（ランダムアクセスレスポンス）を端末装置２に送信する（メッセージ２：（３）’、ステップＳ７３）。ただし、通知されたプリアンブル番号の値が０の場合は、競合ベースランダムアクセス手順を行なう。なお、非競合ベースランダムアクセス手順を専用プリアンブル送信とも称する。
【０１２８】
本実施形態の端末装置能力の構成について説明する。
【０１２９】
端末装置２において、無線送受信部２０の機能は、端末装置２毎に異なる。すなわち、端末装置２毎に、キャリアアグリゲーションを適用可能なバンド（キャリア、周波数）の組み合わせは異なる。従って、端末装置２は、キャリアアグリゲーションを適用可能なバンドの組み合わせ（ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ）を示す情報／パラメータであるＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１０２０を基地局装置３に通知する。以下、キャリアアグリゲーションを適用可能なバンドを、ＣＡバンドとも称する。また、キャリアアグリゲーションを適用不可能なバンド、または、キャリアアグリゲーションを適用可能であるが、キャリアアグリゲーションが適用されないときのバンドを、ｎｏｎ−ＣＡバンドとも称する。
【０１３０】
図１１は、本実施形態のＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１０２０に含まれる情報／パラメータを示す図である。ＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１０２０には、１つのＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０が含まれる。ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０には、１つ、または、複数のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０が含まれる。ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０は、サポートされるＣＡバンドの組み合わせ、および、サポートされるｎｏｎ−ＣＡバンドを含む。
【０１３１】
ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０には、１つ、または、複数のＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０が含まれる。１つのＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０は、サポートされるＣＡバンドの組み合わせ、または、サポートされるｎｏｎ−ＣＡバンドを示す。例えば、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０に複数のＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０が含まれる場合、該複数のＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０によって示されるＣＡバンドの組み合わせにおけるキャリアアグリゲーションを適用した通信がサポートされる。また、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０に１つのＢａｎｄ
Ｐａｒａｍｅｔｅｒｓ―ｒ１０が含まれる場合、該１つのＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０によって示されるバンド（ｎｏｎ−ＣＡバンド）における通信がサポートされる。
【０１３２】
図１２は、本実施形態のＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０に含まれる情報／パラメータを示す図である。ＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０には、ｂａｎｄＥＵＴＲＡ―ｒ１０、ｂａｎｄＰａｒａｍｅｔｅｒｓＵＬ―ｒ１０、および、ｂａｎｄＰａｒａｍｅｔｅｒｓＤＬ―ｒ１０が含まれる。
【０１３３】
ｂａｎｄＥＵＴＲＡ―ｒ１０は、ＦｒｅｑＢａｎｄＩｎｄｉｃａｔｏｒを含む。ＦｒｅｑＢａｎｄＩｎｄｉｃａｔｏｒはバンドを示す。ＦｒｅｑＢａｎｄＩｎｄｉｃａｔｏｒが示すバンドにおいて端末装置２が上りリンク信号を送信する能力がない場合、ＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０にｂａｎｄＰａｒａｍｅｔｅｒｓＵＬ―ｒ１０は含まれない。ＦｒｅｑＢａｎｄＩｎｄｉｃａｔｏｒが示すバンドにおいて端末装置２が下りリンク信号を受信する能力がない場合、ＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０にｂａｎｄＰａｒａｍｅｔｅｒｓＤＬ―ｒ１０は含まれない。
【０１３４】
ｂａｎｄＰａｒａｍｅｔｅｒｓＵＬ―ｒ１０には、１つ、または、複数のＣＡ―ＭＩＭＯ―ＰａｒａｍｅｔｅｒｓＵＬ―ｒ１０が含まれる。ＣＡ―ＭＩＭＯ―ＰａｒａｍｅｔｅｒｓＵＬ―ｒ１０には、ｃａ―ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬ―ｒ１０、および、ｓｕｐｐｏｒｔｅｄＭＩＭＯ―ＣａｐａｂｉｌｉｔｙＵＬ―ｒ１０が含まれる。ｃａ―ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬ―ｒ１０は、ＣＡ―ＢａｎｄｗｉｄｔｈＣｌａｓｓ―ｒ１０を含む。
【０１３５】
ｓｕｐｐｏｒｔｅｄＭＩＭＯ―ＣａｐａｂｉｌｉｔｙＵＬ―ｒ１０は、上りリンクにおいて空間多重（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）に対してサポートされるレイヤの数を示す。上りリンクにおいて空間多重をサポートしない場合、ＣＡ―ＭＩＭＯ―ＰａｒａｍｅｔｅｒｓＵＬ―ｒ１０にｓｕｐｐｏｒｔｅｄＭＩＭＯ―ＣａｐａｂｉｌｉｔｙＵＬ―ｒ１０は含まれない。
【０１３６】
ｂａｎｄＰａｒａｍｅｔｅｒｓＤＬ―ｒ１０には、１つ、または、複数のＣＡ―ＭＩＭＯ―ＰａｒａｍｅｔｅｒｓＤＬ―ｒ１０が含まれる。ＣＡ―ＭＩＭＯ―ＰａｒａｍｅｔｅｒｓＤＬ―ｒ１０には、ｃａ―ＢａｎｄｗｉｄｔｈＣｌａｓｓＤＬ―ｒ１０、および、ｓｕｐｐｏｒｔｅｄＭＩＭＯ―ＣａｐａｂｉｌｉｔｙＤＬ―ｒ１０が含まれる。ｃａ―ＢａｎｄｗｉｄｔｈＣｌａｓｓＤＬ―ｒ１０は、ＣＡ―ＢａｎｄｗｉｄｔｈＣｌａｓｓ―ｒ１０を含む。
【０１３７】
ｓｕｐｐｏｒｔｅｄＭＩＭＯ―ＣａｐａｂｉｌｉｔｙＤＬ―ｒ１０は、下りリンクにおいて空間多重（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）でサポートされるレイヤの数を示す。下りリンクにおいて空間多重をサポートしない場合、ＣＡ―ＭＩＭＯ―ＰａｒａｍｅｔｅｒｓＤＬ―ｒ１０にｓｕｐｐｏｒｔｅｄＭＩＭＯ―ＣａｐａｂｉｌｉｔｙＵＬ―ｒ１０は含まれない。
【０１３８】
ＣＡ―ＢａｎｄｗｉｄｔｈＣｌａｓｓ―ｒ１０は、上りリンク、または、下りリンクにおいて、端末装置２によってサポートされるＣＡ帯域幅クラスを示す。ＣＡ―ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬ―ｒ１０は、上りリンクにおいて、端末装置２によってサポートされるＣＡ帯域幅クラスに対応する。ＣＡ―ＢａｎｄｗｉｄｔｈＣｌａｓｓＤＬ―ｒ１０は、下りリンクにおいて、端末装置２によってサポートされるＣＡ帯域幅クラスに対応する。ＣＡ帯域幅クラスは、ＦｒｅｑＢａｎｄＩｎｄｉｃａｔｏｒが示すバンドにおいて端末装置２が同時に設定可能なセルの数、および、ＦｒｅｑＢａｎｄＩｎｄｉｃａｔｏｒが
示すバンドにおいて同時に設定されたセルの帯域幅の合計などによって定義される。例えば、ＣＡ帯域幅クラスａは、２０ＭＨｚ以下の１つのセルが設定可能であることを示す。
【０１３９】
図１３は、本実施形態のＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１０２０の一例を示す図である。例えば、ＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１０２０には、１つのＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０が含まれる。上述したように、ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０には、１つ、または、複数のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０が含まれる。また、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０には、１つ、または、複数のＢａｎｄＰａｒａｍｅｔｅｒｓ―ｒ１０が含まれる。
【０１４０】
ＢＣＰ１３１００のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０は、Ｂａｎｄ  Ａにおいて１つのセルで上りリンクにおける送信が可能であり、Ｂａｎｄ  Ａにおいて１つのセルで下りリンクにおける送信が可能であることを示している。すなわち、ＢＣＰ１３１００のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０は、Ｂａｎｄ  Ａにおいて１つのセルをサポートしていることを示している。また、ＢＣＰ１３１００のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０は、Ｂａｎｄ  Ａの下りリンクにおいて空間多重に対して２つのレイヤがサポートされることを示している。また、ＢＣＰ１３１００のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０は、Ｂａｎｄ  Ａの上りリンクにおいて空間多重がサポートされていないことを示している。
【０１４１】
ＢＣＰ１３３００のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０は、Ｂａｎｄ  Ａにおいて１つのセルで上りリンクにおける送信が可能であり、Ｂａｎｄ  Ａにおいて１つのセルで下りリンクにおける送信が可能であり、Ｂａｎｄ  Ｂにおいて１つのセルで下りリンクにおける送信が可能であることを示している。すなわち、ＢＣＰ１３１００のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０は、Ｂａｎｄ
Ａにおける１つのプライマリセル、および、Ｂａｎｄ  Ｂにおける上りリンクをともなわない１つのセカンダリセルの組み合わせがサポートされていることを示している。また、ＢＣＰ１３３００のＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒ１０は、Ｂａｎｄ  Ａの下りリンクにおける空間多重、Ｂａｎｄ  Ｂの下りリンクにおける空間多重、および、Ｂａｎｄ  Ａの上りリンクにおける空間多重がサポートされていないことを示している。
【０１４２】
さらに、キャリアアグリゲーションだけではなく、デュアルコネクティビティを適用可能なバンド（キャリア、周波数）の組み合わせ（ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ）を示す情報／パラメータについても、端末装置２によって、基地局装置３に通知される。
【０１４３】
図１４は、本実施形態のＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１２５０に含まれる情報／パラメータを示す図である。ＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１２５０には、１つのｓｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥ―ＵＴＲＡ―ｖ１２５０、１つのｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｖ１２５０、１つのｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＡｄｄ―ｖ１２５０、１つのｆｒｅｑＢａｎｄＰｒｉｏｒｉｔｙＡｄｊｕｓｔｍｅｎｔ―ｒ１２のそれぞれ、あるいはその組み合わせが含まれてもよい。
【０１４４】
ｓｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥ―ＵＴＲＡ―ｖ１２５０には１つまたは複数のＳｕｐｐｏｒｔｅｄＢａｎｄＥ―ＵＴＲＡ―ｖ１２５０が含まれてもよい。ＳｕｐｐｏｒｔｅｄＢａｎｄＥ―ＵＴＲＡ―ｖ１２５０には、端末装置２がサポートするバンド毎に、下りリンクで２５６ＱＡＭ受信をサポートするか、上りリンクで６４ＱＡＭ送信をサポートするかを示す情報が含まれてもよい。
【０１４５】
なお、端末装置２がサポートするバンドのリストは、（ＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｖ１２５０を内包するパラメータである）ＲＦ―Ｐａｒａｍｅｔｅｒｓに含まれるＳｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥ―ＵＴＲＡで示される。そして、ｓｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥ―ＵＴＲＡ―ｖ１２５０に含まれるＳｕｐｐｏｒｔｅｄＢａｎｄＥ―ＵＴＲＡ―ｖ１２５０の順番と、ＳｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥ―ＵＴＲＡで示されるバンドの順番とは１対１に対応している。
【０１４６】
ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｖ１２５０およびｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＡｄｄ―ｖ１２５０には、端末装置２がサポートするバンドの組み合わせ毎に、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｖ１２５０が含まれてもよい。ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｖ１２５０には、デュアルコネクティビティに関する情報であるｄｃ―Ｓｕｐｐｏｒｔ―ｒ１２が含まれてもよい。
【０１４７】
なお、ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｖ１２５０およびｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＡｄｄ―ｖ１２５０に含まれるＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｖ１２５０の順番と、ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０で示されるバンドの組み合わせのリストの順番とは１対１に対応している。
【０１４８】
ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｖ１２５０にｄｃ―Ｓｕｐｐｏｒｔ―ｒ１２が含まれる場合、端末装置２は少なくともＭＣＧとＳＣＧとが同期した同期デュアルコネクティビティをサポートすることを示す。また、ｄｃ―Ｓｕｐｐｏｒｔ―ｒ１２が、１つのバンドのみで構成されているバンドの組み合わせに対して含まれる場合、バンド内の連続した帯域を用いたデュアルコネクティビティをサポートすることを示す。また、ｄｃ―Ｓｕｐｐｏｒｔ―ｒ１２が、ａｓｙｎｃｈｒｏｎｏｕｓ―ｒ１２を含む場合、端末装置２はＭＣＧとＳＣＧとが非同期のデュアルコネクティビティをサポートすることを示す。
【０１４９】
典型的には、これらのパラメータが通信中において動的に（dynamically）変化するこ
とはないため、端末装置２は、システムパラメータとして不揮発メモリなどの端末装置２内部に静的に（statically）設定された端末装置２の能力情報に基づいて端末装置能力を構成し、基地局装置３と接続されたとき、または基地局装置３からの要求に応じて端末装置能力を含む端末装置能力メッセージをＲＲＣメッセージとして基地局装置３に送信する。
【０１５０】
例えば図１６に示すように、基地局装置３は端末装置２に対して端末装置能力の通知を要求するメッセージ（ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ）を送信する（ステップＳ１６１）。端末装置２は、ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙに含まれる情報に基づき、端末装置能力の情報を含むＲＲＣメッセージ（ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）を基地局装置３に送信する（ステップＳ１６２）。このとき、後述する接続維持型ハンドオーバに関する情報をＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎに含めて送信してもよい。
【０１５１】
基地局装置３は、端末装置能力メッセージを受信し、通知されたこれらの端末装置能力に基づいて、端末装置２に対してコンポーネントキャリア（セル）を適切に設定することができる。
【０１５２】
本実施形態の接続維持型ハンドオーバに関する端末装置能力通知方法について説明する
。
【０１５３】
（通知方法１）端末装置２は、接続維持型ハンドオーバを適用できるバンドの組み合わせ（ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ）を示す情報／パラメータであるＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｒＸを基地局装置３に通知する。
【０１５４】
図１５は、本実施形態のＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｒＸに含まれる情報／パラメータの一例を示す図である。ＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｒＸには、１つのＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒＸが含まれる。ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒＸには、端末装置２がサポートするバンドの組み合わせ毎に、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒＸが含まれてもよい。
【０１５５】
ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒＸには、接続維持型ハンドオーバの可否を示すパラメータ（ｃｍｈｏ−Ｓｕｐｐｏｒｔ−ｒＸ）が含まれてもよい。
【０１５６】
ｃｍｈｏ−Ｓｕｐｐｏｒｔ−ｒＸには、指定されたバンドの組み合わせにおいて、何れのバンドに対して接続維持型ハンドオーバを実施できるかを示す情報が含まれてもよい。例えば、以下の（Ａ）から（Ｇ）の一部、あるいは全部の情報が含まれてもよい。
（Ａ）バンドの組み合わせを二つにグループ化する情報。（ソースセルのバンドが含まれる一方のグループから他方のグループへの接続維持型ハンドオーバが可能であるとみなす）
（Ｂ）１つのバンド内で接続維持型ハンドオーバが可能か否かを示す情報。
（Ｃ）複数のバンド間で接続維持型ハンドオーバが可能か否かを示す情報。
（Ｄ）１つのバンド内の同一の周波数内で接続維持型ハンドオーバが可能か否かを示す情報。
（Ｅ）１つのバンド内の異なる周波数間で接続維持型ハンドオーバが可能か否かを示す情報。
（Ｆ）バンドの組み合わせに含まれる各バンドに対応するビット情報。（ビットが立っているバンドへの接続維持型ハンドオーバが可能であるとみなす）
（Ｇ）バンドの組み合わせに含まれる各バンドに対応するビット情報。（ビットが立っているバンドへの接続維持型ハンドオーバが不可能であるとみなす）
【０１５７】
上記（Ｂ）から（Ｅ）において、対象となるバンドが複数ある場合には、対象となるバンドのすべてに対して単一のビットで可否を示してもよいし、対象となるバンドごとに対応させたビット列でそれぞれの可否を示してもよい。
【０１５８】
なお、ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒＸに含まれるＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒＸの順番と、ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０で示されるバンドの組み合わせのリストの順番とは１対１に対応していてもよい。または、ＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｒＸに、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒＸの順番と１対１に対応するバンドの組み合わせ情報を含めてもよい。このときのバンドの組み合わせ情報はＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０の構成要素の一部あるいはすべてを含んでもよい。
【０１５９】
また、ｃｍｈｏ−Ｓｕｐｐｏｒｔ−ｒＸは上りリンクと下りリンクとで個別のパラメータを含んでもよい。
【０１６０】
また、基地局装置３から通知されるＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙに、接続維持型ハンドオーバに関する端末装置能力の情報を通知するか否かの情報が含まれ、当該
情報に基づき端末装置２が、接続維持型ハンドオーバに関する端末装置能力の情報を通知するか否かを判断してもよい。
【０１６１】
通知方法１のように構成することによって、端末装置２は、効率的に接続維持型ハンドオーバに関する端末装置能力を基地局装置３に通知することができる。
【０１６２】
（通知方法２）端末装置２は、デュアルコネクティビティを適用できるバンドの組み合わせ（ｂａｎｄ  ｃｏｍｂｉｎａｔｉｏｎ）を示す情報／パラメータであるＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｖ１２５０と、前記デュアルコネクティビティを適用できるバンドの組み合わせにおいて接続維持型ハンドオーバを適用できるかを示す１または複数のビット情報を基地局装置３に通知する。
【０１６３】
前記ビット情報は、端末装置能力を通知するパラメータＵＥ―Ｅ―ＵＴＲＡ―Ｃａｐａｂｉｌｉｔｙに内包されるパラメータ（例えばＲＦ―Ｐａｒａｍｅｔｅｒｓ）に含まれてもよい。
【０１６４】
例えば、前記ビット情報によって、端末装置２および基地局装置３は、以下の（Ａ）から（Ｃ）の一部、あるいは全部が成り立つと解釈する。
（Ａ）ビット情報によってサポートが示される場合、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｖ１２５０にｄｃ―Ｓｕｐｐｏｒｔ―ｒ１２が含まれるバンドの組み合わせにおいて接続維持型ハンドオーバが可能である。
（Ｂ）ビット情報によってサポートが示される場合、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｖ１２５０にｄｃ―Ｓｕｐｐｏｒｔ―ｒ１２が含まれ、さらにｄｃ―Ｓｕｐｐｏｒｔ―ｒ１２にａｓｙｎｃｈｒｏｎｏｕｓ―ｒ１２が含まれるバンドの組み合わせにおいて接続維持型ハンドオーバが可能である。
（Ｃ）ビット情報によってサポートが示される場合、同一周波数におけるデュアルコネクティビティが可能である。
【０１６５】
さらに、前記ビット情報が複数ビットである場合には、前記（Ａ）（Ｂ）において、以下の（Ｄ）から（Ｇ）の一部、あるいは全部を示してもよい。
（Ｄ）１つのバンド内で接続維持型ハンドオーバが可能か否か。
（Ｅ）複数のバンド間で接続維持型ハンドオーバが可能か否か。
（Ｆ）１つのバンド内の同一の周波数内で接続維持型ハンドオーバが可能か否か。
（Ｇ）１つのバンド内の異なる周波数間で接続維持型ハンドオーバが可能か否か。
【０１６６】
なお、ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒＸに含まれるＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒＸの順番と、ＳｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ―ｒ１０で示されるバンドの組み合わせのリストの順番とは１対１に対応していてもよい。または、ＲＦ―Ｐａｒａｍｅｔｅｒｓ―ｒＸに、ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒｓ―ｒＸの順番と１対１に対応するバンドの組み合わせ情報を含めてもよい。
【０１６７】
また、基地局装置３から通知されるＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙに、接続維持型ハンドオーバに関する端末装置能力の情報を通知するか否かの情報が含まれ、当該情報に基づき端末装置２が、接続維持型ハンドオーバに関する端末装置能力の情報を通知するか否かを判断してもよい。
【０１６８】
通知方法２のように構成することによって、端末装置２は、デュアルコネクティビティに関する端末装置能力の通知パラメータを流用して、効率的に接続維持型ハンドオーバに関する端末装置能力を基地局装置３に通知することができる。また、基地局装置３は、端
末装置２から通知されるビット情報に基づき、デュアルコネクティビティに関する端末装置能力を接続維持型ハンドオーバに関する端末装置能力の解釈に使うことができ、効率的な端末装置能力の取得が可能となる。
【０１６９】
（通知方法３）端末装置２は、ＲＲＭ測定において、測定報告に接続維持型ハンドオーバが可能か否かを基地局装置３に通知する。
【０１７０】
端末装置２はＲＲＭ測定の設定として、測定対象となる１つまたは複数の周波数が割り当てられる。そこで、端末装置２はＲＲＭ測定の報告時に、測定対象の周波数ごとに接続維持型ハンドオーバが可能か否かを示す情報を付加するようにしてもよい。このとき、接続維持型ハンドオーバが可能か否かを判断する際に、ＰＣｅｌｌのみ（あるいはＭＣＧのみ）接続を維持する仮定における接続維持型ハンドオーバ可能な周波数を示してもよいし、ＳＣＧが設定されている場合にはＰＣｅｌｌとＰＳＣｅｌｌとの接続を維持する仮定における接続維持型ハンドオーバ可能な周波数を示してもよい。
【０１７１】
また、基地局装置３から設定されるＲＲＭ測定設定に、接続維持型ハンドオーバに関する情報を通知するか否かの情報が含まれ、当該情報に基づき端末装置２が、接続維持型ハンドオーバに関する情報を測定報告で通知するか否かを判断してもよい。
【０１７２】
通知方法３のように構成することによって、端末装置２は、大量の接続維持型ハンドオーバの端末装置能力情報を通知することなく、現在のサービングセルにおける接続維持型ハンドオーバの可否状況を効率的に基地局装置３に通知することができる。
【０１７３】
以下、本発明の実施形態における装置の構成について説明する。
【０１７４】
図２は、本実施形態の端末装置２の構成を示す概略ブロック図である。図示するように、端末装置２は、無線送受信部２０、および、上位層処理部２４を含んで構成される。無線送受信部２０は、アンテナ部２１、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部２２、および、ベースバンド部２３を含んで構成される。上位層処理部２４は、媒体アクセス制御層処理部２５、および、無線リソース制御層処理部２６を含んで構成される。無線送受信部２０を送信部、受信部、または、物理層処理部とも称する。
【０１７５】
上位層処理部２４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部２０に出力する。上位層処理部２４は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、パケットデータ統合プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：ＲＬＣ）層、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層の処理を行なう。
【０１７６】
上位層処理部２４が備える媒体アクセス制御層処理部２５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部２５は、無線リソース制御層処理部２６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストの伝送の制御を行う。
【０１７７】
上位層処理部２４が備える無線リソース制御層処理部２６は、無線リソース制御層の処理を行う。無線リソース制御層処理部２６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部２６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部２６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設
定情報／パラメータをセットする。
【０１７８】
無線送受信部２０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部２０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部２４に出力する。無線送受信部２０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。
【０１７９】
ＲＦ部２２は、アンテナ部２１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: ｄｏｗｎ  ｃｏｖｅｒｔ）、不要な周波数成分を除去する。ＲＦ部２２は、処理をしたアナログ信号をベースバンド部に出力する。
【０１８０】
ベースバンド部２３は、ＲＦ部２２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部２３は、変換したデジタル信号からＣＰ（Cyclic
Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Ｆ
ａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ：ＦＦＴ）を行い、周波数領域の信号を抽出する。
【０１８１】
ベースバンド部２３は、データを逆高速フーリエ変換（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ：ＩＦＦＴ）して、ＳＣ−ＦＤＭＡシンボルを生成し、生成されたＳＣ−ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部２３は、変換したアナログ信号をＲＦ部２２に出力する。
【０１８２】
ＲＦ部２２は、ローパスフィルタを用いてベースバンド部２３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（ｕｐ  ｃｏｎｖｅｒｔ）し、アンテナ部２１を介して送信する。また、ＲＦ部２２は、電力を増幅する。また、ＲＦ部２２は送信電力を制御する機能を備えてもよい。ＲＦ部２２を送信電力制御部とも称する。
【０１８３】
なお、端末装置２は、キャリアアグリゲーションによる複数の周波数（周波数帯、周波数帯域幅）またはセルの同一サブフレーム内での送受信処理をサポートするために各部の一部あるいはすべてを複数備える構成であってもよい。
【０１８４】
図３は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【０１８５】
上位層処理部３４は、媒体アクセス制御（ＭＡＣ： Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃ
ｏｎｔｒｏｌ）層、パケットデータ統合プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：ＲＬＣ）層、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ
Ｃｏｎｔｒｏｌ：ＲＲＣ）層の処理を行なう。
【０１８６】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。
【０１８７】
上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）などを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置２各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置２各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１８８】
無線送受信部３０の機能は、無線送受信部２０と同様であるため説明を省略する。
【０１８９】
また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図３において、その他の基地局装置３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、無線リソース制御層処理部３６の上位には、無線リソース管理（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。
【０１９０】
なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置２および基地局装置３の機能および各手順を実現する要素である。
【０１９１】
端末装置２が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
【０１９２】
以下、本発明の実施形態における、端末装置２および基地局装置３の種々の態様について説明する。
【０１９３】
（１）本発明の第１の態様は、基地局装置とセルを介して通信する端末装置であって、第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを基地局装置から受信し、第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行い、第１のタイマーが満了したときに、第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわず、第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである。
【０１９４】
（２）本発明の第１の態様において、第２のタイマーは、さらに、ハンドオーバが、ハンドオーバコマンドを受信した後に第１のセルとの通信を継続しないハンドオーバである場合には、ハンドオーバコマンドを受信した後に計時を停止し、ハンドオーバが、ハンドオーバコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合には計時を継続する。
【０１９５】
（３）本発明の第１の態様において、第２のタイマーは、ハンドオーバが、ハンドオー
バコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合に、ハンドオーバコマンドを受信した後に計時を行う。
【０１９６】
（４）本発明の第２の態様は、端末装置と通信する基地局装置であって、第１のセルから第２のセルへのハンドオーバを指示するハンドオーバコマンドを端末装置に送信し、ハンドオーバコマンドに第１のタイマーに設定する値を含め、タイマーは、端末装置において、ハンドオーバが、ハンドオーバコマンドを受信した後も第１のセルとの通信を継続するハンドオーバである場合に、第１のセルでの無線リンク失敗を判断するために使用される。
【０１９７】
（５）本発明の第３の態様は、基地局装置とセルを介して通信する端末装置に実装される集積回路であって、第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを基地局装置から受信する機能と、第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行う機能と、第１のタイマーが満了したときに、第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわない機能とを端末装置に対して発揮させ、第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである。
【０１９８】
（６）本発明の第４の態様は、基地局装置とセルを介して通信する端末装置に実装される集積回路であって、第１のセルにおいて、第２のセルへのハンドオーバを指示するハンドオーバコマンドを基地局装置から受信するステップと、第１のタイマーが満了したときに、第２のタイマーが計時中または満了である場合に無線リンク失敗とみなして無線リソース制御（ＲＲＣ）再設立を行い、第１のタイマーが満了したときに、第２のタイマーが計時中または満了でない場合には無線リンク失敗とみなさず無線リソース制御（ＲＲＣ）再設立を行なわないステップとを少なくとも含み、第１のタイマーはハンドオーバコマンドを受信したときに計時を開始するタイマーであり、第２のタイマーは第１のセルでの同期外れ状態を連続して既定回数検出したときに計時を開始し、第１のセルでの同期状態を連続して既定回数検出したときに計時を停止するタイマーである。
【０１９９】
これにより、端末装置２は、効率的に接続維持型ハンドオーバに関する端末装置能力を基地局装置３に通知することができる。
【０２００】
なお、以上説明した実施形態は単なる例示に過ぎず、様々な変形例、置換例を用いて実現することができる。例えば、上りリンク送信方式は、ＦＤＤ（周波数分割復信）方式とＴＤＤ（時分割復信）方式のどちらの通信システムに対しても適用可能である。また、実施形態で示される各パラメータや各イベントの名称は、説明の便宜上呼称しているものであって、実際に適用される名称と本発明の実施形態の名称とが異なっていても、本発明の実施形態において主張する発明の趣旨に影響するものではない。
【０２０１】
また、各実施形態で用いた「接続」とは、ある装置と別のある装置とを、物理的な回線を用いて直接接続される構成にだけ限定されるわけではなく、論理的に接続される構成や、無線技術を用いて無線接続される構成を含む。
【０２０２】
端末装置２は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔ
ｉｏｎ）、ＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）とも称される。
【０２０３】
本発明に関わる基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置２は、集合体としての基地局装置３と通信することも可能である。
【０２０４】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２０５】
本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０２０６】
尚、上述した実施形態における装置の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
【０２０７】
さらに「コンピュータが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０２０８】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２０９】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
【０２１０】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２１１】
２（２Ａ、２Ｂ、２Ｃ）  端末装置
３（３Ａ、３Ｂ）  基地局装置
２０、３０  無線送受信部
２１、３１  アンテナ部
２２、３２  ＲＦ部
２３、３３  ベースバンド部
２４、３４  上位層処理部
２５、３５  媒体アクセス制御層処理部
２６、３６  無線リソース制御層処理部
【図１】
2019091954.tif 000003
【図２】
2019091954.tif 000004
【図３】
2019091954.tif 000005
【図４】
2019091954.tif 000006
【図５】
2019091954.tif 000007
【図６】
2019091954.tif 000008
【図７】
2019091954.tif 000009
【図８】
2019091954.tif 000010
【図９】
2019091954.tif 000011
【図１０】
2019091954.tif 000012
【図１１】
2019091954.tif 000013
【図１２】
2019091954.tif 000014
【図１３】
2019091954.tif 000015
【図１４】
2019091954.tif 000016
【図１５】
2019091954.tif 000017
【図１６】
2019091954.tif 000018
【図１７】
2019091954.tif 000019