特許 5747049 不連続受信で動作するＷＴＲＵのためのセル再選択を可能にする方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5747049

(24)【登録日】2015年5月15日

(45)【発行日】2015年7月8日

(54)【発明の名称】不連続受信で動作するＷＴＲＵのためのセル再選択を可能にする方法および装置

(51)【国際特許分類】

   H04W 52/02 20090101AFI20150618BHJP

   H04W 36/08 20090101ALI20150618BHJP

   H04W 8/26 20090101ALI20150618BHJP

【ＦＩ】

   H04W52/02 111

   H04W36/08

   H04W8/26 110

【請求項の数】8

【全頁数】18

(21)【出願番号】特願2013-30021(P2013-30021)

(22)【出願日】2013年2月19日

(62)【分割の表示】特願2010-545196(P2010-545196)の分割

【原出願日】2009年1月30日

(65)【公開番号】特開2013-138487(P2013-138487A)

(43)【公開日】2013年7月11日

【審査請求日】2013年3月21日

(31)【優先権主張番号】61/025,657

(32)【優先日】2008年2月1日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ヴィンセント ロイ

(72)【発明者】

【氏名】ダイアナ パニ

(72)【発明者】

【氏名】クリストファー アール．ケイブ

(72)【発明者】

【氏名】ポール マリニエール

(72)【発明者】

【氏名】ロッコ ディジロラモ

【審査官】 深津 始

(56)【参考文献】

【文献】 特開２００７−１６６２３３（ＪＰ，Ａ）

【文献】 国際公開第２００８／００１７２６（ＷＯ，Ａ１）

【文献】 国際公開第２００７／１４５０３５（ＷＯ，Ａ１）

【文献】 特許第５２０８２２１（ＪＰ，Ｂ２）

【文献】 Nokia Corporation, Nokia Siemens Networks，Cell_FACH DRX，3GPP TSG-RAN-WG2 Meeting #60 R2-080362，２００８年 １月１４日，pages 1-3，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_60bis/Docs/R2-080362.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ −Ｈ０４Ｗ ９９／００

Ｈ０４Ｂ ７／２４ −Ｈ０４Ｂ ７／２６

(57)【特許請求の範囲】

【請求項1】

ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ）におけるＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）のための方法であって、
前記ＷＴＲＵがＨ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ−ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ））を有していると決定することと、
前記ＷＴＲＵがＨ−ＲＮＴＩを有していると決定することに応答して、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）動作をイネーブルすることと、
セル再選択を実行することおよび前記Ｈ−ＲＮＴＩを解放することと、
前記Ｈ−ＲＮＴＩを解放することに応答して、ＤＲＸ動作をディセーブルすることであって、前記ＤＲＸ動作をディセーブルすることは、前記ＷＴＲＵにおいて連続受信動作を開始することである、ことと
を備える方法。

【請求項2】

新しいセルに関連したＨ−ＲＮＴＩを受信することをさらに備える、請求項１に記載の方法。

【請求項3】

前記ＷＴＲＵが前記新しいセルに関連したＨ−ＲＮＴＩを有していると決定することに応答して、ＤＲＸ動作を再イネーブルすることをさらに備える、請求項２に記載の方法。

【請求項4】

前記セル再選択を実行することは、
前記セル再選択を実行することに関連したＣＥＬＬ ＵＰＤＡＴＥメッセージを送信することと、
前記セル再選択が成功であることを示すＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信することと
を備える、請求項１に記載の方法。

【請求項5】

ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ）であって、プロセッサを備え、前記プロセッサは、
前記ＷＴＲＵがＨ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ−ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ））を有していると決定し、
前記ＷＴＲＵがＨ−ＲＮＴＩを有しているとの決定に応答して、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）動作をイネーブルし、
セル再選択を実行し、前記Ｈ−ＲＮＴＩを解放し、
前記Ｈ−ＲＮＴＩの解放に応答して、ＤＲＸ動作をディセーブルする
ようにさらに構成され、前記ＤＲＸ動作をディセーブルすることは前記ＷＴＲＵにおいて連続受信動作を開始することである、ＷＴＲＵ。

【請求項6】

前記プロセッサは、新しいセルに関連したＨ−ＲＮＴＩを受信するようにさらに構成された、請求項５に記載のＷＴＲＵ。

【請求項7】

前記プロセッサは、前記ＷＴＲＵが前記新しいセルに関連したＨ−ＲＮＴＩを有しているとの決定に応答して、ＤＲＸ動作を再イネーブルするようにさらに構成された、請求項６に記載のＷＴＲＵ。

【請求項8】

前記セル再選択を実行するために、前記プロセッサは、
前記セル再選択を実行することに関連したＣＥＬＬ ＵＰＤＡＴＥメッセージを送信し、
前記セル再選択が成功であることを示すＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信する、
ようにさらに構成された、請求項５に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、無線通信に関する。

【背景技術】

【0002】

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）リリース７のＣＰＣ（Ｃｏｎｔｉｎｕｏｕｓ Ｐａｃｋｅｔ Ｃｏｎｎｅｃｔｉｖｉｔｙ）の特徴の一部として、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）およびＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）が、ＣＥＬＬ＿ＤＣＨ状態に導入された。ＣＥＬＬ＿ＤＣＨ状態のＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ）に適用されたＤＲＸおよびＤＴＸ動作は、無線アクセスネットワークが、これらのＷＴＲＵによって引き起こされた干渉を減少させ（すなわちシステム容量の浪費を少なくし）、ＷＴＲＵのバッテリ消費を減少させることによって、ＣＥＬＬ＿ＤＣＨ状態で一時的に非アクティブなＷＴＲＵを維持することができる。

【0003】

リリース７では、２層ＤＲＸ方式が、ＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵに導入された。ＣＥＬＬ＿ＰＣＨ状態に遷移すると、ＷＴＲＵは、より短いＤＲＸサイクルを使用するＤＲＸモードに入り、非アクティブ期間の後、ＷＴＲＵは、より長いＤＲＸサイクルに切り換わる。

【0004】

３ＧＰＰ ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）リリース８の一環として、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵのＤＲＸ動作をイネーブルするための新しい特徴が導入されている。ＷＴＲＵにＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）リソースが割り当てられている場合を例外として、ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態にある全期間を通して常に使用される固定のＤＲＸパターンが導入された。ＷＴＲＵにＥ−ＤＣＨリソースが割り当てられる場合、ＷＴＲＵは連続受信／送信モードで動作することができ、それが連続的に送信し、ダウンリンク上で連続的に受信することが可能となる。Ｅ−ＤＣＨリソースが解放された後、次いでＷＴＲＵおよびＮｏｄｅ Ｂは、ＷＴＲＵのＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）から導出された固定のＤＲＸパターンに従い始める。

【発明の概要】

【発明が解決しようとする課題】

【0005】

