JP2009508372A

JP2009508372A - 無線システムにおけるパケット通信のための方法および装置

Info

Publication number: JP2009508372A
Application number: JP2008528192A
Authority: JP
Inventors: モントホ、ファン; マラディ、ダーガ・プラサド; テニー、ナサン・エドワード; グリッリ、フランセスコ; ゴールミー、アジズ
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2005-08-26
Filing date: 2006-08-25
Publication date: 2009-02-26
Anticipated expiration: 2026-08-25
Also published as: KR20100124858A; TWI336181B; WO2007025138A3; CN102098767B; JP5583819B2; CN101297565B; ES2393404T3; EP1932380B1; TW200723911A; DK2234451T3; EP2234451A1; US20110026462A1; ES2534778T3; US8098635B2; JP2013229878A; PL2677820T3; US8094595B2; WO2007025138A2; KR20080052607A; EP2234451B1

Abstract

無線デバイスについて節電を実現し、無線ネットワークについて容量を改善する可能性のある効率的な方法でデータを送受信する技術が説明されている。これらの技術は、複数の（例えば、２つの）不連続送信（ＤＴＸ）モードおよび少なくとも１つ（例えば、１つ）の不連続受信（ＤＲＸ）モードからなる連続的パケット接続性（ＣＰＣ）モードを利用する。それぞれのＤＴＸモードは、無線デバイスからネットワークへの送信に使用可能な異なる有効化されたアップリンクサブフレームに関連付けられる。それぞれのＤＲＸモードは、無線デバイスに送信するためにネットワークで使用可能な異なる有効化されたダウンリンクサブフレームに関連付けられる。無線デバイスは、有効化されたアップリンクサブフレーム上でシグナリングおよび／またはデータを送信し、有効化されたダウンリンクサブフレーム上でシグナリングおよび／またはデータを受信することができる。無線デバイスは、バッテリパワーの節約のため、非有効化サブフレームの間にパワーダウンすることができる。ＤＴＸモードとＤＲＸモードとの間を素早く遷移するためのメカニズムについて説明されている。

Description

優先権の主張

（Ｉ．米国特許法１１９条のもとでの優先権の主張）
本特許出願は、２００５年８月２６日に出願され、「無線システムにおけるパケット通信のための方法および装置(METHOD AND APPARATUS FOR PACKET COMMUNICATIONS IN WIRELESS SYSTEMS)」と題された仮出願第６０／７１１，５３４号、および、２００６年４月２１日に出願され、「無線システムにおけるパケット通信のための方法および装置(METHOD AND APPARATUS FOR PACKET COMMUNICATIONS IN WIRELESS SYSTEMS)」と題された仮出願第６０／７９３，９７３号の優先権を主張し、両出願ともこの譲受人に譲渡され、また参照によりここに明示的に組み込まれている。

背景

（Ｉ．分野）

本開示は、一般的に、通信に関するものであり、より具体的には、無線通信ネットワークにおいてデータを送受信するための技術に関するものである。

（ＩＩ．背景）
無線デバイス（例えば、携帯電話）は、無線通信ネットワークにおいて、いかなる瞬間においても、アクティブ(active)およびアイドル(idle)などのいくつかの動作モード(operating modes)のうちの１つで動作することができる。アクティブモードでは、無線デバイスは、ネットワークにより無線リソースを割り当てられ、例えば、音声コールまたはデータコールのために、ネットワークとの間でデータ交換をアクティブに行うことができる。アイドルモードでは、無線デバイスは、無線リソースを割り当てられず、ネットワークにより送信されるオーバーヘッドチャネルの監視を続けることができる。無線デバイスは、無線デバイスのデータ要件に基づき、必要に応じて、アクティブモードとアイドルモードとの間を遷移する(transition)ことができる。例えば、無線デバイスは、送信または受信すべきデータがある場合にアクティブモードに遷移し、ネットワークとのデータ交換を完了した後にアイドルモードに遷移することができる。

無線デバイスは、ネットワークとシグナリング(signaling)を交換し、動作モード間を遷移することができる。シグナリングは、ネットワークリソースを消費し、無線リソースが無線デバイスに割り当てられるまでデータ伝送を遅らせる。無線デバイスは、シグナリングおよび遅延を避けるために、長時間、アクティブモードに留まることができる。しかしながら、アクティブモードに長時間留まっていると、交換するデータがないとき、割り当てられた無線リソースの無駄となる可能性がある。さらに、アクティブモードでの動作(operation)は、より多くのバッテリパワー(battery power)を消費する可能性があり、バッテリ再充電間のスタンバイ時間および交換すべきデータがあるときの通話時間を短くするかもしれない。

したがって、当技術分野においては、効率的な方法でデータを送信および受信する技術についての必要性がある。

［概要］
本発明の一実施形態は、無線ネットワークへの送信(transmission)では、接続モードに入っている間(while in a connected mode)、複数の不連続送信（ＤＴＸ）モード(multiple discontinuous transmission (DTX) modes)のうちの１つ、または、ＮＯＤＴＸモード(no DTX mode)で動作し、無線ネットワークからの受信(reception)では、接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モード(at least one discontinuous reception (DRX) mode)のうちの１つ、またはＮＯＤＲＸモード(no DRX mode)で動作する、少なくとも１つのプロセッサと；少なくとも１つのプロセッサに結合されたメモリと；を備える無線デバイスである。

別の実施形態は、無線ネットワークとの通信では接続モードで動作し、無線ネットワークへの送信では、接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、または、ＮＯＤＴＸモードで動作する、少なくとも１つのプロセッサと；少なくとも１つのプロセッサに結合されたメモリと；を備える無線デバイスである。

別の実施形態は、無線ネットワークとの通信では接続モードで動作し、無線ネットワークからの受信では、前記接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、または、ＮＯＤＲＸモードで動作する、少なくとも１つのプロセッサと；少なくとも１つのプロセッサに結合されたメモリと；を備える無線デバイスである。

別の実施形態は、無線ネットワークへの送信では、接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、または、ＮＯＤＴＸモードで動作することと；無線ネットワークからの受信では、前記接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、または、ＮＯＤＲＸモードで動作することと；を備える方法である。

別の実施形態は、無線ネットワークへの送信では、接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、または、ＮＯＤＴＸモードで動作するための手段と；無線ネットワークからの受信では、前記接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、または、ＮＯＤＲＸモードで動作するための手段と；を備える装置である。

別の実施形態は、接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つまたはＮＯＤＴＸモードで動作する無線デバイスから受信し、前記接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードまたはＮＯＤＲＸモードで動作する無線デバイスに送信する、少なくとも１つのプロセッサと；少なくとも１つのプロセッサに結合されたメモリと；を備える装置である。

別の実施形態は、接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つまたはＮＯＤＴＸモードで動作する無線デバイスから受信することと；前記接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードまたはＮＯＤＲＸモードで動作する無線デバイスに送信することと；を備える方法である。

別の実施形態は、接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つまたはＮＯＤＴＸモードで動作する無線デバイスから受信するための手段と；前記接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードまたはＮＯＤＲＸモードで動作する無線デバイスに送信するための手段と；を備える装置である。

本発明の様々な態様および実施形態が、下記に、さらに詳細に説明される。

［詳細な説明］
ここで使用されている用語「例示的な(exemplary)」は、「例(example)、インスタンス(instance)、または説明(illustration)として機能する」を意味している。「例示的な」としてここで説明されるどの実施形態も、他の実施形態より好ましいまたは有利であるとして必ずしも解釈されるべきではない。

ここに説明されている技術は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワークなどのさまざまな無線通信ネットワークに使用されることができる。「ネットワーク」および「システム」という用語は、同義的に使用されることが多い。ＣＤＭＡネットワークは、Ｗ−ＣＤＭＡ、ｃｄｍａ２０００などの無線技術をインプリメントする(implement)ことができる。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−８５６、およびＩＳ−９５標準に対応している。ＴＤＭＡネットワークでは、グローバル移動体通信システム（ＧＳＭ）などの無線技術をインプリメントすることができる。これらのさまざまな無線技術および標準は、当技術分野で知られている。Ｗ−ＣＤＭＡおよびＧＳＭは、「第三世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の組織からのドキュメントの中で説明されている。ｃｄｍａ２０００は、「第三世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の組織からのドキュメントの中で説明されている。わかりやすくするため、本技術は、Ｗ−ＣＤＭＡを利用するユニバーサル移動体通信システム(Universal Mobile Telecommunication System)（ＵＭＴＳ）に関して下記に説明される。ＵＭＴＳの専門用語が、下記の説明の多くにおいて使用される。

図１は、ユニバーサル地上無線アクセスネットワーク(Universal Terrestrial Radio Access Network)（ＵＴＲＡＮ）１２０およびコアネットワーク１５０を含む、３ＧＰＰ／ＵＭＴＳネットワーク１００の図を示している。ＵＥ１１０は、ＵＴＲＡＮ１２０内のノードＢ(Node B)１３０と通信する。ＵＥ１１０は、固定式でも移動式でもよく、また、無線デバイス、移動局、ユーザー端末、加入者装置、局、または他の何らかの専門用語で呼ばれることができる。ＵＥ１１０は、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、ハンドヘルドデバイス、無線モデムなどであってよい。用語「ＵＥ」、「無線デバイス」、および「ユーザー」は、ここでは、道義的に使用されている。ノードＢ１３０は、一般的に、ＵＥと通信する固定局であり、また、基地局、アクセスポイント、または他の専門容疑で呼ばれることができる。ノードＢ１３０は、特定の地理的地域についての通信カバレッジ(communication coverage)を提供し、サービスエリア(coverage area)内に置かれているＵＥ向けの通信をサポートする。無線ネットワークコントローラ（ＲＮＣ）１４０は、ノードＢ１１０に結合し、ノードＢの調整および制御を提供する。コアネットワーク１５０は、パケットルーティング(packet routing)、ユーザー登録、モビリティ管理(mobility management)などのさまざまな機能をサポートするさまざまなネットワークエンティティ(network entities)を含むことができる。

ＵＥ１１０は、任意の与えられた瞬間においてダウンリンクおよび／またはアップリンクでノードＢ１３０と通信することができる。ダウンリンク（または順方向リンク）は、ノードＢからＵＥへの通信リンクを意味し、アップリンク（または逆方向リンク）は、ＵＥからノードＢへの通信リンクを意味する。

ＵＭＴＳにおいては、データは、上位層において１つまたは複数のトランスポートチャネルとして処理される。トランスポートチャネルは、１つまたは複数のサービス、例えば、音声、ビデオ、パケットデータなどについての、データを搬送することができる。トランスポートチャネルは、物理レイヤーまたはレイヤー１（Ｌ１）の物理チャネルにマッピングされる(mapped)。物理チャネルは、異なるチャネライゼーションコード(channelization codes)でチャネル化され、コード領域内において互いに直交する。

