JP4484932B2 - 無線リンク制御エラーの解決方法 - Google Patents

Description

本発明は、使用者装置（ＵＥ）とセルラーネットワーク間に設定された無線リンクで機能障害を解決する方法に関し、特に、ＵＭＴＳタイプネットワークに適用される。

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、欧州標準であるＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワークとＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）無線接続技術を基盤としてより向上した無線通信サービスの提供を目標とする。

ＵＭＴＳの標準化作業のために１９９８年１２月にヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡなどは、第３世代移動体通信システムの標準化プロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ： ３ＧＰＰ）というプロジェクトを構成し、現在もＵＭＴＳ技術の詳細な標準仕様（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を作成中である。ＵＭＴＳの効果的で迅速な技術開発のために、３ＧＰＰでは、ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業を５つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐｓ： ＴＳＧ）に分けて進めている。各ＴＳＧは、関連したエリア内で標準規格の開発、承認、及びその管理を担当するが、そのうち、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ： ＲＡＮ）グループ（ＴＳＧ ＲＡＮ）は、ＵＭＴＳにおいてＷＣＤＭＡ接続技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の機能、要求事項、及びインタフェースに関する規格を開発する。

図１は、通常のＵＭＴＳネットワークの構造を示す図である。図１に示すように、前記ＵＭＴＳは、端末又は使用者装置（ＵＥ）、ＵＴＲＡＮ、及びコアネットワーク（ＣＮ）から構成される。

前記ＵＴＲＡＮは、少なくとも１つの無線ネットワーク制御装置（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒｓ：ＲＮＣ）と、Ｉｕｂインタフェースで接続されるＮｏｄｅ Ｂとから構成される。前記ＲＮＣは、複数のＮｏｄｅ Ｂを制御する。各Ｎｏｄｅ Ｂは、１つ又は複数のセルを制御する。前記セルは、所定周波数の所定地域をカバーする。各ＲＮＣは、Ｉｕインタフェースで前記ＣＮに（すなわち、前記ＣＮのＭＳＣ（Ｍｏｂｉｌｅ−ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）とＳＧＳＮに向かって）接続する。ＲＮＣは、他のＲＮＣと前記Ｉｕｒインタフェースで接続される。前記ＲＮＣは、無線リソースの割り当て及び管理を担当し、前記ＣＮへのアクセスポイントの役割を果たす。

各Ｎｏｄｅ Ｂは、アップリンクで前記ＵＥの物理層により伝送された情報を受信し、ダウンリンクでデータを前記ＵＥに伝達する。前記Ｎｏｄｅ Ｂは、前記ＵＥへの前記ＵＴＲＡＮのアクセスポイントの役割を果たす。前記ＳＧＳＮは、ＥＩＲ（Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ Ｒｅｇｉｓｔｅｒ）にＧｆインタフェースで接続され、前記ＭＳＣにＧＳインタフェースで接続され、前記ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ）にＧＮインタフェースで接続され、前記ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）に前記ＧＲインタフェースで接続される。前記ＥＩＲは、前記ネットワーク上で使用できる端末又は使用できない端末のリストをホストする。前記ＭＳＣは、回線交換（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈ：ＣＳ）サービスの接続を制御する。前記ＭＳＣは、ＮＢインタフェースでＭＧＷ（Ｍｅｄｉａ Ｇａｔｅｗａｙ）に、ＦインタフェースでＥＩＲに、ＤインタフェースでＨＳＳに接続される。前記ＭＧＷは、Ｃインタフェースで前記ＨＳＳに接続され、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）に接続される。前記ＭＧＷは、前記ＰＳＴＮと前記接続されたＲＡＮとの間のコーデックの適用を容易にする。

前記ＧＧＳＮは、ＧＣインタフェースでＨＳＳに、ＧＩインタフェースでインターネットに接続される。前記ＧＧＳＮは、他の無線アクセスベアラ（ｒａｄｉｏ ａｃｃｅｓｓ ｂｅａｒｅｒ：ＲＡＢ）へのデータフローのルーティング、課金、及び分離を担当する。前記ＨＳＳは、ユーザの加入データを担当する。

本発明においては重要でない他の接続が存在する。

前記ＵＴＲＡＮは、前記ＵＥと前記ＣＮ間の通信のためにＲＡＢを構成及び維持する。前記ＣＮは、前記ＲＡＢからエンドツーエンドサービス品質（ＱｏＳ）要求事項を要求し、前記ＲＡＢは、前記コアネットワークにより設定された前記ＱｏＳ要求事項をサポートする。従って、前記ＵＴＲＡＮは、前記ＲＡＢを構成及び維持することにより、エンドツーエンドＱｏＳ要求事項を満たす。

特定ＵＥに提供されるサービスは、回線交換（ＣＳ）サービスとパケット交換（ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ：ＰＳ）サービスに大別される。例えば、一般的な音声対話サービスは、回線交換サービスであり、インターネット接続によるウェブブラウジングサービスは、パケット交換（ＰＳ）サービスに分類される。

ＣＳサービスをサポートするために、前記ＲＮＣは、前記コアネットワークのＭＳＣに接続され、前記ＭＳＣは、他のネットワークとの接続を管理するＧＭＳＣ（ｇａｔｅｗａｙ ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）に接続される。ＰＳサービスをサポートするために、前記ＲＮＣは、前記コアネットワークのＳＧＳＮ及びＧＧＳＮと接続される。前記ＳＧＳＮは、前記ＲＮＣとのパケット通信をサポートし、前記ＧＧＳＮは、インターネットのような他のパケット交換ネットワークとの接続を管理する。

図２は、前記３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す。図２に示すように、前記無線インタフェースプロトコルは、物理層、データリンク層、及びネットワーク層から構成される水平層と、ユーザデータを伝送するためのユーザプレーン（Ｕ−ｐｌａｎｅ）及び制御情報を伝送するための制御プレーン（Ｃ−ｐｌａｎｅ）から構成される垂直プレーンとを備える。前記ユーザプレーンは、音声やＩＰパケットのようなユーザとのトラヒック情報を取り扱う領域であり、前記制御プレーンは、ネットワークとのインタフェース、呼の維持及び管理などに関する制御情報を取り扱う領域である。図２のプロトコル層は、開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ： ＯＳＩ）参照モデルの下位３層に基づいて第１層（Ｌ１）、第２層（Ｌ２）、第３層（Ｌ３）に区分される。前記第１層（Ｌ１）、すなわち、物理層は、多様な無線伝送技術により上位層に情報伝送サービス（ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。前記物理層は、トランスポートチャネルで上位層である媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ）層と接続される。

前記ＭＡＣ層と前記物理層は、トランスポートチャネルでデータを交換する。第２層（Ｌ２）は、ＭＡＣ層、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ：ＲＬＣ）層、ブロードキャスト／マルチキャスト制御（ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ：ＢＭＣ）層、及びパケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層を含む。前記ＭＡＣ層は、論理チャネルとトランスポートチャネル間のマッピングを担当し、無線リソースの割り当て及び再割り当てのためにＭＡＣパラメータの割り当てサービスを提供する。前記ＭＡＣ層は、論理チャネルで上位層である無線リンク制御（ＲＬＣ）層に接続される。

伝送される情報の種類によって多様な論理チャネルが提供される。一般に、制御チャネルは、制御プレーンの情報を伝送するために使用され、トラヒックチャネルは、ユーザプレーンの情報を伝送するために使用される。論理チャネルは、共有されるか否かによって、共通チャネルともなり、専用チャネルともなる。論理チャネルには、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＴＣＨ（Ｃｏｍｍｏｎ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、並びにＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）もしくはＳＨＣＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）が含まれる。前記ＢＣＣＨは、端末により活用される情報を含む情報を提供してシステムにアクセスする。ＵＴＲＡＮは、前記ＰＣＣＨを利用して端末にアクセスする。

マルチメディアブロードキャスト／マルチキャストサービス（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ：ＭＢＭＳ）の目的のために、さらなるトラヒック及び制御チャネルが前記ＭＢＭＳ標準に導入される。ＭＣＣＨ（ＭＢＭＳ ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）は、ＭＢＭＳ制御情報を伝送するために使用され、ＭＴＣＨ（ＭＢＭＳ ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）は、ＭＢＭＳサービスデータを伝送するために使用される。ＭＳＣＨ（ＭＢＭＳ Ｓｃｈｅｄｕｌｉｎｇ Ｃｈａｎｎｅｌ）は、スケジューリング情報を伝送するために使用される。他の論理チャネルは、以下のリストに示す。

制御チャネル（ＣＣＨ）− ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
− ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
− ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
− ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
− ＳＨＣＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
− ＭＣＣＨ（ＭＢＭＳ ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
− ＭＳＣＨ（ＭＢＭＳ Ｓｃｈｅｄｕｌｉｎｇ Ｃｈａｎｎｅｌ）
トラヒックチャネル（ＴＣＨ）− ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）
− ＣＴＣＨ（Ｃｏｍｍｏｎ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）
− ＭＴＣＨ（ＭＢＭＳ ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）
前記ＭＡＣ層は、トランスポートチャネルにより物理層と接続され、管理されるトランスポートチャネルのタイプによってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、及びＭＡＣ−ｍサブレイヤに区分される。前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末により共有されるＦＡＣＨ（Ｆｏｒｗａｒｄ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）もしくはＤＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のような共通トランスポートチャネル、又はアップリンクでＲＡＣＨ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｍは、ＭＢＭＳデータを担当する。

