(57)【要約】【課題】本発明の方法および装置は、ＣＥＬＬ＿ＦＡＣＨ状態において、割り当てられたＥ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時識別子）を用いて動作しながら、Ｅ−ＤＣＨ（拡張個別チャネル）リソース上でワイヤレス通信信号を制御することを可能にする。【解決手段】定期的なセル更新のタイマが満了したという判定が下される。定期的なセル更新のタイマが満了したことに応答して、ＷＴＲＵが、割り当てられたＥ−ＤＣＨリソースを有するかどうかが判定される。ＷＴＲＵが、割り当てられたＥ−ＤＣＨリソースを有する場合、定期的なセル更新を実行せずに、定期的なセル更新のタイマがリスタートされる。【選択図】図４
2014017877.tif 000002
【特許請求の範囲】
【請求項１】
ＷＴＲＵ（ワイヤレス送受信ユニット）において実施されるワイヤレス通信信号を制御するための方法であって、
割り当てられたＥ−ＲＮＴＩ（Ｅ−ＤＣＨ（拡張個別チャネル）無線ネットワーク一時識別子）を用いてＣＥＬＬ＿ＦＡＣＨ状態において動作するステップと、
定期的なセル更新のタイマが満了したという判定を下すステップと、
前記定期的なセル更新のタイマが満了した時に、前記ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有するかどうかを判定するステップと、
前記ＷＴＲＵが前記割り当てられたＥ−ＤＣＨリソースを有するという判定をしたときに、前記定期的なセル更新のタイマをリスタートするステップであって、定期的なセル更新を実行することなく、前記定期的なセル更新のタイマがリスタートされる、ステップと  を含むことを特徴とする方法。
【請求項２】
前記割り当てられたＥ−ＤＣＨリソースは、ＤＣＣＨ（個別制御チャネル）／ＤＴＣＨ（個別トラフィックチャネル）データを伝送するための共通Ｅ−ＤＣＨリソースであることを特徴とする請求項１に記載の方法。
【請求項３】
前記定期的なセル更新のタイマが満了した時に、前記ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有さないという判定をしたときに、定期的なセル更新を実行するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記定期的なセル更新は、ＣＣＣＨ（共通制御チャネル）送信を含むことを特徴とする請求項３に記載の方法。
【請求項５】
ＤＣＣＨ（個別制御チャネル）／ＤＴＣＨ（個別トラフィックチャネル）送信は、ＣＣＣＨ送信が解放されるまでは実行されないことを特徴とする請求項４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ワイヤレス通信に関する。
【背景技術】
【０００２】
図１は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ：ユニバーサル移動体通信システム）において拡張アップリンクを用いる３ＧＰＰ（第３世代パートナシッププロジェクト）ＷＴＲＵ（無線送信／受信ユニット）のＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ：無線リソース制御）サービス状態１００を示している。ＷＴＲＵは、ユーザ活動に応じて、いくつかの状態で動作することができる。以下の状態が、すなわち、アイドル１１０、ＣＥＬＬ＿ＤＣＨ  １２０、ＣＥＬＬ＿ＦＡＣＨ  １３０、ＵＲＡ＿ＰＣＨ  １４０、およびＣＥＬＬ＿ＰＣＨ  １５０が、ＵＴＲＡ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ：ＵＭＴＳ地上無線アクセス）ＲＲＣ（無線リソース制御）接続モードのために定義されている。ＷＴＲＵが遷移できる他の状態は、ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ：汎用パケット無線サービス）パケット転送モード１６０、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）接続モード１７０、またはＥ−ＵＴＲＡ（拡張ＵＴＲＡ）接続モード１８０を含む。ＲＲＣ状態遷移は、ＲＮＣ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ：無線ネットワークコントローラ）パラメータを使用して、ネットワークによって制御することができる。
【０００３】
３ＧＰＰリリース８のための作業努力の一環として、ＣＥＬＬ＿ＦＡＣＨ状態またはアイドルモードにあるＷＴＲＵがＥ−ＲＡＣＨ（ｅｎｈａｎｃｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ：拡張ランダムアクセスチャネル）機構を使用できるようにすることが提案され、それによって、ＷＴＲＵは、ＵＬ（アップリンク）においてＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ：拡張個別チャネル）を使用する。Ｅ−ＤＣＨリソースは、他の３ＧＰＰリリース８  ＣＥＬＬ＿ＦＡＣＨ  ＷＴＲＵの間で共用される共有リソースの小さなプールから取られる。これらのＷＴＲＵは、レガシＲＡＣＨ（ランダムアクセスチャネル）ランプアップ（ｒａｍｐ  ｕｐ）手順を使用して、Ｅ−ＤＣＨリソースを要求する。このランプアップ手順の一環として、ＷＴＲＵは、ランダムに選択されたアクセススロットにおいて、ランダムに選択されたシグネチャシーケンスまたはプリアンブルシグネチャを送信する。シグネチャが正しく復号された場合、ノードＢは、そのリソースのプールからＥ−ＤＣＨリソースを割り当てることによって応答し、詳細は、ブロードキャストされるシステム情報を介して、ＷＴＲＵに通知される。Ｅ−ＤＣＨリソースを割り当てるとき、ノードＢは、どのＥ−ＤＣＨリソースを使用するかに関するインデックスを通知しさえすればよい。インデックスは、ＡＩＣＨ（ａｃｑｕｉｓｉｔｉｏｎ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ：アクイジションインジケータチャネル）またはＥ−ＡＩＣＨ（進化型ＡＩＣＨ）上で通知される。Ｅ−ＤＣＨリソースインデックスを受信すると、ＷＴＲＵは、Ｅ−ＤＣＨリソースを用いてコンフィギュレーションを行い、Ｅ−ＤＣＨ上でＵＬデータを送信し始めることができる。
【０００４】
共通Ｅ−ＤＣＨリソースは、アイドルモード、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にあるＷＴＲＵによって使用することができる。ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵは、共通Ｅ−ＤＣＨリソース上で、ＣＣＣＨ（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：共通制御チャネル）トラフィックまたはＤＣＣＨ／ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：個別制御チャネル／ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ：個別トラフィックチャネル）トラフィックを送信することができる。ＷＴＲＵがＥ−ＲＮＴＩ（Ｅ−ＤＣＨ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ：Ｅ−ＤＣＨ無線ネットワーク一時識別子）を割り当てられた場合、割り当てられたＥ−ＤＣＨリソース上でのＤＣＣＨ／ＤＴＣＨデータ送信が、競合解決フェーズから開始する。競合解決フェーズの最中、ＷＴＲＵのＥ−ＲＮＴＩは、すべてのＭＡＣ（媒体アクセス制御）−ｉ  ＰＤＵ（プロトコルデータユニット）内に含まれる。ＷＴＲＵのＥ−ＲＮＴＩを受信することで、ネットワーク（例えば、ユニバーサル移動体通信システム地上無線アクセスネットワーク（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、すなわちＵＴＲＡＮ）は、どのＷＴＲＵがＥ−ＤＣＨリソースを許可されたかを通知され、ノードＢは、（Ｅ−ＲＮＴＩ固有のＣＲＣ（巡回冗長検査）付加を通して）ＷＴＲＵのＥ−ＲＮＴＩを確認するＥ−ＡＧＣＨ（ｅｎｈａｎｃｅｄ  ａｃｃｅｓｓ  ｇｒａｎｔ  ｃｈａｎｎｅｌ：拡張アクセス許可チャネル）信号を送信することができる。ＷＴＲＵがタイマの満了までにそのＥ−ＲＮＴＩをＥ−ＡＧＣＨ上で受信しない場合、競合は解決されておらず、ＷＴＲＵは、関連するＥ−ＤＣＨリソースを解放する。
【０００５】
ＷＴＲＵが送信するのがＣＣＣＨデータである場合、競合解決フェーズは実行されない。ＷＴＲＵは、最大ＣＣＣＨ割り当て時間を有し、データを送信する。時間が満了すると、リソースは解放される。
【０００６】
Ｅ−ＤＣＨリソースは、Ｅ−ＡＧＣＨ上で値「ｉｎａｃｔｉｖｅ」を受信したことを理由に、無線リンク障害を理由に、ＴＥＢＳ（ｔｏｔａｌ  Ｅ−ＤＣＨ  ｂｕｆｆｅｒ  ｓｔａｔｕｓ：合計Ｅ−ＤＣＨバッファステータス）がゼロに等しいことを理由に、または非活動タイマの満了を理由に解放されることもある。
【０００７】
ＷＴＲＵがＣＣＣＨトラフィックを送信する場合、基礎的な前提は、ＷＴＲＵが、割り当てられたＥ−ＲＮＴＩを有せず、競合解決を実行しないことである。セル選択／再選択の後のＣＥＬＬ  ＵＰＤＡＴＥメッセージの場合、およびＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴメッセージの場合には、これが成り立つが、ＷＴＲＵが、Ｅ−ＲＮＴＩを有し、ＣＣＣＨトラフィック（例えば、定期的なセル更新のメッセージ）を送信しなければならない状況が存在する。そのような場合、ＷＴＲＵ挙動は曖昧になる。現在の仕様によれば、Ｅ−ＲＮＴＩが割り当てられた場合、ＷＴＲＵは、競合解決が解決されるまで（すなわち、ＷＴＲＵがそのＥ−ＲＮＴＩを有するＥ−ＡＧＣＨを受信するときまで）、そのＥ−ＲＮＴＩをすべてのＭＡＣ−ｉ  ＰＤＵに追加することを要求される。しかし、ＣＣＣＨトラフィックを送信するＷＴＲＵは、競合解決を実行することを要求されず、Ｅ−ＡＧＣＨを監視することを要求されない。定期的なセル更新のメッセージはサイズが小さいことが予想されるので、定期的なセル更新のメッセージなどのＣＣＣＨトラフィックについては、競合解決を要求しなくてよい。この前提に基づいて、ネットワーク側では、ＷＴＲＵ  Ｅ−ＲＮＴＩが存在する場合、そのＷＴＲＵ  Ｅ−ＲＮＴＩは、このＷＴＲＵからのＤＣＣＨ／ＤＴＣＨデータ送信を識別すると規定するが、この仮定は正しくないことがあり、Ｅ−ＲＮＴＩがＣＣＣＨデータ送信とともに存在する場合は特にそうである。
【０００８】
上述のシナリオに対処する方法は、確定されておらず、明白ではない。より具体的には、ＷＴＲＵは、定期的なセル更新がトリガされたときには、ＷＴＲＵが共通Ｅ−ＤＣＨリソースを割り当てられ、すでにＤＣＣＨ／ＤＴＣＨトラフィックを送信している状況に対処する必要がある。ＷＴＲＵは、ＤＣＣＨ／ＤＴＣＨデータが送信のために利用可能になったときに、ＷＴＲＵが、割り当てられたＥ−ＲＮＴＩを有するＣＣＣＨトラフィックをすでに送信している状況にも対処する必要がある。
【発明の概要】
【０００９】
ＣＥＬＬ＿ＦＡＣＨ状態において、割り当てられたＥ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時識別子）を用いて動作しながら、Ｅ−ＤＣＨ（拡張個別チャネル）リソース上でワイヤレス通信信号を制御するための方法および装置が開示される。定期的なセル更新のタイマが満了したという判定が下される。定期的なセル更新のタイマが満了したことに応答して、ＷＴＲＵが、割り当てられたＥ−ＤＣＨリソースを有するかどうかが判定される。ＷＴＲＵが、割り当てられたＥ−ＤＣＨリソースを有する場合、定期的なセル更新を実行せずに、定期的なセル更新のタイマがリスタートされる。
【図面の簡単な説明】
【００１０】
添付の図面を併用して、例として与えられる以下の説明から、より詳細な理解を得ることができよう。
【図１】ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）／ＨＳＵＰＡ（高速アップリンクパケットアクセス）を用いるＲＲＣ状態を示す図である。
【図２】複数のＷＴＲＵ（ワイヤレス送受信ユニット）、ノードＢ、ＲＮＣ（無線ネットワークコントローラ）、およびコアネットワークを含む、ワイヤレス通信システムの一例の図である。
【図３】図２のＷＴＲＵおよびノードＢの機能ブロック図である。
【図４】定期的なセル更新がトリガされ、かつＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有するときに、定期的なセル更新を実行しない（すなわちスキップする）ＷＴＲＵのフロー図である。
【図５】ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有する場合に、定期的なセル更新を防止するＷＴＲＵのフロー図である。
【図６】ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有しており、かつ定期的なセル更新がトリガされたときに、ＣＣＣＨデータをＤＣＣＨ／ＤＴＣＨデータと多重化するＷＴＲＵのフロー図である。
【図７】ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有しており、定期的なセル更新がトリガされたときに、ＣＣＣＨデータを送信するために別のＥ−ＲＡＣＨアクセスを開始するＷＴＲＵのフロー図である。
【図８】割り当てられたＥ−ＤＣＨリソースを有し、ＣＣＣＨデータを送信するための新しいＥ−ＲＡＣＨアクセスを開始する前にすべてのＨＡＲＱプロセスが空にされるのを待つＷＴＲＵのフロー図である。
【図９】ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有しており、定期的なセル更新がトリガされたときに、現在のＥ−ＤＣＨリソース上でＣＣＣＨ送信を開始するＷＴＲＵのフロー図である。
【図１０】Ｅ−ＤＣＨリソースがＣＣＣＨ送信のために割り当てられている場合に、ＤＣＣＨ／ＤＴＣＨデータが送信されることを許可しないＷＴＲＵのフロー図である。
【図１１】セル更新の確認メッセージが受信されるまで、ＤＣＣＨ／ＤＴＣＨデータ送信を制限するＷＴＲＵのフロー図である。
【図１２】進行中のＣＣＣＨ送信と同じＥ−ＲＡＣＨアクセス上でＤＣＣＨ／ＤＴＣＨデータを送信するＷＴＲＵのフロー図である。
【図１３】ＤＣＣＨ上で定期的なセル更新を送信するＷＴＲＵのフロー図である。
【発明を実施するための形態】
【００１１】
これ以降で「ＷＴＲＵ（ワイヤレス送受信ユニット）」に言及する場合、この術語は、ＵＥ（ユーザ機器）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、ＰＤＡ（携帯情報端末）、コンピュータ、またはワイヤレス環境で動作可能な他の任意のタイプのユーザデバイスを含むが、それらに限定されない。これ以降で「基地局」に言及する場合、この術語は、ノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）、またはワイヤレス環境で動作可能な他の任意のタイプのインタフェースデバイスを含むが、それらに限定されない。
【００１２】
図２は、複数のＷＴＲＵ  ２１０、ノードＢ  ２２０、ＲＮＣ  ２３０、およびコアネットワーク２４０を含む、ワイヤレス通信システム２００を示している。図２に示されるように、ＷＴＲＵ  ２１０は、ノードＢ  ２２０と通信し、ノードＢ  ２２０は、ＲＮＣ  ２３０と通信し、ＲＮＣ  ２３０は、コアネットワーク２４０と通信する。図２には、３つのＷＴＲＵ  ２１０、１つのノードＢ  ２２０、および１つのＲＮＣ  ２３０が示されているが、ワイヤレス通信システム２００には、無線デバイスおよび有線デバイスの任意の組み合わせを含むことができることに留意されたい。
【００１３】
図３は、図２のワイヤレス通信システム２００のＷＴＲＵ  ２１０およびノードＢ  ２２０の機能ブロック図３００である。図３に示されるように、ＷＴＲＵ  ２１０は、ノードＢ  ２２０と通信し、ＷＴＲＵ  ２１０は、ＣＥＬＬ＿ＦＡＣＨ状態における共通Ｅ−ＤＣＨリソース上でのＣＣＣＨ送信を制御するための方法を実行するように構成される。
【００１４】
典型的なＷＴＲＵにおいて見出され得るコンポーネントに加えて、ＷＴＲＵ  ２１０は、プロセッサ２１５と、受信機２１６と、送信機２１７と、アンテナ２１８とを含む。プロセッサ２１５は、ＣＥＬＬ＿ＦＡＣＨ状態における共通Ｅ−ＤＣＨリソース上でのＣＣＣＨ送信を制御するための方法を実行するように構成される。受信機２１６および送信機２１７は、プロセッサ２１５と通信する。アンテナ２１８は、ワイヤレスデータの送信および受信を容易にするために、受信機２１６および送信機２１７の両方と通信する。図３には、ＷＴＲＵ  ２１０のアンテナ２１８は１つしか示されていないが、ＷＴＲＵ  ２１０には、２つ以上のアンテナが含まれ得ることに留意されたい。
【００１５】
典型的なノードＢにおいて見出され得るコンポーネントに加えて、ノードＢ  ２２０は、プロセッサ２２５と、受信機２２６と、送信機２２７と、アンテナ２２８とを含む。プロセッサ２２５は、ＣＥＬＬ＿ＦＡＣＨ状態における共通Ｅ−ＤＣＨリソース上でのＣＣＣＨ送信を制御するための方法を実行するように構成される。受信機２２６および送信機２２７は、プロセッサ２２５と通信する。アンテナ２２８は、ワイヤレスデータの送信および受信を容易にするために、受信機２２６および送信機２２７の両方と通信する。図３には、アンテナ２２８は１つしか示されていないが、ノードＢ  ２２０には、２つ以上のアンテナが含まれ得ることに留意されたい。
【００１６】
ネットワークは、ＷＴＲＵ  ２１０が進行中のＤＣＣＨ／ＤＴＣＨトラフィックを有する（すなわち、ＤＣＣＨ／ＤＴＣＨトラフィックのために割り当てられた共通Ｅ−ＤＣＨリソースを有する）場合、ＷＴＲＵ  ２１０がまだ接続されていることを暗黙的に検出することができ、したがって、定期的なセル更新が必要とされないことがある。ＷＴＲＵ  ２１０がＤＣＣＨ／ＤＴＣＨトラフィックのために割り当てられた共通Ｅ−ＤＣＨリソースを有する場合、ＷＴＲＵ  ２１０は、定期的なセル更新をスキップすることができ（すなわち実行しなくてよく）、または定期的なセル更新が発生するのを防止することができる。
【００１７】
図４は、ＷＴＲＵ  ２１０が割り当てられたＥ−ＤＣＨリソースを有しており、定期的なセル更新がトリガされたときに、定期的なセル更新を実行しない（すなわちスキップする）ＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（４１０）。ＷＴＲＵ  ２１０は、定期的なセル更新のタイマが満了したという判定を下す（４２０）。定期的なセル更新のタイマは、Ｔ３０５タイマとすることができる。ＷＴＲＵ  ２１０は、ＷＴＲＵ  ２１０がＥ−ＤＣＨリソースを割り当てられているかどうか判定する（４３０）。Ｅ−ＤＣＨリソースは、ＤＣＣＨ／ＤＴＣＨトラフィックのための共通Ｅ−ＤＣＨリソースとすることができる。ＷＴＲＵ  ２１０がＥ−ＤＣＨリソースを割り当てられている場合、ＷＴＲＵ  ２１０は、定期的なセル更新のタイマをリスタートし（４４０）、それによって、ＷＴＲＵ  ２１０が、定期的なセル更新をスキップすることが可能になる。ＷＴＲＵ  ２１０は、直ちに、またはＥ−ＤＣＨリソースの解放時に、定期的なセル更新のタイマをリスタートすることができる。ＷＴＲＵ  ２１０が割り当てられたＥ−ＤＣＨリソースを有さない場合、ＷＴＲＵ  ２１０は、セル更新手順を実行することができる（４５０）。ＷＴＲＵは、ＣＣＣＨ送信のための共通Ｅ−ＤＣＨリソースの割り当てを受信することができ、ＣＣＣＨデータを送信することができる。セル更新を実行することに応答して、ＷＴＲＵ  ２１０は、ＣＣＣＨリソースが解放されるまで、ＤＣＣＨ／ＤＴＣＨトラフィックの送信を許可しないようにすることができる。セル更新手順が完了すると、ＷＴＲＵ  ２１０は、定期的なセル更新のタイマをリスタートすることができる（４６０）。
【００１８】
図５は、ＷＴＲＵ  ２１０が割り当てられたＥ−ＤＣＨリソースを有する場合に、定期的なセル更新を防止するＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（５１０）。ＷＴＲＵ  ２１０は、定期的なセル更新のタイマを開始することができる（５２０）。定期的なセル更新のタイマは、Ｔ３０５タイマとすることができる。ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨリソース割り当てを受信する（５３０）。例えば、ＷＴＲＵ  ２１０は、「Ｅ−ＤＣＨリソースインデックス」を受信することができる。ＷＴＲＵ  ２１０は、競合解決フェーズが解決された後に、Ｅ−ＤＣＨリソース割り当てを受信することもできる。ＷＴＲＵ  ２１０は、最初に成功したデータの送信の後に（すなわち、ＷＴＲＵ  ２１０が、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ：ハイブリッド自動再送要求）ＡＣＫ（肯定応答）を、または代替的にＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ：無線リンク制御）ＡＣＫを受信したときに）、Ｅ−ＤＣＨリソース割り当てを受信することもできる。Ｅ−ＤＣＨリソースは、ＤＣＣＨ／ＤＴＣＨトラフィックのための共通Ｅ−ＤＣＨリソースとすることができる。ＷＴＲＵ  ２１０が共通Ｅ−ＤＣＨリソース割り当てを受信したとき、ＷＴＲＵ  ２１０は、変数ＣＯＭＭＯＮ＿Ｅ−ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮを真に設定することができる。ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨリソース割り当てを受信すると、定期的なセル更新のタイマを停止することができる（５４０）。ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨリソースが解放されたという判定を下す（５５０）。ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨリソースが解放されると、定期的なセル更新のタイマをリスタートすることができる（５６０）。
【００１９】
ＷＴＲＵ  ２１０は、以下の条件の下でＥ−ＤＣＨリソースが解放されたことに応答して、定期的なセル更新のタイマをリスタートするように構成することができ、すなわち、ＷＴＲＵ  ２１０のＲＲＣ（無線リソース制御）が、ＣＭＡＣ−ＳＴＡＴＵＳプリミティブを用いてＭＡＣ（媒体アクセス制御）によって「ＣＥＬＬ＿ＦＡＣＨにおける拡張アップリンクおよびアイドルモードプロセス終了」を受信した場合、またはＷＴＲＵ  ２１０が物理チャネルの確立に失敗した場合、または無線リンク障害の基準が満たされた場合、変数ＣＯＭＭＯＮ＿Ｅ−ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮを偽に設定し、定期的なセル更新のタイマを開始（リスタート）する。定期的なセル更新のタイマは、Ｔ３０５タイマとすることができる。
【００２０】
物理個別チャネル確立がＷＴＲＵ  ２１０によって開始され、ＷＴＲＵ  ２１０がタイマを初期化し、レイヤ１が「同期（ｉｎ  ｓｙｎｃ）」表示を通知するのを待っているときに、物理チャネル確立の失敗が発生することがある。タイマは、Ｔ３１２タイマとすることができる。「同期」表示を受信すると、物理チャネルは確立されたと見なされ、タイマＴ３１２が停止され、リセットされる。物理チャネルが確立される前に、タイマＴ３１２が満了した場合、ＷＴＲＵ  ２１０は、これを「物理チャネル障害」と見なす。
【００２１】
ＷＴＲＵ  ２１０がＣＥＬＬ＿ＤＣＨ状態にあり、ＦＤＤ（周波数分割複信）における確立されたＤＰＣＣＨ（ｄｅｄｉｃａｔｅｄ  ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ：個別物理制御チャネル）またはＦ−ＤＰＣＨ（ｆｒａｃｔｉｏｎａｌ  ｄｅｄｉｃａｔｅｄ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ：フラクショナル個別物理チャネル）、およびＴＤＤ（時分割複信）におけるマッピングされたＤＣＣＨに関連する物理チャネルについて、レイヤ１から多くの連続する「非同期（ｏｕｔ  ｏｆ  ｓｙｎｃ）」表示を受信した後で、ＷＴＲＵ  ２１０がタイマを初期化した場合、無線リンク障害が発生することがあり、レイヤ１から多くの連続する「同期」表示を受信したとき、およびＷＴＲＵ  ２１０状態が変化したとき、タイマが停止され、リセットされる。タイマは、Ｔ３１３タイマとすることができる。タイマＴ３１３が満了した場合、ＷＴＲＵ  ２１０は、それを無線リンク障害と見なす。
【００２２】
代替として、ＷＴＲＵ  ２１０がＣＥＬＬ＿ＦＡＣＨ状態において割り当てられたＥ−ＤＣＨリソースを有する場合、定期的なセル更新のタイマは停止されず、Ｅ−ＤＣＨリソースは、ＤＣＣＨ／ＤＴＣＨトラフィックのための共通Ｅ−ＤＣＨリソースとすることができる。
【００２３】
図６は、ＷＴＲＵ  ２１０が割り当てられたＥ−ＤＣＨリソースを有しており、定期的なセル更新がトリガされたときに、ＣＣＣＨデータをＤＣＣＨ／ＤＴＣＨデータと多重化するＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（６１０）。ＷＴＲＵ  ２１０は、Ｅ−ＲＡＣＨアクセス手順を開始することができる（６２０）。ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨリソース割り当てを受信することができる（６３０）。Ｅ−ＤＣＨリソースは、ＤＣＣＨ／ＤＴＣＨトラフィックのための共通Ｅ−ＤＣＨリソースとすることができる。ＷＴＲＵ  ２１０は、定期的なセル更新がトリガされたという判定を下す（６４０）。定期的なセル更新がトリガされたという判定に応答して、ＷＴＲＵ  ２１０は、Ｅ−ＲＡＣＨアクセス手順を続行することができ、同じＴＴＩ（ｔｒａｎｓｍｉｔ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ：送信時間間隔）内においてＣＣＣＨデータをＤＣＣＨ／ＤＴＣＨデータと多重化し（６５０）、セル更新のメッセージを送信することができる（６６０）。
【００２４】
あるいは、ＷＴＲＵ  ２１０は、同じＴＴＩ内においてＣＣＣＨデータをＤＣＣＨ／ＤＴＣＨデータと多重化することを制限されることがある。ＷＴＲＵ  ２１０が同じＴＴＩ内においてＣＣＣＨデータをＤＣＣＨ／ＤＴＣＨデータと多重化できるかどうかの判定は、ＷＴＲＵ  ２１０において事前設定しておくことができ、またはＣＣＣＨのためのＭＡＣ−ｄフロー構成の一部として通知することができる。任意選択的に、ＣＣＣＨ送信には、ＤＣＣＨ／ＤＴＣＨデータ送信よりも高いプライオリティを与えることができる。
【００２５】
図７は、ＷＴＲＵ  ２１０が割り当てられたＥ−ＤＣＨリソースを有しており、定期的なセル更新がトリガされたときに、ＣＣＣＨデータを送信するために別のＥ−ＲＡＣＨアクセスを開始するＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（７１０）。ＷＴＲＵ  ２１０は、Ｅ−ＲＡＣＨアクセス手順を開始することができる（７２０）。ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨリソース割り当てを受信することができる（７３０）。Ｅ−ＤＣＨリソースは、ＤＣＣＨ／ＤＴＣＨトラフィックのための共通Ｅ−ＤＣＨリソースとすることができる。ＷＴＲＵ  ２１０は、定期的なセル更新がトリガされたという判定を下す（７４０）。ＷＴＲＵ  ２１０は、ＤＣＣＨ／ＤＴＣＨデータと同じＥ−ＲＡＣＨアクセス機会においてＣＣＣＨデータを送信することを制限されることがあり、セル更新のトリガに基づいて、進行中のＥ−ＲＡＣＨアクセスが終了するまで待つことができる。セル更新のトリガは、定期的なセル更新のタイマの満了時に、または新しいセルの再選択時に発生することができる。ＷＴＲＵ  ２１０は、進行中のＥ−ＲＡＣＨアクセスが終了したという判定を下す（７５０）。Ｅ−ＲＡＣＨアクセスが終了すると、ＷＴＲＵ  ２１０は、別のＥ−ＲＡＣＨアクセスを開始することができ（７６０）、そのアクセスにおいて、ＷＴＲＵ  ２１０は、ＣＣＣＨデータを送信することができる（７７０）。ＣＣＣＨデータは、定期的なセル更新のメッセージとすることができる。
【００２６】
図８は、割り当てられたＥ−ＤＣＨリソースを有し、ＣＣＣＨデータを送信するための新しいＥ−ＲＡＣＨアクセスを開始する前にすべてのＨＡＲＱプロセスが空にされるのを待つＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（８１０）。ＷＴＲＵ  ２１０は、Ｅ−ＲＡＣＨアクセス手順を開始することができる（８２０）。ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨリソース割り当てを受信することができる（８３０）。Ｅ−ＤＣＨリソースは、ＤＣＣＨ／ＤＴＣＨトラフィックのための共通Ｅ−ＤＣＨリソースとすることができる。ＷＴＲＵ  ２１０は、定期的なセル更新がトリガされたという判定を下す（８４０）。ＷＴＲＵ  ２１０は、すべてのＨＡＲＱプロセスが空であるという判定を下す（８５０）。すべてのＨＡＲＱのプロセスが空になると、ＷＴＲＵ  ２１０は、進行中のＥ−ＲＡＣＨアクセス手順を終了することができる（８６０）。任意選択的に、セグメンテーションエンティティ（ｓｅｇｍｅｎｔａｔｉｏｎ  ｅｎｔｉｔｙ）が空にされると直ちに、ＷＴＲＵ  ２１０は、進行中のＥ−ＲＡＣＨアクセスを終了することができる。任意選択的に、ＨＡＲＱプロセスおよびセグメンテーションエンティティの両方が空にされると直ちに、ＷＴＲＵ  ２１０は、進行中のＥ−ＲＡＣＨアクセスを終了することができる。ＷＴＲＵ  ２１０は、ＣＣＣＨ送信のための新しいＥ−ＲＡＣＨアクセス手順を開始することができる（８７０）。ＣＣＣＨ送信は、定期的なセル更新のメッセージを含むことができる。
【００２７】
図９は、ＷＴＲＵ  ２１０が割り当てられたＥ−ＤＣＨリソースを有しており、定期的なセル更新がトリガされたときに、現在のＥ−ＤＣＨリソース上でＣＣＣＨ送信を開始するＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（９１０）。ＷＴＲＵ  ２１０は、Ｅ−ＲＡＣＨアクセス手順を開始することができる（９２０）。ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨリソース割り当てを受信することができる（９３０）。Ｅ−ＤＣＨリソースは、ＤＣＣＨ／ＤＴＣＨトラフィックのための共通ＥＤＣＨリソースとすることができる。ＷＴＲＵ  ２１０は、定期的なセル更新がトリガされたという判定を下す（９４０）。ＷＴＲＵ  ２１０は、現在のＥ−ＤＣＨリソース上でＣＣＣＨ送信を開始することができる（９５０）。ＣＣＣＨ送信は、定期的なセル更新のメッセージを含むことができる。ＷＴＲＵ  ２１０は、いかなる追加的なＤＣＣＨ／ＤＴＣＨ送信も停止することができる（９６０）。より具体的には、ＭＡＣおよびＲＬＣは、ＤＣＣＨ／ＤＴＣＨデータを物理層に配送することを停止することができる。任意選択的に、ＷＴＲＵ  ２１０は、ＤＣＣＨ／ＤＴＣＨデータ配送に関連するいかなるタイマ（すなわち、競合解決タイマ）も停止することができ、ＣＣＣＨの最大解決タイマ（ｍａｘｉｍｕｍ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を始動することができる。
【００２８】
ＷＴＲＵ  ２１０が割り当てられたＥ−ＲＮＴＩを有する場合でも、ＷＴＲＵ  ２１０が競合解決を実行せずにＣＣＣＨメッセージを送信し始める状況が存在し得る。ＣＣＣＨ送信がまだ進行中である間に、ＤＣＣＨ／ＤＴＣＨデータが送信のために利用可能になる。ＷＴＲＵ  ２１０は競合解決を実行していないため、ＣＣＣＨデータと同じＥ−ＲＡＣＨアクセスの最中に、ＷＴＲＵ  ２１０がＤＣＣＨ／ＤＴＣＨデータを送信するのを許可することが好ましくないことがある。
【００２９】
図１０は、Ｅ−ＤＣＨリソースがＣＣＣＨ送信のために割り当てられている場合に、ＤＣＣＨ／ＤＴＣＨデータが送信されることを許可しないＷＴＲＵ  ２１０のフロー図を示している。より具体的には、ＷＴＲＵ  ２１０は、ＤＣＣＨ／ＤＴＣＨデータを送信するための別のＥ−ＲＡＣＨアクセスを開始する前にＣＣＣＨリソースが解放されるのを待つ。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（１０１０）。ＷＴＲＵ  ２１０は、進行中のＣＣＣＨトラフィック（すなわち、ＣＣＣＨトラフィックのために割り当てられた共通Ｅ−ＤＣＨリソース）を有することができる（１０２０）。ＷＴＲＵ  ２１０は、ＤＣＣＨ／ＤＴＣＨデータが送信のために利用可能であるという判定を下す（１０３０）。ＷＴＲＵ  ２１０は、ＣＣＣＨリソースが解放されたかどうかを判定し、ＤＣＣＨ／ＤＴＣＨトラフィックを送信する前にＣＣＣＨリソースが解放されるまで待つように構成することができる（１０４０）。ＣＣＣＨリソースは、最大持続時間に達した場合、またはＷＴＲＵ  ２１０が送信すべきＣＣＣＨデータをもはや有さない場合に、解放することができる。ＣＣＣＨリソースが解放されると、ＤＣＣＨ／ＤＴＣＨトラフィックを送信するための新しいＥ−ＲＡＣＨアクセス手順を開始する（すなわち競合解決を開始する）ことを、ＷＴＲＵ  ２１０に、より具体的にはＲＬＣおよびＭＡＣに許可することができる（１０５０）。この制限を実施するために、ＭＡＣ層は、ＣＣＣＨ送信およびＥ−ＲＡＣＨアクセスが終了するまで、他のいかなる論理チャネルにもデータを要求せずにいることができる。あるいは、ＲＬＣは、ＤＣＣＨ／ＤＴＣＨデータをバッファリングすることができ、Ｅ−ＲＡＣＨアクセスが終了するまで、下位層にいかなるデータも送らずにいることができる。
【００３０】
図１１は、セル更新の確認メッセージが受信されるまで、ＤＣＣＨ／ＤＴＣＨデータ送信を制限するＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（１１１０）。ＷＴＲＵ  ２１０は、進行中のＣＣＣＨデータトラフィック（すなわち、ＣＣＣＨトラフィックのために割り当てられた共通Ｅ−ＤＣＨリソース）を有することができる（１１２０）。ＷＴＲＵ  ２１０は、ＤＣＣＨ／ＤＴＣＨデータが送信のために利用可能であるという判定を下す（１１３０）。ＷＴＲＵ  ２１０は、定期的なセル更新がトリガされたという判定を下す（１１４０）。定期的なセル更新がトリガされると、ＷＴＲＵ  ２１０は、セル更新の確認メッセージを受信するまで、ＤＣＣＨ／ＤＴＣＨデータのいかなる送信も許可せずにいることができる。そのような制限を有するＷＴＲＵ  ２１０を構成するため、ＷＴＲＵ  ２１０は、定期的なセル更新がトリガされた場合に、Ｅ−ＲＮＴＩを削除することができる（１１５０）。これは、その後のすべてのＤＣＣＨ／ＤＴＣＨデータが構成されることを制限する。ＷＴＲＵ  ２１０は、セル更新の確認メッセージを介して、再割当てされたＥ−ＲＮＴＩを受信することができる（１１６０）。
【００３１】
図１２は、進行中のＣＣＣＨ送信と同じＥ−ＲＡＣＨアクセス上でＤＣＣＨ／ＤＴＣＨデータを送信するＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、割り当てられたＥ−ＲＮＴＩを用いてＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（１２１０）。ＷＴＲＵ  ２１０は、進行中のＣＣＣＨデータ送信（すなわち、ＣＣＣＨトラフィックのために割り当てられた共通Ｅ−ＤＣＨリソース）を有することができる（１２１５）。ＷＴＲＵ  ２１０は、ＤＣＣＨ／ＤＴＣＨデータが送信のために利用可能になったという判定を下す（１２２０）。ＤＣＣＨ／ＤＴＣＨデータが送信のために利用可能になると、Ｅ−ＤＣＨリソースがＣＣＣＨのために割り当てられている場合でも、ＷＴＲＵ  ２１０は、同じＥ−ＲＡＣＨアクセス上でＤＣＣＨ／ＤＴＣＨ送信を開始することができる（１２２５）。ＷＴＲＵ  ２１０は、そのＥ−ＲＮＴＩを最初のＭＡＣ−ｉ  ＰＤＵに追加することによって、競合解決フェーズを直ちに開始することができる（１２３０）。ＷＴＲＵ  ２１０は、そのＥ−ＲＮＴＩを含む最初のＭＡＣ−ｉ  ＰＤＵの送信時に、競合解決タイマを始動することができる（１２３５）。ＷＴＲＵ  ２１０は、競合解決タイマが満了したかどうかを判定する（１２４０）。競合解決タイマが満了した場合、ＷＴＲＵ  ２１０は、Ｅ−ＤＣＨ送信を停止し（１２４５）、Ｅ−ＤＣＨリソースを解放することができる（１２５０）。競合解決タイマが満了していない場合、ＷＴＲＵ  ２１０は、そのＥ−ＲＮＴＩをＥ−ＡＧＣＨ上で受信したかどうかを判定する（１２５５）。ＷＴＲＵ  ２１０がそのＥ−ＲＮＴＩをＥ−ＡＧＣＨ上で受信した場合、ＷＴＲＵ  ２１０は、競合解決タイマを停止することができる（１２６０）。
【００３２】
図１３は、ＤＣＣＨ上で定期的なセル更新を送信するＷＴＲＵ  ２１０のフロー図を示している。ＷＴＲＵ  ２１０は、ＣＥＬＬ＿ＦＡＣＨ状態において動作していることができる（１３１０）。ＷＴＲＵ  ２１０は、進行中のＣＣＣＨデータトラフィック（すなわち、ＣＣＣＨトラフィックのために割り当てられた共通Ｅ−ＤＣＨリソース）を有することができる（１３２０）。ＷＴＲＵ  ２１０は、ＤＣＣＨ／ＤＴＣＨデータが送信のために利用可能であるという判定を下す（１３３０）。ＤＣＣＨ／ＤＴＣＨデータが送信のために利用可能である場合、ＷＴＲＵ  ２１０は、ＷＴＲＵ  ２１０が割り当てられたＥ−ＲＮＴＩ、Ｃ−ＲＮＴＩ（セルＲＮＴＩ）、およびＨ−ＲＮＴＩ（ＨＳ−ＤＳＣＨ（ｈｉｇｈ  ｓｐｅｅｄ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ：高速ダウンリンク共有チャネル）ＲＮＴＩ）を有するという判定を下す（１３０）。ＷＴＲＵ  ２１０は、ＤＣＣＨ上で定期的なセル更新のメッセージを送信することができる（１３５０）。論理チャネルＤＣＣＨが使用される場合、セル更新のメッセージは、ＣＲＮＣ（ｃｏｎｔｒｏｌｌｉｎｇ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ：制御無線ネットワークコントローラ）の代わりに、ＳＲＮＣ（ｓｅｒｖｉｎｇ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ：サービング無線ネットワークコントローラ）に直接配送することができる。ＤＣＣＨ送信を可能にするため、ＳＲＮＣとＣＲＮＣの間のインタフェースが変更される。より具体的には、セル更新の信号の受信時に、ＳＲＮＣは、その信号をＩｕｒインタフェースを介してＣＲＮＣに送信する。
【００３３】
（実施形態）
１．ＷＴＲＵ（ワイヤレス送受信ユニット）において実施されるワイヤレス通信信号を制御するための方法であって、
割り当てられたＥ−ＲＮＴＩ（Ｅ−ＤＣＨ（拡張個別チャネル）無線ネットワーク一時識別子）を用いてＣＥＬＬ＿ＦＡＣＨ状態において動作するステップ
を含む方法。
【００３４】
２．定期的なセル更新のタイマが満了したという判定を下すステップをさらに含む実施形態１に記載の方法。
【００３５】
３．定期的なセル更新のタイマが満了した時に、ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有するかどうかを判定するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００３６】
４．定期的なセル更新のタイマをリスタートするステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００３７】
５．ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有するという判定に応答して、定期的なセル更新のタイマがリスタートされる上記の実施形態のいずれかに記載の方法。
【００３８】
６．定期的なセル更新を実行することなく、定期的なセル更新のタイマがリスタートされる上記の実施形態のいずれかに記載の方法。
【００３９】
７．Ｅ−ＤＣＨリソースは、ＤＣＣＨ（個別制御チャネル）／ＤＴＣＨ（個別トラフィックチャネル）データを伝送するための共通Ｅ−ＤＣＨリソースである上記の実施形態のいずれかに記載の方法。
【００４０】
８．定期的なセル更新のタイマが満了した時に、ＷＴＲＵが割り当てられたＥ−ＤＣＨリソースを有さないという判定が下されたときに、定期的なセル更新が実行される上記の実施形態のいずれかに記載の方法。
【００４１】
９．ＤＣＣＨ（個別制御チャネル）／ＤＴＣＨ（個別トラフィックチャネル）送信は、ＣＣＣＨ送信の後には実行されない上記の実施形態のいずれかに記載の方法。
【００４２】
１０．ＤＣＣＨ／ＤＴＣＨ送信は、ＣＣＣＨリソースが解放されたという判定が下されたときに開始することができる実施形態９に記載の方法。
【００４３】
１１．ＣＣＣＨリソースは、ＣＣＣＨ送信のための共通Ｅ−ＤＣＨリソースである実施形態１０に記載の方法。
【００４４】
１２．定期的なセル更新のタイマを開始するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００４５】
１３．Ｅ−ＤＣＨリソース割り当てを受信するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００４６】
１４．定期的なセル更新のタイマを停止するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００４７】
１５．定期的なセル更新のタイマを停止するステップは、Ｅ−ＤＣＨリソース割り当てを受信することに応答したものである実施形態１４に記載の方法。
【００４８】
１６．Ｅ−ＤＣＨリソースが解放されたという判定を下すステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００４９】
１７．定期的なセル更新のタイマをリスタートするステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００５０】
１８．定期的なセル更新のタイマをリスタートするステップは、Ｅ−ＤＣＨリソースが解放されたという判定に応答したものである実施形態１７に記載の方法。
【００５１】
１９．Ｅ−ＲＡＣＨ（拡張ランダムアクセスチャネル）アクセス手順を開始するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００５２】
２０．Ｅ−ＤＣＨリソース割り当てを受信するステップをさらに含む実施形態１８に記載の方法。
【００５３】
２１．定期的なセル更新のタイマがトリガされたという判定を下すステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００５４】
２２．ＣＣＣＨデータをＤＣＣＨ／ＤＴＣＨデータと多重化するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００５５】
２３．ＣＣＣＨデータをＤＣＣＨ／ＤＴＣＨデータと多重化するステップは、定期的なセル更新のタイマがトリガされたという判定に応答したものである実施形態２２に記載の方法。
【００５６】
２４．Ｅ−ＲＡＣＨアクセスが終了したという判定を下すステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００５７】
２５．別のＥ−ＲＡＣＨアクセスを開始するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００５８】
２６．別のＥ−ＲＡＣＨアクセスを開始するステップは、Ｅ−ＲＡＣＨアクセスが終了したという判定に応答したものである実施形態２５に記載の方法。
【００５９】
２７．ＣＣＣＨデータを送信するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００６０】
２８．すべてのＨＡＲＱ（ハイブリッド自動再送要求）プロセスが空であるという判定を下すステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００６１】
２９．Ｅ−ＲＡＣＨアクセスを終了するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００６２】
３０．Ｅ−ＲＡＣＨアクセスは、すべてのＨＡＲＱプロセスが空である場合に終了される実施形態２９に記載の方法。
【００６３】
３１．Ｅ−ＲＡＣＨアクセスは、セグメンテーションエンティティが空である場合に終了される実施形態２９に記載の方法。
【００６４】
３２．Ｅ−ＲＡＣＨアクセスは、ＨＡＲＱプロセスおよびセグメンテーションエンティティの両方が空である場合に終了される実施形態２９に記載の方法。
【００６５】
３３．新しいＥ−ＲＡＣＨアクセスを開始するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００６６】
３４．新しいＥ−ＲＡＣＨアクセスは、ＣＣＣＨトラフィックのためである実施形態３３に記載の方法。
【００６７】
３５．現在のＥ−ＤＣＨリソース上でＣＣＣＨ送信を開始するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００６８】
３６．いずれの追加的なＤＣＣＨ／ＤＴＣＨ送信も停止するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００６９】
３７．ＣＣＣＨ送信は、定期的なセル更新のメッセージを含む実施形態３５に記載の方法。
【００７０】
３８．ＣＣＣＨトラフィックのためのＥ−ＤＣＨリソースを受信するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００７１】
３９．ＤＣＣＨ／ＤＴＣＨトラフィックが送信のために利用可能であるという判定を下すステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００７２】
４０．ＣＣＣＨリソースが解放されたかどうかを判定するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００７３】
４１．ＤＣＣＨ／ＤＴＣＨトラフィックを送信する前に、ＣＣＣＨリソースが解放されるのを待つステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００７４】
４２．ＤＣＣＨ／ＤＴＣＨ送信のための新しいＥ−ＲＡＣＨアクセスを開始するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００７５】
４３．Ｅ−ＲＮＴＩを削除するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００７６】
４４．再割り当てされたＥ−ＲＮＴＩを受信するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００７７】
４５．再割り当てされたＥ−ＲＮＴＩは、セル更新確認メッセージを介して受信される実施形態４４に記載の方法。
【００７８】
４６．ＣＣＣＨデータと同じＥ−ＲＡＣＨアクセス上でＤＣＣＨ／ＤＴＣＨトラフィックを送信するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００７９】
４７．競合解決手順を開始するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００８０】
４８．競合解決タイマを始動するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００８１】
４９．競合解決タイマが満了したかどうかを判定するステップをさらに含む実施形態４８に記載の方法。
【００８２】
５０．競合解決タイマが満了した場合に、Ｅ−ＤＣＨ送信を停止するステップをさらに含む実施形態４９に記載の方法。
【００８３】
５１．Ｅ−ＤＣＨリソースを解放するステップをさらに含む実施形態５０に記載の方法。
【００８４】
５２．Ｅ−ＲＮＴＩが受信されたかどうかを判定するステップをさらに含む実施形態４９に記載の方法。
【００８５】
５３．Ｅ−ＲＮＴＩが受信された場合に、競合解決タイマを停止するステップをさらに含む実施形態５２に記載の方法。
【００８６】
５４．Ｅ−ＲＮＴＩは、Ｅ−ＡＧＣＨ（ｅｎｈａｎｃｅｄ  ａｂｓｏｌｕｔｅ  ｇｒａｎｔ  ｃｈａｎｎｅｌ：拡張絶対速度制御チャネル）上で受信される実施形態５２に記載の方法。
【００８７】
５５．ＷＴＲＵが割り当てられたＥ−ＲＮＴＩ、Ｃ−ＲＮＴＩ（セルＲＮＴＩ）、およびＨ−ＲＮＴＩ（高速ダウンリンク共有チャネルＲＮＴＩ）を有するかどうかを判定するステップをさらに含む上記の実施形態のいずれかに記載の方法。
【００８８】
５６．ＷＴＲＵが割り当てられたＥ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、およびＨ−ＲＮＴＩを有するという判定に応答して、個別制御チャネル上で定期的なセル更新のメッセージを送信するステップをさらに含む実施形態５５に記載の方法。
【００８９】
５７．定期的なセル更新のタイマは、Ｔ３０５タイマである上記の実施形態のいずれかに記載の方法。
【００９０】
５８．Ｅ−ＤＣＨリソースは、共通Ｅ−ＤＣＨリソースである上記の実施形態のいずれかに記載の方法。
【００９１】
５９．共通Ｅ−ＤＣＨリソースは、ＣＣＣＨトラフィックのためである上記の実施形態のいずれかに記載の方法。
【００９２】
６０．共通Ｅ−ＤＣＨリソースは、ＤＣＣＨ／ＤＴＣＨトラフィックのためである上記の実施形態のいずれかに記載の方法。
【００９３】
６１．定期的なセル更新は、ＣＣＣＨ（共通制御チャネル）送信を含む上記の実施形態のいずれかに記載の方法。
【００９４】
６２．ＣＣＣＨデータは、定期的なセル更新のメッセージを含む上記の実施形態のいずれかに記載の方法。
【００９５】
６３．実施形態１〜６２のいずれかに記載の方法を実行するように構成されたＷＴＲＵ（ワイヤレス送受信ユニット）。
【００９６】
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、他の特徴および要素を伴わずに単独で、または他の特徴および要素を伴ったもしくは伴わない様々な組み合わせで使用することができる。本明細書で提供された方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ可読記憶媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ（リードオンリメモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能なディスクなどの磁気媒体、磁気光媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（デジタル多用途ディスク）などの光媒体を含む。
【００９７】
適切なプロセッサは、例を挙げると、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／またはステートマシンを含む。
【００９８】
ソフトウェアと連携するプロセッサは、ＷＴＲＵ（ワイヤレス送受信ユニット）、ＵＥ（ユーザ機器）、端末、基地局、ＲＮＣ（無線ネットワークコントローラ）、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、バイブレーションデバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーのヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、ＬＣＤ（液晶表示）ディスプレイユニットや、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／またはＷＬＡＮ（ワイヤレスローカルエリアネットワーク）もしくはＵＷＢ（超広帯域）モジュールなどの、ハードウェアおよび／またはソフトウェアで実施されるモジュールと併せて使用することができる。
【図１】
2014017877.tif 000003
【図２】
2014017877.tif 000004
【図３】
2014017877.tif 000005
【図４】
2014017877.tif 000006
【図５】
2014017877.tif 000007
【図６】
2014017877.tif 000008
【図７】
2014017877.tif 000009
【図８】
2014017877.tif 000010
【図９】
2014017877.tif 000011
【図１０】
2014017877.tif 000012
【図１１】
2014017877.tif 000013
【図１２】
2014017877.tif 000014
【図１３】
2014017877.tif 000015
【手続補正書】
【提出日】平成25年11月14日(2013.11.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）による制御チャネル送信のための方法であって、
共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースおよび進行中の共通制御チャネル（ＣＣＣＨ）トラフィックで動作するステップと、
個別制御チャネル（ＤＣＣＨ）／個別トラフィックチャネル（ＤＴＣＨ）データが送信に対して利用可能であると判定するステップと、
ＤＣＣＨ／ＤＴＣＨトラフィックを送信する前に、ＣＣＣＨリソースが解放されるまで待機するステップと
を備えることを特徴とする方法。
【請求項２】
前記ＣＣＣＨリソースは、前記ＷＴＲＵがもはやＣＣＣＨトラフィックを有していないときに解放されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵがもはやＣＣＣＨトラフィックを有していないときは、ＣＣＣＨバッファステータスが空であるときであることを特徴とする請求項２に記載の方法。
【請求項４】
アクセス手順を開始するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記アクセス手順は、前記ＣＣＣＨリソースが解放されるときに開始されることを特徴とする請求項４に記載の方法。
【請求項６】
前記アクセス手順は、媒体アクセス制御（ＭＡＣ）によって開始されることを特徴とする請求項５に記載の方法。
【請求項７】
前記待機するステップは、媒体アクセス制御（ＭＡＣ）によって実行されることを特徴とする請求項１に記載の方法。
【請求項８】
前記ＷＴＲＵがもはやＣＣＣＨトラフィックを有していないと判定するステップと、
合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳ）をゼロに設定するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記ＷＴＲＵは、バッファ内にＤＣＣＨ／ＤＴＣＨデータを有していることを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＣＣＣＨリソースが解放されるときに、ＤＣＣＨ／ＤＴＣＨトラフィックを送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１１】
共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースおよび進行中の共通制御チャネル（ＣＣＣＨ）トラフィックで動作し、
個別制御チャネル（ＤＣＣＨ）／個別トラフィックチャネル（ＤＴＣＨ）データが送信に対して利用可能であると判定し、および、
ＤＣＣＨ／ＤＴＣＨトラフィックを送信する前に、ＣＣＣＨリソースが解放されるまで待機する
ように構成されたプロセッサを備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
【請求項１２】
前記ＣＣＣＨリソースは、前記ＷＴＲＵがもはやＣＣＣＨトラフィックを有していないときに解放されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記ＷＴＲＵがもはやＣＣＣＨトラフィックを有していないときは、ＣＣＣＨバッファステータスが空であるときであることを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、アクセス手順を開始するようにさらに構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１５】
前記アクセス手順は、前記ＣＣＣＨリソースが解放されるときに開始されることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１６】
前記アクセス手順は、媒体アクセス制御（ＭＡＣ）によって開始されることを特徴とする請求項１５に記載のＷＴＲＵ。
【請求項１７】
前記待機することは、媒体アクセス制御（ＭＡＣ）によって実行されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１８】
前記プロセッサは、
前記ＷＴＲＵがもはやＣＣＣＨトラフィックを有していないと判定し、および、
合計Ｅ−ＤＣＨバッファステータス（ＴＥＢＳ）をゼロに設定する
ようにさらに構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１９】
前記ＷＴＲＵは、バッファ内にＤＣＣＨ／ＤＴＣＨデータを有していることを特徴とする請求項１８に記載のＷＴＲＵ。
【請求項２０】
前記プロセッサは、前記ＣＣＣＨリソースが解放されるときに、ＤＣＣＨ／ＤＴＣＨトラフィックを送信するようにさらに構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。