JP2020502954A - 無線通信システムにおけるｖ２ｘ通信を行う方法及びこのための装置 - Google Patents

Abstract

無線通信システムにおいてＶ２Ｘ通信を行う方法及びこのための装置が開示される。具体的に、無線通信システムにおいてユーザ装置（ＵＥ）がＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ）との間の通信を行う方法において、上位層からＶ２Ｘメッセージを送信するための要求を受信するステップと、基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求する、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択するステップと、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うステップとを含み、前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達されることができる。【選択図】図１

Description

本発明は、無線通信システムに関し、さらに詳細に車とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行う／支援する方法及びこれを支援する装置に関する。

移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスに対して求めているため、より発展した移動通信システムが求められている。

次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの受け入れ、ユーザ当たりの送信率の画期的な増加、大幅に増加される接続デバイス個数の受け入れ、極めて低いエンドツーエンド遅延（Ｅｎｄ−ｔｏ−Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率を支援しなければならない。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ−ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多元接続（ＮＯＭＡ：Ｎｏｎ−Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）など、様々な技術が研究されている。

本発明の目的は、ＵＥがＰＣ５（すなわち、ＵＥ間無線インターフェース／参照ポイント）を介したＶ２Ｘ通信を行う方法を提案する。

また、本発明では、制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）であるＵＥがＰＣ５を介したＶ２Ｘ通信を行う方法を提案する。

また、本発明では、Ｕｕ（すなわち、ＵＥとｅＮＢ間無線インターフェース／参照ポイント）を介した送信とＰＣ５を介した送信を共に処理する方法を提案する。

本発明で解決しようとする技術的な課題は、以上で言及した技術的な課題に制限されることなく、言及しない更なる技術的な課題は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるものである。

本発明の一態様は、無線通信システムにおいてユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）がＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行う方法であって、上位層（ｕｐｐｅｒ ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信するステップと、基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求する、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択するステップと、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うステップと、を含み、前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達されることができる。

本発明の他の一態様は、無線通信システムにおいてＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行うユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）であって、有線／無線信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｍｏｄｕｌｅ）と、前記通信モジュールを制御するプロセッサとを含み、前記プロセッサは、上位層（ｕｐｐｅｒ ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信し、基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求し、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択し、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うように構成され、前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達されることができる。

好ましくは、前記指示が受信されると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信より前記緊急ＰＤＮ接続を介した送信を優先的に処理するステップをさらに含むことができる。

好ましくは、前記指示は、前記緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージと別に伝達されることができる。

好ましくは、前記指示は、前記緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージと共に伝達されることができる。

好ましくは、前記Ｖ２Ｘメッセージを送信するための要求は、Ｖ２Ｘメッセージ、Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子、Ｖ２Ｘメッセージ内のデータタイプ及びＶ２Ｘメッセージ優先順位を含むことができる。

好ましくは、前記ＵＥがＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）によりサービスされ、前記ＵＥが前記Ｅ−ＵＴＲＡＮのセルにより提供される無線資源を使用するように意図し、前記ＵＥが登録されたＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）が前記ＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属すると、前記基地局に前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が要求されることができる。

好ましくは、前記ＵＥがＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）によりサービスされず、前記ＵＥが前記ＰＣ５を介したＶ２Ｘ通信を利用するように許可されると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が選択されることができる。

好ましくは、前記ＵＥがＥＭＭ（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥモードで、制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）であると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が選択されることができる。

好ましくは、前記指示と共に前記緊急ＰＤＮ接続に該当するベアラの識別子が伝達されることができる。

好ましくは、前記ＵＥは、ＥＭＭ（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）−ＣＯＮＮＥＣＴＥＤモードである時においてのみ前記指示が伝達されることができる。

本発明の実施形態によれば、ＵＥが特に、制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）にある場合にもＶ２Ｘ通信を行うことができる。これによって、交通安全（ｌｏａｄ ｓａｆｅｔｙ）状況や公共安全（ｐｕｂｌｉｃ ｓａｆｅｔｙ）関連状況に対して対応できる。

また、本発明の実施形態によれば、Ｕｕを介した送信とＰＣ５を介したＶ２Ｘ通信の送信が重なる（ｏｖｅｒｌａｐ）場合にも、エラーが発生しないと、効果的に共に処理できる。

本発明で取得できる効果は、以上で言及した効果に制限されることなく、言及しない更なる効果は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるものであろう。

本発明に関する理解に役立つために詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的な特徴を説明する。
本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）を簡略に例示する図である。 本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。 本発明が適用されることができる無線通信システムにおいてＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。 本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ ｐｒｏｔｏｃｏｌ）構造を示す。 本発明が適用されることができる無線通信システムにおいて物理チャネルの構造を簡略に例示する図である。 本発明が適用されることができる無線通信システムにおいて競争ベースのランダムアクセスの手順を説明するための図である。 本発明が適用されることができる無線通信システムにおいてサイドリンクＵＥ情報手順を例示する図である。 本発明が適用されることができる無線通信システムにおいてアタッチ（Ａｔｔａｃｈ）手順を簡略に例示する図である。 本発明が適用されることができる無線通信システムにおける初期コンテキストセットアップ手順を例示する。 本発明が適用されることができる無線通信システムにおいてＵＥコンテキスト修正手順を例示する。 本発明が適用されることができる無線通信システムにおいてハンドオーバ資源の割り当て手順を例示する。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。 本発明の一実施形態に係る通信装置のブロック構成図を例示する。 本発明の一実施形態に係る通信装置のブロック構成図を例示する。

以下、本発明に係る好ましい実施形態を添付された図面を参照して詳細に説明する。添付された図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施できる唯一の実施形態を説明するためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的細部事項がなくても実施されうることが分かる。

いくつかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック形式に図示されることができる。

本明細書における基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ ｎｏｄｅ）としての意味を有する。本文書において、基地局により行われるものと説明された特定の動作は、場合に応じて、基地局の上位ノード（ｕｐｐｅｒ ｎｏｄｅ）により行われてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは自明である。「基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）などの用語により代替されることができる。また、「端末（Ｔｅｒｍｉｎａｌ）」は固定されるか、または移動性を有することができ、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置などの用語に代替されることができる。

以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクにおける送信機は端末の一部であり、受信機は基地局の一部でありうる。

以下の説明において使用される特定の用語は、本発明の理解を助けるために提供されたものであり、このような特定の用語の使用は、本発明の技術的思想から逸脱しない範囲において他の形態に変更されることができる。

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）により具現化されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）のような無線技術により具現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術により具現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化である。

本発明の実施形態は、無線接続システムであるＩＥＥＥ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも一つに開示された標準文書により裏付けられる。すなわち、本発明の実施形態のうち、本発明の技術的思想を明確にあらわすために説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書において開示している全ての用語は、前記標準文書により説明されることができる。

説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に述べるが、本発明の技術的な特徴がこれに制限されるものではない。

本文書において用いられる用語は、次のように定義される。

−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）基盤の第３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術

−ＥＰＳ（Ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）基盤のパケット交換（ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）とＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。

−ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（ｍａｃｒｏ ｃｅｌｌ）規模である。

−ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（ｍａｃｒｏ ｃｅｌｌ）規模である。

−端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）：ユーザ機器。端末は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）などの用語で言及される。また、端末は、ノート型パソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯できない機器であってもよい。ＭＴＣ関連の内容において端末または端末という用語は、ＭＴＣ端末を称することができる。

−ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰ基盤に提供するサブシステム。

−ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークにおいて国際的に固有に割り当てられるユーザ識別子。

−ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：人の介入無しでマシンにより行われる通信。Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信と称してもよい。

−ＭＴＣ端末（ＭＴＣ ＵＥまたはＭＴＣ ｄｅｖｉｃｅまたはＭＴＣ装置）：移動通信ネットワークを介した通信（例えば、ＰＬＭＮを介してＭＴＣサーバと通信）機能を有し、ＭＴＣ機能を行う端末（例えば、自販機、検針器など）。

−ＭＴＣサーバ（ＭＴＣ ｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバ。移動通信ネットワークの内部または外部に存在しうる。ＭＴＣユーザがアクセス（ａｃｃｅｓｓ）できるインターフェースを有することができる。また、ＭＴＣサーバは、他のサーバにＭＴＣ関連サービスを提供することもでき（ＳＣＳ（Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）形態）、自分がＭＴＣアプリケーションサーバであってもよい。

−（ＭＴＣ）アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）：（ＭＴＣが適用される）サービス（例えば、遠隔検針、物量移動追跡、気象観測センサなど）

−（ＭＴＣ）アプリケーションサーバ：（ＭＴＣ）アプリケーションが実行されるネットワーク上のサーバ

−ＭＴＣ特徴（ＭＴＣ ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能。例えば、ＭＴＣモニタリング（ｍｏｎｉｔｏｒｉｎｇ）は、遠隔検針などのＭＴＣアプリケーションにおいて装備紛失などに備えるための特徴であり、低い移動性（ｌｏｗ ｍｏｂｉｌｉｔｙ）は、自販機のようなＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。

−ＭＴＣユーザ（ＭＴＣ Ｕｓｅｒ）：ＭＴＣユーザは、ＭＴＣサーバにより提供されるサービスを使用する。

−ＭＴＣ加入者（ＭＴＣ ｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレーターと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供するエンティティ（ｅｎｔｉｔｙ）である。

−ＭＴＣグループ（ＭＴＣ ｇｒｏｕｐ）：少なくとも一つ以上のＭＴＣ特徴を共有し、ＭＴＣ加入者に属するＭＴＣ端末のグループを意味する。

−サービス能力サーバ（ＳＣＳ：Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）：ＨＰＬＭＮ（Ｈｏｍｅ ＰＬＭＮ）上のＭＴＣ−ＩＷＦ（ＭＴＣ ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）及びＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。ＳＣＳは、一つ以上のＭＴＣアプリケーションによる使用のための能力(capability)を提供する。

−外部識別子（Ｅｘｔｅｒｎａｌ Ｉｄｅｎｔｉｆｉｅｒ）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバ）がＭＴＣ端末（または、ＭＴＣ端末が属する加入者）を指す（または識別する）ために使用する識別子（ｉｄｅｎｔｉｆｉｅｒ）であって、全世界的に固有（ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ）である。外部識別子は、次のようにドメイン識別子（Ｄｏｍａｉｎ Ｉｄｅｎｔｉｆｉｅｒ）とローカル識別子（Ｌｏｃａｌ Ｉｄｅｎｔｉｆｉｅｒ）から構成される。

−ドメイン識別子（Ｄｏｍａｉｎ Ｉｄｅｎｔｉｆｉｅｒ）：移動通信ネットワーク事業者の制御項にあるドメインを識別するための識別子。一つの事業者は、互いに異なるサービスへの接続を提供するためにサービスごとにドメイン識別子を使用することができる。

−ローカル識別子（Ｌｏｃａｌ Ｉｄｅｎｔｉｆｉｅｒ）：ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を類推または取得するために使用される識別子。ローカル識別子は、アプリケーションドメイン内では固有（ｕｎｉｑｕｅ）でなければならず、移動通信ネットワーク事業者により管理される。

−ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークにおいてＮｏｄｅ Ｂ及びこれを制御するＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢを含む単位。端末端に存在しコアネットワークへの接続を提供する。

−ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ ｍａｎａｇｅｍｅｎｔ）、ユーザ状態格納などの機能を行うことができる。

−ＲＡＮＡＰ（ＲＡＮ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（すなわち、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ））間のインターフェース。

−ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーターごとに区分されて構成されることができる。

−ＳＣＥＦ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）：３ＧＰＰネットワークインターフェースにより提供されるサービス及び能力（ｃａｐａｂｉｌｉｔｙ）を安全に露出するための手段を提供するサービス能力露出（ｓｅｒｖｉｃｅ ｃａｐａｂｉｌｉｔｙ ｅｘｐｏｓｕｒｅ）のための３ＧＰＰアーキテクチャ内のエンティティ。

以下、上のように定義された用語に基づいて本発明について述べる。

本発明が適用されることができるシステムの一般

図１は、本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）を簡略に例示する図である。

図１のネットワーク構造図は、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）の構造を、これを簡略に再構成したものである。

ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）は、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰ基盤に様々な無線接続技術を支援し、より向上したデータ送信能力を提供するなどの最適化したパケット基盤システムを提供することを目標とする。

具体的に、ＥＰＣは、３ＧＰＰ ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）であり、パケット基盤リアルタイム及び非リアルタイムサービスを支援できる。既存の移動通信システム（すなわち、第２世代または第３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の２個の区別されるサブドメインを介してコアネットワークの機能が具現化された。しかしながら、第３世代移動通信システムの進化である３ＧＰＰ ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化された。すなわち、３ＧＰＰ ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末との間の接続が、ＩＰ基盤の基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。すなわち、ＥＰＣは、エンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービスの具現化に必須な構造である。

ＥＰＣは、様々な構成要素を含むことができ、図１では、その中で一部に該当するＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）（またはＳ−ＧＷ）、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）（または、ＰＧＷまたはＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）を示す。

ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ ＧＷとの間のデータ経路を維持する機能を果たす要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にかけて移動する場合、ＳＧＷは、ローカル移動性アンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）の役割を果たす。すなわち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース−８以後に定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）内での移動性のために、ＳＧＷを介してパケットがルーティングされることができる。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース−８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮ、またはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもある。

ＰＤＮ ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ）に該当する。ＰＤＮ ＧＷは、ポリシー執行特徴（ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）ネットワークまたはＷｉｍａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントとして機能することができる。

図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ ＧＷが別のゲートウェイから構成されていることを示したが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ）によって具現化されることもできる。

ＭＭＥは、端末のネットワーク接続に対するアクセス、ネットワーク資源の割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは、加入者及びセッション管理に関する制御プレーン機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来におけるゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、セキュリティー過程（Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）、端末とネットワークとのセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ）、アイドル端末位置管理（Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。

ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。

ｅＰＤＧは、信頼できない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対するセキュリティーノードとして機能する。

図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非３ＧＰＰアクセス基盤でもＥＰＣ内の様々な要素を経て事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスできる。

また、図１では、様々な参照ポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ）に存在する２個の機能を接続する概念的なリンクを参照ポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）のように定義する。次の表１は、図１に示す参照ポイントを整理したものである。表１の例示の他にも、ネットワーク構造によって様々な参照ポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）が存在しうる。

図１に示す参照ポイントのうちＳ２ａ及びＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮ ＧＷ間の関連制御及び移動性資源をユーザプレーンに提供する参照ポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ ＧＷ間の関連制御及び移動性支援をユーザプレーンに提供する参照ポイントである。

図２は、本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。

Ｅ−ＵＴＲＡＮシステムは、従来のＵＴＲＡＮシステムから進化したシステムであって、例えば、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムでありうる。通信ネットワークは、ＩＭＳ及びパケットデータを介して音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ））のような様々な通信サービスを提供するために広範囲に配置される。

図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは、端末に制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）プロトコルを提供するｅＮＢから構成され、ｅＮＢは、Ｘ２インターフェースを介して接続される。

Ｘ２ユーザプレーンインターフェース（Ｘ２−Ｕ）は、ｅＮＢの間に定義される。Ｘ２−Ｕインターフェースは、ユーザプレーンＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）の保証されない伝達（ｎｏｎ ｇｕａｒａｎｔｅｅｄ ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２制御プレーンインターフェース（Ｘ２−ＣＰ）は、二つの隣接ｅＮＢの間に定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットｅＮＢとの間のユーザプレーントンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理などの機能を行う。

ｅＮＢは、無線インターフェースを介して端末に接続され、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続される。

Ｓ１ユーザプレーンインターフェース（Ｓ１−Ｕ）は、ｅＮＢとサービングゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ）との間に定義される。Ｓ１制御プレーンインターフェース（Ｓ１−ＭＭＥ）は、ｅＮＢと移動性管理個体（ＭＭＥ：ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）の間に定義される。Ｓ１インターフェースは、ＥＰＳ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）ベアラサービス管理機能、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥ負荷バランシング機能などを行う。Ｓ１インターフェースは、ｅＮＢとＭＭＥ／Ｓ−ＧＷとの間に多対多の関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）を支援する。

ＭＭＥは、ＮＡＳシグナリングセキュリティー（ｓｅｃｕｒｉｔｙ）、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）セキュリティー（ｓｅｃｕｒｉｔｙ）制御、３ＧＰＰアクセスネットワーク間移動性を支援するためのＣＮ（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード間（Ｉｎｔｅｒ−ＣＮ）のシグナリング、（ページング再送信の実行及び制御を含んで）アイドル（ＩＤＬＥ）モードＵＥアクセス可能性（ｒｅａｃｈａｂｉｌｉｔｙ）、（アイドル及びアクティブモード端末のための）トラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）管理、ＰＤＮ ＧＷ及びＳＧＷ選択、ＭＭＥが変更されるハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング（ｒｏａｍｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、専用ベアラ確立（ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒ ｅｓｔａｂｌｉｓｈｍｅｎｔ）を含むベアラ管理機能、公共警告システム（ＰＷＳ：Ｐｕｂｌｉｃ Ｗａｒｎｉｎｇ Ｓｙｓｔｅｍ）（地震及び津波警告システム（ＥＴＷＳ：Ｅａｒｔｈｑｕａｋｅ ａｎｄ Ｔｓｕｎａｍｉ Ｗａｒｎｉｎｇ Ｓｙｓｔｅｍ）及び常用モバイル警告システム（ＣＭＡＳ：Ｃｏｍｍｅｒｃｉａｌ Ｍｏｂｉｌｅ Ａｌｅｒｔ Ｓｙｓｔｅｍ）含む）メッセージ送信の支援などの様々な機能を行うことができる。

図３は、本発明が適用されることができる無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。

図３を参照すると、ｅＮＢは、ゲートウェイ（例えば、ＭＭＥ）の選択、無線資源制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間のゲートウェイへのルーティング、放送チャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）のスケジューリング及び送信、アップリンク及びダウンリンクにおけるＵＥへ動的資源の割り当て、そして、ＬＴＥ＿ＡＣＴＩＶＥ状態で移動性制御接続の機能を行うことができる。上述のように、ＥＰＣ内においてゲートウェイは、ページング開始（ｏｒｇｉｎａｔｉｏｎ）、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）の暗号化（ｃｉｐｈｅｒｉｎｇ）、システムアーキテクチャエボリューション（ＳＡＥ：Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ベアラ制御、そして、ＮＡＳシグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性（ｉｎｔｅｒｇｒｉｔｙ）保護の機能を行うことができる。

図４は、本発明が適用されることができる無線通信システムにおける端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ ｐｒｏｔｏｃｏｌ）の構造を示す。

図４（ａ）は、制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコルの構造を示し、図４（ｂ）は、ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコルの構造を示す。

図４を参照すると、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの層は、通信システムの技術分野で公知の広く知られた開放型システム間相互接続（ＯＳＩ：ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）標準モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）及び第３層（Ｌ３）に分割されることができる。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）、データリンク層（ｄａｔａ ｌｉｎｋ ｌａｙｅｒ）及びネットワーク層（ｎｅｔｗｏｒｋ ｌａｙｅｒ）からなり、垂直的には、データ情報送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）と制御信号（ｓｉｇｎａｌｉｎｇ）伝達のためのプロトコルスタックである制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に区分される。

制御プレーンは、端末とネットワークが呼を管理するために利用する制御メッセージが送信される通路を意味する。ユーザプレーンは、アプリケーション層において生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが送信される通路を意味する。以下、無線プロトコルの制御プレーンとユーザプレーンの各層について説明する。

第１層（Ｌ１）である物理層（ＰＨＹ：ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を使用することによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置した媒体アクセス制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層にトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して接続され、トランスポートチャネルを介してＭＡＣ層と物理層との間でデータが送信される。トランスポートチャネルは、無線インターフェースを介してデータがどのように、どのような特徴で送信されるかに応じて分類される。そして、互いに異なる物理層の間、送信端の物理層と受信端の物理層との間には、物理チャネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を介してデータが送信される。物理層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線資源として活用する。

物理層で使用されるいくつかの物理制御チャネルがある。物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、端末にページングチャネル（ＰＣＨ：ｐａｇｉｎｇ ｃｈａｎｎｅｌ）とダウンリンク共有チャネル（ＤＬ−ＳＣＨ：ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の資源割り当て及びアップリンク共有チャネル（ＵＬ−ＳＣＨ：ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に関連するＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）情報を知らせる。また、ＰＤＣＣＨは、端末にアップリンク送信の資源割り当てを知らせるアップリンク承認（ＵＬ ｇｒａｎｔ）を運ぶことができる。物理制御フォーマット指示子チャネル（ＰＤＦＩＣＨ：ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに使用されるＯＦＤＭシンボルの数を知らせ、サブフレームごとに送信される。物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ：ｐｈｙｓｉｃａｌ ＨＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、アップリンク送信の応答として、ＨＡＲＱ ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅ）信号を運ぶ。物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、ダウンリンク送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジューリング要求及びチャネル品質指示子（ＣＱＩ：ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）などのようなアップリンク制御情報を運ぶ。物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨを運ぶ。

第２層（Ｌ２）のＭＡＣ層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲＬＣ：ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）層にサービスを提供する。また、ＭＡＣ層は、論理チャネルとトランスポートチャネルとの間のマッピング及び論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）のトランスポートチャネル上に物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）への多重化／逆多重化機能を含む。

第２層（Ｌ２）のＲＬＣ層は、信頼性のあるデータ送信を支援する。ＲＬＣ層の機能は、ＲＬＣ ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲＢ：ｒａｄｉｏ ｂｅａｒｅｒ）が要求する様々なＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は、透過モード（ＴＭ：ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ）、非確認モード（ＵＭ：ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）及び確認モード（ＡＭ：ａｃｋｎｏｗｌｅｄｇｅ ｍｏｄｅ）の３種類の動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。一方、ＭＡＣ層がＲＬＣ機能を行う場合に、ＲＬＣ層は、ＭＡＣ層の機能ブロックとして含まれることができる。

第２層（Ｌ２）のパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）層は、ユーザプレーンにおいてユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）機能を行う。ヘッダ圧縮機能は、小さな帯域幅を有する無線インターフェースを介してＩＰｖ４（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）またはＩＰｖ６（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）のようなインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）パケットを効率よく送信されるようにするため、相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らす機能を意味する。制御プレーンにおけるＰＤＣＰ層の機能は、制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。

第３層（Ｌ３）の最下位部分に位置した無線資源制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層は、制御プレーンにおいてのみ定義される。ＲＲＣ層は、端末とネットワークとの間の無線資源を制御する役割を行う。このために、端末とネットワークは、ＲＲＣ層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）に関して論理チャネル、トランスポートチャネル及び物理チャネルを制御する。無線ベアラは、端末とネットワークとの間のデータ送信のために、第２層（Ｌ２）によって提供される論理的な経路を意味する。無線ベアラが設定されることは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定することを意味する。無線ベアラは、またシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ ＲＢ）とデータ無線ベアラ（ＤＲＢ：ｄａｔａ ＲＢ）の２種類に分類されることができる。ＳＲＢは、制御プレーンにおいてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザプレーンにおいてユーザデータを送信する通路として使用される。

ＲＲＣ層上位に位置するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）層は、セッション管理（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ）と移動性管理（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ）などの機能を行う。

基地局を構成する一つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚなどの帯域幅のうち一つに設定され、種々の端末にダウンリンクまたはアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。

ネットワークから端末にデータを送信するダウンリンクトランスポートチャネル（ｄｏｗｎｌｉｎｋ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）には、システム情報を送信する放送チャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ、ユーザトラフィックまたは制御メッセージを送信するＤＬ−ＳＣＨなどがある。ダウンリンクマルチキャスト、放送サービスのトラフィック、または制御メッセージの場合、ＤＬ−ＳＣＨを介して送信されてもよく、または、別のダウンリンクマルチキャストチャネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネル（ｕｐｌｉｎｋ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）には、初期制御メッセージを送信するランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御メッセージを送信するＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がある。

論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）は、トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる。論理チャネルは、制御領域情報の伝達のための制御チャネルとユーザ領域情報の伝達のためのトラフィックチャネルに区分される。制御チャネルには、放送制御チャネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ページング制御チャネル（ＰＣＣＨ：ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、共通制御チャネル（ＣＣＣＨ：ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、専用制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、マルチキャスト制御チャネル（ＭＣＣＨ：ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）などがある。トラフィックチャネルには、専用トラフィックチャネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）、マルチキャストトラフィックチャネル（ＭＴＣＨ：ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）などがある。ＰＣＣＨは、ページング情報を伝達するダウンリンクチャネルであり、ネットワークがＵＥが属するセルが分からない時に使用される。ＣＣＣＨは、ネットワークとのＲＲＣ接続を有しないＵＥにより使用される。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）制御情報を伝達するために使用されるポイントツーマルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報を伝達するＲＲＣ接続を有する端末により使用されるポイントツーポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）チャネルである。ＤＴＣＨは、アップリンク及びダウンリンクで存在しうるユーザ情報を伝達するために、一つの端末に占有されるポイントツーポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャネルである。ＭＴＣＨは、ネットワークからＵＥへのトラフィックデータを伝達するためにポイントツーマルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルである。

論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）との間のアップリンク接続の場合、ＤＣＣＨは、ＵＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨは、ＵＬ−ＳＣＨとマッピングされてもよく、ＣＣＣＨは、ＵＬ−ＳＣＨとマッピングされてもよい。論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）との間のダウンリンク接続の場合、ＢＣＣＨは、ＢＣＨまたはＤＬ−ＳＣＨとマッピングされてもよく、ＰＣＣＨは、ＰＣＨとマッピングされてもよく、ＤＣＣＨは、ＤＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨは、ＤＬ−ＳＣＨとマッピングされてもよく、ＭＣＣＨは、ＭＣＨとマッピングされてもよく、ＭＴＣＨは、ＭＣＨとマッピングされてもよい。

図５は、本発明が適用されることができる無線通信システムにおける物理チャネルの構造を簡略に例示する図である。

図５を参照すると、物理チャネルは、周波数領域（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ）における一つ以上のサブキャリアと、時間領域（ｔｉｍｅ ｄｏｍａｉｎ）における一つ以上のシンボルから構成される無線資源を介してシグナリング及びデータを伝達する。

１．０ｍｓ長を有する一つのサブフレームは、複数のシンボルから構成される。サブフレームの特定シンボル（例えば、サブフレームの最初のシンボル）は、ＰＤＣＣＨのために使用されることができる。ＰＤＣＣＨは、動的に割り当てられる資源に対する情報（例えば、資源ブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）、変調及びコーディング方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）等）を運ぶ。

ランダムアクセスの手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）

以下、ＬＴＥ／ＬＴＥ−Ａシステムにおいて提供するランダムアクセスの手順（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）について説明する。

ランダムアクセス手順は、端末が基地局とのＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）がないから、ＲＲＣアイドル状態で初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）を行う場合、ＲＲＣ接続再確立手順（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）を行う場合などに行われる。

ＬＴＥ／ＬＴＥ−Ａシステムでは、ランダムアクセスプリアンブル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ、ＲＡＣＨ ｐｒｅａｍｂｌｅ）を選択する過程において、特定の集合内で端末が任意に一つのプリアンブルを選択して使用する競争ベースのランダムアクセスの手順（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）と、基地局が特定の端末のみに割り当てたランダムアクセスプリアンブルを使用する非競争ベースのランダムアクセスの手順（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）を全て提供する。

図６は、本発明が適用されることができる無線通信システムにおける競争ベースのランダムアクセスの手順を説明するための図である。

（１）第１メッセージ（Ｍｓｇ １、ｍｅｓｓａｇｅ １）

まず、端末は、システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）またはハンドオーバー命令（ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）を介して指示されたランダムアクセスプリアンブルの集合から任意に（ｒａｎｄｏｍｌｙ）一つのランダムアクセスプリアンブル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ、ＲＡＣＨ ｐｒｅａｍｂｌｅ）を選択し、前記ランダムアクセスプリアンブルを送信できるＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ＲＡＣＨ）資源を選択して送信する。

端末からランダムアクセスプリアンブルを受信した基地局は、プリアンブルをデコードし、ＲＡ−ＲＮＴＩを取得する。ランダムアクセスプリアンブルが送信されたＰＲＡＣＨに関連するＲＡ−ＲＮＴＩは、該当端末が送信したランダムアクセスプリアンブルの時間−周波数資源によって決定される。

（２）第２メッセージ（Ｍｓｇ ２、ｍｅｓｓａｇｅ ２）

基地局は、第１メッセージ上のプリアンブルを介して取得したＲＡ−ＲＮＴＩで指示（ａｄｄｒｅｓｓ）されるランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）を端末に送信する。ランダムアクセス応答には、ランダムアクセスプリアンブルインデックス／識別子（ＲＡ ｐｒｅａｍｂｌｅ ｉｎｄｅｘ／ｉｄｅｎｔｉｆｉｅｒ）、アップリンク無線資源を知らせるアップリンク承認（ＵＬ ｇｒａｎｔ）、一時的セル識別子（ＴＣ−ＲＮＴＩ：Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ ＲＮＴＩ）、そして時間同期値（ＴＡＣ：ｔｉｍｅ ａｌｉｇｎｍｅｎｔ ｃｏｍｍａｎｄ）が含まれる。ＴＡＣは、基地局が端末にアップリンク時間整列（ｔｉｍｅ ａｌｉｇｎｍｅｎｔ）を維持するために送る時間同期値を指示する情報である。端末は、前記時間同期値を用いてアップリンク送信タイミングを更新する。端末が時間同期を更新すると、時間同期タイマー（ｔｉｍｅ ａｌｉｇｎｍｅｎｔ ｔｉｍｅｒ）を開始または再開する。ＵＬ ｇｒａｎｔは、後述するスケジューリングメッセージ（第３メッセージ）の送信に使用されるアップリンク資源割り当て及びＴＰＣ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｍｍａｎｄ）を含む。ＴＰＣは、スケジューリングされたＰＵＳＣＨのための送信パワーの決定に使用される。

端末は、ランダムアクセスプリアンブルを送信後に、基地局がシステム情報またはハンドオーバー命令を介して指示されたランダムアクセス応答ウィンドウ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ ｗｉｎｄｏｗ）内で自分のランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）の受信を試み、ＰＲＡＣＨに対応するＲＡ−ＲＮＴＩでマスキングされたＰＤＣＣＨを検出し、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨを受信するようになる。ランダムアクセス応答情報は、ＭＡＣ ＰＤＵ（ＭＡＣ ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ）の形式で送信されることができ、前記ＭＡＣ ＰＤＵは、ＰＤＳＣＨを介して伝達されることができる。

端末は、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブルインデックス／識別子を有するランダムアクセス応答の受信に成功すると、ランダムアクセス応答のモニタリングを中止する。一方、ランダムアクセス応答ウィンドウが終了するまでランダムアクセス応答メッセージを受信できないか、または基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブルインデックスを有する有効なランダムアクセス応答を受信していない場合、ランダムアクセス応答の受信は失敗したと見なされ、その後、端末はプリアンブル再送信を行うことができる。

（３）第３メッセージ（Ｍｓｇ ３、ｍｅｓｓａｇｅ ３）

端末が自分に有効なランダムアクセス応答を受信した場合には、前記ランダムアクセス応答に含まれた情報をそれぞれ処理する。すなわち、端末は、ＴＡＣを適用させ、ＴＣ−ＲＮＴＩを格納する。また、ＵＬ ｇｒａｎｔを用いて、端末のバッファに格納されたデータまたは新しく生成されたデータを基地局に送信する。