図３は、ＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示し、図４は、ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す。

前記ＭＡＣ−ｄサブレイヤは、特定端末のための専用トランスポートチャネルであるＤＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｄサブレイヤは、該当端末を管理するＳＲＮＣ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）に位置し、１つのＭＡＣ−ｄサブレイヤが各端末内に存在する。ＲＬＣ層は、ＲＬＣ動作モードに応じて、信頼性のあるデータ伝送をサポートし、上位層から伝送された複数のＲＬＣサービスデータユニット（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ：ＳＤＵ）の分割及び連結機能を果たす。前記ＲＬＣ層は、上位層から前記ＲＬＣ ＳＤＵを受信すると、処理容量に応じた適当な方式によってそれぞれのＲＬＣ ＳＤＵのサイズを調節した後、ヘッダ情報を加えてデータユニットを生成する。前記データユニットは、プロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ：ＰＤＵ）と呼ばれ、論理チャネルで前記ＭＡＣ層に伝送される。前記ＲＬＣ層は、前記ＲＬＣ ＳＤＵ及び／又はＲＬＣ ＰＤＵを保存するためのＲＬＣバッファを含む。

ＢＭＣ層は、前記コアネットワークから受信されたセルブロードキャスト（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ： ＣＢ）メッセージをスケジューリングし、前記ＣＢメッセージを特定セル又は複数のセルに位置する端末にブロードキャストする。

前記ＰＤＣＰ層は、前記ＲＬＣ層の上位に位置する。前記ＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルで伝送されるデータを相対的に狭い帯域幅を有する無線インタフェース上で効率的に伝送するために使用される。このために、前記ＰＤＣＰ層は、有線ネットワークにおいて使用される不必要な制御情報を減らす機能を果たし、この機能をヘッダ圧縮と言う。

無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、第３層（Ｌ３）の最下部に位置し、制御プレーンにおいてのみ定義される。前記ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ： ＲＢ）の設定、再設定、及び解除に関連してトランスポートチャネル及び物理チャネルを制御する。前記ＲＢは、端末とＵＴＲＡＮ間のデータ伝送のために第２層（Ｌ２）により提供されるサービスである。一般に、無線ベアラの設定とは、特定データサービスの提供のために必要なプロトコル層とチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。前記ＲＲＣは、ＲＡＮ内でのユーザ移動性、及びロケーションサービスのようなさらなるサービスを担当する。

所定のＵＥのための無線ベアラとトランスポートチャネル間のマッピングが異なる可能性が常に成立するわけではない。前記ＵＥ／前記ＵＴＲＡＮは、ＵＥの状態及び前記ＵＥ／前記ＵＴＲＡＮが行っている過程によって可能なマッピングを推定する。異なる状態やモードについての説明は、次の通りである。

異なるトランスポートチャネルは、異なる物理チャネルにマッピングされる。物理チャネルの構成は、ＲＮＣとＵＥ間のＲＲＣ信号交換により行われる。

図５に示すように、前記ＤＰＣＨは、前記ＵＥと１つ又は複数のＮｏｄｅ Ｂの１つ又は複数のセル間に設定され、同時に使用できる。前記ＵＥが複数のセルに同時に設定された１つのＤＰＣＨを有する場合を「ソフトハンドオーバー」といい、前記ＵＥが同一のＮｏｄｅ Ｂの複数のセルに同時に設定された１つのＤＰＣＨを有する場合を「ソフターハンドオーバー」という。前記ＤＰＣＨのために、前記ＵＥは常にダウンリンクで全ての無線リンクからのＴＰＣコマンドを組み合わせ、最小限の送信電力（すなわち、ある無線リンクが「ｕｐ」を要求し、他の無線リンクが「ｄｏｗｎ」を要求する場合、前記ＵＥは前記送信電力を低減することを選択する）を要求するコマンドを常に使用する。

前記ＲＬＣ層は、前記ＲＮＣとＵＥとの間の論理チャネル間のデータ交換を制御するために使用されるレイヤ２プロトコルである。前記ＲＬＣ層は、３つのタイプの伝送モードにより実現される。

− トランスペアレントモード
− 無応答モード
− 応答モード
前記モードの詳細説明を［３］に示す。有効な異なる機能は、前記伝送モードに依存する。

前記応答モード及び無応答モードにおいて、ＳＤＵは、エアインタフェースでの伝送のために使用される小さいパケットデータユニット（ＰＤＵ）に分けられる。送信側は前記ＳＤＵをＰＤＵに分離し、受信側は前記ＰＤＵに加えられた制御情報に基づいて前記ＳＤＵを再構成するために前記ＰＤＵを再構築する。前記制御情報は、例えば、ＰＤＵが損失したか否かを検出するためのＰＤＵシーケンスナンバーであるか、又は、ＲＬＣ ＰＤＵ内のＳＤＵの開始／終了を示す長さインジケータ（Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）である。

前記無応答モードにおいて、受信機は、ＰＤＵを正確に伝送した送信機に確認メッセージ（ｃｏｎｆｉｒｍａｔｉｏｎ）を送信せずに、前記ＰＤＵ内に含まれるシグナル情報に基づいてＰＤＵをＳＤＵに再構築して完成したＳＤＵを上位層に伝送する。

前記応答モードにおいて、前記受信機は、前記正確に受信されたＰＤＵのための応答を伝送する。前記送信機は、損失したＰＤＵの再伝送を開始するために前記応答を使用する。前記応答は、所定条件下で伝送される。前記受信機により受信されたＰＤＵに対する応答の伝送を開始するためには複数のメカニズムが予測される。どのメカニズムをアクティブにするかは、標準内に定義され、ＲＲＣシグナリングにより実現される。ステータスＰＤＵの伝送のためのメカニズムは、例えば、１ずつ増加した受信された最新のシーケンスナンバーに該当しないシーケンスナンバーであるＰＤＵの受信により、又は、前記受信機が応答（又は、「ステータス」という）が伝送されるべきであるという指示を前記ＲＬＣ制御情報メッセージにより前記送信機から受信することにより、実現される。ステータスＰＤＵを伝送するための前記送信機の指示を「ポーリング」という。

前記送信機がポーリングビットを伝送するとき、所定時間が経過しても前記ポーリングの伝送後の位置報告が受信されない場合、メカニズムは前記ＵＭＴＳ標準で実現される。前記メカニズムにおいて、前記送信機は、前記ポーリングインジケータを含むＰＤＵの再伝送を開始し、これを「タイマーポール（ｔｉｍｅｒ ｐｏｌｌ）」という。

他のメカニズムは、ＰＤＵの再伝送回数を計数する。前記再伝送が所定回数（ＭａｘＤａｔ）を超えると、前記送信機は、ＡＭ ＲＬＣモードを使用する無線ベアラの送信機と受信機エンティティを初期状態に設定するリセット手順を開始する。前記リセット手順が開始されると、開始エンティティは、「Ｒｅｓｅｔ」 ＰＤＵを終了エンティティに伝送する。前記終了エンティティは、前記「Ｒｅｓｅｔ Ａｃｋ」 ＰＤＵを伝送することにより、前記「Ｒｅｓｅｔ」ＰＤＵの受信に対して応答する。前記開始エンティティは、所定時間が経過しても前記「Ｒｅｓｅｔ Ａｃｋ」 ＰＤＵを受信しない場合、前記「Ｒｅｓｅｔ」 ＰＤＵを再伝送する。前記開始エンティティは、所定量の再伝送を行っても前記「Ｒｅｓｅｔ Ａｃｋ」 ＰＤＵを受信しない場合、「回復不能エラー（ｕｎｒｅｃｏｖｅｒａｂｌｅ ｅｒｒｏｒ）」を検出する。

本発明は、ＲＬＣ ＡＭモードにおいて機能障害がＲＬＣエンティティの動作下で検出される状況を説明する。機能障害を検出する他のメカニズムは、前記ＵＭＴＳ標準に既に記述されているか、または実現できる。ＵＭモードにおけるＲＬＣエンティティのための検出メカニズム、例えば、定義されていないシグナリング情報が前記ＲＬＣ ＰＤＵ内に含まれていることを検出するメカニズム、又は、上位層がＵＭエンティティの送受信が正確に行われていないことを検出するメカニズムを予想できる。

前述したように、「回復不能エラー」を検出する標準に定義されたメカニズムがあるが、これは、遮断された（ｂｌｏｃｋｅｄ）状況や通信が断絶した状況に該当する。

