(57)【特許請求の範囲】
【請求項１】
アンライセンスバンドを用いて基地局と通信する移動局であって、
基地局から、前記基地局により割り当てられた上りリンク送信用リソースの情報を受信し、前記上りリンク送信用リソースをアクティベーションするための制御情報を受信する受信部と、
前記上りリンク送信用リソースの情報を管理し、前記制御情報に従って前記上りリンク送信用リソースをアクティベーションするリソース管理部と、
上りリンク送信用リソースの割り当て又はアクティベーションから所定の期間後に、上りリンク送信用リソースを解放又はディアクティベーションするタイマ管理部と、
割り当てられた上りリンク送信用リソースが到来する前に、アンライセンスバンドにおける送信が可能であるか否かを検出する送信検出部と、
アンライセンスバンドにおける送信が可能である場合、割り当てられた上りリンク送信用リソースで上りリンクの信号を送信する送信部と、
を有する移動局。
【請求項２】
前記送信部は、新規送信データ及び対応する再送データに、再送制御用のプロセス番号を付与して送信する、請求項１に記載の移動局。
【請求項３】
上りリンク送信用リソースの設定量に関する移動機能力を基地局に通知する移動機能力通知部を更に有する、請求項１又は２に記載の移動局。
【請求項４】
ライセンスバンドにおける上りリンクの信号に用いられる送信電力制御コマンド又はライセンスバンドで通知された送信電力制御コマンドに従って送信電力を制御する送信電力制御部を更に有する、請求項１乃至３のうちいずれか１項に記載の移動局。
【請求項５】
前記リソース管理部は、上りリンク送信用リソースに対応付けて上りリンクの信号を復号化するための識別子の情報を保持し、
前記送信部は、上りリンク送信用リソースに応じて設定された識別子によりスクランブル化を施して、上りリンクの信号と共に当該移動局の識別子を送信する、請求項１乃至４のうちいずれか１項に記載の移動局。
【請求項６】
アンライセンスバンドを用いて基地局と通信する移動局における上りリンク信号送信方法であって、
基地局から、前記基地局により割り当てられた上りリンク送信用リソースの情報を受信し、前記上りリンク送信用リソースをアクティベーションするための制御情報を受信する受信部と、
前記上りリンク送信用リソースの情報を管理し、前記制御情報に従って前記上りリンク送信用リソースをアクティベーションするステップと、
上りリンク送信用リソースの割り当て又はアクティベーションから所定の期間後に、上りリンク送信用リソースを解放又はディアクティベーションするステップと、
割り当てられた上りリンク送信用リソースが到来する前に、アンライセンスバンドにおける送信が可能であるか否かを検出するステップと、
アンライセンスバンドにおける送信が可能である場合、割り当てられた上りリンク送信用リソースで上りリンクの信号を送信するステップと、
を有する上りリンク信号送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局、基地局、上りリンク信号送信方法及び上りリンク信号受信方法に関する。
【背景技術】
【０００２】
現状のLTE（Long Term Evolution）システムでは、通信事業者に割り当てられた周波数バンドで運用が行われている。このような周波数バンドは、通信事業者が免許を受けて利用するため、ライセンスバンドと呼ばれる。【０００３】
ライセンスバンドにおける上りリンクデータの送信は、基地局により割り当てられたリソースで行われる。具体的には、基地局は、上りリンクデータが存在することを示すバッファステータスレポート（BSR：Buffer Status Report）を移動局から受信した場合等に、基地局のスケジューラによって移動局に物理上りリンク共有チャネル（PUSCH：Physical Uplink Shared Channel）のリソースを割り当て、物理下りリンク制御チャネル（PDCCH：Physical Downlink Control Channel）で上りリンクグラント（UL grant）を送信する。移動局は、UL grantを検出してから所定の時間（例えば、4ms）後に上りリンクデータを送信する（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS 36.213 V12.1.0 (2014-03)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、増加するユーザトラヒックを吸収するためには更に周波数バンドを追加する必要がある。しかし、ライセンスバンドの帯域には限りがあるため、ライセンスバンド以外の周波数バンド、すなわち、アンライセンスバンドを利用することが考えられる。アンライセンスバンドとは、WiFi等で用いられている周波数バンドであり、免許不要で複数のシステムが共存可能な周波数バンドである。【０００６】
WiFi等のアンライセンスバンドにおける無線アクセスは、他の装置が信号を送信していないことを確認して送信するLBT（Listen Before Talk）方式が採用されている。このLBT方式をUL grantによるPUSCH送信に適用した場合の上りリンクデータ送信を図１に示す。基地局は、PDCCH送信の前にLBTを実行し、送信可能である場合にPDCCHを送信する（Ｓ１）。移動局は、PDCCHを受信してUL grantを検出した場合、所定の時間後にLBTを実行し、送信可能である場合には上りリンクデータを送信し、送信不可能である場合には上りリンクデータ送信を中止する。図１には、上りリンクデータ送信を中止した場合が示されている（Ｓ２）。基地局は、再びPDCCHの送信の前にLBTを実行し、送信可能である場合にPDCCHを送信する（Ｓ３）。移動局は、PDCCHを受信してUL grantを検出した場合、所定の時間後にLBTを実行し、送信可能である場合には上りリンクデータを送信する（Ｓ４）。【０００７】
このように、ライセンスバンドにおける上りリンク送信とは異なり、移動局がUL grantを正常に受信しても、上りリンクデータを送信しない場合が存在する。従って、基地局は、移動局がUL grantを検出できずに上りリンクデータを送信しないのか、LBTの結果によって移動局が上りリンクデータを送信しないのかを判別することができない。【０００８】
移動局がUL grantを検出できずに上りリンクデータを送信しない場合は、通信品質が悪い場合に相当する。このような場合、基地局は通信品質を確保するために適応制御を行うべきである。【０００９】
一方、LBTの結果によって上りリンクデータを送信しない場合には、適応制御は不要であり、例えば、時間又は周波数を変更してLBTを再び実行するべきである。このような場合、通信品質は悪くないため、移動局がUL grantを検出できずに上りリンクデータを送信しない場合とは異なる取り扱いが必要となる。仮に基地局による適切な適応制御が行われない場合、上りリンクデータの送受信ができなくなる可能性がある。【００１０】
本発明は、アンライセンスバンドにおける上りリンクの信号の送信方式を提案する。
【課題を解決するための手段】
【００１１】
本発明の一形態に係る移動局は、
アンライセンスバンドを用いて基地局と通信する移動局であって、
基地局から、前記基地局により割り当てられた上りリンク送信用リソースの情報を受信し、前記上りリンク送信用リソースをアクティベーションするための制御情報を受信する受信部と、
前記上りリンク送信用リソースの情報を管理し、前記制御情報に従って前記上りリンク送信用リソースをアクティベーションするリソース管理部と、
上りリンク送信用リソースの割り当て又はアクティベーションから所定の期間後に、上りリンク送信用リソースを解放又はディアクティベーションするタイマ管理部と、
割り当てられた上りリンク送信用リソースが到来する前に、アンライセンスバンドにおける送信が可能であるか否かを検出する送信検出部と、
アンライセンスバンドにおける送信が可能である場合、割り当てられた上りリンク送信用リソースで上りリンクの信号を送信する送信部と、
を有する。
【００１３】
また、本発明の一形態に係る上りリンク信号送信方法は、
アンライセンスバンドを用いて基地局と通信する移動局における上りリンク信号送信方法であって、
基地局から、前記基地局により割り当てられた上りリンク送信用リソースの情報を受信し、前記上りリンク送信用リソースをアクティベーションするための制御情報を受信する受信部と、
前記上りリンク送信用リソースの情報を管理し、前記制御情報に従って前記上りリンク送信用リソースをアクティベーションするステップと、
上りリンク送信用リソースの割り当て又はアクティベーションから所定の期間後に、上りリンク送信用リソースを解放又はディアクティベーションするステップと、
割り当てられた上りリンク送信用リソースが到来する前に、アンライセンスバンドにおける送信が可能であるか否かを検出するステップと、
アンライセンスバンドにおける送信が可能である場合、割り当てられた上りリンク送信用リソースで上りリンクの信号を送信するステップと、
を有する。
【発明の効果】
【００１５】
本発明によれば、アンライセンスバンドにおいて基地局と移動局との間で上りリンクの信号の送受信が可能になる。
【図面の簡単な説明】
【００１６】
【図１】アンライセンスバンドを使用した上りリンクデータ送信を示す図
【図２】本発明の実施例に係る基地局の機能ブロック図
【図３】本発明の実施例に係る移動局の機能ブロック図
【図４】本発明の実施例に係るアンライセンスバンドにおける上りリンクデータの通信手順を示すシーケンス図
【図５】本発明の実施例に係る移動局におけるPUSCH送信方法のフローチャート
【図６】再送時のプロセス番号を判別する例を示す図
【発明を実施するための形態】
【００１７】
以下、本発明の実施例について、図面を参照して説明する。
【００１８】
本発明の実施例では、免許不要で利用可能なアンライセンスバンドを用いた無線通信システムについて説明する。本発明の実施例に係る無線通信システムは、移動局（UE）と基地局（eNB）との接続性を担保するためにライセンスバンドを利用してもよい。例えば、ライセンスバンドとアンライセンスバンドとを同時に利用して、キャリアアグリゲーション（CA：Carrier Aggregation）による広帯域化が実現されてもよい。この場合、ライセンスバンドが移動局と基地局との接続性を担保するプライマリセルとして扱われ、アンライセンスバンドがプライマリセルに追加的に設定されるセカンダリセルとして扱われてもよい。ただし、以下の説明において特に明記しない限り、アンライセンスバンドがプライマリセルとして扱われてもよく、また、ライセンスバンドが利用されなくてもよい。
【００１９】
図１を参照して説明したように、アンライセンスバンドにおける無線アクセスに、他の装置が信号を送信していないことを確認して送信するLBT方式が適用されることを仮定する。特に上りリンクデータ送信にLBT方式を適用した場合、移動局は、UL grantを検出した所定の時間後にLBTを実行し、送信可能である場合には上りリンクデータを送信し、送信不可能である場合には上りリンクデータ送信を中止する。従って、基地局は、移動局がUL grantを検出できずに上りリンクデータを送信しないのか、LBTの結果によって移動局が上りリンクデータを送信しないのかを判別することができない。
【００２０】
このため、本発明の実施例では、基地局は、移動局に対してアンライセンスバンドにおける上りリンク送信用リソースを割り当てておく。上りリンク送信用リソースは、UL grantにより動的に割り当てられるのではなく、RRC（Radio Resource Control）レイヤによりセミスタティックに割り当てられてもよい。その後、基地局は、上りリンク送信用リソースを使用可能にするためにアクティベーションを行う。このアクティベーションは移動局により行われてもよい。移動局は、割り当てられた上りリンク送信用リソースが到来する前に、LBTを実行して送信が可能であるか否かを検出し、送信が可能である場合、上りリンクデータを送信する。基地局は、割り当てた上りリンク送信用リソースで受信を試みる。
【００２１】
このようにすることにより、アンライセンスバンドにおいてUL grantを用いることなく上りリンクデータ送信を実現することができる。従って、基地局は、移動局がUL grantを検出できずに上りリンクデータを送信しないという場合を考慮する必要がなくなる。
【００２２】
以下に、基地局及び移動局の具体的な構成及び動作について説明する。
【００２３】
＜基地局の構成＞
図２に、本発明の実施例に係る基地局１０の機能ブロック図を示す。基地局１０は、下りリンク（DL）信号送信部１０１と、上りリンク（UL）信号受信部１０３と、リソース設定部１０５と、アクティベーション制御部１０７と、物理上りリンク共有チャネル（PUSCH）受信部１０９とを有する。移動機（UE）能力受信部１１１及び送信電力制御部１１３については以下の変形例にて後述する。
【００２４】
DL信号送信部１０１は、ライセンスバンド及び／又はアンライセンスバンドで移動局に下りリンクデータ及び制御情報を含む信号を送信する。移動局からの上りリンクの信号を受信するための情報として、DL信号送信部１０１は、移動局に対して割り当てた上りリンク送信用リソースの情報を送信する。また、DL信号送信部１０１は、上りリンク送信用リソースをアクティベーションするための制御情報を送信する。
【００２５】
UL信号受信部１０３は、ライセンスバンド及び／又はアンライセンスバンドで移動局から上りリンクデータ及び制御情報を含む信号を受信する。UL信号受信部１０３は、移動局に対して割り当てた上りリンク送信用リソースで上りリンクの信号の受信を試みる。
【００２６】
リソース設定部１０５は、移動局に対して上りリンク送信用リソースを割り当てる。上りリンク送信用リソースは、UL grantにより動的に割り当てられるのではなく、RRC（Radio Resource Control）レイヤによりセミスタティックに割り当てられてもよい。
【００２７】
アクティベーション制御部１０７は、移動局に対して割り当てた上りリンク送信用リソースをアクティベーションする。上りリンクの信号が存在しない場合にもUL信号受信部１０３で上りリンクの信号の受信を試みることを回避するため、必要な場合に上りリンク送信用リソースを有効にするためのアクティベーションが行われる。例えば、アクティベーション制御部１０７は、ライセンスバンド側で報告されるバッファステータスレポート（BSR）を確認し、上りリンクデータ量が所定の閾値よりも多い場合に上りリンク送信用リソースをアクティベーションする。
【００２８】
PUSCH受信部１０９は、リソース設定部１０５で割り当てた上りリンク送信用リソースにてUL信号受信部１０３で受信した信号から、PUSCHの復調、復号化等を試みる。
【００２９】
＜移動局の構成＞
図３に、本発明の実施例に係る移動局２０の機能ブロック図を示す。移動局２０は、DL信号受信部２０１と、UL信号送信部２０３と、リソース管理部２０５と、タイマ管理部２０７と、バッファ管理部２０９と、送信検出部２１１と、PUSCH送信部２１３とを有する。UE能力通知部２１５及び送信電力制御部２１７については以下の変形例にて後述する。
【００３０】
DL信号受信部２０１は、ライセンスバンド及び／又はアンライセンスバンドで基地局から下りリンクデータ及び制御情報を含む信号を受信する。基地局に上りリンクの信号を送信するための情報として、DL信号受信部２０１は、基地局により割り当てられた上りリンク送信用リソースの情報を受信する。また、DL信号受信部２０１は、上りリンク送信用リソースをアクティベーションするための制御情報を受信する。
【００３１】
UL信号送信部２０３は、ライセンスバンド及び／又はアンライセンスバンドで基地局に上りリンクデータ及び制御情報を含む信号を送信する。UL信号送信部２０３は、基地局により割り当てられた上りリンク送信用リソースで上りリンクの信号を送信する。
【００３２】
リソース管理部２０５は、基地局により割り当てられた上りリンク送信用リソースの情報を管理する。更に、リソース管理部２０５は、基地局からの指示によって上りリンク送信用リソースをアクティベーションする。リソース管理部２０５は、基地局からの指示ではなく、バッファ内のデータ量に基づいて上りリンク送信用リソースを自律的にアクティベーションしてもよい。
【００３３】
タイマ管理部２０７は、上りリンク送信用リソースの割り当て又はアクティベーションから所定の期間後に、上りリンク送信用リソースを解放又はディアクティベーションする。上りリンク送信用リソースの解放とは、移動局に割り当てられた上りリンク送信用リソースの情報を削除することを意味し、上りリンクの信号の送信のためには、再び基地局により上りリンク送信用リソースを割り当てられてアクティベーションされる必要がある。また、上りリンク送信用リソースのディアクティベーションとは、移動局に割り当てられた上りリンク送信用リソースを維持しつつ、上りリンク送信用リソースを一時的に使用不可能にすることを意味し、上りリンクの信号の送信のためには、上りリンク送信用リソースがアクティベーションされればよい。
【００３４】
バッファ管理部２０９は、移動局のバッファに格納された上りリンクデータ量を管理する。この上りリンクデータ量は、バッファステータスレポートの中で基地局に報告される。バッファステータスレポートは、ライセンスバンドで報告されてもよい。
【００３５】
送信検出部２１１は、基地局により割り当てられた上りリンク送信用リソースが到来する前に、アンライセンスバンドにおける送信が可能であるか否かを検出する。具体的には、送信検出部２１１は、上りリンクデータを送信するために割り当てられた上りリンク送信用リソースの所定期間前に、他の装置が信号を送信していないことを確認するLBTを実行する。LBTの結果が送信可能である場合、PUSCH送信部２１３による送信を許可する。一方、LBTの結果が送信不可能である場合、PUSCH送信部２１３による送信を保留する。
【００３６】
PUSCH送信部２１３は、上りリンクデータをPUSCHで送信するために、PUSCHの符号化、変調等の処理を行う。送信検出部２１１により送信が許可された場合、PUSCH送信部２１３は、UL信号送信部２０３を介して上りリンクデータを送信する。
【００３７】
＜上りリンクデータの通信手順＞
図４に、本発明の実施例に係るアンライセンスバンドにおける上りリンクデータの通信手順を示す。
【００３８】
まず、基地局（eNB）のリソース設定部１０５は、移動局に対して上りリンク送信用リソースをセミスタティックに割り当てる（Ｓ１０１）。セミスタティックな割り当てとは、UL grantのように必要に応じて動的に割り当てることではなく、一定の期間の使用を前提として割り当てることを意味する。ただし、一度割り当てた上りリンク送信用リソースが変更されてもよい。割り当てる上りリンク送信用リソースは、時間及び／又は周波数により指定されてもよく、別の設定情報（例えば、DRX config）に関連付けられてもよい。例えば、DRX configによりDRX状態から非DRX状態に復帰した所定時間後に上りリンク送信用リソースが割り当てられてもよい。別の設定情報に関連付けられる場合、移動局又は基地局は、別の設定情報から上りリンク送信用リソースを判定する。
【００３９】
また、移動局に対して単一の上りリンク送信用リソースが割り当てられてもよく、複数の上りリンク送信用リソースが割り当てられてもよい。複数の上りリンク送信用リソースが割り当てられる場合、各リソースは重複しないように割り当てられてもよく、重複して割り当てられてもよい。例えば、同じ移動局に対して第nサブフレーム、第n+4サブフレーム、第n+8サブフレーム、第n+12サブフレーム、第n+16サブフレーム・・・の上りリンク送信用リソースが設定されると共に、第nサブフレーム、第n+8サブフレーム、第n+16サブフレーム・・・の上りリンク送信用リソースが設定されてもよい。
【００４０】
更に、複数の移動局に対して同一の上りリンク送信用リソースが割り当てられてもよい。
【００４１】
次に、リソース設定部１０５は、DL信号送信部１０１を介して上りリンク送信用リソースを移動局に通知する。上りリンク送信用リソースの割り当ては、図示のように、RRC信号（RRC connection reconfiguration）で通知されてもよい（Ｓ１０３）。また、音声のような遅延要件の厳しいデータがアンライセンスバンドで送信されないように、リソース設定部１０５は、RRC信号の中で、アンライセンスバンドで送信すべきデータ種別（具体的には、ベアラ、論理チャネル（LCH：logical channel）、論理チャネルグループ（LCG：logical channel group）等）を通知してもよい。
【００４２】
移動局のリソース管理部２０５は、基地局により割り当てられた上りリンク送信用リソースを設定する。設定の完了は、RRC信号（RRC connection reconfiguration complete）で通知されてもよい（Ｓ１０５）。
【００４３】
基地局のアクティベーション制御部１０７は、上りリンクデータが存在しない場合にも上りリンクデータの受信を試みることを回避するため、必要な場合に上りリンク送信用リソースを有効にするためのアクティベーションを行う（Ｓ１０７）。具体的には、アクティベーション制御部１０７は、ライセンスバンド側で報告されたバッファステータスレポートを確認し、上りリンクデータ量が所定の閾値よりも多い場合、アンライセンスバンドで送信されるべきU-planeデータが発生したと判断し、上りリンク送信用リソースをアクティベーションする。仮に上りリンクデータ量が所定の閾値以下である場合又はアンライセンスバンドのリソース不足が懸念される場合、アクティベーション制御部１０７は、上りリンク送信用リソースをディアクティベーションしてもよい。上りリンク送信用リソースのアクティベーション／ディアクティベーションは、MAC（Medium Access Control）レイヤの信号であるMAC CE（MAC Control Element）により行われてもよく、物理レイヤの信号で行われてもよい。
【００４４】
図４では、基地局の指示により、上りリンク送信用リソースがアクティベーション／ディアクティベーションされているが、上りリンク送信用リソースは移動局の判断でアクティベーション／ディアクティベーションされてもよい。例えば、移動局は、バッファステータスレポートの上りリンクデータ量が所定の閾値よりも多い場合、上りリンク送信用リソースを自律的にアクティベーションする。また、バッファステータスレポートの上りリンクデータ量が所定の閾値以下である場合、上りリンク送信用リソースを自律的にディアクティベーションする。この場合、移動局がアクティベーション／ディアクティベーションしたことをライセンスバンドで基地局に報告してもよい。
【００４５】
上記のように複数の上りリンク送信用リソースが割り当てられる場合、どれをアクティベーションするかは、リソースの識別子等を使用して指定されてもよい。例えば、同じ移動局に対して第nサブフレーム、第n+4サブフレーム、第n+8サブフレーム、第n+12サブフレーム、第n+16サブフレーム・・・の上りリンク送信用リソースが設定されると共に、第nサブフレーム、第n+8サブフレーム、第n+16サブフレーム・・・の上りリンク送信用リソースが設定された場合、アクティベーション制御部１０７により、いずれか一方がアクティベーションされてもよい。
【００４６】
移動局のPUSCH送信部２１３は、割り当てられた上りリンク送信用リソースでPUSCHを送信する（Ｓ１０９）。PUSCHの送信の前に、移動局の送信検出部２１１は、アクティベーションされた上りリンク送信用リソースが到来する前に、送信が可能であるか否かを検出するためにLBTを実行する。移動局のPUSCH送信部２１３は、LBTの結果が送信可能である場合、UL信号送信部２０３を介して上りリンクデータを送信し、LBTの結果が送信不可能である場合、UL信号送信部２０３を介した送信を保留する。送信が保留された結果、LBTの実行から上りリンクデータの送信までの間に、ライセンスバンド又は他のバンドにおけるPUSCH送信等により上りリンクデータがなくなった場合又は所定の閾値以下になった場合、PUSCH送信部２１３は、上りリンクデータの送信を中止してもよい。
【００４７】
また、ライセンスバンドにおけるPUSCH送信とアンライセンスバンドにおけるPUSCH送信とが重複した場合、PUSCH送信部２１３は、ライセンスバンドにおけるPUSCH送信を優先してもよく、アンライセンスバンドにおけるPUSCH送信を優先してもよい。
【００４８】
なお、PUSCH送信部２１３がアンライセンスバンドにおいてPUSCH送信で用いる変調方式（MCS：Modulation and Coding Scheme）は、基地局のライセンスバンドにおける下りリンク制御情報により指示されてもよい。基地局からMCSが指示された場合、所定の期間は指示されたMCSを用いてPUSCH送信が行われてもよい、一方、基地局からの指示がない場合には、デフォルトの設定が用いられてもよい。
【００４９】
基地局のPUSCH受信部１０９は、割り当てた上りリンク送信用リソースでPUSCHを受信する（Ｓ１０９）。PUSCH受信部１０９は、基地局からライセンスバンドにおいて指示したMCSを用いてPUSCHを受信してもよい。一方、MCSを指示していない場合、デフォルトの設定を用いてPUSCHを受信してもよい。
【００５０】
基地局のPUSCH受信部１０９は、DL信号送信部１０１を介して、受信した上りリンクデータに対する送達確認（PHICH（Physical Hybrid-ARQ Indicator Channel）のACK又はRLC（Radio Link ControlのACK）を送信してもよい。送達確認は、アンライセンスバンドにおいて送信されてもよく、ライセンスバンドにおいて送信されてもよい。
【００５１】
基地局のアクティベーション制御部１０７は、PUSCHの受信が終了した場合、上りリンク送信用リソースをディアクティベーションする（Ｓ１１１）。具体的には、アクティベーション制御部１０７は、バッファステータスレポートの上りリンクデータ量が所定の閾値以下である場合、アンライセンスバンドで送信されるべきU-planeデータが枯渇したと判断し、上りリンク送信用リソースをディアクティベーションする。上記のように、上りリンク送信用リソースは移動局の判断でディアクティベーションされてもよい。上りリンク送信用リソースのディアクティベーションはリソース毎に行われてもよい。
【００５２】
また、リソース毎に上りリンク送信用リソースをディアクティベーションするために、タイマが使用されてもよい。移動局のタイマ管理部２０７は、上りリンク送信用リソースをアクティベーションした時点でタイマを起動する。上りリンク送信用リソースが用いられる毎に対応するタイマが再起動されてもよい。そして、タイマが満了した時点で対応する上りリンク送信用リソースをディアクティベーションする。
【００５３】
図示しないが、移動局に割り当てられた上りリンク送信用リソースは、所定の時間後に解放されてもよい。上りリンク送信用リソースは、基地局からのRRC信号により解放されてもよく、タイマに基づいて解放されてもよい。タイマが用いられる場合、移動局のタイマ管理部２０７は、上りリンク送信用リソースが割り当てられた時点でタイマを起動する。上りリンク送信用リソースが用いられる毎にタイマが再起動されてもよい。そして、タイマが満了した時点で上りリンク送信用リソースを解放する。なお、タイマとして、上りリンクの同期を図るためのTA（Timing Advance）タイマ、セカンダリセルをディアクティベーションするためのsCellDeactivationTimer等のような移動局に予め設定されたタイマが用いられてもよい。
【００５４】
図５に、本発明の実施例に係る移動局におけるPUSCH送信方法のフローチャートを示す。
【００５５】
PUSCH送信に先立ち、リソース管理部２０５は、基地局からDL信号受信部２０１を介して受信した上りリンク送信用リソースの情報を格納する。また、リソース管理部２０５は、上りリンク送信用リソースのアクティベーション／ディアクティベーションも管理する（Ｓ２０１）。
【００５６】
バッファ管理部２０９は、移動局のバッファ内の上りリンクデータ量を確認し、上りリンクデータが発生したことを検出する（Ｓ２０３）。バッファ管理部２０９は、上りリンクデータ量を示すバッファステータスレポートを基地局に報告する。
【００５７】
送信検出部２１１は、アンライセンスバンドで送信すべき上りリンクデータが発生した場合、上りリンク送信用リソースの所定期間前にLBTを実行する（Ｓ２０５）。
【００５８】
LBTの結果が送信不可能である場合（Ｓ２０５：Ｎｏ）、PUSCH送信部２１３によるPUSCH送信は保留される。一方、LBTの結果が送信可能である場合（Ｓ２０５：Ｙｅｓ）、且つ、上りリンク送信用リソースがアクティベーションされている場合（Ｓ２０７：Ｙｅｓ）、PUSCH送信部２１３によるPUSCH送信が許可される。LBTの結果が送信可能であっても（Ｓ２０７：Ｙｅｓ）、上りリンク送信用リソースがアクティベーションされていない場合（Ｓ２０７：Ｎｏ）、PUSCH送信部２１３によるPUSCH送信は保留される。なお、LBTの確認（Ｓ２０５）の前に上りリンク送信用リソースのアクティベーションの確認（Ｓ２０７）が行われてもよく、これらの確認が同時に行われてもよい。PUSCH送信が許可された場合、PUSCH送信部２１３は、UL信号送信部２０３を介して上りリンクデータを送信する（Ｓ２０９）。
【００５９】
なお、上記の実施例では、特にPUSCH送信について説明しているが、他の上りリンクの信号の送信（例えば、サウンディング・リファレンス信号（SRS：Sounding Reference Signal）、物理上りリンク制御チャネル（PUCCH：Physical Uplink Control Channel））にも適用可能である。
【００６０】
＜第１変形例＞
上記の実施例では、UL grantを用いることなく上りリンクデータ送信を実現することができるが、UL grantを用いたHARQ（Hybrid Automatic Repeat Request）再送制御が実現できなくなる。
【００６１】
LTEシステムでは、移動局は、UL grantを受信した時点で、TTI（Transmission Time Interval）とHARQプロセス番号との関連付けを行う。例えば、第nのTTIでUL grantを受信した場合、第nのTTIにHARQプロセス番号0を割り当て、第n+1のTTIにHARQプロセス番号1を割り当て、以下同様に、第n+7のTTIにHARQプロセス番号7を割り当てる。更に、第n+8のTTIに再びHARQプロセス番号0を割り当て、第n+9のTTIに再びHARQプロセス番号1を割り当て、以下同様に、第n+15のTTIにHARQプロセス番号7を割り当てる。例えば、第n+1のTTIで送信したPUSCHを再送する場合、そのプロセス番号1に関連する第n+9のTTIで再送が行われる。従って、基地局は、TTIからHARQプロセス番号を特定することが可能になる。
【００６２】
一方、上記の実施例で説明したアンライセンスバンドにおける上りリンクデータ送信では、UL grantが用いられないため、基地局は、TTIからHARQプロセス番号を特定することができない。
【００６３】
従って、移動局のPUSCH送信部２１３は、新規送信データ及び対応する再送データに、再送制御用のプロセス番号を付与して送信する。すなわち、図６（Ａ）に示すように、HARQプロセス番号は、PUSCH内で明示的に基地局に通知される。基地局のPUSCH受信部１０９は、PUSCH内で通知されたHARQプロセス番号に従って、再送データを受信する。
【００６４】
或いは、移動局のPUSCH送信部２１３及び基地局のPUSCH受信部１０９は、基地局により割り当てられた上りリンク送信用リソースとプロセス番号との関連付けを行ってもよい。例えば、図６（Ｂ）に示すように、第nのTTI、第n+3のTTI、第n+6のTTI、第n+8のTTIがアンライセンスバンドにおけるPUSCH送信のために割り当てられている場合、このうち、第nのTTI及び第n+8のTTIではHARQプロセス番号1に対応する上りリンクデータを送信するものと仮定してもよい。このように、特定の上りリンク送信用リソースで特定のHARQプロセス番号の上りリンクデータを送信することにより、基地局は、TTIからHARQプロセス番号を特定することが可能になる。
【００６５】
また、移動局のPUSCH送信部２１３は、新規送信データであるか再送データであるかを示すNDI（New Data Indicator）を通知してもよい。
【００６６】
＜第２変形例＞
次に、基地局が移動局に割り当てる上りリンク送信用リソースの量を制御する方法について説明する。
【００６７】
例えば、移動局で使用できる上りリンク送信用リソースの量は、移動局の実装（例えば、メモリ又はCPU）に依存する。基地局が過剰に上りリンク送信用リソースを割り当てた場合、リソースが無駄となってしまう。
【００６８】
このため、移動局のUE能力通知部２１５は、上りリンク送信用リソースの設定量に関する移動機能力を基地局に通知する。移動機能力は、いくつの上りリンク送信用リソースを同時に設定できるかを示す値でもよい。移動機能力は、上りリンク送信用リソースの割り当て（図４のＳ１０１）の前に通知される必要がある。例えば、移動機の種別を報告するために使用されるUE category、キャリアアグリゲーションにおけるCAバンド毎の移動機の能力を通知するためのCA band combination (set)のような移動機能力を通知するためのメッセージと共に、上りリンク送信用リソースの設定量に関する移動機能力が通知されてもよい。
【００６９】
基地局のUE能力受信部１１１は、移動局から通知された移動機能力を受信し、リソース設定部１０５は、受信した移動機能力に基づいて上りリンク送信用リソースを割り当てる。なお、移動局から移動機能力が通知されていない場合、リソース設定部１０５は、デフォルトの値を用いて上りリンク送信用リソースを割り当ててもよい。
【００７０】
＜第３変形例＞
また、上記の実施例では、UL grantを用いることなく上りリンクデータ送信を実現することができるが、移動局は、UL grantと共に送信されるTPC（Transmission Power Control）コマンドを受信することができなくなる。
【００７１】
このため、移動局の送信電力制御部２１７は、ライセンスバンドにおける上りリンクの信号に用いられるTPCコマンド、すなわち、ライセンスバンドにおいてUL grantと共に送信されたTPCコマンドを用いて送信電力を制御する。なお、ライセンスバンドに複数のコンポーネントキャリアが設定されている場合には、どのコンポーネントキャリアのTPCコマンドを用いるべきかが基地局の送信電力制御部１１３から指定されてもよい。基地局の送信電力制御部１１３は、アンライセンスバンドにおける送信電力制御は実施せず、ライセンスバンドにおける送信電力制御を実施すればよい。
【００７２】
或いは、基地局の送信電力制御部１１３は、アンライセンスバンドにおいて送信電力制御を実施し、アンライセンスバンド用のTPCコマンドをライセンスバンドで通知してもよい。例えば、アンライセンスバンド用のTPCコマンドは、ライセンスバンドのMACレイヤの信号であるMAC CEにより通知されてもよい。移動局の送信電力制御部２１７は、ライセンスバンドで通知されたTPCコマンドを用いて送信電力を制御する。なお、基地局の送信電力制御部１１３及び移動局の送信電力制御部２１７は、アンライセンスバンドの上りリンク送信用リソースのアクティベーション状態に拘わらず、ディアクティベーションのときにも送信電力を制御してもよく、また、アンライセンスバンドの上りリンク送信用リソースがアクティベーションされている場合に、送信電力を制御してもよい。
【００７３】
また、移動局の送信電力制御部２１７は、ライセンスバンドにおける上りリンクの信号に用いられるTPCコマンドを用いて送信電力を制御すると共に、ライセンスバンドで通知されたアンライセンスバンド用のTPCコマンドを追加で適用して送信電力を制御してもよい。
【００７４】
＜第４変形例＞
上記の実施例では、複数の移動局に対して同一の上りリンク送信用リソースが割り当てられてもよい。一方、同一の上りリンク送信用リソースを複数の移動局に割り当てた場合、基地局は、どの移動局からのPUSCHであるかを把握する必要がある。具体的には、基地局は、上りリンク送信用リソースに関連付けられている複数の移動局の識別子（C-RNTI：Cell-Radio Network Temporary Identifier）を用いてCRCビットを復号化し、復号化できた場合に、どの移動局からのPUSCHであるかを判別できる。
【００７５】
しかし、このときの基地局のPUSCHの受信処理量は、移動局の数に比例して増加することになる。このような状況に対応するため、CRCビットのスクランブル化／復号化にC-RNTIを使用する代わりに、上りリンク送信用リソースに応じて設定された識別子（ここでは、U-C-RNTIと呼ぶ）を使用する。
【００７６】
具体的には、基地局のリソース設定部１０５は、移動局に対して上りリンク送信用リソースを割り当てると共に、上りリンク送信用リソースに対応付けて上りリンクデータを復号化するための識別子（U-C-RNTI）を付与する。移動局のリソース管理部２０５は、上りリンク送信用リソースに対応付けて、上りリンクデータを復号化するための識別子（U-C-RNTI）の情報を管理する。
【００７７】
移動局のPUSCH送信部２１３は、上りリンクデータを送信する場合、上りリンク送信用リソースに応じて設定された識別子によりスクランブル化を施して、上りリンクデータと共に移動局の識別子（C-RNTI）を送信する。移動局の識別子は、MAC PDU（Protocol Data Unit）に含めて送信されてもよい。
【００７８】
基地局のPUSCH受信部１０９は、上りリンク送信用リソースに応じて設定されたU-C-RNTIを用いてPUSCHを復号化する。U-C-RNTIは移動局に依存せず、上りリンク送信用リソースに依存するため、基地局の受信処理量が低減される。また、U-C-RNTIを使用することで、PUSCHの誤検出、不正な移動局からの受信等を回避することができる。一方、基地局のPUSCH受信部１０９は、MAC PDUから、PUSCHを送信した移動局を識別することが可能になる。
【００７９】
＜本発明の実施例の効果＞
本発明の実施例によれば、アンライセンスバンドにおいて基地局と移動局との間で上りリンクの信号の送受信が可能になる。基地局は、UL grantを用いることなく、上りリンクデータを受信することができるため、移動局がUL grantを検出できずに上りリンクデータを送信しないという場合を考慮する必要がなくなる。
【００８０】
更に、予めセミスタティックに割り当てた上りリンク送信用リソースが必要に応じてアクティベーションされるため、基地局は、無駄なPUSCHの受信を試みる必要がなくなる。
【００８１】
そして、UL grantを用いないことによる再送制御及び送信電力制御もアンライセンスバンドにおいて実現可能になる。
【００８２】
また、アンライセンスバンドで同一の上りリンク送信用リソースを複数の移動局に割り当てた場合の基地局における受信処理も低減可能になる。すなわち、基地局の受信処理を複雑化させることなく、アンライセンスバンドにおけるリソースの有効活用が図られる。
【００８３】
説明の便宜上、本発明の実施例に係る基地局及び移動局は機能的なブロック図を用いて説明しているが、本発明の実施例に係る基地局及び移動局は、ハードウェア、ソフトウェアまたはそれらの組み合わせで実現されてもよい。また、各機能部が必要に応じて組み合わせて使用されてもよい。また、本発明の実施例に係る方法は、実施例に示す順序と異なる順序で実施されてもよい。
【００８４】
以上、アンライセンスバンドにおいて基地局と移動局との間で上りリンクの信号の送受信を可能にするための手法について説明したが、本発明は、上記の実施例に限定されることなく、請求の範囲内において、種々の変更・応用が可能である。
【００８５】
本国際出願は２０１４年３月３１日に出願した日本国特許出願２０１４−０７２４１２号に基づく優先権を主張するものであり、２０１４−０７２４１２号の全内容を本国際出願に援用する。
【符号の説明】
【００８６】
１０    基地局
１０１  DL信号送信部
１０３  UL信号受信部
１０５  リソース設定部
１０７  アクティベーション制御部
１０９  PUSCH受信部
１１１  UE能力受信部
１１３  送信電力制御部
２０    移動局
２０１  DL信号受信部
２０３  UL信号送信部
２０５  リソース管理部
２０７  タイマ管理部
２０９  バッファ管理部
２１１  送信検出部
２１３  PUSCH送信部
２１５  UE能力通知部
２１７  送信電力制御部
【図１】
0006480421.tif 000002
【図２】
0006480421.tif 000003
【図３】
0006480421.tif 000004
【図４】
0006480421.tif 000005
【図５】
0006480421.tif 000006
【図６】
0006480421.tif 000007