(57)【要約】  上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置において、前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定手段と、前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信手段とを備える。
2016186004.tif 000002
【特許請求の範囲】
【請求項１】
上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定手段と、
前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信手段と
を備えるユーザ装置。
【請求項２】
前記送信手段は、前記ＭＡＣコントロールエレメントが、特定の種類のＭＡＣコントロールエレメントであるか否かを判定し、前記ＭＡＣコントロールエレメントが、特定の種類のＭＡＣコントロールエレメントであり、かつ、前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで送信する
請求項１に記載のユーザ装置。
【請求項３】
前記判定手段は、前記上り送信リソースに対応するサービングセルが、シグナリング無線ベアラを送信可能なセルであるか否かを判定することにより、前記サービングセルがライセンススペクトラムを用いるセルであるか否かを判定する
請求項１又は２に記載のユーザ装置。
【請求項４】
前記送信手段は、前記ＭＡＣコントロールエレメントの送信ができずに所定期間が経過した場合に、前記判定手段により判定が行われたサービングセルがライセンススペクトラムを用いるセルでない場合でも、当該サービングセルで前記ＭＡＣコントロールエレメントを送信する
請求項１ないし３のうちいずれか１項に記載のユーザ装置。
【請求項５】
上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがシグナリング無線ベアラを送信可能なセルであるか否かを判定する判定手段と、
前記判定手段により、前記サービングセルがシグナリング無線ベアラを送信可能なセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信手段と
を備えるユーザ装置。
【請求項６】
上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースを使用して、送信トリガがなされたＭＡＣコントロールエレメントの送信を行う送信手段と、
前記上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定手段と、を備え、
前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルでないと判定された場合に、前記送信手段は、前記ＭＡＣコントロールエレメントの送信トリガをキャンセルしない
ユーザ装置。
【請求項７】
前記ＭＡＣコントロールエレメントは、周期的ＢＳＲを送信するためのＭＡＣコントロールエレメントであり、
前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルでないと判定された場合に、前記送信手段は、周期的ＢＳＲタイマが満了したとみなす
請求項６に記載のユーザ装置。
【請求項８】
前記ＭＡＣコントロールエレメントは、ＰＨＲを送信するためのＭＡＣコントロールエレメントであり、
前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルでないと判定された場合に、前記送信手段は、ＰＨＲの送信を禁止するための禁止タイマの起動又は再起動を行わない
請求項６に記載のユーザ装置。
【請求項９】
上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースを使用して、送信トリガがなされたＭＡＣコントロールエレメントの送信を行う送信手段と、
前記ＭＡＣコントロールエレメントの送信ができたか否かを判定する判定手段と、を備え、
前記判定手段により、前記ＭＡＣコントロールエレメントの送信ができなかったと判定された場合に、前記送信手段は、前記ＭＡＣコントロールエレメントの送信トリガをキャンセルしない
ユーザ装置。
【請求項１０】
上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行するＭＡＣコントロールエレメント送信方法であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定し、
前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する
ＭＡＣコントロールエレメント送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥ等の移動通信システムにおいて、ユーザ装置から基地局に制御信号を送信する技術に関連するものである。
【背景技術】
【０００２】
現状のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムでは、通信事業者に割り当てられたライセンスバンド（ｌｉｃｅｎｓｅｄ  ｂａｎｄ）を用いて無線通信が行われている。スマートフォンやタブレット等の高機能化されたユーザ装置（ＵＥと呼ぶ）の普及はユーザトラヒックを急激に増加させている。この増加するユーザトラヒックを吸収するため、更なる周波数バンドを追加する必要があるが、ライセンスバンドのスペクトラム（ｌｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍ）には限りがある。このため、ライセンスバンド以外に利用可能なアンライセンススペクトラム（ｕｎｌｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍ）のバンド（これをアンライセンスバンド：ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄと呼ぶ）を利用して、ＬＴＥシステムの周波数バンドを拡張することが検討されている（非特許文献１）。【０００３】
例えば、ライセンスバンドのキャリアとアンライセンスバンドのキャリアをアグリゲートするキャリアアグリゲーション（ＣＡ）を行うことが検討されている。このように、ライセンスバンドとともにアンライセンスバンドを用いて行う通信をＬＡＡ（Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）と称する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＲＰ−１３１７０１
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．５．０  （２０１５−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
アンライセンスバンドのキャリア（周波数と称してもよい）を用いて通信を行うＵＥは、当該アンライセンスバンドのキャリアで通信を行っている他のエンティティ（他のＵＥ等）を検出した場合、当該キャリアで送信を行うことが禁止されている。このため、当該ＵＥは、ＵＬ送信タイミングよりも所定期間前のタイミングでＬｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ（ＬＢＴ）を実行する。ＬＢＴを実行するＵＥは、ＵＬ送信タイミングよりも所定期間前のタイミングで対象となるキャリアの帯域全体をサーチし、他の装置（基地局、ＬＡＡ（Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）−ＵＥ、ＷｉＦｉ（登録商標）装置等）が当該キャリアの帯域において通信しているか否かを確認し、通信していないことが確認された場合に限って、当該キャリアを用いて送信を行う。他方、一部の帯域でも他の装置が使用中であることを検出した場合、すなわち、他の装置からの当該帯域に係る信号の受信電力が閾値を超過していることを検出した場合、当該ＵＥは自らの送信を中止する（ＬＢＴ：ＮＧ）。【０００６】
ここで、図１に、ＬＴＥにおけるＵＥと基地局（ｅＮＢと称する）間の無線インターフェースのプロトコル構成の例を示す。図１に示すように、当該プロトコルはＰＨＹ、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）を有する。これらのうち、ＭＡＣ、ＲＬＣ、及びＰＤＣＰはレイヤ２を構成する。ＭＡＣ、ＲＬＣ、及びＰＤＣＰはそれぞれレイヤ２のサブレイヤである。【０００７】
上記レイヤ２のサブレイヤのうちのＭＡＣは、無線リソース割り当て、トランスポートブロック（ＴＢ）へのデータマッピング、ＨＡＲＱ再送制御等を行うプロトコルである。【０００８】
ＬＴＥでは、ＭＡＣレイヤの制御を行うための制御信号としてＭＡＣ  ＣＥ（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）が規定されている（非特許文献２）。【０００９】
例えば、ＵＬ用のＭＡＣ  ＣＥとして、ＢＳＲ  ＭＡＣ  ＣＥ、ＰＨＲ  ＭＡＣ  ＣＥ、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥがある。ＢＳＲ  ＭＡＣ  ＣＥは、ＵＥ内で送信可能になったＵＬデータ量をｅＮＢへ報告するためのＭＡＣ  ＣＥである。ＰＨＲ  ＭＡＣ  ＣＥは、ＵＥのＵＬ送信のための余剰電力をｅＮＢへ報告するためのＭＡＣ  ＣＥである。Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥは、ＣＢＲＡ（Ｃｏｎｔｅｎｔｉｏｎ  Ｂａｓｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）において、ＵＥの識別子（Ｃ−ＲＮＴＩ）をｅＮＢへ送信するためのＭＡＣ  ＣＥである。【００１０】
ここで、上り（ＵＬ）で複数のコンポーネントキャリア（ＣＣ）を使用してＣＡを行うＵＬ  ＣＡにおいて、ＭＡＣ  ＰＤＵ（トランスポートブロック）はＣＣ毎に生成され、ＣＣ毎に送信される。しかし、ＵＥにおいてｅＮＢに送信すべき１つのＭＡＣ  ＣＥが生成された場合に、当該ＭＡＣ  ＣＥをどのＣＣのＭＡＣ  ＰＤＣに格納するかはＵＥの実装に任されている。このことから、図２に示すような課題がある。【００１１】
すなわち、図２Ａに示すように、ライセンスバンドのＣＣ（ＣＣをセルと称してもよい、以下同様）とアンライセンスバンドのＣＣでＵＬ  ＣＡが行われているときに、ＵＥにおいてＭＡＣ  ＣＥが生成された場合に、ＭＡＣ  ＣＥを送信するＣＣとして、ＵＥはいずれのバンドのＣＣも選択し得る。そして、図２Ｂに示すように、ＵＥがアンライセンスバンドのＣＣでＭＡＣ  ＣＥを送信しようとする場合（アンライセンスバンドのＣＣに対応するＭＡＣ  ＰＤＵにＭＡＣ  ＣＥのマッピングを行う場合）において、当該タイミングでＬＢＴ＝ｂｕｓｙになるとＭＡＣ  ＣＥを送信できず、ＭＡＣ  ＣＥの送信が遅延する。【００１２】
ＵＥからｅＮＢに対するＭＡＣ  ＣＥの送信が遅延すると、ＵＬスケジューリングタイミングが遅延したり、適切な送信電力制御を行うことができない可能性がある。【００１３】
本発明は上記の点に鑑みてなされたものであり、アンライセンススペクトラムを使用するセルを含む複数のセルで構成される上りのキャリアアグリゲーションを実行する場合において、ユーザ装置におけるＭＡＣ  ＣＥの送信の遅延を回避することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の実施の形態によれば、上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定手段と、
前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信手段と
を備えるユーザ装置が提供される。【００１５】
また、本発明の実施の形態によれば、上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがシグナリング無線ベアラを送信可能なセルであるか否かを判定する判定手段と、
前記判定手段により、前記サービングセルがシグナリング無線ベアラを送信可能なセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信手段と
を備えるユーザ装置が提供される。【００１６】
また、本発明の実施の形態によれば、上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースを使用して、送信トリガがなされたＭＡＣコントロールエレメントの送信を行う送信手段と、
前記上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定手段と、を備え、
前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルでないと判定された場合に、前記送信手段は、前記ＭＡＣコントロールエレメントの送信トリガをキャンセルしない
ユーザ装置が提供される。【００１７】
また、本発明の実施の形態によれば、
上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースを使用して、送信トリガがなされたＭＡＣコントロールエレメントの送信を行う送信手段と、
前記ＭＡＣコントロールエレメントの送信ができたか否かを判定する判定手段と、を備え、
前記判定手段により、前記ＭＡＣコントロールエレメントの送信ができなかったと判定された場合に、前記送信手段は、前記ＭＡＣコントロールエレメントの送信トリガをキャンセルしない
ユーザ装置が提供される。【００１８】
また、本発明の実施の形態によれば、上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置が実行するＭＡＣコントロールエレメント送信方法であって、
前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定し、
前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する
ＭＡＣコントロールエレメント送信方法が提供される。
【発明の効果】
【００１９】
本発明の実施の形態によれば、アンライセンススペクトラムを使用するセルを含む複数のセルで構成される上りのキャリアアグリゲーションを実行する場合において、ユーザ装置におけるＭＡＣ  ＣＥの送信の遅延を回避することを可能とする技術を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】ＬＴＥにおけるＵＥ−ｅＮＢ間の無線インタフェースのプロトコル構成を示す図である。
【図２Ａ】課題を説明するための図である。
【図２Ｂ】課題を説明するための図である。
【図３】本発明の実施の形態における移動通信システムの構成図である。
【図４】ＭＡＣ  ＣＥの送信の手順例１を示す図である。
【図５】ＭＡＣ  ＣＥの送信の手順例２を示す図である。
【図６】本実施の形態に係るＵＥの処理手順例を示すフローチャート（実施例１）である。
【図７】特定のＭＡＣ  ＣＥのみをライセンスバンドで送信する場合におけるＵＥの処理手順例を示すフローチャート（実施例２）である。
【図８】ＭＡＣ  ＣＥをＳＲＢの送信が可能なセルで送信する場合におけるＵＥの処理手順例を示すフローチャート（実施例３）である。
【図９】ライセンスバンドでＭＡＣ  ＣＥを送信できない場合にアンライセンスバンドでＭＡＣ  ＣＥを送信する例を示すフローチャート（実施例４）である。
【図１０】変形例１におけるＢＳＲ制御の手順例を示すフローチャートである。
【図１１】変形例１におけるＰＨＲ制御の手順例を示すフローチャートである。
【図１２】変形例２におけるＭＡＣ  ＣＥ送信制御の手順例を示すフローチャートである。
【図１３】本実施の形態におけるユーザ装置ＵＥの構成図である。
【図１４】ユーザ装置ＵＥのＨＷ構成図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００２２】
以下の説明で用いるライセンスバンド（ｌｉｃｅｎｓｅｄ  ｂａｎｄ）は、ライセンススペクトラム（ｌｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍ）と称してもよい。また、以下の説明で用いるアンライセンスバンド（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ）は、アンライセンススペクトラム（ｕｎｌｉｃｅｎｓｅｄ  ｓｐｅｃｔｒｕｍ）と称してもよい。また、アンライセンスバンド／アンライセンススペクトラムのキャリアを使用するセルをＬＡＡセルと称してもよい。
【００２３】
また、以下の説明では、送信制御を行う対象となる信号をＭＡＣ  ＣＥとしているが、これは例に過ぎず、ＭＡＣ  ＣＥ以外の制御信号を送信制御の対象としてもよい。
【００２４】
また、本実施の形態では、ライセンスバンドのＣＣとアンライセンスバンドのＣＣによるＵＬ  ＣＡを行う際の制御について説明しているが、これは例では、ＵＬ  ＣＡの構成要素が、ライセンスバンドのＣＣとアンライセンスバンドのＣＣではない、あるバンドのＣＣと別のバンドのＣＣである場合でも、以下で説明する制御と同様の制御を実施することが可能である。
【００２５】
また、以下で説明する実施の形態において、「ＣＣ」を「セル」と称してもよい。また、ＵＬ  ｇｒａｎｔにより上りＰＵＳＣＨ送信のリソースが割り当てられるセルを「サービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）」と称してもよい。
【００２６】
また、本明細書及び特許請求の範囲における「ＬＴＥ」の３ＧＰＰ規格書のリリースは、ＣＡが導入されている任意のリリースであるものとするが、これに限定されるわけではない。
【００２７】
（システム全体構成）
図３に、本発明の実施の形態における移動通信システムの構成図を示す。図３に示すように、本実施の形態における移動通信システムは、基地局ｅＮＢ（以下、ｅＮＢと称する）とユーザ装置ＵＥ（以下、ＵＥと称する）とを含む移動通信システムである。ｅＮＢとＵＥとでＣＡ通信を行うことが可能である。図３では、ｅＮＢとＵＥがそれぞれ１つずつ示されているが、これは図示の便宜上のものであり、それぞれ複数存在してもよい。
【００２８】
また、図３の例では、１つのセルが示されているが、これも図示の便宜上のものであり、ＣＡが設定される際には複数のセルが存在する。また、例えば、ｅＮＢから離れた場所に、ｅＮＢと光ファイバ等で接続される１つ又は複数のＲＲＥ（遠隔無線装置）が備えられる構成であってもよい。また、複数のｅＮＢを備えるＤｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙの構成であってもよい。上記のＣＡ通信とは、Ｉｎｔｒａ−ｅＮＢ  ＣＡによる通信の他、Ｄｕａｌ  ＣｏｎｎｅｃｔｉｖｉｔｙでのＩｎｔｅｒ−ｅＮＢ  ＣＡによる通信を含むものである。
【００２９】
ここで、ＣＡの概要を説明する。ＣＡは、複数のキャリアを同時に用いて通信を行う方式であり、ＣＡにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）と呼ばれる。
【００３０】
ＣＡが行われる際には、ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Ｐｒｉｍａｒｙ  ｃｅｌｌ）及び付随的なセルであるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）が設定される。ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）及びＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）等をサポートする単独のセルと同様のセルである。
【００３１】
ＳＣｅｌｌの追加及び削除は、ＲＲＣシグナリングによって行われる。ＳＣｅｌｌは、ＵＥに対して設定された直後は、非アクティブ状態（ｄｅａｃｔｉｖａｔｅ状態）であるため、アクティブ化することで初めて通信可能（スケジューリング可能）となるセルである。
【００３２】
例えば、ＰＣｅｌｌは、ＵＬ  ＣＣとＤＬ  ＣＣを有し、ＳＣｅｌｌはＤＬ  ＣＣのみ、もしくは、ＵＬ  ＣＣとＤＬ  ＣＣを有する。また、ＣＡを構成するＰＣｅｌｌ、ＳＣｅｌｌ等の「セル」は、ＵＥが在圏するセルでありｓｅｒｖｉｎｇ  ｃｅｌｌと称してもよい。
【００３３】
本実施の形態では、ＵＥにおいて、ｅＮＢからのＲＲＣシグナリングにより、ライセンスバンドのＣＣ（セル）とアンライセンスバンドのＣＣ（セル）からなるＵＬ  ＣＡが設定される。
【００３４】
また、本実施の形態において、ＵＥは、アンライセンスバンドのＣＣを用いて送信を行う際には、ＬＢＴを実行する。つまり、ＵＥは、自身が使用するアンライセンスバンドのＣＣの帯域全体をサーチし、当該帯域の一部でも他の装置からの信号の受信電力が閾値を超過していることを検出すると、当該ＣＣ（セル）での送信を停止する。ＵＥは、例えば、ｅＮＢから指定されるＴＡ値に基づくＵＬ送信タイミングの所定時間前にＬＢＴを実行する。ＵＥは、ＬＢＴを、所定周期（例：サブフレーム毎）で実行してもよいし、ＵＬ信号送信のトリガがあった場合（例：ＭＡＣ  ＣＥ送信のトリガがあった場合）にのみ実行してもよい。
【００３５】
（システムの基本的な動作例）
本実施の形態は、ＵＥからｅＮＢに対してＭＡＣ  ＣＥを送信する際の制御に関わるため、まず、ＭＡＣ  ＣＥの送信に関わる基本的な動作例について説明する（非特許文献２）。
【００３６】
図４は、ＢＳＲ  ＭＡＣ  ＣＥとＰＨＲ  ＭＡＣ  ＣＥに関するＭＡＣ  ＣＥの送信のための手順例を示している。
【００３７】
まず、ＵＥにおいて、ＭＡＣ  ＣＥ送信のトリガが発生する。ＢＳＲの場合、ＵＥにおいて、例えば、より優先度の高いデータが発生した場合、Ｐｅｒｉｏｄｉｃ  ＢＳＲタイマが満了した場合等が当該トリガに該当する。また、ＰＨＲの場合、ＵＥにおいて、例えば、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了し、パスロス変化が生じた場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが満了した場合等が当該トリガに該当する。
【００３８】
図４に示すステップＳ１において、ＵＥが個別のＵＬリソース（ＰＵＣＣＨ）を持っている場合、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）をｅＮＢに送信する。個別のＵＬリソースを保持していない場合には、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ（ＲＡ）手順を起動する。
【００３９】
ステップＳ２において、ＵＥは、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の割り当てリソースの情報を含むＵＬ  ｇｒａｎｔを受信し、割り当てられたリソースでＭＡＣ  ＣＥを送信する。
【００４０】
図５は、ＵＥがＣ−ＲＮＴＩ  ＭＡＣ  ＣＥの送信を行う際の手順例として、ＣＢＲＡ手順を示す図である。
【００４１】
ＵＥがＲＡプリアンブルをＰＲＡＣＨで送信する（ステップＳ１１）。ＲＡプリアンブルを受信したｅＮＢは、ＲＡレスポンスを返す（ステップＳ１２）。ＲＡレスポンスには、送信タイミング情報、上り送信リソースの割り当て情報（ＵＬ  ｇｒａｎｔ）等が含まれる。当該割り当て情報は、次のメッセージ３（Ｍｓｇ３と記述する）を送信するためのＰＵＳＣＨのリソース割り当て情報である。
【００４２】
ＲＡレスポンスを受信したＵＥは、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥを含むＭｓｇ３をｅＮＢに送信する（ステップＳ１３）。ｅＮＢは、当該Ｃ−ＲＮＴＩにより、当該ＵＥがＲＲＣ接続しているＵＥであることを識別し、例えば、Ｃ−ＲＮＴＩでマスクされた上りリソース割り当て情報を含むＰＤＣＣＨをＵＥに送信する（ステップＳ１４）。ＵＥは、Ｃ−ＲＮＴＩで上りリソース割り当て情報を取得できたことで、衝突せずにランダムアクセスに成功したこと（Ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）を認識し、上りリソース割り当て情報に基づいて次の上り送信を実行する。
【００４３】
本実施の形態では、例えば図４、図５に示した手順に基づくＭＡＣ  ＣＥの送信の際に、送信遅延を回避するために、ＭＡＣ  ＣＥ送信ルールを設けて、種々を制御を実施する。以下、これらの制御の内容を実施例として詳細に説明する。
【００４４】
以下の各実施例及び各変形例において、ＵＥにはライセンスバンドのＣＣとアンライセンスバンドのＣＣを用いたＵＬ  ＣＡが設定されているものとする。また、ＵＥは、アンライセンスバンドのＣＣについて、前述したように、ＬＢＴを実施する。なお、「ライセンスバンドのＣＣ」を「ライセンススペクトラムを用いるセル」と称し、「アンライセンスバンドのＣＣ」を「アンライセンススペクトラムを用いるセル」と称しても良い。
【００４５】
（実施例１）
まず、実施例１について説明する。実施例１では、ＵＥが、ＭＡＣ  ＣＥをライセンスバンドのみで送信するように制御を実施する。
【００４６】
実施例１におけるＵＥの処理手順の例を図６のフローチャートを参照して説明する。ステップＳ１０１において、ＵＥはＭＡＣ  ＣＥ送信をトリガする。ＭＡＣ  ＣＥ送信をトリガするとは、例えば、ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔｉｎｇ）の場合であれば、より優先度の高いデータが発生した場合、Ｐｅｒｉｏｄｉｃ  ＢＳＲタイマが満了した場合等を契機として、ＢＳＲ手順を起動することである。また、例えば、ＰＨＲ（Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔｉｎｇ）の場合であれば、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了し、パスロス変化が生じた場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒ  が満了した場合等を契機として、ＰＨＲ手順を起動することである。
【００４７】
ステップＳ１０２において、ＵＥは、ＵＬ  ｇｒａｎｔ（ＰＤＣＣＨ）を受信する。ＵＥは、ＵＬ  ｇｒａｎｔをライセンスバンドのセル、又はアンライセンスバンドのセルで受信する。
【００４８】
例えば、ＵＥに対し、ＣＩＦ（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）を認識できるように設定がされていない場合、すなわち、クロスキャリアスケジューリングを実施しない場合、ＵＬ  ｇｒａｎｔを受信したＵＥは、ＵＬ  ｇｒａｎｔを受信したセル（スケジューリングセル）のＵＬ  ＣＣでＭＡＣ  ＣＥの送信を行うことを決定する。
【００４９】
また、ＵＥに対し、ＣＩＦ（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）を認識できるように設定がされている場合、すなわち、クロスキャリアスケジューリングを実施する場合、ＵＬ  ｇｒａｎｔを受信したＵＥは、ＵＬ  ｇｒａｎｔのＰＤＣＣＨ（又はＥＰＤＣＣＨ、以下、同様）におけるＣＩＦの値に基づいて、スケジューリング対象のセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）を識別し、当該セルのＵＬ  ＣＣでＭＡＣ  ＣＥの送信を行うことを決定する。
【００５０】
ＵＬ  ＣＣにおけるどのリソースを用いて送信を行うかについての割り当て情報は、ＰＵＳＣＨのリソースの割り当て情報としてＵＬ  ｇｒａｎｔの中に含まれている。当該リソースの割り当て情報は、例えば、リソースブロックの番号、リソースブロックの個数、周波数−時間の範囲を示す情報等であるが、これらに限られない。
【００５１】
図６のステップＳ１０３において、ＵＥは、ＭＡＣ  ＣＥのＰＵＳＣＨ送信を行うためのＣＣが、ライセンスバンドのキャリアであるか否かを判定する。つまり、上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する。
【００５２】
ＵＥにおいて、ＰＵＳＣＨ送信を行うためのＣＣが、ライセンスバンドのキャリアであるか否かを判定する方法は特定の方法に限られないが、例えば、ＵＥは、ライセンスバンドがどの周波数の範囲であるかを示す周波数の範囲の情報を有しており、ＰＵＳＣＨ送信を行うＣＣの周波数と帯域幅とに基づいて、当該ＣＣの帯域がライセンスバンドの範囲内（前記周波数の範囲内）にあるか否かを判定することで、ＰＵＳＣＨ送信を行うためのＣＣが、ライセンスバンドのキャリアであるか否かを判定することができる。なお、ＵＥは、ｅＮＢからのＲＲＣシグナリング等により、ＣＡを構成するＣＣの周波数と帯域幅の情報を保持しているものとする。
【００５３】
また、ＵＥは、ｅＮＢからのＲＲＣシグナリング等により、セルの識別情報（例：ＣｅｌｌＩｎｄｅｘ、ＳＣｅｌｌＩｎｄｅｘ）毎に、当該セルがライセンスバンドを使用するセルであるか否かを示す情報を保持してもよい。この場合、ＵＥは、ＰＵＳＣＨ送信を行うためのＣＣに対応するセルの識別情報と、上記保持する情報とから、ＰＵＳＣＨ送信を行うためのＣＣが、ライセンスバンドのキャリアであるか否かを判定することができる。
【００５４】
また、セルの識別情報（例：ＣｅｌｌＩｎｄｅｘ、ＳＣｅｌｌＩｎｄｅｘ）毎に、当該セルがライセンスバンドを使用するセルであるか否かが予め定められていることとしてもよい。一例として、セルのインデックス（番号）が所定値よりも小さい場合（もしくは、所定値よりも大きい場合）に、当該セルはライセンスバンドのセルであることが定められている場合、ＵＥは、ＰＵＳＣＨ送信を行うためのＣＣに対応するセルのインデックスに基づいて、ＰＵＳＣＨ送信を行うためのＣＣが、ライセンスバンドのキャリアであるか否かを判定することができる。
【００５５】
また、ＵＬ  ｇｒａｎｔの中に、ＵＬのリソース割り当てが、ライセンスバンドのＣＣに対する割り当てか否かを示す情報を含めることとしてもよい。この場合、ＵＥは、当該情報を参照することにより、ＰＵＳＣＨ送信を行うためのＣＣが、ライセンスバンドのキャリアであるか否かを判定することができる。
【００５６】
また、例えば、ＵＥが、ＬＢＴを行うセルの識別情報を保持することとしてもよい。この場合、ＵＥは、当該情報を用いることにより、ＰＵＳＣＨ送信を行うためのＣＣのセルが、ＬＢＴを行うセルか否かを判断できる。例えば、ＰＵＳＣＨ送信を行うためのＣＣのセルが、ＬＢＴを行うセルである場合、ＵＥは、当該セルはアンライセンスバンドのセルであると判定できる。また、ＰＵＳＣＨ送信を行うためのＣＣのセルが、ＬＢＴを行わないセルである場合、ＵＥは、当該セルはライセンスバンドのセルであると判定できる。
【００５７】
ＵＥが、ＬＢＴを行うセルの識別情報を保持するために、ＵＥは、ｅＮＢからＲＲＣシグナリング等で、セルのｃｏｎｆｉｇｕｒａｔｉｏｎとして、ＬＢＴ有、又はＬＢＴ無の情報を受信することとしてよい。また、「ＬＢＴ時の判定閾値＝ｉｎｆｉｎｉｔｙ」という設定がセルのｃｏｎｆｉｇｕｒａｔｉｏｎとしてなされている場合、当該セルをライセンスバンドのセルであると判定してもよい。
【００５８】
図６のステップＳ１０３において、ＰＵＳＣＨ送信を行うためのＣＣがライセンスバンドのキャリアであると判定された場合はステップＳ１０４に進む。ステップＳ１０３において、ＰＵＳＣＨ送信を行うためのＣＣがライセンスバンドのキャリアであると判定されない場合はステップＳ１０５に進む。
【００５９】
なお、ＵＥは、ＰＵＳＣＨ送信を行うためのＣＣがライセンスバンドのキャリアであるか否かを判定する代わりに、ＰＵＳＣＨ送信を行うためのＣＣがアンライセンスバンドのキャリアであるか否かを判定してもよい。その場合、図６のステップＳ１０３において、ＰＵＳＣＨ送信を行うためのＣＣがアンライセンスバンドのキャリアであると判定されない場合はステップＳ１０４に進む。ステップＳ１０３において、ＰＵＳＣＨ送信を行うためのＣＣがアンライセンスバンドのキャリアであると判定された場合はステップＳ１０５に進む。
【００６０】
ステップＳ１０４において、ＵＥは、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重して、送信を行う。ステップＳ１０４では、ステップＳ１０３での判定結果に基づき、ライセンスバンドのＣＣでＭＡＣ  ＣＥを送信するので、ＬＢＴ＝ｂｕｓｙによる遅延は生じない。
【００６１】
ステップＳ１０５では、ＵＥは、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重しない。この場合、例えば、ＵＥは、生成されたＭＡＣ  ＣＥをバッファ等の記憶部に格納しておき、ステップＳ１０４に遷移するＵＬリソース割り当てが行われるまで待ち、ステップＳ１０４に遷移する場合に、バッファに格納しておいたＭＡＣ  ＣＥを送信する。
【００６２】
（実施例２）
次に、実施例２を説明する。上述した実施例１では、ＭＡＣ  ＣＥの種類に関わらずに、全てのＭＡＣ  ＣＥをライセンスバンドのＣＣで送信する。一方、実施例２では、特定の種類のＭＡＣ  ＣＥのみをライセンスバンドのＣＣで送信し、特定の種類のＭＡＣ  ＣＥ以外のＭＡＣ  ＣＥをアンライセンスバンドのＣＣで送信する。
【００６３】
ライセンスバンドのＣＣで送信する特定の種類のＭＡＣ  ＣＥは、例えば、Ｒｅｇｕｌａｒ  ＢＳＲ、Ｐｅｒｉｏｄｉｃ  ＢＳＲ、及びＰＨＲである。これらのＭＡＣ  ＣＥは、スケジューリングに必須な情報であり、できるだけ遅延なくｅＮＢに届けるために、実施例２では、これらのＭＡＣ  ＣＥをライセンスバンドのＣＣで送信する。一方、ｐａｄｄｉｎｇ  ＢＳＲについては、実施例２では、アンライセンスバンドのＣＣで送信する。
【００６４】
ライセンスバンドのＣＣで送信する特定の種類のＭＡＣ  ＣＥについて、上記の例は一例であり、上記の例と異なるＭＡＣ  ＣＥを特定の種類のＭＡＣ  ＣＥとしてもよい。
【００６５】
実施例２におけるＵＥの処理手順の例を図７のフローチャートを参照して説明する。以下では、実施例１（図６）での処理と異なる点を主に説明する。
【００６６】
ステップＳ２０１、Ｓ２０２は、実施例１におけるステップＳ１０１、Ｓ１０２と同じである。
【００６７】
ステップＳ２０３において、ＵＥは、送信トリガされたＭＡＣ  ＣＥが、特定の種類のＭＡＣ  ＣＥであるか否かを判定する。特定の種類のＭＡＣ  ＣＥは、例えば、上述したように、Ｒｅｇｕｌａｒ  ＢＳＲ、Ｐｅｒｉｏｄｉｃ  ＢＳＲ、及びＰＨＲ等である。なお、特定の種類のＭＡＣ  ＣＥは、移動通信システムにおいて予め定められていて、ＵＥは特定の種類のＭＡＣ  ＣＥの情報を予め保持していてもよいし、特定の種類のＭＡＣ  ＣＥの情報をｅＮＢからＵＥに対してＲＲＣシグナリング等で通知し、ＵＥは当該情報に従って判定を行うこととしてもよい。
【００６８】
ステップＳ２０３での判定結果がＹｅｓである場合、ＵＥは、当該ＭＡＣ  ＣＥをライセンスバンドのＣＣで送信することを決定し、ステップＳ２０４に進み、ステップＳ２０４において、ＵＥは、ＰＵＳＣＨ送信のためのＣＣがライセンスバンドのキャリアであるか否かを判定する。ここでの判定は実施例１のステップＳ１０３と同じである。
【００６９】
ステップＳ２０４における判定結果がＹｅｓである場合、すなわち、ＭＡＣ  ＣＥのＰＵＳＣＨ送信のためのＣＣがライセンスバンドキャリアである場合、ステップＳ２０５に進む。ステップＳ２０５において、ＵＥは、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重し、送信する。
【００７０】
ステップＳ２０４での判定結果がＮｏである場合、ステップＳ２０６に進み、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重しない。実施例１でのＳ１０５と同様に、この場合、例えば、ＵＥは、生成されたＭＡＣ  ＣＥをバッファ等の記憶部に格納しておき、ステップＳ２０５に遷移するＵＬリソース割り当てが行われるまで待ち、ステップＳ２０５に遷移する場合に、バッファに格納しておいたＭＡＣ  ＣＥを送信する。
【００７１】
ステップＳ２０３における判定結果がＮｏの場合、すなわち、送信トリガされたＭＡＣ  ＣＥは、特定の種類のＭＡＣ  ＣＥではない場合、ＵＥは、アンライセンスバンドかライセンスバンドかに関わらず、割り当てられたＣＣのリソースでＭＡＣ  ＣＥを送信することを決定し、ステップＳ２０５に進んで、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重し、送信する。
【００７２】
＜セル／キャリアのＮＷからの指定について＞
既に実施例１、２の中で説明したように、実施例１、２において、ＵＥは、ｅＮＢから指定されたセル／キャリア（セル又はキャリアの意味、ここでは"セル"と"キャリア"は同義である）の情報を用いて、ＭＡＣ  ＣＥのＰＵＳＣＨ送信のためのＣＣがライセンスバンドキャリアであるか否かを判定し、判定結果に基づいて、当該ＣＣでＭＡＣ  ＣＥの送信を行うか否かを判定することが可能である。すなわち、ＵＥは、ＮＷから指定されたセル／キャリアを使用してＭＡＣ  ＣＥの送信を行うことができる。
【００７３】
ｅＮＢからＵＥに対して指定するセル／キャリアの情報は、例えば、セルもしくはキャリアの識別情報である。また、セルの識別情報として、例えば、ＳｅｒｖＣｅｌｌＩｎｄｅｘもしくはＳＣｅｌｌＩｎｄｅｘを使用することができる。
【００７４】
ｅＮＢからＵＥに対して指定するセル／キャリアの情報は、ＭＡＣ  ＣＥ全体に対しての情報でもよいし、ＭＡＣ  ＣＥの種類毎の情報であってもよい。ＭＡＣ  ＣＥ全体に対する情報の場合、セル／キャリアの識別情報がｅＮＢからＵＥに通知され、ＵＥは、いずれのＭＡＣ  ＣＥに対しても当該識別情報を用いて送信判定を実施する。
【００７５】
ｅＮＢからＵＥに対して指定するセル／キャリアの情報が、ＭＡＣ  ＣＥの種類毎である場合、例えば、ｒｅｇｕｌａｒ  ＢＳＲに対してセル１〜３、ｐａｄｄｉｎｇ  ＢＳＲに対してセル４〜５といった情報がｅＮＢからＵＥに通知され、ＵＥは、ｒｅｇｕｌａｒ  ＢＳＲのトリガが発生したときには「セル１〜３」に基づいて送信判定を実行し、ｐａｄｄｉｎｇ  ＢＳＲのトリガが発生したときには「セル４〜５」に基づいて送信判定を実行する。
【００７６】
また、ＭＡＣ  ＣＥ送信可能なセル／キャリアの情報がｅＮＢからＵＥに対して明示的に通知されない場合、ＵＥは、ＭＡＣ  ＣＥをライセンスバンドとアンライセンスバンドのいずれでも送信できると見なすように規定してもよいし、ライセンスバンドのみで送信できると見なすように規定してもよい。
【００７７】
上述したＭＡＣ  ＣＥ送信可能なセル／キャリアの情報を明示的にｅＮＢからＵＥに送信する場合、当該情報は、ＲＲＣ、ＭＡＣ、ＰＨＹのいずれのレイヤの信号で送信してもよい。
【００７８】
（実施例３）
ＬＴＥでは、ＵＥとｅＮＢ間でパケットの論理的な通信路である無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）が設定され、当該無線ベアラにより信号の送受信がなされる。無線ベアラとして、ＲＲＣやＮＡＳ等のシグナリング送受信に用いるＳＲＢ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）と、データ送受信に用いるＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）がある。
【００７９】
実施例３では、ＭＡＣ  ＣＥはＳＲＢと同等の重要性（プライオリティ）を持つと見なし、ＳＲＢの送信が可能なセル（ＣＣ）でＭＡＣ  ＣＥを送信する。実施例３においては、ＳＲＢを送信可能なセルが、ライセンスバンドのセルのみであるか否かに関わらずに、ＳＲＢの送信が可能なセル（ＣＣ）でＭＡＣ  ＣＥを送信することとしている。すなわち、例えば、ＳＲＢを送信可能なセルが、ライセンスバンドのセルとアンライセンスバンドのセルの両方である場合、ＵＥは、ＭＡＣ  ＣＥをライセンスバンドのセルとアンライセンスバンドのセルのいずれでも送信できる。
【００８０】
また、ＳＲＢの送信が可能なセル（ＣＣ）が、ライセンスバンドのセルのみであると規定されている場合、実施例３は、実施例１と実質的に同じである。この場合、実施例３は、実施例１において、ライセンスバンドのセルであるか否かの判定を、ＳＲＢの送信が可能なセルか否かの判定により行っていることに相当する。
【００８１】
実施例３におけるＵＥの処理手順の例を図８のフローチャートを参照して説明する。以下では、実施例１（図６）での処理と異なる点を主に説明する。
【００８２】
実施例３におけるステップＳ３０１、Ｓ３０２は、実施例１におけるステップＳ１０１、Ｓ１０２と同じである。
【００８３】
ステップＳ３０３において、ＵＥは、ＭＡＣ  ＣＥのＰＵＳＣＨ送信を行うためのＣＣがＳＲＢ送信可能なＣＣであるか否かを判定する。
【００８４】
ここで、ＵＥは、ＳＲＢ送信可能なＣＣ（又はセル）の情報を予め保持しておき、当該情報を参照することで、ＰＵＳＣＨ送信を行うためのＣＣがＳＲＢ送信可能なＣＣであるか否かを判定する。ＵＥが、ＳＲＢ送信可能なＣＣ（又はセル）の情報を予め保持する方法としては、例えば当該無線ベアラの設定時に、ｅＮＢからＵＥに対して当該情報を通知し、ＵＥが当該情報を保持することとしてもよいし、ＵＥが固定的の保持しておくこととしてもよい。
【００８５】
また、ＳＲＢ送信可能なＣＣ（又はセル）の情報は、ＣＣ（又はセル）のインデックスであってもよいし、他の情報であってもよい。また、ＳＲＢ送信可能なＣＣ（又はセル）の情報に代えて、ＳＲＢ送信不可のＣＣ（又はセル）の情報を用いてもよい。
【００８６】
図８のステップＳ３０３において、ＰＵＳＣＨ送信を行うためのＣＣがＳＲＢ送信可能なＣＣであると判定された場合はステップＳ３０４に進む。ステップＳ３０３において、ＰＵＳＣＨ送信を行うためのＣＣがＳＲＢ送信可能なＣＣであると判定されない場合はステップＳ３０５に進む。
【００８７】
ステップＳ３０４において、ＵＥは、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重して、送信を行う。ステップＳ３０５では、ＵＥは、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重しない。この場合、例えば、ＵＥは、生成されたＭＡＣ  ＣＥをバッファ等の記憶部に格納しておき、ステップＳ３０４に遷移するＵＬリソース割り当てが行われるまで待ち、ステップＳ３０４に遷移する場合に、バッファに格納しておいたＭＡＣ  ＣＥを送信する。
【００８８】
（実施例４）
実施例１〜３では、ＭＡＣ  ＣＥをライセンスバンドのＣＣのみで送信することができる。これにより、アンライセンスバンドを使用する場合におけるＬＢＴ＝ｂｕｓｙの問題を解消できる。しかし、ライセンスバンドのＣＣにおいて、例えば当該ＣＣの混雑により、ＵＬのリソース割り当てがすぐにはできない状況が生じ得る。ＭＡＣ  ＣＥをライセンスバンドのＣＣのみで送信する場合に、このような状況が継続すると、ｅＮＢはいつまでたってもＭＡＣ  ＣＥを受信することができず、スケジューリングの遅延等が発生する可能性がある。
【００８９】
そこで、実施例４では、ＭＡＣ  ＣＥがトリガされてから、所定期間ｅＮＢへの送信ができない場合に、アンライセンスバンドでのＭＡＣ  ＣＥ送信を許容する。
【００９０】
実施例４におけるＵＥの処理手順の例を図９のフローチャートを参照して説明する。図９は、実施例１にステップＳ４０４とＳ４０６を追加したフローに相当する。実施例２、３に対しても同様のフローで処理を行うことが可能である。以下では、実施例１（図６）での処理と異なる点を主に説明する。
【００９１】
実施例４におけるステップＳ４０１、Ｓ４０２、Ｓ４０３は、実施例１におけるステップＳ１０１、Ｓ１０２、Ｓ１０３と同じである。
【００９２】
ステップＳ４０３での判定結果がＹｅｓである場合、ステップＳ４０５に進み、判定結果がＮｏである場合、ステップＳ４０４に進む。
【００９３】
ステップＳ４０５において、ＵＥは、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重し、送信を行う。しかし、前述したように、混雑等により、ＭＡＣ  ＣＥがｅＮＢに送信されていない可能性がある。また、無線による送信ができなかった可能性もある。
【００９４】
ステップＳ４０６において、ＵＥは、ＭＡＣ  ＣＥがｅＮＢに送信できたか否かを判定する。ここでの判定は、例えば、ステップＳ４０５における送信に対するＡＣＫを受信したか否かにより行うことができる。つまり、ＡＣＫを受信していれば送信できたと判定する。ＭＡＣ  ＣＥがｅＮＢに送信できたか否かを判定する方法は、上記の方法に限られず、他の方法で判定してもよい。例えば、ＵＥにおいて、物理レイヤ（ＰＨＹ）（例：後述するＵＬ信号送信部１０２）からＭＡＣレイヤ（例：後述するＭＡＣ処理部１０４）に通知される「送信できた」もしくは「送信できなかった」ことを示す指標（ｉｎｄｉｃａｔｉｏｎ）により判定してもよい。
【００９５】
ステップＳ４０６において、判定結果がＮｏの場合、つまり、ｅＮＢへＭＡＣ  ＣＥを送信できたことを確認できない場合、処理はステップＳ４０２に戻る。なお、実施例４では、ステップＳ４０１におけるＭＡＣ  ＣＥ送信トリガに対応するＭＡＣ  ＣＥの送信がなされるまで、当該トリガはキャンセルされず、ＵＥは当該ＭＡＣ  ＣＥの送信のための手順を継続するものとする。
【００９６】
ステップＳ４０３の判定結果がＮｏである場合（アンライセンスバンドでのＵＬ割り当ての場合）、ステップＳ４０４に進み、ＵＥは、ステップＳ４０１におけるＭＡＣ  ＣＥ送信トリガの発生から所定期間が経過したかどうかを判定する。所定期間が経過している場合（ステップＳ４０４でＹｅｓの場合）、ステップＳ４０５に移行して、前述した処理を実行する。つまり、アンライセンスバンドのＣＣでＭＡＣ  ＣＥを送信する。ここでは、例えば、アンライセンスバンドは混雑なく、また、ＬＢＴ＝ｂｕｓｙでもなく、ＭＡＣ  ＣＥは正常に送信されることが想定される。
【００９７】
ステップＳ４０４で所定期間が経過していない場合（ステップＳ４０４でＮｏの場合）、ステップＳ４０７に進み、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重せずにステップＳ４０２に戻る。以降、上記の処理が繰り返される。
【００９８】
（変形例１）
これまでに説明した実施例１〜４では、基本的にＵＥはＭＡＣ  ＣＥをライセンスバンドのＣＣのみで送信することとしている。一方、以下で説明する変形例１（及び変形例２）では、ＵＥは、基本的にＭＡＣ  ＣＥをライセンスバンドのＣＣとアンライセンスバンドのＣＣのいずれでも送信してよいものとする。
【００９９】
ここで、ＵＥがＭＡＣ  ＣＥをアンライセンスバンドのＣＣで送信する場合、ＬＢＴが実行され、ＬＢＴ＝ｂｕｓｙとなってしまうケースが想定される。そこで、本変形例１では、ＬＢＴ＝ｂｕｓｙとなることを想定し、アンライセンスバンドのＣＣでの送信処理のすぐ後に、ライセンスバンドセルでＭＡＣ  ＣＥを送信できるように制御を実行する。具体的な制御の例を次に説明する。
【０１００】
図１０は、変形例１におけるＢＳＲ制御の手順例を示す図である。図１０のステップＳ５０１においてＵＥはＢＳＲのトリガを行い、ステップＳ５０２でＵＥ  ｇｒａｎｔを受信する。
【０１０１】
ステップＳ５０３において、本変形例１では、ＵＬ  ｇｒａｎｔで割り当てられたＰＵＳＣＨ送信リソースのＣＣがライセンスバンドであるかアンライセンスバンドであるかに関わらず、ＵＥは、ＢＳＲ  ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重し、送信を行う。ここでは、ＵＥは、トリガされたＢＳＲをキャンセルしない。なお、Ｓ５０３では送信のための処理を行うが、ＬＢＴ＝ｂｕｓｙの場合は、送信処理が中止され、送信処理は完了しない。
【０１０２】
ステップＳ５０４において、ＵＥは、ステップＳ５０３での送信に係るリソース（ＣＣ）がライセンスバンドのＣＣであるか否かを判定し、ライセンスバンドであればステップＳ５０５に進み、ライセンスバンドでなければ（アンライセンスバンドであれば）ステップＳ５０２に移行する。ステップＳ５０５では、ＵＥはトリガされたＢＳＲをキャンセルする。
【０１０３】
ＢＳＲトリガとして、例えば、既に存在する送信可能なデータに対応する論理チャネルよりも高優先の（ｈｉｇｈｅｒ  ｐｒｉｏｒｉｔｙ）論理チャネルに属するデータが送信可能になった場合に発生するＢＳＲトリガがあり、当該トリガのよるＢＳＲをＲｅｇｕｌａｒ  ＢＳＲと呼ぶ。当該ＢＳＲトリガは、通常、Ｒｅｇｕｌａｒ  ＢＳＲが送信されるとキャンセルされる。一方、本変形例１では、ライセンスバンドのＣＣでＲｅｇｕｌａｒ  ＢＳＲが送信されるまで当該トリガをキャンセルしないこととしている（図１０のステップＳ５０４、Ｓ５０５）。
【０１０４】
また、通常、Ｐｅｒｉｏｄｉｃ  ＢＳＲは、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが満了したときにトリガされ、送信されるとトリガはキャンセルされるが、本変形例１では、図１０のステップＳ５０１でＰｅｒｉｏｄｉｃ  ＢＳＲがトリガされた場合、ライセンスバンドでＰｅｒｉｏｄｉｃ  ＢＳＲを送信するまでは、アンライセンスバンドでＰｅｒｉｏｄｉｃ  ＢＳＲの送信処理を行ったとしても、トリガをキャンセルせず、「ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒが満了した」状態にあるものと見なす（図１０のステップＳ５０４、Ｓ５０５）。
【０１０５】
図１１は、変形例１におけるＰＨＲ制御の手順例を示す図である。ＰＨＲ制御では、通常、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが起動又は再起動した後、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了しない間はＰＨＲはトリガされない。本変形例１では、アンライセンスバンドでＰＨＲ  ＭＡＣ  ＣＥ送信処理を行った場合でも、ライセンスバンドでＰＨＲを送信するまでｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを起動又は再起動しないこととし、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了した状態を継続させることとしている。
【０１０６】
図１１のステップＳ６０１においてＵＥはＰＨＲのトリガを行い、ステップＳ６０２でＵＬ  ｇｒａｎｔを受信する。
【０１０７】
ステップＳ６０３において、本変形例１では、ＵＬ  ｇｒａｎｔで割り当てられたＰＵＳＣＨ送信リソースのＣＣがライセンスバンドであるかアンライセンスバンドであるかに関わらず、ＵＥは、ＰＨＲ  ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重し、送信を行う。ここで、ＵＥは、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒの起動又は再起動を行わず、また、トリガされたＰＨＲをキャンセルしない。なお、Ｓ６０３では送信のための処理を行うが、ＬＢＴ＝ｂｕｓｙの場合は、送信処理が中止され、送信処理は完了しない。
【０１０８】
ステップＳ６０４において、ＵＥは、ステップＳ６０３での送信に係るリソース（ＣＣ）がライセンスバンドのＣＣであるか否かを判定し、ライセンスバンドであればステップＳ６０５に進み、ライセンスバンドでなければ（アンライセンスバンドであれば）ステップＳ６０２に移行する。
【０１０９】
ＵＥは、ステップＳ６０５においてｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒの起動又は再起動を行い、ステップＳ６０６で、トリガされたＰＨＲをキャンセルする。
【０１１０】
（変形例２）
次に変形例２を説明する。変形例２も変形例１と同様に、ＵＥは、ＭＡＣ  ＣＥをライセンスバンドのＣＣとアンライセンスバンドのＣＣのいずれでも送信してよいものとする。
【０１１１】
通常、ＵＥは、トリガのなされたＭＡＣ  ＣＥをＭＡＣ  ＰＤＵにマッピング（多重）した時点で当該トリガをキャンセルする。この動作をそのまま適用すると、例えばＵＥがアンライセンスバンドでＭＡＣ  ＣＥの送信を試みたが、ＬＢＴ  ＝ｂｕｓｙによって実際に無線に送信できない場合でもトリガがキャンセルされる。従って、ｅＮＢに送信すべきＭＡＣ  ＣＥの送信遅延が生じる可能性がある。
【０１１２】
そこで、変形例２では、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵにマッピングしてもトリガをキャンセルせず、ＭＡＣ  ＣＥを送信できた場合にトリガをキャンセルすることとしている。以下、図１２のフローチャートを参照して変形例２の手順例を説明する。以下で説明する手順は、ＭＡＣ  ＣＥの種類に拠らずに共通である。ただし、ＭＡＣ  ＣＥの種類に応じて、以下の手順を適用するか否かを判断してもよい。
【０１１３】
図１２のステップＳ７０１においてＵＥはＭＡＣ  ＣＥのトリガを行い、ステップＳ７０２でＵＥ  ｇｒａｎｔを受信する。
【０１１４】
ステップＳ７０３において、ＵＬ  ｇｒａｎｔで割り当てられたＰＵＳＣＨ送信リソースのＣＣがライセンスバンドであるかアンライセンスバンドであるかに関わらず、ＵＥは、ＭＡＣ  ＣＥをＭＡＣ  ＰＤＵに多重し、送信を行う。ここでは、ＵＥは、トリガされたＭＡＣ  ＣＥをキャンセルしない。なお、Ｓ７０３では送信のための処理を行うが、例えばＬＢＴ＝ｂｕｓｙの場合、送信処理が中止され、ＭＡＣ  ＣＥを含むＭＡＣ  ＰＤＵを無線で送信することができない。また、ｅＮＢとの間の無線区間が混雑している場合等においても、ＭＡＣ  ＣＥを含むＭＡＣ  ＰＤＵを送信できない場合がある。
【０１１５】
ステップＳ７０４において、ＵＥは、ステップＳ７０３での送信処理の結果、無線によるデータ送信ができたか否かを判定する。判定結果がＹｅｓ（送信できた場合）であればステップＳ７０５に進み、判定結果がＮｏ（送信できなかった場合）であればステップＳ７０２に移行する。ステップＳ７０５において、ＵＥはＭＡＣ  ＣＥの送信トリガをキャンセルする。ステップＳ７０４での判定結果がＮｏでステップＳ７０２に移行する場合、トリガは継続しているので、ＵＬ  ｇｒａｎｔでＵＬリソース割り当てがあれば、トリガされたＭＡＣ  ＣＥの送信処理を行うことができる。
【０１１６】
ステップＳ７０４における送信できたか否かの判定は、例えば、ＵＥにおいて、物理レイヤ（ＰＨＹ）（例：後述するＵＬ信号送信部１０２）からＭＡＣレイヤ（例：後述するＭＡＣ処理部１０４）に通知される「送信できた」もしくは「送信できなかった」ことを示す指標（ｉｎｄｉｃａｔｉｏｎ）により行うことができる。また、ｅＮＢからのＡＣＫ受信の有無で、「送信できた」もしくは「送信できなかった」を判定してもよい。
【０１１７】
なお、これまでに説明した実施例１、実施例２、実施例３、実施例４、変形例１、及び変形例２は、矛盾が生じない限り任意に組み合わせて実施することが可能である。
【０１１８】
（装置構成例）
図１３に、これまでに説明した処理を実行可能な本実施の形態に係るＵＥの機能構成図を示す。図１３に示すように、ＵＥは、ＤＬ信号受信部１０１、ＵＬ信号送信部１０２、セル／キャリア管理部１０３、ＭＡＣ処理部１０４、ＵＬ信号生成部１０５を含む。図１３は、ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１１９】
ＤＬ信号受信部１０１は、ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。ＵＬ信号送信部１０２は、物理レイヤの各種信号を無線送信する機能を含む。ＤＬ信号受信部１０１及びＵＬ信号送信部１０２はそれぞれ、複数のＣＣを束ねて通信を行うＣＡを実行する機能を含む。また、ＤＬ信号受信部１０１及びＵＬ信号送信部１０２は、ＬＢＴを実行する機能を含む。つまり、ＤＬ信号受信部１０１は、ＵＬ信号送信部１０２が送信に使用するアンライセンスバンドのキャリアの帯域で受信する他の装置からの信号をモニタし、受信電力を測定し、所定の閾値を超過した場合に、ＵＬ信号送信部１０２に対して当該キャリアでの送信を禁止する。
【０１２０】
セル／キャリア管理部１０３は、ＵＥにおいて設定されている（ＵＥが使用する）セル及びキャリアの情報を保持している。これらの情報は、例えば、ｅＮＢからのＲＲＣシグナリング、その他のシグナリング等により、随時更新される。また、セル／キャリア管理部１０３は、ライセンスバンドに該当するセル又はキャリアの情報を保持する。ライセンスバンドに該当するセル又はキャリアの情報に代えて、又は、これに加えて、アンライセンスバンドに該当するセル又はキャリアの情報を保持してもよい。
【０１２１】
また、セル／キャリア管理部１０３は、ｅＮＢからライセンスバンド（又はアンライセンスバンド）に該当するセル又はキャリアの情報を受信し、保持する機能も有する。
【０１２２】
ＭＡＣ処理部１０４は、実施例１での処理（例：図６の手順）、実施例２での処理（例：図７の手順）、実施例３の処理（例：図８の手順）、実施例４の処理（例：図９の手順）、及び変形例１、変形例２の処理（例：図１０、図１１、図１２の手順）のうちのいずれか１つを実行する機能、又は、いずれか複数を実行する機能、又は、全ての処理を実行する機能を備える。ＵＬ信号生成部１０５は、ＭＡＣ処理部１０４によってＭＡＣ  ＣＥがマッピングされたＭＡＣ  ＰＤＵから、ＵＬ送信信号を生成し、当該ＵＬ送信信号をＵＬ信号送信部１０２に渡す。なお、ＭＡＣ処理部１０４及びＵＬ信号生成部１０５の機能が、ＵＬ信号送信部１０２内に含まれていてもよい。
【０１２３】
また、ＭＡＣ処理部１０４が基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定部を備え、ＵＬ信号送信部１０２が、前記判定部により、前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信部を備えても良い。
【０１２４】
また、ＭＡＣ処理部１０４が、基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがシグナリング無線ベアラ（ＳＲＢ）を送信可能なセルであるか否かを判定する判定部を備え、ＵＬ信号送信部１０２が、前記判定部により、前記サービングセルがシグナリング無線ベアラを送信可能なセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信部を備えてもよい。
【０１２５】
また、ＵＬ信号送信部１０２が、基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースを使用して、送信トリガがなされたＭＡＣコントロールエレメントの送信を行う送信部を備え、ＭＡＣ処理部１０４が、前記上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定部を備え、前記判定部により、前記サービングセルがライセンススペクトラムを用いるセルでないと判定された場合に、前記送信部は、前記ＭＡＣコントロールエレメントの送信トリガをキャンセルしないこととしてもよい。
【０１２６】
また、ＵＬ信号送信部１０２が、基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースを使用して、送信トリガがなされたＭＡＣコントロールエレメントの送信を行う送信部を備え、ＭＡＣ処理部１０４が、前記ＭＡＣコントロールエレメントの送信ができたか否かを判定する判定部を備え、前記判定部により、前記ＭＡＣコントロールエレメントの送信ができなかったと判定された場合に、前記送信部は、前記ＭＡＣコントロールエレメントの送信トリガをキャンセルしないこととしてもよい。
【０１２７】
図１３に示すユーザ装置ＵＥの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１２８】
図１４は、ユーザ装置ＵＥのハードウェア（ＨＷ）構成の例を示す図である。図１４は、図１３よりも実装例に近い構成を示している。図１４に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ  Ｅｑｕｉｐｍｅｎｔ）モジュール１５１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ  Ｂａｎｄ）処理モジュール１５２と、上位レイヤ等の処理を行う装置制御モジュール１５３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット１５４とを有する。
【０１２９】
ＲＥモジュール１５１は、ＢＢ処理モジュール１５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール１５２に渡す。ＲＥモジュール１５１は、例えば、図１３のＤＬ信号受信部１０１及びＵＬ信号送信部１０２における物理レイヤ等の機能を含む。
【０１３０】
ＢＢ処理モジュール１５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１６２は、ＢＢ処理モジュール１５２における信号処理を行うプロセッサである。メモリ１７２は、ＤＳＰ１６２のワークエリアとして使用される。ＢＢ処理モジュール１５２は、例えば、図１３のＤＬ信号受信部１０１及びＵＬ信号送信部１０２におけるレイヤ２等の機能、セル／キャリア管理部１０３、ＭＡＣ処理部１０４、ＵＬ信号生成部１０５を含む。なお、セル／キャリア管理部１０３、ＭＡＣ処理部１０４、ＵＬ信号生成部１０５の機能の全部又は一部を装置制御モジュール１５３に含めることとしてもよい。
【０１３１】
装置制御モジュール１５３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ１６３は、装置制御モジュール１５３が行う処理を行うプロセッサである。メモリ１７３は、プロセッサ１６３のワークエリアとして使用される。また、プロセッサ１６３は、ＵＳＩＭスロット１５４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。
【０１３２】
以上、説明したように、本実施の形態によれば、上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定手段と、前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信手段とを備えるユーザ装置が提供される。
【０１３３】
上記の構成により、アンライセンススペクトラムを使用するセルを含む複数のセルで構成される上りのキャリアアグリゲーションを実行する場合において、ユーザ装置におけるＭＡＣ  ＣＥの送信の遅延を回避することができる。
【０１３４】
前記送信手段は、前記ＭＡＣコントロールエレメントが、特定の種類のＭＡＣコントロールエレメントであるか否かを判定し、前記ＭＡＣコントロールエレメントが、特定の種類のＭＡＣコントロールエレメントであり、かつ、前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで送信することとしてもよい。この構成により、比較的重要ではないＭＡＣ  ＣＥについては、アンライセンスバンドでの送信を許容する制御を実現できる。
【０１３５】
前記判定手段は、前記上り送信リソースに対応するサービングセルが、シグナリング無線ベアラを送信可能なセルであるか否かを判定することにより、前記サービングセルがライセンススペクトラムを用いるセルであるか否かを判定することとしてもよい。この構成により、シグナリング無線ベアラを送信可能なセルがライセンススペクトラムを用いるセルである場合に、適切に判定をすることができる。
【０１３６】
前記送信手段は、前記ＭＡＣコントロールエレメントの送信ができずに所定期間が経過した場合に、前記判定手段により判定が行われたサービングセルがライセンススペクトラムを用いるセルでない場合でも、当該サービングセルで前記ＭＡＣコントロールエレメントを送信することとしてもよい。この構成により、ライセンススペクトラムを用いるセルによる送信を行うことができない状況であっても、ＭＡＣ  ＣＥを基地局に送信することができる。
【０１３７】
また、本実施の形態におけるユーザ装置を、上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースに対応するサービングセルがシグナリング無線ベアラを送信可能なセルであるか否かを判定する判定手段と、前記判定手段により、前記サービングセルがシグナリング無線ベアラを送信可能なセルであると判定された場合に、ＭＡＣコントロールエレメントを当該サービングセルで前記基地局に送信する送信手段とを備えるユーザ装置として構成してもよい。
【０１３８】
上記の構成により、アンライセンススペクトラムを使用するセルを含む複数のセルで構成される上りのキャリアアグリゲーションを実行する場合において、ユーザ装置におけるＭＡＣ  ＣＥの送信の遅延を回避することができる。
【０１３９】
また、本実施の形態におけるユーザ装置を、上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースを使用して、送信トリガがなされたＭＡＣコントロールエレメントの送信を行う送信手段と、前記上り送信リソースに対応するサービングセルがライセンススペクトラムを用いるセルであるか否かを判定する判定手段と、を備え、前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルでないと判定された場合に、前記送信手段は、前記ＭＡＣコントロールエレメントの送信トリガをキャンセルしないユーザ装置として構成してもよい。
【０１４０】
上記の構成により、アンライセンススペクトラムを使用するセルを含む複数のセルで構成される上りのキャリアアグリゲーションを実行する場合において、ユーザ装置におけるＭＡＣ  ＣＥの送信の遅延を回避することができる。
【０１４１】
前記ＭＡＣコントロールエレメントは、周期的ＢＳＲを送信するためのＭＡＣコントロールエレメントであり、前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルでないと判定された場合に、前記送信手段は、周期的ＢＳＲタイマが満了したとみなすこととしてもよい。この構成により、ＬＢＴ＝ｂｕｓｙによりアンライセンスバンドでの送信を行うことができなかった場合であっても、周期的ＢＳＲタイマが満了したと見なすことで、トリガキャンセルを回避し、例えば次のライセンスバンドのリソース割り当てでＭＡＣ  ＣＥを送信することができる。
【０１４２】
前記ＭＡＣコントロールエレメントは、ＰＨＲを送信するためのＭＡＣコントロールエレメントであり、前記判定手段により、前記サービングセルがライセンススペクトラムを用いるセルでないと判定された場合に、前記送信手段は、ＰＨＲの送信を禁止するための禁止タイマの起動又は再起動を行わないこととしてもよい。この構成により、ＬＢＴ＝ｂｕｓｙによりアンライセンスバンドでの送信を行うことができなかった場合であっても、禁止タイマの起動又は再起動を行わないことで、トリガキャンセルを回避し、例えば次のライセンスバンドのリソース割り当てでＭＡＣ  ＣＥを送信することができる。
【０１４３】
また、本実施の形態におけるユーザ装置を、上りのキャリアアグリゲーションをサポートする移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から受信する上り送信リソースの割り当て情報に基づいて、当該上り送信リソースを使用して、送信トリガがなされたＭＡＣコントロールエレメントの送信を行う送信手段と、前記ＭＡＣコントロールエレメントの送信ができたか否かを判定する判定手段と、を備え、前記判定手段により、前記ＭＡＣコントロールエレメントの送信ができなかったと判定された場合に、前記送信手段は、前記ＭＡＣコントロールエレメントの送信トリガをキャンセルしないユーザ装置として構成してもよい。
【０１４４】
上記の構成により、アンライセンススペクトラムを使用するセルを含む複数のセルで構成される上りのキャリアアグリゲーションを実行する場合において、ユーザ装置におけるＭＡＣ  ＣＥの送信の遅延を回避することができる。
【０１４５】
本発明の実施の形態で説明したＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１４６】
本発明の実施の形態で説明したｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１４７】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ装置及び基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってＵＥが有するプロセッサにより動作するソフトウェア、及び、ｅＮＢが有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１４８】
本特許出願は２０１５年５月１５日に出願した日本国特許出願第２０１５−１００５６２号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−１００５６２号の全内容を本願に援用する。
【符号の説明】
【０１４９】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  ＤＬ信号受信部
１０２  ＵＬ信号送信部
１０３  セル／キャリア管理部
１０４  ＭＡＣ処理部
１０５  ＵＬ信号生成部
１５１  ＲＥモジュール
１５２  ＢＢ処理モジュール
１５３  装置制御モジュール
１５４  ＵＳＩＭスロット
【図１】
2016186004.tif 000003
【図２Ａ】
2016186004.tif 000004
【図２Ｂ】
2016186004.tif 000005
【図３】
2016186004.tif 000006
【図４】
2016186004.tif 000007
【図５】
2016186004.tif 000008
【図６】
2016186004.tif 000009
【図７】
2016186004.tif 000010
【図８】
2016186004.tif 000011
【図９】
2016186004.tif 000012
【図１０】
2016186004.tif 000013
【図１１】
2016186004.tif 000014
【図１２】
2016186004.tif 000015
【図１３】
2016186004.tif 000016
【図１４】
2016186004.tif 000017
【国際調査報告】
2016186004.tif 000018
2016186004.tif 000019
2016186004.tif 000020
2016186004.tif 000021
2016186004.tif 000022
2016186004.tif 000023
2016186004.tif 000024
2016186004.tif 000025