前記ＵＥが前記標準に記述された「回復不能エラー」を検出すると、前記ＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態に移行して「セルアップデート」メッセージを前記Ｎｏｄｅ Ｂ／ＲＮＣに送信する。その結果、前記ＵＥは、ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）「セルアップデート原因（Ｃｅｌｌ ｕｐｄａｔｅ ｃａｕｓｅ）」を「ＲＬＣ回復不能エラー」の原因に設定することにより、回復不能エラーが発生したことを通知する。前記ＵＥは、前記ＩＥ「ＡＭ＿ＲＬＣエラーインジケータ（ＲＢ１、ＲＢ３、又はＲＢ４）」を含むことにより、前記回復不能エラーがＩＤ２、３、又は４を有するシグナリング無線ベアラのうちの１つに対して発生したことを通知する。又は、前記ＵＥは、前記ＩＥ「ＡＭ＿ＲＬＣエラーインジケータ（ＲＢ＞４）」を含むことにより、前記回復不能エラーが４より大きいＩＤを有するＲＬＣ ＡＭモードを使用する無線ベアラＲＢのうちの１つに対して発生したことを通知する。次に、前記ＲＮＣは、前記「セルアップデート確認（Ｃｅｌｌ Ｕｐｄａｔａ Ｃｏｎｆｉｒｍ）」メッセージを送信し、前記ＩＥ「ＲＬＣ再設定インジケータ（ＲＢ２、ＲＢ３、及びＲＢ４）」を「真」に設定することによりＩＤ２、３、及び４を有するＳＲＢに対して前記ＲＬＣエンティティが再設定されることを通知し、「ＲＬＣ再設定インジケータ（ＲＢ５及びそれ以上）」を「真」に設定することによりＲＬＣ ＡＭモードを使用する４以上のＩＤを有するＲＢに対して前記ＲＬＣエンティティが再設定されることを通知する。

前記ＵＭ／ＡＭ ＲＬＣエンティティは、暗号化及び暗号解読も担当する。そのために、前記送信機と受信機における前記ＲＬＣエンティティは、ＨＦＮ（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ）と前記ＲＬＣシーケンスナンバーとから構成されるＣＯＵＮＴ−Ｃナンバーを維持する。前記ＣＯＵＮＴ−Ｃ値は、他の情報とともにビットストリングを生成する数学関数に入力される。前記ビットストリングとＳＮを除いたＲＬＣ ＰＤＵは、論理ＸＯＲ演算により組み合わせられるが、これは、前記ＲＬＣ ＰＤＵのデータ部分の暗号化を保障する。前記ＨＦＮ値は、前記ＲＬＣ ＳＮがラップアラウンド（ｗｒａｐ ａｒｏｕｎｄ）する度に（すなわち、前記ＲＬＣ ＳＮが最大値に達して「０」から再開するとき）増加する。前記受信機がＳＮの特定値を損なう場合、又は、前記受信されたＳＮが前記受信中に変更された場合、前記受信機と送信機におけるＣＯＵＮＴ−Ｃが非同期化することがある。この場合、前記受信機は、前記受信された情報を正確に解読できない。前記受信機は、ここには説明されておらず本発明の一部分にも属しない異なるメカニズムにより前記解読エンティティの機能障害を検出できる。

前記ＨＳ−ＤＳＣＨは、前記ＵＭＴＳ標準においてダウンリンクでデータを伝送可能にするトランスポートチャネルであり、高速データレートの使用を可能にする。前記ＨＳ−ＤＳＣＨは、常にＨＳ−ＰＤＳＣＨ物理チャネルにマッピングされる。前記ＤＰＣＨとは逆に、前記ＨＳ−ＰＤＳＣＨは、１回に１つのセルから与えられたＵＥにのみ伝送できる。前記ＨＳ−ＤＳＣＨは、前記Ｎｏｄｅ Ｂから前記ＵＥにデータを高速に再伝送できるようにＨＡＲＱ（ｈｙｂｒｉｄ ＡＲＱ）メカニズムを使用する。前記メカニズムは、［２］にも記述されている。前記ＵＥが与えられたブロックを正確に受信したか否かを認知するために、前記ＵＥは、［１］で説明されているように、アップリンクで前記ＨＳ−ＤＰＣＣＨ物理チャネルで伝送された前記Ｎｏｄｅ Ｂに応答を伝送する。前記ＨＳ−ＤＰＣＣＨで、前記ＵＥは、ダウンリンクで無線チャネルの品質を示すＣＱＩ情報を伝送する。これにより、前記Ｎｏｄｅ Ｂが前記チャネル条件での伝送フォーマットとスケジューリングを採択できる。

図５に示すように、ＣＥＬＬ＿ＤＣＨでの伝送中、前記ＵＥは、内部ループパワー制御を行う。すなわち、前記ＵＥは、前記送信電力を増加させるか減少させるかをＵＥ自身に通知するＴＰＣ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｍｍａｎｄ）を前記ＤＣＨで前記Ｎｏｄｅ Ｂから受信する。前記ＵＥは、異なるセルから受信した前記ＴＰＣを組み合わせる。これは、前記ＵＥが前記送信電力を前記ＵＬでの最善の無線リンクに適用することを意味する。前記ＵＥは、ＤＰＣＣＨ、ＤＰＤＣＨ、ＨＳ−ＤＰＣＣＨの送信電力を増加又は減少させる。前記ＨＳ−ＤＰＣＣＨは、前記ＨＳ−ＤＳＣＨを伝送するセルによってのみ受信されるが、これは、ＨＳ−ＤＳＣＣＨ ＤＰＣＣＨの前記送信電力が前記ＵＥとＨＳ−ＤＳＣＨサービングセル間のアップリンクチャネルに常に適用されるわけではないことを示す。すなわち、前記ＨＳ−ＤＳＣＨは、一時的に有効でなくなることもあることを意味する。

主な利点のうち１つは、前記ＨＳ−ＤＳＣＨが共有チャネルであることであり、これは、前記必要な拡散符号が予め割り当てられる必要がないということと、他の使用者間で動的に共有できることを意味する。

ＲＲＣモードは、端末のＲＲＣとＵＴＲＡＮのＲＲＣ間に論理接続が存在するか否かを示す。接続が存在すると、前記端末はＲＲＣ接続モードにあるという。接続が存在しないと、前記端末はアイドルモードにあるという。ＲＲＣ接続モードにある端末に対してＲＲＣ接続が存在するため、ＵＴＲＡＮは、セルユニット内の特定端末が存在するか否か、例えば、ＲＲＣ接続モードの端末がどのセル又はセルの集合にあるか、及びどの物理チャネルをＵＥがリッスンしているかを判断できる。このように、端末を効果的に制御できる。

これに対して、ＵＴＲＡＮは、アイドルモードにある端末の存在を判断できない。アイドルモードにある端末の存在はコアネットワークによってのみ判断される。特に、前記コアネットワークは、ロケーションやルーティング領域のようにセルより大きい地域内にアイドルモードの端末が存在するか否かのみを検出できる。従って、アイドルモード端末の存在は、大きい地域内で判断される。音声やデータなどの無線通信サービスを受けるために、アイドルモードの端末は、ＲＲＣ接続モードに移行又は変更しなければならない。モードと状態間の可能な変化については、図６に示す。

ＲＲＣ接続モードにあるＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＤＣＨ状態、ＵＲＡ＿ＰＣＨ状態などの異なる状態となることができる。これら以外の状態も予想することができる。前記状態に応じて、ＵＥは異なる動作を行い、異なるチャネルをリッスンする。例えば、ＣＥＬＬ＿ＤＣＨ状態の端末は、多様なチャネルのうち、ＤＣＨタイプのトランスポートチャネルをリッスンする。ＤＣＨタイプのトランスポートチャネルは、所定のＤＰＣＨ、ＤＰＤＳＣＨ、又は他の物理チャネルにマッピングできるＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含む。ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥは、特定Ｓ−ＣＣＰＣＨにマッピングされる複数のＦＡＣＨトランスポートチャネルをリッスンする。ＰＣＨ状態にあるＵＥは、特定Ｓ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＩＣＨチャネル及びＰＣＨチャネルをリッスンする。

前述したように、無線ベアラは、Ｌ２の上位層からデータ、すなわち、前記ＵＴＲＡＮ内に生成されたデータ、例えば、ＲＲＣ、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリング（一般的に、ｃ−プレーン）、及び使用者データ（ｕ−プレーン）を伝送する。前記ＲＲＣシグナリングからのデータは、３シグナリング無線ベアラにより伝送され、０から２までの範囲で数値化される。前記ＮＡＳシグナリングからのデータは、前記シグナリング無線ベアラ３により伝送され、４シグナリング無線ベアラが使用される。残りの無線ベアラ識別子は、ユーザプレーンデータを伝送するのに有効である。

サービス品質によって異なる無線ベアラを効率的に伝送するために、前記無線ベアラは、異なるトランスポートチャネル上の論理チャネルにマッピングできる。前記無線ベアラに対して利用可能なマッピング方法は、前記無線ベアラが伝送しているトラヒックの種類によって決定される。０から４までの専用シグナリング無線ベアラは、ＤＣＣＨ／ＣＣＣＨタイプの論理チャネルを介してマッピングされる。５以上のＩＤを有するユーザプレーントラヒックを伝送する専用無線ベアラは、ＤＴＣＨタイプの論理チャネルを介してマッピングされる。異なるマッピングオプションがアップリンクとダウンリンクに対して独立して定義でき、前記ＵＥ状態によって、また、有効なトランスポートチャネルによって定義できる。

図７は、ダウンリンクでのマッピングオプションに対する可能な構成を示す。この例においては、４つの可能なマッピングオプションを示す。

ＣＥＬＬ＿ＤＣＨ状態において、ＨＳ−ＰＤＳＣＨ及びＤＰＣＨが有効である場合、前記シグナリング無線ベアラ（ＳＲＢ＃１〜＃４）は、ＤＰＣＨにマッピングされ、他の無線ベアラ（ＲＢ＃５〜＃２０）は、ＨＳ−ＰＤＰＣＨにマッピングされる。この場合、前記ＳＲＢ＃０はマッピングされない。