端末の最初の接続の場合、ＲＲＣ層で生成され、ＣＣＣＨを介して伝達されたＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて送信されることができ、ＲＲＣ接続再確立手順の場合、ＲＲＣ層で生成されてＣＣＣＨを介して伝達されたＲＲＣ接続再確立要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて送信されることができる。また、ＮＡＳ接続要求メッセージを含んでもよい。

第３メッセージは、端末の識別子が含まれなければならない。端末の識別子を含める方法には２通りの方法が存在する。第１の方法は、端末が前記ランダムアクセスの手順以前に既に該当セルから割り当てられた有効なセル識別子（Ｃ−ＲＮＴＩ）を有していると、端末は、前記ＵＬ ｇｒａｎｔに対応するアップリンク送信信号を介して自分のセル識別子を送信する。一方、仮にランダムアクセスの手順以前に有効なセル識別子が割り当てられていなければ、端末は、自分の固有識別子（例えば、Ｓ−ＴＭＳＩ（ＳＡＥ ｔｅｍｐｏｒａｒｙ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）または任意の値（ｒａｎｄｏｍ ｎｕｍｂｅｒ））を含んで送信する。一般に上記の固有識別子は、Ｃ−ＲＮＴＩより長い。

端末は、前記ＵＬ ｇｒａｎｔに対応するデータを送信した場合、衝突解決のためのタイマー（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｔｉｍｅｒ）を開始する。

（４）第４メッセージ（Ｍｓｇ ４、ｍｅｓｓａｇｅ ４）

基地局は、端末から第３メッセージを介して該当端末のＣ−ＲＮＴＩを受信した場合、受信したＣ−ＲＮＴＩを用いて端末に第４メッセージを送信する。一方、端末から第３メッセージを介して前記固有識別子（すなわち、Ｓ−ＴＭＳＩまたは任意の値（ｒａｎｄｏｍ ｎｕｍｂｅｒ））を受信した場合、ランダムアクセス応答において該当端末に割り当てたＴＣ−ＲＮＴＩを用いて第４メッセージを端末に送信する。一例として、第４メッセージは、ＲＲＣ接続設定メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）を含むことができる。

端末は、ランダムアクセス応答に含まれたＵＬ ｇｒａｎｔを介して自分の識別子を含んだデータを送信した後、衝突解決のために基地局の指示を待機する。すなわち、特定メッセージを受信するために、ＰＤＣＣＨの受信を試みる。前記ＰＤＣＣＨを受信する方法においても２通りの方法が存在する。上記で言及したように、前記ＵＬ ｇｒａｎｔに対応して送信された第３メッセージが自分の識別子がＣ−ＲＮＴＩである場合、自分のＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試み、前記識別子が固有識別子（すなわち、Ｓ−ＴＭＳＩまたは任意の値（ｒａｎｄｏｍ ｎｕｍｂｅｒ））である場合には、ランダムアクセス応答に含まれたＴＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試みる。その後、前者の場合、もし、前記衝突解決タイマーが満了する前に自分のＣ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合に、端末は、正常にランダムアクセスの手順が行われたと判断し、ランダムアクセスの手順を終了する。後者の場合には、前記衝突解決タイマーが満了する前にＴＣ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合、前記ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。仮に前記データの内容に自分の固有識別子が含まれている場合、端末は、正常にランダムアクセスの手順が行われたと判断し、ランダムアクセスの手順を終了する。第４メッセージを介して端末はＣ−ＲＮＴＩを取得し、その後端末とネットワークは、Ｃ−ＲＮＴＩを用いて端末特定メッセージ（ｄｅｄｉｃａｔｅｄ ｍｅｓｓａｇｅ）を送受信するようになる。

一方、非競争ベースの任意の接続過程における動作は、図６に示す競争ベースの任意の接続過程と異なって、第１メッセージ送信及び第２メッセージ送信だけで任意接続の手順が終了される。ただし、第１メッセージとして端末が基地局に任意接続プリアンブルを送信する前に、端末は、基地局から任意接続プリアンブルが割り当てられ、この割り当てられた任意接続プリアンブルを基地局に第１メッセージとして送信し、基地局から任意接続応答を受信することで任意接続の手順が終了される。

以下、本明細書において使用される用語に対する説明は、次のとおりである。

−専用ベアラ（Ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒ）：ＵＥ内のアップリンクパケットフィルタとＰ−ＧＷ内ダウンリンクパケットフィルタと関連したＥＰＳベアラである。ここで、フィルタは、特定パケットのみがマッチングされる。

−基本ベアラ（Ｄｅｆａｕｌｔ ｂｅａｒｅｒ）：新しいＰＤＮ接続毎に確立されるＥＰＳベアラである。Ｄｅｆａｕｌｔ ｂｅａｒｅｒのコンテキストは、ＰＤＮ接続の寿命（ｌｉｆｅｔｉｍｅ）の間、維持される。

−ＥＭＭ（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）−ヌル（ＥＭＭ−ＮＵＬＬ）状態：ＵＥ内のＥＰＳサービスが非活性される。いかなるＥＰＳ移動性管理機能も行われない。

−ＥＭＭ−非登録（ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ）状態：ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＥＭＭコンテキストが確立されず、ＵＥ位置は、ＭＭＥに知られていない。したがって、ＭＭＥによりＵＥがアクセス可能でない（ｕｎｒｅａｃｈａｂｌｅ）。ＥＭＭコンテキストを確立するために、ＵＥは、アタッチ（Ａｔｔａｃｈ）または結合されたアタッチ（ｃｏｍｂｉｎｅｄ Ａｔｔａｃｈ）手順を始めなければならない。

−ＥＭＭ−登録（ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ）状態：ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥ内のＥＭＭコンテキストが確立されており、基本（ｄｅｆａｕｌｔ）ＥＰＳベアラコンテキストが活性化されている。ＵＥがＥＭＭ−ＩＤＬＥモードにある時、ＵＥ位置は、ＴＡの特定番号を含むＴＡのリストの正確度でＭＭＥに知らされる。ＵＥは、ユーザデータ及びシグナリング情報の送受信を開始でき、ページングに応答できる。また、ＴＡＵまたは結合されたＴＡＵ（ｃｏｍｂｉｎｅｄ ＴＡＵ）手順が行われる。

−ＥＭＭ−接続（ＥＭＭ−ＣＯＮＮＥＣＴＥＤ）モード：ＵＥとネットワークとの間にＮＡＳシグナリング接続が確立される時、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。ＥＭＭ−ＣＯＮＮＥＣＴＥＤの用語は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の用語と称されることができる。

−ＥＭＭ−アイドル（ＥＭＭ−ＩＤＬＥ）モード：ＵＥとネットワークとの間にＮＡＳシグナリング接続が存在しないか（すなわち、留保指示がないＥＭＭ−ＩＤＬＥモード）またはＲＲＣ接続留保（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｕｓｐｅｎｄ）が下位層により指示された時（すなわち、留保指示を伴ったＥＭＭ−ＩＤＬＥモード）、ＵＥは、ＥＭＭ−ＩＤＬＥモードである。ＥＭＭ−ＩＤＬＥの用語は、ＥＣＭ−ＩＤＬＥ状態の用語と称されることもできる。

−ＥＭＭコンテキスト（ＥＭＭ ｃｏｎｔｅｘｔ）：アタッチ（Ａｔｔａｃｈ）手順の完了に成功すると、ＥＭＭコンテキストは、ＵＥ及びＭＭＥの内に確立される。

−制御プレーン（Ｃｏｎｔｒｏｌ ｐｌａｎｅ）ＣＩｏＴ ＥＰＳ ｏｐｔｉｍｉｚａｔｉｏｎ：ＭＭＥを経由して制御プレーンを介したユーザデータ（ＩＰ、ｎｏｎ−ＩＰまたはＳＭＳ）の効率的な伝達（ｔｒａｎｓｐｏｒｔ）を可能にするシグナリング最適化。選択的にＩＰデータのヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）を含むことができる。

−ユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）ＣＩｏＴ ＥＰＳ ｏｐｔｉｍｉｚａｔｉｏｎ：ユーザプレーンを介したユーザデータ（ＩＰまたはｎｏｎ−ＩＰ）の効率的な伝達を可能にするシグナリング最適化

−ＥＰＳサービス：ＰＳドメインにより提供されるサービス。

−ＮＡＳシグナリング接続：ＵＥとＭＭＥとの間のピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）Ｓ１モード接続。ＮＡＳシグナリング接続は、ＬＴＥ−Ｕｕインターフェースを経由するＲＲＣ接続とＳ１インターフェースを経由するＳ１ＡＰ接続との連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）で構成される。

−ｃｏｎｔｒｏｌ ｐｌａｎｅ ＣＩｏＴ ＥＰＳ ｏｐｔｉｍｉｚａｔｉｏｎを伴うＥＰＳサービス（ＥＰＳ ｓｅｒｖｉｃｅｓ ｗｉｔｈ ｃｏｎｔｒｏｌ ｐｌａｎｅ ＣＩｏＴ ＥＰＳ ｏｐｔｉｍｉｚａｔｉｏｎ）を使用するＵＥ：ネットワークにより承諾されたｃｏｎｔｒｏｌ ｐｌａｎｅ ＣＩｏＴ ＥＰＳ ｏｐｔｉｍｉｚａｔｉｏｎを伴うＥＰＳサービスのためにアタッチ（ａｔｔａｃｈ）されたＵＥ

−ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）：ＵＭＴＳ、ＥＰＳプロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージをやり取りするための機能的な層。端末の移動性を支援し、端末とＰＤＮ ＧＷとの間のＩＰ接続を確立及び維持するセッション管理手順を支援するのを主な機能とする。

−ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）：Ｅ−ＵＴＲＡＮ（ｅＮＢ）とＵＥとの間またはＥ−ＵＴＲＡＮ（ｅＮＢ）とＭＭＥとの間のインターフェースプロトコル（ｉｎｔｅｒｆａｃｅ ｐｒｏｔｏｃｏｌ）上においてＮＡＳ層下のプロトコル層を意味する。例えば、制御プレーンプロトコルスタックにおいて、ＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を総称するか、またはこの中でいずれか一つの層をＡＳ層と称することができる。または、ユーザプレーンプロトコルスタックにおいて、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を総称するか、またはこの中でいずれか一つの層をＡＳ層と称することができる。

−Ｓ１モード（Ｓ１ ｍｏｄｅ）：無線アクセスネットワークとコアネットワーク間のＳ１インターフェースの使用による機能的な分離を有するシステムに適用されるモードを意味する。Ｓ１モードは、ＷＢ−Ｓ１モードとＮＢ−Ｓ１モードを含む。

−ＮＢ−Ｓ１モード（ＮＢ−Ｓ１ ｍｏｄｅ）：ＵＥのサービング無線アクセスネットワークが狭帯域（ＮＢ：Ｎａｒｒｏｗ Ｂａｎｄ）−ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）による（Ｅ−ＵＴＲＡを経由した）ネットワークサービスへのアクセスを提供する時、ＵＥは、このモードが適用される。

−ＷＢ−Ｓ１モード（ＷＢ−Ｓ１ ｍｏｄｅ）：システムがＳ１モードで動作するが、ＮＢ−Ｓ１モードでないと、このモードが適用される。

制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）

３ＧＰＰ ＴＳ ２３．１２２では、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ（すなわち、適切でないセル（Ｎｏ ｓｕｉｔａｂｌｅ ｃｅｌｌ））に対して定義している。この部分によれば、次のような端末動作を確認できる。

−ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅの端末は、緊急ベアラサービスのためのアタッチ（ａｔｔａｃｈ）を除いて位置登録（ＬＲ：Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ）を行わない。

−後述するＬｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅのうち、ａ）、ｃ）、ｆ）に該当する場合、端末は、ＰＣ５インターフェースを介して車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行うことができる。

下記のように移動ステーション（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）がＰＬＭＮから一般サービスを受けることができない状況が存在する。

ａ）選択されたＰＬＭＮに適したセル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）を探索するのに失敗；

ｂ）ＭＳ内加入者識別モジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）が無い；

ｃ）ＬＲが受信される時、「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」と応答；

ｄ）ＬＲが受信される時、「不法のＭＳ」または「不法の移動機器（ＭＥ：Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）」と応答（以後、ＭＥ内のいかなるＳＩＭも「無効（ｉｎｖａｌｉｄ）」と見なされる）；

ｅ）ＬＲが受信される時、「ＨＬＲ内に知られていないＩＭＳＩ」と応答（以後、ＭＥ内のいかなるＳＩＭも非ＧＰＲＳサービスに対して「無効（ｉｎｖａｌｉｄ）」と見なされる）；

ｆ）ＧＰＲＳサービスのみにアタッチされたＧＰＲＳ ＭＳのＬＲが受信される時「ＧＰＲＳサービスが許容されない（ＧＰＲＳ ｓｅｒｖｉｃｅｓ ｎｏｔ ａｌｌｏｗｅｄ）」と応答（ＧＰＲＳ及び非ＧＰＲＳにアタッチされたＧＰＲＳ ＭＳのセル選択状態は、位置アップデートの結果に依存する）、またはＥＰＳアタッチ、トラッキング領域アップデート（ＴＡＵ：Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）またはサービス要求が行われる時、「ＥＰＳサービスが許容されない（ＥＰＳ ｓｅｒｖｉｃｅｓ ｎｏｔ ａｌｌｏｗｅｄ）」と応答；または

ｇ）パワー低減モード（ＰＳＭ：Ｐｏｗｅｒ ｓａｖｉｎｇ ｍｏｄｅ）が活性化される。

上述したａ）ないしｆ）の場合、ＭＳは、必要な場合、緊急呼出し（ｃａｌｌ）を作るためにＰＬＭＮ識別子と関係なく受諾されるセル（ａｃｃｅｐｔａｂｌｅ ｃｅｌｌ）にキャンプ（ｃａｍｐ ｏｎ）を試みる。ただし、ＮＢ−Ｓ１モードで動作するＭＳは、緊急呼出しを作るための試みをしない。ＭＳが有効なＳＩＭを有しｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであるとき、ＭＳは、利用可能で許容可能なＰＬＭＮを探索する。ｅＣａｌｌ限定モード（ｅＣａｌｌ ｏｎｌｙ ｍｏｄｅ）でないＭＳの場合、

緊急ベアラサービスのためのＧＰＲＳアタッチまたはＥＰＳアタッチを行うのを除き、ｅＣａｌｌ ｏｎｌｙ ｍｏｄｅでないＭＳの場合、有効なＳＩＭが存在し適したセル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）が見つけられるか、または受動ネットワーク再選択が行われるまで、ＬＲ要求は作られない。ｅＣａｌｌ ｏｎｌｙ ｍｏｄｅであるＭＳの場合、緊急ベアラサービスのためのＥＰＳアタッチを行うのを除き、ＬＲ要求は作られない。緊急ベアラサービスのためのＧＰＲＳアタッチまたはＥＰＳアタッチを行う時、現在サービングセルのＰＬＭＮは、ＭＳが緊急ベアラサービスのためにアタッチされた区間（ｄｕｒａｔｉｏｎ）の間に選択されたＰＬＭＮと見なされる。ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＭＳの存在は、ＰＬＭＮのどのセルにキャンプ（ｃａｍｐ ｏｎ）するかが知られる必要がない。

他の条件下でも緊急呼出しが作られることができる。ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅがａ）またはｃ）またはｆ）に起因する時、必要であれば公共安全活用のための近接性基盤サービス（Ｐｒｏｓｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ ｓｅｒｖｉｃｅｓ）直接通信及びＰｒｏｓｅ直接ディスカバリーが開始されることができる。ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅがａ）またはｃ）またはｆ）に起因する時、必要であればＰＣ５インターフェースを介したＶ２Ｘ通信が開始されることができる。

Ｖ２Ｘ通信及び制限されたサービス状態（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎａｎｄＬｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）

端末がＶ２Ｘメッセージを送信する動作（すなわち、Ｖ２Ｘ通信）は、３ＧＰＰ ＴＳ ２４．３８６で定義している。このとき、端末動作は、ＰｒｏＳｅ関連規格である３ＧＰＰ ＴＳ ２４．３３４に述べたものと同じことを仮定しており、３ＧＰＰ ＴＳ ２４．３３４を参照している。

上位層は、ＵＥがＰＣ５を介したＶ２Ｘ通信を利用してＶ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを送信するように要求できる。

上位層からの要求は、次を含む：

ａ）Ｖ２Ｘメッセージ；

ｂ）Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子；

ｃ）Ｖ２Ｘメッセージ内のデータタイプ（インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）または非ＩＰ（ｎｏｎ−ＩＰ））；

ｄ）Ｖ２Ｘメッセージがｎｏｎ−ＩＰデータを含むと、ｎｏｎ−ＩＰタイプＰＤＵのｎｏｎ−ＩＰタイプフィールドをＶ２Ｘメッセージファミリー（ｆａｍｉｌｙ）に相当する値にセッティングするための指示；及び

ｅ）Ｖ２Ｘメッセージ優先順位。

上位層からＰＣ５を介したＶ２Ｘ通信を利用して、Ｖ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを送信するように要求を受信すると、ＵＥは、次の手順を進行する：

ａ）仮に、次の条件が満たされると：

１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（「ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」）；

２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線資源（すなわち、キャリア周波数）を使用するように意図する；

３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時、登録されたＰＬＭＮがＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属する；

４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＰＬＭＮリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ−２ ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される；

この場合、ＵＥは、次のように動作する：

１）ＰＣ５を介したＶ２Ｘ通信のための無線資源要求；及び

２）ＰＣ５を介したＶ２Ｘ通信の送信遂行

ｂ）反面、次の条件が満たされると：

１）ＵＥが：

Ａ）Ｅ−ＵＴＲＡＮによりサービスされない（「ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」）；または

Ｂ）ＥＭＭ−ＩＤＬＥモードでｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅである、仮にＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅである場合は、次のうち、いずれか一つに該当する；

ｉ）ＵＥが選択されたＰＬＭＮ内で適したセル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）を探索できない場合；

ｉｉ）ＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」を含むアタッチ拒絶（ＡＴＴＡＣＨ ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ ＵＰＤＡＴＩＮＧ ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ ＡＴＴＡＣＨ ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴ）メッセージを受信した場合；または

ｉｉｉ）ＵＥがＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ ｓｅｒｖｉｃｅｓ ｎｏｔ ａｌｌｏｗｅｄ）」を含むＡＴＴＡＣＨ ＲＥＪＥＣＴメッセージ、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴメッセージ、またはＳＥＲＶＩＣＥ ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ ｓｅｒｖｉｃｅｓ ｎｏｔ ａｌｌｏｗｅｄ）」を含むＬＯＣＡＴＩＯＮ ＵＰＤＡＴＩＮＧ ＲＥＪＥＣＴメッセージまたはＧＰＲＳ ＡＴＴＡＣＨ ＲＥＪＥＣＴメッセージまたはＲＯＵＴＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ ＲＥＪＥＣＴメッセージを受信した場合；

２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥがＰＣ５を介したＶ２Ｘ通信を利用するように許可される；及び

３）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ−２ ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される；

この場合、ＵＥは、次のように動作する：

１）ＰＣ５を介したＶ２Ｘ通信のための無線資源選択；及び

２）ＰＣ５を介したＶ２Ｘ通信の送信遂行；

それとも、ＵＥは、ＰＣ５を介したＶ２Ｘ通信を行わない。

Ｖ２Ｘ通信及びＰＣ５資源管理／割り当て

３ＧＰＰ ＴＳ ２３．２８５によれば、アタッチ（ａｔｔａｃｈ）またはサービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）またはＴＡＵ手順動作時、ＭＭＥがＵＥコンテキスト（ＵＥ ｃｏｎｔｅｘｔ）をＳ１−ＡＰ初期ＵＥコンテキストセットアップ要求（Ｉｎｉｔｉａｌ ＵＥ ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージとしてｅＮＢに伝達した時、ｅＮＢは、この情報を格納しＵＥのＰＣ５資源管理に使用する。

１）Ｅ−ＵＴＲＡＮアタッチ手順（Ｅ−ＵＴＲＡＮ ａｔｔａｃｈ ｐｒｏｃｅｄｕｒｅ）

Ｖ２Ｘ可能な（Ｖ２Ｘ−ｅｎａｂｌｅｄ）ＵＥのためのＥ−ＵＴＲＡＮ ａｔｔａｃｈ手順は、３ＧＰＰ ＴＳ ２３．４０１で定義されたとおりに行われ、次が追加される：

−ＵＥは、アタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージ内「ＵＥネットワーク能力（ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ）」の一環として、Ｖ２Ｘ能力指示を含める。ＭＭＥは、Ｖ２Ｘ動作のためにこの情報を格納する。Ｖ２Ｘ能力は、ＵＥがＰＣ５参照ポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）を介してＶ２Ｘ通信を支援できるかどうかを指示する。

−ＵＥがＶ２Ｘ能力を指示した場合、ＵＥは、加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信に許可される。そして、ＭＭＥは、ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を利用するために許可されたことを指示する「Ｖ２Ｘサービス許可（Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ）」指示をＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）内に含める。

−ＭＭＥは、加入データの一環としてＨＳＳからＵＥ−ＰＣ５−ＡＭＢＲ（Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）を獲得し、ＵＥ−ＰＣ５−ＡＭＢＲをＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）内に含めてｅＮＢに送信する。ｅＮＢは、ネットワークスケジューリングされたモード（ｎｅｔｗｏｒｋ ｓｃｈｅｄｕｌｅｄ ｍｏｄｅ）でＶ２ＸサービスのためのＵＥのＰＣ５送信の資源管理にＵＥ−ＰＣ５−ＡＭＢＲを利用する。

２）サービス要求手順（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ ｐｒｏｃｅｄｕｒｅｓ）

ＵＥのためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順は、３ＧＰＰ ＴＳ ２３．４０１で定義されたとおりに行われ、次が追加される：

−ＵＥがＶ２Ｘ可能でＵＥが加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信を利用するように許可されると、ＭＭＥは、ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を利用するために許可されたことを指示する「Ｖ２Ｘサービス許可（Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ）」指示をＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）内に含める。

−ＭＭＥは、ＵＥ−ＰＣ５−ＡＭＢＲをＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）内に含めてｅＮＢに送信する。ｅＮＢは、ＵＥ−ＰＣ５−ＡＭＢＲをＵＥコンテキストの一部として格納し、ネットワークスケジューリングされたモード（ｎｅｔｗｏｒｋ ｓｃｈｅｄｕｌｅｄ ｍｏｄｅ）でＶ２ＸサービスのためのＵＥのＰＣ５送信の資源管理にＵＥ−ＰＣ５−ＡＭＢＲを利用する。

３）Ｓ１ハンドオーバ手順（Ｓ１ Ｈａｎｄｏｖｅｒ ｐｒｏｃｅｄｕｒｅｓ）

ＵＥのためのイントラ（ｉｎｔｒａ）−Ｅ−ＵＴＲＡＮ Ｓ１基盤ハンドオーバまたはＥ−ＵＴＲＡＮへのインター（ｉｎｔｅｒ）−ＲＡＴハンドオーバ手順は、３ＧＰＰ ＴＳ ２３．４０１で定義されたとおりに行われ、次が追加される：

−ＵＥがＶ２Ｘ可能でＵＥが加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信を利用するように許可されると、ターゲットＭＭＥは、「Ｖ２Ｘサービス許可（Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ）」指示及びＵＥ−ＰＣ５−ＡＭＢＲをターゲットｅＮＢに次のように送信する：

−ｉｎｔｒａ ＭＭＥハンドオーバの場合、「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲは、Ｓ１−ＡＰハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージ内に含まれる。ハンドオーバ手順以後にＶ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示またはＵＥ−ＰＣ５−ＡＭＢＲまたは両方とも変更されると、アップデートされた「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示またはアップデートされたＰＣ５−ＡＭＢＲまたは両方ともがＳ１−ＡＰ ＵＥコンテキスト修正要求（ＵＥ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージに含まれて、ターゲットｅＮＢに送信される。

−ｉｎｔｅｒ ＭＭＥハンドオーバまたはＥ−ＵＴＲＡＮへのＩｎｔｅｒ−ＲＡＴハンドオーバの場合、ハンドオーバ手順後「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲがＳ１−ＡＰ ＵＥコンテキスト修正要求（ＵＥ ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージに含まれて、ターゲットｅＮＢに送信される。

４）Ｘ２ハンドオーバ手順（Ｘ２ Ｈａｎｄｏｖｅｒ ｐｒｏｃｅｄｕｒｅｓ）

Ｘ２基盤ハンドオーバの場合、「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲは、ターゲットｅＮＢに次のように送信される：

−ソースｅＮＢがＶ２Ｘ可能（Ｖ２Ｘ−ｅｎａｂｌｅｄ）で、「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示がＵＥコンテキストに含まれると、ソースｅＮＢは、「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲをＸ２−ＡＰハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージに含めて、ターゲットｅＮＢに送信する。

−ＵＥがＶ２Ｘ可能（Ｖ２Ｘ−ｅｎａｂｌｅｄ）で、ＵＥが加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信を使用するように許可されると、ＭＭＥは、「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲを経路スイッチ要求確認応答（Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージ内に含めて、ターゲットｅＮＢに送信する。ハンドオーバ手順以後にＶ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示またはＵＥ−ＰＣ５−ＡＭＢＲまたは両方とも変更されると、アップデートされた「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示またはアップデートされたＰＣ５−ＡＭＢＲまたは両方ともがＳ１−ＡＰ ＵＥコンテキスト修正要求（ＵＥ ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージに含まれて、ターゲットｅＮＢに送信される。

ターゲットｅＮＢに送信された「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示は、ＵＥがＰＣ５を介したＶ２Ｘ通信を使用するように許可されたことを表す。

ＵＥ−ＰＣ５−ＡＭＢＲは、Ｖ２Ｘ通信内ＵＥのＰＣ５送信の資源管理のためにターゲットｅＮＢに送信される。

５）ＴＡＵ手順（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ）

ＵＥのためのＴＡＵ手順は、３ＧＰＰ ＴＳ ２３．４０１で定義されたとおりに行われ、次が追加される：

−ＵＥは、トラッキング領域アップデート要求（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔ）メッセージ内「ＵＥネットワーク能力（ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ）」の一環としてＶ２Ｘ能力指示を含める。ＭＭＥは、Ｖ２Ｘ動作のためにこの情報を格納する。

−Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔメッセージ内に含まれた「活性（ａｃｔｉｖｅ）」フラグまたは保留中（ｐｅｎｄｉｎｇ）であるダウンリンクデータまたはシグナリングによってＭＭＥがすべての活性化されたＥＰＳベアラコンテキストのために無線及びＳ１ベアラを再確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）することに決定し、ＵＥがＶ２Ｘでき、そしてＵＥが加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信を使用するように許可された場合、ＭＭＥは、「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲをＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージに含める。

６）加入データ挿入手順（Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ ｐｒｏｃｅｄｕｒｅ）

ＵＥのための加入データ挿入手順は、３ＧＰＰ ＴＳ ２３．４０１で定義されたとおりに行われ、次が追加される：

−変更された加入データによって「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示またはＵＥ−ＰＣ５−ＡＭＢＲまたは両方ともが変更される必要があり、Ｓ１ベアラが確立されると、ＭＭＥは、Ｓ１−ＡＰ ＵＥコンテキスト修正要求（ＵＥ ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを介してアップデートされた「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ」指示またはＵＥ−ＰＣ５−ＡＭＢＲまたは両方ともをｅＮＢに通知する。

７）加入データ削除手順（Ｄｅｌｅｔｅ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ ｐｒｏｃｅｄｕｒｅ）

ＵＥのための加入データ削除手順は、３ＧＰＰ ＴＳ ２９．２７２で定義されたとおりに行われ、先の６）と同じ内容が追加される。

Ｖ２Ｘ通信及びＰＣ５資源管理／割り当て（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ａｎｄ ＰＣ５ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ／ａｌｌｏｃａｔｉｏｎ）

上述したように、「ＵＥがＥ−ＵＴＲＡＮによりサービスされる（ＵＥ ｉｓ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ）」場合、ＰＣ５を介したＶ２Ｘ通信の無線資源は、３ＧＰＰ ＴＳ ２４．３３４の１０．２．２節を参照する。

後述する内容によれば、ＵＥがＥ−ＵＴＲＡＮによりサービスされ（例えば、Ｅ−ＵＴＲＡＮのカバレッジ内）、Ｅ−ＵＴＲＡＮ（例えば、基地局）が提供するＶ２Ｘ（ＰｒｏＳｅ）無線資源を使用しようとする場合、Ｖ２Ｘ通信（ＰｒｏＳｅ直接通信）の送受信に必要なパラメータを下位層（すなわち、ＡＳ層）に要求する。

具体的に、基地局が該当無線資源プールを提供する場合（すなわち、モード４の場合）は、端末は、ＥＭＭ−ＩＤＬＥ状態で該当プールの無線資源を使用して、Ｖ２Ｘ通信を行うことができる。

仮に、Ｖ２Ｘ関連情報を放送情報として送信しているが、送信のための資源プールを放送しない場合（すなわち、ＲＲＣ接続をし端末のための専用資源を介してＶ２Ｘメッセージ送信をせざるを得ない場合）（すなわち、モード３）、端末が基地局に無線資源を要求しなければならない。また、このとき、端末がＥＭＭ−ＩＤＬＥである場合、基地局に無線資源を要求するためには、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換しなければならない。このために、サービス要求手順またはＴＡＵ手順を行わなければならない。これに対する内容を下記のように３ＧＰＰ ＴＳ ２４．３３４の１０．２．２節で定義している。

ＵＥがＥ−ＵＴＲＡＮによりサービスされＵＥがＥ−ＵＴＲＡＮセルにより提供されるＰｒｏＳｅ無線資源（すなわち、キャリア周波数）を使用しようとすると、ＵＥは、ＰｒｏＳｅ直接通信を送信または受信するために、下位層にパラメータを要求する。下位層がＰｒｏＳｅ直接通信がネットワークにより支援されると指示する時においてのみ、ＵＥは、直接通信を行う。ＥＭＭ−ＩＤＬＥモードであるＵＥがＰｒｏＳｅ直接通信のための資源を要求しなければならないと、ＵＥは、サービス要求手順またはＴＡＵ手順を行わなければならない。ＰｒｏＳｅ直接通信を送信または受信するための無線資源がｅＮＢにより提供される時、ＵＥは、ＰｒｏＳｅ直接通信を始める。

Ｖ２Ｘ通信及びＰＣ５資源管理／割り当て（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ａｎｄ ＰＣ５ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ／ａｌｌｏｃａｔｉｏｎ）（サイドリンク（ｓｉｄｅｌｉｎｋ）ＵＥ情報）

３ＧＰＰ ＴＳ ３６．３３１では、端末が送信するサイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ）に対する内容を記述している。主にＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎは、端末のｓｉｄｅｌｉｎｋ通信に対する関心（ｉｎｔｅｒｅｓｔ）（すなわち、Ｖ２Ｘ通信を希望する）を知らせて、基地局から該当ＰＣ５無線資源の割り当てを受けるために使用される。

図７は、本発明が適用されることができる無線通信システムにおけるサイドリンクＵＥ情報手順を例示する図である。

Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ手順の目的は、この手順の目的は、ＵＥがｓｉｄｅｌｉｎｋ通信またはディスカバリー受信にまたはＶ２Ｘ ｓｉｄｅｌｉｎｋ通信受信に、またはｓｉｄｅｌｉｎｋ通信またはディスカバリーお知らせ（ａｎｎｏｕｎｃｅｍｅｎｔ）のための送信資源の割り当てまたは解除を要求するのに、または周波数／ＰＬＭＮ間（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）セルのシステム情報からｓｉｄｅｌｉｎｋディスカバリー関連パラメータを報告するのに関心があるか、またはこれ以上関心がないということをＵＥがＥ−ＵＴＲＡＮに知らせるためである。

