無線リソース制御シグナリングを使用した無線リンク制御のリセット
【課題】現在のＬＴＥ提案では、ＲＬＣエンティティがＲＬＣ制御プロトコルデータユニット（ＰＤＵ）を使用してリセットすることが許されている。しかし、この手順は複雑である場合がある。したがって、ＲＬＣエンティティをリセットするための改良された方法および装置が必要とされる。
【解決手段】ＲＲＣシグナリングによってＲＬＣのリセット手順が実施される方法および装置が開示される。開示されるリセット方法の開始および実行のトリガも開示される。
【解決手段】ＲＲＣシグナリングによってＲＬＣのリセット手順が実施される方法および装置が開示される。開示されるリセット方法の開始および実行のトリガも開示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信に関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）およびＬＴＥ発展型無線通信プログラムについての現在の取り組みは、スペクトル効率の向上と遅延の短縮を実現するために、新しいＬＴＥの設定と構成に新しい技術、新しいアーキテクチャ、および新しい方法を導入することである。その結果、無線リソースがより適切に利用されて、より高速のユーザ体験ならびにより豊富なアプリケーションおよびサービスがより低いコストでもたらされる。
【０００３】
この取り組みの一環として、３ＧＰＰは現在、それらの目的を達成する助けとなる、無線リソース制御（ＲＲＣ）層および無線リンク制御（ＲＬＣ）層向けの新しい手順を規定している。従来技術（例えばＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）仕様）では、送信機のＲＬＣエンティティは、ＲＬＣ再送の最大許可回数に達した後にはリセットを要求しなかった。代わりに、ＲＬＣエンティティは、呼を維持し、ＲＲＣが認識することなく、ＲＬＣ自身のリセットを開始することを試みる。
【０００４】
それを行うために、ＲＬＣエンティティは、ＲＬＣが回復することが可能になるまで、またはＲＬＣリセットの最大再送回数に達するまで、再送を続け、その後リセット手順を継続する。ＲＬＣに障害が発生すると、ＲＲＣは無線リンク障害（ＲＬＦ）の回復手順を開始するが、ＲＲＣ接続の再確立を試みるのではなく、送信機をアイドルモードにする。
【０００５】
現在のＬＴＥ提案では、ＲＬＣエンティティがＲＬＣ制御プロトコルデータユニット（ＰＤＵ）を使用してリセットすることが許されている。しかし、この手順は複雑である場合がある。したがって、ＲＬＣエンティティをリセットするための改良された方法および装置が必要とされる。
【発明の概要】
【０００６】
無線リソース制御シグナリングによって無線リンク制御のリセット手順が実施される方法および装置が開示される。開示されるリセット方法の開始および実行のトリガも開示される。
【０００７】
無線送受信ユニット（ＷＴＲＵ）は、基地局で、許される最大再送回数を超える回数の再送を、無線リンク障害の表れとして検出し、無線リソース制御メッセージで、無線リソース制御エンティティから、ピア無線リンク制御エンティティに無線リンク制御リセット要求を送信する。
【０００８】
あるいは、無線送受信ユニット（ＷＴＲＵ）は、無線リンク制御リセットの要求を受信する。ＷＴＲＵのプロセッサは、無線制御リソース（ＲＲＣ）エンティティおよび無線リンク制御（ＲＬＣ）エンティティを備える。ＲＲＣエンティティは、無線リソース制御メッセージにおいて無線リンク制御リセットの要求を受け取る。ＲＬＣエンティティは、ＲＬＣエンティティの受信側で順序外れで受信されたプロトコルデータユニット（ＰＤＵ）から無線リンク制御サービスデータユニット（ＳＤＵ）を再組み立てする。再組み立てされたＳＤＵは、順序通りパケットデータ収束プロトコルエンティティに送達される。ＲＬＣエンティティの受信側では、再組み立てすることができない残りのＰＤＵが破棄される。ＲＬＣエンティティの送信側では、送信バッファに格納されたすべてのＳＤＵおよびＰＤＵが破棄される。
【図面の簡単な説明】
【０００９】
より詳細な理解は、添付の図面と共に例として与えられる以下の説明から得ることができる。
【００１０】
【図１】ＲＬＣのリセットを行うように構成された送信機および受信機の機能ブロック図である。
【図２】ＲＬＣのリセットを行うように構成された送信機プロセッサと受信機プロセッサの機能ブロック図である。
【図３】プロトコルリセット信号の信号図である。
【発明を実施するための形態】
【００１１】
以下で参照される場合、用語「無線送受信ユニット（ＷＴＲＵ）」は、これらに限定しないが、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境で動作することが可能な他の種類のユーザ装置を含む。以下で参照される場合、用語「基地局」は、これらに限定しないが、Ｎｏｄｅ−Ｂ、発展型Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することが可能な他の種類のインタフェース装置を含む。
【００１２】
本明細書に開示されるＲＬＣ「リセット」手順は、ＲＬＣ「再確立」やＲＬＣ「再構成」等の別の名称で呼んでもよいことに留意されたい。そのため、ここに開示される方法および装置は、本明細書に提案される手順が、３ＧＰＰ標準仕様中の他の名前または用語を使用して説明される場合でも成立する。
【００１３】
図１は、本開示方法を行うように構成された送信機１１０および受信機１２０の機能ブロック図である。典型的な送信機／受信機（すなわちＷＴＲＵや基地局）に備わる構成要素に加えて、送信機１１０および受信機１２０は、ＲＲＣシグナリングを使用してＲＬＣエンティティのリセットを行うように構成されたプロセッサ１１５、１２５と、プロセッサ１１５、１２５と通信状態にある受信器１１６、１２６と、プロセッサ１１５、１２５と通信状態にある送信器１１７、１２７と、無線データの送受信を助けるために受信器１１６、１２６および送信器１１７、１２７と通信状態にあるアンテナ１１８、１２８とを含む。また、受信器１１６、送信器１１７、およびアンテナ１１８はそれぞれ、単一の受信器、送信器、およびアンテナであっても、複数の個々の受信器、送信器、およびアンテナを含んでもよい。送信機１１０は、基地局受信機１２０に送信を行うＷＴＲＵであってよい。あるいは、送信機１１０は、ＷＴＲＵ受信機１２０に送信を行う基地局であってもよい。
【００１４】
図２は、送信機１１０および受信機１２０についてのシグナリング図であり、プロセッサ１１５は、無線リンク制御層（ＲＬＣ）エンティティ２２１、無線リソース制御層（ＲＲＣ）エンティティ２２２、パケットデータ収束プロトコル層（ＰＤＣＰ）層２２３を備え、プロセッサ１２５は、ＲＬＣエンティティ２３１、ＲＲＣエンティティ２３２、およびＰＤＣＰエンティティ２３３を備える。プロセッサ１１５については単一のＲＬＣエンティティ２２１を図示し、プロセッサ１２５については単一のＲＬＣエンティティ２３１を図示するが、送信側無応答（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＵＭ）ＲＬＣエンティティ、受信側ＵＭ ＲＬＣエンティティ、送信側透過モード（ＴＭ）ＲＬＣエンティティ、受信側ＴＭ ＲＬＣエンティティ、および肯定応答（ａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＡＭ）ＲＬＣエンティティを含む複数のＲＬＣエンティティがあってよい。単一のＲＬＣエンティティ２２１、２３１を図示しているのは、本明細書における説明を簡略にするためであり、開示される方法および装置に対する制限を意味するものではない。下記で無線リソース制御（ＲＲＣ）およびＲＬＣについて開示される層間のエンティティ動作は、層間に新しいプリミティブまたは情報要素を定義することによって実現できることを理解されたい。
【００１５】
ＲＬＣ障害を示すものとしてのＲＬＣリセットトリガを検出すると、送信機のプロセッサ１１５に含まれるＲＬＣエンティティ２２１は、ＲＲＣエンティティ２２２にＲＬＣリセット要求指示２０１を送信して、ＲＬＣのリセットが要求されていること（すなわち、ピアのＲＬＣエンティティ２３１とＲＬＣエンティティ２２１自体の両方をリセットすべきこと）を示す。ＲＬＣリセットトリガの一例は、ＡＭ ＲＬＣエンティティ２２１の場合、許される最大再送回数に達したことである。トリガの他の例には、イベントに対して設定されていないサービスデータユニット（ＳＤＵ）の破棄、シーケンス番号に誤りがあることを示すＲＬＣステータスＰＤＵ、回復不能エラー、およびＲＬＣのリセットを必要とする他のイベントまたはトリガが含まれる。
【００１６】
ＲＲＣエンティティ２２２に転送されるＲＬＣリセット要求指示２０１は、情報要素（ＩＥ）または単一もしくは複数のビット値の形で以下の種類の要求情報の１つまたは複数を含むことができる。原因値を含めて、ＲＬＣリセット要求指示２０１の理由を示してもよい。例えば、トリガが、最大再送回数に達したことである場合は、ＲＬＣリセット要求指示２０１は、ＲＲＣエンティティ２２２に対するその旨の指示を含む。ＲＬＣリセット要求指示２０１にはステータス情報も含めて、ＲＬＣのリセットを要求しているＲＬＣエンティティ２２１について正確に受信された最後のシーケンス番号（ＳＮ）を示してもよい。ＲＬＣリセット要求指示２０１は、リセットしようとするＲＬＣエンティティ２２１の識別（例えばＲＬＣエンティティの識別は、ＲＬＣエンティティに関連付けられた論理チャネルインスタンス、またはＲＬＣエンティティに関連付けられた無線ベアラに拠ることができる）も含むことができ、あるいは、新しいＲＬＣエンティティＩＤを定義し、当該ＲＬＣエンティティを明示的に識別するためにそのＩＤを示してもよい。
【００１７】
ＲＬＣリセット要求指示２０１をＲＲＣエンティティ２２２に転送した後、ＲＬＣエンティティ２２１は、以下の１つまたは複数を行うことができる：
１．各ＲＬＣエンティティ２２１に固有、または各ＲＬＣエンティティ２２１に共通のタイマＴ１０１を開始する。
２．リセットされるＲＬＣエンティティ２２１におけるプロトコルデータユニット（ＰＤＵ）の送信を一時停止する。
３．ＲＬＣリセットの前に送信されたＳＤＵのバッファをフラッシュ（ｆｌｕｓｈ）する。
４．ＲＬＣエンティティ２２１におけるＰＤＵの受信を一時停止する。これは、そのエンティティについての受信ＰＤＵを破棄することを介して行うことができる。
５．リセット要求の回数を計数するカウンタＣ１０１を増分／減分する。このカウンタは、各ＲＬＣエンティティに固有とすることができる。
６．ＲＬＣエンティティ２２１を初期設定されたパラメータにリセットする（例えばシーケンス番号（ＳＮ）をゼロにリセットする等）。あるいは、ＲＬＣエンティティ２２１はタイマＴ１０１の満了時にこのリセット動作を行ってもよい。
７．ＲＲＣエンティティ２２２からの指示２０２を待ってから、上記のいずれかの手順を開始する。ＲＲＣエンティティ２２２からの指示２０２は、リセット要求指示２０１の肯定応答および／またはＲＲＣエンティティ２２２によって開始されるリセット手順の確認の形をとることができる。
【００１８】
ＲＲＣエンティティ２２２は、ＲＬＣリセットが要求されている旨のＲＬＣリセット指示２０１を受信すると、ピアのＲＲＣエンティティ２３２にＲＲＣメッセージ２０３を送信してＲＬＣのリセットが要求されていることを示すことができる。ＲＬＣリセットのためのパラメータは、ＲＲＣメッセージ２０３（例えばＲＲＣ接続再確立メッセージ、またはＲＲＣ接続再構成メッセージ）、または、下記でさらに説明するように、プロトコルリセットメッセージ等のリセット手順専用の新規のＲＲＣメッセージに含めることができる。ＲＬＣリセット要求情報を送信するために、ＲＬＣリセットＩＥやプロトコルリセット指示子情報要素（ＩＥ）等の新規のＩＥを使用して、ＲＬＣエンティティ２２１のリセット要求を示すことができる。このＩＥは、任意のＲＲＣメッセージ２０３、またはリセット手順専用の専用メッセージで搬送することができる。ＲＬＣリセットＩＥのパラメータの一例を下の表１に示す。
【００１９】
【表１】
【００２０】
表１に記載する個々のＩＥは、任意であり、それらＩＥに含まれる情報は異なる方式で渡されてもよい。リセットを示すＲＲＣメッセージ２０３は、任意のリセット指示でよい。例えば、ＲＲＣメッセージ２０３は、これらに限定されないが、任意のＲＲＣメッセージで、専用メッセージへのより詳細なＩＥ（例えばプロトコルリセット指示子ＩＥを参照）に渡すことができる１ビットまたは数ビットを含むことができる。ＲＲＣメッセージ２０３中の指示は、明示的であっても暗示的であってもよく、ＲＬＣおよび／またはＰＤＣＰのステータスも含んでよい。暗示的な指示の場合は、リセットＩＥを含まない別個に送信されるＲＲＣメッセージで、事前に決められた定義に従い、単にそのＲＲＣメッセージの名前により、リセットが要求されていることを示すことができる。
【００２１】
ＲＬＣリセット要求をピアＲＲＣエンティティ２３２に示すＲＲＣメッセージ２０３は、リセット／リセットの起動の時刻の明示的または暗示的な指示を含むことができる。あるいは、これは、送信時間間隔（ＴＴＩ）またはシステムフレーム番号（ＳＦＮ）に基づいて実現することもできる。一例として、ＲＬＣのリセットを、ＳＦＮ、または、ＲＲＣメッセージ２０３が送信／受信された最後のＴＴＩを基準とするＴＴＩの番号により調整して同期化を実現することができる。
【００２２】
リセットすべきＲＬＣエンティティ２２１が、リセットを示すＲＲＣメッセージ２０３を開始するＲＬＣエンティティと同じである場合は、ＲＲＣエンティティ２２２は、送信機１１０の別のＲＬＣエンティティにマッピングされた無線ベアラ（ＲＢ）を介して、リセットを示すメッセージを送信することができる。あるいは、新しいＲＢとそれに関連付けられたＲＬＣエンティティを設定してもよい。あるいは、ＲＬＣリセットＩＥを含んでいるＲＲＣメッセージ２０３をシグナリングＲＢ（ＳＲＢ）で送信することができる。このＳＲＢは、ＲＬＣのリセットおよびいくつかの他の目的（例えばＰＤＣＰのリセット）専用とすることができる。このＳＲＢがリセットされる可能性を回避するために、ＳＲＢはＲＬＣ ＵＭエンティティにマッピングされることが好ましい。
【００２３】
ＲＲＣエンティティ２２２は、ＲＬＣリセットのためのＲＲＣメッセージ２０３が確実に１つのＲＬＣ ＰＤＵに収まるようにすることができる。ＲＲＣエンティティ２２２は、異なるＲＬＣエンティティ２２１からの複数のリセット要求を集約して１つのメッセージ２０３とすることができる。送信側のＲＲＣエンティティ２２２が、リセット手順が現在行われている送信側ＲＬＣエンティティ２２１に対するリセット要求を受信した場合は、その要求を無視してよい。送信側のＲＲＣエンティティ２２２は、送信側ＲＬＣ層／エンティティからのリセット要求に肯定応答信号２０２で肯定応答することができる。
【００２４】
送信側ＲＲＣエンティティ２２２は、ＰＤＣＰエンティティ２２３にペンディングＲＬＣリセット指示２０４を送信することができる。これは、送信機１１０においてＰＤＣＰステータスＰＤＵの生成をトリガすることができる。
【００２５】
ＲＬＣリセット要求を示すＲＲＣメッセージ２０３の送信後、ＲＲＣエンティティ２２２は、以下の１つまたは複数を行うことができる：
１．送信側のＲＲＣエンティティ２２２がさらなる動作を開始する前にＲＬＣリセット肯定応答２１３を待つことが可能な時間を決定することができるタイマＴ１０２タイマを開始する。
２．ＲＲＣメッセージ２０３を介したＲＬＣリセット要求の回数を計数するカウンタＣ１０２を増分／減分する。このカウンタは、各ＲＬＣエンティティ２２１に固有とすることができ、ＲＬＣリセット要求についてのＲＳＮを示すために使用することができる。ＲＲＣエンティティ２２２は、ＲＲＣトランザクション識別子を使用して、同じリセット要求の各再送を区別することができる。
３．ＲＬＣリセット手順が開始されたという旨の指示２０５をＲＬＣエンティティ２２１に提供する。
上記のタイマＴ１０２が満了した場合、ＲＲＣエンティティ２２２は、以下の１つを実施することができる：
１．別のＲＲＣメッセージ２０３でＲＬＣリセット要求を再送する。
２．場合によってはリセットすべき別のＲＬＣエンティティへの参照と共に、新しいＲＬＣリセット要求を送信する。
３．カウンタＣ１０２を増分／減分し、タイマＴ１０２を再開する。
４．タイマＴ１０２の満了の指示をＲＬＣエンティティ２２１に提供する。
【００２６】
カウンタＣ１０２が所定の値（例えば最大リセット要求回数の設定値／事前に決められた値）に達すると、ＲＲＣエンティティ２２１は、異なる手順のセットを開始することができる。例えば、ＲＲＣエンティティ２２２は、ＲＲＣ再構成手順、無線リンク障害手順、物理チャネル再構成手順、または何らかの他の回復手順を開始することができる。
【００２７】
ＲＲＣエンティティ２２２は、ハイブリッド自動再送要求（ＨＡＲＱ）の支援を使用して、リセット指示子を含んだＲＲＣメッセージ２０３を再送することができる。例えば、ＨＡＲＱエンティティ２２４は、ＲＬＣリセットを含んでいるＲＲＣ ＰＤＵの送達が失敗したことをＲＲＣエンティティ２２２に示すことができ、その後ＲＲＣ２２２はそのＰＤＵを再送する。
【００２８】
受信機１１５では、ＲＬＣリセット要求を含むＲＲＣメッセージ２０３を受信すると、ＲＲＣエンティティ２３２が以下の動作の１つまたは複数を実施する：
１．リセット要求の受信に肯定応答するＲＲＣメッセージ肯定応答２１３を、送信機のＲＲＣエンティティ２２２に返信する。受信機のＲＲＣエンティティ２３２は、そのＲＬＣリセット要求を受信機のＲＬＣエンティティ２３１に渡すことができる。あるいは、肯定応答２１３は、ＲＬＣエンティティ２３１からのリセット確認を待ってから送信してもよい。
２．ＲＬＣエンティティ２３１のために設定されたＲＢにおけるＰＤＵの送信／受信を停止する。
３．ＲＬＣエンティティ２３１にＲＬＣデータバッファをフラッシュするように命じる。
４．関連付けられたリセットパラメータとともに、ＲＬＣリセット要求を、ＲＬＣエンティティ２３１には指示２１１として、ＰＤＣＰエンティティ２３３には指示２１４として渡す。
【００２９】
リセットすべきＲＬＣエンティティ２３１が、ＲＬＣリセット肯定応答を示すＲＲＣメッセージ２１３を開始することになるＲＬＣエンティティと同じである場合は、受信機のＲＲＣエンティティ２２２は、異なるＲＬＣエンティティにマッピングされたＲＢを介して、リセット肯定応答を示すメッセージを送信することができる。あるいは、新しいＲＢとそれに関連付けられたＲＬＣエンティティを設定してもよい。
【００３０】
別の代替法では、ＲＬＣリセット肯定応答のＩＥを含むＲＲＣメッセージ２１３をシグナリングＲＢ（ＳＲＢ）で送信することができる。このＳＲＢは、ＲＬＣのリセット肯定応答およびいくつかの他の目的（例えばＰＤＣＰのリセット肯定応答）専用とすることができる。このＳＲＢがリセットされる可能性を回避するために、このＳＲＢは、ＵＭ ＲＬＣエンティティにマッピングすることができる。
【００３１】
ＲＲＣエンティティ２３２は、リセットに肯定応答するためのＲＲＣメッセージ２１３が確実に１つのＲＬＣ ＰＤＵ内に収まるようにすることができる。ＲＲＣエンティティ２３２は、異なるＲＬＣエンティティ２３１についての複数のリセット肯定応答を集約して１つのメッセージにすることができる。
【００３２】
ＲＲＣ手順では、ＨＡＲＱの支援を使用して、リセット肯定応答指示子を含むＲＲＣメッセージを再送することができる。例えば、ＨＡＲＱエンティティ２３４は、ＲＬＣリセットの肯定応答を含んでいるＲＲＣ ＰＤＵの送達が失敗したことをＲＲＣ２３２に示すことができ、その後ＲＲＣエンティティ２３２は、そのＰＤＵを再送する。
【００３３】
ＲＲＣエンティティ２３２は、ＲＬＣリセットが発生した旨のＲＬＣリセット指示２１２を受信すると、ピアＲＲＣエンティティ２２２にＲＲＣメッセージ２１３を送信して、ＲＬＣリセットの肯定応答を示すことができる。ＲＬＣリセット肯定応答のパラメータは、任意のＲＲＣメッセージ２１３（例えばＲＲＣ接続再確立完了メッセージまたはＲＲＣ接続再構成完了メッセージ）、または下記でさらに説明するように、プロトコルリセット肯定応答メッセージ等のリセット手順専用の新規のＲＲＣメッセージに含めることができる。ＲＬＣリセット肯定応答情報を送信するために、ＲＬＣリセット肯定応答ＩＥやプロトコルリセットＡＣＫ ＩＥ等の新規のＩＥを使用して、ＲＬＣエンティティ２３１のリセットを示すことができる。このＩＥは、任意のＲＲＣメッセージ２１３、またはＲＬＣリセット手順専用の専用メッセージで搬送することができる。ＲＬＣリセット肯定応答ＩＥのパラメータの一例を下の表２に示す。
【００３４】
【表２】
【００３５】
上記の個々のＲＬＣリセット肯定応答ＩＥパラメータは任意であり、ＩＥに含まれる情報は別の方式で渡してもよいことを理解されたい。
【００３６】
受信機のＲＬＣエンティティ２３１が、ＲＲＣエンティティ２３２からリセットを命じるコマンドを受信すると、ＲＬＣエンティティ２３１は、以下の１つまたは複数を実施することができる：
１．そのエンティティについてのＲＬＣ状態変数の一部またはすべてを各自の初期値／デフォルト値に、またはリセット要求で設定された値（存在する場合）にリセットする。
２．設定可能パラメータを、各自の設定値、またはリセット要求で受け取られた新しい値（存在する場合）にリセットする。
３．そのＲＬＣエンティティ２３１に関連付けられた任意のタイマまたはすべてのタイマを停止および／または再開する。
４．ＲＬＣエンティティ２３１の受信側では、可能であれば、順序外れで受信されたＰＤＵからＲＬＣ ＳＤＵを再度組み立てて、上位層エンティティ（例えばＰＤＣＰエンティティ２３３）に送達し、再度組み立ててＲＬＣ ＳＤＵにすることができなかった残りのＰＤＵを破棄する。
５．ＲＬＣエンティティ２３１の送信側では、ＲＬＣエンティティ２３１のＰＤＵ（再）送信バッファからすべてのＲＬＣ ＰＤＵを破棄する。
６．ＲＬＣエンティティ２３１の送信側では、ＲＬＣエンティティ２３１のＳＤＵ送信バッファからすべてのＲＬＣ ＳＤＵを破棄し、破棄されたＳＤＵを上位層エンティティ（例えばＰＤＣＰエンティティ２３３）に通知する。その通知を受信した後、上位層（例えばＰＤＣＰエンティティ２３３）は、ＲＬＣのリセットが完了した後に、下位層のＲＬＣエンティティ２３１に送信すべきそれらのＳＤＵを再提出（すなわち有効に再送）することができる。別の代替法では、ＲＬＣエンティティ２３１の送信側では、リセットが発生した時にＲＬＣエンティティ２３１のＳＤＵ送信バッファからＲＬＣ ＳＤＵを破棄しない。
７．ＲＬＣエンティティ２３１の送信側では、ピアＲＬＣエンティティ２２１によって受信が肯定応答（確認）されなかったすべてのＳＤＵを上位層（例えばＰＤＣＰエンティティ２３３）に通知する（ＲＬＣ ＳＴＡＴＵＳ ＰＤＵを介して）。そのような通知を受信すると、上位層のエンティティ（例えばＰＤＣＰエンティティ２３３）は、ＲＬＣのリセットが完了した後に、下位層のＲＬＣエンティティ２３１に送信すべきそれらのＳＤＵを再提出（すなわち有効に再送）することができる。
８．リセット手順の完了を指示２１２でＲＲＣに対して確認する。
９．リセットの完了を上位層エンティティ（例えば指示２１５でＰＤＣＰエンティティ２３３）に示す。
【００３７】
ＰＤＣＰエンティティ２３３は、ＲＬＣリセットの指示（ＲＲＣ指示２１４またはＲＬＣ指示２１５を介して受け取られる）を使用してＰＤＣＰステータスＰＤＵを生成することができる。
【００３８】
ＲＬＣエンティティ２３１のリセットは、ＲＲＣ手順（すなわちＲＲＣメッセージ２０３および／またはメッセージ２１３）と同期することができる。ＲＲＣ手順は、リセット／リセットの起動の時刻の明示的または暗示的な指示を含むことができる。あるいは、これは、ＴＴＩまたはＳＦＮに基づいて実現することもできる。一例として、ＲＲＣ手順とＲＬＣリセットとの間の同期は、ＳＦＮ、またはＲＲＣメッセージ２０３および／またはＲＲＣメッセージ２１３が受信された最後のＴＴＩを基準とするＴＴＩの番号により調整することができる。
【００３９】
受信機のＲＲＣエンティティ２３２からＲＲＣメッセージ２１３を介してＲＬＣリセットの肯定応答を受信すると、送信機のＲＲＣエンティティ２２２は、以下の１つまたは複数を実施する：
１．タイマＴ１０２を停止する。
２．カウンタＣ１０２をその初期値またはゼロにリセットする。
３．肯定応答ＲＲＣメッセージ２１３を、指示２０５でＲＬＣエンティティ２２１に、指示２０６でＰＤＣＰエンティティ２２３に対して確認する。
【００４０】
ＲＬＣエンティティ２２１は、ＲＲＣ指示２０５を介してリセット要求の肯定応答を受け取ると、以下の１つまたは複数を実施する：
１．タイマＴ１０１を停止する。
２．カウンタＣ１０１をゼロにリセットする。
３．そのエンティティについてのＲＬＣ状態変数の一部またはすべてを、各自の初期値／デフォルト値、またはリセット要求で設定された値（存在する場合）にリセットする。
４．設定可能パラメータを各自の設定値またはリセット要求で受け取った新しい値（存在する場合）にリセットする。
５．そのＲＬＣエンティティ２２１に関連付けられた任意のタイマまたはすべてのタイマを停止および／または再開する。
６．ＲＬＣエンティティ２２１の受信側では、可能であれば、順序外れで受信されたＰＤＵからＲＬＣ ＳＤＵを再度組み立てて、順序通りにＰＤＣＰエンティティ２２３に送達し、ＲＬＣ ＳＤＵに再度組み立てることができなかった残りのＰＤＵを破棄する。
７．ＲＬＣエンティティ２２１の送信側では、ＲＬＣエンティティ２２１のＰＤＵ（再）送信バッファからすべてのＲＬＣ ＰＤＵを破棄する。
８．ＲＬＣエンティティ２２１の送信側では、ＲＬＣエンティティ２２１のＳＤＵ送信バッファからすべてのＲＬＣ ＳＤＵを破棄し、破棄されたＳＤＵを上位層のエンティティ（例えばＰＤＣＰエンティティ２２３）に通知する。その通知を受信した後、上位層（例えばＰＤＣＰエンティティ２２３）は、ＲＬＣのリセットが完了した後に、下位層のＲＬＣエンティティ２２１に送信すべきそれらのＳＤＵを再提出（すなわち有効に再送）することができる。別のやや好ましくない代替法では、ＲＬＣエンティティの送信側では、（リセットが発生したときに）ＲＬＣエンティティ２２１のＳＤＵ送信バッファからＲＬＣ ＳＤＵを破棄しない。
９．ＲＬＣエンティティ２２１の送信側では、ピアＲＬＣエンティティによって受信が肯定応答（確認）されなかったすべてのＳＤＵを上位層（例えばＰＤＣＰ２２３）に通知する（ＲＬＣ ＳＴＡＴＵＳ ＰＤＵを介して）。そのような通知を受信すると、上位層（例えばＰＤＣＰエンティティ２２３）は、ＲＬＣのリセットが完了した後に、下位層のＲＬＣエンティティ２２１に送信すべきそれらのＳＤＵを再提出（すなわち有効に再送）することができる。
１０．リセット手順の完了をＲＲＣエンティティ２２２に対して確認する。
１１．リセットの完了を上位層（例えばＰＤＣＰ２２３）に示す。
【００４１】
ＰＤＣＰエンティティ２２３は、（ＲＲＣ指示２０６またはＲＬＣ指示２０８を介して受け取られる）ＲＬＣリセットの肯定応答を使用してＰＤＣＰステータスＰＤＵを生成することができる。
【００４２】
ＲＬＣ２２１のリセットは、ＲＲＣ手順（すなわちＲＲＣメッセージ２０３および／またはメッセージ２１３）と同期することができる。ＲＲＣ手順は、リセット／リセットの起動の時刻の明示的または暗示的な指示を含むことができる。あるいは、これは、ＴＴＩまたはＳＦＮに基づいて実現することもできる。一例として、ＲＲＣ手順とＲＬＣ２２１のリセットとの間の同期は、ＳＦＮ、またはＲＲＣメッセージ２０３および／またはＲＲＣメッセージ２１３が受信された最後のＴＴＩを基準としたＴＴＩの番号により調整することができる。
【００４３】
上記で開示したＲＲＣを介して実現されるＲＬＣのリセットの方法に従い、以下に、図３に示すプロトコルリセット手順に即したＲＲＣメッセージ２０３および２１３についてのＲＲＣシグナリングの要約を示す。
【００４４】
送信側のＲＲＣエンティティ２２２は、いつでも送信機１１０中のＲＬＣエンティティ２２１がＲＬＣエンティティをリセットする必要性を示したときにこのプロトコルリセット手順を開始することができる。
【００４５】
手順が開始されると、送信側ＲＲＣエンティティ２２２は：
１＞プロトコルリセット要求メッセージ３０１の送信を開始する
１＞ＲＬＣに手順の開始を示す（任意）
１＞下位層からメッセージの送信の成功が示された時にタイマＴ１０２を開始する
タイマＴ１０２が満了すると、送信側ＲＲＣエンティティ２２２は：
１＞プロトコルリセット要求メッセージ３０１の送信を再度開始する
１＞下位層からメッセージの送信の成功が通知された時にタイマＴ１０２を再開する
送信側ＲＲＣエンティティ２２２は、プロトコルリセット要求メッセージ３０１の送信を開始する時に以下の動作を行う：
１＞それが新しいリセット要求である場合
２＞カウンタＣ１０２の新しいインスタンスを初期化し、１増分する
１＞それが、再送されるリセット要求である場合
２＞カウンタＣ１０２を１増分する
送信側ＲＲＣエンティティ２２２は、プロトコルリセット要求メッセージ３０１の内容を次のように設定する：
０＞Ｃ１０２カウンタが「リセット再送の最大回数＋１」以下である場合
１＞リセットすべきＲＬＣエンティティをプロトコルリセット要求メッセージ３０１中で識別し、メッセージ内にＣ１０２カウンタの値と等しくなるようにトランザクション識別子を設定する
０＞その他の場合
１＞ＲＬの障害を宣言し、ＲＬ障害処理手順を開始する
２＞ＲＲＣ再確立要求を送信することにより、接続を再確立することを試みる
プロトコルリセット要求メッセージ３０１を受信すると、ＲＲＣエンティティ２３２は：
１＞プロトコルリセット肯定応答メッセージ３０２の送信を開始する
１＞ＲＬＣエンティティ２３１にリセット要求を渡す
１＞下位層からメッセージの送信の成功が通知されるとタイマＴ１０３を開始する（任意）
ＲＲＣエンティティ２３２は、プロトコルリセット肯定応答メッセージ３０２の内容を次のように設定する：
１＞メッセージのトランザクション識別子の値を、肯定応答対象のプロトコルリセット要求メッセージ３０１中の対応するトランザクション識別子に設定する
プロトコルリセット肯定応答３０２を受信すると、ＲＲＣエンティティ２２２は：
１＞タイマＴ１０２を停止する
１＞カウンタＣ１０２をゼロにリセットする
１＞プロトコルリセット完了メッセージ３０３の送信を開始する（任意）
１＞肯定応答の受信を下位層（例えばＲＬＣ）に示す
以下は、図３に示すメッセージの要約である。
【００４６】
プロトコルリセット要求メッセージ３０１は、下位層プロトコルエンティティのリセットを要求するために使用される：
シグナリング無線ベアラ：ＳＲＢ１またはＳＲＢ２
ＲＬＣ−ＳＡＰ：ＡＭまたはＵＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥ→Ｅ−ＵＴＲＡＮ、ＥＵＴＲＡＮ→ＵＥ
【００４７】
【表３】
【００４８】
プロトコルリセット肯定応答メッセージ３０２は、下位層プロトコルエンティティのリセットに肯定応答するために使用される：
シグナリング無線ベアラ：ＳＲＢ１またはＳＲＢ２
ＲＬＣ−ＳＡＰ：ＡＭまたはＵＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥ→Ｅ−ＵＴＲＡＮ、ＥＵＴＲＡＮ→ＵＥ
【００４９】
【表４】
【００５０】
プロトコルリセット完了メッセージ３０３は、下位層プロトコルエンティティのリセットを完了するために使用される（任意）：
シグナリング無線ベアラ：ＳＲＢ１またはＳＲＢ２
ＲＬＣ−ＳＡＰ：ＡＭまたはＵＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥ→Ｅ−ＵＴＲＡＮ、ＥＵＴＲＡＮ→ＵＥ
【００５１】
【表５】
【００５２】
ここに開示される方法および装置は、３ＧＰＰ ＬＴＥおよび／またはＨＳＰＡ拡張（例えばＷＣＤＭＡエボリューション（ＷＣＤＭＡ ｅｖｏｌｕｔｉｏｎ）Ｒｅｌ−７、Ｒｅｌ−８等）に関連するものを含む、任意の無線通信装置およびシステムに適用可能である。
【００５３】
（実施形態）
１．無線リンク制御（ＲＬＣ）エンティティをリセットする方法であって、ＲＬＣリセット指示を送信するステップを含む方法。
【００５４】
２．前記リセット指示は、無線リソース制御（ＲＲＣ）エンティティに転送される実施形態１の方法。
【００５５】
３．ＲＬＣのリセットをトリガするステップをさらに含む実施形態２の方法。
【００５６】
４．前記トリガは、シーケンス番号に誤りがあることを示すＲＬＣステータスプロトコルデータユニット（ＰＤＵ）を含む実施形態２〜３のいずれかの方法。
【００５７】
５．前記トリガは、許される最大再送回数を超える回数の再送を含む実施形態３〜４のいずれかの方法。
【００５８】
６．前記トリガは回復不能エラーを含む実施形態３〜５のいずれかの方法。
【００５９】
７．前記リセット要求は、前記リセット要求の理由を示す原因値、リセットを要求しているエンティティについて正しく受信された最後のシーケンス番号を示すステータス情報、およびリセットすべきＲＬＣエンティティの識別、のうちの１つまたは複数を含む実施形態３〜６のいずれかの方法。
【００６０】
８．前記識別は、ＲＬＣエンティティに関連付けられた論理チャネルインスタンスを使用してなされる実施形態７の方法。
【００６１】
９．前記識別は、ＲＬＣエンティティに関連付けられた無線ベアラを使用してなされる実施形態７〜８のいずれかの方法。
【００６２】
１０．ＲＬＣエンティティはタイマを開始する実施形態２〜９のいずれかの方法。
【００６３】
１１．ＲＬＣエンティティは、リセットされるエンティティにおけるＰＤＵの送信を一時停止する実施形態１０の方法。
【００６４】
１２．ＲＬＣエンティティは、前記リセットの前に送信されたＳＤＵのバッファをフラッシュする実施形態１０〜１１のいずれかの方法。
【００６５】
１３．ＲＬＣエンティティは、リセットされるエンティティにおけるＰＤＵの受信を一時停止する実施形態１０〜１２のいずれかの方法。
【００６６】
１４．ＲＬＣエンティティは、リセット要求の回数を計数するカウンタ（Ｃ１０１）を増分／減分する実施形態１０〜１３のいずれかの方法。
【００６７】
１５．前記ＲＬＣは、エンティティを設定された初期パラメータにリセットする実施形態１０〜１４のいずれかの方法。
【００６８】
１６．ＲＬＣエンティティは、リセット要求の肯定応答と共にＲＲＣ指示を受信する実施形態１０〜１５のいずれかの方法。
【００６９】
１７．前記ＲＬＣリセット指示をＲＲＣ層に転送するステップをさらに含む実施形態２〜１６のいずれかの方法。
【００７０】
１８．ピアＲＲＣエンティティにＲＲＣ制御メッセージを転送するステップをさらに含む実施形態１７の方法。
【００７１】
１９．前記ＲＲＣ制御メッセージは、ＲＬＣのリセットが必要とされている旨の指示を含む実施形態１８の方法。
【００７２】
２０．前記ＲＲＣ制御メッセージは、リセットのためのパラメータを含む実施形態１８〜１９のいずれかの方法。
【００７３】
２１．プロトコルリセット指示子情報要素（ＩＥ）がＲＬＣエンティティのリセットを示す実施形態２０の方法。
【００７４】
２２．前記ＩＥはＲＲＣ制御メッセージで搬送される実施形態２１の方法。
【００７５】
２３．前記ＩＥは専用メッセージで搬送される実施形態２１の方法。
【００７６】
２４．ＲＬＣリセット指示は、リセットの時刻の指示を含む実施形態１７〜２３のいずれかの方法。
【００７７】
２５．前記時刻の指示は明示的である実施形態２４の方法。
【００７８】
２６．前記時刻の指示は暗示的である実施形態２４の方法。
【００７９】
２７．前記リセットすべきＲＬＣエンティティ以外のＲＬＣエンティティにＲＲＣ制御メッセージを送信するステップをさらに含む実施形態１６〜２６のいずれかの方法。
【００８０】
２８．ＲＲＣエンティティは、ＲＲＣメッセージが１つのＲＬＣ ＰＤＵ内に確実に収まるようにする実施形態１６〜２７のいずれかの方法。
【００８１】
２９．ＲＲＣエンティティは、異なるＲＬＣエンティティからの複数のリセット要求を集約して１つのメッセージにする実施形態１６〜２８のいずれかの方法。
【００８２】
３０．前記ＲＲＣエンティティは、リセットが現在進行中のＲＬＣエンティティに対するリセット要求をＲＲＣ層が受信した場合は、ＲＬＣリセット指示を無視する実施形態１６〜２９のいずれかの方法。
【００８３】
３１．送信側のＲＲＣエンティティは、送信側ＲＬＣエンティティからのリセット要求に肯定応答する実施形態１６〜３０のいずれかの方法。
【００８４】
３２．送信側のＲＲＣエンティティは、ＰＤＣＰに対してペンディングＲＬＣリセットを示す実施形態１６〜３１のいずれかの方法。
【００８５】
３３．ＰＤＣＰに対する前記指示は、送信機におけるＰＤＣＰステータスＰＤＵの生成をトリガする実施形態３２の方法。
【００８６】
３４．ＲＲＣメッセージの送信後、ＲＲＣエンティティがタイマＴ１０２を開始する実施形態１６〜３３のいずれかの方法。
【００８７】
３５．タイマＴ１０２は、送信側ＲＲＣエンティティがさらなる動作を開始する前に肯定応答を待つことが可能な時間を決定する実施形態３４の方法。
【００８８】
３６．ＲＲＣメッセージの送信後、ＲＲＣエンティティは、リセット要求の回数を計数するカウンタＣ１０２を増分する実施形態１６〜３５のいずれかの方法。
【００８９】
３７．カウンタＣ１０２は、リセット要求についてのリセットシーケンス番号（ＲＳＮ）を示す実施形態３６の方法。
【００９０】
３８．ＲＲＣメッセージの送信後、ＲＲＣエンティティは、リセット手順が開始された旨の指示をＲＬＣ層に提供する実施形態１６〜３７のいずれかの方法。
【００９１】
３９．タイマＴ１０２が満了した場合、ＲＲＣはリセット要求を再送するステップをさらに含む実施形態１６〜３８のいずれかの方法。
【００９２】
４０．タイマＴ１０２が満了した場合、ＲＲＣが新しいリセット要求を送信するステップをさらに含む実施形態１６〜３８のいずれかの方法。
【００９３】
４１．タイマＴ１０２が満了した場合、ＲＲＣがカウンタを増分し、タイマＴ１０２を再開するステップをさらに含む実施形態１６〜４０のいずれかの方法。
【００９４】
４２．タイマＴ１０２が満了した場合、ＲＲＣがＲＬＣに表示を提供するステップをさらに含む実施形態１６〜４１のいずれかの方法。
【００９５】
４３．カウンタＣ１０２が所定の値に達し、ＲＲＣがＲＲＣ再構成手順を開始するステップをさらに含む実施形態１６〜４２のいずれかの方法。
【００９６】
４４．カウンタＣ１０２が所定の値に達した場合、ＲＲＣが無線リンク障害手順を開始するステップをさらに含む実施形態１６〜４３のいずれかの方法。
【００９７】
４５．カウンタＣ１０２が所定の値に達した場合、ＲＲＣが物理チャネル再構成手順を開始するステップをさらに含む実施形態１６〜４４のいずれかの方法。
【００９８】
４６．ＲＲＣは、ＲＲＣトランザクション識別子を使用して同一のリセット要求の各再送を区別する実施形態１６〜４５のいずれかの方法。
【００９９】
４７．ＲＲＣは、ハイブリッド自動再送要求（ＨＡＲＱ）の支援を使用して、リセット指示子を含むＲＲＣメッセージを再送する実施形態１６〜４６のいずれかの方法。
【０１００】
４８．前記ＨＡＲＱは、ＲＬＣリセットを含んでいるＲＲＣ ＰＤＵの送達が失敗したことをＲＲＣに示す実施形態４７の方法。
【０１０１】
４９．ＲＬＣエンティティに対するリセット要求を含むＲＲＣメッセージを受信すると、受信側のＲＲＣエンティティがリセット要求の肯定応答を送信機に送信するステップをさらに含む実施形態１６〜４８のいずれかの方法。
【０１０２】
５０．受信側のＲＲＣ層がリセット要求を受信側のＲＬＣ層に渡すステップをさらに含む実施形態４９の方法。
【０１０３】
５１．肯定応答を送信する前にＲＬＣ層からの確認を待つステップをさらに含む実施形態５０の方法。
【０１０４】
５２．ＲＬＣエンティティに対するリセット要求を含むＲＲＣメッセージを受信すると、受信側ＲＲＣエンティティが、リセットすべきＲＬＣエンティティに対して設定されたＰＤＵの送信および受信を停止するステップをさらに含む実施形態１６〜５１のいずれかの方法。
【０１０５】
５３．ＲＬＣエンティティに対するリセット要求を含むＲＲＣメッセージを受信すると、受信側ＲＲＣエンティティがデータバッファをフラッシュするステップをさらに含む実施形態１６〜５２のいずれかの方法。
【０１０６】
５４．ＲＬＣエンティティに対するリセット要求を含むＲＲＣメッセージを受信すると、受信側ＲＲＣエンティティが、そのリセット要求および関連付けられたリセットパラメータをＲＬＣエンティティに渡すステップをさらに含む実施形態１６〜５３のいずれかの方法。
【０１０７】
５５．ＲＬＣエンティティのリセットの受信に肯定応答するためのプロトコルリセットＡＣＫ ＩＥが使用される実施形態１６〜５４のいずれかの方法。
【０１０８】
５６．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、そのＲＬＣエンティティについてのＲＬＣ状態変数の１つまたは複数を各々の初期値、またはリセット要求に含まれる値にリセットするステップをさらに含む実施形態１６〜５５のいずれかの方法。
【０１０９】
５７．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、設定可能パラメータを各々の設定値、またはリセット要求に含まれる値にリセットするステップをさらに含む実施形態１６〜５６のいずれかの方法。
【０１１０】
５８．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、そのエンティティに関連付けられた任意のタイマまたはすべてのタイマを停止および／または再開するステップをさらに含む実施形態１６〜５７のいずれかの方法。
【０１１１】
５９．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、ＲＬＣエンティティの受信側で、順序外れで受信されたＰＤＵからＲＬＣ ＳＤＵを再組み立てし、ＰＤＣＰエンティティに送達するステップをさらに含む実施形態１６〜５８のいずれかの方法。
【０１１２】
６０．ＲＬＣ ＳＤＵに再組み立てすることができなかった残りのＰＤＵを破棄するステップをさらに含む実施形態５９の方法。
【０１１３】
６１．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、ＲＬＣエンティティの送信側で、ＲＬＣエンティティのＰＤＵ送信バッファからすべてのＲＬＣ ＰＤＵを破棄するステップをさらに含む実施形態１６〜６０のいずれかの方法。
【０１１４】
６２．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、ＲＬＣエンティティの送信側で、ＲＬＣエンティティのＳＤＵ送信バッファからすべてのＲＬＣ ＳＤＵを破棄するステップをさらに含む実施形態１６〜６１のいずれかの方法。
【０１１５】
６３．破棄されたＳＤＵを上位層に通知するステップをさらに含む実施形態６２の方法。
【０１１６】
６４．ＲＬＣリセットの完了後、上位層が、下位層のＲＬＣエンティティに送信すべきＳＤＵを再提出するステップをさらに含む実施形態６３の方法。
【０１１７】
６５．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、ＲＬＣエンティティの送信側において、ピアＲＬＣエンティティによって受信が肯定応答されていないすべてのＳＤＵを上位層に通知するステップをさらに含む実施形態１６〜６４のいずれかの方法。
【０１１８】
６６．そのような通知を受け取った後、上位層が、ＲＬＣリセットの完了後に、送信すべきそれらＳＤＵを下位層のＲＬＣエンティティに再提出するステップをさらに含む実施形態６５の方法。
【０１１９】
６７．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、リセットの完了をＲＲＣに対して確認するステップをさらに含む実施形態１６〜６６のいずれかの方法。
【０１２０】
６８．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、リセットの完了を上位層に示すステップをさらに含む実施形態１６〜６７のいずれかの方法。
【０１２１】
６９．ＰＤＣＰ層は、ＲＬＣリセットの指示を使用してＰＤＣＰステータスＰＤＵを生成する実施形態１６〜６８のいずれかの方法。
【０１２２】
７０．受信機のＲＲＣエンティティによってＲＬＣリセットの肯定応答が受信されると、送信機のＲＲＣエンティティがタイマＴ１０２を停止するステップをさらに含む実施形態１６〜６９のいずれかの方法。
【０１２３】
７１．受信機のＲＲＣエンティティによってＲＬＣリセットの肯定応答が受信されると、送信機のＲＲＣエンティティがカウンタＣ１０２をその初期値またはゼロにリセットするステップをさらに含む実施形態１６〜７０のいずれかの方法。
【０１２４】
７２．受信機のＲＲＣエンティティによってＲＬＣリセットの肯定応答が受信されると、送信機のＲＲＣエンティティが、ＲＬＣ層またはＰＤＣＰエンティティに対して肯定応答を確認するステップをさらに含む実施形態１６〜７１のいずれかの方法。
【０１２５】
７３．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが時間Ｔ１０１を停止するステップをさらに含む実施形態１６〜７２のいずれかの方法。
【０１２６】
７４．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティがカウンタＣ１０１をゼロにリセットするステップをさらに含む実施形態１６〜７３のいずれかの方法。
【０１２７】
７５．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、ＲＬＣエンティティについてのＲＬＣ状態変数の１つまたは複数を各自の初期値、またはリセット要求に含まれる値にリセットするステップをさらに含む実施形態１６〜７４のいずれかの方法。
【０１２８】
７６．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、設定可能パラメータを各自の設定値、またはリセット要求に含まれる値にリセットするステップをさらに含む実施形態１６〜７５のいずれかの方法。
【０１２９】
７７．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、そのエンティティに関連付けられた任意のタイマまたはすべてのタイマを停止または再開するステップをさらに含む実施形態１６〜７６のいずれかの方法。
【０１３０】
７８．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、順序外れで受信されたＰＤＵからＲＬＣ ＳＤＵを再組み立てし、ＰＤＣＰエンティティに送達するステップをさらに含む実施形態１６〜７７のいずれかの方法。
【０１３１】
７９．ＲＬＣ ＳＤＵに再組み立てすることができなかった残りのＰＤＵを破棄するステップをさらに含む実施形態７８の方法。
【０１３２】
８０．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、ＲＬＣエンティティの送信側で、ＲＬＣエンティティのＰＤＵ送信バッファからすべてのＲＬＣ ＰＤＵを破棄するステップをさらに含む実施形態１６〜７９のいずれかの方法。
【０１３３】
８１．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、ＲＬＣエンティティの送信側で、ＲＬＣエンティティのＳＤＵ送信バッファからすべてのＲＬＣ ＳＤＵを破棄するステップをさらに含む実施形態１６〜８０のいずれかの方法。
【０１３４】
８２．破棄されたＳＤＵを上位層に通知するステップをさらに含む実施形態８１の方法。
【０１３５】
８３．通知を受信した後、上位層が、ＲＬＣリセットの完了後に、送信すべきそれらＳＤＵを下位層のＲＬＣエンティティに再提出するステップをさらに含む実施形態８２の方法。
【０１３６】
８４．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、ＲＬＣエンティティの送信側において、ピアＲＬＣエンティティによって受信が肯定応答されていないすべてのＳＤＵを上位層に通知するステップをさらに含む実施形態１６〜８３のいずれかの方法。
【０１３７】
８５．通知を受け取った後、上位層が、ＲＬＣリセットの完了後に、送信すべきＳＤＵを下位層のＲＬＣエンティティに再提出するステップをさらに含む実施形態８４の方法。
【０１３８】
８６．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、リセットの完了をＲＲＣに対して確認するステップをさらに含む実施形態１６〜８５のいずれかの方法。
【０１３９】
８７．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、リセットの完了を上位層に示すステップをさらに含む実施形態１６〜８６のいずれかの方法。
【０１４０】
８８．実施形態１〜８７のいずれかの方法を行うように構成されたプロセッサ。
【０１４１】
８９．実施形態８８のプロセッサを備える無線送受信ユニット（ＷＴＲＵ）。
【０１４２】
特徴および要素について特定の組合せで説明したが、各特徴または要素は、他の特徴および要素を伴わずに単独で、または他の特徴および要素を伴うもしくは伴わない各種組合せで使用することができる。ここに提供される方法またはフローチャートは、汎用コンピュータやプロセッサによる実行のために有形にコンピュータ可読の記憶媒体に実施された、コンピュータプログラム、ソフトウェア、またはファームウェアとして実施することができる。コンピュータ可読記憶媒体の例には、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクや取り外し可能ディスク等の磁気媒体、光磁気媒体、および、ＣＤ−ＲＯＭやデジタル多用途ディスク（ＤＶＤ）等の光学媒体が含まれる。
【０１４３】
適切なプロセッサには、例として、汎用プロセッサ、特殊用途プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途集積回路（ＡＳＩＣ）、利用者プログラム可能ゲートアレイ（ＦＰＧＡ）回路、および他の種類の集積回路（ＩＣ）、および／または状態機械が含まれる。
【０１４４】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、またはホストコンピュータで使用する無線周波トランシーバを実施することができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアとして実施されたモジュールと共に使用することができ、それらのモジュールは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動装置、スピーカ、マイクロフォン、テレビジョントランシーバ、ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波変調（ＦＭ）無線装置、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）または超広帯域（ＵＷＢ）モジュール等である。
【技術分野】
【０００１】
本願は、無線通信に関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）およびＬＴＥ発展型無線通信プログラムについての現在の取り組みは、スペクトル効率の向上と遅延の短縮を実現するために、新しいＬＴＥの設定と構成に新しい技術、新しいアーキテクチャ、および新しい方法を導入することである。その結果、無線リソースがより適切に利用されて、より高速のユーザ体験ならびにより豊富なアプリケーションおよびサービスがより低いコストでもたらされる。
【０００３】
この取り組みの一環として、３ＧＰＰは現在、それらの目的を達成する助けとなる、無線リソース制御（ＲＲＣ）層および無線リンク制御（ＲＬＣ）層向けの新しい手順を規定している。従来技術（例えばＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）仕様）では、送信機のＲＬＣエンティティは、ＲＬＣ再送の最大許可回数に達した後にはリセットを要求しなかった。代わりに、ＲＬＣエンティティは、呼を維持し、ＲＲＣが認識することなく、ＲＬＣ自身のリセットを開始することを試みる。
【０００４】
それを行うために、ＲＬＣエンティティは、ＲＬＣが回復することが可能になるまで、またはＲＬＣリセットの最大再送回数に達するまで、再送を続け、その後リセット手順を継続する。ＲＬＣに障害が発生すると、ＲＲＣは無線リンク障害（ＲＬＦ）の回復手順を開始するが、ＲＲＣ接続の再確立を試みるのではなく、送信機をアイドルモードにする。
【０００５】
現在のＬＴＥ提案では、ＲＬＣエンティティがＲＬＣ制御プロトコルデータユニット（ＰＤＵ）を使用してリセットすることが許されている。しかし、この手順は複雑である場合がある。したがって、ＲＬＣエンティティをリセットするための改良された方法および装置が必要とされる。
【発明の概要】
【０００６】
無線リソース制御シグナリングによって無線リンク制御のリセット手順が実施される方法および装置が開示される。開示されるリセット方法の開始および実行のトリガも開示される。
【０００７】
無線送受信ユニット（ＷＴＲＵ）は、基地局で、許される最大再送回数を超える回数の再送を、無線リンク障害の表れとして検出し、無線リソース制御メッセージで、無線リソース制御エンティティから、ピア無線リンク制御エンティティに無線リンク制御リセット要求を送信する。
【０００８】
あるいは、無線送受信ユニット（ＷＴＲＵ）は、無線リンク制御リセットの要求を受信する。ＷＴＲＵのプロセッサは、無線制御リソース（ＲＲＣ）エンティティおよび無線リンク制御（ＲＬＣ）エンティティを備える。ＲＲＣエンティティは、無線リソース制御メッセージにおいて無線リンク制御リセットの要求を受け取る。ＲＬＣエンティティは、ＲＬＣエンティティの受信側で順序外れで受信されたプロトコルデータユニット（ＰＤＵ）から無線リンク制御サービスデータユニット（ＳＤＵ）を再組み立てする。再組み立てされたＳＤＵは、順序通りパケットデータ収束プロトコルエンティティに送達される。ＲＬＣエンティティの受信側では、再組み立てすることができない残りのＰＤＵが破棄される。ＲＬＣエンティティの送信側では、送信バッファに格納されたすべてのＳＤＵおよびＰＤＵが破棄される。
【図面の簡単な説明】
【０００９】
より詳細な理解は、添付の図面と共に例として与えられる以下の説明から得ることができる。
【００１０】
【図１】ＲＬＣのリセットを行うように構成された送信機および受信機の機能ブロック図である。
【図２】ＲＬＣのリセットを行うように構成された送信機プロセッサと受信機プロセッサの機能ブロック図である。
【図３】プロトコルリセット信号の信号図である。
【発明を実施するための形態】
【００１１】
以下で参照される場合、用語「無線送受信ユニット（ＷＴＲＵ）」は、これらに限定しないが、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境で動作することが可能な他の種類のユーザ装置を含む。以下で参照される場合、用語「基地局」は、これらに限定しないが、Ｎｏｄｅ−Ｂ、発展型Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することが可能な他の種類のインタフェース装置を含む。
【００１２】
本明細書に開示されるＲＬＣ「リセット」手順は、ＲＬＣ「再確立」やＲＬＣ「再構成」等の別の名称で呼んでもよいことに留意されたい。そのため、ここに開示される方法および装置は、本明細書に提案される手順が、３ＧＰＰ標準仕様中の他の名前または用語を使用して説明される場合でも成立する。
【００１３】
図１は、本開示方法を行うように構成された送信機１１０および受信機１２０の機能ブロック図である。典型的な送信機／受信機（すなわちＷＴＲＵや基地局）に備わる構成要素に加えて、送信機１１０および受信機１２０は、ＲＲＣシグナリングを使用してＲＬＣエンティティのリセットを行うように構成されたプロセッサ１１５、１２５と、プロセッサ１１５、１２５と通信状態にある受信器１１６、１２６と、プロセッサ１１５、１２５と通信状態にある送信器１１７、１２７と、無線データの送受信を助けるために受信器１１６、１２６および送信器１１７、１２７と通信状態にあるアンテナ１１８、１２８とを含む。また、受信器１１６、送信器１１７、およびアンテナ１１８はそれぞれ、単一の受信器、送信器、およびアンテナであっても、複数の個々の受信器、送信器、およびアンテナを含んでもよい。送信機１１０は、基地局受信機１２０に送信を行うＷＴＲＵであってよい。あるいは、送信機１１０は、ＷＴＲＵ受信機１２０に送信を行う基地局であってもよい。
【００１４】
図２は、送信機１１０および受信機１２０についてのシグナリング図であり、プロセッサ１１５は、無線リンク制御層（ＲＬＣ）エンティティ２２１、無線リソース制御層（ＲＲＣ）エンティティ２２２、パケットデータ収束プロトコル層（ＰＤＣＰ）層２２３を備え、プロセッサ１２５は、ＲＬＣエンティティ２３１、ＲＲＣエンティティ２３２、およびＰＤＣＰエンティティ２３３を備える。プロセッサ１１５については単一のＲＬＣエンティティ２２１を図示し、プロセッサ１２５については単一のＲＬＣエンティティ２３１を図示するが、送信側無応答（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＵＭ）ＲＬＣエンティティ、受信側ＵＭ ＲＬＣエンティティ、送信側透過モード（ＴＭ）ＲＬＣエンティティ、受信側ＴＭ ＲＬＣエンティティ、および肯定応答（ａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＡＭ）ＲＬＣエンティティを含む複数のＲＬＣエンティティがあってよい。単一のＲＬＣエンティティ２２１、２３１を図示しているのは、本明細書における説明を簡略にするためであり、開示される方法および装置に対する制限を意味するものではない。下記で無線リソース制御（ＲＲＣ）およびＲＬＣについて開示される層間のエンティティ動作は、層間に新しいプリミティブまたは情報要素を定義することによって実現できることを理解されたい。
【００１５】
ＲＬＣ障害を示すものとしてのＲＬＣリセットトリガを検出すると、送信機のプロセッサ１１５に含まれるＲＬＣエンティティ２２１は、ＲＲＣエンティティ２２２にＲＬＣリセット要求指示２０１を送信して、ＲＬＣのリセットが要求されていること（すなわち、ピアのＲＬＣエンティティ２３１とＲＬＣエンティティ２２１自体の両方をリセットすべきこと）を示す。ＲＬＣリセットトリガの一例は、ＡＭ ＲＬＣエンティティ２２１の場合、許される最大再送回数に達したことである。トリガの他の例には、イベントに対して設定されていないサービスデータユニット（ＳＤＵ）の破棄、シーケンス番号に誤りがあることを示すＲＬＣステータスＰＤＵ、回復不能エラー、およびＲＬＣのリセットを必要とする他のイベントまたはトリガが含まれる。
【００１６】
ＲＲＣエンティティ２２２に転送されるＲＬＣリセット要求指示２０１は、情報要素（ＩＥ）または単一もしくは複数のビット値の形で以下の種類の要求情報の１つまたは複数を含むことができる。原因値を含めて、ＲＬＣリセット要求指示２０１の理由を示してもよい。例えば、トリガが、最大再送回数に達したことである場合は、ＲＬＣリセット要求指示２０１は、ＲＲＣエンティティ２２２に対するその旨の指示を含む。ＲＬＣリセット要求指示２０１にはステータス情報も含めて、ＲＬＣのリセットを要求しているＲＬＣエンティティ２２１について正確に受信された最後のシーケンス番号（ＳＮ）を示してもよい。ＲＬＣリセット要求指示２０１は、リセットしようとするＲＬＣエンティティ２２１の識別（例えばＲＬＣエンティティの識別は、ＲＬＣエンティティに関連付けられた論理チャネルインスタンス、またはＲＬＣエンティティに関連付けられた無線ベアラに拠ることができる）も含むことができ、あるいは、新しいＲＬＣエンティティＩＤを定義し、当該ＲＬＣエンティティを明示的に識別するためにそのＩＤを示してもよい。
【００１７】
ＲＬＣリセット要求指示２０１をＲＲＣエンティティ２２２に転送した後、ＲＬＣエンティティ２２１は、以下の１つまたは複数を行うことができる：
１．各ＲＬＣエンティティ２２１に固有、または各ＲＬＣエンティティ２２１に共通のタイマＴ１０１を開始する。
２．リセットされるＲＬＣエンティティ２２１におけるプロトコルデータユニット（ＰＤＵ）の送信を一時停止する。
３．ＲＬＣリセットの前に送信されたＳＤＵのバッファをフラッシュ（ｆｌｕｓｈ）する。
４．ＲＬＣエンティティ２２１におけるＰＤＵの受信を一時停止する。これは、そのエンティティについての受信ＰＤＵを破棄することを介して行うことができる。
５．リセット要求の回数を計数するカウンタＣ１０１を増分／減分する。このカウンタは、各ＲＬＣエンティティに固有とすることができる。
６．ＲＬＣエンティティ２２１を初期設定されたパラメータにリセットする（例えばシーケンス番号（ＳＮ）をゼロにリセットする等）。あるいは、ＲＬＣエンティティ２２１はタイマＴ１０１の満了時にこのリセット動作を行ってもよい。
７．ＲＲＣエンティティ２２２からの指示２０２を待ってから、上記のいずれかの手順を開始する。ＲＲＣエンティティ２２２からの指示２０２は、リセット要求指示２０１の肯定応答および／またはＲＲＣエンティティ２２２によって開始されるリセット手順の確認の形をとることができる。
【００１８】
ＲＲＣエンティティ２２２は、ＲＬＣリセットが要求されている旨のＲＬＣリセット指示２０１を受信すると、ピアのＲＲＣエンティティ２３２にＲＲＣメッセージ２０３を送信してＲＬＣのリセットが要求されていることを示すことができる。ＲＬＣリセットのためのパラメータは、ＲＲＣメッセージ２０３（例えばＲＲＣ接続再確立メッセージ、またはＲＲＣ接続再構成メッセージ）、または、下記でさらに説明するように、プロトコルリセットメッセージ等のリセット手順専用の新規のＲＲＣメッセージに含めることができる。ＲＬＣリセット要求情報を送信するために、ＲＬＣリセットＩＥやプロトコルリセット指示子情報要素（ＩＥ）等の新規のＩＥを使用して、ＲＬＣエンティティ２２１のリセット要求を示すことができる。このＩＥは、任意のＲＲＣメッセージ２０３、またはリセット手順専用の専用メッセージで搬送することができる。ＲＬＣリセットＩＥのパラメータの一例を下の表１に示す。
【００１９】
【表１】
【００２０】
表１に記載する個々のＩＥは、任意であり、それらＩＥに含まれる情報は異なる方式で渡されてもよい。リセットを示すＲＲＣメッセージ２０３は、任意のリセット指示でよい。例えば、ＲＲＣメッセージ２０３は、これらに限定されないが、任意のＲＲＣメッセージで、専用メッセージへのより詳細なＩＥ（例えばプロトコルリセット指示子ＩＥを参照）に渡すことができる１ビットまたは数ビットを含むことができる。ＲＲＣメッセージ２０３中の指示は、明示的であっても暗示的であってもよく、ＲＬＣおよび／またはＰＤＣＰのステータスも含んでよい。暗示的な指示の場合は、リセットＩＥを含まない別個に送信されるＲＲＣメッセージで、事前に決められた定義に従い、単にそのＲＲＣメッセージの名前により、リセットが要求されていることを示すことができる。
【００２１】
ＲＬＣリセット要求をピアＲＲＣエンティティ２３２に示すＲＲＣメッセージ２０３は、リセット／リセットの起動の時刻の明示的または暗示的な指示を含むことができる。あるいは、これは、送信時間間隔（ＴＴＩ）またはシステムフレーム番号（ＳＦＮ）に基づいて実現することもできる。一例として、ＲＬＣのリセットを、ＳＦＮ、または、ＲＲＣメッセージ２０３が送信／受信された最後のＴＴＩを基準とするＴＴＩの番号により調整して同期化を実現することができる。
【００２２】
リセットすべきＲＬＣエンティティ２２１が、リセットを示すＲＲＣメッセージ２０３を開始するＲＬＣエンティティと同じである場合は、ＲＲＣエンティティ２２２は、送信機１１０の別のＲＬＣエンティティにマッピングされた無線ベアラ（ＲＢ）を介して、リセットを示すメッセージを送信することができる。あるいは、新しいＲＢとそれに関連付けられたＲＬＣエンティティを設定してもよい。あるいは、ＲＬＣリセットＩＥを含んでいるＲＲＣメッセージ２０３をシグナリングＲＢ（ＳＲＢ）で送信することができる。このＳＲＢは、ＲＬＣのリセットおよびいくつかの他の目的（例えばＰＤＣＰのリセット）専用とすることができる。このＳＲＢがリセットされる可能性を回避するために、ＳＲＢはＲＬＣ ＵＭエンティティにマッピングされることが好ましい。
【００２３】
ＲＲＣエンティティ２２２は、ＲＬＣリセットのためのＲＲＣメッセージ２０３が確実に１つのＲＬＣ ＰＤＵに収まるようにすることができる。ＲＲＣエンティティ２２２は、異なるＲＬＣエンティティ２２１からの複数のリセット要求を集約して１つのメッセージ２０３とすることができる。送信側のＲＲＣエンティティ２２２が、リセット手順が現在行われている送信側ＲＬＣエンティティ２２１に対するリセット要求を受信した場合は、その要求を無視してよい。送信側のＲＲＣエンティティ２２２は、送信側ＲＬＣ層／エンティティからのリセット要求に肯定応答信号２０２で肯定応答することができる。
【００２４】
送信側ＲＲＣエンティティ２２２は、ＰＤＣＰエンティティ２２３にペンディングＲＬＣリセット指示２０４を送信することができる。これは、送信機１１０においてＰＤＣＰステータスＰＤＵの生成をトリガすることができる。
【００２５】
ＲＬＣリセット要求を示すＲＲＣメッセージ２０３の送信後、ＲＲＣエンティティ２２２は、以下の１つまたは複数を行うことができる：
１．送信側のＲＲＣエンティティ２２２がさらなる動作を開始する前にＲＬＣリセット肯定応答２１３を待つことが可能な時間を決定することができるタイマＴ１０２タイマを開始する。
２．ＲＲＣメッセージ２０３を介したＲＬＣリセット要求の回数を計数するカウンタＣ１０２を増分／減分する。このカウンタは、各ＲＬＣエンティティ２２１に固有とすることができ、ＲＬＣリセット要求についてのＲＳＮを示すために使用することができる。ＲＲＣエンティティ２２２は、ＲＲＣトランザクション識別子を使用して、同じリセット要求の各再送を区別することができる。
３．ＲＬＣリセット手順が開始されたという旨の指示２０５をＲＬＣエンティティ２２１に提供する。
上記のタイマＴ１０２が満了した場合、ＲＲＣエンティティ２２２は、以下の１つを実施することができる：
１．別のＲＲＣメッセージ２０３でＲＬＣリセット要求を再送する。
２．場合によってはリセットすべき別のＲＬＣエンティティへの参照と共に、新しいＲＬＣリセット要求を送信する。
３．カウンタＣ１０２を増分／減分し、タイマＴ１０２を再開する。
４．タイマＴ１０２の満了の指示をＲＬＣエンティティ２２１に提供する。
【００２６】
カウンタＣ１０２が所定の値（例えば最大リセット要求回数の設定値／事前に決められた値）に達すると、ＲＲＣエンティティ２２１は、異なる手順のセットを開始することができる。例えば、ＲＲＣエンティティ２２２は、ＲＲＣ再構成手順、無線リンク障害手順、物理チャネル再構成手順、または何らかの他の回復手順を開始することができる。
【００２７】
ＲＲＣエンティティ２２２は、ハイブリッド自動再送要求（ＨＡＲＱ）の支援を使用して、リセット指示子を含んだＲＲＣメッセージ２０３を再送することができる。例えば、ＨＡＲＱエンティティ２２４は、ＲＬＣリセットを含んでいるＲＲＣ ＰＤＵの送達が失敗したことをＲＲＣエンティティ２２２に示すことができ、その後ＲＲＣ２２２はそのＰＤＵを再送する。
【００２８】
受信機１１５では、ＲＬＣリセット要求を含むＲＲＣメッセージ２０３を受信すると、ＲＲＣエンティティ２３２が以下の動作の１つまたは複数を実施する：
１．リセット要求の受信に肯定応答するＲＲＣメッセージ肯定応答２１３を、送信機のＲＲＣエンティティ２２２に返信する。受信機のＲＲＣエンティティ２３２は、そのＲＬＣリセット要求を受信機のＲＬＣエンティティ２３１に渡すことができる。あるいは、肯定応答２１３は、ＲＬＣエンティティ２３１からのリセット確認を待ってから送信してもよい。
２．ＲＬＣエンティティ２３１のために設定されたＲＢにおけるＰＤＵの送信／受信を停止する。
３．ＲＬＣエンティティ２３１にＲＬＣデータバッファをフラッシュするように命じる。
４．関連付けられたリセットパラメータとともに、ＲＬＣリセット要求を、ＲＬＣエンティティ２３１には指示２１１として、ＰＤＣＰエンティティ２３３には指示２１４として渡す。
【００２９】
リセットすべきＲＬＣエンティティ２３１が、ＲＬＣリセット肯定応答を示すＲＲＣメッセージ２１３を開始することになるＲＬＣエンティティと同じである場合は、受信機のＲＲＣエンティティ２２２は、異なるＲＬＣエンティティにマッピングされたＲＢを介して、リセット肯定応答を示すメッセージを送信することができる。あるいは、新しいＲＢとそれに関連付けられたＲＬＣエンティティを設定してもよい。
【００３０】
別の代替法では、ＲＬＣリセット肯定応答のＩＥを含むＲＲＣメッセージ２１３をシグナリングＲＢ（ＳＲＢ）で送信することができる。このＳＲＢは、ＲＬＣのリセット肯定応答およびいくつかの他の目的（例えばＰＤＣＰのリセット肯定応答）専用とすることができる。このＳＲＢがリセットされる可能性を回避するために、このＳＲＢは、ＵＭ ＲＬＣエンティティにマッピングすることができる。
【００３１】
ＲＲＣエンティティ２３２は、リセットに肯定応答するためのＲＲＣメッセージ２１３が確実に１つのＲＬＣ ＰＤＵ内に収まるようにすることができる。ＲＲＣエンティティ２３２は、異なるＲＬＣエンティティ２３１についての複数のリセット肯定応答を集約して１つのメッセージにすることができる。
【００３２】
ＲＲＣ手順では、ＨＡＲＱの支援を使用して、リセット肯定応答指示子を含むＲＲＣメッセージを再送することができる。例えば、ＨＡＲＱエンティティ２３４は、ＲＬＣリセットの肯定応答を含んでいるＲＲＣ ＰＤＵの送達が失敗したことをＲＲＣ２３２に示すことができ、その後ＲＲＣエンティティ２３２は、そのＰＤＵを再送する。
【００３３】
ＲＲＣエンティティ２３２は、ＲＬＣリセットが発生した旨のＲＬＣリセット指示２１２を受信すると、ピアＲＲＣエンティティ２２２にＲＲＣメッセージ２１３を送信して、ＲＬＣリセットの肯定応答を示すことができる。ＲＬＣリセット肯定応答のパラメータは、任意のＲＲＣメッセージ２１３（例えばＲＲＣ接続再確立完了メッセージまたはＲＲＣ接続再構成完了メッセージ）、または下記でさらに説明するように、プロトコルリセット肯定応答メッセージ等のリセット手順専用の新規のＲＲＣメッセージに含めることができる。ＲＬＣリセット肯定応答情報を送信するために、ＲＬＣリセット肯定応答ＩＥやプロトコルリセットＡＣＫ ＩＥ等の新規のＩＥを使用して、ＲＬＣエンティティ２３１のリセットを示すことができる。このＩＥは、任意のＲＲＣメッセージ２１３、またはＲＬＣリセット手順専用の専用メッセージで搬送することができる。ＲＬＣリセット肯定応答ＩＥのパラメータの一例を下の表２に示す。
【００３４】
【表２】
【００３５】
上記の個々のＲＬＣリセット肯定応答ＩＥパラメータは任意であり、ＩＥに含まれる情報は別の方式で渡してもよいことを理解されたい。
【００３６】
受信機のＲＬＣエンティティ２３１が、ＲＲＣエンティティ２３２からリセットを命じるコマンドを受信すると、ＲＬＣエンティティ２３１は、以下の１つまたは複数を実施することができる：
１．そのエンティティについてのＲＬＣ状態変数の一部またはすべてを各自の初期値／デフォルト値に、またはリセット要求で設定された値（存在する場合）にリセットする。
２．設定可能パラメータを、各自の設定値、またはリセット要求で受け取られた新しい値（存在する場合）にリセットする。
３．そのＲＬＣエンティティ２３１に関連付けられた任意のタイマまたはすべてのタイマを停止および／または再開する。
４．ＲＬＣエンティティ２３１の受信側では、可能であれば、順序外れで受信されたＰＤＵからＲＬＣ ＳＤＵを再度組み立てて、上位層エンティティ（例えばＰＤＣＰエンティティ２３３）に送達し、再度組み立ててＲＬＣ ＳＤＵにすることができなかった残りのＰＤＵを破棄する。
５．ＲＬＣエンティティ２３１の送信側では、ＲＬＣエンティティ２３１のＰＤＵ（再）送信バッファからすべてのＲＬＣ ＰＤＵを破棄する。
６．ＲＬＣエンティティ２３１の送信側では、ＲＬＣエンティティ２３１のＳＤＵ送信バッファからすべてのＲＬＣ ＳＤＵを破棄し、破棄されたＳＤＵを上位層エンティティ（例えばＰＤＣＰエンティティ２３３）に通知する。その通知を受信した後、上位層（例えばＰＤＣＰエンティティ２３３）は、ＲＬＣのリセットが完了した後に、下位層のＲＬＣエンティティ２３１に送信すべきそれらのＳＤＵを再提出（すなわち有効に再送）することができる。別の代替法では、ＲＬＣエンティティ２３１の送信側では、リセットが発生した時にＲＬＣエンティティ２３１のＳＤＵ送信バッファからＲＬＣ ＳＤＵを破棄しない。
７．ＲＬＣエンティティ２３１の送信側では、ピアＲＬＣエンティティ２２１によって受信が肯定応答（確認）されなかったすべてのＳＤＵを上位層（例えばＰＤＣＰエンティティ２３３）に通知する（ＲＬＣ ＳＴＡＴＵＳ ＰＤＵを介して）。そのような通知を受信すると、上位層のエンティティ（例えばＰＤＣＰエンティティ２３３）は、ＲＬＣのリセットが完了した後に、下位層のＲＬＣエンティティ２３１に送信すべきそれらのＳＤＵを再提出（すなわち有効に再送）することができる。
８．リセット手順の完了を指示２１２でＲＲＣに対して確認する。
９．リセットの完了を上位層エンティティ（例えば指示２１５でＰＤＣＰエンティティ２３３）に示す。
【００３７】
ＰＤＣＰエンティティ２３３は、ＲＬＣリセットの指示（ＲＲＣ指示２１４またはＲＬＣ指示２１５を介して受け取られる）を使用してＰＤＣＰステータスＰＤＵを生成することができる。
【００３８】
ＲＬＣエンティティ２３１のリセットは、ＲＲＣ手順（すなわちＲＲＣメッセージ２０３および／またはメッセージ２１３）と同期することができる。ＲＲＣ手順は、リセット／リセットの起動の時刻の明示的または暗示的な指示を含むことができる。あるいは、これは、ＴＴＩまたはＳＦＮに基づいて実現することもできる。一例として、ＲＲＣ手順とＲＬＣリセットとの間の同期は、ＳＦＮ、またはＲＲＣメッセージ２０３および／またはＲＲＣメッセージ２１３が受信された最後のＴＴＩを基準とするＴＴＩの番号により調整することができる。
【００３９】
受信機のＲＲＣエンティティ２３２からＲＲＣメッセージ２１３を介してＲＬＣリセットの肯定応答を受信すると、送信機のＲＲＣエンティティ２２２は、以下の１つまたは複数を実施する：
１．タイマＴ１０２を停止する。
２．カウンタＣ１０２をその初期値またはゼロにリセットする。
３．肯定応答ＲＲＣメッセージ２１３を、指示２０５でＲＬＣエンティティ２２１に、指示２０６でＰＤＣＰエンティティ２２３に対して確認する。
【００４０】
ＲＬＣエンティティ２２１は、ＲＲＣ指示２０５を介してリセット要求の肯定応答を受け取ると、以下の１つまたは複数を実施する：
１．タイマＴ１０１を停止する。
２．カウンタＣ１０１をゼロにリセットする。
３．そのエンティティについてのＲＬＣ状態変数の一部またはすべてを、各自の初期値／デフォルト値、またはリセット要求で設定された値（存在する場合）にリセットする。
４．設定可能パラメータを各自の設定値またはリセット要求で受け取った新しい値（存在する場合）にリセットする。
５．そのＲＬＣエンティティ２２１に関連付けられた任意のタイマまたはすべてのタイマを停止および／または再開する。
６．ＲＬＣエンティティ２２１の受信側では、可能であれば、順序外れで受信されたＰＤＵからＲＬＣ ＳＤＵを再度組み立てて、順序通りにＰＤＣＰエンティティ２２３に送達し、ＲＬＣ ＳＤＵに再度組み立てることができなかった残りのＰＤＵを破棄する。
７．ＲＬＣエンティティ２２１の送信側では、ＲＬＣエンティティ２２１のＰＤＵ（再）送信バッファからすべてのＲＬＣ ＰＤＵを破棄する。
８．ＲＬＣエンティティ２２１の送信側では、ＲＬＣエンティティ２２１のＳＤＵ送信バッファからすべてのＲＬＣ ＳＤＵを破棄し、破棄されたＳＤＵを上位層のエンティティ（例えばＰＤＣＰエンティティ２２３）に通知する。その通知を受信した後、上位層（例えばＰＤＣＰエンティティ２２３）は、ＲＬＣのリセットが完了した後に、下位層のＲＬＣエンティティ２２１に送信すべきそれらのＳＤＵを再提出（すなわち有効に再送）することができる。別のやや好ましくない代替法では、ＲＬＣエンティティの送信側では、（リセットが発生したときに）ＲＬＣエンティティ２２１のＳＤＵ送信バッファからＲＬＣ ＳＤＵを破棄しない。
９．ＲＬＣエンティティ２２１の送信側では、ピアＲＬＣエンティティによって受信が肯定応答（確認）されなかったすべてのＳＤＵを上位層（例えばＰＤＣＰ２２３）に通知する（ＲＬＣ ＳＴＡＴＵＳ ＰＤＵを介して）。そのような通知を受信すると、上位層（例えばＰＤＣＰエンティティ２２３）は、ＲＬＣのリセットが完了した後に、下位層のＲＬＣエンティティ２２１に送信すべきそれらのＳＤＵを再提出（すなわち有効に再送）することができる。
１０．リセット手順の完了をＲＲＣエンティティ２２２に対して確認する。
１１．リセットの完了を上位層（例えばＰＤＣＰ２２３）に示す。
【００４１】
ＰＤＣＰエンティティ２２３は、（ＲＲＣ指示２０６またはＲＬＣ指示２０８を介して受け取られる）ＲＬＣリセットの肯定応答を使用してＰＤＣＰステータスＰＤＵを生成することができる。
【００４２】
ＲＬＣ２２１のリセットは、ＲＲＣ手順（すなわちＲＲＣメッセージ２０３および／またはメッセージ２１３）と同期することができる。ＲＲＣ手順は、リセット／リセットの起動の時刻の明示的または暗示的な指示を含むことができる。あるいは、これは、ＴＴＩまたはＳＦＮに基づいて実現することもできる。一例として、ＲＲＣ手順とＲＬＣ２２１のリセットとの間の同期は、ＳＦＮ、またはＲＲＣメッセージ２０３および／またはＲＲＣメッセージ２１３が受信された最後のＴＴＩを基準としたＴＴＩの番号により調整することができる。
【００４３】
上記で開示したＲＲＣを介して実現されるＲＬＣのリセットの方法に従い、以下に、図３に示すプロトコルリセット手順に即したＲＲＣメッセージ２０３および２１３についてのＲＲＣシグナリングの要約を示す。
【００４４】
送信側のＲＲＣエンティティ２２２は、いつでも送信機１１０中のＲＬＣエンティティ２２１がＲＬＣエンティティをリセットする必要性を示したときにこのプロトコルリセット手順を開始することができる。
【００４５】
手順が開始されると、送信側ＲＲＣエンティティ２２２は：
１＞プロトコルリセット要求メッセージ３０１の送信を開始する
１＞ＲＬＣに手順の開始を示す（任意）
１＞下位層からメッセージの送信の成功が示された時にタイマＴ１０２を開始する
タイマＴ１０２が満了すると、送信側ＲＲＣエンティティ２２２は：
１＞プロトコルリセット要求メッセージ３０１の送信を再度開始する
１＞下位層からメッセージの送信の成功が通知された時にタイマＴ１０２を再開する
送信側ＲＲＣエンティティ２２２は、プロトコルリセット要求メッセージ３０１の送信を開始する時に以下の動作を行う：
１＞それが新しいリセット要求である場合
２＞カウンタＣ１０２の新しいインスタンスを初期化し、１増分する
１＞それが、再送されるリセット要求である場合
２＞カウンタＣ１０２を１増分する
送信側ＲＲＣエンティティ２２２は、プロトコルリセット要求メッセージ３０１の内容を次のように設定する：
０＞Ｃ１０２カウンタが「リセット再送の最大回数＋１」以下である場合
１＞リセットすべきＲＬＣエンティティをプロトコルリセット要求メッセージ３０１中で識別し、メッセージ内にＣ１０２カウンタの値と等しくなるようにトランザクション識別子を設定する
０＞その他の場合
１＞ＲＬの障害を宣言し、ＲＬ障害処理手順を開始する
２＞ＲＲＣ再確立要求を送信することにより、接続を再確立することを試みる
プロトコルリセット要求メッセージ３０１を受信すると、ＲＲＣエンティティ２３２は：
１＞プロトコルリセット肯定応答メッセージ３０２の送信を開始する
１＞ＲＬＣエンティティ２３１にリセット要求を渡す
１＞下位層からメッセージの送信の成功が通知されるとタイマＴ１０３を開始する（任意）
ＲＲＣエンティティ２３２は、プロトコルリセット肯定応答メッセージ３０２の内容を次のように設定する：
１＞メッセージのトランザクション識別子の値を、肯定応答対象のプロトコルリセット要求メッセージ３０１中の対応するトランザクション識別子に設定する
プロトコルリセット肯定応答３０２を受信すると、ＲＲＣエンティティ２２２は：
１＞タイマＴ１０２を停止する
１＞カウンタＣ１０２をゼロにリセットする
１＞プロトコルリセット完了メッセージ３０３の送信を開始する（任意）
１＞肯定応答の受信を下位層（例えばＲＬＣ）に示す
以下は、図３に示すメッセージの要約である。
【００４６】
プロトコルリセット要求メッセージ３０１は、下位層プロトコルエンティティのリセットを要求するために使用される：
シグナリング無線ベアラ：ＳＲＢ１またはＳＲＢ２
ＲＬＣ−ＳＡＰ：ＡＭまたはＵＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥ→Ｅ−ＵＴＲＡＮ、ＥＵＴＲＡＮ→ＵＥ
【００４７】
【表３】
【００４８】
プロトコルリセット肯定応答メッセージ３０２は、下位層プロトコルエンティティのリセットに肯定応答するために使用される：
シグナリング無線ベアラ：ＳＲＢ１またはＳＲＢ２
ＲＬＣ−ＳＡＰ：ＡＭまたはＵＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥ→Ｅ−ＵＴＲＡＮ、ＥＵＴＲＡＮ→ＵＥ
【００４９】
【表４】
【００５０】
プロトコルリセット完了メッセージ３０３は、下位層プロトコルエンティティのリセットを完了するために使用される（任意）：
シグナリング無線ベアラ：ＳＲＢ１またはＳＲＢ２
ＲＬＣ−ＳＡＰ：ＡＭまたはＵＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥ→Ｅ−ＵＴＲＡＮ、ＥＵＴＲＡＮ→ＵＥ
【００５１】
【表５】
【００５２】
ここに開示される方法および装置は、３ＧＰＰ ＬＴＥおよび／またはＨＳＰＡ拡張（例えばＷＣＤＭＡエボリューション（ＷＣＤＭＡ ｅｖｏｌｕｔｉｏｎ）Ｒｅｌ−７、Ｒｅｌ−８等）に関連するものを含む、任意の無線通信装置およびシステムに適用可能である。
【００５３】
（実施形態）
１．無線リンク制御（ＲＬＣ）エンティティをリセットする方法であって、ＲＬＣリセット指示を送信するステップを含む方法。
【００５４】
２．前記リセット指示は、無線リソース制御（ＲＲＣ）エンティティに転送される実施形態１の方法。
【００５５】
３．ＲＬＣのリセットをトリガするステップをさらに含む実施形態２の方法。
【００５６】
４．前記トリガは、シーケンス番号に誤りがあることを示すＲＬＣステータスプロトコルデータユニット（ＰＤＵ）を含む実施形態２〜３のいずれかの方法。
【００５７】
５．前記トリガは、許される最大再送回数を超える回数の再送を含む実施形態３〜４のいずれかの方法。
【００５８】
６．前記トリガは回復不能エラーを含む実施形態３〜５のいずれかの方法。
【００５９】
７．前記リセット要求は、前記リセット要求の理由を示す原因値、リセットを要求しているエンティティについて正しく受信された最後のシーケンス番号を示すステータス情報、およびリセットすべきＲＬＣエンティティの識別、のうちの１つまたは複数を含む実施形態３〜６のいずれかの方法。
【００６０】
８．前記識別は、ＲＬＣエンティティに関連付けられた論理チャネルインスタンスを使用してなされる実施形態７の方法。
【００６１】
９．前記識別は、ＲＬＣエンティティに関連付けられた無線ベアラを使用してなされる実施形態７〜８のいずれかの方法。
【００６２】
１０．ＲＬＣエンティティはタイマを開始する実施形態２〜９のいずれかの方法。
【００６３】
１１．ＲＬＣエンティティは、リセットされるエンティティにおけるＰＤＵの送信を一時停止する実施形態１０の方法。
【００６４】
１２．ＲＬＣエンティティは、前記リセットの前に送信されたＳＤＵのバッファをフラッシュする実施形態１０〜１１のいずれかの方法。
【００６５】
１３．ＲＬＣエンティティは、リセットされるエンティティにおけるＰＤＵの受信を一時停止する実施形態１０〜１２のいずれかの方法。
【００６６】
１４．ＲＬＣエンティティは、リセット要求の回数を計数するカウンタ（Ｃ１０１）を増分／減分する実施形態１０〜１３のいずれかの方法。
【００６７】
１５．前記ＲＬＣは、エンティティを設定された初期パラメータにリセットする実施形態１０〜１４のいずれかの方法。
【００６８】
１６．ＲＬＣエンティティは、リセット要求の肯定応答と共にＲＲＣ指示を受信する実施形態１０〜１５のいずれかの方法。
【００６９】
１７．前記ＲＬＣリセット指示をＲＲＣ層に転送するステップをさらに含む実施形態２〜１６のいずれかの方法。
【００７０】
１８．ピアＲＲＣエンティティにＲＲＣ制御メッセージを転送するステップをさらに含む実施形態１７の方法。
【００７１】
１９．前記ＲＲＣ制御メッセージは、ＲＬＣのリセットが必要とされている旨の指示を含む実施形態１８の方法。
【００７２】
２０．前記ＲＲＣ制御メッセージは、リセットのためのパラメータを含む実施形態１８〜１９のいずれかの方法。
【００７３】
２１．プロトコルリセット指示子情報要素（ＩＥ）がＲＬＣエンティティのリセットを示す実施形態２０の方法。
【００７４】
２２．前記ＩＥはＲＲＣ制御メッセージで搬送される実施形態２１の方法。
【００７５】
２３．前記ＩＥは専用メッセージで搬送される実施形態２１の方法。
【００７６】
２４．ＲＬＣリセット指示は、リセットの時刻の指示を含む実施形態１７〜２３のいずれかの方法。
【００７７】
２５．前記時刻の指示は明示的である実施形態２４の方法。
【００７８】
２６．前記時刻の指示は暗示的である実施形態２４の方法。
【００７９】
２７．前記リセットすべきＲＬＣエンティティ以外のＲＬＣエンティティにＲＲＣ制御メッセージを送信するステップをさらに含む実施形態１６〜２６のいずれかの方法。
【００８０】
２８．ＲＲＣエンティティは、ＲＲＣメッセージが１つのＲＬＣ ＰＤＵ内に確実に収まるようにする実施形態１６〜２７のいずれかの方法。
【００８１】
２９．ＲＲＣエンティティは、異なるＲＬＣエンティティからの複数のリセット要求を集約して１つのメッセージにする実施形態１６〜２８のいずれかの方法。
【００８２】
３０．前記ＲＲＣエンティティは、リセットが現在進行中のＲＬＣエンティティに対するリセット要求をＲＲＣ層が受信した場合は、ＲＬＣリセット指示を無視する実施形態１６〜２９のいずれかの方法。
【００８３】
３１．送信側のＲＲＣエンティティは、送信側ＲＬＣエンティティからのリセット要求に肯定応答する実施形態１６〜３０のいずれかの方法。
【００８４】
３２．送信側のＲＲＣエンティティは、ＰＤＣＰに対してペンディングＲＬＣリセットを示す実施形態１６〜３１のいずれかの方法。
【００８５】
３３．ＰＤＣＰに対する前記指示は、送信機におけるＰＤＣＰステータスＰＤＵの生成をトリガする実施形態３２の方法。
【００８６】
３４．ＲＲＣメッセージの送信後、ＲＲＣエンティティがタイマＴ１０２を開始する実施形態１６〜３３のいずれかの方法。
【００８７】
３５．タイマＴ１０２は、送信側ＲＲＣエンティティがさらなる動作を開始する前に肯定応答を待つことが可能な時間を決定する実施形態３４の方法。
【００８８】
３６．ＲＲＣメッセージの送信後、ＲＲＣエンティティは、リセット要求の回数を計数するカウンタＣ１０２を増分する実施形態１６〜３５のいずれかの方法。
【００８９】
３７．カウンタＣ１０２は、リセット要求についてのリセットシーケンス番号（ＲＳＮ）を示す実施形態３６の方法。
【００９０】
３８．ＲＲＣメッセージの送信後、ＲＲＣエンティティは、リセット手順が開始された旨の指示をＲＬＣ層に提供する実施形態１６〜３７のいずれかの方法。
【００９１】
３９．タイマＴ１０２が満了した場合、ＲＲＣはリセット要求を再送するステップをさらに含む実施形態１６〜３８のいずれかの方法。
【００９２】
４０．タイマＴ１０２が満了した場合、ＲＲＣが新しいリセット要求を送信するステップをさらに含む実施形態１６〜３８のいずれかの方法。
【００９３】
４１．タイマＴ１０２が満了した場合、ＲＲＣがカウンタを増分し、タイマＴ１０２を再開するステップをさらに含む実施形態１６〜４０のいずれかの方法。
【００９４】
４２．タイマＴ１０２が満了した場合、ＲＲＣがＲＬＣに表示を提供するステップをさらに含む実施形態１６〜４１のいずれかの方法。
【００９５】
４３．カウンタＣ１０２が所定の値に達し、ＲＲＣがＲＲＣ再構成手順を開始するステップをさらに含む実施形態１６〜４２のいずれかの方法。
【００９６】
４４．カウンタＣ１０２が所定の値に達した場合、ＲＲＣが無線リンク障害手順を開始するステップをさらに含む実施形態１６〜４３のいずれかの方法。
【００９７】
４５．カウンタＣ１０２が所定の値に達した場合、ＲＲＣが物理チャネル再構成手順を開始するステップをさらに含む実施形態１６〜４４のいずれかの方法。
【００９８】
４６．ＲＲＣは、ＲＲＣトランザクション識別子を使用して同一のリセット要求の各再送を区別する実施形態１６〜４５のいずれかの方法。
【００９９】
４７．ＲＲＣは、ハイブリッド自動再送要求（ＨＡＲＱ）の支援を使用して、リセット指示子を含むＲＲＣメッセージを再送する実施形態１６〜４６のいずれかの方法。
【０１００】
４８．前記ＨＡＲＱは、ＲＬＣリセットを含んでいるＲＲＣ ＰＤＵの送達が失敗したことをＲＲＣに示す実施形態４７の方法。
【０１０１】
４９．ＲＬＣエンティティに対するリセット要求を含むＲＲＣメッセージを受信すると、受信側のＲＲＣエンティティがリセット要求の肯定応答を送信機に送信するステップをさらに含む実施形態１６〜４８のいずれかの方法。
【０１０２】
５０．受信側のＲＲＣ層がリセット要求を受信側のＲＬＣ層に渡すステップをさらに含む実施形態４９の方法。
【０１０３】
５１．肯定応答を送信する前にＲＬＣ層からの確認を待つステップをさらに含む実施形態５０の方法。
【０１０４】
５２．ＲＬＣエンティティに対するリセット要求を含むＲＲＣメッセージを受信すると、受信側ＲＲＣエンティティが、リセットすべきＲＬＣエンティティに対して設定されたＰＤＵの送信および受信を停止するステップをさらに含む実施形態１６〜５１のいずれかの方法。
【０１０５】
５３．ＲＬＣエンティティに対するリセット要求を含むＲＲＣメッセージを受信すると、受信側ＲＲＣエンティティがデータバッファをフラッシュするステップをさらに含む実施形態１６〜５２のいずれかの方法。
【０１０６】
５４．ＲＬＣエンティティに対するリセット要求を含むＲＲＣメッセージを受信すると、受信側ＲＲＣエンティティが、そのリセット要求および関連付けられたリセットパラメータをＲＬＣエンティティに渡すステップをさらに含む実施形態１６〜５３のいずれかの方法。
【０１０７】
５５．ＲＬＣエンティティのリセットの受信に肯定応答するためのプロトコルリセットＡＣＫ ＩＥが使用される実施形態１６〜５４のいずれかの方法。
【０１０８】
５６．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、そのＲＬＣエンティティについてのＲＬＣ状態変数の１つまたは複数を各々の初期値、またはリセット要求に含まれる値にリセットするステップをさらに含む実施形態１６〜５５のいずれかの方法。
【０１０９】
５７．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、設定可能パラメータを各々の設定値、またはリセット要求に含まれる値にリセットするステップをさらに含む実施形態１６〜５６のいずれかの方法。
【０１１０】
５８．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、そのエンティティに関連付けられた任意のタイマまたはすべてのタイマを停止および／または再開するステップをさらに含む実施形態１６〜５７のいずれかの方法。
【０１１１】
５９．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、ＲＬＣエンティティの受信側で、順序外れで受信されたＰＤＵからＲＬＣ ＳＤＵを再組み立てし、ＰＤＣＰエンティティに送達するステップをさらに含む実施形態１６〜５８のいずれかの方法。
【０１１２】
６０．ＲＬＣ ＳＤＵに再組み立てすることができなかった残りのＰＤＵを破棄するステップをさらに含む実施形態５９の方法。
【０１１３】
６１．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、ＲＬＣエンティティの送信側で、ＲＬＣエンティティのＰＤＵ送信バッファからすべてのＲＬＣ ＰＤＵを破棄するステップをさらに含む実施形態１６〜６０のいずれかの方法。
【０１１４】
６２．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、ＲＬＣエンティティの送信側で、ＲＬＣエンティティのＳＤＵ送信バッファからすべてのＲＬＣ ＳＤＵを破棄するステップをさらに含む実施形態１６〜６１のいずれかの方法。
【０１１５】
６３．破棄されたＳＤＵを上位層に通知するステップをさらに含む実施形態６２の方法。
【０１１６】
６４．ＲＬＣリセットの完了後、上位層が、下位層のＲＬＣエンティティに送信すべきＳＤＵを再提出するステップをさらに含む実施形態６３の方法。
【０１１７】
６５．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、ＲＬＣエンティティの送信側において、ピアＲＬＣエンティティによって受信が肯定応答されていないすべてのＳＤＵを上位層に通知するステップをさらに含む実施形態１６〜６４のいずれかの方法。
【０１１８】
６６．そのような通知を受け取った後、上位層が、ＲＬＣリセットの完了後に、送信すべきそれらＳＤＵを下位層のＲＬＣエンティティに再提出するステップをさらに含む実施形態６５の方法。
【０１１９】
６７．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、リセットの完了をＲＲＣに対して確認するステップをさらに含む実施形態１６〜６６のいずれかの方法。
【０１２０】
６８．受信機におけるＲＬＣが、ＲＬＣエンティティをリセットするコマンドをＲＲＣ層から受信すると、受信機の前記ＲＬＣが、リセットの完了を上位層に示すステップをさらに含む実施形態１６〜６７のいずれかの方法。
【０１２１】
６９．ＰＤＣＰ層は、ＲＬＣリセットの指示を使用してＰＤＣＰステータスＰＤＵを生成する実施形態１６〜６８のいずれかの方法。
【０１２２】
７０．受信機のＲＲＣエンティティによってＲＬＣリセットの肯定応答が受信されると、送信機のＲＲＣエンティティがタイマＴ１０２を停止するステップをさらに含む実施形態１６〜６９のいずれかの方法。
【０１２３】
７１．受信機のＲＲＣエンティティによってＲＬＣリセットの肯定応答が受信されると、送信機のＲＲＣエンティティがカウンタＣ１０２をその初期値またはゼロにリセットするステップをさらに含む実施形態１６〜７０のいずれかの方法。
【０１２４】
７２．受信機のＲＲＣエンティティによってＲＬＣリセットの肯定応答が受信されると、送信機のＲＲＣエンティティが、ＲＬＣ層またはＰＤＣＰエンティティに対して肯定応答を確認するステップをさらに含む実施形態１６〜７１のいずれかの方法。
【０１２５】
７３．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが時間Ｔ１０１を停止するステップをさらに含む実施形態１６〜７２のいずれかの方法。
【０１２６】
７４．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティがカウンタＣ１０１をゼロにリセットするステップをさらに含む実施形態１６〜７３のいずれかの方法。
【０１２７】
７５．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、ＲＬＣエンティティについてのＲＬＣ状態変数の１つまたは複数を各自の初期値、またはリセット要求に含まれる値にリセットするステップをさらに含む実施形態１６〜７４のいずれかの方法。
【０１２８】
７６．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、設定可能パラメータを各自の設定値、またはリセット要求に含まれる値にリセットするステップをさらに含む実施形態１６〜７５のいずれかの方法。
【０１２９】
７７．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、そのエンティティに関連付けられた任意のタイマまたはすべてのタイマを停止または再開するステップをさらに含む実施形態１６〜７６のいずれかの方法。
【０１３０】
７８．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、順序外れで受信されたＰＤＵからＲＬＣ ＳＤＵを再組み立てし、ＰＤＣＰエンティティに送達するステップをさらに含む実施形態１６〜７７のいずれかの方法。
【０１３１】
７９．ＲＬＣ ＳＤＵに再組み立てすることができなかった残りのＰＤＵを破棄するステップをさらに含む実施形態７８の方法。
【０１３２】
８０．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、ＲＬＣエンティティの送信側で、ＲＬＣエンティティのＰＤＵ送信バッファからすべてのＲＬＣ ＰＤＵを破棄するステップをさらに含む実施形態１６〜７９のいずれかの方法。
【０１３３】
８１．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、ＲＬＣエンティティの送信側で、ＲＬＣエンティティのＳＤＵ送信バッファからすべてのＲＬＣ ＳＤＵを破棄するステップをさらに含む実施形態１６〜８０のいずれかの方法。
【０１３４】
８２．破棄されたＳＤＵを上位層に通知するステップをさらに含む実施形態８１の方法。
【０１３５】
８３．通知を受信した後、上位層が、ＲＬＣリセットの完了後に、送信すべきそれらＳＤＵを下位層のＲＬＣエンティティに再提出するステップをさらに含む実施形態８２の方法。
【０１３６】
８４．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、ＲＬＣエンティティの送信側において、ピアＲＬＣエンティティによって受信が肯定応答されていないすべてのＳＤＵを上位層に通知するステップをさらに含む実施形態１６〜８３のいずれかの方法。
【０１３７】
８５．通知を受け取った後、上位層が、ＲＬＣリセットの完了後に、送信すべきＳＤＵを下位層のＲＬＣエンティティに再提出するステップをさらに含む実施形態８４の方法。
【０１３８】
８６．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、リセットの完了をＲＲＣに対して確認するステップをさらに含む実施形態１６〜８５のいずれかの方法。
【０１３９】
８７．ＲＲＣを介してリセット要求の肯定応答を受信すると、送信機のＲＬＣエンティティが、リセットの完了を上位層に示すステップをさらに含む実施形態１６〜８６のいずれかの方法。
【０１４０】
８８．実施形態１〜８７のいずれかの方法を行うように構成されたプロセッサ。
【０１４１】
８９．実施形態８８のプロセッサを備える無線送受信ユニット（ＷＴＲＵ）。
【０１４２】
特徴および要素について特定の組合せで説明したが、各特徴または要素は、他の特徴および要素を伴わずに単独で、または他の特徴および要素を伴うもしくは伴わない各種組合せで使用することができる。ここに提供される方法またはフローチャートは、汎用コンピュータやプロセッサによる実行のために有形にコンピュータ可読の記憶媒体に実施された、コンピュータプログラム、ソフトウェア、またはファームウェアとして実施することができる。コンピュータ可読記憶媒体の例には、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクや取り外し可能ディスク等の磁気媒体、光磁気媒体、および、ＣＤ−ＲＯＭやデジタル多用途ディスク（ＤＶＤ）等の光学媒体が含まれる。
【０１４３】
適切なプロセッサには、例として、汎用プロセッサ、特殊用途プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途集積回路（ＡＳＩＣ）、利用者プログラム可能ゲートアレイ（ＦＰＧＡ）回路、および他の種類の集積回路（ＩＣ）、および／または状態機械が含まれる。
【０１４４】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、またはホストコンピュータで使用する無線周波トランシーバを実施することができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアとして実施されたモジュールと共に使用することができ、それらのモジュールは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動装置、スピーカ、マイクロフォン、テレビジョントランシーバ、ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波変調（ＦＭ）無線装置、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）または超広帯域（ＵＷＢ）モジュール等である。
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、
無線リソース制御（ＲＲＣ）接続再構成メッセージに応答して、前記ＲＲＣ接続再構成メッセージを受信するステップと、
ＲＬＣサービスデータユニット（ＳＤＵ）を、ＲＬＣエンティティの受信側において順序外れで受信されたプロトコルデータユニット（ＰＤＵ）から再組み立てするステップと、
前記ＲＬＣエンティティの前記受信側で、再組み立てすることができない残りのＰＤＵを破棄するステップと、
前記ＲＬＣエンティティの送信側で、送信バッファに格納されたすべてのＳＤＵおよびＰＤＵを破棄するステップと、
前記ＲＬＣエンティティに関連付けられたタイマを停止およびリセットするステップと、
前記ＲＬＣエンティティに関連付けられた状態変数を初期値にリセットするステップと
を含むことを特徴とする方法。
【請求項２】
ＲＬＣリセット肯定応答を、前記ＲＬＣエンティティに送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＲＬＣエンティティの動作タイプは、肯定応答モードであることを特徴とする請求項１に記載の方法。
【請求項４】
無線送受信ユニット（ＷＴＲＵ）であって、
無線リソース制御（ＲＲＣ）接続再構成メッセージを受信するように構成されたＲＲＣエンティティと、
無線リンク制御（ＲＬＣ）エンティティであって、前記ＲＲＣ接続再構成メッセージ応答して、前記ＲＬＣエンティティの受信側において順序外れで受信されたプロトコルデータユニット（ＰＤＵ）からＲＬＣサービスデータユニット（ＳＤＵ）を再組み立てし、前記ＲＬＣエンティティの前記受信側で、再組み立てすることができない残りのＰＤＵを破棄し、前記ＲＬＣエンティティの送信側で、送信バッファに格納されたすべてのＳＤＵおよびＰＤＵを破棄し、前記ＲＬＣエンティティに関連付けられたタイマを停止およびリセットし、前記ＲＬＣエンティティに関連付けられた状態変数を初期値にリセットするように構成された無線リンク制御エンティティと
を備えるプロセッサ
を備えることを特徴とするＷＴＲＵ。
【請求項５】
前記ＲＲＣエンティティはさらに、前記受信したＲＬＣリセット要求に肯定応答するためのＲＬＣリセット肯定応答を送信するように構成されることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項６】
前記ＲＲＣエンティティはさらに、前記ＲＬＣエンティティが前記受信されたリセット要求に従ってリセットを完了すると、ＲＬＣリセット肯定応答を、前記ＲＬＣエンティティに送信するように構成されることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項７】
前記ＲＬＣエンティティの動作タイプは、肯定応答モードであることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項１】
無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、
無線リソース制御（ＲＲＣ）接続再構成メッセージに応答して、前記ＲＲＣ接続再構成メッセージを受信するステップと、
ＲＬＣサービスデータユニット（ＳＤＵ）を、ＲＬＣエンティティの受信側において順序外れで受信されたプロトコルデータユニット（ＰＤＵ）から再組み立てするステップと、
前記ＲＬＣエンティティの前記受信側で、再組み立てすることができない残りのＰＤＵを破棄するステップと、
前記ＲＬＣエンティティの送信側で、送信バッファに格納されたすべてのＳＤＵおよびＰＤＵを破棄するステップと、
前記ＲＬＣエンティティに関連付けられたタイマを停止およびリセットするステップと、
前記ＲＬＣエンティティに関連付けられた状態変数を初期値にリセットするステップと
を含むことを特徴とする方法。
【請求項２】
ＲＬＣリセット肯定応答を、前記ＲＬＣエンティティに送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＲＬＣエンティティの動作タイプは、肯定応答モードであることを特徴とする請求項１に記載の方法。
【請求項４】
無線送受信ユニット（ＷＴＲＵ）であって、
無線リソース制御（ＲＲＣ）接続再構成メッセージを受信するように構成されたＲＲＣエンティティと、
無線リンク制御（ＲＬＣ）エンティティであって、前記ＲＲＣ接続再構成メッセージ応答して、前記ＲＬＣエンティティの受信側において順序外れで受信されたプロトコルデータユニット（ＰＤＵ）からＲＬＣサービスデータユニット（ＳＤＵ）を再組み立てし、前記ＲＬＣエンティティの前記受信側で、再組み立てすることができない残りのＰＤＵを破棄し、前記ＲＬＣエンティティの送信側で、送信バッファに格納されたすべてのＳＤＵおよびＰＤＵを破棄し、前記ＲＬＣエンティティに関連付けられたタイマを停止およびリセットし、前記ＲＬＣエンティティに関連付けられた状態変数を初期値にリセットするように構成された無線リンク制御エンティティと
を備えるプロセッサ
を備えることを特徴とするＷＴＲＵ。
【請求項５】
前記ＲＲＣエンティティはさらに、前記受信したＲＬＣリセット要求に肯定応答するためのＲＬＣリセット肯定応答を送信するように構成されることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項６】
前記ＲＲＣエンティティはさらに、前記ＲＬＣエンティティが前記受信されたリセット要求に従ってリセットを完了すると、ＲＬＣリセット肯定応答を、前記ＲＬＣエンティティに送信するように構成されることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項７】
前記ＲＬＣエンティティの動作タイプは、肯定応答モードであることを特徴とする請求項４に記載のＷＴＲＵ。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１３−１０２４４２（Ｐ２０１３−１０２４４２Ａ）
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願番号】特願２０１２−２６４５００（Ｐ２０１２−２６４５００）
【出願日】平成２４年１２月３日（２０１２．１２．３）
【分割の表示】特願２０１０−５４１５３３（Ｐ２０１０−５４１５３３）の分割
【原出願日】平成２０年１２月３１日（２００８．１２．３１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願日】平成２４年１２月３日（２０１２．１２．３）
【分割の表示】特願２０１０−５４１５３３（Ｐ２０１０−５４１５３３）の分割
【原出願日】平成２０年１２月３１日（２００８．１２．３１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]