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