３ＧＰＰリリース５(3GPP Release 5 and later)以降は、ハイスピードダウンリンクパケットアクセス（ＨＳＤＰＡ）をサポートしている。３ＧＰＰリリース６およびそれ以降は、ハイスピードアップリンクパケットアクセス（ＨＳＵＰＡ）をサポートしている。ＨＳＤＰＡおよびＨＳＵＰＡは、それぞれ、ダウンリンクおよびアップリンク上で高速パケットデータ伝送を可能にするチャネルおよびプロシージャのセット(sets of channels and procedures)である。表１および２は、それぞれ、ＵＭＴＳにおけるいくつかのダウンリンクおよびアップリンク物理チャネルの一覧である。ＨＳ−ＳＣＣＨ、ＨＳ−ＰＤＳＣＨ、およびＨＳ−ＤＰＣＣＨは、ＨＳＤＰＡについて使用される。Ｅ−ＤＰＣＣＨ、Ｅ−ＤＰＤＣＨ、およびＥ−ＨＩＣＨは、ＨＳＵＰＡについて使用される。

図２は、ＵＥの無線リソース制御（ＲＲＣ）状態の状態図２００を示している。ＵＥは、パワー(power)がオンにされると、セル選択を実行して、ＵＥがサービスを受けられる適切なセルを見つける。その後、ＵＥは、ＵＥについてアクティビティがあるかどうかに応じて、アイドルモード(idle mode)２１０または接続モード(connected mode)２２０に遷移することができる。アイドルモードでは、ＵＥは、ＵＴＲＡＮに登録し、ページングメッセージをリッスンし(listen for)、必要なときにＵＴＲＡＮによりそのロケーションを更新する。接続モードでは、ＵＥは、ＲＲＣ状態および構成(configuration)に応じて、データを受信し、および／または送信することができる。接続モードは、接続状態(connected state)、アクティブモード(active mode)、アクティブ状態(active state)、トラヒック状態(traffic state)、トラヒックチャネル状態(traffic channel state)などとも呼ばれる。

接続モードにおいては、ＵＥは、４つの可能なＲＲＣ状態、つまりＣＥＬＬ＿ＤＣＨ状態２３０、ＣＥＬＬ＿ＦＡＣＨ状態２３２、ＣＥＬＬ＿ＰＣＨ状態２３４、またはＵＲＡ＿ＰＣＨ状態２３６、のうちの１つであり得る。ＣＥＬＬ＿ＤＣＨ状態は、（１）ダウンリンクおよびアップリンクに関してＵＥに割り当てられた専用物理チャネル、および（２）ＵＥに利用可能な専用および共有トランスポートチャネルの組合せに、より特徴付けられる。ＣＥＬＬ＿ＦＡＣＨ状態は、（１）ＵＥに割り当てられた専用物理チャネルがないこと、（２）ＵＴＲＡＮにアクセスする使用のためにＵＥに割り当てられたデフォルト(default)の共通または共有トランスポートチャネル、および（３）ＵＥが、再構成メッセージのようなシグナリングのためにフォワードアクセスチャネル（ＦＡＣＨ）を継続的に監視すること、により特徴付けられる。ＣＥＬＬ＿ＰＣＨおよびＵＲＡ＿ＰＣＨ状態は、（１）ＵＥに割り当てられた専用物理チャネルがないこと、（２）ＵＥがページングメッセージについてページングチャネル（ＰＣＨ）を定期的に監視すること、および（３）ＵＥがアップリンクで送信することを許可されない、ことにより特徴付けられる。ＵＥについてのモードおよび状態は、３ＧＰＰＴＳ２５．３３１で説明されている。

接続モードに入っている間(while in the connected mode)、ＵＴＲＡＮは、ＵＥに、ＵＥのアクティビティに基づいて４つの可能な状態のうちの１つにあるように指令する(command)ことができる。ＵＥは、（１）ＲＲＣ接続開放プロシージャ(Release RRC Connection procedure)を実行することによって、接続モードにおけるＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態からアイドルモードへ、（２）ＲＲＣ接続確立プロシージャ(Establish RRC Connection procedure)を実行することによって、アイドルモードからＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態へ、（３）再構成プロシージャ(reconfiguration procedure)を実行することによって、ＣＥＬＬ＿ＤＣＨ状態とＣＥＬＬ＿ＦＡＣＨ状態との間で、そして、（４）再構成プロシージャ(reconfiguration procedure)を同様に実行することによって、ＣＥＬＬ＿ＤＣＨ状態において異なる構成間で、遷移することができる。これらのプロシージャは、３ＧＰＰＴＳ２５．３３１で説明されている。

一実施形態では、ＣＥＬＬ＿ＤＣＨ状態は、連続的パケット接続性（ＣＰＣ）モード(Continuous Packet Connectivity (CPC) mode)２４０と、アクティブモード(Active mode)２５０と、を備える。アクティブモードは、３ＧＰＰＲｅｌｅａｓｅ６で説明されているように、ＨＳＤＰＡおよびＨＳＵＰＡチャネルの動作に対応しうる。アクティブモードでは、データは、ダウンリンクおよびアップリンクにおいてサブフレームで送信することができる。サブフレーム(subframe)は、リンク上で伝送(transmission)が送られる(sent)ことができる時間間隔(time interval)である。サブフレームは、異なるネットワークにおいて、および／または与えられたネットワークの異なる構成のために、異なる持続時間(durations)を持つことができる。ＣＰＣモードは、ＵＥについて効率的なデータの送信および受信を達成するために使用されることができる。ＣＰＣモードは、ＵＥについては節電を、かつ／またはＵＴＲＡＮについては容量の改善を提供することができる。

