JPWO2016148243A1 - ユーザ端末及び基地局 - Google Patents

Abstract

第１の特徴に係るユーザ端末は、移動通信システムにおいて用いられる。前記ユーザ端末は、アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報を基地局から受信する受信部と、前記アンライセンスドバンド・チャネルを監視することにより、前記候補タイミング情報が示す前記候補タイミングの中から、前記基地局への上りリンク送信を行う送信タイミングを決定する制御部と、前記送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記基地局に送信する送信部と、を備える。

Description

本発明は、移動通信システムにおいて用いられるユーザ端末及び基地局に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）においては、急増するトラフィック需要に応えるべく、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を高度化する試みが進められている。

そのような試みの一つとして、オペレータに免許が付与された周波数帯（ライセンスドバンド）だけではなく、免許が不要な周波数帯（アンライセンスドバンド）もＬＴＥ通信に使用することが検討されている。

アンライセンスドバンドにおいては、ＬＴＥシステムとは異なる他システム（無線ＬＡＮ等）又は他オペレータのＬＴＥシステムとの干渉を回避するために、ｌｉｓｔｅｎ−ｂｅｆｏｒｅ−ｔａｌｋ（ＬＢＴ）手順が要求される。

ＬＢＴ手順は、アンライセンスドバンドの周波数チャネル（キャリア）が空いているか否かを受信電力（干渉電力）に基づいて確認し、空きチャネル（ｃｌｅａｒ ｃｈａｎｎｅｌ）であることが確認された場合に限り当該周波数チャネルを使用する手順である（非特許文献１参照）。

３ＧＰＰ技術報告書 「ＴＲ３６．８８９ 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 （２）

ここで、「ＵＥ＿ＩＤ」は、ＵＥ固有の識別子である。「Ｏｆｆｓｅｔ」は、ＵＥをばらすための定数である。

また、ＵＥ１００（ＵＥ１）は、各割当区間内において、１サブフレーム分だけ上りリンクデータを送信する。当該上りリンクデータは、１つのＨＡＲＱプロセス及び１つのＲＶに対応する上りリンクデータである。

図１５は、第７実施形態に係るＵＥ１００の動作例１を示す図である。

図１５（ａ）に示すように、ＵＥ１００（ＵＥ１）には、連続するサブフレーム（ｓｆ）１乃至４からなる割当区間１がｅＮＢ２００から割り当てられている。

図１５（ｂ）に示すように、ＵＥ１００（ＵＥ１）は、サブフレーム１の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。具体的には、ＵＥ１００は、アンライセンスドバンド・チャネルが空いているか否かを受信電力に基づいて確認する。このＬＢＴにおいて、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム１を上りリンク送信に使用しないと判断する。また、サブフレーム２及び３のそれぞれについても、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム２及び３を上りリンク送信に使用しないと判断する。一方、サブフレーム４について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム４を上りリンク送信に使用すると判断し、サブフレーム４において上りリンクデータをｅＮＢ２００に送信する。

図１６は、第７実施形態に係るＵＥ１００の動作例２を示す図である。

図１６（ａ）に示すように、ＵＥ１００（ＵＥ１）には、連続するサブフレーム（ｓｆ）１乃至４からなる割当区間１がｅＮＢ２００から割り当てられている。

図１６（ｂ）に示すように、ＵＥ１００（ＵＥ１）は、サブフレーム１の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。具体的には、ＵＥ１００は、アンライセンスドバンド・チャネルが空いているか否かを受信電力に基づいて確認する。このＬＢＴにおいて、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム１を上りリンク送信に使用しないと判断する。次に、サブフレーム２について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム２を上りリンク送信に使用すると判断し、サブフレーム２において上りリンクデータをｅＮＢ２００に送信する。この場合、残りの割当区間において、ＵＥ１００は、ＬＢＴ及び上りリンク送信を行わない。

［第８実施形態］
第８実施形態について、第１実施形態乃至第７実施形態との相違点を主として説明する。第８実施形態は、第７実施形態を前提として、割当区間のスケジューリングに関する実施形態である。

第８実施形態において、ｅＮＢ２００の送信部２１０は、第１の候補タイミング情報を第１のＵＥ１００に送信し、第２の候補タイミング情報を第２のＵＥ１００に送信する。第１の候補タイミング情報は、複数の候補タイミングからなる第１の期間（割当区間１）を示す情報である。第２の候補タイミング情報は、複数の候補タイミングからなる第２の期間（割当区間２）を示す情報である。第１の期間に含まれる一部の候補タイミングと第２の期間に含まれる一部の候補タイミングとが重複する。

図１７は、第８実施形態に係るスケジューリング動作を示す図である。

