(57)【要約】  低遅延、高信頼性な通信システム等を提供する。通信端末装置は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移した後も（ＳＴ８０１）、セカンダリ基地局の設定に関するセカンダリ基地局設定情報を維持する（ＳＴ８０３）。通信端末装置は、ＲＲＣ＿ＩＮＡＣＴＩＶＥの間にマスタ基地局とセカンダリ基地局とのうちの少なくとも一方が変更される場合にも（ＳＴ８０２）、セカンダリ基地局設定情報を維持する（ＳＴ８０３）。通信端末装置は、維持しておいたセカンダリ基地局設定情報を利用して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再び遷移する。
2019244735.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局とを備える通信システムであって、
前記複数の基地局は、前記通信端末装置に対してデュアルコネクティビティを提供するマスタ基地局およびセカンダリ基地局を含み、
前記通信端末装置は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移した後も、前記セカンダリ基地局の設定に関するセカンダリ基地局設定情報を維持し、
前記通信端末装置は、前記ＲＲＣ＿ＩＮＡＣＴＩＶＥの間に前記マスタ基地局と前記セカンダリ基地局とのうちの少なくとも一方が変更される場合にも、前記セカンダリ基地局設定情報を維持し、
前記通信端末装置は、維持しておいた前記セカンダリ基地局設定情報を利用して、前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再び遷移する、
通信システム。
【請求項２】
維持しておく前記セカンダリ基地局設定情報はＳＤＡＰ（Service Data Adaptation Protocol）の設定情報を含み、
前記通信端末装置は、維持しておいた前記ＳＤＡＰの設定情報を利用して、前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再び遷移する、
請求項１に記載の通信システム。
【請求項３】
複数の基地局と無線通信可能に構成された通信端末装置であって、
前記複数の基地局は、前記通信端末装置に対してデュアルコネクティビティを提供するマスタ基地局およびセカンダリ基地局を含み、
前記通信端末装置は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移した後も、前記セカンダリ基地局の設定に関するセカンダリ基地局設定情報を維持し、
前記通信端末装置は、前記ＲＲＣ＿ＩＮＡＣＴＩＶＥの間に前記マスタ基地局と前記セカンダリ基地局とのうちの少なくとも一方が変更される場合にも、前記セカンダリ基地局設定情報を維持し、
前記通信端末装置は、維持しておいた前記セカンダリ基地局設定情報を利用して、前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再び遷移する、
通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
【背景技術】
【０００２】
移動体通信システムの規格化団体である３ＧＰＰ（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 State Information）を運ぶ。ＣＳＩは、ＲＩ（Rank Indicator）、ＰＭＩ（Precoding Matrix Indicator）、ＣＱＩ（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：ＲＳＲＰ）測定がある。【００１５】
上り参照信号についても同様に、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の２種類の上りリファレンスシグナルが定義されている。データ復調用参照信号（Demodulation Reference Signal：ＤＭ−ＲＳ）、サウンディング用参照信号（Soundhing Reference Signal：ＳＲＳ）である。【００１６】
非特許文献１（５章）に記載されるトランスポートチャネル（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）セルが導入される。【００３２】
通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。【００３３】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（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」は「ＮＲ」と略称される）。【００４５】
ＮＲシステムは、ＬＴＥシステム、ＬＴＥ−Ａシステムを基にして検討が進められているが、以下の点でＬＴＥシステム、ＬＴＥ−Ａシステムからの変更および追加が行われている。【００４６】
ＮＲのアクセス方式としては、下り方向はＯＦＤＭ、上り方向はＯＦＤＭ、ＤＦＴ−ｓ−ＯＦＤＭ（DFT-spread-OFDM）が用いられる。【００４７】
ＮＲでは、伝送速度向上、処理遅延低減のために、ＬＴＥに比べて高い周波数の使用が可能となっている。【００４８】
ＮＲにおいては、狭いビーム状の送受信範囲を形成する（ビームフォーミング）とともにビームの向きを変化させる（ビームスイーピング）ことで、セルカバレッジの確保が図られる。【００４９】
ＮＲのフレーム構成においては、様々なサブキャリア間隔、すなわち、様々なヌメロロジ（Numerology）がサポートされている。ＮＲにおいては、ヌメロロジによらず、１サブフレームは１ミリ秒であり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚのヌメロロジにおいては１つであり、他のヌメロロジにおいては、サブキャリア間隔に比例して多くなる（非特許文献１３（TS38.211 v15.0.0）参照）。【００５０】
ＮＲにおける下り同期信号は、同期信号バースト（Synchronization Signal Burst；以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization Signal Block；以下、ＳＳブロックと称する場合がある）により構成される。基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ−ＳＳ、Ｓ−ＳＳ、およびＰＢＣＨによって構成される。【００５１】
ＮＲにおいては、ＮＲの下り参照信号として、位相追尾参照信号（Phase Tracking Reference Signal：ＰＴＲＳ）の追加により、位相雑音の影響の低減が図られている。上り参照信号においても、下りと同様にＰＴＲＳが追加されている。【００５２】
ＮＲにおいては、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＰＤＣＣＨに含まれる情報にスロット構成通知（Slot Format Indication：ＳＦＩ）が追加された。【００５３】
また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。【００５４】
３ＧＰＰでは、ＤＣの形態として、ＥＰＣに接続するＬＴＥ基地局とＮＲ基地局によるＤＣ、５Ｇコアシステムに接続するＮＲ基地局によるＤＣ、また、５Ｇコアシステムに接続するＬＴＥ基地局とＮＲ基地局によるＤＣが検討されている（非特許文献１２、１６、２４参照）。【００５５】
また、３ＧＰＰでは、いくつかの新たな技術が検討されている。例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ時におけるＳＤＡＰ／ＰＤＣＰ設定の維持によるＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの迅速な復帰、ＳＵＬ（Supplementary Uplink）の使用によるＵＬカバレッジの確保などが検討されている（非特許文献１６、１７、２０参照）。【００５６】
ＮＲにおいて、上りチャネルのサウンディングに用いられるＳＲＳは、１４シンボルで構成される１スロットのうち、末尾６シンボルの範囲内で割り当てられる。また、ＳＲＳのシンボル数は、１、２、あるいは４のいずれかとなる（非特許文献１３、１５参照）。
【先行技術文献】
【非特許文献】
【００５７】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．３．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．２．０
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１４．０．０
【非特許文献５】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ−３１７６６９−ＭＥＴＩＳ／Ｄ１．１
【非特許文献６】３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ１４．０．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３８．８０１  Ｖ１４．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３８．８０２  Ｖ１４．１．０
【非特許文献９】３ＧＰＰ  ＴＲ  ３８．８０４  Ｖ１４．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３８．９１２  Ｖ１４．０．０
【非特許文献１１】３ＧＰＰ  ＲＰ−１７２１１５
【非特許文献１２】３ＧＰＰ  ＴＳ  ３７．３４０  Ｖ１５．０．０
【非特許文献１３】３ＧＰＰ  ＴＳ  ３８．２１１  Ｖ１５．０．０
【非特許文献１４】３ＧＰＰ  ＴＳ  ３８．２１３  Ｖ１５．０．０
【非特許文献１５】３ＧＰＰ  ＴＳ  ３８．２１４  Ｖ１５．０．０
【非特許文献１６】３ＧＰＰ  ＴＳ  ３８．３００  Ｖ１５．０．０
【非特許文献１７】３ＧＰＰ  ＴＳ  ３８．３２１  Ｖ１５．１．０
【非特許文献１８】３ＧＰＰ  ＴＳ  ３８．２１２  Ｖ１５．０．０
【非特許文献１９】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．１．０
【非特許文献２０】３ＧＰＰ  Ｒ１−１８０２４６１
【非特許文献２１】３ＧＰＰ  ＴＳ  ３７．３２４  Ｖ１．５．０
【非特許文献２２】３ＧＰＰ  Ｒ２−１８０１４２７
【非特許文献２３】３ＧＰＰ  ＴＳ  ３８．３３１  Ｖ１５．１．０
【非特許文献２４】３ＧＰＰ  ＲＰ−１６１２６６
【発明の概要】
【発明が解決しようとする課題】
【００５８】
上位ＮＷ装置が５Ｇコア（以下、５ＧＣと称する場合がある）となるＤＣ構成を用いるＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移する場合において、セカンダリ基地局の設定が解放される。このため、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに復帰する場合において、基地局はＵＥに対してセカンダリ基地局を再設定する必要性が生じる。その結果、ＤＣ構成の復帰に時間を要し、ＤＣ構成の復帰時において遅延が生じる。【００５９】
また、ＮＲにおいては、ＮＲのＵＬのカバレッジの差を補うために、低い周波数による上りリンク、すなわち、ＳＵＬ（Supplementary UpLink；非特許文献１７  ５．１６節参照）が用いられる。ところが、設定済みグラント（Configured Grant；非特許文献１６  １０．３節参照）やプリエンプションにおける、ＳＵＬと非ＳＵＬとの間の切替え方法について開示されていない。このことにより、設定済みグラントやプリエンプションにおいて、ＳＵＬと非ＳＵＬとの間の適切な選択が不可能となり、その結果、例えば、セル端における上りリンクの信頼性が低下する。【００６０】
本発明は、上記課題に鑑み、ＮＲにおいて、低遅延、高信頼性な無線通信技術を提供することを、目的の一つとする。
【課題を解決するための手段】
【００６１】
本発明によれば、例えば、通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局とを備える通信システムであって、前記複数の基地局は、前記通信端末装置に対してデュアルコネクティビティを提供するマスタ基地局およびセカンダリ基地局を含み、前記通信端末装置は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移した後も、前記セカンダリ基地局の設定に関するセカンダリ基地局設定情報を維持し、前記通信端末装置は、前記ＲＲＣ＿ＩＮＡＣＴＩＶＥの間に前記マスタ基地局と前記セカンダリ基地局とのうちの少なくとも一方が変更される場合にも、前記セカンダリ基地局設定情報を維持し、前記通信端末装置は、維持しておいた前記セカンダリ基地局設定情報を利用して、前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再び遷移する、通信システムが提供される。【００６２】
また、本発明によれば、例えば、複数の基地局と無線通信可能に構成された通信端末装置であって、前記複数の基地局は、前記通信端末装置に対してデュアルコネクティビティを提供するマスタ基地局およびセカンダリ基地局を含み、前記通信端末装置は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移した後も、前記セカンダリ基地局の設定に関するセカンダリ基地局設定情報を維持し、前記通信端末装置は、前記ＲＲＣ＿ＩＮＡＣＴＩＶＥの間に前記マスタ基地局と前記セカンダリ基地局とのうちの少なくとも一方が変更される場合にも、前記セカンダリ基地局設定情報を維持し、前記通信端末装置は、維持しておいた前記セカンダリ基地局設定情報を利用して、前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再び遷移する、通信端末装置が提供される。
【発明の効果】
【００６３】
本発明によれば、通信端末装置がＲＲＣ＿ＩＮＡＣＴＩＶＥの間にマスタ基地局とセカンダリ基地局とのうちの少なくとも一方が変更される場合であっても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰時の遅延を抑制可能である。それにより、高い信頼性を得ることが可能である。【００６４】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００６５】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。
【図４】ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。
【図５】ＮＧコアに接続するｇＮＢによるＤＣの構成図である。
【図６】ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。
【図７】ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。
【図８】図２に示す移動端末２０２の構成を示すブロック図である。
【図９】図２に示す基地局２０３の構成を示すブロック図である。
【図１０】ＭＭＥの構成を示すブロック図である。
【図１１】５ＧＣの構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図１３】ＮＲシステムにおけるセルの構成の一例を示す図である。
【図１４】実施の形態１について、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を維持しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図１５】実施の形態１について、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を維持しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図１６】実施の形態１について、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を解放しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図１７】実施の形態１について、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を解放しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図１８】実施の形態１について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を維持しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図１９】実施の形態１について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を維持しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２０】実施の形態１の変形例１について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を維持しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２１】実施の形態１の変形例１について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を維持しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２２】実施の形態１の変形例１について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を解放しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２３】実施の形態１の変形例１について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を解放しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２４】実施の形態１の変形例２について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を維持しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２５】実施の形態１の変形例２について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を維持しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２６】実施の形態１の変形例２について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を解放しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２７】実施の形態１の変形例２について、マスタ基地局がセカンダリ基地局を決定し、ＤＣ構成を用いるＵＥがセカンダリ基地局設定を解放しＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示す図である。
【図２８】実施の形態３について、ＳＵＬ／非ＳＵＬ間を跨いだ、タイプ１の設定済みグラントへの切替えにおける問題点を示した図である。
【図２９】実施の形態３について、設定済みグラントによる上り送信前において、ＳＵＬ／非ＳＵＬ切替え指示を用いてＳＵＬ／非ＳＵＬを切替える動作を示す図である。
【図３０】実施の形態３について、設定済みグラントによる上り送信前において、ＳＵＬ／非ＳＵＬ切替え指示を用いずにＳＵＬ／非ＳＵＬを切替える動作を示す図である。
【図３１】実施の形態４について、ＳＵＬ設定ＵＥに対して非ＳＵＬ上でプリエンプションを実施する一例を示す図である。
【図３２】実施の形態４について、ＳＵＬ設定ＵＥに対してＳＵＬ上でプリエンプションを実施する一例を示す図である。
【図３３】実施の形態４について、先にグラントされた非ＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされるＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示す図である。
【図３４】実施の形態４について、先にグラントされたＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示す図である。
【図３５】実施の形態４について、ＳＵＬ設定ＵＥに対して非ＳＵＬ上でプリエンプションを実施する例を示す図である。
【図３６】実施の形態４について、ＳＵＬ設定ＵＥに対してＳＵＬ上でプリエンプションを実施する例を示す図である。
【図３７】実施の形態４について、先にグラントされた非ＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされるＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示す図である。
【図３８】実施の形態４について、先にグラントされたＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示す図である。
【図３９】実施の形態４について、プリエンプトされるデータをシフトせずに送信停止のみとする例を示す図である。
【図４０】実施の形態４について、プリエンプトされるデータを一部送信停止とする例を示す図である。
【図４１】実施の形態４の変形例２について、先の上りグラントでリソースアロケーションが行われているデータを、プリエンプションにより、ＵＬキャリアと異なるＵＬキャリア上のスロットにシフトして送信する方法の一例を示す図である。
【図４２】実施の形態４の変形例２について、先の上りグラントでリソースアロケーションが行われているデータを、プリエンプションにより、ＵＬキャリアと異なるＵＬキャリア上のスロットにシフトして送信する方法の一例を示す図である。
【図４３】実施の形態４の変形例３について、先の上りグラントでリソースアロケーションが行われているデータを、プリエンプションにより、ＵＬキャリアと異なるＵＬキャリア上のスロットで送信する方法の一例を示す図である。
【図４４】実施の形態４の変形例３について、ＳＵＬと非ＳＵＬとが異なるＳＣＳを有する場合について示す図である。
【図４５】実施の形態４の変形例３について、ＳＵＬと非ＳＵＬとが異なるＳＣＳを有する場合について示す図である。
【図４６】実施の形態４の変形例３について、ＳＵＬと非ＳＵＬとが異なるＳＣＳを有する場合について示す図である。リセットとＰＩからのシフト量を設定してＵＬキャリアの切替えを行う場合の一例を示す図である。
【図４７】実施の形態４の変形例４について、設定済みグラントが設定されている場合にプリエンプションする方法の一例を示す図である。
【図４８】実施の形態４の変形例４について、設定済みグラントが設定されている場合にプリエンプションする方法の一例を示す図である。
【図４９】実施の形態４の変形例４について、設定済みグラントが設定されている場合にプリエンプションする方法の一例を示す図である。
【図５０】実施の形態４の変形例４について、設定済みグラントが設定されている場合にプリエンプションする方法の一例を示す図である。
【図５１】実施の形態４の変形例４について、設定済みグラントが設定されている場合にプリエンプションする方法の一例を示す図である。
【図５２】実施の形態４の変形例４について、設定済みグラントが設定されている場合にプリエンプションする方法の一例を示す図である。
【図５３】実施の形態４の変形例４について、設定済みグラントが設定されている場合にプリエンプションする方法の一例を示す図である。
【図５４】実施の形態４の変形例４について、ＳＵＬ上でＵＬグラントされたｅＭＢＢデータが、プリエンプトされ、２スロット後方にシフトして送信される場合を示す図である。
【図５５】実施の形態４の変形例４について、非ＳＵＬ上でＵＬグラントされたｅＭＢＢデータが、プリエンプトされ、異なるＵＬキャリアＳＵＬに切替えて送信される場合を示す図である。
【図５６】実施の形態４の変形例４について、ＳＵＬ上でＵＬグラントされたｅＭＢＢデータが、プリエンプトされ、２スロット後方にシフトして送信される場合を示す図である。
【図５７】実施の形態５について、ＢＦＲＱ用のＰＵＣＣＨのフォーマットの例を示す図である。
【図５８】実施の形態６について、ＳＵＬ上に設定したＢＦＲＱ用ＰＵＣＣＨリソースを用いてＢＦＲＱを送信する一例を示す図である。
【図５９】実施の形態６について、非ＳＵＬ上とＳＵＬ上の両方にＢＦＲＱ用ＰＵＣＣＨリソースを設定してＢＦＲＱを送信する一例を示す図である。
【図６０】実施の形態６について、非ＳＵＬ上とＳＵＬ上の両方にＢＦＲＱ用ＰＵＣＣＨリソースを設定してＢＦＲＱを送信する一例を示す図である。
【図６１】実施の形態７について、複数のＵＬキャリアが設定された場合の繰返し送信の一例を示す図である。
【図６２】実施の形態７について、繰返し送信毎にＵＬキャリアを交互を切替える設定がなされた場合の繰返し送信の一例を示す図である。
【図６３】実施の形態７について、ＵＬキャリアが異なるニュメロロジを有する場合の繰返し送信の一例を示す図である。
【図６４】実施の形態７について、ＵＬキャリアが異なるニュメロロジを有する場合の繰返し送信の一例を示す図である。
【発明を実施するための形態】
【００６６】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（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）、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。
【００７３】
ＭＭＥ部２０４は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３は、Ｅ−ＵＴＲＡＮ２０１を構成する。
【００７４】
基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。
【００７５】
図３は、３ＧＰＰにおいて議論されている５Ｇ方式の通信システム２１０の全体的な構成を示すブロック図である。図３について説明する。無線アクセスネットワークは、ＮＧ−ＲＡＮ（Next Generation Radio Access Network）２１１と称される。ＵＥ２０２は、ＮＲ基地局装置（以下「ＮＲ基地局（NG-RAN NodeB：ｇＮＢ）」という）２１３と無線通信可能であり、無線通信で信号の送受信を行う。また、コアネットワークは、５Ｇコア（5G Core：５ＧＣ）と称される。
【００７６】
ＵＥ２１２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ−Ｐｌａｎｅと称する場合もある）、例えばＳＤＡＰ（Service Data Adaptation Protocol）、ＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とがＮＲ基地局２１３で終端するならば、ＮＧ−ＲＡＮは１つあるいは複数のＮＲ基地局２１３によって構成される。
【００７７】
ＵＥ２０２とＮＲ基地局２１３との間の制御プロトコルＲＲＣ（Radio Resource Control）の機能はＬＴＥと同様である。ＲＲＣにおけるＮＲ基地局２１３とＵＥ２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。
【００７８】
ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは、ＬＴＥ方式と同様である。ＲＲＣ＿ＩＮＡＣＴＩＶＥは５ＧコアとＮＲ基地局２１３との間の接続が維持されつつ、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。
【００７９】
ｇＮＢ２１７は、アクセス・移動管理機能（Access and Mobility Management Function：ＡＭＦ）、セッション管理機能（Session Management Function：ＳＭＦ）、あるいはＵＰＦ（User Plane Function）、あるいはＡＭＦ、ＳＭＦおよびＵＰＦを含むＡＭＦ／ＳＭＦ／ＵＰＦ部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１７と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１７とＡＭＦとの間のＮ２インタフェース、ｇＮＢ２１７とＵＰＦとの間のＮ３インタフェース、ＡＭＦとＳＭＦとの間のＮ１１インタフェース、および、ＵＰＦとＳＭＦとの間のＮ４インタフェースの総称である。一つのｇＮＢ２１７に対して、複数の５ＧＣ部２０４が接続されてもよい。ｇＮＢ２１７間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１７間で制御情報および／あるいはユーザデータが通信される。
【００８０】
ＮＲ基地局２１３も、基地局２０３同様、１つあるいは複数のセルを構成してもよい。１つのＮＲ基地局２１３が複数のセルを構成する場合、１つ１つのセルが、ＵＥ２１２と通信可能に構成される。
【００８１】
ｇＮＢ２１７は、中央ユニット（Central Unit；以下、ＣＵと称する場合がある）２１８と分散ユニット（Distributed Unit；以下、ＤＵと称する場合がある）２１９に分割されていてもよい。ＣＵ２１８は、ｇＮＢ２１７の中に１つ構成される。ＤＵ２１９は、ｇＮＢ２１７の中に１つあるいは複数構成される。ＣＵ２１８は、ＤＵ２１９とＦ１インタフェースにより接続され、ＣＵ２１８とＤＵ２１９との間で制御情報および／あるいはユーザデータが通信される。
【００８２】
図４は、ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図４において、実線はＵ−Ｐｌａｎｅの接続を示し、破線はＣ−Ｐｌａｎｅの接続を示す。図４において、ｅＮＢ２２３−１がマスタ基地局となり、ｇＮＢ２２４−２がセカンダリ基地局となる（このＤＣ構成を、ＥＮ−ＤＣと称する場合がある）。図４において、ＭＭＥ部２０４とｇＮＢ２２４−２との間のＵ−Ｐｌａｎｅ接続がｅＮＢ２２３−１経由で行われる例について示しているが、ＭＭＥ部２２１とｇＮＢ２２４−２との間で直接行われてもよい。
【００８３】
図５は、ＮＧコアに接続するｇＮＢによるＤＣの構成を示した図である。図５において、実線はＵ−Ｐｌａｎｅの接続を示し、破線はＣ−Ｐｌａｎｅの接続を示す。図５において、ｇＮＢ２２４−１がマスタ基地局となり、ｇＮＢ２２４−２がセカンダリ基地局となる（このＤＣ構成を、ＮＲ−ＤＣと称する場合がある）。図５において、５ＧＣ部２１４とｇＮＢ２２４−２との間のＵ−Ｐｌａｎｅ接続がｇＮＢ２２４−１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４−２との間で直接行われてもよい。
【００８４】
図６は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図６において、実線はＵ−Ｐｌａｎｅの接続を示し、破線はＣ−Ｐｌａｎｅの接続を示す。図６において、ｅＮＢ２２６−１がマスタ基地局となり、ｇＮＢ２２４−２がセカンダリ基地局となる（このＤＣ構成を、ＮＧ−ＥＮ−ＤＣと称する場合がある）。図６において、５ＧＣ部２１４とｇＮＢ２２４−２との間のＵ−Ｐｌａｎｅ接続がｅＮＢ２２６−１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４−２との間で直接行われてもよい。
【００８５】
図７は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの、他の構成を示した図である。図７において、実線はＵ−Ｐｌａｎｅの接続を示し、破線はＣ−Ｐｌａｎｅの接続を示す。図７において、ｇＮＢ２２４−１がマスタ基地局となり、ｅＮＢ２２６−２がセカンダリ基地局となる（このＤＣ構成を、ＮＥ−ＤＣと称する場合がある）。図７において、５ＧＣ部２１４とｅＮＢ２２６−２との間のＵ−Ｐｌａｎｅ接続がｇＮＢ２２４−１経由で行われる例について示しているが、５ＧＣ部２１４とｅＮＢ２２６−２との間で直接行われてもよい。
【００８６】
図８は、図２に示す移動端末２０２の構成を示すブロック図である。図８に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７−１〜３０７−４から基地局２０３に送信信号が送信される。図８において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。
【００８７】
また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７−１〜３０７−４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図８では省略しているが、各部３０１〜３０９と接続している。図８において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
【００８８】
図９は、図２に示す基地局２０３の構成を示すブロック図である。図９に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）、ＨｅＮＢＧＷ２０５などとの間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２０３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。
【００８９】
送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８−１〜４０８−４より一つもしくは複数の移動端末２０２に対して送信信号が送信される。図９において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。
【００９０】
また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータはＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図４では省略しているが、各部４０１〜４１０と接続している。図９において、基地局２０３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
【００９１】
図９は、基地局２０３の構成について示したブロック図であるが、基地局２１３についても同様の構成としてもよい。また、図８および図９について、移動端末２０２のアンテナ数と、基地局２０３のアンテナ数は、同じであってもよいし、異なってもよい。
【００９２】
図１０は、ＭＭＥの構成を示すブロック図である。図１０では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ  ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ  ＧＷ通信部５０１に渡され、ＰＤＮ  ＧＷへ送信される。
【００９３】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。
【００９４】
ＨｅＮＢＧＷ通信部５０４は、ＨｅＮＢＧＷ２０５が存在する場合に設けられ、情報種別によって、ＭＭＥ２０４ａとＨｅＮＢＧＷ２０５との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４から受信した制御データは、ＨｅＮＢＧＷ通信部５０４から制御プレイン制御部５０５へ渡される。制御プレイン制御部５０５での処理の結果は、ＰＤＮ  ＧＷ通信部５０１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部５０５で処理された結果は、基地局通信部５０２経由でＳ１インタフェースにより１つあるいは複数の基地局２０３へ送信され、またＨｅＮＢＧＷ通信部５０４経由で１つあるいは複数のＨｅＮＢＧＷ２０５へ送信される。
【００９５】
制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５−１、ＳＡＥベアラコントロール部５０５−２、アイドルステート（Idle State）モビリティ管理部５０５−３などが含まれ、制御プレイン（以下、Ｃ−Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５−１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５−２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５−３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ−ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
【００９６】
ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。ＭＭＥ２０４ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるＨｏｍｅ−ｅＮＢ２０６のＣＳＧの管理、ＣＳＧ  ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５−３で行われてもよい。
【００９７】
図１１は、５ＧＣの構成を示すブロック図である。図１１では、前述の図３に示す５ＧＣ部２１４の構成を示す。図１１は、図５にて示す５ＧＣ部２１４に、ＡＭＦの構成、ＳＭＦの構成およびＵＰＦの構成が含まれた場合について示している。Ｄａｔａ  Ｎｅｔｗｏｒｋ通信部５２１は、５ＧＣ部２１４とＤａｔａ  Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。基地局通信部５２２は、５ＧＣ部２１４と基地局２０３との間のＳ１インタフェース、および／あるいは、５ＧＣ部２１４と基地局２１３との間のＮＧインタフェースによるデータの送受信を行う。Ｄａｔａ  Ｎｅｔｗｏｒｋから受信したデータがユーザデータであった場合、ユーザデータは、Ｄａｔａ  Ｎｅｔｗｏｒｋ通信部５２１から、ユーザプレイン通信部５２３経由で基地局通信部５２２に渡され、１つあるいは複数の、基地局２０３および／あるいは基地局２１３へ送信される。基地局２０３および／あるいは基地局２１３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５２２から、ユーザプレイン通信部５２３経由でＤａｔａ  Ｎｅｔｗｏｒｋ通信部５２１に渡され、Ｄａｔａ  Ｎｅｔｗｏｒｋへ送信される。
【００９８】
Ｄａｔａ  Ｎｅｔｗｏｒｋから受信したデータが制御データであった場合、制御データは、Ｄａｔａ  Ｎｅｔｗｏｒｋ通信部５２１からセッション管理部５２７へ渡される。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ渡す。基地局２０３および／あるいは基地局２１３から受信したデータが制御データであった場合、制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡す。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡す。
【００９９】
制御プレイン制御部５２５は、ＮＡＳセキュリティ部５２５−１、ＰＤＵセッションコントロール部５２５−２、アイドルステート（Idle State）モビリティ管理部５２５−３などを含み、制御プレイン（以下、Ｃ−Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５２５−１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＰＤＵセッションコントロール部５２５−２は、移動端末２０２と５ＧＣ部２１４との間のＰＤＵセッションの管理などを行う。アイドルステートモビリティ管理部５２５−３は、待受け状態（アイドルステート（Idle State）；ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
【０１００】
５ＧＣ部２１４は、１つまたは複数の基地局２０３および／あるいは基地局２１３に対して、ページング信号の分配を行う。また、５ＧＣ部２１４は、待受け状態（Idle State）のモビリティ制御（Mobility Control）を行う。５ＧＣ部２１４は、移動端末が待ち受け状態のとき、インアクティブ状態（Inactive State）および、アクティブ状態（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）を行うためにトラッキングエリアの変更を要求する。
【０１０９】
図１２に示す例においては、ＬＴＥ方式におけるセルサーチから待ち受けまでの動作の例について示したが、ＮＲ方式においては、ステップＳＴ６０３において、ベストセルに加えてベストビームを選択してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、ビームの情報、例えば、ビームの識別子を取得してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、リメイニングミニマムＳＩ（Remaining Minimum SI：ＲＭＳＩ）のスケジューリング情報を取得してもよい。ＮＲ方式においては、ステップＳＴ６０５において、ＲＭＳＩを受信するとしてもよい。
【０１１０】
コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ−ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。
【０１１１】
スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。
【０１１２】
従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。
【０１１３】
小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。
【０１１４】
以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。
【０１１５】
マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。
【０１１６】
スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。
【０１１７】
図１３は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図１３に示す例において、基地局７５０は、ある時間において、ビーム７５１−１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１−２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１−３〜７５１−８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセルを構成する。
【０１１８】
図１３において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図１３に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。
【０１１９】
ＮＲでは、ＲＲＣにおける基地局と移動端末との状態として、ＲＲＣ＿ＩＮＡＣＴＩＶＥが追加された。ＲＲＣ＿ＩＮＡＣＴＩＶＥでは、上位ＮＷ装置と移動端末との間の接続のうち、上位ＮＷ装置と基地局との間の接続が維持される。また、ＲＲＣ＿ＩＮＡＣＴＩＶＥでは、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。
【０１２０】
上位ＮＷ装置が５Ｇコア（以下、５ＧＣと称する場合がある）となるＤＣ構成を用いるＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移時にセカンダリ基地局の構成を維持することとしてもよい。セカンダリ基地局の構成とは、例えば、セカンダリ基地局（Secondary Node；SN）におけるＳＤＡＰ（Service Data Adaptation Protocol；非特許文献２１参照）の設定であってもよいし、セカンダリ基地局におけるＰＤＣＰの設定であってもよいし、前述の両方であってもよい。
【０１２１】
しかし、ＤＣ構成を用いるＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートとなり、セル再選択により接続先の基地局が変わった場合におけるＵＥの動作について開示されていない。このことにより、例えば、ＵＥと基地局との間において、ＤＣ構成の齟齬が生じることによって、ＵＥとセカンダリ基地局との間で不用なデータ送受信が発生するといった問題が生じる。
【０１２２】
前述の問題に対する解決策を以下に開示する。
【０１２３】
ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥは、セル再選択後において、セカンダリ基地局の設定を維持する。セル再選択によって該ＵＥの接続先の基地局が変更となった場合において、前述の動作を適用してもよい。
【０１２４】
前述において、ＵＥがセカンダリ基地局を決定してもよい。例えば、ＵＥがセル再選択を用いてセカンダリ基地局を決定してもよい。このことにより、例えば、ＵＥからマスタ基地局に対する測定結果報告が不要となるため、その結果、ＵＥと基地局との間のシグナリング量を削減可能となる。
【０１２５】
ＵＥによるセカンダリ基地局の決定にあたり、ＵＥは、周辺セルの測定を、周期的に行ってもよい。該周期は、規格で決められていてもよい。あるいは、該周期はＤＲＸ周期と同じであってもよい。
【０１２６】
あるいは、ＵＥは、周辺セルの測定を、ページング受信時に行ってもよい。ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおけるＵＥの処理量削減が可能となる。
【０１２７】
ＵＥは、決定したセカンダリ基地局に関する情報をマスタ基地局に通知する。該情報は、例えば、該セカンダリ基地局の識別子であってもよいし、該セカンダリ基地局に属するセルの識別子、例えば、ＰＳＣｅｌｌの物理セルＩＤ（Physical Cell Identity）であってもよい。該情報は、ＵＥからマスタ基地局へのＲＲＣ個別シグナリング、例えば、ＲＲＣ接続再開要求（RRCConnectionResumeRequest）に含まれてもよいし、ＲＲＣ＿ＩＮＡＣＴＩＶＥステート時に送信可能な小データに含まれてもよい。
【０１２８】
前述において、セカンダリ基地局の該設定は、例えば、セカンダリ基地局のＳＤＡＰ設定であってもよいし、ＰＤＣＰ設定であってもよいし、前述の両方であってもよい。このことにより、例えば、該ＵＥと上位ＮＷ装置との間の接続のうち、上位ＮＷ装置とセカンダリ基地局との間の接続を迅速に復帰可能となる。
【０１２９】
該ＵＥは、セカンダリ基地局のＲＬＣ設定を維持してもよい。このことにより、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ復帰時における該ＵＥの処理量を低減可能となる。他の例として、該ＵＥは、セカンダリ基地局のＲＬＣ設定を解放してもよい。このことにより、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ復帰時の無線チャネル状況を用いて適切な無線パラメータ設定が可能となる。セカンダリ基地局のＭＡＣ設定および／あるいはＰＨＹ設定についても、同様としてもよい。
【０１３０】
該ＵＥは、マスタ基地局の設定を維持してもよい。前述における該設定は、セカンダリ基地局の設定と同様としてもよい。例えば、ＳＤＡＰ設定であってもよいし、ＰＤＣＰ設定であってもよいし、前述の両方であってもよい。このことにより、例えば、該ＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰における処理量を削減可能となる。
【０１３１】
他の例として、該ＵＥは、マスタ基地局の設定を解放してもよい。例えば、該ＵＥがセル再選択において元のセルと異なるセルに接続する場合において、マスタ基地局の設定を解放してもよい。このことにより、例えば、該ＵＥは、再選択したセルの無線チャネル状況を用いて、かつ、適切な無線パラメータを用いて、基地局と通信可能となる。マスタ基地局の設定解放に関する他の例として、該ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに復帰する場合において、マスタ基地局の設定を解放してもよい。このことにより、例えば、該ＵＥにおける処理量を削減可能となる。
【０１３２】
該ＵＥにおけるマスタ基地局の設定の解放を、該ＵＥ自身が起動してもよい。前述において、該ＵＥがマスタ基地局の該設定を解放するタイミングは、予め規格等で定められるとしてもよい。このことにより、例えば、該ＵＥによるマスタ基地局の該設定の解放における基地局と該ＵＥとの間のシグナリング量を削減可能となる。
【０１３３】
他の例として、該ＵＥにおけるマスタ基地局の設定の解放を、移動元マスタ基地局が起動してもよい。移動元マスタ基地局は該ＵＥに対し、該ＵＥにおけるマスタ基地局の設定の解放を指示してもよい。該指示は、移動先マスタ基地局を経由して該ＵＥに通知されてもよい。このことにより、例えば、該ＵＥにおけるマスタ基地局の設定の解放のタイミングに関する柔軟性を向上可能となる。
【０１３４】
他の例として、該ＵＥにおけるマスタ基地局の設定の解放を、移動先マスタ基地局が起動してもよい。移動先マスタ基地局は該ＵＥに対し、該ＵＥにおけるマスタ基地局の設定の解放を指示してもよい。該指示は、移動先基地局から該ＵＥに対する他のシグナリング、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰を指示するシグナリングに含まれてもよいし、ＲＲＣ＿ＩＮＡＣＴＩＶＥの維持を指示するシグナリングに含まれてもよい。このことにより、例えば、移動先基地局と移動元基地局との間におけるシグナリングを削減可能となる。
【０１３５】
他の例として、該ＵＥにおけるマスタ基地局の設定の解放を、上位ＮＷ装置（例えば、５ＧＣ）が起動してもよい。例えば、上位ＮＷ装置は、該ＵＥのＲＡＮエリア更新時に、該ＵＥにおけるマスタ基地局の設定の解放を行ってもよい。このことにより、例えば、該ＵＥのＲＡＮエリア更新時において、上位ＮＷ装置は、更新後のＲＡＮエリアに適したマスタ基地局設定を実行可能となる。
【０１３６】
移動元マスタ基地局は、該ＵＥにおけるセカンダリ基地局の設定を保持してもよい。該マスタ基地局において保持する該設定は、該ＵＥが維持するセカンダリ基地局の設定と同様としてもよい。該マスタ基地局は、該セカンダリ基地局に関する情報、例えば、該セカンダリ基地局の識別子を、該設定と併せて保持してもよい。このことにより、例えば、該マスタ基地局は該ＵＥとのＤＣ構成におけるセカンダリ基地局を識別可能となる。
【０１３７】
移動先マスタ基地局は、該ＵＥにおけるセカンダリ基地局の設定に関する情報を移動元マスタ基地局に問い合わせてもよい。移動元マスタ基地局は移動先マスタ基地局に対し、該情報を通知してもよい。前述の問い合わせおよび／あるいは通知は、該ＵＥから移動先マスタ基地局に対して送信される、自ＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ遷移要求の後に行われてもよい。このことにより、例えば、移動元基地局は予め該情報を、移動先マスタ基地局を含めた周辺の基地局に通知することが不要となる。その結果、基地局間シグナリング量を削減可能となる。
【０１３８】
他の例として、前述の問い合わせおよび／あるいは通知は、該ＵＥから移動先マスタ基地局に対して送信される、自ＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ遷移要求の前に行われてもよい。このことにより、例えば、該ＵＥは、ＤＣ構成を維持しつつ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに迅速に遷移可能となる。
【０１３９】
移動元マスタ基地局は、移動先マスタ基地局からのシグナリングを用いてセカンダリ基地局の設定を解放してもよい。該シグナリングは、例えば、ＵＥコンテキスト解放のシグナリングであってもよい。このことにより、例えば、移動元マスタ基地局において、配下のＵＥにおけるセカンダリ基地局設定の保持によって生じるバッファ逼迫を防止可能となる。
【０１４０】
セカンダリ基地局は、該ＵＥにおける自セカンダリ基地局の設定を保持してもよい。セカンダリ基地局において保持する該設定は、該ＵＥが維持するセカンダリ基地局の設定と同様としてもよい。このことにより、例えば、マスタ基地局における該設定保持によるバッファ使用量を削減可能となる。
【０１４１】
該ＵＥは、マスタ基地局向けおよび／あるいはセカンダリ基地局向けのＰＤＣＰを再設定（re-establish）する。該再設定において、該ＵＥが維持するマスタ基地局および／あるいはセカンダリ基地局の設定を用いてもよい。該ＵＥは、移動先マスタ基地局から通知されるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ復帰指示のシグナリングを用いて該再設定を行ってもよい。該シグナリングは、マスタ基地局および／あるいはセカンダリ基地局の設定に関する情報、例えば、該設定のパラメータ（例：非特許文献１９（３ＧＰＰ  ＴＳ３６．３３１  Ｖ１５．１．０）におけるPDCP-Config）を含まないとしてもよい。このことにより、例えば、該シグナリングのサイズを削減可能となる。
【０１４２】
マスタ基地局は該ＵＥに対し、前述のＰＤＣＰの再設定を指示してもよい。マスタ基地局は該ＵＥに対し、該指示を、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ復帰指示のシグナリングに含めて通知してもよい。該ＵＥは、該指示を用いて、前述のＰＤＣＰの再設定を行ってもよい。あるいは、該ＵＥは、該指示がないことを用いて、前述のＰＤＣＰの再設定を行わないとしてもよい。
【０１４３】
他の例として、マスタ基地局は該ＵＥに対し、前述のＰＤＣＰの再設定の指示を通知しないとしてもよい。該ＵＥは、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ復帰指示のシグナリングを用いて、前述のＰＤＣＰの再設定を行うこととしてもよい。このことにより、例えば、マスタ基地局と該ＵＥとの間のシグナリングのサイズを削減可能となる。
【０１４４】
前述のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ復帰指示のシグナリングに、該ＵＥの識別子が含まれてもよい。該識別子として、例えば、Ｉ−ＲＮＴＩ（非特許文献１６参照）が用いられてもよい。該識別子は、例えば、基地局内で一意としてもよいし、ＲＡＮエリア内で一意としてもよいし、５ＧＣ内で一意としてもよい。ＲＡＮエリア内で一意とすることにより、例えば、ＵＥのセル再選択により基地局が変更となった場合においても、基地局はＵＥを識別可能となる。
【０１４５】
該識別子の他の例として、Ｃ−ＲＮＴＩを用いてもよい。前述のＣ−ＲＮＴＩは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に割り当てられていたものであってもよい。ＰＣＩと組み合わせて用いてもよい。このことにより、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時における識別子をそのまま使用可能となるため、基地局における識別子の再割り当てが不要となる。その結果、通信システムにおける処理量を削減可能となる。
【０１４６】
該識別子がＲＡＮエリア内で一意となる場合において、ＲＡＮエリア更新時において該識別子が更新されてもよい。例えば、ＵＥがセル再選択において異なるＲＡＮエリアの基地局を選択した場合において、基地局はＵＥに対して新しい識別子を通知してもよい。該通知は、例えば、ＲＡＮエリア更新のプロシージャ（非特許文献１６  ９．２．２．５節参照）において行われてもよい。このことにより、例えば、ＵＥがセル再選択において異なるＲＡＮエリアに移動した場合においても、基地局は該ＵＥを識別可能となる。
【０１４７】
該ＵＥが、セル再選択後において、セカンダリ基地局の設定を維持する場合において、セカンダリ基地局は該ＵＥとの接続における自セカンダリ基地局の設定を変更してもよい。該設定は、例えば、ＳＤＡＰおよび／あるいはＰＤＣＰの設定であってもよい。セカンダリ基地局は移動元マスタ基地局に対し、変更後の該設定を通知してもよい。該通知として、例えば、セカンダリ基地局追加要求肯定応答（SN Addition Request ACK）が用いられてもよい。移動元マスタ基地局はＵＥに対し、変更後の該設定を通知してもよい。ＵＥは該設定を用いて、セカンダリ基地局の設定を変更してもよい。このことにより、例えば、通信システムにおけるマスタ基地局とセカンダリ基地局の組合せにおいて、効率的な設定を使用可能となり、その結果、通信システムにおける通信効率を向上可能となる。
【０１４８】
図１４および図１５は、ＤＣ構成を用いるＵＥが、セル再選択において異なるマスタ基地局に接続した場合において、セカンダリ基地局設定を維持し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示すシーケンス図である。図１４と図１５とは境界線ＢＬ１４１５の位置で繋がっている。図１４および図１５において、移動元マスタ基地局をＳ−ＭｇＮＢとし、移動先マスタ基地局をＴ−ＭｇＮＢとし、セカンダリ基地局をＳｅＮＢとする。図１４および図１５は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を起動する例について示している。
【０１４９】
図１４に示すステップＳＴ８０１において、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートである。ステップＳＴ８０２において、ＵＥはセル再選択を行い、接続先基地局がＳ−ＭｇＮＢからＴ−ＭｇＮＢに切替わる。ステップＳＴ８０３において、ＵＥは、ＳｅＮＢのＳＤＡＰ／ＰＤＣＰ設定を維持する。
【０１５０】
図１４に示すステップＳＴ８０５、ＳＴ８０６において、ＵＥとＴ−ＭｇＮＢとの間でランダムアクセス処理が行われる。ステップＳＴ８０５において、ＵＥからＴ−ＭｇＮＢに対してランダムアクセスプリアンブルを送信する。ステップＳＴ８０６において、Ｔ−ＭｇＮＢからＵＥに対しランダムアクセス応答を送信する。図１４の例においては、ステップＳＴ８０６においてランダムアクセス処理が成功したとする。
【０１５１】
図１４に示すステップＳＴ８０７において、ＵＥからＴ−ＭｇＮＢに対してＲＲＣ接続の再開を要求する。該要求には、例えば、ＲＲＣ接続再開要求（RRCConnectionResumeRequest）のシグナリングが用いられてもよい。該シグナリングには、該ＵＥの識別子、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥへの遷移時に割り当てられた識別子（例：Ｉ−ＲＮＴＩ）が含まれてもよい。Ｔ−ＭｇＮＢは、該識別子を用いて、ＲＲＣ接続の再開を要求するＵＥを識別する。
【０１５２】
図１４に示すステップＳＴ８１０において、Ｔ−ＭｇＮＢはＳ−ＭｇＮＢに対してＵＥコンテキスト取得の要求を行う。該要求には、例えば、ＵＥコンテキスト取得要求（UE Context Retrieve Request）のシグナリングが用いられてもよい。該要求は、例えば、基地局間Ｉ／Ｆ（例：Ｘ２／Ｘｎ）を用いて行われてもよい。該要求に、セカンダリ基地局設定の取得要求に関する情報が含まれてもよい。
【０１５３】
図１４に示すステップＳＴ８１１において、Ｓ−ＭｇＮＢはＳｅＮＢに対してセカンダリ基地局設定の取得の要求を行う。該要求には、例えば、ステップＳＴ８１０と同様のシグナリングが用いられてもよい。ステップＳＴ８１２において、ＳｅＮＢはＳ−ＭｇＮＢに対して、セカンダリ基地局設定を通知する。該シグナリングには、ＵＥコンテキスト取得の応答に用いられるシグナリング（UE Context Retrieve Response）が用いられてもよい。Ｓ−ＭｇＮＢはステップＳＴ８１２により、セカンダリ基地局設定を取得する。
【０１５４】
図１４に示すステップＳＴ８１３において、Ｓ−ＭｇＮＢはＴ−ＭｇＮＢに対してＵＥコンテキストを通知する。該通知には、例えば、ＵＥコンテキスト取得応答（UE Context Retrieve Response）のシグナリングが用いられてもよい。該通知は、例えば、基地局間Ｉ／Ｆ（例：Ｘ２／Ｘｎ）を用いて行われてもよい。該通知において、ステップＳＴ８１２に含まれるセカンダリ基地局設定が含まれる。Ｔ−ＭｇＮＢは、ステップＳＴ８１３により、セカンダリ基地局設定を含めてＵＥコンテキストを取得する。
【０１５５】
図１５におけるステップＳＴ８１５において、Ｔ−ＭｇＮＢはＳｅＮＢに対し、セカンダリ基地局追加要求（SN Addition Request）を通知する。該要求には、ステップＳＴ８１３においてＳｅＮＢより取得したセカンダリ基地局設定が含まれてもよい。図１５の例においては、ＳｅＮＢは、該要求を受け入れると判断する。ステップＳＴ８１６において、ＳｅＮＢは、該要求に対する肯定応答（セカンダリ基地局追加要求肯定応答；SN Addition Request ACK）をＴ−ＭｇＮＢに対して通知する。
【０１５６】
図１５におけるステップＳＴ８２０において、Ｓ−ＭｇＮＢはＳｅＮＢに対し、セカンダリ基地局解放要求（SN Release Request）を通知する。ステップＳＴ８２１において、ＳｅＮＢはＳ−ＭｇＮＢに対し、セカンダリ基地局解放要求肯定応答（SN Release Request Acknowledge）を通知する。
【０１５７】
図１５におけるステップＳＴ８２５において、Ｔ−ＭｇＮＢはＵＥに対し、ＲＲＣ接続の再開を指示する。該指示には、例えば、ＲＲＣ接続再開（RRCConnectionResume）のシグナリングが用いられてもよい。該シグナリングには、ＵＥの識別子が含まれてもよい。該識別子は、例えば、Ｉ−ＲＮＴＩであってもよい。該シグナリングには、Ｃ−ＲＮＴＩが含まれてもよい。該シグナリングには、前述の両方が含まれてもよい。他の例として、該シグナリングには、移動元基地局に関する情報が含まれてもよい。該情報は、例えば、移動元基地局の識別子（例えば、ｇＮＢ−ＩＤ）であってもよいし、ＰＣｅｌｌの識別子（例えば、ＰＣＩ）であってもよい。このことにより、例えば、Ｔ−ＭｇＮＢはＳ−ＭｇＮＢに関する情報を迅速に取得可能となる。
【０１５８】
図１５におけるステップＳＴ８２６において、ＵＥはＴ−ＭｇＮＢ向けおよびＳｅＮＢ向けのＰＤＣＰを再設定（re-establish）し、ＲＬＣおよびＭＡＣをリセットする。ステップＳＴ８２６において、ＵＥは、ＳＤＡＰ設定をそのまま用いる。ステップＳＴ８２７において、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移する。ステップＳＴ８２７において、ＵＥはＩ−ＲＮＴＩを破棄してもよい。
【０１５９】
図１５に示すステップＳＴ８２８において、ＵＥからＴ−ＭｇＮＢに対し、ＲＲＣ接続を再開したことを通知する。該通知には、例えば、ＲＲＣ接続再開完了（RRCConnectionResumeComplete）のシグナリングが用いられてもよい。
【０１６０】
図１５に示すステップＳＴ８２９において、Ｔ−ＭｇＮＢはＳｅＮＢに対し、ＵＥとの接続再開を要求する。該再開とは、例えば、ＳＣＧベアラと、ＳＣＧスプリットベアラのＳＣＧ側経路と、ＭＣＧスプリットベアラのＳＣＧ側経路との再開であってもよい。ステップＳＴ８２９において、Ｔ−ＭｇＮＢ、ＳｅＮＢとＵＥとの接続が再開する。
【０１６１】
図１５に示すステップＳＴ８３０およびＳＴ８３１において、ＵＥとＳｅＮＢとの間におけるランダムアクセス処理が行われる。ステップＳＴ８３０において、ＵＥからＳｅＮＢにランダムアクセスプリアンブルが送信される。該ランダムアクセスプリアンブルは、ステップＳＴ８２５にてＴ−ＭｇＮＢからＵＥに通知されるランダムアクセスプリアンブルであってもよい。ステップＳＴ８３１において、ＳｅＮＢからＵＥに対しランダムアクセス応答が通知される。
【０１６２】
図１５に示すステップＳＴ８３５において、Ｔ−ＭｇＮＢはＡＭＦに対して、通信経路の切替えを要求する（Path Switch Request）。該要求には、Ｔ−ＭｇＮＢ、ＳｅＮＢにおけるＰＤＵセッション切替えの要求が含まれてもよい。ステップＳＴ８３５において、ＡＭＦとＵＰＦとの間で通信経路の切替えを行う。ＭｇＮＢ、ＳｇＮＢにおけるＰＤＵセッション切替えを行ってもよい。
【０１６３】
図１５に示すステップＳＴ８３６において、ＡＭＦはＴ−ＭｇＮＢに対して、通信経路の切替え完了（Path Switch Complete）を通知する。ステップＳＴ８３７において、Ｔ−ＭｇＮＢはＳ−ＭｇＮＢに対し、ＭｇＮＢ向けのＵＥコンテキストの解放（UE context release）を指示する。
【０１６４】
図１４および図１５に示す例において、ＵＥ自身がＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移動作を起動する場合について示したが、ネットワークがＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移動作を起動する場合に適用してもよい。前述の場合において、Ｓ−ＭｇＮＢがＴ−ＭｇＮＢに対し、ＲＡＮページングを送信してもよい。Ｔ−ＭｇＮＢがＵＥに対してページングを送信してもよい。該ページングは、Ｓ−ＭｇＮＢからＴ−ＭｇＮＢに対するＲＡＮページングの後に行われるとしてもよい。Ｔ−ＭｇＮＢからＵＥに対するページング送信の後において、ステップＳＴ８０５、ＳＴ８０６に示す、ＵＥとＴ−ＭｇＮＢとの間のランダムアクセス処理が行われるとしてもよい。以降の図においても同様に、ネットワークがＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移動作を起動する場合に適用されるとしてもよい。このことにより、例えば、下りデータ発生時においても、ＵＥはＤＣ構成を迅速に復帰可能となる。
【０１６５】
図１４および図１５に示す例において、ステップＳＴ８２１として、ＳｅＮＢがＳ−ＭｇＮＢに対し、セカンダリ基地局解放要求肯定応答を送信する場合について示したが、該応答を送信しないとしてもよい。Ｓ−ＭｇＮＢは、ステップＳＴ８２０として示すセカンダリ基地局解放要求をＳｅＮＢに対して送信後、自動的にセカンダリ基地局解放が完了したと認識してもよい。このことにより、例えば、基地局間シグナリングを削減可能となる。
【０１６６】
図１４および図１５に示す例において、ステップＳＴ８１２をステップＳＴ８１１の後に行う場合について示したが、予め、ＳｅＮＢからＳ−ＭｇＮＢに対してセカンダリ基地局設定を送信してもよい。例えば、ＳｅＮＢは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移したことを用いて、ステップＳＴ８１２を行ってもよい。前述において、例えば、Ｓ−ＭｇＮＢはステップＳＴ８１１を行わないとしてもよい。このことにより、例えば、Ｔ−ＭｇＮＢはセカンダリ基地局設定を迅速に取得可能となる。
【０１６７】
図１４および図１５に示す例において、Ｓ−ＭｇＮＢがステップＳＴ８１１としてセカンダリ基地局設定を要求する場合について示したが、Ｓ−ＭｇＮＢがステップＳＴ８１１を行わないとしてもよい。例えば、Ｓ−ＭｇＮＢがＳｅＮＢの設定（例：ＳＤＡＰ／ＰＤＣＰ設定）を保持している場合において、Ｓ−ＭｇＮＢがステップＳＴ８１１を行わないとしてもよい。このことにより、例えば、基地局間のシグナリング量を削減可能となる。
【０１６８】
図１４および図１５に示す例において、ステップＳＴ８２０、ＳＴ８２１として示すセカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、ステップＳＴ８１５、ＳＴ８１６として示すセカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の後に行われる場合について示した。しかし、セカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、セカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の前に行われるとしてもよい。このことにより、例えば、Ｔ−ＭｇＮＢおよびＳ−ＭｇＮＢにおけるＳｅＮＢ制御の柔軟性を向上可能となる。
【０１６９】
図１５に示すステップＳＴ８１６において、ＳＮ設定をＲＲＣ＿ＩＮＡＣＴＩＶＥ前から変更しない例について示したが、ＳｅＮＢは該設定を変更してもよい。ＳｅＮＢは変更した該設定を、ステップＳＴ８１６の通知に含めてもよい。Ｔ−ＭｇＮＢはＵＥに対し、変更した該設定をステップＳＴ８２５の通知に含めてもよい。ＵＥは、ステップＳＴ８２６において、変更した該設定を用いてＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移動作を行ってもよい。このことにより、例えば、通信システムにおけるマスタ基地局とセカンダリ基地局の組合せにおいて、効率的な設定を使用可能となり、その結果、通信システムにおける通信効率を向上可能となる。
【０１７０】
図１４および図１５に示す例において、ステップＳＴ８１０〜ＳＴ８１３をステップＳＴ８１５、ＳＴ８１６の前に行う場合について示したが、後に行うとしてもよい。後に行う場合において、Ｓ−ＭｇＮＢおよびＳｅＮＢは、ステップＳＴ８１１、ＳＴ８１２に示す動作を行わないとしてもよい。Ｔ−ＭｇＮＢは、ステップＳＴ８１６を用いてセカンダリ基地局設定を取得してもよい。このことにより、例えば、基地局間のシグナリングを削減可能となる。
【０１７１】
図１４および図１５に示す例において、Ｔ−ＭｇＮＢはＴ−ＭｅＮＢであってもよい。Ｓ−ＭｇＮＢはＳ−ＭｅＮＢであってもよい。ＳｅＮＢは、ＳｇＮＢであってもよい。
【０１７２】
他の解決策を開示する。ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥは、セル再選択後において、セカンダリ基地局の設定を解放する。セル再選択によって該ＵＥの接続先の基地局が変更となった場合において、前述の動作を適用してもよい。このことにより、例えば、ＵＥにおける処理量を削減可能となる。前述において、セカンダリ基地局の該設定は、例えば、セカンダリ基地局のＳＤＡＰ設定であってもよいし、ＰＤＣＰ設定であってもよいし、前述の両方であってもよい。
【０１７３】
ＵＥは、該設定の解放を、例えば、自ＵＥがセル再選択において元のセルと異なるセルに接続する場合において行ってもよい。このことにより、例えば、セル再選択において接続先セルが変わらない場合における不用なセカンダリ設定解放を防止可能となる。前述において、該セルは、マスタセルグループ（ＭＣＧ）に属するセルであってもよいし、セカンダリセルグループ（ＳＣＧ）に属するセルであってもよい。
【０１７４】
該ＵＥにおけるセカンダリ基地局の設定の解放を、該ＵＥ自身が起動してもよい。前述において、該ＵＥが該設定を解放するタイミングは、予め規格等で定められるとしてもよい。このことにより、例えば、該ＵＥによる該設定の解放における基地局と該ＵＥとの間のシグナリング量を削減可能となる。
【０１７５】
他の例として、該ＵＥにおける該設定の解放を、移動元マスタ基地局が起動してもよい。移動元マスタ基地局は該ＵＥに対し、該ＵＥにおける該設定の解放を指示してもよい。該指示は、移動先マスタ基地局を経由して該ＵＥに通知されてもよい。このことにより、例えば、該ＵＥにおける該設定の解放のタイミングに関する柔軟性を向上可能となる。
【０１７６】
他の例として、該ＵＥにおける該設定の解放を、移動先マスタ基地局が起動してもよい。移動先マスタ基地局は該ＵＥに対し、該ＵＥにおける該設定の解放を指示してもよい。該指示は、移動先基地局から該ＵＥに対する他のシグナリング、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰を指示するシグナリングに含まれてもよいし、ＲＲＣ＿ＩＮＡＣＴＩＶＥの維持を指示するシグナリングに含まれてもよい。このことにより、例えば、移動先基地局と移動元基地局との間におけるシグナリングを削減可能となる。
【０１７７】
他の例として、該ＵＥにおける該設定の解放を、上位ＮＷ装置（例：５ＧＣ）が起動してもよい。例えば、上位ＮＷ装置は、該ＵＥのＲＡＮエリア更新時に、該ＵＥにおける該設定の解放を行ってもよい。このことにより、例えば、該ＵＥのＲＡＮエリア更新時において、上位ＮＷ装置は、更新後のＲＡＮエリアに適したマスタ基地局設定を実行可能となる。
【０１７８】
該ＵＥが該設定を解放する場合において、移動元マスタ基地局はセカンダリ基地局に対し、セカンダリ基地局設定の取得の要求を行わないとしてもよい。このことにより、例えば、基地局間シグナリングを削減可能となる。
【０１７９】
図１６および図１７は、ＤＣ構成を用いるＵＥが、セル再選択において異なるマスタ基地局に接続した場合において、セカンダリ基地局設定を解放し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示すシーケンス図である。図１６と図１７とは境界線ＢＬ１６１７の位置で繋がっている。図１６において、移動元マスタ基地局をＳ−ＭｇＮＢとし、移動先マスタ基地局をＴ−ＭｇＮＢとし、セカンダリ基地局をＳｅＮＢとする。図１６および図１７は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を起動する例について示している。図１６および図１７において、図１４および図１５と共通する処理については同じ番号を付し、共通する説明を省略する。
【０１８０】
図１６に示すステップＳＴ８０１、ＳＴ８０２については、図１４と同じである。
【０１８１】
図１６に示すステップＳＴ９０３において、ＵＥは、ＳｅＮＢのＳＤＡＰ／ＰＤＣＰ設定を解放する。
【０１８２】
図１６に示すステップＳＴ８０５〜ＳＴ８１０は、図１４と同じである。図１６において、Ｓ−ＭｇＮＢはＳｅＮＢに対してセカンダリ基地局設定の取得の要求を行わず、ＳｅＮＢはＳ−ＭｇＮＢに対して、セカンダリ基地局設定を通知しない。図１６に示すステップＳＴ８１３において、Ｓ−ＭｇＮＢはＴ−ＭｇＮＢに対してＵＥコンテキストを通知する。図１４とは異なり、該通知において、セカンダリ基地局設定は含まれない。
【０１８３】
図１７におけるステップＳＴ９１５において、Ｔ−ＭｇＮＢはＳｅＮＢに対し、セカンダリ基地局追加要求（SN Addition Request）を通知する。図１７の例においては、ＳｅＮＢは、該要求を受け入れると判断する。ステップＳＴ９１６において、ＳｅＮＢは、該要求に対する肯定応答（セカンダリ基地局追加要求肯定応答；SN Addition Request ACK）をＴ−ＭｇＮＢに対して通知する。該通知に、セカンダリ基地局設定、例えば、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹの１つまたは複数の組合せの設定が含まれてもよい。
【０１８４】
図１７におけるステップＳＴ８２０、ＳＴ８２１は図１５と同じである。ステップＳＴ８２２において、Ｓ−ＭｇＮＢはＳｅＮＢに対して、ＵＥコンテキストの解放（UE Context Release）を指示する。ＳｅＮＢは、ステップＳＴ８２２により、ＵＥコンテキストを解放する。ステップＳＴ８２５〜ＳＴ８３７は図１５と同じである。
【０１８５】
図１６および図１７に示す例においても、図１４および図１５と同様に、ステップＳＴ８２１に示すセカンダリ基地局解放要求肯定応答の送信を行わないとしてもよい。Ｓ−ＭｇＮＢは、ステップＳＴ８２０として示すセカンダリ基地局解放要求をＳｅＮＢに対して送信後、自動的にセカンダリ基地局解放が完了したと認識してもよい。このことにより、例えば、基地局間シグナリングを削減可能となる。
【０１８６】
図１６および図１７に示す例においても、図１４および図１５と同様に、ステップＳＴ８２０、ＳＴ８２１として示すセカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、ステップＳＴ９１５、ＳＴ９１６として示すセカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の前に行われるとしてもよい。このことにより、例えば、Ｔ−ＭｇＮＢおよびＳ−ＭｇＮＢにおけるＳｅＮＢ制御の柔軟性を向上可能となる。
【０１８７】
図１６および図１７に示す例においても、図１４および図１５に示す例と同様、ステップＳＴ８１０、ＳＴ８１３をステップＳＴ９１５、ＳＴ９１６の後に行うとしてもよい。Ｔ−ＭｇＮＢは、ステップＳＴ９１６を用いてセカンダリ基地局設定を取得してもよい。このことにより、例えば、Ｔ−ＭｇＮＢはセカンダリ基地局設定を迅速に取得可能となる。
【０１８８】
図１６および図１７に示す例において、Ｔ−ＭｇＮＢはＴ−ＭｅＮＢであってもよい。Ｓ−ＭｇＮＢはＳ−ＭｅＮＢであってもよい。ＳｅＮＢは、ＳｇＮＢであってもよい。
【０１８９】
他の解決策を開示する。ＵＥがセカンダリ基地局の設定を維持するか解放するかを、マスタ基地局が決定して該ＵＥに通知してもよい。前述におけるマスタ基地局は、移動元基地局であってもよいし、移動先基地局であってもよい。ＵＥは、該指示を用いて、該設定を維持してもよいし、解放してもよい。
【０１９０】
マスタ基地局は、該指示を、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移する前、すなわち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの時に行ってもよい。例えば、マスタ基地局は、ＲＲＣ接続再設定のシグナリングを用いて、該指示をＵＥに通知してもよい。このことにより、例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移する場合における、基地局とＵＥとの間のシグナリング量を削減可能となる。
【０１９１】
他の例として、マスタ基地局は、該指示を、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移する時に行ってもよい。例えば、マスタ基地局は、ＲＲＣ接続停止のシグナリングを用いて、該指示をＵＥに通知してもよい。このことにより、例えば、該ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを維持している間において該指示の保持が不要となるため、その結果、ＵＥにおけるバッファ量を削減可能となる。
【０１９２】
ＵＥがセカンダリ基地局の設定を維持するか解放するかを、マスタ基地局が判断するための材料として、例えば、マスタ基地局が切替わったことを用いてもよいし、セカンダリ基地局が切替わったことを用いてもよいし、前述の両方を用いてもよい。他の例として、セカンダリ基地局の種別に関する情報（例：ＩｏＴ向け基地局、ブロードバンド通信向け基地局、マクロ基地局、スモールセル用基地局）を用いてもよい。このことにより、例えば、マスタ基地局は、セカンダリ基地局の種別に応じて、ＵＥに対してセカンダリ基地局設定を適切に設定可能としつつ、基地局間のシグナリングを削減可能となる。
【０１９３】
本実施の形態１において、ＵＥがセカンダリ基地局を決定する場合について示したが、マスタ基地局がセカンダリ基地局を決定してもよい。該マスタ基地局は、例えば、移動先マスタ基地局であってもよい。マスタ基地局は、ＵＥから通知される測定結果を用いてセカンダリ基地局を決定してもよいし、マスタ基地局との間のバックホール遅延が小さい基地局をセカンダリ基地局としてもよい。このことにより、例えば、マスタ基地局とセカンダリ基地局との間の遅延を低減可能となる。すなわち、バックホール遅延が小さい基地局をセカンダリ基地局とすることにより、通信システムとしての遅延を低減可能となる。
【０１９４】
ＵＥは、該測定を、周期的に行ってもよい。該周期は、規格で決められていてもよい。あるいは、該周期はＤＲＸ周期と同じであってもよい。あるいはマスタ基地局よりＵＥ個別に通知してもよい。あるいは、該周期をマスタ基地局から配下のＵＥに報知してもよい。
【０１９５】
あるいは、ＵＥは、該測定を、ページング受信時に行ってもよい。ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおけるＵＥの処理量削減が可能となる。
【０１９６】
ＵＥは、測定結果をマスタ基地局に通知してもよい。ＵＥは該通知を、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおいて送信可能な小データを用いて行ってもよい。メジャメント結果の迅速通知が可能となる。他の例として、ＵＥは該通知を、メジャメント報告として通知してもよい。あるいは、ＲＲＣ接続再開要求（RRCConnectionResumeRequest）のシグナリングにメジャメント結果を含めてもよい。マスタ基地局は、該情報を用いてセカンダリ基地局を決定してもよい。このことにより、例えば、マスタ基地局は、ＵＥとの通信の品質が良い基地局をセカンダリ基地局として設定可能となり、その結果、通信システムにおけるＵＥの送受信レートを向上可能となる。
【０１９７】
マスタ基地局は、セカンダリ基地局の決定にあたり、セル再選択の判断基準を用いてもよい。ＵＥはマスタ基地局に、セル再選択に用いる測定結果を通知してもよい。
【０１９８】
図１８および図１９は、ＤＣ構成を用いるＵＥが、セル再選択において異なるマスタ基地局に接続した場合において、セカンダリ基地局設定を維持し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示すシーケンス図である。図１８と図１９とは境界線ＢＬ１８１９の位置で繋がっている。図１８および図１９は、移動先マスタ基地局がセカンダリ基地局を決定する場合について示す。移動元マスタ基地局をＳ−ＭｇＮＢとし、移動先マスタ基地局をＴ−ＭｇＮＢとし、セカンダリ基地局をＳｅＮＢとする。図１８および図１９は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を起動する例について示している。図１８および図１９において、図１４および図１５と同じ処理には同じステップ番号を付し、共通する説明を省略する。
【０１９９】
図１８に示すステップＳＴ８０１〜ＳＴ８０６は、図１４と同様である。
【０２００】
図１８に示すステップＳＴ１００７において、ＵＥはＴ−ＭｇＮＢに対してＲＲＣ接続再開を要求する。該要求に、Ｉ−ＲＮＴＩが含まれてもよいし、周辺セルの測定結果が含まれてもよい。ステップＳＴ１００８において、Ｔ−ＭｇＮＢは該測定結果を用いてセカンダリ基地局を決定する。図１８に示す例において、セカンダリ基地局がＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で同じとする。
【０２０１】
図１８および図１９に示すステップＳＴ８１０〜ＳＴ８２１は、図１４および図１５と同様である。
【０２０２】
図１９に示すステップＳＴ１０２５において、Ｔ−ＭｇＮＢはＵＥに対し、ＲＲＣ接続の再開を指示する。該指示には、例えば、ＲＲＣ接続再開（RRCConnectionResume）のシグナリングが用いられてもよい。該シグナリングには、ＵＥの識別子が含まれてもよい。該識別子は、例えば、Ｉ−ＲＮＴＩであってもよい。該シグナリングには、Ｔ−ＭｇＮＢが決定したセカンダリ基地局に関する情報が含まれてもよい。該情報は、例えば、セカンダリ基地局の識別子であってもよい。ＵＥは、該情報を用いて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ復帰後のセカンダリ基地局が図１８および図１９におけるＳｅＮＢであることを認識する。
【０２０３】
図１８および図１９に示す例において、ＵＥの識別子としてＩ−ＲＮＴＩが用いられる場合について示したが、図１４および図１５に示す例と同様に、Ｃ−ＲＮＴＩが用いられてもよい。ＰＣＩと組み合わせて用いられてもよい。このことにより、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時における識別子をそのまま使用可能となるため、基地局における識別子の再割り当てが不要となる。その結果、通信システムにおける処理量を削減可能となる。
【０２０４】
図１８および図１９に示す例においても、図１４および図１５に示す例と同様に、ステップＳＴ８１０〜ＳＴ８１３をステップＳＴ８１５、ＳＴ８１６の後に行うとしてもよい。後に行う場合において、Ｓ−ＭｇＮＢおよびＳｅＮＢは、ステップＳＴ８１１、ＳＴ８１２に示す動作を行わないとしてもよい。Ｔ−ＭｇＮＢは、ステップＳＴ８１６を用いてセカンダリ基地局設定を取得してもよい。このことにより、例えば、基地局間のシグナリングを削減可能となる。
【０２０５】
図１８および図１９に示す例において、Ｔ−ＭｇＮＢはＴ−ＭｅＮＢであってもよい。Ｓ−ＭｇＮＢはＳ−ＭｅＮＢであってもよい。ＳｅＮＢは、ＳｇＮＢであってもよい。
【０２０６】
本実施の形態１によって、ＵＥと基地局との間におけるＤＣ構成の齟齬の発生を防止可能となり、その結果、ＵＥとセカンダリ基地局との間における不用なデータ送受信の発生を防止可能となる。また、例えば、セカンダリ基地局設定を維持することにより、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥは迅速にＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移可能となる。
【０２０７】
実施の形態１の変形例１．
実施の形態１においては、マスタ基地局のみがＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で切替わる場合について示したが、セカンダリ基地局のみがＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で切替わる場合において、実施の形態１が適用されてもよい。
【０２０８】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後でセカンダリ基地局のみが切替わる場合において、ＵＥは、セカンダリ基地局設定を維持してもよい。マスタ基地局は移動元基地局に対し、該設定の取得を要求してもよい。移動元セカンダリ基地局はマスタ基地局に対し、該設定を通知してもよい。
【０２０９】
マスタ基地局は移動先セカンダリ基地局に対し、該設定を通知してもよい。該設定は、例えば、マスタ基地局から移動先セカンダリ基地局に対するセカンダリ基地局追加要求（SN Addition Request）のシグナリングに含まれて通知されてもよい。移動先セカンダリ基地局は、該設定を用いるか否かを判断してもよい。移動先セカンダリ基地局は、該設定を用いる旨をマスタ基地局に通知してもよい。該通知は、例えば、移動先セカンダリ基地局から移動元基地局に対するセカンダリ基地局追加要求肯定応答（SN Addition Request Acknowledgement）のシグナリングに含まれて通知されてもよい。このことにより、例えば、移動元セカンダリ基地局から移動先セカンダリ基地局への該設定通知を少ないシグナリング量で実行可能となる。
【０２１０】
他の例として、移動先セカンダリ基地局は該設定と異なるセカンダリ基地局設定を決めて、用いてもよい。移動先セカンダリ基地局はマスタ基地局に対し、該設定と異なるセカンダリ基地局設定をマスタ基地局に通知してもよい。該通知は、例えば、移動先セカンダリ基地局から移動元基地局に対するセカンダリ基地局追加要求肯定応答（SN Addition Request Acknowledgement）のシグナリングに含まれて通知されてもよい。このことにより、例えば、移動先セカンダリ基地局とＵＥとの間で、移動先セカンダリ基地局の状況（例えば、回線の負荷状況など）に応じて柔軟に設定を変更可能となる。その結果、通信システム全体において効率的な通信が可能となる。
【０２１１】
図２０および図２１は、ＤＣ構成を用いるＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で、異なるセカンダリ基地局に切替えた場合において、セカンダリ基地局設定を維持し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示すシーケンス図である。図２０と図２１とは境界線ＢＬ２０２１の位置で繋がっている。図２０および図２１において、マスタ基地局をＭｇＮＢとし、移動元セカンダリ基地局をＳ−ＳｅＮＢとし、移動先セカンダリ基地局をＴ−ＳｅＮＢとする。図２０および図２１は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を起動する例について示している。また、図２０および図２１は、セカンダリ基地局をマスタ基地局が決定する例について示している。図２０および図２１において、図１４、図１５、図１８および図１９と共通する処理については同じ番号を付し、共通する説明を省略する。
【０２１２】
図２０に示すステップＳＴ８０１〜ＳＴ８０６は、図１４と同様である。また、図２０に示すステップＳＴ１００７、ＳＴ１００８は、図１８と同様である。図２０では、ステップＳＴ１００８において、ＭｇＮＢはＴ−ＳｅＮＢをセカンダリ基地局に決定した場合について示している。
【０２１３】
図２０に示すステップＳＴ１２１１において、ＭｇＮＢはＳ−ＳｅＮＢに対し、セカンダリ基地局設定の取得の要求を行う。該要求には、図１４に示すステップＳＴ８１１と同様のものが用いられてもよい。ステップＳＴ１２１２において、Ｓ−ＳｅＮＢはＭｇＮＢに対し、セカンダリ基地局設定を通知する。該設定は、例えば、ＳＤＡＰおよび／あるいはＰＤＣＰに関する設定であってもよい。該シグナリングには、図１４に示すステップＳＴ８１２と同様のものが用いられてもよい。
【０２１４】
図２１に示すステップＳＴ１２１５において、ＭｇＮＢはＴ−ＳｅＮＢに対して、セカンダリ基地局追加要求（SN Addition Request）を通知する。該要求には、ステップＳＴ１２１２にて取得したセカンダリ基地局設定が含まれてもよい。ステップＳＴ１２１６において、Ｔ−ＳｅＮＢはＭｇＮＢに対し、該要求に対する肯定応答（セカンダリ基地局追加要求肯定応答；SN Addition Request ACK）を通知する。該通知には、例えば、セカンダリ基地局設定のうちＲＬＣ、ＭＡＣ、ＰＨＹに関する設定が含まれてもよい。
【０２１５】
図２１に示すステップＳＴ８２０、ＳＴ８２１は、図１４と同様である。また、図２１に示すステップＳＴ１０２５は、図１９と同様である。図２１のステップＳＴ１０２５において含まれるセカンダリ基地局識別子は、Ｔ−ＳｅＮＢのものであってもよい。ステップＳＴ８２６〜ＳＴ８３７は、図１４と同様である。
【０２１６】
図２０および図２１に示す例において、ステップＳＴ８２１として、Ｓ−ＳｅＮＢがＭｇＮＢに対し、セカンダリ基地局解放要求肯定応答を送信する場合について示したが、該応答を送信しないとしてもよい。ＭｇＮＢは、ステップＳＴ８２０として示すセカンダリ基地局解放要求をＳ−ＳｅＮＢに対して送信後、自動的にセカンダリ基地局解放が完了したと認識してもよい。このことにより、例えば、基地局間シグナリングを削減可能となる。
【０２１７】
図２０および図２１に示す例において、ステップＳＴ１２１２をステップＳＴ１２１１の後に行う場合について示したが、予め、Ｓ−ＳｅＮＢからＭｇＮＢに対してセカンダリ基地局設定を送信してもよい。例えば、Ｓ−ＳｅＮＢは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移したことを用いて、ステップＳＴ１２１２を行ってもよい。前述において、例えば、ＭｇＮＢはステップＳＴ１２１１を行わないとしてもよい。このことにより、例えば、ＭｇＮＢはセカンダリ基地局設定を迅速に取得可能となる。
【０２１８】
図２０および図２１に示す例において、ＭｇＮＢがステップＳＴ１２１１としてセカンダリ基地局設定を要求する場合について示したが、ＭｇＮＢがステップＳＴ１２１１を行わないとしてもよい。例えば、ＭｇＮＢがＳ−ＳｅＮＢの設定（例：ＳＤＡＰ／ＰＤＣＰ設定）を保持している場合において、ＭｇＮＢがステップＳＴ１２１１を行わないとしてもよい。このことにより、例えば、基地局間のシグナリング量を削減可能となる。
【０２１９】
図２０および図２１に示す例において、ステップＳＴ８２０、ＳＴ８２１として示すセカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、ステップＳＴ１２１５、ＳＴ１２１６として示すセカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の後に行われる場合について示した。しかし、セカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、セカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の前に行われるとしてもよい。このことにより、例えば、ＭｇＮＢにおけるセカンダリ基地局制御の柔軟性を向上可能となる。
【０２２０】
図２１に示すステップＳＴ１２１６において、ＳＮ設定（例：ＳＤＡＰ／ＰＤＣＰ設定）をＲＲＣ＿ＩＮＡＣＴＩＶＥ前から変更しない例について示したが、Ｔ−ＳｅＮＢは該設定を変更してもよい。ＳｅＮＢは変更した該設定を、ステップＳＴ１２１６の通知に含めてもよい。ＭｇＮＢはＵＥに対し、変更した該設定をステップＳＴ１０２５の通知に含めてもよい。ＵＥは、ステップＳＴ８２６において、変更した該設定を用いてＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移動作を行ってもよい。このことにより、例えば、通信システムにおけるマスタ基地局とセカンダリ基地局の組合せにおいて、効率的な設定を使用可能となり、その結果、通信システムにおける通信効率を向上可能となる。
【０２２１】
図２０および図２１に示す例において、ＭｇＮＢはＭｅＮＢであってもよい。Ｔ−ＳｅＮＢはＴ−ＳｇＮＢであってもよい。Ｓ−ＳｅＮＢはＳ−ＳｇＮＢであってもよい。
【０２２２】
他の解決策を開示する。ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後でセカンダリ基地局のみが切替わる場合において、ＵＥは、セカンダリ基地局設定を解放してもよい。ＵＥは、該設定の解放を、例えば、実施の形態１において開示したタイミングにおいて実行してもよい。このことにより、例えば、ＵＥは、移動先セカンダリ基地局の状況（例えば、ＵＥとの間の無線チャネル状況、該基地局の負荷状況など）に応じて、適切な設定を使用可能となる。その結果、通信システムにおけるＵＥの送受信レートを向上可能となる。
【０２２３】
図２２および図２３は、ＤＣ構成を用いるＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で、異なるセカンダリ基地局に切替えた場合において、セカンダリ基地局設定を解放し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示すシーケンス図である。図２２と図２３とは境界線ＢＬ２２２３の位置で繋がっている。図２２および図２３において、マスタ基地局をＭｇＮＢとし、移動元セカンダリ基地局をＳ−ＳｅＮＢとし、移動先セカンダリ基地局をＴ−ＳｅＮＢとする。図２２および図２３は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を起動する例について示している。また、図２２および図２３は、セカンダリ基地局をマスタ基地局が決定する場合について示している。図２２および図２３において、図１４〜図１９と共通する処理については同じ番号を付し、共通する説明を省略する。
【０２２４】
図２２に示すステップＳＴ８０１、ＳＴ８０２は、図１４と同様である。ステップＳＴ９０３は、図１６と同様である。ステップＳＴ８０５〜ＳＴ８０６は、図１４と同様である。また、図２２に示すステップＳＴ１００７、ＳＴ１００８は、図１８と同様である。図２２では、ステップＳＴ１００８において、ＭｇＮＢはＴ−ＳｅＮＢをセカンダリ基地局に決定した場合について示している。
【０２２５】
図２３に示すステップＳＴ９１５、ステップＳＴ９１６は、図１７と同様である。
【０２２６】
図２３に示すステップＳＴ８２０、ＳＴ８２１は、図１５と同様である。また、図２３に示すステップＳＴ１０２５は、図１９と同様である。図２３のステップＳＴ１０２５において含まれるセカンダリ基地局識別子は、Ｔ−ＳｅＮＢのものであってもよい。ステップＳＴ８２６〜ＳＴ８３７は、図１５と同様である。
【０２２７】
図２２および図２３に示す例においても、図１４、図１５、図２０および図２１と同様に、ステップＳＴ８２１に示すセカンダリ基地局解放要求肯定応答の送信を行わないとしてもよい。ＭｇＮＢは、ステップＳＴ８２０として示すセカンダリ基地局解放要求をＳ−ＳｅＮＢに対して送信後、自動的にセカンダリ基地局解放が完了したと認識してもよい。このことにより、例えば、基地局間シグナリングを削減可能となる。
【０２２８】
図２２および図２３に示す例においても、図１４、図１５、図２０および図２１と同様に、ステップＳＴ８２０、ＳＴ８２１として示すセカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、ステップＳＴ９１５、ＳＴ９１６として示すセカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の前に行われるとしてもよい。このことにより、例えば、ＭｇＮＢにおけるセカンダリ基地局制御の柔軟性を向上可能となる。
【０２２９】
図２０および図２１に示す例において、ＭｇＮＢはＭｅＮＢであってもよい。Ｔ−ＳｅＮＢはＴ−ＳｇＮＢであってもよい。Ｓ−ＳｅＮＢはＳ−ＳｇＮＢであってもよい。
【０２３０】
他の解決策を開示する。ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後でセカンダリ基地局のみが切替わる場合において、ＵＥがセカンダリ基地局の設定を維持するか解放するかを、マスタ基地局が決定して該ＵＥに通知してもよい。マスタ基地局が決定してＵＥに通知する動作について、実施の形態１と同様の方法を適用してもよい。このことにより、例えば、実施の形態１と同様の効果が得られる。
【０２３１】
他の例として、マスタ基地局による、ＵＥがセカンダリ基地局の設定を維持するか解放するかの判断に、セカンダリ基地局のＲＡＮエリア更新有無が用いられてもよいし、セカンダリ基地局の種別に関する情報が用いられてもよい。セカンダリ基地局の種別とは、例えば、ＩｏＴ向け基地局であってもよいし、ブロードバンド向け基地局であってもよいし、他の情報であってもよい。マスタ基地局は、例えば、セカンダリ基地局の種別がＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で異なることを用いて、ＵＥがセカンダリ基地局の設定を解放する、と決定してもよい。このことにより、例えば、セカンダリ基地局の種別に応じて、通信システムにおける効率的な運用が可能となる。
【０２３２】
実施の形態１の本変形例１において、マスタ基地局がセカンダリ基地局を決定する場合について示したが、ＵＥがセカンダリ基地局を決定してもよい。例えば、図２０および図２１におけるステップＳＴ１００７、ＳＴ１０２５が、それぞれ、図１４および図１５におけるステップＳＴ８０７、ＳＴ８２５に置き換わり、図２０におけるステップＳＴ１００８を無しとしてもよい。図２２および図２３においても、図２０および図２１と同様としてもよい。このことにより、例えば、ＵＥからマスタ基地局に対する測定情報の通知が不要となるため、ＵＥとマスタ基地局との間のシグナリング量を削減可能となる。
【０２３３】
実施の形態１の本変形例１によって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後でセカンダリ基地局が切替わった場合においても、実施の形態１と同様の効果が得られる。
【０２３４】
実施の形態１の変形例２．
実施の形態１の変形例１においては、セカンダリ基地局のみがＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で切替わる場合について示したが、マスタ基地局、セカンダリ基地局の両方がＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で切替わる場合において、実施の形態１が適用されてもよい。
【０２３５】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後でマスタ基地局、セカンダリ基地局の両方が切替わる場合において、ＵＥは、セカンダリ基地局設定を維持してもよい。移動先マスタ基地局は、移動元マスタ基地局経由で、移動元セカンダリ基地局に対し、該設定の取得を要求してもよい。移動元セカンダリ基地局は、移動元マスタ基地局経由で、移動先マスタ基地局に対し、該設定を通知してもよい。
【０２３６】
移動先マスタ基地局は移動先セカンダリ基地局に対し、該設定を通知してもよい。該設定は、例えば、移動先マスタ基地局から移動先セカンダリ基地局に対するセカンダリ基地局追加要求（SN Addition Request）のシグナリングに含まれて通知されてもよい。移動先セカンダリ基地局は、該設定を用いるか否かを判断してもよい。移動先セカンダリ基地局は、該設定を用いる旨を移動先マスタ基地局に通知してもよい。該通知は、例えば、移動先セカンダリ基地局から移動元基地局に対するセカンダリ基地局追加要求肯定応答（SN Addition Request Acknowledgement）のシグナリングに含まれて通知されてもよい。このことにより、例えば、移動元セカンダリ基地局から移動先セカンダリ基地局への該設定通知を少ないシグナリング量で実行可能となる。
【０２３７】
他の例として、移動先セカンダリ基地局は該設定と異なるセカンダリ基地局設定を決めて、用いてもよい。移動先セカンダリ基地局は移動先マスタ基地局に対し、該設定と異なるセカンダリ基地局設定を移動先マスタ基地局に通知してもよい。該通知は、例えば、移動先セカンダリ基地局から移動元基地局に対するセカンダリ基地局追加要求肯定応答（SN Addition Request Acknowledgement）のシグナリングに含まれて通知されてもよい。このことにより、例えば、移動先セカンダリ基地局とＵＥとの間で、移動先セカンダリ基地局の状況（例えば、回線の負荷状況など）に応じて柔軟に設定を変更可能となる。その結果、通信システム全体において効率的な通信が可能となる。
【０２３８】
図２４および図２５は、ＤＣ構成を用いるＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で、異なるマスタ基地局、異なるセカンダリ基地局に切替えた場合において、セカンダリ基地局設定を維持し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示すシーケンス図である。図２４と図２５とは境界線ＢＬ２４２５の位置で繋がっている。図２４および図２５において、移動元マスタ基地局をＳ−ＭｇＮＢとし、移動先マスタ基地局をＴ−ＭｇＮＢとし、移動元セカンダリ基地局をＳ−ＳｅＮＢとし、移動先セカンダリ基地局をＴ−ＳｅＮＢとする。図２４および図２５は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を起動する例について示している。また、図２４および図２５は、セカンダリ基地局をマスタ基地局が決定する例について示している。図２４および図２５において、図１４、図１５、図１８および図１９と共通する処理については同じ番号を付し、共通する説明を省略する。
【０２３９】
図２４におけるステップＳＴ８０１〜ＳＴ８０６は、図１４と同様である。ステップＳＴ１００７、ＳＴ１００８は、図１８と同様である。ステップＳＴ８１０〜ＳＴ８２１は、図１４と同様である。ステップＳＴ１０２５は、図１８と同様である。ステップＳＴ８２６〜ＳＴ８３７は、図１４と同様である。
【０２４０】
図２４および図２５に示す例において、ステップＳＴ８１２をステップＳＴ８１１の後に行う場合について示したが、予め、Ｓ−ＳｅＮＢからＳ−ＭｇＮＢに対してセカンダリ基地局設定を送信してもよい。例えば、Ｓ−ＳｅＮＢは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移したことを用いて、ステップＳＴ８１２を行ってもよい。前述において、例えば、Ｓ−ＭｇＮＢはステップＳＴ８１１を行わないとしてもよい。このことにより、例えば、Ｓ−ＭｇＮＢはセカンダリ基地局設定を迅速に取得可能となる。
【０２４１】
図２４および図２５に示す例において、Ｓ−ＭｇＮＢがステップＳＴ８１１としてセカンダリ基地局設定を要求する場合について示したが、Ｓ−ＭｇＮＢがステップＳＴ８１１を行わないとしてもよい。例えば、Ｓ−ＭｇＮＢがＳ−ＳｅＮＢの設定（例：ＳＤＡＰ／ＰＤＣＰ設定）を保持している場合において、Ｓ−ＭｇＮＢがステップＳＴ８１１を行わないとしてもよい。このことにより、例えば、基地局間のシグナリング量を削減可能となる。
【０２４２】
図２４および図２５に示す例において、ステップＳＴ８２０、ＳＴ８２１として示すセカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、ステップＳＴ８１５、ＳＴ８１６として示すセカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の後に行われる場合について示した。しかし、セカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、セカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の前に行われるとしてもよい。このことにより、例えば、ＭｇＮＢにおけるセカンダリ基地局の柔軟性を向上可能となる。
【０２４３】
図２５に示すステップＳＴ８１６において、ＳＮ設定（例：ＳＤＡＰ／ＰＤＣＰ設定）をＲＲＣ＿ＩＮＡＣＴＩＶＥ前から変更しない例について示したが、ＳｅＮＢは該設定を変更してもよい。ＳｅＮＢは変更した該設定を、ステップＳＴ８１６の通知に含めてもよい。Ｔ−ＭｇＮＢはＵＥに対し、変更した該設定をステップＳＴ１０２５の通知に含めてもよい。ＵＥは、ステップＳＴ８２６において、変更した該設定を用いてＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移動作を行ってもよい。このことにより、例えば、通信システムにおけるマスタ基地局とセカンダリ基地局の組合せにおいて、効率的な設定を使用可能となり、その結果、通信システムにおける通信効率を向上可能となる。
【０２４４】
図２４および図２５に示す例において、Ｓ−ＭｇＮＢはＳ−ＭｅＮＢであってもよい。Ｔ−ＭｇＮＢはＴ−ＭｅＮＢであってもよい。Ｔ−ＳｅＮＢはＴ−ＳｇＮＢであってもよい。Ｓ−ＳｅＮＢはＳ−ＳｇＮＢであってもよい。
【０２４５】
他の解決策を開示する。ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後でマスタ基地局、セカンダリ基地局の両方が切替わる場合において、ＵＥは、セカンダリ基地局設定を解放してもよい。ＵＥは、該設定の解放を、例えば、実施の形態１において開示したタイミングにおいて実行してもよい。このことにより、例えば、ＵＥは、移動先セカンダリ基地局の状況（例えば、ＵＥとの間の無線チャネル状況、該基地局の負荷状況など）に応じて、適切な設定を使用可能となる。その結果、通信システムにおけるＵＥの送受信レートを向上可能となる。
【０２４６】
図２６および図２７は、ＤＣ構成を用いるＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で、異なるマスタ基地局、異なるセカンダリ基地局に切替えた場合において、セカンダリ基地局設定を解放し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ遷移する動作を示すシーケンス図である。図２６と図２７とは境界線ＢＬ２６２７の位置で繋がっている。図２６および図２７において、移動元マスタ基地局をＳ−ＭｇＮＢとし、移動先マスタ基地局をＴ−ＭｇＮＢとし、移動元セカンダリ基地局をＳ−ＳｅＮＢとし、移動先セカンダリ基地局をＴ−ＳｅＮＢとする。図２６および図２７は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を起動する例について示している。また、図２６および図２７は、セカンダリ基地局を移動先マスタ基地局が決定する場合について示している。図２６および図２７において、図１４〜図１９と共通する処理については同じ番号を付し、共通する説明を省略する。
【０２４７】
図２６に示すステップＳＴ８０１、ＳＴ８０２は、図１４と同様である。ステップＳＴ９０３は、図１６と同様である。ステップＳＴ８０５〜ＳＴ８０６は、図１４と同様である。また、図２６に示すステップＳＴ１００７、ＳＴ１００８は、図１８と同様である。図２６では、ステップＳＴ１００８において、ＭｇＮＢはＴ−ＳｅＮＢをセカンダリ基地局に決定した場合について示している。
【０２４８】
図２７に示すステップＳＴ９１５、ステップＳＴ９１６は、図１５と同様である。
【０２４９】
図２７に示すステップＳＴ８２０、ＳＴ８２１は、図１４と同様である。また、図２７に示すステップＳＴ１０２５は、図１９と同様である。図２７のステップＳＴ１０２５において含まれるセカンダリ基地局識別子は、Ｔ−ＳｅＮＢのものであってもよい。ステップＳＴ８２６〜ＳＴ８３７は、図１４と同様である。
【０２５０】
図２６および図２７に示す例においても、図１４、図１５、図２０および図２１と同様に、ステップＳＴ８２１に示すセカンダリ基地局解放要求肯定応答の送信を行わないとしてもよい。ＭｇＮＢは、ステップＳＴ８２０として示すセカンダリ基地局解放要求をＳｅＮＢに対して送信後、自動的にセカンダリ基地局解放が完了したと認識してもよい。このことにより、例えば、基地局間シグナリングを削減可能となる。
【０２５１】
図２６および図２７に示す例においても、図１４、図１５、図２０および図２１と同様に、ステップＳＴ８２０、ＳＴ８２１として示すセカンダリ基地局解放要求およびセカンダリ基地局解放要求肯定応答が、ステップＳＴ９１５、ＳＴ９１６として示すセカンダリ基地局追加要求およびセカンダリ基地局追加要求肯定応答の前に行われるとしてもよい。このことにより、例えば、Ｔ−ＭｇＮＢおよびＳ−ＭｇＮＢにおけるＳｅＮＢ制御の柔軟性を向上可能となる。
【０２５２】
図２６および図２７に示す例において、Ｓ−ＭｇＮＢはＳ−ＭｅＮＢであってもよい。Ｔ−ＭｇＮＢはＴ−ＭｅＮＢであってもよい。Ｔ−ＳｅＮＢはＴ−ＳｇＮＢであってもよい。Ｓ−ＳｅＮＢはＳ−ＳｇＮＢであってもよい。
【０２５３】
他の解決策を開示する。ＲＲＣ＿ＩＮＡＣＴＩＶＥ前後でマスタ基地局、セカンダリ基地局の両方が切替わる場合において、ＵＥがセカンダリ基地局の設定を維持するか解放するかを、マスタ基地局が決定して該ＵＥに通知してもよい。前述のマスタ基地局は、移動先マスタ基地局であってもよいし、移動元マスタ基地局であってもよい。前述のマスタ基地局が、ＵＥにおけるセカンダリ基地局設定の維持あるいは解放を決定してＵＥに通知する動作について、実施の形態１と同様の方法を適用してもよい。このことにより、例えば、実施の形態１と同様の効果が得られる。
【０２５４】
実施の形態１の本変形例２において、移動先マスタ基地局がセカンダリ基地局を決定する場合について示したが、ＵＥがセカンダリ基地局を決定してもよい。このことにより、例えば、ＵＥから移動先マスタ基地局に対する測定情報の通知が不要となるため、ＵＥと移動先マスタ基地局との間のシグナリング量を削減可能となる。
【０２５５】
実施の形態１の本変形例２によって、マスタ基地局およびセカンダリ基地局がＲＲＣ＿ＩＮＡＣＴＩＶＥ前後で切替わる場合においても、実施の形態１と同様の効果が得られる。
【０２５６】
実施の形態２．
ＬＴＥ基地局とＮＲ基地局によるＤＣにおいては、ＬＴＥ基地局がＬＴＥ、およびＮＲのＦＲ１の周波数帯におけるメジャメントギャップの設定を決定する。ＮＲ基地局がＮＲのＦＲ２の周波数帯におけるメジャメントギャップの設定を決定する（非特許文献２２参照）。
【０２５７】
ＮＲ基地局はＬＴＥ基地局に対し、自基地局が設定可能なメジャメントギャップの候補を通知してもよい。ＬＴＥ基地局は該通知を用いて、ＬＴＥ、およびＮＲのＦＲ１の周波数帯におけるメジャメントギャップの設定を決めてもよい。ＬＴＥ基地局はＮＲ基地局に対し、ＬＴＥ、およびＮＲのＦＲ１の周波数帯におけるメジャメントギャップの設定を通知してもよい。ＮＲ基地局は該設定を用いて、ＵＥに対するＦＲ１の周波数帯におけるスケジューリングを行ってもよい。
【０２５８】
ＮＲ基地局はＬＴＥ基地局に対し、ＮＲのＦＲ２の周波数帯におけるメジャメントギャップの設定を通知してもよい。ＬＴＥ基地局は該設定を用いて、ＵＥに対するＬＴＥのスケジューリング、例えば、送信電力設定を行ってもよい。
【０２５９】
前述において、マスタ基地局はＬＴＥ基地局であってもよいし、ＮＲ基地局であってもよい。
【０２６０】
前述の方法をＮＲ−ＤＣ、すなわち、マスタ基地局もセカンダリ基地局もＮＲ基地局である場合に適用すると、以下に示す問題が生じる。すなわち、ＮＲ−ＤＣにおいてはＬＴＥ基地局が存在しないため、ＦＲ１向けのメジャメントギャップを設定することができない。その結果、ＮＲ−ＤＣにおいて、ＦＲ１を用いた通信が不可能となり、基地局のカバレッジが低下するといった問題が生じる。
【０２６１】
また、ＮＲ−ＤＣにおいて、ＦＲ１、ＦＲ２のメジャメントギャップの設定をどちらの基地局が設定するかについて開示されていない。このため、例えば、ＭｇＮＢとＳｇＮＢの両方が同じ周波数帯区分（例：ＦＲ１、ＦＲ２）のメジャメントギャップをそれぞれ設定することにより、ＵＥにおいてはメジャメントギャップが過剰に設定される。その結果、ＵＥにおける通信レートが悪化するといった問題が生じる。
【０２６２】
前述の問題点を解決する方法を開示する。自基地局が用いる周波数帯の区分について、メジャメントギャップを設定する。例えば、ＦＲ１を用いる基地局がＦＲ１のメジャメントギャップの設定を行うとしてもよい。ＦＲ２を用いる基地局がＦＲ２のメジャメントギャップの設定を行うとしてもよい。前述の設定の動作は、例えば、ＭｇＮＢとＳｇＮＢとの間で使用する周波数帯の区分が異なる場合において適用してもよい。このことにより、例えば、メジャメントギャップの設定における基地局間の調整が不要となり、その結果、迅速なメジャメントギャップ設定が可能となる。
【０２６３】
他の解決策を開示する。各基地局が設定する、メジャメントギャップの周波数帯区分を、静的に決めてもよい。例えば、ＭｇＮＢがＦＲ１もＦＲ２も設定するとしてもよい。ＳｇＮＢはＭｇＮＢに対し、自基地局が対応可能なメジャメントギャップ設定の候補を通知してもよい。ＭｇＮＢはＳｇＮＢに対し、設定したメジャメントギャップを通知してもよい。このことにより、例えば、通信システムにおける、メジャメントギャップ設定に関する設計の複雑性を回避可能となる。
【０２６４】
各基地局が設定する、メジャメントギャップの周波数帯区分を静的に決める場合の他の例として、ＭｇＮＢがＦＲ１のメジャメントギャップを設定するとしてもよく、ＳｇＮＢがＦＲ２のメジャメントギャップを設定するとしてもよい。ＳｇＮＢはＭｇＮＢに対し、ＦＲ１について自基地局が対応可能なメジャメントギャップ設定の候補を通知してもよい。ＭｇＮＢはＳｇＮＢに対し、ＦＲ１について設定したメジャメントギャップを通知してもよい。同様に、ＭｇＮＢはＳｇＮＢに対し、ＦＲ２について自基地局が対応可能なメジャメントギャップ設定の候補を通知してもよい。ＳｇＮＢはＭｇＮＢに対し、ＦＲ２について設定したメジャメントギャップを通知してもよい。このことにより、例えば、メジャメントギャップの設定に関するＭｇＮＢの処理量を削減可能となる。
【０２６５】
他の例として、ＭｇＮＢがＦＲ２のメジャメントギャップを設定するとしてもよく、ＳｇＮＢがＦＲ１のメジャメントギャップを設定するとしてもよい。ＳｇＮＢはＭｇＮＢに対し、ＦＲ２について自基地局が対応可能なメジャメントギャップ設定の候補を通知してもよい。ＭｇＮＢはＳｇＮＢに対し、ＦＲ２について設定したメジャメントギャップを通知してもよい。同様に、ＭｇＮＢはＳｇＮＢに対し、ＦＲ１について自基地局が対応可能なメジャメントギャップ設定の候補を通知してもよい。ＳｇＮＢはＭｇＮＢに対し、ＦＲ１について設定したメジャメントギャップを通知してもよい。このことにより、例えば、前述と同様の効果が得られる。
【０２６６】
他の例として、基地局の種別に関する情報を用いて決めてもよい。該情報とは、例えば、該基地局がＩｏＴ端末向けであることや、ブロードバンド向けであること、であってもよい。また、該情報とは、例えば、該基地局がマクロ基地局であることや、スモールセル用基地局であること、であってもよい。例えば、ＩｏＴ端末向けの基地局がＦＲ１のメジャメントギャップを設定するとしてもよいし、ブロードバンド向けの基地局がＦＲ２のメジャメントギャップを設定するとしてもよい。他の例として、マクロ基地局がＦＲ１のメジャメントギャップを設定するとしてもよいし、スモールセル用基地局がＦＲ２のメジャメントギャップを設定するとしてもよい。このことにより、基地局とＵＥとの間で行われる通信のユースケースに応じて適切なメジャメントギャップを設定可能となる。
【０２６７】
ＳｇＮＢはＭｇＮＢに対し、自基地局の種別に関する情報を通知してもよい。ＭｇＮＢはＳｇＮＢに対し、自基地局の種別に関する情報を通知してもよい。ＭｇＮＢとＳｇＮＢは、それぞれ他方の基地局から受信した情報を用いて、他方の基地局の種別を認識するとしてもよい。このことにより、例えば、両基地局間における設定の重複および／あるいは抜けを防止可能となる。
【０２６８】
他の例として、ＵＥの種別に関する情報を用いて決めてもよい。該情報とは、例えば、該ＵＥがＩｏＴ端末であることや、ブロードバンド端末であること、であってもよいし、他の情報であってもよい。例えば、ＩｏＴ端末に対してはＭｇＮＢがＦＲ１向けのメジャメントギャップを設定するとしてもよい。他の例としては、ブロードバンド端末に対してはＳｇＮＢがＦＲ２のメジャメントギャップを設定するとしてもよいし、このことにより、例えば、基地局とＵＥとの間で行われる通信のユースケースに応じて適切なメジャメントギャップを設定可能となる。該情報は、例えば、ＵＥケーパビリティに含まれてもよいし、他のシグナリングに含まれてもよい。ＵＥは該情報をＭｇＮＢに通知してもよい。ＭｇＮＢは該情報をＳｇＮＢに通知してもよい。ＭｇＮＢおよびＳｇＮＢは、該情報を用いて、自ｇＮＢがＦＲ１、ＦＲ２のうちどちらのメジャメントギャップを設定するかについて判断してもよい。
【０２６９】
他の解決策を開示する。各基地局が設定する、メジャメントギャップの周波数帯区分を、準静的に決めてもよい。例えば、ＦＲ１の周波数帯を用いてＵＥと通信する基地局のうち、小さいサブキャリア間隔、すなわち、長いシンボル長を用いる基地局が、ＦＲ１の周波数帯のメジャメントギャップを設定するとしてもよい。また、ＦＲ２の周波数帯を用いてＵＥと通信する基地局のうち、小さいサブキャリア間隔、すなわち、長いシンボル長を用いる基地局が、ＦＲ２の周波数帯のメジャメントギャップを設定するとしてもよい。ＳｇＮＢはＭｇＮＢに対し、ＳｇＮＢがＵＥとの通信において用いるサブキャリア間隔の情報を通知してもよい。該通知は、例えば、ＳｇＮＢからＭｇＮＢ経由でＵＥに通知するＲＲＣ設定に含めてもよい。ＭｇＮＢはＳｇＮＢに対し、ＭｇＮＢがＵＥとの通信において用いるサブキャリア間隔の情報を通知してもよい。該通知の方法として、例えば、ＭｇＮＢがＵＥに対して通知したＲＲＣ設定を、ＭｇＮＢからＳｇＮＢに対して転送する、という方法を用いてもよい。
【０２７０】
他の解決策を開示する。モビリティ発生前のメジャメントギャップ設定主体を引き継いでもよい。例えば、マスタ基地局がｅＮＢとなりセカンダリ基地局がｇＮＢとなるＤＣから、マスタ基地局のハンドオーバによりＮＲ−ＤＣとなった場合において、ＭｇＮＢがＦＲ１のメジャメントギャップ設定を行い、ＳｇＮＢがＦＲ２のメジャメントギャップ設定を行うとしてもよい。他の例として、マスタ基地局がｇＮＢとなりセカンダリ基地局がｅＮＢとなるＤＣから、セカンダリ基地局の切替えによりＮＲ−ＤＣとなった場合において、ＭｇＮＢがＦＲ２のメジャメントギャップ設定を行い、ＳｇＮＢがＦＲ１のメジャメントギャップ設定を行うとしてもよい。他の例として、ＮＲ−ＤＣから他の基地局を用いたＮＲ−ＤＣへのモビリティ発生時において、移動元ＭｇＮＢが設定した周波数帯区分のメジャメントギャップを移動先ＭｇＮＢが設定するとしてもよいし、移動先ＳｇＮＢが設定した周波数区分のメジャメントギャップを移動先ＳｇＮＢが設定するとしてもよい。このことにより、例えば、モビリティ発生後における設定変更が少なくなり、その結果、通信システムにおける処理量を削減可能となる。前述において、ハンドオーバは、セル再選択であってもよい。
【０２７１】
他の解決策を開示する。ＦＲ１とＦＲ２のうちどちらの周波数帯区分を、ＭｇＮＢとＳｇＮＢのうちどちらの基地局が設定するかについて、ＭｇＮＢが決めるとしてもよい。ＭｇＮＢはＳｇＮＢに対し、該ＳｇＮＢが設定するメジャメントギャップの周波数帯区分に関する情報を通知してもよい。該通知は、例えば、ＭｇＮＢからＳｇＮＢに対して通知されるシグナリング（例：ＳｇＮＢ追加要求、ＳｇＮＢ変更（modification）要求、等）に含まれてもよい。該通知によって、ＳｇＮＢが設定するメジャメントギャップの周波数帯区分においてＭｇＮＢが対応可能なメジャメントギャップ設定の候補を通知してもよい。ＳｇＮＢはＭｇＮＢに対し、ＭｇＮＢが設定するメジャメントギャップの周波数帯区分においてＳｇＮＢが対応可能なメジャメントギャップ設定の候補を通知してもよい。該通知は、例えば、ＳｇＮＢからＭｇＮＢに対して通知されるシグナリング（例：ＳｇＮＢ追加要求肯定応答、ＳｇＮＢ変更（modification）要求肯定応答、等）に含まれてもよい。このことにより、例えば、ＵＥとＭｇＮＢ、ＳｇＮＢとの間の通信状況に応じて、メジャメントギャップを柔軟に設定可能となる。
【０２７２】
他の例として、ＦＲ１とＦＲ２のうちどちらの周波数帯区分を、ＭｇＮＢとＳｇＮＢのうちどちらの基地局が設定するかについて、ＳｇＮＢが決めるとしてもよい。ＳｇＮＢはＭｇＮＢに対し、該ＭｇＮＢが設定するメジャメントギャップの周波数帯区分に関する情報を通知してもよい。このことにより、例えば、ＭｇＮＢにおける処理量を削減可能となる。
【０２７３】
本実施の形態２における解決策を組み合わせて用いてもよい。例えば、ＭｇＮＢが、両基地局で用いるサブキャリア間隔の情報を用いて、ＦＲ１、ＦＲ２の各周波数帯区分のメジャメントギャップを決定する基地局を決めてもよい。ＭｇＮＢは、ＳｇＮＢからＭｇＮＢ経由でＵＥに通知されるＲＲＣシグナリングを用いて、ＳｇＮＢのサブキャリア間隔の情報を取得してもよい。このことにより、例えば、通信システムにおいてメジャメントギャップを柔軟に設定可能となる。
【０２７４】
本実施の形態２により、ＮＲ−ＤＣにおいてもＦＲ１とＦＲ２の両方のメジャメントギャップを独立に設定可能となるため、ＵＥとＭｇＮＢ、ＳｇＮＢとの間の通信レートの低下を防止可能となる。
【０２７５】
実施の形態３．
設定済みグラント（Configured Grant；非特許文献１６  １０．３節参照）を用いた上り送信において、ＮＲのＵＬのカバレッジの差を補うために設けられる低い周波数による上りリンク、すなわち、ＳＵＬ（Supplementary UpLink；非特許文献１７  ５．１６節参照）のキャリアが用いられてもよいし、非ＳＵＬのキャリアが用いられてもよい。基地局は、ＳＵＬ／非ＳＵＬのどちらを用いるかを示す情報を、該設定済みグラントをＵＥに通知するシグナリングに含めて、ＵＥに通知してもよい。該通知には、ＲＲＣシグナリングが用いられてもよい。前述の通知は、設定済みグラントのうちタイプ１において用いられてもよい。ＵＥは、該シグナリングに含まれる該情報にて指示されているキャリアを用いて、設定済みグラントによる上り送信を行ってもよい。
【０２７６】
ＵＥは、動的グラントによる上り送信を、設定済みグラントによる上り送信とは異なるキャリアを用いて送信してもよい。基地局は、ＳＵＬ／非ＳＵＬ切替え指示を、該動的グラントに含めて、ＵＥに通知してもよい。
【０２７７】
前述の場合において、以下に示す問題点が生じる。すなわち、ＳＵＬ／非ＳＵＬ間を跨いだ、タイプ１の設定済みグラントへの切替えの方法について、開示されていない。その結果、ＵＥと基地局との間でＵＬ送信に用いるキャリアの齟齬が生じ、その結果、ＵＥが送信したＵＬ信号を基地局が受信できなくなる、といった問題が生じる。
【０２７８】
図２８は、前述の問題点を説明する図である。図２８に示す設定済みグラント３０００において、基地局はＵＥに対して、上り信号３００５、３００６、３００７の送信を、設定済みグラントのタイプ１として設定する。図２８に示す例において、上り送信３００５、３００６、３００７を送信するキャリアとして、ＳＵＬが設定されたとする。ＵＥは、設定済みグラント３０００に従い、上り信号３００５、３００６をＳＵＬのキャリアを用いて送信する。
【０２７９】
図２８において、基地局はＵＥに対し、動的グラント３０１０を送信する。動的グラント３０１０には、上り送信３０１５を非ＳＵＬで送信することを指示する情報が含まれる。ＵＥは、動的グラント３０１０を用いて、上り送信キャリアを非ＳＵＬに切替える。また、ＵＥは、動的グラント３０１０を用いて、上り信号３０１５を非ＳＵＬによって送信する。
【０２８０】
図２８に示す上り信号３００７を送信するタイミングにおいて、ＵＥの上り送信用キャリアは非ＳＵＬとなっている。そのため、設定済みグラント３０００にて設定された送信キャリアであるＳＵＬと齟齬が生じ、その結果、ＵＥが送信したＵＬ信号を基地局が受信できなくなる。
【０２８１】
前述の問題点を解決する方法を開示する。
【０２８２】
基地局はＵＥに対し、上り送信用のＳＵＬ／非ＳＵＬ切替え指示を送信する。基地局は該指示を、例えば前述における動的グラント送信後に送信するとしてもよい。ＵＥは、設定済みグラントによる上り送信前に該指示を受信するものとする。ＵＥは、該指示を用いて、ＳＵＬ／非ＳＵＬ間の切替えを行う。
【０２８３】
前述のＳＵＬ／非ＳＵＬ切替え指示は、基地局からＵＥに対するＤＣＩに含まれてもよい。該ＤＣＩは、前述のＳＵＬ／非ＳＵＬ切替え指示のみを含むとしてもよい。このことにより、例えば、基地局からＵＥに対するシグナリング量を削減可能となる。他の例として、該ＤＣＩは、上り送信のスケジューリングに関する情報、例えば、周波数および／あるいは時間リソースに関する情報を含んでもよい。前述のスケジューリングに関する情報は、設定済みグラントにおいて含まれる情報と同じであってもよいし、異なってもよい。該ＤＣＩに含まれる情報は、設定済みグラントにて含まれる情報を上書きするとしてもよい。このことにより、例えば、基地局とＵＥとの間の無線チャネルの状況に応じて、柔軟なスケジューリングが可能となる。
【０２８４】
ＵＥは、該指示を受信しない場合において、ＳＵＬ／非ＳＵＬ切替えを行わないとしてもよい。前述の場合において、設定済みグラントによる上り送信を行わないとしてもよい。例えば、動的グラントによる上り送信と設定済みグラントによる上り送信との間でキャリアが異なる場合において、ＵＥは、設定済みグラントによる上り送信を行わないとしてもよい。このことにより、例えば、ＵＥは、不用な上り送信を防止可能となり、その結果、ＵＥにおける消費電力を削減可能となるとともに、基地局において柔軟なスケジューリングが可能となる。他の例として、動的グラントによる上り送信と設定済みグラントによる上り送信との間でキャリアが同じ場合において、ＵＥは、設定済みグラントによる上り送信を行うとしてもよい。このことにより、例えば、基地局とＵＥとの間のシグナリングを削減可能となる。
【０２８５】
図２９は、設定済みグラントによる上り送信前において、ＳＵＬ／非ＳＵＬ切替え指示を用いてＳＵＬ／非ＳＵＬを切替える動作を示す図である。図２９において、図２８と同じ要素については同じ番号を付し、共通する説明を省略する。
【０２８６】
図２９に示す下り信号３１２０において、基地局はＵＥに対し、ＳＵＬへの切替えを指示する。ＵＥは、下り信号３１２０を用いて、上り送信キャリアをＳＵＬに切替える。ＵＥは、設定済みグラント３０００を用いて、上り信号３１２５をＳＵＬによって送信する。
【０２８７】
他の解決策を開示する。基地局はＵＥに対し、設定済みグラントによる上り送信用のＳＵＬ／非ＳＵＬ切替え指示を送信しない。ＵＥは、設定済みグラントによる上り送信前に該指示を受信せずに、ＳＵＬ／非ＳＵＬ間の切替えを行う。このことにより、例えば、基地局とＵＥとの間のシグナリング量を削減可能となる。
【０２８８】
図３０は、設定済みグラントによる上り送信前において、ＳＵＬ／非ＳＵＬ切替え指示を用いずにＳＵＬ／非ＳＵＬを切替える動作を示す図である。図３０において、図２８と同じ要素については同じ番号を付し、共通する説明を省略する。
【０２８９】
ＵＥは、上り信号３０１５送信後において、設定済みグラント３０００を用いて、送信キャリア切替え動作３２２０を行う。該動作により、ＵＥの上り送信キャリアが非ＳＵＬからＳＵＬに切替わる。ＵＥは、設定済みグラント３０００を用いて、上り信号３２２５をＳＵＬによって送信する。
【０２９０】
他の解決策を開示する。基地局およびＵＥは、前述の動的グラント以降の設定済みグラントを破棄してもよい。基地局は、動的グラントにて用いる上りキャリアにおいて、設定済みグラントを設定し直してもよい。このことにより、例えば、チャネル状態の良好な上りキャリアを用いて設定済みグラントによる上り送信が可能となり、その結果、設定済みグラントによる上り送信における信頼性を向上可能となる。
【０２９１】
例えば、図２８において、基地局およびＵＥは、動的グラント３０１０の送受信後に設定済みグラントを破棄してもよい。ＵＥは、上り送信３００６、３００７を行わないとしてもよい。
【０２９２】
基地局は、本実施の形態３において開示した方法を切替えて用いてもよい。基地局はＵＥに対し、本実施の形態３において開示した方法のうちどの方法を用いるかを示す情報を通知してもよい。該通知には、ＲＲＣシグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよいし、前述の複数の組合せが用いられてもよい。このことにより、例えば、基地局は異なるユースケースに対応するＵＥに対して同時に通信が可能となり、その結果、基地局におけるＵＥ収容数を増加可能となる。
【０２９３】
本実施の形態３において、ＵＥに対するＳＵＬの設定が１つである場合について記載したが、複数のＳＵＬの設定が行われてもよい。複数のＳＵＬとは、例えば、互いに異なる周波数が設定されたＳＵＬであってもよい。以下の実施の形態および／あるいは変形例についても、同様としてもよい。
【０２９４】
本実施の形態３により、ＵＥと基地局との間でＵＬ送信に用いるキャリアの齟齬を防止可能となり、その結果、ＵＥからの不用な上り送信を防止可能となる。
【０２９５】
実施の形態３の変形例１．
設定済みグラント（Configured Grant）を用いた上り送信において、送信キャリアの動的な切替えを可能とするために、タイプ２の設定済みグラント（非特許文献１６  １０．３節参照）を用いてもよい。基地局は、ＳＵＬ／非ＳＵＬの切替え指示を、タイプ２の設定済みグラントにおけるＤＣＩに含めて、ＵＥに通知してもよい。ＵＥは、該ＤＣＩを用いて、設定済みグラントにおける上りキャリアをＳＵＬ／非ＳＵＬの間で切替えてもよい。
【０２９６】
前述の場合において、以下に示す問題点が生じる。すなわち、タイプ２の設定済みグラントはタイプ１の設定済みグラントと異なり、上り送信リソースに関する情報を含むため、ＰＤＣＣＨのシグナリングサイズが増大する。その結果、ＰＤＣＣＨによるオーバーヘッドの増加、および／あるいは、ＰＤＣＣＨの符号化率の低下による信頼性低下、といった問題が生じる。
【０２９７】
前述の問題点を解決する方法を開示する。
【０２９８】
新たなタイプの設定済みグラントを設ける（以下、該タイプの設定済みグラントをタイプ３と称する場合がある）。タイプ３の設定済みグラントにおいて、ＳＵＬと非ＳＵＬの両方における上り送信リソースの設定を可能とする。基地局はＵＥに対し、設定済みグラントとして設定する上り送信リソースに関する情報を送信する。該情報の送信は、例えば、準静的に行われてもよい。準静的に行われる例として、ＲＲＣシグナリングが用いられてもよい。該情報の送信において、ＳＵＬを用いる場合の上り送信リソースに関する情報と、非ＳＵＬを用いる場合の上り送信リソースに関する情報が、同じシグナリングに含まれてもよいし、異なるシグナリングに含まれてもよい。前述の上り送信リソースに関する情報は、タイプ１の設定済みグラントにおいてＲＲＣシグナリングを用いて基地局からＵＥに通知される情報と同様としてもよい。
【０２９９】
基地局は、タイプ３の設定済みグラントにおけるＤＣＩに、設定済みグラントのアクティベーション／デアクティベーションを指示する情報を含めてもよい。該ＤＣＩは、該情報のみを含むとしてもよいし、他の情報を含むとしてもよい。ＳＵＬを用いた設定済みグラントのアクティベーション／デアクティベーションと、非ＳＵＬを用いた設定済みグラントのアクティベーション／デアクティベーションの情報が、同じＤＣＩに含まれるとしてもよいし、異なるＤＣＩに含まれていてもよい。ＵＥは、該指示を用いて、設定済みグラントによる上り送信キャリアを切替えてもよい。このことにより、例えば、タイプ３の設定済みグラントにおける上り送信キャリアを柔軟に変更可能となる。
【０３００】
前述において、設定済みグラントのアクティベーション／デアクティベーションを指示する情報は、ＳＵＬを用いた設定済みグラントのアクティベーション／デアクティベーションと、非ＳＵＬを用いた設定済みグラントのアクティベーション／デアクティベーションを、同時に切替える情報であってもよい。例えば、該情報がアクティベーションであることを用いて、ＵＥは、ＳＵＬを用いた設定済みグラントと非ＳＵＬを用いた設定済みグラントを両方ともアクティベートしてもよい。前述において、ＵＥは、設定済みグラント送信の前に用いていたＵＬキャリアをそのまま用いるとしてもよい。例えば、動的グラントにおいてＳＵＬが設定された直後の設定済みグラント送信において、ＵＥは、直前の動的グラントにおいて指示されたＳＵＬを用いてもよい。このことにより、例えば、基地局とＵＥとの間のシグナリング量を削減可能となる。
【０３０１】
他の例として、基地局は、タイプ３の設定済みグラントにおけるＤＣＩに、ＳＵＬ／非ＳＵＬの切替え指示を含めてもよい。該ＤＣＩは、該切替え指示のみを含むとしてもよいし、他の情報を含むとしてもよい。ＵＥは該指示を用いて、上り送信キャリアを切替えてもよい。このことにより、例えば、基地局とＵＥとの間のシグナリング量を削減可能となる。
【０３０２】
他の解決策を開示する。ＵＥに対して、タイプ１とタイプ２の設定済みグラントの設定を許容してもよい。例えば、タイプ１の設定済みグラントを用いてＳＵＬのスケジューリングを設定し、タイプ２の設定済みグラントを用いて非ＳＵＬのスケジューリングを設定してもよい。前述において、タイプ２の設定済みグラントを用いてＳＵＬと非ＳＵＬの両方のスケジューリングを設定してもよい。タイプ１とタイプ２の設定済みグラントのうちどちらを用いるかについて、例えば、タイプ２の設定済みグラントのアクティベーション／デアクティベーションが用いられてもよいし、新たな識別子が設けられてもよい。このことにより、例えば、新しいタイプの設定済みグラントを実装不要となるため、通信システムにおける設計の複雑性を回避可能となる。
【０３０３】
実施の形態３の本変形例１において、ＵＥに対して、タイプ１とタイプ２の設定済みグラントの設定を許容しないとしてもよい。このことにより、例えば、基地局およびＵＥにおける処理量を削減可能となる。
【０３０４】
実施の形態３の本変形例１により、設定済みグラントにおけるＳＵＬ／非ＳＵＬの柔軟な切替えを可能としつつ、基地局とＵＥとの間のシグナリング量、特に、ＰＤＣＣＨによるシグナリング量を削減可能となる。また、設定済みグラントにおけるＳＵＬ／非ＳＵＬ間の切替えを迅速に実行可能となる。
【０３０５】
実施の形態３の変形例２．
設定済みグラントによって非ＳＵＬを用いた上り送信がスケジューリングされている時間リソースに対して、動的なグラントによるＳＵＬを用いた上り送信がスケジューリングされてもよい。前述において、動的なグラントが設定済みグラントに優先するとしてもよい。すなわち、ＵＥは、ＳＵＬを用いた上り送信を行うとしてもよい。例えば、ＵＥがセル中心からセル端に移動する場合において、動的なグラントを用いて、設定済みグラントによるスケジューリングで送信する予定のデータを動的なグラントによるスケジューリングに載せ替えて送信してもよい。このことにより、例えば、低遅延性が要求される通信において、信頼性を確保可能となる。前述において、ＳＵＬと非ＳＵＬが逆であってもよい。前述の動的なグラントは、複数の上り送信データの発生ではない点で、実施の形態４に示すプリエンプションとは異なる。
【０３０６】
前述の方法の適用にあたり、以下に示す問題が生じる。すなわち、ＵＥが動的なグラントを優先するにあたり、ＳＵＬ／非ＳＵＬ間の上りキャリア切替えが必要となる。上りキャリア切替えに、所定の時間が必要となる。ところが、基地局は該ＵＥにおいて必要な上りキャリア切替え時間を把握していない。また、上りキャリア切り替えをどのタイミングで行うかが開示されていない。このことにより、例えば、動的なグラントによるＳＵＬを用いた上り信号をＵＥが実際に送信するタイミングと、基地局が、ＳＵＬを用いた上り信号を受信するタイミングにずれが生じる。その結果、動的なグラントによる上り信号における信頼性および通信レートが低下するという問題が生じる。
【０３０７】
前述の問題点を解決する方法を開示する。ＵＥは、上りキャリア間の切替え時間に関する情報を通知する。他の方法として、該時間が規格等で予め定められていてもよい。前述の該通知および／あるいは規格において、実施の形態４に開示した方法が適用されてもよい。
【０３０８】
ＵＥは、上りキャリア間切替え前の上り送信を、動的グラントによるスケジューリング開始タイミングから該切替え時間以上前に停止する。他の例として、ＵＥは、上りキャリア切替え後の上り送信を、動的グラントによるスケジューリング開始タイミングから該切替え時間以上後に開始するとしてもよいし、該切替え時間が、動的グラントによるスケジューリング開始タイミングの前後にまたがってもよい。
【０３０９】
前述の上り送信停止は、基地局からＵＥに対するシグナリング（例えば、ＤＣＩ）により行われてもよい。例えば、動的グラントに、前述の上り送信停止に関する情報が含まれてもよい。
【０３１０】
前述の上り送信停止における他の例として、ＵＥの動作に関する規格として予め定められてもよい。ＵＥは、該切替え時間分の上り送信停止を、基地局からのシグナリング無しに自律的に行うとしてもよい。このことにより、例えば、基地局からＵＥにおけるシグナリング量を削減可能となる。
【０３１１】
前述の上り送信停止の動作は、動的グラントによるスケジューリング終了タイミングにおいて適用されてもよい。例えば、ＵＥは、動的グラントによるスケジューリング終了タイミングから該切替え時間以上、上り送信を停止してもよい。
【０３１２】
実施の形態３の本変形例２における、動的グラントを優先した設定済みグラントについて、該設定済みグラントによるスケジューリングによる送信を停止してもよい。前述の停止の期間は、例えば、動的グラントと重複した周期以降の周期におけるスケジューリングであってもよいし、動的グラントと重複した１周期分のスケジューリング全体であってもよいし、動的グラントと重複した１周期分のスケジューリングにおける、動的グラントと重複が始まるタイミング以降の時間リソース分であってもよいし、動的グラントと重複する時間リソース分（例えば、重複するシンボル）のみとしてもよい。前述の送信停止の動作は、例えば、基地局が決定してＵＥに通知してもよいし、予め規格で静的に決められてもよい。前述の通知は、例えば、ＲＲＣシグナリングを用いて準静的に行われてもよいし、ＭＡＣシグナリングおよび／あるいはＬ１／Ｌ２シグナリングを用いて動的に行われてもよい。このことにより、例えば、基地局における柔軟なスケジューリングが可能となる。
【０３１３】
実施の形態３の本変形例２により、設定済みグラントとタイミングが重複する動的なグラントによる上り信号における、信頼性および通信レートを確保可能となる。
【０３１４】
実施の形態４．
ＵＥの消費電力の削減や、上りデータ送信の信頼性向上のため、接続を開始する際に用いるＵＬキャリアと異なるＵＬキャリアであるＳＵＬ(Supplemental UL)を用いて上りデータ送信を行うことが検討されている。ＵＥにＳＵＬが設定されている場合に（言い換えると、ｇＮＢがＳＵＬを設定している場合に）、低遅延特性が要求されるデータが発生する場合がある。ＵＥにＳＵＬが設定されている場合にも、このような低遅延特性が要求されるデータを低遅延で送信する方法が必要となる。本実施の形態４では、このような課題を解決する方法を開示する。
【０３１５】
ＮＲにおいて、低遅延特性が要求されるデータを優先して送信する以下の方法が検討されている。あるＵＥに対して上りデータ送信用に既に上りグラント（grant）しているリソースで、該ＵＥに対して(intra-UE)、あるいは、他のＵＥに対して(inter-UE)、後から発生した上りデータ送信を可能とする方法である。この方法はプリエンプション（preemption）と呼ばれる。
【０３１６】
前述の課題を解決するため、ＳＵＬが設定されているＵＥ（ＳＵＬ設定ＵＥと呼ぶ場合がある）に対してプリエンプションを実施する。ＳＵＬを設定しているＵＥに対してプリエンプションのための設定を行う。先に上りグラントが発生したＵＥにＳＵＬが設定されている場合、該ＵＥに対してプリエンプション設定を行う。または、後で上りグラントが発生したＵＥにＳＵＬが設定されている場合、該ＵＥに対してプリエンプション設定を行う。前述のどちらのＵＥに対してもプリエンプション設定を行うとしてもよい。
【０３１７】
従来のプリエンプションは単一のＵＬキャリアの場合に行われる。しかし、このように、ＳＵＬが設定され複数のＵＬキャリアを用いることが可能なＵＥに対してプリエンプションを実施することで、ＵＥにＳＵＬが設定されている場合にも、低遅延特性が要求されるデータを低遅延で送信することが可能となる。
【０３１８】
ＳＵＬ設定ＵＥに対してプリエンプションを実施するための詳細な方法を開示する。ＳＵＬ設定ＵＥに対して非ＳＵＬ上でプリエンプションを実施してもよい。また、ＳＵＬ設定ＵＥに対してＳＵＬ上でプリエンプションを実施してもよい。また、先の上りグラントと後の上りグラントとでそれらのリソース自体が重なる場合では無く、先の上りグラントのリソースと後の上りグラントのリソースのタイミングが重なる場合にプリエンプションを実施してもよい。上りグラントのリソースとは、上りグラントによってスケジューリングされた周波数・時間軸上のリソースである。
【０３１９】
先の上りグラントのリソースがＳＵＬ上に割り当てられ、後の上りグラントのリソースが非ＳＵＬ上に割り当てられる設定の下で、先の上りグラントのリソースと後の上りグラントのリソースのタイミングが重なる場合に、プリエンプションを実施してもよい。また、先の上りグラントのリソースが非ＳＵＬ上に割り当てられ、後の上りグラントのリソースがＳＵＬ上に割り当てられる設定の下で、先の上りグラントのリソースと後の上りグラントのリソースのタイミングが重なる場合に、プリエンプションを実施してもよい。
【０３２０】
このように、ＳＵＬ上に割り当てられたリソースと非ＳＵＬ上のリソースのタイミングが重なる場合に、プリエンプションを実施してもよい。ＳＵＬと非ＳＵＬ上で同時送信が禁止されているＵＥに対してこのようにすることで、異なるＵＬキャリアに割り当てられたリソースに対してプリエンプションを実施可能となる。
【０３２１】
プリエンプションするＵＥへの上りリソースアロケーションに、上りグラントを用いるとよい。プリエンプションするＵＥが、ｉｎｔｒａ−ＵＥ、ｉｎｔｅｒ−ＵＥの場合ともに、該ＵＥに対して後から発生したデータの上りリソースアロケーションに上りグラントを用いるとよい。ｇＮＢはプリエンプションするＵＥに対して上りグラントを通知する。該上りグラントを受信したＵＥは、上りグラントに従って上り送信を行う。
【０３２２】
すでに上りグラントで上りリソースアロケーションが行われているＵＥに対して、後から発生したデータを優先して送信することを通知する。たとえば、ｉｎｔｒａ−ＵＥの場合、該通知に上りグラントを用いてもよい。たとえば、ｉｎｔｅｒ−ＵＥの場合、該通知に上りグラントを用いてもよい。または、チャネルあるいは信号を別途設けてプリエンプションに関する情報を通知してもよい。該チャネルあるいは信号をＰＩ（Preemption Indication）と称する。これにより、すでに上りグラントで上りリソースアロケーションが行われているＵＥは、後から発生したデータを優先して送信することを認識可能となる。
【０３２３】
後から発生したデータを優先して送信する場合、すでに上りグラントで上りリソースアロケーションが行われている上り送信は停止するとよい。あるいは後のスロットにシフトしてもよい。シフトした先のスロットで上り送信を実施する。このようにすることで、後から発生したデータと既にアロケーションされたデータが同時に送信されることはなくなるため、両データの同時送信による干渉を回避することが可能となる。後から発生したデータの送信における通信品質を向上させることが可能となる。
【０３２４】
図３１および図３２は、ＳＵＬが設定されているＵＥにおけるプリエンプション方法を示す一例である。縦軸は周波数を示し、横軸は時間を示している。時間軸方向はスロット単位としている。
【０３２５】
図３１および図３２は、大容量通信が要求されるｅＭＢＢサービス用データ（ｅＭＢＢデータ）よりも超高信頼低遅延サービス用データ（ＵＲＬＬＣデータ）を優先して送信する場合を示している。先に上りグラントされたｅＭＢＢデータ用のリソースで、後から発生したＵＲＬＬＣデータを送信可能とする。言い換えると、先に上りグラントされたｅＭＢＢデータ用リソースが、後から発生したＵＲＬＬＣデータ用リソースとしてプリエンプトされる。
【０３２６】
図３１はＳＵＬ設定ＵＥに対して非ＳＵＬ上でプリエンプションを実施する例を示している。４００１、４００２はＵＥに対して送信されるＰＤＣＣＨを示している。
【０３２７】
ＰＤＣＣＨ４００１でｇＮＢからＵＥに対してｅＭＢＢデータ用の上りグラントが送信される。ｅＭＢＢデータ用グラントで非ＳＵＬ上でのリソース４００３がアロケーションされる。
【０３２８】
ｇＮＢはＵＥに対して、後から発生したＵＲＬＬＣデータを優先して、先にアロケーションしたリソースタイミングで送信させることを決定する。ｇＮＢはＵＥに対して、該ＵＲＬＬＣデータを、先にアロケーションした非ＳＵＬ上のリソースを用いて送信させることを決定する。
【０３２９】
ＵＬグラントから送信までのスロット数の設定範囲をｅＭＢＢデータ用とＵＲＬＬＣデータ用とで異ならせてもよい。該スロット数の最小値または／かつ最大値をｅＭＢＢデータ用とＵＲＬＬＣデータ用とで異ならせてもよい。該設定範囲、あるいは、最大値または／かつ最小値は規格等で静的に決められてもよい。たとえば、ＵＲＬＬＣデータ用のＵＬグラントから送信までのスロット数最小値をｅＭＢＢデータ用の該スロット数最小値より小さくしておいてもよい。
【０３３０】
ＵＬグラント受信からＵＲＬＬＣデータ送信までの処理時間が、ｅＭＢＢデータ送信ＵＥよりもＵＲＬＬＣデータ送信ＵＥの方が短い場合がある。このような場合に、ＵＲＬＬＣデータ用のＵＬグラントから送信までのスロット数最小値をｅＭＢＢデータ用の該スロット数最小値より小さくしておくことで、ＵＬグラントからＵＲＬＬＣデータ送信までの時間の短縮を図ることが可能となる。
【０３３１】
本明細書の例では優先するデータをＵＲＬＬＣデータ、優先されるデータをｅＭＢＢデータとしているが、これらのデータに限らない。たとえば、優先するデータを優先されるデータより低遅延特性が要求されるデータとしてもよい。ｇＮＢは、サービスに要求されるＱｏＳやＱｏＳのパラメータ、あるいはＱｏＳのクラスの識別子（QCI、QoS Class Identifier）などを用いて、優先するデータ、優先されるデータを判断してもよい。
【０３３２】
ＰＤＣＣＨ４００２でｇＮＢからＵＥに対してＵＲＬＬＣデータ用グラントが送信される。ＵＲＬＬＣデータ用グラントで先にアロケーションした非ＳＵＬ上のリソース４００３がアロケーションされる。
【０３３３】
また、ｇＮＢはＵＥに対して、ＰＤＣＣＨ４００２で、先にアロケーションした非ＳＵＬ上のリソース４００３でＵＲＬＬＣデータを優先して送信することを通知する。または、ｇＮＢはＵＥに対して、先にアロケーションしたリソース４００３によるｅＭＢＢデータ送信を停止することを通知してもよい。または、ｇＮＢはＵＥに対して、ｅＭＢＢデータ送信を、先にアロケーションしたリソース４００３よりも後のスロットにシフトすることを通知してもよい。ＵＥはｅＭＢＢデータをｎｏｎ−ＳＵＬ上の後のスロット４００４にシフトして送信する。これらの情報をプリエンプションに関する情報と称する。図３１は、後のスロットにシフトすることを示している。
【０３３４】
プリエンプションに関する情報として以下に９つの例を示す。
【０３３５】
（１）ＵＲＬＬＣデータを優先して送信することを示す情報。
【０３３６】
（２）ｅＭＢＢデータ送信を停止することを示す情報。
【０３３７】
（３）ｅＭＢＢデータを後のスロットにシフトして送信することを示す情報。
【０３３８】
（４）ｅＭＢＢデータを前のスロットにシフトして送信することを示す情報。
【０３３９】
（５）シフト量。
【０３４０】
（６）シフト先のスケジューリング情報。
【０３４１】
（７）ｅＭＢＢデータ送信を一部停止することを示す情報。
【０３４２】
（８）ｅＭＢＢデータとＵＲＬＬＣデータとを同時送信することを示す情報。
【０３４３】
（９）（１）〜（８）の組合せ。
【０３４４】
（２）を用いる場合、ｇＮＢはＵＥに対して送信停止したｅＭＢＢデータのスケジューリングを新たなＵＬグラントで通知してもよい。たとえば、ＵＥは該情報を受信した場合、以降のＰＤＣＣＨをダイナミックに受信する。ＵＥは新たなＵＬグラントを受信した場合、該ＵＬグラントに従ってｅＭＢＢデータの送信を行う。
【０３４５】
（３）、（４）を用いる場合、すなわちｅＭＢＢデータをシフトして送信することを示す情報を用いた場合、送信停止を示す（２）の情報を省略してもよい。
【０３４６】
前述ではｅＭＢＢデータを後のスロットにシフトすることを開示したが、ｅＭＢＢデータを前のスロットにシフトしてもよい。ｅＭＢＢデータを前のスロットにシフトして送信することを示す（４）の情報を用いてもよい。ＵＥで、ＰＤＣＣＨ４００２の上りグラントあるいはＰＩを受信してからｅＭＢＢデータを送信するまでの処理が間に合うような場合には、ｅＭＢＢデータを前のスロットにシフトすることで、送信までの遅延時間を削減可能となる。
【０３４７】
（５）のシフト量として、時間軸方向の情報としてもよい。該情報は、例えば、シフトする時間であってもよいし、シフトするスロット数であってもよいし、シフトするＴＴＩ数であってもよい。たとえば、ｅＭＢＢデータを後にシフトする場合、シフト量を正の数であらわし、ｅＭＢＢデータを前にシフトする場合、シフト量を負の数であらわしてもよい。これにより、（３）、（４）の情報を省略することができる。
【０３４８】
（６）のスケジューリング情報として、たとえば、時間軸方向のリソース情報、周波数軸方向のリソース情報などがある。時間軸方向のリソース情報は、シンボル単位であらわされてもよい。周波数軸方向のリソース情報は、サブキャリア単位、リソースブロック単位であらわされてもよい。（６）のスケジューリング情報の中で、先に上りグラントで通知されたスケジューリング情報と同じ情報については省略してもよい。情報量の削減が図れる。
【０３４９】
ｉｎｔｒａ−ＵＥの場合、ｇＮＢはプリエンプションに関する情報を、ＵＲＬＬＣデータ用のＵＬグラントに含めて、通知してもよい。ｉｎｔｅｒ−ＵＥの場合、ｇＮＢは、先にｅＭＢＢデータ用上りグラントを送信したＵＥに対して、プリエンプションに関する情報を通知する。ｇＮＢは、該ＵＥに対してＵＬグラントで通知しもよいし、該ＵＥに対してＰＩで通知してもよい。
【０３５０】
ｉｎｔｅｒ−ＵＥの場合、ＰＤＣＣＨ４００２として、ＵＲＬＬＣデータ用のＰＤＣＣＨと、プリエンプション用のＰＤＣＣＨあるいはＰＩとから構成されていてもよい。また、ＵＲＬＬＣデータ用のＰＤＣＣＨと、プリエンプション用のＰＤＣＣＨあるいはＰＩとが異なる時間−周波数リソースで送信されてもよい。
【０３５１】
このようにすることで、非ＳＵＬ上でＵＲＬＬＣデータとｅＭＢＢデータのどちらも送信することが可能となる。また、ＵＲＬＬＣデータを低遅延で送信可能となる。
【０３５２】
図３２はＳＵＬ設定ＵＥに対してＳＵＬ上でプリエンプションを実施する例を示している。４１０１、４１０２はＵＥに対して送信されるＰＤＣＣＨを示している。
【０３５３】
ＰＤＣＣＨ４１０１でｇＮＢからＵＥに対してｅＭＢＢデータ用の上りグラントが送信される。上りグラントにＳＵＬ上で送信することを示す情報を含めてもよい。ｅＭＢＢデータ用グラントでＳＵＬ上でのリソース４１０３がアロケーションされる。
【０３５４】
ｇＮＢはＵＥに対して、後から発生したＵＲＬＬＣデータを優先して、先にアロケーションしたリソースタイミングで送信させることを決定する。ｇＮＢはＵＥに対して、該ＵＲＬＬＣデータを、先にアロケーションしたＳＵＬ上のリソースを用いて送信させることを決定する。
【０３５５】
ＰＤＣＣＨ４１０２でｇＮＢはＵＥに対してＵＲＬＬＣデータ用グラントが送信される。ＵＲＬＬＣデータ用グラントで先にアロケーションしたＳＵＬ上のリソース４１０３がアロケーションされる。
【０３５６】
また、ｇＮＢはＵＥに対して、ＰＤＣＣＨ４１０２で、先にアロケーションしたリソース４１０３に対するプリエンプションに関する情報を通知する。図３２は、プリエンプション情報が、ｅＭＢＢデータ送信を、先にアロケーションしたリソース４１０３よりも後のスロットにシフトすることを示す場合について示している。ＵＥはｅＭＢＢデータをｎｏｎ−ＳＵＬ上の後のスロット４１０４にシフトして送信する。
【０３５７】
このようにすることで、ＳＵＬ上でＵＲＬＬＣデータとｅＭＢＢデータのどちらも送信することが可能となる。また、ＵＲＬＬＣデータを低遅延で送信可能となる。
【０３５８】
図３３および図３４は、ＳＵＬが設定されているＵＥにおけるプリエンプション方法を示す一例である。図３３および図３４は、ＳＵＬ上に割り当てられたリソースと非ＳＵＬ上のリソースのタイミングが重なる場合にプリエンプションを実施する場合について示している。
【０３５９】
図３３は先にグラントされた非ＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされるＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示している。４２０１、４２０２はＵＥに対して送信されるＰＤＣＣＨを示している。
【０３６０】
ＰＤＣＣＨ４２０１でｇＮＢからＵＥに対してｅＭＢＢデータ用の上りグラントが送信される。ｅＭＢＢデータ用グラントで非ＳＵＬ上でのリソース４２０３がアロケーションされる。
【０３６１】
ｇＮＢはＵＥに対して、後から発生したＵＲＬＬＣデータを優先して、先にアロケーションした非ＳＵＬ上のリソースタイミングで送信させることを決定する。
【０３６２】
ＰＤＣＣＨ４２０２でｇＮＢからＵＥに対してＵＲＬＬＣデータ用の上りグラントが送信される。ＵＲＬＬＣデータ用グラントで先にアロケーションした非ＳＵＬ上のリソースタイミングで、ＳＵＬ上でのリソース４２０５がアロケーションされる。
【０３６３】
また、ｇＮＢはＵＥに対して、ＰＤＣＣＨ４２０２で、先にアロケーションしたリソース４２０３に対するプリエンプションに関する情報を通知する。図３３は、プリエンプション情報が、ｅＭＢＢデータ送信を、先にアロケーションしたリソース４２０３よりも後のスロットにシフトすることを示す場合について示している。ＵＥはｅＭＢＢデータをｎｏｎ−ＳＵＬ上の後のスロット４２０４にシフトして送信する。
【０３６４】
このようにすることで、ＳＵＬ上でＵＲＬＬＣデータを送信し、非ＳＵＬ上でｅＭＢＢデータを送信することが可能となる。また、ＵＲＬＬＣデータを低遅延で送信可能となる。
【０３６５】
図３４は先にグラントされたＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示している。４３０１、４３０２はＵＥに対して送信されるＰＤＣＣＨを示している。
【０３６６】
ＰＤＣＣＨ４３０１でｇＮＢからＵＥに対してｅＭＢＢデータ用の上りグラントが送信される。ｅＭＢＢデータ用グラントでＳＵＬ上でのリソース４３０４がアロケーションされる。
【０３６７】
ｇＮＢはＵＥに対して、後から発生したＵＲＬＬＣデータを優先して、先にアロケーションしたＳＵＬ上のリソースタイミングで送信させることを決定する。
【０３６８】
ＰＤＣＣＨ４３０２でｇＮＢからＵＥに対してＵＲＬＬＣデータ用の上りグラントが送信される。ＵＲＬＬＣデータ用グラントで先にアロケーションしたＳＵＬ上のリソースタイミングで、非ＳＵＬ上でのリソース４３０３がアロケーションされる。
【０３６９】
また、ｇＮＢはＵＥに対して、ＰＤＣＣＨ４２０２で、先にアロケーションしたリソース４３０４に対するプリエンプションに関する情報を通知する。図３４は、プリエンプション情報が、ｅＭＢＢデータ送信を、先にアロケーションしたリソース４３０４よりも後のスロットにシフトすることを示す場合について示している。ＵＥはｅＭＢＢデータをＳＵＬ上の後のスロット４３０５にシフトして送信する。
【０３７０】
このようにすることで、非ＳＵＬ上でＵＲＬＬＣデータを送信し、ＳＵＬ上でｅＭＢＢデータを送信することが可能となる。また、ＵＲＬＬＣデータを低遅延で送信可能となる。
【０３７１】
前述では、ＳＵＬと非ＳＵＬのニュメロロジ（numerology）が同一の場合について開示したが、これに限られない。すなわち、ＳＵＬと非ＳＵＬのニュメロロジが異なる場合についても前述の方法を適用できる。ＵＥに対して設定されるＳＵＬのＢＷＰと非ＳＵＬのＢＷＰのニュメロロジが異なる場合についても前述の方法を適用できる。
【０３７２】
図３５から図３８は、ＳＵＬと非ＳＵＬのニュメロロジが異なる場合について、ＳＵＬが設定されているＵＥにおけるプリエンプション方法を示す一例である。縦軸は周波数を示し、横軸は時間を示している。時間軸方向はスロット単位としている。
【０３７３】
図３５から図３８は、例として、非ＳＵＬは高周波数帯域で運用され、ＳＵＬは低周波数帯域で運用される場合について示している。また、図３５から図３８は、各ＵＬキャリアのニュメロロジとして、ＳＵＬは非ＳＵＬよりもＳＣＳ（sub-carrier spacing）が短くスロット長が長い場合を示している。ＳＵＬのスロット長は非ＳＵＬのスロット長の２倍の場合を示している。
【０３７４】
図３５はＳＵＬ設定ＵＥに対して非ＳＵＬ上でプリエンプションを実施する例を示している。図３５のプリエンプションの方法は図３１と同様なので説明を省略する。なお、図３５中の要素４４０１〜４４０４は図３１中の要素４００１〜４００４にそれぞれ対応する。
【０３７５】
図３６はＳＵＬ設定ＵＥに対してＳＵＬ上でプリエンプションを実施する例を示している。図３６のプリエンプションの方法は図３２と同様なので説明を省略する。なお、図３６中の要素４５０１〜４５０４は図３２中の要素４１０１〜４１０４にそれぞれ対応する。
【０３７６】
図３７および図３８は、ＳＵＬが設定されているＵＥにおけるプリエンプション方法を示す一例である。図３７および図３８は、ＳＵＬ上に割り当てられたリソースと非ＳＵＬ上のリソースのタイミングが重なる場合にプリエンプションを実施する場合について示している。
【０３７７】
図３７は先にグラントされた非ＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされるＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示している。図３７のプリエンプションの方法は図３３と同様なので説明を省略する。なお、図３７中の要素４６０１〜４６０５は図３３中の要素４２０１〜４２０５にそれぞれ対応する。
【０３７８】
図３８は先にグラントされたＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示している。図３８のプリエンプションの方法は図３４と同様なので説明を省略する。なお、図３８中の要素４７０１〜４７０５は図３４中の要素４３０１〜４３０５にそれぞれ対応する。
【０３７９】
例えば図３７の例で示すように、ＳＵＬと非ＳＵＬとのスロット長が異なる場合、ｅＭＢＢデータを後のスロットにシフトして送信しても、シフト量によってはさらにリソースのタイミングが重なる場合が生じる。たとえば図３７でｅＭＢＢデータのリソース４６０３のシフト量を１スロットとした場合である。この場合、ｅＭＢＢデータのリソース４６０３は、１スロットシフトした後も、ＵＲＬＬＣデータのリソース４６０５のタイミングと重なってしまう。
【０３８０】
このような問題を解決する方法として、ｅＭＢＢデータのリソースのシフト量をＵＲＬＬＣデータのリソースタイミングと重ならない範囲に制限するとよい。たとえば、図３７では、非ＳＵＬ上のｅＭＢＢデータのリソース４６０３のシフト量を２スロット以上とする。ｇＮＢは、先のｅＭＢＢデータのグラントと後のＵＲＬＬＣデータのグラントとを用いて、シフト後もタイミングが重ならないようにシフト量を導出するとよい。ｇＮＢは、各ＵＬキャリアあるいはＵＬキャリアのＢＷＰのＳＣＳを考慮して、シフト後もタイミングが重ならないようにシフト量を導出するとよい。
【０３８１】
このようにすることで、ＳＵＬと非ＳＵＬのスロット長が異なる場合も、ｅＭＢＢデータのリソースとＵＲＬＬＣデータのリソースタイミングを重ならないようにでき、異なるＵＬキャリアに割り当てられたリソースに対してプリエンプションを実施可能となる。
【０３８２】
前述の方法では、プリエンプトされるデータを後のスロットにシフトする場合について開示した。たとえば、図３４の例では、プリエンプトされるｅＭＢＢデータ用リソース４３０４をリソース４３０５にシフトして、リソース４３０５でｅＭＢＢデータの送信を行った。
【０３８３】
他の方法として、プリエンプトされるデータをシフトせずに送信停止のみとしてもよい。また、他の方法として、一部送信停止としてもよい。また、他の方法として、プリエンプトされるデータをプリエンプトするデータと同時送信してもよい。
【０３８４】
プリエンプトされるデータをシフトせずに送信停止のみとする方法を開示する。ｇＮＢはプリエンプション情報として送信停止情報を設定してＵＥに対して送信する。送信停止情報を受信したＵＥは、プリエンプトされたリソースで送信を停止する。
【０３８５】
図３９はプリエンプトされるデータをシフトせずに送信停止のみとする例を示している。図３９は、先にグラントされたＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示している。図３９の方法は図３４と同様なので、主に異なる部分について説明する。
【０３８６】
ｇＮＢはＵＥに対して、ＰＤＣＣＨ４８０２で、先にアロケーションしたＳＵＬ上のリソース４８０４に対するプリエンプションに関する情報を通知する。プリエンプション情報は、例えば、ｅＭＢＢデータ送信を先にアロケーションしたＳＵＬ上のリソース４８０４でのｅＭＢＢデータ送信停止を示す情報とするとよい。ＵＥはＳＵＬ上のリソース４８０４でｅＭＢＢデータの送信を停止する。
【０３８７】
ｇＮＢは送信停止されたデータ用に改めてＵＥに対してｅＭＢＢデータ用上りグラントを送信してもよい。ｇＮＢはＵＥに対して初送データとして上りグラントを送信する。他の方法として、ｇＮＢはＵＥに対して再送データとして上りグラントを送信してもよい。該上りグラントに従ってＵＥは送信停止したデータを送信する。このようにすることで、プリエンプション情報を通知するタイミングでシフトするリソースが無い場合やシフトするリソースをｇＮＢが決定できない場合等において、ＵＥに対して、プリエンプトされるデータを送信停止させることが可能となる。これにより、他の上り送信との干渉を回避することが可能となる。
【０３８８】
他の方法として、プリエンプトされるデータを一部送信停止としてもよい。プリエンプトされるｅＭＢＢデータ用リソースとプリエンプトするＵＲＬＬＣデータ用リソースのタイミングが重なった場合に、該重なった部分を送信停止としてもよい。該重なったタイミングのデータをパンクチャしてもよい。
【０３８９】
図４０はプリエンプトされるデータを一部送信停止とする例を示している。図４０は先にグラントされたＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースのタイミングが重なった場合のプリエンプション方法を示している。図４０の方法は図３８と同様なので、主に異なる部分について説明する。
【０３９０】
ｇＮＢはＵＥに対して、ＰＤＣＣＨ４９０２で、先にアロケーションしたＳＵＬ上のリソース４９０４に対するプリエンプションに関する情報を通知する。プリエンプション情報は、例えば、ｅＭＢＢデータ送信を先にアロケーションしたＳＵＬ上のリソース４９０４でのｅＭＢＢデータ送信一部停止を示す情報とするとよい。ＵＥはＳＵＬ上のリソース４９０４で、ＵＲＬＬＣデータ送信のタイミングと重なったタイミングにおけるｅＭＢＢデータの送信を停止する。ＵＥはＵＲＬＬＣデータ送信のタイミングと重なっていないタイミングにおけるｅＭＢＢデータの送信を実施する。
【０３９１】
このようにすることで、該リソースでｅＭＢＢデータの送信が一部でも可能になるため、ＵＥからｇＮＢへの送達可能性が生じることになる。ｅＭＢＢデータ送信遅延を低減することが可能となる。
【０３９２】
送信停止するデータは、ＣＢＧ（コードブロックグループ）単位としてもよい。ＵＥは、ＵＲＬＬＣデータ送信のタイミングと重なったタイミングのＣＢＧを送信停止にする。ＵＥは重なっていないタイミングのＣＢＧを送信する。ＣＢＧ毎に送達可否を判断し再送が行われるような場合に、ｇＮＢで受信できたＣＢＧは再送しなくて済むため、再送データを削減することが可能となる。また、このため、ｅＭＢＢデータ送信遅延を低減することが可能となる。
【０３９３】
ＵＥは、送信停止されたデータを、ＵＲＬＬＣデータ送信のタイミングと重なっていないタイミングのリソースで送信してもよい。ＵＥは、送信停止されたデータを含む割り当てられた全ｅＭＢＢデータを、ＵＲＬＬＣデータ送信のタイミングと重なっていないタイミングのリソースで、送信してもよい。ｅＭＢＢデータ送信用に先にアロケーションしたＳＵＬ上のリソース４９０４よりリソースが少なくなるので、コーディングレートやＭＣＳを変更してもよい。
【０３９４】
このようにすることで、該リソースで割り当てられた全ｅＭＢＢデータを送信可能となるため、ｅＭＢＢデータ送信遅延を低減することが可能となる。
【０３９５】
ｇＮＢはＵＥに対して、前述の一部送信の方法を通知してもよい。該一部送信方法は、先のｅＭＢＢグラントで通知してもよいし、プリエンプション情報とともに通知してもよい。他の方法として、該一部送信方法は、ＲＲＣシグナリングで通知してもよいし、あるいは、ＭＡＣシグナリングで通知してもよい。あるいは、該一部送信方法を規格等で静的に決めておいてもよい。このようにすることで、ｇＮＢとＵＥは共に一部送信の方法を認識できる。このため、ｇＮＢとＵＥとの認識相違による誤動作が生じるのを防ぐことが可能となる。
【０３９６】
プリエンプトされるデータをプリエンプトするデータと同時送信する方法を開示する。ｇＮＢはプリエンプション情報として同時送信情報を設定してＵＥに対して送信してもよい。同時送信情報を受信したＵＥはプリエンプトされたリソースで送信を行う。たとえば、一つのＵＥにおいて（ｉｎｔｒａ−ＵＥ）または異なるＵＥにおいて（ｉｎｔｅｒ−ＵＥ）、先の上りグラントと後の上りグラントとでそれらのリソース自体が重なった場合、先のグラントでリソースを割り当てたデータと後のグラントでリソースを割り当てたデータとを同時送信する。
【０３９７】
たとえば、一つのＵＥにおいて（ｉｎｔｒａ−ＵＥ）、先の上りグラントのリソースと後の上りグラントのリソースのタイミングが重なる場合に、先のグラントでリソースを割り当てたデータと後のグラントでリソースを割り当てたデータとを同時送信する。
【０３９８】
同時送信する場合、先にグラントされたｅＭＢＢデータの送信電力を低減し、後にグラントされたＵＲＬＬＣデータの送信電力を増大してもよい。ｇＮＢはＵＥに対して同時送信時の送信電力に関する情報を通知してもよい。
【０３９９】
同時送信時の送信電力に関する情報は、先のＵＬグラント送信電力の増加量あるいは低減量としてもよい。また、該情報は、後のＵＬグラントからの送信電力の増加量あるいは低減量としてもよい。
【０４００】
たとえば、先にグラントされたｅＭＢＢデータの送信電力に関する情報を、ｇＮＢはＵＥに対して、プリエンプション情報とともに通知してもよい。たとえば、後にグラントされたＵＲＬＬＣデータの送信電力に関する情報を、ｇＮＢはＵＥに対して、ＵＲＬＬＣデータ用のＵＬグラントに含めて通知してもよい。
【０４０１】
他の方法として、同時送信時の送信電力に関する情報を、ＲＲＣシグナリングで通知してもよいし、あるいは、ＭＡＣシグナリングで通知してもよい。あるいは、該情報を規格等で静的に決めておいてもよい。このようにすることで、ｇＮＢとＵＥは共に一部送信の方法を認識できる。このため、ｇＮＢとＵＥとの認識相違による誤動作が生じるのを防ぐことが可能となる。
【０４０２】
前述の、シフトする方法、送信停止のみとする方法、一部送信停止とする方法、同時送信する方法を選択可能としてもよい。これらの方法を条件によって選択可能としてもよい。たとえば、ＳＵＬと非ＳＵＬの切替えが必要となる場合は送信停止のみとし、ＳＵＬと非ＳＵＬの切替えが不要となる場合は、一部送信停止とするとよい。このようにすることで、ｇＮＢあるいはＵＥが切替え時間を見積もることができないような場合にｇＮＢおよびＵＥでの制御の複雑さを回避することが可能となる。このため、誤動作を低減することが可能となる。
【０４０３】
また、たとえば、プリエンプトされるデータ送信（ｅＭＢＢデータの送信）を行う最初のタイミングまでに、送信停止の判断が間に合う場合は送信停止のみとし、間に合わない場合は一部送信停止とするとよい。また、たとえば、プリエンプトされるデータ送信（ｅＭＢＢデータの送信）の一部送信停止を行う最初のタイミングまでに、一部送信停止の判断が間に合わない場合は、同時送信としてもよい。
【０４０４】
これらの方法の選択はＵＥが行ってもよいし、ｇＮＢが行ってもよい。ＵＥはｇＮＢに対して能力情報を通知する。ｇＮＢが選択を行う場合、ｇＮＢはＵＥの該能力情報を用いて、これらの方法を選択してもよい。ｇＮＢは選択した方法をＵＥに通知する。通知方法については前述に開示した方法を適用するとよい。
【０４０５】
このようにすることで、ＵＥの能力、電波伝搬環境などに応じて前述の方法を選択することが可能となる。このため、ＵＥはｅＭＢＢデータをより高信頼、低遅延で送信することが可能となる。
【０４０６】
ＵＥがＳＵＬと非ＳＵＬを切替えて送信する場合、該切替えのために多大な時間を要する場合がある。たとえば、ＳＵＬのニュメロロジと非ＳＵＬのニュメロロジが異なるような場合である。ＳＣＳが長くシンボル間隔が短いニュメロロジにおいては、該切替えのためにたとえば数シンボルを要する場合がある。切替えのために多大な時間を要すると、ＵＲＬＬＣデータあるいはｅＭＢＢデータを該切替え時間に送信できずデータの損失につながることになる。これにより、通信品質が劣化することになる。
【０４０７】
このような問題を解決する方法を開示する。ＳＵＬと非ＳＵＬ間の切替え時間を考慮してデータの送信時間を決定する。ＳＵＬと非ＳＵＬ間の切替え時間を考慮してデータを割り当てるリソースを決定する。
【０４０８】
たとえば、ＳＵＬと非ＳＵＬ間の切替えは、優先的に送信されるプリエンプトするデータ（ＵＲＬＬＣデータ）の送信後あるいは送信前に行うとしてもよい。切替え時間は、プリエンプトされるデータ（ｅＭＢＢデータ）送信の中で考慮するとしてもよい。プリエンプトされるデータ（ｅＭＢＢデータ）送信用のリソースにおいて切替え時間を考慮して、プリエンプトされるデータ（ｅＭＢＢデータ）が送信されるとよい。プリエンプトするデータの送信中は切替えが行われなくなるので、該データは高信頼、低遅延で通信可能となる。
【０４０９】
たとえば、図４０の場合において、非ＳＵＬ上のリソース４９０３でのＵＲＬＬＣデータ送信中は切替えを行わず、ＳＵＬ上のリソース４９０５で、非ＳＵＬからＳＵＬへの切替えを行いｅＭＢＢデータを送信する。ｇＮＢはＵＥに対して、切替え時間を考慮して、ＳＵＬ上のリソース４９０５の中で、ｅＭＢＢデータを割り当てるリソースを、ＵＬグラントあるいはプリエンプション情報により通知するとよい。たとえば切替え時間を２シンボルとした場合、ＳＵＬ上のリソース４９０５の中の２シンボルを切替え時間に割り当て、該リソース４９０５の中の２シンボルを除いた後のシンボルをｅＭＢＢデータ用に割り当てる。
【０４１０】
該ＵＬグラントあるいはプリエンプション情報を受信したＵＥは、ＳＵＬ上のリソース４９０５の中のＵＬグラントで割り当てられたリソースでｅＭＢＢデータを送信する。ｇＮＢは、切替え時間を除いたリソースでｅＭＢＢデータを送信できるようにスケジューリングして、該スケジューリング情報をＵＬグラントあるいはプリエンプション情報で通知する。
【０４１１】
このようにすることで、ｅＭＢＢデータを送信する際に、ＳＵＬと非ＳＵＬの切替えによるデータの損失を無くすことが可能となる。該データは高信頼で通信可能となる。また、ＵＲＬＬＣデータはＳＵＬと非ＳＵＬの切替えの影響なく送信できるので、該データについても高信頼、低遅延で通信可能となる。
【０４１２】
切替え時間はＵＥ個別に設定されてもよいし、全ＵＥに同じ時間が設定されてもよい。全ＵＥに同じ時間が設定される場合、切替え時間を規格等で静的に決めておいてもよい。ｇＮＢ、ＵＥともに決められた同じ切替え時間を認識できる。ｇＮＢは該切替え時間を考慮してＵＥに対してＵＬグラント可能となり、ＵＥは該切替え時間内で切替えが行えるよう設計可能となる。
【０４１３】
切替え時間がＵＥ個別に設定されるような場合、ｇＮＢはＵＥ毎の切替え時間を認識しておく必要がある。ｇＮＢがＵＥ個別の切替え時間を認識する方法を開示する。ＵＥは、上りキャリア間の切替え時間に関する情報を、ＵＥケーパビリティに含めて、通知する。ＵＥは、上りキャリアに用いるニュメロロジ間の切替え時間に関する情報を、ＵＥケーパビリティに含めて、通知してもよい。
【０４１４】
該通知は、ＲＲＣ接続を行う際に通知してもよいし、ｇＮＢからＵＥへのケーパビリティの要求あるいは切替え時間に関する情報の要求に応じて通知してもよい。通知には、ＲＲＣシグナリングを用いるとよい。他の方法としてＭＡＣシグナリングを用いてもよい。他の方法としてＬ１／Ｌ２制御信号を用いてもよい。早期に通知可能となる。
【０４１５】
切替え時間の単位はシンボル単位としてもよい。整数分の１シンボル単位あるいは複数シンボル単位を、切替え時間の単位として用いてもよい。また、あらかじめ切替え時間の範囲を一つまたは複数に分割し、分割した切替え時間毎に番号を付与しておく。切替え時間に関する情報として該番号を通知してもよい。情報量の削減がはかれる。
【０４１６】
このようにすることで、ｇＮＢはＵＥ個別の切替え時間を認識可能となる。このため、ｇＮＢはＵＥ個別の切替え時間を考慮に入れてデータの送信時間を決定可能となる。また、該データを割り当てるリソースを決定することが可能となる。高信頼、低遅延な通信が可能となる。
【０４１７】
本実施の形態４で開示した方法とすることで、上り通信において高信頼かつ低遅延特性を得ることが可能となる。また、ＳＵＬを用いることで、周波数軸方向の使用可能なリソースを増大させることができるため、従来の非ＳＵＬのみの通信に比べてより高い信頼性を有する通信を可能とする。また、前述の方法を組合せて用いることで柔軟なスケジューリングが可能となる。このため、さらに高い信頼性と低遅延特性を有する通信を可能とする。
【０４１８】
実施の形態４の変形例１．
ＮＲでは複数のＳＣＳが用いられる。これに伴い、ロジカルチャネルの設定において送信可能なＳＣＳが制限される場合がある（非特許文献１７）。ｇＮＢはＵＥに対してロジカルチャネル毎に送信を許可する一つまたは複数のＳＣＳのリストを設定する（非特許文献２３）。以降、該リストを許可ＳＣＳリストと称する。
【０４１９】
ＵＥに対してＳＵＬが設定された場合、複数のＵＬキャリアの間で切替えが生じることになる。ｅＭＢＢデータあるいはＵＲＬＬＣデータのロジカルチャネルのＳＣＳが制限された場合、ニュメロロジが異なるＳＵＬと非ＳＵＬとの間の切替えが不可能になることが生じる。例えば、切替え先のＵＬキャリアのＢＷＰのニュメロロジにおけるＳＣＳが許可ＳＣＳリストにない場合、切替えできないことになる。
【０４２０】
このような問題を解決する方法を開示する。ＳＵＬが設定されるＵＥに対してもＳＣＳ制限の設定を行ってもよい。ＳＣＳ制限は、許可ＳＣＳリスト内のＳＣＳとは異なるＵＬキャリアには切替えないという設定を含む。ＳＣＳ制限は、許可ＳＣＳリスト内のＳＣＳとは異なるＵＬキャリアのＢＷＰには切替えないという設定を含んでもよい。
【０４２１】
ｇＮＢは、ＵＥに対してＵＬキャリアの切替えを行う場合に、ＵＥに対して設定したＳＣＳ制限を考慮してＵＬキャリアへの切替えを行う。ｇＮＢは、ＵＥに対してＵＬキャリアの切替えを行う場合に、ＵＥに対して設定した許可ＳＣＳリスト内ＳＣＳを有するＵＬキャリアへの切替えを行う。一つのＵＬキャリアが複数のＳＣＳを有してもよい。
【０４２２】
ｇＮＢは、ＵＥに対してＵＬキャリアの切替えを行う場合に、ＵＥに対して設定したＳＣＳ制限を考慮してＵＬキャリアのＢＷＰへの切替えを行う。ｇＮＢは、ＵＥに対してＵＬキャリアの切替えを行う場合に、ＵＥに対して設定した許可ＳＣＳリスト内ＳＣＳを有するＵＬキャリアのＢＷＰへの切替えを行う。
【０４２３】
他の方法として、ｇＮＢが、ＵＥに対してＳＵＬの設定を行う場合に、該ＵＥに対して設定した許可ＳＣＳリスト内のＳＣＳを有するＳＵＬを設定してもよい。ｇＮＢが、ＵＥに対してＳＵＬの設定を行う場合に、該ＵＥに対して設定した許可ＳＣＳリスト内のＳＣＳを有するＢＷＰを有するＳＵＬを設定してもよい。
【０４２４】
他の方法として、ｇＮＢは、ＵＥに対して設定するＳＵＬが有するＳＣＳを、該ＵＥの許可ＳＣＳリストに入れてもよい。ｇＮＢは、ＵＥに対して設定するＳＵＬのＢＷＰが有するＳＣＳを、該ＵＥの許可ＳＣＳリストに入れてもよい。
【０４２５】
ｇＮＢがＵＥに対して設定したＳＵＬの有するＳＣＳは、自動的に該ＵＥの許可ＳＣＳリストに組み入れられるとしてもよい。ｇＮＢがＵＥに対してＳＵＬのＢＷＰを設定した場合、該ＳＵＬのＢＷＰの有するＳＣＳは、自動的に該ＵＥの許可ＳＣＳリストに組み入れられるとしてもよい。ｇＮＢはＵＥへの許可ＳＣＳリストに該ＳＣＳの設定を別途行わなくてもよい。
【０４２６】
前述の問題を解決する他の方法を開示する。ＳＵＬを設定するＵＥに対しては許可ＳＣＳリストの設定を実施しない。ｇＮＢはＳＵＬを設定するＵＥに対しては許可ＳＣＳリストの設定を実施しない。ｇＮＢはＳＵＬを設定するＵＥに対しては許可ＳＣＳリストの設定を解除してもよい。ｇＮＢはＳＵＬを設定するＵＥに対しては許可ＳＣＳリスト内のＳＣＳを無くす設定をしてもよい。
【０４２７】
前述の問題を解決する他の方法を開示する。ＳＵＬを設定したＵＥに対しては、ＳＣＳ制限を適用しない。ｇＮＢはＵＥに対して、許可ＳＣＳリストに無いＳＣＳを有するＳＵＬの設定を行ってもよい。ｇＮＢはＵＥに対して、許可ＳＣＳリストに無いＳＣＳを有するＳＵＬのＢＷＰの設定を行ってもよい。
【０４２８】
ＳＵＬでは、許可ＳＣＳリストに無いＳＣＳを有するリソースへのマッピングを許可するとしてもよい。ＳＵＬでは、許可ＳＣＳリストに無いＳＣＳを有するＢＷＰへのマッピングを許可するとしてもよい。
【０４２９】
前述の問題を解決する他の方法を開示する。非ＳＵＬに対するＳＣＳ制限とＳＵＬに対するＳＣＳ制限を設ける。従来のＳＣＳ制限を非ＳＵＬに対するＳＣＳ制限としてもよい。従来のＳＣＳ制限に加え、ＳＵＬに対するＳＣＳ制限を設ける。ＳＵＬが複数の場合、従来のＳＣＳ制限に加え、複数のＳＣＳ制限を設けてもよい。ＵＬキャリア毎、あるいは、一つまたは複数のＵＬキャリアを含むＵＬキャリアグループ毎にＳＣＳ制限を設けてもよい。各ＵＬキャリアに対するＳＣＳ制限に対して前述の方法を適宜適用してもよい。
【０４３０】
このようにすることで、ＳＵＬに対して従来のＳＣＳ制限とは異なるＳＣＳ制限を設定することが可能となる。たとえば、ＳＵＬにおいてはＳＣＳ制限無しとしてもよい。どのようなロジカルチャネルでもＳＵＬ上での送信が可能となる。
【０４３１】
このようにすることで、ＵＥに対してＳＵＬが設定された場合に、ｅＭＢＢデータあるいはＵＲＬＬＣデータのロジカルチャネルのＳＣＳが、たとえ非ＳＵＬ上で制限された場合でも、ＳＵＬと非ＳＵＬとの間の切替えを可能とする。ＳＵＬでのデータ送信を柔軟に設定可能となり、通信品質を向上させることが可能となる。
【０４３２】
前述ではＳＵＬを設定したＵＥあるいはＳＵＬを設定するＵＥに対する方法を開示したが、前述の方法はプリエンプションの場合に限定してもよい。前述の方法はＳＵＬを設定したＵＥに対してプリエンプションを実施する場合に限定してもよい。たとえば、ＳＵＬを設定しているＵＥに対してプリエンプションが実施される場合、許可ＳＣＳリスト内のＳＣＳとは異なるＵＬキャリアには切替えない。たとえば、ＳＵＬを設定したＵＥに対してプリエンプションが実施される場合、ＳＣＳ制限を適用しない、等である。
【０４３３】
プリエンプションの場合は特に低遅延特性が要求される。また、実施の形態４で開示したようにプリエンプションにおいてＵＬキャリアを切替えることによって通信品質を向上可能となる。このため、特にプリエンプションにおいて実施の形態４の本変形例１で開示したような許可ＳＣＳリストの運用方法を適用することで、高信頼かつ低遅延特性を得ることが可能となる。
【０４３４】
実施の形態４の変形例２．
実施の形態４において、プリエンプトされるデータを後のスロットあるいは前のスロットにシフトする場合について開示した。そのようなシフトを、先にＵＬグラントされたリソースがマッピングされるＵＬキャリアと同じキャリア上で行う方法を開示した。ここでは、他の方法を開示する。
【０４３５】
後から発生したデータを優先して送信する場合、すでに上りグラントで上りリソースアロケーションが行われているデータを、ＳＵＬあるいは非ＳＵＬ上の、後のスロットあるいは前のスロットにシフトして送信する。先の上りグラントで上りリソースアロケーションが行われているＵＬキャリアと異なるＵＬキャリア上のスロットに、データをシフトしてもよい。
【０４３６】
シフト先のＵＬキャリア情報を設ける。ｇＮＢはプリエンプトされるデータ（例えばｅＭＢＢデータ）を送信するＵＥに対してシフト先のＵＬキャリア情報を通知する。シフト先のＵＬキャリア情報をプリエンプション情報に含めてもよい。ｇＮＢは、プリエンプトされるデータを送信するＵＥに対して、ＵＬグラントあるいはＰＩでプリエンプション情報を通知する。先の上りグラントで上りリソースアロケーションが行われているＵＬキャリアと同じＵＬキャリア上のスロットにシフトする場合は、シフト先のＵＬキャリア情報を省略してもよい。
【０４３７】
ｇＮＢは、プリエンプトされるデータを送信するＵＥに対して、シフト先のＵＬキャリアでのＢＷＰ情報を通知してもよい。該ＢＷＰ情報をプリエンプション情報に含めて通知してもよい。シフト先のＵＬキャリア情報として、ＳＵＬか非ＳＵＬかを示す情報であるＳＵＬ／非ＳＵＬインジケータ（非特許文献１８）を用いてもよい。
【０４３８】
このようにすることで、プリエンプトされるデータを、ＵＬキャリアを切替えて送信することが可能となる。たとえば、非ＳＵＬとＳＵＬでの通信品質が時間的に変化するような場合に、ｇＮＢはより良好な通信品質となるＵＬキャリアをシフト先のＵＬキャリアと設定するとよい。これにより、より良好な通信品質のＵＬキャリア上で、プリエンプトされるデータを送信可能となる。このため、先にＵＬグラントされたプリエンプトされるデータに対してより高い信頼性を得ることが可能となる。
【０４３９】
たとえば、広いカバレッジを必要とする場合にＳＵＬ上で送信するようにしてもよい。ｇＮＢは、非ＳＵＬ上で通信品質の悪いＵＥに対して、ＳＵＬをシフト先のＵＬキャリアと設定するとよい。これにより、プリエンプトされるデータをより良好な通信品質で送信可能となる。
【０４４０】
たとえば、リソース使用負荷が低いＵＬキャリア上で送信するようにしてもよい。ｇＮＢは、非ＳＵＬのリソースの使用負荷が高い場合、ＳＵＬをシフト先のＵＬキャリアと設定するとよい。これにより、プリエンプトされるデータに対してより早いタイミングでより多くのリソースを割当てることが可能となる。このため、低遅延で送信可能となる。
【０４４１】
図４１は、先の上りグラントでリソースアロケーションが行われているデータを、プリエンプションにより、ＵＬキャリアと異なるＵＬキャリア上のスロットにシフトして送信する方法を示す一例である。図４１は先にグラントされた非ＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースが重なった場合のプリエンプション方法を示している。図４１の方法は図３１と同様なので、主に異なる部分について説明する。
【０４４２】
ｇＮＢはＵＥに対してＰＤＣＣＨ５００１でｅＭＢＢデータ用の上りグラントを送信する。たとえばこの時の該ＵＥのロケーションは非ＳＵＬのカバレッジ内であったとする。この場合、ｇＮＢは該ＵＥに対して非ＳＵＬ上でのリソース５００３をアロケーションする。
【０４４３】
ｇＮＢはＵＥに対して、後から発生したＵＲＬＬＣデータを優先して、先にアロケーションしたリソースタイミングで送信させることを決定する。たとえばこの時の該ＵＥのロケーションは非ＳＵＬのカバレッジ内であったとする。この場合、ｇＮＢは該ＵＥに対して、該ＵＲＬＬＣデータを、先にアロケーションした非ＳＵＬ上のリソースを用いて送信させることを決定する。ＰＤＣＣＨ５００２でｇＮＢから該ＵＥに対してＵＲＬＬＣデータ用グラントが送信される。ＵＲＬＬＣデータ用グラントで先にアロケーションした非ＳＵＬ上のリソース５００３がアロケーションされる。
【０４４４】
たとえばこの時の、先にＵＬグラントを送信したＵＥが、非ＳＵＬのカバレッジ端あるいはカバレッジ外で、ＳＵＬのカバレッジ内に移動したとする。この場合、ｇＮＢは先にＵＬグラントを送信したＵＥに対して、ＰＤＣＣＨ５００２で、先にアロケーションした非ＳＵＬ上のリソース５００３を後のＳＵＬ上のスロット５００４にシフトすることを通知する。シフト先のＵＬキャリア情報としてＳＵＬを設定して通知するとよい。プリエンプション情報にシフト先のＵＬキャリア情報を含めて通知してもよい。
【０４４５】
ＵＥはｅＭＢＢデータをＳＵＬ上の後のスロット５００４にシフトして送信する。
【０４４６】
このようにすることで、非ＳＵＬのカバレッジ端あるいはカバレッジ外で、ＳＵＬのカバレッジ内に移動したＵＥに対して、ｅＭＢＢデータをＳＵＬ上のリソースで送信させることが可能となる。このため、プリエンプトされるデータの通信品質を向上させることが可能となる。
【０４４７】
図４２は、先の上りグラントでリソースアロケーションが行われているデータを、プリエンプションにより、ＵＬキャリアと異なるＵＬキャリア上のスロットにシフトして送信する方法を示す一例である。図４２は先にグラントされた非ＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされるＳＵＬ上のＵＲＬＬＣデータのリソースタイミングが重なった場合のプリエンプション方法を示している。図４２の方法は図３３と同様なので、主に異なる部分について説明する。
【０４４８】
ｇＮＢはＵＥに対してＰＤＣＣＨ５１０１でｅＭＢＢデータ用の上りグラントを送信する。たとえばこの時のＵＬ通信品質はＳＵＬよりも非ＳＵＬの方が良好である場合、ｇＮＢは該ＵＥに対して非ＳＵＬ上でのリソース５１０３をアロケーションする。
【０４４９】
ｇＮＢはＵＥに対して、後から発生したＵＲＬＬＣデータを優先して、先にアロケーションしたリソースタイミングで送信させることを決定する。たとえばこの時のＵＬ通信品質は非ＳＵＬよりもＳＵＬの方が良好である場合、ｇＮＢはＵＥに対して、該ＵＲＬＬＣデータをＳＵＬ上のリソースを用いて送信させることを決定する。
【０４５０】
ＰＤＣＣＨ５１０２でｇＮＢからＵＥに対してＵＲＬＬＣデータ用グラントが送信される。ＵＲＬＬＣデータ用グラントでＳＵＬ上のリソース５１０５がアロケーションされる。
【０４５１】
また、ｇＮＢは先にＵＬグラントを送信したＵＥに対して、ＰＤＣＣＨ５１０２で、先にアロケーションした非ＳＵＬ上のリソース５１０３を後のＳＵＬ上のスロット５１０４にシフトすることを通知する。シフト先のＵＬキャリア情報としてＳＵＬを設定して通知するとよい。プリエンプション情報にシフト先のＵＬキャリア情報を含めて通知してもよい。
【０４５２】
ＵＥはｅＭＢＢデータをＳＵＬ上の後のスロット５１０４にシフトして送信する。
【０４５３】
前述の例では後のスロットへのシフトについて開示したが、前のスロットへのシフトであってもよい。
【０４５４】
このようにすることで、電波伝搬状況、ＵＥのロケーション、各ＵＬキャリア上の負荷状況等に応じて、プリエンプトされるデータのシフト先ＵＬキャリアを選択することが可能となる。より良好な通信品質のＵＬキャリア上でプリエンプトされるデータを送信可能となる。またＵＥは、プリエンプトされるデータをより低い送信電力で送信可能となるため、ＵＥの低消費電力化がはかれる。
【０４５５】
ＵＬキャリアの切替え要求を設けてもよい。ＵＥはｇＮＢに対して、ＵＬキャリアの切替え要求を通知する。ＵＬキャリアの切替え要求に、要求するＵＬキャリアを示す情報を含めるとよい。ＳＵＬが低い周波数の場合、ＳＵＬでＵＬデータを送信した方がＵＥの消費電力が少なくて済む場合がある。たとえば、ＵＥの電池残量が少なくなったような場合に、ＳＵＬ上でＵＬデータを送信することで、ＵＥの低消費電力化を図り通信時間を長くすることが可能となる。
【０４５６】
また、ＵＥがＤＬの通信品質からＵＬの通信品質を推定し、通信品質の良好なＵＬキャリアへの切替えを要求する場合に、ＵＥはｇＮＢに対して、ＵＬキャリアの切替え要求を通知する。
【０４５７】
ＵＥがＳＵＬへの切替えを要求する場合、ＵＬ切替え要求にＳＵＬを示す情報を含めてｇＮＢに通知する。該要求を受信したｇＮＢは、該ＵＥに対して、ＵＬグラントでＳＵＬでのＵＬデータの送信を指示してもよい。あるいは、プリエンプトされるｅＭＢＢデータ送信用にＳＵＬでのＵＬデータの送信を指示してもよい。
【０４５８】
このようにすることで、ＵＥの低消費電力化を図れる。また、ＵＬデータの通信品質を向上させることが可能となる。
【０４５９】
実施の形態４の変形例３．
実施の形態４の変形例２において、プリエンプトされるデータを後のスロットにシフトする場合にシフト先のＵＬキャリアの設定を可能にする方法について開示した。ここでは、シフトせずにＵＬキャリアの設定を可能にする方法を開示する。
【０４６０】
後から発生したデータを優先して送信する場合、すでに上りグラントで上りリソースアロケーションが行われているデータを、ＵＬキャリアを切替えて送信する。先の上りグラントで上りリソースアロケーションが行われているＵＬキャリアを異なるＵＬキャリアに切替える。
【０４６１】
ＵＬキャリアの切替え情報を設ける。ｇＮＢはプリエンプトされるデータ（例えばｅＭＢＢデータ）を送信するＵＥに対してＵＬキャリアの切替え情報を通知する。ＵＬキャリア切替え情報をプリエンプション情報に含めてもよい。ｇＮＢは、プリエンプトされるデータを送信するＵＥに対して、ＵＬグラントあるいはＰＩでプリエンプション情報を通知する。
【０４６２】
ｇＮＢは、プリエンプトされるデータを送信するＵＥに対して、切替えたＵＬキャリアでのＢＷＰ情報を通知してもよい。該ＢＷＰ情報をプリエンプション情報に含めて通知してもよい。ＵＬキャリア切替え情報として、ＳＵＬか非ＳＵＬかを示す情報であるＳＵＬ／非ＳＵＬインジケータ（非特許文献１８）を用いてもよい。
【０４６３】
このようにすることで、プリエンプトされるデータを、シフトすることなく、ＵＬキャリアを切替えて送信することが可能となる。たとえば、非ＳＵＬとＳＵＬでの通信品質が時間的に変化するような場合に、ｇＮＢはより良好な通信品質となるＵＬキャリアへ切替えるとよい。これにより、より良好な通信品質のＵＬキャリア上で、プリエンプトされるデータを送信可能となる。このため、先にＵＬグラントされたプリエンプトされるデータに対してより高い信頼性を得ることが可能となる。
【０４６４】
実施の形態４の変形例２と同様に、たとえば広いカバレッジを必要とする場合にＳＵＬへ、たとえばリソース使用負荷が低いＵＬキャリアへ切替えるとよい。プリエンプトされるデータをより良好な通信品質で、あるいは、より低遅延で送信可能となる。
【０４６５】
図４３は、先の上りグラントでリソースアロケーションが行われているデータを、プリエンプションにより、ＵＬキャリアと異なるＵＬキャリア上のスロットで送信する方法を示す一例である。図４３は先にグラントされた非ＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースが重なった場合のプリエンプション方法を示している。
【０４６６】
ｇＮＢはＵＥに対してＰＤＣＣＨ５２０１でｅＭＢＢデータ用の上りグラントを送信する。たとえばこの時の該ＵＥのロケーションは非ＳＵＬのカバレッジ内であったとする。この場合、ｇＮＢは該ＵＥに対して非ＳＵＬ上でのリソース５２０３をアロケーションする。
【０４６７】
ｇＮＢはＵＥに対して、後から発生したＵＲＬＬＣデータを優先して、先にアロケーションしたリソースタイミングで送信させることを決定する。たとえばこの時の該ＵＥのロケーションは非ＳＵＬのカバレッジ内であったとする。この場合、ｇＮＢは該ＵＥに対して、該ＵＲＬＬＣデータを、先にアロケーションした非ＳＵＬ上のリソースを用いて送信させることを決定する。ＰＤＣＣＨ５２０２でｇＮＢから該ＵＥに対してＵＲＬＬＣデータ用グラントが送信される。ＵＲＬＬＣデータ用グラントで先にアロケーションした非ＳＵＬ上のリソース５２０３がアロケーションされる。
【０４６８】
たとえばこの時の、先にＵＬグラントを送信したＵＥが、非ＳＵＬのカバレッジ端あるいはカバレッジ外で、ＳＵＬのカバレッジ内に移動したとする。この場合、ｇＮＢは先にＵＬグラントを送信したＵＥに対して、ＰＤＣＣＨ５２０２で、先にアロケーションした非ＳＵＬ上のリソース５２０３をＳＵＬ上のスロット５２０４に切替えることを通知する。ＵＬキャリア切替え情報としてＳＵＬを設定して通知するとよい。プリエンプション情報にＵＬキャリア情報を含めて通知してもよい。
【０４６９】
ＵＥはｅＭＢＢデータをＳＵＬ上の後のスロット５２０４に切替えて送信する。
【０４７０】
このようにすることで、非ＳＵＬのカバレッジ端あるいはカバレッジ外で、ＳＵＬのカバレッジ内に移動したＵＥに対して、ｅＭＢＢデータをＳＵＬ上のリソースで送信させることが可能となる。このため、プリエンプトされるデータの通信品質を向上させることが可能となる。また、シフトせずに切替えることで、プリエンプトされるデータ送信までの遅延時間を削減可能となる。
【０４７１】
図４４は、ＳＵＬと非ＳＵＬとが異なるＳＣＳを有する場合について示す図である。図４４は、先の上りグラントでリソースアロケーションが行われているデータを、プリエンプションにより、ＵＬキャリアと異なるＵＬキャリア上のスロットで送信する方法を示す一例である。図４４は、先にグラントされた非ＳＵＬ上のｅＭＢＢデータ用リソースと後からグラントされる非ＳＵＬ上のＵＲＬＬＣデータのリソースが重なった場合のプリエンプション方法を示している。
【０４７２】
ｇＮＢはＵＥに対してＰＤＣＣＨ５３０１でｅＭＢＢデータ用の上りグラントを送信する。たとえばこの時の該ＵＥのロケーションは非ＳＵＬのカバレッジ内であったとする。この場合、ｇＮＢは該ＵＥに対して非ＳＵＬ上でのリソース５３０３をアロケーションする。
【０４７３】
ｇＮＢはＵＥに対して、後から発生したＵＲＬＬＣデータを優先して、先にアロケーションしたリソースタイミングで送信させることを決定する。たとえばこの時の該ＵＥのロケーションは非ＳＵＬのカバレッジ内であったとする。この場合、ｇＮＢは該ＵＥに対して、該ＵＲＬＬＣデータを、先にアロケーションした非ＳＵＬ上のリソースを用いて送信させることを決定する。ＰＤＣＣＨ５３０２でｇＮＢから該ＵＥに対してＵＲＬＬＣデータ用グラントが送信される。ＵＲＬＬＣデータ用グラントで先にアロケーションした非ＳＵＬ上のリソース５３０３がアロケーションされる。
【０４７４】
たとえばこの時の、先にＵＬグラントを送信したＵＥが、非ＳＵＬのカバレッジ端あるいはカバレッジ外で、ＳＵＬのカバレッジ内に移動したとする。この場合、ｇＮＢは先にＵＬグラントを送信したＵＥに対して、ＰＤＣＣＨ５３０２で、先にアロケーションした非ＳＵＬ上のリソース５３０３をＳＵＬ上に切替えることを通知する。ＵＬキャリア切替え情報としてＳＵＬを設定して通知するとよい。プリエンプション情報にＵＬキャリア情報を含めて通知してもよい。
【０４７５】
異なるＳＣＳを有するＵＬキャリアへの切替えの場合、ＵＬキャリア切替え情報だけでは、スロット５３０４に切替わってしまう可能性がある。ＮＲにおける従来のＤＬとＵＬのＳＣＳが異なる場合のスケジューリングでは、ｅＭＢＢデータ用の先のＵＬグラントでアロケーションしたスロットは、アロケーションしたＵＬキャリアあるいはＵＬキャリアのＢＷＰが有するＳＣＳに対するスロット数で決定される。
【０４７６】
このため、図４４において、ｅＭＢＢデータ用の先のＵＬグラント５３０１で、非ＳＵＬ上の５スロット後のスロット５３０３がアロケーションされたとする。また、ＰＤＣＣＨ５３０２で、先にアロケーションした非ＳＵＬ上のリソース５３０３をＳＵＬに切替えるために、ＵＬキャリア切替え情報のみが通知されたとする。そのような場合、ＵＥは、ｅＭＢＢデータ用の先のＵＬグラント５３０１のタイミングの上りスロットからＳＵＬ上で５スロット後のスロット５３０４を、アロケーションすることになる。
【０４７７】
このため、ＵＥはｅＭＢＢデータをＳＵＬ上の後のスロット５３０４に切替えて送信する。
【０４７８】
このようにすることで、ＵＬキャリアを切替えることで、プリエンプトされるデータの通信品質を向上させることが可能となる。しかし、シフトせずに切替えたのに、プリエンプトされるデータ送信までの遅延時間を削減できなくなってしまう。
【０４７９】
シフトせずに切替えた場合に、プリエンプトされるデータ送信までの遅延時間を削減する方法を開示する。
【０４８０】
ＵＬキャリア切替え情報の通知より前にグラントされたスロット数に対する時間軸方向のオフセット量情報を設ける。オフセット量はスロット単位としてもよい。たとえば、先のグラントでのスロット数をＫ１とし、オフセット量としてＫ２とした場合、新たに設定されたスロットは、先のグラントタイミングから、Ｋ２＋Ｋ１スロット目としてもよい。
【０４８１】
このように該オフセット量を通知することで、前にグラントされたスロット数を変更することが可能となる。たとえば、先のグラントのスロット数が５であり、ＵＬキャリア切替え情報とともに設定される該オフセット量が−３とする。この場合、新たに設定されるスロットは、５＋（−３）＝２となる。先のグラントタイミングから２スロット目に新たなスロットが設定される。
【０４８２】
図４５は、ＳＵＬと非ＳＵＬとが異なるＳＣＳを有する場合について示す図である。図４５は、オフセット量を設定してＵＬキャリアの切替えを行う場合の一例を示す図である。図４５は図４４と同様なので、主に異なる部分について説明する。
【０４８３】
ｇＮＢは先にＵＬグラントを送信したＵＥに対して、ＰＤＣＣＨ５４０２で、先にアロケーションした非ＳＵＬ上のリソース５４０３をＳＵＬ上に切替えることを通知する。ＵＬキャリア切替え情報としてＳＵＬを設定して通知するとよい。ＵＬキャリア情報とともにオフセット情報を通知する。ここではオフセット情報として３スロット戻ること（−３）を設定して通知する。プリエンプション情報にＵＬキャリア情報とオフセット情報を含めて通知してもよい。
【０４８４】
このようにすることで、ＳＵＬにＵＬキャリアが切替わった後のスロットは、先のＵＬグラント５４０１のタイミングから、ＳＵＬのＳＣＳで２スロット目となる。従って、図４５ではスロット５４０４が設定されることになる。
【０４８５】
従って、ＵＥはｅＭＢＢデータをＳＵＬ上のスロット５４０４に切替えて送信する。
【０４８６】
このようにすることで、異なるＳＣＳを有するＵＬキャリア間でＵＬキャリアを切替えた場合に、プリエンプトされるデータの通信品質を向上させることを可能とするとともに、プリエンプトされるデータ送信までの遅延時間を削減することを可能とする。
【０４８７】
ＵＬキャリア切替え情報通知により、該通知より前にグラントされたスロット数をリセットしてもよい。リセットすることは、あらかじめ規格等で静的に決めておくことで、ｇＮＢ、ＵＥともに認識可能となる。ｇＮＢは先にＵＬグラントを送信したＵＥに対して新たにスロット情報を通知してもよい。プリエンプション情報に新たに設定したスロット情報を含めてもよい。スロット情報はプリエンプション情報の通知タイミングからのスロットのシフト量としてもよい。スロット情報はＰＩからのスロットのシフト量としてもよい。
【０４８８】
このようにすることで、ニュメロロジが異なるＵＬキャリアに切替わった後のスロットを、先のＵＬグラントで設定されたスロットを用いずに、新たに設定可能となる。このため、たとえば、プリエンプトされるスロットと同じタイミングでのスロットの設定を容易にすることができる。
【０４８９】
ＵＬキャリアを切替えた場合、スロットの設定をリセットし、プリエンプトされたスロットと同じタイミングにのみ切替え可能としてもよい。ＳＣＳが異なるＵＬキャリアへの切替えの際に問題が生じる。たとえば、長いＳＣＳを有するＵＬキャリアから短いＳＣＳを有するＵＬキャリアへ切替える場合、１つの長いＳＣＳのスロットに、複数の短いＳＣＳのスロットが含まれることになる。プリエンプトされたスロットと同じタイミングのスロットを特定できないことになる。
【０４９０】
このような問題を解決する方法を開示する。長いＳＣＳのスロット内で、所定の短いＳＣＳのスロットに切替える。所定のスロットは、たとえば、先頭のスロットとする。あるいは、最後尾のスロットとしてもよい。所定のスロットはあらかじめ規格等で静的に決めておいてもよい。ｇＮＢ、ＵＥともに共通に認識可能となり、誤動作を低減できる。
【０４９１】
あるいは、所定のスロットをｇＮＢからＵＥに対して通知してもよい。長いＳＣＳの１スロット内でオフセットする短いＳＣＳのスロット数を通知してもよい。先頭からのオフセット値を設定して通知してもよい。通知方法として、ＲＲＣシグナリングで該所定のスロットをあらかじめ通知してもよい。また、ＭＡＣシグナリングで通知を行ってもよい。誤動作を低減できる。また、Ｌ１／Ｌ２制御シグナリングで通知を行ってもよい。ダイナミックに適宜設定可能となる。
【０４９２】
図４６は、ＳＵＬと非ＳＵＬとが異なるＳＣＳを有する場合について示す図である。図４６は、リセットとＰＩからのシフト量を設定してＵＬキャリアの切替えを行う場合の一例を示す図である。図４６は図４５と同様なので、主に異なる部分について説明する。
【０４９３】
ｇＮＢは、先にＵＬグラントを送信したＵＥに対して、ＰＤＣＣＨ５５０２で、先にアロケーションした非ＳＵＬ上のリソース５５０３をＳＵＬ上に切替えることを通知する。ＵＬキャリア切替え情報としてＳＵＬを設定して通知するとよい。ＵＬキャリア情報とともに該ＵＬキャリアでのＰＩからのシフト量を通知する。シフト量はスロット単位としてもよい。図４６の例では１スロットとする。
【０４９４】
ＵＥはＳＵＬにＵＬキャリアを切替え、先のＵＬグラントにより受信したスロットの設定、図４６の例では４スロット、をリセットする。また、ＵＥは、ＰＩから、ＳＵＬ上で１スロットシフトし、ＳＵＬ上のリソース５５０４でｅＭＢＢデータを送信する。
【０４９５】
このようにすることで、異なるＳＣＳを有するＵＬキャリア間でＵＬキャリアを切替えた場合に、同じタイミングで送信可能となる。プリエンプトされるデータ送信までの遅延時間を削減することを可能とする。
【０４９６】
実施の形態４から実施の形態４の変形例３で開示した方法を適宜組合せることで、プリエンプションされるデータに対して柔軟な設定を可能とする。このため、通信品質の向上、遅延時間の削減を図ることが可能となる。
【０４９７】
実施の形態４の変形例４．
ＵＥに対してＳＵＬまたは非ＳＵＬで設定済みグラントが設定されている場合のプリエンプション方法について開示する。
【０４９８】
設定済みグラントによって割り当てられたリソースあるいはリソースタイミングでプリエンプションを行う。設定済みグラントで上り送信があっても無くてもよい。設定済みグラントで上り送信の有無にかかわらず、設定済みグラントによって割り当てられたリソースあるいはリソースタイミングでプリエンプションを行う。
【０４９９】
設定済みグラントの方法として、グラントとして与えるスケジューリング情報をＲＲＣシグナリングのみでＵＥに通知する方法（ここではタイプ１と称する）がある。他の方法として、グラントとして与えるスケジューリング情報のうち一部をＤＣＩに含めてＰＤＣＣＨでＵＥに通知し、他の部分をＲＲＣシグナリングでＵＥに通知する方法（ここではタイプ２と称する）がある。ＤＣＩに含めて通知する情報として、少なくとも、アクティベーション／デアクティベーション情報と、周波数軸方向のリソースアロケーション情報がある。
【０５００】
また、実施の形態３の変形例１では、設定済みグラントの他の方法として、グラントとして与えるスケジューリング情報のうちアクティベーション／デアクティベーション情報をＤＣＩに含めてＰＤＣＣＨでＵＥに通知し、他の情報をＲＲＣシグナリングでＵＥに通知する方法を開示した。ここでは、これをタイプ３と称する。
【０５０１】
タイプ１においてプリエンプションを行うとしてもよい。また、タイプ２およびタイプ３のアクティベーションからデアクティベーションの間において、プリエンプションを行うとしてもよい。プリエンプションの方法として、実施の形態４から実施の形態４の変形例３で開示した方法を適宜適用するとよい。先のＵＬグラントを設定済みグラントに読み替えて、それらの方法を適用するとよい。
【０５０２】
設定済みグラントによって割り当てられたリソースあるいはリソースタイミングで、ＵＥにＵＬ送信が発生した場合、ＵＥは送信停止、送信スロットのシフト、送信ＵＬキャリアの切替えなどを行う。送信停止の場合、送信停止したデータを、次の設定済みグラントで割り当てられたリソースを用いて送信してもよい。
【０５０３】
また、送信スロットのシフトの指示が無い場合、次の設定済みグラントで割り当てられたリソースを用いて送信を行ってもよい。設定済みグラントでは定期的にＵＬ送信用のリソースが割り当てられるので、該リソースを使用可能となる。プリエンプションの制御を容易にすることが可能となる。
【０５０４】
送信ＵＬキャリアの切替えを行うため、設定済みグラントが設定されたＵＬキャリアと異なるＵＬキャリアで、プリエンプトされたＵＬデータの送信を可能とするとよい。このようにすることで、ＳＵＬが設定されたＵＥに対してＵＬ送信のために複数のＵＬキャリアを用いることが可能となるので、柔軟なスケジューリングが可能となる。低遅延特性の向上、信頼性の向上、ＵＥの消費電力の削減、カバレッジの向上などの効果を得ることができる。
【０５０５】
ＳＵＬを設定しているＵＥに対して、複数のＵＬキャリアでリソースタイミングが重なるように設定済みグラントを設定してもよい。ＵＬキャリアの切替えが容易になり、低遅延特性の向上をはかれる。
【０５０６】
タイプ２およびタイプ３のアクティベーションからデアクティベーションの間、言い換えるとアクティベーション時以外、あるいはデアクティベーション時は、設定済みグラントによりスケジューリングされたリソースが有効ではないため該リソースをリザーブしなくてよい。このため、設定済みグラントがなされていない時と同様の処理を適用すればよい。
【０５０７】
図４７は、設定済みグラントが設定されている場合にプリエンプションする方法を示す一例である。ｅＭＢＢデータ用に非ＳＵＬ上で設定済みグラントが設定されている。
【０５０８】
設定済みグラントでｅＭＢＢデータ用リソース５６０２、５６０３、５６０５が周期的にアロケーションされている。ＰＤＣＣＨ５６０１でｇＮＢからＵＥに対してＵＲＬＬＣデータ用グラントが送信される。ＵＲＬＬＣデータ用グラントで、先に設定済みグラントでアロケーションした非ＳＵＬ上のリソース５６０３がアロケーションされる。
【０５０９】
また、ｇＮＢはＵＥに対して、ＰＤＣＣＨ５６０１で、先に設定済みグラントでアロケーションした非ＳＵＬ上のリソース５６０３でＵＲＬＬＣデータを優先して送信することを通知する。また、ｇＮＢはＵＥに対して、先に設定済みグラントでアロケーションしたリソース５６０３を後のスロット５６０４にシフトすることを通知してもよい。これらの情報としてプリエンプション情報を適用してもよい。もしＵＥにおいてｅＭＢＢデータが発生した場合は、非ＳＵＬ上の後のスロット５６０４で送信する。
【０５１０】
図４８は、設定済みグラントが設定されている場合にプリエンプションする方法を示す一例である。ｅＭＢＢデータ用にＳＵＬ上で設定済みグラントが設定されている。図４８は非ＳＵＬとＳＵＬのニュメロロジが異なる場合について示している。
【０５１１】
設定済みグラントでｅＭＢＢデータ用リソース５７０２、５７０４、５７０６が周期的にアロケーションされている。ＰＤＣＣＨ５７０１でｇＮＢからＵＥに対してＵＲＬＬＣデータ用グラントが送信される。ＵＲＬＬＣデータ用グラントで、先に設定済みグラントでアロケーションしたＳＵＬ上のリソース５７０４とタイミングが重なる、異なるＵＬキャリアのスロットのリソース５７０３がアロケーションされる。
【０５１２】
ｇＮＢはＵＥに対して、ＰＤＣＣＨ５７０１で、先に設定済みグラントでアロケーションしたＳＵＬ上のリソース５７０４のタイミングでＵＲＬＬＣデータを優先して送信することを通知する。また、ｇＮＢはＵＥに対して、先に設定済みグラントでアロケーションしたリソース５7０４を後のスロット５７０５にシフトすることを通知してもよい。これらの情報としてプリエンプション情報を適用してもよい。もしＵＥにおいてｅＭＢＢデータが発生した場合は、ＳＵＬ上の後のスロット５７０５で送信する。
【０５１３】
図４９は、設定済みグラントが設定されている場合にプリエンプションする方法を示す一例である。ｅＭＢＢデータ用に非ＳＵＬ上で設定済みグラントが設定されている。図４９は図４７と同様なので、主に異なる部分について説明する。
【０５１４】
図４７の例では、プリエンプトされたリソース５６０３の代わりに、後方のスロットのリソース５６０４が割り当てられた。図４９では、プリエンプトされたリソース５８０３の代わりに、異なるＵＬキャリアのスロットのリソース５８０５が割り当てられる。もしＵＥにおいてｅＭＢＢデータが発生した場合は、ＵＬキャリアを切替えてＳＵＬ上のスロット５８０５で送信する。なお、図４９中の要素５８０１、５８０２、５８０４は図４７中の要素５６０１、５６０２、５６０５にそれぞれ対応する。
【０５１５】
図５０は、設定済みグラントが設定されている場合にプリエンプションする方法を示す一例である。ｅＭＢＢデータ用にＳＵＬ上で設定済みグラントが設定されている。図５０は図４８と同様なので、主に異なる部分について説明する。
【０５１６】
図４８の例では、プリエンプトされたリソース５７０４の代わりに、後方のスロットのリソース５７０５が割り当てられた。図５０では、プリエンプトされたリソース５９０５の代わりに、異なるＵＬキャリアのスロットのリソース５９０４が割り当てられる。もしＵＥにおいてｅＭＢＢデータが発生した場合は、ＵＬキャリアを切替えて非ＳＵＬ上のスロット５９０４で送信する。なお、図５０中の要素５９０１、５９０２、５９０３、５９０６は図４８中の要素５７０１、５７０２、５７０３、５７０６にそれぞれ対応する。
【０５１７】
このようにすることで、ｅＭＢＢデータに対して設定済みグラントが設定された場合にも、ＵＲＬＬＣデータを優先して送信させることが可能となる。低遅延でＵＲＬＬＣデータを送信することができる。
【０５１８】
ＵＲＬＬＣデータに対して設定済みグラントが設定された場合においてもプリエンプションを行うとしてもよい。プリエンプションの方法として、実施の形態４から実施の形態４の変形例３で開示した方法を適宜適用するとよい。
【０５１９】
図５１は、設定済みグラントが設定されている場合にプリエンプションする方法を示す一例である。ＵＲＬＬＣデータ用に非ＳＵＬ上で設定済みグラントが設定されている。
【０５２０】
設定済みグラントでＵＲＬＬＣデータ用リソース６００２、６００３、６００４が周期的にアロケーションされている。ＰＤＣＣＨ６００１でｇＮＢからＵＥに対してｅＭＢＢデータ用グラントが送信される。ｅＭＢＢデータ用グラントで割り当てられたＳＵＬ上のリソース６００５の前に、ＵＲＬＬＣデータが発生する。
【０５２１】
ｉｎｔｒａ−ＵＥの場合、ＵＥは後から発生したＵＲＬＬＣデータを優先して送信することを決定する。低遅延特性が要求されるサービスのデータは優先して送信してもよいことを、規格等で静的に決めておいてもよい。あるいは、データの優先順位をｇＮＢからＵＥに対して通知してもよい。ｇＮＢはＵＥに対して、データの優先順位としてロジカルチャネルプライオリティを設定してもよい。ロジカルチャネルプライオリティは、たとえば、サービスに要求されるＱｏＳやＱｏＳのパラメータ、あるいはＱＣＩなどを用いて決定されてもよい。
【０５２２】
ここでは、後から発生したＵＲＬＬＣデータを優先して送信する場合について示す。すでに上りグラントで上りリソースアロケーションが行われている上り送信を、後のスロットにシフトして実施する。このようにプリエンプトされたデータの送信方法、たとえばシフトするか停止するか切替えるか等をあらかじめ決めておくとよい。
【０５２３】
サービスの優先順位、データの優先順位、プリエンプトされたデータの送信方法、または該送信のためのリソース情報は、たとえば、規格等で静的に決めておいてもよい。あるいは、該各種情報はｇＮＢからＵＥに対してあらかじめ通知してもよい。該各種情報は、ＲＲＣシグナリングで通知してもよいし、ＭＡＣシグナリングで通知してもよい。該各種情報はＬ１／Ｌ２シグナリングでダイナミックに通知してもよい。
【０５２４】
該各種情報はｅＭＢＢデータ用ＵＬグラントで通知してもよい。プリエンプトされたデータの送信方法とリソース情報をダイナミックに通知できるため、電波伝搬環境や負荷状況に応じた設定を可能となる。このため、上り通信品質の向上を図れ、またリソースの使用効率の向上を図ることが可能となる。
【０５２５】
ｇＮＢはＵＥに対して、ＰＤＣＣＨ６００１で、プリエンプトされた場合のデータの送信方法とリソース情報を通知しておく。
【０５２６】
ＵＲＬＬＣデータを優先して送信することを決定したＵＥは、非ＳＵＬ上の設定済みグラントで割り当てられたリソース６００３でＵＲＬＬＣデータを送信する。ＵＲＬＬＣデータの送信タイミングが、ｅＭＢＢデータ用に先にＵＬグラントされたＳＵＬ上のリソース６００５と重なる場合、ＵＥはあらかじめ設定された送信方法とリソース情報に従って、ｅＭＢＢデータを送信する。
【０５２７】
ここでは、プリエンプトされたデータの送信方法は同一ＵＬキャリア上でのシフトとし、該送信のリソース情報は２スロット後ろへシフトしたスロットを示すものとする。ＵＥは、リソース６００５から２スロット後ろへシフトしたリソース６００６でｅＭＢＢデータを送信する。
【０５２８】
このようにすることで、先に設定済みグラントでアロケーションしたリソース６００５のタイミングで、ＵＲＬＬＣデータを優先して送信することが可能となる。また、プリエンプトされたｅＭＢＢも後のスロット６００６で送信することが可能となる。
【０５２９】
図５２は、設定済みグラントが設定されている場合にプリエンプションする方法を示す一例である。ＵＲＬＬＣデータ用に非ＳＵＬ上で設定済みグラントが設定されている。
【０５３０】
設定済みグラントでＵＲＬＬＣデータ用リソース６１０２、６１０３、６１０４が周期的にアロケーションされている。ＰＤＣＣＨ６１０１でｇＮＢからＵＥに対してｅＭＢＢデータ用グラントが送信される。ｇＮＢはＵＥに対してＰＤＣＣＨ６１０１で、プリエンプトされた場合のデータの送信方法とリソース情報を通知しておく。
【０５３１】
ｅＭＢＢデータ用グラントで割り当てられた非ＳＵＬ上のリソース６１０３の前に、ＵＲＬＬＣデータが発生する。
【０５３２】
ＵＲＬＬＣデータを優先して送信することを決定したＵＥは、非ＳＵＬ上の設定済みグラントで割り当てられたリソース６１０３でＵＲＬＬＣデータを送信する。ＵＥはあらかじめ設定された送信方法とリソース情報に従って、ｅＭＢＢデータを送信する。ここでは、プリエンプトされたデータの送信方法は異なるＵＬキャリアへの切替えとし、該送信のリソース情報はオフセット０のスロットを示すものとする。ＵＥは、ＵＬキャリアを非ＳＵＬ上のリソース６１０３からＳＵＬ上のリソース６１０５に切替え、ＳＵＬ上のリソース６１０５でｅＭＢＢデータを送信する。
【０５３３】
このように、設定済みグラントでアロケーションされたリソースでのプリエンプションを可能とすることで、該リソースに、ダイナミックスケジューリングによるデータを先にアロケーションしてしまうことが可能となる。
【０５３４】
また、このように、設定済みグラントでアロケーションされたリソースでのプリエンプションを可能とすることで、該リソースに優先順位の低いデータを先にアロケーションしてしまうことが可能となる。
【０５３５】
このため、優先順位の高いデータ用に、設定済みグラントでアロケーションされたリソースをリザーブしておく必要がなくなる。したがって、低遅延特性を得ながら、リソースの使用効率を向上させることが可能となる。
【０５３６】
図５３は、設定済みグラントが設定されている場合にプリエンプションする方法を示す一例である。ＵＲＬＬＣデータ用に非ＳＵＬ上で設定済みグラントが設定されている。
【０５３７】
設定済みグラントでＵＲＬＬＣデータ用リソース６２０２、６２０３、６２０４が周期的にアロケーションされている。ＰＤＣＣＨ６２０１でｇＮＢからＵＥに対してｅＭＢＢデータ用グラントが送信される。ｇＮＢはＵＥに対してＰＤＣＣＨ６２０１でプリエンプトされた場合のデータの送信方法とリソース情報を通知しておく。
【０５３８】
ｅＭＢＢデータ用グラントで割り当てられたＳＵＬ上のリソース６２０５の前にＵＲＬＬＣデータが発生する。
【０５３９】
ＵＲＬＬＣデータを優先して送信することを決定したＵＥは、設定済みグラントでアロケーションされた非ＳＵＬ上のリソース６００３で送信するか、あるいは、ｅＭＢＢデータ用にＵＬグラントでアロケーションされたＳＵＬ上のリソース６２０５で送信するか、を選択可能とする。このように同じタイミングで複数のリソースが割り当てられている場合、該リソースの選択はＵＥが行ってもよい。ＵＥが選択可能とすることで、ＵＥの状態、たとえば電池残量やロケーションなどを考慮して、送信するリソースを選択できる。
【０５４０】
たとえば、電池残量が少ない場合はＳＵＬで送信することを決定する。これにより消費電力を低減可能となる。たとえば、基地局からのロケーションが遠い場合はＳＵＬで送信することを決定する。これにより通信品質を向上させることが可能となる。
【０５４１】
該リソースの選択は規格等で静的に決めておいてもよい。シグナリング情報量を削減できる。また、ｇＮＢはどちらかのリソースのみを受信すればよく、ｇＮＢでの受信処理を容易にできる。
【０５４２】
また、該リソースの選択はｇＮＢがあらかじめ設定してＵＥに通知してもよい。該リソースの選択結果を示すリソース選択情報を設けてもよい。ｇＮＢは該リソースの選択情報をＵＥに対して通知する。リソース選択情報の通知は、サービスの優先順位、データの優先順位、プリエンプトされたデータの送信方法、または該送信のためのリソース情報の通知方法を適用するとよい。
【０５４３】
ｇＮＢがリソースを選択してＵＥに設定することで、たとえば、ＵＥからの上りの通信品質を考慮した設定が可能となる。このため、通信品質の向上をはかることが可能となる。
【０５４４】
ここでは、ＵＲＬＬＣデータが、ｅＭＢＢデータ用にアロケーションされたリソース６２０５で送信される場合について示す。ＵＥは、ＵＲＬＬＣデータをＳＵＬ上のリソース６２０５で送信することを決定する。ＵＥは、あらかじめ設定された送信方法とリソース情報に従って、ｅＭＢＢデータを送信する。ここでは、プリエンプトされたデータの送信方法および該送信のリソース情報によって、２スロット後方へシフトして送信することが示される。
【０５４５】
ＵＥは、ｅＭＢＢデータの送信に用いるリソースをＳＵＬ上のリソース６２０５からリソース６２０６へシフトして、該ｅＭＢＢデータを送信する。
【０５４６】
このように、同じタイミングで複数のリソースが割り当てられている場合、該リソースの選択を可能とすることで、優先順位の高いデータの通信品質を向上させることが可能となる。このため、さらなる低遅延特性を得ることが可能となる。また、低消費電力をはかることも可能となる。
【０５４７】
図５４から図５６は、ＳＵＬと非ＳＵＬのニュメロロジが異なり、ＵＲＬＬＣデータ用に非ＳＵＬ上で設定済みグラントが設定されている場合に、プリエンプションする方法を示す一例である。図５４から図５６は、非ＳＵＬのＳＣＳがＳＵＬのＳＣＳよりも長い場合、言い換えると、非ＳＵＬのシンボル期間がＳＵＬのシンボル期間よりも短い場合を示している。
【０５４８】
図５４は、ＳＵＬ上でＵＬグラントされたｅＭＢＢデータが、プリエンプトされ、２スロット後方にシフトして送信される場合を示す図である。図５４のプリエンプションの方法は図５１と同様なので説明を省略する。なお、図５４中の要素６３０１〜６３０６は図５１中の要素６００１〜６００６にそれぞれ対応する。
【０５４９】
図５５は、非ＳＵＬ上でＵＬグラントされたｅＭＢＢデータが、プリエンプトされ、異なるＵＬキャリアＳＵＬに切替えて送信される場合を示す図である。オフセット値は−３スロットとしている。オフセット値はリソース情報に含めてもよい。
【０５５０】
設定済みグラントで割り当てたリソースに、ダイナミックスケジューリングによる優先順位の低いデータを先にアロケーションする。先にアロケーションした優先順位の低いデータは、優先順位の高いデータの発生時にプリエンプションすることにより、優先順位の高いデータを低遅延で送信可能となる。図５５のプリエンプションの方法は図５２と同様なので説明を省略する。なお、図５５中の要素６４０１〜６４０５は図５２中の要素６１０１〜６１０５にそれぞれ対応する。
【０５５１】
図５６は、ＳＵＬ上でＵＬグラントされたｅＭＢＢデータが、プリエンプトされ、２スロット後方にシフトして送信される場合を示す図である。図５６は、同じタイミングで複数のリソース６５０３、６５０５が割り当てられている場合について示している。ＵＥは、たとえば規格に従って、あるいは、ＵＥの判断で、あるいは、ｇＮＢからの通知にしたがって、ＳＵＬ上のリソース６５０５でＵＲＬＬＣデータを送信することを決定する。
【０５５２】
図５６のプリエンプションの方法は図５３と同様なので説明を省略する。なお、図５６中の要素６５０１〜６５０６は図５３中の要素６２０１〜６２０６にそれぞれ対応する。
【０５５３】
このようにすることで、ＵＲＬＬＣデータに対して、設定済みグラントが設定された場合にも、ＵＲＬＬＣデータを優先して送信させることが可能となる。低遅延でＵＲＬＬＣデータを送信することができる。
【０５５４】
実施の形態５．
ＰＵＣＣＨを用いたビーム失敗復帰要求（Beam Failure Recovery Request；以下、ＢＦＲＱと称する場合がある）において、ＳＲ用のＰＵＣＣＨを用いて送信してもよい。他の例として、ビーム測定結果報告用のＰＵＣＣＨを用いてもよい。ＢＦＲＱ用のＰＵＣＣＨの設定を、基地局はＵＥに対して行ってもよい。該設定には、例えば、ＲＲＣシグナリングが用いられてもよい。
【０５５５】
ところが、ＰＵＣＣＨを用いたＢＦＲＱにおいて、該ＰＵＣＣＨの設定に用いるＲＲＣシグナリングの詳細が開示されていないうえ、ＢＦＲＱを送信するＰＵＣＣＨのフォーマットが開示されていない。その結果、ＵＥはＰＵＣＣＨを用いてＢＦＲＱを基地局に通知することができない。また、ＢＦＲＱ用のＰＵＣＣＨにおいて、信頼性をどのように確保するか、開示されていない。その結果、ＵＥから基地局に対するＢＦＲＱの通知における信頼性を確保できない。
【０５５６】
前述の問題に対する解決策を以下に開示する。
【０５５７】
ＵＥは、ＢＦＲＱ用のＰＵＣＣＨを、所定のシーケンスを用いて送信する。所定のシーケンスの適用は、例えば、ＢＦＲＱの情報として、例えば、ビーム失敗の発生有無に関する情報のみを含む場合に、行われてもよい。所定のシーケンスとは、例えば、ＺＣ系列であってもよい。このことにより、例えば、基地局は該ＰＵＣＣＨを迅速に検出可能となる。ＢＦＲＱ用のＰＵＣＣＨにおいて、シーケンスに関するパラメータ、例えば、ルートインデックスおよび／あるいは巡回シフト量を、ＳＲ用および／あるいはＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨのシーケンスと異ならせてもよい。あるいは、ＢＦＲＱ用のＰＵＣＣＨにおいて、該パラメータをＳＲ用および／あるいはＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨと同じとしてもよい。該パラメータをＳＲ用および／あるいはＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨと同じとする場合において、ＢＦＲＱ用ＰＵＣＣＨの周波数および／あるいは時間リソースを、ＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨと異ならせるとよい。基地局において、ＢＦＲＱ用ＰＵＣＣＨと、ＳＲ用および／あるいはＡＣＫ／ＮＡＣＫ用ＰＵＣＣＨとを区別可能となる。
【０５５８】
他の例として、ＵＥは、ＢＦＲＱ用のＰＵＣＣＨに、ＰＳＫおよび／あるいはＱＡＭ変調（以下、ＰＳＫ／ＱＡＭ変調と称する場合がある）を用いて送信してもよい。ＰＳＫは、ＢＰＳＫであってもよいし、ＱＰＳＫであってもよいし、他のＰＳＫ方式であってもよい。ＱＡＭは、１６ＱＡＭであってもよいし、６４ＱＡＭであってもよいし、２５６ＱＡＭであってもよいし、他のＱＡＭ方式であってもよい。ＰＳＫおよびＱＡＭについて、以下、同様としてもよい。ＰＳＫ／ＱＡＭ変調の適用は、例えば、ＢＦＲＱが複数ビットで構成される場合、例えば、ＢＦＲＱに、後述のビームに関する情報が含まれる場合に、行われてもよい。
【０５５９】
ＵＥは、ＰＳＫ／ＱＡＭ変調した、ＢＦＲＱ用のＰＵＣＣＨを、ＤＭＲＳと一緒に送信するとよい。ＵＥは、ＢＦＲＱ用のＰＵＣＣＨとＤＭＲＳを、周波数多重してもよいし、時間多重してもよい。
【０５６０】
ＵＥは、ＢＦＲＱ用のＰＵＣＣＨを、ショートＰＵＣＣＨとして送信してもよい。例えば、周波数ダイバーシチの効果が得られる。ロングＰＵＣＣＨとして送信してもよい。例えば、時間ダイバーシチの効果が得られる。
【０５６１】
図５７は、ＢＦＲＱ用のＰＵＣＣＨのフォーマットの例を示す図である。図５７は、ＢＦＲＱ用のＰＵＣＣＨの変調方式として、ＰＳＫ／ＱＡＭ変調を用いる例について示す。また、図５７は、ＰＵＣＣＨとして１シンボルのショートＰＵＣＣＨを用いる例について示す。
【０５６２】
図５７において、ＢＦＲＱの情報がＰＳＫ／ＱＡＭ変調され、ＰＵＣＣＨ１６０１にマッピングされる。ＰＵＣＣＨ１６０１の復調のために、ＤＭＲＳ１６０２がＰＵＣＣＨ１６０１と同じシンボルで、周波数多重されてマッピングされる。
【０５６３】
図５７において、１シンボルのショートＰＵＣＣＨを用いる例について示したが、２シンボル以上のショートＰＵＣＣＨであってもよいし、ロングＰＵＣＣＨであってもよい。また、ＤＭＲＳ１６０２をＰＵＣＣＨ１６０１とＦＤＭする例について示したが、ＴＤＭを用いてもよい。
【０５６４】
ＢＦＲＱ用のＰＵＣＣＨに、ＢＦＲＱの有無に関する情報が含まれてもよい。例えば、ＵＥは、該ＰＵＣＣＨの送信により、ＢＦＲＱ有りとしてもよいし、ＵＥは、該ＰＵＣＣＨを送信しないことにより、ＢＦＲＱ無しとしてもよい。他の例として、ＵＥは、ＢＦＲＱ用のＰＵＣＣＨに用いるシーケンスを、ＢＦＲＱの有無により異ならせてもよい。他の例として、ＢＦＲＱの有無を示す識別子が該ＰＵＣＣＨに含まれてもよい。他の例として、該ＰＵＣＣＨの変調方式が、ＢＦＲＱの有無により異なってもよい。例えば、ＢＦＲＱ有りの場合において、該ＰＵＣＣＨがＰＳＫおよび／あるいはＱＡＭ変調であってもよいし、ＢＦＲＱ無しの場合において、該ＰＵＣＣＨが所定のシーケンス（例、ＺＣ系列）で構成されてもよい。
【０５６５】
ＢＦＲＱ用のＰＵＣＣＨに、ビーム失敗となったビームに関する情報が含まれてもよい。例えば、下りビームの識別子が含まれてもよいし、ＵＥによる該下りビームの測定結果に関する情報が含まれてもよい。基地局は、例えば、該測定結果に関する情報を用い、該下りビームの送信電力を高くしてもよい。このことにより、例えば、ＵＥにおいて該ビームの迅速な復旧が可能となる。
【０５６６】
ＢＦＲＱ用のＰＵＣＣＨに、ＵＥが測定したビームに関する情報が含まれてもよい。例えば、下りビームの識別子が含まれてもよいし、ＵＥによる該下りビームの測定結果に関する情報が含まれてもよい。該情報に含まれるビームの情報は、例えば、ＵＥの測定結果が所定の閾値以上であったビームの情報であってもよい。該閾値は、予め規格で定められてもよいし、予め基地局からＵＥに対して報知あるいは個別に通知されてもよい。該情報に含まれるビームの情報は、複数のビームに関する情報であってもよい。基地局は、下りビームの復旧に、該情報を用いてもよい。このことにより、例えば、ＵＥにおいてビーム失敗からの迅速な復旧が可能となる。
【０５６７】
ＢＦＲＱ用のＰＵＣＣＨのＵＥからの送信に必要な設定は、規格で定められてもよい。このことにより、例えば、設定に要するシグナリング量を削減可能となる。他の例として、該情報を、予め基地局からＵＥに報知してもよいし、個別に通知してもよい。個別の通知として、例えば、ＲＲＣシグナリングが用いられてもよい。ＲＲＣシグナリングは、例えば、ＲＲＣ接続再設定（RRCConnectionReconfiguration）であってもよい。このことにより、例えば、通信システムにおいて、該ＵＥと他ＵＥと他基地局における使用状況を用いた柔軟な制御が可能となる。他の例として、該情報を、ＭＡＣシグナリングで基地局からＵＥに通知してもよいし、Ｌ１／Ｌ２シグナリングを用いて基地局からＵＥに通知してもよい。このことにより、例えば、該情報をＵＥに迅速に通知可能となる。該設定にあたり、前述の組み合わせが用いられてもよい。例えば、該ＰＵＣＣＨにシーケンス変調を用いることが規格で定められ、シーケンスに関する情報が基地局からＵＥに個別に通知されてもよい。
【０５６８】
ＵＥからのＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定として、以下に（１）〜（４）を開示する。
【０５６９】
（１）ＰＵＣＣＨ送信リソースに関する情報。
【０５７０】
（２）変調方式に関する情報。
【０５７１】
（３）ＵＥからの通知に関する情報。
【０５７２】
（４）前述の（１）〜（３）の組み合わせ。
【０５７３】
前述の（１）は、例えば、ＢＦＲＱ用ＰＵＣＣＨの送信タイミングに関する情報を含んでもよい。該情報には、ＢＦＲＱ用ＰＵＣＣＨの送信の周期およびオフセットに関する情報が含まれてもよいし、送信シンボル数に関する情報が含まれてもよい。前述の（１）には、ＰＵＣＣＨの周波数リソースに関する情報が含まれてもよいし、該ＰＵＣＣＨがロングＰＵＣＣＨかショートＰＵＣＣＨかを示す情報が含まれてもよい。
【０５７４】
前述の（２）は、例えば、ＰＳＫおよび／あるいはＱＡＭを用いた変調であってもよいし、シーケンス（例、ＺＣ系列）を用いた変調であってもよい。
【０５７５】
前述の（２）にて、ＰＳＫおよび／あるいはＱＡＭを用いた変調にあっては、ＤＭＲＳに関する情報が含まれてもよい。ＤＭＲＳに関する情報には、例えば、ＤＭＲＳのルートインデックスに関する情報が含まれてもよいし、ＤＭＲＳの巡回シフト量に関する情報が含まれてもよい。ＤＭＲＳとＰＵＣＣＨの多重方式に関する情報が含まれてもよい。該多重方式は、例えば、ＦＤＭであってもよいし、ＴＤＭであってもよい。
【０５７６】
前述の（２）にて、シーケンスを用いた変調にあっては、該シーケンスのルートインデックスに関する情報が含まれてもよいし、該シーケンスの巡回シフト量に関する情報が含まれてもよい。
【０５７７】
前述の（３）は、例えば、ビームに関する情報の通知の有無に関する情報を含んでもよい。該ビームは、ビーム失敗となったビームであってもよいし、ＵＥが測定したビームであってもよいし、前述の両方であってもよい。
【０５７８】
前述の（３）には、ＵＥがビームの測定において用いる信号に関する情報が含まれてもよい。例えば、ＣＳＩ−ＲＳであってもよいし、ＳＳ（同期信号）であってもよいし、前述の両方であってもよい。
【０５７９】
前述の（３）には、測定結果の通知有無に関する情報が含まれてもよい。
【０５８０】
前述の（１）〜（４）に関する情報の一部または全部が、予め規格で定められてもよい。このことにより、例えば、基地局からＵＥへの該通知におけるシグナリング量を削減可能となる。
【０５８１】
ＵＥは、ビーム失敗検出後もっとも早いＢＦＲＱ用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ＵＥはＢＦＲＱを迅速に基地局に通知することが可能となる。他の例として、ＵＥは、新しいビーム検出後もっとも早いＢＦＲＱ用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ビーム失敗からの迅速な復帰が可能となる。
【０５８２】
他の解決策を開示する。ＵＥは、ＢＦＲＱを、ＳＲ用のＰＵＣＣＨを用いて送信してもよい。ＳＲとＢＦＲＱの情報が同じＰＵＣＣＨに多重されるとしてもよい。ＳＲとＢＦＲＱの多重において、ＢＦＲＱにビームの情報を含まなくてもよい。例えば、ＢＦＲＱの情報として、ビーム失敗が発生したことを示す識別子のみとしてもよい。
【０５８３】
該多重がなされるＰＵＣＣＨにおいて、所定のシーケンスが用いられてもよい。所定のシーケンスの適用は、例えば、ＢＦＲＱの情報として、例えば、ビーム失敗の発生有無に関する情報のみを含む場合に、行われてもよい。所定のシーケンスについて、ＳＲのみ有り、ＢＦＲＱのみ有り、ＳＲとＢＦＲＱの両方有り、のそれぞれにおいて、異なるシーケンスを用いるとしてもよい。ＳＲもＢＦＲＱも両方無い場合において、ＰＵＣＣＨが送信されないとしてもよい。前述の、異なるシーケンスとして、例えば、シーケンスのルートインデックス（root index）が異なっていてもよいし、巡回シフト量（Cyclic shift）が異なっていてもよいし、シーケンスそのものが異なる、例えば、ＢＦＲＱがある場合にｍ系列が用いられるとしてもよい。前述の複数が組み合わせて用いられてもよい。このことにより、例えば、基地局は、ＳＲおよび／あるいはＢＦＲＱに関する情報を容易に取得可能となる。基地局は、ＰＵＣＣＨのシーケンスより、ＳＲに関する情報とＢＦＲＱに関する情報を取得してもよい。
【０５８４】
他の例として、該多重がなされるＰＵＣＣＨにおいて、ＰＳＫ／ＱＡＭ変調が用いられてもよい。ＰＳＫ／ＱＡＭ変調の適用は、例えば、ＢＦＲＱが複数ビットで構成される場合、例えば、ＢＦＲＱにビームに関する情報が含まれる場合に、行われてもよい。該ＰＵＣＣＨには、例えば、ＳＲ有無に関する情報が含まれてもよいし、ＢＦＲＱに関する情報（例、ＢＦＲＱ有無、ビームに関する情報）が含まれてもよい。
【０５８５】
ＵＥは、該多重がなされるＰＵＣＣＨへのＰＳＫ／ＱＡＭ変調の適用において、ＰＳＫ／ＱＡＭ変調されたＰＵＣＣＨとＤＭＲＳとを多重して送信してもよい。該多重は、例えば、ＦＤＭであってもよいし、ＴＤＭであってもよい。基地局は、ＵＥから受信した信号を用いて、ＢＦＲＱの有無を判断してもよい。例えば、ＱＰＳＫの信号とＤＭＲＳの信号がＦＤＭされていることを用いて、基地局はＢＦＲＱの有無を判断してもよい。このことにより、例えば、基地局においてＢＦＲＱの有無を容易に判断可能となる。
【０５８６】
該多重がなされるＰＵＣＣＨへのＰＳＫ／ＱＡＭ変調の適用において、ＳＲの有無に関する情報がＤＭＲＳに含まれてもよい。例えば、ＳＲの有無に応じて、異なるＤＭＲＳシーケンス（例、ルートインデックス、巡回シフト）が用いられてもよい。このことにより、例えば、ＰＵＣＣＨに含めることが可能な情報量を増加可能となる。
【０５８７】
該多重がなされるＰＵＣＣＨへのＰＳＫ／ＱＡＭ変調の適用において、該ＰＵＣＣＨが送信される時間・周波数リソースにおいて、他ＵＥのＰＵＣＣＨが送信されないとしてもよい。このことにより、他ＵＥのＰＵＣＣＨへの干渉を防止可能となる。
【０５８８】
他の例として、該多重がなされるＰＵＣＣＨへのＰＳＫ／ＱＡＭ変調の適用において、該ＰＵＣＣＨが送信される時間・周波数リソースにおいて、他ＵＥのＰＵＣＣＨが送信されてもよい。ＵＥは、該ＰＵＣＣＨを、衝突前提（Contention-based）で送信してもよい。ＵＥは、所定の期間内にビーム復旧が行われないこと、および／あるいは、基地局から上りグラントを受信しないことを用いて、基地局に対して該ＰＵＣＣＨを再送してもよい。前述の所定の期間は、規格で定められてもよいし、基地局からＵＥに対して予め報知あるいは通知されてもよい。このことにより、他ＵＥのＰＵＣＣＨとの多重が可能となり、その結果、通信システムの容量の増大が可能となる。
【０５８９】
前述の、該ＰＵＣＣＨが送信される時間・周波数リソースにおける、他ＵＥのＰＵＣＣＨの送信可否については、他のＵＣＩ用のＰＵＣＣＨに適用してもよい。
【０５９０】
該多重がなされるＰＵＣＣＨにおいて、所定のシーケンスと、ＰＳＫ／ＱＡＭ変調の両方が用いられてもよい。例えば、ＢＦＲＱ無しのＰＵＣＣＨ、すなわち、ＳＲのみのＰＵＣＣＨにあっては、所定のシーケンスが用いられてもよいし、ＢＦＲＱ有りのＰＵＣＣＨにあっては、ＰＳＫ／ＱＡＭ変調が用いられてもよい。ＳＲとＢＦＲＱが両方とも無い場合にあっては、ＰＵＣＣＨが送信されないとしてもよい。このことにより、例えば、従来のＳＲのＰＵＣＣＨを通信システムにおいて引き続き使用可能となるため、通信システムにおける設計の複雑性を回避可能となる。
【０５９１】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信方法の他の例として、ＰＵＣＣＨの複数の配置が用いられてもよい。例えば、ＳＲ有無に応じて、ＰＵＣＣＨの配置として異なる配置が用いられてもよい。ＳＲに応じた異なるＰＵＣＣＨ配置は、例えば、ＢＦＲＱが複数ビットで構成される場合、例えば、ＢＦＲＱにビームに関する情報が含まれる場合に、行われてもよい。他の例として、ＢＦＲＱ有無に応じて、ＰＵＣＣＨの配置として異なる配置が用いられてもよい。ＢＦＲＱ有無に応じた異なるＰＵＣＣＨ配置は、例えば、ＢＦＲＱに関する情報が、ビーム失敗の発生有無に関する情報のみを含む場合に、行われてもよい。異なる配置とは、例えば、信号を、シンボル間で入れ替えるものであってもよいし、サブキャリア間で入れ替えるものであってもよいし、両者を組み合わせたものであってもよい。前述のシンボル間の入れ替えは、複数のシンボルをひとかたまりとした、該かたまり間の入れ替えであってもよい。前述の、サブキャリア間の入れ替えは、複数のサブキャリアをひとかたまりとした、該かたまり間の入れ替えであってもよい。このことにより、例えば、シーケンスの変更や変調方法の変更をすることなしにＢＦＲＱの情報を多重することが可能となるため、通信システムにおける設計の複雑性を回避することが可能となる。
【０５９２】
前述の複数の配置に関する情報は、規格で定められてもよいし、予め基地局からＵＥに対して報知あるいは個別に通知されてもよい。
【０５９３】
ＳＲとＢＦＲＱが多重されるＰＵＣＣＨに含まれる情報は、前述の、ＢＦＲＱ用ＰＵＣＣＨに含まれるＢＦＲＱの情報の一部あるいは全部を含んでもよい。ＳＲに関する情報、例えば、ＳＲの有無に関する情報を含んでもよい。例えば、ＳＲとＢＦＲＱが多重されるＰＵＣＣＨにおいてシーケンスが用いられる場合において、該ＰＵＣＣＨは、ＳＲ有無に関する情報とＢＦＲＱ有無に関する情報のみを有するとしてもよい。
【０５９４】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信において、１つのＰＵＣＣＨにおいてＳＲとＢＦＲＱの片方のみを送信するとしてもよい。すなわち、ＳＲとＢＦＲＱのいずれかを優先させるとしてもよい。前述において、該ＰＵＣＣＨのフォーマットは、従来のＳＲ用のＰＵＣＣＨのフォーマット、あるいは前述のＢＦＲＱ用ＰＵＣＣＨのフォーマットと同じとしてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０５９５】
ＳＲとＢＦＲＱの間の優先順位付けについて、例えば、優先されるＵＣＩが規格で静的に決定されてもよいし、基地局からＵＥに対して報知あるいは準静的に通知されてもよい。準静的な通知とは、例えば、ＲＲＣ個別シグナリングであってもよい。あるいは、基地局からＵＥに対してＭＡＣシグナリングあるいはＬ１／Ｌ２シグナリングを用いて動的に通知されてもよい。
【０５９６】
該優先順位付けの他の例として、ＵＥにおいて先に生成された方のＵＣＩが優先されるとしてもよいし、他の例として、直前に送信した該ＰＵＣＣＨにて送信されなかったＵＣＩが優先されるとしてもよい。
【０５９７】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定は、ＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定と同様、規格で定められてもよいし、予め基地局からＵＥに報知あるいは個別に通知されてもよい。
【０５９８】
該設定の、ＲＲＣ個別シグナリングを用いた基地局からＵＥへの通知において、該設定内容は、例えば、ＳＲの設定内容の中に含まれてもよい。このことにより、例えば、基地局はＵＥに対し、ＳＲの設定とＢＦＲＱの設定を同時に通知可能となるため、ＵＥにおける設定処理を迅速に実行可能となる。
【０５９９】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定として、以下に（１）〜（６）を開示する。
【０６００】
（１）ＰＵＣＣＨ送信リソースに関する情報。
【０６０１】
（２）変調方式に関する情報。
【０６０２】
（３）ＵＥからの通知に関する情報。
【０６０３】
（４）ＳＲとＢＦＲＱの多重に関する情報。
【０６０４】
（５）ＰＵＣＣＨの配置に関する情報。
【０６０５】
（６）前述の（１）〜（５）の組み合わせ。
【０６０６】
前述の（１）は、ＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定（１）と同様であってもよい。
【０６０７】
前述の（１）において、該ＰＵＣＣＨの送信タイミングに関する情報は、ＳＲの送信タイミングに関する情報と同じとするとよい。基地局におけるＰＵＣＣＨのスケジューリングが容易になる。
【０６０８】
前述の（２）は、ＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定（２）と同様であってもよい。
【０６０９】
前述の（２）において、ＰＳＫおよび／あるいはＱＡＭを用いた変調におけるＤＭＲＳに関する情報には、ＳＲ有／無それぞれにおけるＤＭＲＳのシーケンスの情報が含まれてもよい。ＳＲ有りとＳＲ無しとの間の、ＤＭＲＳのシーケンス（例、ルートインデックス、巡回シフト量）の差分に関する情報が含まれてもよい。
【０６１０】
前述の（２）において、シーケンスを用いた変調にあっては、ＳＲのみ有り、ＢＦＲＱのみ有り、ＳＲとＢＦＲＱの両方有り、のそれぞれにおけるシーケンスの情報が含まれてもよい。前述の三者間の、シーケンスの差分に関する情報が含まれてもよい。
【０６１１】
前述の（３）は、ＢＦＲＱ用のＰＵＣＣＨの送信に必要な設定（３）と同様の情報が含まれてもよいし、ＳＲの通知に関する情報が含まれてもよい。
【０６１２】
前述の（４）には、例えば、１つのＰＵＣＣＨへのＳＲとＢＦＲＱの多重可否に関する情報が含まれてもよい。該多重が不可能である場合においては、ＰＵＣＣＨとＳＲとのどちらが優先されるかを示す情報であってもよい。
【０６１３】
前述の（５）には、例えば、前述の、ＰＵＣＣＨの異なる配置のサポート可否に関する情報が含まれてもよいし、信号の入れ替えを、シンボル間で入れ替えるのか、サブキャリア間で入れ替えるのかを示す情報が含まれてもよいし、ひとかたまりとするシンボルおよび／あるいはサブキャリアの数に関する情報が含まれてもよい。
【０６１４】
ＵＥは、下り通信用のビームを検出してもよい。該検出は、ＵＥにおけるビーム失敗検出後に行われてもよい。ＵＥにおいてビーム検出に用いられる信号は、予め規格で決められてもよいし、基地局からＵＥに対して報知あるいは個別に通知されてもよい。該信号は、例えば、ＣＳＩ−ＲＳであってもよいし、ＳＳ（同期信号）であってもよい。他の例として、ＵＥは、下り通信用のビームの検出動作を行わなくてもよい。
【０６１５】
ＵＥから基地局に送信するＰＵＣＣＨの送信タイミング、例えば、周期およびオフセットは、ＢＦＲＱの有無によらず同じとするとよい。このことにより、基地局はＰＵＣＣＨの受信によりＢＦＲＱの検出が可能となる。
【０６１６】
ＵＥは、ビーム失敗検出後もっとも早いＳＲ用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ＵＥはＢＦＲＱを迅速に基地局に通知することが可能となる。他の例として、ＵＥは、新しいビーム検出後もっとも早いＳＲ用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ビーム失敗からの迅速な復帰が可能となる。
【０６１７】
基地局は、ＢＦＲＱを用いて、ＵＥ向けの下りビームを変更してもよい。基地局は、ＢＦＲＱを用いて、他のビームに対してもＣＳＩ−ＲＳを送信してもよい。他のビームにおけるＣＳＩ−ＲＳの配置は、元のビームと同じとしてもよい。このことにより、例えば、ＵＥは、元のビームと同じ配置で他のビームを検出可能となる。その結果、ＵＥは、ビーム失敗から復帰するためのビーム検出を迅速に実行可能となる。
【０６１８】
他の解決策を開示する。ＵＥは、ＢＦＲＱを、ビーム測定結果報告用ＰＵＣＣＨを用いて送信してもよい。すなわち、ＵＥは、ビーム測定結果報告に、ＢＦＲＱの情報を含めてもよい。該ＰＵＣＣＨは、ＳＳ（同期信号）の測定結果を基地局に報告するためのＰＵＣＣＨであってもよい。該ＰＵＣＣＨが、新たに設けられてもよい。
【０６１９】
ビーム測定結果報告に含めるＢＦＲＱの情報は、ＢＦＲＱの有無に関する情報（例、ＢＦＲＱ有無を示すフラグ）を含んでもよいし、ビームの識別子を用いた情報を含んでもよいし、ビーム測定結果に関する情報を含んでもよい。ビームの識別子を用いた情報として、例えば、ビームの識別子が予め定められた特別な値（例、全ビット‘０’、全ビット‘１’）であることをＢＦＲＱに対応付けてもよい。ビーム測定結果に関する情報として、例えば、該測定結果が所定の閾値以下であることをＢＦＲＱに対応付けてもよい。他の例として、該測定結果が、予め定められた特別な値（例、全ビット‘０’、全ビット‘１’）であることをＢＦＲＱに対応付けてもよい。このことにより、例えば、ＢＦＲＱ有無の情報とビーム測定結果報告の情報とを共通化できる。その結果、ＢＦＲＱに関するＵＥおよび基地局の設計における複雑性を回避可能となる。
【０６２０】
ビーム測定結果報告用ＰＵＣＣＨに含めるＢＦＲＱの情報に含まれる、ビームの識別子および／あるいはビーム測定結果は、ＣＳＩ−ＲＳ用ビームの識別子および／あるいはビーム測定結果であってもよい。このことにより、例えば、基地局はＣＳＩ−ＲＳ用ビームに関する情報を用いて、ビーム失敗からの復帰を迅速に実行可能となる。
【０６２１】
あるいは、ビーム測定結果報告用ＰＵＣＣＨに含めるＢＦＲＱの情報を、ＢＦＲＱ有無に関する情報のみとしてもよい。基地局は、ビーム測定結果報告に含まれる、ビームに関する情報を用いて、ビーム失敗からの復帰動作を行ってもよい。このことにより、例えば、ＢＦＲＱを含む、ビーム測定結果報告用ＰＵＣＣＨのシグナリング量の増大を抑制可能となる。
【０６２２】
他の例として、ビーム測定結果報告用ＰＵＣＣＨにおけるＤＭＲＳを、ＢＦＲＱの情報を用いて変更してもよい。該変更は、例えば、ＤＭＲＳのシーケンスの変更であってもよい。シーケンスの変更は、例えば、ルートインデックスの変更であってもよいし、巡回シフト量の変更であってもよいし、両方を組み合わせたものであってもよい。このことにより、例えば、ＵＥは、ＢＦＲＱを含むＰＵＣＣＨを、基地局に対し迅速に通知可能となる。
【０６２３】
他の例として、ビーム測定結果報告用ＰＵＣＣＨに、ビーム測定結果の情報を含めなくてもよい。該ＰＵＣＣＨに、ＢＦＲＱに関する情報のみを含めてもよい。ＢＦＲＱに関する情報は、前述の、ビーム測定結果報告用ＰＵＣＣＨに、ＢＦＲＱの情報を多重する場合と同様としてもよい。
【０６２４】
該ＰＵＣＣＨに、ＢＦＲＱに関する情報のみを含める場合において、シーケンスを用いた変調を行ってもよい。シーケンスを用いた変調は、例えば、ＳＲ用のＰＵＣＣＨと同様に行ってもよい。このことにより、例えば、基地局はＢＦＲＱを迅速に検出可能となる。
【０６２５】
ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信方法の他の例として、ＰＵＣＣＨの複数の配置が用いられてもよい。前述の複数の配置は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信方法の例と同様であってもよい。例えば、ＢＦＲＱ有無に応じて、ＰＵＣＣＨの配置として異なる配置が用いられてもよい。ＢＦＲＱ有無に応じた異なるＰＵＣＣＨ配置は、例えば、ＢＦＲＱに関する情報が、ビーム失敗の発生有無に関する情報のみを含む場合に、行われてもよい。
【０６２６】
ビーム測定結果報告用ＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定は、前述の、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定と同様、予め規格で定められてもよいし、基地局からＵＥに報知されてもよいし、個別に通知されてもよい。個別の通知として、例えば、ＲＲＣシグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。このことにより、例えば、ＳＲとＢＦＲＱの多重と同様の効果を得られる。
【０６２７】
前述の、ビーム測定結果報告用ＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定として、以下に（１）〜（６）を開示する。
【０６２８】
（１）ＰＵＣＣＨ送信リソースに関する情報。
【０６２９】
（２）変調方式に関する情報。
【０６３０】
（３）ＵＥからの通知に関する情報。
【０６３１】
（４）ビーム測定結果とＢＦＲＱの多重に関する情報。
【０６３２】
（５）ＰＵＣＣＨの配置に関する情報。
【０６３３】
（６）前述の（１）〜（５）の組み合わせ。
【０６３４】
前述の（１）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（１）と同様としてもよい。ＢＦＲＱを含めた、ビーム測定結果報告用ＰＵＣＣＨの送信タイミングに関する情報は、ビーム測定結果報告の送信タイミングに関する情報と同じとするとよい。基地局におけるＰＵＣＣＨのスケジューリングが容易になる。
【０６３５】
前述の（２）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（２）と同様としてもよい。
【０６３６】
前述の（２）において、ＰＳＫおよび／あるいはＱＡＭを用いた変調におけるＤＭＲＳに関する情報には、ＢＦＲＱ有／無それぞれにおけるＤＭＲＳのシーケンスの情報が含まれてもよい。ＢＦＲＱ有りとＢＦＲＱ無しとの間の、ＤＭＲＳのシーケンス（例、ルートインデックス、巡回シフト量）の差分に関する情報が含まれてもよい。
【０６３７】
前述の（２）において、シーケンスを用いた変調にあっては、ＢＦＲＱのみ有りの場合におけるシーケンスの情報が含まれてもよい。
【０６３８】
前述の（３）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（３）と同様としてもよい。ビーム測定結果報告に関する情報が含まれてもよい。
【０６３９】
前述の（４）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（４）と同様としてもよい。
【０６４０】
前述の（５）は、ＳＲ用のＰＵＣＣＨを用いたＢＦＲＱの送信に必要な設定（５）と同様としてもよい。
【０６４１】
ビーム測定結果報告用ＰＵＣＣＨを用いたＢＦＲＱの送信におけるＵＥの動作は、ＳＲ用ＰＵＣＣＨを用いたＢＦＲＱの送信におけるＵＥの動作と同様としてもよい。基地局の動作も、同様としてもよい。
【０６４２】
本実施の形態５におけるビーム測定結果報告用ＰＵＣＣＨは、周期的であってもよいし、セミパーシステント（Semi-Persistent）であってもよいし、非周期的であってもよい。例えば、ＵＥは、ビーム失敗検出後もっとも早いビーム測定結果報告用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ＵＥはＢＦＲＱを迅速に基地局に通知することが可能となる。他の例として、ＵＥは、新しいビーム検出後もっとも早いビーム測定結果報告用ＰＵＣＣＨ送信タイミングで、ＢＦＲＱを通知してもよい。このことにより、例えば、ビーム失敗からの迅速な復帰が可能となる。
【０６４３】
本実施の形態５におけるビーム測定結果報告用ＰＵＣＣＨは、ＣＳＩ用ＰＵＣＣＨであってもよい。ＵＥは、ＣＳＩ用ＰＵＣＣＨを用いてＢＦＲＱを送信してもよい。ＣＳＩ用ＰＵＣＣＨを用いてＢＦＲＱを送信するにあたり、ビーム測定結果報告用ＰＵＣＣＨを用いてＢＦＲＱを送信する方法と同様の方法を用いてもよい。このことにより、ビーム測定結果とＢＦＲＱの多重と同様の効果が得られる。
【０６４４】
本実施の形態５において、他のＵＣＩとＢＦＲＱを多重してもよい。他のＵＣＩとは、例えば、Ａｃｋ／Ｎａｃｋであってもよい。Ａｃｋ／Ｎａｃｋ用ＰＵＣＣＨを用いたＢＦＲＱ送信には、ＳＲ用ＰＵＣＣＨを用いたＢＦＲＱと同様の方法が用いられてもよいし、ビーム測定結果報告ＰＵＣＣＨを用いたＢＦＲＱ送信と同様の方法が用いられてもよい。このことにより、例えば、ＰＵＣＣＨに関する柔軟な設定が可能となる。
【０６４５】
本実施の形態５において開示した、各ＵＣＩ用ＰＵＣＣＨを用いたＢＦＲＱ送信を組み合わせてもよい。前述のＰＵＣＣＨは、周期的であってもよいし、セミパーシステント（Semi-Persistent）であってもよいし、非周期的であってもよい。周期的、セミパーシステント、非周期的なＰＵＣＣＨのうち複数を組み合わせてもよい。例えば、ＵＥは、ＵＣＩを問わずもっとも早いＰＵＣＣＨ送信タイミングにおいて、ＢＦＲＱを通知してもよい。このことにより、例えば、ＵＥから基地局に対する迅速な通知が可能となる。
【０６４６】
基地局におけるビーム失敗判断に、本実施の形態５で開示したＢＦＲＱを含むＰＵＣＣＨが用いられなくてもよい。基地局は、ＵＥからのＰＵＣＣＨ送信タイミング種別ごとの受信状況を用いて、ＵＥにおけるビーム失敗を判断してもよい。ＰＵＣＣＨ送信タイミング種別とは、周期的ＰＵＣＣＨであってもよいし、セミパーシステントＰＵＣＣＨであってもよいし、非周期的ＰＵＣＣＨであってもよい。例えば、基地局は、ＵＥからの周期的ＰＵＣＣＨを受信しているが、ＵＥからの非周期的なＰＵＣＣＨを受信できない場合、該ＵＥにおけるビーム失敗と判断してもよい。他の例として、基地局は、ＵＥからの非周期的なＰＵＣＣＨを受信できない場合、該ＵＥにおけるビーム失敗と判断してもよい。前述において、複数個のＰＵＣＣＨの受信有無に関する情報を用いてもよい。例えば、基地局は、非周期的なＰＵＣＣＨを、連続して所定の回数以上受信できない場合、該ＵＥにおけるビーム失敗と判断してもよい。前述において、基地局におけるＰＵＣＣＨの受信品質が所定の品質を下回ることを用いて、基地局はＰＵＣＣＨを受信できないと判断してもよい。このことにより、例えば、無線インタフェースにおけるシグナリング量を低減可能となる。
【０６４７】
基地局は、ＢＦＲＱに含まれる、ビームに関する情報を用いて、ＵＥに対してＰＤＣＣＨを送信してもよい。該ＰＤＣＣＨの送信において、基地局は、該情報より取得したビームを用いてもよい。ＵＥは、ＢＦＲＱ送信後、所定の時間ウィンドウの範囲でＰＤＣＣＨを検出してもよい。このことにより、例えば、ビーム失敗からの復帰を迅速に実行可能となる。
【０６４８】
ＵＥは、ＢＦＲＱを含むＰＵＣＣＨを、複数のビームを用いて送信してもよい。該ＰＵＣＣＨは、ＢＦＲＱ用ＰＵＣＣＨであってもよいし、ＳＲ用ＰＵＣＣＨであってもよいし、ビーム測定結果報告用ＰＵＣＣＨであってもよいし、他のＵＣＩ用ＰＵＣＣＨであってもよい。このことにより、例えば、ＵＥからのＢＦＲＱ通知における信頼性を確保可能となる。他の例として、ＵＥはＢＦＲＱを含むＰＵＣＣＨを複数回送信してもよい。複数回の送信は、例えば、異なるシンボルで同じＰＵＣＣＨを送信するものであってもよいし、異なるスロットで同じＰＵＣＣＨを送信するものであってもよいし、各ＵＣＩのＰＵＣＣＨ送信周期単位で同じＰＵＣＣＨを送信するものであってもよい。このことにより、例えば、ＵＥからのＢＦＲＱ通知の信頼性を向上可能となる。
【０６４９】
他の例として、ＵＥは、ＢＦＲＱを含むＰＵＣＣＨをロングＰＵＣＣＨとして送信してもよい。該ＰＵＣＣＨは、ＢＦＲＱ用ＰＵＣＣＨであってもよいし、ＳＲ用ＰＵＣＣＨであってもよいし、ビーム測定結果報告用ＰＵＣＣＨであってもよいし、他のＵＣＩ用ＰＵＣＣＨであってもよい。このことにより、例えば、時間ダイバーシチを確保可能となる。他の例として、ＵＥは、ＰＵＣＣＨをショートＰＵＣＣＨとして送信してもよい。周波数ダイバーシチを確保可能となる。他の例として、ＵＥはＰＵＣＣＨを、ショートＰＵＣＣＨとロングＰＵＣＣＨを組み合わせて用いてもよい。時間および周波数ダイバーシチを確保可能となる。ショートＰＵＣＣＨとロングＰＵＣＣＨの組み合わせとは、例えば、ＵＥが、同じスロットにおいてショートＰＵＣＣＨとロングＰＵＣＣＨを両方とも用いるものであってもよい。
【０６５０】
基地局はＵＥに対し、該ＰＵＣＣＨをショートＰＵＣＣＨ／ロングＰＵＣＣＨ／ショートＰＵＣＣＨとロングＰＵＣＣＨの両方、のどの方法で送るかを予め指示してもよい。該指示には、例えば、ＲＲＣ個別シグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。
【０６５１】
本実施の形態５により、ＵＥはＰＵＣＣＨを用いてＢＦＲＱを送信することが可能となる。また、ＵＥにおいて、ビーム失敗から迅速に復帰することが可能となる。
【０６５２】
実施の形態６．
ＮＲではＳＵＬが設定されたＵＥに対して、ＳＵＬ上あるいは非ＳＵＬ上のどちらか一方がＰＵＣＣＨ送信用のＵＬキャリアとして設定される。ここでは、該ＵＬキャリアをＰＵＣＣＨ  ＵＬキャリアと称する。ＰＵＳＣＨとＰＵＣＣＨの送信タイミングが重なった場合はＰＵＳＣＨにピギーバックされることが議論されている。また、ＮＲではＢＦＲＱをＰＵＣＣＨにマッピングして送信することが議論されている。
【０６５３】
ビームリカバリを早期に可能とするには、ＢＦＲＱを早期に送信可能とする必要がある。ＢＦＲＱを早期に送信可能とするため、ＢＦＲＱをＬ１制御チャネルであるＰＵＣＣＨで送信することが議論されている。しかし、ＤＬ周波数と同じ周波数バンドに存在するＵＬ周波数を利用すると、ＤＬでの通信品質劣化にともない、ＵＬでの通信品質も劣化してしまう場合がある。ＵＬでの通信品質が劣化してしまうと、ＵＥがせっかくＢＦＲＱを送信してもｇＮＢがＢＦＲＱを受信できないという問題が生じる。従って、ＢＦＲＱを送信する場合の通信品質の向上が課題となる。
【０６５４】
本実施の形態６ではこのような課題を解決する方法を開示する。
【０６５５】
ＳＵＬでＢＦＲＱの送信を行う。ＳＵＬでＢＦＲＱの送信を可能とするとよい。ＳＵＬでＢＦＲＱ用のＰＵＣＣＨ送信を可能とする。ＳＵＬでＢＦＲＱ用のＰＵＣＣＨの設定を行う。ＳＵＬの方が非ＳＵＬに比べてＵＬ送信を可能とするカバレッジが広くなるような場合、このようにＳＵＬ上でＢＦＲＱを送信することで、ＢＦＲＱの通信品質を向上させることが可能となる。このため、ｇＮＢに対してＢＦＲＱを早期に通知することができる。
【０６５６】
たとえ、非ＳＵＬがＰＵＣＣＨ  ＵＬキャリアに設定されたとしても、ＳＵＬでＢＦＲＱの送信を行ってもよい。ＰＵＣＣＨ  ＵＬキャリアの設定とは別のＵＬキャリア上で、ＢＦＲＱ用ＰＵＣＣＨの送信を可能とするとよい。ＰＵＣＣＨ  ＵＬキャリアの設定とは別のＵＬキャリア上で、ＢＦＲＱ用ＰＵＣＣＨの設定を行う。
【０６５７】
ＳＵＬと非ＳＵＬとの両方のＵＬキャリア上で、ＢＦＲＱの送信を行ってもよい。ＳＵＬと非ＳＵＬとの両方のＵＬキャリア上で、ＢＦＲＱ用のＰＵＣＣＨの送信を可能とするとよい。ＳＵＬと非ＳＵＬとの両方のＵＬキャリア上で、ＢＦＲＱ用のＰＵＣＣＨの設定を行う。
【０６５８】
ＢＦＲＱはＤＬのビームの通信品質が劣化した場合に送信される。したがって、ＢＦＲＱ用のＰＵＣＣＨとして、ＤＬのダイナミックなトリガの不要な、周期的なＰＵＣＣＨリソースの設定を行うとよい。周期的なＢＦＲＱ用ＰＵＣＣＨリソースの設定は、ＲＲＣシグナリングで行うとよい。ｇＮＢはＵＥに対して、ＲＲＣシグナリングを用いて、周期的ＢＦＲＱ用ＰＵＣＣＨリソースを通知するとよい。
【０６５９】
ＲＲＣシグナリングとして、ＢＦＲＱ用ＰＵＣＣＨリソースの設定およびリリースを設けてもよい。または、ＢＦＲＱ用ＰＵＣＣＨリソースの設定情報に、設定およびリリース情報を設けてもよい。あるいは、ＢＦＲＱ用ＰＵＣＣＨリソースの設定情報に、アクティベーション／デアクティベーション情報を設けてもよい。ＵＥは、設定あるいはアクティベーションによりＢＦＲＱ用ＰＵＣＣＨリソースの設定を行い、リリースあるいはデアクティベーションによりＢＦＲＱ用ＰＵＣＣＨリソースのリリースを行う。
【０６６０】
このようにすることで、ＤＬのダイナミックなトリガを用いずに、ＢＦＲＱ用ＰＵＣＣＨのリソースを設定可能となる。
【０６６１】
ＢＦＲＱ用ＰＵＣＣＨリソースの設定方法として、セミパーシステントなＰＵＣＣＨリソースの設定を行ってもよい。セミパーシステントなＰＵＣＣＨリソースの設定方法として、アクティベーション／デアクティベーションをＤＣＩに含めてＰＤＣＣＨで通知してもよい。ｇＮＢはＵＥに対して、ＤＬの通信品質に応じてアクティベーション／デアクティベーションを決定してもよい。
【０６６２】
たとえば、ＢＦＲＱ用の通信品質閾値を設ける。この場合、ＤＬの通信が不可能となる通信品質よりも良好な値を閾値とするとよい。ＤＬの通信が可能であるうちにｇＮＢからＵＥに対してアクティベーション／デアクティベーションの通知を実施可能となる。
【０６６３】
また、ＢＦＲＱ用通信品質測定期間を設けてもよい。たとえば、ｇＮＢはＵＥに対して、ＢＦＲＱ用通信品質測定期間において、通信品質がＢＦＲＱ用通信品質閾値以下となったらＢＦＲＱ用のＰＵＣＣＨのアクティベーションを通知する。ｇＮＢはＵＥに対して、ＢＦＲＱ用通信品質測定期間において、通信品質がＢＦＲＱ用通信品質閾値を上回ったらＢＦＲＱ用のＰＵＣＣＨのデアクティベーションを通知する。
【０６６４】
セミパーシステントのＢＦＲＱ用ＰＵＣＣＨにおいては、アクティベーションされている間は割り当てられたリソースを保持し、デアクティベーションされている間はリソースを開放してもよい。このようにすることで、ＤＬの通信品質が良好な場合にはＢＦＲＱ用のリソースを保持する必要が無くなるため、該リソースを他のＵＬ通信に用いることが可能となる。リソースの使用効率を向上できる。
【０６６５】
セミパーシステントのＢＦＲＱ用ＰＵＣＣＨの設定方法として、アクティベーション／デアクティベーションをＤＣＩに含めることを開示したが、アクティベーションとともにＰＵＣＣＨのリソースアロケーションを通知してもよい。また、アクティベーションとともにスケジューリング情報を通知してもよい。このようにすることで、アクティベーション毎に、ＢＦＲＱ用ＰＵＣＣＨのリソースアロケーション、あるいは、スケジューリング情報を変更することが可能となる。
【０６６６】
周期的なＢＦＲＱ用ＰＵＣＣＨの設定に比べ時間軸方向で設定を変更可能となるため、電波伝搬環境の時間変動に応じた設定を可能とする。ＢＦＲＱ用ＰＵＣＣＨの通信品質を向上させることができる。
【０６６７】
ＢＦＲＱ用ＰＵＣＣＨリソースを、ＵＥ毎または複数のＵＥ（グループ）毎に設定してもよい。ＵＥ間の多重方法としてＣＤＭを利用してもよい。ｇＮＢはＵＥに対して、ＵＥ個別のコードをＢＦＲＱ用ＰＵＣＣＨの設定情報に含めて通知するとよい。このようにすることで、ＵＥ個別にリソースを確保する必要がなくなるため、リソースの使用効率を高めることが可能となる。
【０６６８】
ＢＦＲＱ用ＰＵＣＣＨは、少ないシンボル数で構成されるショートＰＵＣＣＨであってもよい。また、ＢＦＲＱ用ＰＵＣＣＨは、多いシンボル数で構成されるロングＰＵＣＣＨであってもよい。ビームメジャメント情報をＵＣＩに含めてＢＦＲＱ用ＰＵＣＣＨで通知してもよい。
【０６６９】
ＢＦＲＱを、ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨで送信するか、非ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨで送信するかを、ＵＥが決定してもよい。ＵＥは任意のＢＦＲＱ用ＰＵＣＣＨタイミングでＢＦＲＱを送信してもよい。
【０６７０】
たとえば、ＵＥは、優先順位を設けておき、該優先順位に従ってＳＵＬあるいは非ＳＵＬのどちらのＢＦＲＱ用ＰＵＣＣＨで、ＢＦＲＱを送信するかを決定するとよい。たとえば、ＵＥは、非ＳＵＬに比べカバレッジが広くなる運用が想定されるＳＵＬでのＢＦＲＱ用ＰＵＣＣＨの利用を優先する。ビームフェイラ（beam failure）を検出したＵＥは、まずは、ＳＵＬで設定されたＢＦＲＱ用ＰＵＣＣＨリソースを用いて、ＢＦＲＱをｇＮＢに対して送信する。ＵＥは、ｇＮＢからＢＦＲＱ送達後の信号を受信できなかった場合、非ＳＵＬで設定されたＢＦＲＱ用ＰＵＣＣＨリソースを用いて、ＢＦＲＱをｇＮＢに対して送信する。
【０６７１】
ＢＦＲＱ送信からＢＦＲＱ送達後の信号受信までの時間を計測するためのタイマを設けてもよい。該タイマを、ＢＦＲＱ送信でスタートさせ、ＢＦＲＱ送達信号受信で停止させる。ＢＦＲＱ送達信号を受信できずにタイマが満了した場合、再度ＢＦＲＱを送信するとしてもよい。ＢＦＲＱの最大再送回数を設けておいてもよい。
【０６７２】
ＢＦＲＱ用該タイマや最大再送回数をｇＮＢが設定しＵＥに通知してもよい。該通知をＲＲＣシグナリングで行ってもよい。あるいは、ＢＦＲＱ用該タイマや最大送信回数を規格等で静的に決めておいてもよい。シグナリングする情報量を削減可能となる。
【０６７３】
ＵＥによる他の決定方法として、たとえば、ビームフェイラ検出後かつＢＦＲＱ設定後において早く到来するＢＦＲＱ用ＰＵＣＣＨリソースで、ＢＦＲＱを送信するとしてもよい。ＵＥでＢＦＲＱを設定した後、非ＳＵＬで設定されたＢＦＲＱ用ＰＵＣＣＨリソースタイミングが早い場合、ＵＥは非ＳＵＬで設定されたＢＦＲＱ用ＰＵＣＣＨリソースでＢＦＲＱを送信する。
【０６７４】
たとえば、ＢＦＲＱ送信後にＢＦＲＱ送達信号を受信できずタイマが満了した場合、ＵＥは、次に早く到来するＢＦＲＱ用ＰＵＣＣＨリソースタイミングで、ＢＦＲＱの再送を行うとしてもよい。たとえば、次に早く到来するＢＦＲＱ用ＰＵＣＣＨリソースがＳＵＬで設定されたＢＦＲＱ用ＰＵＣＣＨリソースであった場合、ＵＥはＳＵＬで設定されたＢＦＲＱ用ＰＵＣＣＨリソースでＢＦＲＱを送信する。
【０６７５】
このようにすることで、ＢＦＲＱ送信までの遅延時間を短縮することが可能となる。ＢＦＲＱを低遅延で送信可能となるため、ビームフェイラからのリカバリを早期に実施可能となる。
【０６７６】
ＢＦＲＱを複数回連続して送信してもよい。連続送信回数は、ＵＥが決めても良いし、ｇＮＢが決定してＵＥに通知してもよい。あるいは、連続送信回数を規格等で静的に決めておいてもよい。たとえば、ＵＥは、ビームフェイラ検出後かつＢＦＲＱ設定後において早い到来するＢＦＲＱ用ＰＵＣＣＨリソースから、ＢＦＲＱを複数回送信するとしてもよい。ＢＦＲＱ送達信号の受信前に、あるいは、該信号の受信の可否にかかわらず、ＢＦＲＱを複数回連続で送信することで、ＢＦＲＱをさらに低遅延で送信可能となる。さらにビームフェイラからのリカバリを早期に実施可能となる。
【０６７７】
ＢＦＲＱを複数回連続して送信する場合のＵＬキャリアの設定方法について開示する。ＢＦＲＱ用ＰＵＣＣＨリソースタイミングが早期に到来するＵＬキャリア上のＢＦＲＱ用ＰＵＣＣＨリソースを用いる。
【０６７８】
たとえば、ＢＦＲＱの送信連続回数が３回に設定され、１番早く到来するＢＦＲＱ用ＰＵＣＣＨがＳＵＬ上に設定され、２番目に到来するＢＦＲＱ用ＰＵＣＣＨがＳＵＬ上に設定され、３番目に到来するＢＦＲＱ用ＰＵＣＣＨが非ＳＵＬ上に設定されているとする。このような場合、ＵＥは、１番早く到来するＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨで１回目のＢＦＲＱ送信を行い、２番目に到来するＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨで２回目のＢＦＲＱ送信を行い、３番目に到来する非ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨで３回目のＢＦＲＱ送信を行う。
【０６７９】
ＢＦＲＱを複数回連続して送信する場合、ＢＦＲＱを送信するＵＬキャリアのパターンを決めておいてもよい。たとえば、１回目のＢＦＲＱはＳＵＬ上で送信し、２回目のＢＦＲＱは非ＳＵＬで送信することで、異なるＵＬキャリア上で交互にＢＦＲＱを送信するようにしてもよい。このようにすることで、周波数ホッピングと同様の効果を得ることが可能となる。異なる周波数を用いることで、ＢＦＲＱが送達される確率を向上させることができる。
【０６８０】
ＢＦＲＱの再送においても複数回連続の送信を行ってもよい。前述と同様の方法を適用可能である。このようにすることで、ビームリカバリを早期に可能とする。
【０６８１】
ＢＦＲＱを、ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨで送信するか、非ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨで送信するかを、ｇＮＢが決定してもよい。ｇＮＢはＵＥに対して、どちらのＢＦＲＱ用ＰＵＣＣＨリソースを用いてＢＦＲＱを送信するかを通知する。ＢＦＲＱを複数回連続して送信する場合は、ＢＦＲＱを送信するＵＬキャリアのパターンをｇＮＢが決定してＵＥに通知してもよい。ＢＦＲＱの再送においても同様である。
【０６８２】
ＢＦＲＱ用ＰＵＣＣＨ送信のためのＵＬキャリア情報を設けてもよい。ｇＮＢからＵＥに対して該情報を通知する。ｇＮＢからＵＥへの通知は、ＲＲＣシグナリングを用いてもよい。該ＵＬキャリア情報を、アクティベーション時にＤＣＩに含めて通知してもよい。また、ＢＦＲＱ送信用ＵＬキャリアは変更してもよく、変更時にｇＮＢはＵＥに対して、該ＵＬキャリア情報をＲＲＣシグナリングに含めて通知してもよい。また変更時に、ｇＮＢはＵＥに対して、該ＵＬキャリア情報をＤＣＩに含めて通知してもよい。
【０６８３】
このようにすることで、ｇＮＢはＵＥに対して、ＢＦＲＱを送信させるＵＬキャリアを設定することが可能となる。たとえば、ｇＮＢは、ＵＥからのＵＬ通信品質を測定し、ＳＵＬの方が非ＳＵＬよりも通信品質が良い場合はＳＵＬをＢＦＲＱ送信用とすることを決定する。そして、ｇＮＢはＵＥに対して、ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソースを用いることを通知する。非ＳＵＬの方がＳＵＬよりも通信品質が良い場合、ｇＮＢは、非ＳＵＬをＢＦＲＱ送信用とすることを決定し、非ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソースを用いることをＵＥに対して通知する。
【０６８４】
このようにすることで、ｇＮＢはＵＥに対して、ＢＦＲＱを送信させるＵＬキャリアを電波伝搬環境に応じて設定することが可能となる。ｇＮＢはＵＥに対して、ＢＦＲＱをより良い通信品質のＵＬキャリアで送信させることが可能となる。このため、ｇＮＢはＵＥからＢＦＲＱを早期に受信可能となる。ｇＮＢはＵＥに対して、ビームフェイラからのリカバリを早期に実施可能となる。
【０６８５】
ＢＦＲＱ用ＰＵＣＣＨに対してプリエンプションを禁止してもよい。ＢＦＲＱ用ＰＵＣＣＨ用リソースがプリエンプトされるのを禁止してもよい。ＵＥはＢＦＲＱ用ＰＵＣＣＨ用リソースがプリエンプトされることを想定しないとしてもよい。ｇＮＢからＢＦＲＱ用ＰＵＣＣＨ用リソースのプリエンプト指示を受信した場合、該プリエンプト指示を無視してもよい。異なるＵＬキャリア上でＢＦＲＱ用ＰＵＣＣＨ用リソースと、リソースが重なった場合だけなく、リソースタイミングが重なった場合もプリエンプトされるのを禁止するとしてもよい。
【０６８６】
このようにすることで、ビームフェイラ発生時、ＢＦＲＱ用ＰＵＣＣＨでＢＦＲＱを早期に送信可能となる。ｇＮＢはＵＥからＢＦＲＱを早期に受信可能となる。ｇＮＢはＵＥに対して、ビームフェイラからのリカバリを早期に実施可能となる。
【０６８７】
図５８はＳＵＬ上に設定したＢＦＲＱ用ＰＵＣＣＨリソースを用いてＢＦＲＱを送信する一例を示す図である。図５８はＰＵＣＣＨ  ＵＬキャリアが非ＳＵＬに設定されている場合を示している。ＢＦＲＱのためのＰＵＣＣＨについては、設定可能なＵＬキャリア制限をはずす。ＢＦＲＱ用ＰＵＣＣＨは、ＰＵＣＣＨ  ＵＬキャリアと異なるＵＬキャリアに設定する。ｇＮＢはＵＥに対して、ＢＦＲＱ用ＰＵＣＣＨを、ＰＵＣＣＨ  ＵＬキャリアと異なるＵＬキャリアであるＳＵＬ上に設定する。
【０６８８】
ＢＦＲＱ用ＰＵＣＣＨとして周期的ＰＵＣＣＨリソース７００２、７００３、７００４を割り当てる。スロット７００１でのＤＬの受信に失敗したＵＥは、ビームフェイラを検出し、ＢＦＲＱ送信の設定を行う。この際、ＳＵＬ上に設定されたＢＦＲＱ用ＰＵＣＣＨリソースを用いることが決定される。ＵＥは、ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソース７００４を用いてＢＦＲＱを送信する。
【０６８９】
このようにすることで、ＳＵＬ上にＢＦＲＱ用ＰＵＣＣＨリソースを設定可能となり、たとえば、ＤＬの周波数バンドと異なる周波数バンドのＳＵＬ上でＢＦＲＱを送信可能となる。ＢＦＲＱの通信品質を向上させることが可能となる。このため、ＵＥはｇＮＢに対してＢＦＲＱを早期に通知することができる。
【０６９０】
図５９は非ＳＵＬ上とＳＵＬ上の両方にＢＦＲＱ用ＰＵＣＣＨリソースを設定してＢＦＲＱを送信する一例を示す図である。ＰＵＣＣＨ  ＵＬキャリアは非ＳＵＬあるいはＳＵＬどちらに設定されていてもよい。ＢＦＲＱのためのＰＵＣＣＨについては、設定可能なＵＬキャリア制限をはずす。ＢＦＲＱ用ＰＵＣＣＨは、両方のＵＬキャリアに設定する。ｇＮＢはＵＥに対して、ＢＦＲＱ用ＰＵＣＣＨを非ＳＵＬ上とＳＵＬ上の両方に設定する。
【０６９１】
非ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨとして周期的ＰＵＣＣＨリソース７１０２、７１０３、７１０４を割り当てる。ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨとして周期的ＰＵＣＣＨリソース７１０５、７１０６、７１０７を割り当てる。スロット７１０１でのＤＬの受信に失敗したＵＥは、ビームフェイラを検出し、ＢＦＲＱ送信の設定を行う。この際、ＵＥは最も早期に送信可能なＢＦＲＱ用ＰＵＣＣＨリソースを導出する。
【０６９２】
図５９は、ＢＦＲＱ設定の際に、非ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソース７１０３を利用することが間に合わず、ＳＵＬ上に設定されたＢＦＲＱ用ＰＵＣＣＨリソース７１０６が最も早期に送信可能となるＰＵＣＣＨリソースである場合を示している。ＵＥは、ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソース７１０６を用いてＢＦＲＱを送信することを決定し、該ＰＵＣＣＨリソース７１０６でＢＦＲＱを送信する。
【０６９３】
このようにすることで、非ＳＵＬおよびＳＵＬの両ＵＬキャリア上にＢＦＲＱ用ＰＵＣＣＨリソースを設定可能となる。両ＵＬキャリアにＢＦＲＱ用ＰＵＣＣＨリソースを設定することで、ＵＥは最も早いタイミングのＢＦＲＱ用ＰＵＣＣＨリソースでＢＦＲＱを送信可能となる。このため、ＵＥはｇＮＢに対してＢＦＲＱを早期に通知することができる。
【０６９４】
図６０は非ＳＵＬ上とＳＵＬ上の両方にＢＦＲＱ用ＰＵＣＣＨリソースを設定してＢＦＲＱを送信する一例を示す図である。図６０はＳＵＬと非ＳＵＬとが異なるＳＣＳを有する場合を示している。また、図６０は両方のＵＬキャリアでＢＦＲＱ用ＰＵＣＣＨリソースが同じタイミングとなるよう周期が設定されている場合を示している。ＰＵＣＣＨ  ＵＬキャリアは非ＳＵＬあるいはＳＵＬどちらに設定されていてもよい。ＢＦＲＱのためのＰＵＣＣＨについては、設定可能なＵＬキャリア制限をはずす。ＢＦＲＱ用ＰＵＣＣＨは、両方のＵＬキャリアに設定する。ｇＮＢはＵＥに対して、ＢＦＲＱ用ＰＵＣＣＨを非ＳＵＬ上とＳＵＬ上の両方に設定する。
【０６９５】
非ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨとして周期的ＰＵＣＣＨリソース７２０２、７２０３、７２０４を割り当てる。ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨとして周期的ＰＵＣＣＨリソース７２０５、７２０６、７２０７を割り当てる。スロット７２０１でのＤＬの受信に失敗したＵＥは、ビームフェイラを検出し、ＢＦＲＱ送信の設定を行う。この際、ＢＦＲＱを送信するために優先的に利用するＵＬキャリアを、ＳＵＬに決めておく。あるいは、ＳＣＳの長い方のＵＬキャリアを、ＢＦＲＱを送信するために優先的に利用するキャリアとしてもよい。
【０６９６】
ＵＥは、ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソースでＢＦＲＱを送信することを決定する。ＵＥは、ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソース７２０６を用いてＢＦＲＱを送信する。
【０６９７】
このように、たとえばＳＵＬがＤＬと異なる周波数バンドの周波数で構成されるような場合に、ＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソースを優先して用いることで、ＢＦＲＱの送達確率を高めることが可能となる。また、たとえば、ＳＵＬの方が非ＳＵＬよりもカバレッジが広くなるような場合にＳＵＬ上のＢＦＲＱ用ＰＵＣＣＨリソースを用いることで、ＢＦＲＱの送達確率を高めることも可能となる。
【０６９８】
また、たとえば非ＳＵＬとＳＵＬのうちで通信品質のより良いＵＬキャリア上に設定されたＢＦＲＱ用ＰＵＣＣＨリソースを用いることで、ＢＦＲＱの送達確率を高めることが可能となる。非ＳＵＬあるいはＳＵＬの通信品質はたとえばｇＮＢが測定してもよい。ｇＮＢは、非ＳＵＬ上あるいはＳＵＬ上のどちらのＢＦＲＱ用ＰＵＣＣＨでＢＦＲＱを送信するかを、ＵＥに対して通知しておくとよい。
【０６９９】
このようにすることで、通信品質のより良いＵＬキャリア上のＢＦＲＱ用ＰＵＣＣＨリソースで、ＢＦＲＱを送信可能となる。このため、ＵＥはｇＮＢに対してＢＦＲＱを早期に通知することができる。
【０７００】
ｇＮＢにＢＦＲＱを送達した後、ビームリカバリ処理が行われる。ＢＦＲＱ送達後の処理で使用するＵＬキャリアを、ＢＦＲＱ送信が行われたＵＬキャリアとしてもよい。ｇＮＢは、ＢＦＲＱを受信したＵＬキャリアを用いて、ＢＦＲＱ送達後の処理を行う。このようにすることで、通信可能なＵＬキャリアを用いることが可能となる。
【０７０１】
他の方法として、ｇＮＢは、ＢＦＲＱ送達後の処理においてｇＮＢからＵＥに対して送信するＵＬグラントで、ＳＵＬ／非ＳＵＬインジケータを通知してもよい。ＳＵＬ／非ＳＵＬインジケータを、ＵＬグラント用ＤＣＩに含めて、ＰＤＣＣＨで通知してもよい。ＵＥは該インジケータに従って、どちらのＵＬキャリアが用いられるかを認識可能となる。
【０７０２】
ＢＦＲＱのフォーマット、ＰＵＣＣＨに含まれる情報、ＢＦＲＱ用ＰＵＣＣＨの設定方法は、実施の形態５に開示した内容を適宜適用するとよい。
【０７０３】
本実施の形態６で開示したようにＢＦＲＱ用ＰＵＣＣＨリソースをＳＵＬ上に設定することで、従来の非ＳＵＬ上でのＢＦＲＱ送信に比べてより良い通信品質でＢＦＲＱを送信可能となる。ＳＵＬと非ＳＵＬとの両方のＵＬキャリア上でＢＦＲＱ用のＰＵＣＣＨを送信可能とすることで、非ＳＵＬでＢＦＲＱ用ＰＵＣＣＨが送信できない場合も、ＳＵＬでＢＦＲＱ用ＰＵＣＣＨを送信可能となる。また、このようにＰＵＣＣＨを用いることで早期にＢＦＲＱを送信可能となる。
【０７０４】
このため、ｇＮＢに対してＢＦＲＱを早期に通知可能となり、ビームフェイラからのリカバリ期間の短縮を図れる。
【０７０５】
非ＳＵＬでＢＦＲＱ用ＰＵＣＣＨの設定を可能としてもよい。非ＳＵＬはＳＵＬよりもＳＣＳが長くシンボル期間が短い設定が行われる場合がある。このような場合に、ＢＦＲＱ用ＰＵＣＣＨリソースを非ＳＵＬ上に設定することで、ビームフェイラ発生時、ｇＮＢに対してＢＦＲＱを早期に通知可能となり、ビームフェイラからのリカバリ期間の短縮を図れる。
【０７０６】
ＰＵＣＣＨ  ＵＬキャリアに設定されたＵＬキャリア上で他の信号用にＰＵＣＣＨの設定がなされている場合、該ＰＵＣＣＨ送信用リソースを用いてＢＦＲＱを送信してもよい。他の信号用のＰＵＣＣＨとして、周期的あるいはセミパーシステントに設定されるものとしてもよい。たとえば、ＳＲ用のＰＵＣＣＨ、ＣＳＩ用のＰＵＣＣＨがある。
【０７０７】
たとえば、ＰＵＣＣＨ  ＵＬキャリア上でＳＲ用のＰＵＣＣＨが設定されている場合、該ＵＬキャリア上でのＢＦＲＱの送信に、ＳＲ用のＰＵＣＣＨ送信用リソースを用いる。
【０７０８】
前述で、ＳＵＬと非ＳＵＬとの両方のＵＬキャリア上で、ＢＦＲＱ用のＰＵＣＣＨの設定を行うことを開示したが、このようにすることで、ＰＵＣＣＨ  ＵＬキャリア上でＢＦＲＱ用のＰＵＣＣＨの設定を行わなくてもすむ。
【０７０９】
さらに、ＰＵＣＣＨ  ＵＬキャリア上でＢＦＲＱ用のＰＵＣＣＨの設定を行ってもよい。ＰＵＣＣＨ  ＵＬキャリア上でのＢＦＲＱ送信用に、ＢＦＲＱ用のＰＵＣＣＨと他の信号用のＰＵＣＣＨのどれを用いてもよい。ＢＦＲＱ設定から最も早いタイミングで生じるＰＵＣＣＨ用のリソースを用いて、ＢＦＲＱを送信可能となる。このようにすることで、さらに低遅延特性を得ることが可能となる。
【０７１０】
実施の形態７．
ＮＲではＵＬ送信データの繰返し送信（repetition）が議論されている。しかし、ＳＵＬが設定されているＵＥに対して複数のＵＬキャリアを用いることが可能な場合の繰返し送信についてはなんら議論されていない。複数のＵＬキャリアを用いた場合の繰返し送信方法が不明である。
【０７１１】
本実施の形態７ではこのような課題を解決する方法を開示する。
【０７１２】
同じキャリア上で繰返し送信を行う。初送のＵＬグラントのＤＣＩで設定されたＵＬキャリア上で繰返し送信を行う。初送のＵＬグラントのＤＣＩにおいて、ＳＵＬ／非ＳＵＬインジケータを用いて、繰り返し送信を設定してもよい。このようにすることで、繰返し送信制御の複雑化を回避することが可能となる。ｇＮＢ，ＵＥでの誤動作を低減可能となる。
【０７１３】
他の方法を開示する。繰返し送信時にＵＬキャリアの切替えを行う。ＳＵＬと非ＳＵＬとを切替えて繰返し送信を行う。ｇＮＢはＵＥに対して、繰返し送信時にＵＬキャリアの切替えを実施するか否かを設定可能としてもよい。繰返し送信時にＵＬキャリアの切替えを実施するか否かを示す情報を設けてもよい。ｇＮＢはＵＥに対して該情報をＲＲＣシグナリングで通知してもよい。該情報をＵＥへのＳＵＬ設定情報とともに通知してもよい。ｇＮＢはＵＥに対して該情報を、ＭＡＣシグナリングあるいはＬ１／Ｌ２制御シグナリングで通知してもよい。ダイナミックに設定変更が可能となる。
【０７１４】
一つのＨＡＲＱプロセスで、一つまたは複数の繰返し送信毎にＵＬキャリアを切替えてもよい。
【０７１５】
ＵＬキャリアの切替え方法を開示する。切替えパターンを設ける。たとえば、１送信毎にＵＬキャリアを切替えるとよい。初送がＳＵＬ上で行われる場合、２回目の繰返し送信を非ＳＵＬ上で行う。３回目の繰返し送信はＳＵＬ上で行う。このように、設定された送信回数分、ＵＬキャリアを交互に繰返して用いる。
【０７１６】
複数の繰返し送信毎にＵＬキャリアを交互に切替えてもよい。たとえば、２回の送信毎にＵＬキャリアを切替える。初送がＳＵＬ上で行われる場合、初送および２回目の繰返し送信をＳＵＬ上で行い、３回目および４回目の繰返し送信を非ＳＵＬ上で行う。このように、設定された送信回数分、ＵＬキャリアを交互に繰返して送信する。
【０７１７】
初送のＵＬキャリアや切替えパターンの情報は規格等で静的に決められてもよい。あるいは、ｇＮＢが該情報を決定してＵＥに通知してもよい。通知方法として、ＲＲＣシグナリングを用いてもよい。該情報を報知情報として報知してもよい。セル内ＳＵＬを設定している全ＵＥに対して同じ切替えパターンを設定する場合に有効である。ＵＥ個別あるいはＵＥグループ個別のシグナリングで該情報を通知してもよい。ＵＥ個別に切替えパターンを設定できる。たとえば、ＵＥ毎の各ＵＬキャリアでの通信品質等を考慮して、切替えパターンを設定可能となる。
【０７１８】
通知方法として、ＭＡＣシグナリングを用いてもよい。受信誤りを低減することができる。通知方法としてＬ１／Ｌ２制御シグナリングを用いてもよい。ダイナミックに通知できるため、たとえば電波伝搬環境の時間変化に早期に対応可能となる。
【０７１９】
初送のＵＬキャリアについては、初送のＤＣＩで設定してもよい。ＳＵＬ／非ＳＵＬインジケータを用いて初送のＵＬキャリアを設定してもよい。このようにすることで、初送のＵＬキャリアを設定可能となるため、ｇＮＢはＵＥに対して、初送時により良好な通信品質のＵＬキャリアを設定可能となる。
【０７２０】
ｇＮＢはＵＥに対して、ＳＵＬと非ＳＵＬの両方のＵＬキャリアにおけるＵＬグラントを通知する。ｇＮＢはＵＥに対して、ＳＵＬと非ＳＵＬの両方のＵＬキャリアにおけるＵＬスケジューリング情報を通知する。ｇＮＢは、該ＵＬスケジューリング情報を初送のＤＣＩで設定して、その設定情報をＵＥに対して通知してもよい。このようにすることで、ＳＵＬと非ＳＵＬでの繰返し送信用のリソースを割り当てることが可能となる。
【０７２１】
他の方法を開示する。ｇＮＢは初送のＤＣＩで初送のＵＬグラントを設定してＵＥに対して通知する。２回目からの繰返し送信用のスケジューリング情報は、初送のスケジューリング情報から導出するようにしてもよい。スケジューリング情報としてリソース割り当てのみを初送のスケジューリング情報から導出するようにしてもよい。このようにすることで、ＳＵＬと非ＳＵＬでの繰返し送信用のリソースを割り当てることが可能となる。
【０７２２】
他の方法を開示する。ＵＬキャリアをまたいだホッピングパターンを予め決めておいてもよい。ホッピングパターンを、たとえば、初送のスロット番号、初送の周波数軸方向のリソース情報などの関数で表すとよい。このようにすることで、異なるＵＬキャリア上の繰返し送信リソースを、ｇＮＢからＵＥに対して少ない情報量で通知可能となる。
【０７２３】
他の方法を開示する。繰返し送信の途中で、後続の送信を行うＵＬキャリアをＤＣＩに含めてＵＬグラントで通知してもよい。繰返し送信に番号を設け、該番号を該ＤＣＩに含めてもよい。該番号以降、該ＵＬキャリアで後続の送信を行う。たとえば繰返し送信回数が多い場合に有効となる。
【０７２４】
図６１は複数のＵＬキャリアが設定された場合の繰返し送信の一例を示す図である。図６１は同じキャリア上で繰返し送信を行う場合について示している。初送のＵＬグラント７３０１のＤＣＩでＳＵＬが設定された場合、ＳＵＬ上で繰返し送信を行う。初送のＵＬグラントによるリソースがＳＵＬ上のリソース７３０４とする。２回目の繰返し送信（リソース７３０５を参照）、３回目の繰返し送信（リソース７３０６を参照）もＳＵＬ上で送信される。ここでは繰返し送信回数を３回に設定している。
【０７２５】
このようにすることで、ＳＵＬ設定したＵＥに対する繰返し送信制御が複雑化することを回避可能となる。誤動作の発生を低減させることができる。
【０７２６】
図６２は繰返し送信毎にＵＬキャリアを交互を切替える設定がなされた場合の繰返し送信の一例を示す図である。初送のＵＬグラント７４０１のＤＣＩでＳＵＬ上のリソース７４０４が設定された場合、２回目の繰返し送信が非ＳＵＬ上のリソース７４０２で行われる。次の３回目の繰返し送信がＳＵＬ上のリソース７４０５で行われる。次の４回目の繰返し送信が非ＳＵＬ上のリソース７４０３で行われる。ここでは繰返し送信回数を４回に設定している。
【０７２７】
繰返し送信用のＵＬスケジューリング情報は、ＵＬグラント７４０１で初送のＵＬグラントともに通知してもよい。他の方法として、繰返し送信用のＵＬリソースを初送のＵＬリソースから導出するようにしてもよい。このようにすることで、繰返し送信においてＵＬキャリアをまたいだ周波数ホッピングが実施されるため、通信品質を向上させることが可能となる。
【０７２８】
図６３はＵＬキャリアが異なるニュメロロジを有する場合の繰返し送信の一例を示す図である。繰返し送信毎にＵＬキャリアを交互を切替える設定がなされた場合について示している。初送のＵＬグラント７５０１のＤＣＩでＳＵＬ上のリソース７５０４が設定された場合、２回目の繰返し送信が非ＳＵＬ上のリソース７５０２で行われる。次の３回目の繰返し送信がＳＵＬ上のリソース７５０５で行われる。次の４回目の繰返し送信が非ＳＵＬ上のリソース７５０３で行われる。ここでは繰返し送信回数を４回に設定している。
【０７２９】
ＳＵＬで初送（リソース７５０４を参照）を行った後、２回目の送信（リソース７５０２を参照）を非ＳＵＬに切替え、３回目の送信（リソース７５０５を参照）をまたＳＵＬに切替えるような場合、２回目の非ＳＵＬでの送信（リソース７５０２を参照）の後、それと重ならない次のＳＵＬでのスロットで３回目の送信（リソース７５０５を参照）を行うことになる。このため、２回目の非ＳＵＬでの送信（リソース７５０２を参照）の終端から３回目のＳＵＬでの送信（リソース７５０５を参照）の開始まで、非ＳＵＬのスロットで１スロット空いてしまうことになる。
【０７３０】
このように、各ＵＬキャリアでニュメロロジが異なる場合は、繰返し送信毎にＵＬキャリアを切替えると送信に遅れが生じる場合がある。無駄なスロットが生じてしまうことになる。
【０７３１】
このような問題を解決するための方法を開示する。
【０７３２】
繰返し送信時のＵＬキャリアの切替えは、各ＵＬキャリアでのスロットタイミングのアラインメントが揃ったタイミングで行う。繰返し送信時のＵＬキャリアの切替えは、各ＵＬキャリアのＢＷＰでのスロットタイミングのアラインメントが揃ったタイミングで行う。スロットタイミングのアラインメントが揃うタイミングまでは同じＵＬキャリア上で繰返し送信を行う。
【０７３３】
このようにすることで、繰返し送信においてスロットが空くような無駄を回避することが可能となる。
【０７３４】
図６４はＵＬキャリアが異なるニュメロロジを有する場合の繰返し送信の一例を示す図である。図６４は繰返し送信時のＵＬキャリアの切替えを、各ＵＬキャリアでのスロットタイミングのアラインメントが揃ったタイミングで行う場合について示している。ここでは繰返し送信回数を４回に設定している。
【０７３５】
初送のＵＬグラント７６０１のＤＣＩでＳＵＬ上のリソース７６０４が設定された場合、２回目の繰返し送信が非ＳＵＬ上のリソース７６０２で行われる。次の３回目の繰返し送信は、スロットタイミングのアラインメントが揃っているタイミングではないため、ＵＬキャリアの切替えを行わずに非ＳＵＬ上のリソース７６０３で行われる。次の４回目の繰返し送信は、スロットタイミングのアラインメントが揃うタイミングであるため、ＵＬキャリアの切替えを行いＳＵＬ上のリソース７６０５で行われる。
【０７３６】
このように、各ＵＬキャリアでニュメロロジが異なる場合は、繰返し送信時のＵＬキャリアの切替えは、各ＵＬキャリアでのスロットタイミングのアラインメントが揃ったタイミングで行い、スロットタイミングのアラインメントが揃うタイミングまでは同じＵＬキャリア上で繰返し送信を行う。
【０７３７】
このようにすることで、繰返し送信において無駄なスロットが生じることを回避でき、早期に繰返し送信を行うことが可能となる。ｇＮＢでの受信品質を向上させ、ｇＮＢは早期に受信可能となる。このため、ＳＵＬが設定されているＵＥからの繰返し送信に対して低遅延特性が得られることになる。
【０７３８】
本実施の形態７で開示した方法とすることで、ＳＵＬを上りデータの繰返し送信に用いることが可能となる。また、異なる周波数で上りデータの繰返し送信が可能となるため、さらなる通信品質の向上が図れる。また、周波数を切替えることで、固定した周波数でリソースを送信しなくて済む。このため、他ＵＥへの干渉をランダマイズすることができ、他ＵＥへの干渉を低減することが可能となる。
【０７３９】
ＳＵＬあるいは非ＳＵＬでＵＬ送信データの繰返し送信が行われる場合にプリエンプションを実施してもよい。初送を含めた繰返し送信が行われるスロットでプリエンプションを実施してもよい。実施の形態４から実施の形態４の変形例４を適宜適用するとよい。繰返し送信が設定されている場合も、低遅延で高信頼性の通信を実施可能となる。
【０７４０】
実施の形態８．
３ＧＰＰにおいて、ＳＵＬ上のＳＲＳと非ＳＵＬ上のＳＲＳに対してＳＲＳ関連のＲＲＣパラメータが個別に設定されることが合意されている。ＲＲＣでの設定において、ＳＲＳのユースケースが存在する。ＳＲＳのユースケースとして非コードブック（non-codebook）設定がある。
【０７４１】
非コードブック設定のＳＲＳは、例えば、チャネルのレシプロシティが確保されている場合であって、基地局が該ＳＲＳの受信結果を用いてＤＬのプリコーディングを実施する場合に用いられる。従来はＤＬに対してＵＬキャリアは一つだったので、該ＵＬでのＳＲＳに対して非コードブック設定がなされればよかった。
【０７４２】
しかし、ＳＵＬが運用される場合、ＤＬに対するＵＬキャリアは複数となる。複数のＵＬキャリアが設定された場合のＳＲＳの非コードブック設定方法については何ら議論がされていない。本実施の形態８では、複数のＵＬキャリアが設定された場合のＳＲＳの非コードブック設定方法について開示する。
【０７４３】
ＳＲＳの非コードブック設定は非ＳＵＬ上のみ許可する。非ＳＵＬ以外のＳＵＬ上でのＳＲＳの非コードブック設定は禁止する。言い換えると、非コードブック設定によるＳＲＳ送信は、非ＳＵＬ上のみで許可される。ＵＥは、非ＳＵＬ以外のＳＵＬ上での非コードブック設定のＳＲＳを想定しない。ＵＥは、非ＳＵＬ以外のＳＵＬ上でのＳＲＳの非コードブック設定を受信した場合、無視してもよい。
【０７４４】
このようにすることで、ＳＵＬの設定有無にかかわらず、ＤＬのペアバンドである非ＳＵＬ上のＳＲＳに対して非コードブック設定が可能となるため、チャネルレシプロシティを想定したＤＬでのプリコーディングが可能となる。また、チャネルレシプロシティに用いるＵＬキャリアを固定することで、制御を簡易にでき、ｇＮＢとＵＥとの間での誤動作の発生を低減できる。
【０７４５】
しかし、ＳＲＳの非コードブック設定を非ＳＵＬ上のみに許可した場合、問題が生じる場合がある。例えば、非ＳＵＬの通信品質が悪化した場合、レシプロシティ特性が劣化し、チャネルレシプロシティを想定したＤＬでのプリコーディング性能が劣化してしまう。このような課題を解決する方法を開示する。
【０７４６】
ＳＲＳの非コードブック設定を、非ＳＵＬ以外のＳＵＬ上でも許可する。言い換えると、非コードブック設定によるＳＲＳ送信は、非ＳＵＬ上以外のＳＵＬ上でも許可される。ＵＥは、非ＳＵＬ以外のＳＵＬ上でのＳＲＳの非コードブック設定を受信した場合、該ＳＵＬ上で非コードブック設定のＳＲＳが送信されると認識する。
【０７４７】
このようにすることで、非ＳＵＬだけでなく、ＳＵＬ上でのＳＲＳの非コードブック設定を可能とする。ｇＮＢは、ＤＬのチャネルレシプロシティとしてＳＵＬを用いることが可能となる。ＳＵＬ上のＳＲＳを用いることで、ＤＬでのプリコーディングを行うことが可能となる。
【０７４８】
ＤＬと同じ周波数バンド内に非ＳＵＬとＳＵＬとが設定されるような場合がある。たとえば、ＳＵＬの周波数がＤＬと同じ周波数バンド内となる場合に、ＳＵＬ上でのＳＲＳの非コードブック設定を許可するとしてもよい。
【０７４９】
非ＳＵＬとＳＵＬの両方でＳＲＳの非コードブック設定が行われた場合、ｇＮＢはＤＬにおける信号やチャネルの送信を、どちらのＳＲＳを用いたらよいか不明となる。また、ＵＥは、ｇＮＢがどのＵＬキャリアに対してチャネルレシプロシティを想定しているか不明となってしまう。このような課題を解決するための方法を開示する。
【０７５０】
ＳＲＳの非コードブック設定は、同時に多くとも一つのＵＬキャリア上のみ許可する。非ＳＵＬ上のＳＲＳとＳＵＬ上のＳＲＳが、同時に両方とも非コードブック設定されることを許可しない。ＵＥは、ＳＲＳの非コードブック設定が、同時に二つ以上のＵＬキャリアに行われることを想定しない。ＵＥは、同時に二つ以上のＵＬキャリア上でＳＲＳの非コードブック設定を受信した場合、無視してもよい。あるいは、ＵＥは、同時に二つ以上のＵＬキャリア上でＳＲＳの非コードブック設定を受信した場合、非ＳＵＬ上のＳＲＳの非コードブック設定のみを有効とし、ＳＵＬ上のＳＲＳの非コードブック設定を無効としてもよい。
【０７５１】
このようにすることで、ＳＲＳの非コードブック設定が行われるのが一つのＵＬキャリアのみとなり、ｇＮＢはＤＬにおける信号やチャネルの送信に、どのＵＬキャリア上のＳＲＳを用いるか明確になる。また、ＵＥは、ｇＮＢがどのＵＬキャリアに対してチャネルレシプロシティを想定しているか明確になる。このため、チャネルレシプロシティを用いたＤＬ、ＵＬの送信が可能となる。
【０７５２】
ｇＮＢは、どのＵＬキャリアでＳＲＳの非コードブック設定を行うかを、ＵＥに対して通知する。または、ｇＮＢは、ＵＬキャリア毎に、ＳＲＳの非コードブック設定を、ＵＥに対して通知してもよい。また、ｇＮＢは、ＳＲＳの非コードブック設定を行うＵＬキャリアの変更を、ＵＥに対して通知してもよい。または、ｇＮＢは、ＵＬキャリア毎のＳＲＳの非コードブック設定の変更を、ＵＥに対して通知してもよい。
【０７５３】
ｇＮＢからＵＥに対してＳＲＳの非コードブックの設定を通知することを開示したが、他の方法として、ＳＲＳのユースケースの設定を通知してもよい。ユースケースの設定として、たとえば、非コードブック、コードブック、ビームマネージメントなどがある。たとえば、ＳＲＳを非コードブック設定にする場合、ＳＲＳのユースケースを非コードブック設定するとよい。
【０７５４】
このようにすることで、複数のＵＬキャリアでＳＲＳの非コードブック設定が可能な場合に、ｇＮＢは、どのＵＬキャリア上でＳＲＳの非コードブック設定を行うかを、ＵＥに通知することができる。
【０７５５】
ｇＮＢからＵＥへの通知にはＲＲＣシグナリングを用いるとよい。前述のＳＲＳ関連のＲＲＣパラメータを用いて通知を行ってもよい。情報量の増大を抑制できる。他の方法として、ＭＡＣシグナリング、あるいは、Ｌ１／Ｌ２制御信号で通知を行ってもよい。通知する情報をＤＣＩに含めてＰＤＣＣＨで通知してもよい。Ｌ１／Ｌ２制御信号で通知する場合、ダイナミックな設定、変更が可能となる。
【０７５６】
ｇＮＢはＵＥに対して、ＳＲＳの非コードブック設定（変更を含む）をＵＬキャリアの設定とともに行ってもよい。ＳＲＳの非コードブック設定情報を設けるとよい。該情報は、変更するかしないかの情報であってもよい。たとえば、ＤＣＩにＵＬキャリアを設定するためのＳＵＬ／非ＳＵＬインジケータが含まれる。ＳＲＳの非コードブック設定情報を、ＳＵＬ／非ＳＵＬインジケータと同じＤＣＩに含めてもよい。該情報をＳＵＬ／非ＳＵＬインジケータと関連させてもよい。
【０７５７】
このようにすることで、ｇＮＢはＵＥに対して、ＳＵＬ／非ＳＵＬの設定とともに、設定されたＵＬキャリア上でＳＲＳの非コードブック設定を行うか否かを通知することができる。ＵＬキャリアの運用とＳＲＳの非コードブック設定を関連させることが可能となる。制御を容易にすることが可能となる。
【０７５８】
本実施の形態８で開示した方法とすることで、ＳＵＬが運用され、ＤＬに対するＵＬキャリアが複数となった場合にも、ＳＲＳの非コードブック設定が可能となる。このため、チャネルレシプロシティを想定したＤＬでのプリコーディングを可能とし、通信品質を向上させることができる。
【０７５９】
実施の形態９．
３ＧＰＰにおいて、ＳＵＬ上のＳＲＳと非ＳＵＬ上のＳＲＳに対してＳＲＳ関連のＲＲＣパラメータが個別に設定されることが合意されている。また、ＳＵＬ上のＳＲＳと非ＳＵＬ上のＳＲＳの同時送信は許可されないことが合意されている（非特許文献１６）。
【０７６０】
ＲＲＣ以外のシグナリングを要するＳＲＳが存在する。セミパーシステントＳＲＳ（semi-persistent SRS、SP-SRS）、非周期的ＳＲＳ（Aperiodic SRS、A-SRS）である（非特許文献１５）。ＳＰ−ＳＲＳはＤＣＩでアクティベーション／デアクティベーション（activation/deactivation）を行い、Ａ−ＳＲＳはＤＣＩでトリガを行う。複数のＵＬキャリアが設定された場合に、ＳＰ−ＳＲＳ、Ａ−ＳＲＳの設定方法についてはなんら議論されていない。このため、なんら工夫がされないと、ＳＵＬ運用時、ＳＰ−ＳＲＳ、Ａ−ＳＲＳの送信ができないことになる。
【０７６１】
本実施の形態９ではこのような課題を解決する方法を開示する。
【０７６２】
ＳＰ−ＳＲＳにおいて、異なるＵＬキャリア上でのＳＲＳのアクティベーション状態が同時に生じることを禁止する。Ａ−ＳＲＳにおいて、異なるＵＬキャリア上でのＳＲＳのトリガ状態が同時に生じることを禁止する。ＵＥは、異なるＵＬキャリア上でのＳＰ−ＳＲＳのアクティベーション状態が同時に生じることを想定しなくてもよい。ＵＥは、異なるＵＬキャリア上でのＡ−ＳＲＳのトリガ状態が同時に生じることを想定しなくてもよい。
【０７６３】
ＵＥは、異なるＵＬキャリア上でＳＰ−ＳＲＳのアクティベーションが設定された場合、後から設定されたＳＰ−ＳＲＳのアクティベーションを無視してもよい。ＵＥは、異なるＵＬキャリア上でＡ−ＳＲＳのトリガが設定された場合、後から設定されたＡ−ＳＲＳのトリガを無視してもよい。
【０７６４】
このようにすることで、異なるＵＬキャリア上でＳＰ−ＳＲＳのアクティベーション状態が同時に生じることが無くなる。また、異なるＵＬキャリア上でＡ−ＳＲＳのトリガ状態が同時に生じることが無くなる。いずれか一つのＵＬキャリア上のＳＰ−ＳＲＳのみがアクティベーションされるようになる。また、いずれか一つのＵＬキャリア上のＡ−ＳＲＳのみがトリガされるようになる。
【０７６５】
このため、ＳＵＬ運用時もＳＰ−ＳＲＳ、Ａ−ＳＲＳの送信が可能となる。
【０７６６】
しかし、前述の方法では、ＳＰ−ＳＲＳ、Ａ−ＳＲＳを送信するＵＬキャリアが一つに特定されてしまうため、複数のＵＬキャリアでＳＰ−ＳＲＳ、Ａ−ＳＲＳを送信させるにはｇＮＢからＵＥに対してシグナリングを要する。このため、ＲＲＣパラメータの設定は実施されているが、実際に複数のＵＬキャリアでＳＰ−ＳＲＳ、Ａ−ＳＲＳを送信させるには時間がかかってしまうという問題が生じる。
【０７６７】
ｇＮＢで必要な時にＳＲＳが送信されないと、たとえば、ＵＬスケジューリング、ＤＬのプリコーディング導出やビームマネージメントなどが適切に行われず、通信品質の劣化につながってしまう。このような課題を解決する方法を開示する。
【０７６８】
ＳＰ−ＳＲＳにおいて、異なるＵＬキャリア上でのＳＲＳのアクティベーション状態が同時に生じることを許可する。または／かつ、Ａ−ＳＲＳにおいて、異なるＵＬキャリア上でのＳＲＳのトリガ状態が同時に生じることを許可する。ｇＮＢはＵＥに対して、異なるＵＬキャリア上でのＳＰ−ＳＲＳのアクティベーション状態が同時に生じることを許可する。ｇＮＢはＵＥに対して、異なるＵＬキャリア上でのＡ−ＳＲＳのトリガ状態が同時に生じることを許可する。
【０７６９】
このようにすることで、複数のＵＬキャリア上でＳＰ−ＳＲＳ、Ａ−ＳＲＳが設定され、複数のＵＬキャリア上でＳＰ−ＳＲＳのアクティベーション状態が可能となる。また、複数のＵＬキャリア上でＡ−ＳＲＳのトリガ状態が可能となる。このため、実際に複数のＵＬキャリアでＳＰ−ＳＲＳ、Ａ−ＳＲＳの送信を早期に低遅延で実施可能となる。
【０７７０】
たとえば、ｇＮＢはＵＥに対して、ＤＣＩで非ＳＵＬでのＳＰ−ＳＲＳのアクティベーションを行う。また、ＤＣＩでＳＵＬでのＳＰ−ＳＲＳのアクティベーションを行う。ＵＥは非ＳＵＬ上でのＳＰ−ＳＲＳ用のリソースでＳＲＳ送信可能となり、また、ＳＵＬ上でのＳＰ−ＳＲＳ用のリソースでＳＲＳ送信可能となる。このようにすることで、複数のＵＬキャリアにおいて低遅延でＳＰ−ＳＲＳの送信が可能となる。
【０７７１】
たとえば、ｇＮＢはＵＥに対して、ＤＣＩで非ＳＵＬでのＡ−ＳＲＳのトリガを行う。また、ＤＣＩでＳＵＬでのＡ−ＳＲＳのトリガを行う。ＵＥは、非ＳＵＬ上でのＡ−ＳＲＳ用のリソースでＵＬ送信可能となり、また、ＳＵＬ上でのＡ−ＳＲＳ用のリソースでＵＬ送信可能となる。このようにすることで、複数のＵＬキャリアにおいて低遅延でＡ−ＳＲＳの送信が可能となる。
【０７７２】
ｇＮＢからＵＥに対する、非ＳＵＬ、ＳＵＬでのＳＰ−ＳＲＳのアクティベーション、または／かつ、Ａ−ＳＲＳのトリガは、異なるＤＣＩで行ってもよいし、同じＤＣＩで行ってもよい。ＳＰ−ＳＲＳアクティベーションする、または／かつ、Ａ−ＳＲＳをトリガする、ＵＬキャリアを特定する情報を含めるとよい。ＳＵＬ／非ＳＵＬインジケータを用いてもよい。
【０７７３】
同じＤＣＩで複数のＵＬキャリアのＳＰ−ＳＲＳのアクティベーション、または／かつ、Ａ−ＳＲＳのトリガを行う場合、ＳＰ−ＳＲＳのアクティベーション、または／かつ、Ａ−ＳＲＳのトリガと、そのＵＬキャリアとを関連付けた情報としておくとよい。
【０７７４】
ＳＰ−ＳＲＳのデアクティベーションについても、アクティベーションと同様にしてもよい。非ＳＵＬ、ＳＵＬでのＳＰ−ＳＲＳのデアクティベーションは、異なるＤＣＩで行ってもよいし、同じＤＣＩで行ってもよい。ＳＰ−ＳＲＳをデアクティベーションするＵＬキャリアを特定する情報を含めるとよい。ＳＵＬ／非ＳＵＬインジケータを用いてもよい。同じＤＣＩで複数のＵＬキャリアのＳＰ−ＳＲＳのデアクティベーションを行う場合、ＳＰ−ＳＲＳのデアクティベーションと、そのＵＬキャリアとを関連付けた情報としておくとよい。
【０７７５】
同じＤＣＩにアクティベーションとデアクティベーションを混在させてもよい。また、同じＤＣＩにアクティベーションとデアクティベーションとトリガを混在させてもよい。このようにすることで、複数ＵＬキャリア上のＳＰ−ＳＲＳ、Ａ−ＳＲＳの送信を柔軟に設定できる。
【０７７６】
同一ＵＬキャリア上のＳＰ−ＳＲＳのアクティベーション／デアクティベーションを、ＳＲＳ送信前に連続して受信した場合、後からのアクティベーション／デアクティベーションを有効としてもよい。
【０７７７】
たとえば、ＵＥが、ｇＮＢからのＳＰ−ＳＲＳのアクティベーション受信後ＳＲＳ送信前に、同一ＵＬキャリア上の該ＳＰ−ＳＲＳのデアクティベーションを受信した場合、後から受信した該ＳＰ−ＳＲＳのデアクティベーションを有効とする。ＵＥは、その後の該ＳＰ−ＳＲＳのリソースでＳＲＳを送信しない。このようにすることで、ｇＮＢとＵＥとの間での誤動作を低減可能となる。
【０７７８】
Ａ−ＳＲＳのトリガを停止する情報を設けてもよい。言い換えると、Ａ−ＳＲＳのトリガを無効とする情報を設けてもよい。該情報をＤＣＩに含めてもよい。ｇＮＢは、前に設定したＡ−ＳＲＳのトリガを停止する場合に、トリガ停止情報をＵＥに対して通知するとよい。ＳＲＳ送信前にトリガ停止情報を受信したＵＥは、Ａ−ＳＲＳのトリガを停止する。
【０７７９】
同一ＵＬキャリア上のＡ−ＳＲＳのトリガ／トリガ停止を、ＳＲＳ送信前に連続して受信した場合、後からのトリガ／トリガ停止を有効としてもよい。
【０７８０】
たとえば、ＵＥが、ｇＮＢからのＡ−ＳＲＳのトリガ受信後ＳＲＳ送信前に、同一ＵＬキャリア上の該Ａ−ＳＲＳのトリガ停止を受信した場合、後から受信した該Ａ−ＳＲＳのトリガ停止を有効とする。ＵＥは、その後の該Ａ−ＳＲＳのリソースでＳＲＳを送信しない。このようにすることで、ｇＮＢとＵＥとの間での誤動作を低減可能となる。
【０７８１】
また、このようにすることで、ＵＥが無駄なＳＲＳを送信することを低減させることができる。ＵＥの消費電力の低減が可能となる。また、ＵＬの干渉を低減可能となる。
【０７８２】
非ＳＵＬ、ＳＵＬでのＡ−ＳＲＳのトリガ停止は、異なるＤＣＩで行ってもよいし、同じＤＣＩで行ってもよい。Ａ−ＳＲＳをトリガ停止するＵＬキャリアを特定する情報を含めるとよい。ＳＵＬ／非ＳＵＬインジケータを用いてもよい。同じＤＣＩで複数のＵＬキャリアのＡ−ＳＲＳのトリガ停止を行う場合、Ａ−ＳＲＳのトリガ停止と、そのＵＬキャリアとを関連付けた情報としておくとよい。
【０７８３】
同じＤＣＩにトリガとトリガ停止を混在させてもよい。また、同じＤＣＩにアクティベーションとデアクティベーションとトリガとトリガ停止を混在させてもよい。このようにすることで、複数ＵＬキャリア上のＳＰ−ＳＲＳ、Ａ−ＳＲＳの送信を柔軟に設定できる。
【０７８４】
前述のように、３ＧＰＰでは、ＵＥは異なるＵＬキャリア上で同時にＳＲＳを送信できないことが合意されている。しかし、複数のＵＬキャリア上でＳＰ−ＳＲＳのアクティベーション状態を可能とし、また、複数のＵＬキャリア上でＡ−ＳＲＳのトリガ状態を可能とした場合、異なるＵＬキャリア上でＳＲＳの送信タイミングが重なる場合が生じてしまう。このような課題を解決する方法を開示する。
【０７８５】
複数のＵＬキャリア上でＳＲＳの送信タイミングが重なった場合、ＳＲＳの送信に優先順位を設けるとよい。優先順位は、規格等で静的に決められてもよいし、ｇＮＢが決定し、ｇＮＢからＵＥに対して通知してもよい。ＵＥは優先順位に従ってＳＲＳの送信を行うとよい。
【０７８６】
優先順位の例を開示する。たとえば、ＵＬキャリアの種類によって優先順位を設ける。たとえば、非ＳＵＬ上のＳＲＳを優先順位１とする。また、非ＳＵＬとＳＵＬを含めて優先順位を設定してもよい。ＳＵＬが複数の場合は各ＳＵＬに対して優先順位を決めるとよい。このようにすることで、非ＳＵＬ上でのＳＲＳ送信を優先可能となる。
【０７８７】
ｇＮＢが非ＳＵＬでのＵＬスケジューリングを優先して実施可能となる。スケジューリングを優先したいＵＬキャリアの順で優先順位を設定可能となる。また、ＤＬに対して非ＳＵＬでチャネルレシプロシティが想定される場合、非コードブック設定のＳＲＳ送信を優先させることが可能となる。
【０７８８】
他の優先順位の例として、たとえば、ＳＵＬを優先させてもよい。ＳＵＬは非ＳＵＬよりも低い周波数帯域で設定され、広いカバレッジとなる場合がある。このような場合、非ＳＵＬでのＵＬ通信品質よりもＳＵＬでのＵＬ通信品質が良好になる場合がある。ＳＵＬのＳＲＳを優先させることで、ｇＮＢはＳＵＬでのＵＬスケジューリングを優先して実施可能となる。ＵＬの通信品質の向上を図れる。
【０７８９】
他の優先順位の例として、たとえば、ｇＮＢからＵＥに対して後から送信したＳＲＳの指示を優先してもよい。ＵＥは後から受信したＳＲＳの指示を優先するとよい。ＳＲＳの指示として、たとえば、ＳＰ−ＳＲＳのアクティベーション、あるいは、Ａ−ＳＲＳのトリガなどがある。
【０７９０】
たとえば、ＵＥはｇＮＢから、ＳＵＬ上でのＳＰ−ＳＲＳのアクティベーションを受信した後に、非ＳＵＬ上でのＳＰ−ＳＲＳのアクティベーションを受信する。ＳＵＬ上でのＳＰ−ＳＲＳ用リソースと非ＳＵＬ上でのＳＰ−ＳＲＳ用リソースのタイミングが重なった場合、ＵＥは、後から受信した非ＳＵＬ上でのＳＰ−ＳＲＳのアクティベーションを優先し、非ＳＵＬ上での該ＳＰ−ＳＲＳ用リソースでＳＲＳを送信する。
【０７９１】
たとえば、ＵＥはｇＮＢから、非ＳＵＬ上でのＡ−ＳＲＳのトリガを受信した後に、ＳＵＬ上でのＡ−ＳＲＳのトリガを受信する。非ＳＵＬ上でのＡ−ＳＲＳ用リソースとＳＵＬ上でのＡ−ＳＲＳ用リソースのタイミングが重なった場合、ＵＥは、後から受信したＳＵＬ上でのＡ−ＳＲＳのトリガを優先し、ＳＵＬ上での該Ａ−ＳＲＳ用リソースでＳＲＳを送信する。
【０７９２】
このようにすることで、ｇＮＢはＵＥに対して、送信させたいＳＲＳを適宜指示することが可能となる。ダイナミックに送信させたいＳＲＳを設定可能となるため、ＵＬの通信品質の向上を図れる。
【０７９３】
他の優先順位の例として、たとえば、ＳＲＳの種類に応じて決定してもよい。ＳＲＳの種類として、周期的ＳＲＳ、ＳＰ−ＳＲＳ、Ａ−ＳＲＳがある。たとえば、Ａ−ＳＲＳを優先順位１とし、ＳＰ−ＳＲＳを優先順位２とし、周期的ＳＲＳを優先順位３としてもよい。複数ＵＬキャリアでのＳＲＳ送信タイミングが重なった場合、ＳＲＳの種類に応じて優先して送信するＳＲＳを決定する。
【０７９４】
他の優先順位の例として、たとえば、ＳＲＳのユースケースに応じて決定してもよい。たとえば、非コードブック設定を優先順位１とし、ビームマネージメント設定を優先順位２とし、コードブック設定を優先順位３としてもよい。複数ＵＬキャリアでのＳＲＳ送信タイミングが重なった場合、ＳＲＳのユースケースに応じて優先して送信するＳＲＳを決定する。
【０７９５】
前述に開示した優先順位の例を組合せて優先順位としてもよい。一つの優先順位で同じ優先順位の場合、他の優先順位を用いて送信するＳＲＳを決定してもよい。
【０７９６】
このようにすることで、異なるＵＬキャリア上でＳＲＳの送信タイミングが重なる場合でも、ＵＥはＳＲＳを送信することが可能となる。
【０７９７】
ＳＲＳ送信シンボルが複数のシンボルからなる場合がある。連続する複数のシンボルでＳＲＳが送信される。ＵＥは連続する複数のシンボルでＳＲＳを送信する。このように複数シンボルのＳＲＳの送信の場合、途中でＵＬキャリアを切替えることを禁止する。複数シンボルのＳＲＳの送信は同一のＵＬキャリア上で実施する。
【０７９８】
このようにすることで、ＵＥはＳＲＳ送信の途中でＵＬキャリアを変更する必要が無くなる。また、ｇＮＢはＵＥからのＳＲＳ受信の途中でＵＬキャリアを変更する必要が無くなる。ＳＲＳのスイッチングによるリソースの無駄を削減可能となる。また、制御を簡易にすることが可能となる。
【０７９９】
異なるＵＬキャリア上のＳＲＳ送信タイミングが一部重なるような場合のＳＲＳの送信方法について開示する。たとえ、ＳＲＳ送信タイミングの一部だけが重なるような場合でも、送信を決定したＳＲＳのシンボルを全て送信する。送信しないと決定したＳＲＳのシンボルは全て送信しないとするとよい。ＳＲＳの送信の決定は、前述の優先順位に従って行われてもよい。
【０８００】
このようにすることで、ＳＲＳのスイッチングによるリソースの無駄を削減可能となる。また、制御を簡易にすることが可能となる。
【０８０１】
ＳＵＬが設定された場合、異なるＵＬキャリア上でＳＲＳの送信タイミングと他の信号あるいはチャネルの送信タイミングが重なる場合が生じてしまう。このような場合には、異なるＵＬキャリア上で同時にＵＬ送信を実施しないとしてもよい。しかし、その場合の送信方法が不明となる。このような課題を解決する方法を開示する。
【０８０２】
複数のＵＬキャリア上でＳＲＳの送信タイミングと他の信号あるいはチャネルが重なった場合の送信に優先順位を設けるとよい。優先順位は、規格等で静的に決められてもよいし、ｇＮＢが決定し、ｇＮＢからＵＥに対して通知してもよい。ＵＥは優先順位に従ってＳＲＳあるいは他の信号あるいは他のチャネルの送信を行うとよい。
【０８０３】
優先順位の例として、前述の異なるＵＬキャリア上でＳＲＳの送信タイミングが重なった場合の例を適用してもよい。加えて、他の信号あるいはチャネルの種類によって優先順位を決定してもよい。
【０８０４】
たとえば、ＵＬキャリアの種類によって優先順位を設ける。たとえば、非ＳＵＬ上の信号あるいはチャネルを優先順位１とし、ＳＵＬ上の信号あるいはチャネルを優先順位２とする。例えば、非ＳＵＬ上でのＰＵＣＣＨの送信タイミングとＳＵＬ上でのＳＲＳの送信タイミングが重なった場合、非ＳＵＬ上のＰＵＣＣＨの送信を優先する。
【０８０５】
ＵＥは、非ＳＵＬ上のＰＵＣＣＨを送信し、ＳＵＬ上のＳＲＳの送信を行わない。このようにすることで、非ＳＵＬ上での信号あるいはチャネルの送信を優先可能となる。
【０８０６】
他の優先順位の例として、たとえば、ｇＮＢからＵＥに対して後から送信した、信号あるいはチャネルの送信指示を優先してもよい。ＵＥは後から受信した、信号あるいはチャネルの送信指示を優先するとよい。
【０８０７】
たとえば、ＵＥはｇＮＢから、非ＳＵＬ上でのＡｃｋ／Ｎａｃｋ用ＰＵＣＣＨの送信指示を受信した後に、ＳＵＬ上でのＡ−ＳＲＳのトリガを受信する。非ＳＵＬ上でのＡｃｋ／Ｎａｃｋ用ＰＵＣＣＨの送信タイミングとＳＵＬ上でのＡ−ＳＲＳの送信タイミングが重なった場合、ＵＥは、後から受信したＳＵＬ上でのＡ−ＳＲＳのトリガを優先し、ＳＵＬ上での該Ａ−ＳＲＳ用リソースでＳＲＳを送信する。
【０８０８】
他の優先順位の例として、ＳＲＳの種類および他の信号あるいはチャネルの種類によって優先順位を決定してもよい。たとえば、Ａｃｋ／Ｎａｃｋ用のＰＵＣＣＨの送信の優先順位１とし、Ａ−ＳＲＳの送信の優先順位を２とし、ＳＲ用のＰＵＣＣＨの送信の優先順位を３とし、ＳＰ−ＳＲＳの送信の優先順位を４とし、ＣＳＩ用のＰＵＣＣＨの送信順位を５とし、周期的ＳＲＳの送信の優先順位を６とする。
【０８０９】
ＳＵＬ上でのこれらの信号あるいはチャネルと非ＳＵＬ上でのこれらの信号あるいはチャネルの送信タイミングが重なった場合、ＵＥは、該優先順位に従って、送信する信号チャネルを決定し、送信するとよい。
【０８１０】
他の優先順位の例として、ＳＵＬ上のＳＲＳを最優先としてもよい。また、ＳＵＬ上のＳＲＳのユースケースがコードブックである場合に、ＳＵＬ上のＳＲＳを最優先としてもよい。急速に非ＳＵＬ上での通信品質が劣化した場合、ＳＵＬ上のＳＲＳの送信を優先して行うことで、ｇＮＢにＳＵＬ上でのＵＬスケジューリングを可能とする。ＵＬの通信品質を良好に維持することが可能となる。
【０８１１】
異なるＵＬキャリア上でＳＲＳの送信タイミングと他の信号あるいはチャネルの送信タイミングの一部が重なる場合については、前述の異なるＵＬキャリア上でＳＲＳの送信タイミングの一部が重なった場合の方法を適用するとよい。同様の効果が得られる。
【０８１２】
ｇＮＢは、異なるＵＬキャリア上でＳＲＳの送信タイミングとＰＵＳＣＨの送信タイミングを重ならないようにスケジューリングしてもよい。ＵＥは異なるＵＬキャリア上でＳＲＳの送信タイミングとＰＵＳＣＨの送信タイミングとが重ならいと想定する。ＵＥは、ｇＮＢから、異なるＵＬキャリア上で、送信タイミングの重なるＳＲＳ送信の指示とＰＵＳＣＨの送信指示を受信した場合、無視してもよい。あるいは、ＵＥは後から送信された、ＳＲＳ送信の指示あるいはＰＵＳＣＨの送信指示を無視する、としてもよい。
【０８１３】
このようにすることで、異なるＵＬキャリア上でＳＲＳの送信タイミングとＰＵＳＣＨの送信タイミングを重ならないようにでき、異なるキャリア上でのＳＲＳの送信とＰＵＳＣＨの送信とを確実に実施することが可能となる。
【０８１４】
各ＵＬキャリア上でのＳＲＳとＰＵＳＣＨを一つのグループとしてもよい。ｇＮＢは、異なるＵＬキャリア上で該グループの送信タイミングが重ならないようにスケジューリングしてもよい。たとえば、一つのＵＬキャリア上で同一スロットにＳＲＳとＰＵＳＣＨが構成される場合、該ＳＲＳとＰＵＳＣＨとを一つのグループとする。
【０８１５】
このようにすることで、スケジューリングを簡易にすることが可能となる。
【０８１６】
異なるＵＬキャリア上でＳＲＳの送信タイミングとＰＵＳＣＨの送信タイミングの一部が重なった場合、重なったＳＲＳのシンボルをパンクチャしてＰＵＳＣＨを送信してもよい。異なるＵＬキャリア上でＳＲＳとＰＵＳＣＨの送信を実施可能となる。
【０８１７】
パンクチャしたシンボルで送信する予定であったデータをＰＵＳＣＨの他のシンボルで送信してもよい。レートを変更して送信してもよい。
【０８１８】
このようにすることで、異なるＵＬキャリア上でＳＲＳの送信タイミングとＰＵＳＣＨの送信タイミングが一部重なった場合に、異なるキャリア上でのＳＲＳの送信とＰＵＳＣＨの送信とを実施することが可能となる。
【０８１９】
各ＵＬキャリアに一つ以上のＢＷＰが設定されてもよい。前述のＵＬキャリアの記載について、該ＵＬキャリアに設定される一つ以上のＢＷＰに適宜適用してもよい。前述のＵＬキャリアの記載を、該ＵＬキャリアに設定される一つ以上のＢＷＰとみなしてもよい。
【０８２０】
ＳＵＬ運用時のＵＬキャリアの変調方式の設定方法について開示する。変調方式として、たとえば、ＯＦＤＭ、ＤＦＴｓＯＦＤＭなどがある。ＳＵＬの変調方式を非ＳＵＬと同じにするとよい。たとえば、ＵＥに対して、非ＳＵＬでＯＦＤＭが設定されていた場合、ＳＵＬでもＯＦＤＭが設定される。このようにすることで、ＳＵＬと非ＳＵＬとのＵＬキャリアの切替えで変調方式が変更されることがないため、切替え制御を容易にできる。
【０８２１】
他の方法として、ＵＬキャリア毎に変調方式を設定してもよい。ＵＥ毎にＵＬキャリア毎に変調方式を設定してもよい。たとえば、ＵＥに対して、非ＳＵＬでＯＦＤＭが設定され、ＳＵＬでＤＦＴｓＯＦＤＭが設定される。ＤＦＴｓＯＦＤＭによるＵＬデータ送信では低消費電力化が可能となるため、ＳＵＬでのＵＬデータ送信をさらに低消費電力化可能となる。
【０８２２】
実施の形態１０．
１つのセルにおける上りデータの複製を可能とする。例えば、ＳＵＬと非ＳＵＬを用いて、パケット複製が行われてもよい。ＳＵＬを用いる送信と非ＳＵＬを用いる送信の時間リソースは、重なっていてもよいし、重ならないとしてもよい。前述の複製は、ＤＲＢに対して行われてもよいし、ＳＲＢに対して行われてもよい。このことにより、例えば、該上りデータの送信において周波数ダイバーシチ効果が得られ、その結果、信頼性を向上可能となる。前述の複製は、ＤＣ構成を用いない点、また、ＣＡを用いない点で、パケット複製（非特許文献１６参照）とは異なる。
【０８２３】
基地局はＵＥに対し、該複製の開始／停止を指示する。該複製に関する設定が通知されてもよい。該指示および／あるいは該設定の通知は、ＲＲＣシグナリングを用いて行われてもよいし、ＭＡＣシグナリングを用いて行われてもよいし、Ｌ１／Ｌ２シグナリングを用いて行われてもよい。前述の複数の組合せが用いられてもよい。例えば、該設定がＲＲＣシグナリングに含まれて基地局からＵＥに通知され、該指示がＭＡＣシグナリングに含まれて基地局からＵＥに通知されてもよい。このことにより、例えば、少ないシグナリング量で迅速な通知が可能となる。ＵＥは、該指示および／あるいは該設定を用いて、該複製を開始あるいは停止してもよい。基地局は、該複製によって重複して受信した上りデータのうち１つを除いて破棄してもよい。基地局は、前述の１つのデータのみを上位レイヤ（例えば、ＲＲＣ）あるいは上位ＮＷ装置（例えば、５ＧＣ）に転送してもよい。
【０８２４】
ＵＥは、該複製をＰＤＣＰレイヤにて行ってもよい。他の例として、ＵＥは該複製をＲＬＣレイヤにて行ってもよいし、ＭＡＣレイヤにて行ってもよい。基地局は、該複製によって重複して受信した上りデータのうち１つを除いて破棄する動作を、ＰＤＣＰレイヤにて行ってもよい。他の例として、基地局は、該動作をＲＬＣレイヤにて行ってもよいし、ＭＡＣレイヤにおいて行ってもよい。ＵＥにおける該複製と、基地局における前述の破棄する動作は、同じレイヤにて行われるとよい。このことにより、例えば、基地局および／あるいはＵＥにおける、データの不用な重複による処理量増加を防止可能となる。
【０８２５】
本実施の形態１０により、例えば、ＤＣ構成もＣＡ構成もいずれも用いないＵＥにおいても、上りデータの複製が可能となり、その結果、上りデータの信頼性を向上可能となる。
【０８２６】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
【０８２７】
例えば、前述の各実施の形態およびその変形例において、スロットは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、スロット単位として記載している処理を、ＴＴＩ単位、サブフレーム単位、サブスロット単位、ミニスロット単位として行ってもよい。
【０８２８】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０８２９】
２００  通信システム、２０２  通信端末装置、２０３  基地局装置。
【図１】
2019244735.tif 000003
【図２】
2019244735.tif 000004
【図３】
2019244735.tif 000005
【図４】
2019244735.tif 000006
【図５】
2019244735.tif 000007
【図６】
2019244735.tif 000008
【図７】
2019244735.tif 000009
【図８】
2019244735.tif 000010
【図９】
2019244735.tif 000011
【図１０】
2019244735.tif 000012
【図１１】
2019244735.tif 000013
【図１２】
2019244735.tif 000014
【図１３】
2019244735.tif 000015
【図１４】
2019244735.tif 000016
【図１５】
2019244735.tif 000017
【図１６】
2019244735.tif 000018
【図１７】
2019244735.tif 000019
【図１８】
2019244735.tif 000020
【図１９】
2019244735.tif 000021
【図２０】
2019244735.tif 000022
【図２１】
2019244735.tif 000023
【図２２】
2019244735.tif 000024
【図２３】
2019244735.tif 000025
【図２４】
2019244735.tif 000026
【図２５】
2019244735.tif 000027
【図２６】
2019244735.tif 000028
【図２７】
2019244735.tif 000029
【図２８】
2019244735.tif 000030
【図２９】
2019244735.tif 000031
【図３０】
2019244735.tif 000032
【図３１】
2019244735.tif 000033
【図３２】
2019244735.tif 000034
【図３３】
2019244735.tif 000035
【図３４】
2019244735.tif 000036
【図３５】
2019244735.tif 000037
【図３６】
2019244735.tif 000038
【図３７】
2019244735.tif 000039
【図３８】
2019244735.tif 000040
【図３９】
2019244735.tif 000041
【図４０】
2019244735.tif 000042
【図４１】
2019244735.tif 000043
【図４２】
2019244735.tif 000044
【図４３】
2019244735.tif 000045
【図４４】
2019244735.tif 000046
【図４５】
2019244735.tif 000047
【図４６】
2019244735.tif 000048
【図４７】
2019244735.tif 000049
【図４８】
2019244735.tif 000050
【図４９】
2019244735.tif 000051
【図５０】
2019244735.tif 000052
【図５１】
2019244735.tif 000053
【図５２】
2019244735.tif 000054
【図５３】
2019244735.tif 000055
【図５４】
2019244735.tif 000056
【図５５】
2019244735.tif 000057
【図５６】
2019244735.tif 000058
【図５７】
2019244735.tif 000059
【図５８】
2019244735.tif 000060
【図５９】
2019244735.tif 000061
【図６０】
2019244735.tif 000062
【図６１】
2019244735.tif 000063
【図６２】
2019244735.tif 000064
【図６３】
2019244735.tif 000065
【図６４】
2019244735.tif 000066
【国際調査報告】
2019244735.tif 000067
2019244735.tif 000068