ＣＥＬＬ＿ＤＣＨ状態において、ＤＰＣＨが有効であり、ＨＳ−ＰＤＳＣＨが有効でない場合、前記シグナリング無線ベアラ（ＳＲＢ＃１〜＃４）と他の無線ベアラ（ＲＢ＃５〜＃２０）は、ＤＰＣＨにマッピングされる。この場合、前記ＳＲＢ＃０はマッピングされない。ＣＥＬＬ＿ＤＣＨ状態において、ＤＰＣＨが有効でなく、ＨＳ−ＰＤＳＣＨが有効である場合、前記ＳＲＢ＃１〜＃４と他のＲＢ＃５〜＃２０は、ＨＳ−ＰＤＳＣＨにマッピングされる。この場合、前記ＳＲＢ＃０はマッピングされない。

ＣＥＬＬ＿ＦＡＣＨ状態において、前記ＳＲＢ＃０〜＃４及び他の無線ベアラＲＢ＃５〜＃２０はＦＡＣＨにマッピングされる。

ＵＴＲＡＮの前記リリース６において、「フラクショナルＤＰＣＨ」という新しい物理チャネルが導入される。前記チャネルは、ノーマルＤＰＣＨを交替するために使用される。前記チャネルは、１つのコードを異なる使用者間で共有することにより、ダウンリンクに必要な拡散符号の数を減少させる。前記コードの使用を減少させるために、ＳＲＢが前記ＨＳ−ＤＳＣＨにマッピングされたとしても、いずれのＤＣＨトランスポートチャネルも前記「フラクショナルＤＰＣＨ」物理チャネルで伝送されない。

前記アップリンクにおいて、前記ＳＲＢとユーザプレーン無線ベアラは、前記ＤＰＣＨに、又は、その他の有効チャネルにマッピングされる。これは、前記ＵＥが前記アップリンクで伝送することを可能にする。

以下、ＲＮＣエンティティが前記ＲＬＣエンティティを再初期化する手順をトリガーすることを必要とするエラーの影響をＲＬＣエンティティが受ける状況の２つの例を説明する。

例１：無線リンク品質の低下（ＨＳ−ＤＳＣＨ ＲＬ失敗の場合）
前記ＳＲＢが前記ＨＳ−ＤＳＣＨにマッピングされる場合、前記ＨＳ−ＤＳＣＨが有効でなくなるが、前記ＵＥは依然として残りの無線リンクでＲＲＣ接続状態となる問題が発生する可能性がある。前記ＨＳ−ＤＳＣＨは、異なるチャネルでの前記Ｎｏｄｅ ＢとＵＥ間のアップリンク／ダウンリンク通信に依存する。タウンリンクにおいて、これらのチャネルは、次の通りである。

− 前記ＨＳ−ＳＣＣＨ
− 前記ＨＳ−ＰＤＳＣＨ
アップリンクにおいて、前記ＨＳ−ＤＳＣＨの受信は次のチャネルに依存する。

− 前記ＨＳ−ＤＰＣＣＨ
前記物理チャネルのうち１つの受信がこれ以上できない場合、前記ＨＳ−ＤＳＣＨでの伝送が遮断される。これは、例えば、無線条件が悪いためか、前記ＵＥと基地局間の距離が遠すぎるためか、障害物があるためか、又は、前記チャネルの適切でない構成のためである。次に、前記ＵＥは、遮断されて一時的にいずれのデータも前記ＵＥに／から伝送されない。

前記ＵＥが遮断される状況を図８に示す。

図８に示すように、前記ＵＥは、第１基地局Ａの第１セル１と第２基地局Ｂの第２セル２に接続される。前記ＨＳ−ＤＳＣＨが構成されるセル１への無線条件の場合、セル２への無線条件の場合より悪化する。この場合、前記ＵＥとＲＮＣ間の接続が不良とならないようにするために、前記ＨＳ−ＤＳＣＨを前記セル２から伝送されるように構成する必要がある。

図９に示すように、第１段階によると、前記ＵＥは、Ｎｏｄｅ Ｂ１及びＮｏｄｅ Ｂ２と設定された無線リンクを有する。

第２段階によると、前記Ｎｏｄｅ Ｂ１への無線リンクは、例えば、前記ＵＥが前記Ｎｏｄｅ Ｂ１から前記Ｎｏｄｅ Ｂ２に移動するため、品質が低下する。

第３段階によると、前記ＵＥは、前記ＲＮＣに無線リンクの品質低下を通知する。

第４段階によると、前記ＲＮＣは、前記ＨＳ−ＤＳＣＨを前記Ｎｏｄｅ Ｂ１から前記Ｎｏｄｅ Ｂ２に移動するために、再構成手順を開始する。

前記無線品質がこれ以上の前記ＨＳ−ＤＳＣＨでの伝送ができない範囲まで低下する場合、図９に示す再構成がこれ以上できなくなる状況が発生する。これに対して、前記Ｎｏｄｅ Ｂ２への無線リンクの品質は、依然として良好である。この場合、前記ＲＮＣが前記ＵＥにいずれの情報も伝達できないため、前記ＵＥは遮断された状態である。

現在適用できる唯一のメカニズムによると、ある時点で前記ＵＥ又は前記ＲＮＣにおいて「回復不能エラー」が検出される。前記エラーが前記ＲＮＣで検出された場合、前記ＲＮＣは、前記ＵＥのアクティブセットを構成する無線リンクを除去し、無線リンク失敗を引き起こす。前記エラーがＵＥで検出された場合、前記ＵＥは、「セルアップデート」手順を開始する。

図１０に示すように、第１段階によると、前記ＵＥは、Ｎｏｄｅ Ｂ１及びＮｏｄｅ Ｂ２と設定された無線リンクを有する。前記Ｎｏｄｅ Ｂ１は、前記ＨＳ−ＤＳＣＨ無線リンクを制御する前記Ｎｏｄｅ Ｂである。

第２段階によると、前記Ｎｏｄｅ Ｂ１への無線リンクは、例えば、前記ＵＥが前記Ｎｏｄｅ Ｂ１から前記Ｎｏｄｅ Ｂ２に移動するため、品質が低下する。

第３段階によると、前記ＵＥは、前記ＲＮＣに測定報告を伝送することにより、無線リンクの品質低下を通知する。前記ＨＳ−ＤＳＣＨでの伝送ができない場合、前記ＲＮＣは、前記応答を前記ＵＥ（３ａ）に伝送できなくなる。これにより、ＲＬＣ回復不能エラーが発生し、結局、前記ＳＲＢ２、３、及び４が再設定されたセルアップデート手順が行われる。

第４段階によると、前記ＲＮＣは、前記ＨＳ−ＤＳＣＨを前記Ｎｏｄｅ Ｂ１から前記Ｎｏｄｅ Ｂ２に移動するために、再構成手順を開始する。前記ダウンリンク通信がこれ以上できなくなる場合、メッセージがＮｏｄｅ Ｂの前記ＲＮＣから受信され、前記ＵＥに伝送されない。

第５段階によると、前記ＵＥ及びＮｏｄｅ Ｂ、又は前記ＲＮＣは、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態に移行するメカニズムをトリガーする。

第６段階によると、前記ＵＥがセルアップデートメッセージの送信を開始する。

前記メッセージは、回復不能エラーを経験したＲＬＣエンティティ、すなわち、ＩＤ２、３、４を有するＲＢにマッピングされたＲＬＣエンティティ、又は、４以上のＩＤを有するＲＢにマッピングされたＲＬＣエンティティを伝送するＲＢのグループを示すために使用された２つの情報要素（ＩＥ）を含む。また、前記メッセージは、ＩＥ「ＳＴＡＲＴ」を伝送する。前記ＩＥは、暗号化のために使用されたＣＯＵＮＴ−ＣエンティティのＨＦＮ値を初期化するために使用された値を含む。

第７段階によると、前記ＲＮＣは、セルアップデート確認メッセージの送信を開始する。前記ＲＬＣエンティティを再設定するために前記メッセージ内にＩＥ「ＲＬＣ再設定インジケータ（ＲＢ２、ＲＢ３、ＲＢ４）」及び／又は「ＲＬＣ再設定インジケータ（ＲＢ５及びそれ以上）」を「真」に設定できる。しかし、前記ＲＬＣエンティティ３と４が再設定される場合、ＮＡＳ層からのメッセージの一部が損失することがある。

第８段階によると、ＩＥ「ＲＬＣ再設定インジケータ（ＲＢ２、ＲＢ３、ＲＢ４）」及び／又は「ＲＬＣ再設定インジケータ（ＲＢ５及びそれ以上）」が「真」に設定された前記セルアップデート確認メッセージを受信した場合、前記ＵＥは、前記ＲＬＣ ＡＭエンティティを前記セルアップデート確認メッセージに示すとおり再初期化する。前記ＵＥは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位のビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮ内に残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化される。

第９段階によると、前記ＲＮＣは、前記ＲＬＣ ＡＭエンティティを前記セルアップデート確認メッセージに示すとおり再初期化する。前記ＲＮＣは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位のビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮに残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化される。

第１０段階によると、前記ＵＥは、確認メッセージを前記ＲＮＣに伝送する。