図１７（ａ）に示すように、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）１乃至４からなる期間（割当区間１）をＵＥ１００（ＵＥ１）に割り当てる。具体的には、割当区間１を示す候補タイミング情報１をＵＥ１００（ＵＥ１）に送信する。

図１７（ｂ）に示すように、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）３乃至６からなる期間（割当区間２）をＵＥ１００（ＵＥ２）に割り当てる。具体的には、割当区間２を示す候補タイミング情報２をＵＥ１００（ＵＥ２）に送信する。

図１７（ｃ）に示すように、ｅＮＢ２００は、連続するサブフレーム（ｓｆ）５乃至８からなる期間（割当区間３）をＵＥ１００（ＵＥ３）に割り当てる。具体的には、割当区間３を示す候補タイミング情報３をＵＥ１００（ＵＥ３）に送信する。

図１７（ａ）及び（ｂ）に示すように、ＵＥ１の割当区間１及びＵＥ２の割当区間２において、サブフレーム３及び４が重複している。図１７（ｂ）及び（ｃ）に示すように、ＵＥ２の割当区間２及びＵＥ３の割当区間３において、サブフレーム５及び６が重複している。

図１８は、第８実施形態に係るＵＥ１００の動作例を示す図である。

図１８（ａ）に示すように、ＵＥ１００（ＵＥ１）は、サブフレーム１の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。このＬＢＴにおいて、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知し、サブフレーム１を上りリンク送信に使用しないと判断する。次に、サブフレーム２について、ＵＥ１００（ＵＥ１）は、他装置からの信号を検知せず、サブフレーム２を上りリンク送信に使用すると判断し、サブフレーム２において上りリンクデータをｅＮＢ２００に送信する。

図１８（ｂ）に示すように、ＵＥ１００（ＵＥ２）は、サブフレーム３の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。このＬＢＴにおいて、ＵＥ１００（ＵＥ２）は、他装置（ＵＥ１）からの信号を検知し、サブフレーム３を上りリンク送信に使用しないと判断する。また、ＵＥ１００（ＵＥ２）は、サブフレーム４の直前にアンライセンスドバンド・チャネルを監視（ＬＢＴ）する。このＬＢＴにおいて、ＵＥ１００（ＵＥ４）は、他装置からの信号を検知し、サブフレーム４を上りリンク送信に使用しないと判断する。次に、サブフレーム５について、ＵＥ１００（ＵＥ２）は、他装置からの信号を検知せず、サブフレーム５を上りリンク送信に使用すると判断し、サブフレーム５において上りリンクデータをｅＮＢ２００に送信する。

図１８（ｃ）に示すように、ＵＥ１００（ＵＥ３）は、サブフレーム５乃至７のそれぞれの直前のＬＢＴにおいて他装置からの信号を検知し、サブフレーム５乃至７を上りリンク送信に使用しないと判断する。次に、サブフレーム８について、ＵＥ１００（ＵＥ３）は、他装置からの信号を検知せず、サブフレーム８を上りリンク送信に使用すると判断し、サブフレーム８において上りリンクデータをｅＮＢ２００に送信する。

［その他の実施形態］
ＵＥ１００は、アンライセンスドバンド・チャネルにおける受信電力に基づいて送信タイミングを決定していた。しかしながら、アンライセンスドバンド・チャネルにおいて受信するヘッダも加味して送信タイミングを決定してもよい。

上述した第１実施形態乃至第８実施形態は、別個独立して実施される場合に限定されない。第１実施形態乃至第８実施形態のうち２以上の実施形態を組み合わせて実施してもよい。具体的には、各実施形態における一部又はすべての構成は、他の実施形態へ適用又は組み合わせてもよい。

上述した第１実施形態乃至第８実施形態において、セル＃１（ライセンスドバンド）及びセル＃２（アンライセンスドバンド）を同一のｅＮＢ２００が管理している一例を説明した。しかしながら、セル＃１（ライセンスドバンド）及びセル＃２（アンライセンスドバンド）を異なるｅＮＢ２００が管理する場合にも本発明を適用可能である。

上述した第１実施形態乃至第８実施形態において、ライセンスドバンドを介して候補タイミング情報を送受信していた。しかしながら、アンライセンスドバンドを介して候補タイミング情報を送受信してもよい。

上述した第１実施形態乃至第８実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。

［付記］
（１．導入）
これまで、ＲＡＮ１での議論は、ＤＬのみのＬＡＡのみにフォーカスしている。本付記では、特にＵＬグラント及びＵＬ ＬＢＴのためのＵＬ ＬＡＡの機能を検討する。

（２．ＵＬグラントについての検討）
図１９はＵＬ送信の遅延の例を示す。図２０は提案するＵＬグラントの例を示す。

