JP2017518669A - 無線リンク制御（ｒｌｃ）層エンティティにおける同期 - Google Patents

Abstract

たとえば無線リンク制御(RLC)層エンティティにおいて、ユーザ機器(UE)および少なくとも1つのネットワークエンティティを同期するための態様について説明する。本態様は、第1のステータスパケットデータユニット(PDU)を受信することを含むことができる。いくつかの態様では、第1のステータスPDUは、最新の誤っていないステータスPDUであってよい。さらに、本態様は、第2のステータスPDUを受信することを含むことができる。いくつかの態様では、第2のステータスPDUは、第1のステータスPDUを受信することに続いて受信されてよい。さらに、本態様は、第1のステータスPDUおよび第2のステータスPDUが、同じネットワークエンティティから送信されるかどうかを決定することを含むことができる。また、本態様は、第1のステータスPDUおよび第2のステータスPDUが同じネットワークエンティティから送信されるという決定が行われることに少なくとも部分的に基づいてRLCリセットを実行することを含むことができる。

Description

優先権の主張
本特許出願は、2014年8月5日に出願された、「SYNCHRONIZATION AT A RADIO LINK CONTROL (RLC) LAYER ENTITY」という名称の非仮出願第14/452,319号、および2014年4月21日に出願された、「METHOD AND APPARATUS FOR SYNCHRONIZATION AT A RADIO LINK CONTROL (RLC) LAYER」という名称の仮出願第61/982,076号の優先権を主張し、上記出願の各々は本明細書の譲受人に譲渡され、参照により本明細書に明確に組み込まれる。

本開示の態様は、一般に、ワイヤレス通信システムに関し、より詳細には、たとえば無線リンク制御(RLC)層エンティティにおいて、ユーザ機器(UE)およびネットワークエンティティを同期させることに関する。

電話、ビデオ、データ、メッセージング、放送などの様々な通信サービスを提供するために、ワイヤレス通信ネットワークが広範囲に展開されている。そのようなネットワークは、たいていは多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって、複数のユーザ向けの通信をサポートする。そのようなネットワークの一例は、UMTS Terrestrial Radio Access Network(UTRAN)である。UTRANは、第3世代パートナーシッププロジェクト(3GPP)によってサポートされる第3世代(3G)モバイルフォン技術である、Universal Mobile Telecommunications System(UMTS)の一部として定義される無線アクセスネットワーク(RAN)である。UMTSは、Global System for Mobile Communications(GSM(登録商標))技術の後継であり、広帯域符号分割多元接続(W-CDMA)、時分割符号分割多元接続(TD-CDMA)、および時分割同期符号分割多元接続(TD-SCDMA)などの様々なエアインターフェース規格を現在サポートしている。UMTSは、関連するUMTSネットワークのデータ転送の速度および容量を向上させる高速パケットアクセス(HSPA)のような拡張3Gデータ通信プロトコルもサポートする。

モバイルブロードバンドアクセスに対する要望が増し続けるにつれて、研究開発は、モバイルブロードバンドアクセスに対する高まる要望を満たすためだけでなく、モバイル通信によるユーザ経験を進化させ拡張させるためにも、UMTS技術を進化させ続けている。

いくつかのワイヤレス通信ネットワークでは、利用可能な通信リソースの非効率的および/または非効果的な利用、特にアップリンクおよび/またはダウンリンク上の同期外れの通信は、ワイヤレス通信の劣化につながることがある。さらに、前述の非効率的リソース利用は、ユーザ機器および/またはワイヤレスデバイスがより高いワイヤレス通信品質を実現することを妨げる。したがって、通信ネットワークにおける同期を改善することが望ましい。

以下で、1つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、1つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

一態様によれば、無線リンク制御(RLC)層においてユーザ機器(UE)および少なくとも1つのネットワークエンティティを同期させるための方法が、第1のステータスパケットデータユニット(PDU)を受信するステップを含み、第1のステータスPDUは、最新の誤っていない(non-erroneous)ステータスPDUである。さらに、方法は、第2のステータスPDUを受信するステップを含み、第2のステータスPDUは、第1のステータスPDUを受信するステップに続いて受信される。その上、方法は、第1のステータスPDUに少なくとも部分的に基づいて、第2のステータスPDUが誤ったシーケンス番号(SN)を含むことを識別するステップを含む。また、方法は、第2のステータスPDUが誤ったSNを含むと決定することに少なくとも部分的に基づいて、無線リンク制御(RLC)リセットを実行するかどうかを決定するステップを含む。

別の態様では、通信ネットワークにおける同期のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体が、第1のステータスパケットデータユニット(PDU)を受信するように実行可能なコードを含み、第1のステータスPDUは、最新の誤っていないステータスPDUである。コンピュータ可読媒体はさらに、第2のステータスPDUを受信するように実行可能なコードを含み、第2のステータスPDUは、第1のステータスPDUを受信することに続いて受信される。また、コンピュータ可読媒体は、第1のステータスPDUに少なくとも部分的に基づいて、第2のステータスPDUが誤ったシーケンス番号(SN)を含むことを識別するように実行可能なコードを含む。さらに、コンピュータ可読媒体は、第2のステータスPDUが誤ったSNを含むと決定することに少なくとも部分的に基づいて、無線リンク制御(RLC)リセットを実行するかどうかを決定するように実行可能なコードを含む。

さらなる態様では、通信ネットワークにおける同期のための装置が、第1のステータスパケットデータユニット(PDU)を受信するための手段を含み、第1のステータスPDUは、最新の誤っていないステータスPDUである。装置は、第2のステータスPDUを受信するための手段をさらに含み、第2のステータスPDUは、第1のステータスPDUを受信することに続いて受信される。加えて、装置は、第1のステータスPDUに少なくとも部分的に基づいて、第2のステータスPDUが誤ったシーケンス番号(SN)を含むことを識別するための手段を含む。その上、装置は、第2のステータスPDUが誤ったSNを含むと決定することに少なくとも部分的に基づいて、無線リンク制御(RLC)リセットを実行するかどうかを決定するための手段を含む。

追加の態様では、通信ネットワークにおける同期のための装置が、第1のステータスパケットデータユニット(PDU)を受信するように構成された通信構成要素を含み、第1のステータスPDUは、最新の誤っていないステータスPDUである。さらに、通信構成要素は、第2のステータスPDUを受信するようにさらに構成され、第2のステータスPDUは、第1のステータスPDUを受信することに続いて受信される。また、装置は、第1のステータスPDUに少なくとも部分的に基づいて、第2のステータスPDUが誤ったシーケンス番号(SN)を含むことを識別するように構成された識別構成要素を含む。その上、装置は、第2のステータスPDUが誤ったSNを含むと決定することに少なくとも部分的に基づいて、無線リンク制御(RLC)リセットを実行するかどうかを決定するように構成された無線リンク制御(RLC)リセット決定構成要素を含む。

上記の目的および関連の目的の達成のために、1つまたは複数の態様は、以下で十分に説明され特許請求の範囲で具体的に指摘される特徴を含む。以下の説明および添付の図面は、1つまたは複数の態様のいくつかの例示的な特徴を詳細に説明する。しかしながら、これらの特徴は、様々な態様の原理が利用され得る様々な方法のうちのいくつかを示すものにすぎず、この説明は、そのようなすべての態様およびそれらの等価物を含むものとする。

本開示の特徴、性質、および利点は、下記の詳細な説明を図面と併せ読めばより明らかになろう。図面中、同様の参照符号は、全体を通じて同様の対象を表し、破線は、随意の構成要素または動作を示すことができる。

同期構成要素によりRLCリセットを実行するかどうかを決定することができるUEの一態様を含むことを示す概略図である。 たとえば、図1による、本開示の一態様によるワイヤレス通信システムにおける例示的な方法を示す流れ図である。 たとえば、図1による、本開示の一態様によるワイヤレス通信システムにおける別の例示的な方法を示す流れ図である。 たとえば、図1による、本開示の一態様による処理システムを用いる装置のためのハードウェア実装形態の一例を示すブロック図である。 たとえば、図1による、本開示の一態様による電気通信システムの一例を概念的に示すブロック図である。 たとえば、図1による、本開示の一態様によるアクセスネットワークの一例を示す概念図である。 たとえば、図1による、本開示の一態様によるユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの一例を示す概念図である。 たとえば、図1による、本開示の一態様による電気通信システムにおいてUEと通信しているNodeBの一例を概念的に示すブロック図である。

添付の図面に関する下記の詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実行され得る唯一の構成を表すように意図されているわけではない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかし、これらの概念がこれらの具体的な詳細なしに実行され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にするのを回避する目的で、周知の構成要素がブロック図の形式で示されている。一態様では、本明細書で使用する「構成要素」という用語は、システムを構成するパーツのうちの1つであってもよく、ハードウェアまたはソフトウェアであってもよく、他の構成要素に分割されてもよい。

