(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて動作する端末（ＵＥ）のための方法であって、前記方法は、
ネットワークから、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作と関連するタイマーのそれぞれに対する値（Ｘ）を受信することと、
前記タイマーのうちの第１タイマーを開始する第１イベントがサブフレーム（ｎ）で発生すると、前記第１タイマーに基づいて、サブフレーム（ｎ＋１）からサブフレーム（ｎ＋Ｙ）までＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタすることと、
前記タイマーのうちの第２タイマーを開始する第２イベントがサブフレーム（ｎ）で発生すると、前記第２タイマーに基づいて、サブフレーム（ｎ）からサブフレーム（ｎ＋Ｙ−１）まで前記ＰＤＣＣＨをモニタすることと
を含み、
Ｙは、前記ＰＤＣＣＨを有するＸ個のサブフレームが、サブフレーム（ｎ＋１）から始めてサブフレーム（ｎ＋Ｙ）で終了する第１期間内に含まれるか、またはサブフレーム（ｎ）から始めてサブフレーム（ｎ＋Ｙ−１）で終了する第２期間内に含まれるように、サブフレームの最小数に対応する、方法。
【請求項２】
前記第１イベントは、新しい送信を指示するＰＤＣＣＨを受信することを含み、
前記第１タイマーはＤＲＸ無活動タイマーを含む、請求項１に記載の方法。
【請求項３】
前記第１イベントは、ランダムアクセス手順のメッセージ３を送信することを含み、
前記第１タイマーはＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）衝突解決タイマーを含む、請求項１に記載の方法。
【請求項４】
前記第２イベントは、前記サブフレーム（ｎ）でＨＡＲＱ  ＲＲＴタイマー（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅｒ）が満了し、該当のＨＡＲＱプロセスのデータが成功的にデコーディングされていない場合を含み、
前記第２タイマーはＤＲＸ再送信タイマーを含む、請求項１に記載の方法。
【請求項５】
前記第２イベントは、ＤＲＸサイクルに対してシステムフレーム番号が所定の条件を満たす場合を含み、
前記第２タイマーはオンデュレーションタイマーを含む、請求項１に記載の方法。
【請求項６】
前記ＤＲＸサイクルは、長期ＤＲＸサイクルまたは短期ＤＲＸサイクルに基づいており、
ＤＲＸ短期サイクルタイマーに対する受信値がＸであれば、前記ＵＥは、サブフレーム（ｎ）から始めてサブフレーム（ｎ＋Ｘ−１）で終了する期間の間、前記短期ＤＲＸサイクルを用い、
ＤＲＸ無活動タイマーが満了するか、またはＤＲＸ命令ＭＡＣ制御要素がサブフレーム（ｎ）で受信されると、サブフレーム（ｎ＋Ｘ）で前記長期ＤＲＸサイクルを利用し始める、請求項５に記載の方法。
【請求項７】
無線通信システムにおいて動作する端末（ＵＥ）であって、前記ＵＥは、
信号を無線で送受信するように適合されたトランシーバーと、
前記トランシーバーに電気的に接続されたマイクロプロセッサと
を備え、
前記マイクロプロセッサは、
ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作と関連するタイマーのうちの第１タイマーを開始する第１イベントがサブフレーム（ｎ）で発生すると、前記第１タイマーに基づいて、サブフレーム（ｎ＋１）からサブフレーム（ｎ＋Ｙ）までＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタすることと、
前記タイマーのうちの第２タイマーを開始する第２イベントがサブフレーム（ｎ）で発生すると、前記第２タイマーに基づいて、サブフレーム（ｎ）からサブフレーム（ｎ＋Ｙ−１）まで前記ＰＤＣＣＨをモニタすることと
を実行するように前記トランシーバーを制御するように適合されており、
Ｘは、ネットワークから受信された前記タイマーのそれぞれに対する値を集合的に示し、
Ｙは、前記ＰＤＣＣＨを有するＸ個のサブフレームが、サブフレーム（ｎ＋１）から始めてサブフレーム（ｎ＋Ｙ）で終了する第１期間内に含まれるか、またはサブフレーム（ｎ）から始めてサブフレーム（ｎ＋Ｙ−１）で終了する第２期間内に含まれるように、サブフレームの最小数に対応する、ＵＥ。
【請求項８】
前記第１イベントは、新しい送信を指示するＰＤＣＣＨを受信することを含み、
前記第１タイマーはＤＲＸ無活動タイマーを含む、請求項７に記載のＵＥ。
【請求項９】
前記第１イベントは、ランダムアクセス手順のメッセージ３を送信することを含み、
前記第１タイマーはＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）衝突解決タイマーを含む、請求項７に記載のＵＥ。
【請求項１０】
前記第２イベントは、前記サブフレーム（ｎ）でＨＡＲＱ  ＲＲＴタイマー（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅｒ）が満了し、該当のＨＡＲＱプロセスのデータが成功的にデコーディングされていない場合を含み、
前記第２タイマーはＤＲＸ再送信タイマーを含む、請求項７に記載のＵＥ。
【請求項１１】
前記第２イベントは、ＤＲＸサイクルに対してシステムフレーム番号が所定の条件を満たす場合を含み、
前記第２タイマーはオンデュレーションタイマーを含む、請求項７に記載のＵＥ。
【請求項１２】
前記ＤＲＸサイクルは、長期ＤＲＸサイクルまたは短期ＤＲＸサイクルに基づいており、
ＤＲＸ短期サイクルタイマーに対する受信値がＸであれば、前記マイクロプロセッサは、サブフレーム（ｎ）から始めてサブフレーム（ｎ＋Ｘ−１）で終了する期間の間、前記短期ＤＲＸサイクルを用い、
ＤＲＸ無活動タイマーが満了するか、またはＤＲＸ命令ＭＡＣ制御要素がサブフレーム（ｎ）で受信されると、サブフレーム（ｎ＋Ｘ）で前記長期ＤＲＸサイクルを利用し始める、請求項１１に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、より詳細には、様々なタイマーによる動作方法及びその装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳシステムは、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進行している。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７及びＲｅｌｅａｓｅ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）の終端に位置して外部ネットワークと接続するアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／またはユニキャストサービスのために多重データストリームを同時に伝送することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定されて、複数の端末に下りまたは上り伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、複数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は、ダウンリンクスケジューリング情報を伝送して、該当の端末にデータが伝送される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は、アップリンクスケジューリング情報を該当の端末に伝送して、該当端末が使用できる時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局間には、ユーザトラフィックまたは制御トラフィックの伝送のためのインターフェースを使用することができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されてきたが、ユーザと事業者の要求及び期待は増加し続けている。また、他の無線接続技術の開発が続いているので、今後、競合力を持つためには新しい技術進化が要求される。ビット当たりコストの減少、サービス可用性の増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、本発明は、従来技術の限界及び短所による一つ以上の問題点を実質的に除去した様々なタイマーによる動作方法及びその装置に関するものである。
【０００８】
本発明の追加の利点、目的及び特徴は、以下の説明に記載され、部分的に下記の検討時に当業者によって明らかになるか、または本発明を実施することにより理解されるであろう。本発明の目的及び他の利点は、添付の図面だけでなく、詳細な説明及びその請求範囲で特に言及された構造により達成及び獲得されるであろう。
【課題を解決するための手段】
【０００９】
本発明の目的によって、これら目的及び他の利点を達成するために、本発明は、無線通信システムにおいて端末（ＵＥ）がパワーを節約するようにする方法であって、ネットワークから、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作と関連するタイマーのそれぞれに対する値（Ｘ）を受信することと；第１タイマーを開始する第１イベントがサブフレームｎで発生すると、前記タイマーのうち第１タイマーに基づいて、サブフレームｎ＋１からサブフレームｎ＋ＸまでＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌをモニタすることと；第２タイマーを開始する第２イベントがサブフレームｎで発生すると、前記タイマーのうち第２タイマーに基づいて、サブフレームｎからサブフレームｎ＋Ｘ−１までＰＤＣＣＨをモニタすることと；を含む方法を提供する。
【００１０】
前記第１イベントは、新しい送信を指示するＰＤＣＣＨを受信することを含み、前記第１タイマーはＤＲＸ無活動（ｉｎａｃｔｉｖｉｔｙ）タイマーを含むことができる。
【００１１】
前記第１イベントは、ランダムアクセス手順のメッセージ３を送信することを含み、前記第１タイマーはＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）衝突解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）タイマーを含むことができる。
【００１２】
一方、前記第２イベントは、前記サブフレームｎでＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）再送信タイマー（ＲＴＴ  ｔｉｍｅｒ）が満了し、該当のＨＡＲＱプロセスのデータが成功的にデコーディングされていない場合を含み、前記第２タイマーは、ＤＲＸ再送信タイマーを含むことができる。
【００１３】
前記第２イベントは、ＤＲＸサイクルに対してシステムフレーム番号が所定の条件を満たす場合を含み、前記第２タイマーはオンデュレーション（ｏｎ  ｄｕｒａｔｉｏｎ）タイマーを含むことができる。
【００１４】
前記ＤＲＸサイクルは、長期ＤＲＸサイクルまたは短期ＤＲＸサイクルに基づいており、ＤＲＸ短期サイクルタイマーに対する受信値がＸであれば、前記ＵＥは、フレームｎから始めてサブフレームｎ＋Ｘ−１で終了する期間の間、短期ＤＲＸサイクルを用い、ＤＲＸ無活動タイマーが満了するか、またはＤＲＸ命令ＭＡＣ制御要素がサブフレームｎで受信されると、サブフレームｎ＋Ｘで長期ＤＲＸサイクルを利用し始めることができる。
【００１５】
方法は、前記第１タイマーを開始する第１イベントがサブフレームｎで発生し、無線通信システムがＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）モードで動作する場合、第１タイマーに基づいてサブフレームｎ＋１からサブフレームｎ＋ＹまでＰＤＣＣＨをモニタすることと；前記第２タイマーを開始する第２イベントがサブフレームｎで発生し、無線通信システムがＴＤＤモードで動作する場合、サブフレームｎからサブフレームｎ＋Ｙ−１までＰＤＣＣＨをモニタすることと；をさらに含み、Ｙは、ＰＤＣＣＨを有するＸ個のサブフレームが、サブフレームｎ＋１から始めてサブフレームｎ＋Ｙで終了する第１期間内に含まれるか、またはサブフレームｎから始めてサブフレームｎ＋Ｙ−１で終了する第２期間内に含まれるように、サブフレームの最小数に対応することができる。
【００１６】
本発明の他の形態によれば、無線通信システムにおいてパワーを節約する端末（ＵＥ）であって、信号を無線で送受信するトランシーバーと；前記トランシーバーに電気的に接続され、第１タイマーを開始する第１イベントがサブフレームｎで発生すると、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作と関連するタイマーのうち第１タイマーに基づいて、サブフレームｎ＋１からサブフレームｎ＋ＸまでＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタし、第２タイマーを開始する第２イベントがサブフレームｎで発生すると、前記タイマーのうち第２タイマーに基づいて、サブフレームｎからサブフレームｎ＋Ｘ−１までＰＤＣＣＨをモニタするように、前記トランシーバーを制御するマイクロプロセッサと；を含み、Ｘは、ネットワークから受信された前記タイマーのそれぞれに対する値を集合的に示す、端末を提供する。
【００１７】
前記第１イベントは、新しい送信を指示するＰＤＣＣＨを受信することを含み、前記第１タイマーはＤＲＸ無活動（ｉｎａｃｔｉｖｉｔｙ）タイマーを含むことができる。
【００１８】
前記第１イベントは、ランダムアクセス手順のメッセージ３を送信することを含み、前記第１タイマーはＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）衝突解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）タイマーを含むことができる。
【００１９】
一方、前記第２イベントは、前記サブフレームｎでＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）再送信タイマー（ＲＴＴ  ｔｉｍｅｒ）が満了し、該当のＨＡＲＱプロセスのデータが成功的にデコーディングされていない場合を含み、前記第２タイマーはＤＲＸ再送信タイマーを含むことができる。
【００２０】
前記第２イベントは、ＤＲＸサイクルに対してシステムフレーム番号が所定の条件を満たす場合を含み、前記第２タイマーはオンデュレーション（ｏｎｄｕｒａｔｉｏｎ）タイマーを含むことができる。
【００２１】
前記ＤＲＸサイクルは、長期ＤＲＸサイクルまたは短期ＤＲＸサイクルに基づいており、ＤＲＸ短期サイクルタイマーに対する受信値がＸであれば、前記マイクロプロセッサは、フレームｎから始めてサブフレームｎ＋Ｘ−１で終了する期間の間、短期ＤＲＸサイクルを用い、ＤＲＸ無活動タイマーが満了するか、またはＤＲＸ命令ＭＡＣ制御要素がサブフレームｎで受信されると、サブフレームｎ＋Ｘで長期ＤＲＸサイクルを利用し始めることができる。
【００２２】
前記マイクロプロセッサはまた、前記第１タイマーを開始する第１イベントがサブフレームｎで発生し、無線通信システムがＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）モードで動作する場合、第１タイマーに基づいてサブフレームｎ＋１からサブフレームｎ＋ＹまでＰＤＣＣＨをモニタし；前記第２タイマーを開始する第２イベントがサブフレームｎで発生し、無線通信システムがＴＤＤモードで動作する場合、サブフレームｎからサブフレームｎ＋Ｙ−１までＰＤＣＣＨをモニタし；Ｙは、ＰＤＣＣＨを有するＸ個のサブフレームが、サブフレームｎ＋１から始めてサブフレームｎ＋Ｙで終了する第１期間内に含まれるか、またはサブフレームｎから始めてサブフレームｎ＋Ｙ−１で終了する第２期間内に含まれるように、サブフレームの最小数に対応することができる。
【００２３】
本発明の他の形態において、無線通信システムにおいて端末（ＵＥ）の動作方法であって、ネットワークから、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作と関連するタイマーに対する値（Ｘ）を受信することと；前記タイマーを開始するイベントがサブフレームｎで発生すると、前記タイマーに基づいてサブフレームｎ＋１からサブフレームｎ＋ＸまでＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタすることと；を含む方法を提供する。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおいて端末（ＵＥ）の動作方法であって、
ネットワークから、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作と関連するタイマーのそれぞれに対する値（Ｘ）を受信することと、
第１タイマーを開始する第１イベントがサブフレームｎで発生すると、前記タイマーのうち第１タイマーに基づいて、サブフレーム（ｎ＋１）からサブフレーム（ｎ＋Ｘ）までＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタすることと、
第２タイマーを開始する第２イベントがサブフレームｎで発生すると、前記タイマーのうち第２タイマーに基づいて、サブフレーム（ｎ）からサブフレーム（ｎ＋Ｘ−１）までＰＤＣＣＨをモニタすることとを含む、方法。
（項目２）
前記第１イベントは、新しい送信を指示するＰＤＣＣＨを受信することを含み、
前記第１タイマーはＤＲＸ無活動（ｉｎａｃｔｉｖｉｔｙ）タイマーを含む、項目１に記載の方法。
（項目３）
前記第１イベントは、ランダムアクセス手順のメッセージ３を送信することを含み、
前記第１タイマーはＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）衝突解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）タイマーを含む、項目１に記載の方法。
（項目４）
前記第２イベントは、前記サブフレーム（ｎ）でＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）再送信タイマー（ＲＴＴ  ｔｉｍｅｒ）が満了し、該当のＨＡＲＱプロセスのデータが成功的にデコーディングされていない場合を含み、
前記第２タイマーはＤＲＸ再送信タイマーを含む、項目１に記載の方法。
（項目５）
前記第２イベントは、ＤＲＸサイクルに対してシステムフレーム番号が所定の条件を満たす場合を含み、
前記第２タイマーはオンデュレーション（ｏｎｄｕｒａｔｉｏｎ）タイマーを含む、項目１に記載の方法。
（項目６）
前記ＤＲＸサイクルは、長期ＤＲＸサイクルまたは短期ＤＲＸサイクルに基づいており、
ＤＲＸ短期サイクルタイマーに対する受信値がＸであれば、前記ＵＥは、フレーム（ｎ）から始めてサブフレーム（ｎ＋Ｘ−１）で終了する期間の間、短期ＤＲＸサイクルを用い、
ＤＲＸ無活動タイマーが満了するか、またはＤＲＸ命令ＭＡＣ制御要素がサブフレーム（ｎ）で受信されると、サブフレーム（ｎ＋Ｘ）で長期ＤＲＸサイクルを利用し始める、項目５に記載の方法。
（項目７）
前記第１タイマーを開始する第１イベントがサブフレーム（ｎ）で発生し、無線通信システムがＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）モードで動作する場合、第１タイマーに基づいてサブフレーム（ｎ＋１）からサブフレーム（ｎ＋Ｙ）までＰＤＣＣＨをモニタすることと、
前記第２タイマーを開始する第２イベントがサブフレーム（ｎ）で発生し、無線通信システムがＴＤＤモードで動作する場合、サブフレーム（ｎ）からサブフレーム（ｎ＋Ｙ−１）までＰＤＣＣＨをモニタすることとをさらに含み、
Ｙは、ＰＤＣＣＨを有するＸ個のサブフレームが、サブフレーム（ｎ＋１）から始めてサブフレーム（ｎ＋Ｙ）で終了する第１期間内に含まれるか、またはサブフレーム（ｎ）から始めてサブフレーム（ｎ＋Ｙ−１）で終了する第２期間内に含まれるように、サブフレームの最小数に対応する、項目１に記載の方法。
（項目８）
無線通信システムにおいて動作する端末（ＵＥ）であって、
信号を無線で送受信するトランシーバーと、
前記トランシーバーに電気的に接続され、
第１タイマーを開始する第１イベントがサブフレーム（ｎ）で発生すると、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作と関連するタイマーのうち第１タイマーに基づいて、サブフレーム（ｎ＋１）からサブフレーム（ｎ＋Ｘ）までＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタし、
第２タイマーを開始する第２イベントがサブフレーム（ｎ）で発生すると、前記タイマーのうち第２タイマーに基づいて、サブフレーム（ｎ）からサブフレーム（ｎ＋Ｘ−１）までＰＤＣＣＨをモニタするように、
前記トランシーバーを制御するマイクロプロセッサとを含み、
Ｘは、ネットワークから受信された前記タイマーのそれぞれ対する値を集合的に示す、端末。
（項目９）
前記第１イベントは、新しい送信を指示するＰＤＣＣＨを受信することを含み、
前記第１タイマーはＤＲＸ無活動（ｉｎａｃｔｉｖｉｔｙ）タイマーを含む、項目８に記載の端末。
（項目１０）
前記第１イベントは、ランダムアクセス手順のメッセージ３を送信することを含み、
前記第１タイマーはＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）衝突解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）タイマーを含む、項目８に記載の端末。
（項目１１）
前記第２イベントは、前記サブフレーム（ｎ）でＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）再送信タイマー（ＲＴＴ  ｔｉｍｅｒ）が満了し、該当のＨＡＲＱプロセスのデータが成功的にデコーディングされていない場合を含み、
前記第２タイマーはＤＲＸ再送信タイマーを含む、項目８に記載の端末。
（項目１２）
前記第２イベントは、ＤＲＸサイクルに対してシステムフレーム番号が所定の条件を満たす場合を含み、
前記第２タイマーはオンデュレーション（ｏｎｄｕｒａｔｉｏｎ）タイマーを含む、項目８に記載の端末。
（項目１３）
前記ＤＲＸサイクルは、長期ＤＲＸサイクルまたは短期ＤＲＸサイクルに基づいており、
ＤＲＸ短期サイクルタイマーに対する受信値がＸであれば、前記マイクロプロセッサは、フレーム（ｎ）から始めてサブフレーム（ｎ＋Ｘ−１）で終了する期間の間、短期ＤＲＸサイクルを用い、
ＤＲＸ無活動タイマーが満了するか、またはＤＲＸ命令ＭＡＣ制御要素がサブフレーム（ｎ）で受信されると、サブフレーム（ｎ＋Ｘ）で長期ＤＲＸサイクルを利用し始める、項目１２に記載の端末。
（項目１４）
前記マイクロプロセッサはまた、
前記第１タイマーを開始する第１イベントがサブフレーム（ｎ）で発生し、無線通信システムがＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）モードで動作する場合、第１タイマーに基づいてサブフレーム（ｎ＋１）からサブフレーム（ｎ＋Ｙ）までＰＤＣＣＨをモニタし、
前記第２タイマーを開始する第２イベントがサブフレーム（ｎ）で発生し、無線通信システムがＴＤＤモードで動作する場合、サブフレーム（ｎ）からサブフレーム（ｎ＋Ｙ−１）までＰＤＣＣＨをモニタし、
Ｙは、ＰＤＣＣＨを有するＸ個のサブフレームが、サブフレーム（ｎ＋１）から始めてサブフレーム（ｎ＋Ｙ）で終了する第１期間内に含まれるか、またはサブフレーム（ｎ）から始めてサブフレーム（ｎ＋Ｙ−１）で終了する第２期間内に含まれるように、サブフレームの最小数に対応する、項目８に記載の端末。
（項目１５）
無線通信システムにおいて端末（ＵＥ）の動作方法であって、
ネットワークから、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）動作と関連するタイマーに対する値（Ｘ）を受信することと、
前記タイマーを開始するイベントがサブフレーム（ｎ）で発生すると、前記タイマーに基づいて、サブフレーム（ｎ＋１）からサブフレーム（ｎ＋Ｘ）までＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタすることとを含む、方法。
【発明の効果】
【００２４】
本発明の実施例によれば、無線通信システムにおいてネットワーク及び端末は信号を効率的に送受信することができる。
【００２５】
本発明に対して前述した一般的な説明及び後述する詳細な説明は例示的なものであり、請求項記載の発明に対する追加的な説明のためのものである。
【図面の簡単な説明】
【００２６】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明の実施例を示し、詳細な説明と共に本発明の原理を説明する。
【図１】無線通信システムの一例として、Ｅ−ＵＭＴＳのネットワーク構造を概略的に示す図である。
【図２】Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のネットワーク構造を概念的に示す図である。
【図３】３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す図である。
【図４】３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を示す図である。
【図５】ＬＴＥシステムにおいて用いられる無線フレームの構造を示す図である。
【図６】ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）の概念を示す図である。
【図７】ＬＴＥシステムでのＤＲＸ動作のための方法を示す図である。
【図８】ランダムアクセス手順を説明する図である。
【図９】本発明のよって解決される問題点の例を示す図である。
【図１０】ＴＤＤシステムでの状況を説明する図である。
【図１１】本発明の実施例に係る通信装置のブロック構成図を示す図である。
【発明を実施するための形態】
【００２７】
以下、添付の図面を参照して説明された本発明の実施例によって、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。
【００２８】
本明細書は、ＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、上記の定義に該当する任意の他の通信システムにも適用可能である。また、本明細書は、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）方式を基準にして本発明の実施例について説明するが、これは例示に過ぎず、本発明の実施例は、Ｈ−ＦＤＤ（ｈａｌｆ−ｄｕｐｌｅｘ  ＦＤＤ）方式またはＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）方式にも容易に変形して適用可能である。
【００２９】
図２は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のネットワーク構造を概念的に示す図である。特に、Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムから進化したシステムである。Ｅ−ＵＴＲＡＮはセル（ｅＮＢ）で構成され、各セルはＸ２インターフェースを介して接続される。セルは、無線インターフェースを介して端末と接続され、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）に接続される。
【００３０】
ＥＰＣは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）及びＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、ＰＤＮ−ＧＷは、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）を終端点として有するゲートウェイである。
【００３１】
図３は、３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す図である。制御プレーンは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とＥ−ＵＴＲＡＮとの間の呼を管理するために用いる制御メッセージが伝送される通路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが伝送される通路を意味する。
【００３２】
第１層である物理層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層と接続されている。前記伝送チャネルを介して媒体接続制御層と物理層との間でデータが移動する。送信側の物理層と受信側の物理層との間は、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３３】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ伝送を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックにより具現してもよい。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースにおいてＩＰｖ４やＩＰｖ６のようなＩＰパケットを効率的に伝送するために、不必要な制御情報を減らすヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を果たす。
【００３４】
第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御プレーンでのみ定義される。ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワーク間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。
【００３５】
基地局（ｅＮＢ）を構成する一つのセルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定されて、複数の端末に下りまたは上り伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。
【００３６】
Ｅ−ＵＴＲＡＮから端末にデータを伝送するダウンリンク伝送チャネルには、システム情報を伝送するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを伝送するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを伝送するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。ダウンリンクマルチキャストまたは放送サービスのトラフィックまたは制御メッセージは、下りＳＣＨを介して伝送されてもよく、または別途の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して伝送されてもよい。
【００３７】
一方、端末からＥ−ＵＴＲＡＮにデータを伝送するアップリンク伝送チャネルは、初期制御メッセージを伝送するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを伝送するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を含む。伝送チャネルの上位にあり、伝送チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）は、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などを含む。
【００３８】
図４は、３ＧＰＰシステムに用いられる物理チャネル、及びこれらを用いた一般的な信号伝送方法を説明するための図である。
【００３９】
端末は、電源が入ったり、新しくセルに進入した場合、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う（Ｓ４０１）。そのために、端末は、基地局から主同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｐ−ＳＣＨ）及び副同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｓ−ＳＣＨ）を受信して基地局と同期を合わせ、セルＩＤなどの情報を獲得することができる。その後、端末は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信して、セル内の放送情報を獲得することができる。一方、端末は、初期セル探索段階においてダウンリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＬ  ＲＳ）を受信して、ダウンリンクチャネル状態を確認することができる。
【００４０】
初期セル探索を終えた端末は、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、及び前記ＰＤＣＣＨに乗せられた情報に基づいて物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信することによって、より具体的なシステム情報を獲得することができる（Ｓ４０２）。
【００４１】
一方、基地局に最初に接続したり、または信号伝送のための無線リソースがない場合、端末は、基地局に対してランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ）を行うことができる（ステップＳ４０３乃至ステップＳ４０６）。そのために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ；ＰＲＡＣＨ）を介して特定シーケンスをプリアンブルとして伝送し（Ｓ４０３）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ４０４）。競合ベースのＲＡＣＨの場合、衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）をさらに行うことができる。
【００４２】
上述のような手順を行った端末は、その後、一般的なアップリンク／ダウンリンク信号伝送手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ４０７）及び物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）／物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）伝送（Ｓ４０８）を行うことができる。特に、端末は、ＰＤＣＣＨを介してダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信する。ここで、ＤＣＩは、端末に対するリソース割当情報のような制御情報を含み、その使用目的に応じてフォーマットが互いに異なる。
【００４３】
一方、端末がアップリンクを介して基地局に伝送する、または端末が基地局から受信する制御情報は、ダウンリンク／アップリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ  ＬＴＥシステムの場合、端末は、上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／またはＰＵＣＣＨを介して伝送することができる。
【００４４】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構造を例示する図である。
【００４５】
図５を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０ｍｓ（３２７２００×Ｔｓ）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ）で構成されている。それぞれのサブフレームは、１ｍｓの長さを有し、２個のスロット（ｓｌｏｔ）で構成されている。それぞれのスロットは、０．５ｍｓ（１５３６０×Ｔｓ）の長さを有する。ここで、Ｔｓはサンプリング時間を示し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０−８（約３３ｎｓ）で表示される。スロットは、時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。ＬＴＥシステムにおいて、一つのリソースブロックは、１２個の副搬送波×７（６）個のＯＦＤＭシンボルを含む。データが伝送される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、一つ以上のサブフレーム単位で定められてもよい。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は多様に変更可能である。
【００４６】
図６は、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）の概念を示す図である。
【００４７】
図６を参照すると、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに対してＤＲＸが設定されると、ＵＥは、ダウンリンクチャネル（ＰＤＣＣＨ）を受信しようと試みる。すなわち、所定期間の間にのみＰＤＣＣＨモニタリングを行い、残りの期間の間にはＰＤＣＣＨモニタリングを行わない。ＵＥがＰＤＣＣＨをモニタしなければならない期間は、“オンデュレーション（Ｏｎ  Ｄｕｒａｔｉｏｎ）”という。一つのオンデュレーションはＤＲＸサイクルごとに定義される。すなわち、ＤＲＸサイクルは、オンデュレーションの繰り返し周期である。
【００４８】
ＵＥは、一つのＤＲＸサイクル内のオンデュレーションの間、ＰＤＣＣＨを常にモニタし、ＤＲＸサイクルは、オンデュレーションが設定された期間を決定する。ＤＲＸサイクルは、ＤＲＸサイクルの期間によって、長期ＤＲＸサイクルと短期ＤＲＸサイクルとに分類される。長期ＤＲＸサイクルはＵＥのバッテリー消費を最小化できる一方、短期ＤＲＸサイクルはデータ送信遅延を最小化することができる。
【００４９】
ＵＥが、ＤＲＸサイクル内のオンデュレーションの間、ＰＤＣＣＨを受信すると、オンデュレーション以外の期間の間、追加の送信または再送信が発生し得る。したがって、ＵＥは、オンデュレーション以外の期間の間、ＰＤＣＣＨをモニタしなければならない。すなわち、ＵＥは、オンデュレーション管理タイマー（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）だけでなく、無活動管理タイマー（ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）または再送信管理タイマー（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）が実行される期間の間、ＰＤＣＣＨモニタリングを行わなければならない。
【００５０】
タイマーのそれぞれの値は、サブフレームの数として定義される。サブフレームの数は、タイマーの値が到達するまでカウントされる。タイマーの値を満足すると、タイマーは満了する。現在のＬＴＥ規格は、初期のＵＬまたはＤＬユーザデータ送信を指示するＰＤＣＣＨをデコーディングすることに成功した後に、多数の連続的なＰＤＣＣＨサブフレームとしてｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを定義し、ＵＥによってＤＬ再送信が予想されるとすぐに最大数の連続的なＰＤＣＣＨサブフレームとしてｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを定義する。
【００５１】
さらに、ランダムアクセスの時、またはＵＥがスケジューリング要請を送信し、ＵＬグラントを受信しようと試みる時に、ＵＥはＰＤＣＣＨモニタリングを行わなければならない。
【００５２】
ＵＥがＰＤＣＣＨモニタリングを行わなければならない期間は、アクティブ時間という。アクティブ時間は、ＰＤＣＣＨが周期的にモニタされるオンデュレーション、及びＰＤＣＣＨがイベントの発生時にモニタされる時間間隔を含む。
【００５３】
特に、アクティブ時間は、（１）ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒまたはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒまたはｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行される時間、（２）スケジューリング要請がＰＵＣＣＨ上で伝送されて、待つ時間、（３）ペンディング（ｐｅｎｄｉｎｇ）中であるＨＡＲＱ再送信に対するアップリンクグラントが発生し得、該当のＨＡＲＱバッファーにデータがある時間、または（４）ＵＥによって選択されていないプリアンブルに対するランダムアクセス応答の受信に成功した後に、ＵＥのＣ−ＲＮＴＩにアドレッシングされた新しい送信を指示するＰＤＣＣＨが受信されていない時間を含む。
【００５４】
図７は、ＬＴＥシステムでのＤＲＸ動作のための方法を示す図である。
【００５５】
図７を参照すると、ＵＥにはＲＲＣによってＤＲＸ機能が設定され、ＵＥは、各ＴＴＩ（すなわち、各サブフレーム）の間、次のような動作を行うことができる。
【００５６】
ＨＡＲＱ  ＲＴＴ（ｒｏｕｎｄ  ｔｒｉｐ  ｔｉｍｅ）タイマーがこのサブフレームで満了し、該当のＨＡＲＱプロセスのデータが成功的にデコーディングされないと、ＵＥは、当該ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始することができる。
【００５７】
また、ＤＲＸ命令ＭＡＣ制御要素（ＣＥ）が受信されると、ＵＥは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ及びｄｒｘ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒを中止することができる。ＤＲＸ命令ＭＡＣ  ＣＥは、ＤＲＸ状態にシフトする命令であり、ＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）サブヘッダーのＬＣＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ）フィールドによって識別される。
【００５８】
また、このサブフレームでｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、またはＤＲＸ命令ＭＡＣ  ＣＥが受信される場合、短期ＤＲＸサイクルが設定されると、ＵＥは、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開することができ、短期ＤＲＸサイクルを用いることができる。しかし、短期ＤＲＸサイクルが設定されないと、長期ＤＲＸサイクルが用いられる。さらに、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがこのサブフレームで満了すると、長期ＤＲＸサイクルがまた用いられる。
【００５９】
また、短期ＤＲＸサイクルが用いられ、［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）が（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）であるか、または長期ＤＲＸサイクルが用いられ、［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ）がｄｒｘＳｔａｒｔＯｆｆｓｅｔである場合、ＵＥは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始することができる。
【００６０】
ＵＥは、アクティブ時間の間、ＰＤＣＣＨサブフレームに対するＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨがＤＬ送信を指示するか、またはＤＬ割り当てがこのサブフレームに対して設定されると、ＵＥは、該当のＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴタイマーを開始し、当該ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止することができる。ＰＤＣＣＨが（ＤＬまたはＵＬ）新しい送信を指示すると、ＵＥは、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再開することができる。
【００６１】
ここで、ＰＤＣＣＨサブフレームは、ＰＤＣＣＨを有するサブフレームとして定義される。すなわち、ＰＤＣＣＨサブフレームは、ＰＤＣＣＨが送信されるサブフレームである。特に、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）システムにおいて、ＰＤＣＣＨサブフレームは任意のサブフレームを示す。フルデュプレックス（ｆｕｌｌ−ｄｕｐｌｅｘ）ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）システムにおいて、ＰＤＣＣＨサブフレームは、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄ（すなわち、スケジューリングセル）として設定されたサービングセルを除いて、全てのサービングセルのＤｗＰＴＳを含むサブフレーム及びダウンリンクサブフレームの組み合わせを示す。ここで、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄは、スケジューリングセルのアイデンティティを示す。また、ハーフデュプレックス（ｈａｌｆ−ｄｕｐｌｅｘ）ＴＤＤシステムにおいて、ＰＤＣＣＨサブフレームは、ＤｗＰＴＳを含むサブフレーム、またはダウンリンクサブフレームとしてＰＣｅｌｌ（ｐｒｉｍａｒｙ  ｃｅｌｌ）が設定されたサブフレームを示す。
【００６２】
一方、アクティブ時間ではないとき、ＵＥは、ｅＮＢによってトリガーされるＳＲＳ（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）送信及びＣＳＩ報告を行わない。
【００６３】
上述したＤＲＸ動作の間、ＨＡＲＱ  ＲＴＴタイマーは８ｍｓに固定されるが、ｅＮＢは、ＲＲＣ信号によって、他のタイマー値（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ及びｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）をＵＥに指示する。ｅＮＢはまた、ＲＲＣ信号によって、ＤＲＸサイクルの期間を示す長期ＤＲＸサイクル及び短期ＤＲＸサイクルをＵＥに指示する。
【００６４】
以下、他のタイマー、すなわち、衝突解決タイマー（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を有するＬＴＥシステムでのランダムアクセス手順を説明する。
【００６５】
図８は、ランダムアクセス手順を説明する図である。
【００６６】
ＵＥが、ネットワークにアクセスすることを望み、メッセージを送信しようと決定すると、メッセージは目的にリンクされ、原因値が決定され得る。図８に示された理想的メッセージ番号（３）のサイズはまた、全ての選択的情報を識別することによって決定され得、選択的情報を除去するなど、異なる他のサイズまたは他の“スケジューリング要請”メッセージが使用されてもよい。
【００６７】
ＵＥは、プリアンブルの送信のために必要な情報を獲得する。ＵＥによって送信されたランダムアクセスプリアンブルに応答して、ｅＮＢは、ランダムアクセス応答を送信することによって応答することができる。ＵＥによる送信は、スケジューリングされたものではないため、他のＵＥと競合をしなければならない。したがって、ランダムアクセス手順はまた、ＵＥによるスケジューリングされた送信としてメッセージ３（ｍｓｇ３）を送信し、ｅＮＢから衝突解決メッセージを受信する衝突解決手順をさらに含む。
【００６８】
衝突解決は、ＤＬ−ＳＣＨ上のＵＥ衝突解決アイデンティティ、またはＰＣｅｌｌのＰＤＣＣＨ上のＣ−ＲＮＴＩに基づく。ＬＴＥ規格によれば、この衝突解決は、ＭＡＣ衝突解決タイマー（ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）に基づいて制御される。
【００６９】
Ｍｓｇ３が送信される、ＵＥは、各ＨＡＲＱ再送信時に、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを開始し、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを再開することができる。その後、測定ギャップの発生に関係なく、ＵＥは、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了するかまたは中止されるまでＰＤＣＣＨをモニタすることができる。
【００７０】
ＰＤＣＣＨ送信の受信に対する通知が下位層から受信され、適切な衝突解決メッセージが受信されると、ＵＥは、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを中止し、このランダムアクセス手順を成功的に完了したものと見なす。
【００７１】
しかし、上述したイベントが発生する前に、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了すると、ＵＥは、衝突解決が成功できなかったものと見なすことができる。
【００７２】
ＵＥにＤＲＸが設定されると、ＵＥは、ＵＬまたはＤＬデータ送信を指示するＰＤＣＣＨを不連続的にモニタすることによって、パワー消費を低減することができる。ＤＲＸ動作がｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ｄｒｘＳｔａｒｔＯｆｆｓｅｔ、ｓｈｏｒｔＤＲＸ−ｃｙｃｌｅ及びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを含むＲＲＣシグナリング内のＤＲＸ−ｃｏｎｆｉｇ  ＩＥによって特定される。ＤＲＸ関連タイマーの値は、トラフィック及びスケジューリング政策を考慮したＲＲＣシグナリングによって設定される。
【００７３】
現在の技術標準によれば、ＤＲＸ動作（例えば、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ｄｒｘＳｔａｒｔＯｆｆｓｅｔ、ｓｈｏｒｔＤＲＸ−ｃｙｃｌｅ、及びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）と関連したそれぞれのタイマーは、自身のトリガイベントを有する。したがって、ｅＮＢが、サブフレームｎで特定のタイマーに対する値（Ｘ）を送信すると、タイマーが、サブフレームｎからサブフレームｎ＋Ｘ−１まで作動すると予想することができる。しかし、任意の状況で、値（Ｘ）を受信したＵＥが、受信された信号を処理する時間を必要として、タイマーがサブフレームｎから開始しないことがある。これと反対に、ｅＮＢは、サブフレームｎ＋１からサブフレームｎ＋Ｘまでタイマーが開始すると予想しているが、ＵＥは、実際にタイマーをサブフレームｎからサブフレームｎ＋Ｘ−１まで開始し得る。これは、所定の状況に対する問題点となることがあり、これは、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーの例と共に説明する。
【００７４】
（Ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）
図９は、本発明のよって解決される問題点の例を示す図である。
【００７５】
ｅＮＢは、ＲＲＣシグナリングによってｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを特定の期間に設定すると、ＵＥが、アクティブ時間にあり、ｅＮＢからＵＬまたはＤＬデータ送信を示すＰＤＣＣＨを受信した後に、ＲＲＣシグナリングによって特定された期間の間、ＵＬまたはＤＬデータ送信を指示するＰＤＣＣＨをモニタすると予想する。ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒのみが実行されていると仮定すると、ｅＮＢが、ｐｓｆ６（Ｘ＝６）のｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを設定し、サブフレーム（ｎ）でＵＬまたはＤＬデータ送信を指示するＰＤＣＣＨを送信すると、ｅＮＢは、ＵＥが、アクティブ時間にあり、ｎ＋１番目のサブフレームからｎ＋６番目のサブフレームまで、ＵＬまたはＤＬデータ送信を指示するＰＤＣＣＨをモニタすると予想する。しかし、現在のＭＡＣ仕様において、ＵＥは、ｎ＋６番目のサブフレームでアクティブ時間になく、ｎ＋６番目のサブフレームでＰＤＣＣＨをモニタしない。
【００７６】
ｅＮＢが、ＵＥに対してｎ＋６番目のサブフレームをスケジューリングするが、ＵＥは、ｎ＋６番目のサブフレームでＰＤＣＣＨをモニタしないため、ｅＮＢとＵＥとの間に誤整列が発生して、ＰＤＣＣＨの損失をもたらすという問題がある。ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するサブフレームにおいて、ｅＮＢとＵＥ間に誤整列が発生する理由は、ＵＥが、サブフレームで、ｅＮＢからＵＬまたはＤＬデータ送信を指示するＰＤＣＣＨをモニタする前にｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するからである。（他のＤＲＸ関連タイマーが実行されないことを考慮すると）ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが実行していないとき、ＵＥがアクティブ時間にないので、ＵＥは、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するサブフレームでＰＤＣＣＨをモニタしない。
【００７７】
他のタイマーにおいても類似の問題点が発生し得る。
【００７８】
（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）
ｅＮＢが、ＲＲＣシグナリングによって、ＵＥをＤＲＸ機能を有するものと設定し、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを特定の期間に設定すると、ｅＮＢは、ＵＥがノンアクティブ時間にあり、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの満了時に、ＵＬまたはＤＬデータ送信を指示するＰＤＣＣＨをモニタしないと予想する。しかし、現在のＭＡＣ仕様において、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが満了したサブフレームで、ＵＥがアクティブ時間にあるかどうかが明確でない。
【００７９】
（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）
ｅＮＢが、ＲＲＣシグナリングによって、ＵＥをＤＲＸ機能を有するものと設定し、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを特定の期間に設定すると、ｅＮＢは、ＵＥがノンアクティブ時間にあり、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの満了時に、ＵＬまたはＤＬデータ送信を指示するＰＤＣＣＨをモニタしないと予想する。しかし、現在のＭＡＣ仕様において、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが満了したサブフレームで、ＵＥがアクティブ時間にあるかどうかが明確でない。
【００８０】
（ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）
ｅＮＢが、ＲＲＣシグナリングによって、ＲＡＣＨ構成を設定し、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを特定の期間に設定すると、ＵＥが、測定ギャップの発生と関係なく、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了するかまたは中止するまでＰＤＣＣＨをモニタすると予想される。また、ｅＮＢは、ＵＥがノンアクティブ時間にあり、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの満了時にＵＬまたはＤＬデータ送信を指示するＰＤＣＣＨをモニタしないと予想する。しかし、現在のＭＡＣ仕様において、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了したサブフレームで、ＵＥがアクティブ時間にあるかどうかが明確でない。
【００８１】
サブフレームｎでトリガイベント（ｔｒｉｇｅｒｒｉｎｇ  ｅｖｅｎｔ）が発生するとき、全てのタイマーの開始点をサブフレームｎ＋１として予め定義すると、上述した問題点は容易に解決することができる。しかし、任意の状況では、各タイマーの特徴に基づいて、これは動作しないことがある。より良いアプローチは、各タイマーの特徴を考慮して、開始サブフレームを予め定義することができる。
【００８２】
したがって、本実施例は、ＤＲＸ動作と関連する上述したタイマーを２つのカテゴリーに分類することによって特徴化される。第１カテゴリータイマーまたは第１タイマーに対して、第１タイマーを開始するトリガイベントがサブフレームｎで発生すると、ＵＥは、第１タイマーを開始し、サブフレームｎ＋１からサブフレームｎ＋ＸまでＰＤＣＣＨをモニタする。第２カテゴリータイマーまたは第２タイマーに対して、第１タイマーを開始するトリガイベントがサブフレームｎで発生すると、ＵＥは、第２タイマーを開始し、サブフレームｎからサブフレームｎ＋Ｘ−１までＰＤＣＣＨをモニタする。
【００８３】
上述した分類は、ＵＥの任意の即時処理が必要であるか否かに対する決定に基づくことができる。特定のタイマーに対してＵＥの即時処理が要求される場合、特定のタイマーがサブフレームｎ＋１から開始することを予め定義することがより好ましい。一方、ＵＥの即時処理が必要ではない場合、特定のタイマーをサブフレームｎから開始し、早く終了するように定義することがより好ましい。
【００８４】
次の説明は、その特徴に基づいたタイマーの分類に関する。
【００８５】
（ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）
上述したように、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーに対するトリガイベントは、新しい送信（ＤＬまたはＵＬ）を指示するＰＤＣＣＨを受信するものである。ＵＥは、新しい送信を指示するＰＤＣＣＨを受信した後、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーに基づいてＰＤＣＣＨをモニタし始めることが要求される。しかし、ＵＥが、新しい送信を指示するＰＤＣＣＨの受信を認識するために、ＵＥは、受信されたＰＤＣＣＨをデコーディングしなければならない。したがって、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーが第１タイマーとして分類され、ＵＥは、フレームｎ＋１からＰＤＣＣＨをモニタし始めることを提案する。
【００８６】
ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーを開始することと、ＰＤＣＣＨをモニタし始めることは必ず同期される必要はない。例えば、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーはサブフレームｎから開始する一方、ＵＥは、サブフレームｎ＋１からＰＤＣＣＨをモニタし始めることができる。本実施例は、ＵＥの実際の動作（例えば、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーの開始よりはむしろＰＤＣＣＨモニタリング）に焦点を合わせる。
【００８７】
したがって、本実施例によれば、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーに対する受信値がＸｄｉｔとして表現され、及びＰＤＣＣＨが新しいＵＬ／ＤＬ送信を指示すると、ＵＥは、サブフレームｎ＋１からサブフレームｎ＋ＸｄｉｔまでＰＤＣＣＨをモニタし始める。ＵＥが、サブフレームｘ＋ＸｄｉｔでＰＤＣＣＨをモニタするようにすることは、図９と関連して説明した問題点をアドレッシングし得る。また、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマーは、サブフレームｎまたはサブフレームｎ＋１から開始することができ、これは、ＵＥ動作においてあまり重要ではない。
【００８８】
（ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）
上述したように、ＵＥがランダムアクセス手順のメッセージ３を送信すると、ＵＥはｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎタイマーを開始することができる。その後、ＵＥは、測定ギャップの発生と関係なく、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎタイマーが満了するまでＰＤＣＣＨをモニタする。
【００８９】
ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎタイマーを開始するトリガイベントは、ランダムアクセス手順のメッセージ３を送信するものである。メッセージ３を送信するために、ＵＥは時間が必要である。よって、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎタイマーも第１タイマーとして分類され、ＵＥは、サブフレームｎ＋１からＰＤＣＣＨをモニタし始める。
【００９０】
したがって、メッセージ３がサブフレームｎで送信され、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎタイマーに対する値がＸｍｃｒｔとして設定されると、本実施例に係るＵＥは、サブフレームｎ＋１からサブフレームｎ＋ＸｍｃｒｔまでＰＤＣＣＨをモニタし始める。
【００９１】
（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ及びｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）
上述したように、ＰＤＣＣＨがＤＬ送信を指示するか、またはサブフレームｎに対してＤＬ割り当てが設定されると、ＵＥは、該当のＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴタイマーを開始し、当該ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止することができる。
【００９２】
ＨＡＲＱ  ＲＴＴタイマーがサブフレームｎで満了し、該当のＨＡＲＱプロセスのデータが成功的にデコーディングされないと、ＵＥは、ＰＤＣＣＨをモニタし始めることができる。
【００９３】
ｄｒｘ−ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマーに対して、ＵＥは、ＨＡＲＱ  ＲＴＴタイマーの満了後、ＰＤＣＣＨのモニタリングの開始が要求される。すると、ＵＥの即時動作が必要でない。よって、ｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマーは第２タイマーとして分類され、ＵＥは、サブフレームｎからＰＤＣＣＨをモニタし始める。ｄｒｓ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマーを開始するトリガイベントがサブフレームｎで発生し、ＨＡＲＱ  ＲＴＴに対する値がＸｒｔｔとして表示されると、ＨＡＲＱ  ＲＴＴタイマーを開始するトリガイベントはサブフレームｎ−Ｘｒｔｔで発生する。
【００９４】
（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ及びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）
上述したように、サブフレームｎでｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、またはＤＲＳ命令ＭＡＣ制御要素が受信されると、ＵＥは、ＤＲＸサイクルに依存する。該ＤＲＸサイクルは、長期ＤＲＸサイクルまたは短期ＤＲＸサイクルに基づく。例えば、短期ＤＲＸサイクルが設定されると、ＵＥは、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再開し、短期ＤＲＸサイクルを用いる。一方、短期ＤＲＸサイクルが設定されないと、ＵＥは長期ＤＲＸサイクルを用いることができる。また、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了すると、ＵＥは長期ＤＲＸサイクルを用いることができる。
【００９５】
システムフレーム番号（ＳＦＮ）が短期ＤＲＸまたは長期ＤＲＸサイクルに基づいて所定の条件を満たしたものと決定した後、ＵＥは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始することができる。特に、（１）短期ＤＲＸサイクルが用いられ、［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）＝（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）である場合；または（２）長期ＤＲＸサイクルが用いられ、［（ＳＦＮ＊１０）＋フレーム番号］ｍｏｄｕｌｏ（ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ）＝ｄｒｘＳｔａｒｔＯｆｆｓｅｔである場合、ＵＥは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始することができる。
【００９６】
上述したように、アクティブ時間の間、ＰＤＣＣＨサブフレームに対して、ハーフデュプレックスＦＤＤ  ＵＥ動作のためにアップリンク送信にサブフレームが要求されず、サブフレームが、設定された測定ギャップの一部ではない場合、ＵＥはＰＤＣＣＨをモニタすることができる。
【００９７】
上述した説明は、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ及びｄｒｓＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒに対するトリガイベントが発生した後にＵＥの即時動作が必要でないことを示す。したがって、これらタイマーは、第２タイマーとして分類することができる。すなわち、ＳＦＮが、長期ＤＲＸサイクルまたは短期ＤＲＸサイクルに基づいて、サブフレームｎにおいて上述した条件を満たす場合、ＵＥは、サブフレームｎからサブフレームｎ＋Ｘｏｄｔ−１までＰＤＣＣＨサブフレーム内のＰＤＣＣＨをモニタし、ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒに対する値はＸｏｄｔとして表現される。
【００９８】
また、サブフレームｎにおいてｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、またはＤＲＸ命令ＭＡＣ制御要素が受信されると、ＵＥは、サブフレームｎからサブフレームｎ＋Ｘｄｓｃｔ−１まで短期ＤＲＸサイクルを用いることができ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒに対する値はＸｄｓｔとして表現される。
【００９９】
ＤＲＸタイマーがＸの値に設定され、ｎが、関連するイベントがトリガされるサブフレームを示す場合、それぞれのＤＲＸタイマーの意図された挙動は表１のように要約することができる。
【０１００】
【表１】
0005876585.tif 000002
上記の説明は、無線通信システムがＦＤＤ方式で動作するときの状況に焦点を合わせたものである。しかし、無線通信システムがＴＤＤシステムで動作するとき、僅かな変形が要求される。
【０１０１】
図１０は、ＴＤＤシステムでの状況を説明する図である。
【０１０２】
ＬＴＥ  ＴＤＤシステムにおいて、無線フレームは２個のハーフフレームを含み、それぞれのハーフフレームは、一般に、サブフレーム及び特別サブフレームを含む。一般に、サブフレームは２個のスロットを含み、特別サブフレームは、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）、保護区間（ＧＰ；ｇｕａｒｄ  ｐｅｒｉｏｄ）及びアップリンクパイロットタイムスロット（ＵｐＰＴＳ）を含む。
【０１０３】
特別サブフレームにおいて、ＤｗＰＴＳは、端末での初期セル探索、同期化またはチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信の同期を合わせるのに用いられる。すなわち、ＤｗＰＴＳはダウンリンク送信に用いられ、ＵｐＰＴＳはアップリンク送信に用いられる。特に、ＵｐＰＴＳは、ＰＲＡＣＨプリアンブルまたはＳＲＳ送信に用いられる。また、保護区間は、アップリンクとダウンリンクとの間にダウンリンク信号の多重経路遅延によってアップリンクで生じる干渉を除去するための区間である。
【０１０４】
現在の３ＧＰＰ標準文書は、以下の表２に示すように特別サブフレームを定義する。表２において、
【０１０５】
【化１】
0005876585.tif 000003
はＤｗＰＴＳ及びＵｐＰＴＳを示し、他の領域は保護区間に設定される。
【０１０６】
【表２】
0005876585.tif 000004
一方、無線フレームの構造、すなわち、ＴＤＤシステムでのＵＬ／ＤＬ構成は、以下の表３に示す。
【０１０７】
【表３】
0005876585.tif 000005
上記表３において、Ｄはダウンリンクサブフレームを示し、Ｕはアップリンクサブフレームを示し、Ｓは特別サブフレームを意味する。また、上記表３は、各システムにおいてアップリンク／ダウンリンクサブフレームのダウンリンク−アップリンクスイッチング周期を示す。
【０１０８】
図１０に示すように、全てのサブフレームがＰＤＣＣＨを含むわけではない。したがって、上記表１は、表４のように変更されなければならない。
【０１０９】
【表４】
0005876585.tif 000006
すなわち、ＦＤＤに対して、ｍはＸと同一である。すなわち、変形が必要ではない。しかし、ＴＤＤに対して、ｍは、サブフレーム［ｘ、ｙ］の間、Ｘ個のＰＤＣＣＨサブフレームが含まれるように、サブフレームの最小数と同一である。
【０１１０】
図１１は、本発明の実施例に係る通信装置のブロック構成図を例示する。
【０１１１】
図１１に示された装置は、前記パワー節約メカニズムを行う端末（ＵＥ）であってもよいが、同一の動作を行う任意の装置であってもよい。
【０１１２】
図１１に示すように、装置は、ＤＳＰ／マイクロプロセッサ１１０及びＲＦモジュール（トランシーバー）１３５を含むことができる。ＤＳＰ／マイクロプロセッサ１１０は、トランシーバー１３５と電気的に接続されて、トランシーバーを制御する。装置はまたその具現及び設計者の選択に基づいて、パワー管理モジュール１０５、バッテリー１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリ装置１３０、スピーカー１４５及び出力装置１５０を含むことができる。
【０１１３】
特に、マイクロプロセッサ１１０は、第１タイマーを開始する第１イベントがサブフレームｎで発生すると、ＤＲＸ動作と関連するタイマーのうち第１タイマーに基づいて、サブフレームｎ＋１からサブフレームｎ＋ＸまでＰＤＣＣＨをモニタするようにトランシーバー１３５を制御する。一方、マイクロプロセッサ１１０は、第２タイマーを開始する第２イベントがサブフレームｎで発生すると、前記タイマーのうち第２タイマーに基づいて、サブフレームｎからサブフレームｎ＋Ｘ−１までＰＤＣＣＨをモニタするようにトランシーバー１３５を制御する。
【０１１４】
本発明は、本発明の技術的思想及び範囲を逸脱しない範囲内で様々な変更及び変形が可能であるということは当業者にとって自明である。したがって、本発明は、添付の特許請求の範囲及びその均等物の範囲内で提供される変更及び変形をカバーする。
【産業上の利用可能性】
【０１１５】
上述した方法は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、本発明は、３ＧＰＰ  ＬＴＥシステム以外にも様々な無線通信システムに適用可能である。
【図１】
0005876585.tif 000007
【図２】
0005876585.tif 000008
【図３】
0005876585.tif 000009
【図４】
0005876585.tif 000010
【図５】
0005876585.tif 000011
【図６】
0005876585.tif 000012
【図７】
0005876585.tif 000013
【図８】
0005876585.tif 000014
【図９】
0005876585.tif 000015
【図１０】
0005876585.tif 000016
【図１１】
0005876585.tif 000017