(57)【特許請求の範囲】
【請求項１】
デバイスにおける方法であって、前記方法は、
時間整合タイマを動作させることにより、アップリンク時間の整合を維持することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）の構成を受信することであって、前記構成は、ＰＵＣＣＨリソースを特定する、ことと、
前記ＰＵＣＣＨリソースを用いてアップリンク送信を送信することと、
前記時間整合タイマの終了後、前記ＰＵＣＣＨリソースを解放し、前記ＰＵＣＣＨリソースの構成を維持することと、
続いてアップリンク時間の整合を再同期することと、
アップリンク時間の整合を再同期した後に、さらなるアップリンク送信を送信するために前記ＰＵＣＣＨリソースが依然として利用可能であるかどうかを決定することと
を含む、方法。
【請求項２】
前記ＰＵＣＣＨリソースが依然として利用可能であると決定された場合、前記ＰＵＣＣＨリソースを用いてさらなるアップリンク送信を送信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記アップリンク時間の整合を再同期することは、ランダムアクセスプロシージャを実行することを含む、請求項１に記載の方法。
【請求項４】
前記ランダムアクセスプロシージャを実行する間にアップリンクデータをバッファすることと、
アップリンク時間の整合の再確立後に、前記さらなるアップリンク送信において前記アップリンクデータを送信することと
をさらに含む、請求項３に記載の方法。
【請求項５】
前記ＰＵＣＣＨリソースは、ＡＣＫ／ＮＡＣＫフィードバックに関連付けられている、請求項１に記載の方法。
【請求項６】
前記ＰＵＣＣＨリソースは、ＡＣＫ／ＮＡＣＫフィードバックを送信するために前記デバイスによって用いられる、請求項１に記載の方法。
【請求項７】
前記時間整合タイマは、アクセスデバイスから受信される１つ以上の時間前進コマンドによって制御される、請求項１に記載の方法。
【請求項８】
前記構成を維持することは、前記構成を前記デバイスのメモリ内に保持することを含む、請求項１に記載の方法。
【請求項９】
前記ＰＵＣＣＨは、合成型自動再送要求（ＨＡＲＱ）スキームに対するサポートを提供し、前記ＨＡＲＱにおいて、ＡＣＫ／ＮＡＣＫフィードバックは、前記ＰＵＣＣＨリソースを用いて、前記デバイスによってアクセスデバイスに通信される、請求項１に記載の方法。
【請求項１０】
前記決定することは、前記構成が依然として利用可能であるという指標を受信することに基づいている、請求項１に記載の方法。
【請求項１１】
ユーザエージェント装置であって、
プロセッサと、
前記プロセッサに結合された送信機と、
前記プロセッサに結合された受信機と
を含み、
前記プロセッサは、
時間整合タイマを動作させることにより、アップリンク時間の整合を維持することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースの構成を受信することであって、前記構成は、アップリンクリソースを特定する、ことと、
前記ＰＵＣＣＨリソースを用いてアップリンク送信を送信することと、
前記時間整合タイマの終了後、前記ＰＵＣＣＨリソースを解放し、前記ＰＵＣＣＨリソースの構成を維持することと、
続いてアップリンク時間の整合を再同期することと、
アップリンク時間の整合を再同期した後に、さらなるアップリンク送信を送信するために前記ＰＵＣＣＨリソースが依然として利用可能であるかどうかを決定することと
を行うようにプログラムされている、ユーザエージェント装置。
【請求項１２】
前記プロセッサは、前記ＰＵＣＣＨリソースが依然として利用可能であると決定された場合、前記ＰＵＣＣＨリソースを用いて前記さらなるアップリンク送信を送信するようにさらにプログラムされている、請求項１１に記載のユーザエージェント装置。
【請求項１３】
前記プロセッサは、前記アップリンク時間の整合を再同期する動作の間にランダムアクセスプロシージャを実行するようにさらにプログラムされている、請求項１１に記載のユーザエージェント装置。
【請求項１４】
前記プロセッサに結合されたメモリをさらに含み、前記プロセッサは、前記構成を前記メモリ内に格納することによって前記構成を維持する、請求項１１に記載のユーザエージェント装置。
【請求項１５】
ソフトウェアを含む非一時的なコンピュータ読み取り可能な媒体であって、前記ソフトウェアは、プロセッサによって実行されると、
時間整合タイマを動作させることにより、アップリンク時間の整合を維持することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースの構成を受信することであって、前記構成は、アップリンクリソースを特定する、ことと、
前記ＰＵＣＣＨリソースを用いてアップリンク送信を送信することと、
前記時間整合タイマの終了後、前記ＰＵＣＣＨリソースを解放し、前記時間整合タイマの終了にもかかわらず、前記ＰＵＣＣＨリソースの構成を維持することと、
続いてアップリンク時間の整合を再同期することと、
アップリンク時間の整合を再同期した後に、さらなるアップリンク送信を送信するために前記ＰＵＣＣＨリソースが依然として利用可能であるかどうかを決定することと
を前記プロセッサに行わせる、非一時的なコンピュータ読み取り可能な媒体。
【請求項１６】
通信ネットワークのアクセスデバイスにおける方法であって、前記方法は、
アップリンクリソースをユーザエージェントに割り当てることと、
アップリンクリソース構成を前記ユーザエージェントに送ることと、
１つ以上の時間前進コマンドを前記ユーザエージェントに送信することにより、前記ユーザエージェント内の時間整合タイマを制御することと、
前記アップリンクリソースを介して前記ユーザエージェントからアップリンク送信を受信することと、
前記時間整合タイマが終了した後、アップリンク送信要求を受信することと、
前記アップリンクリソース構成が依然として利用可能であるという指標を送ることと
を含む、方法。
【請求項１７】
前記アップリンク送信要求を受信したことに応答して、アップリンク許可を前記ユーザエージェントに送ることにより、以前に割り当てられたアップリンクリソースを用いる送信を許可する、請求項１６に記載の方法。
【請求項１８】
前記構成が依然として利用可能であるという前記指標は、前記アクセスデバイスから前記ユーザエージェントへのメッセージに含まれている、請求項１６に記載の方法。
【請求項１９】
前記構成が依然として利用可能であるという前記指標は、アクセスノードから前記デバイスへのメッセージに含まれている、請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、モバイル通信システム内のデータ送信に関し、より具体的には、ユーザエージェントとアクセスデバイスとの間のアップリンクを再同期するための方法に関する。
【背景技術】
【０００２】
本明細書で使用される場合、用語「ユーザエージェント」および「ＵＥ」は、電気無線通信能力を有する、携帯電話、携帯情報端末、携帯式またはラップトップコンピュータ、および類似のデバイス等の無線デバイスを指すことができる。いくつかの実施形態では、ＵＡは、モバイル無線デバイスを指し得る。また、用語「ＵＡ」は、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、同様の能力を有するが運搬可能ではないデバイスを指し得る。
【０００３】
従来の無線電気通信システムでは、基地局内の送信機器またはアクセスデバイスは、セルとして知られる地理的領域全体に信号を送信する。技術の発展に伴って、より高度な機器が導入され、以前には可能ではなかったようなサービスを提供可能になっている。このような高度な機器として、例えば、Ｅ−ＵＴＲＡＮ（発展型ユニバーサル地上無線アクセスネットワーク）ノードＢ（ｅＮＢ）、従来の無線電気通信システム内の同等機器より高度に発展した基地局または他のシステムおよびデバイスが含まれ得る。そのような高度または次世代機器は、本明細書では、長期発展型機器（ＬＴＥ）と称され、そのような機器を使用するパケットベースのネットワークは、発展型パケットシステム（ＥＰＳ）と称され得る。本明細書で使用されるように、用語「アクセスデバイス」は、電気通信システム内の他の構成要素へのアクセスをＵＡに提供可能である、従来の基地局またはＬＴＥ  ｅＮＢ（発展型ノードＢ）等の任意の構成要素を指す。
【０００４】
Ｅ−ＵＴＲＡＮ等のモバイル通信システムでは、アクセスデバイスは、１つ以上のＵＡへの無線アクセスを提供する。アクセスデバイスは、アクセスデバイスと通信する全ＵＡ間でアップリンクおよびダウンリンクデータ送信リソースを配分するためのパケットスケジューラを備える。スケジューラの機能は、とりわけ、ＵＡ間の利用可能な無線インターフェース能力を分割するステップと、各ＵＡのパケットデータ送信のために使用されるリソース（例えば、副搬送周波数およびタイミング）を決定するステップと、パケット配分およびシステム負荷を監視するステップと、を含む。スケジューラは、ダウンリンク共有チャネル（ＰＤＳＣＨ）およびアップリンク共有チャネル（ＰＵＳＣＨ）データ送信のための物理層リソースを配分し、スケジューリングチャネルを通して、ＵＡにスケジューリング情報を送信する。ＵＡは、アップリンクおよびダウンリンク送信のタイミング、周波数、データブロックサイズ、変調、および符号化のためのスケジューリング情報を参照する。
【０００５】
アクセスデバイスと、アクセスデバイスへの接続が既に確立されたＵＡとの間のスケジューリングされていない通信を開始するためには、いくつかの方法がある。本明細書では、ＵＡによって始動される第１の方法と、アクセスデバイスによって始動される第２の方法と、を含む、通信を開始するための２つの方法について、説明される。当業者は、ＵＡとアクセスデバイスとの接続が最初に確立された後、アクセスデバイスが、一意のセル無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ）をＵＡに配分することを認識するはずである。ＵＡ始動通信の場合、ＵＡは、最初に、アクセスデバイスと関連付けられたセル内のアクセスデバイスにアクセスすることを要求する必要がある。アクセスを要求するために、ＵＡは、ランダムアクセス（ＲＡ）プロセスを始動し、それによって、ＵＡは、ランダムに、または所定のルールを介して、ＲＡプリアンブルと呼ばれる複数の所定のコード配列のうちの１つを選択し、非同期ＲＡチャネル（ＲＡＣＨ）上で選択されたＲＡプリアンブルを送信する。アクセスデバイスが、ＲＡプリアンブルを受信すると、アクセスデバイスは、ＲＡプリアンブルのためのＲＡプリアンブル識別子（ｉｄまたはｉｎｄｅｘ）と、アップリンク（ＵＬ）タイミング同期を調節するタイミング前進値と、後続メッセージを送信するために配分されるＵＬリソースを示す許可情報と、ランダムアクセスプロシージャの際、一時的ＵＡＩＤとして使用される、一時的セル無線ネットワーク端末ＩＤ（一時的Ｃ−ＲＮＴＩ）と、を含む、ＲＡ応答メッセージを送信する。ＲＡ応答メッセージを受信後、ＵＡは、ＲＡプリアンブルｉｄを検証し、検証されたＲＡプリアンブルｉｄが、送信されたＲＡプリアンブルのものと等しい場合、ＵＡは、アップリンクスケジューリング送信をアクセスデバイスに送信する。例示的種類のアップリンクスケジューリング送信の１つとして、アクセスデバイスに送信されるＵＡのアップリンクバッファ内のデータ量を報告するために、割り当てられたＣ−ＲＮＴＩを含む、バッファ状態報告（ＢＳＲ）が挙げられる。
【０００６】
複数のＵＡが、同一プリアンブルをアクセスデバイスに同時に送信する場合、ＲＡプロシージャの際、競合が生じる。競合が生じると、アクセスデバイスは、競合を解決し、ＰＤＣＣＨ上で、競合に勝利したＵＡのＣ−ＲＮＴＩに競合解決（ＣＲ）メッセージを送信する。Ｃ−ＲＮＴＩを有する各ＵＡは、ＲＡ競合に勝利または敗北したのかどうかは、ＣＲメッセージのＣ−ＲＮＴＩから決定可能である。ＣＲメッセージのＣ−ＲＮＴＩが、ＵＡのものではない場合、ＵＡは、競合に敗北しており、ＵＡは、ＲＡプロシージャを再開する。ＣＲメッセージのＣ−ＲＮＴＩが、ＵＡのＣ−ＲＮＴＩと合致する場合、ＵＡは、競合に勝利しており、ランダムアクセスプロシージャの完了を成功させる。
【０００７】
アクセスデバイス始動通信の場合、アクセスデバイスは、ＰＤＣＣＨ上で、ＵＡと関連付けられたＣ−ＲＮＴＩに、専用プリアンブルとともに、ダウンリンクデータ到達通知を送信することによって、スケジューリングされていない通信を開始可能である。Ｃ−ＲＮＴＩと関連付けられたＵＡが、ダウンリンクデータ到達通知を受信すると、ＵＡは、アクセスデバイスが、ＵＡに送信するためのデータを有していることを認識し、専用プリアンブル送信（すなわち、アクセスデバイスによって、Ｃ−ＲＮＴＩ専用に割り当てられたプリアンブル）を生成し、アクセスデバイスに返信することによって、ランダムアクセスプロセスを開始する。アクセスデバイスは、専用プリアンブルが受信されると、ＲＡ応答を送信し、ＲＡ応答は、他のデータの中でもとりわけ、アップリンク（ＵＬ）タイミング同期を調節するタイミング前進値を含む。
【０００８】
ＵＡは、その配分された時間間隔でのみ、データを送信することが許容されている。送信されるデータがある場合、ＵＡは、ＵＡデータバッファにデータを一時的に記憶し、許可されたアップリンク配分を使用して、データを送信する。時々、ＵＡは、ＢＳＲとして、バッファ内に記憶されたデータ量をアクセスデバイスに報告し、データを送信するためのリソースの配分を要求する。アクセスデバイスは、少なくとも部分的に、ＢＳＲによって報告されるデータ量に基づいて、ＵＡにアップリンク許可を配分し、その許可に関してＵＡに通信する。許可が受信された後、ＵＡは、配分された許可と一致するように、アップリンク共有チャネル上で、データを送信する。
【０００９】
ＵＡに対する、アップリンク時間の整合または同期を維持する非競合アクセス要求を促進するために、アクセスデバイスは、アップリンクリソースをＵＡに周期的に割り当ててもよく、その際、ＵＡは、ＵＡのアップリンクデータバッファ内にデータがある場合、ＢＳＲ送信または他のアップリンクスケジューリング送信をアクセスデバイスに送信するためのアップリンク許可を要求するために、アクセスデバイスにスケジューリング要求（ＳＲ）を送信し得る。ＳＲは、物理アップリンク制御チャネルＰＵＣＣＨ上で、オン／オフ・キーイングを使用する。アクセスデバイスは、アップリンク周期の間、ＳＲを監視し、本周期の間、ＳＲが受信されない場合、ＵＡが、ＵＡのバッファ内に送信のためのアップリンクデータを有していないことを認識するようにプログラムされ、アクセスデバイスは、ＢＳＲ配信のためのアップリンク周期の許可より先に進む。
【００１０】
割り振られた周期の間に、ＳＲ信号が検出される場合、アクセスデバイスは、ＵＡが、より多くのアップリンクリソースを要求しているとみなし、ＢＳＲ配信のためのアップリンクリソースを許可する。ＢＳＲ配信のためのアップリンクリソースが、ＵＡで受信された後、ＵＡは、配分されたリソースを使用して、ＢＳＲをアクセスデバイスに送信する。ＢＳＲが配信された後、アクセスデバイスは、バッファされたデータを配信するために要求されるさらなるアップリンクリソースを識別し、バッファされたデータの送信のための付加的アップリンクリソースを許可し得る。
【００１１】
最新版のＥ−ＵＴＲＡＮでは、拡張アップリンクチャネルが、スケジューリング機構および合成型自動再送要求（ＨＡＲＱ）スキームをサポートするために提供される。ＨＡＲＱの実施例は、３ＧＰＰ  ＴＳ３６．３２１に規定されている。ＨＡＲＱスキームは、Ｅ−ＵＴＲＡＮでは、アップリンクおよびダウンリンクの両方において使用される。例えば、ダウンリンク送信例を挙げると、受信される各プロトコルデータユニット（ＰＤＵ）に対して、肯定応答（ＡＣＫ）が、ＵＡによって行われる巡回冗長検査（ＣＲＣ）が、復号化の成功を示した後、物理アップリンク制御チャネル（ＰＵＣＣＨ）またはＰＵＳＣＨ上で、ＵＡからアクセスデバイスに送信される。ＣＲＣが、ＰＤＵが正しく受信されていないことを示す場合、ＵＡは、正しく受信されなかったＰＤＵの再送を要求するために、ＰＵＣＣＨまたはＰＵＳＣＨ上で、否定応答（ＮＡＣＫ）を送信する。
【００１２】
アップリンク送信の場合、ＨＡＲＱスキームは、若干複雑であって、物理ＨＡＲＱ指標チャネル（ＰＨＩＣＨ）上での肯定および否定応答に加え、新しい送信許可、再送許可またはＰＤＣＣＨ上のデータの不存在を伴い、ＵＡ挙動は、ＰＤＣＣＨおよびＰＨＩＣＨチャネルの両方を介して受信したデータに依存する。
【００１３】
ＵＡからアクセスデバイスへのアップリンク送信を促進するために、アクセスデバイスおよびＵＡは、ＵＡとアクセスポイントとの間の距離にかかわらず、エラーに対する許容限度を有する時間で送信がアクセスデバイスに到達するように、送信タイミングを調節する必要がある。本目的を達成するために、送信タイミング調節が必要とされるかまたは周期的である場合、アクセスデバイスは、ＭＡＣ制御要素として、時間前進値を含む、時間整合（ＴＡ）コマンドを送信し（３ＧＰＰ  ＴＳ３６．３２１のセクション５．２および６．１．３．５参照）、ＵＡは、時間整合（ＴＡ）タイマを作動させる。ＴＡコマンドが受信されると、ＵＡは、受信したＴＡ値を適用し、ＴＡタイマを再開する。ＴＡタイマが終了する場合、ＵＡは、アップリンク時間整合またはアップリンク同期が喪失されたことを認識し、制御チャネルリソース（例えば、ＰＵＣＣＨまたはＳＲＳリソース）を解放する。アップリンク同期とは、ＵＡが、アップリンク時間整合を維持することを意味する。
【００１４】
データが、ＵＡからアクセスデバイスに、またはその逆に、送信される必要がある場合は常時、送信が生じ得るように、迅速にリソースを配分することが、非常に重要であって、業界は、常に、配分プロセスにおける不必要なステップを排除するために方法を模索している。解決のために、いくつかのプロセスステップを必要する状況の１つは、制御チャネルリソースが解放され、新しいランダムアクセスプロセスが行わなければならないように、ＴＡタイマ終了時に、アップリンク同期が喪失される場合である。
【００１５】
アップリンク同期は、意図的またはエラーを介して、喪失され得る。意図的喪失の場合、アクセスデバイスは、通信チャネルの最適使用を促進するようにプログラムされる。チャネルを最適に使用するための方法の１つは、ＵＡが、リソース配分を正当化するために十分なトラフィックを生成していない場合、配分されたリソース（例えば、ＰＵＣＣＨおよびＳＲＳリソース）をＵＡに解放させることである。ＵＡにリソースを解放させるために、アクセスデバイスは、ＵＡへのＴＡコマンドの送信を停止し、それによって、ＵＡに任意の明示的信号伝達を伴わずに、ＵＡのために構成される、アップリンク制御リソースをＵＡに解放させ得る。
【００１６】
エラーを介したアップリンク同期の喪失の場合、ノイズのあるチャネル上では、ＴＡコマンドは、ＵＡに到達しない場合があるが、アクセスデバイスは、ＡＣＫ確認配信を誤って感知し得る。ここでは、ＵＡのＴＡタイマが、次のＴＡコマンドの受信前に終了する場合、ＵＡは、アップリンク同期を喪失し、制御チャネルリソースを解放し得る。
【００１７】
ＵＡがリソースを解放後、ＵＡは、アクセスデバイスにデータを送信する必要があり得る。例えば、アクセスデバイスにおけるＮＡＣＫ−ＡＣＫエラーによって、同期が喪失されているが、データが、ＵＡのアップリンクバッファ内に常駐している場合、ＵＡは、アクセスデバイスにデータを直ちに送信する必要があるであろう。別の事例として、ＵＡが、新しいアップリンクデータを受信する場合、ＵＡは、アクセスデバイスにデータを送信する必要があるであろう。同様に、ＵＡがリソースを解放後、アクセスデバイスは、ＵＡにデータを送信する必要があり得る。ここでは、アクセスデバイスは、新しいダウンリンクデータ到達通知をＵＡに送信し、ＵＡは、上述のように、ランダムアクセスプロシージャを開始することによって応答する。
【００１８】
アクセスデバイスが、アップリンク同期が喪失されるように、ＴＡタイマを意図的に終了させ、続いて、ＵＡが、アクセスデバイスへの送信のための新しいアップリンクデータを受信する場合、または続いて、アクセスデバイスが、ＵＡに送信される新しいダウンリンクデータを受信する場合、３ＧＰＰ  ＴＳ３６．３３１に規定されるように、ランダムアクセスプロシージャが完了後、アクセスデバイスは、ＲＲＣ接続再構成メッセージをＵＡに送信し、ＵＡは、ＲＲＣ接続再構成完了メッセージによって返信し、データ転送開始前に、リソースの再割当を行う。
【発明の概要】
【発明が解決しようとする課題】
【００１９】
したがって、アップリンク同期喪失後、アップリンク同期を再確立するためのプロセスステップの数と、同期を再確立するために必要とされるデータ送信量と、を低減させることが可能なシステムを有することは、有利となるであろう。
【課題を解決するための手段】
【００２０】
ＴＡタイマ周期が終了し、ＵＡが制御チャネルリソースを解放後、解放されたリソースは、ＵＡ−アクセスデバイス通信が、次に確立される必要がある場合に、ＵＡによる使用のために依然として利用可能かつ有効であり得ることが認識されている。ここでは、解放されたリソースが、依然として利用可能である場合、アップリンクを再同期するために現在の基準によって要求される、いくつかのステップは、排除され得る。より具体的には、解放されたリソースが、依然として有効であって、アクセスデバイスが、ＴＡコマンドの送信を停止したため、同期が喪失されている場合、アクセスデバイスは、２つのＲＲＣメッセージが回避可能であるように、競合解決メッセージ（例えば、ランダムアクセスプロシージャの間のＰＤＣＣＨ上でのアップリンク許可の際）またはダウンリンクデータ到達指標において、リソースが有効であることを示すことが可能である。代替例では、アクセスデバイスが、新しいダウンリンクデータ到達通知をＵＡに送信する場合、通知は、２つのＲＲＣメッセージが回避可能であるように、リソースが依然として有効であることの指標を含み得る。さらに、アクセスデバイスが、新しいダウンリンクデータ到達通知をＵＡに送信し、ＵＡが、ランダムアクセスプロシージャを開始する場合、アクセスデバイスからのＲＡ応答は、リソースが依然として有効であることの指標を含み得る。
【００２１】
したがって、上述および関連目的を達成するために、本開示は、以下に詳述される特徴を備える。以下の説明および付随の図面は、本発明の詳細なある例証的側面を説明する。しかしながら、これらの側面は、本開示の原理を採用可能な種々の方法を示すものであるが、それらのいくつかにすぎない。本開示の他の側面、利点、および新規特徴は、図面と照らして検討されることによって、以下の本開示の発明を実施するための形態から明白となるであろう。
【００２２】
次に、付随の図面を参照して、本開示の種々の側面を説明するが、同一番号は、全体を通して、類似または対応要素を指す。しかしながら、図面およびそれに関連する説明は、請求される主題を開示される特定の形態に限定することを意図するものではないことを理解されたい。むしろ、請求される主題の精神および範囲内にある、修正、均等物、および代替をすべて網羅することが意図される。
【００２３】
本明細書で使用されるように、用語「構成要素」、「システム」等は、実行時のハードウェア、ハードウェアとソフトウェア、ソフトウェアの組み合わせ、またはソフトウェアのいずれかである、コンピュータ関連エンティティを指すことが意図される。例えば、構成要素は、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであり得るが、それらに限定されない。例証として、コンピュータ上で起動するアプリケーションおよびコンピュータは両方とも、構成要素であり得る。１つ以上の構成要素は、プロセスおよび／または実行のスレッド内に常駐し得、構成要素は、１つのコンピュータ上にローカライズされてもよく、および／または２つ以上のコンピュータに分散され得る。
【００２４】
用語「例示的」とは、本明細書では、例示的事例または例証としての役割を果たす意味として使用される。「例示的」として本明細書に説明される任意の側面または設計は、必ずしも、他の側面あるいは設計よりも好ましいあるいは有利であると解釈されるものではない。
【００２５】
さらに、開示される主題は、標準的プログラミングおよび／またはエンジニアリング技術を使用して、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生成し、コンピュータまたはプロセッサベースのデバイスを制御し、本明細書に詳述される側面を実装する、システム、方法、装置、または製造品として実装され得る。用語「製造品」（または代替として、「コンピュータプログラム製品」）は、本明細書で使用されるように、任意のコンピュータ可読デバイス、搬送波、または媒体からアクセス可能なコンピュータプログラムを包含することが意図される。例えば、コンピュータ可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ．．．）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）．．．）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）を含むことが可能であるが、それらに限定されない。加えて、搬送波は、電子メールの送受信の際、あるいはインターネットまたはローカルエリアネットワーク（ＬＡＮ）等のネットワークへのアクセスの際に使用されるもの等、コンピュータ可読電子データを搬送するために採用可能であることを理解されたい。当然ながら、当業者は、請求される主題の範囲または精神から逸脱することなく、多くの修正が、本構成に成され得ることを認識するであろう。
【００２６】
本明細書に説明される少なくともいくつかの実施形態は、アップリンク制御チャネルと関連付けられたアップリンク制御チャネル構成を再使用するための方法であって、ユーザエージェントにおいて、アクセスデバイスによって割り当てられたアップリンク制御チャネルリソース構成を受信するステップと、受信したアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを使用し、アクセスデバイスに送信するステップと、時間整合タイマ終了後、アップリンク制御チャネルリソース構成を保持するステップと、を含む、方法を含む。
【００２７】
少なくともある場合には、本方法は、アクセスデバイスとの時間整合を再確立するステップと、アップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを再使用し、アクセスデバイスに送信するステップと、をさらに含む。いくつかの実施形態では、アクセスデバイスとの時間整合を再確立するステップは、ランダムアクセスプロシージャを通して、アクセスデバイスとの整合を再確立するステップを含む。
【００２８】
いくつかの実施形態では、アップリンク制御チャネルリソース構成を保持するステップは、アップリンク制御チャネルリソース構成を記憶するステップを含む。少なくともいくつかの場合、本方法は、時間整合タイマ終了後、保持されたアップリンク制御チャネルリソース構成が、依然として有効であることを決定するステップをさらに含む。少なくともある場合には、本方法は、保持されたアップリンク制御チャネルリソース構成が、依然として有効であることを決定後、保持されたアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを再使用し、アクセスデバイスに送信するステップをさらに含む。少なくともある場合には、本方法は、時間整合タイマ終了後、保持されたアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを再使用し、アクセスデバイスに送信するステップをさらに含む。
【００２９】
いくつかの実施形態は、アップリンク制御チャネルと関連付けられたアップリンク制御チャネル構成を再使用するための方法であって、ユーザエージェントにおいて、時間整合タイマを維持するステップと、アクセスデバイスによって割り当てられたアップリンク制御チャネルリソース構成を受信するステップと、受信したアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを使用し、アクセスデバイスに送信するステップと、時間整合タイマ終了後、（ｉ）アップリンク制御チャネルリソース構成を記憶するステップと、（ｉｉ）ランダムアクセスプロシージャを通して、アクセスデバイスとの整合を再確立するステップと、（ｉｉｉ）アップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを再使用し、アクセスデバイスに送信するステップと、を含む、方法を含む。
【００３０】
いくつかの実施形態は、プロセッサと、プロセッサと連結される送信機と、プロセッサと連結される受信機とを備え、プロセッサは、アクセスデバイスによって割り当てられたアップリンク制御チャネルリソース構成を受信するステップと、受信したアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを使用し、送信機を介して、アクセスデバイスに送信するステップと、時間整合タイマ終了後、アップリンク制御チャネルリソース構成を保持するステップと、を行うようにプログラムされる、ユーザエージェント装置を含む。
【００３１】
ある場合には、プロセッサは、アクセスデバイスとの時間整合を再確立するステップと、アップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを再使用し、アクセスデバイスに送信するステップと、を行うようにさらにプログラムされる。
【００３２】
ある場合には、プロセッサは、ランダムアクセスプロシージャを通して、アクセスデバイスとの整合を再確立するステップによって、アクセスデバイスとの整合を再確立するステップを行う。
【００３３】
いくつかの実施形態は、プロセッサに連結されるメモリをさらに含み、プロセッサは、メモリ内にアップリンク制御チャネルリソース構成を記憶するステップによって、アップリンク制御チャネルリソース構成を保持するステップを行う。
【００３４】
ある場合には、プロセッサは、時間整合タイマ終了後、保持されたアップリンク制御チャネルリソース構成が、依然として有効であることを決定するステップを行うようにさらにプログラムされる。
【００３５】
ある場合には、プロセッサは、保持されたアップリンク制御チャネルリソース構成が、依然として有効であることを決定後、保持されたアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを再使用し、アクセスデバイスに送信するステップを行うようにさらにプログラムされる。
【００３６】
ある場合には、プロセッサは、時間整合タイマ終了後、保持されたアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを再使用し、アクセスデバイスに送信するステップを行うようにさらにプログラムされる。
【００３７】
他の実施形態は、プロセッサと、プロセッサと連結される送信機と、プロセッサと連結される受信機とを備え、プロセッサは、時間整合タイマを維持するステップと、受信機を介して、アクセスデバイスによって割り当てられたアップリンク制御チャネルリソース構成を受信するステップと、受信したアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを使用し、送信機を介して、アクセスデバイスに送信するステップと、時間整合タイマ終了後、（ｉ）アップリンク制御チャネルリソース構成を記憶するステップと、（ｉｉ）ランダムアクセスプロシージャを通して、アクセスデバイスとの整合を再確立するステップと、（ｉｉｉ）アップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを再使用し、送信機を介して、アクセスデバイスに送信するステップと、を行うようにプログラムされる、ユーザエージェント装置を含む。
本願発明は、例えば、以下を提供する。
（項目１）
制御チャネルリソース構成（１２）を受信するステップと、
該受信した制御チャネルリソース構成と関連付けられた該制御チャネルリソースを使用し、送信するステップ（１３７、１８４）と、
時間整合タイマ終了後（１２３、１６０）、該制御チャネルリソース構成を保持するステップ（１７２）と
を含む、方法。
（項目２）
時間整合を再確立するステップ（１７２）と、前記制御チャネルリソース構成（１２）と関連付けられた前記制御チャネルリソースを再使用するステップ（１８４）とをさらに含む、項目１に記載の方法。
（項目３）
前記時間整合を再確立するステップは、ランダムアクセスプロシージャを通して、時間整合を再確立するステップ（１７２）を含む、項目２に記載の方法。
（項目４）
前記制御チャネルリソース構成を保持するステップは、前記制御チャネルリソース構成を記憶するステップ（１７２）を含む、項目１に記載の方法。
（項目５）
前記時間整合タイマ終了後（１６０）、前記保持された制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用し、アクセスデバイス（１２）に送信するステップ（１８４）をさらに含む、項目１に記載の方法。
（項目６）
前記制御チャネルリソース構成は、前記整合タイマが切れる前に記憶される、項目１に記載の方法。
（項目７）
プロセッサ（８０２）と、
送信機（８０８）と、
受信機（８０８）と
を備え、該プロセッサは、
割り当てられた制御チャネルリソース構成を受信するステップと、
該受信した制御チャネルリソース構成と関連付けられた該制御チャネルリソースを使用し、該送信機（８０８）を介して、送信するステップ（１３７）と、
時間整合タイマ終了後（１２３、１６０）、該制御チャネルリソース構成を保持するステップ（１７２）と
を行うようにプログラムされる、ユーザエージェント装置（１０）。
（項目８）
前記プロセッサ（８０２）は、時間整合を再確立するステップ（１７２）と、前記制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用するステップ（１８４）とを行うようにさらにプログラムされる、項目９に記載のユーザエージェント装置。
（項目９）
前記プロセッサ（１２）は、ランダムアクセスプロシージャを通して、アクセスデバイスとの時間整合を再確立するステップ（１７２）によって、時間整合を再確立するステップを行う、項目１０に記載のユーザエージェント装置。
（項目１０）
メモリ（８０４）をさらに含み、前記プロセッサは、該メモリ（８０４）内に前記制御チャネルリソース構成を記憶するステップ（１７２）によって、前記制御チャネルリソース構成を保持するステップを行う、項目９に記載のユーザエージェント装置。
（項目１１）
前記プロセッサ（８０２）は、前記時間整合タイマ終了後（１２３、１６０）、前記保持された制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用し、アクセスデバイス（１２）に送信するステップ（１８４）を行うようにさらにプログラムされる、項目９に記載のユーザエージェント装置。
（項目１２）
ユーザエージェント（１０）において、
制御チャネルリソースのための構成を受信するステップと、
該受信した制御チャネルリソースを使用し、送信するステップ（１３７、１８４）と、
時間整合タイマ終了後（１２３、１６０）、該制御チャネルリソースの構成を保持するステップ（１７２）と、
ランダムアクセスプロシージャを通して、時間整合を再確立後、該制御チャネルリソースの構成と関連付けられた該リソースを使用し、送信するステップと
を含む、方法。
（項目１３）
前記制御チャネルリソースの構成を保持するステップは、前記制御チャネルリソース構成を記憶するステップ（１７２）を含む、項目１２に記載の方法。
（項目１４）
前記時間整合タイマ終了後、前記制御チャネルリソースの前記保持された構成が、依然として有効であることを決定するステップ（１７８、１８０、１８２）をさらに含む、項目１２に記載の方法。
（項目１５）
前記制御チャネルリソースの前記保持された構成が、依然として有効であることを決定した後、該制御チャネルリソースの該保持された構成と関連付けられた前記リソースを再使用し、送信するステップ（１８４）をさらに含む、項目１４に記載の方法。
（項目１６）
前記制御チャネルリソースの構成は、前記整合タイマ終了前に記憶される、項目１４に記載の方法。
（項目１７）
プロセッサ（８０２）と、
送信機（８０８）と、
受信機（８０８）と
を備え、該プロセッサは、制御チャネルリソースのための構成を受信するステップと、該受信した制御チャネルリソースを使用し、送信するステップ（１３７、１８４）と、
時間整合タイマ終了後（１２３、１６０）、該制御チャネルリソースの構成を保持するステップ（１７２）と、
ランダムアクセスプロシージャを通して、時間整合を再確立後、該制御チャネルリソースの構成と関連付けられた該リソースを使用し、送信するステップと
を行うようにプログラムされる、ユーザエージェント装置（１０）
（項目１８）
メモリ（８０４）をさらに含み、前記プロセッサは、該メモリ内に前記制御チャネルリソース構成を記憶するステップ（１７２）によって、前記制御チャネルリソースの構成を保持するステップを行う、項目１７に記載のユーザエージェント装置。
（項目１９）
前記プロセッサ（８０２）は、前記時間整合タイマ終了後、前記制御チャネルリソースの前記保持された構成が、依然として有効であることを決定するステップ（１７８、１８０、１８２）を行うようにさらにプログラムされる、項目１７に記載のユーザエージェント装置。
（項目２０）
前記プロセッサ（８０２）は、前記制御チャネルリソースの前記保持された構成が、依然として有効であることを決定した後、前記制御チャネルリソースの前記保持された構成と関連付けられた該リソースを再使用し、送信するステップ（１８４）を行うようにさらにプログラムされる、項目１９に記載のユーザエージェント装置。
（項目２１）
前記制御チャネルリソースの構成は、前記整合タイマ終了前に記憶される、項目１７に記載のユーザエージェント装置。
（項目２２）
無線通信システム内の無線アクセスデバイスにおいて、
ユーザエージェント（１０）からスケジューリング送信を受信するステップ（２１２）と、
スケジューリングリソース配分が、該ユーザエージェントに以前に割り当てられたことを決定するステップ（２１３）と、
該以前に割り当てられた配分が、依然として有効であることを決定するステップ（２１４）と、
該ユーザエージェントに、該以前に割り当てられた配分が、依然として有効であることを示すメッセージを送信するステップ（２１６）と
を含む、方法。
（項目２３）
前記メッセージを送信するステップは、前記ユーザエージェントに、競合解決メッセージ（２１６）を送信するステップを含む、項目２２に記載の方法。
（項目２４）
以前に割り当てられた配分が、無効である場合、前記方法が新しい配分プロセスを行うステップをさらに含む、項目２２に記載の方法。
【図面の簡単な説明】
【００３８】
本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照する。類似参照数字は、類似部品を表す。
【図１】図１は、ユーザエージェント（ＵＡ）と、アクセスデバイスと、移動性管理エンティティ（ＭＭＥ）とを含む、無線通信システムの図である。
【図２】図２は、ＵＡとアクセスデバイスとの間の通信シーケンスを例証する、概略図である。
【図３】図３は、図２に類似するが、アップリンク同期が喪失されるが、データがＵＡのアップリンクバッファ内にある場合は常時、ＵＡは、通常ＢＳＲを自動的にトリガする、異なる通信シーケンスを例証する。
【図４】図４は、ＴＡタイマが終了後も、データが、ＵＡのアップリンクバッファ内に依然として存在する場合、アップリンクをアクセスデバイスと再同期させるために、図１のＵＡによって行われる方法またはプロセスを例証する、工程図である。
【図５】図５は、ＵＡとのアップリンク通信が喪失されると、再同期させるために、図１のアクセスデバイスによって行われる方法またはプロセスを例証する、工程図である。
【図６】図６は、図２に類似するが、異なる通信シーケンスを例証する。
【図７】図７は、図２に類似するが、異なる通信シーケンスを例証する。
【図８】図８は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なユーザエージェントを含む、無線通信システムの図である。
【図９】図９は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なユーザエージェントのブロック図である。
【図１０】図１０は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なユーザエージェント上に実装され得る、ソフトウェア環境の図である。
【図１１】図１１は、本開示の種々の実施形態のうちのいくつかに対して、好適な例証的汎用コンピュータシステムである。
【発明を実施するための形態】
【００３９】
次に、図面（同一参照番号は、いくつかの図を通して、類似要素に対応する）、より具体的には、図１を参照すると、図１は、長期発展型（ＬＴＥ）制御プレーンプロトコルスタックを例証する、概略ブロック図を含む。
【００４０】
ＵＡ１０は、アクセスデバイス（すなわち、発展型ノードＢ）１２と、移動性管理エンティティ（ＭＭＥ）１４の両方と通信する。種々の層が、制御プレーンプロトコルスタック内に例証される。非アクセス階層（ＮＡＳ）層１５は、移動性およびセッション管理に対処し得る。パケットデータ収斂プロトコル（ＰＤＣＰ）層１６は、ＵＡ１０およびアクセスデバイス１２の両方上に例証される。ＰＤＣＰ層１６は、インターネットプロトコル（ＩＰ）ヘッダ圧縮および解凍、ユーザおよび信号送信データの暗号化、ユーザデータの転送、ならびに無線送信路のためのシーケンス番号（ＳＮ）の維持を行う。
【００４１】
ＰＤＣＰ層１６の下は、アクセスデバイス１２上の無線リンク制御プロトコル層と通信する、無線リンク制御（ＲＬＣ）プロトコル層１８である。理解されるように、通信は、図１に例証されるもの等、プロトコルスタック内の物理層を通して生じる。しかしながら、ＵＡのＲＬＣ層１８からのＲＬＣ−プロトコルデータユニット（ＰＤＵ）は、アクセスデバイス１２上のＲＬＣ層によって解釈される。ＲＬＣ層１８の下は、媒体アクセス制御（ＭＡＣ）データ通信プロトコル層２０である。当業者によって理解されるように、ＲＬＣおよびＭＡＣプロトコルは、ＬＴＥ無線インターフェースのデータリンク副層を形成し、ＬＴＥ内のアクセスデバイス１２上およびＵＡ１０上に常駐する。物理層２２と称される層１（Ｌ１）ＬＴＥは、ＲＬＣ／ＭＡＣ層１８および２０下にあって、標識が含意するように、通信のための物理層である。
【００４２】
依然として図１を参照すると、制御プレーンは、ＵＡ１０とアクセスデバイス１２との間の無線リソースの割当、構成、および解放に関与する、プロトコルスタックの一部である、無線リソース制御（ＲＲＣ）プロトコル層２４を含む。ＬＴＥのためのＲＲＣプロトコルの基本機能は、３ＧＰＰ  ＴＲ３６．３００およびＴＳ３６．３３１に説明されている。
【００４３】
アクセスデバイス１２は、以下の機能を担う：無線リソース管理；無線送信路制御、無線許可制御、接続移動性制御、アップリンクおよびダウンリンクの両方におけるＵＡへのリソースの動的配分（スケジューリング）；ＩＰヘッダ圧縮およびユーザデータストリームの暗号化；ＵＡアタッチメントにおけるＭＭＥの選択；サービングゲートウェイへのユーザプレーンデータのルーティング；ページングメッセージ（ＭＭＥから派生）のスケジューリングおよび送信；ブロードキャスト情報のスケジューリングおよび送信；ならびに移動性およびスケジューリングのための測定および測定報告構成。
【００４４】
ＭＭＥ１４は、以下の機能を担う：アクセスデバイス１２へのページングメッセージの配信；セキュリティ制御；アイドル状態移動性制御；システムアーキテクチャエボリューション（ＳＡＥ）送信路制御；非アクセス階層（ＮＡＳ）信号伝達の暗号化および完全性保護。
【００４５】
依然として図１を参照すると、本開示の少なくともいくつかの実施形態では、ＵＡ１０は、有利には、同期が喪失された後、アクセスデバイス１２とのアップリンク通信を再同期するための肯定的ステップを講じることが可能である。本目的を達成するために、図２を参照すると、ＵＡ１０とアクセスデバイス１２との間の例示的一連の通信が、例証される。図２では、下方を指す矢印９６および９８は、ＴＡタイマ周期を表す。１００では、ＴＡコマンドが、アクセスデバイス１２からＵＡ１０に送信される。コマンド１００が、１０１において受信されると、ＵＡ１０は、ＴＡコマンド内のＴＡ値を適用し、ＴＡタイマを再開し（９６参照）、１０２において、ＡＣＫをアクセスデバイス１２に送信する。
【００４６】
依然として図２を参照すると、１０４において、別のＴＡコマンドがＵＡ１０に送信される。しかしながら、この時、ＴＡコマンドは、正しく受信されておらず、したがって、ＴＡデータを使用して、ＴＡタイマをリセットすることができず、タイマは、時間切れまで継続する。ＴＡコマンドが、適切に受信されなかったため、ＵＡ１０は、１０５において、ＰＤＵが再送信されるべきであることを示す、ＮＡＣＫをアクセスデバイス１２に返信する。１０９では、アクセスデバイス１２は、ＮＡＣＫを受信し、１０８において、ＴＡコマンドが、ＵＡ１０に折り返し再送信される。１０７では、ＴＡコマンドが受信され、ＵＡ１０は、ＴＡコマンド内のＴＡ値を適用し、ＴＡタイマを再開し（９８参照）、再送が正しく受信されたことを示すＡＣＫが、アクセスデバイス１０に返信される。
【００４７】
再び図２を参照すると、１１２では、別のＴＡコマンドが、ＵＡ１０に送信されるが、再び誤って受信される。１１１では、ＵＡ１０は、アクセスデバイス１２にＮＡＣＫ（１１４）を送信し、ＴＡコマンドの再送を要求する。しかしながら、この時、アクセスデバイス１２は、ＮＡＣＫ１１４の代わりに、ＡＣＫを誤って検出し、したがって、デバイス１２は、ＵＡ１０にＴＡコマンドを再送信しない。ＴＡコマンドが受信されないため、ＴＡタイマ９８は、１１６において、時間切れまたは終了し、アップリンク同期が喪失される。ここでは、アクセスデバイス１２は、アップリンク同期が喪失されたことを認識せず、実際、ＵＡ１０へのリソース配分が、依然として有効であるかのうように、依然として動作する。ＵＡ１０は、ＴＡタイマ終了時、同期が喪失されたことを認識する。
【００４８】
本開示の少なくともいくつかの実施形態によると、ＵＡのタイマが終了し、アップリンク同期が喪失されるが、データが、アップリンクバッファ内に存在する場合、ＵＡ１０は、アクセスデバイスによって割り当てられたアップリンク制御チャネルリソース構成を記憶し、リソースを解放し、アップリンクスケジューリング送信（例えば、ＢＳＲ）を直ちにトリガし、アクセスデバイス１２に対し」、アップリンク同期を再確立することを示し、送信するためのデータ量を報告するようにプログラムされる。本目的を達成するために、ＵＡは、ランダムアクセスプロセスを開始し、アクセスデバイス１２からのＲＡ応答に応じて、アップリンクスケジューリング送信を送信する。ＵＡ１０は、アップリンクスケジューリング送信において、アクセスデバイスによってＵＡに現在割り当てられている、セル無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ）を含む。アクセスデバイス１２が、アップリンクスケジューリング送信を受信すると、アクセスデバイス１２は、Ｃ−ＲＮＴＩを識別し、Ｃ−ＲＮＴＩと関連付けられたＵＡが、ＳＲリソース配分を現在有しているかどうかを認識するようにプログラムされる。ＵＡが、ＳＲリソース配分を現在有し、ＳＲリソース配分の代わりに、ＲＡＣＨを使用している場合、アクセスデバイス１２は、ＵＡが、アップリンク同期を喪失し、かつ現在も喪失していることを認識する。アクセスデバイス１２は、Ｃ−ＲＮＴＩと関連付けられたＵＡに配分されたアップリンク制御チャネルリソースが、依然として有効であるかどうかを決定し、そうである場合、配分が依然として有効であって、他のデータを送信するためにＵＡ１０によって使用されるべきであることの指標とともに、ＵＡ１０にアップリンク許可を送信する。他のデータとしては、例えば、サウンディング参照信号、スケジューリング要求、チャネル品質指標（ＣＱＩ）、ランク指標（ＲＩ）、およびプリコーディング行列指標（ＰＭＩ）を含むチャネル品質状態情報、準定常スケジューリングの場合のＡＣＫ／ＮＡＣＫフィードバックがある。次いで、ＵＡは、記憶されたアップリンクリソース構成を使用し、以前に解放されたリソースを識別し、今後の通信のために、それらのリソースの使用を開始する。
【００４９】
上述と一貫して、図３を参照すると、図２に例証される一連のものと類似する一連の通信が、示される。図３では、図２におけるように、下方を指す矢印１１８および１３２は、ＴＡタイマ周期を表す。ここでは、ＵＡ１０は、上述の実施例におけるように、セル内のＵＡを一意的に識別する、セル無線ネットワーク端末ＩＤ（Ｃ−ＲＮＴＩ）と既に関連付けられていると仮定する。
【００５０】
図３では、１２０において、ＴＡコマンドが、ＵＡ１０に送信されるが、正しく受信されない。１２１では、ＵＡ１０は、ＮＡＣＫ１２２をアクセスデバイス１２に返信し、ＴＡコマンドが再送されるべきであることを示す。ＮＡＣＫ１２２は、ＡＣＫとして誤って検出され、したがって、アクセスデバイス１２は、ＴＡコマンドをＵＡ１０に再送しない。１２３では、ＴＡタイマ周期１１８が、終了する。
【００５１】
タイマ終了時、ＵＡ１０は、リソースを解放する前に、アクセスデバイスによって割り当てられたアップリンク制御チャネルリソースの構成を記憶する。次いで、ＵＡ１０は、ＲＡＣＨを介して、ＲＡプリアンブルをアクセスデバイス１２に送信することによって、ランダムアクセスプロセスを開始する。ＲＡプリアンブルに応じて、アクセスデバイス１２は、ＲＡ応答１２６をＵＡ１０に送信する。応答は、ＲＡプリアンブルのためのＲＡプリアンブル識別子、アップリンク（ＵＬ）タイミング同期を調節するタイミング前進（ＴＡ）情報、後続メッセージを送信するために配分されたＵＬリソースを示す許可情報、およびランダムアクセスプロシージャの際、一時的ＵＡＩＤとして使用される、一時的Ｃ−ＲＮＴＩを含む。
【００５２】
ＲＡ応答メッセージを受信後、ＵＡ１０は、ＲＡプリアンブル識別子を検証し、検証されたＲＡプリアンブル識別子が、送信されたＲＡプリアンブルのものである場合、ＵＡは、アップリンクリソースを使用して、アップリンクスケジューリング送信１２８（例えば、ＢＳＲ）を送信する。メッセージは、現在割り当てられているＣ−ＲＮＴＩを含む（ＲＡ応答１２６内に含まれていた一時的Ｃ−ＲＮＴＩに対立するものとして））。
【００５３】
１２９では、アクセスデバイス１２は、Ｃ−ＲＮＴＩを含むはずであったメッセージ１２８が、実際は、現在割り当てられているＣ−ＲＮＴＩを含むことを識別し、ＳＲリソースが、ＵＡ１０に現在配分されているかどうかを決定する。ＳＲリソースが、ＵＡ１０に現在配分されている場合、アクセスデバイス１２は、ＵＡ１０とのアップリンク同期が喪失されていると結論付けるようにプログラムされる（すなわち、スケジューリング要求のためのアップリンクリソースが、ＵＡ１０に割り当てられており、ＵＡ１０が、アップリンク同期を維持していた場合、ＵＡ１０は、ランダムアクセスプロシージャではなく、スケジューリング要求リソースを使用していたことになる）。１３３では、アクセスデバイス１２は、他のデータでもとりわけ、ＵＡ１０のためのリソース配分が、依然として有効であることの指標を含む、競合解決（ＣＲ）メッセージ１３０をＵＡ１０に送信する。１３１では、ＵＡ１０は、以前に解放されたリソースの記憶された構成にアクセスし、その構成を使用して、後続データ送信１３７のためのアップリンク制御情報をアクセスデバイス１２に送信する。
【００５４】
次に図４を参照すると、アップリンク同期が喪失されているが、データが、ＵＡのアップリンクバッファ内に残っている場合、自動的にＢＳＲをトリガするために、ＵＡ１０によって行われるプロセス１５０が、例証される。また、図５を参照すると、ＵＡ１０との再同期するために、アクセスデバイス１２によって行われるプロセス１９０が、例証される。以下、プロセス１５０および１９０が、併せて説明される。また、図１も参照すると、図５のブロック１９２では、アクセスデバイス１２は、ＴＡコマンドを含む、ＰＤＵをＵＡ１０に送信する。ブロック１９４では、アクセスデバイス１２は、送信されたＰＤＵに応じて、ＡＣＫまたはＮＡＣＫのいずれかを監視する。
【００５５】
図４では、ブロック１５２において、ＵＡ１０は、アクセスデバイス１２から送信される、ＰＤＵを監視する。ブロック１５４では、ＰＤＵが受信されると、制御は、ブロック１５６に進み、ＵＡ１０が、ＰＤＵが正しく受信されたかどうかを決定する。ＰＤＵが正しく受信されている場合、制御は、ブロック１６４に進み、ＵＡ１０が、ＡＣＫをアクセスデバイス１２に送信する。次に、決定ブロック１６６では、ＵＡ１０は、ＰＤＵが、ＴＡコマンドを含むかどうかを決定する。ＰＤＵが、ＴＡコマンドを含まない場合、制御は、ブロック１７０に進み、ＰＤＵが消費され、その後、制御は、ブロック１５２に戻り、次の受信したＰＤＵの監視が行われる。再びブロック１６６を参照すると、受信したＰＤＵが、ＴＡコマンドを含む場合、制御は、ブロック１６８に進み、ＵＡ１０が、ＴＡコマンド内のＴＡ値を適用し、ＴＡタイマを再開し、その後、制御は、ブロック１５２に戻る。
【００５６】
再び図１および４を参照すると、ＰＤＵが、ブロック１５６において、正しく受信されなかった場合、制御は、プロセスブロック１５８に進み、ＵＡ１０が、ＮＡＣＫをアクセスデバイス１２に送信する。ブロック１６０では、ＵＡ１０が、ＴＡタイマ周期が終了したかどうかを決定する。ＴＡタイマが終了していない場合、制御は、ブロック１５２に戻り、次のＰＤＵの監視が行われる。ブロック１６０で、ＴＡタイマが終了している場合、制御は、ブロック１６２に進み、ＵＡ１０が、データがＵＡのアップリンクバッファ内に存在するかどうかを決定する。ブロック１６２において、データがＵＡのアップリンクバッファ内に存在しない場合、制御は、ブロック１５２に戻る。データがＵＡのアップリンクバッファ内に存在する場合、制御は、ブロック１６２からブロック１７２に進む。ブロック１７２では、ＵＡ１０は、アクセスデバイスによって割り当てられたアップリンク制御チャネルリソースの構成を記憶し、リソースを解放し、ランダムアクセスプロセスを開始し、アップリンクスケジュール送信、例えば、ＢＳＲをアクセスデバイス１２に送信する。本目的を達成するために、上述と一貫して、ＵＡ１０が、ＲＡプリアンブルをアクセスデバイス１２に送信すると、ランダムアクセスプロセスが、開始される。ブロック１７４では、ＵＡ１０が、アクセスデバイス１２からのＲＡ応答を監視する。
【００５７】
再び図１および５を参照すると、決定ブロック１９６では、アクセスデバイス１２が、ＡＣＫが受信されたかどうかを決定する。ＡＣＫが受信されていない場合、制御は、決定ブロック２０８に進み、アクセスデバイス１２が、ＮＡＣＫが受信されたかどうかを決定する。ＮＡＣＫが受信されていない場合、制御は、ブロック２０８からブロック１９４に戻り、アクセスデバイス１２が、ＡＣＫまたはＮＡＣＫの監視を継続する。ブロック２０８では、ＮＡＣＫが受信されている場合、制御は、ブロック２１０に進み、アクセスデバイス１２が、ＴＡコマンドを含むＰＤＵをＵＡ１０に再送信する。
【００５８】
依然として図１および５を参照すると、ブロック１９６では、ＡＣＫが受信されている場合、制御は、プロセスブロック１９８に進み、アクセスデバイス１２が、ＲＡＣＨを監視し、ランダムアクセスプロセスが開始されたかどうかを決定する。決定ブロック２００では、ＲＡプリアンブルが受信されている場合、制御は、ブロック２０２に進み、アクセスデバイス１２が、ＲＡプリアンブル識別子、アップリンクタイミング同期を調節するためのタイミング整合情報、後続メッセージを送信するために配分されたアップリンクリソースを示す許可情報、および一時的Ｃ−ＲＮＴＩを含む、ＲＡ応答をＵＡ１０に送信する。ブロック２０４では、ＲＡ応答が送信された後、アクセスデバイス１２は、配分されたリソースを使用するＵＡ１０からのアップリンクスケジューリング送信を監視する。
【００５９】
再び図１および４を参照すると、ブロック１７６では、ＲＡ応答が受信されると、制御は、ブロック１７８に進み、ＵＡ１０が、ＲＡ応答において配分されたリソースを使用し、第１の、すなわち、初期Ｃ−ＲＮＴＩを含む、スケジューリングされた送信をアクセスデバイス１２に送信する。ブロック１８０では、ＵＡ１０が、アクセスデバイス１２からの競合解決メッセージを監視する。
【００６０】
再び図１および５を参照すると、ブロック２０６において、アップリンクスケジューリング送信が、ＵＡ１０から受信されると、ブロック２１２では、アクセスデバイス１２が、アップリンクスケジューリング送信がＣ−ＲＮＴＩを含むかどうかを決定する。アップリンクスケジューリング送信が、Ｃ−ＲＮＴＩを含まない場合、制御は、ブロック２１８に進み、アクセスデバイス１２が、通常の競合解決プロセスを行う。しかしながら、ブロック２１２において、アップリンクスケジューリング送信が、Ｃ−ＲＮＴＩを含む場合、制御は、ブロック２１３に進む。ブロック２１３では、ＵＡ１０が、ＳＲリソースが受信したＣ−ＲＮＴＩと関連付けられたＵＡに既に配分されているかどうかを決定する。ＳＲリソースが配分されていない場合、制御は、ブロック２１８に進み、通常の競合解決プロセスが行われる。ＳＲリソースが、ＵＡに既に配分されている場合、アクセスデバイス１２は、ＵＡとのアップリンク同期が喪失されていることを認識し、制御は、ブロック２１４に進む。ブロック２１４では、アクセスデバイス１２は、アップリンクスケジューリング送信内に含まれる、Ｃ−ＲＮＴＩと関連付けられたＵＡのための既存のリソース配分を識別し、その配分（例えば、アップリンク制御情報の送信のためのリソース）が有効のままであるかどうかを決定する。配分が有効のままではない場合、制御は、ブロック２２０に進み、新しいリソース配分プロセスが行われる。ブロック２１４では、既存のリソース配分が有効のままである場合、制御は、ブロック２１６に進み、アクセスデバイス１２は、既存の配分が有効であることを示す、競合解決メッセージを送信する。
【００６１】
再び図１および４を参照すると、競合解決メッセージが、ブロック１８２において受信されると、制御は、プロセスブロック１８４に進み、ＵＡ１０が、以前に解放されたリソースが有効であることを識別し、記憶されたリソース構成にアクセスし、そのリソース構成の使用を開始する。ブロック１８４後、制御は、ブロック１５２に戻り、次のＰＤＵのための監視が行われる。
【００６２】
アクセスデバイスがＵＡへのＴＡコマンドの送信を停止後、したがって、ＵＡが制御チャネルリソースを解放した後、ＵＡが、新しいアップリンクデータを取得した場合、ＵＡがランダムアクセスプロセスを開始する時、解放されたリソースが依然として有効であって、ＵＡによる使用のために利用可能である場合、図４および５に関する上述のものに類似するプロセスが行われ、通信を効率的に再開し得る。本目的を達成するために、図６を参照すると、図２に例証される一連のものと類似する一連の通信が、示される。図６では、図２におけるように、下方を指す矢印２５０および２７０は、ＴＡタイマ周期を表す。ここでは、ＵＡ１０は、セル内のＵＡを一意的に識別する、Ｃ−ＲＮＴＩと既に関連付けられていると仮定する。
【００６３】
図６では、２５２において、ＴＡタイマ周期が終了し、ＵＡ１０が、制御チャネルリソースを解放する。２５４では、新しいアップリンクデータが、ＵＡ１０に到達し、ＵＡ１０が、ＲＡプリアンブルをアクセスデバイス１２に送信することによって、ランダムアクセスプロセスを開始する。ＲＡプリアンブルに応じて、アクセスデバイス１２は、一時的Ｃ−ＲＮＴＩを含む、ＲＡ応答２５８をＵＡ１０に送信する。それに応じて、ＵＡ１０が、ＵＡ１０に現在割り当てられているＣ−ＲＮＴＩを含む、アップリンクスケジューリング送信２６０をアクセスデバイス１２に送信する。２６２では、アクセスデバイス１２は、アップリンクスケジューリング送信２６０が、現在割り当てられているＣ−ＲＮＴＩを含むことを識別し、したがって、ＵＡ１０が、新しいアップリンク送信の開始を試行しようとしているＵＡであると結論付けるようにプログラムされている。アクセスデバイスは、ＵＡ１０に以前に割り当てられたアップリンク制御チャネルリソースが利用可能であるかどうか検証する。２６４では、以前に割り当てられたリソースが利用可能である場合、アクセスデバイス１２は、他のデータの中でもとりわけ、ＵＡのためのリソース配分が依然として有効であることの指標を含む、競合解決（ＣＲ）メッセージ２６６をＵＡ１０に送信する。２６８では、ＵＡ１０は、記憶されたアップリンクリソース構成の使用を開始し、後続データ送信２６９のために、アップリンク制御情報をアクセスデバイス１２に送信する。
【００６４】
アクセスデバイスが、ＵＡへのＴＡコマンドの送信を停止後、新しいダウンリンクデータが、アクセスデバイス１２によって受信される場合、したがって、ＵＡが、制御チャネルリソースを解放し、解放されたリソースが、依然として有効であって、ＵＡによる使用のために利用可能である場合、図６に関して上述のものと類似するプロセスが行われ、通信を確立し得る。本目的を達成するために、図７を参照すると、図６に例証される一連のものと類似する一連の通信が、示される。図７では、図２におけるように、下方を指す矢印２５０および２７０は、ＴＡタイマ周期を表す。ここでは、ＵＡ１０は、セル内のＵＡを一意的に識別する、Ｃ−ＲＮＴＩと既に関連付けられていると仮定する。
【００６５】
図７では、２５２において、ＴＡタイマ周期が終了し、ＵＡ１０が、アップリンク制御チャネルリソースの構成を記憶し、リソースを解放する。２５４では、新しいダウンリンクデータが、アクセスデバイス１２に到達し、アクセスデバイス１２は、新しいダウンリンクデータ到達通知２４０をＵＡ１０に送信することによって、一連の通信を開始する。ＲＡプリアンブルに応じて、アクセスデバイス１２は、一時的Ｃ−ＲＮＴＩを含むＲＡ応答２５８をＵＡ１０に送信する。それに応じて、ＵＡ１０は、ＵＡ１０に現在割り当てられているＣ−ＲＮＴＩを含む、アップリンクスケジューリング送信２６０をアクセスデバイス１２に送信する。２６２では、アクセスデバイス１２は、アップリンクスケジューリング送信２６０が、現在割り当てられているＣ−ＲＮＴＩを含むことを識別し、したがって、ＵＡ１０が、ダウンリンクデータ到達通知への応答を試行しているＵＡであると結論付けるようにプログラムされる。アクセスデバイスは、ＵＡ１０に以前に割り当てられているアップリンク制御チャネルリソースが、利用可能であるかどうか検証する。２６４では、以前に割り当てられたリソースが、利用可能である場合、アクセスデバイス１２は、他のデータの中でもとりわけ、ＵＡのためのリソース配分が、依然として有効であることの指標を含む、競合解決（ＣＲ）メッセージ２６６をＵＡ１０に送信する。２６８では、ＵＡ１０が、記憶されたアップリンクリソース構成の使用を開始し、ＴＡタイマ周期２７０によって示されるように、後続データ送信２６９のために、アップリンク制御情報をアクセスデバイス１２に送信する。
【００６６】
ここでは、アクセスデバイス１２が、図７における一連の通信を開始するため、アクセスデバイス１２は、ランダムアクセスプロシージャを開始するＵＡの身元を把握していることを理解されたい。本理由から、少なくともいくつかの実施形態では、競合解決メッセージの一部として、有効配分指標を送信する代わりに、アクセスデバイス１２は、配分が有効であることを示す、通知２４０の一部として、専用プリアンブル（すなわち、ＵＡ１０専用にアドレス指定されたプリアンブル）を送信可能である。この場合、図７では、プロセスは、２５６において停止し、２６８に進むことが可能である。これらの概念と一貫して、再び図７を参照すると、２５２では、ＴＡタイマ周期が終了し、ＵＡ１０が、制御チャネルリソースを解放する。２４０では、新しいダウンリンクデータが、アクセスデバイス１２に到達し、アクセスデバイス１２は、新しいダウンリンクデータを受信するために、ＵＡ１０に以前に割り当てられているアップリンクリソースが、依然として有効であって、利用可能であることを決定する。リソースが利用可能である場合、アクセスデバイス１２は、ＵＡ１０を専用に識別する専用プリアンブルを含み、アップリンクリソースが、利用可能であって、有効であることを示す、新しいダウンリンクデータ到達通知２４０をＵＡ１０に送信することによって、一連の通信を開始する。専用プリアンブルが受信されると、ＵＡ１０は、記憶されたリソース構成にアクセスし、それらのリソースを使用して、アクセスデバイスとの通信を開始し、図７のプロセスは、通信２５６において停止され得る。
【００６７】
図８は、ＵＡ１０の例示的実施形態を含む、無線通信システムを例証する。ＵＡ１０は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として図示されているが、ＵＡ１０は、無線ハンドセット、ポケットベル、携帯情報端末（ＰＤＡ）、携帯用コンピュータ、タブレットコンピュータ、ラップトップコンピュータを含む、種々の形態を成し得る。多くの好適なデバイスは、これらの機能のうちのいくつかはまた全てを組み合わせる。本開示のいくつかの実施形態では、ＵＡ１０は、携帯用、ラップトップ、またはタブレットコンピュータのような汎用コンピュータデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車両内に搭載される電気通信デバイス等の特殊用途通信デバイスである。また、ＵＡ１０は、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、同様の能力を有するが運搬可能ではないデバイスであるは、デバイスを含むか、あるいはデバイス内に含められてもよい。ＵＡ１０は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等、特殊活動をサポートし得る。
【００６８】
ＵＡ１０は、ディスプレイ７０２を含む。また、ＵＡ１０は、ユーザによる入力のために、概して７０４と称される、タッチセンサ式表面、キーボード、または他の入力キーも含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであり得る。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含み得る。ＵＡ１０は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するためのカーソルあるいは他の指標を提示し得る。
【００６９】
さらに、ＵＡ１０は、ダイヤルする番号、またはＵＡ１０の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受け取ってもよい。さらに、ＵＡ１０は、ユーザコマンドに応じて、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行し得る。これらのアプリケーションは、ユーザ対話に応じて、種々のカスタマイズされた機能を果たすようにＵＡ１０を構成し得る。加えて、ＵＡ１０は、例えば、無線基地局、無線アクセスポイント、またはピアＵＡ１０から、無線でプログラムおよび／または構成され得る。
【００７０】
ＵＡ１０によって実行可能な種々のアプリケーションの中には、ディスプレイ７０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアＵＡ１０、または任意の他の無線通信ネットワークあるいはシステム７００との無線通信を介して、取得され得る。ネットワーク７００は、インターネット等の有線ネットワーク７０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＡ１０は、サーバ７１０等の種々のサーバ上の情報へのアクセスを有する。サーバ７１０は、ディスプレイ７０２上に表示され得る、コンテンツを提供し得る。代替として、ＵＡ１０は、中継式またはホップ式の接続において、媒介として作用するピアＵＡ１０を通して、ネットワーク７００にアクセスし得る。
【００７１】
図９は、ＵＡ１０のブロック図を示す。ＵＡ１１０の周知の種々の構成要素が描写されるが、ある実施形態では、列挙された構成要素のサブセットおよび／または列挙されていない付加的構成要素が、ＵＡ１０に含まれ得る。ＵＡ１０は、デジタル信号プロセッサ（ＤＳＰ）８０２と、メモリ８０４と、を含む。示されるように、ＵＡ１０はさらに、アンテナおよびフロントエンドユニット８０６と、無線周波数（ＲＦ）送受信機８０８と、アナログベースバンド処理ユニット８１０と、マイクロホン８１２と、イヤホンスピーカ８１４と、ヘッドセットポート８１６と、入力／出力インターフェース８１８と、可撤性メモリカード８２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート８２２と、短距離無線通信サブシステム８２４と、アラート８２６と、キーパッド８２８と、タッチセンサ式表面を含み得る液晶ディスプレイ（ＬＣＤ）８３０と、ＬＣＤコントローラ８３２と、電荷結合素子（ＣＣＤ）カメラ８３４と、カメラコントローラ８３６と、グローバルポジショニングシステム（ＧＰＳ）センサ８３８と、を含み得る。ある実施形態では、ＵＡ１０は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含み得る。ある実施形態では、ＤＳＰ８０２は、入力／出力インターフェース８１８を通過せずに、メモリ８０４と直接通信し得る。
【００７２】
ＤＳＰ８０２または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ８０４に記憶された、またはＤＳＰ８０２自体内に含まれるメモリに記憶された、組み込みソフトウェアまたはファームウェアに従って、ＵＡ１０の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加えて、ＤＳＰ８０２は、メモリ８０４に記憶された、または、可撤性メモリカード８２０のような携帯用データ記憶媒体等の情報搬送波媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となる、他のアプリケーションを実行し得る。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ８０２を構成する、コンパイルされた一式の機械可読命令を備えてもよく、または、アプリケーションソフトウェアは、ＤＳＰ８０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であり得る。
【００７３】
アンテナおよびフロントエンドユニット８０６は、無線信号と電気信号との間で変換するように提供されてもよく、ＵＡ１０が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＡ１０から、情報を送受信することを可能にする。ある実施形態では、アンテナおよびフロントエンドユニット８０６は、複数のアンテナを含み、ビーム形成および／または多重入出力（ＭＩＭＯ）動作をサポートし得る。当業者に周知であるように、ＭＩＭＯ動作は、困難なチャネル条件を克服する、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供し得る。アンテナおよびフロントエンドユニット８０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含み得る。
【００７４】
ＲＦ送受信機８０８は、周波数シフトを提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド送信信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等、他の信号処理機能性を含むと理解され得る。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット８１０および／またはＤＳＰ８０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機８０８、アンテナおよびフロントエンド８０６の複数部分、およびアナログベースバンド処理ユニット８１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられてもよい。
【００７５】
アナログベースバンド処理ユニット８１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン８１２およびヘッドセット８１６からの入力と、イヤホン８１４およびヘッドセット８１６への出力のアナログ処理を提供し得る。本目的のために、アナログベースバンド処理ユニット８１０は、ＵＡ１０を携帯電話として使用可能にする、内蔵マイクロホン８１２およびイヤホンスピーカ８１４への接続のためのポートを有し得る。さらに、アナログベースバンド処理ユニット８１０は、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含み得る。アナログベースバンド処理ユニット８１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供し得る。いくつかの実施形態では、アナログベースバンド処理ユニット８１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ８０２によって、または他の中央処理ユニットによって提供され得る。
【００７６】
ＤＳＰ８０２は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連する他の信号処理機能を行ってもよい。ある実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途において、送信器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、ＤＳＰ８０２は、逆拡散、デインターリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途において、送信器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、ＤＳＰ８０２は、周期的接頭辞除去、高速フーリエ変換、デインターリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ８０２によって行われ得る。
【００７７】
ＤＳＰ８０２は、アナログ処理ユニット８１０を介して、無線ネットワークと通信し得る。いくつかの実施形態では、通信は、インターネット接続を提供し、ユーザがインターネット上のコンテンツへのアクセスを獲得すること、および電子メールおよびテキストメッセージを送受信することを可能にし得る。入力／出力インターフェース８１８は、ＤＳＰ８０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ８０４および可撤性メモリカード８２０は、ＤＳＰ８０２の動作を構成するためのソフトウェアならびにデータを提供し得る。とりわけ、インターフェースは、ＵＳＢインターフェース８２２および短距離無線通信サブシステム８２４であり得る。ＵＳＢインターフェース８２２を使用して、ＵＡ１０を充電し得、また、ＵＡ１０を周辺デバイスとして機能させ、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換可能にし得る。短距離無線通信サブシステム８２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ  ８０２．１１準拠無線インターフェース、またはＵＡ１０が他の近くのモバイルデバイスおよび／または無線基地局と無線通信することを可能にし得る、任意の他の短距離無線通信サブシステムを含み得る。
【００７８】
さらに、入力／出力インターフェース８１８は、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、ＵＡ１０にユーザへ通知を提供させる、アラート８２６にＤＳＰ８０２を接続し得る。アラート８２６は、無音で振動することによって、または特定の発呼者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々の事象のうちのいずれかをユーザに警告するための機構としての機能を果たし得る。
【００７９】
キーパッド８２８は、インターフェース８１８を介して、ＤＳＰ８０２に連結し、ユーザが、選択を行う、情報を入力する、および別様にＵＡ１０に入力を提供するための１つの機能を提供する。キーボード８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであり得る。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含み得る。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示し得る、ＬＣＤ８３０であり得る。ＬＣＤコントローラ８３２は、ＤＳＰ８０２をＬＣＤ８３０に連結する。
【００８０】
ＣＣＤカメラ８３４は、装備された場合、ＵＥ１０がデジタル写真を撮ることを可能にする。ＤＳＰ８０２は、カメラコントローラ８３６を介して、ＣＣＤカメラ８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用され得る。ＧＰＳセンサ８３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ８０２に連結され、それによって、ＵＡ１０がその位置を決定することを可能にする。また、種々の他の周辺機器が、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれ得る。
【００８１】
図１０は、ＤＳＰ８０２によって実装され得る、ソフトウェア環境９０２を例証する。ＤＳＰ８０２は、ソフトウェアの残りが動作する、プラットフォームを提供する、オペレーティングシステムドライバ９０４を実行する。オペレーティングシステムドライバ９０４は、ＵＡハードウェアのためのドライバに、アプリケーションソフトウェアにアクセス可能な標準インターフェースを提供する。オペレーティングシステムドライバ９０４は、ＵＡ１０上で起動するアプリケーション間の制御を転送する、アプリケーション管理サービス（「ＡＭＳ」）９０６を含む。また、図１０に示されるのは、ウェブブラウザアプリケーション９０８、メディアプレーヤアプリケーション９１０、およびＪａｖａ（登録商標）アプレット９１２である。ウェブブラウザアプリケーション９０８は、ＵＡ１０をウェブブラウザとして動作するように構成し、ユーザが、ウェブページを読み出し、表示するため情報をフォームに入力し、リンクを選択することを可能にする。メディアプレーヤアプリケーション９１０は、音声または視聴覚媒体を読み出し、再生するようにＵＡ１０を構成する。Ｊａｖａ（登録商標）アプレット９１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにＵＡ１０を構成する。構成要素９１４は、本明細書に記載の機能性を提供する場合がある。
【００８２】
上述のＵＡ１０、アクセスデバイス１２０、および他の構成要素は、上述の作用に関連する命令を実行可能な処理構成要素を含む場合がある。図１１は、本明細書に開示される１つ以上の実施形態を実装するために好適な処理構成要素１０１０を含む、システム１０００の実施例を例証する。プロセッサ１０１０（中央プロセッサユニット（ＣＰＵまたはＤＳＰ）として称され得る）に加えて、システム１０００は、ネットワーク接続デバイス１０２０と、ランダムアクセスメモリ（ＲＡＭ）１０３０と、読取専用メモリ（ＲＯＭ）１０４０と、二次記憶装置１０５０と、入力／出力（Ｉ／Ｏ）デバイス１０６０と、を含む場合がある。いくつかの実施形態では、最小数のＨＡＲＱプロセスＩＤの決定を実装するためのプログラムが、ＲＯＭ１０４０内に記憶され得る。ある場合には、これらの構成要素のうちのいくつかは、存在しなくてもよく、あるいは相互の組み合わせ、または図示されない他の構成要素との種々の組み合わせとして、組み合わされ得る。これらの構成要素は、単一の物理エンティティ内、または２つ以上の物理エンティティ内に位置する場合がある。プロセッサ１０１０によって講じられていると本明細書に記載するいずれの措置も、プロセッサ１０１０のみ、あるいは図中に示される、または示されない１つ以上の構成要素と協働するプロセッサ１０１０によって講じられる場合がある。
【００８３】
プロセッサ１０１０は、それがネットワーク接続デバイス１０２０、ＲＡＭ１０３０、ＲＯＭ１０４０、または二次記憶装置１０５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのプロセッサ１０１０のみが示されているが、複数のプロセッサが存在し得る。したがって、命令が、プロセッサによって実行されているように述べられ得るが、命令は、同時に、順次、あるいは別様に１つまたは複数のプロセッサによって実行され得る。プロセッサ１０１０は、１つ以上のＣＰＵチップとして実装され得る。
【００８４】
ネットワーク接続デバイス１０２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成し得る。これらのネットワーク接続性デバイス１０２０によって、プロセッサ１０１０が、情報を受信する場合があるか、またはプロセッサ１０１０が情報を出力する場合がある、インターネット、あるいは１つ以上の電気無線通信ネットワークまたは他のネットワークと、プロセッサ１０１０が通信することを可能にし得る。
【００８５】
また、ネットワーク接続デバイス１０２０は、無線周波数信号またはマイクロ波周波数信号等の電磁波の形態で、データを無線で送信および／または受信することが可能な１つ以上の送受信機構成要素１０２５も含む場合がある。代替として、データは、導電体の表面内または上を、同軸ケーブル内、導波管内、光ファイバ等の光媒体内、あるいは他の媒体内を伝播し得る。送受信機構成要素１０２５は、別個の受信および送信ユニット、または単一の送受信機を含み得る。送受信機１０２５によって送信または受信される情報は、プロセッサ１０１０によって処理されるデータ、あるいはプロセッサ１０１０によって実行される命令を含み得る。そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波内に具現化される信号の形態として、ネットワークから受信し、ネットワークに出力され得る。データは、データを処理または生成するか、あるいはデータを送信または受信するかのいずれかに対して、望ましいとされ得る、異なるシーケンスに従って順序付けられてもよい。ベースバンド信号、搬送波に統合される信号、あるいは現在使用されている、または今後開発される他の種類の信号は、送信媒体と称されてもよく、当業者に周知のいくつかの方法に従って生成され得る。
【００８６】
ＲＡＭ１０３０を使用して、揮発性データ、および可能性として、プロセッサ１０１０によって実行される命令を記憶する場合がある。ＲＯＭ１０４０は、典型的には、二次記憶装置１０５０のメモリ容量より小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１０４０を使用して、命令、および可能性として、命令の実行の際に読み取られるデータを記憶する場合がある。ＲＡＭ１０３０およびＲＯＭ１０４０両方へのアクセスは、典型的には、二次記憶装置１０５０へのアクセスより高速である。二次記憶装置１０５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１０３０が全ての作業用データを保持するのに十分大きくない場合、データの不揮発性保存用に、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置１０５０は、プログラムが実行用に選択される時、ＲＡＭ１０３０へロードされるプログラムを記憶するために使用され得る。
【００８７】
Ｉ／Ｏデバイス１０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含み得る。また、送受信機１０２５は、ネットワーク接続デバイス１０２０の構成要素である代わりに、またはそれに加えて、Ｉ／Ｏデバイス１０６０の構成要素であると見なされる場合がある。Ｉ／Ｏデバイス１０６０の一部または全部は、ディスプレイ７０２および入力７０４等、ＵＡ１０の上述の図面に描写される種々の構成要素に実質的に類似し得る。
【００８８】
ＴＳ３６．３２１、ＴＳ３６．３３１、およびＴＳ３６．３００といった、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  （３ＧＰＰ）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  （ＴＳ）が、参照することにより本明細書に組み込まれる。
【００８９】
いくつかの実施形態が、本開示で提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化され得ることを理解されたい。本実施例は、制限的ではなく例証的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を、別のシステムに組み入れるか、または一体化し得、あるいは、ある特徴を省略するか、または実装しなくてもよい。例えば、上述の実施形態は、ＵＡが、ＴＡタイマ終了後、解放前に、アップリンクリソースの指標を記憶することを示すが、他の実施形態では、ＵＡは、指標を記憶しなくてもよく、アクセスデバイスが、解放されたリソースが依然として有効であることを認識すると、アクセスデバイスは、リソースが有効であることの指標の送信に加えて、以前に解放されたリソースを再許可するリソース許可も送信し得る。
【００９０】
また、個別または別個のものとして種々の実施形態において説明および例証される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法に組み入れるか、または一体化し得る。連結もしくは直接連結または相互に通信するように図示または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結または通信し得る。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
【００９１】
本発明の範囲を公に周知させるため、以下の請求項の範囲が主張される。
（項目１）
アップリンク制御チャネルと関連付けられたアップリンク制御チャネル構成を再使用するための方法であって、ユーザエージェント（１０）において、
アクセスデバイス（１２）によって割り当てられたアップリンク制御チャネルリソース構成を受信するステップと、
該受信したアップリンク制御チャネルリソース構成と関連付けられた制御チャネルリソースを使用し、該アクセスデバイス（１２）に送信するステップ（１３７、１８４）と、
時間整合タイマ終了後（１２３、１６０）、該アップリンク制御チャネルリソース構成を保持するステップ（１７２）と
を含む、方法。
（項目２）
前記アクセスデバイス（１２）との時間整合を再確立するステップ（１７２）と、前記アップリンク制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用し、該アクセスデバイス（１２）に送信するステップ（１８４）とをさらに含む、項目１に記載の方法。
（項目３）
前記アクセスデバイスとの時間整合を再確立するステップは、ランダムアクセスプロシージャを通して、前記アクセスデバイスとの整合を再確立するステップ（１７２）を含む、項目２に記載の方法。
（項目４）
前記アップリンク制御チャネルリソース構成を保持するステップは、前記アップリンク制御チャネルリソース構成を記憶するステップ（１７２）を含む、項目１に記載の方法。
（項目５）
前記時間整合タイマ終了後、前記保持されたアップリンク制御チャネルリソース構成が、依然として有効であることを決定するステップ（１７８、１８０、１８２）をさらに含む、項目１に記載の方法。
（項目６）
前記保持されたアップリンク制御チャネルリソース構成が、依然として有効であることを決定後、前記保持されたアップリンク制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用し、前記アクセスデバイス（１２）に送信するステップ（１８４）をさらに含む、項目５に記載の方法。
（項目７）
前記時間整合タイマ終了後（１６０）、前記保持されたアップリンク制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用し、前記アクセスデバイス（１２）に送信するステップ（１８４）をさらに含む、項目１に記載の方法。
（項目８）
前記アップリンク制御チャネルリソース構成は、前記整合タイマ終了前に記憶される、項目１に記載の方法。
（項目９）
プロセッサ（８０２）と、
該プロセッサと連結される送信機（８０８）と、
該プロセッサと連結される受信機（８０８）と
を備え、該プロセッサは、
アクセスデバイス（１２）によって割り当てられたアップリンク制御チャネルリソース構成を受信するステップと、
該受信したアップリンク制御チャネルリソース構成と関連付けられた該制御チャネルリソースを使用し、該送信機（８０８）を介して、該アクセスデバイスに送信するステップ（１３７）と、
時間整合タイマ終了後（１２３、１６０）、該アップリンク制御チャネルリソース構成を保持するステップ（１７２）と
を行うようにプログラムされる、ユーザエージェント装置（１０）。
（項目１０）
前記プロセッサ（８０２）は、前記アクセスデバイス（１２）との時間整合を再確立するステップ（１７２）と、前記アップリンク制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用し、該アクセスデバイスに送信するステップ（１８４）とを行うようにさらにプログラムされる、項目９に記載のユーザエージェント装置。
（項目１１）
前記プロセッサ（１２）は、ランダムアクセスプロシージャを通して、前記アクセスデバイスとの整合を再確立するステップ（１７２）によって、前記アクセスデバイスとの整合を再確立するステップを行う、項目１０に記載のユーザエージェント装置。
（項目１２）
前記プロセッサ（８０２）に連結されるメモリ（８０４）をさらに含み、該プロセッサは、該メモリ（８０４）内に前記アップリンク制御チャネルリソース構成を記憶するステップ（１７２）によって、前記アップリンク制御チャネルリソース構成を保持するステップを行う、項目９に記載のユーザエージェント装置
（項目１３）
前記プロセッサ（８０２）は、前記時間整合タイマ終了後（１２３、１６０）、前記保持されたアップリンク制御チャネルリソース構成が、依然として有効であることを決定するステップ（１７８、１８０、１８２）を行うようにさらにプログラムされる、項目９に記載のユーザエージェント装置。
（項目１４）
前記プロセッサ（８０２）は、前記保持されたアップリンク制御チャネルリソース構成が、依然として有効であることを決定後、該保持されたアップリンク制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用し、前記アクセスデバイス（１２）に送信するステップ（１８４）を行うようにさらにプログラムされる、項目１３に記載のユーザエージェント装置。
（項目１５）
前記プロセッサ（８０２）は、前記時間整合タイマ終了後（１２３、１６０）、前記保持されたアップリンク制御チャネルリソース構成と関連付けられた前記制御チャネルリソースを再使用し、前記アクセスデバイス（１２）に送信するステップ（１８４）を行うようにさらにプログラムされる、項目９に記載のユーザエージェント装置。
【図１】
0005323940.tif 000002
【図２】
0005323940.tif 000003
【図３】
0005323940.tif 000004
【図４】
0005323940.tif 000005
【図５】
0005323940.tif 000006
【図６】
0005323940.tif 000007
【図７】
0005323940.tif 000008
【図８】
0005323940.tif 000009
【図９】
0005323940.tif 000010
【図１０】
0005323940.tif 000011
【図１１】
0005323940.tif 000012