(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてＵＥ（User Equipment）がＶ２Ｘ（Vehicle-to-Everything）通信を遂行する方法であって、
上位層から、Ｖ２Ｘメッセージを送信せよという要求を受信するステップと、
前記Ｖ２Ｘメッセージを送信せよという、前記受信された要求に基づいて、ＰＣ５上のＶ２Ｘ通信のための無線リソースを選択するステップであって、前記ＵＥは、‘Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）によりサービスされない’である、ステップと、
ＰＣ５上で前記Ｖ２Ｘメッセージを送信するステップと、を含み、
前記ＵＥは、ＰＣ５上のＶ２Ｘ通信がサポートされていることを示すセルにキャンピングしている前記ＵＥと、前記ＵＥがキャンピングしている前記セルによって提供され、ＵＥが使用することを意図しているプロヴィジョンされたキャリア周波数に属していないキャリア周波数とに基づいて、‘Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされない’とみなされる、方法。
【請求項２】
前記ＵＥがキャンピングしている前記セルは、前記キャリア周波数で動作する、または、
前記キャリア周波数は、前記ＵＥがキャンピングしている前記セルによりブロードキャストされたＳＩＢ（System Information Block）２１内で示される、請求項１に記載の方法。
【請求項３】
前記ＵＥがキャンピングしている前記セルは、前記Ｖ２Ｘ通信のために前記ＵＥにより使用されるリソースが基地局により設定されたリソースプール内で選択されるモード４で動作する、請求項１に記載の方法。
【請求項４】
無線通信システムにおいてＶ２Ｘ（Vehicle-to-Everything）通信を遂行するＵＥ（User Equipment）であって、
無線信号を送受信するように構成されたトランシーバと、
トランシーバを制御するように構成されたプロセッサと、を含み、
前記プロセッサは、
トランシーバを経由して上位層から、Ｖ２Ｘメッセージを送信せよという要求を受信し、
前記Ｖ２Ｘメッセージを送信せよという、トランシーバを経由して受信された前記要求に基づいて、ＰＣ５上のＶ２Ｘ通信のための無線リソースを選択し、
前記ＵＥは、‘Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）によりサービスされない’であり、
ＰＣ５上で前記Ｖ２Ｘメッセージを送信する、ように構成され、
前記ＵＥは、ＰＣ５上のＶ２Ｘ通信がサポートされていることを示すセルにキャンピングしている前記ＵＥと、前記ＵＥがキャンピングしている前記セルによって提供され、ＵＥが使用することを意図しているプロヴィジョンされたキャリア周波数に属していないキャリア周波数とに基づいて、‘Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされない’とみなされる、ＵＥ。
【請求項５】
前記ＵＥがキャンピングしている前記セルは、前記キャリア周波数で動作する、または、
前記キャリア周波数は、前記ＵＥがキャンピングしている前記セルによりブロードキャストされたＳＩＢ（System Information Block）２１内で示される、請求項４に記載のＵＥ。
【請求項６】
前記ＵＥがキャンピングしている前記セルは、前記Ｖ２Ｘ通信のために前記ＵＥにより使用されるリソースが基地局により設定されたリソースプール内で選択されるモード４で動作する、請求項４に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より詳しくは、車両対物（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信を遂行する／支援する方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムはユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声だけでなく、データサービスまで領域を拡張しており、現在には爆発的なトラフィックの増加によってリソースの不足現象が引起こされて、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は大別して、爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅に増加した連結デバイス個数の収容、非常に低い端対端遅延（Ｅｎｄ−ｔｏ−Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率が支援できなければならない。そのために、デュアルコネクティビティ（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ−ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多元接続（ＮＯＭＡ：Ｎｏｎ−Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）など、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、ＵＥがＰＣ５（即ち、ＵＥ（または、車両（ｖｅｈｉｃｌｅ））間の無線インターフェース／参照ポイント）を通じたＶ２Ｘ通信を遂行する方法を提案する。
【０００５】
また、本発明ではＰＣ５を通じたＶ２Ｘ通信のためにクロスキャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）スケジューリング動作を支援する時、ＵＥが適切なセル（または、キャリア周波数）を選択してＶ２Ｘ通信を遂行する方法を提案する。
【０００６】
本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【課題を解決するための手段】
【０００７】
本発明の一態様は、無線通信システムにおけるユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がＶ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信を遂行する方法において、上位層からＶ２Ｘメッセージの転送要求を受信するステップ、前記Ｖ２Ｘメッセージの転送要求を受信する時、前記ＵＥがＶ２Ｘ通信のためにＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）によりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）であれば、ＰＣ５インターフェースを介したＶ２Ｘ通信のためのリソースを選択するステップ及び前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための転送を遂行するステップを含み、Ｖ２Ｘ通信を支援するセルにＵＥがキャンピング（ｃａｍｐｉｎｇ）し、前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが提供するキャリア周波数が、前記ＵＥが使用することを意図する予め設定されたキャリア周波数に属しなければ、前記ＵＥは、Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【０００８】
本発明の他の一態様は、無線通信システムにおけるＶ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信を遂行するユーザ装置において、無線信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）及び前記通信モジュールを制御するプロセッサを含み、前記プロセッサは上位層からＶ２Ｘメッセージの転送要求を受信し、前記Ｖ２Ｘメッセージの転送要求を受信する時、前記ＵＥがＶ２Ｘ通信のためにＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）によりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）であれば、ＰＣ５インターフェースを介したＶ２Ｘ通信のためのリソースを選択し、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための転送を遂行するように構成され、Ｖ２Ｘ通信を支援するセルにＵＥがキャンピング（ｃａｍｐｉｎｇ）し、前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが提供するキャリア周波数が、前記ＵＥが使用することを意図する予め設定されたキャリア周波数に属しなければ、前記ＵＥはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【０００９】
好ましくは、前記Ｖ２Ｘメッセージの転送要求を受信する時、前記ＵＥがＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）であれば、基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のためのリソースを要求する、または前記基地局により予め設定されたリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内でＰＣ５インターフェースを介したＶ２Ｘ通信のためのリソースを選択することができる。
【００１０】
好ましくは、ＰＣ５インターフェースを介したＶ２Ｘ通信のための如何なる無線リソースも提供しないセルに前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）すれば、前記ＵＥは、Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【００１１】
好ましくは、前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルは、前記キャリア周波数で運用（ｏｐｅｒａｔｅ）される、または前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルによりブロードキャスティングされたシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）２１内の前記キャリア周波数が指示できる。
【００１２】
好ましくは、前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが提供する一つ以上のキャリア周波数が予め設定されたキャリア周波数に属すれば、前記ＵＥは、Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）またはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【００１３】
好ましくは、前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが提供する一つ以上のキャリア周波数のうち、前記予め設定されたキャリア周波数で前記Ｖ２Ｘ通信を遂行することを所望する時、前記ＵＥは、Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【００１４】
好ましくは、前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが提供するキャリア周波数のうち、前記ＵＥが前記Ｖ２Ｘ通信を所望のキャリア周波数で運用（ｏｐｅｒａｔｅ）されるセルを探索することができる。
【００１５】
好ましくは、前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが提供するキャリア周波数のうち、前記ＵＥが前記Ｖ２Ｘ通信を所望のキャリア周波数で運用（ｏｐｅｒａｔｅ）されるセルの探索が失敗すれば、前記ＵＥは、Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【００１６】
好ましくは、前記ＵＥが前記予め設定されたキャリア周波数で前記Ｖ２Ｘ通信を遂行することを所望しない時、前記ＵＥは、Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【００１７】
好ましくは、前記ＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルは前記Ｖ２Ｘ通信のために基地局により前記ＵＥが使用する特定のリソースが割り当てられるモード３または前記Ｖ２Ｘ通信のために前記基地局により設定されたリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内で前記ＵＥが使用するリソースを選択するモード４として動作できる。
【発明の効果】
【００１８】
本発明の実施形態によれば、ＵＥが効果的にＶ２Ｘ通信を遂行することができる。
【００１９】
また、本発明の実施形態によれば、ＰＣ５を通じたＶ２Ｘ通信のためにクロスキャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）スケジューリング動作を支援する時、ＵＥが効果的にＶ２Ｘ通信を遂行することができる。
【００２０】
本発明で得ることができる効果は以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【図面の簡単な説明】
【００２１】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００２２】
【図１】本発明が適用できるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である。
【図２】本発明が適用できるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【図３】本発明が適用できる無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【図４】本発明が適用できる無線通信システムにおける端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）構造を示す。
【図５】本発明が適用できる無線通信システムにおける物理チャネルの構造を簡略に例示する図である。
【図６】本発明が適用できる無線通信システムにおける競争基盤ランダムアクセス手続きを説明するための図である。
【図７】本発明の一実施形態に従うＶ２Ｘ通信遂行方法を例示する。
【図８】本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【図９】本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２３】
以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするのでない。以下の詳細な説明は本発明の完全な理解を提供するために具体的細部事項を含む。しかしながら、当業者は本発明がこのような具体的細部事項無しでも実施できることが分かる。
【００２４】
幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略される、または各構造及び装置の核心機能を中心としたブロック図の形式で図示できる。
【００２５】
本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で基地局により遂行されると説明された特定の動作は場合によっては基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により遂行されることもできる。即ち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで端末との通信のために遂行される多様な動作は基地局または基地局以外の他のネットワークノードにより遂行できることは自明である。‘基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）’は固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語により代替できる。また、‘端末（Ｔｅｒｍｉｎａｌ）’は固定されるか、またはモビリティを有することができ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置などの用語に代替できる。
【００２６】
以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクで送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクで送信機は端末の一部であり、受信機は基地局の一部でありうる。
【００２７】
以下の説明で使われる特定の用語は本発明の理解を助けるために提供されたものであり、このような特定の用語の使用は本発明の技術的思想を逸脱しない範囲で他の形態に変更できる。
【００２８】
以下の技術はＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などの多様な無線アクセスシステムに利用できる。ＣＤＭＡはＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現化できる。ＴＤＭＡはＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現化できる。ＯＦＤＭＡはＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などの無線技術で具現化できる。ＵＴＲＡはＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（3ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）はＥ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進化である。
【００２９】
本発明の実施形態は無線アクセスシステムであるＩＥＥＥ  ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち、少なくとも一つに開示された標準文書により裏付けられる。即ち、本発明の実施形態のうち、本発明の技術的思想を明確に表すために説明しないステップまたは部分は前記文書により裏付けられる。また、本文書で開示している全ての用語は前記標準文書により説明できる。
【００３０】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心として記述するが、本発明の技術的特徴がこれに制限されるのではない。
【００３１】
本文書で使用できる用語は次のように定義される。
【００３２】
−  ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）：３ＧＰＰにより開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）基盤の第３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術
【００３３】
−  ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）基盤のパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００３４】
−  ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３５】
−  ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３６】
−  端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザ機器。端末は端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語で言及できる。また、端末はノートブック、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などの携帯可能な機器であり、またはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯不可能な機器でありうる。ＭＴＣ関連内容で端末または端末という用語はＭＴＣ端末を称することができる。
【００３７】
−  ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰ基盤に提供するサブシステム。
【００３８】
−  ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークから国際的に固有に割り当てられるユーザ識別子。
【００３９】
−  ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅ  Ｂ及びこれを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢを含む単位。端末端に存在し、コアネットワークへの連結を提供する。
【００４０】
−  ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザ状態格納などの機能を遂行することができる。
【００４１】
−  ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレータ別に区分されて構成できる。
【００４２】
以下、前記のように定義された用語に基づいて本発明に対して記述する。
【００４３】
本発明が適用できるシステム一般
【００４４】
図１は、本発明が適用できるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である。
【００４５】
図１のネットワーク構造は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の構造を簡略に再構成したものである。
【００４６】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは多様な種類のネットワーク間のモビリティを支援するネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰ基盤に多様な無線アクセス技術を支援し、より向上したデータ転送能力を提供するなどの最適化したパケット基盤システムを提供することを目標とする。
【００４７】
具体的に、ＥＰＣは３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケット基盤リアルタイム及び非リアルタイムサービスを支援することができる。既存の移動通信システム（即ち、第２世代または第３世代移動通信システム）では音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブドメインを通じてコアネットワークの機能が具現化された。しかしながら、第３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化された。即ち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末との間の連結が、ＩＰ基盤の基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を通じて構成できる。即ち、ＥＰＣは端対端（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービスの具現化に必須の構造である。
【００４８】
ＥＰＣは多様な構成要素を含むことができ、図１ではそのうちの一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（または、Ｓ−ＧＷ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）（または、ＰＧＷまたはＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を図示する。
【００４９】
ＳＧＷは無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能を行う要素である。また、端末がｅＮｏｄｅＢによりサービング（ｓｅｒｖｉｎｇ）される領域に亘って移動する場合、ＳＧＷはローカルモビリティアンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８の以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内でのモビリティのためにＳＧＷを通じてパケットがルーティングできる。また、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８の前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とのモビリティのためのアンカーポイントとして機能することもできる。
【００５０】
ＰＤＮ  ＧＷはパケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷはポリシー施行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などを支援することができる。また、３ＧＰＰネットワークと非３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉｍａｘのような信頼されるネットワーク）とのモビリティ管理のためのアンカーポイントの役割をすることができる。
【００５１】
図１のネットワーク構造の例示ではＳＧＷとＰＤＮ  ＧＷが別途のゲートウェイで構成されることを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現化されることもできる。
【００５２】
ＭＭＥは、端末のネットワーク連結に対するアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）、及びハンドオーバーなどを支援するためのシグナリング及び制御機能を遂行する要素である。ＭＭＥは加入者及びセッション管理に関連した制御プレーン機能を制御する。ＭＭＥは数多いｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを遂行する。また、ＭＭＥはセキュリティ過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００５３】
ＳＧＳＮは他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザのモビリティ管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００５４】
ｅＰＤＧは信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対するセキュリティノードとしての役割をする。
【００５５】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスは勿論、非３ＧＰＰアクセス基盤でもＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００５６】
また、図１では多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を図示する。３ＧＰＰシステムではＥ−ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する二つの機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は図１に図示されたレファレンスポイントを整理したものである。表１の例示の他にもネットワーク構造によって多様なレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）が存在することができる。
【００５７】
【表１】
0006776459.tif 000002
【００５８】
図１に図示されたレファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮ  ＧＷの間の関連制御及びモビリティリソースをユーザプレーンに提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷの間の関連制御及びモビリティ支援をユーザプレーンに提供するレファレンスポイントである。
【００５９】
図２は、本発明が適用できるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【００６０】
Ｅ−ＵＴＲＡＮシステムは既存のＵＴＲＡＮシステムから進化したシステムであって、例えば、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムでありうる。通信ネットワークはＩＭＳ及びパケットデータを通じて音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））のような多様な通信サービスを提供するために広範囲に配置される。
【００６１】
図２を参照すると、Ｅ−ＵＭＴＳネットワークはＥ−ＵＴＲＡＮ、ＥＰＣ、及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは端末に制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）プロトコルを提供するｅＮＢで構成され、ｅＮＢはＸ２インターフェースを介して連結される。
【００６２】
Ｘ２ユーザプレーンインターフェース（Ｘ２−Ｕ）はｅＮＢの間に定義される。Ｘ２−ＵインターフェースはユーザプレーンＰＤＵ（ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ）の保証されない伝達（ｎｏｎ  ｇｕａｒａｎｔｅｅｄ  ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２制御プレーンインターフェース（Ｘ２−ＣＰ）は、二つの隣り合うｅＮＢの間に定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテクスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットｅＮＢとの間のユーザプレーントンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理などの機能を遂行する。
【００６３】
ｅＮＢは、無線インターフェースを介して端末と連結され、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）に連結される。
【００６４】
Ｓ１ユーザプレーンインターフェース（Ｓ１−Ｕ）はｅＮＢとサービングゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）の間に定義される。Ｓ１制御プレーンインターフェース（Ｓ１−ＭＭＥ）はｅＮＢとモビリティ管理エンティティ（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）の間に定義される。Ｓ１インターフェースはＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラサービス管理機能、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥ負荷バランシング機能などを遂行する。Ｓ１インターフェースは、ｅＮＢとＭＭＥ／Ｓ−ＧＷとの間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）を支援する。
【００６５】
ＭＭＥは、ＮＡＳシグナリングセキュリティ（ｓｅｃｕｒｉｔｙ）、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）セキュリティ（ｓｅｃｕｒｉｔｙ）制御、３ＧＰＰアクセスネットワーク間のモビリティを支援するためのＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノード間（Ｉｎｔｅｒ−ＣＮ）シグナリング、（ページング再転送の遂行及び制御を含む）アイドル（ＩＤＬＥ）モードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）、（アイドル及びアクティブモード端末のための）トラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）管理、ＰＤＮ  ＧＷ及びＳＧＷ選択、ＭＭＥが変更されるハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング（ｒｏａｍｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、専用ベアラ確立（ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）を含むベアラ管理機能、公共警告システム（ＰＷＳ：Ｐｕｂｌｉｃ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）（地震及び津波警告システム（ＥＴＷＳ：Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）及び商用モバイル警告システム（ＣＭＡＳ：Ｃｏｍｍｅｒｃｉａｌ  Ｍｏｂｉｌｅ  Ａｌｅｒｔ  Ｓｙｓｔｅｍ）含み）メッセージ転送の支援などの多様な機能を遂行することができる。
【００６６】
図３は、本発明が適用できる無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【００６７】
図３を参照すると、ｅＮＢはゲートウェイ（例えば、ＭＭＥ）の選択、無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間、ゲートウェイへのルーティング、ブロードキャストチャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）のスケジューリング及び転送、アップリンク及びダウンリンクからＵＥへの動的リソース割り当て、そしてＬＴＥ＿ＡＣＴＩＶＥ状態でモビリティ制御連結の機能を遂行することができる。前述したように、ＥＰＣ内でゲートウェイはページング開始（ｏｒｇｉｎａｔｉｏｎ）、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）の暗号化（ｃｉｐｈｅｒｉｎｇ）、システム構造進化（ＳＡＥ：Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ベアラ制御、そしてＮＡＳシグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性（ｉｎｔｅｒｇｒｉｔｙ）保護の機能を遂行することができる。
【００６８】
図４は、本発明が適用できる無線通信システムにおける端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）構造を示す。
【００６９】
図４（ａ）は制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示し、図４（ｂ）はユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造を示す。
【００７０】
図４を参照すると、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は通信システムの技術分野で公知かつ広く知られた開放型システム間相互接続（ＯＳＩ：ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）標準モデルの下位３層に基づいて第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に分割できる。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは水平的に物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）、データリンク層（ｄａｔａ  ｌｉｎｋ  ｌａｙｅｒ）及びネットワーク層（ｎｅｔｗｏｒｋ  ｌａｙｅｒ）からなり、垂直的にはデータ情報転送のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）と制御信号（ｓｉｇｎａｌｉｎｇ）伝達のためのプロトコルスタックである制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に区分される。
【００７１】
制御プレーンは端末とネットワークが呼を管理するために用いる制御メッセージが転送される通路を意味する。ユーザプレーンはアプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが転送される通路を意味する。以下、無線プロトコルの制御プレーンとユーザプレーンの各層を説明する。
【００７２】
第１層（Ｌ１）である物理層（ＰＨＹ：ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を使用することによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は上位レベルに位置した媒体アクセス制御（ＭＡＣ：ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層にトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結され、トランスポートチャネルを介してＭＡＣ層と物理層との間でデータが転送される。トランスポートチャネルは無線インターフェースを介してデータがどのようにどんな特徴で転送されるかによって分類される。そして、互いに異なる物理層間、送信端の物理層と受信端の物理層の間には物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが転送される。物理層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式により変調され、時間と周波数を無線リソースに活用する。
【００７３】
物理層で使われる幾つかの物理制御チャネルがある。物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は端末にページングチャネル（ＰＣＨ：ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）とダウンリンク共有チャネル（ＤＬ−ＳＣＨ：ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割り当て及びアップリンク共有チャネル（ＵＬ−ＳＣＨ：ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と関連したＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）情報を知らせる。また、ＰＤＣＣＨは端末にアップリンク転送のリソース割り当てを知らせるアップリンク承認（ＵＬ  ｇｒａｎｔ）を運ぶことができる。物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ：ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は端末にＰＤＣＣＨに使われるＯＦＤＭシンボルの数を知らせて、サブフレーム毎に転送される。物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ：ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）はアップリンク転送の応答としてＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅ）信号を運ぶ。物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、ダウンリンク転送に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、スケジューリング要求及びチャネル品質指示子（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）などのアップリンク制御情報を運ぶ。物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＵＬ−ＳＣＨを運ぶ。
【００７４】
第２層（Ｌ２）のＭＡＣ層は論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲＬＣ：ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層にサービスを提供する。また、ＭＡＣ層は論理チャネルとトランスポートチャネルとの間のマッピング及び論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルに提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化機能を含む。
【００７５】
第２層（Ｌ２）のＲＬＣ層は信頼性のあるデータ転送を支援する。ＲＬＣ層の機能はＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲＢ：ｒａｄｉｏ  ｂｅａｒｅｒ）が要求する多様なＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は透過モード（ＴＭ：ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）、非確認モード（ＵＭ：ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）及び確認モード（ＡＭ：ａｃｋｎｏｗｌｅｄｇｅ  ｍｏｄｅ）の３種類の動作モードを提供する。ＡＭ  ＲＬＣはＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を通じて誤り訂正を提供する。一方、ＭＡＣ層がＲＬＣ機能を遂行する場合にＲＬＣ層はＭＡＣ層の機能ブロックに含まれることができる。
【００７６】
第２層（Ｌ２）のパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層はユーザプレーンでユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）機能を遂行する。ヘッダ圧縮機能は小さな帯域幅を有する無線インターフェースを介してＩＰｖ４（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）またはＩＰｖ６（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）のようなインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率よく転送されるようにするために相対的にサイズが大きく、不必要な制御情報を含んでいるＩＰパケットヘッダサイズを縮める機能を意味する。制御プレーンでのＰＤＣＰ層の機能は制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００７７】
第３層（Ｌ３）の最下位部分に位置した無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層は制御プレーンのみに定義される。ＲＲＣ層は端末とネットワークとの間の無線リソースを制御する役割を遂行する。このために端末とネットワークはＲＲＣ層を通じてＲＲＣメッセージを互いに交換する。ＲＲＣ層は無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解放（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルを制御する。無線ベアラは端末とネットワークとの間のデータ転送のために第２層（Ｌ２）により提供される論理的な経路を意味する。無線ベアラが設定されるということは特定のサービスを提供するために無線プロトコル層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定することを意味する。また、無線ベアラはシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ  ＲＢ）とデータ無線ベアラ（ＤＲＢ：ｄａｔａ  ＲＢ）の２種類に分けられる。ＳＲＢは制御プレーンでＲＲＣメッセージを転送する通路に使われて、ＤＲＢはユーザプレーンでユーザデータを転送する通路に使われる。
【００７８】
ＲＲＣ層の上位に位置するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）層はセッション管理（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）とモビリティ管理（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００７９】
基地局を構成する一つのセルは１．２５、２．５、５、１０、２０Ｍｈｚなどの帯域幅のうちの一つに設定されて、多数の端末に下りまたは上り転送サービスを提供する。互いに異なるセルは互いに異なる帯域幅を提供するように設定できる。
【００８０】
ネットワークから端末にデータを転送する下りトランスポートチャネル（ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）は、システム情報を転送するブロードキャストチャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、ページングメッセージを転送するＰＣＨ、ユーザトラフィックや制御メッセージを転送するＤＬ−ＳＣＨなどがある。下りマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ＤＬ−ＳＣＨを介して転送されることもでき、または別途の下りマルチキャストチャネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を介して転送されることもできる。一方、端末からネットワークにデータを転送する上りトランスポートチャネル（ｕｐｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）には、初期制御メッセージを転送するランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを転送するＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がある。
【００８１】
論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）はトランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる。論理チャネルは制御領域情報の伝達のための制御チャネルとユーザ領域情報の伝達のためのトラフィックチャネルに区分できる。制御チャネルには、ブロードキャスト制御チャネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ページング制御チャネル（ＰＣＣＨ：ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、共通制御チャネル（ＣＣＣＨ：ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、専用制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、マルチキャスト制御チャネル（ＭＣＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）などがある。トラフィックチャネルには、専用トラフィックチャネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）、マルチキャストトラフィックチャネル（ＭＴＣＨ：ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）などがある。ＰＣＣＨはページング情報を伝達するダウンリンクチャネルであり、ネットワークがＵＥが属したセルを知らない時に使われる。ＣＣＣＨはネットワークとのＲＲＣ接続を有しないＵＥにより使われる。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）制御情報を伝達するために使われる点対多点（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルである。ＤＣＣＨはＵＥとネットワークとの間に専用制御情報を伝達するＲＲＣ接続を有する端末により使われる一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）チャネルである。ＤＴＣＨはアップリンク及びダウンリンクで存在できるユーザ情報を伝達するために一つの端末が専用する一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャネルである。ＭＴＣＨはネットワークからＵＥへのトラフィックデータを伝達するための一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルである。
【００８２】
論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）との間のアップリンク連結の場合、ＤＣＣＨはＵＬ−ＳＣＨとマッピングされることができ、ＤＴＣＨはＵＬ−ＳＣＨとマッピングされることができ、ＣＣＣＨはＵＬ−ＳＣＨとマッピングできる。論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）との間のダウンリンク連結の場合、ＢＣＣＨはＢＣＨまたはＤＬ−ＳＣＨとマッピングされることができ、ＰＣＣＨはＰＣＨとマッピングされることができ、ＤＣＣＨはＤＬ−ＳＣＨとマッピングされることができ、ＤＴＣＨはＤＬ−ＳＣＨとマッピングされることができ、ＭＣＣＨはＭＣＨとマッピングされることができ、ＭＴＣＨはＭＣＨとマッピングされることができる。
【００８３】
図５は、本発明が適用できる無線通信システムにおける物理チャネルの構造を簡略に例示する図である。
【００８４】
図５を参照すると、物理チャネルは周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で一つ以上のサブキャリアと時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で一つ以上のシンボルで構成される無線リソースを通じてシグナリング及びデータを伝達する。
【００８５】
１．０ｍｓの長さを有する一つのサブフレームは複数のシンボルで構成される。サブフレームの特定のシンボル（例えば、サブフレームの最初のシンボル）はＰＤＣＣＨのために使用できる。ＰＤＣＣＨは動的に割り当てられるリソースに対する情報（例えば、リソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）、変調及びコーディング方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）など）を運ぶ。
【００８６】
ランダムアクセス手続き（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）
【００８７】
以下、ＬＴＥ／ＬＴＥ−Ａシステムで提供するランダムアクセス手続き（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）について説明する。
【００８８】
ランダムアクセス手続きは端末が基地局とのＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がないので、ＲＲＣアイドル状態で初期接続（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）を遂行する場合、ＲＲＣ接続再確立手続き（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）を遂行する場合などに遂行される。
【００８９】
ＬＴＥ／ＬＴＥ−Ａシステムではランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ、ＲＡＣＨ  ｐｒｅａｍｂｌｅ）を選択する過程で、特定の集合の内で端末が任意に一つのプリアンブルを選択して使用する競争基盤ランダムアクセス手続き（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）と基地局が特定の端末のみに割り当ててくれたランダムアクセスプリアンブルを使用する非競争基盤ランダムアクセス手続き（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）を全て提供する。
【００９０】
図６は、本発明が適用できる無線通信システムにおける競争基盤ランダムアクセス手続きを説明するための図である。
【００９１】
（１）第１メッセージ（Ｍｓｇ１、ｍｅｓｓａｇｅ１）
【００９２】
まず、端末はシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）またはハンドオーバー命令（ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）を通じて指示されたランダムアクセスプリアンブルの集合で任意に（ｒａｎｄｏｍｌｙ）一つのランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ、ＲＡＣＨ  ｐｒｅａｍｂｌｅ）を選択し、前記ランダムアクセスプリアンブルを転送することができるＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ＲＡＣＨ）リソースを選択して転送する。
【００９３】
端末からランダムアクセスプリアンブルを受信した基地局はプリアンブルをデコーディングし、ＲＡ−ＲＮＴＩを獲得する。ランダムアクセスプリアンブルが転送されたＰＲＡＣＨと関連したＲＡ−ＲＮＴＩは該当端末が転送したランダムアクセスプリアンブルの時間−周波数リソースによって決定される。
【００９４】
（２）第２メッセージ（Ｍｓｇ  ２、ｍｅｓｓａｇｅ  ２）
【００９５】
基地局は第１メッセージ上のプリアンブルを通じて獲得したＲＡ−ＲＮＴＩに指示（ａｄｄｒｅｓｓ）されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）を端末に転送する。ランダムアクセス応答にはランダムアクセスプリアンブルインデックス／識別子（ＲＡ  ｐｒｅａｍｂｌｅ  ｉｎｄｅｘ／ｉｄｅｎｔｉｆｉｅｒ）、アップリンク無線リソースを知らせるアップリンク承認（ＵＬ  ｇｒａｎｔ）、臨時セル識別子（ＴＣ−ＲＮＴＩ：Ｔｅｍｐｏｒａｒｙ  Ｃｅｌｌ  ＲＮＴＩ）、そして時間同期値（ＴＡＣ：ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｃｏｍｍａｎｄ）が含まれることができる。ＴＡＣは基地局が端末にアップリンク時間整列（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）を維持するために送る時間同期値を指示する情報である。端末は前記時間同期値を用いて、アップリンク転送タイミングを更新する。端末が時間同期を更新すれば、時間同期タイマー（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｔｉｍｅｒ）を開始または再開始する。ＵＬ  ｇｒａｎｔは後述するスケジューリングメッセージ（第３メッセージ）の転送に使われるアップリンクリソース割り当て及びＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｍｍａｎｄ）を含む。ＴＰＣはスケジューリングされたＰＵＳＣＨのための転送パワーの決定に使われる。
【００９６】
端末はランダムアクセスプリアンブルの転送後に、基地局がシステム情報またはハンドオーバー命令を通じて指示されたランダムアクセス応答ウィンドウ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ  ｗｉｎｄｏｗ）内で自身のランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）の受信を試みて、ＰＲＡＣＨに対応するＲＡ−ＲＮＴＩにマスキングされたＰＤＣＣＨを検出し、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨを受信するようになる。ランダムアクセス応答情報はＭＡＣ  ＰＤＵ（ＭＡＣ  ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ）の形式で転送されることができ、前記ＭＡＣ  ＰＤＵはＰＤＳＣＨを介して伝達できる。
【００９７】
端末は基地局に転送したランダムアクセスプリアンブルと同一のランダムアクセスプリアンブルインデックス／識別子を有するランダムアクセス応答の受信に成功すれば、ランダムアクセス応答のモニタリングを中止する。一方、ランダムアクセス応答ウィンドウが終了するまでランダムアクセス応答メッセージが受信できなかったり、基地局に転送していたランダムアクセスプリアンブルと同一のランダムアクセスプリアンブルインデックスを有する有効なランダムアクセス応答を受信できなかった場合、ランダムアクセス応答の受信は失敗したと見なされて、以後、端末はプリアンブル再転送を遂行することができる。
【００９８】
（３）第３メッセージ（Ｍｓｇ  ３、ｍｅｓｓａｇｅ  ３）
【００９９】
端末が自身に有効なランダムアクセス応答を受信した場合には、前記ランダムアクセス応答に含まれた情報を各々処理する。即ち、端末はＴＡＣを適用させ、ＴＣ−ＲＮＴＩを格納する。また、ＵＬ  ｇｒａｎｔを用いて、端末のバッファに格納されたデータまたは新しく生成されたデータを基地局に転送する。
【０１００】
端末の最初の接続の場合、ＲＲＣ層で生成されてＣＣＣＨを介して伝達されたＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて転送されることができ、ＲＲＣ接続再確立手続きの場合、ＲＲＣ層で生成されてＣＣＣＨを介して伝達されたＲＲＣ接続再確立要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて転送できる。また、ＮＡＳ接続要求メッセージを含むこともできる。
【０１０１】
第３メッセージは端末の識別子が含まれなければならない。端末の識別子を含める方法には二つの方法が存在する。最初の方法は、端末が前記ランダムアクセス手続き以前に既に該当セルで割り当てを受けた有効なセル識別子（Ｃ−ＲＮＴＩ）を有していれば、端末は前記ＵＬ  ｇｒａｎｔに対応するアップリンク転送信号を通じて自身のセル識別子を転送する。一方、仮にランダムアクセス手続き以前に有効なセル識別子の割り当てを受けていなければ、端末は自身の固有識別子（例えば、Ｓ−ＴＭＳＩ（ＳＡＥ  ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）または任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））を含んで転送する。一般的に上記の固有識別子はＣ−ＲＮＴＩより長い。
【０１０２】
端末は前記ＵＬ  ｇｒａｎｔに対応するデータを転送していれば、衝突解決のためのタイマー（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を開始する。
【０１０３】
（４）第４メッセージ（Ｍｓｇ  ４、ｍｅｓｓａｇｅ  ４）
【０１０４】
基地局は端末から第３メッセージを通じて該当端末のＣ−ＲＮＴＩを受信した場合、受信したＣ−ＲＮＴＩを用いて端末に第４メッセージを転送する。一方、端末から第３メッセージを通じて前記固有識別子（即ち、Ｓ−ＴＭＳＩまたは任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））を受信した場合、ランダムアクセス応答で該当端末に割り当てたＴＣ−ＲＮＴＩを用いて第４メッセージを端末に転送する。一例として、第４メッセージはＲＲＣ接続設定メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）が含むことができる。
【０１０５】
端末はランダムアクセス応答に含まれたＵＬ  ｇｒａｎｔを通じて自身の識別子を含んだデータを転送した後、衝突解決のために基地局の指示を待つ。即ち、特定のメッセージを受信するためにＰＤＣＣＨの受信を試みる。前記ＰＤＣＣＨを受信する方法においても二つの方法が存在する。前述したように、前記ＵＬ  ｇｒａｎｔに対応して転送された第３メッセージが自身の識別子がＣ−ＲＮＴＩである場合、自身のＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試みて、前記識別子が固有識別子（即ち、Ｓ−ＴＭＳＩまたは任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））である場合には、ランダムアクセス応答に含まれたＴＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試みる。その後、前者の場合、仮に前記衝突解決タイマーが満了する前に自身のＣ−ＲＮＴＩを通じてＰＤＣＣＨを受信した場合に、端末は正常にランダムアクセス手続きが遂行されたと判断し、ランダムアクセス手続きを終了する。後者の場合には、前記衝突解決タイマーが満了する前にＴＣ−ＲＮＴＩを通じてＰＤＣＣＨを受信していれば、前記ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。仮に前記データの内容に自身の固有識別子が含まれていれば、端末は正常にランダムアクセス手続きが遂行されたと判断し、ランダムアクセス手続きを終了する。第４メッセージを通じて端末はＣ−ＲＮＴＩを獲得し、以後、端末とネットワークはＣ−ＲＮＴＩを用いて端末特定のメッセージ（ｄｅｄｉｃａｔｅｄ  ｍｅｓｓａｇｅ）を送受信するようになる。
【０１０６】
一方、非競争基盤ランダムアクセス過程での動作は図６に図示された競争基盤ランダムアクセス過程とは異なり、第１メッセージ転送及び第２メッセージ転送だけでランダムアクセス手続きが終了するようになる。但し、第１メッセージとして端末が基地局にランダムアクセスプリアンブルを転送する前に端末は基地局からランダムアクセスプリアンブルの割り当てを受けるようになり、この割り当てを受けたランダムアクセスプリアンブルを基地局に第１メッセージとして転送し、基地局からランダムアクセス応答を受信することによってランダムアクセス手続きが終了するようになる。
【０１０７】
以下、本明細書で使われる用語に対する説明は、次の通りである。
【０１０８】
− 専用ベアラ（Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ）：ＵＥ内のアップリンクパケットフィルタとＰ−ＧＷ内のダウンリンクパケットフィルタと関連したＥＰＳベアラである。ここで、フィルタは特定のパケットのみマッチングされる。
【０１０９】
−  基本ベアラ（Ｄｅｆａｕｌｔ  ｂｅａｒｅｒ）：各新しいＰＤＮ連結により確立されるＥＰＳベアラである。Ｄｅｆａｕｌｔ  ｂｅａｒｅｒのコンテクストはＰＤＮ連結の寿命時間（ｌｉｆｅ  ｔｉｍｅ）の間に維持される。
【０１１０】
−  ＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）−ヌル（ＥＭＭ−ＮＵＬＬ）状態：ＵＥ内のＥＰＳサービスが不活性される。如何なるＥＰＳモビリティ管理機能も遂行されない。
【０１１１】
−  ＥＭＭ−非登録（ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ）状態：ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＥＭＭコンテクストが確立されず、ＵＥ位置はＭＭＥに知られない。したがって、ＭＭＥによりＵＥが接近可能でない（ｕｎｒｅａｃｈａｂｌｅ）。ＥＭＭコンテクストを確立するために、ＵＥはアタッチ（Ａｔｔａｃｈ）または結合されたアタッチ（ｃｏｍｂｉｎｅｄ  Ａｔｔａｃｈ）手続きを始めなければならない。
【０１１２】
−  ＥＭＭ−登録（ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ）状態：ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥ内のＥＭＭコンテクストが確立されており、基本（ｄｅｆａｕｌｔ）ＥＰＳベアラコンテクストが活性化されている。ＵＥがＥＭＭ−ＩＤＬＥモードにいる時、ＵＥ位置はＴＡの特定の番号を含むＴＡのリストの正確度でＭＭＥに知られる。ＵＥはユーザデータ及びシグナリング情報の送受信を開始することができ、ページングに応答することができる。また、ＴＡＵまたは結合されたＴＡＵ（ｃｏｍｂｉｎｅｄ  ＴＡＵ）手続きが遂行される。
【０１１３】
−  ＥＭＭ−接続（ＥＭＭ−ＣＯＮＮＥＣＴＥＤ）モード：ＵＥとネットワークとの間にＮＡＳシグナリング連結が確立される時、ＵＥはＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。ＥＭＭ−ＣＯＮＮＥＣＴＥＤの用語はＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の用語として称されることもできる。
【０１１４】
−  ＥＭＭ−アイドル（ＥＭＭ−ＩＤＬＥ）モード：ＵＥとネットワークとの間にＮＡＳシグナリング連結が存在しないか（即ち、留保指示のないＥＭＭ−ＩＤＬＥモード）、またはＲＲＣ接続留保（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｕｓｐｅｎｄ）が下位層により指示された時（即ち、留保指示を伴ったＥＭＭ−ＩＤＬＥモード）、ＵＥはＥＭＭ−ＩＤＬＥモードである。ＥＭＭ−ＩＤＬＥの用語はＥＣＭ−ＩＤＬＥ状態の用語として称されることもできる。
【０１１５】
−  ＥＭＭコンテクスト（ＥＭＭ  ｃｏｎｔｅｘｔ）：アタッチ（Ａｔｔａｃｈ）手続きの完了に成功すれば、ＥＭＭコンテクストはＵＥ及びＭＭＥ内に確立される。
【０１１６】
−  制御プレーン（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ：ＭＭＥを経由して制御プレーンを通じたユーザデータ（ＩＰ、ｎｏｎ−ＩＰまたはＳＭＳ）の効率よい伝達（ｔｒａｎｓｐｏｒｔ）を可能にするシグナリング最適化。選択的にＩＰデータのヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）を含むことができる。
【０１１７】
−  ユーザプレーン（Ｕｓｅｒ  ｐｌａｎｅ）ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ：ユーザプレーンを通じたユーザデータ（ＩＰまたはｎｏｎ−ＩＰ）の効率よい伝達を可能にするシグナリング最適化
【０１１８】
−  ＥＰＳサービス：ＰＳ図ＭＥＩＮにより提供されるサービス。
【０１１９】
−  ＮＡＳシグナリング連結：ＵＥとＭＭＥとの間のピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）Ｓ１モード連結。ＮＡＳシグナリング連結はＬＴＥ−Ｕｕインターフェースを経由するＲＲＣ接続とＳ１インターフェースを経由するＳ１ＡＰ連結の連接（ｃｏｎｃａｔｅｎａｔｉｏｎ）で構成される。
【０１２０】
−  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎを伴うＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｗｉｔｈ  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ）を使用するＵＥ：ネットワークにより承諾されたｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＣＩＯＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎを伴うＥＰＳサービスのためにアタッチ（ａｔｔａｃｈ）されたＵＥ
【０１２１】
−  ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＭＴＳ、ＥＰＳプロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージをやり取りするための機能的な層。端末のモビリティを支援し、端末とＰＤＮ  ＧＷとの間のＩＰ連結を樹立及び維持するセッション管理手続きを支援することを主な機能とする。
【０１２２】
−  ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：Ｅ−ＵＴＲＡＮ（ｅＮＢ）とＵＥとの間またはＥ−ＵＴＲＡＮ（ｅＮＢ）とＭＭＥとの間インターフェースプロトコル（ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）上でＮＡＳ層の下のプロトコル層を意味する。例えば、制御プレーンプロトコルスタックで、ＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を総称するか、またはそのうちのいずれか一つの層をＡＳ層と称することができる。または、ユーザプレーンプロトコルスタックで、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を総称するか、またはそのうちのいずれか一つの層をＡＳ層と称することができる。
【０１２３】
−  Ｓ１モード（Ｓ1  ｍｏｄｅ）：無線アクセスネットワークとコアネットワークとの間のＳ１インターフェースの使用に従う機能的な分離を有するシステムに適用されるモードを意味する。Ｓ１モードはＷＢ−Ｓ１モードとＮＢ−Ｓ１モードを含む。
【０１２４】
−  ＮＢ−Ｓ１モード（ＮＢ−Ｓ1  ｍｏｄｅ）：ＵＥのサービング無線アクセスネットワークが狭帯域（ＮＢ：Ｎａｒｒｏｗ  Ｂａｎｄ）−ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）による（Ｅ−ＵＴＲＡを経由した）ネットワークサービスへのアクセスを提供する時、ＵＥはこのモードが適用される。
【０１２５】
−  ＷＢ−Ｓ１モード（ＷＢ−Ｓ１  ｍｏｄｅ）：システムがＳ１モードで動作するが、ＮＢ−Ｓ１モードでなければ、このモードが適用される。
【０１２６】
近接性基盤サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  ｓｅｒｖｉｃｅｓ）内のＥ−ＵＴＲＡＮによりサービスされない（Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）
【０１２７】
ＵＥが次のような時、“Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”として定義する：
【０１２８】
−  Ｅ−ＵＴＲＡＮカバレッジを逸脱する時；
【０１２９】
−  Ｅ−ＵＴＲＡＮカバレッジ内であるが、如何なるセルにもキャンピング（ｃａｍｐ）しない時；
【０１３０】
−  Ｅ−ＵＴＲＡＮカバレッジ内であるが、非ＥＵＴＲＡＮ（ｎｏｎ−Ｅ−ＵＴＲＡＮ）セルにキャンピング（ｃａｍｐ）する時；
【０１３１】
−  ＰｒｏＳｅ直接サービスのためにプロヴィジョンされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数上に動作（ｏｐｅｒａｔｅ）されないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する時；
【０１３２】
ＰｒｏＳｅ直接通信
【０１３３】
３ＧＰＰ  ＴＳ  ２４．３３４に記述されたＵＥの動作は、次の通りである。
【０１３４】
１０  ＰｒｏＳｅ直接通信（ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
【０１３５】
１０．１  一般
【０１３６】
以下、ＰＣ５インターフェース（即ち、ＵＥ間の直接インターフェース）を通じたＰｒｏＳｅ直接通信のためのＵＥでの手続き及びＵＥの間の手続きを説明する。
【０１３７】
Ｅ−ＵＴＲＡＮによりサービスされる時（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、ＵＥはＰｒｏＳｅ直接通信を開始する前にサービス許可手続き（ｓｅｒｖｉｃｅ  ａｕｔｈｏｒｉｚａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）に基盤して登録されたＰＬＭＮ内でＰｒｏＳｅ直接通信のために許可を受けなければならない。
【０１３８】
Ｅ−ＵＴＲＡＮによりサービスされない時（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、ＵＥはＰｒｏＳｅ直接通信を開始する前に、サービス許可手続き（ｓｅｒｖｉｃｅ  ａｕｔｈｏｒｉｚａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）に基盤して“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”のためのＰｒｏＳｅ直接通信のために許可を受けなければならない。
【０１３９】
１０．２  一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ＰｒｏＳｅ直接通信
【０１４０】
１０．２．１  一般
【０１４１】
ｏｎｅ−ｔｏ−ｍａｎｙ  ＰｒｏＳｅ直接通信はＰｒｏＳｅ可能な公共安全（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）ＵＥのみに適用できる。ｏｎｅ−ｔｏ−ｍａｎｙ  ＰｒｏＳｅ直接通信をＵＥが次のような時のみに適用できる：
【０１４２】
ａ）Ｅ−ＵＴＲＡＮによりサービスされ（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、登録されたＰＬＭＮ内のＰｒｏＳｅ直接通信のために許可を受ける時；
【０１４３】
ｂ）Ｅ−ＵＴＲＡＮによりサービスされず（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”のためのＰｒｏＳｅ直接通信のために許可を受ける時；または
【０１４４】
ｃ）ＥＭＭ−ＩＤＬＥモードであり、３ＧＰＰ  ＴＳ  ２３．１２２内に規定されたように制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）であり、仮にＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである理由が次のうちの一つであれば、“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”の時、ＰｒｏＳｅ直接通信のために許可を受ける時：
【０１４５】
ｉ）ＵＥが３ＧＰＰ  ＴＳ  ３６．３０４内に規定されたように選択されたＰＬＭＮ内の適合したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探さない場合；
【０１４６】
ｉｉ）ＵＥが３ＧＰＰ  ＴＳ  ２４．３０１内に規定されたようにＥＭＭ原因＃１１“ＰＬＭＮが許されない（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを受信した場合、またはＵＥが３ＧＰＰ  ＴＳ  ２４．００８内に規定されたように、原因＃１１“ＰＬＭＮが許容されない（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージを受信した場合；または
【０１４７】
ｉｉｉ）ＵＥが３ＧＰＰ  ＴＳ  ２４．３０１内に規定されたように、ＥＭＭ原因＃７“ＥＰＳサービスが許されない（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを受信した場合、またはＵＥが３ＧＰＰ  ＴＳ  ２４．００８内に規定されたように、原因＃７“ＧＰＲＳサービスが許容されない（ＧＰＲＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージを受信した場合。
【０１４８】
与えられたグループ内のＰｒｏＳｅ直接通信のためのデータを送信または受信するように上位層から要求を受信する時、ＵＥはＰｒｏＳｅ直接通信のための手続きを開始する。ａの場合、ＵＥは後述する２−２節で特定されたＰｒｏＳｅ直接通信手続きを遂行する。ｂ及びｃの場合、ＵＥは後述する２−３節で特定されたＰｒｏＳｅ直接通信手続きを遂行する。
【０１４９】
ＵＥがネットワークによりＰｒｏＳｅ直接通信が支援されると指示するＰｒｏＳｅ直接通信のためにプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）されたキャリア周波数上で動作しないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）すれば、ＵＥは後述する２−２節で特定されたＰｒｏＳｅ直接通信手続きまたは後述する２−３節で特定されたＰｒｏＳｅ直接通信手続きを遂行することができる。
【０１５０】
ｏｎｅ−ｔｏ−ｍａｎｙ  ＰｒｏＳｅ直接通信によりリレーされる進歩したマルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ：ｅｖｏｌｖｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）を除いて、ＵＥはグループのためのＰｒｏＳｅ直接通信ポリシーパラメータを獲得する。
【０１５１】
ＰｒｏＳｅ直接通信ポリシーパラメータがＵＥが該当グループのためにＩＰバージョン  ６（ＩＰｖ６：Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ６）を用いるように設定されたと指示すれば、ＵＥはＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）４８６２内で定義されたリンクローカル（ｌｏｃａｌ）ＩＰｖ６アドレスを自動設定（ａｕｔｏ−ｃｏｎｆｉｇｕｒｅ）する。このアドレスはｏｎｅ−ｔｏ−ｍａｎｙ  ＰｒｏＳｅ直接通信のためのソースＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスとしてのみ使用できる。
【０１５２】
ＰｒｏＳｅ直接通信ポリシーパラメータがＵＥが該当グループのためにＩＰバージョン４（ＩＰｖ４：Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）を用いるように設定されたと指示すれば、ＵＥは次を遂行する：
【０１５３】
−  ソースアドレスとして該当グループのための設定されたＩＰｖ４アドレスを使用する；または
【０１５４】
−  該当グループのために設定されたＩＰｖ４アドレスがなければ、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）ＲＦＣ  ３９２７内に規定されたように、ＩＰｖ４リンクローカルアドレスの動的設定（ｄｙｎａｍｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を用いる。
【０１５５】
１０．２．２  サービングＥ−ＵＴＲＡＮにより遂行可能な（ｆａｃｉｌｉｔａｔｅｄ）ＰｒｏＳｅ直接通信
【０１５６】
ＵＥがＥ−ＵＴＲＡＮによりサービスされ（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）Ｅ−ＵＴＲＡＮセルにより提供されたＰｒｏＳｅ無線リソース（即ち、キャリア周波数）を使用することを所望する時、ＵＥはＰｒｏＳｅ直接通信を転送するか、または受信するためのパラメータを下位層に要求する。下位層がＰｒｏＳｅ直接通信がネットワークにより支援されると指示する時のみ、ＵＥは直接通信を遂行する。ＥＭＭ−ＩＤＬＥモードであるＵＥがＰｒｏＳｅ直接通信のためのリソースを要求しなければならなければ、ＵＥは３ＧＰＰ  ＴＳ  ２４．３０１内で規定されたように、サービス要求（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ）手続きまたはトラッキング領域アップデート（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ）手続きを遂行する。３ＧＰＰ  ＴＳ  ３６．３３１内に規定されたように、ＰｒｏＳｅ直接通信を受信するか、または受信するための無線リソースがｅＮＢにより提供される時、ＵＥはＰｒｏＳｅ直接通信を始める。
【０１５７】
１０．２．３  ＵＥがプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）された無線リソースを用いる手続き
【０１５８】
ＵＥがＥ−ＵＴＲＡＮによりサービスされない時（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、ＵＥは次のようにＰｒｏＳｅ直接通信のために使われる無線パラメータを選択する：
【０１５９】
−  ＵＥが地理的領域内に位置した自身を決定できれば、そしてＵＥが地理的領域のための無線パラメータがプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）されていれば、ＵＥは該当地理的領域と関連した無線パラメータを選択する；または
【０１６０】
−  全ての他の場合で、ＵＥはＰｒｏＳｅ直接通信を開始しない。
【０１６１】
ＵＥが３ＧＰＰ  ＲＡＴのカバレッジ内にある時、例えば、ＵＥはサービングＰＬＭＮから導出された情報を用いてＵＥが自身が特定の地理的領域内に位置すると決定することができる。また、ＵＥが３ＧＰＰ  ＲＡＴのカバレッジにない時、ＵＥはローカル規定により決定された他の技術を用いてＵＥが自身が特定の地理的領域内に位置すると決定することができる。
【０１６２】
ＰｒｏＳｅ直接通信を開始する前に、ＵＥは選択された無線パラメータが３ＧＰＰ  ＴＳ  ３６．３３１内に規定されたように、他のセルへの干渉を誘発せず、現在位置内で利用できるか否かを下位層とチェックし、そして：
【０１６３】
−  仮に、下位層が該当使用が如何なる干渉も誘発しないと指示すれば、ＵＥはＰｒｏＳｅ直接通信を開始する；または
【０１６４】
この際、下位層がプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）された無線リソース（即ち、キャリア周波数）を動作（ｏｐｅｒａｔｅ）するセルが存在すると発見すれば、また該当セルが登録されたＰＬＭＮまたは登録されたＰＬＭＮと等価の（ｅｑｕｉｖａｌｅｎｔ）ＰＬＭＮに属すれば、ＵＥはこのＰＬＭＮ内のＰｒｏＳｅ直接通信のために許可されれば、ＵＥは３ＧＰＰ  ＴＳ  ３６．３３１内に規定されたように、セルにより指示された無線パラメータを使用することができる。
【０１６５】
−  一方、下位層が一つ以上のＰＬＭＮがプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）された無線リソース（即ち、キャリア周波数）内で動作すると報告すれば：
【０１６６】
ａ）  次のような条件を満たせば：
【０１６７】
１）下位層により報告されたＰＬＭＮが登録されたＰＬＭＮでなく、登録されたＰＬＭＮと等価（ｅｑｕｉｖａｌｅｎｔ）でない；そして
【０１６８】
２）下位層により報告されたＰＬＭＮのうち、少なくとも一つがＰｒｏＳｅ直接通信のために許可されたＰＬＭＮのリスト内に属し、３ＧＰＰ  ＴＳ  ３６．３３１内に規定されたように、ＰｒｏＳｅ直接通信のための無線リソースを提供する；
【０１６９】
すると、ＵＥは次を遂行する：
【０１７０】
１）ＵＥがＥＭＭ−ＩＤＬＥモードであれば、３ＧＰＰ  ＴＳ  ２３．１２２内に規定されたように、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を遂行する；または
【０１７１】
２）そうでなくて、ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであれば、次のうちの一つを遂行する：
【０１７２】
ｉ）３ＧＰＰ  ＴＳ  ２４．３０１内に規定されたように、ディタッチ（ｄｅｔａｃｈ）手続きを遂行し、３ＧＰＰ  ＴＳ  ２３．１２２内に規定されたように、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を遂行する；または
【０１７３】
ｉｉ）ＰｒｏＳｅ直接通信を開始しない。
【０１７４】
ＵＥが前記のｉ）またはｉｉ）のうち、どの動作を遂行するかはＵＥの規定に従う；または
【０１７５】
ｂ）一方、前記の条件を満たせなければ、ＵＥはＰｒｏＳｅ直接通信を開始しない。
【０１７６】
選択されたＰＬＭＮへの登録が成功すれば、ＵＥは先に説明した２−２節で規定されたように、ＰｒｏＳｅ直接通信を開始するための手続きを進行する。
【０１７７】
ＵＥが地理的領域と関連した無線パラメータを使用してＰｒｏＳｅ直接通信を遂行している中に該当地理的領域を逸脱すれば、ＵＥはＰｒｏＳｅ直接通信の遂行を中断し、そして：
【０１７８】
−  ＵＥがＥ−ＵＴＲＡＮによりサービスされないか（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）またはＵＥがサービングＥ−ＵＴＲＡＮセルにより動作（ｏｐｅｒａｔｅ）されるリソース以外のＰｒｏＳｅのための無線リソースを使用することを所望すると、ＵＥは前述したように新しい地理的領域のための適切な無線パラメータを選択する；または
【０１７９】
−  ＵＥがＥ−ＵＴＲＡＮによりサービスされ（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）ＵＥがサービングＥ−ＵＴＲＡＮセルにより動作（ｏｐｅｒａｔｅ）されるＰｒｏＳｅのための無線リソースを使用することを所望すると、ＵＥは、Ｅ−ＵＴＲＡＮによりサービスされる時、ＰｒｏＳｅ直接通信を開始するための手続きを進行する。
【０１８０】
ＰＣ５を通じたＶ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）通信
【０１８１】
３ＧＰＰ  ＴＳ  ２４．３８６に記述されたＰＣ５を通じたＶ２Ｘ通信動作は、次の通りである。
【０１８２】
６．１  ＰＣ５を通じたＶ２Ｘ通信
【０１８３】
６．１．１  一般
【０１８４】
以下、ＰＣ５を通じたＶ２Ｘ通信のためのＵＥでのまたはＵＥの間の手続きを説明する。
【０１８５】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）基盤または非ＩＰ（ｎｏｎ−ＩＰ）基盤ＰＣ５を通じたＶ２Ｘ通信が全て支援される。ＩＰ基盤Ｖ２Ｘ通信の場合、ＩＰｖ６のみ使われて、ＩＰｖ４は支援されない。
【０１８６】
６．１．２  ＰＣ５を通じたＶ２Ｘ通信の転送
【０１８７】
６．１．２．１  開始
【０１８８】
上位層はＵＥがＰＣ５を通じたＶ２Ｘ通信を用いてＶ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを転送するように要求することができる。
【０１８９】
上位層からの要求は、次を含む：
【０１９０】
ａ）Ｖ２Ｘメッセージ；
【０１９１】
ｂ）Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子；
【０１９２】
ｃ）Ｖ２Ｘメッセージ内のデータタイプ（インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）または非ＩＰ（ｎｏｎ−ＩＰ））；
【０１９３】
ｄ）Ｖ２Ｘメッセージがｎｏｎ−ＩＰデータを含めば、ｎｏｎ−ＩＰタイプＰＤＵのｎｏｎ−ＩＰタイプフィールドをＶ２Ｘメッセージファミリー（ｆａｍｉｌｙ）に相応する値にセッティングするための指示；及び
【０１９４】
ｅ）Ｖ２Ｘメッセージ優先順位。
【０１９５】
上位層からＰＣ５を通じたＶ２Ｘ通信を用いてＶ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを転送するように要求を受信すれば、ＵＥは次の手続きを進行する：
【０１９６】
ａ）仮に、次の条件を満たせば（即ち、ａ）は“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”動作を意味する）：
【０１９７】
１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”）；
【０１９８】
２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線リソース（即ち、キャリア周波数）を使用するように意図する；
【０１９９】
３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時、登録されたＰＬＭＮがＰＣ５を通じたＶ２Ｘ通信を用いるように許可されたＰＬＭＮリスト内に属する；
【０２００】
４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を通じたＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））に設定される；
【０２０１】
この場合、ＵＥは次の通り動作する：
【０２０２】
１）１０．２．２節で規定されたように、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求；及び
【０２０３】
２）６．１．２．２節で規定されたように、ＰＣ５を通じたＶ２Ｘ通信の転送遂行
【０２０４】
ｂ）一方、次の条件を満たせば（即ち、ｂ）は“Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”動作を意味する）：
【０２０５】
１）ＵＥが：
【０２０６】
Ａ）Ｅ−ＵＴＲＡＮによりサービスされない（“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”）；または
【０２０７】
Ｂ）仮に、ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである理由が次のうち、いずれか一つに該当すれば、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで；
【０２０８】
ｉ）ＵＥが選択されたＰＬＭＮ内で適合したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探さない場合；
【０２０９】
ｉｉ）ＵＥがＥＭＭ原因＃１１“ＰＬＭＮが許容されない（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１“ＰＬＭＮが許容されない（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージを受信した場合；または
【０２１０】
ｉｉｉ）ＵＥがＥＭＭ原因＃７“ＥＰＳサービスが許容されない（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージまたはＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７“ＧＰＲＳサービスが許容されない（ＧＰＲＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴメッセージまたはＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージまたはＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合；または
【０２１１】
Ｃ）前記のｉ）、ｉｉ）、ｉｉｉ）以外の理由によりｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであり、“運営者により管理されない（ｎｏｎ−ｏｐｅｒａｔｏｒ  ｍａｎａｇｅｄ）”無線パラメータがプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）される地理的領域内に位置する；
【０２１２】
２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥがＰＣ５を通じたＶ２Ｘ通信を用いるように許可される；及び
【０２１３】
３）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を通じたＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））に設定される；
【０２１４】
この場合、ＵＥは次の通り動作する：
【０２１５】
１）６．１．２．３節に規定されたように、ＰＣ５を通じたＶ２Ｘ通信のための無線資  源選択；及び
【０２１６】
２）６．１．２．２節に規定されたように、ＰＣ５を通じたＶ２Ｘ通信の転送遂行；
【０２１７】
そうでなければ、ＵＥはＰＣ５を通じたＶ２Ｘ通信を遂行しない。
【０２１８】
６．１．２．２  転送
【０２１９】
ＵＥはプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）内にＶ２Ｘメッセージを含めて、転送のために次のようなパラメータと共に該当ＰＤＵを下位層に伝達する：
【０２２０】
ａ）次の通りセッティングされた第３層（Ｌａｙｅｒ−３）プロトコルデータユニットタイプ：
【０２２１】
１）Ｖ２ＸメッセージがＩＰデータを含めば、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケット；または
【０２２２】
２）Ｖ２Ｘメッセージがｎｏｎ−ＩＰデータを含めば、非ＩＰ（ｎｏｎ−ＩＰ）パケット；
【０２２３】
ｂ）ＰＣ５を通じたＶ２Ｘ通信のためにＵＥにより独自に割り当てられた（ｓｅｌｆ−ａｓｓｉｇｎｅｄ）ソース第２層識別子（ｓｏｕｒｃｅ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））；
【０２２４】
ｃ）次の通りセッティングされた目的地Ｌａｙｅｒ−２  ＩＤ：
【０２２５】
１）仮に、Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスリスト内に含まれれば、ＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスリスト内のＶ２ＸサービスのＶ２Ｘサービス識別子と関連した目的地Ｌａｙｅｒ−２  ＩＤ；または
【０２２６】
２）仮に、Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスリスト内に含まれず、ＵＥにＰＣ５を通じたＶ２Ｘ通信のための基本（ｄｅｆａｕｌｔ）目的地Ｌａｙｅｒ−２  ＩＤが設定されれば、ＰＣ５を通じたＶ２Ｘ通信のためにＵＥに設定された基本（ｄｅｆａｕｌｔ）目的地Ｌａｙｅｒ−２  ＩＤ；
【０２２７】
ｄ）仮にＶ２Ｘメッセージがｎｏｎ−ＩＰデータを含めば、ｎｏｎ−ＩＰタイプＰＤＵのｎｏｎ−ＩＰタイプフィールドを上位層により指示されたＶ２Ｘサービスにより使われたＶ２Ｘメッセージファミリーに相応する値にセッティングする指示；
【０２２８】
ｅ）Ｖ２ＸメッセージがＩＰデータを含めば、ＰＣ５を通じたＶ２Ｘ通信のためにＵＥにより独自に割り当てられた（ｓｅｌｆ−ａｓｓｉｇｎｅｄ）ソースＩＰアドレスにセッティングされたソースＩＰアドレス；
【０２２９】
ｆ）上位層から受信したＶ２Ｘメッセージ優先順位に相応する値にセッティングされたＰｒｏＳｅパケット別優先順位（ＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ  Ｐｒｉｏｒｉｔｙ）（Ｖ２Ｘメッセージ優先順位のＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ  ＰｒｉｏｒｉｔｙへのマッピングはＵＥに設定される）；及び
【０２３０】
ｇ）ＰＣ５を通じたＶ２Ｘ通信のためにＵＥにパケット遅延バジェット（ＰＤＢ：Ｐａｃｋｅｔ  Ｄｅｌａｙ  Ｂｕｄｇｅｔ）対ＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ  Ｐｒｉｏｒｉｔｙマッピング規則が設定されれば、ＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ  Ｐｒｉｏｒｉｔｙと関連したＰＤＢ。
【０２３１】
ＵＥが緊急ＰＤＮ連結を有すれば、ＰＣ５を通じたＶ２Ｘ通信の転送より緊急ＰＤＮ連結を通じた転送に高い優先順位を与えるためにＵＥは下位層に指示を転送する。
【０２３２】
６．１．２．３  ＵＥがＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）された無線リソースを使用する手続き
【０２３３】
ＵＥがＥ−ＵＴＲＡＮによりサービスされない時（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、ＵＥは次の通りＰＣ５を通じたＶ２Ｘ通信のために使われる無線パラメータ（ｒａｄｉｏ  ｐａｒａｍｅｔｅｒｓ）を選択する：
【０２３４】
−  ＵＥが地理的領域（ｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａ）内に自身が位置すると自ら判断することができ、ＵＥにｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａのためのｒａｄｉｏ  ｐａｒａｍｅｔｅｒがプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）されれば、ＵＥはｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａと関連したｒａｄｉｏ  ｐａｒａｍｅｔｅｒを選択する；または
【０２３５】
−以外の全ての場合において、ＵＥはＰｒｏＳｅ直接通信を開始しない。
【０２３６】
ＵＥが３ＧＰＰ  ＲＡＴのカバレッジ内にある時、例えば、ＵＥはサービングＰＬＭＮから導出された情報を用いてＵＥが自身が特定の地理的領域内に位置すると決定することができる。また、ＵＥが３ＧＰＰ  ＲＡＴのカバレッジにない時、ＵＥはローカル規定により決定された他の技術（例えば、グローバルナビゲーション衛星システム（ＧＮＳＳ：Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）を用いてＵＥが自身が特定の地理的領域内に位置すると決定することができる。
【０２３７】
ＰＣ５を通じたＶ２Ｘ通信を開始する前にＵＥが“運営者により管理される（ｏｐｅｒａｔｏｒ  ｍａｎａｇｅｄ）”無線パラメータを使用することを所望すると、ＵＥは選択された無線パラメータが他のセルに干渉を誘発せず、現在位置内で使われることができるかを下位層とチェックする。
【０２３８】
−  下位層が使用が如何なる干渉も誘発しないと指示すれば、ＵＥはＰＣ５を通じたＶ２Ｘ通信を開始する；または
【０２３９】
−そうでなくて、下位層がｐｒｏｖｉｓｉｏｎｅｄ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ（即ち、キャリア周波数）内で一つ以上のＰＬＭＮを報告すれば、
【０２４０】
ａ）次のような条件を満たせば：
【０２４１】
１）下位層により報告されたＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでない場合；
【０２４２】
２）下位層により報告されたＰＬＭＮのうち、少なくとも一つがＰＣ５を通じたＶ２Ｘ通信のために許可されたＰＬＭＮのリストに含まれて、ＰＣ５を通じたＶ２Ｘ通信のための無線リソースを提供する場合；及び
【０２４３】
３）ＵＥが緊急ＰＤＮ連結を有しない場合；
【０２４４】
すると、ＵＥは次の通り動作する：
【０２４５】
１）ＥＭＭ−ＩＤＬＥモードであれば、ＰＣ５を通じたＶ２Ｘ通信によりトリガーされたＰＬＭＮ選択を遂行する；または
【０２４６】
２）そうでなくて、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであれば、次のうちの一つを遂行する：
【０２４７】
ｉ）ディタッチ（ｄｅｔａｃｈ）手続きを遂行し、ＰＣ５を通じたＶ２Ｘ通信によりトリガーされたＰＬＭＮ選択を遂行する；または
【０２４８】
ｉｉ）ＰｒｏＳｅ直接通信を開始しない。
【０２４９】
ＵＥが先のｉ）またはｉｉ）のうち、どの動作を遂行するかはＵＥの具現化に従う。
【０２５０】
ｂ）そうでなければ、ＵＥはＰＣ５を通じたＶ２Ｘ通信を開始しない。
【０２５１】
選択されたＰＬＭＮへの登録が成功されれば、ＵＥはＰＣ５を通じたＶ２Ｘ通信を開始するための手続きを進行する。
【０２５２】
ＵＥがｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａと関連したｒａｄｉｏ  ｐａｒａｍｅｔｅｒを用いてＰＣ５を通じたＶ２Ｘ通信を遂行する中にｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａを逸脱すれば、ＵＥはＰＣ５を通じたＶ２Ｘ通信を遂行することを中断する：
【０２５３】
−ＵＥがＥ−ＵＴＲＡＮによりサービスされなければ（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、またはＵＥがサービングＥ−ＵＴＲＡＮセルにより動作（ｏｐｅｒａｔｅ）される無線リソース以外のＰＣ５を通じたＶ２Ｘ通信のための無線リソースを使用することを所望すると、ＵＥは新しいｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａのための適切なｒａｄｉｏ  ｐａｒａｍｅｔｅｒを選択する；または
【０２５４】
−  ＵＥがＥ−ＵＴＲＡＮによりサービスされ（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ））、サービングＥ−ＵＴＲＡＮセルにより動作（ｏｐｅｒａｔｅ）されるＰＣ５を通じたＶ２Ｘ通信のための無線リソースを使用することを所望すると、ＵＥはＥ−ＵＴＲＡＮによりサービスされる時、ＰＣ５を通じたＶ２Ｘ通信を開始するための手続きを進行する。
【０２５５】
６．１．２．４  ＰＣ５を通じたＶ２Ｘ転送のプライバシー（ｐｒｉｖａｃｙ）
【０２５６】
ＰＣ５を通じたＶ２Ｘ通信の転送を開始する時、タイマーＴ５０００が動作されなければ、ＵＥはタイマーＴ５０００を始める。
【０２５７】
次の通りの時：
【０２５８】
ａ）アプリケーション層識別子が変更されたと上位層から指示を獲得；または
【０２５９】
ｂ）タイマーＴ５０００満了、
【０２６０】
ＵＥは、次のような動作を行う：
【０２６１】
ａ）ＰＣ５を通じたＶ２Ｘ通信を通じてＵＥにより独自に割り当てられた（ｓｅｌｆ−ａｓｓｉｇｎｅｄ）ソースＬａｙｅｒ−２  ＩＤの値変更；
【０２６２】
ｂ）Ｖ２ＸメッセージがＩＰデータ、ＰＣ５を通じたＶ２Ｘ通信のためにＵＥにより独自に割り当てられた（ｓｅｌｆ−ａｓｓｉｇｎｅｄ）ソースＩＰアドレスの値変更；及び
【０２６３】
ｃ）タイマーＴ５０００再開始。
【０２６４】
ＰＣ５を通じたＶ２Ｘ通信の転送が中断される時、ＵＥはタイマーＴ５０００を中断する。
【０２６５】
６．１．３  ＰＣ５を通じたＶ２Ｘ通信の受信
【０２６６】
ＵＥはＰＣ５を通じたＶ２Ｘ通信の受信のために一つまたはその以上の目的地Ｌａｙｅｒ−２  ＩＤの上位層による設定を受けることができる。ＰＣ５を通じて各受信されたＰＤＵに対して、受信ＵＥは受信されたＰＤＵが設定された目的地Ｌａｙｅｒ−２  ＩＤの一つにマッチングされるかをチェックする。マッチングされれば、ＵＥは受信されたパケットに対して下位層により提供されたＰＤＵタイプがＩＰパケットまたはｎｏｎ−ＩＰパケットにセッティングされたかをチェックし、該当上位層個体にＰＤＵを伝達する。
【０２６７】
Ｖ２Ｘ通信遂行方法
【０２６８】
ＰｒｏＳｅ直接通信の場合、与えられた地理的領域当たりＰｒｏＳｅ直接通信のための一つのキャリア周波数がプロヴィジョン（ｐｒｏｖｉｓｉｏｎ）される。一方、Ｖ２Ｘの場合、一つまたはその以上のキャリア周波数が与えられた地理的領域当たりＶ２Ｘ通信のためのプロヴィジョン（ｐｒｏｖｉｓｉｏｎ）できる。
【０２６９】
３ＧＰＰ  ＲＡＮ２ワーキンググループは“Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”の定義に対して問題を提起した。具体的に説明すると、Ｖ２Ｘサイドリンククロスキャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）設定を支援するために、ｅＮＢはカバレッジの外（ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）のキャリアのためにクロスキャリア構成を支援する。この際、Ｖ２Ｘクロスキャリア構成が提供できるキャリアは予め設定できる。即ち、クロスキャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）動作の場合、ＵＥは自身のサービングセルにより他のキャリア（例えば、カバレッジの外のキャリア）を通じてＶ２Ｘ通信を遂行するように命令を受けることができる。
【０２７０】
この際、クロスキャリアが構成されても、無線リソースは相変らずサービングセルにより提供できるので、ＵＥは“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”として考慮されなければならない。
【０２７１】
したがって、３ＧＰＰ  ＳＡ２ワーキンググループは、ＴＳ  ２３．２８５にＶ２Ｘ通信内のｃｒｏｓｓ−ｃａｒｒｉｅｒ動作を支援するように次のような文言を追加することに合意した。
【０２７２】
ノート２：ＴＳ  ３６．３３１によってｃｒｏｓｓ−ｃａｒｒｉｅｒ動作が支援される時、ＵＥは自身のサービングセルにより他のキャリア周波数を通じてＶ２Ｘ通信を遂行するように命令を受けることができる。ＵＥはこの場合、相変らず“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”と見なされる。
【０２７３】
ＲＡＮ２ワーキンググループでクロスキャリアスケジューリングが導入されるにつれて、これを支援するための案が必要である。このために、従来“Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”の定義を修正する議論がある。ＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョン（ｐｒｏｖｉｓｉｏｎ）されたキャリア周波数上で動作せず、またＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョン（ｐｒｏｖｉｓｉｏｎ）されたキャリア周波数を使用するようにＵＥに命令しないＥ−ＵＴＲＡＮセルにＵＥがキャンピング（ｃａｍｐ）する時、ＵＥを“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”状態に修正しようとする議論があるが、相変らず問題点を有している。
【０２７４】
前記の合意事項及び議論事項を考慮すると、クロスキャリアスケジューリングによりＵＥがサービングセルから他のキャリア周波数（または、該当キャリア周波数上で動作するセル）を使用するように命令（スケジューリング）を受けた時は、該当ＵＥの状態を“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”として定義し、ＵＥがサービングセルから他のキャリア周波数（または、該当キャリア周波数上で動作するセル）を使用するように命令を受けなかった時は、該当ＵＥの状態を“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”として定義できる。
【０２７５】
問題点１）  但し、ＵＥがクロスキャリアスケジューリングにより他のキャリア周波数（または、該当キャリア周波数上で動作するセル）を使用するように命令を受けたか否かだけで単純にＵＥの状態を区分することは以下のようなケースをカバーできないので問題がある。
【０２７６】
具体的に、サービングセルがクロスキャリアスケジューリングにより‘プロヴィジョニングされた’キャリア周波数に‘属しない’ＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数及び／又は無線リソースを提供すれば、このようなＵＥの状態は“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”状態と見ることが好ましい。一方、サービングセルがクロスキャリアスケジューリングにより‘プロヴィジョニングされた’キャリア周波数に‘属した’ＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数及び／又は無線リソースを提供すれば、このようなＵＥの状態は“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”状態と見ることが好ましい。
【０２７７】
問題点２）  また、ＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョン（ｐｒｏｖｉｓｉｏｎ）されたキャリア周波数上で動作しないセルにＵＥがキャンピング（ｃａｍｐ）する時、該当セルでＰＣ５を通じたＶ２Ｘ通信のための如何なるキャリア周波数及び無線リソースをブロードキャスティングしない場合に対して考慮しないという問題点がある。
【０２７８】
以下、本発明では前記の提起された問題点を解決するためのＶ２Ｘ通信遂行方法を提案する。
【０２７９】
以下、説明の便宜のために、本発明がＥＰＳシステムに適用される実施形態を中心として説明するが、これに本発明が限定されるのではなく、５Ｇ（５ｇｅｎｅｒａｔｉｏｎ）システムなどにも同一に適用できることは勿論である。
【０２８０】
次に、ＥＰＣで使用した用語が５Ｇシステムで使われる用語とのマッピング関係を例示する。
【０２８１】
−  ＥＭＭ−ＣＯＮＮＥＣＴＥＤ（ＲＲＣ−ＣＯＮＮＥＣＴＥＤ）モード：ＣＭ（Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）−ＣＯＮＮＥＣＴＥＤ（ＲＲＣ−ＣＯＮＮＥＣＴＥＤ／ＲＲＣ−Ａｃｔｉｖｅ）モード
【０２８２】
−  ｅＮＢ：ｇＮＢ
【０２８３】
−ＭＭＥ：ＡＭＦ（または、ＳＭＦ）
【０２８４】
−  ＭＭＥ−ＥＭＭ（ＥＭＭ層）：ＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）（５ＧＭＭ層）
【０２８５】
−ＭＭＥ−ＥＳＭ（ＥＳＭ層）、Ｓ−ＧＷ（制御プレーン機能）、Ｐ−ＧＷ（制御プレーン機能）：ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）（５ＧＳＭ層）
【０２８６】
−  Ｓ−ＧＷ（ユーザプレーン機能）／Ｐ−ＧＷ（ユーザプレーン機能）：ＵＤＦ（Ｕｓｅｒ  Ｄａｔａ  Ｆｕｎｃｔｉｏｎ）
【０２８７】
−  Ｓ１ＡＰ（インターフェース／メッセージ）：Ｎ２（インターフェース／メッセージ）
【０２８８】
−  ＮＡＳ（シグナリング連結／インターフェース）：Ｎ１（連結／インターフェース）
【０２８９】
また、５ＧシステムでＭＭＥ−ＥＭＭはＡＭＦとマッピングされ、ＭＭＥ−ＥＳＭはＳＭＦとマッピングされ、ＭＭＥ−ＥＭＭとＭＭＥ−ＡＭＦとの間のインターフェースはＮ１１にマッピングされ、ＭＭＥ−ＥＭＭとｅＮＢとの間のインターフェースはＮ２にマッピングされる。
【０２９０】
したがって、前述したマッピング関係によって以下の本発明の説明を代替することによって、以下、本発明に対する説明が５Ｇシステムでも同一の方式により適用できる。
【０２９１】
以下、本発明の説明において、モード３（Ｍｏｄｅ  ３）はＶ２Ｘサービス（例えば、Ｖ２Ｘ通信）を提供するｅＮＢ（基地局）が端末が使用する特定のリソースを動的に割り当てて、端末は物理チャネルを介して自身が使用するリソースを確認した後、該当リソースを用いて送信を遂行するモードを意味する。一方、モード４（Ｍｏｄｅ  ４）は一つまたは多数個の転送プール（ｐｏｏｌ）をネットワークから受信した後、端末が自らプール（ｐｏｏｌ）内で転送のためのリソースを選択してメッセージを送信するモードをいう。ここに、Ｍｏｄｅ  ４はＵＥ自律的なリソース選択（ＵＥ  ａｕｔｏｎｏｍｏｕｓ  ｒｅｓｏｕｒｃｅ  ｓｅｌｅｃｔｉｏｎ）モードと称し、Ｍｏｄｅ３はスケジューリングされたリソース割り当て（Ｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）モードと称する。
【０２９２】
［実施形態１］
【０２９３】
観察１）前述したように、クロスキャリア動作で、サービングセルはＵＥに他のキャリア周波数上でＶ２Ｘ通信を遂行するように指示することができる。
【０２９４】
現在、３ＧＰＰ  ＴＳ  ２４．３８６でＥ−ＵＴＲＡＮによりサービスされない（‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’）の定義は３ＧＰＰ  ＴＳ  ２４．３３４に従う。３ＧＰＰ  ＴＳ  ２４．３３４で‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の定義は、次の通りである。
【０２９５】
ＵＥが次のような時、“Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”として定義する：
【０２９６】
−  Ｅ−ＵＴＲＡＮカバレッジを逸脱する時；
【０２９７】
−  Ｅ−ＵＴＲＡＮカバレッジ内であるが、如何なるセルにもキャンピング（ｃａｍｐ）しない時；
【０２９８】
−  Ｅ−ＵＴＲＡＮカバレッジ内であるが、非ＥＵＴＲＡＮ（ｎｏｎ−Ｅ−ＵＴＲＡＮ）セルにキャンピング（ｃａｍｐ）する時；
【０２９９】
−  ＰｒｏＳｅ直接サービスのためにプロヴィジョンされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数上に動作（ｏｐｅｒａｔｅ）されないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する時；
【０３００】
前記の場合のうち、最後の場合はクロスキャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）スケジューリングにより影響を受ける潜在的な部分に該当することができる。
【０３０１】
ＲＡＮ２ワーキンググループで、周波数ハンドオーバーシナリオ上でどのように動作を定義するかの議論があった。このシナリオを支援するＵＥ動作は３ＧＰＰ  ＴＳ  ２４．３３４の１０．２．１節内で次の通り規定している：
【０３０２】
ＵＥがＰｒｏＳｅ直接通信がネットワークにより支援されると指示するＰｒｏＳｅ直接通信のためにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数上で動作（ｏｐｅｒａｔｅ）されないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐｏｎ）する中であれば、ＵＥは１０．２．３節で規定されたＰｒｏＳｅ直接通信手続き（即ち、ＵＥがプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）無線リソースを使用する手続き）または１０．２．２節で規定されたＰｒｏＳｅ直接通信手続き（即ち、サービングＥ−ＵＴＲＡＮにより遂行されないＰｒｏＳｅ直接通信手続き）のうちの一つを遂行することができる。
【０３０３】
前記で、ＵＥはシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）２１でＰｒｏＳｅリソースを含まない空きＳＩＢ  １８を提供するＰｒｏＳｅ直接通信のためにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数上で動作（ｏｐｅｒａｔｅ）されないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する。
【０３０４】
ＵＥが前記セルにキャンピング（ｃａｍｐ）する時、ＵＥは次のうちの一つとして動作することができる：
【０３０５】
−  Ｅ−ＵＴＲＡＮによりサービスされる（‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’）に対する動作；この際、ＵＥはＥＭＭ−ＩＤＬＥモードである場合、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続きを遂行する。ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに進入する時、セルはＵＥをしてＰｒｏＳｅ直接通信のためにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数へのハンドオーバーを遂行するようにすることができる。
【０３０６】
−  Ｅ−ＵＴＲＡＮによりサービスされない（‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’）に対する動作；ＵＥはＰｒｏＳｅ直接サービスのためにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数を選択し、そして干渉を誘発しなければ、選択されたキャリア周波数上でＶ２Ｘ通信を遂行することができる。
【０３０７】
観察２）ＵＥがＰｒｏＳｅ直接通信がネットワークにより支援されると指示するＰｅｏＳｅ直接通信のためにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数上で動作（ｏｐｅｒａｔｅ）されないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）すれば、ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’または'Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ‘と見なされる。
【０３０８】
観察３）ＰｒｏＳｅで、周波数ハンドオーバーを支援する場合は例外的に見なされる。このようなケースを支援するためのＵＥ動作は手続きとして規定され、ＣＴ１ワーキンググループは‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の定義を変更しないように決定した。
【０３０９】
これによって、本発明では次のような動作を提案する。
【０３１０】
ＰｒｏＳｅ議論からＶ２Ｘ議論に移る時、いろいろな特徴が変更された。一例として、ＰｒｏＳｅ直接通信では一つの地理的領域当たり単に一つのキャリア周波数のみプロヴィジョニングされるが（ｐｒｏｖｉｓｉｏｎｅｄ）、ＰＣ５（ＵＥ／車両（ｖｅｈｉｃｌｅ）の間の直接通信インターフェース、ここでＰＣは近接サービス通信（Ｐｒｏｓｅ（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ）Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の略称と理解されることもできるが、ＰＣ５自体でインターフェース名称として理解できる）を通じたＶ２Ｘ通信で多重のキャリア周波数が一つの地理的領域当たりプロヴィジョニングできる （ｐｒｏｖｉｓｉｏｎｅｄ）。したがって、ＵＥは地理的領域当たり一つ以上のキャリア周波数上でＰＣ５を通じたＶ２Ｘ通信を遂行することができる。
【０３１１】
また、クロスキャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）動作が導入された。クロスキャリアスケジューリングの場合、セル動作と関連して次のような二つの場合が考慮できる：
【０３１２】
１．セルは空きＳＩＢ  ２１を提供する（即ち、セルがＳＩＢ  ２１内で如何なるＶ２Ｘリソースも提供しない）。
【０３１３】
２．セルが他のキャリア周波数に対するリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）をＳＩＢ  ２１で提供する。
【０３１４】
先の１番の場合、周波数キャリアの動作によって次のような二つのサブケースに区分できる：
【０３１５】
１．Ｅ−ＵＴＲＡＮセルは空きＳＩＢ  ２１を提供する（即ち、セルがＳＩＢ  ２１内で如何なるＶ２Ｘリソースも提供しない）。
【０３１６】
Ａ．セルがプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数で動作（ｏｐｅｒａｔｅ）中でない。
【０３１７】
Ｂ．セルがプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数で動作（ｏｐｅｒａｔｅ）中である。
【０３１８】
先の２番の場合、サービングセルにより提供されたキャリア周波数とサービングセルの動作（ｏｐｅｒａｔｉｎｇ）キャリア周波数によって多様なケースに区分できる（即ち、セルが動作（ｏｐｅｒａｔｉｎｇ）中がキャリア周波数がＵＥにプロヴィジョニングされたか（ｐｒｏｖｉｓｉｏｎｅｄ）否か及びセルがＵＥ内にプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数を提供するか否か）
【０３１９】
２．セルが他のキャリア周波数に対するリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）をＳＩＢ２１に提供する。
【０３２０】
Ａ．セルがプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数で動作（ｏｐｅｒａｔｅ）中でない。
【０３２１】
ｉ．ＳＩＢ  ２１内で提供されたキャリア周波数の一つ以上がＵＥにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）。
【０３２２】
ｉｉ．ＳＩＢ  ２１内で提供されたキャリア周波数のうち、どれもＵＥにプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｅｄ）されなかった。
【０３２３】
Ｂ．セルがプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数で動作（ｏｐｅｒａｔｅ）中である。
【０３２４】
ｉ．ＳＩＢ  ２１内で提供されたキャリア周波数の一つ以上がＵＥにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）。
【０３２５】
ｉｉ．ＳＩＢ  ２１内で提供されたキャリア周波数のうち、どれもＵＥにプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｅｄ）されなかった。
【０３２６】
前記のような‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の既存の定義に潜在的な影響が提供できる幾つかの場合（特に、ＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数上で動作（ｏｐｅｒａｔｉｎｇ）されないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する場合）が存在する。しかしながら、先の観察２及び観察３から見ることができるように、‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の既存の定義内で例外的なケースを反映することは困難である。したがって、手続きテキストが例外的なケースをカバーするために使われる。また、Ｖ２Ｘ通信の場合において、新しい特徴を考慮する時（例えば、多重のキャリア周波数がプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｅｄ）され、クロスキャリアスケジューリングが支援されることが必要である）、さらに困難である。したがって、‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の既存の定義を維持しながら例外的なケースを支援するためのＵＥ動作を提供することを提案する。
【０３２７】
提案１：‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の既存の定義を変更せず、例外的なケースを支援するためのＵＥ動作を提供する。
【０３２８】
ケース１−ＡはＰｒｏＳｅ内の周波数間（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）ハンドオーバーを支援するケースと同一である。したがって、ＰｒｏＳｅ内の周波数間（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）ハンドオーバーを支援するケースと合せるようにＵＥの動作を提案する。これは、ＵＥが‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’または‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の動作を遂行することを意味する。
【０３２９】
提案２：ＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数上で動作（ｏｐｅｒａｔｉｎｇ）せず、ＰＣ５を通じたＶ２Ｘ通信のための如何なるリソースも提供しないＥ−ＵＴＲＡＮセルにＵＥがキャンピング（ｃａｍｐ）すれば、ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作（１０．２．２節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求及び６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送遂行）または‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作（６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択及び６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送遂行）を遂行することができる。
【０３３０】
ケース１−ＢはＰｒｏＳｅ内の存在しないＰＣ５を通じたＶ２Ｘ通信内のクロスキャリアスケジューリングにより発生する新しいシナリオである。
【０３３１】
２−Ａ−ｉｉ及び２−Ｂ−ｉｉ内で、サービングセルはキャリア周波数を提供するが、如何なるキャリア周波数もＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされない場合である。この場合、ＵＥはプロヴィジョニングされたキャリア周波数上で動作する更に他のセルを探すように許容されなければならない。このために、ＵＥはケース２−Ａ−ｉｉ及び２−Ｂ−ｉｉを‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見做すべきである。２−Ａ−ｉｉ及び２−Ｂ−ｉｉのためのＵＥの動作は共通する。これは、このようなＵＥの動作はサービングセルがＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数で動作するか否かに依存しないということを意味する。
【０３３２】
提案３）ＵＥがＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）するが、如何なるキャリア周波数もＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされなければ、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作（説明した６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択及び６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送遂行）を遂行しなければならない。
【０３３３】
２−Ａ−ｉ及び２−Ｂ−ｉケースで、次のような二つのＵＥ動作が考慮できる。
【０３３４】
１．ＵＥがセルにより提供されたＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数を使用することを意図すれば、ＵＥはＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数のうちから一つのキャリア周波数を選択し、選択されたキャリア周波数上で動作するセルを探索する。仮に、ＵＥがキャリア周波数上で動作するセルを探せば、ＵＥは該当セル上でＰＣ５を通じたＶ２Ｘ通信のための‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作（１０．２．２節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求及び６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送遂行）を遂行することができる。
【０３３５】
２．仮に、ＵＥがセルにより提供されたＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数を使用することを意図しなければ、ＵＥはＰＣ５を通じたＶ２Ｘ通信のための‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作（６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択及び６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送遂行）を遂行する。
【０３３６】
例えば、ＵＥは１の動作を遂行したが、該当キャリア周波数でセルを探すことに失敗した場合、ＵＥは２の動作を遂行することができる。
【０３３７】
更に他の例に、ＵＥは１の動作を選択されたキャリア周波数で動作するセルを探すまで繰り返すことができる。そして、セルから提供を受けたキャリア周波数リスト内でこれ以上ＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリアがないか、または探索に失敗したキャリア周波数のみある場合、２の動作を遂行することができる。
【０３３８】
また、ＵＥは１の動作を遂行する前に探索に失敗したキャリア周波数は除外することができる。
【０３３９】
ＵＥが特定のキャリア周波数上でＶ２Ｘ通信を遂行しなければならない要求事項は規定されなかった。しかしながら、ＵＥの具現化で可能である。したがって、標準規格に規定されないことがある。
【０３４０】
提案４）ＵＥがＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する中であり、一つ以上のキャリア周波数がＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされていれば、 そしてＵＥがセルにより提供されたＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数を使用することを意図すれば、ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作（１０．２．２節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求及び６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送遂行）を遂行する。仮に、ＵＥがＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する中であり、一つ以上のキャリア周波数がＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされていれば、そしてＵＥがセルにより提供されたＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数を使用することを意図しなければ、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作（６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択及び６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送遂行）を遂行する。
【０３４１】
前記の提案に基づいて前述したＶ２Ｘ開始動作を説明すると、次の通りである。
【０３４２】
６．１．２．１  開始
【０３４３】
上位層はＵＥがＰＣ５を通じたＶ２Ｘ通信を用いてＶ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを転送するように要求することができる。
【０３４４】
上位層からの要求は、次を含む：
【０３４５】
ａ）Ｖ２Ｘメッセージ；
【０３４６】
ｂ）Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子；
【０３４７】
ｃ）Ｖ２Ｘメッセージ内のデータタイプ（インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）または非ＩＰ（ｎｏｎ−ＩＰ））；
【０３４８】
ｄ）Ｖ２Ｘメッセージがｎｏｎ−ＩＰデータを含めば、ｎｏｎ−ＩＰタイプＰＤＵのｎｏｎ−ＩＰタイプフィールドをＶ２Ｘメッセージファミリー（ｆａｍｉｌｙ）に相応する値にセッティングするための指示；及び
【０３４９】
ｅ）Ｖ２Ｘメッセージ優先順位。
【０３５０】
上位層からＰＣ５を通じたＶ２Ｘ通信を用いてＶ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを転送するように要求を受信すれば、ＵＥは次の手続きを進行する：
【０３５１】
ａ）仮に、次の条件を満たせば（即ち、ａ）は“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”動作を意味する）：
【０３５２】
１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”）；
【０３５３】
２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線リソース（即ち、キャリア周波数）を使用するように意図する；
【０３５４】
３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、登録されたＰＬＭＮがＰＣ５を通じたＶ２Ｘ通信を用いるように許可されたＰＬＭＮリスト内に属する；
【０３５５】
４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を通じたＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））に設定される；
【０３５６】
この場合、ＵＥは次の通り動作する：
【０３５７】
１）１０．２．２節で規定されたように、ＰＣ５を通じたＶ２Ｘ通信のための無線リソースの要求；及び
【０３５８】
２）６．１．２．２節で規定されたように、ＰＣ５を通じたＶ２Ｘ通信の転送遂行
【０３５９】
ｂ）一方、次の条件を満たせば（即ち、ｂ）は“Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”動作を意味する）：
【０３６０】
１）ＵＥが：
【０３６１】
Ａ）Ｅ−ＵＴＲＡＮによりサービスされない（“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”）；または
【０３６２】
Ｂ）仮に、ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである理由が次のうちの一つに該当すれば、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで；
【０３６３】
ｉ）ＵＥが選択されたＰＬＭＮ内で適合したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探せない場合；
【０３６４】
ｉｉ）ＵＥがＥＭＭ原因＃１１“ＰＬＭＮが許容されない（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１“ＰＬＭＮが許容されない（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージを受信した場合；または
【０３６５】
ｉｉｉ）ＵＥがＥＭＭ原因＃７“ＥＰＳサービスが許容されない（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージまたはＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７“ＧＰＲＳサービスが許容されない（ＧＰＲＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴメッセージまたはＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージまたはＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合；または
【０３６６】
Ｃ）前記のｉ）、ｉｉ）、ｉｉｉ）以外の理由によりｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであり、“運営者により管理されない（ｎｏｎ−ｏｐｅｒａｔｏｒ  ｍａｎａｇｅｄ）”無線パラメータがプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）される地理的領域内に位置する；
【０３６７】
２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、ＵＥがＰＣ５を通じたＶ２Ｘ通信を用いるように許可される；及び
【０３６８】
３）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を通じたＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））に設定される；
【０３６９】
この場合、ＵＥは次の通り動作する：
【０３７０】
１）６．１．２．３節に規定されたように、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択；及び
【０３７１】
２）６．１．２．２節に規定されたように、ＰＣ５を通じたＶ２Ｘ通信の転送遂行；
【０３７２】
そうでなければ、ＵＥはＰＣ５を通じたＶ２Ｘ通信を遂行しない。
【０３７３】
仮に、ＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数上で動作せず、ＰＣ５を通じたＶ２Ｘ通信のための如何なるリソースも提供しないＥ−ＵＴＲＡＮセルにＵＥがキャンピング（ｃａｍｐ）していれば、ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’（即ち、１０．２．２節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求）または‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’（６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択）と見なされる。そして、ＵＥは６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送を遂行する。
【０３７４】
ＵＥがＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）するが、如何なるキャリア周波数（即ち、セルにより提供されたキャリア周波数中に）もＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされていなければ、ＵＥは‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’（６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択）と見なされる。そして、ＵＥは６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送を遂行する。
【０３７５】
ＵＥがＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）するが、一つ以上のキャリア周波数（即ち、セルにより提供されたキャリア周波数中に）がＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされていれば、ＵＥは次のうちの一つの動作を遂行する：
【０３７６】
ａ）仮に、ＵＥがセルにより提供されたキャリア周波数を使用することを意図すれば、ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされる（即ち、セルにより提供されたプロヴィジョニングされたキャリア周波数のうちから一つのキャリア周波数を選択し、選択されたキャリア周波数上でＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求する）；または
【０３７７】
ｂ）仮に、ＵＥがセルにより提供されたキャリア周波数を使用することを意図しなければ、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされる（即ち、６．１．２．３節によってＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択する）。
【０３７８】
そして、ＵＥは６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送を遂行する。
【０３７９】
ここで、ＵＥがａ）またはｂ）のうち、どの動作を遂行するかはＵＥの具現化に従うことができる。先のａ）で、ＵＥは選択されたキャリア周波数上で動作するセルを（再）選択する必要がありうる。
【０３８０】
以下、先に提案した提案３及び提案４に対してより具体的に説明する。
【０３８１】
１）ＵＥがＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）するが、如何なるＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数もＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされていなければ、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされる（即ち、６．１．２．３節によってＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択する）。
【０３８２】
ＵＥがＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）し、一つ以上のＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数がＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされれば、ＵＥは次のうちの一つの動作を遂行する：
【０３８３】
ａ）仮に、ＵＥがセルにより提供されたキャリア周波数を使用することを意図すれば、ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされる（即ち、セルにより提供されたプロヴィジョニングされたキャリア周波数のうちから一つのキャリア周波数を選択し、選択されたキャリア周波数上でＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択する）；または
【０３８４】
ｂ）仮に、ＵＥがセルにより提供されたキャリア周波数を使用することを意図しなければ、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされる（即ち、６．１．２．３節によってＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択する）。
【０３８５】
ａの場合、ＵＥは選択されたキャリア周波数上で動作するセルを再選択することができる。そして、ＵＥは選択されたキャリア周波数上でＰＣ５を通じたＶ２Ｘ通信のための無線リソースをセルに要求する。
【０３８６】
２）ＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数でないＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）すれば、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされる（６．１．２．３節によってＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択し、６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送を遂行する）。そうでなければ、ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされる（セルにより提供されたプロヴィジョニングされたキャリア周波数のうちから一つのキャリア周波数を選択し、選択されたキャリア周波数上でＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択する）。
【０３８７】
３）ＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数と異なるＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）すれば、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされる（即ち、６．１．２．３節によってＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択し、６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送を遂行する）。
【０３８８】
４）下記の条件が‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の条件に追加できる。
【０３８９】
ＵＥが次のような時、“Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”として定義する：
【０３９０】
−  Ｅ−ＵＴＲＡＮカバレッジを逸脱する時；
【０３９１】
−  Ｅ−ＵＴＲＡＮカバレッジ内であるが、如何なるセルにもキャンピング（ｃａｍｐ）しない時；
【０３９２】
−  Ｅ−ＵＴＲＡＮカバレッジ内であるが、非ＥＵＴＲＡＮ（ｎｏｎ−Ｅ−ＵＴＲＡＮ）セルにキャンピング（ｃａｍｐ）する時；
【０３９３】
−  ＵＥが使用することを意図するプロヴィジョニングされたキャリア周波数と異なるＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する時。
【０３９４】
ここで、‘ＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセル’はモード３またはモード４でありえて、クロスキャリアスケジューリング動作をするセルを意味する。
【０３９５】
クロスキャリアスケジューリング動作を行うセルは、次のような二つのケースに該当する：
【０３９６】
１．キャリア周波数リスト情報（例えば、‘Ｖ２Ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔ’）のみを提供するセル（そして、無線リソースは提供しない）
【０３９７】
２．キャリア周波数リスト情報（例えば、‘Ｖ２Ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔ’）と特定の無線リソースも共に提供するセル
【０３９８】
前述した新しい条件は、前記の１）と２）の場合を全て含むことを意味する。
【０３９９】
ここで、モード４の場合、ＵＥはセルがブロードキャストするＳＩＢ  ２１に含まれた前記キャリア周波数リスト情報（例えば、‘Ｖ２Ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔ’）を読み取って前記の新しい条件を満たすか否かを判断することができる。
【０４００】
モード３の場合、ＵＥは使用することを意図するキャリア周波数情報と無線リソースをキャンピング（ｃａｍｐ）するセルに要求する（即ち、使用することを意図するキャリア周波数情報を伴うサイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ＿ＵＥ＿Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを転送）。そして、セルの応答を受信することによって、前記の新しい条件を満たすか否かを判断することができる。
【０４０１】
以下、先の提案２に対してより具体的に説明する。
【０４０２】
ＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）キャリア周波数上で動作（ｏｐｅｒａｔｉｎｇ）せず、ＰＣ５を通じたＶ２Ｘ通信のための如何なる無線リソース及びキャリア周波数も提供しないＥ−ＵＴＲＡＮセルにＵＥがキャンピング（ｃａｍｐ）すれば、ＵＥはＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求するか、または６．１．２．３節によってＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択することができる。
【０４０３】
ここで、ＰＣ５を通じたＶ２Ｘ通信のための如何なる無線リソース及びキャリア周波数も提供しないセルはモード３で動作するセルを意味することができる。
【０４０４】
既存の‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の定義で、ＵＥがＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数上で動作しないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する場合、ＵＥは‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’として動作する。この場合、次のような問題が発生する。
【０４０５】
ＵＥがｆ１（即ち、プロヴィジョニングされていないキャリア周波数）で動作するセルＡにキャンピング（ｃａｍｐ）し、ＵＥがモード３の時、
【０４０６】
１．ＵＥが‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行すれば（プロヴィジョニングされたキャリア周波数上で動作するセルを探索）、
【０４０７】
Ａ．プロヴィジョニングされたキャリア周波数で動作するセルＢが探索されれば、ＵＥはセルＢでＶ２Ｘ通信を遂行することができる。
【０４０８】
Ｂ．そうでなくて、プロヴィジョニングされたキャリア周波数で動作するセルがなければ、ＵＥはカバレッジの外（ＯＯＣ：ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）と見なして、キャリア周波数上でＰＣ５を通じたＶ２Ｘ通信を遂行する。
【０４０９】
１−Ｂで、セルＡがモード３を通じてｆ２を提供すれば、１−Ｂで特定されたＵＥ動作はセルＡのｆ２動作に干渉を引き起こすことがある。
【０４１０】
この場合、ＵＥが‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’として動作する場合にも次のような問題が発生する。
【０４１１】
２．ＵＥが‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行すれば、
【０４１２】
Ａ．セルＡがｆ２（プロヴィジョニングされたキャリア周波数）を提供すれば、ＵＥはセルに無線リソースを要求することができる。
【０４１３】
Ｂ．そうでなくて、セルＡがｆ２を提供しなければ、ＵＥは動作できるオプションがない（例えば、ｆ３（プロヴィジョニングされたキャリア周波数）を探索しない）。
【０４１４】
２−Ｂで特定したように、ＵＥはＶ２Ｘ通信を遂行することができない。
【０４１５】
前記のような問題は次の理由により発生する。
【０４１６】
ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’及び‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’のような各モードで始める前に如何なるケースが発生するかが分からない。
【０４１７】
この場合、前記の問題を解決するために、次のような方法を提案することができる。
【０４１８】
方法１）次の順序でＵＥが動作できる。
【０４１９】
１．ＵＥがＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数上で動作しないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）し、ＰＣ５を通じたＶ２Ｘ通信のための如何なる無線リソース及びキャリア周波数も提供しなければ、ＵＥは‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択）。
【０４２０】
２．Ｅ−ＵＴＲＡＮセルがＵＥが使用することを意図したＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数を提供すれば、ＵＥはキャリア周波数上でＶ２Ｘ通信を遂行する。
【０４２１】
３．Ｅ−ＵＴＲＡＮセルがＵＥが使用することを意図したＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数を提供しなければ、ＵＥは‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択）。
【０４２２】
方法２）次の順序でＵＥが動作する。
【０４２３】
１．ＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数上で動作せず、ＰＣ５を通じたＶ２Ｘ通信のための如何なる無線リソース及びキャリア周波数も提供しないＥ−ＵＴＲＡＮセルにＵＥがキャンピング（ｃａｍｐ）すれば、ＵＥは‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮＥ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択）。
【０４２４】
２．ＵＥがプロヴィジョニングされたキャリア周波数上で動作するセルを探せば、ＵＥはセル上で‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求）。
【０４２５】
Ａ．セルがＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数を提供すれば、ＵＥはセル上でＰＣ５を通じたＶ２Ｘ通信を遂行する。
【０４２６】
Ｂ．そうでなくて、セルがＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数を提供しなければ、ＵＥはステップ１での本来のサービングセルで‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求）。
【０４２７】
３．そうでなくて、ＵＥがプロヴィジョニングされたキャリア周波数上で動作するセルを探すことができなければ、ＵＥはステップ１で本来のサービングセル上で‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求）。
【０４２８】
ＵＥが現在サービングセルで‘ＵＥが使用する意図するＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数’の提供の有無を先に確認する方法１が方法２に比べて効率的でありうる。
【０４２９】
以下、提案２に対してより具体的に説明する。
【０４３０】
仮に‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’で“ＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数上で動作するＥ−ＵＴＲＡＮにキャンピング（ｃａｍｐ）する時”の条件が削除され、下記の新しい条件が追加された場合を説明する。
【０４３１】
−  ＵＥが使用することを意図したプロヴィジョニングキャリア周波数と異なるＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮにキャンピング（ｃａｍｐ）する時；
【０４３２】
参考に、前記で新しい条件でａｎ  Ｅ−ＵＴＲＡＮ  ｃｅｌｌ  ｐｒｏｖｉｄｉｎｇ  ｔｈｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５は、Ｍｏｄｅ３またはＭｏｄｅ４でありえて、ｃｒｏｓｓ  ｃａｒｒｉｅｒ  ｏｐｅｒａｔｉｏｎするｃｅｌｌを意味する。
【０４３３】
クロスキャリアスケジューリングを動作するセルに対して以下のような二つのケースが存在する：
【０４３４】
１．キャリア周波数リスト情報（例えば、‘Ｖ２Ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔ’）のみを提供するセル（そして、無線リソースは提供しない）
【０４３５】
２．キャリア周波数リスト情報（例えば、‘Ｖ２Ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔ’）と特定の無線リソースも共に提供するセル
【０４３６】
前記の新しい条件は１）と２）場合を全て含むことを意味する。
【０４３７】
ここで、モード４の場合、ＵＥはセルがブロードキャストするＳＩＢ２１に含まれた前記キャリア周波数リスト情報（例えば、‘Ｖ２Ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔ’）を読み取って前記の新しい条件を満たすか否かを判断することができる。
【０４３８】
モード３の場合、ＵＥは使用することを意図するキャリア周波数情報と無線リソースをキャンピング（ｃａｍｐ）するセルに要求する（即ち、使用することを意図するキャリア周波数情報を伴うサイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ＿ＵＥ＿Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを転送）。そして、セルの応答を受信することによって前記の新しい条件を満たすか否かを判断することができる。
【０４３９】
モード３で動作するセルにキャンピング（ｃａｍｐ）されたＵＥは該当セルが新しい条件に合っているか‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作（即ち、ＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数をセルに要求する）を遂行する前には判断できない。したがって、この場合、前記方法１）のコンセプトを適用することを提案しようとする。方法１）と異なる点は、方法１）ではＵＥがＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数上で動作しないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する場合のみに適用することに限定したが、後述する方法３の場合にはこの条件に関わらずモード３で動作するセルにＵＥがキャンピング（ｃａｍｐ）した場合であれば適用することができる。
【０４４０】
［方法３］次の順序で動作する。
【０４４１】
１．ＵＥがＰＣ５を通じたＶ２Ｘ通信のための如何なる無線リソース及びキャリア周波数も提供しないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）すれば、ＵＥは‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求）。
【０４４２】
２．Ｅ−ＵＴＲＡＮセルがＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数を提供すれば、ＵＥはｉｎ  ＴＳ  ３６．３３１に従うＰＣ５を通じたＶ２Ｘ通信を遂行する。
【０４４３】
３．Ｅ−ＵＴＲＡＮセルがＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数を提供しなければ、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択）。
【０４４４】
この場合、前記方法２のコンセプトを適用することを提案する。方法２）と異なる点は、方法１）では、ＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数上で動作しないＥ−ＵＴＲＡＮにキャンピング（ｃａｍｐ）する場合に制限したが、後述する方法４ではこの条件に関わらずモード３で動作するセルにＵＥがキャンピング（ｃａｍｐｉｎｇ）した場合であれば適用することができる。
【０４４５】
［方法４］次の順序で動作する。
【０４４６】
１．ＵＥがＰＣ５を通じたＶ２Ｘ通信のための如何なる無線リソース及びキャリア周波数も提供しないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）すれば、ＵＥは‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択）。
【０４４７】
２．ＵＥがプロヴィジョニングされたキャリア周波数上で動作するセルを探せば、ＵＥはセルを選択し、セル上で‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線要求）。
【０４４８】
Ａ．セルがＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数を提供すれば、ＵＥはセル上でＰＣ５を通じたＶ２Ｘ通信を遂行する。
【０４４９】
Ｂ．そうでなくて、セルがＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためのプロヴィジョニングされたキャリア周波数を提供しなければ、ＵＥはステップ１でサービングセル上で‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求）。
【０４５０】
３．そうでなくて、ＵＥがプロヴィジョニングされたキャリア周波数上で動作するセルを探すことができなければ、ＵＥはステップ１で本来のサービングセル上で‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求）。
【０４５１】
ＵＥが現在サービングセルでＵＥが使用することを意図したＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数の提供の有無を先に確認する方法３が方法４に比べて効率的でありうる。
【０４５２】
以下、方法３を具現化した例を説明する。
【０４５３】
ＵＥがＰＣ５を通じたＶ２Ｘ通信のために如何なる無線リソース及びキャリア周波数も提供しないＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）すれば、ＵＥは‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する（即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求）。
【０４５４】
前述した具現化方法により方法３を具現化することができる。方法３）のステップ１でＵＥがセルに無線リソース要求（即ち、ＵＥが使用することを意図するキャリア周波数情報を伴ったサイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ＿ＵＥ＿Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを転送）し、セルの応答を受けることによってＵＥはステップ２かステップ３かを判断することができる。
【０４５５】
仮に、以下のステップ３のトリガーリング条件を満たす場合、
【０４５６】
Ｅ−ＵＴＲＡＮセルがＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数を提供しなければ、ＵＥは新しい‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の条件により、この場合を‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なして、ＵＥは‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行する。
【０４５７】
仮に、下記のステップ２のトリガーリング条件を満たす場合、
【０４５８】
Ｅ−ＵＴＲＡＮがＵＥが使用することを意図するＰＣ５を通じたＶ２Ｘ通信のためにプロヴィジョニングされたキャリア周波数を提供すれば、ステップ１の‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’による後続動作が遂行できる。後続動作に対する具体的な説明は３ＧＰＰ  ＴＳ  ３６．３３１に記述されており、これに対する内容が本明細書に参照として併合できる。
【０４５９】
前述した本発明で提案する動作を整理すれば、次の通りである。
【０４６０】
３．１  定義
【０４６１】
ｉ）Ｖ２Ｘ通信のための‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’：ＵＥは次のうちの一つである：
【０４６２】
−  Ｅ−ＵＴＲＡＮカバレッジの外である時；
【０４６３】
−  Ｅ−ＵＴＲＡＮカバレッジ内であるが、如何なるセルにもキャンピング（ｃａｍｐ）しない時；
【０４６４】
−  Ｅ−ＵＴＲＡＮカバレッジ内であるが、非ＥＵＴＲＡＮ（ｎｏｎ−Ｅ−ＵＴＲＡＮ）セルにキャンピング（ｃａｍｐ）する時；
【０４６５】
−ＵＥが使用することを意図するプロヴィジョニングされたキャリア周波数と異なるＰＣ５を通じたＶ２Ｘ通信のためのキャリア周波数を提供するＥ−ＵＴＲＡＮセルにキャンピング（ｃａｍｐ）する時。
【０４６６】
ｉｉ）Ｖ２Ｘサービス識別子：Ｖ２Ｘサービスの識別子、例えばＶ２ＸアプリケーションのＰＳＩＤ（Ｐｒｏｖｉｄｅｒ  Ｓｅｒｖｉｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）またはＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）−ＡＩＤ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）
【０４６７】
６．１．２．１  開始
【０４６８】
上位層はＵＥがＰＣ５を通じたＶ２Ｘ通信を用いてＶ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを転送するように要求することができる。
【０４６９】
上位層からの要求は、次を含む：
【０４７０】
ａ）Ｖ２Ｘメッセージ；
【０４７１】
ｂ）Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子；
【０４７２】
ｃ）Ｖ２Ｘメッセージ内のデータタイプ（インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）または非ＩＰ（ｎｏｎ−ＩＰ））；
【０４７３】
ｄ）Ｖ２Ｘメッセージがｎｏｎ−ＩＰデータを含めば、ｎｏｎ−ＩＰタイプＰＤＵのｎｏｎ−ＩＰタイプフィールドをＶ２Ｘメッセージファミリー（ｆａｍｉｌｙ）に相応する値にセッティングするための指示；及び
【０４７４】
ｅ）Ｖ２Ｘメッセージ優先順位。
【０４７５】
上位層からＰＣ５を通じたＶ２Ｘ通信を用いてＶ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを転送するように要求を受信すれば、ＵＥは次の手続きを進行する：
【０４７６】
ａ）仮に、次の条件を満たせば（即ち、ａ）は“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”動作を意味する）：
【０４７７】
１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（“ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”）；
【０４７８】
２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線リソース（即ち、キャリア周波数）を使用するように意図する；
【０４７９】
３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、登録されたＰＬＭＮがＰＣ５を通じたＶ２Ｘ通信を用いるように許可されたＰＬＭＮリスト内に属する；
【０４８０】
４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を通じたＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））に設定される；
【０４８１】
この場合、ＵＥは次の通り動作する：
【０４８２】
１）１０．２．２節で規定されたように、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース要求；及び
【０４８３】
２）６．１．２．２節で規定されたように、ＰＣ５を通じたＶ２Ｘ通信の転送遂行
【０４８４】
ｂ）一方、次の条件を満たせば（即ち、ｂ）は“Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”動作を意味する）：
【０４８５】
１）ＵＥが：
【０４８６】
Ａ）Ｅ−ＵＴＲＡＮによりサービスされない（“ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ”）；または
【０４８７】
Ｂ）仮にＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである理由が次のうちの一つに該当すれば、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで；
【０４８８】
ｉ）ＵＥが選択されたＰＬＭＮ内で適合したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探せない場合；
【０４８９】
ｉｉ）ＵＥがＥＭＭ原因＃１１“ＰＬＭＮが許容されない（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１“ＰＬＭＮが許容されない（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージを受信した場合；または
【０４９０】
ｉｉｉ）ＵＥがＥＭＭ原因＃７“ＥＰＳサービスが許容されない（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージまたはＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７“ＧＰＲＳサービスが許容されない（ＧＰＲＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）”を含むＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴメッセージまたはＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージまたはＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合；または
【０４９１】
Ｃ）前記のｉ）、ｉｉ）、ｉｉｉ）以外の理由によりｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであり、“運営者により管理されない（ｎｏｎ−ｏｐｅｒａｔｏｒ  ｍａｎａｇｅｄ）”無線パラメータがプロヴィジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）される地理的領域内に位置する；
【０４９２】
２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、ＵＥがＰＣ５を通じたＶ２Ｘ通信を用いるように許可される；及び
【０４９３】
３）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を通じたＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））に設定される；
【０４９４】
この場合、ＵＥは次の通り動作する：
【０４９５】
１）６．１．２．３節に規定されたように、ＰＣ５を通じたＶ２Ｘ通信のための無線リソース選択；及び
【０４９６】
２）６．１．２．２節に規定されたように、ＰＣ５を通じたＶ２Ｘ通信の転送遂行；
【０４９７】
そうでなければ、ＵＥはＰＣ５を通じたＶ２Ｘ通信を遂行しない。
【０４９８】
仮にＰＣ５を通じたＶ２Ｘ通信のための如何なる無線リソース及びキャリア周波数も提供しないＥ−ＵＴＲＡＮセルにＵＥがキャンピング（ｃａｍｐ）していれば、ＵＥはＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求する。
【０４９９】
本発明の説明において、ＵＥが‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行するということはＵＥが‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされることと同一の意味として解釈できる。即ち、６．１．２．１でＵＥが‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の時として解釈できる。
【０５００】
また、本発明の説明において、ＵＥが‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行するということはＵＥが‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なされることと同一の意味として解釈できる。即ち、６．１．２．１でＵＥが‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の時として解釈できる。
【０５０１】
１．前記の説明でＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求するということは‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作時、無線リソースの割り当てを受けることを意味する。
【０５０２】
２．前記の説明で、６．１．２．３に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択するということは、ＵＥが‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作時、無線リソースの割り当てを受けることを意味する。
【０５０３】
前記１と２で記述した意味として使われた場合、ＵＥは次の動作を追加で遂行することができる。
【０５０４】
追加的に、先にＵＥが３ＧＰＰ  ＴＳ  ２４．３３４に従う選択されたキャリア周波数上でＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求（即ち、ＵＥが‘Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’時、無線リソースを選択）するための先行条件として、次を満たさなければならない。
【０５０５】
３）ＵＥが‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の時、登録されたＰＬＭＮがＵＥがＰＣ５を通じたＶ２Ｘ通信を使用するために許可されたＰＬＭＮのリスト内に属する時；及び
【０５０６】
４）Ｖ２ＸサービスのＶ２Ｘサービス識別子が
【０５０７】
ＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリストに含まれる時、またはＵＥがＰＣ５を通じたＶ２Ｘ通信のための基本目的地Ｌａｙｅｒ−２  ＩＤに設定される時；
【０５０８】
また、先にＵＥが６．１．２．３節に従うＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択（即ち、‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’時、無線リソースを選択）するための先行条件として次を満たさなければならない。
【０５０９】
２）ＵＥが‘Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’の時、ＵＥがＰＣ５を通じたＶ２Ｘ通信を使用するように許可される時；
【０５１０】
３）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を通じたＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれる時、またはＵＥがＰＣ５を通じたＶ２Ｘ通信のための基本目的地Ｌａｙｅｒ−２  ＩＤに設定される時；
【０５１１】
前記のような先行条件を満たせば、後続動作でＵＥは６．１．２．２節に従うＰＣ５を通じたＶ２Ｘ通信の転送を遂行することができる。
【０５１２】
また、前記の１と２が前記に記述された意味でない、下記のようにより一般的な意味として使われることができる。
【０５１３】
即ち、ＰＣ５を通じたＶ２Ｘ通信のための無線リソースを要求するということは、ＵＥが‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行するという意味として解釈されることができ、またＵＥが自身を‘ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なすという意味として解釈できる。
【０５１４】
また、ＰＣ５を通じたＶ２Ｘ通信のための無線リソースを選択するということは、ＵＥが６．１．２．３節に従う‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’動作を遂行するという意味として解釈されることができ、またＵＥが自身を‘Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ’と見なすという意味として解釈できる。
【０５１５】
図７は、本発明の一実施形態に従うＶ２Ｘ通信遂行方法を例示する。
【０５１６】
図７を参照すると、ＵＥは上位層（ｕｐｐｅｒ  ｌａｙｅｒ）からＶ２Ｘメッセージの転送要求を受信する（Ｓ７０１）。
【０５１７】
ステップＳ７０１のように、Ｖ２Ｘメッセージの転送要求を受信する時、前記ＵＥは自身のモードを確認する（Ｓ７０２）。
【０５１８】
即ち、ＵＥは自身がＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）か、またはＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）かを確認する。
【０５１９】
この際、ＵＥがキャンピング（ｃａｍｐ）するセルによりブロードキャスティングされたシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）２１内の（例えば、パラメータ‘Ｖ２Ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔ−ｒ１４’内の）Ｖ２Ｘ通信のためのキャリア周波数及び／又は無線リソースが指示できる。
【０５２０】
また、この際、ＵＥがキャンピング（ｃａｍｐ）するセルはＶ２Ｘ通信のために基地局によりＵＥが使用する特定のリソースが割り当てられるモード３またはＶ２Ｘ通信のために前記基地局により設定されたリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内でＵＥが使用するリソースを選択するモード４で動作できる。
【０５２１】
仮に、Ｖ２Ｘメッセージの転送要求を受信する時、Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）であれば、ＵＥは基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のためのリソースを要求するか、または前記基地局により予め設定されたリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内でＰＣ５インターフェースを介したＶ２Ｘ通信のためのリソースを選択する（Ｓ７０３）。
【０５２２】
この際、Ｖ２Ｘ通信を支援するが、ＰＣ５インターフェースを介したＶ２Ｘ通信のための如何なる無線リソースも提供しないセルにＵＥがキャンピング（ｃａｍｐｉｎｇ）すれば、ＵＥはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。この際、提供するという意味はＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが無線リソースを割り当てるという意味として解釈されることもでき、またはＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが他のセル（または、他のキャリア周波数で運用されるセル）の無線リソースを指示するという意味として解釈されることもできる。
【０５２３】
一方、Ｖ２Ｘメッセージの転送要求を受信する時、Ｖ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）であれば、ＵＥはＰＣ５インターフェースを介したＶ２Ｘ通信のためのリソースを選択する（Ｓ７０４）（即ち、先の６．１．２．３節に規定された通り）。
【０５２４】
この際、Ｖ２Ｘ通信を支援するセルにＵＥがキャンピング（ｃａｍｐｉｎｇ）し、ＵＥがキャンピング（ｃａｍｐ）するセルが提供するキャリア周波数が予め設定されたキャリア周波数に属しなければ、ＵＥはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。また、ＵＥがキャンピング（ｃａｍｐ）するセルが提供するキャリア周波数がＵＥが使用することを意図する予め設定されたキャリア周波数に属しなければ、ＵＥはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることもできる。この際、提供するという意味はＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルがキャリア周波数で運用されるという意味として解釈されることもでき、またはＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが他のキャリア周波数を指示する意味として解釈されることもできる。
【０５２５】
また、ＵＥがキャンピング（ｃａｍｐ）するセルが提供する一つ以上のキャリア周波数が予め設定されたキャリア周波数に属すれば、ＵＥはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）またはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。この際、提供するという意味はＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルがキャリア周波数で運用されるという意味として解釈されることもでき、またはＵＥがキャンピング（ｃａｍｐｉｎｇ）するセルが他のキャリア周波数を指示する意味として解釈されることもできる。
【０５２６】
一例として、ＵＥがキャンピング（ｃａｍｐ）するセルが提供する一つ以上のキャリア周波数のうち、前記予め設定されたキャリア周波数で前記Ｖ２Ｘ通信を遂行することを所望する時、ＵＥはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされるモード（Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。この際、ＵＥはＵＥがキャンピング（ｃａｍｐ）するセルが提供するキャリア周波数のうち、ＵＥがＶ２Ｘ通信を所望するキャリア周波数で運用（ｏｐｅｒａｔｅ）されるセルを探索することができる。そして、探索されたセルでＵＥはＶ２Ｘ通信を遂行することができる。但し、ＵＥがキャンピング（ｃａｍｐ）するセルが提供するキャリア周波数のうち、ＵＥがＶ２Ｘ通信を所望するキャリア周波数で運用（ｏｐｅｒａｔｅ）されるセルの探索が失敗すれば、ＵＥはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【０５２７】
一方、ＵＥが予め設定されたキャリア周波数でＶ２Ｘ通信を遂行することを所望しない時、ＵＥはＶ２Ｘ通信のためにＥ−ＵＴＲＡＮによりサービスされないモード（Ｎｏｔ  Ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ  ｆｏｒ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と見なされることができる。
【０５２８】
ＵＥはＰＣ５インターフェースを介したＶ２Ｘ通信のための転送を遂行する（Ｓ７０５）（即ち、先の６．１．２．２節に規定された通り）。
【０５２９】
本発明が適用できる装置一般
【０５３０】
図８は、本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【０５３１】
図８を参照すると、無線通信システムはネットワークノード８１０と多数の端末（ＵＥ）８２０を含む。
【０５３２】
ネットワークノード８１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）８１１、メモリ（ｍｅｍｏｒｙ）８１２、及び通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）８１３を含む。プロセッサ８１１は先の図１から図７で提案された機能、過程及び／又は方法を具現化する。有線／無線インターフェースプロトコルの層はプロセッサ８１１により具現化できる。
【０５３３】
メモリ８１２はプロセッサ８１１と連結されて、プロセッサ８１１を駆動するための多様な情報を格納する。通信モジュール８１３はプロセッサ８１１と連結されて、有線／無線信号を送信及び／又は受信する。ネットワークノード８１０の一例として、基地局、ＭＭＥ、ＨＳＳ、ＳＧＷ、ＰＧＷ、ＳＣＥＦ、ＳＣＳ／ＡＳなどがこれに該当することができる。特に、ネットワークノード８１０が基地局である場合、通信モジュール８１３は無線信号を送信／受信するためのＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）を含むことができる。
【０５３４】
端末８２０は、プロセッサ８２１、メモリ８２２及び通信モジュール（または、ＲＦ部）８２３を含む。プロセッサ８２１は先の図１から図７で提案された機能、過程及び／又は方法を具現化する。無線インターフェースプロトコルの層はプロセッサ８２１により具現化できる。特に、プロセッサはＮＡＳ層及びＡＳ層を含むことができる。メモリ８２２はプロセッサ８２１と連結されて、プロセッサ８２１を駆動するための多様な情報を格納する。通信モジュール８２３はプロセッサ８２１と連結されて、無線信号を送信及び／又は受信する。
【０５３５】
メモリ８１２、８２２はプロセッサ８１１、８２１の内部または外部にいることができ、よく知られた多様な手段によりプロセッサ８１１、８２１と連結できる。また、ネットワークノード８１０（基地局である場合）及び／又は端末８２０は一つのアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または複数のアンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【０５３６】
図９は、本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【０５３７】
特に、図９では先の図８の端末をより詳細に例示する図である。
【０５３８】
図９を参照すると、端末はプロセッサ（または、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）９１０、ＲＦモジュール（ＲＦ  ｍｏｄｕｌｅ）（または、ＲＦユニット）９３５、パワー管理モジュール（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）９０５、アンテナ（ａｎｔｅｎｎａ）９４０、バッテリー（ｂａｔｔｅｒｙ）９５５、ディスプレイ（ｄｉｓｐｌａｙ）９１５、キーパッド（ｋｅｙｐａｄ）９２０、メモリ（ｍｅｍｏｒｙ）９３０、ＳＩＭカード（ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）ｃａｒｄ）９２５（この構成は選択的である）、スピーカー（ｓｐｅａｋｅｒ）９４５及びマイクロフォン（ｍｉｃｒｏｐｈｏｎｅ）９５０を含んで構成できる。また、端末は単一のアンテナまたは多重のアンテナを含むことができる。
【０５３９】
プロセッサ９１０は先の図１から図７で提案された機能、過程及び／又は方法を具現化する。無線インターフェースプロトコルの層はプロセッサ９１０により具現化できる。
【０５４０】
メモリ９３０はプロセッサ９１０と連結されて、プロセッサ９１０の動作と関連した情報を格納する。メモリ９３０はプロセッサ９１０の内部または外部にいることができ、よく知られた多様な手段によりプロセッサ９１０と連結できる。
【０５４１】
ユーザは、例えば、キーパッド９２０のボタンを押さえるか（あるいは、タッチするか）、またはマイクロフォン９５０を用いた音声駆動（ｖｏｉｃｅ  ａｃｔｉｖａｔｉｏｎ）により電話番号などの命令情報を入力する。プロセッサ９１０はこのような命令情報を受信し、電話番号で電話を掛けるなど、適切な機能を遂行するように処理する。駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ  ｄａｔａ）はＳＩＭカード９２５またはメモリ９３０から抽出することができる。また、プロセッサ９１０はユーザが認知し、また便宜のために命令情報または駆動情報をディスプレイ９１５上にディスプレイすることができる。
【０５４２】
ＲＦモジュール９３５はプロセッサ９１０に連結されて、ＲＦ信号を送信及び／又は受信する。プロセッサ９１０は通信を開始するために、例えば、音声通信データを構成する無線信号を転送するように命令情報をＲＦモジュール９３５に伝達する。ＲＦモジュール９３５は無線信号を受信及び送信するために受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）で構成される。アンテナ９４０は無線信号を送信及び受信する機能を行う。無線信号を受信する時、ＲＦモジュール９３５はプロセッサ９１０により処理するために信号を伝達し、基底帯域に信号を変換することができる。処理された信号はスピーカー９４５を通じて出力される可聴または可読情報に変換できる。
【０５４３】
以上で説明された実施形態は、本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は他の構成要素や特徴と結合されていない形態に実施できる。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更できる。ある実施形態の一部の構成や特徴は他の実施形態に含まれることができ、または他の実施形態の対応する構成または特徴と交換できる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新しい請求項に含めることができることは自明である。
【０５４４】
本発明に従う実施形態は多様な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合などにより具現化できる。ハードウェアによる具現化の場合、本発明の一実施形態は一つまたはその以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現化できる。
【０５４５】
ファームウエアやソフトウェアによる具現化の場合、本発明の一実施形態は以上で説明された機能または動作を遂行するモジュール、手続き、関数などの形態に具現化できる。ソフトウェアコードはメモリに格納されてプロセッサにより駆動できる。前記メモリは前記プロセッサの内部または外部に位置して、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。
【０５４６】
本発明は本発明の必須の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者に自明である。したがって、前述した詳細な説明は全ての面から制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付した請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０５４７】
本発明は３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を中心として説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム以外にも多様な無線通信システム、特に５Ｇ（５  ｇｅｎｅｒａｔｉｏｎ）システムに適用することが可能である。
【図１】
0006776459.tif 000003
【図２】
0006776459.tif 000004
【図３】
0006776459.tif 000005
【図４】
0006776459.tif 000006
【図５】
0006776459.tif 000007
【図６】
0006776459.tif 000008
【図７】
0006776459.tif 000009
【図８】
0006776459.tif 000010
【図９】
0006776459.tif 000011