(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023130534
(43)【公開日】2023-09-21
(54)【発明の名称】端末装置、基地局装置、方法、および、集積回路
(51)【国際特許分類】
H04W 48/16 20090101AFI20230913BHJP
H04W 4/00 20180101ALI20230913BHJP
H04W 76/25 20180101ALI20230913BHJP
【ＦＩ】
H04W48/16
H04W4/00 110
H04W76/25
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2020133692
(22)【出願日】2020-08-06
(71)【出願人】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】100160783
【弁理士】
【氏名又は名称】堅田 裕之
(72)【発明者】
【氏名】坪井 秀和
(72)【発明者】
【氏名】山田 昇平
(72)【発明者】
【氏名】堀 貴子
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067BB04
5K067BB21
5K067DD11
5K067DD17
5K067DD19
5K067EE04
5K067EE10
5K067EE24
5K067EE56
5K067HH22
5K067HH23
5K067JJ13
5K067JJ71
(57)【要約】
【課題】通信制御を効率的に行うことができる端末装置、基地局装置、方法、集積回路を提供すること。
【解決手段】端末装置が、第２のセルグループに適用される第１の設定と、第２の設定と、第１の情報を受信し、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づく再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
【選択図】図１２
【解決手段】端末装置が、第２のセルグループに適用される第１の設定と、第２の設定と、第１の情報を受信し、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づく再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
【選択図】図１２
【特許請求の範囲】
【請求項1】
第１のセルグループと第２のセルグループとが設定される端末装置であって、
前記第２のセルグループに適用される第１の設定を受信し、前記第２のセルグループに適用される第２の設定を受信する受信部と、
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持する保持部と、
無線リソース制御を行う制御部とを備え、
前記受信部は、第１の情報を受信し、
前記制御部は、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、
前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、
前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する
端末装置。
前記第２のセルグループに適用される第１の設定を受信し、前記第２のセルグループに適用される第２の設定を受信する受信部と、
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持する保持部と、
無線リソース制御を行う制御部とを備え、
前記受信部は、第１の情報を受信し、
前記制御部は、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、
前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、
前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する
端末装置。
【請求項2】
前記第１の設定と前記第２の設定は同一の情報要素で構成される
請求項１記載の端末装置。
請求項１記載の端末装置。
【請求項3】
端末装置と通信する基地局装置であって、
第２のセルグループに適用される第１の設定を送信し、前記第２のセルグループに適用される第２の設定を送信する送信部と、
無線リソース制御を行う制御部とを備え、
前記送信部は、第１の情報を送信し、
前記制御部は、前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、
前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、
前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う
基地局装置。
第２のセルグループに適用される第１の設定を送信し、前記第２のセルグループに適用される第２の設定を送信する送信部と、
無線リソース制御を行う制御部とを備え、
前記送信部は、第１の情報を送信し、
前記制御部は、前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、
前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、
前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う
基地局装置。
【請求項4】
第１のセルグループと第２のセルグループとが設定される端末装置に適用される方法であって、
前記第２のセルグループに適用される第１の設定を受信するステップと、前記第２のセルグループに適用される第２の設定を受信するステップと、第１の情報を受信するステップと、
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持するステップと、
無線リソース制御を行うステップとを備え、
前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、
前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、
前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する
方法。
前記第２のセルグループに適用される第１の設定を受信するステップと、前記第２のセルグループに適用される第２の設定を受信するステップと、第１の情報を受信するステップと、
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持するステップと、
無線リソース制御を行うステップとを備え、
前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、
前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、
前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する
方法。
【請求項5】
端末装置と通信する基地局装置に適用される方法であって、
第２のセルグループに適用される第１の設定を送信するステップと、前記第２のセルグループに適用される第２の設定を送信するステップと、第１の情報を送信するステップと、
無線リソース制御を行うステップとを備え、
前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、
前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、
前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う
方法。
第２のセルグループに適用される第１の設定を送信するステップと、前記第２のセルグループに適用される第２の設定を送信するステップと、第１の情報を送信するステップと、
無線リソース制御を行うステップとを備え、
前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、
前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、
前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う
方法。
【請求項6】
第１のセルグループと第２のセルグループとが設定される端末装置に実装される集積回路であって、
前記第２のセルグループに適用される第１の設定を受信する機能と、前記第２のセルグループに適用される第２の設定を受信する機能と、第１の情報を受信する機能と、
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持する機能と、
無線リソース制御を行う機能とを前記端末装置に対して発揮させ、
前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、
前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、
前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する
集積回路。
前記第２のセルグループに適用される第１の設定を受信する機能と、前記第２のセルグループに適用される第２の設定を受信する機能と、第１の情報を受信する機能と、
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持する機能と、
無線リソース制御を行う機能とを前記端末装置に対して発揮させ、
前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、
前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、
前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する
集積回路。
【請求項7】
端末装置と通信する基地局装置に実装される集積回路であって、
第２のセルグループに適用される第１の設定を送信する機能と、前記第２のセルグループに適用される第２の設定を送信する機能と、第１の情報を送信する機能と、
無線リソース制御を行う機能とを前記基地局装置に対して発揮させ、
前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、
前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、
前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う
集積回路。
第２のセルグループに適用される第１の設定を送信する機能と、前記第２のセルグループに適用される第２の設定を送信する機能と、第１の情報を送信する機能と、
無線リソース制御を行う機能とを前記基地局装置に対して発揮させ、
前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、
前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、
前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う
集積回路。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末装置、基地局装置、方法、および、集積回路に関する。
【背景技術】
【0002】
セルラ－移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ：ＥＰＣ」）が、第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。ＥＵＴＲＡはＥ－ＵＴＲＡとも称する。
【0003】
また、３ＧＰＰにおいて、第５世代のセルラ－システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ、および新しい無線アクセス技術であるＮＲ（Ｎｅｗ Ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。
【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】３ＧＰＰ ＲＰ－１７０８５５，”Ｗｏｒｋ Ｉｔｅｍ ｏｎ Ｎｅｗ Ｒａｄｉｏ （ＮＲ） Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ”
【非特許文献2】３ＧＰＰ ＴＳ ２３．５０１ ｖ１５．３．０,“Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２”
【非特許文献3】３ＧＰＰ ＲＰ－１８２０７６, “ＷＩＤ ｏｎ Ｍｕｌｔｉ－ＲＡＴ Ｄｕａｌ－Ｃｏｎｎｅｃｔｉｖｉｔｙ ａｎｄ Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ ｅｎｈａｎｃｅｍｅｎｔｓ”
【非特許文献4】３ＧＰＰ ＴＳ ３６．３００, ｖ１５．３．０，“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ－ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２”
【非特許文献5】３ＧＰＰ ＴＳ ３８．３００ｖ １５．３．０,“ＮＲ；ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２”
【非特許文献6】３ＧＰＰ ＴＳ ３６．３２１ ｖ１５．３．０,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献7】３ＧＰＰ ＴＳ ３８．３２１ ｖ１５．３．０,“ＮＲ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献8】３ＧＰＰ ＴＳ ３６．３３１ ｖ１５．４．０,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”
【非特許文献9】３ＧＰＰ ＴＳ ３８．３３１ ｖ１５．４．０,“ＮＲ；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”
【発明の概要】
【発明が解決しようとする課題】
【0005】
ＮＲの技術の一つとして、大容量のデータ通信を可能とするために、複数のセルグループを用いて一つまたは複数の基地局装置と端末装置とが通信するデュアルコネクティビティ（マルチコネクティビティとも称する）技術がある。このデュアルコネクティビティでは、それぞれのセルグループで通信を行うために、端末装置はそれぞれのセルグループにおいて自分宛のメッセージの有無をモニタする必要がある。端末装置は大容量のデータ通信が発生したときに低遅延で通信できるように、常に複数のセルグループのモニタを行う必要があり、多くの電力を消費する問題があった。そのため、一部のセルグループのモニタを低頻度で行う、または停止する技術（セルグループの休眠（Ｄｏｒｍａｎｔ）技術）の検討が開始された（非特許文献３）。
【0006】
セルグループの休眠において、現状では常に活性（Ａｃｔｉｖａｔｅ）状態であるセル（ＳｐＣｅｌｌ）をどのように扱うかが検討されている。
【0007】
本発明の一態様は、上記した事情に鑑みてなされたもので、通信制御を効率的に行うことができる端末装置、基地局装置、方法、集積回路を提供することを目的の一つとする。
【課題を解決するための手段】
【0008】
（１）上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の第１の実施の様態は、第１のセルグループと第２のセルグループとが設定される端末装置であって、前記第２のセルグループに適用される第１の設定を受信し、前記第２のセルグループに適用される第２の設定を受信する受信部と、前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持する保持部と、無線リソース制御を行う制御部とを備え、前記受信部は、第１の情報を受信し、前記制御部は、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
【0009】
（２）本発明の第２の実施の様態は、端末装置と通信する基地局装置であって、第２のセルグループに適用される第１の設定を送信し、前記第２のセルグループに適用される第２の設定を送信する送信部と、無線リソース制御を行う制御部とを備え、前記送信部は、第１の情報を送信し、前記制御部は、前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う。
【0010】
（３）本発明の第３の実施の様態は、第１のセルグループと第２のセルグループとが設定される端末装置に適用される方法であって、前記第２のセルグループに適用される第１の設定を受信するステップと、前記第２のセルグループに適用される第２の設定を受信するステップと、第１の情報を受信するステップと、
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグ
ループに適用される前記第１の設定および前記第２の設定を保持するステップと、無線リソース制御を行うステップとを備え、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグ
ループに適用される前記第１の設定および前記第２の設定を保持するステップと、無線リソース制御を行うステップとを備え、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
【0011】
（４）本発明の第４の実施の様態は、端末装置と通信する基地局装置に適用される方法であって、第２のセルグループに適用される第１の設定を送信するステップと、前記第２のセルグループに適用される第２の設定を送信するステップと、第１の情報を送信するステップと、無線リソース制御を行うステップとを備え、前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う。
【0012】
（５）本発明の第５の実施の様態は、第１のセルグループと第２のセルグループとが設定される端末装置に実装される集積回路であって、前記第２のセルグループに適用される第１の設定を受信する機能と、前記第２のセルグループに適用される第２の設定を受信する機能と、第１の情報を受信する機能と、前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持する機能と、無線リソース制御を行う機能とを前記端末装置に対して発揮させ、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
【0013】
（６）本発明の第６の実施の様態は、端末装置と通信する基地局装置に実装される集積回路であって、第２のセルグループに適用される第１の設定を送信する機能と、前記第２のセルグループに適用される第２の設定を送信する機能と、第１の情報を送信する機能と、無線リソース制御を行う機能とを前記基地局装置に対して発揮させ、前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う。
【0014】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0015】
本発明の一態様によれば、端末装置は、効率的な通信制御処理を実現することができる。
【図面の簡単な説明】
【0016】
【図1】本発明の各実施の形態に係る通信システムの概略図。
【図2】本発明の各実施の形態における、Ｅ－ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。
【図3】本発明の各実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。
【図4】本発明の各実施の形態におけるＲＲＣ２０８及び／又はＲＲＣ３０８における、各種設定のための手順のフローの一例を示す図
【図5】本発明の各実施の形態における端末装置の構成を示すブロック図。
【図6】本発明の各実施の形態における基地局装置の構成を示すブロック図。
【図7】本発明の実施の形態におけるＮＲでのセルグループ設定に関する情報要素の一例。
【図8】本発明の実施の形態におけるＥ－ＵＴＲＡでのセルグループ設定に関する情報要素の一例。
【図9】本発明の実施の形態におけるＳＣＧの休眠に関する処理の一例。
【図10】本発明の実施の形態におけるＳＣＧの休眠に関する処理の一例。
【図11】本発明の実施の形態におけるＳＣＧの休眠に関する処理の一例。
【図12】本発明の実施の形態におけるＳＣＧの休眠に関する処理の一例。
【発明を実施するための形態】
【0017】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【0018】
ＬＴＥ（およびＬＴＥ－Ａ Ｐｒｏ）とＮＲは、異なる無線アクセス技術（Ｒａｄｉｏ
Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として定義されてもよい。また、ＮＲとＭｕｌｔｉ Ｒａｄｉｏ Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。また、コアネットワークが５ＧＣであるＬＴＥは、コアネットワークがＥＰＣである従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、本実施形態は他の用語を用いる他の技術において適用されてもよい。また本実施形態でのＥ－ＵＴＲＡという用語は、ＬＴＥという用語に置き換えられてもよいし、ＬＴＥという用語はＥ－ＵＴＲＡという用語に置き換えられてもよい。
Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として定義されてもよい。また、ＮＲとＭｕｌｔｉ Ｒａｄｉｏ Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。また、コアネットワークが５ＧＣであるＬＴＥは、コアネットワークがＥＰＣである従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、本実施形態は他の用語を用いる他の技術において適用されてもよい。また本実施形態でのＥ－ＵＴＲＡという用語は、ＬＴＥという用語に置き換えられてもよいし、ＬＴＥという用語はＥ－ＵＴＲＡという用語に置き換えられてもよい。
【0019】
図１は本発明の各実施の形態に係る通信システムの概略図である。
【0020】
Ｅ－ＵＴＲＡ１００は非特許文献４等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ－ＵＴＲＡＮ Ｎｏｄｅ Ｂ）１０２は、Ｅ－ＵＴＲＡ１００の基地局装置である。ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ－ＵＴＲＡ１００用のコア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ：ＵＰ）が存在する。
【0021】
ＮＲ１０６は非特許文献５等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇ Ｎｏｄｅ Ｂ）１０８は、ＮＲ１０６の基地局装置である。５ＧＣ１１０は、非特許文献２等に記載のコア網であり、ＮＲ１０６用のコア網として設計されているが、５ＧＣ１１０に接続する機能をもつＥ－ＵＴＲＡ１００用のコア網として使われてもよい。以下Ｅ－ＵＴＲＡ１００とは５ＧＣ１１０に接続する機能をもつＥ－ＵＴＲＡ１００を含んでもよい。
【0022】
インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであってもよい。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等は、通信事業者が提供する通信システムに応じて存在しない場合があってもよい。
【0023】
ＵＥ１２２はＥ－ＵＴＲＡ１００及びＮＲ１０６の内の一部または全てに対応した端末装置である。非特許文献４、及び非特許文献５の内の一部または全てに記載の通り、ＵＥ１２２が、Ｅ－ＵＴＲＡ１００及びＮＲ１０６の内の一部または全てを介してコア網と接続する際、ＵＥ１２２と、Ｅ－ＵＴＲＡ１００及びＮＲ１０６の内の一部または全てとの間に、無線ベアラ（ＲＢ：Ｒａｄｉｏ Ｂｅａｒｅｒ）と呼ばれる論理経路が確立される。ＣＰに用いられる無線ベアラは、シグナリング無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）と呼ばれ、ＵＰに用いられる無線ベアラは、データ無線ベアラ（ＤＲＢ Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）と呼ばれる。
【0024】
図２は本発明の各実施の形態における、Ｅ－ＵＴＲＡ無線アクセス層（無線アクセスレイヤ）における端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）図である。
【0025】
図２（Ａ）はＥ－ＵＴＲＡ１００においてＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。
【0026】
ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）２００は、無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層（上位レイヤ）に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ
Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ－タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ－タの送受信が行われる。
Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ－タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ－タの送受信が行われる。
【0027】
ＭＡＣ２０２は、多様な論理チャネル（ロジカルチャネル：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ２０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０４と、論理チャネル（ロジカルチャネル）で接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ－ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい。また、ＭＡＣ３０２は、ＲＲＣレイヤで設定されたセルの活性状態を制御する機能を持ってもよい（非特許文献６）。
【0028】
ＲＬＣ２０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）２０６から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層（下位レイヤ）が適切にデ－タ送信できるようにデ－タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。
【0029】
ＰＤＣＰ２０６は、ＩＰパケット（ＩＰ Ｐａｃｋｅｔ）等のユーザデータを無線区間で効率的に伝送するためのパケットデータ収束プロトコル層（パケットデータ収束プロトコルレイヤ）である。ＰＤＣＰ２０６は、制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ－タの暗号化の機能も持ってもよい。
【0030】
なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＰＤＣＰ ＳＤＵと呼ぶ。また分割されたＲＬＣ ＳＤＵの事をＲＬＣ ＳＤＵセグメントと呼ぶ。
【0031】
図２（Ｂ）はＥ－ＵＴＲＡ１００において、ＵＥ１２２がｅＮＢ１０２、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と通信を行う際に用いるＣＰのプロトコルスタック図である。
【0032】
ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０８、およびＮＡＳ（ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）２１０が存在する。ＲＲＣ２０８は、ＲＲＣ接続の確立、再確立、一時停止（ｓｕｓｐｅｎｄ）、一時停止解除（ｒｅｓｕｍｅ）等の処理や、ＲＲＣ接続の再設定、例えば無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）及びセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ）の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定（Ｍｅａｓｕｒｅｍｅｎｔ：メジャメント）の設定などを行う、無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＳＲＢ）とデ－タ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ２０４と論理チャネル（ロジカルチャネル）で構成される部分をＲＬＣベアラと称してもよい。また、ＭＭＥとＵＥ１２２との間の信号を運ぶＮＡＳ層（ＮＡＳレイヤ）に対して、ＵＥ１２２とｅＮＢ１０２との間の信号及びデータを運ぶＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、ＲＲＣ２０８の一部の層（レイヤ）あるいはすべての層（レイヤ）をＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）層（ＡＳレイヤ）と称してよい。
【0033】
前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。
【0034】
なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）層（ＴＣＰレイヤ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）層（ＵＤＰレイヤ）、アプリケーション層（アプリケーションレイヤ）などは、ＰＤＣＰレイヤの上位層（上位レイヤ）となる（不図示）。またＲＲＣレイヤやＮＡＳ（ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）レイヤもＰＤＣＰレイヤの上位レイヤとなる（不図示）。言い換えれば、ＰＤＣＰレイヤはＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤの下位層（下位レイヤ）となる。
【0035】
図３は本発明の各実施の形態における、ＮＲ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）図である。
【0036】
図３（Ａ）はＮＲ１０６においてＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。
【0037】
ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）３００は、ＮＲの無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ－タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ－タの送受信が行われてもよい。
【0038】
ここで、物理チャネルについて説明する。
【0039】
端末装置と基地局装置との無線通信では、以下の物理チャネルが用いられてよい。
【0040】
ＰＢＣＨ（物理報知チャネル：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）
ＰＤＣＣＨ（物理下りリンク制御チャネル：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）
ＰＤＳＣＨ（物理下りリンク共用チャネル：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）
ＰＵＣＣＨ（物理上りリンク制御チャネル：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）
ＰＵＳＣＨ（物理上りリンク共用チャネル：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）
ＰＲＡＣＨ（物理ランダムアクセスチャネル：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）
ＰＤＣＣＨ（物理下りリンク制御チャネル：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）
ＰＤＳＣＨ（物理下りリンク共用チャネル：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）
ＰＵＣＣＨ（物理上りリンク制御チャネル：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）
ＰＵＳＣＨ（物理上りリンク共用チャネル：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）
ＰＲＡＣＨ（物理ランダムアクセスチャネル：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）
【0041】
ＰＢＣＨは、端末装置が必要とするシステム情報を報知するために用いられる。
【0042】
また、ＮＲにおいて、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックス（ＳＳＢ－Ｉｎｄｅｘ）を報知するために用いられてよい。
【0043】
ＰＤＣＣＨは、下りリンクの無線通信（基地局装置から端末装置への無線通信）において、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を送信する（または運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置は、サービングセルにおいてＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）のセットをモニタする。モニタするとは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。あるＤＣＩフォーマットは、サービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＰＵＳＣＨは、ユーザデータの送信や、ＲＲＣメッセージの送信などのために使われてよい。
【0044】
ＰＵＣＣＨは、上りリンクの無線通信（端末装置から基地局装置への無線通信）において、上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）が含まれてもよい。また、上りリンク制御情報には、ＵＬ－ＳＣＨリソースを要求するために用いられるスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）が含まれてもよい。
【0045】
ＰＤＳＣＨは、ＭＡＣ層からの下りリンクデータ（ＤＬ－ＳＣＨ：Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）の送信に用いられてよい。また、下りリンクの場合にはシステム情報（ＳＩ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）やランダムアクセス応答（ＲＡＲ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）などの送信にも用いられる。
【0046】
ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（ＵＬ－ＳＣＨ：Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。またＰＵＳＣＨは、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわちＰＵＳＣＨは、ＵＣＩのみを送信するために用いられてもよい。また、ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング（ＲＲＣメッセージとも称する）、およびＭＡＣ制御要素（ＭＡＣ ＣＥ）を送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置から送信されるＲＲＣシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるＲＲＣシグナリングは、ある端末装置に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（ＵＥ Ｃａｐａｂｉｌｉｔｙ）の送信に用いられてもよい。
【0047】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられてもよい。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ－ＳＣＨ）リソースの要求を示すために用いられてもよい。
【0048】
ＭＡＣ３０２は、多様な論理チャネル（ロジカルチャネル：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ３０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０４と、論理チャネル（ロジカルチャネル）で接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ－ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい。また、ＭＡＣ３０２は、ＲＲＣレイヤで設定されたセルの活性状態を制御する機能を持ってもよい（非特許文献７）。
【0049】
ＲＬＣ３０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）３０６から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ－タ送信できるようにデ－タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。
【0050】
ＰＤＣＰ３０６は、ＩＰパケット（ＩＰ Ｐａｃｋｅｔ）等のユーザデータを無線区間で効率的に伝送するパケットデータ収束プロトコル層（パケットデータ収束プロトコル層）である。ＰＤＣＰ３０６は、制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ－タの暗号化、データの完全性保護の機能も持ってもよい。
【0051】
ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）３１０は、５ＧＣ１１０から基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとの対応付け（マッピング：ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介して５ＧＣ１１０に送られるアップリンクのＱｏＳフローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持もつ、サービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）である。
【0052】
なお、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０において処理されたデータの事を、それぞれＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵ、ＳＤＡＰ ＰＤＵと呼ぶ。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵと呼ぶ。また、分割されたＲＬＣ ＳＤＵの事をＲＬＣ ＳＤＵセグメントと呼ぶ。
【0053】
図３（Ｂ）はＮＲ１０６において、ＵＥ１２２がｇＮＢ１０８、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）と通信を行う際に用いるＣＰのプロトコルスタック図である。
【0054】
ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０８、およびＮＡＳ（ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）３１２が存在する。ＲＲＣ３０８は、ＲＲＣ接続の確立、再確立、一時停止（ｓｕｓｐｅｎｄ）、一時停止解除（ｒｅｓｕｍｅ）等の処理や、ＲＲＣ接続の再設定、例えば無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）及びセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ）の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定（Ｍｅａｓｕｒｅｍｅｎｔ：メジャメント）の設定などを行う、無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＳＲＢ）とデ－タ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ３０４と論理チャネル（ロジカルチャネル）で構成される部分をＲＬＣベアラと称してもよい。また、ＡＭＦとＵＥ１２２との間の信号を運ぶＮＡＳレイヤに対して、ＵＥ１２２とｇＮＢ１０８との間の信号及びデータを運ぶＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８、ＳＤＡＰ３１０の一部のレイヤあるいはすべてのレイヤをＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）レイヤと称してよい。
【0055】
前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層（各レイヤ）の機能の一部あるいは全部が他の層（レイヤ）に含まれてもよい。
【0056】
なお、ＡＳ層の上位層（不図示）を非特許文献２に記載の通り、ＰＤＵ層（ＰＤＵレイヤ）と呼んでもよい。ＰＤＵレイヤには、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ、その他の層のうちの何れか又は全てが含まれてもよい。アプリケーションレイヤはＰＤＵ層の上位層であってもよいし、ＰＤＵ層に含まれていてもよい。なお、ＰＤＵ層は、ＡＳ層のユーザプレーンに対する上位層であってもよい。またＲＲＣレイヤやＮＡＳ（ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｒｕｍ）レイヤもＳＤＡＰレイヤ及びＰＤＣＰレイヤの内のいずれかまたは全ての上位レイヤとなってもよい（不図示）。言い換えれば、ＳＤＡＰレイヤ及びＰＤＣＰレイヤの内のいずれかまたは全てはＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ、及びアプリケーションレイヤの内のいずれかまたは全ての下位レイヤとなる。
【0057】
なお、端末装置の物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＳＤＡＰ層は、端末装置のＲＲＣ層により確立、設定、及び制御のうちの何れか又は全てが行われてもよい。また端末装置のＲＲＣ層は、基地局装置のＲＲＣ層から送信されるＲＲＣのメッセージに従って、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＳＤＡＰ層を確立、及び／又は設定してもよい。また、ＭＡＣ層（ＭＡＣレイヤ）、ＲＬＣ層（ＲＬＣレイヤ）、ＰＤＣＰ層（ＰＤＣＰレイヤ）、ＳＤＡＰ層（ＳＤＡＰレイヤ）を、それぞれＭＡＣ副層（ＭＡＣサブレイヤ）、ＲＬＣ副層（ＲＬＣサブレイヤ）、ＰＤＣＰ副層（ＰＤＣＰサブレイヤ）、ＳＤＡＰ副層（ＳＤＡＰサブレイヤ）と呼んでもよい。
【0058】
なお、端末装置、及び基地局装置の内のいずれかまたは全てに設定されるＡＳレイヤに属する各層、又は各層の機能の事を、エンティティと呼んでもよい。即ち、端末装置、及び基地局装置の内のいずれかまたは全てに、確立、設定、及び制御のうちの何れか又は全てが行われる、物理層（ＰＨＹ層）、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＳＤＡＰ層、及びＲＲＣ層の事、又は各層の機能の事を、物理エンティティ（ＰＨＹエンティティ）、ＭＡＣエンティティ、ＲＬＣエンティティ、ＰＤＣＰエンティティ、ＳＤＡＰエンティティ、及びＲＲＣエンティティと、それぞれ呼んでもよい。また、各層のエンティティは、各層に一つ又は複数含まれていてもよい。また、ＰＤＣＰエンティティ、及びＲＬＣエンティティは、無線ベアラ毎に、確立、設定、及び制御のうちの何れか又は全てが行われてもよい。また、ＭＡＣエンティティはセルグループ毎に、確立、設定、及び制御のうちの何れか又は全てが行われてもよい。また、ＳＤＡＰエンティティはＰＤＵセッション毎に、確立、設定、及び制御のうちの何れか又は全てが行われてもよい。
【0059】
なお、本発明の各実施の形態では、以下Ｅ－ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ－ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ－ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ－ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ－ＵＴＲＡ用ＲＲＣ又はＬＴＥ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。又は、Ｅ－ＵＴＲＡ ＰＤＣＰ又はＬＴＥ ＰＤＣＰ、ＮＲ ＰＤＣＰなどとスペースを用いて記述する場合もある。
【0060】
また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられてもよい。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでもよい。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であってもよい。また、Ｅ－ＵＴＲＡ１００において、ＵＥ１２２がｅＮＢ１０２と通信する場合であってもＰＤＣＰとしてＮＲ ＰＤＣＰが使われてもよい。
【0061】
次にＬＴＥ及びＮＲにおけるＵＥ１２２の状態遷移について説明する。ＥＰＣ、又は５ＧＣに接続するＵＥ１２２は、ＲＲＣ接続が設立されている（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｈａｓ ｂｅｅｎ ｅｓｔａｂｌｉｓｈｅｄ）とき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であってよい。ＲＲＣ接続が設立されている状態とは、ＵＥ１２２が、後述のＵＥコンテキストの一部又は全てを保持している状態を含んでもよい。またＲＲＣ接続が設立されている状態とは、ＵＥ１２２がユニキャストデータを送信、及び／又は受信できる状態を含んでもよい。また、ＵＥ１２２は、ＲＲＣ接続が休止しているとき、（もしＵＥ１２２が５ＧＣに接続しているなら）ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であってよい。もし、それらのケースでないなら、ＵＥ１２２は、ＲＲＣ＿ＩＤＬＥ状態であってよい。
【0062】
なお、ＥＰＣに接続するＵＥ１２２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を持たないが、Ｅ－ＵＴＲＡＮによってＲＲＣ接続の休止が開始されてもよい。この場合、ＲＲＣ接続が休止されるとき、ＵＥ１２２はＵＥのＡＳコンテキストと復帰に用いる識別子（ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ）を保持してＲＲＣ＿ＩＤＬＥ状態に遷移する。ＵＥ１２２がＵＥのＡＳコンテキストを保持しており、かつＥ－ＵＴＲＡＮによってＲＲＣ接続の復帰が許可（Ｐｅｒｍｉｔ）されており、かつＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する必要があるとき、休止されたＲＲＣ接続の復帰が上位レイヤ（例えばＮＡＳレイヤ）によって開始されてよい。
【0063】
すなわち、ＥＰＣに接続するＵＥ１２２と、５ＧＣに接続するＵＥ１２２とで、休止の定義が異なってよい。また、ＵＥ１２２がＥＰＣに接続している場合（ＲＲＣ＿ＩＤＬＥ状態で休止している場合）と、ＵＥ１２２が５ＧＣに接続している場合（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で休止している場合）とで、ＵＥ１２２が休止から復帰する手順のすべてあるいは一部が異なってよい。
【0064】
なお、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＩＤＬＥ状態の事をそれぞれ、接続状態（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）、非活性状態（ｉｎａｃｔｉｖｅ ｍｏｄｅ）、休止状態（ｉｄｌｅ ｍｏｄｅ）と呼んでもよいし、ＲＲＣ接続状態（ＲＲＣ ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）、ＲＲＣ非活性状態（ＲＲＣ ｉｎａｃｔｉｖｅ ｍｏｄｅ）、ＲＲＣ休止状態（ＲＲＣ ｉｄｌｅ ｍｏｄｅ）と呼んでもよい。
【0065】
ＵＥ１２２が保持するＵＥのＡＳコンテキストは、現在のＲＲＣ設定、現在のセキュリティコンテキスト、ＲＯＨＣ（ＲＯｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）状態を含むＰＤＣＰ状態、接続元（Ｓｏｕｒｃｅ）のＰＣｅｌｌで使われていたＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、セル識別子（ｃｅｌｌＩｄｅｎｔｉｔｙ）、接続元のＰＣｅｌｌの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、ｅＮＢ１０２およびｇＮＢ１０８の内のいずれかまたは全ての保持するＵＥのＡＳコンテキストは、ＵＥ１２２が保持するＵＥのＡＳコンテキストと同じ情報を含んでもよいし、ＵＥ１２２が保持するＵＥのＡＳコンテキストに含まれる情報とは異なる情報が含まれてもよい。
【0066】
図４は、本発明の各実施の形態におけるＲＲＣ２０８及び／又は（ａｎｄ／ｏｒ）ＲＲＣ３０８における、各種設定のための手順（ｐｒｏｃｅｄｕｒｅ）のフローの一例を示す図である。図４は、基地局装置（ｅＮＢ１０２及び／又はｇＮＢ１０８）から端末装置（ＵＥ１２２）にＲＲＣメッセージが送られる場合のフローの一例である。
【0067】
図４において、基地局装置はＲＲＣメッセージを作成する（ステップＳ４００）。基地局装置におけるＲＲＣメッセージの作成は、基地局装置が報知情報（ＳＩ：Ｓｙｓｔｅｍ
Ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を配信する際に行われてもよいし、基地局装置が特定の端末装置に対して処理を行わせる必要があると判断した際、例えばセキュリティに関する設定や、ＲＲＣ接続（コネクション）の再設定（無線線ベアラの処理（確立、変更、解放など）や、セルグループの処理（確立、追加、変更、解放など）、メジャメント設定、ハンドオーバ設定など）、ＲＲＣ接続状態の解放などの際に行われてもよい。ＲＲＣメッセージには各種情報通知や設定のための情報（パラメータ）が含まれる。ＲＲＣに関する仕様書（非特許文献８、非特許文献９）では、これらのパラメータは、フィールド及び／又は情報要素呼ばれ、ＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）という記述方式を用いて記述される。
Ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を配信する際に行われてもよいし、基地局装置が特定の端末装置に対して処理を行わせる必要があると判断した際、例えばセキュリティに関する設定や、ＲＲＣ接続（コネクション）の再設定（無線線ベアラの処理（確立、変更、解放など）や、セルグループの処理（確立、追加、変更、解放など）、メジャメント設定、ハンドオーバ設定など）、ＲＲＣ接続状態の解放などの際に行われてもよい。ＲＲＣメッセージには各種情報通知や設定のための情報（パラメータ）が含まれる。ＲＲＣに関する仕様書（非特許文献８、非特許文献９）では、これらのパラメータは、フィールド及び／又は情報要素呼ばれ、ＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）という記述方式を用いて記述される。
【0068】
ＲＲＣメッセージは、その他の目的のために作成されてもよい。例えば、ＲＲＣメッセージは、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）や、Ｍｕｌｔｉ－Ｒａｄｉｏ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＭＲ－ＤＣ）に関する設定に用いられてもよい。
【0069】
図４において、次に基地局装置は、作成したＲＲＣメッセージを端末装置に送信する（ステップＳ４０２）。次に端末装置は受信した上述のＲＲＣメッセージに従って、設定などの処理が必要な場合には処理を行う（ステップＳ４０４）。
【0070】
Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）とは、２つの基地局装置（ノード）がそれぞれ構成するセルグループ、すなわちマスターノード（Ｍａｓｔｅｒ Ｎｏｄｅ：ＭＮ）が構成するマスターセルグループ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ：ＭＣＧ）及びセカンダリノード（Ｓｅｃｏｎｄｅｒｙ Ｎｏｄｅ：ＳＮ）が構成するセカンダリセルグループ（Ｓｅｃｏｎｄｅｒｙ Ｃｅｌｌ Ｇｒｏｕｐ：ＳＣＧ）の両方の無線リソースを利用してデータ通信を行う技術であってもよい。また、マスターノードとセカンダリノードは同じノード（同じ基地局装置）であってもよい。またＭＲ－ＤＣとは、Ｅ－ＵＴＲＡとＮＲの両方のＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）のセルをＲＡＴ毎にセルグループ化してＵＥに割り当て、ＭＣＧとＳＣＧの両方の無線リソースを利用してデータ通信を行う技術であってもよい。ＭＲ－ＤＣにおいて、マスターノードとは、ＭＲ－ＤＣに係る主なＲＲＣ機能、例えば、セカンダリノードの追加、ＲＢの確立、変更、及び解放、ＭＣＧの追加、変更、解放、ハンドオーバ等の機能、を持つ基地局であってもよく、セカンダリノードとは、一部のＲＲＣ機能、例えばＳＣＧの変更、及び解放等、を持つ基地局であってもよい。
【0071】
ＭＲ－ＤＣにおいて、マスターノード側のＲＡＴのＲＲＣが、ＭＣＧ及びＳＣＧ両方の設定を行うために用いられてもよい。例えばコア網がＥＰＣ１０４で、マスターノードがｅＮＢ１０２（拡張型ｅＮＢ１０２とも称する）である場合のＭＲ－ＤＣであるＥＮ－ＤＣ（Ｅ－ＵＴＲＡ－ＮＲ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、コア網が５ＧＣ１１０で、マスターノードがｅＮＢ１０２である場合のＭＲ－ＤＣであるＮＧＥＮ－ＤＣ（ＮＧ－ＲＡＮ Ｅ－ＵＴＲＡ－ＮＲ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）において、Ｅ－ＵＴＲＡのＲＲＣメッセージがｅＮＢ１０２とＵＥ１２２との間で送受信されてもよい。この場合ＲＲＣメッセージには、ＬＴＥ（Ｅ－ＵＴＲＡ）の設定情報だけでなく、ＮＲの設定情報が含まれてもよい。またｅＮＢ１０２からＵＥ１２２に送信されるＲＲＣメッセージは、ｅＮＢ１０２からｇＮＢ１０８を経由してＵＥ１２２に送信されてもよい。また、本ＲＲＣメッセージの構成は、非ＭＲ－ＤＣであって、ｅＮＢ１０２（拡張型ｅＮＢ）がコア網として５ＧＣを用いるＥ－ＵＴＲＡ／５ＧＣに用いられてもよい。
【0072】
また逆に、ＭＲ－ＤＣにおいて、コア網が５ＧＣ１１０で、マスターノードがｇＮＢ１０８である場合のＭＲ－ＤＣであるＮＥ－ＤＣ（ＮＲ－Ｅ－ＵＴＲＡ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）において、ＮＲのＲＲＣメッセージがｇＮＢ１０８とＵＥ１２２との間で送受信されてもよい。この場合のＲＲＣメッセージには、ＮＲの設定情報だけでなく、ＬＴＥ（Ｅ－ＵＴＲＡ）の設定情報が含まれてもよい。またｇＮＢ１０８からＵＥ１２２に送信されるＲＲＣメッセージは、ｇＮＢ１０８からｅＮＢ１０２を経由してＵＥ１２２に送信されてもよい。
【0073】
なお、ＭＲ－ＤＣを利用する場合に限らず、ｅＮＢ１０２からＵＥ１２２に送信されるＥ－ＵＴＲＡ用ＲＲＣメッセージに、ＮＲ用ＲＲＣメッセージが含まれていてもよいし、ｇＮＢ１０８からＵＥ１２２に送信されるＮＲ用ＲＲＣメッセージに、Ｅ－ＵＴＲＡ用ＲＲＣメッセージが含まれていてもよい。
【0074】
図７は、図４における、ＮＲでのＲＲＣコネクション再設定に関するメッセージに含まれる、セルグループ設定に関するフィールド及び情報要素うちの一部または全部を表すＡＳＮ．１記述の一例である。また図８は、図４における、Ｅ－ＵＴＲＡでのＲＲＣコネクション再設定に関するメッセージに含まれる、セルグループ設定に関するフィールド及び情報要素うちの一部または全部を表すＡＳＮ．１記述の一例である。図７、図８に限らず、本発明の実施の形態におけるＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報要素が省略されていてもよい。なお本発明の実施の形態においてＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明の実施形態におけるＲＲＣコネクションの再設定に関するメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が使われてもよい。またＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明の一形態と密接に関連する主な情報に関する例のみを示す。なお、ＡＳＮ．１で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、ＲＲＣメッセージに含まれる、ＡＳＮ．１で記述されるフィールド、情報要素等のパラメータを、情報と言う場合もある。なおＲＲＣコネクションの再設定に関するメッセージとは、ＮＲにおけるＲＲＣ再設定メッセージであってもよいし、Ｅ－ＵＴＲＡにおけるＲＲＣコネクション再設定メッセージであってもよい。
【0075】
図７において、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇには、無線ベアラの設定が含まれてよい。ｍａｓｔｅｒＣｅｌｌＧｒｏｕｐには、ＭＣＧがＮＲである場合のＭＣＧに関する設定が含まれてよい。ｓｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐには、ＳＣＧのセルから端末装置に通知される場合のＳＣＧに関する設定が含まれてよい。ｍｒｄｃ－ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇには、ＭＣＧのセルから端末装置に通知される場合のＳＣＧに関する設定が含まれてよい。
【0076】
上記ｍａｓｔｅｒＣｅｌｌＧｒｏｕｐ、ｓｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ、および／または、ｍｒｄｃ－ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇには、値としてＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素が含まれてもよい。
【0077】
ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素は、セルグループに関する設定が含まれてよ
い。ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素に含まれるｃｅｌｌＧｒｏｕｐＩｄには、セルグループを識別するための識別子の情報が含まれてよい。ｍａｃ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇには、セルグループのＭＡＣ層に関する設定が含まれてよい。ｓｐＣｅｌｌＣｏｎｆｉｇにはＳｐＣｅｌｌに関する設定が含まれてよい。ｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔには、セルグループに属するＳＣｅｌｌの追加または変更に関する設定が含まれてよい。ｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔには、セルグループに属するＳＣｅｌｌの削除に関する情報が含まれてよい。
い。ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素に含まれるｃｅｌｌＧｒｏｕｐＩｄには、セルグループを識別するための識別子の情報が含まれてよい。ｍａｃ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇには、セルグループのＭＡＣ層に関する設定が含まれてよい。ｓｐＣｅｌｌＣｏｎｆｉｇにはＳｐＣｅｌｌに関する設定が含まれてよい。ｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔには、セルグループに属するＳＣｅｌｌの追加または変更に関する設定が含まれてよい。ｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔには、セルグループに属するＳＣｅｌｌの削除に関する情報が含まれてよい。
【0078】
図８において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれるｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔ－ｒ１０には、ＭＣＧに属するＳＣｅｌｌの削除に関する情報が含まれてよい。ｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔ－ｒ１０には、ＭＣＧに属するＳＣｅｌｌの追加または変更に関する設定が含まれてよい。ｓｃｇ－Ｃｏｎｆｉｇｕｒａｔｉｏｎ－ｒ１２には、ＳＣＧに関する設定が含まれてよい。ｓｃｇ－Ｃｏｎｆｉｇｕｒａｔｉｏｎ－ｒ１２に含まれるｓｃｇ－ＣｏｎｆｉｇＰａｒｔＳＣＧ－ｒ１２には、ＳＣＧのＳｐＣｅｌｌに関する設定（ｐＳＣｅｌｌＴｏＡｄｄＭｏｄ－ｒ１２など）、セルグループに属するＳＣｅｌｌの追加または変更に関する設定（ｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔＳＣＧ－ｒ１２など）、および／またはセルグループに属するＳＣｅｌｌの削除に関する情報（ｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔＳＣＧ－ｒ１２など）が含まれてよい。また、ハンドオーバ時のＳＣｅｌｌの追加または変更に関する設定、および／またはＳＣｅｌｌを追加するときのＳＣｅｌｌの追加または変更に関する設定に、ＳＣｅｌｌの初期状態を示す情報が含まれてもよい。例えば、活性状態（Ａｃｔｉｖａｔｅｄ）と休眠状態（Ｄｏｒｍａｎｔ）の何れかを示す情報がＲＲＣメッセージに含まれてもよい。この情報が含まれる場合に、この情報に基づきＳＣｅｌｌの初期状態を活性状態（Ａｃｔｉｖａｔｅｄ）または休眠状態（Ｄｏｒｍａｎｔ）に設定してもよい。この情報が含まれない場合にＳＣｅｌｌの初期状態を不活性状態（Ｄｅａｃｔｉｖａｔｅｄ）にしてもよい。
【0079】
なお、上記各フィールドや情報要素は、上記用途に限定されなくてもよい。
【0080】
上記情報を含むＲＲＣメッセージを基地局装置から受信した端末装置は、情報に基づき、ＭＣＧのＳｐＣｅｌｌ（ＰＣｅｌｌ）、ＭＣＧのＳＣｅｌｌ、ＳＣＧのＳｐＣｅｌｌ（ＰＳＣｅｌｌ）、および／またはＳＣＧのＳＣｅｌｌの設定を行う。
【0081】
端末装置は、サービングセル（例えばＰＣｅｌｌおよび／またはＰＳＣｅｌｌ）において、ある種類の参照信号（例えばセル固有の参照信号（ＣＲＳ））を用いて無線リンク監視を行なってもよい。また、端末装置は、サービングセル（例えばＰＣｅｌｌおよび／またはＰＳＣｅｌｌ）における無線リンク監視にどの参照信号を用いるかを示す設定（無線リンク監視設定：ＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇ）を基地局装置から受け取り、設定された１つまたは複数の参照信号（ここではＲＬＭ－ＲＳと称する）を用いて無線リンク監視を行なってもよい。また、端末装置は、その他の信号を用いて無線リンク監視を行なってもよい。端末装置の物理層処理部は、サービングセル（例えばＰＣｅｌｌおよび／またはＰＳＣｅｌｌ）において同期中となる条件を満たしている場合には、同期中を上位レイヤに通知してもよい。
【0082】
前記無線リンク監視設定には、監視の目的を示す情報と、参照信号を示す識別子情報とが含まれてよい。例えば、監視の目的には、無線リンク失敗を監視する目的、ビームの失敗を監視する目的、あるいはその両方の目的、などが含まれてよい。また、例えば、参照信号を示す識別子情報は、セルの同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ：ＳＳＢ）の識別子（ＳＳＢ－Ｉｎｄｅｘ）を示す情報が含まれてよい。すなわち、参照信号には同期信号が含まれてよい。また、例えば、参照信号を
示す識別子情報は、端末装置に設定されたチャネル状態情報参照信号（ＣＳＩ－ＲＳ）に紐づけられた識別子を示す情報が含まれてよい。
示す識別子情報は、端末装置に設定されたチャネル状態情報参照信号（ＣＳＩ－ＲＳ）に紐づけられた識別子を示す情報が含まれてよい。
【0083】
ＳｐＣｅｌｌ（ＭＣＧにおけるＰＣｅｌｌ、およびＳＣＧにおけるＰＳＣｅｌｌ）において、端末装置のＲＲＣ層処理部は、各ＳｐＣｅｌｌにおいて物理層処理部から通知される同期外を既定回数（Ｎ３１０回）連続して受け取った場合に当該ＳｐＣｅｌｌのタイマー（Ｔ３１０）を開始（Ｓｔａｒｔ）あるいは再開始（Ｒｅｓｔａｒｔ）してもよい。また、端末装置のＲＲＣ層処理部は、各ＳｐＣｅｌｌにおいて既定回数（Ｎ３１１回）連続して同期中を受け取った場合に当該ＳｐＣｅｌｌのタイマー（Ｔ３１０）を停止（Ｓｔｏｐ）してもよい。端末装置のＲＲＣ層処理部は、各ＳｐＣｅｌｌのタイマー（Ｔ３１０）が満了（Ｅｘｐｉｒｅ）した場合に、ＳｐＣｅｌｌがＰＣｅｌｌであれば、アイドル状態への遷移あるいはＲＲＣ接続の再確立手順を実施するようにしてもよい。また、ＳｐＣｅｌｌがＰＳＣｅｌｌであれば、ＳＣＧ障害をネットワークに通知するためのＳＣＧ障害情報手順（ＳＣＧ ｆａｉｌｕｒｅ ｉｎｆｏｒｍａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を実行してよい。
【0084】
上記説明は端末装置に間欠受信（ＤＲＸ）が設定されていない場合の例である。端末装置にＤＲＸが設定されている場合、端末装置のＲＲＣ層処理部は、無線リンク品質を測定する期間や上位レイヤへの通知間隔をＤＲＸが設定されていない場合と異なる値をとるように物理層処理部に対して設定してもよい。なお、ＤＲＸが設定されている場合であっても、上記タイマーが走っているときには、同期中を推定するための無線リンク品質を測定する期間や上位レイヤへの通知間隔を、ＤＲＸが設定されていない場合の値としてもよい。
【0085】
また、前記ＲＬＭ－ＲＳは明示的にあるいは暗黙的にネットワークから設定されない場合には未定義であってもよい。すなわち、端末装置は、ネットワーク（例えば基地局装置）からＲＬＭ－ＲＳの設定がなされない場合には無線リンク監視をしなくてもよい。
【0086】
また、ＣＲＳを用いた無線リンク監視がＥＵＴＲＡのセルで行われ、ＲＬＭ－ＲＳを用いた無線リンク監視がＮＲのセルで行われてよいが、これに限定されない。
【0087】
セルの活性化（Ａｃｔｉｖａｔｉｏｎ）および不活性化（Ｄｅａｃｔｉｖａｔｉｏｎ）について説明する。デュアルコネクティビティで通信する端末装置は、前述のＲＲＣコネクションの再設定に関するメッセージによって、マスターセルグループ（ＭＣＧ）の設定とセカンダリセルグループ（ＳＣＧ）が設定される。各セルグループは、特別なセル（ＳｐＣｅｌｌ）とそれ以外の０個以上のセル（セカンダリセル：ＳＣｅｌｌ）とで構成されてよい。ＭＣＧのＳｐＣｅｌｌはＰＣｅｌｌとも称する。ＳＣＧのＳｐＣｅｌｌはＰＳＣｅｌｌとも称する。セルの不活性化は、ＳｐＣｅｌｌには適用されず、ＳＣｅｌｌに適用されてよい。
【0088】
また、セルの不活性化は、ＰＣｅｌｌには適用されず、ＰＳＣｅｌｌには適用されてもよい。この場合、セルの不活性化は、ＳｐＣｅｌｌとＳＣｅｌｌとで異なる処理であってもよい。
【0089】
非特許文献６および非特許文献７で示されるように、セルの活性化および不活性化はセルグループ毎に存在するＭＡＣエンティティで処理されてよい。端末装置に設定されたＳＣｅｌｌは下記（Ａ）および／または（Ｂ）によって活性化および／または不活性化されてよい。
（Ａ）ＳＣｅｌｌ活性化／不活性化を示すＭＡＣ ＣＥの受信
（Ｂ）ＰＵＣＣＨが設定されていないＳＣｅｌｌごとに設定されるタイマー（ｓＣｅ
ｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）
（Ａ）ＳＣｅｌｌ活性化／不活性化を示すＭＡＣ ＣＥの受信
（Ｂ）ＰＵＣＣＨが設定されていないＳＣｅｌｌごとに設定されるタイマー（ｓＣｅ
ｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）
【0090】
具体的には、端末装置は、ＭＡＣエンティティはセルグループに設定されている各ＳＣｅｌｌに対して以下の処理（ＡＤ）をおこなってよい。
【0091】
（処理ＡＤ）
もし、ＳＣｅｌｌを活性化させるＭＡＣ ＣＥを受信したら、処理（ＡＤ－１）を行う。そうでなく、もし、ＳＣｅｌｌを不活性化させるＭＡＣ ＣＥを受信した、または、活性状態のＳＣｅｌｌにおいてタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）が満了したら、処理（ＡＤ－２）を行う。もし、活性状態のＳＣｅｌｌのＰＤＣＣＨによって上りリンクグラントまたは下りリンク割り当てが通知されたら、または、あるサービングセルのＰＤＣＣＨによって、活性状態のＳＣｅｌｌに対する上りリンクグラントまたは下りリンク割り当てが通知されたら、または、設定された上りリンクグラントにおいてＭＡＣ ＰＤＵが送信された、または、設定された下りリンク割り当てにおいてＭＡＣ ＰＤＵが受信されたら、そのＳＣｅｌｌに関連付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を再スタートする。もし、ＳＣｅｌｌが不活性状態となったら、処理（ＡＤ－３）を行う。
もし、ＳＣｅｌｌを活性化させるＭＡＣ ＣＥを受信したら、処理（ＡＤ－１）を行う。そうでなく、もし、ＳＣｅｌｌを不活性化させるＭＡＣ ＣＥを受信した、または、活性状態のＳＣｅｌｌにおいてタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）が満了したら、処理（ＡＤ－２）を行う。もし、活性状態のＳＣｅｌｌのＰＤＣＣＨによって上りリンクグラントまたは下りリンク割り当てが通知されたら、または、あるサービングセルのＰＤＣＣＨによって、活性状態のＳＣｅｌｌに対する上りリンクグラントまたは下りリンク割り当てが通知されたら、または、設定された上りリンクグラントにおいてＭＡＣ ＰＤＵが送信された、または、設定された下りリンク割り当てにおいてＭＡＣ ＰＤＵが受信されたら、そのＳＣｅｌｌに関連付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を再スタートする。もし、ＳＣｅｌｌが不活性状態となったら、処理（ＡＤ－３）を行う。
【0092】
（処理ＡＤ－１）
【0093】
ＳＣｅｌｌを活性状態にして、下記（Ａ）から（Ｅ）の一部または全部を含む通常のＳＣｅｌｌ動作（Ｏｐｅｒａｔｉｏｎ）を適用（実施）する。
（Ａ）このＳＣｅｌｌにおけるサウンディング参照信号（ＳＲＳ）の送信
（Ｂ）このＳＣｅｌｌのためのチャネル状態情報（ＣＳＩ）の報告
（Ｃ）このＳＣｅｌｌにおけるＰＤＣＣＨのモニタ
（Ｄ）このＳＣｅｌｌに対するＰＤＣＣＨのモニタ（他のサービングセルにおいてこのＳＣｅｌｌに対するスケジュールが行われる場合）
（Ｅ）もしＰＵＣＣＨが設定されていれば、このＳＣｅｌｌにおけるＰＵＣＣＨ送信
（Ａ）このＳＣｅｌｌにおけるサウンディング参照信号（ＳＲＳ）の送信
（Ｂ）このＳＣｅｌｌのためのチャネル状態情報（ＣＳＩ）の報告
（Ｃ）このＳＣｅｌｌにおけるＰＤＣＣＨのモニタ
（Ｄ）このＳＣｅｌｌに対するＰＤＣＣＨのモニタ（他のサービングセルにおいてこのＳＣｅｌｌに対するスケジュールが行われる場合）
（Ｅ）もしＰＵＣＣＨが設定されていれば、このＳＣｅｌｌにおけるＰＵＣＣＨ送信
【0094】
また、もし、ＮＲにおいて、この活性化させるＭＡＣ ＣＥを受信する前にこのＳＣｅｌｌが不活性状態であったなら、下記（Ａ）から（Ｂ）の一部または全部を実施する。
（Ａ）ＲＲＣメッセージで設定されている下りリンクＢＷＰの識別子（ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰを活性化する
（Ｂ）ＲＲＣメッセージで設定されている上りリンクＢＷＰの識別子（ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰを活性化する
（Ａ）ＲＲＣメッセージで設定されている下りリンクＢＷＰの識別子（ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰを活性化する
（Ｂ）ＲＲＣメッセージで設定されている上りリンクＢＷＰの識別子（ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰを活性化する
【0095】
また、このＳＣｅｌｌに対応付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）をスタート、または（すでにスタートしている場合は）再スタートする。
【0096】
（処理ＡＤ－２）
【0097】
このＳＣｅｌｌを不活性化する。
【0098】
また、このＳＣｅｌｌに対応付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を停止する。
【0099】
このＳＣｅｌｌに対応付けられたすべての活性化されたＢＷＰを不活性化する。
【0100】
このＳＣｅｌｌに対応付けられたＨＡＲＱのバッファをフラッシュする。
【0101】
（処理ＡＤ－３）
下記（Ａ）から（Ｄ）の一部または全部を実施する。
（Ａ）このＳＣｅｌｌでＳＲＳを送信しない。
（Ｂ）このＳＣｅｌｌのためのＣＳＩを報告しない。
（Ｃ）このＳＣｅｌｌでＰＵＣＣＨ，ＵＬ－ＳＣＨ、および／またはＲＡＣＨを送信しない。
（Ｄ）このＳＣｅｌｌのＰＤＣＣＨ、および／またはこのＳＣｅｌｌに対するＰＤＣＣＨのモニタをしない。
下記（Ａ）から（Ｄ）の一部または全部を実施する。
（Ａ）このＳＣｅｌｌでＳＲＳを送信しない。
（Ｂ）このＳＣｅｌｌのためのＣＳＩを報告しない。
（Ｃ）このＳＣｅｌｌでＰＵＣＣＨ，ＵＬ－ＳＣＨ、および／またはＲＡＣＨを送信しない。
（Ｄ）このＳＣｅｌｌのＰＤＣＣＨ、および／またはこのＳＣｅｌｌに対するＰＤＣＣＨのモニタをしない。
【0102】
上記のように、ＭＡＣエンティティが処理（ＡＤ）を行うことにより、ＳＣｅｌｌの活性化および不活性化が行われる。
【0103】
また前述のようにＳＣｅｌｌが追加される場合にＲＲＣメッセージによってＳＣｅｌｌの初期状態が設定されてもよい。
【0104】
ここで、タイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）について説明する。ＰＵＣＣＨが設定されないＳＣｅｌｌに対しては、ＲＲＣメッセージによって、タイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）の値（タイマーが満了したとみなされる時間に関する情報）が通知されてよい。例えば、ＲＲＣメッセージでタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）の値として４０ｍｓを示す情報が通知された場合、上記処理（ＡＤ）において、タイマーをスタートまたは再スタートしてからタイマーが停止することなく通知された時間（ここでは４０ｍｓ）が経過したしたときに、タイマーが満了したとみなされる。
【0105】
ここで、帯域部分（ＢＷＰ）について説明する。
【0106】
ＢＷＰはサービングセルの帯域の一部あるいは全部の帯域であってよい。また、ＢＷＰはキャリアＢＷＰ（Ｃａｒｒｉｅｒ ＢＷＰ）と呼称されてもよい。端末装置には、１つまたは複数のＢＷＰが設定されてよい。あるＢＷＰは初期セルサーチで検出された同期信号に対応づけられた報知情報に含まれる情報によって設定されてもよい。また、あるＢＷＰは初期セルサーチを行う周波数に対応づけられた周波数帯域幅であってもよい。また、あるＢＷＰはＲＲＣシグナリング（例えばＤｅｄｉｃａｔｅｄ ＲＲＣ ｓｉｇｎａｌｉｎｇ）で設定されてもよい。また、下りリンクのＢＷＰ（ＤＬ ＢＷＰ）と上りリンクのＢＷＰ（ＵＬ ＢＷＰ）とが個別に設定されてもよい。また、１つまたは複数の上りリンクのＢＷＰが１つまたは複数の下りリンクのＢＷＰと対応づけられてよい。また、上りリンクのＢＷＰと下りリンクのＢＷＰとの対応づけは既定の対応づけであってもよいし、ＲＲＣシグナリング（例えばＤｅｄｉｃａｔｅｄ ＲＲＣ ｓｉｇｎａｌｉｎｇ）による対応付けでもよいし、物理層のシグナリング（例えば下りリンク制御チャネルで通知される下りリンク制御情報（ＤＣＩ）による対応付けであってもよいし、それらの組み合わせであってもよい。
【0107】
ＢＷＰは連続する物理無線ブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）のグループで構成されてよい。また、接続状態の端末装置に対して、各コンポーネントキャリアのＢＷＰ（１つまたは複数のＢＷＰ）のパラメータが設定されてよい。各コンポーネントキャリアのＢＷＰのパラメータには、（Ａ）サイクリックプレフィックスの種類、（Ｂ）サブキャリア間隔、（Ｃ）ＢＷＰの周波数位置（例えば、ＢＷＰの低周波数側の開始位置または中央周波数位置）（周波数位置は例えば、ＡＲＦＣＮが用いられてもよいし、サービングセルの特定のサブキャリアからのオフセットが用いられてもよい。また、オフセットの単位はサブキャリア単位であってもよいし、リソースブロック単位でもよい。また、ＡＲＦＣＮとオフセットの両方が設定されるかもしれない。）、（Ｄ）ＢＷＰの帯域幅（例えばＰＲＢ数）、（Ｅ）制御信号のリソース設定情報、（Ｆ）ＳＳブロックの中心周波数位置（周波数位置は例えば、ＡＲＦＣＮが用いられてもよいし、サービングセルの特定のサブキャリアからのオフセットが用いられてもよい。また、オフセットの単位はサブキャリア単位であってもよいし、リソースブロック単位でもよい。また、ＡＲＦＣＮとオフセットの両方が設定されるかもしれない。）、の一部あるいは全部が含まれてよい。また、制御信号のリソース設定情報が、少なくともＰＣｅｌｌおよび／またはＰＳＣｅｌｌの一部あるいは全部のＢＷＰの設定に含まれてもよい。
【0108】
端末装置は、１つまたは複数の設定されたＢＷＰのうち、アクティブなＢＷＰ（Ａｃｔｉｖｅ ＢＷＰ）において送受信をおこなってよい。端末装置に対して、一つのサービングセルに対して設定された１つまたは複数のＢＷＰのうち、ある時間において、最大で１つの上りリンクＢＷＰ、および／または最大で１つの下りリンクＢＷＰとがアクティブなＢＷＰとなるように設定されてもよい。活性化された下りリンクのＢＷＰをＡｃｉｔｖｅ
ＤＬ ＢＷＰとも称する。活性化された上りリンクＢＷＰをＡｃｔｉｖｅ ＵＬ ＢＷＰとも称する。
ＤＬ ＢＷＰとも称する。活性化された上りリンクＢＷＰをＡｃｔｉｖｅ ＵＬ ＢＷＰとも称する。
【0109】
次にＢＷＰの不活性化について説明する。１つのサービングセルは、１つまたは複数のＢＷＰが設定されてよい。サービングセルにおけるＢＷＰ切り替え（ＢＷＰ ｓｗｉｔｃｈｉｎｇ）は、不活性化されたＢＷＰ（インアクティブ（Ｉｎａｃｔｉｖｅ）ＢＷＰとも称する）を活性化して、活性化されていたＢＷＰを不活性化するために用いられる。
【0110】
ＢＷＰ切り替えは、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨ、タイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）、ＲＲＣシグナリング、またはランダムアクセス手順の開始のためにＭＡＣエンティティそれ自身によって制御される。サービングセルのＡｃｔｉｖｅ ＢＷＰは、ＲＲＣまたはＰＤＣＣＨによって示される。
【0111】
次に休眠（Ｄｏｒｍａｎｔ）ＢＷＰについて説明する。休眠ＢＷＰへの入場（Ｅｎｔｅｒｉｎｇ）または休眠ＢＷＰからの退出（Ｌｅａｖｉｎｇ）は、ＢＷＰ切り替えによってなされる。この制御はＰＤＣＣＨによって、ＳＣｅｌｌごと、または休眠ＳＣｅｌｌグループ（Ｄｏｒｍａｎｃｙ ＳＣｅｌｌ Ｇｒｏｕｐ）と呼ばれるグループごとに行われる。休眠ＳＣｅｌｌグループの設定は、ＲＲＣシグナリングによって示される。また、現在の仕様では休眠ＢＷＰはＳＣｅｌｌにのみ適用される。なお、休眠ＢＷＰとはあるＢＷＰを休眠状態に変化させるものではなく、ＵＥに対して設定される１つまたは複数のＢＷＰのうち、休眠用として設定される１つのＢＷＰであると解釈してよい。また、休眠用としてＵＥに設定されるＢＷＰは、複数あってもよい。
【0112】
あるＢＷＰが休眠ＢＷＰであることは、ＢＷＰの設定に特定のパラメータが含まれないことによって示されてもよい。例えば、下りリンクＢＷＰの設定に含まれる、ＵＥ固有（Ｓｐｅｃｉｆｉｃ）なＰＤＣＣＨのパラメータを設定するための情報要素であるＰＤＣＣＨ－Ｃｏｎｆｉｇ情報要素が含まれないことによって、そのＢＷＰが休眠ＢＷＰであることを示してもよい。また、例えば、下りリンクＢＷＰの設定に含まれる、ＵＥ固有（Ｓｐｅｃｉｆｉｃ）なＰＤＣＣＨのパラメータを設定するための情報要素であるＰＤＣＣＨ－Ｃｏｎｆｉｇ情報要素に含まれるパラメータの一部が設定されない（含まれない）ことによって、そのＢＷＰが休眠ＢＷＰであることを示してもよい。例えば、あるＢＷＰの設定として、ＰＤＣＣＨ－Ｃｏｎｆｉｇ情報要素によって設定される、どこで、および／またはどのように、ＰＤＣＣＨの候補を検索（Ｓｅａｒｃｈ）するかを定義するサーチスペースに関する設定の一部または全部が設定されない（含まれない）ことによって、そのＢＷＰが休眠ＢＷＰであることを示してもよい。
【0113】
また、現在の仕様では、ＰＣｅｌｌやＰＳＣｅｌｌなどのＳｐＣｅｌｌおよびＰＵＣＣ
Ｈの送信がおこなえるＰＵＣＣＨ ＳＣｅｌｌへの休眠ＢＷＰの設定はサポートされていない。
Ｈの送信がおこなえるＰＵＣＣＨ ＳＣｅｌｌへの休眠ＢＷＰの設定はサポートされていない。
【0114】
ある設定された期間（アクティブ時間）の外で休眠ＢＷＰから退出することを示すＰＤＣＣＨをＳｐＣｅｌｌで受信したＵＥは、予めＲＲＣシグナリングで通知された第１の下りリンクＢＷＰ識別子で示される下りリンクＢＷＰを活性化する。
【0115】
ある設定された期間（アクティブ時間）の内で休眠ＢＷＰから退出することを示すＰＤＣＣＨをＳｐＣｅｌｌで受信したＵＥは、予めＲＲＣシグナリングで通知された第２の下りリンクＢＷＰ識別子で示される下りリンクＢＷＰを活性化する。
【0116】
休眠ＢＷＰに入場することを示すＰＤＣＣＨを受信したＵＥは、予めＲＲＣシグナリングで通知された第３の下りリンクＢＷＰ識別子（ｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示される下りリンクＢＷＰを活性化する。
【0117】
上記の休眠ＢＷＰへの入場と退出は、ＢＷＰ切り替えによって行われ、新たなＢＷＰを活性化する際に、それまで活性状態であったＢＷＰが不活性化される。すなわち、休眠ＢＷＰから退出する場合、休眠ＢＷＰが不活性化され、休眠ＢＷＰに入場する場合、休眠ＢＷＰが活性化される。
【0118】
ここで、休眠ＢＷＰに入場することを示すＰＤＣＣＨと休眠ＢＷＰから退場することを示すＰＤＣＣＨについて説明する。
【0119】
例えば、ＳｐＣｅｌｌにおいて間欠受信（ＤＲＸ）が設定されているＵＥは、ＤＲＸのアクティブタイムの外において、あるＤＣＩフォーマット（例えばＤＣＩフォーマット２＿６）を検出するためにＳｐＣｅｌｌのＡｃｔｉｖｅ ＢＷＰでＰＤＣＣＨをモニタしてもよい。前記ＤＣＩフォーマットのＣＲＣはあるＲＮＴＩ（例えばＰＳ－ＲＮＴＩ）でスクランブルされていてもよい。休眠ＳＣｅｌｌグループが設定されたＵＥは、ＤＣＩフォーマット２＿６のペイロードに含まれるビットマップ情報に基づき、Ａｃｔｉｖｅ ＤＬ ＢＷＰの切り替えを判断する。例えば、ビットマップのあるビットがひとつの休眠ＳＣｅｌｌグループに紐づけられ、ビットが１である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰであれば、あらかじめ設定された別のＢＷＰにＢＷＰ切り替えを実行し、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰでなければ、そのＢＷＰにとどまるようにしてもよい。また、ビットが０である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰになるようにＢＷＰ切り替えを実行してもよい。
【0120】
ＵＥはＤＲＸのアクティブタイムにおいて、ＤＣＩフォーマット２＿６の検出を目的としたＰＤＣＣＨのモニタをしなくてもよい。
【0121】
ＳｐＣｅｌｌにおいて間欠受信（ＤＲＸ）が設定されているＵＥは、ＤＲＸのアクティブタイムにおいて、あるＤＣＩフォーマット（例えばＤＣＩフォーマット０＿１および１＿１）を検出するためにＳｐＣｅｌｌのＡｃｔｉｖｅ ＢＷＰでＰＤＣＣＨをモニタしてもよい。前記ＤＣＩフォーマットのＣＲＣはあるＲＮＴＩ（例えばＣ－ＲＮＴＩまたはＭＣＳ－Ｃ－ＲＮＴＩ）でスクランブルされていてもよい。休眠ＳＣｅｌｌグループが設定されたＵＥは、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット１＿１のペイロードに含まれるビットマップ情報に基づき、Ａｃｔｉｖｅ ＤＬ ＢＷＰの切り替えを判断する。例えば、ビットマップのあるビットがひとつの休眠ＳＣｅｌｌグループに紐づけられ、ビットが１である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰであれば、あらかじめ設定された別のＢＷＰにＢＷＰ切り替えを実行し、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰでなければ、そのＢＷＰにとどまるようにしてもよい。また、ビットが０である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰになるようにＢＷＰ切り替えを実行してもよい。また、前記「あらかじめ設定された別のＢＷＰ」は、ＤＣＩフォーマット２＿６の説明で用いた「あらかじめ設定された別のＢＷＰ」とは異なるＢＷＰであってよい。
【0122】
ＵＥはＤＲＸのアクティブタイムの外において、ＤＣＩフォーマット０＿１およびＤＣＩフォーマット１＿１の検出を目的としたＰＤＣＣＨのモニタをしなくてもよい。
【0123】
休眠ＢＷＰを抜けることを示すＰＤＣＣＨをモニタすることとは、ＤＲＸのアクティブタイムの外でＤＣＩフォーマット２＿６の検出を目的としたＰＤＣＣＨのモニタをし、ＤＲＸのアクティブタイムにおいて、ＤＣＩフォーマット０＿１およびＤＣＩフォーマット１＿１の検出を目的としたＰＤＣＣＨのモニタをすることであってよい。
【0124】
ＢＷＰが設定された活性化された各サービングセルにおいて、ＭＡＣエンティティは、もし、ＢＷＰが活性化され（Ａｃｔｉｖｅ ＢＷＰであり）、そのＢＷＰが休眠ＢＷＰでないなら、下記（Ａ）から（Ｈ）の一部または全部を行う。
（Ａ）そのＢＷＰでＵＬ－ＳＣＨを送信する。
（Ｂ）もしＰＲＡＣＨオケージョンが設定されているなら、そのＢＷＰでＲＡＣＨを送信する。
（Ｃ）そのＢＷＰでＰＤＣＣＨをモニタする。
（Ｄ）もしＰＵＣＣＨが設定されているなら、そのＢＷＰでＰＵＣＣＨを送信する。
（Ｅ）そのＢＷＰでＣＳＩを報告する。
（Ｆ）もしＳＲＳが設定されているなら、そのＢＷＰでＳＲＳを送信する。
（Ｇ）そのＢＷＰでＤＬ－ＳＣＨを受信する。
（Ｈ）そのＢＷＰで設定されてサスペンドされた、グラントタイプ１のコンフィギュアード上りリンクグラントを初期化する。
（Ａ）そのＢＷＰでＵＬ－ＳＣＨを送信する。
（Ｂ）もしＰＲＡＣＨオケージョンが設定されているなら、そのＢＷＰでＲＡＣＨを送信する。
（Ｃ）そのＢＷＰでＰＤＣＣＨをモニタする。
（Ｄ）もしＰＵＣＣＨが設定されているなら、そのＢＷＰでＰＵＣＣＨを送信する。
（Ｅ）そのＢＷＰでＣＳＩを報告する。
（Ｆ）もしＳＲＳが設定されているなら、そのＢＷＰでＳＲＳを送信する。
（Ｇ）そのＢＷＰでＤＬ－ＳＣＨを受信する。
（Ｈ）そのＢＷＰで設定されてサスペンドされた、グラントタイプ１のコンフィギュアード上りリンクグラントを初期化する。
【0125】
ＢＷＰが設定された活性化された各サービングセルにおいて、ＭＡＣエンティティは、もし、ＢＷＰが活性化され（Ａｃｔｉｖｅ ＢＷＰであり）、そのＢＷＰが休眠ＢＷＰであるなら、下記（Ａ）から（Ｇ）の一部または全部を行う。
（Ａ）このＢＷＰのサービングセルのタイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）が走っているなら止める。
（Ｂ）そのＢＷＰのＰＤＣＣＨをモニタしない。
（Ｃ）そのＢＷＰのためのＰＤＣＣＨをモニタしない。
（Ｄ）そのＢＷＰでＤＬ－ＳＣＨを受信しない。
（Ｅ）もしＣＳＩ測定が設定されていたら、そのＢＷＰでＣＳＩ測定を実行する。
（Ｆ）すべての上りリンクの挙動（Ｂｅｈａｖｉｏｒ）を止める。すなわち、上りリンク送信を止め、そのセルに関連付けられたグラントタイプ１のコンフィギュアード上りリンクグラントをサスペンドし、そのセルに関連付けられたグラントタイプ２のコンフィギュアード上りリンクグラントをクリアする。
（Ｇ）もしビーム失敗に関する設定が設定されていたら、ビーム失敗（Ｂｅａｍ Ｆａｉｌｕｒｅ）を検出（Ｄｅｔｅｃｔ）し、もしビーム失敗が検出されたらビーム失敗回復（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ）を実行する。
（Ａ）このＢＷＰのサービングセルのタイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）が走っているなら止める。
（Ｂ）そのＢＷＰのＰＤＣＣＨをモニタしない。
（Ｃ）そのＢＷＰのためのＰＤＣＣＨをモニタしない。
（Ｄ）そのＢＷＰでＤＬ－ＳＣＨを受信しない。
（Ｅ）もしＣＳＩ測定が設定されていたら、そのＢＷＰでＣＳＩ測定を実行する。
（Ｆ）すべての上りリンクの挙動（Ｂｅｈａｖｉｏｒ）を止める。すなわち、上りリンク送信を止め、そのセルに関連付けられたグラントタイプ１のコンフィギュアード上りリンクグラントをサスペンドし、そのセルに関連付けられたグラントタイプ２のコンフィギュアード上りリンクグラントをクリアする。
（Ｇ）もしビーム失敗に関する設定が設定されていたら、ビーム失敗（Ｂｅａｍ Ｆａｉｌｕｒｅ）を検出（Ｄｅｔｅｃｔ）し、もしビーム失敗が検出されたらビーム失敗回復（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ）を実行する。
【0126】
ＭＡＣエンティティは、もし、ＢＷＰが不活性化されたら、下記（Ａ）から（Ｉ）の一部または全部を行う。
（Ａ）そのＢＷＰでＵＬ－ＳＣＨを送信しない。
（Ｂ）そのＢＷＰでＲＡＣＨを送信しない。
（Ｃ）そのＢＷＰでＰＤＣＣＨをモニタしない。
（Ｄ）そのＢＷＰでＰＵＣＣＨを送信しない。
（Ｅ）そのＢＷＰでＣＳＩを報告しない。
（Ｆ）そのＢＷＰでＳＲＳを送信しない。
（Ｇ）そのＢＷＰでＤＬ－ＳＣＨを受信しない。
（Ｈ）そのＢＷＰで設定された、グラントタイプ２のコンフィギュアード上りリンクグラントをクリアする。
（Ｉ）その不活性化されたＢＷＰ（インアクティブＢＷＰ）のグラントタイプ１のコンフィギュアード上りリンクグラントをサスペンドする。
（Ａ）そのＢＷＰでＵＬ－ＳＣＨを送信しない。
（Ｂ）そのＢＷＰでＲＡＣＨを送信しない。
（Ｃ）そのＢＷＰでＰＤＣＣＨをモニタしない。
（Ｄ）そのＢＷＰでＰＵＣＣＨを送信しない。
（Ｅ）そのＢＷＰでＣＳＩを報告しない。
（Ｆ）そのＢＷＰでＳＲＳを送信しない。
（Ｇ）そのＢＷＰでＤＬ－ＳＣＨを受信しない。
（Ｈ）そのＢＷＰで設定された、グラントタイプ２のコンフィギュアード上りリンクグラントをクリアする。
（Ｉ）その不活性化されたＢＷＰ（インアクティブＢＷＰ）のグラントタイプ１のコンフィギュアード上りリンクグラントをサスペンドする。
【0127】
次にＢＷＰが設定されたＵＥにおけるランダムアクセス手順について説明する。あるサービングセルにおいてランダムアクセス手順を開始するときにＭＡＣエンティティはこのサービングセルの選択したキャリアにおいて、次の（Ａ）から（Ｅ）の一部または全部の処理をおこなう。
（Ａ）もし、ＰＲＡＣＨを送信するリソース（オケージョン）が、Ａｃｔｉｖｅ ＵＬ ＢＷＰに対して設定されていなければ、（Ａ１）Ａｃｔｉｖｅ ＵＬ ＢＷＰをＲＲＣのパラメータ（ｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰ）によって示されるＢＷＰに切り替え、（Ａ２）もし、サービングセルがＳｐＣｅｌｌであれば、Ａｃｔｉｖｅ ＵＬ ＢＷＰをＲＲＣのパラメータ（ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰ）によって示されるＢＷＰに切り替える。
（Ｂ）もし、ＰＲＡＣＨを送信するリソース（オケージョン）がＡｃｔｉｖｅ ＵＬ
ＢＷＰに対して設定されていれば、もし、サービングセルがＳｐＣｅｌｌであり、Ａｃｔｉｖｅ ＤＬ ＢＷＰとＡｃｔｉｖｅ ＵＬ ＢＷＰとが同じ識別子（ｂｗｐ－Ｉｄ）を持たなければ、Ａｃｔｉｖｅ ＤＬ ＢＷＰをＡｃｔｉｖｅ ＵＬ ＢＷＰの識別子と同じ識別子のＢＷＰに切り替える。
（Ｃ）もしこのサービングセルのＡｃｔｉｖｅ ＤＬ ＢＷＰに対応付けられたタイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）が走っていたらこのタイマーを止める。
（Ｄ）もしサービングセルがＳＣｅｌｌなら、もしＳｐＣｅｌｌのＡｃｔｉｖｅ ＤＬ ＢＷＰに対応付けられたタイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）が走っていたらこのタイマーを止める。
（Ｅ）ＳｐＣｅｌｌのＡｃｔｉｖｅ ＤＬ ＢＷＰとこのサービングセルのＡｃｔｉｖｅ ＵＬ ＢＷＰ上でランダムアクセスプロシージャを実行する。
（Ａ）もし、ＰＲＡＣＨを送信するリソース（オケージョン）が、Ａｃｔｉｖｅ ＵＬ ＢＷＰに対して設定されていなければ、（Ａ１）Ａｃｔｉｖｅ ＵＬ ＢＷＰをＲＲＣのパラメータ（ｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰ）によって示されるＢＷＰに切り替え、（Ａ２）もし、サービングセルがＳｐＣｅｌｌであれば、Ａｃｔｉｖｅ ＵＬ ＢＷＰをＲＲＣのパラメータ（ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰ）によって示されるＢＷＰに切り替える。
（Ｂ）もし、ＰＲＡＣＨを送信するリソース（オケージョン）がＡｃｔｉｖｅ ＵＬ
ＢＷＰに対して設定されていれば、もし、サービングセルがＳｐＣｅｌｌであり、Ａｃｔｉｖｅ ＤＬ ＢＷＰとＡｃｔｉｖｅ ＵＬ ＢＷＰとが同じ識別子（ｂｗｐ－Ｉｄ）を持たなければ、Ａｃｔｉｖｅ ＤＬ ＢＷＰをＡｃｔｉｖｅ ＵＬ ＢＷＰの識別子と同じ識別子のＢＷＰに切り替える。
（Ｃ）もしこのサービングセルのＡｃｔｉｖｅ ＤＬ ＢＷＰに対応付けられたタイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）が走っていたらこのタイマーを止める。
（Ｄ）もしサービングセルがＳＣｅｌｌなら、もしＳｐＣｅｌｌのＡｃｔｉｖｅ ＤＬ ＢＷＰに対応付けられたタイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）が走っていたらこのタイマーを止める。
（Ｅ）ＳｐＣｅｌｌのＡｃｔｉｖｅ ＤＬ ＢＷＰとこのサービングセルのＡｃｔｉｖｅ ＵＬ ＢＷＰ上でランダムアクセスプロシージャを実行する。
【0128】
次にタイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）について説明する。タイマー（ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）が設定された活性化されたサービングセル（Ａｃｔｉｖａｔｅｄ Ｓｅｒｖｉｎｇ Ｃｅｌｌ）の各々に対してＭＡＣエンティティは、次の（Ａ）の処理をおこなう。
（Ａ）もしデフォルト下りリンクＢＷＰの識別子（ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）が設定されており、Ａｃｔｉｖｅ ＤＬ ＢＷＰが識別子（ｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰでない、または、もしデフォルト下りリンクＢＷＰの識別子（ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）が設定されておらず、Ａｃｔｉｖｅ ＤＬ ＢＷＰがｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰでなく、Ａｃｔｉｖｅ ＤＬ ＢＷＰが識別子（ｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰでないなら、次の（Ｂ）および（Ｄ）の処理をおこなう。
（Ｂ）もし、Ａｃｔｉｖｅ ＤＬ ＢＷＰで、下りリンク割り当て（Ａｓｓｉｇｎｍｅｎｔ）または上りリンクグラントを示す、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨを受信した、または、もし、Ａｃｔｉｖｅ ＤＬ ＢＷＰのための、下りリンク割り当てまたは上りリンクグラントを示す、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨを受信した、または、もし、コンフィギュアード上りリンクグラントでＭＡＣ ＰＤＵが送信された、またはコンフィギュアード下りリンク割り当てでＭＡＣ ＰＤＵが受信されたなら、次の（Ｃ）の処理をおこなう。
（Ｃ）もし、このサービングセルに関連付けられたランダムアクセス手順が実行中で
ない、または、このサービングセルに関連付けられた実行中のランダムアクセス手順が、Ｃ－ＲＮＴＩにアドレスされたＰＤＣＣＨの受信によって成功裏に完了（Ｓｕｃｃｅｓｓｆｕｌｌｙ ｃｏｍｐｌｅｔｅｄ）したら、Ａｃｔｉｖｅ ＤＬ ＢＷＰに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをスタートまたは再スタートする。
（Ｄ）もし、Ａｃｔｉｖｅ ＤＬ ＢＷＰに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了（Ｅｘｐｉｒｅ）したら、次の（Ｅ）の処理をおこなう。
（Ｅ）もし、ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄが設定されていたら、このｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄで示されるＢＷＰにＢＷＰ切り替えをおこない、そうでないなら、ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰにＢＷＰ切り替えをおこなう。
（Ａ）もしデフォルト下りリンクＢＷＰの識別子（ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）が設定されており、Ａｃｔｉｖｅ ＤＬ ＢＷＰが識別子（ｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰでない、または、もしデフォルト下りリンクＢＷＰの識別子（ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）が設定されておらず、Ａｃｔｉｖｅ ＤＬ ＢＷＰがｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰでなく、Ａｃｔｉｖｅ ＤＬ ＢＷＰが識別子（ｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰでないなら、次の（Ｂ）および（Ｄ）の処理をおこなう。
（Ｂ）もし、Ａｃｔｉｖｅ ＤＬ ＢＷＰで、下りリンク割り当て（Ａｓｓｉｇｎｍｅｎｔ）または上りリンクグラントを示す、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨを受信した、または、もし、Ａｃｔｉｖｅ ＤＬ ＢＷＰのための、下りリンク割り当てまたは上りリンクグラントを示す、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨを受信した、または、もし、コンフィギュアード上りリンクグラントでＭＡＣ ＰＤＵが送信された、またはコンフィギュアード下りリンク割り当てでＭＡＣ ＰＤＵが受信されたなら、次の（Ｃ）の処理をおこなう。
（Ｃ）もし、このサービングセルに関連付けられたランダムアクセス手順が実行中で
ない、または、このサービングセルに関連付けられた実行中のランダムアクセス手順が、Ｃ－ＲＮＴＩにアドレスされたＰＤＣＣＨの受信によって成功裏に完了（Ｓｕｃｃｅｓｓｆｕｌｌｙ ｃｏｍｐｌｅｔｅｄ）したら、Ａｃｔｉｖｅ ＤＬ ＢＷＰに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをスタートまたは再スタートする。
（Ｄ）もし、Ａｃｔｉｖｅ ＤＬ ＢＷＰに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了（Ｅｘｐｉｒｅ）したら、次の（Ｅ）の処理をおこなう。
（Ｅ）もし、ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄが設定されていたら、このｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄで示されるＢＷＰにＢＷＰ切り替えをおこない、そうでないなら、ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰにＢＷＰ切り替えをおこなう。
【0129】
また、ＭＡＣエンティティは、もし、ＢＷＰ切り替えのためのＰＤＣＣＨを受信し、Ａｃｔｉｖｅ ＤＬ ＢＷＰを切り替えたら、次の（Ａ）の処理をおこなう。
（Ａ）もしデフォルト下りリンクＢＷＰの識別子（ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）が設定されており、切り替えたＡｃｔｉｖｅ ＤＬ ＢＷＰが識別子（ｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰでない、かつ、もし切り替えたＡｃｔｉｖｅ ＤＬ ＢＷＰがｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄで示されるＢＷＰでないなら、Ａｃｔｉｖｅ ＤＬ ＢＷＰに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをスタートまたは再スタートする。
（Ａ）もしデフォルト下りリンクＢＷＰの識別子（ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）が設定されており、切り替えたＡｃｔｉｖｅ ＤＬ ＢＷＰが識別子（ｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ）で示されるＢＷＰでない、かつ、もし切り替えたＡｃｔｉｖｅ ＤＬ ＢＷＰがｄｏｒｍａｎｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄで示されるＢＷＰでないなら、Ａｃｔｉｖｅ ＤＬ ＢＷＰに関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをスタートまたは再スタートする。
【0130】
次にビーム失敗（Ｂｅａｍ ｆａｉｌｕｒｅ）の検出（Ｄｅｔｅｃｔｉｏｎ）およびリカバリ（Ｒｅｃｏｖｅｒｙ）の手順について説明する。
【0131】
ＭＡＣエンティティは、サービングセルごとにビーム失敗回復手順がＲＲＣによって設定されてもよい。ビーム失敗は、下位レイヤ（ＰＨＹ層）からＭＡＣエンティティに通知されるビーム失敗インスタンス通知をカウントすることによって検出される。ＭＡＣエンティティはビーム失敗検出のために各サービングセルで下記の（Ａ）、（Ｂ）、（Ｃ）の一部または全部の処理をおこなってよい。
（Ａ）もし、下位レイヤからビーム失敗インスタンス通知を受信したら、タイマー（ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）をスタートまたは再スタートし、カウンター（ＢＦＩ－ＣＯＵＮＴＥＲ）を１加算する。もしＢＦＩ＿ＣＯＵＮＴＥＲの値が設定された閾値（ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）以上であれば、下記の（Ａ－１）の処理をおこなう。
（Ａ－１）もし、サービングセルがＳＣｅｌｌなら、このサービングセルに対するビーム失敗回復（ＢＦＲ）をトリガし、そうでなければ、ＳｐＣｅｌｌでランダムアクセス手順を開始する。
（Ｂ）もし、このサービングセルに対する、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが満了した、または、もし、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ、および／またはビーム失敗検出のための参照信号の設定が上位レイヤによって変更されたら、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定する。
（Ｃ）もし、サービングセルがＳｐＣｅｌｌであり、ランダムアクセス手順が成功裏に完了したら、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定し、タイマー（ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ）を停止し、ビーム失敗回復手順が成功裏に完了したとみなす。そうでなく、もし、サービングセルがＳＣｅｌｌで、ＳＣｅｌｌのビーム失敗回復のための情報（例えばＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに含まれる情報）を送信するための、新しい上りリンクグラントを示すＣ－ＲＮＴＩにアドレスされたＰＤＣＣＨを受信したら、または、ＳＣｅｌｌが不活性状態であれば、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定し、ビーム失敗回復手順が成功裏に完了したとみなし、このサービングセルに対してトリガされたすべてのビーム失敗回復（ＢＦＲ）をキャンセルする。
（Ａ）もし、下位レイヤからビーム失敗インスタンス通知を受信したら、タイマー（ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）をスタートまたは再スタートし、カウンター（ＢＦＩ－ＣＯＵＮＴＥＲ）を１加算する。もしＢＦＩ＿ＣＯＵＮＴＥＲの値が設定された閾値（ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）以上であれば、下記の（Ａ－１）の処理をおこなう。
（Ａ－１）もし、サービングセルがＳＣｅｌｌなら、このサービングセルに対するビーム失敗回復（ＢＦＲ）をトリガし、そうでなければ、ＳｐＣｅｌｌでランダムアクセス手順を開始する。
（Ｂ）もし、このサービングセルに対する、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが満了した、または、もし、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ、および／またはビーム失敗検出のための参照信号の設定が上位レイヤによって変更されたら、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定する。
（Ｃ）もし、サービングセルがＳｐＣｅｌｌであり、ランダムアクセス手順が成功裏に完了したら、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定し、タイマー（ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ）を停止し、ビーム失敗回復手順が成功裏に完了したとみなす。そうでなく、もし、サービングセルがＳＣｅｌｌで、ＳＣｅｌｌのビーム失敗回復のための情報（例えばＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに含まれる情報）を送信するための、新しい上りリンクグラントを示すＣ－ＲＮＴＩにアドレスされたＰＤＣＣＨを受信したら、または、ＳＣｅｌｌが不活性状態であれば、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定し、ビーム失敗回復手順が成功裏に完了したとみなし、このサービングセルに対してトリガされたすべてのビーム失敗回復（ＢＦＲ）をキャンセルする。
【0132】
ＭＡＣエンティティは、もし、ビーム失敗回復手順によって少なくとも１つのビーム失敗回復（ＢＦＲ）がトリガされており、それがキャンセルされていないのであれば、下記の（Ａ）の処理をおこなう。
（Ａ）もし、ＵＬ－ＳＣＨリソースが論理チャネルの優先度を考慮したうえでＳＣｅｌｌのＢＦＲ ＭＡＣ ＣＥとそのサブヘッダを含めることができるのであれば、ＳＣｅｌｌのＢＦＲ ＭＡＣ ＣＥとそのサブヘッダを含める。そうでなければ、もし、ＵＬ－ＳＣＨリソースが論理チャネルの優先度を考慮したうえでＳＣｅｌｌのトランケートしたＢＦＲ ＭＡＣ ＣＥとそのサブヘッダを含めることができるのであれば、ＳＣｅｌｌのトランケートしたＢＦＲ ＭＡＣ ＣＥとそのサブヘッダを含める。そうでなければ、ＳＣｅｌｌビーム失敗回復のためのスケジューリングリクエストをトリガする。
（Ａ）もし、ＵＬ－ＳＣＨリソースが論理チャネルの優先度を考慮したうえでＳＣｅｌｌのＢＦＲ ＭＡＣ ＣＥとそのサブヘッダを含めることができるのであれば、ＳＣｅｌｌのＢＦＲ ＭＡＣ ＣＥとそのサブヘッダを含める。そうでなければ、もし、ＵＬ－ＳＣＨリソースが論理チャネルの優先度を考慮したうえでＳＣｅｌｌのトランケートしたＢＦＲ ＭＡＣ ＣＥとそのサブヘッダを含めることができるのであれば、ＳＣｅｌｌのトランケートしたＢＦＲ ＭＡＣ ＣＥとそのサブヘッダを含める。そうでなければ、ＳＣｅｌｌビーム失敗回復のためのスケジューリングリクエストをトリガする。
【0133】
ＳＣｅｌｌの休眠は、このＳＣｅｌｌにおいて休眠ＢＷＰを活性化することによっておこなわれる。また、ＳＣｅｌｌを休眠した状態であっても、このＳＣｅｌｌにおけるＣＳＩの測定、自動増幅制御（Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ：ＡＧＣ）、およびビーム失敗回復を含むビーム制御（ビームマネジメント）はおこなわれてよい。
【0134】
次にＳＣＧの休眠（Ｄｏｒｍａｎｔ）について説明する。
【0135】
ＬＴＥおよび／またはＮＲにおいて、ＳＣＧが休眠している状態は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に含まれてもよい。
【0136】
ＬＴＥおよび／またはＮＲにおいて、ＳＣＧが休眠している状態とは、端末装置が、そのＳＣＧのＳｐＣｅｌｌ（ＰＳＣｅｌｌ）において下記（Ａ）から（Ｅ）の一部または全部を実施する状態であってよい。
（Ａ）このＳｐＣｅｌｌでＳＲＳを送信しない。
（Ｂ）このＳｐＣｅｌｌのためのＣＳＩを報告しない。
（Ｃ）このＳｐＣｅｌｌでＰＵＣＣＨ、ＵＬ－ＳＣＨ、および／またはＲＡＣＨを送信しない。
（Ｄ）このＳｐＣｅｌｌのＰＤＣＣＨ、および／またはこのＳｐＣｅｌｌに対するＰＤＣＣＨをモニタしない。
（Ｅ）このＳｐＣｅｌｌで間欠受信（ＤＲＸ）を行う。
（Ａ）このＳｐＣｅｌｌでＳＲＳを送信しない。
（Ｂ）このＳｐＣｅｌｌのためのＣＳＩを報告しない。
（Ｃ）このＳｐＣｅｌｌでＰＵＣＣＨ、ＵＬ－ＳＣＨ、および／またはＲＡＣＨを送信しない。
（Ｄ）このＳｐＣｅｌｌのＰＤＣＣＨ、および／またはこのＳｐＣｅｌｌに対するＰＤＣＣＨをモニタしない。
（Ｅ）このＳｐＣｅｌｌで間欠受信（ＤＲＸ）を行う。
【0137】
また、ＳＣＧが休眠している状態とは、前記（Ａ）から（Ｅ）、および下記（Ｆ）から（Ｈ）、の一部または全部の処理を実施する状態であってよい。
（Ｆ）このＳｐＣｅｌｌで休眠ＢＷＰに設定されたＢＷＰを活性化されたＢＷＰ（Ａｃｔｉｖｅ ＢＷＰ）とする。
（Ｇ）このＳｐＣｅｌｌの活性化された休眠ＢＷＰにおいて休眠ＢＷＰを抜けることを示すＰＤＣＣＨのみモニタする。
（Ｈ）このＳｐＣｅｌｌの活性化された休眠ＢＷＰにおいてＣ－ＲＮＴＩをＰＤＣＣＨでモニタしない。
（Ｆ）このＳｐＣｅｌｌで休眠ＢＷＰに設定されたＢＷＰを活性化されたＢＷＰ（Ａｃｔｉｖｅ ＢＷＰ）とする。
（Ｇ）このＳｐＣｅｌｌの活性化された休眠ＢＷＰにおいて休眠ＢＷＰを抜けることを示すＰＤＣＣＨのみモニタする。
（Ｈ）このＳｐＣｅｌｌの活性化された休眠ＢＷＰにおいてＣ－ＲＮＴＩをＰＤＣＣＨでモニタしない。
【0138】
ＳＣＧの休眠は、ＳＣＧ ｓｕｓｐｅｎｓｉｏｎ、ＳＣＧ ｓｕｓｐｅｎｄｅｄと称してもよい。
【0139】
また、ＳＣＧが休眠している状態（ＳＣＧが休眠状態に入場した状態）とは、端末装置に適用されるパラメータ（フィールドとも称する）の値として第１の値と第２の値が基地局装置から通知され、このうちの第２の値が端末装置の設定に適用された状態であってもよい。また、基地局装置からＳＣＧ ｓｕｓｐｅｎｄを示す情報を受信することに基づき、前記第２の値が端末装置の設定に適用されてもよい。
【0140】
また、ＳＣＧが休眠状態から退場した状態とは、端末装置に適用されるパラメータ（フィールドとも称する）の値として第１の値と第２の値が基地局装置から通知され、このうちの第１の値が端末装置の設定に適用された状態であってもよい。また、基地局装置からＳＣＧ ｎｏｎ－ｓｕｓｐｅｎｄを示す情報を受信することに基づき、前記第１の値が端末装置の設定に適用されてもよい。
【0141】
ＬＴＥおよび／またはＮＲにおいて、端末装置は、以下の（Ａ）から（Ｈ）の一部または全部に基づいて、ＳＣＧの休眠を判断および／または実行してよい。なお、下記（Ａ）から（Ｆ）のメッセージや制御要素は、当該ＳＣＧ以外のセルグループから端末装置に通知されてもよい。
【0142】
ＳＣＧの休眠は、休眠ＳＣＧ（Ｄｏｒｍａｎｔ ＳＣＧ）への入場（Ｅｎｔｅｒｉｎｇ）と称してもよい。また、ＳＣＧの休眠とは、当該セルグループのＳｐＣｅｌｌの休眠ＢＷＰが活性化されることであってもよい。
（Ａ）ＳＣＧの休眠を指示するＲＲＣメッセージの受信
（Ｂ）ＳＣＧの休眠を指示するＭＡＣ制御要素の受信
（Ｃ）ＳｐＣｅｌｌの休眠を指示するＲＲＣメッセージの受信
（Ｄ）ＳｐＣｅｌｌの休眠を指示するＭＡＣ制御要素の受信
（Ｅ）その他のＲＲＣメッセージの受信
（Ｆ）その他のＭＡＣ制御要素の受信
（Ｇ）ＳＣＧの休眠に関するタイマーの満了
（Ｈ）ＰＳＣｅｌｌの休眠に関するタイマーの満了
（Ａ）ＳＣＧの休眠を指示するＲＲＣメッセージの受信
（Ｂ）ＳＣＧの休眠を指示するＭＡＣ制御要素の受信
（Ｃ）ＳｐＣｅｌｌの休眠を指示するＲＲＣメッセージの受信
（Ｄ）ＳｐＣｅｌｌの休眠を指示するＭＡＣ制御要素の受信
（Ｅ）その他のＲＲＣメッセージの受信
（Ｆ）その他のＭＡＣ制御要素の受信
（Ｇ）ＳＣＧの休眠に関するタイマーの満了
（Ｈ）ＰＳＣｅｌｌの休眠に関するタイマーの満了
【0143】
ＬＴＥおよび／またはＮＲにおいて、端末装置は、以下の（Ａ）から（Ｈ）の一部または全部に基づいて、ＳＣＧの休眠状態からの復帰（Ｒｅｓｕｍｅ）を判断および／または実行してよい。なお、下記（Ａ）から（Ｆ）のメッセージや制御要素は、当該ＳＣＧ以外のセルグループから端末装置に通知されてもよい。
【0144】
ＳＣＧの休眠状態からの復帰は、休眠ＳＣＧからの退出（Ｌｅａｖｉｎｇ）と称してもよい。また、ＳＣＧの休眠状態からの復帰とは、当該セルグループのＳｐＣｅｌｌにおいて休眠ＢＷＰから他の（休眠ＢＷＰでない）ＢＷＰにＢＷＰスイッチすることであってもよい。
（Ａ）ＳＣＧの休眠状態からの復帰を指示するＲＲＣメッセージの受信
（Ｂ）ＳＣＧの休眠状態からの復帰を指示するＭＡＣ制御要素の受信
（Ｃ）ＳｐＣｅｌｌの休眠状態からの復帰を指示するＲＲＣメッセージの受信
（Ｄ）ＳｐＣｅｌｌの休眠状態からの復帰を指示するＭＡＣ制御要素の受信
（Ｅ）その他のＲＲＣメッセージの受信
（Ｆ）その他のＭＡＣ制御要素の受信
（Ｇ）ＳＣＧの休眠に関するタイマー
（Ｈ）ＰＳＣｅｌｌの休眠に関するタイマー
（Ａ）ＳＣＧの休眠状態からの復帰を指示するＲＲＣメッセージの受信
（Ｂ）ＳＣＧの休眠状態からの復帰を指示するＭＡＣ制御要素の受信
（Ｃ）ＳｐＣｅｌｌの休眠状態からの復帰を指示するＲＲＣメッセージの受信
（Ｄ）ＳｐＣｅｌｌの休眠状態からの復帰を指示するＭＡＣ制御要素の受信
（Ｅ）その他のＲＲＣメッセージの受信
（Ｆ）その他のＭＡＣ制御要素の受信
（Ｇ）ＳＣＧの休眠に関するタイマー
（Ｈ）ＰＳＣｅｌｌの休眠に関するタイマー
【0145】
ＳＣＧの休眠を実行する端末装置は、当該ＳＣＧにおいて、以下の（Ａ）から（Ｆ）の一部または全部の処理を実行してよい。
（Ａ）すべてのＳＣｅｌｌを不活性状態とする。
（Ｂ）活性状態のＳＣｅｌｌに関連付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）のすべてが満了したとみなす。
（Ｃ）休眠状態のＳＣｅｌｌに関連付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）のすべてが満了したとみなす。
（Ｄ）すべてのＳＣｅｌｌに関連付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａ
ｔｉｏｎＴｉｍｅｒ）をスタートまたは再スタートしない。
（Ｅ）ＳＣｅｌｌを活性化させるＭＡＣ ＣＥを無視する。例えば、前記処理（ＡＤ）において、ＳＣｅｌｌを活性化させるＭＡＣ ＣＥを受信して、かつ、ＳＣＧの休眠を指示されてない（またはＳＣＧの休眠状態でない）場合に、処理（ＡＤ－１）を行う。
（Ｆ）前記処理（ＡＤ－２）を実行する。例えば、前記処理（ＡＤ）において、ＳＣＧの休眠を指示された（またはＳＣＧの休眠状態となった）場合に、処理（ＡＤ－２）を行う。
（Ａ）すべてのＳＣｅｌｌを不活性状態とする。
（Ｂ）活性状態のＳＣｅｌｌに関連付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）のすべてが満了したとみなす。
（Ｃ）休眠状態のＳＣｅｌｌに関連付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）のすべてが満了したとみなす。
（Ｄ）すべてのＳＣｅｌｌに関連付けられたタイマー（ｓＣｅｌｌＤｅａｃｔｉｖａ
ｔｉｏｎＴｉｍｅｒ）をスタートまたは再スタートしない。
（Ｅ）ＳＣｅｌｌを活性化させるＭＡＣ ＣＥを無視する。例えば、前記処理（ＡＤ）において、ＳＣｅｌｌを活性化させるＭＡＣ ＣＥを受信して、かつ、ＳＣＧの休眠を指示されてない（またはＳＣＧの休眠状態でない）場合に、処理（ＡＤ－１）を行う。
（Ｆ）前記処理（ＡＤ－２）を実行する。例えば、前記処理（ＡＤ）において、ＳＣＧの休眠を指示された（またはＳＣＧの休眠状態となった）場合に、処理（ＡＤ－２）を行う。
【0146】
また、ＳＣＧの休眠を実行する端末装置は、当該ＳＣＧにおいて、上記（Ａ）から（Ｆ）、および下記（Ｇ）から（Ｏ）の一部または全部の処理を実行してよい。
（Ｇ）ＲＲＣメッセージによって通知され保持している第２の設定を適用する（再設定する）。
（Ｈ）当該ＳＣＧにおけるＳＲＢ、および／またはＤＲＢの一部または全部の送信を休止（ｓｕｓｐｅｎｄ）する。
（Ｉ）当該ＳＣＧにおけるＳＲＢ、および／またはＤＲＢの一部または全部を休止（ｓｕｓｐｅｎｄ）し、休止した無線ベアラに対応付けられた論理チャネルのデータを送信しない。
（Ｊ）Ｓｐｌｉｔ ＳＲＢおよび／またはＳｐｌｉｔ ＤＲＢのプライマリパスをＭＣＧに変更する。
（Ｋ）ＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎが設定されている場合にＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎを不活性化（Ｄｅａｃｔｉｖａｔｅ）する。
（Ｌ）当該ＳＣＧのＭＡＣをリセットしない。または、当該ＳＣＧのＭＡＣをリセットし、第２の設定に含まれるＭＡＣに関する設定を用いてＭＡＣを再設定する。
（Ｍ）当該ＳＣＧの各ＲＬＣを再確立する。
（Ｎ）当該ＳＣＧのＰＤＣＰでデータリカバリーを実行する。
（Ｏ）ＢＳＲやＰＨＲの周期的な報告に用いられるタイマーを休止、または停止する。または、このタイマーの設定を解放する。
（Ｇ）ＲＲＣメッセージによって通知され保持している第２の設定を適用する（再設定する）。
（Ｈ）当該ＳＣＧにおけるＳＲＢ、および／またはＤＲＢの一部または全部の送信を休止（ｓｕｓｐｅｎｄ）する。
（Ｉ）当該ＳＣＧにおけるＳＲＢ、および／またはＤＲＢの一部または全部を休止（ｓｕｓｐｅｎｄ）し、休止した無線ベアラに対応付けられた論理チャネルのデータを送信しない。
（Ｊ）Ｓｐｌｉｔ ＳＲＢおよび／またはＳｐｌｉｔ ＤＲＢのプライマリパスをＭＣＧに変更する。
（Ｋ）ＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎが設定されている場合にＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎを不活性化（Ｄｅａｃｔｉｖａｔｅ）する。
（Ｌ）当該ＳＣＧのＭＡＣをリセットしない。または、当該ＳＣＧのＭＡＣをリセットし、第２の設定に含まれるＭＡＣに関する設定を用いてＭＡＣを再設定する。
（Ｍ）当該ＳＣＧの各ＲＬＣを再確立する。
（Ｎ）当該ＳＣＧのＰＤＣＰでデータリカバリーを実行する。
（Ｏ）ＢＳＲやＰＨＲの周期的な報告に用いられるタイマーを休止、または停止する。または、このタイマーの設定を解放する。
【0147】
ここで、送信ＰＤＣＰエンティティが複数のＲＬＣエンティティと対応付けられて（Ａｓｓｏｃｉａｔｅされて）いる場合に、もしＰＤＣＰ ｄｕｐｌｉｃａｔｉｏｎが活性化されており、かつＰＤＣＰ ＰＤＵがＰＤＣＰ Ｄａｔａ ＰＤＵであるなら、このＰＤＵを複製（Ｄｕｐｌｉｃａｔｅ）して複数のＲＬＣエンティティに提出（Ｓｕｂｍｉｔ）し、そうでないなら、このＰＤＵをプライマリのＲＬＣエンティティまたはセカンダリのＲＬＣエンティティに提出してよい。
【0148】
ＰＤＣＰのデータリカバリーがＰＤＣＰの上位レイヤから要求された送信ＰＤＣＰエンティティは、ＡＭ ＤＲＢに対して、再確立または解放されたＲＬＣエンティティに対して提出した、成功裏に配送されたと確認できていないすべてのＰＤＣＰ Ｄａｔａ ＰＤＵの再送を実行してよい。
【0149】
ＲＬＣの再確立がＲＬＣの上位レイヤから要求された場合、端末装置は、（１）すべてのＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔ、およびＲＬＣ ＰＤＵを破棄（Ｄｉｓｃａｒｄ）し、（２）すべてのタイマーを停止してリセットし、（３）すべての状態変数を初期値にリセットしてよい。
【0150】
ＳＣＧの休眠状態からの復帰を実行する端末装置は、当該ＳＣＧにおいて、以下の（Ａ）から（Ｃ）の一部または全部の処理を実行してよい。
（Ａ）すべてのＳＣｅｌｌを活性状態とするために、処理（ＡＤ－１）を実行する。
（Ｂ）すべてのＳＣｅｌｌを不活性状態のままとする。ただし、休眠状態ではないので、例えば、前記処理（ＡＤ）において、ＳＣｅｌｌを活性化させるＭＡＣ ＣＥを受信
した場合、ＳＣＧの休眠を指示されてない（またはＳＣＧの休眠状態でない）ので、処理（ＡＤ－１）を行うようにしてもよい。
（Ｃ）ＳＣＧの休眠状態からの復帰をＲＲＣメッセージに基づいて実行する場合、このＲＲＣメッセージに、一部または全部のＳＣｅｌｌに対するランダムアクセスに関するパラメータが含まれるなら、通知されたパラメータに基づき、対象のＳＣｅｌｌにおいてランダムアクセス手順を開始する。
（Ａ）すべてのＳＣｅｌｌを活性状態とするために、処理（ＡＤ－１）を実行する。
（Ｂ）すべてのＳＣｅｌｌを不活性状態のままとする。ただし、休眠状態ではないので、例えば、前記処理（ＡＤ）において、ＳＣｅｌｌを活性化させるＭＡＣ ＣＥを受信
した場合、ＳＣＧの休眠を指示されてない（またはＳＣＧの休眠状態でない）ので、処理（ＡＤ－１）を行うようにしてもよい。
（Ｃ）ＳＣＧの休眠状態からの復帰をＲＲＣメッセージに基づいて実行する場合、このＲＲＣメッセージに、一部または全部のＳＣｅｌｌに対するランダムアクセスに関するパラメータが含まれるなら、通知されたパラメータに基づき、対象のＳＣｅｌｌにおいてランダムアクセス手順を開始する。
【0151】
また、ＳＣＧの休眠状態からの復帰を実行する端末装置は、当該ＳＣＧにおいて、上記（Ａ）から（Ｃ）、および下記（Ｄ）から（Ｌ）の一部または全部の処理を実行してよい。
（Ｄ）ＲＲＣメッセージによって通知され保持している第１の設定を適用する（再設定する）。
（Ｅ）当該ＳＣＧにおけるＳＲＢ、および／またはＤＲＢの一部または全部の送信をレジュームする。
（Ｆ）当該ＳＣＧにおけるＳＲＢ、および／またはＤＲＢの一部または全部をレジュームする。
（Ｇ）Ｓｐｌｉｔ ＳＲＢおよび／またはＳｐｌｉｔ ＤＲＢのプライマリパスを休止前の状態に変更する。または、第１の設定に含まれる設定を用いてこのプライマリパスを再設定する。
（Ｈ）ＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎが設定されている場合にＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎを活性化（Ａｃｔｉｖａｔｅ）する。
（Ｉ）当該ＳＣＧのＭＡＣをリセットしない。または、当該ＳＣＧのＭＡＣをリセットし、第１の設定に含まれるＭＡＣに関する設定を用いてＭＡＣを再設定する。
（Ｊ）当該ＳＣＧの各ＲＬＣを再確立する。
（Ｋ）当該ＳＣＧのＰＤＣＰでデータリカバリーを実行する。
（Ｌ）ＢＳＲやＰＨＲの周期的な報告に用いられるタイマーをレジューム、または再スタートする。または、第１の設定に含まれる設定を用いてこのタイマーを再設定する。
（Ｄ）ＲＲＣメッセージによって通知され保持している第１の設定を適用する（再設定する）。
（Ｅ）当該ＳＣＧにおけるＳＲＢ、および／またはＤＲＢの一部または全部の送信をレジュームする。
（Ｆ）当該ＳＣＧにおけるＳＲＢ、および／またはＤＲＢの一部または全部をレジュームする。
（Ｇ）Ｓｐｌｉｔ ＳＲＢおよび／またはＳｐｌｉｔ ＤＲＢのプライマリパスを休止前の状態に変更する。または、第１の設定に含まれる設定を用いてこのプライマリパスを再設定する。
（Ｈ）ＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎが設定されている場合にＰＤＣＰ Ｄｕｐｌｉｃａｔｉｏｎを活性化（Ａｃｔｉｖａｔｅ）する。
（Ｉ）当該ＳＣＧのＭＡＣをリセットしない。または、当該ＳＣＧのＭＡＣをリセットし、第１の設定に含まれるＭＡＣに関する設定を用いてＭＡＣを再設定する。
（Ｊ）当該ＳＣＧの各ＲＬＣを再確立する。
（Ｋ）当該ＳＣＧのＰＤＣＰでデータリカバリーを実行する。
（Ｌ）ＢＳＲやＰＨＲの周期的な報告に用いられるタイマーをレジューム、または再スタートする。または、第１の設定に含まれる設定を用いてこのタイマーを再設定する。
【0152】
第１の設定と第２の設定の一例について説明する。
【0153】
例えば、第１の設定は、基地局装置からＲＲＣメッセージを受信したときに、直ちに端末装置に適用される（再設定する）設定の一部であってよい。また、第１の設定は、端末装置に保持され、他のトリガ（例えばＳＣＧの休眠から退場するとき）に基づいて、端末装置に再度適用されてもよい。
【0154】
また、第２の設定は、基地局装置からＲＲＣメッセージを受信したときに、端末装置に保持される設定であり、他のトリガ（例えばＳＣＧの休眠に入場するとき）に基づいて、端末装置に適用される設定であってよい。
【0155】
第１の設定と第２の設定は、セルグループに関する設定（情報要素）の一部または全部を含んでよい。例えば、セルグループの設定（ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素）に含まれる以下の（Ａ）から（Ｂ）の一部または全部の設定が含まれてよい。
（Ａ）ＤＲＸの設定を含むセルグループのＭＡＣの設定（ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ）
（Ｂ）帯域部分やＰＵＣＣＨの設定を含むＳｐＣｅｌｌおよび／またはＳＣｅｌｌに関する設定（ＳｐＣｅｌｌＣｏｎｆｉｇ、ＳＣｅｌｌＣｏｎｆｉｇ）
（Ａ）ＤＲＸの設定を含むセルグループのＭＡＣの設定（ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ）
（Ｂ）帯域部分やＰＵＣＣＨの設定を含むＳｐＣｅｌｌおよび／またはＳＣｅｌｌに関する設定（ＳｐＣｅｌｌＣｏｎｆｉｇ、ＳＣｅｌｌＣｏｎｆｉｇ）
【0156】
上記ＤＲＸの設定には、ＤＲＸのサイクルに関する設定が含まれてもよい。例えば、第１の設定にはＤＲＸのショートサイクルの設定として６４０ｍｓまでの何れかの値が設定され、第２の設定にはＤＲＸのショートサイクルの設定として第１の設定で設定されるシ
ョートサイクルよりも大きい値が設定されるようにしてもよい。ＤＲＸの設定として、第１の設定では、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素に含まれるＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇに含まれる設定が用いられてもよい。ＤＲＸの設定として、第２の設定では、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素に含まれるＳＣＧ休眠設定に関する情報要素に含まれる設定が用いられてもよい。
ョートサイクルよりも大きい値が設定されるようにしてもよい。ＤＲＸの設定として、第１の設定では、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素に含まれるＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇに含まれる設定が用いられてもよい。ＤＲＸの設定として、第２の設定では、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素に含まれるＳＣＧ休眠設定に関する情報要素に含まれる設定が用いられてもよい。
【0157】
ＤＲＸの設定や部分帯域の情報など、ＳＣＧの休眠に入場する際に適用されるパラメータの値がＳＣＧ休眠設定に関する情報要素に含まれ、このＳＣＧ休眠設定に関する情報要素が、第２の設定として、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素に含まれるようにしてもよい。
【0158】
また、ＳＣＧの休眠に入場する際に適用されるＤＲＸの設定は、既存のＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇに含まれ、ＳＣＧの休眠に入場する際に適用される部分帯域の設定は、既存のＳｐＣｅｌｌＣｏｎｆｉｇに含まれるようにしてもよい。
【0159】
また、上記帯域部分の設定には、例えば、第１の設定と第２の設定とで異なるＤＲＸの設定が含まれるようにしてもよい。これにより、ＳＣＧの休眠で用いられるＢＷＰに対するＤＲＸの設定が可能となる。第２の設定の部分帯域の設定にＤＲＸの設定が含まれ、第１の設定として、ＭＡＣの設定に含まれるＤＲＸの設定が使われてもよい。
【0160】
図９は実施の形態の一例を示す図である。図９において、ＵＥ１２２は、ｅＮＢ１０２またはｇＮＢ１０８からＳＣＧを休眠状態（第１の状態）とすることを通知するメッセージ（ＲＲＣメッセージ）を受信する（ステップＳ９０２）。ＵＥ１２２は、上記通知に基づき、ＳＣＧのＳｐＣｅｌｌ（第２のセル）以外のセル（すなわちＳＣｅｌｌ）を不活性状態となるように制御する。
【0161】
上記の動作により、ＳＣＧを休眠させる処理において、当該ＳＣＧのＳＣｅｌｌの状態を不活性状態に変更するためのＭＡＣ ＣＥを独立して送信することなく、効率的な状態変更が可能となる。また、ＳＣＧの休眠がＲＲＣメッセージに基づいて実行される場合、従来では、初期状態の設定はＲＲＣ層でおこない、状態変更はＭＡＣ層でおこなっていたが、上記の動作により、ＲＲＣ層の指示とＭＡＣ層の指示のミスマッチを回避しつつ効率的にＳＣＧの状態変更を行うことができる。
【0162】
ここで、休眠ＢＷＰを抜けることを示すＰＤＣＣＨについて説明する。
【0163】
例えば、ＳｐＣｅｌｌが休眠状態（休眠ＢＷＰが活性化されている状態）において、ＵＥは、あるＤＣＩフォーマット（例えばＤＣＩフォーマット２＿６）を検出するためにＳｐＣｅｌｌのＡｃｔｉｖｅ ＢＷＰでＰＤＣＣＨをモニタしてもよい。前記ＤＣＩフォーマットのＣＲＣはあるＲＮＴＩ（例えばＰＳ－ＲＮＴＩ）でスクランブルされていてもよい。休眠ＳＣｅｌｌグループが設定されたＵＥは、ＤＣＩフォーマット２＿６のペイロードに含まれるビットマップ情報に基づき、Ａｃｔｉｖｅ ＤＬ ＢＷＰの切り替えを判断する。例えば、ビットマップのあるビットがひとつの休眠ＳＣｅｌｌグループに紐づけられ、ビットが１である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰであれば、あらかじめ設定された別のＢＷＰにＢＷＰ切り替えを実行し、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰでなければ、そのＢＷＰにとどまるようにしてもよい。また、ビットが０である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰになるようにＢＷＰ切り替えを実行してもよい。
【0164】
もし、ＳｐＣｅｌｌの休眠状態において、ＳｐＣｅｌｌで間欠受信が設定されるシステムである場合、ＵＥはＤＲＸのアクティブタイムにおいて、ＤＣＩフォーマット２＿６の
検出を目的としたＰＤＣＣＨのモニタをしなくてもよい。
検出を目的としたＰＤＣＣＨのモニタをしなくてもよい。
【0165】
もし、ＳｐＣｅｌｌの休眠状態において、ＳｐＣｅｌｌで間欠受信が設定されるシステムである場合、ＳｐＣｅｌｌにおいて間欠受信（ＤＲＸ）が設定されているＵＥは、ＤＲＸのアクティブタイムにおいて、あるＤＣＩフォーマット（例えばＤＣＩフォーマット０＿１および１＿１）を検出するためにＳｐＣｅｌｌのＡｃｔｉｖｅ ＢＷＰでＰＤＣＣＨをモニタしてもよい。前記ＤＣＩフォーマットのＣＲＣはあるＲＮＴＩ（例えばＣ－ＲＮＴＩまたはＭＣＳ－Ｃ－ＲＮＴＩ）でスクランブルされていてもよい。休眠ＳＣｅｌｌグループが設定されたＵＥは、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット１＿１のペイロードに含まれるビットマップ情報に基づき、Ａｃｔｉｖｅ ＤＬ ＢＷＰの切り替えを判断する。例えば、ビットマップのあるビットがひとつの休眠ＳＣｅｌｌグループに紐づけられ、ビットが１である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰであれば、あらかじめ設定された別のＢＷＰにＢＷＰ切り替えを実行し、Ａｃｔｉｖｅ ＤＬ
ＢＷＰが休眠ＢＷＰでなければ、そのＢＷＰにとどまるようにしてもよい。また、ビットが０である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰになるようにＢＷＰ切り替えを実行してもよい。また、前記「あらかじめ設定された別のＢＷＰ」は、ＤＣＩフォーマット２＿６の説明で用いた「あらかじめ設定された別のＢＷＰ」とは異なるＢＷＰであってよい。
ＢＷＰが休眠ＢＷＰでなければ、そのＢＷＰにとどまるようにしてもよい。また、ビットが０である場合に、Ａｃｔｉｖｅ ＤＬ ＢＷＰが休眠ＢＷＰになるようにＢＷＰ切り替えを実行してもよい。また、前記「あらかじめ設定された別のＢＷＰ」は、ＤＣＩフォーマット２＿６の説明で用いた「あらかじめ設定された別のＢＷＰ」とは異なるＢＷＰであってよい。
【0166】
ＵＥはＤＲＸのアクティブタイムの外において、ＤＣＩフォーマット０＿１およびＤＣＩフォーマット１＿１の検出を目的としたＰＤＣＣＨのモニタをしなくてもよい。
【0167】
休眠ＢＷＰを抜けることを示すＰＤＣＣＨをモニタすることとは、ＤＣＩフォーマット２＿６の検出を目的としたＰＤＣＣＨのモニタをすることであってよい。その際に、他のＤＣＩフォーマットを検出する目的としたＰＤＣＣＨのモニタをしなくてもよい。
【0168】
もし、ＳｐＣｅｌｌの休眠状態において、ＳｐＣｅｌｌで間欠受信が設定されるシステムである場合、休眠ＢＷＰを抜けることを示すＰＤＣＣＨをモニタすることとは、ＤＲＸのアクティブタイムの外でＤＣＩフォーマット２＿６の検出を目的としたＰＤＣＣＨのモニタをし、ＤＲＸのアクティブタイムにおいて、ＤＣＩフォーマット０＿１およびＤＣＩフォーマット１＿１の検出を目的としたＰＤＣＣＨのモニタをすることであってよい。その際に、他のＤＣＩフォーマットを検出する目的としたＰＤＣＣＨのモニタをしなくてもよい。
【0169】
ＳＣＧが休眠状態であるときには、ＳＣＧにおいてすべての上りリンク送信が停止されていてもよい。この場合、そのＳＣＧに関する情報は、他のセルグループ（例えばＭＣＧ）において送信されてもよい。または、そのＳＣＧに関する情報は、休眠状態から退出したそのＳＣＧにおいて送信されてもよい。また、ＳＣＧが休眠状態であるときには、ＳＣＧにおいて一部、またはすべての上りリンク送信が許可されていてもよい。ここでは、ＳＣＧが休眠状態であるときに、ＳＣＧにおいて上りリンク送信を行う例について説明する。
【0170】
例えば、休眠状態のＳＣＧのＳｐＣｅｌｌにおいて、ビーム失敗回復を含むビーム制御（ビームマネジメント）が行われる場合のビーム失敗回復について説明する。
【0171】
ＭＡＣエンティティは、サービングセルごとにビーム失敗回復手順がＲＲＣによって設定されてもよい。なお、休眠状態のＳＣＧではＳｐＣｅｌｌでのみビーム失敗回復手順が設定および／または実行（Ｐｅｒｆｏｒｍ）されてもよいし、休眠状態のＳＣＧではＳｐＣｅｌｌおよび一部または全部のＳＣｅｌｌでビーム失敗回復手順が設定および／または実行（Ｐｅｒｆｏｒｍ）されてもよい。ビーム失敗は、下位レイヤ（ＰＨＹ層）からＭＡ
Ｃエンティティに通知されるビーム失敗インスタンス通知をカウントすることによって検出される。ＭＡＣエンティティはビーム失敗検出のために各サービングセルで下記の（Ａ）、（Ｂ）、（Ｃ）の一部または全部の処理をおこなってよい。
（Ａ）もし、下位レイヤからビーム失敗インスタンス通知を受信したら、タイマー（ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）をスタートまたは再スタートし、カウンター（ＢＦＩ－ＣＯＵＮＴＥＲ）を１加算する。もしＢＦＩ＿ＣＯＵＮＴＥＲの値が設定された閾値（ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）以上であれば、下記の（Ａ－１）の処理をおこなう。
（Ａ－１）もし、サービングセルがＳＣｅｌｌなら、このサービングセルに対するビーム失敗回復（ＢＦＲ）をトリガし、そうでなければ、ＳｐＣｅｌｌでランダムアクセス手順を開始する。なお、ＳＣｅｌｌでビーム回復をトリガしない場合は、ここでＳＣｅｌｌに対するビーム失敗回復をトリガしなくてもよい。すなわち、サービングセルがＳｐＣｅｌｌである場合にのみ、ＳｐＣｅｌｌでランダムアクセス手順を開始する処理をおこなってよい。
（Ｂ）もし、このサービングセルに対する、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが満了した、または、もし、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ、および／またはビーム失敗検出のための参照信号の設定が上位レイヤによって変更されたら、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定する。
（Ｃ）もし、サービングセルがＳｐＣｅｌｌであり、ランダムアクセス手順が成功裏に完了したら、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定し、タイマー（ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ）を停止し、ビーム失敗回復手順が成功裏に完了したとみなす。そうでなく、もし、サービングセルがＳＣｅｌｌで、ＳＣｅｌｌのビーム失敗回復のための情報（例えばＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに含まれる情報）を送信するための、新しい上りリンクグラントを示すＣ－ＲＮＴＩにアドレスされたＰＤＣＣＨを受信したら、または、ＳＣｅｌｌが不活性状態であれば、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定し、ビーム失敗回復手順が成功裏に完了したとみなし、このサービングセルに対してトリガされたすべてのビーム失敗回復（ＢＦＲ）をキャンセルする。
Ｃエンティティに通知されるビーム失敗インスタンス通知をカウントすることによって検出される。ＭＡＣエンティティはビーム失敗検出のために各サービングセルで下記の（Ａ）、（Ｂ）、（Ｃ）の一部または全部の処理をおこなってよい。
（Ａ）もし、下位レイヤからビーム失敗インスタンス通知を受信したら、タイマー（ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）をスタートまたは再スタートし、カウンター（ＢＦＩ－ＣＯＵＮＴＥＲ）を１加算する。もしＢＦＩ＿ＣＯＵＮＴＥＲの値が設定された閾値（ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ）以上であれば、下記の（Ａ－１）の処理をおこなう。
（Ａ－１）もし、サービングセルがＳＣｅｌｌなら、このサービングセルに対するビーム失敗回復（ＢＦＲ）をトリガし、そうでなければ、ＳｐＣｅｌｌでランダムアクセス手順を開始する。なお、ＳＣｅｌｌでビーム回復をトリガしない場合は、ここでＳＣｅｌｌに対するビーム失敗回復をトリガしなくてもよい。すなわち、サービングセルがＳｐＣｅｌｌである場合にのみ、ＳｐＣｅｌｌでランダムアクセス手順を開始する処理をおこなってよい。
（Ｂ）もし、このサービングセルに対する、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが満了した、または、もし、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ、および／またはビーム失敗検出のための参照信号の設定が上位レイヤによって変更されたら、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定する。
（Ｃ）もし、サービングセルがＳｐＣｅｌｌであり、ランダムアクセス手順が成功裏に完了したら、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定し、タイマー（ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ）を停止し、ビーム失敗回復手順が成功裏に完了したとみなす。そうでなく、もし、サービングセルがＳＣｅｌｌで、ＳＣｅｌｌのビーム失敗回復のための情報（例えばＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥに含まれる情報）を送信するための、新しい上りリンクグラントを示すＣ－ＲＮＴＩにアドレスされたＰＤＣＣＨを受信したら、または、ＳＣｅｌｌが不活性状態であれば、ＢＦＩ＿ＣＯＵＮＴＥＲを０に設定し、ビーム失敗回復手順が成功裏に完了したとみなし、このサービングセルに対してトリガされたすべてのビーム失敗回復（ＢＦＲ）をキャンセルする。
【0172】
ＭＡＣエンティティは、もし、ビーム失敗回復手順によって少なくとも１つのビーム失敗回復（ＢＦＲ）がトリガされており、それがキャンセルされていないのであれば、必要に応じて、ＳＣｅｌｌビーム失敗回復のためのスケジューリングリクエストをトリガする。
【0173】
スケジューリングリクエストがトリガされたときに、当該ＳＣＧのＭＡＣエンティティは、もし、保留中（Ｐｅｎｄｉｎｇ）のスケジューリングリクエストのための有効なＰＵＣＣＨリソースが設定されていなかったら、ＳｐＣｅｌｌにおいてランダムアクセス手順を開始する。
【0174】
前述のように、ＭＡＣエンティティによるＭＡＣ ＣＥを含むＭＡＣ ＰＤＵを送信するためのスケジューリングリクエストのトリガによって、またはＭＡＣエンティティによってダイレクトに、ＳｐＣｅｌｌ（ＰＳＣｅｌｌ）におけるランダムアクセス手順が休眠中のＳＣＧにおいて開始される場合がある。このとき、ＭＡＣ ＰＤＵにはＭＡＣ ＳＤＵが含まれないかもしれない。
【0175】
また一方で、ユーザデータやＲＲＣメッセージなどの上位レイヤからのデータ（ＭＡＣ
ＳＤＵ）を含むＭＡＣ ＰＤＵを送信するためのスケジューリングリクエストのトリガによって、ＳｐＣｅｌｌ（ＰＳＣｅｌｌ）におけるランダムアクセス手順が休眠中のＳＣＧにおいて開始される場合があってもよい。
ＳＤＵ）を含むＭＡＣ ＰＤＵを送信するためのスケジューリングリクエストのトリガによって、ＳｐＣｅｌｌ（ＰＳＣｅｌｌ）におけるランダムアクセス手順が休眠中のＳＣＧにおいて開始される場合があってもよい。
【0176】
ここで、あるセルグループのＳｐＣｅｌｌにおいて、ＵＬ－ＳＣＨの送信とＲＡＣＨの送信が可能である状態を第１の状態とする。第１の状態は、前記セルグループのＳｐＣｅｌｌにおいて、ＲＡＣＨの送信が可能である、および／またはＵＬ－ＳＣＨ送信のための上りリンクグラントを示すＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および／またはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨをモニタする状態であってもよい。また、第１の状態は、前記セルグループのＳｐＣｅｌｌで第１のＢＷＰが活性化されており、前記第１のＢＷＰにおいて上りリンクグラントを示すＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および／またはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨをモニタする状態であってもよい。さらに、第１の状態は、前記第１のＢＷＰに対するチャネル状態情報（ＣＳＩ）の測定を実行する状態であってもよい。また、第１の状態は、間欠受信（ＤＲＸ）が設定された状態であってもよい。
【0177】
ＵＬ－ＳＣＨ送信のための上りリンクグラントを示すＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および／またはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨをモニタする状態とは、前記セルグループのＳｐＣｅｌｌのＡｃｔｉｖｅ ＢＷＰが休眠ＢＷＰでない状態であることを含んでよい。また、第１の状態は、前記セルグループ（ＳＣＧ）が休眠状態から復帰した状態であってよい。また、第１の状態は、前記セルグループ（ＳＣＧ）が休眠状態でない状態であってよい。
【0178】
また、例えば、第１の状態は、ＭＡＣ ＳＤＵが含まれるＭＡＣ ＰＤＵを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順が開始される場合に、第２の状態から遷移する状態であってもよい。また、例えば、第１の状態は、ＲＲＣエンティティから休眠状態からの復帰が指示された場合に、第２の状態から遷移する状態であってもよい。また、例えば、第１の状態は、休眠ＢＷＰを抜ける（休眠ＢＷＰから退出する）ことを示すＰＤＣＣＨをモニタしない状態であってもよい。
【0179】
あるセルグループのＳｐＣｅｌｌにおいて、ＵＬ－ＳＣＨの送信とＲＡＣＨの送信が停止された状態を第２の状態とする。第２の状態は、前記セルグループのＳｐＣｅｌｌにおいて、ＲＡＣＨを送信しない、および／またはＵＬ－ＳＣＨ送信のための上りリンクグラントを示すＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および／またはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨをモニタしない状態であってもよい。また、第２の状態は、前記セルグループのＳｐＣｅｌｌで第２のＢＷＰが活性化されており、前記第２のＢＷＰにおいて、ＵＬ－ＳＣＨ送信のための上りリンクグラントを示すＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および／またはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨおよび休眠ＢＷＰを抜けることを示すＰＤＣＣＨをモニタしない状態であってもよい。また、第２の状態は、前記セルグループのＳｐＣｅｌｌで第２のＢＷＰが活性化されており、前記第２のＢＷＰにおいて、休眠ＢＷＰを抜けることを示すＰＤＣＣＨのみをモニタする状態であってもよい。さらに、第２の状態は、前記第２のＢＷＰに対するチャネル状態情報（ＣＳＩ）の測定を実行する状態であってもよい。
【0180】
第２の状態とは、ＳｐＣｅｌｌのＡｃｔｉｖｅ ＢＷＰが休眠ＢＷＰである状態であってよい。
【0181】
あるセルグループのＳｐＣｅｌｌにおいて、限られたＵＬ－ＳＣＨの送信と、ＲＡＣＨの送信とが可能である状態を第３の状態とする。第３の状態は、前記セルグループのＳｐＣｅｌｌにおいて、ＲＡＣＨの送信が可能であり、限られたＵＬ－ＳＣＨ送信のために、上りリンクグラントを示すＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および／またはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨをモニタする状態であってもよい。第３の状態は、前記セルグループ（ＳＣＧ）が休眠状態から復帰した第１の状態の一部であってもよいし、前記セルグループ（ＳＣＧ）が休眠状態から復帰した第１の状態とは異なる状態であってもよい。
【0182】
例えば、第３の状態は、ＭＡＣエンティティによってトリガされたランダムアクセス手順が開始される場合に、第２の状態から遷移する状態であってもよい。また、例えば、第３の状態は、ＢＦＩ＿ＣＯＵＮＴＥＲの値が設定された閾値以上となった場合に、第２の状態から遷移する状態であってもよい。また、例えば、第３の状態は、ＢＦＩ＿ＣＯＵＮＴＥＲの値が設定された閾値以上となり、ＰＳＣｅｌｌでランダムアクセス手順が開始される場合に、第２の状態から遷移する状態であってもよい。また、例えば、第３の状態は、ＢＦＩ＿ＣＯＵＮＴＥＲの値が設定された閾値以上となり、ＳＣｅｌｌでＢＦＲがトリガされる場合に、第２の状態から遷移する状態であってもよい。
【0183】
また、第３の状態は、前記セルグループのＳｐＣｅｌｌで第３のＢＷＰが活性化されており、前記第３のＢＷＰにおいて、休眠ＢＷＰを抜けることを示すＰＤＣＣＨをモニタする状態であってもよい。さらに、第３の状態は、前記第３のＢＷＰにおいて、上りリンクグラントを示すＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および／またはＣＳ－ＲＮＴＩにアドレスされたＰＤＣＣＨをモニタしない状態であってもよい。さらに、第３の状態は、前記第３のＢＷＰに対するチャネル状態情報（ＣＳＩ）の測定を実行する状態であってもよい。ＵＥが前記第３のＢＷＰにおいて自局に対する休眠ＢＷＰを抜けることを示すＰＤＣＣＨを受信した場合、あらかじめ設定されたＢＷＰ（例えば第１のＢＷＰ）にＢＷＰをスイッチしてもよい。
【0184】
また、例えば、第３の状態は、ＭＡＣ ＳＤＵが含まれないＭＡＣ ＰＤＵを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順が開始される場合に、第２の状態から遷移する状態であってもよい。また、例えば、第３の状態は、特定のＭＡＣ ＣＥを含むＭＡＣ ＰＤＵを送信するためにトリガされたスケジューリングリクエストに起因するランダムアクセス手順が開始される場合に、第２の状態から遷移する状態であってもよい。特定のＭＡＣ ＣＥにはＢＦＲ ＭＡＣ ＣＥが含まれてもよい。また、例えば、第３の状態は、特定のＭＡＣ ＣＥを含むＭＡＣ ＰＤＵにＭＡＣ ＳＤＵが含まれない場合に、第２の状態から遷移する状態であってもよい。
【0185】
例えば、図１０に示すように、ＵＥは、休眠状態のSCGにおいてランダムアクセス手順を開始するかを判断し（ステップＳ１０００）、ランダムアクセスを開始する場合にＡｃｔｉｖｅ ＢＷＰを別のＢＷＰ（例えば第３のＢＷＰ）に切り替えてもよい（ステップＳ１００２）。
【0186】
また、例えば、第３の状態は、上りリンクグラントを要求するためのランダムアクセス手順を行う場合に、第２の状態から遷移する状態であってもよい。
【0187】
ＵＥには、ＳＣＧの休眠状態から復帰して第１の状態となるときにＡｃｔｉｖｅになるＢＷＰ（第１のＢＷＰ）と、第２の状態でＡｃｔｉｖｅになるＢＷＰ（第２のＢＷＰ）と第３の状態でＡｃｔｉｖｅになるＢＷＰ（第３のＢＷＰ）とが独立して設定されてもよい。また、第１から第３のＢＷＰのそれぞれには、１つ以上のＢＷＰが設定されてもよい。また、第１から第３のＢＷＰのそれぞれは、下りリンクのＢＷＰおよび／または上りリンクのＢＷＰで構成されてよい。
【0188】
第１の状態に遷移することと、第１のＢＷＰがＡｃｔｉｖｅになることとは同じ意味であってもよい。第２の状態に遷移することと、第２のＢＷＰがＡｃｔｉｖｅになることとは同じ意味であってもよい。第３の状態に遷移することと、第３のＢＷＰがＡｃｔｉｖｅになることとは同じ意味であってもよい。
【0189】
第１の状態に遷移することと、第１のＢＷＰ以外のＢＷＰが不活性化されたＢＷＰになることとは同じ意味であってもよい。第２の状態に遷移することと、第２のＢＷＰ以外のＢＷＰが活性化されたＢＷＰになることとは同じ意味であってもよい。第３の状態に遷移することと、第３のＢＷＰ以外のＢＷＰが活性化されたＢＷＰになることとは同じ意味であってもよい。
【0190】
第１から第３のＢＷＰの一部または全部はＲＲＣメッセージによってＵＥに設定されてもよい。第２のＢＷＰの設定には、前述のようにＰＤＣＣＨのモニタに必要なパラメータの一部または全部が含まれなくてもよい。第２のＢＷＰの設定には上りリンクのＢＷＰの設定が含まれなくてもよい。第３のＢＷＰの設定には、少なくともランダムアクセスプリアンブルの返答（ランダムアクセスレスポンス）を受信するためのＰＤＣＣＨのモニタに必要なパラメータが含まれてよい。第３のＢＷＰの設定に上りリンクのＢＷＰの設定が含まれてもよい。上りリンクのＢＷＰの設定にはランダムアクセスプリアンブルの送信に必要な情報が含まれてもよい。
【0191】
また、別の一例として、ＳＣＧの休眠状態は上記第３の状態であってもよい。すなわち、ＳＣＧが休眠状態に入場することと、第３の状態に遷移することとが同じ意味であってもよい。この場合、第２の状態はＳＣＧの休眠状態とは異なる別の状態として定義されてもよいし、第２の状態が存在しなくてもよい。
【0192】
これにより、ＳＣＧの休眠状態においても必要な上りリンクの送信をトリガすることが可能となる。また、ＳＣＧの休眠状態において、必要な信号のみをモニタすることで省電力化が可能となる。
【0193】
ＭＣＧ失敗について説明する。このプロシージャの目的は、ネットワークにＵＥが遭遇したＭＣＧ失敗（すなわちＭＣＧ無線リンク失敗）について知らせることであってよい。ＳＲＢ２のＡＳ層のセキュリティが活性状態であり、少なくとも一つのＤＲＢがセットアップされている、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、再確立することなくＲＲＣ接続を維持するために、高速ＭＣＧリンクリカバリー手順を開始してもよい。
【0194】
図１１に示すように、スプリットＳＲＢ１またはＳＲＢ３が設定されているＵＥは、以下の（Ａ）から（Ｄ）の一部または全部の条件が満たされ、かつ（Ｅ）の条件が満たされるときに（ステップＳ１１００）、ＭＣＧ失敗を報告する手順を開始してよい（ステップＳ１１０２）。
（Ａ）ＭＣＧおよびＳＣＧ両方の送信がサスペンドされていない
（Ｂ）タイマーＴ３１６が設定されている
（Ｃ）ＳＣＧが第４の状態でない
（Ｄ）ＳＣＧのＳｐＣｅｌｌのアクティブＢＷＰが休眠ＢＷＰでない
（Ｅ）タイマーＴ３１６が走っていない状態でＭＣＧの無線リンク失敗を検出したとき
（Ａ）ＭＣＧおよびＳＣＧ両方の送信がサスペンドされていない
（Ｂ）タイマーＴ３１６が設定されている
（Ｃ）ＳＣＧが第４の状態でない
（Ｄ）ＳＣＧのＳｐＣｅｌｌのアクティブＢＷＰが休眠ＢＷＰでない
（Ｅ）タイマーＴ３１６が走っていない状態でＭＣＧの無線リンク失敗を検出したとき
【0195】
なお、ＭＣＧ失敗を報告する手順が開始されると、ＳＲＢ０以外のすべてのＳＲＢとＤＲＢのためのＭＣＧ送信がサスペンドされる。また、ＳＣＧ失敗を報告する手順が開始されると、すべてのＳＲＢとＤＲＢのためのＳＣＧ送信がサスペンドされる。
【0196】
タイマーＴ３１６とは、ＭＣＧ失敗情報メッセージを送信するときに開始するタイマーであり、このタイマーは、ＭＣＧでの送信が回復したとき、ＲＲＣＲｅｌｅａｓｅメッセージを受信したとき、または再確立手順を開始するときに停止する。
【0197】
第４の状態とは、そのセルグループのＳｐＣｅｌｌで第４のＢＷＰが活性化されており
、前記第４のＢＷＰにおいて、休眠ＢＷＰを抜けることを示すＰＤＣＣＨのみをモニタし、かつ前記第４のＢＷＰに対するチャネル状態情報（ＣＳＩ）の測定を実行する状態であってよい。また、第４の状態とは、そのセルグループのＳｐＣｅｌｌで第４のＢＷＰが活性化されており、前記第４のＢＷＰにおいて、Ｃ－ＲＮＴＩをＰＤＣＣＨでモニタせず、かつ前記第４のＢＷＰに対するチャネル状態情報（ＣＳＩ）の測定を実行する状態であってよい。また、第４の状態は、前述の第３の状態であってもよい。
、前記第４のＢＷＰにおいて、休眠ＢＷＰを抜けることを示すＰＤＣＣＨのみをモニタし、かつ前記第４のＢＷＰに対するチャネル状態情報（ＣＳＩ）の測定を実行する状態であってよい。また、第４の状態とは、そのセルグループのＳｐＣｅｌｌで第４のＢＷＰが活性化されており、前記第４のＢＷＰにおいて、Ｃ－ＲＮＴＩをＰＤＣＣＨでモニタせず、かつ前記第４のＢＷＰに対するチャネル状態情報（ＣＳＩ）の測定を実行する状態であってよい。また、第４の状態は、前述の第３の状態であってもよい。
【0198】
ＭＣＧ失敗を報告する手順が開始されると、ＵＥは、ＳＲＢ０以外のすべてのＳＲＢとＤＲＢのためのＭＣＧ送信をサスペンドし、ＭＣＧのＭＡＣをリセットし、ＭＣＧ失敗情報メッセージの送信を開始する。
【0199】
これにより、ＳＣＧの休眠状態を考慮して、ＭＣＧ失敗を報告する手順を制御することができる。
【0200】
また、ＭＣＧ失敗の別の一例を説明する。この例においてＵＥは、ＳＣＧのＳｐＣｅｌｌのアクティブＢＷＰが休眠ＢＷＰであるときにはＳＣＧの送信がサスペンドされたとみなす。
【0201】
スプリットＳＲＢ１またはＳＲＢ３が設定されているＵＥは、以下の（Ａ）から（Ｂ）の一部または全部の条件が満たされ、かつ（Ｃ）の条件が満たされるときに、前記第３の状態、または前記第１の状態に遷移してＭＣＧ失敗を報告する手順を開始してよい。
（Ａ）ＭＣＧおよびＳＣＧ両方の送信がサスペンドされていない
（Ｂ）タイマーＴ３１６が設定されている
（Ｃ）タイマーＴ３１６が走っていない状態でＭＣＧの無線リンク失敗を検出したとき
（Ａ）ＭＣＧおよびＳＣＧ両方の送信がサスペンドされていない
（Ｂ）タイマーＴ３１６が設定されている
（Ｃ）タイマーＴ３１６が走っていない状態でＭＣＧの無線リンク失敗を検出したとき
【0202】
これにより、新たな条件を追加することなくＭＣＧ失敗を報告する手順を制御することができる。
【0203】
図１２は実施の形態の一例を示す図である。図１２において、ＵＥ１２２は、ｅＮＢ１０２またはｇＮＢ１０８から第１の設定および第２の設定を受信する（ステップＳ１２００）。前記第１の設定と前記第２の設定は、それぞれ別のＲＲＣメッセージによって通知されてもよいし、１つのＲＲＣメッセージの中に前記第１の設定と前記第２の設定とが含まれた形で通知されてもよい。
【0204】
ＵＥ１２２は、ｅＮＢ１０２またはｇＮＢ１０８から第１の情報を受信し、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこなう（ステップＳ１２０２）。
【0205】
このように第１の情報によって、例えば、ＵＥ１２２がＳＣＧ ｓｕｓｐｅｎｄに入場するときと退場するときに予め通知された複数の設定の何れを用いて再設定するかを示すことができ、頻繁に入場と退場を繰り返す場合に効率的に制御することができる。
【0206】
前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットしないようにしてもよい。また、このときにＲＬＣを再確立するようにしてもよい。また、このときにＰＤＣＰのデータリカバリーを実行するようにしてもよい。また、これらの処理は、前記第１の情報に特定の値が含まれる場合に実行するようにしてもよい。
【0207】
このように処理することにより、例えば、ＳＣＧ ｓｕｓｐｅｎｄに入場した際に、同期状態を維持するためのビーム制御などは継続しておこなうことができる。
【0208】
また、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣで用いられるタイマーの一部を休止、停止、または解放してもよい。例えば、周期的にバッファの状態をレポートするためのタイマーや、周期的にパワーヘッドルームをレポートするためのタイマーなど、周期的な報告のためのタイマーを動作させないことにより、ＳＣＧ ｓｕｓｐｅｎｄにおける不要な上りリンク送信を抑制することができる。
【0209】
このように処理することにより、例えば、ＳＣＧ ｓｕｓｐｅｎｄに入場するときに、同期状態を維持するためのビーム制御などは継続しておこなうことができる。また、例えば、ＳＣＧ ｓｕｓｐｅｎｄから退場するときに、同期状態を維持するためのビーム制御などを継続しておこなうことができる。
【0210】
【0211】
図５に示すＵＥ１２２は、基地局装置よりＲＲＣメッセージ等を受信する受信部５００、及び受信したメッセージに含まれる各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）、各種フィールド、及び各種条件等の内の一部または全ての設定情報に従って処理を行う処理部５０２、および基地局装置にＲＲＣメッセージ等を送信する送信部５０４から成る。上述の基地局装置とは、ｅＮＢ１０２である場合もあるし、ｇＮＢ１０８である場合もある。また、処理部５０２には様々な層（例えば、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層、およびＮＡＳ層）の機能の一部または全部が含まれてよい。すなわち、処理部５０２は、物理層処理部、ＭＡＣ層処理部、ＲＬＣ層処理部、ＰＤＣＰ層処理部、ＲＲＣ層処理部、およびＮＡＳ層処理部の一部または全部が含まれてよい。
【0212】
また、前記処理部５０２には、ＵＥ１２２の１つまたは複数のパラメータに対して適用（再設定）される第１の設定および第２の設定を保持する保持部が含まれてよい。また、前記処理部５０２には、様々な層の機能の一部または全部の処理を制御する制御部が含まれてよい。
【0213】
図６は本発明の各実施の形態における基地局装置の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図６では、本発明と密接に関連する主な構成部のみを示す。上述の基地局装置とは、ｅＮＢ１０２である場合もあるし、ｇＮＢ１０８である場合もある。
【0214】
図６に示す基地局装置は、ＵＥ１２２へＲＲＣメッセージ等を送信する送信部６００、及び各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）、各種フィールド、及び各種条件等の内の一部または全ての設定情報を含めたＲＲＣメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部５０２に処理を行わせる処理部６０２、およびＵＥ１２２からＲＲＣメッセージ等を受信する受信部６０４を含んで構成される。また、処理部６０２には様々な層（例えば、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層、およびＮＡＳ層）の機能の一部または全部が含まれてよい。すなわち、処理部６０２は、物理層処理部、ＭＡＣ層処理部、ＲＬＣ層処理部、ＰＤＣＰ層処理部、ＲＲＣ層処理部、およびＮＡＳ層処理部の一部または全部が含まれてよい。
【0215】
また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくてもよい。また上記説明における各処理の例、又は各処理のフローの例において、ステップの順番は異なってもよい。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくてもよい。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なってもよい。
【0216】
以下、本発明の実施形態における、端末装置の種々の態様について説明する。
【0217】
（１）本発明の第１の実施の様態は、第１のセルグループと第２のセルグループとが設定される端末装置であって、前記第２のセルグループに適用される第１の設定を受信し、前記第２のセルグループに適用される第２の設定を受信する受信部と、前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持する保持部と、無線リソース制御を行う制御部とを備え、前記受信部は、第１の情報を受信し、前記制御部は、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
【0218】
（２）第１の実施の様態において、前記第１の設定と前記第２の設定が同一の情報要素で構成される。
【0219】
（３）本発明の第２の実施の様態は、端末装置と通信する基地局装置であって、第２のセルグループに適用される第１の設定を送信し、前記第２のセルグループに適用される第２の設定を送信する送信部と、無線リソース制御を行う制御部とを備え、前記送信部は、第１の情報を送信し、前記制御部は、前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う。
【0220】
（４）本発明の第３の実施の様態は、第１のセルグループと第２のセルグループとが設定される端末装置に適用される方法であって、前記第２のセルグループに適用される第１の設定を受信するステップと、前記第２のセルグループに適用される第２の設定を受信するステップと、第１の情報を受信するステップと、
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持するステップと、無線リソース制御を行うステップとを備え、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持するステップと、無線リソース制御を行うステップとを備え、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
【0221】
（５）本発明の第４の実施の様態は、端末装置と通信する基地局装置に適用される方法であって、第２のセルグループに適用される第１の設定を送信するステップと、前記第２のセルグループに適用される第２の設定を送信するステップと、第１の情報を送信するステップと、無線リソース制御を行うステップとを備え、前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわ
せ、前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う。
せ、前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う。
【0222】
（６）本発明の第５の実施の様態は、第１のセルグループと第２のセルグループとが設定される端末装置に実装される集積回路であって、前記第２のセルグループに適用される第１の設定を受信する機能と、前記第２のセルグループに適用される第２の設定を受信する機能と、第１の情報を受信する機能と、前記第２のセルグループに適用される第２の設定を受信した場合に、前記第２のセルグループに適用される前記第１の設定および前記第２の設定を保持する機能と、無線リソース制御を行う機能とを前記端末装置に対して発揮させ、前記第１の情報として第１の値を受信した場合に、前記第１の設定を用いた再設定をおこない、前記第１の情報として第２の値を受信した場合に、前記第２の設定を用いた再設定をおこない、前記第１の情報に基づいた再設定をおこなう場合に、前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立する。
【0223】
（７）本発明の第６の実施の様態は、端末装置と通信する基地局装置に実装される集積回路であって、第２のセルグループに適用される第１の設定を送信する機能と、前記第２のセルグループに適用される第２の設定を送信する機能と、第１の情報を送信する機能と、無線リソース制御を行う機能とを前記基地局装置に対して発揮させ、前記第１の情報として第１の値を送信することによって、前記端末装置に対して前記第１の設定を用いた再設定をおこなわせ、前記第１の情報として第２の値を送信することによって、前記端末装置に対して前記第２の設定を用いた再設定をおこなわせ、前記端末装置に前記第１の情報に基づいた再設定をおこなわせる場合に、前記端末装置が前記第２のセルグループにおいてＭＡＣをリセットせずＲＬＣを再確立したとみなして無線リソース制御を行う。
【0224】
本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュ－タを機能させるプログラムであってもよい。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【0225】
なお、上述した実施形態における装置の一部、をコンピュ－タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ－タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ－タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ－タシステム」とは、装置に内蔵されたコンピュ－タシステムであって、オペレ－ティングシステムや周辺機器等のハ－ドウェアを含むものとする。また、「コンピュ－タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
【0226】
さらに「コンピュ－タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ－タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ－タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【0227】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ－ラ、マイクロコントロ－ラ、またはステ－トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【0228】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
【0229】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【0230】
１００ Ｅ－ＵＴＲＡ
１０２ ｅＮＢ
１０４ ＥＰＣ
１０６ ＮＲ
１０８ ｇＮＢ
１１０ ５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４ インタフェース
１２２ ＵＥ
２００、３００ ＰＨＹ
２０２、３０２ ＭＡＣ
２０４、３０４ ＲＬＣ
２０６、３０６ ＰＤＣＰ
２０８、３０８ ＲＲＣ
３１０ ＳＤＡＰ
２１０、３１２ ＮＡＳ
５００，６０４ 受信部
５０２、６０２ 処理部
５０４、６００ 送信部
１０２ ｅＮＢ
１０４ ＥＰＣ
１０６ ＮＲ
１０８ ｇＮＢ
１１０ ５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４ インタフェース
１２２ ＵＥ
２００、３００ ＰＨＹ
２０２、３０２ ＭＡＣ
２０４、３０４ ＲＬＣ
２０６、３０６ ＰＤＣＰ
２０８、３０８ ＲＲＣ
３１０ ＳＤＡＰ
２１０、３１２ ＮＡＳ
５００，６０４ 受信部
５０２、６０２ 処理部
５０４、６００ 送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】