(57)【特許請求の範囲】
【請求項１】
通信方法であって、
ＬＡＡセルを管理し、前記ＬＡＡセルにおいて連続する複数のサブフレームを用いて下りリンク送信を行う基地局が、前記連続する複数のサブフレームのうちの対象サブフレームにおいて、下りリンク制御情報（ＤＣＩ）をユーザ装置に送信するステップを有し、
前記ＤＣＩは、前記連続する複数のサブフレームのうち前記対象サブフレーム以降のサブフレームに関するサブフレーム情報と、前記ＬＡＡセルにおけるサウンディング参照信号の送信指示と、を含み、
前記サブフレーム情報は、残りの下りリンク送信期間に相当するサブフレームの数と、前記ユーザ装置が前記サウンディング参照信号を送信すべき特定のサブフレームとを示し、
前記ユーザ装置が、前記ＤＣＩに基づいて、前記特定のサブフレームにおいて前記基地局に前記ＬＡＡセルにおいて前記サウンディング参照信号を送信するステップを有し、
前記特定のサブフレームは、前記連続する複数のサブフレームのうち最後のサブフレームであり、
前記基地局が、前記特定のサブフレームの最後の部分において前記下りリンク送信を行わず、
前記ユーザ装置が、前記特定のサブフレームの前記最後の部分において前記サウンディング参照信号を送信する
通信方法。
【請求項２】
前記サウンディング参照信号は、非周期的なサウンディング参照信号である請求項１に記載の通信方法。
【請求項３】
前記対象サブフレームは、前記連続する複数のサブフレームのうち最初のサブフレームを含む
請求項１に記載の通信方法。
【請求項４】
前記対象サブフレームは、前記連続する複数のサブフレームのうち最初のサブフレーム以外のサブフレームを含む
請求項１に記載の通信方法。
【請求項５】
前記ＤＣＩには、所定のＤＣＩフォーマットが適用され、
前記所定のＤＣＩフォーマットは、前記サウンディング参照信号の送信指示用のＤＣＩフォーマットである
請求項１に記載の通信方法。
【請求項６】
ＬＡＡセルを管理する基地局であって、
連続する複数のサブフレームにわたって下りリンク送信を行う制御部を備え、
前記制御部は、前記連続する複数のサブフレームのうちの対象サブフレームを用いて、ユーザ装置に下りリンク制御情報（ＤＣＩ）を送信する処理を行い、
前記ＤＣＩは、前記連続する複数のサブフレームのうち前記対象サブフレーム以降のサブフレームに関するサブフレーム情報と、前記ＬＡＡセルにおけるサウンディング参照信号の送信指示と、を含み、
前記サブフレーム情報は、残りの下りリンク送信期間に相当するサブフレームの数と、前記ユーザ装置が前記サウンディング参照信号を送信すべき特定のサブフレームを示し、
前記特定のサブフレームは、前記連続する複数のサブフレームのうち最後のサブフレームであり、
前記制御部は、前記特定のサブフレームの最後の部分において、前記下りリンク送信を行わず、前記ユーザ装置から前記サウンディング参照信号を受信する基地局。
【請求項７】
ＬＡＡセルを管理し、前記ＬＡＡセルにおいて連続する複数のサブフレームを用いて下りリンク送信を行う基地局との無線通信を行うユーザ装置であって、
前記連続する複数のサブフレームのうちの対象サブフレームにおいて、前記基地局から下りリンク制御情報（ＤＣＩ）を受信する処理を行う制御部を備え、
前記ＤＣＩは、前記連続する複数のサブフレームのうち前記対象サブフレーム以降のサブフレームに関するサブフレーム情報と、前記ＬＡＡセルにおけるサウンディング参照信号の送信指示と、を含み、
前記サブフレーム情報は、残りの下りリンク送信期間に相当するサブフレームの数と、前記ユーザ装置が前記サウンディング参照信号を送信すべき特定のサブフレームを示し、
前記制御部は、前記ＤＣＩに基づいて、前記特定のサブフレームにおいて前記基地局に前記サウンディング参照信号を送信する処理を行い、
前記特定のサブフレームは、前記連続する複数のサブフレームのうち最後のサブフレームであり、
前記特定のサブフレームの最後の部分において前記基地局が前記下りリンク送信を行わず、
前記制御部は、前記特定のサブフレームの前記最後の部分において前記サウンディング参照信号を送信するユーザ装置。
【請求項８】
ＬＡＡセルを管理し、前記ＬＡＡセルにおいて連続する複数のサブフレームを用いて下りリンク送信を行う基地局との無線通信を行うユーザ装置を制御するプロセッサであって、
前記プロセッサは、前記連続する複数のサブフレームのうちの対象サブフレームにおいて、前記基地局から下りリンク制御情報（ＤＣＩ）を受信する処理を実行し、
前記ＤＣＩは、前記連続する複数のサブフレームのうち前記対象サブフレーム以降のサブフレームに関するサブフレーム情報と、前記ＬＡＡセルにおけるサウンディング参照信号の送信指示と、を含み、
前記サブフレーム情報は、残りの下りリンク送信期間に相当するサブフレームの数と、前記ユーザ装置が前記サウンディング参照信号を送信すべき特定のサブフレームを示し、
前記プロセッサは、前記ＤＣＩに基づいて、前記特定のサブフレームにおいて前記基地局に前記サウンディング参照信号を送信する処理を実行し、
前記特定のサブフレームは、前記連続する複数のサブフレームのうち最後のサブフレームであり、
前記特定のサブフレームの最後の部分において、前記基地局が前記下りリンク送信を行わず、
前記プロセッサは、前記特定のサブフレームの前記最後の部分において前記サウンディング参照信号を送信する処理を実行するプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる基地局及び無線端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、ＬＡＡ（Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）が導入されている。ＬＡＡは、キャリアアグリゲーションにおいて、アンライセンスドスペクトラムで動作する少なくとも１つのセカンダリセル（ＳＣｅｌｌ）を用いる技術である。このようなＳＣｅｌｌはＬＡＡ  ＳＣｅｌｌと称される。アンライセンスドスペクトラムは、アンライセンスド周波数帯（アンライセンスドバンド）と称されることがある。【０００３】
ＬＡＡにマルチサブフレームスケジューリングを導入することが検討されている。マルチサブフレームスケジューリングは、基地局と無線端末との間の無線通信のために基地局が複数のサブフレームを無線端末に一括して割り当てるスケジューリング方法である。基地局は、マルチサブフレームスケジューリング用の下りリンク制御情報（ＤＣＩ）を無線端末に送信する。【０００４】
このようなマルチサブフレームスケジューリング用のＤＣＩは、通常のＤＣＩ、すなわち、単一サブフレームスケジューリング用のＤＣＩに比べて、ビット長が長くなることが想定される。しかしながら、基地局から無線端末に送信する１つのＤＣＩのビット長には限界があるため、マルチサブフレームスケジューリング用のＤＣＩを適切に送信することが難しい。【０００５】
また、移動通信システムにおいて、急増するトラフィック需要に応えるべく、複数のオペレータ及び／又は複数の通信システムが共用する特定周波数帯を無線通信に用いるための検討がなされている（例えば、非特許文献１参照）。この特定周波数帯は、例えば、上述の免許が不要な周波数帯（アンライセンスドバンド）である。【０００６】
このような特定周波数帯を用いて無線通信を行う基地局及び無線端末は、他のオペレータ及び／又は他の通信システムとの干渉を回避するために、ｌｉｓｔｅｎ−ｂｅｆｏｒｅ−ｔａｌｋ（ＬＢＴ）と称される空きチャネル判定処理を行うことが要求される。【０００７】
ＬＢＴは、特定周波数帯内の対象チャネルが空いているか否かを受信信号強度（干渉電力）に基づいて判定し、空きチャネルであると判定された場合に限り対象チャネルを使用する手順である。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８８９  Ｖ１３．０．０」  ２０１５年６月
【発明の概要】
【０００９】
一実施形態に係る基地局は、無線端末との無線通信を行う。前記基地局は、前記無線通信のために複数のサブフレームを前記無線端末に一括して割り当てるマルチサブフレームスケジューリングを行う制御部を備える。前記制御部は、前記マルチサブフレームスケジューリングにより前記無線端末に一括して割り当て可能なサブフレームの最大数を個別ＲＲＣシグナリングにより前記無線端末に通知する。
【００１０】
一実施形態に係る基地局は、無線端末との無線通信を行う。前記基地局は、前記無線通信のために複数のサブフレームを前記無線端末に一括して割り当てるマルチサブフレームスケジューリングを行う制御部を備える。前記制御部は、前記マルチサブフレームスケジューリング用の下りリンク制御情報を分割し、分割した下りリンク制御情報を１サブフレーム内で前記無線端末に送信する。
【００１１】
一実施形態に係る無線端末は、基地局との無線通信を行う。前記無線端末は、マルチサブフレームスケジューリング用の下りリンク制御情報を前記基地局から受信する処理を行う制御部を備える。前記マルチサブフレームスケジューリングにおいて、前記無線通信のために複数のサブフレームが前記基地局から前記無線端末に一括して割り当てられる。前記制御部は、前記基地局が分割した前記下りリンク制御情報を１サブフレーム内で受信する処理を行う。
【００１２】
一実施形態に係る基地局は、複数のオペレータ及び／又は複数の通信システムが共用する特定周波数帯において無線端末との無線通信を行う。前記基地局は、連続する複数のサブフレームにわたって下りリンク送信を行う制御部を備える。前記制御部は、前記連続する複数のサブフレームのうちの対象サブフレームにおいて無線端末に下りリンク制御情報（ＤＣＩ）を送信する処理を行う。前記ＤＣＩは、前記連続する複数のサブフレームのうち前記対象サブフレーム以降のサブフレームに関するサブフレーム情報を含む。
【００１３】
一実施形態に係る無線端末は、複数のオペレータ及び／又は複数の通信システムが共用する特定周波数帯において基地局との無線通信を行う。前記無線端末は、連続する複数のサブフレームにわたって前記特定周波数帯において下りリンク送信を行う前記基地局から、前記複数のサブフレームのうちの対象サブフレームにおいて下りリンク制御情報（ＤＣＩ）を受信する処理を行う制御部を備える。前記ＤＣＩは、前記連続する複数のサブフレームのうち前記対象サブフレーム以降のサブフレームに関するサブフレーム情報を含む。
【図面の簡単な説明】
【００１４】
【図１】実施形態Ａに係るＬＴＥシステムの構成を示す図である。
【図２】実施形態Ａに係るＵＥ（無線端末）の構成を示す図である。
【図３】実施形態Ａに係るｅＮＢ（基地局）の構成を示す図である。
【図４】実施形態Ａに係る無線インターフェイスのプロトコルスタックの構成を示す図である。
【図５】実施形態Ａに係る無線フレームの構成を示す図である。
【図６】実施形態Ａに係る適用シナリオを示す図である。
【図７】実施形態Ａに係るマルチサブフレームスケジューリング用のＤＣＩの一例を示す図である。
【図８】実施形態Ａに係る概略動作シーケンスを示す図である。
【図９】実施形態Ａに係るｅＮＢの動作フローを示す図である。
【図１０】付記１に係る図である。
【図１１】実施形態Ｂ−１乃至実施形態Ｂ−６に係るＬＴＥシステムの構成図である。
【図１２】実施形態Ｂ−１乃至実施形態Ｂ−６に係る無線インターフェイスのプロトコルスタック図である。
【図１３】実施形態Ｂ−１乃至実施形態Ｂ−６に係る無線フレームの構成図である。
【図１４】実施形態Ｂ−１乃至実施形態Ｂ−６に係るＵＥのブロック図である。
【図１５】実施形態Ｂ−１乃至実施形態Ｂ−６に係るｅＮＢのブロック図である。
【図１６】実施形態Ｂ−１乃至実施形態Ｂ−６に係るＬＡＡを説明するための図である。
【図１７】実施形態Ｂ−１に係る下りリンクサブフレームを示す図である。
【図１８】実施形態Ｂ−２に係るクロスキャリアスケジューリングを説明するための図である。
【図１９】実施形態Ｂ−２に係る特別な下りリンクサブフレームの構成例１を示す図である。
【図２０】実施形態Ｂ−２に係る特別な下りリンクサブフレームの構成例２を示す図である。
【図２１】実施形態Ｂ−３に係る特別な下りリンクサブフレームの構成例１を示す図である。
【図２２】実施形態Ｂ−３に係る特別な下りリンクサブフレームの構成例２を示す図である。
【図２３】実施形態Ｂ−３に係る特別な下りリンクサブフレームの構成例３を示す図である。
【図２４】実施形態Ｂ−３に係る特別な下りリンクサブフレームの構成例４を示す図である。
【図２５】実施形態Ｂ−３の変更例に係る特別な下りリンクサブフレームの構成例を示す図である。
【図２６】実施形態Ｂ−４に係る動作を説明するための図である。
【図２７】実施形態Ｂ−４に係る動作の一例を示すシーケンス図である。
【図２８】実施形態Ｂ−４の変更例１に係る動作を説明するための図である。
【図２９】実施形態Ｂ−４の変更例２に係る動作を説明するための図である。
【図３０】ＬＢＥ方式のＬＢＴの一例を示すフロー図である。
【図３１】実施形態Ｂ−５に係る下りリンク送信動作を説明するための図である。
【図３２】実施形態Ｂ−６に係るＳＲＳ送信の動作例を示す図である。
【図３３】実施形態Ｂ−６に係る動作を示す図である。
【発明を実施するための形態】
【００１５】
［実施形態Ａ］
（移動通信システムの構成）
実施形態Ａに係る移動通信システムの構成について説明する。図１は、実施形態Ａに係る移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。
【００１６】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１７】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。
【００１８】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
【００１９】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる他に、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。
【００２０】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００２１】
図２は、ＵＥ１００（無線端末）の構成を示す図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００２２】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００２３】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２４】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、１つであってもよい。プロセッサは、２以上であってもよい。プロセッサは、後述する処理を実行する。
【００２５】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００２６】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２７】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００２８】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、１つであってもよい。プロセッサは、２以上であってもよい。プロセッサは、後述する処理を実行する。
【００２９】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００３０】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３１】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００３２】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３３】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００３４】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３５】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００３６】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００３７】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００３８】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００３９】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。
【００４０】
ｅＮＢ２００は、基本的には、ＰＤＣＣＨを用いて下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信する。ｅＮＢ２００は、基本的には、ＰＤＳＣＨを用いて下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送するＤＣＩは、上りリンクスケジューリング情報、下りリンクスケジューリング情報、ＴＰＣコマンドを含む。上りリンクスケジューリング情報は上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ  ｇｒａｎｔ）であり、下りリンクスケジューリング情報は、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣコマンドは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、ＤＣＩの送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）でスクランブリングしたＣＲＣビットをＤＣＩに含める。各ＵＥ１００は、自ＵＥ宛ての可能性があるＤＣＩについて、自ＵＥのＲＮＴＩでデスクランブリング後、ＣＲＣチェックをすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）する。これによって、各ＵＥ１００は、自ＵＥ宛のＤＣＩを検出する。ＰＤＳＣＨは、下りリンクスケジューリング情報が示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。
【００４１】
ＰＤＣＣＨ用無線リソースは、制御チャネルエレメント（ＣＣＥ）と呼ばれる無線リソース単位で割り当てられる。ＣＣＥは１個、２個、４個又は８個が割り当てられる。このＣＣＥ数はアグリゲーションレベルに相当する。ＤＣＩは、誤り訂正符号で符号化されるが、その符号化率は、当該ＰＤＣＣＨに割り当てるＣＣＥ数が多くなるほど小さくなるように定められている。ＰＤＣＣＨ領域は、周波数方向の幅はシステム帯域幅で固定されるが、時間方向はＯＦＤＭシンボルの１個から３個分までの間で可変である。ＵＥ１００は、ＰＤＣＣＨ用ＯＦＤＭシンボルに対してブラインド復号を行う。ＵＥ１００がブラインド復号を行う範囲（ＣＣＥ番号の集合）は、サーチスペースと称される。サーチスペースには、複数のＵＥ１００に共通の共通サーチスペースとＵＥ１００ごとに異なるＵＥ固有サーチスペースとがある。
【００４２】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。
【００４３】
ＵＥ１００は、基本的には、ＰＵＣＣＨを用いて上りリンク制御情報（ＵＣＩ）をｅＮＢ２００に送信する。ＵＥ１００は、基本的には、ＰＵＳＣＨを用いて上りリンクデータをｅＮＢ２００に送信する。ＰＵＣＣＨが運搬するＵＣＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、スケジューリング要求（ＳＲ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスであり、下りリンク伝送に用いるべきＭＣＳの決定等に用いられる。ＰＭＩは、下りリンクの伝送のために用いることが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に用いることが可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、ＰＵＳＣＨリソースの割り当てを要求する情報である。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、下りリンクデータを正しく受信したか否かを示す送達確認情報である。
【００４４】
（適用シナリオ）
実施形態Ａに係る適用シナリオについて説明する。図６は、実施形態Ａに係る適用シナリオを示す図である。
【００４５】
図６に示すように、ｅＮＢ２００は、マクロセル及びＬＡＡセルを管理する。マクロセルは、ライセンスドスペクトラムで動作する。ＬＡＡセルは、アンライセンスドスペクトラムで動作する。ライセンスドスペクトラムはオペレータに免許が付与された周波数帯であり、アンライセンスドスペクトラムはオペレータに免許が付与されていない周波数帯である。図６において、ＬＡＡセルが小セルである一例を示している。
【００４６】
ＵＥ１００は、マクロセル及びＬＡＡセルの重複領域に位置する。ＵＥ１００は、マクロセル上でＲＲＣコネクティッドモードである。ＵＥ１００は、ＬＡＡ通信を行う。具体的には、ＵＥ１００は、マクロセルをプライマリセル（ＰＣｅｌｌ）として設定し、ＬＡＡセルをセカンダリセル（ＰＣｅｌｌ）として設定して、キャリアアグリゲーション通信を行う。すなわち、ＵＥ１００には、マクロセルの無線リソース及びＬＡＡセルの無線リソースの両方が割り当てられる。マクロセルの無線リソースの割り当ては、マクロセルのＰＤＣＣＨを用いて行われる。一方、ＬＡＡセルの無線リソースの割り当ては、ＬＡＡセルのＰＤＣＣＨを用いて行われてもよい。ＬＡＡセルの無線リソースの割り当ては、マクロセルのＰＤＣＣＨを用いて行われてもよい。後者の割り当て方法は、クロスキャリアスケジューリングと称される。
【００４７】
実施形態Ａに係る移動通信システムは、下りリンク（ＤＬ）のＬＡＡに加えて、上りリンク（ＵＬ）のＬＡＡをサポートする。すなわち、実施形態Ａに係る移動通信システムは、アンライセンスドスペクトラムを用いたＤＬ送信及びＵＬ送信をサポートする。
【００４８】
アンライセンスドスペクトラムは、複数の通信システム及び／又は複数のオペレータが共用する周波数帯であるため、ＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）が義務付けられる。具体的には、アンライセンスドスペクトラムを用いる装置は、ＬＡＡセル上でチャネルを監視／センシングすることにより、当該チャネルが空き（ｆｒｅｅ）であるか又は使用中（ｂｕｓｙ）であるかを判断する。当該装置は、チャネルが空きであると判断した場合（すなわち、ＬＢＴに成功した場合）には送信を行い、そうでなければ送信を行わない。ＬＢＴに成功した場合には、所定の期間にわたってチャネルを占有することが許可される。
【００４９】
（マルチサブフレームスケジューリング）
実施形態Ａに係るマルチサブフレームスケジューリングについて説明する。
【００５０】
実施形態Ａにおいて、マルチサブフレームスケジューリングをＬＡＡに導入する一例を説明する。マルチサブフレームスケジューリングは、ｅＮＢ２００とＵＥ１００との間の無線通信のためにｅＮＢ２００が複数のサブフレームをＵＥ１００に一括して割り当てるスケジューリング方法である。ｅＮＢ２００は、マルチサブフレームスケジューリング用のＤＣＩをＵＥ１００に送信する。ｅＮＢ２００は、当該ＤＣＩをＰＤＣＣＨにより送信する。或いは、ｅＮＢ２００は、当該ＤＣＩをＥＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）により送信してもよい。
【００５１】
実施形態Ａにおいて、マルチサブフレームスケジューリングによりＬＡＡセル上の上りリンク送信（ＰＵＳＣＨ送信）をスケジューリングする一例を説明する。ｅＮＢ２００は、マルチサブフレームスケジューリングにより、ＰＵＳＣＨ送信のために複数のサブフレームをＵＥ１００に割り当てる。この場合、マルチサブフレームスケジューリング用のＤＣＩは、複数のサブフレームに対応する上りリンクスケジューリング情報を含む。
【００５２】
図７は、実施形態Ａに係るマルチサブフレームスケジューリング用のＤＣＩの一例を示す図である。
【００５３】
図７に示すように、マルチサブフレームスケジューリング用のＤＣＩは、複数のサブフレームに共通（Ｃｏｍｍｏｎ  ｔｏ  ａｌｌ  ｓｕｂｆｒａｍｅ）の部分と複数のサブフレームのそれぞれに固有（Ｓｕｂｆｒａｍｅ  ｓｐｅｃｉｆｉｃ）の部分とを含む。
【００５４】
複数のサブフレームに共通の部分（図７の「Ｇ１」）は、以下のフィールドを有する。但し、以下のフィールドのうち一部は、当該共通の部分ではなく、サブフレーム固有の部分に含まれてもよい。
【００５５】
・上りリンク割当キャリアを示す「Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ」（３ビット）
・上りリンク割当リソースブロック（ＲＢ）を示す「ＲＢ  ａｓｓｉｇｎｍｅｎｔ」（１０ビット）
・上りリンクの電力制御コマンドである「ＴＰＣ」（２ビット）
・上りリンクのＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）のサイクリックシフトを示す「Ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｆｏｒ  ＤＭＲＳ」（３ビット）
・ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）の送信を要求する「ＣＳＲ  ｒｅｑｕｅｓｔ」（１ビット）
・ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の送信を要求する「ＳＲＳ  ｒｅｑｕｅｓｔ」（１ビット）
・上りリンク割当サブフレームを示す「Ｓｃｈｅｄｕｌｅｄ  ｓｕｂｆｒａｍｅ」（４ビット）
【００５６】
次に、サブフレーム固有の部分は、以下のフィールドを有する。但し、以下のフィールドのうち一部は、当該固有の部分ではなく、複数サブフレーム共通の部分に含まれてもよい。例えば、下記のＭＣＳは、複数サブフレーム共通の部分に含まれてもよい。
【００５７】
・上りリンクＭＣＳを示す「ＭＣＳ」（５ビット）
・上りリンクＨＡＲＱの冗長バージョン（ＲＶ）を示す「ＲＶ」（２ビット）
・上りリンクＨＡＲＱのプロセスを示す「ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ」（４ビット）
・初送データであるか否かを示す「ＮＤＩ」（１ビット）
・ＰＵＳＣＨ送信時にブランクとするシンボル（例えば、最初のシンボル及び／又は最後のシンボル）を示す「Ｂｌａｎｋ  ｏｐｔｉｏｎ」（２ビット）
【００５８】
図７において、２つのサブフレームがＵＥ１００に割り当てられるケースを例示している。このため、サブフレーム固有の部分は、１つのサブフレーム（Ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ  ＃０）に対応する部分（図７の「Ｇ２」）と、もう１つのサブフレーム（Ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ  ＃１）に対応する部分（図７の「Ｇ３」）と、を含む。サブフレームのインデックス（Ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ）は、説明の便宜上記載したものであって、サブフレーム固有の部分に含まれていなくてもよい。この場合、「Ｇ２」、「Ｇ３」の並び順により、サブフレームのインデックスが暗黙的に識別可能である。但し、詳細については後述するが、「Ｇ２」、「Ｇ３」を分割して送信する場合、サブフレームのインデックスをサブフレーム固有の部分に含めることにより、明示的に識別可能としてもよい。或いは、「Ｇ２」、「Ｇ３」を分割して送信する場合、「Ｇ２」、「Ｇ３」の配置順等により、暗黙的に識別可能としてもよい。
【００５９】
マルチサブフレームスケジューリング用のＤＣＩは、複数のサブフレームに共通の部分とサブフレーム固有の部分とに加えて、ＲＮＴＩでスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を含む。但し、詳細については後述するが、マルチサブフレームスケジューリング用のＤＣＩを分割して送信する場合、ＲＮＴＩでスクランブルされたＣＲＣは、各分割ＤＣＩに含まれていてもよい。
【００６０】
図７の例において、マルチサブフレームスケジューリング用のＤＣＩのビット長は、合計６８ビットである。ここで、ＵＥ１００に割り当てられるサブフレームが増加するほど、サブフレーム固有の部分が増加する。よって、ＵＥ１００に割り当てられるサブフレームの数に応じて、マルチサブフレームスケジューリング用のＤＣＩのビット長が変化する。
【００６１】
しかしながら、ｅＮＢ２００からＵＥ１００に送信する１つのＤＣＩのビット長には限界がある。ＵＥ１００に割り当てられるサブフレームの数が増加すると、ＤＣＩのビット長が限界を超える問題がある。ビット長の増加につれて、マルチサブフレームスケジューリング用のＤＣＩの冗長性が減少（すなわち、符号化率を上げる）する。つまり、誤り耐性が低下する問題がある。
【００６２】
（概略動作シーケンス）
実施形態Ａに係る概略動作シーケンスについて説明する。図８は、実施形態Ａに係る概略動作シーケンスを示す図である。ここでは、ｅＮＢ２００がＬＡＡセル上のＰＵＳＣＨスケジューリングを行うケースを想定する。
【００６３】
図８に示すように、ステップＳ１において、ｅＮＢ２００は、マルチサブフレームスケジューリング用のＤＣＩを分割する。ｅＮＢ２００は、マルチサブフレームスケジューリング用のＤＣＩに関する所定値が閾値を超えたことに応じてＤＣＩを分割してもよい。当該所定値は、ＵＥ１００に割り当てたサブフレームの数、マルチサブフレームスケジューリング用のＤＣＩのビット長、マルチサブフレームスケジューリング用のＤＣＩの符号化率の何れかである。
【００６４】
ステップＳ２において、ｅＮＢ２００は、複数の分割ＤＣＩを１サブフレーム（サブフレームＡ）内でＵＥ１００に送信する。例えば、ｅＮＢ２００は、当該複数の分割ＤＣＩをＰＤＣＣＨのＵＥ固有サーチスペースに配置する。ｅＮＢ２００は、ＬＡＡセル上で複数の分割ＤＣＩを送信してもよい。ＵＥ１００は、ｅＮＢ２００が分割したＤＣＩを１サブフレーム内で受信する。ＵＥ１００は、受信した複数の分割ＤＣＩに基づいて、上りリンク（ＰＵＳＣＨ）のスケジューリングを把握する。
【００６５】
ステップＳ３において、ＵＥ１００は、ｅＮＢ２００から割り当てられたサブフレームＢにおいてＰＵＳＣＨ送信を行う。ステップＳ４において、ＵＥ１００は、ｅＮＢ２００から割り当てられたサブフレームＣにおいてＰＵＳＣＨ送信を行う。ＵＥ１００は、ＬＡＡセル上でＰＵＳＣＨ送信を行う場合、ＰＵＳＣＨ送信の前にＬＢＴを行ってもよい。ＵＥ１００は、ＬＢＴに成功した場合に限りＰＵＳＣＨ送信を行ってもよい。
【００６６】
このように、ｅＮＢ２００は、マルチサブフレームスケジューリング用のＤＣＩを分割してＵＥ１００に送信する。これにより、ｅＮＢ２００からＵＥ１００に送信する各分割ＤＣＩのビット長を短くすることができるため、上述した問題を解決することができる。
【００６７】
（動作フロー）
実施形態Ａに係るｅＮＢ２００の動作フローについて説明する。図９は、実施形態Ａに係るｅＮＢ２００の動作フローを示す図である。図９において、省略可能な処理を破線で示している。
【００６８】
図９に示すように、ステップＳ１１において、ｅＮＢ２００は、マルチサブフレームスケジューリングを行うか否かを判断する。例えば、ｅＮＢ２００は、ＵＥ１００に対応するバッファ長が一定以上の場合（つまり、一定長のバースト送信が必要な場合）、マルチサブフレームスケジューリングを行うと判断してもよい。これに対し、ＵＥ１００に対応するバッファ長が一定未満の場合（つまり、一定長のバースト送信が必要でない場合）、ｅＮＢ２００は、マルチサブフレームスケジューリングを行わないと判断してもよい。マルチサブフレームスケジューリングを行わない場合（ステップＳ１１：ＮＯ）、ｅＮＢ２００は、通常のＤＣＩ（すなわち、単一サブフレームスケジューリング用のＤＣＩ）を生成し、通常のＤＣＩをＵＥ１００に送信する（ステップＳ１２及びＳ１３）。
【００６９】
マルチサブフレームスケジューリングを行う場合（ステップＳ１１：ＵＥＳ）、ｅＮＢ２００は、マルチサブフレームスケジューリングによりＵＥ１００に割り当て可能なサブフレームの最大数をＵＥ１００に通知してもよい。ｅＮＢ２００は、通知をＲＲＣシグナリングにより行なってもよい。ＲＲＣシグナリングは、ブロードキャストＲＲＣシグナリングであってもよい。ＲＲＣシグナリングは、ＵＥ個別ＲＲＣシグナリングであってもよい。ブロードキャストＲＲＣシグナリングは、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）であってもよい。ＵＥ１００は、当該通知に基づいて、マルチサブフレームスケジューリングが行われると判断してもよい。ＵＥ１００は、通知されたサブフレームの最大数に達するまでＰＤＣＣＨのブラインド復号を行うと判断してもよい。ｅＮＢ２００は、当該通知の後、当該通知の設定内容を有効化又は無効化する指示をＵＥ１００に送信してもよい。当該指示は、ＤＣＩにより行なわれてもよい。当該ＤＣＩは、複数のＵＥに共通のＤＣＩであってもよい。当該ＤＣＩは、ＵＥ個別のＤＣＩであってもよい。
【００７０】
ステップＳ１５において、ｅＮＢ２００は、マルチサブフレームスケジューリング用のＤＣＩ（図７参照）を生成する。
【００７１】
ステップＳ１６において、ｅＮＢ２００は、マルチサブフレームスケジューリング用のＤＣＩに関する所定値を閾値と比較する。当該所定値は、ＵＥ１００に割り当てたサブフレームの数、マルチサブフレームスケジューリング用のＤＣＩのビット長、マルチサブフレームスケジューリング用のＤＣＩの符号化率の何れかである。当該所定値が閾値を超えない場合（ステップＳ１６：ＮＯ）、ｅＮＢ２００は、当該ＤＣＩを分割せずにＵＥ１００に送信する（ステップＳ１３）。
【００７２】
一方、当該所定値が閾値を超える場合（ステップＳ１６：ＹＥＳ）、ステップＳ１７において、ｅＮＢ２００は、マルチサブフレームスケジューリング用のＤＣＩを分割する。ｅＮＢ２００は、一定の符号化率以下になるように動的に分割数を決定してもよい。或いは、ｅＮＢ２００は、事前定義された一定の分割数としてもよい。一例として、最大割り当てサブフレームが４サブフレームの場合、分割数を２に固定するというルール（テーブル）が事前に定義されている。この場合、ＵＥ１００及びｅＮＢ２００は、当該ルール（テーブル）を予め保持していてもよい。
【００７３】
例えば、図７に示すＤＣＩを３分割する場合、ｅＮＢ２００は、図７に示す「Ｇ１」、「Ｇ２」、「Ｇ３」の３つに分割する。図７に示すＤＣＩを２分割する場合、ｅＮＢ２００は、図７に示す「Ｇ１＋Ｇ２」、「Ｇ３」の２つに分割する。或いは、図７に示すＤＣＩを２分割する場合、ｅＮＢ２００は、図７に示す「Ｇ１」、「Ｇ２＋Ｇ３」の２つに分割してもよい。但し、ＵＥ１００は、複数のサブフレームで共通の部分（Ｇ１）の受信が失敗すると、全てのサブフレームで送信できない可能性が高い。そのため、複数のサブフレームで共通の部分（Ｇ１）はサブフレーム固有の部分（Ｇ２＋Ｇ３）と切り分けて送信を行うことが好ましい。これにより、複数のサブフレームで共通の部分（Ｇ１）に、より多くのリソースを割り当てることができるため、冗長性を担保することができる。
【００７４】
ステップＳ１８において、ｅＮＢ２００は、分割したＤＣＩに関する分割通知情報をＵＥ１００に送信する。分割通知情報は、割当サブフレーム数を示す情報、ＤＣＩの分割数、割当サブフレーム数の上限値及び／又は下限値のうち、少なくとも１つを含む。ＵＥ１００は、分割通知情報に基づいて、マルチサブフレームスケジューリングが行われると判断してもよい。ＵＥ１００は、分割通知情報に基づいて、ブラインド復号により取得すべき分割ＤＣＩの数を判断してもよい。ＵＥ１００は、一定数のＤＣＩ（分割ＤＣＩ）を取得したことに応じてブラインド復号を終了してもよい。これにより、ＵＥの処理負荷を軽減することができる。
【００７５】
ｅＮＢ２００は、ＲＲＣシグナリングにより分割通知情報を送信してもよい。ＲＲＣシグナリングは、ブロードキャストＲＲＣシグナリングであってもよい。ＲＲＣシグナリングは、ＵＥ個別ＲＲＣシグナリングであってもよい。ブロードキャストＲＲＣシグナリングは、ＳＩＢであってもよい。
【００７６】
或いは、ｅＮＢ２００は、複数のＵＥに共通のＤＣＩにより分割通知情報を送信してもよい。この場合、ｅＮＢ２００は、分割通知情報をＰＤＣＣＨの共通サーチスペースに配置してもよい。
【００７７】
或いは、ｅＮＢ２００は、ＵＥ個別ＤＣＩにより分割通知情報を送信してもよい。この場合、ｅＮＢ２００は、分割通知情報をＰＤＣＣＨのＵＥ固有サーチスペースに配置してもよい。ｅＮＢ２００は、分割通知情報を分割ＤＣＩに含めて送信してもよい（ステップＳ１９）。この場合、ｅＮＢ２００は、複数のサブフレームで共通の部分（Ｇ１）に相当する分割ＤＣＩに分割通知情報を含めてもよい。ＵＥ１００は、受信成功したＤＣＩに含まれる分割通知情報に基づいて、同一サブフレームにて当該ＤＣＩ以外に自身の宛てのＤＣＩ（分割ＤＣＩ）が存在するかを判断してもよい。
【００７８】
ステップＳ１９において、ｅＮＢ２００は、複数の分割ＤＣＩをＵＥ１００に送信する。ｅＮＢ２００は、当該ＵＥ１００のＲＮＴＩでスクランブルしたＣＲＣを各分割ＤＣＩに含める。ＵＥ１００は、当該ＲＮＴＩを用いて各分割ＤＣＩのブラインド復号を行い、各分割ＤＣＩ中の情報を取得する。
【００７９】
ｅＮＢ２００は、各分割ＤＣＩを異なる候補位置に配置する。各候補位置は、アグリゲーションレベルに応じた数のＣＣＥからなる。一例として、２つの分割ＤＣＩ（分割ＤＣＩ＃１、分割ＤＣＩ＃２）を送信する場合で、アグリゲーションレベルが２の場合、分割ＤＣＩ＃１に２つのＣＣＥを割り当て、分割ＤＣＩ＃２に別途２つのＣＣＥを割り当てる。ＵＥ１００は、各候補位置についてブラインド復号を行い、各分割ＤＣＩの取得を試みる。
【００８０】
ｅＮＢ２００は、一の分割ＤＣＩを配置する候補位置と他の分割ＤＣＩを配置する候補位置とを隣接させることが好ましい。各候補位置は決まっているため、各分割ＤＣＩを隣接して配置することにより、ＵＥ１００がブラインド復号を行うべき範囲を削減する（すなわち、無駄なデコード回数を減らす）ことができる。一例として、ＵＥ１００は、ＤＣＩを分割した状況を基本として、分割ＤＣＩ＃１の候補位置でブラインド復号が成功した場合、次の候補位置には必ず分割ＤＣＩ＃２が配置されていると判断してもよい。但し、次の候補位置が異なる信号で埋まっている場合は、ｅＮＢ２００はさらに次の候補位置にＤＣＩ＃２を配置し、ＵＥ１００は当該さらに次の候補位置のブラインド復号を行う。
【００８１】
［実施形態Ａの変更例］
実施形態Ａの変更例について説明する。
【００８２】
上述した実施形態Ａにおいて、マルチサブフレームスケジューリング用のＤＣＩに関する所定値と比較される閾値（図９のステップＳ１６参照）は固定であることを想定していた。しかしながら、ｅＮＢ２００は、ＤＣＩの送信に用いるＣＣＥの数（すなわち、アグリゲーションレベル）に基づいて閾値を決定してもよい。例えば、ｅＮＢ２００は、ＤＣＩの送信に用いるＣＣＥの数が多いほど、閾値を高くしてもよい。
【００８３】
ｅＮＢ２００は、マルチサブフレームスケジューリング用のＤＣＩに関する所定値に基づいてアグリゲーションレベルを決定してもよい。例えば、ｅＮＢ２００は、割り当てサブフレーム数が多いほど、ＤＣＩの送信に用いるＣＣＥの数を多くしてもよい。従来の最大ＣＣＥ数（最大アグリゲーションレベル）は８であるが、最大ＣＣＥ数を８よりも大きい数に拡張してもよい。
【００８４】
ｅＮＢ２００は、このようにして決定したアグリゲーションレベル（又はその最大値又は最小値）をＵＥ１００に通知してもよい。もしくは、最小割り当てサブフレーム数を事前に通知しておき、最小アグリゲーションレベルをＵＥ１００が判断してもよい。通知方法については、上述した実施形態Ａと同様な方法を用いてもよい。ＵＥ１００は、当該通知に基づいて、ブラインド復号の対象とするＣＣＥ数を決定してもよい。例えば、ＵＥ１００は、アグリゲーションレベルが１よりも大きい場合、アグリゲーションレベル１をブラインド復号の対象から外してもよい。
【００８５】
上述した実施形態Ａにおいて、ライセンスドスペクトラムをＰＣｅｌｌとして用いることを前提として、アンライセンスドスペクトラムをＳＣｅｌｌとして用いる一例を説明した。しかしながら、必ずしもライセンスドスペクトラムの存在を前提としなくてもよい。ＵＥ１００及びｅＮＢ２００は、アンライセンスドスペクトラムのみを用いたＬＴＥ通信を行ってもよい。
【００８６】
上述した実施形態Ａにおいて、マルチサブフレームスケジューリングをＬＡＡに適用する一例を説明した。しかしながら、マルチサブフレームスケジューリングを通常のマクロセル通信（すなわち、ライセンスドスペクトラム上のＬＴＥ通信）に適用してもよい。
【００８７】
上述した実施形態Ａにおいて、マルチサブフレームスケジューリングを上りリンク通信（すなわち、ＰＵＳＣＨスケジューリング）に適用する一例を説明した。しかしながら、マルチサブフレームスケジューリングを下りリンク通信（すなわち、ＰＤＳＣＨスケジューリング）に適用してもよい。
【００８８】
上述した実施形態Ａにおいて、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本開示はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本開示を適用してもよい。
【００８９】
（付記１）
（１．導入）
ＵＬ送信について、マルチサブフレームスケジューリング方法がサポートされる。本寄書では、マルチサブフレームスケジューリング手法を提案する。
【００９０】
（合意内容１）
・サブフレームあたり単一のＴＢまたはサブフレームあたり２ＴＢの、ｋ＜＝Ｎ個のサブフレームにおいてＰＵＳＣＨ送信をスケジュールするＤＣＩ形式
−Ｎの値は更なる検討事項である。
【００９１】
−値Ｎは、半静的に設定されているか、ハードコードされているか、さらに決定されている
・ＤＣＩフォーマットには、次のスケジューリング情報タイプがある：
−タイプＡ：スケジュールされたすべてのサブフレームに共通である（ＤＣＩで１回のみ現れる）
・キャリアインジケータ、リソース割り当て、ＤＭ  ＲＳおよびＯＣＣインデックスのサイクリックシフト
−タイプＢ：サブフレーム特有の情報（Ｎ個のサブフレームスケジューリングのためにＮ回現れる）
・ＮＤＩ
−ＭＣＳはタイプＡまたはタイプＢであるかは更なる検討事項である
−ＨＡＲＱプロセス番号及び冗長バージョンはタイプＡまたはタイプＢであるかは更なる検討事項である
−スケジューリングのタイミング指示の詳細、及びそれがタイプＡまたはタイプＢであるかは更なる検討事項である
−更なる検討事項：タイプＣ：スケジュールされたサブフレームの１つにのみ適用される（ＤＣＩで１回のみ現れる）
・ＣＳＩ要求、ＳＲＳ要求、ＴＰＣ
−注：ＤＣＩには、後で決定される他の情報フィールドがある可能性がある
注：ここでのＤＣＩフォーマットは完全なリストではない可能性がある。たとえば、ＰＵＳＣＨのリソース割り当てに関する議論に依存する
【００９２】
（合意内容２）
・作業前提を確認する
・ＵＬグラントを搬送するサブフレームと、対応するＰＵＳＣＨ（ｓ）のサブフレームとの間の最小遅延は４ｍｓである
【００９３】
（合意内容３）
・動的シグナリングは、ＵＬサブフレーム内のＰＵＳＣＨが以下から送信されるかを示す
・ＤＦＴＳ−ＯＦＤＭシンボル０、または
・ＤＦＴＳ−ＯＦＤＭシンボル１
・更なる検討事項：ＤＦＴＳ−ＯＦＤＭシンボル０内
・動的シグナリングは、ＵＬサブフレーム内のＰＵＳＣＨがＯＦＤＭシンボル１３またはＯＦＤＭシンボル１２まで送信されるかどうかを示す
・上記のオプションの任意の組み合わせを、動的シグナリングによって有効にすることができる
【００９４】
（２．マルチサブフレーム設計）
マルチサブフレームスケジューリングのために、複数のサブフレーム情報および／または単一のサブフレーム情報のＤＣＩがあるサブフレーム内で送信されることが以前に合意された。したがって、ＵＥは、あるサブフレーム内で１つまたは複数のサブフレーム情報を受信することができる。各サブフレームで送信されるサブフレーム情報の最大数は、Ｎとして定義される。例えば、Ｎが２として設定される場合、単一のサブフレーム情報を有する２つのＤＣＩまたは２つのサブフレーム情報を含む１つのＤＣＩが、各サブフレームにおいて送信され得る。さらに、複数のサブフレーム情報のためのＤＣＩと、単一のサブフレーム情報のためのＤＣＩとの組み合わせも可能である。しかし、複数のＤＣＩが同時に送信されると、ＤＣＩのすべての組み合わせをデコードするための計算負荷が非常に高くなる。したがって、単一のＤＣＩと複数のＤＣＩとの組み合わせの、ｅＮＢによって送信されたＵＥへの送信は許可されるべきではない。
【００９５】
提案１：複数のサブフレーム情報のためのＤＣＩおよび単一のサブフレーム情報のためのＤＣＩは、同時にＵＥに送信されるべきではない。
【００９６】
単一サブフレーム情報の場合のＤＣＩでは、Ｎ個のＤＣＩが成功に復号されるまで、ＵＥはブラインド復号を実行すべきである。この計算負荷は、Ｎ個未満のＤＣＩがサブフレームで送信された場合、またはＵＥが低いＳＩＮＲに起因して少なくとも１つのＤＣＩを復号できなかった場合に、ＵＥがすべての候補をブラインド復号する従来の場合に等しい。したがって、最大計算負荷は、従来のＵＥプロセスと変わらない。その結果、各サブフレーム内の単一のサブフレーム情報のＤＣＩを送信する方法は、強化が必要としないと仮定する。
【００９７】
考察１：各サブフレーム内の単一のサブフレーム情報のためのＤＣＩの送信の最大計算負荷は、従来の場合と等しい。
【００９８】
複数のサブフレーム情報のためのＤＣＩの場合、スケジューリングされたサブフレームの数に対応するＤＣＩサイズをＵＥが認識していないので、ＵＥは、ＤＣＩのＮ種類の異なるサイズを復号しなければならない。したがって、サブフレームにおける最大計算負荷はＮに比例し、Ｎが高い場合には最大計算負荷も高くなる。一方、ＤＣＩサイズが事前定義されているか、または上位レイヤによって設定されている場合、スケジューリング柔軟性が低いという代償を払って、単一のサブフレーム情報の場合のＤＣＩと同じく、最大計算負荷は従来のプロセスに比べて増加しない。しかし、ＤＬバースト長が１サブフレームよりも大きい場合、ＵＬグラント送信はＤＬバーストサブフレームに配置されることができる。したがって、スケジューリングの制限が限られていると仮定する。
【００９９】
提案２：ＵＥにおける最大計算負荷を増加させないために、複数のサブフレーム情報のためのＤＣＩサイズは、上位層によって予め定義または設定されるべきである。
【０１００】
ＤＣＩのマルチサブフレーム情報は、すべてのスケジューリングされたサブフレームに対する共通情報とサブフレーム固有の情報とに分割される。現在の合意によれば、スケジューリングされた全てのサブフレームに関する共通情報は、少なくとも搬送波インジケータ、ＲＢ割り当て、ＤＭ  ＲＳ及びＯＣＣインデックスのサイクリックシフトを含む。一方、サブフレーム固有の情報はＮＤＩを含む。図１０に示される情報が想定される。ＤＣＩは、３２ビットの全サブフレームに共通の情報と、９ビット＊ｎ（ｎは各ＤＣＩのサブフレーム情報の数）のサブフレーム固有の情報と、１６ビットＣＲＣと、から構成されることが考えられる。たとえば、ｎ  ＝  ３の場合、ＤＣＩサイズは７５ビット（３２＋９＊３＋１６）である。このＤＣＩサイズは、１つのＣＣＥに対して７２ビットの制限を超えている。さらに、このＤＣＩフォーマットには他の情報も適用できる。一方、２つのＴＢ送信が発生すると、ＭＣＳビットとＲＶビットが２倍になるため、ＤＣＩサイズが大きくなる。その結果、ＤＣＩサイズはアグリゲーションレベル１（またはそれ以上）のＣＣＥの能力を超えることになる。そのような場合、ＵＥは、不十分なアグリゲーションレベルを有するＤＣＩについてのブラインド復号をスキップすることができる、または他の解決策を考慮する必要がある。
【０１０１】
提案３：ＤＣＩサイズがアグリゲーションレベル１（またはそれ以上）のＣＣＥの能力を超える場合、ＵＥは、不十分なアグリゲーションレベルを有するＤＣＩについてのブラインド復号をスキップすることができる、または他の解決策を考慮する必要がある。
【０１０２】
［実施形態Ｂ］
［実施形態Ｂ−１］
ＬＴＥシステムに本開示を適用する場合の実施形態を説明する。
【０１０３】
（ＬＴＥシステムの概要）
先ず、ＬＴＥシステムのシステム構成について説明する。図１１は、ＬＴＥシステムの構成を示す図である。
【０１０４】
図１１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【０１０５】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【０１０６】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【０１０７】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【０１０８】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【０１０９】
図１２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【０１１０】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【０１１１】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【０１１２】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【０１１３】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【０１１４】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【０１１５】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【０１１６】
図１３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【０１１７】
図１３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【０１１８】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。ＰＤＣＣＨの詳細については後述する。各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。各サブフレームには、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ  ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）などの下りリンク参照信号が配置される。
【０１１９】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。各サブフレームには、サウンディング参照信号（ＳＲＳ）などの上りリンク参照信号が配置される。
【０１２０】
（ＵＥ１００の構成）
ＵＥ１００（無線端末）の構成について説明する。図１４は、ＵＥ１００の構成を示すブロック図である。図１４に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【０１２１】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。受信部１１０は、ライセンスドバンドにおいて無線信号を受信する第１の受信機と、アンライセンスドバンドにおいて無線信号を受信する第２の受信機と、を含んでもよい。
【０１２２】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。送信部１２０は、ライセンスドバンドにおいて無線信号を送信する第１の送信機と、アンライセンスドバンドにおいて無線信号を送信する第２の送信機と、を含んでもよい。
【０１２３】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【０１２４】
ＵＥ１００は、ユーザインターフェイス及びバッテリを備えてもよい。ユーザインターフェイスは、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタン等を含む。ユーザインターフェイスは、ユーザからの操作を受け付けて、該操作の内容を示す信号を制御部１３０に出力する。バッテリは、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【０１２５】
（ｅＮＢ２００の構成）
ｅＮＢ２００（基地局）の構成について説明する。図１５は、ｅＮＢ２００のブロック図である。図１５に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【０１２６】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。送信部２１０は、ライセンスドバンドにおいて無線信号を送信する第１の送信機と、アンライセンスドバンドにおいて無線信号を送信する第２の送信機と、を含んでもよい。
【０１２７】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。受信部２２０は、ライセンスドバンドにおいて無線信号を受信する第１の受信機と、アンライセンスドバンドにおいて無線信号を受信する第２の受信機と、を含んでもよい。
【０１２８】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【０１２９】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【０１３０】
（ＬＡＡ）
実施形態Ｂ−１に係るＬＴＥシステムは、オペレータに免許が付与されたライセンスドバンドだけではなく、免許が不要なアンライセンスドバンドもＬＴＥ通信に使用する。具体的には、ライセンスドバンドの補助によりアンライセンスドバンドにアクセス可能とする。このような仕組みは、ｌｉｃｅｎｓｅｄ−ａｓｓｉｓｔｅｄ  ａｃｃｅｓｓ（ＬＡＡ）と称される。
【０１３１】
図１６は、ＬＡＡを説明するための図である。図１６に示すように、ｅＮＢ２００は、ライセンスドバンドで運用されるセル＃１と、アンライセンスドバンドで運用されるセル＃２と、を管理している。図１６において、セル＃１がマクロセルであり、セル＃２が小セルである一例を図示しているが、セルサイズはこれに限定されない。
【０１３２】
ＵＥ１００は、セル＃１及びセル＃２の重複エリアに位置する。ＵＥ１００は、セル＃１をプライマリセル（ＰＣｅｌｌ）として設定しつつ、セル＃２をセカンダリセル（ＳＣｅｌｌ）として設定し、キャリアアグリゲーション（ＣＡ）による通信を行う。
【０１３３】
図１６の例では、ＵＥ１００は、上りリンク通信及び下りリンク通信をセル＃１と行い、下りリンク通信をセル＃２と行う。ＵＥ１００は、下りリンク通信だけでなく、上りリンク通信をセル＃２と行なってもよい。このようなキャリアアグリゲーションにより、ＵＥ１００には、ライセンスドバンドの無線リソースに加えて、アンライセンスドバンドの無線リソースが提供されるため、スループットを向上させることができる。
【０１３４】
アンライセンスドバンドにおいては、ＬＴＥシステムとは異なるシステム（無線ＬＡＮ等）又は他のオペレータのＬＴＥシステムとの干渉を回避するために、ｌｉｓｔｅｎ−ｂｅｆｏｒｅ−ｔａｌｋ（ＬＢＴ）手順が要求される。ＬＢＴ手順は、周波数チャネルが空いているか否かを受信電力に基づいて確認し、空きチャネル（ｃｌｅａｒ  ｃｈａｎｎｅｌ）であることが確認された場合に限り当該周波数チャネルを使用する手順である。
【０１３５】
このため、ｅＮＢ２００は、ＬＢＴ手順により、セル＃２（アンライセンスドバンド）において空きチャネルを検索し、空きチャネルに含まれる無線リソースをＵＥ１００に割り当てる（スケジューリング）。
【０１３６】
実施形態Ｂ−１において、ｅＮＢ２００は、セル＃２のＰＤＣＣＨを介して、セル＃２におけるスケジューリングを行う。セル＃１のＰＤＣＣＨを介して、セル＃２におけるスケジューリングを行う場合（すなわち、クロスキャリアスケジューリング）については、実施形態Ｂ−３において説明する。
【０１３７】
（下りリンクサブフレーム、ＰＤＣＣＨ）
図１７は、下りリンクサブフレームを示す図である。図１７に示すように、下りリンクサブフレームは、制御信号（下りリンク制御信号）が配置されるＰＤＣＣＨ区間とデータ（下りリンクデータ）が配置されるＰＤＳＣＨ区間とを含む。図１７において、ＰＤＣＣＨ区間が２シンボル分のシンボル長である一例を図示しているが、ＰＤＣＣＨ区間は１乃至３シンボル長の範囲内で変更可能である。
【０１３８】
制御信号は、下りリンク及び上りリンクのリソース割当結果を通知するためのスケジューリング情報（Ｌ１／Ｌ２制御情報）を含む。ｅＮＢ２００は、制御信号の送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）でスクランブリングしたＣＲＣビットを制御信号に含める。ＵＥ１００は、自ＵＥ宛ての可能性がある制御信号について、自ＵＥのＲＮＴＩでＣＲＣビットをデスクランブリングすることにより、ＰＤＣＣＨをブラインド復号して、自ＵＥ宛の制御信号を検出する。
【０１３９】
制御信号は、分散した無線リソース（リソースエレメント）に配置される。図１７の例では、ＰＤＣＣＨ区間の全リソースエレメント中、制御信号が配置されたリソースエレメントは略半分程度であり、残りのリソースエレメントには制御信号が配置されない。制御信号が配置されないリソースエレメントからなる領域を「空き領域」と称する。このように、ＰＤＣＣＨ区間に配置される制御信号が疎になる結果、ＰＤＣＣＨ区間の全体的な電力が低くなり得る。
【０１４０】
図１６に示した動作環境において、ｅＮＢ２００が、セル＃２（アンライセンスドバンド）の周波数チャネルにおいて、図１７に示す下りリンクサブフレームを使用して制御信号及びデータを送信する場合を想定する。
【０１４１】
この場合、ＰＤＣＣＨ区間の電力が低いため、他のｅＮＢ又は他のシステムは、ＬＢＴ手順により、ｅＮＢ２００が使用している周波数チャネルを空きチャネルと判断する虞がある。その結果、当該周波数チャネルにおいて干渉が発生するため、ｅＮＢ２００がＬＴＥ通信を適切に行うことができない。
【０１４２】
ここで、このような課題を解決するために、以下のような動作が考えられる。
【０１４３】
送信部２１０は、アンライセンスドバンドにおいて、下りリンクサブフレームを使用して制御信号及びデータを送信する。図１６の例では、ｅＮＢ２００は、セル＃２（アンライセンスドバンド）の周波数チャネル上で、制御信号及びデータをＵＥ１００に送信する。
上述したように、下りリンクサブフレームは、制御信号が配置されるＰＤＣＣＨ区間とデータが配置されるＰＤＳＣＨ区間とを含む。
【０１４４】
ｅＮＢ２００の制御部２３０は、ＰＤＣＣＨ区間において、制御信号が配置されない空き領域（図１７参照）が存在する場合、制御信号の送信電力を上昇させる。図１７の例では、ＰＤＣＣＨ区間において制御信号が配置されたリソースエレメントそれぞれの送信電力を上昇させる。ここで、「制御信号の送信電力を上昇させる」とは、少なくとも、通常の制御信号の送信電力よりも高い電力で制御信号を送信することをいう。ｅＮＢ２００の制御部２３０は、ＰＤＣＣＨ区間に空き領域が存在する場合、空き領域が存在しない場合におけるＰＤＣＣＨ区間全体の送信電力に近づくように、制御信号の送信電力を上昇させる。
【０１４５】
しかしながら、制御信号の送信電力を上昇（ブースト）させる方法は、法令により禁止される国がある。
【０１４６】
そこで、実施形態Ｂ−１において、ｅＮＢ２００は、空き領域（図１７参照）にダミー信号を配置することにより、制御信号の送信電力を上昇させることなく、ＰＤＣＣＨ区間の電力を高くする。
【０１４７】
（実施形態Ｂ−１に係る動作）
アンライセンスドバンドにおいてＬＴＥ通信を適切に行うためのｅＮＢ２００の動作について説明する。
【０１４８】
実施形態Ｂ−１に係るｅＮＢ２００の送信部２１０は、アンライセンスドバンドにおいて、下りリンクサブフレームを使用して制御信号及びデータを送信する。上述したように、下りリンクサブフレームは、制御信号が配置されるＰＤＣＣＨ区間とデータが配置されるＰＤＳＣＨ区間とを含む。
【０１４９】
ＰＤＣＣＨ区間において、制御信号が配置されない空き領域（図１７参照）が存在する場合、ｅＮＢ２００の制御部２３０は、空き領域にダミー信号を配置する。図１７の例では、ＰＤＣＣＨ区間において制御信号が配置されない全てのリソースエレメントにダミー信号を配置する。但し、制御信号が配置されない全てのリソースエレメントにダミー信号を配置する場合に限定されない。制御信号が配置されない一部のリソースエレメントにのみダミー信号を配置してもよい。
【０１５０】
このように、ＰＤＣＣＨ区間の空き領域にダミー信号を配置することにより、ＰＤＣＣＨ区間の電力を高くすることができる。
【０１５１】
ここで、ダミー信号は、下りリンク同期信号であってもよい。下りリンク同期信号とは、例えば、プライマリ同期信号（ＰＳＳ）及びセカンダリ同期信号（ＳＳＳ）である。アンライセンスドバンドには、ライセンスドバンドで使用されるキャリア構造とは異なる新たなキャリア構造が適用されることが想定される。新たなキャリア構造とは、例えば下りリンク同期信号の密度が低いキャリア構造である。そのような新たなキャリア構造を使用する場合、ライセンスドバンドに比べて、下りリンクの同期の確立が難しくなる。そこで、ＰＤＣＣＨ区間の空き領域に下りリンク同期信号を配置することにより、下りリンクの同期の確立を円滑化することができる。具体的には、ＵＥ１００の受信部１１０は、ＰＤＣＣＨ区間の同期信号に基づき同期をとるとともに、ＰＤＣＣＨ区間の制御信号を復号する。
【０１５２】
或いは、ダミー信号は、ＲＮＴＩが適用されない特定の下りリンク無線信号であてもよい。通常、ＰＤＣＣＨ上で送信される制御信号にはＲＮＴＩ（Ｃ−ＲＮＴＩ）が適用されているため、ＲＮＴＩが適用されない信号（特定の下りリンク無線信号）をＰＤＣＣＨ上で送信しても、当該信号はＵＥ１００において復号されないため、ＵＥ１００に悪影響を与えることはない。特定の下りリンク無線信号は、後述するヘッダ信号又は下りリンクブロードキャスト信号であってもよい。
【０１５３】
或いは、ダミー信号は、ＵＥ１００に未割り当てのＲＮＴＩが適用された制御信号であってもよい。未割り当てのＲＮＴＩとは、アンライセンスドバンドのセル＃２（図１６参照）内の各ＵＥ１００に割り当てられていないＲＮＴＩである。そのようなＲＮＴＩが適用された制御信号をＰＤＣＣＨ上で送信しても、当該制御信号はＵＥ１００において復号されないので、ＵＥ１００に悪影響を与えることはない。
【０１５４】
（実施形態Ｂ−１のまとめ）
実施形態Ｂ−１において、ｅＮＢ２００は、アンライセンスドバンドの周波数チャネルにおいて使用する下りリンクサブフレームのＰＤＣＣＨ区間に空き領域が存在する場合、当該空き領域にダミー信号を配置する。これにより、制御信号をブーストすることなく、ＰＤＣＣＨ区間の電力を高くすることができるため、他のｅＮＢ又は他のシステムは、ＬＢＴ手順により、ｅＮＢ２００が使用している周波数チャネルを空きチャネルと判断しない。その結果、ｅＮＢ２００が当該周波数チャネルの使用を継続することが可能になり、ＬＴＥ通信を適切に行うことができる。
【０１５５】
［実施形態Ｂ−２］
実施形態Ｂ−２について、実施形態Ｂ−１との相違点を主として説明する。実施形態Ｂ−２においては、クロスキャリアスケジューリングによりアンライセンスドバンドにおけるスケジューリングを行う。
【０１５６】
（クロスキャリアスケジューリング）
クロスキャリアスケジューリングについて説明する。図１８は、クロスキャリアスケジューリングを説明するための図である。
【０１５７】
図１８に示すように、クロスキャリアスケジューリングは、一のキャリア（一の周波数）において、他のキャリア（他の周波数）のスケジューリング情報を送信するスケジューリング手法である。
【０１５８】
図１６の例では、ｅＮＢ２００は、セル＃１（ライセンスドバンド）を介して、セル＃２（アンライセンスドバンド）における制御信号をＵＥ１００に送信する。制御信号は、セル＃２（アンライセンスドバンド）におけるスケジューリング情報を含む。ＵＥ１００は、セル＃１を介して受信した制御信号に従ってセル＃２からデータを受信する。
【０１５９】
このようなクロスキャリアスケジューリングを使用する場合、セル＃２（アンライセンスドバンド）における制御信号の送信を不要とすることができる。
【０１６０】
（実施形態Ｂ−２に係る動作）
アンライセンスドバンドにおいてＬＴＥ通信を適切に行うためのｅＮＢ２００の動作について説明する。
【０１６１】
実施形態Ｂ−２に係るｅＮＢ２００は、制御信号が配置されるＰＤＣＣＨ区間とデータが配置されるＰＤＳＣＨ区間とを含む下りリンクサブフレームが規定されたＬＴＥシステムにおいて用いられる。
【０１６２】
ｅＮＢ２００は、ライセンスドバンドにおいて制御信号を送信する第１の送信部（送信部２１０の送信機＃１）と、アンライセンスドバンドにおいて、特別な下りリンクサブフレームを使用して、少なくともデータを送信する第２の送信部（送信部２１０の送信機＃２）と、を備える。特別な下りリンクサブフレームは、ＰＤＣＣＨ区間に相当する特定区間を含む。特定区間は、制御信号及びデータの何れも配置されない区間である。このように、クロスキャリアスケジューリングを使用する場合であっても、ＰＤＣＣＨ区間に相当する区間（特定区間）を敢えて設けている。これにより、ＰＤＣＣＨ区間のフォーマットが維持されるため、ＵＥ１００のＰＤＳＣＨ受信動作を変更するインパクトを最小限にすることができる。
【０１６３】
特定区間には、制御信号とは異なる特定の下りリンク無線信号がＰＤＣＣＨ区間に配置される。これにより、特定区間を有効活用することができる。
【０１６４】
図１９は、アンライセンスドバンドにおいて使用される特別な下りリンクサブフレームの構成例１を示す図である。図２０は、アンライセンスドバンドにおいて使用される特別な下りリンクサブフレームの構成例２を示す図である。特定区間が２シンボル分のシンボル長である一例を図示しているが、特定区間は、ＰＤＣＣＨ区間と同様に、１乃至３シンボル長の範囲内で変更可能である。
【０１６５】
図１９に示すように、構成例１において、特別な下りリンクサブフレームは、制御信号とは異なる下りリンク同期信号（特定の下りリンク無線信号）が特定区間に配置されている。下りリンク同期信号は、例えば、プライマリ同期信号（ＰＳＳ）及びセカンダリ同期信号（ＳＳＳ）である。一般的な下りリンク同期信号は下りリンク帯域幅の中央部分にのみ配置されるが、図１９に示す下りリンク同期信号は下りリンク帯域幅の全体に亘って配置されている。よって、このようなプライマリ同期信号（ＰＳＳ）及びセカンダリ同期信号（ＳＳＳ）をエンハンストプライマリ同期信号（ｅＰＳＳ）及びエンハンストセカンダリ同期信号（ｅＳＳＳ）と称してもよい。具体的には、特定区間の第１シンボル（先頭シンボル）にｅＰＳＳが配置されており、特定区間の第２シンボルにｅＳＳＳが配置されている。
【０１６６】
このような特別な下りリンクサブフレームの構成例１によれば、下りリンクの同期の確立を円滑化することができる。
【０１６７】
図２０に示すように、構成例２において、特別な下りリンクサブフレームは、下りリンク同期信号及びヘッダ信号が特定区間の全体（全帯域）に亘って配置されている。具体的には、特定区間の第１シンボル（先頭シンボル）にエンハンストプライマリ同期信号（ｅＰＳＳ）が配置されており、特定区間の第２シンボルにヘッダ信号が配置されている。ヘッダ信号は、制御信号に相当するスケジューリング情報を含む。ヘッダ信号は、割り当てＭＣＳや、割り当てＵＥ数、割り当て期間、送信電力情報等の情報を含んでもよい。
【０１６８】
このような特別な下りリンクサブフレームの構成例２によれば、下りリンクの同期の確立を円滑化することができるとともに、下りリンクのデータ伝送を円滑化することができる。具体的には、ＵＥ１００の受信部１１０は、特定区間のｅＰＳＳに基づき同期をとるとともに、特定区間のヘッダ信号を復号することにより、データの割り当てを知ることができる。
【０１６９】
或いは、下りリンク同期信号及びヘッダ信号に代えて、下りリンクブロードキャスト信号を配置してもよい。下りリンクブロードキャスト信号は、例えばシステム情報ブロック（ＳＩＢ）である。
【０１７０】
図１９及び図２０の何れにおいても、ＰＤＳＣＨ区間の構造（フォーマット）が通常のサブフレームのＰＤＳＣＨ区間の構造と同じであることに留意すべきである。これにより、既存のＰＤＳＣＨ構造を維持しながら、特定区間を有効活用することができる。
【０１７１】
（実施形態Ｂ−２のまとめ）
実施形態Ｂ−２において、ｅＮＢ２００は、アンライセンスドバンドにおいて特別な下りリンクサブフレームを使用する。特別な下りリンクサブフレームは、制御信号とは異なる特定の下りリンク無線信号が特定区間に配置されたサブフレームである。これにより、特定区間の電力が高くなるため、他のｅＮＢ又は他のシステムは、ＬＢＴ手順により、ｅＮＢ２００が使用している周波数チャネルを空きチャネルと判断しない。その結果、ｅＮＢ２００が当該周波数チャネルの使用を継続することが可能になり、ＬＴＥ通信を適切に行うことができる。既存のＰＤＳＣＨ構造を維持しながら、特定区間を有効活用することができる。
【０１７２】
［実施形態Ｂ−３］
実施形態Ｂ−３について、実施形態Ｂ−１及び実施形態Ｂ−２との相違点を主として説明する。実施形態Ｂ−３は、アンライセンスドバンドにおいて特別な下りリンクサブフレームを使用する点で実施形態Ｂ−３と同様である。しかしながら、実施形態Ｂ−３は、クロスキャリアスケジューリングを前提としない点で実施形態Ｂ−３とは異なる。
【０１７３】
（実施形態Ｂ−３に係る動作）
アンライセンスドバンドにおいてＬＴＥ通信を適切に行うためのｅＮＢ２００の動作について説明する。
【０１７４】
実施形態Ｂ−３に係るｅＮＢ２００は、制御信号が配置されるＰＤＣＣＨ区間とデータが配置されるＰＤＳＣＨ区間とを含む下りリンクサブフレームが規定されたＬＴＥシステムにおいて用いられる。
【０１７５】
ｅＮＢ２００の送信部２１０は、アンライセンスドバンドにおいて、特別な下りリンクサブフレームを使用して、少なくとも制御信号及びデータを送信する。特別な下りリンクサブフレームは、制御信号及び特定の下りリンク無線信号がＰＤＣＣＨ区間において共存するサブフレームである。特定の下りリンク無線信号は、制御信号とは異なる信号である。特定の下りリンク無線信号は、下りリンク同期信号、下りリンクブロードキャスト信号、ヘッダ信号のうち少なくとも１つである。
【０１７６】
図２１は、実施形態Ｂ−３に係る特別な下りリンクサブフレームの構成例１を示す図である。図２２は、実施形態Ｂ−３に係る特別な下りリンクサブフレームの構成例２を示す図である。図２３は、実施形態Ｂ−３に係る特別な下りリンクサブフレームの構成例３を示す図である。図２４は、実施形態Ｂ−３に係る特別な下りリンクサブフレームの構成例４を示す図である。ＰＤＣＣＨ区間が２シンボル分のシンボル長である一例を図示しているが、ＰＤＣＣＨ区間は１乃至３シンボル長の範囲内で変更可能である。
【０１７７】
図２１に示すように、構成例１において、特別な下りリンクサブフレームのＰＤＣＣＨ区間のうち一部のシンボル区間に、ｅＰＳＳ（特定の下りリンク無線信号）が配置される。ｅＰＳＳは、当該一部のシンボル区間の全周波数帯域に亘って配置される。具体的には、ＰＤＣＣＨ区間の第１シンボル（先頭シンボル）にｅＰＳＳ（下りリンク同期信号）が配置されており、ＰＤＣＣＨ区間の第２シンボルに制御信号が配置されている。制御信号は周波数方向に分散したリソースエレメントに配置されるため、第２シンボルの区間に空き領域が生じている。この空き領域には、実施形態Ｂ−２で説明したダミー信号を配置してもよい。
【０１７８】
図２２に示すように、構成例２において、特別な下りリンクサブフレームのＰＤＣＣＨ区間のうち一部のシンボル区間に、ｅＰＳＳ（特定の下りリンク無線信号）が配置される。具体的には、ＰＤＣＣＨ区間の第１シンボル（先頭シンボル）において、制御信号が配置されていない空き領域にｅＰＳＳが配置される。ＰＤＣＣＨ区間の第２シンボルには制御信号のみが配置されている。制御信号は周波数方向に分散したリソースエレメントに配置されるため、第２シンボルの区間に空き領域が生じている。この空き領域には、実施形態Ｂ−２で説明したダミー信号を配置してもよい。
【０１７９】
図２３に示すように、構成例３において、特別な下りリンクサブフレームのＰＤＣＣＨ区間のうち一部のシンボル区間（第１シンボルの区間）に、ＳＳ（特定の下りリンク無線信号）が配置される。ＳＳとは、例えばプライマリ同期信号である。当該一部のシンボル区間（第１シンボルの区間）において、制御信号及びＳＳが周波数分割で配置されている。当該一部のシンボル区間（第１シンボルの区間）において、ＳＳが配置される周波数帯域が規定されている。例えば、ＳＳは、ＰＤＣＣＨ区間の第１シンボル（先頭シンボル）において、周波数方向の中央部分に配置される。制御信号は、ＳＳが配置されない空き領域に配置される。ＳＳ（ＳＹＮＣ）を割り当てていない部分だけをＰＤＣＣＨの割り当て候補位置としてもよい。ＳＹＮＣを考慮せずにＰＤＣＣＨ割り当てをした後にＳＹＮＣで上書きしてもよい。制御信号は周波数方向に分散したリソースエレメントに配置されるため、第１及び第２シンボルの区間に空き領域が生じている。この空き領域には、実施形態Ｂ−２で説明したダミー信号を配置してもよい。
【０１８０】
図２４に示すように、構成例４において、特別な下りリンクサブフレームのＰＤＣＣＨ区間のうち一部のシンボル区間（第１シンボルの区間）において、制御信号及び特定の下りリンク無線信号（ＳＳ、ブロードキャスト信号）が周波数分割で配置されている。具体的には、ＳＳは、ＰＤＣＣＨ区間の第１シンボル（先頭シンボル）において、周波数方向の中央部分に配置される。ブロードキャスト信号は、周波数方向においてＳＳの外側に配置される。制御信号は、周波数方向においてブロードキャスト信号の外側に配置される。ＰＤＣＣＨ区間のうち第２シンボルの区間には、ヘッダ信号が全周波数帯域に亘って配置される。
【０１８１】
特別な下りリンクサブフレームの構成例１乃至３によれば、下りリンクの同期の確立を円滑化することができるとともに、下りリンクのデータ伝送を円滑化することができる。具体的には、ＵＥ１００の受信部１１０は、ＰＤＣＣＨ区間の下りリンク同期信号に基づき同期をとるとともに、ＰＤＣＣＨ区間の制御信号（及びヘッダ信号）を復号することにより、データの割り当てを知ることができる。
【０１８２】
（実施形態Ｂ−３のまとめ）
実施形態Ｂ−３において、ｅＮＢ２００は、アンライセンスドバンドにおいて特別な下りリンクサブフレームを使用する。特別な下りリンクサブフレームは、制御信号及び特定の下りリンク無線信号がＰＤＣＣＨ区間において共存するサブフレームである。特定の下りリンク無線信号は、下りリンク同期信号を含む。特定の下りリンク無線信号をＰＤＣＣＨ区間に配置することにより、ＰＤＣＣＨ区間の電力が高くなるため、他のｅＮＢ又は他のシステムは、ＬＢＴ手順により、ｅＮＢ２００が使用している周波数チャネルを空きチャネルと判断しない。その結果、ｅＮＢ２００が当該周波数チャネルの使用を継続することが可能になり、ＬＴＥ通信を適切に行うことができる。下りリンクの同期の確立を円滑化することができるとともに、下りリンクのデータ伝送を円滑化することができる。
【０１８３】
［実施形態Ｂ−３の変更例］
図２５は、実施形態Ｂ−３の変更例に係る特別な下りリンクサブフレームの構成例を示す図である。図２５に示すように、特別な下りリンクサブフレームのＰＤＣＣＨ区間において、制御信号に代えて、制御信号に相当するスケジューリング情報を含むヘッダ信号を配置してもよい。本構成例において、特別な下りリンクサブフレームのＰＤＣＣＨ区間のうち第１シンボルの区間において、周波数方向の中央部分にＳＳが配置される。ブロードキャスト信号は、周波数方向においてＳＳの外側に配置される。ＰＤＣＣＨ区間のうち第２シンボルの区間には、ヘッダ信号が全周波数帯域に亘って配置される。
【０１８４】
［実施形態Ｂ−４］
実施形態Ｂ−４について、実施形態Ｂ−１乃至実施形態Ｂ−３との相違点を主として説明する。図２６は、実施形態Ｂ−４に係る動作を説明するための図である。
【０１８５】
図２６（ａ）に示すように、実施形態Ｂ−４に係るｅＮＢ２００は、複数のオペレータ及び／又は複数の通信システムが共用する特定周波数帯において無線通信を行う。図２６（ａ）において、ｅＮＢ２００がＵＥ１００との下りリンク通信（ＤＬ通信）を行う一例を示している。実施形態Ｂ−４において、特定周波数帯は、アンライセンスドバンドである。但し、特定周波数帯は、免許が必要な周波数帯（ライセンスドバンド）であって複数のオペレータ及び／又は複数の通信システムが共用する周波数帯であってもよい。
【０１８６】
実施形態Ｂ−４に係るｅＮＢ２００は、複数のサブフレームにわたって無線通信を行う場合、複数のサブフレームのうちの対象サブフレームにおいてサブフレーム数情報を送信する。サブフレーム数情報は、複数のサブフレームのうち対象サブフレーム以降のサブフレームの数に関する情報である。
【０１８７】
図２６（ｂ）に示すように、ｅＮＢ２００は、連続する複数のサブフレーム（サブフレーム＃１乃至＃３）からなる送信期間にわたって送信を行う場合、連続する複数のサブフレームのうち対象サブフレームにおいてサブフレーム数情報を送信する処理を行う。サブフレーム数情報は、残りの送信期間に相当するサブフレームの数を示す。但し、サブフレーム数情報は、少なくとも送信を継続するサブフレーム数を示す情報であってもよい。後述するようなＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）を用いてサブフレーム情報を送信する場合、送信可能なビット数が少ない（例えば２ビット）。このため、多数のサブフレームにわたって送信を継続する場合、残りの送信期間に相当する全てのサブフレームの数を表すことができない。具体的には、ＰＣＦＩＣＨに２ビットのサブフレーム情報を含めると仮定すると場合、サブフレーム情報で通知可能なサブフレーム数は最大で３サブフレームである。よって、送信期間が残り２サブフレームとなるまでは、サブフレーム情報により「少なくとも３サブフレームは送信を継続する」旨を通知してもよい。
【０１８８】
実施形態Ｂ−４において、対象サブフレームは、連続する複数のサブフレームのうち最初のサブフレームを含む。対象サブフレームは、連続する複数のサブフレームのうち最初のサブフレーム以外のサブフレームを含む。
【０１８９】
図２６（ｂ）に示す例において、ｅＮＢ２００は、最初のサブフレーム＃１において、残りの送信期間に相当するサブフレームの数「３」を示すサブフレーム情報を送信する。ｅＮＢ２００は、２番目のサブフレーム＃２において、残りの送信期間に相当するサブフレームの数「２」を示すサブフレーム情報を送信する。さらに、ｅＮＢ２００は、３番目のサブフレーム＃３において、残りの送信期間に相当するサブフレームの数「１」を示すサブフレーム情報を送信する。上記の例では、サブフレーム情報に含まれるサブフレーム数は、送信中のサブフレームもその数に含めて算出されているが、これに限られず、送信中のサブフレームをその数に含めずに算出してもよい。
【０１９０】
実施形態Ｂ−４において、ｅＮＢ２００は、連続するサブフレーム＃１乃至＃３のそれぞれにおいて、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）にサブフレーム情報を含めて送信する。ＰＣＦＩＣＨは、下りリンクのサブフレームの先頭シンボル区間に設けられる。一般的なＰＣＦＩＣＨは、ＰＤＣＣＨ区間を構成するシンボル数を示す情報を運搬する。実施形態Ｂ−４において、ＰＣＦＩＣＨは、ＰＤＣＣＨ区間を構成するシンボル数の情報に代えて、サブフレーム情報を運搬する。この場合、ＰＤＣＣＨ区間を構成するシンボル数の情報を不要とするために、ＰＤＣＣＨ区間のシンボル数を１〜３の何れかに固定する。これにより、ＰＣＦＩＣＨがサブフレーム情報を運搬可能となる。
【０１９１】
或いは、ＰＣＦＩＣＨは、ＰＤＣＣＨ区間を構成するシンボル数の情報に加えて、サブフレーム情報を運搬してもよい。この場合、両方の情報を含めることができるように、既存のＰＣＦＩＣＨよりも多くの情報量を持つ新たなＰＣＦＩＣＨを規定してもよい。
【０１９２】
ｅＮＢ２００は、ＰＤＣＣＨ（制御信号）にサブフレーム情報を含めて送信してもよい。ＰＤＣＣＨ領域に複数のＤＣＩを含めることが可能であるため、ＵＥ１００用のＰＤＣＣＨ（ＤＣＩ）と他装置用のＰＤＣＣＨ（ＤＣＩ）を切り分ければ、ＵＥ１００及び他装置がサブフレーム情報を受信可能である。このような個別のＤＣＩを用いることに代えて、ＵＥ１００を含む複数の装置に共通のＲＮＴＩ（例えば、ＳＩ−ＲＮＴＩ：共通情報用ＲＮＴＩ）を用いることにより、１つのＤＣＩを複数の装置に送信してもよい。
【０１９３】
或いは、ＰＤＣＣＨに代えて、ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ（ｅＰＤＣＣＨ）を使用してもよい。或いは、ｅＮＢ２００は、ヘッダ信号にサブフレーム情報を含めて送信してもよい。ｅＮＢ２００は、下りリンクブロードキャスト信号にサブフレーム情報を含めて送信してもよい。
【０１９４】
ＵＥ１００は、連続するサブフレーム＃１乃至＃３のそれぞれにおいてｅＮＢ２００が送信するサブフレーム情報を受信し、サブフレーム情報に基づいてｅＮＢ２００の残りの送信期間を把握することができる。
【０１９５】
ｅＮＢ２００との下りリンク通信を行うＵＥ１００以外の装置もサブフレーム情報を受信する。図２６（ａ）において、アンライセンスドバンドにおいて無線通信を行う他の無線通信装置として、他装置＃１及び＃２を示している。他装置＃１及び＃２は、ｅＮＢ２００及びＵＥ１００と同じオペレータの無線通信装置である。但し、他装置＃１及び＃２は、ｅＮＢ２００及びＵＥ１００とは異なるオペレータの無線通信装置であってもよい。他装置＃１及び＃２のそれぞれは、ｅＮＢであってもよいし、ＵＥであってもよい。
【０１９６】
他装置＃１及び＃２のそれぞれは、ｅＮＢ２００からサブフレーム情報を受信し、サブフレーム数情報に基づいて、ｅＮＢ２００の残りの送信期間（すなわち、チャネル占有期間）を把握する。そして、他装置＃１及び＃２のそれぞれは、ｅＮＢ２００の残りの送信期間において、アンライセンスドバンドを監視する動作（すなわち、ＬＢＴ）を停止する。このように、ｅＮＢ２００及びＵＥ１００が下りリンク通信を継続する間は他装置＃１及び＃２がＬＢＴ（ＣＣＡ）を休止することにより、他装置＃１及び＃２の処理負荷及び消費電力を削減することができる。
【０１９７】
特に、ｅＮＢ２００は、連続する複数のサブフレーム＃１乃至＃３のうち最初のサブフレーム＃１以外のサブフレーム（サブフレーム＃２及び＃３）においてもサブフレーム情報を送信する。これにより、他装置＃１及び＃２は、最初のサブフレーム＃１においてサブフレーム情報の受信に失敗した場合でも、サブフレーム＃２及び＃３の何れか１つにおいてサブフレーム情報を受信することができる。よって、サブフレーム＃１乃至＃３のどのサブフレームのサブフレーム情報を受信しても後何サブフレーム後に解放されるかを把握することができる。他装置（ＵＥ／ｅＮＢ）は、ｅＮＢ２００からサブフレーム情報を受信した後に、さらにサブフレーム情報を受信した場合には、直近で受信したサブフレーム情報に基づいて、監視期間を決定（変更）してもよい。
【０１９８】
図２７は、実施形態Ｂ−４に係る動作の一例を示すシーケンス図である。ここでは、ｅＮＢ２００の送信期間（チャネル占有期間）が３サブフレームである一例を説明する。
【０１９９】
図２７に示すように、ｅＮＢ２００は、ＬＢＴに成功し（Ｓ１０１）、サブフレーム＃１においてＵＥ１００に対する送信（ＰＤＳＣＨ送信を含む）を開始する（Ｓ１０２）。ここで、ｅＮＢ２００は、残りの送信期間に相当するサブフレームの数「３」を示すサブフレーム情報を送信する。ＵＥ１００は、サブフレーム＃１においてｅＮＢ２００から制御信号及びデータを受信する。ＵＥ１００は、サブフレーム＃１においてｅＮＢ２００からサブフレーム情報を受信してもよい。他装置＃１は、サブフレーム＃１においてサブフレーム情報を受信する。他装置＃１は、サブフレーム情報に基づいてＬＢＴを停止する（Ｓ１０３）。
【０２００】
次に、ｅＮＢ２００は、サブフレーム＃２においてＵＥ１００に対する送信（ＰＤＳＣＨ送信を含む）を行う（Ｓ１０４）。ここで、ｅＮＢ２００は、残りの送信期間に相当するサブフレームの数「２」を示すサブフレーム情報を送信する。ＵＥ１００は、サブフレーム＃２においてｅＮＢ２００から制御信号及びデータを受信する。ＵＥ１００は、サブフレーム＃２においてｅＮＢ２００からサブフレーム情報を受信してもよい。他装置＃２は、サブフレーム＃２においてサブフレーム情報を受信する。他装置＃２は、サブフレーム情報に基づいてＬＢＴを停止する（Ｓ１０５）。
【０２０１】
次に、ｅＮＢ２００は、サブフレーム＃３においてＵＥ１００に対する送信（ＰＤＳＣＨ送信を含む）を行う（Ｓ１０６）。ここで、ｅＮＢ２００は、残りの送信期間に相当するサブフレームの数「１」を示すサブフレーム情報を送信する。ＵＥ１００は、サブフレーム＃３においてｅＮＢ２００から制御信号及びデータを受信する。ＵＥ１００は、サブフレーム＃３においてｅＮＢ２００からサブフレーム情報を受信してもよい。
【０２０２】
そして、他装置＃１及び＃２のそれぞれは、サブフレーム情報に基づいて、サブフレーム＃３の経過後にＬＢＴを再開する（Ｓ１０７、Ｓ１０８）。
【０２０３】
本シーケンスにおいて、ｅＮＢ２００の送信期間（チャネル占有期間）が３サブフレームである一例を説明した。しかしながら、ｅＮＢ２００は、送信を開始した後、送信期間を変更してもよい。例えば、ｅＮＢ２００は、Ｓ１０２の後に送信期間を４サブフレーム又は２サブフレームに変更してもよい。この場合、Ｓ１０４及びＳ１０６において、ｅＮＢ２００は、変更後の送信期間に基づいてサブフレーム情報を送信する。
【０２０４】
［実施形態Ｂ−４の変更例］
実施形態Ｂ−４の変更例１及び２において、ｅＮＢ２００は、連続する複数のサブフレームからなる送信期間（ＤＬ期間）にわたって送信を行った後、少なくとも１つのサブフレームからなる受信期間（ＵＬ期間）にわたって受信を行う。ｅＮＢ２００は、送信期間のうちの対象サブフレームにおいてサブフレーム数情報を送信する。
【０２０５】
実施形態Ｂ−４の変更例１について説明する。実施形態Ｂ−４の変更例１において、サブフレーム数情報は、受信期間（ＵＬ期間）が開始するまでのサブフレームの数を示す。図２８は、実施形態Ｂ−４の変更例１に係る動作を説明するための図である。図２８に示すように、ｅＮＢ２００は、連続する複数のサブフレーム＃１乃至＃３からなる送信期間（ＤＬ期間）にわたってＵＥ１００に対する送信を行った後、サブフレーム＃４からなる受信期間（ＵＬ期間）にわたってＵＥ１００からの受信を行う。ｅＮＢ２００は、サブフレーム＃１乃至＃３のそれぞれにおいて、受信期間（ＵＬ期間）が開始するまでのサブフレームの数を示すサブフレーム数情報を送信する。
【０２０６】
図２８に示す例において、ｅＮＢ２００は、最初のサブフレーム＃１において、受信期間（ＵＬ期間）が開始するまでのサブフレームの数「３」を示すサブフレーム情報を送信する。ｅＮＢ２００は、２番目のサブフレーム＃２において、受信期間（ＵＬ期間）が開始するまでのサブフレームの数「２」を示すサブフレーム情報を送信する。さらに、ｅＮＢ２００は、３番目のサブフレーム＃３において、受信期間（ＵＬ期間）が開始するまでのサブフレームの数「１」を示すサブフレーム情報を送信する。
【０２０７】
次に、実施形態Ｂ−４の変更例２について説明する。実施形態Ｂ−４の変更例２において、サブフレーム数情報は、送信期間（ＤＬ期間）及び受信期間（ＵＬ期間）が終了するまでのサブフレームの数を示す。
【０２０８】
図２９は、実施形態Ｂ−４の変更例２に係る動作を説明するための図である。図２９に示すように、ｅＮＢ２００は、連続する複数のサブフレーム＃１乃至＃３からなる送信期間（ＤＬ期間）にわたってＵＥ１００に対する送信を行った後、サブフレーム＃４からなる受信期間（ＵＬ期間）にわたってＵＥ１００からの受信を行う。ｅＮＢ２００は、サブフレーム＃１乃至＃３のそれぞれにおいて、受信期間（ＵＬ期間）が終了するまでのサブフレームの数（すなわち、送信期間及び受信期間の全期間）を示すサブフレーム数情報を送信する。
【０２０９】
図２９に示す例において、ｅＮＢ２００は、最初のサブフレーム＃１において、受信期間（ＵＬ期間）が終了するまでのサブフレームの数「４」を示すサブフレーム情報を送信する。ｅＮＢ２００は、２番目のサブフレーム＃２において、受信期間（ＵＬ期間）が終了するまでのサブフレームの数「３」を示すサブフレーム情報を送信する。さらに、ｅＮＢ２００は、３番目のサブフレーム＃３において、受信期間（ＵＬ期間）が終了するまでのサブフレームの数「２」を示すサブフレーム情報を送信する。そして、ＵＥ１００は、４番目のサブフレーム＃４において、受信期間（ＵＬ期間）が終了するまでのサブフレームの数「１」を示すサブフレーム情報を送信する（ｅＮＢ２００は、４番目のサブフレーム＃４において、受信期間（ＵＬ期間）が終了するまでのサブフレームの数「１」を示すサブフレーム情報を受信する）。ＵＥ１００は、例えば、ＰＵＣＣＨ又はＰＵＳＣＨによりサブフレーム情報を送信してもよい。ＵＥ１００が送信したサブフレーム情報を他装置（♯１及び♯２）が受信してもよい。但し、４番目のサブフレーム＃４において、ｅＮＢ２００が、受信期間（ＵＬ期間）が終了するまでのサブフレームの数「１」を示すサブフレーム情報を送信してもよい。
【０２１０】
図２８及び図２９において、送信期間（ＤＬ期間）及び受信期間（ＵＬ期間）が連続する一例を示している。しかしながら、送信期間及び受信期間が不連続であってもよい。ｅＮＢ２００は、送信期間と受信期間との間に時間間隔が存在する場合、時間間隔を示す情報をサブフレーム情報と共に送信してもよい。時間間隔は、例えばサブフレームの数で表現される。
【０２１１】
［実施形態Ｂ−５］
実施形態Ｂ−５について、実施形態Ｂ−１乃至実施形態Ｂ−４との相違点を主として説明する。実施形態Ｂ−５は、主としてＬＢＥ（Ｌｏａｄ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）方式のＬＢＴを想定した実施形態である。
【０２１２】
ＬＢＴには、ＦＢＥ（Ｆｒａｍｅ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）方式及びＬＢＥ（Ｌｏａｄ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）方式の２つの方式がある。ＦＢＥ方式は、タイミングが固定された方式である。これに対し、ＬＢＥ方式は、タイミングが固定されていない。
【０２１３】
図３０は、ＬＢＥ方式のＬＢＴの一例を示すフロー図である。ＵＥ１００及びｅＮＢ２００は、アンライセンスドバンド内の対象チャネルについて本フローを実行する。ここでは、ｅＮＢ２００が本フローを実行する一例を説明する。
【０２１４】
図３０に示すように、ｅＮＢ２００は、対象チャネルを監視し、受信信号強度（干渉電力）に基づいて対象チャネルが空きであるか否かを判定する（ステップＳ１００１）。このような判定は、ＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）と称される。具体的には、ｅＮＢ２００は、検知した電力が閾値よりも大きい状態が一定期間（例えば２０μｓ以上）持続する場合、対象チャネルが使用中（Ｂｕｓｙ）であると判定する。そうでない場合、ｅＮＢ２００は、対象チャネルが空き（Ｉｄｌｅ）であると判定し、対象チャネルを用いてＵＥ１００に下りリンクデータを送信する（ステップＳ１００２）。
【０２１５】
ｅＮＢ２００は、このような初期ＣＣＡの結果、対象チャネルが使用中（Ｂｕｓｙ）であると判定した場合、ＥＣＣＡ（Ｅｘｔｅｎｄｅｄ  Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）処理に移行する。ＥＣＣＡ処理において、ｅＮＢ２００は、初期値がＮであるカウンタ（Ｎ）を設定する（ステップＳ１００３）。Ｎは、４から３２までの間の乱数である。ＵＥ１００は、ＣＣＡが成功するごとにＮをデクリメント（すなわち、１を減算）する（ステップＳ１００５、Ｓ１００６）。ｅＮＢ２００は、Ｎが０に達すると（ステップＳ１００４：Ｎｏ）、対象チャネルが空き（Ｉｄｌｅ）であると判定し、対象チャネルを用いて無線信号を送信する（ステップＳ１００２）。
【０２１６】
このようなＬＢＥ方式のＬＢＴの場合、ｅＮＢ２００は、サブフレーム先頭から送信を開始する場合に限らず、サブフレーム途中のシンボル区間から送信を開始し得る。図３１は、実施形態Ｂ−５に係るＤＬ送信動作を説明するための図である。
【０２１７】
図３１に示すように、ｅＮＢ２００は、ＬＢＴに成功した後、ＤＬ送信を開始する。図３１において、ｅＮＢ２００が、サブフレーム＃ｎの先頭シンボル区間＃１の途中でＬＢＴに成功した一例を示している。ｅＮＢ２００は、予約信号（Ｒｅｓｅｒｖａｔｉｏｎ  Ｓｉｇｎａｌ）、初期信号（Ｉｎｉｔｉａｌ  Ｓｉｇｎａｌ）、制御信号（ＰＤＣＣＨ）、及びデータ（ＰＤＳＣＨ）の順に送信を行う。
【０２１８】
予約信号（Ｒｅｓｅｒｖａｔｉｏｎ  Ｓｉｇｎａｌ）は、ＬＢＴの最後のＣＣＡ完了がシンボル区間の途中である場合に、対象チャネルに他装置が割り込まないように、次のシンボル区間の開始時点まで対象チャネルを占有するための信号である。予約信号は、例えば初期信号のサイクリックプリフィックス（ＣＰ）として使用されてもよい。
【０２１９】
初期信号（Ｉｎｉｔｉａｌ  Ｓｉｇｎａｌ）は、ＵＥ１００へのデータ送信開始タイミングを通知するための信号である。実施形態Ｂ−５において、初期信号（Ｉｎｉｔｉａｌ  Ｓｉｇｎａｌ）は、所定の制御情報及び同期信号（ＰＳＳ／ＳＳＳ）を含む。実施形態Ｂ−５において、所定の制御情報は、シンボル数情報を含む。所定の制御情報は、実施形態Ｂ−４で説明したサブフレーム情報を含んでもよい。
【０２２０】
実施形態Ｂ−５に係るｅＮＢ２００は、複数のシンボル区間（シンボル区間＃１乃至＃１４）からなるサブフレームのうち対象シンボル区間（シンボル区間＃２及び＃３）からＵＥ１００に対する送信を開始する（すなわち、初期信号を送信する）。この場合、当該対象シンボル区間においてシンボル数情報を含む初期信号を送信する。シンボル数情報は、複数のシンボル区間（シンボル区間＃１乃至＃１４）のうち対象シンボル区間（シンボル区間＃２及び＃３）以降のシンボル区間の数に関する情報である。
【０２２１】
これにより、最初のシンボル区間以外のシンボル区間においてＵＥ１００が初期信号を受信した場合でも、ＵＥ１００は、シンボル数情報に基づいて当該サブフレームにおける残りのシンボル区間の数を把握することができる。よって、ＵＥ１００が適切なデータ受信を行うことができる。
【０２２２】
シンボル数情報は、データ送信用区間（ＰＤＳＣＨ区間）に相当するシンボル区間の数を示す情報であってもよい。図３１の例において、ｅＮＢ２００は、ＰＤＳＣＨ区間（シンボル区間＃６乃至＃１４）に相当するシンボル区間の数「９」を示すシンボル数情報を初期信号に含めてＵＥ１００に送信する。
【０２２３】
或いは、シンボル数情報は、ＰＤＣＣＨ区間及びＰＤＳＣＨ区間の合計に相当するシンボル区間の数を示す情報であってもよい。図３１の例において、ｅＮＢ２００は、ＰＤＣＣＨ区間及びＰＤＳＣＨ区間の合計（シンボル区間＃４乃至＃１４）に相当するシンボル区間の数「１１」を示すシンボル数情報を初期信号に含めてＵＥ１００に送信する。
【０２２４】
或いは、シンボル数情報は、初期信号が送信される対象シンボル区間（シンボル区間＃２及び＃３）を識別する情報であってもよい。図３１の例において、ｅＮＢ２００は、初期信号が送信される対象シンボル区間（シンボル区間＃２及び＃３）のシンボル番号を初期信号に含めてＵＥ１００に送信する。
【０２２５】
［実施形態Ｂ−６］
実施形態Ｂ−６について、実施形態Ｂ−１乃至実施形態Ｂ−５との相違点を主として説明する。実施形態Ｂ−６は、上述した実施形態Ｂ−４をサウンディング参照信号（ＳＲＳ）の送信制御に応用した実施形態である。
【０２２６】
まず、上述した実施形態Ｂ−４及びその変更例に係るｅＮＢ２００の動作は、次のように要約することができる。ｅＮＢ２００は、複数のオペレータ及び／又は複数の通信システムが共用する特定周波数帯においてＵＥ１００との無線通信を行う。ｅＮＢ２００は、連続する複数のサブフレームにわたって下りリンク送信を行う。ｅＮＢ２００は、連続する複数のサブフレームのうちの対象サブフレームにおいてＵＥ１００にＤＣＩを送信する。ＤＣＩは、連続する複数のサブフレームのうち対象サブフレーム以降のサブフレームに関するサブフレーム情報を含む。具体的には、サブフレーム情報は、残りの下りリンク送信期間に相当するサブフレームの数を示す。或いは、サブフレーム情報は、連続する複数のサブフレームのうち最後のサブフレームを示す。
【０２２７】
ＵＥ１００の上りリンク送信は、ＳＲＳの送信を含む（実施形態Ｂ−１参照）。ｅＮＢ２００は、連続する複数のサブフレームにわたって送信を行った後、上りリンク送信を受信する。
【０２２８】
上述した実施形態Ｂ−４及びその変更例に係るＵＥ１００の動作は、次のように要約することができる。ＵＥ１００は、複数のオペレータ及び／又は複数の通信システムが共用する特定周波数帯においてｅＮＢ２００との無線通信を行う。ＵＥ１００は、連続する複数のサブフレームにわたって特定周波数帯において下りリンク送信を行うｅＮＢ２００から、複数のサブフレームのうちの対象サブフレームにおいてＤＣＩを受信する。ＤＣＩは、連続する複数のサブフレームのうち対象サブフレーム以降のサブフレームに関するサブフレーム情報を含む。
【０２２９】
実施形態Ｂ−６は、このような動作をＳＲＳ（具体的には、非同期ＳＲＳ）の送信制御に応用する。非同期ＳＲＳ（Ａｐｅｒｉｏｄｉｃ  ＳＲＳ）は、ＵＥ１００がｅＮＢ２００からの指示に応じて単発的に送信するＳＲＳである。
【０２３０】
実施形態Ｂ−６に係るＤＣＩは、サブフレーム情報と、ＳＲＳの送信指示と、を含む。ＳＲＳの送信指示は、「ＳＲＳ  ｔｒｉｇｇｅｒ」と称されてもよい。サブフレーム情報は、ＵＥ１００がＳＲＳを送信すべき特定のサブフレーム（特定のタイミング）を示す。特定のサブフレームは、連続する複数のサブフレームのうち最後のサブフレームである。ＵＥ１００は、ＤＣＩに基づいて、特定のサブフレームにおいてｅＮＢ２００にＳＲＳを送信する。
【０２３１】
ＤＣＩには、所定のＤＣＩフォーマットが適用されてもよい。所定のＤＣＩフォーマットは、ＳＲＳの送信指示用のＤＣＩフォーマットであってもよい。
【０２３２】
実施形態Ｂ−６に係るＤＣＩは、以下のバリエーションを取り得る。
【０２３３】
・ＤＣＩは、サブフレーム情報とＳＲＳの送信指示とＤＬ  ｇｒａｎｔと、を含み、ＵＬ  ｇｒａｎｔを含まない。ＤＬ  ｇｒａｎｔは、下りリンクリソース（ＰＤＳＣＨリソース）を割り当てるためのスケジューリング情報に相当する。ＵＬ  ｇｒａｎｔは、上りリンクリソース（ＰＵＳＣＨリソース）を割り当てるためのスケジューリング情報に相当する。
【０２３４】
・ＤＣＩは、サブフレーム情報とＳＲＳの送信指示とＵＬ  ｇｒａｎｔとを含み、ＤＬ  ｇｒａｎｔを含まない。
【０２３５】
・ＤＣＩは、サブフレーム情報とＳＲＳの送信指示とＤＬ  ｇｒａｎｔとＵＬ  ｇｒａｎｔとを含む。
【０２３６】
・ＤＣＩは、サブフレーム情報とＳＲＳの送信指示とを含み、ＤＬ  ｇｒａｎｔ及びＵＬ  ｇｒａｎｔを含まない。すなわち、このようなＤＣＩは、スケジューリング情報を含まないＤＣＩである。
【０２３７】
但し、ＤＣＩは、サブフレーム情報を含まずに、ＳＲＳの送信指示を含むものであってもよい。ＤＣＩは、サブフレーム情報及びスケジューリング情報を含まずに、ＳＲＳの送信指示を含むものであってもよい。
【０２３８】
図３２は、実施形態Ｂ−６に係るＳＲＳ送信の動作例を示す図である。
【０２３９】
図３２において、「ｅＬＡＡ  Ｃｅｌｌ」は、アンライセンスドバンド（アンライセンスドスペクトラム）で運用されるセル（ｅＮＢ）である。「ｅＬＡＡ  Ｃｅｌｌ」は、ＵＥから送信されるＳＲＳを受信する。図３２に示すように、ＳＲＳの送信は、ＰＵＳＣＨの送信を伴うケース（ＳＲＳ  ｗ／  ＰＵＳＣＨ）と、ＰＵＳＣＨの送信を伴わないケース（ＳＲＳ  ｗ／ｏ  ＰＵＳＣＨ）と、がある。
【０２４０】
ＳＲＳ  ｗ／  ＰＵＳＣＨのケースでは、ＵＥは、サブフレーム＃ｎにおいてＬＢＴを行い、ＬＢＴに成功（ＯＫ）したことに応じてサブフレーム＃ｎの最後でＳＲＳを送信する。そして、ＵＥは、サブフレーム＃（ｎ＋１）、＃（ｎ＋２）・・・においてＰＵＳＣＨ送信を行う。サブフレーム＃（ｎ＋１）、＃（ｎ＋２）・・・の最後の部分は、ＰＵＳＣＨ送信を行わずにＢｌａｎｋに設定されている。
【０２４１】
ＳＲＳ  ｗ／ｏ  ＰＵＳＣＨのケースでは、ＵＥは、サブフレーム＃ｎにおいてＬＢＴを行い、ＬＢＴに成功（ＯＫ）したことに応じてサブフレーム＃ｎの最後でＳＲＳを送信する。ＵＥは、サブフレーム＃（ｎ＋１）、＃（ｎ＋２）・・・においてＰＵＳＣＨ送信を行わない。
【０２４２】
図３３は、実施形態Ｂ−６に係る動作を示す図である。
【０２４３】
図３３に示すように、ｅＬＡＡ  Ｃｅｌｌ（ｅＮＢ）は、サブフレーム＃ｎにおいて、ＵＥにＤＣＩを送信する。ＤＣＩは、ＳＲＳの送信指示（ＳＲＳ  ｔｒｉｇｇｅｒ）を含む。ＤＣＩは、ＵＥがＳＲＳを送信すべき特定のサブフレームを示すサブフレーム情報を含む。図３３において、特定のサブフレームは、サブフレーム＃（ｎ＋４）である。ＵＥは、サブフレーム情報に基づいて、自身がＳＲＳを送信すべきサブフレーム＃（ｎ＋４）を特定する。そして、ＵＥは、サブフレーム＃（ｎ＋４）の最後の部分においてＳＲＳをｅＬＡＡ  Ｃｅｌｌ（ｅＮＢ）に送信する。ｅＬＡＡ  Ｃｅｌｌ（ｅＮＢ）は、サブフレーム＃（ｎ＋４）の最後の部分をブランク（すなわち、割り当てを行わない状態）にしており、当該ブランクの部分を用いてＵＥからＳＲＳを受信する。ｅＬＡＡ  Ｃｅｌｌ（ｅＮＢ）は、受信したＳＲＳに基づいて上りリンクのチャネル推定等を行う。
【０２４４】
一般的なＬＴＥシステムにおいて、Ａｐｅｒｉｏｄｉｃ  ＳＲＳの送信タイミングは、ＳＲＳ  ｔｒｉｇｇｅｒと上位レイヤ設定パラメータとにより定められる。上位レイヤ設定パラメータは、ｅＮＢ２００からＵＥ１００にＲＲＣシグナリングにより設定されるパラメータである。ＵＥ１００は、ＳＲＳ  ｔｒｉｇｇｅｒを含むＤＣＩを受信すると、当該ＤＣＩの受信の後４ｍｓ以降で、上位レイヤ設定パラメータから計算される設定を満たすタイミングでＡｐｅｒｉｏｄｉｃ  ＳＲＳを送信する。
【０２４５】
そのため、実施形態Ｂ−６に係るサブフレーム情報（ＳＲＳ送信タイミング）がＳＲＳ  ｔｒｉｇｇｅｒと共にＤＣＩに含まれる場合であっても、上位レイヤ設定パラメータの制約により、Ａｐｅｒｉｏｄｉｃ  ＳＲＳを送信できない可能性がある。
【０２４６】
よって、実施形態Ｂ−６に係るＵＥ１００は、サブフレーム情報（ＳＲＳ送信タイミング）とＳＲＳ送信指示（ＳＲＳ  ｔｒｉｇｇｅｒ）とを含むＤＣＩの受信に応じて、ＳＲＳ送信タイミングに関する上位レイヤ設定パラメータを無視する。言い換えると、ＵＥ１００は、Ａｐｅｒｉｏｄｉｃ  ＳＲＳのＳＲＳ送信指示と送信タイミングを共に受信した場合、上位レイヤ（ＲＲＣ）の制限を受けないようにする。
【０２４７】
上述した実施形態Ｂ−１乃至実施形態Ｂ−６は、別個独立して実施される場合に限定されない。実施形態Ｂ−１乃至実施形態Ｂ−６のうち２以上の実施形態を組み合わせて実施してもよい。
【０２４８】
上述した実施形態Ｂ−４及び実施形態Ｂ−５において、上りリンクの通信について特に触れなかった。しかしながら、実施形態Ｂ−４及び実施形態Ｂ−５に係る動作は、上りリンク通信にも適用可能である。具体的には、実施形態Ｂ−４及び実施形態Ｂ−５において、ｅＮＢ２００をＵＥ１００と読み替え、ＵＥ１００をｅＮＢ２００と読み替えてもよい。
【０２４９】
上述した実施形態Ｂ−１乃至実施形態Ｂ−６において、セル＃１（ライセンスドバンド）及びセル＃２（アンライセンスドバンド）を同一のｅＮＢ２００が管理している一例を説明した。しかしながら、セル＃１（ライセンスドバンド）及びセル＃２（アンライセンスドバンド）を異なるｅＮＢ２００が管理する場合にも本開示を適用可能である。
【０２５０】
上述した実施形態Ｂ−１乃至実施形態Ｂ−６において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本開示はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本開示を適用してもよい。
【０２５１】
［付記２］
（１．導入）
拡張ＬＡＡが承認された。ＳＲＳ設計の多くの側面が合意された。この付記では、残りの問題と解決策を提案する。
【０２５２】
（合意内容１）
・ＬＡＡ  ＳＣｅｌｌでのＳＲＳ伝送をサポートすることがＬＡＡ  ＵＬに推奨されている
−ＵＥでは、ＰＵＳＣＨによるＳＲＳ送信がサポートされる
−  ＰＵＳＣＨのないＳＲＳ送信がサポートされている場合について更なる検討が必要である
・サポートされている場合、ＬＢＴの有無は更なる検討事項である。
【０２５３】
（合意内容２）
・ｅＬＡＡでは、ＰＵＳＣＨによる非周期的なＳＲＳ伝送がサポートされている
−非周期的なＳＲＳ送信および／またはトリガの強化が排除されない
・更なる検討事項：ＰＵＳＣＨのない非周期的ＳＲＳ伝送
【０２５４】
（合意内容３）
・作業前提：ＰＵＳＣＨのない周期的なＳＲＳは、Ｒｅｌ−１４  ｅＬＡＡ  ＷＩではサポートされていない
・ＰＵＳＣＨのない非周期的なＳＲＳは、Ｒｅｌ−１４  ｅＬＡＡ  ＷＩでは少なくともＤＬ終了部分サブフレームでサポートされている。
【０２５５】
−ＵＬサブフレームの場合は更なる検討が必要である。
【０２５６】
・ＰＵＳＣＨのない非周期的なＳＲＳのＬＢＴ
−ｅＮＢ  ＭＣＯＴ内のワンショットＬＢＴは２５ｕｓ；
−Ｃａｔ  ４  ＬＢＴはｅＮＢ  ＭＣＯＴ以外である
・非適応コンテンションウィンドウサイズの可能性を含むコンテンションウィンドウサイズパラメータは更なる検討事項である。
【０２５７】
−ｅＮＢ  ＭＣＯＴ内でＤＬ送信の１６ｕｓ以内にＳＲＳが送信されればＬＢＴがないことは更なる検討事項である。
【０２５８】
−ｅＮＢがＬＢＴタイプを示すことができるかどうかは更なる検討事項である。
【０２５９】
（合意内容４）
・ＰＵＳＣＨのない非周期的なＳＲＳは、少なくともＤＬグラントを介して動的シグナリングによってトリガされ得る。
【０２６０】
−ＵＥは、ＲＲＣによって１つ以上のＳＲＳパラメータセットが設定される
・設定の詳細は更なる検討事項である
−以下のような可能なトリガメカニズムは更なる検討事項である
・グループＤＣＩ
・ＵＥ固有のＤＣＩ
・上記のオプションの１つまたは複数を適用できる
【０２６１】
（合意内容５）
・ｅＬＡＡでは、広帯域ＳＲＳ送信のみがサポートされている
−所定のシステム帯域幅に対する既存の最大＃ＳＲＳ  ＲＢがベースラインである
・レガシーケースにおける最大＃ＲＢを超えるまでに＃ＲＢを拡張／シフトするかどうかは更なる検討事項である
・作業前提：ＳＲＳは従来の櫛構造に基づいている
−ベースラインとして、櫛＝  ２と４
−異なる櫛値をサポートするかどうかは更なる検討事項である
【０２６２】
（合意事項６）
・ＳＲＳは、ＵＬサブフレームに存在する場合、サブフレームのエンドに送信される
【０２６３】
（２．ＳＲＳ設計）
ＳＲＳの櫛構造、ＳＲＳ位置、およびＰＵＳＣＨのない非周期的なＳＲＳのトリガに関する考察を示す。
【０２６４】
ＳＲＳの櫛構造
上記の作業前提で述べたように、従来の櫛型構造の再利用はベースラインとして合意される。一般に、ＳＲＳ多重化の最大数は、同時に構成可能なサイクリックシフトおよび櫛の数によって制限される。サイクリックシフトと櫛の数に応じて、Ｒｅｌ．１３  ＥＢ  ／  ＦＤ−ＭＩＭＯの議論の結果である現在のシステムでは、多重化の最大数は３２（８×４）である。したがって、現在のＳＲＳ多重数で十分である。
【０２６５】
提案１：従来の櫛の構造と価値を再利用すべきという前提を確認する。
【０２６６】
ＳＲＳシンボルの位置
最初に利用可能なＯＦＤＭシンボルでＰＵＳＣＨのない非周期的なＳＲＳをサポートするかどうかについて以前に議論された。この方法をサポートする動機付けは、ＳＲＳ送信の機会の数を増やすことである。現在の合意によれば、ＰＵＳＣＨ送信またはＤＬ部分的サブフレームがある場合、ＳＲＳ送信は制限される。ＳＲＳの送信は、アンライセンス帯域内で送信可能な機会の数の制限によって制限されるべきではない。したがって、第１のＯＦＤＭシンボルに、ＰＵＳＣＨのないＳＲＳもサポートされるべきである。さらに、ＰＵＳＣＨのない非周期的なＳＲＳがサポートされる場合、最初に利用可能なＯＦＤＭシンボルでの、ＰＵＳＣＨの有る非周期的ＳＲＳも同様にサポートされるべきである。ＰＵＳＣＨの有るＳＲＳとＰＵＳＣＨのないＳＲＳとの多重化を可能にするためにこれがサポートされている。このような方式をサポートするために、ｅＮＢはＳＲＳ位置の指示を送信しなければならない。
【０２６７】
提案２：ＰＵＳＣＨのない非周期的なＳＲＳと、最初に利用可能なＯＦＤＭシンボルでのＰＵＳＣＨのある非周期的なＳＲＳがサポートされるべきである。
【０２６８】
ＰＵＳＣＨのない非周期的なＳＲＳトリガ
従来のＳＲＳ送信では、ＵＥがＳＲＳトリガを受信すると、ＵＥは少なくとも４ｍｓ後にＳＲＳを送信する。同様に、ｅＬＡＡにおいても、ＵＥは、部分サブフレームのエンドの少なくとも４ｍｓ前にＳＲＳトリガを受信すべきである。上記の合意によれば、ＳＲＳトリガはＤＬグラントで送信される。しかしながら、ＳＲＳトリガを有するＤＬグラントのみを受信するＵＥは、現在のＤＬグラントがエンド部分のサブフレームの情報を含まないので、どのサブフレームがエンド部分のサブフレームであるかを認識しない。ＵＥが次のサブフレーム長を含むＤＣＩフォーマット１Ｃを受信した場合にのみ、ＵＥはＳＲＳ送信タイミングを認識する。この状況では、ＵＥがより高いＵＥ処理およびより大きなバッファをもたらすＳＲＳシーケンスのすべての候補を事前に準備しない限り、ＳＲＳの準備時間はＤＣＩフォーマット１Ｃ（図２）を受信してから約１または２ｍｓだけである。ＵＥがＳＲＳを送信するのに十分な時間を有するために、ＤＬグラントは、ＳＲＳトリガを用いて、エンド部分のサブフレームの位置または残りの送信バースト長を含むべきである。一方、最初のＯＦＤＭシンボルでのＰＵＳＣＨのない非周期的なＳＲＳのトリガリングは、少なくともサブフレームタイミングも含むべきである。さらに、サイクリックシフト情報および櫛パラメータは、ｅＮＢがＳＲＳ構成を動的に変更する意図を有する場合に示されるべきである。
【０２６９】
提案３：非周期的なＳＲＳトリガのためのＤＣＩは、少なくともＳＲＳ送信タイミングを含むべきである。
【０２７０】
さらに、ＵＥが従来の上位層シグナリングに従っており、エンド部分のサブフレームで上位層の設定を満たすことができない場合、ＵＥはＳＲＳトリガの受信に関係なく、エンド部分のサブフレームでＳＲＳを送信することができない。従って、ＵＥは、エンド部分のサブフレームにおいてＰＵＳＣＨのない非周期的なＳＲＳを送信する場合、ＵＥは、ＤＣＩによって示されるＳＲＳタイミングのみに従うべきである。
【０２７１】
提案４：ＵＥは、エンド部分のサブフレームにおいてＰＵＳＣＨのない非周期的なＳＲＳを送信する場合、ＵＥは、ＤＣＩによって示されるＳＲＳタイミングのみに従うべきである。
【０２７２】
上記の作業前提によれば、非周期的なＳＲＳは、少なくともＤＬグラントによってトリガされる。しかし、ｅＮＢが非周期的なＳＲＳ（ＰＵＳＣＨのある／ない）のトリガのみを送信することを望む場合、ＤＬスケジューリング情報はオーバーヘッドである。さらに、定期的なＳＲＳ送信はＲｅｌ．１４  ＬＡＡでは現在サポートされていない。したがって、非周期的なＳＲＳ送信は、周期的および非周期的なＳＲＳ送信の両方を送信するために使用される。結果として、従来のＤＣＩは、ＳＲＳ要求の増加した数を処理するのに十分な容量を有さない可能性がある。従って、新しいＤＣＩフォーマット（例えば、ＳＲＳトリガ情報のみを含む）が考慮されるべきである。さらなる強化が必要な場合、ＤＣＩまたは共通ＤＣＩのグループ化を他の代替案として考慮する必要がある。
【０２７３】
提案５：ＤＣＩオーバーヘッドの削減が必要な場合は、新しいＤＣＩを定義する必要がある。
【０２７４】
米国仮出願第６２／３３５８６６号（２０１６年５月１３日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０２７５】
本開示は移動通信分野において有用である。
【図１】
0006563594.tif 000002
【図２】
0006563594.tif 000003
【図３】
0006563594.tif 000004
【図４】
0006563594.tif 000005
【図５】
0006563594.tif 000006
【図６】
0006563594.tif 000007
【図７】
0006563594.tif 000008
【図８】
0006563594.tif 000009
【図９】
0006563594.tif 000010
【図１０】
0006563594.tif 000011
【図１１】
0006563594.tif 000012
【図１２】
0006563594.tif 000013
【図１３】
0006563594.tif 000014
【図１４】
0006563594.tif 000015
【図１５】
0006563594.tif 000016
【図１６】
0006563594.tif 000017
【図１７】
0006563594.tif 000018
【図１８】
0006563594.tif 000019
【図１９】
0006563594.tif 000020
【図２０】
0006563594.tif 000021
【図２１】
0006563594.tif 000022
【図２２】
0006563594.tif 000023
【図２３】
0006563594.tif 000024
【図２４】
0006563594.tif 000025
【図２５】
0006563594.tif 000026
【図２６】
0006563594.tif 000027
【図２７】
0006563594.tif 000028
【図２８】
0006563594.tif 000029
【図２９】
0006563594.tif 000030
【図３０】
0006563594.tif 000031
【図３１】
0006563594.tif 000032
【図３２】
0006563594.tif 000033
【図３３】
0006563594.tif 000034