一実施形態では、ＣＰＣモードに入っている間(while in the CPC mode)、無線リソース（例えば、物理チャネル）が割り当てられ、上位レイヤー(higher layers)(例えば、レイヤー２および３）に対する状態が維持されるが、ダウンリンクおよびアップリンクで利用できるサブフレームの部分集合(a subset of the subframes)のみが有効化される(enabled)。ＵＥは、有効化されたアップリンクサブフレーム上でシグナリングおよび／またはデータを送信し、有効化されたダウンリンクサブフレーム上でシグナリングおよび／またはデータを受信することができる。ＵＥは、バッテリ節電のため非有効化サブフレームにおいていくつかの回路ブロックおよびサブシステム、例えば、送信機および／または受信機をパワーダウンする(power down)ことができる。

一般に、ＣＰＣモードは、任意の数のＤＴＸモード、任意の数のＤＲＸモード、および／または他のモードを含むことができる。それぞれのＤＴＸモードは、異なる有効化されたアップリンクサブフレームおよび／またはＵＥにより実行されるべき異なる動作(actions)に関連付けられることができる。それぞれのＤＲＸモードは、異なる有効化されたダウンリンクサブフレームおよび／またはＵＥにより実行される異なる動作に関連付けることができる。

図３は、ＣＰＣモードの実施形態を示す。この実施形態では、ＣＰＣモードは、ＤＴＸモード３１０および３１２、ＤＲＸモード３１４、およびＮＯＤＲＸモード３１６を含む。ＤＴＸモード３１０は、ＤＴＸＴ１モードとも呼ばれ、ＤＴＸモード３１２はＤＴＸＴ２モードとも呼ばれる。表３は、図３のＤＴＸおよびＤＲＸモードの一覧と、それぞれのモードの簡単な説明を示したものである。

一般に、Ｔ１、Ｔ２、およびＲに対し、どのような値をも選択できる。一実施形態では、Ｔ１、Ｔ２、およびＲは、Ｔ１≦Ｔ２およびＲ≦Ｔ２となるように定義される。一実施形態では、Ｔ１、Ｔ２、およびＲは、可能な値の集合(a set)から選択される。例えば、Ｔ１、Ｔ２、およびＲは、それぞれ、１、４、８、または１６に等しくなるように設定され、Ｔ１、Ｔ２、およびＲ∈｛１，４，８，１６｝と表わされることができる。Ｔ１、Ｔ２、およびＲに対し、可能な複数の値からなる他の集合も使用できる。可能な値は、２のべき乗および／または他の値としてよい。Ｔ１＝１は、すべてのアップリンクサブフレームが有効化されることを意味する。同様に、Ｒ＝１は、すべてのダウンリンクサブフレームが有効化されることを意味する。ＮＯＤＲＸモードは、Ｒ＝１としたＤＲＸモードと考えられる。

Ｔ１有効化サブフレーム(Tl-enabled subframes)は、ＤＴＸＴ１モードについて有効化されたサブフレームであり、Ｔ１サブフレーム(Tl subframes)の間隔(intervals)で相隔てられる(spaced apart)。Ｔ２有効化サブフレームは、ＤＴＸＴ２モードについて有効化されたサブフレームであり、Ｔ２サブフレームの間隔で相隔てられる。Ｒ有効化サブフレームは、ＤＲＸモードについて有効化されたサブフレームであり、Ｒサブフレームの間隔で相隔てられる。一実施形態では、Ｔ２有効化サブフレームは、Ｔ１有効化サブフレームの部分集合である。他の実施形態では、Ｔ２有効化サブフレームは、Ｔ１有効化サブフレームと無関係に選択することができる。

一実施形態では、ＵＥに対するＴ１有効化、Ｔ２有効化、およびＲ有効化のサブフレームは、基準時間(reference time)からのＯｆｆｓｅｔ(Offset)により識別される。この基準時間は、ＣＰＣモードがＵＥに対し有効である開始時間であってよく、ＣＰＣパラメータを伝達するために使用されるシグナリングで与えられる。Ｔ１、Ｔ２、およびＲは、ＣＰＣ構成が有効であったサブフレーム（基準時間）にＯｆｆｓｅｔをプラスした時間から始まる３つの有効化されたサブフレームパターンあるいは集合、を定義する。一実施形態では、ＣＰＣモードのパラメータは、Ｔ１、Ｔ２、Ｒ、Ｏｆｆｓｅｔ、および基準時間を備える。ＣＰＣモードは、さらに、他のパラメータに基づいて定義することもできる。ＵＴＲＡＮでは、データアクティビティ、ネットワーク負荷などのさまざまな因子に基づいてＴ１、Ｔ２、およびＲに対する適切な値を選択することができる。ＵＴＲＡＮでは、さまざまなＵＥに対して異なるＯｆｆｓｅｔ値を選択し、それらのＵＥを利用可能な複数のサブフレーム全体にわたって分配する(distribute)ことができる。

一般に、Ｔ１、Ｔ２、およびＲに対し、どのような値をも選択できる。異なるサービスおよび／または異なる条件に対し、異なる値の方が適している場合もある。一実施形態では、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）に対し、ＣＰＣパラメータをＲ＝４、Ｔ１＝４、およびＴ２＝８と設定することができる。この構成は、音声セッション時に約５０％のスリーピング期間(sleeping periods)を設定する。一実施形態では、データ操作に対し、ＣＰＣパラメータをＲ＝８、Ｔ１＝１、およびＴ２＝１６と設定することができる。この構成は、送信するデータがないときに、長いスリーピング期間を実現する。ＵＴＲＡＮは、ダウンリンク上に送信するデータがあるときはいつも、ＵＥのＤＲＸモードを終了させることができる。ＵＥがすべてのＲサブフレームを受け取ってから、ダウンリンクパケット伝送(downlink packet transmission)を開始するまでに平均Ｒ／２サブフレームの遅延時間がある。一実施形態では、ダウンリンク遅延必要条件が厳しいか、またはダウンリンク負荷が高い場合に、ＣＰＣパラメータは、Ｒ＝１、Ｔ１＝４、およびＴ２＝８に設定することができる。他のさまざまな値も、他の特性をもたらすためにＣＰＣパラメータに使用することができる。

一実施形態では、ＵＴＲＡＮ（例えば、ＲＮＣ）は、例えば、レイヤー３（Ｌ３）シグナリングおよび／または他の何らかのシグナリングを使用して、呼セットアップの間に、ＵＥについてのＣＰＣパラメータを構成する(configures)。代替として、あるいは追加して、ＵＴＲＡＮは、呼び出しの間に、再構成メッセージ(Reconfiguration message)を通じてＣＰＣパラメータを構成または修正することができる。ＵＴＲＡＮは、さらに、ＣＰＣパラメータを、他の方法で、および／または他のタイプのシグナリングを使って構成または修正することもできる。例えば、Ｔ１、Ｔ２、およびＲ値は、ノードＢにより信号で伝えられるシステム情報の一部として送信することができる。異なるＴ１、Ｔ２、およびＲ値は、異なるコールタイプについて定義することもできる。

表３は、一実施形態により、それぞれのＤＴＸおよびＤＲＸモードについてＵＥにより実行される動作(actions)の一覧である。

図３はまた、ＤＴＸモードとＤＲＸモードとの間の遷移に関する例示的な基準(criteria)を示している。一実施形態では、ＵＥは、例えば、ＵＥにおけるデータアクティビティに基づいて、２つのＤＴＸモードの間で自律的に(autonomously)遷移することができる。ＵＥは、アップリンク上に送信するデータがあるときはいつも、ＤＴＸＴ２モードからＤＴＸＴ１モードに遷移することができる。ＵＥは、それぞれのＴ１有効化サブフレームにおいて、送信するデータがＵＥにないということを知らせるシグナリングだけを送信することができる。ＵＥは、もしアップリンク上に送信するデータがない場合、例えば、もしＴ２サブフレームが、どんなアップリンクデータ伝送も無しに通過した場合、ＤＴＸＴ１モードからＤＴＸＴ２モードに遷移することができる。

一実施形態では、ＵＥは、自律的に(autonomously)かつ即座に(instantaneously)、すべてのアップリンクサブフレームの完全利用(full use)に戻ることができる。Ｔ１有効化サブフレームは、軽い、および／または予想されるデータ交換に、十分と考えられる。ＵＥは、ＵＥにおいてＴ１有効化サブフレームがデータ負荷に不十分である場合に、使用するアップリンクサブフレームを増やすことができる。ＵＥは、本質的に、必要に応じてデータ送信のために、ＤＴＸＴ２モードからアクティブモードに遷移することができる。

一実施形態では、ＵＥは、ＵＴＲＡＮ、例えばノードＢによって指示される(directed)ように、ＤＲＸモードとＮＯＤＲＸモードとの間を遷移する。アップリンクについてのＤＴＸとは異なり、ＤＲＸの動作は、ノードＢとＵＥとの間で同期がとられている。ノードＢは、次のいずれかに基づいて、ＵＥに、ＤＲＸモードに遷移するように指示する(direct)ことができる：すなわち、（１）ＵＥのダウンリンクトラヒック負荷が軽い、（２）ダウンリンクデータレート(downlink data rate)が、閾値以下で、減少したサブフレームレートでサーブされる(served)ことができる、（３）ＵＥについてのデータアクティビティ(data activity)が欠如している、（４）ＵＥのデータキューが一定期間空になっていたか、または空にされたばかりである、または（５）他の何らかの理由。ＤＲＸモードに入っている間、ＵＥは、Ｒ有効化サブフレームではないダウンリンクサブフレームを無視することができる。ノードＢは、次のいずれかに基づいて、ＵＥに、ＮＯＤＲＸモードに遷移するように指示する(direct)ことができる：すなわち、（１）ＵＥについてのデータが丁度届いた、（２）ＵＥのダウンリンクトラヒック負荷が重い、（３）ＵＥについてのデータキューが、閾値よりも大きいか、またはＵＥへの伝送レートよりも速い速度で増大している(growing)、（４）セル負荷が重い、または（５）他の何らかの理由。ＮＯＤＲＸモードで、ＵＥは、すべてのサブフレームにおいてシグナリングを受信（例えば、ＨＳ−ＳＣＣＨを復号化）し、またシグナリングにより指示されている(indicated)ようにデータを受信することができる。

一実施形態では、ＤＲＸモードとＮＯＤＲＸモードとの間で高速な遷移を行わせるために、これらのモードの間を遷移するコマンド(commands)は、ノードＢからＵＥへの高速なレイヤー１（Ｌ１）および／またはレイヤー２（Ｌ２）シグナリングを使用して送信される。例えば、単一のＬ１／Ｌ２高速シグナリングビットを使用して、ＤＲＸモードを有効化、または無効化することができる。高速なＬ１／Ｌ２シグナリングは、利用可能なすべてのダウンリンクサブフレームの完全利用に戻るための高速なメカニズムをノードＢに付加し、ノードＢとＵＥとの間の同期処理を向上させることができる。ノードＢからＵＥにＬ１／Ｌ２シグナリングを送信すると、約５から８ｍｓの遅延時間が生じることがあるが、ＲＮＣからＵＥにＬ３シグナリングを送信すると、１００ｍｓ以上の遅延が生じることがある。それにもかかわらず、モード間を遷移するコマンドは、どのレイヤーでも、どのような方法でもシグナリングを使用して送信されることができる。

ＮＯＤＲＸモードからＤＲＸモードに遷移するコマンドは、ノードＢ命令＃１(Node B order #1)と呼ばれる。ＤＲＸモードからＮＯＤＲＸモードに遷移するコマンドは、ノードＢ命令＃２(Node B order #2)と呼ばれる。ＵＴＲＡＮ（例えば、ノードＢ）は、ＵＴＲＡＮ側でＵＴＲＡＮとＵＥの両方がＤＲＸモードで動作することを保証したいときはいつも、ノードＢ命令＃１を送信することができる。ＵＴＲＡＮは、ＵＴＲＡＮ側でＵＴＲＡＮとＵＥの両方がＮＯＤＲＸモードで動作することを保証したいときはいつも、ノードＢ命令＃２を送信することができる。

ＨＳＤＰＡおよびＨＳＵＰＡは、ハイブリッド自動再送（ＨＡＲＱ）を使用して、データ伝送の信頼性を高める。ＨＳＤＰＡに対するＨＡＲＱおよびＨＳＵＰＡに対するＨＡＲＱは、同様の方法で動作する。ＨＳＤＰＡでは、ＨＡＲＱ再送は、最小遅延時間後、例えば６から８ＴＴＩ後、いつでも送信されることができる。ＨＳＵＰＡでは、ＨＡＲＱ再送は、８ＴＴＩ後に送信される。

ＨＳＤＰＡでは、ノードＢでのＨＡＲＱエンティティ(entity)は、パケットを処理し、ＵＥに送信する。ＵＥでの、対応するＨＡＲＱエンティティは、パケットを受信し、復号化する。ＵＥは、パケットが正しく復号化された場合にＡＣＫを、パケットの復号化に誤りがある場合にＮＡＫを送信する。ノードＢは、ＮＡＫが受信された場合にパケットを再送し、ＡＣＫが受信された場合に新しいパケットを送信する。ノードＢは、パケットを１回送信し、パケットに対しＡＣＫが受信されるか、またはノードＢ側でパケットの送信を放棄することを決定するまで、パケットを何回でも再送することができる。

ノードＢは、最大８つまでのＨＡＲＱプロセスでパケットをＵＥに送信することができる。ＨＡＲＱプロセスは、パケットを送信するために使用されるＨＡＲＱチャネルとしてみなされることができる。ノードＢは、ＵＥに送信するダウンリンクパケットを受信し、それらのパケットを受信した順序で、利用可能なＨＡＲＱプロセス上でＵＥに送信する。それぞれのパケットは、ＨＡＲＱプロセスで送信され、そのパケットに使用されるＨＡＲＱプロセスを示すＨＡＲＱプロセスＩＤ（ＨＩＤ）を含む。それぞれのＨＡＲＱプロセスは、パケットを一度に１つずつ、そのパケットの送信／再送が完了するまで搬送し、その後、別のパケットを送信するために使用されることができる。

もしＨＡＲＱが送信に使用される場合、そのときは、ＤＴＸＴ１モードからＤＴＸＴ２モードへの遷移に対する「送信するデータがない」状態は、ＨＡＲＱプロセスがアクティブでないことに対応しうる。これは、順々に、ＨＡＲＱプロセスのいずれに関してもアクティビティがないことによって検出されることができる。すべてのＨＡＲＱプロセスがアクノリッジされる(acknowledged)と、ＵＥは、ＤＴＸＴ２モードに遷移することができる。

図４は、ＨＳＤＰＡおよびＨＳＵＰＡに対する有効化されたサブフレームの一実施形態を示している。ＵＭＴＳでは、送信タイムラインは、複数のフレームに分割され(partitioned)、それぞれのフレームはＳＦＮにより識別される。それぞれのフレームは、１０ミリ秒（ｍｓ）の持続時間を有し、５つのサブフレーム０から４に分割される。それぞれのサブフレームは、２ｍｓの持続時間を有し、３つのスロットをカバーする。それぞれのスロットは、０．６６７ｍｓの持続時間を有し、３．８４Ｍｃｐｓで２５６０チップをカバーする、つまりＴ_ｓｌｏｔ＝２５６０チップである。

ダウンリンク上で、Ｐ−ＣＣＰＣＨは、パイロットおよびＳＦＮを搬送する。Ｐ−ＣＣＰＣＨは、ダウンリンクチャネルのタイミング基準として直接的に使用され、アップリンクチャネルのタイミング基準として間接的に使用される。ＨＳ−ＳＣＣＨのサブフレームは、Ｐ−ＣＣＰＣＨと時間整合される(time-aligned)。ＨＳ−ＰＤＳＣＨのサブフレームは、ＨＳ−ＳＣＣＨのサブフレームからτ_{ＨＳ−ＰＤＳＣＨ}＝２Ｔ_ｓｌｏｔだけ遅延される。Ｅ−ＨＩＣＨのサブフレームは、ＨＳ−ＳＣＣＨのサブフレームからτ_{Ｅ−ＨＩＣＨ，ｎ}だけ遅延されるが、ただしτ_{Ｅ−ＨＩＣＨ，ｎ}は、３ＧＰＰＴＳ２５．２１１で定義されている。

アップリンク上で、ＨＳ−ＤＰＣＣＨのサブフレームは、ＵＥにおいてＨＳ−ＰＤＳＣＨから７．５スロットだけ遅延される、なお、図４においてτ_ＰＤは、ノードＢからＵＥまでの伝播遅延を表す。アップリンクＤＰＣＣＨ、Ｅ−ＤＰＣＣＨ、およびＥ−ＤＰＤＣＨは、時間整合され、そのフレームタイミングは、ＨＳ−ＤＰＣＣＨのフレームタイミングからｍ×２５６チップである。アップリンクＤＰＣＣＨのタイミングは、ＨＳ−ＤＰＣＣＨのタイミングに直接は関係しない。ダウンリンクおよびアップリンクチャネルに対するフレームタイミングは、３ＧＰＰＴＳ２５．２１１で説明されている。

図４は、さらに、Ｔ１＝４、Ｔ２＝８、Ｒ＝４、およびＯｆｆｓｅｔ＝１となる例示的なＣＰＣ構成を示している。この実施例では、アップリンクＤＰＣＣＨ、ＥＤＰＣＣＨ、Ｅ−ＤＰＤＣＨ、およびＥ−ＨＩＣＨ上のＴ１有効化サブフレームは、４つのサブフレームで相隔てられている。アップリンクＤＰＣＣＨ上のＴ２有効化サブフレームは、８つのサブフレームで相隔てられている。ＨＳ−ＳＣＣＨ、ＨＳ−ＤＰＤＣＨ、およびＨＳ−ＤＰＣＣＨ上のＲ有効化サブフレームは、４つのサブフレームで相隔てられている。Ｏｆｆｓｅｔは、有効化されたサブフレームに使用する特定のサブフレームを決定する。Ｔ１有効化、Ｔ２有効化、およびＲ有効化サブフレームは、時間整合されることができ（例えば、ＴＲ２５．９０３、セクション４．５．２．１において記述されているように）、ライズ−オーバー−サーマル(rise-over-thermal)（ＲＯＴ）を低減し、有効化されたサブフレーム間でＵＥに対する可能なスリープ時間を延長することができる。例えば、アップリンク上の伝送（ダウンリンク伝送についてのＡＣＫを含んでいる）は、ノードＢにおけるＲＯＴを低減するために、一緒に、クラブされる(clubbed)か、結合される(combined)ことができる。また、ダウンリンク上の伝送（アップリンク伝送についてのＡＣＫを含んでいる）もまた、無線デバイスのウェイクアップ時間を短縮するために、一緒にクラブされることができる。

図５Ａは、図４に示されているＣＰＣ構成におけるＤＴＸＴ１モードのＵＥの例示的な動作を示している。ＵＥは、アップリンクＤＰＣＣＨ上パイロットおよびシグナリング（例えば、ＴＰＣ）を、またそれぞれのＴ１有効化サブフレームのＨＳ−ＤＰＣＣＨ上でシグナリング（例えば、ＣＱＩ）を送信する。与えられたＴ１有効化サブフレームにおいて送信するデータがＵＥにある場合、ＵＥは、Ｅ−ＤＰＣＣＨ上でシグナリングを送信し、Ｅ−ＤＰＤＣＨ上でデータを送信し、Ｅ−ＨＩＣＨ上でＡＣＫ／ＮＡＫを受信する。

図５Ｂは、図４に示されているＣＰＣ構成におけるＤＴＸＴ２モードのＵＥの例示的な動作を示している。ＵＥは、アップリンクＤＰＣＣＨ上パイロットおよびシグナリング（例えば、ＴＰＣ）を、またそれぞれのＴ２有効化サブフレームのＨＳ−ＤＰＣＣＨ上でシグナリング（例えば、ＣＱＩ）を送信する。ＵＥは、Ｅ−ＤＰＣＣＨ上でシグナリングを送信せず、Ｅ−ＤＰＤＣＨ上でデータを送信せず、Ｅ−ＨＩＣＨ上でＡＣＫ／ＮＡＫを受信しない。

図５Ｃは、図４に示されているＣＰＣ構成におけるＤＲＸモードのＵＥの例示的な動作を示している。ＵＥは、それぞれのＲ有効化サブフレームにおいてＨＳ−ＳＣＣＨ上でシグナリングを受信する。ＵＥは、任意のＲ有効化サブフレームにおいてＨＳ−ＤＰＤＣＨ上でデータを受信し、次いで、ＨＳ−ＤＰＣＣＨ上でＡＣＫ／ＮＡＫを送信することができる。

図５Ａから５Ｃに示されている実施形態では、ＣＱＩレポートが、ＤＴＸＴ１モードではＴ１有効化サブフレームで、ＤＴＸＴ２モードではＴ２有効化サブフレームで送信される。別の実施形態では、ＣＱＩレポートは、Ｒ有効化サブフレームで送信される。ＵＥは、さらに、ＡＣＫ／ＮＡＫを送信するときに、追加のＣＱＩレポートも送信することができる。追加のＣＱＩレポートは、再送または新しい送信のために使用されることができる。

一実施形態では、２つのＤＴＸモードとＤＲＸモードは、互いに無関係に(independently)定義されることができる。別の実施形態では、ＤＴＸモードおよびＤＲＸモードは、例えば、Ｔ１有効化サブフレームをＲ有効化サブフレームで時間整合するために、共同で(jointly)パラメータ化される。この実施形態は、スリープ時間を延長し、ＵＥのバッテリ節約を強化することができる。さらに別の実施形態では、Ｔ１とＲの間隔は、再送に使用されるサブフレームが自動的に有効化されるサブフレームになるような、間隔である。

一実施形態では、ＵＴＲＡＮ（例えば、ノードＢ）は、Ｔ１有効化サブフレームにおいてのみＵＥからのアップリンク伝送を予期する。別の実施形態では、ＵＴＲＡＮは、すべてのサブフレームにおいてＵＥからアップリンク伝送を予期し、常にＵＥから送信がないか監視している。ＵＥは、ＤＴＸＴ１モードとＤＴＸＴ２モードとの間で自律的に遷移することができるため、ＵＴＲＡＮは、いくつかのＴ１有効化サブフレームでアップリンク伝送を受信することができない。ＵＴＲＡＮは、それぞれのＴ１有効化サブフレームでアップリンクＤＰＣＣＨを送信するかどうかを（例えば、パイロットに基づいて）決定することができ、パイロットが存在しないか、または品質が不十分である場合に受信されたシグナリング（例えば、ダウンリンク電力制御に対するＴＰＣビット）を破棄することができる。

一実施形態では、ＵＥは、ＤＲＸモードに入っている間はＲ有効化サブフレームにおいて、またＮＯＤＲＸモードに入っている間は任意のサブフレームにおいて、ＵＴＲＡＮからのダウンリンク伝送を予期する。ＵＥは、ＵＥにより送信された伝送に対応しないシグナリング（例えば、アップリンク電力制御に対するＴＰＣビット）を破棄することができる。ＵＥは、ノードＢ命令＃１を受信した後にＤＲＸの動作を開始し、ノードＢ命令＃２を受信した後にＤＲＸの動作を停止する。

少なくとも１つのＨＡＲＱプロセスがアクティブである場合、ＵＥは、Ｔ１有効化サブフレームを使用して送信を試みる。ＵＴＲＡＮが、すべてのサブフレームにおいてＵＥからのアップリンク伝送を予期する場合、ＵＥは、Ｔ１有効化サブフレームが十分でない場合に他のサブフレームを使用することができる。ＵＥは、アクティブなＨＡＲＱプロセスが少なくとも１つある間は、（Ｔ１−１）個よりも多いサブフレームをＤＴＸ送信しない。アクティブなＨＡＲＱプロセスがない場合、ＵＥは、Ｔ２有効化サブフレームでパイロットおよびシグナリング（例えば、ＣＱＩ）を送信し、（Ｔ２−１）個よりも多いサブフレームをＤＴＸ送信しない。

図６Ａは、Ｔ１＝４＝８ｍｓおよびＴ２＝８＝１６ｍｓで、ＣＰＣ構成に対する例示的なアップリンク伝送を示している。この実施例では、ＵＥは、２０ｍｓ毎に上位レイヤーからボコーダパケットを受信することができる。図６Ａのライン１は、ＵＥによって受信されるボコーダパケットを示している。ライン２から５までは、さまざまな最大再送回数(different maximum numbers of retransmissions)（Ｎ）に対するパケット伝送および再送を示している。Ｔ１有効化サブフレームは、ライン２から５までは円により表されている。Ｔ２有効化サブフレームは、ライン２から５までは１つおきの円であり、ライン２の上にあるラベル「Ｔ２ｅ」により示される。ＵＥは、第１のパケット０を受信した後にＤＴＸＴ１モードに遷移し、ＵＴＲＡＮへの送信を行う。

ライン２のＮ＝１の再送では、パケット０は、サブフレームＳ_１で受信され、Ｔ１有効化サブフレームＳ_１およびＳ_３で送信され、パケット１は、サブフレームＳ_４で受信され、Ｔ１有効化サブフレームＳ_５およびＳ_７で送信され、というように続く。パイロットおよびＣＱＩは、どんなデータ送信も無しに、サブフレームＳ_２、Ｓ_６、Ｓ_９、Ｓ_１３、およびＳ_１５を含んでいる、Ｔ１有効化サブフレームで送信され、パケット０、１、２、および３に対するＨＡＲＱプロセスは、サブフレームＳ_１４の後に完了する。ＵＥは、サブフレームＳ_１６でＤＴＸＴ２モードに遷移し、Ｔ２有効化サブフレームＳ_１７およびＳ_１９でパイロットおよびＣＱＩを送信する。ＵＥは、サブフレームＳ_２１でパケット４を受信した後にＤＴＸＴ１モードに遷移し、Ｔ１有効化サブフレームＳ_２２およびＳ_２４でこのパケットを送信する。

ライン３のＮ＝２の再送では、パケット０は、サブフレームＳ_１で受信され、Ｔ１有効化サブフレームＳ_１、Ｓ_３、およびＳ_６で送信され、パケット１は、サブフレームＳ_４で受信され、Ｔ１有効化サブフレームＳ_５、Ｓ_７、およびＳ９で送信され、というように続く。パイロットおよびＣＱＩは、いずれのデータ送信も無しにサブフレームＳ_２およびＳ_１５を含んでいるＴ１有効化サブフレーム中で送信され、パケット０、１、２、および３に対するＨＡＲＱプロセスは、サブフレームＳ_１６の後に完了する。ＵＥは、サブフレームＳ_１８でＤＴＸＴ２モードに遷移し、Ｔ２有効化サブフレームＳ_１９でパイロットおよびＣＱＩを送信する。ＵＥは、サブフレームＳ_２１でパケット４を受信した後にＤＴＸＴ１モードに遷移し、Ｔ１有効化サブフレームＳ_２２およびＳ_２４でこのパケットを送信する。

パケット伝送および再送は、ライン４におけるＮ＝３の再送、およびライン５におけるＮ＝４の再送について、同様の方法で発生する。複数のパケットは、いくつかのＴ１有効化サブフレーム中で送信されることができる。

図６Ｂは、Ｔ１＝４＝８ｍｓおよびＴ２＝８＝１６ｍｓで、ＣＰＣ構成に対する例示的なアップリンク伝送を示している。この実施例では、ＵＥは、２０ｍｓ毎に上位レイヤーからボコーダパケットを受信する。ＵＥは、ＤＸＴＴ２モードには遷移しないが、それは、図６Ｂに示されている持続時間全体にわたって少なくとも１つのＨＡＲＱプロセスがアクティブであるからである。Ｎ＝４の再送では、与えられたＴ１有効化サブフレームで、２つよりも多いパケットが送信されることができる。

図７は、ＣＰＣモードの例示的なダウンリンクおよびアップリンク伝送を示す図である。時刻Ｌ_１で、ＵＥは、ノードＢ命令＃１を受信した後、ＤＲＸモードで動作し、ＤＴＸＴ２モードを自律的に選択する。時刻Ｌ_２で、ＵＥは、送信すべきデータを有しており、ＤＴＸＴ１モードに遷移し、パケットＡを送信する。時刻Ｌ_３で、ＵＥは、ノードＢ命令＃２を受信した後、ＮＯＤＲＸモードに遷移し、その後、パケット０から５を受信する。時刻Ｌ_４で、ＵＥは、パケットＡを送信した後の無アクティビティ期間に続いてＤＴＸＴ２モードに遷移する。時刻Ｌ_５で、ＵＥは、送信すべきデータを有しており、ＤＴＸＴ１モードに遷移し、パケットＢからＦを送信する。時刻Ｌ_６で、ＵＥは、無アクティビティ期間に続いてＤＴＸＴ２モードに遷移する。時刻Ｌ_７で、ＵＥは、ノードＢ命令＃１を受信した後にＤＲＸモードに遷移する。時刻Ｌ_８で、ＵＥは、送信すべきデータを有しており、ＤＸＴＴ１モードに遷移し、パケットＧからＩを送信する。時刻Ｌ_９で、ＵＥは、無アクティビティ期間に続いてＤＴＸＴ２モードに遷移する。時刻Ｌ_１０で、ＵＥは、ノードＢ命令＃２を受信した後、ＮＯＤＲＸモードに遷移し、その後、パケット６から８を受信する。時刻Ｌ_１１で、ＵＥは、ノードＢ命令＃１を受信した後にＤＲＸモードに遷移する。

図３に示されている実施形態においては、ＵＴＲＡＮは、ＤＲＸモードとＮＯＤＲＸモードとの間で遷移するようにＵＥに指示する(direct)ためにノードＢ命令、を送信する。ノードＢ命令（例えば、＃１および＃２）は、さまざまな方法で送信されることができる。一般に、信頼できるメカニズムを使用してノードＢ命令を送信することが望ましいが、それは、これらの命令は、ネットワークの運用および性能に影響を及ぼすからである。これは、誤り確率が低く、および／または肯定応答を有する、制御チャネル上でノードＢ命令を送信することにより達成される。一実施形態では、ノードＢは、かなり強固(robust)で、ＡＣＫメカニズムを有するＨＳ−ＳＣＣＨ上で送信される。これにより、ノードＢ命令の信頼性が高まり、ＵＴＲＡＮおよびＵＥが異なるモードである場合に生じる伝達不具合の問題が軽減される。

図８は、ＤＲＸモードからＮＯＤＲＸモードへの遷移に対するダウンリンク活動(activity)に基づいてイベントフロー８００の一実施形態を示す。この実施形態では、ノードＢ命令＃２は、ＨＳ−ＳＣＣＨ上で送信されると仮定する。ＵＴＲＡＮは、ＵＥに対するダウンリンクパケットを受信する。次いで、ＵＴＲＡＮは、次のＲ有効化サブフレームにおいてＨＳ−ＳＣＣＨ上でノードＢ命令＃２を送信する。ノードＢ命令＃２を送信する際の平均遅延は、サブフレームＲ／２個分である。ＵＥは、ＨＳ−ＳＣＣＨ上でノードＢ命令＃２を受信し、ＨＳ−ＤＰＣＣＨ上でＡＣＫを送信することにより応答する。ＡＣＫを受信した後、ＵＴＲＡＮは、パケットをＵＥに送信するのにサブフレームをいくつでも使うことができ、Ｒ有効化サブフレームに制約されない。ＵＴＲＡＮは、さらに、ノードＢ命令＃２と同様にしてＨＳ−ＳＣＣＨ上でノードＢ命令＃１を送信することもできる。

ダウンリンク上では、ＤＲＸモードにおいて、ＵＥへの新しいパケット伝送を開始するまでにＲ／２のサブフレームの平均遅延がある。ノードＢは、ＵＥにＤＲＸモードから出るように命令する(order)ことができ、その後の遅延は、できるだけ０に近い値まで低減されることができる。再送は、新しいパケット伝送を、さらに遅延させるかもしれない。上記説明された実施形態においては、アップリンク上で、ＵＥが任意のサブフレームを送信できるので、遅延はＵＥの制御の範囲内にある。他の実施形態では、ノードＢでの検出を助けるために、ＵＥがアップリンク伝送を開始するときにいくつかの制約条件を課すことができる。例えば、ＵＥは、Ｔ１有効化サブフレーム、Ｔ２有効化サブフレーム、または他の何らかのサブフレームで、アップリンク伝送を開始するように制限されうる。

ノードＢ命令は、さまざまな方法で送信されることができる。一実施形態では、ＵＥは、ＵＥ識別について第１の１６ビットＨＳ−ＤＳＣＨ無線ネットワーク識別子（Ｈ−ＲＮＴＩ）を割り当てられ（通常実行されるように）、さらに、ノードＢ命令について第２の１６ビットＨ−ＲＮＴＩを割り当てられる。Ｈ−ＲＮＴＩは、３ＧＰＰＴＳ２５．２１２、セクション４．６で記述されている。第２のＨ−ＲＮＴＩは、命令および将来の拡張のため２１ビットの空間を提供する。別の実施形態では、ブロードキャスト命令用に１６ビットＨ−ＲＮＴＩが１つ予約される。命令メッセージは、ＵＥ特有のＨ−ＲＮＴＩ（１６ビット）を含むことができ、命令と将来の拡張のため５ビットの空間を作成している。ノードＢ命令はまた、他の制御チャネル上で、および／または他の方法で、送信されることもできる。

ノードＢ命令の伝送エラーおよび／または検出エラーがある場合がある。そのときは、ＵＴＲＡＮおよびＵＥが、異なるモードで動作することができる。２つの異なる起こりえるエラーシナリオが下記に説明される。

ＵＴＲＡＮは、ＤＲＸモードで動作し、ＵＥは、ＮＯＤＲＸモードで動作することができる。このエラー状況は、（１）ＵＴＲＡＮがノードＢ命令＃１を送信し、ＵＥが命令を検出できないこと、あるいは（２）何も送信されなかったときにＵＥが誤ってノードＢ命令＃２を検出すること、に起因して起こりえる。ノードＢは、ＵＥがすべてのサブフレームを受信している間にダウンリンク伝送をＲ有効化サブフレームに制限する。ＵＥは、余分なバッテリパワーを消費するが、データは失われない。

ＵＴＲＡＮは、ＮＯＤＲＸモードで動作し、ＵＥは、ＤＲＸモードで動作することができる。このエラー状況は、（１）何も送信されなかったときにＵＥが誤ってノードＢ命令＃１を検出すること、あるいは（２）ＵＴＲＡＮがノードＢ命令＃２を送信し、ＵＥが命令を検出できないこと、に起因して起こりえる。ＵＴＲＡＮは、任意のサブフレームで送信することができるが、ＵＥは、Ｒ有効化サブフレームのみを受信する。Ｒ有効化サブフレーム以外のサブフレームで送信されるデータは、失われる。このエラー状況は、検出可能である。ＵＴＲＡＮは、このタイプのエラーを検出し、適切な回復メカニズムを実行することができる。

ＣＰＣモードは、いくつかの利点を提供する。ＤＴＸＴ１モードは、データ伝送時に容量を最大化することができる特定の最小デューティサイクルＴ１を定める。ＵＥは、その伝送時間を受信時間と同期させスリープサイクルを延長することができる。アップリンク伝送が、必要とされるか、または、よりあり得そうな場合、ＵＴＲＡＮ（例えば、ノードＢ）は、知られている時間のパターンを有する。ＤＴＸＴ２モードは、同期を容易にし、アップリンク伝送の検出および検索を簡単なものにし(simplify)、そして、ノードＢインプリメンテーションを簡単なものにすることができる。ＵＴＲＡＮには、有効化されたサブフレームの最小集合(the minimum set)に関する情報があり、これにより、ノードＢでＵＥからのアップリンクＤＰＣＣＨの検索の影響を低減することができる。例えば、ノードＢは、アップリンク伝送がＴ２有効化サブフレームで送信されるか、またはＴ２有効化サブフレームから始まる場合には、それぞれのサブフレームを検索することができない。ノードＢでの検出も、Ｔ２有効化サブフレームを利用しないシステムと比べて簡素化され(simplified)うる。このようなシステムでは、周期性がわからないまま不規則に送信される信号をノードＢが検出することは比較的難しく、これは、エネルギー蓄積／相関を助ける可能性がある。

図２に戻って参照すると、ＵＥは、以下のいずれかに基づき、ＣＰＣモードからアクティブモードに遷移することができる：すなわち、（１）ＵＥに送信するダウンリンクデータの量（例えば、新しいトランスポートおよび／または論理チャネルに対して）がさらに多くのダウンリンクサブフレームを使用することを示唆している、（２）ネットワークが輻輳しており、ダウンリンクサブフレームのすべてをスケジューラーが自由に使用できるようにすることによりスケジューラー性能を改善できる、および／または（３）他の何らかの理由。ＵＥは、アップリンクサブフレームでデータを送信し、および／またはアクティブモードにおいてダウンリンクサブフレームでデータを受信することができる。アクティブモードでは、バッテリパワーの消費量が増える代わりに、性能を高めることができる。ＵＥは、以下のいずれかに基づき、アクティブモードからＣＰＣモードに遷移することができる：すなわち、（１）ＵＥに対するトラヒック負荷が軽い、（２）ユーザーデータアクティビティが欠如している、または（３）他の何らかの理由。ＵＴＲＡＮは、ＵＥに対するデータキューのステータスに基づいてＵＥのダウンリンクデータアクティビティを確認し、ＵＥにより保持されているデータバッファのステータスレポートの受信に基づいてＵＥのアップリンクデータアクティビティを確認することができる。

一実施形態では、ＵＴＲＡＮは、ＵＥに、アクティブモードまたはＣＰＣモードで動作するように指示する(directs)。ＵＴＲＡＮは、モード切り換えコマンドまたは他の何らかのシグナリングを送信することによりモードを切り換えるようにＵＥに指示することができる。ＵＴＲＡＮは、さらに、ＣＰＣモードのパラメータを送信することにより、ＣＰＣモードに遷移するようにＵＥに指示することもできる。他の実施形態では、ＵＥは、アクティブモードで動作するか、またはＣＰＣモードで動作するかを選択することができ、モード切り換えの要求（ＵＴＲＡＮにより決定が下される場合）、またはモード切り換えの指示（ＵＥにより決定が下され場合）のいずれかを送信することができる。

ＵＴＲＡＮ（例えば、ＲＮＣ）は、ＵＴＲＡＮとＵＥが両方ともＣＰＣモードで動作していることをＵＴＲＡＮ側で保証したいときはいつも、ＵＥに、ＣＰＣモードに遷移するように（例えば、ＣＰＣパラメータを送信すること、またはモード切り換えにより）指令する(command)ことができる。ＵＴＲＡＮは、さらに、ＵＴＲＡＮ側でＵＴＲＡＮとＵＥの両方がアクティブモードで動作していることを保証したいときはいつも、ＵＥに、アクティブモードに遷移するように指令することもできる。

図３に示されている実施形態では、ＣＰＣモードは、２つのＤＴＸモード、１つのＤＲＸモード、およびＮＯＤＲＸモード、を含む。一般に、ＣＰＣモードは、任意の数のＤＴＸモード、１つのＮＯＤＴＸモード、任意の数のＤＲＸモード、１つのＮＯＤＲＸモード、またはこれらの任意の組合せ、を含むことができる。ＮＯＤＴＸモードは、Ｔ１＝１でのＤＴＸＴ１モードの特別な場合と考えられる。

別の実施形態では、ＣＰＣモードは、接続Ｄｅｅｐモード(Connected Deep mode)（あるいは単純に、Ｄｅｅｐモード(Deep mode)）モードを含み、このモードでは、ＵＥは、アップリンク上でサブフレームＴ３個毎に１つの有効化されたサブフレームを、ダウンリンク上でサブフレームＲ２個毎に１つの有効化されたサブフレームを有している。一般に、Ｔ３およびＲ２は、Ｔ３≧Ｔ２およびＲ２≧Ｒとして定義されることができる。Ｔ３およびＲ２は、大きな値、例えば、Ｔ２およびＲよりもかなり大きい値、または場合によって無限大に設定されることができる。Ｄｅｅｐモードは、Ｔ３＝Ｔ２および／またはＲ２＝Ｒを設定することにより無効にされる(disabled)ことができる。

Ｄｅｅｐモードでは、ＵＥは、（ａ）ダウンリンクについては通信監視を停止するか、または非常に低い頻度で監視し、（ｂ）アップリンクについては送信を停止するか、または非常に低い頻度で送信することができる。ＵＥは、ＣＰＩＣＨおよびＰ−ＣＣＰＣＨを測定し、Ｒ２有効化サブフレームにおいて処理を行う周辺ノードＢのＨＳ−ＳＣＣＨを復号化することができる。ＵＥは、必要ならば、測定結果に基づいてノードＢのアクティブな集合を更新することができる。ＵＥは、ＵＥの送信電力を調節するためにノードＢにより送信されるＴＰＣコマンドを無視することができる。ＵＥは、さまざまなトリガイベントに基づいて、例えば、ＵＥがバッファ内にデータを受け取るか、またはダウンリンク上でパケットを受信した場合に、Ｄｅｅｐモードから遷移して抜けることができる。もし何らかのトリガイベントが発生した場合、このときは、ＵＥは、（ａ）アップリンク上での送信のために、ＤＴＸＴ１モード、ＤＴＸＴ２モード、またはＮＯＤＴＸモードに、（ｂ）ダウンリンク上での受信のために、ＤＲＸモードまたはＮＯＤＲＸモードに、遷移することができる。Ｄｅｅｐモードに入っている間、ノードＢにおけるＵＥの同期は、失われる可能性がある。ＤｅｅｐモードからＵＥを再アクティブ化するプロシージャが、使用されることができる。この再アクティブ化は、閉ループ電力制御メカニズムがＵＥの送信電力を適正な電力レベルに戻すことを可能にする十分に長いＤＰＣＣＨプリアンブルを伴うようにできる。

わかりやすくするため、これらの技術は、特にＵＭＴＳについて説明されている。ＣＰＣモードは、図２に示されるように、ＣＥＬＬ＿ＤＣＨ状態のモードあるいは構成であってもよい。ＣＰＣモードは、さらに、ＵＭＴＳにおいて他の方法でも使用されることができる。

ここに説明されている技術はまた、他の通信ネットワーク、他のチャネル構造、他のフレームおよびサブフレーム構造、および／または他の伝送スキームにも使用されることができる。該技術は、非ＨＡＲＱ伝送と同様に、ＨＡＲＱ伝送にも使用されることができる。

図９は、ＣＰＣモードにおいて動作する無線デバイスによって実行される、プロセス９００の一実施形態を示している。接続モードに入っている間、無線デバイスは、無線ネットワークへの伝送のために、複数のＤＴＸモードのうちの１つまたはＮＯＤＴＸモードで動作する（ブロック９１０）。無線デバイスは、さらに、無線ネットワークからの受信のために、少なくとも１つのＤＲＸモードのうちの１つまたはＮＯＤＲＸモードで動作する（ブロック９２０）。それぞれのＤＴＸモードは、シグナリングおよび／またはデータを無線ネットワークに送信するのに使用可能な異なるサブフレームに関連付けられることができる。ＮＯＤＴＸモードは、シグナリングおよび／またはデータを無線ネットワークに送信するのに使用可能であるすべてのサブフレームに関連付けられることができる。それぞれのＤＲＸモードは、シグナリングおよび／またはデータを無線ネットワークから受信するのに使用可能な異なるサブフレームに関連付けられることができる。ＮＯＤＲＸモードは、シグナリングおよび／またはデータを無線ネットワークから受信するのに使用可能であるすべてのサブフレームに関連付けられることができる。無線デバイスは、（１）ＤＴＸおよびＤＲＸ、（２）ＤＴＸおよびＮＯＤＲＸ、（３）ＮＯＤＴＸおよびＤＲＸ、または（４）ＮＯＤＴＸおよびＮＯＤＲＸ、のうちのどれかで動作することができる。

複数のＤＴＸモードは、第１および第２のＤＴＸモードを備えることができる。第１のＤＴＸモードでは、無線デバイスは、第１の有効化されたサブフレームでシグナリングを送信することができ、もし無線ネットワークに送信するデータがある場合は、第１の有効化されたサブフレームでデータを送信することができる（ブロック９１２）。第２のＤＴＸモードでは、無線デバイスは、第２の有効化されたサブフレームでシグナリングを送信することができる（ブロック９１４）。一実施形態では、無線デバイスは、レイヤー１に対するシグナリング（例えば、プロット、ＴＰＣ、ＣＱＩなど）を送信し、第１のＤＴＸモードで上位レイヤーに対するシグナリングを送信することができ、第２のＤＴＸモードでレイヤー１シグナリングのみを送信する。一般に、無線デバイスは、異なるタイプのシグナリングを送信することを許可されるか、またはそれぞれのＤＴＸモードにおいて特定のタイプのシグナリングのみを送信するように制限されることができる。したがって、第１のＤＴＸモードで送信されるシグナリングは、第２のＤＴＸモードで送信されるシグナリングと同じであっても、異なっていてもよい。少なくとも１つのＤＲＸモードは、単一のＤＲＸモードを備えることができる。ＤＲＸモードでは、無線デバイスは、第３の有効化されたサブフレームでシグナリングを受信することができ、もしシグナリングが無線ネットワークに送信されているデータを示している場合は、第３の有効化されたサブフレームでデータを受信することができる（ブロック９２２）。第１の有効化されたサブフレームは、アップリンクに利用可能なサブフレームの部分集合であってよく、サブフレームＴ１個で相隔てられる。第２の有効化されたサブフレームは、第１の有効化されたサブフレームの部分集合であってよく、サブフレームＴ２個で相隔てられる。第３の有効化されたサブフレームは、ダウンリンクに利用可能なサブフレームの部分集合であってよく、サブフレームＲ個で相隔てられる。Ｔ１、Ｔ２、および／またはＲは、構成可能なパラメータ(configurable parameter)とすることができる。

無線デバイスは、複数のＤＴＸモード間で自律的に遷移することができ、また無線デバイスのデータ負荷に基づいてＮＯＤＴＸモードに自律的に遷移することができる（ブロック９１６）。無線デバイスは、無線ネットワークからのシグナリングに基づいて、少なくとも１つのＤＲＸモードとＮＯＤＲＸモードとの間を遷移することができる（ブロック９２４）。無線デバイスは、無線ネットワークからのシグナリングに基づいて、アクティブモードとＣＰＣモードとの間を遷移することもできる。アクティブモードは、送信および受信に使用できるすべてのサブフレームに対応しうる。

図１０は、ＣＰＣモードの場合に無線ネットワークにより実行されるプロセス１０００の一実施形態を示している。無線ネットワークは、接続モードに入っている間、複数のＤＴＸモードのうちの１つまたはＮＯＤＴＸモードで動作している無線デバイスから受信する（ブロック１０１０）。無線ネットワークは、接続モードに入っている間、少なくとも１つのＤＲＸモードのうちの１つまたはＮＯＤＲＸモードで動作している無線デバイスに送信する（ブロック１０２０）。

複数のＤＴＸモードは、第１および第２のＤＴＸモードを備えることができる。無線デバイスが第１のＤＴＸモードで動作するとき、無線ネットワークは、第１の有効化されたサブフレームで無線デバイスからシグナリングを受信することができ、もしシグナリングが送信されているデータを示している場合は、第１の有効化されたサブフレームで無線デバイスからデータを受信することができる（ブロック１０１２）。第２のＤＴＸモードで無線デバイスが動作するとき、無線ネットワークは、第２の有効化されたサブフレームで無線デバイスからシグナリングを受信することができる（ブロック１０１４）。無線ネットワークは、アップリンクに利用可能なすべてのサブフレームにおいて無線デバイスからのシグナリングを検出することができる（ブロック１０１６）。少なくとも１つのＤＲＸモードは、単一のＤＲＸモードを備えることができる。ＤＲＸモードで無線デバイスが動作するとき、無線ネットワークは、第３の有効化されたサブフレームでシグナリングを送信することができ、もし無線デバイスに送信するデータがある場合には、第３の有効化されたサブフレームでデータを送信することができる（ブロック１０２２）。無線ネットワークは、ＤＲＸモードとＮＯＤＲＸモードとの間を遷移するように無線デバイスに指示するシグナリングを送信することができる（ブロック１０２４）。無線ネットワークは、さらに、アクティブモードとＣＰＣモードとの間を遷移するように無線デバイスに指示するシグナリングを送信することもできる。

図１１は、図１のＵＥ１１０、ノードＢ１３０、およびＲＮＣ１４０の一実施形態のブロック図を示している。アップリンク上で、ＵＥ１１０により送信されるデータおよびシグナリングは、符号器１１２２により処理され（例えば、フォーマットされ、符号化され、インターリーブされ）、さらに変調器(modulator)（Ｍｏｄ）１１２４により処理され（例えば、変調され、チャネル化され、スクランブルされ）、出力チップを生成する。次いで、送信機(transmitter)（ＴＭＴＲ）１１３２は、出力チップを調整し（例えば、アナログに変換し、フィルタ処理し、増幅し、高い周波数に変換し）、アンテナ１１３４を介して送信されるアップリンク信号を生成する。ダウンリンク上では、アンテナ１１３４は、ノードＢ１３０により送信されるダウンリンク信号を受信する。受信機(receiver)（ＲＣＶＲ）１１３６は、アンテナ１１３４から受信された信号を調整し（例えば、フィルタ処理し、増幅し、低い周波数に変換し、デジタル化し）、サンプルを供給する。復調器(demodulator)（Ｄｅｍｏｄ）１１２６は、サンプルを処理し（例えば、逆スクランブルし、チャネル化し、復調し）、シンボル推定を行う。復調器１１２８は、さらに、シンボル推定を処理し（例えば、逆インターリーブし、復号化し）、復号化されたデータを供給する。符号器１１２２、変調器１１２４、復調器１１２６、および復号器１１２８は、モデムプロセッサ１１２０によって、インプリメントされる(implemented)ことができる。これらのユニットは、ネットワークにより使用される無線技術（例えば、Ｗ−ＣＤＭＡまたはｃｄｍａ２０００）に従って処理を実行する。

コントローラ／プロセッサ１１４０は、ＵＥ１１０でさまざまなユニットの動作を指図する(directs)。コントローラ／プロセッサ１１４０は、図９におけるプロセス９００、および／または、ここに説明されている技術の他のプロセスを実行することができる。メモリ１１４２は、ＵＥ１１０に対するプログラムコードおよびデータ、例えば、ＣＰＣを動作させるためのパラメータおよび命令を格納する。

図１１はまた、ノードＢ１３０およびＲＮＣ１４０の一実施形態も示している。ノードＢ１３０は、ＵＥ１１０と通信するためのさまざまな機能を実行するコントローラ／プロセッサ１１５０、ノードＢ１３０用のプログラムコードおよびデータを格納するメモリ１１５２、およびＵＥ１１０との無線通信をサポートするトランシーバ１１５４を含んでいる。コントローラ／プロセッサ１１５０は、図１０におけるプロセス１０００、および／または、ここに説明されている技術の他のプロセスを実行することができ、さらに、ＣＰＣモードでノードＢ命令をＵＥ１１０に送信することもできる。ＲＮＣ１４０は、ＵＥ１１０用の通信をサポートするさまざまな機能を実行するコントローラ／プロセッサ１１６０、およびＲＮＣ１４０用のプログラムコードおよびデータを格納するメモリ１１６２を含んでいる。コントローラ／プロセッサ１１６０は、ＣＰＣモードを構成することができ、また、ＵＥ１１０についてアクティブモードとＣＰＣモードとの間の遷移を指示することができる。

当業者は、情報および信号は、さまざまな異なる技術および技法を使用して表すことができることを理解するであろう。例えば、上記の説明をとおして参照され得る、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁気粒子、光場または光粒子、もしくはこれらの任意の組合せにより表わされることができる。

当業者はさらに、ここに開示されている実施形態に関連して説明されているさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとしてインプリメントされることができることを認識するであろう。ハードウェアとソフトウェアとの互換性(interchangeability)を明確に説明するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に上記に説明されている。このような機能がハードウェアまたはソフトウェアとしてインプリメントされるかどうかは、システム全体に課せられる特定のアプリケーションおよび設計の制約に依存する。熟練者は、それぞれの特定のアプリケーションについてさまざまな方法で、説明されている機能をインプリメントすることができるが、そのようなインプリメンテーション決定は、本発明の範囲からの逸脱を生じさせるものとして解釈されるべきでない。

ここに開示されている実施形態に関連して説明されている様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）あるいは他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェアコンポーネント、またはここに説明されている機能を実行するように設計されているこれらの任意の組合せ、でインプリメントされる、あるいは実行されることができる。汎用プロセッサは、マイクロプロセッサであってよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってよい。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または他のそのような構成、としてインプリメントされることもできる。

ここに開示されている実施形態に関連して説明されている方法またはアルゴリズムのステップは、ハードウェアで直接に、プロセッサにより実行されるソフトウェアモジュールにより、またはこれら２つの組合せにより具現化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態の記憶媒体に、常駐することができる。例示的な記憶媒体は、プロセッサがその記憶媒体から情報を読み込み、その記憶媒体に情報を書き込めるように、プロセッサに結合される。別の方法では、記憶媒体は、プロセッサに一体化してもよい。プロセッサおよび記憶媒体は、ＡＳＩＣにあってもよい。ＡＳＩＣは、ユーザー端末の中にあってもよい。別の方法では、プロセッサおよび記憶媒体は、ユーザー端末内のディスクリートコンポーネントとして常駐してもよい。

開示された実施形態の以上の説明は、どんな当業者にも、本発明を作り、使用することを可能にするために提供されている。これらの実施形態に対する様々な修正は、当業者にとっては容易に明らかであろう、また、またここに定義されている包括的な原理は、本発明の精神または範囲から逸脱することなく他の実施形態にも適用することができる。したがって、本発明は、ここに示されている実施形態に限定されるようには意図されておらず、ここに開示されている原理および新規な特徴と整合する最も広い範囲を与えられるように意図されている。

３ＧＰＰネットワークの図である。ユーザー装置（ＵＥ）の無線リソース制御（ＲＲＣ）状態の状態図である。ＣＰＣモードの実施形態を示す図である。ＣＰＣモードの有効化されたサブフレームを示す図である。ＤＴＸＴ１の動作を示す図である。ＤＴＸＴ２の動作を示す図である。ＤＲＸＴ３の動作を示す図である。ＣＰＣモードの例示的なアップリンク伝送を示す図である。ＣＰＣモードの例示的なアップリンク伝送を示す図である。ＣＰＣモードの例示的なダウンリンクおよびアップリンク伝送を示す図である。ＤＲＸモードからＮＯＤＲＸモードへの遷移を示すイベントフローの図である。ＣＰＣモードにおいてＵＥにより実行されるプロセスを示す図である。ＣＰＣモードの場合のネットワークにより実行されるプロセスを示す図である。ＵＥ、ノードＢ、およびＲＮＣのブロック図である。

Claims

無線ネットワークへの送信では、接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、または、ＮＯＤＴＸモードで動作し、前記無線ネットワークからの受信では、前記接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、または、ＮＯＤＲＸモードで動作する、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと、
を備える無線デバイス。
それぞれのＤＴＸモードは、データ、またはシグナリング、またはデータとシグナリングの両方を前記無線ネットワークに送信するために使用可能な異なるサブフレームに関連付けられる、請求項１に記載の無線デバイス。
それぞれのＤＲＸモードは、データ、またはシグナリング、またはデータとシグナリングの両方を前記無線ネットワークから受信するために使用可能な異なるサブフレームに関連付けられる、請求項１に記載の無線デバイス。
前記複数のＤＴＸモードは、第１のＤＴＸモードを備え、前記第１のＤＴＸモードにおいて、前記少なくとも１つのプロセッサは、アップリンクで利用可能なサブフレームの部分集合に対応する第１の有効化されたサブフレームでシグナリングを送信し、もし前記無線ネットワークに送信するデータがある場合は、前記第１の有効化されたサブフレームでデータを送信する、請求項１に記載の無線デバイス。
前記複数のＤＴＸモードは、第２のＤＴＸモードを備え、前記第２のＤＴＸモードにおいて、前記少なくとも１つのプロセッサは、前記第１の有効化されたサブフレームの部分集合に対応する第２の有効化されたサブフレームでシグナリングを送信する、請求項４に記載の無線デバイス。
前記第１の有効化されたサブフレームは、サブフレームＴ１個の間隔で相隔てられ、Ｔ１は、構成可能なパラメータである、請求項４に記載の無線デバイス。
前記第２の有効化されたサブフレームは、サブフレームＴ２個の間隔で相隔てられ、Ｔ２は、構成可能なパラメータである、請求項５に記載の無線デバイス。
前記少なくとも１つのＤＲＸモードは第１のＤＲＸモードを備え、前記第１のＤＲＸモードにおいて、前記少なくとも１つのプロセッサは、ダウンリンクで利用可能なサブフレームの部分集合に対応する有効化されたサブフレームでシグナリングを受信し、もし前記シグナリングが、前記無線デバイスに送られているデータを示している場合は、前記有効化されたサブフレームでデータを受信する、請求項１に記載の無線デバイス。
前記有効化されたサブフレームは、サブフレームＲ個の間隔で相隔てられ、Ｒは、構成可能なパラメータである、請求項８に記載の無線デバイス。
前記複数のＤＴＸモードは、前記無線デバイスの送信電力が制御されないＤＴＸモードを備える、請求項１に記載の無線デバイス。
前記複数のＤＴＸモードは、前記無線デバイスがアップリンクでシグナリングおよびデータを送信しないＤＴＸモードを備え、前記少なくとも１つのＤＲＸモードは、前記無線デバイスがダウンリンクでシグナリングおよびデータを受信しないＤＲＸモードを備える、請求項１に記載の無線デバイス。
前記少なくとも１つのプロセッサは、前記無線ネットワークからＴ１、Ｔ２、Ｒ、およびオフセットの一構成を受け取り、Ｔ１は第１のＤＴＸモードに対する第１の有効化されたサブフレーム間の間隔を定義し、Ｔ２は第２のＤＴＸモードに対する第２の有効化されたサブフレーム間の間隔を定義し、ＲはＤＲＸモードに対する第３の有効化されたサブフレームの間の間隔を定義し、オフセットは前記第１、第２、および第３の有効化されたサブフレームを識別する、請求項１に記載の無線デバイス。
前記少なくとも１つのプロセッサは、前記複数のＤＴＸモード間で自律的に遷移する、請求項１に記載の無線デバイス。
前記少なくとも１つのプロセッサは、前記無線デバイスにおけるデータ負荷に基づいて前記ＮＯＤＴＸモードに自律的に遷移する、請求項１に記載の無線デバイス。
前記少なくとも１つのプロセッサは、前記無線ネットワークからのシグナリングに基づいて前記少なくとも１つのＤＲＸモードとＮＯＤＲＸモードとの間を遷移する、請求項１に記載の無線デバイス。
前記少なくとも１つのプロセッサは、レイヤー１またはレイヤー２を介して前記無線ネットワークから、前記少なくとも１つのＤＲＸモードと前記ＮＯＤＲＸモードとの間を遷移するために前記シグナリングを受信する、請求項１に記載の無線デバイス。
前記少なくとも１つのプロセッサは、前記無線ネットワークからのシグナリングに基づいてアクティブモードと連続的パケット接続性（ＣＰＣ）モードとの間を遷移し、前記ＣＰＣモードは、前記複数のＤＴＸモードおよび前記少なくとも１つのＤＲＸモードを備え、前記アクティブモードは、前記ＮＯＤＴＸモードおよび前記ＮＯＤＲＸモードを備える、請求項１に記載の無線デバイス。
無線ネットワークとの通信では、接続モードで動作し、無線ネットワークへの送信では、前記接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、または、ＮＯＤＴＸモードで動作する、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと、
を備える無線デバイス。
無線ネットワークとの通信では、接続モードで動作し、前記無線ネットワークからの受信では、前記接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、または、ＮＯＤＲＸモードで動作する、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと、
を備える無線デバイス。
無線ネットワークへの送信では、接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、またはＮＯＤＴＸモードで動作することと、
前記無線ネットワークからの受信では、接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、またはＮＯＤＲＸモードで動作することと、
を備える方法。
前記複数のＤＴＸモードは、第１のＤＴＸモードを備え、前記第１のＤＴＸモードで動作することは、
アップリンクに利用可能なサブフレームの部分集合に対応する第１の有効化されたサブフレームでシグナリングを送信することと、
もし前記無線ネットワークへ送信するデータがある場合は、前記第１の有効化されたサブフレームでデータを送信することと、
を備える、
請求項２０に記載の方法。
前記複数のＤＴＸモードは、第２のＤＴＸモードを備え、前記第２のＤＴＸモードで動作することは、
前記第１の有効化されたサブフレームの部分集合に対応する第２の有効化されたサブフレームでシグナリングを送信すること、
を備える、
請求項２１に記載の方法。
前記少なくとも１つのＤＲＸモードのうちの１つで動作することは、
ダウンリンクに利用可能なサブフレームの部分集合に対応する有効化されたサブフレームでシグナリングを受信することと、
もし前記シグナリングが前記無線デバイスに送られているデータを示す場合は、前記有効化されたサブフレームでデータを受信することと、
を備える、
請求項２０に記載の方法。
前記複数のＤＴＸモードの間を自律的に遷移することと、
前記無線デバイスでのデータ負荷に基づいて前記ＮＯＤＴＸモードに自律的に遷移することと、
をさらに備える請求項２０に記載の方法。
前記無線ネットワークからのシグナリングに基づいて、前記少なくとも１つのＤＲＸモードと前記ＮＯＤＲＸモードとの間を遷移すること、
をさらに備える請求項２０に記載の方法。
無線ネットワークへの送信のために、前記接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、またはＮＯＤＴＸモードで動作するための手段と、
前記無線ネットワークから受信するため、接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、またはＮＯＤＲＸモードで動作するための手段と、
を備える装置。
前記複数のＤＴＸモードは、第１のＤＴＸモードを備え、前記第１のＤＴＸモードで動作するための手段は、
アップリンクに利用可能なサブフレームの部分集合に対応する第１の有効化されたサブフレームでシグナリングを送信するための手段と、
もし前記無線ネットワークへ送信するデータがある場合は、前記第１の有効化されたサブフレームでデータを送信するための手段と、
を備える、
請求項２６に記載の装置。
前記複数のＤＴＸモードは、第２のＤＴＸモードを備え、前記第２のＤＴＸモードで動作するための手段は、
前記第１の有効化されたサブフレームの部分集合に対応する第２の有効化されたサブフレームでシグナリングを送信するための手段、
を備える、
請求項２７に記載の装置。
前記少なくとも１つのＤＲＸモードのうちの１つで動作するための手段は、
ダウンリンクに利用可能なサブフレームの部分集合に対応する有効化されたサブフレームでシグナリングを受信するための手段と、
もし前記シグナリングが前記無線デバイスに送られているデータを示す場合は、前記有効化されたサブフレームでデータを受信するための手段と、
を備える、
請求項２６に記載の装置。
接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つまたはＮＯＤＴＸモードで動作する無線デバイスから受信し、接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つまたはＮＯＤＲＸモードで動作する前記無線デバイスに送信する、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと、
を備える装置。
前記複数のＤＴＸモードは、第１のＤＴＸモードを備え、前記無線デバイスが前記第１のＤＴＸモードで動作しているときに、前記少なくとも１つのプロセッサは、アップリンクで利用可能なサブフレームの部分集合に対応する第１の有効化されたサブフレームで前記無線デバイスからシグナリングを受信し、もし前記シグナリングが前記無線デバイスにより送信されているデータを示している場合は、前記第１の有効化されたサブフレームで前記無線デバイスからデータを受信する、請求項３０に記載の装置。
前記複数のＤＴＸモードは、第２のＤＴＸモードを備え、前記無線デバイスが前記第２のＤＴＸモードで動作するとき、前記少なくとも１つのプロセッサは、前記第１の有効化されたサブフレームの部分集合に対応する第２の有効化されたサブフレームで前記無線デバイスからシグナリングを受信する、請求項３１に記載の装置。
前記少なくとも１つのプロセッサは、前記アップリンクに利用可能なすべてのサブフレームで前記無線デバイスからのシグナリングを検出する、請求項３０に記載の装置。
前記少なくとも１つのＤＲＸモードは、第１のＤＲＸモードを備え、前記無線デバイスが前記第１のＤＲＸモードで動作するとき、前記少なくとも１つのプロセッサは、ダウンリンクで利用可能なサブフレームの部分集合に対応する有効化されたサブフレームで前記無線デバイスにシグナリングを送信し、もし前記無線デバイスへ送信するデータがある場合は、前記有効化されたサブフレームで前記無線デバイスにデータを送信する、請求項３０に記載の装置。
前記少なくとも１つのプロセッサは、前記無線デバイスにＴ１、Ｔ２、Ｒ、およびオフセットの一構成を送信し、Ｔ１は第１のＤＴＸモードに対する第１の有効化されたサブフレーム間の間隔を定義し、Ｔ２は第２のＤＴＸモードに対する第２の有効化されたサブフレーム間の間隔を定義し、ＲはＤＲＸモードに対する第３の有効化されたサブフレームの間の間隔を定義し、オフセットは前記第１、第２、および第３の有効化されたサブフレームを識別する、請求項３０に記載の装置。
前記少なくとも１つのプロセッサは、前記少なくとも１つのＤＲＸモードと前記ＮＯＤＲＸモードとの間を遷移するように前記無線デバイスに指示するシグナリングを送信する、請求項３０に記載の装置。
前記少なくとも１つのプロセッサは、アクティブモードと連続的パケット接続性（ＣＰＣ）モードとの間を遷移するように前記無線デバイスに指示するするシグナリングを送信し、前記ＣＰＣモードは、前記複数のＤＴＸモードおよび前記少なくとも１つのＤＲＸモードを備え、前記アクティブモードは、前記ＮＯＤＴＸモードおよび前記ＮＯＤＲＸモードを備える、請求項３０に記載の装置。
接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、またはＮＯＤＴＸモードで動作する無線デバイスから受信することと、
接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、またはＮＯＤＲＸモードで動作する前記無線デバイスに送信することと、
を備える方法。
前記複数のＤＴＸモードは、第１のＤＴＸモードを備え、前記第１のＤＴＸモードで動作する前記無線デバイスから受信することは、
アップリンクに利用可能なサブフレームの部分集合に対応する第１の有効化されたサブフレームで前記無線デバイスからシグナリングを受信することと、
もし前記シグナリングが前記無線デバイスにより送信されているデータを示す場合は、前記第１の有効化されたサブフレームで前記無線デバイスからデータを受信することと、
を備える、
請求項３８に記載の方法。
前記複数のＤＴＸモードは、第２のＤＴＸモードを備え、前記第２のＤＴＸモードで動作する前記無線デバイスから受信することは、
前記第１の有効化されたサブフレームの部分集合に対応する第２の有効化されたサブフレームで前記無線デバイスからシグナリングを受信すること、
を備える請求項３９に記載の方法。
前記少なくとも１つのＤＲＸモードのうちの１つで動作する前記無線デバイスに送信することは、
ダウンリンクに利用可能なサブフレームの部分集合に対応する有効化されたサブフレームで前記無線デバイスにシグナリングを送信することと、
もし前記無線デバイスに送信するデータがある場合は、前記有効化されたサブフレームで前記無線デバイスにデータを送信することと、
を備える、
請求項３８に記載の方法。
接続モードに入っている間、複数の不連続送信（ＤＴＸ）モードのうちの１つ、またはＮＯＤＴＸモードで動作する無線デバイスから受信するための手段と、
接続モードに入っている間、少なくとも１つの不連続受信（ＤＲＸ）モードのうちの１つ、またはＮＯＤＲＸモードで動作する前記無線デバイスに送信するための手段と、
を備える装置。
前記複数のＤＴＸモードは、第１のＤＴＸモードを備え、前記第１のＤＴＸモードで動作する前記無線デバイスから受信するための手段は、
アップリンクに利用可能なサブフレームの部分集合に対応する第１の有効化されたサブフレームで前記無線デバイスからシグナリングを受信するための手段と、
もし前記シグナリングが前記無線デバイスにより送信されているデータを示す場合は、前記第１の有効化されたサブフレームで前記無線デバイスからデータを受信するための手段と、
を備える、
請求項４２に記載の装置。
前記複数のＤＴＸモードは、第２のＤＴＸモードを備え、前記第２のＤＴＸモードで動作する前記無線デバイスから受信するための手段は、
前記第１の有効化されたサブフレームの部分集合に対応する第２の有効化されたサブフレームで前記無線デバイスからシグナリングを受信するための手段、
を備える、
請求項４３に記載の装置。
前記少なくとも１つのＤＲＸモードのうちの１つで動作する前記無線デバイスに送信するための手段は、
ダウンリンクに利用可能なサブフレームの部分集合に対応する有効化されたサブフレームで前記無線デバイスにシグナリングを送信するための手段と、
もし前記無線デバイスに送信するデータがある場合は、前記有効化されたサブフレームで前記無線デバイスにデータを送信するための手段と、
を備える、
請求項４２に記載の装置。