(57)【特許請求の範囲】
【請求項１】
間欠受信制御をサポートする移動通信システムにおけるユーザ装置であって、
基地局から上りデータ送信のためのリソース割り当て情報を含む下り制御情報を受信した場合に、第１のタイマを起動し、当該第１のタイマが満了した場合に、第２のタイマを起動するタイマ制御手段と、
前記第２のタイマが起動している場合に、前記ユーザ装置をアクティブ状態とする受信制御手段とを備え、
前記タイマ制御手段は、前記下り制御情報に基づく上りデータ送信を行うタイミングで前記第１のタイマを起動し、前記第２のタイマが満了する前に、上りデータ送信のための下り制御情報を前記基地局から受信した場合に、当該第２のタイマを停止する
ユーザ装置。
【請求項２】
前記タイマ制御手段は、前記下り制御情報に基づく上りデータ送信を行うタイミングで前記第１のタイマを起動する場合において、当該上りデータ送信を実行できなかった場合でも前記第１のタイマを起動する
請求項１に記載のユーザ装置。
【請求項３】
前記下り制御情報は、前記上りデータ送信に対応するＨＡＲＱプロセスの識別子を含み、前記タイマ制御手段は、当該識別子で識別されるＨＡＲＱプロセスに対応する前記第１のタイマを起動し、当該ＨＡＲＱプロセスに対応する前記第２のタイマを起動する
請求項１又は２に記載のユーザ装置。
【請求項４】
前記タイマ制御手段は、前記基地局からタイマ停止指示信号を受信した場合に、前記第１のタイマと前記第２のタイマのうち起動しているタイマを停止する
請求項１ないし３のうちいずれか１項に記載のユーザ装置。
【請求項５】
前記タイマ停止指示信号は、ＤＲＸコマンドＭＡＣコントロールエレメントである
請求項４に記載のユーザ装置。
【請求項６】
前記基地局からの設定により、前記ユーザ装置が上り非同期再送制御を実行する場合に、前記タイマ制御手段は、前記第１のタイマと前記第２のタイマを用いたタイマ制御を実行する
請求項１ないし５のうちいずれか１項に記載のユーザ装置。
【請求項７】
前記タイマ制御手段は、下り制御情報を受信する回数、又は、上りデータを送信する回数をカウントし、当該カウントされた回数が、所定の回数以上となる場合に、前記第１のタイマの起動を行わない、又は、起動しているタイマを停止する
請求項１ないし６のうちいずれか１項に記載のユーザ装置。
【請求項８】
間欠受信制御をサポートする移動通信システムにおけるユーザ装置が実行する間欠受信制御方法であって、
基地局から上りデータ送信のためのリソース割り当て情報を含む下り制御情報を受信した場合に、前記下り制御情報に基づく上りデータ送信を行うタイミングで第１のタイマを起動し、当該第１のタイマが起動している場合に、下り制御チャネルの監視を行わず、
前記第１のタイマが満了した場合に、第２のタイマを起動し、当該第２のタイマが起動している場合に、前記下り制御チャネルの監視を行い、前記第２のタイマが満了する前に、上りデータ送信のための下り制御情報を前記基地局から受信した場合に、当該第２のタイマを停止する
間欠受信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＴＥ等の移動通信システムにおけるユーザ装置のＤＲＸ制御に関連するものである。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において標準化されているＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）では、ユーザ装置ＵＥのバッテリ消耗を抑制する観点から、ユーザ装置ＵＥが送受信するデータが一定期間以上存在しない場合、基地局ｅＮＢから送信される下り制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を特定の期間のみ、間欠的に受信するＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：間欠受信）制御が採用されている（例えば、非特許文献１参照）。
【０００３】
具体的には、ＤＲＸ制御において、ＲＲＣ接続したユーザ装置をＡｃｔｉｖｅ状態又はＩｎａｃｔｉｖｅ状態のいずれかとして管理する。Ａｃｔｉｖｅ状態に遷移したユーザ装置ＵＥは、ＰＤＣＣＨを監視し、基地局ｅＮＢに対し、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ：チャネル状態情報）／ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：上りチャネル品質測定用参照信号）を送信する。一方、Ｉｎａｃｔｉｖｅ状態に遷移したユーザ装置ＵＥは、ＰＤＣＣＨを監視せず、ＣＳＩ／ＳＲＳを送信しないため、バッテリ消耗を抑制できる。なお、Ａｃｔｉｖｅ状態である時間をＡｃｔｉｖｅ  Ｔｉｍｅともいう。
【０００４】
ユーザ装置ＵＥがＡｃｔｉｖｅ状態にあるのは、例えば、Ｏｎ  ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ｍａｃ−ｃｏｎｔｅｎｓｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの何れかが起動している場合、Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔを送信した場合、ＵＬ  ＨＡＲＱ再送のためのＵＬ  ｇｒａｎｔが割り当てられる場合、更に、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅを受信し、その後、新規送信を指示するＰＤＣＣＨを受信していない場合である。これらの場合以外は、ユーザ装置ＵＥはＩｎａｃｔｉｖｅ状態にある。
【０００５】
一例として、図１（ａ）に、ユーザ装置ＵＥにおけるＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒによる状態遷移の例を示す。図１（ａ）に示すように、ユーザ装置ＵＥが最後のＰＤＣＣＨを受信し（ステップＳ１）、ＤＲＸ−Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒが満了すると（ステップＳ２）、Ｉｎａｃｔｉｖｅに遷移し、その後、ＤＲＸ  ｃｙｃｌｅでＡｃｔｉｖｅ期間が周期的に到来する（ステップＳ３）。
【０００６】
また、図１（ｂ）は、ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ（ＤＲＸ  ＭＡＣ  ＣＥ）による遷移の例を示す。図１（ｂ）に示すように、ユーザ装置ＵＥが最後のＰＤＣＣＨを受信し（ステップＳ４）、ＤＲＸ  ＭＡＣ  ＣＥを受信すると（ステップＳ５）、ＤＲＸ−Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒは強制的に停止し、Ｉｎａｃｔｉｖｅに遷移し、その後、ＤＲＸ  ｃｙｃｌｅでＡｃｔｉｖｅ期間が周期的に到来する（ステップＳ６）。
【０００７】
また、ＬＴＥにおけるユーザ装置ＵＥ及び基地局ｅＮＢでは、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤのＨＡＲＱエンティティにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）制御が行われる。ＨＡＲＱ制御では、ＭＡＣのＨＡＲＱエンティティにおけるＨＡＲＱプロセスがプロセス番号毎（識別子毎）にデータを処理している。より具体的には、下り（ＤＬ）の場合、Ａｓｙｎｃｈｒｏｎｏｕｓ再送制御（非同期再送制御）を行うため、基地局ｅＮＢは前回の送信から所定期間以上、離れていればいつでもデータ送信可能であり、送信する際にＨＡＲＱプロセス番号がＰＤＣＣＨ内で明示的に通知される。
【０００８】
また、上り（ＵＬ）では、Ｓｙｎｃｈｒｏｎｏｕｓ再送制御（同期再送制御）を行うため、ユーザ装置ＵＥは決まった周期（例：８ｍｓ）で再送を行う。ＨＡＲＱプロセス番号は、ＰＵＳＣＨ初送のタイミングで一意に決定され、ＨＡＲＱプロセス番号は基地局ｅＮＢから明示的に通知されない。
【０００９】
また、別の背景技術として、ＬＡＡ（Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）がある。現状のＬＴＥシステムは、通信事業者に割り当てられたライセンスバンドで運用が行われているが、増加するユーザトラヒックを吸収するために、ライセンスバンド以外に用いることができるバンド（アンライセンスバンド）をＬＴＥとして使用して帯域を拡張することが検討されている。アンライセンスバンドをライセンスバンドとともに使用する無線アクセスをＬＡＡと呼ぶ。
【００１０】
アンライセンスバンドにおいては、当該バンドの周波数で通信している装置が他に存在する場合には、通信を行うことが禁止されている。そのため、ユーザ装置ＵＥ（及び基地局ｅＮＢ）は、送信を行う際に、まずは他の送信機（ｅＮＢ  ｏｒ  ＬＡＡ−ＵＥ  ｏｒ  ＷｉＦｉ等）が通信していないかを確認し、通信していないことが確認された場合にのみ送信を行う。この制御はＬＢＴ（Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）と呼ばれる。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．５．０  （２０１５−０３）
【非特許文献２】Ｒ２−１５２４１７
【発明の概要】
【発明が解決しようとする課題】
【００１２】
ＤＲＸ制御においては、基地局ｅＮＢがＰＤＣＣＨを送信すると想定されるタイミングにおいて、Ｉｎａｃｔｉｖｅ状態であってもユーザ装置ＵＥが自律的にＡｃｔｉｖｅ状態に遷移する契機が設けられている。
【００１３】
すなわち、ＤＬに関し、基地局ｅＮＢがＤＬの新規送信をした後、ユーザ装置ＵＥが（非常に短いｄｒｘ−ＩｎａｃｔｉｖｔｉｙＴｉｍｅｒにより）、再送を行う前にＩｎａｃｔｉｖｅ状態に遷移してしまうと、基地局ｅＮＢはＤＬ再送のリソース割り当てを行うことができない。そこで、ＰＤＳＣＨの復号結果がＮＧの場合にはユーザ装置ＵＥが自律的にＡｃｔｉｖｅ状態に遷移する制御として、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを用いた制御が導入されている。
【００１４】
具体的には、ユーザ装置ＵＥは、ＨＡＲＱプロセス毎にＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒとｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを管理する。ユーザ装置ＵＥは、ＰＤＳＣＨの復号結果がＮＧの場合、対応するＨＡＲＱプロセスのＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動し、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒが満了するとｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを起動し、当該タイマ起動中はＡｃｔｉｖｅ状態を維持する。
【００１５】
ユーザ装置ＵＥは、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ満了前に、対応するＨＡＲＱプロセスの割り当て情報（ＰＤＣＣＨにおけるＤＣＩ）を受信すると、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する。なお、ここで復号結果がＮＧであれば再びＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動する。
【００１６】
ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが満了すると、Ｉｎａｃｔｉｖｅ状態へ遷移する。ただし、他の条件によって、Ａｃｔｉｖｅ状態になっていることもある。
【００１７】
ＵＬに関し、前述したように、ＨＡＲＱ再送は基本的にＳｙｎｃ再送（ＵＥはｅＮＢからの指示がなくとも、自律的に８ｍｓ周期で再送をトリガする）であるが、基地局ｅＮＢが再送時にリソースを変更したい場合には、再送の４ｍｓ前のサブフレームでＰＤＣＣＨを送信する必要がある。よって、ユーザ装置ＵＥは、再送データが未だバッファにある場合には、基地局ｅＮＢからのＰＤＣＣＨを期待して自律でＡｃｔｉｖｅ状態に遷移することが規定されている。
【００１８】
ここで、ＬＡＡを考慮した場合、ユーザ装置ＵＥはＬＢＴ＝ｂｕｓｙによってＨＡＲＱ再送を妨げられる可能性があることから、３ＧＰＰ標準化においてＵＬについてもＡｓｙｎｃ再送を採用することが合意されている。
【００１９】
ＵＬにＡｓｙｎｃ再送を導入した場合、ユーザ装置ＵＥは、新規送信の指示を受けた（或いは、新規送信を行った）後、全てのサブフレームでＵＬグラントを受ける可能性があるため、常にＡｃｔｉｖｅ状態にならなければならず、バッテリの浪費となるため、ある程度の期間がたってもＵＬ  ｇｒａｎｔを受けられない場合には、Ｉｎａｃｔｉｖｅ状態へ遷移する必要がある。そこで、ＵＬにおいてもｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎによる制御の導入が検討されている（非特許文献２）。
【００２０】
しかしながら、ＵＬに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｉｏｎＴｉｍｅｒの制御については未だ提案されておらず、従来技術では、ＵＬ再送制御に関わる間欠受信制御を適切に行うことが難しい。
【００２１】
本発明は上記の点に鑑みてなされたものであり、間欠受信制御をサポートする移動通信システムにおけるユーザ装置が、上りの再送制御に関する間欠受信制御を適切に実施することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００２２】
本発明の実施の形態によれば、間欠受信制御をサポートする移動通信システムにおけるユーザ装置であって、
基地局から上りデータ送信のためのリソース割り当て情報を含む下り制御情報を受信した場合に、第１のタイマを起動し、当該第１のタイマが満了した場合に、第２のタイマを起動するタイマ制御手段と、
前記第２のタイマが起動している場合に、前記ユーザ装置をアクティブ状態とする受信制御手段とを備え、
前記タイマ制御手段は、前記下り制御情報に基づく上りデータ送信を行うタイミングで前記第１のタイマを起動し、前記第２のタイマが満了する前に、上りデータ送信のための下り制御情報を前記基地局から受信した場合に、当該第２のタイマを停止する
ユーザ装置が提供される。
【００２３】
また、本発明の実施の形態によれば、間欠受信制御をサポートする移動通信システムにおけるユーザ装置が実行する間欠受信制御方法であって、
基地局から上りデータ送信のためのリソース割り当て情報を含む下り制御情報を受信した場合に、前記下り制御情報に基づく上りデータ送信を行うタイミングで第１のタイマを起動し、当該第１のタイマが起動している場合に、下り制御チャネルの監視を行わず、
前記第１のタイマが満了した場合に、第２のタイマを起動し、当該第２のタイマが起動している場合に、前記下り制御チャネルの監視を行い、前記第２のタイマが満了する前に、上りデータ送信のための下り制御情報を前記基地局から受信した場合に、当該第２のタイマを停止する
間欠受信制御方法が提供される。
【発明の効果】
【００２４】
本発明の実施の形態によれば、間欠受信制御をサポートする移動通信システムにおけるユーザ装置が、上りの再送制御に関する間欠受信制御を適切に実施することを可能とする技術が提供される。
【図面の簡単な説明】
【００２５】
【図１】ＤＲＸ制御を説明するための図である。
【図２】本発明の実施の形態における通信システムの構成図である。
【図３】本発明の実施の形態に係る通信システムの設定に関わる動作例を示す図である。
【図４】本発明の実施の形態における基本的な動作例（基本例）を説明するための図である。
【図５】基本例に対応するユーザ装置ＵＥの動作を示すフローチャートである。
【図６】基本例における課題を説明するための図である。
【図７】変形例を説明するための図である。
【図８】基本例に対応するユーザ装置ＵＥの動作を示すフローチャートである。
【図９】標準仕様書の変更例を示す図である。
【図１０】ユーザ装置ＵＥの構成図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態の通信システムは、ＬＴＥ−Ａｄｖａｎｃｅｄを含むＬＴＥに対応していることを想定しているが、本発明はＬＴＥに限らず、間欠受信制御をサポートする他の方式の通信システムにも適用可能である。
【００２７】
また、本実施の形態におけるＣＡ（キャリアアグリゲーション）は、Ｉｎｔｒａ−ｅＮＢ  ＣＡのみならず、ＤＣ（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）のようなＩｎｔｅｒ−ｅＮＢ  ＣＡも含む。また、本実施の形態では、ＣＣとセルは基本的に同義と考えてよく、ＣＣをセル（より具体的にはサービングセル）と称してもよい。
【００２８】
（システム全体構成、動作概要）
図２に本発明の実施の形態に係る通信システムの構成図を示す。本実施の形態に係る通信システムは、ＬＴＥ方式の通信システムであり、図２に示すように、ユーザ装置ＵＥ、及び基地局ｅＮＢを含む。当該通信システムは、ＤＲＸ制御をサポートしている。
【００２９】
図２には、ユーザ装置ＵＥ、及び基地局ｅＮＢが１つずつ示されているが、これは例であり、それぞれ複数であってもよい。例えば、ＣＡを適用して、基地局ｅＮＢが単独で複数セルを形成することもできるし、例えば遠隔にＲＲＥ（遠隔無線装置）を接続することで、基地局ｅＮＢ本体とＲＲＥとで複数セルを形成することもできる。また、ユーザ装置ＵＥは、複数の基地局ｅＮＢと同時に通信を行う能力（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）を備えていてもよい。
【００３０】
なお、ＣＡが行われる際には、ユーザ装置ＵＥに対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Ｐｒｉｍａｒｙ  ｃｅｌｌ）及び付随的なセルであるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）が設定される。ユーザ装置ＵＥは、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）及びＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）等をサポートする単独のセルと同様のセルである。ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングによって行われる。
【００３１】
また、Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙを行う際には、ユーザ装置ＵＥは、２つの物理的に異なる基地局ｅＮＢの無線リソースを同時に使用して通信を行う。Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙはＣＡの一種であり、Ｉｎｔｅｒ  ｅＮＢ  ＣＡ（基地局間キャリアアグリゲーション）とも呼ばれ、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）と、Ｓｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）が導入される。ＤＣにおいて、ＭｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ、マスターセルグループ）、ＳｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ、セカンダリセルグループ）と呼ぶ。ＳＣＧのうちの少なくとも１つのＳＣｅｌｌにはＵＬのＣＣが設定され、そのうちの１つにＰＵＣＣＨが設定される。このＳＣｅｌｌをＰＳＣｅｌｌ（ｐｒｉｍａｒｙ  ＳＣｅｌｌ）と呼ぶ。
【００３２】
ＣＡ（ＤＣを含む）が行われる場合、本実施の形態で説明するＤＲＸ制御は、ＣＣ毎に行うこととしてもよいし、複数ＣＣからなるグループ（セルグループ）毎に行うこととしてもよい。
【００３３】
本実施の形態に係る移動通信システムの基本的な動作の一つとして、ユーザ装置ＵＥから基地局ｅＮＢに対してユーザ装置ＵＥの能力を通知するＵＥ能力情報（ＵＥ  ｃａｐａｂｉｌｉｔｙ）の通知、及び、基地局ｅＮＢからユーザ装置ＵＥにＲＲＣ接続等に関する各種の設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を通知するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの通知がある。これらの動作により、基地局ｅＮＢは、ユーザ装置ＵＥの能力を考慮して、ユーザ装置ＵＥに対するＤＲＸ動作の設定、ＤＲＸに関わる各種タイマの設定が可能となる。
【００３４】
図３を参照して、これらの通知動作例を説明する。図３に示すように、ユーザ装置ＵＥは、ステップＳ１０１で基地局ｅＮＢから送信されるＵＥ能力情報要求（ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｅｎｑｕｉｒｙ）を受信する。ユーザ装置ＵＥは、当該ＵＥ能力情報要求に基づいて、基地局ｅＮＢに対してＵＥ能力情報（ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）を送信する（ステップＳ１０２）。ステップＳ１０３で、基地局ｅＮＢからユーザ装置ＵＥにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが通知される。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信したユーザ装置ＵＥは、通知された各種ｃｏｎｆｉｇｕｒａｔｉｏｎの設定（格納）を行い、ステップＳ１０４でＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅを基地局ｅＮＢに送信する。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎには、ＤＲＸに関する設定情報（ＤＲＸ−ｃｏｎｆｉｇ等）が含まれる。
【００３５】
以下、本実施の形態における基本的な動作例である基本例、及び、基本例を発展させた変形例を説明する。
【００３６】
（基本例）
本実施の形態では、ＨＡＲＱ制御において、ＵＬでもＤＬと同様のＡｓｙｎｃ再送を行うこととしている。つまり、基地局ｅＮＢは、前回（初回）のＵＬ送信と今回の送信（再送）との間が、所定期間以上離れていれば、いつでもＰＤＣＣＨ（ＵＬグラント）をユーザ装置ＵＥに送信することができる。また、本実施の形態では、ＵＬのＨＡＥＱプロセス番号（識別子）は基地局ｅＮＢからユーザ装置ＵＥに通知されることを想定している。ただし、これに代えて、ユーザ装置ＵＥがＰＵＳＣＨ初送のタイミングで決定したＨＡＲＱプロセス番号を、ＰＵＳＣＨもしくはＰＵＣＣＨを用いて基地局ｅＮＢに通知することとしてもよい。
【００３７】
なお、ＵＬのＡｓｙｎｃ再送制御は、ＬＡＡにおいて好適に用いることができるが、本実施の形態では、特にＬＡＡに限定せず、使用されるバンドはアンライセンスバンドでもよいし、ライセンスバンドでもよい。
【００３８】
本実施の形態では、ＵＬのＨＡＲＱ制御に関わるＤＲＸ制御のために、ＵＬ用のＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒとＵＬ用のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが用いられる。これらタイマの値は、例えば、図３のステップＳ１０３で基地局ｅＮＢからユーザ装置ＵＥに送信される。以下、特に断らない限り、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒとｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒはそれぞれＵＬ用のタイマを意味する。
【００３９】
以下、図４を参照して、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒとｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを使用した制御の例を説明する。
【００４０】
ユーザ装置ＵＥにおいて、ＵＬのデータ送信がトリガされ、例えば、ＳＲ（スケジューリングリクエスト）等の送信を経て、基地局ｅＮＢからユーザ装置ＵＥに対してＵＬグラント（ＵＬリソース割り当て情報を含む下り制御情報）が送信される。ユーザ装置ＵＥは、図４のＡで示す時点でＵＬグラントを受信し（つまり、ＤＣＩのデコードに成功し）、そのタイミングでＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動する（ステップＳ２０１）。
【００４１】
図４に示すＵＬ送信に対してはＨＡＲＱプロセス番号として０が割り当てられ、本実施の形態では、当該ＨＡＲＱプロセス番号が、ＵＬグラントに含まれ、ユーザ装置ＵＥは、当該ＨＡＲＱプロセス番号を、当該ＵＬグラントで割り当てられたＰＵＳＣＨリソースで送信するＵＬデータを処理するＨＡＲＱプロセスの番号として認識し、管理する。つまり、ステップＳ２０１で起動したＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒは当該ＨＡＲＱプロセス番号に対応付られている。また、後述するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒも当該ＨＡＲＱプロセス番号に対応付けて管理される。
【００４２】
図４のステップＳ２０１でＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動した後、当該タイマの起動中（停止前、満了前）では、ユーザ装置ＵＥはＩｎａｃｔｉｖｅ状態にあり、ＰＤＣＣＨのモニタ（監視）を行わないようになっていてもよい。すなわち、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの起動中は、ユーザ装置ＵＥがＩｎａｃｔｉｖｅ状態となることが許容される。当該タイマの起動中に、ユーザ装置ＵＥをＩｎａｃｔｉｖｅ状態とし、ＰＤＣＣＨのモニタを行わないようにすることで、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ起動中のバッテリセービングを図れる。ただし、当該タイマの起動中において、ユーザ装置ＵＥをＩｎａｃｔｉｖｅ状態とすること（ＰＤＣＣＨをモニタしないようにすること）は必須ではなく、当該タイマの起動中においてユーザ装置ＵＥをＩｎａｃｔｉｖｅ状態としない制御を行うことも可能である。この場合でも、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒがあるので、バッテリセービングの効果はある。
【００４３】
なお、例えば、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの値は、当該ＨＡＲＱプロセスのＵＬグラントを受信してから、次のＵＬグラントを受信しないことが想定される時間長として設定されている。
【００４４】
図４のＢに示す時点で、ユーザ装置ＵＥは、Ａの時点で受信したＵＬグラントで割り当てられたＰＵＳＣＨのリソースでＵＬデータ送信を行う。
【００４５】
なお、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ起動のトリガとなるＵＬグラントは、全てのＵＬグラントでもよいし、特定のＤＣＩを有するＵＬグラントに限定されていてもよい。特定のＤＣＩは、例えば、ＨＡＲＱプロセス番号もしくはＲＶ（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）を含むＤＣＩである。
【００４６】
また、図４の例では、ユーザ装置ＵＥは、ＵＬグラントを受信したタイミングでＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動しているが、これは一例であり、これ以外のタイミングで起動してもよい。例えば、図４のＢで示しているＰＵＳＣＨによるデータ送信を行うタイミングでＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動してもよい。なお、ユーザ装置ＵＥにおいて、ＰＵＳＣＨによるデータ送信を行おうとしたが、ＵＬ  ＬＢＴ＝ｂｕｓｙだった、或いは、ＰＵＳＣＨ送信タイミングがＭｅａｓｕｒｅｍｅｎｔ  ｇａｐと重複した場合等においては、実際にはデータ送信を実施できない。本実施の形態では、このような場合でも、ＰＵＳＣＨ送信を試みたタイミングで、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動することとしてもよい。これにより、実際にＵＬデータを送信できなかった場合に、そのままＡｃｔｉｖｅ状態を継続することがないので、バッテリ消費を抑えて、基地局ｅＮＢからの再送のためのＵＬグラントを受信することができる。
【００４７】
図４の例においては、基地局ｅＮＢは、Ｂの時点でユーザ装置ＵＥから送信されたデータの復号に失敗する（ＣＲＣ＝ＮＧ）。その後、ユーザ装置ＵＥにおいて、ステップＳ２０２に示すようにＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒが満了する。ステップＳ２０２において、ユーザ装置ＵＥは、当該ＨＡＲＱプロセスに対して管理しているｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを起動する。
【００４８】
ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの起動中、ユーザ装置ＵＥはＡｃｔｉｖｅ状態であり、ＰＤＣＣＨをモニタする。すなわち、ＰＤＣＣＨを受信するサブフレームにおいて、ＤＣＩのデコード処理を実行する。
【００４９】
前述したように、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの値は、基本的に、基地局ｅＮＢからユーザ装置ＵＥに通知される。ただし、ＤＬ用のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの値のみを通知し、ＵＬ用のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの値については通知せずに、ＤＬ用のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの値を使用することとしてもよい。また、ＤＬ／ＵＬ個別にｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの値を通知することとしてもよい。また、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの値について、ＵＥ単位（ＵＥにおいてキャリア、セルに拠らず同じ値）で設定してもよいし、ライセンスバンドのキャリアとアンライセンスバンドのキャリアとで別の値が設定されてもよい。また、ＵＥに設定されるセル毎にｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの値が設定されることとしてもよい。
【００５０】
図４の例では、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの満了前に、当該ＨＡＲＱプロセスに関して、ＵＬ再送のためのＵＬグラントが基地局ｅＮＢからユーザ装置ＵＥに送信され、ユーザ装置ＵＥはＣの時点で当該ＵＬグラントを受信する。
【００５１】
ユーザ装置ＵＥは、当該ＵＬグラントを受信すると、当該ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止し、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動する。ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動した後は、ステップＳ２０１以降と同様の動作が行われる。
【００５２】
ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止し、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動するタイミングに関しても、図４のＤで示しているＰＵＳＣＨによるデータ送信を行ったタイミングでｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの停止、及びＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの起動を行うこととしてもよい。また、ＵＬグラント受信のタイミングでｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止し、ＰＵＳＣＨ送信のタイミングでＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの起動を行うこととしてもよい。
【００５３】
また、ＰＵＳＣＨによるデータ送信を行おうとしたが、実際にはデータ送信を実施できなかった場合でも、ＰＵＳＣＨ送信を試みたタイミングで、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの停止、もしくはＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの起動等を行うこととしてもよい。
【００５４】
図４のＤの時点で送信したデータは、基地局ｅＮＢにおいて正常に受信される。図４の例では、ステップＳ２０４でＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒが満了し、その時点でｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが起動し、ユーザ装置ＵＥはＡｃｔｉｖｅ状態となる。
【００５５】
図４の例のように、Ｄ時点でのＰＵＳＣＨ再送に成功した場合、その後に、再送のＵＬグラントを受信しないので、ステップＳ２０４以降にＡｃｔｉｖｅ状態としておくことは電力の無駄になる可能性がある。しかし、ＬＡＡセル等のＵＬ  Ａｓｙｎｃ再送では、ＰＨＩＣＨ（上りデータ送信に対するＡＣＫ／ＮＡＣＫ）を適用しないことが想定されるため、ユーザ装置ＵＥはＤ時点でのＰＵＳＣＨ再送に成功したことを知ることはできず、その後の再送ＵＬグラント受信に備える必要があるため、ステップＳ２０４以降にＡｃｔｉｖｅ状態としておくことには意味がある。このＡｃｔｉｖｅ状態にしておく期間は、本実施の形態で導入されたｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒにより限定されるので、上記のような制御でも、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを適用することでバッテリ削減の効果がある。
【００５６】
＜基本例におけるユーザ装置ＵＥの動作について＞
図５は、基本例に対応するユーザ装置ＵＥの動作を示すフローチャートである。図５を参照して、図４で説明した基本例の動作を、ユーザ装置ＵＥの観点から説明する。図５の例は、ＰＵＳＣＨ送信のタイミングでタイマ（ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ）を起動し、ＵＬグラント受信のタイミングでタイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を停止する場合の例である。また、以下の例では、フローチャートに記載された「タイマ」の具体名を括弧内に記載する。
【００５７】
ステップＳ３０１において、あるＨＡＲＱプロセスに対して、ユーザ装置ＵＥがＰＵＳＣＨによるデータ送信を行う。以下で説明する動作は、当該ＨＡＲＱプロセスに関する動作であるとする。ステップＳ３０１におけるデータ送信は初回送信であってもよいし、再送であってもよい。ステップＳ３０２において、ユーザ装置ＵＥは、タイマ（ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ）を起動する。また、ステップＳ３０２において、タイマ（ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ）が満了すると、タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動する。
【００５８】
タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が起動中の状態で、ユーザ装置ＵＥは、ＰＤＣＣＨのモニタを行うことで、該当ＨＡＲＱプロセスのＵＬグラント（スケジューリング情報）を受信するかどうか確認する。具体的には、ユーザ装置ＵＥは、当該ＨＡＲＱプロセス番号を含むＵＬグラントを受信するかどうかのモニタを行う。例えば、自分宛てのＵＬグラントを受信しても、着目しているＨＡＲＱプロセス番号が含まれていない場合には、ステップＳ３０３の判定はＹｅｓにならない。なお、ステップＳ３０３は、１回のＰＤＣＣＨ受信タイミングを示している。
【００５９】
ステップＳ３０３での判定結果がＹｅｓの場合（対象とするＨＡＲＱプロセスに対するＵＬグラントを受信した場合）、ユーザ装置ＵＥは、当該ＨＡＲＱプロセスのタイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を停止する。その後、上述したステップＳ３０１からの処理が行われる。
【００６０】
ステップＳ３０３での判定結果がＮｏの場合（ＰＤＣＣＨ受信タイミングにおいて、対象とするＨＡＲＱプロセスに対するＵＬグラントを受信しない場合）、ステップＳ３０５に進み、タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が満了していなければ、ＰＤＣＣＨのモニタ（監視）を継続する（ステップＳ３０５のＮｏ、ステップＳ３０３）。
【００６１】
ステップＳ３０５において、タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が満了した場合、対象とするＨＡＲＱプロセスに関する処理を終了する。
【００６２】
＜本制御の適用について＞
本実施の形態におけるタイマを用いたＤＲＸ制御については、基地局ｅＮＢからユーザ装置ＵＥに対して当該ＤＲＸ制御を実施することの指示がある場合にのみ適用することとしてもよい。また、基地局ｅＮＢからユーザ装置ＵＥに対して、ＵＬのＡｓｙｎｃ再送制御を行う指示がなされた場合にのみ、本制御を適用することとしてもよい。
【００６３】
上記のいずれの指示もない場合、ユーザ装置ＵＥは従来の動作を行う。或いは、ユーザ装置ＵＥは、初回のＵＬ送信のためのＵＬグラント受信（もしくは初回ＰＵＳＣＨ送信）の後にＩｎａｃｔｉｖｅ状態になり、自律でＡｃｔｉｖｅ状態にする制御を行わずに、他の条件、例えば、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの起動等によりＡｃｔｉｖｅ状態になることを期待する動作を採用してもよい。
【００６４】
本制御の適用要否に関する基地局ｅＮＢからの指示は、ＣＣ（セル）単位で行われても良いし、ライセンスバンドを使用するセル、アンライセンスバンドを使用するセル等のセル種別、或いは周波数バンド単位で行われても良いし、セルをグルーピングしたセルグループ単位で指示されてもよい。
【００６５】
また、指示に使用する信号については、特定の信号に限定されず、ＲＲＣ信号、ＭＡＣ信号、ＰＨＹ信号等いかなるレイヤの信号でもよい。また、ユーザ装置ＵＥは、本制御を行う機能を備えていることを能力情報として基地局ｅＮＢに通知し、基地局ｅＮＢは当該能力情報を加味して上記指示の制御を行うこととしてもよい。例えば、ユーザ装置ＵＥが本制御を行う機能を備えていなければ、基地局ｅＮＢは本制御を行う指示を行わない。
【００６６】
（変形例）
本実施の形態で一例として想定されるＰＨＩＣＨが適用されない状況（ＬＡＡセル等）では、図４を参照して説明したように、ユーザ装置ＵＥは、ＰＵＳＣＨによる再送が成功したかどうかを把握できない。従って、所定時間（ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの時間）、ユーザ装置ＵＥにおいてＡｃｔｉｖｅ状態を維持することには意味がある。
【００６７】
しかし、図６のＡに示すように、再送に成功している場合（基地局ｅＮＢ側でＰＵＳＣＨのデータに対するＣＲＣがＯＫとなった場合）においても、ユーザ装置ＵＥがＡｃｔｉｖｅ状態を継続することはバッテリの浪費となる。
【００６８】
そこで、変形例では、基地局ｅＮＢからユーザ装置ＵＥに対して、明示的にタイマの停止を指示することとしている。当該タイマは、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒとｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒうちのいずれかであり、起動しているタイマである。ここでは、タイマ停止を指示する信号をタイマ停止指示信号と呼ぶ。タイマ停止指示信号は、例えば、ＰＤＣＣＨのような物理信号である。また、タイマ停止指示信号がＭＡＣ信号（ＭＡＣ  ＣＥ）であってもよい。また、タイマ停止指示信号は、例えば、１サブフレーム（もしくは所定の複数個のサブフレーム）毎に、サブフレーム内の予め定められたリソースで送信されることとしてよい。これにより、ユーザ装置ＵＥは、常にタイマ停止指示信号をモニタする必要はなく、タイマ停止指示信号を受信する可能性のあるタイミングでのみモニタすればよい。
【００６９】
図７は、変形例における一動作例を示す図である。図７のステップＳ４０１〜Ｓ４０４は、図４に示した基本例におけるステップＳ２０１〜Ｓ２０４と同じである。図７に示す変形例では、対象とするＨＡＲＱプロセスに関して、Ｄの時点で送信された再送データについて、基地局ｅＮＢがデコードに成功する（ＣＲＣ  ＯＫとなる）と、基地局ｅＮＢは、タイマ停止指示信号をユーザ装置ＵＥに送信する。このタイマ停止指示信号には、停止の対象とするタイマのＨＡＲＱプロセスを識別するためのＨＡＲＱプロセス番号が含まれる。なお、このように、ＨＡＲＱプロセス単位でのタイマ停止指示制御の他、ＵＥ単位の制御でもよい。ＵＥ単位の制御の場合、タイマ停止指示信号の中にＨＡＲＱプロセス番号は含まれず、ユーザ装置ＵＥは、タイマ起動中の全てのＨＡＲＱプロセスに対して以下の制御を行うことになる。
【００７０】
Ｅの時点で、ユーザ装置ＵＥはタイマ停止指示信号を受信し、起動中であるｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する。ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止したユーザ装置ＵＥは、Ａｃｔｉｖｅ状態への遷移のトリガがない限り、Ｉｎａｃｔｉｖｅ状態になる。
【００７１】
図７の例では、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの起動中にタイマ停止指示信号を受信した場合の例を示しているが、タイマ停止指示信号をＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの起動中に受信した場合には、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを停止してもよい。この場合、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの停止に伴って、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは起動されない。なお、この場合、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの起動中（Ｉｎａｃｔｉｖｅ状態）でも、ユーザ装置ＵＥは、タイマ停止指示信号を受信することが可能である。
【００７２】
本実施の形態のユーザ装置ＵＥにおいては基本的に、あるＨＡＲＱプロセスに対応するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが満了しても、当該ＨＡＲＱプロセスに対応するＵＬデータのバッファをフラッシュ（消去）しない。これは、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ満了後であっても、ＵＬデータの再送を行えるようにしておくためである。
【００７３】
一方、本変形例に係る制御では、ユーザ装置ＵＥは、タイマ停止指示信号を基地局ｅＮＢから受信した場合に、タイマを停止するとともに、対応するＨＡＲＱプロセスのバッファをフラッシュすることとしてもよい。例えば、当該タイマ停止指示信号は再送が成功した場合に基地局ｅＮＢからユーザ装置ＵＥに送信されるので、その場合、再送の必要のないＵＬデータを格納したバッファをフラッシュすることで、ユーザ装置ＵＥにおけるバッファ領域を他のプロセス等に効率的に活用することが可能となる。
【００７４】
また、ユーザ装置ＵＥは、タイマ停止指示信号を基地局ｅＮＢから受信した場合に、タイマを停止するとともに、対応するＨＡＲＱプロセスに対してＬＢＴ＝ｂｕｓｙと見なすこととしてもよい。既存のＬＢＴは通常ＵＥ単位の制御であるが、本変形例では、ＨＡＲＱプロセス単位での制御になる。
【００７５】
本実施の形態では、上述したような基地局ｅＮＢからの明示的なタイマ停止指示信号でタイマを停止させることの他、ユーザ装置ＵＥが自律でタイマを停止させることとしてもよい。
【００７６】
自律でタイマを停止させる制御において、ユーザ装置ＵＥは、ＵＬのＨＡＲＱプロセス毎にカウンタを管理し、当該ＨＡＲＱプロセスに対するＤＬ信号を受ける回数（例：ＵＬグラント等）をカウントする。そして、ユーザ装置ＵＥは、当該カウント回数が所定の回数に至ったこと（或いは、それ以上の値となったこと）を検知した場合、その後に、対応するＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動するトリガ（ＤＬ信号受信もしくはＵＬデータ送信）があっても、当該ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動しない。結果としてｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒも起動されない。
【００７７】
また、ユーザ装置ＵＥは、当該ＨＡＲＱプロセスに対するＵＬデータを（ＰＵＳＣＨで）送信する回数をカウントすることとしてもよい。この場合も、ユーザ装置ＵＥは、当該カウント回数が所定の回数に至ったこと（或いは、それ以上の値となったこと）を検知した場合、その後に、対応するＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動するトリガ（ＤＬ信号受信もしくはＵＬデータ送信）があっても、当該ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを起動しない。結果としてｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒも起動されない。
【００７８】
また、ユーザ装置ＵＥは、上記カウント回数（ＤＬ信号受信回数もしくはＤＬデータ送信回数）が所定の回数に至ったこと（或いは、それ以上の値となったこと）を検知した場合に、対応するＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒもしくは対応するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが起動中である場合、当該ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒもしくは当該ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止してもよい。この停止制御と、上記の非起動の制御のいずれかを行ってもよいし、両方を行うこととしてもよい。
【００７９】
上記の所定の回数は、例えば、基地局ｅＮＢからユーザ装置ＵＥに対してＲＲＣレイヤ等で予め通知される。また、カウンタが所定の回数に至った場合（或いは、それ以上の値となった場合）には、ユーザ装置ＵＥは、対応するＨＡＲＱバッファをフラッシュ（ｆｌｕｓｈ、破棄）してもよい。
【００８０】
なお、ユーザ装置ＵＥは、タイマ停止指示信号によるタイマ停止制御と、上述した自律制御の両方を行うこととしてもよい。
【００８１】
＜タイマ停止指示信号としてＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを使用する例＞
上述したように、タイマ停止指示信号は、物理信号でもよいし、ＭＡＣ信号でもよい。以下では、タイマ停止指示信号として、ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを使用する場合の例を説明する。
【００８２】
図１を参照して説明したように、従来技術において、ユーザ装置ＵＥは、ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥにより、基地局ｅＮＢから明示的にＤＲＸ遷移指示を受ける場合、Ｏｎ  ｄｕｒａｔｉｏｎ  ｔｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止してＩｎａｃｔｉｖｅ状態へ遷移する。
【００８３】
ここで、本実施の形態で想定されるＵＬ  Ａｓｙｎｃ再送制御が設定されるセル（例；ＬＡＡセル）においては、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、基地局ｅＮＢ側でのＬＢＴ＝ｂｕｓｙ等によるスケジューリング遅延を見込んで長い値に設定される可能性があり、このような長いｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが起動されると、ユーザ装置ＵＥは長い時間、Ａｃｔｉｖｅ状態を維持する可能性がある。
【００８４】
そこで、本変形例では、ユーザ装置ＵＥが、基地局ｅＮＢからＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを受信した場合に、起動しているｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する。なお、ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥに代えて、Ｌｏｎｇ  ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを使用してもよい。以下、特に断らない限り、「ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥ」は、その意味としてＬｏｎｇ  ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを含むものとする。
【００８５】
本制御例において、ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥにより、起動中の全てのｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止してもよいし、一部のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止してもよい。一部のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する場合、どのＨＡＲＱプロセスのタイマかを指定するために、停止対象とするＨＡＲＱプロセス番号（識別子）がＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥにより指定される。
【００８６】
また、前述したように、停止するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒに対応するＨＡＲＱプロセスのＵＬデータのバッファをフラッシュすることとしてもよい。
【００８７】
また、ユーザ装置ＵＥは、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの起動中に、ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥ（Ｌｏｎｇ  ＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥ）を受信した場合、上記のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する場合と同様に、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒを停止することとしてもよい。
【００８８】
なお、基地局ｅＮＢがユーザ装置ＵＥに対して上記タイマ停止指示信号としてのＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを送信する契機は、特定の契機に限定されないが、一例として、基地局ｅＮＢが、ユーザ装置ＵＥからＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅを受信し、その後、ある期間はＵＬデータ送信がないと判断できる場合に、タイマ停止指示信号としてのＤＲＸ  ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを送信することができる。
【００８９】
＜変形例におけるユーザ装置ＵＥの動作について＞
図８は、変形例に対応するユーザ装置ＵＥの動作例を示すフローチャートである。図８を参照して、図７で説明した変形例の動作を、ユーザ装置ＵＥの観点から説明する。図８の例は、図５の場合と同様に、ＰＵＳＣＨ送信のタイミングでタイマ（ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ）を起動し、ＵＬグラント受信のタイミングでタイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を停止する場合の例である。また、以下の例では、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの起動中にタイマ停止指示信号を受信することを想定している。
【００９０】
ステップＳ５０１において、あるＨＡＲＱプロセスに対して、ユーザ装置ＵＥがＰＵＳＣＨによるデータ送信を行う。このデータ送信は初回送信であってもよいし、再送であってもよい。ステップＳ５０２において、ユーザ装置ＵＥは、タイマ（ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ）を起動する。また、ステップＳ５０２において、タイマ（ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ）が満了すると、タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動する。
【００９１】
タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が起動中の状態で、ユーザ装置ＵＥは、該当のＨＡＲＱプロセスを指定したタイマ停止指示信号を受信したか否かを判定する。タイマ停止指示信号を受信した場合（ステップＳ５０３のＹｅｓ）、タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を停止し（ステップＳ５０５）、次のＰＵＳＣＨ送信があればステップＳ５０１からの処理を行う。なお、ステップＳ５０３でＹｅｓとなった場合に、終了（ＥＮＤ）に移行することとしてもよい。
【００９２】
ステップＳ５０３での判定結果がＮｏの場合（タイマ停止指示信号を受信していない場合）、ステップＳ５０４において、ユーザ装置ＵＥは、該当のＨＡＲＱプロセスのＵＬグラント（スケジューリング情報）を受信するかどうか、ＰＤＣＣＨのモニタを行う。
【００９３】
ステップＳ５０４での判定結果がＹｅｓの場合（対象とするＨＡＲＱプロセスに対するＵＬグラントを受信した場合）、ユーザ装置ＵＥは、タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を停止する。
【００９４】
ステップＳ５０４での判定結果がＮｏの場合（ＰＤＣＣＨ受信タイミングにおいて、対象とするＨＡＲＱプロセスに対するＵＬグラントを受信しない場合）、ステップＳ５０６に進み、タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が満了していなければ、タイマ停止指示信号のモニタ及びＰＤＣＣＨのモニタを継続する（ステップＳ５０６のＮｏ、ステップＳ５０３、Ｓ５０４）。
【００９５】
ステップＳ５０６において、タイマ（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が満了した場合、対象とするＨＡＲＱプロセスに関する処理を終了する。
【００９６】
（標準仕様書の変更例）
図９は、本実施の形態における移動通信システムに対応する標準仕様書の変更例（抜粋）を示す図である。図９は、非特許文献１（３ＧＰＰ  ＴＳ  ３６．３２１）の「５．７  Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ  （ＤＲＸ）」における変更例を示している。変更に関する部分には下線が引かれている。なお、この変更例は一例であり、仕様書の変更はこれに限られるわけではない。
【００９７】
図９に示すように、本実施の形態で説明したタイマである「ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ＿ＵＬ  （ｏｎｅ  ｐｅｒ  ＵＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓ）」、「ＵＬ  ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ  ｐｅｒ  ＵＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓ」が追加されている。より具体的には、「the Active Time includes the time while: …… or drx-RetransmissionTimer_UL is running;」、「…if a UL_HARQ RTT Timer expires in this subframe: -start the drx-RetransmissionTimer_UL for the corresponding HARQ process. ….」と記載されているように、ユーザ装置ＵＥは、ＵＬのＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒが満了した場合に、ＵＬのｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始し、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの起動中はＡｃｔｉｖｅ状態であることが示されている。
【００９８】
また、「if a DRX Command MAC control element or a Long DRX Command MAC control element is received: ……stop UL_HARQ RTT Timer(s) and  drx-RetransmissionTimer_UL(s).」と記載されているように、ユーザ装置ＵＥは、ＤＲＸ  Ｃｏｍｍａｎｄ  ＭＡＣ  ＣＥを受信した場合に、ＵＬのＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ及びＵＬのｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する。
【００９９】
また、「if the serving cell is configured with Async UL HARQ and UL grant is received on this serving cell in this subframe: -start the UL HARQ RTT Timer for the corresponding HARQ process;」と記載されているように、この仕様書の例では、Ａｓｙｎｃ  ＵＬ  ＨＡＲＱ（ＵＬＡｓｙｃ再送制御）が設定されているサービングセルにおいて、ユーザ装置ＵＥは、ＵＬグラントを受信すると、ＵＬグラントで指定されたＨＡＲＱプロセスのＵＬ用ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを開始する。
【０１００】
（装置構成）
次に、これまでに説明した動作（基本例、及び変形例を含む）を実行可能なユーザ装置ＵＥの主要な構成を説明する。図１０は、本実施の形態に係るユーザ装置ＵＥの構成図を示す。
【０１０１】
図１０に示すように、ユーザ装置ＵＥは、ＤＬ信号受信部１０１、ＵＬ信号送信部１０２、ＲＲＣ管理部１０３、ＤＲＸ制御部１０４、タイマ管理部１０５、ＵＬ信号生成部１０６を含む。図１０は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、ユーザ装置ＵＥは、基本例と変形例の全ての動作を行う機能を有してもよいし、基本例のみの機能を有してもよい。
【０１０２】
ＤＬ信号受信部１０１は、基地危局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１０３】
ＵＬ信号送信部１０２は、ＵＬ信号生成部１０６により生成されたＵＬ信号を無線送信する機能を含む。なお、図１０においては、本実施の形態に特に関連するＤＲＸ制御部１０４、タイマ管理部１０５、及びＵＬ信号生成部１０６と、これらの機能以外のＵＬに関する処理を行うＵＬ信号送信部１０２とを分けて記載している。図示する構成の他、ＵＬ信号送信部１０２の中に、ＵＬ信号生成部１０６等が含まれる構成を採用してもよい。
【０１０４】
ＲＲＣ管理部１０３は、ＤＬ信号受信部１０１／ＵＬ信号送信部１０２を介して、基地局ｅＮＢとの間でＲＲＣメッセージの送受信を行うとともに、各種の設定（コンフィギュレーション）を行う機能を含む。また、ＲＲＣ管理部１０３は、ユーザ装置ＵＥの能力の情報を保持するとともに、能力情報を通知するＲＲＣメッセージを作成し、ＵＬ信号送信部１０２を介して基地局ｅＮＢに送信する。また、ＲＲＣ管理部１０３は、基地局ｅＮＢからＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒの値、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの値等を受信し、これらの値をタイマ管理部１０５に渡す機能も備えている。
【０１０５】
ＤＲＸ制御部１０４は、本実施の形態で説明した、ＵＬ再送に関わるＤＲＸ制御を実行するものであり、図４、図５、図７、図８等を参照して説明した、タイマの起動／停止の制御、Ａｃｔｉｖｅ／Ｉｎａｃｔｉｖｅの状態遷移の制御等を実行する。すなわち、ＤＲＸ制御部１０４は、基地局から上りデータ送信のためのリソース割り当て情報を含む下り制御情報（ＵＬグラント、ＤＣＩ等）を受信した場合に、第１のタイマ（例：ＵＬ用のＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）を起動し、当該第１のタイマが満了した場合に、第２のタイマ（例：ＵＬ用のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を起動するタイマ制御部と、前記第２のタイマが起動している場合に、前記ユーザ装置をアクティブ状態とする受信制御部とを備える。当該受信制御部は、第１のタイマが起動している場合に、ユーザ装置が非アクティブ化状態となることを許容する機能を有してもよい。「許容する」ことには、ＤＲＸ制御部１０４がユーザ装置を非アクティブ化状態とすることを含む。また、ＤＲＸ制御部１０４は、タイマ停止指示信号によるタイマ停止制御機能、及び、カウンタによる自律的なタイマ非起動／停止を行う機能を含む。
【０１０６】
タイマ管理部１０５は、ＨＡＲＱ  ＲＴＴ  ｔｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ等のタイマの管理を行う機能部であり、ＤＲＸ制御部１０４からの起動指示に基づきタイマ起動／停止を行い、タイマが満了したらＤＲＸ制御部１０４に満了を通知する等の機能を有する。また、タイマ管理部１０５は、前述したＤＬ信号受信／ＵＬデータ送信の回数をカウントするカウンタも管理している。
【０１０７】
ＵＬ信号生成部１０６は、上位レイヤからのＵＬデータを下位の信号（データ）に変換し、ＵＬ信号送信部１０２に渡す機能等を有する。また、ＵＬ信号生成部１０６は、ＵＬ信号（データ）を一時的に保持するバッファを備える。
【０１０８】
以上、説明したように、本実施の形態では、間欠受信制御をサポートする移動通信システムにおけるユーザ装置であって、基地局から上りデータ送信のためのリソース割り当て情報を含む下り制御情報を受信した場合に、第１のタイマを起動し、当該第１のタイマが満了した場合に、第２のタイマを起動するタイマ制御手段と、前記第２のタイマが起動している場合に、前記ユーザ装置をアクティブ状態とする受信制御手段とを備えるユーザ装置が提供される。
【０１０９】
上記の構成により、間欠受信制御をサポートする移動通信システムにおけるユーザ装置が、上りの再送制御に関する間欠受信制御を適切に実施することができる。
【０１１０】
前記タイマ制御手段は、例えば、前記下り制御情報を前記基地局から受信したタイミングで前記第１のタイマを起動する、又は、前記下り制御情報に基づく上りデータ送信を行うタイミングで前記第１のタイマを起動する。当該構成により、明確なタイミングでタイマの起動制御を実施できる。
【０１１１】
前記タイマ制御手段は、前記下り制御情報に基づく上りデータ送信を行うタイミングで前記第１のタイマを起動する場合において、当該上りデータ送信を実行できなかった場合でも前記第１のタイマを起動することとしてもよい。この構成により、バッテリセービングを効果的に実現できる。
【０１１２】
前記下り制御情報は、前記上りデータ送信に対応するＨＡＲＱプロセスの識別子を含み、前記タイマ制御手段は、当該識別子で識別されるＨＡＲＱプロセスに対応する前記第１のタイマを起動し、当該ＨＡＲＱプロセスに対応する前記第２のタイマを起動することとしてもよい。この構成により、ＨＡＲＱプロセス毎に、上り再送制御に関する間欠受信制御を適切に実施できる。
【０１１３】
前記タイマ制御手段は、前記第２のタイマが満了する前に、上りデータ送信のための下り制御情報を前記基地局から受信した場合に、当該第２のタイマを停止することとしてもよい。この構成により、不必要にアクティブ状態を継続することを回避することができ、バッテリセービングを効果的に実現できる。
【０１１４】
前記タイマ制御手段は、前記基地局からタイマ停止指示信号を受信した場合に、前記第１のタイマと前記第２のタイマのうち起動しているタイマを停止することとしてもよい。この構成により、不必要にアクティブ状態を継続することを回避することができ、バッテリセービングを効果的に実現できる。前記タイマ停止指示信号として、例えばＤＲＸコマンドＭＡＣコントロールエレメントを使用できる。
【０１１５】
また、前記基地局からの設定により、前記ユーザ装置が上り非同期再送制御を実行する場合に、前記タイマ制御手段は、前記第１のタイマと前記第２のタイマを用いたタイマ制御を実行することとしてもよい。この構成により、ユーザ装置が上り非同期再送制御を実行する場合に、上り再送制御に関する間欠受信制御を適切に実施できる。
【０１１６】
また、前記タイマ制御手段は、下り制御情報を受信する回数、又は、上りデータを送信する回数をカウントし、当該カウントされた回数が、所定の回数以上となる場合に、前記第１のタイマの起動を行わない、又は、起動しているタイマを停止することとしてもよい。この構成により、ユーザ装置は自律的にタイマ非起動／停止を実施することが可能となる。
【０１１７】
本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１１８】
本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１１９】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ装置及び基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置が有するプロセッサにより動作するソフトウェア、及び、基地局が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【０１２０】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  ＤＬ信号受信部
１０２  ＵＬ信号送信部
１０３  ＲＲＣ管理部
１０４  ＤＲＸ制御部
１０５  タイマ管理部
１０６  ＵＬ信号生成部
【図１】
0006587846.tif 000002
【図２】
0006587846.tif 000003
【図３】
0006587846.tif 000004
【図４】
0006587846.tif 000005
【図５】
0006587846.tif 000006
【図６】
0006587846.tif 000007
【図７】
0006587846.tif 000008
【図８】
0006587846.tif 000009
【図９】
0006587846.tif 000010
【図１０】
0006587846.tif 000011