(57)【要約】  本発明は、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の設定に基づく端末（ＵＥ）の動作方法及び端末が提供される。ＵＥはＤＲＸの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）又は再設定を含むメッセージを受信し、ＤＲＸの設定又は再設定により活性期間（ａｃｔｉｖｅ ｔｉｍｅ）の間にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングする。活性期間は、新しい送信を指示する第１ＰＤＣＣＨが、ＤＲＸの設定又は再設定を含むメッセージを受信した後に受信されない第１期間を含む。【選択図】  図６
2019534627.tif 000002
【特許請求の範囲】
【請求項１】
ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の設定に基づく端末（ＵＥ）の動作方法であって、
ＤＲＸの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）又は再設定を含むメッセージを受信する段階；及び
前記ＤＲＸの設定又は再設定によって活性期間（ａｃｔｉｖｅ ｔｉｍｅ）の間にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタする段階を含み、
前記活性期間は新しい送信を指示する第１ＰＤＣＣＨが、前記ＤＲＸの設定又は再設定を含むメッセージを受信した後、受信されない第１期間を含む、端末の動作方法。
【請求項２】
前記ＵＥはスケジューリング要請禁止メカニズムを支援する能力を有する、請求項１に記載の端末の動作方法。
【請求項３】
前記活性期間はスケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信され、さらに保留（ｐｅｎｄｉｎｇ）中である第２期間を含む、請求項１に記載の端末の動作方法。
【請求項４】
前記活性期間はスケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信されず、保留中ではない時にも、前記第１期間を含む、請求項１に記載の端末の動作方法。
【請求項５】
前記端末は前記第１ＰＤＣＣＨを受信した後、ＤＲＸ−非活性タイマ（ＤＲＸ−ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）を開始する、請求項１に記載の端末の動作方法。
【請求項６】
前記ＵＥが前記メッセージを受信する時、前記ＵＥに対して設定されたＤＲＸが存在しないと、前記第１ＰＤＣＣＨを受信するまで前記ＵＥはいかなるＤＲＸ関連タイマも使用しない、請求項５に記載の端末の動作方法。
【請求項７】
前記ＵＥが前記メッセージを受信する時、前記ＵＥに対して設定されたＤＲＸが存在すると、前記ＵＥは前記第１ＰＤＣＣＨを受信するまで任意のＤＲＸ関連タイマを続けて使用する、請求項５に記載の端末の動作方法。
【請求項８】
ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の設定に基づいて動作する端末（ＵＥ）であって、
ＤＲＸの設定又は再設定を含むメッセージを受信するように構成された送受信器；及び
前記ＤＲＸの設定又は再設定によって活性期間の間にＰＤＣＣＨ（物理的下りリンクの制御チャネル）をモニタするように前記送受信器を制御するプロセッサを含み、
前記活性期間が、新しい送信を指示する第１ＰＤＣＣＨが、前記ＤＲＸの設定又は再設定を含むメッセージを受信した後、受信されない第１期間を含むことに基づいて、前記プロセッサは前記送受信器を制御する、ＵＥ。
【請求項９】
前記ＵＥはスケジューリング要請禁止メカニズムを支援する能力を有する、請求項８に記載のＵＥ。
【請求項１０】
前記活性期間がスケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信され、さらに保留（ｐｅｎｄｉｎｇ）中である第２期間を含むことに基づいて、前記プロセッサは送受信器を制御する、請求項８に記載のＵＥ。
【請求項１１】
前記活性期間がスケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信されず、保留中ではない時にも、前記第１期間を含むことに基づいて、前記プロセッサは前記送受信器を制御する、請求項８に記載のＵＥ。
【請求項１２】
前記プロセッサは前記第１ＰＤＣＣＨを受信した後、ＤＲＸ−非活性タイマ（ＤＲＸ−ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）を開始する、請求項８に記載のＵＥ。
【請求項１３】
前記ＵＥが前記メッセージを受信する時、前記ＵＥに対して設定されたＤＲＸが存在しないと、前記第１ＰＤＣＣＨを受信するまで前記プロセッサはいかなるＤＲＸ関連タイマも使用しない、請求項１２に記載のＵＥ。
【請求項１４】
前記ＵＥが前記メッセージを受信する時、前記ＵＥに対して設定されたＤＲＸが存在すると、前記プロセッサは前記第１ＰＤＣＣＨを受信するまで任意のＤＲＸ関連タイマを続けて使用する、請求項１２に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおけるＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作に関する。特に、本発明は、ＤＲＸ設定又は再設定メッセージを受信した後のＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）モニタリングに関する。
【背景技術】
【０００２】
本発明が適用可能な移動通信システムの一例として、３ＧＰＰ ＬＴＥ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、以下 ＬＴＥという）通信システムについて簡単に説明する。
【０００３】
図１はＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）の網構造を示すブロック図である。Ｅ−ＵＭＴＳはＬＴＥシステムとも呼ばれる。通信網はＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）のような様々な通信サービスを提供するために広く配置される。
【０００４】
図１に示したように、Ｅ−ＵＭＴＳ網は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）及び１つ以上の端末を含む。Ｅ−ＵＴＲＡＮは１つのセルに位置できる１つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、２０）及び複数の端末１０を含む。１つ以上のＥ−ＵＴＲＡＮ ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）のゲートウェイ３０は、ネットワークの終端に位置して外部ネットワークに転結される。
【０００５】
本明細書において、「下りリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「上りリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信装備を称し、また、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、ユーザ端末（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。
【０００６】
図２はＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の概念を示す図である。
【０００７】
図２を参照すると、ＲＲＣ#ＣＯＮＮＥＣＴＥＤ状態であるＵＥについてＤＲＸが設定されると、ＵＥは下りリンクチャネルであるＰＤＣＣＨの受信を試みるが、即ち、ＵＥは、所定期間の間にのみＰＤＣＣＨをモニタし、残りの期間の間にはＰＤＣＣＨをモニタしない。ＵＥがＰＤＣＣＨをモニタすべき期間をＯｎ Ｄｕｒａｔｉｏｎという。１つのＯｎ ＤｕｒａｔｉｏｎがＤＲＸサイクルごとに規定される。即ち、ＤＲＸサイクルはＯｎ Ｄｕｒａｔｉｏｎの繰り返し周期である。
【０００８】
ＵＥは１つのＤＲＸサイクルにおいて‘Ｏｎ Ｄｕｒａｔｉｏｎ’の間にＰＤＣＣＨを常にモニタし、ＤＲＸサイクルはＯｎ Ｄｕｒａｔｉｏｎが設定される周期を決定する。複数のＤＲＸサイクルは、ＤＲＸサイクルの周期によって長いＤＲＸサイクルと短いＤＲＸサイクルとに分類される。長いＤＲＸサイクルはＵＥのバッテリー消耗を最小化できる反面、短いＤＲＸサイクルはデータ送信遅延を最小化することができる。
【０００９】
ＵＥが、ＤＲＸサイクルにおいてＯｎ Ｄｕｒａｔｉｏｎの間にＰＤＣＣＨを受信すると、Ｏｎ Ｄｕｒａｔｉｏｎ以外の期間の間に追加送信又は再送信が発生することができる。よって、ＵＥはＯｎ Ｄｕｒａｔｉｏｎ以外の期間の間にＰＤＣＣＨをモニタしなければならない。即ち、ＵＥは非活性期間の管理タイマｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ又は再送信の管理タイマｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ及びＯｎ Ｄｕｒａｔｉｏｎの管理タイマｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが実行される期間の間にＰＤＣＣＨをモニタしなければならない。
【００１０】
各タイマの値はサブフレームの数に規定される。サブフレームの数はタイマ値に到達するまでカウントされる。タイマ値を満たすと、タイマが満了される。現在のＬＴＥ標準は、初期ＵＬ又はＤＬユーザのデータ送信を指示するＰＤＣＣＨを成功的にデコーディングした後、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを連続するＰＤＣＣＨ−サブフレームの数として規定し、ＤＬ再送信がＵＥにより期待されると、直ちにｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを連続するＰＤＣＣＨ−サブフレームの最大数として規定する。
【００１１】
また、ＵＥは、任意接続の間、又はＵＥがスケジューリング要請を送信し、ＵＬグラントを受信しようとする時、ＰＤＣＣＨモニタを行うことができる。
【００１２】
ＵＥがＰＤＣＣＨをモニタすべき期間を活性期間（ａｃｔｉｖｅ ｔｉｍｅ）という。活性期間はＰＤＣＣＨが周期的にモニタされるＯｎ Ｄｕｒａｔｉｏｎ及びイベント生成時にＰＤＣＣＨがモニタされる区間を含む。
【００１３】
より具体的には、活性期間は、（１）ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ又はｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ又はｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ又はｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行される時間、（２）スケジューリング要請がＰＵＣＣＨ上に送信されるか、又は保留中（ｐｅｎｄｉｎｇ）である時間、（３）保留中であるＨＡＲＱ再送信に対する上りリンクグラントが発生でき、対応するＨＡＲＱバッファーにデータがある時間、又は（４）ＵＥのＣ−ＲＮＴＩにアドレスされた新しい送信を指示するＰＤＣＣＨがＵＥにより選択されなかったプリアンブルに対する任意接続応答の成功的な受信以後に受信されない時間を含む。
【００１４】
図３はＬＴＥシステムにおけるＤＲＸ動作方法を示す図である。
【００１５】
図３を参照すると、ＵＥはＤＲＸ機能を有するＲＲＣにより設定されることができ、各ＴＴＩ（即ち、各々のサブフレーム）に対して以下の動作を行うことができる。
【００１６】
該当サブフレームにおいて、ＨＡＲＱ ＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）タイマが満了し、対応ＨＡＲＱプロセスのデータが成功的にデコーディングされないと、ＵＥは対応ＨＡＲＱプロセスのためにｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始することができる。
【００１７】
また、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ制御要素（ＣＥ）が受信されると、ＵＥはｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ及びｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを中止することができる。ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、ＤＲＸ状態に遷移するための命令であり、ＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）サブヘッダのＬＣＩＤ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤ）フィールドにより識別される。
【００１８】
該当サブフレームにおいて、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、又はＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥが受信される場合、Ｓｈｏｒｔ ＤＲＸサイクルが設定されると、ＵＥはｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始又は再開始し、Ｓｈｏｒｔ ＤＲＸサイクルを使用することができる。しかし、Ｓｈｏｒｔ ＤＲＸサイクルが設定されないと、Ｌｏｎｇ ＤＲＸサイクルが使用される。また、該当サブフレームにおいて、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了すると、Ｌｏｎｇ ＤＲＸサイクルも使用される。
【００１９】
また、Ｓｈｏｒｔ ＤＲＸサイクルが使用され〔（ＳＦＮ＊１０）＋サブフレームの数〕モジュロ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）が（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）モジュロ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）である場合、又はＬｏｎｇ ＤＲＸ Ｃｙｃｌｅが使用され、〔（ＳＦＮ＊１０）＋サブフレームの数〕モジュロ（ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ）がｄｒｘＳｔａｒｔＯｆｆｓｅｔであると、ＵＥはｏｎＴｕｒａｔｉｏｎＴｉｍｅｒを開始することができる。
【００２０】
ＵＥは活性期間の間にＰＤＣＣＨ−サブフレームについてＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨがＤＬ送信を指示するか又はＤＬ割り当てが該当サブフレームに対して設定されると、ＵＥは対応ＨＡＲＱプロセスに対するＨＡＲＱ ＲＴＴタイマを開始し、対応ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止できる。ＰＤＣＣＨが（ＤＬ又はＵＬ）新しい送信を示すと、ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始するか又は再開始することができる。
【００２１】
ここで、ＰＤＣＣＨ−サブフレームはＰＤＣＣＨを有するサブフレームとして規定される。即ち、ＰＤＣＣＨ−サブフレームはＰＤＣＣＨが送信可能なサブフレームである。特に、ＦＤＤ（周波数分割デュプレックス）システムにおいて、ＰＤＣＣＨ−サブフレームは任意のサブフレームを示す。フル−デュプレックスＴＤＤ（時分割デュプレックス）システムにおいて、ＰＤＣＣＨ−サブフレームは、下りリンクサブフレームと、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄが設定されたサービングセル（即ち、スケジューリングされたセル）を除いて、全てのサービングセルのＤｗＰＴＳを含むサブフレームの結合を示す。ここで、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄはスケジューリングセルのＩＤを示す。また、ハーフ−デュプレックスＴＤＤシステムの場合、ＰＤＣＣＨ−サブフレームはＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）が下りリンクサブフレーム又はＤｗＰＴＳを含むサブフレームとして設定されたサブフレームを示す。
【００２２】
なお、活性期間内ではない時、ＵＥはｅＮＢによりトリガーされるＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）送信及びＣＳＩ報告を行わない。
【００２３】
ＤＲＸ動作において、ＵＥがＤＲＸ設定又は再設定を含むメッセージを受信した後、ＰＤＣＣＨモニタを開始する時期に関する論議があった。上述したように、現ＤＲＸ動作によれば、活性期間は以下の４つの場合がある：
【００２４】
（１）ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ又はｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ又はｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ又はｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ又はｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行中である場合；又は
【００２５】
（２）スケジューリング要請がＰＵＣＣＨを介して送信されて保留中である場合（５.４.４での説明と同様）；又は
【００２６】
（３）保留中であるＨＡＲＱ再送信に対する上りリンクグラントが発生することができ、同期ＨＡＲＱプロセスのために対応するＨＡＲＱバッファーにデータが存在する場合；又は
【００２７】
（４）ＭＡＣエンティティーのＣ−ＲＮＴＩにアドレスされた新しい送信を指示するＰＤＣＣＨが、ＭＡＣエンティティーにより選択されなかったプリアンブルに対する任意接続応答の成功的な受信以後に、受信されない場合。
【発明の概要】
【発明が解決しようとする課題】
【００２８】
ＬＴＥ標準のＤＲＸ動作によれば、ＤＲＸサイクルは非活性タイマの１番目の満了後にのみ使用される。上述したように、活性期間の規定はＤＲＸ設定又は再設定を含むメッセージを受信した後の新しい送信のためにＰＤＣＣＨを受信するまでの期間を含まない。
【００２９】
よって、ＵＥがＤＲＸ設定又は再設定を含むメッセージを受信した後にＰＤＣＣＨをモニタできるか否かが曖昧である。
【課題を解決するための手段】
【００３０】
本発明の目的を達成するために、一態様において、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の設定に基づく端末（ＵＥ）の動作方法であって、ＤＲＸの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）又は再設定を含むメッセージを受信する段階；及びＤＲＸの設定又は再設定によって活性期間（ａｃｔｉｖｅ ｔｉｍｅ）の間にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタする段階を含み、活性期間は、新しい送信を指示する第１ＰＤＣＣＨが、ＤＲＸの設定又は再設定を含むメッセージを受信した後、受信されない第１期間を含む端末の動作方法が提供される。
【００３１】
これに関連して、ＵＥはスケジューリング要請禁止メカニズムを支援する能力を有する。
【００３２】
活性期間はスケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信され、さらに保留（ｐｅｎｄｉｎｇ）中である第２期間を含む。
【００３３】
活性期間はスケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信されず、保留中ではない時にも、第１期間を含む。
【００３４】
端末は第１ＰＤＣＣＨを受信した後、ＤＲＸ−非活性タイマ（ＤＲＸ−ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）を開始する。
【００３５】
ＵＥがメッセージを受信する時、ＵＥに対して設定されたＤＲＸが存在しないと、第１ＰＤＣＣＨを受信するまでＵＥはいかなるＤＲＸ関連タイマも使用しない。
【００３６】
ＵＥがメッセージを受信する時、ＵＥに対して設定されたＤＲＸが存在すると、ＵＥは第１ＰＤＣＣＨを受信するまで任意のＤＲＸ関連タイマを続けて使用する。
【００３７】
本発明の他の態様において、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の設定に基づいて動作する端末（ＵＥ）であって、ＤＲＸの設定又は再設定を含むメッセージを受信するように構成された送受信器；及びＤＲＸの設定又は再設定によって活性期間の間にＰＤＣＣＨ（物理的下りリンクの制御チャネル）をモニタするように送受信器を制御するプロセッサを含み、活性期間が、新しい送信を指示する第１ＰＤＣＣＨが、ＤＲＸの設定又は再設定を含むメッセージを受信した後、受信されない第１期間を含むことに基づいて、プロセッサは送受信器を制御する、ＵＥが提供される。
【００３８】
ＵＥはスケジューリング要請禁止メカニズムを支援する能力を有する。
【００３９】
活性期間がスケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信され、さらに保留（ｐｅｎｄｉｎｇ）中である第２期間を含むことに基づいて、プロセッサは送受信器を制御する。
【００４０】
活性期間がスケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信されず、保留中ではない時にも、第１期間を含むことに基づいて、プロセッサは送受信器を制御する。
【００４１】
プロセッサは、第１ＰＤＣＣＨを受信した後、ＤＲＸ−非活性タイマ（ｄｒｘ−ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）を開始する。
【００４２】
ＵＥがメッセージを受信する時、ＵＥに対して設定されたＤＲＸが存在しないと、第１ＰＤＣＣＨを受信するまでプロセッサはいかなるＤＲＸ関連タイマも使用しない。
【００４３】
ＵＥがメッセージを受信する時、ＵＥに対して設定されたＤＲＸが存在すると、プロセッサは第１ＰＤＣＣＨを受信するまで任意のＤＲＸ関連タイマを続けて使用する。
【発明の効果】
【００４４】
本発明によれば、ＵＥがＤＲＸ設定又は再設定を含むメッセージを受信する時期に対する現標準における曖昧さを明確に解決することができる。即ち、ＵＥはＳＲが保留状態ではなくてもＤＲＸ設定／再設定メッセージを受信した後にＰＤＣＣＨをモニタする。
【００４５】
当業者であれば、本発明により達成される効果が、上記に特定した技術に限られず、本発明の他の長所は添付の図面について行われる以下の詳細な説明からより明らかになることを理解できるであろう。
【図面の簡単な説明】
【００４６】
本明細書に添付する図面は本発明に対する理解を提供するためのものであり、本発明の多様な実施形態を示し、本発明の説明とともに本発明の原理を説明するためのものである。
【００４７】
【図１】Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）のネットワーク構造を示すブロック図である。
【図２】ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の概念を示す図である。
【図３】ＬＴＥシステムにおけるＤＲＸ動作方法を示す図である。
【図４】ＤＲＸ設定又は再設定を含むメッセージを受信する時の流れを示す図である。
【図５】ＤＲＸ設定又は再設定を含むメッセージを受信する時の流れを示す図である。
【図６】本発明の一実施例の概念を示す図である。
【図７】本発明の一実施例による通信装置を示すブロック図である。
【発明を実施するための形態】
【００４８】
本発明の構成、動作及び他の特徴は、添付の図面を参照して説明する本発明の実施例により理解できるであろう。以下の実施例は３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）システムに本発明の技術的特徴を適用する一例である。
【００４９】
この明細書では、本発明の実施例をＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システムを使用して説明しているが、これらは例示に過ぎない。従って、本発明の実施例は上記の定義に該当するその他の通信システムにも適用可能である。
【００５０】
上述したように、ＵＥがＤＲＸ設定又は再設定を含むメッセージの受信後にＰＤＣＣＨをモニタできるか否かは曖昧である。
【００５１】
図４及び図５はＤＲＸ設定又は再設定を含むメッセージを受信する時の流れを示す図である。
【００５２】
ＤＲＸ設定又は再設定を含むメッセージは、図４及び図５に示したように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージとして例示できる。
【００５３】
かかる手順の他の目的は、ＲＲＣ連結を修正すること、例えば、ＲＢ設定／修正／解除すること、ハンドオーバーの実行、測定を設定／修正／解除すること、ＳＣｅｌｌを追加／修正／解除することを含む。かかる手順の一部として、ＮＡＳ専用情報がＥ−ＵＴＲＡＮからＵＥに送信されることができる。
【００５４】
図４に示したように、ＲＲＣ連結再設定が成功した時、ＵＥはＲＲＣ連結再設定完了メッセージを送信することができる。反面、ＲＲＣ連結再設定に成功しなかった場合は、図５に示したように、ＵＥ及びＥＵＴＲＡＮはＲＲＣ連結再確立の手順を行う。
【００５５】
ＤＲＸ設定又は再設定を含むメッセージを受信後、ＵＥがＰＤＣＣＨのモニタを開始する時について論議する場合、当業者はＵＥがＤＲＸ設定、即ち、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信後、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに応答してＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅを送信するためにトリガーされた保留中であるＳＲによりＵＥが活性期間内にいるので、ＵＥがＰＤＣＣＨをモニタすることができると判断できる。
【００５６】
しかし、上記の結論においては、ＵＥがＤＲＸ設定を受信する時にＳＲが常に保留中であるか否かについて、さらに考えてみる必要がある。最近、以下のように、ＳＲをトリガーできないようにするいくつの方法がある:例えば、Ｒｅｌ−９に導入されたｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｍａｓｋ及びＲｅｌ−１２に導入されたｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ。
【００５７】
ＲＲＣによれば、かかるＳＲ禁止メカニズム、即ち、ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｍａｓｋ及びｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−ＰｒｏｈｉｂｉｔＴｉｍｅｒは、ＳＲＢについて使用できる。以下の表を参照する：
【００５８】
【表１】
2019534627.tif 000003
【００５９】
【表２】
2019534627.tif 000004
【００６０】
よって、ＵＥがＤＲＸ設定を受信した後にもＳＲが保留状態ではないようにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅが伝達されるＳＲＢ１にＳＲ禁止メカニズムが適用される場合があり得る。
【００６１】
従って、ＵＥが活性期間内にいないと、ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを全く開始しない。結果として、ＵＥはＤＲＸを使用できない。よって、ＵＥがＤＲＸ設定の受信後に、ＵＥが活性期間であるようにする方法が必要である。従って、ＤＲＸを設定した後にはＵＥがＰＤＣＣＨをモニタするようにすることが好ましい。
【００６２】
図６は本発明の一実施例の概念を示す図である。
【００６３】
図６に示したように、ＤＲＸサイクルが設定される時（Ｓ６１０）、活性期間は、ＵＥがＤＲＸの設定又は再設定を受信する時点からＵＥが新しい送信を示すＵＥのＣ−ＲＮＴＩによりアドレスされたＰＤＣＣＨを受信する時点までの期間を明示的に含むことができる（Ｓ６２０、Ｓ６３０）。
【００６４】
ＵＥはネットワークからＤＲＸを設定又は再設定するＲＲＣメッセージを受信する（Ｓ６１０）。ＲＲＣメッセージはＤＲＸ−ｃｏｎｆｉｇを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎである。ＵＥはＲＲＣメッセージにより指示されたように、ＤＲＸ設定を適用することができる；ＵＥが活性期間内であると、即ちＵＥはＰＤＣＣＨをモニタしていると見なされることができる（Ｓ６３０）。即ち、ＤＲＸを設定又は再設定するＲＲＣメッセージをＵＥが受信した後、直ちにＵＥはＰＤＣＣＨモニタを開始することができる。
【００６５】
次に、ＵＥはＵＥに対する新しい送信を示す自分のＣ−ＲＮＴＩにアドレスされたＰＤＣＣＨを受信する（Ｓ６２０）。その後、ＵＥはＤＲＸ関連タイマの動作を開始でき、この明細書に明示したように、活性期間内でＰＤＣＣＨをまたモニタすることができる。例えば、ＰＤＣＣＨが下りリンク／上りリンク／サイドリンクで新しい送信を指示すると、ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始する。
【００６６】
この実施例によると、活性期間（ａｃｔｉｖｅ ｔｉｍｅ）は以下のように定義できる：
【００６７】
【表３】
2019534627.tif 000005
【００６８】
活性期間は次の時間を含む：ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ又はＤＲＸ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ又はＤＲＸ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ又はＤＲＸ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ又はＭＡＣ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行中である時間;又はスケジューリング要請がＰＵＣＣＨを介して送信され、保留中である時間;又は保留中であるＨＡＲＱ再送信に対する上りリンクグラントが発生でき、同期ＨＡＲＱプロセスのために対応するＨＡＲＱバッファーにデータが存在する時間;又はＭＡＣエンティティーのＣ−ＲＮＴＩにアドレスされた新しい送信を指示するＰＤＣＣＨが、ＭＡＣエンティティーにより選択されなかったプリアンブルに対する任意接続応答の成功的な受信後に受信されない時間;又はＭＡＣエンティティーのＣ−ＲＮＴＩにアドレスされた新しい送信を指示するＰＤＣＣＨがＤＲＸの設定又は再設定の後に受信されない時間。
【００６９】
即ち、新しい送信を指示するＰＤＣＣＨがＤＲＸの設定又は再設定を含むメッセージを受信した後に受信されない期間は、ＤＲＸ動作のための活性期間として明示的に規定される。この実施例のＵＥは、スケジューリング要請禁止メカニズムを支援する能力を有することと仮定される。
【００７０】
勿論、ＵＥはスケジューリング要請がＰＵＣＣＨを介して送信され、保留中である時、ＤＲＸ設定／再設定メッセージを受信した後、ＵＥはＰＤＣＣＨをモニタすることができる。重要ポイントは、スケジューリング要請がＰＵＣＣＨ（物理的上りリンク制御チャネル）上で送信されず保留中でもない場合にも、活性期間は新しい送信を指示するＰＤＣＣＨが、ＵＥがＤＲＸの設定又は再設定を含むメッセージを受信した後、受信されない期間を含むことである。
【００７１】
ＵＥに対してＤＲＸが現在設定されていない状態でＵＥがＤＲＸを設定するＲＲＣメッセージを、ＵＥがＤＲＸの設定を受信した時点からＵＥが新しい送信を示すＵＥのＣ−ＲＮＴＩによりアドレスされたＰＤＣＣＨを受信した時点までの期間内に受信すると、ＵＥは任意のＤＲＸサイクルを使用することができない；また
【００７２】
−ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了後、ＤＲＸサイクルの使用を始まる；又は
【００７３】
−ＵＥは活性期間の間にネットワークからＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ制御要素を受信する。
【００７４】
ＵＥはいかなるＤＲＸ関連タイマも開始できない。新しい送信を指示するＰＤＣＣＨをＵＥが受信する時、ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始することができる。
【００７５】
ＵＥについて現在ＤＲＸが設定されている間にＤＲＸを設定するＲＲＣメッセージを、ＵＥがＤＲＸの設定を受信した時点からＵＥが新しい送信を示すＵＥのＣ−ＲＮＴＩによりアドレスされたＰＤＣＣＨを受信した時点までの期間内に、ＵＥが受信すると、ＵＥは現在ＵＥが使用しているＤＲＸサイクルを続けて使用することができる。ＵＥは現在実行している任意のＤＲＸ関連タイマを続けて使用又は実行することができる。
【００７６】
図７は本発明の一実施例による通信装置のブロック図である。
【００７７】
図７に示した装置は、メカニズムを行うように構成された端末（ＵＥ）及び／又はｅＮＢであり、これは同様の動作を行う任意の装置であってもよい。
【００７８】
図７に示したように、この装置はＤＳＰ／マイクロプロセッサ１１０とＲＦモジュール（送受信器）１３５を備える。ＤＳＰ／マイクロプロセッサ１１０は送受信器１３５と電気的に転結されて送受信器を制御する。この装置は、その具現及び設計者の選択によって、さらに電力管理モジュール１０５、バッテリー１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリ装置１３０、スピーカー１４５及び入力装置１５０を含む。
【００７９】
特に、図７は、ネットワークから信号を受信するように構成された受信器１３５とネットワークへ信号を送信するように構成された送信器１３５を備えるＵＥを示す。これらの受信器と送信器は送受信器１３５を構成する。ＵＥはさらに送受信器（受信器と送信器）１３５に転結されたプロセッサ１１０を備える。
【００８０】
また、図７はＵＥに信号を送信するように構成された送信器１３５とＵＥから信号を受信するように構成された受信器１３５を備えるネットワーク装置を示している。これらの送信器と受信器は送受信器１３５を構成する。ネットワークはさらに送信器と受信器に転結されたプロセッサ１１０を備える。
【００８１】
当該技術分野における当業者であれば、下記の特許請求の範囲に記載された本発明の思想及び領域から外れない範囲内で本発明を多様に修正及び変更することができる。従って、添付する特許請求の範囲及びその等価的範囲内での本発明の変更と変化は本発明の範囲に属する。
【００８２】
以上説明した実施例は、本発明の構成要素及び特徴を所定の形態として結合したものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素または特徴は、他の構成要素や特徴と結合しない形態として実施することもできる。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれることもでき、または、他の実施例の対応する構成または特徴に取って代わることもできる。特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めることもできることは自明である。
【００８３】
本発明の実施例において、ＢＳによって行われると説明された特定動作は、基地局の上位ノードにより行われることもできる。即ち、ＢＳを含む多数のネットワークノードからなるネットワークでＭＳとの通信のために行われる種々の動作は、ＢＳまたはＢＳ以外の他のネットワークノードによって行われることができる。この時、‘ｅＮＢ’という用語は、‘固定局’、‘ノードＢ’、‘基地局（ＢＳ）’、‘アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）’、‘ｇＮＢ’などの用語に代替可能である。
【００８４】
上述した本発明の実施例は多様な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現できる。
【００８５】
ハードウェアによる具現の場合、本発明の実施例による方法は、一つ又はそれ以上の注文型集積回路（ＡＳＩＣｓ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現できる。
【００８６】
ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は以上で説明した機能又は動作を行う装置、過程又は関数などの形態に具現できる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。メモリユニットはプロセッサの内部又は外部に位置し、既に知られた多様な手段によってプロセッサとデータを取り交わすことができる。
【００８７】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態で具体化できるのは当業者には自明である。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定しなければならず、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【００８８】
上述した方法は、３ＧＰＰシステムに適用された例を中心として説明したが、本発明の３ＧＰＰシステム以外にも多様な移動通信システム、例えばＩＥＥＥシステムにも適用可能である。
【図１】
2019534627.tif 000006
【図２】
2019534627.tif 000007
【図３】
2019534627.tif 000008
【図４】
2019534627.tif 000009
【図５】
2019534627.tif 000010
【図６】
2019534627.tif 000011
【図７】
2019534627.tif 000012
【国際調査報告】
2019534627.tif 000013
2019534627.tif 000014
2019534627.tif 000015