(57)【要約】  本発明は、セルアップデート手順を行うための方法に関し、前記方法は、基地局が設定されている無線リンクに関するエラーを検出する段階と、前記基地局に少なくとも１つの無線ベアラ、少なくとも１つの無線リンク制御エンティティ、又は前記検出されたエラーを有する無線ベアラ及び無線リンク制御エンティティに関して通知する段階と、前記通知段階に基づいて、前記少なくとも１つの無線ベアラ、少なくとも１つの無線リンク制御エンティティ、又は前記検出されたエラーを有する無線ベアラ及び無線リンク制御エンティティを再構成する段階とを含む。
2008529402.tif 000002
【特許請求の範囲】
【請求項１】
基地局が設定されている無線リンクに関するエラーを検出する段階と、
前記基地局に少なくとも１つの無線ベアラ、少なくとも１つの無線リンク制御エンティティ、又は前記検出されたエラーを有する無線ベアラ及び無線リンク制御エンティティに関して通知する段階と、
前記通知段階に基づいて、前記少なくとも１つの無線ベアラ、少なくとも１つの無線リンク制御エンティティ、又は前記検出されたエラーを有する無線ベアラ及び無線リンク制御エンティティを再構成する段階と
を含むことを特徴とするセルアップデート手順の実行方法。
【請求項２】
前記段階は、応答モードで行われることを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項３】
前記段階は、無応答モードで行われることを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項４】
前記エラーは、定義されていない制御情報の受信を示すことを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項５】
前記エラーは、前記ＲＬＣ動作のエラーを示す上位層プロトコルによるエラー検出を示すことを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項６】
前記エラーは、回復不能エラーとして前記無線リンク制御プロトコルに定義された状況を示すことを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項７】
前記エラーは、エラーを示す移動局内の他の手段により検出された状況を示すことを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項８】
前記エラーは、暗号解読段階での機能障害の検出を示すことを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項９】
前記エラーは、アップリンク、アップリンク／ダウンリンク、又はダウンリンクが影響を受けたか否かを示すことを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項１０】
前記再構成が行われる場合、再伝送バッファはフラッシュされることを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項１１】
前記通知段階は、セルアップデートメッセージ又はＵＲＡアップデートメッセージを使用して行われることを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項１２】
前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、無線リンク制御エンティティの全てもしくは一部にエラーが発生したこと、及び／又は前記エラーの原因、及び／又は前記エラーの影響を受ける無線リンク制御エンティティの伝送方向を示す拡張子を含むことを特徴とする請求項１１に記載のセルアップデート手順の実行方法。
【請求項１３】
レガシーメカニズムが、無線リンク制御回復不能エラーを示すためにさらに用いられることを特徴とする請求項１に記載のセルアップデート手順の実行方法。
【請求項１４】
基地局と設定されている無線リンクに関するエラーを移動局が検出する段階と、
前記検出段階結果として、無線リンク制御エンティティ内のエラー及び／もしくは機能障害、並びに／又は少なくとも１つの無線ベアラのエラーに関する情報を移動局が基地局に報告する段階と、
前記移動局及び／又は前記基地局が前記報告段階に基づいて少なくとも１つの無線リンク制御エンティティ及び／又は少なくとも１つの無線ベアラをアップデートする段階と
を含むことを特徴とするセルアップデート手順の実行方法。
【請求項１５】
前記アップデート段階は、
少なくとも１つの無線リンク制御エンティティを再設定する段階と、
少なくとも１つの無線ベアラを再構成する段階と、
前記再設定段階及び再構成段階を行う段階とを含むことを特徴とする請求項１４に記載のセルアップデート手順の実行方法。
【請求項１６】
前記情報は、該当無線リンク制御エンティティのデータを伝送する無線ベアラ識別子、前記エラー及び／又は機能障害を有する無線リンク制御エンティティの他の識別子、並びにエラーの種類のうち少なくとも１つを含むことを特徴とする請求項１４に記載のセルアップデート手順の実行方法。
【請求項１７】
前記段階は、応答モードで行われることを特徴とする請求項１５に記載のセルアップデート手順の実行方法。
【請求項１８】
前記段階は、無応答モードで行われることを特徴とする請求項１５に記載のセルアップデート手順の実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、使用者装置（ＵＥ）とセルラーネットワーク間に設定された無線リンクで機能障害を解決する方法に関し、特に、ＵＭＴＳタイプネットワークに適用される。
【背景技術】
【０００２】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、欧州標準であるＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワークとＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）無線接続技術を基盤としてより向上した無線通信サービスの提供を目標とする。
【０００３】
ＵＭＴＳの標準化作業のために１９９８年１２月にヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡなどは、第３世代移動体通信システムの標準化プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：  ３ＧＰＰ）というプロジェクトを構成し、現在もＵＭＴＳ技術の詳細な標準仕様（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を作成中である。ＵＭＴＳの効果的で迅速な技術開発のために、３ＧＰＰでは、ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業を５つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐｓ：  ＴＳＧ）に分けて進めている。各ＴＳＧは、関連したエリア内で標準規格の開発、承認、及びその管理を担当するが、そのうち、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：  ＲＡＮ）グループ（ＴＳＧ  ＲＡＮ）は、ＵＭＴＳにおいてＷＣＤＭＡ接続技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の機能、要求事項、及びインタフェースに関する規格を開発する。
【０００４】
図１は、通常のＵＭＴＳネットワークの構造を示す図である。図１に示すように、前記ＵＭＴＳは、端末又は使用者装置（ＵＥ）、ＵＴＲＡＮ、及びコアネットワーク（ＣＮ）から構成される。
【０００５】
前記ＵＴＲＡＮは、少なくとも１つの無線ネットワーク制御装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒｓ：ＲＮＣ）と、Ｉｕｂインタフェースで接続されるＮｏｄｅ  Ｂとから構成される。前記ＲＮＣは、複数のＮｏｄｅ  Ｂを制御する。各Ｎｏｄｅ  Ｂは、１つ又は複数のセルを制御する。前記セルは、所定周波数の所定地域をカバーする。各ＲＮＣは、Ｉｕインタフェースで前記ＣＮに（すなわち、前記ＣＮのＭＳＣ（Ｍｏｂｉｌｅ−ｓｅｒｖｉｃｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｒｅ）とＳＧＳＮに向かって）接続する。ＲＮＣは、他のＲＮＣと前記Ｉｕｒインタフェースで接続される。前記ＲＮＣは、無線リソースの割り当て及び管理を担当し、前記ＣＮへのアクセスポイントの役割を果たす。
【０００６】
各Ｎｏｄｅ  Ｂは、アップリンクで前記ＵＥの物理層により伝送された情報を受信し、ダウンリンクでデータを前記ＵＥに伝達する。前記Ｎｏｄｅ  Ｂは、前記ＵＥへの前記ＵＴＲＡＮのアクセスポイントの役割を果たす。前記ＳＧＳＮは、ＥＩＲ（Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ  Ｒｅｇｉｓｔｅｒ）にＧｆインタフェースで接続され、前記ＭＳＣにＧＳインタフェースで接続され、前記ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ）にＧＮインタフェースで接続され、前記ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に前記ＧＲインタフェースで接続される。前記ＥＩＲは、前記ネットワーク上で使用できる端末又は使用できない端末のリストをホストする。前記ＭＳＣは、回線交換（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈ：ＣＳ）サービスの接続を制御する。前記ＭＳＣは、ＮＢインタフェースでＭＧＷ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ）に、ＦインタフェースでＥＩＲに、ＤインタフェースでＨＳＳに接続される。前記ＭＧＷは、Ｃインタフェースで前記ＨＳＳに接続され、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）に接続される。前記ＭＧＷは、前記ＰＳＴＮと前記接続されたＲＡＮとの間のコーデックの適用を容易にする。
【０００７】
前記ＧＧＳＮは、ＧＣインタフェースでＨＳＳに、ＧＩインタフェースでインターネットに接続される。前記ＧＧＳＮは、他の無線アクセスベアラ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ：ＲＡＢ）へのデータフローのルーティング、課金、及び分離を担当する。前記ＨＳＳは、ユーザの加入データを担当する。
【０００８】
本発明においては重要でない他の接続が存在する。
【０００９】
前記ＵＴＲＡＮは、前記ＵＥと前記ＣＮ間の通信のためにＲＡＢを構成及び維持する。前記ＣＮは、前記ＲＡＢからエンドツーエンドサービス品質（ＱｏＳ）要求事項を要求し、前記ＲＡＢは、前記コアネットワークにより設定された前記ＱｏＳ要求事項をサポートする。従って、前記ＵＴＲＡＮは、前記ＲＡＢを構成及び維持することにより、エンドツーエンドＱｏＳ要求事項を満たす。
【００１０】
特定ＵＥに提供されるサービスは、回線交換（ＣＳ）サービスとパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ：ＰＳ）サービスに大別される。例えば、一般的な音声対話サービスは、回線交換サービスであり、インターネット接続によるウェブブラウジングサービスは、パケット交換（ＰＳ）サービスに分類される。
【００１１】
ＣＳサービスをサポートするために、前記ＲＮＣは、前記コアネットワークのＭＳＣに接続され、前記ＭＳＣは、他のネットワークとの接続を管理するＧＭＳＣ（ｇａｔｅｗａｙ  ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）に接続される。ＰＳサービスをサポートするために、前記ＲＮＣは、前記コアネットワークのＳＧＳＮ及びＧＧＳＮと接続される。前記ＳＧＳＮは、前記ＲＮＣとのパケット通信をサポートし、前記ＧＧＳＮは、インターネットのような他のパケット交換ネットワークとの接続を管理する。
【００１２】
図２は、前記３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す。図２に示すように、前記無線インタフェースプロトコルは、物理層、データリンク層、及びネットワーク層から構成される水平層と、ユーザデータを伝送するためのユーザプレーン（Ｕ−ｐｌａｎｅ）及び制御情報を伝送するための制御プレーン（Ｃ−ｐｌａｎｅ）から構成される垂直プレーンとを備える。前記ユーザプレーンは、音声やＩＰパケットのようなユーザとのトラヒック情報を取り扱う領域であり、前記制御プレーンは、ネットワークとのインタフェース、呼の維持及び管理などに関する制御情報を取り扱う領域である。図２のプロトコル層は、開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：  ＯＳＩ）参照モデルの下位３層に基づいて第１層（Ｌ１）、第２層（Ｌ２）、第３層（Ｌ３）に区分される。前記第１層（Ｌ１）、すなわち、物理層は、多様な無線伝送技術により上位層に情報伝送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。前記物理層は、トランスポートチャネルで上位層である媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）層と接続される。
【００１３】
前記ＭＡＣ層と前記物理層は、トランスポートチャネルでデータを交換する。第２層（Ｌ２）は、ＭＡＣ層、無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ：ＲＬＣ）層、ブロードキャスト／マルチキャスト制御（ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ：ＢＭＣ）層、及びパケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層を含む。前記ＭＡＣ層は、論理チャネルとトランスポートチャネル間のマッピングを担当し、無線リソースの割り当て及び再割り当てのためにＭＡＣパラメータの割り当てサービスを提供する。前記ＭＡＣ層は、論理チャネルで上位層である無線リンク制御（ＲＬＣ）層に接続される。
【００１４】
伝送される情報の種類によって多様な論理チャネルが提供される。一般に、制御チャネルは、制御プレーンの情報を伝送するために使用され、トラヒックチャネルは、ユーザプレーンの情報を伝送するために使用される。論理チャネルは、共有されるか否かによって、共通チャネルともなり、専用チャネルともなる。論理チャネルには、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＴＣＨ（Ｃｏｍｍｏｎ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、並びにＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）もしくはＳＨＣＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が含まれる。前記ＢＣＣＨは、端末により活用される情報を含む情報を提供してシステムにアクセスする。ＵＴＲＡＮは、前記ＰＣＣＨを利用して端末にアクセスする。
【００１５】
マルチメディアブロードキャスト／マルチキャストサービス（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ：ＭＢＭＳ）の目的のために、さらなるトラヒック及び制御チャネルが前記ＭＢＭＳ標準に導入される。ＭＣＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＭＢＭＳ制御情報を伝送するために使用され、ＭＴＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、ＭＢＭＳサービスデータを伝送するために使用される。ＭＳＣＨ（ＭＢＭＳ  Ｓｃｈｅｄｕｌｉｎｇ  Ｃｈａｎｎｅｌ）は、スケジューリング情報を伝送するために使用される。他の論理チャネルは、以下のリストに示す。
【００１６】
制御チャネル（ＣＣＨ）−  ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
−  ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
−  ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
−  ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
−  ＳＨＣＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
−  ＭＣＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
−  ＭＳＣＨ（ＭＢＭＳ  Ｓｃｈｅｄｕｌｉｎｇ  Ｃｈａｎｎｅｌ）
トラヒックチャネル（ＴＣＨ）−  ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）
−  ＣＴＣＨ（Ｃｏｍｍｏｎ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）  
−  ＭＴＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）
前記ＭＡＣ層は、トランスポートチャネルにより物理層と接続され、管理されるトランスポートチャネルのタイプによってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、及びＭＡＣ−ｍサブレイヤに区分される。前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末により共有されるＦＡＣＨ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）もしくはＤＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のような共通トランスポートチャネル、又はアップリンクでＲＡＣＨ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｍは、ＭＢＭＳデータを担当する。
【００１７】
図３は、ＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示し、図４は、ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す。
【００１８】
前記ＭＡＣ−ｄサブレイヤは、特定端末のための専用トランスポートチャネルであるＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｄサブレイヤは、該当端末を管理するＳＲＮＣ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）に位置し、１つのＭＡＣ−ｄサブレイヤが各端末内に存在する。ＲＬＣ層は、ＲＬＣ動作モードに応じて、信頼性のあるデータ伝送をサポートし、上位層から伝送された複数のＲＬＣサービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ：ＳＤＵ）の分割及び連結機能を果たす。前記ＲＬＣ層は、上位層から前記ＲＬＣ  ＳＤＵを受信すると、処理容量に応じた適当な方式によってそれぞれのＲＬＣ  ＳＤＵのサイズを調節した後、ヘッダ情報を加えてデータユニットを生成する。前記データユニットは、プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ：ＰＤＵ）と呼ばれ、論理チャネルで前記ＭＡＣ層に伝送される。前記ＲＬＣ層は、前記ＲＬＣ  ＳＤＵ及び／又はＲＬＣ  ＰＤＵを保存するためのＲＬＣバッファを含む。
【００１９】
ＢＭＣ層は、前記コアネットワークから受信されたセルブロードキャスト（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ：  ＣＢ）メッセージをスケジューリングし、前記ＣＢメッセージを特定セル又は複数のセルに位置する端末にブロードキャストする。
【００２０】
前記ＰＤＣＰ層は、前記ＲＬＣ層の上位に位置する。前記ＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルで伝送されるデータを相対的に狭い帯域幅を有する無線インタフェース上で効率的に伝送するために使用される。このために、前記ＰＤＣＰ層は、有線ネットワークにおいて使用される不必要な制御情報を減らす機能を果たし、この機能をヘッダ圧縮と言う。
【００２１】
無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、第３層（Ｌ３）の最下部に位置し、制御プレーンにおいてのみ定義される。前記ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：  ＲＢ）の設定、再設定、及び解除に関連してトランスポートチャネル及び物理チャネルを制御する。前記ＲＢは、端末とＵＴＲＡＮ間のデータ伝送のために第２層（Ｌ２）により提供されるサービスである。一般に、無線ベアラの設定とは、特定データサービスの提供のために必要なプロトコル層とチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。前記ＲＲＣは、ＲＡＮ内でのユーザ移動性、及びロケーションサービスのようなさらなるサービスを担当する。
【００２２】
所定のＵＥのための無線ベアラとトランスポートチャネル間のマッピングが異なる可能性が常に成立するわけではない。前記ＵＥ／前記ＵＴＲＡＮは、ＵＥの状態及び前記ＵＥ／前記ＵＴＲＡＮが行っている過程によって可能なマッピングを推定する。異なる状態やモードについての説明は、次の通りである。
【００２３】
異なるトランスポートチャネルは、異なる物理チャネルにマッピングされる。物理チャネルの構成は、ＲＮＣとＵＥ間のＲＲＣ信号交換により行われる。
【００２４】
図５に示すように、前記ＤＰＣＨは、前記ＵＥと１つ又は複数のＮｏｄｅ  Ｂの１つ又は複数のセル間に設定され、同時に使用できる。前記ＵＥが複数のセルに同時に設定された１つのＤＰＣＨを有する場合を「ソフトハンドオーバー」といい、前記ＵＥが同一のＮｏｄｅ  Ｂの複数のセルに同時に設定された１つのＤＰＣＨを有する場合を「ソフターハンドオーバー」という。前記ＤＰＣＨのために、前記ＵＥは常にダウンリンクで全ての無線リンクからのＴＰＣコマンドを組み合わせ、最小限の送信電力（すなわち、ある無線リンクが「ｕｐ」を要求し、他の無線リンクが「ｄｏｗｎ」を要求する場合、前記ＵＥは前記送信電力を低減することを選択する）を要求するコマンドを常に使用する。
【００２５】
前記ＲＬＣ層は、前記ＲＮＣとＵＥとの間の論理チャネル間のデータ交換を制御するために使用されるレイヤ２プロトコルである。前記ＲＬＣ層は、３つのタイプの伝送モードにより実現される。
【００２６】
−  トランスペアレントモード
−  無応答モード
−  応答モード
前記モードの詳細説明を［３］に示す。有効な異なる機能は、前記伝送モードに依存する。
【００２７】
前記応答モード及び無応答モードにおいて、ＳＤＵは、エアインタフェースでの伝送のために使用される小さいパケットデータユニット（ＰＤＵ）に分けられる。送信側は前記ＳＤＵをＰＤＵに分離し、受信側は前記ＰＤＵに加えられた制御情報に基づいて前記ＳＤＵを再構成するために前記ＰＤＵを再構築する。前記制御情報は、例えば、ＰＤＵが損失したか否かを検出するためのＰＤＵシーケンスナンバーであるか、又は、ＲＬＣ  ＰＤＵ内のＳＤＵの開始／終了を示す長さインジケータ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）である。
【００２８】
前記無応答モードにおいて、受信機は、ＰＤＵを正確に伝送した送信機に確認メッセージ（ｃｏｎｆｉｒｍａｔｉｏｎ）を送信せずに、前記ＰＤＵ内に含まれるシグナル情報に基づいてＰＤＵをＳＤＵに再構築して完成したＳＤＵを上位層に伝送する。
【００２９】
前記応答モードにおいて、前記受信機は、前記正確に受信されたＰＤＵのための応答を伝送する。前記送信機は、損失したＰＤＵの再伝送を開始するために前記応答を使用する。前記応答は、所定条件下で伝送される。前記受信機により受信されたＰＤＵに対する応答の伝送を開始するためには複数のメカニズムが予測される。どのメカニズムをアクティブにするかは、標準内に定義され、ＲＲＣシグナリングにより実現される。ステータスＰＤＵの伝送のためのメカニズムは、例えば、１ずつ増加した受信された最新のシーケンスナンバーに該当しないシーケンスナンバーであるＰＤＵの受信により、又は、前記受信機が応答（又は、「ステータス」という）が伝送されるべきであるという指示を前記ＲＬＣ制御情報メッセージにより前記送信機から受信することにより、実現される。ステータスＰＤＵを伝送するための前記送信機の指示を「ポーリング」という。
【００３０】
前記送信機がポーリングビットを伝送するとき、所定時間が経過しても前記ポーリングの伝送後の位置報告が受信されない場合、メカニズムは前記ＵＭＴＳ標準で実現される。前記メカニズムにおいて、前記送信機は、前記ポーリングインジケータを含むＰＤＵの再伝送を開始し、これを「タイマーポール（ｔｉｍｅｒ  ｐｏｌｌ）」という。
【００３１】
他のメカニズムは、ＰＤＵの再伝送回数を計数する。前記再伝送が所定回数（ＭａｘＤａｔ）を超えると、前記送信機は、ＡＭ  ＲＬＣモードを使用する無線ベアラの送信機と受信機エンティティを初期状態に設定するリセット手順を開始する。前記リセット手順が開始されると、開始エンティティは、「Ｒｅｓｅｔ」  ＰＤＵを終了エンティティに伝送する。前記終了エンティティは、前記「Ｒｅｓｅｔ  Ａｃｋ」  ＰＤＵを伝送することにより、前記「Ｒｅｓｅｔ」ＰＤＵの受信に対して応答する。前記開始エンティティは、所定時間が経過しても前記「Ｒｅｓｅｔ  Ａｃｋ」  ＰＤＵを受信しない場合、前記「Ｒｅｓｅｔ」  ＰＤＵを再伝送する。前記開始エンティティは、所定量の再伝送を行っても前記「Ｒｅｓｅｔ  Ａｃｋ」  ＰＤＵを受信しない場合、「回復不能エラー（ｕｎｒｅｃｏｖｅｒａｂｌｅ  ｅｒｒｏｒ）」を検出する。
【００３２】
本発明は、ＲＬＣ  ＡＭモードにおいて機能障害がＲＬＣエンティティの動作下で検出される状況を説明する。機能障害を検出する他のメカニズムは、前記ＵＭＴＳ標準に既に記述されているか、または実現できる。ＵＭモードにおけるＲＬＣエンティティのための検出メカニズム、例えば、定義されていないシグナリング情報が前記ＲＬＣ  ＰＤＵ内に含まれていることを検出するメカニズム、又は、上位層がＵＭエンティティの送受信が正確に行われていないことを検出するメカニズムを予想できる。
【００３３】
前述したように、「回復不能エラー」を検出する標準に定義されたメカニズムがあるが、これは、遮断された（ｂｌｏｃｋｅｄ）状況や通信が断絶した状況に該当する。
【００３４】
前記ＵＥが前記標準に記述された「回復不能エラー」を検出すると、前記ＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態に移行して「セルアップデート」メッセージを前記Ｎｏｄｅ  Ｂ／ＲＮＣに送信する。その結果、前記ＵＥは、ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）「セルアップデート原因（Ｃｅｌｌ  ｕｐｄａｔｅ  ｃａｕｓｅ）」を「ＲＬＣ回復不能エラー」の原因に設定することにより、回復不能エラーが発生したことを通知する。前記ＵＥは、前記ＩＥ「ＡＭ＿ＲＬＣエラーインジケータ（ＲＢ１、ＲＢ３、又はＲＢ４）」を含むことにより、前記回復不能エラーがＩＤ２、３、又は４を有するシグナリング無線ベアラのうちの１つに対して発生したことを通知する。又は、前記ＵＥは、前記ＩＥ「ＡＭ＿ＲＬＣエラーインジケータ（ＲＢ＞４）」を含むことにより、前記回復不能エラーが４より大きいＩＤを有するＲＬＣ  ＡＭモードを使用する無線ベアラＲＢのうちの１つに対して発生したことを通知する。次に、前記ＲＮＣは、前記「セルアップデート確認（Ｃｅｌｌ  Ｕｐｄａｔａ  Ｃｏｎｆｉｒｍ）」メッセージを送信し、前記ＩＥ「ＲＬＣ再設定インジケータ（ＲＢ２、ＲＢ３、及びＲＢ４）」を「真」に設定することによりＩＤ２、３、及び４を有するＳＲＢに対して前記ＲＬＣエンティティが再設定されることを通知し、「ＲＬＣ再設定インジケータ（ＲＢ５及びそれ以上）」を「真」に設定することによりＲＬＣ  ＡＭモードを使用する４以上のＩＤを有するＲＢに対して前記ＲＬＣエンティティが再設定されることを通知する。
【００３５】
前記ＵＭ／ＡＭ  ＲＬＣエンティティは、暗号化及び暗号解読も担当する。そのために、前記送信機と受信機における前記ＲＬＣエンティティは、ＨＦＮ（Ｈｙｐｅｒ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）と前記ＲＬＣシーケンスナンバーとから構成されるＣＯＵＮＴ−Ｃナンバーを維持する。前記ＣＯＵＮＴ−Ｃ値は、他の情報とともにビットストリングを生成する数学関数に入力される。前記ビットストリングとＳＮを除いたＲＬＣ  ＰＤＵは、論理ＸＯＲ演算により組み合わせられるが、これは、前記ＲＬＣ  ＰＤＵのデータ部分の暗号化を保障する。前記ＨＦＮ値は、前記ＲＬＣ  ＳＮがラップアラウンド（ｗｒａｐ  ａｒｏｕｎｄ）する度に（すなわち、前記ＲＬＣ  ＳＮが最大値に達して「０」から再開するとき）増加する。前記受信機がＳＮの特定値を損なう場合、又は、前記受信されたＳＮが前記受信中に変更された場合、前記受信機と送信機におけるＣＯＵＮＴ−Ｃが非同期化することがある。この場合、前記受信機は、前記受信された情報を正確に解読できない。前記受信機は、ここには説明されておらず本発明の一部分にも属しない異なるメカニズムにより前記解読エンティティの機能障害を検出できる。
【００３６】
前記ＨＳ−ＤＳＣＨは、前記ＵＭＴＳ標準においてダウンリンクでデータを伝送可能にするトランスポートチャネルであり、高速データレートの使用を可能にする。前記ＨＳ−ＤＳＣＨは、常にＨＳ−ＰＤＳＣＨ物理チャネルにマッピングされる。前記ＤＰＣＨとは逆に、前記ＨＳ−ＰＤＳＣＨは、１回に１つのセルから与えられたＵＥにのみ伝送できる。前記ＨＳ−ＤＳＣＨは、前記Ｎｏｄｅ  Ｂから前記ＵＥにデータを高速に再伝送できるようにＨＡＲＱ（ｈｙｂｒｉｄ  ＡＲＱ）メカニズムを使用する。前記メカニズムは、［２］にも記述されている。前記ＵＥが与えられたブロックを正確に受信したか否かを認知するために、前記ＵＥは、［１］で説明されているように、アップリンクで前記ＨＳ−ＤＰＣＣＨ物理チャネルで伝送された前記Ｎｏｄｅ  Ｂに応答を伝送する。前記ＨＳ−ＤＰＣＣＨで、前記ＵＥは、ダウンリンクで無線チャネルの品質を示すＣＱＩ情報を伝送する。これにより、前記Ｎｏｄｅ  Ｂが前記チャネル条件での伝送フォーマットとスケジューリングを採択できる。
【００３７】
図５に示すように、ＣＥＬＬ＿ＤＣＨでの伝送中、前記ＵＥは、内部ループパワー制御を行う。すなわち、前記ＵＥは、前記送信電力を増加させるか減少させるかをＵＥ自身に通知するＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｍｍａｎｄ）を前記ＤＣＨで前記Ｎｏｄｅ  Ｂから受信する。前記ＵＥは、異なるセルから受信した前記ＴＰＣを組み合わせる。これは、前記ＵＥが前記送信電力を前記ＵＬでの最善の無線リンクに適用することを意味する。前記ＵＥは、ＤＰＣＣＨ、ＤＰＤＣＨ、ＨＳ−ＤＰＣＣＨの送信電力を増加又は減少させる。前記ＨＳ−ＤＰＣＣＨは、前記ＨＳ−ＤＳＣＨを伝送するセルによってのみ受信されるが、これは、ＨＳ−ＤＳＣＣＨ  ＤＰＣＣＨの前記送信電力が前記ＵＥとＨＳ−ＤＳＣＨサービングセル間のアップリンクチャネルに常に適用されるわけではないことを示す。すなわち、前記ＨＳ−ＤＳＣＨは、一時的に有効でなくなることもあることを意味する。
【００３８】
主な利点のうち１つは、前記ＨＳ−ＤＳＣＨが共有チャネルであることであり、これは、前記必要な拡散符号が予め割り当てられる必要がないということと、他の使用者間で動的に共有できることを意味する。
【００３９】
ＲＲＣモードは、端末のＲＲＣとＵＴＲＡＮのＲＲＣ間に論理接続が存在するか否かを示す。接続が存在すると、前記端末はＲＲＣ接続モードにあるという。接続が存在しないと、前記端末はアイドルモードにあるという。ＲＲＣ接続モードにある端末に対してＲＲＣ接続が存在するため、ＵＴＲＡＮは、セルユニット内の特定端末が存在するか否か、例えば、ＲＲＣ接続モードの端末がどのセル又はセルの集合にあるか、及びどの物理チャネルをＵＥがリッスンしているかを判断できる。このように、端末を効果的に制御できる。
【００４０】
これに対して、ＵＴＲＡＮは、アイドルモードにある端末の存在を判断できない。アイドルモードにある端末の存在はコアネットワークによってのみ判断される。特に、前記コアネットワークは、ロケーションやルーティング領域のようにセルより大きい地域内にアイドルモードの端末が存在するか否かのみを検出できる。従って、アイドルモード端末の存在は、大きい地域内で判断される。音声やデータなどの無線通信サービスを受けるために、アイドルモードの端末は、ＲＲＣ接続モードに移行又は変更しなければならない。モードと状態間の可能な変化については、図６に示す。
【００４１】
ＲＲＣ接続モードにあるＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＤＣＨ状態、ＵＲＡ＿ＰＣＨ状態などの異なる状態となることができる。これら以外の状態も予想することができる。前記状態に応じて、ＵＥは異なる動作を行い、異なるチャネルをリッスンする。例えば、ＣＥＬＬ＿ＤＣＨ状態の端末は、多様なチャネルのうち、ＤＣＨタイプのトランスポートチャネルをリッスンする。ＤＣＨタイプのトランスポートチャネルは、所定のＤＰＣＨ、ＤＰＤＳＣＨ、又は他の物理チャネルにマッピングできるＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含む。ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥは、特定Ｓ−ＣＣＰＣＨにマッピングされる複数のＦＡＣＨトランスポートチャネルをリッスンする。ＰＣＨ状態にあるＵＥは、特定Ｓ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＩＣＨチャネル及びＰＣＨチャネルをリッスンする。
【００４２】
前述したように、無線ベアラは、Ｌ２の上位層からデータ、すなわち、前記ＵＴＲＡＮ内に生成されたデータ、例えば、ＲＲＣ、ＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング（一般的に、ｃ−プレーン）、及び使用者データ（ｕ−プレーン）を伝送する。前記ＲＲＣシグナリングからのデータは、３シグナリング無線ベアラにより伝送され、０から２までの範囲で数値化される。前記ＮＡＳシグナリングからのデータは、前記シグナリング無線ベアラ３により伝送され、４シグナリング無線ベアラが使用される。残りの無線ベアラ識別子は、ユーザプレーンデータを伝送するのに有効である。
【００４３】
サービス品質によって異なる無線ベアラを効率的に伝送するために、前記無線ベアラは、異なるトランスポートチャネル上の論理チャネルにマッピングできる。前記無線ベアラに対して利用可能なマッピング方法は、前記無線ベアラが伝送しているトラヒックの種類によって決定される。０から４までの専用シグナリング無線ベアラは、ＤＣＣＨ／ＣＣＣＨタイプの論理チャネルを介してマッピングされる。５以上のＩＤを有するユーザプレーントラヒックを伝送する専用無線ベアラは、ＤＴＣＨタイプの論理チャネルを介してマッピングされる。異なるマッピングオプションがアップリンクとダウンリンクに対して独立して定義でき、前記ＵＥ状態によって、また、有効なトランスポートチャネルによって定義できる。
【００４４】
図７は、ダウンリンクでのマッピングオプションに対する可能な構成を示す。この例においては、４つの可能なマッピングオプションを示す。
【００４５】
ＣＥＬＬ＿ＤＣＨ状態において、ＨＳ−ＰＤＳＣＨ及びＤＰＣＨが有効である場合、前記シグナリング無線ベアラ（ＳＲＢ＃１〜＃４）は、ＤＰＣＨにマッピングされ、他の無線ベアラ（ＲＢ＃５〜＃２０）は、ＨＳ−ＰＤＰＣＨにマッピングされる。この場合、前記ＳＲＢ＃０はマッピングされない。
【００４６】
ＣＥＬＬ＿ＤＣＨ状態において、ＤＰＣＨが有効であり、ＨＳ−ＰＤＳＣＨが有効でない場合、前記シグナリング無線ベアラ（ＳＲＢ＃１〜＃４）と他の無線ベアラ（ＲＢ＃５〜＃２０）は、ＤＰＣＨにマッピングされる。この場合、前記ＳＲＢ＃０はマッピングされない。ＣＥＬＬ＿ＤＣＨ状態において、ＤＰＣＨが有効でなく、ＨＳ−ＰＤＳＣＨが有効である場合、前記ＳＲＢ＃１〜＃４と他のＲＢ＃５〜＃２０は、ＨＳ−ＰＤＳＣＨにマッピングされる。この場合、前記ＳＲＢ＃０はマッピングされない。
【００４７】
ＣＥＬＬ＿ＦＡＣＨ状態において、前記ＳＲＢ＃０〜＃４及び他の無線ベアラＲＢ＃５〜＃２０はＦＡＣＨにマッピングされる。
【００４８】
ＵＴＲＡＮの前記リリース６において、「フラクショナルＤＰＣＨ」という新しい物理チャネルが導入される。前記チャネルは、ノーマルＤＰＣＨを交替するために使用される。前記チャネルは、１つのコードを異なる使用者間で共有することにより、ダウンリンクに必要な拡散符号の数を減少させる。前記コードの使用を減少させるために、ＳＲＢが前記ＨＳ−ＤＳＣＨにマッピングされたとしても、いずれのＤＣＨトランスポートチャネルも前記「フラクショナルＤＰＣＨ」物理チャネルで伝送されない。
【００４９】
前記アップリンクにおいて、前記ＳＲＢとユーザプレーン無線ベアラは、前記ＤＰＣＨに、又は、その他の有効チャネルにマッピングされる。これは、前記ＵＥが前記アップリンクで伝送することを可能にする。
【００５０】
以下、ＲＮＣエンティティが前記ＲＬＣエンティティを再初期化する手順をトリガーすることを必要とするエラーの影響をＲＬＣエンティティが受ける状況の２つの例を説明する。
【００５１】
例１：無線リンク品質の低下（ＨＳ−ＤＳＣＨ  ＲＬ失敗の場合）
前記ＳＲＢが前記ＨＳ−ＤＳＣＨにマッピングされる場合、前記ＨＳ−ＤＳＣＨが有効でなくなるが、前記ＵＥは依然として残りの無線リンクでＲＲＣ接続状態となる問題が発生する可能性がある。前記ＨＳ−ＤＳＣＨは、異なるチャネルでの前記Ｎｏｄｅ  ＢとＵＥ間のアップリンク／ダウンリンク通信に依存する。タウンリンクにおいて、これらのチャネルは、次の通りである。
【００５２】
−  前記ＨＳ−ＳＣＣＨ
−  前記ＨＳ−ＰＤＳＣＨ
アップリンクにおいて、前記ＨＳ−ＤＳＣＨの受信は次のチャネルに依存する。
【００５３】
−  前記ＨＳ−ＤＰＣＣＨ
前記物理チャネルのうち１つの受信がこれ以上できない場合、前記ＨＳ−ＤＳＣＨでの伝送が遮断される。これは、例えば、無線条件が悪いためか、前記ＵＥと基地局間の距離が遠すぎるためか、障害物があるためか、又は、前記チャネルの適切でない構成のためである。次に、前記ＵＥは、遮断されて一時的にいずれのデータも前記ＵＥに／から伝送されない。
【００５４】
前記ＵＥが遮断される状況を図８に示す。
【００５５】
図８に示すように、前記ＵＥは、第１基地局Ａの第１セル１と第２基地局Ｂの第２セル２に接続される。前記ＨＳ−ＤＳＣＨが構成されるセル１への無線条件の場合、セル２への無線条件の場合より悪化する。この場合、前記ＵＥとＲＮＣ間の接続が不良とならないようにするために、前記ＨＳ−ＤＳＣＨを前記セル２から伝送されるように構成する必要がある。
【００５６】
図９に示すように、第１段階によると、前記ＵＥは、Ｎｏｄｅ  Ｂ１及びＮｏｄｅ  Ｂ２と設定された無線リンクを有する。
【００５７】
第２段階によると、前記Ｎｏｄｅ  Ｂ１への無線リンクは、例えば、前記ＵＥが前記Ｎｏｄｅ  Ｂ１から前記Ｎｏｄｅ  Ｂ２に移動するため、品質が低下する。
【００５８】
第３段階によると、前記ＵＥは、前記ＲＮＣに無線リンクの品質低下を通知する。
【００５９】
第４段階によると、前記ＲＮＣは、前記ＨＳ−ＤＳＣＨを前記Ｎｏｄｅ  Ｂ１から前記Ｎｏｄｅ  Ｂ２に移動するために、再構成手順を開始する。
【００６０】
前記無線品質がこれ以上の前記ＨＳ−ＤＳＣＨでの伝送ができない範囲まで低下する場合、図９に示す再構成がこれ以上できなくなる状況が発生する。これに対して、前記Ｎｏｄｅ  Ｂ２への無線リンクの品質は、依然として良好である。この場合、前記ＲＮＣが前記ＵＥにいずれの情報も伝達できないため、前記ＵＥは遮断された状態である。
【００６１】
現在適用できる唯一のメカニズムによると、ある時点で前記ＵＥ又は前記ＲＮＣにおいて「回復不能エラー」が検出される。前記エラーが前記ＲＮＣで検出された場合、前記ＲＮＣは、前記ＵＥのアクティブセットを構成する無線リンクを除去し、無線リンク失敗を引き起こす。前記エラーがＵＥで検出された場合、前記ＵＥは、「セルアップデート」手順を開始する。
【００６２】
図１０に示すように、第１段階によると、前記ＵＥは、Ｎｏｄｅ  Ｂ１及びＮｏｄｅ  Ｂ２と設定された無線リンクを有する。前記Ｎｏｄｅ  Ｂ１は、前記ＨＳ−ＤＳＣＨ無線リンクを制御する前記Ｎｏｄｅ  Ｂである。
【００６３】
第２段階によると、前記Ｎｏｄｅ  Ｂ１への無線リンクは、例えば、前記ＵＥが前記Ｎｏｄｅ  Ｂ１から前記Ｎｏｄｅ  Ｂ２に移動するため、品質が低下する。
【００６４】
第３段階によると、前記ＵＥは、前記ＲＮＣに測定報告を伝送することにより、無線リンクの品質低下を通知する。前記ＨＳ−ＤＳＣＨでの伝送ができない場合、前記ＲＮＣは、前記応答を前記ＵＥ（３ａ）に伝送できなくなる。これにより、ＲＬＣ回復不能エラーが発生し、結局、前記ＳＲＢ２、３、及び４が再設定されたセルアップデート手順が行われる。
【００６５】
第４段階によると、前記ＲＮＣは、前記ＨＳ−ＤＳＣＨを前記Ｎｏｄｅ  Ｂ１から前記Ｎｏｄｅ  Ｂ２に移動するために、再構成手順を開始する。前記ダウンリンク通信がこれ以上できなくなる場合、メッセージがＮｏｄｅ  Ｂの前記ＲＮＣから受信され、前記ＵＥに伝送されない。
【００６６】
第５段階によると、前記ＵＥ及びＮｏｄｅ  Ｂ、又は前記ＲＮＣは、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態に移行するメカニズムをトリガーする。
【００６７】
第６段階によると、前記ＵＥがセルアップデートメッセージの送信を開始する。
【００６８】
前記メッセージは、回復不能エラーを経験したＲＬＣエンティティ、すなわち、ＩＤ２、３、４を有するＲＢにマッピングされたＲＬＣエンティティ、又は、４以上のＩＤを有するＲＢにマッピングされたＲＬＣエンティティを伝送するＲＢのグループを示すために使用された２つの情報要素（ＩＥ）を含む。また、前記メッセージは、ＩＥ「ＳＴＡＲＴ」を伝送する。前記ＩＥは、暗号化のために使用されたＣＯＵＮＴ−ＣエンティティのＨＦＮ値を初期化するために使用された値を含む。
【００６９】
第７段階によると、前記ＲＮＣは、セルアップデート確認メッセージの送信を開始する。前記ＲＬＣエンティティを再設定するために前記メッセージ内にＩＥ「ＲＬＣ再設定インジケータ（ＲＢ２、ＲＢ３、ＲＢ４）」及び／又は「ＲＬＣ再設定インジケータ（ＲＢ５及びそれ以上）」を「真」に設定できる。しかし、前記ＲＬＣエンティティ３と４が再設定される場合、ＮＡＳ層からのメッセージの一部が損失することがある。
【００７０】
第８段階によると、ＩＥ「ＲＬＣ再設定インジケータ（ＲＢ２、ＲＢ３、ＲＢ４）」及び／又は「ＲＬＣ再設定インジケータ（ＲＢ５及びそれ以上）」が「真」に設定された前記セルアップデート確認メッセージを受信した場合、前記ＵＥは、前記ＲＬＣ  ＡＭエンティティを前記セルアップデート確認メッセージに示すとおり再初期化する。前記ＵＥは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位のビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮ内に残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化される。
【００７１】
第９段階によると、前記ＲＮＣは、前記ＲＬＣ  ＡＭエンティティを前記セルアップデート確認メッセージに示すとおり再初期化する。前記ＲＮＣは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位のビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮに残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化される。
【００７２】
第１０段階によると、前記ＵＥは、確認メッセージを前記ＲＮＣに伝送する。
【００７３】
ＳＲＢ２のために使用された前記ＲＬＣエンティティが再設定されていない場合、第４段階で送信された前記メッセージが依然として前記ＲＮＣの伝送バッファ内に残る。
【００７４】
第１１段階によると、前記メッセージは、前記セルアップデート確認メッセージを受信した後、前記ＵＥにより受信される。しかし、この時点で、前記メッセージの内容は十分でない。
【００７５】
前記ＵＥは、前記ＨＳ−ＤＳＣＨの品質に基準を適用することもでき、前記セルアップデートをトリガーするために、アップリンク伝送のための前記ＵＥ内の有効な送信電力又はその他の基準を適用することもできる。
【００７６】
前記ＳＲＢが前記ＨＳ−ＤＳＣＨトランスポートチャネルにマッピングされた場合、前記ＲＮＣが前記ＵＥ構成を変更するためにデータを前記ＵＥに伝送することができる。しかし、ダウンリンク伝送が不可能な場合、前記データは、前記ＵＥに伝送されない。セルアップデート手順を前述した方法で行うことにより、ＵＥ／ＲＮＣが前記問題を解決すると、前記再構成メッセージは前記ＵＥに送信される。しかし、前記再構成メッセージの内容はこれ以上適用できなくなり、プロトコルエラーをトリガーする。前記ＲＬＣエンティティを再伝送するための手段として、前記ＲＬＣエンティティのための空の再伝送バッファを必要とする。
【００７７】
例２：前記ＵＥによる回復不能エラー検出
前記ＵＥがＡＭモードで動作するＲＬＣエンティティで回復不能エラーを検出する場合、前記ＵＥは、セルアップデート手順を開始する。
【００７８】
図１１に示すように、第１段階によると、前記ＵＥは、ＡＭ  ＲＬＣエンティティで回復不能エラーを検出し、ＣＥＬＬ＿ＦＡＣＨ状態に移行する。
【００７９】
第２段階によると、前記ＵＥは、前記ＲＮＣに「セルアップデート」メッセージを送信する。前述したように、前記メッセージは、回復不能エラーを経験したＲＬＣエンティティ、すなわち、ＩＤ２、３、４を有してＲＢにマッピングされたＲＬＣエンティティ又は４以上のＩＤを有してＲＢにマッピングされたＲＬＣエンティティを伝送するＲＢのグループを示すために使用された２つの情報要素（ＩＥ）を含む。前記メッセージは、ＩＥ「ＳＴＡＲＴ」も伝送する。前記ＩＥは、暗号化のために使用されたＣＯＵＮＴ−ＣエンティティのＨＦＮ値を初期化するために使用された値を含む。
【００８０】
第３段階によると、前記ＲＮＣは、ＩＤ２、３、４を有してＲＢにマッピングされた全てのＲＬＣエンティティ、又は、前記セルアップデート確認メッセージを使用して４以上のＩＤを有して前記ＲＢにマッピングされた全てのＲＬＣエンティティに再設定を示す。
【００８１】
第４段階によると、前記ＵＥは、前記「セルアップデート確認」メッセージを受信すると、前記メッセージ内に示すとおり、前記ＲＬＣ  ＡＭエンティティを再初期化する。前記ＵＥは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位のビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮに残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化される。
【００８２】
第５段階によると、前記ＲＮＣは、前記ＲＬＣ  ＡＭエンティティを前記セルアップデート確認メッセージに示すとおり再初期化する。前記ＲＮＣは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位のビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮに残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化される。
【００８３】
第６段階によると、前記ＵＥは、前記再設定を確認するためにメッセージを送信する。
【００８４】
前記ＵＥがＡＭ  ＲＬＣエンティティで回復不能エラーを検出する場合、前記ＵＥは、どのセットのＲＬＣエンティティにエラーが存在するかについてのみ通知する。
【００８５】
前記ＵＥがＲＬＣ  ＵＭベアラの復号化時にエラーを検出する場合、前記ＵＥは、前記エラーを前記ＲＮＣに通知するためのいずれの手順を行うこともできない。
【００８６】
従って、前記ＲＮＣが回復不能エラーを感知する場合、前記ＲＮＣは、前記エラーの影響を受けた前記ＲＬＣエンティティの再設定を開始できる有効な手段を有しない。
【００８７】
これは、上位層（ＮＡＳ）の情報を有する前記ＲＢ  ＩＤ３及び／又は４のＲＬＣエンティティがダウンリンクで再設定される場合、データ損失が発生する可能性があるため、重要である。前記ＵＥにより前記データが受信されたか否かを前記ＲＮＣが検証する手段がなく、また、前記ＲＮＣが前記データを複写できないため、この場合、前記ＲＮＣは、前記シグナリング接続を解除することのみができる。
【発明の開示】
【発明が解決しようとする課題】
【００８８】
本発明の一様態は、前述したような従来の問題に対する本発明者らの認知を含む。このような認識に基づいて、本発明は、無線リンク制御エラー解決手順の改善を達成できる。
【００８９】
本発明の目的は、無線リンク制御エンティティエラーを解決するとき、データの損失を最小化することにある。
【課題を解決するための手段】
【００９０】
本発明によると、エラーの影響を受ける無線リンク制御エンティティが正確に識別されるので、前記エラーを解決するための手順が前記識別された無線リンク制御エンティティ内でのみ開始する。
【００９１】
本発明によると、前記エラーを解決するための手順を特定ＲＬＣエンティティに適用することができ、従来のように、エラー状態のエンティティと正常に動作するエンティティとを区別せずに無線リンク制御エンティティのグループに適用するわけではない。
【発明を実施するための最良の形態】
【００９２】
本発明は、３ＧＰＰ移動通信システムにおいて実現されるものとして説明される。しかし、本発明の概念と内容は、共通した技術に基づいて類似した方法で動作する多様な通信方式に適用できるため、本発明は、他のタイプの通信標準（例えば、３ＧＰＰ２、４Ｇ、ＩＥＥＥ、ＯＭＡなど）に準拠して動作する通信システムにおいて採択して実現することもできる。
【００９３】
本発明の一態様によると、前記ＵＥは、ＲＬＣエンティティ内のエラーや機能障害に関する詳細情報を報告する。この追加情報は次の事項を含む。
【００９４】
（１）前記ＲＬＣエンティティのデータを伝送する無線ベアラのＲＢ  ＩＤ
（２）前記ＲＬＣエンティティの他の識別子
（３）エラーの種類、例えば、
−  定義されていない制御情報の受信
−  上位層プロトコル（例えば、ＰＤＣＰ／ＩＰ）によるエラー検出（これは、前記ＲＬＣ動作のエラーを示す）
−  回復不能エラーとして前記ＲＬＣプロトコルに定義された状況
−  エラーを示すための前記ＵＥ内のその他の手段により検出された状況
−  暗号解読時の機能障害の検出
−  アップリンクのみが、アップリンク／ダウンリンクが、又はダウンリンクのみが影響を受ける
本発明の他の態様によると、ＵＥが、前述したエラーのうちのいずれかが検出される瞬間に前記追加情報の伝送を開始する。アップリンクでのメッセージ送信は、現在の構成で行うことができる。又は、状態移行を含む。ＵＭエンティティで検出されたエラーが前記メッセージの送信のためのトリガーである場合、前記エラーを検出する手順は特定手順となる。
【００９５】
本発明のさらに他の態様によると、ＵＴＲＡＮがＲＬＣエンティティを再初期化／再設定する。前記ＲＮＣは、ＵＥ内の前記ＲＬＣエンティティの再設定の指示を前記ＵＥに送信されたメッセージに含めて送信するか、前記ＲＬＣエンティティが再設定される必要があることを示す新しいメッセージを前記ＵＥに送信することができる。前記ＲＬＣエンティティ、又は、再初期化／再設定される前記ＲＬＣエンティティのデータを伝送する無線ベアラのＲＢ  ＩＤ、前記伝送方向などを示すためには、追加情報が必要である。
【００９６】
以下、本発明の他の実施形態について説明する。
【００９７】
図１２は、本発明の第１実施形態による無線リンク制御エンティティ内でエラーを解決する方法を示す図であり、前記ＵＥとネットワーク間の無線リンクの品質は低下する（ＨＳ−ＤＳＣＨ  ＲＬ失敗のケース）。
【００９８】
第１段階によると、前記ＵＥは、Ｎｏｄｅ  Ｂ１及びＮｏｄｅ  Ｂ２と設定された無線リンクを有する。前記Ｎｏｄｅ  Ｂ１は、前記ＨＳ−ＤＳＣＨ無線リンクを制御するＮｏｄｅ  Ｂである。
【００９９】
第２段階によると、前記ＵＥが前記Ｎｏｄｅ  Ｂ１から前記Ｎｏｄｅ  Ｂ２に移動するため、前記Ｎｏｄｅ  Ｂ１への無線リンクの品質は低下する。
【０１００】
第３段階によると、前記ＵＥは、前記ＲＮＣに測定報告を伝送することにより無線リンクの品質低下を通知する。前記ＨＳ−ＤＳＣＨでの伝送がこれ以上できなくなると、前記ＲＮＣは、前記ＵＥ（３ａ）にこれ以上応答を伝送することができなくなる。これにより、ＲＬＣ回復不能エラーが発生し、結局、セルアップデート手順が行われる。
【０１０１】
第４段階によると、前記ＲＮＣは、前記ＨＳ−ＤＳＣＨを前記Ｎｏｄｅ  Ｂ１から前記Ｎｏｄｅ  Ｂ２に移動するために再構成手順を開始する。前記ダウンリンク通信がこれ以上できなくなると、前記メッセージは、Ｎｏｄｅ  Ｂ内の前記ＲＮＣから受信され、前記ＵＥに送信されない。
【０１０２】
第５段階によると、前記ＵＥ、Ｎｏｄｅ  Ｂ又は前記ＲＮＣは、前記ＵＥがＣＥＬＬ＿ＦＡＣＨ状態に移行するように、メカニズムをトリガする。
【０１０３】
第６段階によると、前記ＵＥは、セルアップデートメッセージ又はＵＲＡ（ＵＭＴＳ  Ｒｏｕｔｉｎｇ  Ａｒｅａ）アップデートメッセージの前記ＲＮＣへの送信を開始する。
【０１０４】
前記ＵＭＴＳシステムにおいて、前記アップリンクでの回復不能エラーを前記ＲＮＣに通知するために、通常は前記セルアップデートメッセージ又はＵＲＡメッセージが使用される。前記メッセージは、前記ＵＥから前記ＲＮＣにＣＣＣＨで送信される。現行方式によると、ノンクリティカル拡張子（ｎｏｎ−ｃｒｉｔｉｃａｌ  ｅｘｔｅｎｓｉｏｎｓ）を前記アップリンクでＵＥによりプロトコル仕様のさらに新しいリリースに送信されたメッセージに加える。前記拡張子は、前記拡張子を理解できないＲＮＣがＲＮＣ自身が理解している前記メッセージの一部を復号化できるように符号化される。
【０１０５】
第１の可能性によると、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの影響を受ける無線リンク制御エンティティに関連した無線ベアラを識別するデータを含む。
【０１０６】
例えば、前記セルアップデートメッセージ又はＵＲＡメッセージは、前述したエラーが発生したＲＢ  ＩＤ及び／又はＲＬＣエンティティのＩＤのリストを有する拡張子を含む。
【０１０７】
第２の可能性によると、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、２値変数を含む。前記２値変数は、前記エラーの影響を受ける無線リンク制御エンティティに関連した特定無線ベアラを指定する。従って、前記２値変数は、前記無線リンク制御エンティティを識別する。
【０１０８】
例えば、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、拡張子を含み、前記拡張子は、少なくとも１つのＩＥ（真／偽）、並びに／又はＲＢ及び／もしくは前記エンティティのデータを伝送するＲＢ  のＩＤ（例えば、ＳＲＢ２）のためのＲＬＣエンティティが前記標準に明示されていることを示す原因値（ｃａｕｓｅ  ｖａｌｕｅ）、並びに／又は前記セルアップデートメッセージもしくはＵＲＡアップデートメッセージに影響を与えるＲＬＣエンティティの伝送方向を含む。
【０１０９】
他の方法によると、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、ＵＭモードを用いるＲＬＣエンティティの全てもしくは一部にエラーが発生したこと、及び／又は前記エラーの原因、及び／又は前記「セルアップデート」メッセージ又は「ＵＲＡアップデート」メッセージへの方向（アップリンク、アップリンク／ダウンリンク、ダウンリンク）に関する情報を有する拡張子を含む。特に、前記一部は、前記ＳＲＢ０と１にマッピングされたＲＬＣエンティティを除いてＲＬＣ  ＵＭモードを用いる全てのＲＬＣエンティティでもよい。
【０１１０】
前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、ＳＴＡＲＴ値も含む。前記ＳＴＡＲＴ値は、前記ＵＥの無線リンク制御エンティティ内のカウンターとセルラーネットワークの無線リンク制御エンティティ内のカウンターを再同期化（ｒｅ−ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）する初期値である。
【０１１１】
前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの原因を通知するデータも含む。
【０１１２】
この場合、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの原因を通知するＩＥを有する拡張子を含む。
【０１１３】
前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの影響を受ける無線リンク制御エンティティに関連した無線ベアラの伝送方向を通知するデータも含む。
【０１１４】
この場合、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前記エラーの影響を受ける前記ＲＬＣエンティティの伝送方向を通知するＩＥを有する拡張子を含む。
【０１１５】
前記「セルアップデート」メッセージ又は「ＵＲＡアップデート」メッセージ内の回復不能エラーを示すための有効なメカニズムは、ＵＥが前記メッセージを前記リストを含む拡張子を理解できないＲＮＣに伝送することを保障するために維持される必要がある。ここで、注目すべきは、前記ＲＢはＲＬＣ回復不能エラーを示すためのレガシーメカニズム（ｌｅｇａｃｙ  ｍｅｃｈａｎｉｓｍ）を用いることができるという点である。
【０１１６】
前記ＵＥは、エラーが発生したＲＬＣエンティティを通知することができ、結局は追加情報を提供することができる。前記ＲＮＣが前記方法を実現しなかった場合、前記情報は無視される。
【０１１７】
前記ＵＥから前記ＲＮＣへのメッセージ送信は、前記ＵＥがアップリンク及び／又はダウンリンクでＲＬＣエンティティ内のエラー状況又は機能障害（例えば、暗号化の問題）を検出した場合にトリガーされる。前記情報を含むメッセージは、通常ＰＲＡＣＨ物理チャネルにマッピングされた、ＲＡＣＨトランスポートチャネルにマッピングされたＣＣＣＨ論理チャネルで送信されるのではなく、現在有効な仕様に応じて送信される。しかしながら、前記情報をその他の論理チャネル、トランスポートチャネル、又は物理チャネルで伝送することもでき、前記マッピングは本発明を制限するものではない。メッセージを前記ＰＲＡＣＨチャネルで送信するためには、前記ＵＥが状態移行を開始する必要がある。すなわち、前記ＵＥは、ＣＥＬＬ＿ＤＣＨ状態で使用されるチャネルでの送信及び受信を停止し、前記ＣＥＬＬ＿ＦＡＣＨ状態に移行する必要がある。特に、ＲＬＣエンティティのエラー（定義されていない制御情報、ＳＮ空間より大きい間隔、暗号解読の問題）検出は、ＣＥＬＬ＿ＦＡＣＨへの状態移行と前記情報を含むメッセージの送信に対する新しいトリガーである。
【０１１８】
いずれの拡張子も他のＲＢ／トランスポートチャネル／物理チャネルで伝送でき、前記アップリンクで他のメッセージに付加できる。１つ又は複数のＲＬＣエンティティがこれ以上正確に作用しないことを前記ＵＥが検出し、前記ＲＮＣに他のメッセージにより通知すると、前記ＵＥは、前記ＲＮＣと前記ＵＥが同一の値を有してＣＯＵＮＴ−Ｃ値のＨＦＮのＭＳＢを初期化することを可能にするために、ＳＴＡＲＴ値も含む。
【０１１９】
第７段階によると、前記ＲＮＣがメッセージの送信を開始する。この場合、前記メッセージは、再設定されるＲＬＣエンティティを通知する。前記ＲＮＣは、再設定されるＲＬＣエンティティを前記ＵＥにより送信されたセルアップデートメッセージ又はＵＲＡアップデートメッセージで示されたか否かと関係なく示すことができる。
【０１２０】
前記ＲＮＣによりＵＥに送信されたメッセージは、セルアップデート確認メッセージ、ＵＲＡアップデート確認メッセージ、ＵＴＲＡＮ移動性情報メッセージ、無線ベアラ再構成メッセージ、無線ベアラセットアップメッセージ、無線ベアラ解除メッセージ、トランスポートチャネル再構成メッセージ、又は物理チャネル再構成メッセージでもよい。
【０１２１】
他のメッセージが送信可能であり、新しいメッセージが前記再設定情報を伝送するために生成される。
【０１２２】
前記ＲＮＣにより送信されたメッセージは、再設定されなければならない無線リンク制御エンティティを識別するデータを含む。
【０１２３】
第１の可能性によると、前記ＲＮＣは、前記無線リンク制御エンティティに関する無線ベアラを識別するデータを含むセルアップデート確認メッセージを送信できる。
【０１２４】
例えば、前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、前述したエラーが発生したＲＢ  ＩＤ及び／又はＲＬＣエンティティのＩＤに対するリストを備える拡張子を含む。
【０１２５】
第２の可能性によると、前記ＲＮＣは、２値変数を含むセルアップデート確認メッセージを送信できる。前記２値変数は、前記エラーの影響を受ける無線リンク制御エンティティに関する特定無線ベアラを指定する。従って、前記２値変数は、前記無線リンク制御エンティティを識別する。
【０１２６】
例えば、前記セルアップデート確認メッセージは拡張子を含み、前記拡張子は、少なくとも１つのＩＥ（ｔｒｕｅ／ｆａｌｓｅ）、並びに／又はＲＢ及び／もしくは前記エンティティのデータを伝送するＲＢのＩＤ（例えば、ＳＲＢ２）のためのＲＬＣエンティティが前記標準に明示されていることを示す原因値、並びに／又は前記セルアップデートメッセージもしくはＵＲＡアップデートメッセージに影響を与えるＲＬＣエンティティの伝送方向を含む。
【０１２７】
他の方法によると、前記セルアップデート確認メッセージは、ＵＭモードを用いるＲＬＣエンティティの全てもしくは一部にエラーが発生したこと、及び／又は前記エラーの原因、及び／又は前記「セルアップデート」メッセージ又は「ＵＲＡアップデート」メッセージへの方向（アップリンク、アップリンク／ダウンリンク、ダウンリンク）に関する情報を有する拡張子を含む。特に、前記一部は、前記ＳＲＢ０と１にマッピングされたＲＬＣエンティティを除いてＲＬＣ  ＵＭモードを用いる全てのＲＬＣエンティティでもよい。
【０１２８】
第８段階によると、前記アップデート確認メッセージを受信すると、前記ＵＥは、前記メッセージ内に含まれるデータに応じて前記無線リンク制御エンティティを再初期化する。
【０１２９】
前記ＵＥは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位ビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮ内に残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化する。
【０１３０】
第９段階によると、前記ＲＮＣは、前記ＲＬＣ  ＡＭエンティティを前記セルアップデート確認メッセージで示すとおり再初期化する。前記ＲＮＣは、アップリンクとダウンリンクのためのＣＯＵＮＴ−Ｃ値のＨＦＮの最上位ビットを前記ＳＴＡＲＴ値に設定する。前記ＨＦＮ内に残っているビットは０に設定され、前記ＲＬＣエンティティのＳＮも０に初期化する。
【０１３１】
前記ＲＮＣが前記アップリンク、ダウンリンク又はアップリンク、及びダウンリンクでＲＬＣ  ＡＭ／ＵＭエンティティの設定に関する情報を含むメッセージを送信するとき、３ＧＰＰのＲＬＣ仕様に記述されているように該当状態変数を再設定することにより、及び／又は前記ＵＥとＲＮＣ間で同期化した「ＳＴＡＲＴ」値を有して該当ＲＬＣエンティティ方向のＨＦＮのＭＳＢを初期化することにより（例えば、前記「ＳＴＡＲＴ」値が前記ＵＥからＲＮＣに「セルアップデート」メッセージにより送信されたとき）、前記ＲＮＣは、ＲＬＣエンティティの該当部分を再設定する。前記メッセージを受信すると、３ＧＰＰのＲＬＣ仕様に記述されているように該当状態変数を再設定することにより、及び／又は前記ＵＥとＲＮＣ間で同期化した「ＳＴＡＲＴ」値を有して該当ＲＬＣエンティティ方向のＨＦＮのＭＳＢを初期化することにより（例えば、前記「ＳＴＡＲＴ」値が前記ＵＥからＲＮＣに「セルアップデート」メッセージにより送信されたとき）、前記ＵＥは、ＲＬＣエンティティの該当部分を再設定する。
【０１３２】
第１０段階によると、前記ＵＥは、前記ＲＮＣに確認メッセージを送信する。
【０１３３】
図１３は、本発明の第２実施形態による無線リンク制御エンティティ内でエラーを解決する方法を示す図であり、前記無線リンク制御エンティティの動作中にＵＥが回復不能エラーを検出する。
【０１３４】
第１段階によると、前記ＵＥは、任意のＡＭ  ＲＬＣエンティティ内で回復不能エラーを検出し、ＣＥＬＬ＿ＦＡＣＨ状態に移行する。
【０１３５】
第２段階によると、前記ＵＥは、前記ＲＮＣに回復不能エラーを示すセルアップデートメッセージを送信する。
【０１３６】
前記セルアップデートメッセージは、エラー状態にある無線リンク制御エンティティを識別するデータを含む。
【０１３７】
前記セルアップデートメッセージは、２値変数を含む。前記２値変数は、前記エラーの影響を受ける無線リンク制御エンティティに関連した特定無線ベアラを指定する。従って、前記２値変数は、前記無線リンク制御エンティティを識別する。
【０１３８】
前記セルアップデートメッセージは、無線リンク制御エンティティに関連した無線ベアラを識別するデータを含む。
【０１３９】
前記セルアップデートメッセージは、ＳＴＡＲＴ値も含む。前記ＳＴＡＲＴ値は、前記ＵＥの無線リンク制御エンティティ内のカウンターとセルラーネットワークの無線リンク制御エンティティ内のカウンターを再同期させる初期値である。
【０１４０】
前記セルアップデートメッセージは、前記エラーの原因を通知するデータ、及び前記エラーの影響を受ける無線リンク制御エンティティに関連した無線ベアラの伝送方向を通知するデータも含む。
【０１４１】
前記ＵＥは、エラーが発生したＲＬＣエンティティを通知することができ、追加情報を提供することができる。
【０１４２】
前記ＲＮＣが前記方法を実現しなかった場合、前記情報は無視される。
【０１４３】
第３段階によると、前記ＲＮＣは、セルアップデート確認メッセージの送信を開始する。この場合、前記ＲＮＣは、再設定される必要があるＲＬＣエンティティを示す。前記ＲＮＣは、前記セルアップデートメッセージで示されたか否かと関係なく、再設定されるＲＬＣエンティティを示すことができる。
【０１４４】
前記セルアップデート確認メッセージは、エラー状態にある無線リンク制御エンティティを識別するデータを含む。
【０１４５】
第１の可能性によると、前記セルアップデート確認メッセージは、２値変数を含む。前記２値変数は、前記エラーの影響を受ける無線リンク制御エンティティに関連した特定無線ベアラを指定する。従って、前記２値変数は、前記無線リンク制御エンティティを識別する。
【０１４６】
第２の可能性によると、前記セルアップデート確認メッセージは、前記無線リンク制御エンティティに関連した無線ベアラを識別するデータを含む。
【０１４７】
第４段階によると、前記ＵＥは、前記セルアップデート確認メッセージを受信すると、前記メッセージに含まれるデータに応じて不十分なＲＬＣ  ＡＭエンティティを再初期化する。
【０１４８】
前記セルアップデート確認メッセージを受信した後、前記ＵＥは、前記ＲＬＣエンティティを再設定する。結局、前記ＵＥは、前記ＲＬＣエンティティを一方向にのみ再初期化する。前記ＵＥは、前記セルアップデート確認メッセージ内で再設定されるように命令された前記方向のＣＯＵＮＴ−ＣのＨＦＮのＭＳＢを初期化するために、前記セルアップデートメッセージで送信された前記ＳＴＡＲＴ値を用いる。
【０１４９】
前記回復手順中に、以前に受信されたメッセージのうち一部は前記ＲＮＣバッファから除去されて受信されない。かつ／又は前記回復手順後は前記ＵＥにより再伝送が要求されない。特に、前記ＲＮＣがＲＬＣエンティティ２の再設定を示す場合、前記ＲＮＣは、前記４段階で送信されたメッセージを除去できる。
【０１５０】
第５段階によると、前記ＲＮＣは、前記セルアップデート確認メッセージで示されたように、前記ＲＬＣ  ＡＭエンティティを再初期化する。
【０１５１】
前記ＲＮＣは、一方向にのみ前記ＲＬＣエンティティを再初期化する。前記ＲＮＣは、前記セルアップデート確認メッセージ内で再設定されるように命令された前記方向のＣＯＵＮＴ−ＣのＨＦＮのＭＳＢを初期化するために、前記セルアップデートメッセージ内で送信された前記ＳＴＡＲＴ値を用いる。
【０１５２】
前記回復手順中に、以前に受信されたメッセージのうち一部は前記ＲＮＣバッファから除去されて受信されない。かつ／又は前記回復手順後は前記ＵＥにより再伝送が要求されない。
【０１５３】
第６段階によると、前記ＵＥは、前記セルアップデート確認メッセージの受信に応答し、前記再設定を確認するためにメッセージを送信する。
【０１５４】
前述した図１２及び図１３に、前記ＲＮＣとＵＥ間のメッセージ交換が説明されている。しかしながら、前記ＲＮＣの役割は、本発明の範囲内で他のエンティティによっても実行できる。
【０１５５】
前述された多様な特徴を実行するために、本発明は、様々なタイプのハードウェア及び／又はソフトウェア構成要素（モジュール）を採択できる。例えば、異なるハードウェアモジュールは、前記方法の段階を行うために必要な多様な回路と構成要素を含む。また、異なるソフトウェアモジュール（プロセッサ及び／又は他のハードウェアにより行われる）は、本発明の方法の段階を行うために必要な多様なコードとプロトコルを含む。
【０１５６】
本発明は、基地局が設定されている無線リンクに関するエラーを検出する段階と、前記基地局に少なくとも１つの無線ベアラ、少なくとも１つの無線リンク制御エンティティ、又は前記検出されたエラーを有する無線ベアラ及び無線リンク制御エンティティに関して通知する段階と、前記通知段階に基づいて、前記少なくとも１つの無線ベアラ、少なくとも１つの無線リンク制御エンティティ、又は前記検出されたエラーを有する無線ベアラ及び無線リンク制御エンティティを再構成する段階とを含むことを特徴とするセルアップデート手順の実行方法を提供する。
【０１５７】
前記段階は、応答モード又は無応答モードで行われる。前記エラーは、定義されていない制御情報の受信を示す。前記エラーは、前記ＲＬＣ動作のエラーを示す上位層プロトコルによるエラー検出を示す。前記エラーは、回復不能エラーとして前記無線リンク制御プロトコルに定義された状況を示す。前記エラーは、エラーを示す移動局内の他の手段により検出された状況を示す。前記エラーは、暗号解読段階での機能障害の検出を示す。前記エラーは、アップリンク、アップリンク／ダウンリンク、又はダウンリンクが影響を受けたか否かを示す。前記再構成が行われる場合、再伝送バッファはフラッシュされる。前記通知段階は、セルアップデートメッセージ又はＵＲＡアップデートメッセージを使用して行われる。前記セルアップデートメッセージ又はＵＲＡアップデートメッセージは、無線リンク制御エンティティの全てもしくは一部にエラーが発生したこと、及び／又は前記エラーの原因、及び／又は前記エラーの影響を受ける無線リンク制御エンティティの伝送方向を示す拡張子を含む。レガシーメカニズムが、無線リンク制御回復不能エラーを示すためにさらに用いられる。
【０１５８】
また、本発明は、基地局と設定されている無線リンクに関するエラーを移動局が検出する段階と、前記検出段階結果として、無線リンク制御エンティティ内のエラー及び／もしくは機能障害、並びに／又は少なくとも１つの無線ベアラのエラーに関する情報を移動局が基地局に報告する段階と、前記移動局及び／又は前記基地局が前記報告段階に基づいて少なくとも１つの無線リンク制御エンティティ及び／又は少なくとも１つの無線ベアラをアップデートする段階とを含むことを特徴とするセルアップデート手順の実行方法を提供する。
【０１５９】
前記アップデート段階は、少なくとも１つの無線リンク制御エンティティを再設定する段階と、少なくとも１つの無線ベアラを再構成する段階と、前記再設定段階及び再構成段階を行う段階とを含む。前記情報は、該当無線リンク制御エンティティのデータを伝送する無線ベアラ識別子、前記エラー及び／又は機能障害を有する無線リンク制御エンティティの他の識別子、並びにエラーの種類のうち少なくとも１つを含む。前記段階は、応答モード又は無応答モードで行われる。
【０１６０】
本発明の精神や重要な特性から外れないように多様な形態で本発明を実現することにより、前述した実施形態のいずれの細部の記載内容によっても限定されず、添付された請求範囲に定義されたように本発明の精神や範囲内で広範囲に解釈されるべきであることを認識しなければならず、本発明の技術的保護範囲は、添付された特許請求の範囲の技術的思想により決定されるべきである。
【０１６１】
［１］  ３ＧＰＰ  ＴＳ  ２５．２１１：“Ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ  ａｎｄ  ｍａｐｐｉｎｇ  ｏｆ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌｓ  ｏｎｔｏ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ（ＦＤＤ）”
（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／２００４−０９／Ｒｅｌ−６／２５  ｓｅｒｉｅｓ／２５２１１−６２０．ｚｉｐ）
［２］  ３ＧＰＰ  ＴＳ  ２５．３０８：“Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（ＨＳＤＰＡ）”
（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／２００４−０９／Ｒｅｌ−６／２５  ｓｅｒｉｅｓ／２５３０８−６２０．ｚｉｐ）
［３］  ３ＧＰＰ  ＴＳ  ２５．３２２：“Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（ＲＬＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／２００４−０９／Ｒｅｌ−６／２５  ｓｅｒｉｅｓ／２５３２２−６１０．ｚｉｐ）
［４］  ３ＧＰＰ  ＴＳ  ２５．３３１：“Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）”
（ｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／Ｓｐｅｃｓ／２００４−１２／Ｒｅｌ−６／２５  ｓｅｒｉｅｓ／２５３３１−６４０．ｚｉｐ）
【図面の簡単な説明】
【０１６２】
【図１】通常のＵＭＴＳネットワーク構造を示すブロック図である。
【図２】３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示すブロック図である。
【図３】移動端末の観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。
【図４】ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。
【図５】ＡＭモードでＨＳ−ＤＳＣＨでセルに接続されたＵＥを示す図である。
【図６】ＵＭＴＳネットワークで前記ＵＥの可能な移行状態を示す図である。
【図７】前記ＵＥ状態による、ダウンリンクのための無線ベアラとトランスポートチャネル間のマッピング構成を示す図である。
【図８】無線リンクの品質低下によるＵＥの遮断状態を示す図である。
【図９】従来技術により、無線リンクの品質低下によるサービングＨＳ−ＤＳＣＨセルの変更を行うための再構成手順を示す図である。
【図１０】従来技術により、ＨＳ−ＤＳＣＨセル変更の失敗後の回復手順を示す図である。
【図１１】従来技術により、回復不能エラー検出後の回復手順を示す図である。
【図１２】本発明の第１実施形態による無線リンク制御エンティティ内でエラーを解決する方法を示す図である。
【図１３】本発明の第２実施形態によるる無線リンク制御エンティティ内でエラーを解決する方法を示す図である。
【図１】
2008529402.tif 000003
【図２】
2008529402.tif 000004
【図３】
2008529402.tif 000005
【図４】
2008529402.tif 000006
【図５】
2008529402.tif 000007
【図６】
2008529402.tif 000008
【図７】
2008529402.tif 000009
【図８】
2008529402.tif 000010
【図９】
2008529402.tif 000011
【図１０】
2008529402.tif 000012
【図１１】
2008529402.tif 000013
【図１２】
2008529402.tif 000014
【図１３】
2008529402.tif 000015
【手続補正書】
【提出日】平成19年8月3日(2007.8.3)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正の内容】
【図１０】
2008529402.tif 000016
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図１２
【補正方法】変更
【補正の内容】
【図１２】
2008529402.tif 000017
【国際調査報告】
2008529402.tif 000018
2008529402.tif 000019