(57)【要約】  第１の特徴に係るユーザ端末は、移動通信システムにおいて用いられる。前記ユーザ端末は、アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報を基地局から受信する受信部と、前記アンライセンスドバンド・チャネルを監視することにより、前記候補タイミング情報が示す前記候補タイミングの中から、前記基地局への上りリンク送信を行う送信タイミングを決定する制御部と、前記送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記基地局に送信する送信部と、を備える。
2016148243.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて用いられるユーザ端末であって、
アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報を基地局から受信する受信部と、
前記アンライセンスドバンド・チャネルを監視することにより、前記候補タイミング情報が示す前記候補タイミングの中から、前記基地局への上りリンク送信を行う送信タイミングを決定する制御部と、
前記送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記基地局に送信する送信部と、
を備えることを特徴とするユーザ端末。
【請求項２】
前記受信部は、前記基地局からライセンスドバンドを介して送信された前記候補タイミング情報を受信することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記送信部は、前記アンライセンスドバンド・チャネルの全帯域を使用して前記上りリンクデータを送信することを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記送信部は、前記アンライセンスドバンド・チャネルを介して前記上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介して前記基地局に送信することを特徴とする請求項１に記載のユーザ端末。
【請求項５】
前記送信部は、前記アンライセンスドバンド・チャネルを介して、前記上りリンクデータと共に自ユーザ端末の識別情報を送信することを特徴とする請求項１に記載のユーザ端末。
【請求項６】
前記送信部は、前記アンライセンスドバンド・チャネルを介して、自ユーザ端末の識別情報によりスクランブルした前記上りリンクデータを送信することを特徴とする請求項１に記載のユーザ端末。
【請求項７】
前記受信部は、物理下りリンク制御チャネルを介して、前記候補タイミング情報を前記基地局から受信することを特徴とする請求項１に記載のユーザ端末。
【請求項８】
前記受信部は、上りリンク送信に使用すべきリソースブロックを示す情報を受信することに代えて、前記候補タイミング情報を受信することを特徴とする請求項７に記載のユーザ端末。
【請求項９】
前記送信部は、前記上りリンクデータに対応するＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記基地局にさらに送信することを特徴とする請求項１に記載のユーザ端末。
【請求項１０】
前記受信部は、前記候補タイミング情報と対応付けられたＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記基地局からさらに受信し、
前記送信部は、前記送信タイミングにおいて、前記ＨＡＲＱ情報に従って前記上りリンクデータを送信することを特徴とする請求項１に記載のユーザ端末。
【請求項１１】
前記候補タイミング情報は、複数の候補タイミングからなる期間を示す情報であり、
前記送信部は、前記期間内において、１つのＨＡＲＱプロセス及び／又は１つの冗長バージョンにのみ対応する前記上りリンクデータを送信することを特徴とする請求項１に記載のユーザ端末。
【請求項１２】
移動通信システムにおいて用いられる基地局であって、
アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報をユーザ端末に送信する送信部と、
前記候補タイミング情報が示す前記候補タイミングの中から前記ユーザ端末が決定した送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記ユーザ端末から受信する受信部と、
を備えることを特徴とする基地局。
【請求項１３】
前記送信部は、ライセンスドバンドを介して前記ユーザ端末に前記候補タイミング情報を送信することを特徴とする請求項１２に記載の基地局。
【請求項１４】
前記受信部は、前記アンライセンスドバンド・チャネルの全帯域を使用して送信された前記上りリンクデータを受信することを特徴とする請求項１２に記載の基地局。
【請求項１５】
前記受信部は、前記アンライセンスドバンド・チャネルを介して前記上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介して前記ユーザ端末から受信することを特徴とする請求項１２に記載の基地局。
【請求項１６】
前記受信部は、前記アンライセンスドバンド・チャネルを介して、前記上りリンクデータと共に前記ユーザ端末の識別情報を受信することを特徴とする請求項１２に記載の基地局。
【請求項１７】
前記受信部は、前記アンライセンスドバンド・チャネルを介して、前記ユーザ端末の識別情報によりスクランブルされた前記上りリンクデータを受信することを特徴とする請求項１２に記載の基地局。
【請求項１８】
前記送信部は、物理下りリンク制御チャネルを介して、前記候補タイミング情報を前記ユーザ端末に送信することを特徴とする請求項１２に記載の基地局。
【請求項１９】
前記送信部は、上りリンク送信に使用すべきリソースブロックを示す情報を送信することに代えて、前記候補タイミング情報を送信することを特徴とする請求項１８に記載の基地局。
【請求項２０】
前記受信部は、前記上りリンクデータに対応するＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記ユーザ端末からさらに受信することを特徴とする請求項１２に記載の基地局。
【請求項２１】
前記送信部は、前記候補タイミング情報と対応付けられたＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記ユーザ端末にさらに送信し、
前記受信部は、前記ユーザ端末が決定した前記送信タイミングにおいて、前記ＨＡＲＱ情報に従って前記上りリンクデータを受信することを特徴とする請求項１２に記載の基地局。
【請求項２２】
前記候補タイミング情報は、複数の候補タイミングからなる期間を示す情報であり、
前記受信部は、前記期間内において、１つのＨＡＲＱプロセス及び／又は１つの冗長バージョンにのみ対応する前記上りリンクデータを受信することを特徴とする請求項１２に記載の基地局。
【請求項２３】
前記送信部は、第１の候補タイミング情報を第１のユーザ端末に送信し、第２の候補タイミング情報を第２のユーザ端末に送信し、
前記第１の候補タイミング情報は、複数の候補タイミングからなる第１の期間を示す情報であり、
前記第２の候補タイミング情報は、複数の候補タイミングからなる第２の期間を示す情報であり、
前記第１の期間に含まれる一部の候補タイミングと前記第２の期間に含まれる一部の候補タイミングとが重複することを特徴とする請求項１２に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられるユーザ端末及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）においては、急増するトラフィック需要に応えるべく、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を高度化する試みが進められている。【０００３】
そのような試みの一つとして、オペレータに免許が付与された周波数帯（ライセンスドバンド）だけではなく、免許が不要な周波数帯（アンライセンスドバンド）もＬＴＥ通信に使用することが検討されている。【０００４】
アンライセンスドバンドにおいては、ＬＴＥシステムとは異なる他システム（無線ＬＡＮ等）又は他オペレータのＬＴＥシステムとの干渉を回避するために、ｌｉｓｔｅｎ−ｂｅｆｏｒｅ−ｔａｌｋ（ＬＢＴ）手順が要求される。【０００５】
ＬＢＴ手順は、アンライセンスドバンドの周波数チャネル（キャリア）が空いているか否かを受信電力（干渉電力）に基づいて確認し、空きチャネル（ｃｌｅａｒ  ｃｈａｎｎｅｌ）であることが確認された場合に限り当該周波数チャネルを使用する手順である（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ３６．８８９  V０．１．１」  ２０１４年１１月
【発明の概要】
【０００７】
第１の特徴に係るユーザ端末は、移動通信システムにおいて用いられる。前記ユーザ端末は、アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報を基地局から受信する受信部と、前記アンライセンスドバンド・チャネルを監視することにより、前記候補タイミング情報が示す前記候補タイミングの中から、前記基地局への上りリンク送信を行う送信タイミングを決定する制御部と、前記送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記基地局に送信する送信部と、を備える。
【０００８】
第２の特徴に係る基地局は、移動通信システムにおいて用いられる。前記基地局は、アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報をユーザ端末に送信する送信部と、前記候補タイミング情報が示す前記候補タイミングの中から前記ユーザ端末が決定した送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記ユーザ端末から受信する受信部と、を備える。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態乃至第８実施形態に係る移動通信システム（ＬＴＥシステム）の構成図である。
【図２】第１実施形態乃至第８実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図３】第１実施形態乃至第８実施形態に係る無線フレームの構成図である。
【図４】第１実施形態乃至第８実施形態に係るアンライセンスドバンドを説明するための図である。
【図５】第１実施形態乃至第８実施形態に係るユーザ端末（ＵＥ）のブロック図である。
【図６】第１実施形態乃至第８実施形態に係る基地局（ｅＮＢ）のブロック図である。
【図７】第１実施形態に係る動作シーケンスを示す図である。
【図８】第２実施形態に係る動作シーケンスを示す図である。
【図９】第３実施形態に係る動作シーケンスを示す図である。
【図１０】第４実施形態に係る動作シーケンスを示す図である。
【図１１】第５実施形態に係る動作シーケンスを示す図である。
【図１２】第６実施形態に係る動作シーケンスを示す図である。
【図１３】第１実施形態乃至第６実施形態の変更例を説明するための図である。
【図１４】第７実施形態に係るスケジューリング動作を示す図である。
【図１５】第７実施形態に係るＵＥの動作例１を示す図である。
【図１６】第７実施形態に係るＵＥの動作例２を示す図である。
【図１７】第８実施形態に係るスケジューリング動作を示す図である。
【図１８】第８実施形態に係るＵＥの動作例を示す図である。
【図１９】付記に係るＵＬ送信の遅延の例を示す図である。
【図２０】付記に係る提案するＵＬグラントの例を示す図である。
【図２１】付記に係る２つのＵＥ間の連続する送信の例を示す。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
一般的なＬＴＥの上りリンクスケジューリングにおいて、基地局は、ユーザ端末に上りリンクスケジューリング情報（ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）を送信する。ユーザ端末は、「ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ」を受信してから４サブフレーム後に上りリンクデータを基地局に送信する。すなわち、「送信遅延」を有する仕組みである。
【００１１】
一方、アンライセンスドバンドの周波数チャネル（以下、「アンライセンスドバンド・チャネル」という）は、他システム又は他オペレータが存在することから、ライセンスドバンドに比べて伝搬環境の変動が激しい。
【００１２】
よって、一般的なＬＴＥの上りリンクスケジューリングの仕組みをそのままアンライセンスドバンド・チャネルに適用する場合、上述した送信遅延に起因して、適切な上りリンク通信を行うことが困難である。
【００１３】
そこで、実施形態は、アンライセンスドバンドにおいて適切な上りリンク通信を行うことを可能とするユーザ端末及び基地局を提供することを目的とする。
【００１４】
（ユーザ端末）
第１実施形態乃至第８実施形態に係るユーザ端末は、移動通信システムにおいて用いられる。前記ユーザ端末は、アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報を基地局から受信する受信部と、前記アンライセンスドバンド・チャネルを監視することにより、前記候補タイミング情報が示す前記候補タイミングの中から、前記基地局への上りリンク送信を行う送信タイミングを決定する制御部と、前記送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記基地局に送信する送信部と、を備える。
【００１５】
第１実施形態乃至第８実施形態において、前記受信部は、前記基地局からライセンスドバンドを介して送信された前記候補タイミング情報を受信する。
【００１６】
第１実施形態乃至第８実施形態において、前記送信部は、前記アンライセンスドバンド・チャネルの全帯域を使用して前記上りリンクデータを送信する。
【００１７】
第２実施形態において、前記送信部は、前記アンライセンスドバンド・チャネルを介して前記上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介して前記基地局に送信する。
【００１８】
第３実施形態において、前記送信部は、前記アンライセンスドバンド・チャネルを介して、前記上りリンクデータと共に自ユーザ端末の識別情報を送信する。
【００１９】
第３実施形態の変更例において、前記送信部は、前記アンライセンスドバンド・チャネルを介して、自ユーザ端末の識別情報によりスクランブルした前記上りリンクデータを送信する。
【００２０】
第４実施形態において、前記受信部は、物理下りリンク制御チャネルを介して、前記候補タイミング情報を前記基地局から受信する。
【００２１】
第４実施形態において、前記受信部は、上りリンク送信に使用すべきリソースブロックを示す情報を受信することに代えて、前記候補タイミング情報を受信する。
【００２２】
第５実施形態において、前記送信部は、前記上りリンクデータに対応するＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記基地局にさらに送信する。
【００２３】
第６実施形態において、前記受信部は、前記候補タイミング情報と対応付けられたＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記基地局からさらに受信する。前記送信部は、前記送信タイミングにおいて、前記ＨＡＲＱ情報に従って前記上りリンクデータを送信する。
【００２４】
第７実施形態において、前記候補タイミング情報は、複数の候補タイミングからなる期間を示す情報である。前記送信部は、前記期間内において、１つのＨＡＲＱプロセス及び／又は１つの冗長バージョンにのみ対応する前記上りリンクデータを送信する。
【００２５】
（基地局）
第１実施形態乃至第８実施形態に係る基地局は、移動通信システムにおいて用いられる。前記基地局は、アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報をユーザ端末に送信する送信部と、前記候補タイミング情報が示す前記候補タイミングの中から前記ユーザ端末が決定した送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記ユーザ端末から受信する受信部と、を備える。
【００２６】
第１実施形態乃至第８実施形態において、前記送信部は、ライセンスドバンドを介して前記ユーザ端末に前記候補タイミング情報を送信する。
【００２７】
第１実施形態乃至第８実施形態において、前記受信部は、前記アンライセンスドバンド・チャネルの全帯域を使用して送信された前記上りリンクデータを受信する。
【００２８】
第２実施形態において、前記受信部は、前記アンライセンスドバンド・チャネルを介して前記上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介して前記ユーザ端末から受信する。
【００２９】
第３実施形態において、前記受信部は、前記アンライセンスドバンド・チャネルを介して、前記上りリンクデータと共に前記ユーザ端末の識別情報を受信する。
【００３０】
第３実施形態の変更例において、前記受信部は、前記アンライセンスドバンド・チャネルを介して、前記ユーザ端末の識別情報によりスクランブルされた前記上りリンクデータを受信する。
【００３１】
第４実施形態において、前記送信部は、物理下りリンク制御チャネルを介して、前記候補タイミング情報を前記ユーザ端末に送信する。
【００３２】
第４実施形態において、前記送信部は、上りリンク送信に使用すべきリソースブロックを示す情報を送信することに代えて、前記候補タイミング情報を送信する。
【００３３】
第５実施形態において、前記受信部は、前記上りリンクデータに対応するＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記ユーザ端末からさらに受信する。
【００３４】
第６実施形態において、前記送信部は、前記候補タイミング情報と対応付けられたＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記ユーザ端末にさらに送信する。前記受信部は、前記ユーザ端末が決定した前記送信タイミングにおいて、前記ＨＡＲＱ情報に従って前記上りリンクデータを受信する。
【００３５】
第７実施形態において、前記候補タイミング情報は、複数の候補タイミングからなる期間を示す情報である。前記受信部は、前記期間内において、１つのＨＡＲＱプロセス及び／又は１つの冗長バージョンにのみ対応する前記上りリンクデータを受信する。
【００３６】
第８実施形態において、前記送信部は、第１の候補タイミング情報を第１のユーザ端末に送信し、第２の候補タイミング情報を第２のユーザ端末に送信する。前記第１の候補タイミング情報は、複数の候補タイミングからなる第１の期間を示す情報である。前記第２の候補タイミング情報は、複数の候補タイミングからなる第２の期間を示す情報である。前記第１の期間に含まれる一部の候補タイミングと前記第２の期間に含まれる一部の候補タイミングとが重複する。
【００３７】
［第１実施形態］
（移動通信システム）
以下において、第１実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。
【００３８】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３９】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００４０】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００４１】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００４２】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００４３】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４４】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００４５】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４６】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００４７】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４８】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００４９】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００５０】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５１】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５４】
（アンライセンスドバンド）
第１実施形態に係るＬＴＥシステムは、オペレータに免許が付与されたライセンスドバンドだけではなく、免許が不要なアンライセンスドバンドもＬＴＥ通信に使用する。具体的には、ライセンスドバンドの補助によりアンライセンスドバンドにアクセス可能とする。このような仕組みは、ｌｉｃｅｎｓｅｄ−ａｓｓｉｓｔｅｄ  ａｃｃｅｓｓ（ＬＡＡ）と称される。
【００５５】
図４は、ＬＡＡを説明するための図である。図４に示すように、ｅＮＢ２００は、ライセンスドバンドで運用されるセル＃１と、アンライセンスドバンドで運用されるセル＃２と、を管理している。図４において、セル＃１がマクロセルであり、セル＃２が小セルである一例を図示しているが、セルサイズはこれに限定されない。
【００５６】
ＵＥ１００は、セル＃１及びセル＃２の重複エリアに位置する。ＵＥ１００は、セル＃１をプライマリセル（ＰＣｅｌｌ）として設定しつつ、セル＃２をセカンダリセル（ＳＣｅｌｌ）として設定し、キャリアアグリゲーション（ＣＡ）による通信を行う。
【００５７】
図４の例では、ＵＥ１００は、上りリンク通信及び下りリンク通信をセル＃１と行い、上りリンク通信及び下りリンク通信をセル＃２と行う。このようなキャリアアグリゲーションにより、ＵＥ１００には、ライセンスドバンドの無線リソースに加えて、アンライセンスドバンドの無線リソースが提供されるため、スループットを向上させることができる。
【００５８】
（ユーザ端末）
以下において、第１実施形態に係るＵＥ１００（ユーザ端末）について説明する。図５は、ＵＥ１００の構成を示すブロック図である。図５に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００５９】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。受信部１１０は、ライセンスドバンドにおいて無線信号を受信する第１の受信機と、アンライセンスドバンドにおいて無線信号を受信する第２の受信機と、を含んでもよい。
【００６０】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。送信部１２０は、ライセンスドバンドにおいて無線信号を送信する第１の送信機と、アンライセンスドバンドにおいて無線信号を送信する第２の送信機と、を含んでもよい。
【００６１】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００６２】
このように構成されたＵＥ１００の動作の概要について説明する。
【００６３】
受信部１１０は、アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報をｅＮＢ２００から受信する。第１実施形態において、受信部１１０は、ｅＮＢ２００からライセンスドバンドを介して送信された候補タイミング情報を受信する。
【００６４】
制御部１３０は、アンライセンスドバンド・チャネルを監視することにより、候補タイミング情報が示す候補タイミングの中から、ｅＮＢ２００への上りリンク送信を行う送信タイミングを決定する。
【００６５】
送信部１２０は、決定された送信タイミングにおいて、アンライセンスドバンド・チャネルを介して上りリンクデータをｅＮＢ２００に送信する。送信部１２０は、アンライセンスドバンド・チャネルの全帯域を使用して上りリンクデータを送信してもよい。
【００６６】
（基地局）
以下において、ｅＮＢ２００（基地局）の構成について説明する。図６は、ｅＮＢ２００のブロック図である。図６に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００６７】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。送信部２１０は、ライセンスドバンドにおいて無線信号を送信する第１の送信機と、アンライセンスドバンドにおいて無線信号を送信する第２の送信機と、を含んでもよい。
【００６８】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。受信部２２０は、ライセンスドバンドにおいて無線信号を受信する第１の受信機と、アンライセンスドバンドにおいて無線信号を受信する第２の受信機と、を含んでもよい。
【００６９】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００７０】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００７１】
このように構成されたｅＮＢ２００の動作の概要について説明する。
【００７２】
送信部２１０は、アンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報をＵＥ１００に送信する。第１実施形態において、送信部２１０は、ライセンスドバンドを介してＵＥ１００に候補タイミング情報を送信する。
【００７３】
受信部２２０は、候補タイミング情報が示す候補タイミングの中からＵＥ１００が決定した送信タイミングにおいて、アンライセンスドバンド・チャネルを介して上りリンクデータをＵＥ１００から受信する。受信部２２０は、アンライセンスドバンド・チャネルの全帯域を使用して送信された上りリンクデータを受信してもよい。
【００７４】
（動作シーケンス）
以下において、第１実施形態に係る動作シーケンスについて説明する。図７は、第１実施形態に係る動作シーケンスを示す図である。
【００７５】
図７に示すように、ステップＳ１１において、ｅＮＢ２００は、ライセンスドバンドで運用されるセル＃１を介して、候補タイミング情報をＵＥ１００に送信する。ＵＥ１００は、候補タイミング情報を受信する。候補タイミング情報は、アンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す情報である。
【００７６】
候補タイミング情報は、ＴＤＤ設定情報であってもよい。アンライセンスドバンド・チャネルがＴＤＤチャネル（ＴＤＤキャリア）である場合、無線フレーム内での下りリンクサブフレーム及び上りリンクサブフレームの構成比率及び時間位置は、様々なパターン（サブフレーム構成パターン）を取り得る。ＴＤＤ設定情報は、複数のサブフレーム構成パターンのうちの一つのサブフレーム構成パターンを指定する情報である。この場合、無線フレーム内での上りリンクサブフレームは、上りリンク送信の候補タイミングに相当する。
【００７７】
或いは、候補タイミング情報は、上りリンク送信の候補タイミングをサブフレーム単位で示すビットマップであってもよい。例えば、１又は複数の無線フレーム内で、上りリンク送信の候補サブフレームを“１”、上りリンク送信を禁止するサブフレームを“０”で表現する。１番目のサブフレームを「上りリンク送信の候補サブフレーム」とし、２番目及び３番目のサブフレームを「上りリンク送信の禁止サブフレーム」とする場合、“１”、“０”、“０”…といったビットマップになる。候補タイミング情報は、当該ビットマップに対応するパターンがいつまで有効か（何無線フレーム有効か）を示す情報を含んでもよい。或いは、当該パターンがいつまで有効かについて事前設定されていてもよい。
【００７８】
或いは、候補タイミング情報は、上りリンク送信の候補タイミングとする無線フレーム（１又は複数）及びサブフレーム（１又は複数）の組み合わせのパターンを指定する情報である。複数の組み合わせパターンを事前設定し、候補タイミング情報により一つの組み合わせパターンを指定する。例えば、どの無線フレーム（寄数/偶数/両方）と、その無線フレーム内のどのサブフレーム（０〜９から複数選択あり)にて送信して良いかのパターンを前もって定めておく。候補タイミング情報は、ｅＮＢ２００が決定したパターンを識別する識別子として構成される。候補タイミング情報は、当該パターンがいつまで有効か（何無線フレーム有効か）を示す情報を含んでもよい。或いは、当該パターンがいつまで有効かについて事前設定されていてもよい。
【００７９】
第１実施形態において、ｅＮＢ２００は、ＬＡＡが適用される複数のＵＥ１００間で候補タイミングが重複しないように、候補タイミング情報を各ＵＥ１００に設定（送信）してもよい。すなわち、各ＵＥ１００に専用の候補タイミングが設定される。この場合、ｅＮＢ２００は、候補タイミング情報をユニキャストでＵＥ１００に送信してもよい。例えば、個別ＲＲＣメッセージにより候補タイミング情報をＵＥ１００に送信する。
【００８０】
なお、候補タイミングがサブフレーム単位で設定される一例を説明したが、候補タイミングがスロット単位（あるいはさらに細かい時間単位）で設定されてもよい。
【００８１】
ステップＳ１２において、ＵＥ１００は、アンライセンスドバンド・チャネルを監視することにより、候補タイミング情報が示す候補タイミングの中から、ｅＮＢ２００への上りリンク送信を行う送信タイミングを決定する。例えば、ＵＥ１００は、アンライセンスドバンド・チャネルが空いているか否かを受信電力に基づいて確認し、候補タイミングのうち、空きチャネルであることが確認されたタイミングを送信タイミングとして決定する。
【００８２】
ステップＳ１３において、ＵＥ１００は、ステップＳ１２で決定した送信タイミングにおいて、アンライセンスドバンド・チャネルを介して上りリンクデータをｅＮＢ２００に送信する。ＵＥ１００は、アンライセンスドバンド・チャネルの全帯域を使用して上りリンクデータを送信してもよい。
【００８３】
ｅＮＢ２００は、セル＃２（アンライセンスドバンド）を介して上りリンクデータを受信する。各ＵＥ１００に専用の候補タイミングが設定されている場合、ｅＮＢ２００は、上りリンクデータのタイミングに基づいて、当該上りリンクデータの送信元のＵＥ１００を識別してもよい。
【００８４】
（第１実施形態のまとめ）
上述したように、ＵＥ１００は、アンライセンスドバンド・チャネルを監視することにより、候補タイミング情報が示す候補タイミングの中から、ｅＮＢ２００への上りリンク送信を行う送信タイミングを決定する。
【００８５】
このように、ＵＥ１００が自律的に送信タイミングを決定することにより、一般的なＬＴＥの上りリンクスケジューリングに比べて送信遅延が小さい又は送信遅延が生じない。よって、伝搬環境の変動が激しいアンライセンスドバンドにおいても、適切な上りリンク通信を行うことができる。
【００８６】
また、候補タイミング情報により送信タイミングの選択に制限を加えることにより、複数のＵＥ１００が同一の送信タイミングを決定してしまう可能性を低減することができる。
【００８７】
特に、ｅＮＢ２００は、複数のＵＥ１００間で候補タイミングが重複しないように候補タイミング情報を各ＵＥ１００に設定することにより、各ＵＥ１００の送信タイミングに基づいて各ＵＥ１００を識別することができる。
【００８８】
［第１実施形態の変更例］
上述した第１実施形態において、ＬＡＡに使用するアンライセンスドバンド・チャネルが事前設定されている場合を想定していた。しかしながら、アンライセンスドバンドに含まれる複数の周波数チャネルの中から、ＬＡＡに使用するアンライセンスドバンド・チャネルを選択的に設定してもよい。
【００８９】
例えば、ＬＡＡに使用するアンライセンスドバンド・チャネルをｅＮＢ２００が決定する場合、ｅＮＢ２００は、当該アンライセンスドバンド・チャネルを示す情報を候補タイミング情報と共にＵＥ１００に送信する。ＵＥ１００は、ｅＮＢ２００から指定されたアンライセンスドバンド・チャネルを上りリンク送信に使用する。その際、ＵＥ１００は、指定されたチャネルに対応する候補タイミング情報に基づいて送信タイミングを決定する。
【００９０】
或いは、ＬＡＡに使用するアンライセンスドバンド・チャネルをＵＥ１００が決定する場合、ｅＮＢ２００は、複数のアンライセンスドバンド・チャネルのそれぞれについて候補タイミング情報をＵＥ１００に送信する。ＵＥ１００は、複数のアンライセンスドバンド・チャネルの中から空きチャネルを探索し、探索したチャネルを上りリンク送信に使用する。その際、ＵＥ１００は、探索したチャネルに対応する候補タイミング情報に基づいて送信タイミングを決定する。
【００９１】
［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。
【００９２】
第２実施形態において、ＵＥ１００の送信部１２０は、アンライセンスドバンド・チャネルを介して上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介してｅＮＢ２００に送信する。
【００９３】
第２実施形態において、ｅＮＢ２００の受信部２２０は、アンライセンスドバンド・チャネルを介して上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介してＵＥ１００から受信する。
【００９４】
図８は、第２実施形態に係る動作シーケンスを示す図である。
【００９５】
図８に示すように、ステップＳ２１及びステップＳ２２の動作については、第１実施形態と同様である。但し、第２実施形態において、各ＵＥ１００に専用の候補タイミングが設定されなくてもよい。また、ｅＮＢ２００は、通知信号の送信に使用するべきリソース（無線リソース、信号系列等）を示す情報をＵＥ１００に送信してもよい。
【００９６】
なお、第２実施形態において、ｅＮＢ２００は、候補タイミング情報をユニキャストで送信することに代えて、候補タイミング情報をブロードキャストで送信してもよい。例えば、共通ＲＲＣメッセージ（例えば、ＳＩＢ）により候補タイミング情報をＵＥ１００に送信する。
【００９７】
上りリンクデータの送信タイミングが決定された後、ステップＳ２３において、ＵＥ１００は、セル＃１（ライセンスドバンド）を介して通知信号をｅＮＢ２００に送信する。ｅＮＢ２００は、通知信号を受信する。ｅＮＢ２００は、通知信号に基づいて、ＵＥ１００からの上りリンクデータを受信するための処理（準備）を行う。
【００９８】
そして、ＵＥ１００は、セル＃２（アンライセンスドバンド）を介して上りリンクデータをｅＮＢ２００に送信する。ＵＥ１００は、アンライセンスドバンド・チャネルの全帯域を使用して上りリンクデータを送信してもよい。
【００９９】
本シーケンスにおいて、ＵＥ１００は、上りリンクデータの送信と同時又は上りリンクデータの送信直前に通知信号を送信する。通知信号は、上りリンクデータの先頭位置に追加される信号（同期信号又は参照信号）であってもよい。或いは、通知信号は、ＰＵＣＣＨ上で送信される制御信号であってもよい。これらの信号の送信には、ＵＥ専用のリソースを使用してもよい。
【０１００】
或いは、ＵＥ１００は、上りリンクデータの送信よりも所定のオフセット時間だけ前のタイミングにおいて通知信号を送信してもよい。当該オフセット時間は、事前設定されていてもよいし、ｅＮＢ２００が指定してもよい。
【０１０１】
或いは、ＵＥ１００は、上りリンクデータの送信よりも所定のオフセット時間だけ後のタイミングにおいて通知信号を送信してもよい。この場合、ｅＮＢ２００は、受信した上りリンクデータを記憶し、通知信号の受信を待つ。通知信号を受信することなく当該オフセット時間が経過した場合、記憶している上りリンクデータを破棄する。当該オフセット時間は、事前設定されていてもよいし、ｅＮＢ２００が指定してもよい。
【０１０２】
このように、第２実施形態によれば、ＵＥ１００は、アンライセンスドバンド・チャネルを介して上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介してｅＮＢ２００に送信する。これにより、上りリンクデータの送信タイミングをＵＥ１００が決定する場合でも、ｅＮＢ２００が上りリンクデータを適切に受信することができる。また、ｅＮＢ２００は、通知信号に基づいて各ＵＥ１００を識別することができる。
【０１０３】
［第３実施形態］
第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。
【０１０４】
第３実施形態において、ＵＥ１００の送信部１２０は、アンライセンスドバンド・チャネルを介して、上りリンクデータと共に自ＵＥ１００の識別情報を送信する。
【０１０５】
第３実施形態において、ｅＮＢ２００の受信部２２０は、アンライセンスドバンド・チャネルを介して、上りリンクデータと共にＵＥ１００の識別情報を受信する。
【０１０６】
図９は、第３実施形態に係る動作シーケンスを示す図である。
【０１０７】
図９に示すように、ステップＳ３１及びステップＳ３２の動作については、第１実施形態と同様である。但し、第３実施形態において、ｅＮＢ２００は、候補タイミング情報をユニキャストで送信することに代えて、候補タイミング情報をブロードキャストで送信してもよい。
【０１０８】
ステップＳ３３において、ＵＥ１００は、セル＃２（アンライセンスドバンド）を介して上りリンクデータをｅＮＢ２００に送信する。その際、ＵＥ１００は、自ＵＥ１００の識別情報を上りリンクデータに付加する。
【０１０９】
ＵＥ１００の識別情報は、ｅＮＢ２００がＵＥ１００に割り当てたＣ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）であってもよい。自ＵＥ１００の識別情報は、上りリンクデータの先頭にヘッダとして付加されてもよい。当該ヘッダは、どのｅＮＢ２００及びどのＵＥ１００も復号できるように設計される。
【０１１０】
ｅＮＢ２００は、ＵＥ１００からの上りリンクデータと共にＵＥ１００の識別情報を受信する。ｅＮＢ２００は、当該識別情報に基づいてＵＥ１００を識別する。
【０１１１】
このように、第３実施形態によれば、ＵＥ１００は、アンライセンスドバンド・チャネルを介して、上りリンクデータと共に自ＵＥ１００の識別情報を送信する。これにより、上りリンクデータの送信タイミングをＵＥ１００が決定する場合でも、ｅＮＢ２００が通知信号に基づいて各ＵＥ１００を識別することができる。
【０１１２】
［第３実施形態の変更例］
ＵＥ１００の識別情報が第三者に知られることは、セキュリティの観点から好ましくない可能性がある。
【０１１３】
よって、第３実施形態の変更例において、ＵＥ１００の送信部１２０は、アンライセンスドバンド・チャネルを介して、自ＵＥ１００の識別情報（例えば、Ｃ−ＲＮＴＩ）によりスクランブルした上りリンクデータを送信する。具体的には、自ＵＥ１００の識別情報で上りリンクデータのＣＲＣビットをスクランブルする。或いは、ＣＲＣビットだけでなく上りリンクデータ全体をスクランブルしてもよい。
【０１１４】
第３実施形態の変更例において、ｅＮＢ２００の受信部２２０は、アンライセンスドバンド・チャネルを介して、ＵＥ１００の識別情報によりスクランブルされた上りリンクデータを受信する。そして、候補のＵＥ１００それぞれの識別情報によりＣＲＣビット（及び上りリンクデータ）の復号を試行し、復号成功時の識別情報に基づいて、当該上りリンクデータの送信元のＵＥ１００を識別する。
【０１１５】
［第４実施形態］
第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。
【０１１６】
上述した第１実施形態乃至第３実施形態において、候補タイミング情報をＲＲＣメッセージにより送受信する場合を主として想定していた。これに対し、第４実施形態は、ＲＲＣ層のシグナリングではなく物理層のシグナリングにより候補タイミング情報を送受信する実施形態である。このような物理層のシグナリングにより候補タイミング情報を送受信することにより、ＲＲＣ層のシグナリングを使用する場合に比べて、動的なスケジューリングが可能となる。
【０１１７】
第４実施形態において、ｅＮＢ２００の送信部２１０は、物理下りリンク制御チャネル（ＰＤＣＣＨ）を介して、候補タイミング情報をＵＥ１００に送信する。ＵＥ１００の受信部１１０は、ＰＤＣＣＨを介して、候補タイミング情報をｅＮＢ２００から受信する。例えば、候補タイミング情報は、上りリンクの割当リソースを示す「ＵＬ  ｇｒａｎｔ」に含まれる。候補タイミング情報は、複数の候補タイミング（例えば、複数のサブフレーム）を示す情報であってもよい。候補タイミング情報は、連続する複数の候補タイミング（例えば、連続する複数のサブフレーム）からなる期間を示す情報であってもよい。この場合、候補タイミング情報は、候補タイミングの連続数を示す情報を含んでもよい。なお、候補タイミングがサブフレーム単位で設定される一例を説明したが、候補タイミングがスロット単位（あるいはさらに細かい時間単位）で設定されてもよい。
【０１１８】
第４実施形態において、上りリンクデータは、アンライセンスドバンド・チャネルの全帯域を使用してＵＥ１００から送信される。或いは、アンライセンスドバンド・チャネルが周波数分割されており、アンライセンスドバンド・チャネルの特定の周波数領域を使用して上りリンクデータが送信される。ｅＮＢ２００の送信部２１０は、上りリンク送信に使用すべきリソースブロックを示す情報を送信することに代えて、候補タイミング情報を送信する。ＵＥ１００の受信部１１０は、上りリンク送信に使用すべきリソースブロックを示す情報を受信することに代えて、候補タイミング情報を受信する。このように、リソースブロック指定用のビットを不要とし、代わりに候補タイミング情報を送信することができる。なお、アンライセンスドバンドを指定するＰＤＣＣＨのＰＤＣＣＨフォーマットは、ライセンスドバンドを指定するＰＤＣＣＨのＰＤＣＣＨフォーマットと同じであってもよい。当該ＰＤＣＣＨフォーマットは、「ＰＤＣＣＨ  ｆｏｒｍａｔ  ０」であってもよい。この場合、ＵＥ１００は、アンライセンスドバンドを指定するＰＤＣＣＨのリソースブロック指定用ビットを、候補タイミング情報と読み替えて解釈してもよい。
【０１１９】
図１０は、第４実施形態に係る動作シーケンスを示す図である。
【０１２０】
図１０に示すように、ステップＳ４１において、ｅＮＢ２００は、ライセンスドバンドで運用されるセル＃１のＰＤＣＣＨを介して、候補タイミング情報をＵＥ１００に送信する。ＵＥ１００は、セル＃１のＰＤＣＣＨを介して、候補タイミング情報を受信する。
【０１２１】
ステップＳ４２において、ＵＥ１００は、アンライセンスドバンド・チャネルを監視（ＬＢＴ）することにより、候補タイミング情報が示す候補タイミングの中から、ｅＮＢ２００への上りリンク送信を行う送信タイミングを決定する。
【０１２２】
ステップＳ４３において、ＵＥ１００は、決定した送信タイミングにおいて、アンライセンスドバンド・チャネルを介して上りリンクデータをｅＮＢ２００に送信する。ｅＮＢ２００は、セル＃２（アンライセンスドバンド）を介して上りリンクデータを受信する。
【０１２３】
［第５実施形態］
第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。
【０１２４】
上述した第１実施形態乃至第４実施形態において、上りリンクのＨＡＲＱについて特に考慮していなかった。一般的な上りリンクのＨＡＲＱは、同期ＨＡＲＱである。すなわち、初回送信のタイミングに対する再送のタイミングが規定されており、初回送信のタイミングを開始タイミングとして周期的な再送が行われる。このため、ＨＡＲＱプロセス（再送プロセス）は、再送のタイミング（再送サブフレーム）に基づいて識別される。
【０１２５】
しかしながら、ＬＢＴが必要とされるアンライセンスドバンドにおいては、規定された周期で再送を行うことができるとは限らず、再送のタイミングに基づいてＨＡＲＱプロセスを識別することは困難である。
【０１２６】
また、一般的な上りリンクのＨＡＲＱにおいて、データ送信の度に冗長バージョン（ＲＶ）が変更される。例えば、初送データのＲＶは「０」、１回目の再送データのＲＶは「３」、２回目の再送データのＲＶは「２」、３回目の再送データのＲＶは「１」である。
【０１２７】
しかしながら、ＬＢＴが必要とされるアンライセンスドバンドにおいては、規定された周期で再送を行うことができるとは限らず、何回目の再送であるかを識別することは困難である。
【０１２８】
そこで、第５実施形態においては、ＵＥ１００の送信部１２０は、上りリンクデータに対応するＨＡＲＱプロセス及び／又はＲＶを示すＨＡＲＱ情報をｅＮＢ２００に送信する。具体的には、ＨＡＲＱ情報は、ＨＡＲＱプロセスの識別子（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ）及び／又はＲＶのインデックス（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ  ｉｎｄｅｘ）を含む。ｅＮＢ２００の受信部２２０は、上りリンクデータに対応するＨＡＲＱプロセス及び／又はＲＶを示すＨＡＲＱ情報をＵＥ１００から受信する。ＨＡＲＱ情報は、新規データであるか再送データであるかを識別するＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）をさらに含んでもよい。
【０１２９】
上りリンクデータに対応する「ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ」及び／又は「Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ  ｉｎｄｅｘ」をＵＥ１００からｅＮＢ２００に送信することにより、ｅＮＢ２００は、上りリンクデータに対応するＨＡＲＱプロセス及び／又はＲＶを識別することができる。
【０１３０】
ＨＡＲＱ情報は、上りリンクデータの一部に含まれる。或いは、ＨＡＲＱ情報は、上りリンクデータと共に送信される参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）に含まれてもよい。或いは、ＨＡＲＱ情報は、現状のＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と同様に、上りリンクデータチャネル（ＰＵＳＣＨ）と多重化されてもよい。
【０１３１】
図１１は、第５実施形態に係る動作シーケンスを示す図である。
【０１３２】
図１１に示すように、ステップＳ５１において、ｅＮＢ２００は、ライセンスドバンドで運用されるセル＃１のＰＤＣＣＨを介して、候補タイミング情報をＵＥ１００に送信する。ＵＥ１００は、セル＃１のＰＤＣＣＨを介して、候補タイミング情報を受信する。但し、候補タイミング情報は、ＲＲＣメッセージにより送受信されてもよい。
【０１３３】
ステップＳ５２において、ＵＥ１００は、アンライセンスドバンド・チャネルを監視（ＬＢＴ）することにより、候補タイミング情報が示す候補タイミングの中から、ｅＮＢ２００への上りリンク送信を行う送信タイミングを決定する。
【０１３４】
ステップＳ５３において、ＵＥ１００は、決定した送信タイミングにおいて、アンライセンスドバンド・チャネルを介して上りリンクデータをｅＮＢ２００に送信する。また、ＵＥ１００は、当該上りリンクデータに対応するＨＡＲＱプロセス及び／又はＲＶを示すＨＡＲＱ情報をｅＮＢ２００に送信する。ｅＮＢ２００は、セル＃２（アンライセンスドバンド）を介して上りリンクデータ及びＨＡＲＱ情報を受信する。
【０１３５】
［第５実施形態の変更例］
ＲＶのインデックス（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ  ｉｎｄｅｘ）をＵＥ１００からｅＮＢ２００に送信することに代えて、ＲＶとサブフレーム番号との対応付けを予め規定してもよい。例えば、ＵＥ１００は、ＬＢＴにより決定した送信タイミング（サブフレーム番号）に対応するＲＶにより上りリンクデータを送信する。ｅＮＢ２００は、当該送信タイミング（サブフレーム番号）に基づいて、当該上りリンクデータのＲＶを識別する。
【０１３６】
［第６実施形態］
第６実施形態について、第１実施形態乃至第５実施形態との相違点を主として説明する。
【０１３７】
上述した第５実施形態においては、ＨＡＲＱ情報（「ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ」及び／又は「Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ  ｉｎｄｅｘ」）をＵＥ１００からｅＮＢ２００に送信していた。これに対し、第６実施形態においては、ｅＮＢ２００がＵＥ１００に対してＨＡＲＱプロセス及び／又はＲＶを指定する。
【０１３８】
第６実施形態において、ｅＮＢ２００の送信部２１０は、候補タイミング情報と対応付けられたＨＡＲＱプロセス及び／又はＲＶを示すＨＡＲＱ情報をＵＥ１００に送信する。ＨＡＲＱ情報は、ＨＡＲＱプロセスの識別子（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ）及び／又はＲＶのインデックス（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ  ｉｎｄｅｘ）を含む。ＵＥ１００の受信部１１０は、候補タイミング情報と対応付けられたＨＡＲＱプロセス及び／又はＲＶを示すＨＡＲＱ情報をｅＮＢ２００から受信する。
【０１３９】
ＵＥ１００の送信部１２０は、候補タイミングの中から決定した送信タイミングにおいて、ＨＡＲＱ情報に従って上りリンクデータを送信する。ｅＮＢ２００の受信部２２０は、ＵＥ１００が決定した送信タイミングにおいて、ＨＡＲＱ情報に従って上りリンクデータを受信する。
【０１４０】
図１２は、第６実施形態に係る動作シーケンスを示す図である。
【０１４１】
図１２に示すように、ステップＳ６１において、ｅＮＢ２００は、ライセンスドバンドで運用されるセル＃１のＰＤＣＣＨを介して、候補タイミング情報及びＨＡＲＱ情報をＵＥ１００に送信する。ＵＥ１００は、セル＃１のＰＤＣＣＨを介して、候補タイミング情報及びＨＡＲＱ情報を受信する。但し、候補タイミング情報及びＨＡＲＱ情報は、ＲＲＣメッセージにより送受信されてもよい。
【０１４２】
ステップＳ６２において、ＵＥ１００は、アンライセンスドバンド・チャネルを監視（ＬＢＴ）することにより、候補タイミング情報が示す候補タイミングの中から、ｅＮＢ２００への上りリンク送信を行う送信タイミングを決定する。
【０１４３】
ステップＳ６３において、ＵＥ１００は、決定した送信タイミングにおいて、アンライセンスドバンド・チャネルを介して、ＨＡＲＱ情報が示すＨＡＲＱプロセス及び／又はＲＶに対応する上りリンクデータをｅＮＢ２００に送信する。ｅＮＢ２００は、セル＃２（アンライセンスドバンド）を介して上りリンクデータを受信する。ｅＮＢ２００は、上りリンクデータを受信したタイミングに基づいて、上りリンクデータに対応するＨＡＲＱプロセス及び／又はＲＶを識別する。
【０１４４】
［第１実施形態乃至第６実施形態の変更例］
上述した第１実施形態乃至第６実施形態において、候補タイミング情報が複数の候補タイミング（例えば複数のサブフレーム）を示す情報であり、かつ、ＵＥ１００が当該複数の候補タイミングの中からＬＢＴにより１つの送信タイミング（例えば１つのサブフレーム）を決定する場合を主として想定していた。しかしながら、ＵＥ１００は、候補タイミング情報が示す複数の候補タイミングの中からＬＢＴにより２以上の送信タイミング（例えば２以上のサブフレーム）を決定してもよい。
【０１４５】
図１３は、本変更例に示す動作を説明するための図である。図１３（ａ）及び（ｂ）に示すように、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）１乃至４からなる期間（割当区間）をＵＥ１００（ＵＥ１）に割り当てる。具体的には、当該割当区間を示す候補タイミング情報１をＵＥ１００（ＵＥ１）に送信している。
【０１４６】
図１３（ａ）に示すように、ＵＥ１００（ＵＥ１）は、サブフレーム１の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。このＬＢＴにおいて、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム１を上りリンク送信に使用しないと判断する。次に、サブフレーム２について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム２乃至４を上りリンク送信に使用すると判断し、サブフレーム２乃至４において上りリンクデータをｅＮＢ２００に連続的に送信する。なお、図１３（ａ）においては、サブフレーム２乃至４のそれぞれでＨＡＲＱプロセスを異ならせる一例を示している。具体的には、サブフレーム２がＨＡＲＱプロセス０に対応し、サブフレーム３がＨＡＲＱプロセス１に対応し、サブフレーム４がＨＡＲＱプロセス２に対応している。
【０１４７】
一方、図１３（ｂ）に示すように、ＵＥ１００（ＵＥ１）は、サブフレーム１の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。このＬＢＴにおいて、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム１を上りリンク送信に使用しないと判断する。次に、サブフレーム２について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム２を上りリンク送信に使用すると判断し、サブフレーム２において上りリンクデータをｅＮＢ２００に送信する。さらに、サブフレーム４について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム４も上りリンク送信に使用すると判断し、サブフレーム４においても上りリンクデータをｅＮＢ２００に送信する。なお、図１３（ｂ）においては、サブフレーム２及び４のそれぞれでＨＡＲＱプロセスを異ならせる一例を示している。具体的には、サブフレーム２がＨＡＲＱプロセス１に対応し、サブフレーム４がＨＡＲＱプロセス２に対応している。
【０１４８】
図１３（ａ）及び（ｂ）に示すようなデータ送信を行う場合、上述した第５実施形態において、ＵＥ１００は、各サブフレームに対応するＨＡＲＱプロセスの識別子（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ）を上りリンクデータと共に送信してもよい。また、サブフレームごとにＲＶを異ならせる場合、ＵＥ１００は、各サブフレームに対応するＲＶのインデックス（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ  ｉｎｄｅｘ）を上りリンクデータと共に送信してもよい。
【０１４９】
また、図１３（ａ）及び（ｂ）に示すようなデータ送信を行う場合、上述した第６実施形態において、ｅＮＢ２００は、ＵＥ１００に対して複数のＨＡＲＱプロセス及び／又は複数のＲＶを指定してもよい。具体的には、ｅＮＢ２００は、候補タイミング情報と対応付けられた複数のＨＡＲＱプロセスの識別子をＰＤＣＣＨによりＵＥ１００に送信する。ｅＮＢ２００は、複数のＨＡＲＱプロセスの割当優先度をさらに送信してもよい。ＵＥ１００は、優先度の高いＨＡＲＱプロセスについて優先的に送信を行う。また、ｅＮＢ２００は、候補タイミング情報と対応付けられた複数のＲＶのインデックスをＰＤＣＣＨによりＵＥ１００に送信してもよい。
【０１５０】
［第７実施形態］
第７実施形態について、第１実施形態乃至第６実施形態との相違点を主として説明する。
【０１５１】
上述した第５実施形態及び第６実施形態においては、ＨＡＲＱ情報（「ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ」及び／又は「Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ  ｉｎｄｅｘ」）をＵＥ１００とｅＮＢ２００との間で送受信していた。これに対し、第７実施形態においては、ＨＡＲＱ情報の送受信を行わない。
【０１５２】
第７実施形態において、候補タイミング情報は、複数の候補タイミング（例えば、複数のサブフレーム）からなる期間を示す情報である。ＵＥ１００の送信部１２０は、当該期間内において、１つのＨＡＲＱプロセス及び／又は１つのＲＶにのみ対応する上りリンクデータを送信する。ｅＮＢ２００の受信部２２０は、当該期間内において、１つのＨＡＲＱプロセス及び／又は１つのＲＶにのみ対応する上りリンクデータを受信する。これにより、ＨＡＲＱ情報を送受信しなくても、上りリンクデータに対応するＨＡＲＱプロセス及び／又はＲＶを識別することができる。
【０１５３】
図１４は、第７実施形態に係るスケジューリング動作を示す図である。
【０１５４】
図１４（ａ）に示すように、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）１乃至４からなる期間（割当区間１）をＵＥ１００（ＵＥ１）に割り当てる。具体的には、割当区間１を示す候補タイミング情報１をＵＥ１００（ＵＥ１）に送信する。
【０１５５】
また、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）５乃至８からなる期間（割当区間２）をＵＥ１００（ＵＥ１）に割り当てる。具体的には、割当区間２を示す候補タイミング情報２をＵＥ１００（ＵＥ１）に送信する。
【０１５６】
図１４（ｂ）に示すように、ＵＥ１００（ＵＥ１）は、割当区間１内において、アンライセンスドバンド・チャネルを監視（ＬＢＴ）することにより、ｅＮＢ２００への上りリンク送信を行う送信タイミング（サブフレーム）を決定する。そして、ＵＥ１００（ＵＥ１）は、１つのＨＡＲＱプロセス（ＨＡＲＱ  ｐｒｏｃｅｓｓ  １）にのみ対応する上りリンクデータを送信する。
【０１５７】
また、ＵＥ１００（ＵＥ１）は、候補タイミング情報２が示す割当区間２内において、アンライセンスドバンド・チャネルを監視（ＬＢＴ）することにより、ｅＮＢ２００への上りリンク送信を行う送信タイミング（サブフレーム）を決定する。そして、ＵＥ１００（ＵＥ１）は、１つのＨＡＲＱプロセス（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ２）にのみ対応する上りリンクデータを送信する。
【０１５８】
「ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ」は、例えば下記式に基づいて決定する。「ｍｏｄ  ２」とすることで、「ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ」は「１」、「２」の２つとなる。
【０１５９】
HARQ process ID = (( SFN*10 + subframe ) / 4 ) mod 2 + 1          （１）
【０１６０】
ここで、「ＳＦＮ」はシステムフレーム（無線フレーム）の番号である。「ｓｕｂｆｒａｍｅ」はサブフレームの番号である。
【０１６１】
或いは、ＵＥ毎にずらすために、下記式に示すように、式（１）に「ＵＥ＿ＩＤ  ｍｏｄ  Ｏｆｆｓｅｔ」を導入してもよい。
【０１６２】
HARQ process ID = (( SFN*10 + subframe + ( UE_ID mod Offset ) ) / 4 ) mod 2 + 1           （２）
【０１６３】
ここで、「ＵＥ＿ＩＤ」は、ＵＥ固有の識別子である。「Ｏｆｆｓｅｔ」は、ＵＥをばらすための定数である。
【０１６４】
また、ＵＥ１００（ＵＥ１）は、各割当区間内において、１サブフレーム分だけ上りリンクデータを送信する。当該上りリンクデータは、１つのＨＡＲＱプロセス及び１つのＲＶに対応する上りリンクデータである。
【０１６５】
図１５は、第７実施形態に係るＵＥ１００の動作例１を示す図である。
【０１６６】
図１５（ａ）に示すように、ＵＥ１００（ＵＥ１）には、連続するサブフレーム（ｓｆ）１乃至４からなる割当区間１がｅＮＢ２００から割り当てられている。
【０１６７】
図１５（ｂ）に示すように、ＵＥ１００（ＵＥ１）は、サブフレーム１の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。具体的には、ＵＥ１００は、アンライセンスドバンド・チャネルが空いているか否かを受信電力に基づいて確認する。このＬＢＴにおいて、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム１を上りリンク送信に使用しないと判断する。また、サブフレーム２及び３のそれぞれについても、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム２及び３を上りリンク送信に使用しないと判断する。一方、サブフレーム４について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム４を上りリンク送信に使用すると判断し、サブフレーム４において上りリンクデータをｅＮＢ２００に送信する。
【０１６８】
図１６は、第７実施形態に係るＵＥ１００の動作例２を示す図である。
【０１６９】
図１６（ａ）に示すように、ＵＥ１００（ＵＥ１）には、連続するサブフレーム（ｓｆ）１乃至４からなる割当区間１がｅＮＢ２００から割り当てられている。
【０１７０】
図１６（ｂ）に示すように、ＵＥ１００（ＵＥ１）は、サブフレーム１の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。具体的には、ＵＥ１００は、アンライセンスドバンド・チャネルが空いているか否かを受信電力に基づいて確認する。このＬＢＴにおいて、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム１を上りリンク送信に使用しないと判断する。次に、サブフレーム２について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム２を上りリンク送信に使用すると判断し、サブフレーム２において上りリンクデータをｅＮＢ２００に送信する。この場合、残りの割当区間において、ＵＥ１００は、ＬＢＴ及び上りリンク送信を行わない。
【０１７１】
［第８実施形態］
第８実施形態について、第１実施形態乃至第７実施形態との相違点を主として説明する。第８実施形態は、第７実施形態を前提として、割当区間のスケジューリングに関する実施形態である。
【０１７２】
第８実施形態において、ｅＮＢ２００の送信部２１０は、第１の候補タイミング情報を第１のＵＥ１００に送信し、第２の候補タイミング情報を第２のＵＥ１００に送信する。第１の候補タイミング情報は、複数の候補タイミングからなる第１の期間（割当区間１）を示す情報である。第２の候補タイミング情報は、複数の候補タイミングからなる第２の期間（割当区間２）を示す情報である。第１の期間に含まれる一部の候補タイミングと第２の期間に含まれる一部の候補タイミングとが重複する。
【０１７３】
図１７は、第８実施形態に係るスケジューリング動作を示す図である。
【０１７４】
図１７（ａ）に示すように、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）１乃至４からなる期間（割当区間１）をＵＥ１００（ＵＥ１）に割り当てる。具体的には、割当区間１を示す候補タイミング情報１をＵＥ１００（ＵＥ１）に送信する。
【０１７５】
図１７（ｂ）に示すように、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）３乃至６からなる期間（割当区間２）をＵＥ１００（ＵＥ２）に割り当てる。具体的には、割当区間２を示す候補タイミング情報２をＵＥ１００（ＵＥ２）に送信する。
【０１７６】
図１７（ｃ）に示すように、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）５乃至８からなる期間（割当区間３）をＵＥ１００（ＵＥ３）に割り当てる。具体的には、割当区間３を示す候補タイミング情報３をＵＥ１００（ＵＥ３）に送信する。
【０１７７】
図１７（ａ）及び（ｂ）に示すように、ＵＥ１の割当区間１及びＵＥ２の割当区間２において、サブフレーム３及び４が重複している。図１７（ｂ）及び（ｃ）に示すように、ＵＥ２の割当区間２及びＵＥ３の割当区間３において、サブフレーム５及び６が重複している。
【０１７８】
図１８は、第８実施形態に係るＵＥ１００の動作例を示す図である。
【０１７９】
図１８（ａ）に示すように、ＵＥ１００（ＵＥ１）は、サブフレーム１の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。このＬＢＴにおいて、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム１を上りリンク送信に使用しないと判断する。次に、サブフレーム２について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム２を上りリンク送信に使用すると判断し、サブフレーム２において上りリンクデータをｅＮＢ２００に送信する。
【０１８０】
図１８（ｂ）に示すように、ＵＥ１００（ＵＥ２）は、サブフレーム３の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。このＬＢＴにおいて、ＵＥ１００（ＵＥ２）は、他装置（ＵＥ１）からの信号を検知し、サブフレーム３を上りリンク送信に使用しないと判断する。また、ＵＥ１００（ＵＥ２）は、サブフレーム４の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。このＬＢＴにおいて、ＵＥ１００（ＵＥ４）は、他装置からの信号を検知し、サブフレーム４を上りリンク送信に使用しないと判断する。次に、サブフレーム５について、ＵＥ１００（ＵＥ２）は、他装置からの信号を検知せず、サブフレーム５を上りリンク送信に使用すると判断し、サブフレーム５において上りリンクデータをｅＮＢ２００に送信する。
【０１８１】
図１８（ｃ）に示すように、ＵＥ１００（ＵＥ３）は、サブフレーム５乃至７のそれぞれの直前のＬＢＴにおいて他装置からの信号を検知し、サブフレーム５乃至７を上りリンク送信に使用しないと判断する。次に、サブフレーム８について、ＵＥ１００（ＵＥ３）は、他装置からの信号を検知せず、サブフレーム８を上りリンク送信に使用すると判断し、サブフレーム８において上りリンクデータをｅＮＢ２００に送信する。
【０１８２】
［その他の実施形態］
ＵＥ１００は、アンライセンスドバンド・チャネルにおける受信電力に基づいて送信タイミングを決定していた。しかしながら、アンライセンスドバンド・チャネルにおいて受信するヘッダも加味して送信タイミングを決定してもよい。
【０１８３】
上述した第１実施形態乃至第８実施形態は、別個独立して実施される場合に限定されない。第１実施形態乃至第８実施形態のうち２以上の実施形態を組み合わせて実施してもよい。具体的には、各実施形態における一部又はすべての構成は、他の実施形態へ適用又は組み合わせてもよい。
【０１８４】
上述した第１実施形態乃至第８実施形態において、セル＃１（ライセンスドバンド）及びセル＃２（アンライセンスドバンド）を同一のｅＮＢ２００が管理している一例を説明した。しかしながら、セル＃１（ライセンスドバンド）及びセル＃２（アンライセンスドバンド）を異なるｅＮＢ２００が管理する場合にも本発明を適用可能である。
【０１８５】
上述した第１実施形態乃至第８実施形態において、ライセンスドバンドを介して候補タイミング情報を送受信していた。しかしながら、アンライセンスドバンドを介して候補タイミング情報を送受信してもよい。
【０１８６】
上述した第１実施形態乃至第８実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。 
【０１８７】
［付記］
（１．導入）
これまで、ＲＡＮ１での議論は、ＤＬのみのＬＡＡのみにフォーカスしている。本付記では、特にＵＬグラント及びＵＬ  ＬＢＴのためのＵＬ  ＬＡＡの機能を検討する。
【０１８８】
（２．ＵＬグラントについての検討）
図１９はＵＬ送信の遅延の例を示す。図２０は提案するＵＬグラントの例を示す。
【０１８９】
ＵＬ  ＬＡＡにおいて、ＵＥがＵＬ送信の前にＬＢＴを行うべきであると考える。よって、ＵＥは、自身がデータを送信するかの決定のフレキシビリティを持たなければならない。ライセンスドＬＴＥとは異なり、ｅＮＢは、ＵＬ送信の正確なタイミングを制御することができない。図１９において、ＵＬグラントがＵＥに送信された場合のＵＬ送信遅延を示す。この図に示すように、ｅＮＢがＵＬグラントをＵＥに送信した後、ＵＥはＬＢＴ失敗により、要求されたサブフレームにおいて自身のデータを送信することができない。加えて、ｅＮＢが他のＵＬグラントを送信する場合、次のＵＬデータ送信機会は長い時間にわたって発生しないことがあり、ＵＬ  ＬＡＡ送信における長い遅延を引き起こす。
【０１９０】
したがって、我々は、２以上の潜在的なサブフレームを、サービングｅＮＢにより送信される１つのＵＬグラントにおいて示されるデータ送信機会とすることを提案する。
【０１９１】
提案１：２以上の候補サブフレームがＵＬ  ＬＡＡのためのＵＬグラントにおいて示されるべきである。
【０１９２】
加えて、ＵＥのＬＢＴに起因してｅＮＢがＵＥの送信を正確に制御することができないため、我々は、１つのＵＥがＵＬ送信において全体の帯域を占有することをサポートする。そのようなケースにおいて、リソースブロックの周波数位置を示すために用いるＵＬグラントのＤＣＩビットを削除することができ、候補サブフレームのためのビットが追加されるべきである。
【０１９３】
さらに、ＵＬにおいて、ＵＥのＬＢＴに起因して同期（Ｓｙｎｃｈｒｏｎｏｕｓ）ＨＡＲＱを達成することができない。ＨＡＲＱのプロセスＩＤがｅＮＢにより示されることができるか、又は、ＵＥが、それらを自動的に選択し、それらをデータと共にピギーバックすることが可能である。
【０１９４】
提案２：ＵＬ  ＬＡＡにおいて、１つのＵＥが１つのチャネルの全帯域を使用するべきである。
【０１９５】
提案３：リソースブロックの周波数位置を示すために用いるＵＬグラントのＤＣＩビットを削除することができ、候補サブフレームのためのビットが追加されるべきである。
【０１９６】
提案４：非同期（Ａｓｙｎｃｈｒｏｎｏｕｓ）ＨＡＲＱがＵＬ  ＬＡＡにおいてサポートされるべきである。
【０１９７】
（３．ＵＬ  ＬＢＴについての問題）
図２１は２つのＵＥ間の連続する送信の例を示す。
【０１９８】
ここでは、ＵＬ  ＬＢＴに関する他の問題を検討する。図２１に示すように、ｅＮＢが複数のＵＥ（ＵＥ１及びＵＥ２）のための連続するサブフレームを割り当てる場合、一方のＵＥがＬＢＴ失敗を経験し得る。
【０１９９】
よって、我々は、ｅＮＢが、第２のＵＥ（ＵＥ２）との連続する送信の協調のために最後のシンボルを省略するようＵＥ１に示すインディケーションを送信することを提案する。最後のシンボルを省略する必要性が動的に変化するので、インディケーションがＵＬグラントに含められるべきである。
【０２００】
提案５：ｅＮＢは、最後のシンボルを省略するようＵＥ１に示すインディケーションを送信することが可能であるべきである。
【０２０１】
提案６：最後のシンボルの省略は、パンクチャリングにより達成されるべきである。
【０２０２】
［相互参照］
米国仮出願第６２／１３４２１８号（２０１５年３月１７日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０２０３】
本発明は、通信分野において有用である。
【図１】
2016148243.tif 000003
【図２】
2016148243.tif 000004
【図３】
2016148243.tif 000005
【図４】
2016148243.tif 000006
【図５】
2016148243.tif 000007
【図６】
2016148243.tif 000008
【図７】
2016148243.tif 000009
【図８】
2016148243.tif 000010
【図９】
2016148243.tif 000011
【図１０】
2016148243.tif 000012
【図１１】
2016148243.tif 000013
【図１２】
2016148243.tif 000014
【図１３】
2016148243.tif 000015
【図１４】
2016148243.tif 000016
【図１５】
2016148243.tif 000017
【図１６】
2016148243.tif 000018
【図１７】
2016148243.tif 000019
【図１８】
2016148243.tif 000020
【図１９】
2016148243.tif 000021
【図２０】
2016148243.tif 000022
【図２１】
2016148243.tif 000023
【国際調査報告】
2016148243.tif 000024
2016148243.tif 000025
2016148243.tif 000026
2016148243.tif 000027