ＵＬ ＬＡＡにおいて、ＵＥがＵＬ送信の前にＬＢＴを行うべきであると考える。よって、ＵＥは、自身がデータを送信するかの決定のフレキシビリティを持たなければならない。ライセンスドＬＴＥとは異なり、ｅＮＢは、ＵＬ送信の正確なタイミングを制御することができない。図１９において、ＵＬグラントがＵＥに送信された場合のＵＬ送信遅延を示す。この図に示すように、ｅＮＢがＵＬグラントをＵＥに送信した後、ＵＥはＬＢＴ失敗により、要求されたサブフレームにおいて自身のデータを送信することができない。加えて、ｅＮＢが他のＵＬグラントを送信する場合、次のＵＬデータ送信機会は長い時間にわたって発生しないことがあり、ＵＬ ＬＡＡ送信における長い遅延を引き起こす。

したがって、我々は、２以上の潜在的なサブフレームを、サービングｅＮＢにより送信される１つのＵＬグラントにおいて示されるデータ送信機会とすることを提案する。

提案１：２以上の候補サブフレームがＵＬ ＬＡＡのためのＵＬグラントにおいて示されるべきである。

加えて、ＵＥのＬＢＴに起因してｅＮＢがＵＥの送信を正確に制御することができないため、我々は、１つのＵＥがＵＬ送信において全体の帯域を占有することをサポートする。そのようなケースにおいて、リソースブロックの周波数位置を示すために用いるＵＬグラントのＤＣＩビットを削除することができ、候補サブフレームのためのビットが追加されるべきである。

さらに、ＵＬにおいて、ＵＥのＬＢＴに起因して同期（Ｓｙｎｃｈｒｏｎｏｕｓ）ＨＡＲＱを達成することができない。ＨＡＲＱのプロセスＩＤがｅＮＢにより示されることができるか、又は、ＵＥが、それらを自動的に選択し、それらをデータと共にピギーバックすることが可能である。

提案２：ＵＬ ＬＡＡにおいて、１つのＵＥが１つのチャネルの全帯域を使用するべきである。

提案３：リソースブロックの周波数位置を示すために用いるＵＬグラントのＤＣＩビットを削除することができ、候補サブフレームのためのビットが追加されるべきである。

提案４：非同期（Ａｓｙｎｃｈｒｏｎｏｕｓ）ＨＡＲＱがＵＬ ＬＡＡにおいてサポートされるべきである。

（３．ＵＬ ＬＢＴについての問題）
図２１は２つのＵＥ間の連続する送信の例を示す。

ここでは、ＵＬ ＬＢＴに関する他の問題を検討する。図２１に示すように、ｅＮＢが複数のＵＥ（ＵＥ１及びＵＥ２）のための連続するサブフレームを割り当てる場合、一方のＵＥがＬＢＴ失敗を経験し得る。

よって、我々は、ｅＮＢが、第２のＵＥ（ＵＥ２）との連続する送信の協調のために最後のシンボルを省略するようＵＥ１に示すインディケーションを送信することを提案する。最後のシンボルを省略する必要性が動的に変化するので、インディケーションがＵＬグラントに含められるべきである。

提案５：ｅＮＢは、最後のシンボルを省略するようＵＥ１に示すインディケーションを送信することが可能であるべきである。

提案６：最後のシンボルの省略は、パンクチャリングにより達成されるべきである。

［相互参照］
米国仮出願第６２／１３４２１８号（２０１５年３月１７日出願）の全内容が参照により本願明細書に組み込まれている。

本発明は、通信分野において有用である。

Claims (23)

1. 移動通信システムにおいて用いられるユーザ端末であって、
   アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報を基地局から受信する受信部と、
   前記アンライセンスドバンド・チャネルを監視することにより、前記候補タイミング情報が示す前記候補タイミングの中から、前記基地局への上りリンク送信を行う送信タイミングを決定する制御部と、
   前記送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記基地局に送信する送信部と、
   を備えることを特徴とするユーザ端末。