本態様は、一般に、ワイヤレス通信ネットワークにおいてUEおよび少なくとも1つのネットワークエンティティを同期させることに関する。詳細には、ネットワークエンティティによってUEに送られたダウンリンクステータスパケットデータユニット(PDU)が、それらが2つの物理的に分離された(または別の様態で離れた)ネットワークエンティティに送られ、その後UEに転送されたとき、同じ順序でUEに届かない場合がある可能性があり得る。たとえば、非限定的な態様では、UEが、0から100までのシーケンス番号(SN)を有するPDUをネットワークエンティティに送信する場合がある。それに応答して、ネットワークは、5、10、および15のSNを有するPDUの再送信を要求するステータスPDUならびに20のSNまでの確認応答(ACK)を送信する場合がある。UEは次いで、ステータスPDUに応答して、5、10、および15のSNを有するPDUを再送信する場合がある。再送信されたPDUがネットワークによって受信される前に、ネットワークは、異なるフローで、場合によってはハイブリッド自動再送要求(HARQ)再送信またはスケジューリング遅延により、動作が遅くなっている別のネットワークエンティティ(NodeB)から、5、10、および15のSNを有するPDUの再送信を要求する別のステータスPDUを送信する場合がある。

5、10、および15のSNを有する再送信されたPDUは、ネットワークによって受信される可能性があり、ネットワークはその結果、SN101までのACK中のPDU(ACKing PDU)を有するステータスPDUを送信する。これは、UEがSNを101に移すことをトリガし、このことは、UEは101のSNを有するステータスPDUを受信することを期待することを意味する。しかしながら、UEは、次に、通常の動作と比べて遅い動作である場合がある別のNodeBから第2のステータスPDUを受信する場合がある。この結果、1つまたは複数のPDUの表示(ACK)がネットワークエンティティによって適切に受信されたことを以前に示した後に、同じPDUの否定応答(NACK)を示すステータスPDUがUEで受信されるなど、ステータスPDUに誤ったSNの事例を生じる可能性がある。

したがって、(たとえば、UEにおける)確認応答モード(AM)RLCエンティティが、誤ったSNを含んだステータスPDUを受信する場合、それ(たとえば、UE)は、ステータスPDUを廃棄するように構成されてよく、NodeB間のマルチフロー動作が現在構成されていない場合、UEはRLCリセット手順を開始してよい。しかしながら、この構成は、NodeB間のマルチフロー構成において、機能を断念し、UEおよびネットワークが同期外れであって、誤ったステータスPDUを受信しているときでも是正動作が行われない。

したがって、いくつかの態様では、本方法および装置は、ワイヤレス通信システムにおいてUEおよび少なくとも1つのネットワークエンティティを同期させることによって、現在の解決策と比較して効率的な解決策を提供し、したがって、選択的にある場合には誤ったシーケンス番号を有するステータスPDUを廃棄し、他の場合には受け入れて是正動作を実行することができる可能性がある。

図1を参照すると、一態様では、ワイヤレス通信システム10が、RLC層エンティティにおいてUEおよび少なくとも1つのネットワークエンティティの同期を容易にするように構成される。ワイヤレス通信システム10は、限定はしないが、第1のネットワークエンティティ12および/または第2のネットワークエンティティ14を含む、1つまたは複数のネットワークエンティティを介して1つまたは複数のネットワーク(たとえば、ネットワーク16)とワイヤレス通信することができる少なくとも1つのUE11を含む。たとえば、UE11は、第1のネットワークエンティティ12および第2のネットワークエンティティ14の一方または両方に含まれているか、または配置されている1つまたは複数のセルと通信することができる。一態様では、第1のネットワークエンティティ12は代替的に、UE11が通信セッション(たとえば、RRC接続状態)を維持する第1のセルと呼ばれることがある。別の態様では、第2のネットワークエンティティ14は代替的に、UE11が通信セッション(たとえば、RRC接続状態)を維持する第2のセルと呼ばれることがある。

さらにUE11は、第1のネットワークエンティティ12および/または第2のネットワークエンティティ14を介してネットワーク16と通信することができる。たとえば、一態様では、第1のネットワークエンティティ12および第2のネットワークエンティティ14は、それぞれ1つまたは複数の通信チャネル18および/または20を介して1つまたは複数の信号(たとえば、パケット/プロトコルデータユニット(PDU))を、それぞれ、UE11へ送信する/UE11から受信するように構成されてよい。たとえば、1つまたは複数の信号は、第1のネットワークエンティティ12および第2のネットワークエンティティ14の一方または両方から送信される第1のステータスPDU32および第2のステータスPDU34であってよい。

いくつかの態様では、第1のステータスPDU32および第2のステータスPDU34は、RLCウィンドウに前のすべてのPDU(たとえば、UE11によるネットワークエンティティへの送信されたPDU)の成功(たとえば、ACK)および/または失敗(たとえば、NACK)に関する情報を含んでよい。ACKは、送信された1つまたは複数のPDUを受信したことの確認応答または確認を示すまたは表すことができる。一方では、否定応答(NACK)は、少なくとも1つの送信されたPDUが受信されなかったことを示すまたは表すことができる。さらに、各通信チャネル(たとえば、1つまたは複数の通信チャネル18および/または20)に対する物理チャネル(たとえば、周波数および/またはプライマリスクランブリングコード(PSC)組合せ)は異なる可能性がある。したがって、UE11は、どの通信チャネル(たとえば、通信チャネル18および/または20)、ならびに結果としてどのネットワークエンティティ(たとえば、第1のネットワークエンティティ12および/または第2のネットワークエンティティ14)から、各ステータスPDUが受信されるかを決定するように構成されてよい。

そのような態様では、PSCは、システムおよびセル固有のブロードキャスト制御チャネル(BCH)情報を取得するために使用される一次共通制御物理チャネル(P-CCPCH:Primary Common Control Physical Channel)を検出するのに役立つことができる。また、ステータスPDUは、送信側RLCエンティティ(たとえば、UE11)に、RLC AM(確認応答モード)PDUが第1のネットワークエンティティ12または第2のネットワークエンティティ14で受信されたという確認応答情報を知らせるために送信されてよい。たとえば、情報に基づいてUE11は、否定応答PDUを再送信すること、またはその送信ウィンドウを前に進めることを決定してよい。

本態様によれば、UE11は、同期構成要素30を含んでよく、同期構成要素30は、限定はしないが、ワイヤレス通信システム10におけるRLC層エンティティなどのプロトコル層エンティティにおいて、UE11および少なくとも1つのネットワークエンティティ(たとえば、第1のネットワークエンティティ12および/または第2のネットワークエンティティ14)を同期するように構成されてよい。詳細には、一態様では、UE11の同期構成要素30は、通信構成要素40を介して第1のステータスPDU32を受信するように構成されてよい。いくつかの態様では、第1のステータスPDU32は、最新の誤っていないステータスPDUであってよい。さらに、同期構成要素30は、通信構成要素40を介して第2のステータスPDU34を受信するように構成されてよい。そのような態様では、第2のステータスPDU34は、第1のステータスPDU32を受信することに続いて受信されてよい。いくつかの事例では、第2のステータスPDU34は、第1のステータスPDU32を受信した後に受信される任意のPDUであってよい。

したがって、同期構成要素30は、たとえば第1のステータスPDU32に基づいて第2のステータスPDU34が誤ったシーケンス番号を含んでいることを識別するように構成することができる識別構成要素36を含んでよい。誤ったPDU(たとえば、誤ったステータスPDU)は、誤ったシーケンス番号を搬送するPDUであることがある。詳細には、誤ったシーケンス番号を含んだステータスPDUは、NACKされた少なくとも1つのAMD PDUのシーケンス番号が、間隔VT(A)<=シーケンス番号<VT(S)外であるリスト、ビットマップ、または相対リスト(RLIST:Relative List)スーパーフィールド(SUFI:Super Field)を含むステータスPDUであってよく、ただしVT(A)は確認状態変数とすることができ、VT(S)は送信状態変数とすることができる。また、誤ったシーケンス番号を含んだステータスPDUは、最後のシーケンス番号(LSN)が間隔VT(A)<=LSN<VT(S)外であるACK SUFIとすることができる。

一態様では、第2のステータスPDU34が誤ったSNを含むことを識別するために、識別構成要素36は、第1のステータスPDU32のSNおよび第2のステータスPDU34のSNを識別するように構成されてよい。識別構成要素36は、第2のステータスPDU34のSNがSN間隔範囲外であると決定するようにさらに構成されてよい。言い換えれば、識別構成要素36は、第2のステータスPDU34のSNが、SN間隔範囲の最小値よりも小さい(もしくはこれに等しい)、またはSN間隔範囲の最大値よりも大きい(もしくはこれに等しい)かどうかを決定するように構成されてよい。いくつかの態様では、SN間隔範囲は、第1のステータスPDU32のSNに基づいて決定されてよい。