ＳＲＢ２のために使用された前記ＲＬＣエンティティが再設定されていない場合、第４段階で送信された前記メッセージが依然として前記ＲＮＣの伝送バッファ内に残る。

第１１段階によると、前記メッセージは、前記セルアップデート確認メッセージを受信した後、前記ＵＥにより受信される。しかし、この時点で、前記メッセージの内容は十分でない。

前記ＵＥは、前記ＨＳ−ＤＳＣＨの品質に基準を適用することもでき、前記セルアップデートをトリガーするために、アップリンク伝送のための前記ＵＥ内の有効な送信電力又はその他の基準を適用することもできる。

前記ＳＲＢが前記ＨＳ−ＤＳＣＨトランスポートチャネルにマッピングされた場合、前記ＲＮＣが前記ＵＥ構成を変更するためにデータを前記ＵＥに伝送することができる。しかし、ダウンリンク伝送が不可能な場合、前記データは、前記ＵＥに伝送されない。セルアップデート手順を前述した方法で行うことにより、ＵＥ／ＲＮＣが前記問題を解決すると、前記再構成メッセージは前記ＵＥに送信される。しかし、前記再構成メッセージの内容はこれ以上適用できなくなり、プロトコルエラーをトリガーする。前記ＲＬＣエンティティを再伝送するための手段として、前記ＲＬＣエンティティのための空の再伝送バッファを必要とする。

例２：前記ＵＥによる回復不能エラー検出
前記ＵＥがＡＭモードで動作するＲＬＣエンティティで回復不能エラーを検出する場合、前記ＵＥは、セルアップデート手順を開始する。

図１１に示すように、第１段階によると、前記ＵＥは、ＡＭ ＲＬＣエンティティで回復不能エラーを検出し、ＣＥＬＬ＿ＦＡＣＨ状態に移行する。

第２段階によると、前記ＵＥは、前記ＲＮＣに「セルアップデート」メッセージを送信する。前述したように、前記メッセージは、回復不能エラーを経験したＲＬＣエンティティ、すなわち、ＩＤ２、３、４を有してＲＢにマッピングされたＲＬＣエンティティ又は４以上のＩＤを有してＲＢにマッピングされたＲＬＣエンティティを伝送するＲＢのグループを示すために使用された２つの情報要素（ＩＥ）を含む。前記メッセージは、ＩＥ「ＳＴＡＲＴ」も伝送する。前記ＩＥは、暗号化のために使用されたＣＯＵＮＴ−ＣエンティティのＨＦＮ値を初期化するために使用された値を含む。

第３段階によると、前記ＲＮＣは、ＩＤ２、３、４を有してＲＢにマッピングされた全てのＲＬＣエンティティ、又は、前記セルアップデート確認メッセージを使用して４以上のＩＤを有して前記ＲＢにマッピングされた全てのＲＬＣエンティティに再設定を示す。

第４段階によると、前記ＵＥは、前記「セルアップデート確認」メッセージを受信すると、前記メッセージ内に示すとおり、前記ＲＬＣ ＡＭエンティティを再初期化する。前記ＵＥは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位のビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮに残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化される。

第５段階によると、前記ＲＮＣは、前記ＲＬＣ ＡＭエンティティを前記セルアップデート確認メッセージに示すとおり再初期化する。前記ＲＮＣは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位のビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮに残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化される。

第６段階によると、前記ＵＥは、前記再設定を確認するためにメッセージを送信する。

前記ＵＥがＡＭ ＲＬＣエンティティで回復不能エラーを検出する場合、前記ＵＥは、どのセットのＲＬＣエンティティにエラーが存在するかについてのみ通知する。

前記ＵＥがＲＬＣ ＵＭベアラの復号化時にエラーを検出する場合、前記ＵＥは、前記エラーを前記ＲＮＣに通知するためのいずれの手順を行うこともできない。

従って、前記ＲＮＣが回復不能エラーを感知する場合、前記ＲＮＣは、前記エラーの影響を受けた前記ＲＬＣエンティティの再設定を開始できる有効な手段を有しない。

これは、上位層（ＮＡＳ）の情報を有する前記ＲＢ ＩＤ３及び／又は４のＲＬＣエンティティがダウンリンクで再設定される場合、データ損失が発生する可能性があるため、重要である。前記ＵＥにより前記データが受信されたか否かを前記ＲＮＣが検証する手段がなく、また、前記ＲＮＣが前記データを複写できないため、この場合、前記ＲＮＣは、前記シグナリング接続を解除することのみができる。

本発明の一様態は、前述したような従来の問題に対する本発明者らの認知を含む。このような認識に基づいて、本発明は、無線リンク制御エラー解決手順の改善を達成できる。

本発明の目的は、無線リンク制御エンティティエラーを解決するとき、データの損失を最小化することにある。

本発明によると、エラーの影響を受ける無線リンク制御エンティティが正確に識別されるので、前記エラーを解決するための手順が前記識別された無線リンク制御エンティティ内でのみ開始する。

本発明によると、前記エラーを解決するための手順を特定ＲＬＣエンティティに適用することができ、従来のように、エラー状態のエンティティと正常に動作するエンティティとを区別せずに無線リンク制御エンティティのグループに適用するわけではない。

本発明は、３ＧＰＰ移動通信システムにおいて実現されるものとして説明される。しかし、本発明の概念と内容は、共通した技術に基づいて類似した方法で動作する多様な通信方式に適用できるため、本発明は、他のタイプの通信標準（例えば、３ＧＰＰ２、４Ｇ、ＩＥＥＥ、ＯＭＡなど）に準拠して動作する通信システムにおいて採択して実現することもできる。

本発明の一態様によると、前記ＵＥは、ＲＬＣエンティティ内のエラーや機能障害に関する詳細情報を報告する。この追加情報は次の事項を含む。

（１）前記ＲＬＣエンティティのデータを伝送する無線ベアラのＲＢ ＩＤ
（２）前記ＲＬＣエンティティの他の識別子
（３）エラーの種類、例えば、
− 定義されていない制御情報の受信
− 上位層プロトコル（例えば、ＰＤＣＰ／ＩＰ）によるエラー検出（これは、前記ＲＬＣ動作のエラーを示す）
− 回復不能エラーとして前記ＲＬＣプロトコルに定義された状況
− エラーを示すための前記ＵＥ内のその他の手段により検出された状況
− 暗号解読時の機能障害の検出
− アップリンクのみが、アップリンク／ダウンリンクが、又はダウンリンクのみが影響を受ける
本発明の他の態様によると、ＵＥが、前述したエラーのうちのいずれかが検出される瞬間に前記追加情報の伝送を開始する。アップリンクでのメッセージ送信は、現在の構成で行うことができる。又は、状態移行を含む。ＵＭエンティティで検出されたエラーが前記メッセージの送信のためのトリガーである場合、前記エラーを検出する手順は特定手順となる。

本発明のさらに他の態様によると、ＵＴＲＡＮがＲＬＣエンティティを再初期化／再設定する。前記ＲＮＣは、ＵＥ内の前記ＲＬＣエンティティの再設定の指示を前記ＵＥに送信されたメッセージに含めて送信するか、前記ＲＬＣエンティティが再設定される必要があることを示す新しいメッセージを前記ＵＥに送信することができる。前記ＲＬＣエンティティ、又は、再初期化／再設定される前記ＲＬＣエンティティのデータを伝送する無線ベアラのＲＢ ＩＤ、前記伝送方向などを示すためには、追加情報が必要である。

以下、本発明の他の実施形態について説明する。

図１２は、本発明の第１実施形態による無線リンク制御エンティティ内でエラーを解決する方法を示す図であり、前記ＵＥとネットワーク間の無線リンクの品質は低下する（ＨＳ−ＤＳＣＨ ＲＬ失敗のケース）。

第１段階によると、前記ＵＥは、Ｎｏｄｅ Ｂ１及びＮｏｄｅ Ｂ２と設定された無線リンクを有する。前記Ｎｏｄｅ Ｂ１は、前記ＨＳ−ＤＳＣＨ無線リンクを制御するＮｏｄｅ Ｂである。

第２段階によると、前記ＵＥが前記Ｎｏｄｅ Ｂ１から前記Ｎｏｄｅ Ｂ２に移動するため、前記Ｎｏｄｅ Ｂ１への無線リンクの品質は低下する。

第３段階によると、前記ＵＥは、前記ＲＮＣに測定報告を伝送することにより無線リンクの品質低下を通知する。前記ＨＳ−ＤＳＣＨでの伝送がこれ以上できなくなると、前記ＲＮＣは、前記ＵＥ（３ａ）にこれ以上応答を伝送することができなくなる。これにより、ＲＬＣ回復不能エラーが発生し、結局、セルアップデート手順が行われる。

第４段階によると、前記ＲＮＣは、前記ＨＳ−ＤＳＣＨを前記Ｎｏｄｅ Ｂ１から前記Ｎｏｄｅ Ｂ２に移動するために再構成手順を開始する。前記ダウンリンク通信がこれ以上できなくなると、前記メッセージは、Ｎｏｄｅ Ｂ内の前記ＲＮＣから受信され、前記ＵＥに送信されない。

第５段階によると、前記ＵＥ、Ｎｏｄｅ Ｂ又は前記ＲＮＣは、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態に移行するように、メカニズムをトリガする。

