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