特定のＷＴＲＵによって使用されるＤＲＸパターンは、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ−ＲＮＴＩ）、Ｈ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）ＲＮＴＩ）またはＣ−ＲＮＴＩ（Ｃｏｎｔｒｏｌｌｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）などのユーザ固有の識別子によって決定され得る。ＷＴＲＵの振舞いおよびＤＲＸパターンは、ＲＮＴＩが割り当てられていないＷＴＲＵ（たとえば、ＷＴＲＵがセル再選択のためにＣＥＬＬ＿ＵＰＤＡＴＥを送信し、そのＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージをまだ受信していない場合）については指定されない。さらに、ＷＴＲＵの振舞いは、ＣＥＬＬ＿ＤＣＨ状態で無線リンクの障害が生じる場合については定義されない。無線リンク障害に遭遇するＷＴＲＵは、ＣＥＬＬ＿ＦＡＣＨ状態に移り、ＣＥＬＬ＿ＤＣＨの間にＷＴＲＵに割り当てられたすべての専用のダウンリンクおよびアップリンク情報を削除する。これらのリソースは、Ｅ−ＲＮＴＩ、Ｈ−ＲＮＴＩおよびＣ−ＲＮＴＩを含む。次いで、ＷＴＲＵは、原因「無線リンク障害」を伴うＣＥＬＬ ＵＰＤＡＴＥメッセージを送信し、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを待つ。この時間の間、ＷＴＲＵは、専用のＲＮＴＩを有さない。さらに、ＤＲＸ振舞いは、アイドルモードにあって、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求を開始するＷＴＲＵについては定義されない。ＷＴＲＵは、アイドルモードにある場合、ＲＲＣ接続要求メッセージが送信されるときに専用のＲＮＴＩを有していないことがある。その結果、ＷＴＲＵは、ＷＴＲＵに専用のＲＮＴＩを割り当てることができるＲＲＣ接続設定メッセージを、ＨＳ−ＤＳＣＨを介してネットワークから受信するのを待たなければならない。

【0006】

同様に、ＤＲＸ動作とＣＲＸ（Ｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作の間のＷＴＲＵの遷移を管理するための方法が望まれる。１つの提案では、ＷＴＲＵは、ＤＲＸ動作とＣＲＸ動作の間の遷移を、Ｅ−ＲＡＣＨ（ｅｎｈａｎｃｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）アクセスまたはＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモード手順のＥ−ＤＣＨの開始に結び付けるように構成されてよい。さらに、ＣＲＸ動作とＤＲＸ動作の間のＷＴＲＵの遷移は、その割り当てられたＥ−ＤＣＨリソースの解放に結び付けることができる。しかし、この振舞いは、ＷＴＲＵが、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）からのシグナリングまたはデータをリッスンしている必要がある特定の状況においてＤＲＸで動作していることがあるので、問題を引き起こし得る。たとえば、ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態でＥ−ＤＣＨを使用してセル再選択のためのＣＥＬＬ＿ＵＰＤＡＴＥメッセージを送信して新しいＮｏｄｅ Ｂに移り、次いでそのＥ−ＤＣＨリソースを解放した後にＤＲＸ動作を再開する場合、こうしたシナリオが生じることがある。新しいＮｏｄｅ Ｂは、ＷＴＲＵによって使用されたＤＲＸパターンを認識しない場合、ＷＴＲＵがＤＲＸにある間にその応答（たとえばＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ）を送信し、したがってＷＴＲＵが応答を受信できないことがある。問題が生じ得る別のシナリオは、ＷＴＲＵがＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を使用してセル再選択のためのＣＥＬＬ＿ＵＰＤＡＴＥメッセージを送信して、新しいＮｏｄｅ Ｂに移る場合である。ＲＡＣＨアクセス手順の開始は現在、ＤＲＸからＣＲＸに遷移させるトリガではないので、新しいＮｏｄｅ ＢはＷＴＲＵがＤＲＸにある間にその応答（たとえばＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ）を送信し、したがってＷＴＲＵが応答を受信できないことがある。

【0007】

別の問題は、ＷＴＲＵがＥ−ＤＣＨリソースを自律的に解放することを許され、リソースが解放されたことの知らせをネットワークが受信しない場合に生じることがある。このシナリオでは、Ｅ−ＤＣＨリソースが依然として割り割り当てられているのでＷＴＲＵがまだＣＲＸモードにあるとネットワークが考えている間、ＷＴＲＵはＤＲＸ動作にあることがある。これによって、ＷＴＲＵがダウンリンク上でメッセージを受信し損ねることになり得る。

【課題を解決するための手段】

【0008】

不連続受信モードで動作するＷＴＲＵのためのセル再選択を可能にする方法および装置が開示される。セル再選択の間にＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ）で実施されるＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）のための方法であって、セル再選択を開始するステップと、ＤＲＸ動作をディセーブルするステップであって、ＤＲＸ動作のディセーブルによって連続受信がイネーブルされる、ステップと、ＣＥＬＬ ＵＰＤＡＴＥメッセージを送信するステップと、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信するステップと、受信されたＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージに基づいてＤＲＸ動作をイネーブルするステップとを含む。

【図面の簡単な説明】

【0009】

より詳細な理解は、添付の図面と併せて、例示するために示された以下の説明から得ることができる。

【図1】複数のＷＴＲＵと、Ｎｏｄｅ Ｂと、ＣＲＮＣ（ｃｏｎｔｒｏｌｌｉｎｇ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）と、ＳＲＮＣ（ｓｅｒｖｉｎｇ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）と、コアネットワークとを含む無線通信システムを示す図である。

【図2】図１の無線通信システムのＷＴＲＵおよびＮｏｄｅ Ｂの機能ブロック図である。

【図3】ＤＲＸ振舞いの例示的な実現化を示す図である。

【図4】セル再選択実施の間のＤＲＸ振舞いの例示的な実現化を示す図である。

【図5】ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードのＥ−ＤＣＨがサポートされない場合のＤＲＸ振舞いの例示的な実現化を示す図である。

【図6】ＲＡＣＨ手順の間のＷＴＲＵの例示的なＤＲＸタイミング期間を示す図である。

【発明を実施するための形態】

【0010】

以下に言及されるとき、用語「ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ）」には、それだけに限らないが、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、移動局、固定または移動加入者装置、ページャ、携帯電話、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、コンピュータ、または無線環境で動作できる他の任意のタイプのユーザ装置が含まれる。以下に言及されるとき、用語「基地局」には、それだけに限らないが、Ｎｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作できる他の任意のタイプのインターフェース装置が含まれる。

【0011】

以下に言及されるとき、用語ＲＮＴＩは、専用のＥ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、またはＲＲＣ接続の間にＵＴＲＡＮによってＷＴＲＵに割り当てられる他の任意の専用の識別子を指し得る。

【0012】

以下に言及されるとき、用語Ｅ−ＲＡＣＨは、ＨＳＰＡ＋（Ｅｖｏｌｖｅｄ Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）システム内のアップリンク競合型アクセスのためにＷＴＲＵによって使用されるリソースを指し得る。用語Ｅ−ＲＡＣＨリソースは、将来のシステムアーキテクチャにおけるアップリンク競合型チャネルに関連するスクランブル符号、チャネライゼーション符号、タイムスロット、アクセス機会および／またはシグネチャ系列のいずれかの組合せを示すこともできる。用語Ｅ−ＲＡＣＨは、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ状態またはアイドルモードでＥ−ＤＣＨを使用することに言及することもある。

【0013】

図１は、複数のＷＴＲＵ １１０と、Ｎｏｄｅ Ｂ １２０と、ＣＲＮＣ（ｃｏｎｔｒｏｌｌｉｎｇ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）１３０と、ＳＲＮＣ（ｓｅｒｖｉｎｇ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）１４０と、コアネットワーク１５０とを含む無線通信システム１００を示している。Ｎｏｄｅ Ｂ １２０およびＣＲＮＣは、ＵＴＲＡＮと呼ばれることがある。

