(57)【要約】      （修正有）【課題】モビリティを効率的に制御するために、ＲＲＣ手順実行中の無線リンク失敗の検出が適切にできる端末装置、方法及び集積回路を提供する。【解決手段】基地局とマスターセルグループ（ＭＣＧ）を介して通信する端末装置が、基地局から受信したＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせ、特定の条件下で第１のタイマーが走っている状態で端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、無線リンク失敗を検出したと判断し、無線ベアラの全ての送信をサスペンドし、ＭＡＣエンティティをリセットする。【選択図】図７
2020162106.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、
前記基地局装置からＲＲＣメッセージを受信する受信部と、
ＲＲＣの処理を行う処理部と、を備え、
前記処理部は、
前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、
少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検出したと判断し、
前記処理部は、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする
端末装置。
【請求項２】
基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、
前記基地局装置からＲＲＣメッセージを受信する受信部と、
ＲＲＣの処理を行う処理部と、を備え、
前記処理部は、
前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、
少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、
特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、
第２のタイマーを開始し走らせた状態とし、
前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する、
端末装置。
【請求項３】
基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に適用される方法であって、
前記基地局装置からＲＲＣメッセージを受信するステップと、
ＲＲＣの処理を行うステップと、を少なくとも含み、
前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、
少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検出したと判断し、
ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする
方法。
【請求項４】
基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に適用される方法であって、
前記基地局装置からＲＲＣメッセージを受信するステップと、
ＲＲＣの処理を行うステップと、を備え、
前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、
少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、
特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、
第２のタイマーを開始し走らせた状態とし、
前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する、
方法。
【請求項５】
基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に実装される集積回路であって、
前記基地局装置からＲＲＣメッセージを受信する機能と、
ＲＲＣの処理を行う機能と、を前記端末装置に対して発揮させ、
前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、
少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検出したと判断し、
ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする
集積回路。
【請求項６】
基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に実装される集積回路であって、
前記基地局装置からＲＲＣメッセージを受信する機能と、
ＲＲＣの処理を行う機能と、を前記端末装置に対して発揮させ、
前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、
少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、
特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、
第２のタイマーを開始し走らせた状態とし、
前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する、
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラ−移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ：ＥＰＣ」）が、第三世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。ＥＵＴＲＡはＥ−ＵＴＲＡとも称する。
【０００３】
また、３ＧＰＰにおいて、第５世代のセルラ−システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏ、および新しい無線アクセス技術であるＮＲ（Ｎｅｗ  Ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５  Ｇｅｎｅｒａｔｉｏｎ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＲＰ−１７０８５５，”Ｗｏｒｋ  Ｉｔｅｍ  ｏｎ  Ｎｅｗ  Ｒａｄｉｏ  （ＮＲ）  Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ”
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．５０１  ｖ１５．３．０,“Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  ｔｈｅ  ５Ｇ  Ｓｙｓｔｅｍ；  Ｓｔａｇｅ  ２”
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．３００,  ｖ１５．３．０，“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２”
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．３３１  ｖ１５．４．０,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”
【非特許文献５】３ＧＰＰ  ＴＳ  ３６．３２３  ｖ１５．３．０,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  （ＰＤＣＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献６】３ＧＰＰ  ＴＳ  ３６．３２２  ｖ１５．３．０,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＲＬＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献７】３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１５．３．０,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献８】３ＧＰＰ  ＴＳ  ３７．３４０ｖ  １５．３．０,“ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）ａｎｄ  ＮＲ;  Ｍｕｌｔｉ−Ｃｏｎｎｅｃｔｉｖｉｔｙ;  Ｓｔａｇｅ  ２”
【非特許文献９】３ＧＰＰ  ＴＳ  ３８．３００ｖ  １５．３．０,“ＮＲ；ＮＲ  ａｎｄ  ＮＧ−ＲＡＮ  Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２”
【非特許文献１０】３ＧＰＰ  ＴＳ  ３８．３３１  ｖ１５．４．０,“ＮＲ；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”
【非特許文献１１】３ＧＰＰ  ＴＳ  ３８．３２３  ｖ１５．３．０,“ＮＲ；Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  （ＰＤＣＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１２】３ＧＰＰ  ＴＳ  ３８．３２２  ｖ１５．３．０,“ＮＲ；Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＲＬＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１３】３ＧＰＰ  ＴＳ  ３８．３２１  ｖ１５．３．０,“ＮＲ；Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１４】３ＧＰＰ  ＴＳ  ２３．４０１  ｖ１５．０．０，“Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）  ａｃｃｅｓｓ”
【非特許文献１５】３ＧＰＰ  ＴＳ  ２３．５０２  ｖ１５．３．０,“Ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ５Ｇ  Ｓｙｓｔｅｍ；  Ｓｔａｇｅ  ２”
【非特許文献１６】３ＧＰＰ  ＴＳ  ３７．３２４  ｖ１５．１．０,“ＮＲ；Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＳＤＡＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１７】３ＧＰＰ  Ｄｒａｆｔ＿Ｒｅｐｏｒｔ＿ｖ１．ｄｏｃ,“Ｒｅｐｏｒｔ  ｏｆ  ３ＧＰＰ  ＴＳＧ  ＲＡＮ２♯１０５  ｍｅｅｔｉｎｇ，  Ａｔｈｅｎｓ， Ｇｒｅｅｃｅ”   ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ＴＳＧ＿ＲＡＮ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿１０５／Ｒｅｐｏｒｔ／Ｄｒａｆｔ＿Ｒｅｐｏｒｔ＿ｖ１．ｚｉｐ
【非特許文献１８】３ＧＰＰ  ＲＰ−１８１５４４,“Ｒｅｖｉｓｅｄ  ＷＩＤ：  Ｅｖｅｎ  ｆｕｒｔｈｅｒ  ｍｏｂｉｌｉｔｙ  ｅｎｈａｎｃｅｍｅｎｔ  ｉｎ  Ｅ−ＵＴＲＡＮ”
【非特許文献１９】３ＧＰＰ  ＲＰ−１８１４３３,“Ｎｅｗ  ＷＩＤ：  ＮＲ  ｍｏｂｉｌｉｔｙ  ｅｎｈａｎｃｅｍｅｎｔｓ”
【非特許文献２０】３ＧＰＰ  Ｒ２−１９０１３６４,“Ｄｅｔａｉｌ  ｆｏｒ  ｎｏｎ−ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ  ｆｏｒ  ｓｉｍｕｌｔａｎｅｏｕｓ  ｃｏｎｎｅｃｔｉｖｉｔｙ”
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＬＴＥの技術検討の一つとして、既存のＬＴＥのモビリティ拡張技術をさらに拡張する仕組みが検討されている。さらにＮＲの技術検討においても、既存のＮＲのモビリティ技術を拡張する仕組みが検討されている。（非特許文献１８、１９）。これらの検討には、主に基地局装置と端末装置が接続中のセル間の移動時（ハンドオーバ時）に、ユーザデータの送受信の中断を０ｍｓに近づける技術（ＲＵＤＩ：Ｒｅｄｕｃｅ  Ｕｓｅｒ  Ｄａｔａ  Ｉｎｔｅｒｒｕｐｔｉｏｎ）の検討、およびハンドオーバの頑強さの改善（Ｈａｎｄｏｖｅｒ  ｒｏｂｕｓｔｎｅｓｓ  ｉｍｐｒｏｖｅｍｅｎｔｓ）の検討が含まれる。
【０００６】
既存のモビリティ技術では、ハンドオーバの失敗時には、接続の再確立を行うプロシージャが実行されていたが、非特許文献２０では、その拡張として、ハンドオーバ元のセル（ソースセル）にハンドオーバの失敗を通知する仕組みが提案されている。また、ハンドオーバ先のセル（ターゲットセル）へのランダムアクセス処理が失敗したときに、ソースセルへの接続がまだ可能である場合にはソースセルに戻り（フォールバックし）、ソースセルへの接続が可能でない場合には接続の再確立プロシージャを開始することも提案されている。
【０００７】
しかしながら、上述のソースセルへの接続が可能であるかの判断の一つである無線リンク失敗の検出は、既存の仕組みではハンドオーバ中には行うことができないという課題があった。
【０００８】
本発明の一態様は、上記した事情に鑑みてなされたもので、モビリティを効率的に制御することができる端末装置、方法、集積回路を提供することを目的の一つとする。
【課題を解決するための手段】
【０００９】
（１）上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の第１の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、ＲＲＣの処理を行う処理部と、を備え、前記処理部は、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検出したと判断し、前記処理部は、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする。
【００１０】
（２）本発明の第２の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、ＲＲＣの処理を行う処理部と、を備え、前記処理部は、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、第２のタイマーを開始し走らせた状態とし、前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する。
【００１１】
（３）本発明の第３の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に適用される方法であって、前記基地局装置からＲＲＣメッセージを受信するステップと、ＲＲＣの処理を行うステップと、を少なくとも含み、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検
出したと判断し、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする。
【００１２】
（４）本発明の第２の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に適用される方法であって、前記基地局装置からＲＲＣメッセージを受信するステップと、ＲＲＣの処理を行うステップと、を備え、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、第２のタイマーを開始し走らせた状態とし、前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する。
【００１３】
（５）本発明の第５の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に実装される集積回路であって、前記基地局装置からＲＲＣメッセージを受信する機能と、ＲＲＣの処理を行う機能と、を前記端末装置に対して発揮させ、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検出したと判断し、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする。
【００１４】
（６）本発明の第６の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に実装される集積回路であって、前記基地局装置からＲＲＣメッセージを受信する機能と、ＲＲＣの処理を行う機能と、を前記端末装置に対して発揮させ、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、第２のタイマーを開始し走らせた状態とし、前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する。
【００１５】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００１６】
本発明の一態様によれば、端末装置は、効率的なモビリティ処理を実現することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の各実施の形態に係る通信システムの概略図。
【図２】本発明の各実施の形態における、Ｅ−ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。
【図３】本発明の各実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。
【図４】本発明の各実施の形態におけるＲＲＣ２０８及び／又はＲＲＣ３０８における、各種設定のための手順のフローの一例を示す図。
【図５】本発明の各実施の形態における端末装置の構成を示すブロック図。
【図６】本発明の各実施の形態における基地局装置の構成を示すブロック図。
【図７】本発明の各実施の形態におけるＥＵＴＲＡでのハンドオーバに関する処理の一例。
【図８】本発明の各実施の形態におけるＮＲでのハンドオーバに関する処理の一例。
【図９】本発明の実施の形態における各タイマーの開始、停止の条件の一例。
【図１０】本発明の実施の形態におけるｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素の一例。
【図１１】本発明の実施の形態におけるｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素の別の一例。
【図１２】本発明の実施の形態における同期付再設定情報要素の一例。
【図１３】本発明の実施の形態における同期付再設定情報要素の別の一例。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１９】
ＬＴＥ（およびＬＴＥ−Ａ  Ｐｒｏ）とＮＲは、異なる無線アクセス技術（Ｒａｄｉｏ
Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として定義されてもよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。ＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＭｕｌｔｉ  Ｒａｄｉｏ  Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。また、コアネットワークが５ＧＣであるＬＴＥは、コアネットワークがＥＰＣである従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。また本実施形態でのＥ−ＵＴＲＡという用語は、ＬＴＥという用語に置き換えられても良いし、ＬＴＥという用語はＥ−ＵＴＲＡという用語に置き換えられても良い。
【００２０】
図１は本発明の各実施の形態に係る通信システムの概略図である。
【００２１】
Ｅ−ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ−ＵＴＲＡＮ  Ｎｏｄｅ  Ｂ）１０２は、Ｅ−ＵＴＲＡ１００の基地局装置である。ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ−ＵＴＲＡ１００用のコア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ：ＵＰ）が存在する。
【００２２】
ＮＲ１０６は非特許文献９等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇ  Ｎｏｄｅ  Ｂ）１０８は、ＮＲ１０６の基地局装置である。５ＧＣ１１０は、非特許文献２
等に記載のコア網であり、ＮＲ１０６用のコア網として設計されているが、５ＧＣ１１０に接続する機能をもつＥ−ＵＴＲＡ１００用のコア網として使われても良い。以下Ｅ−ＵＴＲＡ１００とは５ＧＣ１１０に接続する機能をもつＥ−ＵＴＲＡ１００を含んでも良い。
【００２３】
インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであっても良い。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等は、通信事業者が提供する通信システムに応じて存在しない場合もあっても良い。
【００２４】
ＵＥ１２２はＥ−ＵＴＲＡ１００及びＮＲ１０６の内のいずれかまたは全てに対応した端末装置である。非特許文献３、及び非特許文献９の内のいずれかまたは全てに記載の通り、ＵＥ１２２が、Ｅ−ＵＴＲＡ１００及びＮＲ１０６の内のいずれかまたは全てを介してコア網と接続する際、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００及びＮＲ１０６の内のいずれかまたは全てとの間に、無線ベアラ（ＲＢ：Ｒａｄｉｏ  Ｂｅａｒｅｒ）と呼ばれる論理経路が確立される。ＣＰに用いられる無線ベアラは、シグナリング無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）と呼ばれ、ＵＰに用いられる無線ベアラは、データ無線ベアラ（ＤＲＢ  Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）と呼ばれる。各ＲＢは、ＲＢ識別子（ＲＢ  Ｉｄｅｎｔｉｔｙ，又はＲＢ  ＩＤ）が割り当てられ、一意に識別される。ＳＲＢ用ＲＢ識別子は、ＳＲＢ識別子（ＳＲＢ  Ｉｄｅｎｔｉｔｙ，又はＳＲＢ  ＩＤ）と呼ばれ、ＤＲＢ用ＲＢ識別子は、ＤＲＢ識別子（ＤＲＢ  Ｉｄｅｎｔｉｔｙ，又はＤＲＢ  ＩＤ）と呼ばれる。
【００２５】
非特許文献３に記載の通り、ＵＥ１２２の接続先コア網がＥＰＣ１０４である場合、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００及びはＮＲ１０６の内のいずれかまたは全てとの間に確立された各ＤＲＢは更に、ＥＰＣ１０４内を経由する各ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）ベアラと一意に紐づけられる。各ＥＰＳベアラは、ＥＰＳベアラ識別子（Ｉｄｅｎｔｉｔｙ，又はＩＤ）が割り当てられ、一意に識別される。また同一のＥＰＳベアラを通るデータは同一のＱｏＳが保証される。
【００２６】
非特許文献９に記載の通り、ＵＥ１２２の接続先コア網が５ＧＣ１１０である場合、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００及びＮＲ１０６の内のいずれかまたは全てとの間に確立された一つ又は複数のＤＲＢは更に、５ＧＣ１１０内に確立されるＰＤＵ（Ｐａｃｋｅｔ
Ｄａｔａ  Ｕｎｉｔ）セッションの一つに紐づけられる。各ＰＤＵセッションには、一つ又は複数のＱｏＳフローが存在する。各ＤＲＢは、紐づけられているＰＤＵセッション内に存在する、一つ又は複数のＱｏＳフローと対応付け（ｍａｐ）されても良いし、どのＱｏＳフローと対応づけられなくても良い。各ＰＤＵセッションは、ＰＤＵセッション識別子（Ｉｄｅｎｔｉｔｙ，又はＩＤ）で識別される。また各ＱｏＳフローは、ＱｏＳフロー識別子で識別される。また同一のＱｏＳフローを通るデータは同一のＱｏＳが保証される。
【００２７】
ＥＰＣ１０４には、ＰＤＵセッション及びＱｏＳフローの内のいずれかまたは全ては存在せず、５ＧＣ１１０にはＥＰＳベアラは存在しない。言い換えると、ＵＥ１２２がＥＰＣ１０４と接続している際、ＵＥ１２２はＥＰＳベアラの情報を持ち、ＵＥ１２２が５Ｇ
Ｃ１１０と接続している際、ＵＥ１２２はＰＤＵセッション及びＱｏＳフローの内のいずれかまたは全ての情報を持つ。
【００２８】
図２は本発明の各実施の形態における、Ｅ−ＵＴＲＡ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）図である。
【００２９】
図２（Ａ）はＥ−ＵＴＲＡ１００においてＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。
【００３０】
ＰＨＹ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）２００は、無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層（上位レイヤ）に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ
Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ−タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われる。
【００３１】
ＭＡＣ２０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ２０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。
【００３２】
ＲＬＣ２０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層（下位レイヤ）が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ２００は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ−タの再送制御等の機能を持つ（非特許文献６）。
【００３３】
ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰ  Ｐａｃｋｅｔ）を無線区間で効率的に伝送するためのパケットデータ収束プロトコル層（パケットデータ収束プロトコルレイヤ）である。ＰＤＣＰ２０６は、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ−タの暗号化の機能も持ってもよい（非特許文献５）。
【００３４】
なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＰＤＵ、ＰＤＣＰ  ＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＳＤＵ、ＰＤＣＰ  ＳＤＵと呼ぶ。
【００３５】
図２（Ｂ）はＥ−ＵＴＲＡ１００において、ＵＥ１２２がｅＮＢ１０２、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるＭＭＥ（Ｍｏｂｉｌｉ
ｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と通信を行う際に用いるＣＰのプロトコルスタック図である。
【００３６】
ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０８、およびＮＡＳ（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）２１０が存在する。ＲＲＣ２０８は、ＲＲＣ接続の確立、再確立、一時停止（ｓｕｓｐｅｎｄ）、一時停止解除（ｒｅｓｕｍｅ）等の処理や、ＲＲＣ接続の再設定、例えば無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）及びセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ）の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定（Ｍｅａｓｕｒｅｍｅｎｔ：メジャメント）の設定などを行う、無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ２０４とＭＡＣ２０２で構成される部分をＲＬＣベアラと呼んでも良い（非特許文献４）。また、ＭＭＥとＵＥ１２２との間の信号を運ぶＮＡＳレイヤに対して、ＵＥ１２２とｅＮＢ１０２との間の信号及びデータを運ぶＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、ＲＲＣ２０８の一部のレイヤあるいはすべてのレイヤをＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤと称してよい。
【００３７】
前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。
【００３８】
なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＰＤＣＰレイヤの上位レイヤとなる（不図示）。またＲＲＣレイヤやＮＡＳ（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤもＰＤＣＰレイヤの上位レイヤとなる（不図示）。言い換えれば、ＰＤＣＰレイヤはＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤの下位レイヤとなる。
【００３９】
図３は本発明の各実施の形態における、ＮＲ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）図である。
【００４０】
図３（Ａ）はＮＲ１０６においてＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。
【００４１】
ＰＨＹ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）３００は、ＮＲの無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ−タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われてもよい。
【００４２】
ここで、物理チャネルについて説明する。
【００４３】
端末装置と基地局装置との無線通信では、以下の物理チャネルが用いられてよい。
【００４４】
ＰＢＣＨ（物理報知チャネル：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）
ＰＤＣＣＨ（物理下りリンク制御チャネル：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）
ＰＤＳＣＨ（物理下りリンク共用チャネル：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）
ＰＵＣＣＨ（物理上りリンク制御チャネル：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）
ＰＵＳＣＨ（物理上りリンク共用チャネル：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）
ＰＲＡＣＨ（物理ランダムアクセスチャネル：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ）
【００４５】
ＰＢＣＨは、端末装置が必要とするシステム情報を報知するために用いられる。
【００４６】
また、ＮＲにおいて、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックス（ＳＳＢ−Ｉｎｄｅｘ）を報知するために用いられてよい。
【００４７】
ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置への無線通信）において、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を送信する（または運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置は、サービングセルにおいてＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）のセットをモニタする。モニタするとは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。あるＤＣＩフォーマットは、サービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＰＵＳＣＨは、ユーザデータの送信や、ＲＲＣメッセージの送信などのために使われてよい。
【００４８】
ＰＵＣＣＨは、上りリンクの無線通信（端末装置から基地局装置への無線通信）において、上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）が含まれてもよい。また、上りリンク制御情報には、ＵＬ−ＳＣＨリソースを要求するために用いられるスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）が含まれてもよい。
【００４９】
ＰＤＳＣＨは、ＭＡＣ層からの下りリンクデータ（ＤＬ−ＳＣＨ：Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）の送信に用いられてよい。また、下りリンクの場合にはシステム情報（ＳＩ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）やランダムアクセス応答
（ＲＡＲ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）などの送信にも用いられる。
【００５０】
ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（ＵＬ−ＳＣＨ：Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）または上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ−ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。また、ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング（ＲＲＣメッセージとも称する）、およびＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置から送信されるＲＲＣシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるＲＲＣシグナリングは、ある端末装置に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）の送信に用いられてもよい。
【００５１】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられてもよい。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求を示すために用いられてもよい。
【００５２】
ＭＡＣ３０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ３０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。
【００５３】
ＲＬＣ３０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ３０４は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための機能も持っても良い。すなわち、ＲＬＣ３０４は、デ−タの再送制御等の機能を持っても良い（非特許文献１２）。
【００５４】
ＰＤＣＰ３０６は、ユーザデータであるＩＰパケット（ＩＰ  Ｐａｃｋｅｔ）を無線区間で効率的に伝送するパケットデータ収束プロトコル層（パケットデータ収束プロトコル層）である。ＰＤＣＰ３０６、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ−タの暗号化の機能も持ってもよい（非特許文献１１）。
【００５５】
ＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）３１０は、５ＧＣ１１０から基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとの対応付け（マッピング：ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介して５ＧＣ１１０に送られるアップリンクのＱｏＳフローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持もつ、サービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）である（非特許文献１６）。
【００５６】
図３（Ｂ）はＮＲ１０６において、ＵＥ１２２がｇＮＢ１０８、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）と通信を行う際に用いるＣＰのプロトコルスタック図である。
【００５７】
ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０８、およびＮＡＳ（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）３１２が存在する。ＲＲＣ３０８は、ＲＲＣ接続の確立、再確立、一時停止（ｓｕｓｐｅｎｄ）、一時停止解除（ｒｅｓｕｍｅ）等の処理や、ＲＲＣ接続の再設定、例えば無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）及びセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ）の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定（Ｍｅａｓｕｒｅｍｅｎｔ：メジャメント）の設定などを行う、無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ３０４とＭＡＣ３０２で構成される部分をＲＬＣベアラと呼んでも良い（非特許文献１０）。また、ＡＭＦとＵＥ１２２との間の信号を運ぶＮＡＳレイヤに対して、ＵＥ１２２とｇＮＢ１０８との間の信号及びデータを運ぶＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８、ＳＤＡＰ３１０の一部のレイヤあるいはすべてのレイヤをＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤと称してよい。
【００５８】
また、ＳＲＢは、次のＳＲＢ０からＳＲＢ３が定義されてよい。ＳＲＢ０は、論理チャネルのＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）を用いたＲＲＣメッセージのためのＳＲＢであってよい。ＳＲＢ１は、（ピギーバックされたＮＡＳメッセージを含むかもしれない）ＲＲＣメッセージのため、およびＳＲＢ２の確立前のＮＡＳメッセージのためのＳＲＢであってよく、すべて論理チャネルのＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）が用いられてよい。ＳＲＢ２は、ＮＡＳメッセージのためのＳＲＢであってよく、すべて論理チャネルのＤＣＣＨが用いられてよい。また、ＳＲＢ２はＳＲＢ１よりも低い優先度であってよい。ＳＲＢ３は、ＵＥ１２２がＥＮ−ＤＣ，ＮＧＥＮ−ＤＣ、ＮＲ−ＤＣなどが設定されているときの特定のＲＲＣメッセージのためのＳＲＢであってよく、すべて論理チャネルのＤＣＣＨが用いられてよい。また、その他の用途のために他のＳＲＢが用意されてもよい。
【００５９】
前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層（各レイヤ）の機能の一部あるいは全部が他の層（レイヤ）に含まれてもよい。
【００６０】
なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＳＤＡＰレイヤ及びＰＤＣＰレイヤの内のいずれかまたは全ての上位レイヤとなる（不図示）。またＲＲＣレイヤやＮＡＳ
（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤもＳＤＡＰレイヤ及びＰＤＣＰレイヤの内のいずれかまたは全ての上位レイヤとなっても良い（不図示）。言い換えれば、ＳＤＡＰレイヤ及びＰＤＣＰレイヤの内のいずれかまたは全てはＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、及びアプリケーションレイヤの内のいずれかまたは全ての下位レイヤとなる。
【００６１】
なお、本発明の各実施の形態において、ＩＭＳで用いられるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）やＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等、またメディア通信又はメディア通信制御に用いられるＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）、ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等、及び各種メディアのコーデック等の内のいずれかまたは全ては、アプリケーションレイヤに所属するものとする。
【００６２】
なお、端末装置、及び基地局装置の内のいずれかまたは全てに設定されるＡＳレイヤに属する各層、又は各層の機能の事を、エンティティと呼んでも良い。即ち、端末装置、及び基地局装置の内のいずれかまたは全てに設定される、物理層（ＰＨＹ層）、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＳＤＡＰ層、及びＲＲＣ層の事、又は各層の機能の事を、物理エンティティ（ＰＨＹエンティティ）、ＭＡＣエンティティ、ＲＬＣエンティティ、ＰＤＣＰエンティティ、ＳＤＡＰエンティティ、及びＲＲＣエンティティと、それぞれ呼んでも良い。
【００６３】
なお、本発明の各実施の形態では、以下Ｅ−ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ−ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ−ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ−ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ−ＵＴＲＡ用ＲＲＣ又はＬＴＥ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。又は、Ｅ−ＵＴＲＡ  ＰＤＣＰ又はＬＴＥ  ＰＤＣＰ、ＮＲ  ＰＤＣＰなどとスペースを用いて記述する場合もある。
【００６４】
また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられても良い。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでも良い。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であっても良い。また、Ｅ−ＵＴＲＡ１００において、ＵＥ１２２がｅＮＢ１０２と通信する場合であってもＰＤＣＰとしてＮＲ  ＰＤＣＰが使われても良い。
【００６５】
次にＬＴＥ及びＮＲにおけるＵＥ１２２の状態遷移について説明する。ＥＰＣに接続するＵＥ１２２は、ＲＲＣ接続が設立されている（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｈａｓ
ｂｅｅｎ  ｅｓｔａｂｌｉｓｈｅｄ）とき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であってよい。また、ＵＥ１２２は、ＲＲＣ接続が休止しているとき、（もしＵＥ１２２が５ＧＣに接続しているなら）ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であってよい。もし、それらのケースでないなら、ＵＥ１２２は、ＲＲＣ＿ＩＤＬＥ状態であってよい。
【００６６】
なお、ＥＰＣに接続するＵＥ１２２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を持たないが、Ｅ−ＵＴＲＡＮによってＲＲＣ接続の休止が開始されてもよい。この場合、ＲＲＣ接続が休止されるとき、ＵＥ１２２はＵＥのＡＳコンテキストと復帰に用いる識別子（ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ）を保持してＲＲＣ＿ＩＤＬＥ状態に遷移する。ＵＥ１２２がＵＥのＡＳコンテキストを保持しており、かつＥ−ＵＴＲＡＮによってＲＲＣ接続の復帰が許可（Ｐｅｒｍｉｔ）されており、かつＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する必要があるとき、休止されたＲＲＣ接続の復帰が上位レイヤ（例えばＮＡＳレイヤ）によって開始されてよい。
【００６７】
すなわち、ＥＰＣに接続するＵＥ１２２と、５ＧＣに接続するＵＥ１２２とで、休止の定義が異なってよい。また、ＵＥ１２２がＥＰＣに接続している場合（ＲＲＣ＿ＩＤＬＥ状態で休止している場合）と５ＧＣに接続している場合（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で休止している場合）とで、休止から復帰する手順のすべてあるいは一部が異なってよい。
【００６８】
なお、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＩＤＬＥ状態の事をそれぞれ、接続状態（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）、非活性状態（ｉｎａｃｔｉｖｅ  ｍｏｄｅ）、休止状態（ｉｄｌｅ  ｍｏｄｅ）と呼んでも良い。
【００６９】
ＵＥ１２２が保持するＵＥのＡＳコンテキストは、現在のＲＲＣ設定、現在のセキュリティコンテキスト、ＲＯＨＣ（ＲＯｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）状態を含むＰＤＣＰ状態、接続元（Ｓｏｕｒｃｅ）のＰＣｅｌｌで使われていたＣ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、セル識別子（ｃｅｌｌＩｄｅｎｔｉｔｙ）、接続元のＰＣｅｌｌの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、ｅＮＢ１０２およびｇＮＢ１０８の内のいずれかまたは全ての保持するＵＥのＡＳコンテキストは、ＵＥ１２２が保持するＵＥのＡＳコンテキストと同じ情報を含んでもよいし、ＵＥ１２２が保持するＵＥのＡＳコンテキストに含まれる情報とは異なる情報が含まれてもよい。
【００７０】
セキュリティコンテキストとは、ＡＳレベルにおける暗号鍵、ＮＨ（Ｎｅｘｔ  Ｈｏｐ
ｐａｒａｍｅｔｅｒ）、次ホップのアクセス鍵導出に用いられるＮＣＣ（Ｎｅｘｔ  Ｈｏｐ  Ｃｈａｉｎｉｎｇ  Ｃｏｕｎｔｅｒ  ｐａｒａｍｅｔｅｒ）、選択されたＡＳレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。
【００７１】
図４は、本発明の各実施の形態におけるＲＲＣ２０８及び／又は（ａｎｄ／ｏｒ）ＲＲＣ３０８における、各種設定のための手順（ｐｒｏｃｅｄｕｒｅ）のフローの一例を示す図である。図４は、基地局装置（ｅＮＢ１０２及び／又はｇＮＢ１０８）から端末装置（ＵＥ１２２）にＲＲＣメッセージが送られる場合のフローの一例である。
【００７２】
図４において、基地局装置はＲＲＣメッセージを作成する（ステップＳ４００）。基地局装置におけるＲＲＣメッセージの作成は、基地局装置が報知情報（ＳＩ：Ｓｙｓｔｅｍ
Ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を配信する際に行われても良いし、基地局装置が特定の端末装置に対して処理を行わせる必要があると判断した際、例えばセキュリティに関する設定や、ＲＲＣ接続（コネクション）の再設定（無線線ベアラの処理（確立、変更、解放など）や、セルグループの処理（確立、追加、変更、解放など）、メジャメント設定、ハンドオーバ設定など）、ＲＲＣ接続状態の解放などの際に行われても良い。またＲＲＣメッセージは異なるＲＡＴへのハンドオーバコマンドに用いられても良い。ＲＲＣメッセージには各種情報通知や設定のための情報（パラメータ）が含まれる。非特許文献４又は非特許文献１０などのＲＲＣに関する仕様書では、これらのパラメータは、フィールド及び／又は情報要素呼ばれ、ＡＳＮ．１（Ａｂｓｔｒａｃｔ  Ｓｙｎｔａｘ  Ｎｏｔａｔｉｏｎ  Ｏｎｅ）という記述方式を用いて記述される。
【００７３】
図４において、次に基地局装置は、作成したＲＲＣメッセージを端末装置に送信する（ステップＳ４０２）。次に端末装置は受信した上述のＲＲＣメッセージに従って、設定などの処理が必要な場合には処理を行う（ステップＳ４０４）。
【００７４】
なお、ＲＲＣメッセージの作成は、上述の例に限らず、非特許文献４や、非特許文献１０などに記載の通り、他の目的で作成されても良い。
【００７５】
例えば、ＲＲＣメッセージは、Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）や、非特許文献８に記載のＭｕｌｔｉ−Ｒａｄｉｏ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＭＲ−ＤＣ）に関する設定に用いられても良い。
【００７６】
Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）とは、２つの基地局装置（ノード）がそれぞれ構成するセルグループ、すなわちマスターノード（Ｍａｓｔｅｒ  Ｎｏｄｅ：ＭＮ）が構成するマスターセルグループ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ：ＭＣＧ）及びセカンダリノード（Ｓｅｃｏｎｄｅｒｙ  Ｎｏｄｅ：ＳＮ）が構成するセカンダリセルグループ（Ｓｅｃｏｎｄｅｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ：ＳＣＧ）の両方の無線リソースを利用してデータ通信を行う技術であっても良い。また、マスターノードとセカンダリノードは同じノード（同じ基地局装置）であってもよい。また非特許文献８に記載のＭＲ−ＤＣとは、Ｅ−ＵＴＲＡとＮＲの両方のＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）のセルをＲＡＴ毎にセルグループ化してＵＥに割り当て、ＭＣＧとＳＣＧの両方の無線リソースを利用してデータ通信を行う技術であっても良い。ＭＲ−ＤＣにおいて、マスターノードとは、ＭＲ−ＤＣに係る主なＲＲＣ機能、例えば、セカンダリノードの追加、ＲＢの確立、変更、及び解放、ＭＣＧの追加、変更、解放、ハンドオーバ等の機能、を持つ基地局であっても良く、セカンダリノードとは、一部のＲＲＣ機能、例えばＳＣＧの変更、及び解放等、を持つ基地局であっても良い。
【００７７】
非特許文献８に記載のＭＲ−ＤＣにおいて、マスターノード側のＲＡＴのＲＲＣが、ＭＣＧ及びＳＣＧ両方の設定を行うために用いられても良い。例えばコア網がＥＰＣ１０４で、マスターノードがｅＮＢ１０２（拡張型ｅＮＢ１０２とも称する）である場合のＭＲ−ＤＣである、ＥＮ−ＤＣ（Ｅ−ＵＴＲＡ−ＮＲ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、コア網が５ＧＣ１１０で、マスターノードがｅＮＢ１０２である場合のＭＲ−ＤＣである、ＮＧＥＮ−ＤＣ（ＮＧ−ＲＡＮ  Ｅ−ＵＴＲＡ−ＮＲ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）において、非特許文献４に記載のＥ−ＵＴＲＡのＲＲＣメッセージがｅＮＢ１０２とＵＥ１２２との間で送受信されても良い。この場合ＲＲＣメッセージには、ＬＴＥ（Ｅ−ＵＴＲＡ）の設定情報だけでなく、非特許文献１０に記載の、ＮＲの設定情報が含まれても良い。またｅＮＢ１０２からＵＥ１２２に送信されるＲＲＣメッセージは、ｅＮＢ１０２からｇＮＢ１０８を経由してＵＥ１２２に送信されても良い。また、本ＲＲＣメッセージの構成は、非ＭＲ−ＤＣであって、ｅＮＢ１０２（拡張型ｅＮＢ）がコア網として５ＧＣを用いる、Ｅ−ＵＴＲＡ／５ＧＣ（非特許文献１７に記載のオプション５）に用いられても良い。
【００７８】
また逆に、非特許文献８に記載のＭＲ−ＤＣにおいて、コア網が５ＧＣ１１０で、マスターノードがｇＮＢ１０８である場合のＭＲ−ＤＣである、ＮＥ−ＤＣ（ＮＲ−Ｅ−ＵＴＲＡ  Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）において、非特許文献１０に記載のＮＲのＲＲＣメッセージがｇＮＢ１０８とＵＥ１２２との間で送受信されても良い。この場合ＲＲＣメッセージには、ＮＲの設定情報だけでなく、非特許文献４に記載の、ＬＴＥ（Ｅ−
ＵＴＲＡ）の設定情報が含まれても良い。またｇＮＢ１０８からＵＥ１２２に送信されるＲＲＣメッセージは、ｇＮＢ１０８からｅＮＢ１０２を経由してＵＥ１２２に送信されても良い。
【００７９】
なお、ＭＲ−ＤＣを利用する場合に限らず、ｅＮＢ１０２からＵＥ１２２に送信されるＥ−ＵＴＲＡ用ＲＲＣメッセージに、ＮＲ用ＲＲＣメッセージが含まれていても良いし、ｇＮＢ１０８からＵＥ１２２に送信されるＮＲ用ＲＲＣメッセージに、Ｅ−ＵＴＲＡ用ＲＲＣメッセージが含まれていても良い。
【００８０】
また、マスターノードがｅＮＢ１０２でＥＰＣ１０４をコア網とするネットワーク構成をＥ−ＵＴＲＡ／ＥＰＣと呼んでも良い。またマスターノードがｅＮＢ１０２で５ＧＣ１１０をコア網とするネットワーク構成をＥ−ＵＴＲＡ／５ＧＣと呼んでも良い。またマスターノードがｇＮＢ１０８で５ＧＣ１１０をコア網とするネットワーク構成をＮＲ、又はＮＲ／５ＧＣと呼んでも良い。またこの呼び方はＤＣが設定される場合に限らなくても良い。ＤＣが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指しても良い。
【００８１】
以下の説明において、ｅＮＢ１０２および／またはｇＮＢ１０８を単に基地局装置とも称し、ＵＥ１２２を単に端末装置とも称する。
【００８２】
ＲＲＣ接続が確立されるとき、またはＲＲＣ接続が再確立されるとき、またはハンドオーバのとき、一つのサービングセルがＮＡＳのモビリティ情報を提供する。ＲＲＣ接続が再確立されるとき、またはハンドオーバのとき、一つのサービングセルがセキュリティ入力を提供する。このサービングセルがプライマリセル（ＰＣｅｌｌ）として参照される。また端末装置の能力に依存して、プライマリセルとともに、１つまたは複数のサービングセル（セカンダリセル、ＳＣｅｌｌ）が追加で設定されてもよい。
【００８３】
また、端末装置に対して、二つのサブセットで構成されるサービングセルのセットが設定されてもよい。二つのサブセットは、プライマリセル（ＰＣｅｌｌ）を含む１つまたは複数のサービングセルで構成されるセルグループ（マスターセルグループ）と、プライマリセカンダリセル（ＰＳＣｅｌｌ）を含みプライマリセルを含まない１つまたは複数のサービングセルで構成される１つまたは複数のセルグループ（セカンダリセルグループ）とで構成されてもよい。プライマリセカンダリセルは、ＰＵＣＣＨリソースが設定されるセルであってよい。
【００８４】
ＲＲＣ接続した端末装置による無線リンク失敗（ＲＬＦ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）に関する動作の一例について説明する。
【００８５】
端末装置は、在圏する基地局装置から、サービングセルの物理層の問題（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｂｌｅｍｓ）の検出のためのタイマー（例えばＴ３１０やＴ３１３）の値（ｔ３１０やｔ３１３）、同期外（ＯｏＳ：ｏｕｔ-ｏｆ?ｓｙｎｃ）の検出回数の閾値であるＮ３１０やＮ３１３、同期中（ＩＳ：ｉｎ?ｓｙｎｃ）の検出回数の閾値であるＮ３１１やＮ３１４などの情報を報知情報やユーザ個別へのＲＲＣメッセージによって取得する。また、前記タイマーの値や回数の閾値はデフォルトの値が設定されてもよい。また、ＥＵＴＲＡとＮＲとでタイマーの名前は異なってよい。
【００８６】
無線リンク監視のために、端末装置の物理層処理部は、例えば受信した参照信号の受信電力および／または同期信号の受信電力および／またはパケットの誤り率などの情報に基づき、サービングセルの無線リンク品質が特定の期間（例えばＴＥｖａｌｕａｔｅ＿Ｑｏｕｔ＝２００ｍｓ）を越えて特定の閾値（Ｑｏｕｔ）より悪いと推定（ｅｓｔｉｍａｔｅ
）されるときに、上位レイヤであるＲＲＣ層処理部に対して「同期外（ｏｕｔ−ｏｆ−ｓｙｎｃ）」を通知する。また、物理層処理部は、例えば受信した参照信号の受信電力および／または同期信号の受信電力および／またはパケットの誤り率などの情報に基づき、サービングセルの無線リンク品質が特定の期間（例えばＴＥｖａｌｕａｔｅ＿Ｑｉｎ＝１００ｍｓ）を越えて特定の閾値（Ｑｉｎ）を超えると推定されるときに、上位レイヤであるＲＲＣ層処理部に対して「同期中（ｉｎ−ｓｙｎｃ）」を通知する。なお、物理層処理部は、同期外あるいは同期中の上位レイヤへの通知を特定の間隔（例えばＴＲｅｐｏｒｔ＿ｓｙｎｃ＝１０ｍｓ）以上あけて行うようにしてもよい。
【００８７】
ここで、例えば、閾値Ｑｏｕｔは、下りリンクの無線リンクが確実（ｒｅｌｉａｂｌｙ）には受信できず、さらに、既定のパラメータに基づく仮定（ｈｙｐｏｔｈｅｔｉｃａｌ）の下りリンク制御チャネル（ＰＤＣＣＨ）の送信のブロック誤り率（Ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｅ）が第１の特定の割合となるレベルとして定義されてもよい。また、例えば、閾値Ｑｉｎは、下りリンクの無線リンク品質が著しく（ｓｉｇｎｉｆｉｃａｎｔｌｙ）Ｑｏｕｔの状態よりも確実に受信でき、さらに、既定のパラメータに基づく仮定の下りリンク制御チャネルの送信のブロック誤り率が第２の特定の割合となるレベルとして定義されてもよい。また、使用される周波数やサブキャリア間隔、サービスの種別などに基づき複数のブロック誤り率（閾値Ｑｏｕｔと閾値Ｑｉｎのレベル）が定義されてもよい。また、第１の特定の割合、および／または第２の特定の割合は仕様書において定められる既定の値であってもよい。また、第１の特定の割合、および／または第２の特定の割合は基地局装置から端末装置に通知または報知される値であってもよい。
【００８８】
端末装置は、サービングセル（例えばＰＣｅｌｌおよび／またはＰＳＣｅｌｌ）において、ある種類の参照信号（例えばセル固有の参照信号（ＣＲＳ））を用いて無線リンク監視を行なってもよい。また、端末装置は、サービングセル（例えばＰＣｅｌｌおよび／またはＰＳＣｅｌｌ）における無線リンク監視にどの参照信号を用いるかを示す設定（無線リンク監視設定：ＲａｄｉｏＬｉｎｋＭｏｎｉｔｏｒｉｎｇＣｏｎｆｉｇ）を基地局装置から受け取り、設定された１つまたは複数の参照信号（ここではＲＬＭ−ＲＳと称する）を用いて無線リンク監視を行なってもよい。また、端末装置は、その他の信号を用いて無線リンク監視を行なってもよい。端末装置の物理層処理部は、サービングセル（例えばＰＣｅｌｌおよび／またはＰＳＣｅｌｌ）において同期中となる条件を満たしている場合には、同期中を上位レイヤに通知してもよい。
【００８９】
前記無線リンク監視設定には、監視の目的を示す情報と、参照信号を示す識別子情報とが含まれてよい。例えば、監視の目的には、無線リンク失敗を監視する目的、ビームの失敗を監視する目的、あるいはその両方の目的、などが含まれてよい。また、例えば、参照信号を示す識別子情報は、セルの同期信号ブロック（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ Ｂｌｏｃｋ：ＳＳＢ）の識別子（ＳＳＢ−Ｉｎｄｅｘ）を示す情報が含ま
れてよい。すなわち、参照信号には同期信号が含まれてよい。また、例えば、参照信号を示す識別子情報は、端末装置に設定されたチャネル状態情報参照信号（ＣＳＩ−ＲＳ）に紐づけられた識別子を示す情報が含まれてよい。
【００９０】
プライマリセルにおいて、端末装置のＲＲＣ層処理部は、物理層処理部から通知される同期外を既定回数（Ｎ３１０回）連続して受け取った場合にタイマー（Ｔ３１０）を開始（Ｓｔａｒｔ）あるいは再開始（Ｒｅｓｔａｒｔ）してよい。また、端末装置のＲＲＣ層処理部は、既定回数（Ｎ３１１回）連続して同期中を受け取った場合にタイマー（Ｔ３１０）を停止（Ｓｔｏｐ）してよい。端末装置のＲＲＣ層処理部は、タイマー（Ｔ３１０）が満了（Ｅｘｐｉｒｅ）した場合に、アイドル状態への遷移あるいはＲＲＣ接続の再確立手順を実施するようにしてもよい。例えば、ＡＳ  Ｓｅｃｕｒｉｔｙの確立状態に応じて端末装置の動作が異なってもよい。ＡＳ  Ｓｅｃｕｒｉｔｙが未確立の場合、端末装置はＲＲＣ  ＩＤＬＥ状態に遷移し、ＡＳ  Ｓｅｃｕｒｉｔｙが確立済みの場合、端末装置は、ＲＲＣ接続の再確立（Ｒｅ?ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を実行してもよい。また、前記タイマーＴ３１０を開始または再開始する判断において、タイマーＴ３００、タイマーＴ３０１、タイマーＴ３０４、およびタイマーＴ３１１の何れも走っていないことを条件に加えてもよい。
【００９１】
ＥＵＴＲＡの前記各タイマーの開始、停止、および満了の条件の一例を図９に示す。なお、ＮＲにおいても、タイマー名、および／またはメッセージ名が異なる場合があるが、同様の条件が適用されてよい。
【００９２】
また、プライマリセカンダリセルにおいて、端末装置のＲＲＣ層処理部は、物理層処理部から通知される同期外を既定回数（Ｎ３１３回）連続して受け取った場合にタイマー（Ｔ３１３）を開始（Ｓｔａｒｔ）あるいは再開始（Ｒｅｓｔａｒｔ）してもよい。また、端末装置のＲＲＣ層処理部は、既定回数（Ｎ３１４回）連続して同期中を受け取った場合にタイマー（Ｔ３１３）を停止（Ｓｔｏｐ）してもよい。端末装置のＲＲＣ層処理部は、タイマー（Ｔ３１３）が満了（Ｅｘｐｉｒｅ）した場合に、ＳＣＧ障害をネットワークに通知するためのＳＣＧ障害情報手順（ＳＣＧ  ｆａｉｌｕｒｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を実行してよい。
【００９３】
また、ＳｐＣｅｌｌ（ＭＣＧにおけるＰＣｅｌｌ、およびＳＣＧにおけるＰＳＣｅｌｌ）において、端末装置のＲＲＣ層処理部は、各ＳｐＣｅｌｌにおいて物理層処理部から通知される同期外を既定回数（Ｎ３１０回）連続して受け取った場合に当該ＳｐＣｅｌｌのタイマー（Ｔ３１０）を開始（Ｓｔａｒｔ）あるいは再開始（Ｒｅｓｔａｒｔ）してもよい。また、端末装置のＲＲＣ層処理部は、各ＳｐＣｅｌｌにおいて既定回数（Ｎ３１１回）連続して同期中を受け取った場合に当該ＳｐＣｅｌｌのタイマー（Ｔ３１０）を停止（Ｓｔｏｐ）してもよい。端末装置のＲＲＣ層処理部は、各ＳｐＣｅｌｌのタイマー（Ｔ３１０）が満了（Ｅｘｐｉｒｅ）した場合に、ＳｐＣｅｌｌがＰＣｅｌｌであれば、アイドル状態への遷移あるいはＲＲＣ接続の再確立手順を実施するようにしてもよい。また、ＳｐＣｅｌｌがＰＳＣｅｌｌであれば、ＳＣＧ障害をネットワークに通知するためのＳＣＧ障害情報手順（ＳＣＧ  ｆａｉｌｕｒｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を実行してよい。
【００９４】
上記説明は端末装置に間欠受信（ＤＲＸ）が設定されていない場合の例である。端末装置にＤＲＸが設定されている場合、端末装置のＲＲＣ層処理部は、無線リンク品質を測定する期間や上位レイヤへの通知間隔をＤＲＸが設定されていない場合と異なる値をとるように物理層処理部に対して設定してもよい。なお、ＤＲＸが設定されている場合であっても、上記タイマー（Ｔ３１０、Ｔ３１３）が走っているときには、同期中を推定するための無線リンク品質を測定する期間や上位レイヤへの通知間隔を、ＤＲＸが設定されていない場合の値としてもよい。
【００９５】
また、例えば、早期の物理層問題を検出するために、端末装置のＲＲＣ層処理部は、物理層処理部から通知される早期同期外を既定回数（Ｎ３１０回）連続して受け取った場合にタイマー（Ｔ３１４）を開始（Ｓｔａｒｔ）してもよい。また、端末装置のＲＲＣ層処理部は、Ｔ３１４が走っているときに既定回数（Ｎ３１１回）連続して同期中を受け取った場合にタイマー（Ｔ３１４）を停止（Ｓｔｏｐ）してもよい。
【００９６】
また、例えば、早期の物理層改善を検出するために、端末装置のＲＲＣ層処理部は、物理層処理部から通知される早期同期中を既定回数（Ｎ３１１回）連続して受け取った場合にタイマー（Ｔ３１５）を開始（Ｓｔａｒｔ）してもよい。また、端末装置のＲＲＣ層処理部は、Ｔ３１５が走っているときに既定回数（Ｎ３１１回）連続して同期中を受け取っ
た場合にタイマー（Ｔ３１５）を停止（Ｓｔｏｐ）してもよい。
【００９７】
また、例えば、測定を基地局装置に報告する際に、測定の設定に第１の測定を行うこと（例えばタイマーＴ３１２を用いた測定を行うこと）が設定された場合、もし、タイマーＴ３１０が走っているなら、タイマーＴ３１２が走っていなければタイマーＴ３１２を開始する。端末装置のＲＲＣ層処理部は、既定回数（Ｎ３１１回）連続して同期中を受け取った場合にタイマー（Ｔ３１２）を停止してもよい。
【００９８】
また、前記ＲＬＭ−ＲＳは明示的にあるいは暗示的にネットワークから設定されない場合には未定義であってもよい。すなわち、端末装置は、ネットワーク（例えば基地局装置）からＲＬＭ−ＲＳの設定がなされない場合には無線リンク監視をしなくてもよい。
【００９９】
また、ＲＬＭ−ＲＳは、無線リンク監視で用いられる参照信号であり、複数のＲＬＭ−ＲＳが端末装置に設定されてもよい。１つのＲＬＭ−ＲＳのリソースは、１つのＳＳブロックまたは１つのＣＳＩ−ＲＳのリソース（またはポート）であってもよい。
【０１００】
また、ＣＲＳを用いた無線リンク監視がＥＵＴＲＡのセルで行われ、ＲＬＭ−ＲＳを用いた無線リンク監視がＮＲのセルで行われてよいが、これに限定されない。
【０１０１】
無線リンク監視に基づく無線リンク失敗の検出について説明する。
【０１０２】
端末装置は、タイマーＴ３１０が満了（Ｅｘｐｉｒｅ）したとき、またはタイマーＴ３１２が満了したとき、または複数の特定のタイマーが何れも走っていないときにＭＣＧのＭＡＣ層からランダムアクセスの問題が通知されたとき、またはＳＲＢまたはＤＲＢの再送が最大再送回数に達したことがＭＣＧのＲＬＣ層から通知されたとき、端末装置はＭＣＧにおいて無線リンク失敗が検出されたと判断する。前記特定のタイマーはタイマーＴ３１０と、タイマーＴ３１２を含まない。
【０１０３】
ランダムアクセスの問題は、ＭＡＣエンティティにおいて、ランダムアクセスプリアンブルの再送回数が既定の回数に達したときに、そのランダムアクセスプリアンブル送信がＳｐＣｅｌｌで行われていたならば、そのＳｐＣｅｌｌを含むセルグループのＭＡＣエンティティから上位レイヤ（ここではＲＲＣエンティティ）に通知されてよい。
【０１０４】
端末装置は、ＭＣＧにおいて無線リンク失敗が検出されたと判断すると、無線リンク失敗情報として様々な情報を蓄積（Ｓｔｏｒｅ）する。そして、もしＡＳのセキュリティが活性化（Ａｃｔｉｖａｔｅ）していないなら、解放理由を「その他」に設定してＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる処理を開始する。もしＡＳセキュリティが活性化しているなら、ＲＲＣ接続再確立の手順を開始する。
【０１０５】
端末装置は、タイマーＴ３１３が満了（Ｅｘｐｉｒｅ）したとき、またはＳＣＧのＭＡＣ層からランダムアクセスの問題が通知されたとき、または再送が最大再送回数に達したことがＳＣＧのＲＬＣ層から通知されたとき、端末装置はＳＣＧにおいて無線リンク失敗が検出されたと判断して、ＳＣＧ無線リンク失敗として関連する情報を基地局装置に報告するための処理を開始する。
【０１０６】
端末装置は、タイマーＴ３１４が満了（Ｅｘｐｉｒｅ）したとき、端末装置は「早期同期外」イベントが検出されたと判断して、関連する情報を基地局装置に報告するための処理を開始する。
【０１０７】
端末装置は、タイマーＴ３１５が満了（Ｅｘｐｉｒｅ）したとき、端末装置は「早期同
期中」イベントが検出されたと判断して、関連する情報を基地局装置に報告するための処理を開始する。
【０１０８】
ＲＲＣ接続の再確立手順について説明する。
【０１０９】
ＲＲＣ接続の再確立手順の目的は、ＲＲＣ接続を再確立することであり、ＳＲＢ１の回復（Ｒｅｓｕｍｐｔｉｏｎ）手続きと、セキュリティの再活性化と、ＰＣｅｌｌのみの設定とを伴ってよい。
【０１１０】
ＲＲＣ接続の再確立手順は、以下の（Ａ）から（Ｅ）の何れかの条件に合致するときに開始されてよい。
（Ａ）ＭＣＧの無線リンク失敗を検出したとき
（Ｂ）ハンドオーバが失敗したとき（ＮＲではＭＣＧにおける同期付再設定が失敗したとき）
（Ｃ）他のＲＡＴへのモビリティが失敗したとき
（Ｄ）ＳＲＢ１またはＳＲＢ２に関わる完全性のチェック（Ｉｎｔｅｇｒｉｔｙ  ｃｈｅｃｋ）の失敗が下位レイヤから通知されたとき
（Ｅ）ＲＲＣ接続の再設定が失敗したとき
【０１１１】
ＲＲＣ接続の再確立手順が開始されると、端末装置は、以下の（Ａ）から（Ｊ）の処理の一部あるいは全部を実行する。
（Ａ）もしタイマーＴ３１０が走っていれば、タイマーＴ３１０を停止する
（Ｂ）もしタイマーＴ３１２が走っていれば、タイマーＴ３１２を停止する
（Ｃ）もしタイマーＴ３１３が走っていれば、タイマーＴ３１３を停止する
（Ｃ）もしタイマーＴ３１４が走っていれば、タイマーＴ３１４を停止する
（Ｄ）タイマーＴ３１１を開始する
（Ｅ）ＳＲＢ０以外のすべてのＲＢを休止（Ｓｕｓｐｅｎｄ）する
（Ｆ）ＭＡＣをリセットする
（Ｇ）もし設定されていればＭＣＧのＳＣｅｌｌを解放する
（Ｈ）デフォルトの物理チャネル設定を適用する
（Ｉ）ＭＣＧに対してデフォルトのＭＡＣ主設定を適用する
（Ｊ）セル選択手順を実行する
【０１１２】
セル選択手順によって最適な同一ＲＡＴのセルが選択されると、端末装置は、以下の処理を実行する。
【０１１３】
もし端末装置が５ＧＣに接続しており、選択したセルがＥＰＣでのみ接続できる、または端末装置がＥＰＣに接続しており、選択したセルが５ＧＣでのみ接続できるなら解放理由を「ＲＲＣ接続失敗」としてＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる行動（Ａｃｔｉｏｎ）を実行する。そうでなければタイマーＴ３１１を停止し、タイマーＴ３０１を開始し、ＲＲＣ接続の再確立要求（ＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）メッセージの送信を開始する。
【０１１４】
タイマーＴ３１１が満了すると、端末装置は、解放理由を「ＲＲＣ接続失敗」としてＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる行動（Ａｃｔｉｏｎ）を実行する。
【０１１５】
もしタイマーＴ３０１が満了したら、または選択したセルがセル選択基準の観点でもはや最適なセルでないなら、端末装置は、解放理由を「ＲＲＣ接続失敗」としてＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる行動（Ａｃｔｉｏｎ）を実行する。
【０１１６】
ハンドオーバについて説明する。
【０１１７】
ＥＵＴＲＡにおいて、同じＲＡＴ間（すなわちＥＵＴＲＡ間）におけるハンドオーバに関する処理の一例を、図７を用いて説明する。図７を用いた説明は一例であり、一部の処理が省略されてもよいし、他の処理が含まれてもよい。あるいはハンドオーバに関する処理として別の処理が行われてもよい。
【０１１８】
図７において、ハンドオーバ元の基地局装置（Ｓｏｕｒｃｅ  ｅＮＢ）は端末装置に隣接セルの測定を設定する（ステップＳ７０１）。
【０１１９】
端末装置は、Ｓｏｕｒｃｅ  ｅＮＢから設定された測定を行い、報告条件に基づき、Ｓｏｕｒｃｅ  ｅＮＢに測定結果を報告する（ステップＳ７０２）。
【０１２０】
Ｓｏｕｒｃｅ  ｅＮＢは、報告された測定結果などの情報に基づき端末装置のハンドオフを決定する（ステップＳ７０３）。
【０１２１】
Ｓｏｕｒｃｅ  ｅＮＢは、ハンドオーバ先となる基地局装置（Ｔａｒｇｅｔ  ｅＮＢ）にハンドオーバの準備に必要な情報を含むハンドオーバ要求メッセージを発行する（ｉｓｓｕｅする）（ステップＳ７０４）。
【０１２２】
許可制御（Ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）がＴａｒｇｅｔ  ｅＮＢで行われてもよい。Ｔａｒｇｅｔ  ｅＮＢは、必要とされるリソースを設定する。（ステップＳ７０５）。
【０１２３】
Ｔａｒｇｅｔ  ｅＮＢはＳｏｕｒｃｅ  ｅＮＢにハンドオーバ要求承認メッセージ（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ）を送る（ステップＳ７０６）。ハンドオーバ要求承認メッセージには、ハンドオーバの実行のためのＲＲＣメッセージとして端末装置に透過的に送られるコンテナが含まれる。コンテナには、新しいＣ−ＲＮＴＩ、選択されたセキュリティアルゴリズムのためのＴａｒｇｅｔ  ｅＮＢのセキュリティアルゴリズム識別子、デディケーテッドなランダムアクセスチャネルのプリアンブル（ランダムアクセスプリアンブル）、ターゲットセルのシステム情報、の一部あるいは全部が含まれてよい。
【０１２４】
Ｓｏｕｒｃｅ  ｅＮＢは、Ｔａｒｇｅｔ  ｅＮＢから受信したコンテナ（モビリティ制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）情報要素（Ｉｎｆｏｒｍａｔｉｏｎ
Ｅｌｅｍｅｎｔ：ＩＥ）を含む第１のＲＲＣ接続再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ））を端末装置に送る（ステップＳ７０７）。
【０１２５】
なお、端末装置は、第１のＲＲＣ接続再設定メッセージによって、メイクビフォアブレイクハンドオーバ（Ｍａｋｅ−Ｂｅｆｏｒｅ−Ｂｒｅａｋ  ＨＯ：ＭＢＢ−ＨＯ）が設定された場合、当該第１のＲＲＣ接続再設定メッセージを受信してから、少なくともＴａｒｇｅｔ  ｅＮＢで最初の上りリンク送信を実行するまでＳｏｕｒｃｅ  ｅＮＢとの接続を維持する。なお、上記メイクビフォアブレイクハンドオーバは複数の設定から選択されてもよい。例えば、すでに仕様化されているｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素に含まれるフィールドのｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１４が真（Ｔｒｕｅ）に設定されることによって、メイクビフォアブレイクハンドオーバが設定されたと判断してよい。また、例えば、新たに定義するｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６がｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素のフィールドに含まれ、そのｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が真（Ｔｒｕｅ）に設定されることによって、メイクビフォ
アブレイクハンドオーバが設定されたと判断してよい。また、フィールドｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６は様々な設定を含む情報要素を値としてもってもよい。
【０１２６】
Ｓｏｕｒｃｅ  ｅＮＢは、上りリンクのＰＤＣＰのシーケンス番号の受信状態および下りリンクのＰＤＣＰのシーケンス番号の送信状態を伝える（Ｃｏｎｖｅｙする）ためのＳＮ  ＳＴＡＴＵＳ  ＴＲＡＮＳＦＥＲメッセージをＴａｒｇｅｔ  ｅＮＢに送る（ステップＳ７０８）。
【０１２７】
もし、第１のＲＲＣ接続再設定メッセージによってＲＡＣＨ−ｌｅｓｓハンドオーバが設定されていなかったら、端末装置は、Ｔａｒｇｅｔ  ｅＮＢへの同期を実行（Ｐｅｒｆｏｒｍ）し、ランダムアクセスチャネルを用いてターゲットとなるセルにアクセスする。このとき、第１のＲＲＣ接続再設定メッセージによってデディケーテッドなランダムアクセスプリアンブルが示されていたなら衝突なし（Ｃｏｎｔｅｎｔｉｏｎ−ｆｒｅｅ）のランダムアクセス手順を実行し、それが示されていなかったなら衝突あり（Ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ）のランダムアクセス手順を実行する。もし、第１のＲＲＣ接続再設定メッセージによってＲＡＣＨ−ｌｅｓｓハンドオーバが設定されていたら、端末装置は、Ｔａｒｇｅｔ  ｅＮＢへの同期を実行する（ステップＳ７０９）。
【０１２８】
もし、第１のＲＲＣ接続再設定メッセージによってＲＡＣＨ−ｌｅｓｓハンドオーバを設定していなかったら、Ｔａｒｇｅｔ  ｅＮＢは、上りリンク割り当ておよびタイミングアドバンスの情報を端末装置に返す（ステップＳ７１０）。
【０１２９】
もし、第１のＲＲＣ接続再設定メッセージによってＲＡＣＨ−ｌｅｓｓハンドオーバが設定されており、かつ周期的な上りリンクグラントの事前割り当て（ｐｅｒｉｏｄｉｃ  ｐｒｅ−ａｌｌｏｃａｔｅｄ  ｕｐｌｉｎｋ  ｇｒａｎｔ）が第１のＲＲＣ接続再設定メッセージによって取得できていなかったなら、端末装置はターゲットセルのＰＤＣＣＨによって上りリンクグラントを受信する。端末装置は、ターゲットセルに同期した後の最初の利用可能（Ａｖａｉｌａｂｌｅ）な上りリンクグラントを使う（ステップＳ７１０ａ）。
【０１３０】
ＲＡＣＨ−ｌｅｓｓハンドオーバが設定されておらず、端末装置がターゲットセルに首尾よくアクセスしたとき、端末装置は、ハンドオーバを確認（Ｃｏｎｆｉｒｍ）するために、ＲＲＣ接続再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）をＴａｒｇｅｔ  ｅＮＢに送る。このＲＲＣ接続再設定完了メッセージが端末装置のハンドオーバ手順の完了を示す。ＲＲＣ接続再設定完了メッセージにはＣ−ＲＮＴＩが含まれ、Ｔａｒｇｅｔ  ｅＮＢは受け取ったＲＲＣ接続再設定完了メッセージのＣ−ＲＮＴＩを照合（Ｖｅｒｉｆｙ）する。
【０１３１】
ＲＡＣＨ−ｌｅｓｓハンドオーバが設定されており、端末装置が上りリンクグラントを受信したとき、端末装置は、ハンドオーバを確認（Ｃｏｎｆｉｒｍ）するために、ＲＲＣ接続再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）をＴａｒｇｅｔ  ｅＮＢに送る。ＲＲＣ接続再設定完了メッセージにはＣ−ＲＮＴＩが含まれ、Ｔａｒｇｅｔ  ｅＮＢは受け取ったＲＲＣ接続再設定完了メッセージのＣ−ＲＮＴＩを照合（Ｖｅｒｉｆｙ）する。端末装置がＵＥ衝突解決識別子ＭＡＣ制御要素（ＵＥ  ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｉｄｅｎｔｉｔｙ  ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）をＴａｒｇｅｔ  ｅＮＢから受信したときに、端末装置のハンドオーバ手順が完了する（ステップＳ７１１）。
【０１３２】
Ｔａｒｇｅｔ  ｅＮＢは、端末装置がセルを変更したことを知らせるためにＭＭＥへパス切替要求（ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ）メッセージを送る（ステップＳ
７１２）。
【０１３３】
ＭＭＥは、ベアラ修正要求（ＭＯＤＩＦＹ  ＢＥＡＲＥＲ  ＲＥＱＵＥＳＴ）メッセージをサービングゲートウェイ（Ｓ−ＧＷ）に送る（ステップＳ７１３）。
【０１３４】
Ｓ−ＧＷは下りリンクデータパスをターゲット側に切り替える。Ｓ−ＧＷはＳｏｕｒｃｅ  ｅＮＢに対して一つまたは複数のエンドマーカーパケットを送り、Ｓｏｕｒｃｅ  ｅＮＢへのユーザプレーンのリソースを解放する（ステップＳ７１４）。
【０１３５】
Ｓ−ＧＷはＭＭＥに、ベアラ修正応答（ＭＯＤＩＦＹ  ＢＥＡＲＥＲ  ＲＥＳＰＯＮＳＥ）メッセージをＭＭＥに送る（ステップＳ７１５）。
【０１３６】
ＭＭＥは、パス切替要求承認（ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥ）メッセージによってパス切替要求を確認する（ステップＳ７１６）。
【０１３７】
Ｔａｒｇｅｔ  ｅＮＢは、Ｓｏｕｒｃｅ  ｅＮＢに対してＵＥコンテキスト解放（ＵＥ
ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ）メッセージを送ることによって、ハンドオーバの成功を示し、Ｓｏｕｒｃｅ  ｅＮＢによるリソースの解放をトリガする。Ｔａｒｇｅｔ  ｅＮＢはこのメッセージをパス切替要求承認メッセージを受け取ったあとに送ってよい（ステップＳ７１７）。
【０１３８】
Ｓｏｕｒｃｅ  ｅＮＢは、ＵＥコンテキスト解放メッセージを受け取ると、ＵＥコンテキストに関する無線およびＣプレーンに関連したリソースを解放できる。実行中のデータ転送は継続されてよい（ステップＳ７１８）。
【０１３９】
タイマーＴ３０４が満了すると、端末装置は、以下の（Ａ）から（Ｄ）の処理の一部あるいは全部を実行する。
（Ａ）第１のＲＲＣ接続再設定メッセージによって設定されたデディケーテッドなランダムアクセスチャネルの設定を利用可能ではないとみなす
（Ｂ）デディケーテッドな物理チャネルの設定およびＭＡＣ層の主設定、および半永続的（セミパーシステント）なスケジュールの設定を除く、ハンドオーバ元（ソース）のＰＣｅｌｌで使われていた設定に端末装置の設定を戻す
（Ｃ）ハンドオーバ失敗情報として、関連する情報を蓄積する
（Ｄ）ＲＲＣ接続の再確立手順を開始してＲＲＣ接続再設定の手順を終了する
【０１４０】
第１のＲＲＣ接続再設定メッセージを受け取った端末装置の処理の詳細について説明する。第１のＲＲＣ接続再設定メッセージには、モビリティ制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）情報要素が含まれてよい。ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素には、他のＲＡＴからＥＵＴＲＡ、あるいはＥＵＴＲＡ内でのネットワーク制御のモビリティに関連するパラメータ（例えば、ターゲットセルの識別子やキャリア周波数の情報）が含まれる。
【０１４１】
ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素を含むＲＲＣ接続再設定メッセージ（第１のＲＲＣ接続再設定メッセージ）を受け取り、かつ端末装置がそのメッセージの設定に応じることができるなら、端末装置は以下の（Ａ）から（Ｇ）の処理の一部あるいは全部を行う。
（Ａ）もしタイマーＴ３１０が走っていれば、タイマーＴ３１０を停止する
（Ｂ）もしタイマーＴ３１２が走っていれば、タイマーＴ３１２を停止する
（Ｃ）もしタイマーＴ３１４が走っていれば、タイマーＴ３１４を停止する
（Ｄ）タイマーＴ３０４をｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素に含ま
れる値（ｔ３０４）で開始する
（Ｅ）もしキャリア周波数の情報が含まれていれば、その周波数をターゲットセルの周波数と判断し、キャリア周波数の情報が含まれていなければ、ソースのＰＣｅｌｌの周波数をターゲットセルの周波数と判断する
（Ｆ）もしアクセス規制のタイマーが走っていれば、そのタイマーを停止する
（Ｇ）ターゲットセルの下りリンクへの同期を開始する
【０１４２】
ＮＲにおいて、同じＲＡＴ間（すなわちＮＲ間）におけるハンドオーバに関する処理の一例を、図８を用いて説明する。図８を用いた説明は一例であり、一部の処理が省略されてもよいし、他の処理が含まれてもよい。あるいはハンドオーバに関する処理として別の処理が行われてもよい。
【０１４３】
図８において、ハンドオーバ元の基地局装置（Ｓｏｕｒｃｅ  ｇＮＢ）は端末装置に隣接セルの測定を設定し、端末装置は、Ｓｏｕｒｃｅ  ｇＮＢから設定された測定を行い、Ｓｏｕｒｃｅ  ｇＮＢに測定結果を報告する（ステップＳ８０１）。
【０１４４】
Ｓｏｕｒｃｅ  ｇＮＢは、報告された測定結果などの情報に基づき端末装置のハンドオフを決定する（ステップＳ８０２）。
【０１４５】
Ｓｏｕｒｃｅ  ｇＮＢは、ハンドオーバ先となる基地局装置（Ｔａｒｇｅｔ  ｇＮＢ）にハンドオーバの準備に必要な情報を含むハンドオーバ要求メッセージを発行（ｉｓｓｕｅ）する（ステップＳ８０３）。
【０１４６】
許可制御（Ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）がＴａｒｇｅｔ  ｇＮＢで行われてもよい（ステップＳ８０４）。
【０１４７】
Ｔａｒｇｅｔ  ｇＮＢは、ハンドオーバの準備を行い、Ｓｏｕｒｃｅ  ｇＮＢにハンドオーバ要求承認メッセージ（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメッセージ）を送る（ステップＳ８０５）。ハンドオーバ要求承認メッセージには、ハンドオーバの実行のためのＲＲＣメッセージとして端末装置に透過的に送られるコンテナが含まれる。
【０１４８】
Ｓｏｕｒｃｅ  ｇＮＢは、Ｔａｒｇｅｔ  ｇＮＢから受信したコンテナ（第１のＲＲＣ再設定メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ））を端末装置に送る（ステップＳ８０６）。ＲＲＣ再設定メッセージには、ターゲットセルの識別子、新しいＣ−ＲＮＴＩ、選択されたセキュリティアルゴリズムのためのＴａｒｇｅｔ  ｇＮＢのセキュリティアルゴリズム識別子、デディケーテッドなランダムアクセスチャネルのリソースのセット、ＵＥ固有のＣＳＩ−ＲＳの設定、共通のランダムアクセスチャネルリソース、ターゲットセルのシステム情報、の一部あるいは全部が含まれてよい。
【０１４９】
なお、端末装置は、第１のＲＲＣ再設定メッセージによって、メイクビフォアブレイクハンドオーバ（Ｍａｋｅ−Ｂｅｆｏｒｅ−Ｂｒｅａｋ  ＨＯ：ＭＢＢ−ＨＯ）が設定された場合、当該第１のＲＲＣ再設定メッセージを受信してから、少なくともＴａｒｇｅｔ  ｇＮＢで最初の上りリンク送信を実行するまでＳｏｕｒｃｅ  ｇＮＢとの接続を維持してもよい。
【０１５０】
Ｓｏｕｒｃｅ  ｅＮＢは、上りリンクのＰＤＣＰのシーケンス番号の受信状態および下りリンクのＰＤＣＰのシーケンス番号の送信状態を伝える（Ｃｏｎｖｅｙする）ためのＳＮ  ＳＴＡＴＵＳ  ＴＲＡＮＳＦＥＲメッセージをＴａｒｇｅｔ  ｇＮＢに送る（ステップＳ８０７）。
【０１５１】
もし、第１のＲＲＣ再設定メッセージによってＲＡＣＨ−ｌｅｓｓハンドオーバが設定されていなかったら、端末装置は、Ｔａｒｇｅｔ  ｅＮＢへの同期を実行（Ｐｅｒｆｏｒｍ）し、ランダムアクセスチャネルを用いてターゲットとなるセルにアクセスする。このとき、第１のＲＲＣ再設定メッセージによってデディケーテッドなランダムアクセスプリアンブルが示されていたなら衝突なし（Ｃｏｎｔｅｎｔｉｏｎ−ｆｒｅｅ）のランダムアクセス手順を実行し、それが示されていなかったなら衝突あり（Ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ）のランダムアクセス手順を実行してよい。もし、第１のＲＲＣ再設定メッセージによってＲＡＣＨ−ｌｅｓｓハンドオーバが設定されていたら、端末装置は、Ｔａｒｇｅｔ  ｇＮＢへの同期を実行する。
【０１５２】
もし、第１のＲＲＣ再設定メッセージによってＲＡＣＨ−ｌｅｓｓハンドオーバを設定していなかったら、Ｔａｒｇｅｔ  ｇＮＢは、上りリンク割り当ておよびタイミングアドバンスの情報を端末装置に返してよい。
【０１５３】
もし、第１のＲＲＣ再設定メッセージによってＲＡＣＨ−ｌｅｓｓハンドオーバが設定されており、かつ周期的な上りリンクグラントの事前割り当て（ｐｅｒｉｏｄｉｃ  ｐｒｅ−ａｌｌｏｃａｔｅｄ  ｕｐｌｉｎｋ  ｇｒａｎｔ）が第１のＲＲＣ再設定メッセージによって取得できていなかったなら、端末装置はターゲットセルのＰＤＣＣＨによって上りリンクグラントを受信する。端末装置は、ターゲットセルに同期した後の最初の利用可能（Ａｖａｉｌａｂｌｅ）な上りリンクグラントを使う。
【０１５４】
ＲＡＣＨ−ｌｅｓｓハンドオーバが設定されておらず、端末装置がターゲットセルに首尾よくアクセスしたとき、端末装置は、ハンドオーバを確認（Ｃｏｎｆｉｒｍ）するために、ＲＲＣ再設定完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）をＴａｒｇｅｔ  ｇＮＢに送ってよい。このＲＲＣ再設定完了メッセージが端末装置のハンドオーバ手順の完了を示してよい。ＲＲＣ再設定完了メッセージにはＣ−ＲＮＴＩが含まれ、Ｔａｒｇｅｔ  ｇＮＢは受け取ったＲＲＣ再設定完了メッセージのＣ−ＲＮＴＩを照合（Ｖｅｒｉｆｙ）してよい。
【０１５５】
ＲＡＣＨ−ｌｅｓｓハンドオーバが設定されており、端末装置が上りリンクグラントを受信したとき、端末装置は、ハンドオーバを確認（Ｃｏｎｆｉｒｍ）するために、ＲＲＣ再設定完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージをＴａｒｇｅｔ  ｇＮＢに送ってよい。ＲＲＣ再設定完了メッセージにはＣ−ＲＮＴＩが含まれ、Ｔａｒｇｅｔ  ｇＮＢは受け取ったＲＲＣ再設定完了メッセージのＣ−ＲＮＴＩを照合（Ｖｅｒｉｆｙ）してよい。端末装置がＵＥ衝突解決識別子ＭＡＣ制御要素（ＵＥ  ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｉｄｅｎｔｉｔｙ  ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）をＴａｒｇｅｔ  ｇＮＢから受信したときに、端末装置のハンドオーバ手順が完了してよい（ステップＳ８０８）。
【０１５６】
Ｔａｒｇｅｔ  ｅＮＢは、５ＧＣにダウンリンクデータパスをＴａｒｇｅｔ  ｇＮＢに切り替えてＮＧ−ＣインターフェースインスタンスをＴａｒｇｅｔ  ｇＮＢに対して確立させるために、ＡＭＦへパス切替要求（ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ）メッセージを送る（ステップＳ８０９）。
【０１５７】
５ＧＣは下りリンクデータパスをＴａｒｇｅｔ  ｇＮＢに切り替える。ＵＰＦはＳｏｕｒｃｅ  ｅＮＢに対して一つまたは複数のエンドマーカーパケットを送り、Ｓｏｕｒｃｅ
ｇＮＢへのユーザプレーンのリソースを解放する（ステップＳ８１０）。
【０１５８】
ＡＭＦは、パス切替要求承認（ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯ
ＷＬＥＤＧＥ）メッセージによってパス切替要求を確認する（ステップＳ８１１）。
【０１５９】
Ｔａｒｇｅｔ  ｇＮＢは、Ｓｏｕｒｃｅ  ｅＮＢに対してＵＥコンテキスト解放（ＵＥ
ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ）メッセージを送ることによって、ハンドオーバの成功を示し、Ｓｏｕｒｃｅ  ｇＮＢによるリソースの解放をトリガする。Ｔａｒｇｅｔ  ｇＮＢはこのメッセージをパス切替要求承認メッセージをＡＭＦから受け取ったあとに送ってよい。Ｓｏｕｒｃｅ  ｇＮＢは、ＵＥコンテキスト解放メッセージを受け取ると、ＵＥコンテキストに関する無線およびＣプレーンに関連したリソースを解放できる。実行中のデータ転送は継続されてよい（ステップＳ８１２）。
【０１６０】
タイマーＴ３０４が満了すると、端末装置は、以下の（Ａ）から（Ｄ）の処理の一部あるいは全部を実行する。
（Ａ）もしＭＣＧのタイマーＴ３０４が満了したら、第１のＲＲＣ接続再設定メッセージによって設定されたＭＣＧのデディケーテッドなランダムアクセスチャネルの設定を解放する
（Ｂ）もしＭＣＧのタイマーＴ３０４が満了したら、ハンドオーバ元（ソース）のＰＣｅｌｌで使われていた設定に端末装置の設定を戻す
（Ｄ）もしＭＣＧのタイマーＴ３０４が満了したら、ＲＲＣ接続の再確立手順を開始する
（Ｅ）もしＳＣＧのタイマーＴ３０４が満了したら、第１のＲＲＣ接続再設定メッセージによって設定されたＳＣＧのデディケーテッドなランダムアクセスチャネルの設定を解放する
（Ｅ）もしＳＣＧのタイマーＴ３０４が満了したら、ＳＣＧの同期付再設定が失敗したことを報告する手順を開始する
【０１６１】
第１のＲＲＣ再設定メッセージを受け取った端末装置の処理の詳細について説明する。第１のＲＲＣ再設定メッセージには、同期付再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ）情報要素が含まれてよい。ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、ＲＲＣ再設定メッセージのセルグループ（ＭＣＧやＳＣＧ）毎のＳｐＣｅｌｌの設定に含まれてよい。ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、ターゲットのＳｐＣｅｌｌへの同期を伴う再設定に関するパラメータ（例えばターゲットのＳｐＣｅｌｌの設定や、端末装置の新しい識別子など）が含まれる。
【０１６２】
ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含むＲＲＣ再設定メッセージ（第１のＲＲＣ再設定メッセージ）を受け取った端末装置は以下の（Ａ）から（Ｅ）の処理の一部あるいは全部を行う。
（Ａ）もし、セキュリティが活性化されていないなら、解放理由を「その他」に設定してＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる処理を開始する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる処理はＲＲＣ＿ＩＤＬＥに行く処理であってもよい。
（Ｂ）もし対象となるＳｐＣｅｌｌのタイマーＴ３１０が走っていれば、対象となるＳｐＣｅｌｌのタイマーＴ３１０を停止する
（Ｃ）対象となるＳｐＣｅｌｌのタイマーＴ３０４をｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素に含まれる値（ｔ３０４）で開始する
（Ｄ）もし下りリンクの周波数の情報が含まれていれば、その周波数をターゲットセルのＳＳＢの周波数と判断し、下りリンクの周波数の情報が含まれていなければ、ソースのＳｐＣｅｌｌのＳＳＢの周波数をターゲットセルのＳＳＢの周波数と判断する
（Ｅ）ターゲットセルの下りリンクへの同期を開始する
【０１６３】
前述のように、ＥＵＴＲＡおよびＮＲにおいて、端末装置にメイクビフォアブレイクハンドオーバ（Ｍａｋｅ−Ｂｅｆｏｒｅ−Ｂｒｅａｋ  ＨＯ：ＭＢＢ−ＨＯ）が設定された
場合、端末装置は、Ｔａｒｇｅｔ  ｅＮＢまたはＴａｒｇｅｔ  ｇＮＢで最初の上りリンク送信を実行するまでＳｏｕｒｃｅ  ｅＮＢまたはＳｏｕｒｃｅ  ｇＮＢとの接続を維持する。現状では、第１のＲＲＣ接続再設定メッセージまたは第１のＲＲＣ再設定メッセージを受け取ったときにタイマーＴ３１０が停止する。そのため、それ以降のＳｏｕｒｃｅ
ｅＮＢまたはＳｏｕｒｃｅ  ｇＮＢのサービングセル（ソースセル）において、物理層問題に起因した無線リンク失敗とみなされる状況になっているか否かを端末装置が判断することができない。また、タイマーＴ３０４が走っている場合、Ｓｏｕｒｃｅ  ｅＮＢまたはＳｏｕｒｃｅ  ｇＮＢのサービングセル（ソースセル）において、ＭＡＣ層から通知されるランダムアクセスの問題に起因した無線リンク失敗とみなされる状況になっているか否かを端末装置が判断することができない。また、ソースセルにおいて、ＲＬＣでの再送が最大回数まで達してしまうと無線リンク失敗とみなされ、ＲＲＣ接続の再確立手順が実行される。
【０１６４】
以上の説明をベースとして、本発明の様々な実施の形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。
【０１６５】
ＭＢＢ−ＨＯにおける無線リンク監視に関する手順を変更することで効率的にＭＢＢ−ＨＯを行なう例を示す。
【０１６６】
まず、ＵＥ１２２のＲＲＣ層処理部は、ＭＣＧのＳｐＣｅｌｌであるプライマリセル（ＰＣｅｌｌ）において、特定の条件（第１の条件）下ではタイマーＴ３０４が走っているか否かに関わらず、物理層処理部から通知される同期外を既定回数（Ｎ３１０回）連続して受け取った場合にタイマー（Ｔ３１０）を開始（Ｓｔａｒｔ）あるいは再開始（Ｒｅｓｔａｒｔ）してよい。また、ＵＥ１２２のＲＲＣ層処理部は、既定回数（Ｎ３１１回）連続して同期中を受け取った場合にタイマー（Ｔ３１０）を停止（Ｓｔｏｐ）してよい。また、前記タイマーＴ３１０を開始または再開始する判断において、タイマーＴ３００、タイマーＴ３０１、およびタイマーＴ３１１の何れも走っていないことを条件に加えてもよい。
【０１６７】
ＵＥ１２２のＲＲＣ層処理部は、以下の（Ａ）から（Ｅ）の何れかの条件を満たすとき、ＭＣＧにおいて無線リンク失敗が検出されたと判断する。
（Ａ）タイマーＴ３１０が満了（Ｅｘｐｉｒｅ）したとき
（Ｂ）タイマーＴ３１２が満了したとき
（Ｃ）タイマーＴ３００、タイマーＴ３０１、タイマーＴ３０４、およびタイマーＴ３１１の何れも走っていないときに、ＭＣＧのＭＡＣエンティティからランダムアクセス問題の通知（インディケーション）を受け取ったとき
（Ｄ）第１の条件下で、タイマーＴ３０４が走っているときに、ランダムアクセス問題の通知をＭＣＧのＭＡＣエンティティから受け取ったとき
（Ｅ）ＳＲＢまたはＤＲＢの再送が最大再送回数に達したことを示す通知をＭＣＧのＲＬＣ層から受け取ったとき
【０１６８】
第１の条件は、ＵＥ１２２にｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されていることであってもよい。ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されていることとは、例えば、ＥＵＴＲＡの場合、ＵＥ１２２が、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６がｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素のフィールドに含まれるＲＲＣ接続再設定メッセージを受信することであってよい。また、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されていることとは、例えば、ＮＲの場合、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が同期付再設定情報要素のフィールドに含まれるＲＲＣ再設定メッセージを受信することであってよい。また、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されていないこととは、例えば、ＥＵＴＲＡの場合、ＵＥ１２２が、ｍａｋｅＢｅｆｏｒ
ｅＢｒｅａｋ−ｒ１６がｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素のフィールドに含まれないＲＲＣ接続再設定メッセージを受信することであってよい。また、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されていないこととは、例えば、ＥＵＴＲＡの場合、ＵＥ１２２が、偽（Ｆａｌｓｅ）を値に持つｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６を含むＲＲＣ接続再設定メッセージを受信することであってよい。また、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されていないこととは、例えば、ＮＲの場合、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が同期付再設定情報要素のフィールドに含まれないＲＲＣ再設定メッセージを受信することであってよい。
【０１６９】
ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６は、例えば、真（ｔｒｕｅ）を含む列挙型（ｅｎｕｍｅｒａｔｅｄ  ｔｙｐｅ）の値を持ってもよいし、メイクビフォアブレイクハンドオーバに必要な情報を含む情報要素を値として持ってもよい。
【０１７０】
また、前記条件（Ｅ）は、以下の（Ｅ２）であってもよい。
（Ｅ２）タイマーＴ３００、タイマーＴ３０１、タイマーＴ３０４、およびタイマーＴ３１１の何れも走っていないときに、ＳＲＢまたはＤＲＢの再送が最大再送回数に達したことを示す通知をＭＣＧのＲＬＣ層から受け取ったとき、または第１の条件下で、タイマーＴ３０４が走っているときに、ＳＲＢまたはＤＲＢの再送が最大再送回数に達したことを示す通知をＭＣＧのＲＬＣ層から受け取ったとき
【０１７１】
ＵＥ１２２は、ＭＣＧにおいて無線リンク失敗が検出されたと判断すると、無線リンク失敗情報として様々な情報を蓄積（Ｓｔｏｒｅ）する。そして、もしＡＳのセキュリティが活性化（Ａｃｔｉｖａｔｅ）していないなら、解放理由を「その他」に設定してＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる処理を開始してよい。
【０１７２】
また、ＡＳセキュリティが活性化している場合、もし、第１の条件下であるなら、ＭＣＧのＳＲＢおよび／またはＤＲＢの一部または全部の送信を休止（Ｓｕｓｐｅｎｄ）し、ＭＣＧのＭＡＣエンティティをリセットしてよい。
【０１７３】
また、ＡＳセキュリティが活性化している場合、もし、第１の条件下でないなら、ＲＲＣ接続再確立の手順を開始してよい。
【０１７４】
ＲＲＣ接続の再確立手順は、以下の（Ａ）から（Ｅ）の何れかの条件に合致するときに開始されてよい。
（Ａ）第１の条件下でないときに、ＭＣＧの無線リンク失敗を検出したとき
（Ｂ）ハンドオーバが失敗したとき（ＮＲではＭＣＧにおける同期付再設定が失敗したとき）
（Ｃ）他のＲＡＴへのモビリティが失敗したとき
（Ｄ）ＳＲＢ１またはＳＲＢ２に関わる完全性のチェック（Ｉｎｔｅｇｒｉｔｙ  ｃｈｅｃｋ）の失敗が下位レイヤから通知されたとき
（Ｅ）ＲＲＣ接続の再設定が失敗したとき
【０１７５】
また、上記の何れかの条件に合致したときに、第１の条件下であって、ハンドオーバ元のＭＣＧで無線リンク失敗を検出していない場合、ＲＲＣ接続の再確立手順を開始せず、ハンドオーバ失敗をハンドオーバ元のＭＣＧで通知する手順を開始してもよい。
【０１７６】
もし、第１の条件がＵＥ１２２にｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されていることであるならば、タイマーＴ３０４が満了したとき、またはハンドオーバ失敗をハンドオーバ元のＭＣＧで通知する手順を開始したときに、設定されているｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６を解放してもよい。
【０１７７】
ＲＲＣ接続の再確立手順が開始されると、ＵＥ１２２は、以下の（Ａ）から（Ｊ）の処理の一部あるいは全部を実行する。
（Ａ）もしタイマーＴ３１０が走っていれば、タイマーＴ３１０を停止する
（Ｂ）もしタイマーＴ３１２が走っていれば、タイマーＴ３１２を停止する
（Ｃ）もしタイマーＴ３１３が走っていれば、タイマーＴ３１３を停止する
（Ｃ）もしタイマーＴ３１４が走っていれば、タイマーＴ３１４を停止する
（Ｄ）タイマーＴ３１１を開始する
（Ｅ）ＳＲＢ０以外のすべてのＲＢを休止（Ｓｕｓｐｅｎｄ）する
（Ｆ）ＭＡＣをリセットする
（Ｇ）もし設定されていればＭＣＧのＳＣｅｌｌを解放する
（Ｈ）デフォルトの物理チャネル設定を適用する
（Ｉ）ＭＣＧに対してデフォルトのＭＡＣの主設定を適用する
（Ｊ）セル選択手順を実行する
【０１７８】
次に、ＵＥ１２２がハンドオーバの処理において、ターゲットセルにＲＲＣ接続再設定完了メッセージまたはＲＲＣ再設定完了メッセージを送信した後に、ハンドオーバ後のＭＣＧ（Ｔａｒｇｅｔ  ＭＣＧ、またはＣｕｒｒｅｎｔ  ＭＣＧとも称する）と、ハンドオーバ元のＭＣＧ（Ｓｏｕｒｃｅ  ＭＣＧ）との両方のセルグループを介してデータ送受信する場合（Ｄｕａｌ  ｐｒｏｔｏｃｏｌ  ｓｔａｃｋで動作する場合）が検討されている。その場合の処理の一例を示す。なお、以下の処理は、Ｄｕａｌ  ｐｒｏｔｏｃｏｌ  ｓｔａｃｋの場合に限定されるものではなく、その他の場合にも適用できる。
【０１７９】
まず、ＵＥ１２２のＲＲＣ層処理部は、Ｓｏｕｒｃｅ  ＭＣＧのＳｐＣｅｌｌであるプライマリセルにおいて、特定の条件（第１の条件）下ではＳｏｕｒｃｅ  ＭＣＧのタイマーＴ３０４が走っているか否かに関わらず、Ｓｏｕｒｃｅ  ＭＣＧの物理層処理部から通知される同期外を既定回数（Ｎ３１０回）連続して受け取った場合にＳｏｕｒｃｅ  ＭＣＧのタイマー（Ｔ３１０）を開始（Ｓｔａｒｔ）あるいは再開始（Ｒｅｓｔａｒｔ）してよい。また、ＵＥ１２２のＲＲＣ層処理部は、Ｓｏｕｒｃｅ  ＭＣＧの物理層処理部から既定回数（Ｎ３１１回）連続して同期中を受け取った場合にタイマー（Ｔ３１０）を停止（Ｓｔｏｐ）してよい。また、前記タイマーＴ３１０を開始または再開始する判断において、Ｓｏｕｒｃｅ  ＭＣＧのタイマーＴ３００、Ｓｏｕｒｃｅ  ＭＣＧのタイマーＴ３０１、およびＳｏｕｒｃｅ  ＭＣＧのタイマーＴ３１１の何れも走っていないことを条件に加えてもよい。
【０１８０】
ＵＥ１２２のＲＲＣ層処理部は、以下の（Ａ）から（Ｅ）の何れかの条件を満たすとき、Ｓｏｕｒｃｅ  ＭＣＧにおいて無線リンク失敗が検出されたと判断する。
（Ａ）Ｓｏｕｒｃｅ  ＭＣＧのタイマーＴ３１０が満了（Ｅｘｐｉｒｅ）したとき
（Ｂ）Ｓｏｕｒｃｅ  ＭＣＧのタイマーＴ３１２が満了したとき
（Ｃ）Ｓｏｕｒｃｅ  ＭＣＧの、タイマーＴ３００、タイマーＴ３０１、タイマーＴ３０４、およびタイマーＴ３１１の何れも走っていないときに、Ｓｏｕｒｃｅ  ＭＣＧのＭＡＣエンティティからランダムアクセス問題の通知（インディケーション）を受け取ったとき
（Ｄ）第１の条件下で、Ｓｏｕｒｃｅ  ＭＣＧのタイマーＴ３０４が走っているときに、ランダムアクセス問題の通知をＳｏｕｒｃｅ  ＭＣＧのＭＡＣエンティティから受け取ったとき
（Ｅ）ＳＲＢまたはＤＲＢの再送が最大再送回数に達したことを示す通知をＳｏｕｒｃｅ  ＭＣＧのＲＬＣ層から受け取ったとき
【０１８１】
第１の条件は、ＵＥ１２２にｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されてい
ることであってもよい。
【０１８２】
また、第１の条件は、ＵＥ１２２にｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１４、またはｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６の何れか設定されていることであってもよい。
【０１８３】
また、前記条件（Ｅ）は、以下の（Ｅ２）であってもよい。
（Ｅ２）Ｓｏｕｒｃｅ  ＭＣＧの、タイマーＴ３００、タイマーＴ３０１、タイマーＴ３０４、およびタイマーＴ３１１の何れも走っていないときに、ＳＲＢまたはＤＲＢの再送が最大再送回数に達したことを示す通知をＳｏｕｒｃｅ  ＭＣＧのＲＬＣ層から受け取ったとき、または第１の条件下で、タイマーＴ３０４が走っているときに、ＳＲＢまたはＤＲＢの再送が最大再送回数に達したことを示す通知をＳｏｕｒｃｅ  ＭＣＧのＲＬＣ層から受け取ったとき
【０１８４】
ＵＥ１２２は、Ｓｏｕｒｃｅ  ＭＣＧにおいて無線リンク失敗が検出されたと判断すると、Ｓｏｕｒｃｅ  ＭＣＧのＳＲＢおよび／またはＤＲＢの一部または全部の送信を休止（Ｓｕｓｐｅｎｄ）し、Ｓｏｕｒｃｅ  ＭＣＧのＭＡＣエンティティをリセットしてよい。
【０１８５】
ＵＥ１２２は、Ｃｕｒｒｅｎｔ  ＭＣＧにおいて、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されたときに、当該ＭＣＧをＳｏｕｒｃｅ  ＭＣＧであるとみなしてよい。
【０１８６】
また、ＵＥ１２２は、ハンドオーバ先のセルにおいて、ＰＤＣＣＨによって最初の上りリンクのグラントが割り当てられたときに、ハンドオーバ元のＭＣＧをＳｏｕｒｃｅ  ＭＣＧであるとみなしてもよい。
【０１８７】
また、ＵＥ１２２は、ＲＲＣ再設定完了メッセージを送信したときに、ハンドオーバ元のＭＣＧをＳｏｕｒｃｅ  ＭＣＧであるとみなしてもよい。
【０１８８】
また、ＵＥ１２２は、ＵＥ衝突解決識別子ＭＡＣ制御要素（ＵＥ  ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｉｄｅｎｔｉｔｙ  ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）をＴａｒｇｅｔ  ｇＮＢから受信したときに、ハンドオーバ元のＭＣＧをＳｏｕｒｃｅ  ＭＣＧであるとみなしてもよい。
【０１８９】
また、ＵＥ１２２は、Ｃｕｒｒｅｎｔ  ＭＣＧにおいて、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が設定されたときに、すでにＳｏｕｒｃｅ  ＭＣＧが存在する場合には、このＭＣＧを解放し、Ｃｕｒｒｅｎｔ  ＭＣＧを新たなＳｏｕｒｃｅ  ＭＣＧとみなしてよい。
【０１９０】
このように、Ｓｏｕｒｃｅ  ＭＣＧの無線リンク失敗の検出の処理と、Ｃｕｒｒｅｎｔ
ＭＣＧの無線リンク失敗の検出の処理とを識別することにより、ＭＢＢ−ＨＯにおける不要な再確立処理を防ぐことができ、効率的なモビリティを実現することができる。
【０１９１】
図１０は、図４におけるＥＵＴＲＡのＲＲＣ接続再設定メッセージを示すＡＳＮ．１記述の一例である。また、図１１は、図４におけるＥＵＴＲＡのＲＲＣ接続再設定メッセージを示すＡＳＮ．１記述の別の一例である。また、図１２は、図４におけるＮＲのＲＲＣ再設定メッセージを示すＡＳＮ．１記述の一例である。また、図１３は、図４におけるＮＲのＲＲＣ再設定メッセージを示すＡＳＮ．１記述の別の一例である。図１０から図１３のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報要素が省略されていてもよい。なお、図１０から図１３におけるＡＳＮ．１の例はＡＳＮ．
１表記方法に正しく従ったものではなく、本発明におけるＲＲＣ再設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われてもよい。また図１０から図１３におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。なお、ＡＳＮ．１で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、ＲＲＣメッセージに含まれる、ＡＳＮ．１で記述されるフィールド、情報要素等のパラメータを、情報と言う場合もある。
【０１９２】
図１０および図１１においてｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏで表される情報要素は、ネットワーク制御のＥＵＴＲＡへのモビリティに関するパラメータを含む情報要素である。ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏで表される情報要素には以下の（Ａ）から（Ｈ）の情報の一部あるいは全部が含まれてよい。
（Ａ）ターゲットの物理セル識別子
（Ｂ）タイマーＴ３０４の開始から満了までの時間の情報を示すｔ３０４
（Ｃ）ＵＥ１２２の新しい識別子（Ｃ−ＲＮＴＩ）を示すｎｅｗＵＥ−Ｉｄｅｎｔｉｔｙ
（Ｄ）無線リソース設定
（Ｅ）デディケーテッドなランダムアクセスチャネルの設定
（Ｆ）既存の（Ｒｅｌｅａｓｅ１４の）メイクビフォアブレイクハンドオーバを設定するパラメータであるｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１４
（Ｇ）ＲＡＣＨ−ｌｅｓｓハンドオーバを設定するパラメータであるｒａｃｈ−Ｓｋｉｐ−ｒ１４
（Ｈ）本実施形態のメイクビフォアブレイクハンドオーバを設定するパラメータであるｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６
【０１９３】
図１０は、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が列挙型である例を示し、図１１は、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が情報要素のＭａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６を値として持ち、情報要素のＭａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が複数のフィールドを持つ例を示す。
【０１９４】
図１２および図１３において同期付再設定で表される情報要素は、例えば、ＰＣｅｌｌのハンドオーバや、ＰＳＣｅｌｌの追加や変更に関するパラメータを含む情報要素である。同期付再設定で表される情報要素には以下の（Ａ）から（Ｆ）の情報の一部あるいは全部が含まれてよい。
（Ａ）ＳｐＣｅｌｌの設定
（Ｂ）タイマーＴ３０４の開始から満了までの時間の情報を示すｔ３０４
（Ｃ）ＵＥ１２２の新しい識別子（ＲＮＴＩ）を示すｎｅｗＵＥ−Ｉｄｅｎｔｉｔｙ
（Ｄ）デディケーテッドなランダムアクセスチャネルの設定
（Ｅ）本実施形態のメイクビフォアブレイクハンドオーバを設定するパラメータであるｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６
（Ｆ）ＲＡＣＨ−ｌｅｓｓハンドオーバを設定するパラメータであるｒａｃｈ−Ｓｋｉｐ−ｒ１６
【０１９５】
図１２は、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が列挙型である例を示し、図１３は、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が情報要素のＭａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６を値として持ち、情報要素のＭａｋｅＢｅｆｏｒｅＢｒｅａｋ−ｒ１６が複数のフィールドを持つ例を示す。
【０１９６】
また、図１０から図１３に示す一部、又は全てのフィールドは、オプショナルであっても良い。すなわち図１０から図１３に示すフィールドは条件に応じてメッセージに含まれ
てもよい。
【０１９７】
図５は本発明の各実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明と密接に関連する主な構成部のみを示す。
【０１９８】
図５に示すＵＥ１２２は、基地局装置よりＲＲＣメッセージ等を受信する受信部５００、及び受信したメッセージに含まれる各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、及び各種フィールド、及び各種条件等の内のいずれかまたは全ての設定情報に従って処理を行う処理部５０２から成る。上述の基地局装置とは、ｅＮＢ１０２である場合もあるし、ｇＮＢ１０８である場合もある。また、処理部５０２には様々な層（例えば、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層、およびＮＡＳ層）の機能の一部または全部が含まれてよい。すなわち、処理部５０２は、物理層処理部、ＭＡＣ層処理部、ＲＬＣ層処理部、ＰＤＣＰ層処理部、ＲＲＣ層処理部、およびＮＡＳ層処理部の一部または全部が含まれてよい。
【０１９９】
図６は本発明の各実施の形態における基地局装置の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図６では、本発明と密接に関連する主な構成部のみを示す。上述の基地局装置とは、ｅＮＢ１０２である場合もあるし、ｇＮＢ１０８である場合もある。
【０２００】
図６に示す基地局装置は、ＵＥ１２２へＲＲＣメッセージ等を送信する送信部６００、及び各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、及び各種フィールド、及び各種条件等の内のいずれかまたは全ての設定情報を含めたＲＲＣメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部５０２に処理を行わせる処理部６０２から成る。また、処理部６０２には様々な層（例えば、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層、およびＮＡＳ層）の機能の一部または全部が含まれてよい。すなわち、処理部６０２は、物理層処理部、ＭＡＣ層処理部、ＲＬＣ層処理部、ＰＤＣＰ層処理部、ＲＲＣ層処理部、およびＮＡＳ層処理部の一部または全部が含まれてよい。
【０２０１】
このように、本発明の実施の形態では、ＵＥ１２２のハンドオーバ時に効率的な通信を行う事ができる。
【０２０２】
以下、本発明の実施形態における、端末装置および基地局装置の種々の態様について説明する。
【０２０３】
（１）本発明の第１の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、ＲＲＣの処理を行う処理部と、を備え、前記処理部は、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検出したと判断し、前記処理部は、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする。
【０２０４】
（２）本発明の第２の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、ＲＲＣの処理を行う処理部と、を備え、前記処理部は、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、第２のタイマーを開始し走らせた状態とし、前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する。
【０２０５】
（３）本発明の第３の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に適用される方法であって、前記基地局装置からＲＲＣメッセージを受信するステップと、ＲＲＣの処理を行うステップと、を少なくとも含み、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検出したと判断し、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする。
【０２０６】
（４）本発明の第２の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に適用される方法であって、前記基地局装置からＲＲＣメッセージを受信するステップと、ＲＲＣの処理を行うステップと、を備え、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、第２のタイマーを開始し走らせた状態とし、前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する。
【０２０７】
（５）本発明の第５の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に実装される集積回路であって、前記基地局装置からＲＲＣメッセージを受信する機能と、ＲＲＣの処理を行う機能と、を前記端末装置に対して発揮させ、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、第１のタイマーが走っていない状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったとき、または、特定の条件下で、前記前記第１のタイマーが走っている状態で、前記端末装置のＭＣＧのＭＡＣエンティティからランダムアクセス問題のインディケーションを受け取ったときに、ＭＣＧに対する無線リンク失敗を検出したと判断し、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記特定の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする。
【０２０８】
（６）本発明の第６の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成さ
れるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置に実装される集積回路であって、前記基地局装置からＲＲＣメッセージを受信する機能と、ＲＲＣの処理を行う機能と、を前記端末装置に対して発揮させ、前記ＲＲＣメッセージに第１の情報が含まれる場合に第１のタイマーを開始して走らせた状態とし、少なくとも、前記第１のタイマーが走っていない状態で、既定の回数連続した第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったとき、または、特定の条件下で、かつ前記第１のタイマーが走っているかどうかにかかわらず、既定の回数連続して前記第１のインディケーションをＭＣＧのＰＨＹエンティティから受け取ったときに、第２のタイマーを開始し走らせた状態とし、前記第２のタイマーが満了したとき、ＭＣＧに対する無線リンク失敗を検出したと判断する。
【０２０９】
（７）本発明の第７の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、ＭＣＧのＰＨＹエンティティから同期内（ｉｎ−ｓｙｎｃ）（第１のインディケーション）か同期外（ｏｕｔ−ｏｆ−ｓｙｎｃ）（第２のインディケーション）かの何れかを周期的に受信し、ＭＣＧのＭＡＣエンティティから前記基地局装置への上りリンクに対するランダムアクセス問題のインディケーション（第３のインディケーション）を受信し、ＭＣＧのＲＬＣエンティティから前記基地局装置に対する自動再送要求（ＡＲＱ）の再送回数が最大回数に達したインディケーション（第４のインディケーション）を受信する処理部とを備え、前記処理部は、前記ＲＲＣメッセージに第１の情報（ＥＵＴＲＡにおけるｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ、またはＮＲにおける同期付再設定）が含まれる場合に第１のタイマー（タイマーＴ３０４）を開始して走らせた状態とし、前記基地局装置にＲＲＣ接続を要求するメッセージを送信した場合に第２のタイマー（Ｔ３００）を開始して走らせた状態とし、前記基地局装置にＲＲＣ接続の再確立を要求するメッセージを送信した場合に第３のタイマー（タイマーＴ３０１）を開始して走らせた状態とし、前記基地局装置に対するＲＲＣ接続の再確立処理を開始した場合に第４のタイマー（タイマーＴ３１１）を開始して走らせた状態とし、前記第１のタイマー、前記第２のタイマー、前記第３のタイマー、および前記第４のタイマーが走っていない状態で、既定の回数連続した第２のインディケーションを受信したとき、または、第１の条件下で、かつ前記第２のタイマーおよび前記第３のタイマーおよび前記第４のタイマーが走っていない状態で、かつ既定の回数連続して第２のインディケーションを受信したとき、第５のタイマー（タイマーＴ３１０）を開始し走らせた状態とし、既定の回数連続した第１のインディケーションを受信したとき、第５のタイマー（タイマーＴ３１０）が走っていれば、第５のタイマーを停止し走っていない状態とし、少なくとも、前記第５のタイマーが既規定の時間走りつづけたとき（満了したとき）、または、前記前記第１のタイマー、前記第２のタイマー、前記第３のタイマー、および前記第４のタイマーが走っていない状態で、第３のインディケーションを受信したとき、または、前記第１の条件下で、前記前記第１のタイマーが走っている状態で、第３のインディケーションを受信したときに、MCGに対する無線リンク失敗を検出したと判断し、前記RRC処理部は、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っており、前記第１の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする。
【０２１０】
（８）本発明の第８の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、ＭＣＧのＰＨＹエンティティから同期内（ｉｎ−ｓｙｎｃ）（第１のインディケーション）か同期外（ｏｕｔ−ｏｆ−ｓｙｎｃ）（第２のインディケーション）かの何れかを周期的に受信し、ＭＣＧのＭＡＣエンティティから前記基地局装置への上りリンクに対するランダムアクセス問題のインディケーション（第３のインディケーション）を受信し、ＭＣＧのＲＬＣエンティティから前
記基地局装置に対する自動再送要求（ＡＲＱ）の再送回数が最大回数に達したインディケーション（第４のインディケーション）を受信する処理部とを備え、前記処理部は、前記ＲＲＣメッセージに第１の情報（ＥＵＴＲＡにおけるｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ、またはＮＲにおける同期付再設定）が含まれる場合に第１のタイマー（タイマーＴ３０４）を開始して走らせた状態とし、前記基地局装置にＲＲＣ接続を要求するメッセージを送信した場合に第２のタイマー（Ｔ３００）を開始して走らせた状態とし、前記基地局装置にＲＲＣ接続の再確立を要求するメッセージを送信した場合に第３のタイマー（タイマーＴ３０１）を開始して走らせた状態とし、前記基地局装置に対するＲＲＣ接続の再確立処理を開始した場合に第４のタイマー（タイマーＴ３１１）を開始して走らせた状態とし、第１の条件下で、かつ前記第２のタイマーおよび前記第３のタイマーおよび前記第４のタイマーが走っていない状態で、かつ既定の回数連続して第２のインディケーションを受信したとき、第５のタイマー（タイマーＴ３１０）を開始し走らせた状態とする。
【０２１１】
（９）本発明の第９の実施の様態は、基地局装置と少なくとも一つ以上のセルで構成されるグループ（マスターセルグループ：ＭＣＧ）を介して通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、ＲＲＣメッセージを処理する処理部とを備え、前記処理部は、前記ＲＲＣメッセージに第１の情報（ＥＵＴＲＡにおけるｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ、またはＮＲにおける同期付再設定）が含まれる場合に第１のタイマー（タイマーＴ３０４）を開始して走らせた状態とし、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、第１のタイマーが走っており、前記第１の条件下であるなら、前記ＭＣＧのすべての無線ベアラの送信をサスペンドし、前記ＭＣＧのＭＡＣエンティティをリセットする。
【０２１２】
前記各態様において、前記第１の条件は、前記ＲＲＣメッセージに第２の情報（ｍａｋｅｂｅｆｏｒｅｂｒｅａｋ−ｒ１６）が含まれることである。
【０２１３】
前記各態様において、前記ＲＲＣ処理部は、ＭＣＧに対する無線リンク失敗を検出したと判断したときに、もし、第１のタイマーが走っていない、または、前記第１の条件下でないなら、ＲＲＣ接続の再確立処理を開始する。
【０２１４】
本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュ−タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０２１５】
なお、上述した実施形態における装置の一部、をコンピュ−タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ−タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ−タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ−タシステム」とは、装置に内蔵されたコンピュ−タシステムであって、オペレ−ティングシステムや周辺機器等のハ−ドウェアを含むものとする。また、「コンピュ−タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
【０２１６】
さらに「コンピュ−タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ−タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ−タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０２１７】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ−ラ、マイクロコントロ−ラ、またはステ−トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２１８】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
【０２１９】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２２０】
１００  Ｅ−ＵＴＲＡ
１０２  ｅＮＢ
１０４  ＥＰＣ
１０６  ＮＲ
１０８  ｇＮＢ
１１０  ５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４  インタフェース
１２２  ＵＥ
２００、３００  ＰＨＹ
２０２、３０２  ＭＡＣ
２０４、３０４  ＲＬＣ
２０６、３０６  ＰＤＣＰ
２０８、３０８  ＲＲＣ
３１０  ＳＤＡＰ
２１０、３１２  ＮＡＳ
５００  受信部
５０２、６０２  処理部
６００  送信部
【図１】
2020162106.tif 000003
【図２】
2020162106.tif 000004
【図３】
2020162106.tif 000005
【図４】
2020162106.tif 000006
【図５】
2020162106.tif 000007
【図６】
2020162106.tif 000008
【図７】
2020162106.tif 000009
【図８】
2020162106.tif 000010
【図９】
2020162106.tif 000011
【図１０】
2020162106.tif 000012
【図１１】
2020162106.tif 000013
【図１２】
2020162106.tif 000014
【図１３】
2020162106.tif 000015