(57)【要約】無線通信システムにおける端末により実行されるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作方法及び前記方法を利用する端末を提供する。前記方法は、サービングセルでのＤ２Ｄ動作に使われる第１のリソース及び隣接セルでのＤ２Ｄ動作に使われる第２のリソースを指示するシステム情報を受信し；及び、前記システム情報に基づいてＤ２Ｄ動作を実行し、前記第２のリソースは、前記サービングセルの特定時点を基準とするオフセット値により指示されることを特徴とする。【選択図】図１５
2016535509.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末により実行されるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作方法において、
サービングセルでのＤ２Ｄ動作に使われる第１のリソース及び隣接セルでのＤ２Ｄ動作に使われる第２のリソースを指示する情報を受信し；及び、
前記情報に基づいてＤ２Ｄ動作を実行し、
前記第２のリソースは、前記サービングセルの特定時点を基準とするオフセット値により指示されることを特徴とする方法。
【請求項２】
前記第１のリソースは、前記端末が前記サービングセルでＤ２Ｄ信号を送信するときに使われることができるリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）であることを特徴とする請求項１に記載の方法。
【請求項３】
前記第２のリソースは、前記隣接セルに位置した端末が送信するＤ２Ｄ信号を受信するときに使われることができるリソースプールであることを特徴とする請求項１に記載の方法。
【請求項４】
前記サービングセルの特定時点は、前記サービングセルでシステムフレーム番号（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ：ＳＦＮ）が０であるフレームであることを特徴とする請求項１に記載の方法。
【請求項５】
前記サービングセルでのＤ２Ｄ動作は、Ｄ２Ｄ通信のためのＤ２Ｄ信号送信であることを特徴とする請求項１に記載の方法。
【請求項６】
前記サービングセルでのＤ２Ｄ動作は、Ｄ２Ｄ発見のためのＤ２Ｄ信号送信であることを特徴とする請求項１に記載の方法。
【請求項７】
前記サービングセルでのＤ２Ｄ動作は、Ｄ２Ｄ通信のためのＤ２Ｄ信号受信であることを特徴とする請求項１に記載の方法。
【請求項８】
前記サービングセルでのＤ２Ｄ動作は、Ｄ２Ｄ発見のためのＤ２Ｄ信号受信であることを特徴とする請求項１に記載の方法。
【請求項９】
前記端末は、ＲＲＣアイドル（ＲＲＣ＿ＩＤＬＥ）状態にある端末であることを特徴とする請求項１に記載の方法。
【請求項１０】
前記情報は、システム情報であることを特徴とする請求項１に記載の方法。
【請求項１１】
無線通信システムにおけるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作を実行する端末は、
無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と結合して動作するプロセッサ；を含み、前記プロセッサは、
サービングセルでのＤ２Ｄ動作に使われる第１のリソース及び隣接セルでのＤ２Ｄ動作に使われる第２のリソースを指示するシステム情報を受信し；及び、
前記システム情報に基づいてＤ２Ｄ動作を実行し、
前記第２のリソースは、前記サービングセルの特定時点を基準とするオフセット値により指示されることを特徴とする端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおいて、端末により実行されるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作方法及びこの方法を利用する端末に関する。
【背景技術】
【０００２】
ＩＴＵ−Ｒ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｒａｄｉｏ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）では、３世代以後の次世代移動通信システムであるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）−Ａｄｖａｎｃｅｄの標準化作業を進行している。ＩＭＴ−Ａｄｖａｎｃｅｄは、停止及び低速移動状態で１Ｇｂｐｓ、高速移動状態で１００Ｍｂｐｓのデータ送信率でＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベースのマルチメディアサービスのサポートを目標とする。
【０００３】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、ＩＭＴ−Ａｄｖａｎｃｅｄの要求事項を満たすシステム標準として、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）／ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）送信方式ベースのＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を改善したＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用意している。ＬＴＥ−Ａは、ＩＭＴ−Ａｄｖａｎｃｅｄのための有力な候補のうち一つである。
【０００４】
最近、装置間の直接通信をするＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術に対する関心が高まっている。特に、Ｄ２Ｄは、公衆安全ネットワーク（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｎｅｔｗｏｒｋ）のための通信技術として注目されている。商業的通信ネットワークは、ＬＴＥに速く変化しているが、既存通信規格との衝突問題と費用側面のため、現在の公衆安全ネットワークは、主に２Ｇ技術に基づいている。このような技術の間隙と改善されたサービスに対する要求は、公衆安全ネットワークを改善しようとする努力につながっている。
【０００５】
公衆安全ネットワークは、商業的通信ネットワークに比べて高いサービス要求条件（信頼度及び保安性）を有し、特に、セルラー通信のカバレッジが届かない場合、または利用可能でない場合、装置間の直接通信、即ち、Ｄ２Ｄ動作も要求している。
【０００６】
Ｄ２Ｄ動作は、近接した機器間の通信という点で多様な長所を有することができる。例えば、Ｄ２Ｄ端末は、高い送信率及び低い遅延を有し、データ通信をすることができる。また、Ｄ２Ｄ動作は、基地局に集まるトラフィックを分散させることができ、Ｄ２Ｄ端末が中継器役割をする場合、基地局のカバレッジを拡張させる役割もすることができる。
【０００７】
しかし、Ｄ２Ｄ動作を実行するにあたって、端末が使用することができるリソースの制限が必要である。もし、端末が任意のリソースを利用してＤ２Ｄ動作を実行する場合、他の端末に干渉を及ぼすおそれがあるため、システム全体の性能が低下されることができる。また、端末は、サービングセルだけでなく、隣接セルのＤ２Ｄ動作のためのリソースも共に考慮する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする技術的課題は、無線通信システムにおいて、端末により実行されるＤ２Ｄ動作方法及びこれを利用する端末を提供することにある。
【課題を解決するための手段】
【０００９】
一側面において、無線通信システムにおける端末により実行されるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作方法を提供する。前記方法は、サービングセルでのＤ２Ｄ動作に使われる第１のリソース及び隣接セルでのＤ２Ｄ動作に使われる第２のリソースを指示する情報を受信し；及び、前記情報に基づいてＤ２Ｄ動作を実行し、前記第２のリソースは、前記サービングセルの特定時点を基準とするオフセット値により指示されることを特徴とする。
【００１０】
前記第１のリソースは、前記端末が前記サービングセルでＤ２Ｄ信号を送信するときに使われることができるリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）である。
【００１１】
前記第２のリソースは、前記隣接セルに位置した端末が送信するＤ２Ｄ信号を受信するときに使われることができるリソースプールである。
【００１２】
前記サービングセルの特定時点は、前記サービングセルでシステムフレーム番号（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ：ＳＦＮ）が０であるフレームである。
【００１３】
前記サービングセルでのＤ２Ｄ動作は、Ｄ２Ｄ通信のためのＤ２Ｄ信号送信である。
【００１４】
前記サービングセルでのＤ２Ｄ動作は、Ｄ２Ｄ発見のためのＤ２Ｄ信号送信である。
【００１５】
前記サービングセルでのＤ２Ｄ動作は、Ｄ２Ｄ通信のためのＤ２Ｄ信号受信である。
【００１６】
前記サービングセルでのＤ２Ｄ動作は、Ｄ２Ｄ発見のためのＤ２Ｄ信号受信である。
【００１７】
前記端末は、ＲＲＣアイドル（ＲＲＣ＿ＩＤＬＥ）状態にある端末である。
【００１８】
前記情報は、システム情報である。
【００１９】
他の側面において、無線通信システムにおけるＤ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）動作を実行する端末を提供する。前記端末は、無線信号を送信及び受信するＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部；及び、前記ＲＦ部と結合して動作するプロセッサ；を含み、前記プロセッサは、サービングセルでのＤ２Ｄ動作に使われる第１のリソース及び隣接セルでのＤ２Ｄ動作に使われる第２のリソースを指示するシステム情報を受信し；及び、前記システム情報に基づいてＤ２Ｄ動作を実行し、前記第２のリソースは、前記サービングセルの特定時点を基準とするオフセット値により指示されることを特徴とする。
【発明の効果】
【００２０】
本発明によると、サービングセルと隣接セルのＤ２Ｄリソースを全て考慮してＤ２Ｄ動作を実行することができるため、干渉発生を減らして効率的にＤ２Ｄ動作を実行することができる。したがって、端末のＤ２Ｄ動作性能が保障されるため、信頼性のある公衆安全ネットワーク通信が可能である。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明が適用される無線通信システムを示す。
【図２】図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】図４は、ＲＲＣアイドル状態の端末の動作を示す流れ図である。
【図５】図５は、ＲＲＣ接続を確立する過程を示す流れ図である。
【図６】図６は、ＲＲＣ接続再設定過程を示す流れ図である。
【図７】図７は、ＲＲＣ接続再確立手順を示す。
【図８】図８は、端末がＲＲＣ＿ＩＤＬＥ状態で有することができるサブ状態（ｓｕｂｓｔａｔｅ）とサブ状態移動過程を例示する。
【図９】図９は、ＰｒｏＳｅのための基準構造を示す。
【図１０】図１０は、ＰｒｏＳｅ直接通信を実行する端末とセルカバレッジの配置例を示す。
【図１１】図１１は、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す。
【図１２】図１２は、Ｄ２Ｄ発見のためのＰＣ５インターフェースを示す。
【図１３】図１３は、ＰｒｏＳｅ発見過程の一実施例である。
【図１４】図１４は、ＰｒｏＳｅ発見過程の他の実施例である。
【図１５】図１５は、本発明の一実施例に係る端末のＤ２Ｄ動作実行方法を示す。
【図１６】図１６及び図１７は、オフセット値を例示する。
【図１７】図１６及び図１７は、オフセット値を例示する。
【図１８】図１８は、本発明によってＤ２Ｄ動作を実行する方法を示す。
【図１９】図１９は、本発明の実施例が具現される端末を示すブロック図である。
【発明を実施するための形態】
【００２２】
図１は、本発明が適用される無線通信システムを示す。これはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａシステムとも呼ばれる。
【００２３】
Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局２０は、端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２４】
基地局２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と連結され、Ｓ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と連結される。
【００２５】
ＥＰＣ３０は、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）で構成される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有しており、このような情報は、端末の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００２６】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、このうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２７】
図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００２８】
図２及び図３を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層であるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とはトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴にトランスポートされるかによって分類される。
【００２９】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００３０】
ＭＡＣ階層の機能は、論理チャネルとトランスポートチャネルとの間のマッピング、及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルで提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）階層にサービスを提供する。
【００３１】
ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００３２】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３３】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３４】
ＲＢが設定されるとは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（Ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００３５】
端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が確立される場合、端末は、ＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）状態になり、そうでない場合、ＲＲＣアイドル（ＲＲＣ  ｉｄｌｅ）状態になる。
【００３６】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して送信されることもでき、または別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、ユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。
【００３７】
トランスポートチャネル上位にあり、トランスポートチャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３８】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間領域で複数個のＯＦＤＭシンボルと周波数領域で複数個の副搬送波（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間領域で複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、即ち、Ｌ１／Ｌ２制御チャネルのために、該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、サブフレーム送信の単位時間である。
【００３９】
以下、端末のＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）とＲＲＣ接続方法に対して詳述する。
【００４０】
ＲＲＣ状態とは、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続している場合はＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）といい、接続されていない場合はＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）という。ＲＲＣ接続状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣアイドル状態の端末は、Ｅ−ＵＴＲＡＮが把握することができず、セルより大きい地域単位であるトラッキング領域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位でＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）が管理する。即ち、ＲＲＣアイドル状態の端末は、大きい地域単位に存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためにはＲＲＣ接続状態に移動しなければならない。
【００４１】
ユーザが端末の電源を最初にオンにした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣアイドル状態にとどまる。ＲＲＣアイドル状態の端末は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮとＲＲＣ接続を確立し、ＲＲＣ接続状態に移動する。ＲＲＣアイドル状態の端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由で上りデータ送信が必要な場合、またはＥ−ＵＴＲＡＮからページング（ｐａｇｉｎｇ）メッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００４２】
ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００４３】
ＮＡＳ階層で端末の移動性を管理するために、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ−ＲＥＧＩＳＴＥＲＥＤ）及びＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤの二つの状態が定義されており、この二つの状態は、端末とＭＭＥに適用される。初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態であり、この端末がネットワークに接続するために初期連結（Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ）手順を介して該当ネットワークに登録する過程を実行する。前記連結（Ａｔｔａｃｈ）手順が成功的に遂行されると、端末及びＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態になる。
【００４４】
端末とＥＰＣとの間のシグナリング接続（ｓｉｇｎａｌｉｎｇ  ｃｏｎｎｅｃｔｉｏｎ）を管理するために、ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥ状態及びＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の二つの状態が定義されており、この二つの状態は、端末及びＭＭＥに適用される。ＥＣＭ−ＩＤＬＥ状態の端末がＥ−ＵＴＲＡＮとＲＲＣ接続を確立すると、該当端末は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。ＥＣＭ−ＩＤＬＥ状態にあるＭＭＥは、Ｅ−ＵＴＲＡＮとＳ１接続（Ｓ１  ｃｏｎｎｅｃｔｉｏｎ）を確立すると、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。端末がＥＣＭ−ＩＤＬＥ状態にある時、Ｅ−ＵＴＲＡＮは、端末のコンテキスト（ｃｏｎｔｅｘｔ）情報を有していない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークの命令を受ける必要なく、セル選択（ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）またはセル再選択（ｒｅｓｅｌｅｃｔｉｏｎ）のような端末ベースの移動性関連手順を実行する。それに対し、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある時、端末の移動性は、ネットワークの命令により管理される。ＥＣＭ−ＩＤＬＥ状態で端末の位置が、ネットワークが知っている位置と異なる場合、端末は、トラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を介してネットワークに端末の該当位置を知らせる。
【００４５】
以下、システム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）に対する説明である。
【００４６】
システム情報は、端末が基地局に接続するために知るべき必須情報を含む。したがって、端末は、基地局に接続する前にシステム情報を全て受信しているべきであり、また、常に最新システム情報を有しているべきである。また、前記システム情報は、一セル内の全ての端末が知っているべき情報であるため、基地局は、周期的に前記システム情報を送信する。システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）及び複数のＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に分けられる。
【００４７】
ＭＩＢは、セルから他の情報のために取得されることが要求される最も必須で且つ最も頻繁に送信される、制限された個数のパラメータを含むことができる。端末は、ダウンリンク同期化以後に最も先にＭＩＢを探す。ＭＩＢは、ダウンリンクチャネル帯域幅、ＰＨＩＣＨ設定、同期化をサポートし、タイミング基準として動作するＳＦＮ、及びｅＮＢ送信アンテナ設定のような情報を含むことができる。ＭＩＢは、ＢＣＨ（ｂｒｏａｄｃａｓｅ  ｃｈａｎｎｅｌ）上にブロードキャスト送信されることができる。
【００４８】
含まれているＳＩＢのうち、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１）は、“ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１”メッセージに含まれて送信され、ＳＩＢ１を除外した他のＳＩＢは、システム情報メッセージに含まれて送信される。ＳＩＢをシステム情報メッセージにマッピングさせることは、ＳＩＢ１に含まれているスケジューリング情報リストパラメータにより流動的に設定されることができる。ただ、各ＳＩＢは、単一システム情報メッセージに含まれ、同じスケジューリング要求値（例えば、周期）を有するＳＩＢのみが同じシステム情報メッセージにマッピングされることができる。また、ＳＩＢ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）は、常にスケジューリング情報リストのシステム情報メッセージリスト内の１番目のエントリに該当するシステム情報メッセージにマッピングされる。同じ周期内に複数のシステム情報メッセージが送信されることができる。ＳＩＢ１及び全てのシステム情報メッセージは、ＤＬ−ＳＣＨ上に送信される。
【００４９】
ブロードキャスト送信に加えて、Ｅ−ＵＴＲＡＮにおいて、ＳＩＢ１は既存に設定された値と同じように設定されたパラメータを含んだまま専用シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）されることができ、この場合、ＳＩＢ１は、ＲＲＣ接続再設定メッセージに含まれて送信されることができる。
【００５０】
ＳＩＢ１は、端末セル接近と関連している情報を含み、他のＳＩＢのスケジューリングを定義する。ＳＩＢ１は、ネットワークのＰＬＭＮ識別子、ＴＡＣ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）及びセルＩＤ、セルがキャンプオンすることができるセルかどうかを指示するセル禁止状態（ｃｅｌｌ  ｂａｒｒｉｎｇ  ｓｔａｔｕｓ）、セル再選択基準として使われるセル内に要求される最低受信レベル、及び他のＳＩＢの送信時間及び周期と関連している情報を含むことができる。
【００５１】
ＳＩＢ２は、全ての端末に共通する無線リソース設定情報を含むことができる。ＳＩＢ２は、アップリンク搬送波周波数及びアップリンクチャネル帯域幅、ＲＡＣＨ設定、ページ設定（ｐａｇｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、アップリンクパワ制御設定、サウンディング基準信号設定（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＡＣＫ／ＮＡＣＫ送信をサポートするＰＵＣＣＨ設定及びＰＵＳＣＨ設定と関連している情報を含むことができる。
【００５２】
端末は、システム情報の取得及び変更検知手順をプライマリセル（ｐｒｉｍａｒｙ  ｃｅｌｌ：ＰＣｅｌｌ）に対してのみ適用することができる。セカンダリセル（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ：ＳＣｅｌｌ）において、Ｅ−ＵＴＲＡＮは、該当ＳＣｅｌｌが追加される時、ＲＲＣ接続状態動作と関連している全てのシステム情報を専用シグナリングを介して提供することができる。設定されたＳＣｅｌｌと関連しているシステム情報の変更時、Ｅ−ＵＴＲＡＮは、考慮されるＳＣｅｌｌを解除（ｒｅｌｅａｓｅ）して以後に追加可能であり、これは単一ＲＲＣ接続再設定メッセージと共に実行されることができる。Ｅ−ＵＴＲＡＮは、考慮されるＳＣｅｌｌ内でブロードキャストされた値と異なるパラメータ値を専用シグナリングを介して設定することができる。
【００５３】
端末は、特定タイプのシステム情報に対してその有効性を保障しなければならず、このようなシステム情報を必須システム情報（ｒｅｑｕｉｒｅｄ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）という。必須システム情報は、下記のように定義されることができる。
【００５４】
−端末がＲＲＣアイドル状態である場合：端末は、ＳＩＢ２乃至ＳＩＢ８だけでなく、ＭＩＢ及びＳＩＢ１の有効なバージョンを有しているように保障しなければならず、これは考慮されるＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）のサポートにしたがう。
【００５５】
−端末がＲＲＣ接続状態である場合：端末は、ＭＩＢ、ＳＩＢ１及びＳＩＢ２の有効なバージョンを有しているように保障しなければならない。
【００５６】
一般的に、システム情報は、取得後最大３時間まで有効性が保障されることができる。
【００５７】
一般的に、ネットワークが端末に提供するサービスは、下記のように三つのタイプに区分することができる。また、どのようなサービスの提供を受けることができるかによって、端末は、セルのタイプも異なるように認識する。以下、サービスタイプを叙述した後、セルのタイプを叙述する。
【００５８】
１）制限的サービス（Ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ）：このサービスは、緊急呼び（Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）及び災害警報システム（Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ；ＥＴＷＳ）を提供し、受容可能なセル（ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ）で提供することができる。
【００５９】
２）正規サービス（Ｎｏｒｍａｌ  ｓｅｒｖｉｃｅ）：このサービスは、一般的用途の汎用サービス（ｐｕｂｌｉｃ  ｕｓｅ）を意味し、正規セル（ｓｕｉｔａｂｌｅ  ｏｒ  ｎｏｒｍａｌ  ｃｅｌｌ）で提供することができる。
【００６０】
３）事業者サービス（Ｏｐｅｒａｔｏｒ  ｓｅｒｖｉｃｅ）：このサービスは、通信ネットワーク事業者のためのサービスを意味し、このセルは、通信ネットワーク事業者のみが使用することができ、一般ユーザは使用することができない。
【００６１】
セルが提供するサービスタイプと関連し、セルのタイプは、下記のように区分されることができる。
【００６２】
１）受容可能なセル（Ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ）：端末が制限された（Ｌｉｍｉｔｅｄ）サービスの提供を受けることができるセル。このセルは、該当端末立場で、禁止（ｂａｒｒｅｄ）されておらず、端末のセル選択基準を満たすセルである。
【００６３】
２）正規セル（Ｓｕｉｔａｂｌｅ  ｃｅｌｌ）：端末が正規サービスの提供を受けることができるセル。このセルは、受容可能なセルの条件を満たし、同時に追加条件を満たす。追加的な条件として、このセルは、該当端末が接続できるＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）所属でなければならず、端末のトラッキング領域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）更新手順の実行が禁止されないセルでなければならない。該当セルがＣＳＧセルの場合、端末がこのセルにＣＳＧメンバとして接続可能なセルでなければならない。
【００６４】
３）禁止されたセル（Ｂａｒｒｅｄ  ｃｅｌｌ）：セルがシステム情報を介して禁止されたセルであるという情報をブロードキャストするセルである。
【００６５】
４）予約されたセル（Ｒｅｓｅｒｖｅｄ  ｃｅｌｌ）：セルがシステム情報を介して予約されたセルであるという情報をブロードキャストするセルである。
【００６６】
図４は、ＲＲＣアイドル状態の端末の動作を示す流れ図である。図４は、初期電源がオンされた端末がセル選択過程を経てネットワークに登録し、その後、必要な場合、セル再選択をする手順を示す。
【００６７】
図４を参照すると、端末は、自分がサービスを受けることを希望するネットワークであるＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）と通信するためのラジオアクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ、無線通信方法）を選択する（Ｓ４１０）。ＰＬＭＮ及びＲＡＴに対する情報は、端末のユーザが選択することもでき、ＵＳＩＭ（ｕｎｉｖｅｒｓａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）に格納されているものを使用することもできる。
【００６８】
端末は、測定した信号強度や品質が特定値より大きいセルのうち、最も大きい値を有するセルを選択する（Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ）（Ｓ４２０）。これは電源がオンされた端末がセル選択を実行することであって、初期セル選択（ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）という。セル選択手順に対して以後に詳述する。セル選択以後の端末は、基地局が周期的に送るシステム情報を受信する。前記特定値は、データ送／受信での物理的信号に対する品質の保証を受けるために、システムで定義された値を意味する。したがって、適用されるＲＡＴによって、その値は異なる。
【００６９】
端末は、ネットワーク登録が必要な場合、ネットワーク登録手順を実行する（Ｓ４３０）。端末は、ネットワークからサービス（例：Ｐａｇｉｎｇ）を受けるために自分の情報（例：ＩＭＳＩ）を登録する。端末は、セルを選択するたびにアクセスするネットワークに登録するものではなく、システム情報から受けたネットワークの情報（例：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ；ＴＡＩ）と自分が知っているネットワークの情報が異なる場合にネットワークに登録する。
【００７０】
端末は、セルで提供されるサービス環境または端末の環境などに基づいてセル再選択を実行する（Ｓ４４０）。端末は、現在サービスを受けている基地局（サービング基地局）から測定した信号の強度や品質の値が、隣接したセルの基地局から測定した値より低い場合、端末が現在接続した基地局のセルより良い信号特性を提供する他のセルの中から一つを選択する。この過程を２番目の過程である初期セル選択（Ｉｎｉｔｉａｌ  Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ）と区分するためにセル再選択（Ｃｅｌｌ  Ｒｅ−Ｓｅｌｅｃｔｉｏｎ）という。このとき、信号特性の変化によって頻繁にセルが再選択されることを防止するために時間的な制約条件をおく。セル再選択手順に対しては以後に詳述する。
【００７１】
図５は、ＲＲＣ接続を確立する過程を示す流れ図である。
【００７２】
端末は、ＲＲＣ接続を要求するＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをネットワークに送る（Ｓ５１０）。ネットワークは、ＲＲＣ接続要求に対する応答としてＲＲＣ接続設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージを送る（Ｓ５２０）。ＲＲＣ接続設定メッセージを受信した後、端末は、ＲＲＣ接続モードに進入する。
【００７３】
端末は、ＲＲＣ接続確立の成功的な完了を確認するために使われるＲＲＣ接続設定完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージをネットワークに送る（Ｓ５３０）。
【００７４】
図６は、ＲＲＣ接続再設定過程を示す流れ図である。ＲＲＣ接続再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ＲＲＣ接続の修正に使われる。これはＲＢ確立／修正（ｍｏｄｉｆｙ）／解除（ｒｅｌｅａｓｅ）、ハンドオーバ実行、測定セットアップ／修正／解除のために使われる。
【００７５】
ネットワークは、端末にＲＲＣ接続を修正するためのＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送る（Ｓ６１０）。端末は、ＲＲＣ接続再設定に対する応答として、ＲＲＣ接続再設定の成功的な完了を確認するために使われるＲＲＣ接続再設定完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージをネットワークに送る（Ｓ６２０）。
【００７６】
以下、ＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）に対して説明する。
【００７７】
ＰＬＭＮは。モバイルネットワーク運営者により配置及び運用されるネットワークである。各モバイルネットワーク運営者は、一つまたはそれ以上のＰＬＭＮを運用する。各ＰＬＭＮは、ＭＣＣ（Ｍｏｂｉｌｅ  Ｃｏｕｎｔｒｙ  Ｃｏｄｅ）及びＭＮＣ（Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｃｏｄｅ）により識別されることができる。セルのＰＬＭＮ情報は、システム情報に含まれてブロードキャストされる。
【００７８】
ＰＬＭＮ選択、セル選択及びセル再選択において、多様なタイプのＰＬＭＮが端末により考慮されることができる。
【００７９】
ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）：端末ＩＭＳＩのＭＣＣ及びＭＮＣとマッチングされるＭＣＣ及びＭＮＣを有するＰＬＭＮ
ＥＨＰＬＭＮ（Ｅｑｕｉｖａｌｅｎｔ  ＨＰＬＭＮ）：ＨＰＬＭＮと等価として取り扱われるＰＬＭＮ
ＲＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ）：位置登録が成功的に終了されたＰＬＭＮ
ＥＰＬＭＮ（Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮ）：ＲＰＬＭＮと等価として取り扱われるＰＬＭＮ
各モバイルサービス需要者は、ＨＰＬＭＮに加入する。ＨＰＬＭＮまたはＥＨＰＬＭＮにより端末に一般サービスが提供される時、端末は、ローミング状態（ｒｏａｍｉｎｇ  ｓｔａｔｅ）ではない。それに対し、ＨＰＬＭＮ／ＥＨＰＬＭＮ以外のＰＬＭＮにより端末にサービスが提供される時、端末は、ローミング状態であり、そのＰＬＭＮは、ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ  ＰＬＭＮ）と呼ばれる。
【００８０】
端末は、初期に電源がオンされると、使用可能なＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）を検索し、サービスを受けることができる適切なＰＬＭＮを選択する。ＰＬＭＮは、モバイルネットワーク運営者（ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ  ｏｐｅｒａｔｏｒ）により配置され（ｄｅｐｌｏｙ）、または運営されるネットワークである。各モバイルネットワーク運営者は、一つまたはそれ以上のＰＬＭＮを運営する。それぞれのＰＬＭＮは、ＭＣＣ（ｍｏｂｉｌｅ  ｃｏｕｎｔｒｙ  ｃｏｄｅ）及びＭＮＣ（ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ  ｃｏｄｅ）により識別されることができる。セルのＰＬＭＮ情報は、システム情報に含まれてブロードキャストされる。端末は、選択したＰＬＭＮを登録するために試みる。登録が成功した場合、選択されたＰＬＭＮは、ＲＰＬＭＮ（ｒｅｇｉｓｔｅｒｅｄ  ＰＬＭＮ）になる。ネットワークは、端末にＰＬＭＮリストをシグナリングすることができ、これはＰＬＭＮリストに含まれているＰＬＭＮをＲＰＬＭＮのようなＰＬＭＮであると考慮することができる。ネットワークに登録された端末は、常時ネットワークにより接近可能（ｒｅａｃｈａｂｌｅ）でなければならない。もし、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態（同様に、ＲＲＣ接続状態）である場合、ネットワークは、端末がサービスを受けていることを認知する。しかし、端末がＥＣＭ−ＩＤＬＥ状態（同様に、ＲＲＣアイドル状態）である場合、端末の状況がｅＮＢでは有効でないが、ＭＭＥには格納されている。この場合、ＥＣＭ−ＩＤＬＥ状態の端末の位置は、ＴＡ（ｔｒａｃｋｉｎｇ  Ａｒｅａ）のリストの粒度（ｇｒａｎｕｌａｒｉｔｙ）を介してＭＭＥにのみ知られる。単一ＴＡは、ＴＡが所属されたＰＬＭＮ識別子で構成されたＴＡＩ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）及びＰＬＭＮ内のＴＡを唯一に表現するＴＡＣ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ）により識別される。
【００８１】
次に、選択したＰＬＭＮが提供するセルの中から、前記端末が適切なサービスの提供を受けることができる信号品質と特性を有するセルを選択する。
【００８２】
以下、従来技術において、端末がセルを選択する手順に対して詳細に説明する。
【００８３】
電源がオンされ、またはセルにとどまっている時、端末は、適切な品質のセルを選択／再選択することでサービスを受けるための手順を実行する。
【００８４】
ＲＲＣアイドル状態の端末は、常に適切な品質のセルを選択することで、このセルを介してサービスの提供を受けるための用意をしなければならない。例えば、電源がオンされた端末は、ネットワークに登録するために適切な品質のセルを選択しなければならない。ＲＲＣ接続状態の前記端末がＲＲＣアイドル状態に進入すると、前記端末は、ＲＲＣアイドル状態にとどまるセルを選択しなければならない。このように、前記端末がＲＲＣアイドル状態のようなサービス待機状態にとどまるために、一定条件を満たすセルを選択する過程をセル選択（Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ）という。重要な点は、前記セル選択は、前記端末が前記ＲＲＣアイドル状態にとどまるセルを現在決定していない状態で実行されているため、可能な限り速かにセルを選択することが重要である。したがって、一定基準以上の無線信号品質を提供するセルの場合は、たとえ、このセルが端末に最も良い無線信号品質を提供するセルでないとしても、端末のセル選択過程で選択されることができる。
【００８５】
以下、３ＧＰＰ  ＴＳ  ３６．３０４  Ｖ８．５．０（２００９−０３）“Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｐｒｏｃｅｄｕｒｅｓ  ｉｎ  ｉｄｌｅ  ｍｏｄｅ（Ｒｅｌｅａｓｅ  ８）”を参照し、３ＧＰＰ  ＬＴＥにおいて、端末がセルを選択する方法及び手順に対して詳述する。
【００８６】
セル選択過程は、大いに、二つに分けられる。
【００８７】
まず、初期セル選択過程であり、この過程では、前記端末が無線チャネルに対する事前情報がない。したがって、前記端末は、適切なセルを探すために全ての無線チャネルを検索する。各チャネルにおいて、前記端末は、最も強いセルを探す。以後、前記端末がセル選択基準を満たす適切な（ｓｕｉｔａｂｌｅ）セルを探すと、該当セルを選択する。
【００８８】
次に、端末は、格納された情報を活用し、またはセルで放送している情報を活用することで、セルを選択することができる。したがって、初期セル選択過程に比べてセル選択が迅速である。端末がセル選択基準を満たすセルを探すと、該当セルを選択する。もし、この過程を介してセル選択基準を満たす適切なセルを探すことができない場合、端末は、初期セル選択過程を実行する。
【００８９】
セル選択基準は、下記数式１のように定義されることができる。
【００９０】
【数１】
2016535509.tif 000003
ここで、前記式１の各変数は、以下の表１のように定義されることができる。
【００９１】
【表１】
2016535509.tif 000004
シグナリングされた値であるＱｒｘｌｅｖｍｉｎｏｆｆｓｅｔ及びＱｑｕａｌｍｉｎｏｆｆｓｅｔは、端末がＶＰＬＭＮ内の正規セルにキャンプしている中、より高い優先順位のＰＬＭＮに対する周期的探索の結果としてセル選択が評価される場合に限って適用されることができる。前記のように、より高い優先順位のＰＬＭＮに対する周期的な探索中、端末は、このようなより高い優先順位のＰＬＭＮの他のセルから格納されたパラメータ値を使用してセル選択評価を実行することができる。
【００９２】
前記端末がセル選択過程を介してあるセルを選択した以後、端末の移動性または無線環境の変化などにより端末と基地局との間の信号の強度や品質が変わることができる。したがって、もし、選択したセルの品質が低下される場合、端末は、より良い品質を提供する他のセルを選択することができる。このようにセルを再び選択する場合、一般的に現在選択されたセルより良い信号品質を提供するセルを選択する。このような過程をセル再選択（Ｃｅｌｌ  Ｒｅｓｅｌｅｃｔｉｏｎ）という。前記セル再選択過程は、無線信号の品質観点で、一般的に端末に最も良い品質を提供するセルを選択することに基本的な目的がある。
【００９３】
無線信号の品質観点以外に、ネットワークは、周波数別に優先順位（ｐｒｉｏｒｉｔｙ）を決定して端末に知らせることができる。このような優先順位を受信した端末は、セル再選択過程で、この優先順位を無線信号品質基準より優先的に考慮するようになる。
【００９４】
前記のように、無線環境の信号特性によってセルを選択または再選択する方法があり、セル再選択において、再選択のためのセルを選択するとき、セルのＲＡＴと周波数（ｆｒｅｑｕｅｎｃｙ）特性によって下記のようなセル再選択方法がある。
【００９５】
−イントラ周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）セル再選択：端末がキャンプ（ｃａｍｐ）中であるセルと同じＲＡＴ及び同じ中心周波数（ｃｅｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）を有するセルを再選択
−インター周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）セル再選択：端末がキャンプ中であるセルと同じＲＡＴ及び異なる中心周波数を有するセルを再選択
−インターＲＡＴ（Ｉｎｔｅｒ−ＲＡＴ）セル再選択：端末がキャンプ中であるＲＡＴと異なるＲＡＴを使用するセルを再選択
セル再選択過程の原則は、下記の通りである。
【００９６】
第一に、端末は、セル再選択のためにサービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）及び隣接セル（ｎｅｉｇｈｂｏｒｉｎｇ  ｃｅｌｌ）の品質を測定する。
【００９７】
第二に、セル再選択は、セル再選択基準に基づいて実行される。セル再選択基準は、サービングセル及び隣接セルの測定に関連して下記のような特性を有している。
【００９８】
イントラ周波数セル再選択は、基本的にランキング（ｒａｎｋｉｎｇ）に基づいて行われる。ランキングとは、セル再選択評価のための指標値を定義し、この指標値を利用してセルを指標値の大きさ順に順序を定める作業である。最も良い指標を有するセルを一般的に最高順位セル（ｈｉｇｈｅｓｔ  ｒａｎｋｅｄ  ｃｅｌｌ）という。セル指標値は、端末が該当セルに対して測定した値を基本にし、必要によって、周波数オフセットまたはセルオフセットを適用した値である。
【００９９】
インター周波数セル再選択は、ネットワークにより提供された周波数優先順位に基づいて行われる。端末は、最も高い周波数優先順位を有する周波数にとどまる（ｃａｍｐ  ｏｎ：以下、キャンプオンと表現できる）ことができるように試みる。ネットワークは、ブロードキャストシグナリング（ｂｒｏａｄｃａｓｔ  ｓｉｇｎａｌｉｎｇ）を介してセル内の端末が共通的に適用する周波数優先順位を提供し、または端末別シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）を介して端末別に各々周波数別優先順位を提供することができる。ブロードキャストシグナリングを介して提供されるセル再選択優先順位を共用優先順位（ｃｏｍｍｏｎ  ｐｒｉｏｒｉｔｙ）といい、端末別にネットワークが設定するセル再選択優先順位を専用優先順位（ｄｅｄｉｃａｔｅｄ  ｐｒｉｏｒｉｔｙ）という。端末は、専用優先順位を受信すると、専用優先順位と関連している有効時間（ｖａｌｉｄｉｔｙ  ｔｉｍｅ）を共に受信することができる。端末は、専用優先順位を受信すると、共に受信した有効時間に設定された有効性タイマ（ｖａｌｉｄｉｔｙ  ｔｉｍｅｒ）を開始する。端末は、有効性タイマが動作する中、ＲＲＣアイドルモードで専用優先順位を適用する。有効性タイマが満了されると、端末は、専用優先順位を廃棄し、再び共用優先順位を適用する。
【０１００】
インター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われるパラメータ（例えば、周波数別オフセット（ｆｒｅｑｕｅｎｃｙ−ｓｐｅｃｉｆｉｃ  ｏｆｆｓｅｔ））を周波数別に提供することができる。
【０１０１】
イントラ周波数セル再選択またはインター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われる隣接セルリスト（Ｎｅｉｇｈｂｏｒｉｎｇ  Ｃｅｌｌ  Ｌｉｓｔ、ＮＣＬ）を端末に提供することができる。このＮＣＬは、セル再選択に使われるセル別パラメータ（例えば、セル別オフセット（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｏｆｆｓｅｔ））を含む。
【０１０２】
イントラ周波数またはインター周波数セル再選択のために、ネットワークは、端末にセル再選択に使われるセル再選択禁止リスト（ｂｌａｃｋ  ｌｉｓｔ）を端末に提供することができる。禁止リストに含まれているセルに対し、端末は、セル再選択を実行しない。
【０１０３】
以下、セル再選択評価過程で実行するランキングに対して説明する。
【０１０４】
セルの優先順位を定める時に使われるランキング指標（ｒａｎｋｉｎｇ  ｃｒｉｔｅｒｉｏｎ）は、数式２のように定義される。
（数２）
Ｒｓ＝Ｑｍｅａｓ,ｓ＋Ｑｈｙｓｔ,Ｒｎ＝Ｑｍｅａｓ,ｎ−Ｑｏｆｆｓｅｔ
ここで、Ｒｓは端末が現在キャンプオンしており、サービングセルのランキング指標であり、Ｒｎは隣接セルのランキング指標であり、Ｑｍｅａｓ,ｓは端末がサービングセルに対して測定した品質値であり、Ｑｍｅａｓ,ｎは端末が隣接セルに対して測定した品質値であり、Ｑｈｙｓｔはランキングのためのヒステリシス（ｈｙｓｔｅｒｅｓｉｓ）値であり、Ｑｏｆｆｓｅｔは二つのセル間のオフセットである。
【０１０５】
イントラ周波数で、端末がサービングセルと隣接セルとの間のオフセット（Ｑｏｆｆｓｅｔｓ,ｎ）を受信した場合は、Ｑｏｆｆｓｅｔ＝Ｑｏｆｆｓｅｔｓ,ｎであり、端末がＱｏｆｆｓｅｔｓ,ｎを受信しない場合は、Ｑｏｆｆｓｅｔ＝０である。
【０１０６】
インター周波数で、端末が該当セルに対するオフセット（Ｑｏｆｆｓｅｔｓ,ｎ）を受信した場合は、Ｑｏｆｆｓｅｔ＝Ｑｏｆｆｓｅｔｓ,ｎ＋Ｑｆｒｅｑｕｅｎｃｙであり、端末がＱｏｆｆｓｅｔｓ,ｎを受信しない場合は、Ｑｏｆｆｓｅｔ＝Ｑｆｒｅｑｕｅｎｃｙである。
【０１０７】
サービングセルのランキング指標（Ｒｓ）と隣接セルのランキング指標（Ｒｎ）が互いに類似する状態で変動すると、変動結果、ランキング順位が頻繁に変わるため、端末が二つのセルを交互に再選択することがある。Ｑｈｙｓｔは、セル再選択において、ヒステリシスを与え、端末が二つのセルを交互に再選択することを防止するためのパラメータである。
【０１０８】
端末は、前記数式によってサービングセルのＲｓ及び隣接セルのＲｎを測定し、ランキング指標値が最も大きい値を有するセルを最高順位（ｈｉｇｈｅｓｔ  ｒａｎｋｅｄ）セルと見なし、このセルを再選択する。
【０１０９】
前記基準によると、セル再選択において、セルの品質が最も主要な基準として作用することを確認することができる。もし、再選択したセルが正規セル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）でない場合、端末は、該当周波数または該当セルをセル再選択対象から除外する。
【０１１０】
以下、無線リンク失敗に対して説明する。
【０１１１】
端末は、サービスを受信するサービングセルとの無線リンクの品質維持のために持続的に測定を実行する。端末は、サービングセルとの無線リンクの品質悪化（ｄｅｔｅｒｉｏｒａｔｉｏｎ）により現在状況で通信が不可能かどうかを決定する。もし、サービングセルの品質があまりにも低くて通信がほぼ不可能な場合、端末は、現在状況を無線連結失敗であると決定する。
【０１１２】
もし、無線リンク失敗が決定されると、端末は、現在のサービングセルとの通信維持をあきらめ、セル選択（または、セル再選択）手順を介して新しいセルを選択し、新しいセルへのＲＲＣ接続再確立（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を試みる。
【０１１３】
３ＧＰＰ  ＬＴＥのスペックでは、正常に通信することができない場合として下記のような例示を挙げている。
【０１１４】
−端末の物理階層の無線品質測定結果に基づいて、端末が下り通信リンク品質に深刻な問題があると判断した場合（ＲＬＭ実行中、ＰＣｅｌｌの品質が低いと判断した場合）
−ＭＡＣ副階層でランダムアクセス（ｒａｎｄｏｍ  ａｃｃｅｓｓ）手順が持続的に失敗してアップリンク送信に問題があると判断した場合
−ＲＬＣ副階層で上りデータ送信が持続的に失敗してアップリンク送信に問題があると判断した場合
−ハンドオーバを失敗したと判断した場合
−端末が受信したメッセージが完全性検査（ｉｎｔｅｇｒｉｔｙ  ｃｈｅｃｋ）を通過することができない場合
以下、ＲＲＣ接続再確立（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に対し、より詳細に説明する。
【０１１５】
図７は、ＲＲＣ接続再確立手順を示す。
【０１１６】
図７を参照すると、端末は、ＳＲＢ０（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ  ＃０）を除外した、設定されている全ての無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ）使用を中断し、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）の各種副階層を初期化させる（Ｓ７１０）。また、各副階層及び物理階層を基本構成（ｄｅｆａｕｌｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）に設定する。このような過程中、端末は、ＲＲＣ接続状態を維持する。
【０１１７】
端末は、ＲＲＣ接続再設定手順を実行するためのセル選択手順を実行する（Ｓ７２０）。ＲＲＣ接続再確立手順中に、セル選択手順は、端末がＲＲＣ接続状態を維持しているにもかかわらず、端末がＲＲＣアイドル状態で実行するセル選択手順と同じように実行されることができる。
【０１１８】
端末は、セル選択手順を実行した後、該当セルのシステム情報を確認することで該当セルが適合なセルかどうかを判断する（Ｓ７３０）。もし、選択されたセルが適切なＥ−ＵＴＲＡＮセルであると判断された場合、端末は、該当セルにＲＲＣ接続再確立要求メッセージ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信する（Ｓ７４０）。
【０１１９】
一方、ＲＲＣ接続再確立手順を実行するためのセル選択手順を介して選択されたセルが、Ｅ−ＵＴＲＡＮ以外の異なるＲＡＴを使用するセルであると判断された場合、ＲＲＣ接続再確立手順を中断し、端末は、ＲＲＣアイドル状態に進入する（Ｓ７５０）。
【０１２０】
端末は、セル選択手順及び選択したセルのシステム情報受信を介して、制限された時間内にセルの適切性確認を終えるように具現されることができる。そのために、端末は、ＲＲＣ接続再確立手順を開始することによってタイマを駆動させることができる。タイマは、端末が適合なセルを選択したと判断された場合、中断されることができる。タイマが満了された場合、端末は、ＲＲＣ接続再確立手順が失敗したと見なし、ＲＲＣアイドル状態に進入することができる。以下、このタイマを無線リンク失敗タイマという。ＬＴＥスペックＴＳ  ３６．３３１では、Ｔ３１１という名称のタイマが無線リンク失敗タイマとして活用されることができる。端末は、このタイマの設定値をサービングセルのシステム情報から取得することができる。
【０１２１】
端末からＲＲＣ接続再確立要求メッセージを受信して要求を受諾した場合、セルは、端末にＲＲＣ接続再確立メッセージ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｍｅｓｓａｇｅ）を送信する。
【０１２２】
セルからＲＲＣ接続再確立メッセージを受信した端末は、ＳＲＢ１に対するＰＤＣＰ副階層とＲＬＣ副階層を再構成する。また、セキュリティ設定と関連している各種キー値を再計算し、セキュリティを担当するＰＤＣＰ副階層を新しく計算したセキュリティキー値で再構成する。それによって、端末とセルとの間のＳＲＢ１が開放され、ＲＲＣ制御メッセージをやりとりすることができるようになる。端末は、ＳＲＢ１の再開を完了し、セルにＲＲＣ接続再確立手順が完了したというＲＲＣ接続再確立完了メッセージ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃｏｍｐｌｅｔｅ  ｍｅｓｓａｇｅ）を送信する（Ｓ７６０）。
【０１２３】
それに対し、端末からＲＲＣ接続再確立要求メッセージを受信して要求を受諾しない場合、セルは、端末にＲＲＣ接続再確立拒絶メッセージ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  ｒｅｊｅｃｔ  ｍｅｓｓａｇｅ）を送信する。
【０１２４】
ＲＲＣ接続再確立手順が成功的に実行されると、セルと端末は、ＲＲＣ接続再設定手順を実行する。それによって、端末は、ＲＲＣ接続再確立手順を実行する前の状態を回復し、サービスの連続性を最大限保障する。
【０１２５】
図８は、端末がＲＲＣ＿ＩＤＬＥ状態で有することができるサブ状態（ｓｕｂｓｔａｔｅ）とサブ状態移動過程を例示する。
【０１２６】
図８を参照すると、端末は、最初セル選択過程を実行する（Ｓ８０１）。最初セル選択過程は、ＰＬＭＮに対して格納したセル情報がない場合、または正規セル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探すことができない場合に実行されることができる。
【０１２７】
最初セル選択過程で正規セルをさがすことができない場合、任意セル選択状態（Ｓ８０２）に移動する。任意セル選択状態は、正規セルにも受容可能なセルにもキャンプオン（ｃａｍｐ  ｏｎ）できない状態であり、端末がキャンプできる任意のＰＬＭＮの受容可能なセル（ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ）を探すために試みる状態である。端末がキャンプできるどのようなセルも探すことができない場合、端末は、受容可能なセルをさがす時まで持続的に任意セル選択状態にとどまる。
【０１２８】
最初セル選択過程で正規セルをさがすと、正規キャンプ状態（Ｓ８０３）に移動する。正規キャンプ状態は、正規セルにキャンプオン（ｃａｍｐ  ｏｎ）した状態を意味し、システム情報を介して与えられた情報によってページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）を選択してモニタリングすることができ、セル再選択のための評価過程を実行することができる。
【０１２９】
正規キャンプ状態（Ｓ８０３）でセル再選択評価過程（Ｓ８０４）が誘発されると、セル再選択評価過程（Ｓ８０４）を実行する。セル再選択評価過程（Ｓ８０４）で正規セル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）が発見される場合、再び正規キャンプ状態（Ｓ８０３）に移動する。
【０１３０】
任意セル選択状態（Ｓ８０２）で、受容可能なセルが発見される場合、任意セルキャンプ状態（Ｓ８０５）に移動する。任意セルキャンプ状態は、受容可能なセルにキャンプオン（ｃａｍｐ  ｏｎ）した状態である。
【０１３１】
任意セルキャンプ状態（Ｓ８０５）で、端末は、システム情報を介して与えられた情報によってページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）を選択してモニタリングすることができ、セル再選択のための評価過程（Ｓ８０６）を実行することができる。前記セル再選択のための評価過程（Ｓ８０６）で受容可能なセル（ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ）が発見されない場合、任意セル選択状態（Ｓ８０２）に移動する。
【０１３２】
次に、Ｄ２Ｄ動作に対して説明する。３ＧＰＰ  ＬＴＥ−Ａでは、Ｄ２Ｄ動作と関連しているサービスを近接サービス（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅｓ：ＰｒｏＳｅ）という。以下、近接サービス（ＰｒｏＳｅ）に対して記述する。以下、ＰｒｏＳｅは、Ｄ２Ｄ動作と同等な概念であり、ＰｒｏＳｅはＤ２Ｄ動作と混用されることができる。
【０１３３】
ＰｒｏＳｅには、ＰｒｏＳｅ直接通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）とＰｒｏＳｅ直接発見（ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）がある。ＰｒｏＳｅ直接通信は、近接した２以上の端末間で実行される通信を意味する。前記端末は、ユーザ平面のプロトコルを利用して通信を実行することができる。ＰｒｏＳｅ可能端末（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）は、ＰｒｏＳｅの要求条件と関連している手順をサポートする端末を意味する。別の言及がない場合、ＰｒｏＳｅ可能端末は、公用安全端末（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）と非公用安全端末（ｎｏｎ−ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）を両方とも含む。公用安全端末は、公用安全に特化された機能とＰｒｏＳｅ過程を両方ともサポートする端末であり、非公用安全端末は、ＰｒｏＳｅ過程はサポートするが、公用安全に特化された機能はサポートしない端末である。
【０１３４】
ＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）は、ＰｒｏＳｅ可能端末が、隣接した他のＰｒｏＳｅ可能端末を発見するための過程であり、このとき、前記２個のＰｒｏＳｅ可能端末の能力のみを使用する。ＥＰＣ次元のＰｒｏＳｅ発見（ＥＰＣ−ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）は、ＥＰＣが２個のＰｒｏＳｅ可能端末の近接可否を判断し、前記２個のＰｒｏＳｅ可能端末にそれらの近接を知らせる過程を意味する。
【０１３５】
以下、便宜上、ＰｒｏＳｅ直接通信はＤ２Ｄ通信といい、ＰｒｏＳｅ直接発見はＤ２Ｄ発見という。
【０１３６】
図９は、ＰｒｏＳｅのための基準構造を示す。
【０１３７】
図９を参照すると、ＰｒｏＳｅのための基準構造は、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ＰｒｏＳｅ応用プログラムを含む複数の端末、ＰｒｏＳｅ応用サーバ（ＰｒｏＳｅ  ＡＰＰ  ｓｅｒｖｅｒ）、及びＰｒｏＳｅ機能（ＰｒｏＳｅ  ｆｕｎｃｔｉｏｎ）を含む。
【０１３８】
ＥＰＣは、Ｅ−ＵＴＲＡＮコアネットワーク構造を代表する。ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、政策及び課金規則（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）、ホーム加入者サーバ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ：ＨＳＳ）などを含むことができる。
【０１３９】
ＰｒｏＳｅ応用サーバは、応用機能を作成するためのＰｒｏＳｅ能力のユーザである。ＰｒｏＳｅ応用サーバは、端末内の応用プログラムと通信することができる。端末内の応用プログラムは、応用機能を作成するためのＰｒｏＳｅ能力を使用することができる。
【０１４０】
ＰｒｏＳｅ機能は、下記のうち少なくとも一つを含むことができるが、必ずこれに制限されるものではない。
【０１４１】
−第３者応用プログラムに向かう基準点を介したインターワーキング（Ｉｎｔｅｒｗｏｒｋｉｎｇ  ｖｉａ  ａ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ  ｔｏｗａｒｄｓ  ｔｈｅ  ３ｒｄ  ｐａｒｔｙ  ａｐｐｌｉｃａｔｉｏｎｓ）
−発見及び直接通信のための認証及び端末に対する設定（Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  ｔｈｅ  ＵＥ  ｆｏｒ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
−ＥＰＣ次元のＰｒｏＳｅ発見の機能（Ｅｎａｂｌｅ  ｔｈｅ  ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｏｆ  ｔｈｅ  ＥＰＣ  ｌｅｖｅｌ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ）
−ＰｒｏＳｅと関連した新しい加入者データ及びデータ格納調整、ＰｒｏＳｅ  ＩＤの調整（ＰｒｏＳｅ  ｒｅｌａｔｅｄ  ｎｅｗ  ｓｕｂｓｃｒｉｂｅｒ  ｄａｔａ  ａｎｄ  ｈａｎｄｌｉｎｇ  ｏｆ  ｄａｔａ  ｓｔｏｒａｇｅ、ａｎｄ  ａｌｓｏ  ｈａｎｄｌｉｎｇ  ｏｆ  ＰｒｏＳｅ  ｉｄｅｎｔｉｔｉｅｓ）
−セキュリティ関連機能（Ｓｅｃｕｒｉｔｙ  ｒｅｌａｔｅｄ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）
−政策関連機能のためにＥＰＣに向かう制御提供（Ｐｒｏｖｉｄｅ  ｃｏｎｔｒｏｌ  ｔｏｗａｒｄｓ  ｔｈｅ  ＥＰＣ  ｆｏｒ  ｐｏｌｉｃｙ  ｒｅｌａｔｅｄ  ｆｕｎｃｔｉｏｎａｌｉｔｙ）
−課金のための機能提供（Ｐｒｏｖｉｄｅ  ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｆｏｒ  ｃｈａｒｇｉｎｇ（ｖｉａ  ｏｒ  ｏｕｔｓｉｄｅ  ｏｆ  ＥＰＣ、例えば、ｏｆｆｌｉｎｅ  ｃｈａｒｇｉｎｇ））
以下、ＰｒｏＳｅのための基準構造において、基準点と基準インターフェースを説明する。
【０１４２】
−ＰＣ１：端末内のＰｒｏＳｅ応用プログラムとＰｒｏＳｅ応用サーバ内のＰｒｏＳｅ応用プログラムとの間の基準点である。これは応用次元でシグナリング要求条件を定義するために使われる。
【０１４３】
−ＰＣ２：ＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の基準点である。これはＰｒｏＳｅ応用サーバとＰｒｏＳｅ機能との間の相互作用を定義するために使われる。ＰｒｏＳｅ機能のＰｒｏＳｅデータベースの応用データアップデートが前記相互作用の一例になることができる。
【０１４４】
−ＰＣ３：端末とＰｒｏＳｅ機能との間の基準点である。端末とＰｒｏＳｅ機能との間の相互作用を定義するために使われる。ＰｒｏＳｅ発見及び通信のための設定が前記相互作用の一例になることができる。
【０１４５】
−ＰＣ４：ＥＰＣとＰｒｏＳｅ機能との間の基準点である。ＥＰＣとＰｒｏＳｅ機能との間の相互作用を定義するために使われる。前記相互作用は、端末間に１：１通信のための経路を設定する時、またはリアルタイムセッション管理や移動性管理のためのＰｒｏＳｅサービスを認証する時を例示することができる。
【０１４６】
−ＰＣ５：端末間に発見及び通信、中継、１：１通信のために制御／ユーザ平面を使用するための基準点である。
【０１４７】
−ＰＣ６：互いに異なるＰＬＭＮに属するユーザ間にＰｒｏＳｅ発見のような機能を使用するための基準点である。
【０１４８】
−ＳＧｉ：応用データ及び応用次元制御情報交換のために使われることができる。
【０１４９】
＜ＰｒｏＳｅ直接通信：ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ＞
ＰｒｏＳｅ直接通信は、２個の公用安全端末がＰＣ５インターフェースを介して直接通信することができる通信モードである。この通信モードは、端末がＥ−ＵＴＲＡＮのカバレッジ内でサービスを受ける場合やＥ−ＵＴＲＡＮのカバレッジから外れた場合の両方ともでサポートされることができる。
【０１５０】
図１０は、ＰｒｏＳｅ直接通信を実行する端末とセルカバレッジの配置例を示す。
【０１５１】
図１０（ａ）を参照すると、端末Ａ及びＢは、セルカバレッジ外に位置できる。図１０（ｂ）を参照すると、端末Ａは、セルカバレッジ内に位置し、端末Ｂは、セルカバレッジ外に位置できる。図１０（ｃ）を参照すると、端末Ａ及びＢは、両方とも単一セルカバレッジ内に位置できる。図１０（ｄ）を参照すると、端末Ａは、第１のセルのカバレッジ内に位置し、端末Ｂは、第２のセルのカバレッジ内に位置できる。
【０１５２】
ＰｒｏＳｅ直接通信は、図１０のように多様な位置にある端末間に実行されることができる。
【０１５３】
一方、ＰｒｏＳｅ直接通信には下記のＩＤが使われることができる。
【０１５４】
ソースレイヤ−２  ＩＤ：このＩＤは、ＰＣ５インターフェースでパケットの送信子を識別させる。
【０１５５】
目的レイヤ−２  ＩＤ：このＩＤは、ＰＣ５インターフェースでパケットのターゲットを識別させる。
【０１５６】
ＳＡ  Ｌ１  ＩＤ：このＩＤは、ＰＣ５インターフェースでスケジューリング割当（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ：ＳＡ）でのＩＤである。
【０１５７】
図１１は、ＰｒｏＳｅ直接通信のためのユーザ平面プロトコルスタックを示す。
【０１５８】
図１１を参照すると、ＰＣ５インターフェースは、ＰＤＣＨ、ＲＬＣ、ＭＡＣ及びＰＨＹ階層で構成される。
【０１５９】
ＰｒｏＳｅ直接通信では、ＨＡＲＱフィードバックがない場合がある。ＭＡＣヘッダは、ソースレイヤ−２  ＩＤ及び目的レイヤ−２  ＩＤを含むことができる。
【０１６０】
＜ＰｒｏＳｅ直接通信のための無線リソース割当＞
ＰｒｏＳｅ可能端末は、ＰｒｏＳｅ直接通信のためのリソース割当に対し、下記の二つのモードを利用することができる。
【０１６１】
１．モード１
モード１は、ＰｒｏＳｅ直接通信のためのリソースを基地局からスケジューリングを受けるモードである。モード１により端末がデータを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でなければならない。端末は、送信リソースを基地局に要求し、基地局は、スケジューリング割当及びデータ送信のためのリソースをスケジューリングする。端末は、基地局にスケジューリング要求を送信し、ＰｒｏＳｅ  ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を送信することができる。基地局は、ＰｒｏＳｅ  ＢＳＲに基づいて、前記端末がＰｒｏＳｅ直接通信をするデータを有しており、この送信のためのリソースが必要であると判断する。
【０１６２】
２．モード２
モード２は、端末が直接リソースを選択するモードである。端末は、リソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）で直接ＰｒｏＳｅ直接通信のためのリソースを選択する。リソースプールは、ネットワークにより設定され、または予め決まることができる。
【０１６３】
一方、端末がサービングセルを有している場合、即ち、端末が基地局とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある場合、またはＲＲＣ＿ＩＤＬＥ状態で特定セルに位置した場合、前記端末は、基地局のカバレッジ内にあると見なされる。
【０１６４】
端末がカバレッジ外にある場合、前記モード２のみ適用されることができる。もし、端末がカバレッジ内にある場合、基地局の設定によってモード１またはモード２を使用することができる。
【０１６５】
他の例外的な条件がない場合、基地局が設定した時にのみ、端末は、モード１からモード２に、またはモード２からモード１にモードを変更することができる。
【０１６６】
＜ＰｒｏＳｅ直接発見（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）＞
ＰｒｏＳｅ直接発見は、ＰｒｏＳｅ可能端末が、近接した他のＰｒｏＳｅ可能端末を発見するときに使われる手順を意味し、Ｄ２Ｄ発見とも呼ばれる。このとき、ＰＣ５インターフェースを介したＥ−ＵＴＲＡ無線信号が使われることができる。以下、ＰｒｏＳｅ直接発見に使われる情報を発見情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）という。
【０１６７】
図１２は、Ｄ２Ｄ発見のためのＰＣ５インターフェースを示す。
【０１６８】
図１２を参照すると、ＰＣ５インターフェースは、ＭＡＣ階層、ＰＨＹ階層と上位階層であるＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ階層で構成される。上位階層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）で発見情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）のお知らせ（ａｎｏｕｎｃｅｍｅｎｔ：以下、アナウンスメント）及びモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に対する許可を扱い、発見情報の内容は、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）に対して透明（ｔｒａｎｓｐａｒｅｎｔ）である。ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌは、アナウンスメントのために有効な発見情報のみがＡＳに伝達されるようにする。
【０１６９】
ＭＡＣ階層は、上位階層（ＰｒｏＳｅ  Ｐｒｏｔｏｃｏｌ）から発見情報を受信する。ＩＰ階層は、発見情報送信のために使われない。ＭＡＣ階層は、上位階層から受けた発見情報をアナウンスするために使われるリソースを決定する。ＭＡＣ階層は、発見情報を伝送するＭＡＣ  ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を作成して物理階層に送る。ＭＡＣヘッダは追加されない。
【０１７０】
発見情報アナウンスメントのために二つのタイプのリソース割当がある。
【０１７１】
１．タイプ１
発見情報のアナウンスメントのためのリソースが、端末特定的でなく割り当てられる方法であり、基地局が端末に発見情報アナウンスメントのためのリソースプール設定を提供する。この設定は、ＳＩＢでシグナリングされることができる。
【０１７２】
端末は、指示されたリソースプールから自体的にリソースを選択し、選択したリソースを利用して発見情報をアナウンスする。端末は、各発見周期（ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ）中に任意に選択したリソースを介して発見情報をアナウンスすることができる。
【０１７３】
２．タイプ２
発見情報のアナウンスメントのためのリソースが、端末特定的に割り当てられる方法である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末は、ＲＲＣ信号を介して基地局に発見信号アナウンスメントのためのリソースを要求することができる。基地局は、ＲＲＣ信号で発見信号アナウンスメントのためのリソースを割り当てることができる。端末に設定されたリソースプール内で発見信号モニタリングのためのリソースが割り当てられることができる。
【０１７４】
ＲＲＣ＿ＩＤＬＥ状態にある端末に対して、基地局は、１）発見信号アナウンスメントのためのタイプ１のリソースプールをＳＩＢで知らせることができる。ＰｒｏＳｅ直接発見が許容された端末は、ＲＲＣ＿ＩＤＬＥ状態で発見情報アナウンスメントのためにタイプ１のリソースプールを利用する。または、基地局は、２）ＳＩＢを介して前記基地局が、ＰｒｏＳｅ直接発見はサポートすることを知らせるが、発見情報アナウンスメントのためのリソースは提供しない。この場合、端末は、発見情報アナウンスメントのためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入しなければならない。
【０１７５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある端末に対して、基地局は、ＲＲＣ信号を介して前記端末が発見情報アナウンスメントのためにタイプ１のリソースプールを使用するか、またはタイプ２のリソースを使用するかを設定することができる。
【０１７６】
図１３は、ＰｒｏＳｅ発見過程の一実施例である。
【０１７７】
図１３を参照すると、端末Ａと端末Ｂは、ＰｒｏＳｅ可能な応用プログラム（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ａｐｐｌｉｃａｔｉｏｎ）が運用されており、前記応用プログラムで相互間に‘友人’である関係、即ち、相互間にＤ２Ｄ通信を許容することができる関係に設定されていると仮定する。以下、端末Ｂは、端末Ａの‘友人’と表現できる。前記応用プログラムは、例えば、ソーシャルネットワーキングプログラムである。‘３ＧＰＰ  Ｌａｙｅｒｓ’は、３ＧＰＰにより規定された、ＰｒｏＳｅ発見サービスを利用するための応用プログラムの機能に対応される。
【０１７８】
端末Ａと端末Ｂとの間の直接発見は、下記の過程を経ることができる。
【０１７９】
１．まず、端末Ａは、応用サーバと正規応用レイヤ通信（ｒｅｇｕｌａｒ  ａｐｐｌｉｃａｔｉｏｎ−Ｌａｙｅｒ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を実行する。この通信は、応用プログラムインターフェース（Ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ：ＡＰＩ）に基づいて行われる。
【０１８０】
２．端末ＡのＰｒｏＳｅ可能応用プログラムは、‘友人’である関係にある応用レイヤＩＤのリストを受信する。前記応用レイヤＩＤは、一般的にネットワーク接続ＩＤ形態である。例えば、端末Ａの応用レイヤＩＤは、“ａｄａｍ＠ｅｘａｍｐｌｅ．ｃｏｍ”のような形態である。
【０１８１】
３．端末Ａは、端末Ａのユーザのための個人表現コード（ｐｒｉｖａｔｅ  ｅｘｐｒｅｓｓｉｏｎｓ  ｃｏｄｅｓ）、前記ユーザの友人のための個人表現コードを要求する。
【０１８２】
４．３ＧＰ  Ｐｌａｙｅｒｓは、ＰｒｏＳｅサーバに表現コード要求を送信する。
【０１８３】
５．ＰｒｏＳｅサーバは、運営者または第３者応用サーバから提供される応用レイヤＩＤを個人表現コードにマッピングする。例えば、“ａｄａｍ＠ｅｘａｍｐｌｅ．ｃｏｍ”のような応用レイヤＩＤは、“ＧＴＥＲ５４３＄＃２ＦＳＪ６７ＤＦＳＦ”のような個人表現コードにマッピングされることができる。このマッピングは、ネットワークの応用サーバから受けたパラメータ（例えば、マッピングアルゴリズム、キー値等）に基づいて実行されることができる。
【０１８４】
６．ＰｒｏＳｅサーバは、導出された表現コードを３ＧＰＰ  ｌａｙｅｒｓに応答する。３ＧＰＰ  ｌａｙｅｒｓは、要求された応用レイヤＩＤに対する表現コードが成功的に受信されたことをＰｒｏＳｅ可能応用プログラムに知らせる。そして、応用レイヤＩＤと表現コードとの間のマッピングテーブルを生成する。
【０１８５】
７．ＰｒｏＳｅ可能応用プログラムは、３ＧＰＰ  ｌａｙｅｒｓに発見手順を開始するように要求する。即ち、提供された‘友人’のうち一つが端末Ａの近くにあり、直接通信が可能な時に発見を試みるようにする。３ＧＰＰ  ｌａｙｅｒｓは、端末Ａの個人表現コード（即ち、前記例において、“ａｄａｍ＠ｅｘａｍｐｌｅ．ｃｏｍ”の個人表現コードである“ＧＴＥＲ５４３＄＃２ＦＳＪ６７ＤＦＳＦ”）を知らせる（ａｎｎｏｕｎｃｅ）。以下、これを‘アナウンス’という。該当応用プログラムの応用レイヤＩＤと個人表現コードとの間のマッピングは、このようなマッピング関係を予め受信した‘友人’のみが知ることができ、そのマッピングを実行することができる。
【０１８６】
８．端末Ｂは、端末Ａと同じＰｒｏＳｅ可能応用プログラムを運用中であり、前述した３乃至６ステップを実行したと仮定する。端末Ｂにある３ＧＰＰ  ｌａｙｅｒｓは、ＰｒｏＳｅ発見を実行することができる。
【０１８７】
９．端末Ｂが端末Ａから前述したアナウンスを受信すると、端末Ｂは、前記アナウンスに含まれている個人表現コードが自分が知っているかどうか及び応用レイヤＩＤとマッピングされるかどうかを判断する。８ステップで説明したように、端末Ｂも３乃至６ステップを実行したため、端末Ａに対する個人表現コード、個人表現コードと応用レイヤＩＤとのマッピング、該当応用プログラムが何かを知っている。したがって、端末Ｂは、端末Ａのアナウンスから端末Ａを発見することができる。端末Ｂ内で、３ＧＰＰ  ｌａｙｅｒｓは、ＰｒｏＳｅ可能応用プログラムに“ａｄａｍ＠ｅｘａｍｐｌｅ．ｃｏｍ”を発見したことを知らせる。
【０１８８】
図１３では、端末Ａ及び端末ＢとＰｒｏＳｅサーバ、応用サーバなどを全て考慮して発見手順を説明した。端末Ａとの端末Ｂとの間の動作側面に限定してみると、端末Ａは、アナウンスと呼ばれる信号を送信し（この過程をアナウンスメントという）、端末Ｂは、前記アナウンスを受信して端末Ａを発見する。即ち、各端末で行われる動作のうち他の端末と直接的に関連した動作は、一つのステップだけであるという側面で、図１３の発見過程は、単一ステップ発見手順とも呼ばれる。
【０１８９】
図１４は、ＰｒｏＳｅ発見過程の他の実施例である。
【０１９０】
図１４において、端末１乃至４は、特定ＧＣＳＥ（ｇｒｏｕｐ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ  ｅｎａｂｌｅｒｓ）グループに含まれている端末と仮定する。端末１は、発見者（ｄｉｓｃｏｖｅｒｅｒ）であり、端末２、３、４は、発見される者（ｄｉｓｃｏｖｅｒｅｅ）であると仮定する。端末５は、発見過程と関係がない端末である。
【０１９１】
端末１及び端末２−４は、発見過程で下記の動作を実行することができる。
【０１９２】
まず、端末１は、前記ＧＣＳＥグループに含まれている任意の端末が周囲にあるかどうかを発見するために、ターゲット発見要求メッセージ（ｔａｒｇｅｔｅｄ  ｄｉｓｃｏｖｅｒｙ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ、以下、発見要求メッセージまたはＭ１と略称できる）をブロードキャストする。ターゲット発見要求メッセージには、前記特定ＧＣＳＥグループの固有な応用プログラムグループＩＤまたはレイヤ−２グループＩＤを含むことができる。また、ターゲット発見要求メッセージには、端末１の固有なＩＤ、即ち、応用プログラム個人ＩＤを含むことができる。ターゲット発見要求メッセージは、端末２、３、４及び５により受信されることができる。
【０１９３】
端末５は、何らの応答メッセージを送信しない。それに対し、前記ＧＣＳＥグループに含まれている端末２、３、４は、前記ターゲット発見要求メッセージに対する応答としてターゲット発見応答メッセージ（Ｔａｒｇｅｔｅｄ  ｄｉｓｃｏｖｅｒｙ  ｒｅｓｐｏｎｓｅ  ｍｅｓｓａｇｅ、以下、発見応答メッセージまたはＭ２と略称できる）を送信する。ターゲット発見応答メッセージには、このメッセージを送信する端末の固有な応用プログラム個人ＩＤが含まれることができる。
【０１９４】
図１４で説明したＰｒｏＳｅ発見過程で端末間の動作を見ると、発見者（端末１）は、ターゲット発見要求メッセージを送信し、これに対する応答であるターゲット発見応答メッセージを受信する。また、発見される者（例えば、端末２）もターゲット発見要求メッセージを受信すると、これに対する応答としてターゲット発見応答メッセージを送信する。したがって、各端末は、２ステップの動作を実行する。このような側面で、図１４のＰｒｏＳｅ発見過程は、２ステップ発見手順という。
【０１９５】
前記図１４で説明した発見手順に加えて、もし、端末１（発見者）がターゲット発見応答メッセージに対する応答として発見確認メッセージ（ｄｉｓｃｏｖｅｒｙ  ｃｏｎｆｉｒｍ  ｍｅｓｓａｇｅ、以下、Ｍ３と略称できる）を送信する場合、これは３ステップ発見手順という。
【０１９６】
以下、Ｄ２Ｄ動作を実行しようとする端末がどのようなリソースを利用してＤ２Ｄ動作を実行することができかに対して説明する。まず、Ｄ２Ｄリソースの制限時に考慮すべき点に対して説明する。
【０１９７】
端末がＲＲＣアイドルモードやＲＲＣ接続モードでセルによりサービスを受けている間に、認証されない目的のために無線リソースを使用し、または認証されないリソースを利用することは好ましくない。その理由は、これはＬＴＥシステム全体の性能低下を引き起こし、または法規違反のような問題を起こすことができるためである。
【０１９８】
したがって、端末がネットワークによりサービスを受けている間には、Ｄ２Ｄ動作においてネットワークにより認証されたリソースのみを使用することが重要である。
【０１９９】
一方、Ｄ２Ｄ動作のためにネットワークにより認証されたリソースは、セル別に変わることができる。即ち、互いに異なるセルは、互いに異なるＤ２Ｄリソースを認証し、または割り当てることができる。このとき、端末は、サービングセルにより認証されたリソースによって、Ｄ２Ｄ動作を実行するように制限される必要がある。また、端末は、隣接セルのＤ２Ｄリソースによって、Ｄ２Ｄ動作に使われるＤ２Ｄリソースを制限する必要もある。
【０２００】
信号の送受信観点から見ると、Ｄ２Ｄ信号の受信においては、端末がどのようなリソースをどのような方式に利用しても大きい問題は発生しない。例えば、特定端末は、他の端末が送信したＤ２Ｄ信号の検出のために不必要に多くのリソースをモニタリングしても、これは前記特定端末のバッテリ消耗が問題になるだけであり、他の端末に大きい影響を及ぼさない。また、端末は、現在サービスを受けているサービングセルのカバレッジ外にある端末や隣接セルに位置した端末からＤ２Ｄ信号を受信する必要がある場合もあるため、前記サービングセルのＤ２Ｄリソースより多くのリソースでＤ２Ｄ信号をモニタリングすることが必要な場合もある。それに対し、Ｄ２Ｄ信号を送信するにあたっては、端末がどのようなリソースを利用するかが重要である。他の端末と重なるリソースを利用したＤ２Ｄ信号の送信は、前記他の端末に干渉を与えるためである。
【０２０１】
このような点を考慮する時、端末に対するＤ２Ｄリソースの制限は、Ｄ２Ｄ信号の送信に使われるリソースの制限が必要であり、Ｄ２Ｄ信号の受信に使われるリソースの制限が必ず必要なものではない。
【０２０２】
一方、互いに異なるセルに属する端末の相互間のＤ２Ｄ信号の送受信が可能なようにするために、各端末は、サービングセルのＤ２Ｄリソースだけでなく、隣接セルのＤ２Ｄリソースに対する情報を取得し、これをモニタリング可能でなければならない。端末は、一般的にサービングセルのタイミングに基づいて基地局との通信を実行したが、Ｄ２Ｄ信号送受信のためには、端末は、隣接セルのＤ２Ｄリソースのタイミングを知ることが重要である。もし、端末が隣接セルのＤ２Ｄリソースのタイミングを知らない場合、端末は、近接した隣接セルから直接シンク信号及び隣接セルのシステム情報を受信すべきであり、このような動作を実行することは、端末の複雑度増加及び端末とサービングセルとの間の通信中断を招くことができる。また、近接しない隣接セルの場合、端末は、該当セルのシンク信号及び隣接セルのシステム情報を受信することが不可能である。この場合、端末は、該当セルのＤ２Ｄリソースを使用して送信されるＤ２Ｄ信号を受信することは不可能になる。
【０２０３】
以下、端末がサービングセルのＤ２Ｄリソースだけでなく、隣接セルのＤ２Ｄリソース情報を取得し、これに基づいてサービングセル及び隣接セルのＤ２Ｄリソースを識別し、必要によって、Ｄ２Ｄ信号の送信に使われるＤ２Ｄリソースに必要な制限に対して説明する。
【０２０４】
１）セルのカバレッジ外からカバレッジ内に移動する場合
端末がセルのカバレッジ外でＤ２Ｄ通信を実行する中に、ネットワークのカバレッジ（例えば、セルのカバレッジ）を検出した場合を仮定する。端末がネットワークのカバレッジ内にある限り、端末は、ネットワークにより認証されたリソースを利用しなければならない。これはＤ２Ｄ通信と基盤施設（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信の共存のために必要である。
【０２０５】
これを保障する容易な方法は、ネットワークが端末にＤ２Ｄ通信のためにどのようなリソースが使用可能かを知らせることである。端末は、ＲＲＣアイドルモードでＤ２Ｄデータパケットを送信することもできるため、Ｄ２Ｄ通信のためのＤ２Ｄリソースプールを知らせる情報は、システム情報を介してブロードキャストされることが好ましい。
【０２０６】
端末がキャンプオンするセルを検出すると、端末は、前記セルのシステム情報から認証されたＤ２Ｄリソースプールを識別しなければならない（Ｄ２Ｄリソースプールが利用可能な場合）。そして、前記セルの前記Ｄ２Ｄリソースプール内でＤ２Ｄ信号の送信に使われるリソースが制限される。
【０２０７】
２）ＲＲＣアイドルモードで移動
ＲＲＣアイドルモードの端末が、特定セルでＤ２Ｄ通信を実行する中に、他のセルを再選択する場合でも類似する制限が適用されることができる。
【０２０８】
即ち、端末がＲＲＣアイドルモードで新しいセルを選択／再選択すると、前記新しいセルのシステム情報から認証されたＤ２Ｄリソースプールを識別しなければならない（Ｄ２Ｄリソースプールが利用可能な場合）。そして、前記新しいセルの前記Ｄ２Ｄリソースプール内でＤ２Ｄ信号の送信に使われるリソースが制限される。
【０２０９】
３）ＲＲＣ接続モードで移動
ＲＲＣ接続モードでの端末が、特定セルでＤ２Ｄ通信を実行する中に、他のセルにハンドオーバする場合にも同様の制限が適用されることができる。
【０２１０】
即ち、端末がＲＲＣ接続モードで特定セルから新しいセルにハンドオーバすると、前記新しいセルのシステム情報から認証されたＤ２Ｄリソースプールを識別しなければならない（Ｄ２Ｄリソースプールが利用可能な場合）。そして、前記新しいセルの前記Ｄ２Ｄリソースプール内でＤ２Ｄ信号の送信に使われるリソースが制限される。ハンドオーバによるＤ２Ｄ通信の中断を最小化するために、ネットワークは、ハンドオーバ命令にＤ２Ｄリソースを指示する情報を含んで提供できる。
【０２１１】
図１５は、本発明の一実施例に係る端末のＤ２Ｄ動作実行方法を示す。
【０２１２】
図１５を参照すると、端末は、サービングセルでのＤ２Ｄ動作に使われる第１のリソース及び隣接セルでのＤ２Ｄ動作に使われる第２のリソースを指示する情報を受信する（Ｓ１１１）。このとき、第２のリソースは、前記サービングセルの特定時点を基準とするオフセット値により指示されることができる。
【０２１３】
端末は、前記情報に基づいてＤ２Ｄ動作を実行する（Ｓ１１２）。
【０２１４】
以下、図１５の各ステップに対し、より詳細に説明する。
【０２１５】
まず、ネットワークは、端末にサービングセルのＤ２Ｄリソース（第１のリソース）を指示する情報を提供することができる。また、ネットワークは、隣接セルのＤ２Ｄリソース（第２のリソース）を指示する情報を追加的に提供することができる。前記情報は、システム情報やＲＲＣメッセージのような上位階層信号を介して提供されることができる。
【０２１６】
前記Ｄ２Ｄリソース（第１のリソース、第２のリソース）は、Ｄ２Ｄ動作（例えば、Ｄ２Ｄ信号の送信やＤ２Ｄ信号の受信）のために使われるリソースを意味し、ネットワークにより認証されたリソースである。
【０２１７】
前記第１のリソースは、前記端末がサービングセルでＤ２Ｄ信号を送信するときに使われることができるリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）である。そして、前記第２のリソースは、隣接セルに位置した端末がＤ２Ｄ信号を受信するときに使われることができるリソースプールである。より具体的に、前記第２のリソースは、隣接セルがＤ２Ｄ動作と関連した制御信号を送信するリソースプールである。
【０２１８】
Ｄ２Ｄ信号の送信は、Ｄ２Ｄ通信のためのＩＰパケットの送信、Ｄ２Ｄ発見メッセージ送信のためのＭＡＣ  ＰＤＵ送信、またはＤ２Ｄ発見メッセージ送信のためのＩＰパケットの送信である。
【０２１９】
一方、前記Ｄ２Ｄリソースを指示する情報は、Ｄ２Ｄ通信が発生する時間周期または時間周期パターンに対する情報を含むことができる。または、Ｄ２Ｄリソースを指示する情報は、Ｄ２Ｄ通信が発生する時間スロットまたは時間スロットのパターンを知らせることができる。または、Ｄ２Ｄリソースを指示する情報は、Ｄ２Ｄ通信が発生するサブフレームまたはサブフレームパターンを知らせることができる。
【０２２０】
また、Ｄ２Ｄリソースを指示する情報は、Ｄ２Ｄ通信が発生する周波数帯域を指示する情報を含むことができる。
【０２２１】
一方、隣接セルでのＤ２Ｄ動作に使われる第２のリソースは、サービングセルの特定時点を基準とするオフセット値により指示されることができる。以下、オフセットは、前記第２のリソースを指示するために提供されるオフセットを意味する。即ち、オフセットは、端末が既に知っているサービングセルの特定時点を基準として隣接セルの第２のリソースがどの時点に位置するかを識別することができるようにし、または知らせる情報である。
【０２２２】
図１６及び図１７は、オフセット値を例示する。
【０２２３】
図１６を参照すると、サービングセルと隣接セルで同じインデックスを有するサブフレーム間の差をオフセット値として与えることができる。例えば、サービングセルのサブフレーム０と隣接セルのサブフレーム０の差、またはサービングセルのサブフレーム１と隣接セルのサブフレーム１の差をオフセット値として与えることができる。
【０２２４】
図１７を参照すると、サービングセルの特定フレーム、例えば、システムフレーム番号（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ：ＳＦＮ）が０であるフレームを基準として隣接セルでのＤ２Ｄリソース、即ち、第２のリソース１７２をオフセット値を介して指示することができる。即ち、サービングセルのＳＦＮ＝０であるフレームを基準時点として隣接セルのＤ２Ｄリソースが時間領域及び／または周波数領域でどれくらい離隔されているかをオフセット値を介して知らせる。
【０２２５】
オフセット値は、時間領域でのオフセットと周波数領域でのオフセットのうち少なくとも一つを含むことができる。
【０２２６】
以下の表は、Ｄ２Ｄ動作のうち、Ｄ２Ｄ通信のために使われるＤ２Ｄリソースを指示する情報の具体的例を示す。
【０２２７】
【表２−１】
2016535509.tif 000005
【表２−２】
2016535509.tif 000006
前記表において、各フィールドは、Ｄ２Ｄ通信のために端末に割り当てられたリソースを意味し、これは端末が選択したリソースプールまたは端末の使用のために割り当てられたリソースの集合を意味する。
【０２２８】
‘ｓａ−ＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ’は、前述したオフセットであり、サービングセルまたはプライマリセルのシステムフレームナンバー（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ：ＳＦＮ）が０であるフレームを基準として隣接セルのＤ２Ｄリソース（第２のリソース）の位置を示す指示子である。
【０２２９】
以下の表は、Ｄ２Ｄ動作のうち、Ｄ２Ｄ発見のために使われるＤ２Ｄリソースを指示する情報の具体的例を示す。
【０２３０】
【表３】
2016535509.tif 000007
前記表において、各フィールドは、Ｄ２Ｄ発見アナウンスメント（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ａｎｏｕｎｃｅｍｅｎｔ）のために端末に割り当てられたリソースを意味し、これは端末が選択したリソースプールまたは端末の使用のために割り当てられたリソースの集合を意味する。
【０２３１】
‘ｄｉｓｃｏｖｅｒｙＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ’は、前述したオフセットであり、サービングセルまたはプライマリセルのシステムフレームナンバー（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ：ＳＦＮ）が０であるフレームを基準として隣接セルのＤ２Ｄリソース（第２のリソース）の位置を示す指示子である。
【０２３２】
一方、隣接セルのＤ２Ｄリソース（第２のリソース）は、隣接セルの各々に対して与えられ、またはサービングセルと同じリソースを使用することを知らせる指示子形態で簡単に与えられることもできる。
【０２３３】
もし、サービングセルのＤ２Ｄリソースと隣接した全ての隣接セルのＤ２Ｄリソースが同じ場合、ネットワークは、隣接セルの各々に対して別個にＤ２Ｄリソースを知らせる必要なく、特定指示子を送信することで、隣接セルのＤ２ＤリソースがサービングセルのＤ２Ｄリソースと同じであることを知らせることができる。
【０２３４】
端末がサービングセルのＤ２Ｄリソースを受信すると、端末は、サービングセルにより認証されたリソース内でＤ２Ｄ動作をするように制限されることができる。また、端末が隣接セルのＤ２Ｄリソースを受信すると、端末は、サービングセルだけでなく、隣接セルにも認証されたリソースでＤ２Ｄ動作をするように制限されることができる。
【０２３５】
例えば、サービングセルにより認証されたＤ２ＤリソースをＳとする。そして、隣接セルｋにより認証されたＤ２ＤリソースをＮ＿ｋとする。
【０２３６】
もし、端末が前記ＳとＮ＿１、Ｎ＿２、Ｎ＿３を指示する情報を受信した場合、端末は、前記サービングセルによりサービスを受けている間に、前記ＳとＮ＿１、Ｎ＿２、Ｎ＿３の積集合に含まれているリソースのみを使用してＤ２Ｄ送信動作が許容されると見なすこともできる。
【０２３７】
端末により積集合を計算する時、端末は、サービングセルと隣接セルとの間の時間差に対して知るべき必要がある。そのために、サービングセルは、サービングセルと隣接セルとの間の時間差をシグナリングすることができ、前述したオフセットが使われることもできる。サービングセルと隣接セルとの間の時間差は、サブフレーム単位のオフセット、スロット単位のオフセットとして与えられることができる。サービングセルは、周波数単位のオフセットも端末に知らせることができる。その後、端末は、サービングセルで許容されたＤ２Ｄリソースを正確に計算することができる。
【０２３８】
他の例として、端末が前記ＳとＮ＿１、Ｎ＿２、Ｎ＿３を指示する情報を受信した時、端末は、前記サービングセルによりサービスを受けている間に、前記ＳとＮ＿１、Ｎ＿２、Ｎ＿３のうち、関心がある集合の和集合に含まれているリソースを使用してＤ２Ｄ受信動作を実行することを考慮することができる。そのために、端末は、関心がある隣接セルのＤ２Ｄリソース情報を正確に識別可能でなければならない。このとき、端末は、前述したオフセットを使用することで、端末が既に知っているサービングセルのタイミングに基づいて該当隣接セルのＤ２Ｄリソース情報が示すタイミングを正確に識別することができる。端末は、識別された隣接セルのＤ２Ｄリソース情報を使用することで、該当隣接セルのＤ２Ｄリソースを使用して送信されるＤ２Ｄ通信データ／Ｄ２Ｄ発見メッセージを受信することができる。
【０２３９】
図１８は、本発明によってＤ２Ｄ動作を実行する方法を示す。
【０２４０】
図１８を参照すると、サービングセル（Ｓｅｒｖｉｎｇ  ｃｅｌｌ）は、端末１にシステム情報を送信する（Ｓ１６１）。前述したように、システム情報は、サービングセルでのＤ２Ｄ動作に使われる第１のリソース及び隣接セルでのＤ２Ｄ動作に使われる第２のリソースを指示することができる。ただし、ここではシステム情報を介して第１及び第２のリソースを指示する例を挙げたが、これに制限されるものではなく、ＲＲＣメッセージのような上位階層信号が利用されることもできる。
【０２４１】
端末１は、前記システム情報に基づいてＤ２Ｄ信号を端末２に送信する（Ｓ１６２）。端末１は、第１のリソースの範囲内でＤ２Ｄ信号を送信し、例えば、第１のリソースと第２のリソースとの積集合を利用してＤ２Ｄ信号を送信することができる。
【０２４２】
図１９は、本発明の実施例が具現される端末を示すブロック図である。
【０２４３】
図１９を参照すると、端末１１００は、プロセッサ１１１０、メモリ１１２０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）１１３０を含む。プロセッサ１１１０は、提案された機能、過程及び／または方法を具現する。例えば、プロセッサ１１１０は、サービングセルでのＤ２Ｄ動作に使われる第１のリソース及び隣接セルでのＤ２Ｄ動作に使われる第２のリソースを指示するシステム情報を受信し、そのシステム情報に基づいてＤ２Ｄ動作を実行する。このとき、第２のリソースは、サービングセルの特定時点を基準とするオフセット値により指示されることができる。
【０２４４】
ＲＦ部１１３０は、プロセッサ１１１０と連結されて無線信号を送信及び受信する。
【０２４５】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。
【図１】
2016535509.tif 000008
【図２】
2016535509.tif 000009
【図３】
2016535509.tif 000010
【図１０】
2016535509.tif 000011
【図１１】
2016535509.tif 000012
【図１２】
2016535509.tif 000013
【図１７】
2016535509.tif 000014
【図４】
2016535509.tif 000015
【図５】
2016535509.tif 000016
【図６】
2016535509.tif 000017
【図７】
2016535509.tif 000018
【図８】
2016535509.tif 000019
【図９】
2016535509.tif 000020
【図１３】
2016535509.tif 000021
【図１４】
2016535509.tif 000022
【図１５】
2016535509.tif 000023
【図１６】
2016535509.tif 000024
【図１８】
2016535509.tif 000025
【図１９】
2016535509.tif 000026
【国際調査報告】
2016535509.tif 000027
2016535509.tif 000028
2016535509.tif 000029
2016535509.tif 000030