さらに、同期構成要素30は、RLCリセット決定構成要素38を含んでよく、RLCリセット決定構成要素38は、第1のステータスPDU32および第2のステータスPDU34が同じネットワークエンティティ(たとえば、第1のネットワークエンティティ12)から送信されるかどうかを決定するように構成されてよい。さらに、RLCリセット決定構成要素38は、第1のステータスPDU32および第2のステータスPDU34が同じネットワークエンティティ(たとえば、第1のネットワークエンティティ12)から送信されると決定することに少なくとも部分的に基づいて、RLCリセットを実行するように構成されてよい。いくつかの態様では、第1のステータスPDU32および第2のステータスPDU34が同じネットワークエンティティから(たとえば、第1のネットワークエンティティ12または第2のネットワークエンティティ14のいずれかから)送信されると決定することは、第1のステータスPDU32および第2のステータスPDU34から抽出されたまたは取得された情報に少なくとも部分的に基づいてよい。RLCリセットを実行することにより、UE11内のRLCエンティティ(たとえば、図7のRLCサブレイヤ411)およびネットワークがピアRLCエンティティを同期して運ぶようにすることができる。

その上、RLCリセット決定構成要素38は、第1のステータスPDU32が第1のネットワークエンティティ12から送信され、第2のステータスPDU34が第2のネットワークエンティティ14から送信されると決定するように構成されてよい。加えて、RLCリセット決定構成要素38は、第1のネットワークエンティティ12および第2のネットワークエンティティ14が同期していると決定し、第1のネットワークエンティティ12および第2のネットワークエンティティ14が同期していると決定することに応答してRLCリセットを実行するように構成されてよい。いくつかの態様では、同期構成要素30は、第1のネットワークエンティティ12および第2のネットワークエンティティ14が同期していないと決定することに応答してRLCリセットを実行しないように構成されてよい。RLCリセット決定構成要素38は、第1のステータスPDU32および第2のステータスPDU34の内容および/またはタイミング情報(たとえば、到着時間)に少なくとも部分的に基づいて、第1のネットワークエンティティ12および第2のネットワークエンティティ14が同期外れであるまたは同期していないときを検出または識別するようにさらに構成されてよい。

一態様では、第1のネットワークエンティティ12と第2のネットワークエンティティ14の両方が、それぞれ同期している場合があり、UE11が同期を認識している場合、UE11は第1のネットワークエンティティ12および/または第2のネットワークエンティティ14のいずれかから誤ったステータスPDUを受信するとき、どちらのネットワークエンティティで前の誤っていないまたは誤ったPDUが受信されるかにかかわらず、RLCリセットを行ってよい。したがって、この状況は、非マルチフロー構成で動作するUE11と同様であってよい。

さらに、代替的または追加の態様では、UE11は、通信構成要素40を含んでよく、通信構成要素40はUE11が、1つまたは複数の無線アクセス技術(RAT)によりまたはこれを使用して1つまたは複数の通信チャネル18を介した第1のネットワークエンティティ12、ならびに1つまたは複数のRATによりまたはこれを使用して1つまたは複数の通信チャネル20を介した第2のネットワークエンティティ14のうちの、一方または両方と通信することを容易にする、または別の様態で可能にするように構成されてよい。そのような態様では、1つまたは複数の通信チャネル18および20は、それぞれUE11と第1のネットワークエンティティ12および/または第2のネットワークエンティティ14との間でアップリンクとダウンリンクの両方で通信を可能にすることができる。

いくつかの態様では、通信構成要素40は、第1のネットワークエンティティ12および第2のネットワークエンティティ14の一方または両方からステータスPDU(たとえば、第1のステータスPDU32および第2のステータスPDU34)を受信するように構成されてよい。また、通信構成要素40は、UE11の構成要素および/または同期構成要素30間の通信を可能にするためのバスまたは他のリンクを含んでよい。一例では、通信構成要素40の態様は、UE11において送信機、受信機、および/または送受信機(たとえば、送受信機110、図4と同じまたは同様)によって実行または実装されてよい。

UE11は、モバイル装置を含むことができる、および/または本開示を通じてそのように呼ばれることがある。そのようなモバイル装置またはUE11は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、モノのインターネット用のデバイス、または何らかの他の適切な用語で呼ばれることもある。

また、限定はしないが、ワイヤレス通信システム10の、それぞれ第1および第2のネットワークエンティティ12および/または14を含む1つまたは複数のワイヤレスノードは、基地局またはノードBを含むアクセスポイント、リレー、ピアツーピアデバイス、認証、許可、課金(AAA)サーバ、モバイル交換センター(MSC)、無線ネットワークコントローラ(RNC)などの任意のタイプのネットワーク構成要素のうちの1つまたは複数を含むことができる。さらなる態様では、ワイヤレス通信システム10の1つまたは複数のワイヤレスサービングノードは、限定はしないが、スモールセル、フェムトセル、ピコセル、マイクロセル、またはマクロ基地局と比較して、比較的小さい送信電力もしくは比較的小さいカバレージエリアを有する他の任意の基地局など、1つまたは複数の小規模セル基地局を含むことができる。

図2および図3を参照すると、本発明の方法については、説明を簡単にするために、一連の行為として図示し説明している。しかし、いくつかの行為は、1つまたは複数の態様に従って、本明細書において図示し説明する順序とは異なる順序で行われ、および/または本明細書において図示し説明する以外の行為と同時に行われ得るので、本明細書の方法(さらにその方法に関連するさらなる方法)が、行為の順序によって制限されることがないことを理解し、諒解されたい。たとえば、方法は、代わりに、状態図などにおいて、一連の相互に関係する状態またはイベントとして表され得ることを諒解されたい。その上、本明細書で説明された1つまたは複数の特徴に従って方法を実施するために、示されたすべての動作が必要とされるとは限らない。

図2を参照すると、一動作態様において、UE11(図1)のようなUEは、RLC層でUEおよびネットワークエンティティを同期するための方法50の一態様を実行することができる。

一態様では、ブロック52において方法50は、第1のステータスPDUを受信するステップを含むことができ、第1のステータスPDUは、最新の誤っていないステータスPDUである。たとえば、本明細書で説明するように、UE11(図1)は、第1のステータスPDU32(図1)を受信するために同期構成要素30(図1)および/または通信構成要素40(図1)を実行することができ、第1のステータスPDU32(図1)は、最新の誤っていないステータスPDUである。いくつかの態様では、第1のステータスPDU32(図1)は、第1のネットワークエンティティ12(図1)から通信チャネル18(図1)を介して受信される場合がある。

ブロック54において方法50は、第2のステータスPDUを受信するステップを含んでよく、第2のステータスPDUは、第1のステータスPDUを受信するステップに続いて受信される。たとえば、本明細書で説明するように、UE11(図1)は、第2のステータスPDU34(図1)を受信するために同期構成要素30(図1)および/または通信構成要素40(図1)を実行することができ、第2のステータスPDU34(図1)は、第1のステータスPDU32(図1)を受信するステップに続いて受信される。いくつかの事例では、第2のステータスPDU34(図1)は、第1のネットワークエンティティ12(図1)から通信チャネル18(図1)を介して受信される場合がある。他の事例では、第2のステータスPDU34(図1)は、第2のネットワークエンティティ14(図1)から通信チャネル20(図1)を介して受信される場合がある。

さらに、ブロック56において方法50は、第1のステータスPDUに少なくとも部分的に基づいて、第2のステータスPDUが誤ったSNを含むことを識別するステップを含むことができる。たとえば、本明細書で説明するように、UE11(図1)および/または同期構成要素30は、第1のステータスPDU32(図1)に少なくとも部分的に基づいて第2のステータスPDU34(図1)が誤ったSNを含むことを識別するために識別構成要素36(図1)を実行することができる。いくつかの事例では、第1のステータスPDU32(図1)および第2のステータスPDU34(図1)が同じネットワークエンティティから(たとえば、第1のネットワークエンティティ12(図1)または第2のネットワークエンティティ14(図1)のいずれかから)送信されると決定することは、第1のステータスPDU32(図1)および第2のステータスPDU34(図1)から抽出されたまたは取得された情報に少なくとも部分的に基づく。

その後、ブロック58において方法50は、第2のステータスPDUが誤ったSNを含むと決定することに少なくとも部分的に基づいて、RLCリセットを実行するかどうかを決定するステップを含むことができる。たとえば、本明細書で説明するように、UE11(図1)および/または同期構成要素30(図1)は、第2のステータスPDU34(図1)が誤ったSNを含むと決定することに少なくとも部分的に基づいてRLCリセットを実行するかどうかを決定するためにRLCリセット決定構成要素38(図1)を実行することができる。

図3を参照すると、追加のおよび/または代替の動作態様において、UE11(図1)のようなUEは、RLC層においてUEおよび1つまたは複数のネットワークエンティティを同期するための方法60の一態様を実行することができる。方法60を形成する各ブロックに関して本明細書で説明する態様を実行するために、同期構成要素30(図1)の様々な構成要素および/またはサブ構成要素のうちの任意の1つまたは複数が実行されてよいことは理解されたい。

