(57)【要約】  伝送速度の低下を抑えつつ、処理遅延を低減することができる通信システムを提供する。ｅＮＢは、第１下り信号（ＤＬ＃１）と第１上り信号（ＵＬ＃１）とを含む自己完結型サブフレームを用いてＵＥ＃１と通信し、第２下り信号（ＤＬ＃２）と第２上り信号（ＵＬ＃２）とを含む自己完結型サブフレームを用いてＵＥ＃２と通信する。ＵＥ＃１用の自己完結型サブフレームは、ＤＬ＃１の送信期間とＵＬ＃１の送信期間との間に、ＤＬ＃１およびＵＬ＃１の送信が行われない第１ギャップ期間（Ｇａｐ＃１）を有する。ＵＥ＃２用の自己完結型サブフレームは、ＤＬ＃２の送信期間とＵＬ＃２の送信期間との間に、ＤＬ＃２およびＵＬ＃２の送信が行われない第２ギャップ期間（Ｇａｐ＃２）を有する。Ｇａｐ＃１，＃２は、ＵＥ毎に設定される。
2018030211.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」と称され、いくつかの新たな技術が検討されている（非特許文献８参照）。例えば、自己完結型（self-contained）サブフレームを用いたＮＲ用フレーム構成、および多素子アンテナを用いたビームフォーミングなどが検討されている。
【先行技術文献】
【非特許文献】
【００４８】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１３．４．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．０．０
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１０．０．０
【非特許文献５】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、［online］、平成２５（２０１３）年４月３０日、ＩＣＴ−３１７６６９−ＭＥＴＩＳ／Ｄ１．１、［平成２８年８月２日検索］、インターネット<https://www.metis2020.com/documents/deliverables/>
【非特許文献６】３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ０．５．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３８．９１２  Ｖ０．０．１
【非特許文献８】３ＧＰＰ  ＲＰ−１６０６９７
【非特許文献９】３ＧＰＰ  Ｒ１−１６４０３２
【非特許文献１０】３ＧＰＰ  Ｒ１−１６５８８７
【非特許文献１１】３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１３．２．０
【非特許文献１２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１３．２．０
【非特許文献１３】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１３．１．０
【非特許文献１４】３ＧＰＰ  Ｒ１−１６４００４
【非特許文献１５】３ＧＰＰ  Ｒ１−１６４０３３
【非特許文献１６】３ＧＰＰ  Ｒ１−１６４１７４
【非特許文献１７】３ＧＰＰ  Ｒ１−１６５８８７
【非特許文献１８】３ＧＰＰ  ＴＳ  ３６．３０４  Ｖ１３．２．０
【非特許文献１９】３ＧＰＰ  Ｒ１−１６５３６４
【非特許文献２０】３ＧＰＰ  Ｒ１−１６４０１３
【非特許文献２１】３ＧＰＰ  ＴＳ  ３６．１０４  Ｖ１４．０．０
【非特許文献２２】３ＧＰＰ  Ｒ１−１６５６６９
【非特許文献２３】３ＧＰＰ  Ｒ２−１６４０２８
【非特許文献２４】３ＧＰＰ  Ｒ２−１６３４４１
【発明の概要】
【発明が解決しようとする課題】
【００４９】
５Ｇでは、ＬＴＥシステムに対して、データの伝送速度は１００倍、データの処理遅延は１０分の１などの性能が要求されている。【００５０】
遅延時間の低減のために、ＮＲ用フレーム構成として、１つのサブフレームの中に下りと上りとを構成し、下りに対する応答を同じサブフレームで返す自己完結型サブフレーム（self-contained subframe）が提唱されている（非特許文献９参照）。【００５１】
自己完結型サブフレームでは、下りから上りに移行する間に、ＵＥが下り信号の復調および復号、上り符号化前信号の生成、ならびに上り信号の符号化および変調を行うための間隔（以下、「ギャップ」または「Ｇａｐ」という場合がある）が設けられる。【００５２】
セル内の全ＵＥに対してギャップ期間を同一とすると、処理は容易になるが、処理時間が最長となるＵＥに合わせてギャップ期間を設定しなければならない。したがって、処理時間が短いＵＥにとっては、前記ギャップ期間は無駄となり、リソースの使用効率を低下させ、伝送速度を低下させる。【００５３】
また、５Ｇでは、伝送速度の向上のために、複数のアンテナを用いて狭範囲なビームを形成するビームフォーミングを利用して通信を行うことが提案されている。狭範囲なビームでセルとして必要となるカバレッジをカバーするための方法が提案されている（非特許文献１９参照）。非特許文献１９に開示される方法では、１つまたは複数のビームを用いて、タイミングをずらしてビームスイーピングを行うことによって、広範囲のカバレッジをカバーしている。【００５４】
ビームスイーピングにおける各ビームの送信タイミングは、ビーム毎に異なる。これに対し、ページングタイミングは、ＵＥ−ＩＤによって決定される。【００５５】
したがって、セルがビームスイーピングを用いてページングを送信しようとしても、ＵＥに対するページングタイミングとビームスイーピングタイミングとが合致しない場合が生じる。これによって、ページングを送信できないという問題が生じる。【００５６】
また、ＵＥにおいても、ページングタイミングがビームスイーピングタイミングと異なる場合、予め定めるページングタイミングで受信動作を行っても、ページングを受信できなくなるという問題が生じる。【００５７】
本発明の目的は、伝送速度の低下を抑えつつ、処理遅延を低減することができる通信システムを提供することである。
【課題を解決するための手段】
【００５８】
本発明の通信システムは、基地局装置と、前記基地局装置と無線通信可能な複数の通信端末装置とを備える通信システムであって、前記基地局装置は、前記基地局装置から前記通信端末装置に送信される下り信号と、前記下り信号に応答して前記通信端末装置から前記基地局装置に送信される上り信号とを含む自己完結型サブフレームを用いて、各前記通信端末装置と通信し、前記自己完結型サブフレームは、前記下り信号が送信される下り送信期間と前記上り信号が送信される上り送信期間との間に、前記下り信号および前記上り信号の送信が行われないギャップ期間を有し、前記ギャップ期間は、前記通信端末装置毎に設定されることを特徴とする。
【発明の効果】
【００５９】
本発明の通信システムによれば、基地局装置と複数の通信端末装置とを備えて、通信システムが構成される。基地局装置から通信端末装置に送信される下り信号と、下り信号に応答して通信端末装置から基地局装置に送信される上り信号とを含む自己完結型サブフレームを用いて、基地局装置と各通信端末装置との通信が行われる。自己完結型サブフレームは、下り送信期間と上り送信期間との間に、下り信号および上り信号の送信が行われないギャップ期間を有する。ギャップ期間は、通信端末装置毎に設定される。これによって、通信端末装置毎に、下り信号の伝送速度および上り信号の伝送速度を高めることができる。したがって、伝送速度の低下を抑えつつ、処理遅延を低減することができる。【００６０】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００６１】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。
【図４】本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。
【図５】本発明に係るＭＭＥの構成を示すブロック図である。
【図６】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図７】マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。
【図８】ＵＥ毎に設けるギャップを示す図である。
【図９】自己完結型サブフレームにおけるギャップの設定に関するシーケンスの一例を示す図である。
【図１０】１つのＵＥに対してギャップ設定を２つ行った場合のサブフレーム構成の一例を示す図である。
【図１１】自己完結型サブフレームか否かによってギャップ設定を変える方法に関するシーケンスの一例を示す図である。
【図１２】自己完結型サブフレームの種別によってギャップ設定を変える方法に関するシーケンスの一例を示す図である。
【図１３】ＵＥの使用サービスによってギャップ設定を変える方法に関するシーケンスの一例を示す図である。
【図１４】空き領域をサブフレーム単位で設定した場合における、空き領域と使用周波数リソースとの関係の一例を示す図である。
【図１５】空き領域をサブフレーム単位で設定した場合における、空き領域と使用周波数リソースとの関係の他の例を示す図である。
【図１６】空き領域をサブフレーム単位で設定した場合における、空き領域と使用周波数リソースとの関係のさらに他の例を示す図である。
【図１７】空き領域をシンボル単位で設定した場合における、空き領域と使用周波数リソースとの関係の一例を示す図である。
【図１８】空き領域をシンボル単位で設定した場合における、空き領域と使用周波数リソースとの関係の他の例を示す図である。
【図１９】空き領域をシンボル単位で設定した場合における、空き領域と使用周波数リソースとの関係のさらに他の例を示す図である。
【図２０】上りおよび下りの周波数の間に空き領域を設ける一例を示す図である。
【図２１】実施の形態３の変形例１における通信システムの構成の一例を示す図である。
【図２２】図２１に示す通信システムのｅＮＢ間における通信区間の時分割割り当ての一例を示す図である。
【図２３】ビームスイーピングを説明するための図である。
【図２４】ページングの送信タイミングをビームスイーピングタイミングに合わせる送信方法を説明するための図である。
【図２５】実施の形態４におけるページング処理に関するシーケンスの一例を示す図である。
【図２６】各ビームで送信されるＰＣＣＨがマッピングされるリソースの一例を示す図である。
【図２７】ＰＣＣＨを送信するビームと同一のビームでＰＣＣＨのスケジューリング情報を送信する場合のリソースの一例を示す図である。
【図２８】ページング用ビームスイーピングを設けた場合のページングの送信方法を説明するための図である。
【図２９】実施の形態５におけるページング処理に関するシーケンスの一例を示す図である。
【図３０】ページング用ビームスイーピングを設けた場合のページングの送信方法を説明するための図である。
【図３１】ビームサーチ用ビームスイーピングブロックを示す図である。
【図３２】ページング用ビームスイーピングブロックを示す図である。
【図３３】ＵＥ−ＩＤを用いて決めたページングタイミング後のビームスイーピングタイミングでページングを送信する方法を説明するための図である。
【図３４】実施の形態６におけるページング処理に関するシーケンスの一例を示す図である。
【図３５】ビームスイーピングブロックでページングの存在を示す情報を送信する場合のリソースの一例を示す図である。
【図３６】実施の形態９におけるページング処理に関するシーケンスの一例を示す図である。
【図３７】下りビームスイーピングタイミングの直後に、上りビームスイーピングタイミングを設定する方法を説明するための図である。
【図３８】ページング用ビームスイーピングタイミングの直後に、ページング応答用ビームスイーピングタイミングを設定する方法を説明するための図である。
【図３９】ビームスイーピングブロックの各ビームを自己完結型にした場合のリソースの一例を示す図である。
【図４０】ＰＣＣＨがマッピングされたサブフレームで、該ＰＣＣＨに対する応答信号を送信する方法の一例を示す図である。
【図４１】ビームスイーピングブロックの全ビームで１つのＳＳが送信される場合の一例を示す図である。
【図４２】ビームスイーピングブロックのビーム毎に２つの同期信号を送信する場合の一例を示す図である。
【図４３】ビームスイーピングブロックのビーム毎に２つの同期信号を送信する場合の他の例を示す図である。
【図４４】ビームスイーピングブロックのビーム毎に１つの同期信号を送信する場合の一例を示す図である。
【図４５】ビームスイーピングブロックの各ビームの送信期間が任意のシンボル長になる場合の一例を示す図である。
【発明を実施するための形態】
【００６２】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（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）」であってもよい。
【０１００】
図７は、マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。マクロｅＮＢによって構成されるマクロセルは、比較的広い範囲のカバレッジ７０１を有する。スモールｅＮＢによって構成されるスモールセルは、マクロｅＮＢ（マクロセル）のカバレッジ７０１に比べて範囲が小さいカバレッジ７０２を有する。
【０１０１】
複数のｅＮＢが混在する場合、あるｅＮＢによって構成されるセルのカバレッジが、他のｅＮＢによって構成されるセルのカバレッジ内に含まれる場合がある。図７に示すセルの構成では、参照符号「７０４」または「７０５」で示されるように、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２が、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１内に含まれる場合がある。
【０１０２】
また、参照符号「７０５」で示されるように、複数、例えば２つのスモールセルのカバレッジ７０２が、１つのマクロセルのカバレッジ７０１内に含まれる場合もある。移動端末（ＵＥ）７０３は、例えばスモールセルのカバレッジ７０２内に含まれ、スモールセルを介して通信を行う。
【０１０３】
また図７に示すセルの構成では、参照符号「７０６」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが複雑に重複する場合が生じる。
【０１０４】
また、参照符号「７０７」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが重複しない場合も生じる。
【０１０５】
さらには、参照符号「７０８」で示されるように、多数のスモールｅＮＢによって構成される多数のスモールセルのカバレッジ７０２が、１つのマクロｅＮＢによって構成される１つのマクロセルのカバレッジ７０１内に構成される場合も生じる。
【０１０６】
５Ｇでは、遅延時間の低減のために、１つのサブフレームの中に下りと上りとを構成し、下りに対する応答を同じサブフレームで返す自己完結型サブフレーム（self-contained subframe）が提唱されている。上りにおいて送信される情報として、同一サブフレームの下りデータに対するＡｃｋ／Ｎａｃｋ、同一サブフレームの上りスケジューリンググラントに対する上りデータ、および同一サブフレームの下りＲＳに対する測定結果の３つが検討されている（非特許文献９参照）。
【０１０７】
下りから上りへの移行に際し、送信／受信切替時間、ｅＮＢとＵＥとの間の伝搬遅延に加え、各ＵＥにおける下り信号の復調および復号の時間、各ＵＥにおける復号後の下り信号から上り符号化前信号の生成までの処理時間、ならびに各ＵＥにおける上り信号の符号化および変調の時間を考慮しなければならない（非特許文献１０参照）。
【０１０８】
したがって、ｅＮＢおよびＵＥにおいて、下りから上りに移行する間にギャップ期間（以下「ギャップ」または「Ｇａｐ」という場合がある）が設けられる。ｅＮＢにおいて、ギャップ期間には、該ＵＥ向けの下り信号の送信は行われない。ＵＥは、ギャップ期間に、下り信号の復調および復号、上り符号化前信号の生成、ならびに上り信号の符号化および変調を行う必要がある。
【０１０９】
セル内の全ＵＥに対してギャップ期間を同一とすると、処理は容易になるが、処理時間が最長となるＵＥに合わせてギャップ期間を設定しなければならない。したがって、処理時間が短いＵＥにとっては、ギャップ期間は無駄に長いものとなる。
【０１１０】
ＬＴＥにおけるスペシャルサブフレーム（Special Subframe）においては、ＵＥ毎に、上りパイロットタイムスロット（Uplink Pilot Time Slot：ＵｐＰＴＳ）の追加設定によってギャップ期間を短くすることが可能である。
【０１１１】
しかし、追加設定された上り送信区間における送信対象は、サウンディング参照信号または物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）のみである（非特許文献１０，１１，１２参照）。
【０１１２】
したがって、上りデータ、上りＡｃｋ／Ｎａｃｋ、および下り参照信号測定結果を送信する自己完結型サブフレームには、スペシャルサブフレームの設定方法を適用することができない。また、スペシャルサブフレームでは、下りパイロットタイムスロット（Downlink Pilot Time Slot：ＤｗＰＴＳ）の追加設定をすることはできない。
【０１１３】
また、自己完結型サブフレームでは、下り信号のサイズおよび変調方法によって、ＵＥにおいて必要な処理時間が変化する。ギャップ期間を固定とすると、処理は容易になるが、最長の処理時間がかかる下り信号のサイズおよび変調方法を考慮してギャップ期間を設定しなければならない。
【０１１４】
したがって、処理時間の短い下り信号のサイズおよび変調方法で送信される送信時間間隔（Transmission Time Interval：ＴＴＩ）あるいはサブフレームにおいては、設定されたギャップ期間が無駄に長いものとなる。
【０１１５】
このような無駄を解消するために、例えばギャップ期間を柔軟に変えることが考えられるが、ギャップ期間を柔軟に変える方法は開示されていない。
【０１１６】
本実施の形態では、以上のような問題を解決する方法を開示する。
【０１１７】
ｅＮＢは、自己完結型サブフレームにおけるギャップをＵＥ毎に設定する。また、ｅＮＢは、ギャップ前のシンボルに下り信号／チャネルをマッピングし、ギャップ後の信号に上り信号／チャネルをマッピングする。
【０１１８】
ギャップの設定において、ｅＮＢはＵＥに対し、位置と長さとを同時に指定してもよいし、別々に指定してもよい。ギャップの位置について、ｅＮＢはＵＥに対し、先頭位置で指定してもよいし、末尾位置で指定してもよい。
【０１１９】
ギャップの長さの与え方は、５Ｇ無線アクセスシステムにおける最小時間単位としてもよいし、シンボル単位でもよいし、サブフレーム長に対する比率でもよい。また、他の単位で与えてもよい。
【０１２０】
また、ギャップを設定する代わりに、上り信号／チャネルの長さと下り信号／チャネルの長さを設定してもよい。前記の上りと下りの長さの設定は、同時でもよいし、別々でもよい。上りと下りの長さのそれぞれの設定は、ギャップの長さと同様に、５Ｇ無線アクセスシステムにおける最小時間単位でもよいし、シンボル単位でもよいし、サブフレーム長に対する比率としてもよいし、他の単位でもよい。
【０１２１】
前述の、上り信号／チャネルの長さ、および下り信号／チャネルの長さの設定は、ｅＮＢからＵＥに対して行うとよい。
【０１２２】
また、ギャップの設定、ならびに上り信号／チャネルの長さと下り信号／チャネルの長さとの設定について、いくつかの選択肢から選択することとしてもよい。この場合、ｅＮＢからＵＥに対し、選択肢の一覧と、選択する設定の識別子とを指定するとよい。選択肢の一覧については、規格で規定してもよい。選択肢の一覧と、選択する設定の識別子とは、ｅＮＢからＵＥに対し、まとめて与えてもよいし、別々に与えてもよい。
【０１２３】
ギャップ後のシンボルにマッピングする上り信号／チャネルの例として、以下の（１）〜（５）の５つを開示する。
【０１２４】
（１）同一サブフレームの下りデータに対するＡｃｋ／Ｎａｃｋ。
【０１２５】
（２）同一サブフレームの上りグラントに対する上りデータ。
【０１２６】
（３）同一サブフレームの下り参照信号の測定結果。
【０１２７】
（４）上り参照信号。例えば、サウンディング参照信号および上り復調用参照信号。
【０１２８】
（５）前記（１）〜（４）の組合せ。
【０１２９】
ギャップ前のシンボルにマッピングする下り信号／チャネルの例として以下の（１）〜（５）の５つを開示する。
【０１３０】
（１）Ｌ１／Ｌ２制御信号／チャネル。下りスケジューリング情報および上りグラントのいずれか一方または両方を含んでもよい。
【０１３１】
（２）下りデータ。
【０１３２】
（３）下り参照信号。
【０１３３】
（４）その他下り信号／チャネル。
【０１３４】
（５）前記（１）〜（４）の組合せ。
【０１３５】
ギャップ前のシンボルにマッピングする下り信号／チャネルの他の例として、ページング信号あるいはページングチャネルがある。ページングチャネルとしては、ＰＣＣＨがマッピングされるチャネルであってもよい。ＰＣＣＨがマッピングされるチャネルのスケジューリング情報がマッピングされてもよい。
【０１３６】
ギャップ後のシンボルにマッピングする上り信号／チャネルの他の例として、ページングに対する応答信号あるいは応答チャネルがある。ページングに対する応答チャネルとしては、ＰＲＡＣＨであってもよい。
【０１３７】
このようにすることによって、同一サブフレーム内で、ＵＥは、ページングの受信とページングに対する応答の送信とを行うことが可能となり、着呼処理の遅延時間を削減することが可能となる。
【０１３８】
図８は、ＵＥ毎に設けるギャップを示す図である。ｅＮＢからＵＥ＃１に、第１下り信号８００（ＤＬ＃１）が送信され、伝搬遅延を経て、ＵＥ＃１において、第１下り信号８０１（ＤＬ＃１）として受信される。同様に、ｅＮＢからＵＥ＃２に、第２下り信号８０２（ＤＬ＃２）が送信され、ＵＥ＃２において、第２下り信号８０３（ＤＬ＃２）として受信される。また、ＵＥ＃１からｅＮＢに、第１上り信号８０４（ＵＬ＃１）が送信され、ｅＮＢにおいて、第１上り信号８０５（ＵＬ＃１）として受信される。同様に、ＵＥ＃２からｅＮＢに、第２上り信号８０６（ＵＬ＃２）が送信され、ｅＮＢにおいて、第２上り信号８０７（ＵＬ＃２）として受信される。また、第１下り信号８００（ＤＬ＃１）と第１上り信号８０５（ＵＬ＃１）との間、および第２下り信号８０２（ＤＬ＃２）と第２上り信号８０７（ＵＬ＃２）との間には、それぞれ、第１ギャップ８０８（Ｇａｐ＃１）、第２ギャップ８０９（Ｇａｐ＃２）が設けられる。
【０１３９】
図８において、ＵＥ＃１向けの、第１下り信号８００（ＤＬ＃１）、第１ギャップ８０８（Ｇａｐ＃１）および第１上り信号８０５（ＵＬ＃１）を組合せたデータと、ＵＥ＃２向けの、第２下り信号８０２（ＤＬ＃２）、第２ギャップ８０９（Ｇａｐ＃２）および第２上り信号８０７（ＵＬ＃２）を組合せたデータとは、周波数分割、符号分割および空間分割のいずれか１つまたはその組合せによって多重されている。
【０１４０】
図８において、第１ギャップ８０８（Ｇａｐ＃１）および第２ギャップ８０９（Ｇａｐ＃２）の位置および長さを、ｅＮＢからＵＥ毎に設定可能とすることによって、第１下り信号８００（ＤＬ＃１）、第２下り信号８０２（ＤＬ＃２）、第１上り信号８０５（ＵＬ＃１）および第２上り信号８０７（ＵＬ＃２）の長さをＵＥ毎に設定可能としている。図８では、一例として、ｅＮＢに接続されるＵＥの数を２として説明しているが、ＵＥの数は１であってもよいし、３以上であってもよい。
【０１４１】
ｅＮＢがＵＥにギャップを設定するとき、伝搬遅延、ＵＥ処理時間、具体的には信号の復調および復号時間、復号後の下り信号から上り符号化前信号の生成までの処理時間、ならびに上り信号の符号化および変調時間、ＵＥ送信／受信切替時間を用いてもよい。
【０１４２】
ｅＮＢは、ＵＥまでの伝搬遅延を測定するとよい。ｅＮＢは、ＵＥからの上り信号の受信によって、ＵＥまでの伝搬遅延を測定するとよい。例えば、タイミングアドバンス（Timing Advance：ＴＡ）を用いるとよい。
【０１４３】
一度測定された伝搬遅延に対し、ＵＥが、ｅＮＢから受信する信号のタイミングの変化量を測定し、ＵＥからｅＮＢに該変化量を通知してもよい。ｅＮＢは、該変化量に基づいて伝搬遅延を補正してもよい。この方法によって、ｅＮＢにおける伝搬遅延の測定負荷を軽減させることができる。
【０１４４】
前述の、ＵＥによるタイミングの変化量の測定と、ｅＮＢへの該変化量の通知とは、連続して実行されてもよいし、連続せずに実行されてもよい。あるいは、片方のみが実行されてもよい。
【０１４５】
ＵＥは、ｅＮＢに対し、前記ＵＥ処理時間を通知するとよい。ＵＥからｅＮＢに通知する内容は、ＵＥ能力（UE capability）としてもよいし、別の内容を新たに通知してもよい。ＵＥ能力を用いる場合は、該ＵＥ能力に含まれるＵＥカテゴリー（UE category）からＵＥ処理時間を導出してもよいし、ＵＥ処理時間に相当するパラメータをＵＥ能力に追加してもよい。ＵＥカテゴリーからのＵＥ処理時間の導出方法は、規格で定めてもよいし、ＵＥカテゴリーとＵＥ処理時間とを対応付けたテーブルを別途設定してもよい。また、ＵＥ処理時間について、ｅＮＢにおいて予め固定値を設定してもよい。
【０１４６】
前述において、ＵＥ処理時間を導出するのは、ｅＮＢでもよいし、ＵＥでもよい。ＵＥは、導出したＵＥ処理時間をｅＮＢに通知してもよい。
【０１４７】
ｅＮＢからＵＥに対し、ＵＥ処理時間の問合せを行うとよい。ＵＥ処理時間の問合せとして、例えば、ｅＮＢからＵＥへの、ＵＥ能力問合せ（UE capability Enquiry）を用いてもよい。これによって、ｅＮＢがＵＥからＵＥ処理時間を取得してもよい。ＵＥ能力問合せは、ＲＲＣ個別シグナリングを用いて行うとよい。
【０１４８】
ｅＮＢは、ギャップ設定値を決定する。前記ギャップ設定値の決定において、伝搬遅延およびＵＥ処理時間を用いるとよい。ｅＮＢは、決定したギャップ設定値をＵＥに通知する。ｅＮＢおよびＵＥは、前記ギャップ設定値を反映する。
【０１４９】
ＵＥ毎のギャップ設定について、デフォルト値を設けるとよい。前記デフォルト値が必要な状況としては、例えば、ＵＥがｅＮＢに接続するときである。ＵＥがｅＮＢに接続するとき、報知情報およびページング信号を受信し、また、物理ランダムアクセスチャネルを送信する必要がある。このとき、前記デフォルト値によって、下り信号受信と上り信号送信とを行うとよい。
【０１５０】
前記デフォルト値は、ｅＮＢ共通の値として設定するとよい。前記デフォルト値の設定は、ｅＮＢからＵＥに対して行うとよい。
【０１５１】
前記デフォルト値は、例えば、予め規格などで静的（Static）に設定するとよい。また、ＲＲＣ共通シグナリングを用いた準静的（Semi-static）な設定と併用してもよい。ＲＲＣ共通シグナリングを用いた準静的な設定としては、ｅＮＢからＵＥに報知してもよい。ｅＮＢからの報知の方法として、例えば、報知情報を用いるとよい。報知情報として、例えば、ＳＩＢ１またはＳＩＢ２を用いるとよい。
【０１５２】
静的な設定と準静的な設定とを併用することによって、ｅＮＢ共通のデフォルト値を、ｅＮＢ接続中のＵＥの通信状況、例えば、上り通信が多い、下り通信が多い、などの状況に応じて、柔軟に変更することができる。
【０１５３】
前記デフォルト値は、ギャップの位置および長さを直接ｅＮＢからＵＥに指定する構成としてもよいし、選択肢の一覧から指定する構成としてもよい。選択肢の一覧は、予め規格などで与えるとよい。あるいは、ＲＲＣシグナリングを用いて選択肢の一覧を与えてもよい。前記の選択肢の一覧は、ｅＮＢからＵＥに設定してもよい。
【０１５４】
また、前記デフォルト値について、準静的な設定を用いる場合は、静的に与えた設定値からの相対値としてもよい。この場合、ｅＮＢからＵＥに相対値を直接指定してもよいし、選択肢の一覧から指定してもよい。選択肢の一覧は、予め規格などで与えるとよい。
【０１５５】
前記デフォルト値は、準静的な設定を用いるかどうかによらず、静的に与えた設定値からの相対値として、ｅＮＢからＵＥに通知してもよい。前記相対値は、ｅＮＢからＵＥに直接指定してもよいし、選択肢の一覧から指定してもよい。前記選択肢の一覧は、予め規格などで与えるとよい。前記選択肢の一覧を、ｅＮＢからＵＥに準静的に設定してもよい。
【０１５６】
ＵＥ毎のギャップ設定において、位置および長さをｅＮＢから各ＵＥに絶対値で指定してもよいし、相対値で指定してもよい。相対値で指定する場合、例えば、デフォルト値からの差分として設定してもよいし、前回の設定値からの差分として設定してもよい。
【０１５７】
ＵＥ毎のギャップ設定方法の具体例として、以下の（１）〜（３）の３つを開示する。
【０１５８】
（１）準静的（semi-static）な設定。
【０１５９】
（２）動的（Dynamic）な設定。
【０１６０】
（３）前記（１）および（２）の組合せ。
【０１６１】
前記（１）の準静的な設定について、例えば、ＲＲＣ個別シグナリングを用いる。ＲＲＣ個別シグナリングとして、例えば、ＲＲＣ接続再設定（RRC connection reconfiguration）を用いてもよい。あるいは、ランダムアクセス処理におけるメッセージ４を用いてもよい。
【０１６２】
前記（１）の準静的な設定について、ｅＮＢからＵＥに設定値を直接与えてもよいし、あるいは、いくつかの選択肢から選択することとしてもよい。例えば、選択肢を予め与え、選択する設定の識別子をｅＮＢからＵＥに準静的に設定してもよい。予め与える選択肢は、規格によって決定してもよい。また、共通シグナリングを用いて与えてもよい。共通シグナリングの例として、報知情報を用いる。報知情報としては、例えば、ＳＩＢ１を用いる。また、前記選択肢は、ＲＲＣ個別シグナリングを用いて準静的に与えてもよい。
【０１６３】
ＵＥ毎のギャップ設定をいくつかの選択肢から選択する場合について、デフォルト値の設定のときに与えられた選択肢の一覧を用いてもよい。また、選択する設定の識別子の通知は、該識別子を変更する場合のみに行ってもよい。
【０１６４】
前記（２）の動的な設定について、例えば、ＭＡＣシグナリング（MAC Control Element）を用いる。また、別の例として、Ｌ１／Ｌ２シグナリングを用いる。これによって、ＴＴＩ毎、あるいはサブフレーム毎にギャップ設定を変えることができるので、短い周期でのギャップ設定の変更が可能となる。前記（２）における設定内容は、前記（１）と同様としてよい。
【０１６５】
前記（２）において、ＭＡＣシグナリングを用いることによって、再送制御が行われ、信頼性が高い通知が可能となる。また、Ｌ１／Ｌ２シグナリングを用いることによって、下りユーザデータが無いときにおいても、ｅＮＢからＵＥにギャップ設定を通知することが可能となる。
【０１６６】
前記（２）において、例えば、伝搬遅延の変化に伴い、ギャップ設定が変わるとき、ＭＡＣシグナリングによってギャップ設定をＴＡと同時に送ってもよいし、別々に送ってもよい。
【０１６７】
前記（３）の設定について、異なる設定内容を１つの組合せとして、それぞれ準静的、動的に設定してもよい。例えば、前記選択肢を準静的に与え、選択する設定の識別子を動的に与えてもよい。また、同じ設定内容を準静的にも動的にも設定可能としてもよい。例えば、選択する設定の識別子を準静的にも動的にも設定可能としてもよい。具体的には、ｅＮＢにおいて、通常は、選択する設定の識別子を準静的に指定し、突発的に大量のデータを送受信しなければいけないようなときに、選択する設定の識別子を動的に設定する、といった運用が可能となる。
【０１６８】
前記（１）〜（３）において、ギャップ設定を反映させるタイミングを併せて通知してもよい。前記タイミングとして、例えば、サブフレーム番号を用いてもよい。また、ギャップ設定を受信してから反映させるまでの期間を予め定めておいてもよい。前記期間として、例えば、サブフレーム数を用いてもよい。このようにすることによって、ギャップ設定の変更を即時に反映することができない場合でも、ギャップ設定の変更による送受信ロスを防ぐことができる。
【０１６９】
また、前記（２），（３）において、Ｌ１／Ｌ２シグナリングを用いて設定する場合、ギャップ設定データを自己完結型サブフレームの先頭シンボルに配置するとよい。このようにすることによって、ＵＥにおいて、ギャップ設定受信から送受信切替までの時間を可能な限り確保することができる。
【０１７０】
また、前記（２），（３）において、Ｌ１／Ｌ２シグナリングを用いない場合についても、ギャップ設定データを自己完結型サブフレームの先頭シンボルに配置してもよい。
【０１７１】
図９は、自己完結型サブフレームにおけるギャップの設定に関するシーケンスの一例を示す図である。図９では、ＵＥの初期接続において、ｅＮＢが、ＴＡおよびＵＥ能力を用いてギャップ設定を決定し、ＵＥに対してギャップを準静的に設定する場合の例を示す。
【０１７２】
ステップＳＴ９００において、ｅＮＢは、ＵＥに、ギャップ設定のデフォルト値を報知する。報知情報を用いて報知を行ってもよい。また、報知情報として、例えば、ＳＩＢ１を用いてもよい。
【０１７３】
ステップＳＴ９０１において、ＵＥは、ギャップ設定のデフォルト値を反映させる。
【０１７４】
ステップＳＴ９０２、ステップＳＴ９０３、ステップＳＴ９０４、ステップＳＴ９０５、ステップＳＴ９０６およびステップＳＴ９０７は、ランダムアクセス処理およびＲＲＣ接続処理を表している。併せて、タイミングアドバンス（Timing Advance）の測定、通知を行っている。
【０１７５】
ステップＳＴ９０２において、ＵＥは、ＲＡプリアンブル（RA preamble）をｅＮＢに通知する。ＲＡプリアンブルの通知には、例えば、ＰＲＡＣＨを用いる。
【０１７６】
ステップＳＴ９０３において、ｅＮＢは、タイミングアドバンス（ＴＡ）を求める。例えば、受信したＲＡプリアンブルを用いてＴＡを求めてもよい。
【０１７７】
ステップＳＴ９０４において、ｅＮＢは、前記ＴＡをＵＥに送信する。ＵＥ送信用の上りグラント情報と一緒に送信してもよい。また、前記ＴＡの送信には、ＲＡ応答（RA response）を用いるとよい。
【０１７８】
ＵＥは、ステップＳＴ９０４で受信したＴＡに基づいて、自身のＵＬ送信タイミングを調整する。また、ステップＳＴ９０５において、ＲＲＣ接続要求（RRC Connection Request）をｅＮＢに送信する。ＲＲＣ接続要求の送信には、前記上りグラント情報によって指定された無線リソースを用いるとよい。
【０１７９】
ｅＮＢは、ステップＳＴ９０６において、ＲＲＣ接続設定（RRC Connection Setup）をＵＥに送信する。ステップＳＴ９０２、ステップＳＴ９０３、ステップＳＴ９０４およびステップＳＴ９０５による一連のＲＡシーケンスにおける競合解消（Contention Resolution）と一緒に送信してもよい。
【０１８０】
ステップＳＴ９０７において、ＵＥは、ＲＲＣ接続設定完了（RRC Connection Setup Complete）をｅＮＢに通知する。これによって、ｅＮＢとＵＥとの間におけるＲＲＣの接続が完了する。
【０１８１】
ステップＳＴ９０８において、ｅＮＢは、ＵＥに、ＵＥ能力問合せ（UE capability Enquiry）を送信する。ＲＲＣ個別シグナリングを用いてＵＥ能力問合せの送信を行ってもよい。ＵＥは、ステップＳＴ９０９において、ｅＮＢに、ＵＥ能力通達（UE capability Information）を送信する。ＵＥ能力通達の送信を、ＲＲＣ個別シグナリングを用いて行ってもよい。
【０１８２】
ステップＳＴ９１０において、ｅＮＢは、該ＵＥに対するギャップ設定値を決定する。ＴＡおよびＵＥ能力を用いてギャップ設定値を決めてもよい。
【０１８３】
ステップＳＴ９１１において、ｅＮＢは、決定したギャップ設定値をＵＥに送信する。ギャップ設定値の送信を、ＲＲＣ個別シグナリングを用いて行ってもよい。
【０１８４】
ステップＳＴ９１２において、ＵＥは、ｅＮＢから受信したギャップ設定値を反映させる。ステップＳＴ９１３において、ｅＮＢは、ＵＥに送信したギャップ設定値を反映させる。これによって、ＵＥとｅＮＢとは、新しいギャップ設定値によって通信を行う。
【０１８５】
ｅＮＢは、下り信号および上り信号のスケジューリングを、送信タイミングと同一サブフレームで行ってもよいし、異なるサブフレームで行ってもよい。異なるサブフレームで行う場合の一例として、例えば、複数のサブフレーム分のスケジューリングをまとめて行ってもよい。
【０１８６】
下り信号のスケジューリングを同一サブフレームで行う場合、下り制御チャネルに下り信号のスケジューリング情報をマッピングするとよい。前記下り制御チャネルとして使用する無線リソースは、予め規格で定めてもよいし、ｅＮＢからＵＥに対して報知してもよい。
【０１８７】
下りスケジューリング情報の具体例として、以下の（１）〜（５）の５つを開示する。
【０１８８】
（１）下り長。例えば、シンボル数および５Ｇ無線アクセスシステムにおける最小時間単位などで与えられる。下り長をいくつかの選択肢で与える場合は、選択内容の識別子で与えてもよい。
【０１８９】
（２）信号／チャネル種類。例えば、ＰＤＳＣＨ、ＲＳなど。
【０１９０】
（３）該シンボルへのマッピング情報。例えば、ＵＥが復調するのに必要な情報。ＵＥが復調するのに必要な情報としては、例えば、制御チャネルとデータチャネルの長さ、位置など。
【０１９１】
（４）通常の下りスケジューリング情報。例えば、下り送信に割り当てる周波数幅など。下り制御情報（Downlink Control Information：ＤＣＩ）に含めてもよい。
【０１９２】
（５）前記（１）〜（４）の組合せ。
【０１９３】
上り信号のスケジューリングを同一サブフレームで行う場合、下り制御チャネルに上り信号のスケジューリング情報をマッピングするとよい。前記下り制御チャネルとして使用する無線リソースは、予め規格で定めてもよいし、ｅＮＢからＵＥに対して報知してもよい。
【０１９４】
上りスケジューリング情報の具体例として、以下の（１）〜（５）の５つを開示する。
【０１９５】
（１）上り長。例えば、シンボル数および５Ｇ無線アクセスシステムにおける最小時間単位などで与えられる。上り長をいくつかの選択肢で与える場合は、選択内容の識別子で与えてもよい。
【０１９６】
（２）信号／チャネル種類。例えば、Ａｃｋ／Ｎａｃｋ、ＣＳＩ、ＰＵＳＣＨ、ＳＲＳなど。
【０１９７】
（３）該シンボルへのマッピング情報。例えば、ＵＥが変調するのに必要な情報。ＵＥが変調するのに必要な情報としては、例えば、制御チャネルとデータチャネルの長さ、位置など。
【０１９８】
（４）通常の上りスケジューリング情報。例えば、上り送信に割り当てる周波数幅など。上り制御情報（Uplink Control Information：ＵＣＩ）に含めてもよい。
【０１９９】
（５）前記（１）〜（４）の組合せ。
【０２００】
下りスケジューリング情報、上りスケジューリング情報に加えて、ｅＮＢからＵＥに対し、スケジューリングの対象となるサブフレームの識別子を送信してもよい。サブフレームの識別子として、例えば、サブフレーム番号を用いてもよい。ｅＮＢは、前記識別子が示すサブフレームにおいて、前記下りスケジューリング情報、および前記上りスケジューリング情報を用いて、下り信号送信および上り信号受信を行うとよい。
【０２０１】
ＵＥは、前記識別子が示すサブフレームにおいて、前記下りスケジューリング情報、および前記上りスケジューリング情報を用いて、下り信号受信および上り信号送信を行うとよい。ＵＥは、スケジューリングの対象となるサブフレームまで、下りスケジューリング情報、および上りスケジューリング情報を保持するとよい。
【０２０２】
ｅＮＢからＵＥに前記識別子を送信することによって、自己完結型サブフレームの送受信において、スケジューリングを異なるサブフレームで行うことが可能となる。
【０２０３】
また、下りスケジューリング情報、上りスケジューリング情報に加えて、ｅＮＢからＵＥに対し、スケジューリングから下り信号送信および上り信号受信までの遅延時間を示す情報を送信してもよい。前記情報は、遅延時間をサブフレーム単位で表すものであってもよいし、シンボル単位でもよいし、５Ｇ無線アクセスシステムにおける最小時間単位でもよいし、他の単位でもよい。また、前記情報は、遅延時間の選択肢一覧から選択されたものを表す識別子であってもよい。
【０２０４】
ｅＮＢは、下りスケジューリング情報、上りスケジューリング情報の送信から前記情報が示す遅延時間が経過してから、前記下りスケジューリング情報、および前記上りスケジューリング情報を用いて、下り信号送信および上り信号受信を行うとよい。
【０２０５】
また、ＵＥは、下りスケジューリング情報、上りスケジューリング情報の受信から前記情報が示す遅延時間が経過してから、前記下りスケジューリング情報、前記上りスケジューリング情報を用いて、下り信号受信および上り信号送信を行うとよい。ＵＥは、前記情報が示す遅延時間が経過するまで、下りスケジューリング情報、上りスケジューリング情報を保持するとよい。
【０２０６】
ｅＮＢからＵＥに前記情報を送信することによって、自己完結型サブフレームの送受信において、スケジューリングの対象となるサブフレームの識別子をｅＮＢからＵＥに送信する場合と同様に、スケジューリングを異なるサブフレームで行うことが可能となる。
【０２０７】
前記情報は、規格で静的に与えてもよい。または、ＲＲＣシグナリングで準静的に与えてもよい。これによって、前記情報の送信によって発生する通信量の増大を抑えることができる。
【０２０８】
また、前記情報は、ＭＡＣシグナリングあるいはＬ１／Ｌ２シグナリングで動的に与えてもよい。これによって、前記遅延時間を柔軟に変更することができる。
【０２０９】
また、ｅＮＢからＵＥに対し、複数のサブフレーム分のスケジューリング情報をまとめて送信してもよい。前記スケジューリング情報において、各サブフレーム向けのスケジューリング情報は互いに異なっていてもよい。前記スケジューリング情報の送信には、ＲＲＣ個別シグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよいし、Ｌ１／Ｌ２シグナリングを用いてもよい。ＲＲＣ個別シグナリングの例としては、ＲＲＣ接続再設定を用いてもよい。
【０２１０】
ｅＮＢは、複数のサブフレーム分のスケジューリング情報を用いて、複数のサブフレーム分の下り信号送信および上り信号受信を行うとよい。
【０２１１】
また、ＵＥは、複数のサブフレーム分のスケジューリング情報を用いて、複数のサブフレーム分の下り信号受信および上り信号送信を行うとよい。
【０２１２】
ｅＮＢは、前記スケジューリング情報に加えて、スケジューリングされる期間を示す情報を送信してもよい。スケジューリングされる期間を示す情報としては、例えば、サブフレーム数、シンボル数、５Ｇ無線アクセスシステムにおける最小時間単位の整数倍を用いてもよい。スケジューリングされる期間は、規格で決めてもよいし、ｅＮＢからＵＥに対し、ＲＲＣ個別シグナリングで送信してもよい。ＲＲＣ個別シグナリングの例としては、ＲＲＣ接続再設定を用いてもよい。また、ＭＡＣシグナリングで送信してもよいし、Ｌ１／Ｌ２シグナリングで送信してもよい。
【０２１３】
また、ＵＥが前記スケジューリング情報を受信できなかった場合は、スケジューリング対象となるサブフレームにおいて、下りデータ受信および上りデータ送信を行わなくてもよい。ＵＥは、別のスケジューリング情報を受信してから、前記別のスケジューリング情報の対象となるサブフレームにおいて、下りデータ受信および上りデータ送信を再開してもよい。あるいは、ＵＥは、以前に受信したスケジューリング情報を繰り返して用いてもよい。
【０２１４】
前述の、複数のサブフレーム分のスケジューリング情報およびスケジューリングされる期間は、スケジューリングの対象となるサブフレームの識別子、スケジューリングから下り信号送信および上り信号受信までの遅延時間を示す情報と組み合わされてもよい。前記識別子、あるいは、前記遅延時間を示す情報は、スケジューリングの対象となる複数サブフレームの先頭を指し示してもよい。
【０２１５】
また、前述の、スケジューリングされる期間、スケジューリングから下り信号送信、上り信号受信までの遅延時間を示す情報について、デフォルト値を設けてもよい。前記デフォルト値は、規格で定めてもよいし、共通シグナリングで設定してもよい。共通シグナリングの例としては、報知情報を用いてもよい。報知情報としては、ＳＩＢ１およびＳＩＢ２を用いてもよいし、他のＳＩＢを用いてもよい。前記デフォルト値の設定は、ｅＮＢからＵＥに対して通知されるとよい。
【０２１６】
ＵＥ毎に異なるギャップを設定するとき、ＵＥ間で下りと上りとが重複しないようにする処理を設けてもよい。当該処理は、ＵＥ追加時に処理をすることが望ましい。
【０２１７】
前記処理は、ｅＮＢからＵＥに対して行ってもよいし、前記ＵＥが行ってもよい。ＵＥは、前記処理の結果を、ｅＮＢに通知してもよい。またＵＥは、前記処理の結果を、他のＵＥに通知してもよい。
【０２１８】
ＵＥ間で下りと上りとが重複しないようにする処理の具体例として、以下の（１）〜（４）の４つを開示する。
【０２１９】
（１）先に接続したＵＥを優先。
【０２２０】
（２）優先度の高いＵＥを優先。
【０２２１】
（３）ギャップ設定可能範囲に基づく調停。
【０２２２】
（４）前記（１）〜（３）の組合せ。
【０２２３】
前記（２）の処理において、各ＵＥは優先度を示す情報を付与される。前記情報を、規格によって与えてもよい。規格によって与えるとき、例えば、ＵＥが使用するサービスによって決定してもよい。また、ｅＮＢが決定し、ｅＮＢからＵＥに送信してもよい。また、上位ネットワーク装置が決定し、ｅＮＢ経由でＵＥに送信してもよい。また、ＵＥ内のパラメータとして予め保持させてもよい。
【０２２４】
高い優先度のＵＥが追加されたとき、低い優先度のＵＥは、ギャップ設定を変更する。ＵＥ毎に与えられる優先度は、上位ネットワーク装置が決定してもよいし、ｅＮＢが決定してもよいし、ＵＥ自身が決定してもよい。また、優先度の値は可変としてもよい。優先度を変更する主体は、上位ネットワーク装置でもよいし、ｅＮＢでもよいし、ＵＥ自身でもよい。また、接続中と非接続時とで、優先度の値を変えてもよい。例えば、あるＵＥにおいて、接続中の優先度を非接続時よりも高くすることによって、該ＵＥのギャップ設定変更の頻度を抑え、不要なシグナリングの発生を抑えることができる。
【０２２５】
前記（２）における優先度を決める基準として、例えば、ＵＥが使用するサービスによって決定してもよい。各サービスに与える優先度は、規格によって決定してもよい。ＵＥが使用するサービスとしては、例えば、モバイルブロードバンド用の通信、高信頼性が求められるパケット通信、および緊急通報などとしてもよい。
【０２２６】
前記（２）における優先度は、ＲＲＣ個別シグナリングを用いて、ＵＥからｅＮＢに通知してもよい。ＲＲＣ個別シグナリングとして、例えば、ＲＲＣ接続再設定（RRC connection reconfiguration）を用いてもよい。あるいは、ランダムアクセス処理におけるメッセージ４を用いてもよい。ＵＥからｅＮＢに通知するタイミングとしては、例えば、ｅＮＢに接続するとき、ＵＥにおけるサービス変更時、例えば緊急通報の発信時としてもよい。
【０２２７】
前記（３）の処理において、ｅＮＢからＵＥのギャップ設定可能範囲を導出し、ＵＥに送信してもよい。または、各ＵＥは、ギャップ設定可能範囲をＵＥ内のパラメータとして備え、ｅＮＢに接続するときに該ギャップ設定可能範囲をｅＮＢに通知してもよい。ｅＮＢへの通知には、例えば、ＲＲＣ個別シグナリングを用いてもよい。また、ＲＲＣ個別シグナリングを用いてｅＮＢに通知するとき、ＵＥ能力と一緒に通知してもよいし、別々に通知してもよい。
【０２２８】
前記（３）の処理において、ＵＥ間で上りと下りとの競合が発生するとき、前記ギャップ設定可能範囲に基づいて、ｅＮＢにおいて該ＵＥのギャップ設定を調停し、ＵＥにギャップ設定変更を通知する処理を設けてもよい。
【０２２９】
ｅＮＢは、ＵＥの復調および復号能力を用いて各ＵＥのギャップ設定を決めてもよい。復調および復号能力を用いて各ＵＥのギャップ設定を決める方法の具体例として、以下の（１）〜（３）の３つを開示する。
【０２３０】
（１）予めＵＥの復調および復号能力をｅＮＢに通知。
【０２３１】
（２）過去の設定と誤り率とから判断。
【０２３２】
（３）前記（１），（２）の組合せ。
【０２３３】
前記（１）の処理において、例えば、ＵＥの復調および復号能力をＵＥ能力として、ｅＮＢに通知してもよい。または、他のパラメータを用いてもよい。また、前記（１）におけるＵＥの復調および復号能力の通知のタイミングは、例えば、ＵＥからｅＮＢの初期アクセス時としてもよい。
【０２３４】
前述のｅＮＢへの通知は、ＵＥが行ってもよいし、上位ネットワーク装置が行ってもよい。上位ネットワーク装置は、ｅＮＢに、ＵＥの復調および復号能力を要求してもよい。ｅＮＢは、上位ネットワーク装置に、ＵＥの復調および復号能力を通知してもよい。上位ネットワーク装置がｅＮＢに通知する例としては、ＵＥが別のｅＮＢから該ｅＮＢにハンドオーバする場合が挙げられる。
【０２３５】
また、前記（１）の処理において、ＵＥからｅＮＢに通知したパラメータは、上位ネットワーク装置まで通知され、上位ネットワーク装置から傘下の全ｅＮＢに通知されることとしてもよい。このようにすることによって、該ＵＥがアイドル（Ｉｄｌｅ）状態のときに移動し、別のｅＮＢに再び接続を行うときにも、ギャップ設定を引き継いでいるので、接続をスムーズに行うことができる。
【０２３６】
また、前記（１）の処理において、上位ネットワーク装置は、前記パラメータを保持してもよい。上位ネットワーク装置は、前記パラメータを削除してもよい。前述の、削除するタイミングとして、例えば、ＵＥと、該上位ネットワーク装置の配下のｅＮＢとの接続が切断されてから、予め定める時間が経過した後としてもよい。前記切断時に即時削除としてもよい。ｅＮＢは、上位ネットワーク装置に対し、ＵＥとの接続が切断したことを通知してもよい。また、前記切断は、ハンドオーバによるものであってもよい。
【０２３７】
前記予め定める時間は、規格で定めてもよいし、該上位ネットワーク装置が独自に決めてもよい。あるいは、前記パラメータに有効期間を設けてもよい。ｅＮＢは、上位ネットワーク装置に、前記パラメータを、予め定める周期で通知してもよい。前記通知を、上位ネットワーク装置とｅＮＢとの間のインタフェースを用いて行ってもよい。上位ネットワーク装置は、前記有効期間が満了した場合、前記パラメータを削除してもよい。上位ネットワーク装置は、ｅＮＢからの前記パラメータの通知を用いて、前記有効期間を初期化してもよい。前記有効期間は、規格で定めてもよいし、該上位ネットワーク装置が独自に決めてもよい。
【０２３８】
また、前記（１）の処理において、ｅＮＢは、前記パラメータを保持してもよい。ｅＮＢは、前記パラメータを削除してもよい。前述の、削除するタイミングとして、例えば、ＵＥとｅＮＢとの接続が切断されてから、予め定める時間が経過した後としてもよい。前記切断時に即時削除としてもよい。また、前記切断は、ハンドオーバによるものであってもよい。
【０２３９】
前記予め定める時間は、規格で定めてもよいし、該ｅＮＢが独自に決めてもよいし、上位ネットワーク装置からｅＮＢに通知してもよい。前記通知を、上位ネットワーク装置とｅＮＢとの間のインタフェースを用いて行ってもよい。あるいは、前記パラメータに有効期間を設けてもよい。ＵＥは、前記パラメータを、予め定める周期でｅＮＢに通知してもよい。ｅＮＢは、前記有効期間が満了した場合、前記パラメータを削除してもよい。ｅＮＢは、ＵＥからの前記パラメータの通知を用いて、前記有効期間を初期化してもよい。前記有効期間は、規格で定めてもよいし、上位ネットワーク装置からｅＮＢに通知してもよいし、ｅＮＢが独自に決めてもよい。
【０２４０】
また、別の例として、前記（１）の処理において、ＵＥからｅＮＢに通知したパラメータは、ｅＮＢから近隣のｅＮＢに直接通知されるようにしてもよい。このようにすることによって、上位ネットワーク装置へのシグナリングの負荷を軽減することができる。
【０２４１】
前記（２）の処理において、例えば、上りの受信誤り率が、予め定める閾値よりも高くなった場合、該ＵＥのギャップ長を長くする処理としてもよい。同様に、上りの受信誤り率が、予め定める閾値よりも低い期間が、予め定める期間以上続いたときに、該ＵＥのギャップ長を短くする処理としてもよい。前記閾値、および、前記予め定める期間は、規格として固定的に与えてもよいし、上位ネットワーク装置からｅＮＢに対し、準静的に与えてもよい。
【０２４２】
前記（２）の処理における受信誤り率について、上りの受信誤り率の代わりに、下りの受信誤り率を用いてもよい。この場合、下りの受信誤り率は、ＵＥからのＡｃｋ／Ｎａｃｋを用いて判断するのが望ましい。また、上りの受信誤り率と下りの受信誤り率とを組合せて用いてもよい。
【０２４３】
前述の上りの受信誤り率としては、ｅＮＢ自身がＵＥから受信した上りユーザデータの誤り率を用いるとよい。
【０２４４】
ギャップ設定の解除の条件として、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤから別の状態に遷移することとしてもよい。また、ギャップ設定に有効期間を設け、有効期間満了時にギャップ設定を解除することとしてもよい。ギャップ設定の有効期間は、規格で与えてもよいし、ＲＲＣ共通シグナリングまたはＲＲＣ個別シグナリングで準静的に与えてもよい。また、ギャップ設定の有効期間を設けずに、次回のギャップ設定まで設定値を有効としてもよい。前記有効期間は、ｅＮＢからＵＥに通知してもよい。
【０２４５】
また、前記ギャップ設定を解除した後、前記ギャップ設定値を保持することとしてもよい。次回のギャップ設定が行われるまで前記ギャップ設定値を保持してもよいし、予め定める期間だけ値を保持し、それ以降は値を保持しないこととしてもよい。前記予め定める期間は、規格で与えてもよいし、ＲＲＣ共通シグナリングまたはＲＲＣ個別シグナリングで準静的に与えてもよい。また、前記ギャップ設定値を保持しないとしてもよい。値を保持しないとした場合、予め静的に決められたデフォルト値に戻してもよいし、準静的に変更されたデフォルト値に戻してもよい。これによって、次回のギャップ設定時に前記ギャップ設定値を使用することができる。
【０２４６】
前述の、ギャップ設定値の保持は、ギャップ設定の解除後に限らない。また、前述の、ギャップ設定値の保持を、ｅＮＢが行ってもよいし、ＵＥが行ってもよいし、上位ネットワーク装置が行ってもよいし、ｅＮＢ、ＵＥおよび上位ネットワーク装置のうちの二者以上が行ってもよい。
【０２４７】
また、ｅＮＢからＵＥにギャップ設定の解除を指示してもよいし、ＵＥが自発的に設定解除を行ってもよい。ｅＮＢから設定解除を指示する場合、ＵＥの設定、例えばギャップ設定の有効期間などをｅＮＢが保持して行ってもよい。
【０２４８】
ＵＥが自発的に設定解除を行う例としては、ＵＥが該ｅＮＢとの接続を解放するときであってもよいし、別のｅＮＢに接続するときであってもよい。ＵＥが自発的に設定解除を行うことによって、該ｅＮＢからギャップ設定の解除の通知を送る必要がなくなり、シグナリング量を削減することができる。
【０２４９】
ギャップ設定について、ＵＥが設定処理を起動してもよい。この場合、ＵＥからｅＮＢに、ギャップ設定、例えばギャップ長の増減を要求してもよい。また、ｅＮＢは、ギャップ設定の要求を受信した後、ギャップ設定の要求を認める旨の通知またはギャップ設定の要求を認めない旨の通知をＵＥに返すようにしてもよい。
【０２５０】
ｅＮＢが、ギャップ設定の要求を認める旨の通知、またはギャップ設定の要求を認めない旨の通知をＵＥに送るのは、ＵＥからのギャップ設定の要求を受信する前でもよいし、ＵＥからのギャップ設定の要求の受信と同時でもよい。例えば、予め、ｅＮＢからＵＥに対し、ＵＥからのギャップ設定の要求を認めない旨の通知を行うことによって、ＵＥは、ギャップ設定の要求に相当するシグナリングを節約することができる。
【０２５１】
ＵＥからｅＮＢに、ギャップ設定変更を要求するための信号の具体例として、以下の（１）〜（４）の４つを開示する。
【０２５２】
（１）ＲＲＣ個別シグナリング。
【０２５３】
（２）ＭＡＣシグナリング。
【０２５４】
（３）上りＬ１／Ｌ２制御信号。
【０２５５】
（４）前記（１）〜（３）の組合せ。
【０２５６】
前述の、ＵＥが設定処理を起動するギャップ設定について、ｅＮＢは、ギャップの位置と長さのそれぞれについて設定してもよいし、一緒に設定してもよい。また、設定値として、要求する長さをシンボル数で設定してもよいし、５Ｇ無線アクセスシステムにおける最小時間単位で設定してもよい。また、他の単位で設定してもよい。
【０２５７】
また、設定値の他の例として、現在の長さからの増減値を設定してもよい。また、増加あるいは減少を示すフラグを設け、前記フラグによって、予め決められた長さの分だけ増減することとしてもよい。前記設定値を、ＵＥからｅＮＢに対して通知してもよい。
【０２５８】
また、要求する長さを、いくつかの選択肢から選択することとしてもよい。この場合、選択肢を予めｅＮＢからＵＥに与え、選択する設定の識別子を準静的に設定する。予め与える選択肢は、規格によって決定してもよい。また、共通シグナリングを用いて与えてもよい。共通シグナリングとして、例えば報知情報を用いる。報知情報としては、例えば、ＳＩＢ１（System Information Block Type1）を用いる。また、前記選択肢は、ＲＲＣ個別シグナリングを用いて準静的に与えてもよい。
【０２５９】
前述の、ＵＥが設定処理を起動するギャップ設定における各期間の増減要求の判断条件の具体例として、以下の（１）〜（５）の５つを開示する。
【０２６０】
（１）下り通信品質。例えば、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）、ＲＳの受信品質（Reference Signal Received Quality：ＲＳＲＱ）、下り受信誤り率など。
【０２６１】
（２）下り伝送速度。
【０２６２】
（３）上り通信品質。例えば、上り受信誤り率、ｅＮＢから指定される上りグラントなどを用いてもよい。
【０２６３】
（４）上り伝送速度。
【０２６４】
（５）前記（１）〜（４）の組合せ。
【０２６５】
前記具体例（１）〜（５）において、それぞれ閾値を設け、閾値以上または閾値以下を増減要求の判断条件として用いてもよい。前記閾値については、予め規格で決めてもよいし、ＲＲＣ共通シグナリングを用いてもよいし、ＲＲＣ個別シグナリングを用いてもよい。前記ＲＲＣ共通シグナリングとして、例えば報知情報を用いてもよい。報知情報として、例えばＳＩＢ１（System Information Block Type1）を用いてもよい。また、前記（１）〜（５）それぞれにおける閾値以上または閾値以下を、組合せて用いてもよい。また、判断条件として、下りＱｏＳおよび上りＱｏＳの一方を用いてもよいし、両方を用いてもよいし、また、下りＱｏＳ、上りＱｏＳを、前記（１）〜（５）の閾値と組合せてもよい。
【０２６６】
また、該ＵＥのギャップ設定を、上位ネットワーク装置が主体となって行ってもよい。上位ネットワーク装置は、該ＵＥのギャップ設定を、該ｅＮＢ経由で該ＵＥに対して行ってもよい。
【０２６７】
前述の、上位ネットワーク装置が主体となって該ＵＥのギャップ設定を行うための判断条件の具体例として、以下の（１）〜（６）の６つを開示する。
【０２６８】
（１）該ｅＮＢの近傍のｅＮＢに接続されている、該ＵＥ以外のＵＥのギャップ設定。
【０２６９】
（２）該ＵＥの伝搬遅延。
【０２７０】
（３）該ＵＥの処理速度。
【０２７１】
（４）該ＵＥの送受切替速度。
【０２７２】
（５）該ｅＮＢの近傍のｅＮＢにおけるデフォルトのギャップ設定。
【０２７３】
（６）前記（１）〜（５）の組合せ。
【０２７４】
上位ネットワーク装置は、前記（１）の情報の要求を、該ｅＮＢの近傍のｅＮＢに送信してもよい。該ｅＮＢの近傍のｅＮＢは、上位ネットワーク装置に、前記（１）の情報を送信してもよい。
【０２７５】
上位ネットワーク装置は、前記（２）の情報の要求を、該ｅＮＢに送信してもよい。該ｅＮＢは、前記（２）の情報を上位ネットワーク装置に送信してもよい。
【０２７６】
上位ネットワーク装置は、前記（３）の情報の要求を、該ｅＮＢに送信してもよい。該ｅＮＢは、前記（３）の情報を上位ネットワーク装置に送信してもよい。
【０２７７】
上位ネットワーク装置は、前記（４）の情報の要求を、該ｅＮＢに送信してもよい。該ｅＮＢは、前記（４）の情報を上位ネットワーク装置に送信してもよい。
【０２７８】
上位ネットワーク装置は、前記（５）の情報の要求を、該ｅＮＢの近傍のｅＮＢに送信してもよい。該ｅＮＢの近傍のｅＮＢは、上位ネットワーク装置に、前記（５）の情報を送信してもよい。
【０２７９】
上位ネットワーク装置が主体となってギャップ設定を行うことによって、他のｅＮＢの状況も踏まえたギャップ設定を行うことができるので、セル間干渉を抑えることができる。
【０２８０】
実施の形態１によって、自己完結型サブフレームのギャップ期間をＵＥ毎に柔軟に設定することができる。また、上りおよび下りの長さも、ＵＥ毎に、状況に応じて柔軟に設定することができる。したがって、ＵＥ毎の下り伝達速度、上り伝達速度を向上させることが可能となる。
【０２８１】
本実施の形態では、自己完結型サブフレームとしているが、予め定める時間間隔（Time Interval）としてもよい。３ＧＰＰでは、タイムインターバルＸが提案されている（非特許文献２２参照）。１つのタイムインターバルＸ中に下りと上りを構成し、下りに対する応答を同じタイムインターバルＸ中で返す自己完結型のタイムインターバルＸに本発明で開示した方法を適用してもよい。
【０２８２】
実施の形態１  変形例１．
本変形例では、複信方式が周波数分割複信（Frequency Division Duplex：ＦＤＤ）である場合について説明する。前述の実施の形態１では、時分割複信（Time Division Duplex：ＴＤＤ）においてギャップ設定を行うが、本変形例では、ＦＤＤにおいてギャップ設定を行う。
【０２８３】
ＦＤＤは、下り信号と上り信号とが使用する周波数が分かれているので、自己完結型サブフレームを用いた通信を行う場合、下りデータの送信中においては上りデータ送信用の周波数リソースが未使用となり、送信が非効率的になってしまう。
【０２８４】
また、処理時間が短いＵＥにとっては、セル内で共通のギャップ期間が無駄となる点は、ＦＤＤにおいても同じである。
【０２８５】
ＦＤＤにおいては、各ＵＥの自己完結型サブフレーム構成毎に、ギャップ設定を複数可能とする。本変形例において、各ＵＥの自己完結型サブフレーム構成それぞれについて、ｅＮＢは、ギャップ前のシンボルに該自己完結型サブフレーム構成の下り信号／チャネルをマッピングし、ギャップ後の信号に該自己完結型サブフレーム構成の上り信号／チャネルをマッピングする。また、本変形例のｅＮＢにおいて、ギャップ期間には、該自己完結型サブフレーム構成における下り信号送信は行われない。本変形例においても、実施の形態１と同様、ギャップの位置と長さとを分けて設定してもよいし、一緒に設定してもよい。
【０２８６】
本変形例を用いて、複数の上り信号を多重してもよい。前記多重は、時間的な多重であってもよい。例えば、上りユーザデータと上り制御信号とを同じサブフレームで送信してもよい。前述における上り制御信号は、例えば、Ａｃｋ／Ｎａｃｋ信号であってもよいし、ＣＱＩ／ＣＳＩ信号であってもよい。また、前記多重に関して、上り制御信号と、別の上り制御信号とを同じサブフレームで送信してもよい。前述において、例えば、ＣＱＩ／ＣＳＩ信号とＡｃｋ／Ｎａｃｋ信号との多重であってもよい。
【０２８７】
同様に、本変形例を用いて、複数の下り信号を多重してもよい。前記多重は、時間的な多重であってもよい。例えば、下り制御信号と下りユーザデータとを同じサブフレームで送信してもよい。前述における下り制御信号は、例えば、上りグラントの通知であってもよい。また、前記多重に関して、下り制御信号と、別の下り制御信号とを同じサブフレームで送信してもよい。前述において、例えば、上りグラントの通知と、ＣＱＩ要求との多重であってもよい。
【０２８８】
同様に、本変形例を用いて、複数の自己完結型サブフレーム構成を多重してもよい。前記多重は、時間的な多重であってもよい。例えば、下り制御信号および上りユーザデータを含むサブフレームと、下り制御信号、下りユーザデータおよび上り制御信号を含むサブフレームとを多重してもよい。前述の多重は、例えば、上りグラントの通知および上りユーザデータを含むサブフレームと、下りリソースの割当、下りユーザデータおよびＡｃｋ／Ｎａｃｋを含むサブフレームとの多重であってもよい。
【０２８９】
本変形例において、自己完結型サブフレームでないサブフレーム構成のサブフレームと、自己完結型サブフレームとを多重してもよい。例えば、下り制御信号、下りユーザデータおよび上り制御信号で構成される自己完結型サブフレームと、上りグラントを含むサブフレームの次のサブフレームとして送信される、上りユーザデータを含むサブフレームとを多重してもよい。また、前述の例において、前記自己完結型サブフレームと、前記上りグラントを含むサブフレームとを多重してもよい。
【０２９０】
前述において、各サブフレームにおけるギャップ設定をサブフレーム毎にｅＮＢからＵＥに通知してもよいし、最初のサブフレームにおいて、次のサブフレームの分をまとめて通知してもよい。ここで、最初のサブフレームは、例えば、上りグラントを通知するサブフレームである。また、次のサブフレームの分とは、上りユーザデータを含む分である。前記の通知において、Ｌ１／Ｌ２シグナリングで都度ギャップ設定を通知してもよい。あるいは、ＭＡＣシグナリングを用いてもよい。あるいは、ＲＲＣシグナリングで予め前記多重におけるギャップ設定を通知してもよい。
【０２９１】
図１０は、１つのＵＥに対してギャップ設定を２つ行った場合のサブフレーム構成の一例を示す図である。図１０に示す例では、第１の自己完結型サブフレーム構成と、第２の自己完結型サブフレーム構成とが多重されている。
【０２９２】
第１の自己完結型サブフレーム構成では、ｅＮＢから送信された第１下り信号１０００（ＤＬ＃１）を、ＵＥが第１下り信号１００１（ＤＬ＃１）として受信する。ＵＥは、第１下り信号１００１（ＤＬ＃１）に基づいて、第１上り信号１００２（ＵＬ＃１）を送信する。ＵＥから送信された第１上り信号（ＵＬ＃１）を、ｅＮＢが第１上り信号１００３（ＵＬ＃１）として受信する。
【０２９３】
第２の自己完結型サブフレーム構成では、ｅＮＢから送信された第２下り信号１００４（ＤＬ＃２）を、ＵＥが第２下り信号１００５（ＤＬ＃２）として受信する。ＵＥは、第２下り信号１００５（ＤＬ＃２）に基づいて、第２上り信号１００６（ＵＬ＃２）を送信する。ＵＥから送信された第２上り信号（ＵＬ＃２）を、ｅＮＢが第２上り信号１００７（ＵＬ＃２）として受信する。
【０２９４】
第１の自己完結型サブフレーム構成におけるギャップは、第１下り信号１０００と第１上り信号１００３との間の期間となる。また、第２の自己完結型サブフレーム構成におけるギャップは、第２下り信号１００４と第２上り信号１００７との間の期間となる。
【０２９５】
図１０において、例えば、第１下り信号１０００は、上りグラント通知であってもよい。また、第１上り信号１００２は、上りユーザデータであってもよい。また、第２下り信号１００４は、下りユーザデータであってもよい。また、第２上り信号１００６は、Ａｃｋ／Ｎａｃｋであってもよい。前記において、第２下り信号１００４は、下りリソース割当通知と下りユーザデータとを多重した信号であってもよい。
【０２９６】
また、図１０において、例えば、第１下り信号１０００は、ＣＳＩ要求および下り参照信号を含む信号であってもよい。また、第１上り信号１００２は、ＣＳＩであってもよい。また、第２下り信号１００４は、下りユーザデータであってもよい。また、第２上り信号１００６は、Ａｃｋ／Ｎａｃｋであってもよい。
【０２９７】
実施の形態１と同様に、ＵＥ毎にギャップ期間を設定し、ギャップ後のシンボルに上り信号およびチャネルの少なくとも一方をマッピングし、ギャップ前の信号に上り信号およびチャネルの少なくとも一方をマッピングする。複数の自己完結型サブフレーム構成のそれぞれについて、ギャップ期間を設定してもよい。具体的な設定内容および設定手順などは、実施の形態１と同様である。これによって、ＦＤＤにおけるギャップ設定を行うことができる。
【０２９８】
本変形例において、複数の自己完結型サブフレーム構成を時間多重するとして説明したが、周波数多重であってもよい。あるいは、符号多重であってもよい。あるいは、空間多重であってもよい。あるいは、時間多重、周波数多重、符号多重および空間多重のうちの２つ以上からなる組合せでもよい。
【０２９９】
本変形例によって、複数の自己完結型サブフレーム構成を多重して送信できるようになるので、実施の形態１に比べて、上り信号および下り信号の利用効率が向上し、下り伝達速度および上り伝達速度を向上させることが可能となる。
【０３００】
実施の形態１  変形例２．
本変形例では、自己完結型サブフレームを使用しない場合について説明する。自己完結型サブフレームを使用しない場合は、下りから上りへの移行に際し、送信／受信の切り替え時間およびｅＮＢとＵＥとの距離のみを考慮すればよい点で、自己完結型サブフレームを使用する場合と異なる。したがって、自己完結型サブフレームと同じギャップ設定では、ｅＮＢとＵＥとの通信に空き時間が存在し、通信が非効率的になる。
【０３０１】
本変形例では、自己完結型サブフレームか否かによって、ギャップ設定を変える。例えば、自己完結型サブフレームでない場合は、ギャップの先頭タイミングを変えず、ギャップの長さを短くしてもよい。あるいは、ギャップの先頭タイミングを後ろにずらして下り送信期間を長くし、ギャップの長さを短くしてもよい。
【０３０２】
自己完結型サブフレームのギャップ設定と、自己完結型でないサブフレームのギャップ設定について、各々独立に与えてもよいし、一方を他方の差分の形で与えてもよい。
【０３０３】
自己完結型サブフレームか否かによって、ギャップ設定を変えるための方法として、例えば、自己完結型サブフレームか否かを表す識別子を設け、識別子の値によってギャップ設定を切り替えてもよい。また、前記識別子を設ける代わりに、下り信号の受信から上り応答の送信までに必要なサブフレーム数を表すパラメータを設け、前記パラメータの値によって、ギャップ設定を変えてもよい。前記パラメータについて、例えば、０のときに自己完結型サブフレームとするとよい。
【０３０４】
前述の、自己完結型サブフレームか否かを表す識別子、自己完結型サブフレームのギャップ設定、および、自己完結型でないサブフレームのギャップ設定は、ｅＮＢからＵＥに、同時に通知してもよいし、別々に通知してもよい。また、ｅＮＢおよびＵＥは、前記識別子のみを用いて、ギャップ設定を切り替えてもよい。例えば、ｅＮＢからＵＥに、予め、自己完結型サブフレームのギャップ設定、および、自己完結型でないサブフレームのギャップ設定を通知してもよい。ｅＮＢからＵＥに、自己完結型サブフレームか否かを表す識別子を通知することによって、ｅＮＢおよびＵＥのギャップ設定を切り替えてもよい。
【０３０５】
前記切り替えにおいて、ｅＮＢおよびＵＥは、予め通知した自己完結型サブフレームのギャップ設定、および、自己完結型でないサブフレームのギャップ設定を用いるとよい。このようにすることによって、ｅＮＢおよびＵＥは、前記識別子のみでギャップ設定を切り替えることが可能となり、シグナリング量を削減することができる。
【０３０６】
ｅＮＢは、前記識別子あるいは前記パラメータの値を決定してもよい。ｅＮＢは、前記値をＵＥに通知してもよい。ＵＥは、前記値を用いて、自己完結型サブフレームを用いるかどうかを判断してもよい。すなわち、ＵＥは、前記値を用いて、下り信号に対する応答を該サブフレーム内でｅＮＢに送信するための処理を実行してもよい。例えば、ＵＥは、下りユーザデータのデコーディング、およびＡｃｋ／Ｎａｃｋ信号のコーディングを、ＵＥ内の他の処理、例えば、ＵＥの装置管理に関する処理に優先して実行してもよい。
【０３０７】
前述において、ＵＥは、自己完結型サブフレームを用いるかどうかの判断結果を、ｅＮＢに通知してもよい。前記通知は、自己完結型サブフレームを用いるときのみ行ってもよいし、あるいは、自己完結型サブフレームを用いないときのみ行ってもよい。ｅＮＢは、前記判断結果を用いて、自己完結型サブフレームを用いるか否かを決めてもよい。このようにすることによって、以下の効果を得ることができる。例えば、ＵＥがｅＮＢから指定されたギャップ設定において自己完結型サブフレームの使用が不可能である場合、すなわち、指定されたギャップ設定では下り受信に対する上り送信が間に合わない場合、ＵＥが自己完結型サブフレームを用いないことをｅＮＢに通知することによって、ｅＮＢとＵＥとの間における、自己完結型サブフレームの使用の有無およびギャップ設定に関する齟齬を防ぎ、ｅＮＢからＵＥへの、また、ＵＥからｅＮＢへの送信の不達を防ぐことができる。
【０３０８】
また、自己完結型サブフレームにおけるギャップ設定に加え、自己完結型サブフレームを使用しない場合のギャップ設定を、ｅＮＢからＵＥに通知してもよい。自己完結型サブフレームを使用しない場合のＵＥ毎のギャップ設定方法は、実施の形態１のＵＥ毎のギャップ設定と同様の方法で行ってもよい。あるいは、自己完結型サブフレームを使用しない場合のギャップ設定を、規格で静的に決めてもよい。
【０３０９】
また、ギャップ設定のデフォルト値についても、自己完結型サブフレームか否かによって別々の値を設けてよい。デフォルト設定の与え方については、実施の形態１と同じである。
【０３１０】
また、前記識別子についても、デフォルト値を設けてよい。デフォルト値については、規格で決定してもよいし、ＲＲＣ共通シグナリングで与えてもよい。ＲＲＣ共通シグナリングとして、例えば、報知情報ＳＩＢ１を用いてもよい。前記の必要サブフレーム数を表すパラメータについても、同様である。
【０３１１】
前述において、前記識別子のデフォルト値は、ｅＮＢとＵＥとが接続を確立するときに、主として自己完結型サブフレームを用いるか否かを表すために用いてもよい。例えば、ｅＮＢとＵＥとが接続を確立するまでは自己完結型サブフレームを用いず、接続確立後のユーザデータ通信に自己完結型サブフレームを用いる場合、前記識別子のデフォルト値を、否、すなわち自己完結型サブフレームでないとしてもよい。
【０３１２】
本変形例において、ＵＥが自己完結型サブフレームの使用有無を自動的に判断してもよい。前記判断は、ｅＮＢからＵＥに与えるギャップ設定に基づいて行ってもよい。前記判断において、例えば、ギャップ長の閾値を設け、閾値以上のギャップ長さをｅＮＢからＵＥに通知された場合に、ＵＥは、自己完結型サブフレームを使用すると判断してもよい。
【０３１３】
前記閾値は、ＵＥの送受切替時間に基づいてｅＮＢが決定して、ＵＥに通知してもよいし、ＵＥが自身の送受切替時間に基づいて決定して、ｅＮＢに通知してもよい。ｅＮＢは、ＵＥが通知した前記閾値に対して、承諾するか拒否するかをＵＥに通知してもよい。
【０３１４】
自己完結型サブフレームか否かによって、ギャップ設定を変えるための方法の具体例として、以下の（１）〜（３）の３つを開示する。
【０３１５】
（１）準静的。
【０３１６】
（２）動的。
【０３１７】
（３）前記（１）および（２）の組合せ。
【０３１８】
前記（１）の準静的な設定について、例えば、ＲＲＣ個別シグナリングを用いる。ＲＲＣ個別シグナリングとして、例えば、ＲＲＣ接続再設定、およびランダムアクセス処理におけるメッセージ４を用いる。
【０３１９】
前記（２）の動的な設定について、例えば、ＭＡＣシグナリングを用いるとよい。また、別の例として、Ｌ１／Ｌ２シグナリングを用いてもよい。
【０３２０】
前記（３）について、自己完結型サブフレームか否かの設定を準静的にも動的にも行えるようにしてもよい。例えば、突発的に大量のデータを送信する必要が生じ、自己完結型サブフレームでは送信が間に合わないときに、自己完結型でないサブフレームでデータを送信する、といった場合に有用である。
【０３２１】
前記（１）〜（３）は、ｅＮＢからＵＥに対して行ってもよいし、ＵＥがｅＮＢに対して行ってもよい。ｅＮＢは、ＵＥからの通知を承諾あるいは拒否する旨の通知をＵＥに通知してもよい。
【０３２２】
設定のタイミングについて、例えば、ＲＲＣ個別シグナリングによるＵＥ設定と併せて実行するとよい。
【０３２３】
図１１は、自己完結型サブフレームか否かによってギャップ設定を変える方法に関するシーケンスの一例を示す図である。図１１に示すシーケンスは、図９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３２４】
図１１では、図９のステップＳＴ９００の代わりに、ステップＳＴ１１００が設けられる。ステップＳＴ１１００において、ｅＮＢは、ＵＥに、ギャップ設定デフォルト値、および自己完結型サブフレーム該否デフォルト値を含む報知情報ＳＩＢ１を通知する。ＵＥは、ｅＮＢから送信される報知情報ＳＩＢ１に含まれるギャップ設定デフォルト値、および自己完結型サブフレーム該否デフォルト値を取得する。前記ギャップ設定デフォルト値は、自己完結型サブフレーム用と、非自己完結型サブフレーム用との両方を取得してもよい。
【０３２５】
図１１では、図９のステップＳＴ９１０の代わりに、ステップＳＴ１１０１が設けられる。ステップＳＴ１１０１において、ｅＮＢは、自己完結型サブフレーム用のギャップ設定値、および非自己完結型サブフレーム用のギャップ設定値を決定する。
【０３２６】
また、図１１のステップＳＴ１１０１において、ＵＥは、自己完結型サブフレーム該否デフォルト値に基づいて、通常使用するサブフレームが自己完結型か否かを設定する。以後、ＵＥは、ｅＮＢから特別な指定がない場合は、使用するサブフレームが自己完結型か否かを前記デフォルト値に基づいて判断する。
【０３２７】
また、図１１では、図９のステップＳＴ９１１の代わりに、ステップＳＴ１１０２が設けられる。ステップＳＴ１１０２において、ｅＮＢは、ギャップ設定値とともに、自己完結型サブフレームの該否をＵＥに通知する。ステップＳＴ１１０２におけるギャップ設定値は、自己完結型サブフレーム用の設定値、および非自己完結型サブフレーム用の設定値の両方を通知してもよいし、一方のみ、具体的には自己完結型サブフレームの該否によって指定される方のみとしてもよい。また、ステップＳＴ１１０２において、ギャップ設定値を複数のＲＲＣ個別シグナリングで分けて通知してもよい。
【０３２８】
図１１では、図９のステップＳＴ９１２の代わりに、ステップＳＴ１１０３が設けられる。ステップＳＴ１１０３において、ＵＥは、自己完結型サブフレームの該否およびｅＮＢから通知されたギャップ設定値に従ってギャップ設定を行う。併せて、自己完結型サブフレームの該否の切替を行う。自己完結型サブフレームの該否に変化がなくても、ｅＮＢから通知されたギャップ設定値が変化している場合は、ギャップ設定を変更する。
【０３２９】
図１１では、図９のステップＳＴ９１３の代わりに、ステップＳＴ１１０４が設けられる。ステップＳＴ１１０４において、ｅＮＢは、自己完結型サブフレームの該否およびＵＥに通知したギャップ設定値に従ってギャップ設定を行う。併せて、自己完結型サブフレームの該否の切替を行う。自己完結型サブフレームの該否に変化がなくても、ＵＥに通知したギャップ設定値が変化している場合は、ギャップ設定を変更する。
【０３３０】
本変形例によって、自己完結型サブフレームであるときと、自己完結型サブフレームでないときとで、ギャップ設定を柔軟に変更することができるので、通信の無駄が少なくなり、上りおよび下りの伝送効率を高めることができる。
【０３３１】
実施の形態１  変形例３．
本変形例では、様々な自己完結型サブフレームの種別を用いる場合について説明する。非特許文献９に記載されているように、自己完結型サブフレームの種類として３つ提唱されており、種類に応じて、必要な下りデータサイズおよび上りデータサイズが異なる。例えば、下りデータとそれに対するＡｃｋ／Ｎａｃｋとが送信される自己完結型サブフレームでは、下りデータが上りデータに対して大きくなる一方、上りスケジューリンググラントと上りデータとが送信される自己完結型サブフレームでは、上りデータが下りデータに対して大きくなる。したがって、ギャップ設定が自己完結型サブフレームの種類によらず同じである場合、自己完結型サブフレームの種類によって下りサイズおよび上りサイズの不足または無駄が生じる。
【０３３２】
本変形例では、自己完結型サブフレームの種別のそれぞれに対するギャップ設定を設け、また、自己完結型サブフレームの種別を通知することによって、自己完結型サブフレーム種別に応じてギャップ設定を適宜変更する。
【０３３３】
本変形例において、自己完結型サブフレームの各種別に対するギャップ設定と、自己完結型サブフレームの種別を表す識別子とは、ｅＮＢからＵＥに別々に通知してもよいし、同時に通知してもよい。また、ｅＮＢおよびＵＥは、前記識別子のみを用いて、ギャップ設定を切り替えてもよい。例えば、ｅＮＢからＵＥに、予め、自己完結型サブフレームの各種別におけるギャップ設定を通知してもよい。
【０３３４】
ｅＮＢからＵＥに、自己完結型サブフレームの種別を表す識別子を通知することによって、ｅＮＢおよびＵＥのギャップ設定を切り替えてもよい。前記切り替えにおいて、ｅＮＢおよびＵＥは、予め通知した自己完結型サブフレームの各種別におけるギャップ設定を用いるとよい。このようにすることによって、ｅＮＢおよびＵＥは、前記識別子のみでギャップ設定を切り替えることが可能となり、シグナリング量を削減することができる。
【０３３５】
本変形例におけるギャップ設定について、実施の形態１と同様に、デフォルト値を設けてもよい。デフォルト値については、規格で決定してもよいし、ＲＲＣ共通シグナリングで与えてもよい。ＲＲＣ共通シグナリングとして、例えば、報知情報ＳＩＢ１あるいはＳＩＢ２を用いてもよい。また、デフォルト値は、実施の形態１と異なり、自己完結型サブフレームの種別毎に与えてもよい。
【０３３６】
本変形例におけるギャップ設定について、自己完結型サブフレームの種別と関連付けるための情報を併せて通知するとよい。また、前記ギャップ設定、および自己完結型サブフレームの種別と関連付けるための情報を予めｅＮＢからＵＥに通知してもよい。ｅＮＢは、自己完結型サブフレームの種別の識別子をＵＥに送信してもよい。ＵＥは、ギャップ設定を判断して設定してもよい。前記判断において、前記識別子、前記ギャップ設定、および前述の自己完結型サブフレームの種別と関連付けるための情報を用いてもよい。
【０３３７】
自己完結型サブフレームの種別毎のギャップ設定を与える方法の具体例として、以下の（１）〜（４）の４つを開示する。
【０３３８】
（１）静的（Static）な設定。例えば、規格で設定するとよい。
【０３３９】
（２）準静的（Semi-static）な設定。例えば、ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリングで設定するとよい。
【０３４０】
（３）動的（Dynamic）な設定。例えば、ＭＡＣシグナリング、Ｌ１／Ｌ２シグナリングを用いるとよい。
【０３４１】
（４）前記（１）〜（３）の組合せ。
【０３４２】
前記（２）の準静的な設定について、ＲＲＣ共通シグナリングを用いる場合、例えば、報知情報ＳＩＢ１あるいはＳＩＢ２を用いるとよい。他のＳＩＢを用いてもよい。
【０３４３】
前記（３）について、例えば、静的な設定をデフォルト値として設定し、デフォルト値からの変更が生じるときに、準静的な方法で設定を変更するとよい。
【０３４４】
前記（１）〜（４）は、ｅＮＢからＵＥに対して行ってもよいし、ＵＥがｅＮＢに対して行ってもよい。ｅＮＢは、ＵＥからの通知を承諾あるいは拒否する旨の通知をＵＥに通知してもよい。
【０３４５】
本変形例における、自己完結型サブフレームの種別の通知は、サブフレーム毎に都度行ってもよいし、複数のサブフレームをまとめて使用パターンとして通知してもよい。
【０３４６】
前記使用パターンとして、ｅＮＢおよびＵＥは、サブフレームを示す情報と、使用する自己完結型サブフレーム種別を示す識別子とを関連付けて用いてもよい。
【０３４７】
前述の、サブフレームを示す情報として、連続するサブフレーム番号を用いてもよい。例えば、使用パターンとして、以下が挙げられる。サブフレーム番号ｎにおいて、下りユーザデータおよび上りＡｃｋ／Ｎａｃｋを含むサブフレームの種別を使用する。サブフレーム番号ｎ＋１において、下りユーザデータおよび上りＡｃｋ／Ｎａｃｋを含むサブフレームの種別を使用する。サブフレーム番号ｎ＋２において、上りグラントおよび上りユーザデータを含むサブフレームの種別を使用する。サブフレーム番号ｎ＋３において、ＣＱＩ要求およびＣＱＩ通知を含むサブフレームの種別を使用する。
【０３４８】
あるいは、前述のサブフレームを示す情報として、サブフレーム数と、先頭のサブフレーム番号とを用いてもよい。前述の例においては、サブフレーム数は４、先頭のサブフレーム番号はｎとなる。
【０３４９】
あるいは、ｅＮＢとＵＥとは、前記パターンを繰り返して通信を行うとしてもよい。ｅＮＢは、前記繰り返しの周期をＵＥに通知するとよい。前記パターンとして、サブフレームの順番と、サブフレームの種別とを関連付けて用いるとよい。例えば、以下のものを用いてもよい。繰り返しの周期を２とする。１番目のサブフレームにおいて、下りユーザデータおよびＡｃｋ／Ｎａｃｋを含むサブフレームの種別を使用する。２番目のサブフレームにおいて、上りグラントおよび上りユーザデータを含むサブフレームの種別を使用する。
【０３５０】
前記例においては、下りユーザデータおよびＡｃｋ／Ｎａｃｋを含むサブフレームと、上りグラントおよび上りユーザデータを含むサブフレームとを交互に繰り返す。前記繰り返しにおいて、１番目のサブフレームのタイミングを示す情報を与えてもよい。前記情報として、サブフレーム番号を与えてもよいし、サブフレーム番号の前記周期による剰余を与えてもよい。また、前記繰り返しについて、有効期限をｅＮＢからＵＥに通知してもよい。有効期限としては、例えば、該繰り返しを継続させる回数として与えてもよい。あるいは、有効期限として、サブフレーム番号を与えてもよいし、有効期限満了までのサブフレーム数を与えてもよい。
【０３５１】
あるいは、前記使用パターンとして、ｅＮＢからＵＥに対し、サブフレーム種別毎に周期を与えてもよい。周期と併せて、該種別を使用するサブフレームのタイミングを与えるとよい。前記タイミングは、例えば、サブフレーム番号の周期による剰余で与えてもよい。前述の周期は、サブフレーム数で与えるとよい。他の単位で与えてもよい。
【０３５２】
該使用パターンにおいて、種別毎に優先度を設けてもよい。前記優先度は、周期を用いて与えられてもよい。例えば、周期が長いサブフレーム種別に高い優先度を与えてもよい。これによって、複数の種別が競合した場合に、ｅＮＢおよびＵＥがどのサブフレーム種別を使用するかを判断することができる。
【０３５３】
該使用パターンにおいて種別の割り当てのなかったサブフレームについては、デフォルトのサブフレーム種別を割り当ててもよい。例えば、デフォルトのサブフレーム種別を下りユーザデータおよびＡｃｋ／Ｎａｃｋを含むサブフレームとし、上りグラントおよび上りユーザデータを含むサブフレームを、２で割った剰余が１のサブフレームに割り当ててもよい。また、ＣＱＩ要求およびＣＱＩ通知を含むサブフレームを、４で割った剰余が２のサブフレームに割り当てる場合、４で割った剰余が０のサブフレームには、デフォルトのサブフレーム種別である下りユーザデータおよびＡｃｋ／Ｎａｃｋを含むサブフレームを割り当ててもよい。
【０３５４】
本変形例において、自己完結型サブフレームの種別を通知する方法の具体例として、以下の（１）〜（４）の４つを開示する。
【０３５５】
（１）静的（Static）な通知。例えば、規格で自己完結型サブフレームの種別の使用パターンを決定するとよい。
【０３５６】
（２）準静的（Semi-static）な設定。例えば、ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリングで自己完結型サブフレームの種別の使用パターンを通知するとよい。
【０３５７】
（３）動的（Dynamic）な設定。例えば、ＭＡＣシグナリング、Ｌ１／Ｌ２シグナリングを用いるとよい。
【０３５８】
（４）前記（１）〜（３）の組合せ。
【０３５９】
前記（２）の準静的な設定において、ＲＲＣ共通シグナリングを用いる場合は、セル内で共通のサブフレームの種別の使用パターンを通知するとよい。またＲＲＣ個別シグナリングを用いる場合、ＵＥ毎のサブフレームの種別の使用パターンを通知するとよい。
【０３６０】
前記（４）について、例えば、自己完結型サブフレームの使用パターンを、ＲＲＣ個別シグナリングを用いて準静的に設定した後、Ｌ１／Ｌ２シグナリングを用いて自己完結型サブフレームの種別を動的に設定してもよい。この設定によって、突発的に大量のデータを送信する必要が生じたときに、準静的に設定された前記使用パターンを柔軟に変更することができ、突発的なデータの送信にも柔軟に対応することができる。また、再送の発生により、前のサブフレームと同じパターンを使用する必要が生じたときに、再送に用いる自己完結型サブフレームの種別を動的に設定することによって、前記使用パターンで定める使用パターンにおいて、前のサブフレームと同じパターンが出現するまで再送を待つ必要がなく、次のサブフレームにおいて再送が可能となる。したがって、再送に伴って発生する遅延を低減することができる。
【０３６１】
前記（１）〜（４）について、自己完結型サブフレームの種別が変わってもギャップ設定が変わらない場合、自己完結型サブフレームの種別の通知を省略する処理を設けてもよい。これによって、自己完結型サブフレームによってギャップ設定が変わらない場合のＵＥへのシグナリング量を低減することができる。前記（１）〜（４）について、ｅＮＢからＵＥに対して通知するとよい。
【０３６２】
前述の、自己完結型サブフレームの種別の使用パターンの設定内容については、例えば、設定対象となるサブフレームの個数、使用パターンの開始サブフレーム番号、サブフレーム種別識別子の列、を用いてもよい。あるいは、例えば、各々のサブフレーム番号とサブフレーム種別識別子とを直接対応付けてもよい。
【０３６３】
前述の、自己完結型サブフレームの種別の使用パターンについて、有効期限を設けてもよいし、設けなくてもよい。有効期限を設けない場合は、該使用パターンに従って周期的に送信するとよい。また、有効期限を設ける場合は、有効期限を１回（１周期）としてもよいし、別途有効回数または有効時間を指定してもよい。
【０３６４】
前述の、有効回数または有効時間の指定について、規格で予め定めてもよいし、ＲＲＣ共通シグナリングを用いてもよいし、ＲＲＣ個別シグナリングを用いてもよい。また、ＭＡＣシグナリングを用いてもよい。
【０３６５】
前述の有効回数または有効期限を、ｅＮＢが決めてもよい。ｅＮＢは、ＵＥに対して、前記有効回数または有効期限を通知してもよい。あるいは、上位ネットワーク装置が決めてもよい。上位ネットワーク装置は、ｅＮＢに対して、前記有効回数または有効期限を通知してもよい。
【０３６６】
また、自己完結型サブフレームの使用パターンについて、デフォルト値を設けてよい。デフォルト値については、規格で決定してもよいし、ＲＲＣ共通シグナリングで与えてもよい。ＲＲＣ共通シグナリングとして、例えば、報知情報ＳＩＢ１あるいはＳＩＢ２を用いてもよい。
【０３６７】
前記デフォルト値を、ｅＮＢが決めてもよい。ｅＮＢは、ＵＥに対して、前記デフォルト値を通知してもよい。あるいは、上位ネットワーク装置が決めてもよい。上位ネットワーク装置は、ｅＮＢに対して、前記デフォルト値を通知してもよい。
【０３６８】
本変形例において、自己完結型サブフレームの種別のそれぞれに対するギャップ設定を行う主体は、上位ネットワーク装置でもよいし、ｅＮＢでもよいし、ＵＥ自身でもよい。また、ＵＥが前記ギャップの長さを設定するとき、ｅＮＢに設定内容を通知し、ｅＮＢが承諾または拒否の応答をＵＥに返すことが可能な構成としてもよい。
【０３６９】
図１２は、自己完結型サブフレームの種別によってギャップ設定を変える方法に関するシーケンスの一例を示す図である。図１２に示すシーケンスは、図９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３７０】
図１２では、図９のＳＴ９００の代わりに、ステップＳＴ１２００が設けられる。ステップＳＴ１２００において、ｅＮＢは、ＵＥに、ギャップ設定デフォルト値、および自己完結型サブフレーム使用パターンデフォルト値を含む報知情報ＳＩＢ１を通知する。ＵＥは、ｅＮＢから送信される報知情報ＳＩＢ１に含まれるギャップ設定デフォルト値、および自己完結型サブフレーム使用パターンデフォルト値を取得する。前記ギャップ設定デフォルト値は、自己完結型サブフレームの種別毎の値を取得してもよい。
【０３７１】
図１２では、図９のステップＳＴ９０８の代わりに、ステップＳＴ１２０１が設けられる。ステップＳＴ１２０１において、ＲＲＣ個別シグナリングを用いて、ＵＥに、ＵＥ能力問合せ（UE capability Enquiry）を行う。これによって、ｅＮＢはＵＥ能力を取得する。このとき、自己完結型サブフレームの種別毎のＵＥ能力を問合せてもよい。
【０３７２】
図１２では、図９のステップＳＴ９０９の代わりに、ステップＳＴ１２０２が設けられる。ステップＳＴ１２０２において、ＵＥは、ＵＥ能力問合せへの応答として、ＲＲＣ個別シグナリングを用いて、ｅＮＢに、ＵＥ能力通達（UE capability Information）を行う。ステップＳＴ１２０１において、自己完結型サブフレームの種別毎のＵＥ能力の問合せが行われたときは、自己完結型サブフレームの種別毎のＵＥ能力を通知する。
【０３７３】
図１２では、図９のステップＳＴ９１０の代わりに、ステップＳＴ１２０３が設けられる。ステップＳＴ１２０３において、ｅＮＢは、自己完結型サブフレームの種別毎のギャップ設定値を決定する。
【０３７４】
また、図１２では、図９のステップＳＴ９１１の代わりに、ステップＳＴ１２０４が設けられる。ステップＳＴ１２０４において、ｅＮＢは、自己完結型サブフレームの種別毎のギャップ設定値とともに、自己完結型サブフレームの使用パターンをＵＥに通知する。ステップＳＴ１２０４において、ｅＮＢは、自己完結型サブフレームの種別毎のギャップ設定値、および自己完結型サブフレームの使用パターンを、ＲＲＣ接続設定（RRC Connection Setup）でＵＥに通知する。
【０３７５】
図１２では、図９のステップＳＴ９１２の代わりに、ステップＳＴ１２０５が設けられる。ステップＳＴ１２０５において、ＵＥは、自己完結型サブフレームの種別毎のギャップ設定を行う。併せて、自己完結型サブフレームの種別の切替を行う。自己完結型サブフレームの該否に変化がなくても、ｅＮＢから通知されたギャップ設定値が変化している場合は、ギャップ設定を変更する。
【０３７６】
図１２では、図９のステップＳＴ９１３の代わりに、ステップＳＴ１２０６が設けられる。ステップＳＴ１２０６において、ｅＮＢは、自己完結型サブフレームの種別毎のギャップ設定を行う。併せて、自己完結型サブフレームの種別の切替を行う。自己完結型サブフレームの該否に変化がなくても、ＵＥに通知したギャップ設定値が変化している場合は、ギャップ設定を変更する。
【０３７７】
本変形例によって、自己完結型サブフレームの種別によってギャップ設定を柔軟に変更することができるので、通信の無駄が少なくなり、上りおよび下りの伝送効率を高めることができる。
【０３７８】
実施の形態１  変形例４．
本変形例では、複数のサービスをサポートする無線通信システムについて説明する。
【０３７９】
５Ｇでは、モバイルブロードバンド通信、自動運転、およびミッションクリティカルなどの種々のサービスへの適用が想定されており、１つのＵＥが複数のサービスをサポートすることも想定されている。例えば、ユニキャスト通信を行う場合と、ＭＢＭＳ（Multimedia Broadcast Multicast Service）を行う場合に当てはまる。
【０３８０】
５Ｇでは、サービスによって、サブフレーム周期、サブフレームあたりのシンボル数、また、自己完結型サブフレームを使用するか否かが異なる。したがって、１つのＵＥが複数のサービスをサポートする場合、１つのサービスによって設定されたギャップ設定を別のサービスに適用することができない。
【０３８１】
本変形例では、ｅＮＢは、１つのＵＥに対して複数のギャップを設定する。
【０３８２】
本変形例においては、ＵＥが使用するサービス毎にギャップを設定する。本変形例における設定内容として、実施の形態１と同様に、ギャップの位置と長さを用いてもよい。また、本変形例においては、異なるサブフレーム長のサービスを用いることから、ギャップの位置と長さをサブフレーム長に対する比率として与えてもよい。ｅＮＢは、ＵＥが使用するサービスのグループ毎にギャップを設定してもよい。
【０３８３】
また、本変形例においては、ｅＮＢは、ＨＡＲＱプロセス毎にギャップを設定してもよい。あるいは、ＨＡＲＱプロセスのグループ毎にギャップを設定してもよい。これによって、例えば、複数のサービスで１つのＭＡＣレイヤを共有しているときにおいても、各サービスで用いるＨＡＲＱプロセスを分けることで、サービス毎のギャップ設定が可能となる。
【０３８４】
前記において、ＨＡＲＱプロセスを表す識別子を、Ｌ１／Ｌ２シグナリングを用いて、ｅＮＢからＵＥに通知するとよい。例えば、下り制御情報を用いるとよい。また、本変形例においては、ＨＡＲＱプロセス毎にギャップを設定してもよい。ＨＡＲＱプロセスのグループについて、前記グループとＨＡＲＱプロセスとの対応関係をｅＮＢからＵＥに通知してもよい。前記通知は、ＲＲＣシグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよいし、Ｌ１／Ｌ２シグナリングを用いてもよい。
【０３８５】
サービスの識別子、およびギャップ設定を与える方法の具体例として、以下の（１）〜（３）の３つを開示する。これらの具体例の詳細は、実施の形態１の変形例２と同様である。
【０３８６】
（１）準静的（Semi-static）な設定。例えば、ＲＲＣ共通シグナリング、ＲＲＣ個別シグナリングで設定するとよい。
【０３８７】
（２）動的（Dynamic）な設定。例えば、ＭＡＣシグナリング、Ｌ１／Ｌ２シグナリングを用いるとよい。
【０３８８】
（３）前記（１），（２）の組合せ。
【０３８９】
本変形例において、ｅＮＢからＵＥへの、サービスあるいはサービスのグループの識別子と、各サービスあるいはサービスの各グループのギャップ設定とは、同時に設定してもよいし、別々に設定してもよい。また、ｅＮＢおよびＵＥは、前記識別子のみを用いて、ギャップ設定を切り替えてもよい。例えば、ｅＮＢからＵＥに、予め、サービスあるいはサービスのグループ毎のギャップ設定を通知してもよい。ｅＮＢからＵＥに、サービスあるいはサービスのグループの識別子を通知することによって、ｅＮＢおよびＵＥのギャップ設定を切り替えてもよい。
【０３９０】
本変形例において、前述と同様に、ｅＮＢからＵＥへの、ＨＡＲＱプロセスあるいはプロセスのグループの識別子と、各サービスあるいはサービスの各グループのギャップ設定とは、同時に設定してもよいし、別々に設定してもよい。また、ｅＮＢおよびＵＥは、前記識別子のみを用いて、ギャップ設定を切り替えてもよい。
【０３９１】
図１３は、ＵＥの使用サービスによってギャップ設定を変える方法に関するシーケンスの一例を示す図である。図１３に示すシーケンスは、図９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３９２】
図１３では、図９のステップＳＴ９００の代わりに、ステップＳＴ１３００が設けられる。ステップＳＴ１３００において、ｅＮＢは、ＵＥに、ギャップ設定デフォルト値を含む報知情報ＳＩＢ１を通知する。ＵＥは、ｅＮＢから送信される報知情報ＳＩＢ１に含まれるギャップ設定デフォルト値を取得する。前記ギャップ設定デフォルト値は、サービス毎のデフォルト値を通知してもよい。
【０３９３】
図１３では、図９のステップＳＴ９１０の代わりに、ステップＳＴ１３０１が設けられる。ステップＳＴ１３０１において、ｅＮＢは、サービス毎のギャップ設定値を決定する。
【０３９４】
また、図１３では、図９のステップＳＴ９１１の代わりに、ステップＳＴ１３０２が設けられる。ステップＳＴ１３０２において、ｅＮＢは、サービス毎のギャップ設定値をＵＥに通知する。ステップＳＴ１３０２において、ｅＮＢは、サービス毎のギャップ設定値を、ＲＲＣ接続設定（RRC Connection Setup）でＵＥに通知する。
【０３９５】
図１３では、図９のステップＳＴ９１２の代わりに、ステップＳＴ１３０３が設けられる。ステップＳＴ１３０３において、ＵＥは、ｅＮＢから通知されたギャップ設定値に従って、使用サービス毎にギャップ設定を反映する。
【０３９６】
図１３では、図９のステップＳＴ９１３の代わりに、ステップＳＴ１３０４が設けられる。ステップＳＴ１３０４において、ｅＮＢは、ＵＥに通知したギャップ設定値に従って、使用サービス毎にギャップ設定を反映する。
【０３９７】
本変形例によって、サービス毎に異なるギャップ設定を行うことによって、各サービスに適した設定ができるようになるので、各サービスにおける周波数利用効率を向上することができる。
【０３９８】
実施の形態２．
同じｅＮＢ内で異なる種別の自己完結型サブフレームを用い、ＴＤＤの送受を動的に変えながら通信を行う場合、下り送信と上り受信とが同時に発生し、下り送信から上り受信への干渉が問題となる（非特許文献１４参照）。
【０３９９】
本実施の形態では、このような問題を解決する方法を開示する。
【０４００】
ＵＥ間に周波数の空き領域を設けることによって、下り送信から上り受信への干渉を低減させる。前述の空き領域は、ｅＮＢが決定してもよい。ｅＮＢは、前述の空き領域をＵＥに通知してもよい。
【０４０１】
この場合、Filtered-OFDM（非特許文献１５参照）などの方法を用いて、送信波のサブキャリア帯域外のスペクトルを抑制することが望ましい。
【０４０２】
前述のスペクトルの抑制は、ｅＮＢが行ってもよいし、ＵＥが行ってもよい。あるいは、前述のスペクトルの抑制は、ｅＮＢおよびＵＥの両方が行ってもよい。
【０４０３】
空き領域を設ける時間単位の具体例として、以下の（１），（２）の２つを開示する。
【０４０４】
（１）サブフレーム単位。
【０４０５】
（２）シンボル単位。
【０４０６】
前記具体例（１），（２）について、ＴＴＩ単位で空き領域を設けてもよい。
【０４０７】
前述において、ｅＮＢは、ＴＴＩ毎に前記（１），（２）の空き領域の設定を変えてもよい。例えば、ｅＮＢは、あるＴＴＩにおいて、サブフレームの中央のシンボルに空き領域を設け、次のＴＴＩにおいて、サブフレームの末尾のシンボルに空き領域を設けてもよい。また、例えば、ｅＮＢは、１ＴＴＩが複数サブフレームで構成されている場合、あるＴＴＩでは先頭のサブフレームに空き領域を設定し、次のＴＴＩでは末尾のサブフレームに空き領域を設定してもよい。また、ｅＮＢは、例えば、ＴＴＩ毎に、前記（１）の設定から前記（２）の設定に移行してもよいし、前記（２）から前記（１）の設定に移行してもよい。
【０４０８】
空き領域の周波数幅は、規格で決めてもよいし、ｅＮＢまたはＵＥの特性に基づいて決めてもよい。前記特性としては、例えば、周波数フィルターの能力であってもよい。
【０４０９】
また、例えば、ＵＥの前記特性をＵＥからｅＮＢに送信してもよい。これによって、空き領域の周波数幅の代わりに、空き領域の周波数幅を決めるための情報をＵＥからｅＮＢに通知してもよい。また、通知する手段は、例えば、ＲＲＣ個別シグナリングを用いてもよい。ＲＲＣ個別シグナリングによって、例えば、ＵＥ能力として送信してもよいし、別のパラメータとして送信してもよい。
【０４１０】
空き領域と使用周波数リソースとの配置の例として、以下の（１）〜（３）の３つを開示する。
【０４１１】
（１）使用周波数リソースをずらさずに、狭めて空き領域を確保する。
【０４１２】
（２）使用周波数リソースをずらし、狭めずに空き領域を確保する。
【０４１３】
（３）使用周波数リソースをずらし、狭めて空き領域を確保する。
【０４１４】
前記（１）〜（３）において、例えば、ＵＥ＃１およびＵＥ＃２の２つのＵＥにｅＮＢから割り当てられた使用周波数を、それぞれ、ｆ１Ｌ〜ｆ１Ｈ（ｆ１Ｌ＜ｆ１Ｈ）、ｆ２Ｌ〜ｆ２Ｈ（ｆ２Ｌ＜ｆ２Ｈ）とする。また、ＵＥ＃１の周波数がＵＥ＃２の周波数よりも低いとする。また、空き領域を、ｆＶＬ〜ｆＶＨ（ｆＶＬ＜ｆＶＨ）とする。また、ＵＥ＃１およびＵＥ＃２の周波数幅を、それぞれΔｆ１，Δｆ２とする。すなわち、Δｆ１＝ｆ１Ｈ−ｆ１Ｌ、Δｆ２＝ｆ２Ｈ−ｆ２Ｌとなる。
【０４１５】
前記（１）において、ｆ１Ｌおよびｆ２Ｈは、空き領域があっても変わらない。また、空き領域があるときの周波数幅は、それぞれΔｆ１、Δｆ２以下となる。すなわち、空き領域のあるときのＵＥ＃１の周波数は、ｆ１Ｌ〜ｍｉｎ（ｆ１Ｈ，ｆＶＬ）となり、ＵＥ＃２の周波数は、ｍａｘ（ｆ２Ｌ，ｆ２Ｈ）〜ｆＶＨとなる。ここで、ｍｉｎ（Ａ，Ｂ）は、ＡとＢとのうち、小さい方の値となり、ｍａｘ（Ａ，Ｂ）は、ＡとＢとのうち、大きい方の値となる。ｆＶＬおよびｆＶＨは、任意の値でよい。
【０４１６】
前記（２）において、Δｆ１およびΔｆ２は変わらない。すなわち、空き領域のあるときのＵＥ＃１およびＵＥ＃２の使用周波数は、それぞれ、ｆＶＬ−Δｆ１〜ｆＶＬ，ｆＶＨ〜ｆＶＨ＋Δｆ２となる。空き領域を設けることによって、ＵＥ＃１およびＵＥ＃２の使用周波数のいずれも、上限および下限の周波数が変わる。ｆＶＬおよびｆＶＨは、任意の値でよい。
【０４１７】
前記（３）において、ｆ１Ｌ，ｆ２Ｈも、Δｆ１，Δｆ２も変わる。すなわち、空き領域を設けることによって、ＵＥ＃１の周波数帯域は、ｆ１Ｌ−（ｆ１Ｈ−ｆＶＬ）＋α〜ｆＶＬとなり、ＵＥ＃１の周波数幅は、Δｆ１−αとなる。また、ＵＥ＃２の周波数帯域は、ｆＶＨ〜ｆ２Ｈ＋（ｆＶＨ−ｆ２Ｌ）−βとなり、ＵＥ＃２の上り周波数幅は、Δｆ２−βとなる。ここで、α、βは、それぞれ、ＵＥ＃１、ＵＥ＃２の周波数帯域の減少分である。
【０４１８】
空き領域と使用周波数リソースとの配置のうち、前記（１）〜（３）のいずれを用いるかをｅＮＢが判断するために必要な情報について、以下の（１）〜（３）の３つを開示する。
【０４１９】
（１）他のＵＥが使用している周波数リソース。
【０４２０】
（２）ｅＮＢの負荷。ｅＮＢの負荷の具体例として、以下の（２−１）〜（２−５）の５つを開示する。
【０４２１】
（２−１）空き領域設定対象ＵＥの上りユーザデータのバッファ量に関する情報。
【０４２２】
（２−２）空き領域設定対象ＵＥ向け下りユーザデータのバッファ量に関する情報。
【０４２３】
（２−３）他のＵＥの上りユーザデータのバッファ量に関する情報。
【０４２４】
（２−４）他のＵＥ向け下りユーザデータのバッファ量に関する情報。
【０４２５】
（２−５）前記（２−１）〜（２−４）の組合せ。
【０４２６】
（３）前記（１），（２）の組合せ。
【０４２７】
前記（２−１）および（２−３）は、空き領域設定対象ＵＥおよび他のＵＥからｅＮＢに通知してもよい。前記通知には、ＭＡＣシグナリングを用いてもよい。
【０４２８】
前記（２−２）について、例えば、他のＵＥの周波数リソースが空き領域設定対象ＵＥの周波数リソースと近接していて、かつ、空き領域設定対象ＵＥの上りまたは下りのユーザデータのバッファ量が多い場合、空き領域設定対象ＵＥの使用周波数リソースをずらし、狭めずに空き領域を確保してもよい。すなわち、送信すべき上りユーザデータが多く、かつ、他のＵＥの上りまたは下りのユーザデータのバッファ量が少ない場合、空き領域設定対象ＵＥの使用周波数リソースをずらし、狭めずに空き領域を確保してもよい。
【０４２９】
このとき、他のＵＥの周波数リソースを変えてもよい。あるいは、例えば、他のＵＥの周波数リソースが該ＵＥの周波数リソースと近接していて、他のＵＥの上りまたは下りのユーザデータのバッファ量が多く、かつ、空き領域設定対象ＵＥの上りまたは下りのユーザデータのバッファ量が少ないとき、空き領域設定対象ＵＥの使用周波数リソースをずらさず、狭めて空き領域を確保してもよい。
【０４３０】
本実施の形態に関し、ｅＮＢは、他のＵＥの周波数リソースを変えてもよい。他のＵＥの周波数リソースを変えるために、ｅＮＢはスケジューリングを行ってもよい。
【０４３１】
図１４は、空き領域をサブフレーム単位で設定した場合における、空き領域と使用周波数リソースとの関係の一例を示す図である。図１５は、空き領域をサブフレーム単位で設定した場合における、空き領域と使用周波数リソースとの関係の他の例を示す図である。図１６は、空き領域をサブフレーム単位で設定した場合における、空き領域と使用周波数リソースとの関係のさらに他の例を示す図である。図１４〜図１６において、縦軸は周波数ｆを示す。図１４〜図１６では、いずれも、サブフレーム＃２において、ＵＥ＃１向けの下り送信とＵＥ＃２向けの上り受信とが同時に行われる場合について示している。
【０４３２】
図１４では、使用周波数リソースをずらさずに、狭めて空き領域１４０１を確保している場合を示している。図１５では、使用周波数リソースをずらし、狭めずに空き領域１５０１を確保している場合を示している。図１６では、使用周波数リソースをずらし、かつ狭めて空き領域１６０１を確保している場合を示している。
【０４３３】
図１４において、前記（１）のようにｅＮＢが使用周波数リソースをずらさずに、狭めて空き領域を確保することによって、空き領域確保対象のＵＥと他のＵＥとが使用する周波数リソースが隣接している場合に、他のＵＥの周波数リソースを変更することなく、該ＵＥの上りと下りとの間の干渉を防ぐことができる。すなわち、他のＵＥとｅＮＢとの通信速度に影響を与えることなく、該ＵＥの上りと下りとの間の干渉を防ぐことができる。
【０４３４】
図１５において、前記（２）のようにｅＮＢが使用周波数リソースをずらし、狭めずに空き領域を確保することによって、空き領域確保対象のＵＥと他のＵＥとが使用する周波数リソースが隣接している場合に、空き領域確保対象のＵＥの周波数リソースを変更することなく、空き領域確保対象のＵＥの上りと下りとの間の干渉を防ぐことができる。すなわち、空き領域確保対象のＵＥとｅＮＢとの間の通信速度に影響を与えることなく、空き領域確保対象のＵＥの上りと下りとの間の干渉を防ぐことができる。
【０４３５】
図１６において、前記（３）のようにｅＮＢが使用周波数リソースをずらし、狭めて空き領域を確保することによって、空き領域確保対象のＵＥと他のＵＥとが使用する周波数リソースが一定程度離れている場合に、他のＵＥの周波数リソースを変更することなく、すなわち、他のＵＥとｅＮＢとの間の通信速度に影響を与えることなく、空き領域確保対象のＵＥの上りと下りとの間の干渉を防ぐことができる。あるいは、空き領域確保対象のＵＥと他のＵＥとが使用する周波数リソースが隣接しているときに、空き領域確保対象のＵＥと他のＵＥとが使用する周波数リソースへの影響を分配することによって、空き領域確保対象のＵＥにおいても他のＵＥにおいても、予め定める通信速度を保持したまま、ｅＮＢと通信することが可能となる。
【０４３６】
図１７は、空き領域をシンボル単位で設定した場合における、空き領域と使用周波数リソースとの関係の一例を示す図である。図１８は、空き領域をシンボル単位で設定した場合における、空き領域と使用周波数リソースとの関係の他の例を示す図である。図１９は、空き領域をシンボル単位で設定した場合における、空き領域と使用周波数リソースとの関係のさらに他の例を示す図である。図１７〜図１９において、縦軸は周波数ｆを示す。図１７では、使用周波数リソースをずらさずに、狭めて空き領域１７０１を確保している場合を示している。図１８では、使用周波数リソースをずらし、狭めずに空き領域１８０１を確保している場合を示している。図１９では、使用周波数リソースをずらし、かつ狭めて空き領域１９０１を確保している場合を示している。
【０４３７】
図１７〜図１９に示す場合において、それぞれ図１４〜図１６に示す場合と同じ効果が得られる。また、図１７〜図１９においては、シンボル単位で空き領域を設定しているので、空き領域を設けることによる通信速度への影響を、図１４〜図１６に示す場合に比べて抑えることができる。
【０４３８】
ｅＮＢは、空き領域に使用するリソースを設定してもよい。空き領域のリソースの設定内容としては、例えば、先頭時間、終了時間、継続時間、周波数下限、周波数上限、および周波数幅のいずれかを組合せてもよい。また、ｅＮＢは、空き領域に使用するリソースを除外して、各ＵＥに使用リソースを割り当てればよい。
【０４３９】
空き領域の設定方法として、例えば、空き領域をダミーのリソースとして設定してもよい。ダミーのリソースの設定内容としては、例えば、ダミーリソースの先頭時間、終了時間、継続時間、周波数下限、周波数上限、および周波数幅のいずれかを組合せてもよい。また、ダミーのリソースを設定するとき、各ＵＥの使用リソースの割り当ては、前記ダミーリソースを外して行えばよい。
【０４４０】
前記ダミーリソースについて、例えば、ｅＮＢは、前記空き領域を、ｅＮＢとの送受信を行わないダミーＵＥへの割り当てリソースとして、スケジューリングしてもよい。前記ダミーＵＥへのスケジューリングは、ｅＮＢとの送受信を行うＵＥのスケジューリングの前に行ってもよい。これによって、ｅＮＢとの送受信を行うＵＥのスケジューリングのときに、前記空き領域を避けてスケジューリングできるようになる。
【０４４１】
使用する周波数リソースの退避は、下り通信側で行ってもよい。このとき、退避する使用リソースの設定内容としては、例えば、先頭時間、終了時間、継続時間、周波数下限、周波数上限、および周波数幅のいずれかを組合せて、明示的に設定してもよい。
【０４４２】
前述において、周波数リソースの退避とは、ｅＮＢが、スケジューリングにおいて、使用周波数リソースを変更して空き領域を確保することである。ｅＮＢは、使用周波数リソースをずらさずに、狭めて空き領域を確保してもよいし、使用周波数リソースをずらし、狭めずに空き領域を確保してもよいし、使用周波数リソースをずらし、狭めて空き領域を確保してもよい。本変形例における以降の記載においても、同様とする。
【０４４３】
前述の、下り通信側における周波数リソースの退避とは、すなわち、ｅＮＢが、下り通信を行う側のＵＥの使用リソースを変更して該ＵＥに割り当てる、ということである。この使用リソースの変更は、シンボル単位で行ってもよいし、サブフレーム単位で行ってもよい。
【０４４４】
また、使用する周波数リソースの退避は、上り通信側で行ってもよい。このとき、退避する使用リソースの設定内容としては、例えば、先頭時間、終了時間、継続時間、周波数下限、周波数上限、および周波数幅のいずれかを組合せて、明示的に設定してもよい。
【０４４５】
前述の、上り通信側における周波数リソースの退避とは、すなわち、ｅＮＢが、上り通信を行う側のＵＥの使用リソースを変更して該ＵＥに割り当てる、ということである。この使用リソースの変更は、シンボル単位で行ってもよいし、サブフレーム単位で行ってもよい。
【０４４６】
また、使用する周波数リソースの退避は、下り通信側と上り通信側との両方で行ってもよい。このとき、退避する使用リソースの設定内容としては、下り通信と上り通信との双方について、例えば、先頭時間、終了時間、継続時間、周波数下限、周波数上限、および周波数幅のいずれかを組合せて、明示的に設定してもよい。
【０４４７】
前述の、下り通信側と上り通信側との両方における周波数リソースの退避とは、すなわち、ｅＮＢが、周波数が隣接する双方のＵＥの使用リソースを変更して双方のＵＥに割り当てる、ということである。この使用リソースの変更は、シンボル単位で行ってもよいし、サブフレーム単位で行ってもよい。
【０４４８】
前述の明示的な設定内容については、時間および周波数の値を直接指定してもよいし、現在の使用周波数、例えば、周波数下限、周波数上限および周波数幅からの差分として設定してもよい。
【０４４９】
また、前述の使用する周波数リソースの退避について、暗示的に行ってもよい。このとき、下りと上りとが同時となるリソースの情報を、ｅＮＢからＵＥに通知し、ｅＮＢとＵＥとの双方において、退避するリソースをそれぞれ導出し、使用リソースを退避させてもよい。下りと上りとが同時となるリソースの情報としては、例えば、下りおよび上りの使用周波数、下りおよび上りの送信時間を用いるとよい。また、前記導出の方法は、例えば、規格で決めてもよい。前記導出に関し、前記空き領域の確保を、使用周波数リソースをずらさずに、狭めて空き領域を確保する方法、使用周波数リソースをずらし、狭めずに空き領域を確保する方法、および使用周波数リソースをずらし、狭めて空き領域を確保する方法のうちのいずれの方法で行うかを、ｅＮＢからＵＥに通知してもよい。
【０４５０】
また、前述の空き領域の設定について、実施の形態１と同様に、いくつかの選択肢から選択することとしてもよい。この場合、選択肢の一覧と、選択する設定の識別子とを指定するとよい。選択肢の一覧については、規格で規定してもよいし、ＵＥの接続状況に基づいて、発生し得る空き領域の確保パターンを、ｅＮＢによって決定してもよい。選択肢の一覧と、選択する設定の識別子とは、まとめて与えてもよいし、別々に与えてもよい。
【０４５１】
本実施の形態において、周波数リソースの退避は、ｅＮＢによるスケジューリングを用いて行ってもよい。
【０４５２】
前記スケジューリングにおいて、ｅＮＢは、各ＵＥに割り当てる周波数をシンボル毎に変更してもよい。従来の、ＬＴＥにおけるスケジューリングでは、スロット毎に周波数リソースが割り当てられるので、シンボル間で周波数リソースを変えることができない。本実施の形態において、シンボル毎に周波数リソースを割り当てることができるスケジューリングを用いることによって、周波数リソースを柔軟に設定することが可能となる。
【０４５３】
前述の選択肢を用いるとき、実際に上りおよび下りの競合が発生するシンボルに限定せず、いくつかの空き領域の確保パターンを統合してもよい。これによって、ＵＥ数が増加したときにおけるパターン数の増大を防ぎ、ｅＮＢにおいて、ＵＥの空き領域の決定に要する演算量を減らすことができる。また、ｅＮＢおよびＵＥの双方にとって、空き領域の確保パターンの保持に要するメモリの使用量を削減することができる。
【０４５４】
前述の空き領域の設定のとき、ＵＥ間のシンボル長、サブフレーム長、あるいはＴＴＩ長が異なっている場合について、シンボル長、サブフレーム長、あるいはＴＴＩ長が短い方に空き領域を合わせてもよい。あるいは、長い方に合わせてもよい。短い方に合わせるか、長い方に合わせるかは、規格で決定してもよい。あるいは、他の方法で決定してもよい。
【０４５５】
使用する周波数リソースの退避を下り通信側および上り通信側のどちらで行うかの判断を、ｅＮＢにおいて行ってもよい。あるいは、ＵＥにおいて行い、ｅＮＢに通知してもよい。
【０４５６】
使用する周波数リソースの退避を下り通信側および上り通信側のどちらで行うかの例として、以下の（１）〜（４）の４つを開示する。
【０４５７】
（１）先勝ち処理。
【０４５８】
（２）優先度に基づく処理。
【０４５９】
（３）上りおよび下りの使用ＵＥ数による処理。
【０４６０】
（４）前記（１）〜（３）の組合せ。
【０４６１】
前記例（１）による先勝ち処理について、例えば、先にｅＮＢに接続したＵＥを優先としてもよい。また、別の例として、サブフレーム内におけるギャップ設定を変更したことによる上りおよび下りの競合発生の場合、ギャップ設定を変えなかったＵＥを優先としてもよい。
【０４６２】
前記例（２）における優先度に基づく処理について、例えば、優先度の高いＵＥはリソース退避をせず、優先度の低いＵＥがリソース退避をする、としてもよい。また、別の例として、各ＵＥの優先度に基づいて、優先度の高いＵＥおよび優先度の低いＵＥのリソース退避量を決めてもよい。
【０４６３】
前記例（２）における優先度について、実施の形態１と同様に、ＵＥ毎に与えられる優先度は、上位ネットワーク装置が決定してもよいし、ｅＮＢが決定してもよいし、ＵＥ自身が決定してもよい。また、優先度の値は可変としてもよい。優先度を変更する主体は、上位ネットワーク装置でもよいし、ｅＮＢでもよいし、ＵＥ自身でもよい。
【０４６４】
また、前記例（２）における優先度を決める基準として、実施の形態１と同様に、例えば、ＵＥが使用するサービスによって決定してもよい。各サービスに与える優先度は、規格によって決定してもよい。ＵＥが使用するサービスとしては、例えば、モバイルブロードバンド用の通信、高信頼性が求められるパケット通信、および緊急通報などとしてもよい。
【０４６５】
また、前記例（２）における優先度は、実施の形態１と同様に、ＲＲＣ個別シグナリングを用いてＵＥからｅＮＢに通知してもよい。ＵＥからｅＮＢに通知するタイミングとしては、例えば、ｅＮＢに接続するとき、ＵＥにおけるサービス変更時、例えば、緊急通報の発信時としてもよい。
【０４６６】
前記例（３）における上りおよび下りの使用ＵＥ数による処理について、例えば、競合が発生している上りＵＥ数と下りＵＥ数とを比較し、少ない方のＵＥに対してリソース退避を指示する、としてもよい。これによって、リソース退避のためのシグナリング量を少なくすることができる。
【０４６７】
前記例（４）について、例えば、例（２）と例（３）とを組合せ、上りと下りとのそれぞれについて、競合が発生しているＵＥの優先度を加算する。そして、優先度の合計を上りと下りとで比較し、優先度の加算結果が少ない方がリソース退避をする、といった処理を行ってもよい。
【０４６８】
本実施の形態における空き領域の設定の方法として、以下の（１）〜（３）の３つを開示する。
【０４６９】
（１）準静的。例えば、ＲＲＣ個別シグナリングなど。
【０４７０】
（２）動的。例えば、ＭＡＣシグナリング、Ｌ１／Ｌ２シグナリングなど。
【０４７１】
（３）前記（１），（２）の組合せ。
【０４７２】
前記方法（１）〜（３）において、空き領域の設定を開始するサブフレーム番号を併せて通知してもよい。また、空き領域の設定を受信してから反映させるまでの時間、例えば、サブフレーム数を予め定めておいてもよい。このようにすることによって、空き領域の設定の反映が当該サブフレームに間に合わない場合でも、空き領域の設定による送受信ロスを防ぐことができる。
【０４７３】
また、前記方法（２），（３）において、Ｌ１／Ｌ２シグナリングを用いて設定する場合、空き領域の設定データをサブフレームの先頭シンボルに配置するとよい。このようにすることによって、ＵＥは、例えば、空き領域をシンボル単位で設定する場合に、空き領域の設定データを受信した当該サブフレームにおいて、空き領域の設定を受信してから、受信した設定を反映するまでの時間を可能な限り確保することができる。したがって、設定データを受信した当該サブフレーム内に、受信した設定を反映することが可能となる。
【０４７４】
また、前記方法（３）について、例えば、前記の空き領域の選択肢をＲＲＣシグナリングで準静的に通知し、選択する設定の識別子をＭＡＣシグナリングまたはＬ１／Ｌ２シグナリングを用いて動的に通知してもよい。
【０４７５】
本実施の形態における空き領域の設定および解除の契機は、例えば、ＵＥ接続時、あるいは他のＵＥの接続解除時としてもよい。また、例えば、自己完結型サブフレームの種別変更、ギャップ設定変更などによって、上りおよび下りの競合が発生または解消したときとしてよい。
【０４７６】
また、本実施の形態において空き領域を設定した場合、ＵＥがアイドル（Ｉｄｌｅ）状態となるまで設定を継続してもよい。または、空き領域の設定に有効期間を設けてもよい。前記有効期間の長さは、例えば、規格で定めてもよい。また、前記有効期間は、空き領域の設定と一緒に通知してもよいし、別々に通知してもよい。
【０４７７】
本実施の形態において、ｅＮＢおよびＵＥのシステム帯域の情報を用いてもよい。また、接続ＵＥのギャップ設定を用いてもよい。ＵＥのシステム帯域の情報については、ＵＥからＲＲＣ個別シグナリングを用いて取得してもよい。これによって、空き領域を決定してもよい。
【０４７８】
本実施の形態において、ＵＥにおける空き領域の設定およびリソース退避の可否を示す識別子をｅＮＢに通知してもよい。前記識別子は、ＵＥ能力のパラメータの中に含めてもよいし、ＵＥ能力とは別にＲＲＣ個別シグナリングを用いてＵＥに通知してもよい。これによって、例えば、システム帯域が狭いＵＥにおいて、リソース退避よる通信断あるいは通信品質の劣化を防ぎ、安定した通信を維持することが可能となる。
【０４７９】
本実施の形態によって、自己完結型サブフレームにおけるセル内干渉を回避することが可能となり、ＵＥがＴＤＤの設定を柔軟に変更した場合についても、通信を安定的に行うことが可能となる。
【０４８０】
実施の形態３．
異なる種別の自己完結型サブフレームを用い、ＴＤＤの送受を動的に変えながら通信を行うときに、一方のｅＮＢからの送信が他方のｅＮＢの受信と同時になる場合が生じる。この場合、一方のｅＮＢからの送信波が他方のｅＮＢへの干渉源となってしまう。また、この場合、異なるｅＮＢの配下のＵＥ同士でも同じ問題が発生する（非特許文献１６参照）。
【０４８１】
本実施の形態では、このような問題を解決する方法を開示する。
【０４８２】
下り通信と上り通信との間に周波数の空き領域を設ける。実施の形態２では、互いに干渉を起こすＵＥの間に周波数の空き領域を設けていたのに対し、本実施の形態においては、ＵＥによらず、下り通信と上り通信との間に空き領域を設ける。この点が、実施の形態２と異なる点である。また、本実施の形態は、前述の周波数の空き領域を動的に設ける点で、ＦＤＤと異なる。前記空き領域は、ｅＮＢが設定し、ＵＥに通知してもよい。
【０４８３】
ｅＮＢは、周辺ｅＮＢの情報を取得する。前記情報は、該ｅＮＢの上り周波数に近い周波数で下り送信をしている周辺ｅＮＢの情報であってもよい。あるいは、該ｅＮＢの下り周波数に近い周波数で上り受信をしている周辺ｅＮＢの情報であってもよい。
【０４８４】
ｅＮＢは、前記情報を、セルサーチを用いて取得してもよい。あるいは、ｅＮＢ間インタフェースを用いて取得してもよい。あるいは、上位ネットワーク装置とｅＮＢとの間のインタフェースを用いてもよい。上位ネットワーク装置とｅＮＢとの間のインタフェースを用いる場合、ｅＮＢは、上位ネットワーク装置経由で前記情報を取得してもよい。ｅＮＢは、周辺ｅＮＢに、前記情報を問合せてもよい。周辺ｅＮＢは、該ｅＮＢに、前記情報を通知してもよい。ｅＮＢは、上位ネットワーク装置に、前記情報を問合せてもよい。上位ネットワーク装置は、周辺ｅＮＢに、前記情報を問合せてもよい。周辺ｅＮＢは、上位ネットワーク装置に、前記情報を通知してもよい。上位ネットワーク装置は、ｅＮＢに、前記情報を通知してもよい。
【０４８５】
前記情報の具体例として、以下の（１）〜（４）の４つを開示する。
【０４８６】
（１）自ｅＮＢの識別子。
【０４８７】
（２）自ｅＮＢが使用する周波数の情報。
【０４８８】
（３）自ｅＮＢによる下り信号送信タイミング。
【０４８９】
（４）前記（１）〜（３）の組合せ。
【０４９０】
前記（２）において、使用する周波数の情報は、中心周波数の情報を含んでもよい。使用する周波数の情報は、周波数帯域の情報を含んでもよい。使用する周波数の情報は、使用する周波数の範囲を示す情報を含んでもよい。前述の、周波数の範囲を示す情報は、使用する周波数の上限の情報を含んでもよいし、下限の情報を含んでもよい。
【０４９１】
前記（３）において、下り信号送信タイミングは、ギャップ設定であってもよい。ギャップ設定は、実施の形態１に示すものでよい。あるいは、例えば、自ｅＮＢにおいて使用している下り信号送信タイミングのうち、配下のＵＥ向けに使用しているパターンであってもよいし、あるいは、自ｅＮＢが使用する自己完結型サブフレーム構成のうち、下り信号が一番長いパターンであってもよい。あるいは、自ｅＮＢにおいて使用しているデフォルトの下り送信タイミングであってもよい。前述の、デフォルトの下り送信タイミングは、実施の形態１におけるデフォルトのギャップ設定から求めてもよい。
【０４９２】
あるいは、前記（３）において、下り信号送信タイミングは、自己完結型サブフレーム種別の使用パターンを含んでもよい。自己完結型サブフレームの種別と関連付けられたギャップ設定を含んでもよい。前述の、自己完結型サブフレーム種別の使用パターンは、実施の形態１の変形例３に示すものであってもよい。前述の、自己完結型サブフレームの種別と関連付けられたギャップ設定は、実施の形態１の変形例３に示すものであってもよい。
【０４９３】
あるいは、前記（３）において、下り信号送信タイミングは、自己完結型サブフレームの使用パターンのデフォルト値を含んでもよい。使用パターン毎のギャップ設定デフォルト値を含んでもよい。前述の、自己完結型サブフレームの使用パターンのデフォルト値は、実施の形態１の変形例３に示すものであってもよい。前述の、使用パターン毎のギャップ設定デフォルト値は、実施の形態１の変形例３に示すものであってもよい。
【０４９４】
前述の、該ｅＮＢから周辺ｅＮＢあるいは上位ネットワーク装置への問合せにおいて、該ｅＮＢは、周波数の範囲を周辺ｅＮＢあるいは上位ネットワーク装置に通知してもよい。前記周波数の範囲は、該ｅＮＢが使用する上り周波数を含んでもよい。あるいは下り周波数を含んでもよい。該ｅＮＢが周辺ｅＮＢの下り通信について問合せる場合は、前記周波数の範囲は、該ｅＮＢが使用する上り周波数を含む範囲であることが望ましい。該ｅＮＢが周辺ｅＮＢの上り通信について問合せる場合は、前記周波数の範囲は、該ｅＮＢが使用する下り周波数を含む範囲であることが望ましい。
【０４９５】
前記周波数の範囲は、規格で定めてもよいし、該ｅＮＢが決めてもよい。該ｅＮＢは、自身のフィルタリング性能に基づいて前記周波数の範囲を決めてもよい。
【０４９６】
周辺ｅＮＢが上位ネットワーク装置あるいは該ｅＮＢに対して通知する自ｅＮＢの情報は、前述の、該ｅＮＢが上位ネットワーク装置あるいは周辺ｅＮＢに通知する周波数の範囲に該当するもののみとしてもよい。このようにすることによって、周辺ｅＮＢは、周波数の空き領域を求めるために不要な情報を送信する必要がなくなり、シグナリング量を削減することができる。
【０４９７】
該ｅＮＢは、下り通信と上り通信との間の空き領域をスケジューリングしてもよい。下り周波数帯域をスケジューリングしてもよい。上り周波数帯域をスケジューリングしてもよい。前記スケジューリングには、実施の形態２と同様のものを用いてもよい。
【０４９８】
該ｅＮＢは、前記スケジューリング結果を周辺ｅＮＢに通知してもよい。周辺ｅＮＢは、下り通信と上り通信との間に空き領域を設けてもよい。前記の空き領域を設けるにあたり、前記スケジューリング結果を用いてもよい。
【０４９９】
周辺ｅＮＢは、前記スケジューリングのやり直しを該ｅＮＢに要求してもよい。周辺ｅＮＢが前記やり直しを要求する場合としては、例えば、周辺ｅＮＢが該ｅＮＢと同じ空き領域を割り当てられなかったときであってもよい。あるいは、上り周波数を割り当てられなかったときであってもよい。あるいは、下り周波数を割り当てられなかったときであってもよい。周辺ｅＮＢは、割り当て可能な上り周波数を該ｅＮＢに通知してもよい。あるいは、周辺ｅＮＢは、割り当て可能な下り周波数を該ｅＮＢに通知してもよい。該ｅＮＢは、スケジューリングのやり直しを行ってもよい。該ｅＮＢは、スケジューリングをやり直した結果を周辺ｅＮＢに通知してもよい。
【０５００】
あるいは、周辺ｅＮＢは、該ｅＮＢと異なる空き領域をスケジューリングしてもよい。異なる空き領域としては、例えば、該ｅＮＢよりも狭い空き領域であってもよい。これによって、周辺ｅＮＢが該ｅＮＢと同じ空き領域を確保できない場合についても、若干の上り／下りの重なりを許容することで、スケジューリングのやり直しによる該ｅＮＢと周辺ｅＮＢとの間のシグナリング量を削減することができる。
【０５０１】
前述の周波数の空き領域を設ける期間は、シンボル単位でもよいし、サブフレーム単位でもよいし、無線フレーム単位でもよい。また、空き領域を挟んで高い周波数を下り用としてもよいし、または、上り用としてもよい。
【０５０２】
実施の形態３においても、実施の形態２と同様に、Filtered-OFDM（非特許文献１５参照）などの方法を用いて、送信波のサブキャリア帯域外スペクトルを抑制することが望ましい。
【０５０３】
前述のスペクトル抑制は、ｅＮＢが行ってもよいし、ＵＥが行ってもよい。ｅＮＢおよびＵＥの両方が行ってもよい。
【０５０４】
周波数の空き領域の設定の判断を上位ネットワーク装置が行ってもよい。上位ネットワーク装置は、配下のｅＮＢに、周波数の空き領域の設定の判断に必要な情報を要求してもよい。ｅＮＢは、上位ネットワーク装置に、周波数の空き領域の設定の判断に必要な情報を送信してもよい。上位ネットワーク装置は、配下のｅＮＢに、周波数の空き領域に関する情報を送信してもよい。
【０５０５】
周波数の空き領域の設定の判断に必要な情報の具体例として、以下の（１）〜（４）の４つを開示する。
【０５０６】
（１）配下のＵＥのギャップ設定。
【０５０７】
（２）配下のＵＥの優先度を示す情報。
【０５０８】
（３）配下のＵＥ数。
【０５０９】
（４）前記（１）〜（３）の組合せ。
【０５１０】
前記（１）〜（４）のそれぞれについて、配下の複数のＵＥの各情報を集約してもよい。例えば、前記（２）については、配下のＵＥのうち最も高い優先度を用いてもよい。
【０５１１】
また、周波数の空き領域の設定の判断を、近傍のｅＮＢのうちの１つのｅＮＢが行ってもよい。該ｅＮＢは、近傍のｅＮＢに、周波数の空き領域の設定の判断に必要な情報を要求してもよい。近傍のｅＮＢは、該ｅＮＢに、周波数の空き領域の設定の判断に必要な情報を送信してもよい。該ｅＮＢは、近傍のｅＮＢに、周波数の空き領域に関する情報を送信してもよい。
【０５１２】
周波数の空き領域に関する情報として、例えば、空き領域の周波数幅、空き領域の開始タイミング、空き領域の継続時間、下り／上りを空き領域のそれぞれ高い周波数、低い周波数のどちらに配置するかを示す識別子を用いてもよい。
【０５１３】
図２０は、上りおよび下りの周波数の間に空き領域を設ける一例を示す図である。図２０において、縦軸は周波数ｆを示す。ＤＬ＃１およびＵＬ＃１は、それぞれｅＮＢ＃１の第１下り信号および第１上り信号であり、ＤＬ＃２およびＵＬ＃２は、それぞれｅＮＢ＃２の第２下り信号および第２上り信号である。図２０では、上りおよび下りの周波数の間に、空き領域２００１が設けられる。
【０５１４】
本実施の形態によれば、異なるｅＮＢ間における下り通信と上り通信との間の干渉を低減させることができる。
【０５１５】
実施の形態３  変形例１．
本変形例では、ｅＮＢ間の干渉を防ぐための別の手段として、ｅＮＢ間で時間帯を時分割し、送受信を行う。
【０５１６】
ｅＮＢ間で、ユーザデータの送信を行ってよい時間帯を割り当て、割り当てられた時間帯の中でＵＥとのユーザデータの送信を行う。割り当てられていない時間帯においては、ｅＮＢおよび配下のＵＥは、ユーザデータの送信を行わない。
【０５１７】
１つのｅＮＢへの時間帯の割り当ては、ＴＴＩ単位で行うことが望ましい。複数のＴＴＩを連続して割り当ててもよい。また、各ｅＮＢへの時間帯への割り当ては、等分であってもよいし、偏りがあってもよい。また、ＴＴＩの長さとして、例えば、サブフレーム長の整数倍としてもよい。
【０５１８】
上位ネットワーク装置が、配下のｅＮＢがユーザデータの通信を行う時間帯を調停してもよい。上位ネットワーク装置は、配下のｅＮＢに、前記調停に必要な情報を要求してもよい。ｅＮＢは、上位ネットワーク装置に、前記調停に必要な情報を送信してもよい。上位ネットワーク装置は、ユーザデータの通信を行う時間帯を配下のｅＮＢに通知してもよい。
【０５１９】
前記調停の必要な情報の具体例として、以下の（１）〜（５）の５つを開示する。
【０５２０】
（１）配下のＵＥのギャップ設定。
【０５２１】
（２）配下のＵＥの優先度を示す情報。
【０５２２】
（３）配下のＵＥ数。
【０５２３】
（４）ｅＮＢの識別子。
【０５２４】
（５）前記（１）〜（４）の組合せ。
【０５２５】
前記（１）〜（５）のそれぞれについて、配下の複数のＵＥの各情報を集約してもよい。例えば、前記（２）については、配下のＵＥのうち最も高い優先度を用いてもよい。
【０５２６】
また、近傍のｅＮＢのうちの１つのｅＮＢが、ユーザデータの通信を行う時間帯を調停してもよい。調停を行うｅＮＢは、例えば、マクロセルであってもよい。また、近傍のｅＮＢは、例えば、スモールセルであってもよい。
【０５２７】
調停を行うｅＮＢは、近傍のｅＮＢに、調停に必要な情報を要求してもよい。また、近傍のｅＮＢは、調停を行うｅＮＢに、調停に必要な情報を送信してもよい。調停を行うｅＮＢは、近傍のｅＮＢに、ユーザデータの通信を行う時間帯を送信してもよい。調停に必要な情報は、前記（１）〜（５）と同様としてよい。
【０５２８】
近傍のｅＮＢの各々が、ユーザデータの通信を行う時間帯を調停してもよい。各ｅＮＢは、近傍のｅＮＢに、調停に必要な情報を送信してもよい。各ｅＮＢは、自ｅＮＢがユーザデータの通信を行う時間帯の情報を、近傍ｅＮＢに通知してもよい。調停に必要な情報は、前記（１）〜（５）と同様としてよい。また、前記（１）〜（５）に加えて、自ｅＮＢがユーザデータの通信を行う時間帯の情報を送信してもよい。これによって、上位ネットワーク装置の負荷を軽減することができる。
【０５２９】
ｅＮＢは、配下のＵＥに、ユーザデータの通信を行う時間帯の情報を送信してもよい。前記情報の送信を、ｅＮＢから配下のＵＥへの報知によって行ってもよい。前記報知には、報知情報を用いてもよい。報知情報は、ＳＩＢ１としてもよいし、ＳＩＢ２としてもよい。また、前記情報の送信を、ｅＮＢからＵＥへのＲＲＣシグナリング送信によって行ってもよい。ＲＲＣシグナリングは、例えば、ＲＲＣ個別シグナリングでよい。ＲＲＣ個別シグナリングは、例えば、ＲＲＣ接続再設定（RRC connection reconfiguration）、あるいは、ランダムアクセス処理におけるメッセージ２、あるいはメッセージ４を用いてもよい。
【０５３０】
前述の、ユーザデータの通信を行う時間帯の情報は、例えば、ＴＴＩ番号と周期を組合せたものとしてよい。ＴＴＩ番号として、周期を組合せたものを用いて、該ＴＴＩ番号と周期の整数倍との和に該当するＴＴＩ番号においてユーザデータ通信を行うようにしてもよい。前述のＴＴＩ番号は、サブフレーム番号でもよい。
【０５３１】
前述の、ユーザデータの通信を行う時間帯の情報の送信において、ＵＥは、前記時間帯に該当しなかった時間帯において、送受信を停止してもよい。これによって、ＵＥの省電力化を図ることができる。
【０５３２】
あるいは、ｅＮＢは、送受信を停止する時間帯の情報を配下のＵＥに送信してもよい。前記情報の送信を、ｅＮＢから配下のＵＥへの報知を用いて行ってもよい。前記報知には、報知情報を用いてもよい。報知情報は、ＳＩＢ１としてもよいし、ＳＩＢ２としてもよい。また、前記情報の送信を、ｅＮＢからＵＥへのＲＲＣシグナリング送信を用いて行ってもよい。ＲＲＣシグナリングは、例えば、ＲＲＣ個別シグナリングでよい。ＲＲＣ個別シグナリングは、例えば、ＲＲＣ接続再設定、あるいは、ランダムアクセス処理におけるメッセージ２、あるいはメッセージ４を用いてもよい。
【０５３３】
前述の、ユーザデータの通信を停止する時間帯の情報は、例えば、ＴＴＩ番号と周期とを組合せたものとしてよい。ＴＴＩ番号として、周期を組合せたものを用いて、該ＴＴＩ番号と周期の整数倍との和に該当するＴＴＩ番号においてユーザデータ通信を停止するようにしてもよい。前述のＴＴＩ番号は、サブフレーム番号でもよい。
【０５３４】
ユーザデータの通信を停止する時間帯の情報のｅＮＢからＵＥへの通知を用いて、該ＵＥは、通知された間、送受信を停止することができるので、該ＵＥの省電力化を図ることができる。
【０５３５】
前記調停は、前記（１）〜（５）の情報を用いて行ってもよい。一例として、各ｅＮＢの識別子に基づいて、ＴＴＩを割り振ってもよい。例えば、２つのセルに対する調停を行う場合、各ｅＮＢの識別子を用い、偶数、奇数それぞれのＴＴＩ番号を各ｅＮＢに割り当ててもよい。
【０５３６】
ｅＮＢは、本変形例に示す方法によってＵＥに送受信を割り当てていない時間帯について、該ＵＥに対するスケジューリングを行わなくてよい。
【０５３７】
ｅＮＢおよびＵＥは、スケジューリングなどで用いる周期あるいは送受信回数などについて、本変形例に示す方法によって、ＵＥに送受信を割り当てていない時間帯をカウントしなくてもよい。あるいはカウントしてもよい。
【０５３８】
前記時間帯をカウントしない場合について、例えば、ＳＰＳ（Semi-Persistent Scheduling）において該ＵＥに割り当てられた送信サブフレーム数について、該ＵＥが実際に送信したサブフレーム数のみをカウントしてもよい。例えば、ＳＰＳにおいて、ｅＮＢからＵＥに連続４回の上り送信回数を割り当て、また、ｅＮＢはＵＥに、本変形例に示す方法によって偶数のサブフレーム番号に送受信を割り当てた場合、該ＳＰＳにおいて、ＵＥからの上り送信の継続時間は８サブフレームとしてもよい。
【０５３９】
また、例えば、ＤＲＸの周期を１０サブフレームとし、ｅＮＢが、本変形例に示す方法によって偶数のサブフレーム番号にＵＥとの送受信を割り当てた場合、該ＵＥにおけるＤＲＸの周期は１０サブフレームでもよいし、２０サブフレームでもよい。ｅＮＢは、ＤＲＸ周期内のＵＥ起動時間のうちの最低１サブフレーム分は、該ＵＥに送受信が割り当てられるように、前記ＵＥ起動時間を割り当てることが望ましい。あるいは、本変形例における方法によって、前記ＵＥ起動時間のうちの最低１サブフレーム分を、送受信可能時間として割り当てることが望ましい。
【０５４０】
また、例えば、ＨＡＲＱにおいて、本変形例による送受信割り当てを用いて、ＨＡＲＱで用いるプロセス数を変えてもよいし、変えなくてもよい。例えば、本変形例によって、該ＵＥに２サブフレーム中の１サブフレームを送受信可能として割り当てた場合、ＨＡＲＱの使用プロセス数を半分にしてもよいし、そのままとしてもよい。
【０５４１】
図２１は、実施の形態３の変形例１における通信システムの構成の一例を示す図である。図２２は、図２１に示す通信システムのｅＮＢ間における通信区間の時分割割り当ての一例を示す図である。ｅＮＢ＃１とｅＮＢ＃２との間で、ユーザデータの通信を行うＴＴＩとユーザデータの通信を行わないＴＴＩとを交互に割り当てている。
【０５４２】
本変形例において、ユーザデータ以外の信号についても、送信を行ってよい時間帯を割り当ててもよい。ユーザデータ以外の信号として、例えば、下り制御信号、上り制御信号、ページング信号、下り参照信号、上り参照信号、同期信号、ＰＢＣＨ、ＰＲＡＣＨであってもよい。また、送信の時分割をするか、しないかについて、ユーザデータ以外のチャネル毎に設定できるようにしてもよい。
【０５４３】
本変形例によって、周波数リソースを変更することなく、ｅＮＢ間の干渉を低減させることができる。また、自己完結型サブフレームにおいて、下りおよび上りのシンボル構成を変えることなく、ｅＮＢ間の干渉を低減させることができる。
【０５４４】
実施の形態４．
ＬＴＥでは、アイドル（Ｉｄｌｅ）時のＵＥの間欠受信（ＤＲＸ）タイミング、すなわち、ページングが送信されるタイミングは、ページングが送信される無線フレーム（ＰＦ）とサブフレーム（ＰＯ）、およびＤＲＸ周期（Ｔ）で示される。ＤＲＸ周期（Ｔ）は、Ｓ１でＭＭＥからｅＮＢに通知され、セルからＳＩＢ２で報知される。ＰＦおよびＰＯは、ＵＥ識別子（ＵＥ−ＩＤ）と、セルからＳＩＢ２で報知されるパラメータ（ｎＢ）とで決まる。したがって、ページングの送信タイミングは、ＵＥ−ＩＤに依存する（非特許文献１８参照）。
【０５４５】
５Ｇでは、電波到達範囲すなわちカバレッジを広くするために、基地局（本明細書では、５Ｇの基地局もｅＮＢと称する）が複数のアンテナを用いて狭範囲なビームを形成するビームフォーミングを利用して通信を行うことが提案されている。狭範囲なビーム形成を行うことによって、電波到達範囲を広くすることが可能となる。ｅＮＢで一時に形成できるビーム数が少なく、セルとして必要となるカバレッジをカバーできない場合、１つまたは複数のビームを用いて、タイミングをずらしてビームスイーピングを行い、広範囲のカバレッジをカバーする方法が提案されている（非特許文献１９参照）。
【０５４６】
図２３は、ビームスイーピングを説明するための図である。ビームスイーピングを行うために、下りビームスイーピングブロック（DL sweeping block）３１０１と、上りビームスイーピングブロック（UL sweeping block）３１０３とが設けられる。下りビームスイーピングブロック３１０１と、上りビームスイーピングブロック３１０３との間が、下りデータおよび上りデータが送信されるＤＬ／ＵＬデータサブフレーム３１０５となる。各ブロック３１０１，３１０３は、参照符号「３１１１」で示されるように、複数のリソース３１０２，３１０４，３１０６を含んで構成される。各リソースは、参照符号「３１１２」で示されるビームを用いて送信される。
【０５４７】
下りビームスイーピングブロック３１０１は、予め定める下りスイーピングブロック周期Ｔｓｂｐで、繰返し送信される。下りビームスイーピングブロック３１０１では、最初の予め定める期間に、予め定める狭範囲のカバレッジに対してビームを形成して送信し、次の予め定める期間に、次の予め定める狭範囲のカバレッジに対してビームを形成して送信する。これを繰り返し行うことによって、セルとしての全カバレッジをカバーする。例えば、参照符号「３１０２」で示されるリソースは、同期信号、ＰＢＣＨおよびビーム参照信号の送信に用いられる。
【０５４８】
上りビームスイーピングブロック３１０３では、最初の予め定める期間に、予め定める狭範囲のカバレッジに対してビームを形成して受信し、次の予め定める期間に、次の予め定める狭範囲のカバレッジに対してビームを形成して受信する。これを繰り返し行うことによって、セルとしての全カバレッジをカバーする。例えば、参照符号「３１０４」で示されるリソースは、ＲＡＣＨの送信に用いられる。
【０５４９】
セルの全カバレッジをカバーする間の一連のビームスイーピングを、ビームスイーピングブロックと称する。以下の説明では、ビームスイーピングブロックの各ビームの送受信期間を「ビームユニット」と称することもある。
【０５５０】
ビームスイーピングブロックは、周期的に行われる。下りビームスイーピングブロック３１０１では、共通制御信号およびチャネルが各ビームで送信される。共通制御信号およびチャネルとして、例えば、初期アクセスに必要となる共通制御信号である、同期信号（ＳＳ）、ＰＢＣＨ、および参照信号（ＲＳ）などがある。上りビームスイーピングブロック３１０３では、ＲＡＣＨリソースなどが、各ビームで割当てられる。
【０５５１】
ＵＥ３１１３は、下りビームスイーピングブロック３１０１の全期間で受信を行う。このようにすることによって、ＵＥ３１１３は、セルとしてのカバレッジのどこに位置していても、該位置に送信されたビームを受信することが可能となる。したがって、例えば、初期アクセスに必要となる共通制御信号を受信することが可能となる。ＵＥ３２１３は、上りビームスイーピングブロック３１０３において送信を行う。このようにすることによって、ｅＮＢは、該ＵＥ３１１３の上り送信を受信することが可能となる。
【０５５２】
下りビームスイーピングブロック３１０１で送信する情報については、前述の共通制御信号およびチャネル以外はまだ明示されていない。下りビームスイーピングブロック３１０１で送信する情報として、下りビームスイーピングブロック３１０１および上りビームスイーピングブロック３１０３の少なくとも一方に関する情報がある。該情報の具体例として、以下の（１）〜（８）の８つを開示する。
【０５５３】
（１）ビームユニット数。
【０５５４】
下りと上りとで異なっていてもよい。同じ場合はどちらかを省略してもよい。あるいは、どちらか一方を他方と同じことを示す情報としてもよい。
【０５５５】
（２）ビームスイーピングブロックの期間。
【０５５６】
下りと上りとで異なっていてもよい。同じ場合はどちらかを省略してもよい。あるいは、どちらか一方を他方と同じことを示す情報としてもよい。
【０５５７】
（３）ビームスイーピングブロックの周期。
【０５５８】
下りと上りとで異なっていてもよい。同じ場合はどちらかを省略してもよい。あるいは、どちらか一方を他方と同じことを示す情報としてもよい。
【０５５９】
（４）ビームスイーピングブロックの開始タイミング。オフセット値でもよい。
【０５６０】
下りと上りとで異なっていてもよい。同じ場合はどちらかを省略してもよい。あるいは、どちらか一方を他方と同じことを示す情報としてもよい。
【０５６１】
（５）下りビームスーピングブロックおよび上りビームスイーピングブロックの時間間隔。
【０５６２】
（６）ビームユニット期間。
【０５６３】
下り（送信）と上り（受信）とで異なっていてもよい。同じ場合はどちらかを省略してもよい。あるいは、どちらか一方を他方と同じことを示す情報としてもよい。
【０５６４】
（７）各ビームユニットの送信タイミング。各ビームユニットの受信タイミング。オフセット値でもよい。
【０５６５】
（８）前記（１）〜（７）の組合せ。
【０５６６】
時間を表すパラメータとして、無線フレーム番号、サブフレーム番号、スロット番号、およびシンボル番号などを用いてもよい。前述の下りビームスイーピングブロック３１０１で送信する情報は、下りの各ビームで送信する報知情報に含めてもよい。下りビームスイーピングブロックで自ＵＥの位置するビームの同期信号によってビーム検出を行ったＵＥは、該ビームで送信される前記情報を受信することが可能となる。これによって、ＵＥは、下りビームスイーピングブロックのタイミングを認識することができ、その後の下りビームスイーピングブロックを受信することが可能となる。ＵＥは、ビームスイーピングブロックをサーチし続けるので、連続受信する必要がなくなる。ＵＥは、間欠受信することが可能となる。また、ＵＥは、上りビームスイーピングブロックのタイミングを認識することができ、その後の上りビームスイーピングブロックで送信することが可能となる。
【０５６７】
下りビームスイーピングブロックのタイミングをセル間で同じにしてもよい。あるいは、下りビームスイーピングブロックのタイミングが、セル間で一部あるいは全部が重なるように設定してもよい。Ｏ＆Ｍ（Operation and Maintenance）の機能を有するノードが設定してもよい。ＣＮが設定してもよい。あるいは静的に規格などで決めておいてもよい。このようにすることによって、ＵＥは、一つのセルの下りビームスイーピングブロックを受信するタイミングで、近傍の複数のセルの下りビームスイーピングブロックも受信することが可能となる。
【０５６８】
上りビームスイーピングブロックのタイミングをセル間で同じにしてもよい。あるいは、上りビームスイーピングブロックのタイミングが、セル間で一部あるいは全部が重なるように設定してもよい。Ｏ＆Ｍの機能を有するノードが設定してもよい。ＣＮが設定してもよい。あるいは静的に規格などで決めておいてもよい。このようにすることによって、セルは、他のセルの上りビームスイーピングブロックでのＵＥからの送信を受信することも可能となる。セル間の協調処理に有効である。
【０５６９】
他の方法として、下りビームスイーピングブロックのタイミングが、セル間で重ならないように設定してもよい。セル間で下り干渉が発生するような状況において、干渉回避のために有効である。
【０５７０】
上りビームスイーピングブロックのタイミングをセル間で重ならないように設定してもよい。セル間で上り干渉が発生するような状況において、干渉回避のために有効である。
【０５７１】
タイミングをセル間で一部あるいは全部が重なるように設定する方法と、重ならないように設定する方法とを組合せてもよい。例えば、下りには、タイミングをセル間で一部あるいは全部重なるように設定し、上りには、タイミングをセル間で異ならせるように設定してもよい。上りと下りで干渉の発生状況が異なるような場合に有効である。
【０５７２】
ビームスイーピングブロックのタイミングをセル間で重ならないように設定する場合、各セルでタイミングが連続するように設定してもよい。あるいは、セル間のタイミング間隔をなるべく小さく設定してもよい。ＵＥは、連続して複数のセルの下りビームスイーピングブロックを受信することが可能となる。また、セルは、連続して他のセルの上りビームスイーピングブロックでのＵＥからの送信を受信することが可能となる。セル間のタイミング間隔が小さければ小さいほど、ＵＥ、あるいは、セルの連続受信期間は少なくなるので、低消費電力化を図ることができる。
【０５７３】
セルは、ＲＲＣ＿ＩＤＬＥ状態のＵＥがどのビームエリア、すなわちビームによるカバレッジ内に存在するかは認識しない。したがって、ページングの送信にビームスイーピングを用いることが考えられている（非特許文献１９参照）。しかし、上述したように、ビームスイーピングにおける各ビームの送信タイミングは、ビーム毎に異なる。他方、ページングタイミングは、ＵＥ−ＩＤによって決定される。
【０５７４】
したがって、セルがビームスイーピングを用いてページングを送信しようとしても、ＵＥに対するページングタイミングとビームスイーピングタイミングとが合致しない場合が生じるので、ページングを送信できないという問題が生じる。ＵＥにおいても、予め定めるページングタイミングで受信動作を行っても、ページングタイミングがビームスイーピングタイミングと異なる場合、ページングを受信できなくなるという問題が生じる。
【０５７５】
また、ページングをデータサブフレームで送信しようとしても、セルはＲＲＣ＿ＩＤＬＥ状態のＵＥが、どのビームエリア内にいるか認識しない。セルは、ページングタイミングで、どのビームを送信したらよいかが判らない。したがって、ＵＥは、予め定めるページングタイミングで受信しても、ビームが送信されていない場合が生じ、ページングを受信できなくなってしまう。
【０５７６】
本実施の形態では、このような問題を解決する方法を開示する。
【０５７７】
ページングの送信を下りビームスイーピングのタイミングで行う。全タイミングでなくてよい。一部のタイミングであってもよい。ページングを下りビームスイーピングブロックで送信する。ページングを下りビームスイーピングブロックの全ビームで送信する。ｅＮＢは、ページングを送信可能な下りビームスイーピングタイミングまで、上位ノードからのページングを保持する。
【０５７８】
ビームスイーピングブロックでページングが送信されることになるので、ＤＲＸ周期を、ビームスイーピングブロック周期に合わせるとよい。あるいは、ＤＲＸ周期を、ビームスイーピングブロック周期のｎ（ｎは整数）倍としてもよい。このようにすることによって、ページングタイミングを柔軟に設定することができる。例えば、ＣＮが設定したページング周期よりも短くて最も大きいｎを選ぶことによって、ＣＮが設定したページング周期に少なくとも１回ページングタイミングを発生させることも可能となり、ＣＮからのページングを送信することが可能となる。
【０５７９】
ＤＲＸ周期をビームスイーピングブロック周期に合わせるか、またはｎ倍にすることは、システムとして静的に決めておいてもよいし、規格で決めておいてもよい。これによって、ｅＮＢおよびＵＥは、ＤＲＸ周期を認識することが可能となる。
【０５８０】
ＤＲＸ周期を示す情報を設けてもよい。該情報として、例えばｎを設定してもよい。ＤＲＸ周期を示す情報はセル毎に設定可能としてもよい。セルは、ＤＲＸ周期を示す情報を報知情報に含めて報知してもよい。セルは、ＤＲＸ周期を示す情報を、下りビームスイーピングブロックで送信してもよい。あるいは、一旦ＲＲＣ接続状態になったＵＥに対して、個別に設定可能としてもよい。セルは、ＤＲＸ周期を示す情報を、ＲＲＣ個別シグナリングに含めて通知してもよい。このようにすることによって、ＵＥは、ＤＲＸ周期を認識することが可能となる。
【０５８１】
どのビームスイーピングブロックからページングの送信が可能かを示す情報を設けてもよい。ｎ＞１の場合、全ビームスイーピングブロックでページングの送信が可能となるわけではない。したがって、どのビームスイーピングブロックからページングの送信が可能かを示す情報を設けることによって、ページングの送信が可能なビームスイーピングブロックを特定することが可能となる。
【０５８２】
どのビームスイーピングブロックからページングの送信が可能かを示す情報は、セル毎に設定可能としてもよい。セルは、前記ページングの送信が可能かを示す情報を報知情報に含めて報知してもよい。セルは、前記ページングの送信が可能かを示す情報を、下りビームスイーピングブロックで送信してもよい。あるいは、一旦ＲＲＣ接続状態になったＵＥに対して、個別に設定可能としてもよい。セルは、前記ページングの送信が可能かを示す情報を、ＲＲＣ個別シグナリングに含めて通知してもよい。
【０５８３】
このようにすることによって、ＵＥは、どのビームスイーピングブロックからページングの送信が可能かを認識することが可能となる。
【０５８４】
ＵＥは、ＤＲＸ周期で発生する、ビームスイーピングブロックの自ＵＥが位置するエリアに送信されるビームユニットのタイミングで受信して、ページングの有無を検出してもよい。
【０５８５】
あるいは、ＵＥは、ＤＲＸ周期で発生するビームスイーピングブロックの期間受信して、ページングの有無を検出してもよい。ＵＥが移動する場合、および電波伝搬環境が大きく変動する場合に有効である。
【０５８６】
ＵＥが静止しているか、移動しているかを判断し、静止している場合には前者の方法を実行し、移動している場合には後者の方法を実行するようにしてもよい。あるいは、ビームの受信品質が良好か否かを判断し、良好な場合には前者の方法を実行し、良好でない場合には後者の方法を実行するようにしてもよい。あるいは、ビームの受信品質が良好かつ安定しているか否かを判断し、良好かつ安定な場合には前者の方法を実行し、そうでない場合には後者の方法を実行するようにしてもよい。
【０５８７】
このようにすることによって、ＵＥは、ビームスイーピングタイミングに合わせて送信されるページングを検出することができ、受信することが可能となる。ビームスイーピングが用いられる場合も、ＵＥは、ページングを受信することが可能となる。たとえ、一時に形成可能なビーム数が少なく、全カバレッジをカバーできないような場合にも、ビームスイーピングを用いて通信を行うことが可能となる。
【０５８８】
図２４は、ページングの送信タイミングをビームスイーピングタイミングに合わせる送信方法を説明するための図である。下りビームスイーピングブロック３２０１と、上りビームスイーピングブロック３２０３とが設けられる。下りビームスイーピングブロック３２０１でページングが送信される。下りビームスイーピングブロック３２０１と、上りビームスイーピングブロック３２０３との間が、下りデータおよび上りデータが送信されるＤＬ／ＵＬデータサブフレーム３２０５となる。各ブロック３２０１，３２０３は、参照符号「３２２１」で示されるように、複数のリソース３２０２，３２０４を含んで構成される。各リソースは、参照符号「３２２２」で示されるビームを用いて送信される。
【０５８９】
セルは、下りビームスイーピングブロック３２０１を、下りビームスイーピングブロック周期Ｔｓｂｐで送信する。セルは、上りビームスイーピングブロック３２０３を、上りビームスイーピングブロック周期で受信する。
【０５９０】
下りビームスイーピングブロック３２０１では、狭範囲のカバレッジを有する各ビームがビームユニット期間に順次送信され、全ビームによってセルカバレッジをカバーする。上りビームスイーピングブロック３２０３も同様に、狭範囲のカバレッジを有する各ビームでビームユニット期間に順次受信し、全ビームによってセルカバレッジをカバーする。
【０５９１】
ビームスイーピング時のビーム形成パターンとして、１ビーム毎にタイミングをずらす方法を開示したが、複数のビームを同じタイミングで形成して、該複数のビーム毎にタイミングをずらすようにしてもよい。該複数のビームとして、隣接したカバレッジを形成するビームではなく、空間的に間隔をあけたカバレッジを形成するビームでもよい。複数のビームを同じタイミングで形成する場合、ビームのサイドローブによるビーム間干渉が生じる。したがって、空間的に間隔をあけたカバレッジを形成するビームを同じタイミングで形成することによって、ビーム間干渉を低減することが可能となる。
【０５９２】
下りビームスイーピングブロック３２０１では、各ビームで、同期信号（ＳＳ）、ＰＢＣＨ、および参照信号（ＲＳ）が送信される。上りビームスイーピングブロックでは、ＲＡＣＨリソースなどが、各ビームで割当てられる。
【０５９３】
ｅＮＢ３２１２は、ＤＲＸ周期（ＴＤＲＸ）を下りビームスイーピングブロック３２０１の周期のｎ倍となるように設定する機能を有する。図２４では、ｎ＝１としている。ｅＮＢ３２１２は、コアネットワーク（ＣＮ）３２１１から受信したページング（Paging）を、ページングが可能な下りビームスイーピングブロック３２０１のタイミングまで保持する。
【０５９４】
このようにすることによって、ｅＮＢ（セル）３２１２は、ＣＮ３２１１から受信したページングを、ページングが可能な下りビームスイーピングブロック３２０１で送信することが可能となる。
【０５９５】
ＵＥ３２１３は、ＤＲＸ周期で送信される下りビームスイーピングブロック３２０１を受信する。ビームスイーピング期間受信してもよい。このようにすることによって、ＵＥ３２１３は、ｅＮＢ（セル）３２１２から送信されるページングを受信することが可能となる。
【０５９６】
図２５は、実施の形態４におけるページング処理に関するシーケンスの一例を示す図である。
【０５９７】
ステップＳＴ３３０１において、セルは、ＵＥに、下りビームスイーピングブロックを送信する。下りビームスイーピングブロックの全ビームで、ビームスイーピングブロック情報を送信するとよい。また、ＤＲＸ周期情報、例えば、ｎを送信してもよい。ｎが省略された場合は１を示すとしてもよい。この場合、ＤＲＸ周期は、ビームスイーピングブロック周期となる。
【０５９８】
ステップＳＴ３３０２において、ＵＥは、下りビームスイーピングブロックを受信し、受信可能な同期信号を受信し、自ＵＥが受信可能なビームを検出する。
【０５９９】
ステップＳＴ３３０３において、ＵＥは、自ＵＥが受信可能なビームを受信することによって、ビームスイーピングブロック情報およびＤＲＸ周期情報を取得する。
【０６００】
ステップＳＴ３３０４において、ＵＥは、取得したビームスイーピングブロック情報とＤＲＸ周期情報とから、ページングタイミングを導出する。すなわち、ページング可能なビームスイーピングブロックのタイミングを導出する。
【０６０１】
ステップＳＴ３３０５において、ＵＥは、導出したページングタイミングで間欠受信（ＤＲＸ）を行う。ＵＥは、ページングタイミングであるビームスイーピングブロック期間受信し、ＵＥは、ＤＲＸ周期でビームスイーピングブロックを受信し、ページングの有無を検出する。ページングが無い場合、ビームスイーピングブロック期間が終了した後、受信動作を停止し、ＤＲＸ周期後のビームスイーピングブロックで受信を開始し、ビームスイーピングブロック期間受信し、ページングの有無を検出する。これを繰り返し行う。
【０６０２】
ステップＳＴ３３０６において、ＣＮからセルに、ページングが通知される。ステップＳＴ３３０７において、セルは、受信したページングを、次のページング可能なビームスイーピングブロックのタイミングまで保持する。
【０６０３】
ステップＳＴ３３０８において、セルは、次のページング可能なビームスイーピングブロックのタイミングで、保持していたページングを送信する。該ビームスイーピングブロックの全ブロックでページングを送信する。
【０６０４】
ＤＲＸ周期でビームスイーピングブロックを受信し、ページングの有無を検出していたＵＥは、ステップＳＴ３３０９において、ページングが送信されたビームスイーピングブロックの自ＵＥが受信できるビームを受信して、送信されたページングを検出する。
【０６０５】
このようにすることによって、ＵＥは、ビームスイーピングを行っているセルからページングを受信することが可能となる。
【０６０６】
セルは、ステップＳＴ３３０８において、ＣＮからページングを受信した後、次のページング可能な下りビームスイーピングブロックのタイミングで、ページングを送信することとしたが、次でなくてもよい。予め定める期間の経過後のページング可能な下りビームスイーピングブロックのタイミングで送信してもよい。ｅＮＢは、ＣＮから受信したページングを、該予め定める期間の経過後のページング可能な下りビームスイーピングブロックの送信タイミングまで保持する。予め定める期間として、ｅＮＢがページングを受信してからページングを送信するまでの処理期間を考慮して設定してもよい。このようにすることによって、短期間での処理を不要とし、ｅＮＢでの誤動作を削減することが可能となる。
【０６０７】
下りビームスイーピングタイミングでページングを受信したＵＥは、ページングを受信した後の該下りビームスイーピングブロックのビームユニットの受信を行わなくてもよい。これによって、ＵＥの低消費電力化を図ることができる。
【０６０８】
セルは、ビームスイーピングブロックの各ビームで、ページングが発生した全ＵＥのページングを送信しなければならない。全ＵＥのページングを送信する方法として、１つのページング情報の中に、ページングが発生した全ＵＥのＵＥ−ＩＤを含めるとよい。ページング情報をのせるチャネルをＰＣＣＨとすると、１つのＰＣＣＨにページングが発生した全ＵＥのＵＥ−ＩＤをのせ、各ビームが該１つのＰＣＣＨを送信する。
【０６０９】
ＰＣＣＨのスケジューリング情報は、予め静的に規格などで決めておいてもよい。スケジューリング情報として、例えば、ＰＣＣＨがマッピングされるシンボルおよびサブキャリアなどのリソースアロケーション、変調方式、コーディング方式などがある。このようにすることによって、ＵＥは、ＰＣＣＨを受信し、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。
【０６１０】
図２６は、各ビームで送信されるＰＣＣＨがマッピングされるリソースの一例を示す図である。図２６では、ビームスイーピングブロックで、ビーム＃１、ビーム＃２、ビーム＃３およびビーム＃４の４つのビームが送信される場合について示している。ビームの送信周期Ｔｂｔｐである各ビームユニットは、７シンボルで構成される。各ビームユニットに、ＳＳとＰＢＣＨとＰＣＣＨとがマッピングされる。ＳＳおよびＰＢＣＨと、ＰＣＣＨとは、時間多重する構成としている。また、ＰＣＣＨのスケジューリング情報が、予め静的に規格などで決められている場合について示している。ＰＣＣＨは、各ビームで送信されるリソースの第５シンボルから第７シンボルにマッピングされる。ＵＥは、ページングスイーピングブロックにおける、自ＵＥが位置するエリアで送信されるビームの第５シンボルから第７シンボルを受信することによって、ＰＣＣＨを受信し、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。
【０６１１】
他の方法として、ＰＣＣＨのスケジューリング情報を、ＰＣＣＨを送信するビームと同一のビームで送信してもよい。ＰＣＣＨのスケジューリング情報には、ページング固有の識別子Ｐ−ＲＮＴＩ（Paging-Radio Network Temporary Identifier）を用いてマスクするようにしてもよい。ＵＥは、Ｐ−ＲＮＴＩを用いてＰＣＣＨのスケジューリング情報の有無を検出する。スケジューリング情報が有る場合、該スケジューリング情報に従ってＰＣＣＨを受信することによって、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。スケジューリング情報が無い場合は、ＰＣＣＨが無いと判断し、ＰＣＣＨを受信しなくて済む。次のページングの受信タイミングまで早期に受信処理を停止することが可能となる。
【０６１２】
他の方法として、ＰＣＣＨのスケジューリング情報を複数設けてもよい。例えば、ＵＥをグルーピングして、各グループ固有の識別子Ｐ−ＲＮＴＩを用いてマスクするようにしてもよい。ＵＥは、自グループのＰ−ＲＮＴＩを用いて、ＰＣＣＨのスケジューリング情報の有無を検出する。スケジューリング情報が有る場合、該スケジューリング情報に従ってＰＣＣＨを受信することによって、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。スケジューリング情報が無い場合は、ＰＣＣＨが無いと判断し、ＰＣＣＨを受信しなくて済む。次のページングの受信タイミングまで早期に受信処理を停止することが可能となる。
【０６１３】
ＵＥのグルーピングは、例えば、ＵＥ−ＩＤを用いて行ってもよい。ＵＥは、自ＵＥがどのグループに所属するかを認識することが容易となる。グループからグループ固有の識別子を導出する方法は、例えば、関数を用いて導出する方法、表に記載する方法などがある。該方法を予め規格などで決めておいてもよい。
【０６１４】
他の方法として、グルーピングは、通信のサービスの種類毎に行ってもよい。例えば、メータに用いられるマシンタイプコミュニケーション（Machine Type Communication：ＭＴＣ）のように、許容遅延時間が長く、ＤＲＸ間隔が長くてよいサービスの通信と、車車間通信のように許容遅延時間が短く、ＤＲＸ間隔が短いサービスの通信とを分けてグループ化する。サービスの種類毎のグループに、異なるＤＲＸ周期を設定するとよい。移動管理機能を有するノードが設定してもよい。あるいは、ｅＮＢが設定してもよい。
【０６１５】
例えば、ＣＮがサービス毎のフローベースの設定に対応し、ｅＮＢでベアラベースの設定に変換する場合にｅＮＢが設定するとよい。ＣＮでは、フローベースの設定が可能となり、ＲＡＮでは、ベアラベースの設定が可能となり、ネットワークスライシング機能が可能となる。
【０６１６】
サービスの種類毎のグループ固有の識別子Ｐ−ＲＮＴＩを設ける。ＰＣＣＨのスケジューリング情報に、該Ｐ−ＲＮＴＩを用いてマスクするようにする。このようにすることによって、サービスの種類毎のＤＲＸ周期でページングを送信することが可能となる。これによって、多種多様なサービスに対応することが可能となる。
【０６１７】
このように、ＰＣＣＨのスケジューリング情報を複数設けることによって、ＰＣＣＨの受信処理を行うＵＥを限定できる。したがって、ＰＣＣＨを受信しなくて済むＵＥを増大させることが可能となる。
【０６１８】
ＰＣＣＨのスケジューリング情報を複数設ける場合、ＰＣＣＨのスケジューリング情報は同じであってもよいし、異なっていてもよい。ＰＣＣＨのスケジューリング情報が同じ場合は、１つのＰＣＣＨとするとよい。ＰＣＣＨのスケジューリング情報を異ならせる場合は、複数のＰＣＣＨとするとよい。グループ毎のＰＣＣＨを設けるとよい。複数のＰＣＣＨが多重され、ビームユニットのリソースにマッピングされる。
【０６１９】
ＵＥは、自グループのＰ−ＲＮＴＩを用いて、該グループに対応したＰＣＣＨのスケジューリング情報の有無を検出する。
【０６２０】
スケジューリング情報が有る場合、該スケジューリング情報に従って該グループに対応したＰＣＣＨを受信することによって、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。スケジューリング情報が無い場合は、ＰＣＣＨが無いと判断し、ＰＣＣＨを受信しなくて済む。ＰＣＣＨを複数設けることによって、ＰＣＣＨに含ませるＵＥ−ＩＤの数を削減することが可能となる。
【０６２１】
図２７は、ＰＣＣＨを送信するビームと同一のビームでＰＣＣＨのスケジューリング情報を送信する場合のリソースの一例を示す図である。ビーム数を４、各ビームユニットのシンボル数を７として例示したが、ビーム数、各ビームユニットのシンボル数は、他の値でもよい。ＰＣＣＨのスケジューリング情報が第５シンボルにマッピングされ、ＰＣＣＨが第６シンボルから第７シンボルにマッピングされる。ＵＥは、ページングスイーピングブロックにおける、自ＵＥが位置するエリアで送信されるビームの第５シンボルについて、Ｐ−ＲＮＴＩを用いてＰＣＣＨのスケジューリング情報の有無を検出する。
【０６２２】
スケジューリング情報が有る場合、ＰＣＣＨのスケジューリング情報を受信し、第６シンボルから第７シンボルのどのリソースにＰＣＣＨがマッピングされているかを認識する。ＵＥは、該スケジューリング情報を用いてＰＣＣＨを受信し、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。スケジューリング情報が無い場合、ＰＣＣＨが無いと判断し、ＰＣＣＨを受信せずに、次のページングの受信タイミングまで受信処理を停止する。
【０６２３】
ページングが送信可能なビームスイーピングブロックとページングが送信可能でないビームスイーピングブロックのフレーム構成を異ならせてもよい。ページングが送信可能なビームスイーピングブロックでは、前述のＰＣＣＨをマッピングするリソースあるいはＰＣＣＨのスケジューリング情報をマッピングするリソースを構成するようにする。ページングが送信可能でないビームスイーピングブロックでは、前述のＰＣＣＨをマッピングするリソースあるいはＰＣＣＨのスケジューリング情報をマッピングするリソースを構成しないようにする。
【０６２４】
ページングが送信可能なビームスイーピングブロックとページングが送信可能でないビームスイーピングブロックのフレーム構成を異ならせることによって、各々のビームスイーピングブロックの期間、ビームユニット期間、および各ビームユニットの送信タイミングなどが異なる場合が生じる。
【０６２５】
ｅＮＢは、ページングが送信可能なビームスイーピングブロックとページングが送信可能でないビームスイーピングブロックのこれらの情報を、下りビームスイーピングブロックで送信する情報に含めて、ＵＥに通知するとよい。異なる情報だけを通知してもよい。あるいは、同じ情報には同じであることを示す情報を含めることとしてもよい。
【０６２６】
このようにすることによって、ＵＥは、異なるフレーム構成のビームスイーピングブロックを受信することが可能となる。このような方法とすることによって、ページングが送信可能でないビームスイーピングブロックでは、ＰＣＣＨをマッピングするリソースなどを構成しないで済むので、リソースの無駄な使用を削減することが可能となり、無線リソースの使用効率を増大させることができる。
【０６２７】
他の方法として、ページングが送信可能なビームスイーピングブロックとページングが送信可能でないビームスイーピングブロックのフレーム構成を同じにしてもよい。ページングが送信可能なビームスイーピングブロックもページングが送信可能でないビームスイーピングブロックも、前述のＰＣＣＨをマッピングするリソースあるいはＰＣＣＨのスケジューリング情報をマッピングするリソースを予め構成するようにしておく。
【０６２８】
ページングが送信可能なビームスイーピングブロックとページングが送信可能でないビームスイーピングブロックのフレーム構成を同じとすることによって、各々のビームスイーピングブロックの期間、ビームユニット期間、および各ビームユニットの送信タイミングなどが同じとなるので、これらの情報を、分別してＵＥに通知する必要がなくなる。このような方法とすることによって、シグナリングの情報量を削減することができる。
【０６２９】
本実施の形態で開示した方法を用いることによって、ＵＥは、ビームスイーピングを行っているセルからページングを受信することが可能となり、ページングの受信からの通信が可能となる。
【０６３０】
セルは、ビームスイーピングを行っているか否かを示す情報を、ＵＥに通知してもよい。該情報を報知情報に含めて報知するとよい。ＰＢＣＨで送信してもよい。前述のビームスイーピングブロックで送信する情報と異なるシグナリングで通知してもよい。あるいは前述のビームスイーピングブロックで送信する情報に含めてもよい。
【０６３１】
このようにすることによって、ＵＥは、サーチしたセルがビームスイーピングを行っているか否かを認識することが可能となる。
【０６３２】
ビームスイーピングを行っているか否かを示す情報を、ビームスイーピングブロックで送信する情報と異なるシグナリングで通知する場合、ＵＥは、ビームスイーピングを行っているか否かを示す情報を受信して、ビームスイーピングを行っている場合は、ビームスイーピングブロックで送信する情報を受信し、ビームスイーピングを行っていない場合は、ビームスイーピングブロックで送信する情報を受信しないとしてもよい。このようにすることによって、ＵＥが無駄な受信を行わなくてすみ、低消費電力化を図ることができる。
【０６３３】
他の方法として、ＳＳのシーケンスに、ビームスイーピングを行っているか否かに応じたシーケンスを用いてもよい。セルのＳＳを受信したＵＥは、該セルがビームスイーピングを行っているか否かを認識することが可能となる。
【０６３４】
なお、ＳＳと報知情報が含まれるＰＢＣＨがマッピングされる相対関係を、ビームスイーピングを行っているセルか否かに関係なく、同一にするとよい。該相対関係を、静的に規格などで決めておいてもよい。ビームスイーピングを行っているセルか否かに関係なく、ＳＳを受信したＵＥがＰＢＣＨを受信することが可能になる。
【０６３５】
実施の形態５．
本実施の形態では、実施の形態４で開示した問題を解決する他の方法を開示する。ページングに用いるビームスイーピングを設ける。ページングに用いるビームスイーピングブロックを設ける。以下の説明では、ページングに用いるビームスイーピングを「ページング用ビームスイーピング」と称し、ページングに用いるビームスイーピングブロックを「ページング用ビームスイーピングブロック」と称する。ページングをページング用ビームスイーピングブロックの全ビームで送信する。ｅＮＢは、上位ノードからのページングを、ページング用ビームスイーピングタイミングまで保持する。
【０６３６】
ページング用ビームスイーピングブロックを、同期信号がマッピングされるビームサーチ用ビームスイーピングブロックと別に設ける。ページング用ビームスイーピングブロックの周期を、ビームサーチ用ビームスイーピングブロックの周期と個別に設定可能とする。ページング用ビームスイーピングブロックの周期を、ビームサーチ用ビームスイーピングブロックの周期と同じに設定してもよいし、異ならせて設定してもよい。
【０６３７】
ページング用ビームスイーピングブロックの設定方法を開示する。ページング用ビームスイーピングブロックの設定をセルが行う。ページング用ビームスイーピングブロックを設定したセルは、ＵＥに、設定したページング用ビームスイーピングブロックに関する情報を通知する。通知方法としては、報知情報に含ませて報知するとよい。セルは、ＵＥに、ページング用ビームスイーピングブロックに関する情報を、実施の形態４で開示した報知情報がマッピングされるビームスイーピングブロックを用いて送信してもよい。あるいは、ビームスイーピングブロックではなく、データブロックを用いて送信される報知情報に含ませてＵＥに通知してもよい。
【０６３８】
ページング用ビームスイーピングブロックに関する情報の例として、実施の形態４で開示したビームスイーピングブロックで送信する情報がある。他の例として、ビームサーチ用ビームスイーピングブロックのタイミングとのオフセットがある。該オフセットの値を予め規格などで決めておいてもよい。ＵＥは、ビームサーチ用ビームスイーピングブロックのタイミングを取得した場合に、ページング用ビームスイーピングブロックのタイミングを認識することが可能となる。
【０６３９】
ビームサーチ用ビームスイーピングブロックと同じ設定の情報は、省略してもよい。例えば、ビームユニット数などである。同じ設定であることを予め規格などで決めておくことによって、省略することが可能となる。省略することによって、情報量を削減することが可能となる。
【０６４０】
ページング用ビームスイーピングブロックの周期の設定について、他の方法を開示する。ページング用ビームスイーピングブロックの周期をＣＮが設定する。例えば、移動管理機能を有するノードが設定し、該ノードは、傘下のｅＮＢに設定したページング用ビームスイーピングブロックの周期を通知する。セルは、受信したページング用ビームスイーピングブロックの周期を、ページング用ビームスイーピングブロックに関する情報としてＵＥに通知する。通知方法は、前述の方法を用いるとよい。
【０６４１】
このようにすることによって、従来のＣＮが設定するＤＲＸ周期をページング用ビームスイーピングブロックの周期とすることが可能となる。したがって、例えば、従来のＣＮが、５ＧのｅＮＢに接続されるような場合でも、５ＧのｅＮＢが、従来のＣＮが設定したページングの周期で、傘下のＵＥにページングを送信することが可能となる。
【０６４２】
図２８は、ページング用ビームスイーピングを設けた場合のページングの送信方法を説明するための図である。図２８は、図２４と類似しているので、主として異なる部分について説明する。ページング用ビームスイーピングブロック３６０１が設けられる。ブロック３６０１は、参照符号「３６２１」で示されるように、複数のリソース３６０２を含んで構成される。各リソース３６０２は、参照符号「３６２２」で示されるビームを用いて送信される。
【０６４３】
ｅＮＢ（セル）３６１２は、ページング用ビームスイーピングブロック３６０１を設ける。ページング用ビームスイーピングブロック３６０１は、各ビームで、同期信号（ＳＳ）、ＰＢＣＨ、および参照信号（ＲＳ）が送信されるビームスイーピングブロックとは別に設定される。ページング用ビームスイーピングブロック３６０１を、ページング用ビームスイーピングブロックの周期で送信する。図２８では、ページング用ビームスイーピングブロックの周期を、ＣＮ３６１１から通知されたＤＲＸ周期（ＴＤＲＸ）としている。ページング用ビームスイーピングブロック３６０１では、各ビームで、ページングが送信される。
【０６４４】
このようにすることによって、ｅＮＢ（セル）３６１２は、ＣＮ３６１１から受信したページングを、ＣＮ３６１１が設定したページング用ビームスイーピングブロックの周期のページング用ビームスイーピングブロックで送信することが可能となる。
【０６４５】
ＵＥ３６１３は、該ページング用ビームスイーピングブロックの周期で送信されるページング用ビームスイーピングブロックを受信する。該ビームスイーピング期間受信してもよい。このようにすることによって、ＵＥ３６１３は、ｅＮＢ（セル）３６１２から送信されるページングを受信することが可能となる。
【０６４６】
図２９は、実施の形態５におけるページング処理に関するシーケンスの一例を示す図である。
【０６４７】
ステップＳＴ３７０１において、ＣＮは、ページング用ビームスイーピングブロックの周期を設定する。
【０６４８】
ステップＳＴ３７０２において、ＣＮは、セルに、ページング用ビームスイーピングブロックの周期を送信する。
【０６４９】
ステップＳＴ３７０３において、セルは、ページング用ビームスイーピングブロックを設定する。ページング用ビームスイーピングブロックの周期として、ステップＳＴ３７０２でＣＮから受信したページング用ビームスイーピングブロックの周期を用いる。
【０６５０】
ステップＳＴ３７０４において、セルは、ＵＥに、ページング用ビームスイーピングブロックを送信する。
【０６５１】
ステップＳＴ３７０５において、セルは、ＵＥに、同期信号がマッピングされたビームスイーピングブロック、すなわち、ビームサーチ用ビームスイーピングブロックを送信する。ビームサーチ用ビームスイーピングブロックの全ビームで、ページング用ビームスイーピングブロック情報を送信する。
【０６５２】
ステップＳＴ３７０６において、ＵＥは、ビームサーチ用ビームスイーピングブロックを受信し、受信可能な同期信号を受信し、自ＵＥが受信可能なビームを検出する。
【０６５３】
ステップＳＴ３７０７において、ＵＥは、自ＵＥが受信可能なビームを受信することによって、ページング用ビームスイーピングブロック情報を取得する。
【０６５４】
ステップＳＴ３７０８において、ＵＥは、取得したページング用ビームスイーピングブロック情報から、ページングタイミングを導出する。すなわち、ページング用ビームスイーピングブロックのタイミングを導出する。
【０６５５】
ステップＳＴ３７０８において、ＵＥは、導出したページングタイミングで間欠受信（ＤＲＸ）を行う。ＵＥは、ページングタイミングであるページング用ビームスイーピングブロック期間受信し、ページングの有無を検出する。ページングが無い場合、ページング用ビームスイーピングブロック期間が終了した後、受信動作を停止し、ページング用ビームスイーピングブロックの周期後のページング用ビームスイーピングブロックで受信を開始し、ページング用ビームスイーピングブロック期間受信し、ページングの有無を検出する。これを繰り返し行う。
【０６５６】
ステップＳＴ３７０９において、ＣＮからセルに、ページングが通知される。ステップＳＴ３７１０において、セルは、受信したページングを、次のページング用ビームスイーピングブロックのタイミングまで保持する。
【０６５７】
ステップＳＴ３７１１において、セルは、次のページング用ビームスイーピングブロックのタイミングで、保持していたページングを送信する。ページング用ビームスイーピングブロックの全ブロックでページングを送信する。
【０６５８】
ページング用ビームスイーピングブロックの周期でページング用ビームスイーピングブロックを受信し、ページングの有無を検出していたＵＥは、ステップＳＴ３７１２において、ページングが送信されたページング用ビームスイーピングブロックの自ＵＥが受信できるビームを受信して、送信されたページングを検出する。
【０６５９】
このようにすることによって、ＵＥは、ビームスイーピングを行っているセルからページングを受信することが可能となる。
【０６６０】
図３０は、ページング用ビームスイーピングを設けた場合のページングの送信方法を説明するための図である。ページング用ビームスイーピングブロックは、ページング専用であってもよいし、専用ではなく、他の信号あるいはチャネルを送信するのに用いてもよい。図３０では、ページング専用の場合について示す。
【０６６１】
ページングの送信方法として、実施の形態４で開示した方法を適用するとよい。図３０では、ＰＣＣＨを送信するビームと同一のビームで、ＰＣＣＨのスケジューリング情報を送信する場合について一例を示す。図３０では、ビームスイーピングブロックで、ビーム＃１、ビーム＃２、ビーム＃３およびビーム＃４の４つのビームが送信される場合について示している。各ビームユニットは、４シンボルで構成される。ＰＣＣＨのスケジューリング情報が第１シンボルにマッピングされ、ＰＣＣＨが第２シンボルから第４シンボルにマッピングされる。ＵＥは、ページング用スイーピングブロックにおける、自ＵＥが位置するエリアで送信されるビームの第１シンボルについて、Ｐ−ＲＮＴＩを用いてＰＣＣＨのスケジューリング情報の有無を検出する。
【０６６２】
スケジューリング情報が有る場合、ＰＣＣＨのスケジューリング情報を受信し、第２シンボルから第４シンボルのどのリソースにＰＣＣＨがマッピングされているかを認識する。ＵＥは、該スケジューリング情報を用いてＰＣＣＨを受信し、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。スケジューリング情報が無い場合は、ＰＣＣＨが無いと判断し、ＰＣＣＨを受信せずに、次のページングの受信タイミングまで受信処理を停止する。
【０６６３】
本実施の形態で開示した方法を用いることによって、ＵＥは、ビームスイーピングを行っているセルからページングを受信することが可能となり、ページングの受信からの通信が可能となる。
【０６６４】
ページング用ビームスイーピングブロックタイミングと、ビームサーチ用ビームスイーピングブロックタイミングとの設定によっては、該２つのタイミングが重なる場合がある。セルがページング用ビームスイーピングブロックタイミングを設定する場合、ビームサーチ用ビームスイーピングブロックタイミングと重ならないように設定するとよい。
【０６６５】
ＣＮがページング用ビームスイーピングブロックの周期を決定する場合、セルが、該周期を用いて導出するページング用ビームブロックスイーピングタイミングとビームサーチ用ビームスイーピングブロックタイミングとが重ならないように設定するとよい。
【０６６６】
該２つのタイミングが重ならないように設定することによって、ＵＥは、各々のタイミングで各々のビームスイーピングブロックを受信することが可能となる。
【０６６７】
該２つのタイミングが重なるような場合の他の解決策を開示する。セルは、どちらか１つを優先して送信する。例えば、ページング用ビームスイーピングブロックを優先する。これは、ページングから通信開始までの許容遅延時間が短い場合に有効である。あるいは、ＰＷＳ（Public Warning System）などの緊急情報を、ページングを用いて通知するような場合に有効である。例えば、ビームサーチ用ビームスイーピングブロックを優先する。これは、例えば、ＵＥの同期処理に高速化が求められる場合に有効である。ＵＥの隣接セルのメジャメント時間を短縮化できる。高速移動しているＵＥがセル間ＨＯを行うような場合に有効となる。
【０６６８】
このようにすることによって、ビームサーチ用ビームスイーピングブロックのタイミングと、ページング用ビームスイーピングブロックのタイミングとが重なった場合の衝突をなくすことができ、ＵＥは、優先して送信されたビームスイーピングブロックを受信することが可能となる。
【０６６９】
他の方法として、サービスによってどちらを優先して送信するかを決定する。例えば、着信から通信開始までの許容遅延時間が短いサービスの場合、あるいは、ＰＷＳなどの緊急情報サービスの場合、ページング用ビームスイーピングブロックを優先する。
【０６７０】
他の方法として、ビームスイーピングブロックの設定周期によってどちらを優先して送信するかを決定する。
【０６７１】
例えば、設定周期の長い方を優先する。設定周期が長い場合、１つのビームスイーピングブロックが送信されないと、次のビームスイーピングブロックまで、さらに長期間必要な情報が送信されない状態が続くことになる。これによって、さらに遅延が発生しまうことになる。設定周期の長い方を優先することによって、この遅延の発生を防ぐことができる。
【０６７２】
逆に、設定周期の短い方を優先してもよい。設定周期が許容遅延時間に応じて決定されているような場合、設定周期の短い方が許容遅延時間は短い。したがって、設定周期の短い方を優先して送信することによって、許容遅延時間を達成することができる。
【０６７３】
このようにすることによって、ビームサーチ用ビームスイーピングブロックのタイミングと、ページング用ビームスイーピングブロックのタイミングとが重なった場合の衝突をなくすことができ、ＵＥは、優先して送信されたビームスイーピングブロックを受信することが可能となる。
【０６７４】
ビームサーチ用ビームスイーピングブロックのタイミングと、ページング用ビームスイーピングブロックのタイミングとが重なるような場合の他の解決策を開示する。
【０６７５】
ページング用ビームスイーピングブロックの周波数リソースと、ビームサーチ用ビームスイーピングブロックの周波数リソースとを異ならせる。周波数リソースを異ならせる場合は、ページング用ビームスイーピングブロックあるいはビームサーチ用ビームスイーピングブロックに関する情報として、周波数リソースの割当情報を含めるとよい。
【０６７６】
図３１は、ビームサーチ用ビームスイーピングブロックを示す図である。図３２は、ページング用ビームスイーピングブロックを示す図である。図３１および図３２において、縦軸は周波数リソースを示し、横軸は時間ｔを示す。図３１および図３２では、ページング用ビームスイーピングブロックの周波数リソースと、ビームサーチ用ビームスイーピングブロックの周波数リソースとを異ならせた場合の一例を示している。
【０６７７】
各ビームスイーピングブロックに、異なる周波数リソースを割当てる。ビームサーチ用ビームスイーピングブロックは、図３１に示す周波数帯域ｆ１に割当てられる。ページング用ビームスイーピングブロックは、図３２に示す周波数帯域ｆ２に割当てられる。
【０６７８】
周波数リソースとしてサブキャリア単位でもよい。各ビームスイーピングブロックの帯域幅は、同じでもよいし、異なっていてもよい。各ビームスイーピングブロックの帯域幅は、各ビームスイーピングで送信する情報量に応じて設定するとよい。これによって、リソースの無駄を低減することができ、リソースの使用効率を高めることができる。
【０６７９】
このようにすることによって、ビームサーチ用ビームスイーピングブロックのタイミングと、ページング用ビームスイーピングブロックのタイミングとが重なっても、両方を送信することが可能となる。
【０６８０】
ビームサーチ用ビームスイーピングブロックのタイミングと、ページング用ビームスイーピングブロックのタイミングとが重なるような場合のさらに他の解決策を開示する。
【０６８１】
ビームサーチ用ビームスイーピングブロックで送信される情報と、ページング用ビームスイーピングブロックで送信される情報とが含まれたビームスイーピングブロックを設ける。ここでは、「特別ビームスイーピングブロック」と称する。例えば、ビームサーチ用ビームスイーピングブロックには、ＳＳとＰＢＣＨとがマッピングされて送信される。ページング用ビームフォーミングブロックには、ページングを送信するためのＰＣＣＨスケジューリング情報がのるチャネルとＰＣＣＨとがマッピングされる。
【０６８２】
この場合、特別ビームスイーピングブロックには、ＳＳとＰＢＣＨとＰＣＣＨスケジューリング情報がのるチャネルとＰＣＣＨとがマッピングされる。これらの信号あるいはチャネルの多重方法として、時間分割多重、周波数分割多重、符号分割多重あるいはそれらの組合せがある。
【０６８３】
このようにすることによって、ビームサーチ用ビームスイーピングブロックのタイミングと、ページング用ビームスイーピングブロックのタイミングとが重なっても、両方を送信することが可能となる。
【０６８４】
実施の形態６．
本実施の形態では、実施の形態４で開示した問題を解決する他の方法を開示する。セルは、ＵＥ−ＩＤを用いて決めたページングタイミング後のビームスイーピングタイミングでページングを送信する。セルは、ページングを、ビームスイーピングブロックの全ビームで送信する。ｅＮＢは、上位ノードからのページングを、ＵＥ−ＩＤを用いて決められたページングタイミング後のビームスイーピングタイミングまで保持する。ＵＥは、自ＵＥ−ＩＤを用いて決めたページングタイミング後のビームスイーピングタイミングで受信する。ＵＥは、間欠受信することになる。
【０６８５】
ＵＥ−ＩＤを用いて決めたページングタイミング後として、直後のビームスイーピングタイミングとしてもよい。これによって、遅延量の削減を図ることができる。直後でなくてもよい。予め定めるタイミング後のビームスイーピングタイミングとしてもよい。例えば、ＣＮからページングを受信したｅＮＢが、ページングを送信可能となるまでの処理の時間を考慮し、それ以上の時間を予め定めるタイミングとしてもよい。
【０６８６】
ＵＥ−ＩＤを用いて決められたページングタイミングが、ビームスイーピングタイミングと重なる場合は、ページングを、該ビームスイーピングタイミングで送信するとよい。セルは、ページングを、ビームスイーピングブロックの全ビームで送信する。ＵＥは、自ＵＥ−ＩＤを用いて決めたページングタイミングと重なるビームスイーピングタイミングで受信する。
【０６８７】
ＵＥ−ＩＤを用いてページングタイミングを導出する方法は、予め規格で決めておいてもよい。また、従来の方法を適用してもよい。ＤＲＸ周期をＣＮが設定してもよい。このようにすることによって、従来のＣＮが、５ＧのｅＮＢに接続されるような場合でも、５ＧのｅＮＢが、従来のＣＮからページングを受信することが可能となり、ｅＮＢ（セル）は、傘下のＵＥにページングを送信することが可能となる。
【０６８８】
図３３は、ＵＥ−ＩＤを用いて決めたページングタイミング後のビームスイーピングタイミングでページングを送信する方法を説明するための図である。図３３では、直後のビームスイーピングタイミングで送信する場合を示す。図３３は、図２４と類似しているので、主として異なる部分について説明する。
【０６８９】
ｅＮＢ（セル）４０１２は、ＣＮ４０１１から通知されたＤＲＸ周期（ＴＤＲＸ）とＵＥ＃ｎのＵＥ−ＩＤとを用いて予め決められた導出方法によって、ページングタイミングを導出する。ＵＥ＃ｎのページングタイミング４００１，４００４がＤＲＸ周期で生じる。ＣＮ４０１１からＵＥ＃ｎへのページングを受信したｅＮＢ４０１２は、ＵＥ＃ｎのページングを送信するページングタイミング４００１を導出する。
【０６９０】
ｅＮＢ（セル）４０１２は、導出したページングタイミングの直後の下りビームスイープタイミングの下りビームスイーピングブロック４００２で、ＵＥ＃ｎへのページングを送信する。ｅＮＢ（セル）４０１２は、導出したページングタイミングの直後の下りビームスイープブロック４００２の全ビームで、ＵＥ＃ｎへのページングを送信する。
【０６９１】
ＵＥ４０１３は、ｅＮＢ（セル）４０１２から通知されたＤＲＸ周期と自ＵＥ＃ｎのＵＥ−ＩＤとを用いて予め決められた導出方法によって、ＤＲＸ周期で生じるページングタイミング４００１，４００４を導出する。
【０６９２】
ＵＥ４０１３は、導出したＤＲＸ周期で生じるページングタイミング４００１，４００４の直後の下りビームスイープタイミングの下りビームスイーピングブロック４００２，４００７を受信する。ＵＥ４０１３は、導出したページングブロック期間受信を行う。このようにすることによって、ＵＥ４０１３は、ページングが送信された下りビームスイープブロック４００２のページングを受信することが可能となる。
【０６９３】
下りビームスイープブロック４００２は、参照符号「４０２１」で示されるように、複数のリソース４００３を含んで構成される。各リソース４００３は、参照符号「４０２２」で示されるビームを用いて送信される。下りビームスイーピングブロック４００４と、上りビームスイーピングブロック４００５との間が、下りデータおよび上りデータが送信されるＤＬ／ＵＬデータサブフレーム４００６となる。
【０６９４】
ＰＣＣＨの送信方法、ＰＣＣＨのスケジューリング情報の送信方法は、実施の形態１を適用するとよい。
【０６９５】
このようにすることによって、ｅＮＢ（セル）４０１２は、ＣＮ４０１１から受信したページングを、ＤＲＸ周期とＵＥ−ＩＤとを用いて導出したページングタイミングの直後のビームスイープタイミングで送信することが可能となる。ＵＥ４０１３は、ＤＲＸ周期と自ＵＥのＵＥ−ＩＤとを用いて導出したページングタイミングの直後のビーム該ページング用ビームスイーピングブロックタイミングで間欠受信することによって、セルから送信されるページングを受信することが可能となる。
【０６９６】
図３４は、実施の形態６におけるページング処理に関するシーケンスの一例を示す図である。
【０６９７】
ステップＳＴ４１０１において、ＣＮは、ＤＲＸ周期を設定する。ステップＳＴ４１０２において、ＣＮは、セルに、ＤＲＸ周期を通知する。
【０６９８】
セルは、ビームサーチ用ビームスイーピングブロックを設定し、ステップＳＴ４１０３において、ビームサーチ用ビームスイーピングタイミングで、ビームサーチ用ビームスイーピングブロックをＵＥに送信する。ビームサーチ用ビームスイーピングブロックの全ビームで、ビームスイーピングブロックに関する情報を送信する。
【０６９９】
ステップＳＴ４１０４において、ＵＥは、ビームサーチ用ビームスイーピングブロックを受信し、受信可能な同期信号を受信し、自ＵＥが受信可能なビームを検出する。
【０７００】
ステップＳＴ４１０５において、セルは、ＵＥに、ＣＮから受信したＤＲＸ周期とページングタイミングを導出するためのパラメータｎＢとを送信する。ＤＲＸ周期とパラメータｎＢとの送信は、報知情報に含めて報知してもよいし、ＵＥ個別メッセージに含めてＵＥ個別シグナリングで送信してもよい。ビームサーチ用ビームスイーピングブロックに含めて全ブロックで送信してもよい。ＵＥは、セルから送信されたＤＲＸ周期とパラメータｎＢとを受信する。
【０７０１】
ステップＳＴ４１０６において、ＵＥは、受信したＤＲＸ周期とパラメータｎＢと自ＵＥ−ＩＤとを用いて、予め決められた方法でページングタイミングを導出する。
【０７０２】
ステップＳＴ４１０７において、ＵＥは、ステップＳＴ４１０６で導出したページングタイミングの直後のビームスイーピングタイミングを導出し、該ビームスイーピングタイミングで、間欠受信を行う。
【０７０３】
これによって、ＵＥは、受信したＤＲＸ周期とパラメータｎＢと自ＵＥ−ＩＤとを用いて、予め決められた方法で導出したページングタイミング後の最も近いビームスイーピングタイミングで、間欠受信を行うことが可能となる。
【０７０４】
ステップＳＴ４１０８において、ＣＮは、セルに、ページングを通知する。ステップＳＴ４１０９において、セルは、受信したＤＲＸ周期とパラメータｎＢと自ＵＥ−ＩＤとを用いて、予め決められた方法でページングタイミングを導出する。
【０７０５】
ステップＳＴ４１１０において、セルは、該ページングタイミング直後のビームスイーピングタイミングを導出する。ここでは、ビームサーチ用ビームスイーピングを導出する。
【０７０６】
ステップＳＴ４１１１において、セルは、導出したビームサーチ用ビームスイーピングブロックの全ビームで、ページングをＵＥに送信する。セルは、ステップＳＴ４１０８でＣＮから受信したページングを、ステップＳＴ４１１１のビームサーチ用スイーピングタイミングまで保持する。
【０７０７】
ＤＲＸ周期とパラメータｎＢと自ＵＥ−ＩＤとを用いて導出したページングタイミング直後のビームスイーピングタイミングで間欠受信を行い、ページングの有無を検出していたＵＥは、ステップＳＴ４１１２において、ページングが送信されたビームサーチ用ビームスイーピングブロックの自ＵＥが受信できるビームを受信して、送信されたページングを検出する。
【０７０８】
このようにすることによって、ＵＥは、ビームスイーピングを行っているセルからページングを受信することが可能となる。
【０７０９】
セルは、ＣＮから受信したページングを送信するページングタイミングから最も近い下りビームスイーピングブロックでページングを送信することとしたが、直後でなくてもよい。予め定める期間の経過後の下りビームスイーピングブロックで送信してもよい。ｅＮＢは、ＣＮから受信したページングを、該予め定める期間の経過後の下りビームスイーピングブロックの送信タイミングまで保持する。予め定める期間として、セルがページングタイミングを導出してからページングを送信するまでの処理期間を考慮して設定してもよい。このようにすることによって、短期間での処理を不要とし、ｅＮＢでの誤動作を削減することが可能となる。
【０７１０】
実施の形態７．
本実施の形態では、実施の形態４で開示した問題を解決する他の方法を開示する。ページングを送信可能なビームスイーピングのタイミングを、ＵＥ−ＩＤを用いて導出する。関数を用いて導出するようにしてもよい。入力パラメータとして、ＵＥ−ＩＤを用いるとよい。
【０７１１】
ビームスイーピングブロックに番号を付与する。ビームスイーピングブロック番号（beam sweeping block number：ＢＳＢＮ）とする。ＢＳＢＮは、予め定める値で繰返して付与するとよい。例えば、０から１０２３の番号とし、１０２３の後は、再び０から繰り返して付与する。ビームスイーピングブロックの全ビームにおいて、ＢＳＢＮを報知情報に含めてもよい。全ビームでＢＳＢＮを報知するようにしてもよい。あるいは、ビームスイーピングブロックの全ビームに、ＢＳＢＮから導出されるシーケンスを用いた信号をマッピングして送信してもよい。ＵＥが、ビームスイーピングブロックのビームの該信号を受信することによって、ＢＳＢＮを認識することが可能となる。
【０７１２】
ページングをビームスイーピングブロックで送信する。この場合、ページングを送信可能なビームスイーピングのタイミングを、ＢＳＢＮで示すことが可能となる。例えば、ビームサーチ用ビームスイーピングブロックにＢＳＢＮを付与する。ＵＥは、ビームサーチ用ビームスイーピングブロックを受信して、ビームサーチ用ビームスイーピングのタイミングを取得するとともに、ＢＳＢＮを取得する。ページングがビームサーチ用ビームスイーピングブロックで送信される場合、ＵＥは、自ＵＥ−ＩＤを用いて、ページングを送信可能なビームサーチ用ビームスイーピングのＢＳＢＮを導出する。
【０７１３】
ＢＳＢＮは、１つまたは複数であってもよい。入力パラメータとして、ＵＥ−ＩＤを用い，出力パラメータとして、ＢＳＢＮを導出する関数を設けてもよい。ＵＥは、導出したＢＳＢＮでＤＲＸ受信を行う。セルは、該ＵＥへのページングが発生した場合、該ＵＥ−ＩＤを用いて導出したＢＳＢＮのビームサーチ用ビームスイーピングブロックでページングを送信する。このようにすることによって、ＵＥは、自ＵＥ−ＩＤを用いて導出したＢＳＢＮのビームスイーピングブロックで、ページングを受信することが可能となる。
【０７１４】
ページング用のビームスイーピングブロックが設けられた場合にも適用できる。ページング用のビームスイーピングブロックのＢＳＢＮを付与するとよい。ＵＥは、例えば、ビームサーチ用ビームスイーピングブロックを受信して、ページング用ビームスイーピングのタイミングを取得する。ＵＥは、ページング用ビームスイーピングを受信し、ＢＳＢＮを取得する。ＵＥは、自ＵＥ−ＩＤを用いて、ページングを送信可能なビームサーチ用ビームスイーピングのＢＳＢＮを導出する。
【０７１５】
ＵＥは、導出したＢＳＢＮでＤＲＸ受信を行う。セルは、該ＵＥへのページングが発生した場合、該ＵＥ−ＩＤを用いて導出したＢＳＢＮのページング用ビームスイーピングブロックでページングを送信する。このようにすることによって、ＵＥは、自ＵＥ−ＩＤを用いて導出したＢＳＢＮのビームスイーピングブロックで、ページングを受信することが可能となる。
【０７１６】
本実施の形態で開示した方法を用いることによって、ＵＥ−ＩＤによってページングを送信するビームスイーピングブロックタイミングを異ならせることが可能となる。これによって、１つのタイミングに多数のＵＥのページングが集中することを回避することが可能となる。
【０７１７】
前述の例では、ＵＥがビームスイーピングブロックのタイミングを認識している場合について示した。他の方法として、ＢＳＢＮを、無線フレーム番号、サブフレーム番号およびシンボル番号の少なくともいずれか１つと関連付けておいてもよい。ビームスイーピングブロックの先頭の無線フレーム番号、サブフレーム番号およびシンボル番号の少なくともいずれか１つを関連付けておくことによって、ＢＳＢＮを認識したＵＥは、該ビームスイーピングブロックのタイミングを認識することが可能となる。
【０７１８】
実施の形態８．
実施の形態４では、ビームスイーピングブロックの全ビームでページングを送信することを開示した。また、各ビームにＰＣＣＨをマッピングして送信する方法についても開示した。各ビームでＰＣＣＨを送信するために、ビームスイーピングブロックの１ビーム当たりのリソースを、ＰＣＣＨの送信に必要なリソース以上とするとよい。例えば、時間領域、すなわち１ビーム当たりのビーム送信期間を、１サブフレーム、あるいは、１スロット、あるいは予め定めるシンボル数としてもよい。あるいは、ビームスイーピングブロックの１ビーム当たりのＴＴＩを設け、該ＴＴＩを１ビーム当たりのビーム送信期間としてもよい。該ＴＴＩを１サブフレーム、あるいは、１スロット、あるいは予め定めるシンボル数としてもよい。
【０７１９】
ビームスイーピングブロックの各ビームにおいて、ページングと他の信号あるいは他のチャネルとを多重してもよい。例えば、実施の形態１で開示したが、同期信号（ＳＳ）、ＰＢＣＨおよびＰＣＣＨスケジューリング情報をのせるチャネルなどである。
【０７２０】
多重方法として、時間軸上で多重してもよいし、周波数軸上で多重してもよい。時間軸上での多重単位として、シンボル単位などがある。周波数軸上の多重単位として、サブキャリア単位などがある。また、時間軸上と周波数軸上とを合わせて、予め定めるリソースブロック毎に多重してもよい。
【０７２１】
このようにすることによって、ビームスイーピングブロックの各ビームでページング（ＰＣＣＨ）を送信することが可能となる。
【０７２２】
実施の形態８  変形例１．
ページングをビームスイーピングブロックの全ビームにマッピングすると、ビームスイーピングブロックの期間が長くなる。したがって、ＵＥは、長期間受信しなければならない。同期信号およびＰＢＣＨなどの他の信号ならびにチャネルが多重されている場合は、該信号およびチャネルを受信するためにも、長期間受信しなければならない。これは、ＵＥの消費電力を増大させるとともに、ｅＮＢの消費電力も増大させるという問題がある。
【０７２３】
本変形例では、このような問題を解決するための方法を開示する。
【０７２４】
セルは、ビームスイーピングブロックで、ページングの存在を示す情報を送信する。セルは、ビームスイーピングブロックの全ビームで、ページングの存在を示す情報を送信するとよい。また、セルは、ビームスイーピングブロックで、ＰＣＣＨがマッピングされるリソースのスケジューリング情報を送信する。該スケジューリング情報は、ページングの存在を示す情報として用いられてもよい。ビームスイーピングブロックの全ビームで、該スケジューリング情報を送信する。
【０７２５】
ＰＣＣＨがマッピングされるリソースのスケジューリング情報の例として、以下の（１），（２）の２つを開示する。
【０７２６】
（１）タイミング。該スケジューリング情報がマッピングされるリソースからの時間的オフセットでもよい。
【０７２７】
（２）リソースアロケーション。
【０７２８】
ＵＥは、セルから送信される、これらの情報を受信することによって、ＰＣＣＨがマッピングされるリソースを認識することが可能となり、ＰＣＣＨを受信することが可能となる。これらの情報は、予め規格などで決めておいてもよい。予め規格などで決めておくことによって、これらの情報の送信を省略することができる。
【０７２９】
前記例（２）のリソースアロケーションは、ＰＣＣＨが送信されるサブフレームで送信してもよい。リソースアロケーションは、ＰＣＣＨのスケジューリング情報に含めて、Ｌ１／Ｌ２制御信号にマッピングして送信してもよい。
【０７３０】
ＰＣＣＨがマッピングされるリソースのスケジューリング情報の他の例として、ビームＩＤがある。ＰＣＣＨを受信した場合、該ＰＣＣＨが送信されるリソースでビームＩＤを認識できるような信号が有る場合、ＵＥは、ビームＩＤが正しいか否かの検証が可能となる。
【０７３１】
ページングの存在を示す情報には、実施の形態１で開示した、ページング固有の識別子Ｐ−ＲＮＴＩを用いてマスクする方法を用いてもよい。ＵＥは、Ｐ−ＲＮＴＩを用いてページングの存在を示す情報の有無を検出する。ページングの存在を示す情報が有る場合、ＰＣＣＨがマッピングされるリソースのスケジューリング情報に従って、ＰＣＣＨがマッピングされるリソースを受信する。ＵＥは、ＰＣＣＨがマッピングされるリソースを受信し、ＰＣＣＨを受信することによって、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。ページングの存在を示す情報が無い場合は、ＰＣＣＨが無いと判断し、ＰＣＣＨがマッピングされるリソースを受信しなくて済む。次のページングの受信タイミングまで早期に受信処理を停止することが可能となる。
【０７３２】
セルは、ページングの存在を示す情報を送信したビームスイーピングブロック以降のリソースに、該ページングに対応するＰＣＣＨをマッピングして送信する。データサブフレームにＰＣＣＨをマッピングして送信してもよい。該リソースには、ＰＣＣＨのスケジューリング情報とＰＣＣＨとをマッピングするとよい。該リソースでＬ１／Ｌ２制御信号を送信してもよい。ＰＣＣＨのスケジューリング情報をＬ１／Ｌ２制御信号にマッピングして送信してもよい。ＰＣＣＨを個別データチャネルにマッピングして送信してもよい。
【０７３３】
ＰＣＣＨのスケジューリング情報として、例えば、リソースアロケーション情報、変調情報、およびコーディング情報などがある。ＰＣＣＨのスケジューリング情報には、実施の形態１で開示した、ページング固有の識別子Ｐ−ＲＮＴＩを用いてマスクする方法を用いてもよい。
【０７３４】
図３５は、ビームスイーピングブロックでページングの存在を示す情報を送信する場合のリソースの一例を示す図である。ページングの存在を示す情報が、ビームスイーピングブロックの全ビームのリソースにマッピングされる。また、ＰＣＣＨのスケジューリング情報とＰＣＣＨとが、ページングの存在を示す情報を送信したビームスイーピングブロック以降のデータサブフレームにマッピングされる。
【０７３５】
図３５では、ビームスイーピングブロックで、４つのビームが送信される場合について示している。図３５では、各ビームの送信期間を記号ＳＦｐで示している。各ビームユニットは、７シンボルで構成される。各ビームユニットに、ＳＳとＰＢＣＨとページングの存在を示す情報とがマッピングされる。ページングの存在を示す情報を含むチャネルがマッピングされるとしてもよい。ＳＳおよびＰＢＣＨと、ページングの存在を示す情報とは、時間多重する構成としている。また、ページングの存在を示す情報がマッピングされるシンボルが、予め静的に規格などで決められている場合について示している。
【０７３６】
ページングの存在を示す情報は、各ビームで送信されるリソースの第５シンボルにマッピングされて送信される。また、ページングの存在を示す情報に、後のデータサブフレームで送信されるＰＣＣＨがマッピングされるリソースのスケジューリング情報を含めて送信する。ＵＥは、ページングスイーピングブロックにおける、自ＵＥが位置するエリアで送信されるビームの第５シンボルを受信することによって、ページングの存在を示す情報を受信し、自ＵＥ宛てのページングがあるか否かを認識することが可能となる。また、ページングの存在を示す情報を受信し、後のデータサブフレームで送信されるＰＣＣＨがマッピングされるリソースのスケジューリング情報を受信する。これによって、ＵＥは、ＰＣＣＨがマッピングされるリソースを受信することが可能となる。
【０７３７】
セルは、ページングの存在を示す情報を送信したビームスイーピングブロック以降のリソースに、該ページングに対応するＰＣＣＨをマッピングして送信する。該リソースをデータサブフレームとしてもよい。該リソースには、ＰＣＣＨのスケジューリング情報とＰＣＣＨとをマッピングする。ＰＣＣＨのスケジューリング情報を、Ｌ１／Ｌ２制御信号にマッピングして送信し、ＰＣＣＨを個別データチャネルにマッピングして送信する。
【０７３８】
ＵＥは、ＰＣＣＨがマッピングされるリソースのＬ１／Ｌ２制御信号を受信し、ＰＣＣＨのスケジューリング情報を取得する。ＵＥは、該スケジューリング情報に従って、同じサブフレーム内のデータチャネルにマッピングされるＰＣＣＨを受信する。
【０７３９】
このようにすることによって、ＵＥは、ページングの存在を示す情報の後のデータサブフレームで送信されるＰＣＣＨがマッピングされるリソースを受信して、ページングを受信することが可能となる。
【０７４０】
セルは、ＰＣＣＨをマッピングするサブフレームを、ページングが発生した場合にのみ設定して送信してもよい。ページングが発生しない場合は、該リソースを他の通信に用いることが可能となり、リソースの使用効率の向上を図ることができ、伝送速度を向上することが可能となる。
【０７４１】
本変形例で開示した方法は、ビームスイーピングでページングを送信する方法に適用することが可能である。例えば、ビームサーチ用ビームスイーピングでページングを送信する場合にも、ページング用ビームスイーピングでページングを送信する場合にも適用することが可能である。
【０７４２】
ページングの存在を示す情報およびＰＣＣＨのスケジューリング情報の少なくとも一方に、ページング固有の識別子Ｐ−ＲＮＴＩを用いてマスクする方法を開示した。他の方法として、ＵＥをグルーピングして、各グループ固有の識別子Ｐ−ＲＮＴＩを用いてマスクするようにしてもよい。実施の形態１で開示したグループ固有の識別子Ｐ−ＲＮＴＩを用いてマスクする方法を適用することができる。各グループに対応するＰＣＣＨがマッピングされるリソースを異ならせてもよい。グルーピングをするので、１つのＰＣＣＨに含まれるＵＥ数を少なくすることが可能となる。したがって、ページング発生時のコンテンションを低減することが可能となる。
【０７４３】
他の方法として、ページングの存在を示す情報およびＰＣＣＨのスケジューリング情報の少なくとも一方に、ＵＥ固有の識別子を用いてマスクしてもよい。ＵＥ個別の識別子として、移動管理エンティティ内で用いられる識別子を用いてもよい。あるいは、ＵＥ個別の識別子として、セル毎に用いられる識別子を用いてもよい。該セル毎に用いられる識別子は、ＵＥが、セルとＲＲＣ接続したときに、セルから取得するようにすればよい。ＵＥは、アイドル（Ｉｄｌｅ）状態になってもセル毎の識別子を保持する。
【０７４４】
ＵＥが移動し、サービングするセルが変更された場合に、ＵＥは、該識別子の使用を停止するとよい。サービングセルが変更された場合、ＵＥは、再度、セルにアクセスしてＲＲＣ接続となり、セルからＣ−ＲＮＴＩ（Cell- Radio Network Temporary Identifier）を取得してもよい。また、セル毎に用いられる識別子を用いる場合、ＲＲＣ接続状態ではあるが、インアクティブ状態であるような場合にも適用してもよい。
【０７４５】
ＵＥ個別の識別子として、セル毎に用いられる識別子を用いることによって、さらに、１つのＰＣＣＨに含まれるＵＥ数を少なくすることが可能となる。したがって、ページング発生時のコンテンションをさらに低減することが可能となる。
【０７４６】
実施の形態９．
本実施の形態では、実施の形態４で開示した問題を解決する他の方法を開示する。従来と同様に、ＵＥ−ＩＤとＤＲＸ周期とを用いて導出したページングタイミングで、ページングを送信する。ページングタイミングがデータサブフレームと重なった場合は、該ページングタイミングのデータサブフレームで送信する。データサブフレームでは、ビームスイーピングを行わないので、セルのカバレッジ全体をカバーできない。したがって、データサブフレームのタイミングで、ＵＥが存在するビームエリアのビームでページングを送信するためには、セルは、ＵＥが存在するビームエリアを認識する必要がある。
【０７４７】
セルが、ＵＥが存在するビームエリアを認識する方法について開示する。ビーム毎の識別子を設けて、ビームサーチ用ビームスイーピングブロックの各ビームで、該識別子を送信する。セルは、ビーム識別子を、報知情報として報知してもよいし、ＲＳ用のシーケンスに用いてもよい。あるいは、同期信号用のシーケンスに用いてもよいし、ディスカバリーシグナル（以下、「ＤＳ」という場合がある）が存在する場合は、ＤＳ用のシーケンスにビーム識別子を用いてもよい。このようにすることによって、ＵＥは、受信したビームのビーム識別子を認識することが可能となる。
【０７４８】
ＵＥは、ビームサーチ用ビームスイーピングで受信したビームのビーム識別子を取得することによって、ＵＥがどのビームエリアにいるかを認識する。
【０７４９】
ＵＥは、該ビーム識別子を用いて、自ＵＥが存在するビームエリアのＵＬ送信タイミングを認識する。ＵＥは、該ＵＬ送信タイミングで、上り信号あるいは上り物理チャネルを送信する。上り物理チャネルとしてＰＲＡＣＨを送信してもよい。スケジューリング要求を伴わないＰＲＡＣＨを送信してもよい。ＰＲＡＣＨで送信する情報として、ＵＥの識別子を含めるとよい。例えば、ＰＲＡＣＨに用いるシーケンスを、ＵＥ−ＩＤを用いて導出するようにしてもよい。
【０７５０】
ＵＥの識別子は、ページングに用いるＵＥ識別子をグルーピングした値でもよい。セルは、ＰＲＡＣＨを受信してＵＥ識別子を取得し、ＵＥ識別子を用いてページングタイミングを導出することによって、該ＵＥのページングタイミングを認識することができる。ＰＲＡＣＨで送信する情報として、ＵＥの識別子を用いて導出されるページングタイミング情報を含めてもよい。例えば、ＰＦおよびＰＯの情報であってもよい。セルは、ページングタイミング情報を得ることが可能となる。
【０７５１】
セルは、ＰＲＡＣＨを受信したビームから、ＵＥが存在するビームエリアのビームを特定するとともに、ＰＲＡＣＨを受信したＵＥのＵＥ識別子を取得して、ページングタイミングを導出する。このようにすることによって、セルは、どのビームでどのタイミングでページングを送信すればよいかを認識する。あるいは、どのページングタイミングのときにどのビームでページングを送信すればよいかを認識する。セルは、該ページングタイミングで、ＵＥの存在するビームエリアのビームでページングを送信する。
【０７５２】
ＵＥは、スケジューリング要求を伴わないＰＲＡＣＨを送信してもよいことを開示したが、この方法に限定されない。他の方法として、ＰＲＡＣＨに、ビームエリア特定用のＰＲＡＣＨであることを示す情報を含めてもよい。セルがＰＲＡＣＨを受信し、該ＰＲＡＣＨがビームエリア特定用であることを認識した場合、続くＲＡ処理を行わないようにする。このようにすることによって、無駄な処理を省くことができる。また、セルのシグナリングの負荷を低減し、セルおよびＵＥの低消費電力化を図ることができる。
【０７５３】
ＵＥは、該ＵＬ送信タイミングで、スケジューリング要求を伴わないＰＲＡＣＨを送信することを開示したが、この方法に限定されない。他の方法として、ＵＥは、ＰＲＡＣＨを送信し、セルおよびＵＥは、それに引き続くＲＡ処理を行ってもよい。ＰＲＡＣＨに使用可能なリソースが少なく、前述のような情報を含められない場合に有効である。ＵＥは、前述に開示したＰＲＡＣＨで送信する情報を、ＰＲＡＣＨではなく、ＲＡ処理のメッセージ３に含めてセルに送信してもよい。
【０７５４】
このようにすることによって、セルは、ＵＥが存在するビームエリアのビームを特定するとともに、ＵＥ識別子を取得して、ページングタイミングを導出することが可能となる。
【０７５５】
ＵＥは、ＲＡ処理のメッセージ３で、セルにＲＲＣ接続要求（ＲＲＣ Connection Request）を行わないとしてもよい。セルは、ＵＥからＲＲＣ接続要求がなされない場合、続く処理を停止してもよい。このようにすることによって、無駄な処理を省くことができる。また、セルのシグナリングの負荷を低減し、セルおよびＵＥの低消費電力化を図ることができる。
【０７５６】
ページングタイミングが、ビームスイーピングタイミングと重なる場合がある。この場合、前述のデータサブフレームで送信する方法を適用することはできない。このような問題を解決する方法として、実施の形態６で開示した、ＵＥ−ＩＤを用いて決められたページングタイミングがビームスイーピングタイミングと重なる場合の方法を適用し、ページングを該ビームスイーピングタイミングで送信するとよい。
【０７５７】
セルは、ページングを、ビームスイーピングブロックの全ビームで送信する。ＵＥは、自ＵＥ−ＩＤを用いて決めたページングタイミングと重なるビームスイーピングタイミングで、ページングを受信する。
【０７５８】
ビームスイーピングタイミングブロックの全ビームでページングを送受信する方法として、実施の形態４および実施の形態８で開示した方法を適用するとよい。
【０７５９】
ページングタイミングが、ビームスイーピングタイミングと重なる場合を解決するための他の方法を開示する。
【０７６０】
ページングタイミングが、ビームスイーピングタイミングと重ならないようにする。ページングタイミングを、ビームスイーピングブロックが送信される無線フレームおよびサブフレームと異ならせる。ビームスイーピングブロックに、予め定めるサブフレームを用い、予め定めるサブフレームを除く任意のサブフレームを、ページングが送信可能なサブフレームと設定するとよい。
【０７６１】
ＵＥ−ＩＤを用いたページングタイミングが、該ページングが送信可能なサブフレームに設定されるようにしておくとよい。
【０７６２】
このようにすることによって、ＵＥ−ＩＤを用いて導出したページングタイミングが、ビームスイーピングタイミングと重なることがなくなり、データサブフレームでページングを送信することが可能となる。
【０７６３】
本実施の形態で開示した方法を用いることによって、ＵＥが存在するビームエリアを認識したセルは、ページングの発生したＵＥのＵＥ−ＩＤとＤＲＸ周期とを用いて導出したページングタイミングで、該ＵＥが存在するビームエリアのビームでページングを送信することが可能となる。ＵＥは、自ＵＥのＵＥ−ＩＤとＤＲＸ周期とを用いて導出したページングタイミングで間欠受信を行うことによって、ページングが発生した場合に、ページングを受信することが可能となる。
【０７６４】
図３６は、実施の形態９におけるページング処理に関するシーケンスの一例を示す図である。
【０７６５】
ＳＴ４３０１において、ＣＮは、ＤＲＸ周期を設定する。ステップＳＴ４３０２において、ＣＮは、セルに、ＤＲＸ周期を通知する。
【０７６６】
セルは、ビームサーチ用ビームスイーピングブロックを設定し、ステップＳＴ４３０３において、ビームサーチ用ビームスイーピングタイミングで、ビームサーチ用ビームスイーピングブロックをＵＥに送信する。ビームサーチ用ビームスイーピングブロックの全ビームで、上りビームスイーピングブロックに関する情報を送信する。また、ビームサーチ用ビームスイーピングブロックの各ビームで、各ビームのビーム識別子（ビームＩＤ）を送信する。ビーム識別子は、ＰＲＡＣＨに含めて送信してもよいし、ＲＳにビーム毎のシーケンスを用いて送信してもよい。
【０７６７】
ステップＳＴ４３０４において、ＵＥは、ビームサーチ用ビームスイーピングブロックを受信し、受信可能な同期信号を受信し、自ＵＥが受信可能なビームを検出する。
【０７６８】
ステップＳＴ４３０５において、ＵＥは、受信した上りビームスイーピングブロックに関する情報とビーム識別子とから、自ＵＥの存在する上りビームタイミングを導出する。例えば、上りビームスイーピングブロックに関する情報として、ビームサーチ用ビームスイーピングタイミングと上りビームスイーピングタイミングとの時間間隔などを用いるとよい。
【０７６９】
ステップＳＴ４３０６において、ＵＥは、導出した上りビームスイーピングブロックの自ＵＥのビームユニットのタイミングで、ＰＲＡＣＨを送信する。ＰＲＡＣＨに、自ＵＥ識別子を用いたシーケンスを用いる。
【０７７０】
ステップＳＴ４３０７において、セルは、受信したＰＲＡＣＨから、ＵＥの識別子と送信されたビームエリアとを特定する。ビームエリアを特定することによって、ビームユニット番号を特定できる。このようにすることによって、セルは、どのＵＥがどのビームエリアに存在するかを認識することが可能となる。
【０７７１】
ステップＳＴ４３０８において、セルは、ＣＮから受信した、ＤＲＸ周期と、ページングタイミングを導出するためのパラメータｎＢとを送信する。ＤＲＸ周期とパラメータｎＢとの送信は、報知情報に含めて報知してもよい。あるいは、ビームサーチ用ビームスイーピングブロックに含めて全ブロックで送信してもよい。あるいは、ＵＥ個別メッセージに含めてＵＥ個別シグナリングで送信してもよい。セルは、ＵＥのビームエリアを認識している場合、データサブフレームを用いて、ＵＥ個別に送信してもよい。
【０７７２】
ステップＳＴ４３０９において、ＵＥは、受信したＤＲＸ周期とパラメータｎＢと自ＵＥ−ＩＤとを用いて、予め決められた方法でページングタイミングを導出する。
【０７７３】
ステップＳＴ４３１０において、ＵＥは、導出したページングタイミングで間欠受信を行う。
【０７７４】
これによって、ＵＥは、受信したＤＲＸ周期とパラメータｎＢと自ＵＥ−ＩＤとを用いて、予め決められた方法で導出したページングタイミングで、間欠受信を行うことが可能となる。
【０７７５】
ステップＳＴ４３１１において、ＣＮは、セルに、ページングを通知する。ステップＳＴ４３１２において、セルは、受信したＤＲＸ周期とパラメータｎＢと自ＵＥ−ＩＤとを用いて、予め決められた方法でページングタイミングを導出する。
【０７７６】
ステップＳＴ４３１３において、セルは、導出したページングタイミングのデータサブフレームを用いて、ページングをＵＥに送信する。セルは、ステップＳＴ４３１１でＣＮから受信したページングを、導出したページングタイミングまで保持する。
【０７７７】
ＤＲＸ周期とパラメータｎＢと自ＵＥ−ＩＤとを用いて導出したページングタイミングで間欠受信を行い、ページングの有無を検出していたＵＥは、ステップＳＴ４３１４において、ページングが送信されたデータサブフレームを受信して、送信されたページングを検出する。
【０７７８】
このようにすることによって、ＵＥは、ビームスイーピングを行っているセルからページングを受信することが可能となる。
【０７７９】
本実施の形態で開示した、ＵＥがＵＬ送信タイミングで上り信号あるいは上り物理チャネルを送信する方法は、ＲＲＣ接続状態のＵＥがＤＲＸ処理を行っているような場合にも適用するとよい。ＤＲＸ処理において、ＵＥが受信あるいは送信していない間に移動すると、セルは、ＵＥが存在するビームエリアを認識できなくなる。このような場合に、セルは、ＵＥが存在するビームエリアを認識可能とする方法として有効である。例えば、ＵＬ送信タイミングをＵＬビームスイーピングタイミングとし、ＵＥは、ＵＬビームスイーピングブロックでＵＥ−ＩＤ情報を含む上り信号あるいは上り物理チャネルを送信する。
【０７８０】
また、３ＧＰＰでは、ｉｎ−ａｃｔｉｖｅ状態が検討されている（非特許文献２３、非特許文献２４参照）。このような状態においても、本実施の形態で開示した、ＵＥがＵＬ送信タイミングで上り信号あるいは上り物理チャネルを送信する方法を適用するとよい。セルは、ＵＥが存在するビームエリアを認識することが可能となる。
【０７８１】
実施の形態１０．
ＵＥは、ビームスイーピングタイミングでページングを受信した場合、次の上りビームスイーピングタイミングで、ページングに対する応答信号の送信を行うことになる。応答信号として、ＰＲＡＣＨ送信を行うことが考えられる。従来のビームスイーピングでは、非特許文献１９および非特許文献２０で示されるように、下りビームスイーピングタイミングと、上りビームスイーピングタイミングとの間に、予め定めるデータサブフレーム期間が設けられている。
【０７８２】
このことから、下りビームスイーピングタイミングでページングを受信したＵＥは、次の上りビームスイーピングタイミングまで、予め定めるデータサブフレーム期間待ってから、ＵＬアクセスを開始することになる。したがって、ページングを受信してからＰＲＡＣＨを送信するまでの遅延時間が大きくなり、通信開始までの遅延時間が大きくなるという問題がある。
【０７８３】
本実施の形態では、このような問題を解決するための方法を開示する。
【０７８４】
下りビームスイーピングタイミングの直後に、上りビームスイーピングタイミングを設定する。下りビームスイーピングブロックの直後に、上りビームスイーピングブロックを構成する。下りビームスイーピングタイミングとして、ページングが送信可能なビームスイーピングブロックとしてもよい。このようにすることによって、ページングを受信したＵＥがＰＲＡＣＨを送信するまでの遅延時間を削減することが可能となる。
【０７８５】
図３７は、下りビームスイーピングタイミングの直後に、上りビームスイーピングタイミングを設定する方法を説明するための図である。図３７は、図２４と類似しているので、主として異なる部分について説明する。
【０７８６】
ｅＮＢ（セル）４４１２は、下りビームスイーピングタイミングの直後に、上りビームスイーピングタイミングを設定する。セルは、下りビームスイーピングブロック４４０１の直後に、上りビームスイーピングブロック４４０３を設定する。上りビームスイーピングブロックに関する情報は、下りビームスイーピングブロックの全ブロックに含めて送信する。直後に上りビームスイーピングブロックを設定する下りビームスイーピングブロックとして、ページングが送信可能なビームスイーピングブロックとしてもよい。
【０７８７】
下りビームスイーピングブロック４４０１と、上りビームスイーピングブロック４４０３との間が、下りデータおよび上りデータが送信されるＤＬ／ＵＬデータサブフレーム４４０６となる。
【０７８８】
他の例を開示する。
【０７８９】
図３８は、ページング用ビームスイーピングタイミングの直後に、ページング応答用ビームスイーピングタイミングを設定する方法を説明するための図である。図３８は、図２８と類似しているので、主として異なる部分について説明する。
【０７９０】
ページング用ビームスイーピングブロック４５０１は、参照符号「４５２１」で示されるように、複数のリソース４５０２を含んで構成される。ページング応答用ビームスイーピングブロック４５０３は、参照符号「４５２１」で示されるように、複数のリソース４５０７を含んで構成される。各リソース４５０２，４５０７は、参照符号「４５２２」で示されるビームを用いて送信される。
【０７９１】
ｅＮＢ（セル）４５１２は、ページング用ビームスイーピングタイミングの直後に、ページング応答用ビームスイーピングタイミングを設定する。セルは、ページング用ビームスイーピングブロック４５０１の直後に、ページング応答用ビームスイーピングブロック４５０３を設定する。ページング用ビームスイーピングブロックに関する情報と、ページング応答用ビームスイーピングブロックに関する情報とは、ビームサーチ用ビームスイーピングブロックの全ブロックに含めて送信する。該情報に、ページング用ビームスイーピングブロックとページング応答用ビームスイーピングブロックとの時間間隔を含めてもよい。
【０７９２】
ページング応答用ビームスイーピングブロックは、ページング応答のみでなく、上りアクセス用全般に用いてもよい。例えば、ＵＥ４５１３からの発呼のための上りアクセスに用いてもよい。
【０７９３】
図３８では、ページング応答用ビームスイーピングブロックとは別に、従来の上りビームスイーピングブロックを設けているが、従来の上りビームスイーピングブロックを設けずに、ページング応答用ビームスイーピングブロックのみを設けてもよい。ページング応答用ビームスイーピングブロックを用いて、上りアクセス全般を行うとよい。このようにすることによって、上りビームスイーピングブロックに必要なリソースを省略することが可能となり、リソースの使用効率を高めることが可能となる。
【０７９４】
下りビームスイーピングタイミングの直後に、上りビームスイーピングタイミングを設定して送信する方法では、下りビームスイーピングタイミングでページングを受信したＵＥは、次の上りビームスイーピングタイミングでＰＲＡＣＨを送信して、ネットワークへのアクセスを開始することになる。したがって、このようにすることによって、ページングを受信したＵＥがＰＲＡＣＨを送信するまでの遅延時間を削減することが可能となる。
【０７９５】
下りビームスイーピングタイミングでページングを受信できたことを認識したＵＥは、ページングを受信した後の該下りビームスイーピングブロックのビームユニットの受信を行わなくてもよい。上りビームスイーピングブロックの受信したビームに対応するビームタイミングで、ＰＲＡＣＨを送信するまで受信および送信の少なくとも一方の処理を停止してもよい。このようにすることによって、ＵＥの低消費電力化を図ることができる。
【０７９６】
上りビームスイーピングタイミングを、下りビームスイーピングタイミングの直後に設定したが、直後でなくてもよい。予め定める期間遅らせて設定してもよい。しかし、予め定める期間が短ければ短いほど、ページングを受信したＵＥがＰＲＡＣＨを送信するまでの遅延時間を低減することが可能となる。
【０７９７】
ページング用ビームスイーピングタイミングの直後に、ページング応答用ビームスイーピングタイミングを設定して送信する方法の場合も同様である。
【０７９８】
実施の形態１０  変形例１．
本変形例では、実施の形態１０で開示した問題を解決する他の方法を開示する。ビームスイーピングブロックの各ビームにおいて、ＤＬリソースとＵＬリソースとを構成する。ページングが送信可能なビームスイーピングブロックの各ビームにおいて、ＤＬリソースとＵＬリソースとを構成するようにしてもよい。これによって、リソースの使用効率を向上させることができる。セルは、各ビームにおいて、ＤＬ送信とＵＬ受信とを行う。各ビームの構成として、自己完結型にしてもよい。ＵＥは、各ビームにおいて、ＤＬ受信と、該ＤＬ受信に対する応答信号の送信とを行う。各ビームの構成を実施の形態１で開示した自己完結型サブフレームとしてもよい。各ビームに用いるリソース単位がサブフレームの場合に適用するとよい。
【０７９９】
ビームスイーピングブロックの各ビームにおいて、セルは、ＤＬリソースでページングを送信し、ＵＬリソースで該ページングに対する応答信号を受信する。ＵＥは、あるビームのＤＬリソースでページングを受信した場合、該ビームのＵＬリソースで該ページングに対する応答信号を送信する。このようにすることによって、ＵＥは、ビームスイーピングブロックの各ブロック内で、ページングに対する応答信号を送信することが可能となる。したがって、ページングを受信したＵＥが、ページングに対する応答信号を送信するまでの遅延時間を削減することが可能となる。
【０８００】
図３９は、ビームスイーピングブロックの各ビームを自己完結型にした場合のリソースの一例を示す図である。図３９は、図２６と類似しているので、主として異なる部分について説明する。
【０８０１】
ビームスイーピングブロックの各ビームにおいて、ＤＬリソースとＵＬリソースとが構成される。ＤＬリソースの後にＵＬリソースが設けられ、ＤＬリソースとＵＬリソースとの間にギャップ期間が設けられる。ページングが、各ビームのＤＬリソースにマッピングされる。ページング情報を含むＰＣＣＨが、ＤＬリソースにマッピングされるとしてもよい。ページングに対する応答信号が、ページングがマッピングされる同じビームのＵＬリソースにマッピングされる。
【０８０２】
図３９では、各ビームユニットの１番目のシンボルから５番目のシンボルがＤＬリソースとして構成され、６番目のシンボルがギャップとして構成され、７番目のシンボルがＵＬリソースとして構成される。各ビームユニットの５番目のシンボルに、ページングがマッピングされ、７番目のシンボルに、ページングに対する応答がマッピングされる。
【０８０３】
本変形例で開示した方法を用いることによって、ＵＥは、下りビームスイーピングブロックの最後まで待ってから、上りビームスイーピングブロックでページングに対する応答信号を送信する必要がなくなる。ＵＥは、ページングが送信されたビームと同じビームで、ページングに対する応答信号を送信することが可能となる。したがって、ページングを受信したＵＥがページングに対する応答信号を送信するまでの遅延時間を、実施の形態１０で開示した方法に比べて、さらに削減することが可能となる。
【０８０４】
下りビームスイーピングタイミングでページングを受信したＵＥは、ページングを受信した後の該下りビームスイーピングブロックのビームユニットの受信を行わなくてもよい。これによって、ＵＥの低消費電力化を図ることができる。
【０８０５】
ビームスイーピングブロックとして、ページングを送信可能なビームスイーピングブロックのみの各ビームを自己完結型にしてもよい。あるいは、ページング用ビームスイーピングブロックのみの各ビームを自己完結型にしてもよい。このようにすることによって、ページングに用いられないビームスイーピングブロックの各ビームユニット期間を短縮することができ、ビームスイーピングブロック期間の短縮を図ることができる。
【０８０６】
実施の形態１０  変形例２．
本変形例では、実施の形態１０で開示した問題を解決する他の方法を開示する。ビームスイーピングブロック以降のサブフレームにおいて、ＤＬリソースとＵＬリソースとを構成する。すなわち、セルは、該サブフレームにおいて、ＤＬ送信とＵＬ受信とを行う。該サブフレームは、自己完結型にしてもよい。ＵＥは、該サブフレームにおいて、ＤＬ受信と、該ＤＬ受信に対する応答信号の送信とを行う。セルは、該ＤＬリソースでページングを送信し、該ＵＬリソースで該ページングに対する応答信号を受信する。ＵＥは、該ＤＬリソースでページングを受信した場合、該ＵＬリソースで該ページングに対する応答信号を送信する。
【０８０７】
ビームスイーピングブロックおよび該ビームスイーピングブロック以降のサブフレームにおいてページングを送信する方法として、実施の形態８の変形例１を適用してもよい。
【０８０８】
セルは、ページングの存在を示す情報を送信したビームスイーピングブロック以降のリソースに、ＰＣＣＨをマッピングして送信する。該ＰＣＣＨをマッピングするリソースをサブフレームとし、該サブフレームにおいてＤＬリソースとＵＬリソースとを構成する。
【０８０９】
ＵＥは、ＰＣＣＨがマッピングされたサブフレームに構成されたＵＬリソースで、該ＰＣＣＨに対する応答信号を送信する。
【０８１０】
このようにすることによって、ＵＥは、ＰＣＣＨを受信したサブフレームで、該ＰＣＣＨに対する応答信号を送信することが可能となる。したがって、ページングを受信したＵＥが、ページングに対する応答信号を送信するまでの遅延時間を削減することが可能となる。
【０８１１】
図４０は、ＰＣＣＨがマッピングされたサブフレームで、該ＰＣＣＨに対する応答信号を送信する方法の一例を示す図である。図４０は、図３５と類似しているので、主として異なる部分について説明する。図４０では、各ビームの送信期間を記号ＳＦｐで示している。
【０８１２】
実施の形態８の変形例１を適用した場合について開示している。セルは、ビームスイーピングブロックの全ビームで、ページングの存在を示す情報を送信する。セルは、ページングの存在を示す情報を送信したビームスイーピングブロック以降のデータサブフレームに、ＰＣＣＨのスケジューリング情報とＰＣＣＨとをマッピングして送信する。ＰＣＣＨのスケジューリング情報とＰＣＣＨとをマッピングするサブフレームにおいて、ＤＬリソースとＵＬリソースとを構成する。ＤＬリソースの後にＵＬリソースが設けられ、ＤＬリソースとＵＬリソースとの間にギャップ期間が設けられる。
【０８１３】
図４０では、ＰＣＣＨのスケジューリング情報とＰＣＣＨとをマッピングするサブフレームの１番目から１１番目のシンボルがＤＬリソースとして構成され、１２番目および１３番目のシンボルがギャップとして構成され、１４番目のシンボルがＵＬリソースとして構成される。１番目から３番目のシンボルに、Ｌ１／Ｌ２制御情報がマッピングされ、４番目から１１番目のシンボルに、下り共用チャネルがマッピングされる。１４番目のシンボルに、上り信号および上りチャネルがマッピングされる。
【０８１４】
ＤＬリソースのＬ１／Ｌ２制御情報に、ＰＣＣＨのスケジューリング情報が含まれ、下り共用チャネルにＰＣＣＨが含まれる。ＵＬリソースに、ＰＣＣＨに対する応答信号がマッピングされる。該サブフレームのＤＬリソースでＰＣＣＨを受信したＵＥが、該ＰＣＣＨの中に自ＵＥのＵＥ識別子が存在することを認識した場合、該ページングに対する応答信号をＵＬリソースにマッピングして送信する。該ページングに対する応答信号としては、ＰＲＡＣＨであってもよい。ＵＥは、該サブフレームのＵＬリソースでＰＲＡＣＨを送信する。
【０８１５】
１サブフレーム内のＵＬリソースが、ページングに対する応答信号をマッピングするのに不足である場合、以降の１つまたは複数のサブフレームを用いて送信してもよい。連続するサブフレームを用いてもよい。例えば、２サブフレーム連続構成とし、１サブフレーム目に、ＤＬリソースとギャップとＵＬリソースをマッピングし、２サブフレーム目にＵＬリソースをマッピングするようにしてもよい。１サブフレーム目のＤＬリソースで、ＰＣＣＨのスケジューリング情報とＰＣＣＨとをマッピングして送信し、１サブフレーム目のＵＬリソースと２サブフレーム目のＵＬリソースとで、ページングに対する応答信号をマッピングして送信する。
【０８１６】
このようにすることによって、ＰＣＣＨがマッピングされるサブフレーム内のＵＬリソースが、ページングに対する応答信号をマッピングするのに不足である場合にも、次のサブフレームを用いて送信することが可能となる。
【０８１７】
１サブフレーム以降、いくつのサブフレームをＵＬリソースに使うかの情報を設けるとよい。また、ＵＬリソースのうち、どのリソースをページングに対する応答信号として用いるかの情報を設けてもよい。ＵＬリソースを他の信号あるいはチャネルにも用いる場合に有効である。リソースを表す情報は、時間軸方向をシンボル単位、スロット単位またはサブフレーム単位とし、周波数軸方向をサブキャリア単位とするとよい。あるいは、予め定めるリソースブロック単位としてもよい。
【０８１８】
どのリソースをページングに対する応答信号として用いるかの情報は、セル毎に設定してもよいし、ＵＥ毎に設定してもよい。該情報をセルが決定するとよい。あるいは、ＣＮが決定して傘下のｅＮＢに通知してもよい。
【０８１９】
セルは、ＵＥに該情報を通知する。セル毎に決定した場合、報知情報として報知してもよいし、ＲＲＣシグナリングでセル共通の情報として通知してもよい。ＵＥ毎に設定する場合、ＲＲＣ個別シグナリングで通知するとよい。ＵＥがＲＲＣ接続状態になったときに設定することが可能となる。
【０８２０】
ＵＥ毎に設定する場合、ＭＡＣシグナリングで通知してもよい。あるいは、Ｌ１／Ｌ２制御情報に含めて通知してもよい。また、Ｌ１／Ｌ２制御情報のＰＣＣＨのスケジューリング情報に含めて通知してもよい。
【０８２１】
ＵＥは、該情報をセルから受信することによって、どのサブフレームおよびどのシンボルをＵＬリソースとするか、また、ページングに対する応答信号をどのサブフレームおよびどのシンボルにマッピングすればよいかを認識することが可能となる。
【０８２２】
したがって、ＵＥは、ＰＣＣＨを受信したサブフレームあるいはそれ以降のサブフレームで、該ＰＣＣＨに対する応答信号を送信することが可能となる。
【０８２３】
本変形例で開示した方法を用いることによって、ＵＥは、下りビームスイーピングブロックの最後まで待ってから、上りビームスイーピングブロックでページングに対する応答信号を送信する必要がなくなる。ＵＥは、ページングが送信されたビームと同じビームで、ページングに対する応答信号を送信することが可能となる。したがって、ページングを受信したＵＥがページングに対する応答信号送信までの遅延時間を、実施の形態１０で開示した方法に比べて、さらに削減することが可能となる。
【０８２４】
下りビームスイーピングタイミングでページングの存在を示す情報を受信したＵＥは、ページングの存在を示す情報を受信した後の下りビームスイーピングブロックの受信を行わなくてもよい。これによって、ＵＥの低消費電力化を図ることができる。
【０８２５】
実施の形態１１．
本実施の形態では、実施の形態４で開示した問題を解決する他の方法を開示する。ビームスイーピングが必要なセルは、キャリアアグリゲーション（ＣＡ）のＳＣｅｌｌとしてのみ構成可能とする。セルは、ＵＥに対して、ビームスイーピングが必要なセルをＳＣｅｌｌとしてＣＡを設定する。ページングは、ＰＣｅｌｌからＵＥに送信する。ＵＥは、ＰＣｅｌｌからページングを受信する。ページングタイミングは、ＵＥ識別子を用いて導出するとよい。従来のように、ＤＲＸ周期は、ＣＮが設定し、ページングが送信される無線フレームとサブフレームとを、ＵＥ識別子と、セルが設定したパラメータｎＢとから導出するようにしてもよい。
【０８２６】
このようにすることによって、ビームスイーピングが必要なセルからＵＥに、ページングを送信する必要がなくなる。ＵＥは、ビームスイーピングが必要なセルからページングを受信する必要がなく、ＰＣｅｌｌからページングを受信することが可能であり、ＣＮと通信を行うことが可能となる。したがって、ビームスイーピングブロックでページングを送信可能とするような構成を設ける必要がなく、システムが複雑化することを回避することが可能となる。
【０８２７】
実施の形態１１  変形例１．
本変形例では、実施の形態４で開示した問題を解決する他の方法を開示する。ビームスイーピングが必要なセルは、デュアルコネクティビティ（Dual Connectivity；略称：ＤＣ）のＳｅＮＢのセルとしてのみ構成可能とする。ＳＣＧ（SeNB Cell Group）内のセルとしてのみ構成するとしてもよい。ＵＥに対して、ビームスイーピングが必要なセルを有するｅＮＢをＳｅＮＢとしてＤＣを設定したＭｅＮＢは、ＵＥに対するページングを送信する。ＵＥは、ＭｅＮＢからページングを受信する。ページングタイミングは、ＵＥ識別子を用いて導出するとよい。従来のように、ＤＲＸ周期は、ＣＮが設定し、ページングが送信される無線フレームとサブフレームとを、ＵＥ識別子から導出するようにしてもよい。
【０８２８】
このようにすることによって、ビームスイーピングが必要なセルからＵＥに、ページングを送信する必要がなくなる。ＵＥは、ビームスイーピングが必要なセルからページングを受信する必要がなく、ＭｅＮＢからページングを受信することが可能であり、ＣＮと通信を行うことが可能となる。したがって、ビームスイーピングブロックでページングを送信可能とする構成を設ける必要がなく、システムが複雑化することを回避することが可能となる。
【０８２９】
前述では、ＭｅＮＢがＵＥに対するページングを送信し、ＵＥはＭｅＮＢからページングを受信することを開示した。他の方法として、ＳｅＮＢにおいて、ビームスイーピングが必要なセルをＣＡのＳＣｅｌｌとしてのみ構成するようにしてもよい。ＳｅＮＢにおいて実施の形態１１を適用するとよい。ＳｅＮＢのＰＣｅｌｌからＵＥに対するページングを送信するようにしてもよい。ＵＥは、ＳｅＮＢのＰＣｅｌｌからページングを受信する。
【０８３０】
このようにすることによって、ビームスイーピングが必要なセルからＵＥに、ページングを送信する必要がなくなる。また、ＵＥは、ビームスイーピングが必要なセルからページングを受信する必要がなく、ＳｅＮＢからページングを受信することが可能となる。
【０８３１】
前述ではＤＣについて開示したが、ＤＣではなく、マルチコネクティビティ（略称：ＭＣ）であってもよい。ビームスイーピングが必要なセルは、ＭＣのページングを送信しないセルとしてのみ構成可能とする。このようにすることによって、ビームスイーピングが必要なセルからＵＥに、ページングを送信する必要がなくなる。また、ＵＥは、ビームスイーピングが必要なセルからページングを受信する必要がなく、ＭＣを構成する他のセルからページングを受信することが可能となる。
【０８３２】
実施の形態１２．
本実施の形態では、実施の形態１で開示した問題を解決する他の方法を開示する。セルは、ページングを広範囲のカバレッジのビームで送信する。広範囲のカバレッジのビームとしては、セルとして必要となるカバレッジ全体をカバーするビームとするとよい。
【０８３３】
広範囲のカバレッジのビームとすることによって、該カバレッジにおける受信電力は、狭範囲のカバレッジを用いてビームスイーピングする場合よりも、低下する。したがって、セルがページングを広範囲のカバレッジのビームで送信した場合、ＵＥにおけるページングの受信電力が低下することになる。
【０８３４】
これを補うために、セルは、ページングを繰返し送信するとよい。ＵＥは、繰返し送信されるページングを受信することによって、ページングの受信電力を増大させることが可能となり、ページングを受信および復調することが可能となる。
【０８３５】
ページングの繰返し送信を可能とするために、ページングの繰返し送信に関する情報を設けるとよい。ページングの繰返し送信に関する情報の具体例として、以下の（１）〜（３）の３つを開示する。
【０８３６】
（１）繰返し回数。
【０８３７】
（２）繰返し送信パターン。
【０８３８】
（３）前記（１），（２）の組合せ。
【０８３９】
ページングの繰返し送信に関する情報は、静的に決めておいてもよいし、予め規格などで決めておいてもよい。このようにすることによって、セルとＵＥの両ノードが、同一の繰返し回数および繰返し送信パターンを認識することが可能となり、ページングの送受信処理を誤りなく行うことが可能となる。
【０８４０】
あるいは、ページングの繰返し送信に関する情報は、準静的に決めるようにしてもよい。例えば、セルは、ページングの繰返し送信に関する情報を報知情報に含めて報知してもよい。ＵＥは、報知情報を受信することによって、繰返し回数および繰返し送信パターンを認識することが可能となる。セルは、必要とするカバレッジおよび電波伝搬状況などに応じて変更可能となるので、ページングの受信誤り率をさらに低減することが可能となる。
【０８４１】
ページングの繰返し送信パターンの情報として、例えば、時間的に連続的か周期的かを示す情報を含めてもよい。周期的な場合、該周期情報を含めてもよい。
【０８４２】
ＵＥは、ページングの繰返し送信に関する情報を受信することによって、繰返し送信されるページングを受信することが可能となる。
【０８４３】
ＵＥは、繰返し送信されるページングの全てを受信しなくてもよい。ページングを受信および復調することが可能となり、ＰＣＣＨに含まれる情報を取得できた場合、以降の繰返し送信されるページングの受信を省略してもよい。これによって、ＵＥの低消費電力化を図ることができる。
【０８４４】
セルは、従来と同様に、ＵＥ−ＩＤとＤＲＸ周期とを用いて導出したページングタイミングで、広範囲のカバレッジのビームでページングを送信する。また、ページングの繰返し送信を行う場合は、最初のページングタイミングを、ＵＥ−ＩＤとＤＲＸ周期とを用いて導出したページングタイミングとして、該ページングタイミングから繰り返し送信を行うようにするとよい。ページングの繰返し送信も、広範囲のカバレッジのビームで行うとよい。
【０８４５】
セルは、広範囲のカバレッジのビームと、狭範囲のカバレッジのビームとを送信する。各々のビームを異なるタイミングで送信してもよいし、同一のタイミングで送信してもよい。広範囲のカバレッジのビームで送信するリソースと、狭範囲のカバレッジのビームで送信するリソースとを異ならせるとよい。該リソースの時間軸上での単位としては、シンボル単位、スロット単位、サブフレーム単位およびＴＴＩ単位などがある。周波数軸上の単位としては、サブキャリア単位などがある。また、時間軸上と周波数軸上とを合わせて、予め定めるリソース単位としてもよい。
【０８４６】
このようにすることによって、広範囲のカバレッジのビームと狭範囲のカバレッジのビームとで同時に送信した場合の干渉を回避することが可能となる。また、広範囲のカバレッジのビームによるページングタイミングとビームスイーピングタイミングとが重なる場合も、広範囲のカバレッジのビームと狭範囲のカバレッジのビームとで同時に送信した場合の干渉を回避することが可能となる。
【０８４７】
このように、セルは、ページングを広範囲のカバレッジのビームを用いて送信することによって、アイドル（Ｉｄｌｅ）状態のＵＥが、セルカバレッジのどこに存在したとしても、ＵＥに、ページングを送信することが可能となる。アイドル（Ｉｄｌｅ）状態のＵＥは、セルカバレッジのどこに存在したとしても、広範囲のカバレッジのビームを受信することが可能となり、広範囲のカバレッジのビームで送信されるページングを受信することが可能となる。
【０８４８】
本実施の形態で開示した方法を用いることによって、セルは、ページングをビームスイーピングブロックで送信しなくて済む。したがって、ビームスイーピングブロックでページングを送信可能とするような構成を設ける必要がなく、システムが複雑化することを回避することが可能となる。
【０８４９】
前述に開示した方法では、セルがページングを広範囲のカバレッジのビームで送信した場合のＵＥにおけるページングの受信電力の低下を補うために、ページングの繰返し送信を行った。
【０８５０】
他の方法として、セルは、ページングの送信電力を増大させてもよい。ページングの送信に用いるリソースの送信電力を増大させるとよい。このようにすることによって、ＵＥにおけるページングの受信電力の低下を補うことが可能となる。
【０８５１】
セルは、ページングに用いる変調方法およびコーディング方法の少なくとも一方を変更することによって、ページングの送信電力を増大させてもよい。セルは、ページングに用いるビット数および無線リソースの少なくとも一方を変更することによって、ページングの送信電力を増大させてもよい。このような方法で、ページングの送信に用いるリソースの送信電力を増大させるとよい。このようにすることによって、ＵＥにおけるページングの受信電力の低下を補うことが可能となる。
【０８５２】
ＵＥ毎、あるいはＵＥグループ毎に、本発明で開示したページング方法を異ならせてもよい。ＵＥの能力、例えば、受信電力に対する復調性能、および繰返し受信能力の有無などに応じて異ならせてもよい。また、ＵＥカテゴリー毎に異ならせてもよい。
【０８５３】
また、通信のサービス種類毎に、本発明で開示したページング方法を異ならせてもよい。サービスの種類、例えば、許容遅延時間が大きいサービスか否かで異ならせてもよい。許容遅延時間が大きいサービスの場合、例えば、広範囲のカバレッジのビームを用いてページングを繰り返し送信する方法を用い、許容遅延時間が小さいサービスの場合、ビームスイーピングを用いてページングを送信する方法を用いる。許容遅延時間に応じて、着信時に通信開始までの遅延時間を最適化することが可能となる。
【０８５４】
このように、色々な条件によって、本発明で開示したページング方法を異ならせてもよい。これによって、それらの条件によって適切なページング方法を用いることが可能となる。
【０８５５】
本発明における実施の形態４から実施の形態１２で開示したページングの送信方法を、ＲＲＣ接続中のＵＥに対するページングの送信方法として適用してもよい。ビームスイーピングを用いるセルが、ＲＲＣ接続中のＵＥに対するページングを送信することが可能となり、ＲＲＣ接続中のＵＥは、ページングを受信することが可能となる。
【０８５６】
また、ＲＲＣ接続中のＵＥへのページングの送信方法と、ＲＲＣ＿ＩＤＬＥ中のＵＥへのページングの送信方法とを分けてもよい。例えば、ＲＲＣ接続中のＵＥへのページングの送信方法には、本実施の形態で開示した方法を用い、ＲＲＣ＿ＩＤＬＥ中のＵＥへのページングの送信方法には、実施の形態４および実施の形態５で開示したビームスイーピングブロックでページングを送信する方法を用いる。
【０８５７】
ＲＲＣ接続中のＵＥもページングの受信が必要な場合がある。例えば、ＬＴＥでは、ＳＩ（System Information）の変更通知およびＰＷＳの通知のためにページングが用いられる。したがって、ＲＲＣ接続中のＵＥもページングの受信が必要となる。本発明における実施の形態４から実施の形態１２で開示したページングの送信方法を、ＲＲＣ接続中のＵＥに対するページングの送信方法として適用してもよい。これによって、セルは、ＲＲＣ接続中のＵＥに対するページングを送信することが可能となり、ＲＲＣ接続中のＵＥは、ページングを受信することが可能となる。
【０８５８】
セルは、ＲＲＣ接続中のＵＥが存在するビームエリアを認識している。実施の形態９で開示した方法については、セルが、ＵＥが存在するビームエリアを認識する方法を省略してもよい。これによって、ページングの送信方法の簡略化を図ることができる。また、システムとしての誤動作を低減することができ、セルおよびＵＥの低消費電力化を図ることが可能となる。
【０８５９】
ＲＲＣ接続中のＵＥへのページングの送信方法と、ＲＲＣ＿ＩＤＬＥ中のＵＥへのページングの送信方法とを同じにしてもよいし、異ならせてもよい。例えば、ＲＲＣ接続中のＵＥへのページングの送信方法には、実施の形態９で開示した方法を用い、ＲＲＣ＿ＩＤＬＥ中のＵＥへのページングの送信方法には、実施の形態５で開示したビームスイーピングブロックでページングを送信する方法を用いる。
【０８６０】
ＲＲＣ接続中のＵＥへのページングの送信方法と、ＲＲＣ＿ＩＤＬＥ中のＵＥへのページングの送信方法とを同じにした場合、セルおよびＵＥともに、ＵＥの状態に関わらず、ページングの送信方法として１つの処理方法を用いることができるので、セルおよびＵＥでの制御を簡略化することが可能となる。また、システムが複雑化することを回避することができ、誤動作を低減することが可能となる。
【０８６１】
ＲＲＣ接続中のＵＥへのページングの送信方法と、ＲＲＣ＿ＩＤＬＥ中のＵＥへのページングの送信方法とを異ならせた場合、ＵＥの状態、セルの許容負荷、または許容遅延量などに適したページングの送信方法を用いることができるので、無線リソースの使用効率を向上させることが可能となり、伝送容量の増大および伝送速度の高速化を図ることができる。
【０８６２】
どのようなページングの送信方法を用いるかは、予め静的に規格などで決めておくとよい。あるいは、ＲＲＣ＿ＩＤＬＥ中のＵＥへのページングの送信方法を予め規格などで決めておき、ＲＲＣ接続中のＵＥへのページングの送信方法を、セルがＵＥに通知するようにしてもよい。あるいは、報知情報として報知してもよい。あるいは、ＲＲＣ個別シグナリングで通知してもよい。これによって、セルは、ＲＲＣ接続中のＵＥへのページングの送信方法を準静的に通知することが可能となるので、電波伝搬環境およびセルの負荷状況に応じて、より良いページングの送信方法を設定することが可能となる。
【０８６３】
ＵＥは、ＲＲＣ接続中にセルから通知されたページングの送信に関する情報を、ＲＲＣ＿ＩＤＬＥ状態に移行した後も保持しておいてもよい。ＲＲＣ＿ＩＤＬＥ状態に移行した後のページングの送信に、該情報を用いてもよい。このようにすることによって、ページングの送信に関する情報をＵＥ毎に設定することができ、ＲＲＣ＿ＩＤＬＥ状態に移行した後のページングの送信にも、ＵＥ毎に設定された情報を用いることが可能となる。
【０８６４】
ＲＲＣ接続中にセルから通知されたページングの送信に関する情報は、該セルをサービングセルとしている場合に有効としてもよい。他のセルに移動した場合は、リセットされるとしてもよい。あるいは、再度、ＲＲＣ接続になり、新たに、ページングの送信に関する情報がセルから通知された場合に、新たな情報に変更するようにしてもよい。
【０８６５】
実施の形態１３．
ＬＴＥでは、Ｐ−ＳＳおよびＳ−ＳＳの２つの同期信号が送信されるスロットおよびシンボルは、どのセルでも同じ、すなわち固定であった。例えば、ＦＤＤでは、Ｐ−ＳＳはスロット＃１とスロット＃１１とで送信され、Ｓ−ＳＳはスロット＃１とスロット＃１１とで送信される。Ｐ−ＳＳは、スロットの最後のシンボルで送信され、Ｓ−ＳＳは、ＰＳＳの１つ前のシンボルで送信される。ＴＤＤでは、Ｐ−ＳＳはスロット＃３とスロット＃１３とで送信され、Ｓ−ＳＳはスロット＃２とスロット＃１２とで送信される。
【０８６６】
Ｐ−ＳＳは、スロットの３番目のシンボルで送信され、Ｓ−ＳＳは、Ｐ−ＳＳの３つ前のシンボルで送信される。また、Ｐ−ＳＳには、各スロットで同一シーケンスを用いた信号が用いられ、Ｓ−ＳＳには、２つの異なるシーケンスを用いた信号が用いられる。１つのシーケンスを用いた信号は、サブフレーム内の１番目のスロットに用いられ、他の１つのシーケンスを用いた信号は、サブフレーム内の２番目のスロットに用いられる。Ｓ−ＳＳは、各サブフレームで該２つの異なるシーケンスを用いた信号が同様に用いられる。これらのシーケンスは、予め３ＧＰＰの規格で決められている。
【０８６７】
このように２つの同期信号がシステムとして予め設定されているので、ＵＥは、Ｐ−ＳＳを受信することによって、スロットタイミングを認識することが可能となり、Ｓ−ＳＳを受信することによって、スロットナンバとサブフレームタイミングとを認識することが可能となる。また、Ｓ−ＳＳを受信してスロットナンバを認識することによって、サブフレームナンバを認識することが可能となる。また、Ｐ−ＳＳとＳ−ＳＳとのタイミング差を導出することによって、用いられているＣＰ（Cyclic Prefix）長を導出することが可能となる。
【０８６８】
スロットナンバおよびサブフレームナンバは、セルからＵＥに通知される種々の制御メッセージ、例えばＲＲＣシグナリングによる無線リソースの設定などに用いられる。したがって、ＵＥが２つの同期信号を受信して、スロットナンバおよびサブフレームナンバを導出することによって、ＵＥは、種々の制御メッセージに用いられるスロットナンバおよびサブフレームナンバが、どのタイミングで送信されるかを認識することが可能となる。
【０８６９】
しかし、実施の形態４で開示したように、ビームスイーピングが用いられた場合、各ビームで送信されるＳＳは、異なるスロット、あるいは異なるシンボルで送信されることになる。
【０８７０】
図４１は、ビームスイーピングブロックの全ビームで１つのＳＳが送信される場合の一例を示す図である。図４１では、ビームスイーピングブロックの各ビームの送信期間が７シンボルの場合を示している。また、図４１では、１スロットが７シンボルで構成される場合について示している。ＳＳは、スロットの４番目のシンボルにマッピングされる。このような場合、ＳＳがマッピングされるシンボルナンバは、各ビームで同じであるが、スロットナンバは、各ビームで異なることとなる。
【０８７１】
したがって、ＳＳを受信したＵＥは、スロットタイミングを認識することが可能となるが、そのスロットナンバを認識することができず、さらには、サブフレームナンバも認識することができないという問題がある。
【０８７２】
本実施の形態では、このような問題を解決する方法を開示する。
【０８７３】
ビームスイーピングブロックのビーム毎に、２つの同期信号を送信する。ここでは、２つの同期信号を、ＳＳ１とＳＳ２とする。ＳＳ１とＳＳ２とが、スロットあるいはサブフレームの何番目のシンボルで送信されるかは、予め決めておく。ＳＳ１には、スロットナンバ毎に異なるシーケンスを用いた信号を用いる。ＳＳ２には、サブフレームナンバ毎に異なるシーケンスを用いた信号を用いる。
【０８７４】
図４２は、ビームスイーピングブロックのビーム毎に２つの同期信号を送信する場合の一例を示す図である。図４２では、ビームスイーピングブロックの各ビームの送信期間が７シンボルの場合を示している。また、図４２では、１スロットが７シンボルで構成される場合について示している。ＳＳ１は、スロットの６番目のシンボルで送信される。ＳＳ２は、スロットの７番目のシンボルで送信される。
【０８７５】
図４３は、ビームスイーピングブロックのビーム毎に２つの同期信号を送信する場合の他の例を示す図である。図４３では、ビームスイーピングブロックの各ビームの送信期間が７シンボルの場合を示している。また、図４３では、１スロットが１４シンボルで構成される場合について示している。ＳＳ１は、スロットの６番目と１２番目のシンボルで送信される。ＳＳ２は、スロットの７番目と１４番目のシンボルで送信される。このように、ビーム毎に２つのＳＳが送信されるシンボルの間隔を異ならせておくとよい。あるいは、１スロット内で２つのＳＳが送信されるシンボルの間隔を異ならせておくとよい。
【０８７６】
ＵＥは、自ＵＥが存在するビームエリアで送信されるビームのＳＳ１を受信することによって、該ビームが送信されるスロットナンバを認識することが可能となる。また、同様に、ＵＥは、ＳＳ２を受信することによって、該ビームが送信されるサブフレームナンバを認識することが可能となる。また、ＵＥは、ＳＳ１とＳＳ２との間隔から、ＳＳ１とＳＳ２とが、６番目と７番目のシンボルで送信されているか、１２番目と１４番目のシンボルで送信されているかを認識することが可能となる。
【０８７７】
このようにすることによって、ＳＳ１およびＳＳ２を受信したＵＥは、スロットタイミングと、スロットナンバおよびサブフレームナンバとを認識することが可能となる。
【０８７８】
したがって、ＵＥは、２つの同期信号を受信して、スロットナンバおよびサブフレームナンバを導出することによって、種々の制御メッセージに用いられるスロットナンバおよびサブフレームナンバが、どのタイミングで送信されるかを認識することが可能となる。
【０８７９】
サブフレームとスロットの関係が予め決められている場合、ＳＳ１に、１サブフレーム内のスロット数だけ異なるシーケンスを用いた信号を用いるとよい。例えば、ＬＴＥと同様に、１サブフレームに２スロット構成される場合、ＳＳ１には２つの異なるシーケンスを用いた信号を用いてもよい。１つのシーケンスを用いた信号は、サブフレーム内の１番目のスロットに用いられ、他の１つのシーケンスを用いた信号は、サブフレーム内の２番目のスロットに用いられる。ＳＳ１は、各サブフレームで該２つの異なるシーケンスを用いた信号を同様に用いる。このようにすることによって、ＳＳ１に用いるシーケンスの数を低減することが可能となる。
【０８８０】
また、ここでは、ビーム毎の同期信号として、ＳＳ１およびＳＳ２の２つの同期信号を用いた。ＳＳ１およびＳＳ２を送信するシンボル間隔を予め決めておくことによって、ＵＥは、ＣＰ長も導出することが可能となる。これによって、システムとして複数のＣＰ長を用いることが可能となる。また、システムとしてカバレッジエリアの異なるセルを運用することが可能となる。
【０８８１】
本実施の形態で開示した問題点を解決する他の方法を開示する。ビームスイーピングブロックのビーム毎に１つの同期信号を送信する。ここでは、ＳＳ１とする。ＳＳ１がスロットあるいはサブフレームの何番目のシンボルで送信されるかは、予め決めておく。ＳＳ１には、スロットナンバ毎に異なるシーケンスを用いた信号を用いる。また、サブフレーム内のスロット数を予め決めておく。
【０８８２】
図４４は、ビームスイーピングブロックのビーム毎に１つの同期信号を送信する場合の一例を示す図である。図４４は、図４１と類似しているので、主として異なる部分について説明する。ＳＳ１は、スロットの４番目のシンボルで送信される。
【０８８３】
前述の方法では、サブフレームとスロットとの関係が予め決められている場合、ＳＳ１に、１サブフレーム内のスロット数だけ異なるシーケンスを用いた信号を用いるとよいことを示した。ここでは、ビーム毎に送信されるＳＳが、スロットナンバ毎に異なるシーケンスを用いた信号ＳＳ１の１つであるので、スロットナンバの数だけ異なるシーケンスが必要となる。
【０８８４】
ＵＥは、自ＵＥが存在するビームエリアで送信されるビームのＳＳ１を受信することによって、該ビームが送信されるスロットナンバを認識することが可能となる。スロットナンバを認識したＵＥは、予め決められているサブフレーム内のスロット数を用いて、該スロットナンバからサブフレームナンバを導出する。
【０８８５】
このようにすることによって、ＳＳ１を受信したＵＥは、スロットタイミングと、スロットナンバおよびサブフレームナンバとを認識することが可能となる。
【０８８６】
したがって、ＵＥは、１つの同期信号を受信してスロットナンバおよびサブフレームナンバを導出することによって、種々の制御メッセージに用いられるスロットナンバおよびサブフレームナンバが、どのタイミングで送信されるかを認識することが可能となる。
【０８８７】
ＳＳ１に、１サブフレーム内のスロット数のみが異なる信号を用いる前述の方法に比べて、ＵＥは、１つのＳＳを受信するだけでよくなるので、同期時間の短縮を図ることができる。また、各ビームで１つのＳＳを送信するだけでよく、ＳＳに必要なシンボル数を少なくすることが可能となる。各ビームのリソースを他の信号あるいはチャネルに使用することが可能となる。あるいは、１ビームあたりのリソース量、ここではシンボル数を低減することが可能となる。
【０８８８】
したがって、無線リソースの有効活用を図ることができ、伝送容量の向上、通信速度の向上、およびビームスイーピング受信期間の短縮による遅延時間の低減を図ることができる。
【０８８９】
１ビームで１つのＳＳのみを送信するので、ＣＰ長の特定はできない。ＣＰ長が１つの場合に適用するとよい。
【０８９０】
実施の形態１３  変形例１．
フレーム構成として、無線フレーム、サブフレーム、スロットおよびシンボルからなる場合について、各タイミングおよびサブフレームナンバなどを導出する方法について開示する。
【０８９１】
同期信号は、シンボル単位でマッピングされる。ここでは１シンボルとする。
【０８９２】
ビームスイーピングブロックの各ビームで、以下の（１）〜（４）の４つの同期信号を送信する。
【０８９３】
（１）シンボルナンバ導出用のＳＳ。ここでは、ＳＳ１とする。
【０８９４】
（２）スロットナンバ導出用のＳＳ。ここでは、ＳＳ２とする。
【０８９５】
（３）サブフレームナンバ導出用のＳＳ。ここでは、ＳＳ３とする。
【０８９６】
（４）無線フレームナンバ導出用のＳＳ。ここでは、ＳＳ４とする。
【０８９７】
ＳＳ１には、１スロット内のシンボル数だけ異なるシーケンスを用いた信号を用いるとよい。ＳＳ２には、１サブフレーム内のスロット数だけ異なるシーケンスを用いた信号を用いるとよい。ＳＳ３には、１無線フレーム内のサブフレーム数だけ異なるシーケンスを用いた信号を用いるとよい。ＳＳ４には、１システムフレームナンバ数だけ異なるシーケンスを用いた信号を用いるとよい。
【０８９８】
このようにすることによって、ＳＳ１、ＳＳ２、ＳＳ３およびＳＳ４を受信したＵＥは、シンボルナンバ、スロットナンバ、サブフレームナンバおよび無線フレームナンバを認識することが可能となる。また、シンボルタイミング、スロットタイミング、サブフレームタイミング、および無線フレームタイミングを認識することが可能となる。したがって、ＵＥは、ＳＳ１からＳＳ４の４つの同期信号を受信して、これらのタイミングおよびナンバを導出することによって、種々の制御メッセージに用いられるサブフレームナンバなどから、どのタイミングで送信されるかを認識することが可能となる。
【０８９９】
前述の方法では、フレーム構成に用いられる無線フレーム、サブフレーム、スロット、およびシンボルの各々のナンバ導出用のＳＳを設けた。
【０９００】
各ビームで、ＳＳを設ける代わりに、ナンバ情報を報知情報に含めて報知してもよい。あるいは、ＰＢＣＨに含めて報知してもよい。
【０９０１】
例えば、各ビームで、無線フレームナンバをＰＢＣＨに含めて報知する。この場合、各ビームで、ＳＳ１、ＳＳ２、ＳＳ３の３つのＳＳを設けて送信する。ＳＳに用いるシーケンスは、前述の方法とするとよい。
【０９０２】
このようにすることによって、ＰＢＣＨと、ＳＳ１、ＳＳ２およびＳＳ３とを受信したＵＥは、シンボルナンバ、スロットナンバ、サブフレームナンバおよび無線フレームナンバを認識することが可能となる。また、シンボルタイミング、スロットタイミング、サブフレームタイミング、および無線フレームタイミングを認識することが可能となる。したがって、ＵＥは、ＰＢＣＨと、ＳＳ１、ＳＳ２およびＳＳ３の３つの同期信号とを受信して、これらのタイミングおよびナンバを導出することによって、種々の制御メッセージに用いられるサブフレームナンバなどから、どのタイミングで送信されるかを認識することが可能となる。
【０９０３】
同様に、例えば、各ビームで、無線フレームナンバとサブフレームナンバとをＰＢＣＨに含めて報知してもよい。各ビームで、ＳＳ１およびＳＳ２の２つのＳＳを設けて送信する。ＳＳに用いるシーケンスは、前述の方法とする。
【０９０４】
このようにすることによって、ＰＢＣＨと、ＳＳ１およびＳＳ２とを受信したＵＥは、シンボルナンバ、スロットナンバ、サブフレームナンバおよび無線フレームナンバを認識することが可能となる。また、シンボルタイミング、スロットタイミング、サブフレームタイミング、および無線フレームタイミングを認識することが可能となる。したがって、ＵＥは、ＰＢＣＨと、ＳＳ１およびＳＳ２の２つの同期信号とを受信して、これらのタイミングおよびナンバを導出することによって、種々の制御メッセージに用いられるサブフレームナンバ等から、どのタイミングで送信されるかを認識することが可能となる。
【０９０５】
前述の方法では、フレーム構成に用いられる無線フレーム、サブフレーム、スロット、およびシンボルの各々のナンバ導出用のＳＳを設けた。あるいは、各ビームで、ＳＳを設ける代わりに、ナンバ情報を報知情報に含めて報知した。
【０９０６】
他の方法として、これらの代わりに、各々のナンバを固定としてもよい。予め規格などで決めておくとよい。
【０９０７】
例えば、各ビームで、無線フレームナンバをＰＢＣＨに含めて報知する。また、各ビームで、ＳＳ２およびＳＳ３の２つのＳＳを設けて送信する。また、ＳＳを送信するシンボルナンバを予め決めておく。ＳＳに用いるシーケンスは、前述の方法とする。
【０９０８】
このようにすることによって、ＰＢＣＨと、ＳＳ２およびＳＳ３とを受信したＵＥは、シンボルナンバ、スロットナンバ、サブフレームナンバおよび無線フレームナンバを認識することが可能となる。また、シンボルタイミング、スロットタイミング、サブフレームタイミング、および無線フレームタイミングを認識することが可能となる。したがって、ＵＥは、ＰＢＣＨと、ＳＳ２およびＳＳ３の２つの同期信号とを受信して、これらのタイミングおよびナンバを導出することによって、種々の制御メッセージに用いられるサブフレームナンバなどから、どのタイミングで送信されるかを認識することが可能となる。
【０９０９】
さらに、スロットおよびサブフレームなどのパラメータが増えた場合、その分ＳＳを増やしてもよい。あるいは、スロットおよびサブフレームなどのパラメータが減った場合は、その分ＳＳを減らしてもよい。上記パラメータ数によって、適宜最適なＳＳ数を設定できるので、無線リソースの使用効率を高めることが可能となる。また、ＵＥが無駄なＳＳを受信する必要がなくなり、ＵＥでの処理遅延時間を削減することが可能となる。また、ＵＥの低消費電力化を図ることが可能となる。
【０９１０】
実施の形態１３  変形例２．
実施の形態１３では、ビームスイーピングブロックの各ビームの送信期間が、スロット期間の１／ｎ（ｎは整数）である場合の例について開示した。しかし、ビームスイーピングブロックの各ビームの送信期間が、スロット単位あるいはサブフレーム単位でない場合も存在する。すなわち、各ビームの送信期間が、任意のシンボル長になる場合が存在する。
【０９１１】
図４５は、ビームスイーピングブロックの各ビームの送信期間が任意のシンボル長になる場合の一例を示す図である。図４５では、１ビームの送信期間は４シンボルであり、２サブフレームで７つのビームを送信する。ＳＳは、各ビームで送信される４番目のシンボルにマッピングされる。
【０９１２】
このような場合、ビーム毎に、ＳＳがスロットあるいはサブフレームの何番目のシンボルで送信されるかが異なってくる。したがって、ＳＳがスロットあるいはサブフレームの何番目のシンボルで送信されるかを予め決めておくのは複雑になる。
【０９１３】
また、実施の形態１３で開示した方法を用いることによって、スロットナンバとサブフレームナンバとは特定できることになるが、シンボルナンバが特定できないので、スロットタイミングおよびサブフレームタイミングを特定することができないという問題がある。
【０９１４】
本変形例では、このような問題を解決する方法を開示する。
【０９１５】
ビームスイーピングブロックのビーム毎に１つの同期信号を送信する。ここでは、同期信号をＳＳ１とする。１ビームの送信にｎ（ｎは整数）シンボル用いられ、ＳＳ１がビームのｍ（ｍは整数）番目のシンボルで送信される。また、ビームスイーピングブロックは、ａ（ａは整数）番目のスロットの先頭から送信される。ここでは、１スロットにｋ（ｋは整数）シンボル存在する。ｎ，ｍ，ａ，ｋは、予め決めておくとよい。ＳＳ１には、ビーム毎に異なるシーケンスを用いた信号を用いる。
【０９１６】
ＵＥは、自ＵＥが存在するビームエリアで送信されるビームのＳＳ１を受信することによって、ビームナンバを認識することが可能となる。
【０９１７】
ビームナンバを認識したＵＥは、ｎ，ｍ，ａ，ｋを用いて、シンボルナンバおよびスロットナンバを導出する。
【０９１８】
シンボルナンバおよびスロットナンバは、例えば、以下の式（１）および式（２）を用いて、それぞれ導出するとよい。
【０９１９】
シンボルナンバ＝ｍｏｄ（ｎ×（ビームナンバ−１）＋（ｍ−１），ｋ）…（１）
スロットナンバ＝ａ−１＋
ｉｎｔ（（ｎ×（ビームナンバ−１）＋（ｍ−１））／ｋ）＋１…（２）
【０９２０】
ただし、ここでは、スロット内のシンボルナンバを０からｋ−１とする。つまり、スロットの１番目のシンボルのシンボルナンバを０とする。スロットのｋ番目のシンボルのシンボルナンバをｋ−１とする。
【０９２１】
このようにすることによって、ＳＳ１を受信したＵＥは、シンボルナンバ、スロットナンバおよびサブフレームナンバを認識することが可能となる。また、ＵＥは、スロットタイミングおよびサブフレームタイミングを認識することが可能となる。したがって、ＵＥは、１つの同期信号を受信して、スロットナンバおよびサブフレームナンバを導出することによって、種々の制御メッセージに用いられるスロットナンバおよびサブフレームナンバが、どのタイミングで送信されるかを認識することが可能となる。
【０９２２】
前述の方法では、同期信号に、ビーム毎に異なるシーケンスを用いることによって、同期信号を受信したＵＥがビームナンバを認識することを可能とした。
【０９２３】
この方法に限らず、ＵＥが、ビームスイーピングブロックの１つのビームを受信して、ビームナンバを認識できればよい。例えば、各ビームで送信されるＲＳのシーケンスに、ビーム毎に異なるシーケンスを用いてもよい。ビーム毎のＲＳを受信したＵＥは、ビームナンバを認識することができる。したがって、このように認識したビームナンバを用いて、前述の方法を適用することによって、スロットナンバおよびサブフレームナンバを導出することが可能となる。
【０９２４】
前述の方法では、サブフレーム内にスロットが２個構成される場合を示したが、サブフレーム内にスロットが何個構成されてもよい。予めサブフレーム内に構成されるスロット数（ｃ（ｃは整数））が決まっていればよい。導出したスロットナンバからサブフレームナンバを導出することが可能となる。
【０９２５】
また、前述の方法では、ビームスイーピングブロックが、ａ番目のスロットの先頭から送信されることを開示した。他の方法として、ビームスイーピングブロックが、ｂ（ｂは整数）番目のサブフレームの先頭から送信されるようにしてもよい。予めｂが決められていればよい。ビームナンバを認識したＵＥは、ｎ，ｍ，ｂ，ｃ，ｋを用いて、シンボルナンバおよびスロットナンバを導出するとよい。
【０９２６】
例えば、サブフレームナンバｂとサブフレーム内のスロット数ｃとを用いて、以下の式（３）からａを導出し、前記式（２）に入れればよい。
【０９２７】
ａ＝（ｂ−１）×ｃ＋１  …（３）
【０９２８】
スロットが構成されない場合は、サブフレーム内のスロット数を１として導出し、前記式（２）の結果をサブフレームナンバとすればよい。
【０９２９】
このようにすることによって、ビーム毎に、ＳＳがスロットあるいはサブフレームの何番目のシンボルで送信されるかが異なってくるような場合でも、ＳＳが送信されるシンボルナンバ、スロットナンバ、およびサブフレームナンバを特定することが可能となる。
【０９３０】
実施の形態４から実施の形態１３の変形例２で開示した方法は、ｅＮＢあるいはセルについて述べたが、ＲＲＨまたはＲＲＵでビームスイーピングブロックが構成される場合に適用してもよい。あるいは、ｅＮＢがＣＵ（Central Unit）とＤＵ（Distributed Unit）とに分割された場合に、ＤＵでビームスイーピングブロックが構成される場合に適用してもよい。
【０９３１】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
【０９３２】
３ＧＰＰでは、スケジューリングをスロット単位、あるいはスロットよりも小さなミニスロット（mini-slot）単位で行うことが議論されている。本明細書におけるサブフレームは、スロットあるいはミニスロットとしてもよい。
【０９３３】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０９３４】
８００，８０１  第１下り信号（ＤＬ＃１）、８０２，８０３  第２下り信号（ＤＬ＃２）、８０４，８０５  第１上り信号（ＵＬ＃１）、８０６，８０７  第２上り信号（ＵＬ＃２）、８０８  第１ギャップ期間（Ｇａｐ＃１）、８０９  第２ギャップ期間（Ｇａｐ＃２）。
【図１】
2018030211.tif 000003
【図２】
2018030211.tif 000004
【図３】
2018030211.tif 000005
【図４】
2018030211.tif 000006
【図５】
2018030211.tif 000007
【図６】
2018030211.tif 000008
【図７】
2018030211.tif 000009
【図８】
2018030211.tif 000010
【図９】
2018030211.tif 000011
【図１０】
2018030211.tif 000012
【図１１】
2018030211.tif 000013
【図１２】
2018030211.tif 000014
【図１３】
2018030211.tif 000015
【図１４】
2018030211.tif 000016
【図１５】
2018030211.tif 000017
【図１６】
2018030211.tif 000018
【図１７】
2018030211.tif 000019
【図１８】
2018030211.tif 000020
【図１９】
2018030211.tif 000021
【図２０】
2018030211.tif 000022
【図２１】
2018030211.tif 000023
【図２２】
2018030211.tif 000024
【図２３】
2018030211.tif 000025
【図２４】
2018030211.tif 000026
【図２５】
2018030211.tif 000027
【図２６】
2018030211.tif 000028
【図２７】
2018030211.tif 000029
【図２８】
2018030211.tif 000030
【図２９】
2018030211.tif 000031
【図３０】
2018030211.tif 000032
【図３１】
2018030211.tif 000033
【図３２】
2018030211.tif 000034
【図３３】
2018030211.tif 000035
【図３４】
2018030211.tif 000036
【図３５】
2018030211.tif 000037
【図３６】
2018030211.tif 000038
【図３７】
2018030211.tif 000039
【図３８】
2018030211.tif 000040
【図３９】
2018030211.tif 000041
【図４０】
2018030211.tif 000042
【図４１】
2018030211.tif 000043
【図４２】
2018030211.tif 000044
【図４３】
2018030211.tif 000045
【図４４】
2018030211.tif 000046
【図４５】
2018030211.tif 000047
【国際調査報告】
2018030211.tif 000048
2018030211.tif 000049
2018030211.tif 000050
2018030211.tif 000051