(57)【要約】  信頼性の高い通信システム等を提供する。通信システムは、通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局とを備える。複数の基地局は、通信端末装置に対してデュアルコネクティビティを構成する、マスタ基地局とセカンダリ基地局とを含む。通信端末装置とセカンダリ基地局との間の通信に用いられるＳＣＧ（Secondary Cell Group）に故障が発生した場合に（ＳＴ８０１）、マスタ基地局は最新のＳＣＧ設定を取得する（ＳＴ８０２）。
2019131985.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局とを備える通信システムであって、
前記複数の基地局は、前記通信端末装置に対してデュアルコネクティビティを構成する、マスタ基地局とセカンダリ基地局とを含み、
前記通信端末装置と前記セカンダリ基地局との間の通信に用いられるＳＣＧ（Secondary Cell Group）に故障が発生した場合に、前記マスタ基地局は最新のＳＣＧ設定を取得する、
通信システム。
【請求項２】
前記ＳＣＧに故障が発生した場合に、前記通信端末装置が前記マスタ基地局に前記最新のＳＣＧ設定を通知する、請求項１に記載の通信システム。
【請求項３】
前記ＳＣＧに故障が発生した場合に、前記マスタ基地局は前記セカンダリ基地局に前記最新のＳＣＧ設定を問い合わせ、前記セカンダリ基地局は前記マスタ基地局からの問い合わせに応じて、前記最新のＳＣＧ設定を前記マスタ基地局に通知する、請求項１に記載の通信システム。
【請求項４】
通信端末装置と無線通信可能に構成された基地局であって、
前記基地局は、前記通信端末装置に対して、デュアルコネクティビティのマスタ基地局として動作し、
前記通信端末装置と前記デュアルコネクティビティのセカンダリ基地局との間の通信に用いられるＳＣＧ（Secondary Cell Group）に故障が発生した場合に、前記基地局は最新のＳＣＧ設定を取得する、
基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末装置などの通信端末装置と基地局装置との間で無線通信を行う通信システム等に関する。
【背景技術】
【０００２】
移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）において、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１〜５）。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。【０００３】
ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）が用いられる。また、ＬＴＥは、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。【０００４】
非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。【０００５】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。【０００６】
物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。【０００７】
物理制御フォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。【０００８】
物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ−ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。【０００９】
物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。【００１０】
物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。【００１１】
物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。【００１２】
物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）がマッピングされている。【００１３】
物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。【００１４】
下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN Reference Signal）、ＵＥ固有参照信号（UE-specific Reference Signal）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ−ＲＳ）、位置決定参照信号（Positioning Reference Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ−ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。【００１５】
非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。【００１６】
下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ−ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）ともいわれる。ＤＬ−ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ−ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。【００１７】
ページングチャネル（Paging Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。【００１８】
マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia Broadcast Multicast Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。【００１９】
上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。【００２０】
ランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。【００２１】
ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。【００２２】
再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。【００２３】
非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、説明する。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。【００２４】
ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。【００２５】
共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされる。【００２６】
マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。【００２７】
個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）にマッピングされる。【００２８】
個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。【００２９】
マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。【００３０】
ＣＧＩとは、セルグローバル識別子（Cell Global Identifier）のことである。ＥＣＧＩとは、Ｅ−ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identifier）のことである。ＬＴＥ、後述のＬＴＥ−Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。【００３１】
ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ＣＳＧ  ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。【００３２】
ＣＳＧセルは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ  ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ  ＩＤを用いてＣＳＧセルにアクセスする。【００３３】
ＣＳＧ  ＩＤは、ＣＳＧセルまたはセルによって報知される。ＬＴＥ方式の通信システムにＣＳＧ  ＩＤは複数存在する。そして、ＣＳＧ  ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、通信端末（ＵＥ）によって使用される。【００３４】
通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。【００３５】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、およびＥ−ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献２には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）とが開示されている。【００３６】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ−Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ−Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。【００３７】
ＬＴＥ−Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。【００３８】
ＣＡが構成される場合、ＵＥはネットワーク（Network：ＮＷ）と唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ  ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ  ＰＣＣ）である。【００３９】
ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ  ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ  ＳＣＣ）である。【００４０】
一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌとからなるサービングセルの組が、一つのＵＥに対して構成される。【００４１】
また、ＬＴＥ−Ａでの新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ−Ａのために検討されているＣｏＭＰについては、非特許文献１に記載されている。【００４２】
また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual Connectivity；ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。【００４３】
デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスターｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。【００４４】
モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ−Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。【００４５】
さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。【００４６】
５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。【００４７】
このような要求を満たすために、３ＧＰＰでは、リリース１５として、５Ｇの規格検討が進められている（非特許文献６〜１６参照）。５Ｇの無線区間の技術は「New Radio Access Technology」と称され（「New Radio」は「ＮＲ」と略称される）、いくつかの新たな技術が検討されている（非特許文献１１〜１６参照）。例えば、セカンダリ基地局からＵＥに対する直接のＳＣＧ設定通知、ＰＵＣＣＨを用いたビーム失敗復帰要求などが検討されている（非特許文献１７、１８参照）。
【先行技術文献】
【非特許文献】
【００４８】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．３．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．２．０
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１４．０．０
【非特許文献５】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ−３１７６６９−ＭＥＴＩＳ／Ｄ１．１
【非特許文献６】３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ１４．０．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３８．８０１  Ｖ１４．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３８．８０２  Ｖ１４．１．０
【非特許文献９】３ＧＰＰ  ＴＲ  ３８．８０４  Ｖ１４．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３８．９１２  Ｖ１４．０．０
【非特許文献１１】３ＧＰＰ  ＲＰ−１７２１１５
【非特許文献１２】３ＧＰＰ  ＴＳ  ３７．３４０  Ｖ１．２．１
【非特許文献１３】３ＧＰＰ  ＴＳ  ３８．２１１  Ｖ１．２．０
【非特許文献１４】３ＧＰＰ  ＴＳ  ３８．２１３  Ｖ１．２．０
【非特許文献１５】３ＧＰＰ  ＴＳ  ３８．３００  Ｖ１．２．１
【非特許文献１６】３ＧＰＰ  ＴＳ  ３８．３２３  Ｖ１．０．１
【非特許文献１７】３ＧＰＰ  Ｒ２−１７０７３８４
【非特許文献１８】３ＧＰＰ  Ｒ１−１７１８４８３
【発明の概要】
【発明が解決しようとする課題】
【００４９】
ＮＲでは、ｅＮＢとｇＮＢとを用いたＤＣが議論されている。また、ＮＲにおいては、低遅延・高信頼性な通信が要求されている。ＮＲにおいては、セカンダリｇＮＢ（以下、ＳｇＮＢと称する場合がある）からＵＥに対して、直接、ＳＣＧ設定を通知することが可能となった。ところが、ＤＣにおけるＳＣＧ故障（SCG failure）発生により、および、ＤＣの各種プロシージャにおける基地局とＵＥとの間のシグナリングにより、ＵＥ、ＭｅＮＢ、ＳｇＮＢの間でＳＣＧ設定の齟齬が発生する可能性がある。このため、ＮＲを用いた通信システムにおいて誤動作が発生し、通信における信頼性を確保できなくなる。【００５０】
また、基地局とＵＥとの間のビーム失敗（Beam failure）発生時において、ＵＥがビーム失敗復帰要求のシグナリングを、ＰＵＣＣＨを用いて基地局に送信することが可能となった。ところが、ビーム失敗復帰要求のシグナリングの詳細が開示されていないため、通信システムにおいて、ＰＵＣＣＨを用いた該シグナリングを通知することができない。そのため、ＵＥと基地局との間において、ビーム失敗からの迅速な復帰ができないという問題が生じる。【００５１】
上記ではＮＲを利用した場合の課題を述べたが、ＮＲを利用しない場合も同様の課題が生じうる。【００５２】
本発明は、信頼性の高い通信システム等を提供することを、目的の一つとする。
【課題を解決するための手段】
【００５３】
本発明によれば、例えば、通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局とを備える通信システムであって、前記複数の基地局は、前記通信端末装置に対してデュアルコネクティビティを構成する、マスタ基地局とセカンダリ基地局とを含み、前記通信端末装置と前記セカンダリ基地局との間の通信に用いられるＳＣＧ（Secondary Cell Group）に故障が発生した場合に、前記マスタ基地局は最新のＳＣＧ設定を取得する、通信システムが提供される。【００５４】
本発明によれば、例えば、通信端末装置と無線通信可能に構成された基地局であって、前記基地局は、前記通信端末装置に対して、デュアルコネクティビティのマスタ基地局として動作し、前記通信端末装置と前記デュアルコネクティビティのセカンダリ基地局との間の通信に用いられるＳＣＧ（Secondary Cell Group）に故障が発生した場合に、前記基地局は最新のＳＣＧ設定を取得する、基地局が提供される。
【発明の効果】
【００５５】
本発明によれば、信頼性の高い通信システム等を提供することができる。【００５６】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００５７】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】図２に示す移動端末２０２の構成を示すブロック図である。
【図４】図２に示す基地局２０３の構成を示すブロック図である。
【図５】ＭＭＥの構成を示すブロック図である。
【図６】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図７】マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。
【図８】実施の形態１について、ＳＣＧ故障時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図９】実施の形態１について、ＳＮ起動のＳＮ解放時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図１０】実施の形態１について、ＭＮ起動のＳＮ解放時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図１１】実施の形態１について、ＭＮ起動のＳＮ変更時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図１２】実施の形態１について、ＳＮ起動のＳＮ変更時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図１３】実施の形態１について、ＳＮ切り替えを伴わないＭＮ間ハンドオーバにおいて、移動先ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図１４】実施の形態１について、ＳＮ切り替えを伴わないＭＮ間ハンドオーバにおいて、移動先ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図１５】実施の形態１について、ＭＮからｅＮＢへの切り替えにおいて、移動元ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図１６】実施の形態１について、ＭＮからｅＮＢへの切り替えにおいて、移動元ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。
【図１７】実施の形態２について、ＳＣＧ故障発生時において、ＳＣＧ故障情報の通知先基地局を自律的に切り替える動作の例を示すシーケンス図である。
【図１８】実施の形態３について、ＢＦＲＱ用のＰＵＣＣＨのフォーマットの例を示す図である。
【発明を実施するための形態】
【００５８】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。
【００５９】
ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。
【００６０】
移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ−Ｐｌａｎｅと称する場合もある）、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局２０３で終端するならば、Ｅ−ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。
【００６１】
移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio Resource Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。
【００６２】
ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）の測定（メジャメント（measurement））などが行われる。
【００６３】
基地局２０３は、ｅＮＢ２０７と、Ｈｏｍｅ−ｅＮＢ２０６とに分類される。通信システム２００は、複数のｅＮＢ２０７を含むｅＮＢ群２０３−１と、複数のＨｏｍｅ−ｅＮＢ２０６を含むＨｏｍｅ−ｅＮＢ群２０３−２とを備える。またコアネットワークであるＥＰＣ（Evolved Packet Core）と、無線アクセスネットワークであるＥ−ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ−ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。
【００６４】
ｅＮＢ２０７は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）、あるいはＳ−ＧＷ（Serving Gateway）、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。
【００６５】
Ｈｏｍｅ−ｅＮＢ２０６は、ＭＭＥ部２０４とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ２０６とＭＭＥ部２０４との間で制御情報が通信される。一つのＭＭＥ部２０４に対して、複数のＨｏｍｅ−ｅＮＢ２０６が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ２０６は、ＨｅＮＢＧＷ（Home-eNB GateWay）２０５を介してＭＭＥ部２０４と接続される。Ｈｏｍｅ−ｅＮＢ２０６とＨｅＮＢＧＷ２０５とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ２０５とＭＭＥ部２０４とはＳ１インタフェースを介して接続される。
【００６６】
一つまたは複数のＨｏｍｅ−ｅＮＢ２０６が一つのＨｅＮＢＧＷ２０５と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ２０５は、一つまたは複数のＭＭＥ部２０４と接続され、Ｓ１インタフェースを通して情報が通信される。
【００６７】
ＭＭＥ部２０４およびＨｅＮＢＧＷ２０５は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７およびＨｏｍｅ−ｅＮＢ２０６と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３およびＨｅＮＢＧＷ２０５は、Ｅ−ＵＴＲＡＮ２０１を構成する。
【００６８】
さらに３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ２０６間のＸ２インタフェースはサポートされる。すなわち、Ｈｏｍｅ−ｅＮＢ２０６間は、Ｘ２インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ２０６間で制御情報が通信される。ＭＭＥ部２０４からは、ＨｅＮＢＧＷ２０５はＨｏｍｅ−ｅＮＢ２０６として見える。Ｈｏｍｅ−ｅＮＢ２０６からは、ＨｅＮＢＧＷ２０５はＭＭＥ部２０４として見える。
【００６９】
Ｈｏｍｅ−ｅＮＢ２０６が、ＨｅＮＢＧＷ２０５を介してＭＭＥ部２０４に接続される場合および直接ＭＭＥ部２０４に接続される場合のいずれの場合も、Ｈｏｍｅ−ｅＮＢ２０６とＭＭＥ部２０４との間のインタフェースは、Ｓ１インタフェースで同じである。
【００７０】
基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。
【００７１】
図３は、図２に示す移動端末２０２の構成を示すブロック図である。図３に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７から基地局２０３に送信信号が送信される。
【００７２】
また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図３では省略しているが、各部３０１〜３０９と接続している。
【００７３】
図４は、図２に示す基地局２０３の構成を示すブロック図である。図４に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）、ＨｅＮＢＧＷ２０５などとの間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。
【００７４】
送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８より一つもしくは複数の移動端末２０２に対して送信信号が送信される。
【００７５】
また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータはＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図４では省略しているが、各部４０１〜４１０と接続している。
【００７６】
図５は、ＭＭＥの構成を示すブロック図である。図５では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ  ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ  ＧＷ通信部５０１に渡され、ＰＤＮ  ＧＷへ送信される。
【００７７】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。
【００７８】
ＨｅＮＢＧＷ通信部５０４は、ＨｅＮＢＧＷ２０５が存在する場合に設けられ、情報種別によって、ＭＭＥ２０４ａとＨｅＮＢＧＷ２０５との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４から受信した制御データは、ＨｅＮＢＧＷ通信部５０４から制御プレイン制御部５０５へ渡される。制御プレイン制御部５０５での処理の結果は、ＰＤＮ  ＧＷ通信部５０１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部５０５で処理された結果は、基地局通信部５０２経由でＳ１インタフェースにより１つあるいは複数の基地局２０３へ送信され、またＨｅＮＢＧＷ通信部５０４経由で１つあるいは複数のＨｅＮＢＧＷ２０５へ送信される。
【００７９】
制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５−１、ＳＡＥベアラコントロール部５０５−２、アイドルステート（Idle State）モビリティ管理部５０５−３などが含まれ、制御プレイン（以下、Ｃ−Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５−１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５−２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５−３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ−ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
【００８０】
ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。ＭＭＥ２０４ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるＨｏｍｅ−ｅＮＢ２０６のＣＳＧの管理、ＣＳＧ  ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５−３で行われてもよい。
【００８１】
次に通信システムにおけるセルサーチ方法の一例を示す。図６は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ−ＳＳ）、および第二同期信号（Ｓ−ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。
【００８２】
Ｐ−ＳＳとＳ−ＳＳとを合わせて、同期信号（Synchronization Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
【００８３】
次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ６０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。
【００８４】
次にステップＳＴ６０３で、ステップＳＴ６０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。
【００８５】
次にステップＳＴ６０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【００８６】
次にステップＳＴ６０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。
【００８７】
次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。
【００８８】
通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。
【００８９】
コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ−ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。
【００９０】
スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。
【００９１】
従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。
【００９２】
小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。
【００９３】
以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。
【００９４】
マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。
【００９５】
スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。
【００９６】
図７は、マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。マクロｅＮＢによって構成されるマクロセルは、比較的広い範囲のカバレッジ７０１を有する。スモールｅＮＢによって構成されるスモールセルは、マクロｅＮＢ（マクロセル）のカバレッジ７０１に比べて範囲が小さいカバレッジ７０２を有する。
【００９７】
複数のｅＮＢが混在する場合、あるｅＮＢによって構成されるセルのカバレッジが、他のｅＮＢによって構成されるセルのカバレッジ内に含まれる場合がある。図７に示すセルの構成では、参照符号「７０４」または「７０５」で示されるように、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２が、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１内に含まれる場合がある。
【００９８】
また、参照符号「７０５」で示されるように、複数、例えば２つのスモールセルのカバレッジ７０２が、１つのマクロセルのカバレッジ７０１内に含まれる場合もある。移動端末（ＵＥ）７０３は、例えばスモールセルのカバレッジ７０２内に含まれ、スモールセルを介して通信を行う。
【００９９】
また図７に示すセルの構成では、参照符号「７０６」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが複雑に重複する場合が生じる。
【０１００】
また、参照符号「７０７」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが重複しない場合も生じる。
【０１０１】
さらには、参照符号「７０８」で示されるように、多数のスモールｅＮＢによって構成される多数のスモールセルのカバレッジ７０２が、１つのマクロｅＮＢによって構成される１つのマクロセルのカバレッジ７０１内に構成される場合も生じる。
【０１０２】
デュアルコネクティビティ（DC）において、マスタ基地局（Master Node；以下、ＭＮと称する場合がある）は、セカンダリ基地局（Secondary Node；以下、ＳＮと称する場合がある）に対して、ＵＥとＳＮとの間の通信に用いられるセカンダリセルグループ（Secondary Cell Group；SCG）の設定（以下、ＳＣＧ設定と称する場合がある）を問い合わせる。ＳＮはＭＮに対して、最新のＳＣＧ設定を通知する。前述の、ＳＣＧ問い合わせおよびＳＣＧ通知は、ＳＮ切り替え（SN change）において用いられてもよい。ＭＮは、切り替え先ＳＮに対して、ＳＮ追加要求（SN Addition Request）を通知してもよい。ＭＮは、切り替え元ＳＮから取得した最新のＳＣＧ設定を、ＳＮ追加要求に含めてもよい。このことにより、例えば、切り替え元ＳＮからＵＥに対してＳＣＧ設定変更を行っていた場合においても、切り替え先ＳＮは、最新のＳＣＧ設定を取得することが可能となる。このため、セカンダリ基地局変更後において、切り替え先ＳＮとＵＥとの間のＳＣＧ設定の齟齬を防止可能となる。その結果、例えば、ＵＥの誤動作を防止可能となる。
【０１０３】
前述のＳＣＧ設定の問い合わせおよび／あるいはＳＣＧ設定の通知を、ＳＮ切り替え以外のプロシージャ、例えば、セカンダリセルグループ故障（SCG failure；以下、ＳＣＧ故障と称する場合がある）発生時に適用するにあたり、以下に示す問題が生じる。すなわち、ＭＮは、ＳＣＧ故障の発生を自ら検出することが不可能であるため、ＭＮはＳＮに対して最新のＳＣＧ設定を問い合わせることができない。このことにより、例えば、セカンダリセルグループ故障（SCG failure；以下、ＳＣＧ故障と称する場合がある）発生時において、マスタ基地局は最新のＳＣＧ設定を把握していないため、適切な復旧処置が不可能になるという問題が生じる。
【０１０４】
前述の問題に対する解決策を以下に開示する。
【０１０５】
ＵＥはＭＮに対して、最新のＳＣＧ設定を通知する。ＵＥは、該通知を、ＳＣＧ故障が発生した場合において行ってもよい。ＵＥは、該通知を、ＳＣＧ故障の通知に含めてもよい。前述の、ＳＣＧ故障の通知は、ＳＣＧ故障情報（SCGfailureInformation）のシグナリングであってもよい。
【０１０６】
前述の、最新のＳＣＧ設定は、ＭＮからＵＥへのＳＣＧ設定からの差分に関する情報であってもよい。Ｕｕインタフェースにおけるシグナリング量を削減可能となる。前述の差分の情報は、例えば、ＳＮから直接ＵＥに対して通知したＳＣＧ設定に関する情報であってもよい。例えば、ＵＥにおける処理量削減が可能となる。
【０１０７】
ＵＥは、ＳＮから自ＵＥに対して直接設定されたＳＣＧ設定に関する情報を保持してもよい。例えば、ＵＥは、該情報を、他のＲＲＣ設定と異なる領域に保持してもよい。ＵＥは、該情報を更新してもよい。該情報の更新は、例えば、ＵＥが該情報を保持しており、かつ、該ＵＥが新たなＳＣＧ設定を受信した場合において、行ってもよい。ＵＥは、前述の、ＭＮに対する最新のＳＣＧ設定の通知において、該情報を用いてもよい。このことにより、例えば、ＵＥはＭＮに対し、最新のＳＣＧ設定を迅速に通知可能となる。ＵＥは、ＭＮに対する該通知を行ったことを用いて、自ＵＥに保持している該情報をクリアしてもよいし、クリアしなくてもよい。
【０１０８】
ＳＣＧ故障が発生した場合における他の例として、ＭＮからＳＮに対する最新のＳＣＧ設定の問い合わせを、ＵＥからＭＮに対するＳＣＧ故障の通知を契機として、行ってもよい。ＳＮは、ＭＮに対し、最新のＳＣＧ設定を、前述の問い合わせを契機として行ってもよい。
【０１０９】
ＳＮからＭＮへのＳＣＧ設定の通知は、例えば、ＭＮからＵＥへのＳＣＧ設定からの差分に関する情報であってもよい。基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。本実施の形態１において、以下、同様としてもよい。
【０１１０】
ＭＮは、該ＳＣＧ設定通知を用いて、自基地局におけるＵＥへのＳＣＧ設定を更新してもよい。このことにより、例えば、ＭＮは最新のＳＣＧ設定を用いて、ＳＣＧ故障に対する処理を適切に実行可能となる。
【０１１１】
図８は、ＳＣＧ故障時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。図８の例では、ＵＥがＭＮに対して最新のＳＣＧ設定を通知する場合のシーケンスを示す。また、図８の例においては、ＳＣＧ故障後の復帰処理として、ＳＣＧ設定の変更が行われる場合について示す。
【０１１２】
ステップＳＴ８０１において、ＵＥはＳＣＧ故障を検出する。ステップＳＴ８０２において、ＵＥはＭＮに対して、ＳＣＧ故障通知を送信する。ＵＥは、ＵＥとＳＮとの間の通信におけるＳＣＧ設定の情報を、該通知に含めて、ＭＮに通知する。前述のＳＣＧ設定の情報は、ＭＮからＵＥに対して行われたＳＣＧ設定に対する差分の情報であってもよい。前述の差分の情報は、例えば、ＳＮから直接ＵＥに対して通知したＳＣＧ設定に関する情報であってもよい。ＭＮは、ステップＳＴ８０２により、最新のＳＣＧ設定を取得する。
【０１１３】
ステップＳＴ８０３において、ＭＮはＳＮに対してＳＮ変更要求（SN Modification Request）を通知する。ＭＮは、該要求に、ＳＣＧ設定に関する情報を含めてもよい。前述の、ＳＣＧ設定に関する情報とは、例えば、前述の、最新のＳＣＧ設定に対し、さらに変更が行われた情報であってもよい。ステップＳＴ８０４において、ＳＮはＭＮに対して、ＳＮ変更要求に対する肯定の応答（SN Modification Request Acknowledge）を通知する。該応答には、ＳＣＧ設定の変更に関する情報が含まれてもよい。
【０１１４】
ステップＳＴ８０５において、ＭＮはＵＥに対してＲＲＣ接続再設定（RRCConnectionReconfiguration）を通知する。ＭＮは、該通知に、ＳＣＧ設定の変更に関する情報を含めてもよい。前述の、ＳＣＧ設定の変更に関する情報は、ステップＳＴ８０４においてＳＮより取得した情報であってもよい。ＵＥは、ステップＳＴ８０５を用いて、ＳＣＧ設定の変更を行ってもよい。
【０１１５】
ステップＳＴ８０６において、ＵＥはＭＮに対し、ＲＲＣ接続再設定の完了（RRCConnectionReconfigurationComplete）を通知する。ステップＳＴ８０７において、ＭＮはＳＮに対し、ＳＮ再設定の完了（SN reconfiguration complete）を通知する。ステップＳＴ８０８において、ＵＥとＳＮとの間でランダムアクセス処理が行われる。このことにより、ＳＣＧ設定変更によるＳＣＧ故障からの復帰が完了する。
【０１１６】
ＳＮはＭＮに対し、ＳＣＧ故障（SCG failure）に関する情報を通知してもよい。該通知は、例えば、ＳＮが下りＲＬＣ再送回数超過を検出した場合に行ってもよいし、ＳＮがＳＣＧ故障を検出するための他の条件が満たされた場合に行ってもよい。このことにより、例えば、ＳＮからＵＥに対する下り通信の不通時において、通信システムにおいて、ＳＣＧ故障を迅速に検出可能となる。
【０１１７】
前述のＳＣＧ設定の問い合わせおよび／あるいはＳＣＧ設定の通知を、ＳＮにおけるＳＣＧ故障発生検出時に適用するにあたり、ＵＥにおけるＳＣＧ故障発生検出時と同様の問題が生じる。すなわち、ＭＮは、ＳＣＧ故障の発生を自ら検出することが不可能であるため、ＭＮはＳＮに対して最新のＳＣＧ設定を問い合わせることができない。このことにより、例えば、ＳＮがＳＣＧ故障を検出した場合において、ＭＮは最新のＳＣＧ設定を把握していないため、適切な復旧処置が不可能になるという問題が生じる。
【０１１８】
前述の問題の解決策として、ＭＮからＳＮに対する最新のＳＣＧ設定の問い合わせを、ＳＮからＭＮに対するＳＣＧ故障の通知を契機として行ってもよい。ＳＮはＭＮに対し、最新のＳＣＧ設定を通知してもよい。該通知は、前述の問い合わせの後に行ってもよい。
【０１１９】
他の例として、ＳＮは、ＭＮに対するＳＣＧ故障情報の通知に、最新のＳＣＧ設定に関する情報を含めてもよい。ＭＮは、該情報を用いて、自ＭＮが保持するＳＣＧ設定を更新してもよい。このことにより、例えば、ＳＣＧ設定問い合わせおよび／あるいはＳＣＧ設定通知に要するシグナリング量を削減可能となる。
【０１２０】
本実施の形態１におけるＤＣとして、ＭＮはｅＮＢであってもよいし、ｇＮＢであってもよい。ＳＮはｅＮＢであってもよいし、ｇＮＢであってもよい。上位ＮＷ装置は、ＭＭＥであってもよいし、ＮＧ−Ｃｏｒｅ、例えば、ＡＭＦであってもよいし、ＳＭＦであってもよい。本実施の形態１において、以下、同様としてもよい。
【０１２１】
前述のＳＣＧ設定の問い合わせおよび／あるいはＳＣＧ設定の通知を、ＳＮ起動（SN initiated）のＳＮ解放（SN Release）のプロシージャに適用するにあたり、以下の問題が生じる。すなわち、該プロシージャにおいて、ＭＮは、ＳＮ解放を自ら判断しないため、ＭＮはＳＮに対して最新のＳＣＧ設定の問い合わせを起動することができない。このことにより、例えば、ＳＮが自ＳＮの解放を判断した場合において、ＭＮは最新のＳＣＧ設定を把握していないため、例えば、ＭＮはＳＣＧベアラからＭＣＧベアラへの適切な切り替え処理が不可能になるという問題が生じる。
【０１２２】
前述の問題の解決策として、ＭＮからＳＮに対する最新のＳＣＧ設定の問い合わせを、ＳＮからＭＮに対するＳＮ解放要求有りの通知（SN Release Required）を契機として行ってもよい。ＭＮは、該問い合わせを、ＳＮに対する、ＳＮ解放確認（SN Release Confirm）の通知に含めてもよい。このことにより、例えば、基地局間インタフェースにおけるシグナリングを削減可能となる。他の例として、ＭＮは該問い合わせを、ＳＮ解放確認とは異なるシグナリングを用いて通知してもよい。このことにより、例えば、ＳＮ解放確認のシグナリングにおける設計の複雑性を回避可能となる。
【０１２３】
ＳＮはＭＮに対し、最新のＳＣＧ設定を通知してもよい。該通知は、前述の問い合わせの後に行ってもよい。
【０１２４】
他の例として、ＳＮは、ＭＮに対するＳＮ解放要求有りの通知（SN Release Required）に、最新のＳＣＧ設定に関する情報を含めてもよい。ＭＮは、該情報を用いて、自ＭＮが保持するＳＣＧ設定を更新してもよい。このことにより、例えば、ＳＣＧ設定問い合わせおよび／あるいはＳＣＧ設定通知に要するシグナリング量を削減可能となる。
【０１２５】
前述の、ＳＮからＭＮへのＳＣＧ設定の通知は、例えば、ＭＮからＵＥへのＳＣＧ設定からの差分に関する情報であってもよい。基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。
【０１２６】
ＭＮは、ＳＮより取得したＳＣＧ設定を用いて、ＵＥに対してＳＮ解放を指示してもよい。該指示には、例えば、ベアラの変更に関する情報が含まれてもよい。前述の、ベアラの変更は、例えば、ＳＣＧベアラからＭＣＧベアラへの切り替えであってもよい。ＭＮは、ＳＮより取得したＳＣＧ設定を用いてベアラの変更を行ってもよい。このことにより、例えば、ＵＥにおいて、ベアラ変更に伴う設定の変更を少なくすることが可能となり、その結果、ＵＥにおける処理量を削減可能となる。
【０１２７】
図９は、ＳＮ起動のＳＮ解放時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。図９の例では、ＳＮからＭＮに対するＳＮ解放要求有りの通知と、最新のＳＣＧ設定通知とが、異なるシグナリングで行われる場合について示す。
【０１２８】
ステップＳＴ９０１において、ＳＮはＭＮに対して、ＳＮ解放要求有りの通知を送信する。ステップＳＴ９０２において、ＭＮはＳＮに対し、ＳＣＧ設定の問い合わせ（SCG configuration enquiry）を行う。ステップＳＴ９０３において、ＳＮはＭＮに対して、最新のＳＣＧ設定を通知する。ＳＣＧ設定の通知において、ＳＮはＭＮに対し、ＳＮからＵＥに対して直接通知した設定内容のみを送信してもよい。ステップＳＴ９０４において、ＭＮはＳＮに対して、ＳＮ解放確認（SN Release Confirm）を通知する。
【０１２９】
ステップＳＴ９０５において、ＭＮはＵＥに対してＲＲＣ接続再設定（RRCConnectionReconfiguration）を通知する。ＭＮは、該通知に、ＳＮ解放に関する情報を含める。ＭＮは、該通知に、ベアラ変更に関する情報を含めてもよい。前述のベアラ変更は、例えば、ＳＣＧベアラからＭＣＧベアラへの切り替えであってもよいし、スプリットベアラからＭＣＧベアラへの切り替えであってもよい。ＵＥは、ステップＳＴ９０５を用いて、ＳＣＧ設定を解放する。ＵＥは、ＳＣＧ設定の全部あるいは一部をＭＣＧ設定の一部として用いてもよい。ステップＳＴ９０６において、ＵＥはＭＮに対し、ＲＲＣ接続再設定の完了（RRCConnectionReconfigurationComplete）を通知する。
【０１３０】
ステップＳＴ９０７において、ＳＮはＭＮに対し、シーケンス番号状態を転送する（SN Status Transfer）。ステップＳＴ９０８において、Ｓ−ＧＷはＳＮに対し、ユーザデータを送信する。ステップＳＴ９０９において、ＳＮはＭＮに対し、ステップＳＴ９０８にてＳ−ＧＷより受信したユーザデータを転送する。ステップＳＴ９１０において、ＭＮ，ＳＮ，Ｓ−ＧＷ，ＭＭＥは、Ｓ−ＧＷとＳＮとの間の通信経路をＳ−ＧＷとＭＮとの間の通信経路に更新する。ステップＳＴ９１１において、ＭＮはＳＮに対し、ＵＥコンテキストの解放を指示する。ＳＮは、ステップＳＴ９１１を用いて、ＵＥコンテキストを解放する。
【０１３１】
図９において、ステップＳＴ９０１に示すＳＮからＭＮに対するＳＮ解放要求有りの通知と、ステップＳＴ９０３に示す最新のＳＣＧ設定通知が異なるシグナリングで行われる場合について示したが、ステップＳＴ９０１とステップＳＴ９０３を同一のシグナリングで行ってもよい。この場合、ＭＮは、ステップＳＴ９０２に示すＳＣＧ設定問い合わせを、ＳＮに送信しないとしてもよい。このことにより、例えば、基地局間インタフェースにおけるシグナリング量を削減可能となる。
【０１３２】
図９において、ステップＳＴ９０２に示すＳＣＧ設定問い合わせと、ステップＳＴ９０４に示すＳＮ解放確認が異なるシグナリングで行われる場合について示したが、ステップＳＴ９０２とステップＳＴ９０４を同一のシグナリングで行ってもよい。この場合、ＳＮは、ステップＳＴ９０３に示すＳＣＧ設定通知を、ステップＳＴ９０４の後に行ってもよい。このことにより、例えば、基地局間インタフェースにおけるシグナリング量を削減可能となる。
【０１３３】
他の解決策を開示する。ＭＮは、ＳＮに対するＳＣＧ設定問い合わせを、ＳＮ解放の判断を契機として行ってもよい。該問い合わせは、ＭＮ起動（MN initiated）のＳＮ解放のプロシージャにおいて実行されてもよい。該問い合わせは、ＭＮからＳＮに対するＳＮ解放要求（SN Release Request）の通知に含まれてもよいし、ＳＮ解放要求の通知とは異なるシグナリングで行ってもよい。該問い合わせをＳＮ解放要求の通知に含めることで、基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。該問い合わせを、ＳＮ解放要求の前に実行することで、例えば、ＭＮは、最新のＳＣＧ設定を用いてＳＮ解放有無を適切に判断可能となる。
【０１３４】
ＳＮからＭＮに対するＳＣＧ設定の通知が、ＭＮ起動（MN initiated）のＳＮ解放のプロシージャにおいて実行されてもよい。該通知は、例えば、ＭＮからＳＮに対するＳＮ解放要求の後に行われてもよい。前述において、ＳＮ解放要求にＳＣＧ問い合わせに関する情報が含まれない場合においても、ＳＮはＭＮに対し、ＳＣＧ設定を通知してもよい。このことにより、基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。前述の、ＳＮからＭＮへのＳＣＧ設定の通知は、例えば、ＭＮからＵＥへのＳＣＧ設定からの差分に関する情報であってもよい。基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。ＭＮは、ＵＥに対してＳＮ解放を指示してもよい。該指示は、ＭＮからＳＮに対するＳＮ解放要求の後に行われてもよいし、前述の、ＳＮからＭＮに対するＳＣＧ設定通知の後に行われてもよい。ＵＥは、該指示を用いて、ＳＮとのＤＣ設定を解放する。
【０１３５】
ＭＮはＳＮに対し、ＳＮ解放の取り消しに関する情報を通知してもよい。該通知は、例えば、ＭＮがＳＮから受信するＳＣＧ設定を用いて行われてもよい。ＳＮは、該通知を用いて、ＳＮ解放に必要な処理、例えば、上位ＮＷ装置からのデータのＭＮへの転送を停止してもよい。ＭＮは、ＳＮから受信するＳＣＧ設定を契機として、ＵＥに対してＳＮ解放を指示しないとしてもよい。このことにより、例えば、ＭＮは不用なＳＮ解放に係るシグナリング量および処理量の削減が可能となる。
【０１３６】
図１０は、ＭＮ起動のＳＮ解放時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。図１０の例では、ＭＮからＳＮに対するＳＣＧ設定問い合わせと、ＳＮ解放要求の通知とが、同じシグナリングで行われる場合について示す。図１０において、図９と共通するシグナリングには同一のステップ番号を付し、共通する説明を省略する。
【０１３７】
ステップＳＴ１００１において、ＭＮはＳＮに対して、ＳＮ解放要求（SN Release Request）を送信する。ＭＮは、該要求に、最新のＳＣＧ設定の問い合わせに関する情報を含めてもよい。ステップＳＴ９０３において、ＳＮはＭＮに対して、最新のＳＣＧ設定を通知する。ＳＣＧ設定の通知において、ＳＮはＭＮに対し、ＳＮからＵＥに対して直接通知した設定内容のみを送信してもよい。
【０１３８】
ステップＳＴ９０５からステップＳＴ９１１については、図９と共通するため、説明を省略する。
【０１３９】
図１０において、ステップＳＴ１００１に示す、ＭＮからＳＮに対するＳＮ解放要求に、最新のＳＣＧ設定の問い合わせに関する情報を含める場合について示したが、ＳＮ解放要求とＳＣＧ設定問い合わせとを異なるシグナリングで実行してもよい。このことにより、例えば、ＭＮおよびＳＮにおける設計の複雑性を回避可能となる。
【０１４０】
また、図１０において、ステップＳＴ１００１に示す、ＭＮからＳＮに対するＳＮ解放要求に、最新のＳＣＧ設定の問い合わせに関する情報を含める場合について示したが、ステップＳＴ１００１においてＳＣＧ設定問い合わせに関する情報が含まれなくてもよい。ＳＮは、ステップＳＴ１００１に、ＳＣＧ設定問い合わせに関する情報が含まれない場合においても、ＭＮに対して、ステップＳＴ９０３に示すＳＣＧ設定通知を行ってもよい。このことにより、例えば、基地局間インタフェースにおけるシグナリング量を削減可能となる。
【０１４１】
また、図１０において、ＳＮからのＳＣＧ設定通知の後にＳＮ解放が続行される例について示したが、ＳＮ解放が取り消されてもよい。前述において、ＭＮはＳＮに対し、ＳＮ解放の取り消しに関する情報を通知してもよい。ＳＮ解放の取り消しにおいて、図１０におけるＳＴ９０５以降のシーケンスが実行されないとしてもよい。このことにより、例えば、通信システムにおいて、不用なＳＮ解放に係るシグナリング量および処理量の削減が可能となる。
【０１４２】
他の解決策を開示する。ＭＮは、ＳＮに対するＳＣＧ設定問い合わせを、ＳＮ変更（SN modification）の判断を契機として行ってもよい。該問い合わせは、ＭＮ起動（MN initiated）のＳＮ変更（SN modification）のプロシージャにおいて実行されてもよい。このことにより、例えば、ＭＮとＵＥとの間におけるＳＣＧ設定齟齬を防止可能となる。該問い合わせは、ＭＮからＳＮに対するＳＮ変更要求（SN Modification Request）の通知に含まれてもよいし、ＳＮ変更要求の通知とは異なるシグナリングで行ってもよい。該問い合わせをＳＮ変更要求の通知に含めることで、基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。該問い合わせをＳＮ変更要求とは異なるシグナリングで行うことにより、例えば、ＭＮは最新のＳＣＧ設定を用いてＳＣＧ設定の変更を適切に行うことが可能となる。
【０１４３】
ＭＮからＳＮに対するＳＮ変更要求の通知において、ＭＮが変更するＳＣＧ設定が、ＭＮが変更しないＳＣＧ設定と異なる領域に格納されてもよい。ＳＮは、該通知において異なる領域に格納されたＳＣＧ設定を用いて、例えば、該通知に含まれるＳＣＧ設定と、ＳＮが保持するＳＣＧ設定の差分の中から、ＳＮからＵＥに通知済みのＳＣＧ設定の情報を抽出してもよい。このことにより、例えば、ＭＮからＳＮに通知するＳＣＧ設定において、ＭＮが変更したＳＣＧ設定と、ＳＮからＵＥに通知済みのＳＣＧ設定とを、ＳＮにおいて判別可能となる。その結果、ＭＮ、ＳＮ、およびＵＥの三者間におけるＳＣＧ設定の齟齬を防止可能となり、通信システムにおける誤動作を防止可能となる。
【０１４４】
前述において、ＭＮからＳＮに対するＳＮ変更要求の通知に、ＳＣＧ故障に関する情報が含まれてもよい。ＳＣＧ設定問い合わせの通知に、ＳＣＧ故障に関する情報が含まれてもよい。このことにより、例えば、ＳＮは、ＳＣＧ故障からの復旧動作を適切に実行することが可能となる。
【０１４５】
ＳＮからＭＮに対するＳＣＧ設定通知が、ＭＮ起動のＳＮ変更のプロシージャにおいて実行されてもよい。該通知は、例えば、ＭＮからＳＮに対するＳＮ変更要求の後に行われてもよい。ＭＮからＳＮに対する変更要求において、ＳＣＧ設定問い合わせに関する情報が含まれない場合においても、ＳＮからＭＮに対してＳＣＧ設定通知を行うとしてもよい。該通知は、ＳＮからＭＮに対するＳＮ変更要求肯定応答（SN Modification Request Acknowledge）に含まれてもよいし、ＳＮ変更要求肯定応答とは異なるシグナリングで行われてもよい。前述の、ＳＮからＭＮへのＳＣＧ設定の通知は、ＭＮ起動のＳＮ解放において示したのと同様、例えば、ＭＮからＵＥへのＳＣＧ設定からの差分に関する情報であってもよい。基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。
【０１４６】
ＳＮからＭＮに対するＳＣＧ設定通知において、ＳＮからＵＥに直接通知済みのＳＣＧ設定と、ＳＮ変更のプロシージャにて変更するＳＣＧ設定の両方が含まれてもよい。両方のＳＣＧ設定は、互いに異なる領域に格納されていてもよい。ＭＮは、ＵＥへのＳＮ変更の指示において、該ＳＣＧ設定通知から、ＳＮ変更のプロシージャにて変更するＳＣＧ設定を抽出してＵＥに通知してもよい。このことにより、例えば、ＭＮにおいて、ＵＥに対するＳＮ変更の指示を迅速に通知可能となる。
【０１４７】
ＳＮがＭＮに対し、ＳＮ変更が不要であることを示す情報を通知してもよい。該通知は、例えば、ＭＮからＳＮに対するＳＮ変更要求に含まれるＳＣＧ設定内容が、ＳＮがＵＥに対して直接通知済みのＳＣＧ設定内容と同じである場合に行ってもよい。該情報は、ＳＮからＭＮに対するＳＮ変更要求肯定応答に含まれてもよいし、ＳＮからＭＮに対するＳＮ変更要求拒否（SN Modification Reject）に含まれてもよい。前述の、ＳＮ変更要求拒否に含まれる、理由を示す情報に、該ＳＣＧ設定がＳＮからＵＥに対して直接通知済みであることを示す情報が含まれてもよい。あるいは、理由を示す情報に、該ＳＣＧ設定がＵＥに対して設定済みであることを示す情報が含まれてもよい。
【０１４８】
ＭＮはＵＥに対し、ＳＮ変更を指示してもよい。該指示は、ＲＲＣ接続再設定（RRCConnectionReconfiguration）のシグナリングを用いて行われてもよい。該指示には、ＳＣＧ設定変更内容に関する情報が含まれてもよい。該指示は、ＳＮからＭＮに対するＳＣＧ設定通知の後に行われてもよいし、ＳＮからＭＮに対するＳＮ変更要求肯定応答の後に行われてもよい。ＵＥは、該指示を用いて、ＳＮとの接続に用いるＳＣＧ設定を変更する。
【０１４９】
あるいは、ＭＮはＳＮに対し、ＳＮ変更要求を再度通知してもよい。例えば、ＭＮが、ＳＮからのＳＣＧ設定通知を用いて、ＵＥに通知するＳＣＧ設定を再度変更する場合に、前述の再度の通知が行われてもよい。前述の再度の通知に含まれるＳＣＧ設定は、初回の通知に含まれるＳＣＧ設定と異なっているとよい。ＭＮからＳＮに対するＳＮ変更要求の再度の通知は、ＳＮからＭＮに対する、ＳＮ変更が不要であることを示す情報の通知の後に行われてもよいし、ＳＮからＭＮに対する、ＳＮ変更要求肯定応答および／あるいは最新のＳＣＧ設定の通知の後に行われてもよい。このことにより、例えば、ＭＮは最新のＳＣＧ設定を用いて更なるＳＣＧ設定を行うことにより、ＵＥとＳＮとの接続における品質向上が可能となる。
【０１５０】
あるいは、ＭＮはＵＥに対し、ＳＮ変更を指示しなくてもよい。ＳＮからＭＮに対する、ＳＮ変更が不要であることを示す情報の通知の後に、ＭＮはＵＥに対し、ＳＮ変更を指示しなくてもよい。このことにより、例えば、ＭＮとＵＥとの間の無線インタフェース（例えば、Ｕｕインタフェース）におけるシグナリング量を削減可能となる。
【０１５１】
図１１は、ＭＮ起動のＳＮ変更時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。図１１の例では、ＭＮからＳＮに対するＳＣＧ設定問い合わせと、ＳＮ解放要求の通知とが、異なるシグナリングで行われる場合について示す。図１１において、図８と共通するシグナリングには同一のステップ番号を付し、共通する説明を省略する。
【０１５２】
ステップＳＴ１１０１において、ＭＮはＳＮに対して、ＳＣＧ設定問い合わせ（SCG configuration enquiry）を通知する。ステップＳＴ１１０２において、ＳＮはＭＮに対して、ＳＣＧ設定情報を通知する。前述の、ＳＮからＭＮへのＳＣＧ設定の通知は、例えば、ＭＮからＵＥへのＳＣＧ設定からの差分に関する情報であってもよい。基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。ＭＮは、ＳＣＧ設定情報を用いて、変更後のＳＣＧ設定を決定する。
【０１５３】
ステップＳＴ１１０３において、ＭＮはＳＮに対しＳＮ変更要求（SN Modification Request）を通知する。該要求には、変更後のＳＣＧ設定が含まれる。ステップＳＴ１１０４において、ＳＮはＭＮに対して、ＳＮ変更要求肯定応答（SN Modification Request Acknowledge）を通知する。該要求には、変更後のＳＣＧ設定が含まれてもよい。あるいは、該要求には、ＭＮが決定した変更後のＳＣＧ設定をさらに変更した設定が含まれてもよい。
【０１５４】
ステップＳＴ８０５において、ＭＮはＵＥに対し、ＳＮ変更を指示する。該指示には、変更後のＳＣＧ設定が含まれる。該指示には、前述の、ＭＮが決定した変更後のＳＣＧ設定をＳＮがさらに変更した設定が含まれてもよい。
【０１５５】
ステップＳＴ８０６からステップＳＴ８０８は、図８と共通する内容であるため、説明を省略する。
【０１５６】
図１１において、ステップＳＴ１１０１に示すＳＣＧ設定問い合わせと、ステップＳＴ１１０３に示すＳＮ変更要求とを、異なるシグナリングとして通知する例を示したが、これらを同一のシグナリングとして通知してもよい。また、ステップＳＴ１１０２に示すＳＣＧ設定通知と、ステップＳＴ１１０４に示すＳＮ変更要求肯定応答とを、異なるシグナリングとして通知する例を示したが、これらを同一のシグナリングとして通知してもよい。このことにより、例えば、基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。
【０１５７】
他の解決策を開示する。ＳＮからＭＮに対するＳＣＧ設定通知が、ＳＮにおける自ＳＮ変更（SN Modification）の判断を契機として行われてもよい。ＳＮからＭＮに対するＳＮ変更要求有りの通知（SN Modification Required）に含まれてもよいし、ＳＮ変更要求ありの通知は、例えば、ＳＮ起動のＳＮ変更のプロシージャにおける通知であってもよい。このことにより、例えば、基地局間インタフェースにおけるシグナリングを削減可能となる。他の例として、ＭＮは該問い合わせを、ＳＮ解放確認とは異なるシグナリングを用いて通知してもよい。このことにより、例えば、ＳＮ解放確認のシグナリングにおける設計の複雑性を回避可能となる。ＳＮからＭＮに対するＳＣＧ設定通知が、ＭＮ起動のＳＮ変更のプロシージャにおいて実行されてもよい。
【０１５８】
他の解決策を開示する。ＳＮからＭＮに対するＳＣＧ設定通知が、ＳＮにおける自ＳＮ変更（SN Modification）の判断を契機として行われてもよい。該通知は、ＳＮからＭＮに対するＳＮ変更要求有りの通知（SN Modification Required）に含まれてもよいし、ＳＮ変更要求有りの通知とは異なるシグナリングで行われてもよい。前述の、ＳＮ変更要求有りの通知は、ＳＮ起動のＳＮ変更のプロシージャにおけるシグナリングであってもよい。ＭＮはＵＥに対し、ＳＮ変更指示を通知してもよい。該指示には、該ＳＣＧ設定が含まれてもよい。ＵＥは、該指示を用い、ＳＣＧ設定を変更してもよい。
【０１５９】
前述の、ＳＮからＭＮへのＳＣＧ設定の通知は、複数の情報群より構成されてもよい。ＳＮは、ＳＮからＵＥに対して直接通知済みのＳＣＧ設定と、ＳＮ起動のＳＮ変更プロシージャにおいて変更を決定したＳＣＧ設定とを、それぞれ異なる情報群に分けて配置してもよい。ＭＮは、該情報群を用い、ＳＮ起動のＳＮ変更プロシージャにて変更を決定したＳＣＧ設定を、ＵＥに通知してもよい。例えば、ＭＮは、前述の、ＳＮにおいて変更を決定したＳＣＧ設定を含む情報群のみを、ＵＥに通知してもよい。このことにより、例えば、ＭＮからＵＥへのＳＮ変更指示におけるシグナリング量を低減可能となる。また、例えば、ＭＮにおいて、ＵＥに通知するＳＣＧ設定内容の生成にかかる処理量を削減可能となる。
【０１６０】
図１２は、ＳＮ起動のＳＮ変更時において、ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。図１２は、ＳＮからＭＮに対するＳＣＧ設定通知と、ＳＮ変更要求有りの通知とを、同一のシグナリングで行う例について示す。図１２において、図８と共通するシグナリングには同一のステップ番号を付し、共通する説明を省略する。
【０１６１】
ステップＳＴ１２０１において、ＳＮはＭＮに対して、ＳＮ変更要求有りの通知を行う。該通知に、ＳＣＧ設定の情報が含まれてもよい。ＭＮは、該通知を用いて、最新のＳＣＧ設定を取得する。
【０１６２】
ステップＳＴ１２０１におけるＳＣＧ設定の情報は、複数の情報群より構成されてもよい。ＳＮは、ＳＮからＵＥに対して直接通知済みのＳＣＧ設定と、ＳＮ起動のＳＮ変更プロシージャにおいて変更を決定したＳＣＧ設定とを、それぞれ異なる情報群に分けて配置してもよい。ＭＮは、該情報群を用い、ステップＳＴ８０５においてＳＮ変更指示をＵＥに対して行ってもよい。
【０１６３】
ステップＳＴ８０６からステップＳＴ８０８は、図８と共通する内容であるため、説明を省略する。
【０１６４】
図１２において、ＳＮからＭＮに対するＳＣＧ設定通知と、ＳＮ変更要求有りの通知とを、同一のシグナリングで行う例について示したが、これらを異なるシグナリングで行ってもよい。例えば、ＭＮは、ＳＮ変更要求有りの通知とＳＣＧ設定通知の両方を用いて、ステップＳＴ８０５においてＳＮ変更指示をＵＥに対して行ってもよい。このことにより、例えば、ＭＮは、ＳＣＧ設定のうちＵＥに通知すべき変更箇所を迅速に判断することが可能となる。
【０１６５】
他の解決策を開示する。ＭＮは、ＳＮに対するＳＣＧ設定問い合わせを、マスタ基地局のハンドオーバを契機として行ってもよい。該ハンドオーバは、例えば、ＳＮ切り替えを伴わないＭＮ間ハンドオーバ（Inter-MN Handover without SN change）であってもよい。ＳＮからＭＮに対するＳＣＧ設定情報通知についても同様に、マスタ基地局のハンドオーバにおいて実行されてもよい。該ハンドオーバは、例えば、ＳＮ切り替えを伴わないＭＮ間ハンドオーバ（Inter-MN Handover without SN change）であってもよい。このことにより、例えば、切り替え先ＭＮは、最新のＳＣＧ設定を用いてＳＮの維持可否を判断可能となる。その結果、例えば、ＳＮとＵＥとの通信の品質を確保可能となる。
【０１６６】
移動元ＭＮは、該問い合わせを、移動先ＭＮに対するハンドオーバ要求（Handover Request）の前に行ってもよい。ＳＮは移動元ＭＮに対して、最新のＳＣＧ設定を通知してもよい。移動元ＭＮは、該ＳＣＧ設定を用いて、自ＭＮが保持するＳＣＧ設定を更新してもよい。移動元ＭＮは、移動先ＭＮに、ハンドオーバ要求を行ってもよい。該要求において、前述において移動元ＭＮが更新したＳＣＧ設定が含まれてもよい。移動先ＭＮは、該要求に含まれる該ＳＣＧ設定を用いて、ＳＮ維持可否を判断してもよい。
【０１６７】
移動元ＭＮは、ＳＮに対する該問い合わせに、移動先ＭＮに関する情報を含めてもよい。該情報は、例えば、移動先ＭＮの識別子（例：基地局ＩＤ）であってもよいし、移動先ＭＮのＰＣｅｌｌの識別子（例：物理セル識別子）を含む情報であってもよい。ＳＮは、該情報を用いて、移動先ＭＮに対してＳＣＧ設定を通知してもよい。ＳＮから移動先ＭＮに対するＳＣＧ設定の通知は、ＳＮ追加肯定応答（SN Addition Acknowledge）のシグナリングの前に行われてもよいし、ＳＮ追加肯定応答のシグナリングに含まれてもよいし、ＳＮ追加肯定応答の後に行われてもよい。移動元ＭＮは移動先ＭＮに対して、ハンドオーバ要求を行ってもよい。該要求に、移動元ＭＮが保持するＳＣＧ設定が含まれてもよい。移動先ＭＮは、移動元ＭＮからの該要求に含まれるＳＣＧ設定と、ＳＮから通知されたＳＣＧ設定とを用いて、自ＭＮにおけるＳＣＧ設定を更新してもよい。移動先ＭＮは、前述の更新したＳＣＧ設定を用いて、ＳＮ維持可否を判断してもよい。
【０１６８】
他の例として、移動先ＭＮが、ＳＮに対する該問い合わせを行ってもよい。移動先ＭＮは、該問い合わせを、移動元ＭＮからのハンドオーバ要求（Handover Request）の後に行ってもよい。移動先ＭＮは、ＳＮに対する該問い合わせを、移動先ＭＮからＳＮに対するＳＮ追加（SN Addition）の前に行ってもよいし、ＳＮ追加のシグナリングに含めてもよいし、ＳＮ追加の後に行ってもよい。ＳＮは、ＳＣＧ設定を、移動先ＭＮに通知してもよい。ＳＮから移動先ＭＮに対するＳＣＧ設定の通知は、ＳＮ追加肯定応答（SN Addition Acknowledge）のシグナリングの前に行われてもよいし、ＳＮ追加肯定応答のシグナリングに含まれてもよいし、ＳＮ追加肯定応答の後に行われてもよい。移動先ＭＮは、該通知を用いて、自ＭＮが保持するＳＣＧ設定を更新してもよい。移動先ＭＮは、前述の更新したＳＣＧ設定を用いて、ＳＮ維持可否を判断してもよい。
【０１６９】
前述において、移動先ＭＮからＳＮに対するＳＮ追加のシグナリングに、ＳＣＧ問い合わせに関する情報が含まれない場合においても、ＳＮは移動先ＭＮに対し、最新のＳＣＧ設定を通知してもよい。移動先ＭＮからＳＮに対するＳＣＧ設定の問い合わせがない場合においても、同様としてもよい。このことにより、基地局間インタフェース、例えば、Ｘ２／Ｘｎインタフェースにおけるシグナリング量を削減可能となる。ＳＮは、移動先ＭＮからのＳＮ追加の通知に含まれる、ＵＥに関する情報を用いて、ＳＣＧ設定の対象となるＵＥを判別してもよい。
【０１７０】
移動先ＭＮは移動元ＭＮに対し、ＳＣＧ設定を通知してもよい。該ＳＣＧ設定は、ＳＮから移動元ＭＮあるいは移動先ＭＮに対して通知された設定を用いたものであってもよいし、ＳＮから移動元ＭＮあるいは移動先ＭＮに対して通知された設定に対し、移動先ＭＮがさらに変更を行った設定を用いたものであってもよい。移動先ＭＮから移動元ＭＮに対するＳＣＧ設定の通知は、ハンドオーバ要求肯定応答（Handover Request Acknowledge）のシグナリングより前に通知されてもよいし、ハンドオーバ要求肯定応答のシグナリングの後に通知されてもよい。あるいは、移動先ＭＮから移動元ＭＮに対するＳＣＧ設定の通知は、ハンドオーバ要求肯定応答のシグナリングに含まれてもよい。このことにより、例えば、基地局間インタフェース（例、Ｘ２／Ｘｎインタフェース）において、ＳＣＧ設定通知によるシグナリング量を低減可能となる。
【０１７１】
図１３および図１４は、ＳＮ切り替えを伴わないＭＮ間ハンドオーバにおいて、移動先ＭＮが最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。図１３と図１４とは境界線ＢＬ１３１４の位置で繋がっている。図１３および図１４は、移動先ＭＮからＳＮに対するＳＣＧ設定問い合わせと、ＳＮ追加要求とを、異なるシグナリングで行う例について示す。また、図１３および図１４は、ＳＮから移動先ＭＮに対するＳＣＧ設定通知と、ＳＮ追加要求肯定応答の通知とを、異なるシグナリングで行う例について示す。
【０１７２】
ステップＳＴ１３０１において、移動元ＭＮは移動先ＭＮに対して、ハンドオーバ要求を通知する。ステップＳＴ１３０２において、移動先ＭＮはＳＮに対して、最新のＳＣＧ設定を問い合わせる。ステップＳＴ１３０３において、ＳＮは移動先ＭＮに対して、最新のＳＣＧ設定を通知する。移動先ＭＮは、ステップＳＴ１３０１およびステップＳＴ１３０３を用いて、ＳＣＧ設定を更新するとともに、ＳＮの維持可否を判断する。図１３および図１４の例においては、ＳＮを維持する場合について示す。
【０１７３】
ステップＳＴ１３０４において、移動先ＭＮはＳＮに対して、ＳＮ追加要求を通知する。ステップＳＴ１３０５において、ＳＮは移動先ＭＮに対して、ＳＮ追加要求肯定応答を通知する。ステップＳＴ１３０６において、移動先ＭＮは移動元ＭＮに対して、ハンドオーバ要求肯定応答を通知する。ステップＳＴ１３０６の通知には、最新のＳＣＧ設定が含まれてもよいし、移動先ＭＮとＵＥとの接続に用いられるＭＣＧ設定が含まれてもよい。
【０１７４】
ステップＳＴ１３０７において、移動元ＭＮはＳＮに対して、ＳＮ解放要求を通知する。ステップＳＴ１３０７のＳＮ解放要求において、ＳＣＧ問い合わせに関する情報が含まれなくてもよい。ＳＮは移動元ＭＮに対して、ＳＣＧ設定の通知を行わなくてもよい。このことにより、例えば、基地局間インタフェースのシグナリング量を削減可能となる。
【０１７５】
ステップＳＴ１３０８において、移動元ＭＮはＵＥに対して、ＭＮの切り替えを指示する。該指示には、ＲＲＣ接続再設定のシグナリングが用いられてもよい。該指示に、ＳＣＧ設定に関する情報が含まれてもよい。前述のＳＣＧ設定は、例えば、ＳＮから移動先ＭＮに対して通知したＳＣＧ設定に対して、移動先ＭＮがさらに変更したＳＣＧ設定を用いた情報であってもよい。ＵＥは、該指示を用いて、接続先マスタ基地局を移動元ＭＮから移動先ＭＮに切り替える。
【０１７６】
ステップＳＴ１３０９において、ＵＥは移動先ＭＮとの間でランダムアクセス処理を行う。このことにより、ＵＥと移動先ＭＮとの間における同期が確立する。ステップＳＴ１３１０において、ＵＥは移動先ＭＮに対して、ＭＮの切り替え完了を通知する。該通知には、ＲＲＣ接続再設定完了のシグナリングが用いられてもよい。ステップＳＴ１３１１において、ＵＥはＳＮとの間でランダムアクセス処理を行う。このことにより、ＵＥとＳＮとの間における同期が確立する。ステップＳＴ１３１２において、移動先ＭＮはＳＮに対してＳＮ再設定完了（SN Reconfiguration Complete）を通知する。
【０１７７】
ステップＳＴ１３１３において、移動元ＭＮは移動先ＭＮに対し、シーケンス番号状態を転送する（SN Status Transfer）。ステップＳＴ１３１４において、Ｓ−ＧＷは移動元ＭＮに対し、ユーザデータを送信する。ステップＳＴ１３１５において、移動元ＭＮは移動先ＭＮに対し、ステップＳＴ１３１４にてＳ−ＧＷより受信したユーザデータを転送する。
【０１７８】
ステップＳＴ１３１６からステップＳＴ１３１９は、移動先ＭＮとＳ−ＧＷとＭＭＥとの間におけるパス切り替えの手続きを示す。ステップＳＴ１３１６において、移動先ＭＮはＭＭＥに対してパス交換要求（Path Switch Request）を通知する。ステップＳＴ１３１７において、Ｓ−ＧＷとＭＭＥとの間でベアラ変更（Bearer Modification）が行われる。ステップＳＴ１３１８において、Ｓ−ＧＷから移動先ＭＮに対する新しいパスでユーザデータが送信される。ステップＳＴ１３１９において、ＭＭＥは移動先ＭＮに対して、パス交換要求肯定応答（Path Switch Request Acknowledge）を通知する。
【０１７９】
ステップＳＴ１３２０において、移動先ＭＮは移動元ＭＮに対して、ＵＥコンテキストの解放（UE Context Release）を指示する。ステップＳＴ１３２１において、移動元ＭＮはＳＮに対して、ＵＥコンテキストの解放を指示する。移動元ＭＮは、ステップＳＴ１３２０を用いて、ＵＥコンテキストを解放する。ＳＮは、ステップＳＴ１３２１を用いて、移動元ＭＮに付随するＵＥコンテキストを解放する。
【０１８０】
図１３および図１４において、移動先ＭＮからＳＮに対するＳＣＧ設定問い合わせと、ＳＮ追加要求とを、異なるシグナリングで行う例について示したが、これらを同じシグナリングで行ってもよい。また、図１３および図１４において、ＳＮから移動先ＭＮに対するＳＣＧ設定通知と、ＳＮ追加要求肯定応答の通知とを、異なるシグナリングで行う例について示したが、これらを同じシグナリングで行ってもよい。このことにより、例えば、基地局間インタフェースにおけるシグナリング量の削減が可能となる。
【０１８１】
図１３および図１４において、Ｓ−ＧＷおよびＭＭＥを用いて構成される上位ＮＷの例について示したが、ＮＧコア、すなわち、ＵＰＦおよびＡＭＦを用いて構成される上位ＮＷを用いる場合について、図１３および図１４に示すシーケンスを適用してもよい。例えば、前述において、Ｓ−ＧＷをＵＰＦに置き換え、ＭＭＥをＡＭＦに置き換えてもよい。また、前述において、ステップＳＴ１３１６に示すパス交換要求を、ＰＤＵセッションパス交換要求（PDU Session Path Switch Request）に置き換えてもよい。また、前述において、ステップＳＴ１３１９に示すパス交換要求肯定応答を、ＰＤＵセッションパス交換要求肯定応答（PDU Session Path Switch Request Acknowledge）に置き換えてもよい。このことにより、上位ＮＷ装置がＮＧコアである場合においても、Ｓ−ＧＷおよびＭＭＥを用いて構成される上位ＮＷの場合と同様の効果を得ることができる。
【０１８２】
他の解決策を開示する。ＭＮは、ＳＮに対するＳＣＧ設定問い合わせを、ＭＮからｅＮＢ／ｇＮＢへの切り替え（MN to eNB/gNB change）を契機として行ってもよい。ＳＮからＭＮに対するＳＣＧ設定情報通知についても同様に、ＭＮからｅＮＢ／ｇＮＢへの切り替え（MN to eNB/gNB change）のプロシージャにおいて実行されてもよい。該プロシージャは、例えば、ＤＣ構成を用いているＵＥの接続先が、ハンドオーバによりＭＮから他の基地局に移る際に、ＤＣ構成を解放するものであってもよい。このことにより、例えば、ＳＮ解放に伴いＳＣＧに設定していたベアラを移動先基地局に引き継ぐことが可能となる。その結果、例えば、ＵＥにおいてハンドオーバに伴う処理量の削減が可能となる。
【０１８３】
ＭＮからｅＮＢ／ｇＮＢへの切り替えにおいて、移動元ＭＮが、ＳＮに対する該問い合わせを行ってもよい。移動元ＭＮは、該問い合わせを、移動先基地局に対するハンドオーバ要求（Handover Request）の前に行ってもよい。ＳＮは移動元ＭＮに対して、最新のＳＣＧ設定を通知してもよい。移動元ＭＮは、該ＳＣＧ設定を用いて、自ＭＮが保持するＳＣＧ設定を更新してもよい。移動元ＭＮは、移動先基地局に、ハンドオーバ要求を行ってもよい。該要求に、前述において移動元ＭＮが更新したＳＣＧ設定が含まれてもよい。移動先基地局は、該要求に含まれる該ＳＣＧ設定を用いて、ＵＥとの接続に用いる設定を決定してもよい。
【０１８４】
移動元ＭＮは、ＳＮに対する該問い合わせに、移動先基地局に関する情報を含めてもよい。該情報は、例えば、移動先基地局の識別子であってもよいし、移動先基地局のＰＣｅｌｌの識別子（例：物理セル識別子）を含む情報であってもよい。ＳＮは、該情報を用いて、移動先基地局に対してＳＣＧ設定を通知してもよい。移動元ＭＮは移動先基地局に対して、ハンドオーバ要求を行ってもよい。該要求に、移動元ＭＮが保持するＳＣＧ設定が含まれてもよい。移動先基地局は、移動元ＭＮからの該要求に含まれるＳＣＧ設定と、ＳＮから通知されたＳＣＧ設定とを用いて、自ＭＮにおけるＳＣＧ設定を更新してもよい。移動先基地局は、前述の更新したＳＣＧ設定を用いて、ＵＥとの接続に用いる設定を決定してもよい。
【０１８５】
他の例として、移動先基地局が、ＳＮに対する該問い合わせを行ってもよい。移動先基地局は、該問い合わせを、移動元ＭＮからのハンドオーバ要求（Handover Request）の後に行ってもよい。ＳＮは、ＳＣＧ設定を、移動先基地局に通知してもよい。移動先基地局は、該通知を用いて、自基地局が保持するＳＣＧ設定を更新してもよい。移動先基地局は、前述の更新したＳＣＧ設定を用いて、ＵＥとの接続に用いる設定を決定してもよい。
【０１８６】
移動先基地局は移動元ＭＮに対し、ＳＣＧ設定を通知してもよい。該ＳＣＧ設定は、ＳＮから移動元ＭＮあるいは移動先基地局に対して通知された設定を用いたものであってもよいし、ＳＮから移動元ＭＮあるいは移動先基地局に対して通知された設定に対し、移動先基地局がさらに変更を行った設定を用いたものであってもよい。移動先基地局から移動元ＭＮに対するＳＣＧ設定の通知は、ハンドオーバ要求肯定応答（Handover Request Acknowledge）のシグナリングより前に通知されてもよいし、ハンドオーバ要求肯定応答のシグナリングの後に通知されてもよい。あるいは、移動先基地局から移動元ＭＮに対するＳＣＧ設定の通知は、ハンドオーバ要求肯定応答のシグナリングに含まれてもよい。このことにより、例えば、基地局間インタフェース（例、Ｘ２／Ｘｎインタフェース）において、ＳＣＧ設定通知によるシグナリング量を低減可能となる。
【０１８７】
図１５および図１６は、ＭＮからｅＮＢへの切り替えにおいて、移動元ＭＮ（Ｓ−ＭＮ）が最新のＳＣＧ設定を取得するシーケンスの一例を示す図である。図１５および図１６は境界線ＢＬ１５１６の位置で繋がっている。図１５および図１６は、ハンドオーバ要求の前に、移動元ＭＮがＳＮに対してＳＣＧ設定問い合わせを行い、かつ、ＳＮが移動元ＭＮに対してＳＣＧ設定通知を行う例について示す。図１５および図１６において、図１３および図１４と共通するシグナリングには同一のステップ番号を付し、共通する説明を省略する。
【０１８８】
ステップＳＴ１４０１において、移動元ＭＮはＳＮに対して、最新のＳＣＧ設定を問い合わせる。ステップＳＴ１４０２において、ＳＮは移動元ＭＮに対して、最新のＳＣＧ設定を通知する。移動元ＭＮは、ステップＳＴ１４０１およびステップＳＴ１４０２を用いて、ＳＣＧ設定を更新する。ステップＳＴ１４０３において、移動元ＭＮは移動先基地局（Ｔ−ｅＮＢ）に対して、ハンドオーバ要求を通知する。ステップＳＴ１４０３において、ハンドオーバ要求に、ＳＮより取得した最新のＳＣＧ設定が含まれてもよい。移動先基地局は、ステップＳＴ１４０３に含まれるＳＣＧ設定を用いて、セカンダリ基地局を用いないことを判断してもよい。
【０１８９】
ステップＳＴ１３０６、ステップＳＴ１３０７は、図１３と同様であるため、説明を省略する。
【０１９０】
ステップＳＴ１４０８において、移動元ＭＮはＵＥに対して、基地局の切り替えを指示する。該指示には、ＲＲＣ接続再設定のシグナリングが用いられてもよい。該指示において、ＳＣＧ設定に関する情報が含まれてもよい。前述のＳＣＧ設定は、例えば、ＳＮから移動元ＭＮ経由で移動先基地局に対して通知されたＳＣＧ設定に対して、移動先基地局がさらに変更したＳＣＧ設定を用いた情報であってもよい。ＵＥは、該指示を用いて、接続先基地局を移動元ＭＮから移動先基地局に切り替える。
【０１９１】
ステップＳＴ１３０９、ステップＳＴ１３１０は、図１４と同様であるため、説明を省略する。
【０１９２】
ステップＳＴ１４１０において、ＳＮは移動元ＭＮに対し、シーケンス番号状態を転送する（SN Status Transfer）。ステップＳＴ１４１０におけるシーケンス番号状態は、例えば、ＳＣＧを用いて送受信されたユーザデータのシーケンス番号状態であってもよい。ステップＳＴ１４１１において、移動元ＭＮは移動先基地局に対し、シーケンス番号状態を転送する。ステップＳＴ１４１１におけるシーケンス番号状態は、例えば、ステップＳＴ１４１０におけるシーケンス番号状態を含んでもよいし、ＭＣＧを用いて送受信されたユーザデータのシーケンス番号状態を含んでもよい。
【０１９３】
ステップＳＴ１４１２において、Ｓ−ＧＷはＳＮに対し、ユーザデータを送信する。ステップＳＴ１４１３において、ＳＮは移動元ＭＮに対し、ステップＳＴ１４１２にてＳ−ＧＷより受信したユーザデータを転送する。ステップＳＴ１４１４において、移動元ＭＮは移動先基地局に対し、ステップＳＴ１４１３にてＳＮより受信したユーザデータを転送する。
【０１９４】
ステップＳＴ１３１６、ステップＳＴ１３１７は、図１４と同様であるため、説明を省略する。
【０１９５】
ステップＳＴ１４１５において、Ｓ−ＧＷはＳＮに対し、ＳＮを用いたパスを用いる最後のユーザデータであることを示す情報を含むエンドマーカーパケットを送信する。ステップＳＴ１４１６において、ＳＮは移動元ＭＮに対し、ステップＳＴ１４１５にてＳ−ＧＷより受信したエンドマーカーパケットを転送する。ステップＳＴ１４１７において、移動元ＭＮは移動先基地局に対し、ステップＳＴ１４１６にてＳＮより受信したエンドマーカーパケットを転送する。
【０１９６】
ステップＳＴ１３１８からステップＳＴ１３２０は、図１４と同様であるため、説明を省略する。
【０１９７】
ステップＳＴ１４２１において、移動元ＭＮはＳＮに対して、ＵＥコンテキストの解放を指示する。ＳＮは、ステップＳＴ１４２１を用いて、ＵＥコンテキストを解放する。
【０１９８】
図１５および図１６において、移動先ＭＮがＳＣＧ設定問い合わせを行う例について示したが、移動元基地局がＳＮに対しＳＣＧ設定問い合わせを行ってもよい。前述において、ＳＮは移動先基地局に対し、最新のＳＣＧ設定を通知してもよい。このことにより、例えば、移動先基地局がＳＮの解放可否を適切に判断可能となる。その結果、通信システムにおける効率化が可能となる。
【０１９９】
図１５および図１６において、移動先基地局がｅＮＢである例について示したが、移動先基地局はｇＮＢ（Ｔ−ｇＮＢ）であってもよい。また、図１５および図１６において、Ｓ−ＧＷおよびＭＭＥを用いて構成される上位ＮＷの例について示したが、ＮＧコア、すなわち、ＵＰＦおよびＡＭＦを用いて構成される上位ＮＷを用いる場合について、図１５および図１６に示すシーケンスを適用してもよい。例えば、前述において、Ｓ−ＧＷをＵＰＦに置き換え、ＭＭＥをＡＭＦに置き換えてもよい。また、前述において、ステップＳＴ１３１６に示すパス交換要求を、ＰＤＵセッションパス交換要求（PDU Session Path Switch Request）に置き換えてもよい。また、前述において、ステップＳＴ１３１９に示すパス交換要求肯定応答を、ＰＤＵセッションパス交換要求肯定応答（PDU Session Path Switch Request Acknowledge）に置き換えてもよい。このことにより、上位ＮＷ装置がＮＧコアである場合においても、Ｓ−ＧＷおよびＭＭＥを用いて構成される上位ＮＷの場合と同様の効果を得ることができる。
【０２００】
他の解決策を開示する。ＭＮは、ＳＮに対するＳＣＧ設定問い合わせを、ＭＮ，ＳＮの両方が切り替わるハンドオーバを契機として行ってもよい。ＳＮからＭＮに対するＳＣＧ設定情報通知についても同様に、該ハンドオーバにおいて実行されてもよい。このことにより、例えば、移動先ＭＮは、最新のＳＣＧ設定を用いて、移動先ＳＮのＳＣＧ設定を適切に設定可能となる。その結果、例えば、移動先ＳＮとＵＥとの通信の品質を確保可能となる。
【０２０１】
ＭＮからＳＮに対するＳＣＧ設定問い合わせ、および／あるいは、ＳＮからＭＮに対するＳＣＧ設定情報通知を、ＭＮ，ＳＮの両方が切り替わるハンドオーバへ適用する場合、ＳＮ切り替えを伴わないＭＮ間ハンドオーバのプロシージャと同様の方法を用いてもよいし、ＭＮからｅＮＢ／ｇＮＢへの切り替えのプロシージャと同様の方法を用いてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０２０２】
本実施の形態１により、ＳＮ切り替えが発生しない場合においても、ＵＥとＭＮとＳＮとの間におけるＳＣＧ設定の齟齬を防ぐことが可能となる。その結果、通信システムにおける誤動作を防ぐことが可能となる。
【０２０３】
実施の形態２．
上りのＣ−Ｐｌａｎｅデータ送信用の、ＵＥからの無線インタフェースにおいて複数の送信経路を備えるベアラ、すなわち、ＵＬスプリットＳＲＢを用いた、ＵＥからマスタ基地局に対する、ＳＣＧ故障情報の通知方法として、ＵＥは、ＲＲＣ接続再確立を起動させてもよい。あるいは、ＵＥは自律的に上りスプリットＳＲＢ１の送信経路をＳＣＧからＭＣＧに切り替えてもよい。前述の、ＳＣＧ故障情報の通知方法は、ＵＬスプリットＳＲＢ１の送信経路として、ＳＣＧを用いることが設定された場合に適用してもよい。
【０２０４】
前述の、上りスプリットベアラの送信経路の切り替えを、上りスプリットＳＲＢ２および／あるいは上りスプリットＤＲＢに適用してもよい。
【０２０５】
前述の方法の適用にあたり、以下に示す問題が生じる。すなわち、ＲＲＣ接続再確立により、ＵＥはＳＣＧのみならずＭＣＧとの再接続を行うため、ＲＲＣ接続再確立の完了まで時間を要する。さらに、ＵＥとＭＣＧとの再接続の間、ＵＥとＭＣＧとの間のユーザデータ通信が停止する。その結果、ＵＥとＭＣＧとの間のユーザデータ通信が正常に行われている場合においても、ＳＣＧ故障により該ユーザデータ通信が停止するという問題が生じる。
【０２０６】
また、ＵＥが上りスプリットＳＲＢ１の送信経路を自律的に切り替えることにより、ＳＲＢ１を用いて送信されるシグナリング、例えば、測定結果報告（MeasurementReport）などが全てＭＣＧに送信される。その結果、ＳＲＢ１を用いて送信されるシグナリングも併せてＭＣＧに送信されることになるため、ＵＥからＭＣＧへのＳＣＧ故障情報の通知に時間を要する。その結果、通信システムにおいてＳＣＧ故障からの復旧に時間を要するという問題が生じる。
【０２０７】
前述の問題に対する解決策を以下に開示する。
【０２０８】
ＳＣＧ故障情報のシグナリングのみ、ＵＥにおける送信先基地局の自動的な切り替えを可能とする。該切り替えは、例えば、ＭＣＧへの切り替えであってもよいし、パケット複製への切り替えであってもよい。他の例として、ＳＲＢ１のシグナリングの種類（例、ＲＲＣ接続再設定）に応じて、該切り替えを可能としてもよい。ＳＲＢ２についても同様に、シグナリングの種類に応じて該切り替えを可能としてもよい。前述の、他のシグナリングは、ＳＲＢ１および／あるいはＳＲＢ２を用いるシグナリングであってもよい。ＵＥにおける送信先基地局の切り替えの可否は、シグナリング毎に決められてもよい。例えば、該切り替えの可否が、シグナリング毎に予め規格で定められてもよい。このことにより、例えば、他のシグナリングがＵＥ内で発生する場合においても、ＵＥはＳＣＧ故障情報を迅速にＭＣＧに通知することが可能となる。
【０２０９】
例えば、ＵＥは、ＳＣＧ故障情報の送信先を、ＳＣＧからＭＣＧに切り替えてもよい。前述の切り替えは、ＵＥにおけるスプリットＳＲＢ１の送信先がＳＣＧに設定されている場合に適用してもよい。ＵＥは、ＳＣＧ故障情報のシグナリングをＭＮに通知してもよい。
【０２１０】
ＭＮは、ＵＥより受信した該シグナリングを用いて、ＵＥにおけるスプリットＳＲＢ１および／あるいはスプリットＳＲＢ２の送信先をＭＣＧに設定してもよい。他の例として、ＭＮは、該シグナリング受信により、ＳＮ切り替え、ＳＮ解放、ＳＮ変更といったプロシージャを実行してもよい。他の例として、ＭＮは、該シグナリング受信により、実施の形態１にて開示したＳＣＧ設定問い合わせを行ってもよい。
【０２１１】
図１７は、ＳＣＧ故障発生時において、ＳＣＧ故障情報の通知先基地局を自律的に切り替える動作の例を示すシーケンス図である。図１７において、ＵＬスプリットＳＲＢ１の送信先としてＳＣＧが設定されている例について示す。
【０２１２】
ステップＳＴ１５０１において、ＵＥにおけるＵＬスプリットＳＲＢ１の送信先がＳＣＧに設定されているとする。ステップＳＴ１５０２において、ＵＥは、測定結果報告（Measurement Report）をＳＮに送信する。ステップＳＴ１５０３において、ＳＮは、ステップＳＴ１５０２にてＵＥより受信した測定結果報告を、ＭＮに転送する。
【０２１３】
図１７において、ＵＥはステップＳＴ１５０６にてＳＣＧ故障を検出したとする。ステップＳＴ１５０７において、ＵＥは、ＳＣＧ故障情報のシグナリングの送信先をＳＣＧからＭＣＧに切り替える。ステップＳＴ１５０８において、ＵＥはＳＣＧ故障情報をＭＮに通知する。
【０２１４】
ステップＳＴ１５０９において、ＭＮはＵＥに対し、ＵＬスプリットＳＲＢ１の送信先をＭＣＧに設定する。該設定には、例えば、ＲＲＣ接続再設定のシグナリングが用いられてもよい。ステップＳＴ１５１０において、ＵＥはＵＬスプリットＳＲＢ１の送信先をＭＣＧに切り替える。ステップＳＴ１５１１において、ＵＥはＭＮに対し、ＵＬスプリットＳＲＢ１の送信先切り替えが完了したことを示す情報を、ＭＮに通知する。該通知には、例えば、ＲＲＣ接続再設定完了（RRCConnectionReconfigurationComplete）のシグナリングが用いられてもよい。ステップＳＴ１５１２において、ＭＮはＳＮに対し、ＳＮ再設定の完了（SN reconfiguration complete）を通知する。ステップＳＴ１５１３において、ＵＥは測定結果報告をＭＮに対して送信する。
【０２１５】
本実施の形態２において、ＵＬスプリットベアラにおける送信先の設定は、ＵＥのバッファ蓄積量に関する情報を用いて送信先が決まるものであってもよいし、用いないものであってもよい。例えば、設定される送信先は、非特許文献１６（３ＧＰＰ  ＴＳ３８．３２３  Ｖ１．０．１）に記載の、ＵＥのＰＤＣＰおよびＲＬＣレイヤのバッファ蓄積量に関する情報を用いて設定される送信先であってもよいし、該情報を用いずに決定される送信先であってもよい。該情報を用いずに送信先が決まる設定を用いることにより、例えば、通信システムにおける制御を容易にすることが可能となる。
【０２１６】
他の解決策を開示する。ＳＣＧ故障情報のシグナリングについて、ＵＥにおけるパケット複製を可能とする。パケット複製は、ＤＣを用いたものであってもよい。他のシグナリングについても、パケット複製を可能としてもよい。前述の、他のシグナリングは、ＳＲＢ１および／あるいはＳＲＢ２を用いるシグナリングであってもよい。ＵＥにおけるパケット複製の可否は、シグナリング毎に決められてもよい。例えば、パケット複製の可否が、シグナリング毎に予め規格で定められてもよい。このことにより、例えば、他のシグナリングがＵＥ内で発生する場合においても、ＵＥはＳＣＧ故障情報を迅速にＭＮに通知することが可能となる。
【０２１７】
他の解決策を開示する。ＳＣＧ故障情報のシグナリングを、他のＳＲＢを用いて送信する。例えば、ＳＣＧ故障情報のシグナリングの送信にＳＲＢ０が用いられてもよいし、ＳＲＢ２が用いられてもよい。ＳＲＢ２は、スプリットＳＲＢ２であってもよいし、スプリットしないＳＲＢ２であってもよい。前述のスプリットＳＲＢ２の使用は、例えば、該スプリットＳＲＢ２の送信先としてＭＣＧが設定されていている場合に適用されてもよい。前述の、ＳＣＧ故障情報のシグナリングを送信可能な他のＳＲＢを、予め規格で定めてもよい。このことにより、例えば、ＵＥにおいてＳＲＢ１に関する送信バッファ蓄積量が大きい場合においても、ＵＥは該シグナリングを迅速にＭＮに通知可能となる。
【０２１８】
他の解決策を開示する。ＵＥは、ＲＲＣ接続再確立のシグナリングに、ＳＣＧ故障に関する情報を含めてもよい。該情報は、例えば、ＳＣＧ故障が発生したことを示す識別子を含んでもよいし、ＳＣＧ故障情報のシグナリングの一部または全部の情報を含んでもよい。ＵＥは、該シグナリングを、ＳＣＧ故障検出後にＭＮに通知してもよい。該シグナリングには、ＵＥとＭＣＧとの間の接続を維持することを示す情報が含まれてもよい。ＭＮは、該シグナリングにおける、ＳＣＧ故障に関する情報を用いて、ＵＥとＳＣＧとの間の接続のみを再確立してもよい。ＭＮは、該情報を用いて、ＵＥとＭＣＧとの間の接続を維持するとしてもよい。このことにより、例えば、ＵＥとＭＣＧとの間の接続を維持したまま、ＵＥとＳＣＧとの間の接続の復帰を迅速に実行可能となる。
【０２１９】
他の解決策を開示する。ＵＥはＭＮに対し、ＳＣＧ故障を示す情報を、ＲＡＣＨを用いて送信してもよいし、ＭＡＣシグナリングを用いて送信してもよい。ＵＥは、ＳＣＧ故障を示す情報を、Ｌ１／Ｌ２シグナリングを用いて送信してもよい。前述の送信において、ＤＲＢが用いられてもよいし、ＳＲＢが用いられてもよい。ＭＮは、該情報を用いて、例えば、ＵＬスプリットベアラの送信先を切り替えてもよい。このことにより、例えば、ＵＥはＳＣＧ故障を示す情報を迅速に通知可能となる。
【０２２０】
他の解決策を開示する。ＳＣＧ故障を示す情報を含むＰＤＣＰステータスＰＤＵが設けられてもよい。ＵＥは、該ＰＤＣＰステータスＰＤＵをＭＣＧに対して送信してもよい。ＵＥは、該ＰＤＣＰステータスＰＤＵを、ＳＲＢを用いて送信してもよいし、ＤＲＢを用いて送信してもよい。前述の、ＳＲＢおよび／あるいはＤＲＢは、ＭＣＧ送信用のベアラであるとよい。このことにより、例えば、ＵＥは、ＳＣＧ故障を迅速にＭＮに通知可能となる。
【０２２１】
他の解決策を開示する。ＳＣＧ故障情報のシグナリングのサイズを、所定の閾値以上とする。前述の所定の閾値は、非特許文献１６（３ＧＰＰ  ＴＳ  ３８．３２３  Ｖ１．０．１）に記載の、ＵＥのＰＤＣＰおよびＲＬＣレイヤのバッファ蓄積量に関する閾値であってもよい。このことにより、例えば、ＵＥは該シグナリングを迅速にＭＮに通知することが可能となる。
【０２２２】
例えば、ＵＥは、ＳＣＧ故障情報のシグナリングにパディングを追加してもよい。他の例として、ＵＥは、ＳＣＧ故障情報のシグナリングに、実施の形態１で開示したＳＣＧ設定に関する情報を含めてもよい。このことにより、通信の無駄を減少させることが可能となり、また、ＵＥは該シグナリングを迅速にＭＮに通知することが可能となる。
【０２２３】
他の例として、前述の、所定の閾値が複数設けられてもよい。複数の該閾値は、例えば、ＵＥが通常時に用いる閾値と、ＵＥがＳＣＧ故障検出時に用いる閾値であってもよい。例えば、ＵＥがＳＣＧ故障を検出した場合において、ＵＥは、該閾値として、通常時における閾値と異なる値、例えば、通常時における閾値より小さい値を用いてもよい。ＳＣＧ故障を検出した場合における該閾値は、例えば、０であってもよいし、０でなくてもよい。ＵＥは、例えば、ＳＣＧ故障検出時において、Ｌ２バッファ、例えば、ＰＤＣＰレイヤおよびＲＬＣレイヤのバッファの蓄積量が、ＳＣＧ故障検出時に用いる閾値以上であることを用いて、スプリットベアラを用いた上りデータをＭＣＧ，ＳＣＧのいずれかに送信可能としてもよい。前述において、ＵＥは該上りデータをＭＣＧに送信してもよい。このことにより、例えば、ＵＥは、ＳＣＧ故障情報を迅速にＭＣＧに通知可能となる。
【０２２４】
前述の、複数の閾値は、予め規格で定められてもよいし、ＭＮが決定してＵＥに予め報知あるいは個別に通知してもよい。例えば、ＲＲＣ接続再設定のシグナリングが用いられてもよいし、ＲＲＣ接続立ち上げ（RRCConnectionSetup）のシグナリングが用いられてもよい。前述の両方が用いられてもよい。例えば、ＵＥがＳＣＧ故障検出時に用いる閾値が規格で０と定められ、通常時に用いられる閾値を、ＭＮが決定してＵＥに予め通知してもよい。
【０２２５】
ＵＥは、ＳＣＧ故障からの復帰時において、スプリットＳＲＢ１の送信先を元の設定に戻してもよい。ＵＥは、ＳＣＧ故障からの復帰時において、スプリットＳＲＢ１の送信先として、新たに設定された送信先を用いてもよい。新たに設定された送信先を用いる動作は、例えば、ＳＣＧ故障からの復帰の過程において、スプリットＳＲＢ１の送信先を新たに設定された場合に適用してもよい。このことにより、例えば、通信システムの効率的な動作が可能となる。スプリットＳＲＢ２および／あるいはスプリットＤＲＢについても、同様としてもよい。
【０２２６】
他の解決策を開示する。ＵＥは、ＳＣＧ故障情報の通知を他のシグナリングより優先して送信してもよい。例えば、ＵＥは、ＵＬスプリットＳＲＢ１について設けられているレイヤ２バッファをクリアしてもよい。ＵＥは、前述のバッファのクリアを、ＳＣＧ故障検出時に行ってもよい。ＵＥにおけるＳＣＧ故障情報の通知は、前述のバッファのクリア後に行われてもよい。該バッファは、ＰＤＣＰレイヤの初送用のバッファであってもよい。該バッファに、ＰＤＣＰレイヤの再送用のバッファが含まれてもよいし、ＲＬＣレイヤの初送用および／あるいは再送用のバッファが含まれてもよいし、ＭＡＣレイヤの初送用および／あるいは再送用のバッファが含まれてもよい。
【０２２７】
他の例として、ＵＥは、ＳＣＧ故障検出時において、上りスプリットＳＲＢ１用のＰＤＣＰレイヤのバッファに蓄積された送信待ちデータを、ＳＣＧ向けＲＬＣレイヤに送信してもよい。ＵＥは、ＳＣＧ故障情報の、ＲＲＣレイヤからＰＤＣＰレイヤへの送信を、前述の蓄積された送信待ちデータのＳＣＧ向けＲＬＣレイヤへの送信後に行ってもよい。このことにより、例えば、ＵＥは、ＳＣＧ故障情報を迅速にＭＮに通知可能となる。
【０２２８】
他の例として、ＵＥは、ＭＣＧ向けＭＡＣレイヤにおいて、ＳＣＧ故障情報の通知を、他のシグナリングおよび／あるいは他のユーザデータよりも優先して送信してもよい。例えば、該ＭＡＣレイヤにおいて、ＳＣＧ故障情報を送信する論理チャネルの優先度を、他の論理チャネルよりも高くしてもよい。前述の、優先度を高くする動作は、例えば、ＳＣＧ故障検出時において行われてもよい。このことにより、例えば、ＵＥは、ＳＣＧ故障情報を迅速にＭＮに通知可能となる。
【０２２９】
前述のバッファのクリアを、本実施の形態２にて開示した方法と組み合わせてもよい。例えば、前述のバッファのクリアを、ＵＥが自律的に上りスプリットＳＲＢ１の送信経路をＳＣＧからＭＣＧに切り替える方法と組み合わせてもよい。他の例として、前述のバッファのクリアを、ＳＣＧ故障情報のシグナリングにおける送信先基地局の切り替えと組み合わせてもよいし、ＳＣＧ故障情報のシグナリングにおけるパケット複製と組み合わせてもよいし、他のＳＲＢを用いたＳＣＧ故障情報のシグナリングと組み合わせてもよい。前述のバッファのクリアを、他のＳＲＢを用いたＳＣＧ故障情報のシグナリングと組み合わせる場合において、バッファをクリアするＳＲＢは、ＳＲＢ０であってもよいし、ＳＲＢ２であってもよい。他の例として、前述のバッファのクリアを、ＳＣＧ故障情報のシグナリングのサイズを、所定の閾値以上とする方法と組み合わせてもよい。このことにより、例えば、ＳＣＧ故障情報のシグナリングをＵＥからＭＮに対して迅速に通知可能となる。上りスプリットＳＲＢ１用のＰＤＣＰレイヤのバッファに蓄積された送信待ちデータの、ＳＣＧ向けＲＬＣレイヤへの送信、および／あるいは、ＭＣＧ向けＭＡＣレイヤにおける、ＳＣＧ故障情報の通知用の論理チャネルの優先度を高くする動作についても同様に、本実施の形態２にて開示した方法と組み合わせてもよい。
【０２３０】
ＳＣＧ故障検出時の上りパケット複製動作として、ＵＥはＭＮに対して上りデータの送信を継続してもよい。ＵＥは、ＳＮに対する上りデータ送信を止めてもよい。該上りデータは、ＤＲＢを用いたものであってもよいし、ＳＲＢを用いたものであってもよい。前述において、ＳＲＢは、ＳＲＢ０であってもよいし、ＳＲＢ１であってもよいし、ＳＲＢ２であってもよいし、ＳＲＢ３であってもよい。ＵＥにおける、ＳＮに対する上りデータ送信停止は、例えば、ＰＤＣＰレイヤからＲＬＣレイヤへの送信の停止であってもよいし、ＲＬＣレイヤからＭＡＣレイヤへの送信の停止であってもよいし、ＭＡＣレイヤからＰＨＹレイヤへの送信の停止であってもよいし、ＰＨＹレイヤにおける無線送信の停止であってもよい。前述の各レイヤにおいて、送信停止したデータの再送を行わないとしてもよいし、再送を行うとしてもよい。前述の再送は、例えば、ＳＣＧ故障からの復帰後において行われてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０２３１】
本実施の形態２を、実施の形態１と組み合わせてもよい。例えば、本実施の形態２で開示した、ＵＥからのＳＣＧ故障情報の通知に、実施の形態１にて開示したＳＣＧ設定に関する情報を含めてもよい。他の例として、ＭＮは、本実施の形態２で開示したＳＣＧ故障情報の受信により、実施の形態１にて開示した、ＳＮに対するＳＣＧ設定問い合わせを行ってもよい。前述において、ＳＮは、ＭＮに対してＳＣＧ設定を通知してもよい。このことにより、例えば、ＭＮがＳＣＧ故障情報を受信した後における、ＭＮとＵＥとの間のＳＣＧ設定の齟齬を防止することが可能となる。その結果、通信システムにおける誤動作を防止可能となる。
【０２３２】
本実施の形態２により、ＳＣＧ故障検出時における、ＵＥからＭＮに対するシグナリングを迅速に行うことが可能となる。その結果、ＭＮはＳＣＧ復帰処理を迅速に行うことが可能となる。
【０２３３】
実施の形態３．
ＰＵＣＣＨを用いたビーム失敗復帰要求（Beam Failure Recovery Request；以下、ＢＦＲＱと称する場合がある）において、ＳＲ用のＰＵＣＣＨを用いて送信してもよい。他の例として、ビーム測定結果報告用のＰＵＣＣＨを用いてもよい。ＢＦＲＱ用のＰＵＣＣＨの設定を、基地局はＵＥに対して行ってもよい。該設定には、例えば、ＲＲＣシグナリングが用いられてもよい。
【０２３４】
ところが、ＰＵＣＣＨを用いたＢＦＲＱにおいて、該ＰＵＣＣＨの設定に用いるＲＲＣシグナリングの詳細が開示されていないうえ、ＢＦＲＱを送信するＰＵＣＣＨのフォーマットが開示されていない。その結果、ＵＥはＰＵＣＣＨを用いてＢＦＲＱを基地局に通知することができない。また、ＢＦＲＱ用のＰＵＣＣＨにおいて、信頼性をどのように確保するか、開示されていない。その結果、ＵＥから基地局に対するＢＦＲＱの通知における信頼性を確保できない。
【０２３５】
前述の問題に対する解決策を以下に開示する。
【０２３６】
ＵＥは、ＢＦＲＱ用のＰＵＣＣＨを、所定のシーケンスを用いて送信する。所定のシーケンスの適用は、例えば、ＢＦＲＱの情報として、例えば、ビーム失敗の発生有無に関する情報のみを含む場合に、行われてもよい。所定のシーケンスとは、例えば、ＺＣ系列であってもよい。このことにより、例えば、基地局は該ＰＵＣＣＨを迅速に検出可能となる。ＢＦＲＱ用のＰＵＣＣＨにおいて、シーケンスに関するパラメータ、例えば、ルートインデックスおよび／あるいは巡回シフト量を、ＳＲ用および／あるいはＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨのシーケンスと異ならせてもよい。あるいは、ＢＦＲＱ用のＰＵＣＣＨにおいて、該パラメータをＳＲ用および／あるいはＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨと同じとしてもよい。該パラメータをＳＲ用および／あるいはＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨと同じとする場合において、ＢＦＲＱ用ＰＵＣＣＨの周波数および／あるいは時間リソースを、ＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨと異ならせるとよい。基地局において、ＢＦＲＱ用ＰＵＣＣＨと、ＳＲ用および／あるいはＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨとを区別可能となる。
【０２３７】
他の例として、ＵＥは、ＢＦＲＱ用のＰＵＣＣＨに、ＰＳＫおよび／あるいはＱＡＭ変調（以下、ＰＳＫ／ＱＡＭ変調と称する場合がある）を用いて送信してもよい。ＰＳＫは、ＢＰＳＫであってもよいし、ＱＰＳＫであってもよいし、他のＰＳＫ方式であってもよい。ＱＡＭは、１６ＱＡＭであってもよいし、６４ＱＡＭであってもよいし、２５６ＱＡＭであってもよいし、他のＱＡＭ方式であってもよい。ＰＳＫおよびＱＡＭについて、以下、同様としてもよい。ＰＳＫ／ＱＡＭ変調の適用は、例えば、ＢＦＲＱが複数ビットで構成される場合、例えば、ＢＦＲＱに、後述のビームに関する情報が含まれる場合に、行われてもよい。
【０２３８】
ＵＥは、ＰＳＫ／ＱＡＭ変調した、ＢＦＲＱ用のＰＵＣＣＨを、ＤＭＲＳと一緒に送信するとよい。ＵＥは、ＢＦＲＱ用のＰＵＣＣＨとＤＭＲＳを、周波数多重してもよいし、時間多重してもよい。
【０２３９】
ＵＥは、ＢＦＲＱ用のＰＵＣＣＨを、ショートＰＵＣＣＨとして送信してもよい。例えば、周波数ダイバーシチの効果が得られる。ロングＰＵＣＣＨとして送信してもよい。例えば、時間ダイバーシチの効果が得られる。
【０２４０】
図１８は、ＢＦＲＱ用のＰＵＣＣＨのフォーマットの例を示す図である。図１８は、ＢＦＲＱ用のＰＵＣＣＨの変調方式として、ＰＳＫ／ＱＡＭ変調を用いる例について示す。また、図１８は、ＰＵＣＣＨとして１シンボルのショートＰＵＣＣＨを用いる例について示す。
【０２４１】
図１８において、ＢＦＲＱの情報がＰＳＫ／ＱＡＭ変調され、ＰＵＣＣＨ１６０１にマッピングされる。ＰＵＣＣＨ１６０１の復調のために、ＤＭＲＳ１６０２がＰＵＣＣＨ１６０１と同じシンボルで、周波数多重されてマッピングされる。
【０２４２】
図１８において、１シンボルのショートＰＵＣＣＨを用いる例について示したが、２シンボル以上のショートＰＵＣＣＨであってもよいし、ロングＰＵＣＣＨであってもよい。また、ＤＭＲＳ１６０２をＰＵＣＣＨ１６０１とＦＤＭする例について示したが、ＴＤＭを用いてもよい。
【０２４３】
ＢＦＲＱ用のＰＵＣＣＨに、ＢＦＲＱの有無に関する情報が含まれてもよい。例えば、ＵＥは、該ＰＵＣＣＨの送信により、ＢＦＲＱ有りとしてもよいし、ＵＥは、該ＰＵＣＣＨを送信しないことにより、ＢＦＲＱ無しとしてもよい。他の例として、ＵＥは、ＢＦＲＱ用のＰＵＣＣＨに用いるシーケンスを、ＢＦＲＱの有無により異ならせてもよい。他の例として、ＢＦＲＱの有無を示す識別子が該ＰＵＣＣＨに含まれてもよい。他の例として、該ＰＵＣＣＨの変調方式が、ＢＦＲＱの有無により異なってもよい。例えば、ＢＦＲＱ有りの場合において、該ＰＵＣＣＨがＰＳＫおよび／あるいはＱＡＭ変調であってもよいし、ＢＦＲＱ無しの場合において、該ＰＵＣＣＨが所定のシーケンス（例、ＺＣ系列）で構成されてもよい。
【０２４４】
ＢＦＲＱ用のＰＵＣＣＨに、ビーム失敗となったビームに関する情報が含まれてもよい。例えば、下りビームの識別子が含まれてもよいし、ＵＥによる該下りビームの測定結果に関する情報が含まれてもよい。基地局は、例えば、該測定結果に関する情報を用い、該下りビームの送信電力を高くしてもよい。このことにより、例えば、ＵＥにおいて該ビームの迅速な復旧が可能となる。
【０２４５】
ＢＦＲＱ用のＰＵＣＣＨに、ＵＥが測定したビームに関する情報が含まれてもよい。例えば、下りビームの識別子が含まれてもよいし、ＵＥによる該下りビームの測定結果に関する情報が含まれてもよい。該情報に含まれるビームの情報は、例えば、ＵＥの測定結果が所定の閾値以上であったビームの情報であってもよい。該閾値は、予め規格で定められてもよいし、予め基地局からＵＥに対して報知あるいは個別に通知されてもよい。該情報に含まれるビームの情報は、複数のビームに関する情報であってもよい。基地局は、下りビームの復旧に、該情報を用いてもよい。このことにより、例えば、ＵＥにおいてビーム失敗からの迅速な復旧が可能となる。
【０２４６】
ＢＦＲＱ用のＰＵＣＣＨのＵＥからの送信に必要な設定は、規格で定められてもよい。このことにより、例えば、設定に要するシグナリング量を削減可能となる。他の例として、該情報を、予め基地局からＵＥに報知してもよいし、個別に通知してもよい。個別の通知として、例えば、ＲＲＣシグナリングが用いられてもよい。ＲＲＣシグナリングは、例えば、ＲＲＣ接続再設定（RRCConnectionReconfiguration）であってもよい。このことにより、例えば、通信システムにおいて、該ＵＥと他ＵＥと他基地局における使用状況を用いた柔軟な制御が可能となる。他の例として、該情報を、ＭＡＣシグナリングで基地局からＵＥに通知してもよいし、Ｌ１／Ｌ２シグナリングを用いて基地局からＵＥに通知してもよい。このことにより、例えば、該情報をＵＥに迅速に通知可能となる。該設定にあたり、前述の組み合わせが用いられてもよい。例えば、該ＰＵＣＣＨにシーケンス変調を用いることが規格で定められ、シーケンスに関する情報が基地局からＵＥに個別に通知されてもよい。
【０２４７】
ＵＥからのＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定として、以下に（１）〜（４）を開示する。
【０２４８】
（１）ＰＵＣＣＨ送信リソースに関する情報。
【０２４９】
（２）変調方式に関する情報。
【０２５０】
（３）ＵＥからの通知に関する情報。
【０２５１】
（４）前述の（１）〜（３）の組み合わせ。
【０２５２】
前述の（１）は、例えば、ＢＦＲＱ用ＰＵＣＣＨの送信タイミングに関する情報を含んでもよい。該情報には、ＢＦＲＱ用ＰＵＣＣＨの送信の周期およびオフセットに関する情報が含まれてもよいし、送信シンボル数に関する情報が含まれてもよい。前述の（１）には、ＰＵＣＣＨの周波数リソースに関する情報が含まれてもよいし、該ＰＵＣＣＨがロングＰＵＣＣＨかショートＰＵＣＣＨかを示す情報が含まれてもよい。
【０２５３】
前述の（２）は、例えば、ＰＳＫおよび／あるいはＱＡＭを用いた変調であってもよいし、シーケンス（例、ＺＣ系列）を用いた変調であってもよい。
【０２５４】
前述の（２）にて、ＰＳＫおよび／あるいはＱＡＭを用いた変調にあっては、ＤＭＲＳに関する情報が含まれてもよい。ＤＭＲＳに関する情報には、例えば、ＤＭＲＳのルートインデックスに関する情報が含まれてもよいし、ＤＭＲＳの巡回シフト量に関する情報が含まれてもよい。ＤＭＲＳとＰＵＣＣＨの多重方式に関する情報が含まれてもよい。該多重方式は、例えば、ＦＤＭであってもよいし、ＴＤＭであってもよい。
【０２５５】
前述の（２）にて、シーケンスを用いた変調にあっては、該シーケンスのルートインデックスに関する情報が含まれてもよいし、該シーケンスの巡回シフト量に関する情報が含まれてもよい。
【０２５６】
前述の（３）は、例えば、ビームに関する情報の通知の有無に関する情報を含んでもよい。該ビームは、ビーム失敗となったビームであってもよいし、ＵＥが測定したビームであってもよいし、前述の両方であってもよい。
【０２５７】
前述の（３）には、ＵＥがビームの測定において用いる信号に関する情報が含まれてもよい。例えば、ＣＳＩ−ＲＳであってもよいし、ＳＳ（同期信号）であってもよいし、前述の両方であってもよい。
【０２５８】
前述の（３）には、測定結果の通知有無に関する情報が含まれてもよい。
【０２５９】
前述の（１）〜（４）に関する情報の一部または全部が、予め規格で定められてもよい。このことにより、例えば、基地局からＵＥへの該通知におけるシグナリング量を削減可能となる。
【０２６０】
ＵＥは、ビーム失敗検出後もっとも早いＢＦＲＱ用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ＵＥはＢＦＲＱを迅速に基地局に通知することが可能となる。他の例として、ＵＥは、新しいビーム検出後もっとも早いＢＦＲＱ用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ビーム失敗からの迅速な復帰が可能となる。
【０２６１】
他の解決策を開示する。ＵＥは、ＢＦＲＱを、ＳＲ用のＰＵＣＣＨを用いて送信してもよい。ＳＲとＢＦＲＱの情報が同じＰＵＣＣＨに多重されるとしてもよい。ＳＲとＢＦＲＱの多重において、ＢＦＲＱにビームの情報を含まなくてもよい。例えば、ＢＦＲＱの情報として、ビーム失敗が発生したことを示す識別子のみとしてもよい。
【０２６２】
該多重がなされるＰＵＣＣＨにおいて、所定のシーケンスが用いられてもよい。所定のシーケンスの適用は、例えば、ＢＦＲＱの情報として、例えば、ビーム失敗の発生有無に関する情報のみを含む場合に、行われてもよい。所定のシーケンスについて、ＳＲのみ有り、ＢＦＲＱのみ有り、ＳＲとＢＦＲＱの両方有り、のそれぞれにおいて、異なるシーケンスを用いるとしてもよい。ＳＲもＢＦＲＱも両方無い場合において、ＰＵＣＣＨが送信されないとしてもよい。前述の、異なるシーケンスとして、例えば、シーケンスのルートインデックス（root index）が異なっていてもよいし、巡回シフト量（Cyclic shift）が異なっていてもよいし、シーケンスそのものが異なる、例えば、ＢＦＲＱがある場合にｍ系列が用いられるとしてもよい。前述の複数が組み合わせて用いられてもよい。このことにより、例えば、基地局は、ＳＲおよび／あるいはＢＦＲＱに関する情報を容易に取得可能となる。基地局は、ＰＵＣＣＨのシーケンスより、ＳＲに関する情報とＢＦＲＱに関する情報を取得してもよい。
【０２６３】
他の例として、該多重がなされるＰＵＣＣＨにおいて、ＰＳＫ／ＱＡＭ変調が用いられてもよい。ＰＳＫ／ＱＡＭ変調の適用は、例えば、ＢＦＲＱが複数ビットで構成される場合、例えば、ＢＦＲＱにビームに関する情報が含まれる場合に、行われてもよい。該ＰＵＣＣＨには、例えば、ＳＲ有無に関する情報が含まれてもよいし、ＢＦＲＱに関する情報（例、ＢＦＲＱ有無、ビームに関する情報）が含まれてもよい。
【０２６４】
ＵＥは、該多重がなされるＰＵＣＣＨへのＰＳＫ／ＱＡＭ変調の適用において、ＰＳＫ／ＱＡＭ変調されたＰＵＣＣＨとＤＭＲＳとを多重して送信してもよい。該多重は、例えば、ＦＤＭであってもよいし、ＴＤＭであってもよい。基地局は、ＵＥから受信した信号を用いて、ＢＦＲＱの有無を判断してもよい。例えば、ＱＰＳＫの信号とＤＭＲＳの信号がＦＤＭされていることを用いて、基地局はＢＦＲＱの有無を判断してもよい。このことにより、例えば、基地局においてＢＦＲＱの有無を容易に判断可能となる。
【０２６５】
該多重がなされるＰＵＣＣＨへのＰＳＫ／ＱＡＭ変調の適用において、ＳＲの有無に関する情報がＤＭＲＳに含まれてもよい。例えば、ＳＲの有無に応じて、異なるＤＭＲＳシーケンス（例、ルートインデックス、巡回シフト）が用いられてもよい。このことにより、例えば、ＰＵＣＣＨに含めることが可能な情報量を増加可能となる。
【０２６６】
該多重がなされるＰＵＣＣＨへのＰＳＫ／ＱＡＭ変調の適用において、該ＰＵＣＣＨが送信される時間・周波数リソースにおいて、他ＵＥのＰＵＣＣＨが送信されないとしてもよい。このことにより、他ＵＥのＰＵＣＣＨへの干渉を防止可能となる。
【０２６７】
他の例として、該多重がなされるＰＵＣＣＨへのＰＳＫ／ＱＡＭ変調の適用において、該ＰＵＣＣＨが送信される時間・周波数リソースにおいて、他ＵＥのＰＵＣＣＨが送信されてもよい。ＵＥは、該ＰＵＣＣＨを、衝突前提（Contention-based）で送信してもよい。ＵＥは、所定の期間内にビーム復旧が行われないこと、および／あるいは、基地局から上りグラントを受信しないことを用いて、基地局に対して該ＰＵＣＣＨを再送してもよい。前述の所定の期間は、規格で定められてもよいし、基地局からＵＥに対して予め報知あるいは通知されてもよい。このことにより、他ＵＥのＰＵＣＣＨとの多重が可能となり、その結果、通信システムの容量の増大が可能となる。
【０２６８】
前述の、該ＰＵＣＣＨが送信される時間・周波数リソースにおける、他ＵＥのＰＵＣＣＨの送信可否については、他のＵＣＩ用のＰＵＣＣＨに適用してもよい。
【０２６９】
該多重がなされるＰＵＣＣＨにおいて、所定のシーケンスと、ＰＳＫ／ＱＡＭ変調の両方が用いられてもよい。例えば、ＢＦＲＱ無しのＰＵＣＣＨ、すなわち、ＳＲのみのＰＵＣＣＨにあっては、所定のシーケンスが用いられてもよいし、ＢＦＲＱ有りのＰＵＣＣＨにあっては、ＰＳＫ／ＱＡＭ変調が用いられてもよい。ＳＲとＢＦＲＱが両方とも無い場合にあっては、ＰＵＣＣＨが送信されないとしてもよい。このことにより、例えば、従来のＳＲのＰＵＣＣＨを通信システムにおいて引き続き使用可能となるため、通信システムにおける設計の複雑性を回避可能となる。
【０２７０】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信方法の他の例として、ＰＵＣＣＨの複数の配置が用いられてもよい。例えば、ＳＲ有無に応じて、ＰＵＣＣＨの配置として異なる配置が用いられてもよい。ＳＲに応じた異なるＰＵＣＣＨ配置は、例えば、ＢＦＲＱが複数ビットで構成される場合、例えば、ＢＦＲＱにビームに関する情報が含まれる場合に、行われてもよい。他の例として、ＢＦＲＱ有無に応じて、ＰＵＣＣＨの配置として異なる配置が用いられてもよい。ＢＦＲＱ有無に応じた異なるＰＵＣＣＨ配置は、例えば、ＢＦＲＱに関する情報が、ビーム失敗の発生有無に関する情報のみを含む場合に、行われてもよい。異なる配置とは、例えば、信号を、シンボル間で入れ替えるものであってもよいし、サブキャリア間で入れ替えるものであってもよいし、両者を組み合わせたものであってもよい。前述のシンボル間の入れ替えは、複数のシンボルをひとかたまりとした、該かたまり間の入れ替えであってもよい。前述の、サブキャリア間の入れ替えは、複数のサブキャリアをひとかたまりとした、該かたまり間の入れ替えであってもよい。このことにより、例えば、シーケンスの変更や変調方法の変更をすることなしにＢＦＲＱの情報を多重することが可能となるため、通信システムにおける設計の複雑性を回避することが可能となる。
【０２７１】
前述の複数の配置に関する情報は、規格で定められてもよいし、予め基地局からＵＥに対して報知あるいは個別に通知されてもよい。
【０２７２】
ＳＲとＢＦＲＱが多重されるＰＵＣＣＨに含まれる情報は、前述の、ＢＦＲＱ用ＰＵＣＣＨに含まれるＢＦＲＱの情報の一部あるいは全部を含んでもよい。ＳＲに関する情報、例えば、ＳＲの有無に関する情報を含んでもよい。例えば、ＳＲとＢＦＲＱが多重されるＰＵＣＣＨにおいてシーケンスが用いられる場合において、該ＰＵＣＣＨは、ＳＲ有無に関する情報とＢＦＲＱ有無に関する情報のみを有するとしてもよい。
【０２７３】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信において、１つのＰＵＣＣＨにおいてＳＲとＢＦＲＱの片方のみを送信するとしてもよい。すなわち、ＳＲとＢＦＲＱのいずれかを優先させるとしてもよい。前述において、該ＰＵＣＣＨのフォーマットは、従来のＳＲ用のＰＵＣＣＨのフォーマット、あるいは前述のＢＦＲＱ用ＰＵＣＣＨのフォーマットと同じとしてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０２７４】
ＳＲとＢＦＲＱの間の優先順位付けについて、例えば、優先されるＵＣＩが規格で静的に決定されてもよいし、基地局からＵＥに対して報知あるいは準静的に通知されてもよい。準静的な通知とは、例えば、ＲＲＣ個別シグナリングであってもよい。あるいは、基地局からＵＥに対してＭＡＣシグナリングあるいはＬ１／Ｌ２シグナリングを用いて動的に通知されてもよい。
【０２７５】
該優先順位付けの他の例として、ＵＥにおいて先に生成された方のＵＣＩが優先されるとしてもよいし、他の例として、直前に送信した該ＰＵＣＣＨにて送信されなかったＵＣＩが優先されるとしてもよい。
【０２７６】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定は、ＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定と同様、規格で定められてもよいし、予め基地局からＵＥに報知あるいは個別に通知されてもよい。
【０２７７】
該設定の、ＲＲＣ個別シグナリングを用いた基地局からＵＥへの通知において、該設定内容は、例えば、ＳＲの設定内容の中に含まれてもよい。このことにより、例えば、基地局はＵＥに対し、ＳＲの設定とＢＦＲＱの設定を同時に通知可能となるため、ＵＥにおける設定処理を迅速に実行可能となる。
【０２７８】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定として、以下に（１）〜（６）を開示する。
【０２７９】
（１）ＰＵＣＣＨ送信リソースに関する情報。
【０２８０】
（２）変調方式に関する情報。
【０２８１】
（３）ＵＥからの通知に関する情報。
【０２８２】
（４）ＳＲとＢＦＲＱの多重に関する情報。
【０２８３】
（５）ＰＵＣＣＨの配置に関する情報。
【０２８４】
（６）前述の（１）〜（５）の組み合わせ。
【０２８５】
前述の（１）は、ＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定（１）と同様であってもよい。
【０２８６】
前述の（１）において、該ＰＵＣＣＨの送信タイミングに関する情報は、ＳＲの送信タイミングに関する情報と同じとするとよい。基地局におけるＰＵＣＣＨのスケジューリングが容易になる。
【０２８７】
前述の（２）は、ＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定（２）と同様であってもよい。
【０２８８】
前述の（２）において、ＰＳＫおよび／あるいはＱＡＭを用いた変調におけるＤＭＲＳに関する情報には、ＳＲ有／無それぞれにおけるＤＭＲＳのシーケンスの情報が含まれてもよい。ＳＲ有りとＳＲ無しとの間の、ＤＭＲＳのシーケンス（例、ルートインデックス、巡回シフト量）の差分に関する情報が含まれてもよい。
【０２８９】
前述の（２）において、シーケンスを用いた変調にあっては、ＳＲのみ有り、ＢＦＲＱのみ有り、ＳＲとＢＦＲＱの両方有り、のそれぞれにおけるシーケンスの情報が含まれてもよい。前述の三者間の、シーケンスの差分に関する情報が含まれてもよい。
【０２９０】
前述の（３）は、ＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定（３）と同様の情報が含まれてもよいし、ＳＲの通知に関する情報が含まれてもよい。
【０２９１】
前述の（４）には、例えば、１つのＰＵＣＣＨへのＳＲとＢＦＲＱの多重可否に関する情報が含まれてもよい。該多重が不可能である場合においては、ＰＵＣＣＨとＳＲとのどちらが優先されるかを示す情報であってもよい。
【０２９２】
前述の（５）には、例えば、前述の、ＰＵＣＣＨの異なる配置のサポート可否に関する情報が含まれてもよいし、信号の入れ替えを、シンボル間で入れ替えるのか、サブキャリア間で入れ替えるのかを示す情報が含まれてもよいし、ひとかたまりとするシンボルおよび／あるいはサブキャリアの数に関する情報が含まれてもよい。
【０２９３】
ＵＥは、下り通信用のビームを検出してもよい。該検出は、ＵＥにおけるビーム失敗検出後に行われてもよい。ＵＥにおいてビーム検出に用いられる信号は、予め規格で決められてもよいし、基地局からＵＥに対して報知あるいは個別に通知されてもよい。該信号は、例えば、ＣＳＩ−ＲＳであってもよいし、ＳＳ（同期信号）であってもよい。他の例として、ＵＥは、下り通信用のビームの検出動作を行わなくてもよい。
【０２９４】
ＵＥから基地局に送信するＰＵＣＣＨの送信タイミング、例えば、周期およびオフセットは、ＢＦＲＱの有無によらず同じとするとよい。このことにより、基地局はＰＵＣＣＨの受信によりＢＦＲＱの検出が可能となる。
【０２９５】
ＵＥは、ビーム失敗検出後もっとも早いＳＲ用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ＵＥはＢＦＲＱを迅速に基地局に通知することが可能となる。他の例として、ＵＥは、新しいビーム検出後もっとも早いＳＲ用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ビーム失敗からの迅速な復帰が可能となる。
【０２９６】
基地局は、ＢＦＲＱを用いて、ＵＥ向けの下りビームを変更してもよい。基地局は、ＢＦＲＱを用いて、他のビームに対してもＣＳＩ−ＲＳを送信してもよい。他のビームにおけるＣＳＩ−ＲＳの配置は、元のビームと同じとしてもよい。このことにより、例えば、ＵＥは、元のビームと同じ配置で他のビームを検出可能となる。その結果、ＵＥは、ビーム失敗から復帰するためのビーム検出を迅速に実行可能となる。
【０２９７】
他の解決策を開示する。ＵＥは、ＢＦＲＱを、ビーム測定結果報告用ＰＵＣＣＨを用いて送信してもよい。すなわち、ＵＥは、ビーム測定結果報告に、ＢＦＲＱの情報を含めてもよい。該ＰＵＣＣＨは、ＳＳ（同期信号）の測定結果を基地局に報告するためのＰＵＣＣＨであってもよい。該ＰＵＣＣＨが、新たに設けられてもよい。
【０２９８】
ビーム測定結果報告に含めるＢＦＲＱの情報は、ＢＦＲＱの有無に関する情報（例、ＢＦＲＱ有無を示すフラグ）を含んでもよいし、ビームの識別子を用いた情報を含んでもよいし、ビーム測定結果に関する情報を含んでもよい。ビームの識別子を用いた情報として、例えば、ビームの識別子が予め定められた特別な値（例、全ビット‘０’、全ビット‘１’）であることをＢＦＲＱに対応付けてもよい。ビーム測定結果に関する情報として、例えば、該測定結果が所定の閾値以下であることをＢＦＲＱに対応付けてもよい。他の例として、該測定結果が、予め定められた特別な値（例、全ビット‘０’、全ビット‘１’）であることをＢＦＲＱに対応付けてもよい。このことにより、例えば、ＢＦＲＱ有無の情報とビーム測定結果報告の情報とを共通化できる。その結果、ＢＦＲＱに関するＵＥおよび基地局の設計における複雑性を回避可能となる。
【０２９９】
ビーム測定結果報告用ＰＵＣＣＨに含めるＢＦＲＱの情報に含まれる、ビームの識別子および／あるいはビーム測定結果は、ＣＳＩ−ＲＳ用ビームの識別子および／あるいはビーム測定結果であってもよい。このことにより、例えば、基地局はＣＳＩ−ＲＳ用ビームに関する情報を用いて、ビーム失敗からの復帰を迅速に実行可能となる。
【０３００】
あるいは、ビーム測定結果報告用ＰＵＣＣＨに含めるＢＦＲＱの情報を、ＢＦＲＱ有無に関する情報のみとしてもよい。基地局は、ビーム測定結果報告に含まれる、ビームに関する情報を用いて、ビーム失敗からの復帰動作を行ってもよい。このことにより、例えば、ＢＦＲＱを含む、ビーム測定結果報告用ＰＵＣＣＨのシグナリング量の増大を抑制可能となる。
【０３０１】
他の例として、ビーム測定結果報告用ＰＵＣＣＨにおけるＤＭＲＳを、ＢＦＲＱの情報を用いて変更してもよい。該変更は、例えば、ＤＭＲＳのシーケンスの変更であってもよい。シーケンスの変更は、例えば、ルートインデックスの変更であってもよいし、巡回シフト量の変更であってもよいし、両方を組み合わせたものであってもよい。このことにより、例えば、ＵＥは、ＢＦＲＱを含むＰＵＣＣＨを、基地局に対し迅速に通知可能となる。
【０３０２】
他の例として、ビーム測定結果報告用ＰＵＣＣＨに、ビーム測定結果の情報を含めなくてもよい。該ＰＵＣＣＨに、ＢＦＲＱに関する情報のみを含めてもよい。ＢＦＲＱに関する情報は、前述の、ビーム測定結果報告用ＰＵＣＣＨに、ＢＦＲＱの情報を多重する場合と同様としてもよい。
【０３０３】
該ＰＵＣＣＨに、ＢＦＲＱに関する情報のみを含める場合において、シーケンスを用いた変調を行ってもよい。シーケンスを用いた変調は、例えば、ＳＲ用のＰＵＣＣＨと同様に行ってもよい。このことにより、例えば、基地局はＢＦＲＱを迅速に検出可能となる。
【０３０４】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信方法の他の例として、ＰＵＣＣＨの複数の配置が用いられてもよい。前述の複数の配置は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信方法の例と同様であってもよい。例えば、ＢＦＲＱ有無に応じて、ＰＵＣＣＨの配置として異なる配置が用いられてもよい。ＢＦＲＱ有無に応じた異なるＰＵＣＣＨ配置は、例えば、ＢＦＲＱに関する情報が、ビーム失敗の発生有無に関する情報のみを含む場合に、行われてもよい。
【０３０５】
ビーム測定結果報告用ＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定は、前述の、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定と同様、予め規格で定められてもよいし、基地局からＵＥに報知されてもよいし、個別に通知されてもよい。個別の通知として、例えば、ＲＲＣシグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。このことにより、例えば、ＳＲとＢＦＲＱの多重と同様の効果を得られる。
【０３０６】
前述の、ビーム測定結果報告用ＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定として、以下に（１）〜（６）を開示する。
【０３０７】
（１）ＰＵＣＣＨ送信リソースに関する情報。
【０３０８】
（２）変調方式に関する情報。
【０３０９】
（３）ＵＥからの通知に関する情報。
【０３１０】
（４）ビーム測定結果とＢＦＲＱの多重に関する情報。
【０３１１】
（５）ＰＵＣＣＨの配置に関する情報。
【０３１２】
（６）前述の（１）〜（５）の組み合わせ。
【０３１３】
前述の（１）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（１）と同様としてもよい。ＢＦＲＱを含めた、ビーム測定結果報告用ＰＵＣＣＨの送信タイミングに関する情報は、ビーム測定結果報告の送信タイミングに関する情報と同じとするとよい。基地局におけるＰＵＣＣＨのスケジューリングが容易になる。
【０３１４】
前述の（２）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（２）と同様としてもよい。
【０３１５】
前述の（２）において、ＰＳＫおよび／あるいはＱＡＭを用いた変調におけるＤＭＲＳに関する情報には、ＢＦＲＱ有／無それぞれにおけるＤＭＲＳのシーケンスの情報が含まれてもよい。ＢＦＲＱ有りとＢＦＲＱ無しとの間の、ＤＭＲＳのシーケンス（例、ルートインデックス、巡回シフト量）の差分に関する情報が含まれてもよい。
【０３１６】
前述の（２）において、シーケンスを用いた変調にあっては、ＢＦＲＱのみ有りの場合におけるシーケンスの情報が含まれてもよい。
【０３１７】
前述の（３）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（３）と同様としてもよい。ビーム測定結果報告に関する情報が含まれてもよい。
【０３１８】
前述の（４）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（４）と同様としてもよい。
【０３１９】
前述の（５）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（５）と同様としてもよい。
【０３２０】
ビーム測定結果報告用ＰＵＣＣＨを用いたＢＦＲＱの送信におけるＵＥの動作は、ＳＲ用ＰＵＣＣＨを用いたＢＦＲＱの送信におけるＵＥの動作と同様としてもよい。基地局の動作も、同様としてもよい。
【０３２１】
本実施の形態３におけるビーム測定結果報告用ＰＵＣＣＨは、周期的であってもよいし、セミパーシンステント（Semi-Persistent）であってもよいし、非周期的であってもよい。例えば、ＵＥは、ビーム失敗検出後もっとも早いビーム測定結果報告用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ＵＥはＢＦＲＱを迅速に基地局に通知することが可能となる。他の例として、ＵＥは、新しいビーム検出後もっとも早いビーム測定結果報告用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ビーム失敗からの迅速な復帰が可能となる。
【０３２２】
本実施の形態３におけるビーム測定結果報告用ＰＵＣＣＨは、ＣＳＩ用ＰＵＣＣＨであってもよい。ＵＥは、ＣＳＩ用ＰＵＣＣＨを用いてＢＦＲＱを送信してもよい。ＣＳＩ用ＰＵＣＣＨを用いてＢＦＲＱを送信するにあたり、ビーム測定結果報告用ＰＵＣＣＨを用いてＢＦＲＱを送信する方法と同様の方法を用いてもよい。このことにより、ビーム測定結果とＢＦＲＱの多重と同様の効果が得られる。
【０３２３】
本実施の形態３において、他のＵＣＩとＢＦＲＱを多重してもよい。他のＵＣＩとは、例えば、Ａｃｋ／Ｎａｃｋであってもよい。Ａｃｋ／Ｎａｃｋ用ＰＵＣＣＨを用いたＢＦＲＱ送信には、ＳＲ用ＰＵＣＣＨを用いたＢＦＲＱと同様の方法が用いられてもよいし、ビーム測定結果報告ＰＵＣＣＨを用いたＢＦＲＱ送信と同様の方法が用いられてもよい。このことにより、例えば、ＰＵＣＣＨに関する柔軟な設定が可能となる。
【０３２４】
本実施の形態３において開示した、各ＵＣＩ用ＰＵＣＣＨを用いたＢＦＲＱ送信を組み合わせてもよい。前述のＰＵＣＣＨは、周期的であってもよいし、セミパーシンステント（Semi-Persistent）であってもよいし、非周期的であってもよい。周期的、セミパーシステント、非周期的なＰＵＣＣＨのうち複数を組み合わせてもよい。例えば、ＵＥは、ＵＣＩを問わずもっとも早いＰＵＣＣＨ送信タイミングにおいて、ＢＦＲＱを通知してもよい。このことにより、例えば、ＵＥから基地局に対する迅速な通知が可能となる。
【０３２５】
基地局におけるビーム失敗判断に、本実施の形態３で開示したＢＦＲＱを含むＰＵＣＣＨが用いられなくてもよい。基地局は、ＵＥからのＰＵＣＣＨ送信タイミング種別ごとの受信状況を用いて、ＵＥにおけるビーム失敗を判断してもよい。ＰＵＣＣＨ送信タイミング種別とは、周期的ＰＵＣＣＨであってもよいし、セミパーシステントＰＵＣＣＨであってもよいし、非周期的ＰＵＣＣＨであってもよい。例えば、基地局は、ＵＥからの周期的ＰＵＣＣＨを受信しているが、ＵＥからの非周期的なＰＵＣＣＨを受信できない場合、該ＵＥにおけるビーム失敗と判断してもよい。他の例として、基地局は、ＵＥからの非周期的なＰＵＣＣＨを受信できない場合、該ＵＥにおけるビーム失敗と判断してもよい。前述において、複数個のＰＵＣＣＨの受信有無に関する情報を用いてもよい。例えば、基地局は、非周期的なＰＵＣＣＨを、連続して所定の回数以上受信できない場合、該ＵＥにおけるビーム失敗と判断してもよい。前述において、基地局におけるＰＵＣＣＨの受信品質が所定の品質を下回ることを用いて、基地局はＰＵＣＣＨを受信できないと判断してもよい。このことにより、例えば、無線インタフェースにおけるシグナリング量を低減可能となる。
【０３２６】
基地局は、ＢＦＲＱに含まれる、ビームに関する情報を用いて、ＵＥに対してＰＤＣＣＨを送信してもよい。該ＰＤＣＣＨの送信において、基地局は、該情報より取得したビームを用いてもよい。ＵＥは、ＢＦＲＱ送信後、所定の時間ウィンドウの範囲でＰＤＣＣＨを検出してもよい。このことにより、例えば、ビーム失敗からの復帰を迅速に実行可能となる。
【０３２７】
ＵＥは、ＢＦＲＱを含むＰＵＣＣＨを、複数のビームを用いて送信してもよい。該ＰＵＣＣＨは、ＢＦＲＱ用ＰＵＣＣＨであってもよいし、ＳＲ用ＰＵＣＣＨであってもよいし、ビーム測定結果報告用ＰＵＣＣＨであってもよいし、他のＵＣＩ用ＰＵＣＣＨであってもよい。このことにより、例えば、ＵＥからのＢＦＲＱ通知における信頼性を確保可能となる。他の例として、ＵＥはＢＦＲＱを含むＰＵＣＣＨを複数回送信してもよい。複数回の送信は、例えば、異なるシンボルで同じＰＵＣＣＨを送信するものであってもよいし、異なるスロットで同じＰＵＣＣＨを送信するものであってもよいし、各ＵＣＩのＰＵＣＣＨ送信周期単位で同じＰＵＣＣＨを送信するものであってもよい。このことにより、例えば、ＵＥからのＢＦＲＱ通知の信頼性を向上可能となる。
【０３２８】
他の例として、ＵＥは、ＢＦＲＱを含むＰＵＣＣＨをロングＰＵＣＣＨとして送信してもよい。該ＰＵＣＣＨは、ＢＦＲＱ用ＰＵＣＣＨであってもよいし、ＳＲ用ＰＵＣＣＨであってもよいし、ビーム測定結果報告用ＰＵＣＣＨであってもよいし、他のＵＣＩ用ＰＵＣＣＨであってもよい。このことにより、例えば、時間ダイバーシチを確保可能となる。他の例として、ＵＥは、ＰＵＣＣＨをショートＰＵＣＣＨとして送信してもよい。周波数ダイバーシチを確保可能となる。他の例として、ＵＥはＰＵＣＣＨを、ショートＰＵＣＣＨとロングＰＵＣＣＨを組み合わせて用いてもよい。時間および周波数ダイバーシチを確保可能となる。ショートＰＵＣＣＨとロングＰＵＣＣＨの組み合わせとは、例えば、ＵＥが、同じスロットにおいてショートＰＵＣＣＨとロングＰＵＣＣＨを両方とも用いるものであってもよい。
【０３２９】
基地局はＵＥに対し、該ＰＵＣＣＨをショートＰＵＣＣＨ／ロングＰＵＣＣＨ／ショートＰＵＣＣＨとロングＰＵＣＣＨの両方、のどの方法で送るかを予め指示してもよい。該指示には、例えば、ＲＲＣ個別シグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。
【０３３０】
本実施の形態３により、ＵＥはＰＵＣＣＨを用いてＢＦＲＱを送信することが可能となる。また、ＵＥにおいて、ビーム失敗から迅速に復帰することが可能となる。
【０３３１】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
【０３３２】
例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。
【０３３３】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０３３４】
２００  通信システム、２０２  通信端末装置、２０３  基地局装置。
【図１】
2019131985.tif 000003
【図２】
2019131985.tif 000004
【図３】
2019131985.tif 000005
【図４】
2019131985.tif 000006
【図５】
2019131985.tif 000007
【図６】
2019131985.tif 000008
【図７】
2019131985.tif 000009
【図８】
2019131985.tif 000010
【図９】
2019131985.tif 000011
【図１０】
2019131985.tif 000012
【図１１】
2019131985.tif 000013
【図１２】
2019131985.tif 000014
【図１３】
2019131985.tif 000015
【図１４】
2019131985.tif 000016
【図１５】
2019131985.tif 000017
【図１６】
2019131985.tif 000018
【図１７】
2019131985.tif 000019
【図１８】
2019131985.tif 000020
【国際調査報告】
2019131985.tif 000021
2019131985.tif 000022
2019131985.tif 000023