一態様では、ブロック62において方法60は任意で、NodeB間のマルチフロー動作が構成されていることを決定するステップを含むことができる。たとえば、本明細書で説明するように、UE11(図1)は、NodeB間のマルチフロー動作が構成されていることを決定するために同期構成要素30を実行することができる。いくつかの事例では、第1のステータスPDU32を受信するステップは、UE(たとえば、UE11)がNodeB間のマルチフロー動作用に構成されているとき、第1のステータスPDU32を受信するステップを含み、第2のステータスPDU34を受信するステップは、UE(たとえば、UE11)がNodeB間のマルチフロー動作用に構成されているとき、第2のステータスPDU34を受信するステップを含む。

ブロック64において方法60は、第1のステータスPDUを受信するステップを含むことができる。たとえば、本明細書で説明するように、UE11(図1)は、第1のステータスPDU32を受信するために、同期構成要素30および/または通信構成要素40(図1)を実行することができる。いくつかの事例では、第1のステータスPDU32は、第1のネットワークエンティティ12から通信チャネル18を介して受信される場合がある。一態様では、同期構成要素30は、第1のステータスPDU32を受信することができ、第1のステータスPDU32は、最新の誤っていないステータスPDUである。

ブロック66において方法60は、第2のステータスPDUを受信するステップを含むことができる。たとえば、本明細書で説明するように、UE11(図1)は、第2のステータスPDU34を受信するために、同期構成要素30および/または通信構成要素40を実行することができる。いくつかの事例では、第2のステータスPDU34は、第1のネットワークエンティティ12から通信チャネル18を介して受信される場合がある。他の事例では、第2のステータスPDU34は、第2のネットワークエンティティ14から通信チャネル20を介して受信される場合がある。その上、第2のステータスPDU34は、第1のステータスPDU32を受信することに続いてUE11および/または同期構成要素30によって受信されてよい。一態様では、同期構成要素30は、第1のステータスPDU32に少なくとも部分的に基づいて、第2のステータスPDU34が誤ったSNを含むことを識別することができる。

さらに、ブロック68において方法60は、第1のステータスPDUおよび第2のステータスPDUが、同じネットワークエンティティから送信されるかどうかを決定するステップを含むことができる。たとえば、本明細書で説明するように、UE11(図1)および/または同期構成要素30は、第1のステータスPDU32および第2のステータスPDU34が同じネットワークエンティティから(たとえば、第1のネットワークエンティティ12または第2のネットワークエンティティ14のいずれかから)送信されるかどうかを決定するためにRLCリセット決定構成要素38を実行することができる。第1のステータスPDU32および第2のステータスPDU34が同じネットワークエンティティから送信されると決定される場合、方法60は、ブロック70に進むことができる。

ブロック70において方法60は、RLCリセットを実行するステップを含むことができる。たとえば、本明細書で説明するように、UE11(図1)は、第1のステータスPDU32および第2のステータスPDU34が同じネットワークエンティティから(たとえば、第1のネットワークエンティティ12から)送信されると決定することに少なくとも部分的に基づいてRLCリセットを実行するために、同期構成要素30および/またはRLCリセット決定構成要素38を実行することができる。

その上、第1のステータスPDU32および第2のステータスPDU34が異なるネットワークエンティティから(たとえば、第1のネットワークエンティティ12および第2のネットワークエンティティ14から)送信されると決定される場合、方法60は、ブロック72に進むことができる。ブロック72において方法60は、第1のネットワークエンティティおよび第2のネットワークエンティティが同期しているかどうかを決定するステップを含むことができる。たとえば、本明細書で説明するように、UE11(図1)および/または同期構成要素30は、第1のネットワークエンティティ12および第2のネットワークエンティティ14が同期しているかどうかを決定するために、RLCリセット決定構成要素38を実行することができる。第1のネットワークエンティティ12および第2のネットワークエンティティ14が同期していると決定される場合、方法60は、ブロック70に進むことができ、UE11(図1)は、RLCリセットを実行するために同期構成要素30を実行することができる。しかしながら、第1のネットワークエンティティ12および第2のネットワークエンティティ14が同期していないと決定される場合、方法60は、ブロック74に進むことができる。

ブロック74において方法60は、RLCリセットを実行しないことを含むことができる。たとえば、本明細書で説明するように、UE11(図1)は、RLCリセットを実行しないように、同期構成要素30を実行することができる。

図4は、処理システム114を使用する装置100のハードウェア実装形態の一例を示すブロック図であり、装置100は、UE11(図1)であってよく、またはUE11内に含まれてもよく、装置100は、本明細書で説明する動作を実行するための同期構成要素30を備えて構成される。たとえば、同期構成要素30は、プロセッサ104内の1つもしくは複数のプロセッサモジュールとして、またはコンピュータ可読媒体106として記憶され、プロセッサ104によって実行されるコードもしくは命令として、または両方の何らかの組合せとして実装されてよい。この例では、処理システム114は、バス102によって全般的に表されるバスアーキテクチャを用いて実装され得る。バス102は、処理システム114の具体的な用途および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス102は、プロセッサ104によって全般的に表される1つまたは複数のプロセッサ、コンピュータ可読媒体106によって全般的に表されるコンピュータ可読媒体を含む、様々な回路を一緒につなぐ。

バス102は、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクさせることもでき、これらの回路は当技術分野でよく知られており、したがって、これ以上は説明しない。バスインターフェース108は、バス102とトランシーバ110との間にインターフェースを提供する。トランシーバ110は、送信媒体上の様々な他の装置と通信するための手段を提供する。また、装置の性質に応じて、ユーザインターフェース112(たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティックなど)が設けられてもよい。

プロセッサ104は、バス102の管理、およびコンピュータ可読媒体106上に記憶されたソフトウェアの実行を含む全般的な処理を受け持つ。ソフトウェアは、プロセッサ104によって実行されると、任意の特定の装置の以下で説明される様々な機能を処理システム114に実行させる。コンピュータ可読媒体106は、ソフトウェアを実行するときにプロセッサ104によって操作されるデータを記憶するために使用されてもよい。同期構成要素30は、プロセッサ104および/またはコンピュータ可読媒体106の一部であってよい。

本開示全体にわたって提示される様々な概念は、広範な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。

限定されるものではないが、例として、図5に示す本開示の態様は、W-CDMAエアインターフェースを採用するUMTSシステム200に関して提示されている。この事例では、ユーザ機器210は、図1のUE11と同じまたは同様であってよく、本明細書で説明するように同期構成要素30を含んでよい。UMTSネットワークは、コアネットワーク(CN)204、UMTS地上無線アクセスネットワーク(UTRAN)202、およびユーザ機器(UE)210という、3つの対話する領域を含む。この例では、UTRAN202は、電話、ビデオ、データ、メッセージング、ブロードキャスト、および/または他のサービスを含む様々なワイヤレスサービスを提供する。UTRAN202は、無線ネットワークコントローラ(RNC)206などのそれぞれのRNCによって各々制御される、無線ネットワークサブシステム(RNS)207などの複数のRNSを含み得る。ここで、UTRAN202は、本明細書で説明するRNC206およびRNS207に加えて、任意の数のRNC206およびRNS207を含むことができる。RNC206は、とりわけ、RNS207内の無線リソースの割り当て、再構成、および解放を担う装置である。RNC206は、任意の適切なトランスポートネットワークを使用する、直接の物理接続、仮想ネットワークなど様々なタイプのインターフェースを介して、UTRAN202中の他のRNC(図示せず)に相互接続され得る。

UE210とNodeB208との間の通信は、物理(PHY)層および媒体アクセス制御(MAC)層を含むものと見なされ得る。さらに、それぞれのNodeB208によるUE210とRNC206との間の通信は、無線リソース制御(RRC)層を含むものと見なされ得る。本明細書では、PHY層は、層1と見なされ、MAC層は、層2と見なされ、RRC層は、層3と見なされ得る。情報は、参照により本明細書に組み込まれる、RRC Protocol Specification、3GPP TS 25.331 v9.1.0に述べられている用語を、以下、利用する。

RNS207によってカバーされる地理的領域は、いくつかのセルに分けることができ、無線トランシーバ装置が各セルにサービスする。無線トランシーバ装置は、通常、UMTS適用例ではNodeBと呼ばれるが、当業者によって、基地局(BS)、送受信基地局(BTS)、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、アクセスポイント(AP)、または何らかの他の適切な用語で呼ばれることもある。明快にするために、各RNS207に3つのNodeB208が示されているが、RNS207は、任意の数のワイヤレスNodeBを含んでもよい。NodeB208は、ワイヤレスアクセスポイントを任意の数のモバイル装置のためのCN204に提供する。モバイル装置の例には、携帯電話、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム(GPS)デバイス、マルチメディアデバイス、ビデオ装置、デジタルオーディオプレーヤ(たとえば、MP3プレーヤなど)、カメラ、ゲーム機、または任意の他の類似の機能デバイスなどがある。