【0014】

図１に示されるように、ＷＴＲＵ １１０は、Ｎｏｄｅ Ｂ １２０と通信しており、このＮｏｄｅ Ｂ １２０は、ＣＲＮＣ １３０およびＳＲＮＣ １４０と通信している。図１には３つのＷＴＲＵ １１０、１つのＮｏｄｅ Ｂ １２０、１つのＣＲＮＣ １３０および１つのＳＲＮＣ １４０が示されているが、任意の組合せの無線および有線装置が無線通信システム１００内に含まれてよいことに留意されたい。

【0015】

図２は、図１の無線通信システム１００のＷＴＲＵ１１０およびＮｏｄｅ Ｂ １２０の機能ブロック図２００である。図２に示されるように、ＷＴＲＵ １１０は、Ｎｏｄｅ Ｂ １２０と通信しており、両方が、ＤＲＸモードで動作するＷＴＲＵのためのセル再選択を可能にする方法を実施するように構成される。

【0016】

典型的なＷＴＲＵで見られ得る構成要素に加えて、ＷＴＲＵ １１０は、プロセッサ１１５と、受信機１１６と、送信機１１７と、アンテナ１１８とを含む。プロセッサ１１５は、ＤＲＸモードで動作するＷＴＲＵのためのセル再選択を可能にする方法を実施するように構成される。受信機１１６および送信機１１７は、プロセッサ１１５と通信している。アンテナ１１８は、受信機１１６と送信機１１７の両方と通信して、無線データの送受信を円滑に進める。

【0017】

典型的な基地局で見られ得る構成要素に加えて、Ｎｏｄｅ Ｂ １２０は、プロセッサ１２５と、受信機１２６と、送信機１２７と、アンテナ１２８とを含む。プロセッサ１２５は、ＤＲＸモードで動作するＷＴＲＵのためのセル再選択を可能にする方法を実施するように構成される。受信機１２６および送信機１２７は、プロセッサ１２５と通信している。アンテナ１２８は、受信機１２６と送信機１２７の両方と通信して、無線データの送受信を円滑に進める。

【0018】

第１の実施形態では、ＷＴＲＵ １１０およびＮｏｄｅ Ｂ １２０は、トリガまたはトリガの組合せに基づいてＤＲＸ動作をディセーブルするように構成されてよい。たとえば、ＷＴＲＵ １１０は、そのＲＮＴＩを解放する場合、セル選択／再選択の間にＤＲＸ動作をディセーブルするように構成されてよい。ＷＴＲＵ １１０は、ＲＮＴＩを有さない場合、セル選択／再選択の間にＤＲＸ動作をディセーブルするようにさらに構成されてよい。セル選択／再選択の間、Ｎｏｄｅ Ｂ １２０は、Ｈ−ＲＮＴＩ変数がＷＴＲＵに関連しないと決定することができる。

【0019】

たとえば、ＣＥＬＬ＿ＦＡＣＨ状態にある間、ＷＴＲＵ １１０は、隣接セルの信号強度を連続的に監視するように構成されてよい。何らかの時点で、ＷＴＲＵ １１０がセル再選択を実施する基準（セル再選択の基準は従来技術として十分に確立されている）を隣接セルが満たしている、「最良セル」変更のイベントが生じることがある。この時点で、ＷＴＲＵは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介してブロードキャストされるシステム情報（ＳＩ）を新しいセル内で取得できる。次いで、ＷＴＲＵは、下位層（たとえばＭＡＣ）をリセットし、前のセルに関連するすべての変数および構成パラメータをクリアすることができる。ＷＴＲＵ １１０は、ＤＲＸ動作をディセーブルするようにさらに構成されてよい。ＷＴＲＵ １１０は、新しいセル内で取得された構成パラメータを使用して、新しいセル内での送受信のための下位層をも構成する。次いで、ＷＴＲＵ １１０は、新しいセル内でＣＥＬＬ＿ＵＰＤＡＴＥメッセージを送信することができ、ＵＴＲＡＮからのＣＥＬＬ ＵＤＰＡＴＥ ＣＯＮＦＩＲＭを待つ。

【0020】

ＤＲＸ動作をディセーブルする追加のトリガを使用することもできる。たとえば、ＷＴＲＵ １１０は、セル再選択をトリガするときはいつでも、ＤＲＸ動作をディセーブルしてよい。ＷＴＲＵ １１０は、ＣＥＬＬ＿ＦＡＣＨ状態でＥ−ＤＣＨを使用してＣＥＬＬ＿ＵＰＤＡＴＥを送信するとき、ＤＲＸ動作をディセーブルしてよい。ＷＴＲＵ １１０は、ＣＥＬＬ＿ＦＡＣＨ状態でＥ−ＤＣＨを使用してセル再選択のためのＣＥＬＬ ＵＰＤＡＴＥメッセージを送信するときにＤＲＸ動作をディセーブルするように構成されてよい。ＷＴＲＵ １１０は、ＣＥＬＬ＿ＦＡＣＨ状態でＥ−ＤＣＨを使用して無線リンク障害のためのＣＥＬＬ ＵＰＤＡＴＥメッセージを送信するとき、ＤＲＸ動作をディセーブルすることもできる。ＷＴＲＵ １１０は、ＲＡＣＨを使用してＣＥＬＬ ＵＰＤＡＴＥメッセージを送信するとき、ＤＲＸ動作をディセーブルしてもよい。ＷＴＲＵ １１０は、ＲＡＣＨを使用してセル再選択のためのＣＥＬＬ＿ＵＰＤＡＴＥメッセージを送信するとき、ＤＲＸ動作をディセーブルしてよい。ＷＴＲＵ １１０は、ＲＡＣＨを使用して無線リンク障害のためのＣＥＬＬ＿ＵＰＤＡＴＥメッセージを送信するとき、またはＲＲＣ接続要求メッセージが送信されるとき、ＤＲＸ動作をディセーブルすることもできる。ＷＴＲＵ １１０は、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介してブロードキャストされるシステム情報（ＳＩ）を読み出し始めるときＤＲＸ動作をディセーブルするように構成されよく、ＷＴＲＵ １１０は、ブロードキャストおよび／またはマルチキャストデータ（たとえばＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ））の受信を開始する。

【0021】

ＷＴＲＵ １１０およびＮｏｄｅ Ｂ １２０は、トリガに基づいてＤＲＸ動作をイネーブルするように構成することもできる。ＷＴＲＵ １１０は、専用のＲＮＴＩ（たとえばＨ−ＲＮＴＩおよびＥ−ＲＮＴＩおよび／またはＣ−ＲＮＴＩ）を受信した後にＤＲＸ動作をイネーブルするように構成されてよい。ＷＴＲＵ １１０は、ＵＴＲＡＮからＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信した後にＤＲＸ動作をイネーブルすることもできる。ＷＴＲＵ １１０は、セル再選択のためのＣＥＬＬ＿ＵＰＤＡＴＥを送信した後にＵＴＲＡＮからＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信すると、ＤＲＸ動作をイネーブルしてもよい。ＷＴＲＵ １１０は、ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信するとＤＲＸ動作をイネーブルすることもできる。別のオプションでは、ＷＴＲＵ １１０は、ＢＣＣＨを介してブロードキャストされるシステム情報の読出しが完了するとＤＲＸ動作をイネーブルするように構成されてよい。