第６段階によると、前記ＵＥは、セルアップデートメッセージ又はＵＲＡ（ＵＭＴＳ Ｒｏｕｔｉｎｇ Ａｒｅａ）アップデートメッセージの前記ＲＮＣへの送信を開始する。

前記ＵＭＴＳシステムにおいて、前記アップリンクでの回復不能エラーを前記ＲＮＣに通知するために、通常は前記セルアップデートメッセージ又はＵＲＡメッセージが使用される。前記メッセージは、前記ＵＥから前記ＲＮＣにＣＣＣＨで送信される。現行方式によると、ノンクリティカル拡張子（ｎｏｎ−ｃｒｉｔｉｃａｌ ｅｘｔｅｎｓｉｏｎｓ）を前記アップリンクでＵＥによりプロトコル仕様のさらに新しいリリースに送信されたメッセージに加える。前記拡張子は、前記拡張子を理解できないＲＮＣがＲＮＣ自身が理解している前記メッセージの一部を復号化できるように符号化される。

第１の可能性によると、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの影響を受ける無線リンク制御エンティティに関連した無線ベアラを識別するデータを含む。

例えば、前記セルアップデートメッセージ又はＵＲＡメッセージは、前述したエラーが発生したＲＢ ＩＤ及び／又はＲＬＣエンティティのＩＤのリストを有する拡張子を含む。

第２の可能性によると、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、２値変数を含む。前記２値変数は、前記エラーの影響を受ける無線リンク制御エンティティに関連した特定無線ベアラを指定する。従って、前記２値変数は、前記無線リンク制御エンティティを識別する。

例えば、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、拡張子を含み、前記拡張子は、少なくとも１つのＩＥ（真／偽）、並びに／又はＲＢ及び／もしくは前記エンティティのデータを伝送するＲＢ のＩＤ（例えば、ＳＲＢ２）のためのＲＬＣエンティティが前記標準に明示されていることを示す原因値（ｃａｕｓｅ ｖａｌｕｅ）、並びに／又は前記セルアップデートメッセージもしくはＵＲＡアップデートメッセージに影響を与えるＲＬＣエンティティの伝送方向を含む。

他の方法によると、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、ＵＭモードを用いるＲＬＣエンティティの全てもしくは一部にエラーが発生したこと、及び／又は前記エラーの原因、及び／又は前記「セルアップデート」メッセージ又は「ＵＲＡアップデート」メッセージへの方向（アップリンク、アップリンク／ダウンリンク、ダウンリンク）に関する情報を有する拡張子を含む。特に、前記一部は、前記ＳＲＢ０と１にマッピングされたＲＬＣエンティティを除いてＲＬＣ ＵＭモードを用いる全てのＲＬＣエンティティでもよい。

前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、ＳＴＡＲＴ値も含む。前記ＳＴＡＲＴ値は、前記ＵＥの無線リンク制御エンティティ内のカウンターとセルラーネットワークの無線リンク制御エンティティ内のカウンターを再同期化（ｒｅ−ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）する初期値である。

前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの原因を通知するデータも含む。

この場合、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの原因を通知するＩＥを有する拡張子を含む。

前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの影響を受ける無線リンク制御エンティティに関連した無線ベアラの伝送方向を通知するデータも含む。

この場合、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの影響を受ける前記ＲＬＣエンティティの伝送方向を通知するＩＥを有する拡張子を含む。

前記「セルアップデート」メッセージ又は「ＵＲＡアップデート」メッセージ内の回復不能エラーを示すための有効なメカニズムは、ＵＥが前記メッセージを前記リストを含む拡張子を理解できないＲＮＣに伝送することを保障するために維持される必要がある。ここで、注目すべきは、前記ＲＢはＲＬＣ回復不能エラーを示すためのレガシーメカニズム（ｌｅｇａｃｙ ｍｅｃｈａｎｉｓｍ）を用いることができるという点である。

前記ＵＥは、エラーが発生したＲＬＣエンティティを通知することができ、結局は追加情報を提供することができる。前記ＲＮＣが前記方法を実現しなかった場合、前記情報は無視される。

前記ＵＥから前記ＲＮＣへのメッセージ送信は、前記ＵＥがアップリンク及び／又はダウンリンクでＲＬＣエンティティ内のエラー状況又は機能障害（例えば、暗号化の問題）を検出した場合にトリガーされる。前記情報を含むメッセージは、通常ＰＲＡＣＨ物理チャネルにマッピングされた、ＲＡＣＨトランスポートチャネルにマッピングされたＣＣＣＨ論理チャネルで送信されるのではなく、現在有効な仕様に応じて送信される。しかしながら、前記情報をその他の論理チャネル、トランスポートチャネル、又は物理チャネルで伝送することもでき、前記マッピングは本発明を制限するものではない。メッセージを前記ＰＲＡＣＨチャネルで送信するためには、前記ＵＥが状態移行を開始する必要がある。すなわち、前記ＵＥは、ＣＥＬＬ＿ＤＣＨ状態で使用されるチャネルでの送信及び受信を停止し、前記ＣＥＬＬ＿ＦＡＣＨ状態に移行する必要がある。特に、ＲＬＣエンティティのエラー（定義されていない制御情報、ＳＮ空間より大きい間隔、暗号解読の問題）検出は、ＣＥＬＬ＿ＦＡＣＨへの状態移行と前記情報を含むメッセージの送信に対する新しいトリガーである。

いずれの拡張子も他のＲＢ／トランスポートチャネル／物理チャネルで伝送でき、前記アップリンクで他のメッセージに付加できる。１つ又は複数のＲＬＣエンティティがこれ以上正確に作用しないことを前記ＵＥが検出し、前記ＲＮＣに他のメッセージにより通知すると、前記ＵＥは、前記ＲＮＣと前記ＵＥが同一の値を有してＣＯＵＮＴ−Ｃ値のＨＦＮのＭＳＢを初期化することを可能にするために、ＳＴＡＲＴ値も含む。

第７段階によると、前記ＲＮＣがメッセージの送信を開始する。この場合、前記メッセージは、再設定されるＲＬＣエンティティを通知する。前記ＲＮＣは、再設定されるＲＬＣエンティティを前記ＵＥにより送信されたセルアップデートメッセージ又はＵＲＡアップデートメッセージで示されたか否かと関係なく示すことができる。

前記ＲＮＣによりＵＥに送信されたメッセージは、セルアップデート確認メッセージ、ＵＲＡアップデート確認メッセージ、ＵＴＲＡＮ移動性情報メッセージ、無線ベアラ再構成メッセージ、無線ベアラセットアップメッセージ、無線ベアラ解除メッセージ、トランスポートチャネル再構成メッセージ、又は物理チャネル再構成メッセージでもよい。

他のメッセージが送信可能であり、新しいメッセージが前記再設定情報を伝送するために生成される。

前記ＲＮＣにより送信されたメッセージは、再設定されなければならない無線リンク制御エンティティを識別するデータを含む。

第１の可能性によると、前記ＲＮＣは、前記無線リンク制御エンティティに関する無線ベアラを識別するデータを含むセルアップデート確認メッセージを送信できる。

例えば、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前述したエラーが発生したＲＢ ＩＤ及び／又はＲＬＣエンティティのＩＤに対するリストを備える拡張子を含む。

第２の可能性によると、前記ＲＮＣは、２値変数を含むセルアップデート確認メッセージを送信できる。前記２値変数は、前記エラーの影響を受ける無線リンク制御エンティティに関する特定無線ベアラを指定する。従って、前記２値変数は、前記無線リンク制御エンティティを識別する。

例えば、前記セルアップデート確認メッセージは拡張子を含み、前記拡張子は、少なくとも１つのＩＥ（ｔｒｕｅ／ｆａｌｓｅ）、並びに／又はＲＢ及び／もしくは前記エンティティのデータを伝送するＲＢのＩＤ（例えば、ＳＲＢ２）のためのＲＬＣエンティティが前記標準に明示されていることを示す原因値、並びに／又は前記セルアップデートメッセージもしくはＵＲＡアップデートメッセージに影響を与えるＲＬＣエンティティの伝送方向を含む。

他の方法によると、前記セルアップデート確認メッセージは、ＵＭモードを用いるＲＬＣエンティティの全てもしくは一部にエラーが発生したこと、及び／又は前記エラーの原因、及び／又は前記「セルアップデート」メッセージ又は「ＵＲＡアップデート」メッセージへの方向（アップリンク、アップリンク／ダウンリンク、ダウンリンク）に関する情報を有する拡張子を含む。特に、前記一部は、前記ＳＲＢ０と１にマッピングされたＲＬＣエンティティを除いてＲＬＣ ＵＭモードを用いる全てのＲＬＣエンティティでもよい。

第８段階によると、前記アップデート確認メッセージを受信すると、前記ＵＥは、前記メッセージ内に含まれるデータに応じて前記無線リンク制御エンティティを再初期化する。

前記ＵＥは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位ビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮ内に残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化する。

第９段階によると、前記ＲＮＣは、前記ＲＬＣ ＡＭエンティティを前記セルアップデート確認メッセージで示すとおり再初期化する。前記ＲＮＣは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位ビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮ内に残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化する。

