(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、パケット・データ制御プロトコル（ＰＤＣＰ）パケットの送信を調整するための方法であって、
ハンドオーバエラーに基づいて、ＰＤＣＰエンティティの再確立を実行するステップであって、前記ＰＤＣＰエンティティを再確立することは、ヘッダー圧縮エンティティをリセットすることを含む、ステップと、
ピア・エンティティからＰＤＣＰ−ＳＴＡＴＵＳメッセージを受信するステップであって、前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは始めのシーケンス番号およびビットマップを有し、前記始めのシーケンス番号は、前記ピア・エンティティによって成功して受信されなかったＰＤＣＰ  サービス・データ・ユニット（ＳＤＵ）のシーケンス番号であり、前記ビットマップは、複数のビットを有し、該複数のビットの各々は、ＰＤＣＰ  ＳＤＵの状態を表し、前記ビットマップは、前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵの状態を表すビットを含まない、ステップと、
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージに基づいて、前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵの前記状態を、否定的に確認応答されているものと解釈するステップと、
前記ＰＤＣＰ-ＳＴＡＴＵＳメッセージの中で前記ビットマップを介して否定的に確認応答されているいずれかの他のＰＤＣＰ  ＳＤＵの少なくとも１つに基づいて、前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵ、および、前記いずれかの他のＰＤＣＰ  ＳＤＵの前記少なくとも１つを再送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、ＰＤＣＰ制御ＰＤＵに含まれることを特徴とする請求項１に記載の方法。
【請求項３】
無線リソース制御（ＲＲＣ）ハンドオーバー・コマンドを受信するステップと、
前記ＲＲＣハンドオーバー・コマンドを受信することに基づいて、第２のＰＤＣＰ−ＳＴＡＴＵＳメッセージを送信するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、前記ピア・エンティティに送信されたＰＤＣＰ  ＳＤＵの配信状態を示すことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージを受信することに基づいて、ＰＤＣＰ  ＳＤＵバッファを管理するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記ビットマップの第１のビットは、前記始めのシーケンス番号に続く次の連続したシーケンス番号であるシーケンス番号でＰＤＣＰ  ＳＤＵの状態を表すことを特徴とする請求項１に記載の方法。
【請求項７】
無線送受信ユニット（ＷＴＲＵ）において、
ハンドオーバエラーに基づいて、ヘッダー圧縮エンティティをリセットすることを含むパケット・データ制御プロトコル（ＰＤＣＰ）エンティティの再確立を実行し、
ピア・エンティティからＰＤＣＰ−ＳＴＡＴＵＳメッセージを受信し、前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは始めのシーケンス番号およびビットマップを有し、前記始めのシーケンス番号は、前記ピア・エンティティによって成功して受信されなかったＰＤＣＰ  サービス・データ・ユニット（ＳＤＵ）のシーケンス番号であり、前記ビットマップは複数のビットを有し、該複数のビットの各々はＰＤＣＰ  ＳＤＵの状態を表し、前記ビットマップは前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵの状態を表すビットを含まず、
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージに基づいて、前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵの前記状態を、否定的に確認応答されているものと解釈し、
前記ＰＤＣＰ-ＳＴＡＴＵＳメッセージの中で前記ビットマップを介して否定的に確認応答されているいずれかの他のＰＤＣＰ  ＳＤＵの少なくとも１つに基づいて、前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵ、および、前記いずれかの他のＰＤＣＰ  ＳＤＵの前記少なくとも１つを再送信する
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項８】
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、ＰＤＣＰ制御ＰＤＵに含まれることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、無線リソース制御（ＲＲＣ）ハンドオーバー・コマンドを受信し、および、前記ＲＲＣハンドオーバー・コマンドを受信することに基づいて、第２のＰＤＣＰ−ＳＴＡＴＵＳメッセージを送信するようにさらに構成されたことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１０】
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、前記ピア・エンティティに送信されたＰＤＣＰ  ＳＤＵの配信状態を示すことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１１】
前記プロセッサは、前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージを受信することに基づいて、ＰＤＣＰ  ＳＤＵバッファを管理するようにさらに構成されたことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１２】
前記ビットマップの第１のビットは、前記始めのシーケンス番号に続く次の連続したシーケンス番号であるシーケンス番号でＰＤＣＰ  ＳＤＵの状態を表すことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１３】
発展型ノードＢ（ｅＮＢ）において、
ハンドオーバエラーに基づいて、ヘッダー圧縮エンティティをリセットすることを含むパケット・データ制御プロトコル（ＰＤＣＰ）エンティティの再確立を実行し、
ＰＤＣＰ−ＳＴＡＴＵＳメッセージをピア・エンティティに送信し、前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは始めのシーケンス番号およびビットマップを有し、前記始めのシーケンス番号は、成功して受信されなかったＰＤＣＰ  サービス・データ・ユニット（ＳＤＵ）のシーケンス番号であり、前記ビットマップは複数のビットを有し、該複数のビットの各々はＰＤＣＰ  ＳＤＵの状態を表し、前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵが不成功に受信されていることに基づいて、前記ビットマップは前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵの状態を表すビットを含んでおらず、
前記始めのシーケンス番号に関連付けられた前記ＰＤＣＰ  ＳＤＵ、並びに、前記ＰＤＣＰ-ＳＴＡＴＵＳメッセージの中で前記ビットマップを介して否定的に確認応答されているいずれかの他のＰＤＣＰ  ＳＤＵの少なくとも１つの再送信を受信する
よう構成されたプロセッサを備えたことを特徴とするｅＮＢ。
【請求項１４】
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、ＰＤＣＰ制御ＰＤＵに含まれることを特徴とする請求項１３に記載のｅＮＢ。
【請求項１５】
前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、前記ｅＮＢに送信されたＰＤＣＰ  ＳＤＵの配信状態を示すことを特徴とする請求項１３に記載のｅＮＢ。
【請求項１６】
前記ビットマップの第１のビットは、前記始めのシーケンス番号に続く次の連続したシーケンス番号であるシーケンス番号でＰＤＣＰ  ＳＤＵの状態を表すことを特徴とする請求項１３に記載のｅＮＢ。
【請求項１７】
前記プロセッサは、第２のＰＤＣＰ−ＳＴＡＴＵＳメッセージを受信し、および、前記第２のＰＤＣＰ−ＳＴＡＴＵＳメッセージを受信することに基づいてＰＤＣＰ  ＳＤＵバッファを管理するようにさらに構成されたことを特徴とする請求項１３に記載のｅＮＢ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project：第３世代パートナーシップ・プロジェクト）ＬＴＥ（Long Term Evolution：長期進化型）プログラムに対する現時点の取り組みは、スペクトル効率の改善、待ち時間の削減、より速いユーザー体験をもたらすための無線リソースのより上手い利用、およびより少ないコストによるより豊かなアプリケーションおよびサービスを提供するために、新しいＬＴＥ設定および構成設定において、新技術、新しいアーキテクチャ、および新しい方法をもたらそうとしている。
【０００３】
ＬＴＥ  ＰＤＣＰ（Packet Data Convergence Protocol：パケット・データ収束プロトコル）は現在、暗号化、整合性保護（Integrity Protection）、およびＰＤＣＰ  ＳＤＵ（Service Data Unit：サービス・データ・ユニット）  ＳＮ（Sequence Number：シーケンス番号）保守に関係する。ＰＤＣＰ  Ｄａｔａ（データ）  ＰＤＵ（Protocol Data Unit：プロトコル・データ・ユニット）が暗号化される一方、ＬＴＥ仕様は、ＰＤＣＰ  Ｃｏｎｔｒｏｌ（制御）  ＰＤＵの暗号化および整合性保護を考慮してはいない。
【０００４】
ピア（peer）ＰＤＣＰエンティティは、例えばハンドオーバーの間にＰＤＣＰ−ＳＴＡＴＵＳ（状態）メッセージを交換可能である。ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、受信ＰＤＣＰエンティティによって１つまたは複数のＰＤＣＰ  ＳＤＵが受信されているか否かを表す（すなわち、ＰＤＣＰ  ＳＤＵ  ＳＮ（群）に対して肯定または否定応答を供給する）。ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵを使用して送ることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＰＤＣＰ動作は、既に以前のＵＭＴＳ（Universal Mobile Telecommunication System：統合無線通信システム）の範疇を超えて展開されている。その結果、ＰＤＣＰ制御ＰＤＵは、通常動作管理タスクを調整することと同様に、特殊な動作を援助するために利用可能である。この目的を達成するために、ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ動作は、ピアＰＤＣＰエンティティの間のアクションを調整するために定義されかつ標準化される必要がある。
【課題を解決するための手段】
【０００６】
本発明の方法および装置は、無線通信におけるＰＤＣＰ（Packet Data Control Protocol：パケット・データ制御プロトコル）状態およびＰＤＣＰ再設定を、制御ＰＤＵの暗号化により適用されるセキュリティ保護を有することができる制御ＰＤＵを使用して、報告する。肯定応答されたモードに、または否定応答されたモードによる確認応答に従って、ＰＤＣＰ状態および再設定メッセージの信頼性を保証することができる。
【０００７】
添付された図面に関連して例として与えられる以下の記述から、より詳細な理解を得ることができる。
【図面の簡単な説明】
【０００８】
【図１】暗号化および整合性保護の機能的エンティティを持つＰＤＣＰレイヤーを示すブロック図である。
【図２Ａ】上りリンクおよび下りリンク・プロトコル状態メッセージおよび対応する状態応答メッセージに対するシグナリングを示す図である。
【図２Ｂ】上りリンクおよび下りリンク・プロトコル状態メッセージおよび対応する状態応答メッセージに対するシグナリングを示す図である。
【図３Ａ】ＰＤＣＰ−ＳＴＡＴＵＳメッセージの信頼性検査に対して使用されるＰＤＣＰ／ＲＬＣレイヤー間ポーリング機構を示す図である。
【図３Ｂ】ＰＤＣＰ−ＳＴＡＴＵＳメッセージの信頼性検査に対して使用されるＰＤＣＰ／ＲＬＣレイヤー間ポーリング機構を示す図である。
【図４】ＰＤＣＰ−ＳＴＡＴＵＳメッセージをトリガーするためのＲＲＣプリミティブを示す図である。
【図５】ＰＤＣＰ−ＳＴＡＴＵＳメッセージをトリガーするためのＰＤＣＰ  Ｐｏｌｌｉｎｇ（ポーリング）機構を示す図である。
【図６Ａ】上りリンクおよび下りリンク・プロトコル再設定メッセージおよび対応する再設定応答メッセージに対するシグナリングを示す図である。
【図６Ｂ】上りリンクおよび下りリンク・プロトコル再設定メッセージおよび対応する再設定応答メッセージに対するシグナリングを示す図である。
【発明を実施するための形態】
【０００９】
これ以後参照されると、用語「ＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）」は、限定的ではなく、ＵＥ（User Equipment：ユーザー設備）、移動端末、固定型または移動体の加入者ユニット、ページャー、携帯電話、ＰＤＡ（Personal Digital Assistant：携帯情報端末）、コンピューター、または無線環境において動作する能力のある他の如何なる種別のユーザー・デバイスをも含む。これ以後参照されると、用語「基地局（base station）」は、限定的ではなく、ノードＢ（Node-B）、サイト制御装置、ＡＰ（Access Point：アクセス・ポイント）、または無線環境において動作する能力のある他の如何なる種別のインターフェイス・デバイスをも含む。
【００１０】
本発明の実施形態においてＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵは、Ｕプレーン（User plane：ユーザー次元）かまたはＣプレーン（Control plane：制御次元）かに拘わらずＰＤＣＰレイヤーにて暗号化される。暗号化のためのＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵの種別には、限定的ではなく、ＰＤＣＰ  ＳＴＡＴＵＳ(状態)メッセージおよびＰＤＣＰ  ＲＥＳＥＴ(再設定)メッセージが含まれる。ＲｏＨＣ（Robust Header Compression：頑強なヘッダー圧縮）フィードバック・パケットを、暗号化から除外することができる。
【００１１】
図１は、Ｃ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０２、Ｃ−ｐｌａｎｅ  ＰＤＣＰ  Ｄａｔａ  ＰＤＵ  １０３、Ｕ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０４、およびＵ−ｐｌａｎｅ  ＰＤＣＰ  Ｄａｔａ  ＰＤＵ  １０５を処理するＰＤＣＰレイヤー１０１のブロック図を示す。暗号化／復号化エンティティ１１０は、ＰＤＣＰ  ＰＤＵ送信を暗号化し、そしてＰＤＣＰ  ＰＤＵ受信を復号化するために使用される。暗号化／復号化エンティティ１１０は、Ｃ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０２に対して、Ｃ−ｐｌａｎｅ  ＰＤＣＰ  Ｄａｔａ  ＰＤＵ  １０３に対して使用されるものと同一の暗号キー、暗号化アルゴリズム、および入力パラメータを使用することができる。同様に、Ｕ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０４は、Ｕ−ｐｌａｎｅ  ＰＤＣＰ  Ｄａｔａ  ＰＤＵ  １０５に対するものと同一の、暗号化／復号化エンティティ１１０によって適用される暗号キー、暗号化アルゴリズム、および入力パラメータを有することができる。
【００１２】
このようには共有されない可能性があるものの１つとして、暗号化シーケンスのＣＯＵＮＴが含まれる。ＣＯＵＮＴ値は、ＨＦＮ（Hyper-Frame Number：ハイパー・フレーム番号）を有する第１のフィールドおよびＰＤＣＰ  ＳＮ（Sequence Number：シーケンス番号）を有する第２のフィールドを含み、ここでＵ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０４に対するＳＮは、Ｕ−ｐｌａｎｅ  ＰＤＣＰ  Ｄａｔａ  ＰＤＵ  １０５に対するものに対比して固有なシーケンスであることができる。その結果、固有なＳＮに関して、ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０４のＣＯＵＮＴシーケンスは、ＰＤＣＰ  Ｄａｔａ  ＰＤＵ  １０５のＣＯＵＮＴシーケンスと異なるであろう。
【００１３】
ＰＤＣＰ  ＳＮの維持に関しては、Ｕ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０４は、無線ベアラ毎に個別のＰＤＣＰ  ＳＮドメインを持つことができる。Ｕ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０４はまた、個別のＨＦＮ、またはＣＯＵＮＴ値構造に対するＭＳＢ（Most Significant Bit：最上位ビット）を有することができる。ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵの、ＨＦＮ、またはＣＯＵＮＴ値のＭＳＢは、ＷＴＲＵおよびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network：発展型ＵＴＲＡＮ）において互いに初期化することができる。予め定義された初期化規則が、ＷＴＲＵにおけるＵＳＩＭ（UMTS Subscriber Identity Module）中の格納されたＨＦＮシード値（seed value）に適用されることができる。ＨＦＮシード値はＷＴＲＵの電源断の際に、動作中のＨＦＮから採られ、そしてＵＳＩＭ中に保存される。ＷＴＲＵに電源が再投入されると、この格納されたＨＦＮシード値が取り出され、ＨＦＮを再初期化する。ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵに対するこの格納されたＨＦＮシード値は、ＰＤＣＰ  Ｄａｔａ  ＰＤＵに対して使用される格納された値と同一であるか、または異なっているかもしれない。例えば、同一の格納された値は、異なった初期化規則で使用されることができ、その後、ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵに対して格納された値に適用されることができるあろう：すなわち、
ＨＦＮ＝ＳＴＡＲＴ＋ＯＦＦＳＥＴPDCP Control PDU      式（１）
ここでＳＴＡＲＴは、ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵおよびＰＤＣＰ  Ｄａｔａ  ＰＤＵの両方に共通の格納されたＨＦＮシード値である。
【００１４】
あるいはＵ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０４の、ＨＦＮ、またはＣＯＵＮＴ値のＭＳＢをゼロに設定するか、または、ＰＤＣＰ構成設定もしくはＳｅｃｕｒｉｔｙ  Ｃｏｍｍａｎｄ  Ｍｏｄｅ設定の部分として、Ｅ−ＵＴＲＡＮにより構成設定することができる。ＨＦＮ、またはＣＯＵＮＴ値のＭＳＢの歩進数（incrementation）は、固定的であるか、またはＰＤＵのシーケンス番号値循環（wrap-around）にて適用することができる。循環歩進数（wrap-around incrementation）の例として、共にゼロに初期化された、５ビットのＳＮフィールドで連結された５ビットのＨＦＮフィールドより成る１０ビットのＣＯＵＮＴ値を考慮しよう。ＳＮは、送信／受信ＰＤＵ毎に０から１、２、．．．、３１までの値にてインクリメント（歩進）する。別のＰＤＵについては、「循環（wrap-around）」のときにＳＮは０に戻り、そしてＨＦＮは２進の桁上げとして１だけインクリメントされる。
【００１５】
図１に戻って、ＰＤＣＰレイヤー１０１は整合性保護／検証エンティティ１１１を含み、整合性保護／検証エンティティ１１１はＣ−ｐｌａｎｅ  ＰＤＣＰ  Ｄａｔａ  ＰＤＵ  １０３に対して使用されるのと同一の方法によりＣ−ｐｌａｎｅ  ＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０２を処理する。Ｃ−ｐｌａｎｅ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０２の送信の間、整合性保護エンティティ１１１は、セキュリティ・キー、そのＰＤＵのＣＯＵＮＴ値などの他の入力と一緒に入力されるＰＤＵデータ・ビット・ストリームを取リ込み、そしてＭＡＣ−Ｉ（Message Authentication Code：メッセージ認証符号）と称され、ＰＤＵ本体と共に送られる、符号化されたワード（word）を発生させる。Ｃ−ｐｌａｎｅ  Ｃｏｎｔｒｏｌ  ＰＤＵ  １０２を受け取ると、整合性保護／検証エンティティ１１１はＭＡＣ−ＩについてＰＤＵの検証を実行する。
【００１６】
第２の実施形態によると、ＰＤＣＰ−ＳＴＡＴＵＳ  ＰＤＵが、ＷＴＲＵおよびＥ−ＵＴＲＡＮの間のメッセージにおいて交換される。ＰＤＣＰ−ＳＴＡＴＵＳメッセージは、ＷＴＲＵおよびＥ−ＵＴＲＡＮエンティティ（例えばｅＮＢ（enhanced Node-B：拡張ノードＢ））の間で共通的無線ベアラ上にて交換される。ＰＤＣＰ−ＳＴＡＴＵＳメッセージに対する様々なシグナリング・パラメータをＬＴＥ  ＩＥ（Information Element：情報要素）に編成し、そしてＲＲＣメッセージにより搬送することができる。そのようなパラメータには以下が含まれる。
【００１７】
初期のＰＤＣＰ−ＳＮおよびＰＤＣＰ順序付けのウィンドウの範囲によりＰＤＣＰ順序付け目的のためのパラメータを定義することができる。結果としてのＰＤＣＰ  ＳＮを、ｅＮＢ（enhanced Node-B：拡張ノードＢ）の間のＷＴＲＵのハンドオーバー（すなわちｅＮＢ間ハンドオーバー）にて使用することができる。
【００１８】
それらのＰＤＣＰ−ＳＮによるＰＤＣＰ  ＳＤＵのＡＣＫ（ACKnowledgement：肯定応答）またはＮＡＣＫ（Negative ACKnowledgement：否定応答）によって、一般的ＰＤＣＰ送信および再送信の規則に対するパラメータを定義することができる。ＡＣＫ／ＮＡＣＫは、始めのＳＮ番号、および１つのＳＤＵ（すなわちＰＤＣＰ−ＳＮ）の状態に対するそれぞれのビットを有する引き続くビットマップにより、連続した数Ｎのパケットに対して選択的にＰＤＣＰ−ＳＤＵを表すことができる。ビットマップにおいては、ビットの値およびその意味（semantics）がＩＥにおけるＡＣＫ／ＮＡＣＫ属性と一致している場合があり、あるいは代わりに、マップにおけるビットの値はそれ自体の独立した表現を有する場合がある。後者の場合においては、属性ＡＣＫ／ＮＡＣＫは必要とされない。例えば。［ＮＡＣＫ、３２３、１０１００１１１０］を含むＩＥは、ＳＮの３２３、３２４、３２６、３２９、３３０、３３１を持つＳＤＵパケットが否定応答であることを明確にする。ここに、ビット値「１」はＮＡＣＫを表す。ビットマップは、始めのＳＤＵ３２３を含まない、なぜならば、それがＩＥ中に既に明示的に表現されているからである。代わりに、ビットマップは、次のＳＤＵ３２４で始まりＳＤＵ３３２までである。したがってＮＡＣＫを応答されたＳＤＵは、始めのものを含むと、３２３、３２４（第１ビットであり、設定されている）、３２６（第３ビットであり、設定されている）、３２９  ３３０、３３１（第６、第７、および第８ビットであり、設定されている）である。他のＳＤＵはＮＡＣＫを応答されていない。別の例として［３２３、１０１００１１１０］を含むＩＥは、ビット値「０」がＳＤＵが正しく受信されず、そして再送信を要求することに対する表示であるので、ＳＮ３２３、３２５、３２７、３２８、および３３２を持つＳＤＵが欠けていることを表す。あるいはＡＣＫ／ＮＡＣＫは、始めのＳＮ番号および連続したＳＤＵ  ＳＮに対する範囲により、ＰＤＣＰ  ＳＤＵが累積的に１つの同種の状態（すなわちすべてがＡＣＫまたはすべてがＮＡＣＫ）にあることを表すことができる。例えば［ＡＣＫ、２５６、６］を含むＩＥは、ＳＤＵ  ＳＮの２５６、２５７、２５８、２５９、２６０、２６１に対してパケットが受信されたという肯定応答を表す。
【００１９】
一般的なＰＤＣＰ送信／再送信ウィンドウ動作または受信ウィンドウ動作およびそれらの同期化を制御するために情報パラメータを定義することができる。これはウィンドウをスライドさせるか、またはウィンドウの範囲を変化させることを含み、これはハンドオーバーにてＰＤＣＰパケットを順序付けるときに生じさせることができる。このパラメータは、始端または終端（low end or trailing end）のいずれかの始めのＳＮ番号、および残存ＳＤＵ  ＳＮに対する範囲によるウィンドウ範囲として定義することができる。例えば［２５６、１６］を含むＩＥは、ＳＤＵ  ＳＮのウィンドウ［２５６、２５７、２５８…、２７１］を表すために使用することが可能である。
【００２０】
ＰＤＣＰ−ＳＴＡＴＵＳ  ＰＤＵはまた、一般的ＰＤＣＰセキュリティ規則のためのパラメータを含むことができ、ＰＤＣＰレイヤーにて生じるＬＴＥセキュリティ・パラメータ変更に関してピアＰＤＣＰエンティティに通知するためにこのパラメータを定義することができる。ここでＰＤＣＰ−ＳＴＡＴＵＳ  ＰＤＵは、その時点のＨＦＮ、またはそれぞれの関連ＲＢ（Radio Bearer：無線ベアラ）に使用される暗号化シーケンスＣＯＵＮＴ値のＭＳＢを表すために使用される。例えばＲＢ−ＩＤおよびその時点の下りリンクのＨＦＮまたはそのＣＯＵＮＴ値のＭＳＢ、および／または上りリンクのＨＦＮまたはそのＣＯＵＮＴ値のＭＳＢを含むようにＩＥを定義することができる。詳細には、ＲＢ−ＩＤ５に対する下りリンクＨＦＮ４５２および上りリンクＨＦＮ４２３が、ＳＴＡＴＵＳ  ＰＤＵを受信したときに再設定される必要があることを表すために、［５および４５２／４２３］を含むＩＥを使用することが可能である。
【００２１】
ＰＤＣＰ−ＳＴＡＴＵＳ  ＰＤＵはまた、ＰＤＣＰ  ＳＤＵ送信／再送信を調整し、そしてＳＤＵバッファー空間を管理するために使用可能である。
【００２２】
ＰＤＣＰ−ＳＴＡＴＵＳ  ＰＤＵはまた、送信されたＰＤＣＰ−ＳＴＡＴＵＳ  ＰＤＵ中に関連ＩＥが含まれるなら、ＰＤＣＰレベルにて実行されるＬＴＥセキュリティ動作を、通知し、検査し、そして場合によって変更するためのパラメータを搬送することができる。メッセージ中のそのようなＩＥの存在は、特定のＲＢに対してはＨＦＮの再設定を表す。
【００２３】
図２Ａおよび図２Ｂは、ＰＤＣＰ−ＳＴＡＴＵＳメッセージＰＤＵに対するシグナリング図を示す。図２Ａにおいては、ＷＴＲＵがＰＤＣＰ−ＳＴＡＴＵＳメッセージ２０１をｅＮＢに送る。ＷＴＲＵは、信頼性制御のためにＰＤＣＰ−ＳＴＡＴＵＳ  ＡＣＫ信号２０２をｅＮＢから受信し、ＰＤＣＰ−ＳＴＡＴＵＳメッセージがｅＮＢにて安全に受信されたことを確認する。図２Ｂにおいては、ｅＮＢはＰＤＣＰ−ＳＴＡＴＵＳメッセージ２０３をＷＴＲＵに送る。ｅＮＢは、信頼性制御のためにＰＤＣＰ−ＳＴＡＴＵＳ  ＡＣＫ信号２０４をＷＴＲＵから受信し、ＰＤＣＰ−ＳＴＡＴＵＳメッセージがＷＴＲＵにて安全に受信されたことを確認する。ＰＤＣＰ−ＳＴＡＴＵＳ−ＡＣＫメッセージ２０２、２０４は、個別の確認応答メッセージであるかまたは他のすべての可能なＰＤＣＰ−ＳＴＡＴＵＳパラメータを含むメッセージであるかの何れかであることができる。あるいは、ＰＤＣＰ−ＳＴＡＴＵＳメッセージにおけるインジケーション（ＰＤＣＰ−ＳＮにおける確認応答か、または短いトランザクションＩＤ）として確認応答を受信するかもしれない。
【００２４】
あるいは、ＰＤＣＰ−ＳＴＡＴＵＳ  ＡＣＫ信号を要求することなく、ＰＤＣＰ−ＳＴＡＴＵＳシグナリングを実行することができる。ＰＤＣＰ−ＳＴＡＴＵＳメッセージ２０１、２０３の信頼性は、以下の通りにしてもなお確実にすることが可能である。ＲＬＣ−ＡＭ（Radio Link Control―Acknowledged Mode：無線リンク制御肯定応答モード）がリンク・モードである場合、ＷＴＲＵまたはｅＮＢが内部的にそのＲＬＣ（Radio Link Control：無線リンク制御）状態を検査可能である。あるいはすべてのＲＬＣリンク・モードに対して、ＷＴＲＵは、内部のＰＤＣＰ／ＲＬＣレイヤー間ポーリング機構を使用して、ＲＬＣレイヤーを通してＨＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）状態を検査可能である。図３ＡはＲＬＣ−ＡＭリンク・モードに対する例を示し、そこではＰＤＣＰレイヤー３１０がＡＭ  ＲＬＣレイヤー３２０とインターフェイスする。ＰＤＣＰ／ＲＬＣレイヤー間ポーリング機構３０１は、ＲＢ−ＩＤ、データ・フィールド、および確認応答要求を含む場合があり、ＰＤＣＰレイヤー３１０からＲＬＣレイヤー３２０に送られる、ポーリング信号ＲＬＣ−ＤＡＴＡ−ＲＥＱ  ３０２を設定することによって、ＲＬＣレイヤー３２０の内部の信頼性状態検査を実行する。ＲＬＣ３２０は、ＰＤＣＰ−ＳＴＡＴＵＳメッセージを搬送するＲＬＣデータＰＤＵ（群）について１または複数ビットのポーリング・フラグ３０４を設定し、そしてＲＬＣ状態報告３０５（すなわちＲＬＣ  ＡＣＫ／ＮＡＣＫ報告）を受信する。ＰＤＣＰレイヤー３１０は、ＲＬＣ３２０からの、ＲＢ−ＩＤおよびＡＣＫ／ＮＡＣＫを表す、確認応答信号ＲＬＣ−ＤＡＴＡ−ＣＮＦ  ３０７を受信する。
【００２５】
図３Ｂは、ＵＭ（Unacknowledged Mode：否定応答モード）のＲＬＣエンティティに対するＰＤＣＰ状態シグナリングの一例を示す。ＰＤＣＰ／ＲＬＣレイヤー間ポーリング機構３０１は、ＨＡＲＱ３４０処理装置状態に関して、ＲＬＣ３２０におよび次にＭＡＣ３３０に、内部の信頼性状態検査を実行する。ポーリング信号ＲＬＣ−ＤＡＴＡ−ＲＥＱ３０２は、ポーリング機構３０１によって設定され、そしてＰＤＣＰ３１０によりＲＬＣ３２０に送られ、そこでポーリングを信号ＭＡＣ−ＤＡＴＡ−ＲＥＱ  ３０３として転送する。これらのポーリング信号３０２、３０３は、ＲＢ−ＩＤ、データ・フィールド、および確認応答要求を含む。ＭＡＣ３３０は、ＨＡＲＱ処理装置３４０へのデータとして信号ＨＡＲＱ−ＤＡＴＡ−ＲＥＱ  ３０４を送る。ＨＡＲＱ処理装置３４０の状態は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号３０５、ＡＣＫ／ＮＡＣＫとしてのＭＡＣ−ＤＡＴＡ−ＣＮＦ信号３０６、ならびにＡＣＫ／ＮＡＣＫおよびＲＢ−ＩＤを伴うＲＬＣ−ＤＡＴＡ−ＣＮＦ信号３０７を介してＰＤＣＰ３１０に返される。上に例としての実施方法がＷＴＲＵに関して説明されているが、図３Ａおよび図３ＢによるシグナリングをｅＮＢ実施方法における同様の個々のエンティティに対して適用することができるであろう。
【００２６】
図２Ａ、図２Ｂにおいて示されたＰＤＣＰ−ＳＴＡＴＵＳメッセージ２０１、２０３は、以下のトリガーの何れによってもトリガーすることができる。
【００２７】
ＷＴＲＵのハンドオーバーにて、ＲＲＣ（Radio Resource Control：無線リソース制御）ハンドオーバー・コマンドまたはハンドオーバー確認信号またはＲＬＣ  Ｒｅｓｅｔインジケーションが、ＰＤＣＰ−ＳＴＡＴＵＳメッセージ２０１、２０３をトリガーすることができる。これはまた、既存のハンドオーバーＰＤＣＰ手順が進行中である間に生起する新しいハンドオーバーを含む。図４において示されるように、ＷＴＲＵまたはｅＮＢのＲＲＣエンティティ４１０からＰＤＣＰエンティティ４１１へのプリミティブもしくは信号またはインジケーション４０１が、ＰＤＣＰ−ＳＴＡＴＵＳメッセージの発生を伝えるか、またはトリガーとなることが可能である。
【００２８】
通常の動作制御のためのハンドオーバー管理を超えてＰＤＣＰ−ＳＴＡＴＵＳメッセージをもまた使用可能である場合には、ＰＤＣＰ−ＳＴＡＴＵＳメッセージ送信のトリガー源は以下の内の１つまたはその組み合わせを含むことができる。ＲＲＣが構成設定されタイマーに基づくメッセージなどの、ＰＤＣＰエンティティ受信機機能からの周期的ＰＤＣＰ−ＳＴＡＴＵＳメッセージを使用することができる。トリガーは、イベントに基づくＰＤＣＰ−ＳＴＡＴＵＳメッセージであり、そしてまた、ＰＤＣＰエンティティの送信または受信機能の何れかからＲＲＣが構成設定されたもの（例えば、ウィンドウがｎ＝２００  ＳＤＵまで進んでいる場合）であることができる。トリガーは、ＰＤＣＰ上りリンク再送信障害などのように、あるタイムアウト時間の後に生起する場合がある。他のトリガーには、ＲＬＣ再設定または再確立、ＲＲＣハンドオーバーまたは他のＲＲＣイベント、およびＰＤＣＰイベントが含まれる。
【００２９】
図５は、別の可能なトリガーの一例を示し、それはピアＰＤＣＰエンティティからのポーリング信号の受信である。ＰＤＣＰ−ＳＴＡＴＵＳポーリング機構５０１はＰＤＣＰレイヤー５１０に含まれ、その結果、送信ＰＤＣＰエンティティが、ポーリング信号５０２をＲＬＣレイヤー５１１に送ることによって受信ＰＤＣＰエンティティにそのＰＤＣＰ状態についてボーリングし、そして次に下位レイヤーに対してポーリング信号５０３として送信についてポーリングすることが可能である。ＰＤＣＰポーリング機構５０１は、ＰＤＣＰ  ＰＤＵのＰＤＣＰヘッダーにおいてポーリング・ビットを利用することができ、またはＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵをポーリングのために使用するべく利用することができる（例えばポーリングのために定義されたＣｏｎｔｒｏｌ  ＰＤＵ種別として）。受信ＰＤＣＰエンティティが、「ポーリング・ビット」が設定されたパケット、またはポーリング種別を有するＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵを受信した時に、ＰＤＣＰ−ＳＴＡＴＵＳ  ＰＤＵの発生がトリガーされる。
【００３０】
第３の実施形態によると、ＷＴＲＵおよびｅＮＢのＰＤＣＰエンティティの間のピア・ツー・ピア・メッセージとして共通の無線ベアラ上でＰＤＣＰ−ＲＥＳＥＴメッセージが送られる。ＰＤＣＰ−ＲＥＳＥＴメッセージは、全体のまたは部分的なＰＤＣＰ再設定が生起したか、または生じる必要があることを、ピア・エンティティ（ＷＴＲＵ／ｅＮＢ）に通知、または命令するために使用される。用語「ＰＤＣＰ再設定（reset）」は、ここではＰＤＣＰ再確立（re-establishment）と置き替え可能である。ＰＤＣＰ−ＲＥＳＥＴがコマンドと情報信号の何れであるかを区別するために、そのような目的のためにインジケータ・ビットを定義し、そして送信することが可能である。例えばそのようなインジケータは、ＰＤＣＰが「再設定された」インジケーションとしては０に設定し、そしてＰＤＣＰを「再設定すべき」コマンドを表すためには「１」に設定することが可能である。さらに再設定コマンドに関しては、ＰＤＣＰ−ＲＥＳＥＴメッセージによって、ＲＥＳＥＴのピア行動を同期化するためのタイムスタンプまたはフレーム番号を含むことができる。あるいは、情報の再設定および再設定コマンドの間の区別は、コンテキストから暗示されることができるであろう（すなわち、ＷＴＲＵが送る場合には、ＷＴＲＵのＰＤＣＰが再設定されたことをＷＴＲＵがｅＮＢに通知していることになり；ｅＮＢが送る場合には、ＷＴＲＵがＰＤＣＰ再設定を実行するようにｅＮＢが命令していることになる）。しかしながら、ピア・エンティティがＰＤＣＰ再設定または再確立の何れを実行するにせよ、その相手方ピア・エンティティもまた同様に、そのＰＤＣＰエンティティを再設定または再確立することになるということに注意するべきである。
【００３１】
ＰＤＣＰ再設定または再確立は、以下の内の１つまたはその組み合わせによりトリガーされる。すなわち、回復不能ＰＤＣＰ動作エラー（例えばバッファー・エラー）；予期しないＰＤＣＰ−ＳＴＡＴＵＳメッセージ確認応答のタイムアウト；どちらかのピア・エンティティによって検出された回復不能ＰＤＣＰセキュリティ・エラー；ＬＴＥ非無損失無線ベアラに対するハンドオーバー・イベント、この場合、ＣＯＵＮＴはゼロに再設定される；古いハンドオーバー手順が未だ完了していない間の新しいハンドオーバーのエラー；ヘッダー圧縮機能および動作における回復不能エラー；Ｃプレーン上のＲＲＣレイヤーから、またはＵプレーン上のＮＡＳ（Non-Access Stratum：非アクセス・ストレータム）からなどの、対応するＰＤＣＰエンティティの再設定を要求する、上位レイヤーの介入またはコマンド；および対応するＰＤＣＰエンティティ再設定を要求する、ＲＬＣレイヤーからの下位レイヤー・インジケーションである。回復不能セキュリティ・エラーの場合には、Ｃプレーン上の整合性保護およびＵプレーン上のヘッダー伸張がこれを検出することが可能であり、この場合には、非同期化されたセキュリティ・パラメータを再設定するためにＷＴＲＵおよびｅＮＢの間でＰＤＣＰ−ＲＥＳＥＴメッセージを使用することができる。他のトリガーには、整合性保護エラーにより検出されたＰＤＣＰセキュリティ・エラー；ハンドオーバー・エラー；ＰＤＣＰエンティティの再設定または再確立を要求するＲＲＣレイヤーからのインジケーション；および／またはＰＤＣＰエンティティの再設定または再確立を要求するＲＬＣレイヤーからの表示が含まれる。
【００３２】
全体のＰＤＣＰの再設定に対しては、ＷＴＲＵまたはｅＮＢのＰＤＣＰエンティティの以下の機能動作のすべてを、予め定義された状態または動作値に変える（すなわち再設定／再確立する）ことができ、これは、あるＰＤＣＰ−ＳＮにて、あるいは、ＳＦＮ（System Frame Number：システム・フレーム番号）または全体の若しくは修正された標準時間表現（例えば、国際的ＧＭＴ）などの絶対的時間マークにて、または、メッセージの受信の時間により、生起する場合がある。
【００３３】
・ヘッダー圧縮エンティティおよび動作状態は初期状態に再設定され、そして全体のヘッダー（ＩＰ／ＴＣＰまたはＩＰ／ＵＤＰ／ＲＴＰまたはＩＰ／ｘｘｘｘ）が送信されることになり、そしてヘッダー圧縮アルゴリズムによる再設定の後に受信されることが期待されることになる；
・セキュリティ動作またはセキュリティ・パラメータが以下の何れかに再設定される。すなわち、最後に構成設定された値；初期化されたセキュリティ・パラメータ値；またはＲＥＳＥＴメッセージ中のパラメータによりインデックス付けされた過去のある設定／構成設定値；再設定されるセキュリティ・パラメータの例には、セキュリティ・キー、ＨＦＮまたはＣＯＵＮＴパラメータのＭＳＢ値、または整合性保護におけるＦＲＥＳＨ値が含まれる；
・ＰＤＣＰ−ＳＮの再設定はＥ−ＵＴＲＡＮからＬＴＥ  ＷＴＲＵへのみが受け取られ、かつそのＰＤＣＰ−ＳＮは、規定値（例えば、オフセット）、またはゼロの何れかに再設定されることになる。それぞれの無線ベアラ上のＰＤＣＰ−ＳＮは再設定される場合、またはされない場合がある；および
・順序通りの配信または重複検出動作のためのＰＤＣＰ順序付けパラメータは再設定される。
【００３４】
部分的なＰＤＣＰ再設定に対しては、ＷＴＲＵまたはｅＮＢのＰＤＣＰエンティティにて、上に説明された機能または動作のすべてまたはその部分が再設定／再確立される。
【００３５】
図６Ａは、ＷＴＲＵがｅＮＢにＰＤＣＰ−ＲＥＳＥＴメッセージ６０１を送り、ｅＮＢ中のそのピアＰＤＣＰエンティティを再設定するように命令する、または、ＷＴＲＵ  ＰＤＣＰが全体でまたは部分的に再設定を実行したということをｅＮＢに通知する、シグナリング図を示す。ＰＤＣＰ−ＲＥＳＥＴコマンド・メッセージ６０１に対しては、ｅＮＢでのＰＤＣＰ再設定が完了した後に明示的ＰＤＣＰ−ＲＥＳＥＴ−ＡＣＫメッセージ６０２をＷＴＲＵに返す。ＰＤＣＰ−ＲＥＳＥＴメッセージ６０１が再設定コマンドでなかったなら、この確認応答メッセージ６０２は強制的ではない。図６Ｂは、逆のシナリオを示し、そこではｅＮＢがＰＤＣＰ−ＲＥＳＥＴメッセージ６０３をＷＴＲＵに送る。ＰＤＣＰ−ＲＥＳＥＴメッセージ６０３がコマンドであるなら、ｅＮＢからのコマンドにＰＤＣＰが再設定された後に、ＷＴＲＵは明示的なＰＤＣＰ−ＲＥＳＥＴ−ＡＣＫメッセージ６０４を送る。しかしながらＰＤＣＰ−ＲＥＳＥＴメッセージ６０３が、ｅＮＢがＰＤＣＰ再設定を実行したということをＷＴＲＵに通知するものである場合には、ＰＤＣＰ−ＲＥＳＥＴ−ＡＣＫメッセージ６０４は強制的ではない。
【００３６】
新しい種別のＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵ（例えば「ＰＤＵ種別」フィールドまたは「ＳＵＦＩ（SUper-FIeld）種別」フィールド）を使用してＰＤＣＰ−ＲＥＳＥＴ−ＡＣＫメッセージを定義することができる。ＰＤＣＰ−ＲＥＳＥＴ確認応答シグナリングは、ＰＤＣＰ−ＳＴＡＴＵＳメッセージに関する場合と同様に、図３Ａおよび図３Ｂを参照して論証することが可能である。図３Ａに示されるように、ＰＤＣＰ／ＲＬＣレイヤー間ポーリング機構３０１は、ＰＤＣＰレイヤー３１０からＲＬＣレイヤー３２０へ送られる、ＲＢ−ＩＤ、データ・フィールド、および確認応答要求を含むことができる、ポーリング信号ＲＬＣ−ＤＡＴＡ−ＲＥＱ  ３０２を設定することによってＲＬＣレイヤー３２０の内部の信頼性状態検査を実行する。ＲＬＣ３２０は、ＰＤＣＰ−ＲＥＳＥＴメッセージを搬送するＲＬＣデータＰＤＵ上に１または複数ビットのポーリング・フラグ３０４を設定し、そしてＲＬＣ状態報告３０５（すなわちＲＬＣ  ＡＣＫ／ＮＡＣＫ報告）を受信する。ＰＤＣＰレイヤー３１０は、ＲＬＣ３２０からＲＢ−ＩＤおよびＡＣＫ／ＮＡＣＫを表す、確認応答信号ＲＬＣ−ＤＡＴＡ−ＣＮＦ３０７を受信する。
【００３７】
あるいはＵＭ  ＲＬＣエンティティに対して、ＰＤＣＰ−ＲＥＳＥＴを送っているＰＤＣＰエンティティがポーリング機構を利用し、ＲＬＣの下のＨＡＲＱエンティティから確認応答インジケーション（例えば配信通知）を獲得すること（すなわち、ＲＬＣおよびＭＡＣを介してＨＡＲＱ送信状態をポーリングすること）ができる。または、送られたＰＤＣＰ−ＲＥＳＥＴメッセージがその宛先に到着しているか否かを知るために、送っているＰＤＣＰの下のＲＬＣが、ＲＬＣピア・エンティティの確認応答を使用することが可能である。図３Ｂに示されるようにＰＤＣＰ／ＲＬＣレイヤー間ポーリング機構３０１は、ＨＡＲＱ３４０処理装置状態に関して、内部の信頼性状態検査をＲＬＣ３２０に対して実行し、そして次にＭＡＣ３３０に対して実行する。ポーリング信号ＲＬＣ−ＤＡＴＡ−ＲＥＱ  ３０２は、ポーリング機構３０１によって設定され、そしてＰＤＣＰ３１０によってＲＬＣ３２０に送られ、そこで信号ＭＡＣ−ＤＡＴＡ−ＲＥＱ  ３０３としてポーリングを転送する。これらのポーリング信号３０２、３０３は、ＲＢ−ＩＤ、データ・フィールド、および確認応答要求を含む。ＭＡＣ３３０は、ＨＡＲＱ処理装置３４０に対するデータとして信号ＨＡＲＱ−ＤＡＴＡ−ＲＥＱ  ３０４を送る。ＨＡＲＱ処理装置３４０の状態は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号３０５、ＡＣＫ／ＮＡＣＫとしてのＭＡＣ−ＤＡＴＡ−ＣＮＦ信号３０６、ならびにＡＣＫ／ＮＡＣＫおよびＲＢ−ＩＤを伴うＲＬＣ−ＤＡＴＡ−ＣＮＦ信号３０７を介してＰＤＣＰ３１０に返される。上にＰＤＣＰ−ＲＥＳＥＴメッセージ確認応答の例の実施方法がＷＴＲＵに関して説明されているが、図３Ａおよび図３Ｂによるシグナリングは、ｅＮＢ実施方法における同様の個々のエンティティに適用することができる。
【００３８】
ＰＤＣＰ再設定／再確立が上に明示的なＰＤＣＰ−ＲＥＳＥＴメッセージを参照して説明されてきたが、全体のまたは部分的なＰＤＣＰ再設定が生起しているか、または生じる必要があるということを、ピア・エンティティ（ｅＮＢ／ＷＴＲＵ）に通知するか、または命令するために関連する情報は、代替的に、ＬＴＥ  ＩＥ（Information Element：情報要素）中にて搬送されまたは編成され、そしてＲＲＣメッセージにより搬送することができる。
【００３９】
別の実施形態においては、ＰＤＣＰ−ＢＵＦＦＥＲ−ＳＴＡＴＵＳメッセージにおいてＰＤＣＰ  Ｃｏｎｔｒｏｌ  ＰＤＵの追加的種別が利用され、それが、ＰＤＣＰエンティティにてＰＤＣＰバッファーの状態を説明する。例えば受信ＰＤＣＰエンティティはＰＤＣＰ−ＢＵＦＦＥＲ−ＳＴＡＴＵＳメッセージを使用し、受信バッファーにおいて利用されたパケット（ＳＤＵ）の数またはバイト数などの、受信ＰＤＣＰバッファー中に格納されているデータ量（すなわちＰＤＣＰバッファー占有率）に関して報告することが可能である。この情報は、ＰＤＣＰ−ＢＵＦＦＥＲ−ＳＴＡＴＵＳメッセージにおいて受信ＰＤＣＰエンティティ（ＷＴＲＵ／ｅＮＢ）から送信ＰＤＣＰエンティティ（ＷＴＲＵ／ｅＮＢ）に送られ、そして送信ＰＤＣＰエンティティによって使用し、その様々な機能に影響を及ぼすことが可能である。同様にＰＤＣＰ−ＢＵＦＦＥＲ−ＳＴＡＴＵＳメッセージは、送信ＰＤＣＰエンティティから受信ＰＤＣＰエンティティまで送信され、ＰＤＣＰ送信バッファー占有率に関して報告することができる。
【００４０】
＜実施形態＞
１．無線通信において、ＰＤＣＰ（Packet Data Convergence Protocol：パケット・データ収束プロトコル）制御パケットのセキュリティを確実にするための方法であって、
制御ＰＤＵ（Packet Data Unit：パケット・データ・ユニット）を使用することによりＰＤＣＰ−ＳＴＡＴＵＳメッセージを定義するステップと、
対応データＰＤＵに対して使用される暗号キーおよび入力パラメータにより制御ＰＤＵを暗号化するステップと、
前記無線通信のピア・エンティティに前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージを送るステップと
を具備することを特徴とする方法。
２．ハンドオーバーにて、定期的に、もしくは予め定義されたイベントにて、またはそれらの組み合わせにて、前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージがトリガーされることを特徴とする実施形態１に記載の方法。
３．レイヤー間のＰＤＣＰ／ＲＬＣポーリング機構を使用してＲＬＣ（Radio Link Control：無線リンク制御）レイヤー状態を検査することによってＰＤＣＰ−ＳＴＡＴＵＳメッセージの信頼性を確実にするステップをさらに具備することを特徴とする実施形態１または２に記載の方法。
４．前記ピア・エンティティから明示的確認応答メッセージを受信することによってＰＤＣＰ−ＳＴＡＴＵＳメッセージの信頼性を確実にするステップをさらに具備することを特徴とする実施形態１〜３の何れかに記載の方法。
５．暗号化シーケンスＣＯＵＮＴ値のＨＦＮ（Hyper Frame Number：ハイパー・フレーム番号）を初期化するステップをさらに具備することであって、初期化規則が、前記データＰＤＵに対するＨＦＮ値および前記制御ＰＤＵに対するＨＦＮ値の間のオフセットを使用して適用されることを特徴とする実施形態１〜４の何れかに記載の方法。
６．無線通信において、ＰＤＣＰ（Packet Data Convergence Protocol：パケット・データ収束プロトコル）再設定または再確立のための方法であって、
ヘッダー圧縮エンティティおよび動作状態を初期状態に再設定または再確立するステップと、
セキュリティ動作またはセキュリティ・パラメータを、最後に構成設定された値、初期化されたセキュリティ・パラメータ値、および再設定パラメータによってインデックス付けされた過去の設定／構成設定値、の内の少なくとも１つに再設定または再確立するステップと、
ＰＤＣＰ−ＳＮをオフセット値またはゼロに再設定または再確立するステップと、
順序通りの配信または重複検出動作のためのＰＤＣＰ順序付けパラメータを再設定または再確立するステップと
の内の少なくとも１つに従ってＰＤＣＰパラメータを再設定または再確立させるステップと、
無線通信のピア・エンティティにＰＤＣＰ再設定メッセージを送るステップと
を具備することを特徴とする方法。
７．前記ＰＤＣＰ−ＳＮが、前記ＰＤＣＰ再設定または再確立の間、変化しないように維持されることを特徴とする実施形態６に記載の方法。
８．前記ＰＤＣＰ再設定メッセージが、前記ピア・エンティティへコマンドとして送られ、前記ＰＤＣＰ再設定が完了すると、前記ピア・エンティティから明示的ＰＤＣＰ再設定確認応答メッセージを受信するステップをさらに具備することを特徴とする実施形態６〜７の何れかに記載の方法。
９．前記ＰＤＣＰ再設定または再確立が、
回復不能ＰＤＣＰ動作エラー、
予期しないＰＤＣＰ−ＳＴＡＴＵＳメッセージ確認応答のタイムアウト、
回復不能ＰＤＣＰセキュリティ・エラー、
ヘッダー伸張エラーによって検出された回復不能ＰＤＣＰセキュリティ・エラー、
ＬＴＥ非無損失無線ベアラに対するハンドオーバー・イベント、
不完全なハンドオーバー手順の間の新しいハンドオーバーについてのエラー、
ヘッダー圧縮機能および動作における回復不能エラー、
ＰＤＣＰエンティティの再設定または再確立を要求する上位レイヤー表示、
ＰＤＣＰエンティティの再設定または再確立を要求する上位レイヤー表示、および
ＰＤＣＰエンティティの再設定または再確立を要求するＲＬＣレイヤーからの下位レイヤー・表示、
のイベントの内の少なくとも１つによってトリガーされること
を特徴とする実施形態６〜８の何れかに記載の方法。
１０．前記ＰＤＣＰ再設定または再確立が、整合性保護エラーにより検出されたＰＤＣＰセキュリティ・エラーによりトリガーされることを特徴とする実施形態６〜９の何れかに記載の方法。
１１．前記ＰＤＣＰ再設定または再確立手順または前記ＰＤＣＰ−ＲＥＳＥＴメッセージの何れかが、ハンドオーバー・エラーによりトリガーされることを特徴とする実施形態６〜１０の何れかに記載の方法。
１２．前記ＰＤＣＰ再設定または再確立が、ＰＤＣＰエンティティの再設定または再確立を要求するＲＲＣレイヤーからのインジケーションによりトリガーされることを特徴とする実施形態６〜１１の何れかに記載の方法。
１３．前記ＰＤＣＰ再設定または再確立が、ＰＤＣＰエンティティの再設定または再確立を要求するＲＬＣレイヤーからのインジケーションによりトリガーされることを特徴とする実施形態６〜１２の何れかに記載の方法。
１４．前記ＰＤＣＰ再設定メッセージが、ＲＲＣ（Radio Resource Control：無線リソース制御）メッセージによって搬送されたＬＴＥ（Long Term Evolution：長期進化型）ＩＥ（Information Element：情報要素）に編成されたパラメータを具備することを特徴とする実施形態６〜１３の何れかに記載の方法。
１５．無線通信において、ＰＤＣＰ（Packet Data Convergence Protocol：パケット・データ収束プロトコル）レイヤーのバッファー状態を報告するための方法であって、
ＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）の前記ＰＤＣＰレイヤーにおいてＰＤＣＰバッファーの状態情報を含む制御ＰＤＵ（Packet Data Unit：パケット・データ・ユニット）を使用してＰＤＣＰ−ＢＵＦＦＥＲ−ＳＴＡＴＵＳメッセージを定義するステップであって、前記状態情報がＰＤＣＰ受信バッファー中に格納されたデータ・パケットの量を含むこと
を具備することを特徴とする方法。
１６．前記状態情報が、ＰＤＣＰ送信バッファー中に格納されたデータ・パケットの量をさらに含むことを特徴とする実施形態１５に記載の方法。
１７．制御ＰＤＵ（Packet Data Unit：パケット・データ・ユニット）を使用してＰＤＣＰ−ＳＴＡＴＵＳメッセージを定義するように、かつ無線通信のピア・エンティティに前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージを送るように構成されるＰＤＣＰ（Packet Data Convergence Protocol：パケット・データ収束プロトコル）エンティティ、および
対応データＰＤＵに対して使用される暗号キーおよび入力パラメータにより前記制御ＰＤＵを暗号化するように構成される暗号化エンティティ
を具備することを特徴とするＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）。
１８．ＲＬＣ（Radio Link Control：無線リンク制御）レイヤー状態を検査することによって前記ＰＤＣＰ−ＳＴＡＴＵＳメッセージの信頼性を確実にするように構成されるレイヤー間ＰＤＣＰ／ＲＬＣポーリング・エンティティをさらに具備することを特徴とする実施形態１７に記載のＷＴＲＵ。
１９．前記ＰＤＣＰエンティティが、暗号化シーケンスＣＯＵＮＴ値のＨＦＮ（Hyper Frame Number：ハイパー・フレーム番号）を初期化するように構成されることであって、初期化規則が、前記データＰＤＵに対するＨＦＮ値および前記制御ＰＤＵに対するＨＦＮ値の間のオフセットを使用して適用されることを特徴とする実施形態１７〜１８の何れかに記載のＷＴＲＵ。
２０．ヘッダー圧縮エンティティおよび動作状態を初期状態に再設定または再確立させ  ること、
セキュリティ動作またはセキュリティ・パラメータを、最後に構成設定された値、初期化されたセキュリティ・パラメータ値、および再設定パラメータによってインデックス付けされた過去の設定／構成設定値、の内の少なくとも１つに再設定または再確立させること、
ＰＤＣＰシーケンス番号をオフセット値またはゼロに再設定または再確立させること、および
順序通りの配信または重複検出動作のためのＰＤＣＰ順序付けパラメータを再設定または再確立させること
の内の少なくとも１つに従ってＰＤＣＰパラメータを再設定または再確立させるように構成されるＰＤＣＰ（Packet Data Convergence Protocol：パケット・データ収束プロトコル）エンティティ
を具備し、
無線通信のピア・エンティティにＰＤＣＰ再設定メッセージを送る、
ＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）。
２１．前記ＰＤＣＰ−ＳＮが、前記ＰＤＣＰ再設定または再確立の間、変化しないように維持されることを特徴とする実施形態２０に記載のＷＴＲＵ。
２２．前記ＰＤＣＰ再設定メッセージが、前記ピア・エンティティへコマンドとして送られることであって、前記ＰＤＣＰ再設定が完了すると、前記ピア・エンティティから明示的ＰＤＣＰ再設定確認応答メッセージを受信することをさらに具備することを特徴とする実施形態２０〜２１の何れかに記載のＷＴＲＵ。
２３．回復不能ＰＤＣＰ動作エラー、
予期しないＰＤＣＰ−ＳＴＡＴＵＳメッセージ確認応答のタイムアウト、
回復不能ＰＤＣＰセキュリティ・エラー、
ヘッダー伸張エラーによって検出された回復不能ＰＤＣＰセキュリティ・エラー、
ＬＴＥ非無損失無線ベアラに対するハンドオーバー・イベント、
不完全なハンドオーバー手順の間の新しいハンドオーバーについてのエラー、
ヘッダー圧縮機能および動作における回復不能エラー、
ＰＤＣＰエンティティの再設定または再確立を要求する上位レイヤー・インジケーション、
ＰＤＣＰエンティティの再設定または再確立を要求する上位レイヤー・インジケーション、および
ＰＤＣＰエンティティの再設定または再確立を要求するＲＬＣレイヤーからの下位レイヤー・インジケーション、
のイベントの内の少なくとも１つによってトリガーされたときに再設定または再確立されるように、前記ＰＤＣＰエンティティが構成されることを特徴とする実施形態２０〜２２の何れかに記載のＷＴＲＵ。
２４．前記ＰＤＣＰエンティティが、整合性保護エラーにより検出されたＰＤＣＰセキュリティ・エラーによりトリガーされたときに再設定または再確立されるように構成されることを特徴とする実施形態２０〜２３の何れかに記載のＷＴＲＵ。
２５．前記ＰＤＣＰエンティティが、ハンドオーバー・エラーによりトリガーされたときに、パラメータを再設定または再設定させるように構成されることを特徴とする実施形態２０〜２４の何れかに記載のＷＴＲＵ。
２６．前記ＰＤＣＰエンティティが、ＰＤＣＰエンティティの再設定または再確立を要求するＲＲＣレイヤーからのインジケーションによりトリガーされたときに再設定または再確立されるように構成されることを特徴とする実施形態２０〜２５の何れかに記載のＷＴＲＵ。
２７．前記ＰＤＣＰエンティティが、ＰＤＣＰエンティティの再設定または再確立を要求するＲＬＣレイヤーからの表示によりトリガーされたときに再設定または再確立されるように構成されることを特徴とする実施形態２０〜２６の何れかに記載のＷＴＲＵ。
【００４１】
特徴および要素が上で特定の組み合わせにて記述されているが、それぞれの特徴または要素は、他の特徴および要素なしで単独にて、または他の特徴および要素のあるなしに拘わらず様々な組み合わせにて使用可能である。ここに提供される方法またはフロー図は、汎用目的のコンピューターまたは処理装置による実行のための、コンピューターにて読み取り可能な記憶装置媒体に組み込まれたコンピューター・プログラム、ソフトウェア、またはファームウェアにて実施することができる。コンピューターにて読み取り可能な記憶装置媒体の例としては、ＲＯＭ（Read Only Memory：リード・オンリー・メモリ）、ＲＡＭ（Random Access Memory：ランダム・アクセス・メモリ）、レジスター、キャッシュ・メモリ、半導体メモリ・デバイス、内蔵ハード・ディスクおよび着脱可能ディスクなどの磁気媒体、磁気−光学媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（Digital Versatile Disk：デジタル多用途ディスク）などの光学媒体が含まれる。
【００４２】
適切な処理装置の例としては、汎用目的処理装置、専用目的処理装置、従来の処理装置、ＤＳＰ（Digital Signal Processor：デジタル信号処理装置）、複数のマイクロ処理装置、ＤＳＰコアに関連付けられた１つまたは複数のマイクロ処理装置、制御装置、マイクロ制御装置、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途向けＩＣ）、ＦＰＧＡ（Field Programmable Gate Array）回路、他の何れかの種別のＩＣ（Integrated Circuit：集積回路）、および／または状態マシンが含まれる。
【００４３】
ＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）、ＵＥ（User Equipment：ユーザー機器）、端末、基地局（base station）、ＲＮＣ（Radio Network Controller：無線ネットワーク制御装置）、または任意のホスト・コンピューターにおいて使用するための無線周波数送受信機を実施するために、ソフトウェアに関連付けられた処理装置を使用することができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアにて実施され、カメラ、ビデオ・カメラ・モジュール、テレビ電話、スピーカーフォン、振動デバイス、スピーカー、マイクロホン、テレビ送受信機、ハンズフリー受話器、キーボード、ブルートゥース（Bluetooth（登録商標））モジュール、ＦＭ（Frequency Modulated：周波数変調された）無線ユニット、ＬＣＤ（Liquid Crystal Display：液晶表示）表示ユニット、ＯＬＥＤ（Organic Light-Emitting Diode：有機発光ダイオード）表示ユニット、デジタル音楽プレーヤー、メディア・プレーヤー、テレビゲーム・プレーヤー・モジュール、インターネット・ブラウザー、ならびに／または任意のＷＬＡＮ（Wireless Local Access Network：無線ＬＡＮ）モジュールまたはＵＷＢ（Ultra Wide Band：超広帯域）モジュールなどのモジュールと連動して使用することができる。
【図１】
0006016574.tif 000002
【図２Ａ】
0006016574.tif 000003
【図２Ｂ】
0006016574.tif 000004
【図３Ａ】
0006016574.tif 000005
【図３Ｂ】
0006016574.tif 000006
【図４】
0006016574.tif 000007
【図５】
0006016574.tif 000008
【図６Ａ】
0006016574.tif 000009
【図６Ｂ】
0006016574.tif 000010