(57)【特許請求の範囲】
【請求項１】
ユーザデバイスの省電力性能を強化する方法であって、
ユーザデバイスは進化基地局eNBから送信されたダウンリンクデータを受信する；
前記ユーザデバイスは受信した前記ダウンリンクデータに基づいて、対応する往復時間タイマーを起動し、前記往復時間タイマーのタイミング時間は前記ユーザデバイスによりアップリンク/ダウンリンクの配置、および前記ダウンリンクデータを搬送したダウンリンクサブフレームのサブフレーム番号に基づいて確定される；
前記ユーザデバイスは前記往復時間タイマーにより、非連続受信プロセスを制御することを含む
ことを特徴とする。
【請求項２】
請求項１に記載のユーザデバイスの省電力性能を強化する方法において、
前記アップリンク/ダウンリンク配置、及びアップリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、タイミング時間がｋ＋４個のサブフレームとなることを確定し、ただしｋがダウンリンクデータ伝送と相関する混合自動再送のフィードバック伝送との間の区間を示す
ことを特徴とする。
【請求項３】
請求項２に記載のユーザデバイスの省電力性能を強化する方法において、
ｋ個のサブフレームには、ダウンリンクデータの伝送時間、ユーザデバイスの最大データ処理遅延、および待ち時間が含まれ、４つのサブフレームには、ユーザデバイスから混合自動再送のフィードバックを送信する際の伝送遅延、進化基地局の最大データ処理遅延が含まれる
ことを特徴とする。
【請求項４】
請求項１に記載のユーザデバイスの省電力性能を強化する方法において、
往復時間タイマーのタイミング時間は、ダウンリンクデータの伝送時間、ユーザデバイスのデータ処理遅延、ユーザデバイスがフィードバックを送信する時間及び進化基地局のデータ処理遅延の和となる
ことを特徴とする。
【請求項５】
請求項３あるいは４に記載のユーザデバイスの省電力性能を強化する方法において、
前記進化基地局のデータ処理遅延が３ｍｓの場合、前記ユーザデバイスはアップリンク/ダウンリンク配置、およびダウンリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、往復時間タイマーのタイミング時間を確定し、下記を含む：
前記ユーザデバイスはアップリンク/ダウンリンク配置、およびダウンリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、下記の表をサーチし、前記往復時間タイマーのタイミング時間を確定することを特徴とする。
【表１】
0005253581.tif 000007
【請求項６】
ユーザデバイスであって、
進化基地局から送信されたダウンリンクデータを受信するためのダウンリンクデータ受信モジュールと、
前記ダウンリンクデータ受信モジュールにより受信された前記ダウンリンクデータに基づいて、対応する往復時間タイマーを起動するためのタイマー起動モジュールと、
前記往復時間タイマーにより、非連続受信プロセスを制御するための非連続受信プロセス制御モジュールとを含み、
そのうち、前記往復時間タイマーのタイミング時間はアップリンク/ダウンリンクの配置、および前記ダウンリンクデータを搬送したダウンリンクサブフレームのサブフレーム番号に基づいて確定される
ことを特徴とする。
【請求項７】
請求項６に記載のユーザデバイスにおいて、
前記タイマー起動モジュールは、前記アップリンク/ダウンリンク配置、及びアップリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、タイミング時間がｋ＋４個のサブフレームとなることを確定し、ただしｋがダウンリンクデータ伝送と相関する混合自動再送のフィードバック伝送との間の区間を示す
ことを特徴とする。
【請求項８】
請求項７に記載のユーザデバイスにおいて、
ｋ個のサブフレームには、ダウンリンクデータの伝送時間、ユーザデバイスの最大データ処理遅延、および待ち時間が含まれ、４つのサブフレームには、ユーザデバイスから混合自動再送のフィードバックを送信する際の伝送遅延、進化基地局の最大データ処理遅延が含まれる
ことを特徴とする。
【請求項９】
請求項６に記載のユーザデバイスにおいて、
前記往復時間タイマーのタイミング時間は、ダウンリンクデータの伝送時間、ユーザデバイスのデータ処理遅延、ユーザデバイスがフィードバックを送信する時間及び進化基地局のデータ処理遅延の和となる
ことを特徴とする。
【請求項１０】
請求項８あるいは９に記載のユーザデバイスにおいて、
前記進化基地局のデータ処理遅延が３ｍｓの場合、前記往復時間タイマーのタイミング時間は、アップリンク/ダウンリンク配置、およびダウンリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、下記の表をサーチし、確定されるこ
とを特徴とする。
【表２】
0005253581.tif 000008
【請求項１１】
UEの省電力性能を強化する方法であって、
ユーザデバイスは進化基地局から送信されたダウンリンクデータを受信する；
前記ユーザデバイスがダウンリンクデータの伝送が不成功と判断した場合、前記ユーザデバイスは拒絶応答を前記進化基地局にフィードバックするとともに、前記ユーザデバイスは往復時間タイマーを起動し、前記往復時間タイマーのタイミング時間は前記ユーザデバイスによりアップリンク/ダウンリンクの配置、および前記ダウンリンクデータを搬送したダウンリンクサブフレームのサブフレーム番号に基づいて確定される；
前記ユーザデバイスは前記往復時間タイマーにより、非連続受信プロセスを制御し、前記往復時間タイマーがタイムアウトした後に再送タイマーを起動する。
【請求項１２】
請求項１１に記載のユーザデバイスの省電力性能を強化する方法において、
前記アップリンク/ダウンリンク配置、及びアップリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、前記往復時間タイマーのタイミング時間がｋ＋４個のサブフレームとなり、ただしｋがダウンリンクデータ伝送と相関する混合自動再送のフィードバック伝送との間の区間を示す
ことを特徴とする。
【請求項１３】
請求項１２に記載のユーザデバイスの省電力性能を強化する方法において、
ｋ個のサブフレームには、ダウンリンクデータの伝送時間、ユーザデバイスの最大データ処理遅延、および待ち時間が含まれ、４つのサブフレームには、ユーザデバイスから混合自動再送のフィードバックを送信する際の伝送遅延、進化基地局の最大データ処理遅延が含まれる
ことを特徴とする。
【請求項１４】
請求項１１に記載のユーザデバイスの省電力性能を強化する方法において、
前記往復時間タイマーのタイミング時間は、ユーザデバイスがフィードバックを送信する時間及び進化基地局のデータ処理遅延の和となる
ことを特徴とする。
【請求項１５】
請求項１４に記載のユーザデバイスの省電力性能を強化する方法において、
前記進化基地局のデータ処理遅延が３ｍｓの場合、前記往復時間タイマーのタイミング時間は４ｍｓとなる
ことを特徴とする。
【請求項１６】
ユーザデバイスであって、
進化基地局から送信されたダウンリンクデータを受信するダウンリンクデータ受信モジュールと、
前記ダウンリンクデータの伝送が成功したかどうかを判断するための判断モジュールと、
前記判断モジュールがダウンリンクデータの伝送が成功したと判断した場合、確認応答を前記進化基地局にフィードバックするとともに、前記判断モジュールがダウンリンクデータの伝送が不成功と判断した場合、拒絶応答を前記進化基地局にフィードバックするとともに、往復時間タイマーを起動するフィードバックモジュールと、
前記往復時間タイマーにより、非連続受信プロセスを制御し、前記往復時間タイマーがタイムアウトした後に再送タイマーを起動する非連続受信プロセス制御モジュールとを含
み、
そのうち、前記往復時間タイマーのタイミング時間はアップリンク/ダウンリンクの配置、および前記ダウンリンクデータを搬送したダウンリンクサブフレームのサブフレーム番号に基づいて確定される
ことを特徴とする。
【請求項１７】
請求項１６に記載のユーザデバイスにおいて、
前記タイマー起動モジュールは、アップリンク/ダウンリンク配置、及びアップリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、タイミング時間がｋ＋４個のサブフレームとなることを確定し、ただしｋがダウンリンクデータ伝送と相関する混合自動再送のフィードバック伝送との間の区間を示す
ことを特徴とする。
【請求項１８】
請求項１７に記載のユーザデバイスにおいて、
ｋ個のサブフレームには、ダウンリンクデータの伝送時間、ユーザデバイスの最大データ処理遅延、および待ち時間が含まれ、４つのサブフレームには、ユーザデバイスから混合自動再送のフィードバックを送信する際の伝送遅延、進化基地局の最大データ処理遅延
が含まれる
ことを特徴とする。
【請求項１９】
請求項１６に記載のユーザデバイスにおいて、
前記往復時間タイマーのタイミング時間は、ユーザデバイスがフィードバックを送信する時間及び進化基地局のデータ処理遅延の和となる
ことを特徴とする。
【請求項２０】
請求項１９に記載のユーザデバイスにおいて、
前記進化基地局のデータ処理遅延が３ｍｓの場合、前記往復時間タイマーのタイミング時間は４ｍｓとなる
ことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術分野に関し、特に、UEの省電力性能を強化する方法、UEに関する。
【背景技術】
【０００２】
UE（User  Equipment：ユーザ設備）のエネルギーを節約し、UEの待機期間を増えるために、DRX（Discontinuous  Receive：間欠受信）を導入し、つまりUEが連続に受信する状態にあるとき、eNB（Evolved Node B：進化基地局）の制御チャンネルを連続にセンスする必要がなくなり、制御チャンネルを間欠にセンスすることになる。
【０００３】
図１は従来技術のLTEシステム（Long Term  Evolution:長期進化）におけるDRXの原理を示す図である。そのうち、On Duration（オン期間）はUEが制御チャンネルをセンスする時間帯を示し、該期間にはUEの無線チャンネルがONになり、制御チャンネルを連続にセンスする。オン期間以外のその他の期間にはUEがスリープ（休眠）状態になり、省電力化のように無線リンクをクロースする。オン期間はいつも周期的に（Cycle）現れ、具体的な周期がeNBより配置し実現される。UEの省電力化とともにeNBとUEとの間の通信の遅延が過大になることを防止するため、長周期（long cycle）および短周期（short cycle）という概念を導入する。短周期には、オン期間が長周期によりも頻繁に現れる。長周期を配置するとともに、短周期を選択性に配置することにより、UEによる制御チャンネルのセンス時間を短縮し、データ伝送の遅延を減らす。
【０００４】
DRX操作を具体的に実現するために、LTEは多種のタイマーを設置するとともに、HARQ（Hybrid  Automatic  Repeat  Request：混合自動再送）過程を結合し、DRX状態での操作を与え、相関のタイマーには下記が含まれる：
１．Inactivity  Timer（非活動タイマー）：UEがオン期間にHARQ初期伝送の制御シグナリングを受信した場合、該タイマーをONにし、該タイマーがタイムアウトする前に、UEは制御チャンネルを連続にセンスする。非活動タイマーがタイムアウトする前にUEがHARQ初期伝送の制御シグナリングを受信すれば、非活動タイマーを終了させ再起動する。
２．RTT  Timer（往復時間タイマー）：DL（ダウンリンク）のみに適用する。UEがHARQ再送の制御シグナリングを受信した場合、このタイマーをONにする。当該するHARQプロセスにおけるデータが前回のHARQ伝送の後に符号化できなければ、RTTタイマーがタイムアウトした後に、UEは再送タイマーをONにする。当該するHARQプロセスにおけるデータが前回のHARQ伝送後に符号化に成功すれば、RTTタイマーがタイムアウトした後に、UEは再送タイマーを起動しない。
３．Retransmission  Timer（再送タイマー）：再送タイマーの期間には、UEは制御チャンネルをセンスし、当該するHARQプロセスの再送を待つ。
【０００５】
図２は従来技術のDRXプロセスにおける各タイマーの機能する過程を示す図である。図２に示すように、まずOn duration Timer（ON期間タイマー）をONにし、ON期間タイマーが運行する期間に、eNBによりｔ１時にDL初期伝送をスケジュールすると、非活動タイマーが起動するとともに、HARQ  RTTタイマーがONする。ｔ２時に非活動タイマーが先にタイムアウトする。ｔ３時にHARQ  RTTタイマーがタイムアウトし、このとき、ｔ１時での初期伝送が成功しないため（UEが拒絶応答NACKをフィード・バック）、再送タイマーを起動する。ｔ４時に、eNBが１回目の再送をスケジュールすれば、再送タイマーが停止するとともに、RTTタイマーが起動される。ｔ６時に、RTTタイマーがタイムアウトし、かつｔ４時での１回目の再送が成功しなければ（UEがNACKをフィード・バック）、再送タイマーが起動される。ｔ７時に、eNBが２回目の再送をスケジュールし、再送タイマーが停止されるとともに、RTTタイマーが起動される。２回目の再送が成功した（UEが確認応答ACKをフィード・バック）ので、RTTタイマーがタイムアウトした後に、再送タイマーが起動されない。
【０００６】
図２および前記のステップにより、RTTタイマーにより、UEがスリープ（休眠）状態になる時間を図２における時間帯T1およびT2のように延長することができる。RTTタイマーに対する設定により、UEの２回伝送の間の休眠を制御し、適宜な時刻にUEをセンス状態にさせることができる。
【０００７】
従来技術には下記の欠陥が存在する：現有のLTEシステムでは、RTTタイマーに設定する時間が８ｍｓになり、つまりFDD（Frequency  Division  Duplex：周波数分割復調）しすてむにおける最小伝送時区間に等しい。eNBが８ｍｓの最小伝送時区間の後のみ再送をスケジュールできるため、FDDシステムに対して、８ｍｓのRTTタイマーが最適な設計となる。しかしTDD（Time  Division  Duplex：時間分割復調）システムに対して、大きな問題が存在する。TDDシステムにおけるダウンリング最小伝送時区間がUL/DLの配置、およびダウンリンク伝送の発生するサブフレーム番号と関係するため、RTTタイマーを８ｍｓに固定すると、TDDシステムに全部に適用することができず、UEの電力消費を増え、UEの省電力化に不利である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、前記の技術欠陥の１つ、特に従来技術におけるRTTタイマーが固定値であることによるUEの電力消費の増加という問題を解決することを目的とする。
【課題を解決するための手段】
【０００９】
前記目的を達するために、本発明は一方UEの省電力性能を強化する方法を提出し、下記のステップを含む：ユーザデバイスUEは進化基地局eNBから送信されたダウンリンデータを受信する；前記UEは受信した前記ダウンリンクデータに基づいて、対応するRTTタイマーを起動し、前記RTTタイマーのタイミングは前記UEによりULアップリンク/DLダウンリンクの配置、および前記ダウンリンクデータを搬送したダウンリンクサブフレームのサブフレーム番号に基づいて確定される；前記UEは前記RTTタイマーにより、非連続に受信するDRXプロセスを制御する。
【００１０】
本発明は、eNBから送信されたダウンリンクデータを受信するためのダウンリンクデータ受信モジュールと、前記ダウンリンクデータ受信モジュールにより受信された前記ダウンリンクデータに基づいて、対応するRTTタイマーを起動するためのタイマー起動モジュールと、前記RTTタイマーにより、DRXプロセスを制御するためのDRXプロセス制御モジュールとを含むUEをさらに提出し、そのうち、前記RTTタイマーのタイミングは前記UEによりULアップリンク/DLダウンリンクの配置、および前記ダウンリンクデータを搬送したダウンリンクサブフレームのサブフレーム番号に基づいて確定される。
【００１１】
本発明は、さらにUEの省電力性能を強化する方法を提出し、下記のステップを含む：UEはeNBから送信されたダウンリンデータを受信する；前記UEがダウンリンクデータの伝送が不成功と判断した場合、前記UEは拒絶応答NACKを前記eNBにフィードバックするとともに、前記UEはRTTタイマーを起動する；前記UEは前記RTTタイマーにより、DRXプロセスを制御し、前記RTTタイマーがタイムアウトした後に再送タイマーを起動する。
【００１２】
本発明は、eNBから送信されたダウンリンデータを受信するダウンリンクデータ受信モジュールと、ダウンリンクデータの伝送が成功したかどうかを判断するための判断モジュールと、前記判断モジュールがダウンリンクデータの伝送が成功したと判断した場合、ACKを前記eNBにフィードバックするとともに、前記判断モジュールがダウンリンクデータの伝送が不成功と判断した場合、拒絶応答NACKを前記eNBにフィードバックするとともに、RTTタイマーを起動するフィードバックモジュールと、前記RTTにより、DRXプロセスを制御し、前記RTTタイマーがタイムアウトした後に再送タイマーを起動するDRXプロセス制御モジュールとを含む。
【発明の効果】
【００１３】
本発明は、RTTタイマーを定義しなおすことにより、TDDシステムにおけるUEの省電力化を提供する。
【００１４】
本発明の他の方面および長所は一部が以下の記述にて挙げられ、一部が以下の記述にて明らかにされ、あるいは本発明の実現により分かれる。
【図面の簡単な説明】
【００１５】
【図１】従来技術のLTEシステムにおけるDRXの原理を示す図である。
【図２】従来技術のDRXプロセスにおける各タイマーの機能する過程である。
【図３】LTEシステムのダウンリンク再送スケジュールのタイムフローである。
【図４】TDDフレームの構成を示す図である。
【図５】本発明の実施例１に係るUEの省電力性能を強化する方法である。
【図６】本発明の実施例１に係るUEの構成図である。
【図７】本発明の実施例１に係るUEの省電力性能を強化する方法である。
【図８】本発明の実施例２に係るUEの構成図である。
【発明を実施するための形態】
【００１６】
以下に本発明の実施例を詳細的に記述する。前記実施例の例示は図面により示され、ただしいつも同じあるいは類似する表記は同じあるいは類似する素子、または同じあるいは類似する機能を持つ素子を示す。以下で図面を参照しながら記述する実施例は例示的なもので、本発明を解釈するためのみのものであるが、本発明を制限することではない。
【００１７】
本発明の実施例はTDDフレームの構成の特徴を結合し、ダウンリンク伝送が発生したサブフレームの番号およびUL/DL配置の異なりにより、異なるRTTタイマーを設定することにより、UEの省電力性能を効果的に強化することができる。
【００１８】
本発明をさらに明確で全面的に理解するために、以下ではTDDフレーム構成の特徴を結合し、RTTタイマーの設定を紹介する。
【００１９】
LTEシステムはスケジュールに基づいたシステムであり、アップダウンリンク伝送の資源は基地局側でスケジュールされ、スケジュール指令により端末に通知される。スケジュールでは、基地局および端末の処理遅延を充分に想到する必要がある。図３はLTEシステムのダウンリンク再送スケジュールの遅延要求を示す図である。図３に示すように、最小伝送区間＝ｔ１＋ｔ２＋ｔ３となり、ただしｔ１はダウンリンクデータ伝送時間＋UEのデータ処理遅延、ｔ２は送信フィードバック時間＋eNBデータ処理遅延、ｔ３はフレーム構成による遅延（ｔ３はTDDシステムに特別に備えられるものであり、FDDシステムに対してｔ３が０）となる。そのうち、ダウンリンクデータ伝送時間とUEの送信フィードバック時間は固定的に１つのサブフレームであり、つまり１ｍｓとなる。eNBとUEの処理遅延はともに固定的に３ｍｓとなる。これにより、FDDシステムに対して、上記の数式により、最小伝送時区間はｔ１＋ｔ２＝１＋３＋１＋３＝８ｍｓとなる。
【００２０】
図４はTDDフレームの構成を示す図である。図４に示すように、各無線フレームは２つのハーフフレーム（half-frame）からなり、各ハーフフレームの長さが５ｍｓとなる。各ハーフフレームには８つのスロット（slot）および３つの特殊スロット、つまりDwPTS、GPおよびUpPTSが含まれ、各スロットの長さが0.5ｍｓとなる。DwPTS、GPおよびUpPTSの長さを変更できるが、DwPTS、GPおよびUpPTSの長さが合計１ｍｓとなる必要がある。サブフレーム１とサブフレーム６にはDwPTS、GPおよびUpPTSが含まれ、その他のサブフレームにはすべて２つの隣り合うスロットが含まれ、そのうちi個目のサブフレームが２i個と２i＋１個スロットからなる。ただしサブフレーム０、サブフレーム５およびDwPTSは永久にダウンリンク伝送のために残される。
【００２１】
現有のプロトコルで確実にサポートされるスロットの比例配置が表１に示す。
【００２２】
【表１】
0005253581.tif 000002
【００２３】
表２は、ダウンリンク伝送のアップリンクフィードバック方向でのタイミング関係についての規定であり、そのうち表２における数字は該当するアップリンクサブフレームにより、いくつのサブフレーム前のダウンリンクサブフレームにての伝送に対してフォードバックできるかを示す。たとえば、UL-DL配置２でのサブフレームの表２における数字は（８，７，６，４）となり、（８，７，６，４）個のサブフレーム前のダウンリンクデータがすべて該アップリンクサブフレームにてフィードバックされ、つまり１つ前の無線フレームのサブフレーム４，５，６，８に発生されたダウンリンク伝送がすべてサブフレーム２にてフィードバックされる。
【００２４】
【表２】
0005253581.tif 000003
【００２５】
これにより、TDDシステムの最小伝送時区間は、ダウンリンクデータ伝送時間（１ｍｓ）＋ダウンリンク伝送に対するフィードバック遅延（表２における数字）＋eNBデータ処理遅延（３ｍｓ）＋最近のダウンリンクサブフレームまでの区間のアップリンクサブフレームとなる可能である。ダウンリンク伝送に対するフィードバック遅延（すなわち表２における数字）にはすでにUEの送信フィードバック時間（１ｍｓ）が含まれている。ただし“前記の最近のダウンリンクサブフレームまでの区間のアップリンクサブフレーム”はTDDのアップダウンリンクサブフレームが交替に現れるという構成により決定され、UEにてフィードバックし準備できた再送データパケットをeNBにより処理した時刻がアップリンクサブフレームとなった場合、eNBは次のダウンリンクサブフレームまで待ってから再送をスケジュールできる。
【００２６】
eNB側の処理遅延を例として紹介する。ダウンリンク最小伝送時区間は表３に示すように、配置５については、プロトコルではフィードバック関係が最終的に確定できていないため、ダウンリンク最小伝送時区間がまだ確定できない。例を挙げると、UL/DL配置１では、ダウンリンクサブフレーム９を送信するためのダウンリンク伝送がアップリンク３にてフィードバックされ、３ｍｓ後に、eNBによりサブフレーム７の時刻で再送をスケジュールできることになるが、サブフレーム７がアップリンクサブフレームであるので、最近のダウンリンクサブフレーム前の区間のアップリンクサブフレームまで待つ必要があり、つまりサブフレーム７，８（合計２ｍｓ）の後、ダウンリンクサブフレーム９にて再送をスケジュールできるになる。このため、最小伝送時区間は＝１＋４＋３＋２＝１０ｍｓとなる。
【００２７】
【表３】
0005253581.tif 000004
【００２８】
HARQ  RTTタイマーが８ｍｓとなることを考えると、各配置ではUEがDLサブフレームをさらにセンスする必要となる数は表４に示すようになる：
【００２９】
【表４】
0005253581.tif 000005
【００３０】
上記の表４により、８ｍｓのRTTタイマーだけを用いると、TDDシステムにおけるUEのエネルギー消費を増え得る。
【００３１】
図３の最小伝送区間を示す図に対して、本発明はRTTタイマーを定義しなおす２種の方法を提出する。以下に、具体的な実施形態によってこれを紹介する。
【００３２】
〔実施例１〕
この実施例においては、UEによりRTTタイマーを起動する時間は従来技術と同じであり、eNBから送信されたダウンリンクデータを受信した後に、RTTタイマーを起動することになるが、その区別は、この実施例ではRTTタイマーのタイミング時間が固定でなく（８ｍｓ）、UEがダウンリンクデータを搬送するダウンリンクサブフレームのサブフレームの番号、およびUL/DL配置に基づいて、対応するHARQタイマーのタイミング時間を確定する必要となる。さらに、TDDシステムに対して、HARQ  RTTタイマーの後に起動される再送タイマーがダウンリンクサブフレームに基づいて計数するものなので、HARQ  RTTタイマーの直後のアップリンクサブフレームの個数（ｔ３）を無視する。このため、TDDシステムのHARQ  RTTタイマーのタイミング時間がｔ１＋ｔ２となり、つまりHARQ  RTTタイマーのタイムアウトの直後にアップリンクサブフレームとなる。UEが本来アップリンクサブフレームに対してダウンリンクのスケジュールおよび伝送をセンスしないため、DRXの性能に影響しない。
【００３３】
さらに具体的には、本発明の１つの実施例として、eNBのデータ処理遅延が３ｍｓの場合、UEはUL/DL配置およびダウンリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、下記の表５をサーチし、HARQ  RTTタイマーのタイミング時間を確定する。
【００３４】
【表５】
0005253581.tif 000006
【００３５】
このように、表５のDLサブフレームに対応するHARQ  RTTタイマーについてのテーブルを用いることにより、UEはHARQ  RTTタイマーを起動する必要があるときに、DL伝送が発生した位置、及びUL/DL配置に基づいて、表において対応するHARQ  RTTタイマーの値をサーチする。
【００３６】
図５に示すように、本発明の実施例に係るUEの省電力性能を強化する方法であって、下記のステップを含む：
ステップS501：UEはeNBから送信されたダウンリンクデータを受信する。
ステップS502：UEは受信したダウンリンクデータに基づいて、対応するHARQ  RTTタイマーを起動する。HARQ  RTTタイマーのタイミング時間は、UL/DL配置、およびダウンリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて確定される。
そのうち、アップリンク/ダウンリンク配置、及びアップリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、タイミング時間がｋ＋４個のサブフレームを確定することができ、ただしｋがダウンリンクデータ伝送と相関する混合自動再送のフィードバック伝送との間の区間を示す。さらに、ｋ個のサブフレームには、ダウンリンクデータの伝送時間（たとえば１つのサブフレーム）、ユーザデバイスの最大データ処理遅延（たとえば３つのサブフレーム）、および待ち時間（TDDシステムにおけるアップリンクおよびダウンリンクサブフレームが同時に現れることがないので、適宜な方向のサブフレームを待つ必要があり、ここで、ユーザデバイスはアップリンクサブフレームを待ってからHARQフィードバックを送信する必要がある）が含まれ、４つのサブフレームには、ユーザデバイスから混合自動再送のフィードバックを送信する際の伝送遅延（たとえば１つのサブフレーム）、進化基地局の最大データ処理遅延（たとえば３つのサブフレーム）が含まれる。
さらに、HARQ  RTTタイマーのタイミング時間はダウンリンクデータの伝送時間、UEのデータ処理遅延、UEの送信フィードバック時間及びeNBのデータ処理遅延の和となる。さらに具体的には、これは、UL/DL配置、ダウンリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、表をサーチすることにより確定できる。
ステップS503：UEはHARQ  RTTタイマーに基づいて、DRXプロセスを制御する。
【００３７】
図６に示すように、本発明の実施例１のUEの構成図である。該UE６００は、eNBから送信されたダウンリンクデータを受信するためのダウンリンクデータ受信モジュール６１０と、ダウンリンクデータ受信モジュール６１０により受信されたダウンリンクデータに基づいて、対応するHARQ  RTTタイマーを起動するためのタイマー起動モジュール６２０と、HARQ  RTTタイマーにより、DRXプロセスを制御するためのDRXプロセス制御モジュール６３０とを含む。そのうち、HARQ  RTTタイマーのタイミング時間はUL/DLの配置、およびダウンリンクデータを搬送したダウンリンクサブフレームのサブフレーム番号に基づいて確定される。
【００３８】
本発明の１つの実施例として、前記タイマー起動モジュールは、前記アップリンク/ダウンリンク配置、及び前記アップリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、タイミング時間がｋ＋４個のサブフレームを確定することができ、ただし、ｋ個のサブフレームには、ダウンリンクデータの伝送時間（たとえば１つのサブフレーム）、ユーザデバイスの最大データ処理遅延（たとえば３つのサブフレーム）、および待ち時間（TDDシステムにおけるアップリンクおよびダウンリンクサブフレームが同時に現れることがないので、適宜な方向のサブフレームを待つ必要があり、ここで、ユーザデバイスはアップリンクサブフレームを待ってからHARQフィードバックを送信する必要がある）が含まれ得、４つのサブフレームには、ユーザデバイスから混合自動再送のフィードバックを送信する際の伝送遅延（たとえば１つのサブフレーム）、進化基地局の最大データ処理遅延（たとえば３つのサブフレーム）が含まれる。
【００３９】
本発明の１つの実施例として、HARQ  RTTタイマーのタイミング時間はダウンリンクデータの伝送時間、UEのデータ処理遅延、UEの送信フィードバック時間及びeNBのデータ処理遅延の和となる。さらに具体的には、eNBのデータ処理遅延が３ｍｓの場合、HARQ  RTTタイマーのタイミング時間はUL/DL配置、ダウンリンクデータを搬送するダウンリンクサブフレームのサブフレーム番号に基づいて、表５をサーチすることにより確定できる。
【００４０】
〔実施例２〕
該実施例の従来技術および実施例１に対する異なる点は、該実施例においては、UEがeNBにNACKをフィードバックするとともにHARQ  RTTタイマーを起動することにある。このため、該実施例におけるHARQ  RTTタイマーのタイミング時間にはｔ１が含まれていないことになる。これにより、HARQ  RTTタイマーはデータ受信が不成功の時のみ起動されるので、HARQ  RTTタイマーがタイムアウトした後に、再送のスケジュールを引き続き受信するように再送タイマーを起動する必要がある。本発明の１つの具体的な実施例としては、HARQ  RTTタイマーはシステム及びTDDシステムに対して同じ値、たとえば４ｍｓを取れる。
【００４１】
図７に示すように、本発明の実施例２に係るUEの省電力性能を強化する方法の流れ図である。下記のステップを含む：
ステップS701：UEはeNBから送信されたダウンリンクデータを受信する。
ステップS702：UEがダウンリンクデータの伝送が不成功と判断した場合、UEは拒絶応答NACKを前記eNBにフィードバックするとともに、前記UEはRTTタイマーを起動する。
本発明の１つの実施例として、前記往復時間タイマーのタイミング時間がｋ＋４個のサブフレームとなり、ただしｋがダウンリンクデータ伝送と相関する混合自動再送のフィードバック伝送との間の区間を示す。さらに、ｋ個のサブフレームには、ダウンリンクデータの伝送時間（たとえば１つのサブフレーム）、ユーザデバイスの最大データ処理遅延（たとえば３つのサブフレーム）、および待ち時間（TDDシステムにおけるアップリンクおよびダウンリンクサブフレームが同時に現れることがないので、適宜な方向のサブフレームを待つ必要があり、ここで、ユーザデバイスはアップリンクサブフレームを待ってからHARQフィードバックを送信する必要がある）が含まれ、４つのサブフレームには、ユーザデバイスから混合自動再送のフィードバックを送信する際の伝送遅延（たとえば１つのサブフレーム）、進化基地局の最大データ処理遅延（たとえば３つのサブフレーム）が含まれる。
本発明の１つの実施例として、HARQ  RTTタイマーのタイミング時間はUEがフィードバックを送信する時間及びeNBのデータ処理遅延の和となる。さらに具体的には、eNBのデータ処理遅延が３ｍｓの時、HARQ  RTTタイマーのタイミング時間が４ｍｓとなる。
ステップS703：UEはHARQ  RTTタイマーにより、DRXプロセスを制御し、HARQ  RTTタイマーがタイムアウトした後に再送タイマーを起動する。
【００４２】
図８に示すように、本発明の実施例２のUEの構成図である。eNBから送信されたダウンリンデータを受信するダウンリンクデータ受信モジュール８１０と、ダウンリンクデータの伝送が成功したかどうかを判断するための判断モジュール８２０と、判断モジュール８２０がダウンリンクデータの伝送が成功したと判断した場合、確認応答ACKをeNBにフィードバックするとともに、判断モジュール８２０がダウンリンクデータの伝送が不成功と判断した場合、HARQ  RTTタイマーを起動するフィードバックモジュール８３０と、HARQ  RTTタイマーにより、DRXプロセスを制御し、HARQ  RTTタイマーがタイムアウトした後に再送タイマーを起動するDRXプロセス制御モジュール８４０とを含む。
【００４３】
本発明の１つの実施例として、前記往復時間タイマーのタイミング時間がｋ＋４個のサブフレームとなり、ただしｋがダウンリンクデータ伝送と相関する混合自動再送のフィードバック伝送との間の区間を示す。ｋ個のサブフレームには、ダウンリンクデータの伝送時間（たとえば１つのサブフレーム）、ユーザデバイスの最大データ処理遅延（たとえば３つのサブフレーム）、および待ち時間（TDDシステムにおけるアップリンクおよびダウンリンクサブフレームが同時に現れることがないので、適宜な方向のサブフレームを待つ必要があり、ここで、ユーザデバイスはアップリンクサブフレームを待ってからHARQフィードバックを送信する必要がある）が含まれ、４つのサブフレームには、ユーザデバイスから混合自動再送のフィードバックを送信する際の伝送遅延（たとえば１つのサブフレーム）、進化基地局の最大データ処理遅延（たとえば３つのサブフレーム）が含まれる。
【００４４】
本発明の１つの実施例として、HARQ  RTTタイマーのタイミング時間はUEがフィードバックを送信する時間及びeNBのデータ処理遅延の和となる。さらに具体的には、eNBのデータ処理遅延が３ｍｓの時、前記HARQ  RTTタイマーのタイミング時間が４ｍｓとなる。
【００４５】
本発明は、RTTタイマーを定義しなおすことにより、TDDシステムにおけるUEの省電力化を提供する。
【００４６】
本発明の実施例を示して記述したが、当業者にとっては、本発明の原理および精神を離れることなくこれらの実施例について多種の変化、修正、置き換えおよび変形を行うことができ、本発明の範囲は添付の請求項およびそれの同等物により限定される。
【符号の説明】
【００４７】
６００  UE
６１０  ダウンリンクデータ受信モジュール
６２０  タイマー起動モジュール
６３０  DRXプロセス制御モジュール
【図１】
0005253581.tif 000009
【図２】
0005253581.tif 000010
【図３】
0005253581.tif 000011
【図４】
0005253581.tif 000012
【図５】
0005253581.tif 000013
【図６】
0005253581.tif 000014
【図７】
0005253581.tif 000015
【図８】
0005253581.tif 000016