モバイル装置は、通常、UMTS適用例ではUEと呼ばれるが、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれることもある。UMTSシステムでは、UE210は、ネットワークへのユーザの加入情報を含む汎用加入者識別モジュール(USIM)211をさらに含み得る。説明のために、1つのUE210がいくつかのNodeB208と通信しているように示される。順方向リンクとも呼ばれるダウンリンク(DL)は、NodeB208からUE210への通信リンクを指し、逆方向リンクとも呼ばれるアップリンク(UL)は、UE210からNodeB208への通信リンクを指す。

CN204は、UTRAN202など1つまたは複数のアクセスネットワークとインターフェースをとる。図示のように、CN204は、GSM(登録商標)コアネットワークである。しかしながら、当業者が認識するように、GSM(登録商標)ネットワーク以外のタイプのCNへのアクセスをUEに提供するために、本開示全体にわたって提示される様々な概念を、RANまたは他の適切なアクセスネットワークにおいて実装することができる。

CN204は、回線交換(CS)領域およびパケット交換(PS)領域を含む。回線交換要素のいくつかは、モバイルサービス交換センター(MSC)、ビジターロケーションレジスタ(VLR)、およびゲートウェイMSCである。パケット交換要素は、サービングGPRSサポートノード(SGSN)、およびゲートウェイGPRSサポートノード(GGSN)を含む。EIR、HLR、VLR、およびAuCのようないくつかのネットワーク要素は、回線交換領域とパケット交換領域の両方によって共有され得る。図示の例では、CN204は、MSC212およびGMSC214によって回線交換サービスをサポートする。いくつかの用途では、GMSC214は、メディアゲートウェイ(MGW)とも呼ばれ得る。

RNC206のような1つまたは複数のRNCが、MSC212に接続され得る。MSC212は、呼設定、呼ルーティング、およびUEモビリティ機能を制御する装置である。MSC212は、UEがMSC212のカバレッジエリア内にある間に加入者関連の情報を格納するVLRも含む。GMSC214は、UEが回線交換ネットワーク216にアクセスするためのゲートウェイを、MSC212を通じて提供する。GMSC214は、特定のユーザが加入したサービスの詳細を反映するデータのような加入者データを格納するホームロケーションレジスタ(HLR)215を含む。HLRは、加入者に固有の認証データを格納する認証センター(AuC)とも関連付けられている。特定のUEについて、呼が受信されると、GMSC214は、UEの位置を判断するためにHLR215に問い合わせ、その位置でサービスする特定のMSCに呼を転送する。

CN204はまた、サービングGPRSサポートノード(SGSN)218およびゲートウェイGPRSサポートノード(GGSN)220によって、パケットデータサービスをサポートする。汎用パケット無線サービスを表すGPRSは、標準の回線交換データサービスで可能なものよりも速い速度でパケットデータサービスを提供するよう設計されている。GGSN220は、パケットベースネットワーク222へのUTRAN202の接続を提供する。パケットベースネットワーク222は、インターネット、プライベートデータネットワーク、または何らかの他の適切なパケットベースネットワークでもよい。GGSN220の一次機能は、UE210にパケットベースネットワーク接続を提供することである。データパケットは、MSC212が回線交換領域において実行するのと同じ機能をパケットベース領域において主に実行するSGSN218を介して、GGSN220とUE210との間で転送され得る。

UMTSのエアインターフェースは、スペクトラム拡散直接シーケンス符号分割多元接続(DS-CDMA)システムを利用してよい。スペクトラム拡散DS-CDMAは、チップと呼ばれる一連の疑似ランダムビットとの乗算によって、ユーザデータを拡散させる。UMTSの「広帯域」W-CDMAエアインターフェースは、そのような直接シーケンススペクトラム拡散技術に基づいており、さらに周波数分割複信(FDD)を必要とする。FDDは、NodeB208とUE210との間のULおよびDLに異なるキャリア周波数を使用する。DS-CDMAを利用し、時分割複信(TDD)を使用するUMTSの別のエアインターフェースは、TD-SCDMAエアインターフェースである。本明細書で説明される様々な例は、W-CDMAエアインターフェースを指し得るが、基礎をなす原理はTD-SCDMAエアインターフェースに等しく適用可能であり得ることを、当業者は理解するだろう。

HSPAエアインターフェースは、スループットの向上および遅延の低減を支援する、3G/W-CDMAエアインターフェースに対する一連の拡張を含む。前のリリースに対する他の修正には、HSPAが、ハイブリッド自動再送要求(HARQ)、チャネル送信の共有、ならびに適応変調および適応符号化を利用する。HSPAを定義する規格は、HSDPA(高速ダウンリンクパケットアクセス)およびHSUPA(高速アップリンクパケットアクセス、拡張アップリンクまたはEULとも呼ばれる)を含む。

HSDPAは、高速ダウンリンク共有チャネル(HS-DSCH)を、トランスポートチャネルとして利用する。HS-DSCHは、高速物理ダウンリンク共有チャネル(HS-PDSCH)、高速共有制御チャネル(HS-SCCH)、および高速専用物理制御チャネル(HS-DPCCH)という、3つの物理チャネルによって実装される。

これらの物理チャネルの中でも、HS-DPCCHは、対応するパケット送信の復号が成功したかどうかを示すための、HARQ ACK/NACKシグナリングをアップリンクで搬送する。つまり、ダウンリンクに関して、UE210は、ダウンリンク上のパケットを正常に復号したかどうかを示すために、HS-DPCCHを通じてフィードバックをノードB208に与える。

HS-DPCCHはさらに、変調方式と符号化方式の選択、およびプリコーディングの重みの選択に関して、ノードB208が正しい決定を行うのを支援するための、UE210からのフィードバックシグナリングを含み、このフィードバックシグナリングはCQIおよびPCIを含む。

"HSPA Evolved"またはHSPA+は、MIMOおよび64-QAMを含むHSPA規格の進化形であり、スループットの増大およびパフォーマンスの向上を可能にする。つまり、本開示のある態様では、ノードB208および/またはUE210は、MIMO技術をサポートする複数のアンテナを有し得る。MIMO技術の使用により、ノードB208は空間領域を活用して、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートすることができる。

多入力多出力(MIMO)は、マルチアンテナ技術、すなわち複数の送信アンテナ(チャネルへの複数の入力)および複数の受信アンテナ(チャネルからの複数の出力)を指す際に一般に使用される用語である。MIMOシステムは一般にデータ伝送パフォーマンスを高め、ダイバーシティ利得がマルチパスフェージングを低減させて伝送品質を高めること、および空間多重化利得がデータスループットを向上させることを可能にする。

空間多重化を使用して、同じ周波数で同時に様々なデータストリームを送信することができる。データストリームを単一のUE210に送信してデータレートを上げること、または複数のUE210に送信して全体的なシステム容量を拡大することができる。これは、各データストリームを空間的にプリコーディングし、次いで空間的にプリコーディングされた各ストリームをダウンリンクで異なる送信アンテナを介して送信することによって達成される。空間的にプリコーディングされたデータストリームは、様々な空間シグネチャを伴いUE210に到着し、これによりUE210の各々は、当該UE210に向けられた1つまたは複数のデータストリームを回復することができる。アップリンク上では、各UE210は、1つまたは複数の空間的にプリコーディングされたデータストリームを送信することができ、これによりノードB208は空間的にプリコーディングされた各データストリームのソースを識別することができる。

空間多重化は、チャネル状態が良好なときに使用できる。チャネル状態がさほど好ましくないときは、ビームフォーミングを使用して送信エネルギーを1つもしくは複数の方向に集中させること、またはチャネルの特性に基づいて送信を改善することができる。これは、複数のアンテナを介して送信するデータストリームを空間的にプリコーディングすることによって達成できる。セルの端において良好なカバレージを達成するために、シングルストリームビームフォーミング伝送を送信ダイバーシティと組み合わせて使用できる。

一般に、n個の送信アンテナを利用するMIMOシステムの場合、同じチャネル化コードを利用して同じキャリアでn個のトランスポートブロックが同時に送信され得る。n個の送信アンテナで送られる異なるトランスポートブロックは、互いに同じまたは異なる変調方式および符号化方式を有し得ることに留意されたい。

一方、単入力多出力(SIMO)は一般に、単一の送信アンテナ(チャネルへの単一の入力)および複数の受信アンテナ(チャネルからの複数の出力)を利用するシステムを指す。それによって、SIMOシステムでは、単一のトランスポートブロックがそれぞれのキャリアで送られ得る。

