(57)【特許請求の範囲】
【請求項１】
アンライセンスドスペクトラムを用いた上りリンク送信をサポートする移動通信システムにおいて用いられる通信制御方法であって、
基地局が、無線端末が適用すべきＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）の方式として、第１のＬＢＴ方式、及び前記第１のＬＢＴ方式よりもＬＢＴ時間が短い第２のＬＢＴ方式のうち、何れか一方を選択するステップと、
前記基地局が、前記選択したＬＢＴ方式を示す情報を前記無線端末に送信するステップと、
前記無線端末が、前記第１のＬＢＴ方式を示す情報を前記基地局から受信したことに応じて、前記上りリンク送信の前に前記第１のＬＢＴ方式のＬＢＴを行うステップと、
前記無線端末が、前記第２のＬＢＴ方式を示す情報を前記基地局から受信したことに応じて、前記上りリンク送信の前に前記第２のＬＢＴ方式のＬＢＴを行うステップと、を含み、
前記選択するステップは、
前記基地局が、他の無線端末が前記上りリンク送信を実行中であるか否かを判断するステップと、
前記基地局が、前記他の無線端末が前記上りリンク送信を実行中でないと判断したことに応じて、前記第１のＬＢＴ方式を選択し、前記他の無線端末が前記上りリンク送信を実行中であると判断したことに応じて、前記第２のＬＢＴ方式を選択するステップとを含む
通信制御方法。
【請求項２】
前記判断するステップにおいて、前記基地局は、前記他の無線端末から受信する無線信号に基づいて、前記他の無線端末が前記上りリンク送信を実行中であるか否かを判断する
請求項１に記載の通信制御方法。
【請求項３】
前記基地局が、前記上りリンク送信用に前記無線端末に上りリンク無線リソースを割り当てるとともに、前記無線端末に所定割当情報を通知するステップをさらに備え、
前記所定割当情報は、前記上りリンク送信用に、前記無線端末とは異なる他の無線端末に割り当てた上りリンク無線リソースを示す割当情報である
請求項１に記載の通信制御方法。
【請求項４】
前記上りリンク送信は、前記アンライセンスドスペクトラムにおいて運用されるセカンダリセルにおけるＰＵＳＣＨ送信を含む
請求項１に記載の通信制御方法。
【請求項５】
前記基地局が、前記セカンダリセルにおける前記ＰＵＳＣＨ送信をスケジューリングする上りリンクグラントを前記無線端末に送信するステップと、
前記無線端末が、前記上りリンクグラントを前記基地局から受信するステップと、をさらに含み、
前記上りリンクグラントは、前記基地局が選択したＬＢＴ方式を示す情報を含む
請求項４に記載の通信制御方法。
【請求項６】
アンライセンスドスペクトラムを用いた上りリンク送信をサポートする移動通信システムにおいて用いられる基地局であって、
無線端末が適用すべきＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）の方式として、第１のＬＢＴ方式、及び前記第１のＬＢＴ方式よりもＬＢＴ時間が短い第２のＬＢＴ方式のうち、何れか一方を選択する制御部を備え、  前記制御部は、前記選択したＬＢＴ方式を示す情報を前記無線端末に送信する処理を行い
前記制御部は、他の無線端末が前記上りリンク送信を実行中であるか否かを判断し、
前記制御部は、前記他の無線端末が前記上りリンク送信を実行中でないと判断したことに応じて、前記第１のＬＢＴ方式を選択し、前記他の無線端末が前記上りリンク送信を実行中であると判断したことに応じて、前記第２のＬＢＴ方式を選択する
基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動通信システムにおいて用いられる通信制御方法、無線端末、及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、リリース１３仕様にＬＡＡ（Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）が導入されている。ＬＡＡは、キャリアアグリゲーションにおいてアンライセンスドスペクトラムで動作する少なくとも１つのセカンダリセル（ＳＣｅｌｌ）を用いる技術である。このようなＳＣｅｌｌはＬＡＡ  ＳＣｅｌｌと称される。アンライセンスドスペクトラムは、アンライセンスド周波数帯と称されることがある。【０００３】
リリース１３においては、ＬＡＡ  ＳＣｅｌｌは下りリンクに限定されている。基地局は、ＬＡＡ  ＳＣｅｌｌ上で下りリンク送信を行う前にＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）を行う。具体的には、基地局は、ＬＡＡ  ＳＣｅｌｌ上でチャネルを監視／センシングすることにより、当該チャネルが空き（ｆｒｅｅ）であるか又は使用中（ｂｕｓｙ）であるかを判断する。基地局は、チャネルが空きであると判断した場合には下りリンク送信を行い、そうでなければ下りリンク送信を行わない。【０００４】
リリース１４において、上りリンクのＬＡＡをサポートするための仕様化が行われる予定である。しかしながら、現状、アンライセンスドスペクトラムを用いた上りリンク送信においてＬＢＴをどのように扱うかは不明確である。
【発明の概要】
【０００５】
一実施形態に係る通信制御方法は、アンライセンスドスペクトラムを用いた上りリンク送信をサポートする移動通信システムにおいて用いられる。前記通信制御方法は、基地局が、無線端末が適用すべきＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）の方式として、第１のＬＢＴ方式、及び前記第１のＬＢＴ方式よりもＬＢＴ時間が短い第２のＬＢＴ方式のうち、何れか一方を選択するステップと、前記基地局が、前記選択したＬＢＴ方式を示す情報を前記無線端末に送信するステップと、前記無線端末が、前記第１のＬＢＴ方式を示す情報を前記基地局から受信したことに応じて、前記上りリンク送信の前に前記第１のＬＢＴ方式のＬＢＴを行うステップと、前記無線端末が、前記第２のＬＢＴ方式を示す情報を前記基地局から受信したことに応じて、前記上りリンク送信の前に前記第２のＬＢＴ方式のＬＢＴを行うステップと、を含む。
【０００６】
前記上りリンク送信は、前記アンライセンスドスペクトラムにおいて運用されるセカンダリセルにおけるＰＵＳＣＨ送信を含んでもよい。
【０００７】
前記通信制御方法は、前記基地局が、前記セカンダリセルにおける前記ＰＵＳＣＨ送信をスケジューリングする上りリンクグラントを前記無線端末に送信するステップと、前記無線端末が、前記上りリンクグラントを前記基地局から受信するステップと、をさらに含んでもよい。前記上りリンクグラントは、前記基地局が選択したＬＢＴ方式を示す情報を含んでもよい。
【０００８】
一実施形態に係る無線端末は、アンライセンスドスペクトラムを用いた上りリンク送信をサポートする移動通信システムにおいて用いられる。前記無線端末は、前記上りリンク送信の前にＬＢＴを行う制御部を備える。前記制御部は、第１のＬＢＴ方式を示す情報を基地局から受信したことに応じて、前記第１のＬＢＴ方式を前記ＬＢＴに適用する。前記制御部は、前記第１のＬＢＴ方式よりもＬＢＴ時間が短い第２のＬＢＴ方式を示す情報を前記基地局から受信したことに応じて、前記第２のＬＢＴ方式を前記ＬＢＴに適用する。
【０００９】
一実施形態に係る基地局は、アンライセンスドスペクトラムを用いた上りリンク送信をサポートする移動通信システムにおいて用いられる。前記基地局は、無線端末が適用すべきＬＢＴの方式として、第１のＬＢＴ方式、及び前記第１のＬＢＴ方式よりもＬＢＴ時間が短い第２のＬＢＴ方式のうち、何れか一方を選択する制御部を備える。前記制御部は、前記選択したＬＢＴ方式を示す情報を前記無線端末に送信する処理を行う。
【００１０】
一実施形態に係る無線端末は、アンライセンスドスペクトラムを用いた上りリンク送信をサポートする移動通信システムにおいて用いられる。前記無線端末は、前記上りリンク送信の前にＬＢＴを行う制御部を備える。前記制御部は、他の無線端末が前記上りリンク送信を実行中であるか否かを判断する。前記制御部は、前記他の無線端末が前記上りリンク送信を実行中でないと判断したことに応じて、第１のＬＢＴ方式を前記ＬＢＴに適用する。前記制御部は、前記他の無線端末が前記上りリンク送信を実行中であると判断したことに応じて、前記第１のＬＢＴ方式よりもＬＢＴ時間が短い第２のＬＢＴ方式を前記ＬＢＴに適用する。
【００１１】
前記制御部は、前記他の無線端末から送信される所定無線信号に基づいて、前記他の無線端末が前記上りリンク送信を実行中であるか否かを判断する。前記所定無線信号は、前記他の無線端末が前記上りリンク送信を開始したことを示す無線信号である。
【００１２】
前記制御部は、前記上りリンク送信用に前記他の無線端末に割り当てられた上りリンク無線リソースを示す所定割当情報を基地局から受信する。前記制御部は、前記所定割当情報と前記他の無線端末から送信される上りリンク信号とに基づいて、前記他の無線端末が前記上りリンク送信を実行中であるか否かを判断する。
【００１３】
一実施形態に係る無線端末は、アンライセンスドスペクトラムを用いた上りリンク送信をサポートする移動通信システムにおいて用いられる。前記無線端末は、前記上りリンク送信の前にＬＢＴを行う制御部を備える。前記制御部は、前記上りリンク送信を開始するとともに、前記上りリンク送信を開始したことを示す所定無線信号を他の無線端末に送信する処理を行う。
【００１４】
一実施形態に係る基地局は、アンライセンスドスペクトラムを用いた上りリンク送信をサポートする移動通信システムにおいて用いられる。前記基地局は、前記上りリンク送信用に第１無線端末に上りリンク無線リソースを割り当てるとともに、前記第１無線端末に所定割当情報を通知する制御部を備える。前記所定割当情報は、前記上りリンク送信用に、前記第１無線端末とは異なる第２無線端末に割り当てた上りリンク無線リソースを示す割当情報である。
【図面の簡単な説明】
【００１５】
【図１】実施形態に係るＬＴＥシステムの構成を示す図である。
【図２】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図３】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図４】実施形態に係る無線インターフェイスのプロトコルスタックの構成を示す図である。
【図５】実施形態に係る無線フレームの構成を示す図である。
【図６】実施形態に係る適用シナリオを示す図である。
【図７】実施形態に係るＭＣＯＴの第１の例を示す図である。
【図８】実施形態に係るＭＣＯＴの第２の例を示す図である。
【図９】第１実施形態に係る動作例を示す図である。
【図１０】第２実施形態に係る動作例を示す図である。
【図１１】第３実施形態に係る動作例を示す図である。
【図１２】付記に係る図である。
【図１３】付記に係る図である。
【発明を実施するための形態】
【００１６】
（移動通信システムの構成）
実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。
【００１７】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１８】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。
【００１９】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
【００２０】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。
【００２１】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００２２】
図２は、ＵＥ１００（無線端末）の構成を示す図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００２３】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。受信機は、ベースバンド信号を制御部１３０に出力する。
【００２４】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。送信機は、無線信号をアンテナから送信する。
【００２５】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、１つであってもよいし、２以上であってもよい。プロセッサは、後述する処理を実行する。
【００２６】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００２７】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換する、送信機は、無線信号をアンテナから送信する。
【００２８】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。受信機は、ベースバンド信号を制御部２３０に出力する。
【００２９】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、１つであってもよいし、２以上であってもよい。プロセッサは、後述する処理を実行する。
【００３０】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。バックホール通信部２４０は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００３１】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３２】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００３３】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００３４】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００３５】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３６】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００３７】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００３８】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。ＬＴＥシステムは、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。
【００３９】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４０】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。
【００４１】
ｅＮＢ２００は、基本的には、ＰＤＣＣＨを用いて下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信し、ＰＤＳＣＨを用いて下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送する下りリンク制御情報は、上りリンクスケジューリング情報、下りリンクスケジューリング情報、ＴＰＣコマンドを含む。上りリンクスケジューリング情報は上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ  ｇｒａｎｔ）である。下りリンクスケジューリング情報は、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣコマンドは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、下りリンク制御情報の送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）でスクランブリングしたＣＲＣビットを下りリンク制御情報に含める。各ＵＥ１００は、自ＵＥ宛ての可能性がある下りリンク制御情報について、自ＵＥのＲＮＴＩでデスクランブリング後、ＣＲＣチェックをすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）し、自ＵＥ宛の下りリンク制御情報を検出する。ＰＤＳＣＨは、下りリンクスケジューリング情報が示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。
【００４２】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。
【００４３】
ＵＥ１００は、基本的には、ＰＵＣＣＨを用いて上りリンク制御情報（ＵＣＩ）をｅＮＢ２００に送信し、ＰＵＳＣＨを用いて上りリンクデータをｅＮＢ２００に送信する。ＰＵＣＣＨが運搬する上りリンク制御情報は、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、スケジューリング要求（ＳＲ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスであり、下りリンク伝送に用いるべきＭＣＳの決定等に用いられる。ＰＭＩは、下りリンクの伝送のために用いることが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に用いることが可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、ＰＵＳＣＨリソースの割り当てを要求する情報である。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、下りリンクデータを正しく受信したか否かを示す送達確認情報である。
【００４４】
（適用シナリオ）
実施形態に係る適用シナリオについて説明する。図６は、実施形態に係る適用シナリオを示す図である。
【００４５】
図６に示すように、ｅＮＢ２００は、マクロセル及びＬＡＡセルを管理する。マクロセルは、ライセンスドスペクトラムで動作する。ＬＡＡセルは、アンライセンスドスペクトラムで動作する。ライセンスドスペクトラムはオペレータに免許が付与された周波数帯である。アンライセンスドスペクトラムはオペレータに免許が付与されていない周波数帯である。図６において、ＬＡＡセルが小セルである一例を示している。
【００４６】
ＵＥ１００（ＵＥ１００−１及び１００−２）は、マクロセル及びＬＡＡセルの重複領域に位置する。ＵＥ１００は、マクロセル上でＲＲＣコネクティッドモードである。ＵＥ１００は、ＬＡＡ通信を行う。具体的には、ＵＥ１００は、マクロセルをプライマリセル（ＰＣｅｌｌ）として設定し、ＬＡＡセルをセカンダリセル（ＰＣｅｌｌ）として設定して、キャリアアグリゲーション通信を行う。すなわち、ＵＥ１００には、マクロセルの無線リソース及びＬＡＡセルの無線リソースの両方が割り当てられる。マクロセルの無線リソースの割り当ては、マクロセルのＰＤＣＣＨを用いて行われる。ＬＡＡセルの無線リソースの割り当ては、ＬＡＡセルのＰＤＣＣＨを用いて行われてもよいし、マクロセルのＰＤＣＣＨを用いて行われてもよい。後者の割り当て方法は、クロスキャリアスケジューリングと称される。
【００４７】
実施形態に係る移動通信システムは、下りリンク（ＤＬ）のＬＡＡに加えて、上りリンク（ＵＬ）のＬＡＡをサポートする。すなわち、実施形態に係る移動通信システムは、アンライセンスドスペクトラムを用いたＤＬ送信及びＵＬ送信をサポートする。
【００４８】
アンライセンスドスペクトラムは、複数の通信システム及び／又は複数のオペレータが共用する周波数帯であるため、ＬＢＴ（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ）が義務付けられる。具体的には、アンライセンスドスペクトラムを用いる装置は、ＬＡＡセル上でチャネルを監視／センシングすることにより、当該チャネルが空き（ｆｒｅｅ）であるか又は使用中（ｂｕｓｙ）であるかを判断する。当該装置は、チャネルが空きであると判断した場合（すなわち、ＬＢＴに成功した場合）には送信を行い、そうでなければ送信を行わない。ＬＢＴに成功した場合には、所定の期間にわたってチャネルを占有することが許可される。チャネルを連続して占有可能な最大時間長は、ＭＣＯＴ（Ｍａｘｉｍｕｍ  Ｃｈａｎｎｅｌ  Ｏｃｃｕｐａｎｃｙ  Ｔｉｍｅ）と称される。
【００４９】
実施形態に係る移動通信システムは、ＬＢＴの方式として、カテゴリー４（Ｃａｔ．４）と称される方式を用いる。Ｃａｔ．４は、ＬＢＥ（Ｌｏａｄ  Ｂａｓｅｄ  Ｅｑｕｉｐｍｅｎｔ）方式と称されてもよい。Ｃａｔ．４  ＬＢＴの時間長（ＬＢＴ時間）は、例えば「１６＋ＣＷ＊９」（ｕｓ）に設定されるが、ＣＷの取りうる範囲はデータの種類に応じて異なる。干渉がない場合、Ｃａｔ．４  ＬＢＴの時間長は、最短で４３ｕｓ、最長で９２２３ｕｓとなる。
【００５０】
図７は、ＭＣＯＴの第１の例を示す図である。第１の例は、ＤＬ送信に連続してＵＬ送信を行う例である。図７において、ＭＣＯＴが５ｍｓ（すなわち、５サブフレーム）である一例を示している。
【００５１】
図７に示すように、ｅＮＢ２００は、ＬＡＡセル上でＣａｔ．４方式のＬＢＴを行う。ｅＮＢ２００は、Ｃａｔ．４方式のＬＢＴに成功すると、時刻ｔ１においてＤＬ送信を開始し、時刻ｔ４までＤＬデータ（Ｄａｔａ）を連続的に送信（バースト送信）する。また、ｅＮＢ２００は、時刻ｔ４〜ｔ６の２つのサブフレーム内のＵＬ無線リソースをＵＥ１００−１及び１００−２に割り当てる。各ＵＥ１００は、ｅＮＢ２００からの割り当て（ＵＬ  ｇｒａｎｔ）に応じて、時刻ｔ４においてＬＢＴを開始する。ＭＣＯＴ内においては、通常よりも短いＬＢＴ時間（例えば２５μｓ）でのＬＢＴが許容される。以下において、このような短時間のＬＢＴの方式をＳｉｎｇｌｅ  ＬＢＴと称する。各ＵＥ１００は、Ｓｉｎｇｌｅ方式のＬＢＴに成功し、ＵＬ送信を開始する。図７において、時刻ｔ５の最初のタイミングをＳｉｎｇｌｅ方式のＬＢＴ用の無送信期間（Ｂｌａｎｋ）を設定する一例を示している。
【００５２】
このように、ＭＣＯＴ以内であれば、ＵＬ送信の期間をＤＬ送信の期間の一部とみなしてチャネルを利用することが可能である。また、ＭＣＯＴ以内であれば、Ｃａｔ．４方式のＬＢＥに代えてＳｉｎｇｌｅ方式のＬＢＴを適用することが許容される。よって、各ＵＥ１００は、短時間でＬＢＴを済ませてＵＬ送信を行うことができる。
【００５３】
図８は、ＭＣＯＴの第２の例を示す図である。第２の例は、ＤＬ送信と不連続にＵＬ送信を行う例である。図８において、ＭＣＯＴが３ｍｓ（すなわち、３サブフレーム）である一例を示している。
【００５４】
図８に示すように、ｅＮＢ２００は、ＬＡＡセル上でＣａｔ．４方式のＬＢＴを行う。ｅＮＢ２００は、Ｃａｔ．４方式のＬＢＴに成功すると、時刻ｔ１においてＤＬ送信を開始し、時刻ｔ３までＤＬデータ（Ｄａｔａ）を連続的に送信（バースト送信）する。また、ｅＮＢ２００は、時刻ｔ４〜ｔ６の２つのサブフレーム内のＵＬ無線リソースをＵＥ１００−２に割り当てる。さらに、ｅＮＢ２００は、時刻ｔ５〜ｔ７の２つのサブフレーム内のＵＬ無線リソースをＵＥ１００−１に割り当てる。ＵＥ１００−２は、ｅＮＢ２００からの割り当て（ＵＬ  ｇｒａｎｔ）に応じてＣａｔ．４方式のＬＢＴを時刻ｔ４まで行う。ＵＥ１００−２は、Ｃａｔ．４方式のＬＢＴに成功し、ＵＬ送信を開始する。ＵＥ１００−１は、ｅＮＢ２００からの割り当て（ＵＬ  ｇｒａｎｔ）に応じて、時刻ｔ５においてＳｉｎｇｌｅ方式のＬＢＴを開始する。ＵＥ１００−１は、Ｓｉｎｇｌｅ方式のＬＢＴに成功し、ＵＬ送信を開始する。
【００５５】
このように、ＵＬに限定した場合でも、ＭＣＯＴ以内であればＣａｔ．４方式のＬＢＥに代えてＳｉｎｇｌｅ方式のＬＢＴを適用することが許容されるべきである。これにより、ＵＥ１００−１は、短時間でＬＢＴを済ませてＵＬ送信を行うことができる。図８の例において、ＵＥ１００−１がＳｉｎｇｌｅ方式のＬＢＴを適用可能とする条件は、ＵＥ１００−２が既にＵＬ送信を開始している（すなわち、ＵＥ１００−２がＵＬ送信を実行中である）ことである。
【００５６】
以下の第１乃至３実施形態は、図８に示すような動作を可能とする実施形態である。
【００５７】
（第１実施形態）
第１実施形態について説明する。第１実施形態は、上述した適用シナリオを前提とする。
【００５８】
第１実施形態に係るＵＥ１００は、アンライセンスドスペクトラムを用いたＵＬ送信（以下、単に「ＵＬ送信」という）の前にＬＢＴを行う。ＵＥ１００は、他のＵＥがＵＬ送信を実行中であるか否かを判断する。ＵＥ１００は、他のＵＥがＵＬ送信を実行中でないと判断したことに応じて、Ｃａｔ．４方式（第１のＬＢＴ方式）のＬＢＴを適用する。一方、ＵＥ１００は、他のＵＥがＵＬ送信を実行中であると判断したことに応じて、Ｃａｔ．４方式よりもＬＢＴ時間が短いＳｉｎｇｌｅ方式（第２のＬＢＴ方式）をＬＢＴに適用する。
【００５９】
このように、第１実施形態に係るＵＥ１００は、他のＵＥがＵＬ送信を実行中であるか否かを自律的に判断し、判断結果に応じてＣａｔ．４方式及びＳｉｎｇｌｅ方式を使い分ける。よって、Ｃａｔ．４方式のＬＢＥに代えてＳｉｎｇｌｅ方式のＬＢＴを適切に適用することができる。
【００６０】
第１実施形態において、他のＵＥがＵＬ送信を実行中であるか否かを判断するためのＩｎｄｉｃａｔｉｏｎ（所定無線信号）を導入する。ＵＥ１００は、ＵＬ送信を開始するとともに、ＵＬ送信を開始したことを示すＩｎｄｉｃａｔｉｏｎを他のＵＥに送信する。言い換えると、ＵＬ送信を開始したＵＥ１００は、その旨のＩｎｄｉｃａｔｉｏｎを他のＵＥに送信する。Ｉｎｄｉｃａｔｉｏｎは、当該Ｉｎｄｉｃａｔｉｏｎの送信元ＵＥのサービングセルを識別可能に構成されていることが好ましい。例えば、Ｉｎｄｉｃａｔｉｏｎは、ｅＮＢ２００のセル（すなわち、ＬＡＡセル）の識別子（Ｃｅｌｌ  Ｉｄ）で符号化／スクランブルされたデータである。或いは、Ｉｎｄｉｃａｔｉｏｎは、Ｃｅｌｌ  ＩＤによって生成された系列からなる参照信号（例えば、ＳＲＳ：Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）であってもよい。Ｉｎｄｉｃａｔｉｏｎの設定情報（以下、「Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．」という）は、ｅＮＢ２００により設定される。この場合、Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．は、ブロードキャストＲＲＣシグナリング（例えば、ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、又はＰＤＣＣＨ（ＵＬ  ｇｒａｎｔ）により送受信される。Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．は、ＵＥ個別ＲＲＣシグナリング（例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）により送受信されてもよい。ＲＲＣシグナリングは、ＵＥ１００のＰＣｅｌｌ（マクロセル）上で送受信される。或いは、Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．は、仕様上規定され、ＵＥ１００に事前設定（ｐｒｅｄｅｆｉｎｅ）されていてもよい。Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．は、帯域情報、送信シンボル情報、送信サブフレーム情報、系列情報の少なくとも１つを含む。Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．が事前設定される場合、当該Ｃｏｎｆｉｇ．を適用させる１ビットのトリガ情報を送受信してもよい。
【００６１】
ＵＬ送信を開始しようとするＵＥ１００は、他のＵＥから送信されるＩｎｄｉｃａｔｉｏｎに基づいて、当該他のＵＥがＵＬ送信を実行中であるか否かを判断する。当該ＵＥ１００は、他のＵＥがＵＬ送信を実行中でないと判断したことに応じてＣａｔ．４方式のＬＢＴを適用し、他のＵＥがＵＬ送信を実行中であると判断したことに応じてＳｉｎｇｌｅ方式のＬＢＴを適用する。具体的には、ＵＬ送信を開始しようとするＵＥ１００は、Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．に従ってＩｎｄｉｃａｔｉｏｎの受信処理を行う。当該ＵＥ１００は、Ｉｎｄｉｃａｔｉｏｎの復号に成功した場合又はＩｎｄｉｃａｔｉｏｎ（参照信号）の受信電力（及び／又は相関値）が閾値を超えた場合に、既に他のＵＥ１００がＵＬ送信を開始していると判断し、自身のＬＢＴがＳｉｎｇｌｅ方式のＬＢＴでよいと判断する。これに対し、Ｉｎｄｉｃａｔｉｏｎの復号に失敗した場合又はＩｎｄｉｃａｔｉｏｎ（参照信号）の受信電力（及び／又は相関値）が閾値を超えなかった場合、他のＵＥ１００がＵＬ送信を開始していないと判断し、Ｃａｔ．４方式のＬＢＴを適用することによりＵＬ送信を試みる。閾値は、ｅＮＢ２００から設定されてもよいし、ＵＥ１００に事前設定されていてもよい。
【００６２】
ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）が設定されたＵＥ１００は、通常のＤＲＸのＰＤＣＣＨ監視タイミング（すなわち、Ｏｎ  ｄｕｒａｔｉｏｎ）に加えて、他ＵＥ１００からのＩｎｄｉｃａｔｉｏｎを監視するタイミングで受信機をオンにする。
【００６３】
図９は、第１実施形態に係る動作例を示す図である。図９の初期状態において、ＵＥ１００−１及び１００−２は、ＲＲＣコネクティッドモードである。
【００６４】
図９に示すように、ステップＳ１０１及びＳ１０２において、ｅＮＢ２００は、Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．をＵＥ１００−１及び１００−２に送信する。但し、Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．は、ステップＳ１０３及びＳ１０４においてＵＬ  ｇｒａｎｔと共に送信されてもよい。ＵＥ１００−１及び１００−２は、受信したＩｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．を記憶し、以降のＩｎｄｉｃａｔｉｏｎの送受信に適用する。
【００６５】
ステップＳ１０３において、ｅＮＢ２００は、ＵＬ  ｇｒａｎｔをＵＥ１００−２に送信する。ＵＬ  ｇｒａｎｔは、ＳＣｅｌｌ（ＬＡＡセル）におけるＵＥ１００−２の割当リソースブロック（ＲＢ）を示す情報等を含む。ｅＮＢ２００は、ＳＣｅｌｌ（ＬＡＡセル）上でＵＬ  ｇｒａｎｔを送信してもよいし、ＰＣｅｌｌ（マクロセル）上でＵＬ  ｇｒａｎｔを送信してもよい。
【００６６】
ステップＳ１０４において、ｅＮＢ２００は、ＵＬ  ｇｒａｎｔをＵＥ１００−１に送信する。ＵＬ  ｇｒａｎｔは、ＳＣｅｌｌ（ＬＡＡセル）におけるＵＥ１００−１の割当リソースブロック（ＲＢ）を示す情報等を含む。
【００６７】
ステップＳ１０５において、ＵＥ１００−２は、他のＵＥからＩｎｄｉｃａｔｉｏｎを受信していないため、ＵＬ送信を行う前にＣａｔ．４方式のＬＢＴを行う。ここでは、ＵＥ１００−２がＬＢＴに成功したと仮定して説明を進める。
【００６８】
ステップＳ１０６において、ＵＥ１００−２は、ＬＢＴの成功に応じてＵＬ送信を開始する。ＵＥ１００−２は、ＳＣｅｌｌ（ＬＡＡセル）上で、ＵＬ  ｇｒａｎｔにより割り当てられたＲＢを用いて上りリンクデータ（ＰＵＳＣＨ）等をｅＮＢ２００に送信する。ＵＥ１００−２は、ＵＬ  ｇｒａｎｔにより割り当てられた期間（例えば複数のサブフレーム）にわたってバースト的にＵＬ送信を行う。
【００６９】
ステップＳ１０７において、ＵＬ送信を開始したＵＥ１００−２は、その旨のＩｎｄｉｃａｔｉｏｎを他のＵＥに送信する。Ｉｎｄｉｃａｔｉｏｎの送信タイミング及び送信リソース（ＲＢ及び系列等）は、Ｉｎｄｉｃａｔｉｏｎ  Ｃｏｎｆｉｇ．に基づく。ＵＬ送信を開始しようとするＵＥ１００−１は、ＵＥ１００−２から送信されるＩｎｄｉｃａｔｉｏｎに基づいて、ＵＥ１００−２がＵＬ送信を実行中であるか否かを判断する。ＵＥ１００−１は、Ｉｎｄｉｃａｔｉｏｎの受信に成功し、ＵＥ１００−２がＵＬ送信を実行中であると判断する。
【００７０】
ステップＳ１０８において、ＵＥ１００−１は、ＵＥ１００−２がＵＬ送信を実行中であると判断したことに応じて、Ｓｉｎｇｌｅ方式のＬＢＴを適用する。ここでは、ＵＥ１００−１がＬＢＴに成功したと仮定して説明を進める。
【００７１】
ステップＳ１０９において、ＵＥ１００−１は、ＬＢＴの成功に応じてＵＬ送信を開始する。ＵＥ１００−１は、ＳＣｅｌｌ（ＬＡＡセル）上で、ＵＬ  ｇｒａｎｔにより割り当てられたＲＢを用いて上りリンクデータ（ＰＵＳＣＨ）等をｅＮＢ２００に送信する。ＵＥ１００−１は、ＵＬ  ｇｒａｎｔにより割り当てられた期間（例えば複数のサブフレーム）にわたってバースト的にＵＬ送信を行う。
【００７２】
（第１実施形態の変更例）
第１実施形態において、Ｉｎｄｉｃａｔｉｏｎは、残りのバースト長を示す情報を含んでもよい。図９に示す例において、ＵＥ１００−２は、Ｉｎｄｉｃａｔｉｏｎを送信する時点で、ＭＣＯＴの残り時間（例えば、サブフレーム数）を算出し、残り時間を示す情報をＩｎｄｉｃａｔｉｏｎに含める。ＵＥ１００−１は、受信したＩｎｄｉｃａｔｉｏｎに含まれる残り時間に応じて、自身がＵＬ送信を実行可能な時間長を判断し、当該残り時間内でＵＬ送信を行う。
【００７３】
（第２実施形態）
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
【００７４】
上述した第１実施形態は、他のＵＥがＵＬ送信を実行中であるか否かを判断するためのＩｎｄｉｃａｔｉｏｎを導入する実施形態であった。これに対し、第２実施形態は、このような特別なシグナリングを導入するのではなく、各ＵＥ１００が他のＵＥの通常のＵＬ送信に基づいて当該他のＵＥがＵＬ送信を実行中であるか否かを判断する。第２実施形態において、ｅＮＢ２００は、そのような判断を円滑化するための補助情報を各ＵＥ１００に提供する。
【００７５】
第２実施形態に係るｅＮＢ２００は、ｅＮＢ２００は、ＵＬ送信用にＵＥ１００にＵＬ無線リソースを割り当てるとともに、当該ＵＥ１００に所定割当情報を通知する。所定割当情報は、ＵＬ送信用に、他のＵＥに割り当てたＵＬ無線リソースを示す割当情報である。例えば、ｅＮＢ２００は、ＵＬ  ｇｒａｎｔ送信の際に、他のＵＥに割り当てたＲＢの情報と割り当てていないＲＢの情報とを通知する。
【００７６】
第２実施形態において、ＵＥ１００は、他のＵＥのＵＬ送信用に割り当てられたＵＬ無線リソースを示す所定割当情報をｅＮＢ２００から受信する。ＵＬ送信を開始しようとするＵＥ１００は、所定割当情報と他のＵＥから送信されるＵＬ信号とに基づいて、他のＵＥがＵＬ送信を実行中であるか否かを判断する。具体的には、ＵＥ１００は、ＵＬ送信開始前（ＬＢＴ開始前）に、他のＵＥに割り当てられたＲＢ及び割り当てられていないＲＢのそれぞれの受信電力を測定し、他のＵＥに割り当てられたＲＢと割り当てられていないＲＢとの間の電力差を算出する。電力差が閾値以上の場合、ＵＥ１００は、他のＵＥがＵＬ送信を実行中であると判断し、Ｓｉｎｇｌｅ方式のＬＢＴでよいと判断する。これに対し、電力差が閾値以下の場合、他のＵＥがＵＬ送信を実行中ではないと判断し、Ｃａｔ．４方式のＬＢＴを適用する。閾値は、ｅＮＢ２００から設定されてもよいし、ＵＥ１００に事前設定されていてもよい。ｅＮＢ２００は、ＵＥ１００の電力測定を円滑化するためのＢｌａｎｋ  ＲＢ（又はＢｌａｎｋ  ＲＥ）を設定してもよい。ｅＮＢ２００は、Ｂｌａｎｋ  ＲＢ（又はＢｌａｎｋ  ＲＥ）のＤＬ  送信を行わない（すなわち、ＤＬ送信電力をゼロに設定する）。
【００７７】
図１０は、第２実施形態に係る動作例を示す図である。図１０の初期状態において、ＵＥ１００−１及び１００−２は、ＲＲＣコネクティッドモードである。
【００７８】
図１０に示すように、ステップＳ２０１において、ｅＮＢ２００は、ＵＬ  ｇｒａｎｔをＵＥ１００−２に送信する。ＵＬ  ｇｒａｎｔは、ＳＣｅｌｌ（ＬＡＡセル）におけるＵＥ１００−２の割当ＲＢを示す情報等を含む。
【００７９】
ステップＳ２０２において、ｅＮＢ２００は、ＵＬ  ｇｒａｎｔをＵＥ１００−１に送信する。ＵＬ  ｇｒａｎｔは、ＳＣｅｌｌ（ＬＡＡセル）におけるＵＥ１００−１の割当ＲＢを示す情報等を含む。ここで、ｅＮＢ２００は、既にＵＬ  ｇｒａｎｔを行ったＵＥ１００−２が存在するため、ＵＥ１００−２の割当ＲＢを示す情報（所定割当情報）をＵＥ１００−１のＵＬ  ｇｒａｎｔにさらに含める。
【００８０】
ステップＳ２０３において、ＵＥ１００−２は、ＵＬ送信を行う前にＣａｔ．４方式のＬＢＴを行う。ここでは、ＵＥ１００−２がＬＢＴに成功したと仮定して説明を進める。
【００８１】
ステップＳ２０４において、ＵＥ１００−２は、ＬＢＴの成功に応じてＵＬ送信を開始する。ＵＥ１００−２は、ＳＣｅｌｌ（ＬＡＡセル）上で、ＵＬ  ｇｒａｎｔにより割り当てられたＲＢを用いて上りリンクデータ（ＰＵＳＣＨ）等をｅＮＢ２００に送信する。ＵＥ１００−２は、ＵＬ  ｇｒａｎｔにより割り当てられた期間（例えば複数のサブフレーム）にわたってバースト的にＵＬ送信を行う。
【００８２】
ステップＳ２０５において、ＵＥ１００−１は、ＵＬ送信開始前（ＬＢＴ開始前）に、ＵＥ１００−２の割当ＲＢを示す情報（所定割当情報）に基づいて、ＵＥ１００−２に割り当てられたＲＢ及び割り当てられていないＲＢのそれぞれの受信電力を測定して電力差を算出する。ここでは、ＵＥ１００は、電力差が閾値以上であり、ＵＥ１００−２がＵＬ送信を実行中であると判断したと仮定して説明を進める。
【００８３】
ステップＳ２０６において、ＵＥ１００−１は、ＵＥ１００−２がＵＬ送信を実行中であると判断したことに応じて、Ｓｉｎｇｌｅ方式のＬＢＴを適用する。ここでは、ＵＥ１００−１がＬＢＴに成功したと仮定して説明を進める。
【００８４】
ステップＳ２０７において、ＵＥ１００−１は、ＬＢＴの成功に応じてＵＬ送信を開始する。ＵＥ１００−１は、ＳＣｅｌｌ（ＬＡＡセル）上で、ＵＬ  ｇｒａｎｔにより自身に割り当てられたＲＢを用いて上りリンクデータ（ＰＵＳＣＨ）等をｅＮＢ２００に送信する。ＵＥ１００−１は、ＵＬ  ｇｒａｎｔにより割り当てられた期間（例えば複数のサブフレーム）にわたってバースト的にＵＬ送信を行う。
【００８５】
（第３実施形態）
第３実施形態について、第１及び第２実施形態との相違点を主として説明する。
【００８６】
上述した第１及び第２実施形態は、他のＵＥがＵＬ送信を実行中であるか否かを各ＵＥ１００が自律的に判断する実施形態であった。これに対し、第３実施形態は、そのような判断をｅＮＢ２００が行い、判断結果に基づいてｅＮＢ２００がＬＢＴ方式を各ＵＥ１００に指定する実施形態である。
【００８７】
第３実施形態に係るｅＮＢ２００は、ＵＥ１００が適用すべきＬＢＴの方式として、Ｃａｔ．４方式及びＳｉｎｇｌｅ方式のうち何れか一方を選択する。ｅＮＢ２００は、選択したＬＢＴ方式を示す情報（以下、「ＬＢＴ方式情報」という）をＵＥ１００に送信する。ｅＮＢ２００は、基本的にＣａｔ．４を基本としてＵＥ１００にＵＬ  ｇｒａｎｔを送信する。ｅＮＢ２００は、ＵＬ送信を実行中の他のＵＥが存在する場合には、Ｓｉｎｇｌｅ方式のＬＢＴでよいと判断する。ｅＮＢ２００は、ＵＥ１００に送信するＵＬ  ｇｒａｎｔ（ＰＤＣＣＨ）にＬＢＴ方式情報を含める。ｅＮＢ２００は、Ｃａｔ．４方式を示すＬＢＴ方式情報をＵＬ  ｇｒａｎｔに含めなくてもよい。この場合、ＬＢＴ方式情報を含まないＵＬ  ｇｒａｎｔは、Ｃａｔ．４方式を指定する暗示的な情報であるとみなすことができる。ｅＮＢ２００は、ＬＡＡセル上で受信及び送信を同時に行うことができない場合には、ＬＢＴ方式情報をマクロセル上でＵＥ１００に送信する（すなわち、クロスキャリアスケジューリング）。
【００８８】
ＵＥ１００は、ＵＬ送信の前にＬＢＴを行う。ＵＥ１００は、ｅＮＢ２００から送信される、ＵＬ  ｇｒａｎｔ中に含まれるＬＢＴ方式情報に従ってＬＢＴ方式を決定する。Ｃａｔ．４方式を示すＬＢＴ方式情報をｅＮＢ２００から受信したことに応じて、Ｃａｔ．４方式をＬＢＴに適用する。これに対し、Ｓｉｎｇｌｅ方式を示すＬＢＴ方式情報をｅＮＢ２００から受信したことに応じて、Ｓｉｎｇｌｅ方式をＬＢＴに適用する。或いは、ＵＥ１００は、ＬＢＴ方式情報を含まないＵＬ  ｇｒａｎｔを受信したことに応じて、Ｃａｔ．４方式をＬＢＴに適用してもよい。
【００８９】
図１１は、第３実施形態に係る動作例を示す図である。図１１の初期状態において、ＵＥ１００−１及び１００−２は、ＲＲＣコネクティッドモードである。
【００９０】
図１１に示すように、ステップＳ３０１において、ｅＮＢ２００は、ＵＬ  ｇｒａｎｔをＵＥ１００−２に送信する。ＵＬ  ｇｒａｎｔは、ＳＣｅｌｌ（ＬＡＡセル）におけるＵＥ１００−２の割当リソースブロック（ＲＢ）を示す情報等を含む。ここでは、ｅＮＢ２００は、ＵＬ送信を実行中の他のＵＥが存在しないため、Ｃａｔ．４方式を示すＬＢＴ方式情報をＵＬ  ｇｒａｎｔに含める。或いは、ｅＮＢ２００は、ＬＢＴ方式情報をＵＬ  ｇｒａｎｔに含めなくてもよい。
【００９１】
ステップＳ３０２において、ＵＥ１００−２は、Ｃａｔ．４方式を示すＬＢＴ方式情報又はＬＢＴ方式情報を含まないＵＬ  ｇｒａｎｔの受信に応じて、ＵＬ送信を行う前にＣａｔ．４方式のＬＢＴを行う。ここでは、ＵＥ１００−２がＬＢＴに成功したと仮定して説明を進める。
【００９２】
ステップＳ３０３において、ＵＥ１００−２は、ＬＢＴの成功に応じてＵＬ送信を開始する。ＵＥ１００−２は、ＳＣｅｌｌ（ＬＡＡセル）上で、ＵＬ  ｇｒａｎｔにより割り当てられたＲＢを用いて上りリンクデータ（ＰＵＳＣＨ）等をｅＮＢ２００に送信する。ＵＥ１００−２は、ＵＬ  ｇｒａｎｔにより割り当てられた期間（例えば複数のサブフレーム）にわたってバースト的にＵＬ送信を行う。
【００９３】
ステップＳ３０４において、ｅＮＢ２００は、ＵＥ１００−２から送信されたＵＬ信号（ＵＬデータ）を検知し、ＵＥ１００−２がＬＢＴに成功したと判断する。
【００９４】
ステップＳ３０５において、ｅＮＢ２００は、ＵＬ  ｇｒａｎｔをＵＥ１００−１に送信する。ｅＮＢ２００は、ＵＬ送信を実行中のＵＥ１００−２が存在するため、Ｓｉｎｇｌｅ方式を示すＬＢＴ方式情報をＵＬ  ｇｒａｎｔに含める。ｅＮＢ２００は、クロスキャリアスケジューリングにより、ＰＣｅｌｌ（マクロセル）上でＵＬ  ｇｒａｎｔをＵＥ１００−１に送信する。
【００９５】
ステップＳ３０６において、ＵＥ１００−１は、Ｓｉｎｇｌｅ方式を示すＬＢＴ方式情報の受信に応じて、Ｓｉｎｇｌｅ方式のＬＢＴを適用する。ここでは、ＵＥ１００−１がＬＢＴに成功したと仮定して説明を進める。
【００９６】
ステップＳ３０７において、ＵＥ１００−１は、ＬＢＴの成功に応じてＵＬ送信を開始する。ＵＥ１００−１は、ＳＣｅｌｌ（ＬＡＡセル）上で、ＵＬ  ｇｒａｎｔにより割り当てられたＲＢを用いて上りリンクデータ（ＰＵＳＣＨ）等をｅＮＢ２００に送信する。ＵＥ１００−１は、ＵＬ  ｇｒａｎｔにより割り当てられた期間（例えば複数のサブフレーム）にわたってバースト的にＵＬ送信を行う。
【００９７】
（その他の実施形態）
上述した実施形態において、ライセンスドスペクトラムをＰＣｅｌｌとして用いることを前提としてアンライセンスドスペクトラムをＳＣｅｌｌとして用いる一例を説明した。しかしながら、必ずしもライセンスドスペクトラムの存在を前提としなくてもよい。ＵＥ１００及びｅＮＢ２００は、アンライセンスドスペクトラムのみを用いたＬＴＥ通信を行ってもよい。
【００９８】
上述した実施形態において、マクロセル（ライセンスドバンド）及びＬＡＡセル（アンライセンスドバンド）を同一のｅＮＢ２００が管理している一例を説明した。しかしながら、マクロセル（ライセンスドバンド）及びＬＡＡセル（アンライセンスドバンド）を異なるｅＮＢ２００が管理する場合にも本開示を適用可能である。このような通信の形態は、Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙと称される。
【００９９】
上述した実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の構成を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の構成を他の実施形態の一部の構成と置換してもよい。
【０１００】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本開示はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本開示を適用してもよい。
【０１０１】
（付記）
１．はじめに
この付記では、ＵＬ  ＬＡＡの多重化問題を示し、解決策を提案する。
【０１０２】
以下の合意事項は、ＵＥ多重化を検討するための基礎として用いられる。
【０１０３】
合意事項：
・１つのサブフレームにおける複数のＵＥのＵＬ多重化を、
−周波数領域での多重化
サポートされるリソース割り当て（割り当てられたＲＢの数及び位置など）は更なる検討が必要である
−ＭＵ−ＭＩＭＯによる多重化
によりサポートすることを対象とする。
【０１０４】
合意事項：
・自己キャリアスケジューリングでは、以下のＵＬ  ＬＢＴ候補手順を考慮する必要がある。
【０１０５】
送信バーストの前に少なくとも２５μｓのＣＣＡ持続時間
ＣＣＡスロット内のセンシング持続時間は、ＣＣＡスロット持続時間よりも短くすることができる。
【０１０６】
・１６μｓの遅延期間及びその後の１つのＣＣＡスロットを含む２５μｓの遅延期間とＸ＝｛３，４，５，６，７｝から選択される最大衝突ウィンドウサイズとを有するカテゴリ４のＬＢＴスキーム。
【０１０７】
ランダムバックオフカウンタがｅＮＢで生成され、ＵＥにシグナリングされるかについては更なる検討が必要である。
【０１０８】
ＵＬグラントが新しいランダムカウンタを用いたＬＢＴの対象である場合、ＵＬグラントによってスケジュールされたＵＬ送信もまた、チャネルにアクセスする前の成功／失敗に関係なく、新しいランダムカウンタ（前のカウンタは破棄される）を用いるかについては更なる検討が必要である。
【０１０９】
ＵＬ最大衝突ウィンドウサイズは、ＤＬカテゴリ４  ＬＢＴよりも小さくすべきである。
【０１１０】
なお、ＤＬ  ＬＢＴの議論の後、必要に応じてＸ＝７を再検討することができる。
【０１１１】
・ＵＬ  ＬＢＴに用いられるエネルギー検出閾値については更なる検討が必要である。
【０１１２】
合意事項：
・ｅＬＡＡ  ＳｃｅｌｌにおけるＵＬ送信のために、ＵＬグラントを運ぶサブフレームと対応するＰＵＳＣＨのサブフレームとの間の柔軟なタイミングがサポートされる。
【０１１３】
−動作仮定：最小レイテンシは４ｍｓ。
【０１１４】
合意事項：
・Ｒｅｌ−１４  ＬＡＡでは、クロスＣＣスケジューリングの場合及び自己スケジューリングの場合の両方で、サブフレーム内のＵＥのＵＬグラントが、ＬＡＡ  ＳＣｅｌｌの複数のサブフレームでＵＥのＰＵＳＣＨ送信を有効化することができる。
【０１１５】
−詳細については更なる検討が必要である。
【０１１６】
合意事項：
・Ｃａｔ−４チャネルアクセス手順に基づいてＵＬ  ＬＢＴをサポートする。
【０１１７】
・ＵＬ送信バーストの前に少なくとも２５μｓのＣＣＡに基づいてＵＬ  ＬＢＴをサポートする。
【０１１８】
・これらのオプションが使用される条件及び制限については更なる検討が必要である。
【０１１９】
２．ＵＥ多重化のためのチャネルアクセス方式
基本的には、自己スケジューリング又はクロスキャリアスケジューリング（ＸＣＳ）方式にかかわらず、ｅＮＢによってＵＬ送信が設定されるべきである。しかしながら、ＵＬ送信は、ｅＮＢからのＤＬ送信に依存する。ＵＬ送信のチャネルアクセス機会は、２つのカテゴリに分けられる。
【０１２０】
１）ＤＬ送信後の保守的なＵＬ送信（図１２）。
【０１２１】
２）ＤＬ送信とは独立したＵＬ送信（図１３（ａ）、（ｂ））。
【０１２２】
・ＤＬ送信後の保守的なＵＬ送信
ＤＬ／ＵＬの総送信時間がＭＣＯＴ期間を超えない場合（図１２）、ＵＥは２５ｕｓ  ＬＢＴ後にＵＬ送信を開始することができる。この状況では、ＵＥは、ｅＬＡＡ又はＰＣｅｌｌによって送信されたＵＬグラントに従うだけなので、ＵＬ送信はスケジュールされたＵＥ間で容易に揃えられ、他の装置はＵＬ送信を中断しない。さらに、ＰＵＳＣＨサブフレーム内の少なくとも１つのシンボルがＬＢＴに対してブランキングにされることが支持される。したがって、少なくとも１つのブランクシンボルは、ＵＥが単一の２５μｓＬＢＴでＵＬ送信及び保守的なＤＬ送信を開始することを可能にする。
【０１２３】
・ＤＬ送信とは独立したＵＬ送信
一方、上記の合意事項に示されているように、図１３（ａ）及び（ｂ）に示すように、ＵＬグラントを運ぶサブフレームと対応するＰＵＳＣＨのサブフレームとの間の柔軟なタイミングがサポートされる。ＵＬグラントが自己スケジューリングによってスケジューリングされる場合、ＵＬ送信制限を緩和するために、ＣＷサイズはＣＷ＝７より小さくなければならない。ＸＣＳの場合、アンライセンスド帯域内でＵＬグラントを送信する手順はない。したがって、他の装置への影響を低減するために、ＤＬ送信のために適用されていたようにＵＥがＣａｔ．４  ＬＢＴ手順を適用することを提案する。
【０１２４】
提案１：ＸＣＳについて、Ｃａｔ．４  ＬＢＴのＤＬ送信のようなＬＢＴがＵＬ送信に適用されるべきである。
【０１２５】
しかしながら、各ＣＷサイズがＵＥ自体によって構成されるため、Ｃａｔ．４  ＬＢＴがＵＬ送信に使用される場合、スケジュールされたＵＥ間の送信タイミングを揃えることは非常に困難である。１つのアプローチは、ＵＬ送信のＣＷサイズを固定することである。しかし、近接して位置するすべてのＵＥ間のＣＣＡカウンタの不整合により、このアプローチはまだ機能しない可能性があります（図１３−ｂ）。この問題を解決するために、以下の４つの選択肢をソリューションとして提案する。
【０１２６】
１）送信タイミングを遅らせる
ＣＷ−１のＣＣＡカウンタを終了したＵＥがその送信を延期し、送信バーストを開始する前に１つのＣＣＡを実行する。この場合、衝突は回避される。しかし、送信を延期すると、他の装置がチャネルにアクセスする機会が増える。その結果、スループットが低下する。したがって、この解決策は好ましくない。
【０１２７】
２）予約信号
ＣＣＡを実行した後、ＵＥは、スケジュールされた送信バーストの開始まで予約信号を送信することができる。ＵＥがまだＬＢＴを終了しておらず、特定のＵＥからの予約信号を観測することができる場合、ＵＥは、検出された総電力から予約信号の電力を減算することができる。予約信号の電力を除去することにより、ＵＥ  ＬＢＴ手順が緩和される。しかしながら、この解決法は、受信機の複雑さを増大させ、標準化の努力を増加させる。
【０１２８】
３）インジケータ
ＣＣＡを実行した後、ＵＥのＵＬ送信は、依然としてＬＢＴを実行している他のＵＥへの干渉を引き起こす可能性がある。しかし、ＵＬ送信を開始したＵＥがまだＬＢＴを行っているＵＥに対してインジケータ（例えば、特定の参照信号）を送信する場合、他のＵＥはインジケータを検出し、第２のサブフレームのために２５ｕｓのＬＢＴを実行した後に送信を開始することができる。また、この方法は、バースト送信の途中で送信するようにスケジュールされたＵＥのために役立つ。これらのＵＥは、ＭＣＯＴの開始時であるかどうかに気付いていないからである。したがって、ＣＣＡを完了したＵＥによるインジケータの送信は良好な解決策を提供し、さらに検討されるべきである。
【０１２９】
４）狭帯域ＬＢＴ
ＵＥがスケジュールされたＲＢのみにおいてＬＢＴを実行することが許可されている場合、ＵＥは、そのチャネルが自身の送信のために利用可能であるかどうかを容易に識別することができる。しかし、このソリューションはＬＴＥ装置でのみ動作する。これらの装置のみが、スケジュールされたＲＢに関する必要な情報を持つからである。したがって、狭帯域ＬＢＴは、近接して非ＬＴＥ装置が存在しないことが分かっているような限定された状況で適用することができる。
【０１３０】
上記のソリューションにはそれぞれ長所と短所があるが、柔軟なスケジューリング及びＵＥの複雑さを考慮して、インジケータ方法が最も合理的な解決策であると思われる。
【０１３１】
提案２：柔軟なスケジューリング及び多重化をサポートするために、スケジューリングされたＵＥ間で共有されるインジケータが適用されるべきである。
【０１３２】
（相互参照）
本願は米国仮出願第６２／３１５８６７号（２０１６年３月３１日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
【産業上の利用可能性】
【０１３３】
本開示は通信分野において有用である。
【図１】
0006612435.tif 000002
【図２】
0006612435.tif 000003
【図３】
0006612435.tif 000004
【図４】
0006612435.tif 000005
【図５】
0006612435.tif 000006
【図６】
0006612435.tif 000007
【図７】
0006612435.tif 000008
【図８】
0006612435.tif 000009
【図９】
0006612435.tif 000010
【図１０】
0006612435.tif 000011
【図１１】
0006612435.tif 000012
【図１２】
0006612435.tif 000013
【図１３】
0006612435.tif 000014