接続確立に成功した時、関心が変更される時、ｓｉｄｅｌｉｎｋ Ｖ２Ｘ共通設定（「ｓｌ−Ｖ２Ｘ−ＣｏｎｆｉｇＣｏｍｍｏｎ」）パラメータを含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）タイプ１８（「ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８」）またはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１９またはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１を放送するＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）が変更される時、ｓｉｄｅｌｉｎｋ通信またはＶ２Ｘ ｓｉｄｅｌｉｎｋ通信またはｓｉｄｅｌｉｎｋディスカバリーをすることのできるＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥは、ｓｉｄｅｌｉｎｋ通信またはＶ２Ｘ ｓｉｄｅｌｉｎｋ通信またはｓｉｄｅｌｉｎｋディスカバリーの受信に関心があると指示するための手順を開始できる。

ｓｉｄｅｌｉｎｋ通信またはＶ２Ｘ ｓｉｄｅｌｉｎｋ通信またはｓｉｄｅｌｉｎｋディスカバリーをすることのできるＵＥは、関連したｓｉｄｅｌｉｎｋ通信送信またはディスカバリーお知らせまたはＶ２Ｘ ｓｉｄｅｌｉｎｋ通信送信のための専用資源の割り当てを要求するためのまたはｓｉｄｅｌｉｎｋディスカバリー送信またはｓｉｄｅｌｉｎｋディスカバリー受信のためのｓｉｄｅｌｉｎｋディスカバリーギャップ（ｇａｐ）を要求するための手順を開始できる。そして、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／ＰＬＭＮ ｓｉｄｅｌｉｎｋディスカバリーパラメータの報告をすることのできるＵＥは、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／ＰＬＭＮセルのシステム情報からｓｉｄｅｌｉｎｋディスカバリーと関連したパラメータを報告するための手順を開始できる。

手順を開始する時、ＵＥは、：

１＞ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８がＰＣｅｌｌにより放送されると：

２＞ＰＣｅｌｌのためのＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８の有効なバージョンを有すると保証する；

２＞仮に上位層によりｓｉｄｅｌｉｎｋ通信を受信するように設定されると：

３＞ＵＥが最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入した後に、ＵＥがｓｉｄｅｌｉｎｋＵＥ情報（ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ）メッセージを送信しないと；または

３＞ＵＥがＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信した最後の時点からＵＥがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８を放送しないＰＣｅｌｌに接続されると；または

３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎの最後の送信が共通受信関心周波数（「ｃｏｍｍＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑ」）パラメータを含まないと；またはＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信以後にｓｉｄｅｌｉｎｋ通信を受信するように上位層により設定された周波数が変更されると：

４＞関心のあるｓｉｄｅｌｉｎｋ通信受信周波数を指示するために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する。

２＞そうでないと：

３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信がｃｏｍｍＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑパラメータを含むと：

４＞もうこれ以上ｓｉｄｅｌｉｎｋ通信受信に関心が無いことを指示するために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する。

２＞上位層によりリレイ（ｒｅｌａｙ）が関連しない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ｓｉｄｅｌｉｎｋ通信が設定されると：

３＞ＵＥが最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入した後にＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信しないと；または

３＞ＵＥがＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信した最後の時点からＵＥがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８を放送しないＰＣｅｌｌに接続されると；または

３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎの最後の送信が共通送信資源周波数（「ｃｏｍｍＴｘｒｅｓｏｕｒｃｅＲｅｑ」）パラメータを含まないと；またはＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信以後にｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑにより伝達される情報が変更されると：

４＞ＵＥにより要求されるリレイ（ｒｅｌａｙ）が関連しない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ｓｉｄｅｌｉｎｋ通信送信資源を指示するために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；

２＞そうでないと：

３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信がｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑを含むと：

４＞リレイ（ｒｅｌａｙ）が関連しない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ｓｉｄｅｌｉｎｋ通信送信資源をもうこれ以上要求しないということを指示するために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；

２＞上位層によりリレイ関連した一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ｓｉｄｅｌｉｎｋ通信を送信するように設定されると：

３＞ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入した後にＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信しないと；または

３＞ＵＥがＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信した最後の時点からＵＥがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８を放送しないＰＣｅｌｌまたはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１９を放送しないＰＣｅｌｌまたはリレイディスカバリー設定（「ｄｉｓｃＣｏｎｆｉｇＲｅｌａｙ」）パラメータを含まないＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１９を放送するＰＣｅｌｌに接続されると；または

３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信が共通送信資源周波数リレイ（「ｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑＲｅｌａｙ」）パラメータを含まないと；またはｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑＲｅｌａｙにより伝達される情報がＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信後に変更されると：

Ｅ−ＵＴＲＡＮによりサービスされない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）Ｐｒｏｓｅ直接通信送信

上述したように、端末がＥ−ＵＴＲＡＮによりサービスされない場合、ＰＣ５を介したＶ２Ｘ通信のための無線資源を選択する過程は、次のとおりである。

端末がＥ−ＵＴＲＡＮによりサービスされない場合、動作順序は、次のとおりである。

１）端末は、設定パラメータに基づいて地理的領域（ｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａ）にマッピングされる無線パラメータ（ｒａｄｉｏ ｐａｒａｍｅｔｅｒ）を探索する。

２）端末は、該当ｒａｄｉｏ ｐａｒａｍｅｔｅｒに干渉が存在するかどうかを確認する。

３）仮に、干渉がない場合、該当ｒａｄｉｏ ｐａｒａｍｅｔｅｒを利用してＰＣ５を介したＶ２Ｘ通信を行う。

反面、干渉がある場合、該当セルのＰＬＭＮを確認して、そのＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮで、許可されたＰＬＭＮリストに含まれていると、該当セル（ＰＬＭＮ選択動作なしで）へ移動してＰＣ５を介したＶ２Ｘ通信を行う。

以外の場合には、下記の条件を満たす場合、ＰｒｏＳｅ直接通信を行う。

Ａ．下位層により報告されたＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでない場合；そして

Ｂ．下位層により報告されたＰＬＭＮのうち、少なくとも一つがＰｒｏＳｅ直接通信のために許可されたＰＬＭＮのリストに含まれ、ＰｒｏＳｅ直接通信のための無線資源を提供する場合；

ＵＥがプロビジョニングされた無線資源（ｐｒｏｖｉｓｉｏｎｅｄ ｒａｄｉｏ ｒｅｓｏｕｒｃｅｓ）を使用する手順

ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥは、次の通りにＰｒｏＳｅ直接通信のために使用される無線パラメータ（ｒａｄｉｏ ｐａｒａｍｅｔｅｒｓ）を選択する：

−ＵＥが地理的領域（ｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａ）内に位置すると自ら判断でき、ＵＥにｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａのためのｒａｄｉｏ ｐａｒａｍｅｔｅｒがプロビジョニングされると、ＵＥは、ｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａと関連したｒａｄｉｏ ｐａｒａｍｅｔｅｒを選択する；または

−その他のすべての場合において、ＵＥは、ＰｒｏＳｅ直接通信を開始しない。

ＰｒｏＳｅ直接通信を開始する前に、ＵＥは、下位層で選択されたｒａｄｉｏ ｐａｒａｍｅｔｅｒが現在位置内で干渉なしで使用されうるかどうかをチェックする。

−下位層が使用が干渉を引き起こさないと指示すると、ＵＥは、ＰｒｏＳｅ直接通信を開始する；または

−そうでなく下位層がｐｒｏｖｉｓｉｏｎｅｄ ｒａｄｉｏ ｒｅｓｏｕｒｃｅ（すなわち、キャリア周波数）内で一つ以上のＰＬＭＮを報告すると、

ａ）次のような条件が満たされると：

１）下位層により報告されたＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでない場合；そして

２）下位層により報告されたＰＬＭＮのうち、少なくとも一つがＰｒｏＳｅ直接通信のために許可されたＰＬＭＮのリストに含まれ、ＰｒｏＳｅ直接通信のための無線資源を提供する場合

この場合、ＵＥは、次のように動作する：

１）ＥＭＭ−ＩＤＬＥモードにおいて、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を行う；または

２）そうでなくＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであると：

ｉ） デタッチ（ｄｅｔａｃｈ）手順を行い、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を行う；または

ｉｉ）ＰｒｏＳｅ直接通信を開始しない。

ＵＥが先のｉ）またはｉｉ）のうち、どの動作を行うかは、ＵＥの具現化による。

ｂ）そうでないと、ＵＥは、ＰｒｏＳｅ直接通信を開始しない。

選択されたＰＬＭＮへの登録が成功すると、ＵＥは、ＰｒｏＳｅ直接通信を開始するための手順を進行する。

ＵＥがｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａと関連したｒａｄｉｏ ｐａｒａｍｅｔｅｒを利用してＰｒｏＳｅ直接通信を行う途中にｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａから外れると、ＵＥは、ＰｒｏＳｅ直接通信を行うのを中断する：

−ＵＥがＥ−ＵＴＲＡＮによりサービスされないと、またはＵＥがサービングＥ−ＵＴＲＡＮセルにより動作される無線資源以外ＰｒｏＳｅのための無線資源を使用することを希望すると、ＵＥは、新しいｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａのための適切なｒａｄｉｏ ｐａｒａｍｅｔｅｒを選択する；または

−ＵＥがＥ−ＵＴＲＡＮによりサービスされ、サービングＥ−ＵＴＲＡＮセルにより動作されるＰｒｏＳｅのための無線資源を使用することを希望すると、ＵＥは、Ｅ−ＵＴＲＡＮによりサービスされる時、ＰｒｏＳｅ直接通信を開始するための手順を進行する。

Ｓｉｄｅｌｉｎｋ予め設定されたパラメータ（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ ｐａｒａｍｅｔｅｒｓ）

下記は、端末にｃｏｎｆｉｇｕｒｅｄ ｒａｄｉｏ ｐａｒａｍｅｔｅｒに対する内容を示す。ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの場合、Ｒｅｌ−１２あるいはＲｅｌ−１３ ＰｒｏＳｅ（Ｄ２Ｄ）に対するｃｏｎｆｉｇｕｒｅｄ ｒａｄｉｏ ｐａｒａｍｅｔｅｒをＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎは、Ｒｅｌ−１４のＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５のためのｃｏｎｆｉｇｕｒｅｄ ｒａｄｉｏ ｐａｒａｍｅｔｅｒを示す。下記のｈｉｇｈｌｉｇｈｔｅｄ部分によると、ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの場合、ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとは異なり、一つ以上のｆｒｅｑｕｅｎｃｙ（ｃａｒｒｉｅｒ）がｃｏｎｆｉｇｕｒｅｄされていることができる。

１）指定された（Ｓｐｅｃｉｆｉｅｄ）パラメータ

以下の表２は、パラメータの値が標準で指定されるパラメータを例示する。

２）予め設定可能な（ｐｒｅ−ｃｏｎｆｉｇｕｒａｂｌｅ）パラメータ

表３は、ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ ｓｉｄｅｌｉｎｋパラメータのＥ−ＵＴＲＡ定義の開始を表すＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ．１）である。

−ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ

ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）は、ｓｉｄｌｅｉｎｋ ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータを含む。

表４は、ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＩＥを例示する。

表５は、ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎフィールドの説明を例示する。

-ｓｉｄｅｌｉｎｋ ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ

ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＩＥは、Ｖ２Ｘ ｓｉｄｅｌｉｎｋ通信のために使用されるｓｉｄｅｌｉｎｋ ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータを含む。

表６は、ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ＩＥを例示する。

表７は、ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎフィールドの説明を例示する。

アタッチ（Ａｔｔａｃｈ）手順

ＵＥ／ユーザが登録を要求するサービスを受信するためには、ネットワークに登録する必要がある。この登録は、ネットワークアタッチ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｍｅｎｔ）と称される。ＥＰＳのＵＥ／ユーザのための常時インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）接続性（ａｌｗａｙｓ−ｏｎ ＩＰ ｃｏｎｎｅｃｔｉｖｉｔｙ）は、ネットワークアタッチの間に基本ＥＰＳベアラ（ｄｅｆａｕｌｔ ＥＰＳ ｂｅａｒｅｒ）を確立することによって可能になる。ｄｅｆａｕｌｔ ＥＰＳ ｂｅａｒｅｒに適用されるポリシー及び課金制御（ＰＣＣ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）規則は、Ｐ−ＧＷに予め定義されることができ、Ｐ−ＧＷによりアタッチの間に活性化されることができる。アタッチ手順は、ＵＥのための専用ＥＰＳベアラ（ｄｅｄｉｃａｔｅｄ ＥＰＳ ｂｅａｒｅｒ）を確立するために、一つまたは多数の専用ベアラ確立（Ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順をトリガーでき、ＵＥは、ＩＰアドレスの割り当てを要求できる。

初期アタッチ（Ｉｎｉｔｉａｌ Ａｔｔａｃｈ）手順の間に、移動機器（ＭＥ：Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）識別子（Ｉｄｅｎｔｉｔｙ）がＵＥから獲得される。ＭＭＥ運営者は、機器識別子登録（ＥＩＲ：Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ Ｒｅｇｉｓｔｅｒ）でＭＥ Ｉｄｅｎｔｉｔｙをチェックできる。ＭＭＥは、ＭＥ ＩｄｅｎｔｉｔｙをＨＳＳとＰ−ＧＷに伝達する。

Ｅ−ＵＴＲＡＮ Ｉｎｉｔｉａｌ Ａｔｔａｃｈ手順は、緊急サービスを行う必要があるが、ネットワークから一般サービスを獲得できないＵＥによる緊急アタッチ（Ｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈ）のために使用される。これらのＵＥは、制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）である。また、一般サービスにアタッチされ確立された緊急ベアラを有しておらず、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであるセル（例えば、制限されたトラッキング領域または許容されない閉鎖加入グループ（ＣＳＧ：Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ））にキャンプ（ｃａｍｐ ｏｎ）するＵＥもまた、該当ａｔｔａｃｈが緊急サービスを受信するためのものであると指示しながらａｔｔａｃｈ手順を開始する。一般に、セルにキャンプ（ｃａｍｐ ｏｎ）するＵＥ（すなわち、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでないＵＥ）は、既にアタッチされていないときに一般初期アタッチを開始しなければならず、緊急ＥＰＳベアラサービスを受信するためにＵＥ要求のＰＤＮ接続（ＵＥ Ｒｅｑｕｅｓｔｅｄ ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ）手順を開始しなければならない。

ネットワーク上にロード（ｌｏａｄ）を制限するために、

新しいＰＬＭＮでＥ−ＵＴＲＡＮアタッチを行う時（すなわち、登録されたＰＬＭＮでなくまたは登録されたＰＬＭＮの同等なＰＬＭＮでない）、ＰＬＭＮ変更時にＩＭＳＩでアタッチを行うように設定されたＵＥは、格納された一時識別子の代りにＩＭＳＩで自分を識別しなければならない。

この手順は、またＵＥが既に非３ＧＰＰアクセスネットワークを介して活性化されたＰＤＮ接続を有し、複数のアクセスを介して互いに異なるアクセスポイント名称（ＡＰＮ：Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）で同時にＰＤＮ接続を確立することを希望するとき、Ｅ−ＵＴＲＡＮを介して最初のＰＤＮ接続を確立するために使用される。

図８は、本発明が適用されうる無線通信システムにおけるアタッチ（Ａｔｔａｃｈ）手順を簡略に例示する図である。

アタッチ手順（Ａｔｔａｃｈ ｐｒｏｃｅｄｕｒｅ）は、一般に端末がＥ−ＵＴＲＡＮセル（ｃｅｌｌ）に進入した時にネットワークに接続（ｃｏｎｎｅｃｔｉｏｎ）を結ぶために利用される。また、ｎｏｎ−３ＧＰＰネットワークからＥ−ＵＴＲＡＮにハンドオーバ（ｈａｎｄｏｖｅｒ）される場合にも利用されることができる。

１−２．端末（ＵＥ）は、アタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージをＭＭＥに送信することによって、アタッチ手順を開始する。

アタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージは、端末のＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、端末が要求するＰＤＮタイプなどを含む。ここで、ＰＤＮタイプは、端末により要求されるＩＰバージョン（すなわち、ＩＰｖ４、ＩＰｖ４ｖ６、ＩＰｖ６）を指示する。

アタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージは、ＲＲＣ接続でＲＲＣ接続セットアップ完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ）メッセージに含まれて伝達され、Ｓ１シグナリング接続で初期ＵＥメッセージ（Ｉｎｉｔｉａｌ ＵＥ ｍｅｓｓａｇｅ）に含まれて伝達される。

端末は、ＰＤＮ接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）を要求するために、ＰＤＮ接続要求（ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔ）メッセージと共にアタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージを送信しても良い。

３．ＭＭＥは、端末認証のためにＨＳＳに認証のための情報を要求して受信し、端末と相互認証を行う。

４．ＭＭＥは、ＨＳＳに端末の位置を登録し、端末にデフォルトベアラ（ｄｅｆａｕｌｔ ｂｅａｒｅｒ）を生成するためにＨＳＳからユーザ加入情報（すなわち、加入ＱｏＳプロファイル（ｓｕｂｓｃｒｉｂｅｄ ＱｏＳ Ｐｒｏｆｉｌｅ））を受信する。

ここで、流動ＩＰアドレスの割り当て（ｄｙｎａｍｉｃ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ）の場合、加入情報は、該当端末に対するＩＰアドレス情報を含まないが、固定ＩＰアドレスの割り当て（ｓｔａｔｉｃ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ）の場合、加入情報は、該当端末に割り当てられた固定ＩＰアドレス情報を含む。

５．ＭＭＥは、デフォルトＥＰＳベアラＩＤを割り当て、Ｓ−ＧＷにセッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを送信する。

セッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージは、端末のＩＭＳＩ、ＥＰＳベアラＩＤ、ＭＭＥがＥＰＳベアラ生成のために選択したＰ−ＧＷ ＩＤ（すなわち、Ｐ−ＧＷアドレス）、ＡＰＮ、ＨＳＳから受信した加入ＱｏＳプロファイル、ＰＤＮタイプ、端末のＩＰアドレス（すなわち、ＰＤＮアドレス）などを含む。

ここで、ＰＤＮタイプは、端末から受信したＰＤＮタイプ情報が同様に含まれる。流動ＩＰアドレスの割り当て（ｄｙｎａｍｉｃ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ）の場合、端末のＩＰアドレスは、０の値にセッティングされることができ、固定ＩＰアドレスの割り当て（ｓｔａｔｉｃ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ）の場合、該当端末に割り当てられた固定ＩＰアドレス情報（加入情報に含む）にセッティングされることができる。

６．Ｓ−ＧＷは、ＭＭＥから受信したセッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージに含まれたＰ−ＧＷでＳ５ベアラを生成するためにＳ５ Ｓ−ＧＷ ＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を割り当て、該当Ｐ−ＧＷにセッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを送信する。

セッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージは、端末のＩＭＳＩ、ＥＰＳベアラＩＤ、Ｓ５ Ｓ−ＧＷ ＴＥＩＤ、ＡＰＮ、加入ＱｏＳプロファイル、ＰＤＮタイプ（すなわち、ＩＰバージョン）、端末のＩＰアドレス（すなわち、ＰＤＮアドレス）などを含む。

７．Ｐ−ＧＷは、端末が使用するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを割り当て、ＰＣＲＦとＩＰ−ＣＡＮ（ＩＰ ｃｏｎｎｅｃｔｉｖｉｔｙ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）セッション確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）／修正（ｍｏｄｉｆｉｃａｔｉｏｎ）手順を行う。

このとき、Ｐ−ＧＷは、流動ＩＰアドレスの割り当て（ｄｙｎａｍｉｃ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ）の場合、Ｐ−ＧＷが保有したＩＰアドレスプール（ｐｏｏｌ）から選択されたＩＰアドレスを端末に割り当てることができ、固定ＩＰアドレスの割り当て（ｓｔａｔｉｃ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ）の場合、該当端末に割り当てられた固定ＩＰアドレス情報（加入情報に含む）が同様に割り当てられることができる。

８．Ｐ−ＧＷは、Ｓ−ＧＷにＳ５ベアラを生成するためにＰ−ＧＷ ＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を割り当て、セッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージに対する応答としてＳ−ＧＷにセッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージを送信する。

セッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージは、端末のＩＭＳＩ、ＥＰＳベアラＩＤ、Ｓ５ Ｐ−ＧＷ ＴＥＩＤ、加入ＱｏＳプロファイル、ＰＤＮタイプ、端末に割り当てられたＩＰアドレス（すなわち、ＰＤＮアドレス）などを含む。

仮に、Ｐ−ＧＷが要求されたＰＤＮタイプと異なるＰＤＮタイプを選択した場合、Ｐ−ＧＷは、ＰＤＮタイプと共にＰＤＮタイプがなぜ修正されたかその原因を端末に指示する。

この手順を終えると、Ｓ−ＧＷとＰ−ＧＷとの間にＳ５ベアラの生成が完了して、Ｓ−ＧＷは、Ｐ−ＧＷにアップリンクトラフィックを送信するか、またはＰ−ＧＷからダウンリンクトラフィックを受信することができる。

９．Ｓ−ＧＷは、Ｓ１ベアラを生成するためにＳ１ Ｓ−ＧＷ ＴＥＩＤを割り当て、セッション生成要求（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）メッセージに対する応答としてセッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥに送信する。

セッション生成応答（Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージは、端末のＩＭＳＩ、ＥＰＳベアラＩＤ、Ｓ１Ｓ−ＧＷ ＴＥＩＤ、ＰＤＮタイプ、端末に割り当てられたＩＰアドレス（すなわち、ＰＤＮアドレス）などを含む。

１０−１１．ＭＭＥは、アタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージに対する応答としてアタッチ承認（Ａｔｔａｃｈ Ａｃｃｅｐｔ）メッセージを端末に送信する。

アタッチ承認（Ａｔｔａｃｈ Ａｃｃｅｐｔ）メッセージは、ＥＰＳベアラＩＤ、ＡＰＮ、Ｐ−ＧＷから割り当てた端末のＩＰアドレス（すなわち、ＰＤＮアドレス）、ＰＤＮタイプ、トラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）リスト、ＴＡＵタイマーなどを含む。

アタッチ承認（Ａｔｔａｃｈ Ａｃｃｅｐｔ）メッセージは、Ｓ１シグナリング接続において初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージに含まれて基地局に伝達される。

この手順を終えると、基地局とＳ−ＧＷとの間にアップリンクＳ１ベアラの生成が完了し、基地局は、Ｓ−ＧＷにアップリンクトラフィックを送信できる。

そして、アタッチ承認（Ａｔｔａｃｈ Ａｃｃｅｐｔ）メッセージは、ＲＲＣ接続においてＲＲＣ接続再設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージに含まれて、基地局から端末に伝達される。

この手順を終えると、端末と基地局との間にＤＲＢの生成が完了して、端末は、基地局にアップリンクトラフィックを送信するか、または基地局からダウンリンクトラフィックを受信することができる。

１２．基地局は、初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージに対する応答として、初期コンテキストセットアップ応答（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥに送信する。初期コンテキストセットアップ応答（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ）メッセージは、Ｓ１ ｅＮＢ ＴＥＩＤなどを含む。

１３−１４．端末は、アタッチ承認（Ａｔｔａｃｈ Ａｃｃｅｐｔ）メッセージに対する応答として、アタッチ完了（Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅ）メッセージをＭＭＥに送信する。

アタッチ完了（Ａｔｔａｃｈ Ｃｏｍｐｌｅｔｅ）メッセージは、ＲＲＣ接続においてアップリンク情報伝達（ＵＬ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ）メッセージに含まれて伝達され、Ｓ１シグナリング接続においてアップリンクＮＡＳ伝達（Ｕｐｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ）メッセージに含まれて伝達される。

この手順を終えると、端末とＰ−ＧＷとの間のアップリンクデフォルトＥＰＳベアラの生成が完了して、端末は、Ｐ−ＧＷにアップリンクデータを送信できる。

１５．ＭＭＥは、基地局から受信したＳ１ ｅＮＢ ＴＥＩＤを修正ベアラ要求（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージを介してＳ−ＧＷに伝達する。

この手順を終えると、基地局とＳ−ＧＷとの間にダウンリンクＳ１ベアラの生成が完了し、基地局は、Ｓ−ＧＷからダウンリンクトラフィックを受信することができる。

１６−１７．必要によってＳ−ＧＷとＰ−ＧＷとの間にベアラが更新（ｕｐｄａｔｅ）される。

１８．Ｓ−ＧＷは、修正ベアラ要求（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージに対する応答として、修正ベアラ応答（Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥに送信する。

この手順を終えると、端末とＰ−ＧＷとの間のダウンリンクデフォルトＥＰＳベアラの生成が完了して、Ｐ−ＧＷは、端末にダウンリンクデータを送信できる。すなわち、端末は、ＰＤＮと接続が確立され、割り当てられたＩＰアドレスを利用してＰＤＮサービスの提供を受けることができる。

１９．ＭＭＥは、必要によってＰ−ＧＷ ＩＤ（すなわち、Ｐ−ＧＷアドレス）、ＡＰＮを含む通知要求（Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ）メッセージをＨＳＳに送信する。

２０．ＨＳＳは、Ｐ−ＧＷ ＩＤ（すなわち、Ｐ−ＧＷアドレス）及び関連したＡＰＮを格納し、ＭＭＥに通知応答（Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）メッセージを送信する。

ＩＭＳ緊急呼出し（ｅＣａｌｌ：ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）の間にＰＣ５を介したＶ２Ｘ通信支援

１．ＰＣ５参照ポイントを介したＶ２Ｘ通信のためのパラメータを適用するための原則

ＰＣ５を介したＶ２Ｘ通信の場合、初期設定を獲得するためのＶ２Ｘ制御機能（Ｖ２Ｘ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）にＵＥが接続される必要なしで、運営者は、Ｖ２Ｘ通信のために要求されるプロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）パラメータをＵＥに予め設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅ）できる。

次のような事項が適用される：

−ＰＣ５を介したＶ２Ｘ通信のためのｐｒｏｖｉｓｉｏｎｉｎｇパラメータは、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ）内、ＭＥ内、またはＵＩＣＣとＭＥともに設定されることができる。

−ＵＩＣＣ及びＭＥともが同じｐｒｏｖｉｓｉｏｎｉｎｇパラメータのセットを含むと、ＵＩＣＣからパラメータのセットが優先する。

−ＵＥは、次のようにＰＣ５参照ポイントを介したＶ２Ｘ通信のための資源を使用する：

−ＵＥがサービングセルを有しＵＥがセルにキャンプ（ｃａｍｐ ｏｎ）しＵＥがＶ２Ｘサービス無線資源を使用しようと意図すると、ＵＥは、ＵＥがキャンプ（ｃａｍｐ ｏｎ）するセルにより指示される無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）を使用し、ＭＥまたはＵＩＣＣ内にプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）同じ無線資源のいかなる無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）も無視する。セルがＶ２Ｘサービスのための無線資源を提供しないと、ＵＥは、該当セルにより運営される無線資源上においてＶ２Ｘメッセージ送信及び受信を行わない。

−ＵＥがＵＥのサービングセルにより運営されないＶ２Ｘサービスのための無線資源（すなわち、キャリア周波数）を使用することを意図すると、またはＵＥがカバレッジから外れると、ＵＥは、ｐｒｏｖｉｓｉｏｎｅｄ無線資源（すなわち、キャリア周波数）を運営するＰＬＭＮ内のセルを探索する。

−ＵＥが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮ内のそういうセルを探索し、このＰＬＭＮでＰＣ５参照ポイントを介したＶ２Ｘ通信のための許可を受けると、ＵＥは、該当セルにより指示される無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）を使用する。セルがＶ２Ｘサービスのための無線資源を提供しないと、ＵＥは、そういう無線資源上においてＶ２Ｘメッセージ送信及び受信を行わない。

−ＵＥがＵＥが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでないＰＬＭＮ内のセルを探索し、該当セルがＰＣ５参照ポイントを介したＶ２Ｘ通信のために許可されたＰＬＭＮに属し、該当セルがＶ２Ｘサービスのための無線資源を提供すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信によりトリガーされたＰＬＭＮ選択を行う。ＵＥが活性化された緊急ＰＤＮ接続を有すると、これは、ＰＣ５参照ポイントを介したＶ２Ｘ通信によるいかなるＰＬＭＮ選択もトリガーしない。

−ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信のために許可されたＰＬＭＮでないＰＬＭＮ内のセルを探索すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用しない。

−ＵＥがいかなるＰＬＭＮ内のいかなるセルも探索しないと、ＵＥは、Ｅ−ＵＴＲＡＮによりサービスされない（ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ）状態と見做し、ＭＥまたはＵＩＣＣ内のプロビジョニングされた無線資源を使用する。ＭＥまたはＵＩＣＣ内のそういうプロビジョニングが存在しないか、またはプロビジョニングがＰＣ５参照ポイントを介したＶ２Ｘ通信に許可されないと、ＵＥは、送信が許可されない。

−ＵＥプロビジョニングは、地理的な領域（Ｇｅｏｇｒａｐｈｉｃａｌ Ａｒｅａｓ）のセッティングを支援する。

−ＰＣ５参照ポイントを介したＶ２Ｘ通信は、Ｅ−ＵＴＲＡのみのために限定される。

２．ＰＣ５参照ポイントを介したＶ２Ｘメッセージ送信／受信

ＰＣ５参照ポイントは、Ｖ２Ｘメッセージの送信及び受信のために使用される。ＰＣ５参照ポイントを介したＶ２Ｘ通信は、ローミング及びＰＬＭＮ間（ｉｎｔｅｒ−ＰＬＭＮ）運営を支援する。ＵＥがＥ−ＵＴＲＡＮによりサービスされる時（ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ）、そしてＵＥがＥ−ＵＴＲＡＮによりサービスされない時（ｎｏｔ ｓｅｒｖｅｄ ｂｙ ＥＵＴＲＡＮ）、ＰＣ５参照ポイントを介したＶ２Ｘ通信が支援される。

ＵＥは、ＵＥのホームＰＬＭＮ内のＶ２Ｘ制御機能（Ｖ２Ｘ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）によるＶ２Ｘメッセージを送信及び受信するように許可される。

ＰＣ５参照ポイントを介したＶ２Ｘ通信は、次のような特徴を有するＰｒｏＳｅ直接通信のタイプである：

−ＰＣ５参照ポイントを介したＶ２Ｘ通信は、非接続型（ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ）で、接続確立のためにＰＣ５制御プレーンを介したいかなるシグナリングもない。

−Ｖ２Ｘメッセージは、ＰＣ５ユーザプレーンの間で交換される。

−ＩＰ基盤及びｎｏｎ−ＩＰ基盤メッセージが全部支援される。

−ＩＰ基盤Ｖ２Ｘメッセージの場合、ＩＰバージョン６（ＩＰｖ６：ＩＰ ｖｅｒｓｉｏｎ６）だけが使用され、ＩＰバージョン４（ＩＰｖ４：ＩＰ ｖｅｒｓｉｏｎ４）は支援されない。

ＵＥが活性化された緊急ＰＤＮ接続を有すると、地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続を介した通信がＰＣ５参照ポイントを介したＶ２Ｘ通信より優先される。

３．制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）であるＵＥのためのＶ２Ｘ通信支援

ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであるＵＥの場合、ＰＣ５参照ポイントを介したＶ２Ｘ通信だけが許容される。

ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用するように許可されたＵＥは、ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであるとき、ＰＣ５参照ポイントを介したＶ２Ｘ通信のために定義された原則に従って、ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用することができる。ＵＥは、次のような状況でｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅに進入する：

