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