(57)【特許請求の範囲】
【請求項１】
プロセッサと、実行可能な命令を格納するメモリとを備える装置であって、前記実行可能な命令は、前記プロセッサによる実行に応答して、少なくとも、
メッセージに、非確認モードメッセージの受信に関してデータ受信エラーが発生したことを標示させることであって、前記メッセージに標示させることは、特定の値に、前記非確認モードメッセージの送信機と、前記非確認モードメッセージの受信機との間でＣＯＵＮＴ−Ｃ値の再同期を可能とさせることを含む、前記メッセージに標示させることと、
前記特定の値に基づいた初期値を含む、確認メッセージを受信することと、
前記初期値に従って前記非確認モードメッセージの受信機のＣＯＵＮＴ−Ｃ値の同期を再確立すること、
を前記装置に実行させる、装置。
【請求項２】
前記特定の値は、セル更新メッセージに提供されたＳＴＡＲＴ値を含み、前記初期値は、前記ＳＴＡＲＴ値に基づくＣＯＵＮＴ−Ｃ値を含む、請求項１に記載の装置。
【請求項３】
前記ＣＯＵＮＴ−Ｃ値は、前記ＳＴＡＲＴ値を含む、請求項２に記載の装置。
【請求項４】
前記命令は、さらに、前記装置に、前記データ受信エラーを標示する少なくとも１ビットを含むセル更新メッセージにより、メッセージに標示させ、前記受信機のＣＯＵＮＴ−Ｃ値の同期の再確立をトリガする少なくとも１ビットを含む前記確認メッセージの受信により、前記確認メッセージを受信させる、請求項１ないし３の何れかに記載の装置。
【請求項５】
前記命令は、さらに、前記装置に、前記初期値に従った前記受信機のＣＯＵＮＴ−Ｃ値の同期の再確立に続いて、非確認モードメッセージを受信させる、請求項１ないし４の何れかに記載の装置。
【請求項６】
前記命令は、さらに、前記装置に、前記データ受信エラーを特定するために、前記非確認モードメッセージを監視させる、請求項１ないし５の何れかに記載の装置。
【請求項７】
前記命令は、さらに、前記装置に、
前記非確認モードメッセージを受信することと、
前記非確認モードメッセージの受信に基づいて、タイマーの動作を開始することと、
前記タイマーの時間切れの前に受信した各後続の非確認モードメッセージに応答して、タイマー動作を再開始することと、
後続の非確認モードメッセージの受信の前に前記タイマーが時間切れになることに応答して、前記データ受信エラーを標示することと、
によって、前記非確認モードメッセージを監視させる、請求項６に記載の装置。
【請求項８】
メッセージに、非確認モードメッセージの受信に関してデータ受信エラーが発生したことを標示させることであって、前記メッセージに標示させることは、特定の値に、前記非確認モードメッセージの送信機と、前記非確認モードメッセージの受信機との間でＣＯＵＮＴ−Ｃ値の再同期を可能とさせることを含む、前記メッセージに標示させることと、
前記特定の値に基づいた初期値を含む、確認メッセージを受信することと、
前記初期値に従って前記非確認モードメッセージの受信機のＣＯＵＮＴ−Ｃ値の同期を再確立すること、
を含む、方法。
【請求項９】
前記特定の値は、セル更新メッセージに提供されたＳＴＡＲＴ値を含み、前記初期値は、前記ＳＴＡＲＴ値に基づくＣＯＵＮＴ−Ｃ値を含む、請求項８に記載の方法。
【請求項１０】
前記ＣＯＵＮＴ−Ｃ値は、前記ＳＴＡＲＴ値を含む、請求項９に記載の方法。
【請求項１１】
前記メッセージに標示させることは、前記データ受信エラーを標示する少なくとも１ビットを含むセル更新メッセージに標示させることを含み、前記確認メッセージを受信することは、前記受信機のＣＯＵＮＴ−Ｃ値の同期の再確立をトリガする少なくとも１ビットを含む前記確認メッセージを受信することを含む、請求項８ないし１０の何れかに記載の方法。
【請求項１２】
前記初期値に従った前記受信機のＣＯＵＮＴ−Ｃ値の同期の再確立に続いて、非確認モードメッセージを受信することをさらに含む、請求項８ないし１１の何れかに記載の方法。
【請求項１３】
前記データ受信エラーを特定するために、前記非確認モードメッセージを監視することをさらに含む、請求項８ないし１２の何れかに記載の方法。
【請求項１４】
前記非確認モードメッセージを監視することは、
前記非確認モードメッセージを受信することと、
前記非確認モードメッセージの受信に基づいて、タイマーの動作を開始することと、
前記タイマーの時間切れの前に受信した各後続の非確認モードメッセージに応答して、タイマー動作を再開始することと、
後続の非確認モードメッセージの受信の前に前記タイマーが時間切れになることに応答して、前記データ受信エラーを標示することと、
をさらに含む、請求項１３に記載の方法。
【請求項１５】
コンピュータにより実行可能なプログラムコード命令を含むコンピュータプログラムであって、前記コンピュータにより実行可能なプログラムコード命令は、装置のプロセッサにより実行されて前記装置に動作を実行させ、前記動作は、
メッセージに、非確認モードメッセージの受信に関してデータ受信エラーが発生したことを標示させることであって、前記メッセージに標示させることは、特定の値に、前記非確認モードメッセージの送信機と、前記非確認モードメッセージの受信機との間でＣＯＵＮＴ−Ｃ値の再同期を可能とさせることを含む、前記メッセージに標示させることと、
前記特定の値に基づいた初期値を含む、確認メッセージを受信することと、
前記初期値に従って前記非確認モードメッセージの受信機のＣＯＵＮＴ−Ｃ値の同期を再確立すること、
を含む、コンピュータプログラム。
【請求項１６】
前記特定の値は、セル更新メッセージに提供されたＳＴＡＲＴ値を含み、前記初期値は、前記ＳＴＡＲＴ値に基づくＣＯＵＮＴ−Ｃ値を含む、請求項１５に記載のコンピュータプログラム。
【請求項１７】
前記ＣＯＵＮＴ−Ｃ値は、前記ＳＴＡＲＴ値を含む、請求項１６に記載のコンピュータプログラム。
【請求項１８】
前記動作は、前記データ受信エラーを標示する少なくとも１ビットを含むセル更新メッセージにより、メッセージに標示させることと、前記受信機のＣＯＵＮＴ−Ｃ値の同期の再確立をトリガする少なくとも１ビットを含む前記確認メッセージの受信により、前記確認メッセージ受信すること、をさらに含む、請求項１５ないし１７の何れかに記載のコンピュータプログラム。
【請求項１９】
前記動作は、前記データ受信エラーの前記標示に応答して、前記データ受信エラーからの回復を容易にするために、セル更新手順を開始することをさらに含む、請求項１５ないし１８の何れかに記載のコンピュータプログラム。
【請求項２０】
前記データ受信エラーからの回復を容易にするために前記セル更新手順を開始することは、セル更新メッセージ中の特定の値をネットワークエンティティに提供するための命令を含み、前記特定の値は、前記非確認モードメッセージの送信機と、前記非確認モードメッセージの受信機との間でＣＯＵＮＴ−Ｃ値の再同期を可能にする、請求項１９に記載のコンピュータプログラム。
【請求項２１】
前記動作は、さらに、前記初期値に従った前記受信機のＣＯＵＮＴ−Ｃ値の同期の再確立に続いて、非確認モードメッセージを受信することを含む、請求項１５ないし２０の何れかに記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、概して、通信技術に関し、より具体的には、非確認モード無線ベアラの暗号化問題の検出および回復のための装置、方法、およびコンピュータプログラム製品に関する。
【背景】
【０００２】
近代の通信により、有線および無線ネットワークの著しい拡大がもたらされている。コンピュータネットワーク、テレビジョンネットワーク、および電話ネットワークは、消費者需要の増大によって、かつてない技術拡大を続けている。無線およびモバイルネットワーク技術は、関連する消費者需要に対応するとともに、情報転送のさらなる柔軟性および即時性をもたらしている。
【０００３】
現在および今後のネットワーク技術は、情報転送の容易性およびユーザに対する利便性を促進し続ける。より容易または高速な情報転送および利便性をもたらすために、電気通信産業のサービスプロバイダは、既存のネットワークに対する改善を開発中である。この点に関し、無線通信は、電池寿命およびモバイル電子機器の計算容量の改善とともに、サイズおよびコストの低下に少なくとも部分的に起因して、近年ますます普及している。したがって、モバイル電子機器は、より能力を備え、より使い易く、かつより安価に購入できるようになった。現在のモバイル電子機器の遍存的性質により、全ての年齢層および教育レベルの人々は、モバイル端末を利用して、他の個人または連絡先と通信し、サービスを受け、ならびに/または情報、メディア、および他のコンテンツを共有している。
【０００４】
通信ネットワークおよび通信技術は、モバイル電子機器に強固なサポートするように開発および拡大されている。例えば、マイクロ波アクセスの国際的な相互運用性（Worldwide Interoperability for Microwave Access; WiMAX）は、2地点間リンクから完全なモバイルセルラ型アクセスまでの多種多様の方式で、長距離において無線データを提供することを目的とした電気通信技術である。また、進化型ユニバーサルモバイル電気通信システム（evolved universal mobile telecommunications system; UMTS）地上波無線アクセスネットワーク（terrestrial radio access network; E-UTRAN）も、現在開発中である。長期進化（Long Term Evolution; LTE）または3.9Gとしても知られるE-UTRANは、効率の改善、コスト低下、サービスの改善、新しいスペクトル機会の利用、および他のオープンスタンダードとのより良好な統合によって、従来技術を刷新することを目的としている。
【０００５】
典型的なネットワーク構成では、モバイルユーザは、ネットワークにより維持される通信リンクを介して相互に通信する。この点に関し、例えば、発信局は、ネットワーク機器がデータをターゲット局に中継するために、データをネットワーク機器に通信できる。無線リンクのサービスの質（quality of service; QoS）は、無線リンク制御器（radio link controller; RLC）と呼ばれるエンティティによって管理される。RLCは、各無線ベアラ（radio bearer; RB）のQoSおよび異なる種類のRLCモードを介する各RBのデータの伝送を管理できる。モードのいくつかの例として、透過モード（transparent mode; TM）、確認モード（acknowledged mode; AM）、および非確認モード（unacknowledged mode; UM）が挙げられ得る。各モードは、対応する異なるQoSに対応する。例えば、TMは、プロトコルデータユニット（protocol data unit; PDU）を構成する場合に上位層から受信したRLCサービスデータユニット（service data unit; SDU）にオーバーヘッドが添付されないモードである。したがって、RLCは、SDUを透過方式で送り得る。AMおよびUM等の非透過モードでは、オーバーヘッドがRLCに追加される。
【０００６】
AMでは、AM RLCは、PDUが伝送中に損失されたか否かを判断するために受信側が使用可能な連番を含むPDUヘッダを追加することによって、PDUを構成する。また、受信側は、受信したPDUの確認を行うことから、再伝送を介してエラーの無いデータ伝送を必要に応じて提供する努力を改善するために、受信されなかったPDUの再伝送が要求されることもある。再伝送の可能性により、AMは、非リアルタイムパケット伝送に対してより適切となる。
【０００７】
UMは、AMとは違って、受信したPDUについて確認を行わない。したがって、受信側は、依然として、任意のPDUが損失されたか否かを判断するために、PDUヘッダに与えられた連番を使用できるが、送信側は、伝送されたPDUの確認を受信しないため、受信側が、伝送されたPDUを適切に受信しているか否かをチェックしない。したがって、一旦PDUが伝送されると、PDUは、典型的には、再伝送されない。UMがPDUの再伝送を行わないという事実により、UMは、ボイスオーバーインターネットプロトコル（voice over Internet protocol; VoIP）、ブロードキャスト/マルチキャストデータ、および他のリアルタイムサービス等の、リアルタイムパケット伝送に対してより適切となる。回路交換（Circuit switched; CS）音声呼び出しは、UMがネットワークサポートを提供できるサービスの例である。具体的には、CSボイスオーバー高速パケットアクセス（voice over high speed packet access; HSPA）は、CS音声サービスを高速アップリンクパケットアクセス（high speed uplink packet access; HSUPA）および高速ダウンリンクパケットアクセス（high speed downlink packet access; HSDPA）にマッピングすることによって、周波数効率および電池寿命の改善を図るために、広帯域符号分割多元接続（wideband code division multiple access; WCDMA）に導入されている。したがって、例えば、CSボイスオーバーHSPA無線アクセスベアラ（radio access bearer; RAB）は、UM RLCにマッピングされ、適応マルチレート（adaptive multi-rate; AMR）音声コーデックは、音声データが存在する場合、例えば、20ms毎に音声フレームを送信するか、または音声データが存在しない場合（例えば、無音期間に）、160ms毎にAMR SID（例えば、無音フレーム）を送信することができる。
【０００８】
上述のような用途におけるUMの利用の可能性にも関らず、受信側が一定の数の連続UMデータPDUを受信できない場合に、暗号化問題が発生し得る。例えば、受信側が、127個を上回る連続UMデータPDUを受信できない場合、受信側は、受信側および送信側におけるCOUNT-C値が同期しなくなり、ハイパーフレーム番号（hyper frame number; HFN）値を増分するタイミングを逸する。暗号化問題が直面するいくつかの例示的状況として、悪い無線状態、困難なハンドオフ、困難なハンドオフ後のフォールバック、またはモバイル通信のためのグローバルシステム（global system for mobile communication; GSM）へのシステム間ハンドオーバの失敗などのケースが挙げられる。CSボイスオーバーHSPAの場合、暗号化問題は、ネットワークがUMデータPDUの送信を維持し、かつユーザ装置（user equipment; UE）もしくはユーザのモバイル端末がダウンリンク方向に約2.56秒の間、UMデータPDUを受信できないことを維持する場合、またはUEがUMデータPDUの送信を維持し、かつネットワークがアップリンク方向に1.28秒の間、UMデータPDUを受信できないことを維持する場合に発生し得る。
【０００９】
TMおよびAM動作に関連する暗号化問題から回復するための回復機構は現在存在するが、UM動作に関連する暗号化問題を検出および回復するための機構は現在存在しない。上述の問題を考慮し、暗号化問題に関連するUM能力を改善するための機構を提供することが望ましい。
【例示的実施形態の摘要】
【００１０】
ゆえに、暗号化問題の検出およびその後の暗号化問題からの回復を可能にし得る方法、装置、およびコンピュータプログラム製品が提供される。したがって、本発明の例示的実施形態は、UM動作中の暗号化問題を標示できるデータ転送問題を検出するためにタイマーの使用を可能にしてもよい。ゆえに、いくつかの実施形態は、検出された暗号化問題からの回復のための機構を提供してもよい。
【００１１】
一例示的実施形態では、非確認モード無線ベアラの暗号化問題の検出（および場合により、回復）のための方法が提供される。前記方法は、非確認モードメッセージを受信することと、前記非確認モードメッセージの受信に基づいて、タイマーの動作を開始することと、前記タイマーの時間切れの前に受信した各後続の非確認モードメッセージに応答して、タイマー動作を再開始することと、後続の非確認モードメッセージの受信の前に前記タイマーが時間切れになることに応答して、タイマー時間切れイベントを記録することと、前記タイマー時間切れイベントの記録後の前記後続の非確認モードメッセージの受信に応答して、データ受信エラーを標示することとを含んでもよい。
【００１２】
別の例示的実施形態では、非確認モード無線ベアラの暗号化問題の検出（および場合により、回復）のためのコンピュータプログラム製品が提供される。前記コンピュータプログラム製品は、コンピュータ可読プログラムコード命令が中に格納された少なくとも1つのコンピュータ可読記憶媒体を含んでもよい。前記コンピュータ可読プログラムコード命令は、非確認モードメッセージを受信し、前記非確認モードメッセージの受信に基づいて、タイマーの動作を開始し、前記タイマーの時間切れの前に受信した各後続の非確認モードメッセージに応答して、タイマー動作を再開始し、後続の非確認モードメッセージの受信の前に前記タイマーが時間切れになることに応答して、タイマー時間切れイベントを記録し、前記タイマー時間切れイベントの記録後の前記後続の非確認モードメッセージの受信に応答して、データ受信エラーを標示するための実行可能部分を含んでもよい。
【００１３】
別の例示的実施形態では、非確認モード無線ベアラの暗号化問題の検出（および、場合により回復）のための装置が提供される。前記装置は、非確認モードメッセージを受信し、前記非確認モードメッセージの受信に基づいて、タイマーの動作を開始し、前記タイマーの時間切れの前に受信した各後続の非確認モードメッセージに応答して、タイマー動作を再開始し、後続の非確認モードメッセージの受信の前に前記タイマーが時間切れになることに応答して、タイマー時間切れイベントを記録し、前記タイマー時間切れイベントの記録の後の前記後続の非確認モードメッセージの受信に応答して、データ受信エラーを標示するように構成されるプロセッサを含んでもよい。
【００１４】
別の例示的実施形態では、非確認モード無線ベアラの暗号化問題の検出（および場合により回復）のための装置が提供される。前記装置は、非確認モードメッセージを受信する手段と、前記非確認モードメッセージの受信に基づいて、タイマーの動作を開始する手段と、前記タイマーの時間切れの前に受信した各後続の非確認モードメッセージに応答して、タイマー動作を再開始する手段と、後続の非確認モードメッセージの受信の前に前記タイマーが時間切れになることに応答して、タイマー時間切れイベントを記録する手段と、前記タイマー時間切れイベントの記録の後の前記後続の非確認モードメッセージの受信に応答して、データ受信エラーを標示する手段と、を含む。
【図面の簡単な説明】
【００１５】
本発明について概括的に説明したところで、添付の図面を参照されたい。これらの図面は、必ずしも一定の縮尺で描かれているわけではない。
【図１】本発明の例示的実施形態に従う、無線通信システムの略ブロック図である。
【図２】本発明の例示的実施形態に従う、暗号化問題の検出および回復のための装置を示すブロック図を示す。
【図３】本発明の例示的実施形態に従う、ネットワークにより構成されたタイマー持続時間を提供するための装置を示すブロック図を示す。
【図４】本発明の例示的実施形態に従う、暗号化問題検出に関連付けられた通信の制御フロー図を示す。
【図５】本発明の例示的実施形態に従う、暗号化問題回復に関連付けられた通信の制御フロー図を示す。
【図６】本発明の別の例示的実施形態に従う、暗号化問題回復に関連付けられた通信の制御フロー図を示す。
【図７】本発明の例示的実施形態に従う、非確認モード無線ベアラの暗号化問題の検出を提供する例示的方法に従うフローチャートである。
【詳細な説明】
【００１６】
次に、本発明のいくつかの実施形態について、添付の図面を参照して以下により詳しく説明する。これらの図面において、本発明の実施形態のいくつかが示されるが、全てが示されるわけではない。当然ながら、本発明の種々の実施形態は、多数の異なる形式で具現化されてもよく、本明細書に記載の実施形態に限定するように解釈されるべきではない。同一の参照番号は、明細書において同一の要素を表す。本明細書で使用する際、用語の「データ」、「コンテンツ」、「情報」、および類似の用語は、本発明の実施形態に従って送信、受信、動作、および/または格納可能であるデータを表すように入れ替えて使用されてもよい。さらに、用語の「例示的」は、本明細書で使用する際、何ら定性的評価を伝えるものではなく、単に例として示すために使用される。したがって、任意のこのような用語の使用によって、本発明の実施形態の精神および範囲を限定するように解釈されるべきではない。
【００１７】
次に図1を参照すると、本発明の例示的実施形態に従う、非確認モード無線ベアラの暗号化問題の検出および回復を可能にするための機構を提供するシステムを示す略ブロック図が示されている。しかしながら、図1は、一例示的実施形態の例示であり、追加の要素またはさらに少ない要素を含む他のアーキテクチャも、本発明の実施形態の実施に関連して用いてもよいことを理解されたい。本システムは、とりわけ、コアネットワーク20と通信する複数のノードB（例えば、ノードB12およびノードB14）を含み得るUTRAN10を含み、コアネットワーク20は、1つ以上の移動交換局（mobile switching center; MSC）、MSCサーバ、メディアゲートウェイ（media gateway; MGW）、信号伝達汎用パケット無線サービス（General Packet Radio Service; GPRS）サポートノード（signaling GPRS support node; SGSN）、またはゲートウェイGPRSサポートノード（gateway GPRS support node; GGSN）を含み得る。UTRAN10は、1つ以上の無線ネットワークサブシステム（radio network sub-system; RNS）22を含んでもよい。各RNS22は、種々のノードBと通信する無線ネットワーク制御器（radio network controller; RNC）24を含んでもよい。
【００１８】
ノードBの各々は、UTRAN10と通信するために、各々がユーザ装置（例えば、UE30）と呼ばれる種々のユーザ端末の基地局またはアクセスポイントとして機能してもよい。各ノードBは、1つ以上のセルまたはサービスエリアを含んでもよく、セルまたはサービスエリアは、特定のセルに位置するUEが、特定のセルに関連付けられたそれぞれのノードBを介してUTRAN10と通信可能にし得るサービス領域を規定する。図1は、特定の数のノードBおよび1つのUEだけしか示さないが、複数のノードおよびユーザ端末がシステムに含まれてもよい。UTRAN10は、パケットサービス（packet service; PS）ドメインの一部として（例えば、VoIPについて）、コアネットワーク20と通信してもよい。また、RNC24は、CSオーバーHSPAについてCSドメインコアネットワークノードとも通信してもよい。
【００１９】
RNC24は、ユーザプレーンおよび制御プレーン（例えば、無線リソース制御（radio resource control; RRC））プロトコル終了をUEに提供してもよい。RNCは、無線リソース管理、無線ベアラ制御、無線許可制御、接続モビリティ制御、アップリンクおよびダウンリンクの両方におけるUE30へのリソースの動的割り当て、UE連結におけるコアネットワークの選択、IPヘッダ圧縮および暗号化、ページングおよびブロードキャスト情報のスケジュール化、データの経路指定、構成モビリティの測定および測定報告、およびその同等物等の機能に、機能性ホスティングを提供してもよい。例示的実施形態では、コアネットワーク20は、インターネット等のネットワークへの接続可能であってもよい。
【００２０】
UE30は、任意の既知の機構または利用可能な機構により確立され得た機器間通信を介して他のUEと通信してもよい。UEは、携帯情報端末（portable digital assistant; PDA）、ポケットベル、携帯型テレビ、ゲーム機、ノート型コンピュータ、カメラ、ビデオレコーダ、音声/映像プレーヤ、無線、全地球位置測定システム（global positioning system; GPS）器、もしくは上述のものの任意の組み合わせ、または他の種類の音声およびテキスト通信機器の例であってもよい。この点に関し、例えば、UE30は、1つ以上の無線インターフェース規格、通信プロトコル、変調型、およびアクセス型で動作可能であってもよい。例示として、UE30は、多数の第1世代、第2世代、第3世代、および/または第4世代の通信プロトコルあるいはその同等物のうちのいずれかに準拠して動作可能であってもよい。例えば、UE30は、第2世代（2G）無線通信プロトコルIS-136（（時分割多重接続（time division multiple access; TDMA））、モバイル通信のためのグローバルシステム（global system for mobile communications; GSM）、およびIS-95（符号分割多元接続（code division multiple access ; CDMA））に準拠して、またはユニバーサル移動通信システム（universal mobile telecommunications system; UMTS）、CDMA2000、広帯域CDMA（wideband CDMA; WCDMA）、および時分割/同期CDMA（time division-synchronous CDMA; TD-SCDMA）等の第3世代（3G）無線通信プロトコルに準拠して、進化型ユニバーサル地上波無線アクセスネットワーク（evolved- universal terrestrial radio access network; E-UTRAN）等の3.9G無線通信プロトコルに準拠して、第4世代（4G）通信プトロコルに準拠して、あるいはその同等物に準拠して動作可能であってもよい。代替として（または、加えて）、UE30は、非セルラ通信機構に準拠して動作可能であってもよい。例えば、UE30は、無線ローカルエリアネットワーク（wireless local area network; WLAN）または他の通信ネットワークにおいて通信可能であってもよい。
【００２１】
例示的実施形態では、UE30は、UM RLCエンティティ40を含んでもよい。UM RLCエンティティ40は、暗号化問題等のデータ転送問題を検出し、かつ検出された問題からの回復を支援するように構成されるハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせにおいて具現化された機器または回路等の任意の手段であってもよい。例示的実施形態では、UM RLCエンティティ40は、暗号化問題等のデータ転送問題の検出に関連して利用可能なタイマー値を有するようにネットワークにより構成可能であってよく、またはハードコード化可能なタイマーを含んでもよい。
【００２２】
例示的実施形態に従うUM RLCエンティティ40の動作については、図2の説明に関連してより詳細に後述する。特に、UM RLCエンティティ40は、図1におけるUE30の一部分として示されるが、UM RLCエンティティ40のインスタンスは、いくつかの実施形態において、RNC24等のネットワークエンティティに存在してもよい。したがって、ネットワークも、場合によっては、本発明の実施形態を使用して、データ受信エラーを検出可能であってもよい。
【００２３】
例示的実施形態では、RNC（または、恐らくは何らかのネットワークエンティティ）のうちの1つ以上は、タイマー構成エンティティ50を含んでもよい。タイマー構成エンティティ50は、UM RLCエンティティ40のタイマーがネットワークにより構成可能である実施形態において、UM RLCエンティティ40のタイミングを構成するように構成されるハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせにおいて具現化された機器または回路等の任意の手段であってもよい。したがって、例えば、タイマー構成エンティティ50は、UM RLCエンティティ40のタイマーを構成するために、パラメータまたは他の情報をUM RLCエンティティ40に提供することを可能にするように構成されてもよい。しかしながら、いくつかの実施形態では、ネットワークにより構成可能であるのではなく、UM RLCエンティティ40のタイマーは、ハードコード化されてもよい。一例示的実施形態に従うタイマー構成エンティティ50の動作については、図3の説明に関連してより詳細に後述する。
【００２４】
図2は、本発明の例示的実施形態を実行するように構成された装置（例えば、UM RLCエンティティ40）の一例のブロック図を示す。この点に関し、例えば、本発明の例示的実施形態に従う、暗号化問題の検出を可能にし、かつ暗号化問題からの回復を容易にするための装置は、例えば、UE30として具現化されてもよく、あるいはUE30上で用いられてもよい。しかしながら、図2の装置が、モバイル型および固定型の両方の多種多様の他の機器（例えば、RNC24等のネットワーク機器）上に用いられてもよく、ゆえに、本発明の実施形態が、モバイル端末またはAP等の機器上の用途に必ずしも限定されるべきではないことに留意されたい。また、図2は、暗号化問題の検出を可能にし、かつ暗号化問題からの回復を容易にするための装置の構成の一例を示すが、多くの他の構成を使用して本発明の実施形態を実装してもよいことにも留意されたい。
【００２５】
次に、図2を参照すると、暗号化問題の検出を可能にし、かつ暗号化問題からの回復を容易にするため装置が提供される。装置は、プロセッサ70、ユーザインターフェース72、通信インターフェース74、およびメモリ機器76を含んでもよく、あるいはそれらと通信してもよい。メモリ機器76には、例えば、揮発性および/または不揮発性メモリが含まれてもよい。メモリ機器76は、装置が、本発明の例示的実施形態に従う種々の機能を実行することを可能にするための情報、データ、アプリケーション、命令、またはその同等物を格納するように構成されてもよい。例えば、メモリ機器76は、プロセッサ70による処理のための入力データをバッファリングするように構成されてもよい。付加的または代替的に、メモリ機器76は、プロセッサ70による実行のためのアプリケーションに対応する命令を格納するように構成されてもよい。さらに別の代替として、メモリ機器76は、静的および/または動的情報の形式で情報を格納する複数のデータベースのうちの1つであってもよい。
【００２６】
プロセッサ70は、多くの異なる方式で具現化され得る。例えば、プロセッサ70は、処理要素、コプロセッサ、制御器、または、例えば、特定用途向け集積回路（application specific integrated circuit; ASIC）、フィールドプログラマブルゲートアレイ（field programmable gate array; FPGA）、ハードウェアアクセラレータ、またはその同等物等の集積回路を含む種々の他の処理手段または機器として具現化されてもよい。例示的実施形態では、プロセッサ70は、メモリ機器76に格納された命令あるいはプロセッサ70にアクセス可能な命令を実行するように構成されてもよい。したがって、ハードウェア方法もしくはソフトウェア方法によって、またはそれらの組み合わせによって構成されるか否かにかかわらず、プロセッサ70は、本発明の実施形態に従う動作を実行可能なエンティティを表わしてもよいとともに、適宜構成されてもよい。したがって、例えば、プロセッサ70がASIC、FPGA、またはその同等物として具現化される場合、プロセッサ70は、本明細書に説明する動作を実行するために具体的に構成されたハードウェアであってもよい。代替する別の例として、プロセッサ70がソフトウェア命令の実行部として具現化される場合、命令は、本明細書に説明するアルゴリズムおよび動作を実行するように、命令により実行された具体的な構成のためではなくても、汎用処理要素であるプロセッサ70を具体的に構成してもよい。しかしながら、場合によっては、プロセッサ70は、本明細書に説明するアルゴリズムおよび動作を実行するための命令によって、プロセッサ70のさらなる構成により本発明の実施形態を用いるために適合された特定の機器（例えば、モバイル端末またはUE）のプロセッサであってもよい。
【００２７】
一方、通信インターフェース74は、装置と通信するネットワークおよび/または任意の他の機器もしくはモジュールからデータを受信し、および/またはそこにデータを送信するように構成されたハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせにおいて具現化された機器または回路等の任意の手段であってもよい。この点に関し、通信インターフェース74は、例えば、無線通信ネットワークとの通信を可能にするためのアンテナ（または多重アンテナ）ならびに支援ハードウェアおよび/またはソフトウェアを含んでもよい。固定環境では、通信インターフェース74は、代替的または付加的に、有線通信に対応してもよい。したがって、通信インターフェース74は、ケーブル、デジタル加入者回線（digital subscriber line; DSL）、ユニバーサルシリアルバス（universal serial bus; USB）、Ethernet、高解像度マルチメディアインターフェース（High-Definition Multimedia Interface; HDMI）、または他の機構を介する通信に対応するための、通信モデムおよび/または他のハードウェア/ソフトウェアを含んでもよい。さらに、通信インターフェース74は、Bluetooth、赤外線、UWB、WiFi、および/またはその同等物等の通信機構に対応するためのハードウェアおよび/またはソフトウェアを含んでもよい。
【００２８】
ユーザインターフェース72は、ユーザインターフェース72においてユーザ入力の標示を受信するように、および/または可聴、視覚的、機械的、もしくは他の出力をユーザに提供するように、プロセッサ70と通信してもよい。したがって、ユーザインターフェース72には、例えば、キーボード、マウス、ジョイスティック、トラックボール、タッチスクリーン、ディスプレイ、マイクロホン、スピーカ、または他の入力/出力機構が含まれてもよい。装置がサーバまたはネットワークノード（例えば、ノードB14）において具現化される実施形態では、ユーザインターフェース72は、制限されてもよく、またはさらには排除されてもよい。
【００２９】
例示的実施形態では、プロセッサ70は、タイマー80およびエラー検出器82を含み得るUM RLCエンティティ40として具現化されてもよく、UM RLCエンティティ40を含んでもよく、あるいはUM RLCエンティティ40を制御してもよい。タイマー80およびエラー検出器82の各々は、タイマー80およびエラー検出器82の対応する機能をそれぞれ実行するように構成されるハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせにおいて具現化された機器または回路等の任意の手段であってもよい。
【００３０】
例示的実施形態では、タイマー80は、カウントアップまたはカウントダウンしてもよく、所定の値までのカウントダウンまたはカウントアップに到達した場合に、「時間切れ」、または「タイムアウト」であると見なされてもよい。場合によっては、タイマー80は、所定の値に設定され、時間切れに達するようにゼロまでカウントダウンされてもよい。しかしながら、他の実施形態では、任意の特定の値までのカウントダウン時またはカウントアップ時に時間切れに達してもよい。いくつかの実施形態では、タイマー80は、ネットワーク（例えば、ノードB14）から特定のメッセージを受信するとリセットされてもよい。したがって、例えば、特定のメッセージの第1のインスタンスの最初の受信に応答して、タイマー80は、カウントを開始してもよい。特定のメッセージの別のインスタンスの後続の受信時に、タイマー80は、リセットされ、再びカウントを開始してもよい。しかしながら、タイマー80が特定のメッセージのインスタンスを受信する前に時間切れに到達する場合、タイマー80は、エラー検出器82にタイムアウト状態を標示してもよい。
【００３１】
場合によっては、タイマー80は、いかなる方向にも「カウント」しない場合がある。代わりに、時間満了は、特定のメッセージを受信した後の、先の時間のいつかに設定されてもよい。例えば、タイマー80の時間切れは、その間に後続のメッセージを受信せずにタイマー80をリセットしないのであれば、特定のメッセージの受信後約2.56秒に発生するように設定されてもよい。
【００３２】
例示的実施形態では、特定のメッセージは、ネットワーク側における送信機（例えば、ノードB14）から受信したUMデータPDUであってもよい。しかしながら、いくつかの実施形態では、エラー検出器82は、送信機からUMデータPDUを受信し、タイマー80のリセットを信号伝達するようにタイマー80に報告するように構成されてもよい。このような実施形態では、タイマー80がカウントおよびリセットするように信号伝達される特定のメッセージは、送信機から受信した外部メッセージではなく、エラー検出器82から受信した内部メッセージ（UM RLCエンティティ40に関して）であってもよい。場合によっては、タイマー80は、さらに詳細に後述するように、ネットワークによって（例えば、タイマー構成エンティティ50を介して）構成されてもよい。しかしながら、他の場合では、タイマー80は、ハードコード化されたタイマー持続時間に基づいて、UE30またはUM RLCエンティティ40によって内部で構成されてもよい。
【００３３】
エラー検出器82は、暗号化問題または他のデータ転送問題を検出するために、時間切れイベントに関するタイマー80からの標示を受信するように構成されてもよい。この点に関し、例えば、タイマー80の実行時間内にUMデータPDUをUM RLCエンティティ40が受信できないことは、データ転送問題を標示してもよい。いくつかの例では、タイマー80は、データ転送問題を標示するために、2.56秒の遅延（または、暗号化問題を標示する他の値）の後に時間切れになるように構成されてもよい。タイマー持続時間にUMデータPDUを受信できなかった後のタイマー80の時間切れは、場合によって、データ転送問題を標示してもよい。しかしながら、他の場合では、タイマー80の時間切れ後にUMデータPDUを受信することは、データ転送問題を標示してもよい。いずれの場合でも、エラー検出器82は、UMデータPDUの受信を伴う遅延に対するタイマー時間切れに基づいて、データ転送問題の存在を判断してもよい。
【００３４】
データ転送問題（例えば、データ受信エラー）の存在が判断される場合、エラー検出器82は、セル更新手順を開始するようにさらに構成されてもよい。セル更新手順は、典型的には、UE30において開始されるため、UE30がデータ受信エラーを検出する例では、エラー検出器82は、データ受信エラーを検出し、かつセル更新手順を開始するように構成されてもよい。しかしながら、ネットワークがデータ受信エラーを検出する状況では、ネットワーク側におけるエラー検出器82のインスタンスは、UE30に信号伝達して、UE30におけるエラー検出器82のインスタンスに、セル更新手順を開始するように報告してもよい。UE30への信号が、明示的なメッセージまたは信号の形式である必要がないことに留意されたい。この点に関し、ネットワークは、例えば、UE30が無線リンク障害を検出し、それに応じてUE30がセル更新を開始してもよいように、物理チャネルを解放してもよい。したがって、セル更新手順を開始するようにUE30が「信号伝達」される機構は、明示的メッセージである必要はなく、またはセル更新手順を開始するようにUE30に指示することに具体的に関連付けられた機構である必要もない。場合によっては、セル更新手順を開始するのではなく、エラー検出器82は、代わりに、セル更新手順を開始するように、上位層機器の上位層に信号伝達してもよい。
【００３５】
例示的実施形態では、エラー検出器82による、または上位層によるセル更新手順の開始は、専用チャネル伝送の停止を含んでもよい。さらに、場合によっては、判断されたデータ受信エラーまたはデータ転送問題からの回復は、UM RLC再確立によって、COUNT-C値を、セル更新手順中のSTART値で再初期化することを含んでもよい。
【００３６】
図3は、タイマー構成エンティティ50を含むネットワーク側機器（例えば、RLC24）のブロック図を示す。図3から分かるように、機器は、機器がメモリ（例えば、メモリ機器76'）、図2のプロセッサに類似するプロセッサ（例えば、プロセッサ70'）を含めるという点において、図2の構成要素に類似する構成要素を含んでもよいが、プロセッサ70'が、タイマー構成エンティティ50（例えば、タイマー構成エンティティ50機能を実装するために追加のコードで配線されるか、またはソフトウェア介して提供される）、通信インターフェース（例えば、通信インターフェース74'）、およびユーザインターフェース（例えば、ユーザインターフェース72'）を含むか、またはそれを制御するように構成されることは例外とする。タイマー構成エンティティ50は、それが用いられる実施形態において、タイマー80を構成するための情報を提供するように構成されてもよい。したがって、例えば、タイマー構成エンティティ50は、タイマー80に、タイマー持続時間情報を提供してもよい。場合によっては、タイマー構成エンティティ50は、RRC再構成メッセージ（例えば、RadioBearerSetupメッセージ、RadioBearerReconfigurationメッセージ、もしくはその同等物）により、またはCell Update Confirmメッセージもしくは本明細書に記載していない何らかの他の目的の特定のメッセージにより、タイマー持続時間情報を提供してもよい。
【００３７】
図4〜図6は、本発明のいくつかの例示的実施形態のための異なる例示的通信フローを標示する制御フロー図を示す。この点に関し、図4に示すように、受信側機器（例えば、UMデータPDU（UMD PDU）の受信機84（例えば、UE30））は、任意の利用可能な実装ストラテジを介して、受信機側において（例えば、UE30において）、RRCエンティティ（例えば、RRC86）のインスタンスとの通信が可能であってもよい。受信側機器は、UMD PDUデータを送信側機器（例えば、UMD PDUの送信機88）から受信するように構成されてもよい。
【００３８】
例示的実施形態では、受信側機器は、タイマー（例えば、タイマー80のインスタンス）を有するように想定されてもよい。タイマーは、上述のように、ネットワークにより構成可能な持続時間またはハードコード化された値を有してもよい。動作100に示すように、送信側機器がUMD PDUを受信側機器に提供することに応答して、動作102において、タイマーは、UMD PDUの受信時に開始してもよい。タイマーは、カウントし続け、タイマー実行中に、動作104において、別のUMD PDUが送信側機器によって送信されてもよい。タイマーは、動作106において、受信側機器における他のUMD PDUの受信時に再開始されてもよい。図4においてタイマー再スタートは1つだけしか示されないが、タイマー時間切れの発生の前に、任意の数の再スタートが発生してもよい。動作108において、タイマー実行中に受信側機器がUMD PDUを受信することができないことに起因して、タイマーが時間切れになってもよい。タイマーの時間切れの後、動作110において、受信側機器は、タイマー時間切れイベントを記録するか、あるいは記憶してもよい。その後、動作112において、送信側機器は、別のUMD PDUを送信してもよい。しかしながら、1つ以上のUMD PDUが、タイマー実行中およびタイマーの時間切れの前に送信されてもよいが、このようなUMD PDUは、受信側機器により受信されない場合がある。動作114において、タイマー時間切れの後にUMD PDUを受信することに応答して、受信側機器は、UMデータ受信エラーを標示するために、動作116において、CRLC-Status-IndメッセージをRRC86に内部送信してもよい。したがって、動作100から116を介して、データ受信エラーの検出が実行されてもよい。
【００３９】
図5は、図4を参照して上述したような、本発明の実施形態の動作に応答するデータ受信エラーの検出後に用いられる例示的回復方法を示す。また、図5は、タイマーのネットワーク構成の例も示す。この点に関し、動作122においてタイマーを構成するために、動作120において示すように、タイマー構成メッセージ（例えば、RadioBearerSetupメッセージ）が、初めに、ネットワークにおけるRRCのインスタンス（例えば、NW90におけるRRCピアエンティティ）から提供されてもよい。代替として、タイマー持続時間は、システム情報ブロック（system information block; SIB）および/またはUTRANMobilitylnformationメッセージによって提供されてもよい。さらに別の代替として、タイマー持続時間は、SIBおよび/またはUTRANMobilitylnformationメッセージに提供されてもよく、RRC再構成メッセージ（例えば、RadioBearerSetupメッセージ、RadioBearerReconf?gurationメッセージ、またはその同等物）が、タイマーが有効または無効であるべきか否かに関する標示を提供してもよい。タイマーが有効である場合、動作126および後続する動作が実行されてもよい。別の代替実施形態では、上述のように、タイマーは、ネットワークより構成可能ではないが、代わりに、ハードコード化されたタイマー持続時間を有してもよい。このような状況では、特定のサービス（例えば、CSボイスオーバーHSPA、VoIP）は、UM RLCエンティティ40によって、ハードコード化されたタイマー持続時間で構成されてもよい。
【００４０】
いくつかの実施形態では、タイマーは、UM RLCエンティティ40において実装されてもよい。しかしながら、他の代替実施形態では、タイマーは、異なる層（例えば、物理層）において実装されてもよい。このような状況では、異なる層が、各特定の時間間隔で特定のサービス（例えば、音声サービス）に伝送されると予想されたデータを受信しない場合、異なる層は、上位層（例えば、RRC86）にデータ受信エラーを標示してもよい。いずれの場合であっても、メッセージの実施形態は、アップリンク方向またはダウンリンク方向のいずれかにおける後続の非確認モードメッセージ（例えば、UMD PDU）の受信間のタイミングに基づいて動作してもよい。しかしながら、ダウンリンクUMD PDUは、UM RLCエンティティ40が上述の動作を実行する実施形態に具体的に適用するが、アップリンク方向およびダウンリンク方向における非確認モードメッセージのデータ受信の監視は、代替として、代替実施形態において、物理層、MAC-hs、MAC-ehs、MAC-e、MAC-es、MAC-I、MAC-is、またはその同等物において実行されてもよい。
【００４１】
タイマーの構成の後、RRC86は、動作124において、タイマーの構成が完了したことを標示するメッセージで返信してもよい。その後しばらくして（例えば、図4の例に従う動作によるデータ受信エラーの検出に応答して）、UMデータ受信エラー標示は、動作126において、RRC86に提供されてもよい。データ受信エラーの検出前の時間中、タイマーは、各UMD PDUの受信により、開始および繰り返し再開始してもよい。上述のように、タイマーが時間切れになる場合、UM RLCエンティティ40は、タイマー時間切れを記憶して、タイマー時間切れの後に新しいUMD PDUを受信する場合に、UEのダウンリンクUM RLCエンティティ40が、動作126において示すように、データ受信エラーをRRC86に標示するようにする。
【００４２】
RRC86は、セル更新手順を開始あるいはトリガしてもよい（例えば、動作128によって示すように、セル更新メッセージを送信することによって）。セル更新手順は、UM RLCエンティティ40のCNドメインのSTART値の提供を含んでもよい。場合によっては、セル更新メッセージは、無線リンク障害または任意の他の適切な理由を標示してもよい。セル更新メッセージを受信すると、送信側機器またはネットワークエンティティは、動作130において、UM RLC再確立を開始してもよい。例示的実施形態では、UM RLC再確立は、UM RLCエンティティ40のCOUNT-C値を、UM RLCエンティティ40のCNドメインのセル更新メッセージに含まれたSTART値に初期化することを含んでもよい。例として、COUNT-C値のHFNコンポーネントの20個の最上位ビット（most significant bit; MSB）は、START値に設定されてもよい一方で、HFNコンポーネントの残りのビットは、セル更新手順中にゼロに設定されてもよい。ネットワークがUM RLC再確立およびCOUNT-C初期化を実行する時間および方法は、異なる実装ストラテジに基づいて異なって判断されてもよい。
【００４３】
また、送信側機器は、セル更新メッセージの受信を確認するために、また、受信側機器においてUM RLC再確立をトリガするために、確認メッセージを受信側機器に返信してもよい（例えば、動作132に示す）。次いで、UM RLC再確立は、動作134に示すように、受信側機器において始められてもよい。この点に関し、受信側機器（例えば、UE30）が、セル更新確認メッセージを受信すると、受信側機器は、UM RLCエンティティを再確立し、COUNT-C値のHFNコンポーネントの20個のMSBを、UM RLCエンティティ40のCNドメインのセル更新メッセージに含まれた「START」値に設定してもよく、UM RLCエンティティ40のCOUNT-C値のHFNコンポーネントの残りのビットをゼロに設定する。両側でのUM RLC再確立の後、受信側機器および送信側機器のCOUNT-C値は、ブロック136に示すように、再同期され、暗号化問題からの回復が、達成されている。動作138において、RRC86は、ネットワークにおけるピアRRCに、動作132において受信したセル更新確認メッセージの応答メッセージをさらに提供してもよい。
【００４４】
いくつかの代替実施形態では、上述の動作に修正を加えてもよい。例として、図6は、図5の実施形態のセル更新部分に変更を加えた一代替実施形態を示す。この点に関し、例えば、セル更新メッセージ128'は、UMデータ受信エラーを標示する1ビットをさらに含んでもよい。動作132'において、送信側機器から受信側機器に返信されたセル更新メッセージも、UM RLCエンティティ40におけるRLC再確立をトリガするために、ネットワークにより設定された1ビットを含んでもよい。このような実施形態では、受信側機器は、対応するビットが動作134'において受信したセル更新メッセージにおいて設定されることに応答して、UM RLCエンティティ40を再確立する。
【００４５】
上述のように、いくつかの実施形態では、ネットワーク側（例えば、送信側機器）も、アップリンクUM RLCアクティビティを監視するためにタイマーを含んでもよい。したがって、ネットワーク側も、アップリンクにおけるデータ転送問題を検出することが可能になってもよい。このような状況では、システムの動作は、タイマーがアップリンクUMD PDUの受信時に開始またはリセットすること以外は、ダウンリンク方向について上述した動作に類似してもよい。加えて、このような状況では、タイマーは、アップリンクUMD PDUを受信するネットワークノード内で内部構成されてもよく、ネットワークノードは、セル更新手順自体を開始せずに、セル更新手順の開始について信号伝達することが必要とされてもよい。タイマー時間切れは記録され、次いで、再確立は、上述のように実行されてもよい。上述の代替の任意の組み合わせも利用してもよい。
【００４６】
図7は、本発明の例示的実施形態に従うシステム、方法、およびプログラム製品のフローチャートである。フローチャートの各ブロックまたはステップならびにフローチャートにおけるブロックの組み合わせが、1つ以上のコンピュータプログラム命令を含むハードウェア、ファームウェア、および/またはソフトウェア等の種々の手段によって実装可能であることを理解されたい。例えば、上述の手順のうちの1つ以上は、コンピュータプログラム命令によって具現化されてもよい。この点に関し、上述の手順を具現化するコンピュータプログラム命令は、端末（例えば、UE30）またはネットワークノード（例えば、ノードB14）のメモリ機器によって格納されてもよく、端末またはネットワークノードにおけるプロセッサによって実行されてもよい。理解されるように、任意のこのようなコンピュータプログラム命令を、コンピュータまたは他のプログラム可能な装置（すなわち、ハードウェア）にロードして機械をもたらし、その結果、コンピュータまたは他のプログラム可能な装置上で実行する命令は、フローチャートのブロックまたはステップにおいて特定される機能を実装する手段を生成する。また、これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能な装置を特定の方式で機能させることが可能なコンピュータ可読メモリに格納されてもよく、その結果、コンピュータ可読メモリに格納される命令は、フローチャートのブロックまたはステップにおいて特定される機能を実装する命令手段を含む製品をもたらす。また、コンピュータプログラム命令を、コンピュータまたは他のプログラム可能な装置にロードすることによって、コンピュータまたは他のプログラム可能な装置上で、コンピュータ実装によるプロセスをもたらすように一連の動作ステップを実行させ、その結果、コンピュータまたは他のプログラム可能な装置上で実行する命令は、フローチャートのブロックまたはステップにおいて特定される機能を実装するステップを提供してもよい。
【００４７】
したがって、フローチャートのブロックまたはステップは、特定の機能を実行するための手段の組み合わせ、特定の機能を実行するためのステップの組み合わせ、および特定の機能を実行するためのプログラム命令手段に対応する。また、フローチャートのうちの1つ以上のブロックまたはステップならびにフローチャートにおけるブロックまたはステップの組み合わせが、特定の機能またはステップあるいは特殊用途のハードウェアおよびコンピュータ命令の組み合わせを実行する特殊用途のハードウェアベースのコンピュータシステムによって実装可能であることも理解されたい。
【００４８】
この点に関し、データ転送問題の検出および回復のための方法の一実施形態は、図7に示されるように、動作210において、非確認モードメッセージを受信することと、動作220において、非確認モードメッセージの受信に基づいて、タイマーの動作を開始することとを含んでもよい。場合によっては、非確認モードメッセージは、非確認モードデータプロトコルデータユニット（unacknowledged mode data protocol data unit; UM data PDU）であってもよい。本方法は、動作230において、タイマーの時間切れの前に受信した各後続の非確認モードメッセージに応答して、タイマー動作を再開始することと、動作240において、後続の非確認モードメッセージの受信の前にタイマーが時間切れになることに応答して、データ受信エラーを標示することとをさらに含んでもよい。場合によっては、タイマー時間切れは、タイマー時間切れイベントとして記録されてもよい。いくつかの実施形態では、データ受信エラーの標示は、タイマーの時間切れの時間に即座に（例えば、タイマー時間切れに直接応答する）、または後続の非確認モードメッセージがタイマー時間切れ後に受信される場合（例えば、タイマー時間切れに間接的に応答する）のいずれかに提供されてもよい。図7の方法は、ネットワークエンティティまたはユーザ側（例えば、UE30）におけるエンティティのいずれかによって実行されてもよい。
【００４９】
いくつかの例示的実施形態では、さらなる任意選択の動作を含んでもよく、そのいくつかの例が、図7における点線で示される。この点に関し、本方法は、動作200において、ネットワークエンティティから受信した命令に基づいて規定された、またはハードコード化されたタイマー持続時間に基づいて規定されたタイマー持続時間によって、タイマーを構成することをさらに含んでもよい。いくつかの実施形態では、本方法は、動作250において、データ受信エラーの標示に応答して、データ受信エラーからの回復を容易にするために、セル更新手順を開始することをさらに含んでもよい。例示的実施形態では、データ受信エラーからの回復を容易にするためにセル更新手順を開始することは、セル更新メッセージにおける特定の値を、ネットワークエンティティに提供することを含んでもよく、特定の値は、非確認モードメッセージの送信機と、非確認モードメッセージの受信機との再同期を可能にする。場合によっては、特定の値は、ネットワークエンティティが使用する値にCOUNT-C値を初期化するために、セル更新メッセージに提供されたSTART値であってもよい。
【００５０】
例示的実施形態では、上記方法を実行するための装置は、上述の動作（200〜250）の各々を実行するように構成されたプロセッサ（例えば、プロセッサ70）を含んでもよい。プロセッサは、例えば、動作の各々を実行するために格納された命令またはアルゴリズムを実行することによって、動作を実行するように構成されてもよい。代替として、装置は、上述の動作の各々を実行するための手段を含んでもよい。この点に関し、例示的実施形態によると、動作200から250を実行するための手段の例として、例えば、タイマー80およびエラー検出器82、エラー検出器82、またはプロセッサ70の動作を管理するためのアルゴリズムが挙げられてもよい。
【００５１】
本明細書に記載の本発明に関する多くの修正および他の実施形態は、本発明に関連する当業者によって想定され、これらの修正および他の実施形態は、前述の説明および関連の図面において提示された教示の便益を有する。ゆえに、本発明が、開示された特定の実施形態に限定されないこと、ならびに修正および他の実施形態が、添付の請求項の範囲内に含まれるように意図されることが理解されたい。さらに、前述の説明および関連の図面は、要素および/または機能の一定の例示的組み合わせに関連して例示的実施形態について説明するが、要素および/または機能の異なる組み合わせが、添付の請求項の範囲から逸脱することなく、代替実施形態によって提供されてもよいことを理解されたい。この点に関し、例えば、明示的に上述したもの以外の要素および/または機能の異なる組み合わせも、添付の請求項のいくつかに記載され得るように想定される。本明細書において特定の用語が用いられるが、これらの用語は、一般的および記述的な意味においてのみ使用され、限定する目的で使用されない。
【図１】
0005221776.tif 000002
【図２】
0005221776.tif 000003
【図３】
0005221776.tif 000004
【図４】
0005221776.tif 000005
【図５】
0005221776.tif 000006
【図６】
0005221776.tif 000007
【図７】
0005221776.tif 000008