−ＵＥが選択されたＰＬＭＮ内の適したセル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）を探索できないとき；または

−登録要求に対して「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」／「許容されないＧＰＲＳ（ＧＰＲＳ ｎｏｔ ａｌｌｏｗｅｄ）」応答を受信する時；

ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであるＵＥは、ＥＣＭ−ＩＤＬＥモードで利用可能なＰＣ５参照ポイントを介したＶ２Ｘ通信のみを使用することができる。

ＵＥがすべての他の状況（例えば、ＭＳ内にＳＩＭがない場合、登録要求に対して「不法なＭＳ」／「不法なＭＥ」応答を受信した場合、または登録要求に対して「ＨＬＲ内で知られていないＩＭＳＩ」応答を受信した場合）によってｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅに進入すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信を利用しない。このとき、ＵＥは、ＰＬＭＮから一般サービスを受けることができない。

制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）でＰＣ５を介したＶ２Ｘ通信のための明確化（Ｃｌａｒｉｆｉｃａｔｉｏｎ）

１．ポリシー／パラメータプロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）

次のような情報がＰＣ５参照ポイントを介したＶ２Ｘ通信のためにＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）される：

１）許可ポリシー（Ａｕｔｈｏｒｉｚａｔｉｏｎ ｐｏｌｉｃｙ）

−ＵＥがＥ−ＵＴＲＡＮによりサービスされる時（ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ）：ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を行うように許可されたＰＬＭＮ。

−ＵＥがＥ−ＵＴＲＡＮによりサービスされない時（「ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」）：ＵＥが「ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」である時、ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を行うように許可されるかどうかが指示される。

２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時（「ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」）のための無線パラメータ：

−ＵＥが「ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」である時、ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を行うことができる地理的領域（Ｇｅｏｇｒａｐｈｉｃａｌ Ａｒｅａ）の無線パラメータを含む。これらの無線パラメータ（例えば、周波数バンド）は、運営者により管理されるか（「ｏｐｅｒａｔｏｒ ｍａｎａｇｅｄ」）、または運営者により管理されないか（「ｎｏｎ−ｏｐｅｒａｔｏｒｍａｎａｇｅｄ」）の指示を含む。ＵＥは、自身が該当地理的領域に位置すると確信する時においてのみ無線パラメータを使用する。そうでないと、ＵＥは、送信が許可されない。

３）ＰＣ５参照ポイントを介したＶ２Ｘ通信のためのポリシー／パラメータ：

−目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ−２ ＩＤ）とＶ２Ｘサービスのマッピング。

−ＰｒｏＳｅパケット別優先順位及びＶ２Ｘ通信のためのパケット遅延予算（ｂｕｄｇｅｔ）（自律的な（ａｕｔｏｎｏｍｏｕｓ）資源選択モード）のマッピング。

２．ＰＣ５参照ポイントを介したＶ２Ｘ通信のためのパラメータを適用するための原則

ＰＣ５を介したＶ２Ｘ通信の場合、初期設定を獲得するためのＶ２Ｘ制御機能（Ｖ２Ｘ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）にＵＥが接続する必要なしで、運営者は、Ｖ２Ｘ通信のために要求されるプロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）パラメータをＵＥに予め設定できる。

次のような事項が適用される：

−ＰＣ５を介したＶ２Ｘ通信のためのｐｒｏｖｉｓｉｏｎｉｎｇパラメータは、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ）内またはＭＥ内またはＵＩＣＣとＭＥともに設定されることができる。

−ＵＳＩＭが除去（ｄｅｓｅｌｅｃｔ）されるか、または代替（ｒｅｐｌａｃｅ）される時、ＭＥ ｐｒｏｖｉｓｉｏｎｉｎｇパラメータは削除されない。

−ＵＩＣＣ及びＭＥとも同じｐｒｏｖｉｓｉｏｎｉｎｇパラメータのセットを含むと、ＵＩＣＣからのパラメータのセットが優先される。

−ＵＥは、次のようにＰＣ５参照ポイントを介したＶ２Ｘ通信のための資源を使用する：

−ＵＥがサービングセルを有しＵＥがセルにキャンプ（ｃａｍｐ ｏｎ）しＵＥが該当セルにより運営されるＶ２Ｘサービス無線資源（すなわち、キャリア周波数）を使用しようと意図すると、ＵＥは、ＵＥがキャンプ（ｃａｍｐ ｏｎ）するセルにより指示される無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）を使用し、ＭＥまたはＵＩＣＣ内のプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）同じ無線資源のいかなる無線資源の説明（ｄｅｓｃｒｉｐｔｉｏｎ）も無視する。セルがＶ２Ｘサービスのための無線資源を提供しないと、ＵＥは、該当セルにより運営される無線資源上においてＶ２Ｘメッセージ送信及び受信を行わない。

−ＵＥがＵＥのサービングセルにより運営されないＶ２Ｘサービスのための「ｏｐｅｒａｔｏｒ−ｍａｎａｇｅｄ」無線資源（すなわち、キャリア周波数）を使用することを意図すると、またはＵＥがカバレッジから外れると、ＵＥは、ｐｒｏｖｉｓｉｏｎｅｄ無線資源（すなわち、キャリア周波数）を運営するＰＬＭＮ内のセルを探索する。

−ＵＥが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮ内のそういうセルを探索し、このＰＬＭＮでＰＣ５参照ポイントを介したＶ２Ｘ通信のための許可を受けると、ＵＥは、該当セルにより指示される無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）を使用する。セルがＶ２Ｘサービスのための無線資源を提供しないと、ＵＥは、そういう無線資源上においてＶ２Ｘメッセージ送信及び受信を行わない。

−ＵＥがＵＥが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでないＰＬＭＮ内のセルを探索し、該当セルがＰＣ５参照ポイントを介したＶ２Ｘ通信のために許可されたＰＬＭＮに属し、該当セルがＶ２Ｘサービスのための無線資源を提供すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信によりトリガーされたＰＬＭＮ選択を行う。ＵＥが活性化された緊急ＰＤＮ接続を有すると、これは、ＰＣ５参照ポイントを介したＶ２Ｘ通信によるいかなるＰＬＭＮ選択もトリガーしない。

−ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信のために許可されたＰＬＭＮでないＰＬＭＮ内のセルを探索すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用しない。

−ＵＥがいかなるＰＬＭＮ内のいかなるセルも探索できないと、ＵＥは、「ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」と見做し、ＭＥまたはＵＩＣＣ内のプロビジョニングされた無線資源を使用する。ＭＥまたはＵＩＣＣ内のそういうプロビジョニングが存在しないか、またはプロビジョニングがＰＣ５参照ポイントを介したＶ２Ｘ通信に許可されないと、ＵＥは、送信が許可されない。

−ＵＥがＶ２Ｘサービスのために「ｎｏｎ−ｏｐｅｒａｔｏｒ−ｍａｎａｇｅｄ」無線資源（すなわち、キャリア周波数）を使用することを意図すると、ＵＥは、ＭＥまたはＵＩＣＣ内のプロビジョニングされた資源を利用して、ＰＣ５を介したＶ２Ｘ通信を行う。ＭＥまたはＵＩＣＣ内のそういうプロビジョニングが存在しないか、またはＰＣ５参照ポイントを介したＶ２Ｘ通信にプロビジョニングが許可されないと、ＵＥは、送信が許可されない。

−ＵＥプロビジョニングは、地理的な領域（Ｇｅｏｇｒａｐｈｉｃａｌ Ａｒｅａｓ）のセッティングを支援する。

−ＰＣ５参照ポイントを介したＶ２Ｘ通信は、Ｅ−ＵＴＲＡのみのために限定される。

例えば、ＵＥが３ＧＰＰ ＲＡＴのカバレッジ内にある時、ＵＥは、サービングＰＬＭＮから導き出された情報を利用して、自身が特定地理的領域内に位置すると判断できる。ＵＥが３ＧＰＰ ＲＡＴのカバレッジ内にない時、ＵＥは、他の技術（例えば、グローバルナビゲーション衛星システム（ＧＮＳＳ：Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ））を利用して、自身が特定地理的領域内に位置すると判断できる。

３．制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）であるＵＥのためのＶ２Ｘ通信支援

ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであるＵＥの場合、ＰＣ５参照ポイントを介したＶ２Ｘ通信のみが許容される。

ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用するように許可されたＵＥは、ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅである時、ＰＣ５参照ポイントを介したＶ２Ｘ通信のために定義された原則に従って、ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用することができる。ＵＥは、次のような状況でｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅに進入する：

−ＵＥが選択されたＰＬＭＮ内の適したセル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）を探索できないとき；または

−登録要求に対して「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」／「許容されないＧＰＲＳ（ＧＰＲＳ ｎｏｔ ａｌｌｏｗｅｄ）」応答を受信する時；

ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであるＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信のためにＥＣＭ−ＩＤＬＥモードで利用可能な無線資源及び手順のみを使用する。

ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであるＵＥは、ＥＣＭ−ＣＯＮＮＥＣＴＥＤモードでＰＣ５参照ポイントを介したＶ２Ｘ通信を使用しない。

ＵＥがすべての他の状況（例えば、ＭＳ内にＳＩＭがない場合、登録要求に対して「不法なＭＳ」／「不法なＭＥ」応答を受信した場合、または登録要求に対して「ＨＬＲ内で知られていないＩＭＳＩ」応答を受信した場合）によってｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅに進入すると、ＵＥは、「ｏｐｅｒａｔｏｒ−ｍａｎａｇｅｄ」無線資源を利用して、ＰＣ５参照ポイントを介したＶ２Ｘ通信を利用しない。このとき、ＵＥは、ＰＬＭＮから一般サービスを受けることができない。ＵＥは、「ｎｏｎ−ｏｐｅｒａｔｏｒ−ｍａｎａｇｅｄ」無線資源を利用して、ＰＣ５参照ポイントを介したＶ２Ｘ通信を利用できる。

制限されたサービスモード（Ｌｉｍｉｔｅｄ Ｓｅｒｖｉｃｅ Ｍｏｄｅ）で緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）の処理

後述する内容によれば、ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅである場合、ＭＭＥがｅＮＢに提供するＳ１−ＡＰメッセージ（例えば、初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージ）には、ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅということが分かる情報が含まれる。

１．初期コンテキストセットアップ（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ）

Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ手順の目的は、必要な全体的なＵＥコンテキストを確立するためであり、全体的なＵＥコンテキストは、Ｅ−ＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ：Ｅ−ＵＴＲＡＮ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）コンテキスト、セキュリティーキー（Ｓｅｃｕｒｉｔｙ Ｋｅｙ）、ハンドオーバ制限リスト（Ｈａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ）、ＵＥ無線能力、ＵＥセキュリティー能力などを含む。この手順は、ＵＥ関連シグナリングを利用する。

図９は、本発明が適用されることができる無線通信システムにおける初期コンテキストセットアップ手順を例示する。

図９（ａ）は、成功した動作を例示し、図９（ｂ）は、成功しない動作を例示する。

１）成功した動作

Ｅ−ＲＡＢの確立の場合、ＭＭＥは、初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）メッセージが受信される前に、ユーザデータを受信するための用意をしなければならない。

初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）メッセージは、セットアップされるＥ−ＲＡＢリストＩＥ（Ｅ−ＲＡＢ ｔｏ ｂｅ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ）内にｅＮＢで少なくとも一つの追加的なＥ−ＲＡＢを含む新しいＥ−ＲＡＢ設定を構築するために要求される情報を含む。

Ｅ−ＲＡＢ ｔｏ ｂｅ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥは、次を含むことができる：

−ＮＡＳ−ＰＤＵ ＩＥ

ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージは、次を含むことができる：

−追跡活性ＩＥ（Ｔｒａｃｅ Ａｃｔｉｖａｔｉｏｎ ＩＥ）

−ハンドオーバ制限ＩＥ（Ｈａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ ＩＥ）、このＩＥは、ローミング、領域またはアクセス制限を含むことができる

−ＵＥ無線能力ＩＥ（ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ ＩＥ）

−ＲＡＴ／周波数優先順位のための加入者プロファイル識別子ＩＥ（Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ ｆｏｒ ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ ｐｒｉｏｒｉｔｙ ＩＥ）

−ＣＳフォールバック指示子ＩＥ（ＣＳ Ｆａｌｌｂａｃｋ Ｉｎｄｉｃａｔｏｒ ＩＥ）

−ＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）動作可能ＩＥ（ＳＲＶＣＣ Ｏｐｅｒａｔｉｏｎ Ｐｏｓｓｉｂｌｅ ＩＥ）

ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージは、ＭＭＥ内で利用できる時、Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ ｆｏｒ ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ ｐｒｉｏｒｉｔｙ ＩＥを含むことができる。

ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを受信する時、ｅＮＢは、次のように動作する：

−ｅＮＢは、要求されたＥ−ＲＡＢ設定の遂行を試みる。

−ｅＮＢは、ＵＥコンテキスト内のＵＥ全体最大ビット率（ＡＭＢＲ：Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）を格納し、該当ＵＥのための非保証ビット率（ｎｏｎ−ＧＢＲ：ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）ベアラに対して受信されたＵＥ ＡＭＢＲを使用する。

−ｅＮＢは、各確立されたデータ無線ベアラのためのＥ−ＲＡＢに対して、受信したＥ−ＲＡＢ識別子ＩＥ（Ｅ−ＲＡＢ ＩＤ ＩＥ）及びＮＡＳ ＰＤＵ ＩＥ内に含まれた値を無線インターフェースプロトコルに伝達する。ｅＮＢは、失敗したデータ無線ベアラと関連したＮＡＳ ＰＤＵをＵＥに送信しない。

また、ｅＮＢは、受信したＨａｎｄｏｖｅｒ ｒｅｓｔｒｉｃｔｉｏｎ ＬｉｓｔをＵＥコンテキスト内に格納する。

また、ｅＮＢは、受信したＵＥ Ｒａｄｉｏ ＣａｐａｂｉｌｉｔｙをＵＥコンテキスト内に格納する。

−ｅＮＢは、受信したＳｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ ｆｏｒ ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ ｐｒｉｏｒｉｔｙをＵＥコンテキスト内に格納する。

−ｅＮＢは、受信したＳＲＶＣＣ ｏｐｅｒａｔｉｏｎ ｐｏｓｓｉｂｌｅをＵＥコンテキスト内に格納する。

−ｅＮＢは、受信したＵＥ Ｓｅｃｕｒｉｔｙ ＣａｐａｂｉｌｉｔｉｅｓをＵＥコンテキスト内に格納する。

−ｅＮＢは、受信したＳｅｃｕｒｉｔｙ ＫｅｙをＵＥコンテキスト内に格納する。

Ｉｎｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐの場合、次のホップチェーンカウント（Ｎｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔ）のための値は、ＵＥコンテスト内に格納される。

割り当て及び保有優先順位ＩＥ（Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ ＩＥ）の値に応じる資源割り当ては、Ｅ−ＲＡＢセットアップ手順に対する原則に従う。

ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージ内に存在すると、ｅＮＢは、ハンドオーバのためのターゲットセルを決定するために、Ｈａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ ＩＥ内の情報を使用する。仮にＨａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ ＩＥがＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージ内に含まれないと、ターゲットｅＮＢは、ローミング領域またはアクセス制限がＵＥに適用されないと考慮する。

Ｔｒａｃｅ Ａｃｔｉｖａｔｉｏｎ ＩＥがＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージ内に含まれると、ｅＮＢは、支援可能な限り、要求された追跡機能を開始する。

ＣＳ Ｆａｌｌｂａｃｋ Ｉｎｄｉｃａｔｏｒ ＩＥがＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージ内に含まれると、これは、セットアップされるＵＥコンテキストがＣＳフォールバック対象であることを指示する。

ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージ内に含まれるＵＥセキュリティー能力ＩＥ（ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥ）がＥＩＡ０アルゴリズムのみを含むと、そしてこのＥＩＡ０アルゴリズムがｅＮＢ内の許容された完全性保護アルゴリズムの設定されたリスト内に定義されると、ｅＮＢは、該当アルゴリズムを利用し、Ｓｅｃｕｒｉｔｙ Ｋｅｙ ＩＥ内に受信したキーを無視する。

ｅＮＢは、ＭＭＥにＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージ内において次のような方式でＵＥに対するセキュリティー手順の確立の成功と要求されたすべてのＥ−ＲＡＢに対する結果を報告する：

−確立に成功したＥ−ＲＡＢのリストがＥ−ＲＡＢセットアップリストＩＥ（Ｅ−ＲＡＢ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ）内に含まれる。

−確立に失敗したＥ−ＲＡＢのリストがセットアップに失敗したＥ−ＲＡＢリストＩＥ（Ｅ−ＲＡＢ Ｆａｉｌｅｄ ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ）内に含まれる。

ｅＮＢがＥ−ＲＡＢの成功しない確立を報告すると、原因の値は、ＭＭＥが成功しない確立に対する理由が分かるように十分に明確しなければならない（例えば、「利用可能な無線資源なし」、「無線インターフェース手順の失敗」、等）。

ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージ送信後、ｅＮＢ内でこの手順が終了する。

２）成功しない動作

ｅＮＢがＳ１ ＵＥコンテキストを確立できないと、またはｅＮＢが一つの非ＧＢＲベアラを確立できないと、手順が失敗したと見なし、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージとして応答する。

３）正常でない状態（Ａｂｎｏｒｍａｌ Ｃｏｎｄｉｔｉｏｎｓ）

ｅＮＢがＧＢＲベアラを指示する品質クラス識別子（ＱＣＩ：ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ）ＩＥを含むものの、ＧＢＲ ＱｏＳ情報ＩＥ（ＧＢＲ ＱｏＳ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥ）を含まないＥ−ＲＡＢレベルＱｏＳパラメータＩＥ（Ｅ−ＲＡＢ Ｌｅｖｅｌ ＱｏＳ Ｐａｒａｍｅｔｅｒｓ ＩＥ）を含むＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、該当Ｅ−ＲＡＢの確立が失敗したと見なす。

ｅＮＢが同じ値にセッティングされたいくつかのＥ−ＲＡＢ ＩＤ ＩＥを含む（Ｅ−ＲＡＢ ｔｏ Ｂｅ Ｓｅｔｕｐ Ｌｉｓｔ内）ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、該当Ｅ−ＲＡＢの確立が失敗したと見なす。

ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥ内の暗号化アルゴリズムＩＥ（Ｅｎｃｒｙｐｔｉｏｎ Ａｌｇｏｒｉｔｈｍｓ ＩＥ）内の暗号化のために支援されるアルゴリズムが定義されたが、ｅＮＢ内に許容された暗号化アルゴリズムの設定されたリスト内に定義された許容されたアルゴリズムとマッチングされないと、ｅＮＢは、初期コンテキストセットアップ失敗（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＦＡＩＬＵＲＥ）メッセージを利用して手順を拒絶する。

完全性のために支援されるアルゴリズムがＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥ内の完全性保護アルゴリズムＩＥ（Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍｓ ＩＥ）内に定義されたが、ｅＮＢ内に許容された完全性保護アルゴリズムの設定されたリスト内に定義された許容されたアルゴリズムとマッチングされないと、ｅＮＢは、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＦＡＩＬＵＲＥメッセージを利用して手順を拒絶する。

２．ＵＥコンテキスト修正（ＵＥ ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ）

ＵＥ ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ手順の目的は、確立されたＵＥコンテキストを部分的に修正するためである（例えば、セキュリティーキーまたはＲＡＴ／周波数優先順位のための加入プロファイル識別子（Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ）等）。この手順は、ＵＥ関連シグナリングを利用する。

図１０は、本発明が適用されることができる無線通信システムにおけるＵＥコンテキスト修正手順を例示する。

図１０（ａ）は、成功した動作を例示し、図１０（ｂ）は、成功しない動作を例示する。

１）成功した動作

ＵＥコンテキスト修正要求（ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ）メッセージは、次を含むことができる：

−セキュリティーキーＩＥ（Ｓｅｃｕｒｉｔｙ Ｋｅｙ ＩＥ）

−ＲＡＴ／周波数優先順位のための加入者プロファイルＩＥ（Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ ｆｏｒ ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ ｐｒｉｏｒｉｔｙ ＩＥ）

−ＵＥ全体最大ビット率ＩＥ（ＵＥ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ ＩＥ）

−ＣＳフォールバック指示子ＩＥ（ＣＳ Ｆａｌｌｂａｃｋ Ｉｎｄｉｃａｔｏｒ ＩＥ）

−ＵＥセキュリティー能力ＩＥ（ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥ）。

ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを受信する時、ｅＮＢは、次のように動作する：

−受信したＳｅｃｕｒｉｔｙ Ｋｅｙ ＩＥを格納し、次のホップチェーンカウンタ（ＮＣＣ：Ｎｅｘｔ Ｈｏｐ Ｃｈａｎｉｎｇ Ｃｏｕｎｔｅｒ）の初期値として使用する。

−受信したＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥを格納し、ＥＩＡ０アルゴリズムが使用されると、これに伴って受信されたキーを共に使用する。

−Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ ｆｏｒ ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ ｐｒｉｏｒｉｔｙ ＩＥを格納し、使用する。

ＵＥ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ ＩＥがＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ内に含まれると、ｅＮＢは、次のように動作する：

−以前に提供されたＵＥ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ

ＵＥコンテキスト内に以前に提供されたＵＥ ＡＭＢＲを受信したＵＥ ＡＭＢＲに代替する；ｅＮＢは、該当ＵＥのためのｎｏｎ−ＧＢＲベアラのために受信したＵＥ ＡＭＢＲを使用する。

ＵＥ Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ ＩＥがＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ内に含まれないと、ｅＮＢは、ＵＥコンテキスト内に格納された以前に提供されたＵＥ ＡＭＢＲを使用する。

ＣＳ Ｆａｌｌｂａｃｋ Ｉｎｄｉｃａｔｏｒ ＩＥがＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ内に含まれると、これは、該当ＵＥコンテキストがＣＳフォールバック対象であることを指示する。

ｅＮＢは、次の通りにＵＥコンテキストのアップデートの成功をＵＥコンテキスト修正応答（ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥ）メッセージ内でＭＭＥに報告する：

ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージを送信した後、ｅＮＢ内で手順が終了する。

２）成功しない動作

ＵＥコンテキストアップデートが成功しない場合、ｅＮＢは、原因ＩＥ（Ｃａｕｓｅ ＩＥ）内の適切な原因の値を伴ったＵＥコンテキスト修正失敗（ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＦＡＩＬＵＲＥ）メッセージをＭＭＥに送信する。

３．ハンドオーバ資源割り当て（Ｈａｎｄｏｖｅｒ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ）

Ｈａｎｄｏｖｅｒ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ手順の目的は、ＵＥのハンドオーバのために、ターゲットｅＮＢで資源を予約するためである。

図１１は、本発明が適用されることができる無線通信システムにおけるハンドオーバ資源の割り当て手順を例示する。

図１１（ａ）は、成功した動作を例示し、図１１（ｂ）は、成功しない動作を例示する。

１）成功した動作

ＭＭＥは、ハンドオーバ要求（ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ）メッセージをターゲットｅＮＢに送信することによって手順を開始する。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージは、ローミング領域またはアクセス制限を含むハンドオーバ制限リストＩＥ（Ｈａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ ＩＥ）を含むことができる。

Ｈａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ ＩＥがＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ内に含まれると、ターゲットｅＮＢは、ＵＥコンテキスト内にこの情報を格納する。

ｅＮＢは、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ内に存在すると、ハンドオーバのためのターゲットセルを決定するためにＨａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ ＩＥ内の情報を使用する。Ｈａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ ＩＥがＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ内に含まれないと、ターゲットｅＮＢは、ＵＥにアクセス制限を適用しないと見なす。

ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、受信したＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥをＵＥコンテキスト内に格納し、ＵＥと関連したＡＳセキュリティーの設定を用意するために使用する。

ＳＲＶＣＣ動作可能ＩＥ（ＳＲＶＣＣ Ｏｐｅｒａｔｉｏｎ Ｐｏｓｓｉｂｌｅ ＩＥ）がＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ内に含まれると、ターゲットｅＮＢは、受信したＳＲＶＣＣ Ｏｐｅｒａｔｉｏｎ Ｐｏｓｓｉｂｌｅ ＩＥをＵＥコンテキスト内に格納し、これを使用する。

ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、受信したセキュリティーコンテキストＩＥ（Ｓｅｃｕｒｉｔｙ Ｃｏｎｔｅｘｔ ＩＥ）をＵＥコンテキスト内に格納し、セキュリティー設定を導き出すために使用する。

追跡活性化ＩＥ（Ｔｒａｃｅ Ａｃｔｉｖａｔｉｏｎ ＩＥ）がＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ内に含まれると、ターゲットｅＮＢは、要求された追跡機能を開始する。

Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ ｆｏｒ ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ ｐｒｉｏｒｉｔｙ ＩＥがソースｅＮＢからターゲットｅＮＢへのトランスペアレントコンテナＩＥ（Ｓｏｕｒｃｅ ｅＮＢ ｔｏ Ｔａｒｇｅｔ ｅＮＢ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ ＩＥ）に含まれると、ターゲットｅＮＢは、受信したＳｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ ｆｏｒ ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ ｐｒｉｏｒｉｔｙ ＩＥをＵＥコンテキスト内に格納する。

ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ内のＳｏｕｒｃｅ ｅＮＢ ｔｏ Ｔａｒｇｅｔ ｅＮＢ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ ＩＥ内のＵＥヒストリー情報ＩＥ（ＵＥ Ｈｉｓｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥ）を受信すると、ＵＥが自身のセルのうちのいずれか一つに留まる間にターゲットｅＮＢは、ＵＥ Ｈｉｓｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥ内の情報を収集し、収集した情報を未来のハンドオーバを用意するために使用する。

許容されたＥ−ＲＡＢのための必要なすべての資源が割り当てられた後、ターゲットｅＮＢは、ハンドオーバ要求確認応答（ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥ）メッセージを生成する。ターゲットｅＮＢは、ターゲットセルで資源が用意した許容されたＥ−ＲＡＢリストＩＥ（Ｅ−ＲＡＢｓ Ａｄｍｉｔｔｅｄ Ｌｉｓｔ ＩＥ）を含める。ターゲットセル内に許容されないＥ−ＲＡＢは、セットアップに失敗したＥ−ＲＡＢリストＩＥ（Ｅ−ＲＡＢｓ Ｆａｉｌｅｄ ｔｏ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ）内に含まれる。

ターゲットｅＮＢが許容することに決定しダウンリンク伝達ＩＥ（ＤＬ ｆｏｒｗａｒｄｉｎｇ ＩＥ）が「ダウンリンク送信が提案される（ＤＬ ｆｏｒｗａｒｄｉｎｇ ｐｒｏｐｏｓｅｄ）」にセッティングされた各ベアラに対して、ターゲットｅＮＢは、該当ベアラのためのダウンリンクデータの提案された伝達を受諾したことを指示するダウンリンクＧＰＲＳトンネルリングプロトコル−トンネル終端識別子ＩＥ（ＤＬ ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｌｉｎｇ Ｐｒｏｔｏｃｏｌ）−ＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）ＩＥ）及びダウンリンクトランスポート層アドレスＩＥ（ＤＬ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ａｄｄｒｅｓｓ ＩＥ）をＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥ内のＥ−ＲＡＢｓ Ａｄｍｉｔｔｅｄ Ｌｉｓｔ ＩＥ内に含める。

ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥがｉｎ Ｅ−ＲＡＢｓ Ａｄｍｉｔｔｅｄ Ｌｉｓｔ ＩＥ内のベアラに対してアップリンクＧＴＰ−ＴＥＩＤ ＩＥ（ＵＬ ＧＴＰ−ＴＥＩＤ ＩＥ）及びアップリンクトランスポート層アドレスＩＥ（ＵＬ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ａｄｄｒｅｓｓ ＩＥ）を含むと、ターゲットｅＮＢは、このベアラのためのアップリンクデータの伝達を要求する。

要求されたタイプＩＥ（Ｒｅｑｕｅｓｔ Ｔｙｐｅ ＩＥ）がＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ内に含まれると、ターゲットｅＮＢは、ＵＥに対する要求された位置報告機能を行う。

ＥＩＡ０アルゴリズムのみを含むＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥがＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージ内に含まれると、そしてＥＩＡ０アルゴリズムがｅＮＢ内に許容された完全性保護アルゴリズムの設定されたリスト内に定義されると、ｅＮＢは、該当アルゴリズムを使用し、セキュリティーコンテキストＩＥ（Ｓｅｃｕｒｉｔｙ Ｃｏｎｔｅｘｔ ＩＥ）内で受信したキーを無視する。

２）成功しない動作

ターゲットｅＮＢが少なくとも一つのｎｏｎ−ＧＢＲ Ｅ−ＲＡＢを許容しないと、またはハンドオーバ用意（Ｈａｎｄｏｖｅｒ Ｐｒｅｐａｒａｔｉｏｎ）の間に失敗すると、ターゲットｅＮＢは、適切な原因の値を伴ったハンドオーバ失敗（ＨＡＮＤＯＶＥＲ ＦＡＩＬＵＲＥ）メッセージをＭＭＥに送信する。

ターゲットｅＮＢが要求された情報を含まないＲＲＣコンテナＩＥ（ＲＲＣ Ｃｏｎｔａｉｎｅｒ ＩＥ）を含むハンドオーバ要求（ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ）メッセージを受信すると、ターゲットｅＮＢは、ＨＡＮＤＯＶＥＲ ＦＡＩＬＵＲＥメッセージをＭＭＥに送信する。

３）正常でない状態（Ａｂｎｏｒｍａｌ Ｃｏｎｄｉｔｉｏｎｓ）

ｅＮＢがＧＢＲベアラを指示するＱＣＩ ＩＥを含むもののＧＢＲ ＱｏＳ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを含まないＥ−ＲＡＢ Ｌｅｖｅｌ ＱｏＳ Ｐａｒａｍｅｔｅｒｓ ＩＥを含むＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、該当Ｅ−ＲＡＢを受諾しない。

ｅＮＢが同じ値にセッティングされたいくつかのＥ−ＲＡＢ ＩＤ ＩＥを含む（Ｅ−ＲＡＢｓ Ｔｏ Ｂｅ Ｓｅｔｕｐ Ｌｉｓｔ ＩＥ内）するＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、該当Ｅ−ＲＡＢを受諾しない。

Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ ＩＤ ｆｏｒ ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ ｐｒｉｏｒｉｔｙ ＩＥがＳｏｕｒｃｅ ｅＮＢ ｔｏ Ｔａｒｇｅｔ ｅＮＢ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ ＩＥ内に含まれないと、ターゲットｅＮＢは、ローカルエラー処理をトリガーする。

ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥ内ＥｎｃｒｙｐｔｉｏｎＡｌｇｏｒｉｔｈｍｓ ＩＥ内に定義された暗号化のための支援されるアルゴリズムがｅＮＢ内に許容された暗号化アルゴリズムの設定されたリスト内に定義された許容されたアルゴリズムとマッチングされないと、ｅＮＢは、ハンドオーバ失敗（ＨＡＮＤＯＶＥＲ ＦＡＩＬＵＲＥ）メッセージを利用して手順を拒絶する。

ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥ内Ｉｎｔｅｇｒｉｔｙ Ｐｒｏｔｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍｓ ＩＥ内に定義された完全性のために支援されるアルゴリズムがｅＮＢ内に許容された完全性保護アルゴリズムの設定されたリスト内に定義された許容されたアルゴリズムとマッチングされないと、ｅＮＢは、ハンドオーバ失敗（ＨＡＮＤＯＶＥＲ ＦＡＩＬＵＲＥ）メッセージを利用して手順を拒絶する。

表８は、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを例示する。

