(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末のＰｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ（ＰＬＭＮ）情報を格納する方法であって、
少なくとも一つのＰＬＭＮのうちの一つのＰＬＭＮを選択するステップと、
前記選択されたＰＬＭＮに関連する接続問題を検出するステップと、
前記接続問題が検出された後、前記選択されたＰＬＭＮに関する情報をＶａｒＲＬＦ−Ｒｅｐｏｒｔ（Ｖａｒｉａｂｌｅ  ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ−ｒｅｐｏｒｔ）に格納するステップと
を含み、
前記選択されたＰＬＭＮに関する前記格納された情報は、前記接続問題が検出されたときの登録されたＰＬＭＮに対応する前記選択されたＰＬＭＮに対するＰＬＭＮ−アイデンティティを含み、前記選択されたＰＬＭＮは、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）層により提供される、方法。
【請求項２】
前記選択されたＰＬＭＮが登録されたＰＬＭＮ（ＲＰＬＭＮ）に対応する場合、基地局に、前記選択されたＰＬＭＮに関する前記格納された情報を伝送するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記選択されたＰＬＭＮに関する前記格納された情報は、前記端末が前記基地局から情報要請を受信した場合に、伝送される、請求項２に記載の方法。
【請求項４】
無線品質に対する測定値を格納するステップをさらに含み、前記格納された無線品質に対する測定値は、前記選択されたＰＬＭＮ情報に関する前記格納された情報と共に伝送される、請求項３に記載の方法。
【請求項５】
前記検出された接続問題は、特定のタイマーの終了に対応する、請求項１に記載の方法。
【請求項６】
前記無線品質に対する測定値は、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及びＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）のうち少なくとも一つを含む、請求項４に記載の方法。
【請求項７】
前記選択されたＰＬＭＮに関する前記格納された情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続セットアップ完了メッセージを通じて伝送される、請求項２に記載の方法。
【請求項８】
無線通信システムにおける端末（ＵＥ）であって、
前記ＵＥは、
ＲＦ（無線周波数）モジュールと、
メモリと、
プロセッサであって、
少なくとも一つのＰｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ（ＰＬＭＮ）のうちの一つのＰＬＭＮを選択することと、
前記選択されたＰＬＭＮに関連する接続問題を検出することと、
前記接続問題の前記検出後、前記選択されたＰＬＭＮに関する情報を前記メモリにおいてＶａｒＲＬＦ−Ｒｅｐｏｒｔ（Ｖａｒｉａｂｌｅ  ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ−ｒｅｐｏｒｔ）に格納することと
を行うように構成される、プロセッサと
を含み、
前記選択されたＰＬＭＮに関する前記格納された情報は、前記接続問題が検出されたときの登録されたＰＬＭＮに対応する前記選択されたＰＬＭＮに対するＰＬＭＮ−アイデンティティを含み、前記選択されたＰＬＭＮは、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）層により提供される、ＵＥ。
【請求項９】
前記プロセッサは、前記選択されたＰＬＭＮが登録されたＰＬＭＮ（ＲＰＬＭＮ）に対応する場合、基地局に、前記選択されたＰＬＭＮに関する前記格納された情報を伝送するようにさらに構成される、請求項８に記載のＵＥ。
【請求項１０】
前記選択されたＰＬＭＮに関する前記格納された情報は、前記端末が前記基地局から情報要請を受信した場合に、伝送される、請求項９に記載のＵＥ。
【請求項１１】
前記プロセッサは、無線品質に対する測定値を格納し、前記格納された無線品質に対する測定値を前記選択されたＰＬＭＮに関する前記格納された情報と共に伝送するようにさらに構成される、請求項１０に記載のＵＥ。
【請求項１２】
前記検出された接続問題は、特定のタイマーの終了に対応する、請求項８に記載のＵＥ。
【請求項１３】
前記無線品質に対する測定値は、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及びＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）のうち少なくとも一つを含む、請求項１１に記載のＵＥ。
【請求項１４】
前記選択されたＰＬＭＮに関する前記格納された情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続セットアップ完了メッセージを通じて伝送される、請求項９に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、より詳細には、無線通信システムにおいて端末のＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）情報を格納する方法及びそのための装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）システムは、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進行している。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７及びＲｅｌｅａｓｅ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；Ｅｎｂ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークと接続するアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／またはユニキャストサービスのために多重データストリームを同時に伝送することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定されて、複数の端末に下りまたは上り伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、複数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は、ダウンリンクスケジューリング情報を伝送して、該当の端末にデータが伝送される時間／周波数領域、符号化、データのサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は、アップリンクスケジューリング情報を該当の端末に伝送して、該当端末が使用できる時間／周波数領域、符号化、データのサイズ、ＨＡＲＱ関連情報などを知らせる。基地局間には、ユーザトラフィックまたは制御トラフィックの伝送のためのインターフェースを使用することができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されてきたが、ユーザと事業者の要求及び期待は増加し続けている。また、他の無線接続技術の開発が続いているので、今後、競争力を持つためには新しい技術進化が要求される。ビット当たりコストの減少、サービス可用性の増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、無線通信システムにおいて端末のＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）情報を格納する方法、及びそのための装置を提供することにある。
【０００８】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下記の記載から、本発明の属する技術分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００９】
上述した問題を解決するための本発明の一様態である無線通信システムにおいて端末のＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）情報を格納する方法は、少なくとも一つのＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）のうち、セレクテッドＰＬＭＮを決定することと；前記セレクテッドＰＬＭＮに対して接続問題を検出することと；前記接続問題が検出される場合、前記セレクテッドＰＬＭＮに関する情報を格納することと；を含むことを特徴とする。
【００１０】
また、前記端末が前記セレクテッドＰＬＭＮに成功的に登録された場合、前記セレクテッドＰＬＭＮは、登録されたＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ、ＲＰＬＭＮ）であることを特徴とすることができる。
【００１１】
また、前記セレクテッドＰＬＭＮ情報は、セレクテッドＰＬＭＮ（ｓｅｌｅｃｔｅｄ  ＰＬＭＮ）に対するＰＬＭＮ−アイデンティティ（ＰＬＭＮ−Ｉｄｅｎｔｉｔｙ）であることを特徴とすることができる。
【００１２】
また、前記セレクテッドＰＬＭＮ情報は、前記端末のＶａｒＲＬＦ−Ｒｅｐｏｒｔ（ｖａｒｉａｂｌｅ  ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ−ｒｅｐｏｒｔ）に格納されることを特徴とすることができる。
【００１３】
また、前記セレクテッドＰＬＭＮが登録されたＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ、ＲＰＬＭＮ）に対応する場合、基地局に前記格納されたセレクテッドＰＬＭＮに関する情報を伝送することをさらに含むことができ、さらに、前記端末が前記基地局から情報要請を受信した場合に伝送することができ、好ましくは、前記接続問題が検出される場合、無線品質に対する測定値を格納し、前記格納された無線品質に対する測定値は、前記セレクテッドＰＬＭＮ情報と共に伝送されることを特徴とすることができる。
【００１４】
より好ましくは、前記セレクテッドＰＬＭＮに関する情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージを通じて伝送することができ、前記無線品質に対する測定値は、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及びＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）のうち少なくとも一つであることを特徴とすることができる。
【００１５】
また、前記接続問題が検出される場合は、特定のタイマーが終了する場合であることを特徴とすることができる。さらに、前記接続問題は、無線リンク失敗（ＲＬＦ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）またはハンドオーバ失敗であることを特徴とすることができる。
例えば、本願発明は以下の項目を提供する。
（項目１）
無線通信システムにおいて端末のＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）情報を格納する方法であって、
少なくとも一つのＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）のうち、セレクテッドＰＬＭＮを決定することと、
前記セレクテッドＰＬＭＮに対して接続問題を検出することと、
前記接続問題が検出される場合、前記セレクテッドＰＬＭＮに関する情報を格納することと、を含む、ＰＬＭＮ情報格納方法。
（項目２）
前記端末が前記セレクテッドＰＬＭＮに成功的に登録された場合、前記セレクテッドＰＬＭＮは登録されたＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ、ＲＰＬＭＮ）であることを特徴とする、項目１に記載のＰＬＭＮ情報格納方法。
（項目３）
前記セレクテッドＰＬＭＮ情報は、
セレクテッドＰＬＭＮ（ｓｅｌｅｃｔｅｄ  ＰＬＭＮ）に対するＰＬＭＮ−アイデンティティ（ＰＬＭＮ−Ｉｄｅｎｔｉｔｙ）であることを特徴とする、項目１に記載のＰＬＭＮ情報格納方法。
（項目４）
前記セレクテッドＰＬＭＮ情報は、
前記端末のＶａｒＲＬＦ−Ｒｅｐｏｒｔ（Ｖａｒｉａｂｌｅ  ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ−ｒｅｐｏｒｔ）に格納されることを特徴とする、項目１に記載のＰＬＭＮ情報格納方法。
（項目５）
前記セレクテッドＰＬＭＮが登録されたＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ、ＲＰＬＭＮ）に対応する場合、
基地局に、前記格納されたセレクテッドＰＬＭＮに関する情報を伝送することをさらに含むことを特徴とする、項目１に記載のＰＬＭＮ情報格納方法。
（項目６）
前記セレクテッドＰＬＭＮ情報は、
前記端末が前記基地局から情報要請を受信した場合に伝送されることを特徴とする、項目５に記載のＰＬＭＮ情報格納方法。
（項目７）
前記接続問題が検出される場合、
無線品質に対する測定値を格納することをさらに含み、前記格納された無線品質に対する測定値は、前記セレクテッドＰＬＭＮ情報と共に伝送されることを特徴とする、項目６に記載のＰＬＭＮ情報格納方法。
（項目８）
前記接続問題が検出される場合は、
特定のタイマーが終了する場合であることを特徴とする、項目１に記載のＰＬＭＮ情報格納方法。
（項目９）
前記無線品質に対する測定値は、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及びＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）のうち少なくとも一つであることを特徴とする、項目７に記載のＰＬＭＮ情報格納方法。
（項目１０）
前記格納されたセレクテッドＰＬＭＮに関する情報は、
ＲＲＣ接続セットアップ完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージを通じて伝送されることを特徴とする、項目５に記載のＰＬＭＮ情報格納方法。
（項目１１）
前記接続問題は、
無線リンク失敗（ＲＬＦ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）またはハンドオーバ失敗であることを特徴とする、項目１０に記載のＰＬＭＮ情報格納方法。
【発明の効果】
【００１６】
本発明によれば、端末がＰＬＭＮに登録される前に発生した無線上の問題に関する情報を格納することができる。
【００１７】
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、下記の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００１８】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】無線通信システムの一例として、Ｅ−ＵＭＴＳネットワーク構造を概略的に示す図である。
【図２】Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のネットワーク構造を概念的に示す図である。
【図３】３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す図である。
【図４】３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を示す図である。
【図５】ＬＴＥシステムにおいて用いられる無線フレームの構造を示す図である。
【図６】呼び出しメッセージを用いた一般的な送受信方法を示す図である。
【図７】従来技術に係る、ＲＬＦ情報を格納する方法を示す図である。
【図８】本発明によってＰＬＭＮ情報を格納する方法を示す図である。
【図９】本発明によって、端末のＲＲＣ接続設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程でＲＬＦが発生する場合の実施例を示す図である。
【図１０】本発明の実施例に係る通信装置を示す図である。
【発明を実施するための形態】
【００１９】
以下、添付の図面を参照して説明された本発明の実施例によって、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。
【００２０】
本明細書は、ＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、上記の定義に該当するいかなる通信システムにも適用可能である。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例について説明するが、これは例示に過ぎず、本発明の実施例は、Ｈ−ＦＤＤ方式またはＴＤＤ方式にも容易に変形して適用可能である。
【００２１】
図２は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のネットワーク構造を概念的に示す図である。特に、Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムから進化したシステムである。Ｅ−ＵＴＲＡＮはセル（ｅＮＢ）で構成され、各セルはＸ２インターフェースを介して接続される。セルは、無線インターフェースを介して端末と接続され、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）に接続される。
【００２２】
ＥＰＣは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）及びＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、ＰＤＮ−ＧＷは、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）を終端点として有するゲートウェイである。
【００２３】
図３は、３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す図である。制御プレーンは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）及びネットワークが呼を管理するために用いる制御メッセージが伝送される通路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが伝送される通路を意味する。
【００２４】
第１層である物理層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。前記伝送チャネルを介して媒体接続制御層と物理層との間でデータが移動する。送信側の物理層と受信側の物理層との間では、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００２５】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ伝送を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックにより具現してもよい。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースにおいてＩＰｖ４やＩＰｖ６のようなＩＰパケットを効率的に伝送するために、不必要な制御情報を減らすヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００２６】
第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御プレーンでのみ定義される。ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワーク間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。
【００２７】
以下、端末のＲＲＣ状態及びＲＲＣ接続方法について説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）がなされているか否かを示し、接続されている場合はＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、接続されていない場合はＲＲＣ休止状態（ＲＲＣ＿ＩＤＬＥ）と呼ぶ。
【００２８】
Ｅ−ＵＴＲＡＮは、ＲＲＣ接続状態の端末の存在をセル単位で把握できるので、端末を効果的に制御することができる。反面、Ｅ−ＵＴＲＡＮは、ＲＲＣ休止状態の端末をセル単位で把握することができず、セルよりも大きい地域単位であるＴＡ単位でＣＮが管理する。すなわち、ＲＲＣ休止状態の端末がセルから音声やデータのようなサービスを受けるためには、ＲＲＣ接続状態に状態遷移しなければならない。
【００２９】
特に、ユーザが端末の電源を初めて入れたとき、端末は、まず、適切なセルを探索した後、該当セルにおいてＲＲＣ休止状態に留まる。ＲＲＣ休止状態に留まっていた端末は、ＲＲＣ接続を確立する必要がある場合になって初めてＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行うことで、ＲＲＣ接続状態に遷移する。ここで、ＲＲＣ接続を確立する必要がある場合としては、ユーザの通話試みなどの理由で上りデータ伝送が必要な場合、またはＥ−ＵＴＲＡＮからページングメッセージを受信して、これに対する応答メッセージを伝送しなければならない場合などを挙げることができる。
【００３０】
一方、ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。ＮＡＳ層では、端末の移動性管理のために、ＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）登録状態（ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ未登録状態（ＥＭＭ−ＵＮＲＥＧＩＳＴＥＲＥＤ）の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。初期端末はＥＭＭ未登録状態であり、この端末がネットワークに接続するために、初期接触（Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ）手順を通じて該当のネットワークに登録する過程を行う。接触手順が成功的に行われると、端末及びＭＭＥはＥＭＭ登録状態となる。
【００３１】
また、ＮＡＳ層では、端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇ  ｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）休止状態（ＥＣＭ＿ＩＤＬＥ）及びＥＣＭ接続状態（ＥＣＭ＿ＣＯＮＮＥＣＴＥＤ）の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ休止状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末はＥＣＭ接続状態となる。ＥＣＭ休止状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続を確立すると、ＥＣＭ接続状態となる。
【００３２】
端末がＥＣＭ休止状態にある時には、Ｅ−ＵＴＲＡＮは端末の情報（ｃｏｎｔｅｘｔ）を有していない。したがって、ＥＣＭ休止状態の端末は、ネットワークの命令を受けることなく、セル選択またはセル再選択手順のような端末ベースの移動性関連手順を行う。一方、端末がＥＣＭ接続状態にある時には、端末の移動性はネットワークの命令によって管理される。ＥＣＭ休止状態で、端末の位置がネットワークが知っている位置から変化する場合、端末は、ＴＡ更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を通じてネットワークに端末の該当の位置を知らせる。
【００３３】
ＬＴＥシステムにおいて基地局（ｅＮＢ）を構成する一つのセルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定されて、複数の端末に下りまたは上り伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。
【００３４】
ネットワークから端末にデータを伝送する下り伝送チャネルには、システム情報を伝送するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを伝送するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを伝送する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャストまたは放送サービスのトラフィックまたは制御メッセージの場合、下りＳＣＨを介して伝送されてもよく、または別途の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して伝送されてもよい。
【００３５】
一方、端末からネットワークにデータを伝送する上り伝送チャネルには、初期制御メッセージを伝送するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを伝送する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。伝送チャネルの上位にあり、伝送チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３６】
図４は、３ＧＰＰシステムに用いられる物理チャネル、及びこれらを用いた一般的な信号伝送方法を説明するための図である。
【００３７】
端末は、電源が入ったり、新しくセルに進入した場合、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う（Ｓ４０１）。そのために、端末は、基地局から主同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｐ−ＳＣＨ）及び副同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｓ−ＳＣＨ）を受信して基地局と同期を合わせ、セルＩＤなどの情報を獲得することができる。その後、端末は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信して、セル内の放送情報を獲得することができる。一方、端末は、初期セル探索段階においてダウンリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＬＲＳ）を受信して、ダウンリンクチャネル状態を確認することができる。
【００３８】
初期セル探索を終えた端末は、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、及び前記ＰＤＣＣＨに乗せられた情報に基づいて物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信することによって、より具体的なシステム情報を獲得することができる（Ｓ４０２）。
【００３９】
一方、基地局に最初に接続したり、または信号伝送のための無線リソースがない場合、端末は、基地局に対してランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ）を行うことができる（ステップＳ４０３乃至ステップＳ４０６）。そのために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ；ＰＲＡＣＨ）を介して特定シーケンスをプリアンブルとして伝送し（Ｓ４０３）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ４０４）。競合ベースのＲＡＣＨの場合、衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）をさらに行うことができる。
【００４０】
上述のような手順を行った端末は、その後、一般的なアップリンク／ダウンリンク信号伝送手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ４０７）及び物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）／物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）伝送（Ｓ４０８）を行うことができる。特に、端末は、ＰＤＣＣＨを介してダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信する。ここで、ＤＣＩは、端末に対するリソース割当情報のような制御情報を含み、その使用目的に応じてフォーマットが互いに異なる。
【００４１】
一方、端末がアップリンクを介して基地局に伝送する、または端末が基地局から受信する制御情報は、ダウンリンク／アップリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ  ＬＴＥシステムの場合、端末は、上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／またはＰＵＣＣＨを介して伝送することができる。
【００４２】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構造を例示する図である。
【００４３】
図５を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０ｍｓ（３２７２００×Ｔｓ）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ）で構成されている。それぞれのサブフレームは、１ｍｓの長さを有し、２個のスロット（ｓｌｏｔ）で構成されている。それぞれのスロットは、０．５ｍｓ（１５３６０×Ｔｓ）の長さを有する。ここで、Ｔｓはサンプリング時間を示し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０−８（約３３ｎｓ）で表示される。スロットは、時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。ＬＴＥシステムにおいて、一つのリソースブロックは、１２個の副搬送波×７（６）個のＯＦＤＭシンボルを含む。データが伝送される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、一つ以上のサブフレーム単位に定められてもよい。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は多様に変更可能である。
【００４４】
図６は、呼び出しメッセージを用いた一般的な送受信方法を説明するための図である。
【００４５】
図６を参照して説明すると、呼び出しメッセージは、呼び出し理由（Ｐａｇｉｎｇ  Ｃａｕｓｅ）と端末識別子（ＵＥ  Ｉｄｅｎｔｉｔｙ）などで構成された呼び出し記録（Ｐａｇｉｎｇ  ｒｅｃｏｒｄ）を含む。前記呼び出しメッセージを受信するとき、端末は、電力消費減少を目的に不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ；ＤＲＸ）を行うことができる。
【００４６】
具体的に、ネットワークは、呼び出し周期（Ｐａｇｉｎｇ  ＤＲＸ  Ｃｙｃｌｅ）と呼ばれる時間周期ごとに複数個の呼び出し機会時間（Ｐａｇｉｎｇ  Ｏｃｃａｓｉｏｎ；ＰＯ）を構成し、特定の端末は、特定の呼び出し機会時間のみを受信して呼び出しメッセージを獲得できるようにする。前記端末は、前記特定の呼び出し機会時間以外の時間には呼び出しチャネルを受信せず、電力消費を低減するために睡眠状態にあってもよい。一つの呼び出し機会時間は一つのＴＴＩに該当する。
【００４７】
基地局及び端末は、呼び出しメッセージの伝送を知らせる特定の値として、呼び出し指示子（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ；ＰＩ）を使用する。基地局は、ＰＩの用途として特定の識別子（例、Ｐａｇｉｎｇ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ；Ｐ−ＲＮＴＩ）を定義して、端末に呼び出し情報伝送を知らせることができる。一例として、端末は、ＤＲＸ周期ごとに覚めて、呼び出しメッセージが出現したか否かを知るために、一つのサブフレームを受信する。端末は、受信したサブフレームのＬ１／Ｌ２制御チャネル（ＰＤＣＣＨ）にＰ−ＲＮＴＩがあれば、該当サブフレームのＰＤＳＣＨに呼び出しメッセージがあるということがわかる。また、呼び出しメッセージに自身の端末識別子（例、ＩＭＳＩ）があれば、端末は、基地局に応答（例えば、ＲＲＣ接続またはシステム情報受信）してサービスを受けるようになる。
【００４８】
次は、システム情報（ＳｙｓｔｅｍＩｎ  ｆｏｒｍａｔｉｏｎ）に関する説明である。システム情報は、端末が基地局に接続するために知らなければならない必須情報を含む。そのため、端末は、基地局に接続する前にシステム情報を全て受信していなければならず、また、常に最新のシステム情報を有していなければならない。そして、システム情報は、一つのセル内の全ての端末が知っていなければならない情報であるため、基地局は、周期的にシステム情報を伝送する。
【００４９】
システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＢ（Ｓｃｈｅｄｕｌｉｎｇ  Ｂｌｏｃｋ）及びＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に区分することができる。ＭＩＢは、端末が該当のセルの物理的構成、例えば、帯域幅がわかるようにする。ＳＢは、ＳＩＢの伝送情報、例えば、伝送周期などを知らせる。ＳＩＢは、互いに関連しているシステム情報の集合体である。例えば、特定のＳＩＢは、周辺のセルの情報のみを含み、他のＳＩＢは、端末が使用する上り無線チャネルの情報のみを含む。
【００５０】
基地局は、端末にシステム情報が変更されたか否かを知らせるために、呼び出しメッセージを伝送する。この場合、呼び出しメッセージはシステム情報変更指示子を含む。端末は、呼び出し周期によって呼び出しメッセージを受信し、もし、呼び出しメッセージが前記システム情報変更指示子を含む場合、論理チャネルであるＢＣＣＨを介して伝送されるシステム情報を受信する。
【００５１】
以下では、無線リンク失敗（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ；ＲＬＦ）について説明する。
【００５２】
端末は、無線リンクに、次のような問題が発生すると、ＲＬＦが発生したと判断することができる。
【００５３】
（１）まず、物理チャネル問題（Ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ  ｐｒｏｂｌｅｍ）によりＲＬＦが発生したと判断し得る。
【００５４】
端末は、物理チャネルでｅＮＢから周期的に受信するＲＳ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の品質が臨界値（ｔｈｒｅｓｈｏｌｄ）以下で検出されると、物理チャネルでｏｕｔ−ｏｆ−ｓｙｎｃが発生したと判断し得る。このようなｏｕｔ−ｏｆ−ｓｙｎｃが連続的に特定の個数（例えば、Ｎ３１０）だけ発生すると、これをＲＲＣに知らせる。物理層からｏｕｔ−ｏｆ−ｓｙｎｃメッセージを受信したＲＲＣは、タイマーＴ３１０を駆動し、Ｔ３１０が駆動する間、物理チャネルの問題が解決されることを待つ。もし、ＲＲＣが、Ｔ３１０が駆動する間、物理層から特定の個数（例えば、Ｎ３１０）だけの連続的なｉｎ−ｓｙｎｃが発生した旨のメッセージを受信すると、ＲＲＣは、物理チャネル問題が解決されたと判断し、駆動中のＴ３１０を中止させる。しかし、Ｔ３１０が満了するまでｉｎ−ｓｙｎｃメッセージを受信しなかった場合、ＲＲＣは、ＲＬＦが発生したと判断する。
【００５５】
（２）ＭＡＣ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ問題によりＲＬＦが発生したと判断することもできる。
【００５６】
端末は、ＭＡＣ層でランダムアクセス過程を行うとき、ランダムアクセスリソース選択（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｏｕｒｃｅ  ｓｅｌｅｃｔｉｏｎ）→ランダムアクセスプリアンブル送信（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ  ｔｒａｎｓｍｉｓｓｉｏｎ）→ランダムアクセス応答受信（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ  ｒｅｃｅｐｔｉｏｎ）→競合解消（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ）の過程を経る。上記過程全体を一回のランダムアクセス過程といい、この過程を成功的に完了できなかった場合、バックオフ時間だけ待ってから次のランダムアクセス過程を行う。しかし、このようなランダムアクセス過程を一定の回数（例えば、ｐｒｅａｍｂｌｅ  ＴｒａｎｓＭａｘ）だけ試みたが、成功しなかった場合、これをＲＲＣに知らせ、ＲＲＣは、ＲＬＦが発生したと判断する。
【００５７】
（３）ＲＬＣ最大再伝送（ｍａｘｉｍｕｍ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）問題によりＲＬＦが発生したと判断することもできる。
【００５８】
端末は、ＲＬＣ層でＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）ＲＬＣを使用する場合、伝送に失敗したＲＬＣ  ＰＤＵを再伝送する。ところが、ＡＭ  ＲＬＣが特定ＡＭＤ  ＰＤＵに対して一定の回数（例えば、ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄ）だけ再伝送をしたが、伝送に成功しなかった場合、これをＲＲＣに知らせ、ＲＲＣは、ＲＬＦが発生したと判断する。
【００５９】
ＲＲＣは、上記のような三つの原因によってＲＬＦの発生を判断する。このようにＲＬＦが発生すると、ｅＮＢとのＲＲＣ接続を再確立するための手順であるＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行う。
【００６０】
ＲＬＦが発生した場合に行われる過程であるＲＲＣ接続再設定過程は、次の通りである。
【００６１】
端末は、ＲＲＣ接続自体に深刻な問題が発生したと判断すると、ｅＮＢとの接続を再確立するために、ＲＲＣ接続再設定過程を行う。ＲＲＣ接続に対する深刻な問題は、次の４種類、すなわち、（１）無線リンク失敗（ＲＬＦ）、（２）ハンドオーバ失敗（Ｈａｎｄｏｖｅｒ  Ｆａｉｌｕｒｅ）（３）ＰＤＣＰ無欠性検査失敗（ＰＤＣＰ  Ｉｎｔｅｇｒｉｔｙ  Ｃｈｅｃｋ  Ｆａｉｌｕｒｅ）、（４）ＲＲＣ接続再設定失敗（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｆａｉｌｕｒｅ）を含む。
【００６２】
上記のような問題のうち一つが発生すると、端末は、タイマーＴ３１１を駆動し、ＲＲＣ接続再設定過程を開始する。この過程中に、端末は、セル選択（Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ）、ランダムアクセス手順などを経て新しいセルに接続するようになる。
【００６３】
もし、タイマーＴ３１１が駆動されている間に、セル選択手順を通じて適切なセルを見つけると、端末は、Ｔ３１１を中断させ、該当のセルへのランダムアクセス手順を開始する。しかし、もし、Ｔ３１１が満了するまで適切なセルを見つけられなかった場合、端末は、ＲＲＣ接続失敗と判断し、ＲＲＣ＿ＩＤＬＥ  ｍｏｄｅに遷移する。
【００６４】
図７は、従来技術に係る、ＲＬＦ情報を基地局に報告する方式を説明するための参考図である。
【００６５】
サービング（Ｓｅｒｖｉｎｇ）セルとＲＲＣ接続中の端末が、ＲＬＦ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）やハンドオーバ失敗（Ｈａｎｄｏｖｅｒ  Ｆａｉｌｕｒｅ）を検出する（Ｓ７０１）。
【００６６】
端末がＲＬＦを検出した場合、端末は、接続失敗の発生と関連した情報、例えば、ＲＬＦ情報を格納する（Ｓ７０３）。端末は、ＲＲＣ接続中のＰＬＭＮに対してまだ登録されていないため、ＲＬＦ情報にはＲＰＬＭＮをＰＬＭＮ−アイデンティティ（ｉｄｅｎｔｉｔｙ）として設定する。
【００６７】
ＲＬＦ情報を格納した場合、端末は、ＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）過程中に、ＲＲＣ接続再設定要請メッセージを通じて基地局にＲＬＦ情報の存在（ａｖａｉｌａｂｉｌｉｔｙ）を報告する。また、端末は、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを通じて基地局にＲＬＦ情報の存在（ａｖａｉｌａｂｉｌｉｔｙ）を報告することもできる。
【００６８】
そして、ＲＲＣ接続再設定過程が失敗する場合、端末は、休止モード（すなわち、ＲＲＣ＿ＩＤＬＥモード）に入る。その後、端末ＲＲＣ層は、ＮＡＳ層の指示によってＲＲＣ接続設定過程を行って、再びＲＲＣ接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）モードに入ることができる。この場合、ＲＲＣ接続設定過程の際に、端末は、ＲＲＣ接続設定完了メッセージを通じて基地局にＲＬＦ情報の存在（ａｖａｉｌａｂｉｌｉｔｙ）を報告することができる。このように、端末がＲＬＦ情報の存在（ａｖａｉｌａｂｉｌｉｔｙ）を報告すると、基地局は、ＵＥ情報要請（ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを送信して、端末にＲＬＦ情報を要請する。
【００６９】
端末は、ＵＥ情報要請（ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを受信した場合、ＵＥ情報応答（ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）メッセージを通じてＲＬＦ情報を基地局に報告する（Ｓ７０５）。このとき、ＲＬＦ情報は、最後のサービング（ｓｅｒｖｉｎｇ）セルのチャネル測定値と隣接セルのチャネル測定値、ＲＬＦが発生したセル情報、ＲＬＦが発生した位置情報、接続失敗がＲＬＦであるかまたはハンドオーバ失敗（Ｈａｎｄｏｖｅｒ  ｆａｉｌｕｒｅ）であるか、ＲＲＣ接続再設定を試みるセルのＩＤなどを含むことができる。
【００７０】
上述した従来技術によれば、端末（ＵＥ）が基地局との無線接続が失敗してＶａｒＲＬＦ−Ｒｅｐｏｒｔを格納するとき、ＲＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ）をＰＬＭＮ−アイデンティティ（ＰＬＭＮ−Ｉｄｅｎｔｉｔｙ）として設定する。そして、端末は、設定されたＰＬＭＮ−アイデンティティ（ＰＬＭＮ−Ｉｄｅｎｔｉｔｙ）を使用してＲＬＦ情報を基地局に報告するか否かを決定する。すなわち、端末の報告動作は、ＲＬＦが発生したＰＬＭＮを報告するための目的で行われる。
【００７１】
しかし、端末が以前のＰＬＭＮから新しいＰＬＭＮに変更される場合のように、ＰＬＭＮが変更される場合において、もし、新しいＰＬＭＮに登録が行われる前に新しいＰＬＭＮ上のセルに対するＲＬＦが発生することがあり得る。
【００７２】
このような場合、端末は、ＲＬＦが発生した新しいＰＬＭＮのために、以前のＲＰＬＭＮをＰＬＭＮ−アイデンティティ（ＰＬＭＮ−Ｉｄｅｎｔｉｔｙ）として設定できるだけである。すなわち、端末は、新しいＰＬＭＮにおいて使用しなければならないＲＬＦ情報を、新しいＰＬＭＮに報告できないという問題点があった。なぜなら、ＲＬＦ情報は、以前のＰＬＭＮに対して格納されているからである。但し、端末は、以前のＰＬＭＮのセルと後で接続される場合、ＲＬＦ情報を以前のＰＬＭＮに対して報告することができる。
【００７３】
したがって、従来技術の問題点を解決するために、本発明において、端末は、ネットワーク（例えば、ＰＬＭＮ）を選択し、選択したネットワークのセルにおいて無線上の問題が検出されるか否かを判断し、無線上の問題が検出された場合には、上位層によって選択されたＰＬＭＮ（ＰＬＭＮ  ｓｅｌｅｃｔｅｄ  ｂｙ  ｕｐｐｅｒ  ｌａｙｅｒｓ）に関する情報を格納する方案を提案する。
【００７４】
本発明での無線上の問題は、基地局と端末間の無線リンクに関する問題であって、端末がサービングセルとＲＲＣ接続中に発生する無線接続失敗に関する情報、ＲＬＦ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）またはハンドオーバ失敗（Ｈａｎｄｏｖｅｒ  ｆａｉｌｕｒｅ）に関する問題などを含むものと定義する。
【００７５】
また、本発明において、無線接続失敗が発生せずに特定時間が経過した場合には、無線上の問題が検出されたものと見なすことができる。これは、無線接続が成功したか否かが不確実な状態で長時間持続されることを防止するためであり、特定のタイマーが終了する場合、無線上の問題が検出されたものと判断し得る。特定のタイマーとは、例えば、ＲＲＣ接続要請（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）またはＲＲＣ接続再設定要請（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のように、端末とセルの無線接続のために設定されるタイマーと定義することができる。
【００７６】
図８は、本発明によって、ＰＬＭＮ情報を格納する方法を示す。
【００７７】
端末は、無線通信を行うためのＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）を選択する（Ｓ８０１）。すなわち、端末は、特定のＰＬＭＮに既に登録された状態で、他のＰＬＭＮへの変更（例えば、任意的なＰＬＭＮ選択、またはＮＡＳ層によって選択されてもよい。）のために動作してもよい。または、端末がいかなるＰＬＭＮにも登録されていない状態で、ＰＬＭＮに登録するために行われてもよい。
【００７８】
端末は、ＰＬＭＮ選択が終わった後、セルを選択し、選択されたセルに対してキャンプ（ｃａｍｐ）するための手順を行う。すなわち、端末は、セレクテッドＰＬＭＮ（ｓｅｌｅｃｔｅｄ  ＰＬＭＮ）に対して接続を設定（Ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）する（Ｓ８０３）。
【００７９】
本発明によれば、端末のＮＡＳ層は、端末のＲＲＣ層に対してＲＲＣ接続設定（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｏｆ  ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）を要請することができ、このような場合、ＮＡＳ層は、ＲＲＣ層に対してセレクテッドＰＬＭＮ（ｓｅｌｅｃｔｅｄ  ＰＬＭＮ）を指定することもできる。すなわち、端末は、セレクテッドＰＬＭＮと接続を設定するにあたって、ＲＲＣ接続設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージに含まれるＰＬＭＮアイデンティティ（ＰＬＭＮ  ｉｄｅｎｔｉｔｙ）を、セレクテッドＰＬＭＮのアイデンティティに指定することができる。
【００８０】
端末のＮＡＳ層の要請に基づいて、ＲＲＣ層は、基地局（ｅＮＢ）にＲＲＣ接続要請（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを伝送することによって、ＲＲＣ接続設定（Ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行う。すなわち、端末は、セレクテッドＰＬＭＮに登録されるために、ＭＭＥに初期（Ｉｎｉｔｉａｌ）ＮＡＳメッセージを送信するための手順を行う。
【００８１】
端末が、ＲＲＣ接続要請（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに対する応答として、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージを基地局から受信すると、すなわち、接続設定が成功する場合（Ｓ８０５）、端末は、休止（ＲＲＣ＿ＩＤＬＥ）状態から接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態に進入する。これによって、端末は、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージを受信した後、ＲＲＣ接続セットアップ完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージを基地局（ｅＮＢ）に送信する。このような場合、セレクテッドＰＬＭＮアイデンティティは、端末のＰＬＭＮ選択によって決定されたＰＬＭＮに該当する。したがって、ＲＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ）が、上位層によって選択されたＰＬＭＮとして設定され（Ｓ８０７）、端末は、ＲＲＣ接続セットアップ完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージにセレクテッドＰＬＭＮアイデンティティを含ませる。
【００８２】
本明細書においては、説明の便宜のために、ＲＲＣ接続セットアップ完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージを中心に説明したが、初期（Ｉｎｉｔｉａｌ）ＮＡＳメッセージを用いてセレクテッドＰＬＭＮに登録する場合にも同一に適用することができる。すなわち、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）を選択した後、基地局（ｅＮＢ）がＭＭＥに初期（Ｉｎｉｔｉａｌ）ＮＡＳメッセージを伝送する場合にも適用することができる。
【００８３】
仮に、端末が、セレクテッドＰＬＭＮのセルに対して接続設定段階を行う途中、無線上の問題を検出する場合（Ｓ８０５）、端末は、無線上の問題に関する情報と共にセレクテッドＰＬＭＮに関するＰＬＭＮ情報を格納することができる。
【００８４】
本発明において、無線上の問題に関する情報は、上述したように、基地局と端末間の無線リンクにおいて問題になる情報であって、ＲＲＣ接続中に発生する無線接続失敗に関する情報、ＲＬＦ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）またはハンドオーバ失敗（Ｈａｎｄｏｖｅｒ  ｆａｉｌｕｒｅ）に関する情報が含まれていてもよい。
【００８５】
ＰＬＭＮ情報は、ＰＬＭＮアイデンティティ（Ｉｄｅｎｔｉｔｙ）を含むことができる。
【００８６】
端末が接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態である場合、無線上の問題が検出されて、新しいＰＬＭＮに対する接続が失敗することがある。このような場合、端末は、接続設定を行っているセレクテッドＰＬＭＮに接続処理が完了しなかったので、セレクテッドＰＬＭＮに登録（ｒｅｇｉｓｔｅｒ）されていない状態である。したがって、端末のＲＲＣ層は、ＲＰＬＭＮに対してわからないため、セレクテッドＰＬＭＮアイデンティティを、上位層によって選択されたＰＬＭＮとして設定する（Ｓ８０９）。すなわち、端末は、いかなるＰＬＭＮにも登録されていない状態であるため、端末のＮＡＳ層は、ＲＰＬＭＮを端末のＲＲＣ層に指定しない。
【００８７】
端末のＲＲＣ層は、セレクテッドＰＬＭＮアイデンティティ（ｉｄｅｎｔｉｔｙ）またはＲＰＬＭＮアイデンティティ（ｉｄｅｎｔｉｔｙ）を、上位層（例えば、ＮＡＳ層）によって選択されたＰＬＭＮとして格納することができる（Ｓ８１１）。例えば、端末は、上位層によって選択されたＰＬＭＮに関連する情報を、端末のＶａｒＲＬＦ−Ｒｅｐｏｒｔ変数に格納することができる。
【００８８】
すなわち、端末のＲＲＣ層が（有効な）ＲＰＬＭＮ−アイデンティティ（ＲＰＬＭＮ  ｉｄｅｎｔｉｔｙ）が存在しないか、またはセレクテッドＰＬＭＮアイデンティティ（ｓｅｌｅｃｔｅｄ  ＰＬＭＮ  ｉｄｅｎｔｉｔｙ）がＲＰＬＭＮアイデンティティと異なる場合、または無線上の問題（例えば、ＲＬＦ又はハンドオーバ失敗など）がＲＰＬＭＮのセルで発生しなかったが、セレクテッドＰＬＭＮのセルで発生した場合、または端末のＮＡＳ層がＲＰＬＭＮに対して端末のＲＲＣ層に知らせていない場合のうち少なくとも一つに該当するとき、端末は、セレクテッドＰＬＭＮアイデンティティ（ｓｅｌｅｃｔｅｄ  ＰＬＭＮ  ｉｄｅｎｔｉｔｙ）を、上位層によって選択されたＰＬＭＮに対する情報として格納（例えば、端末のＶａｒＲＬＦ−Ｒｅｐｏｒｔ変数に格納）することができる。
【００８９】
勿論、セレクテッドＰＬＭＮアイデンティティ（ｓｅｌｅｃｔｅｄ  ＰＬＭＮ  ｉｄｅｎｔｉｔｙ）を、上位層によって選択されたＰＬＭＮとして格納しない場合であれば、ＲＰＬＭＮを、上位層によって選択されたＰＬＭＮとして格納することができる。
【００９０】
したがって、本発明では、従来に、ＲＰＬＭＮのみが端末に格納されて基地局に報告されることとは異なり、上位層によって選択されたＰＬＭＮを基地局に報告することができ、上位層によって選択されたＰＬＭＮは、ＲＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ）、またはセレクテッドＰＬＭＮとなり得る。
【００９１】
端末が接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態から休止（ＲＲＣ＿ＩＤＬＥ）状態に進入する場合にも、端末は、無線上の問題に関する情報及び上位層によって選択されたＰＬＭＮに関する情報を継続して格納することもできる。
【００９２】
さらに、端末が無線上の問題を検出する場合、ＰＬＭＮ情報と共に無線品質に対する測定値を格納することもできる。例えば、無線品質に対する測定値は、セレクテッドＰＬＭＮのセルに関して測定されたＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）及びＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）のうち少なくとも一つ以上を含むことができる。
【００９３】
端末がＰＬＭＮに登録された場合、ネットワークに報告する無線上の問題に関する情報が存在するか否かを基地局に知らせることができる。例えば、端末のＲＲＣ層は、ＲＲＣ接続セットアップ完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージを用いて、無線上の問題に関する情報が端末に格納されているか否かを基地局に知らせることができる。したがって、端末は、基地局に、無線上の問題に関連した情報が格納されていることを知らせるメッセージを送信し、基地局から、それに対応する（格納された）無線上の問題に関する情報に対する報告要請を受信することができる。
【００９４】
端末が基地局から報告要請を受信すると、格納されたＰＬＭＮ情報がＲＰＬＭＮに対応するか否かを判断して、格納された無線上の問題に関する情報を基地局に報告する。このとき、端末は、無線上の問題に関連して格納された、上位層によって選択されたＰＬＭＮ情報を含む報告メッセージを伝送することができる。
【００９５】
例えば、上位層によって選択されたＰＬＭＮがＲＰＬＭＮに対応する場合、端末のＲＲＣ層は、基地局から受信したＵＥ情報要請（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに対応する、ＵＥ情報応答（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージを用いて基地局（ｅＮＢ）に伝送することができる。更に他の例として、端末が無線上の問題に関する情報を報告するように設定されたＰＬＭＮのリストを有するように設定することができる。このような場合、端末に格納されたＰＬＭＮ情報がＰＬＭＮのリストのうち一つのＰＬＭＮに対応すると、端末が、無線上の問題に関する情報をネットワークに報告することもできる。
【００９６】
図９は、本発明の一実施例のうち、端末のＲＲＣ接続設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程でＲＬＦが発生する場合を説明するための参考図である。
【００９７】
端末のＮＡＳ層は、ＲＲＣ接続設定を行うために、ＰＬＭＮ選択を行ってセレクテッドＰＬＭＮを決定する（Ｓ９０１）。端末のＡＳ層、すなわち、ＲＲＣ層は、端末のＮＡＳ層から、ＲＲＣ接続設定を要請するためのセレクテッドＰＬＭＮの指定を受ける（Ｓ９０３）。
【００９８】
端末は、指定されたセレクテッドＰＬＭＮに基づいて選択された基地局に、ＲＲＣ接続要請メッセージを送信する（Ｓ９０５）。端末が、ＲＲＣ接続要請メッセージに対する応答としてＲＲＣ接続セットアップメッセージを受信すると、ＲＲＣ接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）状態に進入する（Ｓ９０７）。
【００９９】
端末は、接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）状態でＲＲＣ接続セットアップ完了メッセージを基地局に送信する（Ｓ９０９）。このとき、上述したように、セレクテッドＰＬＭＮアイデンティティ（ｓｅｌｅｃｔｅｄ  ＰＬＭＮ  ｉｄｅｎｔｉｔｙ）を含ませて送信することができる。しかし、ＲＲＣ接続セットアップ完了メッセージの送信中、無線上の問題（例えば、ＲＬＦ）が発生することがあり、このとき、端末はＲＬＦを検出するようになる（Ｓ９１１）。
【０１００】
端末がＲＬＦを検出すると、端末は、ＲＰＬＭＮ−アイデンティティではなくセレクテッドＰＬＭＮ−アイデンティティを、上位層によって選択されたＰＬＭＮ情報として設定する。そして、上位層によって選択されたＰＬＭＮ情報と共に、無線上の問題に関する情報（例えば、ＲＬＦ情報）を格納する（Ｓ９１３）。このとき、上述したように、ＲＬＦ情報には無線品質に対する測定値も含まれていてもよい。
【０１０１】
端末がＲＲＣ接続設定が失敗した場合、ＲＲＣ接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）状態から休止（ＲＲＣ＿ＩＤＬＥ）状態に進入する（Ｓ９１５）。
【０１０２】
仮に、端末がＲＲＣ接続設定が完了する場合（Ｓ９１７）、端末は、格納されたＰＬＭＮ情報がＲＰＬＭＮに対応する場合には、上述したようにＲＬＦ情報を基地局に報告する（Ｓ９１７）。
【０１０３】
図１０は、本発明の実施例に係る通信装置のブロック構成図を例示する。
【０１０４】
図１０を参照すると、通信装置１０００は、プロセッサ１０１０、メモリ１０２０、ＲＦモジュール１０３０、ディスプレイモジュール１０４０及びユーザインターフェースモジュール１０５０を含む。
【０１０５】
通信装置１０００は、説明の便宜のために例示されたもので、一部のモジュールは省略可能である。また、通信装置１０００は、必要なモジュールをさらに含むことができる。また、通信装置１０００において一部のモジュールはより細分化したモジュールにすることもできる。プロセッサ１０１０は、図面を参照して例示した本発明の実施例に係る動作を行うように構成される。具体的に、プロセッサ１０１０の詳細な動作は、図１乃至図９に記載された内容を参照すればよい。
【０１０６】
メモリ１０２０は、プロセッサ１０１０に接続され、オペレーティングシステム、アプリケーション、プログラムコード、データなどを格納する。ＲＦモジュール１０３０は、プロセッサ１０１０に接続され、基底帯域信号を無線信号に変換したり、または無線信号を基底帯域信号に変換する機能を行う。そのために、ＲＦモジュール１０３０は、アナログ変換、増幅、フィルタリング及び周波数アップ変換、またはこれらの逆過程を行う。ディスプレイモジュール１０４０は、プロセッサ１０１０に接続され、様々な情報をディスプレイする。ディスプレイモジュール１０４０は、これに制限されるものではないが、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）のような周知の要素を用いることができる。ユーザインターフェースモジュール１０５０は、プロセッサ１０１０と接続され、キーパッド、タッチスクリーンなどのような周知のユーザインターフェースの組み合わせで構成することができる。
【０１０７】
以上で説明された各実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は、別の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施することもできる。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、または、他の実施例の対応する構成または特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりすることができることは自明である。
【０１０８】
本文書で、本発明の各実施例は、端末と基地局間のデータ送受信関係を中心に説明された。本文書で基地局によって行われると説明された特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局または基地局以外の他のネットワークノードによって行われてもよいことは自明である。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代替可能である。
【０１０９】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１１０】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納されて、プロセッサによって駆動されてもよい。前記メモリユニットは、前記プロセッサの内部または外部に位置し、既に公示となった様々な手段により前記プロセッサとデータを授受することができる。
【０１１１】
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できるということは、当業者にとって自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定しなければならず、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１１２】
上述したような無線通信システムにおいて端末のＰＬＭＮ情報格納方法及びそのための装置は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステム以外にも様々な無線通信システムに適用可能である。
【図１】
0005909284.tif 000002
【図２】
0005909284.tif 000003
【図３】
0005909284.tif 000004
【図４】
0005909284.tif 000005
【図５】
0005909284.tif 000006
【図６】
0005909284.tif 000007
【図７】
0005909284.tif 000008
【図８】
0005909284.tif 000009
【図９】
0005909284.tif 000010
【図１０】
0005909284.tif 000011