【0022】

任意選択で、ＷＴＲＵ １１０は、第１のＨＳ−ＳＣＣＨ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｓｈａｒｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信をＷＴＲＵのＨ−ＲＮＴＩで復号し、かつ／または第１のダウンリンクＭＡＣ−ｅｈｓ ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）の受信に成功した後、事前構成された期間Ｔｘの間、またはＮ個のＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）の間、ＤＲＸ操作をディセーブルするように構成されてよく、だたし、ＴｘまたはＮは、高位層によって構成されることも、ＷＴＲＵ １１０内で事前構成されることもある。次いで、ＷＴＲＵ １１０は、Ｎｏｄｅ Ｂ １２０およびＷＴＲＵ １１０によって知られている期間の間、ダウンリンクデータを連続的に受信することができる。時間が終了した後、ＷＴＲＵ １１０は、ＤＲＸ動作をイネーブルするように構成されてよく、ネットワークが追加の送信データを有する場合、Ｎｏｄｅ Ｂ １２０は、ＤＲＸリッスン期間を使用して、ＷＴＲＵ １１０にデータを送信することができる。リッスン期間は、ＷＴＲＵ １１０がダウンリンク上で送信を受信できなければならない期間を定義するが、ＷＴＲＵ １１０は、バッテリ電力を節約するために、これらのリッスン期間以外ではその受信機をオフにしてよい。次いで、ＷＴＲＵ １１０は、ＤＲＸ動作をイネーブルした後、ＨＳ−ＳＣＣＨまたは第１のＰＤＵを受信すると、連続受信に再び移ることができる。

【0023】

本明細書に列挙された、ＤＲＸ動作をイネーブルおよびディセーブルするトリガ条件は、活動／非活動ベースのタイマ、ＵＴＲＡＮからの明示的なシグナリングなど、当業者によってよく知られている他の任意のトリガ条件と組み合わせることができる。

【0024】

ＤＲＸ動作中のＷＴＲＵ １１０がセル再選択（あるいはセル更新）を適切に実施するために、ＷＴＲＵ １１０は、新しいＮｏｄｅ ＢからＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信可能でなければならない。したがって、ＷＴＲＵ １１０は、セル再選択を実施する間にＤＲＸ動作をディセーブルするように構成されてよい。

【0025】

図３は、セル再選択（またはセル更新）の間のＤＲＸ動作のフローチャート（３００）である。ＷＴＲＵ １１０は、ＤＲＸモードで動作するように構成されてよい（３１０）。最良セルの変更（すなわちセル再選択またはセル更新）を知らせるイベントが生じ得る（３２０）。次いで、ＷＴＲＵ １１０は、ＤＲＸ動作をディセーブル（すなわち連続受信を開始）してよい（３３０）。次いで、ＷＴＲＵ １１０は、ＣＥＬＬ ＵＰＤＡＴＥメッセージを送信することによってセル再選択／セル更新手順を開始してよい（３４０）。ＷＴＲＵ １１０は、セル再選択／更新が成功したことを示すＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージおよび個別のＲＮＴＩが受信されるまで、連続受信のままである（３５０）。手順が成功した場合は、ＷＴＲＵ １１０は、新しいセル内でＤＲＸ動作をイネーブルする（３６０）。手順が失敗した場合は、ＷＴＲＵ １１０は、ＤＲＸ動作をイネーブルしない（たとえば連続受信またはアイドルモードを維持する）（３７０）。

【0026】

無線リンクの障害が生じる場合、ＷＴＲＵ １１０は、無線リンク障害を示すＣＥＬＬ ＵＰＤＡＴＥメッセージを送信するように構成されてよい。このメッセージは、ＷＴＲＵ １１０がＣＥＬＬ＿ＦＡＣＨ状態にある間でも送信することができる。次いで、ＷＴＲＵ １１０は、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ ＭＥＳＳＡＧＥが受信されるまで、ＤＲＸ動作をディセーブルしてよい。ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ ＭＥＳＳＡＧＥを受信すると、ＷＴＲＵ １１０は、ＤＲＸ動作をイネーブルしてよい。

【0027】

たとえば、ＷＴＲＵ １１０がＣＥＬＬ＿ＰＣＨからＣＥＬＬ＿ＦＡＣＨ状態に遷移し、この遷移が生じるときに専用のＨ−ＲＮＴＩを有していない場合、ＷＴＲＵ １１０は、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージが受信され、ＷＴＲＵ １１０が専用のＲＮＴＩを取得するまで、ＤＲＸ動作をディセーブルするようにさらに構成されてよい。ＷＴＲＵ １１０は、専用のＲＮＴＩが割り当てられており、ＣＥＬＬ＿ＦＡＣＨ状態のままである場合には、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを受信するとＤＲＸ動作をイネーブルするようにさらに構成されてよい。

【0028】

ＵＴＲＡＮとのＲＲＣ接続を確立しようと試みるＷＴＲＵ １１０は、ＤＲＸ動作をディセーブルするように構成されてよい。たとえば、ＷＴＲＵ １１０は、アイドルモードからＲＲＣ接続要求メッセージを送信しようと試みる場合、ＣＥＬＬ＿ＦＡＣＨ状態でＤＲＸ動作をディセーブルしてよい。ＷＴＲＵ １１０は、ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信するとき、単にＣＥＬＬ＿ＦＡＣＨ状態でＤＲＸ動作をイネーブルするようにさらに構成されてよい。あるいは、ＷＴＲＵ １１０は、ＵＴＲＡＮによってＲＮＴＩが割り当てられる場合、ＤＲＸ動作をイネーブルしてよい。

【0029】

代替的実施形態の一環として、ＷＴＲＵ １１０は、セル再選択（あるいはセル更新手順）を実施する間、（イネーブル状態であるならば）ＤＲＸ動作を継続するように構成されてよい。ＷＴＲＵ １１０は、共通のＤＲＸパターンにマップされる共通のＲＮＴＩを選択することによって、使用すべきＤＲＸパターンを決定することができる。共通のＤＲＸパターンは、セルのすべてのＷＴＲＵに共通であり得る。この場合、ＤＲＸパターン（またはそのインデックス）は、ブロードキャストチャネルなどの共通の制御チャネルを介して知らせることができる。

【0030】

あるいは、共通のＤＲＸパターンは、セル内のＷＴＲＵの一群に割り当てられ得る。この共通のＤＲＸパターンは、ＷＴＲＵのためにブロードキャストされた共通のＨＳ−ＤＳＣＨリソースに結び付けることができる。この場合、ＷＴＲＵ １１０は、ＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を介してブロードキャストされたＤＲＸパターン（またはインデックス）のリストを受信するように構成されてよい。次いで、ＷＴＲＵ １１０は、ＷＴＲＵ １１０のＵ−ＲＮＴＩを使用する、ＵＴＲＡＮとＷＴＲＵ １１０の両方によって知られている公式に基づいて、ＤＲＸパターンのうちの１つを選択することができる。

【0031】

