(57)【要約】  レガシーＵＥのＰＤＳＣＨを、サブフレーム単位で物理リソースにマッピングし、ＬＲ−ＵＥのＰＤＳＣＨを、レガシーＵＥのＰＤＳＣＨがマッピングされる物理リソースの領域に、サブフレームを構成する物理リソースブロック（ＰＲＢ）単位でマッピングする。またレガシーＵＥのＰＤＳＣＨを、２つのＰＲＢ（３１，３２）からなるＰＲＢペア（３０）単位で物理リソースにマッピングし、ＬＲ−ＵＥのＰＤＳＣＨを、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢペア（３０）を除いた残余の物理リソースにマッピングする。
2017026159.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）とが開示されている。【００３６】
各々のモードは、以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢおよびＨＮＢは、通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢおよびＨＮＢは、ＣＳＧセルとして操作される。このＣＳＧセルは、ＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、ＨｅＮＢおよびＨＮＢは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルとして操作される。言い換えれば、ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、オープンアクセスモードとクローズドアクセスモードとの両方をサポートするセルである。【００３７】
３ＧＰＰでは、全ての物理セル識別子（Physical Cell Identity：ＰＣＩ）のうち、ＣＳＧセルで使用するためにネットワークによって予約されたＰＣＩ範囲がある（非特許文献１  １０．５．１．１章参照）。ＰＣＩ範囲を分割することをＰＣＩスプリットと称することがある。ＰＣＩスプリットに関する情報（ＰＣＩスプリット情報とも称する）は、システム情報によって基地局から傘下の通信端末に対して報知される。基地局の傘下とは、該基地局をサービングセルとすることを意味する。【００３８】
非特許文献３は、ＰＣＩスプリットを用いた通信端末の基本動作を開示する。ＰＣＩスプリット情報を有していない通信端末は、全ＰＣＩを用いて、例えば５０４コード全てを用いて、セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する通信端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。【００３９】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（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：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ−Ａのために検討されているＣｏＭＰについては、非特許文献６に記載されている。【００４５】
モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ−Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。【００４６】
したがって、データの伝送速度の向上の要求から、３ＧＰＰでは、遅延時間の削減が検討されている（非特許文献７参照）。遅延時間の削減方法の一つとして、接続状態のＵＥを対象にした送信時間間隔（Transmission Time Interval：ＴＴＩ）の短縮が提案されている。現在のＬＴＥの規格において、ＴＴＩ＝１サブフレームであるところを、例えば、ＴＴＩ＝１スロット、あるいは、ＴＴＩ＝１シンボルとすることが提案されている。１サブフレームは１ｍｓであり、１スロットは０．５ｍｓであり、１シンボルは０．１ｍｓである。【００４７】
特許文献１には、ＴＴＩを短縮した場合の運用方法が記載されている。
【先行技術文献】
【非特許文献】
【００４８】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ１３．０．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  Ｒ２−０８２８９９
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．０．０
【非特許文献５】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１０．０．０
【非特許文献６】３ＧＰＰ  ＴＲ  ３６．８１９  Ｖ１１．２．０
【非特許文献７】３ＧＰＰ  ＲＰ−１５０４６５
【非特許文献８】３ＧＰＰ  ＴＳ  ３６．１４１  Ｖ１３．０．０
【非特許文献９】３ＧＰＰ  ＴＲ３６．２１１  Ｖ１２．６．０
【非特許文献１０】３ＧＰＰ  ＴＳ３６．２１２  Ｖ１２．５．０
【非特許文献１１】A. Roessler, M. Kottkamp、「LTE- Advanced（3GPP Rel.11） 技術紹介」、ホワイト・ペーパー、ローデ・シュワルツ・ジャパン、２０１３年７月、1MA232_1J
【非特許文献１２】３ＧＰＰ  ＴＳ３６．２１３  Ｖ１２．６．０
【特許文献】
【００４９】
【特許文献１】特開２００９−２１２５９７号公報
【発明の概要】
【発明が解決しようとする課題】
【００５０】
ＴＴＩは送信時間の単位であり、ＴＴＩ毎にデータがスケジューリングされ、物理リソースにマッピングされて送信される。例えば、現在の規格であるＴＴＩ＝１サブフレームの場合、１サブフレームの間にデータスケジューリングおよび物理リソースマッピングが行われるように決められている。したがって、現在の規格は、短縮されたＴＴＩには対応していない。【００５１】
現在のＬＴＥのキャリア上で、従来のＴＴＩ規格に対応するレガシーＵＥ（legacy UE）とともに、新たに短縮されたＴＴＩに対応するＵＥ（以下「ＬＲ−ＵＥ」という）をサポートさせること、すなわち後方互換性（バックワードコンパチブル）を持たせることは、何の工夫もなければ困難である。３ＧＰＰでは、これらの問題については、まだ何ら議論されていない。【００５２】
前述の特許文献１には、ＴＴＩを短縮することは記載されているが、依然、ＴＴＩ＝１サブフレーム単位で構成される方法が開示されている。すなわち、従来のサブフレーム単位のスケジューリングと同様である。したがって、特許文献１には、短縮されたＴＴＩ、例えば、ＴＴＩ＝１スロット、およびＴＴＩ＝１シンボルなどでのサポートについては開示されていない。また、ＬＴＥの同一キャリア上で、短縮されたＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。特許文献１には、従来のＴＴＩと短縮されたＴＴＩとの２種類のデータを、１サブフレーム内でどのようにマッピングして送信するかについての開示は無い。【００５３】
本発明の目的は、種々の送信時間間隔に対応可能であり、後方互換性を有する通信システムを提供することである。
【課題を解決するための手段】
【００５４】
本発明の通信システムは、複数の通信端末装置と、各前記通信端末装置と無線通信可能な基地局装置とを備える通信システムであって、前記複数の通信端末装置は、前記基地局装置との間の送信時間間隔が１サブフレームに設定される第１の通信端末装置と、前記送信時間間隔が１サブフレームよりも短く設定される第２の通信端末装置とを含み、前記第１の通信端末装置は、データがマッピングされる共有チャネルが、サブフレーム単位で物理リソースにマッピングされ、前記第２の通信端末装置は、前記共有チャネルが、前記第１の通信端末装置の前記共有チャネルがマッピングされる物理リソースの領域に、前記サブフレームを構成する物理リソースブロック単位でマッピングされることを特徴とする。
【発明の効果】
【００５５】
本発明の通信システムによれば、第１の通信端末装置の共有チャネルは、サブフレーム単位で物理リソースにマッピングされる。第２の通信端末装置の共有チャネルは、第１の通信端末装置の共有チャネルがマッピングされる物理リソースの領域に、物理リソースブロック単位でマッピングされる。これによって、第２の通信端末装置の共有チャネルを、送信時間間隔毎に物理リソースにマッピングすることが可能になる。また、第１の通信端末装置の共有チャネルと、第２の通信端末装置の共有チャネルとを、１つのサブフレーム内の物理リソースに共存させることが可能になる。したがって、種々の送信時間間隔に対応可能であり、後方互換性を有する通信システムを実現することができる。【００５６】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００５７】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。
【図４】本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。
【図５】本発明に係るＭＭＥの構成を示すブロック図である。
【図６】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図７】マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。
【図８】従来のＰＤＳＣＨの物理リソースへのマッピングについて説明するための図である。
【図９】実施の形態１におけるＬＲ−ＵＥのＰＤＳＣＨの物理リソースへのマッピングについて説明するための図である。
【図１０】実施の形態１におけるスロット毎のＰＤＣＣＨについて説明するための図である。
【図１１】実施の形態１におけるマッピングする方法を説明するための図である。
【図１２】実施の形態１の変形例１におけるマッピング方法を説明するための図である。
【図１３】実施の形態１の変形例１におけるマッピング方法の他の例を説明するための図である。
【図１４】実施の形態１の変形例２におけるスケジューリング方法を説明するための図である。
【図１５】実施の形態１の変形例２におけるスケジューリング方法を説明するための図である。
【図１６】実施の形態１の変形例３におけるスケジューリング方法を説明するための図である。
【図１７】実施の形態１の変形例４におけるスケジューリング方法を説明するための図である。
【図１８】実施の形態１の変形例５におけるスケジューリング方法を説明するための図である。
【図１９】実施の形態１の変形例６における送信方法を説明するための図である。
【図２０】実施の形態１の変形例６における送信方法を説明するための図である。
【図２１】実施の形態２におけるＬＲ−ＰＨＩＣＨの送信方法を説明するための図である。
【図２２】実施の形態２におけるＬＲ−ＰＨＩＣＨの送信方法を説明するための図である。
【図２３】実施の形態２におけるＬＲ−ＥＰＤＣＣＨ領域にＡｃｋ／Ｎａｃｋを多重して送信する方法を説明するための図である。
【図２４】実施の形態２におけるＬＲ−ＥＰＤＣＣＨ領域にＡｃｋ／Ｎａｃｋを多重して送信する方法を説明するための図である。
【図２５】従来のＰＵＳＣＨとＰＵＣＣＨの物理リソースへのマッピングについて説明するための図である。
【図２６】実施の形態３におけるＬＲ−ＵＥのＰＵＳＣＨの物理リソースへのマッピングについて説明するための図である。
【図２７】実施の形態４におけるＬＲ−ＵＥのＰＵＣＣＨの物理リソースへのマッピングについて説明するための図である。
【図２８】実施の形態４におけるＬＲ−ＵＥのＰＵＣＣＨの物理リソースへの他のマッピング方法について説明するための図である。
【図２９】実施の形態５におけるＬＲ−ＵＥのＳＲＳの構成方法を説明するための図である。
【図３０】実施の形態５におけるＬＲ−ＵＥのＳＲＳの構成方法を説明するための図である。
【図３１】実施の形態６におけるＬＲ−ＵＥのシンボル毎のＰＤＣＣＨとＰＤＳＣＨの送信方法を説明するための図である。
【図３２】実施の形態６におけるＬＲ−ＵＥのシンボル毎のＰＤＣＣＨとＰＤＳＣＨの他の例を説明するための図である。
【図３３】実施の形態６における送信方法を説明するための図である。
【図３４】実施の形態６におけるＬＲ−ＰＤＳＣＨを構成する他の方法について説明するための図である。
【図３５】実施の形態８におけるＬＲ−ＵＥのシンボル毎のＰＵＳＣＨの送信方法について説明するための図である。
【図３６】実施の形態８における１シンボル内に複数のＬＲ−ＵＥのＰＵＳＣＨが多重されて送信する方法について説明するための図である。
【図３７】実施の形態８におけるマッピングする方法を説明するための図である。
【図３８】実施の形態９におけるＬＲ−ＵＥのシンボル毎のＰＵＣＣＨの物理リソースへのマッピングについて説明するための図である。
【図３９】実施の形態１０におけるＬＲ−ＵＥのＳＲＳの構成方法を説明するための図である。
【図４０】実施の形態１０におけるＬＲ−ＵＥのＳＲＳをＰＵＳＣＨと多重させて送信する方法について説明するための図である。
【図４１】実施の形態１１におけるＬＲ−ＵＥに対するＴＴＩ切替えに関するシーケンスの一例を示す図である。
【図４２】実施の形態１１におけるＬＲ−ＵＥに対するＴＴＩ切替えに関するシーケンスの一例を示す図である。
【図４３】実施の形態１１におけるＬＲ−ＵＥに対するＴＴＩ切替えに関するシーケンスの一例を示す図である。
【図４４】実施の形態１１におけるＬＲ−ＵＥに対するＴＴＩ切替えに関するシーケンスの他の例を示す図である。
【図４５】実施の形態１１におけるＬＲ−ＵＥに対するＴＴＩ切替えに関するシーケンスの他の例を示す図である。
【図４６】実施の形態１１におけるＬＲ−ＵＥに対するＴＴＩ切替えに関するシーケンスの他の例を示す図である。
【図４７】実施の形態１２における一つのＬＲ−ＵＥに対して複数のＴＴＩを同時にサポートする処理に関するシーケンスの一例を示す図である。
【図４８】実施の形態１２における一つのＬＲ−ＵＥに対して複数のＴＴＩを同時にサポートする処理に関するシーケンスの一例を示す図である。
【図４９】実施の形態１２における一つのＬＲ−ＵＥに対して複数のＴＴＩを同時にサポートする処理に関するシーケンスの一例を示す図である。
【図５０】実施の形態１６におけるＨＯを行うときにＳ−ｅＮＢからＬＲ−ＵＥに短縮したＴＴＩの解除を通知する処理に関するシーケンスの一例を示す図である。
【図５１】実施の形態１６におけるＨＯを行うときにＳ−ｅＮＢからＬＲ−ＵＥに短縮したＴＴＩの解除を通知する処理に関するシーケンスの一例を示す図である。
【発明を実施するための形態】
【００５８】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（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）」であってもよい。
【００９６】
図７は、マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。マクロｅＮＢによって構成されるマクロセルは、比較的広い範囲のカバレッジ７０１を有する。スモールｅＮＢによって構成されるスモールセルは、マクロｅＮＢ（マクロセル）のカバレッジ７０１に比べて範囲が小さいカバレッジ７０２を有する。
【００９７】
複数のｅＮＢが混在する場合、あるｅＮＢによって構成されるセルのカバレッジが、他のｅＮＢによって構成されるセルのカバレッジ内に含まれる場合がある。図７に示すセルの構成では、参照符号「７０４」または「７０５」で示されるように、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２が、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１内に含まれる場合がある。
【００９８】
また、参照符号「７０５」で示されるように、複数、例えば２つのスモールセルのカバレッジ７０２が、１つのマクロセルのカバレッジ７０１内に含まれる場合もある。移動端末（ＵＥ）７０３は、例えばスモールセルのカバレッジ７０２内に含まれ、スモールセルを介して通信を行う。
【００９９】
また図７に示すセルの構成では、参照符号「７０６」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが複雑に重複する場合が生じる。
【０１００】
また、参照符号「７０７」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが重複しない場合も生じる。
【０１０１】
さらには、参照符号「７０８」で示されるように、多数のスモールｅＮＢによって構成される多数のスモールセルのカバレッジ７０２が、１つのマクロｅＮＢによって構成される１つのマクロセルのカバレッジ７０１内に構成される場合も生じる。
【０１０２】
データの伝送速度の向上の要求から、３ＧＰＰでは、遅延時間の削減が検討されている（非特許文献７参照）。遅延時間の削減方法の一つとして、接続状態のＵＥを対象にした送信時間間隔（Transmission Time Interval：ＴＴＩ）の短縮が提案されている。現在のＬＴＥの規格において、ＴＴＩ＝１サブフレームであるところを、例えば、ＴＴＩ＝１スロット、あるいは、ＴＴＩ＝１シンボルとすることが提案されている。１サブフレームは１ｍｓであり、１スロットは０．５ｍｓであり、１シンボルは０．１ｍｓである。
【０１０３】
ＴＴＩは送信時間の単位であり、ＴＴＩ毎にデータがスケジューリングされ、物理リソースにマッピングされて送信される。例えば、現在の規格であるＴＴＩ＝１サブフレームの場合、１サブフレームの間にデータスケジューリングおよび物理リソースマッピングが行われるように決められている。したがって、現在の規格は、短縮したＴＴＩには対応していない。
【０１０４】
現在のＬＴＥのキャリア上で、従来のＴＴＩ規格に対応するレガシーＵＥ（legacy UE）とともに、新たに短縮されたＴＴＩに対応するＵＥ（以下「ＬＲ−ＵＥ」という）をサポートさせること、すなわち後方互換性（バックワードコンパチブル）を持たせることは、何の工夫もなければ困難である。３ＧＰＰでは、これらの問題については、まだ何ら議論されていない。
【０１０５】
本実施の形態では、この問題を解決する方法を開示する。
【０１０６】
ＰＤＳＣＨについて開示する。レガシーＵＥのデータがマッピングされる共有チャネルであるＰＤＳＣＨは、サブフレーム単位で物理リソースにマッピングされる。現在のＬＴＥ規格においては、レガシーＵＥのＰＤＳＣＨは、物理リソースにＰＲＢペア（PRB pair）でマッピングされる。ただし、従来のＰＤＳＣＨは、ＰＤＣＣＨ領域にはマッピングされない。
【０１０７】
ＰＲＢは、物理リソースブロック（Physical Resource Block）で、周波数軸方向は１２サブキャリア、時間軸方向は１スロットの物理リソースからなる。ＰＲＢペアは、時間軸上の２つのＰＲＢからなる（非特許文献９参照）。
【０１０８】
図８は、従来のＰＤＳＣＨの物理リソースへのマッピングについて説明するための図である。図８において、横軸は時間ｔを示し、縦軸は周波数ｆを示す。
【０１０９】
図８に示す例では、１スロットは７シンボルからなる。したがって、１サブフレームは１４シンボルからなる。１サブフレームの先頭の３シンボルには、ＰＤＣＣＨがマッピングされる。先頭から４シンボル以降に、ＰＤＳＣＨがマッピングされる。１ＰＲＢは、縦軸である周波数軸方向の１２サブキャリアと、横軸である時間軸方向の１スロットの物理リソースとからなる。図８では、ＰＲＢを参照符号「１１」、「１２」、「２１」、「２２」で示す。
【０１１０】
図８に示すように、従来のＰＤＳＣＨは、２つのスロットの２つのＰＲＢからなるＰＲＢペアにマッピングされる。ただし、従来のＰＤＳＣＨは、ＰＤＣＣＨ領域にはマッピングされない。図８に示す例では、１番目のサブフレームであるサブフレーム＃１は、周波数領域が同じＰＲＢ１１，１２からなるＰＲＢペア１０にマッピングされている。２番目のサブフレームであるサブフレーム＃２は、スロット間で周波数領域が異なるＰＲＢ２１，２２からなるＰＲＢペア２０にマッピングされている。すなわち、周波数ホッピングがなされる。
【０１１１】
また、ＰＤＳＣＨは、ＰＤＣＣＨを用いてスケジューリングされる。ＰＤＣＣＨは、ＰＤＣＣＨ領域にマッピングされる。すなわち、ＰＤＳＣＨがマッピングされる物理リソースは、ＰＲＢペア単位でスケジューリングされる。時間的には１サブフレーム単位でスケジューリングされることになる。
【０１１２】
しかし、短縮されたＴＴＩで動作するＵＥ（ＬＲ−ＵＥ）は、ＴＴＩが１サブフレームより短くなるので、そのＰＤＳＣＨの物理リソースへのマッピングに、レガシーＵＥの前記マッピング方法を適用することはできず、何らかの新たな方法が必要とされる。
【０１１３】
特許文献１には、ＴＴＩを短縮した場合の運用方法が記載されている。しかし、特許文献１には、ＴＴＩを短縮することは記載されているが、依然、ＴＴＩ＝１サブフレーム単位で構成される方法が開示されている。すなわち、従来のサブフレーム単位のスケジューリングと同様である。したがって、特許文献１には、短縮されたＴＴＩ、例えば、ＴＴＩ＝１スロット、およびＴＴＩ＝１シンボルなどでのサポートについては開示されていない。また、ＬＴＥの同一キャリア上で、短縮されたＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。特許文献１には、従来のＴＴＩと短縮されたＴＴＩとの２種類のデータを、１サブフレーム内でどのようにマッピングして送信するかについての開示は無い。
【０１１４】
ＬＴＥの同一キャリア上で、短縮されたＴＴＩをサポートするためには、これらの問題を解決する方法が必要である。本発明では、これらの問題の解決方法を開示する。
【０１１５】
本実施の形態では、ＬＲ−ＵＥのＰＤＳＣＨを、従来のＰＤＳＣＨがマッピングされる物理リソース領域にＰＲＢ単位でマッピングする。一つのＰＤＳＣＨに対して、一つまたは複数のＰＲＢを用いてもよい。
【０１１６】
ＬＲ−ＵＥのＰＤＳＣＨは、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢペアを避けてマッピングする。
【０１１７】
ＬＲ−ＵＥのＰＤＳＣＨは、従来のＰＤＣＣＨがマッピングされるシンボルを除いたシンボルにマッピングする。
【０１１８】
図９は、実施の形態１におけるＬＲ−ＵＥのＰＤＳＣＨの物理リソースへのマッピングについて説明するための図である。図９に示すように、レガシーＵＥは、２つのＰＲＢ３１，３２、すなわち参照符号「３０」で示されるＰＲＢペア単位でマッピングされる。ＬＲ−ＵＥは１つのＰＲＢ単位でマッピングされる。ＬＲ−ＵＥ＃１とＬＲ−ＵＥ＃３とは、１番目のスロットであるスロット＃０のみにマッピングされる。ＬＲ−ＵＥ＃２は、２番目のスロットであるスロット＃１のみにマッピングされる。ＰＤＳＣＨがスケジューリングされないＰＲＢが、ＰＲＢ単位で発生してもよい。例えば、参照符号「３３」で示されるＰＲＢには、ＰＤＳＣＨはスケジューリングされない。ＰＤＳＣＨは、ＰＤＣＣＨ領域を除く領域の物理リソースにマッピングされる。このようにＰＲＢ内のＰＤＣＣＨ領域は、ＰＤＳＣＨなどがマッピングされる領域から除かれるので、図９以降の図では、ＰＤＳＣＨなどがマッピングされる領域をＰＲＢとして示すこととする。
【０１１９】
このような方法でＬＲ−ＵＥのＰＤＳＣＨを物理リソースにマッピングすることによって、ＬＲ−ＵＥのＰＤＳＣＨを１ＴＴＩ毎に物理リソースにマッピングすることが可能となる。さらに、レガシーＵＥのＰＤＳＣＨと、ＬＲ−ＵＥのＰＤＳＣＨとを、１サブフレーム内の物理リソースに、ともにマッピングすることが可能となる。
【０１２０】
ＰＤＣＣＨについて説明する。従来のスケジューリングは、サブフレーム単位で行われる。レガシーＵＥのＰＤＳＣＨは、サブフレーム単位でスケジューリングされ、サブフレーム単位で物理リソースにアロケーションされる。スケジューリングのための制御情報は、下り制御情報（Downlink Control Information：ＤＣＩ）に含まれ、ＰＤＣＣＨにマッピングされる。ＰＤＣＣＨは、サブフレーム毎に先頭から１〜４シンボルにマッピングされる。１〜４シンボルのうち、いくつのシンボルが用いられるかは、ＰＣＦＩＣＨで示される。ＰＤＣＣＨは、１サブフレーム内の最初のスロットのみにマッピングされる（非特許文献９，１０参照）。
【０１２１】
しかし、ＬＲ−ＵＥは、ＴＴＩが１サブフレームより短くなり、アロケーションされる物理リソースも１サブフレームより短くなる。したがって、サブフレーム単位で行われる従来のスケジューリング方法を適用することはできない。すなわち、サブフレーム毎のＰＤＣＣＨでスケジューリングすることはできない。
【０１２２】
また、ＬＴＥの同一キャリア上で、短縮されたＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。これらの問題を解決する方法を以下に開示する。
【０１２３】
ＬＲ−ＵＥに対して、短縮したＴＴＩのデータ毎のスケジューリングを行う。ＬＲ−ＵＥのＰＤＳＣＨに対して、短縮したＴＴＩ毎にスケジューリングを行う。ＴＴＩ＝１スロットとした場合、スロット単位でスケジューリングを行う。ＬＲ−ＵＥのＰＤＳＣＨに対して、スロット単位で物理リソースへのアロケーションを行う。
【０１２４】
スロット毎のＰＤＣＣＨを設ける。スロット毎のＰＤＣＣＨで１ＴＴＩデータ毎のスケジューリングを行う。スロット毎のＰＤＣＣＨでスロット単位のスケジューリングを行う。
【０１２５】
スロット毎の下り制御情報（ＤＣＩ）をＰＤＣＣＨに含める。ＤＣＩには、下り（ＤＬ）スケジューリング情報、上り（ＵＬ）スケジューリング情報などが含まれる。スケジューリング情報には、物理リソースのアロケーション情報、ＭＣＳ（Modulation and Coding Scheme）情報などが含まれる。
【０１２６】
従来のＰＤＣＣＨと同様に、スロット毎のＰＤＣＣＨの物理リソース領域は、スロット内の一つまたは複数のシンボルに、システム帯域全体にわたって設ける。サブフレーム内の１番目のスロットのスロット毎のＰＤＣＣＨは、従来のＰＤＣＣＨがマッピングされるシンボルを避けてマッピングしてもよい。これによって、従来のＰＤＣＣＨとの衝突を避けることができる。
【０１２７】
従来のＰＤＣＣＨがマッピングされるシンボルに続けて次のシンボルからマッピングしてもよい。これによって、ＰＤＳＣＨの物理リソース領域を時間的に連続にすることができる。
【０１２８】
サブフレーム内２番目のスロットのスロット毎のＰＤＣＣＨは、スロット内最初のシンボルからマッピングしてもよい。
【０１２９】
ＰＤＣＣＨの物理リソースへのマッピング方法は、従来のＰＤＣＣＨと同様の方法を適用するとよい。
【０１３０】
スロット毎のＰＣＦＩＣＨを設けてもよい。スロット毎のＰＣＦＩＣＨは、スロット毎のＰＤＣＣＨの用いられるシンボル数を示す。スロット毎のＰＤＣＣＨがマッピングされる領域の先頭のシンボルにマッピングされるとよい。スロット毎のＰＣＦＩＣＨの物理リソースへのマッピング方法は、従来のＰＣＦＩＣＨと同様の方法を適用するとよい。
【０１３１】
スロット毎のＰＣＦＩＣＨで、スロット毎のＰＤＣＣＨがマッピングされるシンボル数を示す。ＬＲ−ＵＥは、スロット毎のＰＣＦＩＣＨを受信することによって、スロット毎のＰＤＣＣＨのシンボル数を認識することができる。
【０１３２】
図１０は、実施の形態１におけるスロット毎のＰＤＣＣＨについて説明するための図である。従来のＰＤＣＣＨが、参照符号「４０」で示される１サブフレームの先頭の２シンボルにマッピングされる場合を示す。ＬＲ−ＵＥ用のＰＤＣＣＨは、スロット毎にマッピングされる。ＬＲ−ＵＥ用のＰＤＣＣＨは、サブフレーム内の１番目のスロットであるスロット＃０では、参照符号「４１」で示される３シンボル目にマッピングされる。ＬＲ−ＵＥ用のＰＤＣＣＨは、サブフレーム内の２番目のスロットであるスロット＃１では、参照符号「４２」で示される１シンボル目にマッピングされる。サブフレーム内の１番目のスロットであるスロット＃０では、従来のＰＤＣＣＨがマッピングされる領域（以下「ＰＤＣＣＨ領域」という場合がある）４０を避けて、ＬＲ−ＵＥのＰＤＣＣＨがマッピングされる。
【０１３３】
図１０において太い矢印で示すように、従来のＰＤＣＣＨ領域４０には、レガシーＵＥのＰＤＣＣＨがマッピングされ、該ＰＤＣＣＨで、レガシーＵＥの１サブフレーム単位のＰＤＳＣＨのスケジューリングを行う。ＬＲ−ＵＥのＰＤＣＣＨで、スロット単位のＰＤＳＣＨのスケジューリングを行う。ＬＲ−ＵＥのＰＤＣＣＨで、同一スロットのＰＤＳＣＨのスケジューリングを行う。
【０１３４】
図１０に示す例では、サブフレーム内の１番目のスロットであるスロット＃０の３番目のシンボル４１にマッピングされるＬＲ−ＵＥのＰＤＣＣＨで、ＬＲ−ＵＥ＃１、ＬＲ−ＵＥ＃３のＰＤＳＣＨのスケジューリングが行われる。サブフレーム内の２番目のスロットであるスロット＃１の１番目のシンボル４２にマッピングされるＬＲ−ＵＥのＰＤＣＣＨで、ＬＲ−ＵＥ＃１、ＬＲ−ＵＥ＃２のＰＤＳＣＨのスケジューリングが行われる。
【０１３５】
サブフレーム内の１番目のスロットにマッピングされるスロット毎のＰＤＣＣＨは、従来のＰＤＣＣＨがマッピングされるシンボルに多重してマッピングされてもよい。この場合、例えば、ＬＲ−ＵＥ用のスロット毎のＰＤＣＣＨと、レガシーＵＥ用の従来のＰＤＣＣＨとを、従来のＰＤＣＣＨ領域にマッピングするとよい。これによって、スロット毎のＰＤＣＣＨ領域を別途設ける必要がなくなる。
【０１３６】
また、サブフレーム内の１番目のスロットでは、スロット毎のＰＣＦＩＣＨが不要となる。従来のＰＣＦＩＣＨを用いればよい。ＬＲ−ＵＥは、レガシーＵＥと同じく、従来のＰＣＦＩＣＨを受信することによって、ＰＤＣＣＨのシンボル数、およびＰＤＳＣＨがマッピングされる先頭のシンボル番号を認識することが可能となる。
【０１３７】
図１１は、実施の形態１におけるマッピング方法を説明するための図である。図１１では、スロット毎のＰＤＣＣＨを従来のＰＤＣＣＨ領域にマッピングする方法について説明する。図１１に示す例では、サブフレーム内の１番目のスロットであるスロット＃０のＬＲ−ＵＥのＰＤＣＣＨを、従来のＰＤＣＣＨ領域５０にマッピングする。例えば、ＬＲ−ＵＥのＰＤＣＣＨは、スロット＃０の１番目のシンボル５１にマッピングされる。スロット＃０のＬＲ−ＵＥのＰＤＣＣＨは、従来のＰＤＣＣＨと多重されてマッピングされる。サブフレーム内の２番目のスロットであるスロット＃１のＬＲ−ＵＥのＰＤＣＣＨは、図１０に示す例と同様に、２番目のスロットであるスロット＃１の先頭のシンボル５２にマッピングされる。
【０１３８】
図１１に示す例では、サブフレーム内の１番目のスロットであるスロット＃０のＬＲ−ＵＥ＃１、ＬＲ−ＵＥ＃３のＰＤＳＣＨのスケジューリングは、従来のＰＤＣＣＨ領域５０にマッピングされるＬＲ−ＵＥのＰＤＣＣＨで行われる。サブフレーム内の２番目のスロットであるスロット＃１のＬＲ−ＵＥ＃１、ＬＲ−ＵＥ＃２のＰＤＳＣＨのスケジューリングは、同じスロット＃１にマッピングされるＬＲ−ＵＥのＰＤＣＣＨで行われる。
【０１３９】
ＬＲ−ＵＥ用のＤＣＩとして、１ＴＴＩ＝１スロット毎のＤＣＩを新たに設けるとよい。例えば、ＬＲ−ＵＥ用のＤＣＩフォーマットを新たに設ける。このようにすることによって、ＰＤＣＣＨを用いて、短縮されたＴＴＩ毎のスケジューリングを行うことが可能となる。
【０１４０】
また例えば、該ＤＣＩに、スロット単位であることを示す情報およびスロットを特定する情報の少なくとも一方の情報を設ける。具体的には、該ＤＣＩに、１ＴＴＩデータ毎のスケジューリング情報を設けるとよい。スケジューリング情報としては、アロケーション情報およびＭＣＳ情報などがある。アロケーション情報としては、ＰＲＢ単位の物理リソースの情報がある。例えば、ＰＲＢの数、ＰＲＢ番号などである。
【０１４１】
ｅＮＢは、ＬＲ−ＵＥ用に、レガシーＵＥ用のＰＲＢペア以外のＰＲＢをスケジューリングする。
【０１４２】
ＬＲ−ＵＥ用のＤＣＩをＰＤＣＣＨにマッピングする。ＬＲ−ＵＥ用のＰＤＣＣＨには、ＬＲ−ＵＥのＣ−ＲＮＴＩ（Cell Radio Network Temporary Identifier）でスクランブルされたＣＲＣを用いるとよい。これによって、従来のＵＥ用のＰＤＣＣＨと同様に、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩでＰＤＣＣＨを検出することが可能となる。
【０１４３】
ＰＤＣＣＨは、サブフレームの先頭から１番目のシンボルから４番目のシンボルにマッピングされる。ＰＤＣＣＨへの物理リソースへのマッピング方法、例えばＣＣＥ（Control Channel Element）を用いる方法などは、従来と同じとしてもよい。従来と同じとすることによって、ＰＤＣＣＨの物理リソースへのマッピング方法を新たに決める必要が無く、レガシーＵＥへのＰＤＣＣＨとＬＲ−ＵＥへのＰＤＣＣＨとを混在させることが可能となる。これによって、後方互換性を持たせることができる。
【０１４４】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥは、スロット毎のＰＣＦＩＣＨおよび従来のＰＣＦＩＣＨの少なくとも一方を受信し、各スロットのＰＤＣＣＨ領域のシンボル数、および各スロットのＰＤＳＣＨ領域先頭のシンボル番号を認識する。
【０１４５】
ＬＲ−ＵＥは、スロット毎のＰＤＣＣＨ領域あるいは従来のＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検出する。これによって、ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを検出できる。ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで検出したＰＤＣＣＨからＤＣＩを取得する。ＬＲ−ＵＥは、ＤＣＩ中のスケジューリング情報を用いてＰＤＳＣＨを受信する。どのスロット、どのＰＲＢにＰＤＳＣＨがアロケーションされているかを認識するために、スロット情報およびスロット毎のＰＲＢ情報を用いるとよい。ＬＲ−ＵＥは、スケジューリング情報を用いて、受信したＰＤＳＣＨを復調して、データを取得する。ＬＲ−ＵＥは、復調用のＲＳとして、ＣＲＳを用いてもよい。
【０１４６】
ＬＲ−ＵＥのスロット毎のＰＤＣＣＨをシステム帯域全体にマッピングすると、レガシーＵＥのＰＤＳＣＨと衝突してしまう。図１０および図１１に示すように、レガシーＵＥのＰＤＳＣＨは、１サブフレーム単位でマッピングされている。図１０では、該サブフレームの１番目および２番目のスロットにおいて、図１１では、該サブフレームの２番目のスロットにおいて、システム帯域全体にわたって、ＬＲ−ＵＥのスロット毎のＰＤＣＣＨがマッピングされるシンボル４１，４２，５２が発生する。
【０１４７】
これによって、該シンボル４１，４２，５２において、レガシーＵＥのＰＤＳＣＨとスロット毎のＰＤＣＣＨとが衝突することになる。この衝突によって、該シンボル４１，４２，５２で、レガシーＵＥのＰＤＳＣＨが欠落することになる。したがって、レガシーＵＥによるＰＤＳＣＨの受信性能は劣化することになる。
【０１４８】
しかし、ＬＲ−ＵＥのスロット毎のＰＤＣＣＨを、比較的少ないシンボル、例えば図１０および図１１に示すように１シンボルとすることによって、レガシーＵＥは、ＣＲＣチェックなどの復調時の利得によって、データの受信性能の劣化を低減することができる。
【０１４９】
また、前述の図１１に示すように、１番目のスロットにおいて、従来のＰＤＣＣＨがマッピングされる領域５０に、ＬＲ−ＵＥのスロット毎のＰＤＣＣＨをマッピングする方法を用いることによって、レガシーＵＥへの影響を、さらに少なくすることができる。これによって、レガシーＵＥにおけるデータの受信性能の劣化をさらに低減することができる。したがって、レガシーＵＥは、データを受信することが可能となる。
【０１５０】
また、本実施の形態で開示した方法を用いることによって、ＬＲ−ＵＥも、スロット毎のＰＤＣＣＨを受信することが可能となり、同一スロットの、スロット毎のＰＤＳＣＨを受信することが可能となる。
【０１５１】
したがって、ＬＴＥの同一キャリア内に、レガシーＵＥとＬＲ−ＵＥとの両者を共存させることが可能となる。また、このようにすることによって、従来のマッピング方法と同様の方法を用いることができ、マッピング方法の制御を統一することができる。したがって、実装を容易にすることができる。
【０１５２】
ｅＮＢは、レガシーＵＥのＰＤＳＣＨに対しては、サブフレーム単位でスケジューリングを行い、ＬＲ−ＵＥのＰＤＳＣＨに対しては、ＴＴＩに対応する単位でスケジューリングを行う。ｅＮＢは、レガシーＵＥのＰＤＳＣＨに対して、サブフレーム内の１番目のスロットであるスロット＃０までに、既に、サブフレーム内の２番目のスロットであるスロット＃１も含めたサブフレーム単位のスケジューリングを行っている。
【０１５３】
ｅＮＢは、サブフレーム内の２番目のスロットであるスロット＃１においてＬＲ−ＵＥのＰＤＳＣＨをスケジューリングする場合、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢペアを除いた物理リソースを用いてスケジューリングする。仮に、ＬＲ−ＵＥのＰＤＳＣＨをスケジューリングするために必要となる物理リソースが、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢペアを除いた残余の物理リソースでは不足する場合、その後のＴＴＩ、例えば、次のサブフレーム内の１番目のスロットであるスロット＃０で、スケジューリングできなかったＬＲ−ＵＥのＰＤＳＣＨをスケジューリングするとよい。このように、ｅＮＢは、ＴＴＩに対応する単位で、柔軟にスケジューリングを行うことが可能となる。
【０１５４】
ｅＮＢは、サブフレーム内の１番目のスロットであるスロット＃０において、サブフレーム内の２番目のスロットであるスロット＃１にスケジューリングする可能性のあるＬＲ−ＵＥのＰＤＳＣＨも考慮に入れたスケジューリングを行ってもよい。例えば、接続状態にあるＬＲ−ＵＥの数、ＬＲ−ＵＥに対する下り送信バッファに存在するデータ量などを用いて、該スケジューリングを行ってもよい。
【０１５５】
ＨＡＲＱについて開示する。ＨＡＲＱは、ＴＴＩ単位で行う。ＬＲ−ＵＥに対しては、短縮したＴＴＩ、すなわち本実施の形態ではスロット単位で行うとよい。また、レガシーＵＥに対しては、従来のＴＴＩ、すなわちサブフレーム単位で行う。
【０１５６】
ＬＲ−ＵＥに対しては、前述に開示した方法、または後述するＰＵＣＣＨに関して開示した方法で、短縮したＴＴＩ単位でスケジューリングを行うことが可能であるので、下りリンクに対して、短縮したＴＴＩ単位でＨＡＲＱを行うことが可能となる。同様に、ＬＲ−ＵＥに対しては、前述に開示した方法で、または後述するＰＨＩＣＨおよびＰＵＳＣＨに関して開示した方法で、短縮したＴＴＩ単位でスケジューリングを行うことが可能であるので、上りリンクに対して、短縮したＴＴＩ単位でＨＡＲＱを行うことが可能となる。
【０１５７】
ＬＲ−ＵＥのＨＡＲＱにおいて、ＲＴＴ（Round Trip Time）を短縮するとよい。短縮したＴＴＩ単位でスケジューリングを行うことが可能であるので、ＲＴＴを短縮することが可能となる。ＲＴＴを短縮させる方法として、例えば、ｅＮＢにおける、下りデータの送信タイミングから上りＡｃｋ／Ｎａｃｋの受信タイミングまでの時間、または該上りＡｃｋ／Ｎａｃｋの受信タイミングから下りデータの再送タイミングまでの時間を短縮するとよい。また、上りデータのスケジューリングタイミングから上りデータの受信タイミングまでの時間、または該上りデータの受信に対する下りＡｃｋ／Ｎａｃｋの送信もしくは上り再送データのスケジューリングタイミングまでの時間を短縮するとよい。ｅＮＢにおける場合について記載したが、ＵＥにおける場合も同様である。
【０１５８】
ＲＴＴを短縮させる場合、従来のＲＴＴにかかるＴＴＩ数を同じとしてもよい。従来のＴＴＩに比べて時間が短縮されたＴＴＩが用いられるので、ＴＴＩ数が同じであっても、ＲＴＴの時間は短縮される。例えば、ｅＮＢにおける、下りデータの送信タイミングから上りＡｃｋ／Ｎａｃｋの受信タイミングまでのＴＴＩ数、または該上りＡｃｋ／Ｎａｃｋの受信タイミングから下りデータの再送タイミングまでのＴＴＩ数を、従来のＴＴＩ数と同じとするとよい。また、上りデータのスケジューリングタイミングから上りデータの受信タイミングまでのＴＴＩ数、または該上りデータの受信に対する下りＡｃｋ／Ｎａｃｋの送信もしくは上り再送データのスケジューリングタイミングまでのＴＴＩ数を同じとするとよい。ｅＮＢにおける場合について記載したが、ＵＥにおける場合も同様である。
【０１５９】
以上のようにすることによって、再送制御を高速に行うことが可能となる。これによって、低遅延となり、データの伝送速度を向上させることができる。
【０１６０】
また、短縮したＴＴＩ単位のＨＡＲＱでは、ＨＡＲＱのプロセス数を増大させてもよい。例えば、従来のＴＴＩのＨＡＲＱのプロセス数が８であった場合、ＴＴＩ＝１スロットの場合のＨＡＲＱのプロセス数を、２倍の１６にする。このようにすることによって、ＲＴＴの時間を同じとしても、ＨＡＲＱのプロセス数が増大することになる。ＨＡＲＱのプロセス数を増大させ、データの処理数を増大させることによって、データの伝送速度の向上を図ることができる。
【０１６１】
以上のように本実施の形態によれば、レガシーＵＥのＰＤＳＣＨは、サブフレーム単位で物理リソースにマッピングされる。ＬＲ−ＵＥのＰＤＳＣＨは、レガシーＵＥのＰＤＳＣＨがマッピングされる物理リソースの領域に、ＰＲＢ単位でマッピングされる。これによって、ＬＲ−ＵＥのＰＤＳＣＨを、ＴＴＩ毎に物理リソースにマッピングすることが可能になる。したがって、ＬＲ−ＵＥに対するデータの伝送速度を向上させることが可能となる。また、レガシーＵＥのＰＤＳＣＨと、ＬＲ−ＵＥのＰＤＳＣＨとを、１つのサブフレーム内の物理リソースに共存させることが可能になる。したがって、種々のＴＴＩに対応可能であり、後方互換性を有する通信システムを実現することができる。
【０１６２】
また本実施の形態では、レガシーＵＥのＰＤＳＣＨは、ＰＲＢペア単位で物理リソースにマッピングされ、ＬＲ−ＵＥのＰＤＳＣＨは、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢペアを除いた残余の物理リソースにマッピングされる。これによって、より確実に、レガシーＵＥのＰＤＳＣＨと、ＬＲ−ＵＥのＰＤＳＣＨとを、１つのサブフレーム内の物理リソースに共存させることができる。
【０１６３】
また本実施の形態では、レガシーＵＥのＰＤＳＣＨは、サブフレーム単位でスケジューリングが行われ、ＬＲ−ＵＥのＰＤＳＣＨは、ＴＴＩに対応する単位でスケジューリングが行われる。これによって、より確実に、レガシーＵＥのＰＤＳＣＨと、ＬＲ−ＵＥのＰＤＳＣＨとを、１つのサブフレーム内の物理リソースに共存させることができる。
【０１６４】
実施の形態１  変形例１．
実施の形態１では、スロット毎のＰＤＣＣＨを設けてスロット毎にマッピングする方法を開示した。スロット毎のＰＤＣＣＨの問題点として、特に２番目のスロットでのレガシーＵＥのＰＤＳＣＨとの衝突があることを述べた。
【０１６５】
スロット毎のＰＤＣＣＨのシンボル数を少なくして、レガシーＵＥのＰＤＳＣＨ復調時の利得によってデータの受信性能の劣化を低減できることを述べたが、ＵＥとｅＮＢとの間の電波伝播環境およびＵＥの能力などによっては、受信品質の劣化および受信誤りの増大を引き起こすおそれがある。本変形例では、この問題を解決する方法について開示する。
【０１６６】
実施の形態１では、サブフレーム内の１番目のスロットのスロット毎のＰＤＣＣＨは、従来のＰＤＣＣＨがマッピングされるシンボルに多重してマッピングしてもよいことを開示した。
【０１６７】
本変形例では、さらに、サブフレーム内の２番目のスロットのスロット毎のＰＤＣＣＨを、従来のＰＤＣＣＨがマッピングされるシンボルに多重してマッピングする。
【０１６８】
サブフレーム内の２つのスロットのスロット毎のＰＤＣＣＨを、従来のＰＤＣＣＨがマッピングされるシンボルに多重してマッピングする。
【０１６９】
これによって、サブフレーム内の２番目のスロットにも、スロット毎のＰＤＣＣＨ領域を別途設ける必要がなくなる。
【０１７０】
従来のＰＤＣＣＨ領域にマッピングされる２つのスロット毎のＰＤＣＣＨで、同一サブフレーム内の２つのスロットのＰＤＳＣＨのスケジューリングを行う。任意の一つのＬＲ−ＵＥに対して、２つのスロット毎のＰＤＣＣＨを用いて２スロット分のスケジューリングを行ってもよい。
【０１７１】
図１２は、実施の形態１の変形例１におけるマッピング方法を説明するための図である。図１２では、２つのスロット毎のＰＤＣＣＨを従来のＰＤＣＣＨ領域にマッピングする方法について説明する。本変形例では、サブフレーム内の１番目および２番目のスロットであるスロット＃０，＃１のＬＲ−ＵＥのＰＤＣＣＨを、従来のＰＤＣＣＨ領域６０にマッピングする。ＬＲ−ＵＥのＰＤＣＣＨは、従来のＰＤＣＣＨと多重されてマッピングされる。図１２に示す例では、サブフレーム内の１番目のスロットであるスロット＃０のＬＲ−ＵＥ＃１およびＬＲ−ＵＥ＃３、ならびにサブフレーム内の２番目のスロットであるスロット＃１のＬＲ−ＵＥ＃２のＰＤＳＣＨのスケジューリングを行う各ＬＲ−ＵＥのＰＤＣＣＨが、従来のＰＤＣＣＨ領域６０にマッピングされる。図１２に示す例では、サブフレーム内の２番目のスロットであるスロット＃１には、ＬＲ−ＵＥ＃１のＰＤＳＣＨはマッピングされない。参照符号「６１」で示されるＰＲＢには、ＰＤＳＣＨはスケジューリングされない。
【０１７２】
図１３は、実施の形態１の変形例１におけるマッピング方法の他の例を説明するための図である。図１３では、２つのスロット毎のＰＤＣＣＨを従来のＰＤＣＣＨ領域にマッピングする方法の他の例を説明する。図１３では、サブフレーム内の１番目のスロットであるスロット＃０と２番目のスロットであるスロット＃１とに、ＬＲ−ＵＥ＃１のスロット毎のＰＤＳＣＨがスケジューリングされる場合を示している。各々のスロット毎のＰＤＳＣＨをスケジューリングする各々のＬＲ−ＵＥのＰＤＣＣＨは、従来のＰＤＣＣＨ領域６０にマッピングされる。レガシーＵＥは、スロット間で周波数領域が異なるＰＲＢ７１，７２からなるＰＲＢペア７０にマッピングされる。
【０１７３】
ＬＲ−ＵＥ用のＤＣＩは、実施の形態１と同じく、１ＴＴＩ＝１スロット毎のＤＣＩとするとよい。ＤＣＩには、１スロット分のスケジューリング情報が含まれる。
【０１７４】
該ＤＣＩに、スロット単位であることを示す情報およびスロットを特定する情報の少なくとも一方の情報を設ける。該ＤＣＩに、１ＴＴＩデータ毎のスケジューリング情報を設けるとよい。スケジューリング情報としては、アロケーション情報およびＭＣＳ情報などがある。アロケーション情報としては、ＰＲＢ単位の物理リソースの情報がある。例えば、ＰＲＢの数、ＰＲＢ番号などである。スケジューリング情報に、ＴＴＩ番号とスロット番号とを関連付ける情報を設けてもよい。これによって、ＬＲ−ＵＥは、どのＴＴＩデータがどのスロットにマッピングされるかを認識することができる。
【０１７５】
スロット毎のＤＣＩを各々スロット毎のＰＤＣＣＨにマッピングして、該スロット毎のＰＤＣＣＨで、サブフレーム内の１番目および２番目のスロットのスケジューリングを行う。
【０１７６】
従来のＰＤＣＣＨ領域を用いて、任意のＬＲ−ＵＥに対して、該ＰＤＣＣＨ領域が存在するサブフレーム内の２スロット分のスケジューリングを行うことが可能となる。各スロットのスケジューリング情報は異なってもよいし、スロット以外は同じであってもよい。
【０１７７】
ＬＲ−ＵＥ用のＰＤＣＣＨには、ＬＲ−ＵＥのＣ−ＲＮＴＩでスクランブルされたＣＲＣを用いるとよい。これによって、従来のＵＥ用のＰＤＣＣＨと同様に、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩでＰＤＣＣＨを検出することが可能となる。
【０１７８】
ＰＤＣＣＨは、サブフレームの先頭から１番目のシンボルから４番目のシンボルにマッピングされる。ＰＤＣＣＨへの物理リソースへのマッピング方法、例えばＣＣＥを用いる方法などは、従来と同じとしてもよい。従来と同じとすることによって、ＰＤＣＣＨの物理リソースへのマッピング方法を新たに決める必要が無く、レガシーＵＥへのＰＤＣＣＨとＬＲ−ＵＥへのＰＤＣＣＨとを混在させることが可能となる。これによって、後方互換性を持たせることができる。
【０１７９】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥは、従来のＰＣＦＩＣＨを受信し、従来のＰＤＣＣＨ領域のシンボル数およびＰＤＳＣＨ領域の先頭のシンボル番号を認識する。
【０１８０】
ＬＲ−ＵＥは、従来のＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検出する。これによって、ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを検出することができる。ＬＲ−ＵＥのＰＤＣＣＨが２スロット分マッピングされている場合は、ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで２スロット分のＰＤＣＣＨを検出する。ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで検出したＰＤＣＣＨからＤＣＩを取得する。ＬＲ−ＵＥは、ＤＣＩ中のスケジューリング情報を用いて、ＰＤＳＣＨを受信する。どのスロット、どのＰＲＢにＰＤＳＣＨがアロケーションされているかを認識するために、スロット情報およびスロット毎のＰＲＢ情報を用いるとよい。また、どのＴＴＩのデータがどのスロットにマッピングされているかを認識するために、ＴＴＩ情報を用いてもよい。ＬＲ−ＵＥは、スケジューリング情報を用いて、受信したＰＤＳＣＨを復調して、データを取得する。
【０１８１】
ＨＡＲＱは、実施の形態１で開示した方法を適用するとよい。ただし、本変形例の場合、ＬＲ−ＵＥに対するサブフレーム内の２番目のスロットであるスロット＃１のＰＤＳＣＨのＤＣＩを含むＰＤＣＣＨを、サブフレーム内の１番目のスロットであるスロット＃０のＰＤＣＣＨ領域にマッピングする。したがって、サブフレーム内の２番目のスロットであるスロット＃１のＰＤＳＣＨについては、再送のためのＰＤＳＣＨのＤＣＩを含むＰＤＣＣＨをマッピングするタイミングが１スロット早くなる。上りリンクにおいても同様である。
【０１８２】
処理時間が間に合う場合は問題無いが、処理時間が間に合わないような場合は問題が生じる。また、処理時間が間に合わないだけでなく、他の何らかの理由によって再送タイミングを可変にしたい場合が存在する。このような課題を解決する方法として、非同期（asynchronous）のＨＡＲＱとするとよい。再送タイミングを予め固定せず、再送データのスケジューリングによってタイミングを決定することによって、再送タイミングを可変にすることができる。したがって、サブフレーム内の２番目のスロットであるスロット＃１のＰＤＳＣＨに対する再送を、サブフレーム内の１番目のスロットであるスロット＃０のＰＤＣＣＨ領域を用いてスケジューリングすることが可能となる。上りリンクにおいても同様である。なお、この方法は、実施の形態１にも適用することが可能である。
【０１８３】
以上のようにすることによって、再送制御を高速に行うことが可能となる。これによって、低遅延となり、データの伝送速度を向上させることができる。また、データの処理数を増大させることによって、データの伝送速度の向上を図ることができる。また、非同期（asynchronous）のＨＡＲＱとすることによって、処理時間が間に合わないような場合、および再送タイミングを柔軟に制御したい場合にも、ＨＡＲＱを行うことが可能となる。
【０１８４】
本変形例で開示した方法を用いることによって、従来のＰＤＣＣＨ領域に２スロット分のスロット毎のＰＤＣＣＨをマッピングできるので、１番目および２番目のスロットでスロット毎のＰＤＣＣＨをマッピングするための物理リソース領域が不要となる。
【０１８５】
したがって、スロット毎のＰＤＣＣＨとレガシーＵＥのＰＤＳＣＨとが衝突するようなことはなくなる。したがって、実施の形態１に比べて、前記衝突によるレガシーＵＥのデータの受信品質の劣化を無くすことが可能となる。
【０１８６】
また、ＬＲ−ＵＥも、短縮したＴＴＩ、ここではスロット毎のＰＤＣＣＨを受信することが可能となり、スロット毎のＰＤＳＣＨを受信することが可能となる。
【０１８７】
したがって、遅延時間の短縮およびデータの伝送速度の向上を図ることができる。
【０１８８】
また、ＬＴＥの同一キャリア内に、レガシーＵＥとＬＲ−ＵＥとの両者を共存させることが可能となる。
【０１８９】
また、従来のマッピング方法と同様の方法を用いることができ、マッピング方法の制御を統一することができる。したがって、実装を容易にすることができる。
【０１９０】
実施の形態１  変形例２．
実施の形態１の変形例１では、従来のＰＤＣＣＨ領域を用いて、２スロット分のスロット毎のＰＤＣＣＨを送信する方法を開示した。
【０１９１】
本変形例では、従来のＰＤＣＣＨ領域を用いて、ＬＲ−ＵＥのＰＤＣＣＨを送信する他の方法を開示する。
【０１９２】
ＬＲ−ＵＥのＰＤＳＣＨに対して、ＰＤＣＣＨで２スロット単位のスケジューリングを行う。ＰＤＣＣＨで２スロット単位の物理リソースへのアロケーションを行う。ＬＲ−ＵＥに対するＰＤＣＣＨで、２ＴＴＩ＝２スロット分のデータをスケジューリングする。
【０１９３】
ＬＲ−ＵＥのＰＤＳＣＨに対して、１スロット毎に一つまたは複数のＰＲＢを用いてもよい。２スロットとも同じ数のＰＲＢであってもよいし、各スロットで異なる数のＰＲＢであってもよい。このようにすることによって、短縮したＴＴＩ毎のデータに対して柔軟なスケジューリングを行うことが可能となる。
【０１９４】
図１４は、実施の形態１の変形例２におけるスケジューリング方法を説明するための図である。図１４では、ＬＲ−ＵＥのＰＤＣＣＨで２スロット単位のスケジューリングを行う方法について説明する。図１４では、サブフレーム内の１番目のスロットと２番目のスロットに、ＬＲ−ＵＥ＃１のスロット毎のＰＤＳＣＨがスケジューリングされる場合を示している。各々のスロット毎のＰＤＳＣＨを、一つのＬＲ−ＵＥのＰＤＣＣＨでスケジューリングする。該ＬＲ−ＵＥのＰＤＣＣＨは、従来のＰＤＣＣＨ領域８０にマッピングされる。
【０１９５】
ＬＲ−ＵＥ用のＤＣＩとして、２ＴＴＩ＝２スロット分のＤＣＩを新たに設けるとよい。一つのＤＣＩに、２スロット分のスケジューリング情報を含めてもよい。各スロットのスケジューリング情報は異なってもよい。一つのＤＣＩに、スロット毎のアロケーション情報を２スロット分含めてもよい。
【０１９６】
該ＤＣＩに、２スロット分であることを示す情報が含まれてもよい。あるいは、２スロット分のスケジューリング情報が含まれるＤＣＩフォーマットを、新たなＤＣＩフォーマットとしてもよい。これによって、ＬＲ−ＵＥは、２スロット分のスケジューリング情報が含まれることを認識できる。
【０１９７】
該ＤＣＩに、１ＴＴＩデータ毎のスケジューリング情報を２ＴＴＩ分含めるとよい。スケジューリング情報として、アロケーション情報およびＭＣＳ情報などがある。アロケーション情報としては、ＰＲＢ単位の物理リソースの情報がある。例えば、ＰＲＢの数およびＰＲＢ番号などである。
【０１９８】
ＤＣＩに、どのスロットの情報かを特定する情報を設けてもよい。また、ＴＴＩ番号とスロット番号とを関連付ける情報を設けてもよい。このようにすることによって、ＬＲ−ＵＥは、どのＴＴＩデータがどのスロットにマッピングされるかを認識することができる。
【０１９９】
２スロット分データが無い場合、スケジューリング無し（no scheduling）あるいは無送信としてもよい。
【０２００】
他の方法として、従来のＰＲＢペアのスケジューリング方法を適用してもよい。ＰＲＢペアは、１サブフレーム分のスケジューリング情報で特定される。１サブフレームは、２スロットである。したがって、ＰＲＢペアのスケジューリング方法を用いることによって、２スロット分のスケジューリングを行うことが可能となる。したがって、新たな方法を用いなくて済むので、通信システムが複雑化することを回避することが可能となる。
【０２０１】
ｅＮＢは、ＬＲ−ＵＥ用に、レガシーＵＥ用のＰＲＢペア以外のＰＲＢをスケジューリングする。
【０２０２】
図１５は、実施の形態１の変形例２におけるスケジューリング方法を説明するための図である。図１５では、ＬＲ−ＵＥのＰＤＣＣＨに従来のＰＲＢペアのスケジューリング方法を適用して２スロット単位のスケジューリングを行う方法について説明する。
【０２０３】
図１５に示す例では、サブフレーム内の１番目のスロットおよび２番目のスロットのＬＲ−ＵＥ＃１のＰＤＳＣＨのスケジューリングを、ＰＲＢペアの方法を用いて、一つのＬＲ−ＵＥのＰＤＣＣＨで行う。また、サブフレーム内の１番目のスロットおよび２番目のスロットのＬＲ−ＵＥ＃２のＰＤＳＣＨについても同様に、ＰＲＢペアの方法を用いて、一つのＬＲ−ＵＥのＰＤＣＣＨで行う。
【０２０４】
図１５に示す例では、スロット＃０のＰＲＢ９１とスロット＃１のＰＲＢ９４とからなるＰＲＢペア９５に、ＬＲ−ＵＥ＃１がマッピングされる。スロット＃０のＰＲＢ９３とスロット＃１のＰＲＢ９２とからなるＰＲＢペア９６のうち、スロット＃０のＰＲＢ９３にＬＲ−ＵＥ＃３がマッピングされ、スロット＃１のＰＲＢ９２にＬＲ−ＵＥ＃２がマッピングされる。
【０２０５】
図１４および図１５に示す例では、レガシーＵＥについて記載していないが、レガシーＵＥのＰＤＳＣＨがマッピングされてもよい。その場合、該ＰＤＳＣＨのスケジューリングは、レガシーＵＥのＰＤＣＣＨで行われる。レガシーＵＥのＰＤＣＣＨは、従来のＰＤＣＣＨ領域８０，９０に、ＬＲ−ＵＥのＰＤＣＣＨと多重されてマッピングされる。以下、レガシーＵＥについては、特別な事がなければ、説明を省略する。
【０２０６】
本変形例では、ＬＲ−ＵＥ用のＤＣＩをＰＤＣＣＨにマッピングする。ＬＲ−ＵＥ用のＰＤＣＣＨには、ＬＲ−ＵＥのＣ−ＲＮＴＩでスクランブルされたＣＲＣを用いるとよい。これによって、従来のＵＥ用のＰＤＣＣＨと同様に、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩでＰＤＣＣＨを検出することが可能となる。
【０２０７】
ＰＤＣＣＨは、サブフレームの先頭から１番目のシンボルから４番目のシンボルにマッピングされる。ＰＤＣＣＨへの物理リソースへのマッピング方法、例えばＣＣＥを用いる方法などは、従来と同じとしてもよい。従来と同じとすることによって、ＰＤＣＣＨの物理リソースへのマッピング方法を新たに決める必要が無く、レガシーＵＥへのＰＤＣＣＨとＬＲ−ＵＥへのＰＤＣＣＨとを混在させることが可能となる。これによって、後方互換性を持たせることができる。
【０２０８】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥは、ＰＣＦＩＣＨを受信し、ＰＤＳＣＨ領域の先頭のシンボルを認識する。ＬＲ−ＵＥは、ＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検出する。これによって、ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを検出できる。ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで検出したＰＤＣＣＨからＤＣＩを取得する。ＬＲ−ＵＥは、ＤＣＩ中のスケジューリング情報を用いて、ＰＤＳＣＨを受信する。ＤＣＩ中に２スロット分のスケジューリング情報がある場合、２スロット分のＰＤＳＣＨを受信する。どのスロット、どのＰＲＢにＰＤＳＣＨがアロケーションされているかを認識するために、スロット情報およびスロット毎のＰＲＢ情報を用いるとよい。また、どのＴＴＩのデータがどのスロットにマッピングされているかを認識するために、ＴＴＩ情報を用いてもよい。ＬＲ−ＵＥは、スケジューリング情報を用いて、受信したＰＤＳＣＨを復調して、データを取得する。
【０２０９】
ＨＡＲＱは、実施の形態１の変形例１で開示した方法を適用するとよい。これによって、実施の形態１の変形例１と同様の効果を得ることができる。他の方法として、ＨＡＲＱは、２ＴＴＩ単位で行われるようにしてもよい。この場合は、レガシーＵＥもＬＲ−ＵＥも、ＨＡＲＱが１サブフレーム単位で行われることになるので、スケジューラが複雑化することを回避することができる。
【０２１０】
本変形例で開示した方法を用いることによって、実施の形態１の変形例１と同様の効果を得ることが可能となる。
【０２１１】
また、一つのＤＣＩに２スロット分のスケジューリング情報を含ませることによって、ＰＤＣＣＨ領域にマッピングするＬＲ−ＵＥのＰＤＣＣＨの数を減らすことができる。したがって、ＰＤＣＣＨへのマッピングによる物理リソースの使用効率を向上させることが可能となる。
【０２１２】
また、ＬＲ−ＵＥは、従来のＰＤＣＣＨ領域から一つのＰＤＣＣＨを検出して受信することによって、２スロット分のスケジューリング情報を受信することが可能となる。これによって、ＬＲ−ＵＥのＰＤＣＣＨ受信時間の短縮、および受信電力の削減が可能となる。
【０２１３】
実施の形態１  変形例３．
実施の形態１の変形例１では、従来のＰＤＣＣＨ領域を用いて、２スロット分のスロット毎のＰＤＣＣＨを送信する方法を開示した。本変形例では、従来のＰＤＣＣＨ領域を用いて、ＬＲ−ＵＥのＰＤＣＣＨを送信する他の方法を開示する。
【０２１４】
ｅＮＢは、従来のＰＤＣＣＨ領域を用いて、直前のスロットのＤＣＩを含むスロット毎のＰＤＣＣＨと、ＰＤＣＣＨ領域と同じスロットのＤＣＩを含むスロット毎のＰＤＣＣＨとを送信する。
【０２１５】
ｅＮＢは、奇数番目のスロットであるスロット＃奇数のＰＤＳＣＨのスケジューリングを決定し、該スケジューリング情報をＤＣＩに含ませ、該ＤＣＩをスロット毎のＰＤＣＣＨにマッピングする。ｅＮＢは、該スロット毎のＰＤＣＣＨを次のスロットのＰＤＣＣＨ領域にマッピングして送信する。ｅＮＢは、偶数番目のスロットであるスロット＃偶数のＰＤＳＣＨのスケジューリングを決定し、該スケジューリング情報をＤＣＩに含ませ、該ＤＣＩをスロット毎のＰＤＣＣＨにマッピングする。ｅＮＢは、該スロット毎のＰＤＣＣＨを同じスロットのＰＤＣＣＨ領域にマッピングして送信する。
【０２１６】
サブフレーム内の２番目のスロットのスロット毎のＰＤＣＣＨは、次のサブフレームの従来のＰＤＣＣＨがマッピングされるシンボルに多重してマッピングする。サブフレーム内の１番目のスロットのスロット毎のＰＤＣＣＨは、同じサブフレームの従来のＰＤＣＣＨがマッピングされるシンボルに多重してマッピングする。
【０２１７】
従来のＰＤＣＣＨ領域にマッピングされる２つのスロット毎のＰＤＣＣＨで、直前のスロットのＰＤＳＣＨのスケジューリングと同じスロットのＰＤＳＣＨのスケジューリングを行う。任意の一つのＬＲ−ＵＥに対して、２つのスロット毎のＰＤＣＣＨを用いて、直前のスロットと同じスロットの２スロット分のスケジューリングを行ってもよい。
【０２１８】
従来のＰＤＣＣＨ領域にマッピングされるスロット毎のＰＤＣＣＨで、直前のスロットのＰＤＳＣＨのスケジューリングを行う点で、前述の実施の形態１の変形例１と異なる。
【０２１９】
図１６は、実施の形態１の変形例３におけるスケジューリング方法を説明するための図である。図１６では、従来のＰＤＣＣＨ領域にマッピングしたＬＲ−ＵＥのＰＤＣＣＨで直前のスロットのスケジューリングと同じスロットのスケジューリングを行う方法について説明する。
【０２２０】
本変形例では、サブフレーム内の１番目のスロットのＬＲ−ＵＥのＰＤＳＣＨをスケジューリングするＰＤＣＣＨと、その直前のサブフレームの２番目のスロットのＬＲ−ＵＥのＰＤＳＣＨをスケジューリングするＰＤＣＣＨとを、同じ従来のＰＤＣＣＨ領域にマッピングする。ＬＲ−ＵＥのＰＤＣＣＨは、従来のＰＤＣＣＨと多重されてマッピングされる。
【０２２１】
図１６に示す例では、サブフレーム＃２の１番目のスロットであるスロット＃０のＬＲ−ＵＥ＃１，ＬＲ−ＵＥ＃３のＰＤＳＣＨのスケジューリングを行うＰＤＣＣＨと、サブフレーム＃１の２番目のスロットであるスロット＃１のＬＲ−ＵＥ＃１，ＬＲ−ＵＥ＃２のＰＤＳＣＨのスケジューリングを行うＰＤＣＣＨとを、サブフレーム＃２の従来のＰＤＣＣＨ領域１０２にマッピングする。
【０２２２】
サブフレーム＃２では、レガシーＵＥは、周波数帯域が異なる２つのＰＲＢ１０３，１０４で構成されるＰＲＢペア１０５にマッピングされる。サブフレーム＃２の従来のＰＤＣＣＨ領域１０２にマッピングされるレガシーＵＥのＰＤＣＣＨは、ＰＲＢペア１０５にマッピングされるレガシーＵＥのＰＤＳＣＨのスケジューリングに用いられる。
【０２２３】
サブフレーム＃１の１番目のスロットであるスロット＃０のＬＲ−ＵＥ＃１，ＬＲ−ＵＥ＃３のＰＤＳＣＨのスケジューリングを行うＰＤＣＣＨは、サブフレーム＃１の従来のＰＤＣＣＨ領域１０１にマッピングされる。
【０２２４】
ＬＲ−ＵＥ用のＤＣＩは、実施の形態１と同じくＴＴＩ毎、ここではスロット毎のＤＣＩとするとよい。ＤＣＩには、１スロット分のスケジューリング情報が含まれる。
【０２２５】
該ＤＣＩに、スロット単位であることを示す情報およびスロットを特定する情報の少なくとも一方の情報を設ける。該ＤＣＩに、サブフレームを特定する情報を設けてもよい。該ＤＣＩに、１ＴＴＩデータ毎のスケジューリング情報を設けるとよい。スケジューリング情報としては、アロケーション情報およびＭＣＳ情報などがある。アロケーション情報としては、ＰＲＢ単位の物理リソースの情報がある。例えば、ＰＲＢの数およびＰＲＢ番号などである。スケジューリング情報に、ＴＴＩ番号とスロット番号とを関連付ける情報、あるいは、ＴＴＩ番号とサブフレーム番号とスロット番号とを関連付ける情報を設けてもよい。ＬＲ−ＵＥは、どのＴＴＩデータがどのスロットにマッピングされるかを認識することができる。
【０２２６】
スロット毎のＤＣＩを、それぞれ、スロット毎のＰＤＣＣＨにマッピングして、該スロット毎のＰＤＣＣＨで、従来のＰＤＣＣＨがマッピングされるサブフレームの直前のスロットのスケジューリングと同じスロットのスケジューリングを行う。
【０２２７】
従来のＰＤＣＣＨ領域を用いて、任意のＬＲ−ＵＥに対して、該ＰＤＣＣＨ領域が存在するサブフレームの直前のスロットのスケジューリングと同じスロットのスケジューリングを行うことが可能となる。各スロットのスケジューリング情報は、異なっていてもよいし、スロット以外は同じであってもよい。
【０２２８】
ＬＲ−ＵＥ用のＰＤＣＣＨには、ＬＲ−ＵＥのＣ−ＲＮＴＩでスクランブルされたＣＲＣを用いるとよい。従来のＵＥ用のＰＤＣＣＨと同様に、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩでＰＤＣＣＨを検出することが可能となる。
【０２２９】
ＰＤＣＣＨは、サブフレームの先頭から１番目のシンボルから４番目のシンボルにマッピングされる。ＰＤＣＣＨへの物理リソースへのマッピング方法、例えばＣＣＥを用いる方法などは、従来と同じとしてもよい。従来と同じとすることによって、ＰＤＣＣＨの物理リソースへのマッピング方法を新たに決める必要が無く、レガシーＵＥへのＰＤＣＣＨとＬＲ−ＵＥへのＰＤＣＣＨとを混在させることが可能となる。これによって、後方互換性を持たせることができる。
【０２３０】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥは、従来のＰＣＦＩＣＨを受信し、従来のＰＤＣＣＨ領域のシンボル数およびＰＤＳＣＨ領域の先頭のシンボル番号を認識する。
【０２３１】
ＬＲ−ＵＥは、従来のＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検出する。これによって、ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを検出できる。ＬＲ−ＵＥのＰＤＣＣＨが２スロット分マッピングされている場合は、ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで２スロット分のＰＤＣＣＨを検出する。ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで検出したＰＤＣＣＨからＤＣＩを取得する。ＬＲ−ＵＥは、ＤＣＩ中のスケジューリング情報を用いて、ＰＤＳＣＨを受信する。どのスロット、どのＰＲＢにＰＤＳＣＨがアロケーションされているかを認識するために、スロット情報およびスロット毎のＰＲＢ情報を用いるとよい。また、どのＴＴＩのデータがどのスロットにマッピングされているかを認識するために、ＴＴＩ情報を用いてもよい。ＬＲ−ＵＥは、スケジューリング情報を用いて、受信したＰＤＳＣＨを復調して、データを取得する。
【０２３２】
本変形例においては、ＬＲ−ＵＥは、検出したＰＤＣＣＨのＤＣＩ中のスケジューリング情報によって、直前のスロットのＰＤＳＣＨまたは同じスロットのＰＤＳＣＨを受信する。
【０２３３】
ＬＲ−ＵＥは、スロット＃奇数のスロットであるサブフレーム内の２番目のスロットを受信して記憶しておく。ＬＲ−ＵＥは、サブフレーム内の２番目のスロットを受信した時点では、自身宛てのＰＤＳＣＨがスケジューリングされているか否かを認識することができない。次のスロットの従来のＰＤＣＣＨ領域を受信して検出することによって、自身宛てのＰＤＳＣＨが存在するか否かを判断することができる。したがって、ＬＲ−ＵＥは、このようにサブフレーム内の２番目のスロットを受信して記憶することによって、スケジューリング情報を受信したスロットの直前のスロットのＰＤＳＣＨを受信することが可能となる。
【０２３４】
実施の形態１の変形例１または実施の形態１の変形例２で開示した方法では、例えば、ｅＮＢは、サブフレーム内の１番目のスロット期間内にデータが発生した場合、該スロットの直後のスロット、具体的にはサブフレーム内の２番目のスロットにスケジューリングすることはできない。該スロットのスケジューリング情報は、サブフレーム内の１番目のスロットの従来のＰＤＣＣＨ領域で送信済みであるからである。このような場合、ｅＮＢは、さらにその後のスロット、具体的には次のサブフレームの１番目のスロットまで１スロット待って、スケジューリング情報の送信とデータの送信とを行う必要が生じる。すなわち、データの発生タイミングによって、１スロット分の遅延が生じる場合がある。
【０２３５】
しかし、本変形例で開示した方法を用いることによって、ｅＮＢは、サブフレーム内の１番目のスロット期間内にデータが発生した場合でも、該スロットの直後のスロット、具体的にはサブフレーム内の２番目のスロットにスケジューリングすることが可能となる。該スロットのスケジューリング情報は、次のサブフレーム内の１番目のスロットの従来のＰＤＣＣＨ領域で送信するからである。例えば、ｅＮＢは、サブフレーム内の１番目のスロット期間内にデータが発生した場合、サブフレーム内の２番目のスロットでデータのスケジューリングを行い、データをサブフレーム内の２番目のスロットにマッピングする。そして、ｅＮＢは、次のサブフレーム内の１番目のスロットで送信したデータのスケジューリング情報を送信する。
【０２３６】
したがって、本変形例で開示した方法によって、データの発生後、スロット単位で即座にデータを送信することが可能となる。これによって、１スロット分の遅延を発生させないようにすることができる。
【０２３７】
ＨＡＲＱは、実施の形態１の変形例１で開示した方法を適用するとよい。これによって、実施の形態１の変形例１と同様の効果を得ることができる。
【０２３８】
本変形例で開示した方法を用いることによって、従来のＰＤＣＣＨ領域に２スロット分のスロット毎のＰＤＣＣＨをマッピングできるので、１番目および２番目のスロットでスロット毎のＰＤＣＣＨをマッピングするための物理リソース領域が不要となる。
【０２３９】
したがって、スロット毎のＰＤＣＣＨとレガシーＵＥのＰＤＳＣＨとが衝突するようなことはなくなるので、前述の実施の形態１に比べて、該衝突によるレガシーＵＥのデータの受信品質の劣化を無くすことが可能となる。
【０２４０】
また、ＬＲ−ＵＥも、短縮したＴＴＩ、ここではスロット毎のＰＤＣＣＨを受信することが可能となり、スロット毎のＰＤＳＣＨを受信することが可能となる。
【０２４１】
したがって、遅延時間の短縮およびデータの伝送速度の向上を図ることができる。
【０２４２】
また、ＬＴＥの同一キャリア内に、レガシーＵＥとＬＲ−ＵＥとの両者を共存させることが可能となる。
【０２４３】
また、従来のマッピング方法と同様の方法を用いることができ、マッピング方法の制御を統一することができる。したがって、実装を容易にすることができる。
【０２４４】
また、実施の形態１の変形例１、および実施の形態１の変形例２では、データの発生タイミングによっては１スロットの遅延が発生するが、本変形例で開示した方法を用いることによって、１スロットの遅延を発生させないようにすることができる。したがって、遅延時間の短縮、およびデータの伝送速度の向上を図ることができる。
【０２４５】
実施の形態１の変形例２で開示したＰＲＢペアを用いる方法を適用してもよい。これによって、ＰＤＣＣＨの量を削減できる。また、ＰＤＣＣＨへのマッピングによる物理リソースの使用効率を向上させることが可能となる。
【０２４６】
また、ＬＲ−ＵＥは、従来のＰＤＣＣＨ領域から一つのＰＤＣＣＨを検出して受信することによって、２スロット分のスケジューリング情報を受信することが可能となる。したがって、ＬＲ−ＵＥのＰＤＣＣＨ受信時間の短縮、および受信電力の削減が可能となる。
【０２４７】
また、従来のＰＲＢペアの方法を適用することによって、レガシーＵＥと統一した方法でスケジューリングを行うことができ、制御を容易にすることができる。
【０２４８】
実施の形態１  変形例４．
現在のＬＴＥの規格では、レガシーＵＥのＰＤＳＣＨの物理リソースへのマッピングはＰＲＢペアを用いて行われる。ＰＲＢペアのＰＲＢが、周波数領域が同じ、すなわち、同じサブキャリアにマッピングされる方法であるローカライズド（localized）と、周波数領域が異なる、すなわち、異なるサブキャリアにマッピングされる方法であるディストリビューテッド（distributed）とがある。
【０２４９】
しかし、ＬＲ−ＵＥに対する短縮したＴＴＩのデータをスロット毎に物理リソースにマッピングする場合、該データはスロット毎なので、ディストリビューテッドを行うことはできない。また、周波数ダイバーシチゲインを得ることができなくなってしまう。
【０２５０】
このような問題を解決する方法を以下に開示する。ＬＲ−ＵＥに対するＰＤＳＣＨの物理リソースへのマッピングにおいて、１スロット内で、非連続の周波数領域、すなわち、非連続のサブキャリアにマッピングする。周波数領域としてＰＲＢ単位とするとよい。１スロット内で、ディストリビューテッドを行うことになる。
【０２５１】
ＬＲ−ＵＥに対して１スロット内で一つまたは複数のＰＲＢをアロケーションすることを開示したが、該複数のＰＲＢとして、連続的なＰＲＢであってもよいし、非連続なＰＲＢであってもよい。特定の周波数領域で電波環境が良好な場合、該周波数領域で連続的なＰＲＢ（ローカライズド）を用いることによって、通信品質を向上させることが可能となる。また、周波数フェージングがあるような場合、非連続なＰＲＢ（ディストリビューテッド）を用いることによって、特定の周波数領域の電波環境が悪かったとしても、所望の通信品質を得ることが可能となる。
【０２５２】
非連続な複数のＰＲＢをＰＲＢセットとしてもよい。ＰＲＢセットのスケジューリング方法として、ＤＣＩにＰＲＢセット情報を新たに設けてもよい。
【０２５３】
ＰＲＢセットのアロケーション方法として、絶対的なＰＲＢの番号を用いて該複数のＰＲＢを特定する方法がある。この場合、アロケーション情報として、ＰＲＢセットの各ＰＲＢの絶対的なＰＲＢ番号を含めるとよい。
【０２５４】
アロケーション情報として、最小のＰＲＢ番号と、次に続くＰＲＢまでの周波数間隔情報、例えばサブキャリア数、あるいはＰＲＢ間隔情報、例えばＰＲＢ数を含めるとよい。ＰＲＢセットの最も小さいＰＲＢの番号と、次に続くＰＲＢまでの周波数間隔あるいはＰＲＢ間隔を用いて、該複数のＰＲＢを特定することができる。
【０２５５】
また、アロケーション情報に、ＰＲＢの個数情報を含めておいてもよいし、最後のＰＲＢであることを示す情報を含めてもよいし、最後のＰＲＢには次に続くＰＲＢまでの周波数間隔情報またはＰＲＢ間隔情報を設定しないようにしてもよい。これによって、最後のＰＲＢであることが認識される。
【０２５６】
図１７は、実施の形態１の変形例４におけるスケジューリング方法を説明するための図である。図１７では、ＬＲ−ＵＥに対して１スロット内で複数のＰＲＢをスケジューリングする方法について説明する。本変形例では、ＬＲ−ＵＥのＰＤＳＣＨに、複数のＰＲＢをマッピングする。ＬＲ−ＵＥのＰＤＣＣＨで該ＰＤＳＣＨに対して複数のＰＲＢをアロケーションする。
【０２５７】
図１７に示す例では、サブフレーム内の１番目のスロットでは、ＬＲ−ＵＥ＃１のＰＤＳＣＨが非連続な２つのＰＲＢにマッピングされる。該ＰＤＳＣＨのスケジューリングは、ＬＲ−ＵＥ＃１のＰＤＣＣＨで行われる。該ＰＤＣＣＨは、従来のＰＤＣＣＨ領域１１０にマッピングされる。
【０２５８】
サブフレーム内の２番目のスロットでは、ＬＲ−ＵＥ＃２のＰＤＳＣＨが、連続する二つのＰＲＢにマッピングされる。該ＰＤＳＣＨのスケジューリングは、ＬＲ−ＵＥ＃２のＰＤＣＣＨで行われる。該ＰＤＣＣＨは、従来のＰＤＣＣＨ領域１１０にマッピングされる。
【０２５９】
アロケーション情報に、ＰＲＢの最初と最後のＰＲＢ番号情報を含めてもよい。各ＰＲＢの間隔が同じ周波数間隔であった場合、さらに、ＰＲＢの個数情報、ＰＲＢ間の周波数間隔情報、例えばサブキャリア数、あるいはＰＲＢ間隔情報、例えばＰＲＢ数を含めることによって、該複数のＰＲＢを特定することができる。
【０２６０】
ＰＲＢが２つの場合、１スロット内のＰＲＢペアとし、従来のＰＲＢペアのアロケーション方法を適用してもよい。
【０２６１】
ＬＲ−ＵＥ用の１スロット内のＰＲＢペアか、レガシーＵＥ用の２スロット間のＰＲＢペアなのかを特定するための情報を設けるとよい。該情報をスケジューリング情報に含めてもよい。
【０２６２】
あるいは、ＬＲ−ＵＥ用かレガシーＵＥ用かを特定するための情報を設けてもよい。ＬＲ−ＵＥ用の場合、同一スロット内でのＰＲＢペアが用いられるようにし、レガシーＵＥ用の場合、２スロット間でのＰＲＢペアが用いられるようにするとよい。このような方法にすることによって、従来と同じＰＲＢペアの指定方法を適用することができるので、制御が複雑化することを回避することが可能となる。
【０２６３】
他の方法として、ｅＮＢは、レガシーＵＥのＰＤＣＣＨのＤＣＩのＰＲＢペア情報には従来の２スロット間のＰＲＢペアの情報を設定し、ＬＲ−ＵＥのＰＤＣＣＨのＤＣＩに含まれるＰＲＢペア情報には、１スロット内でのＰＲＢペアの情報を設定する。また、ＰＲＢペア情報を含むＤＣＩを含むＰＤＣＣＨが、ＬＲ−ＵＥ用か、またはレガシーＵＥ用かで判断するようにする。このようにすることによって、レガシーＵＥまたはＬＲ−ＵＥは、自身がレガシーＵＥなのか、ＬＲ−ＵＥなのかによって、ＰＤＣＣＨのＰＲＢペアが、２スロット間のＰＲＢペアなのか１スロット内のＰＲＢペアなのかを判断することが可能となる。どのＰＲＢペアなのかを示す明確な情報を不要とすることができる。
【０２６４】
実施の形態１  変形例５．
実施の形態１では、スロット毎のＰＤＣＣＨを設けてスロット毎にマッピングする方法を開示した。実施の形態１では、スロット内のシンボルにシステム帯域全体にわたってＰＤＣＣＨを設けるので、問題点として、レガシーＵＥのＰＤＳＣＨと衝突が避けられないことを述べた。
【０２６５】
スロット毎のＰＤＣＣＨのシンボル数を少なくしてレガシーＵＥのＰＤＳＣＨへの影響を少なくし、復調時の利得によって、データの受信性能の劣化を低減できることを述べたが、ＵＥとｅＮＢとの間の電波伝播環境およびＵＥの能力などによっては、受信品質の劣化および受信誤りの増大を引き起こすおそれがある。本変形例では、この問題を解決する方法について開示する。
【０２６６】
スロット内の一つまたは複数のＰＲＢにスロット毎のＰＤＣＣＨをマッピングする。スロット毎のＰＤＣＣＨで１ＴＴＩデータ毎のスケジューリングを行う。スロット毎のＰＤＣＣＨでスロット単位のスケジューリングを行う。スロット毎のＰＤＣＣＨでスロット単位の物理リソースへのアロケーションを行う。スロット毎のＰＤＣＣＨと同一スロットに割当てられているＰＤＳＣＨのスケジューリングを行う。
【０２６７】
このようにすることによって、スロット毎のＰＤＣＣＨをマッピングする物理リソース領域を、システム帯域全体では無くすことができ、予め定めるＰＲＢ、すなわち予め定める周波数領域のみにすることができる。
【０２６８】
したがって、レガシーＵＥのＰＤＳＣＨと衝突しないように、スケジューリングを行うことが可能となる。
【０２６９】
また、ＬＲ−ＵＥの増大によってスロット毎のＰＤＣＣＨが増え、ＰＤＣＣＨに必要となるシンボル数が増大した場合でも、レガシーＵＥのＰＤＳＣＨとの衝突が無いので、該衝突によるデータの通信品質の劣化を防ぐことが可能となる。
【０２７０】
スロット毎にＬＲ−ＵＥ用のＰＤＣＣＨ領域を設けてもよい。ＰＤＣＣＨを物理リソースにマッピングする領域として、ＰＲＢ単位としてもよい。一つまたは複数のＰＲＢを用いてもよい。スロット毎のＰＤＣＣＨをＬＲ−ＥＰＤＣＣＨとする。ＬＲ−ＵＥのＰＤＣＣＨとして、ＬＲ−ＥＰＤＣＣＨを用いる。
【０２７１】
ＬＲ−ＥＰＤＣＣＨを、従来のＰＤＳＣＨがマッピングされる物理リソース領域にマッピングする。
【０２７２】
ＬＲ−ＵＥのＰＤＳＣＨは、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢペアを避けてマッピングする。
【０２７３】
スロット＃偶数のＬＲ−ＥＰＤＣＣＨは、従来のＰＤＣＣＨがマッピングされるシンボル（１〜４シンボル）を除いてマッピングする。
【０２７４】
図１８は、実施の形態１の変形例５におけるスケジューリング方法を説明するための図である。図１８では、ＬＲ−ＵＥに対してＬＲ−ＥＰＤＣＣＨでスケジューリングする方法について説明する。図１８に示すように、ＬＲ−ＥＰＤＣＣＨは、スロット毎に従来のＰＤＳＣＨがマッピングされる物理リソース領域にマッピングされる。例えば、ＬＲ−ＥＰＤＣＣＨ＃１は、サブフレーム内の１番目のスロットにマッピングされ、ＬＲ−ＥＰＤＣＣＨ＃２は、サブフレーム内の２番目のスロットにマッピングされる。
【０２７５】
ＬＲ−ＥＰＤＣＣＨ＃１は、ＬＲ−ＵＥ＃１のＰＤＣＣＨであり、同一のスロットのＬＲ−ＵＥ＃１のＰＤＳＣＨのスケジューリングを行う。ＬＲ−ＥＰＤＣＣＨ＃２は、ＬＲ−ＵＥ＃２のＰＤＣＣＨであり、同一のスロットのＬＲ−ＵＥ＃２のＰＤＳＣＨのスケジューリングを行う。サブフレーム内の１番目のスロットのＬＲ−ＥＰＤＣＣＨ＃１は、従来のＰＤＣＣＨ領域１１１を除いたシンボルにマッピングされる。
【０２７６】
スロット毎に予め定めるＰＲＢを用いて、ＬＲ−ＵＥのＰＤＣＣＨをマッピングする領域（以下「ＬＲ−ＥＰＤＣＣＨ領域」という場合がある）を設けることを開示した。ここでは、さらに、ＬＲ−ＵＥのＰＤＣＣＨを該領域にマッピングする方法を開示する。
【０２７７】
従来、予め定める周波数領域にマッピングする制御チャネルとして、ＥＰＤＣＣＨがある。しかし、ＥＰＤＣＣＨは、１サブフレーム全体にわたってマッピングされる。したがって、スロット毎のＰＤＣＣＨのマッピング方法に、従来のＥＰＤＣＣＨのマッピング方法を適用した場合、予め定める周波数領域にマッピングすることは可能となるが、スロット毎にマッピングすることができなくなってしまう。
【０２７８】
ここでは、スロット毎に予め定めるＰＲＢを用いて、ＬＲ−ＵＥのＰＤＣＣＨをマッピングする方法を開示する。
【０２７９】
１スロット単位のＤＣＩをＬＲ−ＥＰＤＣＣＨにマッピングする。１スロット単位のＤＣＩは、一つまたは複数の制御チャネルエレメント、ここではＬＲ−ＥＣＣＥに分割される。
【０２８０】
ＬＲ−ＥＰＤＣＣＨの物理リソースとして、一つまたは複数のＲＥ（Resource Element）からなるＬＲ−ＥＲＥＧを設ける。ＬＲ−ＥＣＣＥは、ＬＲ−ＥＲＥＧにマッピングされる。
【０２８１】
このようにすることによって、１スロット単位のＤＣＩがＬＲ−ＥＰＤＣＣＨにマッピングされ、ＬＲ−ＥＰＤＣＣＨは、１スロット内の物理リソースにマッピングされる。
【０２８２】
任意の数のＬＲ−ＥＲＥＧをＰＲＢ内に構成するとよい。例えば、ＬＲ−ＥＲＥＧ＝０〜１５の１６グループをＰＲＢ内に構成するとよい。この場合、従来のＥＰＤＣＣＨ用のＥＲＥＧの構成を用いてもよい（非特許文献１１参照）。ただし、従来のＥＰＤＣＣＨは、ＰＲＢペア内で１６グループのＥＲＥＧが構成される。しかし、ＬＲ−ＥＰＤＣＣＨではＰＲＢペアは得られないので、ＥＲＥＧの構成をそのまま適用することはできない。
【０２８３】
そこで、ＰＲＢペア内のＥＲＥＧの配置は保ったまま、ＬＲ−ＥＲＥＧとしてＰＲＢ内のＥＲＥGのみ用いるようにする。このようにすることによって、ＥＲＥＧのグループ数とＬＲ−ＥＲＥＧのグループ数とは同じ値を保ったまま、ＬＲ−ＥＲＥＧをＰＲＢ内に構成することが可能となる。
【０２８４】
例えば、１６グループのＬＲ−ＥＲＥＧを１ＰＲＢ内に構成する場合、１ＰＲＢ内の１ＬＲ−ＥＲＥＧ内に含まれるＲＥ数は、４あるいは５となる。
【０２８５】
ＬＲ−ＥＲＥＧ数は、従来のＥＲＥＧと同様に１６グループを構成できるが、１ＬＲ−ＥＲＥＧ当たりのＲＥ数が半減することになる。
【０２８６】
ＤＣＩをマッピングするのに必要となるＲＥ数は、ＥＰＤＣＣＨもＬＲ−ＥＰＤＣＣＨも同じである。したがって、ＬＲ−ＥＲＥＧ内のＲＥ数が半減してしまうと、ＤＣＩを入れられなくなってしまうという問題がある。このような問題を解決する方法を以下に開示する。
【０２８７】
ＬＲ−ＵＥに割当てるＬＲ−ＥＰＤＣＣＨセット数を増大させる。通常、ｅＮＢは、ＵＥに対してＥＰＤＣＣＨ領域を割当てる。この領域は、連続であってもよいし、非連続であってもよい。このＥＰＤＣＣＨ領域を「ＥＰＤＣＣＨセット」という場合がある。従来、ＵＥに対して２つのＥＰＤＣＣＨセットの割当が可能である。
【０２８８】
これと同様に、ｅＮＢがＬＲ−ＵＥに対して割当てるＬＲ−ＥＰＤＣＣＨ領域をＬＲ−ＥＰＤＣＣＨセットとする。このＬＲ−ＵＥに割当て可能な最大のＬＲ−ＥＰＤＣＣＨセット数を２よりも増大させる。
【０２８９】
ＵＥは、２よりも大きい数のＬＲ−ＥＰＤＣＣＨセットを検索し、自身のＬＲ−ＥＰＤＣＣＨを受信する。
【０２９０】
例えば、１ＬＲ−ＵＥに対して、ＬＲ−ＥＰＤＣＣＨセット数として、１，２に加えて，４セットを設定可能とするとよい。
【０２９１】
このようにすることによって、全てのＬＲ−ＥＰＤＣＣＨセットに含まれるＰＲＢ数を増大させることが可能となる。また、ＬＲ−ＵＥが受信するＰＲＢ数を増大させることが可能となる。したがって、１ＰＲＢ内のＬＲ−ＥＲＥＧ内のＲＥ数が半減したとしても、ＰＲＢ数が増大するので、従来と同等のＲＥ数を確保することができる。
【０２９２】
他の方法を以下に開示する。ｅＮＢがＬＲ−ＵＥに対して割当てるＬＲ−ＥＰＤＣＣＨ領域を増大させる。ＬＲ−ＵＥに割当てるＬＲ−ＥＰＤＣＣＨセットを構成するＰＲＢ数を増大させてもよい。ＬＲ−ＵＥに割当て可能なＬＲ−ＥＰＤＣＣＨセットを構成する最大のＰＲＢ数を８よりも増大させる。ＵＥは、８よりも大きい数のＰＲＢで構成されるＬＲ−ＥＰＤＣＣＨセットを検索し、自身のＬＲ−ＥＰＤＣＣＨを受信する。
【０２９３】
例えば、１ＬＲ−ＵＥに対して、ＬＲ−ＥＰＤＣＣＨセットを構成するＰＲＢ数として、２，４，８に加えて、１６を設定可能とするとよい。
【０２９４】
このようにすることによって、ＬＲ−ＵＥに割当可能な全てのＬＲ−ＥＰＤＣＣＨセットに含まれるＰＲＢ数を増大させることができる。また、ＬＲ−ＵＥが受信するＰＲＢ数を増大させることが可能となる。したがって、１ＰＲＢ内のＬＲ−ＥＲＥＧ内のＲＥ数が半減したとしても、ＰＲＢ数が増大するので、従来と同等のＲＥ数を確保することができる。
【０２９５】
他の方法を以下に開示する。ＬＲ−ＵＥがサポートする制御チャネルエレメント（Control Channel Element：ＣＣＥ）のアグリゲーションレベルを従来の数よりも減少させる。従来、１ＵＥに対するＣＣＥのアグリゲーションレベルとして、１，２，４，８，１６，３２の設定が可能であった。ここでは、ＬＲ−ＵＥがサポートする最大のＣＣＥのアグリゲーションレベルを３２よりも小さくする。例えば、ＬＲ−ＵＥがサポートする最大のＣＣＥ数を１６とする。
【０２９６】
このようにすることによって、ＬＲ−ＵＥに対するＤＣＩが含まれるＣＣＥ数を少なくすることができる。これによって、ＬＲ−ＵＥに対するＤＣＩをマッピングするのに必要とするＲＥ数を少なくすることが可能となる。
【０２９７】
したがって、ＬＲ−ＵＥに割当可能な１ＰＲＢ内のＬＲ−ＥＲＥＧ内のＲＥ数が半減し、全てのＬＲ−ＥＰＤＣＣＨセットに含まれるＲＥ数が半減したとしても、ＬＲ−ＵＥに対するＤＣＩをマッピングすることが可能となる。
【０２９８】
他の方法を以下に開示する。ＬＲ−ＵＥに対するＤＣＩが含まれるＬＲ−ＥＣＣＥが必要とする物理リソース量を削減する。前記物理リソース量を削減するために、ＬＲ−ＵＥに対するＤＣＩの情報量を削減してもよい。
【０２９９】
例えば、従来、ＥＰＤＣＣＨにマッピングされるEＣＣＥは、１ＥＣＣＥが３６ＲＥ、あるいは７２ＲＥにマッピングされる。ここでは、ＬＲ−ＵＥに対するＤＣＩが含まれるＬＲ−ＥＣＣＥが必要とする物理リソースを３６ＲＥあるいは７２ＲＥよりも削減する。例えば、１ＬＲ−ＥＣＣＥの物理リソースを１８ＲＥあるいは３６ＲＥとする。
【０３００】
このようにすることによって、ＬＲ−ＵＥに対するＤＣＩが含まれるＬＲ−ＥＣＣＥに必要とする物理リソース量を削減することが可能となる。
【０３０１】
したがって、ＬＲ−ＵＥに割当可能な１ＰＲＢ内のＬＲ−ＥＲＥＧ内のＲＥ数が半減し、全てのＬＲ−ＥＰＤＣＣＨセットに含まれるＲＥ数が半減したとしても、ＬＲ−ＵＥに対するＤＣＩをマッピングすることが可能となる。
【０３０２】
本変形例では、前述のように、任意の数のＬＲ−ＥＲＥＧをＰＲＢ内に構成することを開示し、例として、ＬＲ−ＥＲＥＧ＝０〜１５の１６グループをＰＲＢ内に構成することを開示した。他の例として、ＬＲ−ＥＲＥＧ＝０〜７の８グループをＰＲＢ内に構成する。ＬＲ−ＥＲＥＧの番号は、全てのＬＲ−ＥＰＤＣＣＨ用ＰＲＢで同じにしてもよい。あるいは、ＬＲ−ＥＲＥＧの番号を２種類設けてもよい。例えば、ＬＲ−ＥＲＥＧ＝０〜７のＰＲＢと、ＬＲ−ＥＲＥＧ＝８〜１５のＰＲＢとに分けて使用してもよい。
【０３０３】
８グループのＬＲ−ＥＲＥＧを１ＰＲＢ内に構成する場合、１ＰＲＢ内の１ＬＲ−ＥＲＥＧ内に含まれるＲＥ数は、９となる。このようにすることによって、１ＬＲ−ＥＲＥＧ当たりのＲＥ数を、従来のＥＲＥＧあたりのＲＥ数と同じ値にすることができる。
【０３０４】
前述したように、ＤＣＩをマッピングするのに必要となるＲＥ数はＥＰＤＣＣＨもＬＲ−ＥＰＤＣＣＨ同じである。
【０３０５】
したがって、ここで開示した方法を用いることによって、一つのＬＲ−ＵＥに割当てるＬＲ−ＥＰＤＣＣＨ領域に必要なＲＥ数を得ることができる。ＬＲ−ＵＥに対するＤＣＩを入れることが可能となる。ＲＥ数の減少に対する解決策は不要となる。
【０３０６】
ここで開示した方法では、１ＬＲ−ＥＲＥＧ当たりのＲＥ数は従来のＥＲＥＧあたりのＲＥ数と同じにできるが、ＬＲ−ＥＲＥＧ数は従来のＥＲＥＧ数の半分になってしまう。この場合、ＬＲ−ＥＰＤＣＣＨ領域に構成されるＬＲ−ＥＲＥＧ数が減少してしまうため、ＬＲ−ＥＰＤＣＣＨ領域でサポート可能なＬＲ−ＵＥ数が減少してしまうことになる。
【０３０７】
このような問題を解決する方法として、前述した、ＬＲ−ＥＲＥＧ内のＲＥ数が半減してしまう問題に対する解決方法を適用するとよい。
【０３０８】
ＬＲ−ＵＥ用ＤＣＩについては、実施の形態１で開示した方法を適用するとよい。
【０３０９】
ＬＲ−ＵＥ用のＤＣＩをＬＲ−ＥＰＤＣＣＨにマッピングする。
【０３１０】
ＬＲ−ＵＥ用のＬＲ−ＥＰＤＣＣＨには、ＬＲ−ＵＥのＣ−ＲＮＴＩでスクランブルされたＣＲＣを用いるとよい。従来のＵＥ用のＰＤＣＣＨと同様に、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩでＬＲ−ＥＰＤＣＣＨを検出することが可能となる。
【０３１１】
ＬＲ−ＥＰＤＣＣＨの設定方法について開示する。
【０３１２】
ＬＲ−ＥＰＤＣＣＨ領域を設定する。ＬＲ−ＥＰＤＣＣＨセットとして設定してもよい。ＬＲ−ＥＰＤＣＣＨセットの周波数軸上のリソースはＰＲＢ単位で設定する。連続的なＰＲＢを設定してもよいし、非連続的なＰＲＢを設定してもよい。
【０３１３】
ＬＲ−ＥＰＤＣＣＨの時間軸上のリソースは短縮したＴＴＩであるスロット単位で設定する。連続的なスロットを設定してもよいし、非連続的なスロットを設定してもよい。
【０３１４】
一つのスロットでＬＲ−ＥＰＤＣＣＨ領域あるいはＬＲ−ＥＰＤＣＣＨセットが設定されるようにする。
【０３１５】
ＬＲ−ＥＰＤＣＣＨは、セル毎に設定されてもよいし、ＬＲ−ＵＥ毎に設定されてもよい。あるいは、セル毎とＬＲ−ＵＥ毎との組合せでもよい。
【０３１６】
例えば、ＬＲ−ＥＰＤＣＣＨの時間軸上の設定をセル毎とし、周波数軸上の設定をＵＥ毎とする。このようにすることによって、ｅＮＢは、ＬＲ−ＥＰＤＣＣＨのスロットタイミングを予め設定することが可能となり、スケジューリングが容易になる。ＬＲ−ＵＥは、セル毎に設定されているＬＲ−ＥＰＤＣＣＨのスロットタイミングを認識し、そのスロットにおいてＵＥ毎に設定されるＬＲ−ＥＰＤＣＣＨのＰＲＢ構成を認識することが可能となる。
【０３１７】
他の例として、ＬＲ−ＥＰＤＣＣＨを設定可能なリソースの設定をセル毎で行い、実際にＬＲ−ＵＥに対するＬＲ−ＥＰＤＣＣＨの設定をＵＥ毎で行ってもよい。予め、セル毎にＬＲ−ＥＰＤＣＣＨを設定可能なリソースの設定を行っておくことによって、レガシーＵＥとの同一サブフレーム上へのＬＲ−ＥＰＤＣＣＨのスケジューリングを容易にできる。また、レガシーＵＥとＬＲ−ＵＥとの共存を容易にすることが可能となる。
【０３１８】
ＬＲ−ＥＰＤＣＣＨの設定は、静的に決められてもよいし、準静的または動的に決められてもよい。
【０３１９】
静的に決められる場合、規格などで決められるとよい。準静的または動的に決められる場合、ＲＲＣシグナリングを用いるとよい。
【０３２０】
例えば、セル毎の設定については規格で決めておき、ＵＥ毎の設定については準静的または動的にＲＲＣシグナリングを用いて決めてもよい。
【０３２１】
他の例として、セル毎の設定の場合、報知情報として、ｅＮＢから傘下のＵＥに対して報知するとよい。ＬＲ−ＵＥ毎の設定の場合、ＵＥ個別シグナリングで、ｅＮＢから、短縮したＴＴＩを実行するＬＲ−ＵＥに対して通知する。
【０３２２】
ｅＮＢは、ＲＲＣシグナリングとして、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージにＬＲ−ＥＰＤＣＣＨの設定情報を含めて、ＬＲ−ＵＥに通知してもよい。
【０３２３】
ＰＤＣＣＨのシンボル数が大きくなった場合など、スロット＃偶数のスロットで、ＬＲ−ＥＣＣＥ用のＬＲ−ＥＲＥＧの数が少なくなる場合がある。この問題を解決する方法として、前述の、ＬＲ−ＵＥに割当てるＬＲ−ＥＰＤＣＣＨセット数を増大させる方法において、ＬＲ−ＥＰＤＣＣＨセット数をさらに増大させるとよい。あるいは、前述のｅＮＢがＬＲ−ＵＥに対して割当てるＬＲ−ＥＰＤＣＣＨ領域を増大させる方法において、ＬＲ−ＥＰＤＣＣＨ領域をさらに増大させるとよい。このようにすることによって、たとえＰＤＣＣＨのシンボル数が大きくなっても、スロット＃偶数のスロットのＬＲ−ＥＰＤＣＣＨ領域のＲＥ数を増大させることが可能となり、スロット毎にＬＲ−ＵＥに対するＤＣＩをマッピングすることが可能となる。
【０３２４】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥは、ＰＣＦＩＣＨを受信し、スロット＃０のＰＤＳＣＨ領域の先頭のシンボルを認識する。ＬＲ−ＵＥは、ＬＲ−ＥＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検出する。ＬＲ−ＥＰＤＣＣＨ領域の構成は、例えばＲＲＣシグナリングを用いてｅＮＢから通知される。
【０３２５】
これによって、ＬＲ−ＵＥは、自身宛てのＬＲ−ＥＰＤＣＣＨを検出できる。ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで検出したＬＲ−ＥＰＤＣＣＨからＤＣＩを取得する。ＬＲ−ＵＥは、ＤＣＩ中のスケジューリング情報を用いてＰＤＳＣＨを受信する。どのスロット、どのＰＲＢにＰＤＳＣＨがアロケーションされているかを認識するために、スロット情報およびスロット毎のＰＲＢ情報を用いるとよい。ＬＲ−ＵＥは、スケジューリング情報を用いて、受信したＰＤＳＣＨを復調して、データを取得する。ＬＲ−ＵＥは、復調用のＲＳとして、ＣＲＳを用いてもよい。あるいは、ＵＥ個別のＲＳを設けて、該ＲＳを用いてもよい。
【０３２６】
ＨＡＲＱは、実施の形態１の変形例１で開示した方法を適用するとよい。これによって、実施の形態１の変形例１と同様の効果を得ることができる。
【０３２７】
実施の形態１  変形例６．
前述の、ＬＲ−ＵＥ用のスロット毎のＰＤＣＣＨを、従来のＰＤＣＣＨ領域を用いて送信する方法と、スロット毎の予め定めるＰＲＢ（ＬＲ−ＥＰＤＣＣＨ）を用いて送信する方法とを組み合わせてもよい。
【０３２８】
図１９は、実施の形態１の変形例６における送信方法を説明するための図である。図１９では、ＬＲ−ＵＥに対してスロット毎のＰＤＣＣＨを従来のＰＤＣＣＨ領域を用いて送信する方法とＬＲ−ＥＰＤＣＣＨを用いて送信する方法とを組み合わせた方法の例を示す。サブフレーム内の１番目のスロットのスロット毎のＰＤＣＣＨは、ＬＲ−ＥＰＤＣＣＨを用いて送信し、サブフレーム内の２番目のスロットのスロット毎のＰＤＣＣＨは、従来のＰＤＣＣＨ領域１１２を用いて送信する。
【０３２９】
サブフレーム内の１番目のスロットのＬＲ−ＥＰＤＣＣＨ領域にマッピングしたスロット毎のＰＤＣＣＨで、同一スロットのＰＤＳＣＨのスケジューリングを行う。また、サブフレーム内の１番目のスロットの従来のＰＤＣＣＨ領域にマッピングしたスロット毎のＰＤＣＣＨで、次のスロットのＰＤＳＣＨのスケジューリングを行う。
【０３３０】
サブフレーム内の２番目のスロットのスロット毎のＰＤＣＣＨは、従来のＰＤＣＣＨ領域を用いて送信するので、スロット毎のＰＤＣＣＨには、１ＴＴＩのデータ分、ここでは１スロット分のＤＣＩを含める方法を用いるとよい。１スロット分のＤＣＩを含める方法には、前述の実施の形態１の変形例１を適用するとよい。
【０３３１】
サブフレーム内の１番目のスロットには、既に従来のＰＤＣＣＨ領域が存在する。したがって、該ＰＤＣＣＨ領域を用いることによって、１サブフレーム内の両方のスロットに、ＬＲ−ＥＰＤＣＣＨ領域を構成しなくて済む。これによって、新たな制御チャネルのリソースの増大を抑制することが可能となるので、データチャネルのリソースの減少を抑制することができる。したがって、システムのスループットを向上させることが可能となる。
【０３３２】
図２０は、実施の形態１の変形例６における送信方法を説明するための図である。図２０では、ＬＲ−ＵＥに対してスロット毎のＰＤＣＣＨを従来のＰＤＣＣＨ領域を用いて送信する方法とＬＲ−ＥＰＤＣＣＨを用いて送信する方法とを組み合わせて用いる方法の他の例を示す。
【０３３３】
サブフレーム内の１番目のスロットのスロット毎のＰＤＣＣＨは、従来のＰＤＣＣＨ領域１１３を用いて送信し、サブフレーム内の２番目のスロットのスロット毎のＰＤＣＣＨは、ＬＲ−ＥＰＤＣＣＨを用いて送信する。
【０３３４】
サブフレーム内の１番目のスロットの従来のＰＤＣＣＨ領域にマッピングしたスロット毎のＰＤＣＣＨで、同一スロットのＰＤＳＣＨのスケジューリングを行う。また、サブフレーム内の２番目のスロットのＬＲ−ＥＰＤＣＣＨにマッピングしたスロット毎のＰＤＣＣＨで、同一スロットのＰＤＳＣＨのスケジューリングを行う。
【０３３５】
サブフレーム内の１番目のスロットのスロット毎のＰＤＣＣＨは、従来のＰＤＣＣＨ領域を用いて送信するので、スロット毎のＰＤＣＣＨには、１ＴＴＩのデータ分、ここでは１スロット分のＤＣＩを含める方法を用いるとよい。１スロット分のＤＣＩを含める方法は、前述の実施の形態１の変形例１を適用するとよい。
【０３３６】
図１９に示す例のように、サブフレーム内の１番目のスロットにＬＲ−ＥＰＤＣＣＨ領域を構成する場合、既に従来のＰＤＣＣＨ領域が存在する。したがって、従来のＰＤＣＣＨ領域を除いた物理リソースへのマッピングとなるので、周波数軸方向の物理リソースが増大する場合がある。
【０３３７】
図２０に示す例のように、サブフレーム内の１番目のスロットに従来のＰＤＣＣＨ領域を用いることによって、該スロットでＬＲ−ＥＰＤＣＣＨ領域を構成しなくて済む。したがって、図１８に示す例に比べて、リソースの増大をさらに抑制することができるので、データチャネルのリソースの減少をさらに抑制することができる。したがって、システムのスループットをさらに向上させることが可能となる。
【０３３８】
実施の形態２．
上りデータに対するＡｃｋ／Ｎａｃｋについて開示する。従来、ＬＴＥではＴＴＩ＝１サブフレームであるので、ＨＡＲＱはサブフレーム単位で行われる。したがって、ＬＴＥでは、上りデータに対するＡｃｋ／Ｎａｃｋを送信するためのＰＨＩＣＨもサブフレーム毎に送信される。
【０３３９】
ＬＲ−ＵＥは、ＴＴＩが１サブフレームより短くなるので、ＨＡＲＱも１サブフレームより短い単位で行われることが必要となる。
【０３４０】
しかし、ＨＡＲＱを１サブフレームより短い単位で行う場合、従来のＬＴＥのＰＨＩＣＨ送信方法を適用することはできない。また、ＬＴＥの同一キャリア上で、短縮したＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。ここでは、これらの問題を解決する方法を開示する。
【０３４１】
ＬＲ−ＵＥに対して、ＨＡＲＱをＴＴＩ単位で行う。ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋをスロット単位で送信可能とする。
【０３４２】
Ａｃｋ／Ｎａｃｋの送信方法の具体例として、以下の（１）〜（８）の８つを開示する。
（１）ＬＲ−ＰＨＩＣＨを用いて送信する。
（２）ＬＲ−ＥＰＤＣＣＨ領域に多重して送信する。
（３）ＬＲ−ＥＰＤＣＣＨを用いて送信する。
（４）ＰＨＩＣＨを用いて送信する。
（５）ＰＨＩＣＨを用いて、直前のスロットに対応するＡｃｋ／Ｎａｃｋを送信する。
（６）ＰＤＣＣＨを用いて送信する。
（７）ＰＤＣＣＨを用いて、直前のスロットに対応するＡｃｋ／Ｎａｃｋを送信する。
（８）前記（１）〜（７）の組合せ。
【０３４３】
前記具体例（１）のＬＲ−ＰＨＩＣＨを用いて送信する方法について開示する。ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋを送信するための物理チャネルを設ける。この物理チャネルを「ＬＲ−ＰＨＩＣＨ」という場合がある。ＬＲ−ＰＨＩＣＨは、スロット＃偶数で送信してもよいし、スロット＃奇数で送信してもよい。ＬＲ−ＰＨＩＣＨ用の物理リソースは、ＰＲＢ単位としてもよい。
【０３４４】
ＬＲ−ＰＨＩＣＨを、従来のＰＤＳＣＨがマッピングされる物理リソース領域にマッピングする。ＬＲ−ＰＨＩＣＨは、他のチャネルがマッピングされるＰＲＢペアを避けてマッピングする。スロット＃偶数のＬＲ−ＰＨＩＣＨは、従来のＰＤＣＣＨがマッピングされるシンボル（１〜４シンボル）を除いてマッピングする。
【０３４５】
図２１および図２２は、実施の形態２におけるＬＲ−ＰＨＩＣＨの送信方法を説明するための図である。図２１では、サブフレーム内の２番目のスロットにＬＲ−ＰＨＩＣＨを一つのＰＲＢにマッピングする場合を示している。図２２では、サブフレーム内の１番目と２番目のスロットにＬＲ−ＰＨＩＣＨをそれぞれ一つのＰＲＢにマッピングする場合を示している。サブフレーム内の１番目のスロットでは、ＬＲ−ＰＨＩＣＨは、従来のＰＤＣＣＨがマッピングされるシンボル１１４を除いたシンボルにマッピングされる。
【０３４６】
短縮したＴＴＩ単位、スロット単位のＡｃｋ／ＮａｃｋをＬＲ−ＰＨＩＣＨにマッピングする方法について開示する。
【０３４７】
ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋを予め定めるビット数で構成し、変調が行われる。各ＬＲ−ＵＥの変調データに直交コードが乗算され、複数のＬＲ−ＵＥのＡｃｋ／Ｎａｃｋが多重され、スクランブリングが行われる。該複数のＬＲ−ＵＥをＬＲ−ＰＨＩＣＨグループとする。
【０３４８】
該Ａｃｋ／Ｎａｃｋのビットからスクランブリングまでは、レガシーＵＥの上りデータに対するＡｃｋ／Ｎａｃｋと同じ方法を用いてもよい。Ａｃｋ／Ｎａｃｋを３ビットで構成し、ＢＰＳK変調が行われ、直交コードによる多重が行われ、ＳＦ＝４のスクランブリングが行われる。その結果、１ＬＲ−ＰＨＩＣＨグループでスクランブリング後のデータは１２シンボルになる。１ＬＲ−ＰＨＩＣＨグループに８ＬＲ−ＵＥが多重される。
【０３４９】
レガシーＵＥと同じ方法を用いることによって、変調およびコーディング、あるいはデコーディングおよび復調の構成を一つにすることができる。これによって、通信システムが複雑化することを回避することができ、実装上簡易に構成することが可能となる。
【０３５０】
一つまたは複数のＬＲ−ＰＨＩＣＨグループを、ＬＲ−ＰＨＩＣＨ用の物理リソースにマッピングする。
【０３５１】
マッピング方法について以下に開示する。ＬＲ−ＰＨＩＣＨの領域である１ＰＲＢ内に、一つまたは複数のリソースエレメントグループを設ける。このリソースエレメントグループをＨＲＥＧとする。１ＨＲＥＧは、一つあるいは複数のＲＥで構成する。１ＬＲ−ＰＨＩＣＨグループを一つまたは複数のＨＲＥGにマッピングする。
【０３５２】
例えば、１ＰＲＢ内のＲＥを１８のＨＲＥＧに分割する。分割方法は、ＥＲＥGと同様の方法を用いてもよい。１ＰＲＢ内のＲＥを０〜１７でナンバリングし、同じナンバのＲＥで一つのＨＲＥＧを構成する。１ＰＲＢ内のＲＳを除いてナンバリングするとよい。ＲＳが１２ＲＥだとすると、１ＨＥＲＥＧに含まれるＲＥ数は４となる。
【０３５３】
レガシーＵＥと同じ変調およびコーディング方法とした場合、１ＬＲ−ＰＨＩＣＨグループに必要なシンボル数は１２である。したがって、１ＬＲ−ＰＨＩＣＨグループを３ＨＲＥＧにマッピングするとよい。１ＰＲＢは、１８のＨＲＥＧからなるので、６ＬＲ−ＰＨＩＣＨグループをマッピング可能となる。
【０３５４】
ＲＳの数が４よりも大きいような場合は、１ＬＲ−ＰＨＩＣＨグループをマッピングするＨＥＲＥＧの数を増やせばよい。
【０３５５】
このようにすることによって、ＬＲ−ＰＨＩＣＨグループを、ＬＲ−ＰＨＩＣＨの領域である１ＰＲＢ内にマッピングすることが可能となる。
【０３５６】
前述の例では、ＬＲ−ＰＨＩＣＨの領域である１ＰＲＢ内で、４８ＬＲ−ＵＥのＬＲ−ＰＨＩＣＨを収容できる。さらに多くのＬＲ−ＵＥの収容が必要な場合は、ＬＲ−ＰＨＩＣＨをマッピングする物理リソースを複数のＰＲＢで構成してもよい。１スロット内の複数のＰＲＢを用いて、ＬＲ−ＰＨＩＣＨ領域を設けるとよい。
【０３５７】
他のマッピング方法について以下に開示する。
【０３５８】
ＬＲ−ＰＨＩＣＨがマッピングされる物理リソースを複数のＰＲＢで構成し、該複数のＰＲＢ内に１ＬＲ−ＰＨＩＣＨグループをマッピングする。該複数のＰＲＢは、同一スロット内に構成される。該複数のＰＲＢは、連続的に構成されてもよいし、非連続的に構成されてもよい。
【０３５９】
一つのＰＲＢからなるＬＲ−ＰＨＩＣＨ領域が複数構成されたものを、ＬＲ−ＰＨＩＣＨセットとしてもよい。１ＬＲ−ＰＨＩＣＨグループを、ＬＲ−ＰＨＩＣＨセット内にマッピングする。
【０３６０】
例えば、１ＰＲＢのＬＲ−ＰＨＩＣＨ領域が３つ構成されるＬＲ−ＰＨＩＣＨセットを設ける。ＬＲ−ＰＨＩＣＨセット内に、３つのＰＲＢが構成される。ＬＲ−ＰＨＩＣＨグループを該ＬＲ−ＰＨＩＣＨセット全体にマッピングする。各ＰＲＢの一つずつのＨＲＥGを用いてマッピングするとよい。ＬＲ−ＰＨＩＣＨセット全体で３ＰＲＢあるので、合計３ＨＲＥＧを用いてマッピングすることになる。ＬＲ−ＰＨＩＣＨグループに必要な１２シンボルを、該３ＨＲＥＧにマッピングすることになる。
【０３６１】
この場合、１ＬＲ−ＰＨＩＣＨセットに１８ＬＲ−ＰＨＩＣＨグループをマッピングすることが可能となる。したがって、１ＬＲ−ＰＨＩＣＨセットに１４４ＬＲ−ＵＥの収容が可能となる。
【０３６２】
このようにすることによって、１ＬＲ−ＵＥに対するＬＲ−ＰＨＩＣＨを周波数軸方向に分散させてマッピングさせることが可能となる。
【０３６３】
これによって、周波数ダイバーシチゲインを得ることが可能となり、ＨＡＲＱを確実に実行させることが可能となるしたがって、データの伝送速度を向上させることができる。
【０３６４】
従来、ＰＨＩＣＨの設定情報は、一部がＭＩＢに含められてＰＢＣＨにマッピングされて報知された。これは、ＰＨＩＣＨが、ＰＤＣＣＨがマッピングされるシンボルに多重されるからである。ＵＥがＰＤＣＣＨの受信を可能にするために、ＰＨＩＣＨの設定情報を認識する必要があるためである。
【０３６５】
しかし、ＬＲ−ＰＨＩＣＨは、ＰＤＣＣＨがマッピングされる領域を避けてマッピングされる。したがって、設定情報は、ＭＩＢに含められなくてもよい。また、設定情報は、ＰＢＣＨにマッピングされて報知されなくてもよい。これによって、多頻度で送信されるＭＩＢの情報量を削減することが可能となる。
【０３６６】
ＬＲ−ＰＨＩＣＨの設定方法について、以下に開示する。ＬＲ−ＰＨＩＣＨ領域を設定する。ＬＲ−ＰＨＩＣＨセットとして設定してもよい。ＬＲ−ＰＨＩＣＨセットの周波数軸上のリソースは、ＰＲＢ単位で設定する。連続的なＰＲＢを設定してもよいし、非連続的なＰＲＢを設定してもよい。
【０３６７】
ＬＲ−ＰＨＩＣＨの時間軸上のリソースは、短縮したＴＴＩであるスロット単位で設定する。連続的なスロットを設定してもよいし、非連続的なスロットを設定してもよい。毎スロット設定してもよい。
【０３６８】
一つのスロットでＬＲ−ＰＨＩＣＨ領域あるいはＬＲ−ＰＨＩＣＨセットが設定されるようにする。
【０３６９】
ＬＲ−ＰＨＩＣＨは、セル毎に設定されてもよいし、ＬＲ−ＵＥ毎に設定されてもよいし、ＬＲ−ＵＥのグループ毎、例えばＬＲ−ＰＨＩＣＨグループ毎に設定されてもよい。また、システムとして規格で設定されてもよい。あるいは、これらの組合せでもよい。
【０３７０】
例えば、ＬＲ−ＰＨＩＣＨの時間軸上および周波数軸上の設定をセル毎とし、ＨＲＥＧの番号の設定をＵＥ毎とする。ＨＲＥＧの数とＰＲＢ内ＲＥのマッピング方法は、システムとして予め規格で決めておいてもよい。このようにすることによって、ｅＮＢは、ＬＲ−ＰＨＩＣＨのスロットタイミングおよびＰＲＢを予め設定することが可能となり、スケジューリングが容易になる。ＬＲ−ＵＥは、セル毎に設定されているＬＲ−ＰＨＩＣＨのスロットタイミングとＰＲＢとを認識し、そのスロットとＰＲＢとにおいてＵＥ毎に設定されるＨＲＥＧを認識することが可能となる。
【０３７１】
他の例として、ＬＲ−ＰＨＩＣＨを設定可能なリソースの設定をセル毎で行い、実際にＬＲ−ＵＥに対するＬＲ−ＰＨＩＣＨの設定をＵＥ毎で行ってもよい。予め、セル毎にＬＲ−ＰＨＩＣＨを設定可能なリソースの設定を行っておくことによって、レガシーＵＥとの同一サブフレーム上へのＬＲ−ＰＨＩＣＨのスケジューリングを容易にできる。また、レガシーＵＥとＬＲ−ＵＥとの共存を容易にすることが可能となる。
【０３７２】
ＬＲ−ＰＨＩＣＨの設定は、静的に決められてもよいし、準静的または動的に決められてもよい。
【０３７３】
静的に決められる場合、規格などで決められるとよい。準静的または動的に決められる場合、ＲＲＣシグナリングを用いるとよい。
【０３７４】
例えば、セル毎の設定については規格で決めておき、ＵＥ毎の設定については準静的または動的にＲＲＣシグナリングを用いて決めてもよい。
【０３７５】
他の例として、セル毎の設定の場合、報知情報として、ｅＮＢから傘下のＵＥに対して報知するとよい。ＬＲ−ＵＥ毎の設定の場合、ＵＥ個別シグナリングで、ｅＮＢから、短縮したＴＴＩを実行するＬＲ−ＵＥに対して通知する。
【０３７６】
ｅＮＢは、ＲＲＣシグナリングとして、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージにＬＲ−ＰＨＩＣＨの設定情報を含めて、ＬＲ−ＵＥに通知してもよい。
【０３７７】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥは、ＰＣＦＩＣＨを受信し、スロット＃０のＰＤＳＣＨ領域の先頭のシンボルを認識する。
【０３７８】
ＬＲ−ＵＥは、ＬＲ−ＰＨＩＣＨ領域の自身のＨＲＥＧ番号から自身のＬＲ−ＰＨＩＣＨを検出する。ＬＲ−ＰＨＩＣＨ領域の構成とＨＲＥＧ番号は、例えばＲＲＣシグナリングを用いてｅＮＢから通知される。
【０３７９】
これによって、ＬＲ−ＵＥは、自身宛てのＬＲ−ＰＨＩＣＨを検出し、Ａｃｋ／Ｎａｃｋを受信することができる。
【０３８０】
前述の例では、ｅＮＢがＨＲＥＧ番号をＬＲ−ＵＥに通知して、該ＨＲＥG番号を用いて自身のＬＲ−ＰＨＩＣＨを特定することを開示した。
【０３８１】
他の例として、ＨＲＥＧ番号を、ＬＲ−ＰＨＩＣＨに対応する上りデータであるＰＵＳＣＨがマッピングされる物理リソースを用いて導出するようにしてもよい。物理リソースとしては、ＲＥ番号およびＰＲＢ番号などがある。その中で、例えば、最小のＲＥ番号、最小のＰＲＢ番号などとして特定するとよい。
【０３８２】
あるいは、ＬＲ−ＰＨＩＣＨに対応する上りデータであるＰＵＳＣＨのスケジューリング情報がマッピングされる制御チャネルエレメント番号を用いて導出するようにしてもよい。最小の制御チャネルエレメント番号などとして特定するとよい。
【０３８３】
あるいは、ＬＲ−ＰＨＩＣＨに対応する上りデータであるＰＵＳＣＨの復調用ＲＳに用いられるサイクリックシフト番号を用いて導出するようにしてもよい。あるいは、これらの組合せを用いて導出するようにしてもよい。
【０３８４】
ｅＮＢは、これらの番号を考慮してスケジューリングあるいはマッピングする。このようにすることによって、ＬＲ−ＵＥは、明示的にＨＲＥGの番号を通知されなくても、自身のＨＲＥＧ番号を導出することができ、自身のＬＲ−ＰＨＩＣＨを特定することが可能となる。
【０３８５】
また前述のようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信が可能になり、上りデータに対するＨＡＲＱを、短縮したＴＴＩ単位で行うことが可能となる。また、上りデータに対するＨＡＲＱを、スロット単位で行うことが可能となる。したがって、遅延時間の削減を図ることが可能となり、データの伝送速度の向上を図ることができる。
【０３８６】
前記具体例（２）のＬＲ−ＥＰＤＣＣＨ領域に多重して送信する方法について開示する。
【０３８７】
ＬＲ−ＵＥ用のＡｃｋ／Ｎａｃｋは、ＬＲ−ＥＰＤＣＣＨがマッピングされる物理リソースに、多重されてマッピングされる。ＬＲ−ＵＥ用のＰＨＩＣＨとＬＲ−ＵＥ用のＰＤＣＣＨとを、ＬＲ−ＥＰＤＣＣＨがマッピングされる１ＰＲＢ内で多重する。
【０３８８】
多重方法を開示する。ＲＥ毎に多重するとよい。ＬＲ−ＥＰＤＣＣＨの、一つまたは複数のＬＲ−ＥＲＥＧをＬＲ−ＵＥ用のＰＨＩＣＨに用いる。言い換えると、一つまたは複数のＬＲ−ＥＲＥＧを、ＬＲ−ＥＰＤＣＣＨのマッピングに用いずに、ＬＲ−ＵＥ用のＰＨＩＣＨのマッピングに用いる。言い換えると、一つまたは複数のＬＲ−ＥＲＥＧをＬＲ−ＵＥ用のＰＨＩＣＨがマッピングされるＨＲＥＧにする。
【０３８９】
ＬＲ−ＥＰＤＣＣＨの構成方法は、前述した方法を適用すればよい。ＬＲ−ＥＲＥＧの構成方法としては、ＬＲ−ＥＲＥＧ＝０〜１５の１６グループをＰＲＢ内に構成する方法がより適している。Ａｃｋ／Ｎａｃｋに従来の変調およびコーディング方法を用いた場合、１ＨＲＥＧに必要とするＲＥ数が４であるので、この方法の場合、１ＬＲ−ＥＲＥＧ内のＲＥ数が等しくなる、あるいは近くなるからである。
【０３９０】
また、ＬＲ−ＥＰＤＣＣＨセットとして、３を設けてもよい。これによって、３ＨＲＥＧを構成するのに用いることが可能となる。
【０３９１】
ＨＲＥＧの特定方法は、前述のＬＲ−ＰＨＩＣＨ内のＨＲＥGの特定方法を適用すればよい。
【０３９２】
このようにすることによって、新たにＬＲ−ＰＨＩＣＨの物理リソース領域を設けなくてもよくなる。したがって、ｅＮＢは、ＬＲ−ＰＨＩＣＨの構成をＬＲ−ＵＥに通知する必要が無くなるので、シグナリング量を削減することができる。
【０３９３】
図２３および図２４は、実施の形態２におけるＬＲ−ＥＰＤＣＣＨ領域にＡｃｋ／Ｎａｃｋを多重して送信する方法を説明するための図である。本実施の形態では、上りデータに対するＡｃｋ／Ｎａｃｋが、ＬＲ−ＵＥ用ＰＨＩＣＨにマッピングされてＬＲ−ＥＰＤＣＣＨ領域に多重されて送信される。
【０３９４】
図２３では、サブフレーム内の２番目のスロットにおいてＬＲ−ＵＥ用のＰＨＩＣＨをＬＲ−ＥＰＤＣＣＨ領域に多重してマッピングする場合を示している。図２４では、サブフレーム内の１番目と２番目のスロットにＬＲ−ＵＥ用ＰＨＩＣＨをそれぞれＬＲ−ＥＰＤＣＣＨ領域に多重してマッピングする場合を示している。サブフレーム内の１番目のスロットでは、ＬＲ−ＵＥ用のＰＨＩＣＨは、従来のＰＤＣＣＨがマッピングされるシンボルを除いたＬＲ−ＥＰＤＣＣＨに多重されてマッピングされる。
【０３９５】
このようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信が可能になり、上りデータに対するＨＡＲＱを、短縮したＴＴＩ単位で行うことが可能となる。また、上りデータに対するＨＡＲＱを、スロット単位で行うことが可能となる。したがって、遅延時間の削減を図ることが可能となり、データの伝送速度の向上を図ることができる。
【０３９６】
前記具体例（３）のＬＲ−ＥＰＤＣＣＨを用いて送信する方法について開示する。ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信は、ＬＲ−ＥＰＤＣＣＨでのスケジューリングのみによって行う。ＬＲ−ＵＥのＰＨＩＣＨを設けないとしてもよい。
【０３９７】
ＬＲ−ＵＥに対するＤＣＩに、新規データであるか否かを示す情報を含める。ＤＣＩは、ＬＲ−ＥＰＤＣＣＨにマッピングされる。ＬＲ−ＵＥは、自身宛てのＬＲ−ＥＰＤＣＣＨを受信し、ＤＣＩの中の該情報を受信することによって、スケジューリングが新規データに対してされたのか、再送データに対してされたのかを認識することが可能となる。ＬＲ−ＵＥは、該情報が新規データであることを示している場合は、該スケジューリングに従って、新規データを送信する。この場合、ＬＲ−ＵＥは、Ａｃｋとみなすことが可能となる。ＬＲ−ＵＥは、該情報が新規データでないことを示している場合は、該スケジューリングに従って、再送データを送信する。この場合、ＬＲ−ＵＥは、Ｎａｃｋとみなすことが可能となる。
【０３９８】
このようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信が可能になり、上りデータに対するＨＡＲＱを、短縮したＴＴＩ単位で行うことが可能となる。また、上りデータに対するＨＡＲＱを、スロット単位で行うことが可能となる。したがって、遅延時間の削減を図ることが可能となり、データの伝送速度の向上を図ることができる。
【０３９９】
また、ＬＲ−ＰＨＩＣＨを設けなくてもよく、ＬＲ−ＰＨＩＣＨ用の領域を設けなくてもよい。したがって、データに使用する物理リソースを増大させることが可能となり、さらなるデータの伝送速度の向上を図ることができる。
【０４００】
前記具体例（４）のＰＨＩＣＨを用いて送信する方法について開示する。スロット＃偶数のスロットには、レガシーＵＥのＰＨＩＣＨがマッピングされる。本方法では、該ＰＨＩＣＨがマッピングされる領域に、ＬＲ−ＵＥのＰＨＩＣＨもマッピングする。ＬＲ−ＵＥのＰＨＩＣＨもレガシーＵＥと同じ方法で、ＰＨＩＣＨの物理リソースにマッピングするとよい。
【０４０１】
このようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信が可能になり、上りデータに対するＨＡＲＱを行うことが可能となる。
【０４０２】
また、ＬＲ−ＰＨＩＣＨ用の領域を設けなくてもよい。したがって、データに使用する物理リソースを増大させることが可能となり、データの伝送速度の向上を図ることができる。
【０４０３】
前記具体例（５）のＰＨＩＣＨを用いて、直前のスロットに対応するＡｃｋ／Ｎａｃｋを送信する方法について開示する。スロット＃偶数のスロットには、レガシーＵＥのＰＨＩＣＨがマッピングされる。本方法では、該ＰＨＩＣＨがマッピングされる領域に、ＬＲ−ＵＥの直前のスロットに対応するＰＨＩＣＨもマッピングする。ＬＲ−ＵＥの直前のスロットに対応するＰＨＩＣＨも、レガシーＵＥと同じ方法を用いて、ＰＨＩＣＨの物理リソースにマッピングするとよい。
【０４０４】
ＬＲ−ＵＥは、直前のスロットに対応するＰＨＩＣＨに対応する上りデータを記憶しておく。ＬＲ−ＵＥは、スロット＃偶数のスロットのＰＨＩＣＨを受信した時点で、直前のスロットに対応するＰＨＩＣＨに対応する上りデータのＡｃｋ／Ｎａｃｋを認識することができる。したがって、ＬＲ−ＵＥは、直前のスロットに対応するＰＨＩＣＨに対応する上りデータを記憶しておくことによって、スロット＃偶数のスロットのＰＨＩＣＨに従って、新規データあるいは再送データを送信することが可能となる。
【０４０５】
このようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信が可能になり、上りデータに対するＨＡＲＱを行うことが可能となる。
【０４０６】
また、ＬＲ−ＰＨＩＣＨ用の領域を設けなくてもよい。したがって、データに使用する物理リソースを増大させることが可能となり、データの伝送速度の向上を図ることができる。
【０４０７】
前記具体例（６）のＰＤＣＣＨを用いて送信する方法について開示する。本方法では、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信は、ＰＤＣＣＨでのスケジューリングのみによって行う。前述した、あるいは後述する、ＰＤＣＣＨを用いたスケジューリング方法を用いる。ＰＤＣＣＨを用いたＰＵＳＣＨのスケジューリング方法を用いる。ＬＲ−ＵＥに対する１ＴＴＩ毎のデータのＤＣＩを用いて行う。これによって、スロット毎のＡｃｋ／Ｎａｃｋの送信が可能となる。ＬＲ−ＵＥに対する１ＴＴＩ毎のデータのＤＣＩに、新規データであるか否かを示す情報を含める。ＤＣＩは、ＰＤＣＣＨにマッピングされる。ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを受信し、ＤＣＩの中の該情報を受信することによって、スケジューリングが新規データに対してされたのか、再送データに対してされたのかを認識することが可能となる。ＬＲ−ＵＥは、該情報が新規データであることを示している場合は、該スケジューリングに従って、新規データを送信する。この場合、ＬＲ−ＵＥは、Ａｃｋとみなすことが可能となる。ＬＲ−ＵＥは、該情報が新規データでないことを示している場合は、該スケジューリングに従って、再送データを送信する。この場合、ＬＲ−ＵＥは、Ｎａｃｋとみなすことが可能となる。
【０４０８】
ＬＲ−ＵＥに対する１ＴＴＩ毎のデータのスケジューリング情報を２ＴＴＩ分、ＤＣＩに含める方法の場合、各ＴＴＩのデータと対応付けて、新規データであるか否かを示す情報を含めるとよい。ＤＣＩは、ＰＤＣＣＨにマッピングされる。ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを受信し、ＤＣＩの中の該情報を受信することによって、各スロットのスケジューリングが新規データに対してされたのか、再送データに対してされたのかを認識することが可能となる。ＬＲ−ＵＥは、該情報が新規データであることを示している場合は、該スケジューリングに従って、対応するスロットで、新規データを送信する。この場合、ＬＲ−ＵＥは、Ａｃｋとみなすことが可能となる。ＬＲ−ＵＥは、該情報が新規データでないことを示している場合は、該スケジューリングに従って、対応するスロットで、再送データを送信する。この場合、ＬＲ−ＵＥは、Ｎａｃｋとみなすことが可能となる。
【０４０９】
このようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信が可能になり、上りデータに対するＨＡＲＱを行うことが可能となる。
【０４１０】
また、ＬＲ−ＰＨＩＣＨを設けなくてもよく、ＬＲ−ＰＨＩＣＨ用の領域を設けなくてもよい。したがって、データに使用する物理リソースを増大させることが可能となり、データの伝送速度の向上を図ることができる。
【０４１１】
前記具体例（７）のＰＤＣＣＨを用いて、直前のスロットに対応するＡｃｋ／Ｎａｃｋを送信する方法について開示する。
【０４１２】
本方法では、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信は、ＰＤＣＣＨでのスケジューリングのみによって行う。ＬＲ−ＵＥに対して、予め定めるスロットで行われるべきＡｃｋ／Ｎａｃｋの送信を、次のスロットのＰＤＣＣＨを用いたＰＵＳＣＨのスケジューリングを用いて行う。言い換えると、予め定めるスロットで行われるＰＤＣＣＨを用いたＰＵＳＣＨのスケジューリングを用いて、直前のスロットで行われるべきＡｃｋ／Ｎａｃｋの送信を行う。実施の形態１の変形例３で開示した方法を適用したＰＤＣＣＨを用いたＰＵＳＣＨのスケジューリング方法を適用するとよい。スロット＃偶数のＰＤＣＣＨで行われるＰＵＳＣＨのスケジューリングを用いて、直前のスロット＃奇数で行われるべきＡｃｋ／Ｎａｃｋの送信を行う。
【０４１３】
ＬＲ−ＵＥに対するスロット＃偶数のＰＤＣＣＨで行われるＰＵＳＣＨのスケジューリング情報を含むＤＣＩに、直前のスロットに対応するＡｃｋ／Ｎａｃｋに対応する上りデータが新規データであるか否かを示す情報を含める。ＬＲ−ＵＥは、スロット＃偶数の自身宛てのＰＤＣＣＨを受信し、ＤＣＩの中の該情報を受信することによって、スケジューリングが新規データに対してされたのか、再送データに対してされたのかを認識することが可能となる。ＬＲ−ＵＥは、該情報が新規データであることを示している場合は、該スケジューリングに従って、新規データを送信する。この場合、ＬＲ−ＵＥは、Ａｃｋとみなすことが可能となる。ＬＲ−ＵＥは、該情報が新規データでないことを示している場合は、該スケジューリングに従って、再送データを送信する。この場合、ＬＲ−ＵＥは、Ｎａｃｋとみなすことが可能となる。
【０４１４】
ＬＲ−ＵＥは、直前のスロットに対応するＡｃｋ／Ｎａｃｋに対応する上りデータを記憶しておく。ＬＲ−ＵＥは、スロット＃偶数のスロットのＰＤＣＣＨを受信した時点で、直前のスロットに対応するＡｃｋ／Ｎａｃｋを認識することができる。したがって、ＬＲ−ＵＥは、直前のスロットに対応するＡｃｋ／Ｎａｃｋに対応する上りデータを記憶しておくことによって、スロット＃偶数のスロットのＡｃｋ／Ｎａｃｋに従って、新規データあるいは再送データを送信することが可能となる。
【０４１５】
このようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信が可能となり、上りデータに対するＨＡＲＱを行うことが可能となる。
【０４１６】
また、ＬＲ−ＰＨＩＣＨを設けなくてもよく、ＬＲ−ＰＨＩＣＨ用の領域を設けなくてもよい。したがって、データに使用する物理リソースを増大させることが可能となり、データの伝送速度の向上を図ることができる。
【０４１７】
また、ＬＲ−ＵＥのＰＤＣＣＨがスロット＃偶数のスロットのみにマッピングされるような場合に適用することによって、スロット＃奇数のスロットにＰＤＣＣＨをマッピングしなくてもよく、スロット＃奇数のスロットにＰＤＣＣＨ領域を設けなくてもよくなる。これによって、制御のための物理リソースが増大することを回避することができ、データのための物理リソースの増大を図ることができる。
【０４１８】
前記具体例（１）から（７）の方法を組合せてもよい。例えば、スロット＃偶数のスロットには、前記具体例（４）あるいは前記具体例（５）の方法を用い、スロット＃奇数のスロットには前記具体例（１）から（３）のいずれかの方法を用いる。
【０４１９】
スロット＃偶数のスロットでは、ＰＤＣＣＨの領域があるので、１ＰＲＢ内でＬＲ−ＰＨＩＣＨ用に割当てられる物理リソースは少なくなる。したがって、ＬＲ−ＰＨＩＣＨの送信のために該スロット内で周波数軸上に、より多くの物理リソースが必要となる場合が発生する。
【０４２０】
スロット＃偶数のスロットに、前記具体例（４）のＰＨＩＣＨあるいは前記具体例（５）のＰＤＣＣＨを用いる方法を適用することによって、スロット＃偶数のスロットでＬＲ−ＰＨＩＣＨ用に割当てる物理リソースの増大を抑制することが可能となる。したがって、データに割当てる物理リソースを増大させることが可能となり、データの伝送速度の向上を図ることができる。
【０４２１】
実施の形態３．
レガシーＵＥのデータがマッピングされる上り共有チャネルＰＵＳＣＨは、サブフレーム単位で物理リソースにマッピングされる。現在のＬＴＥ規格においては、レガシーＵＥのＰＵＳＣＨは、物理リソースにＰＲＢペア（PRB pair）でマッピングされる。
【０４２２】
ＰＲＢは、物理リソースブロック（Physical Resource Block）で、下りと同様、周波数軸方向は１２サブキャリア、時間軸方向は１スロットの物理リソースからなる。ＰＲＢペアは時、間軸上の２つのＰＲＢからなる（非特許文献９参照）。
【０４２３】
図２５は、従来のＰＵＳＣＨとＰＵＣＣＨの物理リソースへのマッピングについて説明するための図である。図２５に示す例では、１スロットは７シンボルからなる。したがって、１サブフレームは１４シンボルからなる。ＰＵＣＣＨは、周波数軸方向の両端にマッピングされる。ＰＵＳＣＨは、周波数軸方向の両端のＰＵＣＣＨの間の周波数領域にマッピングされる。
【０４２４】
１ＰＲＢは、周波数軸方向の１２サブキャリアと時間軸方向の１スロットの物理リソースかならなる。
【０４２５】
図２５に示すように、従来のＰＵＳＣＨは、２つのスロットの２つのＰＲＢからなるＰＲＢペアにマッピングされる。矢符１２１，１２２で示されるように、サブフレーム内の２スロット間で周波数ホッピングが行われる構成と、サブフレーム間で周波数ホッピングが行われる構成とがある。
【０４２６】
また、ＰＵＣＣＨは、２つのスロットの２つのＰＲＢからなるＰＲＢペアにマッピングされる。矢符１２０で示されるように、サブフレーム内の２スロット間で周波数ホッピングが行われる。ＰＵＣＣＨは、サブフレーム単位で設定される。
【０４２７】
また、ＰＵＳＣＨは、ＰＤＣＣＨを用いてスケジューリングされる。ＰＤＣＣＨは、ＰＤＣＣＨ領域にマッピングされる。すなわち、ＰＵＳＣＨがマッピングされる物理リソースは、ＰＲＢペア単位でスケジューリングされる。時間的には１サブフレーム単位でスケジューリングされることになる。
【０４２８】
しかし、短縮したＴＴＩで動作するＵＥ（ＬＲ−ＵＥ）は、ＴＴＩが１サブフレームより短くなるので、そのＰＵＳＣＨの物理リソースへのマッピングに、レガシーＵＥの前記マッピング方法を適用することはできず、何らかの新たな方法が必要とされる。
【０４２９】
また、ＬＴＥの同一キャリア上で、短縮したＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。これらの問題を解決する方法を以下に開示する。
【０４３０】
ＬＲ−ＵＥのＰＵＳＣＨを、従来のＰＵＳＣＨがマッピングされる物理リソース領域にＰＲＢ単位でマッピングする。一つのＰＵＳＣＨに対して、一つまたは複数のＰＲＢを用いてもよい。
【０４３１】
現在のＬＴＥでは、上りはＳＣ−ＦＤＭＡが用いられる。したがって、ＬＲ−ＵＥのＰＵＳＣＨに複数のＰＲＢを用いる場合、連続的なＰＲＢを用いるとよい。これによって、低いピーク電力対平均電力比（Peak to Average Power Ratio：ＰＡＰＲ）を維持したまま、ＬＲ−ＵＥのＰＵＳＣＨをマッピングできる。
【０４３２】
将来、上りにＯＦＤＭＡが用いられるような場合は、下りのＰＤＳＣＨと同様に、連続的なＰＲＢを用いてもよいし、非連続的なＰＲＢを用いてもよい。上りの通信品質が良い周波数帯で連続的なＰＲＢを用いることによって、高速伝送を行うことが可能となる。あるいは、非連続的なＰＲＢを用いることによって、周波数ダイバーシチゲインが得られ、通信品質の向上を図ることが可能となる。
【０４３３】
ＬＲ−ＵＥのＰＵＳＣＨは、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢペアを避けてマッピングする。
【０４３４】
上りの復調用ＲＳは、従来のレガシーＵＥのＰＵＳＣＨにおける復調用ＲＳと同じシンボルにマッピングするとよい。これによって、ＰＵＳＣＨへのＲＳの挿入方法が一つとなり、制御を容易にできる。
【０４３５】
図２６は、実施の形態３におけるＬＲ−ＵＥのＰＵＳＣＨの物理リソースへのマッピングについて説明するための図である。
【０４３６】
図２６に示すように、レガシーＵＥのＰＵＳＣＨは、サブフレーム内の２つのスロットの２つのＰＲＢからなるＰＲＢペアにマッピングされる。レガシーＵＥ＃１は、矢符１３２で示されるように、サブフレーム間の周波数ホッピングが行われる。レガシーＵＥ＃２は、矢符１３１，１３３で示されるように、サブフレーム内の２スロット間で周波数ホッピングが行われる。
【０４３７】
ＬＲ−ＵＥのスロット毎のＰＵＳＣＨは、ＰＲＢ単位でマッピングされる。サブフレーム＃１の１番目のスロットでは、ＬＲ−ＵＥ＃１，ＬＲ−ＵＥ＃２，ＬＲ−ＵＥ＃３がマッピングされ、２番目のスロットでは、ＬＲ−ＵＥ＃１がマッピングされる。サブフレーム＃２の１番目のスロットでは、ＬＲ−ＵＥ＃１，ＬＲ−ＵＥ＃２がマッピングされ、２番目のスロットでは、ＬＲ−ＵＥ＃２がマッピングされる。参照符号「１３０」で示されるように、ＰＲＢ単位でスケジューリングされない物理リソースが存在する。
【０４３８】
レガシーＵＥのＰＵＳＣＨは、サブフレーム単位でスケジューリングされ、サブフレーム単位で物理リソースにアロケーションされる。ＰＵＳＣＨの物理リソースへのアロケーション情報を含むスケジューリングのための制御情報は、ＤＣＩ（Downlink Control Information）に含まれる。ＤＣＩは、ＰＤＣＣＨにマッピングされる（非特許文献１０参照）。
【０４３９】
しかし、ＬＲ−ＵＥは、短縮したＴＴＩが１サブフレームより短くなり、アロケーションされる物理リソースも１サブフレームより短くなる。したがって、レガシーＵＥのスケジューリング方法を適用することはできない。
【０４４０】
また、ＬＴＥの同一キャリア上で、短縮したＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。
【０４４１】
これらの問題を解決する方法として、前述のＰＤＳＣＨのスケジューリング方法を適用するとよい。
【０４４２】
ＬＲ−ＵＥに対して、短縮したＴＴＩのデータ毎のスケジューリングを行う。ＬＲ−ＵＥのＰＵＳＣＨに対して、短縮したＴＴＩ毎にスケジューリングを行う。ＴＴＩ＝１スロットとした場合、スロット単位でスケジューリングを行う。ＬＲ−ＵＥのＰＵＳＣＨに対して、スロット単位で物理リソースへのアロケーションを行う。ＨＡＲＱは、ＴＴＩ単位で行う。ＬＲ−ＵＥに対しては、スロット単位で行う。レガシーＵＥに対しては、サブフレーム単位で行う。
【０４４３】
ＬＲ−ＵＥのＰＵＳＣＨのスケジューリング方法も、前述のＬＲ−ＵＥのＰＤＳＣＨのスケジューリング方法を適用するとよい。
【０４４４】
適宜、ＰＤＳＣＨをＰＵＳＣＨに対応させ、ＬＲ−ＵＥのＤＣＩに含まれるＰＤＳＣＨのスケジューリング情報を、ＰＵＳＣＨのスケジューリング情報に対応させて適用すればよい。
【０４４５】
ＬＲ−ＵＥのＰＵＳＣＨに対して、短縮したＴＴＩ毎にスケジューリングを行うこと、例えば、ＬＲ−ＵＥに対してＰＤＣＣＨあるいはＬＲ−ＥＰＤＣＣＨでスケジューリングすることによって、ＬＲ−ＵＥの短縮したＴＴＩ毎のデータをスケジューリングすることが可能となる。したがって、ＬＲ−ＵＥからのデータの伝送速度を向上させることが可能となる。また、ＬＴＥの同一キャリア上で、ＬＲ−ＵＥに対して、短縮したＴＴＩをサポートしつつ、さらには、レガシーＵＥとの共存が可能となる。
【０４４６】
実施の形態４．
レガシーＵＥのＰＵＣＣＨは、サブフレーム単位でスケジューリングされ、サブフレーム単位で物理リソースにアロケーションされる。しかし、ＬＲ−ＵＥに対する短縮したＴＴＩは、１サブフレームより短くなり、アロケーションされる物理リソースも１サブフレームより短くなる。したがって、レガシーＵＥのＰＵＣＣＨを適用することはできない。また、ＬＴＥの同一キャリア上で、短縮したＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。本実施の形態では、これらの問題を解決する方法を開示する。
【０４４７】
ＬＲ−ＵＥのＰＵＣＣＨ（以下「ＬＲ−ＰＵＣＣＨ」という場合がある）を、従来のＰＵＳＣＨがマッピングされる物理リソース領域にＰＲＢ単位でマッピングする。一つまたは複数のＰＲＢを用いてもよい。
【０４４８】
現在のＬＴＥでは、上りはＳＣ−ＦＤＭＡが用いられる。このようにシングルキャリアの多重アクセス方式が用いられる場合に、ＬＲ−ＵＥのＰＵＣＣＨに複数のＰＲＢが用いられる場合には、連続的なＰＲＢを用いるとよい。これによって、低いＰＡＰＲを維持したまま、ＬＲ−ＵＥのＰＵＣＣＨをマッピングできる。
【０４４９】
将来、上りにＯＦＤＭＡのようにマルチキャリアの多重アクセス方式が用いられるような場合は、連続的なＰＲＢを用いてもよいし、非連続的なＰＲＢを用いてもよい。上りの通信品質が良い周波数帯で連続的なＰＲＢを用いることによって、高速伝送を行うことが可能となる。あるいは、非連続的なＰＲＢを用いることによって、周波数ダイバーシチゲインが得られ、通信品質の向上を図ることが可能となる。
【０４５０】
ＬＲ−ＰＵＣＣＨは、レガシーＵＥのＰＵＣＣＨがマッピングされる物理リソースを避けてマッピングする。ＬＲ−ＰＵＣＣＨがマッピングされる物理リソースは、システム帯域の中で、レガシーＵＥのＰＵＣＣＨがマッピングされる物理リソースよりも内側の周波数にマッピングされるとよい。これによって、レガシーＵＥのＰＵＣＣＨの物理リソースのスケジューリングを変更することなく、レガシーＵＥとＬＲ−ＵＥとを共存させることができる。
【０４５１】
ＬＲ−ＰＵＣＣＨがマッピングされる物理リソースとレガシーＵＥのＰＵＣＣＨがマッピングされる物理リソースとは、周波数軸上において連続してマッピングするようにしてもよい。これによって、シングルキャリアの多重アクセス方式が用いられる場合にＰＵＳＣＨ領域を離散的にすることがないので、上りの物理リソースの使用効率を高めることができ、セルとして容量を増大できる。
【０４５２】
上りの復調用ＲＳは、従来のレガシーＵＥのＰＵＣＣＨにおける復調用ＲＳと同じシンボルにマッピングするとよい。これによって、ＰＵＣＣＨへのＲＳの挿入方法が一つとなり、制御を容易にできる。
【０４５３】
ＬＲ−ＰＵＣＣＨがマッピングされる物理リソース領域において、複数のＬＲ−ＵＥのＰＵＣＣＨが多重されてもよい。例えば、周波数分割多重、あるいは、コード分割多重されてもよい。
【０４５４】
各ＬＲ−ＵＥのＰＤＳＣＨに対するＡｃｋ／ＮａｃｋのためのＬＲ−ＰＵＣＣＨのリソースは、該ＰＤＳＣＨがスケジューリングされるＬＲ−ＵＥのＰＤＣＣＨの予め定めるＣＣＥの番号を用いて、前述のＬＲ−ＰＵＣＣＨがマッピングされる物理リソース領域になるように導出してもよい。該ＰＤＳＣＨがＬＲ−ＥＰＤＣＣＨでスケジューリングされる場合、さらに周波数軸方向のオフセットを設けて、前述のＬＲ−ＰＵＣＣＨがマッピングされる物理リソース領域になるように導出してもよい。オフセット値は、ｅＮＢからＬＲ−ＵＥに通知するとよい。ｅＮＢからＬＲ−ＵＥへの通知には、ＲＲＣシグナリングを用いてもよいし、ＬＲ−ＥＰＤＣＣＨを用いてもよい。該ＰＤＳＣＨのスケジューリングのためのＤＣＩに含めて通知してもよい。
【０４５５】
図２７は、実施の形態４におけるＬＲ−ＵＥのＰＵＣＣＨの物理リソースへのマッピングについて説明するための図である。図２７に示す例では、従来のＰＵＣＣＨがマッピングされる周波数領域の内側に連続してＬＲ−ＰＵＣＣＨがマッピングされる物理リソース領域が構成される。ＬＲ−ＰＵＣＣＨは、スロット毎にマッピングされる。サブフレーム内の１番目のスロットでは、ＬＲ−ＵＥ＃２のＬＲ−ＰＵＣＣＨがＬＲ−ＰＵＣＣＨ用片側の物理リソース領域にマッピングされ、ＬＲ−ＵＥ＃３のＬＲ−ＰＵＣＣＨが逆側のＬＲ−ＰＵＣＣＨ用片側の物理リソース領域にマッピングされる。サブフレーム内の２番目のスロットでは、ＬＲ−ＵＥ＃１のＬＲ−ＰＵＣＣＨがＬＲ−ＰＵＣＣＨ用片側の物理リソース領域にマッピングされ、ＬＲ−ＵＥ＃４のＬＲ−ＰＵＣＣＨが逆側のＬＲ−ＰＵＣＣＨ用片側の物理リソース領域にマッピングされる。
【０４５６】
図２７に示す例では、ＬＲ−ＰＵＣＣＨの物理リソース領域を周波数軸上の両側に構成したが、周波数軸上の片側のみに構成してもよい。このような構成は、通信品質が良く、周波数ホッピングが不要の場合に有効である。ＰＤＳＣＨにアロケーションする物理リソースが増大できるので、システムとしてのスループットを増大できる。
【０４５７】
ＬＲ−ＵＥの上り制御情報（Uplink Control Information：ＵＣＩ）には、スロット単位の情報を含める。ＬＲ−ＵＥのＵＣＩに対して、従来と同様の変調およびコーディングを行うとよい。レガシーＵＥと方法を同じにすることによって、制御が複雑化することを回避することができる。また、ｅＮＢにおいて、ＰＵＣＣＨの受信部の実装を簡易にすることができる。
【０４５８】
レガシーＵＥに対しては、ＰＵＣＣＨで送信するＵＣＩを１サブフレーム用いて物理リソースにマッピングしていたが、ＬＲ−ＵＥに対しては、ＵＣＩを１スロット用いて物理リソースにマッピングする。
【０４５９】
しかし、ＬＲ−ＵＥのＵＣＩに対して、従来と同様の変調およびコーディングを行う場合、必要となる物理リソースが時間軸方向に不足する場合がある。この場合は、周波数軸方向の物理リソースを増やして、増やした物理リソースにマッピングする方法で対応すればよい。１スロット内のＰＲＢ数を増大させればよい。シングルキャリアの場合、連続したＰＲＢを用いるとよい。マルチキャリアの場合、連続的なＰＲＢを用いてもよいし、非連続的なＰＲＢを用いてもよい。
【０４６０】
また、他の方法として、ＬＲ−ＵＥのＵＣＩの情報量を削減して、必要な物理リソース量を削減してもよい。あるいは、他の方法として、変調方法あるいはコーディング方法を変更して必要な物理リソースを削減してもよい。従来のＰＵＣＣＨの周波数軸上の物理リソース量と同じになるように削減するとよい。このようにすることによって、制御チャネルに必要となる物理リソースを削減することが可能となり、データチャネルがマッピングできる物理リソースを増大させることができる。したがって、データの伝送速度の向上を図ることができる。
【０４６１】
レガシーＵＥのＰＵＣＣＨの物理リソースへのマッピングでは、矢符１４０，１４１で示されるように、スロット間の周波数ホッピングが行われ、周波数ダイバーシチゲインを得ている。しかし、ＬＲ−ＵＥのＰＵＣＣＨは、１スロット内にマッピングされるので、スロット間の周波数ホッピングが不可能になる。この問題を解決する方法を以下に開示する。
【０４６２】
スロット内のシンボルを複数のグループに分ける。該グループ間で周波数ホッピングを行うとよい。スロット内のシンボルをどのようにグルーピングするかは、規格などで予め静的に決められてもよいし、準静的または動的に決められてもよい。準静的または動的に決められる場合、ｅＮＢが決定し、決定したグルーピング情報をｅＮＢからＵＥに通知してもよい。通知方法は、ＲＲＣシグナリングでもよいし、ＰＤＣＣＨあるいはＬＲ−ＥＰＤＣＣＨで通知してもよい。あるいは、これらの組合せでもよい。例えば、グルーピングの一覧を規格で決めておき、どのグルーピングを用いるかのインジケーションを、ｅＮＢが決定しＵＥに通知するようにしてもよい。このようにすることによって、シグナリング量を削減できる。
【０４６３】
図２８は、実施の形態４におけるＬＲ−ＵＥのＰＵＣＣＨの物理リソースへの他のマッピング方法について説明するための図である。
【０４６４】
図２８に示す例では、従来のＰＵＣＣＨがマッピングされる周波数領域の内側に連続してＬＲ−ＰＵＣＣＨがマッピングされる物理リソース領域が構成される。ＬＲ−ＰＵＣＣＨは、スロット毎にマッピングされる。また、図２８に示す例では、スロット内で連続するシンボルのグループが２つ構成され、ＬＲ−ＰＵＣＣＨは、矢符１４５で示されるように、スロット内で、該シンボルのグループ間で周波数ホッピングが行われる。このようにすることによって、周波数ダイバーシチゲインを得ることが可能となり、ＰＵＣＣＨの通信品質を向上させることができる。
【０４６５】
ＬＲ−ＰＵＣＣＨの設定方法は、従来のＰＵＣＣＨの設定方法を適用するとよい。従来のＰＵＣＣＨの設定は、１サブフレーム単位のＰＲＢ構成を設定して行われるが、代わりに、ＬＲ−ＰＵＣＣＨの設定は、１スロット単位のＰＲＢ構成を設定すればよい。
【０４６６】
ｅＮＢからＬＲ−ＵＥへのＬＲ−ＰＵＣＣＨの構成の通知方法は、従来のＰＵＣＣＨの構成の通知方法を適用するとよい。
【０４６７】
ＬＲ−ＵＥは、ｅＮＢから通知されたＬＲ−ＰＵＣＣＨ構成を用いて、スロット単位のＵＣＩをＬＲ−ＰＵＣＣＨにマッピングして、ｅＮＢに送信する。
【０４６８】
このようにすることによって、ＬＲ−ＵＥの短縮したＴＴＩ毎のＵＣＩをＰＵＣＣＨにマッピングすることが可能となり、該ＰＵＣＣＨを短縮したＴＴＩ毎に物理リソースにマッピングすることが可能となる。
【０４６９】
ＰＵＣＣＨは、下りデータに対するＡｃｋ／Ｎａｃｋを送信するためにも用いられる。したがって、ＬＲ−ＵＥの短縮したＴＴＩでの下りデータに対するＨＡＲＱが可能となる。したがって、遅延時間の削減を図ることが可能となり、データの伝送速度の向上を図ることができる。
【０４７０】
また、ＬＴＥの同一キャリア上で、ＬＲ−ＵＥとレガシーＵＥとの共存が可能となる。
【０４７１】
実施の形態５．
レガシーＵＥのＳＲＳ（Sounding Reference Signal）は、サブフレーム単位でスケジューリングされ、サブフレーム内の最後のシンボルにアロケーションされる。しかし、ＬＲ−ＵＥに対する短縮したＴＴＩは、１サブフレームより短くなる。サブフレーム単位のＳＲＳでは、短縮したＴＴＩに対応できなくなる場合がある。したがって、短縮したＴＴＩに対応可能なＳＲＳが必要となる。また、ＬＴＥの同一キャリア上で、短縮したＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。本実施の形態では、これらの問題を解決する方法を開示する。
【０４７２】
スロット単位でＬＲ−ＵＥに対するＳＲＳを構成可能とする。また、ＬＲ−ＵＥに対して、スロット単位でＳＲＳを設定可能にする。スロット単位でＬＲ−ＵＥに対するＳＲＳを物理リソースにマッピングする。
【０４７３】
スロット内の任意の１シンボルにＳＲＳを構成する。スロット内の最後の１シンボルとしてもよい。スロット毎にＳＲＳを構成するシンボル番号を異ならせてもよい。例えば、スロット＃偶数のスロットでは、ＬＲ−ＵＥのＳＲＳをスロット内の最後のシンボルに構成し、スロット＃奇数のスロットでは、ＬＲ−ＵＥのＳＲＳをスロット内の１番目のシンボルに構成するようにしてもよい。
【０４７４】
ＬＲ−ＵＥのＳＲＳを、スロット＃奇数のスロットのスロット内の最後のシンボルに構成する場合、レガシーＵＥのＳＲＳと衝突してしまう。これを避けるために、ＬＲ−ＵＥのＳＲＳとレガシーＵＥのＳＲＳとを周波数分割多重するとよい。
【０４７５】
ＬＲ−ＵＥのＳＲＳの構成方法は、レガシーＵＥのＳＲＳの構成方法を適用するとよい。このようにすることによって、たとえ、ＬＲ−ＵＥのＳＲＳを、スロット＃奇数のスロット内の最後のシンボルに構成したとしても、ＬＲ−ＵＥのＳＲＳとレガシーＵＥのＳＲＳとを共存可能にする。
【０４７６】
図２９は、実施の形態５におけるＬＲ−ＵＥのＳＲＳの構成方法を説明するための図である。図２９に示す例では、ＬＲ−ＵＥのＳＲＳをスロット毎に、スロット内の最後のシンボルに構成している。サブフレームの最後のシンボル、すなわちサブフレーム内の２番目のスロットの最後のシンボルは、従来のレガシーＵＥのＳＲＳが構成される。したがって、図２９に示す例では、該シンボルに、ＬＲ−ＵＥのＳＲＳも構成される。該シンボルに、レガシーＵＥのＳＲＳとＬＲ−ＵＥのＳＲＳとが多重される。このようにすることによって、レガシーＵＥのＳＲＳとＬＲ−ＵＥのＳＲＳとを共存させることが可能となる。ＬＲ−ＵＥは、該ＳＲＳが構成されるシンボルでＳＲＳを送信することが可能となる。
【０４７７】
図２９に示す例では、レガシーＵＥは、矢符１５１，１５３で示されるように、サブフレーム内の２スロット間で周波数ホッピングが行われる。またレガシーＵＥは、矢符１５２で示されるように、サブフレーム間の周波数ホッピングが行われる。参照符号「１５０」で示されるように、ＰＲＢ単位でスケジューリングされない物理リソースが存在する。
【０４７８】
ＳＲＳの設定方法の一例を開示する。ＬＲ−ＵＥに対してスロット単位のＳＲＳを設定する。セル毎に設定されてもよいし、ＵＥ毎に設定されてもよい。あるいは、セル毎にＳＲＳ構成の一部が設定され、ＵＥ毎にＳＲＳ構成の残りの設定がなされてもよい。ｅＮＢは、ＬＲ−ＵＥに対して、スロット単位のＳＲＳの設定情報を通知する。ＲＲＣシグナリング、ＰＤＣＣＨまたはＬＲ−ＥＰＤＣＣＨを用いるとよい。セル毎に設定する場合は、システム情報に含めて報知するとよい。システム情報は、ＭＩＢあるいはＳＩＢである。ＵＥ個別に設定する場合は、個別ＲＲＣシグナリングを用いて通知するとよい。ＵＥ個別に設定する場合は、該情報をＤＣＩに含めてＰＤＣＣＨあるいはＬＲ−ＥＰＤＣＣＨを用いて通知するとよい。
【０４７９】
例えば、ｅＮＢは、最初にセル毎のＳＲＳ構成を設定する。ｅＮＢは、次に、その中でＬＲ−ＵＥ個別に用いるＳＲＳ構成を設定する。
【０４８０】
例えば、セル毎のＳＲＳ構成として、時間軸上のリソース情報としてもよい。どのスロットにＳＲＳを構成するかを特定する情報としてもよい。特定する情報の一例としては、システムフレーム番号（ＳＦＮ）、無線フレーム番号、スロット番号、シンボル番号、システムフレーム内無線フレームのオフセット値、サブフレーム内スロットのオフセット値、およびスロット間の間隔などがある。これによって、ＬＲ−ＵＥは、セル毎にＳＲＳが構成されるスロットを特定することができる。
【０４８１】
ＵＥ毎のＳＲＳ構成として、周波数軸上のリソース情報としてもよい。どのＰＲＢにＳＲＳを構成するかを特定する情報とすればよい。どのＰＲＢにＳＲＳを構成するかを特定する情報の一例としては、ＰＲＢ番号などがある。あるいは、どのサブキャリアにＳＲＳを構成するかを特定する情報としてもよい。どのサブキャリアにＳＲＳを構成するかを特定する情報の一例としては、サブキャリア番号などがある。
【０４８２】
また、ＵＥ毎のＳＲＳ構成として、他ＬＲ−ＵＥあるいはレガシーＵＥとの多重方法の情報としてもよい。例えば、他ＬＲ−ＵＥあるいはレガシーＵＥと、１ＰＲＢ内で周波数分割多重した場合、自身のＳＲＳが構成される周波数軸上のリソースを特定できる情報とすればよい。前記リソースを特定できる情報は、例えば、サブキャリアのオフセット値、サブキャリア間隔などがある。
【０４８３】
ＬＲ−ＵＥは、ｅＮＢから通知された前述のＳＲＳ構成を用いて、ＳＲＳを物理リソースにマッピングして送信する。
【０４８４】
ＬＲ−ＵＥは、スロット単位のＳＲＳが構成されているシンボルで、データを送信しない。該シンボルにデータをマッピングしない。
【０４８５】
該シンボルとして、ＬＲ−ＵＥ個別に設定されているＳＲＳ構成のシンボルだけではなく、セル毎に設定されているＳＲＳ構成のシンボルで、データを送信しないようにするとよい。該シンボルでデータをマッピングしないようにするとよい。
【０４８６】
また、ＬＲ−ＵＥは、レガシーＵＥのＳＲＳが構成されているシンボルで、データを送信しないようにするとよい。該シンボルにデータをマッピングしないようにするとよい。
【０４８７】
該シンボルとして、セル毎に設定されているＳＲＳ構成のシンボルで、データを送信しないようにするとよい。該シンボルでデータをマッピングしないようにするとよい。
【０４８８】
ＬＲ−ＵＥは、レガシーＵＥに対してセル毎に設定されるＳＲＳ構成をｅＮＢから受信するとよい。
【０４８９】
このようにすることによって、自身の送信データと自身のＳＲＳあるいはレガシーＵＥのＳＲＳとが衝突してしまうことを回避することが可能となる。
【０４９０】
スロット内の任意の１シンボルにＬＲ−ＵＥ用のＳＲＳが構成される場合、レガシーＵＥの上りデータと衝突してしまう場合が生じる。このような場合、レガシーＵＥの上りデータの通信品質の劣化、ＬＲ−ＵＥのＳＲＳ精度の劣化が引き起こされる。このような問題を解決する方法を開示する。
【０４９１】
レガシーＵＥのＰＵＳＣＨが送信されるＰＲＢ領域では、ＬＲ−ＵＥのＳＲＳを構成しない。ｅＮＢは、レガシーＵＥのＰＵＳＣＨが送信されるＰＲＢ領域で、ＬＲ−ＵＥのＳＲＳを設定しないようにしてもよい。
【０４９２】
ＬＲ−ＵＥは、ＬＲ−ＵＥ用のＰＵＳＣＨがマッピングされているＰＲＢおよび何もマッピングされていないＰＲＢの少なくとも一方でＳＲＳを送信する。
【０４９３】
図３０は、実施の形態５におけるＬＲ−ＵＥのＳＲＳの構成方法を説明するための図である。レガシーＵＥのＰＵＳＣＨが送信されるＰＲＢ領域では、ＬＲ−ＵＥのＳＲＳを構成しない。図３０に示す例では、サブフレーム＃１のサブフレーム内の１番目のスロットにおいて、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢの最後のシンボルには、ＬＲ−ＵＥのＳＲＳが構成されない。ＬＲ−ＵＥのＰＵＳＣＨがマッピングされるＰＲＢの最後のシンボルに、ＬＲ−ＵＥのＳＲＳが構成される。
【０４９４】
サブフレーム＃２のサブフレーム内の１番目のスロットにおいて、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢの最後のシンボルには、ＬＲ−ＵＥのＳＲＳが構成されない。ＬＲ−ＵＥのＰＵＳＣＨがマッピングされるＰＲＢと、何もスケジューリングされていないＰＲＢの最後のシンボルに、ＬＲ−ＵＥのＳＲＳが構成される。
【０４９５】
図３０に示す例では、サブフレーム＃１、サブフレーム＃２ともに、サブフレーム内の２番目のスロットの最後のシンボルに、レガシーＵＥのＳＲＳが構成されている。該シンボルに、ＬＲ−ＵＥのＳＲＳも構成される。該シンボルで、レガシーＵＥのＳＲＳとＬＲ−ＵＥのＳＲＳとが多重される。
【０４９６】
このようにすることによって、レガシーＵＥのＰＵＳＣＨとＬＲ−ＵＥのＳＲＳとが衝突することを回避することができる。また、レガシーＵＥのＳＲＳとＬＲ−ＵＥのＳＲＳとを共存させることが可能となる。また、ＬＲ−ＵＥは、該ＳＲＳが構成されるシンボルでＳＲＳを送信することが可能となる。
【０４９７】
図３０に示す例では、レガシーＵＥは、矢符１５６，１５８で示されるように、サブフレーム内の２スロット間で周波数ホッピングが行われる。またレガシーＵＥは、矢符１５７で示されるように、サブフレーム間の周波数ホッピングが行われる。参照符号「１５５」で示されるように、ＰＲＢ単位でスケジューリングされない物理リソースが存在する。
【０４９８】
ｅＮＢは、レガシーＵＥ用のＰＵＳＣＨのスケジューリングを行うので、ＰＵＳＣＨがマッピングされるＰＲＢを認識している。したがって、ｅＮＢは、ＬＲ−ＵＥ用のＳＲＳを、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢを避けて構成するとよい。
【０４９９】
あるいは、ｅＮＢは、ＬＲ−ＵＥ用のＳＲＳのセル毎の構成として、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢに構成してもよいが、ＬＲ−ＵＥ毎のＳＲＳ設定として、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢを避けて設定するようにしてもよい。
【０５００】
ＬＲ−ＵＥは、ｅＮＢから通知された自身のＳＲＳの設定に従って、ＳＲＳを送信する。
【０５０１】
このような方法を用いることによって、ＬＲ−ＵＥは、他のＬＲ−ＵＥのＰＵＳＣＨ領域を認識しなくてもよい。したがって、ＬＲ−ＵＥの制御が複雑化することを回避することができる。
【０５０２】
他の方法として、ｅＮＢは、ＬＲ−ＵＥに、他のＬＲ−ＵＥのＰＵＳＣＨ領域情報を通知してもよい。あるいは、ｅＮＢは、ＬＲ−ＵＥに、何もマッピングされていない領域情報を通知する。ＰＵＳＣＨ領域情報および、何もマッピングされていない領域情報としては、ＰＲＢ番号などがある。該情報を受信したＬＲ−ＵＥは、該領域でＳＲＳを送信可能とする。
【０５０３】
例えば、ｅＮＢは、セル毎のＬＲ−ＵＥ用のＳＲＳ構成として、スロット構成を通知する。その後、ｅＮＢは、ＬＲ−ＵＥ毎に、ＳＲＳ設定情報と、他のＬＲ−ＵＥのＰＵＳＣＨ領域情報および何もマッピングされていない領域情報の少なくとも一方の情報とを通知する。
【０５０４】
ＬＲ−ＵＥは、ｅＮＢから受信したこれらの情報を用いて、ＬＲ−ＵＥ用のＰＵＳＣＨがマッピングされているＰＲＢおよび何もマッピングされていないＰＲＢの少なくとも一方で、自身のＳＲＳ設定に従って、ＳＲＳを送信する。
【０５０５】
このような方法を用いることによって、ＬＲ−ＵＥは、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢを避けて、ＳＲＳを送信することができる。
【０５０６】
ｅＮＢは、ＬＲ−ＵＥ毎に、他のＬＲ−ＵＥのＰＵＳＣＨ領域情報を通知する場合、予め、ＬＲ−ＵＥのＰＵＳＣＨがマッピングされる物理リソース領域を確保しておいてもよい。しかし、予め物理リソース領域を確保することは、時間的に動的な負荷状況および電波伝搬状況に柔軟に対応できなくなり、物理リソースの使用効率を低下させる場合がある。
【０５０７】
このような問題を解決する方法として、ＳＲＳの設定を動的に行うようにするとよい。ｅＮＢは、ＬＲ−ＵＥからのＳＲＳの送信を必要とする場合、ＬＲ−ＵＥに対してＳＲＳの送信要求を通知する。
【０５０８】
ＳＲＳの送信要求は、ＬＲ−ＵＥに対して、ＰＤＣＣＨあるいはＬＲ−ＥＰＤＣＣＨで通知するとよい。スロット毎のＤＣＩに含めて通知するとよい。ＳＲＳの送信要求とともに、ＳＲＳ設定情報と、他のＬＲ−ＵＥのＰＵＳＣＨ領域情報および何もマッピングされていない領域情報の少なくとも一方の情報とを通知する。
【０５０９】
ｅＮＢから、自身宛てのＰＤＣＣＨあるいはＬＲ−ＥＰＤＣＣＨを受信し、ＳＲＳの送信要求とこれらの情報を受信したＬＲ−ＵＥは、受信した情報に従って、該ＰＤＣＣＨあるいはＬＲ−ＥＰＤＣＣＨが送信されたスロットに対応する上りスロットでＳＲＳを送信する。
【０５１０】
ＳＲＳの送信要求を通知せずに、ＳＲＳ設定情報ならびに、他のＬＲ−ＵＥのＰＵＳＣＨ領域情報および何もマッピングされていない領域情報の少なくとも一方の情報のみを通知するようにしてもよい。ＬＲ−ＵＥは、該情報の受信に基づいて、ＳＲＳの送信を行うと判断するようにしてもよい。これによって、要求のための情報が削減できる。
【０５１１】
あるいは、ＳＲＳの送信要求およびＳＲＳ設定情報のみを通知するようにしてもよい。他のＬＲ−ＵＥのＰＵＳＣＨ領域情報および何もマッピングされていない領域情報の少なくとも一方の情報は通知しない。
【０５１２】
前述したように、ｅＮＢは、レガシーＵＥ用のＰＵＳＣＨのスケジューリングを行うので、ＰＵＳＣＨがマッピングされるＰＲＢを認識している。ｅＮＢは、ＬＲ−ＵＥ用のＳＲＳを、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢを避けて設定できる。この場合、ｅＮＢは、ＳＲＳの送信要求およびＳＲＳ設定情報のみを通知するだけでよい。
【０５１３】
ＬＲ−ＵＥは、ｅＮＢから通知された自身のＳＲＳの設定に従ってＳＲＳを設定し、ｅＮＢから通知されたＳＲＳの送信要求に従って、対応する上りスロットでＳＲＳを送信する。
【０５１４】
このようにすることによって、他のＬＲ−ＵＥのＰＵＳＣＨ領域情報および、何もマッピングされていない領域情報の少なくとも一方の情報は、通知が不要となるので、ＤＣＩの情報量を削減することが可能となる。
【０５１５】
あるいは、ＳＲＳの送信要求は通知せず、ＳＲＳ設定情報のみを通知するようにしてもよい。ＳＲＳの設定がＳＲＳの送信要求であると決めておくとよい。ＬＲ−ＵＥは、ｅＮＢから通知された自身のＳＲＳの設定に従って、対応する上りスロットでＳＲＳを送信する。これによって、ＤＣＩの情報量をさらに削減することができる。
【０５１６】
このような方法を用いることによって、ＬＲ−ＵＥは、レガシーＵＥのＰＵＳＣＨの柔軟なスケジューリングに対応することができる。ＬＲ−ＵＥは、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢを避けて、ＳＲＳを送信することができる。
【０５１７】
さらに、時間的に動的な負荷状況および電波伝搬状況に柔軟に対応できるようになるので、物理リソースの使用効率の低下を抑制することができる。
【０５１８】
スロット＃奇数のスロットでは、他の方法として、ＬＲ−ＵＥ用のＳＲＳをスロット内の最後のシンボルに構成するようにして、レガシーＵＥのＳＲＳと前述した方法で多重してもよい。
【０５１９】
ｅＮＢは、レガシーＵＥのＳＲＳ構成をレガシーＵＥに通知する。したがって、レガシーＵＥは、どのスロットの最後のシンボルでＳＲＳが構成されるかを認識しており、そのシンボルではデータを送信しない。このデータが送信されないシンボルをＬＲ−ＵＥのＳＲＳ用として用いることによって、レガシーＵＥのデータと衝突することを回避することができる。
【０５２０】
前述の方法を用いることによって、ＬＲ−ＵＥのＳＲＳをスロット単位で送信することが可能となる。また、ＬＴＥの同一キャリア上で、ＬＲ−ＵＥのＳＲＳとレガシーＵＥのＳＲＳとを共存させることが可能となる。
【０５２１】
したがって、ｅＮＢは、ＬＲ−ＵＥのスロット単位のＳＲＳを受信することが可能となり、該ＳＲＳを用いてＬＲ−ＵＥへの効率の良いデータスケジューリングを行うことが可能となる。
【０５２２】
また、ｅＮＢによるレガシーＵＥへのデータスケジューリング効率の低下を抑制しつつ、ＬＲ−ＵＥへのデータスケジューリング効率を向上させることが可能となる。
【０５２３】
したがって、レガシーＵＥのデータの伝送速度の低下を抑制しつつ、ＬＲ−ＵＥのデータの伝送速度を向上することが可能となる。
【０５２４】
ＬＲ−ＵＥのＳＲＳ設定とＰＵＣＣＨの送信とが同じスロット内で発生する場合がある。その場合は、従来のＳＲＳとＰＵＣＣＨとが同時発生した場合の方法と同じにするとよい。従来の方法と同じにすることによって、制御が複雑化することを回避することが可能となる。
【０５２５】
前述のように、本実施の形態では、短縮したＴＴＩに対応するために、スロット単位のＳＲＳについて開示した。
【０５２６】
しかし、他の方法として、ＬＲ−ＵＥのＳＲＳの送信に、サブフレーム単位の従来のＳＲＳの送信方法を適用してもよい。
【０５２７】
ｅＮＢのスケジューリングにおいて、スロット単位のＳＲＳが不要となる場合がある。例えば、セルの負荷が少ない場合などである。スロット単位のＳＲＳが無くても、ｅＮＢのスケジューリング効率の低下は少ない。このような場合に、従来のＳＲＳの送信方法を適用することによって、シグナリング量の増大を抑制することが可能となる。また、レガシーＵＥとの共存も容易になるので、制御が複雑化することを回避することが可能となる。
【０５２８】
スロット単位のＳＲＳとサブフレーム単位のＳＲＳとを適宜組み合わせてもよい。セル毎に使い分けてもよいし、ＵＥ毎に使い分けてもよい。準静的または動的に使い分けてもよい。判断基準として、セルの負荷、セルのスループット、セルの平均遅延時間、ＵＥ毎の通信品質、要求ＱｏＳ（Quality of Service）毎、要求遅延時間毎などに応じて使い分けるとよい。
【０５２９】
ＬＲ−ＵＥ用のＰＵＣＣＨでＳＲ、ＣＳＩ、下りデータに対するＡｃｋ／Ｎａｃｋを送信するが、該ＬＲ−ＵＥのＰＵＣＣＨをＳＲＳとを同じシンボルで送信する場合、従来のレガシーＵＥのＰＵＣＣＨとＳＲＳの方法と同様にしてもよい。
【０５３０】
実施の形態６．
実施の形態１では、短縮したＴＴＩの例として、ＴＴＩ＝１スロットの場合について開示した。本実施の形態では、短縮したＴＴＩの例として、ＴＴＩ＝１シンボルの場合について、解決策を開示する。
【０５３１】
ＰＤＳＣＨとＰＤＣＣＨの送信方法について、以下の（１），（２）の２つを開示する。
【０５３２】
（１）ＵＥに対して、ＲＲＣシグナリングを用いてＬＲ−ＵＥのＰＤＣＣＨをマッピングする物理リソース領域を設定する。
【０５３３】
（２）ＵＥに対して、ＲＲＣシグナリングを用いてＬＲ−ＵＥのＰＤＳＣＨをマッピングする物理リソース領域を設定する。
【０５３４】
前記送信方法（１）では、ＬＲ−ＵＥのＰＤＳＣＨのスケジューリング情報は、ＬＲ−ＵＥのＰＤＣＣＨに含まれる。ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを受信して、受信したＰＤＣＣＨに含まれる自身宛てのＰＤＳＣＨのスケジューリング情報を受信して、ＰＤＳＣＨを受信する。
【０５３５】
前記送信方法（１）について、さらに具体例を開示する。ＬＲ−ＵＥのＰＤＣＣＨがマッピングされる物理リソースとして、ＰＲＢ単位で構成する。ＬＲ−ＵＥのＰＤＣＣＨがマッピングされる物理リソースとして、ＰＲＢペア単位で構成してもよい。
【０５３６】
ＬＲ−ＵＥのＰＤＣＣＨは、従来のＰＤＳＣＨがマッピングされる物理リソース領域にマッピングされる。
【０５３７】
ＬＲ−ＵＥのＰＤＣＣＨは、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢペアを避けてマッピングされる。
【０５３８】
従来のＰＤＣＣＨがマッピングされるシンボル（１〜４シンボル、ＰＣＦＩＣＨで指示）は除かれる。
【０５３９】
このような方法を用いることによって、ＬＲ−ＵＥのＰＤＣＣＨ領域と既存の物理チャネルとを共存させることが可能となる。ここでは、ＬＲ−ＵＥのＰＤＣＣＨ領域を「ＬＲ−ＰＤＣＣＨ領域」という。
【０５４０】
ＬＲ−ＰＤＣＣＨ領域内で、複数のＬＲ−ＵＥのＰＤＣＣＨが多重される。任意の一つのＬＲ−ＵＥのＰＤＣＣＨは、１シンボル内にマッピングされる。１シンボル内で複数のＬＲ−ＵＥのＰＤＣＣＨが多重されてもよい。あるいは、１シンボルに１つのＬＲ−ＵＥのＰＤＣＣＨがマッピングされ、ＬＲ−ＰＤＣＣＨ領域内で複数のＬＲ−ＵＥのＰＤＣＣＨが多重されてもよい。
【０５４１】
ＬＲ−ＵＥのＤＣＩは、１ＴＴＩ＝１シンボル毎のＤＣＩとするとよい。ＤＣＩには、１シンボル分のスケジューリング情報が含まれる。
【０５４２】
ＬＲ−ＵＥのＤＣＩに、ＬＲ−ＵＥのＰＤＳＣＨのスケジューリング情報を含めるとよい。ＬＲ−ＵＥのスケジューリング情報に、ＬＲ−ＵＥのＰＤＳＣＨの物理リソースへのアロケーション情報を含めるとよい。ＬＲ−ＵＥのＤＣＩは、ＬＲ−ＵＥのＰＤＣＣＨにマッピングされ、ＬＲ−ＰＤＣＣＨ領域にマッピングされる。
【０５４３】
スケジューリング情報としては、アロケーション情報およびＭＣＳ情報などがある。アロケーション情報としては、シンボル情報、サブキャリア情報がある。周波数軸上の物理リソースを特定するために、サブキャリア情報の代わりにＰＲＢ単位の情報としてＰＲＢ情報を用いてもよい。例えば、ＰＲＢの数およびＰＲＢ番号などである。
【０５４４】
ＬＲ−ＵＥ用のＰＤＣＣＨには、ＬＲ−ＵＥのＣ−ＲＮＴＩでスクランブルされたＣＲＣを用いるとよい。従来のＵＥ用のＰＤＣＣＨと同様に、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩでＬＲ−ＰＤＣＣＨ領域を検索することによって、自身宛てのＰＤＣＣＨを検出して受信することが可能となる。
【０５４５】
ＬＲ−ＵＥのＰＤＳＣＨのスケジューリング情報が含まれるＰＤＣＣＨを、ＬＲ−ＰＤＣＣＨ領域内の該ＰＤＳＣＨと同一のシンボルにマッピングするとよい。
【０５４６】
このようにすることによって、ＬＲ−ＵＥは、自身のＰＤＣＣＨを検出して、受信したシンボルと同じシンボルでＰＤＳＣＨを受信することが可能となる。
【０５４７】
また、ＬＲ−ＵＥの複数のＰＤＣＣＨが、ＬＲ−ＰＤＣＣＨ領域内の複数のシンボルにマッピングされてもよい。
【０５４８】
ＬＲ−ＵＥは、ＬＲ−ＰＤＣＣＨ領域内の自身のＰＤＣＣＨをシンボル毎に検出して受信する。受信したＰＤＣＣＨのスケジューリング情報に従って、該ＰＤＣＣＨと同一シンボルに存在するＰＤＳＣＨを受信する。
【０５４９】
また、１シンボル内に、ＬＲ−ＵＥの複数のＰＤＣＣＨをマッピングしてもよい。それぞれ異なるＰＤＳＣＨのスケジューリングを行う。各ＰＤＳＣＨは、同一のシンボル内にマッピングされてもよいし、異なるシンボルにマッピングされてもよい。
【０５５０】
同一のシンボル内にマッピングされる場合、ＬＲ−ＵＥは、ＬＲ−ＰＤＣＣＨ領域内の自身のＰＤＣＣＨをシンボル毎に検出して受信する。受信した複数のＰＤＣＣＨに含まれるスケジューリング情報に従って、該ＰＤＣＣＨと同一のシンボルに存在する複数のＰＤＳＣＨを受信する。
【０５５１】
異なるシンボルにマッピングされる場合、該ＤＣＩにシンボルを特定する情報を設けてもよい。同一のシンボルにＰＤＳＣＨがスケジューリングされる場合だけでなく、他のシンボルにＰＤＳＣＨがスケジューリングされるような場合に有効である。ＬＲ−ＵＥは、ＬＲ−ＰＤＣＣＨ領域内の自身のＰＤＣＣＨをシンボル毎に検出して受信する。受信した複数のＰＤＣＣＨに含まれるスケジューリング情報に従って、ＰＤＳＣＨがスケジューリングされるシンボルでＰＤＳＣＨを受信する。
【０５５２】
また、ＬＲ−ＵＥの一つのＰＤＣＣＨのＤＣＩに複数のＰＤＳＣＨのスケジューリング情報をマッピングしてもよい。各ＰＤＳＣＨは、同一のシンボル内にマッピングされてもよいし、異なるシンボルにマッピングされてもよい。該ＤＣＩにそれぞれのＰＤＳＣＨがマッピングされるシンボルを特定する情報を設けてもよい。ＬＲ−ＵＥは、ＬＲ−ＰＤＣＣＨ領域内の自身のＰＤＣＣＨをシンボル毎に検出して受信する。受信したＰＤＣＣＨに含まれる複数のＰＤＳＣＨのスケジューリング情報に従って、複数のＰＤＳＣＨを受信する。
【０５５３】
図３１は、実施の形態６におけるＬＲ−ＵＥのシンボル毎のＰＤＣＣＨとＰＤＳＣＨの送信方法を説明するための図である。図３１に示す例では、スロット毎にＰＲＢ単位でＬＲ−ＰＤＣＣＨ領域が構成される。ＬＲ−ＰＤＣＣＨ領域とレガシーＵＥのＰＤＳＣＨがマッピングされる領域とは、重ならないように構成される。ＬＲ−ＰＤＣＣＨ領域が先に構成される場合、レガシーＵＥのＰＤＳＣＨは、ＬＲ−ＰＤＣＣＨ領域を避けてマッピングされる。ＬＲ−ＰＤＣＣＨ領域内に、シンボル毎に複数のＬＲ−ＵＥのＰＤＣＣＨが多重されてマッピングされる。同じＬＲ−ＵＥのＰＤＣＣＨが複数マッピングされてもよい。サブフレーム内の１番目のスロットのＬＲ−ＰＤＣＣＨ領域は、従来のＰＤＣＣＨ領域１６０のシンボルが除かれる。
【０５５４】
ＬＲ−ＰＤＣＣＨ領域内にマッピングされたＬＲ−ＵＥのＰＤＣＣＨによって、ＬＲ−ＵＥのＰＤＳＣＨをスケジューリングする。ＬＲ−ＵＥのＰＤＣＣＨが存在するシンボルと同一のシンボル内のＰＤＳＣＨをスケジューリングする。ＬＲ−ＵＥのＰＤＳＣＨとレガシーＵＥのＰＤＳＣＨとは、重ならないようにスケジューリングされる。このようにすることによって、レガシーＵＥとの共存が可能となる。
【０５５５】
図３１に示す例では、ＬＲ−ＵＥのＰＤＳＣＨは、周波数軸上の同じ周波数領域にスケジューリングされる。これに限らず、ＬＲ−ＵＥのＰＤＳＣＨが個別に周波数軸上の異なる周波数領域にスケジューリングされてもよい。周波数軸上の同じ周波数領域、例えばＰＲＢの周波数領域である１２サブキャリア単位でスケジューリングする場合、レガシーＵＥのＰＤＳＣＨの物理リソースへのマッピングとの関係で、簡易にかつ効率良くスケジューリングすることが可能となる。参照符号「１６１」で示されるように、シンボル単位でスケジューリングされない物理リソースが存在する。
【０５５６】
図３２は、実施の形態６におけるＬＲ−ＵＥのシンボル毎のＰＤＣＣＨとＰＤＳＣＨの他の例を説明するための図である。図３２では、レガシーＵＥのＰＤＳＣＨのＰＲＢペアの周波数が異なる場合を示している。ＬＲ−ＰＤＣＣＨは、スロット毎に周波数軸上の異なる周波数領域に構成される。また、サブフレーム内の２番目のスロットでは、ＬＲ−ＰＤＣＣＨ領域内にマッピングされるＬＲ−ＵＥのＰＤＣＣＨと連続してＰＤＳＣＨがスケジューリングされる。サブフレーム内の１番目のスロットのＬＲ−ＰＤＣＣＨ領域は、従来のＰＤＣＣＨ領域１６５のシンボルが除かれる。
【０５５７】
このように、スロット毎にＰＲＢ単位でＬＲ−ＰＤＣＣＨ領域の構成を柔軟に行うことによって、レガシーＵＥのＰＤＳＣＨとＬＲ−ＵＥのＰＤＳＣＨとがマッピングされる物理リソースを柔軟に設定することができる。
【０５５８】
ＬＲ−ＰＤＣＣＨ領域の設定方法について開示する。ＬＲ−ＰＤＣＣＨ領域を設定する。ＬＲ−ＰＤＣＣＨセットとして設定してもよい。ＬＲ−ＰＤＣＣＨセットの周波数軸上のリソースは、ＰＲＢ単位で設定する。連続的なＰＲＢを設定してもよいし、非連続的なＰＲＢを設定してもよい。
【０５５９】
ＬＲ−ＰＤＣＣＨ領域の時間軸上のリソースは、スロット単位で設定する。連続的なスロットを設定してもよいし、非連続的なスロットを設定してもよい。毎スロット設定してもよい。あるいは、サブフレーム単位で設定してもよい。
【０５６０】
ＬＲ−ＰＤＣＣＨ領域は、セル毎に設定されてもよいし、ＬＲ−ＵＥ毎に設定されてもよいし、ＬＲ−ＵＥのグループ毎、例えばＬＲ−ＰＤＣＣＨ領域にマッピングされるＬＲ−ＵＥのグループ毎に設定されてもよい。また、システムとして規格で設定されてもよい。あるいは、これらの組合せでもよい。
【０５６１】
例えば、ＬＲ−ＰＤＣＣＨ領域の時間軸上および周波数軸上の設定をセル毎とする。１シンボル内のＬＲ−ＵＥの多重方法は、システムとして予め規格で決めておいてもよい。このようにすることによって、ｅＮＢは、ＬＲ−ＰＤＣＣＨ領域のスロットタイミングおよびＰＲＢを予め設定することが可能となり、スケジューリングが容易になる。ＬＲ−ＵＥは、セル毎に設定されているＬＲ−ＰＤＣＣＨ領域のスロットタイミングとＰＲＢとを認識し、そのスロットとＰＲＢとにおいてＵＥ毎のＰＤＣＣＨを検索し、受信することが可能となる。
【０５６２】
他の例として、ＬＲ−ＰＤＣＣＨ領域を設定可能なリソースの設定をセル毎で行い、実際にＬＲ−ＵＥに対するＬＲ−ＰＤＣＣＨ領域の設定をＵＥ毎で行ってもよい。予め、セル毎にＬＲ−ＰＤＣＣＨ領域を設定可能なリソースの設定を行っておくことによって、レガシーＵＥとの同一サブフレーム上へのＬＲ−ＵＥのＰＤＣＣＨのスケジューリングを容易にできる。また、レガシーＵＥとＬＲ−ＵＥとの共存を容易にすることが可能となる。
【０５６３】
ＬＲ−ＰＤＣＣＨ領域の設定は、静的に決められてもよいし、準静的または動的に決められてもよい。
【０５６４】
静的に決められる場合、規格などで決められるとよい。準静的または動的に決められる場合、ＲＲＣシグナリングを用いるとよい。
【０５６５】
例えば、セル毎の設定については規格で決めておき、ＵＥ毎の設定については準静的または動的にＲＲＣシグナリングを用いて決めてもよい。
【０５６６】
他の例として、セル毎の設定の場合、報知情報として、ｅＮＢから傘下のＵＥに対して報知するとよい。ＬＲ−ＵＥ毎の設定の場合、ＵＥ個別シグナリングで、ｅＮＢから、短縮したＴＴＩを実行するＬＲ−ＵＥに対して通知する。
【０５６７】
ｅＮＢは、ＲＲＣシグナリングとして、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージにＬＲ−ＰＤＣＣＨ領域の設定情報を含めて、ＬＲ−ＵＥに通知してもよい。
【０５６８】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥは、ＰＣＦＩＣＨを受信し、スロット＃０のＰＤＳＣＨ領域の先頭のシンボルを認識する。ＬＲ−ＵＥは、ＬＲ−ＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検出する。ＬＲ−ＰＤＣＣＨ領域の構成は、例えばＲＲＣシグナリングを用いてｅＮＢから通知される。
【０５６９】
これによって、ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを検出することができる。ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで検出したＰＤＣＣＨからＤＣＩを取得する。ＬＲ−ＵＥは、ＤＣＩ中のスケジューリング情報を用いてＰＤＳＣＨを受信する。どのシンボル、どのサブキャリアにＰＤＳＣＨがアロケーションされているかを認識するために、シンボル情報、サブキャリア情報を用いるとよい。シンボル内の周波数領域を特定するために、ＰＲＢ単位の情報としてＰＲＢ情報を用いてもよい。ＬＲ−ＵＥは、スケジューリング情報を用いて、受信したＰＤＳＣＨを復調して、データを取得する。
【０５７０】
ＬＲ−ＰＤＣＣＨ領域において、１シンボル毎にＲＳを設ける。ＬＲ−ＵＥのＰＤＣＣＨがマッピングされるシンボルにＲＳを設けてもよい。ＰＤＣＣＨの復調用に用いるとよい。また、ＬＲ−ＵＥのＰＤＳＣＨがマッピングされるシンボルの物理リソース内にＲＳを設ける。ＬＲ−ＰＤＳＣＨの復調用に用いるとよい。ＲＳは、セル個別に設けられてもよいし、ＬＲ−ＵＥ個別に設けられてもよい。
【０５７１】
ＬＲ−ＵＥのＰＤＣＣＨあるいはＰＤＳＣＨが周波数軸上で複数の連続したＰＲＢにマッピングされる場合、ＲＳを設けるサブキャリア間隔を大きくしてもよい。例えば、ＰＲＢ数とＲＳとを設けるサブキャリア間隔を予め規格で決めておいてもよい。あるいは、ｅＮＢが準静的または動的に決定し、ＬＲ−ＵＥに対してＲＲＣシグナリングで通知してもよい。
【０５７２】
また、ＬＲ−ＵＥのＰＤＣＣＨとＰＤＳＣＨとを周波数軸上で連続したＰＲＢにマッピングすることによって、該ＰＤＣＣＨとＰＤＳＣＨとを合わせたＲＳで復調できるようになる。したがって、このような場合、ＲＳを設けるサブキャリアの間隔を大きくできる。このような場合も、連続したＰＲＢ数とＲＳとを設けるサブキャリアの間隔を予め規格で決めておいてもよい。あるいは、ｅＮＢが準静的または動的に決定し、ＬＲ−ＵＥに対してＲＲＣシグナリングで通知してもよい。
【０５７３】
また、ＬＲ−ＵＥのＰＤＣＣＨとＰＤＳＣＨとを時間軸上で連続したシンボルにマッピングすることによって、該ＰＤＣＣＨとＰＤＳＣＨとを合わせたＲＳで復調できるようになる。したがって、このような場合、ＲＳを設けるシンボルの間隔を大きくできる。このような場合も、連続したシンボル数とＲＳとを設けるシンボルの間隔を予め規格で決めておいてもよい。あるいは、ｅＮＢが準静的または動的に決定し、ＬＲ−ＵＥに対してＲＲＣシグナリングで通知してもよい。
【０５７４】
以上のように前記送信方法（１）によって、レガシーＵＥのＰＤＳＣＨは、サブフレーム単位で物理リソースにマッピングされる。ＬＲ−ＵＥのＰＤＳＣＨは、レガシーＵＥのＰＤＳＣＨがマッピングされる物理リソースの領域に、シンボル単位でマッピングされる。これによって、ＬＲ−ＵＥのＰＤＳＣＨを、ＴＴＩ毎に物理リソースにマッピングすることが可能となる。したがって、ＬＲ−ＵＥに対するデータの伝送速度を向上させることが可能となる。また、レガシーＵＥのＰＤＳＣＨと、ＬＲ−ＵＥのＰＤＳＣＨとを、１つのサブフレーム内の物理リソースに共存させることが可能となる。したがって、種々のＴＴＩに対応することが可能であり、後方互換性を有する通信システムを実現することができる。
【０５７５】
前記送信方法（２）の場合、ＬＲ−ＵＥのＰＤＣＣＨは、ＬＲ−ＵＥのＰＤＳＣＨ領域に多重されてもよいし、別の領域に設けられてもよい。別の領域に設けられる場合、前記送信方法（１）の方法を適用してもよい。ＬＲ−ＵＥのＰＤＣＣＨに、ＰＤＳＣＨのスケジューリング情報を含めたＤＣＩをマッピングする。ＬＲ−ＵＥのＰＤＳＣＨのスケジューリング情報として、ＰＤＳＣＨの物理リソースアロケーション情報を含まず、その他のＭＣＳなどの情報のみ含ませてもよい。ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを受信して、それに含まれるＰＤＳＣＨのスケジューリング情報を受信して、ＬＲ−ＵＥ用ＰＤＳＣＨ領域内のＰＤＳＣＨを受信する。
【０５７６】
ＬＲ−ＵＥのＰＤＳＣＨがマッピングされる物理リソースとして、ＰＲＢ単位で構成する。ＬＲ−ＵＥのＰＤＳＣＨがマッピングされる物理リソースとして、ＰＲＢペア単位で構成してもよい。
【０５７７】
ＬＲ−ＵＥのＰＤＳＣＨは、従来のＰＤＳＣＨがマッピングされる物理リソース領域にマッピングされる。
【０５７８】
ＬＲ−ＵＥのＰＤＳＣＨは、レガシーＵＥのＰＤＳＣＨがマッピングされるＰＲＢペアを避けてマッピングされる。
【０５７９】
従来のＰＤＣＣＨがマッピングされるシンボル（１〜４シンボル、ＰＣＦＩＣＨで指示）は除かれる。
【０５８０】
このような方法を用いることによって、ＬＲ−ＵＥのＰＤＳＣＨ領域と既存の物理チャネルとを共存させることが可能となる。ここでは、ＬＲ−ＵＥのＰＤＳＣＨ領域を「ＬＲ−ＰＤＳＣＨ領域」という。
【０５８１】
ＬＲ−ＰＤＳＣＨ領域内で、複数のＬＲ−ＵＥのＰＤＳＣＨが多重される。任意の一つのＬＲ−ＵＥのＰＤＳＣＨは、１シンボル内にマッピングされる。１シンボル内で複数のＬＲ−ＵＥのＰＤＳＣＨが多重されてもよい。あるいは、１シンボルに１つのＬＲ−ＵＥのＰＤＳＣＨがマッピングされ、ＬＲ−ＰＤＳＣＨ領域内で複数のＬＲ−ＵＥのＰＤＳＣＨが多重されてもよい。
【０５８２】
ＬＲ−ＵＥのＤＣＩは、１ＴＴＩ＝１シンボル毎のＤＣＩとするとよい。ＤＣＩには、１シンボル分のスケジューリング情報が含まれる。
【０５８３】
ＬＲ−ＵＥのＤＣＩに、ＬＲ−ＵＥのＰＤＳＣＨのスケジューリング情報を含めるとよい。ＬＲ−ＵＥのＤＣＩは、ＬＲ−ＵＥのＰＤＣＣＨにマッピングされ、ＬＲ−ＰＤＳＣＨ領域に多重されてマッピングされる。
【０５８４】
スケジューリング情報としては、アロケーション情報およびＭＣＳ情報などがある。アロケーション情報としては、周波数領域を特定するために、ＰＲＢ単位の物理リソースの情報がある。例えば、ＰＲＢの数およびＰＲＢ番号などである。スケジューリング情報に、ＬＲ−ＵＥのＰＤＳＣＨの物理リソースへのアロケーション情報を含めなくてもよい。ＬＲ−ＰＤＳＣＨ領域内にＰＤＳＣＨがアロケーションされるので、ＬＲ−ＵＥのＰＤＳＣＨの物理リソースへのアロケーション情報は無くてもよい。
【０５８５】
ＬＲ−ＵＥ用のＰＤＣＣＨには、ＬＲ−ＵＥのＣ−ＲＮＴＩでスクランブルされたＣＲＣを用いるとよい。従来のＵＥ用のＰＤＣＣＨと同様に、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩでＬＲ−ＰＤＳＣＨ領域を検索することによって、自身宛てのＰＤＣＣＨを検出して受信することが可能となる。
【０５８６】
ＬＲ−ＵＥのＰＤＣＣＨを、ＬＲ−ＰＤＳＣＨ領域内の該ＰＤＳＣＨと同一のシンボルにマッピングするとよい。ＬＲ−ＵＥのＰＤＣＣＨとＰＤＳＣＨとが多重されてマッピングされる。多重は１シンボル内で行われる。多重方法として、例えば周波数分割多重、コード分割多重などがある。周波数分割多重とした場合、サブキャリア単位およびＲＥ単位で分割多重するとよい。また、周波数軸上においてＰＲＢ単位（１２サブキャリア単位）で分割多重してもよい。ＬＲ−ＰＤＳＣＨ領域を複数のＰＲＢを用いて構成する場合に適用してもよい。
【０５８７】
多重方法は、予め規格などで静的に決めておいてもよいし、準静的または動的に決めてもよい。準静的または動的に決められる場合、ｅＮＢが決定し、ＲＲＣシグナリングでＬＲ−ＵＥに通知するとよい。また、規格で何種類かの多重方法の一覧表を設けておき、その中のどれを選択するかを示す情報を設けてＬＲ−ＵＥに通知してもよい。
【０５８８】
このようにすることによって、ＬＲ−ＵＥは、自身のＰＤＣＣＨを検出し、受信したシンボルと同じシンボルでＰＤＳＣＨを受信することが可能となる。
【０５８９】
また、ＬＲ−ＵＥの複数のＰＤＣＣＨが、ＬＲ−ＰＤＳＣＨ領域内の複数のシンボルに多重されてもよい。
【０５９０】
ＬＲ−ＵＥは、ＬＲ−ＰＤＳＣＨ領域内の自身のＰＤＣＣＨをシンボル毎に検出して受信する。受信したＰＤＣＣＨのスケジューリング情報に従って、該ＰＤＣＣＨと同一のシンボルに存在するＰＤＳＣＨを受信する。
【０５９１】
また、１シンボル内に、ＬＲ−ＵＥの複数のＰＤＣＣＨをマッピングしてもよい。それぞれ異なるＰＤＳＣＨのスケジューリングを行う。各ＰＤＳＣＨは、同一のシンボル内にマッピングされてもよいし、異なるシンボルにマッピングされてもよい。
【０５９２】
同一のシンボル内にマッピングされる場合、ＬＲ−ＵＥは、ＬＲ−ＰＤＳＣＨ領域内に多重されている自身のＰＤＣＣＨをシンボル毎に検出して受信する。受信した複数のＰＤＣＣＨに含まれるスケジューリング情報に従って、該ＰＤＣＣＨと同一のシンボルに存在する複数のＰＤＳＣＨを受信する。
【０５９３】
異なるシンボルにマッピングされる場合、該ＤＣＩにシンボルを特定する情報を設けてもよい。同一のシンボルにＰＤＳＣＨがスケジューリングされる場合だけでなく、他のシンボルにＰＤＳＣＨがスケジューリングされるような場合に有効である。ＬＲ−ＵＥは、ＬＲ−ＰＤＳＣＨ領域内の自身のＰＤＣＣＨをシンボル毎に検出して受信する。受信した複数のＰＤＣＣＨに含まれるスケジューリング情報に従って、ＰＤＳＣＨがスケジューリングされるシンボルでＰＤＳＣＨを受信する。
【０５９４】
また、ＬＲ−ＵＥの一つのＰＤＣＣＨのＤＣＩに、複数のＰＤＳＣＨのスケジューリング情報をマッピングしてもよい。各ＰＤＳＣＨは、同一のシンボル内にマッピングされてもよいし、異なるシンボルにマッピングされてもよい。該ＤＣＩにそれぞれのＰＤＳＣＨがマッピングされるシンボルを特定する情報を設けてもよい。ＬＲ−ＵＥは、ＬＲ−ＰＤＳＣＨ領域内の自身のＰＤＣＣＨをシンボル毎に検出して受信する。受信したＰＤＣＣＨに含まれる複数のＰＤＳＣＨのスケジューリング情報に従って、複数のＰＤＳＣＨを受信する。
【０５９５】
図３３は、実施の形態６における送信方法を説明するための図である。図３３では、ＬＲ−ＰＤＳＣＨを構成した場合のＰＤＳＣＨの送信方法について説明する。
【０５９６】
図３３に示す例では、スロット毎にＰＲＢ単位でＬＲ−ＰＤＳＣＨ領域が構成される。ＬＲ−ＰＤＳＣＨ領域とレガシーＵＥのＰＤＳＣＨがマッピングされる領域とは、重ならないように構成される。ＬＲ−ＰＤＳＣＨ領域が先に構成される場合、レガシーＵＥのＰＤＳＣＨは、ＬＲ−ＰＤＳＣＨ領域を避けてマッピングされる。ＬＲ−ＰＤＳＣＨ領域を、周波数軸上の同じ周波数領域、例えばＰＲＢの周波数領域である１２サブキャリア単位でスケジューリングする場合、レガシーＵＥのＰＤＳＣＨの物理リソースへのマッピングとの関係で、簡易にかつ効率良くスケジューリングすることが可能となる。
【０５９７】
ＬＲ−ＰＤＳＣＨ領域内に、シンボル毎に複数のＬＲ−ＵＥのＰＤＳＣＨが多重されてマッピングされる。同じＬＲ−ＵＥのＰＤＳＣＨが複数マッピングされてもよい。サブフレーム内の１番目のスロットのＬＲ−ＰＤＳＣＨ領域は、従来のＰＤＣＣＨ領域のシンボルが除かれる。
【０５９８】
ＬＲ−ＵＥのＰＤＣＣＨは、ＬＲ−ＰＤＳＣＨ領域内に多重されてもよい。該ＰＤＣＣＨによってＬＲ−ＵＥのＰＤＳＣＨをスケジューリングする。ＬＲ−ＵＥのＰＤＣＣＨが存在するシンボルと同一のシンボル内のＰＤＳＣＨをスケジューリングする。参照符号「１７０」で示されるように、シンボル単位でスケジューリングされない物理リソースが存在する。
【０５９９】
図３４は、実施の形態６におけるＬＲ−ＰＤＳＣＨを構成する他の方法について説明するための図である。
【０６００】
図３３に示す例では、ＬＲ−ＰＤＳＣＨ領域は、サブフレーム内の１番目のスロットと２番目のスロットで、周波数軸上の同じ周波数領域に構成される。これに限らず、ＬＲ−ＰＤＳＣＨが個別に周波数軸上の異なる周波数領域に構成されてもよい。
【０６０１】
図３４では、ＬＲ−ＰＤＳＣＨ領域がスロット毎に個別に周波数軸上の異なる周波数領域に構成される場合を示している。ＬＲ−ＰＤＳＣＨを周波数軸上で柔軟に構成することによって、レガシーＵＥのＰＤＳＣＨがマッピングされる物理リソースを柔軟に設定することができる。
【０６０２】
ＬＲ−ＰＤＳＣＨの設定方法は、前記送信方法（１）のＬＲ−ＰＤＣＣＨの設定方法を適用するとよい。
【０６０３】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥは、ＰＣＦＩＣＨを受信し、スロット＃０のＰＤＳＣＨ領域の先頭のシンボルを認識する。
【０６０４】
ＬＲ−ＵＥは、ＬＲ−ＰＤＳＣＨ領域を、自身のＣ−ＲＮＴＩで自身宛てのＰＤＣＣＨを検出する。ＬＲ−ＰＤＳＣＨ領域の構成は、例えばＲＲＣシグナリングを用いてｅＮＢから通知される。ＬＲ−ＰＤＳＣＨ領域のＰＤＳＣＨとＰＤＣＣＨとの多重方法は、例えば規格によって予め決められる。これらによって、ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを検出することができる。
【０６０５】
ＬＲ−ＵＥは、自身のＣ−ＲＮＴＩで検出したＰＤＣＣＨからＤＣＩを取得する。ＬＲ−ＵＥは、ＤＣＩ中のスケジューリング情報を取得する。ＬＲ−ＵＥは、前述の多重方法およびスケジューリング情報を用いて、ＰＤＳＣＨを受信し、復調して、データを取得する。
【０６０６】
ＬＲ−ＰＤＳＣＨ領域において、１シンボル毎にＲＳを設ける。ＬＲ−ＵＥのＰＤＣＣＨおよびＬＲ−ＰＤＣＣＨの復調用に用いるとよい。ＲＳは、セル個別に設けられてもよいし、ＬＲ−ＵＥ個別に設けられてもよい。
【０６０７】
ＬＲ−ＵＥのＰＤＳＣＨ領域のＲＳの構成方法として、前記送信方法（１）で開示したＬＲ−ＵＥのＰＤＣＣＨ領域のＲＳの構成方法、ＬＲ−ＵＥのＰＤＣＣＨとＰＤＳＣＨとを周波数軸上で連続したＰＲＢにマッピングした際のＲＳの構成方法、ＬＲ−ＵＥのＰＤＣＣＨとＰＤＳＣＨとを時間軸上で連続したシンボルにマッピングした際のＲＳの構成方法を適宜適用するとよい。
【０６０８】
ＬＲ−ＵＥのＰＤＣＣＨは、ＬＲ−ＵＥのＰＤＳＣＨ領域とは別の領域に設けられてもよい。別の領域に設けられる場合、前記送信方法（１）のＬＲ−ＰＤＣＣＨ領域を設ける方法を適用するとよい。
【０６０９】
ＨＡＲＱについて開示する。ＨＡＲＱはＴＴＩ単位で行う。ＬＲ−ＵＥに対しては、短縮したＴＴＩ、すなわち本実施の形態ではシンボル単位で行うとよい。また、レガシーＵＥに対しては、従来のＴＴＩ、すなわちサブフレーム単位で行う。ＬＲ−ＵＥに対して、ＨＡＲＱを短縮したＴＴＩ単位で行う方法は、実施の形態１の変形例１で開示した方法を適用するとよい。非同期のＨＡＲＱも適用するとよい。従来のＰＤＣＣＨ領域のように、ＬＲ−ＵＥのＰＤＳＣＨをマッピングできないシンボルが存在する。そのような場合に非同期のＨＡＲＱを用いることによって、従来のＰＤＣＣＨ領域を除いたスケジューリングが可能となる。
【０６１０】
本実施の形態で開示した方法を用いることによって、ＬＲ−ＵＥのＰＤＳＣＨを１ＴＴＩ毎に物理リソースにマッピングすることが可能となる。ＬＲ−ＵＥのＰＤＳＣＨをシンボル毎に物理リソースにマッピングすることが可能となる。また、レガシーＵＥのＰＤＳＣＨとＬＲ−ＵＥのＰＤＳＣＨとを、１サブフレーム内の物理リソースに共存させることが可能となる。１ＴＴＩが１サブフレームより短いＬＲ−ＵＥのＰＤＳＣＨのスケジューリングが可能となる。したがって、ＬＲ−ＵＥに対するデータの伝送速度を向上させることが可能となる。また、ＬＴＥの同一キャリア上で、ＬＲ−ＵＥとレガシーＵＥとの共存が可能となる。
【０６１１】
実施の形態７．
上りデータに対するＡｃｋ／Ｎａｃｋについて開示する。実施の形態２で述べたように、ＬＲ−ＵＥは、ＴＴＩが１サブフレームより短くなるので、ＨＡＲＱも１サブフレームより短い単位で行われることが必要となる。しかし、ＨＡＲＱを１サブフレームより短い単位で行う場合、従来のＬＴＥのＰＨＩＣＨ送信方法を適用することはできない。また、ＬＴＥの同一キャリア上で、短縮したＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。本実施の形態では、これらの問題を解決する方法を開示する。
【０６１２】
ＬＲ−ＵＥに対して、ＨＡＲＱをＴＴＩ単位で行う。ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋをシンボル単位で送信可能とする。
【０６１３】
Ａｃｋ／Ｎａｃｋの送信方法の具体例として、以下の（１）〜（４）の４つを開示する。
（１）ＬＲ−ＰＨＩＣＨを用いて送信する。
（２）ＬＲ−ＰＤＣＣＨ領域に多重して送信する。
（３）ＬＲ−ＵＥのＰＤＣＣＨを用いて送信する。
（４）前記（１）〜（３）の組合せ。
【０６１４】
前記具体例（１）のＬＲ−ＰＨＩＣＨを用いて送信する方法について開示する。ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋを送信するための物理チャネルであるＰＨＩＣＨを設ける。このＰＨＩＣＨを、以下「ＬＲ−ＰＨＩＣＨ」という。ＬＲ−ＰＨＩＣＨを１シンボル内にマッピングする。
【０６１５】
このＬＲ−ＰＨＩＣＨ構成に、実施の形態２で開示したＬＲ−ＰＨＩＣＨ構成を適用してもよい。実施の形態２では、ＬＲ−ＰＨＩＣＨ用の物理リソース全体にＬＲ−ＵＥのＡｃｋ／Ｎａｃｋをマッピングしたが、本実施の形態では、ＬＲ−ＰＨＩＣＨ用の物理リソースの１シンボル内に、ＬＲ−ＵＥのＡｃｋ／Ｎａｃｋをマッピングする。ＬＲ−ＰＨＩＣＨ用の物理リソースの１シンボル内に、ＬＲ−ＰＨＩＣＨグループをマッピングするとしてもよい。また、一つのＨＲＥＧを１シンボル内で構成されるようにしてもよい。このようにすることによって、任意のＬＲ−ＵＥのＡｃｋ／Ｎａｃｋが、ＬＲ−ＰＨＩＣＨ用の物理リソースの１シンボル内で送信されるようになる。
【０６１６】
このようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋをシンボル単位で送信することが可能となる。
【０６１７】
前記具体例（２）のＬＲ−ＰＤＣＣＨ領域に多重して送信する方法について開示する。ＬＲ−ＵＥ用のＡｃｋ／Ｎａｃｋは、ＬＲ−ＰＤＣＣＨがマッピングされる物理リソースに、多重されてマッピングされる。ＬＲ−ＵＥ用のＰＨＩＣＨとＬＲ−ＵＥ用のＰＤＣＣＨとを、ＬＲ−ＰＤＣＣＨ領域の１シンボル内で多重する。
【０６１８】
多重方法として、例えば周波数分割多重およびコード分割多重がある。周波数分割多重とした場合、サブキャリア単位およびＲＥ単位で分割多重するとよい。
【０６１９】
多重方法は、予め規格などで静的に決めておいてもよいし、準静的または動的に決めてもよい。準静的または動的に決められる場合、ｅＮＢが決定し、ＲＲＣシグナリングでＬＲ−ＵＥに通知するとよい。また、規格で何種類かの多重方法の一覧表を設けておき、その中のどれを選択するかを示す情報を設けてＬＲ−ＵＥに通知してもよい。
【０６２０】
多重方法として、実施の形態２で開示したＬＲ−ＥＰＤＣＣＨ領域に多重して送信する方法を適用してもよい。実施の形態２では、ＬＲ−ＥＰＤＣＣＨ領域のＰＲＢ全体にＬＲ−ＵＥのＡｃｋ／Ｎａｃｋをマッピングしたが、本実施の形態では、ＬＲ−ＰＤＣＣＨ領域の１シンボル内にＬＲ−ＵＥのＡｃｋ／Ｎａｃｋをマッピングする。ＬＲ−ＰＤＣＣＨ領域の１シンボル内にＬＲ−ＰＨＩＣＨグループをマッピングするようにしてもよい。また、一つのＨＲＥＧを１シンボル内で構成されるようにしてもよい。このようにすることによって、任意のＬＲ−ＵＥのＡｃｋ／Ｎａｃｋが、ＬＲ−ＵＥのＰＤＣＣＨ用の物理リソースの１シンボル内で多重されて送信されるようになる。
【０６２１】
前記具体例（３）のＬＲ−ＵＥのＰＤＣＣＨを用いて送信する方法について開示する。ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信は、ＬＲ−ＵＥのＰＤＣＣＨでのスケジューリングのみによって行う。ＬＲ−ＵＥのＰＨＩＣＨを設けないとしてもよい。
【０６２２】
ＬＲ−ＵＥに対するＤＣＩに新規データか否かを示す情報を含める。ＤＣＩは、ＬＲ−ＵＥのＰＤＣＣＨにマッピングされる。ＬＲ−ＵＥは、自身宛てのＰＤＣＣＨを受信し、ＤＣＩの中の該情報を受信することによって、スケジューリングが新規データに対してされたのか、再送データに対してされたのかを認識することが可能となる。ＬＲ−ＵＥは、該情報が新規データであることを示している場合は、該スケジューリングに従って、新規データを送信する。この場合、ＬＲ−ＵＥは、Ａｃｋとみなすことが可能となる。ＬＲ−ＵＥは、該情報が新規データでないことを示している場合は、該スケジューリングに従って、再送データを送信する。この場合、ＬＲ−ＵＥは、Ｎａｃｋとみなすことが可能となる。
【０６２３】
このようにすることによって、ＬＲ−ＰＨＩＣＨを設けなくてもよく、ＬＲ−ＰＨＩＣＨ用の領域を設けなくてもよい。したがって、データに使用する物理リソースを増大させることが可能となり、さらなるデータの伝送速度の向上を図ることができる。
【０６２４】
このようにすることによって、ＬＲ−ＵＥの上りデータに対するＡｃｋ／Ｎａｃｋの送信が可能になり、上りデータに対するＨＡＲＱを、短縮したＴＴＩ単位で行うことが可能となる。上りデータに対するＨＡＲＱを、シンボル単位で行うことが可能となる。
【０６２５】
したがって、遅延時間の削減を図ることが可能となり、データの伝送速度の向上を図ることができる。
【０６２６】
また、ＬＴＥの同一キャリア上で、ＬＲ−ＵＥとレガシーＵＥとの共存が可能となる。
【０６２７】
実施の形態８．
ＰＵＳＣＨについて開示する。実施の形態３で述べたように、短縮したＴＴＩで動作するＬＲ−ＵＥは、１ＴＴＩが１サブフレームより短くなるので、そのＰＵＳＣＨの物理リソースへのマッピングに、レガシーＵＥの前記マッピング方法を適用することはできない。また、ＬＴＥの同一キャリア上で、短縮したＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。本実施の形態では、これらの問題を解決する方法を開示する。
【０６２８】
ＰＵＳＣＨの送信方法について、以下の（１），（２）の２つを開示する。
【０６２９】
（１）ＵＥに対して、ＬＲ−ＵＥのＰＤＣＣＨで、ＬＲ−ＵＥのＰＵＳＣＨのスケジューリング情報を通知する。
【０６３０】
（２）ＵＥに対して、ＲＲＣシグナリングを用いてＬＲ−ＵＥのＰＵＳＣＨのスケジューリング情報を通知する。
【０６３１】
前記送信方法（１）では、ＬＲ−ＵＥは、ＬＲ−ＵＥ用ＰＤＣＣＨを受信し、該ＰＤＣＣＨに含まれるＬＲ−ＵＥのＰＵＳＣＨのスケジューリング情報を受信することによって、ＰＵＳＣＨを受信する。
【０６３２】
前記送信方法（２）では、ＬＲ−ＵＥは、ｅＮＢからＲＲＣシグナリングを用いて通知されたＬＲ−ＵＥのＰＵＳＣＨのスケジューリング情報を用いて、ＰＵＳＣＨを受信する。
【０６３３】
前記送信方法（１）について、さらに具体例を開示する。ＬＲ−ＵＥのＰＵＳＣＨがマッピングされる物理リソースとして、シンボル単位で構成する。
【０６３４】
ＬＲ−ＵＥのＰＵＳＣＨがマッピングされる物理リソースを、１シンボル内の一つまたは複数の予め定める周波数で構成する。予め定める周波数として、サブキャリア単位あるいはＲＥ単位としてもよい。例えば、１シンボル内の１２サブキャリアを、ＬＲ−ＵＥのＰＵＳＣＨがマッピングされる物理リソースとしてもよい。
【０６３５】
ＬＲ−ＵＥのＰＵＳＣＨは、従来のＰＵＳＣＨがマッピングされる物理リソース領域にマッピングされる。
【０６３６】
ＬＲ−ＵＥのＰＵＳＣＨは、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢペアを避けてマッピングされる。
【０６３７】
このような方法を用いることによって、ＬＲ−ＵＥのＰＵＳＣＨと既存の物理チャネルとを共存させることが可能となる。
【０６３８】
図３５は、実施の形態８におけるＬＲ−ＵＥのシンボル毎のＰＵＳＣＨの送信方法について説明するための図である。ＬＲ−ＵＥのＰＵＳＣＨは、シンボル毎に物理リソースにマッピングされる。図３５に示す例では、１２サブキャリア単位で物理リソースにマッピングされる。サブフレーム＃１では、１シンボル内で１２サブキャリアの物理リソースに、ＬＲ−ＵＥのＰＵＳＣＨがマッピングされる。サブフレーム＃２では、１シンボル内で２つの連続した１２サブキャリアの物理リソースのＬＲ−ＵＥのＰＵＳＣＨがマッピングされる。このようにすることによって、データ量を増大させることが可能となる。ＬＲ−ＵＥのＰＵＳＣＨのスケジューリングは、下りリンクのＰＤＣＣＨで行われる。
【０６３９】
図３５に示す例では、ＬＲ−ＵＥのＰＵＳＣＨは、スロット毎に周波数軸上の同じ周波数領域にスケジューリングされる。これに限らず、ＬＲ−ＵＥのＰＵＳＣＨが個別に周波数軸上の異なる周波数領域にスケジューリングされてもよい。周波数軸上の同じ周波数領域、例えばＰＲＢの周波数領域である１２サブキャリア単位でスケジューリングする場合、レガシーＵＥのＰＵＳＣＨの物理リソースへのマッピングとの関係で、簡易にかつ効率良くスケジューリングすることが可能となる。参照符号「１７１」で示されるように、シンボル単位でスケジューリングされない物理リソースが存在する。
【０６４０】
従来のＰＤＣＣＨ領域のシンボルには、ＬＲ−ＵＥ用のＰＤＣＣＨがマッピングされないので、シンボル毎のＰＵＳＣＨをスケジューリングすることができない。従来のＰＤＣＣＨ領域のシンボルに対応した上りシンボルでは、ＰＵＳＣＨを送信しないようにしてもよい。
【０６４１】
あるいは、他の方法として、従来のＰＤＣＣＨ領域のシンボルに対応した上りシンボルのスケジューリングを、ＬＲ−ＵＥ用のＰＤＣＣＨで行うようにしてもよい。このようにすることによって、従来のＰＤＣＣＨ領域のシンボルに対応した上りシンボルでもＰＵＳＣＨを送信することが可能となる。
【０６４２】
あるいは、他の方法として、従来のＰＤＣＣＨ領域のシンボルに、ＬＲ−ＵＥ用のＰＤＣＣＨを多重してマッピングするようにしてもよい。これによって、従来のＰＤＣＣＨ領域のシンボルに対応した上りシンボルでもＰＵＳＣＨを送信することが可能となる。
【０６４３】
任意の一つのＬＲ−ＵＥのＰＵＳＣＨは、１シンボル内にマッピングされる。１シンボル内で複数のＬＲ−ＵＥのＰＵＳＣＨが多重されてもよい。
【０６４４】
任意の一つのＬＲ−ＵＥのＰＵＳＣＨが連続したサブキャリアあるいはＲＥにマッピングされてもよい。あるいは、非連続なサブキャリアあるいはＲＥにマッピングされてもよい。非連続な場合、等間隔のサブキャリアあるいはＲＥにマッピングされるとよい。ＳＣ−ＦＤＭＡにも適用可能となる。
【０６４５】
等間隔のサブキャリアあるいはＲＥにマッピングする場合、複数のＬＲ−ＵＥのＰＵＳＣＨのサブキャリアあるいはＲＥを一つずつずらしてマッピングするとよい。このようにすることによって、非連続的なサブキャリアあるいはＲＥを用いる場合でも、１シンボル内の物理リソースに複数のＬＲ−ＵＥのＰＵＳＣＨを多重することが可能となる。
【０６４６】
非連続なサブキャリアあるいはＲＥにマッピングされる場合、ＬＲ−ＵＥのＰＵＳＣＨをマッピングする周波数軸方向の物理リソースは広がる。しかし、周波数軸方向の物理リソースが広がることによって、周波数ダイバーシチゲインを得ることが可能となる。
【０６４７】
図３６は、実施の形態８における１シンボル内に複数のＬＲ−ＵＥのＰＵＳＣＨが多重されて送信する方法について説明するための図である。ＬＲ−ＵＥのＰＵＳＣＨは、シンボル毎に物理リソースにマッピングされる。図３６に示す例では、１２サブキャリア単位で物理リソースにマッピングされる。
【０６４８】
サブフレーム内の１番目のスロットの３番目のシンボルで、２つのＬＲ−ＵＥのＰＵＳＣＨが多重される。各ＬＲ−ＵＥのＰＵＳＣＨは、連続する１２サブキャリアの物理リソースにマッピングされる。５番目のシンボルも同様に、２つのＬＲ−ＵＥのＰＵＳＣＨが多重される。７番目のシンボルでは、１つのＬＲ−ＵＥのＰＵＳＣＨが、２つの連続した１２サブキャリアの物理リソースにマッピングされる。
【０６４９】
サブフレーム内の２番目のスロットでは、１番目のシンボルで、２つのＬＲ−ＵＥのＰＵＳＣＨが多重される。各ＬＲ−ＵＥのＰＵＳＣＨは、非連続の１２サブキャリアの物理リソースにマッピングされる。４番目のシンボルも同様に、２つのＬＲ−ＵＥのＰＵＳＣＨが多重される。
【０６５０】
このようにすることによって、さらに柔軟に、多数のＬＲ−ＵＥデータのＰＵＳＣＨを物理リソースにマッピングすることが可能となる。
【０６５１】
従来のＰＵＳＣＨでは、周波数ホッピングを行っていた。しかし、１シンボル内にＰＵＳＣＨをマッピングする場合、周波数ホッピングを行うことが不可能となる。
【０６５２】
この問題を解決するために、前述した、一つのＬＲ−ＵＥに対して等間隔のサブキャリアあるいはＲＥにマッピングする方法を用いるとよい。ＬＲ−ＵＥのＰＵＳＣＨをマッピングする周波数軸方向の物理リソースを広げることによって、周波数ダイバーシチゲインを得ることが可能となる。
【０６５３】
他の方法として、ＵＥに対して複数のＴＴＩを選択可能としてもよい。例えば、上り通信品質の良いＵＥに対しては、ＴＴＩ＝１シンボルとする。上り通信品質が悪いＵＥに対しては、ＴＴＩ＝１スロットあるいは１サブフレームとする。
【０６５４】
通信品質が良く、周波数ダイバーシチゲインを不要とするＵＥに対しては、周波数ホッピングをサポートしないＴＴＩ＝１シンボルを選択して設定する。通信品質が悪く、周波数ダイバーシチゲインを必要とするＵＥに対しては、周波数ホッピングをサポートするＴＴＩ＝１スロットあるいは１サブフレームを選択して設定する。
【０６５５】
該選択および設定は、ｅＮＢが、対象となるＵＥとの上りの通信品質を評価して行うとよい。また、ＵＥが、ｅＮＢに対してＴＴＩ設定の要求を通知してもよい。
【０６５６】
このようにすることによって、ＬＲ−ＵＥに対して適応的に周波数ホッピングをサポートすることが可能となり、ダイバーシチゲインを得ることが可能となる。
【０６５７】
ＬＲ−ＵＥのＤＣＩは、１ＴＴＩ＝１シンボル毎のＤＣＩとするとよい。ＤＣＩには、１シンボル分のスケジューリング情報が含まれる。ＬＲ−ＵＥのＤＣＩに、ＬＲ−ＵＥのＰＵＳＣＨのスケジューリング情報を含めるとよい。ＬＲ−ＵＥのＤＣＩは、ＬＲ−ＵＥのＰＤＣＣＨにマッピングされる。ＬＲ−ＵＥのＰＤＣＣＨの構成方法については、実施の形態７で開示した方法を適用すればよい。
【０６５８】
ＬＲ−ＵＥの動作について開示する。ＬＲ−ＵＥが自身宛てのＰＤＣＣＨを検出してＤＣＩを取得する。この方法は、実施の形態７で開示した方法を適用すればよい。ＬＲ−ＵＥは、ＤＣＩ中のスケジューリング情報を用いてＰＵＳＣＨを受信する。どのシンボル、どの周波数領域にＰＤＳＣＨがアロケーションされているかを認識するために、シンボル情報および周波数領域情報を用いるとよい。ＬＲ−ＵＥは、スケジューリング情報を用いて受信したＰＤＳＣＨを復調して、データを取得する。
【０６５９】
ＬＲ−ＵＥのＰＵＳＣＨ領域において、１シンボル毎にＲＳを設ける。ＰＵＳＣＨの復調用に用いるとよい。１シンボルの期間内にＲＳを設けるとよい。ＰＵＳＣＨの復調用としてもよい。ＵＥは、ＰＵＳＣＨのデータとＲＳとを時間多重して、１シンボルの期間にマッピングする。ＲＳは、予め定める位置に挿入されるようにしてもよい。予め定める位置は、規格などで静的に決定されてもよい。あるいは、準静的または動的に決定されてもよい。予め定める位置は、ｅＮＢが決定し、ＲＲＣシグナリングを用いてＬＲ−ＵＥに通知してもよい。予め定める位置は、例えば、ＲＳの位置、先頭からの位置、間隔、ＲＳの数などである。
【０６６０】
前述のように、本実施の形態では、ＬＲ−ＵＥのＰＵＳＣＨは、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢペアを避けてマッピングされることを示した。
【０６６１】
他の方法として、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢペアを避けずにマッピングされてもよい。
【０６６２】
図３７は、実施の形態８におけるマッピング方法を説明するための図である。図３７では、レガシーＵＥのＰＵＳＣＨを避けずにＬＲ−ＵＥのＰＵＳＣＨをマッピングする方法について説明する。ＬＲ−ＵＥのＰＵＳＣＨは、シンボル毎に物理リソースにマッピングされる。図３７に示す例では、ＬＲ−ＵＥ＃１のＰＵＳＣＨは、サブフレーム内の１番目のスロットの５番目のシンボルで、３つの連続した１２サブキャリアの物理リソースにマッピングされる。ＬＲ−ＵＥ＃２のＰＵＳＣＨは、サブフレーム内の１番目のスロットの６番目のシンボルで、２つの連続した１２サブキャリアの物理リソースにマッピングされる。ＬＲ−ＵＥ＃３のＰＵＳＣＨは、サブフレーム内の２番目のスロットの２番目のシンボルで、２つの連続した１２サブキャリアの物理リソースにマッピングされる。
【０６６３】
これらのマッピングの際に、図３７に示すように、レガシーＵＥのＰＵＳＣＨがマッピングされるＰＲＢペアを避けずにマッピングされる。
【０６６４】
ＬＲ−ＵＥのＰＵＳＣＨをマッピングするシンボルで、ＬＲ−ＵＥのＰＵＳＣＨとレガシーＵＥのＰＵＳＣＨとが衝突する場合が生じる。上りリンクのため、ＬＲ−ＵＥのＰＵＳＣＨもレガシーＵＥのＰＵＳＣＨも該シンボルで送信されることになる。この場合、ｅＮＢでは、それらのチャネルを正常に受信できなくなる場合が発生する。
【０６６５】
この問題を解決する方法として、レガシーＵＥよりもＬＲ−ＵＥの送信電力を高くするとよい。ｅＮＢは、ＬＲ−ＵＥの送信電力を、レガシーＵＥよりも高く設定する。あるいは、ｅＮＢは、レガシーＵＥの送信電力を、ＬＲ−ＵＥよりも低く設定してもよい。ｅＮＢがＵＥに通知する電力設定パラメータを用いて設定するとよい。
【０６６６】
電力設定パラメータとして、通常の設定値からの差を設定してもよい。オフセットパラメータを設けてもよい。ｅＮＢは、該オフセットパラメータをＬＲ−ＵＥに通知するとよい。あるいは、ｅＮＢは、該オフセットパラメータをレガシーＵＥに通知してもよい。
【０６６７】
ｅＮＢは、電力設定パラメータを、レガシーＵＥへのＤＣＩ、ＬＲ−ＵＥへのＤＣＩに含めて通知してもよい。
【０６６８】
レガシーＵＥが従来の電力設定パラメータのみしか受信できない場合は、ＬＲ−ＵＥに対してのみ通知してもよい。
【０６６９】
ＵＥのＰＵＳＣＨ送信電力は、ｅＮＢがＵＥに通知する電力設定パラメータとＵＥが測定するパスロスとを用いて導出される。従来の導出方法で導出したＬＲ−ＵＥとレガシーＵＥとの送信電力に、さらに、ＬＲ−ＵＥとレガシーＵＥとの送信電力間で差をつけることができる。したがって、ｅＮＢでのＬＲ−ＵＥとレガシーＵＥとの受信電力に差がつくことになり、ｅＮＢは、受信電力の高い方の信号を受信することが可能となる。
【０６７０】
ｅＮＢは、受信電力を低くしたＵＥのＰＵＳＣＨについて、ＣＲＣチェックなどの復調時の利得、あるいは再送制御によって、データの受信性能の劣化を低減することができる。
【０６７１】
以上のように、レガシーＵＥよりもＬＲ−ＵＥの送信電力を高くするとよいことを開示した。これによって、ｅＮＢは、ＬＲ−ＵＥの信号を受信できるようになる。ＬＲ−ＵＥのＰＵＳＣＨは、シンボル単位で送信されるので、該シンボルにおいてレガシーＵＥのＰＵＳＣＨと衝突した場合、他のシンボルを利用した復調時の利得を得ることができない。ｅＮＢが衝突したＬＲ−ＵＥの信号を正常に受信できるようにすることによって、ＬＲ−ＵＥのＰＵＳＣＨの受信性能を向上させることができる。他方、レガシーＵＥのＰＵＳＣＨについては、他のシンボルを利用して、ＣＲＣチェックなどの復調時の利得を得て、データの受信性能を向上させることが可能である。
【０６７２】
逆に、ＬＲ−ＵＥよりもレガシーＵＥの送信電力を高くしてもよい。ｅＮＢは、レガシーＵＥの信号を受信できるようになり、レガシーＵＥのＰＵＳＣＨの受信性能を向上させることが可能となる。この場合、ｅＮＢにおけるＬＲ−ＵＥのＰＵＳＣＨの受信性能は劣化することになるが、再送制御によって劣化を低減することは可能である。
【０６７３】
このような方法を用いることによって、ＬＲ−ＵＥのＰＵＳＣＨとレガシーＵＥのＰＵＳＣＨとが衝突した場合でも、ｅＮＢは、それらのチャネルを受信することが可能となる。
【０６７４】
衝突による問題を解決する他の方法を開示する。レガシーＵＥは、ＬＲ−ＵＥのＰＵＳＣＨが送信されるシンボルで送信しない。データを送信しないとしてもよい。送信電力を０としてもよい。レガシーＵＥは、衝突するシンボルのデータをパンクチャして他のシンボルを用いて送信してもよい。データを、衝突するシンボルを除いたシンボルにマッピングして送信してもよい。
【０６７５】
このようにすることによって、ｅＮＢでは、レガシーＵＥのＰＵＳＣＨを受信することが可能となる。
【０６７６】
ｅＮＢは、レガシーＵＥに対して、ＬＲ−ＵＥに使用されるシンボルを通知するとよい。ｅＮＢは、該シンボルの情報をレガシーＵＥへのＤＣＩに含めて通知してもよい。これによって、レガシーＵＥが、ＬＲ−ＵＥが送信されるシンボルを認識することが可能となる。
【０６７７】
逆に、ＬＲ−ＵＥは、レガシーＵＥのＰＵＳＣＨが送信されるシンボルで送信しないようにしてもよい。この場合、ＬＲ−ＵＥは、衝突するシンボルのＲＥのデータをパンクチャして他のＲＥを用いて送信してもよい。データを、衝突するＲＥを除いたＲＥにマッピングして送信してもよい。
【０６７８】
このようにすることによって、ｅＮＢでは、ＬＲ−ＵＥのＰＵＳＣＨを受信することが可能となる。
【０６７９】
ｅＮＢは、ＬＲ−ＵＥに対して、レガシーＵＥに使用されるシンボルおよび周波数領域の少なくとも一方を通知するとよい。周波数領域は、例えば、ＲＥおよびサブキャリアである。ｅＮＢは、該電力設定パラメータをＬＲ−ＵＥへのＤＣＩに含めて通知してもよい。これによって、ＬＲ−ＵＥが、レガシーＵＥが送信されるシンボルおよび周波数領域の少なくとも一方を認識することが可能となる。
【０６８０】
前記送信方法（２）について、さらに具体例を開示する。ｅＮＢは、ＬＲ−ＵＥに対して、ＲＲＣシグナリングを用いて、ＬＲ−ＵＥのＰＵＳＣＨのスケジューリング情報を通知する。ＬＲ−ＵＥは、ＲＲＣシグナリングで受信したＰＵＳＣＨのスケジューリング情報を用いて、自身のＰＵＳＣＨを受信する。
【０６８１】
スケジューリング情報としては、シンボル情報、サブキャリアまたはＲＥの情報がある。また、予め定める期間、このスケジューリングを用いる場合、予め定める期間を示す情報を含めてもよい。予め定める期間を示す情報は、始期を示す情報、期間を示す情報、終期を示す情報、周期を示す情報などがある。
【０６８２】
本実施の形態で開示した方法を用いることによって、ＬＲ−ＵＥのＰＵＳＣＨを短縮したＴＴＩ毎、ここではシンボル毎に、物理リソースにマッピングすることが可能となる。したがって、ＬＲ−ＵＥからのデータの伝送速度を向上させることが可能となる。また、レガシーＵＥのＰＵＳＣＨとＬＲ−ＵＥのＰＵＳＣＨとを、１サブフレーム内の物理リソースに共存させることができる。
【０６８３】
実施の形態９．
ＰＵＣＣＨについて開示する。実施の形態４で述べたように、短縮したＴＴＩで動作するＬＲ−ＵＥは、ＴＴＩが１サブフレームより短くなるので、そのＰＵＣＣＨの物理リソースへのマッピングに、レガシーＵＥの前記マッピング方法を適用することはできない。また、ＬＴＥの同一キャリア上で、短縮したＴＴＩをサポートするためには、ＬＲ−ＵＥとレガシーＵＥとの共存が図られなければならない。本実施の形態では、これらの問題を解決する方法を開示する。
【０６８４】
ＬＲ−ＵＥ用ＰＵＣＣＨがマッピングされる物理リソースを、ＰＲＢ単位で構成する。あるいは、ＬＲ−ＵＥ用ＰＵＣＣＨがマッピングされる物理リソースを、ＰＲＢペア単位で構成してもよい。あるいは、ＬＲ−ＵＥ用ＰＵＣＣＨがマッピングされる物理リソースとして、シンボル単位で構成してもよい。
【０６８５】
ＬＲ−ＵＥ用のＰＵＣＣＨは、上り物理リソース領域にマッピングされる。ＬＲ−ＵＥ用のＰＵＣＣＨは、レガシーＵＥのＰＵＣＣＨがマッピングされるＰＲＢペアを避けてマッピングされる。ＬＲ−ＵＥ用のＰＵＣＣＨは、レガシーＵＥのＰＵＣＣＨがマッピングされるＰＲＢペアを避けてマッピングされる。
【０６８６】
ＬＲ―ＵＥ用のＰＵＣＣＨは、レガシーＵＥのＰＵＣＣＨがマッピングされるＰＲＢペアの内側にマッピングされてもよい。ＬＲ−ＵＥ用のＰＵＣＣＨは、レガシーＵＥのＰＵＣＣＨがマッピングされるＰＲＢペアと連続にマッピングされてもよい。
【０６８７】
従来のレガシーＵＥのＰＵＣＣＨのように、上り物理リソースの周波数軸上の両側に設けなくてもよい。すなわち、上り物理リソースの周波数軸上の片側のみでもよい。
【０６８８】
このような方法を用いることによって、ＬＲ−ＵＥのＰＵＣＣＨと既存の物理チャネルとを共存させることが可能となる。
【０６８９】
ＬＲ−ＵＥ用ＰＵＣＣＨがマッピングされる物理リソースを、ここでは「ＬＲ−ＰＵＣＣＨ領域」という。
【０６９０】
ＬＲ−ＰＵＣＣＨ領域は、セル毎に設定されてもよいし、ＬＲ−ＵＥ毎に設定されてもよいし、ＬＲ−ＵＥのグループ毎、例えばＬＲ−ＰＵＣＣＨ領域にマッピングされるＬＲ−ＵＥのグループ毎に設定されてもよい。また、システムとして規格で設定されてもよい。あるいは、これらの組合せでもよい。
【０６９１】
例えば、ＬＲ−ＰＵＣＣＨ領域の時間軸上および周波数軸上の設定をセル毎とする。１シンボル内のＬＲ−ＵＥの多重方法は、システムとして予め規格で決めておいてもよい。このようにすることによって、ｅＮＢは、ＬＲ−ＰＵＣＣＨ領域、例えば、スロットタイミングおよびＰＲＢを予め設定することが可能となり、スケジューリングが容易になる。ＬＲ−ＵＥは、セル毎に設定されているＬＲ−ＰＵＣＣＨ領域、例えば、スロットタイミングおよびＰＲＢを認識し、ＬＲ−ＰＵＣＣＨ領域においてＵＥ毎のＰＵＣＣＨを検索して、受信することが可能となる。
【０６９２】
他の例として、ＬＲ−ＰＵＣＣＨ領域を設定可能なリソースの設定をセル毎で行い、実際にＬＲ−ＵＥに対するＬＲ−ＰＵＣＣＨの設定をＵＥ毎で行ってもよい。予め、セル毎にＬＲ−ＰＵＣＣＨ領域を設定可能なリソースの設定を行っておくことによって、レガシーＵＥとの同一サブフレーム上へのＬＲ−ＰＵＣＣＨのスケジューリングを容易にできる。また、レガシーＵＥとＬＲ−ＵＥとの共存を容易にすることが可能となる。
【０６９３】
ＬＲ−ＰＵＣＣＨ領域の設定は、静的に決められてもよいし、準静的または動的に決められてもよい。
【０６９４】
静的に決められる場合、規格などで決められるとよい。準静的または動的に決められる場合、ＲＲＣシグナリングを用いるとよい。
【０６９５】
例えば、セル毎の設定については規格で決めておき、ＵＥ毎の設定については準静的または動的にＲＲＣシグナリングを用いて決めてもよい。
【０６９６】
他の例として、セル毎の設定の場合、報知情報として、ｅＮＢから傘下のＵＥに対して報知するとよい。ＬＲ−ＵＥ毎の設定の場合、ＵＥ個別シグナリングで、ｅＮＢから、短縮したＴＴＩを実行するＬＲ−ＵＥに対して通知する。
【０６９７】
ｅＮＢは、ＲＲＣシグナリングとして、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージに、ＬＲ−ＰＵＣＣＨ領域の設定情報を含めて、ＬＲ−ＵＥに通知してもよい。
【０６９８】
ＬＲ−ＰＵＣＣＨ領域内で、複数のＬＲ−ＵＥのＰＵＣＣＨが、１シンボル毎に時間分割多重される。ＬＲ−ＰＵＣＣＨ領域内で、複数のＬＲ−ＵＥのＰＵＣＣＨが、１シンボル内で多重されてもよい。コード分割多重とするとよい。あるいは、周波数分割多重が用いられてもよい。周波数分割多重される場合、実施の形態８で開示した、１シンボル内で複数のＬＲ−ＵＥのＰＵＳＣＨを多重する方法を適用するとよい。
【０６９９】
図３８は、実施の形態９におけるＬＲ−ＵＥのシンボル毎のＰＵＣＣＨの物理リソースへのマッピングについて説明するための図である。図３８に示す例では、従来のＰＵＣＣＨがマッピングされる周波数領域の片側において、内側に連続してＬＲ−ＰＵＣＣＨがマッピングされる物理リソース領域が構成される。ＬＲ−ＰＵＣＣＨは、スロット毎にマッピングされる。ＬＲ−ＰＵＣＣＨ領域内に、ＬＲ−ＵＥのＰＵＣＣＨがシンボル毎にマッピングされる。図３８に示す例において、サブフレーム内の１番目のスロットでは、５番目と６番目のシンボルに、ＬＲ−ＵＥのＰＵＣＣＨがマッピングされる。サブフレーム内の２番目のスロットでは、１番目と２番目と４番目と６番目のシンボルに、ＬＲ−ＵＥのＰＵＣＣＨがマッピングされる。
【０７００】
従来のＰＵＣＣＨでは、周波数ホッピングを行っていた。しかし、１シンボル内にＰＵＣＣＨをマッピングする場合、周波数ホッピングを行うことが不可能となる。この問題を解決するために、実施の形態８で開示したＰＵＳＣＨの場合の方法を適用するとよい。これによって、周波数ダイバーシチゲインを得ることが可能となる。
【０７０１】
ＬＲ−ＵＥのＰＵＳＣＨ領域において、１シンボル毎にＲＳを設ける。ＰＵＳＣＨの復調用に用いるとよい。１シンボルの期間内にＲＳを設けるとよい。ＰＵＳＣＨの復調用としてもよい。ＵＥは、ＰＵＳＣＨのデータとＲＳとを時間多重して、１シンボルの期間にマッピングする。ＲＳは、予め定める位置に挿入されるようにしてもよい。予め定める位置は、規格などで静的に決定されてもよい。あるいは、準静的または動的に決定されてもよい。予め定める位置は、ｅＮＢが決定し、ＲＲＣシグナリングを用いてＬＲ−ＵＥに通知してもよい。予め定める位置は、例えば、ビットおよびシンボルなどのＲＳの位置、先頭からの位置、間隔、ビット数およびシンボル数などのＲＳの数などである。
【０７０２】
このようにすることによって、ＬＲ−ＵＥの短縮したＴＴＩ毎のＵＣＩをＰＵＣＣＨにマッピングすることが可能となり、該ＰＵＣＣＨを短縮したＴＴＩ毎に物理リソースにマッピングすることが可能となる。
【０７０３】
ＰＵＣＣＨは、下りデータに対するＡｃｋ／Ｎａｃｋを送信するためにも用いられる。これによって、ＬＲ−ＵＥの短縮したＴＴＩでの下りデータに対するＨＡＲＱが可能となる。したがって、遅延時間の削減を図ることが可能となり、データの伝送速度の向上を図ることができる。
【０７０４】
実施の形態１０．
ＳＲＳの設定方法の一例を開示する。ＬＲ−ＵＥに対して、シンボル単位のＳＲＳを設定する。セル毎に設定されてもよいし、ＵＥ毎に設定されてもよい。あるいは、セル毎にＳＲＳ構成の一部が設定され、ＵＥ毎にＳＲＳ構成の残りの設定がなされてもよい。ＳＲＳの設定は、規格などで静的に行われてもよいし、準静的または動的に行われてもよい。ｅＮＢは、ＬＲ−ＵＥに対して、シンボル単位のＳＲＳの設定情報を通知する。ＲＲＣシグナリングあるいはＬＲ−ＵＥのＰＤＣＣＨを用いるとよい。セル毎に設定する場合は、システム情報に含めて報知するとよい。システム情報は、ＭＩＢあるいはＳＩＢである。ＵＥ個別に設定する場合は、個別ＲＲＣシグナリングを用いて通知するとよい。ＵＥ個別に設定する場合は、該情報をＤＣＩに含めてＬＲ−ＵＥのＰＤＣＣＨを用いて通知するとよい。
【０７０５】
ｅＮＢは、ＬＲ−ＵＥからのＳＲＳの送信を必要とする場合、ＬＲ−ＵＥに対して、ＳＲＳの送信要求を通知するようにしてもよい。ＳＲＳの送信要求の通知方法としては、実施の形態５で開示した方法を適用するとよい。
【０７０６】
例えば、ｅＮＢは、最初にセル毎のＳＲＳ構成を設定する。ｅＮＢは、次に、その中でＬＲ−ＵＥ個別に用いるＳＲＳ構成を設定する。
【０７０７】
例えば、セル毎のＳＲＳ構成として、時間軸上のリソース情報としてもよい。どのシンボルにＳＲＳを構成するかを特定する情報としてもよい。特定する情報の一例としては、システムフレーム番号（ＳＦＮ）、無線フレーム番号、スロット番号、シンボル番号、システムフレーム内無線フレームのオフセット値、サブフレーム内スロットのオフセット値、シンボルのオフセット値、シンボル間の間隔などがある。これによって、ＬＲ−ＵＥは、セル毎にＳＲＳが構成されるシンボルを特定することができる。
【０７０８】
ＵＥ毎のＳＲＳ構成として、周波数軸上のリソース情報としてもよい。どのサブキャリアあるいはＲＥにＳＲＳを構成するかを特定する情報とすればよい。前記特定する情報の一例としては、サブキャリア番号あるいはＲＥ番号などがある。前記特定する情報は、ＰＲＢ番号としてもよい。
【０７０９】
また、ＵＥ毎のＳＲＳ構成として、他ＬＲ−ＵＥあるいはレガシーＵＥとの多重方法の情報としてもよい。例えば、他ＬＲ−ＵＥあるいはレガシーＵＥと、１シンボル内で周波数分割多重した場合、自身のＳＲＳが構成される周波数軸上のリソースを特定できる情報とすればよい。周波数軸上のリソースを特定できる情報としては、例えば、サブキャリアのオフセット値、サブキャリア間隔などがある。
【０７１０】
ＬＲ−ＵＥは、ｅＮＢから通知された前述のＳＲＳ構成を用いて、ＳＲＳを物理リソースにマッピングして送信する。
【０７１１】
ＬＲ−ＵＥは、シンボル単位のＳＲＳが構成されているシンボルで、データを送信しない。該シンボルにデータをマッピングしない。
【０７１２】
該シンボルとして、ＬＲ−ＵＥ個別に設定されているＳＲＳ構成のシンボルのみ、あるいは、セル毎に設定されているＳＲＳ構成のシンボルのみ、あるいは、該両方のシンボルで、データを送信しないようにしてもよい。また、該シンボルでデータをマッピングしないようにしてもよい。
【０７１３】
また、ＬＲ−ＵＥは、レガシーＵＥのＳＲＳが構成されているシンボルで、データを送信しないようにするとよい。また、該シンボルにデータをマッピングしないようにするとよい。
【０７１４】
該シンボルとして、レガシーＵＥ個別に設定されているＳＲＳ構成のシンボルのみ、あるいは、セル毎に設定されているＳＲＳ構成のシンボルのみ、あるいは、該両方のシンボルで、データを送信しないようにしてもよい。また、該シンボルでデータをマッピングしないようにしてもよい。
【０７１５】
ｅＮＢは、レガシーＵＥのＳＲＳが構成されているシンボルで、ＬＲ−ＵＥに対して、ＰＤＳＣＨをスケジューリングしないようにしてもよい。
【０７１６】
ｅＮＢは、ＬＲ−ＵＥのＳＲＳが構成されているシンボルで、該ＬＲ−ＵＥに対して、ＰＤＳＣＨをスケジューリングしないようにしてもよい。
【０７１７】
ｅＮＢは、ＬＲ−ＵＥのＳＲＳが構成されているシンボルおよび周波数領域で、他のＬＲＵＥに対して、ＰＤＳＣＨをスケジューリングしないようにしてもよい。
【０７１８】
このようにすることによって、自身の送信データと、自身のＳＲＳ、他のＬＲ−ＵＥのＳＲＳ、またはレガシーＵＥのＳＲＳとが衝突してしまうことを回避することが可能となる。
【０７１９】
シンボル単位でＳＲＳが構成される場合、レガシーＵＥの上りデータと衝突してしまう場合が生じる。このような場合、実施の形態５で述べたように、レガシーＵＥの上りデータの通信品質の劣化、ＬＲ−ＵＥのＳＲＳ精度の劣化が引き起こされる。このような問題を解決する方法として、実施の形態５で開示した方法を適用するとよい。
【０７２０】
図３９は、実施の形態１０におけるＬＲ−ＵＥのＳＲＳの構成方法を説明するための図である。図３９に示す例では、ＬＲ−ＵＥのＳＲＳをシンボル毎に構成している。サブフレームの最後のシンボル、すなわちサブフレーム内の２番目のスロットの最後のシンボルは、従来のレガシーＵＥのＳＲＳが構成される。したがって、図３９に示す例では、サブフレーム内の２番目のスロットの最後のシンボルに、ＬＲ−ＵＥのＳＲＳも構成される。該シンボルに、レガシーＵＥのＳＲＳとＬＲ−ＵＥのＳＲＳとが多重される。このようにすることによって、レガシーＵＥのＳＲＳとＬＲ−ＵＥのＳＲＳとを共存させることが可能となる。ＬＲ−ＵＥは、該ＳＲＳが構成されるシンボルでＳＲＳを送信することが可能となる。
【０７２１】
同一のシンボル上で、ＬＲ−ＵＥのＳＲＳとＬＲ−ＵＥのＰＵＳＣＨとを多重してもよい。ＵＥは、ＰＵＳＣＨのデータとＳＲＳとを時間多重して、１シンボルの期間にマッピングする。ＳＲＳは、予め定める位置に挿入されるようにしてもよい。予め定める位置は、規格などで静的に決定されてもよい。あるいは、準静的または動的に決定されてもよい。予め定める位置は、ｅＮＢが決定し、ＲＲＣシグナリングを用いてＬＲ−ＵＥに通知してもよい。予め定める位置は、例えば、ビットおよびシンボルなどのＳＲＳの位置、先頭からの位置、間隔、ビット数およびシンボル数などのＳＲＳの数などである。ＳＲＳは、連続的に多重されてもよいし、非連続的に多重されてもよい。
【０７２２】
ｅＮＢは、ＬＲ−ＵＥに対して、ＳＲＳも考慮に入れたＬＲ−ＵＥ用ＰＵＳＣＨのスケジューリングを行うとよい。ＬＲ−ＵＥは、スケジューリングされたＬＲ−ＵＥ用ＰＵＳＣＨ領域で、ＰＵＳＣＨデータとＳＲＳとを多重したデータをマッピングして、送信する。
【０７２３】
図４０は、実施の形態１０におけるＬＲ−ＵＥのＳＲＳをＰＵＳＣＨと多重させて送信する方法について説明するための図である。図４０に示す例では、ＬＲ−ＵＥのＳＲＳをシンボル毎に構成している。サブフレームの最後のシンボル、すなわちサブフレーム内の２番目のスロットの最後のシンボルは、従来のレガシーＵＥのＳＲＳが構成される。したがって、図４０に示す例では、サブフレーム内の２番目のスロットの最後のシンボルに、ＬＲ−ＵＥのＳＲＳも構成される。該シンボルに、レガシーＵＥのＳＲＳとＬＲ−ＵＥのＳＲＳとが多重される。このようにすることによって、レガシーＵＥのＳＲＳとＬＲ−ＵＥのＳＲＳとを共存させることが可能となる。ＬＲ−ＵＥは、該ＳＲＳが構成されるシンボルでＳＲＳを送信することが可能となる。
【０７２４】
サブフレーム内の１番目のスロットの３番目のシンボルと５番目のシンボルで、ＬＲ−ＵＥのＳＲＳとＰＵＳＣＨとが多重されてマッピングされる。ここでは、周波数領域として、１２サブキャリアが用いられる。それらのシンボルで、ＰＵＳＣＨがマッピングされない周波数領域があってもよい。サブフレーム内の２番目のスロットの１番目のシンボルと３番目のシンボルと６番目のシンボルとで、ＬＲ−ＵＥのＳＲＳとＰＵＳＣＨとが多重されてマッピングされる。ここでは、周波数領域として、２つの１２サブキャリアが用いられる。
【０７２５】
このようにすることによって、ＬＲ−ＵＥのＳＲＳおよびＰＵＳＣＨの物理リソースへのマッピングを柔軟に行うことが可能となる。また、物理リソースの使用効率を向上させることができる。また、広い周波数帯域にＳＲＳを分散させることが可能となるので、周波数ダイバーシチゲインを得ることができる。
【０７２６】
ＬＲ−ＵＥ用のＰＵＣＣＨで、ＳＲ、ＣＳＩおよび下りデータに対するＡｃｋ／Ｎａｃｋを送信するが、該ＬＲ−ＵＥのＰＵＣＣＨとＳＲＳとを同じシンボルで送信する場合、従来のレガシーＵＥのＰＵＣＣＨおよびＳＲＳの方法と同様にしてもよい。
【０７２７】
本実施の形態で開示した方法を用いることによって、ＬＲ−ＵＥのＳＲＳをシンボル単位で送信することが可能となる。また、ＬＴＥの同一キャリア上で、ＬＲ−ＵＥのＳＲＳとレガシーＵＥのＳＲＳとを共存させることが可能となる。
【０７２８】
したがって、ｅＮＢは、ＬＲ−ＵＥのシンボル単位のＳＲＳを受信することが可能となり、該ＳＲＳを用いてＬＲ−ＵＥへの効率の良いデータスケジューリングを行うことが可能となる。
【０７２９】
ｅＮＢによるレガシーＵＥへのデータスケジューリングの効率の低下を抑制しつつ、ＬＲ−ＵＥへのデータスケジューリングの効率を向上させることが可能となる。
【０７３０】
したがって、レガシーＵＥのデータの伝送速度の低下を抑制しつつ、ＬＲ−ＵＥのデータの伝送速度を向上することが可能となる。
【０７３１】
前述のように本実施の形態では、短縮したＴＴＩに対応するために、シンボル単位のＳＲＳについて開示した。
【０７３２】
しかし、他の方法として、ＬＲ−ＵＥのＳＲＳの送信に、サブフレーム単位の従来のＳＲＳの送信方法、あるいは、実施の形態５で開示したスロット単位のＳＲＳの送信方法を用いてもよい。
【０７３３】
ｅＮＢのスケジューリングにおいて、シンボル単位のＳＲＳが不要な場合がある。例えば、セルの負荷が少ない場合などである。シンボル単位のＳＲＳが無くても、ｅＮＢのスケジューリングの効率の低下は少ない。このような場合に、サブフレーム単位の従来のＳＲＳの送信方法、あるいは、実施の形態５で開示したスロット単位のＳＲＳの送信方法を適用することによって、シグナリング量の増大を抑制することが可能となる。また、レガシーＵＥとの共存も容易になるので、制御が複雑化することを回避することが可能となる。
【０７３４】
シンボル単位のＳＲＳ、スロット単位のＳＲＳ、サブフレーム単位のＳＲＳを適宜組み合わせてもよい。セル毎に使い分けてもよい。ＵＥ毎に使い分けてもよい。準静的または動的に使い分けてもよい。判断基準として、セルの負荷、セルのスループット、セルの平均遅延時間、ＵＥ毎の通信品質、要求ＱｏＳ毎、要求遅延時間毎などに応じて使い分けるとよい。これによって、多種のサービスに対して、サービス毎の要求に適した設定を行うことが可能となる。
【０７３５】
実施の形態１１．
前述の実施の形態では、短縮したＴＴＩで動作するＵＥ（ＬＲ−ＵＥ）をサポートする方法を開示した。また、３ＧＰＰでは、接続状態のＵＥを対象にしたＴＴＩの短縮が提案されていることを述べた。したがって、ＵＥは、接続状態に移行した後に、短縮したＴＴＩで運用されることになる。ＵＥが、接続状態に移行した後に、短縮したＴＴＩへ切替える方法が必要となる。本実施の形態では、これらの方法について開示する。ここでは、短縮したＴＴＩへ切替えるＵＥについても、ＬＲ−ＵＥということとする。
【０７３６】
ｅＮＢは、接続状態にあるＬＲ−ＵＥに対して、ＴＴＩ構成情報を通知する。ＴＴＩ構成情報としては、ＴＴＩ値、物理チャネルの構成情報、およびＲＳの構成情報などがある。
【０７３７】
ＴＴＩ構成情報としては、セル毎に構成するパラメータ、あるいは、ＵＥ毎に構成するパラメータが存在する。セル毎に構成するパラメータは、セル個別のシグナリングで通知してもよいし、ＵＥ個別のシグナリングで通知してもよい。ＵＥ毎に構成するパラメータは、ＵＥ個別のシグナリングで通知するとよい。
【０７３８】
ｅＮＢは、ＬＲ-ＵＥに対してＴＴＩ構成情報を通知した後、該ＬＲ−ＵＥに対して該ＴＴＩ構成に切替える。あるいは、ｅＮＢは、ＴＴＩ構成情報を通知した後、該ＬＲ−ＵＥから該通知に対する肯定応答（Ａｃｋ）を受信した場合に、該ＬＲ−ＵＥに対して該ＴＴＩ構成に切替えるようにしてもよい。あるいは、ｅＮＢは、ＴＴＩ構成情報を通知した後、ＬＲ−ＵＥから、ＴＴＩ構成情報を用いた設定の完了メッセージを受信した場合に、該ＬＲ−ＵＥに対して該ＴＴＩ構成に切替えるようにしてもよい。
【０７３９】
ＬＲ−ＵＥは、ｅＮＢからＴＴＩ構成情報を受信した後、該ＴＴＩ構成情報を用いて、ＰＨＹおよびＭＡＣなどの関連するレイヤの設定を行い、送受信を開始する。
【０７４０】
図４１〜図４３は、実施の形態１１におけるＬＲ−ＵＥに対するＴＴＩ切替えに関するシーケンスの一例を示す図である。図４１〜図４３では、ｅＮＢがＵＥ個別にＴＴＩ構成情報を通知する場合について示している。また、図４１〜図４３では、レガシーＵＥと共存している場合について示している。図４１と図４２とは、境界線ＢＬ１の位置で、つながっている。図４２と図４３とは、境界線ＢＬ２の位置で、つながっている。
【０７４１】
ステップＳＴ４１０１において、レガシーＵＥは、ｅＮＢとＴＴＩ＝１サブフレームで通信状態にある。ステップＳＴ４１０２において、ＬＲ−ＵＥは、ｅＮＢとＴＴＩ＝１サブフレームで通信状態にある。
【０７４２】
ステップＳＴ４１０３において、ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの短縮を決定し、ＴＴＩ＝１スロットに設定する。
【０７４３】
ステップＳＴ４１０４において、ｅＮＢは、ＬＲ−ＥＰＤＣＣＨ構成を決定する。この他にも必要なＴＴＩ構成を決定してもよい。ＬＲ−ＵＥに対して必要なＴＴＩ構成の決定は、図４の制御部４１１で行われるようにしてもよい。
【０７４４】
ステップＳＴ４１０５において、ｅＮＢは、ＬＲ−ＵＥに対して、短縮したＴＴＩの構成情報を通知する。ここでは、ＵＥ個別のＲＲＣシグナリングで通知する。例えば、ｅＮＢからＵＥへ、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージを用いて通知してもよい。ＲＲＣ接続再設定メッセージ内の、「RadioResourceConfigDedicated」情報に、ＴＴＩ構成情報を含めてもよい。「RadioResourceConfigDedicated」情報内の「physicalConfigDedicated」情報に、ＴＴＩ構成情報を含めてもよい。
【０７４５】
ステップＳＴ４１０８において、ＬＲ−ＵＥは、ｅＮＢから通知されたＴＴＩ構成情報を用いて、ＰＨＹおよびＭＡＣなどの関連するレイヤの設定を行う。ここでは、ＴＴＩ＝１スロットである。ＬＲ−ＵＥにおけるＴＴＩ構成情報を用いた設定は、図３のプロトコル処理部３０１で行われるようにしてもよい。あるいは、ｅＮＢから通知されたＴＴＩ構成情報を制御部３１０で処理し、制御部３１０からプロトコル処理部３０１に対して、関連するレイヤの設定を行わせるように制御してもよい。
【０７４６】
ＴＴＩ＝１スロットの構成の設定が完了したＬＲ−ＵＥは、ステップＳＴ４１２４において、ｅＮＢに対して、設定の完了メッセージを通知する。設定の完了メッセージの通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。例えば、ＵＥからｅＮＢへ、ＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを用いて通知してもよい。
【０７４７】
ステップＳＴ４１０９において、ＬＲ−ＵＥは、設定したＴＴＩ構成情報に従って送受信を行う。ここでは、ＬＲ−ＥＰＤＣＣＨを用いる場合の構成を示している。ＬＲ−ＵＥは、ＬＲ−ＥＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。ＬＲ−ＵＥにおいて、図３の制御部３１０あるいはプロトコル処理部３０１は、設定されたＴＴＩ構成情報に従って物理リソースへのマッピングを行う。制御部３１０あるいはプロトコル処理部３０１は、設定されたＴＴＩ構成情報に従って、送信データバッファ部３０３、エンコーダー部３０４、変調部３０５、周波数変換部３０６、復調部３０８、デコーダー部３０９を制御するようにしてもよい。
【０７４８】
ステップＳＴ４１２４において、ＬＲ−ＵＥから設定の完了メッセージを受信したｅＮＢは、ステップＳＴ４１０６において、レガシーＵＥに対しては、変更なく、ＴＴＩ＝１サブフレームでスケジューリングを行う。またｅＮＢは、ステップＳＴ４１０７において、ＬＲ−ＵＥに対して、設定したＴＴＩ構成でスケジューリングを開始する。ｅＮＢにおけるＴＴＩ構成情報を用いた設定は、図４のプロトコル処理部４０３で行われるようにしてもよい。制御部４１１は、ＬＲ−ＵＥに対して設定したＴＴＩ構成情報を制御部プロトコル処理部４０３に通知して、プロトコル処理部４０３で関連するレイヤの設定を行わせるように制御してもよい。ＭＡＣレイヤ内のスケジューラによって、レガシーＵＥおよびＬＲ−ＵＥなどの各ＵＥに設定されたＴＴＩ構成でスケジューリングが行われる。
【０７４９】
また、ｅＮＢにおいて、図４の制御部４１１あるいはプロトコル処理部４０３は、各ＵＥに対して、設定したＴＴＩ構成情報を用いて物理リソースへのマッピングを行う。制御部４１１あるいはプロトコル処理部４０３は設定したＴＴＩ構成情報に従って、送信データバッファ部４０４、エンコーダー部４０５、変調部４０６、周波数変換部４０７、復調部４０９、デコーダー部４１０を制御するようにしてもよい。
【０７５０】
また、ステップＳＴ４１１０において、レガシーＵＥは、変更無く、従来のＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。
【０７５１】
図４２のステップＳＴ４１１１およびステップＳＴ４１１２において、ｅＮＢとレガシーＵＥとの間で、ＴＴＩ＝１サブフレームの構成で、従来通りの物理チャネルおよびＲＳを用いて送受信が行われる。このようにして、引き続きレガシーＵＥは、ステップＳＴ４１１６において、データの送受信を行う。
【０７５２】
ステップＳＴ４１１３およびステップＳＴ４１１４において、ｅＮＢとＬＲ−ＵＥとの間で、短縮したＴＴＩであるＴＴＩ＝１スロットの構成で送受信が行われる。ＴＴＩ＝１スロットの構成の物理チャネルおよびＲＳを用いて、また、該チャネルおよびＲＳの物理リソースへのマッピング方法を用いて、送受信が行われる。例えば、ＬＲ−ＥＰＤＣＣＨ、ＬＲ−ＰＨＩＣＨ、ＬＲ−ＵＥのＰＤＳＣＨ、ＬＲ−ＵＥのＰＵＳＣＨ、ＬＲ−ＵＥのＰＵＣＣＨ、ＬＲ−ＵＥのＳＲＳなどが用いられる。
【０７５３】
このようにして、引き続きＬＲ−ＵＥは、ステップＳＴ４１１５において、データの送受信を行う。
【０７５４】
ステップＳＴ４１１７において、ＬＲ−ＵＥは、ｅＮＢとＴＴＩ＝１スロットで通信状態にある。ステップＳＴ４１１８において、ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの短縮の解除を決定する。
【０７５５】
図４３のステップＳＴ４１１９において、ｅＮＢは、ＬＲ−ＵＥに対して、短縮したＴＴＩの構成（ＴＴＩ＝１スロット）の解除を通知する。短縮したＴＴＩの構成の解除の通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。例えば、ｅＮＢからＵＥへ、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージを用いて通知してもよい。解除を指示する情報を設けて、該シグナリングに含めて通知してもよい。あるいは、ＴＴＩ＝１サブフレームの構成情報を含めてもよい。ＬＲ−ＵＥは、この情報によって、ＴＴＩ＝１スロットの解除が通知されたと判断してもよい。
【０７５６】
ステップＳＴ４１１９において、短縮したＴＴＩの解除を通知されたＬＲ−ＵＥは、ステップＳＴ４１２０において、短縮したＴＴＩ（ＴＴＩ＝１スロット）の設定を解除する。従来のＴＴＩ＝１サブフレームの設定に戻すようにしてもよい。
【０７５７】
ＴＴＩ＝１スロットの設定の解除が完了したＬＲ−ＵＥは、ステップＳＴ４１２５において、ｅＮＢに対して、設定の解除の完了メッセージを通知する。設定の解除の完了メッセージの通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。例えば、ＵＥからｅＮＢへ、ＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを用いて通知してもよい。
【０７５８】
ステップＳＴ４１２７において、ＬＲ−ＵＥは、従来のＴＴＩ＝１サブフレームの設定で送受信を行う。ＬＲ−ＵＥは、ＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。
【０７５９】
ステップＳＴ４１２５において、ＬＲ−ＵＥから設定の解除の完了メッセージを受信したｅＮＢは、ステップＳＴ４１２６において、ＬＲ−ＵＥに対して、従来のＴＴＩ構成（ＴＴＩ＝１サブフレーム）でスケジューリングを開始する。
【０７６０】
ステップＳＴ４１２１およびステップＳＴ４１２２において、ｅＮＢとＬＲ−ＵＥとの間で、ＴＴＩ＝１サブフレームの構成で、従来通りの物理チャネルおよびＲＳを用いて送受信が行われる。
【０７６１】
このようにして、ステップＳＴ４１２３において、ＬＲ−ＵＥは、短縮したＴＴＩ（ＴＴＩ＝１スロット）を解除し、従来のＴＴＩ（ＴＴＩ＝１サブフレーム）でｅＮＢと通信を行う。
【０７６２】
このようにすることによって、ｅＮＢとの間で接続状態にあるＬＲ−ＵＥが、短縮したＴＴＩで通信することが可能となる。
【０７６３】
また、短縮したＴＴＩの解除も可能となり、ｅＮＢとＬＲ−ＵＥとの間で、柔軟にＴＴＩの構成を切替えることが可能となる。
【０７６４】
また、ｅＮＢは、短縮したＴＴＩでＬＲ−ＵＥと通信しつつ、従来のＴＴＩでレガシーＵＥと通信することが可能となる。短縮したＴＴＩで運用するＬＲ−ＵＥと、従来のＴＴＩで運用するレガシーＵＥとの通信を共存させることが可能となる。
【０７６５】
図４４〜図４６は、実施の形態１１におけるＬＲ−ＵＥに対するＴＴＩ切替えに関するシーケンスの他の例を示す図である。図４４〜図４６では、ＴＴＩ構成情報の通知において、ＴＴＩ構成情報のうち、セル毎に設定するものはセル個別のシグナリングが用いられ、ＵＥ毎に設定するものはＵＥ個別のシグナリングが用いられる。図４４と図４５とは、境界線ＢＬ３の位置で、つながっている。図４５と図４６とは、境界線ＢＬ４の位置で、つながっている。
【０７６６】
図４４〜図４６に示すシーケンスは、図４１〜図４３に示すシーケンスと類似しているので、ここでは主として異なる部分についての説明を行う。
【０７６７】
ステップＳＴ４２０１において、レガシーＵＥは、ｅＮＢとＴＴＩ＝１サブフレームで通信状態にある。ステップＳＴ４２０２において、ＬＲ−ＵＥは、ｅＮＢとＴＴＩ＝１サブフレームで通信状態にある。
【０７６８】
ステップＳＴ４２０３において、ｅＮＢは、短縮したＴＴＩの運用を決定し、そのためのセル毎のＴＴＩ構成情報を決定する。セル毎のＴＴＩ構成情報として、例えば、セル毎のＬＲ−ＥＰＤＣＣＨ構成とする。また、ここでは、ＴＴＩ＝１スロットに設定する。
【０７６９】
ステップＳＴ４２０４およびステップＳＴ４２０５において、ｅＮＢは、セル毎のＴＴＩ構成情報、例えば、ＬＲ−ＥＰＤＣＣＨ構成情報を、ＬＲ−ＵＥおよびレガシーＵＥに報知する。
【０７７０】
ステップＳＴ４２０６において、ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの短縮を決定し、ＴＴＩ＝１スロットに設定する。ステップＳＴ４２０７において、ｅＮＢは、ＵＥ毎のＴＴＩ構成情報を決定する。
【０７７１】
ステップＳＴ４２０８において、ｅＮＢは、ＬＲ−ＵＥに対して、ＵＥ毎のＴＴＩの構成情報を通知する。ここでは、ＵＥ個別のＲＲＣシグナリングで通知する。
【０７７２】
図４５のステップＳＴ４２１１において、ＬＲ−ＵＥは、ｅＮＢから通知されたセル毎のＴＴＩ構成情報と、ｅＮＢからＵＥ個別に通知されたＵＥ毎のＴＴＩ構成情報とを用いて、ＰＨＹおよびＭＡＣなどの関連するレイヤの設定を行う。ここでは、ＴＴＩ＝１スロットである。
【０７７３】
ＴＴＩ＝１スロットの構成の設定が完了したＬＲ−ＵＥは、ステップＳＴ４２２７において、ｅＮＢに対して、設定の完了メッセージを通知する。設定の完了メッセージの通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。
【０７７４】
ステップＳＴ４２１２において、ＬＲ−ＵＥは、設定したＴＴＩ構成情報に従って送受信を行う。ここでは、ＬＲ−ＥＰＤＣＣＨを用いる構成の場合を示している。ＬＲ−ＵＥは、ＬＲ−ＥＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。
【０７７５】
ステップＳＴ４２２７において、ＬＲ−ＵＥから設定の完了メッセージを受信したｅＮＢは、ステップＳＴ４２０９において、レガシーＵＥに対しては、変更なく、ＴＴＩ＝１サブフレームでスケジューリングを行う。またｅＮＢは、ステップＳＴ４２１０において、ＬＲ−ＵＥに対して、設定したＴＴＩ構成でスケジューリングを開始する。
【０７７６】
また、レガシーＵＥは、ステップＳＴ４２１３において、変更無く、従来のＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。
【０７７７】
ステップＳＴ４２１４およびステップＳＴ４２１５において、ｅＮＢとレガシーＵＥとの間で、ＴＴＩ＝１サブフレームの構成で、従来通りの物理チャネルおよびＲＳを用いて送受信が行われる。このようにして、引き続きレガシーＵＥは、ステップＳＴ４２１９において、データの送受信を行う。
【０７７８】
ステップＳＴ４２１６およびステップＳＴ４２１７において、ｅＮＢとＬＲ−ＵＥとの間で、短縮したＴＴＩであるＴＴＩ＝１スロットの構成で送受信が行われる。ＴＴＩ＝１スロットの構成の物理チャネルおよびＲＳを用いて、また、該チャネルおよびＲＳの物理リソースへのマッピング方法を用いて送受信が行われる。例えば、ＬＲ−ＥＰＤＣＣＨ、ＬＲ−ＰＨＩＣＨ、ＬＲ−ＵＥのＰＤＳＣＨ、ＬＲ−ＵＥのＰＵＳＣＨ、ＬＲ−ＵＥのＰＵＣＣＨ、ＬＲ−ＵＥのＳＲＳなどが用いられる。このようにして、引き続きＬＲ−ＵＥは、ステップＳＴ４２１８において、データの送受信を行う。
【０７７９】
図４６のステップＳＴ４２２０において、ＬＲ−ＵＥは、ｅＮＢとＴＴＩ＝１スロットで通信状態にある。ステップＳＴ４２２１において、ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの短縮の解除を決定する。
【０７８０】
ステップＳＴ４２２２において、ｅＮＢは、ＬＲ−ＵＥに対して、短縮したＴＴＩ構成（ＴＴＩ＝１スロット）の解除を通知する。短縮したＴＴＩ構成の解除の通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。例えば、ｅＮＢからＵＥへ、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージを用いて通知してもよい。解除を指示する情報を設けて、該シグナリングに含めて通知してもよい。あるいは、ＴＴＩ＝１サブフレームの構成情報を含めてもよい。ＬＲ−ＵＥは、この情報によって、ＴＴＩ＝１スロットの解除が通知されたと判断してもよい。
【０７８１】
ステップＳＴ４２２２において、短縮したＴＴＩの解除を通知されたＬＲ−ＵＥは、ステップＳＴ４２２３において、短縮したＴＴＩ（ＴＴＩ＝１スロット）の設定を解除する。従来のＴＴＩ＝１サブフレームの設定に戻すようにしてもよい。
【０７８２】
ＴＴＩ＝１スロットの設定の解除が完了したＬＲ−ＵＥは、ステップＳＴ４２２８において、ｅＮＢに対して、設定の解除の完了メッセージを通知する。設定の解除の完了メッセージの通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。例えば、ＵＥからｅＮＢへ、ＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを用いて通知してもよい。
【０７８３】
ステップＳＴ４２３０において、ＬＲ−ＵＥは、従来のＴＴＩ＝１サブフレームの設定で送受信を行う。ＬＲ−ＵＥは、ＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。
【０７８４】
ステップＳＴ４２２８において、ＬＲ−ＵＥから設定の解除の完了メッセージを受信したｅＮＢは、ステップＳＴ４２２９において、ＬＲ−ＵＥに対して、従来のＴＴＩ構成（ＴＴＩ＝１サブフレーム）でスケジューリングを開始する。
【０７８５】
ステップＳＴ４２２４およびステップＳＴ４２２５において、ｅＮＢとＬＲ−ＵＥとの間で、ＴＴＩ＝１サブフレームの構成で、従来通りの物理チャネルおよびＲＳを用いて送受信が行われる。
【０７８６】
このようにして、ステップＳＴ４２２６において、ＬＲ−ＵＥは、短縮したＴＴＩ（ＴＴＩ＝１スロット）を解除し、従来のＴＴＩ（ＴＴＩ＝１サブフレーム）でｅＮＢと通信を行う。
【０７８７】
このように、ＴＴＩ構成情報の一部をセル毎に設定し、該セル毎のＴＴＩ構成情報を報知することによって、ＵＥ毎に通知が必要となるＴＴＩ構成情報の情報量を少なくすることが可能となる。例えば、頻繁に、任意のＵＥに対してＴＴＩ構成が変更されるような場合、該ＴＴＩ構成の切替えに必要となるＵＥ毎のシグナリングの情報量を低減することができる。これによって、システムとしてのシグナリングの負荷の削減を図ることが可能となる。
【０７８８】
実施の形態１１  変形例１．
前述の実施の形態で、ｅＮＢは、ＬＲ−ＵＥに対してＴＴＩの短縮を決定した。あるいは、短縮したＴＴＩの解除を決定した。本変形例では、ｅＮＢがＬＲ−ＵＥに対して、どのようなＴＴＩに設定するかの判断方法について開示する。
【０７８９】
ｅＮＢは、予め定める判断指標を用いて判断する。予め定める判断指標の具体例として、以下の（１）〜（１１）の１１個を開示する。
（１）サービスタイプ。
（２）データ量。
（３）ＱＣＩ（QoS Class Identifier）。
（４）ＲＢタイプ。
（５）下り通信品質。
（６）上り通信品質。
（７）ＨＡＲＱ回数。
（８）セルの負荷状況。
（９）セルのリソース使用状況。
（１０）伝送速度。
（１１）前記（１）〜（１０）の組合せ。
【０７９０】
前記具体例（１）について説明する。ｅＮＢは、対象とする通信のサービスあるいはアプリケーションがどのようなものかによって判断する。例えば、サービスがどのようなストリーミングデータなのかどうかによって判断する。または、例えば、リアルタイムデータストリーミングなのかどうかによって判断する。または、例えば、バッファードデータストリーミングなのかどうかによって判断する。または、例えば、ＦＴＰデータかどうかによって判断する。または、例えば、ＴＣＰベースのサービスかどうかによって判断する。対象とする通信のサービスあるいはアプリケーションのタイプの情報は、コアネットワークからｅＮＢに通知されてもよいし、ＬＲ−ＵＥからｅＮＢに通知されてもよい。例えば、ストリーミングデータの場合、ｅＮＢは、リアルタイムデータストリーミングではＴＴＩの短縮での運用を決定し、バッファードデータストリーミングの場合、従来のＴＴＩでの運用を決定する。
【０７９１】
また、サービスが緊急通信なのか否かによって判断してもよい。ｅＮＢは、緊急通信サービスの場合、短縮したＴＴＩでの運用を決定するようにしてもよい。
【０７９２】
このようにすることによって、サービスあるいはアプリケーションのタイプに応じて遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０７９３】
前記具体例（２）について説明する。ｅＮＢは、対象とする通信のデータ量によって判断する。例えば、データ量が予め定める閾値より大きい場合は、ｅＮＢは短縮したＴＴＩでの運用を決定し、該閾値以下の場合は、従来のＴＴＩでの運用を決定する。対象とする通信のデータ量の情報は、コアネットワークからｅＮＢに通知されてもよいし、ＬＲ−ＵＥからｅＮＢに通知されてもよい。あるいは、既に受信あるいは送信したデータ量によって判断してもよい。あるいは、残データ量によって判断してもよい。例えば、残データ量が多い場合は、短縮したＴＴＩでの運用を決定するようにしてもよい。あるいは、通信データ量の変化量によって判断してもよい。残データ量の変化量によって判断してもよい。データ量として、ＬＲ−ＵＥに対する下りバッファサイズまたはバッファの状況を用いてもよい。また、ＬＲ−ＵＥから通知される上りバッファサイズまたはバッファ状況を用いてもよい。
【０７９４】
このようにすることによって、通信のデータ量に応じて遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０７９５】
前記具体例（３）について説明する。ｅＮＢは、対象とする通信のＱＣＩによって判断する。例えば、ＱＣＩが１および４の場合は、ｅＮＢは、短縮したＴＴＩでの運用を決定する。あるいは、要求される遅延量に応じて判断するようにしてもよい。例えば、要求される遅延量が閾値以下の場合は、短縮したＴＴＩでの運用を決定する。要求される遅延量が閾値より大きい場合は、従来のＴＴＩでの運用を決定する。
【０７９６】
このようにすることによって、通信のＱＣＩあるいは要求される遅延量に応じて遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０７９７】
前記具体例（４）について説明する。ｅＮＢは、対象とする通信のＲＢ（radio bearer）タイプによって判断する。例えば、ＤＲＢ（Data Radio Bearer）の場合は、ｅＮＢは、短縮したＴＴＩでの運用を決定する。あるいは、予め決められたＤＲＢの場合、ｅＮＢは、短縮したＴＴＩでの運用を決定するようにしてもよい。ＤＲＢは、データ用のＲＢであるので、データの伝送速度の向上が要求される場合が多い。したがって、短縮したＴＴＩで運用することによって、データの伝送速度の向上を図ることができる。ＳＲＢ（Signaling Radio Bearer）の場合は、ｅＮＢは、従来のＴＴＩでの運用を決定するようにしてもよい。ＳＲＢは、比較的１回の通信データ量が少ない。したがって、大容量データの送受信の場合、ＳＲＢに対して、たとえ短縮したＴＴＩに変更しても、トータルの送受信にかかる時間はあまり変わらないからである。
【０７９８】
このようにすることによって、通信のＲＢに応じて遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０７９９】
前記具体例（５）について説明する。ｅＮＢは、下り通信品質によって判断する。例えば、ＵＥからのＣＱＩあるいはＣＳＩを受信して判断する。対象とするＵＥとの間の下り通信品質が良好な場合は、ｅＮＢは、短縮したＴＴＩでの運用を決定する。下り通信品質が良好で無い場合は、ｅＮＢは、従来のＴＴＩでの運用を決定する。通信品質の指標に閾値を設けてもよい。通信品質が、閾値以上か閾値より小さいかで判断してもよい。
【０８００】
また、下り通信品質の変化量によって判断してもよい。例えば、ＣＱＩあるいはＣＳＩの変化量が小さい場合は、ｅＮＢは、短縮したＴＴＩでの運用を決定する。下り通信品質の変化量が大きい場合は、ｅＮＢは、従来のＴＴＩでの運用を決定する。通信品質の変化量の指標に閾値を設けてもよい。通信品質の変化量が、閾値以上か閾値より小さいかで判断してもよい。変化量が小さいと、通信品質が安定しており、電波伝搬環境が安定していると推測することが可能である。ｅＮＢは、安定した電波伝搬環境を有する該ＬＲ−ＵＥに対して、短縮したＴＴＩでの運用を決定する。
【０８０１】
このようにすることによって、下り通信品質に応じて遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０８０２】
前記具体例（６）について説明する。ｅＮＢは、上り通信品質によって判断する。例えば、ＵＥからのＰＵＣＣＨ、ＰＵＳＣＨ、上りＤＭＲＳ、またはＳＲＳを受信して判断する。対象とするＵＥとの間の上り通信品質が良好な場合は、ｅＮＢは、短縮したＴＴＩでの運用を決定する。上り通信品質が良好でない場合は、ｅＮＢは、従来のＴＴＩでの運用を決定する。通信品質の指標に閾値を設けてもよい。通信品質が、閾値以上か閾値より小さいかで判断してもよい。
【０８０３】
また、上り通信品質の変化量によって判断してもよい。例えば、上りＤＭＲＳの変化量が小さい場合は、ｅＮＢは、短縮したＴＴＩでの運用を決定する。下り通信品質の変化量が大きい場合は、ｅＮＢは、従来のＴＴＩでの運用を決定する。通信品質の変化量の指標に閾値を設けてもよい。通信品質の変化量が、閾値以上か閾値より小さいかで判断してもよい。変化量が小さいと、通信品質が安定しており、電波伝搬環境が安定していると推測することが可能である。ｅＮＢは、安定した電波伝搬環境を有する該ＬＲ−ＵＥに対して、短縮したＴＴＩでの運用を決定する。
【０８０４】
このようにすることによって、上り通信品質に応じて遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０８０５】
前記具体例（７）について説明する。ｅＮＢは、ＨＡＲＱの再送回数によって判断する。上りＨＡＲＱに対してでもよいし、下りＨＡＲＱに対してでもよい。過去のＨＡＲＱ再送回数で判断するとよい。過去の予め定める期間のＨＡＲＱ再送回数で判断してもよい。予め定める期間の平均値を導出して判断してもよい。例えば、再送回数が多い場合は、ｅＮＢは、短縮したＴＴＩでの運用を決定する。ＨＡＲＱの再送回数は、遅延に大きく影響する。したがって、ＨＡＲＱの再送回数が大きくなるような状況においては、短縮したＴＴＩを用いることによって、遅延量を改善することが可能となる。
【０８０６】
このようにすることによって、ＨＡＲＱの再送回数に応じて遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０８０７】
前記具体例（８）について説明する。ｅＮＢは、セルの負荷状況によって判断する。セルの負荷が低い場合は、短縮したＴＴＩを用い、セルの負荷が高い場合は、従来のＴＴＩを用いる。短縮したＴＴＩを運用するには、従来のＴＴＩとの共存を行うので、従来のＴＴＩのための物理リソースに加えて、短縮したＴＴＩのための物理リソースが必要となる。したがって、セルの負荷が高い場合、該物理リソースの増大がシステムとしての容量を低減させてしまう。したがって、セルの負荷に応じて、短縮したＴＴＩを構成する。これによって、システムとしての遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０８０８】
前記具体例（９）について説明する。ｅＮＢは、セルのリソースの使用状況によって判断する。セルのリソースの使用状況が低い場合は、短縮したＴＴＩを用い、セルのリソースの使用状況が高い場合は、従来のＴＴＩを用いる。前記具体例（８）と同様に、セルのリソースの使用状況が高い場合、該物理リソースの増大がシステムとしての容量を低減させてしまう。したがって、セルのリソースの使用状況に応じて、短縮したＴＴＩを構成する。これによって、システムとしての遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０８０９】
前記具体例（１０）について説明する。ｅＮＢは、データの伝送速度によって判断する。ＵＥとのデータの伝送速度が低い場合は、短縮したＴＴＩを用い、ＵＥとのデータの伝送速度が高い場合は、従来のＴＴＩを用いる。データの伝送速度が低い場合は、データの伝送速度の向上を図るために、短縮したＴＴＩを用いる。データの伝送速度が高い場合は、既に所望のデータの伝送速度を得られているとして、従来のＴＴＩを用いる。これによって、データの伝送速度に応じて、短縮したＴＴＩを構成することができる。したがって、システムとしての遅延量を改善させることが可能となり、データの伝送速度の向上を図ることが可能となる。
【０８１０】
このような判断指標を用いることによって、ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの短縮を通信状況に応じて決定することができる。判断指標の説明においては、ＴＴＩの短縮か否かの判断について記載したが、複数の短縮したＴＴＩが構成されるような場合にも適宜適用することができる。これによって、複数の短縮したＴＴＩ、例えば、１スロット、１シンボルと、従来のＴＴＩ（１サブフレーム）とを使い分けることが可能となる。
【０８１１】
前述のように本実施の形態では、ｅＮＢが、ＬＲ−ＵＥに対してどのようなＴＴＩに設定するかの判断方法について開示した。該判断をＬＲ−ＵＥがｅＮＢに対して要求してもよい。ＬＲ−ＵＥが、ＴＴＩの設定変更をｅＮＢに対して要求してもよい。
【０８１２】
ＬＲ−ＵＥは、ｅＮＢに対してＴＴＩ設定変更要求を通知する。ＴＴＩ設定変更要求の通知は、ＵＥ個別のＲＲＣシグナリングで通知するとよい。
【０８１３】
ＴＴＩ設定変更要求を受信したｅＮＢは、該要求を送信したＬＲ−ＵＥに対して、ＴＴＩの短縮をするかどうか、どのＴＴＩ長にするかどうかを判断する。
【０８１４】
例えば、図４１〜図４３では、ステップＳＴ４１０３の処理が行われる前に、ＬＲ−ＵＥからｅＮＢに対して、ＴＴＩ設定変更要求が通知される。
【０８１５】
ＬＲ−ＵＥは、ＴＴＩ設定変更要求を通知する前に、該通知を行うか否かの判断を行うようにしてもよい。ＴＴＩ設定変更要求の通知を行うか否かの判断指標は、前述の判断指標を適宜ＬＲ−ＵＥ側で適用できるものを適用するとよい。
【０８１６】
ＬＲ−ＵＥは、ｅＮＢに対して、判断指標とその値を通知するようにしてもよい。ｅＮＢは、ＬＲ−ＵＥにおける判断指標とその値を認識することができる。ＬＲ−ＵＥは、ｅＮＢに対して、ＴＴＩ設定変更要求とともに、判断指標とその値を通知するようにしてもよい。ｅＮＢは、該要求とともにＬＲ−ＵＥにおける判断指標とその値を認識することができ、該情報を用いて、該ＬＲ−ＵＥに対して、要求通りＴＴＩ設定を変更するか否かを判断することができる。
【０８１７】
ｅＮＢが、ＴＴＩ構成を変更可能かどうかの情報をＵＥに通知してもよい。セル毎に通知してもよい。ＴＴＩ構成を変更可能かどうかの情報およびサポートするＴＴＩ構成の情報の少なくとも一方の情報を設けて、ｅＮＢは、各セルにおいてＵＥに通知するとよい。サポートするＴＴＩ構成の情報は、実施の形態１１の変形例２で示すＴＴＩタイプでもよい。
【０８１８】
通知方法としては、報知情報に含めて報知するとよい。あるいは、個別ＲＲＣシグナリングでＵＥ個別に通知してもよい。このようにすることによって、ｅＮＢの傘下のＵＥが、セルがサポートするＴＴＩ構成、およびＴＴＩ構成が変更可能かどうかを認識することができる。したがって、ＬＲ−ＵＥは、所望のＴＴＩ構成およびＴＴＩ構成の変更をサポートするセルに対して、ＴＴＩ設定変更要求を通知することが可能となる。
【０８１９】
ＬＲ−ＵＥからＴＴＩ設定変更要求を受信したｅＮＢは、ＴＴＩ設定変更を行わないと判断してもよい。その場合、ＴＴＩ設定変更要求を送信したＬＲ−ＵＥに対して、ＴＴＩ設定変更の拒否を通知してもよい。ｅＮＢは、該拒否の通知とともに、拒否の理由（cause）を通知してもよい。該拒否メッセージを受信したＬＲ−ＵＥは、ＴＴＩの設定変更が行われないとみなすことができ、引き続き、現在のＴＴＩ設定で通信を行う。
【０８２０】
ｅＮＢは、該拒否の通知とともに、ＴＴＩ設定変更要求禁止期間を通知してもよい。ＴＴＩ設定変更要求禁止期間を受信したＬＲ−ＵＥは、該期間、ＴＴＩ設定変更要求をｅＮＢに対して通知できない。ｅＮＢは、ＬＲ−ＵＥから連続して該要求が送られてくることを防ぐことが可能となり、シグナリング量の削減を図ることができる。また、ｅＮＢは、自セルの状況、例えば負荷状況などに応じて該期間を設定してもよい。このようにすることによって、ＬＲ−ＵＥに対して適切な期間をおいて該要求を通知するように制御することが可能となる。
【０８２１】
本変形例で開示した方法を用いることによって、ＬＲ−ＵＥの状況および周辺の電波伝搬環境などに応じて、適応的にＴＴＩ構成を変えることが可能となる。
【０８２２】
また、ＬＲ−ＵＥがＴＴＩ設定の変更を要求できるようにすることによって、通信品質などについて、ＬＲ−ＵＥ自身が測定したものを用いて即時に要求を行うことが可能となる。ｅＮＢがＬＲ−ＵＥから得た通信品質、例えばＣＱＩ／ＣＳＩのような粗い精度の通信品質情報を用いずに済ませることができる。したがって、精度の高いＴＴＩ構成を適応的に設定することが可能となる。これによって、伝送速度をさらに向上させることが可能となる。
【０８２３】
実施の形態１１  変形例２．
前述の実施の形態で、ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの短縮を決定した。ｅＮＢは、対象となるＵＥが、短縮したＴＴＩをサポートすることが可能かどうかを認識しておく必要がある。
【０８２４】
本変形例では、ｅＮＢが、ＵＥが短縮したＴＴＩをサポートすることが可能かどうかを認識する方法を開示する。
【０８２５】
複数のＴＴＩをサポートするか否かのインジケータを設ける。対応するＴＴＩのタイプの情報を設けてもよい。例えば、ＴＴＩ＝１サブフレーム、ＴＴＩ＝１スロット、ＴＴＩ＝１シンボルなどである。各ＴＴＩのタイプを一つまたは複数のビットで示してもよい。該ビットを予め決めておいてもよい。例えば、２ビットで示し、ＴＴＩ＝１サブフレームを１０、ＴＴＩ＝１スロットを０１、ＴＴＩ＝１シンボルを００とする。少ない情報量でＴＴＩのタイプを表すことができる。ＴＴＩ＝１サブフレームは、デフォルトとして不要としてもよい。また、同時にサポート可能なＴＴＩのタイプの数の情報を設けてもよい。また、通知するＵＥを特定するための情報、例えばＵＥの識別子を含めてもよい。
【０８２６】
これらの情報を、ここでは、「複数ＴＴＩ情報」という。複数ＴＴＩ情報を、ＵＥ能力（UE capability）情報に含めてもよい。
【０８２７】
ＵＥは、ｅＮＢに対して、複数ＴＴＩ情報をｅＮＢに通知する。あるいは、ネットワーク側ノードへ通知するようにしてもよい。ネットワーク側ノードは、ＵＥから受信した複数ＴＴＩ情報を、必要に応じてｅＮＢに通知するとよい。ＵＥは、複数ＴＴＩ情報を、ｅＮＢに対して、ＵＥ能力情報の通知方法を用いて通知してもよい。
【０８２８】
このようにすることによって、ｅＮＢは、ＵＥのＴＴＩ情報を受信することができ、ＵＥが複数のＴＴＩをサポートしているかどうかを認識することが可能となる。したがって、ｅＮＢは、ＵＥから受信した複数ＴＴＩ情報を用いて、該ＵＥに対してＴＴＩ構成の変更を行い、該ＵＥに対して、ＴＴＩ構成を通知することが可能となる。
【０８２９】
ＬＲ−ＵＥは、ｅＮＢからＴＴＩ構成変更の通知を受信することによって、ＴＴＩ構成を変更することが可能となり、ｅＮＢとの間で、該ＴＴＩ構成に従って通信することが可能となる。これによって、設定されたＴＴＩ構成が短縮したＴＴＩの場合、短縮したＴＴＩで通信することが可能となる。
【０８３０】
実施の形態１２．
実施の形態１１では、ＬＲ−ＵＥに対して、接続状態に移行した後に、短縮したＴＴＩへ切替える方法について開示した。システムとして、ｅＮＢ、ＵＥに対して、複数のＴＴＩ構成を同時にサポートさせる方法について開示する。
【０８３１】
システムとして複数のＴＴＩの同時設定を可能とする。ｅＮＢは、任意の一つの接続状態にあるＬＲ−ＵＥに対して、複数のＴＴＩの設定を可能とする。ｅＮＢは、複数のＴＴＩを同時にサポートすることが可能なＬＲ−ＵＥに対して、複数のＴＴＩの設定を可能とする。
【０８３２】
各ＴＴＩを構成するために用いられる物理チャネルの物理リソースは、衝突しないようにマッピングされるとよい。前述の実施の形態において、短縮したＴＴＩの構成に用いられる物理チャネルがマッピングされる物理リソースと、従来のＴＴＩの構成に用いられる物理チャネルがマッピングされる物理リソースとは、衝突しないようにすることを開示した。ここでは、さらに、前述の実施の形態で開示した方法を適用して、複数の短縮したＴＴＩの構成に用いられる物理チャネルがマッピングされる物理リソース間で、衝突しないようにするとよい。衝突しないように、物理チャネルおよび該物理チャネルがマッピングされる物理リソースを構成すればよい。
【０８３３】
ｅＮＢが、対象となるＵＥが複数のＴＴＩを同時にサポートすることが可能か否かを判断する方法として、実施の形態１１の変形例２で開示した方法を適用すればよい。ＵＥが複数のＴＴＩを同時にサポートすることが可能か否かの情報を設けて、複数ＴＴＩ情報に含めるとよい。ＵＥからｅＮＢに対して複数ＴＴＩ情報を通知する際に、複数のＴＴＩを同時にサポートすることが可能か否かの情報も通知されるようにするとよい。このようにすることによって、ｅＮＢは、対象となるＵＥが複数のＴＴＩを同時にサポートすることが可能か否かを判断することが可能となる。
【０８３４】
一つのＬＲ−ＵＥに対して、複数のＴＴＩを同時にサポートする例を開示する。例えば、ｅＮＢは、ＬＲ−ＵＥに対して、下り制御情報の種類に応じて、複数のＴＴＩで送信する。ＣＳＳ（Common Search Space）（非特許文献１２参照）にマッピングされる制御情報は、従来のＴＴＩを用い、ＵＳＳ（UE specific Search Space）（非特許文献１２参照）にマッピングされる制御情報は、短縮したＴＴＩを用いる。
【０８３５】
ＣＳＳにマッピングされる制御情報としては、ＳＩＢの制御情報、ページングの制御情報、ＲＡＲ（Random Access Response）の制御情報がある。これらの制御情報は、ＵＥ個別のデータのための制御情報ではない。これらの制御情報は、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩを用いてＰＤＣＣＨを検出するのではなく、セル毎あるいはシステムとして予め決められたＲＮＴＩを用いてＰＤＣＣＨを検出する。したがって、該ＣＳＳにマッピングされる制御情報の送信に、従来のＴＴＩを用いることによって、レガシーＵＥの従来の該制御情報の受信方法と同一にすることが可能となる。これによって、ＬＲ−ＵＥ個別に新たに物理リソースを確保する必要がなくなり、またレガシーＵＥへのページングとＬＲ−ＵＥへのページングとを異なるメカニズムで発生させる必要がなくなる。同様に、レガシーＵＥへのＲＡＲとＬＲ−ＵＥへのＲＡＲとを異なるメカニズムで発生させる必要がなくなる。したがって、物理リソースの使用効率を向上させることができ、制御が複雑化することを回避することが可能となる。また、制御を簡易にすることによって、実装を容易にすることが可能となる。
【０８３６】
ＵＳＳにマッピングされる制御情報として、ＵＥ個別通信用のデータのための制御情報がある。この制御情報は、ＬＲ−ＵＥ自身のＣ−ＲＮＴＩを用いてＰＤＣＣＨを検出する。したがって、該ＵＳＳにマッピングされる制御情報の送信に、短縮したＴＴＩを用いることによって、ＵＥ個別の通信用データの遅延を低減させることが可能となる。これによって、ＬＲ−ＵＥのデータの伝送速度を向上させることが可能となる。
【０８３７】
図４７〜図４９は、実施の形態１２における一つのＬＲ−ＵＥに対して複数のＴＴＩを同時にサポートする処理に関するシーケンスの一例を示す図である。図４７〜図４９において、ＣＳＳにマッピングされる制御情報は、従来のＴＴＩ（ＴＴＩ＝１サブフレーム）を用い、ＵＳＳにマッピングされる制御情報は、短縮したＴＴＩを用いる。短縮したＴＴＩとして、図４７〜図４９に示す例では、ＴＴＩ＝1スロットとする。また、図４７〜図４９では、レガシーＵＥと共存している場合について示している。図４７と図４８とは、境界線ＢＬ５の位置で、つながっている。図４８と図４９とは、境界線ＢＬ６の位置で、つながっている。
【０８３８】
ステップＳＴ４３０１において、レガシーＵＥは、ｅＮＢとＴＴＩ＝１サブフレームで通信状態にある。ステップＳＴ４３０２において、ＬＲ−ＵＥはｅＮＢとＴＴＩ＝１サブフレームで通信状態にある。
【０８３９】
ステップＳＴ４３０３において、ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの短縮の運用を決定し、短縮したＴＴＩとしてＴＴＩ＝１スロットに設定する。ｅＮＢは、ＬＲ−ＵＥに対して、ＣＳＳにマッピングされる制御情報には、従来のＴＴＩを用い、ＵＳＳにマッピングされる制御情報には、短縮したＴＴＩを用いることを決定する。
【０８４０】
ステップＳＴ４３０４において、ｅＮＢは、短縮したＴＴＩのためのＬＲ−ＥＰＤＣＣＨ構成を決定する。この他にも必要なＴＴＩ構成を決定してもよい。
【０８４１】
ステップＳＴ４３０５において、ｅＮＢは、ＬＲ−ＵＥに対して、短縮したＴＴＩの構成情報を通知する。ここでは、ＵＥ個別のＲＲＣシグナリングで通知する。例えば、ｅＮＢからＵＥへ、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージを用いて通知してもよい。ＲＲＣ接続再設定メッセージ内の、「RadioResourceConfigDedicated」情報に、ＴＴＩ構成情報を含めてもよい。「RadioResourceConfigDedicated」情報内の「physicalConfigDedicated」情報に、ＴＴＩ構成情報を含めてもよい。
【０８４２】
また、ＣＳＳにマッピングされる制御情報は、従来のＴＴＩを用い、ＵＳＳにマッピングされる制御情報は、短縮したＴＴＩを用いることを示す情報を設けてもよい。ｅＮＢは、ＬＲ−ＵＥに対して、該情報をＴＴＩ構成情報とともに通知する。該情報をＴＴＩ構成情報に含めて通知してもよい。
【０８４３】
ステップＳＴ４３０８において、ＬＲ−ＵＥは、ｅＮＢから通知されたＴＴＩ構成情報を用いて、ＰＨＹおよびＭＡＣなどの関連するレイヤの設定を行う。ここでは、ＴＴＩ＝１スロットである。ＬＲ−ＵＥは、従来のＴＴＩ（ＴＴＩ＝１サブフレーム）構成に従った関連レイヤの設定も維持する。すなわち、従来のＴＴＩおよび短縮したＴＴＩの２つのＴＴＩ構成に従った関連レイヤの設定を行う。ＬＲ−ＵＥは、２つのＴＴＩで動作可能とする。
【０８４４】
ＴＴＩ＝１スロットの構成の設定が完了したＬＲ−ＵＥは、ステップＳＴ４３２６において、ｅＮＢに対して、設定の完了メッセージを通知する。設定の完了メッセージの通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。例えば、ＵＥからｅＮＢへ、ＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを用いて通知してもよい。
【０８４５】
ステップＳＴ４３３０において、ＬＲ−ＵＥは、従来のＴＴＩ構成に従った送受信を維持する。ＬＲ−ＵＥは、従来のＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。これによって、ＣＳＳにマッピングされた制御情報を受信することが可能となる。また、該制御情報に従って送受信を行うことが可能となる。
【０８４６】
ステップＳＴ４３０９において、ＬＲ−ＵＥは、短縮したＴＴＩ構成情報に従って送受信を行う。ここでは、ＬＲ−ＥＰＤＣＣＨを用いる場合の構成を示している。ＬＲ−ＵＥは、ＬＲ−ＥＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。これによって、ＵＳＳにマッピングされた制御情報を受信することが可能となる。また、該制御情報に従って送受信を行うことが可能となる。
【０８４７】
ステップＳＴ４３２６において、ＬＲ−ＵＥから設定の完了メッセージを受信したｅＮＢは、ステップＳＴ４３０７において、ＬＲ−ＵＥに対して、ＣＳＳにマッピングする制御情報は従来のＴＴＩでスケジューリングを開始し、ＵＳＳにマッピングする制御情報は短縮したＴＴＩでスケジューリングを開始する。このようにすることによって、ＣＳＳにマッピングする制御情報に関しては、従来のＴＴＩを用いる方法が用いられ、ＵＳＳにマッピングする制御情報に関しては、短縮したＴＴＩを用いる方法が用いられることになる。これらが、ｅＮＢとＬＲ−ＵＥとの間で同時に行われることになる。
【０８４８】
ステップＳＴ４３０６において、ｅＮＢは、レガシーＵＥに対しては、変更なく、従来のＴＴＩでスケジューリングを行う。
【０８４９】
また、ステップＳＴ４３１０において、レガシーＵＥは、変更無く、従来のＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。
【０８５０】
図４８のステップＳＴ４３１１およびステップＳＴ４３１２において、ｅＮＢとレガシーＵＥとの間で、ＴＴＩ＝１サブフレームの構成で、従来通りの物理チャネルおよびＲＳを用いて送受信が行われる。このようにして、引き続きレガシーＵＥは、ステップＳＴ４３１７において、データの送受信を行う。
【０８５１】
ステップＳＴ４３１３において、ｅＮＢとＬＲ−ＵＥとの間で、ＣＳＳにマッピングする制御情報に関して、従来のＴＴＩであるＴＴＩ＝１サブフレームの構成で送受信が行われる。従来のＴＴＩ＝１サブフレームの構成の物理チャネルおよびＲＳを用いて、また、該チャネルおよびＲＳの物理リソースへのマッピング方法を用いて送受信が行われる。例えば、ＰＤＣＣＨ、ＰＤＳＣＨなどが用いられる。
【０８５２】
ステップＳＴ４３１４およびステップＳＴ４３１５において、ｅＮＢとＬＲ−ＵＥとの間で、短縮したＴＴＩであるＴＴＩ＝１スロットの構成で送受信が行われる。ＴＴＩ＝１スロットの構成の物理チャネルおよびＲＳを用いて、また、該チャネルおよびＲＳの物理リソースへのマッピング方法を用いて送受信が行われる。例えば、ＬＲ−ＥＰＤＣＣＨ、ＬＲ−ＰＨＩＣＨ、ＬＲ−ＵＥのＰＤＳＣＨ、ＬＲ−ＵＥのＰＵＳＣＨ、ＬＲ−ＵＥのＰＵＣＣＨ、ＬＲ−ＵＥのＳＲＳなどが用いられる。
【０８５３】
このようにして、ＬＲ−ＵＥは、ステップＳＴ４３１６において、２つのＴＴＩを同時に運用して、データの送受信を行う。
【０８５４】
ステップＳＴ４３１８において、ｅＮＢとＬＲ−ＵＥとの間で、従来のＴＴＩでＣＳＳにマッピングされる制御情報に関する送受信が行われる。
【０８５５】
ステップＳＴ４３１９において、ｅＮＢとＬＲ−ＵＥとの間で、短縮したＴＴＩでＵＳＳにマッピングされる制御情報に関する送受信が行われる。
【０８５６】
図４９のステップＳＴ４３２０において、ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの短縮の解除を決定する。
【０８５７】
ステップＳＴ４３２１において、ｅＮＢは、ＬＲ−ＵＥに対して、短縮したＴＴＩの構成（ＴＴＩ＝１スロット）の解除を通知する。ＵＳＳにマッピングする制御情報に関して、短縮したＴＴＩを用いることを解除することを通知してもよい。
【０８５８】
短縮したＴＴＩの構成の解除の通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。例えば、ｅＮＢからＵＥへ、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージを用いて通知してもよい。解除を指示する情報を設けて、該シグナリングに含めて通知してもよい。あるいは、ＴＴＩ＝１サブフレームの構成情報を含めてもよい。ＬＲ−ＵＥは、この情報によって、ＴＴＩ＝１スロットの解除が通知されたと判断してもよい。
【０８５９】
ステップＳＴ４３２１において、短縮したＴＴＩの解除を通知されたＬＲ−ＵＥは、ステップＳＴ４３２２において、短縮したＴＴＩ（ＴＴＩ＝１スロット）の設定を解除する。ＵＳＳにマッピングされる制御情報に関して、従来のＴＴＩ＝１サブフレームの設定に戻すようにしてもよい。これによって、ＣＳＳにマッピングされる制御情報およびＵＳＳにマッピングされる制御情報に関して、ともに、従来のＴＴＩ＝１サブフレームの設定になる。
【０８６０】
ＴＴＩ＝１スロットの設定の解除が完了したＬＲ−ＵＥは、ステップＳＴ４３２７において、ｅＮＢに対して、設定の解除の完了メッセージを通知する。設定の解除の完了メッセージの通知には、ＵＥ個別のＲＲＣシグナリングを用いるとよい。例えば、ＵＥからｅＮＢへ、ＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを用いて通知してもよい。
【０８６１】
ステップＳＴ４３２９において、ＬＲ−ＵＥは、従来のＴＴＩ＝１サブフレームの設定で送受信を行う。ＬＲ−ＵＥは、ＰＤＣＣＨ領域を自身のＣ−ＲＮＴＩで検索し、自身のＰＤＣＣＨを検出する。
【０８６２】
ステップＳＴ４３２７において、ＬＲ−ＵＥから設定の解除の完了メッセージを受信したｅＮＢは、ステップＳＴ４３２８において、ＬＲ−ＵＥに対して、ＣＳＳにマッピングする制御情報に関しても、ＵＳＳにマッピングする制御情報に関しても、従来のＴＴＩの構成（ＴＴＩ＝１サブフレーム）でスケジューリングを開始する。
【０８６３】
ステップＳＴ４３２３およびステップＳＴ４３２４において、ｅＮＢとＬＲ−ＵＥとの間で、ＴＴＩ＝１サブフレームの構成で、従来通りの物理チャネルおよびＲＳを用いて送受信が行われる。
【０８６４】
このようにして、ステップＳＴ４３２５において、ＬＲ−ＵＥは、短縮したＴＴＩを用いた複数のＴＴＩを解除し、従来のＴＴＩ一つでｅＮＢと通信を行う。
【０８６５】
このように、一つのＬＲ−ＵＥに対して複数のＴＴＩをサポート可能にし、前述のような使い分けを行うことによって、物理リソースの使用効率を向上させることができ、制御が複雑化することを回避しつつ、該ＬＲ−ＵＥのデータの伝送速度を向上させることが可能となる。
【０８６６】
一つのＬＲ−ＵＥに対して複数のＴＴＩを同時にサポートする他の例を開示する。例えば、ｅＮＢは、ＬＲ−ＵＥに対して、ＲＢ毎に異なるＴＴＩを設定する。ｅＮＢは、一つのＬＲ−ＵＥに対してＲＢ毎に異なるＴＴＩを設定することによって、ＬＲ−ＵＥと、同時に複数のＴＴＩを用いて通信を行うことになる。
【０８６７】
例えば、ｅＮＢは、予め定めるＤＲＢに対してのみ短縮したＴＴＩを用いる。その他のＲＢに対しては、従来のＴＴＩを用いる。また、ｅＮＢは、ＬＲ−ＵＥの複数のＤＲＢに対して、それぞれ異なるＴＴＩ構成を用いてもよい。例えば、ある一つのＤＲＢにはＴＴＩ＝１スロットを設定し、他の一つのＤＲＢにはＴＴＩ＝１シンボルを設定する。他のＲＢには、ＴＴＩ＝１サブフレームを設定する。データの伝送の遅延を削減し、データの伝送速度の向上を図りたい場合、ＤＲＢに短縮したＴＴＩ構成を用いることは有効である。
【０８６８】
あるいは、ｅＮＢは、予め定めるＳＲＢに対してのみ短縮したＴＴＩを用いる。その他のＲＢに対しては、従来のＴＴＩを用いる。シグナリング量が多大になってしまうような場合に、シグナリングによる遅延を削減するために、ＳＲＢに短縮したＴＴＩの構成を用いることは有効である。
【０８６９】
ｅＮＢは、ＬＲ-ＵＥに対して、ＲＢの構成とともに、ＴＴＩの構成を通知してもよい。従来、ｅＮＢは、ＵＥに対してＲＲＣシグナリングを用いてＲＢの構成を通知する。ＲＲＣシグナリングとしては、ＲＲＣ接続再設定（RRC connection reconfiguration）が用いられる。ＲＲＣ接続再設定メッセージの中の個別無線リソース設定（RadioResourceConfigDedicated）情報の中のＳＲＢに関する情報、あるいはＤＲＢに関する情報でＲＢの構成が通知される。
【０８７０】
該ＲＢの構成とともに、ＴＴＩの構成を通知するとよい。例えば、該ＳＲＢに関する情報に、ＴＴＩの構成に関する情報を含めるとよい。あるいは、該ＤＲＢに関する情報に、ＴＴＩの構成に関する情報を含めるとよい。ＴＴＩの構成ではなく、ＴＴＩのタイプであってもよい。ＴＴＩのタイプ毎のＴＴＩの構成は、別途通知してもよい。このようにすることによって、ｅＮＢは、ＬＲ−ＵＥに対して、ＲＢ毎にＴＴＩの構成を設定することが可能となる。ｅＮＢは、ＬＲ−ＵＥと、ＲＢ毎に所望のＴＴＩで通信することが可能となる。ＲＢの特性に応じた遅延性能を得ることが可能となる。
【０８７１】
このように、一つのＬＲ−ＵＥに対して、複数のＴＴＩをサポートすることを可能にし、前述のような使い分けを行うことによって、各ＲＢの特性に適した遅延性能が得られる。また、低遅延性能が要求されるＲＢについては、短縮したＴＴＩを用いることによって、データの伝送速度を向上させることが可能となる。
【０８７２】
実施の形態１３．
従来のＴＴＩで通信しているＵＥは、１サブフレームにわたってマッピングされるＣＲＳ（Cell specific Reference Signal）を受信することによって、セルの下りリンクのＲＳＲＰおよびＲＳＲＱなどの通信品質を測定（メジャメント）している。言い換えると、ＣＲＳを測定して通信品質を導出している。
【０８７３】
短縮したＴＴＩで通信しているＬＲ−ＵＥもメジャメントを行う必要がある。しかし、ＬＲ−ＵＥは、受信単位が短縮したＴＴＩになる。例えば、１スロットおよび１シンボルなどである。したがって、ＬＲ−ＵＥは、該受信単位で従来のＣＲＳを受信できないことになる。
【０８７４】
ＬＲ−ＵＥ用に新たなＣＲＳを設けて、物理リソースにマッピングしてもよいが、この場合、データに使用可能な物理リソースが低減することになる。ＬＲ−ＵＥ用に従来のＣＲＳを用いる。
【０８７５】
ＬＲ−ＵＥ用のデータあるいは制御チャネルがマッピングされる物理リソースにも、従来のＣＲＳをマッピングする。ＬＲ−ＵＥ用のデータあるいは制御チャネルは、従来のＣＲＳを避けてマッピングされる。ＬＲ−ＵＥ用のデータあるいは制御チャネルとＣＲＳとは、周波数分割多重および時間分割多重が行われる。
【０８７６】
ＬＲ−ＵＥが従来のＣＲＳを用いて通信品質を測定する方法について開示する。ＬＲ−ＵＥは、設定されたＴＴＩ長に応じて、該ＴＴＩ内に存在する従来のＣＲＳを測定するとよい。例えば、ＴＴＩ＝１スロットの場合、１スロット分の従来のＣＲＳを測定する。
【０８７７】
しかし、ＴＴＩがさらに短くなると、設定されたＴＴＩ内に従来のＣＲＳがマッピングされない場合が生じる。例えば、ＴＴＩ＝１シンボルの場合、従来のＣＲＳがマッピングされないシンボルが存在する。このような短いＴＴＩが設定されたＬＲ−ＵＥは、該ＴＴＩ内に存在するＣＲＳを測定できなくなる場合が生じる。
【０８７８】
このような問題を解決する方法として、ＬＲ−ＵＥは、ＴＴＩ長とは関係なく、予め定める期間のＣＲＳを測定する。例えば、ＴＴＩ＝１シンボルが設定された場合、１サブフレーム分のＣＲＳを測定するようにしてもよい。通常のサブフレームであれば、１サブフレーム内にはＣＲＳが必ず存在する。したがって、ＬＲ−ＵＥもＣＲＳを測定することが可能となる。ＴＴＩ＝１シンボルが設定された場合、ＬＲ−ＵＥは、１サブフレームに相当する１４シンボル内のＣＲＳの存在するシンボルのみ受信して測定してもよい。
【０８７９】
ＣＲＳの測定は、定期的、周期的、または連続的に行われるようにしてもよい。また、複数の測定結果を用いて平均化されてもよい。平均化は、予め定めるフィルタ関数に従って行われてもよい。
【０８８０】
また、ＣＲＳの測定結果の導出単位として、サブフレーム単位としてもよい。あるいは、スロット単位で導出してもよい。あるいは、ＲＥ単位で導出してもよい。前述のＣＲＳの測定に関する情報を、「ＣＲＳ測定情報」とする。
【０８８１】
ＣＲＳ測定情報は、予め規格などで静的に決められてもよいし、準静的または動的に決められてもよい。準静的または動的に決められる場合、ｅＮＢあるいはネットワークノードが決定して、ＬＲ−ＵＥに通知してもよい。
【０８８２】
例えば、ＴＴＩ＝１スロットが設定された場合、ＬＲ−ＵＥは、２スロット分のＣＲＳを測定して平均して、ＲＥ単位のＣＲＳ測定結果を導出する。毎スロットあるいは予め定めるスロットのＣＲＳの測定を行い、最新の２スロット分のＣＲＳからの移動平均を導出する。この場合、毎スロット、ＲＥ単位のＣＲＳの測定結果が導出できる。
【０８８３】
ｅＮＢからＬＲ−ＵＥへの通知方法として、ＣＲＳ測定情報を報知情報に含めて報知してもよい。別の方法として、ＣＲＳ測定情報をＲＲＣメッセージに含めて、個別ＲＲＣシグナリングで通知してもよい。
【０８８４】
例えば、ｅＮＢは、ＬＲ−ＵＥに対して、ＣＲＳ測定情報を、ＴＴＩ構成情報とともに、あるいはＴＴＩ構成情報に含めて通知してもよい。
【０８８５】
他の例として、ｅＮＢは、ＬＲ−ＵＥに対して、ＣＲＳ測定情報を、メジャメント構成（measurement configuration）メッセージとともに、あるいはメジャメント構成メッセージに含めて通知してもよい。
【０８８６】
このようにすることによって、ＬＲ−ＵＥが、ＣＲＳ測定情報を取得することができ、ＣＲＳをどのように測定するかを認識することが可能となる。
【０８８７】
前述の方法を、隣接セルのＣＲＳの測定についても適用してもよい。ＬＲ−ＵＥは、隣接セルのＣＲＳを用いて、隣接セルの通信品質の測定を行う。このようにすることによって、ＬＲ−ＵＥは、隣接セルとの通信品質も評価することが可能となる。
【０８８８】
本実施の形態で開示した方法を用いることによって、短縮したＴＴＩが設定されたＬＲ−ＵＥは、従来のＣＲＳを用いた通信品質の測定を行うことが可能となる。したがって、従来のメジャメント方法をＬＲ−ＵＥにも適用できることになる。同じ方法で測定可能となるので、システムとして評価方法を統一することができる。例えば、メジャメント結果報告用のイベントに用いるクライテリアを統一することができる。イベント発生を判断する閾値などの設定を統一することができる。
【０８８９】
したがって、ｅＮＢあるいはネットワーク側のノードは、測定結果の比較を行い易くなるので、制御を容易に、また公平に、高精度に行うことが可能となる。例えば、ハンドオーバといった通信制御においても、レガシーＵＥとＬＲ−ＵＥとの共存を容易に行うことが可能となる。
【０８９０】
実施の形態１４．
従来のＴＴＩで通信しているＵＥは、１サブフレーム内でマッピングされるＣＲＳを受信することによって、下りチャネルの通信品質（ＣＱＩ）を測定している。言い換えると、ＣＲＳを測定して下りチャネルの通信品質（ＣＱＩ）を導出している。
【０８９１】
また、従来のＴＴＩで通信しているＵＥは、１サブフレーム内でマッピングされるＣＳＩ−ＲＳ（CSI Reference Signal）を受信することによって、下りチャネルの通信品質（ＣＳＩ）を測定している。言い換えると、ＣＲＳを測定して下りチャネルの通信品質（ＣＳＩ）を導出している。
【０８９２】
短縮したＴＴＩで通信しているＬＲ−ＵＥもメジャメントを行う必要がある。しかし、ＬＲ−ＵＥは、受信単位が短縮したＴＴＩになる。例えば、１スロットおよび１シンボルなどである。したがって、ＬＲ−ＵＥは、該受信単位で従来のＣＲＳおよびＣＳＩ−ＲＳを受信できないことになる。
【０８９３】
ＬＲ−ＵＥ用に新たなＣＲＳおよびＣＳＩ−ＲＳを設けて、物理リソースにマッピングしてもよいが、この場合、データに使用可能な物理リソースが低減することになる。ＬＲ−ＵＥ用に従来のＣＲＳおよびＣＳＩ−ＲＳを用いるとよい。
【０８９４】
ＣＲＳについては、実施の形態１３で開示したので、ここでは説明を省略する。ＬＲ−ＵＥは、従来のＣＲＳを用いて、下りチャネルの通信品質（ＣＱＩ）を測定するとよい。
【０８９５】
ＣＳＩ−ＲＳについても、実施の形態１３で開示した方法を適用するとよい。ＣＲＳの代わりに、ＣＳＩ−ＲＳに対して適用すればよい。
【０８９６】
ＬＲ−ＵＥは、ＣＳＩ−ＲＳの測定結果をｅＮＢへ報告する。該報告には、ＰＵＣＣＨが用いられる。短縮したＴＴＩに対応したＰＵＣＣＨも構成可能である。したがって、短縮したＴＴＩ単位でＣＳＩの報告が可能となる。ｅＮＢは、ＬＲ−ＵＥに対して、報告周期を設定するが、短縮したＴＴＩの整数倍で報告周期を設定してもよい。短縮したＴＴＩ単位でＣＳＩの報告が可能となるので、ＬＲ−ＵＥにおける下り受信に対するＣＳＩのフィードバックを早くできる。したがって、ｅＮＢは、より正確なスケジューリングを行うことが可能となる。
【０８９７】
ＬＲ−ＵＥが複数のＴＴＩをサポートすることが可能な場合、ＬＲ−ＵＥは、ＣＳＩ−ＲＳの報告に、従来のＴＴＩで送信されるＰＵＣＣＨを用いるようにしてもよい。
【０８９８】
ｅＮＢが、ＬＲ−ＵＥに対して、ＣＳＩ−ＲＳの測定結果の報告周期を従来のＴＴＩ単位で設定し、該ＣＳＩ−ＲＳの報告を従来のＴＴＩにおけるＰＵＣＣＨで送信するように設定する。ＬＲ−ＵＥは、該ＣＳＩ-ＲＳの報告に、従来のＴＴＩ、すなわち１サブフレーム単位で構成されるＰＵＣＣＨを用いて送信する。ＰＵＣＣＨは、１サブフレームに構成されるので、ＰＵＣＣＨにマッピングできる制御情報量を増大させることが可能となる。
【０８９９】
本実施の形態で開示した方法を用いることによって、短縮したＴＴＩが設定されたＬＲ−ＵＥは、従来のＣＳＩ−ＲＳを用いた通信品質の測定を行うことが可能となる。したがって、従来のメジャメント方法をＬＲ−ＵＥにも適用できることになる。同じ方法で測定可能となるので、システムとして評価方法を統一することができる。したがって、ｅＮＢあるいはネットワーク側のノードは、測定結果の比較を行い易くなるので、スケジューリングを容易に、また公平に、高精度に行うことが可能となる。
【０９００】
実施の形態１５．
レガシーＵＥは、ＰＤＣＣＨ領域のＣＲＳの受信品質を測定してＲＬＭ（radio link monitor）を行っていた。短縮したＴＴＩで動作するＬＲ−ＵＥは、必ずしもＰＤＣＣＨ領域を受信するとは限らない。そのような場合、ＬＲ−ＵＥは、ＬＲ−ＥＰＤＣＣＨ領域のＲＳの受信品質を測定してＲＬＭを行うようにしてもよい。ＬＲ−ＥＰＤＣＣＨ領域にＣＲＳがマッピングされる場合は、該ＣＲＳを用いて受信品質を測定する。ＣＲＳがマッピングされず、他のＲＳがマッピングされる場合は、該ＲＳを用いて受信品質を測定するとよい。このようにすることによって、ＬＲ−ＵＥもＲＬＭを行うことが可能となる。
【０９０１】
また、複数のＴＴＩで動作するＬＲ−ＵＥは、従来のＴＴＩの通信品質のみを測定してもよい。従来のＰＤＣＣＨ領域のＣＲＳの受信品質を測定してＲＬＭを行ってもよい。従来のＰＤＣＣＨ領域を受信する場合に有効である。また、従来の方法と同じにすることが可能となるので、制御が容易になる。
【０９０２】
他の方法として、複数のＴＴＩで動作するＬＲ−ＵＥは、短縮したＴＴＩの通信品質のみを測定してもよい。特に、従来のＰＤＣＣＨ領域を用いない場合に有効である。
【０９０３】
他の方法として、複数のＴＴＩで動作するＬＲ−ＵＥは、各ＴＴＩの通信品質を測定してもよい。従来のＴＴＩにおける通信品質を、ＰＤＣＣＨ領域のＣＲＳの受信品質を測定して導出し、短縮したＴＴＩにおける通信品質を、該ＴＴＩ構成で用いられるＰＤＣＣＨ領域あるいはＬＲ−ＥＰＤＣＣＨ領域のＣＲＳの受信品質を測定して導出してもよい。
【０９０４】
ＬＲ−ＵＥは、ｅＮＢに対して、ＴＴＩ設定毎の通信品質の測定結果を報告してもよい。あるいは、ある閾値を設定し、該閾値に基づいた報告起動（イベントトリガ）を設けてもよい。例えば、ＬＲ−ＵＥは、通信品質が該閾値を下回ったＴＴＩの設定について、ｅＮＢに通知するようにしてもよい。
【０９０５】
このようにすることによって、ｅＮＢは、各ＴＴＩの設定における通信品質を認識することが可能となる。したがって、ｅＮＢは、各ＴＴＩの設定における通信品質を、ＬＲ−ＵＥに対して、ＴＴＩの設定、変更、解除の判断に利用することが可能となる。
【０９０６】
実施の形態１６．
短縮したＴＴＩが設定されているＬＲ−ＵＥが、ハンドーバ（ＨＯ）処理を実行される場合、ターゲットｅＮＢ（Ｔ−ｅＮＢ）でＬＲ−ＵＥが設定されているＴＴＩで通信できない場合がある。例えば、Ｔ−ｅＮＢは、短縮したＴＴＩをサポートしておらず、従来のＴＴＩしかサポートしていない場合である。あるいは、短縮したＴＴＩをサポートしていても、セルの負荷状況から該ＴＴＩを設定できない場合もある。このような場合、何もしないと、ＬＲ−ＵＥは接続断となってしまう。したがって、接続状態から離れることになる。本実施の形態では、この問題を解決する方法を開示する。
【０９０７】
ＬＲ−ＵＥのＨＯを行うときは、従来のＴＴＩ（ＴＴＩ＝１サブフレーム）で行う。ＬＲ−ＵＥに短縮したＴＴＩが設定されている場合、短縮したＴＴＩを解除し、従来のＴＴＩに戻す。
【０９０８】
ＬＲ−ＵＥのＨＯを行うときに、ＬＲ−ＵＥに設定されている短縮したＴＴＩを解除する方法の具体例を開示する。
【０９０９】
ＬＲ−ＵＥは、ＨＯ元のソースｅＮＢ（Ｓ−ｅＮＢ）から、移動制御情報（Mobility Control Information：ＭＣＩ）を含むＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージによってＨＯの実行を指示されると、ＨＯ先のターゲットｅＮＢ（Ｔ−ｅＮＢ）に対してＨＯを実行する。
【０９１０】
短縮したＴＴＩが設定されているＬＲ−ＵＥは、Ｓ−ｅＮＢから該ＨＯの実行の指示を受信すると、短縮したＴＴＩの設定を解除するとよい。短縮したＴＴＩの解除の方法は、実施の形態１１に開示した方法を適用するとよい。短縮したＴＴＩを解除したＬＲ−ＵＥは、従来のＴＴＩで動作する。
【０９１１】
このようにすることによって、ＬＲ−ＵＥは、従来のＴＴＩでＨＯを実行することが可能となる。ＬＲ−ＵＥは、Ｔ−ｅＮＢに対して、従来のＴＴＩでアクセスする。したがって、Ｔ−ｅＮＢは、従来のＴＴＩを用いたＬＲ−ＵＥとの通信状態に移行することが可能となる。
【０９１２】
他の方法を開示する。Ｓ−ｅＮＢからＬＲ−ＵＥへ、ＨＯを行うときに、短縮したＴＴＩを解除することを通知してもよい。Ｓ−ｅＮＢからＬＲ−ＵＥへ、ＭＣＩを含むＲＲＣメッセージで、ＨＯの実行の指示とともに、短縮したＴＴＩの解除を通知してもよい。短縮したＴＴＩの解除を指示するための情報および解除の方法は、実施の形態１１に開示した方法を適用するとよい。
【０９１３】
このようにすることによって、ＨＯの実行を指示するＬＲ−ＵＥに対して、短縮したＴＴＩの解除を明示的に通知することができる。したがって、ＬＲ−ＵＥは、短縮したＴＴＩの解除処理起動タイミングを誤ることなく、ＴＴＩの解除処理を実行することが可能となる。これによって、ＬＲ−ＵＥの誤動作を削減することが可能となる。
【０９１４】
図５０および図５１は、実施の形態１６におけるＨＯを行うときにＳ−ｅＮＢからＬＲ−ＵＥに短縮したＴＴＩの解除を通知する処理に関するシーケンスの一例を示す図である。図５０と図５１とは、境界線ＢＬ７の位置で、つながっている。
【０９１５】
ステップＳＴ４４０１において、ＬＲ−ＵＥは、Ｓ−ｅＮＢと短縮したＴＴＩであるＴＴＩ＝１スロットで通信状態にある。ステップＳＴ４４０２において、Ｓ−ｅＮＢは、ＬＲ−ＵＥに対して、メジャメント設定メッセージを通知する。ステップＳＴ４４０２において、メジャメント設定を受信したＬＲ−ＵＥは、メジャメントを行う。
【０９１６】
ステップＳＴ４４０３において、ＬＲ−ＵＥは、Ｓ−ｅＮＢに対して、メジャメント結果を報告する。このメジャメント処理には、実施の形態１３で開示した方法を適用するとよい。
【０９１７】
ステップＳＴ４４０３においてメジャメント報告を受信したＳ−ｅＮＢは、ステップＳＴ４４０４において、該ＬＲ−ＵＥに対してＨＯの決定を行う。
【０９１８】
ステップＳＴ４４０５において、Ｓ−ｅＮＢは、Ｔ−ｅＮＢに対して、ＨＯ要求メッセージを通知する。
【０９１９】
ステップＳＴ４４０６において、Ｔ−ｅＮＢは、アドミッション制御を行う。ステップＳＴ４４０７において、Ｔ−ｅＮＢは、Ｓ−ｅＮＢに対して、ＨＯ要求に対するＡｃｋメッセージを通知する。
【０９２０】
ステップＳＴ４４０７においてＨＯ要求に対するＡｃｋメッセージを受信したＳ−ｅＮＢは、ＬＲ−ＵＥのＨＯ要求がＴ−ｅＮＢに受け入れられたことを認識することができる。
【０９２１】
ステップＳＴ４４０７においてＨＯ要求に対するＡｃｋメッセージを受信したＳ−ｅＮＢは、ステップＳＴ４４０８において、ＬＲ−ＵＥに対して、短縮したＴＴＩの解除を決定する。
【０９２２】
ＬＲ−ＵＥに対して短縮したＴＴＩの解除を決定したＳ−ｅＮＢは、図５１のステップＳＴ４４０９において、ＬＲ−ＵＥに対して、短縮したＴＴＩの解除を通知する。Ｓ−ｅＮＢは、ＬＲ−ＵＥに対して、ＭＣＩを含むＲＲＣメッセージによるＨＯの実行の指示とともに、短縮したＴＴＩを解除することを通知する。
【０９２３】
ステップＳＴ４４１０において、ＬＲ−ＵＥは、短縮したＴＴＩの設定を解除し、従来のＴＴＩの設定に戻す。したがって、これ以降のステップの処理においては、ＬＲ−ＵＥは、従来のＴＴＩで動作することになる。
【０９２４】
ステップＳＴ４４１１において、ＬＲ−ＵＥは、Ｓ−ｅＮＢからＴ−ｅＮＢへの接続変更を起動する。
【０９２５】
ステップＳＴ４４１２において、ＬＲ−ＵＥは、Ｔ−ｅＮＢと同期処理を実行し、ＲＡ処理を実行する。このとき、ＬＲ−ＵＥおよびＴ−ｅＮＢは、従来のＴＴＩであるＴＴＩ＝１サブフレームで処理を実行する。
【０９２６】
ステップＳＴ４４１０、ステップＳＴ４４１１およびステップＳＴ４４１２の処理によってＴ−ｅＮＢとの接続が完了したＬＲ−ＵＥは、ステップＳＴ４４１３において、Ｔ−ｅＮＢに対して、ＲＲＣ接続再設定完了メッセージを通知する。このときも、ＬＲ−ＵＥおよびＴ−ｅＮＢは、従来のＴＴＩであるＴＴＩ＝１サブフレームで処理を実行する。
【０９２７】
ステップＳＴ４４１４において、ＬＲ−ＵＥ、Ｓ−ｅＮＢ、Ｔ−ｅＮＢ、ＭＭＥ、およびＳ−ＧＷ間でＨＯ処理が実行される（非特許文献１参照）。
【０９２８】
ＨＯ処理を完了した後は、ステップＳＴ４４１５において、ＬＲ−ＵＥとＴ−ｅＮＢとの間で通信が行われる。ＬＲ−ＵＥおよびＴ−ｅＮＢは、従来のＴＴＩであるＴＴＩ＝１サブフレームで通信を実行する。
【０９２９】
このように、ＬＲ−ＵＥがＨＯ処理を実行される場合に、ＬＲ−ＵＥに設定されている、短縮したＴＴＩを解除することによって、Ｔ−ｅＮＢで短縮したＴＴＩをサポートしていない場合、および短縮したＴＴＩをサポートしていてもセルの負荷状況から該ＴＴＩを設定できないような場合でも、ＬＲ−ＵＥとＴ−ｅＮＢとの間で、従来のＴＴＩを用いた通信が可能となる。したがって、ＬＲ−ＵＥは、接続状態を継続することが可能となる。
【０９３０】
前述の方法では、Ｓ−ｅＮＢがＨＯさせるＬＲ−ＵＥに対して、短縮したＴＴＩの解除を決定して通知した。他の方法を開示する。
【０９３１】
Ｔ−ｅＮＢが、ＨＯさせるＬＲ−ＵＥに対して、短縮したＴＴＩの解除をするか否かを判断する。
【０９３２】
Ｓ−ｅＮＢからＴ−ｅＮＢへ、ＨＯさせるＬＲ−ＵＥが設定されているＴＴＩの情報を通知する。短縮したＴＴＩが設定されている場合に通知してもよい。設定されているＴＴＩの情報として、ＴＴＩ構成情報としてもよい。ＴＴＩタイプであってもよい。該通知には、Ｘ２シグナリングを用いるとよい。また、ＭＭＥ経由でＳ１シグナリングを用いて通知してもよい。該情報をＳ−ｅＮＢからＴ−ｅＮＢに通知するＬＲ−ＵＥのＨＯ要求メッセージとともに通知するとよい。該情報をＨＯ要求メッセージに含めて通知してもよい。例えば図５０のステップＳＴ４４０５のＨＯ要求メッセージに該情報を含めてもよい。
【０９３３】
このようにすることによって、Ｔ−ｅＮＢが、ＨＯ要求のあったＬＲ−ＵＥが設定されているＴＴＩ構成情報を認識することが可能となる。
【０９３４】
ＬＲ−ＵＥに設定されているＴＴＩ構成情報を取得したＴ−ｅＮＢは、該情報を用いて、ＬＲ−ＵＥに対して設定されているＴＴＩを、自セルにおいて継続可能か否かを判断する。図５０のステップＳＴ４４０６のアドミッション制御において判断してもよい。
【０９３５】
Ｔ−ｅＮＢが、ＬＲ−ＵＥに対して設定されているＴＴＩを、自セルにおいて継続不可能と判断した場合は、ＬＲ−ＵＥに対して、短縮したＴＴＩの設定の解除を決定する。Ｔ−ｅＮＢは、ＬＲ−ＵＥに対して、短縮したＴＴＩの設定の解除を通知する。
【０９３６】
該通知方法の例を開示する。Ｔ−ｅＮＢは、Ｓ−ｅＮＢに対して、ＬＲ−ＵＥの短縮したＴＴＩの設定の解除を通知する。図５０のステップＳＴ４４０７のＨＯ要求Ａｃｋメッセージの通知とともに、あるいは、該メッセージに含めて通知してもよい。
【０９３７】
Ｔ−ｅＮＢから、ＨＯさせるＬＲ−ＵＥの短縮したＴＴＩの設定を解除することを通知されたＳ−ｅＮＢは、ＬＲ−ＵＥに対して、短縮したＴＴＩの設定を解除することを通知する。図５０のステップＳＴ４４０８のＨＯ指示を含むＲＲＣ接続再設定メッセージとともに、あるいは該メッセージに含めて通知してもよい。
【０９３８】
Ｓ−ｅＮＢから、短縮したＴＴＩの設定を解除することを通知されたＬＲ−ＵＥは、短縮したＴＴＩの設定を解除し、従来のＴＴＩの設定に戻す。これ以降のＨＯ処理において、ＬＲ−ＵＥは、従来のＴＴＩで動作する。
【０９３９】
このようにすることによって、ＬＲ−ＵＥのＨＯを行うときに、Ｔ−ｅＮＢが、ＨＯさせるＬＲ−ＵＥに対して、短縮したＴＴＩの解除をするか否かを判断することが可能となる。Ｔ−ｅＮＢは、ＬＲ−ＵＥに対して、短縮したＴＴＩでの接続を継続できない場合、短縮したＴＴＩの設定を解除することをＬＲ−ＵＥに対して通知することが可能となる。Ｔ−ｅＮＢの判断による短縮したＴＴＩ設定の解除を通知されたＬＲ−ＵＥは、短縮したＴＴＩの設定を解除することが可能となり、これ以降のＨＯ処理において、従来のＴＴＩで動作することが可能となる。ＬＲ−ＵＥとＴ−ｅＮＢとの間で、従来のＴＴＩを用いた通信が可能となる。したがって、ＬＲ−ＵＥは、接続状態を継続することが可能となる。
【０９４０】
前述のように本実施の形態では、Ｔ−ｅＮＢが、ＬＲ−ＵＥに対して設定されているＴＴＩを自セルにおいて継続不可能と判断した場合、ＬＲ−ＵＥに対して、短縮したＴＴＩの設定の解除を決定することを開示した。
【０９４１】
Ｔ−ｅＮＢが、ＬＲ−ＵＥに対して設定されているＴＴＩを自セルにおいて継続可能と判断した場合について開示する。Ｔ−ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの設定の継続を通知する。
【０９４２】
該通知方法の例を開示する。Ｔ−ｅＮＢは、Ｓ−ｅＮＢに対して、ＬＲ−ＵＥのＴＴＩの設定の継続を通知する。図５０のステップＳＴ４４０７のＨＯ要求Ａｃｋメッセージの通知とともに、あるいは、該メッセージに含めて通知してもよい。ＴＴＩの設定の継続を指示する情報を設けて、該メッセージに含めて通知してもよい。あるいは、継続するＴＴＩ構成情報およびＴＴＩタイプを含めてもよい。
【０９４３】
Ｔ−ｅＮＢから、ＨＯさせるＬＲ−ＵＥのＴＴＩの設定を継続することを通知されたＳ−ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩの設定を継続することを通知する。図５０のステップＳＴ４４０８のＨＯ指示を含むＲＲＣ接続再設定メッセージとともに、あるいは該メッセージに含めて通知してもよい。ＴＴＩの設定の継続を指示する情報を設けて、該メッセージに含めて通知してもよい。あるいは、継続するＴＴＩ構成情報およびＴＴＩタイプを含めてもよい。
【０９４４】
Ｓ−ｅＮＢから、ＴＴＩの設定を継続することを通知されたＬＲ−ＵＥは、ＴＴＩの設定を継続する。これ以降のＨＯ処理において、ＬＲ−ＵＥは、ＴＴＩの設定を継続して動作する。
【０９４５】
Ｓ−ｅＮＢが、ＬＲ−ＵＥに対して、ＴＴＩの設定を継続することを通知する他の方法として、Ｓ−ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩ構成の設定変更を指示しないようにしてもよい。ＨＯを行うときに、ＴＴＩ構成の設定変更を指示しないことによって、ＬＲ−ＵＥは、ＴＴＩの設定を継続して動作することになる。
【０９４６】
このようにすることによって、Ｔ−ｅＮＢは、ＬＲ−ＵＥに対して、Ｓ−ｅＮＢとの接続において設定されているＴＴＩでの接続を継続可能な場合、ＴＴＩの設定を継続することを通知することが可能となる。Ｔ−ｅＮＢの判断によるＴＴＩの設定の継続を通知されたＬＲ−ＵＥは、ＴＴＩの設定を継続することが可能となり、これ以降のＨＯ処理において、ＴＴＩの設定を継続して動作することが可能となる。ＨＯを行うとき、ＬＲ−ＵＥとＳ−ｅＮＢとの間およびＬＲ−ＵＥとＴ−ｅＮＢとの間で、ＴＴＩを継続した通信が可能となる。ＬＲ−ＵＥは、ＴＴＩの設定を継続したまま、接続状態を継続することが可能となる。
【０９４７】
前述のように本実施の形態では、ＬＲ−ＵＥに設定されているＴＴＩ構成情報を取得したＴ−ｅＮＢは、該情報を用いて、ＬＲ−ＵＥに対して設定されているＴＴＩを、自セルにおいて継続可能か否かを判断することを開示した。
【０９４８】
Ｔ−ｅＮＢが、ＬＲ−ＵＥに対してＴＴＩ構成を設定する判断を行ってもよい。Ｔ−ｅＮＢが、ＬＲ−ＵＥに対してＴＴＩ構成を設定する方法を開示する。
【０９４９】
Ｓ−ｅＮＢは、ＬＲ−ＵＥから取得したＬＲ−ＵＥがサポートする複数ＴＴＩ情報を、Ｔ−ｅＮＢに通知する。Ｓ−ｅＮＢが、ＬＲ−ＵＥがサポートする複数ＴＴＩ情報を取得する方法として、実施の形態１１の変形例２で開示した方法を適用するとよい。Ｓ−ｅＮＢからＴ−ｅＮＢへの通知方法として、図５０のステップＳＴ４４０５のＨＯ要求メッセージの通知とともに、あるいは、該メッセージに含めて通知してもよい。このようにすることによって、Ｔ−ｅＮＢは、ＨＯさせるＬＲ−ＵＥがサポートするＴＴＩ構成を認識することが可能となる。
【０９５０】
Ｔ−ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩ構成の設定を判断する。Ｔ−ｅＮＢは、自セルのＴＴＩ構成のサポート状況、セルの負荷状況、およびサービスの種類などの状況を考慮して、ＬＲ−ＵＥに対して、ＴＴＩ構成の設定を判断する。この判断指標として、実施の形態１１の変形例１で開示した方法を適用するとよい。Ｓ−ｅＮＢは、該判断に必要な指標をＴ−ｅＮＢに予め通知するとよい。例えば、ＬＲ−ＵＥがサポートする複数ＴＴＩ情報とともに通知してもよい。また、Ｓ−ｅＮＢで設定していたＴＴＩ構成情報を通知してもよい。
【０９５１】
Ｔ−ｅＮＢは、これらの指標を用いて、ＬＲ−ＵＥに対して、適切なＴＴＩ構成の設定を判断することが可能となる。該ＴＴＩ構成がＳ−ｅＮＢで設定されたものでなくてもよい。
【０９５２】
Ｔ−ｅＮＢは、ＬＲ−ＵＥに対して、ＴＴＩ構成の設定を通知する。該通知方法の例を開示する。Ｔ−ｅＮＢは、Ｓ−ｅＮＢに対して、ＬＲ−ＵＥのＴＴＩの設定を通知する。設定するＴＴＩ構成情報を通知してもよい。図５０のステップＳＴ４４０７のＨＯ要求Ａｃｋメッセージの通知とともに、あるいは、該メッセージに含めて通知してもよい。
【０９５３】
Ｔ−ｅＮＢから、ＨＯさせるＬＲ−ＵＥのＴＴＩの設定を通知されたＳ−ｅＮＢは、ＬＲ−ＵＥに対して、該ＴＴＩの設定を通知する。設定するＴＴＩ構成情報を通知してもよい。図５０のステップＳＴ４４０８のＨＯ指示を含むＲＲＣ接続再設定メッセージとともに、あるいは該メッセージに含めて通知してもよい。
【０９５４】
Ｓ−ｅＮＢから、ＴＴＩの設定を通知されたＬＲ−ＵＥは、通知されたＴＴＩ構成に切替える。これ以降のＨＯ処理において、ＬＲ−ＵＥは、通知されたＴＴＩ構成で動作する。
【０９５５】
このようにすることによって、Ｔ−ｅＮＢは、ＬＲ−ＵＥに対して、Ｔ−ｅＮＢが設定したＴＴＩの設定を通知することが可能となる。Ｔ−ｅＮＢの判断によるＴＴＩの設定を通知されたＬＲ−ＵＥは、以降のＨＯ処理において、通知されたＴＴＩの設定で動作することが可能となる。ＨＯを行うとき、ＨＯ先となるＴ−ｅＮＢが設定したＴＴＩ構成で、ＬＲ−ＵＥとＴ−ｅＮＢとの間で通信が可能となる。ＬＲ−ＵＥは、Ｔ−ｅＮＢとの間で、適切なＴＴＩ構成で接続状態を維持したまま、通信することが可能となる。
【０９５６】
本実施の形態で開示した方法を適宜組み合わせてもよい。例えば、ＬＲ−ＵＥに構成されるＲＢ毎のＴＴＩ構成の設定を、ＲＢ毎に解除、維持、変更してもよい。例えば、予め定めるＤＲＢに対しては、Ｓ−ｅＮＢにおけるＴＴＩ構成の設定を維持し、他の予め定めるＤＲＢに対しては、Ｓ−ｅＮＢにおけるＴＴＩ構成の設定を解除する。
【０９５７】
このように適宜組み合わせることによって、ＬＲ−ＵＥとＴ−ｅＮＢとの間の通信をより細かく、かつ効率的に制御することが可能となる。
【０９５８】
実施の形態１７．
接続状態におけるＤＲＸの設定は、ＴＴＩ単位で行われる。従来は、従来のＴＴＩであるＴＴＩ＝１サブフレーム単位で行われる。したがって、短縮したＴＴＩで動作するＬＲ−ＵＥに対して、従来のＤＲＸ設定を行うことができない。
【０９５９】
ＬＲ−ＵＥの接続状態におけるＤＲＸの設定は、短縮したＴＴＩ単位で行われるようにするとよい。例えば、短縮したＴＴＩがＴＴＩ＝１スロットの場合、スロット単位で行われるようにするとよい。ＬＲ−ＵＥのＰＤＣＣＨがマッピングされるスロットの数で行われるようにしてもよい。
【０９６０】
ＤＲＸの設定パラメータとしては、ＤＲＸ周期を表す「DRX-Cycle」、開始オフセットを表す「drxStartOffset」、オン期間を表す「onDurationTimer」、ＤＲＸ非実行期間を表す「drx-InactivityTimer」、ＤＲＸ再送期間を表す「drx-RetransmissionTimer」がある。ＤＲＸの設定の通知方法は、従来の方法を適用するとよい。
【０９６１】
このようにすることによって、短縮したＴＴＩで動作するＬＲ−ＵＥに対して、ＤＲＸを設定することが可能になる。短縮したＴＴＩで動作するＬＲ−ＵＥが、ＤＲＸを行うことが可能となる。
【０９６２】
複数のＴＴＩで動作するＬＲ−ＵＥのＤＲＸの設定についても、ＴＴＩ毎にＤＲＸの設定を行うようにすればよい。このようにすることによって、ＴＴＩ毎の柔軟なＤＲＸの制御を行うことが可能となる。
【０９６３】
しかし、前述の方法のように、ＴＴＩ毎に個別にＤＲＸの設定を行うと、各ＴＴＩのＤＲＸのオンタイミングが異なる場合が生じる。この場合、ＵＥは、各ＴＴＩのオンタイミングで受信を行わなければならず、結局、ＵＥとしての受信動作においてＤＲＸの効果を得ることができなくなる。
【０９６４】
このような問題を解決する方法を開示する。ｅＮＢは、各ＴＴＩのＤＲＸのオン期間が重なるように各ＴＴＩのＤＲＸの設定を行う。例えば、従来のＴＴＩにおいては、サブフレーム＃１とサブフレーム＃２とがＤＲＸオン期間であるとする。短縮したＴＴＩにおいては、サブフレーム＃１内のスロット＃０とスロット＃１、サブフレーム＃２内のスロット＃２とスロット＃３をＤＲＸのオン期間とすればよい。このように、複数のＴＴＩにおいてＤＲＸのオン期間を重ねることによって、ＵＥとしての受信動作において、ＤＲＸの効果を得ることが可能となる。
【０９６５】
ｅＮＢは、各ＴＴＩの他のＤＲＸの設定パラメータについて、該タイミングが重なるように設定してもよい。これによって、さらに、ＵＥとしての受信動作において、ＤＲＸの効果を得ることが可能となる。
【０９６６】
従来のＴＴＩのＤＲＸの設定パラメータと重なるように設定する場合、サブフレーム単位で設定してもよい。ＬＲ−ＵＥは、サブフレーム単位で設定されたパラメータを、ＴＴＩ単位、例えば、スロット単位、あるいはシンボル単位に変換して設定すればよい。
【０９６７】
このようにすることによって、ＬＲ−ＵＥに対して、接続状態におけるＤＲＸの設定を可能にすることができる。ＬＲ−ＵＥは、ＤＲＸの効果を得ることが可能となる。
【０９６８】
本実施の形態では、ＤＲＸの設定パラメータについて開示したが、他の設定パラメータについても適宜同様の方法を適用するとよい。従来のＴＴＩにおいて、サブフレーム単位で設定していたパラメータについては、短縮したＴＴＩで動作させる場合、短縮したＴＴＩ単位で設定可能とするとよい。
【０９６９】
このようにすることによって、短縮したＴＴＩで動作させる場合も、ＬＲ−ＵＥに対して細かい制御が可能となる。
【０９７０】
実施の形態１８．
前述の実施の形態では、従来のＴＴＩ構成と短縮したＴＴＩ構成とを、１サブフレーム内で共存させることを開示した。
【０９７１】
本実施の形態では、他の共存方法を開示する。従来のＴＴＩ構成と短縮したＴＴＩ構成とを、サブフレーム単位で時分割多重して共存させる。従来のＴＴＩ構成のサブフレームと短縮したＴＴＩ構成のサブフレームとを、時分割多重する。
【０９７２】
ｅＮＢは、従来のＴＴＩ構成のサブフレームの構成と短縮したＴＴＩ構成のサブフレームの構成とを、傘下のＵＥに通知するとよい。短縮したＴＴＩ構成のサブフレームの構成のみを傘下のＵＥに通知してもよい。ｅＮＢから傘下のＵＥへの、従来のＴＴＩ構成のサブフレームの構成および短縮したＴＴＩ構成のサブフレームの構成の通知方法は、ＡＢＳ（almost blank subframe）の通知方法を適用するとよい。あるいは、ＭＢＳＦＮサブフレームの通知方法を適用してもよい。
【０９７３】
これによって、レガシーＵＥもＬＲ−ＵＥも、どのサブフレームが従来のＴＴＩ構成か、どのサブフレームが短縮したＴＴＩ構成かを認識することが可能となる。
【０９７４】
ｅＮＢは、ＳＳ、ＰＢＣＨ、ページングがマッピングされるサブフレームは従来のＴＴＩ構成のサブフレームと設定してもよい。
【０９７５】
ｅＮＢは、ＡＢＳを設定し、ＡＢＳに短縮したＴＴＩ構成のサブフレームを設定してもよい。ＡＢＳは、従来のＰＤＣＣＨ領域が無く、ＣＲＳのみがマッピングされる。また、レガシーＵＥのＰＤＳＣＨもマッピングされない。したがって、ＬＲ−ＵＥ用のＰＤＣＣＨの物理リソースへのマッピングが容易になる。また、ＬＲ−ＵＥ用の物理チャネルの物理リソースへのマッピングが容易になる。
【０９７６】
下りＨＡＲＱおよび上りＨＡＲＱともに、タイミングによっては所望のＴＴＩ構成のサブフレームではない場合が生じる。下りＨＡＲＱおよび上りＨＡＲＱについても、所望のＴＴＩ構成のみのサブフレームをカウントしてタイミングを決定するとよい。
【０９７７】
従来のＴＴＩ構成の場合、従来のＴＴＩ構成のサブフレームのみをカウントして、Ａｃｋ／Ｎａｃｋのタイミングを決定する。短縮したＴＴＩ構成の場合、短縮したＴＴＩ構成のサブフレームのみをカウントして、Ａｃｋ／Ｎａｃｋのタイミングを決定する。
【０９７８】
ＨＡＲＱについて他の方法として、下りＨＡＲＱおよび上りＨＡＲＱともに、非同期のＨＡＲＱとするとよい。Ａｃｋ／Ｎａｃｋのタイミングは固定されず、スケジューリングによって決定される。ｅＮＢが設定したサブフレーム毎のＴＴＩ構成に従って、Ａｃｋ／Ｎａｃｋをスケジューリングすることが可能となる。
【０９７９】
このようにすることによって、従来のＴＴＩ構成のサブフレームと短縮したＴＴＩ構成のサブフレームとを時分割多重したとしても、レガシーＵＥに対しても、ＬＲ−ＵＥに対しても、ＨＡＲＱを可能とする。したがって、ＨＡＲＱによる通信品質の向上を図ることが可能となる。
【０９８０】
実施の形態１８  変形例１．
ＴＤＤの場合、一つのサブフレーム内に、新たなＤＬ−ＵＬ構成を設けてもよい。一つのサブフレーム内にＤＬ期間とＵＬ期間とを設けてもよい。また、従来のスペシャルサブフレームに相当する期間を設けてもよい。スペシャルシンボルを設けてもよい。
【０９８１】
例えば、短縮したＴＴＩがＴＴＩ＝１スロットであるとすると、一つのサブフレームの１番目のスロットをＤＬのスロット、２番目のスロットをＵＬのスロットと構成してもよい。
【０９８２】
また、ＤＬのスロットの最後から一つまたは複数のシンボルおよびＵＬのスロットの最初の一つまたは複数のシンボルの少なくとも一方を用いて、スペシャルシンボルを構成してもよい。
【０９８３】
また、ＣＲＳは、ＤＬのスロットあるいはシンボルでのみ構成するとよい。ＵＬのスロットあるいはシンボルでは構成しないようにするとよい。
【０９８４】
このようにすることによって、ＴＤＤの場合、一つのサブフレームで短縮したＴＴＩに対応するＤＬとＵＬとの両方の期間を構成できる。
【０９８５】
ｅＮＢから傘下のＵＥへ、新たなＤＬ−ＵＬ構成を設けたサブフレーム構成を通知する。レガシーＵＥは、該サブフレームでスケジューリングが行われないようにしてもよい。ＬＲ−ＵＥが該サブフレームでスケジューリングが行われるようにしてもよい。
【０９８６】
該サブフレーム構成をＴＴＩ構成情報に含めてもよい。該サブフレーム構成の通知方法として、ＴＴＩ構成情報の通知方法を適用するとよい。また、該サブフレーム構成の通知方法として、ＡＢＳの通知方法を適用するとよい。あるいは、ＭＢＳＦＮサブフレームの通知方法を適用してもよい。
【０９８７】
これによって、レガシーＵＥもＬＲ−ＵＥも、どのサブフレームが新たなＤＬ−ＵＬ構成を設けたサブフレームかを認識することが可能となる。
【０９８８】
ｅＮＢは、ＡＢＳを設定し、ＡＢＳに新たなＤＬ−ＵＬ構成を設定してもよい。ＡＢＳは、従来のＰＤＣＣＨ領域が無く、ＣＲＳのみがマッピングされる。新たなＤＬ−ＵＬ構成を設定したＡＢＳのＣＲＳは、ＤＬのスロットあるいはシンボルでのみ構成するとよい。ＵＬのスロットあるいはシンボルでは構成しないようにするとよい。
【０９８９】
このようにすることによって、従来のＤＬサブフレームあるいはＵＬサブフレームでＤＬ期間とＵＬ期間とを設けることが可能となる。したがって、ＬＲ−ＵＥに対して、短縮したＴＴＩに応じて送受信を行うことが可能となる。また、遅延時間を削減することが可能となり、データの伝送速度の向上を図ることができる。
【０９９０】
ｅＮＢは、ＭＢＳＦＮサブフレームを設定し、ＭＢＳＦＮサブフレームの新たなＤＬ−ＵＬ構成を設定してもよい。ＭＢＳＦＮサブフレームは、従来のＰＤＳＣＨ領域が無く、該領域ではＣＲＳがマッピングされない。例えば、短縮したＴＴＩがＴＴＩ＝１スロットであるとすると、一つのＭＢＳＦＮサブフレームの１番目のスロットをＤＬのスロット、２番目のスロットをＵＬのスロットと構成してもよい。また、ＤＬのスロットの最後から一つまたは複数のシンボルおよびＵＬのスロットの最初の一つまたは複数のシンボルの少なくとも一方を用いて、スペシャルシンボルを構成してもよい。また、ＣＲＳは、ＤＬのスロットあるいはシンボルでのみ構成するとよい。ＵＬのスロットあるいはシンボルでは構成しないようにするとよい。
【０９９１】
このようにすることによって、一つのＭＢＳＦＮサブフレームで短縮したＴＴＩに対応するＤＬとＵＬとの両方の期間を構成できる。
【０９９２】
また、従来のＤＬサブフレームあるいはＵＬサブフレームでＤＬの期間とＵＬの期間とを設けることが可能となるので、ＬＲ−ＵＥに対して、短縮したＴＴＩに応じて送受信を行うことが可能となる。また、遅延時間を削減することが可能となり、データの伝送速度の向上を図ることができる。
【０９９３】
一つのサブフレームで、新たなＤＬ−ＵＬ構成を設けた場合、およびセル間で異なるＤＬ−ＵＬ構成を設定した場合、セル間の干渉が問題になることがある。このような問題を解決するために、一つのサブフレームで、新たなＤＬ−ＵＬ構成を設けたセルを有するｅＮＢは、周辺のｅＮＢに、設定した新たなＤＬ−ＵＬ構成を通知するとよい。新たなＤＬ−ＵＬ構成は、Ｘ２シグナリングを用いて通知するとよい。あるいは、新たなＤＬ−ＵＬ構成は、ＭＭＥを介してＳ１シグナリングを用いて通知してもよい。
【０９９４】
このようにすることによって、周辺ｅＮＢは、自セルにおいて、該構成を考慮に入れたＤＬ−ＵＬ構成を設定することが可能となる。
【０９９５】
他の方法として、ネットワーク側のノードあるいはＯＡＭ（operation administration and maintenance）が、新たなＤＬ−ＵＬ構成を設定して、一つまたは複数のｅＮＢに通知してもよい。ネットワークノードが、異なるＤＬ−ＵＬ構成を用いた場合に干渉が問題となるｅＮＢに対して、同じＤＬ−ＵＬ構成を設定するように通知してもよい。
【０９９６】
このようにして、ｅＮＢ間で調整をとることによって、セル間の干渉を低減することが可能となる。
【０９９７】
実施の形態１８  変形例２．
他の共存方法を開示する。コンポーネントキャリア毎に、従来のＴＴＩ構成と、短縮したＴＴＩ構成とを設定する。従来のＴＴＩ構成のコンポーネントキャリアと、短縮したＴＴＩ構成のコンポーネントキャリアとを設けて、キャリアアグリゲーション（ＣＡ）を行う。従来のＴＴＩ構成のコンポーネントキャリアをＰＣｅｌｌに用い、短縮したＴＴＩ構成のコンポーネントキャリアをＳＣｅｌｌに用いてもよい。
【０９９８】
ｅＮＢは、接続状態にあるＬＲ−ＵＥに対して、短縮したＴＴＩ構成のＳＣｅｌｌを設定し、ＣＡを行う。ｅＮＢは、ＬＲ−ＵＥに対して、ＳＣｅｌｌとして構成するコンポーネントキャリアの短縮したＴＴＩ構成情報を通知するとよい。ＳＣｅｌｌの構成情報とともに、あるいはＳＣｅｌｌの構成情報に含めて通知してもよい。
【０９９９】
ＬＲ−ＵＥは、ＳＣｅｌｌの構成情報と該ＳＣｅｌｌの短縮したＴＴＩ構成情報とを用いてＣＡを行う。上りリンクに関しても、短縮したＴＴＩ構成のコンポーネントキャリアを用いたＳＣｅｌｌ上で行うとよい。下りと上りとで、同じ短縮したＴＴＩの構成のコンポーネントキャリアを用いることによって、ｅＮＢは、スケジューリングおよびＨＡＲＱなどのタイミングを容易に制御することが可能となる。
【１０００】
このようにすることによって、ｅＮＢとＬＲ−ＵＥとの間で、従来のＴＴＩと、短縮したＴＴＩとを用いて通信が行われる。したがって、ｅＮＢとＬＲ−ＵＥとの間でデータの高速伝送を行うことが可能となる。
【１００１】
レガシーＵＥに対しては、短縮したＴＴＩ構成のコンポーネントキャリアを用いず、従来のＴＴＩ構成のコンポーネントキャリアのみを用いればよい。このようにすることによって、レガシーＵＥとＬＲ−ＵＥとの共存を図ることが可能となる。
【１００２】
また、この場合、短縮したＴＴＩ構成のコンポーネントキャリアとして、現在ＬＴＥでサポートされているキャリア構成でなくてもよい。例えば、シンボル長、ＣＰ長、サブキャリア周波数、および１サブフレームのシンボル数などの構成が異なっていてもよい。また、短縮したＴＴＩとして、ＴＴＩの時間が短縮されるだけで、１ＴＴＩは１サブフレームであってもよい。ＴＴＩの時間が短縮されていればよい。従来のＴＴＩ構成のコンポーネントキャリアと、短縮したＴＴＩ構成のコンポーネントキャリアとを用いてＣＡを行う。このようにすることによって、将来のキャリア構成に柔軟に対応することが可能となる。
【１００３】
実施の形態１８  変形例３．
他の共存方法を開示する。ｅＮＢ毎に、従来のＴＴＩ構成と、短縮したＴＴＩ構成とを設定する。従来のＴＴＩ構成のキャリアを有するｅＮＢと、短縮したＴＴＩ構成のキャリアを有するｅＮＢとを用いて、デュアルコネクティビティ（Dual Connectivity：ＤＣ）を行う。３ＧＰＰにおいてリリース１２で検討されているＤＣについては、非特許文献１に記載されている。従来のＴＴＩ構成のキャリアを有するｅＮＢをＭｅＮＢとする。ＭｅＮＢは、接続状態にあるＬＲ−ＵＥに対して、短縮したＴＴＩ構成のキャリアを有するｅＮＢをＳｅＮＢとして設定し、ＤＣを行う。ｅＮＢは、ＬＲ−ＵＥに対して、ＳｅＮＢが有するキャリアの短縮したＴＴＩ構成情報を通知するとよい。ＳｅＮＢの構成情報とともに、あるいはＳｅＮＢの構成情報に含めて通知してもよい。ＬＲ−ＵＥは、ＳｅＮＢの構成情報と該ＳｅＮＢが有するキャリアの短縮したＴＴＩ構成情報を用いてＤＣを行う。
【１００４】
このようにすることによって、ＭｅＮＢとＬＲ−ＵＥとの間では、従来のＴＴＩを用いて通信が行われ、ＳｅＮＢとＬＲ−ＵＥとの間では、短縮したＴＴＩを用いて通信が行われる。したがって、ＳｅＮＢとＬＲ−ＵＥとの間で、データの高速伝送を行うことが可能となる。したがって、ネットワークとＬＲ−ＵＥとの間で、データの高速伝送が行われることになる。
【１００５】
レガシーＵＥに対しては、従来のＴＴＩ構成のキャリアを有するＭｅＮＢのみで通信を行うとよい。あるいは、ＳｅＮＢが従来のＴＴＩ構成のキャリアを有する場合、ＭｅＮＢ、ＳｅＮＢともに、従来のＴＴＩ構成のキャリアを用いてＤＣを行えばよい。このようにすることによって、レガシーＵＥとＬＲ−ＵＥとの共存を図ることが可能となる。
【１００６】
前述の各実施の形態およびその変形例では、従来のＴＴＩが、ＴＴＩ＝１サブフレーム＝１ｍｓのＬＴＥの場合について開示したが、これに限らず、従来のＴＴＩあるいは基本となるＴＴＩが、他のＴＴＩの値であってもよい。他のＴＴＩを用いるようなシステムであってもよい。従来のＴＴＩあるいは基本となるＴＴＩに対して、短縮したＴＴＩを構成するような場合に適用可能である。例えば、基本となるＴＴＩが、ＴＴＩ＝１スロットとで、短縮したＴＴＩがＴＴＩ＝１シンボルであってもよい。この場合でも、前述の各実施の形態および変形例と同様の効果を得ることが可能となる。
【１００７】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。これによって、多様なサービスをサポートする場合にも、レガシーＵＥとの共存による後方互換性を有するシステムを構築することが可能となる。したがって、遅延時間の短縮を図り、データの伝送速度の向上を図ることができる通信システムを提供することができる。
【１００８】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【１００９】
４０，４１，４２，５１，５２  シンボル、５０  従来のＰＤＣＣＨ領域、７０１  マクロｅＮＢ（マクロセル）のカバレッジ、７０２  スモールｅＮＢ（スモールセル）のカバレッジ、７０３  移動端末（ＵＥ）。
【図１】
2017026159.tif 000003
【図２】
2017026159.tif 000004
【図３】
2017026159.tif 000005
【図４】
2017026159.tif 000006
【図５】
2017026159.tif 000007
【図６】
2017026159.tif 000008
【図７】
2017026159.tif 000009
【図８】
2017026159.tif 000010
【図９】
2017026159.tif 000011
【図１０】
2017026159.tif 000012
【図１１】
2017026159.tif 000013
【図１２】
2017026159.tif 000014
【図１３】
2017026159.tif 000015
【図１４】
2017026159.tif 000016
【図１５】
2017026159.tif 000017
【図１６】
2017026159.tif 000018
【図１７】
2017026159.tif 000019
【図１８】
2017026159.tif 000020
【図１９】
2017026159.tif 000021
【図２０】
2017026159.tif 000022
【図２１】
2017026159.tif 000023
【図２２】
2017026159.tif 000024
【図２３】
2017026159.tif 000025
【図２４】
2017026159.tif 000026
【図２５】
2017026159.tif 000027
【図２６】
2017026159.tif 000028
【図２７】
2017026159.tif 000029
【図２８】
2017026159.tif 000030
【図２９】
2017026159.tif 000031
【図３０】
2017026159.tif 000032
【図３１】
2017026159.tif 000033
【図３２】
2017026159.tif 000034
【図３３】
2017026159.tif 000035
【図３４】
2017026159.tif 000036
【図３５】
2017026159.tif 000037
【図３６】
2017026159.tif 000038
【図３７】
2017026159.tif 000039
【図３８】
2017026159.tif 000040
【図３９】
2017026159.tif 000041
【図４０】
2017026159.tif 000042
【図４１】
2017026159.tif 000043
【図４２】
2017026159.tif 000044
【図４３】
2017026159.tif 000045
【図４４】
2017026159.tif 000046
【図４５】
2017026159.tif 000047
【図４６】
2017026159.tif 000048
【図４７】
2017026159.tif 000049
【図４８】
2017026159.tif 000050
【図４９】
2017026159.tif 000051
【図５０】
2017026159.tif 000052
【図５１】
2017026159.tif 000053
【国際調査報告】
2017026159.tif 000054
2017026159.tif 000055