(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、無線装置により実行され、間欠受信（ＤＲＸ）動作におけるアップリンク送信を制御する方法であって、
オン期間タイマが第２のサブフレームで活性化されるか否かを、前記第２のサブフレーム以前の第１のサブフレームで、無線リソース割当情報が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して前記第１のサブフレームで受信されたか否かに従って決定するステップと、
前記オン期間タイマが前記第２のサブフレームで活性化されないと前記第１のサブフレームで決定された場合、物理アップリンク制御チャネル（ＰＵＣＣＨ）上において、前記第２のサブフレームを介して、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）およびプリコーディングタイプインジケータ（ＰＴＩ）のうち少なくとも１つが報告されないように前記アップリンク送信を制御するステップと、を有し、
前記オン期間タイマが活性化されるとき、前記ＰＵＣＣＨにおいて前記ＣＱＩ、前記ＰＭＩ、前記ＲＩおよび前記ＰＴＩのうち少なくとも１つが報告されるようＣＱＩマスクの設定により設定される、方法。
【請求項２】
前記オン期間タイマが前記第２のサブフレームで活性化されないと決定された場合、前記アップリンク送信は、前記ＣＱＩ、前記ＰＭＩ、前記ＲＩおよび前記ＰＴＩのいずれも前記第２のサブフレームで報告しないよう制御される、請求項１に記載の方法。
【請求項３】
前記オン期間タイマが前記第２のサブフレームで活性化されないと決定された場合、前記第２のサブフレームで周期的なサウンディングリファレンス信号（ＳＲＳ）が送信されないと決定するステップをさらに有する請求項１に記載の方法。
【請求項４】
前記決定するステップは、
前記オン期間タイマが活性化される前の連続するサブフレームとして定義される準備時間内にｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが開始されたかを確認するステップと、
前記ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが前記準備時間内に開始された場合、前記第２のサブフレームは、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが開始された後の連続するサブフレームとして定義されるプロセシング時間内にあるかを確認するステップと、を有する請求項１に記載の方法。
【請求項５】
前記ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが前記準備時間内に開始されない場合、前記ＰＵＣＣＨ上において前記ＣＱＩ、ＰＭＩ、ＲＩおよびＰＴＩのうち少なくとも一つ、または、前記第２のサブフレームを介して周期的なＳＲＳが、報告されるように前記アップリンク送信を制御するステップをさらに有する請求項４に記載の方法。
【請求項６】
前記準備時間および前記プロセシング時間は、無線リソース制御（ＲＲＣ）シグナリング、媒体接続制御（ＭＡＣ）シグナリングおよび予め指定された値のうち一つにより設定される請求項４に記載の方法。
【請求項７】
前記第２のサブフレームをサブフレームｎという場合、前記準備時間は、前記オン期間タイマが前記サブフレームｎで開始される前のサブフレームｎ−ｉからｎ−１までを有し、前記プロセシング時間は、前記ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマがサブフレームｍで開始された後のサブフレームｍ＋１からｍ＋ｊまでを有する請求項６に記載の方法。
【請求項８】
前記無線リソース割当情報が前記第１のサブフレームで受信されない場合、前記オン期間タイマは、前記第２のサブフレームで活性化されないと決定される、請求項１に記載の方法。
【請求項９】
前記第１のサブフレームは、準備時間中にある、請求項１に記載の方法。
【請求項１０】
前記第１のサブフレームと前記第２のサブフレームとの間で前記ＰＤＣＣＨを介して無線リソース割当情報を受信するステップをさらに有する、請求項１に記載の方法。
【請求項１１】
前記オン期間タイマは、前記第１のサブフレームと前記第２のサブフレームとの間で受信した前記無線リソース割当情報によって前記第２のサブフレームで活性化される、請求項１０に記載の方法。
【請求項１２】
前記アップリンク送信は、前記第１のサブフレームと前記第２のサブフレームとの間で受信した前記無線リソース割当情報を考慮せずに、前記ＣＱＩ、ＰＭＩ、ＲＩおよびＰＴＩのうち少なくとも１つが前記第２のサブフレームで前記ＰＵＣＣＨにおいて報告されないよう制御される、請求項１０に記載の方法。
【請求項１３】
前記第２のサブフレームは、プロセシング時間中にある、請求項１０に記載の方法。
【請求項１４】
無線通信システムにおいて、間欠受信（ＤＲＸ）動作におけるアップリンク送信を制御するように設定される無線装置であって、
無線信号を受信するように設定された無線周波数（ＲＦ）部と、
前記ＲＦ部に動作的に結合されるプロセッサと、を有し、
前記プロセッサは、
オン期間タイマが第２のサブフレームで活性化されるか否かを、前記第２のサブフレーム以前の第１のサブフレームで、無線リソース割当情報が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して前記第１のサブフレームで受信されたか否かに従って決定し、
前記オン期間タイマが前記第２のサブフレームで活性化されないと前記第１のサブフレームで決定された場合、物理アップリンク制御チャネル（ＰＵＣＣＨ）上において、前記第２のサブフレームを介して、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）およびプリコーディングタイプインジケータ（ＰＴＩ）のうち少なくとも１つが報告されないように前記アップリンク送信を制御し、
前記オン期間タイマが活性化されるとき、前記ＰＵＣＣＨにおいて前記ＣＱＩ、前記ＰＭＩ、前記ＲＩおよび前記ＰＴＩのうち少なくとも１つが報告されるようＣＱＩマスクの設定により設定される、無線装置。
【請求項１５】
前記オン期間タイマが前記第２のサブフレームで活性化されないと決定された場合、前記アップリンク送信は、前記ＣＱＩ、前記ＰＭＩ、前記ＲＩおよび前記ＰＴＩのいずれも前記第２のサブフレームで報告しないよう制御される、請求項１４に記載の無線装置。
【請求項１６】
前記プロセッサは、前記オン期間タイマが前記第２のサブフレームで活性化されないと決定された場合、前記第２のサブフレームで周期的なサウンディングリファレンス信号（ＳＲＳ）が送信されないと決定するように設定される請求項１４に記載の無線装置。
【請求項１７】
前記プロセッサは、さらに、
前記オン期間タイマが活性化される前の連続するサブフレームとして定義される準備時間内にｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが開始されたかを確認し、
前記ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが前記準備時間内に開始された場合、前記第２のサブフレームは、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが開始された後の連続するサブフレームとして定義されるプロセシング時間内にあるかを確認するよう設定される、請求項１４に記載の無線装置。
【請求項１８】
前記プロセッサは、前記ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが前記準備時間内に開始されない場合、前記ＰＵＣＣＨ上において前記ＣＱＩ、ＰＭＩ、ＲＩおよびＰＴＩのうち少なくとも一つ、または、前記第２のサブフレームを介して周期的なＳＲＳが、報告されるように前記アップリンク送信を制御し、
前記準備時間および前記プロセシング時間は、前記ＲＦ部により受信された無線リソース制御（ＲＲＣ）シグナリング、前記ＲＦ部により受信された媒体接続制御（ＭＡＣ）シグナリングおよび予め指定された値のうち一つにより設定される請求項１７に記載の無線装置。
【請求項１９】
前記第２のサブフレームをサブフレームｎという場合、前記準備時間は、前記オン期間タイマが前記サブフレームｎで開始される前のサブフレームｎ−ｉからｎ−１までを有し、前記プロセシング時間は、前記ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマがサブフレームｍで開始された後のサブフレームｍ＋１からｍ＋ｊまでを有する請求項１８に記載の無線装置。
【請求項２０】
前記無線リソース割当情報が前記第１のサブフレームで受信されない場合、前記オン期間タイマは、前記第２のサブフレームで活性化されないと決定される、請求項１４に記載の無線装置。
【請求項２１】
前記第１のサブフレームは、準備時間中にある、請求項１４に記載の無線装置。
【請求項２２】
前記プロセッサは、さらに、前記第１のサブフレームと前記第２のサブフレームとの間で前記ＰＤＣＣＨを介して無線リソース割当情報を受信するよう設定される、請求項１４に記載の無線装置。
【請求項２３】
前記オン期間タイマは、前記第１のサブフレームと前記第２のサブフレームとの間で受信した前記無線リソース割当情報によって前記第２のサブフレームで活性化される、請求項２２に記載の無線装置。
【請求項２４】
前記アップリンク送信は、前記第１のサブフレームと前記第２のサブフレームとの間で受信した前記無線リソース割当情報を考慮せずに、前記ＣＱＩ、ＰＭＩ、ＲＩおよびＰＴＩのうち少なくとも１つが前記第２のサブフレームで前記ＰＵＣＣＨにおいて報告されないよう制御される、請求項２２に記載の無線装置。
【請求項２５】
前記第２のサブフレームは、プロセシング時間中にある、請求項２２に記載の無線装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるＤＲＸ動作によるアップリンク送信を制御する方法および装置に関する。
【背景技術】
【０００２】
第３世代パートナシッププロジェクト（3rd Generation Partnership Project；３ＧＰＰ）ロングタームエボリューション（Long Term Evolution；ＬＴＥ）は、ユニバーサル移動電話システム（Universal Mobile Telecommunication System；ＵＭＴＳ）の改善されたバージョンであり、３ＧＰＰリリース８で紹介されている。３ＧＰＰ ＬＴＥは、直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access；ＯＦＤＭＡ）技法をダウンリンクで使用し、単一搬送波周波数分割多元接続（Single Carrier-Frequency Division Multiple Access；ＳＣ_ＦＤＭＡ）技法をアップリンクで使用する。３ＧＰＰ ＬＴＥは、最大４個のアンテナを有する多入力多出力（Multiple Input Multiple Output；ＭＩＭＯ）技法を採用する。最近、３ＧＰＰ ＬＴＥの進化バージョンである３ＧＰＰ ＬＴＥアドバンスト（LTE-Advanced；ＬＴＥ−Ａ）に関する議論が進行している。
【０００３】
ＤＲＸは、端末（user equipment）が不連続的にダウンリンクチャネルをモニタリングすることを許容することによってバッテリ消費を減らす方法を意味する。ＤＲＸが設定される場合、端末は、不連続的にダウンリンクチャネルをモニタリングし、ＤＲＸが設定されない場合、端末は、連続的にダウンリンクチャネルをモニタリングする。
【０００４】
最近、多くのアプリケーションが常に作動されるという特徴を必要とする。常に作動されるとは、必要な場合いつでもデータを送信するために、端末がネットワークと常に接続されているという特徴を意味する。
【０００５】
しかし、端末が連続的にネットワーク接続を維持する場合、バッテリ消費が大きくなるため、バッテリ消費を減らす一方、常に作動されるという特徴を保障するように、対応するアプリケーションに適切なＤＲＸが設定される。
【０００６】
最近、いくつかの多様なアプリケーションは、一つの端末において並列して作動されている。このように、全てのアプリケーションに適した一つのＤＲＸを設定するのは容易でない。その理由は、最適のＤＲＸが特定のアプリケーションに対して設定されるとしても、並列して作動されている他のアプリケーションに対して適切なＤＲＸ設定ではないためである。
【０００７】
より柔軟な方式でＤＲＸを動作させる方法が必要である。特に、ＤＲＸ動作による上位階層によりアップリンク送信設定を制御するために必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、無線通信システムにおいて、ＤＲＸ動作によるアップリンク送信を制御する方法および装置を提供する。
【０００９】
本発明は、無線通信システムにおけるＤＲＸ動作において、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩの選択的な報告および/または周期的なＳＲＳ送信を制御する方法および装置をさらに提供する。
【００１０】
本発明は、無線通信システムにおけるＤＲＸ動作において、アップリンク報告を送信しないことを制御する方法および装置をさらに提供する。
【００１１】
本発明は、無線通信システムにおいて、ショートＤＲＸサイクル（short DRX cycle）を有するＤＲＸ動作を適用する方法および装置を提供する。
【課題を解決するための手段】
【００１２】
一例によると、無線通信システムにおいて、間欠受信（Discontinuous Reception；ＤＲＸ）動作におけるアップリンク送信を制御する方法が提案される。方法は、無線装置により実行される方法において、オン期間タイマ（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）がサブフレームｎで活性化されるか否かをサブフレームｎ−ｋで決定するステップと、オン期間タイマがサブフレームｎで活性化されないと決定された場合、物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）上において、チャネル品質インジケータ（Channel Quality Indicator；ＣＱＩ）、プリコーディング行列インジケータ（Precoding Matrix Index；ＰＭＩ）、ランクインジケータ（Rank Indicator；ＲＩ）およびプリコーディングタイプインジケータ（Precoding Type Indicator；ＰＴＩ）が、サブフレームｎで報告（report）されないように選択するステップと、を有する。
【００１３】
この方法は、オン期間タイマがサブフレームｎで活性化されないと決定された場合、サブフレームｎで周期的なサウンディングリファレンス信号（Sounding Reference Signal；ＳＲＳ）が送信されないと決定するステップをさらに有してもよい。
【００１４】
この方法は、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間内に開始されない場合、ＰＵＣＣＨ上でＣＱＩ、ＰＭＩ、ＲＩおよびＰＴＩのうち少なくとも一つ、または、周期的なＳＲＳが、サブフレームｎで報告されるように選択するステップをさらに有してもよい。
【００１５】
他の一例によると、無線通信システムにおいて、間欠受信 （Discontinuous Reception；ＤＲＸ）動作におけるアップリンク送信を制御するために設定される無線装置が提案される。無線装置は、無線信号を受信するために設定された無線周波数（Radio Frequency；ＲＦ）部と、ＲＦ部に動作的に結合（operatively coupled）されたプロセッサと、を有し、プロセッサは、オン期間タイマ（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）がサブフレームｎで活性化されるか否かをサブフレームｎ−ｋで決定し、オン期間タイマがサブフレームｎで活性化されないと決定された場合、物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）上で、チャネル品質インジケータ（Channel Quality Indicator；ＣＱＩ）、プリコーディング行列インジケータ（Precoding Matrix Index；ＰＭＩ）、ランクインジケータ（Rank Indicator；ＲＩ）およびプリコーディングタイプインジケータ（Precoding Type Indicator；ＰＴＩ）が、サブフレームｎで報告（report）されないように選択するように設定される。
【発明の効果】
【００１６】
ＤＲＸは、柔軟に設定されることができ、端末と基地局（ｅＮＢ）との間のＣＳＩ/ＳＲＳ報告に関する送信は、正確に編成（compile）されることができる。具体的には、ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅでオン期間タイマが作動されているとしても、端末は、プロセシング時間（Processing time）にＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告を送信せず、および/または、トリガタイプ０ＳＲＳ（ｔｙｐｅが０でトリガされるＳＲＳ）（type-0-triggered SRS）を送信しない。ＰＵＣＣＨ上におけるＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ送信は、オン期間タイマが開始される前に、プロセシング時間に十分な準備を行うことを必要とする。したがって、端末は、ＤＲＸ動作においてＰＵＣＣＨ上の選択的なＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/または周期的なＳＲＳ送信を制御するために、オン期間タイマがサブフレームｎで活性化されるか否かを、サブフレームｎ−ｉで確認する。基地局側では、デコーディングの複雑度を減らすことができる。その理由は、ＤＲＸ動作による適切なアップリンク送信を具現すると、基地局は、端末がＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/または周期的なＳＲＳ送信を実行するか否かを区別することができるためである。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る無線通信システムを示す図である。
【図２】本発明に係るユーザプレーンのための無線プロトコル構造を示す図である。
【図３】本発明に係る制御プレーンのための無線プロトコル構造を示す図である。
【図４】本発明に係るＤＲＸ ｃｙｃｌｅを示す図である。
【図５】本発明に係るＤＲＸ動作に関する活性化時間を示す図である。
【図６】本発明に係るＤＲＸ ｃｙｃｌｅの送信に関する一例を示す図である。
【図７】本発明に係るＤＲＸ動作におけるＰＵＣＣＨ上のＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ送信のエラーを示す図である。
【図８】本発明の実施例に係るＤＲＸ動作において、アップリンク送信を制御する処理を示す流れ図である。
【図９】本発明の実施例に係るＤＲＸ動作において、ＰＵＣＣＨ上のＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ送信のエラーを解決する一例を示す図である。
【図１０】本発明の実施例に係るＤＲＸ動作において、ＰＵＣＣＨ上のＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ送信を決定する処理を示す流れ図である。
【図１１】本発明の実施例に係る無線通信システムを示すブロック図である。
【発明を実施するための形態】
【００１８】
図１は、本発明に係る無線通信システムを示す。無線通信システムは、発展型ユニバーサル地上無線アクセスネットワーク（Evolved-UMTS Terrestrial Radio Access Network；Ｅ−ＵＴＲＡＮ）またはロングタームエボリューション（Long Term Evolution；ＬＴＥ）/ＬＴＥ−Ａシステムと呼ばれてもよい。
【００１９】
Ｅ−ＵＴＲＡＮは、制御プレーンおよびユーザプレーンを端末（User Equipment；ＵＥ）１０に提供する少なくとも一つの基地局（Base Station；ＢＳ）２０を有する。端末１０は、固定されてもよいし、移動性を有してもよく、移動局（Mobile Station；ＭＳ）、ユーザ端末（User Terminal；ＵＴ）、加入者局（Subscriber Station；ＳＳ）、無線機器（wireless device）等、他の用語で呼ばれることもある。基地局２０は、一般にＵＥ１０と通信する固定局（fixed station）を意味し、発展型ノードＢ（evolved Node-B；ｅＮＢ）、無線基地システム（Base Transceiver System；ＢＴＳ）、アクセスポイント（Access Point）等、他の用語で呼ばれることもある。
【００２０】
基地局２０は、Ｘ２インターフェースにより相互接続されている。また、基地局２０は、Ｓ１インターフェースにより発展パケットコア（Evolved Packet Core；ＥＰＣ）３０、特に、モビリティ管理エンティティ（Mobility Management Entity；ＭＭＥ）およびサービスゲートウェイ（Serving GateWay；Ｓ−ＧＷ）と接続されている。
【００２１】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷおよびパケットデータネットワークゲートウェイ（Packet Data Network-GateWay；Ｐ−ＧＷ）を有する。ＭＭＥは、端末の情報または端末の能力情報を利用しており、そのような情報は、一般に、端末の移動性管理のために使われる。Ｓ−ＧＷは、終点としてＥ−ＵＴＲＡＮを有するゲートウェイ（gateway）に該当する。Ｐ−ＧＷは、終点としてＰＤＮを有するゲートウェイに該当する。
【００２２】
端末とネットワークとの間の無線インターフェースプロトコル階層は、通信システムで広く知られたオープンシステム相互接続（Open System Interconnection；ＯＳＩ）モデルの下位の３階層に基づいて、Ｌ１（第１の階層）、Ｌ２（第２の階層）およびＬ３（第３の階層）に分類する（classify）ことができる。そのうち、物理（ＰＨＹ）層は、物理チャネルを使用することによって情報伝達サービスを提供する第１の階層に属し、端末とネットワークとの間の無線リソースを制御する無線リソース制御（Radio Resource Control；ＲＲＣ）層は、第３の階層に属する。したがって、ＲＲＣ層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２３】
図２は、ユーザプレーンのための無線プロトコル構造を示す。図３は、制御プレーンのための無線プロトコル構造を示す。ユーザプレーンは、ユーザデータ送信のためのプロトコルスタック（stack）である。制御プレーンは、制御信号送信のためのプロトコルスタックである。
【００２４】
図２および図３に示すように、物理（ＰＨＹ）層は、物理チャネルを介した情報送信サービスを有する上位階層を提供する。物理層は、トランスポートチャネルを介した物理層の上位階層である媒体接続制御（Medium Access Control；ＭＡＣ）層に接続される。データは、ＭＡＣ層と物理層との間でトランスポートチャネルを介して送信される。トランスポートチャネルは、無線インターフェースを介して特定データが、どのように、そして、何と共に送信されるかによって分類される。
【００２５】
他の物理層、すなわち、送信機の物理層と受信機の物理層との間で、データは、物理チャネルを介して送信される。物理チャネルは、ＯＦＤＭ技法を使用して変調することができ、無線リソースとして時間および周波数を活用することができる。
【００２６】
ＭＡＣ層の機能は、論理チャネル（logical channel）とトランスポートチャネル（transport channel）との間のマッピングと、論理チャネルに属するＭＡＣサービスデータユニット（Service Data Unit；ＳＤＵ）のトランスポートチャネルを経て物理チャネルに提供されるトランスポートブロック上での多重化/逆多重化と、を有する。ＭＡＣ層は、論理チャネルを介してＲＬＣ層にサービスを提供する。
【００２７】
ＲＬＣ層の機能は、ＲＬＣ ＳＤＵの連結（concatenation）、分割（segmentation）および再構築（reassembly）を有する。ＲＬＣ層は、無線ベアラ（Radio Bearer；ＲＢ）が要求する多様なサービス品質（Quality of Service；ＱｏＳ）を保障するために、透過モード（Transparent Mode；ＴＭ）、非確認モード（Unacknowledged Mode；ＵＭ）、確認モード（Acknowledged Mode；ＡＭ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、自動再送要求（Automatic Repeat Request；ＡＲＱ）機能を使用することによってエラーを訂正する。
【００２８】
ユーザプレーンにおいて、パケットデータ収束プロトコル（Packet Data Convergence Protocol；ＰＤＣＰ）層の機能は、ユーザデータ伝達、ヘッダ圧縮および暗号化を有する。制御プレーンにおいて、ＰＤＣＰ層の機能は、制御プレーンデータ伝達および暗号化/完全性の保護を有する。
【００２９】
無線リソース制御（Radio Resource Control；ＲＲＣ）層は、制御プレーンでのみ定義される。ＲＲＣ層は、無線ベアラ（Radio Bearers；ＲＢｓ）の設定、再設定および解除に関連して論理チャネル、トランスポートチャネルおよび物理チャネルを制御するのに役立つ。無線ベアラ（ＲＢ）は、端末とネットワークとの間のデータ伝達のための第１の階層（物理層）および第２の階層（ＭＡＣ層）により提供される論理的な経路である。
【００３０】
無線ベアラ（ＲＢ）設定は、特別なサービスを提供するための無線プロトコル階層およびチャネル特性を特定し、各々の詳細な変数および動作を決定するためのプロセスを示唆する。無線ベアラ（ＲＢ）は、シグナリングＲＢ（Signaling RB；ＳＲＢ）およびデータＲＢ（Data RB；ＤＲＢ）の二つの類型に分類される。ＳＲＢは、制御プレーンでＲＲＣメッセージを送信するための経路として使われる。ＤＲＢは、ユーザプレーンでユーザデータを送信するための経路として使われる。
【００３１】
端末のＲＲＣ層とネットワークのＲＲＣ層との間でＲＲＣ接続が形成される場合、端末は、ＲＲＣに接続された状態であり（また、ＲＲＣに接続されたモードとして示すことができ）、それ以外の場合、端末は、ＲＲＣアイドル状態（idle state）である（また、ＲＲＣアイドルモードとして示すことができる）。
【００３２】
データは、ネットワークから端末までダウンリンクトランスポートチャネルを介して送信される。ダウンリンクトランスポートチャネルの例として、システム情報送信のためのブロードキャストチャネル（Broadcast CHannel；ＢＣＨ）およびユーザトラフィックまたは制御メッセージ送信のためのダウンリンク共有チャネル（Shared Channel；ＳＣＨ）がある。ダウンリンクマルチキャスト（multicast）もしくはブロードキャスト（broadcast）サービスのユーザトラフィックまたは制御メッセージは、ダウンリンクＳＣＨまたは追加のダウンリンクマルチキャストチャネル（Multicast CHannel；ＭＣＨ）上で送信されることができる。データは、端末からネットワークまでアップリンクトランスポートチャネルを介して送信される。アップリンクトランスポートチャネルの例として、初期制御メッセージ送信のためのランダムアクセスチャネル（Random Access CHannel；ＲＡＣＨ）と、ユーザトラフィックまたは制御メッセージ送信のためのアップリンクＳＣＨと、を有する。
【００３３】
トランスポートチャネルの上位チャネルに属し、トランスポートチャネル上でマッピングされる論理チャネルの例として、ブロードキャストチャネル（BroadCast CHannel；ＢＣＣＨ）、ページング制御チャネル（Paging Control CHannel；ＰＣＣＨ）、共通制御チャネル（Common Control CHannel；ＣＣＣＨ）、マルチキャスト制御チャネル（Multicast Control CHannel；ＭＣＣＨ）、マルチキャストトラフィックチャネル（Multicast Traffic CHannel；ＭＴＣＨ）などを有する。
【００３４】
物理チャネルは、時間領域におけるいくつかのＯＦＤＭシンボルと周波数領域におけるいくつかのサブキャリアとを有する。一つのサブフレームは、時間領域において複数のＯＦＤＭシンボルを有する。リソースブロックは、リソース割当単位に該当し、複数のＯＦＤＭシンボルおよび複数のサブキャリアを有する。さらに、各々のサブフレームは、Ｌ１/Ｌ２制御チャネルなどの物理ダウンリンク制御チャネル（Physical Downlink Control CHannel；ＰＤＣＣＨ）のために、対応するサブフレームの特定のＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定のサブキャリアを使用することができる。送信時間間隔（Transmission Time Interval；ＴＴＩ）は、サブフレーム送信時間の単位である。
【００３５】
３ＧＰＰ ＬＴＥ物理チャネルをデータチャネルで分類する場合、物理ダウンリンク共有チャネル（Physical Downlink Shared CHannel；ＰＤＳＣＨ）および物理アップリンク共有チャネル（Physical Uplink Shared CHannel；ＰＵＳＣＨ）があり、物理チャネルを制御チャネルで分類する場合、物理ダウンリンク制御チャネル（Physical Downlink Control CHannel；ＰＤＣＣＨ）、物理制御フォーマットインジケータチャネル（Physical Control Format Indicator CHannel；ＰＣＦＩＣＨ）、物理ＨＡＲＱインジケータチャネル（Physical Hybrid-ARQ Indicator CHannel；ＰＨＩＣＨ）および物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）がある。
【００３６】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレームにおいて制御チャネルの送信のために使われるＯＦＤＭシンボルの数に関する制御フォーマットインジケータ（Control Format Indicator；ＣＦＩ）（すなわち、制御領域の大きさ）を有する。端末は、ＰＣＦＩＣＨ上でＣＦＩを最初に受信し、その後、ＰＤＣＣＨをモニタリングする。
【００３７】
ＰＤＣＣＨは、ダウンリンク制御チャネルであり、また、スケジューリング情報を伝達する側面ではスケジューリングチャネルと呼ばれる。上記ＰＤＣＣＨを介して伝達される制御情報は、ダウンリンク制御情報（Downlink Control Information；ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをダウンリンクグラントという）、ＰＵＳＣＨのリソース割当（これをアップリンクグラントという）、任意の端末グループ内の個別端末に関する送信電力制御命令のセットおよび/またはＶｏＩＰの活性化を有することもできる。
【００３８】
本発明の３ＧＰＰ ＬＴＥとして、無線通信システムは、ＰＤＣＣＨの検出のためにブラインドデコーディングを使用する。ブラインドデコーディングは、ＣＲＣエラーの確認を実行することによって、ＰＤＣＣＨが自体のチャネルであるか否かを決定するために好ましい識別子が、ＰＤＣＣＨのＣＲＣからデマスキングされる（マスクとして外される（de-masked））一つの技法である。
【００３９】
基地局は、ＵＥに送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定する。その後、基地局は、ＣＲＣをＤＣＩに付け、オーナまたはＰＤＣＣＨの使用に従って固有の識別子（ＲＮＴＩという）でＣＲＣをマスクする。
【００４０】
以下、３ＧＰＰ ＬＴＥの一例として、無線通信システムでのＤＲＸを説明する。
【００４１】
ＤＲＸは、端末がダウンリンクチャネルを不連続的にモニタリングするように許容することによって端末のバッテリ消費を減らすための方法である。
【００４２】
図４は、本発明に係るＤＲＸ ｃｙｃｌｅ（サイクル）を示す。
【００４３】
ＤＲＸ ｃｙｃｌｅは、非活性化期間が後続しうる、オン期間（on-duration）の周期的な反復を特定する。ＤＲＸ ｃｙｃｌｅは、オン期間およびオフ期間（off-duration）を有する。オン期間は、端末がＰＤＣＣＨをＤＲＸ ｃｙｃｌｅ内でモニタリングする期間である。ＤＲＸ ｃｙｃｌｅは、二つの類型を有する。すなわち、ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ（ロングＤＲＸサイクル）およびｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ（ショートＤＲＸサイクル）である。ｌｏｎｇ ＤＲＸ ｃｙｃｌｅは、長い周期で端末のバッテリ消費を最小化させることができる。ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅは、短い周期でデータ送信遅延を最小化させることができる。
【００４４】
ＤＲＸが設定されると、端末は、オン期間中にＰＤＣＣＨをモニタリングし、オフ期間中にＰＤＣＣＨをモニタリングしない。
【００４５】
オン期間タイマは、オン期間を定義するために使われる。オン期間は、オン期間タイマが作動する期間を意味する。オン期間タイマは、ＤＲＸ ｃｙｃｌｅが開始されるとき、連続的なＰＤＣＣＨサブフレームのサブフレーム数を特定する。ＰＤＣＣＨサブフレームは、ＰＤＣＣＨがモニタリングされるサブフレームを示す。
【００４６】
ＤＲＸ ｃｙｃｌｅの他に、ＰＤＣＣＨがモニタリングされる期間がさらに定義されることができる。ＰＤＣＣＨがモニタリングされる期間は、総括して活性化時間（active time）といわれる。
【００４７】
ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙ（ＤＲＸ−非活性化）タイマは、ＤＲＸを非活性化する。ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが作動している場合、端末は、ＤＲＸ ｃｙｃｌｅと関係なく連続的にＰＤＣＣＨをモニタリングする。ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマは、ＰＤＣＣＨ上で最初のアップリンクグラントまたはダウンリンクグラントの受信に基づいて開始される。ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマは、端末のための最初のアップリンクまたはダウンリンクのユーザデータ送信を示すＰＤＣＣＨのデコーディングに成功した後、連続的なＰＤＣＣＨサブフレームの個数を示すこともできる。
【００４８】
ＨＡＲＱ ＲＴＴ（Round Trip Time（ラウンドトリップ時間））タイマは、端末がＨＡＲＱ再送信を期待する最小限の期間を意味する。ＨＡＲＱ ＲＴＴタイマは、ＤＬ ＨＡＲＱ再送信が端末により期待される前に最小限のサブフレーム数で特定することができる。
【００４９】
ｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ（ＤＲＸ−再送信）タイマは、ダウンリンク再送信が期待される間に端末がＰＤＣＣＨをモニタリングする期間を定義する。ｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマは、端末によりダウンリンク再送信が予想（expect）されると、すぐに連続的なＰＤＣＣＨサブフレームの最大数を特定する。最初のダウンリンク送信後、端末は、ＨＡＲＱ ＲＴＴタイマを開始する。最初のダウンリンク送信に関してエラーが検出された場合、端末は、基地局にＮＡＣＫを送信し、ＨＡＲＱ ＲＴＴタイマを中断させ、ｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマを作動させる。端末は、ｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマが作動されている間、ダウンリンク再送信のために基地局からのＰＤＣＣＨをモニタリングする。
【００５０】
活性化時間（Active Time）（processing time）は、ＰＤＣＣＨが周期的にモニタリングされるオン期間（duration）とイベント発生によりＰＤＣＣＨがモニタリングされる時間とを有することができる。
【００５１】
ＤＲＸ ｃｙｃｌｅが設定されているとき、活性化時間は、下記の時間を有する。
【００５２】
−オン期間タイマもしくはｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマもしくはｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマもしくはｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎ（ＭＣＡ−競合解決）タイマが作動されている間、または、
【００５３】
−スケジューリング要求（Scheduling Request）がＰＵＣＣＨ上で送信され、ペンディングしている間、または、
【００５４】
−ペンディング中であるＨＡＲＱ再送信のためのアップリンクグラントが発生されることができ、対応するＨＡＲＱバッファにデータが存在する間、または、
【００５５】
−端末（ＵＥ）により選択されないプリアンブルのためのランダムアクセス応答（Random Access Response）の受信に成功した後、端末のＣ−ＲＮＴＩに宛てられた（addressed）新しい送信を指示するＰＤＣＣＨが受信されない間。
【００５６】
図５は、本発明に係るＤＲＸ動作に関する活性化時間を示す。
【００５７】
ＤＲＸが設定されているとき、ＵＥは、各々のサブフレームで、下記のような動作を実行する。
【００５８】
When DRX is configured, the UE shall for each subframe:
【００５９】
−if a HARQ RTT Timer expires in this subframe and the data of the corresponding HARQ process was not successfully decoded:
【００６０】
−start the drx-Retransmission timer for the corresponding HARQ process.
【００６１】
−if a DRX Command MAC CE（control element） is received:
【００６２】
−stop onDurationTimer and drx-Inactivity timer.
【００６３】
−if drx-InactivityTimer expires or a DRX Command MAC CE is received in this subframe:
【００６４】
−if the Short DRX cycle is configured:
【００６５】
−start or restart drx-ShortCycle timer and use the Short DRX Cycle.
【００６６】
−else:
【００６７】
−use the Long DRX cycle.
【００６８】
−if drx-ShortCycle timer expires in this subframe:
【００６９】
−use the Long DRX cycle.
【００７０】
−If the Short DRX Cycle is used and [（SFN*10）+subframe number] modulo （shortDRX-Cycle）=（drxStartOffset） modulo （shortDRX-Cycle）; or
【００７１】
−if the Long DRX Cycle is used and [（SFN*10）+subframe number] modulo （longDRX-Cycle）=drxStartOffset:
【００７２】
−start onDurationTimer.
【００７３】
−during the Active Time, for a PDCCH-subframe, if the subframe is not required for uplink transmission for half-duplex FDD UE operation and if the subframe is not part of a configured measurement gap:
【００７４】
−monitor the PDCCH;
【００７５】
−if the PDCCH indicates a DL transmission or if a DL assignment has been configured for this subframe:
【００７６】
−start the HARQ RTT timer for the corresponding HARQ process;
【００７７】
−stop the drx-Retransmission timer for the corresponding HARQ process.
【００７８】
−if the PDCCH indicates a new transmission （DL or UL）:
【００７９】
−start or restart drx-Inactivity timer.
【００８０】
−when not in Active Time, type-0-triggered SRS shall not be reported.
【００８１】
−if CQI masking （cqi-Mask） is setup by upper layers:
【００８２】
−when onDurationTimer is not running, CQI/PMI/RI/PTI on PUCCH shall not be reported.
【００８３】
−else:
【００８４】
−when not in Active Time, CQI/PMI/RI/PTI on PUCCH shall not be reported.
【００８５】
上記の構文は、下記のように翻訳されることができる。
【００８６】
−今のサブフレームでＨＡＲＱ ＲＴＴタイマが終了し、対応するＨＡＲＱプロセスのデータのデコーディングに成功しない場合、
【００８７】
−対応するＨＡＲＱプロセスのためのｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマを開始する。
【００８８】
−ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ（制御要素）が受信された場合、
【００８９】
−オン期間タイマおよびｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマを中断させる。
【００９０】
−ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが終了するか、または、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥが今のサブフレームで受信された場合、
【００９１】
−Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅが設定されている場合、
【００９２】
−ｄｒｘ−ＳｈｏｒｔＣｙｃｌｅ（ＤＲＸ−ショートサイクル）タイマを開始または再開し、Ｓｈｏｒｔ ＤＲＸ Ｃｙｌｅを使用する。
【００９３】
−その他の場合、
【００９４】
−Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅを使用する。
【００９５】
−ｄｒｘ−ＳｈｏｒｔＣｙｃｌｅタイマが今のサブフレームで終了する場合、
【００９６】
−Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅを使用する。
【００９７】
−Ｓｈｏｒｔ ＤＲＸ Ｃｙｃｌｅが使われ、[（ＳＦＮ＊１０）＋サブフレーム数]モジュロ（ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ）＝（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）モジュロ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）の場合、または、
【００９８】
−Ｌｏｎｇ ＤＲＸ Ｃｙｃｌｅが使われ、[（ＳＦＮ＊１０）＋サブフレーム数]モジュロ（ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ）＝ｄｒｘＳｔａｒｔＯｆｆｓｅｔの場合、
【００９９】
−オン期間タイマを開始する。
【０１００】
−活性化時間中、一つのＰＤＣＣＨサブフレームのために、半二重ＦＤＤ端末動作に関するアップリンク送信のためにサブフレームが要求されない場合、およびサブフレームが設定された測定間隔の一部でない場合、
【０１０１】
−ＰＤＣＣＨをモニタリングする。
【０１０２】
−ＰＤＣＣＨがダウンリンク送信を指示する場合、または、ダウンリンク割当が今のサブフレームのために設定される場合、
【０１０３】
−対応するＨＡＲＱプロセスのためにＨＡＲＱ ＲＴＴタイマを開始する。
【０１０４】
−対応するＨＡＲＱプロセスのためにｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマを中断させる。
【０１０５】
−ＰＤＣＣＨが新しい送信（ダウンリンクまたはアップリンク）を指示する場合、
【０１０６】
−ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマを開始または再開する。
【０１０７】
−活性化時間でないとき、トリガタイプ０ＳＲＳは報告されない。
【０１０８】
−ＣＱＩマスク（CQI masking）が上位階層により設定される場合、
【０１０９】
−オン期間タイマが作動していないとき、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩは報告されない。
【０１１０】
−その他の場合、
【０１１１】
−活性化時間でない時、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩは報告されない。
【０１１２】
言及したように、活性化時間（active-time）は、端末がアウェイクの状態である総期間として定義される。これは、ＤＲＸ ｃｙｃｌｅのオン期間−すなわち、非活性化タイマ（inactivity timer）が終了しない間に、端末（ＵＥ）が連続的な受信を実行する時間、並びに、一つのＨＡＲＱ ＲＴＴ後にダウンリンク再送信を待機する間に、端末（ＵＥ）が連続的な受信を実行する時間−を有する。上記に基づいて、活性化時間（active-time）の最小値は、オン期間と同じ長さである。最大値は定義されない（無限である）。
【０１１３】
図６は、本発明に係るＤＲＸ ｃｙｃｌｅの送信に関する一例である。
【０１１４】
基地局から最初の送信を受信することに基づいて、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマ（以下、第１のタイマまたは非活性化タイマという）が開始される（ステップＳ６１０）。端末は、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが作動する間、連続的にＰＤＣＣＨをモニタリングする。
【０１１５】
ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが終了した場合、または基地局からＤＲＸ命令（Drx command）を受信した場合、端末は、ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅに移行する（ステップＳ６２０）。その後、ｄｒｘ−ｓｈｏｒｔＣｙｃｌｅタイマ（また、第２のタイマまたはＤＲＸ ｃｙｃｌｅタイマといわれる）が開始される。
【０１１６】
ＤＲＸ命令は、ＭＡＣ ＣＥとして受信されることができ、ＤＲＸへの移行を指示するＤＲＸ指示子（DRX indicator）とも呼ばれる。ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、ＭＡＣ ＰＤＵサブヘッダのＬＣＩＤを介して識別される。
【０１１７】
ｄｒｘ−ｓｈｏｒｔＣｙｃｌｅタイマの作動中、端末は、ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅで動作する。ｄｒｘ−ｓｈｏｒｔＣｙｃｌｅタイマが終了した場合、端末は、ｌｏｎｇ ＤＲＸ ｃｙｃｌｅに移行する。
【０１１８】
ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅが予め指定されている場合、端末は、ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅに移行する。ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅが予め指定されていない場合、端末は、ｌｏｎｇ ＤＲＸ ｃｙｃｌｅに移行することができる。
【０１１９】
ＨＡＲＱ ＲＴＴタイマの値は、８ｍｓ（または、８個のサブフレーム）に固定される。他のタイマ値（すなわち、オン期間タイマ、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマ、ｄｒｘ−Ｒｅｔｒａｎｓｍｉｓｓｉｏｎタイマ、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎタイマなど）は、ＲＲＣメッセージを介して基地局により決定されることができる。基地局は、ＲＲＣメッセージを介してｌｏｎｇ ＤＲＸ ｃｙｃｌｅおよびｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅを設定することができる。
【０１２０】
一方、端末は、ＣＳＩ/ＳＲＳ報告を送信しないことに直面する。しかし、ＤＲＸ動作を設定してＣＳＩ/ＳＲＳ送信設定をした後、システム法則（system rule）によってオン期間にＣＳＩ/ＳＲＳ送信を報告しなければならない。このように、本発明は、端末がオン期間を予想することができない場合、端末がＣＳＩおよびＳＲＳ送信を実行しないように制御する技法を提案する。したがって、オン期間にＣＳＩまたはＳＲＳを送信するか否かに関する不確実性に帰属しうる基地局の複雑度を減らすことができるという利点がある。
【０１２１】
図７は、無線通信システムに適用されたＤＲＸ動作による、ＰＵＣＣＨ上におけるＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ（type-0-triggered SRS）送信のエラーの一例を示す。すなわち、ＤＲＸ動作によるオン期間が、ＰＤＣＣＨが受信された後の短時間に予測されないため、端末がアップリンク送信を準備しない状況である。
【０１２２】
図７によると、端末は、ＤＲＸ動作のためにＳｈｏｒｔ ＤＲＸ Ｃｙｃｌｅ（９００）およびＬｏｎｇ ＤＲＸ ｃｙｃｌｅ（９６０）の両方ともを使用するように設定される。端末は、ＤＲＸ動作（９００）のためにＬｏｎｇ ＤＲＸ ｃｙｃｌｅを使用する。すなわち、ＤＲＸ動作が、Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅで動作するオン期間にＰＤＣＣＨをモニタリングすること７１０を有するという意味である。
【０１２３】
端末は、サブフレーム＃ｎ−７でスケジューリング要求メッセージを基地局に送信し（７２０）、スケジューリング要求に対する応答としてサブフレーム＃ｎ−３で基地局からＰＤＣＣＨを受信する（７３０）。活性化時間（Active time）は、サブフレーム＃ｎ−７からサブフレーム＃ｎ−３までを有する。ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが＃ｎ−３でＰＤＣＣＨを受信した後、予め指定された長さである１ｍｓで作動すると、活性化時間はサブフレーム＃ｎ−２に含まれることができる。すなわち、端末がｎ−３番目のサブフレームでＰＤＣＣＨを受信したとき、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが一つの端末に設定されることによって、ｎ−２番目のサブフレームは活性化時間になるという意味である。ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが予め指定された１ｍｓで終了したとき（７４０）、端末は、サブフレーム＃ｎ−１からＳｈｏｒｔ ＤＲＸ ｃｙｃｌｅを使用して駆動される（７５０）。
【０１２４】
ＤＲＸ設定およびその後のＰＤＣＣＨの受信によると、＃ｎサブフレームは、ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅのオン期間である。このとき、端末（ＵＥ）は、以前のＣＳＩ/ＳＲＳ設定をＣＳＩ/ＳＲＳ設定として＃ｎサブフレームでＣＳＩおよびＳＲＳを送信しなければならない。より具体的には、端末は、オン期間中にのみＣＳＩおよびＳＲＳ送信を実行するように定義される。ＣＳＩ/ＳＲＳ送信は、定義されたシステム法則（system rule）により基地局からのＣＱＩマスク（cqi-Mask）によって設定されるためである。
【０１２５】
ここで、端末が受信したＰＤＣＣＨを処理し、ＣＳＩ/ＳＲＳ送信のためのアップリンク送信準備に５ｍｓの時間がかかる場合、端末は、図７の場合において、サブフレーム＃ｎでＣＳＩ/ＳＲＳ送信を実行することができない。その理由は、端末は、ｎ−５番目のサブフレームの時点ではｎ番目のサブフレームがオン期間に該当することを予測することができず、すなわち、ｎ番目のサブフレーム以前のｎ−５番目のサブフレームではＣＳＩおよびＳＲＳ送信を実行する必要がなく、それによって、端末は、ｎ番目のサブフレームではアップリンク送信の準備を完了しないためである。
【０１２６】
端末が、端末の具現に依存するアップリンク送信を実行するために受信したＰＤＣＣＨを処理する問題と、端末のある時間（例えば、１ｍｓ〜５ｍｓ）は、アップリンク送信準備の処理にかかり得るという問題と、端末は、ＣＳＩおよびＳＲＳ送信を実行しなければならないにもかかわらず、アップリンク送信準備の処理にかかる時間のため、オン期間におけるＣＳＩおよびＳＲＳ送信を遵守しないという問題と、を解決する必要がある。本発明は、アップリンク送信を準備するのに十分な時間が確保されたオン期間を予測することができない場合、端末がＣＳＩおよびＳＲＳ送信を報告しないために、ＣＳＩおよびＳＲＳ送信を選択的に実行するように制御することができることを提案する。
【０１２７】
他方、端末は、ｎ−５番目のサブフレームでｎ番目のサブフレームがオン期間であることを予め予測した場合にのみ、ｎ番目のサブフレームでＣＳＩおよびＳＲＳ送信を実行することができる。したがって、アップリンク送信を準備するのに十分な時間を確保した状態で、特定のサブフレームにおけるオン期間を予測したか否かによって、特定のサブフレームでＣＳＩおよびＳＲＳ送信を実行することを確認したとき、端末は、ＤＲＸ動作中のオン期間にＣＳＩおよびＳＲＳ送信を実行するよう制御することができる。
【０１２８】
したがって、基地局の具現において複雑度を減少させることができるため、基地局に利点がある。以下、図８は、本発明の制御動作をさらに具体的に説明する。
【０１２９】
図８は、本発明の実施例に係るＤＲＸ動作において、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはｔｙｐｅが０になるようにトリガされるＳＲＳ（トリガタイプ０ＳＲＳ）送信に関する解決策の一例を示す。
【０１３０】
図８に示すように、本発明は、端末が、特定サブフレームより以前のサブフレームで、オン期間タイマが上記特定サブフレームで作動されないことを予測した場合、オン期間タイマが上記特定サブフレームで活性化するとしても、端末が基地局にＣＳＩとＳＲＳ送信を報告しないように制御する技法を提案する。
【０１３１】
すなわち、以前のサブフレームで端末がアップリンク送信を準備する時間が十分でないことを予測した場合、オン期間タイマが上記時間に特定サブフレームで作動されるために活性化されるとしても、端末は、特定サブフレーム上でアップリンク送信としてＣＳＩおよびＳＲＳ報告を実行しないように制御することができる。したがって、オン期間タイマが上記特定サブフレームで作動する場合、端末は、オン期間タイマが上記特定サブフレームで活性化されることが予測されたか否かを確認することによって、または、上記特定サブフレームから上記特定サブフレーム以前のサブフレームまで、ＤＲＸ動作のための無線リソース割当情報および設定タイマ（timers of configuration）を使用しないことによって、上記特定サブフレームでＣＳＩおよびＳＲＳを選択的に報告することができるように制御する。
【０１３２】
ここで、基地局（ＢＳ）は、端末がＤＲＸ動作のための設定とＣＳＩ/ＳＲＳ送信のための設定とを行うために、ＲＲＣシグナルを送信する。当然、ＣＳＩ送信およびＳＲＳ送信は、基地局により決められ、これらは、ＣＱＩマスク技法を介したＣＳＩ送信と周期的なＳＲＳ送信とに関連した端末の動作に制限される。ＣＳＩ送信は、ＤＲＸ ｃｙｃｌｅのオン期間状態で送信するように設定されたＰＵＣＣＨ上におけるＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩの送信を有する。また、端末は、周期的にＳＲＳを送信することによってアップリンクの状態を提供し、周期的なＳＲＳ送信は、トリガタイプ０ＳＲＳ（type-0-triggered SRS）と呼ばれる。本発明によれば、ＳＲＳ送信は、トリガタイプ０ＳＲＳの限定事項を有する。
【０１３３】
基地局は、端末がオン期間タイマを開始する以前の連続的なサブフレームの個数として定義される準備時間（Preparation Time）を定義して使用し、端末（ＵＥ）は、準備時間の連続的なサブフレームの個数をＲＲＣシグナリングまたはＭＡＣシグナリングにより受信する方式で準備時間を使用するように設定されてもよく、または、端末は、基地局に知られた値である連続的なサブフレームの個数として準備時間を設定することができる。
【０１３４】
ここで、基地局は、端末がオン期間タイマを開始する以前の連続的なサブフレームの個数として定義される準備時間（Preparation Time）を設定することができ、端末（ＵＥ）は、準備時間の連続的なサブフレームの個数をＲＲＣシグナリングまたはＭＡＣシグナリングにより受信する方式で準備時間を使用するように設定されてもよく、または、端末は、基地局に知られた値である連続的なサブフレームの個数として準備時間を設定することができる。例えば、準備時間は、オン期間タイマがサブフレームｎで開始される以前のサブフレームｎ−ｉからｎ−１までを有する。端末は、ＲＲＣシグナリングもしくはＭＡＣシグナリングまたは予め知られたｉ値の設定により決められた値を受信する。
【０１３５】
ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間以内に開始されない場合、端末が特定サブフレームでオン期間タイマが活性化されることを予測したと決定される。ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間以内に開始される場合、端末が特定サブフレームでオン期間タイマが活性化されることを予測しなかったと決定される。
【０１３６】
例えば、オン期間タイマがｎ番目のサブフレームで開始される場合、準備時間は、ｎ−３番目のサブフレームにｎ−１番目のサブフレームまで設定され、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマは、ｎ−４番目のサブフレームで開始された場合、端末は、オン期間タイマがｎ番目のサブフレームで活性化されることを予測したと決定される。ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマがｎ−３番目のサブフレームで開始される場合、端末は、オン期間タイマがｎ番目のサブフレームで活性化されることを予測しなかったと決定される。
【０１３７】
ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間以内に開始される場合、端末は、端末がアップリンク送信を準備するのに使う時間を考慮することによって、特定サブフレームでＣＳＩおよびＳＲＳ送信を実行するか否かを決定する。
【０１３８】
基地局は、無線リソース割当情報を端末に送信した後、一つまたはそれ以上の連続的なサブフレームに設定されることができるプロセシング時間（processing time）を決定することができ、ＲＲＣシグナリングまたはＭＡＣシグナリングを使用することでＵＥがプロセシング時間を設定するようにすることができる。端末は、ＲＲＣシグナリングまたはＭＡＣシグナリングにより設定されるプロセシング時間として連続的なサブフレームの個数を受信するか、または、端末は、プロセシング時間として連続的なサブフレームの個数を予め知られた値に設定する。
【０１３９】
プロセシング時間（processing time）は、端末がｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマを開始した以後の連続的なサブフレームの個数として定義される。プロセシング時間は、ＲＲＣシグナリングまたはＭＡＣシグナリングにより設定されるか、または、端末が予め指定された値をプロセシング時間に設定する。
【０１４０】
例えば、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマがサブフレームｍで開始された後、プロセシング時間は、サブフレームｍ＋１からｍ＋ｊまでを有する。端末は、ＲＲＣまたはＭＡＣシグナリングによりｊ値を受信するか、または、予め知られた値としてｊ値を設定する。
【０１４１】
端末は、基地局からＰＤＣＣＨを介して無線リソース割当情報を受信することができる。無線リソース割当情報を受信したとき、端末は、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマを開始する。すなわち、プロセシング時間は、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが開始された後の一つまたはそれ以上の連続するサブフレームに対応するものである。端末は、準備時間（preparation time）以内にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが開始されるか否かを確認する。確認の結果、オン期間タイマが特定サブフレームで活性化されると決定されない場合、端末は、プロセシング時間の設定中にＣＳＩおよびＳＲＳ送信を実行しないように制御する。
【０１４２】
図９は、本発明の実施例に係るＤＲＸ動作において、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ送信を制御する技法に関する一例を示す。
【０１４３】
図９を参照すると、プロセシング時間が５サブフレームに設定され、１ｍｓ（サブフレーム）に設定されたｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマがｎ−４番目のサブフレームで開始される場合（９４０）、ｎ−４番目のサブフレームからｎ番目のサブフレームは、プロセシング時間中である（９９０）。ここで、プロセシング時間は、端末の具現に依存しており、端末がアップリンク送信を実行するために受信されたＰＤＣＣＨを処理する時間であり、各々のｍｓ時間（例えば、１ｍｓ乃至５ｍｓ）は、アップリンク送信を準備するプロセス内で必要とされることができる。本発明の一例として、プロセシング時間が５ｍｓに設定する。
【０１４４】
この場合、オン期間タイマがｎ番目のサブフレームで作動される場合（９６０）、準備時間は、ｎ−３番目のサブフレームからｎ−１番目のサブフレームまでに設定されており、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマは、ｎ−３番目のサブフレームで開始されており、端末は、現在のｎ番目のサブフレームでＣＳＩおよびＳＲＳ送信を実行しない。その理由は、オン期間に対応する現在のｎ番目のサブフレームがプロセシング時間中であるためである。
【０１４５】
これに対し、他の場合、オン期間タイマがｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅによって動作するｎ＋１番目のサブフレームで作動される場合、準備時間は、ｎ−３番目のサブフレームからｎ−１番目のサブフレームまでに設定される。この場合、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマがｎ−４番目のサブフレームで開始されるとき、端末は、ＣＳＩおよびＳＲＳ送信を現在のｎ＋１番目のサブフレームで実行することができる。その理由は、オン期間中の現在のｎ＋１番目のサブフレームがプロセシング時間に属しないためである。ここで、端末は、１ｍｓの長さを有するｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマがｎ−４番目のサブフレームで開始されたとしても、ｎ−４番目のサブフレームからｎ番目のサブフレームまでアップリンク送信報告を準備することは、準備時間として十分な時間であると決定する。したがって、端末は、ＤＲＸ設定を使用するオン期間タイマとｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマとの動作時間を適切に確認する。
【０１４６】
これによって、端末は、準備時間およびプロセシング時間に基づいて、オン期間タイマが特定サブフレームで活性化されるか否かを予測することによってオン期間中にＣＳＩおよびＳＲＳ送信を実行するように制御する。
【０１４７】
図１０は、本発明の実施例に係るＤＲＸ動作において、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ（type-0-triggeredSRS）送信を決定する処理を示す流れ図である。
【０１４８】
図１０を参照すると、端末は、ＤＲＸ設定およびＣＳＩ/ＳＲＳ送信に関連した設定を実行する（１０１０）。ステップ１０１０において、端末は、オン期間中にＣＳＩ/ＳＲＳを送信するように設定されることができる。ＣＳＩ/ＳＲＳ送信は、上位階層によるＣＱＩマスクによって設定される。端末は、オン期間中にＣＳＩ報告を実行するように設定され、トリガタイプ０ＳＲＳと呼ばれる周期的なＳＲＳもオン期間中に送信されるように設定される。そして、端末は、準備時間（Preparation Time）およびプロセシング時間（Processing Time）を適用するように設定される。例えば、ＤＲＸ設定、ＣＳＩ/周期的なＳＲＳ（トリガタイプ０ＳＲＳ）並びに準備時間およびプロセシング時間の設定は、ＲＲＣシグナリングまたは各設定に対応する各々のＲＲＣシグナリングによりシグナリングされる。また、これらは、ＭＡＣシグナリングによっても設定される。特に、準備時間および/またはプロセシング時間は、端末により予め指定された値によっても設定される。
【０１４９】
端末は、より効率的なＤＲＸ動作のためにＳｈｏｒｔ ＤＲＸ ｃｙｃｌｅおよびｌｏｎｇ ＤＲＸ ｃｙｃｌｅを使用するように設定されることができる。Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅが設定される場合、端末は、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマを開始または再開し、Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅを使用する。これに対し、Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅが設定されない場合、端末は、Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅを使用する。ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが一つのサブフレームで終了すると、端末は、Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅを使用する。端末は、ｄｒｘＳｔａｒｔＯｆｆｓｅｔにより設定されるサブフレームにおいて、以後使われるＤＲＸ ｃｙｃｌｅを使用してオン期間タイマを開始する。ＣＱＩマスクが上位階層により設定され、オン期間タイマが作動しない場合、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩは報告されない。そして、活性化時間でない場合も、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩは報告されない。
【０１５０】
端末のＳｈｏｒｔ ＤＲＸ ｃｙｃｌｅとしてＤＲＸ ｃｙｃｌｅのためのオン期間タイマは作動されている（１０２０）。
【０１５１】
端末は、現在のサブフレームがオン期間中であるか否かを確認するために、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間（preparation time）以内に開始されたか否かを確認する（１０３０）。ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間内に開始されたと決定された場合、ステップ１０４０に進む。すなわち、端末は、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間中に開始されたか否かを確認する。例えば、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが突然ＰＤＣＣＨを受信することによって開始され準備時間内に終了した場合、端末は、準備時間内にｄｒｘＳｈｏｒｔＣｙｃｌｅタイマを再開する。
【０１５２】
端末は、現在のサブフレームがプロセシング時間中であるか否かを確認する（１０４０）。現在のサブフレームがプロセシング時間中である場合、端末は、現在のサブフレームがアップリンク送信を準備するのに十分な時間を有すると期待されないと決定する。したがって、端末は、オン期間タイマが作動しているとしても、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告およびトリガタイプ０ＳＲＳを送信しないように制御する。現在のサブフレームは、ＣＳＩ/ＳＲＳ報告をするために、アップリンク送信を準備するのに十分な時間がないためである。
【０１５３】
プロセシング時間中、端末は、オン期間タイマが突然開始されたとみなし、端末が、準備時間中にｄｒｘＳｈｏｒｔＣｙｃｌｅタイマを開始し、プロセシング時間中である場合、端末は、オン期間タイマが作動しているとしても、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ（type-0-triggered SRS）を送信しない。
【０１５４】
これに対し、現在のサブフレームがプロセシング時間中でない場合、端末は、現在のサブフレームがアップリンク送信を準備するのに十分であると決定する。端末は、ＣＳＩ/ＳＲＳ報告を実行するように制御する。すなわち、端末は、オン期間タイマが予測通りに開始されるとみなし、端末は、オン期間タイマが作動している場合、プロセシング時間中、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告およびトリガタイプ０ＳＲＳを送信する。
【０１５５】
また、端末が準備時間にｄｒｘＳｈｏｒｔＣｙｃｌｅタイマを開始した場合、端末は、オン期間タイマが現在のサブフレームで予測通り開始されたとみなす。したがって、端末は、オン期間中、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告およびトリガタイプ０ＳＲＳ（type-0-triggered SRS）を送信する。
【０１５６】
本発明は、端末（ＵＥ）が、オン期間タイマとなるサブフレームでＣＳＩおよびＳＲＳ送信を実行しなければならない場合、端末は、オン期間タイマが上記サブフレームで活性化されると予測し、また、端末がアップリンク送信の準備を完了しない場合、端末はｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが開始された後、該当サブフレーム時間でＣＳＩおよびＳＲＳ送信を実行しない技法を提案する。したがって、オン期間中にＣＳＩおよびＳＲＳを送信するか否かに関する不確実性に帰属しうる基地局の複雑度を減らすことができるという利点がある。
【０１５７】
説明したように、本発明は、オン期間タイマが作動しているときのサブフレームにおけるＣＳＩおよびＳＲＳ送信の規則に関して開示する。すなわち、端末が特定サブフレームで活性化される予定であるか、または、それ以前のサブフレームでは活性化されないか否かを決定し、決定されたサブフレームがＣＳＩおよびＳＲＳのアップリンク送信を準備するのに十分な時間がないと予測される場合、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが開始された後、予め指定されたサブフレームでＣＳＩおよびＳＲＳ送信を報告しないように制御する。
【０１５８】
したがって、基地局および端末を設定することによってプロセシング時間および準備時間の定義が改善されるという利点があり、したがって、オン期間中にＣＳＩおよびＳＲＳを送信するか否かに関する不確実性に帰属しうる基地局の複雑度が解決されることができる。これによって、ｅＮＢがＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/または周期的なＳＲＳ送信を端末が実行するか否かを把握することができるように、ＤＲＸ動作によるより適切なアップリンク送信が設定される。
【０１５９】
前述した実施形態は、端末のＤＲＸ動作を示すにもかかわらず、例えば、提案された発明は、Ｍ２Ｍ装置またはＭＴＣ装置のＤＲＸ動作に適用可能である。ＭＴＣは、人間との相互作用を必要としない一つまたはそれ以上のエンティティを有するデータ通信の一類型に該当する。すなわち、ＭＴＣは、既存の無線通信ネットワークを使用することによって、ユーザにより使われる端末ではなく、機械装置により実行される通信概念であることを示す。ＭＴＣで使われる機械装置は、ＭＴＣ装置と呼ばれる。自動販売機、ダムで水位を測定する機械などの多様なＭＴＣ装置がある。
【０１６０】
図１１は、本発明の実施例に係る無線通信システムを示すブロック図である。
【０１６１】
基地局１１５０は、プロセッサ１１５１、メモリ１１５２およびＲＦ部１１５３を有する。メモリ１１５２は、プロセッサ１１５１と結合され、プロセッサ１１５１を駆動するための多様な情報を格納する。ＲＦ部１１５３は、プロセッサ１１５１と結合され、無線信号を送信および/または受信する。プロセッサ１１５１は、提案された機能、手続および/または方法を具現する。図８乃至図１０の実施例において、基地局の動作は、プロセッサ１１５１により具現されることができる。
【０１６２】
特に、プロセッサ１１５１は、端末上のＤＲＸ設定を決定し、ＣＱＩマスクによってＣＳＩ/ＳＲＳ送信設定を決定する。ここで、ＤＲＸ設定は、オン期間タイマが活性化される前の連続的なサブフレームの特定数として定義される準備時間と、ＤＲＸ動作のための設定によって予め指定された特定のサブフレームでＣＳＩおよびＳＲＳ送信を実行するために、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間に開始されたとき、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが開始された後の連続的なサブフレームの特定数として定義されるプロセシング時間と、を設定することに含まれる。準備時間およびプロセシング時間の設定は、ＲＲＣシグナリング、ＭＡＣシグナリング、または、特別に、端末により予め定義された予め指定された値により信号処理される。
【０１６３】
これによって、プロセッサ１１５１は、端末が予め指定されたサブフレームでＣＳＩおよびＳＲＳ送信を実行するか、または、ＤＲＸ設定を用いずに、ＣＳＩ/ＳＲＳ送信設定並びに準備時間およびプロセシング時間の設定を実行するか否かを決定する。より適切なＤＲＸが端末で動作される技法が提案される。
【０１６４】
無線装置１１６０は、プロセッサ１１６１、メモリ１１６２、およびＲＦ部１１６３を有する。メモリ１１６２は、プロセッサ１１６１と結合され、プロセッサ１１６１を駆動するための多様な情報を格納する。ＲＦ部１１５３は、プロセッサ１１５１と結合され、無線信号を送信および/または受信する。プロセッサ１１５１は、提案された機能、手続および/または方法を具現する。図８乃至図１０の実施例において、端末の動作は、プロセッサ１１６１により具現されることができる。
【０１６５】
プロセッサ１１６１は、ＲＦ部１０６３により受信されたＲＲＣシグナリングを確認することによって、ＤＲＸおよびＣＳＩ送信を設定する。特に、準備時間およびプロセシング時間がさらに設定される。すなわち、ＤＲＸ設定は、オン期間タイマの活性化前の連続的なサブフレームの特定数として定義される準備時間と、ＤＲＸ動作のための設定によって、予め指定された特定のサブフレームでＣＳＩおよびＳＲＳ送信を実行するために、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間中に開始されたとき、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが開始された後の連続的なサブフレームの特定数として定義されるプロセシング時間と、を設定することに含まれる。
【０１６６】
準備時間およびプロセシング時間の設定は、ＲＲＣシグナリング、ＭＡＣシグナリング、または、特別に、端末により予め定義された予め指定された値により信号処理される。すなわち、プロセッサ１１６１は、一つのＲＲＣまたは一つのＭＡＣ信号により設定を決定する。または、プロセッサ１１６１は、各々のＲＲＣまたはＭＡＣ信号から各々の設定を決定することができ、または、基地局によって定義されるシステム法則を示す予め設定された値としてそれらを使用することができる。
【０１６７】
オン期間にＣＳＩ/ＳＲＳ報告を正確に実行するために、ＤＲＸ動作を実行する環境下で送信のために設定された、すなわち、ＣＱＩマスクにより設定されたこのプロセッサ１１６１は、ＣＳＩおよびＳＲＳ送信を実行することを選択的に制御することができる。
【０１６８】
具体的には、このプロセッサ１１６１は、オン期間タイマが活性化される前の連続的なサブフレームの特定数として定義される準備時間と、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが開始された後の連続的なサブフレームの特定数として定義されるプロセシング時間と、を使用するＤＲＸ設定によるＤＲＸ動作を期待することによって、ＣＳＩおよびＳＲＳ送信を準備するのに十分な時間がないと決定されるとき、ＣＳＩおよびＳＲＳ送信を実行しないように制限してＣＳＩおよびＳＲＳ送信を報告することを制御する。準備時間およびプロセシング時間の設定は、ＲＲＣシグナリング、ＭＡＣシグナリング、または、特別に、選択的な制限を有して端末によって制御されるＣＳＩおよびＳＲＳ報告を認識する基地局により予め定義された予め指定された値により信号処理される。
【０１６９】
これによって、プロセッサ１１６１は、ＤＲＸ設定、ＣＳＩ/ＳＲＳ送信設定、および準備時間/プロセシング時間の追加的な設定を使用することによって、オン期間中に特定のサブフレームでＣＳＩおよびＳＲＳ送信を選択的に実行するように制御する。より明確且つ正確なＤＲＸ動作の提供を受ける場合、より適切なアップリンク送信が実行される。
【０１７０】
本発明の技術的な概念は、下記に記載されている仮出願文書（provisional document）に基づいている。
【０１７１】
<優先権書類の始まり>
【０１７２】
本発明において、端末が準備時間中にオン期間タイマが開始されると予測しない場合、端末は、オン期間タイマが作動しているとしても、プロセシング時間中にＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告およびトリガタイプ０ＳＲＳを送信しない。
【０１７３】
準備時間は、端末がオン期間タイマを開始する前の連続的なサブフレームの特定数として定義される。
【０１７４】
−端末は、ＲＲＣシグナリングまたはＭＡＣシグナリングにより連続的なサブフレームの数を受信するか、または、
【０１７５】
−端末は、連続的なサブフレームの数を既知の値に設定する。
【０１７６】
−例えば、準備時間は、オン期間タイマがサブフレーム＃ｎで開始される前のサブフレーム＃ｎ−ｉから＃ｎ−１までを有する。端末は、ＲＲＣまたはＭＡＣシグナリングによりｉ値を受信するか、または、既知の値としてｉ値を設定する。
【０１７７】
プロセシング時間は、端末がｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマを開始した後の連続的なサブフレームの特定数として定義される。
【０１７８】
−端末は、ＲＲＣシグナリングまたはＭＡＣシグナリングにより連続的なサブフレームの数を受信するか、または、
【０１７９】
−端末は、連続的なサブフレームの数を既知の値に設定する。
【０１８０】
−例えば、プロセシング時間は、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマがサブフレーム＃ｍで開始された後のサブフレーム＃ｍ＋１から＃ｍ＋ｊまでを有する。端末は、ＲＲＣまたはＭＡＣシグナリングによりｊ値を受信するか、または、既知の値としてｊ値を設定する。
【０１８１】
When the UE starts onDurationTimer and CQI-mask is setup by upper layers,
【０１８２】
−The UE checks whether the drxShortCycleTimer was started in the Preparation Time.
【０１８３】
＊For example, if the drx-InactivityTimer was started by receiving a sudden PDCCH and expired within the Preparation Time, then the UE restarts the drxShortCycleTimer within the Preparation Time.
【０１８４】
＊If the UE started drxShortCycleTimer in the Preparation Time,
【０１８５】
ｏDuring the Processing Time, the UE considers that onDurationTimer is started unexpectedly.
【０１８６】
ｏDuring the Processing Time, the UE does not send CQI/PMI/RI/PTI reports on PUCCH and/or type-0-triggered SRS transmissions even though onDurationTimer is running.
【０１８７】
＊Else,
【０１８８】
ｏThe UE considers that onDurationTimer is started as expected.
【０１８９】
ｏThe UE sends CQI/PMI/RI/PTI reports on PUCCH and/or type-0-triggered SRS transmissions during the Processing Time if onDurationTimer is running.
【０１９０】
上記構文は、下記のように翻訳される。
【０１９１】
端末がオン期間タイマを開始し、ＣＱＩ−マスクが上位階層により設定されるとき、
【０１９２】
−端末は、ｄｒｘＳｈｏｒｔＣｙｃｌｅタイマが準備時間に開始されたか否かを確認する。
【０１９３】
＊例えば、ｄｒｘ−Ｉｎａｃｔｉｖｉｔｙタイマが突然ＰＤＣＣＨを受信することによって開始されて準備時間内に終了した場合、端末は、準備時間内にｄｒｘＳｈｏｒｔＣｙｃｌｅタイマを再開する。
【０１９４】
＊端末が準備時間にｄｒｘＳｈｏｒｔＣｙｃｌｅタイマを開始した場合、
【０１９５】
ｏプロセシング時間中、端末は、オン期間タイマが突然駆動されたことを考慮する。
【０１９６】
ｏプロセシング時間中、端末は、オン期間タイマが作動しているとしても、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳを送信しない。
【０１９７】
＊その他の場合、
【０１９８】
ｏ端末は、オン期間タイマが予測通りに駆動されたことを考慮する。
【０１９９】
ｏ端末は、オン期間タイマが作動中の場合、プロセシング時間中に、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳを送信する。
【０２００】
寄稿文内容
【０２０１】
端末は、ｎ−ｉサブフレームで受信される新しい送信（アップリンクまたはダウンリンク）を示すＰＤＣＣＨの次の４個のサブフレームまでの間、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳを送信しないように自由に選択することができる。ここで、ｎは、活性化時間の最後のサブフレームであり、ｉは、０から３までの整数値である。活性化時間は、ＰＤＣＣＨまたはＭＡＣ制御要素の受信のため中断される。その後、端末は、４個のサブフレームまでの間に、ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはＳＲＳを連続的に送信することを自由に選択することができる。ＰＵＣＣＨ上でＣＱＩ/ＰＭＩ/ＲＩ/ＰＴＩ報告および/またはトリガタイプ０ＳＲＳ送信をしない選択は、予測されるオン期間タイマが作動中でサブフレームｎ−ｉからｎまでは適用されないサブフレームに対しては適用されない。
【０２０２】
<優先権書類の終わり>
【０２０３】
プロセッサは、特定用途集積回路（Application-Specific Integrated Circuit；ＡＳＩＣ）、他のチップセット、論理回路および/またはデータ処理装置を有することができる。メモリは、読み取り専用メモリ（Read-Only Memory；ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory；ＲＡＭ）、フラッシュメモリ、メモリカード、記憶媒体および/または他の記憶装置を有することができる。ＲＦ部は、無線周波数信号を処理するためのベースバンド回路を有することができる。実施例がソフトウェアで具現される場合、前述した技術は、前述した機能を遂行するモジュール（手続、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部で具現されることができ、よく知られた多様な手段でプロセッサと通信可能に結合されることができる。
【０２０４】
前述した例示的なシステムにおいて、開示された主題に合うように具現されることができる方法は、いくつかの流れ図を参照して説明した。簡略化を目的として、方法は、一連のステップまたはブロックで説明されているが、特許請求の範囲に記載された主題は、ステップやブロックの順序により限定されるものではなく、あるステップは、前述と異なるステップと異なる順序で、または、異なるステップと同時に発生できると理解されて認定されることができる。また、当業者であれば、流れ図に示すステップが排他的ではなく、他のステップが含まれ、または、流れ図の一つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
0006001775.tif 000002
【図２】
0006001775.tif 000003
【図３】
0006001775.tif 000004
【図４】
0006001775.tif 000005
【図５】
0006001775.tif 000006
【図６】
0006001775.tif 000007
【図７】
0006001775.tif 000008
【図８】
0006001775.tif 000009
【図９】
0006001775.tif 000010
【図１０】
0006001775.tif 000011
【図１１】
0006001775.tif 000012