2. 前記受信部は、前記基地局からライセンスドバンドを介して送信された前記候補タイミング情報を受信することを特徴とする請求項１に記載のユーザ端末。
3. 前記送信部は、前記アンライセンスドバンド・チャネルの全帯域を使用して前記上りリンクデータを送信することを特徴とする請求項１に記載のユーザ端末。
4. 前記送信部は、前記アンライセンスドバンド・チャネルを介して前記上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介して前記基地局に送信することを特徴とする請求項１に記載のユーザ端末。
5. 前記送信部は、前記アンライセンスドバンド・チャネルを介して、前記上りリンクデータと共に自ユーザ端末の識別情報を送信することを特徴とする請求項１に記載のユーザ端末。
6. 前記送信部は、前記アンライセンスドバンド・チャネルを介して、自ユーザ端末の識別情報によりスクランブルした前記上りリンクデータを送信することを特徴とする請求項１に記載のユーザ端末。
7. 前記受信部は、物理下りリンク制御チャネルを介して、前記候補タイミング情報を前記基地局から受信することを特徴とする請求項１に記載のユーザ端末。
8. 前記受信部は、上りリンク送信に使用すべきリソースブロックを示す情報を受信することに代えて、前記候補タイミング情報を受信することを特徴とする請求項７に記載のユーザ端末。
9. 前記送信部は、前記上りリンクデータに対応するＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記基地局にさらに送信することを特徴とする請求項１に記載のユーザ端末。
10. 前記受信部は、前記候補タイミング情報と対応付けられたＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記基地局からさらに受信し、
    前記送信部は、前記送信タイミングにおいて、前記ＨＡＲＱ情報に従って前記上りリンクデータを送信することを特徴とする請求項１に記載のユーザ端末。
11. 前記候補タイミング情報は、複数の候補タイミングからなる期間を示す情報であり、
    前記送信部は、前記期間内において、１つのＨＡＲＱプロセス及び／又は１つの冗長バージョンにのみ対応する前記上りリンクデータを送信することを特徴とする請求項１に記載のユーザ端末。
12. 移動通信システムにおいて用いられる基地局であって、
    アンライセンスドバンドの周波数チャネルであるアンライセンスドバンド・チャネルにおける上りリンク送信の候補タイミングを示す候補タイミング情報をユーザ端末に送信する送信部と、
    前記候補タイミング情報が示す前記候補タイミングの中から前記ユーザ端末が決定した送信タイミングにおいて、前記アンライセンスドバンド・チャネルを介して上りリンクデータを前記ユーザ端末から受信する受信部と、
    を備えることを特徴とする基地局。
13. 前記送信部は、ライセンスドバンドを介して前記ユーザ端末に前記候補タイミング情報を送信することを特徴とする請求項１２に記載の基地局。
14. 前記受信部は、前記アンライセンスドバンド・チャネルの全帯域を使用して送信された前記上りリンクデータを受信することを特徴とする請求項１２に記載の基地局。
15. 前記受信部は、前記アンライセンスドバンド・チャネルを介して前記上りリンクデータを送信することを示す通知信号を、ライセンスドバンドを介して前記ユーザ端末から受信することを特徴とする請求項１２に記載の基地局。
16. 前記受信部は、前記アンライセンスドバンド・チャネルを介して、前記上りリンクデータと共に前記ユーザ端末の識別情報を受信することを特徴とする請求項１２に記載の基地局。
17. 前記受信部は、前記アンライセンスドバンド・チャネルを介して、前記ユーザ端末の識別情報によりスクランブルされた前記上りリンクデータを受信することを特徴とする請求項１２に記載の基地局。
18. 前記送信部は、物理下りリンク制御チャネルを介して、前記候補タイミング情報を前記ユーザ端末に送信することを特徴とする請求項１２に記載の基地局。
19. 前記送信部は、上りリンク送信に使用すべきリソースブロックを示す情報を送信することに代えて、前記候補タイミング情報を送信することを特徴とする請求項１８に記載の基地局。
20. 前記受信部は、前記上りリンクデータに対応するＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記ユーザ端末からさらに受信することを特徴とする請求項１２に記載の基地局。
21. 前記送信部は、前記候補タイミング情報と対応付けられたＨＡＲＱプロセス及び／又は冗長バージョンを示すＨＡＲＱ情報を前記ユーザ端末にさらに送信し、
    前記受信部は、前記ユーザ端末が決定した前記送信タイミングにおいて、前記ＨＡＲＱ情報に従って前記上りリンクデータを受信することを特徴とする請求項１２に記載の基地局。
22. 前記候補タイミング情報は、複数の候補タイミングからなる期間を示す情報であり、
    前記受信部は、前記期間内において、１つのＨＡＲＱプロセス及び／又は１つの冗長バージョンにのみ対応する前記上りリンクデータを受信することを特徴とする請求項１２に記載の基地局。
23. 前記送信部は、第１の候補タイミング情報を第１のユーザ端末に送信し、第２の候補タイミング情報を第２のユーザ端末に送信し、
    前記第１の候補タイミング情報は、複数の候補タイミングからなる第１の期間を示す情報であり、
    前記第２の候補タイミング情報は、複数の候補タイミングからなる第２の期間を示す情報であり、
    前記第１の期間に含まれる一部の候補タイミングと前記第２の期間に含まれる一部の候補タイミングとが重複することを特徴とする請求項１２に記載の基地局。

Images