このメッセージは、ＭＭＥによりｅＮＢにＵＥコンテキスト情報の変更を提供するために送信される。

表８を参照すると、ＩＥ／Ｇｒｏｕｐ名称（ＩＥ／Ｇｒｏｕｐ Ｎａｍｅ）は、ＩＥまたは情報要素グループ（ＩＥ ｇｒｏｕｐ）の名称を表す。存在（Ｐｒｅｓｅｎｃｅ）フィールドの「Ｍ」は、必須（ｍａｎｄａｔｏｒｙ）であるＩＥとして常にメッセージに含まれるＩＥ／ＩＥ ｇｒｏｕｐを表し、「Ｏ」は、選択的（ｏｐｔｉｏｎａｌ）なＩＥとしてメッセージに含まれるか、または含まれなくても良いＩＥ／ＩＥ ｇｒｏｕｐを表し、「Ｃ」は、条件的な（ｃｏｎｄｉｔｉｏｎａｌ）ＩＥとして特定条件が満たされるときにおいてのみメッセージに含まれるＩＥ／ＩＥ ｇｒｏｕｐを表す。Ｒａｎｇｅフィールドは、繰り返し的なＩＥｓ／ＩＥ ｇｒｏｕｐｓが繰り返されうる数を表す。

ＩＥタイプ及び参照（ＩＥ ｔｙｐｅ ａｎｄ ｒｅｆｅｒｅｎｃｅ）フィールドは、該当ＩＥのタイプ（例えば、列挙データ（ＥＮＵＭＥＲＡＴＥＤ）、整数（ＩＮＴＥＧＥＲ）、オクテットストリング（ＯＣＴＥＴ ＳＴＲＩＮＧ）等）を表し、該当ＩＥが有することができる値の範囲が存在する場合、値の範囲を表す。

臨界（Ｃｒｉｔｉｃａｌｉｔｙ）フィールドは、ＩＥ／ＩＥ ｇｒｏｕｐに適用される臨界（ｃｒｉｔｉｃａｌｉｔｙ）情報を表す。ｃｒｉｔｉｃａｌｉｔｙ情報は、受信端でＩＥ／ＩＥ ｇｒｏｕｐの全体または一部分を理解できない場合に、受信端でどのように動作しなければならないかを指示する情報を意味する。「−」は、ｃｒｉｔｉｃａｌｉｔｙ情報が適用されないことを表し、「ＹＥＳ」は、ｃｒｉｔｉｃａｌｉｔｙ情報が適用されたことを表す。「ＧＬＯＢＡＬ」は、ＩＥ及び該当ＩＥの繰り返しに共通に一つのｃｒｉｔｉｃａｌｉｔｙ情報を有することを表す。「ＥＡＣＨ」は、ＩＥの繰り返し別に固有のｃｒｉｔｉｃａｌｉｔｙ情報を有することを表す。指定された臨界（Ａｓｓｉｇｎｅｄ Ｃｒｉｔｉｃａｌｉｔｙ）フィールドは、実際のｃｒｉｔｉｃａｌｉｔｙ情報を表す。

ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージに含まれたｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ（ＩＥ）またはＩＥグループに対する具体的な説明は、上述したので省略する。

表９は、ＵＥ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｉｅｓ ＩＥを例示する。

このＩＥは、ＵＥ内の暗号化及び完全性保護のために支援されるアルゴリズムを定義する。

制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）のＵＥがＰＣ５（すなわち、ＵＥ間の無線インターフェース）を介したＶ２Ｘ通信を行う方法

１）問題点１

従来の動作によれば、制限されたサービス状態（Ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）のＵＥは、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅ）のためのアタッチ（Ａｔｔａｃｈ）を行うことができる。ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈに成功すると、以後ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態でｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅを使用することができる。

ただし、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈでは、ＵＥのＶ２Ｘサービス（ｓｅｒｖｉｃｅ）関連ＵＥコンテキスト（ＵＥ ｃｏｎｔｅｘｔ）をＭＭＥがｅＮＢに伝達する過程が行われない。したがって、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈが行われても、ｅＮＢは、該当ＵＥのＶ２Ｘ ｓｅｒｖｉｃｅ関連ｃｏｎｔｅｘｔを有しないようになる。

このとき、ＵＥがＰＣ５を介したＶ２Ｘ通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）の遂行を希望する場合、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態であるから、ＰＣ５を介したＶ２Ｘ通信のための無線資源（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ）をｅＮＢに要求しなければならない。このために、ＵＥ（ＡＳ層）がサイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢ（基地局）に送信する。

しかしながら、これを受信したｅＮＢは、該当ＵＥに対するＶ２Ｘ ｓｅｒｖｉｃｅ関連のＵＥ ｃｏｎｔｅｘｔが存在しないので、ＵＥに対するＶ２Ｘ関連許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）／能力（ｃａｐａｂｉｌｉｔｙ）を確認することができない。したがって、Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージに対する応答を受諾できない。すなわち、ｅＮＢは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒａｄｉｏ ｒｅｓｏｕｒｃｅを端末に提供できない。

その結果、ＵＥは、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒａｄｉｏ ｒｅｓｏｕｒｃｅの割り当てを受けることができないから、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができない。

通常、Ｖ２Ｘサービスの場合、車両（すなわち、車両ＵＥ）は、周期的なＶ２Ｘメッセージ（例えば、自身の位置、速度、存在を知らせようと通常１秒に１０回ずつ送信）を送信するだけでなく、イベントの発生時にもＶ２Ｘメッセージ（例えば、ブレーキ故障、事故お知らせ等）を周囲車両にＰＣ５を利用して送信する。ところが仮にある車両に事故が発生した場合、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）を開始すると、該当ｅｍｅｒｇｅｎｃｙ ｃａｌｌが進行中である間には、Ｖ２Ｘメッセージを周囲車両に送信できないという問題が発生するようになる。

２）問題点２

従来の動作によれば、Ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで、ＥＭＭ−ＩＤＬＥ状態のＵＥがキャンプ中であるセル（ｃａｍｐｅｄ ｏｎ ｃｅｌｌ）がＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のための資源プール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）を放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）を確立し、該当ＵＥは、自分のための専用資源（ｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅ）を介してＶ２Ｘメッセージ送信をせざるをえない場合）、該当ＵＥがＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うためには、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換し、ｅＮＢにＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを要求しなければならない。

しかしながら、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでのＵＥは、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ以外の位置登録（ＬＲ：Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｒａｔｉｏｎ）を行うことができないから、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換できない。これにより、ＵＥは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒａｄｉｏ ｒｅｓｏｕｒｃｅをｅＮＢに要求できず、これによってＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができないという問題が発生する。

３）問題点３

上述の問題点１のシナリオにおいて、従来の動作によれば、Ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅのＵＥがｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのために、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈを成功させてＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換できる。

このとき、ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うためには、３ＧＰＰ ＴＳ ２４．３８６に述べられた前提条件を満たさなければならない（上述のＶ２Ｘ通信及び制限されたサービス状態参照）。

しかしながら、ＵＥが登録されたＰＬＭＮが許可されたＰＬＭＮリスト（すなわち、ＵＥが「ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」である時、ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを利用するように許可されたＰＬＭＮのリスト）に含まれなくても良い。この場合、ＵＥは、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができない。これによって、ＵＥのＶ２Ｘ層でＶ２Ｘメッセージが生成されないか、またはＲＲＣ層でＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信できなくなるという問題が発生する。

４）問題点４

従来の技術によれば、ＵＥが「Ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」の場合、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行う動作が述べられる。（先のＥ−ＵＴＲＡＮによりサービスされない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）Ｐｒｏｓｅ直接通信送信参照）。

この場合、ＵＥは、設定された無線パラメータ（ｒａｄｉｏ ｐａｒａｍｅｔｅｒ）に対する干渉チェック（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃｈｅｃｋ）を介してｉｎｔｅｒｆｅｒｅｎｃｅが存在する場合、３ＧＰＰ ＴＳ ２３．１２２により規定されたＰｒｏｓｅ直接通信（ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ）によりトリガーされたＰＬＭＮ選択を行うことができる。

ＰｒｏＳｅ ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎでは、ＰｒｏＳｅ ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎのための周波数（キャリア）が一つだけ存在した。

これに対し、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの場合、一つ以上の周波数がｃｏｎｆｉｇｕｒｅｄされることができる。この場合、特定周波数にｉｎｔｅｒｆｅｒｅｎｃｅがある場合、ＵＥがＰＬＭＮ選択を行うようになると、不必要なシグナリングオーバヘッドとサービス支援が発生するという問題がある。

５）問題点５

ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎとＬＴＥ−Ｕｕを介して一般サービス（例えば、ＩＭＳ呼）を共に行う場合、両方のサービスのうち、どんなサービスをまず進行しなければならないかについて論議されており、以下のような動作が提案された。

時間ドメイン内のアップリンク送信（ＵＬ ＴＸ：Ｕｐｌｉｎｋ Ｔｒａｎｓｍｉｓｓｉｏｎ）が共有された（または同じ）キャリア周波数内のサイドリンク送信（ＳＬＴＸ：Ｓｉｄｅｌｉｎｋ Ｔｒａｎｓｍｉｓｓｉｏｎ）と重なる時、ＳＬパケットのパケット別ＰｒｏＳｅ優先順位（ＰＰＰＰ：ＰｒｏＳｅ ｐｒｉｏｉｒｙ ｐｅｒ ｐａｃｋｅｔ）が（予め）設定されたＰＰＰＰ臨界値を超過すると、ＵＥは、ＵＬ ＴＸをドロップ（ｄｒｏｐ）し、そうでないと、ＵＥは、ＳＬ ＴＸをドロップする。

上の内容は、ＰＰＰＰ臨界値を設定し、これより高いＰＰＰＰであるとｓｉｄｅｌｉｎｋを、それともｕｐｌｉｎｋを優先して送信すると解析できる。

仮に、該当ＬＴＥ−Ｕｕ（ＵＬ ＴＸ）に対するサービスがｅｍｅｒｇｅｎｃｙ ｃａｌｌである場合を仮定する時、上の提案に従ってＬＴＥ−Ｕｕ（ＵＬ ＴＸ）に対するパケットをドロップするようになると、ｅｍｅｒｇｅｎｃｙ ｃａｌｌを進行することができなくなるという問題が発生する。

これに対する代案としてｅｍｅｒｇｅｎｃｙ ｃａｌｌが発生した場合、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎより優先的に処理する動作が提案された。すなわち、ＵＥが活性化された緊急ＰＤＮ接続を有すると、ＬＴＥ−Ｕｕを介した通信がＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎより優先される。

このような動作を行うためには、ｅＮＢが該当ＵＥが緊急サービス中であることを知っていなければならない。

ただし、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードで緊急ＰＤＮ接続を生成する場合、ｅＮＢは、緊急サービス中であることを認知できないから、ＭＭＥがＰＤＮ接続がＰＤＮタイプが緊急である場合に、ｅＮＢに緊急サービス中であることを知らせる動作が提案された。すなわち、ＵＥがＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが許可され、緊急ＰＤＮ接続を確立し始める時、ＭＭＥは、ｅＮＢに該当ＵＥのための緊急接続が確立されると知らせる。このような手順の場合、ネットワーク（ｅＮＢ）での動作が提案された。

ただし、このような提案の場合、従来に比べて追加的なＳ１−ＡＰシグナリング動作が発生する。そして、この場合、Ｖ２Ｘメッセージに対する資源を要求するための無線区間（ｉｎｔｅｒｖａｌ）のシグナリングを減らすことができない。仮に、緊急ベアラサービス中であるＵＥで協力認知メッセージ（ＣＡＭ：Ｃｏｏｐｅｒａｔｉｖｅ Ａｗａｒｅｎｅｓｓ Ｍｅｓｓａｇｅ）メッセージが発生する場合にも、ＵＥは、ｅＮＢにこれに対する資源を要求するためのｓｉｄｅｌｉｎｋバッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を送信しなければならない。したがって、緊急状況で必ず送信しなくても良いＣＡＭメッセージに対するｓｉｄｅｌｉｎｋ ＢＳＲによって、不必要なシグナリングと無線資源が浪費されるという問題が発生する。

６）問題点６

従来の技術によれば、３ＧＰＰ ＳＡでは、次のような事項が合意された。

「ＵＥが活性化された緊急ＰＤＮ接続を有すると、地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続を介した通信がＰＣ５参照ポイントを介したＶ２Ｘ通信より優先される。」（先のＩＭＳ緊急呼出し（ｅＣａｌｌ：ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）の間にＰＣ５を介したＶ２Ｘ通信支援参照）

３ＧＰＰ ＲＡＮ２では、ＬＴＥ−ＵｕとＰＣ５送信の優先処理（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）と関連した議論が進められている。上述の緊急ＰＤＮ接続とＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎとの間のｐｒｉｏｒｉｔｉｚａｔｉｏｎのためには、ＵＥのＲＲＣ層で次のような情報が必要である。

１）ＵＥに緊急ＰＤＮ接続があるかどうか

２）地域／国家の規制要求事項及び運営者ポリシーによって、緊急ＰＤＮ接続を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならないかどうか

上の１）と関連して述べると、ＵＥがＥＭＭ−ＩＤＬＥモードで緊急ＰＤＮ接続のためのＡｔｔａｃｈを行う場合、ＵＥのＮＡＳ層がアタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージと共にＲＲＣ確立原因（ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）をＵＥのＲＲＣ層に伝達する。このとき、ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅに「緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）」と表示されているから、ＵＥのＲＲＣ層は、緊急ＰＤＮ接続があるということを認知できる。しかしながら、ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤモードで緊急ＰＤＮ接続を確立する場合、ＵＥのＮＡＳ層がＵＥのＲＲＣ層にＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅを伝達しないから、ＵＥのＲＲＣ層は、これを認知できなくなるという問題が発生する。

上の２）と関連して、該当情報は、ＵＥに（予め）設定されていることができる。しかしながら、ＵＥのＲＲＣ層の場合、この設定された値が分からないという問題が発生する。

以上のような問題点を解決するために、本発明では、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅのＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うための方法を提案しようとする。

以下、本発明の説明において、資源割り当てモードと関連して、モード３（Ｍｏｄｅ３）は、Ｖ２Ｘサービス（例えば、Ｖ２Ｘ通信）を提供するｅＮＢ（基地局）がＵＥが使用する特定資源（ｒｅｓｏｕｒｃｅ）を動的に割り当て、ＵＥは、物理チャネルを確認した後、自身が使用するｒｅｓｏｕｒｃｅを確認した後、該当ｒｅｓｏｕｒｃｅを利用して送信を行うモードを意味する。

Ｍｏｄｅ４は、一つまたは多数の送信資源プール（ｐｏｏｌ）をネットワークから受信した後、ＵＥが自ら送信のためのｒｅｓｏｕｒｃｅを選択してメッセージを送信するモードのことを言う。

これにより、Ｍｏｄｅ４は、ＵＥ自律的な資源選択（ＵＥ ａｕｔｏｎｏｍｏｕｓ ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ）モードと称され、Ｍｏｄｅ３は、スケジュールされた資源割り当て（Ｓｃｈｅｄｕｌｅｄ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）モードと称される。

また、以下の本発明の説明において、Ｖ２Ｘ通信能力（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）は、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる能力を意味する。ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎは、ＰＣ５インターフェースを介してＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うのを意味し、これはＶ２Ｘサイドリンク通信とも称することができる。

［実施形態１］

本発明の一実施形態では、先の問題点１及び３で述べられた問題を解決するために、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うための方法を提案する。

［実施形態１−１］

実施形態１−１では、ＵＥがＳｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信すると、ｅＮＢは、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ中であるＵＥ（すなわち、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードでありｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅを使用中であるＵＥ）のために、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒｅｓｏｕｒｃｅを割り当てることができる。

図１２は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

０．ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ状態のＵＥは、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅ）のためのＡｔｔａｃｈ手順を始める。すなわち、Ａｔｔａｃｈメッセージが生成される。

１．ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ状態のＵＥがｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈを行う時、下記のようにＲＲＣ確立原因（ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）及び／または指示（ｉｎｄｉｃａｔｉｏｎ）をＵＥのＮＡＳ層で生成して、Ａｔｔａｃｈメッセージと共にＵＥのＡＳ層に伝達する。

ＵＥのＡＳ層は、ＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージ送信時、受信したＲＲＣ確立原因（ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）及び／または指示（ｉｎｄｉｃａｔｉｏｎ）を使用する。

Ｉ．ＵＥのＮＡＳ層は、ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅとして「緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）」をＵＥのＡＳ層を伝達できる。

ＩＩ．このとき、Ｖ２Ｘ通信能力（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）があることを表す「Ｖ２Ｘ通信（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ）」指示を共に伝達できる。

ＩＩＩ．ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅあるいはｉｎｄｉｃａｔｉｏｎの具現化は、「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」と「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」のように個別的な値により具現化されても良く、上の二つの値の意味を含んだ第３の値（すなわち、単一の値）により具現化されても良い。後者の場合の一例として、「Ｖ２Ｘ通信能力を伴った緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ ｗｉｔｈ Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）」というＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎにより具現化されることができる。

ＵＥのＡＳ層は、ランダムアクセス（ＲＡ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を行う。

２．ＵＥのＡＳ層は、該当ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ（すなわち、ＲＡメッセージ（ｍｓｇ）３）に含めてｅＮＢに送信する。

以後、ＵＥのＡＳ層は、ｅＮＢからＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ（すなわち、ＲＡ ｍｓｇ４）を受信する。そして、ＵＥのＡＳ層は、ｅＮＢにＲＲＣ接続完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを送信することによって、ランダムアクセス手順が完了する。

３．ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ内でＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを受信したｅＮＢは、以下のような方法で該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを確認（チェック）できる。そして、ｅＮＢは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認（チェック）後にこれを記憶する。

Ｉ．Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」）及び／またはＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅに含まれた場合、ｅＮＢは、該当ｉｎｄｉｃａｔｉｏｎ及び／またはＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅを介して、該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認（チェック）できる。

このとき、ｅＮＢは、該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙの検証（すなわち、二重チェック（ｄｏｕｂｌｅ ｃｈｅｃｋ））するために、後述する実施形態３の方法を行うことができる。

ＩＩ．Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」）またはＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅに含まれない場合、ｅＮＢは、後述する実施形態３の方法を介して該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認できる。

図１２のようにＭＭＥは、ＵＥのＡｔｔａｃｈを受諾することによって、アタッチ受諾（Ａｔｔａｃｈ Ａｃｃｅｐｔ）メッセージを該当ＵＥのＮＡＳ層に送信できる。Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージを受信することによって、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに進入し、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅを始める。図１２では、詳細なＡｔｔａｃｈ手順は省略された。

４．該当ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを受諾した場合、先の１ステップでＵＥがＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅで「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」であることを指示（ｉｎｄｉｃａｔｅ）したら、ｅＮＢは、該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」を使用している途中であることを格納することができる。

また、先の３ステップで該当ＵＥに対するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを確認した場合、ｅＮＢは、該当ＵＥがＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを格納することができる。

反面、ＵＥのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを拒絶した場合、ｅＮＢは、該当ＵＥに対する情報を格納しなくても良い。

また、ｅＮＢは、後にｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅが終了した場合（すなわち、ＵＥがＥＭＭ−ＩＤＬＥあるいはＲＲＣ−ＩＤＬＥに転換される場合）、該当ＵＥに対する記憶情報（すなわち、「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」を使用している途中であるという情報及び／またはＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあるという情報）を削除できる。

５．ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥは、サイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢに送信する。

Ｉ．ＵＥのＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ送信のためのトリガー（ｔｒｉｇｇｅｒｉｎｇ）条件は、次のとおりでありうる。

Ａ．ＵＥのアプリケーション（ＡＰＰ：Ａｐｐｌｉｃａｔｉｏｎ）層（すなわち、Ｖ２Ｘ層）からＶ２Ｘメッセージを下位層（例えば、ＮＡＳ層またはＡＳ層）に送信する時、該当Ｖ２Ｘメッセージに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「分散環境お知らせメッセージ（ＤＥＮＭ：Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｅｎｖｉｒｏｎｍｅｎｔａｌ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）」または「緊急（ｅｍｅｒｇｅｎｃｙ）」または「公共安全（ｐｕｂｌｉｃ ｓａｆｅｔｙ）」等）、または特定のＰＰＰＰ値が伝達されることができる。

上述したＡ動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、アプリケーション層にこれを知らせることができる。一例として、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。

これを受信したアプリケーション層は、上述したＡ動作を行うことができる。すなわち、アプリケーション層は、Ａ動作を行いながらＶ２Ｘメッセージに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値を下位層（ｌｏｗｅｒ ｌａｙｅｒ）に提供できる

Ｂ．これを受信したＡＳ層は、現在ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであっても、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信する。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ層は、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値をアプリケーション層から受信する時においてのみ、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

Ｃ．先のＡでアプリケーション層は、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、下位層（例えば、ＮＡＳ層またはＡＳ層）に該当Ｖ２Ｘメッセージを提供せずに廃棄（ｄｉｓｃａｒｄ）しても良い。この場合、上述したＡ動作とＢ動作は行われない。

ＩＩ．先の３ステップにおいて、ＩまたはＩＩが具現化されない場合（すなわち、「ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認する方法」が具現化されない場合）、次のような追加動作を行うことができる。

ＵＥは、「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」を使用している途中であることを表す指示（すなわち、ＵＥが緊急ＰＤＮ接続を有するという指示）及び／または特別な指示（またはサービス指示）（例えば、「ＤＥＮＭ」または「緊急」または「公共安全」）を該当ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージに含めることができる。また、この指示は、該当ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを知らせる指示でありうる。

６．ｅＮＢは、受信したＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージを介してＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙまたはＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対する端末の関心（ｉｎｔｅｒｅｓｔ）を確認できる。

また、このとき、ｅＮＢは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを検証（ｄｏｕｂｌｅ ｃｈｅｃｋ）するために、実施形態３を行うこともできる。

７．Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージを受信したｅＮＢは、以下のような場合、該当ＵＥに対するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｄｉｏ ｒｅｓｏｕｒｃｅを提供できる。

Ｉ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」中であることを確認するか、または

ＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認するか、または

ＩＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ ｓｅｒｖｉｃｅ許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）を確認するか、または

ＩＶ．該当ＵＥが「ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ」であることを確認した場合。

後述する実施形態３の方法で述べられた方法のように、ＭＭＥがＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを明示的にｅＮＢに知らせることもできて、または従来の技術のように暗黙的に（ｉｍｐｌｉｃｉｔ）ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることをｅＮＢが認知できるようにすることもできる（「制限されたサービスモード（Ｌｉｍｉｔｅｄ Ｓｅｒｖｉｃｅ Ｍｏｄｅ）で緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）の処理」参照）。

上述の実施形態１−１は、５−Ｉ−Ａステップがなくても動作できる。すなわち、アプリケーション層で特別な指示または特定のＰＰＰＰ値を下位層に伝達しなくても、従来のＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージの送信条件だけでも、ＵＥのＡＳ層は、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。

一方、先の本発明の説明において、「ｅＮＢがＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認する」の意味は、後述する実施形態３が使用される場合、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認する過程でＭＭＥがＶ２Ｘサービス許可（Ｖ２Ｘ ｓｅｒｖｉｃｅ ａｕｔｈｏｒｉｚａｔｉｏｎ）情報をｅＮＢに提供し、これを通じてｅＮＢがＶ２Ｘ ｓｅｒｖｉｃｅに対する許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）有無を確認することを含む。

［実施形態１−２］

実施形態１−２では、ＵＥがＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ送信なしで、ＵＥは、ｅＮＢにより提供するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのための送信資源プール（Ｔｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌ）を使用してＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。

図１３は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

Ｉ．ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ状態のＵＥがｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を成功させて、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換する。

ＩＩ．ＵＥのａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでＶ２Ｘメッセージを下位層（ｌａｙｅｒ）（すなわち、ＮＡＳ ｌａｙｅｒあるいはＶ２Ｘ ｌａｙｅｒ）に送信する時、該当Ｖ２Ｘ ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、ＤＥＮＭまたは「ｅｍｅｒｇｅｎｃｙ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。

上述した動作のために、ＵＥのＮＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒは、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒにこれを知らせることができる。一例として、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。

これを受信したＡｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、ＩＩ動作を行うことができる。すなわち、Ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、ＩＩ動作を行いながらＶ２Ｘ ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ ｌａｙｅｒに提供できる。

ＩＩＩ．Ｖ２Ｘ ｍｅｓｓａｇｅを受信したＡＳ ｌａｙｅｒは、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５を行おうとする時、ｅＮＢ（基地局）が次のＴｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌを提供する場合、Ｔｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌをｅＮＢに要求する別途の過程なしで提供されたＴｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌを利用して、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。

Ａ．例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ ｌａｙｅｒは、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値をアプリケーション層から受信する時においてのみ、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

Ｂ．上述したＴｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌは、ｅＮＢが放送するｒｅｓｏｕｒｃｅ ｐｏｏｌ（例えば、共通送信プール一般共通（ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ）または共通送信プール例外（ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ））に該当することができる。

このとき、上述したｒｅｓｏｕｒｃｅ ｐｏｏｌは、ＵＥの資源割り当てモード（すなわち、Ｍｏｄｅ３またはＭｏｄｅ４）に関係なく使用されることもできる。

または、次のように資源割り当てモードに応じて使用できるｒｅｓｏｕｒｃｅ ｐｏｏｌが異なりうる。例えば、ｅＮＢがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ接続を確立し、自身のために専用されたｒｅｓｏｕｒｃｅのためにＶ２Ｘメッセージを送信せざるをえない場合）（すなわち、Ｍｏｄｅ３の場合）には、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌが使用されることができる。これに対し、Ｍｏｄｅ４の場合、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌまたはｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎが使用されることができる。

ＩＶ．ＩＩ動作においてＡｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、ｌｏｗｅｒ ｌａｙｅｒ（例えば、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に該当Ｖ２Ｘ ｍｅｓｓａｇｅを提供せずに廃棄（ｄｉｓｃａｒｄ）することもできる。この場合、ＩＩ動作とＩＩＩ動作は行われない。

上述の実施形態１−２は、ＩＩステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでの特別な指示または特定のＰＰＰＰ値を下位層に伝達しなくても、ＡＳ ｌａｙｅｒがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行条件を満たした場合、ＡＳ ｌａｙｅｒがＴｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌを利用してＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。

［実施形態２］

本発明の一実施形態では、先の問題点２で述べられた問題を解決するために、ＵＥがキャンプ（ｃａｍｐｅｄ ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ ｃｏｎｎｅｃｔｉｏｎを確立し、ＵＥのために専用のｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージを送信せざるをえない場合）、ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＥＭＭ−ＩＤＬＥ（またはＲＲＣ−ＩＤＬＥ）のＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行う方法を提案する。

［実施形態２−１］ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ（またはＲＲＣ−ＣＯＮＮＥＣＴＥＤ）状態に転換し、ｅＮＢにＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒａｄｉｏ ｒｅｓｏｕｒｃｅを要求する。詳細な方法は、次のとおりである。

ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＥＭＭ−ＩＤＬＥのＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥがｃａｍｐｅｄ ｏｎするｃｅｌｌがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ ｐｏｏｌを放送しない場合（すなわち、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎを結み端末のためのｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換するか、またはＲＲＣ−ＣＯＮＮＥＣＴＥＤ＆ＥＭＭ−ＩＤＬＥに転換して、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５を行うことができる。各ケース（Ｃａｓｅ）についての具体的な記述は、次のとおりである。

（ケース（ｃａｓｅ）Ｉ）ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換する場合の動作

ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換する場合、ＵＥは、次の２通りの方法のうち、いずれか一つで動作できる。

−方法Ａ）ＵＥは、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈを行う。この場合、［実施形態１−１］に述べられた方法に従う。

−方法Ｂ）ＵＥは、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈでないＮＡＳ手順を行う。

方法Ａを行う場合、上述の［実施形態１−１］に述べられた方法と次のような差がありうる。

１．端末がＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥがキャンプ（ｃａｍｐｅｄ ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のためのｒｅｓｏｕｒｃｅ ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ ｃｏｎｎｅｃｔｉｏｎを確立し、ＵＥのためのｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに転換するために、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を開始する。このとき、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順をトリガー（ｔｒｉｇｇｅｒｉｎｇ）するための条件は、次のとおりでありうる。

Ｉ．ＵＥのａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（例えば、Ｖ２Ｘ ｌａｙｅｒ）からＶ２Ｘ ｍｅｓｓａｇｅを下位ｌａｙｅｒ（すなわち、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に送信する時、Ｖ２Ｘ ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。

上述した動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒにこれを知らせることができる。一例として、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。

これを受信したａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、上述したＩ動作を行うことができる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、Ｉ動作を行いながらＶ２Ｘ ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ ｌａｙｅｒに提供できる。

ＩＩ．Ｖ２Ｘ ｍｅｓｓａｇｅを受信したＮＡＳ ｌａｙｅｒは、前記述べられたＮＡＳ ｐｒｏｃｅｄｕｒｅを行う。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＮＡＳ ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＮＡＳ ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒから受信する時においてのみ、ＮＡＳ ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

このとき、ＡＳ ｌａｙｅｒとＮＡＳ ｌａｙｅｒとの間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）が発生できる。例えば、ＡＳ ｌａｙｅｒがその特別な指示またはＰＰＰＰ値を受信すると、ＮＡＳ ｌａｙｅｒに伝達することによってＮＡＳ ｌａｙｅｒが該当ＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）するようにすることができる。または、ＡＳ ｌａｙｅｒは、受信した特別な指示またはＰＰＰＰ値をそのまま伝達する代わりに、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが必要であるという指示をＮＡＳ ｌａｙｅｒに伝達することもできる。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ ｌａｙｅｒがＮＡＳ ｌａｙｅｒのＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）できる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒから受信すると、ＡＳ ｌａｙｅｒがＮＡＳ ｌａｙｅｒのＮＡＳ手順をトリガーリングできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

ＩＩＩ．上述したＩ動作において、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なｍｅｓｓａｇｅでないか、またはその特定されたＰＰＰＰ値に該当するｍｅｓｓａｇｅでない場合、下位ｌａｙｅｒ（例えば、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に該当Ｖ２Ｘ ｍｅｓｓａｇｅを提供せずに廃棄できる。この場合、Ｉ動作とＩＩ動作は行われない。

上述の実施形態２−１のｃａｓｅＩの方法Ａ）は、ＩまたはＩＩなしで動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値の伝達なしで従来のＮＡＳ ｐｒｏｃｅｄｕｒｅのｔｒｉｇｇｅｒｉｎｇ条件だけでＮＡＳ ｐｒｏｃｅｄｕｒｅが行われうる。

上述した方法Ｂ）が行われる場合（すなわち、ＵＥがｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈでないＮＡＳ手順を行う場合）について説明する。

図１４は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

１．ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥがキャンプ（ｃａｍｐｅｄ ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のためのｒｅｓｏｕｒｃｅ ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ ｃｏｎｎｅｃｔｉｏｎを確立し、ＵＥのためのｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに転換するために、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順でないＮＡＳ手順を開始する。このとき、ＮＡＳ手順をトリガーリングするための条件は、次のとおりである。

Ｉ．ＵＥのａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（例えば、Ｖ２Ｘ ｌａｙｅｒ）でＶ２Ｘ ｍｅｓｓａｇｅを下位ｌａｙｅｒ（すなわち、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に送信する時、Ｖ２Ｘ ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。

上述した動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒにこれを知らせることができる。一例として、ＮＡＳ ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。

これを受信したａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、上述したＩ動作を行うことができる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、Ｉ動作を行いながらＶ２Ｘ ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ ｌａｙｅｒに提供できる。

