(57)【要約】  ＮＲ（New Radio）において低遅延かつ高信頼性な通信システム等を提供する。通信システムは、通信端末装置と、通信端末装置と無線通信可能に接続され通信端末装置用にスプリットベアラを構成可能な複数のノードと、を備える。通信端末装置は、上り送信を、複数のノードのうちの上り送信用ノードに対して行う（ＳＴ８０９）。上り送信用ノードは、複数のノードのうちで通信端末装置からの上り送信をより低遅延で実施可能なノードを、上り送信用ノードとして決定する、上り送信用ノード決定処理によって、決定される（ＳＴ８０４）。
2019098059.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置と、前記通信端末装置と無線通信可能に接続され前記通信端末装置用にスプリットベアラを構成可能な複数のノードと、を備える通信システムであって、
前記通信端末装置は、上り送信を、前記複数のノードのうちの上り送信用ノードに対して行い、
前記上り送信用ノードは、前記複数のノードのうちで前記通信端末装置からの前記上り送信をより低遅延で実施可能なノードを、前記上り送信用ノードとして決定する、上り送信用ノード決定処理によって、決定される、
通信システム。
【請求項２】
前記複数のノードのうちで前記スプリットベアラのマスタノードが、前記上り送信用ノード決定処理を行う、請求項１に記載の通信システム。
【請求項３】
前記マスタノードは、前記上り送信用ノード決定処理を、前記上り送信用ノードを決定するための判断情報に基づいて行い、
前記マスタノードは、
前記複数のノードのうちで前記スプリットベアラのセカンダリノードに関連する前記判断情報を取得し、
前記セカンダリノードに関連する前記判断情報と、前記マスタノードに関連する前記判断情報とに基づいて、前記上り送信用ノードを決定する、
請求項２に記載の通信システム。
【請求項４】
前記通信端末装置が、前記上り送信用ノード決定処理を行う、請求項１に記載の通信システム。
【請求項５】
前記通信端末装置は、前記上り送信用ノード決定処理を、前記上り送信用ノードを決定するための判断情報に基づいて行い、
前記通信端末装置は、
前記複数のノードのそれぞれに関連する前記判断情報を取得し、
前記複数のノードのそれぞれに関連する前記判断情報に基づいて、前記上り送信用ノードを決定する、
請求項４に記載の通信システム。
【請求項６】
スプリットベアラを構成可能な複数のノードと無線通信可能な通信端末装置であって、
前記通信端末装置は、上り送信を、上り送信用ノード決定処理によって選ばれた上り送信用ノードに対して行うように構成され、
前記上り送信用ノード決定処理は、前記複数のノードのうちで前記通信端末装置からの前記上り送信をより低遅延で実施可能なノードを、前記上り送信用ノードとして決定する処理である、
通信端末装置。
【請求項７】
通信端末装置用のスプリットベアラを他の通信ノードとともに構成可能な通信ノードであって、
前記通信ノードは、上り送信用ノード決定処理によって選ばれることで、前記通信端末装置が上り送信に利用する上り送信用ノードとして動作するように構成され、
前記上り送信用ノード決定処理は、複数の通信ノードのうちで前記通信端末装置からの前記上り送信をより低遅延で実施可能な通信ノードを、前記上り送信用ノードとして決定する処理である、
通信ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末装置などの通信端末装置と基地局装置との間で無線通信を行う通信システム等に関する。
【背景技術】
【０００２】
移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）において、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１〜５）。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。【０００３】
ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）が用いられる。また、ＬＴＥは、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。【０００４】
非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。【０００５】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。【０００６】
物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。【０００７】
物理制御フォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。【０００８】
物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ−ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。【０００９】
物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。【００１０】
物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。【００１１】
物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。【００１２】
物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）がマッピングされている。【００１３】
物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。【００１４】
下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN Reference Signal）、ＵＥ固有参照信号（UE-specific Reference Signal）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ−ＲＳ）、位置決定参照信号（Positioning Reference Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ−ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。【００１５】
非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。【００１６】
下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ−ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）ともいわれる。ＤＬ−ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ−ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。【００１７】
ページングチャネル（Paging Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。【００１８】
マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia Broadcast Multicast Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。【００１９】
上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。【００２０】
ランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。【００２１】
ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。【００２２】
再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。【００２３】
非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、説明する。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。【００２４】
ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。【００２５】
共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされる。【００２６】
マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。【００２７】
個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）にマッピングされる。【００２８】
個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。【００２９】
マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。【００３０】
ＣＧＩとは、セルグローバル識別子（Cell Global Identifier）のことである。ＥＣＧＩとは、Ｅ−ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identifier）のことである。ＬＴＥ、後述のＬＴＥ−Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。【００３１】
ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ＣＳＧ  ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。【００３２】
ＣＳＧセルは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ  ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ  ＩＤを用いてＣＳＧセルにアクセスする。【００３３】
ＣＳＧ  ＩＤは、ＣＳＧセルまたはセルによって報知される。ＬＴＥ方式の通信システムにＣＳＧ  ＩＤは複数存在する。そして、ＣＳＧ  ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、通信端末（ＵＥ）によって使用される。【００３４】
通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。【００３５】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、およびＥ−ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献２には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）とが開示されている。【００３６】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ−Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ−Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。【００３７】
ＬＴＥ−Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。【００３８】
ＣＡが構成される場合、ＵＥはネットワーク（Network：ＮＷ）と唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ  ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ  ＰＣＣ）である。【００３９】
ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ  ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ  ＳＣＣ）である。【００４０】
一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌとからなるサービングセルの組が、一つのＵＥに対して構成される。【００４１】
また、ＬＴＥ−Ａでの新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ−Ａのために検討されているＣｏＭＰについては、非特許文献１に記載されている。【００４２】
また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual Connectivity；ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。【００４３】
デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスターｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。【００４４】
モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ−Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。【００４５】
さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。【００４６】
５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。【００４７】
このような要求を満たすために、３ＧＰＰでは、リリース１５として、５Ｇの規格検討が進められている（非特許文献６〜１０参照）。５Ｇの無線区間の技術は「New Radio Access Technology」と称され（「New Radio」は「ＮＲ」と略称される）、いくつかの新たな技術が検討されている（非特許文献１１、１５、１６参照）。例えば、ＬＴＥとＮＲを用いたＤＣ、ＬＴＥとＮＲにおける周波数リソース共有などが検討されている（非特許文献１２、１３参照）。
【先行技術文献】
【非特許文献】
【００４８】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．３．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．２．０
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１４．０．０
【非特許文献５】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ−３１７６６９−ＭＥＴＩＳ／Ｄ１．１
【非特許文献６】３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ１４．０．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３８．８０１  Ｖ１４．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３８．８０２  Ｖ１４．１．０
【非特許文献９】３ＧＰＰ  ＴＲ  ３８．８０４  Ｖ１４．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３８．９１２  Ｖ１４．０．０
【非特許文献１１】３ＧＰＰ  ＲＰ−１７２１１５
【非特許文献１２】３ＧＰＰ  ＴＳ３７．３４０  Ｖ１．０．２
【非特許文献１３】３ＧＰＰ  Ｒ１−１７０１５２７
【非特許文献１４】３ＧＰＰ  Ｒ１−１７１２７４７
【非特許文献１５】３ＧＰＰ  ＴＳ  ３８．２１１  Ｖ１．０．０
【非特許文献１６】３ＧＰＰ  ＴＳ  ３８．３００  Ｖ１．１．１
【非特許文献１７】３ＧＰＰ  ＴＳ  ３６．３０４  Ｖ１４．４．０
【非特許文献１８】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１４．４．０
【発明の概要】
【発明が解決しようとする課題】
【００４９】
ＮＲでは、ｅＮＢとｇＮＢを用いたＤＣが議論されている。また、ＮＲにおいては、低遅延・高信頼性な通信が要求されている。ところが、ＤＣ構成時において、ＵＥからの上り送信データの送信先は上りデータのバッファ容量により決定されるため、低遅延が必要な通信においてＵＥは必ずしも上りデータを遅延の小さい基地局に送信することができない。このため、上りデータ送信における遅延が増大する。【００５０】
また、ＬＴＥとＮＲで同じ周波数を共有する制御技術が議論されている。ＵＥは、ＬＴＥとＮＲの送信器および／あるいは受信器を切替えてｅＮＢおよび／あるいはｇＮＢと通信を行う。ところが、ＬＴＥとＮＲの周波数の共有にあたり、ＬＴＥとＮＲの同期信号のタイミングが重複するため、ＵＥはｅＮＢおよび／あるいはｇＮＢからの同期信号を受信できず、ＬＴＥおよび／あるいはＮＲの通信が不可能になるという問題が生じる。【００５１】
本発明は、上記課題に鑑み、ＮＲにおいて、低遅延かつ高信頼性な通信システム等を提供することを、目的の一つとする。
【課題を解決するための手段】
【００５２】
本発明によれば、例えば、通信端末装置と、前記通信端末装置と無線通信可能に接続され前記通信端末装置用にスプリットベアラを構成可能な複数のノードと、を備える通信システムであって、前記通信端末装置は、上り送信を、前記複数のノードのうちの上り送信用ノードに対して行い、前記上り送信用ノードは、前記複数のノードのうちで前記通信端末装置からの前記上り送信をより低遅延で実施可能なノードを、前記上り送信用ノードとして決定する、上り送信用ノード決定処理によって、決定される、通信システムが提供される。【００５３】
また、本発明によれば、例えば、スプリットベアラを構成可能な複数のノードと無線通信可能な通信端末装置であって、前記通信端末装置は、上り送信を、上り送信用ノード決定処理によって選ばれた上り送信用ノードに対して行うように構成され、前記上り送信用ノード決定処理は、前記複数のノードのうちで前記通信端末装置からの前記上り送信をより低遅延で実施可能なノードを、前記上り送信用ノードとして決定する処理である、通信端末装置が提供される。【００５４】
また、本発明によれば、例えば、通信端末装置用のスプリットベアラを他の通信ノードとともに構成可能な通信ノードであって、前記通信ノードは、上り送信用ノード決定処理によって選ばれることで、前記通信端末装置が上り送信に利用する上り送信用ノードとして動作するように構成され、前記上り送信用ノード決定処理は、複数の通信ノードのうちで前記通信端末装置からの前記上り送信をより低遅延で実施可能な通信ノードを、前記上り送信用ノードとして決定する処理である、通信ノードが提供される。
【発明の効果】
【００５５】
本発明によれば、ＮＲにおいて、低遅延かつ高信頼性な通信システム等を提供することができる。【００５６】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００５７】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】図２に示す移動端末２０２の構成を示すブロック図である。
【図４】図２に示す基地局２０３の構成を示すブロック図である。
【図５】ＭＭＥの構成を示すブロック図である。
【図６】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図７】マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。
【図８】実施の形態１について、ＭＮがＵＥに対してどのノードに上り送信するかを設定するシーケンスの一例を示す図である。
【図９】実施の形態１について、ＵＥが上り送信用ノードを決定するシーケンスの一例を示す図である。
【図１０】実施の形態１について、ＵＥが閾値を用いて上り送信用ノードを決定するシーケンスの一例を示す図である。
【図１１】実施の形態１について、ＵＥが閾値を用いて上り送信用ノードを決定するシーケンスの一例を示す図である。
【図１２】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの一例を示す図である。
【図１３】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの一例を示す図である。
【図１４】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの他の例を示す図である。
【図１５】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの他の例を示す図である。
【図１６】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの他の例を示す図である。
【図１７】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの他の例を示す図である。
【図１８】実施の形態１の変形例１について、スプリットベアラにおいてＭＮとＳＮがグラント無送信を行うシーケンスの一例を示す図である。
【図１９】実施の形態１の変形例１について、スプリットベアラにおいてＭＮとＳＮがグラント無送信を行うシーケンスの一例を示す図である。
【図２０】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの他の例を示す図である。
【図２１】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの他の例を示す図である。
【図２２】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの他の例を示す図である。
【図２３】実施の形態１の変形例１について、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの他の例を示す図である。
【図２４】実施の形態２について、パケット複製においてグラント無送信の設定を行うシーケンスの一例を示す図である。
【図２５】実施の形態２について、パケット複製においてグラント無送信の設定を行うシーケンスの一例を示す図である。
【図２６】実施の形態２について、パケット複製においてグラント無送信の設定を行うシーケンスの一例を示す図である。
【図２７】実施の形態２について、グラント無送信が設定されている上り通信に対してパケット複製の設定を行うシーケンスの一例を示す図である。
【図２８】実施の形態２について、グラント無送信が設定されている上り通信に対してパケット複製の設定を行うシーケンスの一例を示す図である。
【図２９】実施の形態２について、グラント無送信が設定されている上り通信に対してパケット複製の設定を行うシーケンスの一例を示す図である。
【図３０】実施の形態２について、パケット複製のａｃｔとグラント無送信設定のａｃｔとを同一シグナリングで通知して、パケット複製とグラント無送信の設定を行うシーケンスの一例を示す図である。
【図３１】実施の形態２について、パケット複製のａｃｔとグラント無送信設定のａｃｔとを同一シグナリングで通知して、パケット複製とグラント無送信の設定を行うシーケンスの一例を示す図である。
【図３２】実施の形態３について、上りプリエンプション指示を、下りユーザデータ送受信に用いられる領域と異なる周波数リソースで行う例を示す図である。
【図３３】実施の形態３について、上りプリエンプション指示をＰＤＣＣＨにて行う例を示す図である。
【図３４】実施の形態３の変形例１について、プリエンプション発生を示す情報として、所定の符号を用いる例を示す図である。
【図３５】実施の形態４について、ＮＲのＳＳバーストにおけるＳＳブロックの並び替えの例を示す図である。
【図３６】実施の形態４について、ＬＴＥの非ＭＢＳＦＮ信号と重複しないＮＲのＳＳブロックの送信について示すタイミング図である。
【図３７】実施の形態４について、ＬＴＥとＮＲのフレーム境界にオフセットを設けた例を示す図である。
【図３８】実施の形態４について、ＮＲのＳＳバーストの信号を配置変更した例を示す図である。
【図３９】実施の形態５について、マスタ基地局からＵＥに対してシングルＴＸ／デュアルＴＸを指示する手続きを示したシーケンス図である。
【図４０】実施の形態５について、ＳＣｅｌｌのアクティベート／デアクティベート時における、ＳＣｅｌｌの情報の通知を示したシーケンス図である。
【図４１】実施の形態５の変形例１について、シングルＴＸにおいて、ＬＴＥのＰＵＣＣＨとＮＲのＰＵＣＣＨを同じサブフレームで送信する例を示した図である。
【図４２】実施の形態６について、ＵＥが、ＮＲ基地局からの下り測定用信号を用いて、ＳＵＬのパスロスを決定するシーケンスを表した図である。
【図４３】実施の形態７について、ｅＭＢＢ  ＵＥ用ＦＬ−ＤＭＲＳのプリエンプションの一例を示す図である。
【図４４】実施の形態７について、ｅＭＢＢ  ＵＥ用ＦＬ−ＤＭＲＳのプリエンプションの一例を示す図である。
【図４５】実施の形態７について、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳとａｄｄ−ＤＭＲＳとが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。
【図４６】実施の形態７について、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。
【図４７】実施の形態７について、ｅＭＢＢ  ＵＥ用のスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする処理のシーケンス例を示す図である。
【図４８】実施の形態７について、ｅＭＢＢ  ＵＥ用のスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする処理のシーケンス例を示す図である。
【図４９】実施の形態７について、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。
【図５０】実施の形態７について、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。
【図５１】実施の形態７について、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。
【図５２】実施の形態７について、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。
【図５３】実施の形態７の変形例２について、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳ、ａｄｄ−ＤＭＲＳ、およびＰＵＣＣＨまたは／かつＳＲＳとが設定される場合にプリエンプションする一例を示す図である。
【図５４】実施の形態７の変形例２について、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳ、ａｄｄ−ＤＭＲＳ、およびＰＵＣＣＨまたは／かつＳＲＳとが設定される場合にプリエンプションする一例を示す図である。
【図５５】実施の形態７の変形例２について、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳ、ａｄｄ−ＤＭＲＳ、およびＰＵＣＣＨまたは／かつＳＲＳとが設定される場合にプリエンプションする一例を示す図である。
【図５６】実施の形態７の変形例２について、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。
【図５７】実施の形態７の変形例２について、補完用ＳＲＳを設定した場合のプリエンプションする方法の一例を示す図である。
【図５８】実施の形態７の変形例２について、補完用ＰＵＣＣＨを設定した場合のプリエンプションする方法の一例を示す図である。
【図５９】実施の形態７の変形例３について、ＳＲのためのプリエンプションを設定する一例を示す図である。
【図６０】実施の形態７の変形例４について、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法の一例を示す図である。
【図６１】実施の形態７の変形例４について、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法の一例を示す図である。
【図６２】実施の形態７の変形例４について、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法の一例を示す図である。
【図６３】実施の形態７の変形例４について、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法の一例を示す図である。
【図６４】実施の形態７の変形例５について、ｅＭＢＢ  ＵＥ用ＰDＣＣＨとＵＲＬＬＣ  ＵＥ用スロットを多重する方法の一例を示す図である。
【図６５】実施の形態７の変形例５について、ｅＭＢＢ  ＵＥ用ＰDＣＣＨとＵＲＬＬＣ  ＵＥ用スロットを多重する方法の一例を示す図である。
【図６６】実施の形態７の変形例６について、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＰＤＳＣＨのリソースをプリエンプションする一例を示す図である。
【図６７】実施の形態７の変形例６について、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＰＵＳＣＨのリソースをプリエンプションする一例を示す図である。
【図６８】実施の形態７の変形例６について、ＵＬにおいて補完用ＤＭＲＳが複数設定される一例を示す図である。
【発明を実施するための形態】
【００５８】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。
【００５９】
ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。
【００６０】
移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ−Ｐｌａｎｅと称する場合もある）、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局２０３で終端するならば、Ｅ−ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。
【００６１】
移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio Resource Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。
【００６２】
ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）の測定（メジャメント（measurement））などが行われる。
【００６３】
基地局２０３は、ｅＮＢ２０７と、Ｈｏｍｅ−ｅＮＢ２０６とに分類される。通信システム２００は、複数のｅＮＢ２０７を含むｅＮＢ群２０３−１と、複数のＨｏｍｅ−ｅＮＢ２０６を含むＨｏｍｅ−ｅＮＢ群２０３−２とを備える。またコアネットワークであるＥＰＣ（Evolved Packet Core）と、無線アクセスネットワークであるＥ−ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ−ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。
【００６４】
ｅＮＢ２０７は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）、あるいはＳ−ＧＷ（Serving Gateway）、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。
【００６５】
Ｈｏｍｅ−ｅＮＢ２０６は、ＭＭＥ部２０４とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ２０６とＭＭＥ部２０４との間で制御情報が通信される。一つのＭＭＥ部２０４に対して、複数のＨｏｍｅ−ｅＮＢ２０６が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ２０６は、ＨｅＮＢＧＷ（Home-eNB GateWay）２０５を介してＭＭＥ部２０４と接続される。Ｈｏｍｅ−ｅＮＢ２０６とＨｅＮＢＧＷ２０５とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ２０５とＭＭＥ部２０４とはＳ１インタフェースを介して接続される。
【００６６】
一つまたは複数のＨｏｍｅ−ｅＮＢ２０６が一つのＨｅＮＢＧＷ２０５と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ２０５は、一つまたは複数のＭＭＥ部２０４と接続され、Ｓ１インタフェースを通して情報が通信される。
【００６７】
ＭＭＥ部２０４およびＨｅＮＢＧＷ２０５は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７およびＨｏｍｅ−ｅＮＢ２０６と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３およびＨｅＮＢＧＷ２０５は、Ｅ−ＵＴＲＡＮ２０１を構成する。
【００６８】
さらに３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ２０６間のＸ２インタフェースはサポートされる。すなわち、Ｈｏｍｅ−ｅＮＢ２０６間は、Ｘ２インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ２０６間で制御情報が通信される。ＭＭＥ部２０４からは、ＨｅＮＢＧＷ２０５はＨｏｍｅ−ｅＮＢ２０６として見える。Ｈｏｍｅ−ｅＮＢ２０６からは、ＨｅＮＢＧＷ２０５はＭＭＥ部２０４として見える。
【００６９】
Ｈｏｍｅ−ｅＮＢ２０６が、ＨｅＮＢＧＷ２０５を介してＭＭＥ部２０４に接続される場合および直接ＭＭＥ部２０４に接続される場合のいずれの場合も、Ｈｏｍｅ−ｅＮＢ２０６とＭＭＥ部２０４との間のインタフェースは、Ｓ１インタフェースで同じである。
【００７０】
基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。
【００７１】
図３は、図２に示す移動端末２０２の構成を示すブロック図である。図３に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７から基地局２０３に送信信号が送信される。
【００７２】
また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図３では省略しているが、各部３０１〜３０９と接続している。
【００７３】
図４は、図２に示す基地局２０３の構成を示すブロック図である。図４に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）、ＨｅＮＢＧＷ２０５などとの間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。
【００７４】
送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８より一つもしくは複数の移動端末２０２に対して送信信号が送信される。
【００７５】
また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータはＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図４では省略しているが、各部４０１〜４１０と接続している。
【００７６】
図５は、ＭＭＥの構成を示すブロック図である。図５では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ  ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ  ＧＷ通信部５０１に渡され、ＰＤＮ  ＧＷへ送信される。
【００７７】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。
【００７８】
ＨｅＮＢＧＷ通信部５０４は、ＨｅＮＢＧＷ２０５が存在する場合に設けられ、情報種別によって、ＭＭＥ２０４ａとＨｅＮＢＧＷ２０５との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４から受信した制御データは、ＨｅＮＢＧＷ通信部５０４から制御プレイン制御部５０５へ渡される。制御プレイン制御部５０５での処理の結果は、ＰＤＮ  ＧＷ通信部５０１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部５０５で処理された結果は、基地局通信部５０２経由でＳ１インタフェースにより１つあるいは複数の基地局２０３へ送信され、またＨｅＮＢＧＷ通信部５０４経由で１つあるいは複数のＨｅＮＢＧＷ２０５へ送信される。
【００７９】
制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５−１、ＳＡＥベアラコントロール部５０５−２、アイドルステート（Idle State）モビリティ管理部５０５−３などが含まれ、制御プレイン（以下、Ｃ−Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５−１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５−２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５−３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ−ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
【００８０】
ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。ＭＭＥ２０４ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるＨｏｍｅ−ｅＮＢ２０６のＣＳＧの管理、ＣＳＧ  ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５−３で行われてもよい。
【００８１】
次に通信システムにおけるセルサーチ方法の一例を示す。図６は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ−ＳＳ）、および第二同期信号（Ｓ−ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。
【００８２】
Ｐ−ＳＳとＳ−ＳＳとを合わせて、同期信号（Synchronization Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
【００８３】
次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ６０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。
【００８４】
次にステップＳＴ６０３で、ステップＳＴ６０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。
【００８５】
次にステップＳＴ６０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【００８６】
次にステップＳＴ６０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。
【００８７】
次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。
【００８８】
通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。
【００８９】
コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ−ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。
【００９０】
スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。
【００９１】
従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。
【００９２】
小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。
【００９３】
以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。
【００９４】
マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。
【００９５】
スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。
【００９６】
図７は、マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。マクロｅＮＢによって構成されるマクロセルは、比較的広い範囲のカバレッジ７０１を有する。スモールｅＮＢによって構成されるスモールセルは、マクロｅＮＢ（マクロセル）のカバレッジ７０１に比べて範囲が小さいカバレッジ７０２を有する。
【００９７】
複数のｅＮＢが混在する場合、あるｅＮＢによって構成されるセルのカバレッジが、他のｅＮＢによって構成されるセルのカバレッジ内に含まれる場合がある。図７に示すセルの構成では、参照符号「７０４」または「７０５」で示されるように、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２が、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１内に含まれる場合がある。
【００９８】
また、参照符号「７０５」で示されるように、複数、例えば２つのスモールセルのカバレッジ７０２が、１つのマクロセルのカバレッジ７０１内に含まれる場合もある。移動端末（ＵＥ）７０３は、例えばスモールセルのカバレッジ７０２内に含まれ、スモールセルを介して通信を行う。
【００９９】
また図７に示すセルの構成では、参照符号「７０６」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが複雑に重複する場合が生じる。
【０１００】
また、参照符号「７０７」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが重複しない場合も生じる。
【０１０１】
さらには、参照符号「７０８」で示されるように、多数のスモールｅＮＢによって構成される多数のスモールセルのカバレッジ７０２が、１つのマクロｅＮＢによって構成される１つのマクロセルのカバレッジ７０１内に構成される場合も生じる。
【０１０２】
デュアルコネクティビティ（DC）を用いたスプリットベアラにおける上り送信では、上りデータをセカンダリノード（ＳＮ）（非特許文献１２参照）に送信するか否かを、ＵＥの上りデータのバッファ容量に応じて決める。マスタノード（ＭＮ）（非特許文献１２参照）は上りデータバッファ容量閾値をＵＥに対して通知する。ＵＥは、上りデータのバッファ容量と該閾値を比較して、上りデータのバッファ容量が閾値以下の場合はＭＮに上りデータを送信し、上りデータのバッファ容量が閾値より大きい場合はＭＮとＳＮに上りデータを送信する。
【０１０３】
しかし、たとえば、低遅延が要求される上りデータに前述の方法を適用すると、上りデータバッファ容量が閾値より少ない場合、ＭＮに対して上り送信が行われることになる。たとえば、ＳＮが短シンボル長（期間）をサポートしているような場合、ＳＮを用いて上り送信を行った方が低遅延特性を得られるにも関わらず、ＭＮで上り送信を行わなくてはならず、低遅延特性を得られなくなってしまう、という問題が生じる。
【０１０４】
前述の問題に対する解決策を以下に開示する。
【０１０５】
ＵＥがどのノードに上り送信するかを設定可能とする。ＭＮはＵＥに対して上り送信用ノードに関する情報を通知する。上り送信用ノードは、ＭＮ、あるいはＳＮ、あるいはＭＮとＳＮの両方である。上り送信用ノードの情報として例えば基地局の識別子を用いることができる。
【０１０６】
上り送信用ノードの情報は、セルグループの情報であってもよい。セルグループの情報は、マスタセルグループ（ＭＣＧ）および／あるいはセカンダリセルグループ（ＳＣＧ）の情報であってもよい。上り送信用ノードの情報はセルの情報であってもよく、セルの情報はセル識別子であってもよい。ＵＥが上り送信に用いるセルを示す。
【０１０７】
本明細書ではＵＥの通信先を主にノードまたは通信ノードと表現するが、特に説明が無い場合、ＵＥの通信先はセルグループあるいは基地局あるいはセルであってもよい。
【０１０８】
上り送信用ノードに関する情報の通知に、ＲＲＣシグナリングを用いるとよい。たとえば、上り送信用ノードに関する情報を、ＲＲＣ接続再設定（RRCConnectionReconfiguration）メッセージに含めて、通知してもよい。たとえば、上り送信用ノードに関する情報はＤＣ設定処理の際に通知してもよい。
【０１０９】
ＳＮはＭＮに対して、ＵＥからの上り送信用ノードをどれにするかを判断するための情報（以降、上り送信用ノード判断情報と称する場合がある）を通知する。上り送信用ノード判断情報は、遅延特性に関する情報であってもよい。また、上り送信用ノード判断情報は、サポートする無線設定に関する情報であってもよい。また、上り送信用ノード判断情報は、サポートする通信サービスに関する情報であってもよい。また、上り送信用ノード判断情報は、負荷状況やリソース使用状況に関する情報であってもよい。また、上り送信用ノード判断情報は、電波伝搬環境に関する情報であってもよい。上り送信用ノード判断情報は、Ｘｎシグナリング、あるいはＸ２シグナリングを用いて通知してもよい。たとえば、上り送信用ノード判断情報はＤＣ設定処理の際に通知してもよい。
【０１１０】
たとえば、ＳｇＮＢ追加処理の際に上り送信用ノード判断情報を通知してもよい。たとえば、上り送信用ノード判断情報を、ＳｇＮＢ追加要求応答（SgNB Addition Request Acknowledge）に含めて、通知してもよい。ＭＮは、ＵＥに対する上り送信用ノードを、ＤＣ開始時に設定することが可能となる。また、たとえば、ＳｇＮＢ変更処理の際に上り送信用ノード判断情報を通知してもよい。たとえば、上り送信用ノード判断情報を、ＳｇＮＢ変更要求応答（SgNB Modification Request Acknowledge）に含めて、通知してもよい。該処理をＳＮからの要求で開始する場合には、上り送信用ノード判断情報を、ＳｇＮＢ変更要求あり通知（SgNB Modification Required）に含めて、通知してもよい。ＭＮは、ＵＥに対する上り送信用ノードを、ＳＮの構成変更時に設定することが可能となる。
【０１１１】
上り送信用ノード判断情報として以下に７つの例を示す。
【０１１２】
（１）ＳＮがサポートするＳＣＳ（Sub Carrier Spacing）。シンボル期間を用いてもよい。
【０１１３】
（２）ＳＮが上りのグラント無（without grant）送信をサポートするか否かの情報。
【０１１４】
（３）ＳＮがサポートする通信サービスのＱｏＳ。上り通信サービスのＱｏＳを用いてもよい。ＱｏＳを示す情報、たとえば、ＱｏＳプロファイル、ＱＣＩ、遅延時間、パケットエラーロスレートなどを用いてもよい。
【０１１５】
（４）ＳＮのＲＲＣ設定。
【０１１６】
（５）ＳＮの無線設定。たとえばＡＳ設定、ＭＡＣ設定、ＰＨＹ設定など。
【０１１７】
（６）ＳＮがサポートするスロットのシンボル数。ＳＮが通常より少ないシンボル数のスロットをサポートするかしないかの情報であってもよい。
【０１１８】
（７）（１）から（６）の組合せ。
【０１１９】
ＭＮはＵＥの上り送信用ノードを決定しても良い。ＭＮは、上り送信用ノード判断情報を用いることで、ＵＥがどのノードに上り送信するかを決定することが可能となる。たとえば、ＭＮは、ＳＮから得たＳＮがサポートするシンボル期間の情報を用いて、自ノードと比べてより短シンボル期間のノードを、ＵＥの上り送信用ノードに決定する。シンボル期間が同じ場合、ＭＮは両方のＮＢをＵＥの上り送信用ノードに決定する。たとえば、低遅延特性が要求される上りデータに対してこのような設定を行うことで、ＵＥは、より短いシンボル期間をサポートするノードに上りデータを送信することができ、低遅延で上りデータを送信することが可能となる。
【０１２０】
他の例として、たとえば、ＭＮは、ＳＮから得たグラント無送信をサポートするか否かの情報を用いて、グラント無送信をサポートするノードを、ＵＥの上り送信用ノードに決定する。両方のノードがグラント無送信をサポートする場合、ＭＮは両方のノードをＵＥの上り送信用ノードに決定する。たとえば、低遅延特性が要求される上りデータに対してこのような設定を行うことで、ＵＥは、ＳＲ不要のグラント無送信を行うことができ、低遅延で上りデータを送信することが可能となる。
【０１２１】
上り送信用ノード判断情報の通知を、ＭＮがＳＮに対して要求してもよい。該要求の通知に、Ｘｎシグナリング、あるいはＸ２シグナリングを用いてもよい。たとえば、ＤＣ設定処理の際に該要求を通知してもよい。たとえば、ＳｇＮＢ追加処理の際に該要求を通知してもよい。たとえば、該要求を、ＳｇＮＢ追加要求（SgNB Addition Request）に含めて、通知してもよい。ＭＮは、ＵＥに対する上り送信用ノードを、ＤＣ開始時に設定することが可能となる。また、たとえば、ＳｇＮＢ変更処理の際に該要求を通知してもよい。たとえば、該要求を、ＳｇＮＢ変更要求（SgNB Modification Request）に含めて、通知してもよい。ＭＮはＵＥに対する上り送信用ノードを設定することが可能となる。
【０１２２】
ＵＥはＭＮに対して、ＵＥからの上り送信用ノードをどれにするかを判断するための情報を通知してもよい。ＵＥがＭＮに対して通知する上り送信用ノード判断情報の例として、通信サービスに要求されるＱｏＳがある。上り送信用ノード判断情報は、上り通信サービスに要求されるＱｏＳであってもよい。上り送信用ノード判断情報は、ＱｏＳを示す情報、たとえば、ＱｏＳプロファイル、ＱＣＩ、所望遅延時間、パケットエラーロスレートなどであってもよい。ＵＥを特定するための情報を含めてもよい。ＵＥを特定するための情報として、たとえば、識別子がある。
【０１２３】
上り送信用ノード判断情報の通知に、ＲＲＣシグナリングを用いてもよい。たとえば、上り送信用ノード判断情報を、ＲＲＣ接続設立要求（RRCConnectionRequest）、ＲＲＣ接続設立完了（RRCConnectionSetupComplete）、RRC接続再設立要求（RRCConnectionReestablishmentRequest）、RRC接続再設立完了（RRCConnectionReestablishmentCcomplete）などのメッセージに含めて、通知してもよい。これらの例にあげたＲＲＣメッセージを用いることで、ＭＮはＵＥに対するＤＣ設定時に該情報を用いることが可能となる。
【０１２４】
上り送信用ノード判断情報の通知を、ＭＮがＵＥに対して要求してもよい。該要求の通知に、ＲＲＣシグナリングを用いてもよい。たとえば、該要求を、ＲＲＣ接続設立（RRCConnectionSetup）、ＲＲＣ接続再設立（RRCConnectionReestablishment）などのメッセージに含めて、通知してもよい。ＭＮはＵＥに対する上り送信用ノードを設定することが可能となる。
【０１２５】
ＣＮはＭＮに対して、ＵＥからの上り送信用ノードをどれにするかを判断するための情報を通知してもよい。ＣＮがＭＮに対して通知する上り送信用ノード判断情報の例として、対象とするＵＥの識別子、該ＵＥの上り通信サービスに要求されるＱｏＳがある。上り送信用ノード判断情報は、上り通信サービスに要求されるＱｏＳであってもよい。上り送信用ノード判断情報は、ＱｏＳを示す情報、たとえば、ＱｏＳプロファイル、ＱＣＩ、所望遅延時間、パケットエラーロスレートなどであってもよい。該情報の通知に、Ｓ１シグナリングあるいはＮＧ−Ｃシグナリングを用いてもよい。
【０１２６】
上り送信用ノード判断情報の通知を、ＭＮがＣＮに対して要求してもよい。該要求の通知に、Ｓ１シグナリングあるいはＮＧ−Ｃシグナリングを用いてもよい。ＭＮはＵＥに対する上り送信用ノードを設定することが可能となる。
【０１２７】
図８は、ＭＮがＵＥに対してどのノードに上り送信するかを設定するシーケンスの一例を示す図である。図８の例では、ＭＮとしてＭｇＮＢを示し、ＳＮとしてＳｇＮＢを示している。ステップＳＴ８０１で、ＵＥとＭｇＮＢとＳｇＮＢとの間でスプリットベアラを用いたＤＣの設定処理が行われる。図８の例では、ＵＥの上りデータバッファ容量による上りデータ送信用ノードの設定は行われない。ＤＣ設定処理において、ＭｇＮＢは、上り送信用ノードの設定方法を示す情報を、ＵＥに通知してもよい。該情報をＲＲＣシグナリングで通知してもよい。該情報をＲＲＣ接続再設定メッセージに含めて通知してもよい。ＵＥは、通知された設定方法を適用する。図８の例では、ＭｇＮＢが、上り送信用ノードを決定し、該上り送信用ノードを設定する方法を示す情報をＵＥに通知する。
【０１２８】
また、図８の例では、ＳｇＮＢのＳＣＳ情報を用いて上り送信用ノードを決定する方法を示している。ステップＳＴ８０２で、ＭｇＮＢはＳｇＮＢに対して、ＳｇＮＢのＳＣＳ情報を要求する。ステップＳＴ８０３でＳｇＮＢは、ＭｇＮＢからの要求に応じて、自ＳｇＮＢでサポートするＳＣＳ情報を、ＭｇＮＢに対して通知する。サポート情報はセル毎であってもよい。ＳｇＮＢは、セル毎にサポートするＳＣＳ情報を通知してもよい。ＳＣＳ情報をセルの識別子と関連付けて通知してもよい。
【０１２９】
ステップＳＴ８０４でＭｇＮＢは、自ノードがサポートするＳＣＳとＳｇＮＢがサポートするＳＣＳとを比較し、より小さいＳＣＳをサポートするノードを上り送信用ノードに決定する。図８の例では、ＳｇＮＢの方がＭｇＮＢよりも小さいＳＣＳをサポートしている場合について示している。ＭｇＮＢはＳｇＮＢを上り送信用ノードに決定する。
【０１３０】
この際、ＭｇＮＢは、事前に取得したＵＥの通信サービスのＱｏＳ情報を用いてもよい。ＭｇＮＢは通信サービスのＱｏＳ情報を、ＣＮから取得してもよいし、または、ＵＥから取得してもよい。通信サービスのＱｏＳ情報は、ＵＥの通信サービスのためのベアラ設定処理の際に、ＣＮからＭｇＮＢに対して通知されてもよい。通信サービスのＱｏＳ情報は、ＤＣ設定処理を実施するベアラ情報に含められてもよい。
【０１３１】
ＭｇＮＢは、ＱｏＳを満たすように、より小さいＳＣＳをサポートするノードを、上り送信用ノードに決定するとしてもよい。たとえば、ＵＥの通信サービスに低遅延特性が要求されているような場合、ＭｇＮＢは、より小さいＳＣＳをサポートするＳｇＮＢを、上り送信用ノードに決定してもよい。ステップＳＴ８０５でＭｇＮＢは、上り送信用ノードとして決定したＳｇＮＢの情報を、ＵＥに対して通知する。
【０１３２】
ＳｇＮＢの情報として、ノードの情報、基地局の情報、セルグループの情報、あるいは、セルの情報などがある。ＭｇＮＢは、ＳｇＮＢを特定するためのこれらの情報を、上り送信用ノードに決定したことを示す情報と関連付けて、ＵＥに対して通知する。
【０１３３】
ステップＳＴ８０６でＵＥは、ＭｇＮＢより通知された上り送信用ノードであるＳｇＮＢへの上り送信処理を開始する。ＵＥにおいて上りデータが発生すると、ＵＥはステップＳＴ８０７でＳｇＮＢへＳＲを送信する。ＭｇＮＢおよびＳｇＮＢでのＳＲの設定は、ＤＣ設定処理においてＭｇＮＢからＵＥに対して通知しておくとよい。ステップＳＴ８０５でＭｇＮＢから上り送信用のセル情報が通知されている場合は、ＵＥは該セルに対してＳＲを送信してもよい。
【０１３４】
ステップＳＴ８０８で、ＳｇＮＢはＵＥに対して、上り通信のためのグラント（上りスケジューリング情報）を通知する。ステップＳＴ８０９でＵＥは、上りグラントに従ってＳｇＮＢに対して上りデータを送信する。ＵＥはあわせてＢＳＲ（Buffer Status Report）を通知してもよい。その後上りデータが無くなるまでステップＳＴ８０８とステップＳＴ８０９の処理が繰り返されることで、上りデータの送信が行われる。
【０１３５】
このようにして、ＤＣにおいて、ＵＥは、上りデータバッファ容量に関係なく、ＭｇＮＢが上り送信用ノードに設定したＳｇＮＢに対して、上りデータを送信可能となる。たとえば、低遅延が要求される上りデータが発生した場合、たとえ該データが少量であっても、ＵＥは、より小さいＳＣＳをサポートするＳｇＮＢに対して、上りデータを送信することが可能となる。ＤＣにおいて、より低遅延を図ることが可能となる。
【０１３６】
前述では、ＭＮがＵＥに対して、上り送信用ノードに関する情報を通知する方法を開示した。他の方法を開示する。ＭＮはＵＥに対して、上り送信用ノードを決定するための情報を通知してもよい。
【０１３７】
ＵＥが上り送信用ノードを決定するための情報の通知に、ＲＲＣシグナリングを用いるとよい。たとえば、該情報を、ＲＲＣ接続再設定（RRCConnectionReconfiguration）メッセージに含めて、通知してもよい。たとえば、該情報はＤＣ設定処理の際に通知してもよい。
【０１３８】
ＵＥが上り送信用ノードを決定するための情報として以下に７つの例を示す。
【０１３９】
（１）各ノードがサポートするＳＣＳ（Sub Carrier Spacing）。シンボル期間を用いてもよい。
【０１４０】
（２）各ノードが上りのグラント無（without grant）送信をサポートするか否かの情報。
【０１４１】
（３）各ノードがサポートする通信サービスのＱｏＳ。上り通信サービスのＱｏＳを用いてもよい。ＱｏＳを示す情報、たとえば、ＱｏＳプロファイル、ＱＣＩ、遅延時間、パケットエラーロスレートなどを用いてもよい。
【０１４２】
（４）各ノードのＲＲＣ設定。
【０１４３】
（５）各ノードの無線設定。たとえばＡＳ設定、ＭＡＣ設定、ＰＨＹ設定など。
【０１４４】
（６）ＳＮがサポートするスロットのシンボル数。ＳＮが通常より少ないシンボル数のスロットをサポートするかしないかの情報であってもよい。
【０１４５】
（７）（１）から（６）の組合せ。
【０１４６】
これらの情報を、ＭＮあるいはＳＮと関連付けてもよい。これらの情報がＭＮあるいはＳＮの情報であるかを特定可能となる。また、これらの情報をノード毎に関連付てもよい。たとえば、これらの情報を基地局の識別子と関連付けてもよい。これらの情報がどのノードあるいは基地局の情報であるかを特定可能となる。また、これらの情報をセルグループ毎に関連付けてもよい。これらの情報をＭＣＧあるいはＳＣＧと関連付けてもよい。これらの情報がＭＣＧあるいはＳＣＧの情報であるかを特定可能となる。また、これらの情報をセルと関連付けてもよい。たとえば、これらの情報をセルの識別子と関連付けてもよい。これらの情報がどのセルの情報であるかを特定可能となる。
【０１４７】
ＵＥが上り送信用ノードを決定するための情報を、ＳＮがＵＥに通知してもよい。該通知にＲＲＣシグナリングを用いるとよい。たとえば、該通知を、ＲＲＣ接続再設定（RRCConnectionReconfiguration）メッセージに含めて、通知してもよい。
【０１４８】
ＳＮからＵＥに通知する情報は、各ノードの、ＵＥが上り送信用ノードを決定するための情報であってもよい。ＭＮの、ＵＥが上り送信用ノードを決定するための情報は、ＭＮからＳＮに対して通知するとよい。ＳＮはＵＥに対して、ＭＮと自ノードのＵＥが上り送信用ノードを決定するための情報を通知する。このようにすることで、ＭＮの無線環境が悪いような場合でも、ＳＮを用いて上り送信用ノードを設定することが可能となり、低遅延特性を得ることが可能となる。
【０１４９】
ＳＮからＵＥに通知する情報は、ＳＮの、ＵＥが上り送信用ノードを決定するための情報であってもよい。ＭＮの、ＵＥが上り送信用ノードを決定するための情報は、ＭＮからＵＥに対して通知するとよい。このようにすることで、ＭＮとＳＮとの間の通信を不要とすることが可能となる。各ノードからＵＥに対して該情報を通知することで、各ノードの状況をＵＥに対して適時に反映することが可能となる。
【０１５０】
ＵＥが上り送信用ノードを決定しても良い。ＵＥは、上り送信用ノードを決定するための情報を用いることで、どのノードに上り送信するかを決定することが可能となる。たとえば、ＭＮはＵＥに対して、ＭＮおよびＳＮの各々がサポートするシンボル期間の情報を通知する。ＵＥは、各ノードがサポートするシンボル期間の情報を用いて、より短シンボル期間をサポートするノードを、ＵＥの上り送信用ノードに決定する。シンボル期間が同じ場合、ＵＥは両方のＮＢをＵＥの上り送信用ノードに決定する。たとえば、低遅延特性が要求される上りデータに対してこのような設定を行うことで、ＵＥは、より短いシンボル期間をサポートするノードに上りデータを送信することができ、低遅延で上りデータを送信することが可能となる。
【０１５１】
他の例として、たとえば、ＵＥは、各ノードがグラント無送信をサポートするか否かの情報を用いて、グラント無送信をサポートするノードを、ＵＥの上り送信用ノードに決定する。両方のノードがグラント無送信をサポートする場合、ＵＥは両方のノードをＵＥの上り送信用ノードに決定する。たとえば、低遅延特性が要求される上りデータに対してこのような設定を行うことで、ＵＥは、ＳＲ不要のグラント無送信を行うことができ、低遅延で上りデータを送信することが可能となる。
【０１５２】
他の例として、たとえば、ＵＥは、各ノードがサポートする遅延時間の情報を用いて、より短い遅延時間をサポートするノードを、ＵＥの上り送信用ノードに決定する。遅延時間が同じ場合、ＵＥは両方のノードをＵＥの上り送信用ノードに決定する。たとえば、低遅延特性が要求される上りデータに対してこのような設定を行うことで、ＵＥは低遅延で上りデータを送信することが可能となる。
【０１５３】
ＵＥは、上り送信用ノードを判断するために、通信サービスに要求されるＱｏＳを用いてもよい。ＵＥは上り通信サービスに要求されるＱｏＳを用いてもよい。ＵＥは、ＱｏＳを示す情報、たとえば、ＱｏＳプロファイル、ＱＣＩ、所望遅延時間、パケットエラーロスレートなどを用いてもよい。たとえば、ＵＥは、各ノードがサポートする遅延時間の情報を用いて、所望の遅延時間より短い遅延時間をサポートするノードを、ＵＥの上り送信用ノードに決定する。たとえば、低遅延特性が要求される上りデータに対してこのような設定を行うことで、ＵＥは低遅延で上りデータを送信することが可能となる。
【０１５４】
ＵＥが上り送信用ノードを判断する方法は、ＵＥが上り通信サービスに応じて決定してもよい。あるいは、ＵＥが上り送信用ノードを判断する方法を、規格等で予め静的に決めておいてもよい。
【０１５５】
ＭＮがＵＥに対して、ＵＥが上り送信用ノードを決定するための情報を通知することを開示した。ＭＮが該情報のうちＳＮに関する情報を取得する方法には、前述した、ＭＮが上り送信用ノード判断情報例をＳＮから取得する方法を適用すると良い。
【０１５６】
図９は、ＵＥが上り送信用ノードを決定するシーケンスの一例を示している。図９に示すシーケンスは、図８に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。ステップＳＴ９０１でＤＣ設定処理が行われる。図９の例では、ＤＣ設定処理において、上り送信用ノードをＵＥが決定する方法を示す情報が、ＵＥに通知される。また、図９の例では図８と同様に、ＳｇＮＢのＳＣＳ情報を用いて上り送信用ノードを決定する方法を示している。
【０１５７】
ステップＳＴ９０２で、ＭｇＮＢはＵＥに対して、上り送信用ノードを決定するための情報を通知する。ＭｇＮＢは、自ノードがサポートするＳＣＳ情報とＳｇＮＢがサポートするＳＣＳ情報とを、ＵＥに対して通知する。ＭｇＮＢは、ＳｇＮＢを特定するための情報を、上り送信用ノードの候補であることを示す情報と関連付けて、ＵＥに対して通知する。ＳｇＮＢを特定するための情報は、たとえば、ノードの情報、基地局の情報、セルグループの情報、あるいは、セルの情報などである。
【０１５８】
ステップＳＴ９０３でＵＥは、より小さいＳＣＳをサポートするノードを、上り送信用ノードに決定する。図９の例では、ＳｇＮＢの方がＭｇＮＢよりも小さいＳＣＳをサポートしている場合について示している。ＵＥはＳｇＮＢを上り送信用ノードに決定する。
【０１５９】
この際、ＵＥは、ＤＣが設定される通信サービスのＱｏＳ情報を用いてもよい。ＵＥはＱｏＳを満たすように、より小さいＳＣＳをサポートするノードを、上り送信用ノードに決定するとしてもよい。たとえば、ＵＥの通信サービスに低遅延特性が要求されているような場合、ＵＥは、より小さいＳＣＳをサポートするＳｇＮＢを、上り送信用ノードに決定してもよい。
【０１６０】
ステップＳＴ８０６でＵＥは、上り送信用ノードに決定したＳｇＮＢへの上り送信処理を開始する。ＵＥにおいて上りデータが発生すると、ＵＥは、ステップＳＴ８０７からステップＳＴ８０９で、ＳｇＮＢとの間で上りデータの送信を実施する。
【０１６１】
このようにして、ＤＣにおいて、ＵＥは、上りデータバッファ容量に関係なく、上り送信用ノードに設定したＳｇＮＢに対して、上りデータを送信可能となる。たとえば、低遅延が要求される上りデータが発生した場合、たとえ該データが少量であっても、ＵＥは、より小さいＳＣＳをサポートするＳｇＮＢに対して、上りデータを送信することが可能となる。ＤＣにおいて、より低遅延を図ることが可能となる。
【０１６２】
前述では、ＭＮはＵＥに対して、上り送信用ノードを決定するための情報を通知する方法を開示した。他の方法を開示する。ＭＮはＵＥに対して、上り送信用ノードを決定するための閾値を通知する。ＭＮは、上り送信用ノードを決定するための閾値として、ＵＥでの上りデータバッファ容量とは異なる指標の閾値を通知する。ＵＥは該閾値を用いて上り送信用ノードを決定する。
【０１６３】
上り送信用ノードを決定するための閾値の通知に、ＲＲＣシグナリングを用いるとよい。たとえば、該閾値を、ＲＲＣ接続再設定（RRCConnectionReconfiguration）メッセージに含めて、通知してもよい。たとえば、該閾値はＤＣ設定処理の際に通知してもよい。ＭＮは、前述の指標が閾値より小さい場合（閾値以下の場合であってもよい）に上り送信に用いるノードの情報、および、前述の指標が閾値以上の場合（閾値より大きい場合であってもよい）に上り送信に用いるノードの情報を、通知してもよい。上り送信に用いるノードを柔軟に設定可能となる。
【０１６４】
他の方法として、前述の指標が閾値より小さい場合に上り送信に用いるノード、および、前述の指標が閾値以上の場合に上り送信に用いるノードを、規格等で予め静的に決めておいてもよい。通知に必要な情報量が少なくて済む。
【０１６５】
前述の指標が閾値より小さい場合あるいは閾値以上の場合に上り送信に用いるノードは、ＭＮ、あるいはＳＮ、あるいはＭＮとＳＮの両方であってもよい。また、上り送信用ノードの情報は基地局の識別子であってもよい。上り送信用ノードの情報はセルグループの情報であってもよい。セルグループの情報は、マスタセルグループ（ＭＣＧ）あるいはセカンダリセルグループ（ＳＣＧ）の情報であってもよい。上り送信用ノードの情報は、セルの情報であってもよく、セルの情報はセル識別子であってもよい。ＵＥが上り送信に用いるセルを示す。
【０１６６】
ＵＥが上り送信用ノードを決定するための閾値の指標は、たとえば、上り通信サービスのＱｏＳを示す情報であってもよい。該指標はたとえば、上り通信サービスの所望遅延時間であってもよい。また、該指標はたとえば、上り通信サービスの所望パケットエラーロスレートであってもよい。ＭＮは、上り通信サービスに要求される指標を用いることで、ＵＥに対して所望のＱｏＳを得るための上り送信用ノードを設定することが可能となる。
【０１６７】
たとえば、ＭＮがＵＥに対して、上り通信サービスの所望遅延時間の閾値と、該所望遅延時間が該閾値より小さい場合に上り送信用ノードとしてＳＮを用いるという情報と、該所望遅延時間が該閾値以上の場合に上り送信用ノードとしてＭＮを用いるという情報とを、通知する。ＵＥは、上りデータの所望遅延時間が該閾値よりも小さい場合にはＳＮに上りデータを送信し、該所望遅延時間が該閾値以上の場合にはＭＮに上りデータを送信する。たとえば、低遅延特性が要求される上りデータに対してこのような設定を行うことで、ＵＥは低遅延で上りデータを送信することが可能となる。
【０１６８】
図１０および図１１は、ＵＥが閾値を用いて上り送信用ノードを決定するシーケンスの一例を示している。図１０および図１１には、閾値の指標を所望遅延時間とした例を示している。図１０と図１１とは境界線ＢＬ１０１１の位置で繋がっている。図１０および図１１に示すシーケンスは、図８に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。ステップＳＴ１０００でＤＣ設定処理が行われる。図１０および図１１の例では、ＤＣ設定処理において、ＵＥが閾値を用いて上り送信用ノードを決定する方法を示す情報が、ＵＥに通知される。
【０１６９】
ステップＳＴ１００１で、ＭｇＮＢはＵＥに対して、上り送信用ノードを決定するための閾値として、所望遅延時間の閾値を通知する。ＭｇＮＢはＵＥに対して、該通知とともに、所望遅延時間が閾値より小さい場合に上り送信に用いるノードの情報、および、所望遅延時間が閾値以上の場合に上り送信に用いるノードの情報を通知する。図１０および図１１の例では、所望遅延時間が閾値より小さい場合にはＳｇＮＢが上り送信に用いられ、所望遅延時間が閾値以上の場合にはＭｇＮＢとＳｇＮＢの両方が上り送信に用いられるものとする。ＭｇＮＢは、ステップＳＴ８０２およびステップＳＴ８０３でＳｇＮＢより取得したＳＣＳ情報を用いてこれらのノードを決定する。
【０１７０】
ステップＳＴ１００２でＵＥは、上り通信サービスの所望遅延時間が、ＭｇＮＢから通知された閾値よりも小さいか否かを判断する。ＵＥは、所望遅延時間が閾値よりも小さいと判断した場合、ステップＳＴ１００３で、ＭｇＮＢから前述のステップＳＴ１００１で通知されたノード情報に従って、ＳｇＮＢに上りデータを送信することを決定する。ＵＥにおいて上りデータが発生すると、ＵＥは、ステップＳＴ１００４からステップＳＴ１００６で、ＳｇＮＢとの間で上りデータの送信を実施する。
【０１７１】
一方、ステップＳＴ１００２でＵＥが所望遅延時間は閾値以上であると判断した場合、ステップＳＴ１００７でＵＥは、ＭｇＮＢから前述のステップＳＴ１００１で通知されたノード情報に従って、ＭｇＮＢとＳｇＮＢの両方に上りデータを送信することを決定する。ＵＥにおいて上りデータが発生すると、ＵＥは、ステップＳＴ１００８からステップＳＴ１０１０でＭｇＮＢとの間で上りデータの送信を実施し、ステップＳＴ１０１１からステップＳＴ１０１３でＳｇＮＢとの間で上りデータの送信を実施する。
【０１７２】
このようにして、ＤＣにおいて、ＵＥは、上りデータバッファ容量に関係なく、上り送信用ノードに設定されたノードに対して上りデータを送信可能となる。たとえば、低遅延が要求される上りデータが発生した場合、たとえ該データが少量であっても、ＵＥは、より小さいＳＣＳをサポートするＳｇＮＢに対して、上りデータを送信することが可能となる。ＤＣにおいて、より低遅延を図ることが可能となる。
【０１７３】
複数の閾値を用いてもよい。ＭＮはＵＥに対して、上り送信用ノードを決定するための複数の閾値を通知する。ＵＥは、該複数の閾値を用いて、上り送信用ノードを決定する。たとえば、所定の指標についての閾値をＴ１とＴ２とする。ＭＮは、上りデータの所定の指標がＴ１より小さい場合に上り送信に用いるノードと、Ｔ１以上Ｔ２より小さい場合に上り送信に用いるノードと、Ｔ２以上の場合に上り送信に用いるノードとの情報を通知してもよい。上り送信に用いるノードを柔軟に設定可能となる。前述と同様、これらのノードを規格等で予め静的に決めておいてもよい。通知に必要な情報量が少なくて済む。
【０１７４】
複数の閾値を用いる他の方法として、複数の指標の各々に対して一つの閾値を設定してもよい。複数の指標に対する閾値を組み合わせて設定してもよい。上り送信用ノードを決定するために複数の指標を用いることが可能となる。
【０１７５】
複数の閾値を用いる他の方法として、ヒステリシスを持たせるための複数の指標を設定してもよい。上り送信を行うノードが短期間に交互に変わるような状態を低減可能となる。
【０１７６】
ＭＮがＵＥに対して、上り送信用ノードを決定するための閾値を通知することを開示したが、該閾値はＭＮが決定するとよい。ＭＮでの負荷状況や通信サービスに要求される特性に応じて柔軟に、閾値を設定可能となる。他の方法として、該閾値をＣＮが決定してＭＮに通知してもよい。ＭＮはＵＥに対して該閾値を通知する。ＣＮ配下の複数のノードの状況を考慮して柔軟に、閾値を設定可能となる。また、ＭＮでの該閾値決定のための処理量を削減可能となる。
【０１７７】
該閾値を規格等で静的に決めておいてもよい。ＭＮからＵＥへの通知のためのシグナリングを削減することが可能となる。複数の閾値を用いる場合、閾値に番号を付しておいてもよい。ＭＮがＵＥに対して該番号を通知することで、該番号に対応する閾値をＵＥが認識可能となる。また、指標と閾値を関連付けておいてもよい。たとえば、ＭＮからＵＥに対して指標を通知することで、規格等で決められた閾値をＵＥが認識可能となる。
【０１７８】
設定の変更方法について開示する。ＭＮがＵＥに対して上り送信用ノードに関する情報を通知する方法を開示したが、ＭＮは、上り送信用ノードを変更し、変更後の上り送信用ノードに関する情報をＵＥに通知してもよい。ＵＥは、新たに通知された変更後の上り送信用ノードに関する情報を用いて、上り送信用ノードに上りデータを送信する。
【０１７９】
ＭＮがＵＥに対して上り送信用ノードを決定するための情報を通知する方法を開示したが、ＭＮは、上り送信用ノードを決定するための情報を変更し、変更後の情報をＵＥに通知してもよい。ＵＥは、新たに通知された変更後の、上り送信用ノードを決定するための情報を用いて、上り送信用ノードを決定する。
【０１８０】
ＭＮがＵＥに対して上り送信用ノードを決定するための閾値を通知する方法を開示したが、ＭＮは、上り送信用ノードを決定するための閾値を変更し、変更後の閾値を通知してもよい。ＵＥは、新たに通知された変更後の、上り送信用ノードを決定するための閾値を用いて、上り送信用ノードを決定する。
【０１８１】
ＣＮが閾値を決定するような場合は、ＣＮが閾値を変更して、変更後の閾値をＭＮに通知するとよい。ＭＮはＵＥに対して該閾値を通知する。
【０１８２】
このようにすることで、設定の変更を行うことが可能となる。ＭＮやＳＮの負荷状況、無線環境等の状況変化、等に応じて設定を変更することで、状況の変化に応じてより適した上り送信用ノードを設定することが可能となる。
【０１８３】
前述した設定方法を設定可能としてもよい。ＭＮはどの設定方法を用いるかを決定し、ＭＮがＵＥに対して、設定方法を示す情報を通知してもよい。ＣＮがどの設定を方法用いるかを決定し、ＣＮがＭＮに対して、設定方法を示す情報を通知してもよい。ＭＮは、ＣＮから通知された設定方法を示す情報を、ＵＥに対して通知する。ＭＮは、設定方法を変更したい場合、新たにどの設定方法とするかをＵＥに通知すると良い。ＵＥは新たに通知された変更後の設定方法を適用する。
【０１８４】
このようにすることで、さらに状況の変化に応じてより適した上り送信用ノードを設定することが可能となる。明確に設定方法を通知せず、各設定方法で用いられる情報を通知することで、どの方法を設定するかを示してもよい。通知に必要な情報量を削減することが可能となる。
【０１８５】
前述した方法はＭＣ（multi connectivity）にも適宜適用できる。２つ以上のＳＮを用いればよい。ＵＥが１つのＭＮと２つ以上のＳＮとに接続するような場合に、それらのノードの中から上り送信用ノードを設定可能となる。
【０１８６】
前述した方法はスプリットベアラに適用できる。すなわち、ＭＣＧスプリットベアラだけでなく、ＳＣＧスプリットベアラついても、前述した方法を適用できる。また、ＳＣＧスプリットベアラの場合、上り送信用基地局の決定をＳＮが行ってもよい。
【０１８７】
前述した方法の一部または全部を適宜組合せてもよい。たとえば、上り送信用ノードを決定するための閾値の通知と、上り送信用ノードを決定するための情報の通知とを、組合せてもよい。ＵＥは、所定の指標が閾値より小さい場合の上り送信用ノードと、所定の指標が閾値以上の場合の上り送信用ノードとを、上り送信用ノードを決定するための情報を用いて決定するようにしてもよい。このようにすることで、ＵＥは、予め通知されたあるいは決められたノードに対して上り送信を行うのではなく、各ノードの状況に応じてより適したノードに対して上り送信を行うことが可能となる。
【０１８８】
前述のどのノードに上りデータを送信するかをＵＥの上りデータバッファ量に応じて決定する方法を含めて、一部または全部を適宜組合せてもよい。たとえば、バッファ容量値が閾値より小さい場合には、所定のノードを上り送信用ノードに決定し、バッファ容量値が閾値以上の場合には、より短いシンボル期間をサポートするノードを上り送信用ノードに決定する例が挙げられる。上りデータ容量が少ない場合、多少遅延が大きくても上りデータ送信完了までの遅延量が大きくならずに済む。
【０１８９】
本実施の形態１で開示した方法により、ＵＥからの上りデータの送信先となるノードを設定することが可能となる。また、各ノードがサポートするフレーム構成や機能によって、ＵＥからの上りデータの送信先となるノードを設定することが可能となる。各ノードの状況に応じてより最適なノードに上りデータを送信可能となり、通信サービスに要求されるＱｏＳを得ることが可能となる。
【０１９０】
たとえば、ＵＥは、低遅延特性が要求されるデータを、データ容量の多小にかかわらず、低遅延特性を有するノードで送信することが可能となる。このように、上りデータ送信の遅延時間を削減可能となる。
【０１９１】
ＮＲではＵＲＬＬＣ（Ultra Reliable Low Latency Communication）のサポートが要求される。ＵＲＬＬＣサービスに対して、スプリットベアラをサポートしてもよい。ＵＲＬＬＣサービス用のＤＲＢで、スプリットベアラをサポートしてもよい。スプリットベアラを用いることで、スループットを向上させることが可能となる。また、ＵＲＬＬＣサービスに対して、本実施の形態１で開示した方法を適用してもよい。ＵＲＬＬＣサービスに対して本実施の形態１で開示した方法を適用することで、スプリットベアラを用いても低遅延特性を得ることが可能となる。
【０１９２】
このように、低遅延特性が要求される通信サービスに対して、スプリットベアラを構成することが可能となる。それにより、低遅延の通信についてスループットを向上させることが可能となる。その結果、さらなる低遅延特性を得ることが可能となる。
【０１９３】
実施の形態１の変形例１．
ＳＮを用いて上りデータ送信を行う場合、ＵＥはＳＮから、上りデータ送信用の上りスケジューリンググラント（単にグラントという場合がある）を受信しなくてはならない。ＳＮから上りグラントを得るためには、まず、ＵＥがＳＮに対してＳＲを送信する必要がある。ＳＲは、予め設定された周期的なタイミングで送信される。このため、上りデータが発生しても上りデータを直ちに送信することは出来ず、次のＳＲ送信のタイミングを待たなくてはならない。
【０１９４】
このように、ＳＮへの上りデータ発生からＳＮでの上りデータ送信までに、複数の処理を実施しなければならず、大きな遅延が発生することになる。このため、たとえ、低遅延が要求される通信サービスに対して、実施の形態１で開示した方法を適用することで、ＳＮを用いた上りデータ送信を設定可能にしたとしても、実際にＳＮへ上りデータを送信するまでに大きな遅延時間が発生してしまうことになる。
【０１９５】
前述の問題に対する解決策を以下に開示する。
【０１９６】
ＳＮがグラント無（without grant）送信を行う。ＳＮにおいてグラント無送信の設定を可能とする。いいかえると、ＳＮがグラント無送信をサポートする。ＳＮの一つまたは複数のセルが、グラント無送信をサポートしてもよい。ＳＣＧベアラを用いたＤＣにおいて、ＳＮがグラント無送信をサポートしてもよい。
【０１９７】
グラント無送信は、グラント無送信の設定としてＲＲＣ設定のみをベースとした、ＳＲおよび最初のグラント無のＵＬ送信である。以降、第１のグラント無送信と称する場合がある。ＲＲＣ設定として、たとえば、ＵＬ送信用の時間−周波数リソースの割り当て、ＵＥ固有のＤＭＲＳ設定、繰り返し回数などがある。グラント無送信の他の方法として、グラント無送信の設定としてＲＲＣ設定とＬ１シグナリングの両方をベースとしたグラント無のＵＬ送信もある。以降、第２のグラント無送信と称する場合がある。ＲＲＣ設定として、たとえば、ＵＬ送信用のリソースの周期や電力制御関連の情報などがある。また、Ｌ１設定として、たとえば、ＵＬ送信用の時間−周波数リソースの割り当てや、上りデータ送信をアクチベーション／デアクチベーション（以降アクト／デアクトと記載する場合もある）するための情報などがある。
【０１９８】
このように、ＳＮにおいてグラント無送信を可能とすることで、ＳＮによるＳＲ受信およびそれに続く上りグラント送信を不要とすることができ、ＳＮでの上りデータ送信の遅延時間を削減することが可能となる。
【０１９９】
スプリットベアラを用いたＤＣにおいて、ＳＮがグラント無送信をサポートしてもよい。同様の効果を得ることができる。
【０２００】
ＳＮによるグラント無送信を可能とするための方法を開示する。グラント無送信用の設定は、ＲＲＣが行う。このため、ＲＲＣシグナリングが必要になる。しかし、ＤＣでは、ＲＲＣシグナリングはＭＮからＵＥに通知しなくてはならない。ＳＮのグラント無送信用のＲＲＣ設定を、ＳＮはＵＥに対して通知できないという問題がある。
【０２０１】
前述の問題に対する解決策を以下に開示する。
【０２０２】
ＳＮがグラント無送信を決定する。ＳＮがグラント無送信のＲＲＣ設定を行う。ＳＮは、自ノードのグラント無送信のＲＲＣ設定を、ＭＮに通知する。ＳＮは自ノードを特定するための情報を通知してもよい。ＳＮのグラント無送信のＲＲＣ設定を、自ノードを特定するための情報と関連付けて通知してもよい。自ノードを特定するための情報として、たとえば、識別子がある。ＳＮは、グラント無送信の設定を行うＵＥを特定するための情報を、ＭＮに通知してもよい。ＳＮのグラント無送信のＲＲＣ設定を、ＵＥを特定するための情報と関連付けて通知してもよい。ＵＥを特定するための情報として、たとえば、識別子がある。ＳＮからＭＮへの通知は、Ｘ２あるいはＸｎシグナリングを用いるとよい。
【０２０３】
ＭＮは、ＳＮから受信したＳＮのＲＲＣ設定を、ＵＥに通知する。該ＳＮを特定するための情報を通知してもよい。ＳＮが設定したグラント無送信のＲＲＣ設定を一旦ＭＮに対して通知することで、ＤＣにおいてＳＮからＵＥに対してグラント無送信のＲＲＣ設定を通知することが可能となる。ＵＥは、ＳＮのグラント無送信のＲＲＣ設定を受信することが可能となる。ＵＥは、ＳＮのグラント無送信のＲＲＣ設定を用いて、ＳＮに対してグラント無送信を実施可能となる。
【０２０４】
図１２および図１３は、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの一例を示している。図１２と図１３とは境界線ＢＬ１２１３の位置で繋がっている。図１２および図１３は第１のグラント無送信について示している。図１２および図１３に示すシーケンスは、図８に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２０５】
ステップＳＴ８０１からステップＳＴ８０９で、ＤＣにおいて、ＵＥはＳｇＮＢとの間で上りデータ送信を行う。ステップＳＴ１１０１で、ＳｇＮＢはＵＥに対してグラント無送信を決定する。たとえば、ＳｇＮＢは、ＤＣ設定処理においてＭｇＮＢから通知されたベアラに関する情報やＳｇＮＢにおける負荷状況や無線リソースの使用状況などを考慮して、グラント無送信を決定してもよい。たとえば、ＵＥの該ベアラにおける上りデータ通信のスループットが要求を満たしておらず、ＳｇＮＢにおける無線リソースに余裕がある場合、ＳｇＮＢはＵＥに対してグラント無送信を決定する。
【０２０６】
前述のステップＳＴ１１０１でＵＥに対してグラント無送信を決定したＳｇＮＢは、ステップＳＴ１１０２で、ＵＥに対するグラント無送信用の設定を行う。ステップＳＴ１１０３で、ＳｇＮＢはＭｇＮＢに対して、グラント無送信用設定を通知する。ＳｇＮＢはグラント無送信用設定を、グラント無送信用設定を行うＵＥを特定する情報、たとえばＵＥの識別子と関連づけて、ＭｇＮＢに対して通知する。ステップＳＴ１１０４で、ＭｇＮＢはＵＥに対して、ＳｇＮＢのグラント無送信用設定を通知する。
【０２０７】
ステップＳＴ１１０５で、ＵＥはＳｇＮＢに対して、グラント無送信用設定を行う。ＵＥにおいて上りデータが発生すると、ＵＥは、ＳｇＮＢに対してＳＲを送信せずに、前述のステップＳＴ１１０４で受信したＳｇＮＢのグラント無送信用設定を用いて、ステップＳＴ１１０６で上りデータをＳｇＮＢに対して送信する。ＵＥはあわせてＢＳＲを送信してもよい。
【０２０８】
ＢＳＲを受信したＳｇＮＢはステップＳＴ１１０７で、ＵＥに対して上りグラントを送信する。ステップＳＴ１１０８で、ＵＥはＳｇＮＢに対して、受信した上りグラントに従って上りデータを送信する。ＵＥはあわせてＢＳＲを送信してもよい。このようにしてＵＥとＳｇＮＢとの間で上りデータ送信が行われる。
【０２０９】
このようにすることで、ＤＣにおいて、ＵＥはＳｇＮＢのグラント無送信の設定を受信することが可能となる。ＵＥは、ＳｇＮＢのグラント無送信の設定を用いて、ＳｇＮＢに対してグラント無送信を実施可能となる。ＳＲおよびそれに伴う最初の上りグラント送信を無くせるため、上り通信において、より低遅延を図ることが可能となる。
【０２１０】
第２のグラント無送信のように、グラント無送信の設定の一部をＲＲＣで設定し、他をＬ１で設定する場合について開示する。ＳＮのグラント無送信のＲＲＣ設定およびＬ１設定を、ＭＮがＵＥに通知するとよい。ＭＮがＵＥに対して、ＳＮのＲＲＣ設定をＲＲＣシグナリングで通知し、Ｌ１設定をＬ１シグナリングで通知するとよい。Ｌ１シグナリングを、ＭＮからＵＥに対するＤＣＩに含めて、通知してもよい。
【０２１１】
ＳＮのグラント無送信のＲＲＣ設定およびＬ１設定は、ＭＮからＵＥへの通知より前に、ＳＮからＭＮに対して通知しておくとよい。ＳＮは自ノードを特定するための情報を通知してもよい。ＳＮはＭＮに対して、グラント無送信の設定を行うＵＥを特定するための情報を通知してもよい。ＳＮのグラント無送信のＲＲＣ設定およびＬ１設定を、ＵＥを特定するための情報と関連付けて通知してもよい。ＳＮからＭＮへの通知は、Ｘ２あるいはＸｎシグナリングを用いるとよい。ＳＮからＭＮへの通知は、Ｘ２あるいはＸｎシグナリングを用いるとよい。
【０２１２】
このようにすることで、第２のグラント無送信のような場合について、ＤＣにおいてＳＮからＵＥに対して、グラント無送信のＲＲＣ設定およびＬ１設定を通知することが可能となる。ＵＥは、ＳＮのグラント無送信のＲＲＣ設定およびＬ１設定を受信することが可能となる。ＵＥは、ＳＮのグラント無送信のＲＲＣ設定およびＬ１設定を用いて、ＳＮに対してグラント無送信を実施可能となる。
【０２１３】
第２のグラント無送信の場合の他の方法について開示する。ＳＮのグラント無送信のＬ１設定を、ＳＮがＵＥに通知してもよい。ＳＮのグラント無送信のＲＲＣ設定はＭＮからＵＥに対してＲＲＣシグナリングで通知し、ＳＮのグラント無送信のＬ１設定はＳＮからＵＥへのＬ１シグナリングで通知するとよい。Ｌ１シグナリングを、ＳＮからＵＥに対するＤＣＩに含めて、通知してもよい。
【０２１４】
ＳＮのグラント無送信のＲＲＣ設定は、ＭＮからＵＥへの通知より前に、ＳＮからＭＮに対して通知しておくとよい。ＳＮからＭＮへの通知は、Ｘ２あるいはＸｎシグナリングを用いるとよい。
【０２１５】
このようにすることで、ＳＮのグラント無送信のＬ１設定を、ＭＮを介して通知する必要が無くなる。このため、ＳＮからＭＮへのＸｎあるいはＸ２シグナリングに要する遅延時間や、ＭＮが高負荷の場合に生じる処理遅延時間を低減することが可能となる。ＳＮからＵＥに対するＬ１設定を低遅延で実行することが可能となる。たとえば、ＳＮからＵＥに対して、グラント無送信のアクト／デアクトを低遅延で適時に実行させることが可能となる。
【０２１６】
図１４および図１５は、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの一例を示している。図１４と図１５とは境界線ＢＬ１４１５の位置で繋がっている。図１４および図１５は第２のグラント無送信について示している。図１４および図１５に示すシーケンスは、図１２および図１３に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２１７】
ステップＳＴ１１０５でＳｇＮＢに対してグラント無送信用設定を行ったＵＥは、ＳｇＮＢからＬ１シグナリングを受信する。ステップＳＴ１２０１でＳｇＮＢは、グラント無送信のＬ１設定を、Ｌ１シグナリングを用いて、ＵＥに対して通知する。Ｌ１シグナリングとして、Ｌ１設定をＤＣＩに含めた物理個別制御チャネルを用いてもよい。ＵＥにおいて上りデータが発生すると、ＵＥは、ＳｇＮＢに対してＳＲを送信せず、ステップＳＴ１１０４で受信したＳｇＮＢのグラント無送信用設定とステップＳＴ１２０１で受信したＳｇＮＢのグラント無送信用設定とを用いて、ステップＳＴ１１０６で上りデータをＳｇＮＢに対して送信する。ＵＥはあわせてＢＳＲを送信してもよい。
【０２１８】
ＢＳＲを受信したＳｇＮＢはステップＳＴ１１０７で、ＵＥに対して上りグラントを送信する。ステップＳＴ１１０８で、ＵＥはＳｇＮＢに対して、受信した上りグラントに従って上りデータを送信する。ＵＥはあわせてＢＳＲを送信してもよい。このようにしてＵＥとＳｇＮＢとの間で上りデータ送信が行われる。
【０２１９】
このようにすることで、ＤＣにおいて、ＵＥはＳｇＮＢのグラント無送信のＲＲＣ設定およびＬ１設定の両方を受信することが可能となる。ＵＥは、これらのＳｇＮＢのグラント無送信の設定を用いて、ＳｇＮＢに対してグラント無送信を実施可能となる。ＳＲおよびそれに伴う最初の上りグラント送信を無くせるため、上り通信において、より低遅延を図ることが可能となる。
【０２２０】
前述した方法では、ＳＮのグラント無送信のＲＲＣ設定は、ＭＮを介してＵＥに通知された。他の方法を開示する。ＳＮがＵＥへ、ＳＮのグラント無送信のＲＲＣ設定を通知してもよい。このようにすることで、ＳＮからＭＮへのＸｎあるいはＸ２シグナリングに要する遅延時間や、ＭＮが高負荷の場合に生じる処理遅延時間を低減することが可能となる。ＵＥはＳＮへのグラント無送信を早期に実行可能となる。
【０２２１】
ＳＮが、ＵＥとＭＮとの両方へ、ＳＮのグラント無送信のＲＲＣ設定を通知してもよい。このようにすることで、ＭＮはＳＮでのグラント無送信のＲＲＣ設定を認識可能となる。
【０２２２】
ＳＮのグラント無送信のＲＲＣ設定の一部または全部を、ＳＮがＵＥに対して通知してもよい。たとえば、ＭＮとＳＮとの間で調整が必要なパラメータはＭＮを介してＵＥに通知し、ＭＮとＳＮとの間で調整が不要なパラメータはＳＮからＵＥに通知する。
【０２２３】
たとえば、グラント無送信における上りデータ送信の電力設定情報は、ＳＮからＭＮへ通知し、その後ＭＮからＵＥへ通知してもよい。たとえば、スプリットベアラの場合、ＭＮはＳＮの上りデータ送信電力設定情報を認識可能であるため、ＭＮがＭＮへの送信電力とＳＮへの送信電力とを調整することが可能となる。たとえば、ＵＥの送信可能な電力に応じてＭＮへの送信電力を設定可能となる。
【０２２４】
ＭＮはＳＮとの間で調整を行ってもよい。ＭＮは、ＳＮから受信したＲＲＣ設定に対して、該ＲＲＣ設定の変更要求をＳＮに通知してもよい。該通知に、ＭＮが要求するＲＲＣ設定を含めてもよい。ＳＮは、設定変更を行い、結果をＭＮに通知する。たとえば、ＭＮは、ＵＥからＭＮへの送信に必要な電力を確保するため、ＳＮに対して所望の送信電力設定を通知する。ＳＮは、該所望の送信電力に従ってグラント送信無の上り送信電力設定を行い、該設定をＭＮに対して通知する。
【０２２５】
ＭＮは、ＳＮとの間で調整を行った結果のＲＲＣ設定を、ＵＥに通知する。このようにすることで、ＭＮは、ＭＮとＳＮとの間で調整を行うことが可能となる。
【０２２６】
設定の変更方法について開示する。ＳＮはＭＮに対して、ＳＮのグラント無送信の変更後のＲＲＣ設定を通知する。ＳＮはＲＲＣ設定とＬ１設定を通知してもよい。ＳＮは自ノードを特定するための情報を通知してもよい。ＳＮは、グラント無送信の設定変更を行うＵＥの情報を通知してもよい。変更後の設定を、グラント無送信の設定変更を行うＵＥの情報と関連付けて、通知してもよい。ＭＮはＵＥに対して、ＳＮのグラント無送信の変更後のＲＲＣ設定を通知する。ＭＮはＲＲＣ設定とＬ１設定を通知する。ＲＲＣ設定とＬ１設定とは、同じタイミングで変更されてもよいし、異なるタイミングで変更されてもよい。設定が柔軟になる。また、変更された設定あるいは設定パラメータのみを、ＳＮからＭＮに通知してもよい。
【０２２７】
ＵＥは、通知された設定あるいは設定パラメータのみ変更する。通知に必要となるシグナリング量あるいは情報量を削減できる。ＵＥは、ＳＮのグラント無送信について新たに通知された変更後のＲＲＣ設定および／あるいはＬ１設定を用いて、ＳＮに対してグラント無送信を実施可能となる。
【０２２８】
ＳＮはＵＥに対して、ＳＮのグラント無送信の変更後のＬ１設定を通知してもよい。ＳＮはＲＲＣ設定とＬ１設定を通知してもよい。ＲＲＣ設定とＬ１設定とは、同じタイミングで変更されてもよいし、異なるタイミングで変更されてもよい。設定が柔軟になる。また、変更された設定あるいは設定パラメータのみを、ＳＮからＵＥに通知してもよい。ＵＥは、通知された設定あるいは設定パラメータのみ変更する。通知に必要となるシグナリング量あるいは情報量を削減できる。
【０２２９】
ＵＥは、ＳＮのグラント無送信について新たに通知された変更後のＲＲＣ設定および／あるいはＬ１設定を用いて、ＳＮに対してグラント無送信を実施可能となる。
【０２３０】
設定の解除方法について開示する。ＳＮはＭＮに対して、ＳＮのグラント無送信設定の解除を通知する。ＳＮは自ノードを特定するための情報を通知してもよい。ＳＮは、グラント無送信の設定解除を行うＵＥの情報を通知してもよい。ＳＮのグラント無送信設定の解除を、グラント無送信の設定解除を行うＵＥの情報と関連付けて、通知してもよい。ＭＮはＵＥに対して、ＳＮのグラント無送信設定の解除を通知する。該解除通知を受信したＵＥは、ＳＮへのグラント無送信設定を解除する。ＳＮがＵＥに対して、ＳＮのグラント無送信設定の解除を通知してもよい。該解除通知を受信したＵＥは、ＳＮへのグラント無送信設定を解除する。
【０２３１】
ＭＮがＳＮに対して、ＳＮにおけるグラント無送信の設定を要求してもよい。また、ＭＮはＳＮに対して、ＳＮに要求するグラント無送信用設定情報を通知してもよい。ＭＮは自ノードを特定するための情報を通知してもよい。ＭＮはＳＮに対して、グラント無送信の設定を行うＵＥを特定するための情報を通知してもよい。グラント無送信の設定の要求を、グラント無送信の設定を行うＵＥを特定するための情報と関連付けて、通知してもよい。該要求の通知に、Ｘｎシグナリング、あるいはＸ２シグナリングを用いてもよい。
【０２３２】
該グラント無送信用設定情報は、ＲＲＣ設定パラメータであってもよいし、Ｌ１設定パラメータであってもよいし、ＲＲＣ設定パラメータとＬ１設定パラメータの両方であってもよい。また、該グラント無送信用設定情報は、グラント無送信の設定パラメータの一部または全部であってもよい。該グラント無送信用設定情報は、第１のグラント無送信か第２のグラント無送信かを示す情報であってもよい。ＳＮに要求するグラント無送信用設定情報は、ＭＮが自ノードに設定しているグラント無送信設定であってもよい。
【０２３３】
ＳＮに対する要求内容を柔軟に設定できる。たとえば、ＭＮの負荷状況やＭＮとＵＥとの間の電波伝搬環境などに応じて、より適した設定を要求可能となる。
【０２３４】
ＳＮは、ＭＮから通知されたグラント無送信の設定要求に応じて、自ノードにおいて、対象ＵＥに対するグラント無送信の設定を決定する。グラント無送信をＳＮが設定してもよい。あるいは、ＭＮから通知されたグラント無送信用設定情報を用いてもよい。ＭＮが要求するグラント無送信用設定情報を用いることで、ＭＮの負荷状況やＭＮとＵＥとの間の電波伝搬環境などを考慮した設定とすることができる。
【０２３５】
ＭＮから通知されないグラント無送信用設定情報についてはＳＮが設定するとよい。グラント無送信に必要となる設定が可能となり、ＵＥに対してグラント無送信を実施可能となる。
【０２３６】
ＵＥはＳＮに、通信サービスに要求されるＱｏＳを示す情報を通知してもよい。ＵＥは、上り通信サービスに要求されるＱｏＳを示す情報を通知してもよい。自ＵＥを特定するための情報を通知してもよい。該情報を、ＵＥからＭＮに対して通知し、その後ＭＮからＳＮに対して通知してもよい。
【０２３７】
他の方法として、ＳＮは、下り通信サービスに要求されるＱｏＳを示す情報を用いて、上り通信サービスに要求されるＱｏＳを示す情報を導出してもよい。たとえば、下り通信サービスに要求されるＱｏＳを示す情報を、該下り通信サービスに対応する上り通信サービスに要求されるＱｏＳを示す情報とする。このようにすることで、ＵＥからＳＮに対してＱｏＳを示す情報を通知するためのシグナリングを削減可能となる。
【０２３８】
ＳＮは該情報を用いて、自ノードにおいてグラント無送信を設定するか否かを判断可能となる。たとえば、ＳＮは、ＵＥの上り通信サービスに要求される所望遅延時間と、自ノードの負荷状況、たとえばリソース未使用量とを用いて、該ＵＥに対してグラント無送信を設定するか否かを判断する。
【０２３９】
たとえば、リソース未使用量が所定の値より多い場合、ＳＮはＵＥに対してグラント無送信を設定する。リソース未使用量が所定の値より少なく、所望遅延時間が所定の時間より小さい場合、ＳＮはＵＥに対してグラント無送信を設定する。リソース未使用量が所定の値より少なく、所望遅延時間が所定の時間より大きい場合、ＳＮはＵＥに対してグラント無送信を設定しない。このように、ＳＮは、ＵＥの通信サービスに要求されるＱｏＳの情報を用いて、グラント無送信を設定するか否かを判断することが可能となる。
【０２４０】
ＭＮからグラント無送信の設定要求を受信したＳＮは、該ＭＮに対して、対象とするＵＥに対してグラント無送信用設定を実施したか否かを通知してもよい。ＳＮは、グラント無送信設定の要求に対する応答として、肯定応答（ack）あるいは拒否応答（reject）を通知してもよい。ＳＮは自ノードを特定するための情報を通知してもよい。ＳＮは、対象とするＵＥを特定するための情報を通知してもよい。グラント無送信設定の要求に対する応答を、ＵＥを特定するための情報と関連付けて通知してもよい。
【０２４１】
ＳＮがＵＥに対してグラント無送信を設定した場合、ａｃｋをＭＮに通知する。ＭＮは、ＳＮが対象とするＵＥに対してグラント無送信を設定したことを認識可能となる。ＳＮからＭＮあるいはＵＥへのグラント無送信設定の通知方法は、前述の方法を適用するとよい。ＵＥは、ＳＮのグラント無送信設定を用いて、ＳＮに対してグラント無送信が可能となる。また、ＳＮからＭＮへ、ＳＮでのグラント無送信設定を通知する場合、該通知をもってａｃｋとしてもよい。シグナリングを削減できる。
【０２４２】
ＳＮがＭＮに対してＲｅｊｅｃｔを通知する場合、該通知に理由情報を含めてもよい。理由情報は、たとえば、グラント無送信不可、グラント無送信不許可、過負荷、リソース不足などである。これにより、ＭＮは、ＳＮが対象とするＵＥに対してグラント無送信を設定できなかった理由を、認識することが可能となる。たとえば、ＭＮはＤＣ設定を他のＳＮに切換えることが可能となる。または、たとえば、ＭＮは、該ＳＮを用いたＤＣを設定しているＵＥのうちで所望遅延時間が大きいＵＥを、他のＳＮに切換える処理を行うことが可能となる。
【０２４３】
ＳＮがＭＮに対してＲｅｊｅｃｔを通知する場合、該通知に待ち時間（waiting timer）を含めてもよい。これによれば、待ち時間経過後にＭＮが再度ＳＮに対してグラント無送信設定を要求するという処理を可能とする。このようにすることで、システムとして柔軟な処理を可能とする。
【０２４４】
図１６および図１７は、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの一例を示している。図１６と図１７とは境界線ＢＬ１６１７の位置で繋がっている。図１６および図１７は、ＭＮからＳＮに対してグラント無送信設定を要求する場合について示している。図１６および図１７に示すシーケンスは、図１２および図１３に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２４５】
ステップＳＴ８０１からステップＳＴ８０９で、ＤＣにおいて、ＵＥはＳｇＮＢとの間で上りデータ送信を行う。ステップＳＴ１３０１で、ＭｇＮＢはＵＥに対して、ＳｇＮＢでのグラント無送信を決定する。ＭｇＮＢは、たとえば、ＵＥの上り通信用ＱｏＳ情報、ＳｇＮＢの負荷状況、ＳｇＮＢでの無線リソース使用状況などをもとに、ＳｇＮＢでのグラント無送信用設定の要求を決定する。
【０２４６】
たとえば、ＭｇＮＢは、ＵＥの上り通信のＱｏＳ情報と、ＳｇＮＢの負荷状況をもとに、ＳｇＮＢでのグラント無送信用設定の要求を決定する。ＭｇＮＢは、ＵＥの上り通信用ＱｏＳ情報とＳｇＮＢの負荷状況を、適宜ＵＥとＳｇＮＢから取得しておくとよい。ＵＥの上り通信用ＱｏＳ情報は、たとえば図８で開示した方法で取得してもよい。ＳｇＮＢの負荷状況は、ＭｇＮＢがＳｇＮＢから取得するとよい。たとえば、ＭｇＮＢがＳｇＮＢに対して負荷状況の要求を行い、ＳｇＮＢはＭｇＮＢに対して自ノードの負荷状況を通知する。ＭｇＮＢは、この処理を適宜行うことで、ＳｇＮＢの負荷状況を取得できる。
【０２４７】
たとえば、ＵＥの上り通信の所望遅延時間が所定の値より小さい場合、ＭｇＮＢは、ＳｇＮＢの負荷状況が所定の値より高い間は、グラント無送信用設定を要求しないが、ＳｇＮＢの負荷状況が所定の値より低くなったならばグラント無送信用設定を要求する。このようにして、ＭｇＮＢは、ＳｇＮＢでのグラント無送信設定をＳｇＮＢに対して要求することを、決定するとよい。
【０２４８】
ステップＳＴ１３０１でＵＥに対してＳｇＮＢでのグラント無送信を決定したＭｇＮＢは、ステップＳＴ１３０２でＳｇＮＢに対してグラント無送信用設定を要求する。ＭｇＮＢは、対象とするＵＥを特定するための情報と、グラント無送信用設定要求を示す情報とを、通知してもよい。ステップＳＴ１３０３で、ＳｇＮＢはＵＥに対して、グラント無送信用の設定を行う。ステップＳＴ１３０４で、ＳｇＮＢはＭｇＮＢに対して、グラント無送信用設定要求に対する応答を通知する。ＳｇＮＢは、対象とするＵＥを特定するための情報と、グラント無送信用設定要求に対する応答とを、通知してもよい。図１６および図１７は肯定応答（ａｃｋ）の場合を示している。
【０２４９】
ＳｇＮＢは、ステップＳＴ１３０４で通知する応答メッセージ（グラント無送信用設定要求に対する応答メッセージ）に、ＳｇＮＢでのグラント無送信用設定情報を含める。このようにすることで、ＭｇＮＢは、ＵＥに対するＳｇＮＢでのグラント無送信設定を得ることができる。ステップＳＴ１１０４で、ＭｇＮＢはＵＥに対して、ＳｇＮＢでのグラント無送信用設定情報を通知する。ステップＳＴ１１０５からステップＳＴ１１０８で、ＵＥはＳｇＮＢに対してグラント無送信の設定を行い、ＵＥで上りデータが発生するとＵＥとＳｇＮＢとの間でグラント無送信が行われる。
【０２５０】
このようにすることで、ＤＣにおいて、より低遅延を図ることができる。また、ＭｇＮＢはＳｇＮＢに対して、グラント無送信の設定を要求することが可能となる。ＵＥに対してＣ−ｐｌａｎｅ用ノードとなるＭｇＮＢにおいても、グラント無送信用設定を制御可能となる。このため、制御の複雑化を回避することが可能となる。
【０２５１】
ＭＮとＳＮに対してグラント無送信の設定を実施してもよい。ＭＮとＳＮに対するグラント無送信の設定を、別々に実施してもよい。
【０２５２】
図１８および図１９は、スプリットベアラにおいてＭＮとＳＮがグラント無送信を行うシーケンスの一例を示している。図１８と図１９とは境界線ＢＬ１８１９の位置で繋がっている。図１８および図１９に示すシーケンスは、図１６および図１７に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２５３】
ステップＳＴ１４００で、ＵＥとＭｇＮＢとＳｇＮＢとの間でＤＣ設定処理を行う。図１８および図１９では、ＵＥは、ＭｇＮＢとＳｇＮＢの両方との間で、上り通信を行う。ステップＳＴ１４０１からステップＳＴ１４０３で、ＵＥはＭｇＮＢとの間で上り通信を行う。ステップＳＴ１４０４からステップＳＴ１４０６で、ＵＥはＳｇＮＢとの間で上り通信を行う。
【０２５４】
ステップＳＴ１４０７で、ＭｇＮＢはＵＥに対して、自ノードでのグラント無送信設定を決定する。決定方法としては、たとえば、図１６および図１７で開示した決定方法においてＳｇＮＢをＭｇＮＢに置き換えて適用するとよい。ＭｇＮＢは、たとえば、ＵＥの上り通信用ＱｏＳ情報、ＭｇＮＢの負荷状況、ＭｇＮＢでの無線リソース使用状況などをもとに、ＭｇＮＢでのグラント無送信用設定の要求を決定する。ステップＳＴ１４０８で、ＭｇＮＢはＵＥに対して、自ノードのグラント無送信用設定を通知する。ステップＳＴ１４０９で、ＵＥはＭｇＮＢでのグラント無送信の設定を行う。ステップＳＴ１４１０からステップＳＴ１４１２で、ＵＥとＭｇＮＢとの間でグラント無送信が行われる。
【０２５５】
ステップＳＴ１３０１で、ＭｇＮＢはＵＥに対して、ＳｇＮＢでのグラント無送信設定要求を決定する。決定方法としては、たとえば、図１６および図１７で開示した決定方法を適用するとよい。ステップＳＴ１３０１でＵＥに対してＳｇＮＢでのグラント無送信を決定したＭｇＮＢは、ステップＳＴ１３０２で、ＳｇＮＢに対してグラント無送信用設定を要求する。ステップＳＴ１１０６からステップＳＴ１１０８で、ＵＥで上りデータが発生すると、ＵＥとＳｇＮＢとの間でグラント無送信が行われる。
【０２５６】
ＭｇＮＢでのグラント無送信設定決定とＳｇＮＢでのグラント無送信設定決定の順序が逆であってもよい。各グラント無送信設定決定からの一連の処理が逆であってもよい。また、ＭｇＮＢでのグラント無送信設定決定とＳｇＮＢでのグラント無送信設定決定が同時に行われてもよい。各グラント無送信設定決定からの一連の処理が並行して行われてもよい。
【０２５７】
このようにすることで、ＤＣにおいて、ＭｇＮＢとＳｇＮＢの両方との間でグラント無送信を行うことが可能となる。両ノードを用いることでスループットを向上させることができる。さらに両ノードでのグラント無送信を利用することでより低遅延を図ることができるので、さらにスループットを向上させることができる。
【０２５８】
ＭＮがＳＮに対して、ＳＮにおけるグラント無送信の設定を要求することを開示したが、他の方法として、ＭＮがＳＮに対して、ＳＮにおけるグラント無送信の設定を指示してもよい。設定を要求する方法と同様に、ＭＮはＳＮに対して、ＳＮに要求するグラント無送信用設定情報を通知してもよい。ＭＮは自ノードを特定するための情報を通知してもよい。ＭＮはＳＮに対して、グラント無送信の設定を行うＵＥを特定するための情報を通知してもよい。グラント無送信の設定の指示を、ＵＥを特定するための情報と関連付けて、通知してもよい。該指示の通知に、Ｘｎシグナリング、あるいはＸ２シグナリングを用いてもよい。
【０２５９】
ＳＮはＭＮに対して、ＳＮの負荷情報、上りリソースの使用状況などを通知してもよい。ＳＮは自ノードを特定するための情報を通知してもよい。たとえば、ＭＮは、このような情報を用いて、対象とするＵＥの通信サービスに対してＳＮにおけるグラント無送信を設定するか否かを判断し、グラント無送信を設定すると決定した場合、グラント無送信の設定をＳＮに指示する。ＵＥからＭＮに、前述のＵＥの通信サービスのＱｏＳが通知されているような場合、ＭＮは、該ＱｏＳ情報も用いて、ＳＮにおけるグラント無送信を設定するか否かを判断してもよい。
【０２６０】
ＭＮからグラント無送信の設定指示を受信したＳＮは、対象とするＵＥに対して、グラント無送信の設定を行う。ＭＮからグラント無送信の設定情報が通知されている場合は、ＳＮは、ＭＮから受信した該設定を、グラント無送信の設定として用いてもよい。このようにすることで、ＭＮが、ＤＣを設定するＵＥに対して、ＳＮでのグラント無送信の設定を実施するかしないかを制御可能となる。
【０２６１】
設定の変更要求方法について開示する。ＭＮはＳＮに対して、ＳＮのグラント無送信の設定変更要求を通知する。たとえば、ＭｇＮＢは、ＵＥの上り通信が所望のＱｏＳを満たさないような場合、ＳｇＮＢに対してさらに短い周期のグラント無送信用設定の要求を決定する。ＭＮはＳＮに対して、グラント無送信の設定変更要求を行うＵＥの情報を通知してもよい。設定変更要求を、該ＵＥの情報と関連付けて、通知してもよい。ＳＮは、該設定変更要求を考慮して、対象とするＵＥに対するグラント無送信の設定を変更してもよい。ＳＮはＭＮに対して、グラント無送信の変更後の設定を通知する。ＭＮはＵＥに対して、ＳＮのグラント無送信の変更後の設定を通知する。
【０２６２】
ＵＥは、通知された設定あるいは設定パラメータのみ変更する。通知に必要となるシグナリング量あるいは情報量を削減できる。ＵＥは、ＳＮのグラント無送信について新たに通知された変更後の設定を用いて、ＳＮに対してグラント無送信を実施可能となる。ＳＮはＵＥに対して、グラント無送信の変更後の設定を通知してもよい。ＵＥは、ＳＮのグラント無送信について新たに通知された変更後の設定を用いて、ＳＮに対してグラント無送信を実施可能となる。
【０２６３】
設定の解除要求方法について開示する。ＭＮはＳＮに対して、グラント無送信設定の解除を通知する。たとえば、ＭｇＮＢは、ＵＥの上り通信が所望のＱｏＳを満たしているような場合、ＳｇＮＢに対してグラント無送信用設定の解除要求を決定する。ＭＮは、グラント無送信の設定解除要求を行うＵＥの情報を通知してもよい。グラント無送信設定の解除を、グラント無送信の設定解除要求を行うＵＥの情報と関連付けて、通知してもよい。ＳＮは、該設定解除要求を考慮して、対象とするＵＥに対するグラント無送信の設定を解除してもよい。ＳＮはＭＮに対して、グラント無送信の設定解除を通知する。ＭＮはＵＥに対して、ＳＮのグラント無送信の設定解除を通知する。ＳＮがＵＥに対して、ＳＮのグラント無送信設定の解除を通知してもよい。該解除通知を受信したＵＥは、ＳＮへのグラント無送信設定を解除する。
【０２６４】
ＵＥがＭＮに対して、ＭＮおよび／あるいはＳＮのグラント無送信の設定を要求してもよい。また、ＵＥがＳＮに対して、ＳＮおよび／あるいはＭＮのグラント無送信の設定を要求してもよい。グラント無送信の設定を要求することを示す情報を設けて、該情報を通知してもよい。グラント無送信の設定の要求に、自ＵＥの識別子を含めてもよい。また、グラント無送信の設定の要求に、グラント無送信の設定を要求するノードの識別子を含めて、通知してもよい。ノードの識別子とグラント無送信の設定の要求とを関連づけて通知してもよい。該要求には、ＲＲＣシグナリングを用いるとよい。あるいは、ＭＡＣシグナリングを用いてもよい。早期に低誤り率で該要求を通知可能となる。あるいは、Ｌ１／Ｌ２シグナリングを用いてもよい。より早期に該要求を通知可能となる。
【０２６５】
ＵＥからグラント無送信の設定要求を受信したノードは、グラント無送信を設定するノードが自ノードとは異なる場合、グラント無送信を設定するノードに対して、グラント無送信の設定を要求する。ノード間の通知には、Ｘ２あるいはＸｎシグナリングを用いるとよい。
【０２６６】
たとえば、ＵＥがＳＮに対して上り通信を行っている場合、ＵＥは、該通信に要求されるＱｏＳ（たとえば所望遅延時間）を満たしているか否かを判断する。たとえば、ＵＥが通信のＱｏＳ（たとえば遅延時間）を測定するようにしておくとよい。要求されるＱｏＳを満たしていない場合、ＵＥはグラント無送信の設定を要求する。このようにすることで、ＵＥにおける通信状況に応じて、対応するノードに対して、グラント無送信の設定を要求可能となる。変化する通信状況に柔軟に対応可能となり、要求されるＱｏＳを満足させることが可能となる。
【０２６７】
図２０および図２１は、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの一例を示している。図２０と図２１とは境界線ＢＬ２０２１の位置で繋がっている。図２０および図２１は、ＵＥがＭＮに対してグラント無送信設定を要求する場合について示している。図２０および図２１に示すシーケンスは、図１８および図１９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２６８】
ステップＳＴ１５０１でＵＥは、ＳｇＮＢでのグラント無送信設定の要求を決定する。ＵＥは、たとえば、ＵＥの上り通信用ＱｏＳ情報、実際の通信におけるＱｏＳ値などを用いて、要求を決定する。また、ＭｇＮＢおよびＳｇＮＢのサポート情報、たとえばサポートするＳＣＳ情報などを用いてもよい。
【０２６９】
実際の通信におけるＱｏＳ値を用いる場合、ＵＥは実際の通信におけるＱｏＳ値を測定するとよい。たとえば、ＵＥは実際の通信において、上りパケットデータの遅延時間、パケットロス、ビットレートなどを測定するとよい。ＵＥは、所望のＱｏＳ情報と実際に測定したＱｏＳ値とを比較して、実際に測定したＱｏＳ値が所望のＱｏＳ情報に満たない場合はＳｇＮＢでのグラント無送信設定の要求を決定する。どのノードのグラント無送信設定の要求を行うかは、ＭｇＮＢおよびＳｇＮＢのサポート情報を用いて決定してもよい。ＵＥがＭｇＮＢおよびＳｇＮＢのサポート情報を得る方法は、実施の形態１で開示した方法、すなわちＭｇＮＢがＵＥに対して上り送信用ノードを決定するための情報を通知する方法を適用するとよい。
【０２７０】
図２０および図２１は、ＳｇＮＢのグラント無送信設定の要求を決定する場合について示している。ステップＳＴ１５０２で、ＵＥはＭｇＮＢに対して、ＳｇＮＢでのグラント無送信設定の要求を通知する。ＵＥはＭｇＮＢに対して、自ＵＥを特定する情報およびＳｇＮＢを特定する情報を通知するとよい。ＭｇＮＢは、どのＵＥに対してどのＳｇＮＢでのグラント無送信を設定することが要求されたのかを、認識可能となる。
【０２７１】
ステップＳＴ１５０２でＳｇＮＢでのグラント無送信設定の要求を受信したＭｇＮＢは、ステップＳＴ１５０３で、ＳｇＮＢに対して、グラント無送信設定の要求を決定する。ステップＳＴ１３０２で、ＭｇＮＢはＳｇＮＢに対して、グラント無送信設定の要求を通知する。ステップＳＴ１５０３でＵＥに対してＳｇＮＢでのグラント無送信を決定したＭｇＮＢは、ステップＳＴ１３０２で、ＳｇＮＢに対して、グラント無送信用設定を要求する。ステップＳＴ１１０６からステップＳＴ１１０８で、ＵＥで上りデータが発生すると、ＵＥとＳｇＮＢとの間でグラント無送信が行われる。
【０２７２】
このようにすることで、ＤＣにおいて、より低遅延を図ることができる。また、ＵＥでの状況、たとえば、実際に測定したＱｏＳの値を、グラント無送信設定の要求の判断に用いることが可能となる。このため、ＵＥでの状況に応じて適時にグラント無送信用設定が可能となり、ＵＥでの状況に応じた送信方法が設定可能となる。
【０２７３】
ＣＮがＭＮに対して、ＭＮおよび／あるいはＳＮのグラント無送信の設定を要求してもよい。また、ＣＮがＳＮに対して、ＳＮおよび／あるいはＭＮのグラント無送信の設定を要求してもよい。グラント無送信の設定を要求することを示す情報を設けて、該情報を通知してもよい。ＳＮおよび／あるいはＭＮを特定するための情報を通知してもよい。グラント無送信の設定の要求に、グラント無送信を設定するＵＥの識別子を含めてもよい。また、グラント無送信の設定を要求するノードの識別子を含めて、通知してもよい。ノードの識別子とグラント無送信の設定の要求とを関連づけて通知してもよい。また、グラント無送信を設定するＰＤＵセッションに関する情報および／あるいはＱｏＳフローに関する情報を含めて、通知してもよい。該要求には、Ｓ１あるいはＮＧ−Ｃシグナリングを用いるとよい。
【０２７４】
ＣＮからグラント無送信の設定要求を受信したノードは、グラント無送信を設定するノードが自ノードとは異なる場合、グラント無送信を設定するノードに対して、グラント無送信の設定を要求する。ノード間の通知には、Ｘ２あるいはＸｎシグナリングを用いるとよい。
【０２７５】
たとえば、ＵＥがＳＮに対して上り通信を行っている場合、ＣＮは、該通信に要求されるＱｏＳ（たとえば所望遅延時間）を満たしているか否かを判断する。たとえば、ＣＮが通信のＱｏＳ（たとえば遅延時間）を測定するようにしておくとよい。要求されるＱｏＳを満たしていない場合、ＣＮはグラント無送信の設定を要求する。このようにすることで、ＵＥにおける通信状況に応じて、対応するノードに対して、グラント無送信の設定を要求可能となる。変化する通信状況に柔軟に対応可能となり、要求されるＱｏＳを満足させることが可能となる。
【０２７６】
図２２および図２３は、スプリットベアラにおいてＳＮがグラント無送信を行うシーケンスの一例を示している。図２２と図２３とは境界線ＢＬ２２２３の位置で繋がっている。図２２および図２３は、ＣＮがＭＮに対してグラント無送信設定を要求する場合について示している。図２２および図２３に示すシーケンスは、図２０および図２１に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２７７】
ステップＳＴ１６０１でＣＮは、ＭｇＮＢとＳｇＮＢでのグラント無送信設定の要求を決定する。ＣＮは、たとえば、対象となるＵＥの実際の上り通信におけるスループットなどを測定し、測定結果を用いて該要求を決定する。また、ＭｇＮＢおよびＳｇＮＢのサポート情報、たとえばサポートするＳＣＳ情報などを用いてもよい。
【０２７８】
たとえば、上り通信のスループットが所望の値に満たない場合、ＣＮはＭｇＮＢおよびＳｇＮＢでのグラント無送信設定の要求を決定する。ＣＮは、どのノードのグラント無送信設定の要求を行うかを、ＭｇＮＢおよびＳｇＮＢのサポート情報を用いて決定してもよい。ＣＮがＭｇＮＢおよびＳｇＮＢのサポート情報を得る方法として、ＭｇＮＢがＣＮに対して上り送信用ノードを決定するための情報を予め通知しておく方法を適用してもよい。該通知には、Ｓ１シグナリングあるいはＮＧ−Ｃシグナリングを用いるとよい。
【０２７９】
図２２および図２３は、ＭｇＮＢとＳｇＮＢのグラント無送信設定の要求を決定する場合について示している。ステップＳＴ１６０２で、ＣＮはＭｇＮＢに対して、ＭｇＮＢとＳｇＮＢのグラント無送信設定の要求を通知する。ＣＮはＭｇＮＢに対して、対象となるＵＥを特定する情報およびＳｇＮＢを特定する情報を通知するとよい。ＭｇＮＢは、どのＵＥに対してどのＳｇＮＢでのグラント無送信を設定することが要求されたのかを、認識可能となる。
【０２８０】
ステップＳＴ１６０２でＣＮは、ＭｇＮＢとＳｇＮＢのグラント無送信設定情報のうちの一部あるいは全部を通知してもよい。たとえば、ＣＮは、グラント無送信用リソースの周期とオフセットをＭｇＮＢとＳｇＮＢの両方に対して同じに設定して、該設定を通知する。このようにすることで、ＭｇＮＢとＳｇＮＢとのグラント無送信のタイミングが同じとなり、タイミングが異なることによる遅延量の増大を抑制することが可能となる。
【０２８１】
ステップＳＴ１６０２でＭｇＮＢとＳｇＮＢでのグラント無送信設定の要求を受信したＭｇＮＢは、ＭｇＮＢでグラント無送信設定を行う。また、ＭｇＮＢはステップＳＴ１６０３で、ＳｇＮＢに対してグラント無送信設定の要求を決定する。ステップＳＴ１３０２で、ＭｇＮＢはＳｇＮＢに対して、グラント無送信設定の要求を通知する。
【０２８２】
ステップＳＴ１３０４でＭｇＮＢは、対象となるＵＥを特定する情報とＳｇＮＢからのａｃｋを示す情報を受信する。ＭｇＮＢは、あわせてＳｇＮＢでのグラント無送信設定情報を受信する。ステップＳＴ１６０４でＭｇＮＢは、自ノードのグラント無送信設定情報と、ＳｇＮＢのグラント無送信設定情報とを、ＵＥに対して通知する。
【０２８３】
ステップＳＴ１６０４の通知が成功したことを確認したＭｇＮＢは、ステップＳＴ１６０５で、ＣＮに対して、グラント無送信設定完了を通知する。該完了通知に、対象となるＵＥを特定する情報と、グラント無送信の設定が行われたノードを特定する情報とを含めてもよい。これにより、ＣＮは、ＭｇＮＢとＳｇＮＢとで、グラント無送信設定が実施されたことを認識する。
【０２８４】
ステップＳＴ１６０４でＭｇＮＢとＳｇＮＢのグラント無送信用設定を受信したＵＥは、ステップＳＴ１６０６で、ＭｇＮＢとＳｇＮＢに対して、グラント無送信の設定を行う。ＵＥで上りデータが発生すると、ステップＳＴ１６０７からステップＳＴ１６０９でＵＥとＭｇＮＢとの間でグラント無送信が行われ、ステップＳＴ１６１０からステップＳＴ１６１２でＵＥとＳｇＮＢとの間でグラント無送信が行われる。
【０２８５】
このようにすることで、ＤＣにおいて、より低遅延を図ることができる。また、ＣＮが、各ノードのグラント無送信設定要求と、該グラント無送信設定の一部または全部とを設定することによって、システムとして上り通信の遅延時間を削減できる。
【０２８６】
ＣＮは、ＭＮあるいはＳＮに対して、各ノードでのグラント無送信設定を通知してもよい。ＣＮは、グラント無送信設定の要求先のノードに対して、グラント無送信設定を、ＣＮからＭＮあるいはＳＮに対して通知するグラント無送信設定要求とともに、あるいは該要求に含めて、通知してもよい。ＣＮからグラント無送信の設定要求を受信したノードは、グラント無送信を設定するノードが自ノードとは異なる場合、グラント無送信を設定するノードに対して、グラント無送信の設定を通知してもよい。
【０２８７】
ＣＮは、グラント無送信設定の一部あるいは全部を通知してもよい。また、複数のノードに対してグラント無送信設定を通知する場合、ＣＮは、一部あるいは全部のグラント無送信設定を複数のノードに対して同じに設定して、該設定を通知してもよい。ＣＮからグラント無送信設定を通知されたノードは、該設定を考慮して自ノードのグラント無送信設定を行う。
【０２８８】
たとえば、ＣＮは、ＭＮとＳＮに対して、グラント無送信の設定要求を行う。この際、グラント無送信の周期を、ＭＮとＳＮとで同じに設定する。このようにすることで、上りデータ送信の遅延時間をＭＮとＳＮとで同程度にすることが可能となる。ＣＮは傘下のＲＡＮのノードに対して統一的な制御を可能とする。
【０２８９】
ＵＥあるいはＣＮがＭＮあるいはＳＮに対して通知したグラント無送信設定の要求に対する応答を、ＭＮあるいはＳＮが、ＵＥあるいはＣＮに対して、通知してもよい。該応答を、グラント無送信の設定が要求されたノードの識別子を含めて、通知してもよい。グラント無送信設定が要求されたノードと、該ノードでのグラント無送信設定の要求に対する応答とを、互いに関連付けて、通知しても良い。
【０２９０】
ＭＮあるいはＳＮは、グラント無送信設定の要求に対する応答として、対象とするＵＥに対してグラント無送信用設定を実施したか否かを通知してもよい。ＭＮあるいはＳＮは、肯定応答（ack）あるいは拒否応答（reject）を通知してもよい。ＭＮあるいはＳＮは、対象とするＵＥを特定するための情報を通知してもよい。グラント無送信設定の要求に対する応答を、ＵＥを特定するための情報と関連付けて通知してもよい。
【０２９１】
ＭＮとＳＮとの間でのグラント無送信設定の要求に対する応答に関しては、前述した方法を適用するとよい。グラント無送信設定の要求に対する応答を受信したノードは、該応答に応じて、ＵＥあるいはＣＮに対して、グラント無送信設定の要求に対する応答を通知するとよい。同様の効果を得ることができる。
【０２９２】
本実施の形態１の変形例１で開示した方法は、ＳＣＧを用いるベアラタイプに適用できる。すなわち、ＭＣＧスプリットベアラ、ＳＣＧスプリットベアラだけでなく、ＳＣＧベアラにも、本実施の形態１の変形例１で開示した方法を適用できる。ＳＣＧベアラにおいてＳＮでグラント無し送信を可能とすることができる。また、本実施の形態１の変形例１で開示した方法は、ＭＣ（multi connectivity）にも適宜適用できる。２つ以上のＳＮを用いればよい。ＵＥが１つのＭＮと２つ以上のＳＮとに接続されるような場合に、接続されるＳＮの数の範囲内で、１つまたは２つ以上のＳＮでグラント無送信を設定してもよい。
【０２９３】
本実施の形態１の変形例１で開示した方法とすることで、ＤＣあるいはＭＣが設定されている場合に、ＳＮでグラント無送信を可能とすることができる。ＳＮでグラント無送信を可能とすることで、ＳＮによるＳＲの受信およびそれに続く上りグラント送信を不要とすることができ、ＳＮでの上りデータ送信の遅延時間を削減することが可能となる。
【０２９４】
ＣＡ（Carrier Aggregation）においてもグラント無送信を行う。ＣＡでグラント無送信の設定を可能とする。いいかえると、ＣＡでグラント無送信をサポートする。ＣＡの一つまたは複数のＣＣ（セル）でグラント無送信をサポートしてもよい。
【０２９５】
ＣＡにおいてＳＲは所定のセルにおいて送信される。たとえば、ＰＣｅｌｌ、ＰＵＣＣＳＨ  ＳＣｅｌｌ、ＳＰＣｅｌｌにおいてＳＲが送信される。グラント無送信設定が行われるセルは、ＳＲを送信可能なセルでなくてもよい。上りデータを送信するセルに対して、グラント無送信設定が行われるとよい。ＳＲの送信が可能なセルに限定されないため、たとえば、ＵＥに対して無線環境のよいセルでグラント無送信を設定可能となる。ＵＥは、無線環境のよいセルでグラント無送信を実施可能とでき、上り通信において低遅延特性を得られるとともに高いスループットを得ることが可能となる。
【０２９６】
ＭＮはＵＥに対して、一つまたは複数のセルのグラント無送信設定を通知する。ＭＮは、各ノード（ＭＮおよびＳＮ）についてセル毎のグラント無送信設定を通知するとよい。ＭＮは、セルを特定するための情報と、グラント無送信設定情報とを通知するとよい。ＭＮは、ＳＮについてセル毎のグラント無送信設定をあらかじめ取得しておくとよい。該取得方法には、前述のＤＣでのグラント無送信設定方法で開示した方法を適用するとよい。
【０２９７】
各ノードがＵＥに対して、一つまたは複数のセルのグラント無送信設定を通知してもよい。ＭＮは、自ノードについてセル毎のグラント無送信設定を通知するとよい。ＳＮは、自ノードについてセル毎のグラント無送信設定を通知するとよい。
【０２９８】
各セルのグラント無送信のＲＲＣ設定は、ＭＮあるいは各ノードからＵＥに対して、ＲＲＣシグナリングで通知するとよい。各セルのグラント無送信のＬ１設定は、各セルからＵＥに対して、Ｌ１シグナリングで通知するとよい。Ｌ１設定をＤＣＩに含めて通知するとよい。
【０２９９】
セルはＵＥに対して、他の一つまたは複数のセルのグラント無送信のＬ１設定を通知してもよい。グラント無送信設定を行うセルを特定するための情報とグラント無送信のＬ１設定とを、ＤＣＩに含めて通知するとよい。このようにすることで、ＵＥは特定のセルの制御チャネルを受信しておけばよく、常に全セルの制御チャネルを受信する必要がなくなる。ＵＥの低消費電力化がはかれる。
【０３００】
ＣＡの場合、ＣＡを行うセルのスケジューリングは、各ノードのＭＡＣで行われる。このため、セルが他セルのＬ１設定を通知したとしても、他セルのグラント無送信用無線リソースの設定や、グラント無送信のアクト／デアクトを、適時に反映させることができる。無線リソースの使用効率を向上可能となる。
【０３０１】
グラント無送信を設定されたセルのうちでどのセルによってデータを送信するかを、ＵＥが判断してもよい。Ｌ１設定がなされる場合は、ＵＥが、アクトされたセルから、データ送信を行うセルを選択してもよい。たとえば、ＵＥは、各セルの下りパスロスを測定し、パスロスの最も小さいセルで上りデータ送信を行うという判断をしてもよい。
【０３０２】
グラント無送信を設定されたセルのうち、どのセルでデータを送信するかは、ノードが判断してもよい。各ノードが、どのセルでデータを送信するかを判断してもよい。決定されたセルのみが、Ｌ１設定でアクトをＵＥに対して通知する。決定されたセルは、他のセルに対して、Ｌ１設定でデアクトを通知する。このようにすることで、ノードが、ＵＥがどのセルで上りデータを送信するかを決定可能となる。たとえば、ノードは、ＵＥから各セルへの上りサウンディング信号を受信して各セルの上り通信品質を測定し、上り通信品質が最もよいセルで上りデータ送信を行うという判断をしてもよい。
【０３０３】
上りデータ送信を行うセルを特定するための情報を設けてもよい。ノードは、該情報をＲＲＣ設定に含めて、ＲＲＣシグナリングで通知してもよい。あるいは、該情報を、ＭＡＣ  ＣＥに含めて、ＭＡＣシグナリングで通知してもよい。グラント無送信をダイナミックに設定可能となる。また、ＨＡＲＱが適用されるため、受信誤りを削減することが可能となる。あるいは、上りデータ送信を行うセルを特定するための情報報を、Ｌ１設定に含めて、Ｌ１シグナリングで通知もよい。グラント無送信ルをダイナミックに設定可能となる。ＨＡＲＱが行われないＵＥに対して即時に、グラント無送信を設定することが可能となる。
【０３０４】
グラント無送信設定の一部または全部を、複数のセルで同じとしてもよい。該同じグラント無送信設定を、全セルで共通の設定としてもよい。たとえば、グラント無送信用リソースのタイミングを、複数のセル間で異ならせる。このようにすることで、ＵＥで上りデータが発生したタイミングから最短でグラント無送信用リソースを使用可能なセルによって、上りデータ通信を開始することができる。上り通信の遅延時間をさらに削減可能となる。
【０３０５】
このようにすることで、ＣＡにおいても、一つまたは複数のセルで、グラント無送信を可能とする。たとえば、ＵＥは電波伝搬環境のよいセルにおいて、データ通信を開始することが可能となる。また、ＳＲ送信可能なセルだけでなく他のセルにおいても、上り通信を開始することが可能となる。
【０３０６】
実施の形態２．
低遅延が要求される通信サービスの上り通信において、グラント無送信を設定することで、低遅延特性を得ることができる。しかし、たとえばＵＲＬＬＣサービスのように低遅延特性だけでなく高信頼特性を要求されるような通信サービスに対しては、グラント無送信を設定しただけでは要求を満足させることができない。
【０３０７】
前述の問題に対する解決策を以下に開示する。
【０３０８】
同じパケットを複製してＤＣを用いて送信するパケット複製（packet duplication）において、グラント無送信を設定可能とする。パケット複製設定中に、ＭＮにおいてグラント無送信設定を可能とする。パケット複製設定中に、ＳＮにおいてもグラント無送信設定を可能とする。あるいは、パケット複製設定中に、ＭＮあるいはＳＮのどちらか一方においてグラント無送信設定を可能としてもよい。パケット複製設定中とは、パケット複製設定処理中を含んでもよい。
【０３０９】
グラント無送信が設定されている上り通信に対して、パケット複製を設定可能としてもよい。グラント無送信が設定されている上り通信に対して、パケット複製を実施する場合、ＳＮにおいてもグラント無送信設定を可能とする。このようにパケット複製とグラント無送信の両方を設定することで、低遅延特性に加えて信頼性を向上させることができる。
【０３１０】
ＤＣを用いたパケット複製では、ＭＮとＵＥとの間でパケット複製の設定が行われ、ＳＮはパケット複製の設定を認識しなくてもよい。ＳＮは通常のパケットデータ送受信と同じ処理を実施すればよい。一方、前述したように、グラント無送信の設定はＲＲＣ設定が必要となる。このため、ＤＣを用いたパケット複製でグラント無送信を設定しようとする場合、ＳＮはグラント無送信の設定が必要か否かを認識できず、ＳＮでグラント無送信の設定を実施できないという問題が生じる。
【０３１１】
前述の問題に対する解決策を以下に開示する。
【０３１２】
ＭＮがＳＮに対してグラント無送信の設定を要求する。パケット複製設定中、ＭＮがＳＮに対してグラント無送信の設定を要求する。ＳＮはＭＮに対してグラント無送信設定を通知する。ＭＮはＵＥに対して、自ノードに設定したグラント無送信設定、および、ＳＮのグラント無送信設定を通知する。ＭＮからＳＮに対するグラント無送信の設定要求、および、ＭＮ、ＳＮ、ＵＥ間でのグラント無送信設定に関する方法は、実施の形態１の変形例１で開示した方法を適宜適用するとよい。
【０３１３】
たとえば、ＭＮがＳＮに対してグラント無送信の設定を要求するのではなく、ＭＮがＳＮに対してグラント無送信の設定を指示する方法を適用してもよい。
【０３１４】
このようにすることによって、ＳＮはグラント無送信の設定が必要か否かを認識可能となり、ＳＮでグラント無送信の設定ができる。このため、ＤＣを用いたパケット複製でグラント無送信の設定が可能となる。低遅延特性かつ高信頼特性を得られる。
【０３１５】
ＭＮは、ＳＮに対して、グラント無送信用リソースのタイミングを同じにするよう要求してもよい。グラント無送信用リソースのタイミングは、グラント無送信用リソースの周期とオフセットとであってもよい。ＭＮは、自ノードのグラント無送信設定パラメータのうちこれらのパラメータを、ＳＮに通知してもよい。ＳＮは該パラメータを設定可能となる。
【０３１６】
このようにすることで、ＵＥから両ノードへの送信タイミングを揃えることができるため、各ノードへの送信タイミングが異なることによる遅延時間の増大を削減することが可能となる。
【０３１７】
ＭＮは、ＳＮに対して、グラント無送信用リソースのタイミングを異ならせるよう要求してもよい。ＭＮは、自ノードのグラント無送信設定パラメータのうちタイミングに関するパラメータを異なる値に設定して、該設定値をＳＮに通知してもよい。ＳＮは該パラメータを設定可能となる。
【０３１８】
各ノードへの送信タイミングが同じ場合、ＵＥの送信電力を各ノードへ配分しなくてはならず、ノードへの送信電力の低下が生じる場合がある。各ノードへの送信タイミングを異ならせることで、ＵＥから各ノードへの上り送信電力の低下を抑制することができる。
【０３１９】
ＭＮは、ＳＮに対して、グラント無送信用リソースのタイミングを所定の範囲内で異ならせるよう要求してもよい。ＭＮは、自ノードのグラント無送信設定パラメータのうちタイミングに関するパラメータを所定の範囲内で異なる値に設定して、該設定値をＳＮに通知してもよい。ＳＮは該パラメータを設定可能となる。
【０３２０】
このようにすることで、各ノードへの上り送信電力の低下を抑制することができ、かつ、各ノードへの送信タイミングを所定の範囲内に抑えることで、遅延時間を低減することが可能となる。
【０３２１】
ＭＮにおいてグラント無送信が設定されている上り通信に対してパケット複製を設定しようとする場合も、ＳＮはグラント無送信の設定が必要か否かを認識できず、ＳＮでグラント無送信の設定を実施できないという問題が生じる。
【０３２２】
前述の問題に対する解決策を以下に開示する。
【０３２３】
ＭＮは、グラント無送信が設定されている上り通信に対して、ＤＣを用いたパケット複製を設定することを、ＵＥに対して通知する。また、ＭＮはＳＮに対してグラント無送信の設定を要求する。ＭＮはＳＮに対してグラント無送信の設定指示を通知してもよい。ＳＮはＭＮに対してグラント無送信設定を通知する。ＭＮはＵＥに対して、自ノードに設定したグラント無送信設定、および、ＳＮのグラント無送信設定を通知する。ＭＮからＳＮに対するグラント無送信の設定要求など、ＭＮ、ＳＮ、ＵＥ間でのグラント無送信設定に関する方法は、実施の形態１の変形例１で開示した方法を適宜適用するとよい。
【０３２４】
このようにすることによって、ＳＮはグラント無送信の設定が必要か否かを認識可能となり、ＳＮでグラント無送信の設定ができる。このため、ＭＮにおいてグラント無送信が設定されている上り通信に対して、パケット複製を設定可能となる。低遅延特性かつ高信頼特性を得られる。
【０３２５】
図２４〜図２６は、パケット複製においてグラント無送信の設定を行うシーケンスの一例を示している。図２４〜図２６は境界線ＢＬ２４２５，ＢＬ２５２６の位置で繋がっている。ステップＳＴ１７０１でＭｇＮＢは、ＵＥに対して、スプリットベアラを用いた上りパケット複製を決定する。ステップＳＴ１７０２でＭｇＮＢは、スプリットベアラを用いたＤＣの設定処理を、ＵＥとＳｇＮＢとの間で行う。ステップＳＴ１７０３でＭｇＮＢはＵＥに対して、上りパケット複製の設定を通知する。該通知にはＲＲＣシグナリングを用いるとよい。ステップＳＴ１７０４でＭｇＮＢはＵＥに対して、パケット複製のａｃｔを通知する。該通知にはＭＡＣシグナリングを用いるとよい。
【０３２６】
ステップＳＴ１７０４でパケット複製のａｃｔを受信したＵＥは、ステップＳＴ１７０５でパケット複製を開始する。パケット複製を開始したＵＥは、上りデータを複製し、ＭｇＮＢとＳｇＮＢとに上りデータの送信を行う。ステップＳＴ１７０６からステップＳＴ１７０８でＭｇＮＢへの上りデータ送信を行い、ステップＳＴ１７０９からステップＳＴ１７１１でＳｇＮＢへの上りデータ送信を行う。
【０３２７】
ステップＳＴ１７１２でＳｇＮＢは、ＵＥから受信した上りデータを、ＭｇＮＢに送信する。該上りデータ送信には、Ｓ１インタフェースあるいはＸｎインタフェースを用いるとよい。ステップＳＴ１７１３でＭｇＮＢは、ＭｇＮＢが受信した上りデータとＳｇＮＢから受信した上りデータを比較し、重複した上りデータを削除する。このようにすることで、ＭｇＮＢとＳｇＮＢのスプリットベアラを用いた上りパケット複製が行われる。
【０３２８】
ステップＳＴ１７１４でＭｇＮＢは、ＭｇＮＢとＳｇＮＢとのグラント無送信設定を決定する。この決定方法には、図１６および図１７で開示した決定方法を適用するとよい。パケット複製を行っている上りデータに対してグラント無送信を設定する場合は、ＭｇＮＢとＳｇＮＢの両方のグラント無送信設定を決定してもよい。ステップＳＴ１７１５でＭｇＮＢはＳｇＮＢに対して、グラント無送信用設定の指示を通知する。ＭｇＮＢはＳｇＮＢに対して、対象となるＵＥを特定する情報を通知してもよい。ＭｇＮＢはＳｇＮＢに対して、グラント無送信用設定の一部または全部を通知してもよい。
【０３２９】
ＭｇＮＢはＳｇＮＢに対して、グラント無送信用設定情報として、グラント送信用リソースの周期とオフセットを通知してもよい。ＳｇＮＢとＭｇＮＢとのグラント送信用リソースの周期とオフセットをあわせることで、ＳｇＮＢとＭｇＮＢとのグラント送信用リソースタイミングが異なることによる遅延量の増大を抑制することが可能となる。
【０３３０】
ＭｇＮＢからグラント無送信用設定指示を受信したＳｇＮＢは、ステップＳＴ１７１６でグラント無送信用設定を行う。グラント無送信用設定において無線リソースの保持を伴うが、ＳｇＮＢは、ＭｇＮＢから指示を受信した場合、他のＵＥに優先して、対象となるＵＥへのグラント無送信用設定を行うとよい。ステップＳＴ１７１７でＳｇＮＢは、ＭｇＮＢからのグラント無送信用設定の指示に対する応答を通知する。ここでは、ＳｇＮＢはａｃｋを通知する。ＳｇＮＢは、対象となるＵＥを特定する情報と、ＳｇＮＢでのグラント無送信用設定をあわせて通知する。ステップＳＴ１７１８でＭｇＮＢはＵＥに対して、自ノードのグラント無送信用設定とＳｇＮＢのグラント無送信用設定とを通知する。
【０３３１】
ステップＳＴ１７１９でＵＥは、ＭｇＮＢとＳｇＮＢに対してグラント無送信用設定を行う。ステップＳＴ１７２０からステップＳＴ１７２２で、ＵＥはＭｇＮＢに対してグラント無送信を行う。また、ステップＳＴ１７２３からステップＳＴ１７２５で、ＵＥはＳｇＮＢに対してグラント無送信を行う。ステップＳＴ１７２６でＳｇＮＢは、ＵＥから受信した上りデータを、ＭｇＮＢに送信する。ステップＳＴ１７２７でＭｇＮＢは、重複した上りデータを削除する。
【０３３２】
前述の例では、ＭｇＮＢはＳｇＮＢに対してグラント無送信用設定の指示を通知したが、ＭｇＮＢはＳｇＮＢに対してグラント無送信用設定の要求を通知してもよい。また、ＳｇＮＢがＭｇＮＢに対してａｃｋを通知したが、ＳｇＮＢがＭｇＮＢに対してａｃｋを通知してもよい。たとえば、グラント無送信用設定の要求を受信したＳｇＮＢは、自ノードのリソース不足によりグラント無送信用設定ができない場合、ＭｇＮＢに対してＲｅｊｅｃｔを通知する。リソース不足を理由情報としてあわせて通知してもよい。
【０３３３】
Ｒｅｊｅｃｔの通知を受信したＭｇＮＢは、たとえば、自ノードのみグラント無送信の設定を行うことを決定し、ＵＥに対して、ＭｇＮＢのみのグラント無送信用設定を通知してもよい。
【０３３４】
ＭｇＮＢは、再度ＳｇＮＢに対してグラント無送信設定の要求を決定して、ＳｇＮＢに対してグラント無送信設定の要求を通知してもよい。ＳｇＮＢはリソース不足が解消していた場合、ＭｇＮＢに対して、ＡｃｋにＳｇＮＢでのグラント無送信用設定を含めて通知する。ＭｇＮＢはＵＥに対して、ＭｇＮＢとＳｇＮＢのグラント無送信用設定を通知してもよい。ＭｇＮＢのグラント無送信用設定に変更が無い場合は、ＳｇＮＢのグラント無送信用設定のみを通知してもよい。
【０３３５】
このようにすることで、ＭｇＮＢとＳｇＮＢのスプリットベアラを用いた上りパケット複製において、グラント無送信を行うことが可能となる。このため、パケット複製実行中も、より低遅延を図ることが可能となる。高信頼性と低遅延特性とを得ることが可能となる。
【０３３６】
ＤＣ設定処理において上りパケット複製設定を行ってもよい。たとえば、ＭＮからＵＥに対して通知するＲＲＣ接続再設定メッセージに、上りパケット複製設定情報を含めることで、該情報を通知してもよい。ＤＣ設定処理においてＲＲＣ接続再設定メッセージを受信したＵＥは、ＤＣの設定とともに、上りパケット複製設定を実施する。このようにすることで、ＲＲＣシグナリング量を削減できる。
【０３３７】
図２７〜図２９は、グラント無送信が設定されている上り通信に対してパケット複製の設定を行うシーケンスの一例を示している。図２７〜図２９は境界線ＢＬ２７２８，ＢＬ２８２９の位置で繋がっている。図２７〜図２９に示すシーケンスは、図２４〜図２６に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３３８】
ステップＳＴ１８０１でＭｇＮＢは、ＵＥに対してＭｇＮＢのグラント無送信設定を通知する。ステップＳＴ１８０２でＵＥは、ＭｇＮＢに対するグラント無送信設定を行う。ステップＳＴ１８０３からステップＳＴ１８０５で、ＵＥで上りデータが発生すると、ＵＥとＭｇＮＢとの間でグラント無送信が行われる。
【０３３９】
ステップＳＴ１８０６でＭｇＮＢは、スプリットベアラを用いたパケット複製を決定する。ステップＳＴ１７１４でＭｇＮＢは、ＭｇＮＢとＳｇＮＢとのグラント無送信設定を決定する。ステップＳＴ１８０６でスプリットベアラを用いたパケット複製を決定したＭｇＮＢは、ステップＳＴ１８０７で、ＵＥとＳｇＮＢとの間でＤＣ設定処理を行う。ステップＳＴ１８０７でＤＣ設定処理が行われた後、ステップＳＴ１７１５でＭｇＮＢは、ＳｇＮＢのグラント無送信設定の指示を、ＳｇＮＢに通知する。
【０３４０】
ステップＳＴ１７１６からステップＳＴ１７１９で、ＵＥに対して、ＭｇＮＢとＳｇＮＢとのグラント無送信の設定が行われる。ＭｇＮＢはグラント無送信の設定変更を行い、ステップＳＴ１７１８でＭｇＮＢがＵＥに対して、変更後のグラント無送信設定を通知してもよい。ステップＳＴ１７１８でＭｇＮＢとＳｇＮＢのグラント無送信用設定を通知したＭｇＮＢは、ステップＳＴ１８０８でＵＥに対して上りパケット複製の設定を通知する。該通知にはＲＲＣシグナリングを用いるとよい。ステップＳＴ１８０９でＭｇＮＢはＵＥに対して、パケット複製のａｃｔを通知する。該通知にはＭＡＣシグナリングを用いるとよい。
【０３４１】
ステップＳＴ１８０９でＭｇＮＢからパケット複製のａｃｔを受信したＵＥは、ステップＳＴ１８１０で上りデータの複製を開始する。ＵＥで上りデータが発生すると、上りデータのパケット複製が行われ、ステップＳＴ１７２０からステップＳＴ１７２２で、ＵＥとＭｇＮＢとの間でグラント無送信を行われ、また、ステップＳＴ１７２３からステップＳＴ１７２５で、ＵＥとＳｇＮＢとの間でグラント無送信が行われる。
【０３４２】
このようにすることで、グラント無送信が設定されている上り通信に対してパケット複製の設定が可能となる。このため、グラント無送信によって低遅延特性を得ている上り通信に対して、パケット複製を実行することで、より高信頼性を得ることが可能となる。低遅延特性と高信頼性とを得ることが可能となる。
【０３４３】
ＤＣ設定処理においてグラント無送信用設定を行ってもよい。たとえば、ＭＮからＳＮに対して通知するＸｎ／Ｘ２メッセージ、たとえばＳｇＮＢ変更要求メッセージ（SgNB modification request）に、グラント無送信用設定要求やグラント無送信用設定指示を含めて通知してもよい。また、たとえば、ＳＮからＭＮに対して通知するＸｎ／Ｘ２メッセージ、たとえばＳｇＮＢ変更要求応答メッセージ（SgNB modification request Acknowledge）にグラント無送信用設定情報を含めて通知してもよい。この方法は実施の形態１の変形例１で開示した方法に適用してもよい。このようにすることで、Ｘｎ／Ｘ２シグナリング量を削減できる。
【０３４４】
また、たとえば、ＭＮからＵＥに対して通知するＲＲＣ接続再設定メッセージに、グラント無送信用設定情報を含めることで、該情報を通知してもよい。ＤＣ設定処理においてＲＲＣ接続再設定メッセージを受信したＵＥは、ＤＣの設定とともに、グラント無送信用設定を実施する。この方法は実施の形態１の変形例１で開示した方法に適用してもよい。このようにすることで、ＲＲＣシグナリング量を削減できる。
【０３４５】
ＤＣ設定処理において上りパケット複製設定を行ってもよい。たとえば、ＭＮからＵＥに対して通知するＲＲＣ接続再設定メッセージに、上りパケット複製設定情報を含めることで、該情報を通知してもよい。ＤＣ設定処理においてＲＲＣ接続再設定メッセージを受信したＵＥは、ＤＣの設定とともに、上りパケット複製設定を実施する。このようにすることで、ＲＲＣシグナリング量を削減できる。
【０３４６】
グラント無送信用設定処理において上りパケット複製設定を行ってもよい。たとえば、ＭＮからＵＥに対して通知するグラント無送信用設定のためのＲＲＣシグナリングに、上りパケット複製設定情報を含めることで、該情報を通知してもよい。グラント無送信用設定のためのＲＲシグナリングを受信したＵＥは、グラント無送信用設定とともに、上りパケット複製設定を実施する。このようにすることで、ＲＲＣシグナリング量を削減できる。
【０３４７】
グラント無送信の設定において、グラント無送信設定のアクト／デアクトを、ＭＡＣシグナリングを用いて行ってもよい。各ノードのグラント無送信設定のアクト／デアクト情報を設けてもよい。該情報をＭＡＣ  ＣＥに含めてもよい。ＭＮがＵＥに対して、ＭＡＣ  ＣＥにより、グラント無送信設定のアクト／デアクトを通知する。ＳＮがＵＥに対して、ＭＡＣ  ＣＥにより、グラント無送信設定のアクト／デアクトを通知してもよい。
【０３４８】
各ノードのグラント無送信設定のアクト／デアクト情報を受信したＵＥは、各ノードに対するグラント無送信用設定を実施する。ＭＡＣシグナリングに各ノードのグラント無送信設定のアクト／デアクト情報を設けることで、ＵＥに対するグラント無送信用設定が動的に適時に実施可能となる。無線リソースの無駄な使用を削減可能となる。
【０３４９】
パケット複製のアクト／デアクト設定はＭＡＣシグナリングによって行われる。パケット複製のアクト／デアクト設定のためのＭＡＣ  ＣＥを含むＭＡＣシグナリングに、各ノードのグラント無送信設定のアクト／デアクト情報のＭＡＣ  ＣＥを含めることで、該情報を通知してもよい。同じＭＡＣシグナリングで通知することにより、シグナリング量を削減できる。
【０３５０】
図３０および図３１は、パケット複製のａｃｔとグラント無送信設定のａｃｔとを同一シグナリングで通知して、パケット複製とグラント無送信の設定を行うシーケンスの一例を示している。図３０と図３１とは境界線ＢＬ３０３１の位置で繋がっている。図３０および図３１に示すシーケンスは、図２７〜図２９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３５１】
ステップＳＴ１９０１で、ＭｇＮＢはＵＥに対して、スプリットベアラを用いたパケット複製を決定し、その際にＭｇＮＢとＳｇＮＢとのグラント無送信の設定を決定する。ステップＳＴ１９０２でＭｇＮＢは、ＵＥとＳｇＮＢとの間でＤＣ設定処理を行う。ステップＳＴ１９０２でＤＣ設定処理が行われた後、ステップＳＴ１７１５でＭｇＮＢは、ＳｇＮＢのグラント無送信設定の指示を、ＳｇＮＢに通知する。
【０３５２】
ステップＳＴ１７１６からステップＳＴ１７１8で、ＵＥに対して、ＭｇＮＢとＳｇＮＢとのグラント無送信の設定が行われる。ステップＳＴ１７１８でＭｇＮＢとＳｇＮＢのグラント無送信用設定を通知したＭｇＮＢは、ステップＳＴ１８０８でＵＥに対して上りパケット複製の設定を通知する。ステップＳＴ１９０３でＭｇＮＢはＵＥに対して、パケット複製のアクトと、ＭｇＮＢとＳｇＮＢのグラント無送信用設定のアクトを同じシグナリングで通知する。該通知にはＭＡＣシグナリングを用いるとよい。
【０３５３】
たとえば、パケット複製のアクトを含むＭＡＣ  ＣＥと、ＭｇＮＢとＳｇＮＢのグラント無送信用設定のアクトを含むＭＡＣ  ＣＥとを、同じＭＡＣ  ＰＤＵに含めて通知する。ステップＳＴ１９０３でパケット複製のアクトと、ＭｇＮＢとＳｇＮＢのグラント無送信用設定のアクトを受信したＵＥは、ステップＳＴ１９０４でＭｇＮＢとＳｇＮＢのグラント無送信設定を行い、パケット複製を開始する。
【０３５４】
ＵＥで上りデータが発生すると、上りデータのパケット複製が行われ、ステップＳＴ１７２０からステップＳＴ１７２２で、ＵＥとＭｇＮＢとの間でグラント無送信を行われ、また、ステップＳＴ１７２３からステップＳＴ１７２５で、ＵＥとＳｇＮＢとの間でグラント無送信が行われる。
【０３５５】
このようにすることで、低遅延特性と高信頼性とを得ることが可能となる。また、グラント無送信設定のアクト／デアクトをＭＡＣ  ＣＥで行うことにより、ＭｇＮＢがＵＥに対してグラント無送信を開始させたい時、あるいはグラント無送信を停止させたい時に、ダイナミックに制御が可能となる。このため、無線リソースの使用効率を向上させることが可能となる。また、パケット複製のアクト／デアクトと、グラント無送信設定のアクト／デアクトを同じＭＡＣシグナリングで通知することにより、シグナリング量を削減可能となる。
【０３５６】
同じパケットを複製してＣＡを用いて送信するパケット複製において、グラント無送信を設定可能とする。パケット複製設定中に、パケット複製が行われるセルにおいてグラント無送信設定を可能とする。パケット複製設定中とは、パケット複製設定処理中を含んでもよい。
【０３５７】
グラント無送信が設定されている上り通信に対して、パケット複製（ＣＡ）を設定可能としてもよい。グラント無送信が設定されている上り通信に対して、パケット複製を実施する場合、パケット複製が行われるセルにおいてもグラント無送信設定を可能とする。
【０３５８】
ノードはＵＥに対して、パケット複製が行われるセルに設定したグラント無送信設定を通知する。この通知方法は、前述のＤＣを用いたパケット複製においてグラント無送信を設定可能とする方法で開示した方法を適宜適用するとよい。
【０３５９】
このようにすることで、パケット複製（ＣＡ）においてグラント無送信が設定可能となる。グラント無送信が設定されている上り通信に対して、パケット複製（ＣＡ）の設定が可能となる。これにより、低遅延特性かつ高信頼性を得ることが可能となる。また、一つのノードを用いて低遅延特性かつ高信頼性を得ることが可能となる。
【０３６０】
実施の形態３．
上りプリエンプション送信（非特許文献１４（Ｒ１−１７１２７４７）参照）において、プリエンプション送信を行うＵＥはｇＮＢに対し、ＳＲを送信する。プリエンプション送信を行うＵＥは、例えば、ＵＲＬＬＣ通信を行うＵＥであってもよい。ｇＮＢは、プリエンプトされるＵＥに対して、プリエンプション通信が発生することを示す情報を通知する。該通知情報には、プリエンプション送信に用いられる周波数リソースに関する情報が含まれてもよい。該通知情報には、時間リソースに関する情報が含まれてもよい。該通知情報には、電力リソースに関する情報が含まれてもよい。プリエンプトされるＵＥは、例えば、ｅＭＢＢ通信を行うＵＥであってもよい。
【０３６１】
ｇＮＢは、配下のＵＥの全部あるいは一部に対して、プリエンプション通信が発生することを示す情報を受信するための設定を行ってもよい。ＵＥは、該設定を用いて、プリエンプション通信が発生することを示す情報の受信を開始してもよい。プリエンプトされるＵＥは、該設定をされたＵＥであってもよい。以下、同様としてもよい。
【０３６２】
プリエンプトされるＵＥは、該通知を用いて、プリエンプション送信が行われる周波数および／あるいは時間リソースにおいて、上り送信電力を小さくしてもよい。あるいは、プリエンプトされるＵＥは、該リソースにおいて上り送信電力を停止してもよい。プリエンプション通信における信頼性向上が可能となる。
【０３６３】
プリエンプトされるＵＥは、プリエンプション送信が行われる周波数および／あるいは時間リソースにおいて送信する予定であった上りデータの送信を行わないとしてもよい。該ＵＥおよびｇＮＢにおける処理量を削減可能となる。他の例として、該ＵＥは、該リソース以外のリソースを用いて、該上りデータを送信してもよい。例えば、該ＵＥは、該上りデータを、プリエンプション送信が行われる時間リソースより後ろにずらして送信してもよい。該ＵＥは、ｇＮＢより指示されたスケジューリンググラントにおいて送信し切れない上りデータの送信を、打ち切ってもよい。前述における、該上りデータの送信を行わないか、および／あるいは、該上りデータを該リソース以外のリソースを用いて送信するかは、ｇＮＢの復号特性を用いて決められてもよい。上り送信におけるＨＡＲＱ復号特性の向上により、プリエンプトされるＵＥの上り通信における信頼性の向上が可能となる。
【０３６４】
他の例として、プリエンプトされるＵＥは、符号化および変調処理をやり直してもよい。前述のやり直しは、例えば、プリエンプション送信以降の時間リソースにて送信する上りデータについて適用してもよい。前述のやり直しにおいて、例えば、符号化率を大きくしてもよい。プリエンプション送信による符号化および変調処理のやり直しの方法（例えば、符号化率や、符号化をやり直す対象の符号化前データなど）について、予め規格で定めてもよいし、プリエンプトされるＵＥは該方法に関する情報を基地局に通知してもよい。該通知には、例えば、上りＬ１／Ｌ２シグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよい。このことにより、例えば、プリエンプション送信による、プリエンプトされるＵＥからの上りデータ送信の欠落を防ぐことが可能となる。
【０３６５】
ｇＮＢは、プリエンプション送信を行うＵＥ（以下、プリエンプションＵＥと称する場合がある）に対して、上りグラントを通知する。プリエンプション送信を行うＵＥは、該グラントを用いて、上りプリエンプション送信を行う。
【０３６６】
前述の方法を適用した場合には、以下に示す問題が生じる。すなわち、プリエンプション送信を行うＵＥは、上り送信を行うデータが発生した後にｇＮＢに対してＳＲを送信する必要があるため、実際にプリエンプション送信を行うまでに時間を要する。このことにより、上りプリエンプション送信において低遅延性を確保できないという問題が生じる。
【０３６７】
前述の問題に対する解決策として、プリエンプション送信を行うＵＥは、プリエンプトされるＵＥ（以下、被プリエンプトＵＥと称する場合がある）に対し、プリエンプション通信を行うことを示す情報を通知してもよい。該通知情報には、プリエンプション送信に用いられる周波数リソースに関する情報が含まれてもよい。該通知情報には、時間リソースに関する情報が含まれてもよい。該通知情報には、電力リソースに関する情報が含まれてもよい。プリエンプトされるＵＥは、プリエンプション送信が行われる周波数および／あるいは時間リソースにおいて送信する予定であった上りデータの送信を行わないとしてもよい。このことにより、プリエンプション送信を行うＵＥは、迅速にプリエンプト送信を行うことが可能となる。
【０３６８】
前述の方法を適用した場合には、以下に示す問題が生じる。すなわち、プリエンプション送信を行うＵＥとプリエンプトされるＵＥの間の距離が離れている場合において、該情報の通知を、プリエンプトされるＵＥが正しく受信できない可能性がある。その結果、プリエンプトされるＵＥはプリエンプション送信のタイミングにおいて上りデータの送信を行い、プリエンプション送信に対して干渉が生じる。また、ｇＮＢは、プリエンプション送信のタイミングを把握できず、プリエンプション送信の信号を正しく受信できない可能性がある。このことにより、プリエンプション通信の信頼性が低下するという問題が生じる。
【０３６９】
前述の問題に対する解決策を以下に開示する。
【０３７０】
ｇＮＢは、プリエンプトされるＵＥに対して、プリエンプション指示（preemption indication）を行う。該通知は、プリエンプション送信が発生する可能性のあるタイミングを示すものであってもよい。すなわち、該タイミングにおいて、プリエンプション送信が実際に発生してもよいし、発生しなくてもよい。１つの該通知が示す該タイミングは、１つのタイミングであってもよいし、複数のタイミングであってもよい。
【０３７１】
ｇＮＢからのプリエンプション指示の送信に用いられる周波数リソースは、プリエンプトされるＵＥの下りユーザデータ受信に用いられる領域と異なる領域であってもよい。例えば、プリエンプション指示用の周波数リソースが設けられてもよい。このことにより、例えば、プリエンプトされるＵＥはプリエンプションの発生を容易に把握することが可能となる。
【０３７２】
ｇＮＢは、配下のＵＥに対し、プリエンプション指示の送信に用いられる周波数リソースに関する情報を報知してもよい。前述におけるｇＮＢ配下のＵＥは、プリエンプトされるＵＥを含んでもよい。他の例として、ｇＮＢは配下のＵＥに対して、該周波数リソースに関する情報を個別に通知してもよい。該個別の通知には、ＲＲＣ個別シグナリングが用いられてもよい。例えば、ｇＮＢから配下のＵＥに対するＲＲＣ接続再設定（RRCConnectionReconfiguration）のシグナリングに、該周波数リソースに関する情報が含まれてもよい。
【０３７３】
該周波数リソースの他の例として、プリエンプトされるＵＥの下りユーザデータ受信に用いられる領域と同じ領域を用いてもよい。例えば、ＰＤＣＣＨを用いてもよい。ｇＮＢは、プリエンプション通信が発生する可能性のある複数のタイミングに関する情報を、ＰＤＣＣＨに含めてもよい。このことにより、通信システムにおける周波数リソースを節約することが可能となる。前述のＰＤＣＣＨは、ＵＥ個別のＰＤＣＣＨであってもよい。各ＵＥに対するリソース制御を柔軟に行うことが可能となる。複数のＵＥに共通のＰＤＣＣＨ、例えば、グループ共通のＰＤＣＣＨ（Group common PDCCH）を用いてもよい。プリエンプション指示に要するシグナリング量を削減可能となる。
【０３７４】
ｇＮＢは、プリエンプション指示を、プリエンプトされるＵＥに関する情報を用いて、符号化および／あるいは変調してもよい。例えば、ｇＮＢは、プリエンプトされるＵＥのＣ−ＲＮＴＩを用いて、プリエンプション指示を符号化および／あるいは変調してもよい。プリエンプトされるＵＥは、該情報を用いてプリエンプション指示を取得してもよい。このことにより、例えば、他ＵＥによるプリエンプション指示の誤取得を防止可能となり、その結果、通信システムの効率低下を防止可能となる。
【０３７５】
前述の、プリエンプション指示の符号化および／あるいは変調の例として、ＣＲＣ符号に対するスクランブリング、例えば、ＣＲＣ符号と、Ｃ−ＲＮＴＩの全部あるいは一部を用いたスクランブリングとを用いてもよい。前述のスクランブリングとは、例えば、ＣＲＣ符号とＣ−ＲＮＴＩとの各ビット同士の排他的論理和の演算であってもよい。他の例として、プリエンプション指示の情報ビットと、Ｃ−ＲＮＴＩの全部あるいは一部を用いたスクランブリングとを用いてもよい。他の例として、プリエンプション指示の情報ビットと、Ｃ−ＲＮＴＩの全部あるいは一部とをビット結合したビット列を用いて、ＣＲＣ符号を導出してもよい。該ビット列を他の符号化処理に用いてもよい。
【０３７６】
他の例として、プリエンプトされるＵＥに関する情報を変調に用いてもよい。例えば、プリエンプション指示に付随するＤＭＲＳのシーケンスに関する情報が、プリエンプトされるＵＥに関する情報を用いて決定されてもよい。シーケンスに関する情報とは、例えば、ＺＣ（Zadoff-Chu）符号におけるルートインデックスであってもよいし、巡回シフト量（Cyclic Shift；以下、ＣＳと称する場合がある）であってもよいし、両者を組み合わせたものであってもよい。例えば、ＺＣ符号におけるルートインデックスおよび巡回シフト量が、Ｃ−ＲＮＴＩを用いて決められてもよい。シーケンスに関する情報の他の例として、スクランブリング識別子であってもよい。このことにより、例えば、プリエンプトされるＵＥ以外のＵＥにおける処理量を削減可能となる。
【０３７７】
他の例として、プリエンプション情報の変調後の各ＲＥのコンステレーション値を、プリエンプトされるＵＥに関する情報を用いて変更してもよい。例えば、Ｃ−ＲＮＴＩのビットを、先頭から所定ビット数抽出してコンステレーション値に変換し、得られたコンステレーション値と、プリエンプション情報の変調後の、先頭のＲＥのコンステレーション値との間で演算を行い、その結果を送信に用いてもよい。Ｃ−ＲＮＴＩの、前述にて抽出された次のビットを、所定ビット数抽出してコンステレーション値に変換し、得られたコンステレーション値と、プリエンプション情報の変調後の、２番目のＲＥのコンステレーション値との間で演算を行ってもよい。以降同様に、プリエンプション情報の変調後の各ＲＥのコンステレーション値と、Ｃ−ＲＮＴＩとの間で演算を行ってもよい。前述の演算は、例えば、複素乗算であってもよい。前述の複素乗算において、プリエンプション情報の変調後の各ＲＥのコンステレーション値、および／あるいはＣ−ＲＮＴＩより変換したコンステレーション値は、複素共役を用いたものであってもよい。前述の演算により、例えば、変調処理における演算量を削減可能となる。
【０３７８】
ｇＮＢからプリエンプトされるＵＥに対して送信されるプリエンプション指示に含まれる情報として、以下の（１）〜（６）を開示する。
【０３７９】
（１）プリエンプション送信に用いられる周波数リソース。
【０３８０】
（２）プリエンプション送信に用いられる時間リソース。
【０３８１】
（３）プリエンプトされるＵＥの上り送信の有無。
【０３８２】
（４）プリエンプトされるＵＥの上り送信電力。
【０３８３】
（５）プリエンプション送信と重複した上りデータの送信に用いる周波数・時間リソースに関する情報。該情報として、以下に（５−１）〜（５−３）の３つの具体例を示す。
【０３８４】
（５−１）送信しない。
【０３８５】
（５−２）プリエンプション送信と重複して送信。
【０３８６】
（５−３）プリエンプション送信の周波数・時間リソース以外で送信。
【０３８７】
（６）前述の（１）〜（５）の組み合わせ。
【０３８８】
前述の（１）は、例えば、ＲＢ単位であってもよい。このことにより、例えば、プリエンプトされるＵＥは、プリエンプション送信に用いる周波数リソース以外の周波数リソースを用いて上りデータを送信することが可能となる。
【０３８９】
前述の（２）は、例えば、シンボル単位であってもよい。該シンボル単位は、プリエンプトされるＵＥにおけるシンボルの単位であってもよい。このことにより、例えば、プリエンプトされるＵＥは、プリエンプション送信に用いるシンボル以外のシンボルを用いて上りデータを送信することが可能となる。
【０３９０】
前述の（３）は、例えば、プリエンプトされるＵＥの上り送信を行わないとしてもよい。プリエンプション通信への干渉を削減可能となる。このことにより、例えば、プリエンプション通信の信頼性向上が可能となる。他の例として、プリエンプトされるＵＥの上り送信を行うとしてもよい。このことにより、例えば、プリエンプトされるＵＥにおける上り送信制御が容易になる。
【０３９１】
前述の（４）は、例えば、上り送信電力の値そのものであってもよいし、上り送信電力の差分を示す値であってもよい。このことにより、例えば、プリエンプション送信タイミングにおける、プリエンプトされるＵＥの上り送信電力の低減により、プリエンプション送信の信頼性確保が可能となる。
【０３９２】
前述の（５−１）において、プリエンプトされるＵＥは、プリエンプション送信と重複した上りデータを送信しないこととしてもよい。例えば、該ＵＥは、プリエンプション送信と重複した上りデータをマスキングしてもよい。ｇＮＢおよび該ＵＥにおける処理が容易となるとともに、プリエンプション送信の信頼性確保が可能となる。
【０３９３】
前述の（５−２）において、プリエンプトされるＵＥは、プリエンプション送信と重複した上りデータを、プリエンプション送信における周波数・時間リソースで送信してもよい。ｇＮＢおよび該ＵＥにおける処理がさらに容易になる。
【０３９４】
前述の（５−３）において、プリエンプトされるＵＥは、プリエンプション送信と重複した上りデータを、プリエンプション送信における周波数・時間リソースとは異なる周波数・時間リソースに配置し直して、該上りデータを送信してもよい。前述の配置し直しに用いられる周波数・時間リソースに関する情報が、前述の（５−３）に含まれてもよい。プリエンプション送信の時間リソースにおいて、プリエンプション送信の周波数リソースと異なる周波数リソースを用いてもよい。あるいは、プリエンプション送信の時間リソースより後の周波数・時間リソースを用いてもよい。このことにより、例えば、プリエンプトされるＵＥの上り送信データの連続性を確保できるため、例えば、ｇＮＢにおけるＨＡＲＱ復号性能を向上させることが可能となる。
【０３９５】
前述の（５−３）における他の例として、プリエンプトされるＵＥは、符号化および変調処理をやり直してもよい。前述のやり直しは、例えば、プリエンプション送信以降の時間リソースにて送信する上りデータについて適用してもよい。前述のやり直しにおいて、例えば、符号化率を大きくしてもよい。プリエンプション送信による符号化および変調処理のやり直しの方法（例えば、符号化率や、符号化をやり直す対象の符号化前データなど）について、予め規格で定めてもよいし、プリエンプトされるＵＥは該方法に関する情報を基地局に通知してもよい。該通知には、例えば、上りＬ１／Ｌ２シグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよい。このことにより、例えば、プリエンプション送信による、プリエンプトされるＵＥからの上りデータ送信の欠落を防ぐことが可能となる。
【０３９６】
ｇＮＢは、該プリエンプション指示に、プリエンプション送信のアクト／デアクトに関する情報を含めてもよい。プリエンプション送信がアクトとなるタイミングは、例えば、前述の、プリエンプション通信を行ってもよい送信タイミングの中から、さらに送信可否を選択することにより決定されてもよい。被プリエンプトＵＥは、該情報を用いて、プリエンプション通信の有無を判断してもよい。アクト／デアクトに関する情報の代わりに、アクトに関する情報のみが用いられてもよい。被プリエンプトＵＥは、アクトに関する情報がないことを用いて、プリエンプション送信がデアクトであると判断してもよい。このことにより、例えば、被プリエンプトＵＥにおいて、上り送信が可能な時間リソースを多く確保可能となる。
【０３９７】
ｇＮＢは、プリエンプション指示を、プリエンプトされる可能性のあるＵＥに対して報知および／あるいは通知してもよい。プリエンプトされる可能性のあるＵＥとは、セル傘下の全てのＵＥであってもよいし、一部のＵＥであってもよい。以下、本実施の形態３において、ｇＮＢから被プリエンプトＵＥに対する通知は、前述と同様、プリエンプトされる可能性のあるＵＥに対する報知および／あるいは通知であってもよい。
【０３９８】
セル傘下の全てのＵＥに対するプリエンプション指示として、報知情報が用いられてもよい。あるいは、前述の、被プリエンプトＵＥに対する通知と同様の通知が用いられてもよい。該通知は、例えば、システム情報用のＲＮＴＩを用いて、符号化および／あるいは変調されたものであってもよい。あるいは、該通知は、例えば、ＵＥが用いる基地局のビーム内で共通の識別子、例えば、該ビームの識別子を用いて、符号化および／あるいは変調されたものであってもよい。セル内のＵＥは、該ＲＮＴＩを用いて、該通知を取得してもよい。このことにより、例えば、複数のＵＥに対するプリエンプション指示を少ないシグナリング量で実行可能となる。
【０３９９】
セル傘下の一部のＵＥに対するプリエンプション指示として、前述の、被プリエンプトＵＥに対する通知と同様の通知が用いられてもよい。該通知は、例えば、Ｃ−ＲＮＴＩの代わりに前述の一部のＵＥが属するグループの識別子（例えば、該グループのＲＮＴＩ）を用いて、符号化および／あるいは変調されてもよい。このことにより、例えば、複数のＵＥに対するプリエンプション指示を少ないシグナリング量で実行可能となる。前述のグループは、例えば、通信システムで用いるサービス（例えば、ｅＭＢＢ）を用いて決められたものであってもよいし、他の方法で決められたものであってもよい。例えば、該グループの識別子は、該サービスの識別子を用いて与えられてもよい。
【０４００】
他の例として、ｇＮＢはプリエンプション指示を、一部のビーム内のＵＥに対して通知してもよい。一部のビームとは、例えば、プリエンプション通信を行うＵＥが用いるビームであってもよいし、プリエンプトされるＵＥが用いるビームであってもよい。
【０４０１】
前述の、一部のビーム内のＵＥは、例えば、該ビーム内の全てのＵＥであってもよい。該ビーム内の全てのＵＥに対するプリエンプション指示として、前述の、被プリエンプトＵＥに対する通知と同様の通知が用いられてもよい。該通知は、例えば、Ｃ−ＲＮＴＩの代わりにシステム情報用のＲＮＴＩを用いて、符号化および／あるいは変調されたものであってもよい。あるいは、該通知は、例えば、該ビーム内で共通の識別子、例えば、該ビームの識別子を用いて符号化および／あるいは変調されたものであってもよい。前述において、ビームの識別子が新たに設けられてもよい。
【０４０２】
前述の、一部のビーム内のＵＥは、例えば、該ビーム内の一部のＵＥであってもよい。該ビーム内の一部のＵＥに対するプリエンプション指示として、前述の、被プリエンプトＵＥに対する通知と同様の通知が用いられてもよい。該通知は、例えば、Ｃ−ＲＮＴＩの代わりに前述の一部のＵＥが属するグループの識別子（例えば、該グループのＲＮＴＩ）を用いて、符号化および／あるいは変調されてもよい。前述のグループは、例えば、通信システムで用いるサービス（例えば、ｅＭＢＢ）を用いて決められたものであってもよいし、他の方法で決められたものであってもよい。例えば、該グループの識別子は、該サービスの識別子を用いて与えられてもよい。
【０４０３】
プリエンプトされるＵＥは、プリエンプション指示を受信する。該ＵＥは、プリエンプション送信と重複した上り送信の動作として、該上り送信を停止してもよい。このことにより、例えば、プリエンプション送信の信頼性確保が可能となる。該ＵＥは、前述の上り送信を停止した区間にて送信する予定であった上りデータを送信しない（例、マスキング）としてもよい。あるいは、該ＵＥは、前述の上り送信を停止した区間にて送信する予定であった上りデータを他の周波数・時間リソースに配置し直して、該上りデータを送信してもよい。前述の配置し直しの方法として、前述の、ｇＮＢからプリエンプトされるＵＥに対して送信されるプリエンプション指示に含まれる情報として開示した（５−３）に示す例を適用してもよい。
【０４０４】
他の例として、該ＵＥは、プリエンプション送信と重複した上り送信を行ってもよい。プリエンプション送信と重複した上り送信の例として、以下の（１）〜（４）を開示する。
【０４０５】
（１）低い電力で送信。
【０４０６】
（２）周波数リソースを間引いて送信。
【０４０７】
（３）時間リソースを間引いて送信。
【０４０８】
（４）前述の（１）〜（３）の組み合わせ。
【０４０９】
前述の（１）において、プリエンプション送信と重複した上り送信電力を低下させることにより、例えば、プリエンプション送信における信頼性確保が可能となる。
【０４１０】
前述の（２）において、該ＵＥは、ＲＢ単位で周波数リソースを間引いて送信してもよいし、ＲＥ単位で周波数リソースを間引いて送信してもよい。このことにより、例えば、（１）と同様の効果が得られる。
【０４１１】
前述の（３）において、該ＵＥは、例えば、シンボル単位で時間リソースを間引いて送信してもよい。このことにより、例えば、（１）と同様の効果が得られる。
【０４１２】
前述の（２）〜（４）において、ｇＮＢからプリエンプトされるＵＥに対して送信されるプリエンプション指示に含まれる情報として開示した（５−３）に示す例と同様、プリエンプトされるＵＥは、符号化および変調処理をやり直してもよい。前述のやり直しの方法について、ｇＮＢからプリエンプトされるＵＥに対して送信されるプリエンプション指示に含まれる情報として開示した（５−３）に示す例を適用してもよい。このことにより、例えば、プリエンプション送信による、プリエンプトされるＵＥからの上りデータ送信の欠落を防ぐことが可能となる。
【０４１３】
前述の、該ＵＥにおけるプリエンプション送信と重複した上り送信の動作について、予め１つまたは複数の設定パターンが設けられてもよい。該パターンは、規格で定められてもよいし、ｇＮＢが決定してもよい。ｇＮＢは該ＵＥに、決定した該設定パターンを報知してもよいし、個別に通知してもよい。該通知には、ＲＲＣ個別シグナリングが用いられてもよい。
【０４１４】
前述において、ｇＮＢは、該ＵＥに対し送信するプリエンプション指示に、該設定パターンを示す識別子を含めてもよい。このことにより、例えば、プリエンプション指示の送信サイズ低減により、プリエンプション指示の送信に用いる周波数リソースを削減することが可能となる。
【０４１５】
他の例として、前述のプリエンプション指示に、該設定パターンを示す識別子を含めなくてもよい。例えば、該設定パターンが１つである場合において、該設定パターンを示す識別子をプリエンプション指示に含めなくてもよい。このことにより、例えば、プリエンプション指示の送信に用いる周波数リソースをさらに削減することが可能となる。
【０４１６】
ｇＮＢは、プリエンプションＵＥに対し、上りグラントを通知してもよい。該上りグラントは、該ＵＥからのＳＲがなくとも該ＵＥに対して送信してもよい。
【０４１７】
該ＵＥは、該上りグラントを用いてプリエンプション送信を行ってもよい。あるいは、該ＵＥはプリエンプション送信を行わなくてもよい。該ＵＥは、プリエンプションとして送信する上りデータがない場合において、プリエンプション送信を行わなくてもよい。
【０４１８】
ｇＮＢから被プリエンプトＵＥに対するプリエンプション指示と、ｇＮＢからプリエンプションＵＥに対する上りグラントは、同じシグナリングで行ってもよい。該シグナリングとして、例えば、複数のＵＥに共通のＰＤＣＣＨを用いてもよい。このことにより、例えば、ｇＮＢから各ＵＥに対するシグナリング量を削減可能となる。
【０４１９】
他の例として、ｇＮＢから被プリエンプトＵＥに対するプリエンプション指示と、ｇＮＢからプリエンプションＵＥに対する上りグラントは、異なるシグナリングで行ってもよい。例えば、該上りグラントは、該プリエンプション指示よりも早く送信されてもよい。このことにより、例えば、プリエンプションＵＥは、上りグラント受信後の符号化・変調処理の時間を確保することが可能となる。
【０４２０】
前述において、プリエンプション指示と上りグラントに用いられるシンボル長は互いに異なってもよい。あるいは、プリエンプション指示と上りグラントには、互いに異なるＴＴＩが用いられてもよい。このことにより、例えば、被プリエンプトＵＥとプリエンプションＵＥが互いに異なるシンボル長さおよび／あるいはＴＴＩを用いている場合においても、本実施の形態３に示す方法を適用可能となる。
【０４２１】
ｇＮＢは被プリエンプトＵＥに対し、前述のプリエンプト通知を周期的に送信してもよい。該周期は、規格で定められてもよいし、ｇＮＢが決定して配下のＵＥに報知されてもよいし、ＵＥ個別に通知されてもよい。該通知には、ＲＲＣ個別シグナリングが用いられてもよい。ｇＮＢからプリエンプションＵＥに対する、前述の上りグラントについても、プリエンプト通知と同様としてもよい。
【０４２２】
前述において、プリエンプト通知は、プリエンプション指示であってもよい。
【０４２３】
ｇＮＢは、該周期を変更してもよい。ｇＮＢは、該周期の変更に、例えば、ＲＲＣ個別シグナリングを用いてもよい。変更後の周期は、例えば、無線フレーム単位であってもよいし、スロット単位であってもよいし、ミニスロット単位であってもよいし、シンボル単位であってもよいし、他の時間単位であってもよい。このことにより、例えば、ｇＮＢが該周期を長くすることにより、被プリエンプトＵＥにおけるプリエンプション指示の受信頻度が少なくなる。その結果、被プリエンプトＵＥにおける消費電力を削減可能となる。
【０４２４】
ｇＮＢは、被プリエンプトＵＥに対する、該プリエンプション指示を非周期的に行ってもよい。被プリエンプトＵＥは、該プリエンプション指示が送信される周波数リソースにおいて、該プリエンプション指示の受信動作を常時行ってもよいし、予めｇＮＢより通知されたプリエンプション指示送信タイミングにおいて受信動作を行ってもよい。前述の、プリエンプション指示送信タイミングは、ｇＮＢから被プリエンプトＵＥに対して、例えば、ＲＲＣシグナリングを用いて通知されてもよい。
【０４２５】
ｇＮＢが、被プリエンプトＵＥに対して、該プリエンプション指示を非周期的に行う他の例として、プリエンプションＵＥに対するＰＤＣＣＨを、被プリエンプトＵＥがモニタリングするとしてもよい。ｇＮＢは、プリエンプションＵＥに対するＰＤＣＣＨを、プリエンプションＵＥおよび被プリエンプトＵＥを含むＵＥのグループの識別子を用いて符号化してもよい。該グループの識別子は、例えば、ビームの識別子であってもよいし、システム情報用のＲＮＴＩであってもよいし、他の識別子であってもよい。
【０４２６】
他の例として、ｇＮＢから被プリエンプトＵＥに対し、プリエンプションＵＥの識別子、例えば、Ｃ−ＲＮＴＩを予め通知してもよい。プリエンプションＵＥの識別子の代わりに、プリエンプション通信を行う可能性のあるＵＥのグループの識別子が用いられてもよい。該グループには、該プリエンプションＵＥが属するとよい。
【０４２７】
被プリエンプトＵＥは、プリエンプションＵＥおよび被プリエンプトＵＥを含むＵＥのグループの識別子、あるいはプリエンプションＵＥの識別子、例えば、プリエンプションＵＥのＣ−ＲＮＴＩ、あるいは、プリエンプション通信を行う可能性のあるＵＥのグループの識別子を用いて、プリエンプションＵＥに対するＰＤＣＣＨの情報を取得してもよい。被プリエンプトＵＥは、該情報を用いて、プリエンプション送信の有無、および、該プリエンプション送信にて用いられる周波数・時間リソースを判断してもよい。このことにより、例えば、プリエンプション指示のための新たな周波数リソースが不要となり、その結果、通信システムを効率的に利用可能となる。
【０４２８】
ｇＮＢは、被プリエンプトＵＥに対する該プリエンプション指示を、セミパーシステント（Semi-persistent）に行ってもよい。このことにより、例えば、ｇＮＢからのプリエンプション指示の送信回数を削減可能となり、その結果、ｇＮＢにおける消費電力を削減可能となる。セミパーシステントな該通知には、被プリエンプトＵＥに対するプリエンプション指示に含まれる情報として、本実施の形態３にて開示した情報の一部あるいは全部が含まれてもよい。セミパーシステントな該通知には、該通知の有効期間、すなわち、該通知がどこまでの期間における、プリエンプション送信に関する情報を含むかを示す情報を含めてもよい。
【０４２９】
ｇＮＢは、セミパーシステントな該通知を、予め定められた周波数・時間リソースを用いて行ってもよい。例えば、セミパーシステントな該通知は、報知情報を用いて行われてもよいし、ＲＲＣ個別シグナリングを用いて行われてもよいし、ＭＡＣシグナリングを用いて行われてもよいし、Ｌ１／Ｌ２シグナリングを用いて行われてもよい。あるいは、セミパーシステントな該通知の送信用に、新たな周波数・時間リソースが設けられてもよい。ｇＮＢは、被プリエンプトＵＥに対して、該リソースに関する情報を予め通知してもよい。
【０４３０】
ｇＮＢは、被プリエンプトＵＥに対する該プリエンプション指示を、準静的に行ってもよい。このことにより、ｇＮＢから被プリエンプトＵＥに対するシグナリング量を削減可能となる。準静的な該通知には、被プリエンプトＵＥに対するプリエンプション指示に含まれる情報として、ｇＮＢからプリエンプトされるＵＥに対して送信されるプリエンプション指示に含まれる情報として開示した（１）〜（６）の情報の一部あるいは全部が含まれてもよい。ｇＮＢは、準静的な該通知を、例えば、報知情報を用いて行ってもよいし、ＲＲＣ個別シグナリングを用いて行ってもよい。
【０４３１】
前述の複数の方法を組み合わせてもよい。例えば、ｇＮＢは、準静的なプリエンプション指示と、ＰＤＣＣＨを用いたプリエンプション指示とを組み合わせて、被プリエンプトＵＥに通知してもよい。例えば、ｇＮＢは、準静的なプリエンプション指示に、プリエンプション送信タイミングおよび周波数リソースに関する情報を含めてもよいし、プリエンプション送信発生時における被プリエンプトＵＥの動作に関する情報を含めてもよい。ｇＮＢは、ＰＤＣＣＨを用いたプリエンプション指示に、プリエンプション送信のアクト／デアクトに関する情報を含めてもよい。被プリエンプトＵＥは、準静的なプリエンプション指示と、ＰＤＣＣＨを用いたプリエンプション指示とを用いて、例えば、プリエンプション送信がアクトとなる送信タイミングにおいて上り送信を停止してもよい。このことにより、例えば、ｇＮＢは、被プリエンプトＵＥに対するプリエンプション指示を、少ないシグナリング量で行うことが可能となる。
【０４３２】
他の例として、ｇＮＢは、準静的なプリエンプション指示に、プリエンプション送信発生時における被プリエンプトＵＥの動作に関する情報を含めてもよい。ｇＮＢは、ＰＤＣＣＨを用いたプリエンプション指示に、プリエンプション送信タイミングおよび周波数リソースに関する情報を含めてもよい。被プリエンプトＵＥは、準静的なプリエンプション指示と、ＰＤＣＣＨを用いたプリエンプション指示とを用いて、例えば、プリエンプション送信タイミングにおいて上り送信を停止してもよい。このことにより、例えば、前述の効果に加えて、プリエンプション通信における周波数・時間リソースの制御を柔軟に実行可能となる。
【０４３３】
前述の複数の方法の組み合わせの他の例として、ｇＮＢは、セミパーシステントなプリエンプション指示と、ＰＤＣＣＨを用いたプリエンプション指示とを用いてもよい。セミパーシステントなプリエンプション指示に含まれる情報は、前述の例における、準静的なプリエンプション指示と同様としてもよいし、該通知の有効期間に関する情報が含まれてもよい。このことにより、前述と同様の効果が得られる。
【０４３４】
図３２は、ｇＮＢから被プリエンプトＵＥに対する上りプリエンプション指示（UL preemption indication）を、被プリエンプトＵＥへの下りユーザデータ送受信に用いられる領域と異なる周波数リソースで行う例を示す図である。図３２は、ＦＤＭの例について示している。また、図３２は、被プリエンプトＵＥにおいてｅＭＢＢ通信を行い、プリエンプションＵＥにおいてＵＲＬＬＣ通信を行う例について示している。また、図３２は、プリエンプション送信を行うことのできるタイミングが１スロットの間に２回存在する例について示している。
【０４３５】
図３２において、ｇＮＢは、上りプリエンプション指示４００１および４００２を、被プリエンプトＵＥに対して送信する。該プリエンプション指示の送信は、ＰＤＣＣＨ４００３およびＰＤＳＣＨ４００４と異なる周波数リソースを用いてもよい。被プリエンプトＵＥは、上りプリエンプション指示４００１が示すタイミング４００６において、ｅＭＢＢ上り通信４００５を停止する。被プリエンプトＵＥは、プリエンプション指示４００２が示すタイミング４００７においても、ｅＭＢＢ上り通信４００５を停止する。プリエンプションＵＥは、タイミング４００６においてはＵＲＬＬＣ通信を行わず、タイミング４００８においてＵＲＬＬＣ通信４００８を送信する。
【０４３６】
図３３は、ｇＮＢから被プリエンプトＵＥに対する上りプリエンプション指示を、ＰＤＣＣＨにて行う例を示す図である。図３３は、ＦＤＭの例について示している。また、図３３は、被プリエンプトＵＥにおいてｅＭＢＢ通信を行い、プリエンプションＵＥにおいてＵＲＬＬＣ通信を行う例について示している。また、図３３は、プリエンプション送信を行うことのできるタイミングが１スロットの間に２回存在する例について示している。図３３において、図３２と重複する信号には同じ番号を付け、共通する説明を省略する。
【０４３７】
図３３において、上りプリエンプション指示４１０１を、ＰＤＣＣＨ４００３の先頭シンボルを用いて、被プリエンプトＵＥに対して送信する。該上りプリエンプション指示４１０１は、プリエンプション通信タイミング４００６および４００７に関する情報を含む。被プリエンプトＵＥは、上りプリエンプション指示４１０１を受信し、タイミング４００６および４００７に関する情報を取得する。被プリエンプトＵＥは、タイミング４００６および４００７において、ｅＭＢＢ上り送信を停止する。
【０４３８】
図３３について、その他は図３２と同様であるため、説明を省略する。
【０４３９】
図３３において、上りプリエンプション指示４１０１をＰＤＣＣＨ４００３の先頭シンボルで送信する例を示したが、先頭シンボルを利用しなくてもよい。例えば、最終シンボルを利用してもよいし、途中のシンボルを利用してもよい。また、上りプリエンプション指示４１０１が、ＰＤＣＣＨ４００３の周波数リソースの一部を占めるとしてもよい。
【０４４０】
図３３において、ＦＤＭの例について示したが、ＴＤＭに適用してもよい。例えば、ＴＤＭにおいて、上りプリエンプション指示４１０１をＰＤＣＣＨ４００３に含めて送信してもよい。上りプリエンプション指示４１０１が示すプリエンプション通信タイミングは、ＴＤＭにおけるＵＬの送信タイミングに含まれていてもよい。このことにより、例えば、ＴＤＭにおいても、基地局から被プリエンプトＵＥに対する上りプリエンプション指示の送信が可能となる。
【０４４１】
ｇＮＢは、プリエンプション送信を行うことのできるタイミングを、スロットあたり１回または複数回設けてもよい。ｇＮＢは、プリエンプション送信可能な複数のＵＥに割り振る該タイミングを、１個あるいは複数個に集中させてもよい。このことにより、例えば、プリエンプション送信可能なＵＥが多数存在する場合においても、被プリエンプトＵＥにおける上り送信リソースの確保が可能となる。あるいは、ｇＮＢは、プリエンプション送信可能な複数のＵＥに割り振る該タイミングを、複数個に分散させてもよい。このことにより、例えば、プリエンプション送信可能な複数ＵＥ間におけるプリエンプション送信タイミングの競合可能性を低下可能となる。
【０４４２】
ｇＮＢは、複数のプリエンプションＵＥからのプリエンプション送信を、衝突前提（contention-based）で受信してもよい。ｇＮＢおよびプリエンプションＵＥは、ＨＡＲＱフィードバックを用いてプリエンプションの再送処理を行ってもよい。このことにより、ｇＮＢは衝突前提のプリエンプションを順次受信することが可能となる。
【０４４３】
他の解決策を開示する。ｇＮＢは被プリエンプトＵＥに対し、プリエンプション通信が発生する可能性のある時間リソースおよび／あるいは周波数リソースを予め通知する。プリエンプション通信の周期に関する情報を、該通知に含めてもよい。該ＵＥにおける上り送信の動作においてプリエンプション送信と重複する動作に関する情報を、該通知に含めてもよい。該動作に関する該情報は、例えば、上り送信停止を示す情報であってもよいし、前述の、プリエンプション送信と重複した上り送信の例として開示した（１）〜（４）を示す情報であってもよい。該通知は、ｇＮＢ配下のＵＥに対して報知されてもよいし、被プリエンプトＵＥに個別に通知されてもよい。前述の個別の通知として、ＲＲＣ個別シグナリング、例えば、ＲＲＣ接続再設定のシグナリングを用いてもよい。被プリエンプトＵＥは、該通知を用いて、上り送信を停止してもよいし、前述の、プリエンプション送信と重複した上り送信の例として開示した（１）〜（４）に示す動作を行ってもよい。このことにより、例えば、被プリエンプトＵＥに対する動的なプリエンプション指示が不要となるため、周波数・時間リソースを効率的に使用可能となる。
【０４４４】
本解決策は、被プリエンプトＵＥに対してプリエンプション送信に関する情報を準静的に通知する点で、前述の、プリエンプション指示による解決策と異なる。
【０４４５】
ｇＮＢは、該通知を、プリエンプションＵＥに対して通知してもよい。すなわち、ｇＮＢはプリエンプションＵＥに対して、プリエンプション通信を行ってもよい時間リソースおよび／あるいは周波数リソースを予め通知してもよい。このことにより、プリエンプションＵＥにおけるスケジューリングが容易になる。
【０４４６】
ｇＮＢはプリエンプションＵＥに対し、上りグラントを通知してもよい。上りグラントに含まれる情報、および、上りグラント受信後のプリエンプションＵＥの動作は、前述の、プリエンプション指示を用いる解決策と同様としてもよい。このことにより、例えば、プリエンプションＵＥに対して無線チャネル状況に応じた動的なスケジューリングが可能となるため、プリエンプション通信の信頼性確保が可能となる。
【０４４７】
他の解決策を開示する。ｇＮＢはプリエンプションＵＥに対し、グラント無送信を適用する。すなわち、ｇＮＢはプリエンプションＵＥに対し、プリエンプション通信を行ってもよい時間リソースおよび／あるいは周波数リソースを通知する。該通知に、プリエンプション通信の周期に関する情報を含めてもよい。該通知に、プリエンプションＵＥに対する上りグラントの情報を含めてもよい。該通知は、ｇＮＢ配下のＵＥに対して報知されてもよいし、プリエンプションＵＥに個別に通知されてもよい。前述の個別の通知として、ＲＲＣ個別シグナリング、例えば、ＲＲＣ接続再設定のシグナリングを用いてもよい。
【０４４８】
ｇＮＢから被プリエンプトＵＥへの通知および該ＵＥの動作については、前述の、プリエンプション通信が発生する可能性のある時間リソースおよび／あるいは周波数リソースを通知する解決策に示す方法を適用してもよい。ｇＮＢから被プリエンプトＵＥへの通知におけるシグナリング量を削減可能となる。
【０４４９】
ｇＮＢから被プリエンプトＵＥへの通知と、ｇＮＢからプリエンプションＵＥへの報知および／あるいは通知は、異なるシグナリングであってもよい。他の例として、同じシグナリングに両方の情報を含めてもよい。このことにより、ｇＮＢから各ＵＥへのシグナリング量を削減可能となる。
【０４５０】
グラント無送信を適用する他の例として、ｇＮＢはプリエンプションＵＥに対し、予め、プリエンプション通信を行ってもよい送信タイミングに関する情報および／あるいは送信電力に関する情報を、報知あるいは通知してもよい。該送信タイミングは、送信周期に関する情報であってもよい。該送信タイミングに関する情報は、ミニスロット単位であってもよいし、シンボル単位であってもよい。該報知あるいは通知において、ＲＲＣシグナリングが用いられてもよい。
【０４５１】
ｇＮＢはプリエンプションＵＥに対し、プリエンプション送信のアクト／デアクトに関する情報を通知してもよい。プリエンプション送信がアクトとなるタイミングは、例えば、前述の、プリエンプション通信を行ってもよい送信タイミングの中から、さらに送信可否をｇＮＢが選択することにより決定してもよい。アクト／デアクトに関する情報の代わりに、アクトに関する情報のみが用いられてもよい。プリエンプションＵＥは、アクトに関する情報がないことを用いて、プリエンプション送信がデアクトであると判断してもよい。
【０４５２】
ｇＮＢは、プリエンプション送信のアクト／デアクトに関する情報に、プリエンプション送信に用いるリソースに関する情報を含めてもよい。該リソースは、時間リソースに関する情報であってもよいし、周波数リソースに関する情報であってもよい。ｇＮＢは、プリエンプション送信のアクト／デアクトに関する情報に、プリエンプション送信の変調および／あるいは符号化に必要な情報を含めてもよい。変調および／あるいは符号化に必要な情報は、例えば、変調方式に関する情報であってもよいし、符号化率に関する情報であってもよいし、ＨＡＲＱプロセス番号に関する情報であってもよい。
【０４５３】
ｇＮＢは、プリエンプション送信のアクト／デアクトに関する情報を、プリエンプションＵＥ用のＰＤＣＣＨを用いて送信してもよい。あるいは、該情報の送信のために、新たな周波数／時間リソースが設けられてもよい。ｇＮＢは、前述の新たな周波数／時間リソースに関する情報を、予めプリエンプションＵＥに通知してもよい。
【０４５４】
ｇＮＢは、被プリエンプトＵＥに対し、プリエンプション送信に関する情報を通知してもよい。該情報は、本実施の形態３にて開示したプリエンプション指示と同様のものであってもよい。該情報には、例えば、送信タイミングに関する情報が含まれてもよい。送信タイミングに関する情報は、例えば、プリエンプション送信がアクトとなったタイミングに関する情報であってもよい。該情報には、ｇＮＢからプリエンプションＵＥに対して通知したアクト／デアクトに関する情報の一部あるいは全部が含まれてもよい。被プリエンプトＵＥは、該情報を用いて、プリエンプト送信が発生する可能性のあるタイミングを判断してもよい。
【０４５５】
ｇＮＢは、被プリエンプトＵＥに対し、プリエンプション送信に関する情報を、被プリエンプトＵＥ用のＰＤＣＣＨを用いて送信してもよい。あるいは、該情報の送信のために、新たな周波数／時間リソースが設けられてもよい。ｇＮＢは、前述の新たな周波数／時間リソースに関する情報を、予め被プリエンプトＵＥに通知してもよい。
【０４５６】
本実施の形態３によって、プリエンプション通信における遅延を低減可能となる。また、プリエンプション通信における信頼性の確保が可能となる。
【０４５７】
実施の形態３の変形例１．
上りプリエンプション送信において、以下の問題が生じる。すなわち、ｇＮＢが被プリエンプトＵＥに対し、プリエンプション送信が発生する可能性のあるタイミングに関する情報を通知した場合、被プリエンプトＵＥは、実際にはプリエンプション送信が発生しない周波数・時間リソースにおいても、上り送信を停止、あるいは電力を低くして送信、といった動作を行う。従って、被プリエンプトＵＥの上り送信効率が低下するという問題が生じる。
【０４５８】
前述の問題に対する解決策を以下に開示する。
【０４５９】
プリエンプションＵＥはｇＮＢに対し、プリエンプション送信の要求を示す情報を通知する。該情報として、例えば、所定の符号が用いられてもよい。所定の符号は、符号化処理および復号処理が不要あるいは容易なシーケンスで生成されてもよい。例えば、所定の符号は、ＺＣ（Zadoff-Chu）符号であってもよいし、ｍ系列であってもよいし、アダマール（Hadamard）符号であってもよい。プリエンプションＵＥは、プリエンプション送信データ発生直後に、該情報をｇＮＢに通知してもよい。
【０４６０】
前述の所定の符号に関する情報の例として、以下に（１）〜（８）を開示する。
【０４６１】
（１）ＺＣ符号における系列（例えば、値ｑ）。
【０４６２】
（２）循環シフト（Cyclic shift）。
【０４６３】
（３）シンボル数。
【０４６４】
（４）送信回数。
【０４６５】
（５）周波数ホッピングに関する情報。
【０４６６】
（６）シーケンスホッピングに関する情報。
【０４６７】
（７）送信タイミングに関する情報。
【０４６８】
（８）前述の（１）〜（７）の組み合わせ。
【０４６９】
前述の（１）は、例えば、ＺＣ符号におけるルートインデックスの値であってもよい。
【０４７０】
前述の（３）について、シンボル数は、例えば、１シンボルであってもよいし、複数シンボルであってもよい。このことにより、例えば、１シンボルの使用により、該符号を迅速に通知することが可能となる。また、例えば、複数シンボルの使用により、該符号のシーケンス長を長くとることができるため、信頼性を向上可能となる。
【０４７１】
前述の（４）により、例えば、送信回数を複数回とすることにより、該符号の通知における信頼性を向上可能となる。
【０４７２】
前述の（５）により、例えば、周波数ダイバーシティにより、該符号の通知における信頼性を向上可能となる。
【０４７３】
前述の（６）により、例えば、他のＵＥおよび／あるいは他の基地局から同じ符号が送信された場合における干渉を回避することにより、該符号の通知における信頼性を向上可能となる。
【０４７４】
前述の（７）の情報は、例えば、ＵＥが該符号を送信可能な時間分解能に関する情報であってもよい。該時間分解能は、例えば、１シンボル毎であってもよいし、ミニスロット毎であってもよいし、スロット毎であってもよい。このことにより、例えば、時間分解能を１シンボル毎とした場合において、該符号を迅速に通知可能となる。
【０４７５】
前述の所定の符号に関する情報は、規格にて決定されてもよい。該情報は、例えば、ｇＮＢ配下のＵＥ間で共通でもよい。該情報は、ＵＥ個別に決定されてもよい。該情報は、ＵＥの識別子（例えば、ＵＥ−ＩＤ）を用いて決められてもよい。このことにより、例えば、ＵＥへの符号割り当ての処理が不要となるため、符号割り当てに関する処理量を削減可能となる。
【０４７６】
他の例として、前述の所定の符号に関する情報をｇＮＢが決定し、ＵＥに通知してもよい。該情報は、該ｇＮＢ配下のＵＥ間で共通でもよい。該情報は、基地局を示す識別子（例えば、ｇＮＢ−ＩＤ）を用いて決めてもよいし、セルを示す識別子（例えば、セルＩＤ）を用いて決めてもよい。あるいは、該情報をｇＮＢがＵＥ個別に割り当ててもよい。ｇＮＢが各ＵＥに対し、該情報を報知してもよいし、ＲＲＣ個別シグナリングを用いて準静的に通知してもよい。例えば、該情報の通知に関するシグナリング量が削減可能となる。あるいは、該情報は、ＭＡＣシグナリングを用いて動的に通知してもよい。例えば、再送制御による信頼性の確保が可能となり、また、周辺セル、配下のＵＥの状況等に応じた柔軟な割り当てが可能となる。あるいは、Ｌ１／Ｌ２シグナリングを用いてもよい。例えば、迅速な通知が可能となる。
【０４７７】
前述の、所定の符号に関する情報については、各ＵＥに対して１つの情報を用いてもよいし、複数の情報を用いてもよい。複数の符号を用いる場合の例として、上りプリエンプション送信におけるデータ量に関する情報を用いて、符号を使い分けてもよい。このことにより、例えば、ｇＮＢは、上りプリエンプション送信におけるデータ量を用いた柔軟なスケジューリングが可能となる。
【０４７８】
プリエンプションＵＥが所定の符号を送信する帯域は、プリエンプションＵＥが使用可能な帯域の全体であってもよいし、一部であってもよい。１つあるいは複数のＲＢ毎に飛び飛びの帯域を用いてもよい。１つあるいは複数のＲＥ毎に飛び飛びの帯域を用いもよい。前述の両者を組み合わせてもよい。すなわち、１つあるいは複数のＲＢ毎に飛び飛びとなった帯域の中で、１つあるいは複数のＲＥ毎に飛び飛びとなった帯域に対し、所定の符号を割り当ててもよい。このことにより、例えば、柔軟な帯域割り当てが可能となる。
【０４７９】
プリエンプションＵＥが所定の符号を送信する帯域は、被プリエンプトＵＥが使用可能な帯域と異なる帯域であってもよい。すなわち、被プリエンプトＵＥからの上り信号送信と、プリエンプションＵＥからの該所定の符号の送信とは、異なる周波数帯域で行われてもよい。このことにより、例えば、ｇＮＢによる該所定の符号の受信における干渉電力を低減可能となる。その結果、プリエンプションＵＥからの所定の符号の送信における信頼性向上が可能となる。
【０４８０】
他の例として、プリエンプションＵＥが所定の符号を送信する帯域は、被プリエンプトＵＥが使用可能な帯域の一部あるいは全部を含んでもよい。すなわち、被プリエンプトＵＥからの上り信号送信と、プリエンプションＵＥからの該所定の符号の送信とは、少なくとも互いの一部が重複する周波数帯域で行われてもよい。ｇＮＢは、該所定の符号と該上り信号を同時に受信してもよい。ｇＮＢは、該所定の符号と該上り信号を分離してもよい。前述の分離において、ｇＮＢは、該所定の符号と同じパターンを用いて、同時に受信した該信号から所定の符号を抽出してもよい。ｇＮＢは、前述において抽出した残りの信号を、被プリエンプトＵＥからの上り信号として処理してもよい。このことにより、例えば、通信システムにおける周波数リソースの効率的な使用が可能となる。
【０４８１】
プリエンプションＵＥが所定の符号を送信する帯域は、規格で決められてもよいし、ｇＮＢが決定して該ＵＥに通知してもよい。該通知の方法は、前述の、所定の符号に関する情報の通知と同じ方法を適用してもよい。
【０４８２】
プリエンプションＵＥが所定の符号を送信するタイミングは、予め規格で決められてもよい。例えば、プリエンプション送信開始から所定期間だけ前のシンボルにおいて、プリエンプションＵＥは該符号を送信するとしてもよい。他の例として、プリエンプション送信を行うミニスロットの１個あるいは複数個前のミニスロットにおける所定のシンボルにおいて、プリエンプションＵＥは該符号を送信するとしてもよい。
【０４８３】
前述における、所定期間だけ前のシンボルは、複数シンボルであってもよい。プリエンプションＵＥは、該所定の符号を、前述の複数シンボルのうち一部を用いて送信してもよいし、全部を用いて送信してもよい。例えば、前述の複数シンボルのうちの一部に、プリエンプション送信が不可能なタイミングが含まれる場合において、プリエンプションＵＥは、前述の複数シンボルのうち、プリエンプション送信が不可能なタイミングを除外したシンボルを用いて、所定の符号を送信してもよい。このことにより、例えば、プリエンプション送信の設定における柔軟性を向上可能となる。他の例として、プリエンプションＵＥは、前述の複数シンボルの全部を用いて、該所定の信号を繰り返し送信してもよい。このことにより、例えば、プリエンプションＵＥからの該所定の符号の送信において信頼性を向上可能となる。
【０４８４】
他の例として、プリエンプションＵＥが所定の符号を送信するタイミングを、ｇＮＢが決定してもよい。ｇＮＢは、該タイミングを配下のＵＥに報知あるいは個別に通知してもよい。該通知において、ＲＲＣ個別シグナリングが用いられてもよい。ｇＮＢにおける該タイミングの決定にあたり、ｇＮＢは、自ｇＮＢにおける該符号の受信に関する処理能力を用いてもよいし、ＵＥにおける該符号の送信に関する処理能力を用いてもよいし、後述の、ｇＮＢから被プリエンプトＵＥに対して送信する所定の符号における、自ｇＮＢの送信に関する処理能力および／あるいはＵＥの受信に関する処理能力を用いてもよい。前述の、ＵＥにおける該符号の送信に関する処理能力、および／あるいは、ｇＮＢから被プリエンプトＵＥに対して送信する所定の符号におけるＵＥの受信に関する処理能力は、例えば、ＵＥケーバビリティに含まれてもよい。このことにより、例えば、該符号におけるｇＮＢおよびＵＥの処理時間に間に合うように、ｇＮＢは該タイミングを決定することが可能となる。
【０４８５】
プリエンプションＵＥは、該所定の符号を、被プリエンプトＵＥからのＤＭＲＳおよび／あるいはＰＵＣＣＨおよび／あるいはＳＲＳの送信タイミングと異なるタイミングで送信してもよい。前述の、異なるタイミングでの送信は、例えば、該所定の符号と、該ＤＭＲＳあるいはＰＵＣＣＨあるいはＳＲＳが、同じ周波数リソースを用いて行われる場合に適用してもよい。プリエンプションＵＥは、該所定の符号の送信タイミングを変更してもよい。該所定の符号の送信タイミングの変更は、例えば、前述の、プリエンプションＵＥからの該所定の符号を送信可能な複数のシンボルの範囲内で行ってもよい。このことにより、例えば、プリエンプションＵＥは該所定の符号をｇＮＢに対して迅速に通知可能となる。ｇＮＢはプリエンプションＵＥに対し、被プリエンプトＵＥのＤＭＲＳおよび／あるいはＰＵＣＣＨおよび／あるいはＳＲＳの送信タイミングに関する情報を予め通知してもよい。あるいは、該タイミングに関する情報が、予め規格で定められてもよい。このことにより、例えば、プリエンプションＵＥは、該所定の符号を送信可能なタイミングを認識することが可能となる。
【０４８６】
前述において、プリエンプションＵＥは、該所定の符号を送信可能な範囲内において、例えば、被プリエンプトＵＥからのＤＭＲＳおよび／あるいはＰＵＣＣＨおよび／あるいはＳＲＳの送信タイミングと異なるタイミングが存在しない場合において、該所定の符号を送信しないとしてもよい。プリエンプションＵＥは、次の、該所定の符号を送信可能な範囲内において該所定の符号を送信してもよい。このことにより、例えば、通信システムにおけるプリエンプション送信に関する制御の複雑性を回避可能となる。
【０４８７】
該所定の符号の送信タイミングの変更方法は、予め規格で定められてもよい。該変更方法は、例えば、該所定の符号を送信可能な複数のシンボルの範囲内で、該所定の符号の送信タイミングを１シンボルずつ前にシフトさせる方法であってもよいし、１シンボルずつ後ろにシフトさせる方法であってもよいし、両者を組み合わせた方法であってもよい。
【０４８８】
該所定の符号の送信タイミングの変更方法に関する他の例として、ｇＮＢが該変更方法をプリエンプションＵＥに対して個別に通知してもよい。該通知は、例えば、ＲＲＣ個別シグナリングであってもよいし、ＭＡＣシグナリングであってもよいし、Ｌ１／Ｌ２シグナリングであってもよい。
【０４８９】
他の例として、スロット内における該所定の符号の送信タイミングは、予め規格で定められてもよいし、ｇＮＢからプリエンプションＵＥに対して予め報知または通知されてもよい。被プリエンプトＵＥからのＤＭＲＳおよび／あるいはＰＵＣＣＨおよび／あるいはＳＲＳ送信タイミングは、該所定の符号の送信タイミングを除いたタイミングにおいて設定されてもよい。このことにより、例えば、通信システムにおけるプリエンプション送信の制御の複雑性を回避可能となる。
【０４９０】
他の例として、プリエンプションＵＥは、該所定の符号を、被プリエンプト基地局からのＤＭＲＳ送信タイミングと同じタイミングで送信してもよい。前述の、同じタイミングでの送信は、例えば、該所定の符号と、該ＤＭＲＳが、異なる周波数リソースを用いて行われる場合に適用してもよい。
【０４９１】
ｇＮＢは、該所定の符号と、該ＤＭＲＳに、それぞれ異なるシーケンスを割り当ててもよい。該割り当ては、例えば、該所定の符号と、該ＤＭＲＳが、同じ周波数リソースを用いて行われる場合に適用してもよい。ｇＮＢは、被プリエンプトＵＥおよび／あるいはプリエンプションＵＥに対し、該割り当てを通知してもよい。該通知は、例えば、ＲＲＣ個別シグナリングであってもよいし、ＭＡＣシグナリングであってもよいし、Ｌ１／Ｌ２シグナリングであってもよい。このことにより、例えば、ｇＮＢは該所定の符号と該ＤＭＲＳを両方同時に受信可能となる。
【０４９２】
他の例として、該所定の符号と該ＤＭＲＳが、互いに周波数多重してもよい。周波数多重は、例えば、サブキャリア前で行ってもよいし、複数のサブキャリア毎に行ってもよいし、リソースエレメントグループ（Resource Element Group；ＲＥＧ）毎に行ってもよいし、他の方法で行ってもよい。ｇＮＢは、被プリエンプトＵＥおよび／あるいはプリエンプションＵＥに対し、該周波数多重の方法を通知してもよい。該通知は、例えば、ＲＲＣ個別シグナリングであってもよいし、ＭＡＣシグナリングであってもよいし、Ｌ１／Ｌ２シグナリングであってもよい。このことにより、例えば、ｇＮＢは該所定の符号と該ＤＭＲＳを両方同時に受信可能となる。
【０４９３】
ｇＮＢは、プリエンプションＵＥから送信された所定の符号を受信する。ｇＮＢは、該符号の受信により、プリエンプション送信の要求を認識する。
【０４９４】
ｇＮＢは、被プリエンプトＵＥに対し、プリエンプション送信を示す情報を通知する。該情報として、例えば、所定の符号が用いられてもよい。所定の符号は、プリエンプションＵＥからｇＮＢに対して、プリエンプション送信の要求を示す情報として送信される符号と同様のものであってもよい。ｇＮＢから被プリエンプトＵＥに送信する情報に用いられる符号は、プリエンプションＵＥからｇＮＢに送信する情報に用いられる符号と同じであってもよいし、異なってもよい。ｇＮＢは、プリエンプション送信の要求を認識した直後に、該情報を被プリエンプトＵＥに送信してもよい。
【０４９５】
前述の所定の符号に関する情報は、プリエンプションＵＥからｇＮＢに対し送信される符号に関する情報と同様のものを適用してもよい。前述の所定の符号に関する情報の決定方法、および、ｇＮＢから配下のＵＥに対する報知および／あるいは通知方法についても、同様としてもよい。
【０４９６】
前述の、所定の符号に関する情報については、各ＵＥに対して１つの情報を用いてもよいし、複数の情報を用いてもよい。複数の符号を用いる場合の例として、プリエンプション送信に用いる周波数リソースに関する情報を用いて、符号を使い分けてもよい。このことにより、例えば、ｇＮＢは、上りプリエンプション送信におけるデータ量を用いた柔軟なスケジューリングが可能となる。
【０４９７】
前述の、所定の符号の送信タイミングについては、プリエンプションＵＥが所定の符号を送信するタイミングと同様の方法を適用してもよい。
【０４９８】
ｇＮＢが所定の符号を送信する帯域は、プリエンプションＵＥが所定の符号を送信する帯域と同様のものを適用してもよい。例えば、ｇＮＢが所定の符号を送信する帯域は、被プリエンプトＵＥが使用可能な帯域の全体であってもよいし、一部であってもよい。他の例では、ｇＮＢが所定の符号を送信する帯域として、ｇＮＢが使用する帯域の中心付近を用いてもよい。同期信号や報知情報チャネルと同様の帯域を用いることで、例えば、ｇＮＢ配下のＵＥが共通して前述の符号を受信可能となる。
【０４９９】
被プリエンプトＵＥは、ｇＮＢから送信される所定の符号を受信する。被プリエンプトＵＥは、該符号の受信により、プリエンプション送信の発生を認識する。
【０５００】
被プリエンプトＵＥは、前述の符号受信により、プリエンプション送信と重複する上り送信を停止してもよいし、実施の形態３にて開示した、プリエンプション送信と重複した上り送信の例として開示した（１）〜（４）に示す動作を行ってもよい。被プリエンプトＵＥにおける、プリエンプション送信と重複する上り送信に関する動作は、規格で定められてもよいし、ｇＮＢから被プリエンプトＵＥに予め報知されてもよいし、個別に通知されてもよい。前述の、規格による決定、報知または個別の通知については、実施の形態３に示す方法を適用してもよい。
【０５０１】
ｇＮＢは、プリエンプションＵＥに対し、プリエンプション送信用の上りグラントに関する情報を通知する。該情報は、例えば、プリエンプションＵＥ用のＰＤＣＣＨを用いた上りグラントであってもよい。他の例として、該情報に、所定の符号が用いられてもよい。所定の符号は、プリエンプションＵＥからｇＮＢに対して、プリエンプション送信の要求を示す情報として送信される符号と同様のものであってもよい。ｇＮＢからプリエンプションＵＥに送信する情報に用いられる符号は、プリエンプションＵＥからｇＮＢに送信する情報に用いられる符号と同じであってもよいし、異なってもよい。
【０５０２】
ｇＮＢからプリエンプションＵＥに通知する所定の符号に関する情報は、プリエンプションＵＥからｇＮＢに対し送信される符号に関する情報と同様のものを適用してもよい。前述の所定の符号に関する情報の決定方法、および、ｇＮＢから配下のＵＥに対する報知および／あるいは通知方法についても、同様としてもよい。
【０５０３】
ｇＮＢからプリエンプションＵＥに通知する所定の符号に関する情報については、各ＵＥに対して１つの情報を用いてもよいし、複数の情報を用いてもよい。複数の符号を用いる場合の例として、プリエンプション送信に用いる周波数リソースに関する情報を用いて、符号を使い分けてもよい。他の例として、プリエンプション通信の送信電力に関する情報を用いて、符号を使い分けてもよい。このことにより、例えば、ｇＮＢは、上りプリエンプション送信において柔軟なスケジューリングが可能となる。前述の複数の情報を、ｇＮＢはプリエンプションＵＥに対して予め通知してもよい。
【０５０４】
ｇＮＢからプリエンプションＵＥに通知する所定の符号の送信タイミングについては、プリエンプションＵＥが所定の符号を送信するタイミングと同様の方法を適用してもよい。
【０５０５】
ｇＮＢからプリエンプションＵＥに対して所定の符号を送信する帯域は、プリエンプションＵＥが所定の符号を送信する帯域と同様のものを適用してもよい。例えば、プリエンプションＵＥが使用可能な帯域の全体を用いてもよいし、該帯域の一部を用いてもよい。他の例では、ｇＮＢが使用する帯域の中心付近を用いてもよい。同期信号や報知情報チャネルと同様の帯域を用いることで、例えば、ｇＮＢ配下のＵＥが共通して前述の符号を受信可能となる。
【０５０６】
プリエンプションＵＥは、前述の上りグラントに関する情報を用いて、プリエンプション送信を行う。
【０５０７】
プリエンプションＵＥは、前述の上りグラントに関する情報を受信しないことを用いて、プリエンプション要求に失敗したと判断してもよい。前述の判断は、例えば、前述の上りグラントに関する情報が、予め定められたタイミングまでに受信できなかった場合に行ってもよい。
【０５０８】
プリエンプションＵＥは、プリエンプション要求を再送してもよい。該再送は、例えば、プリエンプションＵＥがプリエンプション要求に失敗したと判断した場合に行ってもよい。プリエンプションＵＥは、該判断直後の、プリエンプション要求送信可能なタイミングにおいて、プリエンプション要求を再送してもよい。このことにより、例えば、プリエンプションＵＥにおいて迅速なプリエンプション要求が可能となる。
【０５０９】
プリエンプションＵＥに、プリエンプション要求における再送禁止タイマが設けられてもよい。プリエンプションＵＥは、再送禁止タイマが満了するまでの間はプリエンプション要求の送信あるいは再送を行わないとしてもよい。このことにより、例えば、プリエンプション要求の再送の繰り返しによる周波数・時間リソースの逼迫を防止可能となる。
【０５１０】
プリエンプション要求の再送禁止タイマは、例えば、プリエンプション要求送信時に開始するとしてもよい。該タイマは、例えば、ｇＮＢからの上りグラント受信時に停止するとしてもよい。
【０５１１】
該タイマの値は、予め規格で定められてもよいし、ｇＮＢが決定し、プリエンプションＵＥに対して報知あるいは個別に通知されてもよい。該通知は、ＲＲＣシグナリングであってもよいし、ＭＡＣシグナリングであってもよいし、Ｌ１／Ｌ２シグナリングであってもよい。該タイマの値をｇＮＢが決定することにより、例えば、周波数・時間リソースの使用状況に応じた柔軟な制御が可能となる。
【０５１２】
図３４は、プリエンプション要求を示す情報として、所定の符号を用いる例を示す図である。図３４は、ＦＤＭの例について示している。また、図３４は、被プリエンプトＵＥにおいてｅＭＢＢ通信を行い、プリエンプションＵＥにおいてＵＲＬＬＣ通信を行う例について示している。図３４において、図３２と共通する信号については同じ番号を付与し、共通する説明を省略する。
【０５１３】
図３４において、プリエンプションＵＥはｇＮＢに対し、プリエンプション要求（Preemption request）を示す符号４２０１を送信する。符号４２０１は、プリエンプション通信に用いられる帯域を用いて送信してもよいし、該帯域と異なる帯域を用いて送信してもよい。ｇＮＢは、符号４２０１を受信し、プリエンプション要求を認識する。ｇＮＢは、上りプリエンプション指示４２０２を、被プリエンプトＵＥに対して送信する。上りプリエンプション指示４２０２は、符号４２０１と同様の符号であってもよいし、実施の形態３と同様のものであってもよい。また、上りプリエンプション指示４２０２は、ＰＤＣＣＨ４００３およびＰＤＳＣＨ４００４に用いられる帯域を用いて送信してもよいし、該帯域と異なる帯域を用いて送信してもよい。
【０５１４】
本変形例１を、実施の形態３と組み合わせて用いてもよい。例えば、基地局は被プリエンプトＵＥに対し、ｇＮＢは被プリエンプトＵＥに対し、プリエンプション通信が発生する可能性のある時間リソースおよび／あるいは周波数リソースを予め通知する。該ＵＥにおける上り送信の動作においてプリエンプション送信と重複する動作に関する情報を、該通知に含めてもよい。プリエンプションＵＥは、本変形例１に示す所定の符号を基地局に送信し、基地局は被プリエンプトＵＥに対し、本変形例１に示す所定の符号を送信してもよい。被プリエンプトＵＥは、該所定の符号の受信により、上り送信を停止してもよいし、前述の、プリエンプション送信と重複した上り送信の例として開示した（１）〜（４）に示す動作を行ってもよい。被プリエンプトＵＥは、該所定の符号を受信しない場合において、上り送信を継続してもよい。このことにより、例えば、被プリエンプションＵＥにおいて、実際にプリエンプション送信が発生しない周波数・時間リソースにおける上り送信が可能となるため、被プリエンプトＵＥにおける上り送信効率の確保が可能となる。
【０５１５】
本変形例１によって、ｇＮＢにおいてＳＲの復号処理、上りグラントの符号化処理、上りプリエンプション指示の符号化処理が不要あるいは容易となるため、迅速な通知が可能となる。また、被プリエンプションＵＥにおいて、実際にプリエンプション送信が発生しない周波数・時間リソースにおける上り送信が可能となるため、被プリエンプトＵＥにおける上り送信効率の確保が可能となる。
【０５１６】
実施の形態４．
下りの同一キャリアにおけるＬＴＥ−ＮＲ共存において、ｇＮＢは、ＬＴＥにおけるＭＢＦＳＮサブフレームを用いて、ＮＲの信号を送信する。ｇＮＢは、ＭＢＳＦＮサブフレームを用いて、ＮＲ信号を送信する。ｇＮＢは、非ＭＢＳＦＮサブフレームを用いて、ＮＲ信号を送信してもよい。ｇＮＢは、ＮＲ信号の送信にあたりミニスロットを用いてもよい。
【０５１７】
前述において、ｇＮＢとＬＴＥ基地局（ｅＮＢ）は、あるＵＥにおいてＤＣを構成する基地局であってもよいし、ＤＣを構成する基地局でなくてもよい。例えば、ｇＮＢとｅＮＢは、互いに近隣に設置された基地局同士であってもよい。このことにより、例えば、ＬＴＥのみ対応しているＵＥにおける、ｇＮＢからの干渉を低減可能となる。
【０５１８】
前述のＮＲ信号は、ＳＳ信号であってもよいし、ＰＢＣＨであってもよいし、両方を含んでもよい。ｇＮＢは、各ビームにおいてＳＳとＰＢＣＨを１つのブロック（以下、ＳＳブロックと呼ぶ場合がある）で送信してもよい。
【０５１９】
ｇＮＢは、ＳＳ信号とＰＢＣＨ信号を突発的に送信（以下、ＳＳバーストと称する場合がある）してもよい。例えば、予め定める時間において、ｇＮＢは各ビームにおけるＳＳ信号および／あるいはＰＢＣＨ信号を送信してもよい。前述の、予め定める時間におけるＳＳ信号および／あるいはＰＢＣＨ信号を、他の予め定める周期毎に送信してもよい。前述の、予め定める時間におけるＳＳ信号および／あるいはＰＢＣＨ信号は、ＳＳブロックで送信してもよい。
【０５２０】
前述の方法を適用した場合には、以下に示す問題が生じる。すなわち、ＮＲのＳＳバーストの信号が、ＬＴＥの非ＭＢＳＦＮに存在する信号、例えば、同期信号、報知情報、ページング情報と衝突する。この結果、ＬＴＥ−ＮＲ共存時において、ＵＥはｅＮＢおよび／あるいはｇＮＢとの同期を確立できないという問題が生じる。
【０５２１】
前述の問題に対する解決策を以下に開示する。
【０５２２】
ＬＴＥの非ＭＢＳＦＮサブフレームの信号とＮＲのＳＳバーストの信号との間に、優先順位を設ける。例えば、両信号の衝突が発生する区間において、いずれかの信号のみを送信する。前述の、ＬＴＥの非ＭＢＳＦＮサブフレームの信号とは、例えば、ＬＴＥの同期信号であってもよいし、ＬＴＥの報知情報チャネルであってもよいし、ＬＴＥのページング信号であってもよい。前述の、ＮＲのＳＳバーストの信号とは、例えば、ＮＲの同期信号であってもよいし、ＮＲの報知情報チャネルであってもよい。
【０５２３】
例えば、ＬＴＥの非ＭＢＳＦＮサブフレームの信号を優先させてもよい。このことにより、例えば、ＬＴＥの非ＭＢＳＦＮサブフレームにおける干渉が低減可能となる。ｇＮＢは、ＬＴＥの非ＭＢＳＦＮサブフレームと重複するサブフレーム内のＳＳバーストの信号を全て送信しないとしてもよいし、一部を送信しないとしてもよい。前述における重複するサブフレームは、その代わりに、重複するスロットであってもよいし、重複するミニスロットであってもよいし、重複するシンボルであってもよい。他の例として、ｇＮＢは、非ＭＢＳＦＮサブフレームの信号と重複するＮＲのＳＳバーストの信号のみを送信しないとしてもよい。ＳＳバーストの不要な停止を防ぐことが可能となる。
【０５２４】
ｇＮＢは、ＬＴＥの非ＭＢＳＦＮサブフレームの信号と重複するＮＲのＳＳバーストの信号を送信してもよい。前述の両信号は、互いに分離可能な信号、例えば、片方の信号のパターンが予め決まっている信号であってもよい。互いに分離可能な信号は、例えば、ＬＴＥのＳＳとＮＲのＰＢＣＨの組み合わせであってもよいし、ＬＴＥのＰＢＣＨとＮＲのＳＳ組み合わせであってもよいし、ＬＴＥのページング信号とＮＲのＳＳの組み合わせであってもよい。ＵＥは、前述の重複した信号を受信し、各信号を分離してもよい。例えば、ＵＥは、パターンが予め決まっている信号を抽出し、元の受信信号と抽出した信号の差分を他方の信号として取得してもよい。このことにより、例えば、ＵＥはＬＴＥとＮＲの両信号を受信可能となる。
【０５２５】
ｅＮＢは、配下のＵＥへのページング送信タイミングを変更してもよい。前述の変更は、例えば、配下のＵＥへのページング送信タイミングを１つまたは複数に集約するものであってもよい。このことにより、例えば、ＮＲのＳＳバーストの信号とＬＴＥのページング送信タイミングとの重複を少なくすることができるため、ｇＮＢにおいてＳＳバースト送信を停止することが不要となるとともに、ｅＮＢの信号に干渉するＮＲのＳＳバースト送信を低減させることが可能となる。
【０５２６】
ページング送信タイミング変更の例として、配下のＵＥのＰＯを１通りに集約してもよい。このことにより、例えば、ＮＲのＳＳバースト送信とＬＴＥのページング送信タイミングとの重複を回避可能となる。該ＰＯを１通りに集約する方法の例として、非特許文献１７（３ＧＰＰ  ＴＳ  ３６．３０４  Ｖ１４．４．０）に記載されるように、１つの無線フレームにおいてページング信号が割り当てられるサブフレームの個数を示すパラメータＮｓの値を１としてもよい。ｅＮＢは、非特許文献１７（３ＧＰＰ  ＴＳ  ３６．３０４  Ｖ１４．４．０）に記載のパラメータｎＢの値を、Ｔの１倍以下とすることを用いて、パラメータＮｓの値を１としてもよい。ｅＮＢは、配下のＵＥに対し、変更後のパラメータｎＢの値を報知してもよい。前述の報知には、例えば、ＳＩＢ２を用いてもよい（非特許文献１８（３ＧＰＰ  ＴＳ  ３６．３１１）参照）。このことにより、例えば、ｅＮＢは少ないシグナリング量で、配下のＵＥのＰＯを１通りに集約可能となる。
【０５２７】
前述のページング送信タイミング変更は、例えば、ページングフレーム（ＰＦ）を変更するものであってもよいし、ページングオケージョン（ＰＯ）を変更するものであってもよいし、ページング送信周期を変更するものであってもよい。前述のうち複数を組み合わせたものであってもよい。
【０５２８】
ページング送信タイミング変更にあたり、ｅＮＢは、ページング送信タイミングの決定に用いるパラメータを変更してもよい。該パラメータは、例えば、ＵＥ−ＩＤであってもよい。ｅＮＢは、該パラメータの変更に関する情報を、ＵＥに通知してもよい。
【０５２９】
ｅＮＢは、１つのページング送信タイミングにおいて送信可能なページング送信先ＵＥの数を増大させてもよい。増大させる数は、例えば、予め規格で決まっていてもよい。このことにより、例えば、ｅＮＢは少ないページング送信タイミングで多数のＵＥへのページング送信が可能となる。
【０５３０】
ｅＮＢは、該情報を、周辺のｅＮＢに通知してもよい。前述における周辺のｅＮＢとは、例えば、該ｅＮＢと同じトラッキングエリアに属する複数のｅＮＢであってもよい。該複数のｅＮＢは、該情報を用いてＵＥへのページングを行ってもよい。このことにより、例えば、ＵＥにおいてモビリティが発生した場合におけるページングの動作を円滑に行うことが可能となる。
【０５３１】
ｅＮＢは、該情報を、上位ＮＷ装置に通知してもよい。該通知において、上位ＮＷ装置と基地局との間のインタフェースを用いてもよい。上位ＮＷ装置は、ＡＭＦであってもよいし、ＳＭＦであってもよい。上位ＮＷ装置は、該パラメータの変更を承諾あるいは拒否する旨の通知を、ｅＮＢに対して送信してもよい。
【０５３２】
上位ＮＷ装置は、該情報を、配下のｅＮＢに通知してもよい。前述における配下のｅＮＢとは、例えば、該ｅＮＢと同じトラッキングエリアに属する複数のｅＮＢであってもよい。該複数のｅＮＢは、該情報を用いてＵＥへのページングを行ってもよい。このことにより、例えば、ＵＥにおいてモビリティが発生した場合におけるページングの動作を円滑に行うことが可能となる。
【０５３３】
ｇＮＢは、ＬＴＥの非ＭＢＳＦＮサブフレームに関する情報を取得してもよい。ＬＴＥの非ＭＢＦＳＮサブフレームに関する情報として、以下（１）〜（５）を開示する。
【０５３４】
（１）ＬＴＥのフレームタイミング。
【０５３５】
（２）ＬＴＥのＳＳに関する情報。
【０５３６】
（３）ＬＴＥの通信方式に関する情報。
【０５３７】
（４）ページングタイミングに関する情報。
【０５３８】
（５）前述の（１）〜（４）の組み合わせ。
【０５３９】
ｇＮＢは、前述（１）のＬＴＥのフレームタイミングを、実施の形態１に示すセルサーチを用いて取得してもよい。ｇＮＢは、セルサーチを行う機能を有してもよい。ｇＮＢは、セルサーチを行うタイミングを設けてもよい。他の例として、ｇＮＢはｅＮＢに対して、ＬＴＥとＮＲのフレームタイミングの差分に関する情報を要求してもよい。ｅＮＢはｇＮＢに該情報を通知してもよい。該要求および／あるいは該通知には、基地局間インタフェース、例えば、Ｘｎインタフェースを用いてもよい。ｅＮＢは、ＮＲのフレームタイミングを取得してもよい。例えば、ｅＮＢはセルサーチを用いて、ＮＲのフレームタイミングを取得してもよい。このことにより、例えば、ｇＮＢは、ＬＴＥの非ＭＢＳＦＮサブフレームに関する情報を取得可能となる。
【０５４０】
ｇＮＢはｅＮＢに対して前述（２）の情報を要求してもよい。ｅＮＢはｇＮＢに対して前述（２）の情報を通知してもよい。該要求および／あるいは該通知には、基地局間インタフェース、例えば、Ｘｎインタフェースを用いてもよい。前述（２）の情報は、例えば、ＬＴＥのＰＳＳの符号系列および循環シフトに関する情報であってもよいし、ＬＴＥのＳＳＳの符号系列および循環シフトに関する情報であってもよい。ｇＮＢは、前述（２）の情報を用いてセルサーチを行ってもよい。このことにより、例えば、ｇＮＢにおけるセルサーチ処理を迅速に実行可能となる。また、例えば、ｇＮＢにおけるＬＴＥセルの誤検出を防ぐことが可能となる。
【０５４１】
他の例として、ｇＮＢはセルサーチを用いて前述（２）の情報を取得してもよい。このことにより、例えば、基地局間におけるシグナリング量を削減可能となる。
【０５４２】
前述（３）の情報は、ＬＴＥの複信方式（例、ＴＤＤ、ＦＤＤ）、あるいは半二重方式に関する情報を含んでもよいし、あるいは巡回プリフィックス（Cyclic prefix）に関する情報（例、巡回プリフィックス継続時間の長短）を含んでもよい。ｇＮＢはｅＮＢに対して前述（３）の情報を要求してもよい。ｅＮＢはｇＮＢに対して該情報を通知してもよい。該要求および／あるいは該通知には、基地局間インタフェース、例えば、Ｘｎインタフェースを用いてもよい。ｇＮＢは、該情報を用いて、ＬＴＥの非ＭＢＦＳＮサブフレームにおける信号の位置を導出してもよい。このことにより、例えば、ｇＮＢはＬＴＥの非ＭＢＳＦＮサブフレームに関する情報を迅速に取得可能となる。
【０５４３】
前述（３）における他の例として、ｇＮＢは前述（３）の情報をＬＴＥの報知情報より取得してもよい。このことにより、例えば、基地局間のシグナリング量を削減可能となる。
【０５４４】
前述（４）の情報は、例えば、ｅＮＢにて用いているページングフレーム（ＰＦ）、ページングオケージョン（ＰＯ）、ページング周期の情報を含んでもよい。ｇＮＢは、該情報をｅＮＢに要求してもよい。ｅＮＢは該情報をｇＮＢに通知してもよい。ｅＮＢは、該情報の通知を、ｇＮＢからの要求の後に実行してもよいし、該情報に変更が生じた場合に行ってもよい。ｇＮＢは、該情報を用いて、非ＭＢＦＳＮサブフレームにおいてＳＳバースト信号を送信してもよい。例えば、該ｅＮＢがページング情報に割り当てないサブフレームにおいて、ｇＮＢはＳＳバーストの信号を送信してもよい。このことにより、ｇＮＢにおけるＳＳバースト信号送信のタイミングを確保することが可能となる。
【０５４５】
前述（４）の情報は、例えば、ｅＮＢが実際にページング送信に用いていないサブフレームの情報を含んでもよい。前述（４）の情報は、ｅＮＢが実際にページング送信に用いるサブフレームの情報であってもよい。ｇＮＢは、該情報を用いて、実際にページング送信に用いていないサブフレームにおいて、ＳＳバーストの信号を送信してもよい。このことにより、例えば、ｇＮＢにおけるＳＳバースト信号送信のタイミングを確保することが可能となる。
【０５４６】
上位ＮＷ装置は、ｅＮＢからＵＥへのページングに関する情報を、ｇＮＢに対して通知してもよい。該情報の通知は、ＵＥへのページングが発生する場合に行ってもよい。上位ＮＷ装置は該情報を、ｅＮＢとｇＮＢに対して同時に通知してもよいし、異なるタイミングで通知してもよい。ｇＮＢは、該通知を用いて、ｅＮＢからＵＥに対してページング信号が実際に送信されるサブフレームを導出してもよい。ｇＮＢは、導出したサブフレーム以外のサブフレームにおいて、ＳＳバーストの信号を送信してもよい。例えば、ｇＮＢにおけるＳＳバースト信号送信のタイミングを確保することが可能となる。
【０５４７】
ｇＮＢは、ＳＳバーストのうちの一部の信号を送信しないとしてもよい。例えば、ｇＮＢは、ＳＳバーストとして送信するＳＳブロックの数を減らしてもよい。このことにより、例えば、ＬＴＥの非ＭＢＦＳＮサブフレームへの干渉を低減することが可能となる。
【０５４８】
ｇＮＢは、ＳＳバーストを構成するＳＳブロックの順番を並び替えてもよい。ＳＳブロックの順番の並び替えは、準静的に行ってもよいし、周期的に行ってもよい。このことにより、例えば、ＬＴＥの非ＭＢＦＳＮサブフレームの信号との衝突が発生する場合においても、ｇＮＢは全てのＳＳブロックをＵＥに送信することが可能となる。
【０５４９】
前述において、ＳＳブロックの順番の並び替えは、サブフレーム単位で行ってもよい。例えば、サブフレーム＃０においてＳＳブロック＃０、＃１を送信し、サブフレーム＃１においてＳＳブロック＃２、＃３を送信する場合、サブフレーム＃０においてＳＳブロック＃２、＃３を送信し、サブフレーム＃１においてＳＳブロック＃０、＃１を送信するように、ＳＳブロックの順番を並び替えてもよい。このことにより、例えば、並び替えにおける制御が容易になる。
【０５５０】
他の例として、スロット単位でＳＳブロックを並び替えてもよい。このことにより、例えば、ＬＴＥとＮＲのシンボル長が異なる場合においても、ＳＳブロックの順番の並び替えが可能となる。
【０５５１】
他の例として、ＳＳブロック単位でＳＳブロックを並び替えてもよい。このことにより、例えば、ｇＮＢにおいて柔軟な制御が可能となる。
【０５５２】
図３５は、ＮＲのＳＳバーストにおけるＳＳブロックの並び替えの例を示す図である。図３５において、上段はＬＴＥの信号を示し、下段はＮＲの信号を示す。また、上段および下段とも、左側の５ミリ秒分はＳＳブロック並べ替え前を示し、右側の５ミリ秒分はＳＳブロック並べ替え後の信号を示している。図３５は、ＮＲのシンボル長がＬＴＥと同じであり、また、ＮＲのＳＳブロックの数が８である場合について示している。
【０５５３】
図３５において、ｅＮＢからの非ＭＢＳＦＮサブフレームの信号として、ＳＳ４５０１、ＰＢＣＨ４５０２、ページング信号におけるＰＤＣＣＨ４５０３、ページング信号４５０４が送信される。
【０５５４】
図３５におけるＳＳブロック並べ替え前において、サブフレーム＃０に配置されているＳＳブロック＃０（ＳＳブロック４５１０）およびＳＳブロック＃１（ＳＳブロック４５１１）は、ＳＳ４５０１およびＰＢＣＨ４５０２と重複するため送信されない。サブフレーム＃１〜＃４に配置されているＳＳブロック＃２（ＳＳブロック４５１２）〜ＳＳブロック＃７（ＳＳブロック４５１７）は送信される。
【０５５５】
図３５におけるＳＳブロック並べ替え後において、サブフレーム＃０とサブフレーム＃１のＳＳブロックが並び替えられる。その結果、サブフレーム＃０に配置されているＳＳブロック＃２（ＳＳブロック４５２２）およびＳＳブロック＃３（ＳＳブロック４５２３）が送信されず、サブフレーム＃１〜＃４に配置されているＳＳブロック＃０（ＳＳブロック４５２０）、ＳＳブロック＃１（ＳＳブロック４５２１）、および、ＳＳブロック＃４（ＳＳブロック４５１４）〜ＳＳブロック＃７（ＳＳブロック４５１７）が送信される。
【０５５６】
図３５のＳＳブロック並べ替え後において、さらに並べ替え周期が過ぎたら、ＳＳブロック並べ替え前の配置に戻ってもよい。このことにより、例えば、ＳＳブロック＃０〜＃３のいずれかの送信停止が継続する状態を防ぐことが可能となる。
【０５５７】
図３６は、ＬＴＥの非ＭＢＳＦＮ信号と重複しないＮＲのＳＳブロックの送信について示すタイミング図である。図３６は、ＬＴＥとＮＲのシンボル長が異なる場合における、ＬＴＥの非ＭＢＦＳＮサブフレームとＮＲのＳＳバーストとの重複について示している。図３６は、ＮＲのシンボル長がＬＴＥの半分、すなわち、ＮＲのサブキャリア間隔がＬＴＥの倍の３０ｋＨｚである場合について示している。
【０５５８】
図３６において、ＮＲにおけるＳＳブロック＃０（ＳＳブロック４６１０）は、ＬＴＥのＳＳ４６０１ともＰＢＣＨ４６０２とも重複しないため送信される。ＮＲのＳＳブロック＃１（ＳＳブロック４６１１）はＬＴＥのＳＳ４６０１と重複するため送信されない。ＮＲのＳＳブロック＃２（ＳＳブロック４６１２）およびＳＳブロック＃３（ＳＳブロック４６１３）は、ＬＴＥのＰＢＣＨ４６０２と重複するため送信されない。
【０５５９】
ＳＳブロックの並び替えの方法として、ＳＳブロックを循環させる方法を用いてもよい。例えば、ＳＳブロック＃０、＃１、＃２、＃３、＃４、＃５、＃６、＃７の順で並ぶＳＳバーストを一定回数繰り返した後に、ＳＳブロック＃６、＃７、＃０、＃１、＃２、＃３、＃４、＃５の順で並ぶＳＳバーストを一定回数繰り返し、その後に、ＳＳブロック＃４、＃５、＃６、＃７、＃０、＃１、＃２、＃３の順で並ぶＳＳバーストが送信されてもよい。このことにより、例えば、各ビームにおけるＳＳブロックの捕捉機会を均等にできるため、端末の同期に要する時間の最大値を少なくすることが可能となる。
【０５６０】
ＳＳブロックを循環させる方法において、循環の単位は、ＳＳブロック毎であってもよいし、スロット毎であってもよいし、サブフレーム毎であってもよい。また、循環の方向は、時間方向において前方向であってもよいし、後ろ方向であってもよい。
【０５６１】
ｇＮＢは、ＮＲのＳＳブロックの順番の並び替えに関する情報を、ＵＥに通知してもよい。このことにより、例えば、ＵＥは、並び替え発生後においてもＮＲのＳＳブロックを捕捉し続けることが可能となる。
【０５６２】
該情報は、例えば、システム情報に含まれてもよい。該情報は、ミニマムＳＩに含まれてもよい。該情報は、配下のＵＥに対して報知されてもよいし、ＲＭＳＩ（Remaining Minimum System Information）として通知されてもよい。あるいは、該情報は、その他ＳＩ（Other SI）として配下のＵＥに報知あるいは個別に通知されてもよい。
【０５６３】
該情報の報知あるいは通知において、ＳＳブロックの順番の並び替えが発生するＮＲのキャリアとは異なるキャリアが用いられてもよい。このことにより、例えば、ＵＥは該情報を迅速に把握することが可能となる。あるいは、ＳＳブロックの順番の並び替えが発生するＮＲのキャリアが用いられてもよい。このことにより、例えば、他の複数のＮＲのキャリアが、ＳＳブロックの並び替えに関する情報を、報知あるいは通知する必要がなくなるため、シグナリング量を削減可能となる。
【０５６４】
該情報を、例えば、ｅＮＢが報知あるいは通知してもよい。ｅＮＢからの報知あるいは通知に、ｇＮＢからの報知あるいは通知と同様の方法を用いてもよい。このことにより、例えば、ＵＥは、該情報を迅速に把握することが可能となる。
【０５６５】
あるいは、該情報を、ｇＮＢもｅＮＢも通知しないとしてもよい。ＵＥは、ＮＲのＳＳブロックの並び替え後におけるＳＳＢブロックを、自動的に再捕捉してもよい。このことにより、シグナリング量を削減可能となる。
【０５６６】
該情報に含まれる情報の例として、以下（１）〜（４）を開示する。
【０５６７】
（１）ＳＳブロックの並び替えの周期に関する情報。
【０５６８】
（２）並び替えられるＳＳブロックに関する情報。
【０５６９】
（３）並び替えの方法に関する情報。
【０５７０】
（４）前述（１）〜（３）の組み合わせ。
【０５７１】
前述（１）について、該周期は例えば、サブフレーム単位でもよい。他の例として、ＳＳバーストの最大継続時間（例えば、５ミリ秒）を単位とした値でもよい。他の例として、無線フレーム（例えば、１０ミリ秒）単位でもよいし、ＳＳバーストの送信周期を単位とした値でもよい。
【０５７２】
前述（２）について、該情報は例えば、並び替えられるＳＳブロックの番号であってもよい。例えば、前述の図３５の例において該情報は、ＳＳブロック＃０、＃１と、ＳＳブロック＃２、＃３であってもよい。このことにより、例えば、柔軟なＳＳブロック並び替えが可能となる。他の例として、スロット番号を用いてもよい。このことにより、例えば、ＬＴＥとＮＲが異なるシンボル長の場合においても並び替えが可能となる。他の例として、サブフレーム番号を用いてもよい。このことにより、例えば、並び替えによる処理量を削減可能となる。
【０５７３】
前述（２）における他の例として、該情報は並び替えの単位に関する情報であってもよい。並び替えの単位に関する情報は、例えば、循環式の並び替えを用いる場合において適用してもよい。並び替えの単位は、例えば、ＳＳブロック単位であってもよいし、スロット単位であってもよいし、サブフレーム単位であってもよい。
【０５７４】
前述（３）について、該情報は例えば、ＳＳブロックの入れ替えを示す情報であってもよいし、循環式の並び替えを示す情報であってもよい。該情報は、時間方向において前に循環するか、後ろに循環するかを示す情報を含んでもよい。
【０５７５】
ｇＮＢは、ビームに対応するＳＳブロックの並び替えに伴い、該ビームにおけるページング送信タイミングを自動的に変更してもよい。ＵＥは、ＳＳブロックの並び替えに追従し、ページング受信タイミングを自動的に変更してもよい。ＳＳブロックの順番とページング送信タイミングの対応付けは、規格で決定されてもよい。このことにより、例えば、ＳＳブロックとページング送受信タイミングとの関係に一貫性を持たせることが可能となるため、ｇＮＢにおいてページングに関する制御が容易となる。
【０５７６】
ＵＥは、ページング受信タイミングに関する情報を取得してもよい。該情報の取得は、ＳＳブロックの並び替えの後に行ってもよい。ページング受信タイミングに関する情報は、例えば、ページング情報が含まれる制御チャネルリソースセット（Control channel resource set; CORESET）であってもよい。
【０５７７】
他の例として、ｇＮＢは、該ビームにおけるページング送信タイミングを固定としてもよい。このことにより、例えば、ＵＥにおけるページング受信タイミングが固定となるため、ＵＥにおけるページングに関する処理量を削減可能となる。
【０５７８】
ＳＳブロックの並び替えに伴う、該ビームにおけるＵＥからのＰＲＡＣＨ送信タイミングについても、ページング送受信タイミングと同様としてもよい。
【０５７９】
ＬＴＥの非ＭＢＳＦＮサブフレームの信号とＮＲのＳＳバーストの信号との間の優先順位に関する他の例として、ＮＲのＳＳバーストの信号をＬＴＥの非ＭＢＳＦＮサブフレームの信号に優先させてもよい。このことにより、例えば、ＮＲのＳＳバーストが受ける干渉を低減可能となる。ｅＮＢは、ＮＲのＳＳバーストと重複するサブフレーム内のＬＴＥの非ＭＢＳＦＮサブフレームの信号を全て送信しないとしてもよいし、一部を送信しないとしてもよい。前述における重複するサブフレームは、その代わりに、重複するスロットであってもよいし、重複するミニスロットであってもよい。他の例として、ｅＮＢは、ＮＲのＳＳバーストの信号と重複するＬＴＥの非ＭＢＳＦＮサブフレームの信号のみを送信しないとしてもよい。ＬＴＥの非ＭＢＳＦＮサブフレームの不要な停止を防ぐことが可能となる。
【０５８０】
ｅＮＢは、ＮＲのＳＳバーストの信号と重複するＬＴＥの非ＭＢＳＦＮサブフレームの信号を送信してもよい。前述の両信号は、互いに分離可能な信号、例えば、片方の信号のパターンが予め決まっている信号であってもよい。互いに分離可能な信号は、前述の、ＬＴＥの非ＭＢＳＦＮサブフレームの信号を優先させる場合と同様としてもよい。このことにより、例えば、ＵＥはＬＴＥとＮＲの両信号を受信可能となる。
【０５８１】
ｅＮＢは、配下のＵＥへのページング送信タイミングを変更してもよい。前述の変更は、例えば、配下のＵＥへのページング送信タイミングを１つまたは複数に集約するものであってもよい。このことにより、例えば、ＮＲのＳＳバーストの信号とＬＴＥのページング送信タイミングとの重複を少なくすることができるため、ｅＮＢにおいてページングの送信を停止することが不要となるとともに、ＮＲのＳＳバーストの信号に対する干渉を低減可能となる。
【０５８２】
ページング送信タイミング変更の例として、配下のＵＥのＰＯを１通りに集約してもよい。このことにより、例えば、ＮＲのＳＳバースト送信とＬＴＥのページング送信タイミングとの重複を回避可能となる。該ＰＯを１通りに集約する方法の例として、非特許文献１７（３ＧＰＰ  ＴＳ  ３６．３０４  Ｖ１４．４．０）に記載されるように、１つの無線フレームにおいてページング信号が割り当てられるサブフレームの個数を示すパラメータＮｓの値を１としてもよい。ｅＮＢは、非特許文献１７（３ＧＰＰ  ＴＳ  ３６．３０４  Ｖ１４．４．０）に記載のパラメータｎＢの値を、Ｔの１倍以下とすることを用いて、パラメータＮｓの値を１としてもよい。ｅＮＢは、配下のＵＥに対し、変更後のパラメータｎＢの値を報知してもよい。前述の報知には、例えば、ＳＩＢ２を用いてもよい（非特許文献１８（３ＧＰＰ  ＴＳ  ３６．３１１）参照）。このことにより、例えば、ｅＮＢは少ないシグナリング量で、配下のＵＥのＰＯを１通りに集約可能となる。
【０５８３】
前述のページング送信タイミング変更は、例えば、ページングフレーム（ＰＦ）を変更するものであってもよいし、ページングオケージョン（ＰＯ）を変更するものであってもよいし、ページング送信周期を変更するものであってもよい。前述のうち複数を組み合わせたものであってもよい。
【０５８４】
ページング送信タイミング変更にあたり、ｅＮＢは、ページング送信タイミングの決定に用いるパラメータを変更してもよい。該パラメータは、例えば、ＵＥ−ＩＤであってもよい。ｅＮＢは、該パラメータの変更に関する情報を、ＵＥに通知してもよい。
【０５８５】
ｅＮＢは、該情報を、周辺のｅＮＢに通知してもよい。前述における周辺のｅＮＢとは、例えば、該ｅＮＢと同じトラッキングエリアに属する複数のｅＮＢであってもよい。該複数のｅＮＢは、該情報を用いてＵＥへのページングを行ってもよい。このことにより、例えば、ＵＥにおいてモビリティが発生した場合におけるページングの動作を円滑に行うことが可能となる。
【０５８６】
ｅＮＢは、該情報を、上位ＮＷ装置に通知してもよい。該通知において、上位ＮＷ装置と基地局との間のインタフェースを用いてもよい。上位ＮＷ装置は、ＡＭＦであってもよいし、ＳＭＦであってもよい。上位ＮＷ装置は、該パラメータの変更を承諾あるいは拒否する旨の通知を、ｅＮＢに対して送信してもよい。
【０５８７】
上位ＮＷ装置は、該情報を、配下のｅＮＢに通知してもよい。前述における配下のｅＮＢとは、例えば、該ｅＮＢと同じトラッキングエリアに属する複数のｅＮＢであってもよい。該複数のｅＮＢは、該情報を用いてＵＥへのページングを行ってもよい。このことにより、例えば、ＵＥにおいてモビリティが発生した場合におけるページングの動作を円滑に行うことが可能となる。
【０５８８】
ｅＮＢは、ＮＲのＳＳバーストに関する情報を取得してもよい。ＮＲのＳＳバーストに関する情報として、以下（１）〜（４）を開示する。
【０５８９】
（１）ＮＲのフレームタイミング。
【０５９０】
（２）ＮＲのＳＳに関する情報。
【０５９１】
（３）ＮＲの通信方式に関する情報。
【０５９２】
（４）前述の（１）〜（３）の組み合わせ。
【０５９３】
ｅＮＢは、前述（１）のＮＲのフレームタイミングを、実施の形態１に示すセルサーチを用いて取得してもよい。セルサーチは、ＮＲのＰ−ＳＳおよびＳ−ＳＳを取得するものであってもよい。ｅＮＢは、セルサーチを行う機能を有してもよい。ｅＮＢは、セルサーチを行うタイミングを設けてもよい。他の例として、ｅＮＢはｇＮＢに対して、ＬＴＥとＮＲのフレームタイミングの差分に関する情報を要求してもよい。ｇＮＢはｅＮＢに該情報を通知してもよい。該要求および／あるいは該通知には、基地局間インタフェース、例えば、Ｘｎインタフェースを用いてもよい。ｇＮＢは、ＬＴＥのフレームタイミングを取得してもよい。例えば、ｇＮＢはセルサーチを用いてＬＴＥのフレームタイミングを取得してもよい。このことにより、例えば、ｅＮＢはＮＲのＳＳバーストに関する情報を取得可能となる。
【０５９４】
ｅＮＢはｇＮＢに対して前述（２）の情報を要求してもよい。ｇＮＢはｅＮＢに対して前述（２）の情報を通知してもよい。該要求および／あるいは該通知には、基地局間インタフェース、例えば、Ｘｎインタフェースを用いてもよい。前述（２）の情報は、例えば、ＮＲのＰＳＳの符号系列および循環シフトに関する情報であってもよいし、ＮＲのＳＳＳの符号系列および循環シフトに関する情報であってもよい。前述（２）の情報に、ＮＲのＳＳバーストの継続時間に関する情報が含まれてもよい。前述（２）の情報に、ＮＲのＳＳバーストの周期に関する情報が含まれてもよい。ｅＮＢは、前述（２）の情報を用いてセルサーチを行ってもよい。このことにより、例えば、ｅＮＢにおけるセルサーチ処理を迅速に実行可能となる。また、例えば、ｅＮＢにおけるＮＲセルの誤検出を防ぐことが可能となる。
【０５９５】
他の例として、ｅＮＢはセルサーチを用いて前述（２）の情報を取得してもよい。このことにより、例えば、基地局間におけるシグナリング量を削減可能となる。
【０５９６】
前述（３）の情報は、ＮＲの多重方式（例、ＴＤＭ、ＦＤＭ）に関する情報を含んでもよいし、あるいは巡回プリフィックス（Cyclic prefix）に関する情報（例、巡回プリフィックス継続時間の長短）を含んでもよい。前述（３）の情報は、ＮＲのシンボル長さに関する情報を含んでもよい。ｅＮＢはｇＮＢに対して前述（３）の情報を要求してもよい。ｇＮＢはｅＮＢに対して該情報を通知してもよい。該要求および／あるいは該通知には、基地局間インタフェース、例えば、Ｘｎインタフェースを用いてもよい。ｅＮＢは、該情報を用いて、ＮＲのＳＳバーストの信号の位置を導出してもよい。このことにより、例えば、ｅＮＢはＮＲのＳＳバーストに関する情報を迅速に取得可能となる。
【０５９７】
前述（３）における他の例として、ｅＮＢは前述（３）の情報をＮＲの報知情報より取得してもよい。このことにより、例えば、基地局間のシグナリング量を削減可能となる。
【０５９８】
他の解決策を開示する。ＬＴＥの非ＭＢＳＦＮサブフレームの信号と、ＮＲのＳＳバーストの信号が同時に送信されてもよい。前述の両信号は、互いに分離可能な信号、例えば、片方の信号のパターンが予め決まっている信号であってもよい。互いに分離可能な信号は、例えば、ＬＴＥのＳＳとＮＲのＰＢＣＨの組み合わせであってもよいし、ＬＴＥのＰＢＣＨとＮＲのＳＳの組み合わせであってもよいし、ＬＴＥのページング信号とＮＲのＳＳの組み合わせであってもよい。ＵＥは、前述の重複した信号を受信し、各信号を分離してもよい。例えば、ＵＥは、パターンが予め決まっている信号を抽出し、元の受信信号と抽出した信号の差分を他方の信号として取得してもよい。このことにより、例えば、ＵＥはＬＴＥとＮＲの両信号を受信可能となる。
【０５９９】
他の解決策を開示する。ＬＴＥとＮＲのフレーム境界にオフセットを設けてもよい。該オフセットは、サブフレーム単位であってもよいし、スロット単位であってもよいし、シンボル単位であってもよい。該オフセットは、シンボル未満の単位、例えば、システム上の最小時間（例、Ｔｓ）単位であってもよい。
【０６００】
ｇＮＢおよびｅＮＢは、ＬＴＥの非ＭＢＳＦＮサブフレームの信号と重複するＮＲのＳＳバーストの信号を送信してもよい。該送信にあたり、前述の解決策にて開示した、互いに分離可能な信号を送信してもよい。このことにより、例えば、ＬＴＥの非ＭＢＳＦＮサブフレームの信号とＮＲのＳＳバーストの信号の共存が可能となる。
【０６０１】
図３７は、ＬＴＥとＮＲのフレーム境界にオフセットを設けた例を示す図である。図３７の例は、ＮＲのフレーム境界がＬＴＥよりも１シンボル遅い場合について示す。図３７の例は、ＬＴＥ、ＮＲのシンボル長は同じであり、また、ＮＲのＳＳバーストにおけるＳＳブロックの数を８とした場合について示している。
【０６０２】
図３７において、ＮＲのフレーム境界をＬＴＥよりも１シンボル遅らせたことにより、ＮＲのサブフレーム＃０の最初のＰＢＣＨ４７１０は、ＬＴＥのＳＳ４７０１と重複している。また、ＮＲのサブフレーム＃０の２番目のＳＳ４７１１は、ＬＴＥのＰＢＣＨ４７０２と重複している。前述のＰＢＣＨ４７１０とＳＳ４７０１は互いに分離可能であるため、ｇＮＢはＰＢＣＨ４７１０を送信してもよい。ＮＲのＳＳ４７１１についても、同様である。
【０６０３】
図３７の例において、ＬＴＥのＳＳとＮＲの最初のＳＳブロックのＰＢＣＨの同時送信を許容することで、ＬＴＥの非ＭＢＳＦＮサブフレームとＮＲのＳＳバーストが共存可能となる。このことによって、例えば、ＮＲにおいてＵＥの同期捕捉が迅速に実行可能となる。
【０６０４】
ｇＮＢは、ＮＲのフレームタイミングを変更してもよい。ｇＮＢは、該変更を配下のＵＥに通知してもよいし、あるいは報知してもよい。ｇＮＢは、フレームタイミングの変更を、上位ＮＷ装置に通知してもよい。該通知において、上位ＮＷ装置と基地局との間のインタフェースを用いてもよい。上位ＮＷ装置は、ＡＭＦであってもよいし、ＳＭＦであってもよい。上位ＮＷ装置は、フレームタイミングの変更を承諾あるいは拒否する旨の通知を、ｇＮＢに対して送信してもよい。上位ＮＷ装置は、フレームタイミング変更を、配下のｇＮＢに対して、指示してもよい。該指示の対象は、該ｇＮＢの近傍のｇＮＢであってもよい。このことにより、例えば、該ｇＮＢを含む近傍のｇＮＢ同士でＮＲのフレームタイミングを一致させることが可能となる。
【０６０５】
ｅＮＢは、ＬＴＥのフレームタイミングを変更してもよい。該変更に、前述の、ｇＮＢによるＮＲのフレームタイミング変更と同様の方法を適用してもよい。
【０６０６】
ＮＲおよび／あるいはＬＴＥのフレームタイミング変更に関する情報は、例えば、システム情報に含まれてもよい。該変更に関する情報は、ミニマムＳＩに含まれてもよい。該変更に関する情報は、配下のＵＥに対して報知されてもよいし、ＲＭＳＩ（Remaining Minimum System Information）として通知されてもよい。あるいは、該変更に関する情報は、その他ＳＩ（Other SI）として配下のＵＥに報知あるいは個別に通知されてもよい。
【０６０７】
該変更に関する情報の報知あるいは通知において、ＬＴＥと共存するＮＲのキャリアとは異なるキャリアが用いられてもよい。このことにより、例えば、ＵＥは該情報を迅速に把握することが可能となる。あるいは、該変更に関する情報の報知あるいは通知において、ＬＴＥと共存するＮＲのキャリアが用いられてもよい。このことにより、例えば、他の複数のＮＲのキャリアが該変更に関する情報を報知あるいは通知する必要がなくなるため、シグナリング量を削減可能となる。
【０６０８】
該変更に関する情報を、例えば、ｅＮＢが報知あるいは通知してもよい。ｅＮＢからの報知あるいは通知において、ｇＮＢからの報知あるいは通知と同様の方法を用いてもよい。このことにより、例えば、ＵＥは、該変更に関する情報を迅速に把握することが可能となる。
【０６０９】
あるいは、該変更に関する情報を、ｇＮＢもｅＮＢも通知しないとしてもよい。ＵＥは、ＬＴＥおよび／ＮＲのフレームタイミング変更に対して自動的に追従してもよい。このことにより、シグナリング量を削減可能となる。
【０６１０】
他の解決策を開示する。ＮＲのＳＳバーストにおいて、ＳＳブロックの配置を変更してもよい。例えば、ＮＲのＳＳブロックの信号をミニスロットに配置してもよい。１つのＳＳブロックを、異なるミニスロットに配置してもよい。例えば、１つのＳＳブロックの４シンボルのうち２シンボルを、１つのミニスロットに配置し、残りの２シンボルを、次のミニスロットに配置してもよい。変更後の該配置は、例えば、ＬＴＥのＣＲＳを回避した配置であってもよい。このことにより、例えば、ＮＲのＳＳブロックとＬＴＥのＣＲＳの相互干渉を防ぐことが可能となる。
【０６１１】
ＮＲのＳＳバーストにおけるＳＳブロックの配置は、複数のパターンが予め規格で決まっていてもよい。１つのシンボル長に対して複数のパターンが決められていてもよい。ＵＥは、該パターンの情報を用いてＳＳブロックの同期捕捉を行ってもよい。このことにより、ＵＥは、複数パターンのＳＳブロック配置においてＳＳブロックを自動的に捕捉することが可能となる。
【０６１２】
ｇＮＢは、ＮＲのＳＳブロックの配置変更に関する情報を、ＵＥに通知してもよい。該情報は、例えば、前述のどのパターンのＳＳブロック配置を用いているかを示す情報であってもよい。このことにより、例えば、ＵＥは、ＮＲのＳＳブロック配置変更後においても、ＮＲのＳＳブロックを捕捉し続けることが可能となる。
【０６１３】
該情報は、例えば、システム情報に含まれてもよい。該情報は、ミニマムＳＩに含まれてもよい。該情報は、配下のＵＥに対して報知されてもよいし、ＲＭＳＩ（Remaining Minimum System Information）として通知されてもよい。あるいは、該情報は、その他ＳＩ（Other SI）として配下のＵＥに報知あるいは個別に通知されてもよい。
【０６１４】
該情報の報知あるいは通知において、ＳＳブロックの配置変更が発生するＮＲのキャリアとは異なるキャリアが用いられてもよい。このことにより、例えば、ＵＥは該情報を迅速に把握することが可能となる。あるいは、該情報の報知あるいは通知において、ＳＳブロックの配置変更が発生するＮＲのキャリアが用いられてもよい。このことにより、例えば、他の複数のＮＲのキャリアがＳＳブロックの配置変更に関する情報を報知あるいは通知する必要がなくなるため、シグナリング量を削減可能となる。
【０６１５】
該情報を、例えば、ｅＮＢが報知あるいは通知してもよい。ｅＮＢからの報知あるいは通知において、ｇＮＢからの報知あるいは通知と同様の方法を用いてもよい。このことにより、例えば、ＵＥは、該情報を迅速に把握することが可能となる。
【０６１６】
あるいは、該情報を、ｇＮＢもｅＮＢも通知しないとしてもよい。ＵＥは、ＮＲの配置変更後のＳＳブロックを自動的に再捕捉してもよい。このことにより、シグナリング量を削減可能となる。
【０６１７】
本実施の形態４にて開示した解決策を、互いに組み合わせてもよい。例えば、ＬＴＥの非ＭＢＳＦＮサブフレームの信号とＮＲのＳＳバーストの信号の同時送信を可能とするとともに、ＬＴＥとＮＲのフレーム境界にオフセットを設けてもよい。このことにより、例えば、ＬＴＥの非ＭＢＳＦＮサブフレームの信号とＮＲのＳＳバーストの信号の共存が可能となる。また、ＬＴＥとＮＲで異なるシンボル長を用いている場合においても、ＬＴＥの非ＭＢＳＦＮサブフレームの信号とＮＲのＳＳバーストの信号の共存が可能となる。
【０６１８】
図３８は、ＮＲのＳＳバーストの信号を配置変更した例について示す図である。図３８は、ＳＳブロックの４シンボルを２シンボルずつに分ける配置例を示している。また、図３８は、最初の２シンボルにＮＲのＳＳを配置し、後ろの２シンボルにＮＲのＰＢＣＨを配置する例を示している。また、図３８において、縦縞で示すＳＳブロックはＳＳを示し、横縞で示すＳＳブロックはＰＢＣＨを示す。
【０６１９】
図３８において、ＮＲのＳＳ４８１０およびＰＢＣＨ４８１１は、ＬＴＥのＣＲＳ４８００、ＳＳ４８０１、ＰＢＣＨ４８０２およびページング信号４８０５を避けて配置される。ＮＲのＳＳ４８２０は、ＬＴＥのＰＢＣＨ４８０２と重複する領域において、ＣＲＳ４８００を避けて配置される。ＮＲのＰＢＣＨ４８２１は、ＬＴＥのＳＳ４８０１と重複して配置される。図３８に示すＬＴＥのＳＳ４８０１とＮＲのＰＢＣＨ４８２１を、互いに分離可能な信号としてもよい。また、図３８に示すＬＴＥのＰＢＣＨ４８０２とＮＲのＳＳ４８２０を、互いに分離可能な信号としてもよい。
【０６２０】
図３８に示す配置により、ＮＲのＳＳブロックの信号はＣＲＳを回避し、かつ、ＬＴＥのＳＳおよびＰＢＣＨと互いに分離可能となるため、ＮＲのＳＳブロックの信号とＬＴＥの非ＭＢＳＦＮサブフレームの信号の共存が可能となる。
【０６２１】
本実施の形態４により、ＬＴＥ−ＮＲ共存時においてＬＴＥの非ＭＢＳＦＮサブフレームの信号とＮＲのＳＳバーストの信号が共存可能となり、ＬＴＥを用いた通信とＮＲを用いた通信の両立が可能となる。その結果、通信システムの利用効率が向上する。
【０６２２】
実施の形態４の変形例１．
ＬＴＥ−ＮＲ共存において、プリエンプション通信を適用してもよい。前述のプリエンプション通信は、上りであってもよいし、下りであってもよい。例えば、上りプリエンプションにおいて、ＵＥがｅＮＢに対して上り送信中に、該ＵＥはｇＮＢへの上り通信を割り込みで行ってもよい。他の例として、下りプリエンプションにおいて、ｅＮＢからＵＥへの下り送信中に、ｇＮＢが該ＵＥに下り送信の割り込みを行ってもよい。前述において、ｇＮＢがＵＥとプリエンプション通信の送受信を行う例について示したが、ｅＮＢがＵＥとプリエンプション通信の送受信を行ってもよい。
【０６２３】
ＬＴＥ−ＮＲ共存におけるプリエンプション通信は、例えば、ＵＥからの上り通信においてｅＮＢとｇＮＢが同じ周波数帯を用いる上りのＬＴＥ−ＮＲ共存における上りプリエンプション通信であってもよい。あるいは、ＬＴＥ−ＮＲ共存におけるプリエンプション通信は、例えば、ＵＥへの下り通信においてｅＮＢとｇＮＢが同じ周波数帯を用いる下りのＬＴＥ−ＮＲ共存における下りプリエンプション通信であってもよい。
【０６２４】
前述の方法を適用するに当たり、以下の問題が生じる。すなわち、ＬＴＥ−ＮＲ共存におけるプリエンプション通信のための方法が開示されていない。その結果、ＬＴＥ−ＮＲ共存時において、プリエンプション通信のための適切なプロシージャを実施できず、低遅延・高信頼性の通信を確保することができないという問題が生じる。
【０６２５】
前述の問題に対する解決策を以下に開示する。
【０６２６】
ＵＥは、プリエンプション通信を行う基地局（以下、プリエンプション基地局と称する場合がある）に対し、上りプリエンプション送信を行う。プリエンプション基地局は、プリエンプション通信によって割り込みを受けた基地局（以下、被プリエンプト基地局と称する場合がある）に対し、プリエンプションが発生したことを示す情報を通知してもよい。このことにより、例えば、被プリエンプト基地局は該プリエンプション通信に相当するタイミングの受信データを除外して復号処理を実施可能となるため、被プリエンプト基地局とＵＥとの通信における信頼性の向上が可能となる。
【０６２７】
前述の、プリエンプションが発生したことを示す情報には、プリエンプションが発生したリソースに関する情報が含まれてもよい。該情報は、タイミングに関する情報、例えば、サブフレーム番号であってもよいし、スロット番号であってもよいし、ミニスロット番号であってもよいし、シンボル番号であってもよい。該情報には、ミニスロット数に関する情報が含まれてもよいし、シンボル数に関する情報が含まれてもよい。該情報には、周波数に関する情報、例えば、プリエンプション送信にて使用された周波数リソースに関する情報が含まれてもよい。該情報には、例えば、電力に関する情報が含まれてもよい。被プリエンプト基地局は、電力に関する情報を用いて、プリエンプション通信と、割り込みを受けた通信を分離してもよい。該分離は、例えば、プリエンプション通信と割り込みを受けた通信の電力が大きく異なる場合に用いてもよい。このことにより、例えば、被プリエンプト基地局は、プリエンプション通信と割り込みを受けた通信の双方を受信可能となる。
【０６２８】
プリエンプション基地局は、ＬＴＥ−ＮＲ共存を行うＵＥに対し、上りグラントを通知してもよい。該通知は、例えば、該ＵＥがプリエンプション基地局からの下り信号を受信中に、行ってもよい。このことにより、例えば、該ＵＥにおいて上りグラント受信に伴ってＬＴＥとＮＲとの下り受信回路を切り替える必要がなくなるため、上りプリエンプション送信における遅延を低減可能となる。
【０６２９】
他の方法として、プリエンプション基地局は、ＵＥに対する上りグラントの情報を、被プリエンプト基地局に通知してもよい。被プリエンプト基地局は、該上りグラントの情報を用いて、該ＵＥからの上り受信を停止してもよい。このことにより、例えば、前述と同様の効果が得られる。
【０６３０】
他の方法として、プリエンプション基地局は、ＵＥに対する上りグラントの情報を、被プリエンプト基地局経由で、ＵＥに通知してもよい。被プリエンプト基地局を経由して行う該通知は、例えば、ＵＥが被プリエンプト基地局からの下り信号を受信中に、行ってもよい。該上りグラントは、上り送信先がプリエンプション基地局であることを示す情報を含んでもよい。該情報は、例えば、マスタ／セカンダリ基地局のどちらであるかを示す識別子であってもよいし、基地局のＩＤであってもよいし、送信先のセルＩＤであってもよい。プリエンプション基地局から被プリエンプト基地局への該通知には、基地局間インタフェース（例えば、Ｘｎインタフェース）が用いられてもよい。被プリエンプト基地局は、該上りグラントの情報を用いて、該ＵＥからの上り受信を停止してもよい。被プリエンプト基地局は、該上りグラントの情報をＵＥに通知する。このことにより、例えば、ＵＥにおいて上りグラント受信に伴ってＬＴＥとＮＲとの下り受信回路を切り替える必要がなくなるため、上りプリエンプション送信における遅延を低減可能となる。
【０６３１】
前述において、被プリエンプト基地局における、該ＵＥからの上り受信の停止は、該上りグラントにて示される、プリエンプション送信の発生するタイミングにおいて、行われるとしてもよい。
【０６３２】
ＵＥは、プリエンプション基地局に対するＳＲを、被プリエンプト基地局経由でプリエンプション基地局に送信してもよい。該ＳＲは、スケジューリングの要求先がプリエンプション基地局であることを示す情報を含んでもよい。該情報は、例えば、マスタ／セカンダリ基地局のどちらであるかを示す識別子であってもよいし、基地局のＩＤであってもよいし、送信先のセルＩＤであってもよい。被プリエンプト基地局は、プリエンプション基地局に対するＳＲを受信したことを示す情報を、プリエンプション基地局に通知してもよい。被プリエンプト基地局からプリエンプション基地局への該通知には、基地局間インタフェース（例えば、Ｘｎインタフェース）が用いられてもよい。このことにより、例えば、ＵＥにおいてＳＲ送信に伴ってＬＴＥとＮＲの上り送信回路を切り替える必要がなくなるため、上りプリエンプション送信における遅延を低減可能となる。
【０６３３】
ＵＥから被プリエンプト基地局に対して送信するＳＲにおいて、スケジューリングの要求先がプリエンプション基地局であることを示す情報を含める他の例として、ＳＲのシーケンスをスケジューリングの要求先によって異ならせてもよい。例えば、シーケンスのルートインデックスを異ならせてもよいし、巡回シフト量を異ならせてもよいし、両方を異ならせてもよい。被プリエンプト基地局は、該ＳＲのシーケンスを用いて、スケジューリングの要求先を判断してもよい。このことにより、例えば、ＳＲの情報量を削減可能となる。
【０６３４】
他の例として、ＳＲを含むＰＵＣＣＨに付随するＤＭＲＳのシーケンスを、スケジューリングの要求先によって異ならせてもよい。被プリエンプト基地局は、該ＤＭＲＳのシーケンスを用いて、スケジューリングの要求先を判断してもよい。このことにより、前述と同様、例えば、ＳＲの情報量を削減可能となる。
【０６３５】
プリエンプション基地局はＵＥに対し、自基地局に送信するＳＲの設定を行ってもよい。該設定は、プリエンプション基地局からＵＥに対して直接行われてもよいし、被プリエンプト基地局経由で行われてもよい。
【０６３６】
被プリエンプト基地局はＵＥに対し、自基地局経由でプリエンプション基地局に送信するＳＲの設定を行ってもよい。ＳＲの設定は、例えば、ＳＲの送信周期とオフセットに関する設定を含んでもよいし、ＳＲの最大再送回数に関する設定を含んでもよいし、ＳＲの周波数リソースに関する設定を含んでもよい。ＳＲの設定は、ＳＲの送信に用いるシーケンスに関する設定を含んでもよい。シーケンスに関する該設定とは、例えば、ルートインデックスに関する設定であってもよいし、巡回シフトに関する設定であってもよい。ＳＲの設定に、該ＳＲを含めるＰＵＣＣＨに付随するＤＭＲＳのシーケンスに関する情報を含めてもよい。
【０６３７】
ＵＥがプリエンプション基地局に送信するＳＲに関する該設定と、ＵＥが被プリエンプト基地局経由でプリエンプション基地局に送信するＳＲに関する該設定は、互いに異なってもよいし、同じであってもよい。一部が同じであってもよい。
【０６３８】
ＵＥが被プリエンプト基地局経由でプリエンプション基地局に送信するＳＲの該設定と、ＵＥが被プリエンプト基地局に送信するＳＲの該設定は、少なくとも一部を異ならせるとよい。例えば、ＳＲの送信に用いるシーケンスの巡回シフトを、互いに異ならせてもよい。他の例として、ＳＲを含むＰＵＣＣＨに付随するＤＭＲＳに用いられるシーケンスを、互いに異ならせてもよい。このことにより、例えば、被プリエンプト基地局は、自基地局に対するＳＲか、自基地局経由のプリエンプション基地局に対するＳＲか、を判別可能となる。その結果、被プリエンプト基地局における誤動作を防止可能となる。
【０６３９】
プリエンプション基地局は、被プリエンプト基地局に対し、ＵＥが被プリエンプト基地局経由でプリエンプション基地局に送信するＳＲの設定実行を要求してもよい。該要求には、例えば、該ＳＲの設定に関する情報が含まれてもよい。被プリエンプト基地局は、該情報を用いて、ＵＥに対して該ＳＲの設定を行ってもよい。
【０６４０】
設定実行の該要求は、例えば、基地局間インタフェース（例えば、Ｘｎインタフェース）におけるシグナリングに含まれてもよい。該シグナリングは、例えば、セカンダリ基地局変更要求（SN Modification Request）であってもよいし、セカンダリ基地局追加要求（SN Addition Request）であってもよいし、セカンダリ基地局変更確認（SN Modification Confirm）のシグナリングであってもよい。前述の３つのシグナリングは、例えば、プリエンプション基地局がマスタ基地局である場合に用いられてもよい。他の例として、該シグナリングは、セカンダリ基地局変更要求肯定応答（SN Modification Request Acknowledge）であってもよいし、セカンダリ基地局追加要求肯定応答（SN Addition Request Acknowledge）であってもよいし、セカンダリ基地局変更要求あり（SN Modification Required）を示す通知であってもよい。前述の３つのシグナリングは、例えば、プリエンプション基地局がセカンダリ基地局である場合に用いられてもよい。該シグナリングは他のシグナリングであってもよいし、新たなシグナリングが設けられてもよい。
【０６４１】
プリエンプション基地局はＵＥに対し、被プリエンプト基地局経由で自基地局に送信するＳＲの設定を行ってもよい。ＳＲの設定に含まれる情報は、前述と同様としてもよい。プリエンプション基地局は被プリエンプト基地局に対し、被プリエンプト基地局経由で自基地局に送信するＳＲの設定に関する情報を要求してもよい。被プリエンプト基地局はプリエンプト基地局に対し、該情報を通知してもよい。該情報は、例えば、前述のＳＲの設定と同様であってもよい。他の例として、該情報は、被プリエンプト基地局にて割り当て済みのＳＲに関する情報を含んでもよい。プリエンプション基地局からＵＥに対して送信する該ＳＲの設定において、被プリエンプト基地局から通知された該情報を用いてもよい。このことにより、例えば、該ＳＲの設定と、被プリエンプト基地局にて割り当て済みのＳＲの設定の重複を防ぐことが可能となる。その結果、被プリエンプト基地局における干渉の低減が可能ともに、誤動作の防止が可能となる。
【０６４２】
プリエンプション基地局からＵＥに対する、被プリエンプト基地局経由で自基地局に送信するＳＲの設定において、ＲＲＣシグナリングが用いられてもよい。例えば、プリエンプション基地局からＵＥに対するＲＲＣ接続再設定のシグナリングに、該ＳＲの設定に関する情報を含めてもよい。このことにより、例えば、プリエンプション基地局からＵＥに対するシグナリング量を削減可能となる。他の例として、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。このことにより、例えば、プリエンプション基地局からＵＥに対する該ＳＲの設定を迅速に実行可能となる。
【０６４３】
プリエンプション基地局から被プリエンプト基地局に対する、被プリエンプト基地局経由で自基地局に送信するＳＲの設定に関する情報の要求において、基地局間インタフェース、例えば、Ｘｎインタフェースのシグナリングが用いられてもよい。該シグナリングは、プリエンプション基地局から、被プリエンプト基地局に対する、ＵＥが被プリエンプト基地局経由でプリエンプション基地局に送信するＳＲの設定実行の要求と同様のシグナリングであってもよい。
【０６４４】
被プリエンプト基地局からプリエンプション基地局に対する、該ＳＲの設定に関する情報の通知において、基地局間インタフェース、例えば、Ｘｎインタフェースのシグナリングが用いられてもよい。該シグナリングは、例えば、セカンダリ基地局変更要求肯定応答（SN Modification Request Acknowledge）であってもよいし、セカンダリ基地局追加要求肯定応答（SN Addition Request Acknowledge）であってもよいし、セカンダリ基地局変更要求あり（SN Modification Required）を示す通知であってもよい。前述の３つのシグナリングは、例えば、プリエンプション基地局がマスタ基地局である場合に用いられてもよい。他の例として、セカンダリ基地局変更確認（SN Modification Confirm）が用いられてもよい。該シグナリングは、例えば、プリエンプション基地局がセカンダリ基地局である場合に用いられてもよい。該シグナリングは他のシグナリングであってもよいし、新たなシグナリングが設けられてもよい。
【０６４５】
前述のＳＲの設定の組み合わせが用いられてもよい。例えば、プリエンプション基地局はＵＥに対し、自基地局に直接送信するＳＲの設定と、被プリエンプト基地局経由で自基地局に送信するＳＲの設定との両方を行ってもよい。該設定は、同じシグナリングで行ってもよいし、異なるシグナリングで行ってもよい。他の例として、プリエンプション基地局がＵＥに対して、自基地局に直接送信するＳＲの設定を行い、被プリエンプト基地局がＵＥに対して、自基地局を経由してプリエンプション基地局に送信するＳＲの設定を行ってもよい。
【０６４６】
ＵＥは、プリエンプション基地局と被プリエンプト基地局のいずれかにＳＲを送信するとしてもよい。該送信は、例えば、ＵＥにおける送信可能タイミングが早い方の基地局に対して行われてもよい。このことにより、例えば、ＵＥからの迅速なＳＲの送信を、少ない処理量で実行可能となる。他の例として、該送信は、プリエンプション基地局へのＳＲの到着が早い方の基地局に対して行われてもよい。プリエンプション基地局へのＳＲの到着が早い方の基地局に対するＳＲの送信において、例えば、基地局間インタフェースのレイテンシがＵＥにおける判断材料として用いられてもよい。該レイテンシは、予めＵＥに対して通知されていてもよい。このことにより、プリエンプション基地局は、ＳＲを迅速に受信可能となる。
【０６４７】
ＵＥは、プリエンプション基地局と被プリエンプト基地局の両方にＳＲを送信するとしてもよい。このことにより、例えば、ＳＲ送信における信頼性向上が可能となる。前述において、例えば、ＳＲ再送禁止タイマは、プリエンプション基地局に対する直接のＳＲ送信用と、被プリエンプト基地局経由のＳＲ送信用とで、個別に設けられてもよい。このことにより、例えば、ＳＲの制御における複雑性を回避可能となる。他の例として、ＳＲ再送禁止タイマが、プリエンプション基地局に対する直接のＳＲ送信用と、被プリエンプト基地局経由のＳＲ送信用とで共通であってもよい。ＳＲ再送禁止タイマにおいて、ＵＥは、該タイマを起動させたＳＲ送信の送信先ではない方の基地局に対し、１回のみＳＲを送信可能としてもよい。
【０６４８】
前述のＳＲの設定、例えば、ＳＲの送信タイミングの設定において、ＵＥからの上り信号受信タイミングの、各基地局間の割り当てに関する情報が用いられなくてもよい。ＵＥは、前述のＳＲの送信タイミングにおいて、プリエンプション基地局および／あるいは被プリエンプト基地局に対してＳＲを送信しなくてもよい。すなわち、ＵＥから各基地局へのＳＲの送信は、ＵＥからの上り信号受信タイミングが該基地局に割り当てられている、かつ、前述のＳＲの送信タイミングに該当するタイミングにて行われるとしてもよい。例えば、ＵＥからの上り信号受信タイミングがプリエンプション基地局に割り当てられている場合において、ＵＥは、被プリエンプト基地局へのＳＲ送信タイミングにおける該ＳＲ送信を行わないとしてもよい。このことにより、例えば、ＬＴＥ−ＮＲ共存時におけるＳＲ設定の複雑性を回避可能となる。
【０６４９】
他の例として、前述のＳＲの設定において、ＵＥからの上り信号受信タイミングの、各基地局間の割り当てに関する情報が用いられてもよい。例えば、ＵＥにおける、前述のＳＲの送信タイミングは、ＵＥからの上り信号受信タイミングが該ＳＲ送信先基地局に割り当てられているタイミングの中から設定されてもよい。他の例として、ＵＥにおける、前述のＳＲの送信タイミング設定を用いて、該ＳＲ送信先基地局における、ＵＥからの上り信号受信タイミングが設定されてもよい。このことにより、例えば、該ＳＲ送信タイミングにおいてはＵＥからの上り信号受信タイミングが該ＳＲ送信先基地局に割り当てられていることになるため、例えば、ＵＥからのＳＲ送信を迅速に実行可能となる。
【０６５０】
ＵＥから各基地局に対して送信するＳＲの設定が複数設けられてもよい。例えば、ＵＥからプリエンプション基地局に対するＳＲにおいて、５ミリ秒周期の、サブフレームオフセット０の設定と、５ミリ秒周期の、サブフレームオフセット２の設定が両方用いられてもよい。このことにより、ＳＲの設定における柔軟性を向上可能となる。
【０６５１】
前述の、ＳＲに関する設定を、他のＵＣＩに関する設定に適用してもよい。例えば、ＣＳＩ設定に対して、前述の、ＳＲに関する設定方法を適用してもよい。このことにより、例えば、他のＵＣＩの送信についてもＳＲの送信と同様の効果を得ることができる。
【０６５２】
ＵＥからプリエンプション基地局に送信するＳＲについても、プリエンプションを適用してもよい。例えば、ＵＥは、被プリエンプト基地局に対する上り送信を中断して、プリエンプション基地局に対してＳＲを送信してもよい。ＵＥは、該ＳＲ送信後、被プリエンプト基地局に対する上り送信を再開してもよいし、再開しなくてもよい。このことにより、例えば、ＵＥは該ＳＲを迅速に通知可能となる。
【０６５３】
前述において、ＵＥは、該ＳＲの送信を、プリエンプション基地局に対して送信するＳＲに関する設定を用いて実行してもよい。すなわち、ＵＥは、該設定に含まれるＳＲ送信タイミングに関する情報（例えば、ＳＲ送信周期、ＳＲ送信オフセット）を用いて、該ＳＲを送信してもよい。
【０６５４】
被プリエンプト基地局は、ＵＥからプリエンプション基地局に対して送信するＳＲの送信タイミングにおいて、ＵＥから自基地局への上り送信を割り当てないとしてもよい。該上り送信は、例えば、ＰＵＳＣＨであってもよいし、ＤＭＲＳの送信であってもよいし、ＰＵＣＣＨであってもよいし、ＳＲＳであってもよいし、他の上り信号であってもよい。プリエンプション基地局は被プリエンプト基地局に対して、ＵＥから自基地局に対するＳＲ送信の設定に関する情報を通知してもよい。被プリエンプト基地局は、該通知を用いて、ＵＥから自基地局に対する上り送信タイミングの割り当てを決定あるいは変更してもよい。
【０６５５】
他の例として、プリエンプション基地局は、ＵＥから自基地局向けにＳＲを送信してもよいタイミングを、ＵＥから被プリエンプト基地局向けの上り送信が発生するタイミングから外して設定してもよい。該上り送信は、例えば、ＤＭＲＳであってもよいし、ＳＲＳであってもよいし、他の上り信号であってもよい。プリエンプション基地局は被プリエンプト基地局に対して、該上り送信が発生するタイミングに関する情報を問い合わせてもよい。被プリエンプト基地局はプリエンプション基地局に対し、該情報を通知してもよい。プリエンプション基地局は、該通知を用いて、ＵＥから自基地局に対するＳＲ送信の設定に関する情報を通知してもよい。ＵＥから自基地局向けにＳＲを送信してもよいタイミングを、ＵＥから被プリエンプト基地局向けの上り送信が発生するタイミングから外して設定してもよい。
【０６５６】
プリエンプション基地局は、被プリエンプト基地局に対し、上りプリエンプション送信が発生する可能性のあるタイミングに関する情報を通知してもよい。該情報は、例えば、実施の形態３に示す情報と同様であってもよい。被プリエンプト基地局は、該タイミングにおいて該ＵＥからの上り受信を停止してもよい。このことにより、例えば、上りプリエンプション送信における遅延を低減可能となる。
【０６５７】
ＵＥはプリエンプション基地局に対し、プリエンプション送信データの発生を示す情報を通知してもよい。該情報として、例えば、所定の符号が用いられてもよい。該符号は、実施の形態３の変形例１に示すものと同様であってもよい。ＵＥは、プリエンプション送信データ発生直後に、該情報をプリエンプション基地局に通知してもよい。このことにより、例えば、上りプリエンプション送信における遅延を低減可能となる。
【０６５８】
前述において、ＵＥからプリエンプション基地局に対する該情報の通知を、被プリエンプト基地局を経由して行ってもよい。被プリエンプト基地局を経由して行う該通知は、例えば、ＵＥが被プリエンプト基地局に対し上り信号を送信中に、行ってもよい。被プリエンプト基地局からプリエンプト基地局への該通知には、基地局間インタフェース（例えば、Ｘｎインタフェース）が用いられてもよい。このことにより、例えば、ＵＥにおいてＳＲ送信に伴ってＬＴＥとＮＲとの上り送信回路を切り替える必要がなくなるため、上りプリエンプション送信における遅延を低減可能となる。
【０６５９】
他の解決策を開示する。下りプリエンプション通信において、プリエンプション基地局は被プリエンプト基地局に対し、プリエンプション送信が発生することを示す情報を通知してもよい。該情報は、例えば、下りプリエンプションが発生するタイミングに関する情報を含んでもよいし、下りプリエンプション通信のスケジューリングに関する情報を含んでもよい。被プリエンプト基地局は、プリエンプション送信タイミングにおいて下り送信を停止してもよい。このことにより、下りプリエンプション通信における干渉を低減可能となる。
【０６６０】
被プリエンプト基地局はＵＥに対し、プリエンプション送信が発生することを示す情報を通知してもよい。該通知は、プリエンプション基地局が被プリエンプト基地局に対して行う前述の通知の前に行ってもよいし、あとに行ってもよい。ＵＥは、該通知を用いて、ＬＴＥとＮＲとの下り受信回路を切替えてもよい。このことにより、例えば、下りプリエンプション通信における遅延を低減可能となる。
【０６６１】
前述の、ＵＥに対する通知において、例えば、所定の符号が用いられてもよい。該符号は、実施の形態３の変形例１に示すものと同様であってもよい。ＵＥは、該符号を受信して、ＬＴＥとＮＲとの下り受信回路を切替えてもよい。このことにより、例えば、下りプリエンプション通信における遅延をさらに低減可能となる。
【０６６２】
プリエンプション基地局は、被プリエンプト基地局に対して、プリエンプション可能な、あるいは不可能なタイミングを予め問い合わせてもよい。
【０６６３】
被プリエンプト基地局はプリエンプト基地局に対し、プリエンプション通信が可能なタイミングに関する情報を予め通知してもよい。該通知は、例えば、前述の問い合わせの後に行われてもよいし、前述の問い合わせがない場合において行われてもよい。該情報は、プリエンプション通信が不可能なタイミングに関する情報であってもよい。プリエンプション通信が不可能なタイミングとは、例えば、被プリエンプト基地局が同期信号を送信するタイミングであってもよいし、報知情報を送信するタイミングであってもよいし、ＰＤＣＣＨを送信するタイミングであってもよい。プリエンプション基地局は、該情報を用いて、プリエンプション通信を行ってもよいし、行わないとしてもよい。例えば、プリエンプト基地局は、プリエンプションが可能なタイミングにおいて、プリエンプション送信を行ってもよい。
【０６６４】
プリエンプション通信が可能な、あるいは不可能なタイミングに関する情報は、例えば、プリエンプション可能な、あるいは不可能なサブフレームに関する情報を含んでもよいし、該サブフレームが繰り返される周期に関する情報を含んでもよいし、プリエンプション可能な、あるいは不可能なタイミングの継続時間に関する情報を含んでもよい。プリエンプション不可能なサブフレームとは、例えば、ＮＲにおけるＳＳ（同期信号）バーストが送信されるサブフレームであってもよいし、他のサブフレームであってもよい。前述において、サブフレームは、無線フレームであってもよいし、スロットであってもよいし、ミニスロットであってもよいし、シンボルであってもよい。該情報は、複数の情報を組み合わせたものであってもよい。他の例として、該情報は、プリエンプション可能な、あるいは不可能なシンボルを示すビットマップとして通知されてもよい。前述のシンボルは、サブフレームであってもよいし、スロットであってもよいし、ミニスロットであってもよいし、他の時間単位であってもよい。該情報は、周期的に通知されてもよいし、非周期的に通知されてもよい。該情報に、該情報の対象となる期間に関する情報が含まれてもよい。このことにより、例えば、プリエンプション可能な、あるいは不可能なタイミングの設定における柔軟性を向上可能となる。
【０６６５】
他の解決策を開示する。下りプリエンプション通信において、プリエンプション基地局はＵＥに対し、プリエンプション送信が発生したことを示す情報を通知してもよい。該情報は、例えば、下りプリエンプションが発生したタイミングに関する情報を含んでもよいし、発生した下りプリエンプション通信のスケジューリングに関する情報を含んでもよい。ＵＥに対する該通知は、被プリエンプト基地局経由で行われてもよい。ＵＥは、該通知を用いて、受信した下り信号からプリエンプション通信のデータを抽出してもよい。抽出方法としては、例えば、ＬＴＥとＮＲとの間における直流成分のオフセットを補正する方法を用いてもよい。このことにより、例えば、プリエンプション通信の前における基地局とＵＥとの間のシグナリング量を低減可能となる。
【０６６６】
本変形例１にて開示した解決策を、互いに組み合わせてもよい。例えば、プリエンプション基地局は被プリエンプト基地局に対し、プリエンプション送信が発生することを示す情報を通知してもよい。被プリエンプト基地局は、該情報を用いて、プリエンプション通信のタイミングにおいて下り送信を停止してもよい。また、プリエンプション基地局はＵＥに対し、プリエンプション送信が発生したことを示す情報を通知してもよい。ＵＥは、該通知を用いて、受信した下り信号からプリエンプション通信のデータを抽出してもよい。このことにより、例えば、プリエンプション通信の前における基地局とＵＥとの間のシグナリング量を低減可能となるとともに、下りプリエンプション通信への干渉を低減可能となる。
【０６６７】
本変形例１により、ＬＴＥ−ＮＲ共存時においてプリエンプション通信が可能となる。このことにより、ＬＴＥ−ＮＲ共存時において低遅延・高信頼性の通信が可能となる。
【０６６８】
実施の形態４の変形例２．
ＬＴＥ−ＮＲ共存において、以下に示す問題が生じる。すなわち、ＵＥからＮＲ基地局へのＰＵＣＣＨおよび／あるいはＳＲＳ送信タイミングが、ＵＥからＬＴＥ基地局へのＰＵＣＣＨおよび／あるいはＳＲＳ送信タイミングと競合した場合において、通信システムにおいて該競合に対する処理が規定されていない。このため、通信システムにおいて誤動作が生じる可能性がある。
【０６６９】
前述の問題に対する解決策として、後述の、実施の形態５の変形例１に示す方法を適用してもよい。
【０６７０】
例えば、後述の図４１に示す例を適用してもよい。ＵＥは、ＬＴＥ基地局に送信するＰＵＣＣＨとＮＲ基地局に送信するＰＵＣＣＨを、同じサブフレームで送信可能となる。
【０６７１】
本変形例２により、ＬＴＥとＮＲとのＰＵＣＣＨおよび／あるいはＳＲＳの競合による誤動作を防ぐことが可能となる。
【０６７２】
実施の形態５．
ＬＴＥとＮＲのＤＣにおいて、ＵＥは、１つの送信器をＬＴＥとＮＲとで切り替えて送信するシングルＴＸと、ＬＴＥとＮＲとで各々の送信器を用いるデュアルＴＸと、を切替えてもよい。シングルＴＸとデュアルＴＸの切り替えは、例えば、ＤＣの設定および／あるいはハンドオーバにおいて用いてもよい。
【０６７３】
シングルＴＸとデュアルＴＸの切り替えを、マスタ基地局が判断してＵＥに通知してもよい。該判断において、片方のキャリアの上り送信が他方のキャリアの下り受信に及ぼす感度低下の最大量を表す最大感度悪化量（Maximum Sensitivity Degradation；ＭＳＤ）が用いられてもよい。
【０６７４】
ＬＴＥとＮＲのＤＣにおいてシングルＴＸとデュアルＴＸを切り替えるシーケンスの例を、以下に開示する。
【０６７５】
ＵＥはマスタ基地局に対し、併用可能なキャリアの組み合わせに関する情報を通知する。該組み合わせは、ＵＥケーパビリティに含まれてもよい。該組み合わせは、例えば、規格にて規定されているＭＳＤの条件を満たしているキャリアの組み合わせであってもよい。マスタ基地局は、キャリアの組み合わせに関する情報を用い、該組み合わせにおけるＭＳＤを導出する。
【０６７６】
ＵＥは基地局に対し、キャリア信号の測定結果を通知する。マスタ基地局は、ＣＡおよび／あるいはＤＣにおいて使用するキャリアを決定する。また、マスタ基地局は、ＵＥがシングルＴＸを用いるかデュアルＴＸを用いるかを決定する。マスタ基地局は、ＭＳＤの値を用いて該決定を行う。例えば、マスタ基地局は、ＭＳＤを考慮した受信感度が高いキャリアの組み合わせを、ＣＡおよび／あるいはＤＣにおいて使用するキャリアとして決定してもよい。他の例として、マスタ基地局は、使用するキャリアの組み合わせにおけるＭＳＤの値が所定の閾値以上、あるいは閾値より大きい場合において、シングルＴＸを用いると決定してもよい。該決定において、マスタ基地局は、前述のキャリアの組み合わせにおけるＭＳＤを規格より導出してもよい。
【０６７７】
マスタ基地局はＵＥに対し、使用する該キャリアの情報、および／あるいは、該ＵＥがシングルＴＸを用いるかデュアルＴＸを用いるかを示す情報を通知する。該通知には、ＲＲＣ個別シグナリング、例えば、ＲＲＣ接続再設定のシグナリングを用いてもよい。
【０６７８】
前述の方法の適用にあたり、以下に示す問題が生じる。すなわち、ＵＥにおいて２つの送信器による同時送信が許可されているかどうかの情報は、実際のＵＥの性能を反映していない。その結果、通信システムにおける通信が非効率的になるという問題が生じる。
【０６７９】
前述の問題点における解決策を開示する。ＣＡおよび／あるいはＤＣにおいて使用するキャリアの判断および／あるいはシングルＴＸとデュアルＴＸの切り替えの判断において、ＵＥの感度悪化量（Sensitivity；ＳＤ）を用いる。マスタ基地局は、ＳＤに関する情報を用いてシングルＴＸとデュアルＴＸの切り替えを行ってもよい。該切り替えは、例えば、準静的な切り替えであってもよい。準静的な切り替えとは、例えば、ＲＲＣシグナリングを用いた切り替えであってもよい。
【０６８０】
該ＳＤは、予め測定された値であってもよい。例えば、出荷時に測定されたＳＤであってもよいし、運用中に測定されたＳＤであってもよい。運用中に測定されたＳＤは、例えば、キャリブレーション時に測定されたＳＤであってもよい。
【０６８１】
マスタ基地局がシングルＴＸとデュアルＴＸの切り替えの判断において用いる情報の例として、以下（１）〜（８）を開示する。
【０６８２】
（１）ＳＤに関する情報。
【０６８３】
（２）デュアルＴＸが許容されるかどうかに関する情報。
【０６８４】
（３）ＭＳＤに関する情報。
【０６８５】
（４）シングルＴＸが許容されるかどうかに関する情報。
【０６８６】
（５）ＵＥの送信電力に関する情報。
【０６８７】
（６）ｇＮＢのキャリアの周波数帯のうち一部を使用することを示す情報。
【０６８８】
（７）フレームタイミングに関する情報。
【０６８９】
（８）前述の（１）〜（７）の組み合わせ。
【０６９０】
前述の（１）に示す情報は、キャリア同士の組み合わせ毎に設けられてもよい。このことにより、例えば、基地局は、感度悪化の少ない使用キャリアの組み合わせを選択することが可能となる。あるいは、ＳＤに関する情報は、バンド同士の組み合わせ毎に設けられてもよい。このことにより、例えば、ＳＤに関する情報量を少なくすることが可能となる。
【０６９１】
前述の（１）に示す情報は、例えば、ＳＤの値そのものであってもよい。他の例として、ＳＤに関する情報は、ＳＤの値を分類した情報であってもよい。分類した情報とは、同じ幅、例えば、１ｄＢ幅で分類した値であってもよいし、互いに異なる幅で分類した情報であってもよい。
【０６９２】
前述の（２）に示す情報には、デュアルＴＸが許容されないキャリアの組み合わせに関する情報が含まれてもよい。該情報には、デュアルＴＸが許容されない理由に関する情報が含まれてもよい。該理由は、例えば、ＭＳＤを超えた感度低下量であってもよいし、ＵＥの物理的な制約（例えば、送信器が１つのみ）であってもよい。
【０６９３】
前述の（３）に示す情報には、例えば、該ＵＥにおいてＭＳＤを超えるＳＤとなるキャリアの組み合わせに関する情報が含まれてもよい。このことにより、例えば、ＤＣの開始の際に、デュアルＴＸを用いた大容量通信が求められているにも関わらずＵＥのＳＤがＭＳＤ以下となるキャリアの組み合わせがない場合に、マスタ基地局は該キャリアの組み合わせを選択可能となる。
【０６９４】
前述の（４）に示す情報には、シングルＴＸが許容されない理由に関する情報が含まれてもよい。該理由は、例えば、ＵＥにおいてＬＴＥとＮＲとの間の切り替えが規定の時間内に不可能である、といったものを含んでもよい。このことにより、例えば、シングルＴＸが許容不可能な場合に基地局およびＵＥの動作が迅速になる。例えば、マスタ基地局およびセカンダリ基地局にてサポート可能なキャリアについてＭＳＤを下回るＳＤとなる組み合わせが存在しない場合に、マスタ基地局はＤＣの解除を迅速に判断可能となる。
【０６９５】
前述の（５）に示す情報は、キャリア毎の送信電力であってもよい。該情報には、ＵＥの最大送信電力に関する情報が含まれてもよい。マスタ基地局は、該情報を用いて、使用キャリア、および／あるいは、シングルＴＸとデュアルＴＸの切り替えを決定してもよい。このことにより、例えば、ＵＥの送信電力が低いときに受信側の感度悪化が軽減されることを考慮し、マスタ基地局は通信システムにおいて最適なキャリアの組み合わせを選択可能となる。
【０６９６】
前述の（６）に示す情報には、例えば、ＢＷＰ（BandWidth Part）に関する情報が含まれてもよい。マスタ基地局は、例えば、該情報を用いてＢＷＰにおけるＭＳＤおよび／あるいはＳＤを導出してもよい。マスタ基地局は、導出したＭＳＤおよび／あるいはＳＤを用いて、使用キャリア、および／あるいは、シングルＴＸとデュアルＴＸの切り替えを決定してもよい。このことにより、例えば、ＵＥが実際に送受信に用いる帯域を考慮し、マスタ基地局は通信システムにおいて最適なキャリアの組み合わせを選択可能となる。
【０６９７】
前述の（７）に示す情報には、マスタ基地局とセカンダリ基地局のフレームタイミングの差分に関する情報が含まれてもよい。マスタ基地局は、該情報を用いて、シングルＴＸの実施可否を判断してもよい。このことにより、例えば、ＵＥは、シングルＴＸ実行時のＬＴＥとＮＲの信号の競合による通信効率低下を防ぐことが可能となる。
【０６９８】
前述の（１）〜（８）に示す情報は、ＵＥケーパビリティに含まれてもよい。このことにより、例えば、基地局が該情報を取得するにあたり、新たなシグナリングを設ける必要がなくなり、その結果、基地局における制御が容易になる。他の例として、前述の（１）〜（８）に示す情報は、ＵＥケーパビリティに含まれなくてもよい。前述の２つの組み合わせを用いてもよい。例えば、前述の（１）〜（５）がＵＥケーパビリティに含まれ、前述の（６）および（７）がＵＥケーパビリティに含まれないとしてもよい。例えば、ＵＥは、前述の（７）の情報を、測定結果通知としてマスタ基地局に通知してもよい。このことにより、例えば、通信システムにおいて、時間変動する情報に対応した柔軟な運用が可能となる。
【０６９９】
基地局は、前述の（１）〜（８）に示す情報の一部または全部を、ＵＥに対し要求してもよい。ＵＥは、前述の（１）〜（８）に示す情報の一部または全部を、該基地局に通知してもよい。該要求および／あるいは該通知は、ＲＲＣシグナリングで行われてもよい。該要求として、例えば、ＵＥケーパビリティ問い合わせ（UECapabilityEnquiry）のシグナリングが用いられてもよいし、他のＲＲＣシグナリングが用いられてもよい。該通知として、例えば、ＵＥケーパビリティ伝達（UECapabilityInformation）のシグナリングが用いられてもよいし、他のＲＲＣシグナリングが用いられてもよい。
【０７００】
基地局は、前述の（１）〜（８）に示す情報の一部または全部を、上位ＮＷ装置に対し要求してもよい。上位ＮＷ装置は、該情報を、予めＵＥより取得してもよいし、他の基地局から取得してもよい。他の基地局は、例えば、ＵＥがハンドオーバ前に接続していた基地局であってもよい。前述の上位ＮＷ装置は、ＡＭＦであってもよいし、ＳＭＦであってもよいし、あるいは、ＭＭＥであってもよい。上位ＮＷ装置は該基地局に対し、前述の（１）〜（８）に示す情報の一部または全部を通知してもよい。該要求および／あるいは該通知は、例えば、ＵＥのモビリティが発生した場合に行われてもよい。該要求および／あるいは該通知には、上位ＮＷ装置と基地局との間のインタフェースが用いられてもよい。このことにより、例えば、ＵＥのハンドオーバ時における無線インタフェース、例えば、Ｕｕインタフェース上のシグナリング量を低減可能となる。
【０７０１】
基地局は、前述の（１）〜（８）に示す情報の一部または全部を、ＵＥが使用可能なキャリアの組み合わせの全てについて一度に取得してもよい。このことにより、例えば、ＵＥがＤＣを開始する場合における無線インタフェース上のシグナリング量を削減することが可能となる。
【０７０２】
他の例として、基地局は、前述の（１）〜（８）に示す情報の一部または全部を、ＵＥが使用可能なキャリアの組み合わせの一部について取得してもよい。例えば、基地局は、前述の（１）〜（８）に示す情報の一部または全部を、ＵＥが周辺の基地局より測定結果を取得したキャリアの組み合わせについて取得してもよい。前述の情報の取得は、例えば、ＤＣを開始するシーケンスにて行ってもよい。このことにより、例えば、ＵＥが基地局にアタッチするときのシグナリング量を削減することが可能となり、その結果、ＵＥが基地局へのアタッチを迅速に実行可能となる。
【０７０３】
上位ＮＷ装置は、基地局に対し前述の（１）〜（８）に示す情報の一部または全部を要求してもよい。該要求は、例えば、ＵＥケーパビリティの要求として実行されてもよい。該要求は、例えば、ＵＥが基地局にアタッチする場合におけるシーケンスにおいて実行されてもよい。該要求には、上位ＮＷ装置と基地局との間のインタフェースが用いられてもよい。該要求には、該インタフェースにおけるシグナリング、例えば、ＵＥ無線ケーパビリティ適合要求（UE Radio Capability Match Request）が用いられてもよい。
【０７０４】
基地局は、ＵＥに対して前述の（１）〜（８）に示す情報の一部または全部を要求してもよい。該要求は、上位ＮＷ装置から基地局に対する前述の要求の後に実行してもよいし、ＤＣを開始するときに実行してもよい。
【０７０５】
ＵＥは、基地局に対して前述の（１）〜（８）に示す情報の一部または全部を通知してもよい。該通知は、基地局からＵＥに対する前述の要求の後に実行してもよい。該通知は、ＵＥケーパビリティの通知として行われてもよい。
【０７０６】
ＵＥは、前述の（１）〜（８）に示す情報の一部または全部を、自ＵＥが使用可能なキャリアの組み合わせの全てについて一度に通知してもよい。このことにより、例えば、ＵＥがＤＣを開始する場合における無線インタフェース上のシグナリング量を削減することが可能となる。他の例として、ＵＥは、自ＵＥの該情報を、自ＵＥが使用可能なキャリアの組み合わせの一部について通知してもよい。該一部の組み合わせは、例えば、基地局から要求のあった組み合わせであってもよい。このことにより、例えば、ＵＥが基地局にアタッチするときのシグナリング量を削減することが可能となり、その結果、ＵＥが基地局へのアタッチを迅速に実行可能となる。
【０７０７】
基地局は上位ＮＷ装置に対し、前述の（１）〜（８）に示す情報の一部または全部を通知してもよい。該通知は、ＵＥケーパビリティの通知として行われてもよい。該通知は、上位ＮＷ装置から該基地局への前述の要求に対する応答として行われてもよい。該応答には、上位ＮＷ装置と基地局との間のインタフェースが用いられてもよい。該応答には、該インタフェースにおけるシグナリング、例えば、ＵＥ無線ケーパビリティ適合応答（UE Radio Capability Match Response）が用いられてもよいし、ＵＥケーパビリティ情報通知（UE Capability Info Indication）が用いられてもよい。
【０７０８】
基地局は、ＣＡおよび／あるいはＤＣにおいて使用するキャリアの組み合わせを決定する。該基地局は、ＵＥがシングルＴＸとデュアルＴＸのどちらを用いるかを決定してもよい。前述の決定において、該基地局がＵＥより受信した該ＵＥによる測定結果を用いてもよい。前述の（１）〜（８）に示す情報の一部または全部を用いてもよい。該基地局は、ＤＣにおけるマスタ基地局であってもよい。該基地局は、自基地局が使用可能な複数のキャリアを決定してもよい。該基地局は、セカンダリ基地局が使用可能な複数のキャリアを決定してもよい。
【０７０９】
基地局はセカンダリ基地局に対し、ＵＥとの通信における使用キャリアに関する設定を通知してもよい。該通知は、ＵＥとの通信においてシングルＴＸとデュアルＴＸのいずれを用いるかの設定を含んでもよい。該通知において、基地局間インタフェースが用いられてもよい。該通知は、例えば、セカンダリ基地局追加要求（SN Addition Request）に含まれてもよいし、セカンダリ基地局変更要求（SN Modification Request）に含まれてもよいし、セカンダリ基地局再構成完了（SN Reconfiguration Complete）通知に含まれてもよい。該通知のために基地局間インタフェースの新しいシグナリングが設けられてもよい。
【０７１０】
前述の通知には、前述の（１）〜（８）に示す情報の一部または全部、例えば、ＵＥのＳＤに関する情報が含まれてもよい。前述のＳＤに関する情報は、ＵＥがサポート可能なキャリアの組み合わせ全てに対するＳＤであってもよい。セカンダリ基地局は、該ＳＤに関する情報を保持してもよい。このことにより、例えば、該基地局からセカンダリ基地局に対する該情報の通知が一度だけで済むため、シグナリング量を削減可能となる。あるいは、前述のＳＤに関する情報は、ＵＥがサポート可能なキャリアの組み合わせの一部に対するＳＤであってもよい。前述の、組み合わせの一部とは、例えば、ＤＣ構成において使用するキャリアの組み合わせであってもよい。このことにより、ＤＣ構成時におけるシグナリング量を削減可能となる。
【０７１１】
セカンダリ基地局は、該基地局に対し、前述の設定に対する応答を通知してもよい。該応答は、例えば、セカンダリ基地局追加要求（SN Addition Request）に対する応答の通知に含まれてもよいし、セカンダリ基地局変更要求（SN Modification Request）に対する応答の通知に含まれてもよい。該応答の通知のために基地局間インタフェースの新しいシグナリングが設けられてもよい。
【０７１２】
基地局はＵＥに対し、該基地局および／あるいはセカンダリ基地局との通信における使用キャリアに関する設定を通知してもよい。該通知は、ＵＥがシングルＴＸとデュアルＴＸのいずれを用いるかの設定を含んでもよい。該設定の通知において、ＲＲＣシグナリングが用いられてもよい。例えば、ＲＲＣ接続再設定のＲＲＣシグナリングが用いられてもよい。該設定の通知は、例えば、ＤＣ開始におけるシーケンスとして行われてもよい。
【０７１３】
基地局からＵＥに対する該設定の通知に、ＭＡＣシグナリングを用いてもよい。例えば、シングルＴＸ／デュアルＴＸの切り替えを迅速に実行可能となる。
【０７１４】
基地局からＵＥに対する該設定の通知に、ＭＡＣシグナリングを用いる例として、自基地局および／あるいはセカンダリ基地局においてＳＣｅｌｌをアクティベートする場合に、基地局は該通知を用いてシングルＴＸへの切り替えを行ってもよい。該切り替えは、例えば、基地局とＵＥとの間で運用中のセルと該ＳＣｅｌｌの組み合わせにおけるＳＤおよび／あるいはＭＳＤの値が高い場合に適用してもよい。基地局は、該設定の通知を、ＳＣｅｌｌのアクティベート／デアクティベートを指示するＭＡＣシグナリングと、同時に送信してもよいし、同じシグナリングとして送信してもよい。このことにより、例えば、基地局はＳＣｅｌｌ制御において、品質の良いセルを選択可能となる。
【０７１５】
あるいは、基地局からＵＥに対する該設定の通知に、Ｌ１／Ｌ２シグナリングを用いてもよい。さらに迅速な通知が可能となる。
【０７１６】
ＵＥは、シングルＴＸ／デュアルＴＸの設定を行ってもよい。該切り替えは、基地局からの設定の後に行われてもよい。
【０７１７】
図３９は、マスタ基地局からＵＥに対してシングルＴＸ／デュアルＴＸを指示する手続きを示したシーケンス図の一例である。図３９の例は、ＤＣ開始時について示している。また、図３９の例は、マスタ基地局がＭｅＮＢであり、セカンダリ基地局がＳｇＮＢである場合について示している。また、図３９の例は、マスタ基地局がＳＤの情報を用いてシングルＴＸ／デュアルＴＸを決定する場合について示している。
【０７１８】
図３９に示すステップＳＴ５０１０において、ＭｅＮＢはＵＥに対して、下り測定用の信号を送信する。ステップＳＴ５０１１において、ＳｇＮＢはＵＥに対して、下り測定用の信号を送信する。ＵＥは、ステップＳＴ５０１０および／あるいはステップＳＴ５０１１の信号を受信し、下り信号の測定を行う。ステップＳＴ５０１２において、ＵＥはＭｅＮＢに対し、下り測定結果を通知する。
【０７１９】
図３９に示すステップＳＴ５０１５において、ＭｅＮＢはＵＥに対してＵＥケーパビリティを要求する。該要求には、ＵＥが測定したキャリアの組み合わせの情報が含まれてもよい。ステップＳＴ５０１６において、ＵＥはＭｅＮＢに対し、ＵＥケーパビリティを通知する。該通知には、前述のキャリアの組み合わせにおけるＳＤの情報が含まれてもよい。
【０７２０】
図３９に示すステップＳＴ５０１７において、ＭｅＮＢはＤＣにおける使用キャリアを判断および決定する。該使用キャリアは、ＭｅＮＢにおいて使用可能なキャリアの組み合わせであってもよいし、ＳｇＮＢにおいて使用可能なキャリアの組み合わせであってもよいし、前述の両方であってもよい。ステップＳＴ５０１８において、ＭｅＮＢは、ＵＥがシングルＴＸ／デュアルＴＸのいずれを用いるかを判断および決定する。
【０７２１】
図３９に示すステップＳＴ５０２０において、ＭｅＮＢはＳｇＮＢに対しセカンダリ基地局追加要求を行う。該要求には、ステップＳＴ５０１７で決定した使用キャリアに関する情報が含まれてもよい。該要求には、ステップＳＴ５０１８で決定したシングルＴＸ／デュアルＴＸのいずれを用いるかを示す情報が含まれてもよい。ステップＳＴ５０２１において、ＳｇＮＢはＭｇＮＢに対して、ステップＳＴ５０２０に対する応答を通知する。図３９の例では、ステップＳＴ５０２０に対する肯定応答を行う場合について示している。
【０７２２】
図３９に示すステップＳＴ５０２５において、ＭｅＮＢはＵＥに対してＤＣ設定を行う。該設定には、ＲＲＣ接続再設定のシグナリングが用いられてもよい。該設定には、ステップＳＴ５０１７にて決定した使用キャリアに関する情報が含まれる。また、該設定には、ステップＳＴ５０１８にて決定した、シングルＴＸ／デュアルＴＸのどちらを用いるかを示す情報が含まれる。ＵＥは、ステップＳＴ５０２５で、ＤＣ設定を開始する。
【０７２３】
図３９に示すステップＳＴ５０２６において、ＵＥはＭｅＮＢとの間でランダムアクセス処理を行う。ステップＳＴ５０２６は、例えば、ＭｅＮＢにおける使用キャリアが変更となった場合に実行されてもよい。
【０７２４】
図３９に示すステップＳＴ５０２７において、ＵＥはＭｅＮＢに対し、ＤＣ設定の完了を通知する。ステップＳＴ５０２８において、ＭｅＮＢはＳｇＮＢに対し、セカンダリ基地局再設定の完了を通知する。ステップＳＴ５０２９において、ＵＥはＳｇＮＢとの間でランダムアクセス処理を行う。
【０７２５】
図３９において、ステップＳＴ５０１７がステップＳＴ５０２０の前に行われる例について示したが、ステップＳＴ５０１７はステップＳＴ５０２１の後に行われてもよい。ステップＳＴ５０１８についても同様としてもよい。このことにより、例えば、ＳｇＮＢが使用不可能なキャリアの組み合わせを回避して使用キャリアを判断することができるため、ＭｅＮＢにおける使用キャリアの決定のやり直しが不要となる。
【０７２６】
図３９において、ＭｅＮＢはＳｇＮＢに対し、ＵＥのＳＤに関する情報を通知してもよい。このことにより、例えば、ＳｇＮＢがＣＡにおいて用いるＳＣｅｌｌを選択する際に、品質の良いセルを選択可能となるため、ＳｇＮＢにおける通信品質の向上が可能となる。
【０７２７】
マスタ基地局はセカンダリ基地局に対し、自マスタ基地局がアクティベート（Activate）あるいはデアクティベート（Deactivate）したＳＣｅｌｌに関する情報を通知してもよい。該通知には、ＵＥのＳＤに関する情報が含まれてもよい。該通知には、基地局間インタフェース（例えば、Ｘｎインタフェース）を用いてもよい。セカンダリ基地局は、該情報を用いて、自セカンダリ基地局が用いるＳＣｅｌｌを制御してもよい。このことにより、例えば、セカンダリ基地局は、マスタ基地局が使用するＳＣｅｌｌ変更後においても、品質が高いＳＣｅｌｌを使用可能となる。その結果、通信の大容量化、信頼性確保が可能となる。
【０７２８】
前述の方法を、マスタ基地局とセカンダリ基地局が入れ替わった場合に適用してもよい。すなわち、セカンダリ基地局はマスタ基地局に対し、自セカンダリ基地局がアクティベートあるいはデアクティベートしたＳＣｅｌｌに関する情報を通知してもよい。該通知には、ＵＥのＳＤに関する情報が含まれてもよい。このことにより、マスタ基地局について前述と同様の効果が得られる。
【０７２９】
図４０は、ＳＣｅｌｌのアクティベート／デアクティベート時における、ＳＣｅｌｌの情報の通知を示したシーケンス図である。図４０は、ＭｅＮＢが自ｅＮＢのＳＣｅｌｌのアクティベート／デアクティベートを行う例について示している。
【０７３０】
図４０に示すステップＳＴ５１０１において、ＭｅＮＢはＳＣｅｌｌのアクティベート／デアクティベートを決定する。該決定には、例えば、予めＵＥから通知された該ＳＣｅｌｌの測定結果が用いられてもよい。
【０７３１】
図４０に示すステップＳＴ５１０２において、ＭｅＮＢはＵＥに対しＳＣｅｌｌのアクティベートを通知する。デアクティベートを通知してもよい。該通知には、ＭＡＣシグナリングが用いられてもよい。ステップＳＴ５１０３において、ＵＥは、ＭｅＮＢとの間で該ＳＣｅｌｌを用いたランダムアクセス処理を実行してもよい。
【０７３２】
図４０に示すステップＳＴ５１０４において、ＭｅＮＢはＳｇＮＢに対して、アクティベート／デアクティベートしたＳＣｅｌｌの情報を通知する。該情報は、例えば、該ＳＣｅｌｌのキャリア番号であってもよい。ＳｇＮＢは、ステップＳＴ５１０４で、自ｇＮＢにおけるＳＣｅｌｌの制御を行ってもよい。
【０７３３】
図４０において、ＭｅＮＢがＳＣｅｌｌのアクティベート／デアクティベートを判断する場合について示したが、ＳｇＮＢについても同様としてもよい。すなわち、ステップＳＴ５１０１をＳｇＮＢが行い、ステップＳＴ５１０２をＳｇＮＢからＵＥに対して行い、ステップＳＴ５１０３をＳｇＮＢからＭｅＮＢに対して行い、ステップＳＴ５１０４をＵＥとＳｇＮＢの間で行ってもよい。このことにより、ＭｅＮＢが行う場合と同様の効果が得られる。
【０７３４】
図４０において、ステップＳＴ５１０４をステップＳＴ５１０３の後に行う例について示したが、ステップＳＴ５１０４はステップＳＴ５１０３の前に行われてもよい。このことにより、例えば、ＳｇＮＢにおけるＳＣｅｌｌ制御を迅速に行うことが可能となる。
【０７３５】
本実施の形態５により、ＤＣにおける通信システムの効率が向上する。
【０７３６】
実施の形態５の変形例１．
ＬＴＥ基地局とＮＲ基地局とを用いたＤＣにおいて、ＵＥがシングルＴＸを用いる場合に、以下に示す問題が生じる。すなわち、ＮＲ基地局からのＰＵＣＣＨおよび／あるいはＳＲＳ送信指示と、ＬＴＥ基地局からのＰＵＣＣＨおよび／あるいはＳＲＳ送信指示が競合した場合において、通信システムにおいて該競合に対する処理が規定されていないために、通信システムにおいて誤動作が生じる可能性がある。
【０７３７】
前述の問題に対する解決策を以下に開示する。
【０７３８】
ＮＲのＰＵＣＣＨとして、時間方向に短く、周波数方向に長いリソースを用いるショートＰＵＣＣＨを用いる。ＮＲのショートＰＵＣＣＨとＬＴＥのＰＵＣＣＨを多重する。該多重において、ＬＴＥのＰＵＣＣＨをパンクチュアしてもよい。ＬＴＥのＰＵＣＣＨにおいてパンクチュアするシンボルは、ＮＲのショートＰＵＣＣＨが占めるシンボルであってもよい。ＵＥにおいてＬＴＥとＮＲとの切り替えに要する時間に相当するシンボルを、パンクチュアしてもよい。
【０７３９】
ＵＥは、ＬＴＥとＮＲのＰＵＣＣＨが同じサブフレーム内で発生したことを示す情報を、ＮＲのＰＵＣＣＨに含めてもよいし、あるいはＬＴＥのＰＵＣＣＨに含めてもよい。該情報を、例えば、ＵＣＩとして含めてもよい。ｇＮＢは、該情報を用いて、両ＰＵＣＣＨが同じサブフレーム内で発生したことを把握してもよい。ｅＮＢについても同様としてもよい。このことにより、例えば、ｅＮＢおよび／あるいはｇＮＢにおいて、上りＰＵＣＣＨ送信用のスケジューリングを円滑に行うことが可能となる。
【０７４０】
図４１は、シングルＴＸにおいて、ＬＴＥのＰＵＣＣＨとＮＲのＰＵＣＣＨを同じサブフレームで送信する例を示している。図４１において、横軸は１サブフレームを示し、縦軸はＵＥにおいて上り送信可能な周波数リソースを示している。
【０７４１】
図４１において、ＵＥは、周波数・時間リソース５５０１において、ｅＮＢにＬＴＥのＰＵＣＣＨを送信する。ＵＥは、時間ギャップ５５０２において、ＬＴＥとＮＲの送信器を切り替える。ＵＥは、周波数・時間リソース５５０３において、ｇＮＢにＮＲのショートＰＵＣＣＨを送信する。
【０７４２】
図４１にはＮＲとＬＴＥの周波数が同じ例を示したが、ＮＲとＬＴＥの周波数は異なってもよい。
【０７４３】
前述において、ＵＥは、ＬＴＥのＰＵＳＣＨを送信してもよい。前述におけるＬＴＥのＰＵＳＣＨの送信は、ＬＴＥのＰＵＣＣＨを送信するシンボルにて行われるとよい。例えば、ＵＥは、ＬＴＥのＰＵＳＣＨを、ＬＴＥのＰＵＣＣＨと同じタイミングで、かつ、異なるサブキャリアを用いて送信してもよい。このことにより、シングルＴＸにおける伝送速度の増大が可能となる。
【０７４４】
前述の記載を、ＬＴＥのＰＵＣＣＨとＮＲのＳＲＳとの間の競合に用いてもよい。例えば、前述において、ＮＲのショートＰＵＣＣＨをＮＲのＳＲＳに読み替えてもよい。このことにより、例えば、通信システムの効率化が可能となる。
【０７４５】
ＬＴＥのＳＲＳとＮＲのＰＵＣＣＨの間に、優先順位を設けてもよい。ＵＥは、優先順位の高い信号を該サブフレームにおいて送信するとしてもよい。該優先順位付けは、例えば、ＮＲのショートＰＵＣＣＨを用いる場合について行ってもよい。例えば、ＮＲのＰＵＣＣＨを優先してもよい。ＬＴＥのＳＲＳを優先してもよい。
【０７４６】
あるいは、ＬＴＥのＳＲＳとＮＲのＰＵＣＣＨを時分割で送信してもよい。例えば、ＬＴＥのＳＲＳを、ＮＲのＰＵＣＣＨより前のシンボルで送信するとしてもよい。他の例として、ＮＲのＰＵＣＣＨを、ＬＴＥのＳＲＳより前のシンボルで送信するとしてもよい。
【０７４７】
ＬＴＥのＳＲＳとＮＲのＰＵＣＣＨとの間の競合について、ＮＲのロングＰＵＣＣＨを用いてもよい。前述において、例えば、ＵＥは図４１の周波数・時間リソース５５０１において、ｇＮＢにＮＲのＰＵＣＣＨを送信してもよい。ＵＥは、時間ギャップ５５０２において、ＬＴＥとＮＲの送信器を切り替える。ＵＥは、周波数・時間リソース５５０３において、ｅＮＢにＬＴＥのＳＲＳを送信してもよい。
【０７４８】
前述の優先順位付けおよび／あるいは時分割送信を、ＬＴＥのＳＲＳとＮＲのＳＲＳとの間に適用してもよい。
【０７４９】
本変形例１において、ＬＴＥとＮＲとのＰＵＣＣＨおよび／あるいはＳＲＳの送信の順番および／あるいは優先順位に関する情報を、予め規格として定めてもよい。あるいは、該情報を、マスタ基地局が配下のＵＥに報知してもよいし、ＵＥに個別に通知してもよい。前述の通知において、ＲＲＣ個別シグナリングが用いられてもよい。前述の通知を、マスタ基地局が行ってもよい。このことにより、例えば、ＬＴＥ−ＮＲ共存における柔軟な制御が可能となる。
【０７５０】
本変形例１において、ＬＴＥが送信可能なサブフレームとＮＲが送信可能なサブフレームを時分割で割り当ててもよい。例えば、サブフレーム番号が奇数のサブフレームをＬＴＥに割り当て、偶数のサブフレームをＮＲに割り当ててもよい。前述において、サブフレームの代わりに、スロットあるいはミニスロットを用いてもよい。このことにより、例えば、ＬＴＥとＮＲとでシンボル長が異なる場合においてもＬＴＥとＮＲの多重が可能となる。
【０７５１】
本変形例１において、ＬＴＥが送信可能なシンボルとＮＲが送信可能なシンボルを時分割で割り当ててもよい。例えば、サブフレームのうち前半のシンボルをＬＴＥに割り当て、後半のシンボルをＮＲに割り当ててもよい。このことにより、例えば、前述と同様の効果が得られる。
【０７５２】
本変形例１によりＬＴＥとＮＲとのＰＵＣＣＨおよび／あるいはＳＲＳの競合による誤動作を防ぐことが可能となる。
【０７５３】
実施の形態５の変形例２．
シングルＴＸにおいて、上りプリエンプション通信を適用してもよい。例えば、ＵＥからｅＮＢへの上り通信中において、ＵＥからｇＮＢに対する優先度の高い上り通信が発生した場合において、ＵＥはＬＴＥとＮＲの送信器を切替えてｇＮＢに対する上り通信を行ってもよい。
【０７５４】
シングルＴＸにおける上りプリエンプション通信の方法として、実施の形態４の変形例１にて開示した、ＬＴＥ−ＮＲ共存における上りプリエンプション通信の方法を適用してもよい。このことにより、通信システムにおける設計の複雑性を回避可能となる。
【０７５５】
実施の形態５の変形例２により、シングルＴＸにおいても、上りプリエンプション通信を迅速に実行可能となる。その結果、シングルＴＸにおいても低遅延な通信が可能となる。
【０７５６】
実施の形態６．
ＮＲの高い周波数（例、数１０ＧＨｚ）における上りと下りのセルカバレッジの差を補うために、ＮＲに対する補充的な上りリンク（以下、Supplementary Uplink；ＳＵＬと称する場合がある）を用いてもよい。前述のＳＵＬとして、ＮＲよりも低い周波数を用いてもよい。該周波数は、例えば、ＬＴＥと同じでもよい。ＵＥからのＳＵＬ送信において、パスロスの測定に、ＬＴＥの基地局からの下り信号を用いてもよい。このことにより、例えば、ＳＵＬと同じバンドあるいは近い周波数の信号を用いて、ＳＵＬのパスロスを測定することが可能となる。
【０７５７】
前述の方法の適用にあたり、以下に示す問題が生じる。すなわち、ＳＵＬと同じバンドの下り信号を用いてＳＵＬのパスロスを測定しても、該下り信号の基地局がＳＵＬの送信先と異なるため、求めたパスロスが不正確になる。また、ＮＲで用いられる高い周波数（例えば、数１０ＧＨｚ）のバンドと、ＳＵＬで用いられるバンド（例えば、数ＧＨｚ）とでは、パスロスが大きく異なる。両者において、たとえ補正を行っても、例えば障害物の有無の違いや伝搬モードの違い等によって、補正後のパスロスが不正確になる可能性がある。このため、ＳＵＬにおいて、上り電力の不足によりＳＵＬのリンクを確立できない問題や、上り電力が大きすぎて他の基地局への干渉が大きくなるといった問題が生じる。
【０７５８】
前述の問題における解決策を開示する。ｇＮＢは、パスロス測定用の下り信号を送信する。ＵＥは、該下り信号のパスロスを測定する。ＵＥは、該パスロスを用いてＳＵＬのパスロスを導出する。
【０７５９】
パスロス測定用の下り信号のためのキャリアを新しく設けてもよい。該下り信号のバンドは、ＳＵＬと同じとしてもよい。例えば、該下り信号のバンドは、ＵＥがｅＮＢとの通信に用いるバンドであってもよい。該下り信号の周波数を、ＳＵＬと異ならせてもよい。例えば、ＦＤＤのバンドを用いる場合において、該下り信号とＳＵＬの周波数を異ならせてもよい。あるいは、該下り信号の周波数を、ＳＵＬと同じとしてもよい。例えば、ＴＤＤのバンドを用いる場合において、該下り信号とＳＵＬの周波数を同じとしてもよい。このことにより、例えば、パスロス測定における基地局およびＵＥの制御の複雑性を回避可能となる。
【０７６０】
あるいは、パスロス測定用の下り信号は、ＳＵＬと異なるバンドを用いてもよい。例えば、下りにてＳＵＬと同じ周波数を持つバンドを用いてもよい。このことにより、例えば、ＳＵＬのパスロスをより正確に求めることが可能となる。他の例として、下りにてＳＵＬと異なる周波数を持つバンドを用いてもよい。他の例として、ｇＮＢがＣＡにおいて使用中の周波数を用いてもよい。他の例として、ｇＮＢからのユーザデータ送受信に用いていない周波数であってもよい。このことにより、例えば、該下り信号送信によってｇＮＢでユーザデータ送受信リソースが逼迫するのを防ぐことが可能となる。
【０７６１】
ｇＮＢは、該下り信号として、ＳＳを用いてもよい。例えば、ｇＮＢは、該下り信号を、ＳＳブロックとして送信してもよい。該ＳＳブロックは、該ｇＮＢがカバーするビームのうちの一部のビームに対応するものであってもよい。前述の一部のビームとは、例えば、ｇＮＢ配下のＵＥが存在する方向のビームであってもよい。このことにより、例えば、ｇＮＢの送信電力を削減可能となるとともに、他のＵＥ、例えば、ｅＮＢのみと接続するＵＥへの干渉を低減可能となる。
【０７６２】
ｇＮＢは、該下り信号において、ＰＢＣＨを送信しなくてもよい。このことにより、例えば、他のＵＥへの干渉を低減可能となる。あるいは、ｇＮＢは、該下り信号において、ＰＢＣＨを送信してもよい。ＵＥは、該ＰＢＣＨを用いて、ＳＵＬに用いるフレーム番号（例、ＳＦＮ）を取得してもよい。ＵＥは、該ＰＢＣＨを用いて、該下り信号の送信電力を取得してもよい。ＵＥは、該ＰＢＣＨより取得した該下り信号の送信電力を用いて、該下り信号のパスロスを導出してもよい。このことにより、例えば、該下り信号に関するｇＮＢからＵＥへのシグナリングを他に設ける必要がなくなるため、無線インタフェース上のシグナリング量を削減可能となる。
【０７６３】
ｇＮＢは、該下り信号を、ＳＳバーストのフォーマットに従って送信してもよい。実施の形態４に示した、ＳＳバーストにおける信号の配置変更を用いてもよい。このことにより、例えば、ｅＮＢから送信する非ＭＢＳＦＮの信号とｇＮＢから送信する該下り信号との多重が可能となる。
【０７６４】
他の例として、ｇＮＢは各ビーム向けのＳＳを連続して送信してもよい。例えば、ｇＮＢは、ビーム＃１向けのＳＳの直後に、ビーム＃２向けのＳＳを送信してもよい。該ＳＳの送信は、間欠的であってもよい。例えば、全てのビーム向けのＳＳを連続して送信した後、一定間隔をおいて再度全てのビーム向けのＳＳを連続して送信する、といった送信方法であってもよい。
【０７６５】
他の例では、該下り信号として、ＣＳＩ−ＲＳを用いてもよい。例えば、ｇＮＢはＵＥに非周期的（Aperiodic）ＣＳＩ−ＲＳを送信してもよい。ＵＥは、該ＣＳＩ−ＲＳを用いてパスロスを測定してもよい。このことにより、例えば、ｇＮＢは該下り信号の送信のための周波数リソースを常に確保する必要がなくなり、周波数リソースの節約が可能となる。
【０７６６】
該下り信号のフレームタイミングは、例えば、ＮＲのバンドのキャリアに合わせてもよい。このことにより、例えば、基地局における制御が容易になる。他の例として、該下り信号のフレームタイミングは、ＬＴＥにおいてｅＮＢが使用しているバンドのキャリアに合わせてもよい。該下り信号のフレームタイミングをｅＮＢの使用バンドのキャリアに合わせるにあたり、ＵＥ、ｇＮＢおよびｅＮＢは、例えば、実施の形態４に記載の方法を適用してもよい。このことにより、例えば、該下り信号とｅＮＢの非ＭＢＳＦＮ信号との間の干渉を低減可能となる。他の例として、該下り信号のフレームタイミングを、ｇＮＢが任意に決めてもよい。例えば、該下り信号のバンドがＬＴＥと異なる場合に、前述の方法を適用してもよい。このことにより、ｇＮＢによる該下り信号における制御の柔軟性を高めることが可能となる。
【０７６７】
ＳＵＬのフレームタイミングは、例えば、ＮＲのバンドのキャリアに合わせてもよい。このことにより、例えば、基地局における制御が容易になる。他の例として、ＳＵＬのフレームタイミングは、ＬＴＥにおいてＵＥがｅＮＢとの通信に使用しているバンドのキャリアに合わせてもよい。ＳＵＬのフレームタイミングをｅＮＢの使用バンドのキャリアに合わせるにあたり、ＵＥ、ｇＮＢおよびｅＮＢは、例えば、実施の形態４の変形例１および／あるいは実施の形態５の変形例１に記載の方法を適用してもよい。このことにより、例えば、実施の形態４の変形例１および／あるいは実施の形態５の変形例１と同様の効果を得られる。他の例として、ＳＵＬのフレームタイミングを該下り信号に合わせてもよい。このことにより、例えば、ＵＥおよび／あるいはｇＮＢにおけるＳＵＬの制御の柔軟性を高めることが可能となる。
【０７６８】
ＳＵＬのシンボル長は、ＮＲのバンドにて用いているシンボル長と同じとしてもよい。このことにより、例えば、ｇＮＢおよび／あるいはＵＥにおけるスケジューリングが容易になる。他の例として、ＳＵＬのシンボル長はＮＲのバンドにて用いているシンボル長と異ならせてもよい。このことにより、例えば、ＳＵＬの柔軟な運用が可能となる。他の例として、ＳＵＬのシンボル長は、ＬＴＥにおいてＵＥがｅＮＢとの通信に使用しているバンドのキャリアにおけるシンボル長と同じとしてもよい。このことにより、例えば、ＵＥにおけるＬＴＥ−ＮＲ間の上り送信切り替え制御が容易になる。
【０７６９】
ｇＮＢはＵＥに対し、ＳＵＬのシンボル長に関する情報を通知してもよい。該通知には、例えば、ＲＲＣ個別シグナリングが用いられてもよい。ＳＵＬのシンボル長に関する情報を、ｇＮＢがＳＵＬの使用を設定するためにＵＥに通知するシグナリングに含めてもよい。他の例として、ｇＮＢは配下のＵＥに対し、ＳＵＬのシンボル長に関する情報を報知してもよい。
【０７７０】
ｇＮＢはＵＥに、該下り信号のパスロス測定を指示してもよい。該指示には、ＲＲＣシグナリング、例えば、ＲＲＣ接続再設定が用いられてもよい。ｇＮＢは、例えば、ＵＥのＰＳＣｅｌｌあるいはＰＣｅｌｌの変更のための該シグナリングにおいて、該下り信号のパスロス測定を指示してもよい。該ＰＳＣｅｌｌあるいはＰＣｅｌｌの変更は、例えば、ＳＵＬ使用開始によるものであってもよい。前述のＳＵＬ使用開始は、ｇＮＢがＵＥに指示してもよい。該指示は、例えば、ＮＲ使用バンドの下りパスロスが所定の閾値を超えた場合に行ってもよい。ＵＥは、ＮＲ使用バンドの下りパスロスが所定の閾値を超えたことを示す情報を、ｇＮＢに通知してもよい。前述の閾値は、規格で定められてもよいし、予めｇＮＢあるいはｅＮＢがＵＥに通知してもよい。該通知は、例えば、ＲＲＣ接続再設定のシグナリングであってもよい。他の例として、ＮＲ使用バンドの上りパスロスが所定の閾値を超えた場合に行ってもよい。該閾値は、前述のＮＲバンドの下りパスロスの閾値と同様に決められてもよい。
【０７７１】
他の例として、該指示にはＭＡＣシグナリングが用いられてもよい。このことにより、例えば、ＮＲが使用するバンドの無線通信環境が急変した場合において、ｇＮＢはＵＥに、該下り信号のパスロス測定を迅速に指示することが可能となり、その結果、ＵＥがＳＵＬを迅速に使用可能とすることが可能となる。
【０７７２】
他の例として、該指示にはＬ１／Ｌ２シグナリングが用いられてもよい。このことにより、例えば、該下り信号のパスロス測定をより迅速に指示することが可能となり、その結果、ＵＥがＳＵＬをより迅速に使用可能とすることが可能となる。
【０７７３】
他の例として、該指示において、ＲＲＣシグナリング、ＭＡＣシグナリング、Ｌ１／Ｌ２シグナリングのうち複数が組み合わせて用いられてもよい。例えば、後述の、該下り信号のパスロス測定指示に含まれる情報の（１）〜（４）がＲＲＣシグナリングで通知され、該情報の（５）がＭＡＣシグナリングで通知されてもよい。このことにより、例えば、ＳＵＬの使用開始／停止が繰り返される状況において、該下り信号の測定開始指示に伴うシグナリング量を低減可能となり、かつ、迅速な通知が可能となる。
【０７７４】
該下り信号のパスロス測定指示に含まれる情報として、以下（１）〜（６）を開示する。
【０７７５】
（１）該下り信号のバンド。
【０７７６】
（２）パスロスのオフセット。
【０７７７】
（３）該下り信号のシーケンスに関する情報。
【０７７８】
（４）該下り信号の送信電力。
【０７７９】
（５）該下り信号のパスロス測定開始あるいは停止を示す情報。
【０７８０】
（６）前述の（１）〜（５）の組み合わせ。
【０７８１】
前述の（１）により、例えば、ＵＥは該下り信号を迅速に測定することが可能となる。
【０７８２】
前述の（２）について、例えば、ＵＥは、該下り信号のパスロスに該オフセットを与えて、ＳＵＬのパスロスを導出してもよい。このことにより、例えば、ＵＥはＳＵＬのパスロスをより正確に導出することが可能となる。
【０７８３】
前述の（３）の情報は、例えば、ＳＳのシーケンスに関する情報であってもよい。前述の（３）の情報は、該下り信号のセルＩＤの情報であってもよい。このことにより、例えば、ＵＥは該下り信号を迅速に捕捉することが可能となる。
【０７８４】
前述の（４）により、ＵＥは該下り信号の受信電力を用いてパスロスを計算することが可能となる。あるいは、例えば、ｇＮＢが該下り信号の送信電力を小さく設定することにより、他のＵＥへの干渉を小さくすることが可能となる。
【０７８５】
前述の（５）について、例えば、ｇＮＢは、ＳＵＬを用いた上り通信が必要となった場合において、ＵＥに対して該下り信号のパスロス測定開始を示す情報を通知してもよい。他の例として、ｇＮＢは、該下り信号のパスロス測定が不要となった場合において、ＵＥに対して該下り信号のパスロス測定停止を示す情報を通知してもよい。このことにより、ＵＥにおいて、該下り信号のパスロス測定に要する処理量および電力消費を削減可能となる。
【０７８６】
前述の（５）の情報は、該下り信号のパスロス測定開始を示す情報のみとしてもよい。ＵＥは、ＳＵＬのパスロスを導出後、該下り信号のパスロス測定を停止してもよい。このことにより、例えば、ｇＮＢからＵＥへのシグナリング量を削減可能となる。
【０７８７】
ｇＮＢは、ＰＳＣｅｌｌあるいはＰＣｅｌｌを動的に切り替え可能としてもよい。例えば、ｇＮＢは、ＰＳＣｅｌｌあるいはＰＣｅｌｌの候補となるセルを、予めＵＥに対して設定してもよい。該設定には、例えば、ＲＲＣ個別シグナリングを用いてもよい。ｇＮＢは、ＭＡＣシグナリングを用いて、ＰＳＣｅｌｌあるいはＰＣｅｌｌを切り替え可能としてもよい。ｇＮＢは、該ＭＡＣシグナリングをＵＥに通知してもよい。ＵＥは、該ＭＡＣシグナリングを用いて、ＰＳＣｅｌｌあるいはＰＣｅｌｌを切替えてもよい。前述のＰＳＣｅｌｌあるいはＰＣｅｌｌの切り替えを、ＳＵＬを用いた通信に適用してもよい。例えば、ＮＲバンド用のセルとＳＵＬ用のセルを、ＰＳＣｅｌｌまたはＰＣｅｌｌの候補としてもよい。このことにより、例えば、ＵＥの移動によるパスロスの変動に伴い、ＰＳＣｅｌｌあるいはＰＣｅｌｌを迅速に切り替えることが可能となるとともに、ＰＳＣｅｌｌあるいはＰＣｅｌｌの切り替えに伴うシグナリング量を削減可能となる。
【０７８８】
ｇＮＢは、ＳＵＬのタイミングアドバンスグループ（Timing Advance Group；ＴＡＧ）を、ＮＲバンドのセルと同じに設定してもよい。例えば、ｇＮＢは、ＳＵＬのフレームタイミングを、該ＮＲバンドのセルと同じに設定してもよい。ｇＮＢおよびＵＥは、ＳＵＬを用いたランダムアクセス処理を不要としてもよい。このことにより、ＵＥはＳＵＬを迅速に使用開始可能となる。
【０７８９】
図４２は、ＵＥが、ＮＲ基地局からの下り測定用信号を用いて、ＳＵＬのパスロスを決定するシーケンス図である。図４２の例は、ＵＥがＭｅＮＢおよびＳｇＮＢとＤＣを構成する場合について示している。図４２の例は、ＳＵＬとしてＬＴＥと同じバンドを用いる場合について示している。また、図４２の例は、ＵＥの上り送信においてＮＲバンドからＳＵＬに切り替える場合について示している。また、図４２の例は、ＮＲバンドからＳＵＬへの変更に伴いＰＳＣｅｌｌを変更する場合について示している。図４２において、実線は基地局間インタフェースを用いた通信を示し、点線はＮＲバンドを用いた通信を示し、破線はＬＴＥおよびＳＵＬに用いるバンドを用いた通信を示している。
【０７９０】
図４２に示すステップＳＴ６１０１において、ＵＥはＳｇＮＢとの間で上り／下りデータを送受信する。該送受信には、ＮＲのバンドを用いる。該ＮＲのバンドは、例えば、数１０ＧＨｚの高い周波数を用いるバンドであってもよい。ステップＳＴ６１０２において、ＵＥは、ステップＳＴ６１０１の下り信号を用いて、ＮＲバンドのパスロス測定を行う。
【０７９１】
図４２に示すステップＳＴ６１０３において、ＵＥは、ステップＳＴ６１０２にて導出したパスロスが所定の閾値以上かどうか、を判断する。該パスロスが所定の閾値未満である場合、ＵＥは、ステップＳＴ６１０１に示す上り／下りデータの送受信を継続する。
【０７９２】
図４２に示すステップＳＴ６１０３において、該パスロスが所定の閾値以上である場合、ＵＥはステップＳＴ６１０４において、ＳｇＮＢに対して、上りのＮＲバンドからＳＵＬへの切り替えを要求する。該要求は、例えば、ＲＲＣシグナリングを用いて行われてもよい。また、ステップＳＴ６１０４の該要求は、ＮＲバンドを用いて送信されてもよい。
【０７９３】
図４２に示すステップＳＴ６１０４において、ＵＥは前述の要求を、ＭｅＮＢ経由でＳｇＮＢに通知してもよい。このことにより、例えば、ＭｅＮＢがＵＥのＳＵＬへの切り替えを把握することにより、ＵＥの円滑な制御が可能となる。
【０７９４】
図４２に示すステップＳＴ６１０５において、ＳｇＮＢはＭｅＮＢに対し、セカンダリ基地局変更要求あり（SN Modification Required）を示す通知を送信する。該通知には、ＰＳＣｅｌｌの変更に関する情報が含まれてもよい。該通知には、ＳＵＬの設定に関する情報が含まれてもよい。該情報は、例えば、該通知のＳＣＧ−Ｃｏｎｆｉｇのシグナリングに含まれてもよい。
【０７９５】
図４２に示すステップＳＴ６１０６において、ＭｅＮＢはＵＥに対し、ＲＲＣ接続再設定のシグナリングを通知する。該シグナリングには、ＰＳＣｅｌｌの変更に関する情報が含まれてもよい。該シグナリングには、ＳＵＬの設定に関する情報が含まれてもよい。ＵＥは、該シグナリングを用いて、ＰＳＣｅｌｌをＳＵＬに切り替える。ステップＳＴ６１０７において、ＵＥはＭｅＮＢに対して、ＲＲＣ接続再設定完了のシグナリングを通知する。ステップＳＴ６１０８において、ＭｅＮＢはＳｇＮＢに対し、セカンダリ基地局変更確認（SN Modification Confirm）の通知を送信する。
【０７９６】
図４２に示すステップＳＴ６１０９において、ＳｇＮＢはＵＥに対し下り測定用信号を送信する。該信号は、例えば、ＳＵＬと同様の低い周波数を用いて送信されてもよい。ステップＳＴ６１１０において、ＵＥはステップＳＴ６１０９の信号を受信し、ＳＵＬにおけるパスロスを導出する。
【０７９７】
図４２に示すステップＳＴ６１１１において、ＵＥはＳｇＮＢに対してランダムアクセスプリアンブルを送信してもよい。前述のランダムアクセスプリアンブルは、ＳＵＬを用いて送信されてもよい。前述のランダムアクセスプリアンブルの送信において、ステップＳＴ６１１０にて導出したＳＵＬのパスロスを用いてもよい。
【０７９８】
図４２に示すステップＳＴ６１１２において、ＳｇＮＢはＵＥに対してランダムアクセス応答を通知してもよい。該応答は、ＮＲバンドを用いて通知されてもよい。ステップＳＴ６１１３において、ＵＥはＳｇＮＢに対して、ランダムアクセス処理のメッセージ３を送信してもよい。前述のメッセージ３の送信において、ＳＵＬを用いてもよい。ステップＳＴ６１１４において、ＳｇＮＢはＵＥに対し、ランダムアクセス処理のメッセージ４を送信してもよい。前述のメッセージ４の送信において、ＮＲバンドを用いてもよい。
【０７９９】
図４２に示すステップＳＴ６１１５およびステップＳＴ６１１６において、ＵＥはＳｇＮＢとの間で下り／上りのデータ送受信を行う。ステップＳＴ６１１５に示す下り通信において、ＳｇＮＢはＮＲバンドを用いてもよい。ステップＳＴ６１１６に示す上り通信において、ＵＥはＳＵＬを用いてもよい。
【０８００】
図４２では、ＵＥが、ステップＳＴ６１０２にてパスロス測定を行い、ステップＳＴ６１０３にて該パスロスが閾値以上かどうかを判定する場合について示したが、ｇＮＢが、パスロス測定を行い、パスロスが閾値以上かどうかを判定してもよい。前述の場合、ｇＮＢは、ＵＥからの上り信号を用いて、パスロス測定を行ってもよい。このことにより、例えば、ＵＥにおける設計の複雑性を回避可能となるとともに、ステップＳＴ６１０４に示すシグナリングが不要となるため、Ｕｕインタフェースにおけるシグナリング量を削減可能となる。
【０８０１】
本実施の形態６により、ＵＥは、ＳＵＬのパスロスをより正確に測定することが可能となる。その結果、ＵＥからのＳＵＬ送信を適切な電力で行うことが可能となり、ＵＥから他基地局への干渉が低減可能となる。
【０８０２】
実施の形態７．
ＤＬの参照信号（RS）として、ＤＭＲＳ、Ｐｈａｓｅ  Ｔｒａｃｋｉｎｇ  ＲＳ（ＰＴＲＳ）、Ｔｒａｃｋｉｎｇ  ＲＳ（ＴＲＳ）、ＣＳＩ-ＲＳがある。ＤＭＲＳとして、Ｆｒｏｎｔ  Ｌｏａｄｅｄ  ＤＭＲＳ（FL-DMRS）、ａｄｄｉｔｉｏｎａｌ ＤＭＲＳ（add-DMRS）がある。ＦＬ−ＤＭＲＳはＰＤＳＣＨの最初の方のシンボルにマッピングされる。ＦＬ−ＤＭＲＳを最初の方で受信することで、ＵＥは後続のシンボルにマッピングされるデータの復調を早期に実施することが可能となる。
【０８０３】
ＦＬ−ＤＭＲＳは復調に必要となるため、ＦＬ−ＤＭＲＳをプリエンプションしないようにすることが望ましい。しかしそのために、ＦＬ−ＤＭＲＳがマッピングされるシンボルをプリエンプションしないとすると、ＦＬ−ＤＭＲＳがマッピングされるシンボルタイミングでＵＲＬＬＣ  ＵＥ用データを送信できなくなる。たとえば、ＵＲＬＬＣ  ＵＥのデータが該タイミングで発生した場合、ＵＲＬＬＣ  ＵＥ用のリソースを確保できず、ＵＲＬＬＣ  ＵＥのデータの送信を遅らせる必要がある。
【０８０４】
たとえばＮＲではＦＬ−ＤＭＲＳは１あるいは２シンボルであるため、該シンボル数だけ送信が遅れることになる。このため、ＵＲＬＬＣ  ＵＥの通信における遅延量が増大してしまう場合が生じる。
【０８０５】
本実施の形態７ではこのような課題を解決する方法を開示する。
【０８０６】
ＦＬ−ＤＭＲＳがマッピングされるシンボルの内、ＦＬ−ＤＭＲＳがマッピングされないリソースのみプリエンプション用リソースとして設定可能とする。ＤＭＲＳはＵＥ毎にＲＥ単位で設定される。プリエンプション用のリソースは、ＦＬ−ＤＭＲＳがマッピングされないＲＥとするとよい。ＦＬ−ＤＭＲＳがマッピングされるシンボルのうち、ＦＬ−ＤＭＲＳがマッピングされるＲＥを除いたＲＥで、ＰＤＳＣＨが送信される。該ＰＤＳＣＨの送信領域をプリエンプション用リソースとして設定可能とするとよい。
【０８０７】
プリエンプションインジケーション（PI）がｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報を含めて、ｅＭＢＢ  ＵＥに通知する。プリエンプションされるリソースをＲＥ単位で示した情報としてもよい。ＲＥ単位とすることで、前述の方法におけるプリエンプション用リソースを設定可能となる。ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信が行われないことを認識する。ｅＭＢＢ  ＵＥはプリエンプションされるリソース除いて他のＰＤＳＣＨ用のリソースを受信することができる。
【０８０８】
このようにすることで、ＦＬ−ＤＭＲＳがマッピングされるシンボルにおいてもＵＲＬＬＣ  ＵＥ用リソースを確保することが可能となる。このため、ＵＲＬＬＣ  ＵＥ用のデータ送信を、ＦＬ−ＤＭＲＳがマッピングされるシンボル数だけ遅らせる必要がなくなる。ＵＲＬＬＣ  ＵＥの通信における遅延量の増大を抑えることが可能となる。
【０８０９】
前述の方法は、他のＲＳにも適用するとよい。ＲＳがマッピングされるシンボルの内、ＲＳがマッピングされないリソースのみプリエンプション用リソースとして設定可能とする。同様の効果を得ることが可能となる。
【０８１０】
しかし、前述の方法の場合、ＦＬ−ＤＭＲＳがマッピングされるシンボルで確保できるＵＲＬＬＣ  ＵＥ用のリソース量は少なくなる。たとえば、該シンボルで確保できるＵＲＬＬＣ用１スロットのタイミングで確保できるＲＥ数は通常よりも少なくなるため、該１スロットで送信可能なデータ量は少なくなる。たとえば大容量の通信が発生した場合など、ＵＲＬＬＣ通信として超高信頼低遅延特性が得られなくなる。
【０８１１】
このような課題を解決する方法を開示する。
【０８１２】
ＦＬ−ＤＭＲＳをプリエンプション可能とする。ＦＬ−ＤＭＲＳのプリエンプションの設定を可能とする。
【０８１３】
図４３は、ｅＭＢＢ  ＵＥ用ＦＬ−ＤＭＲＳのプリエンプションの一例を示す図である。ｅＭＢＢ  ＵＥ用のスロットに構成されたＦＬ−ＤＭＲＳがマッピングされるリソースが、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わない。ここでは、ｇＮＢはｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳを送信しない。ｇＮＢは、プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用スロット（ミニスロットであってもよい）を送信する。該スロットでＵＲＬＬＣ  ＵＥ用のＤＬチャネルまたは／かつ信号を送信するとよい。
【０８１４】
ＤＭＲＳはＵＥ毎にＲＥ単位で設定される。プリエンプション用のリソースは、ＦＬ−ＤＭＲＳがマッピングされるＲＥとするとよい。ＦＬ−ＤＭＲＳがマッピングされるシンボルのうち、ＦＬ−ＤＭＲＳがマッピングされるＲＥを除いたＲＥで、ＰＤＳＣＨが送信される。ｅＭＢＢ  ＵＥ用のＰＤＳＣＨの送信領域を多くとることが可能となる。
【０８１５】
プリエンプション用のリソースは、ＦＬ−ＤＭＲＳがマッピングされるＲＥだけでなくてもよい。ＦＬ−ＤＭＲＳがマッピングされるシンボルのうち、ＦＬ−ＤＭＲＳがマッピングされるＲＥと他の信号あるいはチャネルがマッピングされるＲＥとを含んでもよい。プリエンプション用のリソースを増大できる。
【０８１６】
プリエンプション用の周波数軸上のリソースを、ＲＥＧ（resource element group）単位としてもよい。ＲＥＧはＰＲＢの周波数帯域と同じ帯域を有するＲＥのグループである。プリエンプション用のリソースを、ＦＬ−ＤＭＲＳがマッピングされるシンボルにおいてＲＥＧ単位で、設定してもよい。ＵＲＬＬＣ  ＵＥ用のリソースをＲＥＧ単位、あるいはＰＲＢ単位で設定可能となる。
【０８１７】
プリエンプションインジケーション（PI）がｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報を含めて、ｅＭＢＢ  ＵＥに通知する。ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信が行われないことを認識する。ｅＭＢＢ  ＵＥはプリエンプションされるリソースを除いて他のＰＤＳＣＨ用のリソースを受信することができる。
【０８１８】
ＤＭＲＳはＵＥ毎に異なるＲＥにマッピングされる。ＤＭＲＳは複数のＵＥに対して同じＲＥが設定される場合がある。同じＲＥに設定されたＵＥ毎のＤＭＲＳは、たとえば直交コードで多重される。プリエンプション用のリソースに関する情報を、ＵＥ毎に通知してもよいし、一つまたは複数のＵＥからなるＵＥグループに通知してもよい。ＵＥグループは、ＤＭＲＳが同じＲＥに設定されるＵＥのグループとしてもよい。
【０８１９】
ＰＩがｅＭＢＢ  ＵＥ毎に送信されてもよいし、ＵＥグループ毎に送信されてもよい。ＵＥグループ毎に送信されることで、シグナリング量の削減ができる。
【０８２０】
図４４は、ｅＭＢＢ  ＵＥ用ＦＬ−ＤＭＲＳのプリエンプションの一例を示す図である。ｅＭＢＢ  ＵＥ用のスロットに構成されたＦＬ−ＤＭＲＳおよびＰＤＳＣＨがマッピングされるシンボルのうちの一部が、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わない。プリエンプションされたＦＬ−ＤＭＲＳとＰＤＳＣＨのリソースのみを送信しないとしてもよい。
【０８２１】
ｇＮＢは、プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用スロットを送信する。該スロットでＵＲＬＬＣ  ＵＥ用のＤＬチャネルまたは／かつ信号を送信するとよい。このようにすることで、任意のＵＲＬＬＣ  ＵＥ用のスロット構成に対応できる。
【０８２２】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。図４３と同様なので説明を省略する。
【０８２３】
ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わないとした。他の方法として、ＦＬ−ＤＭＲＳに関しては、ｇＮＢは、プリエンプションされたＦＬ−ＤＭＲＳ用シンボルにマッピングされるＦＬ−ＤＭＲＳ全体を、送信しないとしてもよい。この場合、ＰＩでｅＭＢＢ  ＵＥに対して通知するプリエンプション用リソースに関する情報を、該ＦＬ−ＤＭＲＳ全体のリソースとするとよい。
【０８２４】
しかし、このように、ＦＬ−ＤＭＲＳをプリエンプション可能とした場合、ＦＬ−ＤＭＲＳが送信されなくなるため、ｅＭＢＢ  ＵＥ用のデータ復調にＦＬ−ＤＭＲＳを用いることができなくなる。このため、ｅＭＢＢ  ＵＥは、データを復調できなくなってしまう。本実施の形態７ではこのような課題を解決する方法を開示する。
【０８２５】
ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳとａｄｄ−ＤＭＲＳとが設定される場合、ＦＬ−ＤＭＲＳをプリエンプション可能とする。ＦＬ−ＤＭＲＳをプリエンプション用のリソースとして設定してもよい。ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳとａｄｄ−ＤＭＲＳとが設定されている場合、ＦＬ−ＤＭＲＳとａｄｄ−ＤＭＲＳのどちらかはＵＲＬＬＣ  ＵＥ用リソースにプリエンプションされないように設定するとよい。
【０８２６】
ａｄｄ−ＤＭＲＳがマッピング可能なシンボルは予め規格で決められている。ａｄｄ−ＤＭＲＳの構成は予めｇＮＢによってＵＥに対して通知される。ａｄｄ−ＤＭＲＳが設定されている場合は、ａｄｄ−ＤＭＲＳを用いることによって、ＦＬ−ＤＭＲＳがプリエンプションされて送信されなかったとしても、ＰＤＳＣＨにマッピングされるデータの復調性能を向上させることが可能となる。
【０８２７】
ｇＮＢはｅＭＢＢ  ＵＥに対して、ＰＩで、プリエンプション用リソースを通知する。ＰＩ用のリソースは予めｇＮＢからＵＥに対して通知される。ＵＥは、該リソースを受信することで、ＰＩを受信可能となる。ＰＩ用リソースは、プリエンプション用リソースと同じスロットにあってもよいし、異なるスロットにあってもよい。
【０８２８】
ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳとａｄｄ−ＤＭＲＳとが設定されている場合、ＦＬ−ＤＭＲＳがマッピングされるシンボルを除くシンボルを、または、ａｄｄ−ＤＭＲＳがマッピングされるシンボルを除くシンボルを、または、ＦＬ−ＤＭＲＳがマッピングされるシンボルとａｄｄ−ＤＭＲＳがマッピングされるシンボルとを除くシンボルを、プリエンプション用リソースとして設定してもよい。
【０８２９】
ＤＭＲＳがマッピングされるシンボルについて、シンボル単位でプリエンプション用リソースを設定してもよい。シンボル単位でプリエンプション用リソースを設定することで、たとえば、ＤＭＲＳが複数シンボルの場合にも、ＤＭＲＳの１シンボルのみをプリエンプション用リソースとして設定可能となる。たとえば、ＵＥ毎に１シンボルのＤＭＲＳが設定されている場合、該ＤＭＲＳをプリエンプション用リソースとして設定可能となる。
【０８３０】
シンボル単位ではなく、ＤＭＲＳがマッピングされるリソースエレメントグループ（REG）単位で、または、リソースエレメント（RE）単位で、プリエンプション用リソースを設定してもよい。前述のシンボル単位のかわりに、ＲＥＧ単位、または、ＲＥ単位とすればよい。
【０８３１】
ＲＥＧ単位またはＲＥ単位でプリエンプション用リソースを設定することで、たとえば、ＤＭＲＳが周波数軸方向で離散的にマッピングされているような場合にも、ＤＭＲＳがマッピングされるＲＥＧあるいはＲＥのみをプリエンプション用リソースとして設定可能となる。たとえば、１シンボルに複数のＵＥのＤＭＲＳがＦＤＭで設定されている場合、プリエンプション対象のＵＥを設定でき、該ＵＥのＤＭＲＳをプリエンプション用リソースとして設定可能となる。
【０８３２】
ＰＩに含まれる情報は、たとえば、プリエンプション用リソースの情報であってもよい。たとえば、周波数軸上のリソース情報、時間軸上のリソース情報がある。リソースの情報は、たとえば、シンボル単位、ＲＥＧ単位、ＲＥ単位の情報であってもよい。これにより、ｅＭＢＢ  ＵＥがプリエンプション用のリソースを特定可能となる。リソースの情報は、たとえば、スロット番号であってもよい。プリエンプション用のリソースが、ＰＩが送信されるスロットと異なる場合に有効である。
【０８３３】
スロット番号の代わりに、ＰＩが通知されたスロットからの相対値を示す情報をもちいてもよい。相対値は０以上の整数でナンバリングしてもよい。ＰＩよりも前方のスロットにプリエンプション用リソースがあるような場合に有効である。
【０８３４】
図４５は、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳとａｄｄ−ＤＭＲＳとが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。ｅＭＢＢ  ＵＥ用の同一スロットにＦＬ−ＤＭＲＳとａｄｄ−ＤＭＲＳとが設定される。ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳがマッピングされるシンボルが、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わない。ここでは、ｇＮＢはｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳを送信しない。ｇＮＢは、プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用スロットを送信する。該スロットでＵＲＬＬＣ  ＵＥ用のＤＬチャネルまたは／かつ信号を送信するとよい。
【０８３５】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報を含めて、ｅＭＢＢ  ＵＥに通知する。ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信が行われないことを認識する。ｅＭＢＢ  ＵＥはプリエンプションされるリソースを除いて他のＰＤＳＣＨ用のリソースを受信することができる。ｅＭＢＢ  ＵＥは、同一スロット内に設定されたａｄｄ−ＤＭＲＳを受信する。ｅＭＢＢ  ＵＥはａｄｄ−ＤＭＲＳを用いてＰＤＳＣＨを復調することが可能となる。
【０８３６】
ｇＮＢは、ＦＬ−ＤＭＲＳをプリエンプション可能とするため、あらかじめａｄｄ−ＤＭＲＳを設定してもよい。前述のａｄｄ−ＤＭＲＳの設定方法を適用するとよい。このようにすることで、ＦＬ−ＤＭＲＳがプリエンプションされて送信されなかったとしても、ａｄｄ−ＤＭＲＳを用いることが可能となり、ＰＤＳＣＨにマッピングされるデータの復調性能を向上させることが可能となる。
【０８３７】
ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳのみが設定されている場合（ａｄｄ−ＤＭＲＳが設定されていない場合）は、ＦＬ−ＤＭＲＳをプリエンプション不可とするとよい。ＦＬ−ＤＭＲＳをプリエンプション用リソースとして設定不可とするとよい。ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳのみが設定されている場合（ａｄｄ−ＤＭＲＳが設定されていない場合）は、ＦＬ−ＤＭＲＳはＵＲＬＬＣ−ＵＥ用リソースにプリエンプションされないように設定するとよい。
【０８３８】
前述のように、ＤＭＲＳがマッピングされるシンボルについて、シンボル単位でプリエンプション用リソースを設定不可としてもよい。シンボル単位でプリエンプション用リソースを設定不可とすることで、たとえば、ＤＭＲＳが複数シンボルの場合にも、ＤＭＲＳの１シンボルのみをプリエンプション用リソースとして設定不可とすることができる。たとえば、ＵＥ毎に２シンボルのＤＭＲＳが設定されている場合、該ＤＭＲＳのうち１シンボルをプリエンプション用リソースとして設定不可とすることができる。
【０８３９】
ＲＥＧ単位あるいはＲＥ単位でプリエンプション用リソースを設定不可としてもよい。たとえば、１シンボルに離散的に複数のＤＭＲＳが設定されている場合、該ＤＭＲＳのうち一つをプリエンプション用リソースとして設定不可とすることができる。
【０８４０】
このようすることで、たとえばＵＥは、プリエンプション用リソースとして設定不可のＤＭＲＳを用いて復調することが可能となる。
【０８４１】
ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳが設定されａｄｄ−ＤＭＲＳが設定されていない場合、ＦＬ−ＤＭＲＳをプリエンプション可能としてもよい。ＦＬ−ＤＭＲＳをプリエンプション用リソースとして設定してもよい。
【０８４２】
単にＦＬ−ＤＭＲＳをプリエンプション可能としただけでは、ｅＭＢＢ  ＵＥはＰＤＳＣＨのデータを復調できなくなる場合が生じる。何らかの工夫が必要となる。ここではその解決方法を開示する。
【０８４３】
ｅＭＢＢ  ＵＥに対して、補完用のＤＭＲＳ（complementary DMRS）を設定する。補完用ＤＭＲＳは、プリエンプションされたＦＬ−ＤＭＲＳと同じスロット内のＤＬ領域に設定され、ＰＤＳＣＨのデータを復調するために用いられる。ＦＬ−ＤＭＲＳがプリエンプションされた場合、復調用としてＦＬ−ＤＭＲＳが用いられることはできないが、補完用ＤＭＲＳが用いられる。
【０８４４】
ｇＮＢはｅＭＢＢ  ＵＥに対して、補完用ＤＭＲＳを設定したリソースでデータを送信しない。補完用ＤＭＲＳを設定したリソースで補完用ＤＭＲＳを送信する。このようにすることで、設定した補完用ＤＭＲＳ送信とデータ送信とが衝突することを回避することができる。ｇＮＢはｅＭＢＢ  ＵＥに対して補完用ＤＭＲＳに関する情報を通知する。補完用ＤＭＲＳに関する情報として、たとえば、補完用ＤＭＲＳの構成、補完用ＤＭＲＳを設定するリソースがある。
【０８４５】
補完用ＤＭＲＳに関する情報を用いて補完用ＤＭＲＳが生成され、生成された補完用ＤＭＲＳはＤＬのリソースにマッピングされる。補完用ＤＭＲＳの生成、マッピングに他の情報をあわせて用いてもよい。他の情報としてたとえばＵＥの識別子などがある。
【０８４６】
ｇＮＢはＵＥに対して、ＦＬ−ＤＭＲＳをプリエンプション用リソースとして設定し、補完用ＤＭＲＳを設定する。プリエンプション用リソースの通知は、ｇＮＢからＵＥに対してＰＩによって通知される。補完用ＤＭＲＳに関する情報を通知するためのＰＩを設けてもよい。ｇＮＢはＵＥに対して、補完用ＤＭＲＳに関する情報を、該ＰＩを用いて通知するとよい。ＰＩで通知することで、補完用ＤＭＲＳのダイナミックな設定が可能となる。
【０８４７】
補完用ＤＭＲＳに関する情報を、プリエンプション用リソースの通知に用いるＰＩに含めて通知してもよい。同じＰＩに含めて通知することで、ｇＮＢからＵＥに通知する制御用のリソースの削減が図れる。
【０８４８】
前述のように、複数のＵＥのＤＭＲＳが同じ周波数−時間軸のリソースに多重される場合がある。また、複数のＵＥのＤＭＲＳが同じシンボルに多重される場合がある。このため、ＦＬ−ＤＭＲＳ、ａｄｄ−ＤＭＲＳをプリエンプションする場合、ＵＥ毎あるいはＵＥグループ毎のプリエンプション用リソースの設定、および、プリエンプション用リソースに関する情報の通知を行ってもよい。
【０８４９】
補完用ＤＭＲＳも、ＦＬ−ＤＭＲＳあるいはａｄｄ−ＤＭＲＳと同様に、多重されてもよい。補完用ＤＭＲＳはＵＥ毎あるいはＵＥグループ毎に設定されてもよい。たとえば、複数のＵＥに対して同じリソースに補完用ＤＭＲＳを設定する場合、補完用ＤＭＲＳのリソースをＵＥグループ毎に設定することで設定のための情報量を削減できる。
【０８５０】
補完用ＤＭＲＳに関する情報の通知は、ＵＥ毎に通知されても良いし、ＵＥグループ毎に通知されてもよい。ＵＥグループは、補完用ＤＭＲＳを設定する一つまたは複数のＵＥであってもよい。たとえば、補完用ＤＭＲＳのリソースをＵＥグループ毎に設定するような場合に有効である。設定通知のためのシグナリング量を削減できる。
【０８５１】
図４６は、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳが設定される。ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳがマッピングされるシンボルが、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わない。ここでは、ｇＮＢはｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳを送信しない。ｇＮＢは、プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用スロットを送信する。該スロットでＵＲＬＬＣ  ＵＥ用のＤＬチャネルまたは／かつ信号を送信するとよい。
【０８５２】
また、ｇＮＢは同一スロットに、補完用ＤＭＲＳを設定する。補完用ＤＭＲＳが設定されたリソースでは、データがマッピングされない。ｇＮＢは、補完用ＤＭＲＳを設定したリソースで、補完用ＤＭＲＳを送信し、データを送信しない。
【０８５３】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。図４６の例では、ｇＮＢは、一つのＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報と、補完用ＤＭＲＳに関する情報とを含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信が行われないことを認識し、また、補完用ＤＭＲＳが設定されるリソースを認識する。
【０８５４】
ｅＭＢＢ  ＵＥは、プリエンプションされるリソースおよび補完用ＤＭＲＳが設定されるリソースを除いて、他のＰＤＳＣＨ用のリソースを受信することができる。ｅＭＢＢ  ＵＥは、同一スロット内に設定された補完用ＤＭＲＳを受信する。ｅＭＢＢ  ＵＥは補完用ＤＭＲＳを用いてＰＤＳＣＨを復調することが可能となる。
【０８５５】
補完用ＤＭＲＳは元のＦＬ−ＤＭＲＳまたは／かつデータ（PDSCH）と同じ送信ポイントから送信される。
【０８５６】
他の方法として、補完用ＤＭＲＳは元のＦＬ−ＤＭＲＳと疑似コロケーション（quasi-co-location）の関係としてもよい。または／かつ、補完用ＤＭＲＳはデータ（PDSCH）と疑似コロケーション（quasi-co-location）の関係としてもよい。このようにすることで、たとえ、補完用ＤＭＲＳが元のＦＬ−ＤＭＲＳやデータと異なる送信ポイントから送られたとしても、補完用ＤＭＲＳの復調結果を元のＦＬ−ＤＭＲＳの復調結果とみなすことが可能となり、また、補完用ＤＭＲＳをデータの復調用として使用することが可能となる。
【０８５７】
ｇＮＢはＵＥに対して疑似コロケーションの関係情報を通知してもよい。柔軟な設定が可能となる。該情報の通知は予めＲＲＣシグナリングで行われてもよい。準静的な設定が可能となり、通知のためのシグナリング量を削減できる。あるいは、該情報の通知はＰＩに含められて行われてもよい。ダイナミックな設定が可能となる。
【０８５８】
補完用ＤＭＲＳは、プリエンプションされるリソース以降のリソースにマッピングされてもよい。あるいは、補完用ＤＭＲＳは、同一スロットのＰＤＳＣＨがマッピングされるシンボル内の、プリエンプションされるシンボル以降のシンボルにマッピングされてもよい。補完用ＤＭＲＳをプリエンプションされるシンボル以前のシンボルにマッピングするよりも、ＵＲＬＬＣ  ＵＥ用のデータが発生してから該データを送信するまでの期間を短縮可能となる。
【０８５９】
補完用ＤＭＲＳの構成の情報として以下に６つの例を開示する。
【０８６０】
（１）補完用ＤＭＲＳのシンボル数。
【０８６１】
（２）補完用ＤＭＲＳのタイプ。または、補完用ＤＭＲＳの直交方法であってもよい。
【０８６２】
（３）補完用ＤＭＲＳのポート番号。
【０８６３】
（４）補完用ＤＭＲＳのスクランブリング識別子。
【０８６４】
（５）補完用ＤＭＲＳのシーケンスに関する情報。たとえば、ＺＣのルートインデックス、ＣＳなど。
【０８６５】
（６）（１）から（５）の組合せ。
【０８６６】
補完用ＤＭＲＳを設定するリソースの情報として、時間リソース情報、周波数リソース情報などがある。補完用ＤＭＲＳを設定するリソースの情報として以下に７つの例を開示する。
【０８６７】
（１）シンボル番号。
【０８６８】
（２）スロット番号。ミニスロット番号であってもよい。
【０８６９】
（３）サブキャリア番号。ＰＲＢ内のサブキャリア番号であってもよい。
【０８７０】
（４）ＲＥ番号。ＰＲＢ内のＲＥ番号であってもよい。
【０８７１】
（５）ＲＥＧ番号。
【０８７２】
（６）ＰＲＢ番号。
【０８７３】
（７）（１）から（６）の組合せ。
【０８７４】
補完用ＤＭＲＳの構成をＰＩで通知することを開示したが、補完用ＤＭＲＳの構成をＲＲＣシグナリングで通知してもよい。ＵＥ個別のＲＲＣシグナリングを用いてもよい。このようにすることで、ＰＩの情報量を削減可能となる。また、ＵＥによる受信誤りを低減させることが可能となる。
【０８７５】
補完用ＤＭＲＳを設定するリソースをＰＩで通知することを開示したが、補完用ＤＭＲＳを設定するリソースをＲＲＣシグナリングで通知してもよい。ＵＥ個別のＲＲＣシグナリングを用いてもよい。このようにすることで、ＰＩの情報量を削減可能となる。また、ＵＥによる受信誤りを低減させることが可能となる。
【０８７６】
ｇＮＢの動作について開示する。ｇＮＢは、設定したプリエンプション用リソースで、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳを送信しない。また、ＦＬ−ＤＭＲＳだけでなくＰＤＳＣＨのリソースもプリエンプション用リソースとした場合、該ＰＤＳＣＨにマッピング予定のデータを送信しない。ｇＮＢは、設定した補完用ＤＭＲＳ用リソースで、ｅＭＢＢ  ＵＥ用のデータを送信しない。
【０８７７】
ｇＮＢは、プリエンプション用リソースや、補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データを、同一スロット内のＰＤＳＣＨ用シンボルで送信してもよい。同一スロット内のＰＤＳＣＨ用シンボルは、プリエンプション用リソース以降のシンボルであってもよいし、または、補完用ＤＭＲＳ用シンボル以降のシンボルであってもよい。送信予定であった各ｅＭＢＢ  ＵＥ用データと、それらを送信するシンボルを設定可能としてもよい。
【０８７８】
このようにすることで、下りデータの損失を削減することが可能となり、再送回数を低減させることが可能となる。
【０８７９】
プリエンプション用リソースや、補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データのコーディングレートを変えて、送信を行ってもよい。また、同一スロット内のＰＤＳＣＨ用シンボルのデータのコーディングレートを変えて、送信を行ってもよい。プリエンプション用リソースや、補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データと、それらが送信されるシンボルで送信される予定であったデータとを、コーディングレートを変えて送信してもよい。
【０８８０】
このような方法とすることで、同一スロット内で予定されていたデータを送信することが可能となる。下りデータを低遅延で送信することが可能となる。
【０８８１】
ｇＮＢは、補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データを、プリエンプション用シンボル以降のシンボルで送信してもよい。ｇＮＢは、補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データを、同一スロット内のプリエンプション用シンボル以降のシンボルで送信してもよい。
【０８８２】
補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データを、コーディングレートを変えて、同一スロット内のプリエンプション用シンボル以降のシンボルで、送信してもよい。同一スロット内のプリエンプション用シンボル以降のデータのコーディングレートを変えて、ｅＭＢＢ  ＵＥ用データを、同一スロット内のプリエンプション用シンボル以降のシンボルで、送信してもよい。補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データと同一スロット内のプリエンプション用シンボル以降のデータとのコーディングレートを変えて、ｅＭＢＢ  ＵＥ用データを、同一スロット内のプリエンプション用シンボル以降のシンボルで、送信してもよい。
【０８８３】
このようにすることで、補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データのコーディングレートを下げることが可能となり、ｇＮＢにおける復調性能を向上させることができる。
【０８８４】
ｇＮＢはＵＥに対して、コーディングレートに関する情報を通知する。該情報を、プリエンプション用リソースを通知するＰＩに含めて通知してもよい。または／かつ、コーディングレートに関する情報を、補完用ＤＭＲＳに関する情報を通知するＰＩに含めて通知してもよい。コーディングレートに関する情報として、たとえば、コーディングレート、該コーディングレートを適用するデータ範囲などがある。
【０８８５】
通知されたコーディングレートを適用するデータ範囲として、たとえば、補完用ＤＭＲＳリソースで送信予定であったｅＭＢＢ  ＵＥ用データ、補完用ＤＭＲＳシンボル以降のデータ、プリエンプション用シンボル以降のデータなどがある。データの範囲を分割して、各々のコーディングレートを設定してもよい。各データの範囲とコーディングレートを関連付けて通知してもよい。
【０８８６】
このようにすることで、ＵＥは、補完用ＤＭＲＳ用リソースで送信予定であったｅＭＢＢ  ＵＥ用データおよびプリエンプション用シンボル以降のデータを、容易に復調することができる。
【０８８７】
ｇＮＢは、設定したプリエンプション用リソースを、ＵＲＬＬＣ  ＵＥのＤＬ通信用に用いる。ｇＮＢは、該プリエンプション用リソースに、ＵＲＬＬＣ  ＵＥのＤＬチャネルまたは／かつ信号をマッピングする。該ＤＬチャネルとして、データ用チャネル、制御用チャネルなどがある。制御チャネルとしてＰＤＣＣＨをマッピングしてもよい。ＤＣＩを該ＰＤＣＣＨにマッピングして送信してもよい。ＵＲＬＬＣ  ＵＥは、ＤＬチャネルまたは／かつ信号を受信する。
【０８８８】
ｇＮＢからプリエンプション用リソースのＰＩを受信したｅＭＢＢ  ＵＥは、該ＰＩに含まれるプリエンプション用リソースでＤＬ送信が無いことを認識する。該ｅＭＢＢ  ＵＥは、ＦＬ−ＤＭＲＳの送信も無いことを認識する。また、ｇＮＢから補完用ＤＭＲＳに関する情報が含まれるＰＩを受信したｅＭＢＢ  ＵＥは、補完用ＤＭＲＳ用リソースで補完用ＤＭＲＳが送信されることを認識する。ｅＭＢＢ  ＵＥは、補完用ＤＭＲＳを受信し、該補完用ＤＭＲＳを用いて復調を行うことが可能となる。
【０８８９】
図４７および図４８は、ｅＭＢＢ  ＵＥ用のスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする処理のシーケンス例を示す図である。図４７と図４８とは境界線ＢＬ４７４８の位置で繋がっている。図４７および図４８は補完用ＤＭＲＳを設定する場合について示す。
【０８９０】
ステップＳＴ２００１でｇＮＢは、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳを設定する。また、ａｄｄ−ＤＭＲＳを設定しない。ステップＳＴ２００２でｇＮＢは、ｅＭＢＢ  ＵＥ用に、ＰＩのリソースや送信タイミングなどの構成を設定する。また、ｇＮＢは、ｅＭＢＢ  ＵＥ用に、補完用ＤＭＲＳ用のＰＩのリソースや送信タイミングなどの構成を設定する。送信タイミングとして、周期やオフセット情報、スロット番号、シンボル番号などがある。これらの設定は、ＵＥ毎あるいはＵＥグループ毎に行われるとよい。
【０８９１】
ｇＮＢはｅＭＢＢ  ＵＥに対して、プリエンプション処理を実施することを示す情報を通知してもよい。ステップＳＴ２００３で該情報を通知してもよい。これにより、ｅＭＢＢ  ＵＥはプリエンプション処理が行われることを認識可能となる。該情報を受信したｅＭＢＢ  ＵＥは、ステップＳＴ２００３で通知されたプリエンプション用ＰＩの設定、補完用ＤＭＲＳの設定を用いるとよい。
【０８９２】
ｇＮＢはｅＭＢＢ  ＵＥに対して、プリエンプション処理を実施することを示す情報を通知しなくてもよい。ｇＮＢからプリエンプション用ＰＩの設定あるいは補完用ＤＭＲＳの設定が通知されることをもって、プリエンプション処理が実施されることとしてもよい。ｅＭＢＢ  ＵＥは、ステップＳＴ２００３でプリエンプション用ＰＩの設定あるいは補完用ＤＭＲＳの設定が通知されたことをもって、プリエンプション処理が実施されると判断する。
【０８９３】
ステップＳＴ２００３でｇＮＢはｅＭＢＢ  ＵＥに対して、ＦＬ−ＤＭＲＳの設定情報、ａｄｄ−ＤＭＲＳの設定情報、プリエンプション用ＰＩの設定情報、補完用ＤＭＲＳ用ＰＩの設定情報を通知する。この通知に、ＲＲＣシグナリングを用いてもよいし、ＵＥ個別の通知を用いてもよい。
【０８９４】
ステップＳＴ２００４でｇＮＢはｅＭＢＢ  ＵＥに対してスケジューリングを行う。ステップＳＴ２００５でｇＮＢはｅＭＢＢ  ＵＥに対して、スケジューリング結果にしたがい、ＰＤＣＣＨ、ＰＤＳＣＨ、ＲＳを送信する。ｅＭＢＢ  ＵＥは、ステップＳＴ２００３で通知された各種の設定およびステップＳＴ２００５で通知されたＰＤＣＣＨ、ＰＤＳＣＨおよびＲＳを受信して、ＰＤＳＣＨにマッピングされたデータを受信する。
【０８９５】
ステップＳＴ２００６で、プリエンプション処理が設定されたｅＭＢＢ  ＵＥは、所定の期間ＰＤＳＣＨの受信結果を記憶する。これにより、同一スロット内に設定される補完用ＤＭＲＳを受信することで、同一スロット内のＰＤＳＣＨを復調可能となる。
【０８９６】
ステップＳＴ２００７でＵＲＬＬＣ  ＵＥデータが発生したｇＮＢは、ステップＳＴ２００８でｅＭＢＢ  ＵＥのＦＬ−ＤＭＲＳを、ＵＲＬＬＣ  ＵＥ用プリエンプション用リソースとして決定する。ＦＬ−ＤＭＲＳをプリエンプション用リソースとして決定したｇＮＢは、ステップＳＴ２００９で補完用ＤＭＲＳの設定を行う。
【０８９７】
ステップＳＴ２０１０でｇＮＢは、プリエンプション用のＰＩを、ｅＭＢＢ  ＵＥに対して通知する。ステップＳＴ２０１１でｇＮＢはｅＭＢＢ  ＵＥに対して、プリエンプション用リソースで送信しない。また、ｇＮＢはｅＭＢＢ  ＵＥに対して、プリエンプション用リソース外でＰＤＳＣＨを送信する。ステップＳＴ２０１２でｇＮＢはＵＲＬＬＣ  ＵＥに対して、プリエンプション用リソースでＵＲＬＬＣ  ＵＥ用のスロットを送信する。ｇＮＢはＵＲＬＬＣ  ＵＥに対して該スロットでＰＤＣＣＨ、ＰＤＳＣＨ、ＲＳを送信する。
【０８９８】
ステップＳＴ２０１３でｇＮＢはｅＭＢＢ  ＵＥに対して、補完用ＤＭＲＳ用ＰＩを送信する。ステップＳＴ２０１４でｇＮＢはｅＭＢＢ  ＵＥに対して、補完用ＤＭＲＳ用リソースで、補完用ＤＭＲＳを送信する。ステップＳＴ２０１５でｅＭＢＢ  ＵＥは、ｇＮＢから通知された補完用ＤＭＲＳに関する情報を用いて受信した補完用ＤＭＲＳを用いて、ＰＤＳＣＨを復調してデータを受信する。
【０８９９】
このようにすることで、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳをプリエンプション可能とすることができる。ｅＭＢＢ  ＵＥは、補完用ＤＭＲＳを用いてＰＤＳＣＨにマッピングされたデータを復調可能となり、ＵＲＬＬＣ  ＵＥは、プリエンプション用リソースでＵＲＬＬＣ  ＵＥに送信されたデータを受信することが可能となる。ｅＭＢＢ  ＵＥに対して高速大容量通信が可能となり、ＵＲＬＬＣ  ＵＥに対して低遅延通信が可能となる。
【０９００】
補完用ＤＭＲＳの他の通知方法を開示する。ｇＮＢはＵＥに対して、補完用ＤＭＲＳに関する情報をＲＲＣシグナリングで通知する。ｇＮＢはＵＥに対してＰＩで、補完用ＤＭＲＳの設定／非設定情報を通知する。補完用ＤＭＲＳの設定／非設定情報として、ａｃｔｉｖａｔｉｏｎ（act）／ｄｅａｃｔｉｖａｔｉｏｎ（deact）を用いてもよい。補完用ＤＭＲＳを設定する場合はａｃｔを通知し、設定しない場合はｄｅａｃｔを通知する。
【０９０１】
このようにすることで、ｅＭＢＢ  ＵＥは、ＲＲＣシグナリングで通知された補完用ＤＭＲＳの構成およびリソースで以て、補完用ＤＭＲＳが設定されているか設定されていないかを認識することができる。ＰＩで設定／非設定の情報を通知する例を開示したが、設定を示す情報のみをＰＩで通知してもよいし、あるいは非設定を示す情報のみをＰＩで通知してもよい。設定を示す情報のみを通知する場合は、該情報が無ければ非設定を示すとするとよい。非設定を示す情報のみを通知する場合は、該情報が無ければ設定を示すとするとよい。
【０９０２】
このようにすることで、ＰＩで通知する情報量を削減することができる。
【０９０３】
補完用ＤＭＲＳの他の通知方法を開示する。ｇＮＢはＵＥに対して、候補となる補完用ＤＭＲＳに関する情報をＲＲＣシグナリングで通知する。候補は一つであってもよいし複数であってもよい。候補毎に番号を付与してもよい。ｇＮＢはＵＥに対してＰＩで、どの候補の補完用ＤＭＲＳを設定するかを通知する。このようにすることで、ｅＭＢＢ  ＵＥは、ＲＲＣシグナリングで通知された候補となる補完用ＤＭＲＳに関する情報から、ＰＩで通知された補完用ＤＭＲＳに関する情報を選択して、補完用ＤＭＲＳの設定を認識することが可能となる。
【０９０４】
このようにすることで、ＰＩで通知する情報量を削減することができる。
【０９０５】
補完用ＤＭＲＳの構成の一部または全部をａｄｄ−ＤＭＲＳと同じとしてもよい。または／かつ、補完用ＤＭＲＳを設定する周波数リソースをａｄｄ−ＤＭＲＳと同じとしてもよい。このようにすることで、ａｄｄ−ＤＭＲＳと同等の特性を得ることが可能となる。また、補完用ＤＭＲＳを別途構成する必要がなく、ｅＮＢおよびＵＥでの処理および回路構成を容易にすることができる。
【０９０６】
ａｄｄ−ＤＭＲＳと同じとする場合、同じとすることを規格で静的に決めておいてもよい。あるいは、同じとすることを示す情報を設けて、該応報をＰＩで通知してもよい。あるいは、ＲＲＣシグナリングで該情報を通知してもよい。
【０９０７】
複数設定されるａｄｄ−ＤＭＲＳの設定毎に番号を付与してもよい。ｇＮＢはＵＥに対してＰＩで、どのａｄｄ−ＤＭＲＳの設定を用いるかを通知する。このようにすることで、ｅＭＢＢ  ＵＥは、たとえばＲＲＣシグナリングで通知された候補となるａｄｄ−ＤＭＲＳの設定情報から、ＰＩで通知されたａｄｄ−ＤＭＲＳの設定情報を選択して、補完用ＤＭＲＳの設定として認識することが可能となる。
【０９０８】
補完用ＤＭＲＳに関する他の情報として、電力に関する情報を含めてもよい。電力に関する情報は、補完用ＤＭＲＳに設定される電力の情報としてもよい。または、電力に関する情報は、ＦＬ−ＤＭＲＳに設定される電力との差分情報としてもよいし、または、ＰＤＳＣＨに設定される電力との差分情報としてもよい。
【０９０９】
補完用ＤＭＲＳの電力に関する情報を設定することで、補完用ＤＭＲＳの設定リソース、ｅＭＢＢ  ＵＥの速度などの状況、チャネル品質などに応じてより適した設定を可能とし、復調性能を向上させることができる。また、過度に高い電力の設定を抑えることができるため、ｇＮＢの消費電力の削減を可能とする。
【０９１０】
電力に関する情報は、前述のように、ｇＮＢからｅＭＢＢ  ＵＥに対してＰＩで通知してもよいし、ＲＲＣシグナリングで通知してもよい。あるいは、電力に関する情報を、あらかじめ静的に規格で決めておいてもよい。
【０９１１】
また、補完用ＤＭＲＳに設定される電力を、ＦＬ−ＤＭＲＳに設定される電力と同じとしてもよい。補完用ＤＭＲＳに設定される電力を、あらかじめ静的に規格で決めておいてもよい。補完用ＤＭＲＳに関する情報を削減することができる。
【０９１２】
図４９は、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳが設定される。ｅＭＢＢ  ＵＥ用のスロットに構成されたＦＬ−ＤＭＲＳおよびＰＤＳＣＨがマッピングされるシンボルのうちの一部が、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わない。ｇＮＢは、プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用スロットを送信する。該スロットでＵＲＬＬＣ  ＵＥ用のＤＬチャネルまたは／かつ信号を送信するとよい。
【０９１３】
ｇＮＢは同一スロットに、補完用ＤＭＲＳを設定する。プリエンプションされたＦＬ−ＤＭＲＳのみを、補完用ＤＭＲＳとして設定してもよい。補完用ＤＭＲＳは周波数軸方向にＲＥ単位あるいはＲＥＧ単位で設定可能とするとよい。あるいは、補完用ＤＭＲＳはＵＥ毎のＦＬ−ＤＭＲＳ用リソース単位で設定可能としてもよい。補完用ＤＭＲＳが設定されたリソースではＰＤＳＣＨがマッピングされない。ｇＮＢは、補完用ＤＭＲＳを設定したリソースで補完用ＤＭＲＳを送信し、ＰＤＳＣＨを送信しない。
【０９１４】
補完用ＤＭＲＳの周波数軸上のリソースは、ＦＬ−ＤＭＲＳの周波数軸上のリソースと異なってもよい。たとえば、補完用ＤＭＲＳの周波数軸上のリソースをＰＤＳＣＨがマッピングされる周波数帯域全体としてもよい。周波数軸上のチャネル変動に対して復調性能を向上させることができる。
【０９１５】
ＰＩの送信方法は図４６と同様なので説明を省略する。ｅＭＢＢ  ＵＥは、プリエンプションされるリソースおよび補完用ＤＭＲＳが設定されるリソースを除いて、他のＰＤＳＣＨ用のリソースを受信することができる。ｅＭＢＢ  ＵＥは、同一スロット内に設定された補完用ＤＭＲＳを受信する。ｅＭＢＢ  ＵＥは補完用ＤＭＲＳを用いてＰＤＳＣＨを復調することが可能となる。
【０９１６】
図５０は、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳが設定される。ｅＭＢＢ  ＵＥ用のスロットに構成されたＦＬ−ＤＭＲＳおよびＰＤＳＣＨがマッピングされるシンボルのうちの一部が、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わない。ｇＮＢは、プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用スロットを送信する。該スロットでＵＲＬＬＣ  ＵＥ用のＤＬチャネルまたは／かつ信号を送信するとよい。
【０９１７】
ｇＮＢは同一スロットに、補完用ＤＭＲＳを設定する。プリエンプションされたＦＬ−ＤＭＲＳのみを、補完用ＤＭＲＳとして設定してもよい。補完用ＤＭＲＳは時間軸方向にシンボル単位で設定可能とするとよい。あるいは、補完用ＤＭＲＳはＵＥ毎のＦＬ−ＤＭＲＳ用リソース単位で設定可能としてもよい。補完用ＤＭＲＳが設定されたリソースではＰＤＳＣＨがマッピングされない。ｇＮＢは、補完用ＤＭＲＳを設定したリソースで補完用ＤＭＲＳを送信し、ＰＤＳＣＨを送信しない。
【０９１８】
補完用ＤＭＲＳの時間軸上のリソースは、ＦＬ−ＤＭＲＳの時間軸上のリソースと異なってもよい。たとえば、補完用ＤＭＲＳの時間軸上のリソースをｎシンボル（ｎ≧１）としてもよい。たとえば、元のＦＬ−ＤＭＲＳよりも大きなｎとすることで、時間軸上のチャネル変動に対して復調性能を向上させることができる。
【０９１９】
ＰＩの送信方法は図４６と同様なので説明を省略する。ｅＭＢＢ  ＵＥは、プリエンプションされるリソースおよび補完用ＤＭＲＳが設定されるリソースを除いて、他のＰＤＳＣＨ用のリソースを受信することができる。ｅＭＢＢ  ＵＥは、同一スロット内に設定された補完用ＤＭＲＳを受信する。ｅＭＢＢ  ＵＥは補完用ＤＭＲＳを用いてＰＤＳＣＨを復調することが可能となる。
【０９２０】
ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳのみが設定されている場合（ａｄｄ−ＤＭＲＳが設定されていない場合）、ＦＬ−ＤＭＲＳをプリエンプション可能とし、補完用のＤＭＲＳを設定することを開示した。
【０９２１】
補完用ＤＭＲＳの構成の一部または全部を、ＦＬ−ＤＭＲＳと同じとしてもよい。または／かつ、補完用ＤＭＲＳを設定する周波数リソースを、ＦＬ−ＤＭＲＳと同じとしてもよい。このようにすることで、ＦＬ−ＤＭＲＳと同等の特性を得ることが可能となる。また、ｇＮＢおよびＵＥでの処理および回路構成を容易にすることができる。
【０９２２】
ＦＬ−ＤＭＲＳと同じとする場合、同じとすることを規格で静的に決めておいてもよい。あるいは、同じとすることを示す情報を設けて、該情報をＰＩで通知してもよい。あるいは、該情報をＲＲＣシグナリングで通知してもよい。このようにすることで、ｇＮＢからＵＥに補完用ＤＭＲＳを設定するために必要となる情報量を削減することが可能となる。
【０９２３】
プリエンプションされたＦＬ−ＤＭＲＳをシフトするとしてもよい。プリエンプションされたＦＬ−ＤＭＲＳを、同じスロット内の他のＤＬ領域に設定する。プリエンプションされたＦＬ−ＤＭＲＳを、同じスロット内のプリエンプション用シンボル以降のシンボルに設定してもよい。このようにすることで、ＦＬ−ＤＭＲＳがプリエンプションされた場合に、復調用として時間的にシフトされたＦＬ−ＤＭＲＳが用いられる。
【０９２４】
シフトしたＦＬ−ＤＭＲＳおよびＰＤＳＣＨのデータの設定方法は、前述の補完用ＤＭＲＳおよびＰＤＳＣＨのデータの設定方法を適用するとよい。また、ｇＮＢはｅＭＢＢ  ＵＥに対して、ＦＬ−ＤＭＲＳのシフトに関する情報を通知してもよい。たとえば、前述の補完用ＤＭＲＳに関する情報をシフト量にしてもよい。たとえば、シンボル番号の情報を、シフトするシンボル数にする。たとえば、ＲＥ番号の情報を、シフトするＲＥ数にする。
【０９２５】
前述で、補完用ＤＭＲＳが、補完用ＤＭＲＳに関する情報を用いて生成され、ＤＬのリソースにマッピングされることを開示した。ＦＬ−ＤＭＲＳは、たとえばマッピングされるシンボル番号により、生成されるシーケンスなどが異なる場合がある。補完用ＤＭＲＳの生成においても同様に、たとえばマッピングされるシンボル番号に応じて生成したシーケンスを用いるとよい。
【０９２６】
他の方法として、補完用ＤＭＲＳをＦＬ−ＤＭＲＳと同じにするような場合、あるいはＦＬ−ＤＭＲＳをシフトするような場合、元のＦＬ−ＤＭＲＳと同じＤＭＲＳを用いてもよい。マッピングされるリソースだけを異ならせてもよい。このようにすることで、たとえばどのシンボルにマッピングされようが、元のＦＬ−ＤＭＲＳの構成で復調を行うことが可能となる。このため、復調処理が容易になり、処理時間の短縮を図れる。
【０９２７】
図５１は、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。補完用ＤＭＲＳの構成をＦＬ−ＤＭＲＳと同じとし、時間的にシフトした場合の例である。
【０９２８】
ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳが設定される。ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳがマッピングされるシンボルが、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わない。ここでは、ｇＮＢはｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳを送信しない。ｇＮＢは、プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用スロットを送信する。該スロットでＵＲＬＬＣ  ＵＥ用のＤＬチャネルまたは／かつ信号を送信するとよい。
【０９２９】
また、ｇＮＢは同一スロットに、補完用ＤＭＲＳを設定する。補完用ＤＭＲＳの構成をＦＬ−ＤＭＲＳと同じとし、時間的にシフトする。補完用ＤＭＲＳが設定されたリソースではＰＤＳＣＨがマッピングされない。ｇＮＢは、補完用ＤＭＲＳを設定したリソースで補完用ＤＭＲＳを送信し、ＰＤＳＣＨを送信しない。
【０９３０】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報と、補完用ＤＭＲＳに関する情報とを含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。補完用ＤＭＲＳに関する情報として、ＦＬ−ＤＭＲＳと同じ構成とすることを示す情報、シフトするシンボル数などがある。
【０９３１】
ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信が行われないことを認識し、また、補完用ＤＭＲＳが設定されるリソースを認識する。
【０９３２】
ｅＭＢＢ  ＵＥは、プリエンプションされるリソースおよび補完用ＤＭＲＳが設定されるリソースを除いて、他のＰＤＳＣＨ用のリソースを受信することができる。ｅＭＢＢ  ＵＥは、同一スロット内に設定された補完用ＤＭＲＳを受信する。ｅＭＢＢ  ＵＥは補完用ＤＭＲＳを用いてＰＤＳＣＨを復調することが可能となる。
【０９３３】
図５２は、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。補完用ＤＭＲＳの構成をＦＬ−ＤＭＲＳと同じとし、時間的にシフトした場合の例である。
【０９３４】
ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳが設定される。ｅＭＢＢ  ＵＥ用のスロットに構成されたＦＬ−ＤＭＲＳおよびＰＤＳＣＨがマッピングされるシンボルのうちの一部が、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｇＮＢは、プリエンプションされたリソースでｅＭＢＢ  ＵＥ用に送信を行わない。ここでは、ｇＮＢはｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳを送信しない。ｇＮＢは、プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用スロットを送信する。該スロットでＵＲＬＬＣ  ＵＥ用のＤＬチャネルまたは／かつ信号を送信するとよい。
【０９３５】
また、ｇＮＢは同一スロットに、補完用ＤＭＲＳを設定する。補完用ＤＭＲＳの構成をＦＬ−ＤＭＲＳと同じとし、時間的にシフトする。図５２では、補完用ＤＭＲＳの構成を、プリエンプションしたリソース分だけ時間的にシフトする。補完用ＤＭＲＳが設定されたリソースではＰＤＳＣＨがマッピングされない。ｇＮＢは、補完用ＤＭＲＳを設定したリソースで補完用ＤＭＲＳを送信し、ＰＤＳＣＨを送信しない。ＰＩの送信方法については図５１と同様なので説明を省略する。
【０９３６】
ｅＭＢＢ  ＵＥは、プリエンプションされるリソースおよび補完用ＤＭＲＳが設定されるリソースを除いて、他のＰＤＳＣＨ用のリソースを受信することができる。ｅＭＢＢ  ＵＥは、同一スロット内に設定された補完用ＤＭＲＳを受信する。ｅＭＢＢ  ＵＥは補完用ＤＭＲＳを用いてＰＤＳＣＨを復調することが可能となる。
【０９３７】
補完用ＤＭＲＳの設定を、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳが設定されａｄｄ−ＤＭＲＳが設定されていない場合にＦＬ−ＤＭＲＳをプリエンプション可能とする方法として開示したが、これに限定されない。ａｄｄ−ＤＭＲＳが設定されている場合に補完用ＤＭＲＳを設定してもよい。また、ｇＮＢが任意のスロットで補完用ＤＭＲＳを設定してもよい。たとえば、ｇＮＢは、ｅＭＢＢ  ＵＥが高速に移動しているような場合に補完用ＤＭＲＳを設定してもよい。ＦＬ−ＤＭＲＳあるいはａｄｄ−ＤＭＲＳに加えて補完用ＤＭＲＳを設定してもよい。補完用ＤＭＲＳを設定することで復調性能を向上させることが可能となる。
【０９３８】
ＣＳＩ−ＲＳをプリエンプション用リソースとして設定可能としてもよい。ＣＳＩ−ＲＳをプリエンプションする方法に、前述の補完用ＤＭＲＳを設定する方法を適用してもよい。ＣＳＩ−ＲＳをプリエンプション用リソースとして設定する場合に、補完用ＣＳＩ−ＲＳを設定する。補完用ＣＳＩ−ＲＳを設定することで、ｅＭＢＢ  ＵＥは該補完用ＣＳＩ−ＲＳを測定可能となる。ｅＭＢＢ  ＵＥは、補完用ＣＳＩ−ＲＳを測定することでＣＳＩを導出可能となり、ｇＮＢに対してＣＳＩ報告を実施可能となる。
【０９３９】
このようにすることで、ＵＲＬＬＣ  ＵＥ用にプリエンプション可能なリソースを増やすことが可能となる。このため、ＵＲＬＬＣ  ＵＥ用のデータ通信においてさらに低遅延特性を得ることができる。
【０９４０】
ＰＤＣＣＨをプリエンプション用リソースとして設定可能としてもよい。ＰＤＣＣＨをプリエンプションする方法に、補完用ＤＭＲＳを設定する方法を適用してもよい。ＰＤＣＣＨをプリエンプション用リソースとして設定する場合に、前述の補完用ＰＤＣＣＨを設定する。補完用ＰＤＣＣＨはＰＤＳＣＨ領域にマッピングされてもよい。補完用ＰＤＣＣＨは、ＰＤＳＣＨ領域の一部の周波数−時間軸上のリソースにマッピングされてもよい。補完用ＰＤＣＣＨを設定することで、ｅＭＢＢ  ＵＥはＰＤＣＣＨ受信可能となる。
【０９４１】
このようにすることで、ＵＲＬＬＣ  ＵＥ用にプリエンプション可能なリソースを増やすことが可能となる。また、たとえば、ＵＲＬＬＣ  ＵＥへのデータが発生した場合に、たとえＰＤＣＣＨ送信タイミングであったとしても、ＰＤＣＣＨの送信を待つことなく、ＵＲＬＬＣ  ＵＥ用のデータを送信可能となる。このため、ＵＲＬＬＣ  ＵＥ用のデータ通信においてさらに低遅延特性を得ることができる。
【０９４２】
ＰＴＲＳやＴＲＳは、プリエンプション用リソースとして用いてもよいし、プリエンプション用リソースから除外してもよい。プリエンプション用リソースとして用いることで、ＵＲＬＬＣ  ＵＥ用にプリエンプション可能なリソースを多く確保することができる。プリエンプション用リソースから除外することで、ｅＭＢＢ  ＵＥの復調性能を劣化させることが無くなる。
【０９４３】
実施の形態７の変形例１．
ＤＬの参照信号（RS）としてＣＳＩ-ＲＳがあることを述べた。ＣＳＩ−ＲＳには、周期的にＣＳＩ−ＲＳが設定される周期的ＣＳＩ−ＲＳと、準永続的に周期的ＣＳＩ−ＲＳが設定されるセミパーシステントＣＳＩ−ＲＳと、非周期的にＣＳＩ−ＲＳが設定される非周期的ＣＳＩ−ＲＳとがある。
【０９４４】
ＵＥはＣＳＩ−ＲＳを測定することによりＣＳＩを導出する。ＵＥは導出したＣＳＩをｇＮＢに対して報告する。ＣＳＩの報告方法として、周期的にＣＳＩを報告する周期的ＣＳＩ報告と、準永続的に周期的ＣＳＩ報告を行うセミパーシステントＣＳＩ報告と、非周期的にＣＳＩを報告する非周期的ＣＳＩ報告とがある。
【０９４５】
ＣＳＩ−ＲＳをプリエンプションしないとすると、ＣＳＩ−ＲＳのタイミングでＵＲＬＬＣ  ＵＥ用データを送信できなくなるため、遅延が増大することになる。このような課題を解決するため、ＣＳＩ−ＲＳをプリエンプション可能とするとよい。ＣＳＩ−ＲＳをプリエンプション用リソースとして設定可能とするとよい。ＣＳＩ−ＲＳの種類に応じて個別に、ＣＳＩ−ＲＳをプリエンプション用リソースとして設定可能としてもよい。
【０９４６】
たとえば、周期的ＣＳＩ−ＲＳとセミパーシステントＣＳＩ−ＲＳはプリエンプション用リソースとして設定し、非周期的ＣＳＩ−ＲＳはプリエンプション用リソースとして設定しないとしてもよい。
【０９４７】
ＣＳＩ−ＲＳがプリエンプションされる場合、ＵＥは該ＣＳＩ−ＲＳを用いてＣＳＩを導出できなくなる。このような場合のＣＳＩ報告をどのようにしたらよいかが不明となる。このような課題を解決するための方法を開示する。
【０９４８】
周期的ＣＳＩ−ＲＳが構成されている場合について開示する。
【０９４９】
周期的ＣＳＩ報告が設定されている場合に、周期的ＣＳＩ−ＲＳがプリエンプションされた場合、周期的ＣＳＩ報告を送信しないとする。周期的ＣＳＩ報告では、次の周期でＣＳＩの報告が可能である。したがって、次の周期のＣＳＩ−ＲＳを測定し、その結果を次の周期のＣＳＩ報告で報告するとよい。プリエンプションされた周期的ＣＳＩ−ＲＳのタイミングのみＣＳＩが報告されないことになるため、通信に与える影響は小さい。
【０９５０】
他の方法として、周期的ＣＳＩ−ＲＳがプリエンプションされる場合、非周期的ＣＳＩ−ＲＳを送信するように設定してもよい。非周期的ＣＳＩ−ＲＳを測定した結果をＣＳＩとして、次の周期のＣＳＩ報告で報告するとよい。ｇＮＢはｅＭＢＢ  ＵＥに対して、ＰＩに非周期的ＣＳＩ−ＲＳの構成情報を含めて通知してもよい。ｅＭＢＢ  ＵＥは、非周期的ＣＳＩ−ＲＳを測定可能となる。
【０９５１】
また、ｇＮＢはｅＭＢＢ  ＵＥに対して、非周期的ＣＳＩ−ＲＳの測定結果を周期的ＣＳＩ報告で報告するよう指示する情報をＰＩに含めて、該ＰＩを通知してもよい。ｅＭＢＢ  ＵＥはＰＩで、非周期的ＣＳＩ−ＲＳを測定しＣＳＩを導出した結果を、次の周期的ＣＳＩ報告で報告する。
【０９５２】
このようにすることで、チャネル特性変動が生じているような場合にも該変動をｇＮＢは測定することが可能となり、通信品質を向上させることが可能となる。
【０９５３】
他の方法として、周期的ＣＳＩ−ＲＳがプリエンプションされた場合、前回の周期的ＣＳＩ報告と同じＣＳＩを送信してもよい。ｇＮＢとＵＥとの間の時間的なチャネル変動が小さくなればなるほど、プリエンプションされたＣＳＩ−ＲＳを測定したＣＳＩは、前回の周期的ＣＳＩに近づくため、前回の周期的ＣＳＩでの近似が可能となる。たとえば、ｇＮＢとＵＥとの間の時間的なチャネル特性変動が小さい場合に、このような方法を用いてもよい。
【０９５４】
周期的ＣＳＩ−ＲＳを複数回測定してＣＳＩを導出している場合、プリエンプションされたＣＳＩ−ＲＳを平均化処理に含めずに、ＣＳＩを導出してもよい。ＣＳＩ報告では該ＣＳＩを報告するとよい。このようにすることで、測定できなかったＣＳＩ−ＲＳの影響を低減することが可能となる。
【０９５５】
周期的ＣＳＩ−ＲＳを複数回測定してＣＳＩを導出している場合、プリエンプションされたＣＳＩ−ＲＳのかわりに、前回のＣＳＩ−ＲＳの測定結果を用いて、ＣＳＩを導出してもよい。ＣＳＩ報告では該ＣＳＩを報告するとよい。このようにすることで、平均を行う回数を変えることなく、ＣＳＩを導出可能となる。ＣＳＩ導出処理および回路構成を容易にできる。
【０９５６】
セミパーシステントＣＳＩ報告が設定されている場合に、周期的ＣＳＩ−ＲＳがプリエンプションされた場合の方法としては、前述の方法を適用するとよい。同様の効果を得られる。
【０９５７】
非周期的ＣＳＩ報告が設定されている場合に、周期的ＣＳＩ−ＲＳがプリエンプションされた場合の方法としても、前述の方法を適用するとよい。同様の効果を得られる。
【０９５８】
直近のＣＳＩ−ＲＳからＣＳＩを導出して非周期的ＣＳＩ報告を行うように設定されている場合、非周期的ＣＳＩ報告を送信しないとするとよい。
【０９５９】
前述した方法は、予め規格で静的に決めておいてもよい。ＵＥとｇＮＢとの間で処理方法を共有可能となるため、誤動作が生じるのを回避することができる。あるいは、ｇＮＢがＵＥに対して、ＲＲＣシグナリングで前述の方法を通知してもよい。前述の方法を準静的に設定可能となる。たとえば、チャネル特性変動があるような場合に有効である。
【０９６０】
あるいは、ｇＮＢが前述の方法をＰＩに含めて、該ＰＩをＵＥに通知してもよい。たとえば、ＰＩにＣＳＩ報告を送信するか否かの情報を設けてもよい。たとえば、ＰＩに、ＣＳＩ報告として前回と同じＣＳＩを報告することを示す情報を、設けて、該ＰＩを通知してもよい。このように情報をＰＩに含めて通知することで、ＣＳＩ報告の方法をダイナミックに設定可能となる。たとえば、チャネル特性変動が短時間で生じるような場合に有効である。
【０９６１】
セミパーシステントＣＳＩ−ＲＳが構成されている場合も、周期的ＣＳＩ−ＲＳが構成されている場合の方法を適用するとよい。同様の効果を得られる。
【０９６２】
非周期的ＣＳＩ−ＲＳが構成されている場合、非周期的ＣＳＩ報告のみが設定される。この様な場合、前述の、直近のＣＳＩ−ＲＳからＣＳＩを導出して非周期的ＣＳＩ報告を行うように設定されている場合の方法を適用すると良い。同様の効果を得られる。
【０９６３】
ＣＳＩ−ＲＳがプリエンプションされた場合、他のＲＳの測定結果を用いてＣＳＩを導出してもよい。たとえば、他のＲＳとしてＤＭ−ＲＳを用いてもよい。ｇＮＢはＵＥに対して他のＲＳの構成を通知する。ＵＥは該ＲＳを測定し、ＣＳＩを導出して、結果をＣＳＩ報告としてｇＮＢに通知する。
【０９６４】
他のＲＳはプリエンプションされたスロット以降のスロットのＲＳでもよい。設定されたＣＳＩ報告より前のスロットのＲＳを用いるとよい。
【０９６５】
ｇＮＢはＵＥに対して、他のＲＳに関する情報をＰＩで通知する。あるいは、他のＲＳに関する情報をＲＲＣシグナリングで通知してもよい。他のＲＳに関する情報として、前述した補完用ＤＭＲＳに関する情報を適用してもよい。
【０９６６】
ｇＮＢはＵＥに対して、他のＲＳを用いるか否かをＰＩで通知してもよい。あるいは、他のＲＳを用いるか否かをＲＲＣシグナリングで通知してもよい。他のＲＳを用いない場合、他のＲＳに関する情報を通知する必要がなくなるため、ｇＮＢからＵＥに通知が必要な情報量を削減することができる。
【０９６７】
このようにすることで、ＣＳＩ−ＲＳをプリエンプションすることが可能となる。ＣＳＩ−ＲＳをプリエンプション可能とすることで、ＵＲＬＬＣ  ＵＥ用の通信において、より低遅延特性を得ることができる。
【０９６８】
実施の形態７の変形例２．
ＵＬの参照信号（RS）として、Ｆｒｏｎｔ  Ｌｏａｄｅｄ  ＤＭＲＳ（FL-DMRS）、ａｄｄｉｔｉｏｎａｌ ＤＭＲＳ（add-DMRS）、Ｐｈａｓｅ  Ｔｒａｃｋｉｎｇ  ＲＳ（ＰＴＲＳ）、Ｔｒａｃｋｉｎｇ  ＲＳ（ＴＲＳ）、ＳＲＳがある。たとえば、ＦＬ−ＤＭＲＳは、ＰＵＳＣＨの最初の１シンボルあるいは２シンボルにマッピングされる。あるいは、ＦＬ−ＤＭＲＳは、ＰＵＳＣＨの３番目あるいは４番目のシンボルにマッピングされる。また、ＵＬリソースにＵＬ制御チャネルとしてＰＵＣＣＨがマッピングされる場合がある。
【０９６９】
ＵＬにおいてｅＭＢＢ  ＵＥ用シンボルをプリエンプションする方法を実施の形態３に開示した。しかし、任意のｅＭＢＢ  ＵＥ用シンボルをプリエンプション可能としてしまうと、通信品質が劣化することがある。このような問題を解決するための方法を開示する。
【０９７０】
ＵＬでプリエンプションする際、ｅＭＢＢ  ＵＥ用のＲＳとＰＵＣＣＨのリソースを避けて、プリエンプションするとよい。ＵＬのプリエンプション用リソースとして、ｅＭＢＢ  ＵＥ用のＵＬのＲＳとＰＵＣＣＨのリソースを設定不可とする。
【０９７１】
図５３は、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳ、ａｄｄ−ＤＭＲＳ、およびＰＵＣＣＨまたは／かつＳＲＳとが設定される場合にプリエンプションする一例を示す図である。ｇＮＢは、ｅＭＢＢ  ＵＥ用のＲＳとＰＵＣＣＨのリソースを避けてプリエンプションする。ｇＮＢはＰＵＳＣＨのリソースの一部または全部をプリエンプションする。
【０９７２】
ｅＭＢＢ  ＵＥ用のＰＵＳＣＨがマッピングされるシンボルが、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｅＭＢＢ  ＵＥは、プリエンプションされたリソースで送信を行わない。プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用のスロット（ミニスロットであってもよい）が送信される。ＵＲＬＬＣ  ＵＥは該スロットでＰＵＣＣＨ、ＰＵＳＣＨ、ＲＳ等のＵＬ送信を行う。ｇＮＢは該スロットでＵＲＬＬＣ  ＵＥからのＰＵＣＣＨ、ＰＵＳＣＨ、ＲＳ等を受信する。
【０９７３】
プリエンプション指示（ＰＩ：preemption indication）がｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報を含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。ＵＬのプリエンプションに用いられるＰＩの通知方法については実施の形態３で開示した方法を適用してもよい。ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信を行わないようにすることができる。ｅＭＢＢ  ＵＥは、プリエンプションされるリソースを除いたリソースで、ＰＵＳＣＨ、ＲＳ、ＰＵＣＣＨ等を送信する。ｇＮＢは、プリエンプションされるリソースを除いたリソースで、ＰＵＳＣＨ、ＲＳ、ＰＵＣＣＨ等を受信する。
【０９７４】
このようにすることで、ｅＭＢＢ  ＵＥ用のＵＬ送信と、ＵＲＬＬＣ  ＵＥ用のＵＬ送信を多重することが可能となる。ＵＲＬＬＣ  ＵＥからの送信を早期に実行可能となるため、低遅延特性を得ることが可能となる。また、ｅＭＢＢ  ＵＥ用のＰＵＳＣＨの送信も実施できるため、高速大容量通信を可能にする。
【０９７５】
ＵＬのプリエンプション用リソースとして、ｅＭＢＢ  ＵＥ用のＵＬのＲＳとＰＵＣＣＨがマッピングされるシンボルを設定不可とすると、それらがマッピングされるシンボルタイミングでＵＲＬＬＣ  ＵＥ用データを送信できなくなる。たとえば、ＵＲＬＬＣ  ＵＥのデータが該タイミングで発生した場合、ＵＲＬＬＣ  ＵＥ用のリソースを確保できず、ＵＲＬＬＣ  ＵＥのデータの送信を遅らせる必要がある。
【０９７６】
たとえばＮＲではＵＬのＦＬ−ＤＭＲＳは１あるいは２シンボルであるため、該シンボル数だけ送信が遅れることになる。このため、ＵＲＬＬＣ  ＵＥの通信における遅延量が増大してしまう場合が生じる。このような課題を解決する方法を開示する。
【０９７７】
ＦＬ−ＤＭＲＳがマッピングされるシンボルの内、ＦＬ−ＤＭＲＳがマッピングされないリソースのみプリエンプション用リソースとして設定可能としてもよい。ＤＭＲＳはＵＥ毎にＲＥ単位で設定される場合がある。このような場合、プリエンプション用のリソースは、ＦＬ−ＤＭＲＳがマッピングされないＲＥとするとよい。ＦＬ−ＤＭＲＳがマッピングされるシンボルのうち、ＦＬ−ＤＭＲＳがマッピングされるＲＥを除いたＲＥで、ＰＵＳＣＨが送信される。該ＰＵＳＣＨの送信領域をプリエンプション用リソースとして設定可能とするとよい。
【０９７８】
ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報を含めて、ｅＭＢＢ  ＵＥに通知する。プリエンプションされるリソースをＲＥ単位で示した情報としてもよい。ＲＥ単位とすることで、前述の方法におけるプリエンプション用リソースを設定可能となる。
【０９７９】
このようにすることで、ＦＬ−ＤＭＲＳがマッピングされるシンボルにおいてもＵＲＬＬＣ  ＵＥ用リソースを確保することが可能となる。このため、ＵＲＬＬＣ  ＵＥ用のデータ送信を、ＦＬ−ＤＭＲＳがマッピングされるシンボル数だけ遅らせる必要がなくなる。ＵＲＬＬＣ  ＵＥの通信における遅延量の増大を抑えることが可能となる。
【０９８０】
前述の方法は、他のＲＳにも適用するとよい。ＲＳがマッピングされるシンボルの内、ＲＳがマッピングされないリソースのみプリエンプション用リソースとして設定可能とする。同様の効果を得ることが可能となる。
【０９８１】
全てのＲＳやＰＵＣＣＨのリソースをプリエンプション用リソースとして設定不可とすると、ＵＲＬＬＣ  ＵＥ用のリソースが低減する。また、ＵＲＬＬＣ  ＵＥ用のデータを早期に送信できなくなる場合が生じ、遅延量が増大する。このような問題を解決するための方法を開示する。
【０９８２】
ａｄｄ−ＤＭＲＳが構成されている場合、ＵＬのプリエンプション用リソースとして、ＵＬのａｄｄ−ＤＭＲＳのリソースを設定可能としてもよい。ｅＭＢＢ  ＵＥは、プリエンプションに設定されたａｄｄ−ＤＭＲＳのリソースで、ａｄｄ−ＤＭＲＳを送信しない。ａｄｄ−ＤＭＲＳがプリエンプションされてもｇＮＢがＦＬ−ＤＭＲＳを用いることで、ＰＵＳＣＨの復調可能性を向上させることが可能となる。
【０９８３】
図５４は、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳ、ａｄｄ−ＤＭＲＳ、およびＰＵＣＣＨまたは／かつＳＲＳとが設定される場合にプリエンプションする一例を示す図である。ｇＮＢは、ｅＭＢＢ  ＵＥ用のａｄｄ−ＤＭＲＳのリソースをプリエンプションする。
【０９８４】
ｅＭＢＢ  ＵＥ用のａｄｄ−ＤＭＲＳがマッピングされるシンボルが、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｅＭＢＢ  ＵＥは、プリエンプションされたリソースで送信を行わない。ａｄｄ−ＤＭＲＳの送信を行わない。プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用のスロットが送信される。ＵＲＬＬＣ  ＵＥは該スロットでＰＵＣＣＨ、ＰＵＳＣＨ、ＲＳ等のＵＬ送信を行う。ｇＮＢは該スロットでＵＲＬＬＣ  ＵＥからのＰＵＣＣＨ、ＰＵＳＣＨ、ＲＳ等を受信する。
【０９８５】
ＰＩの送信方法は図５３と同様なので説明を省略する。ｅＭＢＢ  ＵＥは、プリエンプションされるリソースで、ａｄｄ−ＤＭＲＳを送信しない。しかし、ＦＬ−ＤＭＲＳはプリエンプションされないので、ｅＭＢＢ  ＵＥはＦＬ−ＤＭＲＳを送信する。ｇＮＢは、プリエンプションされたｅＭＢＢ  ＵＥのａｄｄ−ＤＭＲＳを受信できなくなるが、ＦＬ−ＤＭＲＳの受信は可能となる。このため、ｇＮＢがＦＬ−ＤＭＲＳを用いてＰＵＳＣＨの復調を行うことで、データの受信の可能性を高めることができる。
【０９８６】
このようにすることで、ＵＲＬＬＣ  ＵＥからのＵＬ送信が発生した場合に、ａｄｄ−ＤＭＲＳが送信されるのを待たずに、ＵＲＬＬＣ  ＵＥからのＵＬ送信を可能とする。ＵＲＬＬＣ  ＵＥからの送信においてさらに低遅延特性を得ることが可能となる。
【０９８７】
ＳＲＳが構成されている場合、ＵＬのプリエンプション用リソースとしてＳＲＳのリソースを設定可能としてもよい。ＵＬのプリエンプション用リソースとしてＳＲＳのリソースが設定された場合、ｅＭＢＢ  ＵＥは、設定されたプリエンプション用リソースでＳＲＳを送信しない。たとえば、周期的ＳＲＳあるいはセミパーシステントＳＲＳの場合、ＳＲＳは周期的に送信される。ＳＲＳをプリエンプションに設定したｇＮＢは、ＵＥから送信された前回のＳＲＳを用いてＵＬチャネル推定を行うことができる。
【０９８８】
ＳＲＳの種類に応じて、ＵＬのプリエンプション用リソースとしてＳＲＳのリソースを設定可能としてもよい。たとえば、周期的ＳＲＳあるいはセミパーシステントＳＲＳの場合は、ＵＬのプリエンプション用リソースとしてＳＲＳのリソースを設定可能とする。非周期的ＳＲＳの場合は、ＵＬのプリエンプション用リソースとしてＳＲＳのリソースを設定不可とする。これにより、ＳＲＳの種類に応じて柔軟にプリエンプションを設定可能となる。
【０９８９】
ＵＬリソースにＰＵＣＣＨが構成されている場合、ＵＬのプリエンプション用リソースとしてＰＵＣＣＨのリソースを設定可能としてもよい。ＵＬのプリエンプション用リソースとしてＰＵＣＣＨのリソースが設定された場合、ｅＭＢＢ  ＵＥは、設定されたプリエンプション用リソースでＰＵＣＣＨを送信しない。たとえば、周期的ＣＳＩを送信するＰＵＣＣHの場合、ＰＵＣＣＨは周期的に送信される。該ＰＵＣＣＨをプリエンプションに設定したｇＮＢは、ＵＥから送信された前回のＣＳＩを用いてＤＬチャネル推定を行うことができる。
【０９９０】
ＰＵＣＣＨの内容に応じて、ＵＬのプリエンプション用リソースとしてＰＵＣＣＨのリソースを設定可能としてもよい。たとえば、周期的ＣＳＩあるいはセミパーシステントＣＳＩ用のＰＵＣＣＨの場合は、ＵＬのプリエンプション用リソースとしてＰＵＣＣＨのリソースを設定可能とする。非周期的ＣＳＩ用またはＡｃｋ／Ｎａｃｋ用またはＳＲ用またはビームフェイラリカバリーリクエスト用のＰＵＣＣＨの場合は、ＵＬのプリエンプション用リソースとしてＰＵＣＣＨのリソースを設定不可とする。このようにすることで、ＰＵＣＣＨの内容に応じて柔軟にプリエンプションを設定可能となる。
【０９９１】
前述した方法を組合せて用いてもよい。
【０９９２】
図５５は、ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳ、ａｄｄ−ＤＭＲＳ、およびＰＵＣＣＨまたは／かつＳＲＳとが設定される場合にプリエンプションする一例を示す図である。ｇＮＢは、ｅＭＢＢ  ＵＥ用のＰＵＣＣＨまたは／かつＳＲＳのリソースをプリエンプションする。たとえば、周期的ＣＳＩあるいはセミパーシステントＣＳＩ用のＰＵＣＣＨである場合に、ｇＮＢはＰＵＣＣＨのリソースをプリエンプションするとしてもよい。また、周期的ＳＲＳあるいはセミパーシステントＳＲＳである場合に、ｇＮＢはＳＲＳのリソースをプリエンプションするとしてもよい。
【０９９３】
プリエンプション方法については図５４と同様なので説明を省略する。ｅＭＢＢ  ＵＥ用のＰＵＣＣＨまたは／かつＳＲＳをプリエンプションすることで、ＵＲＬＬＣ  ＵＥ用のリソースを多く確保できる。このため、ＵＲＬＬＣ  ＵＥからのＵＬ送信が発生した場合に、ＵＲＬＬＣ  ＵＥからのＵＬ送信を低遅延かつ高速に実施可能となる。
【０９９４】
ＰＵＳＣＨにＦＬ−ＤＭＲＳが設定されている場合、ＦＬ−ＤＭＲＳをプリエンプション可能としてもよい。ｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳおよびａｄｄ−ＤＭＲＳが設定されている場合に、ＦＬ−ＤＭＲＳをプリエンプション可能としてもよい。ＦＬ−ＤＭＲＳをプリエンプション用リソースとして設定してもよい。ｅＭＢＢ  ＵＥは、ＦＬ−ＤＭＲＳがプリエンプション用リソースとして設定された場合、ＦＬ−ＤＭＲＳを送信しない。
【０９９５】
しかし、ｅＭＢＢ  ＵＥは、ａｄｄ−ＤＭＲＳが設定されているため、ａｄｄ−ＤＭＲＳは送信することとなる。ｇＮＢは、ｅＭＢＢ  ＵＥからＦＬ−ＤＭＲＳを受信できなくても、ａｄｄ−ＤＭＲＳを受信することで、ｅＭＢＢ  ＵＥから送信されたデータの復調を可能とする。
【０９９６】
ＰＵＳＣＨにＦＬ−ＤＭＲＳのみが設定されている場合（ａｄｄ−ＤＭＲＳが設定されていない場合）、ＦＬ−ＤＭＲＳをプリエンプション可能としてもよい。ＦＬ−ＤＭＲＳをプリエンプション用リソースとして設定してもよい。
【０９９７】
単にＦＬ−ＤＭＲＳをプリエンプション可能としただけでは、ｅＭＢＢ  ＵＥはＰＵＳＣＨのデータを復調できなくなる場合が生じる。何らかの工夫が必要となる。解決方法として、実施の形態７で開示した補完用のＤＭＲＳの設定方法を適用するとよい。実施の形態７ではＤＬの補完用ＤＭＲＳを開示したが、適宜ＵＬにおける補完用ＤＭＲＳを設定に適用するとよい。
【０９９８】
ｅＭＢＢ  ＵＥに対して、補完用のＤＭＲＳを設定する。補完用ＤＭＲＳは、プリエンプションされたＦＬ−ＤＭＲＳと同じスロット内のＵＬ領域に設定され、ＰＵＳＣＨのデータを復調するために用いられる。ＦＬ−ＤＭＲＳがプリエンプションされた場合、復調用としてＦＬ−ＤＭＲＳが用いられることはできないが、補完用ＤＭＲＳが用いられる。
【０９９９】
ｅＭＢＢ  ＵＥはｇＮＢに対して、補完用ＤＭＲＳを設定したリソースでデータを送信しない。補完用ＤＭＲＳを設定したリソースで補完用ＤＭＲＳを送信する。このようにすることで、設定した補完用ＤＭＲＳ送信とデータ送信とが衝突することを回避することができる。
【１０００】
このように、ＤＬの補完用ＤＭＲＳの設定方法を、適宜ＵＬにおける補完用ＤＭＲＳに適用するとよい。同様の効果を得ることができる。
【１００１】
図５６は、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＦＬ−ＤＭＲＳをプリエンプションする一例を示す図である。ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳが設定される。ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳがマッピングされるシンボルが、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｅＭＢＢ  ＵＥは、プリエンプションされたリソースで送信を行わない。ここでは、ｅＭＢＢ  ＵＥはＦＬ−ＤＭＲＳを送信しない。プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用のスロットが送信される。ＵＲＬＬＣ  ＵＥは該スロットでＰＵＣＣＨ、ＰＵＳＣＨ、ＲＳ等のＵＬ送信を行う。ｇＮＢは該スロットでＵＲＬＬＣ  ＵＥからのＰＵＣＣＨ、ＰＵＳＣＨ、ＲＳ等を受信する。
【１００２】
また、ｇＮＢは同一スロットに、補完用ＤＭＲＳを設定する。例では、補完用ＤＭＲＳとして、ＦＬ−ＤＭＲＳをＦＬ−ＤＭＲＳの次のシンボル、すなわちＰＵＳＣＨの最初のシンボルに時間的にシフトして設定する。補完用ＤＭＲＳが設定されたリソースではＰＵＳＣＨがマッピングされない。ｅＭＢＢ  ＵＥは、補完用ＤＭＲＳを設定したリソースで補完用ＤＭＲＳを送信し、ＰＵＳＣＨを送信しない。
【１００３】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報と、補完用ＤＭＲＳに関する情報とを含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信を行わないことを認識し、また、補完用ＤＭＲＳが設定されるリソースで補完用ＤＭＲＳを送信し、他のチャネル、ＲＳ等を送信しないことを認識する。
【１００４】
ｅＭＢＢ  ＵＥは、プリエンプションされるリソースで送信を行わず、補完用ＤＭＲＳが設定されるリソースで補完用ＤＭＲＳを送信する。ｇＮＢは、補完用ＤＭＲＳが設定されるリソースを除いて、他のＰＵＳＣＨ用のリソースを受信することができる。ｇＮＢは、同一スロット内に設定された補完用ＤＭＲＳを受信する。ｇＮＢは補完用ＤＭＲＳを用いてＰＵＳＣＨを復調することが可能となる。
【１００５】
このようにすることで、ＵＲＬＬＣ  ＵＥからのＵＬ送信が発生した場合に、たとえＦＬ−ＤＭＲＳの送信タイミングであったとしても、ＦＬ−ＤＭＲＳの送信を待たずにＵＲＬＬＣ  ＵＥからのＵＬ送信を低遅延かつ高速に実施可能となる。また、ｅＭＢＢ  ＵＥは補完用ＤＭＲＳを送信するので、ｇＮＢが補完用ＤＭＲＳを用いてＰＵＳＣＨの復調を行うことで、データの受信の可能性を高めることができる。
【１００６】
ＵＬのプリエンプション用リソースとしてＳＲＳのリソースが設定された場合、ｅＭＢＢ  ＵＥは、設定されたプリエンプション用リソースでＳＲＳを送信しないことを開示した。他の方法として、プリエンプション用リソースとは異なるリソースに、ＳＲＳが設定されてもよい。該ＳＲＳを補完用ＳＲＳと称する場合がある。補完用ＳＲＳの設定方法には、実施の形態７で開示した補完用ＤＭＲＳの設定方法を適宜適用するとよい。
【１００７】
このようにすることで、ＵＬのプリエンプション用リソースとしてＳＲＳのリソースが設定された場合、ｅＭＢＢ  ＵＥは、設定されたプリエンプション用リソースでＳＲＳを送信しないが、設定された補完用ＳＲＳを送信することが可能となる。
【１００８】
非周期的ＳＲＳの場合、ＳＲＳは必要なタイミングで設定され、ダイナミックに送信される。たとえば非周期的ＳＲＳがプリエンプション用リソースとして設定された場合に、補完用ＳＲＳを他のシンボルに設定する。このようにすることで、ｅＭＢＢ  ＵＥは他のシンボルで補完用ＳＲＳを送信することが可能となる。このため、ｇＮＢは必要なタイミングでｅＭＭＢ  ＵＥからのＳＲＳを受信可能となる。
【１００９】
補完用ＳＲＳを、ＳＲＳがプリエンプション用リソースとして設定されたＳＲＳがマッピングされるスロットよりも後方のスロットに、設定してもよい。ＳＲＳはスロットの後方のシンボルにマッピングされることが多い。たとえば、このようなＳＲＳがプリエンプションされた場合、補完用ＳＲＳを同じスロットのＵＬリソースに設定するのがタイミング的に間に合わないようであれば、補完用ＳＲＳを次スロット以降に設定することでＳＲＳを送信可能となる。
【１０１０】
図５７は、補完用ＳＲＳを設定した場合のプリエンプションする方法の一例を示す図である。補完用ＳＲＳが、プリエンプションされるＳＲＳのスロットの次のスロットに構成される場合について示す。ｅＭＢＢ  ＵＥ用のスロット＃１で、ｅＭＢＢ  ＵＥ用ＳＲＳのリソースがＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。
【１０１１】
ｅＭＢＢ  ＵＥは、プリエンプションされたリソースで送信を行わない。ここでは、ｅＭＢＢ  ＵＥはＳＲＳを送信しない。プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用のスロットが送信される。ＵＲＬＬＣ  ＵＥは該スロットでＰＵＣＣＨ、ＰＵＳＣＨ、ＲＳ等のＵＬ送信を行う。ｇＮＢは該スロットでＵＲＬＬＣ  ＵＥからのＰＵＣＣＨ、ＰＵＳＣＨ、ＲＳ等を受信する。
【１０１２】
ｇＮＢは次のスロット＃２に、補完用ＳＲＳを設定する。例では、補完用ＳＲＳを、スロット＃２のＦＬ−ＤＭＲＳの次のシンボル、すなわちＰＵＳＣＨの最初のシンボルに設定する。補完用ＳＲＳが設定されたリソースではＰＵＳＣＨがマッピングされない。ｅＭＢＢ  ＵＥは、補完用ＳＲＳを設定したリソースで補完用ＳＲＳを送信し、ＰＵＳＣＨを送信しない。
【１０１３】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報と、補完用ＳＲＳに関する情報とを含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信を行わないことを認識し、また、補完用ＳＲＳが設定されるリソースで補完用ＳＲＳを送信し、他のチャネル、ＲＳ等を送信しないことを認識する。
【１０１４】
ｅＭＢＢ  ＵＥは、プリエンプションされるリソースで送信を行わず、補完用ＳＲＳが設定されるリソースで補完用ＳＲＳを送信する。ｇＮＢは、補完用ＳＲＳが設定されるリソースを除いて、他のＰＵＳＣＨ用のリソースを受信することができる。ｇＮＢは、プリエンプション用に設定したＳＲＳの次のスロット内に設定した補完用ＳＲＳを、受信する。ｇＮＢは補完用ＳＲＳを用いてＵＬチャネル品質を測定することが可能となる。
【１０１５】
このようにすることで、ＵＲＬＬＣ  ＵＥからのＵＬ送信が発生した場合に、たとえＳＲＳの送信タイミングであったとしても、ＳＲＳの送信を待たずにＵＲＬＬＣ  ＵＥからのＵＬ送信を低遅延かつ高速に実施可能となる。また、ｅＭＢＢ  ＵＥは補完用ＳＲＳを送信するので、ｇＮＢが補完用ＳＲＳを用いてＵＬチャネル品質の測定を行うことで、ＵＬスケジューリングやビーム管理の精度を高めることが可能となる。
【１０１６】
ＵＬのプリエンプション用リソースとしてＰＵＣＣＨのリソースが設定された場合、ｅＭＢＢ  ＵＥは、設定されたプリエンプション用リソースでＰＵＣＣＨを送信しないことを開示した。他の方法として、プリエンプション用リソースとは異なるリソースにＰＵＣＣＨが設定されてもよい。該ＰＵＣＣＨを補完用ＰＵＣＣＨと称する場合がある。補完用ＰＵＣＣＨの設定方法には、補完用ＳＲＳの設定方法を適宜適用すると良い。同様にｇＮＢはｅＭＢＢ  ＵＥから送信される補完用ＰＵＣＣＨを受信可能となるため、前述と同様の効果を得ることが可能となる。
【１０１７】
図５８は、補完用ＰＵＣＣＨを設定した場合のプリエンプションする方法の一例を示す図である。補完用ＰＵＣＣＨが、プリエンプションされるＳＲＳのスロットの次のスロットに構成される場合について示す。ｅＭＢＢ  ＵＥ用のスロット＃１で、ｅＭＢＢ  ＵＥ用ＰＵＣＣＨのリソースがＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。
【１０１８】
プリエンプションの方法については図５７と同様であるので説明を省略する。ＳＲＳをＰＵＣＣＨに置き換えればよい。
【１０１９】
ｇＮＢは、プリエンプション用に設定したＰＵＣＣＨの次のスロット内に設定した補完用ＰＵＣＣＨを、受信する。ｇＮＢは補完用ＰＵＣＣＨを用いてｅＭＢＢからのＵＣＩを受信することができる。
【１０２０】
このようにすることで、ＵＲＬＬＣ  ＵＥからのＵＬ送信が発生した場合に、たとえＰＵＣＣＨの送信タイミングであったとしても、ＰＵＣＣＨの送信を待たずにＵＲＬＬＣ  ＵＥからのＵＬ送信を低遅延かつ高速に実施可能となる。また、ｅＭＢＢ  ＵＥは補完用ＰＵＣＣＨを送信するので、ｇＮＢは補完用ＰＵＣＣＨを用いてｅＭＢＢからのＵＣＩを受信することができ、ＵＣＩに応じた処理を適切に実行することができる。
【１０２１】
ＰＴＲＳやＴＲＳは、プリエンプション用リソースとして用いてもよいし、プリエンプション用リソースから除外してもよい。プリエンプション用リソースとして用いることで、ＵＲＬＬＣ  ＵＥ用にプリエンプション可能なリソースを多く確保することができる。プリエンプション用リソースから除外することで、ｇＮＢの復調性能を劣化させることが無くなる。
【１０２２】
ｇＮＢからｅＭＢＢ  ＵＥに対してＰＩによってｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報を通知する方法を開示した。ＰＩによる通知方法は、ＵＲＬＬＣ  ＵＥからＵＬデータの送信要求がある場合に適用してもよい。たとえば、ＵＲＬＬＣ  ＵＥからＵＬデータのスケジューリング要求（SR）や、ＵＬデータのバッファ状態報告（BSR）があるような場合に適用するとよい。
【１０２３】
ＵＲＬＬＣ  ＵＥからのＵＬデータ送信要求を受信したｇＮＢは、ｅＭＢＢ  ＵＥに対して、ＰＩによって、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報を通知する。
【１０２４】
該方法を、たとえば、ＵＲＬＬＣにおけるグラントベースのＵＬデータ通信に用いてもよい。ＵＲＬＬＣ  ＵＥからのＳＲを受信したｇＮＢは、ＵＲＬＬＣ  ＵＥのためのプリエンプション用リソースを決定する。ｅＭＢＢ  ＵＥ用のＤＭＲＳをプリエンプション用リソースとする場合は補完用ＤＭＲＳのリソースを決定する。ｇＮＢはｅＭＢＢ  ＵＥに対してＵＲＬＬＣ  ＵＥのためにプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報を、ＰＩによって通知する。
【１０２５】
このようにすることで、ｅＭＢＢ  ＵＥは、プリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報を得ることが可能となる。
【１０２６】
ｇＮＢからｅＭＢＢ  ＵＥに対してｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報を通知する他の方法を開示する。該情報をＲＲＣシグナリングで通知する。該情報をＵＥ個別あるいはＵＥグループ毎に通知してもよい。あるいは、該情報を報知情報として報知してもよい。該情報をｅＭＢＢ  ＵＥからの要求に対して通知される報知情報としてもよい。ｇＮＢはｅＭＢＢ  ＵＥからの要求に応じて該情報をＵＥ個別に通知してもよい。
【１０２７】
前述したように、グラント無送信の場合、グラント無送信のタイミングは予め準静的に決定される。ＵＲＬＬＣの通信においてグラント無送信が設定される場合、ｇＮＢは、ＵＲＬＬＣ  ＵＥに対してグラント無送信のタイミングをＲＲＣシグナリングで通知する。第１のグラント無送信の場合、グラント無送信用リソースもＲＲＣシグナリングで通知する。
【１０２８】
たとえば、グラント無送信において、ｇＮＢは、ＵＲＬＬＣ  ＵＥに対して設定したグラント無送信タイミングとリソース設定を用いて、プリエンプション用リソースを設定する。ｇＮＢは、設定したプリエンプション用リソースをｅＭＢＢ  ＵＥへの報知情報に含めて報知する。このようにすることで、ｅＭＢＢ  ＵＥは、プリエンプション用リソースの設定を認識することが可能となる。
【１０２９】
ｇＮＢは、補完用ＤＭＲＳの設定を行ってもよい。ｇＮＢは、設定した補完用ＤＭＲＳに関する情報をｅＭＢＢ  ＵＥへの報知情報に含めて報知する。このようにすることで、ｅＭＢＢ  ＵＥは、補完用ＤＭＲＳの設定を認識することが可能となる。
【１０３０】
このようにすることで、ｇＮＢは、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報の通知に、ＰＩを用いなくて済む。ｇＮＢは、ＰＩを送信しなくてもよい。ＰＩ用のリソースを確保しなくて済む。リソースの使用効率を向上させることができる。
【１０３１】
プリエンプションするＵＲＬＬＣ  ＵＥと、プリエンプションされるｅＭＢＢ  ＵＥとが同一の場合、ｇＮＢは、ＵＲＬＬＣ用のグラント無送信タイミングとリソース設定を用いてプリエンプション用リソースを設定し、該ＵＥに通知してもよい。また、補完用ＤＭＲＳを設定して該ＵＥに通知してもよい。プリエンプションするＵＲＬＬＣ  ＵＥと、プリエンプションされるｅＭＢＢ  ＵＥとが同一のため、グラント無送信タイミングとリソース設定と同様に、ＲＲＣシグナリングを用いてＵＥ個別に通知することが可能となる。
【１０３２】
ｇＮＢからｅＭＢＢ  ＵＥに対してｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報を通知する他の方法を開示する。該情報をＬ１／Ｌ２制御シグナリングで通知する。ＤＣＩに該情報を含めてもよい。ＤＣＩをＰＤＣＣＨによって通知してもよい。該情報を、ＵＥ個別に通知してもよいし、ＵＥグループ毎に通知してもよい。
【１０３３】
前述したように、グラント無送信の場合、グラント無送信のタイミングは予め準静的に決定される。ＵＲＬＬＣの通信においてグラント無送信が設定される場合、ｇＮＢは、ＵＲＬＬＣ  ＵＥに対してグラント無送信のタイミングをＲＲＣシグナリングで通知する。第１のグラント無送信の場合、グラント無送信用リソースもＲＲＣシグナリングで通知する。
【１０３４】
たとえば、グラント無送信において、前述のＬ１／Ｌ２制御シグナリングを用いる方法を適用してもよい。ＤＣＩに含まれる情報として、ｅＭＢＢ  ＵＥに対して、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報を設ける。ｇＮＢは、該情報を設定し、ＤＣＩに含めてＰＤＣＣＨを用いてｅＭＢＢ  ＵＥに対して通知する。補完用ＤＭＲＳを用いない場合は、補完用ＤＭＲＳに関する情報を通知しなくてもよい。ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報のみを通知してもよい。
【１０３５】
このようにすることで、ｇＮＢは、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報の通知に、ＰＩを用いなくて済む。ｇＮＢは、ＰＩを送信しなくてもよい。ＰＩ用のリソースを確保しなくて済む。リソースの使用効率を向上させることができる。
【１０３６】
前述に開示したＲＲＣシグナリングで通知するような場合では、ダイナミックな設定を行えない。このため、プリエンプションされるｅＭＢＢ  ＵＥがまだ決定されていない状態でｅＭＢＢ  ＵＥに対して、プリエンプションされるリソースに関する情報または／かつ補完用ＤＭＲＳに関する情報を通知することが必要となる。このため、多くのＵＥに対してＵＥ個別に通知するためのシグナリング量が増大する。あるいは、たとえばプリエンプションするＵＲＬＬＣ  ＵＥの数が増大した場合など、報知するための報知情報が増大してしまう。
【１０３７】
ｇＮＢからｅＭＢＢ  ＵＥに対してｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報、または／かつ、補完用ＤＭＲＳに関する情報を通知するのに、Ｌ１／Ｌ２制御シグナリングを用いることで、ダイナミックに通知が可能となり、プリエンプションされるｅＭＢＢ  ＵＥに対して通知可能となる。このため、前述のような問題を解決することが可能となる。
【１０３８】
第２のグラント無送信では、前述したように、グラント無送信用リソースの設定はＬ１／Ｌ２制御シグナリングで通知される。この場合、グラント無送信用リソースがダイナミックに設定されてもよい。この場合、ＵＲＬＬＣ  ＵＥのグラント無送信用リソースの設定が、ｅＭＢＢ  ＵＥのＰＤＣＣＨ送信タイミングよりも遅くなる場合が生じる。このような場合、ｅＭＢＢ  ＵＥのＰＤＣＣＨで、プリエンプションされるリソースに関する情報を通知できなくなってしまう。
【１０３９】
このような問題を解決するため、グラント無送信でプリエンプションを実施する場合は、ｇＮＢにおいて、ＵＲＬＬＣ  ＵＥのグラント無送信用リソースの設定をｅＭＢＢ  ＵＥのＰＤＣＣＨ送信タイミングよりも早く実施するとよい。このようにすることで、ｅＭＢＢ  ＵＥのＰＤＣＣＨで、プリエンプションされるリソースに関する情報を通知可能となる。
【１０４０】
また、グラント無送信でプリエンプションを実施する場合は、第１のグラント無送信を設定するようにしてもよい。同様の効果が得られる。また、他の方法として、ＵＲＬＬＣ  ＵＥのグラント無送信用リソースの設定が、ｅＭＢＢ  ＵＥのＰＤＣＣＨでプリエンプションされるリソースに関する情報を通知するタイミングに間に合わない場合のために、予めグラント無送信用リソースの設定を行うとしてもよい。
【１０４１】
ｇＮＢにおいて、グラント無送信用リソースの設定が、ｅＭＢＢ  ＵＥのＰＤＣＣＨ送信タイミングに間に合う場合は、該ＵＲＬＬＣ  ＵＥのグラント無送信用リソースの設定を、ｅＭＢＢ  ＵＥのプリエンプションされるリソースとして設定する。グラント無送信用リソースの設定が、ｅＭＢＢ  ＵＥのＰＤＣＣＨ送信タイミングに間に合わない場合は、予め設定したグラント無送信用リソースの設定を用いるとするとよい。
【１０４２】
このようにすることで、ｅＭＢＢ  ＵＥは、ＰＤＣＣＨを受信して、プリエンプションされるリソースに関する情報が無い場合、予め、たとえばＲＲＣシグナリングで設定されたグラント無送信用リソース設定を、プリエンプション用リソースとして用いることが可能となる。
【１０４３】
前述に開示した方法において、ＵＲＬＬＣ  ＵＥからグラント無送信タイミングとリソースでＵＬ送信が無かったとしても、該リソースをプリエンプション用リソースとして設定されたｅＭＢＢ  ＵＥは、該リソースでＵＬ送信を行うことができない。該リソースは使用されないことになり、リソース使用効率を低下させる。
【１０４４】
このような問題を解決する方法を開示する。プリエンプションするＵＲＬＬＣ  ＵＥと、プリエンプションされるｅＭＢＢ  ＵＥとが同一の場合、該ＵＥは、プリエンプション用のリソースでＵＬ送信を可能とする。ＵＲＬＬＣ用のグラント無送信の設定が行われているリソースで、ＵＲＬＬＣ用のＵＬ送信が無く、該リソースを含むｅＭＢＢ用のスロットでｅＭＢＢ用のＵＬ送信のスケジューリングがなされている場合、該ＵＥは、ｅＭＢＢ用のＵＬ送信を行う。
【１０４５】
プリエンプションするＵＲＬＬＣ  ＵＥと、プリエンプションされるｅＭＢＢ  ＵＥとが同一なので、該ＵＥは、ＵＲＬＬＣ用のグラント無送信の設定が行われたリソースでＵＬ送信が無いことを認識可能となる。このため、該ＵＥは、ＵＲＬＬＣ用のグラント無送信の設定が行われているリソースで、ｅＭＢＢ用のＵＬ送信のスケジューリングがなされている場合、該ＵＥは、ｅＭＢＢ用のＵＬ送信を行う。
【１０４６】
このようにすることで、リソース使用効率を増大させることが可能となる。
【１０４７】
グラント無送信用タイミングとリソースにおいて、ＵＲＬＬＣ用のＵＬ送信とｅＭＢＢ用のＵＬ送信とに優先順位を設けてもよい。たとえば、ＵＲＬＬＣ用通信サービスに要求されるＱｏＳやＱＣＩに応じて優先順位を設けてもよい。たとえば、要求される遅延量に応じて優先順位を設けてもよい。
【１０４８】
たとえば、ＵＲＬＬＣ用通信サービスに要求される遅延量が低い場合は、ＵＲＬＬＣ用のＵＬ送信を優先し、該ＵＥは、ＵＲＬＬＣ用のＵＬ送信を行い、ｅＭＢＢ用のＵＬ送信は行わない。要求される遅延量が高い場合は、該ＵＥは、ｅＭＢＢ用のＵＬ送信を優先し、ｅＭＢＢ用のＵＬ送信を行い、ＵＲＬＬＣ用のＵＬ送信を行わない、としてもよい。優先順位決定のための指標に閾値を設けてもよい。たとえば、遅延量に閾値を設けてもよい。
【１０４９】
ｅＭＢＢ用通信サービスに要求されるＱｏＳやＱＣＩに応じて優先順位を設けてもよい。たとえば、要求される通信品質に応じて優先順位を設けてもよい。また、要求される誤り率、たとえば、ビット誤り率やフレーム誤り率に応じて優先順位を設けてもよい。
【１０５０】
たとえば、ｅＭＢＢ用通信サービスに要求されるビット誤り率が低い場合は、ｅＭＢＢ用のＵＬ送信を優先し、該ＵＥは、ｅＭＢＢ用のＵＬ送信を行い、ＵＲＬＬＣ用のＵＬ送信は行わない。要求されるビット誤り率が高い場合は、該ＵＥは、ＵＲＬＬＣ用のＵＬ送信を優先し、ＵＲＬＬＣ用のＵＬ送信を行い、ｅＭＢＢ用のＵＬ送信を行わない、としてもよい。たとえば、優先順位決定のためのビット誤り率に閾値を設けてもよい。
【１０５１】
ｅＭＢＢ用にマッピングされる信号あるいはチャネルの種類に応じて優先順位を設けてもよい。たとえば、グラント無送信用タイミングとリソースで、ｅＭＢＢ用がＰＵＳＣＨの場合は、該ＵＥは、ＵＲＬＬＣ用のＵＬ送信を優先し、ＵＲＬＬＣ用のＵＬ送信を行い、ｅＭＢＢ用のＵＬ送信を行わない。
【１０５２】
ｅＭＢＢ用にマッピングされるＰＵＣＣＨに含まれるＵＣＩの種類に応じて優先順位を設けてもよい。たとえば、グラント無送信用タイミングとリソースで、ｅＭＢＢ用がＡｃｋ／Ｎａｃｋの場合は、該ＵＥは、ｅＭＢＢ用のＵＬ送信を優先し、ｅＭＢＢ用のＵＬ送信を行い、ＵＲＬＬＣ用のＵＬ送信を行わない。
【１０５３】
たとえば、グラント無送信用タイミングとリソースで、ｅＭＢＢ用がＤＭＲＳの場合は、ｅＭＢＢ用のＵＬ送信を優先し、該ＵＥは、ｅＭＢＢ用のＵＬ送信を行い、ＵＲＬＬＣ用のＵＬ送信を行わない。
【１０５４】
グラント無送信用タイミングとリソースに、ｅＭＢＢ用のＤＭＲＳが含まれる場合は、ｅＭＢＢ用のＵＬ送信を優先し、該ＵＥは、ｅＭＢＢ用のＵＬ送信を行い、ＵＲＬＬＣ用のＵＬ送信を行わない、としてもよい。ｅＭＢＢ用の信号またはチャネルの一部が含まれているような場合も考慮して優先順位を設けてもよい。
【１０５５】
グラント無送信用タイミングとリソースで、ＵＲＬＬＣ用にマッピングされる信号あるいはチャネルの種類に応じて優先順位を設けてもよい。ｅＭＢＢ用と同様の方法を適用するとよい。
【１０５６】
前述の優先順位の設定を組合せて設定してもよい。ＵＲＬＬＣ用通信サービスやＵＬ送信するチャネルや信号、ｅＭＢＢ用通信サービスやＵＬ送信するチャネルや信号に応じて適宜柔軟に設定可能となる。
【１０５７】
優先順位の設定および設定に必要な情報は、静的に規格等で予め決められてもよい。ｇＮＢ、ＵＥともに認識可能となる。誤動作の発生を低減することができる。他の方法として、優先順位の設定および設定に必要な情報を、ｇＮＢからＵＥに対してＲＲＣシグナリングで通知しても良いし、ＵＥ個別に通知してもよい。準静的に設定可能となる。必要に応じて設定を変更可能となる。
【１０５８】
他の方法として、該情報をｇＮＢからＵＥに対してＭＡＣシグナリングで通知してもよい。通知後早期に設定可能となる。また、該情報をＨＡＲＱ対象としてもよく、優先順位設定の受信誤りを低減できる。他の方法として、該情報をｇＮＢからＵＥに対してＬ１／Ｌ２シグナリングで通知してもよい。該情報をＤＣＩに含めてＰＤＣＣＨで通知してもよい。通知後早期に設定可能となる。ダイナミックな変更や設定が可能となる。
【１０５９】
ｇＮＢが、グラント無送信用に設定したリソースで、該ＵＥからＵＲＬＬＣ用のＵＬ送信を受信したのかｅＭＢＢ用のＵＬ送信を受信したのかを認識する方法を開示する。
【１０６０】
ｇＮＢはＵＲＬＬＣ用のＤＭＲＳを受信したか否かで判断する。ＵＲＬＬＣ用のシンボル間隔とｅＭＢＢ用のシンボル間隔が異なるような場合、ｇＮＢは、ＵＲＬＬＣ用のシンボル間隔を用いてＤＭＲＳを受信し、該ＤＭＲＳが該ＵＥに設定したＵＲＬＬＣ用のＤＭＲＳか否かを判断する。ｇＮＢは、ＵＲＬＬＣ用のＤＭＲＳと判断した場合、ＵＲＬＬＣ用のＵＬ送信を受信したと判断し、そうでない場合、ｅＭＢＢ用のＵＬ送信を受信したと判断する。
【１０６１】
このようにすることで、ｇＮＢは、グラント無送信用に設定したリソースで、該ＵＥからＵＲＬＬＣ用のＵＬ送信を受信したのかｅＭＢＢ用のＵＬ送信を受信したのかを認識可能となる。
【１０６２】
ｅＭＢＢ用のＤＭＲＳとＵＲＬＬＣ用のＤＭＲＳとを異ならせておいてもよい。ｇＮＢは、該ＵＥに対して、ｅＭＢＢ用とＵＲＬＬＣ用とで異なるＤＭＲＳを設定する。ｇＮＢは、ＵＲＬＬＣ用のＤＭＲＳを受信した場合、ＵＲＬＬＣ用のＵＬ送信と判断する。そうでない場合は、ｅＭＢＢ用のＵＬ送信と判断するとよい。
【１０６３】
このようにすることで、たとえば、ＵＲＬＬＣ用のシンボル間隔とｅＭＢＢ用のシンボル間隔が同じ場合でも、ｇＮＢは、グラント無送信用に設定したリソースで、該ＵＥからＵＲＬＬＣ用のＵＬ送信を受信したのかｅＭＢＢ用のＵＬ送信を受信したのかを認識可能となる。
【１０６４】
ｇＮＢはＵＲＬＬＣ用のＤＭＲＳを受信したか否かで判断することを開示した。他の方法として、ＵＲＬＬＣ用のＵＬ送信であることを示す信号またはチャネルを設けてもよい。または、ｅＭＢＢ用のＵＬ送信であることを示す信号またはチャネルを設けてもよい。ＵＲＬＬＣ用のＵＬ送信かｅＭＢＢ用のＵＬ送信かを示す信号またはチャネルを設けてもよい。
【１０６５】
また、それらを示す情報を設けてもよい。該情報をＵＣＩに含めて、ＰＵＣＣＨで送信してもよい。該情報、信号またはチャネルは、ＵＲＬＬＣ用のＵＬ情報、信号またはチャネルとして設けてもよいし、ｅＭＢＢ用のＵＬ情報、信号またはチャネルとして設けてもよい。
【１０６６】
たとえば、該情報、信号またはチャネルを、ＵＲＬＬＣ用のＵＬ情報、信号またはチャネルとして設ける。該ＵＥは、グラント無送信用に設定したリソースでＵＲＬＬＣ用ＵＬ送信を行う場合、該ＵＬ送信において、該情報、信号またはチャネルを送信する。ｇＮＢは、該情報、信号またはチャネルを受信したか否かで、該ＵＥからＵＲＬＬＣ用のＵＬ送信を受信したのかｅＭＢＢ用のＵＬ送信を受信したのかを認識可能となる。
【１０６７】
たとえば、該情報、信号またはチャネルを、ｅＭＢＢ用のＵＬ情報、信号またはチャネルとして設ける。該ＵＥは、グラント無送信用に設定したリソースでｅＭＢＢ用ＵＬ送信を行う場合、該ＵＬ送信において、該情報、信号またはチャネルを送信する。ｇＮＢは、該情報、信号またはチャネルを受信したか否かで、該ＵＥからＵＲＬＬＣ用のＵＬ送信を受信したのかｅＭＢＢ用のＵＬ送信を受信したのかを認識可能となる。
【１０６８】
該情報、信号またはチャネルを送信するタイミングとして、グラント無送信用に設定したリソースのタイミングでなくてもよい。グラント無送信用に設定したリソースタイミング前であってもよいし、グラント無送信用に設定したリソースタイミング以降であってもよい。グラント無送信用に設定したリソースでＵＲＬＬＣ用のＵＬ送信が行われるかｅＭＢＢ用のＵＬ送信が行われるかが判断されるタイミング以降とするとよい。
【１０６９】
たとえば、該情報、信号またはチャネルの送信タイミングとして、ｅＭＢＢ用のスロットの最後のシンボルとする。ｅＭＢＢ用のスロット内でＵＲＬＬＣ用の送信がどこで発生しても設定可能となる。あるいは、該情報、信号またはチャネルの送信タイミングとして、ｅＭＢＢ用の次のスロットの最初のシンボルとする。同様の効果を得ることができる。ｇＮＢは、該情報、信号またはチャネルの送信タイミングをあらかじめ該ＵＥに対して設定し、通知可能となる。
【１０７０】
該情報、信号またはチャネルの設定、または該情報、信号またはチャネルの送信タイミングを、あらかじめ規格等で決めておいてもよい。ｇＮＢとＵＥともに認識可能となる。
【１０７１】
本変形例２で開示した補完用ＤＭＲＳの設定は、あらかじめ静的に規格等で決めておいてもよい。ｇＮＢおよびＵＥにおいて認識可能となる。たとえば、ＲＳがプリエンプションされた場合にシフトして補完用ＤＭＲＳを設定するような場合に適用するとよい。たとえば、ＦＬ−ＤＭＲＳがプリエンプションされた場合に、ＦＬ−ＤＭＲＳをシフトして補完用ＤＭＲＳを設定することとし、シフトするシンボルを予め規格で決めておく。補完用ＤＭＲＳの設定に必要な情報を予め規格で決めておく。このようにすることで、補完用ＤＭＲＳに関する情報を通知する必要がなくなり、シグナリングが必要な情報量を削減できる。
【１０７２】
実施の形態７の変形例３．
グラントベース（Grant Base（GB））のＵＬデータ通信では、ＵＥが、ｇＮＢに対してＳＲを送信することにより、上りグラントを要求する。ＳＲはＰＵＣＣＨにマッピングされて送信される。ＵＲＬＬＣなどの高信頼性が求められる通信においては、データ送信の信頼性向上だけでなく、ＳＲの信頼性向上も求められる。
【１０７３】
ＳＲの信頼性を向上させるため、ＳＲを含むＰＵＣＣＨの繰り返し送信がある。ＳＲを含むＰＵＣＣＨを繰り返し送信することでＳＲの通信品質を向上させ、ＳＲの信頼性を向上させることができる。ＰＵＣＣＨの繰り返し送信として、１シンボルのＰＵＣＣＨを２回繰り返し送信する方法がある。また、３シンボル以上のＰＵＣＣＨを複数スロットで繰り返し送信する方法がある。
【１０７４】
ＳＲ送信では、ＳＲ送信後のＳＲ送信禁止タイマが設定される。ＳＲ送信後、該タイマ満了までの期間、新たなＳＲの送信が禁止される。該タイマ満了したら、新たなＳＲの送信が許可される。
【１０７５】
ＳＲの繰り返し送信が設定された場合の該ＳＲ送信禁止タイマの取り扱いが不明となる。ＳＲ送信禁止タイマの取り扱いが不明の場合、ｇＮＢとＵＥとの間での動作不一致による誤動作が生じる場合がある。このような問題を解決する方法を開示する。
【１０７６】
ＳＲ送信後のＳＲ送信禁止タイマの間に送信される該ＳＲの繰り返し送信を許可する。このようにすることで、ＳＲの繰り返し送信がＳＲ送信禁止タイマにより送信できなくなってしまうことを回避できる。ＳＲの繰り返し送信を可能にし、ＳＲの信頼性を向上させることができる。
【１０７７】
また、ＳＲ送信では、ＳＲの最大送信回数制限が設定される。最初のＳＲ送信を含めて上りグラントを受信するまでＳＲに設定された周期でＳＲを送信することになるが、該ＳＲの送信回数に制限が設けられる。
【１０７８】
ＳＲの繰り返し送信が設定された場合の該ＳＲ最大送信回数制限の取り扱いが不明となる。ＳＲ最大送信回数制限の取り扱いが不明の場合、ｇＮＢとＵＥとの間での動作不一致による誤動作が生じる場合がある。このような問題を解決する方法を開示する。
【１０７９】
ＳＲ送信後のＳＲ最大送信回数制限にＳＲの繰り返し送信回数をカウントしない。このようにすることで、従来と同じように、ＳＲに設定された周期でのＳＲの送信回数で最大送信回数制限を設定することとなる。このため、短期間でＳＲ最大送信回数制限に達してしまうことを回避でき、ＳＲの信頼性を向上させることができる。
【１０８０】
他の方法として、ＳＲ送信後のＳＲ最大送信回数制限にＳＲの繰り返し送信回数をカウントする。このようにすることで、ＳＲの繰り返し送信回数を含めたＳＲの送信回数で、最大送信回数制限を設定することとなる。このため、ＳＲ最大送信回数制限に達した場合には次の処理に移ることになるが、その期間を短縮することが可能となる。たとえばチャネルの品質が悪いような場合、早期に次の処理に移行させることができる。このため、処理にかかる遅延時間を短縮させることができる。一方、ＳＲ最大送信回数は従来と同じなので、従来と同様の信頼性を得ることができる。
【１０８１】
ＳＲ送信後のＳＲ最大送信回数制限にＳＲの繰り返し送信回数をカウントするかしないかを、予め静的に規格で決めておいてもよい。あるいは、準静的にｇＮＢがＵＥに対して、ＳＲ送信後のＳＲ最大送信回数制限にＳＲの繰り返し送信回数をカウントするかしないかを設定してもよい。ｇＮＢはＵＥに対して、ＳＲ送信後のＳＲ最大送信回数制限にＳＲの繰り返し送信回数をカウントするかしないかを、ＲＲＣシグナリングで通知してもよいし、ＵＥ個別に通知してもよい。ＳＲ送信後のＳＲ最大送信回数制限にＳＲの繰り返し送信回数をカウントするかしないかを、ＳＲの設定あるいはＳＲに用いるＰＵＣＣＨの設定とともに通知してもよい。
【１０８２】
このようにすることで、ＳＲ送信処理においてｇＮＢとＵＥとの間での動作不一致による誤動作を低減させることができ、ＳＲの信頼性を向上させることができる。
【１０８３】
たとえば、ＵＲＬＬＣなどのサービスにおいては、低遅延特性が求められる。ＵＬにおいて低遅延特性を得るために、ＵＬのプリエンプション通信がサポートされる。ＵＬのプリエンプション通信において、ＧＢのＵＬデータ通信の場合もＳＲの高信頼性が求められる。このような課題を解決するための方法を開示する。
【１０８４】
ＳＲのためのプリエンプションを可能とする。ｅＭＢＢ  ＵＥ用のリソースをプリエンプションして、ＵＲＬＬＣ  ＵＥのＳＲを送信する。ｅＭＢＢ  ＵＥのＰＵＳＣＨまたは／かつＲＳまたは／かつＰＵＣＣＨをプリエンプションして、ＵＲＬＬＣ  ＵＥのＳＲを送信する。ｇＮＢはＵＲＬＬＣ  ＵＥ用にＳＲを設定する。ＳＲとして繰り返し送信を設定してもよい。ｇＮＢは、ＵＲＬＬＣ  ＵＥ用に設定したＳＲのリソースのために、ｅＭＢＢ  ＵＥ用のリソースをプリエンプションする。
【１０８５】
ｅＭＢＢ  ＵＥはプリエンプションされたリソースで送信を行わない。上りデータが発生した場合、ＵＲＬＬＣ  ＵＥは、設定されたＳＲのリソースでＳＲを送信する。ＵＲＬＬＣ  ＵＥ用のＳＲあるいはＳＲ送信用ＰＵＣＣＨの設定は、ｇＮＢからＵＥに対してＲＲＣシグナリングで通知される。ＵＲＬＬＣ  ＵＥ用のＳＲあるいはＳＲ送信用ＰＵＣＣＨとして、１シンボルまたは２シンボルのＰＵＣＣＨであっても、３シンボル以上のＰＵＣＣＨであってもよい。
【１０８６】
ｅＭＢＢ  ＵＥが、ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨがマッピングされるリソースを、どのように認識するかが問題となる。このような問題を解決する方法を開示する。ｇＮＢはＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨの設定をｅＭＢＢ  ＵＥに通知しておくとよい。通知方法として、ＲＲＣシグナリングを用いるとするとよい。ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨの設定を、報知情報として報知してもよいし、ＵＥ個別に通知してもよい。
【１０８７】
ｅＭＢＢ  ＵＥは、設定されたＳＲ送信用ＰＵＣＣＨがマッピングされるリソースで、送信を行わないとする。このようにすることで、ＵＲＬＬＣ  ＵＥのＳＲ送信とｅＭＢＢ  ＵＥからの送信とが衝突することを回避することが可能となる。ＵＲＬＬＣ  ＵＥのＳＲ送信の信頼性を向上させることが可能となる。
【１０８８】
ｇＮＢは、ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨの設定をｅＭＢＢ  ＵＥに通知する場合、該設定をあらかじめｅＭＢＢ  ＵＥに通知せねばならない。ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨが設定されたリソースを含むスロットでどのｅＭＢＢ  ＵＥがスケジューリングされるか、通知する時点では不明となる。
【１０８９】
このため、ｇＮＢは傘下の全ｅＭＢＢ  ＵＥに通知する方法が考えられるが、通知に要するリソースが大量となるため無線リソースの使用効率を低下させてしまう。このような問題を解決する方法を開示する。
【１０９０】
ｇＮＢがＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨの設定をｅＭＢＢ  ＵＥに通知する方法として、ＰＩの方法を適用する。ＰＩに、ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨに関する情報を含めるとよい。ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨに関する情報として、実施の形態７で開示した補完用ＤＭＲＳに関する情報を、適宜適用すればよい。補完用ＤＭＲＳのかわりに、ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨを用いるとよい。
【１０９１】
このようにＰＩを用いてＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨの設定をｅＭＢＢ  ＵＥに通知することで、通知するｅＭＢＢ  ＵＥを、ＳＲ送信用ＰＵＣＣＨがマッピングされているスロットにスケジューリングされているｅＭＢＢ  ＵＥに限定することが可能となる。このため、ｅＭＢＢ  ＵＥへの通知に要するリソースを低減することが可能となり、無線リソースの使用効率を向上させることができる。
【１０９２】
図５９は、ＳＲのためのプリエンプションを設定する一例を示す図である。ｅＭＢＢ  ＵＥ用のＰＵＳＣＨがマッピングされるシンボルが、ＵＲＬＬＣ  ＵＥ用のリソースとしてプリエンプションされる。ｅＭＢＢ  ＵＥは、プリエンプションされたリソースで送信を行わない。ここでは、ｅＭＢＢ  ＵＥはＰＵＳＣＨを送信しない。プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用のスロット（ミニスロットであってもよい）が送信される。ＵＲＬＬＣ  ＵＥは該スロットでＳＲ送信を行う。いいかえると、ＵＲＬＬＣ  ＵＥは該スロットでＳＲ用ＰＵＣＣＨの送信を行う。ｇＮＢは該スロットでＵＲＬＬＣ  ＵＥからのＳＲを受信する。
【１０９３】
プリエンプションしたリソースで、ＵＲＬＬＣ  ＵＥ用のスロットが送信されるとしたが、スロットではなく、ＵＲＬＬＣ  ＵＥ用の一つまたは複数のシンボルが送信されるとしてもよい。該方法は、ＳＲ用ＰＵＣＣＨがスロットではなく一つまたは複数のシンボルにマッピングされるような場合に、適用するとよい。ＵＲＬＬＣ  ＵＥは該シンボルでＳＲ送信を行う。ｇＮＢは該シンボルでＵＲＬＬＣ  ＵＥからのＳＲを受信する。
【１０９４】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥのプリエンプションされるリソースに関する情報を含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。プリエンプションされるリソースに関する情報は例えば、ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨに関する情報とするとよい。ｅＭＢＢ  ＵＥは、該ＰＩを受信することにより、プリエンプションされるリソースで送信を行わないことを認識し、ＰＵＳＣＨを送信しないことを認識する。
【１０９５】
ｅＭＢＢ  ＵＥは、プリエンプションされるリソースで送信を行わない。ｇＮＢは他のＰＵＳＣＨ用のリソースを受信することができる。
【１０９６】
このようにすることで、ＵＲＬＬＣ  ＵＥからのＵＬ送信が発生した場合に、たとえｅＭＢＢ  ＵＥの送信タイミングであったとしても、ｅＭＢＢ  ＵＥの送信を待たずにＵＲＬＬＣ  ＵＥからＳＲを低遅延で送信可能となる。ＵＲＬＬＣ  ＵＥがＳＲを低遅延で送信することで、ｇＮＢからのＵＬグラントを早期に受信可能となり、ｇＮＢに対してＵＬデータを早期に送信することが可能となる。このためＵＲＬＬＣ  ＵＥのＵＬ通信を低遅延で実施可能となる。
【１０９７】
ＵＲＬＬＣ  ＵＥのＳＲ送信用ＰＵＣＣＨ用にｅＭＢＢ  ＵＥ用リソースをプリエンプションする方法として、前述に開示したＵＲＬＬＣ  ＵＥのデータ送信用にｅＭＢＢ  ＵＥ用のリソースをプリエンプションする方法を、適宜適用するとよい。たとえば、実施の形態７の変形例２で開示した方法を適宜適用するとよい。同様の効果を得ることができる。
【１０９８】
たとえば、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳをプリエンプション用リソースとして設定し、補完用ＤＭＲＳを設定することで、ｅＭＢＢ  ＵＥの復調性能の劣化を抑制することができ、かつ、ＵＲＬＬＣ  ＵＥのＵＬ通信をさらに低遅延で実施可能となる。
【１０９９】
前述では、ＵＲＬＬＣ  ＵＥのＳＲ送信用にｅＭＢＢ  ＵＥ用リソースをプリエンプションする方法を開示したが、ｅＭＢＢ  ＵＥ用リソースを用いてＵＲＬＬＣ  ＵＥのＳＲ送信を可能とする他の方法を開示する。
【１１００】
ＵＲＬＬＣ  ＵＥ用のＳＣＳとシンボル間隔がｅＭＢＢ  ＵＥと同じ場合、ＵＲＬＬＣ  ＵＥのＳＲを、ｅＭＢＢ  ＵＥのＤＭＲＳがマッピングされるリソースに多重する。多重方法として、ｅＭＢＢ  ＵＥのＤＭＲＳとコード多重するとよい。異なる直交コードを用いてもよい。ＵＲＬＬＣ  ＵＥのＳＲの構成をｅＭＢＢ  ＵＥのＤＭＲＳの構成を同じにしておいてもよい。
【１１０１】
ｅＭＢＢ  ＵＥ用のＤＭＲＳと多重させる場合のＵＲＬＬＣ  ＵＥのＳＲの構成は、予めｇＮＢからＵＥに対して通知しておくとよい。該構成は、ＲＲＣシグナリングで通知してもよいし、あるいは、ＤＣＩで通知してもよい。ダイナミックに通知できる。このようにすることで、ｅＭＢＢ  ＵＥ用ＤＭＲＳとＵＲＬＬＣ  ＵＥのＳＲを多重することができる。ｇＮＢは、ｅＭＢＢ  ＵＥから送信されたＤＭＲＳと、ＵＲＬＬＣ  ＵＥから送信されたデータを受信可能となる。ＵＲＬＬＣ  ＵＥのデータを早期に受信可能となるため、ＵＲＬＬＣ  ＵＥの通信において低遅延特性を得られる。
【１１０２】
実施の形態７の変形例４．
ＮＲにおいて、グラントベースの通信において、下りデータあるいは上りデータが複数スロットにわたって繰り返し送信されるように設定してもよい。また、ＮＲにおいて、グラント無通信においても、上りデータが複数スロットにわたって繰り返し送信されるように設定してもよい。
【１１０３】
ＵＲＬＬＣ  ＵＥに対して複数スロット（ミニスロットであってもよい）にわたって繰り返し送信が設定された場合、ＵＲＬＬＣ  ＵＥの繰り返し送信が、ｅＭＢＢ  ＵＥ用のスロットをまたいで行われるような場合が生じる。従来のプリエンプションの方法は、ｅＭＢＢ  ＵＥ用の１スロット内でＵＲＬＬＣ  ＵＥの送信データが発生するような場合に一つの連続したリソースをプリエンプションする方法である。このため、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥの繰り返し送信をプリエンプションすることはできない。このような問題を解決する方法を開示する。
【１１０４】
ｅＭＢＢ  ＵＥ用のリソースとＵＲＬＬＣ  ＵＥ用のリソースとを多重するような場合、ＵＲＬＬＣ  ＵＥ用のデータの繰り返し送信を設定不可とする。ｅＭＢＢ  ＵＥ用の通信とＵＲＬＬＣ  ＵＥ用の通信においてプリエンプション通信を設定するような場合、ＵＲＬＬＣ  ＵＥ用のデータの繰り返し送信を設定不可とする。このようにすることで、プリエンプションの処理を容易にすることが可能となる。
【１１０５】
他の方法を開示する。ｅＭＢＢ  ＵＥ用のリソースとＵＲＬＬＣ  ＵＥ用のリソースとを多重するような場合、ＵＲＬＬＣ  ＵＥ用のデータの繰り返し送信を設定可能とする。ｅＭＢＢ  ＵＥ用の通信とＵＲＬＬＣ  ＵＥ用の通信においてプリエンプション通信を設定するような場合、ＵＲＬＬＣ  ＵＥ用のデータの繰り返し送信を設定可能とする。
【１１０６】
このようにすることで、ＵＲＬＬＣ  ＵＥ用のデータを繰り返し送信可能となるため、ＵＲＬＬＣ  ＵＥ用のデータ通信の信頼性を向上させることが可能となる。また、ＵＲＬＬＣ  ＵＥ用のデータ通信のカバレッジを拡大させることが可能となる。
【１１０７】
繰り返し送信回数をｇＮＢが設定するとよい。たとえば、ｅＭＢＢ  ＵＥ用のスロットをまたがないように、繰り返し送信回数を設定するとよい。１スロット内で可能な繰り返し送信回数を設定するとよい。また、プリエンプション用リソースとして設定不可であるｅＭＢＢ  ＵＥ用の信号やチャネルが、ＵＲＬＬＣ  ＵＥ用のデータの繰り返し送信に衝突しないよう、繰り返し送信回数を設定してもよい。１スロット内の繰り返し送信の設定において適用してもよい。
【１１０８】
このようにすることで、プリエンプション処理を容易にすることが可能となる。ＵＲＬＬＣ  ＵＥ用通信において繰り返し送信の設定ができるため、信頼性の向上が図れる。
【１１０９】
ｇＮＢはＵＲＬＬＣ  ＵＥに対して繰り返し送信回数の設定をＬ１／Ｌ２制御シグナリングで通知してもよい。ＤＣＩに含めてＰＤＣＣＨで通知してもよい。ｅＭＢＢ  ＵＥのスロット構成に応じてダイナミックに繰り返し送信回数を設定可能となる。
【１１１０】
ｅＭＢＢ  ＵＥ用のリソースとＵＲＬＬＣ  ＵＥ用のリソースとを多重するような場合と多重しない場合とで、繰り返し送信回数の設定を異ならせてもよい。ｇＮＢはＵＲＬＬＣ  ＵＥに対して、繰り返し送信回数の設定を複数行ってもよい。ＲＲＣシグナリングで通知してもよい。ｇＮＢは該複数の設定から一つを選択してＵＲＬＬＣ  ＵＥに通知してもよい。Ｌ１／Ｌ２制御シグナリングで通知してもよい。ＤＣＩに含めてＰＤＣＣＨで通知してもよい。
【１１１１】
ｅＭＢＢ  ＵＥ用のリソースと多重するか否かに応じてダイナミックに繰り返し回数の設定を可能とする。
【１１１２】
ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法について開示する。
【１１１３】
ＤＬでのプリエンプション方法について開示する。ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨおよびＦＬ−ＤＭＲＳがマッピングされるリソースで行われない。ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨおよびＦＬ−ＤＭＲＳがマッピングされないリソースにスケジューリングされる。このようにすることで、ｅＭＢＢ  ＵＥがＰＤＣＣＨとＦＬ−ＤＭＲＳを受信可能とすることができる。ｅＭＢＢ  ＵＥは、ＰＤＣＣＨおよびＦＬ−ＤＭＲＳを受信することで、ＰＤＳＣＨのデータを受信可能となる。
【１１１４】
図６０は、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法の一例を示す図である。ＵＲＬＬＣ  ＵＥ用のデータ送信の繰り返し数を２とする。ｅＭＢＢ  ＵＥ用のスロット＃１で、ｅＭＢＢ  ＵＥ用のリソースが、第１回目のＵＲＬＬＣ  ＵＥのデータ通信用に、プリエンプションされる。通常、ｇＮＢは、次に続くＵＲＬＬＣ  ＵＥ用のスロットで、第２回目のＵＲＬＬＣ  ＵＥのデータを送信する。
【１１１５】
しかし、図６０のようなプリエンプションの場合、第１回目のＵＲＬＬＣ  ＵＥのデータ通信のためのスロットの後に、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨおよびＦＬ−ＤＭＲＳがマッピングされているリソースが続く。このため、その間、ＵＲＬＬＣ  ＵＥ用のスロットを確保できない。第２回目のＵＲＬＬＣ  ＵＥ用のスロットは、ｅＭＢＢ  ＵＥ用のスロット＃２のＦＬ−ＤＭＲＳより後のシンボルに設定され、プリエンプションされる。
【１１１６】
ｅＭＢＢ  ＵＥ用のスロット＃２でプリエンプションしたＵＲＬＬＣ  ＵＥ用のスロットで、ＵＲＬＬＣ  ＵＥ用の繰り返しデータが送信される。
【１１１７】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥ用スロット＃１およびｅＭＢＢ  ＵＥ用スロット＃２のプリエンプションされるリソースに関する情報を含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。
【１１１８】
このようにすることで、ＵＲＬＬＣ  ＵＥの繰り返し送信が設定されたとしても、プリエンプション処理を可能にする。これにより、ＵＲＬＬＣ  ＵＥの繰り返し送信を低遅延で実施でき、ＵＲＬＬＣ  ＵＥの通信として高信頼性かつ低遅延特性を得ることができる。
【１１１９】
図６０では、ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨおよびＦＬ−ＤＭＲＳがマッピングされるリソースで行われないとした場合について示した。他のチャネルやＲＳがマッピングされるような場合に、それらのチャネルやＲＳの一部または全部のリソースでは、ＵＲＬＬＣ  ＵＥ用データの繰り返し送信が行われないとしてもよい。ｅＭＢＢ  ＵＥ用の通信への影響を低減することができる。
【１１２０】
ＵＲＬＬＣ  ＵＥ用データの繰り返し送信が、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳ用リソースにスケジューリングされてもよい。いいかえると、ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされるリソースで行われない。ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされないリソースにスケジューリングされる。
【１１２１】
このような場合、ｅＭＢＢ  ＵＥはＦＬ−ＤＭＲＳを受信できなくなるという問題が生じる。このような問題を解決するための方法として、実施の形態７で開示した方法を適用するとよい。同様の効果を得ることが可能となる。たとえば、ＦＬ−ＤＭＲＳのリソースをプリエンプション用リソースに設定することが可能となるため、ＵＲＬＬＣ  ＵＥ用のデータを早期に低遅延で通信可能となる。
【１１２２】
図６１は、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法の一例を示す図である。ＵＲＬＬＣ  ＵＥ用のデータ送信の繰り返し数を３とする。図６１は、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳをプリエンプション用リソースに設定可能とした場合について示している。
【１１２３】
ｅＭＢＢ  ＵＥ用のスロット＃１で、ｅＭＢＢ  ＵＥ用のＰＤＳＣＨがマッピングされるリソースが、第１回目と第２回目のＵＲＬＬＣ  ＵＥのデータ通信用にプリエンプションされる。通常、ｇＮＢは、次に続くＵＲＬＬＣ  ＵＥ用のスロットで、第３回目のＵＲＬＬＣ  ＵＥのデータを送信する。
【１１２４】
図６１のようなプリエンプションの場合、第２回目のＵＲＬＬＣ  ＵＥのデータ通信のためのスロットの後に、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされているリソースが続く。このため、その間、ＵＲＬＬＣ  ＵＥ用のスロットを確保できない。ｅＭＢＢ  ＵＥ用のＰＤＣＣＨの後にＦＬ−ＤＭＲＳが続くが、該ＦＬ−ＤＭＲＳがプリエンプション用リソースに設定される。第３回目のＵＲＬＬＣ  ＵＥ用のスロットは、ｅＭＢＢ  ＵＥ用のスロット＃２のＦＬ−ＤＭＲＳに設定され、プリエンプションされる。
【１１２５】
ｅＭＢＢ  ＵＥ用のスロット＃２でプリエンプションしたＵＲＬＬＣ  ＵＥ用のスロットで、ＵＲＬＬＣ  ＵＥ用の繰り返しデータが送信される。
【１１２６】
ｅＭＢＢ  ＵＥ用のスロット＃２で、ＦＬ−ＤＭＲＳがプリエンプションされるので、このままだとｅＭＢＢ  ＵＥがスロット＃２のデータを復調できなくなる。このため、実施の形態７で開示した、補完用ＤＭＲＳを設定する方法を適用する。図６１では、ＦＬ−ＤＭＲＳをプリエンプションされたリソースの後にシフトする方法を適用する。
【１１２７】
このようにすることで、第３回目のＵＲＬＬＣ  ＵＥのデータ通信のためにプリエンプションされたリソースの後にＤＭＲＳが構成されるため、ｅＭＢＢ  ＵＥがスロット＃２のデータを復調可能となる。
【１１２８】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥ用スロット＃１およびｅＭＢＢ  ＵＥ用スロット＃２のプリエンプションされるリソースに関する情報を含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。
【１１２９】
第１回目のＵＲＬＬＣ  ＵＥ用にプリエンプションされるリソースと、第２回目のＵＲＬＬＣ  ＵＥ用にプリエンプションされるリソースとが連続しているような場合、該リソースを別々の情報としてもよいし、一つの連続したリソースの情報としてもよい。
【１１３０】
このようにすることで、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳもプリエンプション設定可能とすることができるため、ＵＲＬＬＣ  ＵＥ用の繰り返し送信を低遅延で実施可能となる。これにより、ＵＲＬＬＣ  ＵＥの繰り返し送信をさらに低遅延で実施でき、ＵＲＬＬＣ  ＵＥの通信として高信頼性かつ低遅延特性を得ることができる。
【１１３１】
ｅＭＢＢ  ＵＥ用のＰＤＣＣＨまたは／かつＦＬ−ＤＭＲＳのリソースをプリエンプション用のリソースとして設定不可とする場合、ＵＲＬＬＣ  ＵＥに対する繰り返し送信はＵＲＬＬＣ  ＵＥ用の連続するスロットで実施できなくなる。たとえば、図６０のような場合、ＵＲＬＬＣ  ＵＥの第１回目の送信と第２回目の繰り返し送信が、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨとＦＬ−ＤＭＲＳのリソースを間に置いて離散的に、マッピングされることになる。
【１１３２】
このような場合のスケジューリング方法を開示する。ｇＮＢはＵＲＬＬＣ  ＵＥに対して、離散的スロットで繰り返し送信を行うことを通知する。繰り返し送信を行う離散的スロットに関する情報を通知する。たとえば、送信不可のスロット番号を通知する。また、繰り返し送信回数または繰り返し送信を行うスロット数を通知する。このようにすることで、ＵＲＬＬＣ  ＵＥは、送信不可のスロットを除いて、繰り返し数だけ受信を行うことが可能となる。送信不可のスロット番号は連続であってもよいし、非連続であってもよい。送信不可のスロット番号を複数設定してもよい。
【１１３３】
送信不可のスロット番号を、所定の期間内で設定してもよい。所定の期間として、たとえば、ＵＲＬＬＣ  ＵＥの無線フレーム期間、または、ｅＭＢＢ  ＵＥの１スロット期間などがある。ｇＮＢはＵＥに対して該設定を通知する。
【１１３４】
ｇＮＢはＵＥに対して該設定を所定の期間ごとに行ってもよい。ｇＮＢはＵＥに対して所定の期間ごとに設定を通知する。たとえば、ｅＭＢＢ  ＵＥのスロット構成が時間的に変わり、ＰＤＣＣＨやＦＬ−ＤＭＲＳがマッピングされるシンボルが変わるような場合に設定を行うことが可能となる。
【１１３５】
所定の期間ごとに同一の設定が繰返されるとしてもよい。同一の設定が繰り返されることは、あらかじめ静的に規格等で決めておいてもおい。ｇＮＢはＵＲＬＬＣ  ＵＥに対して該設定を１回通知するだけでよく、通知に必要となる情報量を低減できる。
【１１３６】
他の方法を開示する。たとえば、送信可能なスロット番号を通知する。また、繰り返し送信回数または繰り返し送信を行うスロット数を通知する。このようにすることで、ＵＲＬＬＣ  ＵＥは、送信可能なスロットで、繰り返し数だけ受信を行うことが可能となる。送信可能なスロット番号は連続であってもよいし、非連続であってもよい。送信可能なスロット番号を複数設定してもよい。
【１１３７】
送信可能なスロット番号を、所定の期間内で設定してもよい。送信可能なスロット番号を所定の期間内で設定する方法は、前述に開示した方法を適用するとよい。同様の効果を得られる。
【１１３８】
送信不可のスロット番号を設定する方法と、送信可能なスロット番号を設定する方法とを、組合せてもよい。また、設定方法として、所定の期間内のスロットと、送信不可か送信可能かを示す情報とを、ビットマップで示してもよい。たとえば、送信不可の場合を０とし、送信可能な場合を１として、所定の期間内のスロット数のビット数で、ビットマップを設定する。ｇＮＢはＵＲＬＬＣ  ＵＥに対してビットマップを通知するとよい。スロット番号を通知するよりも情報量を削減することができる。
【１１３９】
ｇＮＢはＵＥに対して、ｅＭＢＢ  ＵＥ用のリソースと多重を行うことを通知してもよい。また、多重するリソースのＳＣＳ（sub-carrier spacing）あるいはシンボル間隔（symbol duration）を通知してもよい。ＳＣＳあるいはシンボル間隔を通知することで、ＵＲＬＬＣ  ＵＥは、どのスロットで繰り返し送信が不可となる可能性があるかを認識可能となる。繰り返し送信不可となる可能性のあるスロットで、繰り返し送信を不可とするとよい。
【１１４０】
ｇＮＢはＵＥに対して、繰り返し送信を行う離散的スロットに関する情報を、ＲＲＣシグナリングで通知してもよい。準静的に設定するような場合に有効である。また、該情報をＭＡＣシグナリングで通知してもよい。ダイナミックに設定を変更するような場合に有効である。また、再送が適用されるため受信誤りが低くなる。このため、ｇＮＢとＵＥとの間での不整合による誤動作が生じにくくなる。
【１１４１】
また、繰り返し送信を行う離散的スロットに関する情報を、ＤＣＩに含めてもよい。該ＤＣＩをＬ１／Ｌ２制御シグナリングで通知してもよい。ダイナミックに設定を変更するような場合に有効である。設定変更などを早期に可能となるため、電波伝搬状況、リソース使用状況などに適した設定をより柔軟にできる。
【１１４２】
ＲＲＣシグナリング、ＭＡＣシグナリングおよびＬ１／Ｌ２制御シグナリングを組合せて用いてもよい。たとえば、繰り返し送信回数または繰り返し送信を行うスロット数の情報をＲＲＣシグナリングで通知し、所定の期間内のスロットが送信不可か可能かの情報をＬ１／Ｌ２制御シグナリングで通知してもよい。このように通知に用いるシグナリングを組合せて用いることで、各情報の設定頻度に応じた設定と通知を行うことが可能となる。
【１１４３】
ＮＲでは、１４シンボルより少ない数のシンボルを含むスロットがサポートされる。非スロット（non-slot）またはミニスロット（mini-slot）とも称される。ミニスロットが用いられるような場合も、ミニスロットのスロット番号の設定が必要となる。ミニスロットのスロット番号の付与方法について開示する。所定の期間内で連続するスロット番号を付与するとよい。所定の期間として、たとえば、１スロット、無線フレームなどがある。
【１１４４】
ミニスロットのスロット番号の付与方法として、スロット番号の副番としてもよい。スロット番号が１の場合、該スロット内に構成されるミニスロットのスロット番号を１１、１２、１３などとしてもよい。また、スロット番号とミニスロット番号を複数のビットで構成してもよい。スロット番号とミニスロット番号を、スロット番号を示すビットとミニスロット番号を示すビットで構成してもよい。たとえば、４ビットを用いて、前半２ビットをスロット番号とし、後半２ビットをミニスロット番号とする。たとえば、スロット番号が１であり、ミニスロット番号が３である場合、０１１１を用いるとする。
【１１４５】
このようにすることで、ミニスロットが用いられるような場合に、ミニスロットを番号で特定することが可能となる。
【１１４６】
ＵＲＬＬＣ  ＵＥ用にミニスロットが用いられるような場合、ＵＲＬＬＣ  ＵＥの繰り返し送信を行う離散的スロットに関する情報は例えば、ミニスロットの情報としてもよい。ミニスロット番号を用いて該情報を設定するとよい。ＵＲＬＬＣ  ＵＥは、送信可能なミニスロットで繰り返し数だけ繰り返し送信を行うことが可能となる。
【１１４７】
ｅＭＢＢ  ＵＥへのプリエンプション用リソースの通知方法を開示する。ｇＮＢはｅＭＢＢ  ＵＥに対して、ＵＲＬＬＣ  ＵＥの第１回目送信を含む繰り返し送信のプリエンプション用リソースに関する情報を、ＰＩで通知する。
【１１４８】
ＵＲＬＬＣ  ＵＥの繰り返し送信がｅＭＢＢ  ＵＥ用の複数スロットにまたがる場合、たとえば、各スロット間のタイミングでＰＩを設ける。ｇＮＢはｅＭＢＢ  ＵＥに対して、各スロット内のプリエンプション用リソースを、各スロット間のタイミングのＰＩで通知する。このようにすることで、各ＰＩに含める情報を低減可能となる。また、ｅＭＢＢ  ＵＥは、自ＵＥ宛のスケジューリングがなされているスロットで、該スロット間のタイミングで送信されるＰＩを受信すればよい。
【１１４９】
他の方法として、たとえば、最初のスロット間のタイミングのＰＩに、複数スロットにまたがるプリエンプション用リソースに関する情報を含める。ｇＮＢはｅＭＢＢ  ＵＥに対して、各スロット内のプリエンプション用リソースを、最初のスロット間のタイミングのＰＩで通知する。このようにすることで、ｅＭＢＢ  ＵＥは、最初のスロット間のタイミングで送信されるＰＩのみを受信すればよく、受信処理を容易にでき、消費電力を削減できる。
【１１５０】
ＵＬでのプリエンプション方法について開示する。ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＲＳとＰＵＣＣＨがマッピングされるリソースで行われない。ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＲＳおよびＰＵＣＣＨがマッピングされないリソースにスケジューリングされる。このようにすることで、ｅＭＢＢ  ＵＥがＲＳとＰＵＣＣＨを送信可能とすることができる。ｇＮＢは、ＲＳおよびＰＵＣＣＨを受信することで、再送を含むデータ通信が可能となる。
【１１５１】
図６２は、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法の一例を示す図である。ＵＲＬＬＣ  ＵＥ用のデータ送信の繰り返し数を２とする。ｅＭＢＢ  ＵＥ用のスロット＃１で、ｅＭＢＢ  ＵＥ用のリソースが、第１回目のＵＲＬＬＣ  ＵＥのデータ通信用に、プリエンプションされる。通常、ＵＲＬＬＣ  ＵＥは、次に続くＵＲＬＬＣ  ＵＥ用のスロットで、第２回目のＵＲＬＬＣ  ＵＥのデータを送信する。
【１１５２】
しかし、図６２のようなプリエンプションの場合、第１回目のＵＲＬＬＣ  ＵＥのデータ通信のためのスロットの後に、ｅＭＢＢ  ＵＥ用のＰＵＣＣＨ／ＳＲＳおよびＦＬ−ＤＭＲＳがマッピングされているリソースが続く。このため、その間、ＵＲＬＬＣ  ＵＥ用のスロットを確保できない。第２回目のＵＲＬＬＣ  ＵＥ用のスロットは、ｅＭＢＢ  ＵＥ用のスロット＃２のＦＬ−ＤＭＲＳより後のシンボルに設定され、プリエンプションされる。
【１１５３】
ｅＭＢＢ  ＵＥ用のスロット＃２でプリエンプションしたＵＲＬＬＣ  ＵＥ用のスロットで、ＵＲＬＬＣ  ＵＥ用の繰り返しデータが送信される。
【１１５４】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥ用スロット＃１およびｅＭＢＢ  ＵＥ用スロット＃２のプリエンプションされるリソースに関する情報を含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。
【１１５５】
各スロット間のタイミングでＰＩを設けてもよい。ｇＮＢはｅＭＢＢ  ＵＥに対して、各スロット内のプリエンプション用リソースを、各スロット間のタイミングのＰＩで通知する。このようにすることで、各ＰＩに含める情報を低減可能となる。また、ｅＭＢＢ  ＵＥは、自ＵＥ宛のスケジューリングがなされているスロットで、該スロット間のタイミングで送信されるＰＩを受信してもよい。
【１１５６】
このようにすることで、ＵＲＬＬＣ  ＵＥの繰り返し送信が設定されたとしても、プリエンプション処理を可能にする。これにより、ＵＲＬＬＣ  ＵＥの繰り返し送信を低遅延で実施でき、ＵＲＬＬＣ  ＵＥの通信として高信頼性かつ低遅延特性を得ることができる。
【１１５７】
ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳを除くＲＳあるいはＰＵＣＣＨがマッピングされるリソースで行われてもよい。ＵＲＬＬＣ  ＵＥ用データの繰り返し送信は、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳを除くリソースにスケジューリングされる。このようにすることで、ＵＲＬＬＣ  ＵＥ用データを早期に送信することが可能となる。ｅＭＢＢ  ＵＥはＦＬ−ＤＭＲＳを送信することが可能となるため、ｇＮＢはＦＬ−ＤＭＲＳを用いてデータを受信することが可能となる。
【１１５８】
ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳのリソースをプリエンプション用のリソースとして設定不可とする場合、ＵＲＬＬＣ  ＵＥに対する繰り返し送信は、ＵＲＬＬＣ  ＵＥ用の連続するスロットで実施できなくなる場合がある。たとえば、ＵＲＬＬＣ  ＵＥの第１回目の送信と第２回目の繰り返し送信が、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳのリソースを間に置いて離散的にマッピングされる場合がある。
【１１５９】
このような場合のスケジューリング方法は前述のＤＬの方法を適宜適用するとよい。ＤＬでのｇＮＢからＵＥへの送信を、ＵＬでのＵＥからｇＮＢへの送信に対応させるとよい。
【１１６０】
ＵＲＬＬＣ  ＵＥ用データの繰り返し送信が、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳ用リソースにスケジューリングされてもよい。このような場合、ｅＭＢＢ  ＵＥはＦＬ−ＤＭＲＳを送信できなくなるという問題が生じる。このような問題を解決するための方法として、実施の形態７の変形例２で開示した方法を適用するとよい。同様の効果を得ることが可能となる。たとえば、ＦＬ−ＤＭＲＳのリソースをプリエンプション用リソースに設定することが可能となるため、ＵＲＬＬＣ  ＵＥ用のデータを早期に低遅延で通信可能となる。
【１１６１】
図６３は、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信をプリエンプションする方法の一例を示す図である。ＵＲＬＬＣ  ＵＥ用のデータ送信の繰り返し数を２とする。図６３は、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳをプリエンプション用リソースに設定可能とした場合について示している。
【１１６２】
ｅＭＢＢ  ＵＥ用のスロット＃１で、ｅＭＢＢ  ＵＥ用のＰＤＳＣＨがマッピングされるリソースが、第１回目のＵＲＬＬＣ  ＵＥのデータ通信用に、プリエンプションされる。通常、ＵＲＬＬＣ  ＵＥは、次に続くＵＲＬＬＣ  ＵＥ用のスロットで、第２回目のＵＲＬＬＣ  ＵＥのデータを送信する。
【１１６３】
図６３のようなプリエンプションの場合、第１回目のＵＲＬＬＣ  ＵＥのデータ通信のためのスロットの後に、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされているリソースが続く。このため、その間、ＵＲＬＬＣ  ＵＥ用のスロットを確保できない。ｅＭＢＢ  ＵＥ用のＰＤＣＣＨの後にＦＬ−ＤＭＲＳが続くが、該ＦＬ−ＤＭＲＳがプリエンプション用リソースに設定される。第２回目のＵＲＬＬＣ  ＵＥ用のスロットは、ｅＭＢＢ  ＵＥ用のスロット＃２のＦＬ−ＤＭＲＳに設定され、プリエンプションされる。
【１１６４】
ｅＭＢＢ  ＵＥ用のスロット＃２でプリエンプションしたＵＲＬＬＣ  ＵＥ用のスロットで、ＵＲＬＬＣ  ＵＥ用の繰り返しデータが送信される。
【１１６５】
ｅＭＢＢ  ＵＥ用のスロット＃２で、ＦＬ−ＤＭＲＳがプリエンプションされるので、このままだとｇＮＢがスロット＃２のデータを復調できなくなる。このため、実施の形態７の変形例２で開示した、補完用ＤＭＲＳを設定する方法を適用する。図６３では、ＦＬ−ＤＭＲＳをプリエンプションされたリソースの後にシフトする方法を適用する。ｅＭＢＢ  ＵＥは、プリエンプションされたリソースの後で補完用ＤＭＲＳを送信する。
【１１６６】
このようにすることで、第２回目のＵＲＬＬＣ  ＵＥのデータ通信のためにプリエンプションされたリソースの後にＤＭＲＳが構成されるため、ｇＮＢがスロット＃２のデータを復調可能となる。
【１１６７】
ＰＩがｅＭＢＢ  ＵＥ用に送信される。ｇＮＢは、ＰＩに、ｅＭＢＢ  ＵＥ用スロット＃１およびｅＭＢＢ  ＵＥ用スロット＃２のプリエンプションされるリソースに関する情報を含めて、該ＰＩをｅＭＢＢ  ＵＥに通知する。
【１１６８】
第１回目のＵＲＬＬＣ  ＵＥ用にプリエンプションされるリソースと、第２回目のＵＲＬＬＣ  ＵＥ用にプリエンプションされるリソースとが連続しているような場合、該リソースを別々の情報としてもよいし、一つの連続したリソースの情報としてもよい。
【１１６９】
このようにすることで、ｅＭＢＢ  ＵＥ用のＦＬ−ＤＭＲＳもプリエンプション設定可能とすることができるため、ＵＲＬＬＣ  ＵＥ用の繰り返し送信を低遅延で実施可能となる。これにより、ＵＲＬＬＣ  ＵＥの繰り返し送信をさらに低遅延で実施でき、ＵＲＬＬＣ  ＵＥの通信として高信頼性かつ低遅延特性を得ることができる。
【１１７０】
前述に、ＵＲＬＬＣ  ＵＥの繰り返し送信が、ｅＭＢＢ  ＵＥ用のスロットをまたいで行われるような場合のプリエンプションン方法を開示した。スロットをまたがずに、１スロット内でプリエンプション不可能なシンボルが存在するような場合に、該シンボルをまたいで繰り返し送信が行われるような場合のプリエンプションにも、該方法を適用するとよい。スロットをまたぐ場合はスロット番号情報が必要であったが、スロットをまたがない場合はスロット番号情報は無くてもよい。
【１１７１】
このようにすることで、何らかのプリエンプション不可能なシンボルがあったとしても、ＵＲＬＬＣ  ＵＥの繰り返し送信を可能とするため、高信頼性かつ低遅延な通信が可能となる。また、逆に、たとえば、１スロット内にｅＭＢＢ  ＵＥ用にプリエンプション不可能なシンボルを設定することも可能となる。たとえば、通信サービスや要求されるＱｏＳや電波伝搬環境などに応じて、柔軟なスロットフォーマットを設定可能となる。
【１１７２】
実施の形態７の変形例５．
ＤＬにおいて、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされるシンボルでプリエンプションを不可とすると、ＵＲＬＬＣ  ＵＥへのデータ送信が発生した場合、該ＰＤＣＣＨがマッピングされるシンボルの間、ＵＲＬＬＣ  ＵＥに対してスケジューリングできなくなる。このため、ＵＲＬＬＣ  ＵＥへの送信の遅延が増大してしまう。このような問題を解決する方法を開示する。
【１１７３】
ＰＤＣＣＨがマッピングされるシンボルで、ｅＭＢＢ  ＵＥ用ＰDＣＣＨとＵＲＬＬＣ  ＵＥ用プリエンプションリソースを多重する。多重方法を開示する。ｅＭＢＢ  ＵＥ用ＰＤＣＣＨをマッピング可能なシンボルにおいて、実際にｅＭＢＢ  ＵＥへのＰＤＣＣＨがマッピングされていないリソースに、ＵＲＬＬＣ  ＵＥ用リソースをマッピングする。
【１１７４】
いいかえると、ｅＭＢＢ  ＵＥ用ＰＤＣＣＨをマッピング可能なシンボルにおいて、ｅＭＢＢ  ＵＥへのＰＤＣＣＨとＵＲＬＬＣ  ＵＥ用のリソースについて、周波数分割多重または／かつ時間分割多重を行う。ｅＭＢＢ  ＵＥ用ＰＤＣＣＨをマッピング可能なシンボルにおいて、全ＲＥにｅＭＢＢ  ＵＥへのＰＤＣＣＨがマッピングされるとは限らない。ｅＭＢＢ  ＵＥへのＰＤＣＣＨがマッピングされないＲＥが存在する場合がある。ｅＭＢＢ  ＵＥへのＰＤＣＣＨがマッピングされないＲＥの一部または全部を用いて、ＵＲＬＬＣ  ＵＥ用のリソースをスケジューリングするとよい。
【１１７５】
ｇＮＢはｅＭＢＢ  ＵＥへ、プリエンプション用リソースを通知しない。ｅＭＢＢ  ＵＥへのＰＤＣＣＨがマッピングされるＲＥはプリエンプションされないため、プリエンプション用リソースの通知が無くても、ｇＮＢはｅＭＢＢ  ＵＥに対してＰＤＣＣＨをマッピング可能となり、ｅＭＢＢ  ＵＥはＰＤＣＣＨを受信可能となる。
【１１７６】
ｇＮＢからＵＲＬＬＣ  ＵＥへのスケジューリング方法が問題となる。ＵＲＬＬＣ  ＵＥに対して、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨと多重するスロットで、ＣＯＲＥＳＥＴ（Control Resource Set）を設定する。ＣＯＲＥＳＥＴは、ＰＤＣＣＨがマッピングされる可能性のあるリソースで、周期的に設定される。ＣＯＲＥＳＥＴは、ＵＥ毎あるいはＵＥグループ毎に設定される。ＵＥグループ毎のＣＯＲＥＳＥＴは、グループ共通ＣＯＲＥＳＥＴと称される場合がある。
【１１７７】
また、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨ用にもＣＯＲＥＳＥＴを設定してもよい。ｇＮＢは、ｅＭＢＢ  ＵＥ用のＣＯＲＥＳＥＴと、ＵＲＬＬＣ  ＵＥ用のＣＯＲＥＳＥＴを、衝突しないように設定するとよい。このようにすることで、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされるシンボルで、ＵＲＬＬＣ  ＵＥ用のＰＤＣＣＨを多重して送信することができる。
【１１７８】
ｇＮＢは、ＵＲＬＬＣ  ＵＥ用のデータのスケジューリング情報を、該ＰＤＣＣＨを用いて送信する。ＵＲＬＬＣ  ＵＥは、ＣＯＲＥＳＥＴのリソース内の自ＰＤＣＣＨを検出することで、ＤＣＩを受信し、自ＵＥのデータのスケジューリング情報を受信することができる。ＵＲＬＬＣ  ＵＥはスケジューリング情報にしたがって、データを受信する。
【１１７９】
このようにすることで、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされるシンボルで、ＵＲＬＬＣ  ＵＥ用のデータを受信することが可能となる。
【１１８０】
ＵＥに対してＣＯＲＥＳＥＴを複数設定してもよい。ｅＭＢＢ  ＵＥ用ＰＤＣＣＨとＵＲＬＬＣ  ＵＥ用のＰＤＣＣＨとが多重されるリソースにおけるＣＯＲＥＳＥＴを別途設けてもよい。これらが多重されないリソースにおいてｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされるリソースを、多重されるリソースにおいてｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされるリソースと異ならせてもよい。
【１１８１】
これらが多重されないリソースにおいてＵＲＬＬＣ  ＵＥ用のＰＤＣＣＨがマッピングされるリソースを、多重されるリソースにおいてＵＲＬＬＣ  ＵＥ用のＰＤＣＣＨがマッピングされるリソースと異ならせてもよい。このようにすることで、多重するリソースと多重しないリソースとでＣＯＲＥＳＥＴを別々に設定できる。このため、リソース使用効率を向上させることができる。
【１１８２】
図６４は、ｅＭＢＢ  ＵＥ用ＰＤＣＣＨとＵＲＬＬＣ  ＵＥ用スロット（ミニスロットであってもよい）を多重する方法の一例を示す図である。ｅＭＢＢ  ＵＥ用のＰＤＣＣＨのマッピング可能なシンボルに、ＵＲＬＬＣ  ＵＥのＰＤＣＣＨおよびデータがマッピングされる。ｅＭＢＢ  ＵＥ用のＰＤＣＣＨのマッピング可能なシンボルで、ｇＮＢは、ｅＭＢＢ  ＵＥ用のＣＯＲＥＳＥＴと、ＵＲＬＬＣ  ＵＥ用のＣＯＲＥＳＥＴを、衝突しないように設定する。
【１１８３】
このようにすることで、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨがマッピングされるシンボルで、ＵＲＬＬＣ  ＵＥ用のＰＤＣＣＨを多重して送信することができる。
【１１８４】
ｇＮＢは、ｅＭＢＢ  ＵＥ用ＰＤＣＣＨのマッピング可能なシンボル用に、ＵＲＬＬＣ  ＵＥ用のＣＯＲＥＳＥＴを設定してもよい。ｅＭＢＢ  ＵＥ用ＰＤＣＣＨは、スロットの先頭から所定のシンボルに、マッピングされる。このため、該シンボルにあわせて周期的に設定できる。
【１１８５】
このようにすることで、たとえば、ＵＲＬＬＣ  ＵＥ用のデータが発生した場合、たとえ該データ送信タイミングでｅＭＢＢ  ＵＥ用のＰＤＣＣＨが送信されるシンボルがあったとしても、該シンボルで、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨの送信を損ねることなく、ＵＲＬＬＣ  ＵＥ用のＰＤＣＣＨおよびデータの送信を可能にする。
【１１８６】
ＵＲＬＬＣ  ＵＥへの送信を早期に実行可能となるため、低遅延特性を得ることが可能となる。また、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨの送信も実施可能となるため、ｅＭＢＢ  ＵＥのデータ通信も可能となり、高速大容量通信を可能にする。
【１１８７】
ＵＲＬＬＣ  ＵＥに対して繰り返し送信が設定されているような場合、ＵＲＬＬＣ  ＵＥへのスケジューリングはＰＤＣＣＨで行うとよい。第１回目の送信スロットで送信するＰＤＣＣＨで、スケジューリングを行うと良い。ｇＮＢは、該ＰＤＣＣＨのＤＣＩに、ｅＭＢＢ  ＵＥのＰＤＣＣＨと多重する場合のＵＲＬＬＣ  ＵＥへのスケジューリング情報を含めて、該ＤＣＩを通知するとよい。ＵＲＬＬＣ  ＵＥは該ＰＤＣＣＨのＤＣＩを受信することで、ｅＭＢＢ  ＵＥと多重するデータを受信可能となる。
【１１８８】
スケジューリング情報として、ＵＲＬＬＣ  ＵＥ用データがマッピングされるリソースアロケーション情報がある。該リソースアロケーション情報は、周波数−時間軸上のリソースアロケーション情報であってもよい。リソースアロケーション情報として、ＰＲＢ情報などがある。周波数軸上のリースアロケーション情報と時間軸上のリソースアロケーション情報とを組合せて用いてもよい。周波数軸上のリソースアロケーション情報として、ＲＥＧ番号、ＲＥ番号、サブキャリア番号などがある。時間軸上のリソースアロケーション情報として、シンボル情報などがある。
【１１８９】
ＵＲＬＬＣ  ＵＥ用データがｅＭＢＢ  ＵＥ用ＰＤＣＣＨと多重されるスロットでは、たとえば第１回目の送信用スロットと同じリソースを確保できるとは限らない。このため、変調方法やコーディングレートを変えることで、データを、該多重されるスロットにマッピングするとよい。これらの情報をスケジューリング情報として含めるとよい。これらのスケジューリング情報を何回目の繰り返し送信で適用するかを示す情報を設けてもよい。ｇＮＢはＵＲＬＬＣ  ＵＥに、多重時のスケジューリング情報と、それが何回目の繰り返し送信かの情報とを関連付けて通知してもよい。
【１１９０】
図６５は、ｅＭＢＢ  ＵＥ用ＰDＣＣＨとＵＲＬＬＣ  ＵＥ用スロットを多重する方法の一例を示す図である。図６５は、ｅＭＢＢ  ＵＥ用のスロットをまたぐようなＵＲＬＬＣ  ＵＥ用データの繰り返し送信の場合について示している。ＵＲＬＬＣ  ＵＥ用のデータ送信の繰り返し数を２とする。ｅＭＢＢ  ＵＥ用のスロット＃１で、ｅＭＢＢ  ＵＥ用のリソースが、第１回目のＵＲＬＬＣ  ＵＥのデータ通信用に、プリエンプションされる。
【１１９１】
ｇＮＢは、次に続く第２回目のＵＲＬＬＣ  ＵＥ用のスロットで、データを送信する。該第２回目のＵＲＬＬＣ  ＵＥ用のスロットが、ｅＭＢＢ  ＵＥ用ＰＤＣＣＨがマッピングされるリソースとなった場合、図６５に示すように、第２回目のＵＲＬＬＣ  ＵＥ用のデータは、ｅＭＢＢ  ＵＥ用のＣＯＲＥＳＥＴを除いたリソースにマッピングされる。
【１１９２】
ｇＮＢは、第２回目のＵＲＬＬＣ  ＵＥ用のデータのスケジューリング情報を、第１回目のＵＲＬＬＣ  ＵＥ用のスロットで送信されるＵＲＬＬＣ  ＵＥ用のＰＤＣＣＨに含めて、該ＰＤＣＣＨをＵＲＬＬＣ  ＵＥに通知する。このようにすることで、ｅＭＢＢ  ＵＥ用スロット＃２のＰＤＣＣＨがマッピング可能なシンボルで、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨと、ＵＲＬＬＣ  ＵＥ用のデータを多重可能となる。ｅＭＢＢ  ＵＥ用のスロット＃２で、ＵＲＬＬＣ  ＵＥ用の繰り返しデータが送信される。
【１１９３】
このようにすることで、たとえば、信頼性を向上させるためにＵＲＬＬＣ  ＵＥ用データの繰り返し送信が設定された場合も、該繰り返し送信タイミングでｅＭＢＢ  ＵＥ用のＰＤＣＣＨが送信されるシンボルがあったとしても、該シンボルで、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨの送信を損ねることなく、ＵＲＬＬＣ  ＵＥ用のデータの送信を可能にする。
【１１９４】
ＵＲＬＬＣ  ＵＥへの繰り返し送信を早期に実行可能となるため、高信頼性かつ低遅延特性を得ることが可能となる。また、ｅＭＢＢ  ＵＥ用のＰＤＣＣＨの送信も実施可能となるため、ｅＭＢＢ  ＵＥのデータ通信も可能となり、高速大容量通信を可能にする。
【１１９５】
実施の形態７の変形例６．
ＤＬにおいて、ｅＭＢＢ  ＵＥ用のＰＤＳＣＨがマッピングされるリソースが、プリエンプションにより時間的に分割されるような場合がある。一部のＰＤＳＣＨのリソースが送信されたあと、ｅＭＢＢ  ＵＥ用リソースがプリエンプションされて送信されなくなり、その後残りのＰＤＳＣＨが送信される場合がある。
【１１９６】
このような場合、プリエンプション用リソースの前後の送信においてＰＤＳＣＨの位相や電力に連続性が無くなる場合がある。たとえプリエンプション用リソースの前後どちらかのみにＤＭＲＳが構成されていたとしても、位相や電力に連続性が無くなると、ＤＭＲＳの構成されていない方のリソースのＰＤＳＣＨの復調特性が劣化する。
【１１９７】
このような問題を解決する方法として、前述の補完用ＤＭＲＳの設定方法を適用するとよい。プリエンプション用リソースの前後どちらにもＤＭＲＳが構成されるように、補完用ＤＭＲＳを設定すればよい。このようにすることで、たとえば、プリエンプションによる該リソース前後に位相や電力に非連続が生じるような場合の復調特性の劣化を低減できる。
【１１９８】
図６６は、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＰＤＳＣＨのリソースをプリエンプションする一例を示す図である。ｇＮＢは、プリエンプション前にｅＭＢＢ  ＵＥ用にＦＬ−ＤＭＲＳとＰＤＳＣＨを送信し、プリエンプション用リソースではｅＭＢＢ  ＵＥ用に何も送信せず、プリエンプション後にｅＭＢＢ  ＵＥ用にＰＤＳＣＨを送信する。
【１１９９】
このため、プリエンプション前後のＰＤＳＣＨの位相や電力に連続性が無くなる。ｅＭＢＢ  ＵＥは、ＦＬ−ＤＭＲＳを受信し、プリエンプション前のＰＤＳＣＨをＦＬ−ＤＭＲＳを用いて復調することが可能である。しかし、プリエンプション後のＰＤＳＣＨをＦＬ−ＤＭＲＳを用いて復調した場合、位相や電力に連続性が無くなるため、復調特性が劣化してしまう。
【１２００】
このような問題を低減するため、ｇＮＢは、プリエンプション用リソースの後にＤＭＲＳを設定する。該ＤＭＲＳとして、補完用ＤＭＲＳの設定方法を適用するとよい。実施の形態７で開示した方法を適宜適用するとよい。
【１２０１】
ｇＮＢは、プリエンプション後のＰＤＳＣＨ領域にも、ｅＭＢＢ  ＵＥ用に、補完用ＤＭＲＳを設定し送信する。ｅＭＢＢ  ＵＥは、プリエンプション後のＰＤＳＣＨに設定された補完用ＤＭＲＳを受信し、ＰＤＳＣＨを復調する。このようにすることで、ｅＭＢＢ  ＵＥにおけるプリエンプション後のＰＤＳＣＨの復調特性の劣化を低減可能となる。
【１２０２】
ＵＬにおいて、ｅＭＢＢ  ＵＥ用のＰＵＳＣＨがマッピングされるリソースが、プリエンプションにより時間的に分割されるような場合がある。一部のＰＵＳＣＨのリソースが送信されたあと、ｅＭＢＢ  ＵＥ用リソースがプリエンプションされて送信されなくなり、その後また残りのＰＵＳＣＨが送信される場合がある。
【１２０３】
このような場合、プリエンプション用リソースの前後の送信においてＰＵＳＣＨの位相や電力に連続性が無くなる場合がある。たとえプリエンプション用リソースの前後どちらかのみにＤＭＲＳが構成されていたとしても、位相や電力に連続性が無くなると、ＤＭＲＳの構成されていない方のリソースのＰＵＳＣＨの復調特性が劣化する。
【１２０４】
このような問題を解決する方法として、前述の補完用ＤＭＲＳの設定方法を適用するとよい。プリエンプション用リソースの前後どちらにもＤＭＲＳが構成されるように、補完用ＤＭＲＳを設定すればよい。このようにすることで、たとえば、プリエンプションによる該リソース前後に位相や電力に非連続が生じるような場合の復調特性の劣化を低減できる。
【１２０５】
図６７は、ｅＭＢＢ  ＵＥ用の一つのスロットにＦＬ−ＤＭＲＳのみが設定される場合にＰＵＳＣＨのリソースをプリエンプションする一例を示す図である。ｅＭＢＢ  ＵＥは、プリエンプション前にＦＬ−ＤＭＲＳとＰＵＳＣＨを送信し、プリエンプション用リソースでは何も送信せず、プリエンプション後にＰＵＳＣＨを送信する。
【１２０６】
このため、プリエンプション前後のＰＵＳＣＨの位相や電力に連続性が無くなる。ｇＮＢは、ＦＬ−ＤＭＲＳを受信し、プリエンプション前のＰＵＳＣＨをＦＬ−ＤＭＲＳを用いて復調することが可能である。しかし、プリエンプション後のＰＵＳＣＨをＦＬ−ＤＭＲＳを用いて復調した場合、位相や電力に連続性が無くなるため、復調特性が劣化してしまう。
【１２０７】
このような問題を低減するため、ｇＮＢは、プリエンプション用リソースの後にＤＭＲＳを設定する。該ＤＭＲＳとして、補完用ＤＭＲＳの設定方法を適用するとよい。実施の形態７の変形例２で開示した方法を適宜適用するとよい。
【１２０８】
ｇＮＢは、プリエンプション後のＰＵＳＣＨ領域にも、ｅＭＢＢ  ＵＥからの送信用に、補完用ＤＭＲＳを設定する。ｅＭＢＢ  ＵＥは、設定された補完用ＤＭＲＳを送信する。ｇＮＢは、プリエンプション後の補完用ＤＭＲＳを受信し、プリエンプション後のＰＵＳＣＨを復調する。このようにすることで、ｇＮＢにおけるプリエンプション後のＰＵＳＣＨの復調特性の劣化を低減可能となる。
【１２０９】
ＤＬにおいても、ＵＬにおいても、補完用ＤＭＲＳを複数設定してもよい。前述の補完用ＤＭＲＳの設定方法を適用するとよい。
【１２１０】
図６８は、ＵＬにおいて補完用ＤＭＲＳが複数設定される一例を示す図である。図６８は、ｅＭＢＢ  ＵＥ用の一つのスロットにＤＭＲＳのみが設定される場合に、該ＤＭＲＳをプリエンプションする場合について示している。該ＤＭＲＳの前後にＰＵＳＣＨが構成される。プリエンプション用リソースの前後に補完用ＤＭＲＳが２つ設定される。
【１２１１】
ＤＭＲＳがプリエンプションされることにより、ｇＮＢは、ｅＭＢＢ  ＵＥからのＰＵＳＣＨを復調できなくなる。このような問題を解決するため、ＤＭＲＳの前あるいは後ろのみに補完用ＤＭＲＳを設定してもよい。しかし、プリエンプション前後のＰＵＳＣＨの位相や電力に連続性が無くなるため、このような場合も補完用ＤＭＲＳが設定されていない側のＰＵＳＣＨの復調特性が劣化してしまう。
【１２１２】
このような問題を低減するため、ｇＮＢは、プリエンプション用リソースの前後にＤＭＲＳを設定する。該ＤＭＲＳとして、補完用ＤＭＲＳの設定方法を適用するとよい。実施の形態７の変形例２で開示した方法を適宜適用するとよい。
【１２１３】
ｇＮＢは、プリエンプション前のＰＵＳＣＨ領域に、補完用ＤＭＲＳを設定し、プリエンプション後のＰＵＳＣＨ領域に、補完用ＤＭＲＳを設定する。ｅＭＢＢ  ＵＥは、設定された二つの補完用ＤＭＲＳを送信する。ｇＮＢは、プリエンプション前の補完用ＤＭＲＳを受信し、プリエンプション前のＰＵＳＣＨを復調する。また、ｇＮＢは、プリエンプション後の補完用ＤＭＲＳを受信し、プリエンプション後のＰＵＳＣＨを復調する。
【１２１４】
このようにすることで、ｇＮＢにおけるプリエンプション前後のＰＵＳＣＨの復調特性の劣化を低減可能となる。
【１２１５】
プリエンプションされるリソースを、高速大容量通信であるｅＭＢＢ（enhanced Mobile BroadBand）用とし、プリエンプションするリソースを、超高信頼低遅延通信であるＵＲＬＬＣ（Ultra Reliable Low Latency Communication）用としているが、これらのサービスに限定されない。プリエンプションされるリソースに使用される通信サービス、および、プリエンプションするリソースに使用される通信サービスは、ｅＭＢＢ、ＵＲＬＬＣに限定されない。
【１２１６】
また、プリエンプションされるＵＥ（被プリエンプトUE）をｅＭＢＢサービス用のＵＥ（ｅＭＢＢ  ＵＥ）とし、プリエンプションＵＥをＵＲＬＬＣサービス用のＵＥ（ＵＲＬＬＣ  ＵＥ）としているが、被プリエンプトＵＥおよびプリエンプションＵＥはともに、これらのサービスのＵＥ用に限定されない。
【１２１７】
実施の形態８．
低遅延が要求される通信サービスの上り通信において、プリエンプション送信を設定することで、低遅延特性を得ることができる。しかし、たとえばＵＲＬＬＣサービスのように低遅延特性だけでなく高信頼特性を要求されるような通信サービスに対しては、プリエンプション送信を設定しただけでは要求を満足させることができない場合が生じる。
【１２１８】
前述の問題に対する解決策を以下に開示する。
【１２１９】
同じパケットを複製してＤＣを用いて送信するパケット複製（packet duplication）において、プリエンプション送信を設定可能とする。パケット複製設定中に、ＭＮにおいてプリエンプション送信設定を可能とする。パケット複製設定中に、ＳＮにおいてもプリエンプション送信設定を可能とする。あるいは、パケット複製設定中に、ＭＮあるいはＳＮのどちらか一方において、プリエンプション送信設定を可能としてもよい。パケット複製設定中とは、パケット複製設定処理中を含んでもよい。
【１２２０】
プリエンプション送信が設定されている上り通信に対して、パケット複製を設定可能としてもよい。プリエンプション送信が設定されている上り通信に対して、パケット複製を実施する場合、ＳＮにおいてもプリエンプション送信設定を可能とする。このようにパケット複製とプリエンプション送信の両方を設定することで、低遅延特性に加えて信頼性を向上させることができる。
【１２２１】
ＤＣを用いたパケット複製では、ＭＮとＵＥとの間でパケット複製の設定が行われ、ＳＮはパケット複製の設定を認識しなくてもよい。ＳＮは通常のパケットデータ送受信と同じ処理を実施すればよい。一方、前述したように、プリエンプション送信の設定はＲＲＣ設定が必要となる。このため、ＤＣを用いたパケット複製でプリエンプション送信を設定しようとする場合、ＳＮはプリエンプション送信の設定が必要か否かを認識できず、ＳＮでプリエンプション送信の設定を実施できないという問題が生じる。
【１２２２】
前述の問題に対する解決策として、実施の形態２で開示した方法を適用するとよい。グラント無送信をプリエンプション送信におきかえて適用するとよい。たとえば、ＭＮがＳＮに対してプリエンプション送信の設定を要求する。パケット複製設定中、ＭＮがＳＮに対してプリエンプション送信の設定を要求する。ＳＮはＭＮに対してプリエンプション送信設定を通知する。ＭＮはＵＥに対して、自ノードに設定したプリエンプション送信設定、および、ＳＮのプリエンプション送信設定を通知する。
【１２２３】
このようにすることによって、実施の形態２で開示した効果と同様の効果を得ることができる。たとえば、ＳＮはプリエンプション送信の設定が必要か否かを認識可能となり、ＳＮでプリエンプション送信の設定ができる。このため、ＤＣを用いたパケット複製でプリエンプション送信の設定が可能となる。低遅延特性かつ高信頼特性を得られる。
【１２２４】
また、ＭＮにおいてプリエンプション送信が設定されている上り通信に対してパケット複製を設定しようとする場合も同様である。実施の形態２で開示した方法を適用するとよい。
【１２２５】
たとえば、ＭＮは、プリエンプション送信が設定されている上り通信に対して、ＤＣを用いたパケット複製を設定することを、ＵＥに対して通知する。また、ＭＮはＳＮに対してプリエンプション送信の設定を要求する。ＭＮはＳＮに対してプリエンプション送信の設定指示を通知してもよい。ＳＮはＭＮに対してプリエンプション送信設定を通知する。ＭＮはＵＥに対して、自ノードに設定したプリエンプション送信設定、および、ＳＮのプリエンプション送信設定を通知する。
【１２２６】
このようにすることによって、実施の形態２で開示した効果と同様の効果を得ることができる。たとえば、ＳＮはプリエンプション送信の設定が必要か否かを認識可能となり、ＳＮでプリエンプション送信の設定ができる。このため、ＭＮにおいてプリエンプション送信が設定されている上り通信に対して、パケット複製を設定可能となる。低遅延特性かつ高信頼特性を得られる。
【１２２７】
同じパケットを複製してＣＡを用いて送信するパケット複製において、プリエンプション送信を設定可能としてもよい。パケット複製設定中に、パケット複製が行われるセルにおいてプリエンプション送信設定を可能とする。パケット複製設定中とは、パケット複製設定処理中を含んでもよい。
【１２２８】
プリエンプション送信が設定されている上り通信に対して、パケット複製（ＣＡ）を設定可能としてもよい。プリエンプション送信が設定されている上り通信に対して、パケット複製を実施する場合、パケット複製が行われるセルにおいてもプリエンプション送信設定を可能とする。
【１２２９】
これらの方法は、実施の形態２で開示した方法を適用するとよい。グラント無送信をプリエンプション送信におきかえて適用するとよい。このようにすることで、同様の効果を得ることができる。
【１２３０】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
【１２３１】
例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。
【１２３２】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【１２３３】
２００  通信システム、２０２  通信端末装置、２０３  基地局装置。
【図１】
2019098059.tif 000003
【図２】
2019098059.tif 000004
【図３】
2019098059.tif 000005
【図４】
2019098059.tif 000006
【図５】
2019098059.tif 000007
【図６】
2019098059.tif 000008
【図７】
2019098059.tif 000009
【図８】
2019098059.tif 000010
【図９】
2019098059.tif 000011
【図１０】
2019098059.tif 000012
【図１１】
2019098059.tif 000013
【図１２】
2019098059.tif 000014
【図１３】
2019098059.tif 000015
【図１４】
2019098059.tif 000016
【図１５】
2019098059.tif 000017
【図１６】
2019098059.tif 000018
【図１７】
2019098059.tif 000019
【図１８】
2019098059.tif 000020
【図１９】
2019098059.tif 000021
【図２０】
2019098059.tif 000022
【図２１】
2019098059.tif 000023
【図２２】
2019098059.tif 000024
【図２３】
2019098059.tif 000025
【図２４】
2019098059.tif 000026
【図２５】
2019098059.tif 000027
【図２６】
2019098059.tif 000028
【図２７】
2019098059.tif 000029
【図２８】
2019098059.tif 000030
【図２９】
2019098059.tif 000031
【図３０】
2019098059.tif 000032
【図３１】
2019098059.tif 000033
【図３２】
2019098059.tif 000034
【図３３】
2019098059.tif 000035
【図３４】
2019098059.tif 000036
【図３５】
2019098059.tif 000037
【図３６】
2019098059.tif 000038
【図３７】
2019098059.tif 000039
【図３８】
2019098059.tif 000040
【図３９】
2019098059.tif 000041
【図４０】
2019098059.tif 000042
【図４１】
2019098059.tif 000043
【図４２】
2019098059.tif 000044
【図４３】
2019098059.tif 000045
【図４４】
2019098059.tif 000046
【図４５】
2019098059.tif 000047
【図４６】
2019098059.tif 000048
【図４７】
2019098059.tif 000049
【図４８】
2019098059.tif 000050
【図４９】
2019098059.tif 000051
【図５０】
2019098059.tif 000052
【図５１】
2019098059.tif 000053
【図５２】
2019098059.tif 000054
【図５３】
2019098059.tif 000055
【図５４】
2019098059.tif 000056
【図５５】
2019098059.tif 000057
【図５６】
2019098059.tif 000058
【図５７】
2019098059.tif 000059
【図５８】
2019098059.tif 000060
【図５９】
2019098059.tif 000061
【図６０】
2019098059.tif 000062
【図６１】
2019098059.tif 000063
【図６２】
2019098059.tif 000064
【図６３】
2019098059.tif 000065
【図６４】
2019098059.tif 000066
【図６５】
2019098059.tif 000067
【図６６】
2019098059.tif 000068
【図６７】
2019098059.tif 000069
【図６８】
2019098059.tif 000070
【国際調査報告】
2019098059.tif 000071
2019098059.tif 000072
2019098059.tif 000073