図6を参照すると、UTRANアーキテクチャにおけるアクセスネットワーク300が示されている。多元接続ワイヤレス通信システムは、セル302、304、および306を含む複数のセルラー領域(セル)を含み、セルの各々は、1つまたは複数のセクタを含み得る。複数のセクタはアンテナのグループによって形成されてよく、各々のアンテナがセルの一部にあるUEとの通信を担う。たとえば、セル302において、アンテナグループ312、314、および316は、各々異なるセクタに対応し得る。セル304において、アンテナグループ318、320、および322は、各々異なるセクタに対応する。セル306において、アンテナグループ324、326、および328は、各々異なるセクタに対応する。セル302、304、および306は、各セル302、304、または306の1つまたは複数のセクタと通信していてもよい、いくつかのワイヤレス通信デバイス、たとえばユーザ機器またはUEを含み得る。たとえば、UE330および332は、NodeB342と通信していてもよく、UE334および336は、NodeB344と通信していてもよく、UE338および340は、NodeB346と通信していてもよい。ここで、各NodeB342、344、346は、それぞれのセル302、304、および306の中のすべてのUE330、332、334、336、338、340のために、CN204(図2参照)へのアクセスポイントを提供するように構成される。UE330、332、334、336、338、340は、同期構成要素30を含むおよび/または実行するように構成されたUE11(図1)に対応してよい。

UE334がセル304における図示された位置からセル306に移動するとき、サービングセル変更(SCC)またはハンドオーバが生じて、UE334との通信が、ソースセルと呼ばれ得るセル304からターゲットセルと呼ばれ得るセル306に移行することがある。UE334において、それぞれのセルに対応するNodeBにおいて、無線ネットワークコントローラ206(図5)において、またはワイヤレスネットワークにおける別の適切なノードにおいて、ハンドオーバプロシージャの管理が生じ得る。たとえば、ソースセル304との呼の間、または任意の他の時間において、UE334は、ソースセル304の様々なパラメータ、ならびに、セル306、および302のような近隣セルの様々なパラメータを監視することができる。さらに、これらのパラメータの品質に応じて、UE334は、近隣セルの1つまたは複数との通信を保つことができる。この期間において、UE334は、UE334が同時に接続されるセルのリストであるアクティブセットを保持することができる(すなわち、ダウンリンク専用物理チャネルDPCHまたはフラクショナルダウンリンク専用物理チャネルF-DPCHをUE334に現在割り当てているUTRAセルが、アクティブセットを構成し得る)。

