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