ＩＩ．Ｖ２Ｘ ｍｅｓｓａｇｅを受信したＮＡＳ ｌａｙｅｒは、前記述べられたＮＡＳ ｐｒｏｃｅｄｕｒｅを行う。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＮＡＳ ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＮＡＳ ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒから受信する時においてのみ、ＮＡＳ ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

このとき、ＡＳ ｌａｙｅｒとＮＡＳ ｌａｙｅｒとの間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）が発生できる。例えば、ＡＳ ｌａｙｅｒがその特別な指示またはＰＰＰＰ値を受信すると、ＮＡＳ ｌａｙｅｒに伝達することによって、ＮＡＳ ｌａｙｅｒが該当ＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）するようにすることができる。または、ＡＳ ｌａｙｅｒは、受信した特別な指示またはＰＰＰＰ値をそのまま伝達する代わりに、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが必要であるという指示をＮＡＳ ｌａｙｅｒに伝達することができる。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ ｌａｙｅｒがＮＡＳ ｌａｙｅｒのＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）できる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒから受信すると、ＡＳ ｌａｙｅｒがＮＡＳ ｌａｙｅｒのＮＡＳ手順をトリガーリングできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

ＩＩＩ．ＵＥは、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順でないＮＡＳ手順を行う。このＮＡＳ手順は、従来のサービス要求（ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）手順または新しいＮＡＳ手順と定義されることができる。また、ＮＡＳ ｍｅｓｓａｇｅもＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージが利用されても良く、または新しいＮＡＳ ｍｅｓｓａｇｅが使用されても良い。

ＩＶ．上述したＩ動作において、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なｍｅｓｓａｇｅではないか、またはその特定されたＰＰＰＰ値に該当するｍｅｓｓａｇｅでない場合、下位ｌａｙｅｒ（例えば、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に該当Ｖ２Ｘ ｍｅｓｓａｇｅを提供せずに廃棄できる。この場合、Ｉ動作とＩＩ動作は行われない。

２．ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ状態のＵＥがＮＡＳ手順を行う時、下記のようにＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＵＥのＮＡＳ層で生成して、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）メッセージと共にＵＥのＡＳ層に伝達する。

ＵＥのＡＳ層は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ送信時、受信したＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを使用する。

Ｉ．ＵＥのＮＡＳ層は、ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅとして「緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）あるいは新しいｃａｕｓｅ（例えば、「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）をＵＥのＡＳ層を伝達できる。

ＩＩ．このとき、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを表す「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」ｉｎｄｉｃａｔｉｏｎを共に伝達できる。

ＩＩＩ．ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅあるいはｉｎｄｉｃａｔｉｏｎの具現化は、「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ（あるいは「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」）と「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」のように個別的な値により具現化されても良く、上の二つの値の意味を含んだ第３の値（すなわち、単一の値）により具現化されても良い。後者の場合の一例として、「Ｖ２Ｘ通信能力を伴った緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ ｗｉｔｈ Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）」または「Ｖ２Ｘ通信能力を伴った公共安全サービス（ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ ｗｉｔｈ Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）」というＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎにより具現化されることができる。

３．ＵＥのＡＳ層は、該当ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ（すなわち、ＲＡメッセージ（ｍｓｇ）３）に含めてｅＮＢに送信する。

以後、ＵＥのＡＳ層は、ｅＮＢからＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ（すなわち、ＲＡ ｍｓｇ４）を受信する。そして、ＵＥのＡＳ層は、ｅＮＢにＲＲＣ接続完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを送信することによって、ランダムアクセス手順が完了する。

４．ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ内でＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを受信したｅＮＢは、以下のような方法で該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを確認（チェック）できる。そして、ｅＮＢは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ確認（チェック）した後にこれを記憶する。

Ｉ．Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ確認方法は、次のように具現化されることができる。

Ａ．Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」）及び／またはＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅに含まれた場合、ｅＮＢは、該当ｉｎｄｉｃａｔｉｏｎ及び／またはＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅを介して、該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認（チェック）できる。

このとき、ｅＮＢは、該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを検証（すなわち、二重チェック（ｄｏｕｂｌｅ ｃｈｅｃｋ））するために、後述する実施形態３の方法を行うことができる。

Ｂ．Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」）またはＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅに含まれない場合、ｅＮＢは、後述する実施形態３の方法を介して該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認できる。

図１４のように、ＭＭＥは、ＵＥのＡｔｔａｃｈを受諾することによって、アタッチ受諾（Ａｔｔａｃｈ Ａｃｃｅｐｔ）メッセージを該当ＵＥのＮＡＳ層に送信できる。Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージを受信することによって、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに進入し、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅを始める。図１４では、詳細なＡｔｔａｃｈ手順は省略された。

ＩＩ．該当ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを受諾した場合、先のＡステップでＵＥがＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅで「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」であることをｉｎｄｉｃａｔｅしたら、ｅＮＢは、該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」を使用している途中であることを格納することができる。

また、先のＢステップで該当ＵＥに対するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを確認した場合、ｅＮＢは、該当ＵＥにＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを格納することができる。

これに対し、ＵＥのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを拒絶した場合、ｅＮＢは、該当ＵＥに対する情報を格納しなくても良い。

また、ｅＮＢは、後にＵＥがＥＭＭ−ＩＤＬＥあるいはＲＲＣ−ＩＤＬＥに転換される場合、該当ＵＥに対する記憶情報を削除できる。

５．ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥは、サイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢに送信する。

Ｉ．ＵＥのＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージ送信のためのトリガー（ｔｒｉｇｇｅｒｉｎｇ）条件は、次のとおりである。

Ａ．ＵＥのＡｐｐｌｉｃａｔｉｏｎ層（すなわち、Ｖ２Ｘ層）でＶ２Ｘメッセージを下位層（例えば、ＮＡＳ層またはＡＳ層）に送信する時、該当Ｖ２Ｘメッセージに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」等）、または特定のＰＰＰＰ値が伝達されることができる。

上述したＡ動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、アプリケーション層にこれを知らせることができる。一例として、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。

これを受信したアプリケーション層は、上述したＡ動作を行うことができる。すなわち、アプリケーション層は、Ａ動作を行いながらＶ２Ｘメッセージに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値を下位層（ｌｏｗｅｒ ｌａｙｅｒ）に提供できる

Ｂ．これを受信したＡＳ層は、現在ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅイーサーであっても、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信する。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ層は、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値をアプリケーション層から受信する時においてのみ、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

Ｃ．先のＡにおいてアプリケーション層は、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、下位層（例えば、ＮＡＳ層またはＡＳ層）に該当Ｖ２Ｘメッセージを提供せずに廃棄（ｄｉｓｃａｒｄ）することもできる。この場合、上述したＡ動作とＢ動作は行われない。

ＩＩ．先の４ステップにおいて、ＩまたはＩＩが具現化されない場合（すなわち、「ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認する方法」が具現化されない場合）、次のような追加動作を行うことができる。

ＵＥは、「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」を使用している途中であることを表す指示及び／または特別な指示（またはサービス指示）（例えば、「ＤＥＮＭ」または「緊急」または「公共安全」）を該当Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージに含めることができる。

６．ｅＮＢは、受信したＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージを介してＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙまたはＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対する端末の関心（ｉｎｔｅｒｅｓｔ）を確認できる。そして、ｅＮＢは、該当ＵＥに対するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙが確認されると、これを格納する。

また、このとき、ｅＮＢは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを検証（ｄｏｕｂｌｅ ｃｈｅｃｋ）するために、実施形態３を行うことができる。

７．Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージを受信したｅＮＢは、以下のような場合、該当ＵＥに対するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｄｉｏ ｒｅｓｏｕｒｃｅを提供できる。

Ｉ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」中であることを確認するか、または

ＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認するか、または

ＩＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ ｓｅｒｖｉｃｅ許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）を確認した場合。このとき、ＭＭＥからＶ２Ｘ ｃａｐａｂｉｌｉｔｙ情報がさらにｅＮＢに提供されることもでき、ｅＮＢは、これを確認することができる。

上述の実施形態２−１のｃａｓｅＩの方法Ｂは、１−Ｉステップまたはまたは１−ＩＩステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値を下位層に伝達しなくても、従来のＮＡＳ手順のｔｒｉｇｇｅｒｉｎｇ条件だけでＮＡＳ手順が行われることができる。

または、上述の実施形態２−１のｃａｓｅＩの方法Ｂは、５−Ｉステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値を下位層に伝達しなくても、従来のＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージの送信条件だけでＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージの送信が行われることができる。

一方、先の本発明の説明において、「ｅＮＢがＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認する」という意味は、後述する実施形態３が使用される場合、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認する過程でＭＭＥがＶ２Ｘサービス許可（Ｖ２Ｘ ｓｅｒｖｉｃｅ ａｕｔｈｏｒｉｚａｔｉｏｎ）情報をｅＮＢに提供し、これを通じてｅＮＢがＶ２Ｘ ｓｅｒｖｉｃｅに対する許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）の有無を確認することを含む。

（ｃａｓｅ ＩＩ）ＵＥがＲＲＣ−ＣＯＮＮＥＣＴＥＤ及びＥＭＭ−ＩＤＬＥに転換する場合の動作

図１５は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

１．ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥがキャンプ（ｃａｍｐｅｄ ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のためのｒｅｓｏｕｒｃｅ ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ ｃｏｎｎｅｃｔｉｏｎを確立し、ＵＥのためのｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＵＥは、ＲＲＣ−ＣＯＮＮＥＣＴＥＤ状態（及びＥＭＭ−ＣＯＮＮＥＣＴＥＤモード）に転換するために、ＲＲＣ接続確立（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を開始する。このとき、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順をトリガーリングするための条件は、次のとおりである。

Ｉ．ＮＡＳ手順を利用する方法：ＮＡＳ手順をトリガーリングするための条件は、次のとおりである。

Ａ．ＵＥのａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（例えば、Ｖ２Ｘ ｌａｙｅｒ）からＶ２Ｘ ｍｅｓｓａｇｅを下位ｌａｙｅｒ（すなわち、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に送信する時、Ｖ２Ｘ ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。

上述した動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒにこれを知らせることができる。この動作は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅに転換される時に行われることができる。

これを受信したａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、上述したＡ動作を行うことができる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、Ａ動作を行いながらＶ２Ｘ ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ ｌａｙｅｒに提供できる。

Ｂ．Ｖ２Ｘ ｍｅｓｓａｇｅを受信したＮＡＳ ｌａｙｅｒは、前記述べられたＮＡＳ ｐｒｏｃｅｄｕｒｅを行う。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＮＡＳ ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＮＡＳ ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒから受信する時においてのみ、ＮＡＳ ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

このとき、ＡＳ ｌａｙｅｒとＮＡＳ ｌａｙｅｒとの間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）が発生できる。例えば、ＡＳ ｌａｙｅｒがその特別な指示またはＰＰＰＰ値を受信すると、ＮＡＳ ｌａｙｅｒに伝達することによって、ＮＡＳ ｌａｙｅｒが該当ＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）するようにすることができる。または、ＡＳ ｌａｙｅｒは、受信した特別な指示またはＰＰＰＰ値をそのまま伝達する代わりに、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが必要であるという指示をＮＡＳ ｌａｙｅｒに伝達することができる。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ ｌａｙｅｒがＮＡＳ ｌａｙｅｒのＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）できる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒから受信すると、ＡＳ ｌａｙｅｒがＮＡＳ ｌａｙｅｒのＮＡＳ手順をトリガーリングできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

Ｃ．ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なｍｅｓｓａｇｅではないか、またはその特定されたＰＰＰＰ値に該当するｍｅｓｓａｇｅでない場合、下位ｌａｙｅｒ（例えば、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に該当Ｖ２Ｘ ｍｅｓｓａｇｅを提供せずに廃棄できる。この場合、Ａ動作とＢ動作は行われない。

Ｄ．ＵＥは、ＮＡＳ手順を行う。このＮＡＳ手順は、従来のサービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）手順または新しいＮＡＳ手順で定義されることができる。また、ＮＡＳ ｍｅｓｓａｇｅもＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージが利用されることもでき、または新しいＮＡＳ ｍｅｓｓａｇｅが使用されることもできる。

Ｅ．ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ状態のＵＥがＮＡＳ手順を行う時、下記のようにＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＵＥのＮＡＳ層で生成してＵＥのＡＳ層に伝達する。

ＵＥのＡＳ層は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ送信時、受信したＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを使用する。

ＵＥのＮＡＳ層は、ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅとして「緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）あるいは新しいｃａｕｓｅ（例えば、「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」）をＵＥのＡＳ層を伝達できる。

このとき、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを表す「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」ｉｎｄｉｃａｔｉｏｎを共に伝達できる。

ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅあるいはｉｎｄｉｃａｔｉｏｎの具現化は、「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」（あるいは「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」）と「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」のように個別的な値により具現化されても良く、上の二つの値の意味を含んだ第３の値（すなわち、単一の値）により具現化されても良い。後者の場合の一例として、「Ｖ２Ｘ通信能力を伴った緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ ｗｉｔｈ Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）」または「Ｖ２Ｘ通信能力を伴った公共安全サービス（ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ ｗｉｔｈ Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙ）」というＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎにより具現化されることができる。

ＵＥのＡＳ層は、該当ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ（すなわち、ＲＡメッセージ（ｍｓｇ）３）に含めてｅＮＢに送信する。

以後、ＵＥのＡＳ層は、ｅＮＢからＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ（すなわち、ＲＡ ｍｓｇ４）を受信する。そして、ＵＥのＡＳ層は、ｅＮＢにＲＲＣ接続完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを送信することによって、ランダムアクセス手順が完了する。

Ｆ．このとき、ＮＡＳメッセージ（例えば、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージまたは新しいＮＡＳメッセージ）は、ネットワーク（例えば、ｅＮＢまたはＭＭＥ）に伝達されなくても良い。具現化方法は、ＵＥのＮＡＳ ｌａｙｅｒがＮＡＳメッセージを生成しないか、またはＵＥのＮＡＳ ｌａｙｅｒがＮＡＳメッセージを生成したがＵＥのＡＳ ｌａｙｅｒに伝達しなくても良い。

ＩＩ．ＮＡＳ手順のｔｒｉｇｇｅｒｉｎｇなしでＡＳ ｌａｙｅｒがＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行う方法：ＡＳ ｌａｙｅｒがランダムアクセス手順を含んだＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行うことができる。そのｔｒｉｇｇｅｒｉｎｇ条件は、次のとおりである。

Ａ．ＵＥのａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（例えば、Ｖ２Ｘ ｌａｙｅｒ）からＶ２Ｘ ｍｅｓｓａｇｅを下位ｌａｙｅｒ（すなわち、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に送信する時、Ｖ２Ｘ ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。

上述した動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒにこれを知らせることができる。この動作は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅに転換される時に行われることができる。

これを受信したａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、上述したＡ動作を行うことができる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、Ａ動作を行いながらＶ２Ｘ ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ ｌａｙｅｒに提供できる。

Ｂ．ＡＳ ｌａｙｅｒは、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行う。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ ｌａｙｅｒは、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行うことができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ ｌａｙｅｒが有しており、該当ＰＰＰＰ値を受信する時においてのみ、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行うことができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

Ｃ．ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なｍｅｓｓａｇｅではないか、またはその特定されたＰＰＰＰ値に該当するｍｅｓｓａｇｅでない場合、下位ｌａｙｅｒ（例えば、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に該当Ｖ２Ｘ ｍｅｓｓａｇｅを提供せずに廃棄できる。この場合、Ａ動作とＢ動作は行われない。

２．ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを受信したＡＳ ｌａｙｅｒは、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行う。ＡＳ ｌａｙｅｒは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ（すなわち、ＲＡメッセージ（ｍｓｇ）３）内の上述した値（すなわち、ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎ）を含んで送信する。

以後、ＵＥのＡＳ層は、ｅＮＢからＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ（すなわち、ＲＡ ｍｓｇ４）を受信する。そして、ＵＥのＡＳ層は、ｅＮＢにＲＲＣ接続完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを送信することによって、ランダムアクセス手順が完了する。

３．ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ内でＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを受信したｅＮＢは、以下のような方法で該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあることを確認（チェック）できる。そして、ｅＮＢは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認（チェック）した後にこれを記憶する。

Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ」）及び／またはＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅに含まれた場合、ｅＮＢは、該当ｉｎｄｉｃａｔｉｏｎ及び／またはＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅを介して、該当ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認（チェック）できる。

４．該当ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを受諾した場合、先の３ステップでＵＥがＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅで「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」であることをｉｎｄｉｃａｔｅしたら、ｅＮＢは、該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」を使用している途中であることを格納することができる。

反面、ＵＥのＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを拒絶した場合、ｅＮＢは、該当ＵＥに対する情報を格納しなくても良い。

また、ｅＮＢは、後にＵＥがＥＭＭ−ＩＤＬＥあるいはＲＲＣ−ＩＤＬＥに転換される場合、該当ＵＥに対する記憶情報を削除できる。

５．ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥは、サイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢに送信する。

Ｉ．ＵＥのＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージ送信のためのトリガー（ｔｒｉｇｇｅｒｉｎｇ）条件は、次のとおりである。

Ａ．ＵＥのＡｐｐｌｉｃａｔｉｏｎ層（すなわち、Ｖ２Ｘ層）からＶ２Ｘメッセージを下位層（例えば、ＮＡＳ層またはＡＳ層）に送信する時、該当Ｖ２Ｘメッセージに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」等）、または特定のＰＰＰＰ値が伝達されることができる。

上述したＡ動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、アプリケーション層にこれを知らせることができる。一例として、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅに転換する時に、このようなお知らせ動作が行われることができる。

これを受信したアプリケーション層は、上述したＡ動作を行うことができる。すなわち、アプリケーション層は、Ａ動作を行いながらＶ２Ｘメッセージに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値を下位層（ｌｏｗｅｒ ｌａｙｅｒ）に提供できる

Ｂ．これを受信したＡＳ層は、現在ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであっても、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信する。

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ層は、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値をアプリケーション層から受信する時においてのみ、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

Ｃ．先のＡでアプリケーション層は、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、下位層（例えば、ＮＡＳ層またはＡＳ層）に該当Ｖ２Ｘメッセージを提供せずに廃棄（ｄｉｓｃａｒｄ）することもできる。この場合、上述したＡ動作とＢ動作は行われない。

ＩＩ．先の３ステップにおいて、Ｉが具現化されない場合（すなわち、「ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認する方法」が具現化されない場合）、次のような追加動作を行うことができる。

ＵＥは、特別な指示（またはサービス指示）（例えば、「ＤＥＮＭ」または「緊急」または「公共安全」）を該当Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージに含めることができる。

６．ｅＮＢは、受信したＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージを介してＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙまたはＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対する端末の関心（ｉｎｔｅｒｅｓｔ）を確認できる。そして、ｅＮＢは、該当ＵＥに対するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙが確認されると、これを格納する。

７．Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージを受信したｅＮＢは、以下のような場合、該当ＵＥに対するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒａｄｉｏ ｒｅｓｏｕｒｃｅを提供できる。

Ｉ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」中であることを確認するか、または

ＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを確認した場合。

上述の実施形態２−１のｃａｓｅ ＩＩの方法は、１−Ｉ−Ａまたは１−Ｉ−Ｂステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値を下位層に伝達しなくても、従来のＮＡＳ手順のｔｒｉｇｇｅｒｉｎｇ条件だけでＮＡＳ手順が行われることができる。

または、上述の実施形態２−１のｃａｓｅ ＩＩの方法は、１−ＩＩ−Ａまたは１−ＩＩ−Ｂステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値を下位層に伝達しなくても、ＡＳ ｌａｙｅｒが単独でＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行うことができる。

［実施形態２−２］

図１６は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

ＵＥがキャンプ中であるセル（ｃａｍｐｅｄ ｏｎ ｃｅｌｌ）がＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のための資源プール（ｒｅｓｏｕｒｃｅ ｐｏｏｌ）を放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）を確立し、該当ＵＥは、自分のための専用資源（ｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅ）を介してＶ２Ｘメッセージ送信をせざるをえない場合）、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ状態のＵＥがＥＭＭ−ＩＤＬＥである場合、次のように動作できる。

Ｉ．ＵＥのａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒからＶ２Ｘメッセージを下位ｌａｙｅｒ（すなわち、ＮＡＳ ｌａｙｅｒあるいはＶ２Ｘ ｌａｙｅｒ）に送信する時、該当Ｖ２Ｘ ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、ＤＥＮＭまたは「ｅｍｅｒｇｅｎｃｙ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。

上述した動作のために、ＵＥのＮＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒは、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒにこれを知らせることができる。一例として、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ状態に転換する時に行われることができる。

これを受信したａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、Ｉ動作を行うことができる。すなわち、Ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、Ｉ動作を行いながらＶ２Ｘ ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ ｌａｙｅｒに提供できる。

ＩＩ．Ｖ２Ｘ ｍｅｓｓａｇｅを受信したＡＳ ｌａｙｅｒは、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５を行おうとする時、ｅＮＢ（基地局）が次のＴｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌを提供する場合、Ｔｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌをｅＮＢに要求する別途の過程なしで提供されたＴｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌをＥＭＭ−ＩＤＬＥ（ＲＲＣ−ＩＤＬＥ）状態で利用して、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。

このとき、Ｔｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌは、ｅＮＢが放送するｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌでありうる

例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ ｌａｙｅｒは、Ｔｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌを使用することができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値を受信する時においてのみ、Ｔｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌを使用することができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。

ＩＩＩ．Ｉ動作でＡｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、ｌｏｗｅｒ ｌａｙｅｒ（例えば、ＮＡＳ ｌａｙｅｒあるいはＡＳ ｌａｙｅｒ）に該当Ｖ２Ｘ ｍｅｓｓａｇｅを提供せずに廃棄することもできる。この場合、Ｉ動作とＩＩ動作は行われない。

上述の実施形態２−２は、ＩまたはＩＩステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでの特別な指示または特定のＰＰＰＰ値を下位層に伝達しなくても、ＡＳ ｌａｙｅｒがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ遂行条件を満たす場合、ＡＳ ｌａｙｅｒがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。

従来の技術によれば、ＵＥがＲＲＣ−ＩＤＬＥ状態の場合、ＵＥは、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを使用することができない。ＵＥがＲＲＣ−ＩＤＬＥ状態の場合、ＵＥは、ＲＲＣ−ＣＯＮＮＥＣＴＥＤ状態に転換するための動作遂行のうち、いくつかが例外的にｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを使用することができる。しかしながら、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでは、ＵＥは、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ以外の位置登録を行うことができない。これによって、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ以外のＮＡＳ手順がｔｒｉｇｇｅｒｉｎｇされない。したがって、上述したｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを使用することができる条件が発生しない。このような問題を解決するために、本実施形態２−２では、ＵＥがＲＲＣ−ＩＤＬＥ状態の場合にも、ＲＲＣ−ＣＯＮＮＥＣＴＥＤに転換するための動作の遂行なしでｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを使用できるように提案した。

［実施形態３］

図１７は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

ＭＭＥは、ＵＥのＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ関連ｃａｐａｂｉｌｉｔｙ及び／または許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報をｅＮＢに伝達できる。

換言すると、ＭＭＥは、ＵＥのｃａｐａｂｉｌｉｔｙのみを確認して、ＵＥのＶ２Ｘ ｃａｐａｂｉｌｉｔｙをｅＮＢに伝達することもできる。または、ＭＭＥは、ＵＥのｃａｐａｂｉｌｉｔｙを確認し、また該当サービス（すなわち、Ｖ２Ｘ ｓｅｒｖｉｃｅ）が許可されたかどうかを確認した後、ａｕｔｈｏｒｉｚａｔｉｏｎ情報をｅＮＢに伝達することもできる。例えば、ＵＥがＶ２Ｘ ｃａｐａｂｉｌｉｔｙを指示し、ＵＥが加入データなどに基づいてＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを使用するように許可された場合、ＭＭＥは、「Ｖ２Ｘサービスが許可される（Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ）」指示をｅＮＢに伝達できる。

［実施形態３−Ａ］

３．ＵＥがｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を開始するために、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージを含むＲＲＣメッセージをｅＮＢに送信すると、ｅＮＢは、Ｓ１−ＡＰ初期ＵＥ（Ｉｎｉｔｉａｌ ＵＥ）メッセージ内のｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージを含めてＭＭＥに送信できる。

４．ＭＭＥは、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔを受諾すると、Ａｔｔａｃｈ ＡｃｃｅｐｔメッセージをＳ１−ＡＰメッセージ（例えば、Ｓ１−ＡＰダウンリンクＮＡＳ伝達（Ｄｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔ）メッセージまたはＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）メッセージ）をｅＮＢに送信できる。このとき、これと共に次のように動作できる。

−該当ＵＥがＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙまたはａｕｔｈｏｒｉｓａｔｉｏｎを有している場合、Ｖ２Ｘ ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報をＳ１−ＡＰメッセージに含んでｅＮＢに伝達できる。すなわち、ＭＭＥは、Ｖ２Ｘ ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎを伴ったＡｔｔａｃｈ ＡｃｃｅｐｔメッセージをＳ１−ＡＰメッセージに含めてｅＮＢに送信できる。

−また、ＭＭＥがＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを認知する場合、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを知らせるｉｎｄｉｃａｔｉｏｎをＳ１−ＡＰメッセージに含めてｅＮＢに送信できる。すなわち、ＭＭＥは、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを知らせるｉｎｄｉｃａｔｉｏｎを伴ったＡｔｔａｃｈ ＡｃｃｅｐｔメッセージをＳ１−ＡＰメッセージに含めてｅＮＢに送信できる。または、先の「制限されたサービスモード（Ｌｉｍｉｔｅｄ Ｓｅｒｖｉｃｅ Ｍｏｄｅ）で緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）の処理」に述べられた方法を介して暗黙的にｅＮＢが認知することもできる。

［実施形態３−Ｂ］

３．ＵＥがＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｒａｄｉｏ ｒｅｓｏｕｒｃｅを要求するために、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信すると（または、これと共にｅＮＢが「該当ＵＥが特定した状態」であることを認知すると）、ｅＮＢは、ＭＭＥにＳ１−ＡＰ初期ＵＥ（Ｉｎｉｔｉａｌ ＵＥ）メッセージを介してＵＥに対するＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ関連ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報を要求できる。

−このとき、「該当ＵＥが特定した状態」であることを認知した場合は、該当ＵＥがｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅを使用中の場合またはＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを認知するケースに該当できる。

−または、「該当ＵＥが特定した状態」であることを認知した場合は、該当ＵＥが自身が特定したＵＥであるか、または特定した状況をｅＮＢに指示する場合（すなわち、これと関連したｃａｐａｂｉｌｉｔｙまたはｃａｕｓｅを提供した場合）に該当できる。該当ＵＥが自身が特定したＵＥであるか、または特定した状況をｅＮＢに指示する情報の一例は、次のとおりである。

−Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ

−ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを使用することができる

−Ｅｍｅｒｇｅｎｃｙ Ｖ２Ｘメッセージまたはｐｕｂｌｉｃ ｓａｆｅｔｙ Ｖ２Ｘメッセージ

−Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃａｐａｂｉｌｉｔｙを伴ったｅｍｅｒｇｅｎｃｙ ｃａｌｌ

４．ＭＭＥは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ関連ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報の要求を受信すると、Ｓ１−ＡＰメッセージ（例えば、Ｄｏｗｎｌｉｎｋ ＮＡＳ ＴｒａｎｓｐｏｒｔメッセージまたはＳ１−ＡＰ Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ）を介してｃｏｍｍｕｎｉｃａｔｉｏｎ関連ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報をｅＮＢに送信できる。

−該当ＵＥがＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙまたはａｕｔｈｏｒｉｓａｔｉｏｎを有している場合、Ｖ２Ｘ ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報をＳ１−ＡＰメッセージに含んでｅＮＢに伝達できる。

−また、ＭＭＥがＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを認知する場合、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを知らせるｉｎｄｉｃａｔｉｏｎをＳ１−ＡＰメッセージに含んでｅＮＢに送信できる。または、先の「制限されたサービスモード（Ｌｉｍｉｔｅｄ Ｓｅｒｖｉｃｅ Ｍｏｄｅ）において緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）の処理」に述べられた方法を介して暗黙的にｅＮＢが認知することもできる。

上述の実施形態３において、ｅＮＢがＭＭＥに送信するＳ１−ＡＰメッセージは、Ｉｎｉｔｉａｌ ＵＥメッセージであるか、または新しいＳ１−ＡＰメッセージでありうる。

また、ＭＭＥがｅＮＢにＶ２Ｘ ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報を伝達するＳ１−ＡＰメッセージは、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージ、Ｄｏｗｎｌｉｎｋ ＮＡＳ Ｔｒａｎｓｐｏｒｔメッセージ、または新しいＳ１−ＡＰメッセージでありうる。このとき、このＳ１−ＡＰメッセージは、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎに対するＵＥコンテキスト情報を含まなくても良い。

［実施形態４］

本実施形態では、上述した問題点３に対する解決案を提案する。

次は、３ＧＰＰ ＴＳ ２４．３３４によれば、３ＧＰＰ ＴＳ ２４．３８６に述べられたＵＥがＥ−ＵＴＲＡＮによりサービスされる場合（「ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」）、ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うための前提条件を見せる。

上位層からＰＣ５を介したＶ２Ｘ通信を利用して、Ｖ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを送信するように要求を受信すると、ＵＥは、次の手順を進行する：

ａ）仮に、次の条件が満たされると：

１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（「ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」）；

２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線資源（すなわち、キャリア周波数）を使用するように意図する；

３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時、登録されたＰＬＭＮがＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属する；

４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＰＬＭＮリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ−２ ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される；

この場合、ＵＥは、次のように動作する：

１）ＰＣ５を介したＶ２Ｘ通信のための無線資源要求；及び

２）ＰＣ５を介したＶ２Ｘ通信の送信遂行

上述したように、１）ないし４）まで４通りの条件が述べられる。このとき、ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮのＵＥは、次のような場合、上の１）、２）、４）条件を満たし、３）番の条件が満たされなくても、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの送信を行うことができる。

Ａ．ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅにある場合、

Ｂ．ＵＥがｅｍｅｒｇｅｎｃｙ ｃａｌｌ（ｓｅｒｖｉｃｅ）中の場合

Ｃ．ＵＥがｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ ｃａｌｌ（ｓｅｒｖｉｃｅ）中の場合

すなわち、上のＡないしＣにおいて述べられた場合のうち、いずれか一つに該当すると、先の１）、２）、４）条件を満たし３）番の条件が満たされなくてもＵＥは、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの送信を行うことができる。

［実施形態５］

本実施形態では、問題点１に対する解決案を提案する。

先の問題点１のシナリオでＭＭＥがｅＮＢに該当ＵＥのＶ２Ｘ ｓｅｒｖｉｃｅ関連コンテキスト（すなわち、ａｕｔｈｏｒｉｚａｔｉｏｎ情報）を提供する方法を提案する。

上述の実施形態３と比較して、実施形態３は、ｅＮＢが手順を開始する方法であることに対し、本実施形態５では、ＭＭＥが開始する方法を提案する。ＭＭＥが開始する方法は、ＭＭＥ単独で決定する場合とＭＭＥがＨＳＳとの相互動作（ｉｎｔｅｒａｃｔｉｏｎ）をする場合によって、次の２通りの方法に分けられる。

ｅＮＢは、後述する実施形態５の方法で該当ＵＥのＶ２Ｘ ｓｅｒｖｉｃｅ関連コンテキスト（すなわち、ａｕｔｈｏｒｉｚａｔｉｏｎ情報）を獲得した場合、該当ＵＥに対してＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒｅｓｏｕｒｃｅを割り当てることができる。