別の代替案では、ＷＴＲＵ １１０は、ＤＲＸパターンを共通のＨ−ＲＮＴＩに基づかせるように構成されてよい。ＷＴＲＵ １１０は、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信してよい。ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージの受信に応答して、ＷＴＲＵは、専用のＲＮＴＩの使用に切り換わってよい。ＵＴＲＡＮは、ＷＴＲＵ １１０が使用している共通のＨ−ＲＮＴＩを認識することができ、したがって、ＵＴＲＡＮは、ＷＴＲＵ １１０が使用しているＤＲＸパターンを知ることができる。

【0032】

別の代替案では、共通のＤＲＸパターンは、システムのすべてのＷＴＲＵに共通であってよく、その場合、ＷＴＲＵ １１０は、ＤＲＸパターン（またはそのインデックス）で事前構成されてよい。あるいは、ＷＴＲＵ １１０は、ＲＲＣ接続の間、ＤＲＸパターンで構成されてよい。あるいは、ＷＴＲＵ １１０は、ブロードキャストチャネルなどの共通の制御チャネルを介して、ＤＲＸパターンを構成する信号を受信するように構成されてよい。

【0033】

さらに別の代替案では、共通のＤＲＸパターンは、固定のＤＲＸパターンであり得る。ネットワークは、ＲＲＣ接続の間、またはＲＲＣ再構成メッセージの間、ＷＴＲＵ １１０に固定のＤＲＸパターンを知らせるように構成されてよい。ＷＴＲＵ １１０は、固定のＤＲＸパターンで事前構成することもできる。

【0034】

図４は、ＷＴＲＵ １１０のためのＤＲＸ動作のフローチャート（４００）であり、ＷＴＲＵ １１０は、セル再選択（あるいはセル更新）を実施している間、ＷＴＲＵに固有のＤＲＸパターンの使用から、共通または固定のＤＲＸパターンへとＤＲＸパターンを変更する。最初、ＷＴＲＵ １１０は、ＣＥＬＬ＿ＦＡＣＨ状態で動作する間、専用のＤＲＸパターンで構成されてよい（４１０）。「最良セル」変更のイベントが生じる（４２０）。次いで、ＷＴＲＵ １１０は、共通のＤＲＸパターンでそのＤＲＸ動作を構成する（４３０）。セル再選択手順（またはセル更新）が完了すると（４４０）、ＷＴＲＵ １１０は、手順が成功したかどうか決定してよい（４５０）。手順が成功した場合は、ＷＴＲＵ １１０は、ＷＴＲＵに割り当てられたＲＮＴＩに基づき得る個別のＤＲＸパターンを使用してＤＲＸ動作を再開するように構成されてよい（４６０）。手順が失敗した場合は、ＷＴＲＵ １１０は、ＤＲＸ動作をイネーブルしない（４７０）。

【0035】

第３の実施形態では、ＷＴＲＵ １１０は、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを受信するまで、セル再選択の実施前にそれが使用していたＤＲＸパターンを使用し続けるように構成されてよい。

【0036】

ターゲットセルは、新しいＷＴＲＵにＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭをうまく送信するには、ＷＴＲＵ １１０が使用しているＤＲＸパターンを知らなければならない。したがって、ＲＮＣは、ＷＴＲＵ １１０がソースセルで使用していたＲＮＴＩをターゲットセルに知らせるように構成されてよい。次いで、ネットワークは、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを送信するとき、ＷＴＲＵ １１０のＤＲＸパターンを計算するように構成されてよい。あるいは、ＲＮＣは、ＷＴＲＵ １１０がソースセル内で使用していたＤＲＸパターンを知らせるように構成されてよい。

【0037】

あるいは、ＷＴＲＵ １１０は、セル再選択の間、ＤＲＸ動作のままであるように構成されてよい。ＷＴＲＵ １１０は、ＷＴＲＵ １１０のＵ−ＲＮＴＩに基づいて、そのＤＲＸサイクルおよびパターンを決定することができる。この実施形態では、次いでＲＮＣは、ターゲットＮｏｄｅ Ｂ １２０にＵ−ＲＮＴＩを知らせるように構成されてよく、次いで、このターゲットＮｏｄｅ Ｂ １２０は、ＷＴＲＵのＤＲＸパターンを決定し、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを送信することができる。

【0038】

あるいは、ＷＴＲＵ １１０は、常にＵ−ＲＮＴＩを使用してＤＲＸパターンを導出するように構成されてよく、したがって、それは、セル再選択の間でもＤＲＸ動作のままとどまることができる。次いで、ＷＴＲＵ １１０は、Ｕ−ＲＮＴＩが変更されるときにそのＤＲＸパターンを変更するように構成されてよい。

【0039】

上述されたＤＲＸ動作は、ＷＴＲＵ １１０がＵＴＲＡＮとのＲＲＣ接続を確立しようとする場合にも適用することができる。この場合、ＷＴＲＵ １１０は、ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信するまで、共通のＤＲＸパターンを使用する。

【0040】

別の実施形態では、ＷＴＲＵ １１０は、Ｅ−ＤＣＨリソースを自律的に解放するように構成されてよい。ＷＴＲＵ １１０は、Ｅ−ＤＣＨリソースが解放されると、ＤＲＸ動作をイネーブルすることができる。Ｅ−ＤＣＨリソースは、Ｅ−ＤＣＨリソースタイマが終了し、タイマ終了によりＷＴＲＵ １１０がリソースを解放しなければならない場合に解放され得る。さらに、Ｅ−ＤＣＨリソースは、Ｎｏｄｅ Ｂからの明示的な指示により解放され得る。ＷＴＲＵ １１０は、ＵＬ上で送信するデータがもはやない場合にＥ−ＤＣＨリソースを解放するようにさらに構成されてよい。

【0041】

状況によっては、ＷＴＲＵ １１０は、上述のトリガのいずれもなしに、Ｅ−ＤＣＨリソースを自律的に解放するように構成されてよい。ＷＴＲＵ １１０は、上述のトリガのいずれもなしにリソースを解放する場合は、Ｅ−ＤＣＨ解放タイマが終了した後にしかＤＲＸ動作をイネーブルしないように構成されてよい。この実施形態では、ＷＴＲＵ １１０は、Ｅ−ＤＣＨリソースが自律的に解放されてもタイマを実行したままにしておくように構成されてよい。Ｎｏｄｅ Ｂ １２０は、明示的な解放指示を知らせるように構成されてよい。Ｎｏｄｅ Ｂ １２０の明示的な解放指示が受信されるとき、ＷＴＲＵ １１０は、タイマを停止し、ＤＲＸ動作をイネーブルすることができる。

【0042】

任意選択で、ＷＴＲＵ １１０は、Ｎ ＤＲＸサイクルの後にしかＤＲＸ動作モードをイネーブルしないように構成されてよく、ただし、Ｎは、上位層によって構成されることも、ＷＴＲＵによって事前構成または計算されることもある。ＷＴＲＵ １１０は、安全ガードタイマ（Ｔｇ）が終了した後にＤＲＸ動作をイネーブルするように構成されることもでき、ただし、Ｔｇは、ＷＴＲＵ１１０がリソースを解放するときに開始される。ＷＴＲＵ １１０は、リソースが解放されることが知られていることの肯定応答がＮｏｄｅ Ｂ １２０から受信された後にしかＤＲＸモードに入らないように構成することもできる。こうした肯定応答は、物理層シグナリング（たとえば特定値を有するＥ−ＡＧＣＨ（Ｅ−ＤＣＨ Ａｂｓｏｌｕｔｅ Ｇｒａｎｔ Ｃｈａｎｎｅｌ））、レイヤ２（Ｌ２）シグナリングまたはＲＲＣシグナリングによって送信することができる。

