(57)【要約】  第１の特徴に係る基地局は、アンライセンスドバンドを用いてユーザ端末に対するデータ送信を行う。前記基地局は、サブフレームの境界から前記データ送信を開始するだけではなく、前記サブフレームの途中から前記データ送信を開始する制御部を備える。前記サブフレームの途中とは、前記サブフレームに含まれる２つのスロットの境界である。前記制御部は、前記サブフレームの途中から前記データ送信を開始するために、前記サブフレームの途中で下りリンク制御情報を送信する。前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨである。
2016185945.tif 000002
【特許請求の範囲】
【請求項１】
アンライセンスドバンドを用いてユーザ端末に対するデータ送信を行う基地局であって、
サブフレームの境界から前記データ送信を開始するだけではなく、前記サブフレームの途中から前記データ送信を開始する制御部を備え、
前記サブフレームの途中とは、前記サブフレームに含まれる２つのスロットの境界であり、
前記制御部は、前記サブフレームの途中から前記データ送信を開始するために、前記サブフレームの途中で下りリンク制御情報を送信し、
前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨである
基地局。
【請求項２】
前記制御部は、前記サブフレームの途中から前記データ送信を開始するシンボル区間を示す候補タイミング情報をＲＲＣシグナリングにより前記ユーザ端末に通知する
請求項１に記載の基地局。
【請求項３】
前記アンライセンスドバンドの監視結果に応じて前記サブフレームの途中から前記データ送信を開始する場合、前記サブフレームにおける前記データ送信の開始タイミングに応じて、前記データ送信に適用する送信パラメータを決定する制御部を備え、
前記送信パラメータは、トランスポートブロックサイズ、変調・符号化方式、変調方式、及びリソースブロック数のうち、少なくとも１つを含む
請求項１に記載の基地局。
【請求項４】
前記制御部は、前記サブフレームの途中から前記データ送信を開始する場合、前記サブフレームの最初から前記データ送信を行う場合に適用する第１の送信パラメータとは異なる第２の送信パラメータを前記データ送信に適用する
請求項１に記載の基地局。
【請求項５】
前記サブフレームには、前記データ送信を開始することが可能な複数の候補タイミングが設定され、
前記制御部は、前記複数の候補タイミングのそれぞれについて、異なる送信パラメータを適用して送信データを生成する
請求項１に記載の基地局。
【請求項６】
前記制御部は、前記複数の候補タイミングのそれぞれについて、異なる送信パラメータを適用して送信データを予め生成し、生成した送信データを予め保持する
請求項５に記載の基地局。
【請求項７】
前記制御部は、前記複数の候補タイミングのうち１つの候補タイミングについて前記データ送信が不可であると判定した場合、該判定の後に、前記１つの候補タイミングの次の候補タイミングに対応する送信データを生成する
請求項５に記載の基地局。
【請求項８】
前記制御部は、ライセンスドバンドを用いて、前記複数の候補タイミングのそれぞれの送信パラメータを前記ユーザ端末に通知する
請求項５に記載の基地局。
【請求項９】
前記制御部は、前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記データ送信の開始タイミングに応じて、前記データ送信に適用するトランスポートブロックサイズを変更する
請求項１に記載の基地局。
【請求項１０】
前記制御部は、前記サブフレームについて適用するトランスポートブロックサイズを固定しつつ、前記データ送信の開始タイミングに応じて、前記データ送信に適用する変調方式を変更する
請求項１に記載の基地局。
【請求項１１】
前記制御部は、前記サブフレームの途中から前記データ送信を開始する場合、前記ユーザ端末に送信するデータとは異なる特定の信号を前記データの先頭で送信する処理を行い、
前記特定の信号は、前記下りリンク制御情報を含む
請求項１に記載の基地局。
【請求項１２】
アンライセンスドバンドを用いて基地局からデータ受信を行うユーザ端末であって、
サブフレームの境界から前記データ受信を開始するだけではなく、前記サブフレームの途中から前記データ受信を開始する制御部を備え、
前記サブフレームの途中とは、前記サブフレームに含まれる２つのスロットの境界であり、
前記制御部は、前記サブフレームの途中から前記データ受信を開始するために、前記サブフレームの途中で下りリンク制御情報を監視し、
前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨである
ユーザ端末。
【請求項１３】
前記制御部は、前記サブフレームの境界から前記データ受信を開始する際に用いる変調方式を決定するための第１の規則とは別に、前記サブフレームの途中から前記データ受信を開始する際に用いる変調方式を決定するための第２の規則を記憶しており、
前記制御部は、前記サブフレームの途中から前記データ受信を開始することに応じて、前記第２の規則に基づいて、前記データ受信に適用する変調方式を決定する
請求項１２に記載の無線端末。
【請求項１４】
アンライセンスドバンドを用いて、複数サブフレームにわたるバースト送信期間内でユーザ端末に対するデータ送信を行う基地局であって、
前記アンライセンスドバンドの監視結果に応じてサブフレームの途中から前記データ送信を開始する場合、前記サブフレームにおいて送信しきれないデータを、前記バースト送信期間の最終サブフレームにおいて送信する制御部を備える
基地局。
【請求項１５】
アンライセンスドバンドを用いて、複数サブフレームにわたるバースト送信期間内で基地局からのデータ受信を行うユーザ端末であって、
前記基地局における前記アンライセンスドバンドの監視結果に応じてサブフレームの途中から前記データ受信を開始する場合、前記サブフレームにおいて受信しきれないデータを、前記バースト送信期間の最終サブフレームにおいて受信する制御部を備える
ユーザ端末。
【請求項１６】
アンライセンスドバンドを用いて基地局からのデータ受信を行うユーザ端末であって、
下りリンク制御情報を前記基地局から受信する受信部と、
サブフレームの途中から前記データ受信を開始する場合、前記サブフレームにおける前記データ受信の開始タイミングに応じて前記下りリンク制御情報を修正し、修正した下りリンク制御情報を前記データ受信に使用する制御部と、を備える
ユーザ端末。
【請求項１７】
アンライセンスドバンドを用いてユーザ端末に対するデータ送信を行う基地局であって、
前記アンライセンスドバンドの監視結果に応じて前記データ送信を開始可能であるか否かを判断する制御部を備え、
前記制御部は、前記データ送信を開始可能と判断したタイミングがシンボル区間の途中である場合、次のシンボル区間の先頭を待たずに、前記シンボル区間の途中の前記タイミングから前記データ送信を開始する
基地局。
【請求項１８】
前記制御部は、前記次のシンボル区間の先頭まで予約信号を送信する処理を行うことなく、前記シンボル区間の途中の前記タイミングから前記データ送信を開始する
請求項１７に記載の基地局。
【請求項１９】
前記制御部は、前記データ送信を開始する可能性のあるシンボル区間を示す候補タイミング情報を予め前記ユーザ端末に送信する
請求項１７に記載の基地局。
【請求項２０】
アンライセンスドバンドを用いて基地局からのデータ受信を行うユーザ端末であって、
前記基地局がデータ送信を開始する可能性のあるシンボル区間を示す候補タイミング情報を前記基地局から受信する受信部と、
前記候補タイミング情報により示される前記シンボル区間において前記データ受信を開始する処理を行う制御部と、を備える
ユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる基地局及びユーザ端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）においては、急増するトラフィック需要に応えるべく、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を高度化する試みが進められている。そのような試みの一つとして、オペレータに免許が付与された周波数帯（ライセンスドバンド）だけではなく、免許が不要な周波数帯（アンライセンスドバンド）もＬＴＥ通信に用いる使用することが検討されている。【０００３】
アンライセンスドバンドにおいては、ＬＴＥシステムとは異なる他システム（無線ＬＡＮ等）又は他オペレータのＬＴＥシステムとの干渉を回避するために、ｌｉｓｔｅｎ−ｂｅｆｏｒｅ−ｔａｌｋ（ＬＢＴ）手順が要求される。ＬＢＴ手順は、アンライセンスドバンド内の周波数を監視することにより、当該周波数が空いているか否かを受信電力（干渉電力）に基づいて確認し、空き（ｃｌｅａｒ  ｃｈａｎｎｅｌ）であることが確認された場合に限り当該周波数を使用する手順である。
【発明の概要】
【０００４】
第１の特徴に係る基地局は、アンライセンスドバンドを用いてユーザ端末に対するデータ送信を行う。前記基地局は、サブフレームの境界から前記データ送信を開始するだけではなく、前記サブフレームの途中から前記データ送信を開始する制御部を備える。前記サブフレームの途中とは、前記サブフレームに含まれる２つのスロットの境界である。前記制御部は、前記サブフレームの途中から前記データ送信を開始するために、前記サブフレームの途中で下りリンク制御情報を送信する。前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨである。
【０００５】
第１の特徴において、前記制御部は、前記サブフレームの途中から前記データ送信を開始するシンボル区間を示す候補タイミング情報をＲＲＣシグナリングにより前記ユーザ端末に通知してもよい。
【０００６】
第１の特徴において、前記制御部は、前記サブフレームについて適用するトランスポートブロックサイズを固定しつつ、前記データ送信の開始タイミングに応じて、前記データ送信に適用する変調方式を変更してもよい。
【０００７】
第２の特徴に係るユーザ端末は、アンライセンスドバンドを用いて基地局からデータ受信を行う。前記ユーザ端末は、サブフレームの境界から前記データ受信を開始するだけではなく、前記サブフレームの途中から前記データ受信を開始する制御部を備える。前記サブフレームの途中とは、前記サブフレームに含まれる２つのスロットの境界である。前記制御部は、前記サブフレームの途中から前記データ受信を開始するために、前記サブフレームの途中で下りリンク制御情報を監視する。前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨである。
【０００８】
第２の特徴において、前記制御部は、前記サブフレームの境界から前記データ受信を開始する際に用いる変調方式を決定するための第１の規則とは別に、前記サブフレームの途中から前記データ受信を開始する際に用いる変調方式を決定するための第２の規則を記憶してもよい。前記制御部は、前記サブフレームの途中から前記データ受信を開始することに応じて、前記第２の規則に基づいて、前記データ受信に適用する変調方式を決定してもよい。
【図面の簡単な説明】
【０００９】
【図１】ＬＴＥシステムの構成を示す図である。
【図２】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】ＬＡＡを説明するための図である。
【図５】ＬＢＥ方式のＬＢＴの一例を示すフロー図である。
【図６】ＵＥのブロック図である。
【図７】ｅＮＢのブロック図である。
【図８】第１実施形態に係る下りリンクのデータ送信タイミングの一例を示す図である。
【図９】第１実施形態に係る動作パターン２を説明するための図である。
【図１０】第１実施形態に係る動作パターン５を説明するための図である。
【図１１】第２実施形態に係る動作を説明するための図である。
【図１２】第４実施形態に係る動作を説明するための図である。
【図１３】第４実施形態に係る動作例を示すシーケンス図である。
【図１４】実施形態の付記に係る図である。
【図１５】実施形態の付記に係る図である。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
第１実施形態に係る基地局は、アンライセンスドバンドを用いてユーザ端末に対するデータ送信を行う。前記基地局は、前記アンライセンスドバンドの監視結果に応じてサブフレームの途中から前記データ送信を開始する場合、前記サブフレームにおける前記データ送信の開始タイミングに応じて、前記データ送信に適用する送信パラメータを決定する制御部を備える。前記送信パラメータは、トランスポートブロックサイズ、変調・符号化方式、変調方式、及びリソースブロック数のうち、少なくとも１つを含む。
【００１１】
第１実施形態において、前記制御部は、前記サブフレームの途中から前記データ送信を開始する場合、前記サブフレームの最初から前記データ送信を行う場合に適用する第１の送信パラメータとは異なる第２の送信パラメータを前記データ送信に適用する。
【００１２】
第１実施形態において、前記サブフレームには、前記データ送信を開始することが可能な複数の候補タイミングが設定される。前記制御部は、前記複数の候補タイミングのそれぞれについて、異なる送信パラメータを適用して送信データを生成する。
【００１３】
第１実施形態において、前記制御部は、前記複数の候補タイミングのそれぞれについて、異なる送信パラメータを適用して送信データを予め生成し、生成した送信データを予め保持する。
【００１４】
第１実施形態において、前記制御部は、前記複数の候補タイミングのうち１つの候補タイミングについて前記データ送信が不可であると判定した場合、該判定の後に、前記１つの候補タイミングの次の候補タイミングに対応する送信データを生成する。
【００１５】
第１実施形態及び第３実施形態において、前記制御部は、ライセンスドバンドを用いて、前記複数の候補タイミングのそれぞれの送信パラメータを前記ユーザ端末に通知する。
【００１６】
第１実施形態において、前記制御部は、前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記データ送信の開始タイミングに応じて、前記データ送信に適用するトランスポートブロックサイズを変更する。
【００１７】
第１実施形態において、前記制御部は、前記サブフレームについて適用するトランスポートブロックサイズを固定しつつ、前記データ送信の開始タイミングに応じて、前記データ送信に適用する変調方式を変更する。
【００１８】
第１実施形態及び第３実施形態において、前記制御部は、前記サブフレームの途中から前記データ送信を開始する場合、前記ユーザ端末に送信するデータとは異なる特定の信号を前記データの先頭で送信する処理を行う。前記特定の信号は、同期信号及び下りリンク制御情報のうち少なくとも１つを含む。
【００１９】
第２実施形態に係る基地局は、アンライセンスドバンドを用いて、複数サブフレームにわたるバースト送信期間内でユーザ端末に対するデータ送信を行う。前記基地局は、前記アンライセンスドバンドの監視結果に応じてサブフレームの途中から前記データ送信を開始する場合、前記サブフレームにおいて送信しきれないデータを、前記バースト送信期間の最終サブフレームにおいて送信する制御部を備える。
【００２０】
第２実施形態に係るユーザ端末は、アンライセンスドバンドを用いて、複数サブフレームにわたるバースト送信期間内で基地局からのデータ受信を行う。前記ユーザ端末は、前記基地局における前記アンライセンスドバンドの監視結果に応じてサブフレームの途中から前記データ受信を開始する場合、前記サブフレームにおいて受信しきれないデータを、前記バースト送信期間の最終サブフレームにおいて受信する制御部を備える。
【００２１】
第３実施形態に係るユーザ端末は、アンライセンスドバンドを用いて基地局からのデータ受信を行う。前記ユーザ端末は、サブフレームの途中から前記データ受信を開始する場合、データとは異なる特定の信号を前記データの先頭で受信する受信部を備える。前記特定の信号は、同期信号及び下りリンク制御情報のうち少なくとも１つを含む。
【００２２】
第３実施形態に係るユーザ端末は、アンライセンスドバンドを用いて基地局からのデータ受信を行う。前記ユーザ端末は、下りリンク制御情報を前記基地局から受信する受信部と、サブフレームの途中から前記データ受信を開始する場合、前記サブフレームにおける前記データ受信の開始タイミングに応じて前記下りリンク制御情報を修正し、修正した下りリンク制御情報を前記データ受信に使用する制御部と、を備える。
【００２３】
第４実施形態に係る基地局は、アンライセンスドバンドを用いてユーザ端末に対するデータ送信を行う。前記基地局は、前記アンライセンスドバンドの監視結果に応じて前記データ送信を開始可能であるか否かを判断する制御部を備える。前記制御部は、前記データ送信を開始可能と判断したタイミングがシンボル区間の途中である場合、次のシンボル区間の先頭を待たずに、前記シンボル区間の途中の前記タイミングから前記データ送信を開始する。
【００２４】
第４実施形態に係るユーザ端末は、アンライセンスドバンドを用いて基地局からのデータ受信を行う。前記ユーザ端末は、前記基地局がデータ送信を開始する可能性のあるシンボル区間を示す候補タイミング情報を前記基地局から受信する受信部と、前記候補タイミング情報により示される前記シンボル区間において前記データ受信を開始する処理を行う制御部と、を備える。
【００２５】
［移動通信システム］
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。
【００２６】
（システム構成）
図１は、ＬＴＥシステムの構成を示す図である。図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２７】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２８】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２９】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３０】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００３１】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３２】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００３３】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３４】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００３５】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３６】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００３７】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００３８】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００３９】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４０】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００４１】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００４２】
（アンライセンスドバンド）
実施形態に係るＬＴＥシステムは、オペレータに免許が付与されたライセンスドバンドだけではなく、免許が不要なアンライセンスドバンドもＬＴＥ通信に使用する。具体的には、ライセンスドバンドの補助によりアンライセンスドバンドにアクセス可能とする。このような仕組みは、ｌｉｃｅｎｓｅｄ−ａｓｓｉｓｔｅｄ  ａｃｃｅｓｓ（ＬＡＡ）と称される。
【００４３】
図４は、ＬＡＡを説明するための図である。図４に示すように、ｅＮＢ２００は、ライセンスドバンドで運用されるセル＃１と、アンライセンスドバンドで運用されるセル＃２と、を管理している。図４において、セル＃１がマクロセルであり、セル＃２が小セルである一例を図示しているが、セルサイズはこれに限定されない。
【００４４】
ＵＥ１００は、セル＃１及びセル＃２の重複エリアに位置する。ＵＥ１００は、セル＃１をプライマリセル（ＰＣｅｌｌ）として設定しつつ、セル＃２をセカンダリセル（ＳＣｅｌｌ）として設定し、キャリアアグリゲーション（ＣＡ）による通信を行う。
【００４５】
図４の例では、ＵＥ１００は、上りリンク通信及び下りリンク通信をセル＃１と行い、上りリンク通信及び下りリンク通信をセル＃２と行う。このようなキャリアアグリゲーションにより、ＵＥ１００には、ライセンスドバンドの無線リソースに加えて、アンライセンスドバンドの無線リソースが提供されるため、スループットを向上させることができる。アンライセンスドバンドにおけるリソース割り当て情報等の下りリンク制御情報（ＤＣＩ）については、ｅＮＢ２００は、ライセンスドバンドを介してＵＥ１００に通知する、又はアンライセンスドバンドを介してＵＥ１００に通知する。
【００４６】
実施形態においては、セル＃２（アンライセンスドバンド）における下りリンク通信について主として説明する。
【００４７】
（ＬＢＴ）
アンライセンスドバンドにおいて、ＬＴＥシステムとは異なる他システム（無線ＬＡＮ等）又は他オペレータのＬＴＥシステムとの干渉を回避するために、ＬＢＴ手順が要求される。ＬＢＴには、ＦＢＥ（Ｆｒａｍｅ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）方式及びＬＢＥ（Ｌｏａｄ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）方式の２つの方式がある。ＦＢＥ方式は、タイミングが固定された方式である。これに対し、ＬＢＥ方式は、タイミングが固定されていない。
【００４８】
以下の実施形態においては、アンライセンスドバンドにおける下りリンク通信にＬＢＥ方式が適用される場合を想定する。図５は、ＬＢＥ方式のＬＢＴの一例を示すフロー図である。ｅＮＢ２００は、アンライセンスドバンド内の対象周波数（対象キャリア）について本フローを実行する。
【００４９】
図５に示すように、ｅＮＢ２００は、対象周波数を監視し、受信電力（干渉電力）に基づいて対象周波数が空きであるか否かを判定する（ステップＳ１）。このような判定は、ＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）と称される。具体的には、ｅＮＢ２００は、検知した電力が閾値よりも大きい状態が一定期間（例えば２０μｓ以上）持続する場合、対象周波数が使用中（Ｂｕｓｙ）であると判定する。そうでない場合、ｅＮＢ２００は、対象周波数が空き（Ｉｄｌｅ）であると判定し、対象周波数を用いてＵＥ１００に下りリンクデータを送信する（ステップＳ２）。
【００５０】
ｅＮＢ２００は、このような初期ＣＣＡの結果、対象周波数が使用中（Ｂｕｓｙ）であると判定した場合、ＥＣＣＡ（Ｅｘｔｅｎｄｅｄ  Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）処理に移行する。ＥＣＣＡ処理において、ｅＮＢ２００は、初期値がＮであるカウンタ（Ｎ）を設定する（ステップＳ３）。Ｎは、４から３２までの間の乱数である。ＵＥ１００は、ＣＣＡが成功するごとにＮをデクリメント（すなわち、１を減算）する（ステップＳ５、Ｓ６）。ｅＮＢ２００は、Ｎが０に達すると（ステップＳ４：Ｎｏ）、対象周波数が空き（Ｉｄｌｅ）であると判定し、対象周波数を用いてＵＥ１００に下りリンクデータを送信する（ステップＳ２）。
【００５１】
（ユーザ端末）
以下において、実施形態に係るＵＥ１００（ユーザ端末）の構成について説明する。図６は、ＵＥ１００のブロック図である。図６に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００５２】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。受信部１１０は、ライセンスドバンドにおいて無線信号を受信する第１の受信機と、アンライセンスドバンドにおいて無線信号を受信する第２の受信機と、を含んでもよい。
【００５３】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。送信部１２０は、ライセンスドバンドにおいて無線信号を送信する第１の送信機と、アンライセンスドバンドにおいて無線信号を送信する第２の送信機と、を含んでもよい。
【００５４】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００５５】
（基地局）
以下において、ｅＮＢ２００（基地局）の構成について説明する。図７は、ｅＮＢ２００のブロック図である。図７に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００５６】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。送信部２１０は、ライセンスドバンドにおいて無線信号を送信する第１の送信機と、アンライセンスドバンドにおいて無線信号を送信する第２の送信機と、を含んでもよい。
【００５７】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。受信部２２０は、ライセンスドバンドにおいて無線信号を受信する第１の受信機と、アンライセンスドバンドにおいて無線信号を受信する第２の受信機と、を含んでもよい。
【００５８】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００５９】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００６０】
［第１実施形態］
以下において、第１実施形態について説明する。
【００６１】
（下りリンクのデータ送信タイミング）
アンライセンスドバンドにおける下りリンク通信にＬＢＥ方式のＬＢＴが適用される場合、ｅＮＢ２００は、サブフレームの最初（境界）からデータ送信を行う場合に限らず、サブフレームの途中からデータ送信を開始し得る。
【００６２】
図８は、第１実施形態に係る下りリンクのデータ送信タイミングの一例を示す図である。図８に示すように、サブフレームには、ｅＮＢ２００がデータ送信（ＰＤＳＣＨ送信）を開始することが可能な複数の候補タイミングが設定されている。候補タイミングのシンボル位置は、システム仕様により予め規定されていてもよい。図８において、候補タイミング＃１乃至＃４の４つが設定される一例を示している。但し、１つのサブフレームに設定される候補タイミングの数は４つに限定されない。候補タイミングの数は、２以上であって、且つサブフレーム内シンボル数以下の任意の数としてもよい。
【００６３】
上述したように、ｅＮＢ２００のデータ送信タイミングはＬＢＴ（ＣＣＡ）の結果に応じて定められる。ｅＮＢ２００は、候補タイミングの前にＣＣＡを行い、ＬＢＥのカウンタが０となった時にだけデータを送信可能であるため、候補タイミングの直前までデータ送信できるか否かを知ることができない。
【００６４】
また、候補タイミング＃１乃至＃４のうちどの候補タイミングからデータ送信を開始するかに応じて、１リソースブロック（ＲＢ）内で送信可能なデータ容量（具体的にはリソースエレメント数）が異なる。
【００６５】
通常、ｅＮＢ２００は、サブフレーム単位でＵＥ１００にリソース割り当てを行う。このため、サブフレーム単位でＵＥ１００にリソース割り当てを行った場合のデータ容量を仮定して送信パラメータを決定し、当該送信パラメータを適用して送信データを生成する。送信パラメータとは、トランスポートブロックサイズ（ＴＢＳ）或いは変調・符号化方式（ＭＣＳ）等である。
【００６６】
よって、ｅＮＢ２００は、サブフレームの途中からデータ送信を開始する場合、最初に準備していた送信データを当該サブフレームにおいて送信しきれない懸念がある。送信データ中の冗長されたビットを削ることにより送信データ量を小さくすることも考えられるが、符号化率が１を超えると、再送なしではＵＥ１００がデータの復号が不可能になる。
【００６７】
（第１実施形態に係るｅＮＢ２００の動作）
第１実施形態に係るｅＮＢ２００は、アンライセンスドバンドを用いてＵＥ１００に対するデータ送信を行う。ｅＮＢ２００は、アンライセンスドバンドの監視結果（ＣＣＡ結果）に応じてサブフレームの途中からデータ送信を開始する場合、当該サブフレームにおけるデータ送信の開始タイミングに応じて、当該サブフレームにおけるデータ送信に適用する送信パラメータを決定する。送信パラメータは、ＴＢＳ、ＭＣＳ、変調方式、及びＲＢ数のうち、少なくとも１つを含む。
【００６８】
第１実施形態において、ｅＮＢ２００は、サブフレームの途中からデータ送信を開始する場合、当該サブフレームの最初からデータ送信を行う場合に適用する第１の送信パラメータとは異なる第２の送信パラメータをデータ送信に適用する。具体的には、ｅＮＢ２００は、サブフレームに設定された複数の候補タイミング（例えば図８のタイミング＃１乃至＃４）のそれぞれについて、異なる送信パラメータを適用して送信データを生成する。なお、以下の第１実施形態に係る動作は、ＬＢＥのカウンタの値がある程度減っている場合にのみ行うとしてもよい。
【００６９】
（１）動作パターン１
第１実施形態に係る動作パターン１において、ｅＮＢ２００は、複数の候補タイミングのそれぞれについて、異なる送信パラメータを適用して送信データを予め生成し、生成した送信データを予め保持する。
【００７０】
通常、送信可能なデータ容量は、送信に用いるＭＣＳ及び無線リソースの量に応じて定まる。ｅＮＢ２００は、複数の候補タイミングのそれぞれについて、使用可能なリソースエレメント数に基づいてデータ容量を見積もり、当該データ容量に見合ったＭＣＳを予め設定する。図８に示す例において、ｅＮＢ２００は、例えば、候補タイミング＃１：ＭＣＳ２８、候補タイミング＃２：ＭＣＳ２８、候補タイミング＃３：ＭＣＳ２０、候補タイミング＃４：ＭＣＳ１７と事前設定する。また、事前設定したＭＣＳに基づいて候補タイミング毎のＴＢＳを事前設定する。
【００７１】
そして、ｅＮＢ２００は、複数の候補タイミングのそれぞれについて、事前設定されたＭＣＳ及びＴＢＳを適用して送信データを予め生成し、生成した送信データを予め送信バッファ内に保持する。図８に示す例において、ｅＮＢ２００は、４パターンの送信データを予め送信バッファ内に保持することになる。
【００７２】
これにより、ｅＮＢ２００は、サブフレームの途中からデータ送信を開始する場合であっても、ＵＥ１００に適切にデータ送信を行うことができる。
【００７３】
（２）動作パターン２
動作パターン２は、各候補タイミングの送信データを予め保持する動作パターン１とは異なり、必要に応じて各候補タイミングの送信データを生成する動作パターンである。
【００７４】
動作パターン２において、ｅＮＢ２００は、複数の候補タイミングのうち１つの候補タイミングについてデータ送信が不可であると判定した場合、当該判定の後に、当該１つの候補タイミングの次の候補タイミングに対応する送信データを生成する。
【００７５】
図９は、第１実施形態に係る動作パターン２を説明するための図である。図９において、サブフレームの前半スロット（ｓｌｏｔ  ０）の先頭が候補タイミング＃１として設定され、後半スロット（ｓｌｏｔ  １）の先頭が候補タイミング＃２として設定されていると仮定している。
【００７６】
図９に示すように、ｅＮＢ２００は、前半スロット（ｓｌｏｔ  ０）の前におけるＬＢＴ（ＣＣＡ）に失敗し、候補タイミング＃１でのデータ送信開始が不可であると判定する。ＬＢＴ（ＣＣＡ）を行うまでは、ｅＮＢ２００は、候補タイミング＃２についての送信データを生成しない。
【００７７】
候補タイミング＃１でのデータ送信開始が不可であると判定した後、ｅＮＢ２００は、候補タイミング＃２についての送信データを生成する。当該送信データに適用する送信パラメータ（ＭＣＳ、ＴＢＳ）については、動作パターン１と同様の方法で事前設定されていてもよい。
【００７８】
ｅＮＢ２００は、後半スロット（ｓｌｏｔ  １）の前におけるＬＢＴ（ＣＣＡ）に成功し、候補タイミング＃１でのデータ送信開始が可能であると判定した場合、候補タイミング＃２からデータ送信を開始する。
【００７９】
このように、動作パターン２によれば、動作パターン１に比べて、ｅＮＢ２００のバッファ負荷を削減することができる。また、前段の候補タイミングでＬＢＴが成功した場合には後段の候補タイミングに相当するデータを生成しなくても済むため、演算負荷を削減することができる。
【００８０】
（３）動作パターン３
動作パターン３において、ｅＮＢ２００は、サブフレームについて適用するＭＣＳを固定しつつ、サブフレームにおけるデータ送信の開始タイミングに応じて、当該データ送信に適用するＴＢＳを変更する。動作パターン３は、動作パターン１又は２と組み合わせて実施してもよい。
【００８１】
ｅＮＢ２００は、例えば、ＴＢＳとＭＣＳとＲＢ数と候補タイミングとを対応付けたテーブル（ＴＢＳテーブル）を保持していてもよい。当該ＴＢＳテーブルは、仕様により規定され、ＵＥ１００も同じテーブルを保持する。
【００８２】
具体的には、ＲＢ数及び候補タイミングにより使用可能な無線リソース量が定まり、当該無線リソース量及びＭＣＳから送信可能なデータ量（すなわち、ＴＢＳ）が定まる。ｅＮＢ２００は、各候補タイミングについて、データ送信に適用するＲＢ数及びＭＣＳに対応するＴＢＳをＴＢＳテーブルから取得し、取得したＴＢＳをデータ送信に適用する。
【００８３】
ここで、ＴＢＳ計算には、次の計算式を使用できる。
【００８４】
補正後のTBS = 従来のTBS * (サブフレームの中で送信に使うフレーム長 / サブフレーム長) * 補正項
【００８５】
或いは、次の計算式のように、ＲＢ数を仮想的に変えることで実現することもできる。
【００８６】
補正後のRB数= 実際のRB数* (サブフレームの中で送信に使うフレーム長 / サブフレーム長) * 補正項
【００８７】
（４）動作パターン４
動作パターン４において、ｅＮＢ２００は、サブフレームについて適用するＴＢＳを固定しつつ、サブフレームにおけるデータ送信の開始タイミングに応じて、当該データ送信に適用する変調方式を変更する。なお、サブフレームについて適用する符号化方式も固定としてもよい。
【００８８】
例えば、ｅＮＢ２００は、サブフレームの先頭から送信を開始する場合にはＱＰＳＫを適用し、サブフレームの途中から送信を開始する場合には１６ＱＡＭを使用する。これにより、１ＲＥ当たりで送信できるデータ量を変化させる。
【００８９】
動作パターン４によれば、各候補タイミングについて、符号化処理までは共通化しつつ、符号化処理後の変調処理を異ならせればよいため、処理負荷の増大を抑制することができる。
【００９０】
（５）動作パターン５
動作パターン５において、ｅＮＢ２００は、サブフレームにおけるデータ送信の開始タイミングに応じて、当該サブフレームにおけるデータ送信に適用するＲＢ数を変更する。図１０は、第１実施形態に係る動作パターン５を説明するための図である。
【００９１】
図１０に示すように、ｅＮＢ２００は、ＵＥ１００に複数のＲＢを予め割り当てる。図１０の例において、ｅＮＢ２００がＵＥ１００に２つのＲＢ（ＲＢ＃０及び＃１）を割り当てる一例を示している。
【００９２】
そして、ｅＮＢ２００は、ＬＢＴ成功のタイミングに応じて、１ＵＥ当たりのＲＢの使用数を変化させる。具体的には、ｅＮＢ２００は、１サブフレーム全体で送信を行う際に使用するリソースエレメント数と、サブフレーム途中で送信を行う際に使用するリソースエレメント数と、が略等しくなるように、１ＵＥ当たりのＲＢの使用数を変化させる。
【００９３】
図１０に示す例において、後半スロットの先頭から送信を開始する場合（図１０Ｂ）、サブフレーム先頭から送信を開始する場合（図１０Ａ）に比べて時間リソース量が半分になっている。よって、後半スロットの先頭から送信を開始する場合（図１０Ｂ）には、周波数リソース量を２倍にする。すなわち、サブフレーム先頭から送信を開始する場合（図１０Ａ）のＲＢ数を１とし、後半スロットの先頭から送信を開始する場合（図１０Ｂ）のＲＢ数を２とする。
【００９４】
ＵＥ１００においても同様に、サブフレームにおけるデータ受信の開始タイミングに応じて、当該サブフレームにおけるデータ受信に適用するＲＢ数を変更する。なお、ＵＥ１００側の動作の詳細については、第３実施形態において説明する。
【００９５】
動作パターン５において、送信データの先頭にデータとは異なる特定の信号（第３実施形態参照）が含まれる場合、ｅＮＢ２００は、レートマッチングによりデータ容量を調整してもよい。
【００９６】
なお、サブフレーム先頭から送信を開始する場合（図１０Ａ）、使用しないＲＢ＃１を他のＵＥ１００に使用させてもよい。
【００９７】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
【００９８】
第２実施形態に係るｅＮＢ２００は、アンライセンスドバンドを用いて、複数サブフレームにわたるバースト送信期間内でＵＥ１００に対するデータ送信を行う。ｅＮＢ２００は、アンライセンスドバンドの監視結果（ＣＣＡ結果）に応じてサブフレームの途中からデータ送信を開始する場合、当該サブフレームにおいて送信しきれないデータを、バースト送信期間の最終サブフレームにおいて送信する。
【００９９】
第２実施形態に係るＵＥ１００は、アンライセンスドバンドを用いて、複数サブフレームにわたるバースト送信期間内でｅＮＢ２００からのデータ受信を行う。ＵＥ１００は、ｅＮＢ２００におけるアンライセンスドバンドの監視結果に応じてサブフレームの途中からデータ受信を開始する場合、当該サブフレームにおいて受信しきれないデータを、バースト送信期間の最終サブフレームにおいて受信する。
【０１００】
図１１は、第２実施形態に係る動作を説明するための図である。図１１において、バースト送信期間が２サブフレーム分の時間長である一例を示している。
【０１０１】
図１１に示すように、ｅＮＢ２００は、サブフレーム＃０の途中でＬＢＴ成功した場合、事前に準備していた送信データをサブフレーム＃０内で送信可能なだけ送信する。事前に準備していた送信データは、サブフレームの最初（先頭）から送信を行うと仮定した送信データであってもよい。図１１において、サブフレーム＃０で送信されたデータを「Ｐｒｅｖｉｏｕｓ  Ｄａｔａ」と表記している。また、ｅＮＢ２００は、サブフレーム＃０で送信しきれなかったデータ（Ｆｏｌｌｏｗｉｎｇ  Ｄａｔａ）を送信バッファ内に保持する。ＵＥ１００は、ｅＮＢ２００から受信した「Ｐｒｅｖｉｏｕｓ  Ｄａｔａ」を受信バッファ内に保持する。
【０１０２】
次に、ｅＮＢ２００は、サブフレーム＃１において、「Ｆｏｌｌｏｗｉｎｇ  Ｄａｔａ」ではない通常の送信データをＵＥ１００に送信する。
【０１０３】
次に、ｅＮＢ２００は、バースト送信の最終サブフレームであるサブフレーム＃２において、送信バッファ内に保持している「Ｆｏｌｌｏｗｉｎｇ  Ｄａｔａ」をＵＥ１００に送信する。ＵＥ１００は、受信バッファ内に保持している「Ｐｒｅｖｉｏｕｓ  Ｄａｔａ」と新たに受信した「Ｆｏｌｌｏｗｉｎｇ  Ｄａｔａ」とを結合した上で受信処理を行う。
【０１０４】
このように、第２実施形態によれば、ＴＢＳを変更することなく、さらにバースト送信期間を無駄なく利用することが可能となる。
【０１０５】
［第３実施形態］
第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態は、主として第１実施形態の動作に付随するＵＥ１００への通知に関する実施形態である。通知方法としては、ｅＮＢ２００からアンライセンスドバンド（ＳＣｅｌｌ）内でＵＥ１００に通知を行う方法と、ｅＮＢ２００からライセンスドバンド（ＰＣｅｌｌ）内でＵＥ１００に通知を行う方法（いわゆる、クロスキャリアスケジューリング（ＸＣＳ））と、がある。
【０１０６】
（アンライセンスドバンド内で通知を行う方法）
第３実施形態において、ｅＮＢ２００は、サブフレームの途中からデータ送信を開始する場合、ＵＥ１００に送信するデータとは異なる特定の信号をデータの先頭で送信する。ＵＥ１００は、サブフレームの途中からデータ受信を開始する場合、データとは異なる特定の信号をデータの先頭で受信する。特定の信号は、同期信号及び下りリンク制御情報（ＤＣＩ）のうち少なくとも１つを含む。同期信号は、プライマリ同期信号（ＰＳＳ）及びセカンダリ同期信号（ＳＳＳ）を含んでもよい。なお、ｅＮＢ２００は、サブフレームの途中からデータ送信を開始する場合にのみ特定の信号をデータの先頭で送信する。或いは、ｅＮＢ２００は、サブフレームの先頭からデータ送信を開始する場合においても、特定の信号をデータの先頭で送信してもよい。
【０１０７】
特定の信号の具体例を以下に挙げる。
【０１０８】
（１）ＰＳＳ／ＳＳＳ
既にＵＥ１００がＳＣｅｌｌと同期していることを前提として、ＵＥ１００は、ＰＳＳ／ＳＳＳを受信できた場合にのみ受信処理を行う。この時、ＰＳＳ／ＳＳＳのうちどちらか一方のみでもよい。なお、ＰＳＳ／ＳＳＳにより、ｅＮＢ２００の送信開始タイミングを判定することは可能であるが、ＤＣＩに含まれる情報（スケジューリング情報等）を送信することはできない。そのため、下記の信号との組み合わせる（例えば、Ｉｉｎｉｔｉａｌ  ｓｉｇｎａｌと組み合わせる）、又は、事前に固定値を設定しておく必要がある。
【０１０９】
（２）ＰＤＣＣＨ
ＵＥ１００は、通常通り、ＰＤＣＣＨのブラインド復号より自身の割り当てかどうかの判定を行う。候補タイミングが複数であるため、複数個所でブラインド復号を行うことになり、ＵＥ１００の処理負荷が大きい。
【０１１０】
（３）ＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）
ＵＥ１００は、ＥＰＤＣＣＨの受信により、データの受信タイミングかを判断する。スケジューリング情報等はＥＰＤＣＣＨの中に含まれる。送信開始タイミングに応じて送信可能リソース領域が変化するため、送信開始タイミングに応じてＥＰＤＣＣＨのリソース領域を変更してもよい。
【０１１１】
（４）Ｉｎｉｔｉａｌ  Ｓｉｇｎａｌ
「Ｉｎｉｔｉａｌ  Ｓｉｇｎａｌ」は、サービングセルに関する情報を含む。サービングセルに関する情報とは、配下のＵＥに対してのＤＲＳ（Ｄｉｓｃｏｖｅｒｙ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）や送信開始／終了タイミングの情報等である。サービングセルに関する情報は、自ｅＮＢの将来のトラフィック量（ｅＮＢ２００のバッファ内データ量）の情報を含んでもよい。ｅＮＢ２００は、「Ｉｎｉｔｉａｌ  Ｓｉｇｎａｌ」内に、送信開始フラグの情報及びＤＣＩ（スケジューリング情報等）を含めることによって、ＵＥ１００によるデータ受信を可能とする。
【０１１２】
（ライセンスドバンド内で通知を行う方法）
第３実施形態に係るＵＥ１００は、下りリンク制御情報（ＤＣＩ）をｅＮＢ２００から受信する。ＵＥ１００は、サブフレームの途中からデータ受信を開始する場合、サブフレームにおけるデータ受信の開始タイミングに応じて下りリンク制御情報を修正し、修正した下りリンク制御情報をデータ受信に使用する。
【０１１３】
或いは、第３実施形態に係るｅＮＢ２００は、ライセンスドバンドを用いて、複数の候補タイミングのそれぞれの送信パラメータをＵＥ１００に通知する。
【０１１４】
ライセンスドバンド内で通知を行う方法の具体例について、以下に記載する。
【０１１５】
（１）ＭＣＳをデータ送信開始タイミングに応じて固定値だけ変動させる方法：
従来と同様にＰＣｅｌｌからＤＣＩの情報をＵＥ１００に送信しておく。ｅＮＢ２００及びＵＥ１００は、データ送信開始タイミングに応じて、事前決定された固定値分だけ設定値を変動させる。例えば、後半スロット先頭からの送信開始の場合は、ＭＣＳを５下げるといった規則を予め規定する。ＵＥ１００は、データ送信開始タイミングについては、ＳＣｅｌｌ（アンライセンスドバンド）からの特定の信号（例えばＰＳＳ／ＳＳＳ）によって検知する。
【０１１６】
（２）ＲＥ数の減少率に応じたＭＣＳを選択する方法：
従来と同様にＰＣｅｌｌからＤＣＩの情報をＵＥ１００に送信しておく。ｅＮＢ２００及びＵＥ１００は、データ送信開始タイミングに応じたＲＥ数の減少比率に応じて、元の符号化率を超えない最大のＭＣＳを決定して適用することにより、追加のＤＣＩ情報を必要とせず、受信を可能とする。なお、「元の符号化率を超えない最大のＭＣＳ」に限らず、「元の符号化率以下となる最大のＭＣＳ」、「元の符号化率を超える最小のＭＣＳ」、又は「元の符号化率以上となる最小のＭＣＳ」としてもよい。
【０１１７】
また、これらの符号化率を算出する際に、参照信号や制御信号等によるオーバヘッド（すなわち、ＰＤＳＣＨに使用できないＲＥ）を考慮に入れてもよい。具体的には、「(subcarrier数) x (OFDMシンボル数) - (オーバヘッド)」をベースに符号化率を算出する。
【０１１８】
或いは、これらの符号化率を算出する際に、参照信号や制御信号等によるオーバヘッド（ＰＤＳＣＨに使用できないＲＥ）を考慮に入れなくてもよい。具体的には、「(subcarrier数) x (OFDMシンボル数)」をベースに符号化率を算出する。
【０１１９】
（３）候補タイミング毎の送信パラメータをＸＣＳに含める方法
ｅＮＢ２００が候補タイミング毎の送信パラメータをＤＣＩの情報を含めることによって、ＵＥ１００は、全てのタイミングにおける受信設定情報をＰＣｅｌｌから取得可能となる。ＵＥ１００は、データ送信開始タイミングについては、ＳＣｅｌｌ（アンライセンスドバンド）からの特定の信号（例えばＰＳＳ／ＳＳＳ）によって検知する。
【０１２０】
［第１乃至第３実施形態の変更例］
上述した実施形態において、ｅＮＢ２００は、サブフレームにおけるデータ送信の開始タイミングに応じて、当該データ送信に適用する送信パラメータを決定していた。さらに、ｅＮＢ２００は、データ送信の終了タイミングに応じて、当該データ送信に適用する送信パラメータを決定してもよい。具体的には、第２実施形態のようなバースト送信長の最終サブフレームにおいては、当該サブフレーム内で終了タイミングが設定される。よって、上述した実施形態に係る送信パラメータの変更は、そのような最終サブフレームについても有効である。
【０１２１】
上述した実施形態において再送（ＨＡＲＱ再送）について特に触れなかった。しかしながら、サブフレームの先頭から送信せずにサブフレームの途中から最後のみを送信に使用する場合（以下、「部分的サブフレーム送信」）の再送には工夫が必要である。上述した実施形態における再送には以下の（Ａ）乃至（Ｃ）の送信方法が用いられる。
【０１２２】
（Ａ）再送時、ＴＢＳは変えずに、次の割り当てリソースサイズに合わせてレートマッチングして送信する。
【０１２３】
（Ｂ）再送時は、もし割り当てリソース量が再送時の方が大きければ、初送時と同じ割り当てリソース量で送信する。余りのリソースについては別のＵＥの割り当てに使っても良い。そのために、送信開始タイミング及び／又は送信終了タイミングの情報を含むＤＣＩを導入しても良い。このようなＤＣＩは、部分的サブフレーム送信に限らず通常のデータ送信に適用してもよい。
【０１２４】
（Ｃ）初送時、サブフレーム先頭から送信開始した場合は、再送信時もサブフレーム先頭から送信開始するように制御する。
【０１２５】
上述した実施形態において、以下のようなＤＣＩを導入しても良い。
【０１２６】
具体的には、ＤＣＩは、部分的サブフレーム送信であるか否かを示す情報を含む。ＵＥ１００は、部分的サブフレーム送信であることがＤＣＩ中で示された場合に限り、部分的サブフレーム送信の可能性のある送信開始タイミングでの探索を行う。
【０１２７】
上述した実施形態において、（連続する）複数のサブフレームをまとめて割り当てる方法（以下、「マルチサブフレームスケジューリング」と称する）について特に触れなかった。マルチサブフレームスケジューリングの場合、ｅＮＢ２００は、複数サブフレーム用のＤＣＩを送ってもよい。複数サブフレーム用のＤＣＩは、ＲＢ数やＭＣＳ等の情報（スケジューリング情報）は基本的に変わらないが、新データ指示子（ＮＤＩ）と冗長バージョン（ＲＶ）、ＨＡＲＱプロセスＩＤについては、別途送る、先頭でまとめて送る、先頭での指示と法則性があるようにする、といった方法が適用され得る。また、ＭＣＳは変わる時だけ送っても良い。ＲＢ数も変わる時だけ送っても良い（ＲＢについては、ＤＬでは容易に変更可能であるが、ＵＬでは変更が難しい。）。また、上記ではＲＢ数とだけ述べたが、途中で説明したように等間隔に開けたサブキャリアで割り当てを行う場合に、ＤＣＩに間隔を変えたりするような設定を含めてもよい。
【０１２８】
［第４実施形態］
第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。第１実施形態乃至第３実施形態において、サブフレームの途中からデータ送信を開始する場合の動作について説明したが、サブフレーム中のシンボル区間の先頭からデータ送信を開始することを想定していた。第４実施形態において、サブフレーム中のシンボル区間の途中からデータ送信を開始する動作について説明する。
【０１２９】
第４実施形態に係るｅＮＢ２００は、アンライセンスドバンドを用いてＵＥ１００に対するデータ送信を行う。ｅＮＢ２００は、アンライセンスドバンドの監視結果（ＣＣＡ／ＬＢＴの結果）に応じてデータ送信を開始可能であるか否かを判断する制御部２３０を備える。制御部２３０は、データ送信を開始可能と判断したタイミングがシンボル区間の途中である場合、次のシンボル区間の先頭を待たずに、当該シンボル区間の途中の当該タイミングからデータ送信を開始する。以下において、ＬＢＴに成功したタイミングを「ＬＢＴ成功タイミング」と称する。
【０１３０】
ここで、ＬＢＴ成功タイミングがシンボル区間の途中である場合、次のシンボル区間の先頭までデータ送信の開始を待つとすると、当該待ち時間の間に他の装置がＬＢＴに成功してデータ送信を開始し得る。すなわち、他の装置による割り込みが発生し得る。よって、次のシンボル区間の先頭を待たずに、シンボル区間の途中のＬＢＴ成功タイミングからデータ送信を開始することにより、他の装置による割り込みを防止することができる。
【０１３１】
図１２は、第４実施形態に係るｅＮＢ２００の動作例を説明するための図である。図１２に示すように、ｅＮＢ２００は、サブフレーム中のシンボル区間の途中においてＬＢＴに成功し、データ送信を開始可能と判断する（ステップＳ１１）。図１２において、ｅＮＢ２００がシンボル区間「１」の途中のタイミングにおいてＬＢＴに成功した一例を示している。ｅＮＢ２００は、ＬＢＴ成功タイミングがシンボル区間「１」の途中である場合、次のシンボル区間「２」の先頭を待たずに、シンボル区間「１」の途中のＬＢＴ成功タイミングからデータ送信を開始する（ステップＳ１２）。具体的には、ｅＮＢ２００は、次のシンボル区間「２」の先頭まで予約信号（Ｒｅｓｅｒｖａｔｉｏｎ  ｓｉｇｎａｌ）を送信する処理を行うことなく、シンボル区間「１」の途中のＬＢＴ成功タイミングからデータ送信を開始する。予約信号（すなわち、ダミーデータ）の送信ではなくユーザデータの送信を行うことにより、オーバヘッドを削減し、リソース利用効率を高めることができる。
【０１３２】
ＵＥ１００は、ｅＮＢ２００が送信する参照信号に基づいてｅＮＢ２００とのシンボル同期を確立している。当該参照信号は、例えば、ｅＮＢ２００がデータとは別に送信するＣＲＳ（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｓｉｇｎａｌ）又はＤＲＳ（Ｄｉｓｃｏｖｅｒｙ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）である。ｅＮＢ２００がシンボル区間の途中からデータ送信を開始する場合、ＣＲＳ／ＤＲＳに基づくシンボルタイミングからずれたタイミングでデータ受信を行うことになる。ズレ量が小さい場合には、ＵＥ１００は、データ受信を行い得る。或いは、ｅＮＢ２００は、データと共にＤＲＳ又はＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を送信してもよい。ＵＥ１００は、ＤＲＳ又はＤＭＲＳに基づいてシンボル同期を確立することにより、ズレ量が大きい場合でも、ＵＥ１００がデータ受信を行い得る。
【０１３３】
なお、ｅＮＢ２００は、データ送信を開始したサブフレームの次のサブフレームにおいては、通常のＬＴＥのタイミングに準拠してデータ送信を継続してもよい。この場合、データ送信を開始したサブフレームの最後のシンボル区間「１３」において空白の時間が生じ得る。ｅＮＢ２００は、他の装置による割り込みを防止するために、最後のシンボル区間「１３」中の空白の時間にわたって所定の信号を送信することが好ましい。例えば、ｅＮＢ２００は、シンボル区間「１３」で送信するシンボルの最後に追加のＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）を挿入する。
【０１３４】
図１３は、第４実施形態に係る動作例を示すシーケンス図である。図１３において、ライセンスドバンドのセルがＰＣｅｌｌとしてＵＥ１００に設定され、アンライセンスドバンドのセルがＳＣｅｌｌとしてＵＥ１００に設定されている。ここでは、ＰＣｅｌｌからクロスキャリアスケジューリングによりＵＥ１００に対してリソース割り当てを行う一例を説明する。なお、ＰＣｅｌｌとＳＣｅｌｌとの間のタイミング同期がとれていることを想定する。
【０１３５】
図１３に示すように、ステップＳ１０１において、ｅＮＢ２００は、クロスキャリアスケジューリングによりＰＣｅｌｌからＵＥ１００に対してＤＣＩを送信する。ＤＣＩは、ｅＮＢ２００がデータ送信を開始する可能性のあるシンボル区間を示す候補タイミング情報を含む。ｅＮＢ２００がデータ送信を開始する可能性のあるシンボル区間とは、ＬＢＥのカウンタの状況に基づいて決定されてもよい。或いは、ｅＮＢ２００がサブフレーム内の複数のシンボル区間を候補タイミングとして決定し、複数の候補タイミングの何れかからのみデータ送信を開始してもよい。この場合、候補タイミング情報は、複数のシンボル区間（複数の候補タイミング）を示す。ＵＥ１００は、候補タイミング情報を含むＤＣＩをＰＣｅｌｌから受信する。なお、候補タイミング情報の送受信は、ＤＣＩではなく、ＲＲＣシグナリングにより行なわれてもよい。
【０１３６】
ステップＳ１０２において、ｅＮＢ２００（ＳＣｅｌｌ）は、ＵＥ１００に通知したシンボル区間の途中においてＬＢＴに成功し、当該シンボル区間の途中のＬＢＴ成功タイミングからデータ送信を開始する。例えば、ｅＮＢ２００（ＳＣｅｌｌ）は、ＤＭＲＳが付加されたユーザデータをＵＥ１００に送信する。ＵＥ１００は、候補タイミング情報により示されるシンボル区間（候補タイミング）内を時間方向に全探索することにより、ＳＣｅｌｌからのデータ受信を開始する。
【０１３７】
［その他の実施形態］
上述した第１実施形態乃至第４実施形態は、別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施可能である。例えば、第４実施形態に係る候補タイミング情報に関する処理を、第１実施形態乃至第３実施形態に適用してもよい。
【０１３８】
上述した実施形態において、セル＃１（ライセンスドバンド）及びセル＃２（アンライセンスドバンド）を同一のｅＮＢ２００が管理している一例を説明した。しかしながら、セル＃１（ライセンスドバンド）及びセル＃２（アンライセンスドバンド）を異なるｅＮＢ２００が管理する場合にも本発明を適用可能である。
【０１３９】
上述した実施形態において下りリンク送信について主として説明したが、上述した実施形態に係る動作を上りリンク送信に適用してもよい。具体的には、ＵＥ１００が、アンライセンスドバンドを用いてｅＮＢ２００に対するデータ送信（すなわち、上りリンクデータ送信）を行う場合、上述した実施形態に係る少なくとも一部の動作を上りリンクデータ送信に適用可能である。
【０１４０】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１４１】
［付記１］
（１．  序論）
ＲＡＮ１第８０会合及びＬＡＡアドホックにおいて、不連続なＬＡＡ下りリンク送信のための機能性が議論され、次の合意がなされた。
【０１４２】
合意：
・不連続なＬＡＡ下りリンク送信の開始から送信されることになっている１つ又は複数の信号によってサポートされ得る機能は、次のうち少なくとも１つを含むことができる：
−  ＡＧＣ設定
−  チャネル予約
−  注意：信号の送信は要求されない場合がある
・  １つ又は複数の信号によって不連続なＬＡＡ下りリンク送信動作のためにサポートされる必要があり得る少なくとも機能は、次のうち少なくとも１つを含む：
−  ＬＡＡ下りリンク送信の検出（セル識別を含む）
−  時間及び周波数同期
−  必要ならば他の機能性
・  同じ信号が上記のすべての、そしておそらく他の機能のために使用されることは除外されないことに留意されたい。上の機能性は（ライセンスドキャリアからの補助を含む）他の方法によってサポートされ得る。
【０１４３】
合意：
・  ＬＡＡは、すべてのＯＦＤＭシンボルがＬＢＴに応じたサブフレームにおける送信のために利用可能なわけではないときのＰＤＳＣＨ送信をサポートし、さらにＰＤＳＣＨのために必要な制御情報の配信をサポートする。
【０１４４】
−  ＰＤＳＣＨの開始／終了ＯＦＤＭシンボルについては今後の検討課題である。
【０１４５】
本付記において、フレキシブル送信及び予約信号を含むＬＡＡフレーム構造について説明する。
【０１４６】
（２．  フレキシブル送信設計）
カテゴリ３＆４ＬＢＴのために、フレキシブル送信が必要とされる。それにより、ＵＥにおける受信器の複雑度及びｅＮＢにおける符号化遅延が減少するので、ＰＤＳＣＨ送信の開始位置はサブフレーム中の事前に定義されたシンボルとするべきであることを支持する。ＴＢＳ決定に関して、ｅＮＢはフローティングＴＴＩモデル以外の開始点に対応するＴＢＳを変更するべきである。ＴＢＳが固定数の許可されたサイズを有する場合、ｅＮＢは前もってチャネル符号化を開始することができる。これは同じく終了ＯＦＤＭシンボルに適合させることができる。
【０１４７】
提案１：  フローティングＴＴＩモデル以外のカテゴリ３＆４ＬＢＴに対して、ＴＢＳ決定は部分的に開始時間及び終了時間に依存するべきである。
【０１４８】
（３．  ＰＤＳＣＨの開始及び終了時間のインディケーション）
我々は初期信号が少なくとも同期目的のために必要であると信じる。初期信号はＰＤＳＣＨの開始時間のインディケーションとして使用することができる。
【０１４９】
さらに、初期信号は開始時間に対する終了時間を指示又は暗示することができる。
【０１５０】
提案２：  初期信号は開始及び終了時間情報を指示又は暗示するべきである。
【０１５１】
（４．  予約信号設計）
カテゴリ３＆４ＬＢＴに対して、ＰＤＳＣＨの開始シンボルがサブフレーム中のいくつかの事前に定義されたシンボルに固定されているとき予約信号が必要とされる。このような場合、この予約信号の送信は便宜主義である（例えば、送信はサブフレーム境界において始まる）から、予約信号は必須の制御シグナリングで構成することができない。上記を考慮して、我々は予約信号の持続時間は可能な限り短くあるべきであると信じる。さらに、我々は、予約信号が１シンボルより長いとき、図１４に示すようにより効果的にこの期間を利用するために予約信号としてＰＤＳＣＨの一部のコピーを使用することを提案する。図１４は予約信号の例を示す。この信号はＰＤＳＣＨ性能の改善に有用である。この信号が１つのシンボルよりも短い場合、他の信号が挿入されるべきである。１つの可能な実施例は、それが「ＬＴＥ−ＬＡＡ」送信であることを示す信号を送信することである。これはＣＣＡ閾値適合のために使用することができる。
【０１５２】
提案３：  予約信号が１つのシンボルよりも長いときＰＤＳＣＨのコピーが予約信号に対する候補の１つとして考慮され得る。
【０１５３】
（５．  ＬＡＡスケジューリングの考察）
ＬＢＴ要件のために、送信器はデータを送信したいとき毎回ＣＣＡを行う必要がある。したがって、ＣＣＡ関連のオーバヘッドを減少させるために、送信器は連続的な送信に務め、あらゆる中間のとぎれ（ｇａｐ）を回避するべきである。これは特にＵＬ送信のために重要である。
【０１５４】
ＣＣＡオーバヘッド削減に加えて、我々は同様に、ライセンスドキャリア上の制御チャネルへの影響を考慮するべきである。ライセンスドキャリアの効率的な使用法を得るために、１つのＤＣＩによって指示された複数サブフレームスケジューリングが同じく考慮され得る。複数サブフレームスケジューリングをサポートするために、複数のＮＤＩ、ＲＶ、プロセスＩＤなどのすべての関連ＤＣＩパラメータが検討されなくてはならない。
【０１５５】
提案４：  マルチサブフレームスケジューリングがＬＡＡのために考慮されるべきである。
【０１５６】
［付記２］
（１．  序論）
ＲＡＮ１はＬＡＡのための機能性を議論し次の合意に達した。
【０１５７】
合意：
・  次に述べる事柄は、ＬＡＡアドホック会合から更新された合意である：
−  ＤＲＳ設計は、ＬＡＡ  ＳＣｅｌｌ上のＤＲＳ送信がＬＢＴの適用を受けることを可能にするべきである
−  ＬＢＴがＤＲＳに適用される場合、ＤＭＴＣウインドウ内のＤＲＳの送信のために次の２つのオプションを考慮すべきである：
・  選択肢１：ＬＢＴの適用を受けて、ＤＲＳは設定されたＤＭＴＣ内の固定時間位置で送信される。
・  選択肢２：ＬＢＴの適用を受けて、ＤＲＳが設定されたＤＭＴＣ内の異なる時間位置のうちの少なくとも１つで送信されることを可能にする。
・  注意：異なる時間位置の数は制限されるべきである。
・  注意：１つの可能性はサブフレーム中の１つの時間位置である。
・  Ｒｅｌ−１２  ＤＭＴＣ設定への修正は今後の検討課題である。
−  注意：これは、設定されたＤＭＴＣ以外の他のＤＲＳ送信を許す可能性を妨げない。
【０１５８】
本付記において、ＤＲＳ設計の詳細について説明する。
【０１５９】
（２．  ＤＲＳ送信及びＬＢＴスキーム）
前回会合において、ＲＡＮ１はＤＲＳ送信を議論し、ＬＢＴが適用される場合に対して選択肢１及び選択肢２について合意した。本節で、我々はこれらの２つの選択肢及びＤＲＳ送信のためのＬＢＴ方法について論じる。
【０１６０】
選択肢１の場合、ＵＥはただＤＭＴＣに従うことができるので、仕様及びＵＥの受信器の複雑度への影響は無視できる。さらに、ＤＲＳは、すべてのサービング（及び非サービング）ＵＥによって常に受信されるブロードキャスト信号／情報として使用され、送信タイミングの固定された機会は有益である。送信タイミングが固定されない場合、ＵＥはすべての送信のためにＤＲＳタイミングを探索する必要があり、より高い電力消費量をもたらす。他方、ＬＢＴが長期間成功しないとき、選択肢１は十分な同期精度を達成することを可能にせず、及び／又は、必要なＲＰＭ測定が利用可能でない場合がある。それはデータ受信及び／又はＲＲＭ機能性に深刻な影響をもたらす。
【０１６１】
選択肢２の場合、ＵＥは、送信されたＤＲＳが異なる時間位置で送信されるとき、ＬＢＴが固定時間位置内に成功しないときでも、同期精度及びＲＲＭ測定可用性を維持することができる。
【０１６２】
選択肢２が適用される場合、それは強化されたＤＭＴＣによって設定された複数の時間位置を探索するためにＵＥ複雑度を増加させる。さらに、ＵＥはＲＲＭ測定（例えば、サブフレーム／スロット番号、次のＤＲＳ時機の推定、などに基づく複製シーケンスの生成）のためにＤＲＳサブフレームを認識している必要があることがある。
【０１６３】
上記の議論は表１に要約される。表１は、選択肢１と選択肢２との間の比較を示す。我々の意見では、同期精度及びＲＲＭ測定要件が任意の拡張で又は拡張なしで満たされる場合、ＵＥ複雑度の増加及びより高い電力消費量を回避するために選択肢１が好ましい。ＲＡＮ１は、同期及びＲＲＭ測定への選択肢１の影響を評価し、必要であれば対応する要件をＲＡＮ４に求めるべきである。
【０１６４】
提案１：  ＲＡＮ１は、同期及びＲＲＭ測定への選択肢１の影響を評価し、必要であれば対応する要件をＲＡＮ４に求めるべきである。ＲＡＮ１は選択肢１への可能な拡張を考慮するべきである。
【０１６５】
【表１】
2016185945.tif 000003
【０１６６】
可能な拡張のうちの１つは、サブチャネルがビジーでない、すなわちＬＢＴが成功している場合、複数のサブチャネル内で複数のＤＲＳ送信を可能にすることである。（例えば、２０ＭＨｚ、２ｘ１０ＭＨｚ、４ｘ５ＭＨｚ）。すべてのサブチャネルに対するチャネル条件は異なる（例えば、ＤＬ／ＵＬの未使用ＲＢ、遠方ＵＥからのＵＬ送信）ので、これは有益である。
【０１６７】
提案２：  ＲＡＮ１は、時間領域及び周波数領域の両方に基づく拡張を考慮するべきである。
【０１６８】
（３．  ＬＡＡ  ＤＲＳの物理設計）
我々の見解では、次の情報はＬＡＡ  ＤＲＳのＬＡＡ  ＳＣｅｌｌによって送信されるべきである。
・  ＰＳＳ／ＳＳＳ／ＣＲＳ／（ＣＳＩ−ＲＳ）
・  制御情報
・  ビーコン
ＲＡＮ１の合意によれば、ＬＡＡ  ＤＲＳは少なくともＲＲＭ測定をサポートするべきである。したがって、ＬＡＡ  ＤＲＳは、この要件を満たすためにＰＳＳ／ＳＳＳ／ＣＲＳを含むべきである。
【０１６９】
アンライセンスドバンドに対して、占有チャネル帯域幅に関する欧州の規制がある。この規制によれば、システム帯域幅が４０ＭＨｚ以下である場合、ＯＦＤＭシンボル内のリソースの８０％以上は若干の信号によって満たされるべきである。ＤＲＳは、システム帯域幅の中央に１．４ＭＨｚ（６ＲＢ）だけを占める同期信号（ＰＳＳ／ＳＳＳ）を含み、他のリソースで送信されるどの信号も明示的に指定されない。したがって、より広いシステム帯域幅展開でシステム帯域幅の浪費があり得るが、それは規制によって許可されていない。可能な解決策の１つは、（例えばシステム帯域幅に対応する）周波数領域における同期信号の拡大である。しかしながら、この解決策は仕様に著しく影響を与え、ＵＥ複雑度（例えば、様々な同期信号サイズの検出、など）を増加させる。我々の見解では、ＲＡＮ１は、図１５に示すように未使用リソースを特定の信号で満たすなどの他の手法を議論するべきである。図１５は、ＤＲＳ物理設計の例を示す。特定の信号は、ＯＦＤＭシンボル内の低出力密度に起因する他のデバイス（例えばＷｉＦｉ）によるＣＣＡにおける潜在的な誤検出を回避するために、ＯＦＤＭシンボル内のほとんどすべての残りの帯域幅をある一定の密度でカバーするように配置されるべきである。
【０１７０】
提案３：    ＲＡＮ１は、ＬＡＡ  ＤＲＳに対する現在の同期信号を再利用し、若干の特定の信号で空白のリソースを埋めるために議論するべきである。
【０１７１】
制御情報は、少なくともリソースマッピング情報及びＰＬＭＮ  ＩＤを含む、ＬＡＡセル情報を提供する。さらに、サブフレーム番号及びＳＦＮのサブセットが、少なくとも選択肢２のＤＲＳ送信のために現在のサブフレーム番号及びＳＦＮのサブセットを確認するために使用される。現在のサブフレーム番号及びＳＦＮのサブセットがサービングセルによってＤＭＴＣを介して設定された固定サブフレームに対応する場合、ＵＥは受信ＤＲＳが固定サブフレームで送信されたことを認識することができる。選択肢１の場合、サブフレーム番号及びＳＦＮのサブセットは必要とされないことがある。
【０１７２】
制御情報で提供されたリソースマッピング情報は、ＤＲＳ送信がＰＤＳＣＨ送信と同時に起こるときＰＤＳＣＨリソース割当情報を示す。我々の見解では、ＰＤＳＣＨ送信がＤＲＳ時機と同じサブフレームにスケジュールされているとき、セルはＰＤＳＣＨ及びＤＲＳを同時に送信するべきである。
【０１７３】
提案４：  ＬＡＡ  ＤＲＳサブフレームはＬＡＡセル情報を提供する制御情報を含むべきである。
【０１７４】
ビーコンは、隣接セルによって使用される、スペクトル使用法に関連がある、情報を含む。隣接ＬＡＡセルは、ビーコンを検出し、そして次に、この情報を考慮してそれら自身のＬＡＡセルで使用するための適切なチャネルを選択する。ビーコンの内容は、無認可のスペクトルのトラフィック負荷、ＬＢＴ失敗の数及び／又は使用されたキャリアの数と関連し得る。
【０１７５】
提案５：  ＬＡＡ  ＤＲＳサブフレームは、隣接セルによって使用される、スペクトル使用法に関連がある、情報を含むビーコンを含むべきである。
【０１７６】
［相互参照］
米国仮出願第６２／１６２２３１号（２０１５年５月１５日出願）及び米国仮出願第６２／１６５３１５号（２０１５年５月２２日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１７７】
本発明は、通信分野において有用である。
【図１】
2016185945.tif 000004
【図２】
2016185945.tif 000005
【図３】
2016185945.tif 000006
【図４】
2016185945.tif 000007
【図５】
2016185945.tif 000008
【図６】
2016185945.tif 000009
【図７】
2016185945.tif 000010
【図８】
2016185945.tif 000011
【図９】
2016185945.tif 000012
【図１０】
2016185945.tif 000013
【図１１】
2016185945.tif 000014
【図１２】
2016185945.tif 000015
【図１３】
2016185945.tif 000016
【図１４】
2016185945.tif 000017
【図１５】
2016185945.tif 000018
【手続補正書】
【提出日】平成29年11月13日(2017.11.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アンライセンスドバンドを用いてユーザ端末に対する送信を行う基地局であって、
サブフレームを構成する前半スロットと後半スロットとのうち、前記後半スロットから前記送信を開始する制御部を備え、
前記制御部は、前記後半スロットから前記送信を開始するために、前記後半スロットで下りリンク制御情報を送信し、
前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨであり、
前記制御部は、前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記送信の開始タイミングに応じて、前記送信に適用するトランスポートブロックサイズを変更する
基地局。
【請求項２】
前記制御部は、前記後半スロットから前記送信を開始するシンボル区間を示す候補タイミング情報をＲＲＣシグナリングにより前記ユーザ端末に通知する
請求項１に記載の基地局。
【請求項３】
前記アンライセンスドバンドの監視結果に応じて前記後半スロットから前記送信を開始する場合、前記サブフレームにおける前記送信の開始タイミングに応じて、前記送信に適用する送信パラメータを決定する制御部を備え、
前記送信パラメータは、トランスポートブロックサイズ、変調・符号化方式、変調方式、及びリソースブロック数のうち、少なくとも１つを含む
請求項１に記載の基地局。
【請求項４】
前記制御部は、前記後半スロットから前記送信を開始する場合、前記前半スロットから前記送信を行う場合に適用する第１の送信パラメータとは異なる第２の送信パラメータを前記送信に適用する
請求項１に記載の基地局。
【請求項５】
前記サブフレームには、前記送信を開始することが可能な複数の候補タイミングが設定され、
前記制御部は、前記複数の候補タイミングのそれぞれについて、異なる送信パラメータを適用して送信データを生成する
請求項１に記載の基地局。
【請求項６】
前記制御部は、前記複数の候補タイミングのそれぞれについて、異なる送信パラメータを適用して送信データを予め生成し、生成した送信データを予め保持する
請求項５に記載の基地局。
【請求項７】
前記制御部は、前記複数の候補タイミングのうち１つの候補タイミングについて前記送信が不可であると判定した場合、該判定の後に、前記１つの候補タイミングの次の候補タイミングに対応する送信データを生成する
請求項５に記載の基地局。
【請求項８】
前記制御部は、ライセンスドバンドを用いて、前記複数の候補タイミングのそれぞれの送信パラメータを前記ユーザ端末に通知する
請求項５に記載の基地局。
【請求項９】
前記制御部は、前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記送信の開始タイミングに応じて、前記送信に適用するトランスポートブロックサイズを変更する
請求項１に記載の基地局。
【請求項１０】
前記制御部は、前記後半スロットから前記送信を開始する場合、前記ユーザ端末に送信するデータとは異なる特定の信号を前記データの先頭で送信する処理を行い、
前記特定の信号は、前記下りリンク制御情報を含む
請求項１に記載の基地局。
【請求項１１】
アンライセンスドバンドを用いて基地局から受信を行うユーザ端末であって、
サブフレームを構成する前半スロットと後半スロットとのうち、前記後半スロットから前記受信を開始する制御部を備え、
前記制御部は、前記後半スロットから前記受信を開始するために、前記後半スロットで下りリンク制御情報を監視し、
前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨであり、
前記制御部は、前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記受信の開始タイミングに応じて、前記受信に適用するトランスポートブロックサイズを変更する
ユーザ端末。
【請求項１２】
前記制御部は、前記サブフレームの境界から前記受信を開始する際に用いる変調方式を決定するための第１の規則とは別に、前記後半スロットから前記受信を開始する際に用いる変調方式を決定するための第２の規則を記憶しており、
前記制御部は、前記後半スロットから前記受信を開始することに応じて、前記第２の規則に基づいて、前記受信に適用する変調方式を決定する
請求項１１に記載のユーザ端末。
【請求項１３】
アンライセンスドバンドを用いてユーザ端末に対する送信を行う基地局を制御するためのプロセッサであって、
サブフレームを構成する前半スロットと後半スロットとのうち、前記後半スロットから前記送信を開始する処理と、
前記後半スロットから前記送信を開始するために、前記後半スロットで下りリンク制御情報を送信する処理と、
前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記送信の開始タイミングに応じて、前記送信に適用するトランスポートブロックサイズを変更する処理と、を実行し、
前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨである
プロセッサ。
【請求項１４】
アンライセンスドバンドを用いて基地局から受信を行うユーザ端末を制御するためのプロセッサであって、
サブフレームを構成する前半スロットと後半スロットとのうち、前記後半スロットから前記受信を開始する処理と、
前記後半スロットから前記受信を開始するために、前記後半スロットで下りリンク制御情報を監視する処理と、
前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記受信の開始タイミングに応じて、前記受信に適用するトランスポートブロックサイズを変更する処理と、を実行し、
前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨである
プロセッサ。
【請求項１５】
通信方法であって、
アンライセンスドバンドを用いてユーザ端末に対する送信を行うよう構成される基地局が、サブフレームを構成する前半スロットと後半スロットとのうち、前記後半スロットから前記送信を開始するために、前記後半スロットで下りリンク制御情報を送信するステップと、
前記アンライセンスドバンドを用いて前記基地局から受信を行うよう構成される前記ユーザ端末が、前記後半スロットから前記受信を開始するために、前記後半スロットで前記下りリンク制御情報を監視するステップと、
前記基地局が、前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記送信の開始タイミングに応じて、前記送信に適用するトランスポートブロックサイズを変更するステップと、
前記ユーザ端末が、前記サブフレームについて適用する変調・符号化方式を固定しつつ、前記受信の開始タイミングに応じて、前記受信に適用するトランスポートブロックサイズを変更するステップと、を備え、
前記下りリンク制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨである
通信方法。
【国際調査報告】
2016185945.tif 000019
2016185945.tif 000020
2016185945.tif 000021
2016185945.tif 000022
2016185945.tif 000023
2016185945.tif 000024
2016185945.tif 000025
2016185945.tif 000026
2016185945.tif 000027