ここで、ＰＣ５のためのｒｅｓｏｕｒｃｅを割り当てるということは、多様な意味で解析できる。例えば、Ｍｏｄｅ３ ＰＣ５動作（すなわち、ネットワークスケジューリング資源割り当て）の場合、ＵＥにＶ２Ｘメッセージ送信のためのＰＣ５ ｒｅｓｏｕｒｃｅを割り当てることができ、またはＵＥがＭｏｄｅ４ ＰＣ５動作（すなわち、ＵＥ自律的な資源選択）を行うことができるように指示することもできる。

以下、本実施形態は、３ＧＰＰ ＴＳ ２３．４０１の５．３．２．１節で定義しているＡｔｔａｃｈ手順により具現化されることができる。本実施形態の説明において、Ａｔｔａｃｈ手順に対する具体的な説明は省略し、具体的なＡｔｔａｃｈ手順に対する内容に対して、３ＧＰＰ ＴＳ ２３．４０１ Ｖ１４．１．０ドキュメントが本明細書に参照として併合されることができる。

［実施形態５−１］ＭＭＥが単独で決定してＶ２Ｘ ａｕｔｈｏｒｉｚａｔｉｏｎ情報をｅＮＢに送信する方法

図１８は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

１〜２．ＵＥは、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を行うために、アタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージを送信する。このとき、ＵＥは、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージに次のような情報を含めることができる。

Ａ．Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ内のＵＥネットワーク能力ＩＥ（ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ ＩＥ）が含まれることができる。このとき、ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対する能力を有しているので、ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ ＩＥのＶ２Ｘ ＰＣ５ビットは、「ＰＣ５を介したＶ２Ｘ通信が支援される（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５ ｓｕｐｐｏｒｔｅｄ）」にセッティングされることができる。この情報は、ＵＥがＶ２Ｘ通信可能であることを表すことができる。

Ｂ．Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ内のＥＰＳアタッチタイプＩＥ（ＥＰＳ ａｔｔａｃｈ ｔｙｐｅ ＩＥ）が含まれることができる。ＥＰＳ ａｔｔａｃｈ ｔｙｐｅ ＩＥは、「ＥＰＳ緊急アタッチ（ＥＰＳ ｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈ）」にセッティングされることができる。

Ｃ．（ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのための）Ａｔｔａｃｈ ＲｅｑｕｅｓｔメッセージにＰＤＮ接続要求（ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔ）メッセージが含まれることができる。このとき、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの要求タイプＩＥ（Ｒｅｑｕｅｓｔ Ｔｙｐｅ ＩＥ）は、「緊急（ｅｍｅｒｇｅｎｃｙ）」にセッティングされることができる。

１７．Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージを受信したＭＭＥは、次を満たす場合、Ｓ１−ＡＰメッセージとしてＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが許可（ａｕｔｈｏｒｉｚｅｄ）されたという情報をｅＮＢに伝達する。例えば、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが許可（ａｕｔｈｏｒｉｚｅｄ）されたという情報は、Ｖ２Ｘサービス許可ＩＥ（Ｖ２Ｘ ｓｅｒｖｉｃｅ Ａｕｔｈｏｒｉｚｅｄ ＩＥ）の車両ＵＥ（Ｖｅｈｉｃｌｅ ＵＥ）ビットをセッティングして伝達されることができる。また、新しいＩＥを介してこのＵＥがＰＣ５を介してＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる及び／またはこのＵＥがｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈをした及び／またはこのＵＥがｅｍｅｒｇｅｎｃｙ ＰＤＮ接続を有したことを表す情報を伝達できる。これを伝達するＳ１−ＡＰメッセージは、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージが利用されることができ、他の（あるいは新しい）Ｓ１−ＡＰメッセージが利用されることもできる。

Ａ．Ａｔｔａｃｈ ＲｅｑｕｅｓｔメッセージのＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ ＩＥのＶ２Ｘ ＰＣ５ビットが「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５ ｓｕｐｐｏｒｔｅｄ」とセッティングされた場合（すなわち、ＵＥがＶ２Ｘ可能であるとＭＭＥが認知する場合）、そして／または

Ｂ．Ａｔｔａｃｈ ＲｅｑｕｅｓｔメッセージのＥＰＳ ａｔｔａｃｈ ｔｙｐｅ ＩＥが「ＥＰＳ ｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈ」とセッティングされるか、または（ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのための）Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ内のＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージのＲｅｑｕｅｓｔ Ｔｙｐｅ ＩＥが「ｅｍｅｒｇｅｎｃｙ」にセッティングされた場合

［実施形態５−２］ＭＭＥがＨＳＳと相互動作（ｉｎｔｅｒａｃｔｉｏｎ）してＶ２Ｘａｕｔｈｏｒｉｚａｔｉｏｎ情報をｅＮＢに送信する方法

図１９は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

１．ＵＥは、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を行うために、アタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージを送信する。このとき、ＵＥは、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージに次のような情報を含めることができる。

Ａ．Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ内のＵＥネットワーク能力ＩＥ（ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ ＩＥ）が含まれることができる。このとき、ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに対する能力を有しているので、ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ ＩＥのＶ２Ｘ ＰＣ５ビットは、「ＰＣ５を介したＶ２Ｘ通信が支援される（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５ ｓｕｐｐｏｒｔｅｄ）」にセッティングされることができる。この情報は、ＵＥがＶ２Ｘ通信可能であることを表すことができる。

Ｂ．Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ内のＥＰＳアタッチタイプＩＥ（ＥＰＳ ａｔｔａｃｈ ｔｙｐｅ ＩＥ）が含まれることができる。ＥＰＳ ａｔｔａｃｈ ｔｙｐｅ ＩＥは、「ＥＰＳ緊急アタッチ（ＥＰＳ ｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈ）」にセッティングされることができる。

Ｃ．（ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのための）Ａｔｔａｃｈ ＲｅｑｕｅｓｔメッセージにＰＤＮ接続要求（ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔ）メッセージが含まれることができる。このとき、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの要求タイプＩＥ（Ｒｅｑｕｅｓｔ Ｔｙｐｅ ＩＥ）は、「緊急（ｅｍｅｒｇｅｎｃｙ）」にセッティングされることができる。

８．Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ内の先の１ステップの（ＡとＢ）または（ＡとＣ）が含まれた場合、ＭＭＥは、ＨＳＳに位置アップデート要求（ｕｐｄａｔｅ ｌｏｃａｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージに次のような情報を含んで送信できる。

Ｉ．「緊急アタッチ（ｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈ）」と「ＰＣ５を介したＶ２Ｘ通信が支援される（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５ｓｕｐｐｏｒｔｅｄ）が含まれることができる。

または、ｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈとＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５ ｓｕｐｐｏｒｔｅｄの２通りの意味を含む新しいＩＥ（すなわち、単一ＩＥ）で定義されて含まれることもできる。例えば、ＰＣ５を介したＶ２Ｘ通信を伴った緊急（ｅｍｅｒｇｅｎｃｙ ｗｉｔｈ Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５）が含まれることができる。

ＩＩ．Ｅｍｅｒｇｅｎｃｙ情報だけが含まれることができる。例えば「ｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈ」が該当することができる。

ＩＩＩ．Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５情報だけが含まれることができる。例えば、「Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５」が該当されることができる。

１１．ｕｐｄａｔｅ ｌｏｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージを受信したＨＳＳは、先の８ステップで含まれた情報に基づいて「Ｖ２Ｘサービス許可ＩＥ（Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ ＩＥ）の車両ＵＥ（Ｖｅｈｉｃｌｅ ＵＥ）ＩＥをセッティングして、位置アップデート応答（ｕｐｄａｔｅ ｌｏｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥに送信できる。

または、ＵＥがＶ２Ｘ ｓｅｒｖｉｃｅに対して許可されたことを表す情報（すなわち、ＵＥがＰＣ５でＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができることを表す情報）を表す新しいＩＥが定義されて送信されることもできる。

−上述した動作時、ＨＳＳは、該当ＵＥがＶｅｈｉｃｌｅ ＵＥに対するｃａｐａｂｉｌｉｔｙがあるかどうかを確認して、該当Ｖｅｈｉｃｌｅ ＵＥに対するｃａｐａｂｉｌｉｔｙがある場合においてのみ「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ ＩＥ」を含んで送信することもできる。該当ＵＥがＶｅｈｉｃｌｅ ＵＥに対するｃａｐａｂｉｌｉｔｙがない場合には、１１ステップで「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ ＩＥ」をＭＭＥに伝達しなくても良い。

−加入者情報内のＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを使用することができるＰＬＭＮリストにＵＥの現在ＰＬＭＮが含まれなくても、ＨＳＳは、上述したようにＵＥがＶ２Ｘ ｓｅｒｖｉｃｅに対してａｕｔｈｏｒｉｚｅされたことを表す情報をＭＭＥに提供できる。

１７．ＨＳＳから受信した「Ｖ２Ｘ Ｓｅｒｖｉｃｅｓ Ａｕｔｈｏｒｉｚｅｄ ＩＥ」のＶｅｈｉｃｌｅ ＵＥ ＩＥを確認したＭＭＥは、Ｓ１−ＡＰメッセージとしてＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが許可（ａｕｔｈｏｒｉｚｅｄ）されたという情報をｅＮＢに伝達する。例えば、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが許可（ａｕｔｈｏｒｉｚｅｄ）されたという情報は、Ｖ２Ｘサービス許可ＩＥ（Ｖ２Ｘ ｓｅｒｖｉｃｅ Ａｕｔｈｏｒｉｚｅｄ ＩＥ）の車両ＵＥ（Ｖｅｈｉｃｌｅ ＵＥ）ビットをセッティングして伝達されることができる。また、新しいＩＥを介してこのＵＥがＰＣ５を介してＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる及び／またはこのＵＥがｅｍｅｒｇｅｎｃｙ ａｔｔａｃｈをした及び／またはこのＵＥがｅｍｅｒｇｅｎｃｙ ＰＤＮ接続を有したことを表す情報を伝達できる。これを伝達するＳ１−ＡＰメッセージは、Ｉｎｉｔｉａｌ Ｃｏｎｔｅｘｔ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージが利用されても良く、他の（あるいは新しい）Ｓ１−ＡＰメッセージが利用されても良い。

図２０は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

図２０を参照すると、基地局（ｅＮＢ）は、限定されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）であるＵＥからＰＣ５インターフェースを介したＶ２Ｘ通信のための資源割り当てを要求するＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージを受信する（Ｓ２００１）。

このステップは、先の実施形態１−１の５−ＩＩ−Ｂステップ（図１２参照）、実施形態２−１のケースＩの５−ＩＩ−Ａステップ（図１４参照）または実施形態２−１のケースＩＩの５−Ｉ−Ｂステップ（図１５参照）に該当することができる。

基地局は、ＵＥが緊急ＰＤＮ接続を有しＶ２Ｘ通信を使用することができる能力（ｃａｐａｂｉｌｉｔｙ）を有するかどうか及び／またはＵＥがＶ２Ｘ通信を行うように許可されたかどうかをチェックする（Ｓ２００２）。

このステップは、先の実施形態１−１の６ステップ（図１２参照）、実施形態２−１のケースＩの６ステップ（図１４参照）または実施形態２−１のケースＩＩの６ステップ（図１５参照）に該当することができる。

基地局は、先のＳ２００１ステップ以前にＵＥからＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信することができる。このステップは、先の実施形態１−１の２ステップ（図１２参照）、実施形態２−１のケースＩの３ステップ（図１４参照）または実施形態２−１のケースＩＩの２ステップ（図１５参照）に該当することができる。そして、このＲＲＣ接続要求メッセージ内の緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）及び／またはＶ２Ｘ通信（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ）にセッティングされたＲＲＣ確立原因（ＲＲＣ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）が含まれると、基地局は、ＵＥが緊急ＰＤＮ接続を有したと判断できる。このとき、緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）及びＶ２Ｘ通信（Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、個別的な値として含まれるか、または両値の意味を含む単一の値として含まれることができる。

このとき、基地局は、ＵＥが緊急ＰＤＮ接続を有したと判断すると（すなわち、ＲＲＣ確立原因などを受信すると）、ＵＥが緊急ＰＤＮ接続を有したという情報を格納することができる。そして、ＵＥが緊急ＰＤＮ接続を有したという情報は、ＵＥがＲＲＣ−ＩＤＬＥ状態に転換する時に削除されることができる。

また、Ｓｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージ内のＵＥが緊急サービスを使用している途中であることを表す指示が受信されると、基地局は、ＵＥが緊急ＰＤＮ接続を有したと判断できる。

また、先の実施形態３のように（図１７参照）、基地局は、ＭＭＥにＵＥに対するＶ２Ｘ通信関連許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報を要求できる。これに対する応答として、ＭＭＥから前記ＵＥがＶ２Ｘ通信を行うように許可されたという情報が受信されると、基地局は、ＵＥがＶ２Ｘ通信を行うように許可されたと判断できる。

このとき、基地局は、ＵＥがＶ２Ｘ通信を使用することができる能力（ｃａｐａｂｉｌｉｔｙ）を有しＵＥが緊急ＰＤＮ接続を有したと判断すると、ＭＭＥにＵＥに対するＶ２Ｘ通信関連許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報を要求できる。また、ＵＥからＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎメッセージが受信されると、ＵＥがＶ２Ｘ通信を使用する能力（ｃａｐａｂｉｌｉｔｙ）があると暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）見なされることもできる。

また、先の実施形態５のように（図１８及び図１９参照）、基地局は、ＭＭＥからＵＥがＶ２Ｘ通信を行うように許可されたという情報を含むＳ１−ＡＰメッセージを受信すると、ＵＥがＶ２Ｘ通信を行うように許可されたと判断できる。

このとき、実施形態５−１のように（図１８参照）、ＵＥから送信される緊急サービスのためのアタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージ内のＵＥがＶ２Ｘ通信を使用する能力（ｃａｐａｂｉｌｉｔｙ）があるという指示が含まれると、ＭＭＥが単独でＳ１−ＡＰメッセージ内のＵＥがＶ２Ｘ通信を行うように許可されたという情報を含めて、基地局に送信できる。

または、実施形態５−２のように（図１９参照）、ＵＥから送信される緊急サービスのためのアタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）メッセージ内のＵＥがＶ２Ｘ通信を使用する能力（ｃａｐａｂｉｌｉｔｙ）があるという指示が含まれると、ＭＭＥがＨＳＳに要求することによって、ＭＭＥがＨＳＳからＵＥがＶ２Ｘ通信を行うように許可されたという情報を受信し、ＭＭＥは、Ｓ１−ＡＰメッセージ内のＵＥがＶ２Ｘ通信を行うように許可されたという情報を含めて、基地局に送信できる。

基地局は、ＵＥが緊急ＰＤＮ接続を有しＶ２Ｘ通信を使用することができる能力（ｃａｐａｂｉｌｉｔｙ）を有するか、及び／またはＵＥがＶ２Ｘ通信を行うように許可されると、ＵＥにＶ２Ｘ通信のための資源を割り当てる（Ｓ２００３）。

このステップは、先の実施形態１−１の７ステップ（図１２参照）、実施形態２−１のケースＩの７ステップ（図１４参照）または実施形態２−１のケースＩＩの７ステップ（図１５参照）に該当することができる。

［実施形態６］

本実施形態では、問題点４に対する解決案を提案する。

従来の技術によると、ＰｒｏＳｅとは異なりＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの場合、一つ以上の周波数が設定されていることができる。この場合、Ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮのＵＥの動作遂行方法を提案しようとする。

本実施形態では、端末は、従来の動作によって次のようなステップまで進行されたと仮定する。

ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥは、次のようにＰｒｏＳｅ直接通信のために使用される無線パラメータ（ｒａｄｉｏ ｐａｒａｍｅｔｅｒｓ）を選択する：

−ＵＥが地理的領域（ｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａ）内に位置すると自ら判断でき、ＵＥにｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａのためのｒａｄｉｏ ｐａｒａｍｅｔｅｒがプロビジョニングされると、ＵＥは、ｇｅｏｇｒａｐｈｉｃａｌ ａｒｅａと関連したｒａｄｉｏ ｐａｒａｍｅｔｅｒを選択する；または

−以外のすべての場合において、ＵＥは、ＰｒｏＳｅ直接通信を開始しない。

ＰｒｏＳｅ直接通信を開始する前に、ＵＥは、下位層で選択されたｒａｄｉｏ ｐａｒａｍｅｔｅｒが現在位置内で干渉なく使用されうるかどうかをチェックする。

上述した説明において、ＵＥがＶ２Ｘ ｓｅｒｖｉｃｅを使用する場合、ＰｒｏＳｅは、Ｖ２Ｘに代替され、ＰｒｏＳｅ ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎは、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに代替されて適用される。

このとき、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとするＵＥのｌｏｗｅｒ ｌａｙｅｒが干渉をチェックした結果は、次の３通りに分類することができる。

Ａ．すべての周波数で干渉が確認されない場合

Ｂ．すべての周波数で干渉が確認される場合

Ｃ．一部の周波数では、干渉が確認されるが、残りの一部の周波数では、干渉が確認されない場合

上のＡの場合、ＵＥは、確認された周波数の中でいずれか一つを選択して、次のような動作を行うことができる。

−ｌｏｗｅｒ ｌａｙｅｒが使用が干渉を引き起こさないと指示すると、ＵＥは、Ｐｒｏｃｅ ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ（またはＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を行うことができる。

上のＢの場合、ＵＥは、次のような動作を行うことができる。

ｌｏｗｅｒ ｌａｙｅｒがプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）無線資源（すなわち、キャリア周波数）を運営するセルが存在し、該当セルが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮに属すると指示すると、そしてＵＥが該当ＰＬＭＮ内のＰｒｏｃｅ ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ（またはＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ）のために許可されると、ＵＥは、該当セルにより指示された無線パラメータを使用することができる。

−そうでなく下位層がｐｒｏｖｉｓｉｏｎｅｄ ｒａｄｉｏ ｒｅｓｏｕｒｃｅ（すなわち、キャリア周波数）内で一つ以上のＰＬＭＮを報告すると、

ａ）次のような条件が満たされると：

１）下位層により報告されたＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでない場合；そして

２）下位層により報告されたＰＬＭＮのうち、少なくとも一つがＰｒｏＳｅ直接通信のために許可されたＰＬＭＮのリストに含まれ、ＰｒｏＳｅ直接通信のための無線資源を提供する場合

この場合、ＵＥは、次のように動作する：

１）ＥＭＭ−ＩＤＬＥモードで、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を行う；または

２）そうでなくＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであると：

ｉ） デタッチ（ｄｅｔａｃｈ）手順を行い、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を行う；または

ｉｉ）ＰｒｏＳｅ直接通信を開始しない。

ＵＥが先のｉ）またはｉｉ）のうち、どの動作を行うかは、ＵＥの具現化による。

ｂ）そうでないと、ＵＥは、ＰｒｏＳｅ直接通信を開始しない。

上のＣの場合、ＵＥは、次のような動作を行うことができる。

ＵＥは、干渉が確認されない周波数のうち、いずれか一つを選択して、Ａの場合のように行うことができる。

先の、Ａ、Ｂ、Ｃの場合に対するＵＥの動作を整理すると、次のとおりである。

１．ＵＥのＶ２Ｘ ｌａｙｅｒが「ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」の場合、地理的位置にマッピングされる無線パラメータに対する情報をｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に提供する。

２．これを受信したｌｏｗｅｒ ｌａｙｅｒ（ＡＳ ｏｒ ＲＲＣ ｌａｙｅｒ）は、該当無線パラメータに対する干渉をチェックする。その結果によって次のように動作する。

ａ．すべての周波数で干渉が確認されない場合、ｌｏｗｅｒ ｌａｙｅｒ（ＡＳ ｏｒ ＲＲＣ ｌａｙｅｒ）は、干渉が存在しないとｕｐｐｅｒ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒまたはＮＡＳ ｌａｙｅｒ）に知らせる。ｕｐｐｅｒ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒまたはＮＡＳ）は、Ｖ２Ｘメッセージをｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に送信すると、これを受信したｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）は、干渉がない周波数のうち、いずれか一つを選択して該当Ｖ２Ｘメッセージを送信する。

ｂ．すべての周波数で干渉が確認される場合、ｌｏｗｅｒ ｌａｙｅｒ（ＡＳ ｏｒ ＲＲＣ ｌａｙｅｒ）は、該当周波数で検索されるＰＬＭＮリストをｕｐｐｅｒ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒまたはＮＡＳ ｌａｙｅｒ）に知らせる。ｕｐｐｅｒ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒまたはＮＡＳ ｌａｙｅｒ）は、前記Ｂの動作を行う。

ｃ．一部の周波数では、干渉が確認され、一部の周波数では、干渉が確認されない場合、

ｉ．ｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｏｒ ＲＲＣ ｌａｙｅｒ）は、干渉が存在しないとｕｐｐｅｒ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒまたはＮＡＳ ｌａｙｅｒ）に知らせる

ｉｉ．これを受信したｕｐｐｅｒ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒまたはＮＡＳ ｌａｙｅｒ）がＶ２Ｘメッセージをｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｏｒ ＲＲＣ ｌａｙｅｒ）に送信すると、これを受信したｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｏｒ ＲＲＣ ｌａｙｅｒ）は、干渉がない周波数のうち、いずれか一つを選択して該当Ｖ２Ｘメッセージを送信する。

［実施形態７］

本実施形態では、上述した問題点５に対する解決案を提案する。

［実施形態７−１］ＵＥ内部でＶ２Ｘメッセージをフィルタリング（ｆｉｌｔｅｒｉｎｇ）する方法

Ｖ２Ｘメッセージをフィルタリングする方法は、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）またはｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）で行われることができる。以下、本実施形態についての説明において、ＰＰＰＰ値が高いほど、高い優先順位を有すると仮定する。

オプション１）ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでフィルタリングする方法

１．ＵＥにＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５に対するｃａｐａｂｉｌｉｔｙがある場合、ＵＥのＮＡＳ ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに対するＰＤＮ接続を要求する時、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを担当するａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）にｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが始まったということが通知される。

例えば、「緊急活性化（ｅｍｅｒｇｅｎｃｙ Ａｃｔｉｖｅ）」という指示がａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）に送信されることができる。これと共にＰＰＰＰ臨界値が共に伝達される。該当ＰＰＰＰ臨界値は、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ動作時に使用される値を意味し、ＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎ）された値でありうる。

Ａ．ここで、ＵＥのＮＡＳ ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに対するＰＤＮ ｃｏｎｎｅｃｔｉｏｎを要求する場合は、ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎをＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｑｕｅｓｔメッセージを送信する時点またはｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎをＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｑｕｅｓｔメッセージに対するａｃｃｅｐｔメッセージを受信した場合を意味する。

Ｂ．上述した動作におけるＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。

Ｃ．ＰＰＰＰ臨界値は、ネットワークで設定された値である。このとき、ＰＰＰＰ臨界値は、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが発生した場合においてのみ使用するＰＰＰＰ臨界値でありうる。すなわち、ネットワークは、ＵＥがｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ状況でない時に使用するＰＰＰＰ臨界値とｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ状況においてのみ使用できるＰＰＰＰ臨界値をＵＥに設定できる。そして、ＵＥは、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ状況であるかどうかを判断し、各状況に合うＰＰＰＰ臨界値を適用できる。

Ｄ．ネットワーク（例えば、ｅＮＢ）は、Ｕｕ（すなわち、ＵＥとｅＮＢとの間の無線インターフェース）を介したｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅは、保護しろとの指示をＵＥに設定できる。この指示を受信したｌｏｗｅｒ ｌａｙｅｒｓ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）は、この指示をａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒに伝達する。

２．これを受信したａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）は、Ｖ２Ｘメッセージが発生するごとに次の動作を行う。

Ａ．先の１ステップからＰＰＰＰ臨界値が伝達された場合、該当Ｖ２ＸメッセージのＰＰＰＰ値が１ステップから伝達されたＰＰＰＰ臨界値より高いと、該当Ｖ２Ｘメッセージをｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に伝達できる。

そうでない場合、該当Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ ｂｕｄｇｅｔ）を超過した場合に廃棄できる。

Ｂ．先の１ステップからＰＰＰＰ臨界値が伝達されない場合、Ｖ２Ｘメッセージが特別なメッセージ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）である場合においてのみｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に伝達できる。

そうでない場合、該当Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ ｂｕｄｇｅｔ）を超過した場合に廃棄できる。

Ｃ．Ｕｕを介したｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅは、保護しろとの指示が設定された場合、ＵＥは、Ｖ２ＸメッセージのＰＰＰＰ値に関係なくｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが活性化（ａｃｔｉｖｅ）されると、Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ ｂｕｄｇｅｔ）を超過した場合に廃棄できる。

このＣ動作は、単独で行われても良く、または前記Ａ若しくはＢのように行われても良い。このとき、ＡまたはＢのように動作する場合、該当指示は、ＡまたはＢが適用されるかどうかを表すことができる。すなわち、指示が設定された場合、ＡまたはＢを適用できる。

Ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了した場合、ＵＥのＮＡＳ ｌａｙｅｒは、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）にｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了したということを知らせる。例えば、「緊急非活性化（ｅｍｅｒｇｅｎｃｙ Ｄｅａｃｔｉｖｅ）」という指示をａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）に送信できる。これを受信したａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）は、従来の動作を行うことができる。

オプション２）ｌｏｗｅｒ ｌａｙｅｒでフィルタリングする方法

１．ＵＥにＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５に対するｃａｐａｂｉｌｉｔｙがある場合、ＵＥのＮＡＳ ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに対するＰＤＮ接続を要求する時、ｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）にｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが始まったということが通知される。

例えば、緊急活性化（ｅｍｅｒｇｅｎｃｙ Ａｃｔｉｖｅ）という指示がｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に送信されることができる。これと共にＰＰＰＰ臨界値が共に伝達される。該当ＰＰＰＰ臨界値は、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ動作時に使用される値を意味し、ＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎ）された値でありうる。

このとき、緊急ベアラに対するベアラ識別子も含まれることができる。

Ａ．ここで、ＵＥのＮＡＳ ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに対するＰＤＮ ｃｏｎｎｅｃｔｉｏｎを要求する場合は、ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎをＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｑｕｅｓｔメッセージを送信する時点またはｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎをＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｑｕｅｓｔメッセージに対するａｃｃｅｐｔメッセージを受信した場合を意味する。

Ｂ．上述した動作におけるＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。

Ｃ．ＰＰＰＰ臨界値は、ネットワークで設定された値である。このとき、ＰＰＰＰ臨界値は、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが発生した場合においてのみ使用するＰＰＰＰ臨界値でありうる。すなわち、ネットワークは、ＵＥがｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ状況でない時に使用するＰＰＰＰ臨界値とｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ状況においてのみ使用できるＰＰＰＰ臨界値をＵＥに設定できる。そして、ＵＥは、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ状況であるかどうかを判断し、各状況に合うＰＰＰＰ臨界値を適用できる。

Ｄ．ネットワーク（例えば、ｅＮＢ）は、Ｕｕを介したｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅは、保護しろとの指示をＵＥに設定できる。

２．これを受信したｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）は、Ｖ２Ｘメッセージが発生するごとに次の動作を行う。

Ａ．先の１ステップからＰＰＰＰ臨界値が伝達された場合、該当Ｖ２ＸメッセージのＰＰＰＰ値が１ステップから伝達されたＰＰＰＰ臨界値より高いと、同じ時刻にｓｉｄｅｌｉｎｋを介したＶ２Ｘメッセージ送信とＵｕを介したｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに該当するベアラのプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の送信を同時に行わなければならない場合、該当Ｖ２Ｘメッセージの送信を試みる。

そうでない場合、該当Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ ｂｕｄｇｅｔ）を超過した場合に廃棄できる。

Ｂ．先の１ステップからＰＰＰＰ臨界値が伝達されない場合、Ｖ２Ｘメッセージが特別なメッセージ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）である場合においてのみｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に伝達できる。

そうでない場合、該当Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ ｂｕｄｇｅｔ）を超過した場合に廃棄できる。

ｉ）上の動作のために、１ステップでＮＡＳ ｌａｙｅｒがａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒにｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが始まったということを知らせることができる。これを受信したａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）は、Ｖ２Ｘメッセージと共にＶ２Ｘメッセージに対する情報（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ ｓａｆｅｔｙ」）をｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に送信できる。

Ｃ．Ｕｕを介したｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅは、保護しろとの指示が設定された場合、ＵＥは、Ｖ２ＸメッセージのＰＰＰＰ値に関係なく、ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが活性化（ａｃｔｉｖｅ）され、同じ時刻にｓｉｄｅｌｉｎｋを介したＶ２Ｘメッセージ送信とＵｕを介したｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに該当するベアラのＰＤＵの送信を同時に行わなければならない場合、Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。

このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ ｂｕｄｇｅｔ）を超過した場合に廃棄できる。

または、Ｕｕを介したｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに該当するベアラのＰＤＵ送信にＵＥのパワーを優先して割り当てることができる。この動作は、単独で使用されても良く、ＡまたはＢの動作のように行われても良い。このとき、ＡまたはＢ動作のように行われる場合、該当指示は、ＡまたはＢが適用されるかどうかを表すことができる。すなわち、指示が設定された場合、ＡまたはＢが適用されることができる。

Ｄ．先の説明したＡ、Ｂ、Ｃ動作に共通に次の動作が行われることができる。

ｉ）ｌｏｗｅｒ ｌａｙｅｒｓ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）が先の１ステップからｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが始まったという指示とｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒに対するベアラ識別子を受信する。

ｉｉ）ｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）がＶ２Ｘメッセージを受信した場合、該当Ｖ２ＸメッセージのＰＰＰＰ値とｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒの優先順位を比較して、優先順位の高いサービスを優先的に選択して送信できる。このとき、各サービス（例えば、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅ）またはＰＰＰＰに対してマッピングされる優先順位情報または各優先順位別にどんなサービスを優先的に選択するかに対して判断する情報は、ネットワーク（例えば、ｅＮＢ）から受信するか、またはＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎ）されることができる。

３．Ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了した場合、ＵＥのＮＡＳ ｌａｙｅｒは、ｌｏｗｅｒ ｌａｙｅｒにｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了したということを知らせる。例えば、「緊急非活性化（ｅｍｅｒｇｅｎｃｙ Ｄｅ−ａｃｔｉｖｅ）」という指示をｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に送信できる。これを受信したｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）は、従来の動作を行うことができる。

Ａ．ＮＡＳ ｌａｙｅｒ動作により先の２−Ｂ）のｉ）が具現化された場合、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ（すなわち、Ｖ２Ｘ ｌａｙｅｒ）にも行われることができる。

Ｂ．先の１ステップでｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒに対するｂｅａｒｅｒ ｉｄｅｎｔｉｔｙが含まれた場合、ＡＳ ｌａｙｅｒは、該当ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒが非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）／解除（ｒｅｌｅａｓｅ）されたことを通じてＥｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了したことが分かる。このとき、上の３の動作は行われなくても良い。

［実施形態７−２］ＵＥのＲＲＣ ｌａｙｅｒにおけるＲＲＣメッセージ内で指示する方法

１．ＵＥにＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｏｖｅｒ ＰＣ５に対するｃａｐａｂｉｌｉｔｙがある場合、ＵＥのＮＡＳ ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに対するＰＤＮ接続を要求する時、ｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）にｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが始まったということが通知される。

例えば、緊急活性化（ｅｍｅｒｇｅｎｃｙ Ａｃｔｉｖｅ）という指示がｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に送信されることができる。このとき、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒに対するｂｅａｒｅｒ ｉｄｅｎｔｉｔｙも含まれることができる。

Ａ．ここで、ＵＥのＮＡＳ ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅに対するＰＤＮ ｃｏｎｎｅｃｔｉｏｎを要求する場合は、ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎをＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｑｕｅｓｔメッセージを送信する時点またはｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎをＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ ｒｅｑｕｅｓｔメッセージに対するａｃｃｅｐｔメッセージを受信した場合を意味する。