【0043】

別の実施形態では、ＷＴＲＵ １１０またはＵＴＲＡＮは、ＣＥＬＬ＿ＦＡＣＨ状態でＥ−ＤＣＨを使用するように構成され得ない。この実施形態では、ＣＥＬＬ＿ＦＡＣＨ状態でＥ−ＤＣＨが開始されるとＤＲＸ動作をディセーブルし、Ｅ−ＤＣＨリソースが解放されるとＤＲＸ動作をイネーブルすることを備える機構は、もはや適用不可能であり得る。したがって、ＷＴＲＵ １１０は、ＣＥＬＬ＿ＦＡＣＨ状態のＥ−ＤＣＨがサポートされない場合でもＤＲＸ動作をイネーブルするように構成されてよく、したがって、ＣＥＬＬ＿ＦＡＣＨ状態のＥ−ＤＣＨのサポートなしにＷＴＲＵ １１０がＤＲＸ動作をイネーブルすることを可能にする方法について、以下により詳しく論じられる。

【0044】

ＤＲＸパターンは、Ｃ−ＲＮＴＩ、Ｈ−ＲＮＴＩ、Ｕ−ＲＮＴＩまたはＳ−ＲＮＴＩなど、ＷＴＲＵ １１０のＲＮＴＩに基づいてよい。

【0045】

図５は、ＣＥＬＬ＿ＦＡＣＨ状態でＥ−ＤＣＨがサポートされない場合のＤＲＸ動作の一例を示している。ＷＴＲＵ １１０は、ＲＡＣＨプリアンブルが送信される場合を除いてＤＲＸ動作がイネーブルされるように構成されてよい（５１０）。ＤＲＸモードにある間、ＷＴＲＵ １１０は、送信するアップリンクデータがあるかどうか判定する（５２０）。送信するアップリンクデータがある場合、ＷＴＲＵ １１０は、ＲＡＣＨプリアンブルを送信するように構成されてよい（５３０）。次いで、ＷＴＲＵ １１０は、ＤＲＸ動作をディセーブルする（５４０）。これは、ＷＴＲＵ １１０が、Ｎｏｄｅ Ｂから送信されたＡＩＣＨ（Ａｃｑｕｉｓｉｔｉｏｎ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）をうまく受信することを可能にし得る。ＤＲＸ動作は、ＡＩＣＨ応答が受信されるまでディセーブルされたままであってよい（５５０）。所定の期間の間にＡＩＣＨ送信が受信されない場合は、ＤＲＸ動作はディセーブルされたままであり、ＷＴＲＵ １１０は、電力ランプアップを実施して、別のプリアンブルを送信する（５６０）。ＡＩＣＨ上でＡＣＫが受信される場合は、ＷＴＲＵ １１０はメッセージ部を送信してよく、ＤＲＸ動作をイネーブルする（５７０）。ＡＩＣＨ上でＮＡＣＫが受信される場合は、ＷＴＲＵ １１０は、ＤＲＸ動作をイネーブルしてよい（５８０）。このＤＲＸ動作は、ＲＡＣＨアクセス手順が再開される（すなわちバックオフタイマが終了し、持続性テストが終了した後）まで、イネーブルされたままであってよい。あるいは、ＷＴＲＵ １１０は、肯定ＡＣＫが受信されるまで、またはＷＴＲＵ １１０が再試行の数を超えるまで、ＣＲＸ動作のままであるよう構成されてよい。ＷＴＲＵ １１０は、送信するアップリンクデータをもたない場合は、ＤＲＸ動作のままであるように構成されてよい。

【0046】

あるいは、ＷＴＲＵ １１０は、メッセージがＲＡＣＨを介して送信された後にタイマ（Ｔｘ）が終了した後、ＤＲＸ動作をイネーブルするように構成されてよい。

【0047】

あるいは、ＷＴＲＵ １１０は、メッセージがＲＡＣＨを介して送信されたらすぐにＤＲＸ動作をイネーブルするように構成されてよい。

【0048】

さらに別の代替案では、ＷＴＲＵ １１０は、ＲＲＣメッセージがＲＡＣＨを介して送信され、ＵＴＲＡＮからの応答が期待されるときにＤＲＸ動作をディセーブルするように構成されてよい。ＲＲＣメッセージは、ＣＥＬＬ ＵＰＤＡＴＥメッセージまたはＲＲＣ接続要求メッセージを含んでよい。応答を受信すると、ＷＴＲＵ １１０は、ＤＲＸ動作をイネーブルするように構成されてよい。

【0049】

図６は、ＲＡＣＨ手順の間のＷＴＲＵの例示的なＤＲＸタイミング期間を示している。ＲＡＣＨ送信は、ダウンリンク受信に関して、ＤＲＸパターンを「無視」することができる。ＷＴＲＵは、ＤＲＸがイネーブルされる場合でも、ＲＡＣＨプリアンブルの送信に続いて所定の期間（Ｔｐ−ａ）の間ダウンリンクチャネルを受信するように構成されてよく、そうでない場合は、ＤＲＸパターンに従ってＷＴＲＵ １１０はリッスン期間の間、スケジューリングされない。ＷＴＲＵ １１０は、それがＡＩＣＨをうまく受信できることを保証するために、プリアンブル送信後にダウンリンクＴｐ−ａを監視するように構成されてよく、ただし、Ｔｐ−ａは、プリアンブルからＡＩ（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）の距離である。ＷＴＲＵ １１０は、ＤＲＸ期間に入った場合でも、１つのアクセススロットの間、ウェークアップしてダウンリンクチャネルを監視するようにさらに構成されてよい。

【0050】