前記ＲＮＣが前記アップリンク、ダウンリンク又はアップリンク、及びダウンリンクでＲＬＣ ＡＭ／ＵＭエンティティの設定に関する情報を含むメッセージを送信するとき、３ＧＰＰのＲＬＣ仕様に記述されているように該当状態変数を再設定することにより、及び／又は前記ＵＥとＲＮＣ間で同期化した「ＳＴＡＲＴ」値を有して該当ＲＬＣエンティティ方向のＨＦＮのＭＳＢを初期化することにより（例えば、前記「ＳＴＡＲＴ」値が前記ＵＥからＲＮＣに「セルアップデート」メッセージにより送信されたとき）、前記ＲＮＣは、ＲＬＣエンティティの該当部分を再設定する。前記メッセージを受信すると、３ＧＰＰのＲＬＣ仕様に記述されているように該当状態変数を再設定することにより、及び／又は前記ＵＥとＲＮＣ間で同期化した「ＳＴＡＲＴ」値を有して該当ＲＬＣエンティティ方向のＨＦＮのＭＳＢを初期化することにより（例えば、前記「ＳＴＡＲＴ」値が前記ＵＥからＲＮＣに「セルアップデート」メッセージにより送信されたとき）、前記ＵＥは、ＲＬＣエンティティの該当部分を再設定する。

第１０段階によると、前記ＵＥは、前記ＲＮＣに確認メッセージを送信する。

図１３は、本発明の第２実施形態による無線リンク制御エンティティ内でエラーを解決する方法を示す図であり、前記無線リンク制御エンティティの動作中にＵＥが回復不能エラーを検出する。

第１段階によると、前記ＵＥは、任意のＡＭ ＲＬＣエンティティ内で回復不能エラーを検出し、ＣＥＬＬ＿ＦＡＣＨ状態に移行する。

第２段階によると、前記ＵＥは、前記ＲＮＣに回復不能エラーを示すセルアップデートメッセージを送信する。

前記セルアップデートメッセージは、エラー状態にある無線リンク制御エンティティを識別するデータを含む。

前記セルアップデートメッセージは、２値変数を含む。前記２値変数は、前記エラーの影響を受ける無線リンク制御エンティティに関連した特定無線ベアラを指定する。従って、前記２値変数は、前記無線リンク制御エンティティを識別する。

前記セルアップデートメッセージは、無線リンク制御エンティティに関連した無線ベアラを識別するデータを含む。

前記セルアップデートメッセージは、ＳＴＡＲＴ値も含む。前記ＳＴＡＲＴ値は、前記ＵＥの無線リンク制御エンティティ内のカウンターとセルラーネットワークの無線リンク制御エンティティ内のカウンターを再同期させる初期値である。

前記セルアップデートメッセージは、前記エラーの原因を通知するデータ、及び前記エラーの影響を受ける無線リンク制御エンティティに関連した無線ベアラの伝送方向を通知するデータも含む。

前記ＵＥは、エラーが発生したＲＬＣエンティティを通知することができ、追加情報を提供することができる。

前記ＲＮＣが前記方法を実現しなかった場合、前記情報は無視される。

第３段階によると、前記ＲＮＣは、セルアップデート確認メッセージの送信を開始する。この場合、前記ＲＮＣは、再設定される必要があるＲＬＣエンティティを示す。前記ＲＮＣは、前記セルアップデートメッセージで示されたか否かと関係なく、再設定されるＲＬＣエンティティを示すことができる。

前記セルアップデート確認メッセージは、エラー状態にある無線リンク制御エンティティを識別するデータを含む。

第１の可能性によると、前記セルアップデート確認メッセージは、２値変数を含む。前記２値変数は、前記エラーの影響を受ける無線リンク制御エンティティに関連した特定無線ベアラを指定する。従って、前記２値変数は、前記無線リンク制御エンティティを識別する。

第２の可能性によると、前記セルアップデート確認メッセージは、前記無線リンク制御エンティティに関連した無線ベアラを識別するデータを含む。

第４段階によると、前記ＵＥは、前記セルアップデート確認メッセージを受信すると、前記メッセージに含まれるデータに応じて不十分なＲＬＣ ＡＭエンティティを再初期化する。

前記セルアップデート確認メッセージを受信した後、前記ＵＥは、前記ＲＬＣエンティティを再設定する。結局、前記ＵＥは、前記ＲＬＣエンティティを一方向にのみ再初期化する。前記ＵＥは、前記セルアップデート確認メッセージ内で再設定されるように命令された前記方向のＣＯＵＮＴ−ＣのＨＦＮのＭＳＢを初期化するために、前記セルアップデートメッセージで送信された前記ＳＴＡＲＴ値を用いる。

前記回復手順中に、以前に受信されたメッセージのうち一部は前記ＲＮＣバッファから除去されて受信されない。かつ／又は前記回復手順後は前記ＵＥにより再伝送が要求されない。特に、前記ＲＮＣがＲＬＣエンティティ２の再設定を示す場合、前記ＲＮＣは、前記４段階で送信されたメッセージを除去できる。

第５段階によると、前記ＲＮＣは、前記セルアップデート確認メッセージで示されたように、前記ＲＬＣ ＡＭエンティティを再初期化する。

前記ＲＮＣは、一方向にのみ前記ＲＬＣエンティティを再初期化する。前記ＲＮＣは、前記セルアップデート確認メッセージ内で再設定されるように命令された前記方向のＣＯＵＮＴ−ＣのＨＦＮのＭＳＢを初期化するために、前記セルアップデートメッセージ内で送信された前記ＳＴＡＲＴ値を用いる。

前記回復手順中に、以前に受信されたメッセージのうち一部は前記ＲＮＣバッファから除去されて受信されない。かつ／又は前記回復手順後は前記ＵＥにより再伝送が要求されない。

第６段階によると、前記ＵＥは、前記セルアップデート確認メッセージの受信に応答し、前記再設定を確認するためにメッセージを送信する。

前述した図１２及び図１３に、前記ＲＮＣとＵＥ間のメッセージ交換が説明されている。しかしながら、前記ＲＮＣの役割は、本発明の範囲内で他のエンティティによっても実行できる。

前述された多様な特徴を実行するために、本発明は、様々なタイプのハードウェア及び／又はソフトウェア構成要素（モジュール）を採択できる。例えば、異なるハードウェアモジュールは、前記方法の段階を行うために必要な多様な回路と構成要素を含む。また、異なるソフトウェアモジュール（プロセッサ及び／又は他のハードウェアにより行われる）は、本発明の方法の段階を行うために必要な多様なコードとプロトコルを含む。

本発明は、基地局が設定されている無線リンクに関するエラーを検出する段階と、前記基地局に少なくとも１つの無線ベアラ、少なくとも１つの無線リンク制御エンティティ、又は前記検出されたエラーを有する無線ベアラ及び無線リンク制御エンティティに関して通知する段階と、前記通知段階に基づいて、前記少なくとも１つの無線ベアラ、少なくとも１つの無線リンク制御エンティティ、又は前記検出されたエラーを有する無線ベアラ及び無線リンク制御エンティティを再構成する段階とを含むことを特徴とするセルアップデート手順の実行方法を提供する。

前記段階は、応答モード又は無応答モードで行われる。前記エラーは、定義されていない制御情報の受信を示す。前記エラーは、前記ＲＬＣ動作のエラーを示す上位層プロトコルによるエラー検出を示す。前記エラーは、回復不能エラーとして前記無線リンク制御プロトコルに定義された状況を示す。前記エラーは、エラーを示す移動局内の他の手段により検出された状況を示す。前記エラーは、暗号解読段階での機能障害の検出を示す。前記エラーは、アップリンク、アップリンク／ダウンリンク、又はダウンリンクが影響を受けたか否かを示す。前記再構成が行われる場合、再伝送バッファはフラッシュされる。前記通知段階は、セルアップデートメッセージ又はＵＲＡアップデートメッセージを使用して行われる。前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、無線リンク制御エンティティの全てもしくは一部にエラーが発生したこと、及び／又は前記エラーの原因、及び／又は前記エラーの影響を受ける無線リンク制御エンティティの伝送方向を示す拡張子を含む。レガシーメカニズムが、無線リンク制御回復不能エラーを示すためにさらに用いられる。

また、本発明は、基地局と設定されている無線リンクに関するエラーを移動局が検出する段階と、前記検出段階結果として、無線リンク制御エンティティ内のエラー及び／もしくは機能障害、並びに／又は少なくとも１つの無線ベアラのエラーに関する情報を移動局が基地局に報告する段階と、前記移動局及び／又は前記基地局が前記報告段階に基づいて少なくとも１つの無線リンク制御エンティティ及び／又は少なくとも１つの無線ベアラをアップデートする段階とを含むことを特徴とするセルアップデート手順の実行方法を提供する。

前記アップデート段階は、少なくとも１つの無線リンク制御エンティティを再設定する段階と、少なくとも１つの無線ベアラを再構成する段階と、前記再設定段階及び再構成段階を行う段階とを含む。前記情報は、該当無線リンク制御エンティティのデータを伝送する無線ベアラ識別子、前記エラー及び／又は機能障害を有する無線リンク制御エンティティの他の識別子、並びにエラーの種類のうち少なくとも１つを含む。前記段階は、応答モード又は無応答モードで行われる。

本発明の精神や重要な特性から外れないように多様な形態で本発明を実現することにより、前述した実施形態のいずれの細部の記載内容によっても限定されず、添付された請求範囲に定義されたように本発明の精神や範囲内で広範囲に解釈されるべきであることを認識しなければならず、本発明の技術的保護範囲は、添付された特許請求の範囲の技術的思想により決定されるべきである。