Ｂ．上述した動作においてＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。

２．これを受信したｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）は、次のような動作を行う。

Ａ．ＲＲＣメッセージ（例えば、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージまたはＳｉｄｅｌｉｎｋ ＢＳＲ）にｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが始まったということを知らせる指示を含める。

例えば、緊急活性化（ｅｍｅｒｇｅｎｃｙ Ａｃｔｉｖｅ）という指示が含まれることができる。このとき、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒに対するｂｅａｒｅｒ ｉｄｅｎｔｉｔｙまたは論理チャネル識別子（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））も含まれることができる。

Ｂ．このＲＲＣ ｍｅｓｓａｇｅを受信したｅＮＢは、これに基づいて資源割り当てを行う。

ｉ．ここで、資源割り当て動作は、該当ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒに対するＬＴＥ−ＵｕをＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎに比べて優先的に処理しても良く、またはＶ２ＸメッセージのＰＰＰＰ値とｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒに対する情報を考慮して行われても良い。

ｉｉ．ｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）がＶ２Ｘメッセージを受信した場合、該当Ｖ２ＸメッセージのＰＰＰＰ値とｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒの優先順位を比較して、優先順位の高いサービスを優先的に選択して送信できる。このとき、各サービス（例えば、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅ）またはＰＰＰＰに対してマッピングされる優先順位情報または各優先順位別にどんなサービスを優先的に選択するかに対して判断する情報は、ネットワーク（例えば、ｅＮＢ）から受信するか、またはＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎ）されることができる。

３．Ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了した場合、ＵＥのＮＡＳ ｌａｙｅｒは、ｌｏｗｅｒ ｌａｙｅｒにｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了したことを知らせる。例えば、「緊急非活性化（ｅｍｅｒｇｅｎｃｙ Ｄｅ−ａｃｔｉｖｅ）」という指示をｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）に送信できる。

４．これを受信したｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）は、ＲＲＣメッセージ（例えば、Ｓｉｄｅｌｉｎｋ ＵＥ ＩｎｆｏｒｍａｔｉｏｎメッセージまたはＳｉｄｅｌｉｎｋ ＢＳＲ）にｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了したことを知らせる指示を含めることができる。例えば、「緊急非活性化（ｅｍｅｒｇｅｎｃｙ Ｄｅ−ａｃｔｉｖｅ）」という指示が含まれることができる。このとき、ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒに対するｂｅａｒｅｒ ｉｄｅｎｔｉｔｙまたはＬｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤも含まれることができる。その後に、ｌｏｗｅｒ ｌａｙｅｒ（すなわち、ＡＳ ｌａｙｅｒまたはＲＲＣ ｌａｙｅｒ）は、従来の動作を行うことができる。

Ａ．先の１ステップでｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒに対するｂｅａｒｅｒ ｉｄｅｎｔｉｔｙも共に含まれた場合、ＵＥとｅＮＢのＡＳ ｌａｙｅｒは、該当ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒが非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）／解除（ｒｅｌｅａｓｅ）されたことを通じて、Ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅが終了したことが分かる。このとき、先の３と４の動作は行われなくても良い。

［実施形態８］

本実施形態では、上述した問題点６に対する解決案を提案する。

先の問題点６）で言及したように、ＵＥのＲＲＣ ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎとＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの優先処理（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を行うためには、次のような情報を知っていなければならない。

１）ＵＥに緊急ＰＤＮ接続があるかどうか

２）地域／国家の規制要求事項及び運営者ポリシーによって、緊急ＰＤＮ接続を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならないかどうか

本実施形態では、次のような動作を提案しようとする。

オプション１）ＵＥのｕｐｐｅｒ ｌａｙｅｒ（すなわち、ＵＥのＮＡＳ ｌａｙｅｒまたはＵＥのＶ２Ｘ ｌａｙｅｒ）がｌｏｗｅｒ ｌａｙｅｒｓ（すなわち、ＵＥのＡＳ ｌａｙｅｒ（例えば、ＵＥのＲＲＣ ｌａｙｅｒ及び／またはＵＥのＭＡＣ ｌａｙｅｒ））に知らせる方法

１．ＵＥが活性化された緊急ＰＤＮ接続を有する。そして、

２．地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならない。

上のような１及び２の条件を満たす場合、Ｕｐｐｅｒ ｌａｙｅｒ（すなわち、ＵＥのＮＡＳ ｌａｙｅｒまたはＵＥのＶ２Ｘ ｌａｙｅｒ）は、次のような情報をｌｏｗｅｒ ｌａｙｅｒｓ（すなわち、ＵＥのＡＳ ｌａｙｅｒ（例えば、ＵＥのＲＲＣ ｌａｙｅｒ及び／またはＵＥのＭＡＣ ｌａｙｅｒ））に伝達する。

Ｉ．「緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）」指示及び／または緊急ベアラサービスのためのベアラ識別子（ｂｅａｒｅｒ ｉｄｅｎｔｉｔｙ）

ここで、この「緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）」指示は、緊急ＰＤＮ接続を確立するということを知らせるための指示である。

ＩＩ．「緊急がＰＣ５より優先される（ｅｍｅｒｇｅｎｃｙ ｐｒｉｏｒｉｔｉｚｅｄ ｏｖｅｒ ＰＣ５）」指示

ここで、「緊急がＰＣ５より優先される（ｅｍｅｒｇｅｎｃｙ ｐｒｉｏｒｉｔｉｚｅｄ ｏｖｅｒ ＰＣ５）」指示は、次のように設定されたことを知らせるための指示である。

−地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続（ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ）を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならない。

ｕｐｐｅｒ ｌａｙｅｒがｌｏｗｅｒ ｌａｙｅｒｓで上のような指示を伝達すると、ｌｏｗｅｒ ｌａｙｅｒは、次のように動作できる。

−ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎを確立するための動作を行う時、ｕｐｐｅｒ ｌａｙｅｒがｌｏｗｅｒ ｌａｙｅｒｓに上のような指示を知らせる場合、該当ＮＡＳメッセージ（例えば、ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎのためのＡｔｔａｃｈまたはｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅｓのためのＰＤＮ接続で利用されるＮＡＳメッセージ、一例として、Ａｔｔａｃｈ ＲｅｑｕｅｓｔメッセージまたはＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージ）と共に該当指示を伝達できる。

−ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎが確立された以後に上の指示を伝達する場合、ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎが確立された以後に、別途に指示を伝達しても良い。

−上述したＩ）とＩＩ）の指示が共に伝達されても良く、またはＩ）とＩＩ）の指示のうち、いずれか一つだけが伝達されても良い。

−上述した指示が伝達される時、ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤモードでありうる。また、ＵＥがＥＭＭ−ＩＤＬＥモードでありうる。

オプション２）ｅＮＢがＵＥのｌｏｗｅｒ ｌａｙｅｒｓ（すなわち、ＵＥのＡＳ ｌａｙｅｒ（例えば、ＵＥのＲＲＣ ｌａｙｅｒ及び／またはＵＥのＭＡＣ ｌａｙｅｒ））に知らせる方法

１．ＵＥが活性化された緊急ＰＤＮ接続を有する。そして、

２．地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならない。

上のような１及び２の条件を満たすと、ｅＮＢは、次のような情報をＵＥに伝達する。

Ｉ．「緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）」指示及び／または緊急ベアラサービスのためのベアラ識別子（ｂｅａｒｅｒ ｉｄｅｎｔｉｔｙ）（または論理チャネルＩＤ（ＬＣＩＤ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ＩＤ））

ここで、この「緊急呼出し（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）」指示は、緊急ＰＤＮ接続を確立するということを知らせるための指示である。

ＩＩ．「緊急がＰＣ５より優先される（ｅｍｅｒｇｅｎｃｙ ｐｒｉｏｒｉｔｉｚｅｄ ｏｖｅｒ ＰＣ５）」指示

ここで、「緊急がＰＣ５より優先される（ｅｍｅｒｇｅｎｃｙ ｐｒｉｏｒｉｔｉｚｅｄ ｏｖｅｒ ＰＣ５）」指示は、次のように設定されたことを知らせるための指示である。

−地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続（ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ）を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならない。

ｅＮＢがＵＥに上のような指示を伝達する場合、ｅＮＢは、次のように動作できる。

−上述したＩ）とＩＩ）の指示が共に伝達されても良く、またはＩ）とＩＩ）の指示のうち、いずれか一つのみが伝達されても良い。

−上述したＩ）の指示の場合、ＵＥに専用メッセージ（ｄｅｄｉｃａｔｅｄ ｍｅｓｓａｇｅ）として伝達されることができる。

上述したオプション１及びオプション２に共通して、前記指示を受信したｌｏｗｅｒ ｌａｙｅｒｓ（すなわち、ＵＥのＡＳ ｌａｙｅｒ（例えば、ＵＥのＲＲＣ ｌａｙｅｒ及び／またはＵＥのＭＡＣ ｌａｙｅｒ））は、ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎに該当するベアラであることを認識し、該当ベアラから発生するメッセージ（すなわち、Ｕｕインターフェースを介したアップリンク送信）は、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのために発生するメッセージより優先的に処理（ｈａｎｄｌｉｎｇ）（またはスケジューリング）できる。

より具体的に述べると、アップリンク送信（すなわち、Ｕｕインターフェースを介した送信）が時間ドメインでＶ２Ｘ ｓｉｄｅｌｉｎｋ送信（すなわち、ＰＣ５を介したＶ２Ｘ通信の送信）と同じ周波数内で重なる（ｏｖｅｒｌａｐ）時、ｓｉｄｅｌｉｎｋ ＭＡＣ ＰＤＵのＰＰＰＰ値が（予め）設定されたＰＰＰＰ臨界値より低いと、ＵＥは、ＵＥは、アップリンク送信よりｓｉｄｅｌｉｎｋ送信を優先処理（ｐｒｉｏｒｉｔｉｚｅ）する。

ただし、アップリンク送信がｕｐｐｅｒ ｌａｙｅｒ（すなわち、ＵＥのＮＡＳ ｌａｙｅｒまたはＵＥのＶ２Ｘ ｌａｙｅｒ）により優先されると（ｐｒｉｏｒｉｔｉｚｅ）（すなわち、上述したように、Ｉ）及び／またはＩＩ）の指示がｕｐｐｅｒ ｌａｙｅｒから送信されると）、ＵＥは、いかなるＶ２Ｘ ｓｉｄｅｌｉｎｋ送信よりもアップリンク送信を優先処理（ｐｒｉｏｒｉｔｉｚｅ）する（すなわち、ｓｉｄｅｌｉｎｋ ＭＡＣ ＰＤＵのＰＰＰＰ値と無関係に）。

図２１は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。

図２１を参照すると、ＵＥ（特に、ＵＥの下位層（ｌｏｗｅｒ ｌａｙｅｒ））は、上位層（ｕｐｐｅｒ ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信する（Ｓ２１０１）。

すなわち、上位層は、ＵＥがＰＣ５を介したＶ２Ｘ通信を利用して、Ｖ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを送信するように要求できる。

このとき、上位層からの要求は、次を含むことができる：

ａ）Ｖ２Ｘメッセージ；

ｂ）Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子；

ｃ）Ｖ２Ｘメッセージ内のデータタイプ（インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）または非ＩＰ（ｎｏｎ−ＩＰ））；

ｄ）Ｖ２Ｘメッセージがｎｏｎ−ＩＰデータを含むと、ｎｏｎ−ＩＰタイプＰＤＵのｎｏｎ−ＩＰタイプフィールドをＶ２Ｘメッセージファミリー（ｆａｍｉｌｙ）に相当する値にセッティングするための指示；及び

ｅ）Ｖ２Ｘメッセージ優先順位。

Ｓ２１０１において上位層（ｕｐｐｅｒ ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信すると、ＵＥは、基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求できる（Ｓ２１０２）。

ここで、Ｓ２０１２ステップは、次の条件が満たされると、行われうる。

１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（「ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」）

２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線資源（すなわち、キャリア周波数）を使用するように意図する

３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時、登録されたＰＬＭＮがＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属する

４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＰＬＭＮリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ−２ ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される

または、Ｓ２１０１において上位層（ｕｐｐｅｒ ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信すると、ＵＥは、ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択できる（Ｓ２１０３）。

ここで、Ｓ２０１３ステップは、次の条件が満たされると、行われうる。

１）ＵＥが：

Ａ）Ｅ−ＵＴＲＡＮによりサービスされないこと（「ｎｏｔ ｓｅｒｖｅｄ ｂｙ Ｅ−ＵＴＲＡＮ」）；または

Ｂ）ＥＭＭ−ＩＤＬＥモードでｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅである、仮にＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅである場合は、次のうち、いずれか一つに該当する；

ｉ）ＵＥが選択されたＰＬＭＮ内で適したセル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）を探索できない場合；

ｉｉ）ＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」を含むアタッチ拒絶（ＡＴＴＡＣＨ ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ ＵＰＤＡＴＩＮＧ ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ ＡＴＴＡＣＨ ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴ）メッセージを受信した場合；または

ｉｉｉ）ＵＥがＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ ｓｅｒｖｉｃｅｓ ｎｏｔ ａｌｌｏｗｅｄ）」を含むＡＴＴＡＣＨ ＲＥＪＥＣＴメッセージ、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴメッセージ、またはＳＥＲＶＩＣＥ ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ ｓｅｒｖｉｃｅｓ ｎｏｔ ａｌｌｏｗｅｄ）」を含むＬＯＣＡＴＩＯＮ ＵＰＤＡＴＩＮＧ ＲＥＪＥＣＴメッセージ、ＧＰＲＳ ＡＴＴＡＣＨ ＲＥＪＥＣＴメッセージ、ＲＯＵＴＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴメッセージ、またはＳＥＲＶＩＣＥ ＲＥＪＥＣＴメッセージを受信した場合；

２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥがＰＣ５を介したＶ２Ｘ通信を利用するように許可される

３）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ−２ ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される

ＵＥは、ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行う（Ｓ２１０２）。

すなわち、ＵＥは、Ｓ２１０２ステップにおいて基地局から割り当てられた無線資源上においてＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行っても良く、またはＳ２１０３ステップにおいて選択された無線資源上においてＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行っても良い。

このとき、上位層から上述のＩ）及び／またはＩＩ）の指示を受信すると、下位層は、ｅｍｅｒｇｅｎｃｙ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎに該当するベアラから発生するメッセージ（すなわち、Ｕｕインターフェースを介したアップリンク送信）は、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのために発生するメッセージより優先的に処理（ｈａｎｄｌｉｎｇ）（またはスケジューリング）することができる。

換言すると、アップリンク送信がｕｐｐｅｒ ｌａｙｅｒ（すなわち、ＵＥのＮＡＳ ｌａｙｅｒまたはＵＥのＶ２Ｘ ｌａｙｅｒ）により優先されると（ｐｒｉｏｒｉｔｉｚｅ）（すなわち、上述したように、Ｉ）及び／またはＩＩ）の指示がｕｐｐｅｒ ｌａｙｅｒから送信されると）、ＵＥは、いかなるＶ２Ｘ ｓｉｄｅｌｉｎｋ送信よりもアップリンク送信を優先処理（ｐｒｉｏｒｉｔｉｚｅ）する（すなわち、ｓｉｄｅｌｉｎｋ ＭＡＣ ＰＤＵのＰＰＰＰ値と無関係に）。

上述したように、Ｉ）及び／またはＩＩ）の指示は、緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージと共に伝達されても良く、または緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージと別に伝達されても良い。

一方、先のＳ２１０２ステップ及びＳ２１０３ステップにて例示した条件が満たされないと、ＵＥは、ＰＣ５を介したＶ２Ｘ通信を行わなくても良い。

一方、先の本発明の説明において、説明の便宜上、Ｖ２Ｘ ｓｅｒｖｉｃｅのうち、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを中心に述べたが、Ｖ２Ｘディスカバリー（ｄｉｓｃｏｖｅｒｙ）を含んだすべてのＶ２Ｘ ｓｅｒｖｉｃｅにも本発明の動作が同様に適用されることができる。

また、先の本発明の説明において、説明の便宜上、Ｖ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを中心に述べたが、ＰＣ５インターフェース（すなわち、ｓｉｄｅｌｉｎｋ）を介したデータ送受信をする通信に全て適用できる。

また、上述の一つ以上の実施形態の組み合わせが共に具現化されて使用されることができる。また、各実施形態で述べられた手順で各ステップは、全部行われなくても良く、一部のステップのみが行われても良い。すなわち、各ステップの遂行は、以前または以後のステップの遂行と独立的に行われることができる。換言すると、以前のステップの遂行なしで次のステップが行われうる。

本発明で使用される「ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ」は、３ＧＰＰ ＴＳ ２４．３８６と３ＧＰＰ ＴＳ ２３．１２２で述べられた次のような条件を満たす状態だけを意味することができる。

ｉ）ＵＥが選択されたＰＬＭＮ内で適したセル（ｓｕｉｔａｂｌｅ ｃｅｌｌ）を探索できない場合；

ｉｉ）ＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」を含むアタッチ拒絶（ＡＴＴＡＣＨ ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ ｎｏｔ ａｌｌｏｗｅｄ）」を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ ＵＰＤＡＴＩＮＧ ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ ＡＴＴＡＣＨ ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴ）メッセージを受信した場合；または

ｉｉｉ）ＵＥがＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ ｓｅｒｖｉｃｅｓ ｎｏｔ ａｌｌｏｗｅｄ）」を含むＡＴＴＡＣＨ ＲＥＪＥＣＴメッセージ、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴメッセージ、またはＳＥＲＶＩＣＥ ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ ｓｅｒｖｉｃｅｓ ｎｏｔ ａｌｌｏｗｅｄ）」を含むＬＯＣＡＴＩＯＮ ＵＰＤＡＴＩＮＧ ＲＥＪＥＣＴメッセージまたはＧＰＲＳ ＡＴＴＡＣＨ ＲＥＪＥＣＴメッセージまたはＲＯＵＴＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ ＲＥＪＥＣＴメッセージを受信した場合；

すなわち、本発明の動作は、上述した条件以外の他の理由でｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅになった場合には適用されなくても良い。

先の本発明の説明において、「ｅｍｅｒｇｅｎｃｙ」関連指示を伝達するステップにおいて、「ｅｍｅｒｇｅｎｃｙ」関連指示と共にｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを知らせる指示が伝達されることもでき、または「ｅｍｅｒｇｅｎｃｙ」関連指示の代りにｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅであることを知らせる指示が伝達されることもできる。

ここで、「ｅｍｅｒｇｅｎｃｙ」関連指示の一例として「ｅｍｅｒｇｅｎｃｙ ｃａｌｌ」が該当することができる。

また、ここでの伝達は、ＵＥのｌａｙｅｒ間（すなわち、ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ、Ｖ２Ｘ ｌａｙｅｒ、ＮＡＳ ｌａｙｅｒ、ＡＳ ｌａｙｅｒ（例えば、ＲＲＣ ｌａｙｅｒ））伝達であっても良く、またはネットワーク個体間（すなわち、ＵＥ、ｅＮＢ、ＭＭＥ）伝達であっても良い。

本発明によれば、ＵＥがｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅにある場合にもＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができるようになる。これによって、交通安全（ｌｏａｄ ｓａｆｅｔｙ）状況または公共安全（ｐｕｂｌｉｃ ｓａｆｅｔｙ）関連状況に対する対応が可能である。

従来の技術によれば、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態のＵＥは、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行が不可能であった。

具体的に、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態のＵＥがＳｉｄｅｌｉｎｋ ＵＥ Ｉｎｆｏｒｍａｔｉｏｎを介してＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのため資源を要求しても、ｅＮＢにＵＥに対する許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報がないから、これを受諾できなかった。

ただし、本発明の実施形態１−１によれば、ＵＥがＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎのための資源を要求し、ｅＮＢがこれを判断して決定する手順を提案することによって、ＵＥのＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが可能である。

また、本発明の実施形態１−２によれば、ＵＥは、ｅＮＢに要求がなくてもＴｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌを利用してＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが可能である。

従来の技術によれば、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで、ＥＭＭ−ＩＤＬＥ状態のＵＥがキャンプ（ｃａｍｐｅｄ ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ ｃｏｎｎｅｃｔｉｏｎを結んでＵＥのためのｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行が不可能であった。

ただし、本発明の実施形態２−１によれば、ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅで、ＥＭＭ−ＩＤＬＥ状態のＵＥがキャンプ（ｃａｍｐｅｄ ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ ｃｏｎｎｅｃｔｉｏｎを結んでＵＥのためのｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行が必要な場合、次のような方法を介してＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行が可能である。

Ｉ．ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換する方法

Ａ．ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのａｔｔａｃｈ遂行［実施形態２−１−ＣａｓｅＩ−Ａ］

Ｂ．ｅｍｅｒｇｅｎｃｙ ｂｅａｒｅｒ ｓｅｒｖｉｃｅのためのａｔｔａｃｈ以外のＮＡＳ手順遂行［実施形態２−１−ＣａｓｅＩ−Ｂ］

ＩＩ．ＲＲＣ−ＣＯＮＮＥＣＴＥＤ（及びＥＭＭ−ＩＤＬＥ）に転換する方法

Ａ．ＮＡＳ手順と共に（ステップ２−Ｉを介して）

Ｂ．ＮＡＳ手順なしで（ステップ２−ＩＩを介して）

該当手順の場合、ＮＡＳ手順のトリガーリングなしでＲＲＣ手順（すなわち、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）を行うようにすることによって、不必要なシグナリングまたは相互動作（ｉｎｔｅｒａｃｔｉｏｎ）を減らすことができる。

また、本発明の実施形態２−２によれば、ＵＥは、ｅＮＢに要求がなくてもＴｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌを利用してＰＣ５を介したＶ２Ｘ ｃｏｍｍｕｎｉｃａｔｉｏｎが可能である。

また、本発明の実施形態７の場合、無線チャネルが混雑（Ｃｏｎｇｅｓｔｉｏｎ）する時にも適用されることができる。例えば、無線チャネルが混雑しているから、ＰＣ５資源を制限する必要がある場合、ネットワークでシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）にＰＰＰＰ臨界値を含んで送信できる。これを受信したＵＥは、先の実施形態７で提案された方法により動作できる。実施形態７においてａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒでフィルタリングを行う場合、ＰＰＰＰ臨界値を受信したＵＥのＡＳ ｌａｙｅｒがａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒに知らせることができる。実施形態７においてｌｏｗｅｒ ｌａｙｅｒがフィルタリングを行う場合、ＰＰＰＰ臨界値を受信したＵＥのＡＳ ｌａｙｅｒが直接適用して動作できる。ＵＥのＡＳ ｌａｙｅｒが受信したＰＰＰＰ臨界値をＮＡＳ ｌａｙｅｒとやり取りすることができる。

本発明が適用されることができる装置の一般

図２２は、本発明の一実施形態に係る通信装置のブロック構成図を例示する。

図２２を参照すると、無線通信システムは、ネットワークノード２２１０と多数の端末（ＵＥ）２２２０を含む。

ネットワークノード２２１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）２２１１、メモリ（ｍｅｍｏｒｙ）２２１２、及び通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｍｏｄｕｌｅ）２２１３を含む。プロセッサ２２１１は、前述の図１ないし図２１で提案された機能、過程及び／または方法を具現化する。有線／無線インターフェースプロトコルの層は、プロセッサ２２１１により具現化されることができる。

メモリ２２１２は、プロセッサ２２１１に接続されて、プロセッサ２２１１を駆動するための様々な情報を格納する。通信モジュール２２１３は、プロセッサ２２１１に接続されて、有線／無線信号を送信及び／または受信する。ネットワークノード２２１０の一例として、基地局、ＭＭＥ、ＨＳＳ、ＳＧＷ、ＰＧＷ、ＳＣＥＦ、ＳＣＳ／ＡＳなどがこれに該当されることができる。特に、ネットワークノード２２１０が基地局である場合、通信モジュール２２１３は、無線信号を送信／受信するためのＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）を含むことができる。

端末２２２０は、プロセッサ２２２１、メモリ２２２２、及び通信モジュール（またはＲＦ部）２２２３を含む。プロセッサ２２２１は、前述の図１ないし図２１で提案された機能、過程及び／または方法を具現化することができる。特に、プロセッサは、ＮＡＳ層及びＡＳ層を含むことができる。メモリ２２２２は、プロセッサ２２２１に接続されて、プロセッサ２２２１を駆動するための様々な情報を格納する。通信モジュール２２２３は、プロセッサ２２２１に接続されて、無線信号を送信及び／または受信する。

メモリ２２１２，２２２２は、プロセッサ２２１１，２２２１の内部または外部にあってもよく、周知の様々な手段でプロセッサ２２１１，２２２１に接続されることができる。また、ネットワークノード２２１０（基地局である場合）及び／または端末２２２０は、一個のアンテナ（ｓｉｎｇｌｅ ａｎｔｅｎｎａ）または複数のアンテナ（ｍｕｌｔｉｐｌｅ ａｎｔｅｎｎａ）を有することができる。

図２３は、本発明の一実施形態に係る通信装置のブロック構成図を例示する。

特に、図２３では、前述の図２２の端末をより詳細に例示する図である。

図２３を参照すると、端末は、プロセッサ（または、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）２３１０、ＲＦモジュール（ＲＦ ｍｏｄｕｌｅ）（またはＲＦユニット）２３３５、パワー管理モジュール（ｐｏｗｅｒ ｍａｎａｇｅｍｅｎｔ ｍｏｄｕｌｅ）２３０５、アンテナ（ａｎｔｅｎｎａ）２３４０、バッテリー（ｂａｔｔｅｒｙ）２３５５、ディスプレイ（ｄｉｓｐｌａｙ）２３１５、キーパッド（ｋｅｙｐａｄ）２３２０、メモリ（ｍｅｍｏｒｙ）２３３０、ＳＩＭカード（ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）ｃａｒｄ）２３２５（この構成は、選択的である）、スピーカー（ｓｐｅａｋｅｒ）２３４５及びマイクロホン（ｍｉｃｒｏｐｈｏｎｅ）２３５０を含んで構成される。端末は、また単一のアンテナまたは複数のアンテナを含むことができる。

プロセッサ２３２１０は、前述の図１ないし図２１で提案された機能、過程及び／または方法を具現化する。無線インターフェースプロトコルの層は、プロセッサ２３１０により具現化されることができる。

メモリ２３３０は、プロセッサ２３１０に接続され、プロセッサ２３１０の動作に関連する情報を格納する。メモリ２３３０は、プロセッサ２３１０の内部または外部にあってもよく、周知の様々な手段でプロセッサ２３１０に接続されることができる。

ユーザは、例えば、キーパッド２３２０のボタンを押さえたり（あるいは、タッチしたり）、またはマイクロホン２３５０を用いた音声駆動（ｖｏｉｃｅ ａｃｔｉｖａｔｉｏｎ）により電話番号などのような命令情報を入力する。プロセッサ２３１０は、このような命令情報を受信し、電話番号に電話をかけるなど、適切な機能を行うように処理する。駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ ｄａｔａ）は、ＳＩＭカード２３２５またはメモリ２３３０から抽出される。また、プロセッサ２３１０は、ユーザが認知し、また便宜のために命令情報または駆動情報をディスプレイ２３１５上に表示することができる。

ＲＦモジュール２３３５は、プロセッサ２３１０に接続されて、ＲＦ信号を送信及び／または受信する。プロセッサ２３１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュール２３３５に伝達する。ＲＦモジュール２３３５は、無線信号を受信及び送信するために受信器（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）から構成される。アンテナ２３４０は、無線信号を送信及び受信する機能を果たす。無線信号を受信するとき、ＲＦモジュール２３３５は、プロセッサ２３１０により処理するために信号を伝達し、基底帯域に信号を切り替えることができる。処理された信号は、スピーカー２３４５を介して出力される可聴または可読情報に切り替えることができる。

以上で説明された実施形態は、本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は、他の構成要素または特徴と結合されない形態に実施できる。また、一部の構成要素及び／または特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作などの順序は変更されてもよい。いずれかの実施形態の一部構成や特徴は、他の実施形態に含まれてもよく、または、他の実施形態の対応する構成または特徴に交替できる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施形態を構成したり、出願後の補正により新しい請求項に含ませることは自明である。

本発明に係る実施形態は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはその結合などにより具現化されることができる。ハードウェアによる具現化の場合、本発明の一実施形態は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロ・プロセッサなどにより具現化されることができる。

ファームウェアまたはソフトウェアによる具現化の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態に具現化されることができる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動される。前記メモリは、前記プロセッサの内部または外部に位置し、既に公知の様々な手段により前記プロセッサとデータをやり取りできる。

本発明は、本発明の必須的な特徴から逸脱しない範囲で他の特定の形態に具体化されうることは当業者に自明である。したがって、上述の詳細な説明は、全ての面から制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付された請求項の合理的な解釈により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。

本発明は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を主に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムの他にも様々な無線通信システム、特に５Ｇ（５ ｇｅｎｅｒａｔｉｏｎ）に適用することが可能である。

Claims (11)

1. 無線通信システムにおいてユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）がＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行う方法であって、
   上位層（ｕｐｐｅｒ ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信するステップと、
   基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求する、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択するステップと、
   前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うステップと、を含み、
   前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達される、Ｖ２Ｘ通信遂行方法。
2. 前記指示が受信されると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信より前記緊急ＰＤＮ接続を介した送信を優先的に処理するステップをさらに含む、請求項１に記載のＶ２Ｘ通信遂行方法。
3. 前記指示は、前記緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージと別に伝達される、請求項１に記載のＶ２Ｘ通信遂行方法。
4. 前記指示は、前記緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージと共に伝達される、請求項１に記載のＶ２Ｘ通信遂行方法。
5. 前記Ｖ２Ｘメッセージを送信するための要求は、Ｖ２Ｘメッセージ、Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子、Ｖ２Ｘメッセージ内のデータタイプ及びＶ２Ｘメッセージ優先順位を含む、請求項１に記載のＶ２Ｘ通信遂行方法。
6. 前記ＵＥがＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）によりサービスされ、前記ＵＥが前記Ｅ−ＵＴＲＡＮのセルにより提供される無線資源を使用するように意図し、前記ＵＥが登録されたＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）が前記ＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属すると、前記基地局に前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が要求される、請求項１に記載のＶ２Ｘ通信遂行方法。
7. 前記ＵＥがＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）によりサービスされず、前記ＵＥが前記ＰＣ５を介したＶ２Ｘ通信を利用するように許可されると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が選択される、請求項１に記載のＶ２Ｘ通信遂行方法。
8. 前記ＵＥがＥＭＭ（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥモードで、制限されたサービス状態（ｌｉｍｉｔｅｄ ｓｅｒｖｉｃｅ ｓｔａｔｅ）であると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が選択される、請求項１に記載のＶ２Ｘ通信遂行方法。
9. 前記指示と共に前記緊急ＰＤＮ接続に該当するベアラの識別子が伝達される、請求項１に記載のＶ２Ｘ通信遂行方法。
10. 前記ＵＥは、ＥＭＭ（ＥＰＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）−ＣＯＮＮＥＣＴＥＤモードである時においてのみ前記指示が伝達される、請求項１に記載のＶ２Ｘ通信遂行方法。
11. 無線通信システムにおいてＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行うユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）であって、
    有線／無線信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｍｏｄｕｌｅ）と、
    前記通信モジュールを制御するプロセッサと、を含み、
    前記プロセッサは、上位層（ｕｐｐｅｒ ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信し、
    基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求し、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択し、
    前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うように構成され、
    前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達される、ユーザ装置。