この実施形態で述べられた諸オプションは、アップリンク送信のＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードでＥ−ＤＨＣを使用するＷＴＲＵ １１０に適用可能することもでき、述べられた諸オプションは、肯定応答が受信され、かつ／またはＷＴＲＵにリソースが割り当てられるまで適用可能である。ＷＴＲＵ １１０は、ＣＥＬＬ＿ＦＡＣＨでＥ−ＤＣＨを使用してアップリンク送信を開始する場合、リソースが解放されるまでＣＲＸ動作を継続する。
実施形態
１．ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）で動作する無線送信／受信装置のためのセル再選択を可能にする方法。
２．ＣＥＬＬ＿ＦＡＣＨ状態にある間にＤＲＸ動作をイネーブルまたはディセーブルするトリガ基準を提供するステップ
を備える実施形態１の方法。
３．トリガ基準は、セル再選択、セル更新またはＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）接続確立のいずれか１つを実施する間のＷＴＲＵのＤＲＸ振舞いに関する実施形態１または２のいずれか１つの方法。
４．ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）は、ＲＲＣ接続の間にＵＴＲＡＮ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）によってＷＴＲＵに割り当てられる他の任意の専用の識別子を含む実施形態１から３のいずれか１つの方法。
５．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがそのＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）を解放することを含む実施形態１から４のいずれか１つの方法。
６．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがＲＮＴＩを有さないことを含む実施形態１から５のいずれか１つの方法。
７．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがセル再選択をトリガすることを含む実施形態１から６のいずれか１つの方法。
８．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがＥ−ＲＡＣＨ（ｅｎｈａｎｃｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）を使用してＣＥＬＬ＿ＵＰＤＡＴＥを送信することを含む実施形態１から７のいずれか１つの方法。
９．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがＥ−ＲＡＣＨを使用してセル再選択のためのＣＥＬＬ ＵＰＤＡＴＥメッセージを送信することを含む実施形態１から８のいずれか１つの方法。
１０．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがＥ−ＲＡＣＨを使用して、無線リンク障害のためのＣＥＬＬ ＵＰＤＡＴＥメッセージを送信することを含む実施形態１から９のいずれか１つの方法。
１１．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがＲＡＣＨを使用してＣＥＬＬ ＵＰＤＡＴＥを送信することを含む実施形態１から１０のいずれか１つの方法。
１２．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を使用してセル再選択のためのＣＥＬＬ＿ＵＰＤＡＴＥメッセージを送信することを含む実施形態１から１１のいずれか１つの方法。
１３．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがＲＡＣＨを使用して無線リンク障害のためのＣＥＬＬ＿ＵＰＤＡＴＥメッセージを送信することを含む実施形態１から１２のいずれか１つの方法。
１４．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがＲＲＣ接続要求メッセージを送信することを含む実施形態１から１３のいずれか１つの方法。
１５．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵが、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介してブロードキャストされるシステム情報を読み出し始めることを含む実施形態１から１４のいずれか１つの方法。
１６．ＤＲＸ動作をディセーブルするトリガ基準は、ＷＴＲＵがブロードキャストおよび／またはマルチキャストデータの受信を開始することを含む実施形態１から１５のいずれか１つの方法。
１７．ＤＲＸ動作をイネーブルするトリガ基準は、ＷＴＲＵが任意のタイプの個別のＲＮＴＩを受信することを含む実施形態１から１６のいずれか１つの方法。
１８．ＤＲＸ動作をイネーブルするトリガ基準は、ＷＴＲＵがＵＴＲＡＮからＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信することを含む実施形態１から１７のいずれか１つの方法。
１９．ＤＲＸ動作をイネーブルするトリガ基準は、ＷＴＲＵが、セル再選択のためのＣＥＬＬ＿ＵＰＤＡＴＥを送信した後にＵＴＲＡＮ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｐｈｏｎｅ）ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）からＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信することを含む実施形態１から１８のいずれか１つの方法。
２０．ＤＲＸ動作をイネーブルするトリガ基準は、ＷＴＲＵがＵＴＲＡＮからＲＲＣ接続設定メッセージを受信することを含む実施形態１から１９のいずれか１つの方法。
２１．ＤＲＸ動作をイネーブルするトリガ基準は、ＷＴＲＵが、ＢＣＣＨを介してブロードキャストされるシステム情報の読出しを完了することを含む実施形態１から２０のいずれか１つの方法。
２２．ＷＴＲＵは、第１のＨＳ−ＳＣＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｓｈａｒｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）をＷＴＲＵのＨ−ＲＮＴＩで復号した後、かつ／または第１のダウンリンク（ＤＬ）ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）−ｅｈｓ ＰＤＵ（ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ）をうまく受信した後、事前構成された時間ＴｘまたはＮ ＴＴＩの間ＤＲＸをディセーブルするように構成され、ただし、ＴｘまたはＮは、上位層によって構成されることも、ＷＴＲＵ内で事前構成されることもある実施形態１から２１のいずれか１つの方法。
２３．ＷＴＲＵは、期限切れの後にＤＲＸをイネーブルし、ＤＲＸをイネーブルした後にＨＳ−ＳＣＣＨまたは第１のＰＤＵを受信すると連続受信に移るようにさらに構成される実施形態２２の方法。
２４．ＷＴＲＵは、新しいＮｏｄｅ ＢからＣＥＬＬ＿ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信するように構成される実施形態１から２３のいずれか１つの方法。
２５．ＷＴＲＵは、セル再選択を実施する間にＤＲＸ動作をディセーブルするように構成される実施形態１から２４のいずれか１つの方法。
２６．ＷＴＲＵは、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭおよび専用のＲＮＴＩが受信されるまで連続受信にとどまる実施形態１から２５のいずれか１つの方法。
２７．無線リンク障害が生じる場合、ＷＴＲＵはＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭまでＤＲＸをディセーブルする実施形態１から２６のいずれか１つの方法。
２８．ＷＴＲＵは、専用のＲＮＴＩなしでＣＥＬＬ＿ＰＣＨにあり、ＣＥＬＬ＿ＦＡＣＨに移る場合、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭが受信されるまでＤＲＸをディセーブルし、専用のＲＮＴＩを取得する実施形態１から２７のいずれか１つの方法。
２９．ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭの受信時、および専用のＲＮＴＩが割り当てられる場合、ＷＴＲＵは、ＣＥＬＬ＿ＦＡＣＨにとどまる場合はＤＲＸ動作をイネーブルする実施形態２８の方法。
３０．ＷＴＲＵは、ＵＴＲＡＮとのＲＲＣ接続を確立しようと試みる場合、アイドルモードからＲＲＣ接続要求メッセージを送信しようとするときにＣＥＬＬ＿ＦＡＣＨ状態のＤＲＸをディセーブルする実施形態１から２９のいずれか１つの方法。
３１．ＷＴＲＵの１つがＵＴＲＡＮからＲＲＣ接続設定メッセージを受信するとき、ＷＴＲＵは、ＣＥＬＬ＿ＦＡＣＨ状態のＤＲＸをイネーブルする実施形態１から３０のいずれか１つの方法。
３２．ＷＴＲＵは、ＵＴＲＡＮによってＲＮＴＩが割り当てられるとき、ＣＥＬＬ＿ＦＡＣＨ状態のＤＲＸをイネーブルする実施形態１から３１のいずれか１つの方法。
３３．ＷＴＲＵは、セル再選択を実施する間、ＤＲＸ動作を継続する実施形態１から３２のいずれか１つの方法。
３４．ＷＴＲＵは、共通のＤＲＸパターンにマップされる共通のＲＮＴＩを選択することによって、使用すべきＤＲＸパターンを決定する実施形態１から３３のいずれか１つの方法。
３５．共通のＤＲＸパターンは、セル内のすべてのＷＴＲＵに共通であり、その場合、ＤＲＸパターン（またはそのインデックス）は、ブロードキャストチャネルなどの共通の制御チャネルを介して知らされ得る実施形態３４の方法。
３６．共通のＤＲＸパターンは、セル内のＷＴＲＵの一群に共通である実施形態３４の方法。
３７．共通のＤＲＸパターンは、ＷＴＲＵにブロードキャストされた共通のＨＳ−ＤＳＣＨ（ｈｉｇｈ ｓｐｅｅｄ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）リソースに結び付けられることを特徴とする実施形態３６の方法。
３８．共通のＤＲＸパターンは、選択された共通のＨ−ＲＮＴＩに基づく実施形態３４の方法。
３９．共通のＤＲＸパターンは、事前構成され、ＲＲＣ接続の間に構成され、またはブロードキャストチャネルなどの共通の制御チャネルを介して知らされる実施形態３４の方法。
４０．固定のＤＲＸパターンは、ＲＲＣ接続の間、またはＲＲＣ再構成メッセージの間にＷＴＲＵに知らされる実施形態３４の方法。ＤＲＸパターンは事前構成することもできる。
４１．ＷＴＲＵは、ＵＴＲＡＮとのＲＲＣ接続を確立しようと試みる場合、ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信するまで共通のＤＲＸパターンを使用する実施形態１から４０のいずれか１つの方法。
４２．ＷＴＲＵは、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを受信するまで、セル再選択の実施前にそれが使用していたＤＲＸパターンを使用し続ける実施形態１から４１のいずれか１つの方法。
４３．ＷＴＲＵが使用しているＤＲＸパターンをターゲットセルがうまく決定するために、ＲＮＣは、ソースセル内でＷＴＲＵが使用していたＲＮＴＩをターゲットセルに知らせ、次いで、ネットワークは、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを送信するときにＷＴＲＵのＤＲＸパターンを計算する実施形態１から４２のいずれか１つの方法。あるいはＲＮＣは、ソースセル内でＷＴＲＵが使用していたＤＲＸパターンを知らせる。
４４．ＷＴＲＵは、セル再選択の間、常にＤＲＸにとどまり、ＷＴＲＵのＵ−ＲＮＴＩを使用してそのＤＲＸサイクルおよびパターンを決定する実施形態１から４３のいずれか１つの方法。
４５．ＲＮＣは、ターゲットＮｏｄｅ ＢにＵ−ＲＮＴＩを知らせ、このターゲットＮｏｄｅ Ｂは、Ｕ−ＲＮＴＩを使用してＷＴＲＵ ＤＲＸパターンを知り、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを送信する実施形態１から４４のいずれか１つの方法。
４６．ＷＴＲＵは、Ｕ−ＲＮＴＩを使用してＤＲＸパターンを導出する実施形態１から４５のいずれか１つの方法。
４７．ＷＴＲＵは、Ｅ−ＤＣＨリソースが解放される場合、ＤＲＸ動作をイネーブルする実施形態１から４６のいずれか１つの方法。
４８．リソースは、Ｅ−ＤＣＨ（ｅｖｏｌｖｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）リソースタイマが終了し、タイマ終了によりＷＴＲＵがリソースを解放しなければならないので解放される実施形態４７の方法。
４９．リソースは、Ｎｏｄｅ Ｂからの明示的な指示によりＷＴＲＵがリソースを解放するので解放される実施形態４７の方法。
５０．リソースは、ＷＴＲＵがＵＬ上で送信するデータをもはや有さないときにリソースを解放するので解放される実施形態４７の方法。
５１．ＷＴＲＵは、Ｅ−ＤＣＨ解放タイマが終了した後にしかＤＲＸモードをイネーブルできない実施形態１から５０のいずれか１つの方法。これは、Ｅ−ＤＣＨリソースが自律的に解放される場合でもＷＴＲＵがタイマを実行し続けること必要とする。Ｎｏｄｅ Ｂの明示的な解放指示が受信されると、ＷＴＲＵは、タイマを停止し、ＤＲＸ動作をイネーブルする。
５２．ＷＴＲＵがＮ ＤＲＸサイクルの後にしかＤＲＸ動作モードをイネーブルすることができず、ただし、Ｎは、上位層よって構成されることも、ＷＴＲＵによって事前構成または計算されることもある実施形態１から５１のいずれか１つの方法。
５３．ＷＴＲＵは、安全ガードタイマ（Ｔｇ）が終了した後にＤＲＸ動作をイネーブルすることができ、ただし、Ｔｇは、ＷＴＲＵがリソースを解放するときに開始される実施形態１から５２のいずれか１つの方法。
５４．ＷＴＲＵは、リソースが解放されると知られていることの肯定応答がＮｏｄｅ Ｂから受信された後にしかＤＲＸモードに入ることができない実施形態１から５３のいずれか１つの方法。
５５．ＤＲＸパターンはＷＴＲＵのＲＮＴＩに基づく実施形態１から５４のいずれか１つの方法。
５６．ＤＲＸ動作は、
ＷＴＲＵがＲＡＣＨプリアンブルを送信し、ＤＲＸ動作をディセーブルすることであって、
ＤＲＸ動作は、ＡＩＣＨ（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）応答が受信されるまでディセーブルされたままであること、
ＡＩＣＨが受信されない場合は、ＤＲＸはディセーブルされたままであり、ＷＴＲＵが電力ランプを実施して、別のプリアンブルを送信すること、
ＡＩＣＨ上で肯定応答が受信される場合は、ＷＴＲＵがメッセージ部を送信し、ＤＲＸ動作をイネーブルすること、
否定応答が受信される場合は、ＷＴＲＵが、ＲＡＣＨアクセス手順が再開されるまでＤＲＸをイネーブルすること
を含む実施形態１から５５のいずれか１つの方法。
５７．ＷＴＲＵは、メッセージがＲＡＣＨを介して送信されるとすぐにＤＲＸをイネーブルする実施形態１から５６のいずれか１つの方法。
５８．ＷＴＲＵは、応答を受信するとＤＲＸ動作をイネーブルする実施形態１から５７のいずれか１つの方法。
５９．ＲＡＣＨプリアンブルが送信されるときでもＤＲＸがイネーブルされたままである実施形態１から５８のいずれか１つの方法。
６０．ＷＴＲＵは、ＡＩＣＨをうまく受信できることを保証するためにプリアンブル送信後にＤＬ Ｔｐ−ａを監視するように構成され、ただし、Ｔｐ−ａは、プリアンブルからＡＩへの距離である、実施形態１から５９のいずれか１つの方法。
６１．ＷＴＲＵは、ＣＥＬＬ＿ＦＡＣＨでＥ−ＤＣＨを使用してＵＬ送信を開始するとき、リソースが解放されるまでＣＲＸ（Ｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）を継続する実施形態１から６０のいずれか１つの方法。
６２．実施形態１〜６１のいずれか１つの方法のいずれかの部分を実施するように構成された無線送受信装置。
６３．実施形態１〜６１のいずれか１つの方法のいずれかの部分を実施するように構成された基地局。
６４．実施形態１〜６１のいずれか１つの方法のいずれかの部分を実施するように構成された無線ネットワーク。

【0051】

特徴および要素について、特定の組合せで上記に述べたが、それぞれの特徴または要素は、他の特徴および要素なしに単独に使用されてもよいし、他の特徴および要素を伴うまたは伴わない様々な組合せで使用されてもよい。本明細書に示された諸方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ読取り可能記憶媒体内に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実施することができる。コンピュータ読取り可能記憶媒体の例には、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、レジスタ、キャッシュメモリ、半導体記憶装置、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）などの光媒体が含まれる。

【0052】

適切なプロセッサには、例を挙げると、汎用プロセッサ、特別目的プロセッサ、従来型プロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）回路、他の任意のタイプのＩＣ（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）および／またはステートマシンが含まれる。

【0053】

ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ ｒｅｃｅｉｖｅ ｕｎｉｔ）、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、端末、基地局、ＲＮＣ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ）または任意のホストコンピュータで使用する無線周波数トランシーバを実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｅｄ）無線装置、ＬＣＤ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）表示装置、ＯＬＥＤ（ｏｒｇａｎｉｃ ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）表示装置、デジタル音楽プレイヤー、メディアプレイヤー、ビデオゲームプレイヤーモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）またはＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）モジュールなど、ハードウェアおよび／またはソフトウェアで実装されたモジュールと共に使用することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】