［１］ ３ＧＰＰ ＴＳ ２５．２１１：“Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍａｐｐｉｎｇ ｏｆ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ ｏｎｔｏ ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ（ＦＤＤ）”
（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／２００４−０９／Ｒｅｌ−６／２５ ｓｅｒｉｅｓ／２５２１１−６２０．ｚｉｐ）
［２］ ３ＧＰＰ ＴＳ ２５．３０８：“Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＤＰＡ）”
（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／２００４−０９／Ｒｅｌ−６／２５ ｓｅｒｉｅｓ／２５３０８−６２０．ｚｉｐ）
［３］ ３ＧＰＰ ＴＳ ２５．３２２：“Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”
（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／２００４−０９／Ｒｅｌ−６／２５ ｓｅｒｉｅｓ／２５３２２−６１０．ｚｉｐ）
［４］ ３ＧＰＰ ＴＳ ２５．３３１：“Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）”
（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／２００４−１２／Ｒｅｌ−６／２５ ｓｅｒｉｅｓ／２５３３１−６４０．ｚｉｐ）

通常のＵＭＴＳネットワーク構造を示すブロック図である。 ３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示すブロック図である。 移動端末の観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。 ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。 ＡＭモードでＨＳ−ＤＳＣＨでセルに接続されたＵＥを示す図である。 ＵＭＴＳネットワークで前記ＵＥの可能な移行状態を示す図である。 前記ＵＥ状態による、ダウンリンクのための無線ベアラとトランスポートチャネル間のマッピング構成を示す図である。 無線リンクの品質低下によるＵＥの遮断状態を示す図である。 従来技術により、無線リンクの品質低下によるサービングＨＳ−ＤＳＣＨセルの変更を行うための再構成手順を示す図である。 従来技術により、ＨＳ−ＤＳＣＨセル変更の失敗後の回復手順を示す図である。 従来技術により、回復不能エラー検出後の回復手順を示す図である。 本発明の第１実施形態による無線リンク制御エンティティ内でエラーを解決する方法を示す図である。 本発明の第２実施形態によるる無線リンク制御エンティティ内でエラーを解決する方法を示す図である。

Claims (28)

1. 使用者装置へとセルラーネットワークにより伝送されたデータを処理する無線リンク制御エンティティにおけるエラーを設定する方法であって、
   前記方法は、
   前記使用者装置が、前記セルラーネットワークの制御エンティティからメッセージを受信するステップであって、前記メッセージは、エラー状態にある無線リンク制御エンティティを識別するデータを含む、ステップと、
   前記使用者装置が、前記メッセージに含まれる前記データに従って前記無線リンク制御エンティティを再初期化するステップと
   を含む、方法。
2. 前記セルラーネットワークの制御エンティティから受信されるメッセージは、セルアップデート確認メッセージ、ネットワークルーティング領域確認メッセージ、ネットワーク移動性情報メッセージ、無線ベアラ再構成メッセージ、無線ベアラセットアップメッセージ、無線ベアラ解除メッセージ、トランスポートチャネル再構成メッセージまたは物理チャネル再構成メッセージである、請求項１に記載の方法。
3. 前記セルラーネットワークの制御エンティティから受信されるメッセージは、少なくとも１つの２値変数を含み、各２値変数は、所与の無線ベアラに関連付けられており、それにより、前記無線ベアラに関連付けられた無線リンク制御エンティティを識別する、請求項１または２に記載の方法。
4. 前記無線リンク制御エンティティを識別するデータは、前記無線リンク制御エンティティに関連付けられた無線ベアラを識別するデータを含む、請求項１〜３のいずれか一項に記載の方法。
5. 前記使用者装置が、前記無線リンク制御エンティティにより処理されたデータ内のエラーを検出する予備的ステップと、
   前記使用者装置が、前記エラーを示すメッセージを前記セルラーネットワークの制御エンティティに送信する予備的ステップであって、前記メッセージは、エラー状態にある無線リンク制御エンティティを識別するデータを含む、予備的ステップと
   を含む、請求項１〜４のいずれか一項に記載の方法。
6. 前記エラーを示すメッセージは、セルアップデートメッセージまたはネットワークルーティング領域アップデートメッセージである、請求項５に記載の方法。
7. 前記エラーを示すメッセージは、前記エラーの原因を示すデータ、または前記無線リンク制御エンティティに関連付けられた無線ベアラの伝送方向を示すデータを含む、請求項５または６に記載の方法。
8. 前記エラーを示すメッセージは、前記使用者装置の無線リンク制御エンティティ内のカウンターと、前記セルラーネットワークの無線リンク制御エンティティ内のカウンターとを再同期化するための初期化値を含む、請求項５〜７のいずれか一項に記載の方法。
9. 前記使用者装置が前記エラーを検出するときに、前記使用者装置は、ＣＥＬＬ＿ＦＡＣＨ状態に移行する、請求項５〜８のいずれか一項に記載の方法。
10. 前記無線リンク制御エンティティにおけるエラーは、回復不能エラーである、請求項１〜９のいずれか一項に記載の方法。
11. 前記無線リンク制御エンティティにおけるエラーは、前記無線リンク制御エンティティにおける前記データの暗号解読のために使用されるカウンターの非同期化である、請求項１〜１０のいずれか一項に記載の方法。
12. 前記無線リンク制御エンティティにおけるエラーは、前記使用者装置と前記ネットワークとの間に確立された無線リンクの品質の低下により生じる、請求項１〜１０のいずれか一項に記載の方法。
13. 前記セルラーネットワークは、ＵＭＴＳタイプネットワークである、請求項１〜１２のいずれか一項に記載の方法。
14. 請求項１〜１３のいずれか一項に記載の方法を実行するためにプログラムされた使用者装置。
15. 使用者装置へとセルラーネットワークにより伝送されたデータを処理する無線リンク制御エンティティにおけるエラーを設定する方法であって、
    前記方法は、
    前記セルラーネットワークの制御エンティティが、前記使用者装置にメッセージを送信するステップであって、前記メッセージは、前記使用者装置が、前記メッセージに含まれるデータに従って前記無線リンク制御エンティティを再初期化できるように、エラー状態にある無線リンク制御エンティティを識別するデータを含む、ステップを含む、方法。
16. 前記制御エンティティは、前記セルラーネットワークの無線リンク制御エンティティを再初期化する、請求項１５に記載の方法。
17. 前記セルラーネットワークの制御エンティティにより送信されるメッセージは、セルアップデート確認メッセージ、ネットワークルーティング領域確認メッセージ、ネットワーク移動性情報メッセージ、無線ベアラ再構成メッセージ、無線ベアラセットアップメッセージ、無線ベアラ解除メッセージ、トランスポートチャネル再構成メッセージまたは物理チャネル再構成メッセージである、請求項１５または１６に記載の方法。
18. 前記セルラーネットワークの制御エンティティにより送信されるメッセージは、少なくとも１つの２値変数を含み、各２値変数は、所与の無線ベアラに関連付けられており、それにより、前記無線ベアラに関連付けられた無線リンク制御エンティティを識別する、請求項１５〜１７のいずれか一項に記載の方法。
19. 前記無線リンク制御エンティティを識別するデータは、前記無線リンク制御エンティティに関連付けられた無線ベアラを識別するデータを含む、請求項１５〜１８のいずれか一項に記載の方法。
20. 前記セルラーネットワークの制御エンティティが、前記エラーを示すメッセージを前記使用者装置から受信する予備的ステップであって、前記メッセージは、エラー状態にある無線リンク制御エンティティを識別するデータを含む、予備的ステップを含む、請求項１５〜１９のいずれか一項に記載の方法。
21. 前記エラーを示すメッセージは、セルアップデートメッセージまたはネットワークルーティング領域アップデートメッセージである、請求項２０に記載の方法。
22. 前記エラーを示すメッセージは、前記エラーの原因を示すデータ、またはエラー状態にある前記無線リンク制御エンティティに関連付けられた無線ベアラの伝送方向を示すデータを含む、請求項２０または２１に記載の方法。
23. 前記エラーを示すメッセージは、前記使用者装置の無線リンク制御エンティティ内のカウンターと、前記セルラーネットワークの無線リンク制御エンティティ内のカウンターとを再同期化するための初期化値を含む、請求項２０〜２２のいずれか一項に記載の方法。
24. 前記無線リンク制御エンティティにおけるエラーは、回復不能エラーである、請求項１５〜２３のいずれか一項に記載の方法。
25. 前記無線リンク制御エンティティにおけるエラーは、前記無線リンク制御エンティティにおける前記データの暗号解読のために使用されるカウンターの非同期化である、請求項１５〜２４のいずれか一項に記載の方法。
26. 前記無線リンク制御エンティティにおけるエラーは、前記使用者装置と前記ネットワークとの間に確立された無線リンクの低下により生じる、請求項１５〜２４のいずれか一項に記載の方法。
27. 前記セルラーネットワークは、ＵＭＴＳタイプネットワークである、請求項１５〜２６のいずれか一項に記載の方法。
28. 使用者装置とセルラーネットワークとの間の無線リンクを制御するために適合された制御エンティティであって、請求項１５〜２７のいずれか一項に記載の方法を実行するためにプログラムされた制御エンティティ。

Images