アクセスネットワーク300によって用いられる変調方式および多元接続方式は、導入されている特定の電気通信規格に応じて異なり得る。例として、規格は、Evolution-Data Optimized(EV-DO)またはUltra Mobile Broadband(UMB)を含み得る。EV-DOおよびUMBは、CDMA2000規格ファミリーの一部として第3世代パートナーシッププロジェクト2(3GPP2)によって公表されたエアインターフェース規格であり、CDMAを用いて移動局にブロードバンドインターネットアクセスを提供する。規格は代替的に、広帯域CDMA(W-CDMA)およびTD-SCDMAなどのCDMAの他の変形態を用いるUniversal Terrestrial Radio Access(UTRA)、TDMAを用いるGlobal System for Mobile Communications(GSM(登録商標))、ならびにOFDMAを用いるEvolved UTRA(E-UTRA)、Ultra Mobile Broadband(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、およびFlash-OFDMであり得る。UTRA、E-UTRA、UMTS、LTE、LTE Advanced、およびGSM(登録商標)は、3GPP団体による文書に記述されている。CDMA2000およびUMBは、3GPP2団体による文書に記述されている。実際の利用されるワイヤレス通信規格、多元接続技術は、具体的な用途およびシステム全体に課される設計制約に依存する。

無線プロトコルアーキテクチャは、具体的な用途に応じて様々な形態をとり得る。ここで、図7を参照してHSPAシステムの例が提示される。

図7を参照すると、例示的な無線プロトコルアーキテクチャ400は、ユーザ機器(UE)またはノードB/基地局のユーザプレーン402および制御プレーン404に関係する。たとえば、アーキテクチャ400は、同期構成要素30を含むおよび/または実行するように構成されたUE11(図1)などのUEに含まれてもよい。UEおよびノードBの無線プロトコルアーキテクチャ400は、レイヤ1 406、レイヤ2 408、およびレイヤ3 410という3つの層で示される。レイヤ1 406は最も下のレイヤであり、様々な物理層の信号処理機能を実装する。したがって、レイヤ1 406は、物理層407を含む。レイヤ2(L2レイヤ)408は、物理層407の上にあり、物理層407を通じたUEとノードBとの間のリンクを担う。レイヤ3(L3レイヤ)410は、無線リソース制御(RRC)サブレイヤ415を含む。RRCサブレイヤ415は、UEとUTRANとの間のレイヤ3の制御プレーンシグナリングを扱う。

ユーザプレーンでは、L2層408は、媒体アクセス制御(MAC)サブレイヤ409、無線リンク制御(RLC)サブレイヤ411、およびパケットデータコンバージェンスプロトコル(PDCP)サブレイヤ413を含み、これらはネットワーク側のノードBで終端する。示されないが、UEは、ネットワーク側のPDNゲートウェイで終端するネットワーク層(たとえばIP層)と、接続の他の端部(たとえば、遠端のUE、サーバなど)で終端するアプリケーション層とを含めて、L2層408より上にいくつかの上位層を有し得る。

PDCPサブレイヤ413は、異なる無線ベアラと論理チャネルとの間の多重化を行う。PDCPサブレイヤ413はまた、無線送信のオーバーヘッドを低減するための上位層データパケットのヘッダ圧縮、データパケットの暗号化によるセキュリティ、および、ノードB間のUEのハンドオーバのサポートを実現する。RLCサブレイヤ411は、上位層のデータパケットのセグメント化および再構築、失われたデータパケットの再送信、ならびに、ハイブリッド自動再送要求(HARQ)による順序の狂った受信を補償するためのデータパケットの再順序付けを行う。MACサブレイヤ409は、論理チャネルとトランスポートチャネルとの間の多重化を行う。MACサブレイヤ409はまた、1つのセルの中の様々な無線リソース(たとえばリソースブロック)の複数のUEへの割り当てを担う。MACサブレイヤ409はまた、HARQ動作も担う。

図8は、UE850と通信しているNodeB810のブロック図であり、NodeB810は、図5のNodeB208であってよく、UE850は、どちらも本明細書で説明する動作を実行するための同期構成要素30を含む、図5のUE210、または図1のUE11であってよい。ダウンリンク通信では、送信プロセッサ820は、データソース812からデータを受信し、コントローラ/プロセッサ840から制御信号を受信することができる。送信プロセッサ820は、参照信号(たとえばパイロット信号)とともに、データ信号および制御信号のための様々な信号処理機能を提供する。たとえば、送信プロセッサ820は、誤り検出のための巡回冗長検査(CRC)コード、順方向誤り訂正(FEC)を支援するための符号化およびインターリービング、様々な変調方式(たとえば、二位相偏移変調(BPSK)、四位相偏移変調(QPSK)、M-位相偏移変調(M-PSK)、M-直角位相振幅変調(M-QAM)など)に基づいた信号配列へのマッピング、直交可変拡散率(OVSF)による拡散、および、一連のシンボルを生成するためのスクランブリングコードとの乗算を、提供することができる。

送信プロセッサ820のための、符号化方式、変調方式、拡散方式および/またはスクランブリング方式を決定するために、チャネルプロセッサ844からのチャネル推定が、コントローラ/プロセッサ840によって使われ得る。これらのチャネル推定は、UE850によって送信される参照信号から、またはUE850からのフィードバックから、導出され得る。送信プロセッサ820によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ830に与えられる。送信フレームプロセッサ830は、コントローラ/プロセッサ840からの情報とシンボルとを多重化することによって、このフレーム構造を作成し、一連のフレームが得られる。次いでこのフレームは送信機832に与えられ、送信機832は、アンテナ834を通じたワイヤレス媒体によるダウンリンク送信のために、増幅、フィルタリング、およびフレームのキャリア上への変調を含む、様々な信号調整機能を提供する。アンテナ834は、たとえば、ビームステアリング双方向適応アンテナアレイまたは他の同様のビーム技術を含む、1つまたは複数のアンテナを含み得る。

UE850において、受信機854は、アンテナ852を通じてダウンリンク送信を受信し、その送信を処理してキャリア上へ変調されている情報を回復する。受信機854によって回復された情報は、受信フレームプロセッサ860に与えられ、受信フレームプロセッサ860は、各フレームを解析し、フレームからの情報をチャネルプロセッサ894に提供し、データ信号、制御信号、および参照信号を受信プロセッサ870に提供する。受信プロセッサ870は次いで、NodeB810中の送信プロセッサ820によって実行される処理の逆を実行する。より具体的には、受信プロセッサ870は、シンボルを逆スクランブルおよび逆拡散し、次いで変調方式に基づいて、NodeB810によって送信された、最も可能性の高い信号配列点を求める。これらの軟判定は、チャネルプロセッサ894によって計算されるチャネル推定に基づき得る。そして軟判定は、データ信号、制御信号、および参照信号を回復するために、復号されてデインターリーブされる。そして、フレームの復号が成功したかどうか判断するために、CRCコードが確認される。次いで、復号に成功したフレームによって搬送されるデータがデータシンク872に与えられ、データシンク872は、UE850および/または様々なユーザインターフェース(たとえばディスプレイ)において実行されているアプリケーションを表す。復号に成功したフレームが搬送する制御信号は、コントローラ/プロセッサ890に与えられる。受信プロセッサ870によるフレームの復号が失敗すると、コントローラ/プロセッサ890は、確認応答(ACK)プロトコルおよび/または否定応答(NACK)プロトコルを用いて、そうしたフレームの再送信要求をサポートすることもできる。

アップリンクでは、データ源878からのデータおよびコントローラ/プロセッサ890からの制御信号が、送信プロセッサ880に与えられる。データ源878は、UE850で実行されているアプリケーションおよび様々なユーザインターフェース(たとえばキーボード)を表し得る。NodeB810によるダウンリンク送信に関して説明する機能と同様に、送信プロセッサ880は、CRCコード、FECを支援するための符号化およびインターリービング、信号配列へのマッピング、OVSFによる拡散、および、一連のシンボルを生成するためのスクランブリングを含む、様々な信号処理機能を提供する。NodeB810によって送信される参照信号から、または、NodeB810によって送信されるミッドアンブル中に含まれるフィードバックから、チャネルプロセッサ894によって導出されるチャネル推定が、適切な符号化方式、変調方式、拡散方式、および/またはスクランブリング方式を選択するために、使われ得る。送信プロセッサ880によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ882に与えられる。送信フレームプロセッサ882は、コントローラ/プロセッサ890からの情報とシンボルとを多重化することによって、このフレーム構造を作成し、一連のフレームが得られる。次いでこのフレームは送信機856に与えられ、送信機856は、アンテナ852を通じたワイヤレス媒体によるアップリンク送信のために、増幅、フィルタリング、およびフレームのキャリア上への変調を含む、様々な信号調整機能を提供する。

アップリンク送信は、UE850において受信機機能に関して説明されたのと同様の方式で、NodeB810において処理される。受信機835は、アンテナ834を通じてアップリンク送信を受信し、その送信を処理してキャリア上へ変調されている情報を回復する。受信機835によって回復された情報は、受信フレームプロセッサ836に与えられ、受信フレームプロセッサ836は、各フレームを解析し、フレームからの情報をチャネルプロセッサ844に提供し、データ信号、制御信号、および参照信号を受信プロセッサ838に提供する。受信プロセッサ838は、UE850中の送信プロセッサ880によって実行される処理の逆を実行する。次いで、復号に成功したフレームによって搬送されるデータ信号および制御信号が、データシンク839およびコントローラ/プロセッサにそれぞれ与えられ得る。フレームの一部が、受信プロセッサによる復号に失敗すると、コントローラ/プロセッサ840は、確認応答(ACK)プロトコルおよび/または否定応答(NACK)プロトコルを用いて、そうしたフレームの再送信要求をサポートすることもできる。

コントローラ/プロセッサ840および890は、それぞれNodeB810およびUE850における動作を指示するために使われ得る。たとえば、コントローラ/プロセッサ840および890は、タイミング、周辺インターフェース、電圧調整、電力管理、および他の制御機能を含む、様々な機能を提供することができる。メモリ842および892のコンピュータ可読媒体は、それぞれ、NodeB810およびUE850のためのデータおよびソフトウェアを記憶することができる。NodeB810におけるスケジューラ/プロセッサ846は、リソースをUEに割り振り、UEのダウンリンク送信および/またはアップリンク送信をスケジューリングするために、使われ得る。

W-CDMAシステムを参照して、電気通信システムのいくつかの態様を示してきた。当業者が容易に諒解するように、本開示全体にわたって説明する様々な態様は、他の電気通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。

例として、様々な態様は、他のUMTS、たとえばTD-SCDMA、高速ダウンリンクパケットアクセス(HSDPA)、高速アップリンクパケットアクセス(HSUPA)、高速パケットアクセスプラス(HSPA+)およびTD-CDMAに拡張され得る。様々な態様はまた、(FDDモード、TDDモード、またはその両方の)Long Term Evolution(LTE)、(FDDモード、TDDモード、またはその両方の)LTE-Advanced(LTE-A)、CDMA2000、Evolution-Data Optimized(EV-DO)、Ultra Mobile Broadband(UMB)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、Ultra-Wideband(UWB)、Bluetooth(登録商標)、および/または他の適切なシステムを採用するシステムに拡張され得る。実際の利用される電気通信規格、ネットワークアーキテクチャ、および/または通信規格は、具体的な用途およびシステム全体に課される設計制約に依存する。

本開示の様々な態様によれば、要素または要素の一部分または要素の組合せを、1つまたは複数のプロセッサを含む「処理システム」で実装できる。プロセッサの例として、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブルロジックデバイス(PLD)、状態機械、ゲート論理回路、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実施するように構成された他の適切なハードウェアがある。処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。ソフトウェアはコンピュータ可読媒体上に存在し得る。コンピュータ可読媒体は、非一時的コンピュータ可読媒体であってよい。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス(たとえば、ハードディスク、フロッピー(登録商標)ディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)、デジタル多目的ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、キードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、取り外し可能ディスク、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を記憶するための任意の他の適切な媒体を含む。また、コンピュータ可読媒体は、例として、搬送波、伝送路、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を送信するための任意の他の適切な媒体も含み得る。コンピュータ可読媒体は、処理システムの中に存在してもよく、処理システムの外に存在してもよく、または処理システムを含む複数のエンティティに分散してもよい。コンピュータ可読媒体は、コンピュータプログラム製品として具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、具体的な用途およびシステム全体に課される全体的な設計制約に応じて、本開示全体にわたって示される説明する機能を最善の形で実装する方法を認識するだろう。

開示した方法におけるブロックまたはステップの特定の順序または階層は例示的なプロセスを示していることを理解されたい。設計上の選好に基づいて、方法におけるステップの特定の順序または階層は再構成可能であることを理解されたい。添付の方法クレームは、サンプル的順序で様々なステップの要素を提示しており、クレーム内で明記していない限り、提示した特定の順序または階層に限定されるように意図されているわけではない。

上記の説明は、本明細書で説明する様々な態様を当業者が実施できるようにするために与えられる。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、請求項は本明細書で示す態様に限定されるよう意図されているわけではなく、請求項の文言と整合するすべての範囲を許容するように意図されており、単数の要素への言及は、そのように明記されていない限り、「唯一無二の」ではなく、「1つまたは複数の」を意味するよう意図されている。別段に明記されていない限り、「いくつかの」という用語は「1つまたは複数の」を意味する。項目の列挙「のうちの少なくとも1つ」という語句は、単一の要素を含め、それらの項目の任意の組合せを意味する。たとえば、「a、bまたはcのうちの少なくとも1つ」は、「a」、「b」、「c」、「aおよびb」、「aおよびc」、「bおよびc」、「a、bおよびc」を含むことが意図されている。当業者が知っているか、後に知ることになる、本開示全体にわたって説明した様々な態様の要素と構造的かつ機能的に同等のものはすべて、参照により本明細書に明確に組み込まれ、請求項によって包含されることが意図される。また、本明細書で開示する内容は、そのような開示が請求項で明記されているか否かにかかわりなく、公に供することは意図されていない。請求項のいかなる要素も、「のための手段」という語句を使用して要素が明記されている場合、または方法クレームで「のためのステップ」という語句を使用して要素が記載されている場合を除き、米国特許法第112条第6項の規定に基づき解釈されることはない。

10 ワイヤレス通信システム
11 UE
12 第1のネットワークエンティティ
14 第2のネットワークエンティティ
16 ネットワーク
18 通信チャネル
20 通信チャネル
30 同期構成要素
32 第1のステータスPDU
34 第2のステータスPDU
36 識別構成要素
38 RLCリセット決定構成要素
40 通信構成要素
50 方法
60 方法
100 送受信機
102 バス
104 プロセッサ
106 コンピュータ可読媒体
108 バスインターフェース
110 トランシーバ
112 ユーザインターフェース
114 処理システム
200 UMTSシステム
202 UMTS Terrestrial Radio Access Network(UTRAN)
204 コアネットワーク(CN)
206 RNC、無線ネットワークコントローラ
207 RNS、無線ネットワークサブシステム
208 NodeB、ノードB
210 ユーザ機器(UE)
211 汎用加入者識別モジュール(USIM)
212 MSC
214 GMSC
215 ホームロケーションレジスタ(HLR)
216 回線交換ネットワーク
218 サービングGPRSサポートノード(SGSN)
220 ゲートウェイGPRSサポートノード(GGSN)
222 パケットベースネットワーク
300 アクセスネットワーク
302 セル
304 セル、ソースセル
306 セル
312 アンテナグループ
314 アンテナグループ
316 アンテナグループ
318 アンテナグループ
320 アンテナグループ
322 アンテナグループ
324 アンテナグループ
326 アンテナグループ
328 アンテナグループ
330 UE
332 UE
334 UE
336 UE
338 UE
340 UE
342 NodeB
344 NodeB
346 NodeB
400 無線プロトコルアーキテクチャ
402 ユーザプレーン
404 制御プレーン
406 レイヤ1
407 物理層
408 レイヤ2
409 媒体アクセス制御(MAC)サブレイヤ
410 レイヤ3
411 無線リンク制御(RLC)サブレイヤ
413 パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ
810 NodeB
812 データソース
820 送信プロセッサ
830 送信フレームプロセッサ
832 送信機
834 アンテナ
835 受信機
836 受信フレームプロセッサ
838 受信プロセッサ
839 データシンク
840 コントローラ/プロセッサ
842 メモリ
844 チャネルプロセッサ
846 スケジューラ/プロセッサ
850 UE
852 アンテナ
854 受信機
856 送信機
860 受信フレームプロセッサ
870 受信プロセッサ
872 データシンク
878 データ源
880 送信プロセッサ
882 送信フレームプロセッサ
890 コントローラ/プロセッサ
892 メモリ
894 チャネルプロセッサ

Claims (16)

1. 通信ネットワークにおける同期の方法であって、
   最新の誤っていないステータスパケットデータユニット(PDU)である第1のステータスPDUを受信するステップと、
   前記第1のステータスPDUを受信するステップに続いて受信される第2のステータスPDUを受信するステップと、
   前記第1のステータスPDUに少なくとも部分的に基づいて、前記第2のステータスPDUが誤ったシーケンス番号(SN)を含むことを識別するステップと、
   前記第2のステータスPDUが前記誤ったSNを含むと決定することに少なくとも部分的に基づいて、無線リンク制御(RLC)リセットを実行するかどうかを決定するステップと
   を含む、方法。
2. 前記RLCリセットを実行するかどうかを決定するステップが、
   前記第2のステータスPDUが前記誤ったSNを含むと決定することに応答して、前記第1のステータスPDUおよび前記第2のステータスPDUが同じネットワークエンティティから送信されるかどうかを決定するステップと、
   前記第1のステータスPDUおよび前記第2のステータスPDUが前記同じネットワークエンティティから送信されると決定することに少なくとも部分的に基づいて前記RLCリセットを実行するステップと
   を含む、請求項1に記載の方法。
3. 前記第1のステータスPDUおよび前記第2のステータスPDUが前記同じネットワークエンティティから送信されるかどうかを決定するステップが、前記第1のステータスPDUおよび前記第2のステータスPDUから取得される情報に少なくとも部分的に基づく、請求項2に記載の方法。
4. 前記第1のステータスPDUおよび前記第2のステータスPDUが異なるネットワークエンティティから送信されるとき、第1のネットワークエンティティおよび第2のネットワークエンティティが同期しているかどうかを決定するステップと、
   前記第1のネットワークエンティティおよび前記第2のネットワークエンティティが同期しているという決定が行われるとき、前記RLCリセットを実行するステップと
   をさらに含む、請求項2に記載の方法。
5. 前記第1のネットワークエンティティおよび前記第2のネットワークエンティティが同期していないという決定が行われるとき、前記RLCリセットを実行しないステップをさらに含む、請求項4に記載の方法。
6. 前記第1のステータスPDUに少なくとも部分的に基づいて、前記第2のステータスPDUが前記誤ったSNを含むことを識別するステップが、
   前記第1のステータスPDUのSNおよび前記第2のステータスPDUのSNを識別するステップと、
   前記第2のステータスPDUの前記SNがSN間隔範囲外であると決定するステップであって、前記SN間隔範囲が、前記第1のステータスPDUの前記SNに少なくとも部分的に基づいて決定される、ステップと
   を含む、請求項1に記載の方法。
7. 前記第1のステータスPDUおよび前記第2のステータスPDUを受信するステップが、ユーザ機器(UE)がNodeB間のマルチフロー動作用に構成されているとき、前記第1のステータスPDUを受信するステップを含む、請求項1に記載の方法。
8. 通信ネットワークにおける同期のための装置であって、
   最新の誤っていないステータスパケットデータユニット(PDU)である第1のステータスPDUを受信するための手段と、
   前記第1のステータスPDUを受信することに続いて受信される第2のステータスPDUを受信するための手段と、
   前記第1のステータスPDUに少なくとも部分的に基づいて、前記第2のステータスPDUが誤ったシーケンス番号(SN)を含むことを識別するための手段と、
   前記第2のステータスPDUが前記誤ったSNを含むと決定することに少なくとも部分的に基づいて、無線リンク制御(RLC)リセットを実行するかどうかを決定するための手段と
   を含む、装置。
9. 通信ネットワークにおける同期のための装置であって、
   最新の誤っていないステータスパケットデータユニット(PDU)である第1のステータスPDUを受信するように構成され、さらに前記第1のステータスPDUを受信することに続いて受信される第2のステータスPDUを受信するように構成される、通信構成要素と、
   前記第1のステータスPDUに少なくとも部分的に基づいて、前記第2のステータスPDUが誤ったシーケンス番号(SN)を含むことを識別するように構成された識別構成要素と、
   前記第2のステータスPDUが前記誤ったSNを含むと決定することに少なくとも部分的に基づいて、無線リンク制御(RLC)リセットを実行するかどうかを決定するように構成された無線リンク制御(RLC)リセット決定構成要素と
   を含む、装置。
10. 前記RLCリセットを実行するかどうかを決定するために、前記RLCリセット決定構成要素が、
    前記第2のステータスPDUが前記誤ったSNを含むと決定することに応答して、前記第1のステータスPDUおよび前記第2のステータスPDUが同じネットワークエンティティから送信されるかどうかを決定し、
    前記第1のステータスPDUおよび前記第2のステータスPDUが前記同じネットワークエンティティから送信されると決定することに少なくとも部分的に基づいて前記RLCリセットを実行する
    ようにさらに構成される、請求項9に記載の装置。
11. 前記第1のステータスPDUおよび前記第2のステータスPDUが前記同じネットワークエンティティから送信されるかどうかの前記決定が、前記第1のステータスPDUおよび前記第2のステータスPDUから取得される情報に少なくとも部分的に基づく、請求項10に記載の装置。
12. 前記RLCリセット決定構成要素が、
    前記第1のステータスPDUおよび前記第2のステータスPDUが異なるネットワークエンティティから送信されるとき、第1のネットワークエンティティおよび第2のネットワークエンティティが同期しているかどうかを決定し、
    前記第1のネットワークエンティティおよび前記第2のネットワークエンティティが同期しているという決定が行われるとき、前記RLCリセットを実行する
    ようにさらに構成される、請求項10に記載の装置。
13. 前記第1のネットワークエンティティおよび前記第2のネットワークエンティティが同期していないという決定が行われるとき、前記RLCリセット決定構成要素が、前記RLCリセットを実行しないようにさらに構成される、請求項12に記載の装置。
14. 前記第2のステータスPDUが前記誤ったSNを含んでいることを識別するために、前記識別構成要素が、
    前記第1のステータスPDUのSNおよび前記第2のステータスPDUのSNを識別し、
    前記第2のステータスPDUの前記SNがSN間隔範囲外であると決定する、ただし前記SN間隔範囲は、前記第1のステータスPDUの前記SNに少なくとも部分的に基づいて決定される、
    ようにさらに構成される、請求項9に記載の装置。
15. 前記第1のステータスPDUおよび前記第2のステータスPDUを受信するために、ユーザ機器(UE)がNodeB間のマルチフロー動作用に構成されているとき、前記通信構成要素が、前記第1のステータスPDUを受信するようにさらに構成される、請求項9に記載の装置。
16. 通信ネットワークにおいて同期のためのコンピュータ実行可能コードを記憶するコンピュータ可読記憶媒体であって、
    最新の誤っていないステータスパケットデータユニット(PDU)である第1のステータスPDUを受信するように実行可能なコードと、
    前記第1のステータスPDUを受信することに続いて受信される第2のステータスPDUを受信するように実行可能なコードと、
    前記第1のステータスPDUに少なくとも部分的に基づいて、前記第2のステータスPDUが誤ったシーケンス番号(SN)を含むことを識別するように実行可能なコードと、
    前記第2のステータスPDUが前記誤ったSNを含むと決定することに少なくとも部分的に基づいて、無線リンク制御(RLC)リセットを実行するかどうかを決定するように実行可能なコードと
    を含む、コンピュータ可読記憶媒体。

Images