(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行う方法であって、
上位層（ｕｐｐｅｒ  ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信するステップと、
基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求する、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択するステップと、
前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うステップと、を含み、
前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達される、Ｖ２Ｘ通信遂行方法。
【請求項２】
前記指示が受信されると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信より前記緊急ＰＤＮ接続を介した送信を優先的に処理するステップをさらに含む、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項３】
前記指示は、前記緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージと別に伝達される、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項４】
前記指示は、前記緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージと共に伝達される、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項５】
前記Ｖ２Ｘメッセージを送信するための要求は、Ｖ２Ｘメッセージ、Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子、Ｖ２Ｘメッセージ内のデータタイプ及びＶ２Ｘメッセージ優先順位を含む、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項６】
前記ＵＥがＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）によりサービスされ、前記ＵＥが前記Ｅ−ＵＴＲＡＮのセルにより提供される無線資源を使用するように意図し、前記ＵＥが登録されたＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）が前記ＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属すると、前記基地局に前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が要求される、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項７】
前記ＵＥがＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）によりサービスされず、前記ＵＥが前記ＰＣ５を介したＶ２Ｘ通信を利用するように許可されると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が選択される、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項８】
前記ＵＥがＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥモードで、制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）であると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が選択される、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項９】
前記指示と共に前記緊急ＰＤＮ接続に該当するベアラの識別子が伝達される、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項１０】
前記ＵＥは、ＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）−ＣＯＮＮＥＣＴＥＤモードである時においてのみ前記指示が伝達される、請求項１に記載のＶ２Ｘ通信遂行方法。
【請求項１１】
無線通信システムにおいてＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行うユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であって、
有線／無線信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）と、
前記通信モジュールを制御するプロセッサと、を含み、
前記プロセッサは、上位層（ｕｐｐｅｒ  ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信し、
基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求し、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択し、
前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うように構成され、
前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達される、ユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、さらに詳細に車とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行う／支援する方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスに対して求めているため、より発展した移動通信システムが求められている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの受け入れ、ユーザ当たりの送信率の画期的な増加、大幅に増加される接続デバイス個数の受け入れ、極めて低いエンドツーエンド遅延（Ｅｎｄ−ｔｏ−Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率を支援しなければならない。そのために、二重接続性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ−ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多元接続（ＮＯＭＡ：Ｎｏｎ−Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）など、様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、ＵＥがＰＣ５（すなわち、ＵＥ間無線インターフェース／参照ポイント）を介したＶ２Ｘ通信を行う方法を提案する。
【０００５】
また、本発明では、制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）であるＵＥがＰＣ５を介したＶ２Ｘ通信を行う方法を提案する。
【０００６】
また、本発明では、Ｕｕ（すなわち、ＵＥとｅＮＢ間無線インターフェース／参照ポイント）を介した送信とＰＣ５を介した送信を共に処理する方法を提案する。
【０００７】
本発明で解決しようとする技術的な課題は、以上で言及した技術的な課題に制限されることなく、言及しない更なる技術的な課題は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるものである。
【課題を解決するための手段】
【０００８】
本発明の一態様は、無線通信システムにおいてユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行う方法であって、上位層（ｕｐｐｅｒ  ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信するステップと、基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求する、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択するステップと、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うステップと、を含み、前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達されることができる。
【０００９】
本発明の他の一態様は、無線通信システムにおいてＰＣ５インターフェースを介した車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行うユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であって、有線／無線信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）と、前記通信モジュールを制御するプロセッサとを含み、前記プロセッサは、上位層（ｕｐｐｅｒ  ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信し、基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求し、または、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択し、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行うように構成され、前記ＵＥが緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）接続を有すると、前記上位層から前記ＰＣ５インターフェースを介したＶ２Ｘ通信より前記緊急ＰＤＮ接続を介した送信が優先されるという指示が伝達されることができる。
【００１０】
好ましくは、前記指示が受信されると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信の送信より前記緊急ＰＤＮ接続を介した送信を優先的に処理するステップをさらに含むことができる。
【００１１】
好ましくは、前記指示は、前記緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージと別に伝達されることができる。
【００１２】
好ましくは、前記指示は、前記緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージと共に伝達されることができる。
【００１３】
好ましくは、前記Ｖ２Ｘメッセージを送信するための要求は、Ｖ２Ｘメッセージ、Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子、Ｖ２Ｘメッセージ内のデータタイプ及びＶ２Ｘメッセージ優先順位を含むことができる。
【００１４】
好ましくは、前記ＵＥがＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）によりサービスされ、前記ＵＥが前記Ｅ−ＵＴＲＡＮのセルにより提供される無線資源を使用するように意図し、前記ＵＥが登録されたＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）が前記ＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属すると、前記基地局に前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が要求されることができる。
【００１５】
好ましくは、前記ＵＥがＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）によりサービスされず、前記ＵＥが前記ＰＣ５を介したＶ２Ｘ通信を利用するように許可されると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が選択されることができる。
【００１６】
好ましくは、前記ＵＥがＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥモードで、制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）であると、前記ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源が選択されることができる。
【００１７】
好ましくは、前記指示と共に前記緊急ＰＤＮ接続に該当するベアラの識別子が伝達されることができる。
【００１８】
好ましくは、前記ＵＥは、ＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）−ＣＯＮＮＥＣＴＥＤモードである時においてのみ前記指示が伝達されることができる。
【発明の効果】
【００１９】
本発明の実施形態によれば、ＵＥが特に、制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）にある場合にもＶ２Ｘ通信を行うことができる。これによって、交通安全（ｌｏａｄ  ｓａｆｅｔｙ）状況や公共安全（ｐｕｂｌｉｃ  ｓａｆｅｔｙ）関連状況に対して対応できる。
【００２０】
また、本発明の実施形態によれば、Ｕｕを介した送信とＰＣ５を介したＶ２Ｘ通信の送信が重なる（ｏｖｅｒｌａｐ）場合にも、エラーが発生しないと、効果的に共に処理できる。
【００２１】
本発明で取得できる効果は、以上で言及した効果に制限されることなく、言及しない更なる効果は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるものであろう。
【図面の簡単な説明】
【００２２】
本発明に関する理解に役立つために詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的な特徴を説明する。
【図１】本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）を簡略に例示する図である。
【図２】本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【図３】本発明が適用されることができる無線通信システムにおいてＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【図４】本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）構造を示す。
【図５】本発明が適用されることができる無線通信システムにおいて物理チャネルの構造を簡略に例示する図である。
【図６】本発明が適用されることができる無線通信システムにおいて競争ベースのランダムアクセスの手順を説明するための図である。
【図７】本発明が適用されることができる無線通信システムにおいてサイドリンクＵＥ情報手順を例示する図である。
【図８】本発明が適用されることができる無線通信システムにおいてアタッチ（Ａｔｔａｃｈ）手順を簡略に例示する図である。
【図９】本発明が適用されることができる無線通信システムにおける初期コンテキストセットアップ手順を例示する。
【図１０】本発明が適用されることができる無線通信システムにおいてＵＥコンテキスト修正手順を例示する。
【図１１】本発明が適用されることができる無線通信システムにおいてハンドオーバ資源の割り当て手順を例示する。
【図１２】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図１３】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図１４】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図１５】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図１６】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図１７】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図１８】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図１９】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図２０】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図２１】本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【図２２】本発明の一実施形態に係る通信装置のブロック構成図を例示する。
【図２３】本発明の一実施形態に係る通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２３】
以下、本発明に係る好ましい実施形態を添付された図面を参照して詳細に説明する。添付された図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施できる唯一の実施形態を説明するためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的細部事項がなくても実施されうることが分かる。
【００２４】
いくつかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック形式に図示されることができる。
【００２５】
本明細書における基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において、基地局により行われるものと説明された特定の動作は、場合に応じて、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは自明である。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語により代替されることができる。また、「端末（Ｔｅｒｍｉｎａｌ）」は固定されるか、または移動性を有することができ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置などの用語に代替されることができる。
【００２６】
以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクにおける送信機は端末の一部であり、受信機は基地局の一部でありうる。
【００２７】
以下の説明において使用される特定の用語は、本発明の理解を助けるために提供されたものであり、このような特定の用語の使用は、本発明の技術的思想から逸脱しない範囲において他の形態に変更されることができる。
【００２８】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により具現化されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術により具現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により具現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００２９】
本発明の実施形態は、無線接続システムであるＩＥＥＥ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも一つに開示された標準文書により裏付けられる。すなわち、本発明の実施形態のうち、本発明の技術的思想を明確にあらわすために説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書において開示している全ての用語は、前記標準文書により説明されることができる。
【００３０】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に述べるが、本発明の技術的な特徴がこれに制限されるものではない。
【００３１】
本文書において用いられる用語は、次のように定義される。
【００３２】
−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）基盤の第３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術
【００３３】
−ＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）基盤のパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００３４】
−ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３５】
−ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３６】
−端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザ機器。端末は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語で言及される。また、端末は、ノート型パソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯できない機器であってもよい。ＭＴＣ関連の内容において端末または端末という用語は、ＭＴＣ端末を称することができる。
【００３７】
−ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰ基盤に提供するサブシステム。
【００３８】
−ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークにおいて国際的に固有に割り当てられるユーザ識別子。
【００３９】
−ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：人の介入無しでマシンにより行われる通信。Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）通信と称してもよい。
【００４０】
−ＭＴＣ端末（ＭＴＣ  ＵＥまたはＭＴＣ  ｄｅｖｉｃｅまたはＭＴＣ装置）：移動通信ネットワークを介した通信（例えば、ＰＬＭＮを介してＭＴＣサーバと通信）機能を有し、ＭＴＣ機能を行う端末（例えば、自販機、検針器など）。
【００４１】
−ＭＴＣサーバ（ＭＴＣ  ｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバ。移動通信ネットワークの内部または外部に存在しうる。ＭＴＣユーザがアクセス（ａｃｃｅｓｓ）できるインターフェースを有することができる。また、ＭＴＣサーバは、他のサーバにＭＴＣ関連サービスを提供することもでき（ＳＣＳ（Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）形態）、自分がＭＴＣアプリケーションサーバであってもよい。
【００４２】
−（ＭＴＣ）アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）：（ＭＴＣが適用される）サービス（例えば、遠隔検針、物量移動追跡、気象観測センサなど）
【００４３】
−（ＭＴＣ）アプリケーションサーバ：（ＭＴＣ）アプリケーションが実行されるネットワーク上のサーバ
【００４４】
−ＭＴＣ特徴（ＭＴＣ  ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能。例えば、ＭＴＣモニタリング（ｍｏｎｉｔｏｒｉｎｇ）は、遠隔検針などのＭＴＣアプリケーションにおいて装備紛失などに備えるための特徴であり、低い移動性（ｌｏｗ  ｍｏｂｉｌｉｔｙ）は、自販機のようなＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。
【００４５】
−ＭＴＣユーザ（ＭＴＣ  Ｕｓｅｒ）：ＭＴＣユーザは、ＭＴＣサーバにより提供されるサービスを使用する。
【００４６】
−ＭＴＣ加入者（ＭＴＣ  ｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレーターと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供するエンティティ（ｅｎｔｉｔｙ）である。
【００４７】
−ＭＴＣグループ（ＭＴＣ  ｇｒｏｕｐ）：少なくとも一つ以上のＭＴＣ特徴を共有し、ＭＴＣ加入者に属するＭＴＣ端末のグループを意味する。
【００４８】
−サービス能力サーバ（ＳＣＳ：Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）：ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）上のＭＴＣ−ＩＷＦ（ＭＴＣ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）及びＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。ＳＣＳは、一つ以上のＭＴＣアプリケーションによる使用のための能力(capability)を提供する。
【００４９】
−外部識別子（Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバ）がＭＴＣ端末（または、ＭＴＣ端末が属する加入者）を指す（または識別する）ために使用する識別子（ｉｄｅｎｔｉｆｉｅｒ）であって、全世界的に固有（ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ）である。外部識別子は、次のようにドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）とローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）から構成される。
【００５０】
−ドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）：移動通信ネットワーク事業者の制御項にあるドメインを識別するための識別子。一つの事業者は、互いに異なるサービスへの接続を提供するためにサービスごとにドメイン識別子を使用することができる。
【００５１】
−ローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）を類推または取得するために使用される識別子。ローカル識別子は、アプリケーションドメイン内では固有（ｕｎｉｑｕｅ）でなければならず、移動通信ネットワーク事業者により管理される。
【００５２】
−ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークにおいてＮｏｄｅ  Ｂ及びこれを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢを含む単位。端末端に存在しコアネットワークへの接続を提供する。
【００５３】
−ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザ状態格納などの機能を行うことができる。
【００５４】
−ＲＡＮＡＰ（ＲＡＮ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（すなわち、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））間のインターフェース。
【００５５】
−ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーターごとに区分されて構成されることができる。
【００５６】
−ＳＣＥＦ（Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）：３ＧＰＰネットワークインターフェースにより提供されるサービス及び能力（ｃａｐａｂｉｌｉｔｙ）を安全に露出するための手段を提供するサービス能力露出（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ）のための３ＧＰＰアーキテクチャ内のエンティティ。
【００５７】
以下、上のように定義された用語に基づいて本発明について述べる。
【００５８】
本発明が適用されることができるシステムの一般
【００５９】
図１は、本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）を簡略に例示する図である。
【００６０】
図１のネットワーク構造図は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）の構造を、これを簡略に再構成したものである。
【００６１】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰ基盤に様々な無線接続技術を支援し、より向上したデータ送信能力を提供するなどの最適化したパケット基盤システムを提供することを目標とする。
【００６２】
具体的に、ＥＰＣは、３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケット基盤リアルタイム及び非リアルタイムサービスを支援できる。既存の移動通信システム（すなわち、第２世代または第３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の２個の区別されるサブドメインを介してコアネットワークの機能が具現化された。しかしながら、第３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化された。すなわち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末との間の接続が、ＩＰ基盤の基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。すなわち、ＥＰＣは、エンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービスの具現化に必須な構造である。
【００６３】
ＥＰＣは、様々な構成要素を含むことができ、図１では、その中で一部に該当するＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（またはＳ−ＧＷ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）（または、ＰＧＷまたはＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００６４】
ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能を果たす要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にかけて移動する場合、ＳＧＷは、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割を果たす。すなわち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース−８以後に定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、ＳＧＷを介してパケットがルーティングされることができる。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース−８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮ、またはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもある。
【００６５】
ＰＤＮ  ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、ポリシー執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークまたはＷｉｍａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントとして機能することができる。
【００６６】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別のゲートウェイから構成されていることを示したが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現化されることもできる。
【００６７】
ＭＭＥは、端末のネットワーク接続に対するアクセス、ネットワーク資源の割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは、加入者及びセッション管理に関する制御プレーン機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来におけるゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、セキュリティー過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末とネットワークとのセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、アイドル端末位置管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００６８】
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００６９】
ｅＰＤＧは、信頼できない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対するセキュリティーノードとして機能する。
【００７０】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非３ＧＰＰアクセス基盤でもＥＰＣ内の様々な要素を経て事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスできる。
【００７１】
また、図１では、様々な参照ポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を接続する概念的なリンクを参照ポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）のように定義する。次の表１は、図１に示す参照ポイントを整理したものである。表１の例示の他にも、ネットワーク構造によって様々な参照ポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）が存在しうる。
【００７２】
【表１】
0006756047.tif 000002
【００７３】
図１に示す参照ポイントのうちＳ２ａ及びＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性資源をユーザプレーンに提供する参照ポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性支援をユーザプレーンに提供する参照ポイントである。
【００７４】
図２は、本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【００７５】
Ｅ−ＵＴＲＡＮシステムは、従来のＵＴＲＡＮシステムから進化したシステムであって、例えば、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムでありうる。通信ネットワークは、ＩＭＳ及びパケットデータを介して音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ））のような様々な通信サービスを提供するために広範囲に配置される。
【００７６】
図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは、端末に制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）プロトコルを提供するｅＮＢから構成され、ｅＮＢは、Ｘ２インターフェースを介して接続される。
【００７７】
Ｘ２ユーザプレーンインターフェース（Ｘ２−Ｕ）は、ｅＮＢの間に定義される。Ｘ２−Ｕインターフェースは、ユーザプレーンＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の保証されない伝達（ｎｏｎ  ｇｕａｒａｎｔｅｅｄ  ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２制御プレーンインターフェース（Ｘ２−ＣＰ）は、二つの隣接ｅＮＢの間に定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットｅＮＢとの間のユーザプレーントンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理などの機能を行う。
【００７８】
ｅＮＢは、無線インターフェースを介して端末に接続され、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）に接続される。
【００７９】
Ｓ１ユーザプレーンインターフェース（Ｓ１−Ｕ）は、ｅＮＢとサービングゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）との間に定義される。Ｓ１制御プレーンインターフェース（Ｓ１−ＭＭＥ）は、ｅＮＢと移動性管理個体（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）の間に定義される。Ｓ１インターフェースは、ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラサービス管理機能、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥ負荷バランシング機能などを行う。Ｓ１インターフェースは、ｅＮＢとＭＭＥ／Ｓ−ＧＷとの間に多対多の関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）を支援する。
【００８０】
ＭＭＥは、ＮＡＳシグナリングセキュリティー（ｓｅｃｕｒｉｔｙ）、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）セキュリティー（ｓｅｃｕｒｉｔｙ）制御、３ＧＰＰアクセスネットワーク間移動性を支援するためのＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノード間（Ｉｎｔｅｒ−ＣＮ）のシグナリング、（ページング再送信の実行及び制御を含んで）アイドル（ＩＤＬＥ）モードＵＥアクセス可能性（ｒｅａｃｈａｂｉｌｉｔｙ）、（アイドル及びアクティブモード端末のための）トラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）管理、ＰＤＮ  ＧＷ及びＳＧＷ選択、ＭＭＥが変更されるハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング（ｒｏａｍｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、専用ベアラ確立（ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）を含むベアラ管理機能、公共警告システム（ＰＷＳ：Ｐｕｂｌｉｃ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）（地震及び津波警告システム（ＥＴＷＳ：Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）及び常用モバイル警告システム（ＣＭＡＳ：Ｃｏｍｍｅｒｃｉａｌ  Ｍｏｂｉｌｅ  Ａｌｅｒｔ  Ｓｙｓｔｅｍ）含む）メッセージ送信の支援などの様々な機能を行うことができる。
【００８１】
図３は、本発明が適用されることができる無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【００８２】
図３を参照すると、ｅＮＢは、ゲートウェイ（例えば、ＭＭＥ）の選択、無線資源制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間のゲートウェイへのルーティング、放送チャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）のスケジューリング及び送信、アップリンク及びダウンリンクにおけるＵＥへ動的資源の割り当て、そして、ＬＴＥ＿ＡＣＴＩＶＥ状態で移動性制御接続の機能を行うことができる。上述のように、ＥＰＣ内においてゲートウェイは、ページング開始（ｏｒｇｉｎａｔｉｏｎ）、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）の暗号化（ｃｉｐｈｅｒｉｎｇ）、システムアーキテクチャエボリューション（ＳＡＥ：Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ベアラ制御、そして、ＮＡＳシグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性（ｉｎｔｅｒｇｒｉｔｙ）保護の機能を行うことができる。
【００８３】
図４は、本発明が適用されることができる無線通信システムにおける端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の構造を示す。
【００８４】
図４（ａ）は、制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコルの構造を示し、図４（ｂ）は、ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコルの構造を示す。
【００８５】
図４を参照すると、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの層は、通信システムの技術分野で公知の広く知られた開放型システム間相互接続（ＯＳＩ：ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）標準モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）及び第３層（Ｌ３）に分割されることができる。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）、データリンク層（ｄａｔａ  ｌｉｎｋ  ｌａｙｅｒ）及びネットワーク層（ｎｅｔｗｏｒｋ  ｌａｙｅｒ）からなり、垂直的には、データ情報送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）と制御信号（ｓｉｇｎａｌｉｎｇ）伝達のためのプロトコルスタックである制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に区分される。
【００８６】
制御プレーンは、端末とネットワークが呼を管理するために利用する制御メッセージが送信される通路を意味する。ユーザプレーンは、アプリケーション層において生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが送信される通路を意味する。以下、無線プロトコルの制御プレーンとユーザプレーンの各層について説明する。
【００８７】
第１層（Ｌ１）である物理層（ＰＨＹ：ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を使用することによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置した媒体アクセス制御（ＭＡＣ：ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層にトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続され、トランスポートチャネルを介してＭＡＣ層と物理層との間でデータが送信される。トランスポートチャネルは、無線インターフェースを介してデータがどのように、どのような特徴で送信されるかに応じて分類される。そして、互いに異なる物理層の間、送信端の物理層と受信端の物理層との間には、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが送信される。物理層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線資源として活用する。
【００８８】
物理層で使用されるいくつかの物理制御チャネルがある。物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、端末にページングチャネル（ＰＣＨ：ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）とダウンリンク共有チャネル（ＤＬ−ＳＣＨ：ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）の資源割り当て及びアップリンク共有チャネル（ＵＬ−ＳＣＨ：ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に関連するＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）情報を知らせる。また、ＰＤＣＣＨは、端末にアップリンク送信の資源割り当てを知らせるアップリンク承認（ＵＬ  ｇｒａｎｔ）を運ぶことができる。物理制御フォーマット指示子チャネル（ＰＤＦＩＣＨ：ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに使用されるＯＦＤＭシンボルの数を知らせ、サブフレームごとに送信される。物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ：ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、アップリンク送信の応答として、ＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅ）信号を運ぶ。物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、ダウンリンク送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、スケジューリング要求及びチャネル品質指示子（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）などのようなアップリンク制御情報を運ぶ。物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨを運ぶ。
【００８９】
第２層（Ｌ２）のＭＡＣ層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲＬＣ：ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層にサービスを提供する。また、ＭＡＣ層は、論理チャネルとトランスポートチャネルとの間のマッピング及び論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化機能を含む。
【００９０】
第２層（Ｌ２）のＲＬＣ層は、信頼性のあるデータ送信を支援する。ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲＢ：ｒａｄｉｏ  ｂｅａｒｅｒ）が要求する様々なＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は、透過モード（ＴＭ：ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）、非確認モード（ＵＭ：ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）及び確認モード（ＡＭ：ａｃｋｎｏｗｌｅｄｇｅ  ｍｏｄｅ）の３種類の動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。一方、ＭＡＣ層がＲＬＣ機能を行う場合に、ＲＬＣ層は、ＭＡＣ層の機能ブロックとして含まれることができる。
【００９１】
第２層（Ｌ２）のパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層は、ユーザプレーンにおいてユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）機能を行う。ヘッダ圧縮機能は、小さな帯域幅を有する無線インターフェースを介してＩＰｖ４（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）またはＩＰｖ６（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）のようなインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率よく送信されるようにするため、相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らす機能を意味する。制御プレーンにおけるＰＤＣＰ層の機能は、制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００９２】
第３層（Ｌ３）の最下位部分に位置した無線資源制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層は、制御プレーンにおいてのみ定義される。ＲＲＣ層は、端末とネットワークとの間の無線資源を制御する役割を行う。このために、端末とネットワークは、ＲＲＣ層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）に関して論理チャネル、トランスポートチャネル及び物理チャネルを制御する。無線ベアラは、端末とネットワークとの間のデータ送信のために、第２層（Ｌ２）によって提供される論理的な経路を意味する。無線ベアラが設定されることは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定することを意味する。無線ベアラは、またシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ  ＲＢ）とデータ無線ベアラ（ＤＲＢ：ｄａｔａ  ＲＢ）の２種類に分類されることができる。ＳＲＢは、制御プレーンにおいてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザプレーンにおいてユーザデータを送信する通路として使用される。
【００９３】
ＲＲＣ層上位に位置するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）層は、セッション管理（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）と移動性管理（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００９４】
基地局を構成する一つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚなどの帯域幅のうち一つに設定され、種々の端末にダウンリンクまたはアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
【００９５】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネル（ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）には、システム情報を送信する放送チャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ、ユーザトラフィックまたは制御メッセージを送信するＤＬ−ＳＣＨなどがある。ダウンリンクマルチキャスト、放送サービスのトラフィック、または制御メッセージの場合、ＤＬ−ＳＣＨを介して送信されてもよく、または、別のダウンリンクマルチキャストチャネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネル（ｕｐｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）には、初期制御メッセージを送信するランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御メッセージを送信するＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がある。
【００９６】
論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）は、トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる。論理チャネルは、制御領域情報の伝達のための制御チャネルとユーザ領域情報の伝達のためのトラフィックチャネルに区分される。制御チャネルには、放送制御チャネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ページング制御チャネル（ＰＣＣＨ：ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、共通制御チャネル（ＣＣＣＨ：ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、専用制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、マルチキャスト制御チャネル（ＭＣＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）などがある。トラフィックチャネルには、専用トラフィックチャネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）、マルチキャストトラフィックチャネル（ＭＴＣＨ：ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）などがある。ＰＣＣＨは、ページング情報を伝達するダウンリンクチャネルであり、ネットワークがＵＥが属するセルが分からない時に使用される。ＣＣＣＨは、ネットワークとのＲＲＣ接続を有しないＵＥにより使用される。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）制御情報を伝達するために使用されるポイントツーマルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報を伝達するＲＲＣ接続を有する端末により使用されるポイントツーポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）チャネルである。ＤＴＣＨは、アップリンク及びダウンリンクで存在しうるユーザ情報を伝達するために、一つの端末に占有されるポイントツーポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャネルである。ＭＴＣＨは、ネットワークからＵＥへのトラフィックデータを伝達するためにポイントツーマルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルである。
【００９７】
論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）との間のアップリンク接続の場合、ＤＣＣＨは、ＵＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨは、ＵＬ−ＳＣＨとマッピングされてもよく、ＣＣＣＨは、ＵＬ−ＳＣＨとマッピングされてもよい。論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）との間のダウンリンク接続の場合、ＢＣＣＨは、ＢＣＨまたはＤＬ−ＳＣＨとマッピングされてもよく、ＰＣＣＨは、ＰＣＨとマッピングされてもよく、ＤＣＣＨは、ＤＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨは、ＤＬ−ＳＣＨとマッピングされてもよく、ＭＣＣＨは、ＭＣＨとマッピングされてもよく、ＭＴＣＨは、ＭＣＨとマッピングされてもよい。
【００９８】
図５は、本発明が適用されることができる無線通信システムにおける物理チャネルの構造を簡略に例示する図である。
【００９９】
図５を参照すると、物理チャネルは、周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）における一つ以上のサブキャリアと、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）における一つ以上のシンボルから構成される無線資源を介してシグナリング及びデータを伝達する。
【０１００】
１．０ｍｓ長を有する一つのサブフレームは、複数のシンボルから構成される。サブフレームの特定シンボル（例えば、サブフレームの最初のシンボル）は、ＰＤＣＣＨのために使用されることができる。ＰＤＣＣＨは、動的に割り当てられる資源に対する情報（例えば、資源ブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）、変調及びコーディング方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）等）を運ぶ。
【０１０１】
ランダムアクセスの手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）
【０１０２】
以下、ＬＴＥ／ＬＴＥ−Ａシステムにおいて提供するランダムアクセスの手順（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）について説明する。
【０１０３】
ランダムアクセス手順は、端末が基地局とのＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がないから、ＲＲＣアイドル状態で初期接続（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）を行う場合、ＲＲＣ接続再確立手順（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）を行う場合などに行われる。
【０１０４】
ＬＴＥ／ＬＴＥ−Ａシステムでは、ランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ、ＲＡＣＨ  ｐｒｅａｍｂｌｅ）を選択する過程において、特定の集合内で端末が任意に一つのプリアンブルを選択して使用する競争ベースのランダムアクセスの手順（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）と、基地局が特定の端末のみに割り当てたランダムアクセスプリアンブルを使用する非競争ベースのランダムアクセスの手順（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）を全て提供する。
【０１０５】
図６は、本発明が適用されることができる無線通信システムにおける競争ベースのランダムアクセスの手順を説明するための図である。
【０１０６】
（１）第１メッセージ（Ｍｓｇ  １、ｍｅｓｓａｇｅ  １）
【０１０７】
まず、端末は、システム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）またはハンドオーバー命令（ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）を介して指示されたランダムアクセスプリアンブルの集合から任意に（ｒａｎｄｏｍｌｙ）一つのランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ、ＲＡＣＨ  ｐｒｅａｍｂｌｅ）を選択し、前記ランダムアクセスプリアンブルを送信できるＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ＲＡＣＨ）資源を選択して送信する。
【０１０８】
端末からランダムアクセスプリアンブルを受信した基地局は、プリアンブルをデコードし、ＲＡ−ＲＮＴＩを取得する。ランダムアクセスプリアンブルが送信されたＰＲＡＣＨに関連するＲＡ−ＲＮＴＩは、該当端末が送信したランダムアクセスプリアンブルの時間−周波数資源によって決定される。
【０１０９】
（２）第２メッセージ（Ｍｓｇ  ２、ｍｅｓｓａｇｅ  ２）
【０１１０】
基地局は、第１メッセージ上のプリアンブルを介して取得したＲＡ−ＲＮＴＩで指示（ａｄｄｒｅｓｓ）されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）を端末に送信する。ランダムアクセス応答には、ランダムアクセスプリアンブルインデックス／識別子（ＲＡ  ｐｒｅａｍｂｌｅ  ｉｎｄｅｘ／ｉｄｅｎｔｉｆｉｅｒ）、アップリンク無線資源を知らせるアップリンク承認（ＵＬ  ｇｒａｎｔ）、一時的セル識別子（ＴＣ−ＲＮＴＩ：Ｔｅｍｐｏｒａｒｙ  Ｃｅｌｌ  ＲＮＴＩ）、そして時間同期値（ＴＡＣ：ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｃｏｍｍａｎｄ）が含まれる。ＴＡＣは、基地局が端末にアップリンク時間整列（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）を維持するために送る時間同期値を指示する情報である。端末は、前記時間同期値を用いてアップリンク送信タイミングを更新する。端末が時間同期を更新すると、時間同期タイマー（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｔｉｍｅｒ）を開始または再開する。ＵＬ  ｇｒａｎｔは、後述するスケジューリングメッセージ（第３メッセージ）の送信に使用されるアップリンク資源割り当て及びＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｍｍａｎｄ）を含む。ＴＰＣは、スケジューリングされたＰＵＳＣＨのための送信パワーの決定に使用される。
【０１１１】
端末は、ランダムアクセスプリアンブルを送信後に、基地局がシステム情報またはハンドオーバー命令を介して指示されたランダムアクセス応答ウィンドウ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ  ｗｉｎｄｏｗ）内で自分のランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）の受信を試み、ＰＲＡＣＨに対応するＲＡ−ＲＮＴＩでマスキングされたＰＤＣＣＨを検出し、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨを受信するようになる。ランダムアクセス応答情報は、ＭＡＣ  ＰＤＵ（ＭＡＣ  ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ）の形式で送信されることができ、前記ＭＡＣ  ＰＤＵは、ＰＤＳＣＨを介して伝達されることができる。
【０１１２】
端末は、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブルインデックス／識別子を有するランダムアクセス応答の受信に成功すると、ランダムアクセス応答のモニタリングを中止する。一方、ランダムアクセス応答ウィンドウが終了するまでランダムアクセス応答メッセージを受信できないか、または基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブルインデックスを有する有効なランダムアクセス応答を受信していない場合、ランダムアクセス応答の受信は失敗したと見なされ、その後、端末はプリアンブル再送信を行うことができる。
【０１１３】
（３）第３メッセージ（Ｍｓｇ  ３、ｍｅｓｓａｇｅ  ３）
【０１１４】
端末が自分に有効なランダムアクセス応答を受信した場合には、前記ランダムアクセス応答に含まれた情報をそれぞれ処理する。すなわち、端末は、ＴＡＣを適用させ、ＴＣ−ＲＮＴＩを格納する。また、ＵＬ  ｇｒａｎｔを用いて、端末のバッファに格納されたデータまたは新しく生成されたデータを基地局に送信する。
【０１１５】
端末の最初の接続の場合、ＲＲＣ層で生成され、ＣＣＣＨを介して伝達されたＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて送信されることができ、ＲＲＣ接続再確立手順の場合、ＲＲＣ層で生成されてＣＣＣＨを介して伝達されたＲＲＣ接続再確立要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて送信されることができる。また、ＮＡＳ接続要求メッセージを含んでもよい。
【０１１６】
第３メッセージは、端末の識別子が含まれなければならない。端末の識別子を含める方法には２通りの方法が存在する。第１の方法は、端末が前記ランダムアクセスの手順以前に既に該当セルから割り当てられた有効なセル識別子（Ｃ−ＲＮＴＩ）を有していると、端末は、前記ＵＬ  ｇｒａｎｔに対応するアップリンク送信信号を介して自分のセル識別子を送信する。一方、仮にランダムアクセスの手順以前に有効なセル識別子が割り当てられていなければ、端末は、自分の固有識別子（例えば、Ｓ−ＴＭＳＩ（ＳＡＥ  ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）または任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））を含んで送信する。一般に上記の固有識別子は、Ｃ−ＲＮＴＩより長い。
【０１１７】
端末は、前記ＵＬ  ｇｒａｎｔに対応するデータを送信した場合、衝突解決のためのタイマー（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を開始する。
【０１１８】
（４）第４メッセージ（Ｍｓｇ  ４、ｍｅｓｓａｇｅ  ４）
【０１１９】
基地局は、端末から第３メッセージを介して該当端末のＣ−ＲＮＴＩを受信した場合、受信したＣ−ＲＮＴＩを用いて端末に第４メッセージを送信する。一方、端末から第３メッセージを介して前記固有識別子（すなわち、Ｓ−ＴＭＳＩまたは任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））を受信した場合、ランダムアクセス応答において該当端末に割り当てたＴＣ−ＲＮＴＩを用いて第４メッセージを端末に送信する。一例として、第４メッセージは、ＲＲＣ接続設定メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）を含むことができる。
【０１２０】
端末は、ランダムアクセス応答に含まれたＵＬ  ｇｒａｎｔを介して自分の識別子を含んだデータを送信した後、衝突解決のために基地局の指示を待機する。すなわち、特定メッセージを受信するために、ＰＤＣＣＨの受信を試みる。前記ＰＤＣＣＨを受信する方法においても２通りの方法が存在する。上記で言及したように、前記ＵＬ  ｇｒａｎｔに対応して送信された第３メッセージが自分の識別子がＣ−ＲＮＴＩである場合、自分のＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試み、前記識別子が固有識別子（すなわち、Ｓ−ＴＭＳＩまたは任意の値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））である場合には、ランダムアクセス応答に含まれたＴＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試みる。その後、前者の場合、もし、前記衝突解決タイマーが満了する前に自分のＣ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合に、端末は、正常にランダムアクセスの手順が行われたと判断し、ランダムアクセスの手順を終了する。後者の場合には、前記衝突解決タイマーが満了する前にＴＣ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合、前記ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。仮に前記データの内容に自分の固有識別子が含まれている場合、端末は、正常にランダムアクセスの手順が行われたと判断し、ランダムアクセスの手順を終了する。第４メッセージを介して端末はＣ−ＲＮＴＩを取得し、その後端末とネットワークは、Ｃ−ＲＮＴＩを用いて端末特定メッセージ（ｄｅｄｉｃａｔｅｄ  ｍｅｓｓａｇｅ）を送受信するようになる。
【０１２１】
一方、非競争ベースの任意の接続過程における動作は、図６に示す競争ベースの任意の接続過程と異なって、第１メッセージ送信及び第２メッセージ送信だけで任意接続の手順が終了される。ただし、第１メッセージとして端末が基地局に任意接続プリアンブルを送信する前に、端末は、基地局から任意接続プリアンブルが割り当てられ、この割り当てられた任意接続プリアンブルを基地局に第１メッセージとして送信し、基地局から任意接続応答を受信することで任意接続の手順が終了される。
【０１２２】
以下、本明細書において使用される用語に対する説明は、次のとおりである。
【０１２３】
−専用ベアラ（Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ）：ＵＥ内のアップリンクパケットフィルタとＰ−ＧＷ内ダウンリンクパケットフィルタと関連したＥＰＳベアラである。ここで、フィルタは、特定パケットのみがマッチングされる。
【０１２４】
−基本ベアラ（Ｄｅｆａｕｌｔ  ｂｅａｒｅｒ）：新しいＰＤＮ接続毎に確立されるＥＰＳベアラである。Ｄｅｆａｕｌｔ  ｂｅａｒｅｒのコンテキストは、ＰＤＮ接続の寿命（ｌｉｆｅｔｉｍｅ）の間、維持される。
【０１２５】
−ＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）−ヌル（ＥＭＭ−ＮＵＬＬ）状態：ＵＥ内のＥＰＳサービスが非活性される。いかなるＥＰＳ移動性管理機能も行われない。
【０１２６】
−ＥＭＭ−非登録（ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ）状態：ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＥＭＭコンテキストが確立されず、ＵＥ位置は、ＭＭＥに知られていない。したがって、ＭＭＥによりＵＥがアクセス可能でない（ｕｎｒｅａｃｈａｂｌｅ）。ＥＭＭコンテキストを確立するために、ＵＥは、アタッチ（Ａｔｔａｃｈ）または結合されたアタッチ（ｃｏｍｂｉｎｅｄ  Ａｔｔａｃｈ）手順を始めなければならない。
【０１２７】
−ＥＭＭ−登録（ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ）状態：ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥ内のＥＭＭコンテキストが確立されており、基本（ｄｅｆａｕｌｔ）ＥＰＳベアラコンテキストが活性化されている。ＵＥがＥＭＭ−ＩＤＬＥモードにある時、ＵＥ位置は、ＴＡの特定番号を含むＴＡのリストの正確度でＭＭＥに知らされる。ＵＥは、ユーザデータ及びシグナリング情報の送受信を開始でき、ページングに応答できる。また、ＴＡＵまたは結合されたＴＡＵ（ｃｏｍｂｉｎｅｄ  ＴＡＵ）手順が行われる。
【０１２８】
−ＥＭＭ−接続（ＥＭＭ−ＣＯＮＮＥＣＴＥＤ）モード：ＵＥとネットワークとの間にＮＡＳシグナリング接続が確立される時、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。ＥＭＭ−ＣＯＮＮＥＣＴＥＤの用語は、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態の用語と称されることができる。
【０１２９】
−ＥＭＭ−アイドル（ＥＭＭ−ＩＤＬＥ）モード：ＵＥとネットワークとの間にＮＡＳシグナリング接続が存在しないか（すなわち、留保指示がないＥＭＭ−ＩＤＬＥモード）またはＲＲＣ接続留保（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｕｓｐｅｎｄ）が下位層により指示された時（すなわち、留保指示を伴ったＥＭＭ−ＩＤＬＥモード）、ＵＥは、ＥＭＭ−ＩＤＬＥモードである。ＥＭＭ−ＩＤＬＥの用語は、ＥＣＭ−ＩＤＬＥ状態の用語と称されることもできる。
【０１３０】
−ＥＭＭコンテキスト（ＥＭＭ  ｃｏｎｔｅｘｔ）：アタッチ（Ａｔｔａｃｈ）手順の完了に成功すると、ＥＭＭコンテキストは、ＵＥ及びＭＭＥの内に確立される。
【０１３１】
−制御プレーン（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ：ＭＭＥを経由して制御プレーンを介したユーザデータ（ＩＰ、ｎｏｎ−ＩＰまたはＳＭＳ）の効率的な伝達（ｔｒａｎｓｐｏｒｔ）を可能にするシグナリング最適化。選択的にＩＰデータのヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）を含むことができる。
【０１３２】
−ユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ：ユーザプレーンを介したユーザデータ（ＩＰまたはｎｏｎ−ＩＰ）の効率的な伝達を可能にするシグナリング最適化
【０１３３】
−ＥＰＳサービス：ＰＳドメインにより提供されるサービス。
【０１３４】
−ＮＡＳシグナリング接続：ＵＥとＭＭＥとの間のピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）Ｓ１モード接続。ＮＡＳシグナリング接続は、ＬＴＥ−Ｕｕインターフェースを経由するＲＲＣ接続とＳ１インターフェースを経由するＳ１ＡＰ接続との連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）で構成される。
【０１３５】
−ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎを伴うＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｗｉｔｈ  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ）を使用するＵＥ：ネットワークにより承諾されたｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＣＩｏＴ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎを伴うＥＰＳサービスのためにアタッチ（ａｔｔａｃｈ）されたＵＥ
【０１３６】
−ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＭＴＳ、ＥＰＳプロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージをやり取りするための機能的な層。端末の移動性を支援し、端末とＰＤＮ  ＧＷとの間のＩＰ接続を確立及び維持するセッション管理手順を支援するのを主な機能とする。
【０１３７】
−ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：Ｅ−ＵＴＲＡＮ（ｅＮＢ）とＵＥとの間またはＥ−ＵＴＲＡＮ（ｅＮＢ）とＭＭＥとの間のインターフェースプロトコル（ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）上においてＮＡＳ層下のプロトコル層を意味する。例えば、制御プレーンプロトコルスタックにおいて、ＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を総称するか、またはこの中でいずれか一つの層をＡＳ層と称することができる。または、ユーザプレーンプロトコルスタックにおいて、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を総称するか、またはこの中でいずれか一つの層をＡＳ層と称することができる。
【０１３８】
−Ｓ１モード（Ｓ１  ｍｏｄｅ）：無線アクセスネットワークとコアネットワーク間のＳ１インターフェースの使用による機能的な分離を有するシステムに適用されるモードを意味する。Ｓ１モードは、ＷＢ−Ｓ１モードとＮＢ−Ｓ１モードを含む。
【０１３９】
−ＮＢ−Ｓ１モード（ＮＢ−Ｓ１  ｍｏｄｅ）：ＵＥのサービング無線アクセスネットワークが狭帯域（ＮＢ：Ｎａｒｒｏｗ  Ｂａｎｄ）−ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）による（Ｅ−ＵＴＲＡを経由した）ネットワークサービスへのアクセスを提供する時、ＵＥは、このモードが適用される。
【０１４０】
−ＷＢ−Ｓ１モード（ＷＢ−Ｓ１  ｍｏｄｅ）：システムがＳ１モードで動作するが、ＮＢ−Ｓ１モードでないと、このモードが適用される。
【０１４１】
制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）
【０１４２】
３ＧＰＰ  ＴＳ  ２３．１２２では、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ（すなわち、適切でないセル（Ｎｏ  ｓｕｉｔａｂｌｅ  ｃｅｌｌ））に対して定義している。この部分によれば、次のような端末動作を確認できる。
【０１４３】
−ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅの端末は、緊急ベアラサービスのためのアタッチ（ａｔｔａｃｈ）を除いて位置登録（ＬＲ：Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｒａｔｉｏｎ）を行わない。
【０１４４】
−後述するＬｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅのうち、ａ）、ｃ）、ｆ）に該当する場合、端末は、ＰＣ５インターフェースを介して車両とモノ（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｅｖｅｒｙｔｈｉｎｇ）との通信を行うことができる。
【０１４５】
下記のように移動ステーション（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）がＰＬＭＮから一般サービスを受けることができない状況が存在する。
【０１４６】
ａ）選択されたＰＬＭＮに適したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探索するのに失敗；
【０１４７】
ｂ）ＭＳ内加入者識別モジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）が無い；
【０１４８】
ｃ）ＬＲが受信される時、「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」と応答；
【０１４９】
ｄ）ＬＲが受信される時、「不法のＭＳ」または「不法の移動機器（ＭＥ：Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）」と応答（以後、ＭＥ内のいかなるＳＩＭも「無効（ｉｎｖａｌｉｄ）」と見なされる）；
【０１５０】
ｅ）ＬＲが受信される時、「ＨＬＲ内に知られていないＩＭＳＩ」と応答（以後、ＭＥ内のいかなるＳＩＭも非ＧＰＲＳサービスに対して「無効（ｉｎｖａｌｉｄ）」と見なされる）；
【０１５１】
ｆ）ＧＰＲＳサービスのみにアタッチされたＧＰＲＳ  ＭＳのＬＲが受信される時「ＧＰＲＳサービスが許容されない（ＧＰＲＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）」と応答（ＧＰＲＳ及び非ＧＰＲＳにアタッチされたＧＰＲＳ  ＭＳのセル選択状態は、位置アップデートの結果に依存する）、またはＥＰＳアタッチ、トラッキング領域アップデート（ＴＡＵ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）またはサービス要求が行われる時、「ＥＰＳサービスが許容されない（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）」と応答；または
【０１５２】
ｇ）パワー低減モード（ＰＳＭ：Ｐｏｗｅｒ  ｓａｖｉｎｇ  ｍｏｄｅ）が活性化される。
【０１５３】
上述したａ）ないしｆ）の場合、ＭＳは、必要な場合、緊急呼出し（ｃａｌｌ）を作るためにＰＬＭＮ識別子と関係なく受諾されるセル（ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ）にキャンプ（ｃａｍｐ  ｏｎ）を試みる。ただし、ＮＢ−Ｓ１モードで動作するＭＳは、緊急呼出しを作るための試みをしない。ＭＳが有効なＳＩＭを有しｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであるとき、ＭＳは、利用可能で許容可能なＰＬＭＮを探索する。ｅＣａｌｌ限定モード（ｅＣａｌｌ  ｏｎｌｙ  ｍｏｄｅ）でないＭＳの場合、
【０１５４】
緊急ベアラサービスのためのＧＰＲＳアタッチまたはＥＰＳアタッチを行うのを除き、ｅＣａｌｌ  ｏｎｌｙ  ｍｏｄｅでないＭＳの場合、有効なＳＩＭが存在し適したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）が見つけられるか、または受動ネットワーク再選択が行われるまで、ＬＲ要求は作られない。ｅＣａｌｌ  ｏｎｌｙ  ｍｏｄｅであるＭＳの場合、緊急ベアラサービスのためのＥＰＳアタッチを行うのを除き、ＬＲ要求は作られない。緊急ベアラサービスのためのＧＰＲＳアタッチまたはＥＰＳアタッチを行う時、現在サービングセルのＰＬＭＮは、ＭＳが緊急ベアラサービスのためにアタッチされた区間（ｄｕｒａｔｉｏｎ）の間に選択されたＰＬＭＮと見なされる。ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＭＳの存在は、ＰＬＭＮのどのセルにキャンプ（ｃａｍｐ  ｏｎ）するかが知られる必要がない。
【０１５５】
他の条件下でも緊急呼出しが作られることができる。ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅがａ）またはｃ）またはｆ）に起因する時、必要であれば公共安全活用のための近接性基盤サービス（Ｐｒｏｓｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  ｓｅｒｖｉｃｅｓ）直接通信及びＰｒｏｓｅ直接ディスカバリーが開始されることができる。ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅがａ）またはｃ）またはｆ）に起因する時、必要であればＰＣ５インターフェースを介したＶ２Ｘ通信が開始されることができる。
【０１５６】
Ｖ２Ｘ通信及び制限されたサービス状態（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎａｎｄＬｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）
【０１５７】
端末がＶ２Ｘメッセージを送信する動作（すなわち、Ｖ２Ｘ通信）は、３ＧＰＰ  ＴＳ  ２４．３８６で定義している。このとき、端末動作は、ＰｒｏＳｅ関連規格である３ＧＰＰ  ＴＳ  ２４．３３４に述べたものと同じことを仮定しており、３ＧＰＰ  ＴＳ  ２４．３３４を参照している。
【０１５８】
上位層は、ＵＥがＰＣ５を介したＶ２Ｘ通信を利用してＶ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを送信するように要求できる。
【０１５９】
上位層からの要求は、次を含む：
【０１６０】
ａ）Ｖ２Ｘメッセージ；
【０１６１】
ｂ）Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子；
【０１６２】
ｃ）Ｖ２Ｘメッセージ内のデータタイプ（インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）または非ＩＰ（ｎｏｎ−ＩＰ））；
【０１６３】
ｄ）Ｖ２Ｘメッセージがｎｏｎ−ＩＰデータを含むと、ｎｏｎ−ＩＰタイプＰＤＵのｎｏｎ−ＩＰタイプフィールドをＶ２Ｘメッセージファミリー（ｆａｍｉｌｙ）に相当する値にセッティングするための指示；及び
【０１６４】
ｅ）Ｖ２Ｘメッセージ優先順位。
【０１６５】
上位層からＰＣ５を介したＶ２Ｘ通信を利用して、Ｖ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを送信するように要求を受信すると、ＵＥは、次の手順を進行する：
【０１６６】
ａ）仮に、次の条件が満たされると：
【０１６７】
１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（「ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」）；
【０１６８】
２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線資源（すなわち、キャリア周波数）を使用するように意図する；
【０１６９】
３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時、登録されたＰＬＭＮがＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属する；
【０１７０】
４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＰＬＭＮリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される；
【０１７１】
この場合、ＵＥは、次のように動作する：
【０１７２】
１）ＰＣ５を介したＶ２Ｘ通信のための無線資源要求；及び
【０１７３】
２）ＰＣ５を介したＶ２Ｘ通信の送信遂行
【０１７４】
ｂ）反面、次の条件が満たされると：
【０１７５】
１）ＵＥが：
【０１７６】
Ａ）Ｅ−ＵＴＲＡＮによりサービスされない（「ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」）；または
【０１７７】
Ｂ）ＥＭＭ−ＩＤＬＥモードでｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである、仮にＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである場合は、次のうち、いずれか一つに該当する；
【０１７８】
ｉ）ＵＥが選択されたＰＬＭＮ内で適したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探索できない場合；
【０１７９】
ｉｉ）ＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージを受信した場合；または
【０１８０】
ｉｉｉ）ＵＥがＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージ、ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージ、またはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴメッセージまたはＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージまたはＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合；
【０１８１】
２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥがＰＣ５を介したＶ２Ｘ通信を利用するように許可される；及び
【０１８２】
３）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される；
【０１８３】
この場合、ＵＥは、次のように動作する：
【０１８４】
１）ＰＣ５を介したＶ２Ｘ通信のための無線資源選択；及び
【０１８５】
２）ＰＣ５を介したＶ２Ｘ通信の送信遂行；
【０１８６】
それとも、ＵＥは、ＰＣ５を介したＶ２Ｘ通信を行わない。
【０１８７】
Ｖ２Ｘ通信及びＰＣ５資源管理／割り当て
【０１８８】
３ＧＰＰ  ＴＳ  ２３．２８５によれば、アタッチ（ａｔｔａｃｈ）またはサービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）またはＴＡＵ手順動作時、ＭＭＥがＵＥコンテキスト（ＵＥ  ｃｏｎｔｅｘｔ）をＳ１−ＡＰ初期ＵＥコンテキストセットアップ要求（Ｉｎｉｔｉａｌ  ＵＥ  ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージとしてｅＮＢに伝達した時、ｅＮＢは、この情報を格納しＵＥのＰＣ５資源管理に使用する。
【０１８９】
１）Ｅ−ＵＴＲＡＮアタッチ手順（Ｅ−ＵＴＲＡＮ  ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅ）
【０１９０】
Ｖ２Ｘ可能な（Ｖ２Ｘ−ｅｎａｂｌｅｄ）ＵＥのためのＥ−ＵＴＲＡＮ  ａｔｔａｃｈ手順は、３ＧＰＰ  ＴＳ  ２３．４０１で定義されたとおりに行われ、次が追加される：
【０１９１】
−ＵＥは、アタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージ内「ＵＥネットワーク能力（ＵＥ  Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ）」の一環として、Ｖ２Ｘ能力指示を含める。ＭＭＥは、Ｖ２Ｘ動作のためにこの情報を格納する。Ｖ２Ｘ能力は、ＵＥがＰＣ５参照ポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）を介してＶ２Ｘ通信を支援できるかどうかを指示する。
【０１９２】
−ＵＥがＶ２Ｘ能力を指示した場合、ＵＥは、加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信に許可される。そして、ＭＭＥは、ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を利用するために許可されたことを指示する「Ｖ２Ｘサービス許可（Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ）」指示をＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）内に含める。
【０１９３】
−ＭＭＥは、加入データの一環としてＨＳＳからＵＥ−ＰＣ５−ＡＭＢＲ（Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）を獲得し、ＵＥ−ＰＣ５−ＡＭＢＲをＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）内に含めてｅＮＢに送信する。ｅＮＢは、ネットワークスケジューリングされたモード（ｎｅｔｗｏｒｋ  ｓｃｈｅｄｕｌｅｄ  ｍｏｄｅ）でＶ２ＸサービスのためのＵＥのＰＣ５送信の資源管理にＵＥ−ＰＣ５−ＡＭＢＲを利用する。
【０１９４】
２）サービス要求手順（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅｓ）
【０１９５】
ＵＥのためのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ手順は、３ＧＰＰ  ＴＳ  ２３．４０１で定義されたとおりに行われ、次が追加される：
【０１９６】
−ＵＥがＶ２Ｘ可能でＵＥが加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信を利用するように許可されると、ＭＭＥは、ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を利用するために許可されたことを指示する「Ｖ２Ｘサービス許可（Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ）」指示をＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）内に含める。
【０１９７】
−ＭＭＥは、ＵＥ−ＰＣ５−ＡＭＢＲをＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）内に含めてｅＮＢに送信する。ｅＮＢは、ＵＥ−ＰＣ５−ＡＭＢＲをＵＥコンテキストの一部として格納し、ネットワークスケジューリングされたモード（ｎｅｔｗｏｒｋ  ｓｃｈｅｄｕｌｅｄ  ｍｏｄｅ）でＶ２ＸサービスのためのＵＥのＰＣ５送信の資源管理にＵＥ−ＰＣ５−ＡＭＢＲを利用する。
【０１９８】
３）Ｓ１ハンドオーバ手順（Ｓ１  Ｈａｎｄｏｖｅｒ  ｐｒｏｃｅｄｕｒｅｓ）
【０１９９】
ＵＥのためのイントラ（ｉｎｔｒａ）−Ｅ−ＵＴＲＡＮ  Ｓ１基盤ハンドオーバまたはＥ−ＵＴＲＡＮへのインター（ｉｎｔｅｒ）−ＲＡＴハンドオーバ手順は、３ＧＰＰ  ＴＳ  ２３．４０１で定義されたとおりに行われ、次が追加される：
【０２００】
−ＵＥがＶ２Ｘ可能でＵＥが加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信を利用するように許可されると、ターゲットＭＭＥは、「Ｖ２Ｘサービス許可（Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ）」指示及びＵＥ−ＰＣ５−ＡＭＢＲをターゲットｅＮＢに次のように送信する：
【０２０１】
−ｉｎｔｒａ  ＭＭＥハンドオーバの場合、「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲは、Ｓ１−ＡＰハンドオーバ要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）メッセージ内に含まれる。ハンドオーバ手順以後にＶ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示またはＵＥ−ＰＣ５−ＡＭＢＲまたは両方とも変更されると、アップデートされた「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示またはアップデートされたＰＣ５−ＡＭＢＲまたは両方ともがＳ１−ＡＰ  ＵＥコンテキスト修正要求（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに含まれて、ターゲットｅＮＢに送信される。
【０２０２】
−ｉｎｔｅｒ  ＭＭＥハンドオーバまたはＥ−ＵＴＲＡＮへのＩｎｔｅｒ−ＲＡＴハンドオーバの場合、ハンドオーバ手順後「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲがＳ１−ＡＰ  ＵＥコンテキスト修正要求（ＵＥ  ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに含まれて、ターゲットｅＮＢに送信される。
【０２０３】
４）Ｘ２ハンドオーバ手順（Ｘ２  Ｈａｎｄｏｖｅｒ  ｐｒｏｃｅｄｕｒｅｓ）
【０２０４】
Ｘ２基盤ハンドオーバの場合、「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲは、ターゲットｅＮＢに次のように送信される：
【０２０５】
−ソースｅＮＢがＶ２Ｘ可能（Ｖ２Ｘ−ｅｎａｂｌｅｄ）で、「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示がＵＥコンテキストに含まれると、ソースｅＮＢは、「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲをＸ２−ＡＰハンドオーバ要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）メッセージに含めて、ターゲットｅＮＢに送信する。
【０２０６】
−ＵＥがＶ２Ｘ可能（Ｖ２Ｘ−ｅｎａｂｌｅｄ）で、ＵＥが加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信を使用するように許可されると、ＭＭＥは、「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲを経路スイッチ要求確認応答（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージ内に含めて、ターゲットｅＮＢに送信する。ハンドオーバ手順以後にＶ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示またはＵＥ−ＰＣ５−ＡＭＢＲまたは両方とも変更されると、アップデートされた「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示またはアップデートされたＰＣ５−ＡＭＢＲまたは両方ともがＳ１−ＡＰ  ＵＥコンテキスト修正要求（ＵＥ  ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに含まれて、ターゲットｅＮＢに送信される。
【０２０７】
ターゲットｅＮＢに送信された「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示は、ＵＥがＰＣ５を介したＶ２Ｘ通信を使用するように許可されたことを表す。
【０２０８】
ＵＥ−ＰＣ５−ＡＭＢＲは、Ｖ２Ｘ通信内ＵＥのＰＣ５送信の資源管理のためにターゲットｅＮＢに送信される。
【０２０９】
５）ＴＡＵ手順（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）
【０２１０】
ＵＥのためのＴＡＵ手順は、３ＧＰＰ  ＴＳ  ２３．４０１で定義されたとおりに行われ、次が追加される：
【０２１１】
−ＵＥは、トラッキング領域アップデート要求（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔ）メッセージ内「ＵＥネットワーク能力（ＵＥ  Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ）」の一環としてＶ２Ｘ能力指示を含める。ＭＭＥは、Ｖ２Ｘ動作のためにこの情報を格納する。
【０２１２】
−Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔメッセージ内に含まれた「活性（ａｃｔｉｖｅ）」フラグまたは保留中（ｐｅｎｄｉｎｇ）であるダウンリンクデータまたはシグナリングによってＭＭＥがすべての活性化されたＥＰＳベアラコンテキストのために無線及びＳ１ベアラを再確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）することに決定し、ＵＥがＶ２Ｘでき、そしてＵＥが加入データに基づいてＰＣ５参照ポイントを介したＶ２Ｘ通信を使用するように許可された場合、ＭＭＥは、「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示及びＵＥ−ＰＣ５−ＡＭＢＲをＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージに含める。
【０２１３】
６）加入データ挿入手順（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  ｐｒｏｃｅｄｕｒｅ）
【０２１４】
ＵＥのための加入データ挿入手順は、３ＧＰＰ  ＴＳ  ２３．４０１で定義されたとおりに行われ、次が追加される：
【０２１５】
−変更された加入データによって「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示またはＵＥ−ＰＣ５−ＡＭＢＲまたは両方ともが変更される必要があり、Ｓ１ベアラが確立されると、ＭＭＥは、Ｓ１−ＡＰ  ＵＥコンテキスト修正要求（ＵＥ  ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを介してアップデートされた「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ」指示またはＵＥ−ＰＣ５−ＡＭＢＲまたは両方ともをｅＮＢに通知する。
【０２１６】
７）加入データ削除手順（Ｄｅｌｅｔｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  ｐｒｏｃｅｄｕｒｅ）
【０２１７】
ＵＥのための加入データ削除手順は、３ＧＰＰ  ＴＳ  ２９．２７２で定義されたとおりに行われ、先の６）と同じ内容が追加される。
【０２１８】
Ｖ２Ｘ通信及びＰＣ５資源管理／割り当て（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ａｎｄ  ＰＣ５  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ／ａｌｌｏｃａｔｉｏｎ）
【０２１９】
上述したように、「ＵＥがＥ−ＵＴＲＡＮによりサービスされる（ＵＥ  ｉｓ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）」場合、ＰＣ５を介したＶ２Ｘ通信の無線資源は、３ＧＰＰ  ＴＳ  ２４．３３４の１０．２．２節を参照する。
【０２２０】
後述する内容によれば、ＵＥがＥ−ＵＴＲＡＮによりサービスされ（例えば、Ｅ−ＵＴＲＡＮのカバレッジ内）、Ｅ−ＵＴＲＡＮ（例えば、基地局）が提供するＶ２Ｘ（ＰｒｏＳｅ）無線資源を使用しようとする場合、Ｖ２Ｘ通信（ＰｒｏＳｅ直接通信）の送受信に必要なパラメータを下位層（すなわち、ＡＳ層）に要求する。
【０２２１】
具体的に、基地局が該当無線資源プールを提供する場合（すなわち、モード４の場合）は、端末は、ＥＭＭ−ＩＤＬＥ状態で該当プールの無線資源を使用して、Ｖ２Ｘ通信を行うことができる。
【０２２２】
仮に、Ｖ２Ｘ関連情報を放送情報として送信しているが、送信のための資源プールを放送しない場合（すなわち、ＲＲＣ接続をし端末のための専用資源を介してＶ２Ｘメッセージ送信をせざるを得ない場合）（すなわち、モード３）、端末が基地局に無線資源を要求しなければならない。また、このとき、端末がＥＭＭ−ＩＤＬＥである場合、基地局に無線資源を要求するためには、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換しなければならない。このために、サービス要求手順またはＴＡＵ手順を行わなければならない。これに対する内容を下記のように３ＧＰＰ  ＴＳ  ２４．３３４の１０．２．２節で定義している。
【０２２３】
ＵＥがＥ−ＵＴＲＡＮによりサービスされＵＥがＥ−ＵＴＲＡＮセルにより提供されるＰｒｏＳｅ無線資源（すなわち、キャリア周波数）を使用しようとすると、ＵＥは、ＰｒｏＳｅ直接通信を送信または受信するために、下位層にパラメータを要求する。下位層がＰｒｏＳｅ直接通信がネットワークにより支援されると指示する時においてのみ、ＵＥは、直接通信を行う。ＥＭＭ−ＩＤＬＥモードであるＵＥがＰｒｏＳｅ直接通信のための資源を要求しなければならないと、ＵＥは、サービス要求手順またはＴＡＵ手順を行わなければならない。ＰｒｏＳｅ直接通信を送信または受信するための無線資源がｅＮＢにより提供される時、ＵＥは、ＰｒｏＳｅ直接通信を始める。
【０２２４】
Ｖ２Ｘ通信及びＰＣ５資源管理／割り当て（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ａｎｄ  ＰＣ５  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ／ａｌｌｏｃａｔｉｏｎ）（サイドリンク（ｓｉｄｅｌｉｎｋ）ＵＥ情報）
【０２２５】
３ＧＰＰ  ＴＳ  ３６．３３１では、端末が送信するサイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ）に対する内容を記述している。主にＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎは、端末のｓｉｄｅｌｉｎｋ通信に対する関心（ｉｎｔｅｒｅｓｔ）（すなわち、Ｖ２Ｘ通信を希望する）を知らせて、基地局から該当ＰＣ５無線資源の割り当てを受けるために使用される。
【０２２６】
図７は、本発明が適用されることができる無線通信システムにおけるサイドリンクＵＥ情報手順を例示する図である。
【０２２７】
Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ手順の目的は、この手順の目的は、ＵＥがｓｉｄｅｌｉｎｋ通信またはディスカバリー受信にまたはＶ２Ｘ  ｓｉｄｅｌｉｎｋ通信受信に、またはｓｉｄｅｌｉｎｋ通信またはディスカバリーお知らせ（ａｎｎｏｕｎｃｅｍｅｎｔ）のための送信資源の割り当てまたは解除を要求するのに、または周波数／ＰＬＭＮ間（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）セルのシステム情報からｓｉｄｅｌｉｎｋディスカバリー関連パラメータを報告するのに関心があるか、またはこれ以上関心がないということをＵＥがＥ−ＵＴＲＡＮに知らせるためである。
【０２２８】
接続確立に成功した時、関心が変更される時、ｓｉｄｅｌｉｎｋ  Ｖ２Ｘ共通設定（「ｓｌ−Ｖ２Ｘ−ＣｏｎｆｉｇＣｏｍｍｏｎ」）パラメータを含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ１８（「ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８」）またはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１９またはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１を放送するＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）が変更される時、ｓｉｄｅｌｉｎｋ通信またはＶ２Ｘ  ｓｉｄｅｌｉｎｋ通信またはｓｉｄｅｌｉｎｋディスカバリーをすることのできるＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥは、ｓｉｄｅｌｉｎｋ通信またはＶ２Ｘ  ｓｉｄｅｌｉｎｋ通信またはｓｉｄｅｌｉｎｋディスカバリーの受信に関心があると指示するための手順を開始できる。
【０２２９】
ｓｉｄｅｌｉｎｋ通信またはＶ２Ｘ  ｓｉｄｅｌｉｎｋ通信またはｓｉｄｅｌｉｎｋディスカバリーをすることのできるＵＥは、関連したｓｉｄｅｌｉｎｋ通信送信またはディスカバリーお知らせまたはＶ２Ｘ  ｓｉｄｅｌｉｎｋ通信送信のための専用資源の割り当てを要求するためのまたはｓｉｄｅｌｉｎｋディスカバリー送信またはｓｉｄｅｌｉｎｋディスカバリー受信のためのｓｉｄｅｌｉｎｋディスカバリーギャップ（ｇａｐ）を要求するための手順を開始できる。そして、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／ＰＬＭＮ  ｓｉｄｅｌｉｎｋディスカバリーパラメータの報告をすることのできるＵＥは、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／ＰＬＭＮセルのシステム情報からｓｉｄｅｌｉｎｋディスカバリーと関連したパラメータを報告するための手順を開始できる。
【０２３０】
手順を開始する時、ＵＥは、：
【０２３１】
１＞ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８がＰＣｅｌｌにより放送されると：
【０２３２】
２＞ＰＣｅｌｌのためのＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８の有効なバージョンを有すると保証する；
【０２３３】
２＞仮に上位層によりｓｉｄｅｌｉｎｋ通信を受信するように設定されると：
【０２３４】
３＞ＵＥが最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入した後に、ＵＥがｓｉｄｅｌｉｎｋＵＥ情報（ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ）メッセージを送信しないと；または
【０２３５】
３＞ＵＥがＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信した最後の時点からＵＥがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８を放送しないＰＣｅｌｌに接続されると；または
【０２３６】
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎの最後の送信が共通受信関心周波数（「ｃｏｍｍＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑ」）パラメータを含まないと；またはＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信以後にｓｉｄｅｌｉｎｋ通信を受信するように上位層により設定された周波数が変更されると：
【０２３７】
４＞関心のあるｓｉｄｅｌｉｎｋ通信受信周波数を指示するために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する。
【０２３８】
２＞そうでないと：
【０２３９】
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信がｃｏｍｍＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑパラメータを含むと：
【０２４０】
４＞もうこれ以上ｓｉｄｅｌｉｎｋ通信受信に関心が無いことを指示するために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する。
【０２４１】
２＞上位層によりリレイ（ｒｅｌａｙ）が関連しない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ｓｉｄｅｌｉｎｋ通信が設定されると：
【０２４２】
３＞ＵＥが最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入した後にＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信しないと；または
【０２４３】
３＞ＵＥがＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信した最後の時点からＵＥがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８を放送しないＰＣｅｌｌに接続されると；または
【０２４４】
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎの最後の送信が共通送信資源周波数（「ｃｏｍｍＴｘｒｅｓｏｕｒｃｅＲｅｑ」）パラメータを含まないと；またはＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信以後にｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑにより伝達される情報が変更されると：
【０２４５】
４＞ＵＥにより要求されるリレイ（ｒｅｌａｙ）が関連しない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ｓｉｄｅｌｉｎｋ通信送信資源を指示するために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；
【０２４６】
２＞そうでないと：
【０２４７】
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信がｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑを含むと：
【０２４８】
４＞リレイ（ｒｅｌａｙ）が関連しない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ｓｉｄｅｌｉｎｋ通信送信資源をもうこれ以上要求しないということを指示するために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；
【０２４９】
２＞上位層によりリレイ関連した一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）ｓｉｄｅｌｉｎｋ通信を送信するように設定されると：
【０２５０】
３＞ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入した後にＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信しないと；または
【０２５１】
３＞ＵＥがＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信した最後の時点からＵＥがＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８を放送しないＰＣｅｌｌまたはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１９を放送しないＰＣｅｌｌまたはリレイディスカバリー設定（「ｄｉｓｃＣｏｎｆｉｇＲｅｌａｙ」）パラメータを含まないＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１９を放送するＰＣｅｌｌに接続されると；または
【０２５２】
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信が共通送信資源周波数リレイ（「ｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑＲｅｌａｙ」）パラメータを含まないと；またはｃｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑＲｅｌａｙにより伝達される情報がＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信後に変更されると：
【０２５３】
Ｅ−ＵＴＲＡＮによりサービスされない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）Ｐｒｏｓｅ直接通信送信
【０２５４】
上述したように、端末がＥ−ＵＴＲＡＮによりサービスされない場合、ＰＣ５を介したＶ２Ｘ通信のための無線資源を選択する過程は、次のとおりである。
【０２５５】
端末がＥ−ＵＴＲＡＮによりサービスされない場合、動作順序は、次のとおりである。
【０２５６】
１）端末は、設定パラメータに基づいて地理的領域（ｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａ）にマッピングされる無線パラメータ（ｒａｄｉｏ  ｐａｒａｍｅｔｅｒ）を探索する。
【０２５７】
２）端末は、該当ｒａｄｉｏ  ｐａｒａｍｅｔｅｒに干渉が存在するかどうかを確認する。
【０２５８】
３）仮に、干渉がない場合、該当ｒａｄｉｏ  ｐａｒａｍｅｔｅｒを利用してＰＣ５を介したＶ２Ｘ通信を行う。
【０２５９】
反面、干渉がある場合、該当セルのＰＬＭＮを確認して、そのＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮで、許可されたＰＬＭＮリストに含まれていると、該当セル（ＰＬＭＮ選択動作なしで）へ移動してＰＣ５を介したＶ２Ｘ通信を行う。
【０２６０】
以外の場合には、下記の条件を満たす場合、ＰｒｏＳｅ直接通信を行う。
【０２６１】
Ａ．下位層により報告されたＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでない場合；そして
【０２６２】
Ｂ．下位層により報告されたＰＬＭＮのうち、少なくとも一つがＰｒｏＳｅ直接通信のために許可されたＰＬＭＮのリストに含まれ、ＰｒｏＳｅ直接通信のための無線資源を提供する場合；
【０２６３】
ＵＥがプロビジョニングされた無線資源（ｐｒｏｖｉｓｉｏｎｅｄ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅｓ）を使用する手順
【０２６４】
ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥは、次の通りにＰｒｏＳｅ直接通信のために使用される無線パラメータ（ｒａｄｉｏ  ｐａｒａｍｅｔｅｒｓ）を選択する：
【０２６５】
−ＵＥが地理的領域（ｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａ）内に位置すると自ら判断でき、ＵＥにｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａのためのｒａｄｉｏ  ｐａｒａｍｅｔｅｒがプロビジョニングされると、ＵＥは、ｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａと関連したｒａｄｉｏ  ｐａｒａｍｅｔｅｒを選択する；または
【０２６６】
−その他のすべての場合において、ＵＥは、ＰｒｏＳｅ直接通信を開始しない。
【０２６７】
ＰｒｏＳｅ直接通信を開始する前に、ＵＥは、下位層で選択されたｒａｄｉｏ  ｐａｒａｍｅｔｅｒが現在位置内で干渉なしで使用されうるかどうかをチェックする。
【０２６８】
−下位層が使用が干渉を引き起こさないと指示すると、ＵＥは、ＰｒｏＳｅ直接通信を開始する；または
【０２６９】
−そうでなく下位層がｐｒｏｖｉｓｉｏｎｅｄ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ（すなわち、キャリア周波数）内で一つ以上のＰＬＭＮを報告すると、
【０２７０】
ａ）次のような条件が満たされると：
【０２７１】
１）下位層により報告されたＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでない場合；そして
【０２７２】
２）下位層により報告されたＰＬＭＮのうち、少なくとも一つがＰｒｏＳｅ直接通信のために許可されたＰＬＭＮのリストに含まれ、ＰｒｏＳｅ直接通信のための無線資源を提供する場合
【０２７３】
この場合、ＵＥは、次のように動作する：
【０２７４】
１）ＥＭＭ−ＩＤＬＥモードにおいて、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を行う；または
【０２７５】
２）そうでなくＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであると：
【０２７６】
ｉ）  デタッチ（ｄｅｔａｃｈ）手順を行い、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を行う；または
【０２７７】
ｉｉ）ＰｒｏＳｅ直接通信を開始しない。
【０２７８】
ＵＥが先のｉ）またはｉｉ）のうち、どの動作を行うかは、ＵＥの具現化による。
【０２７９】
ｂ）そうでないと、ＵＥは、ＰｒｏＳｅ直接通信を開始しない。
【０２８０】
選択されたＰＬＭＮへの登録が成功すると、ＵＥは、ＰｒｏＳｅ直接通信を開始するための手順を進行する。
【０２８１】
ＵＥがｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａと関連したｒａｄｉｏ  ｐａｒａｍｅｔｅｒを利用してＰｒｏＳｅ直接通信を行う途中にｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａから外れると、ＵＥは、ＰｒｏＳｅ直接通信を行うのを中断する：
【０２８２】
−ＵＥがＥ−ＵＴＲＡＮによりサービスされないと、またはＵＥがサービングＥ−ＵＴＲＡＮセルにより動作される無線資源以外ＰｒｏＳｅのための無線資源を使用することを希望すると、ＵＥは、新しいｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａのための適切なｒａｄｉｏ  ｐａｒａｍｅｔｅｒを選択する；または
【０２８３】
−ＵＥがＥ−ＵＴＲＡＮによりサービスされ、サービングＥ−ＵＴＲＡＮセルにより動作されるＰｒｏＳｅのための無線資源を使用することを希望すると、ＵＥは、Ｅ−ＵＴＲＡＮによりサービスされる時、ＰｒｏＳｅ直接通信を開始するための手順を進行する。
【０２８４】
Ｓｉｄｅｌｉｎｋ予め設定されたパラメータ（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ  ｐａｒａｍｅｔｅｒｓ）
【０２８５】
下記は、端末にｃｏｎｆｉｇｕｒｅｄ  ｒａｄｉｏ  ｐａｒａｍｅｔｅｒに対する内容を示す。ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの場合、Ｒｅｌ−１２あるいはＲｅｌ−１３  ＰｒｏＳｅ（Ｄ２Ｄ）に対するｃｏｎｆｉｇｕｒｅｄ  ｒａｄｉｏ  ｐａｒａｍｅｔｅｒをＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎは、Ｒｅｌ−１４のＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５のためのｃｏｎｆｉｇｕｒｅｄ  ｒａｄｉｏ  ｐａｒａｍｅｔｅｒを示す。下記のｈｉｇｈｌｉｇｈｔｅｄ部分によると、ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの場合、ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎとは異なり、一つ以上のｆｒｅｑｕｅｎｃｙ（ｃａｒｒｉｅｒ）がｃｏｎｆｉｇｕｒｅｄされていることができる。
【０２８６】
１）指定された（Ｓｐｅｃｉｆｉｅｄ）パラメータ
【０２８７】
以下の表２は、パラメータの値が標準で指定されるパラメータを例示する。
【０２８８】
【表２】
0006756047.tif 000003
【０２８９】
２）予め設定可能な（ｐｒｅ−ｃｏｎｆｉｇｕｒａｂｌｅ）パラメータ
【０２９０】
表３は、ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ  ｓｉｄｅｌｉｎｋパラメータのＥ−ＵＴＲＡ定義の開始を表すＡＳＮ．１（Ａｂｓｔｒａｃｔ  Ｓｙｎｔａｘ  Ｎｏｔａｔｉｏｎ．１）である。
【０２９１】
【表３】
0006756047.tif 000004
【０２９２】
−ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ
【０２９３】
ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）は、ｓｉｄｌｅｉｎｋ  ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータを含む。
【０２９４】
表４は、ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＩＥを例示する。
【０２９５】
【表４−１】
0006756047.tif 000005
【０２９６】
【表４−２】
0006756047.tif 000006
【０２９７】
【表４−３】
0006756047.tif 000007
【０２９８】
表５は、ＳＬ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎフィールドの説明を例示する。
【０２９９】
【表５】
0006756047.tif 000008
【０３００】
-ｓｉｄｅｌｉｎｋ  ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ
【０３０１】
ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＩＥは、Ｖ２Ｘ  ｓｉｄｅｌｉｎｋ通信のために使用されるｓｉｄｅｌｉｎｋ  ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄパラメータを含む。
【０３０２】
表６は、ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＩＥを例示する。
【０３０３】
【表６】
0006756047.tif 000009
【０３０４】
表７は、ＳＬ−Ｖ２Ｘ−Ｐｒｅｃｏｎｆｉｇｕｒａｔｉｏｎフィールドの説明を例示する。
【０３０５】
【表７】
0006756047.tif 000010
【０３０６】
アタッチ（Ａｔｔａｃｈ）手順
【０３０７】
ＵＥ／ユーザが登録を要求するサービスを受信するためには、ネットワークに登録する必要がある。この登録は、ネットワークアタッチ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｍｅｎｔ）と称される。ＥＰＳのＵＥ／ユーザのための常時インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）接続性（ａｌｗａｙｓ−ｏｎ  ＩＰ  ｃｏｎｎｅｃｔｉｖｉｔｙ）は、ネットワークアタッチの間に基本ＥＰＳベアラ（ｄｅｆａｕｌｔ  ＥＰＳ  ｂｅａｒｅｒ）を確立することによって可能になる。ｄｅｆａｕｌｔ  ＥＰＳ  ｂｅａｒｅｒに適用されるポリシー及び課金制御（ＰＣＣ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ）規則は、Ｐ−ＧＷに予め定義されることができ、Ｐ−ＧＷによりアタッチの間に活性化されることができる。アタッチ手順は、ＵＥのための専用ＥＰＳベアラ（ｄｅｄｉｃａｔｅｄ  ＥＰＳ  ｂｅａｒｅｒ）を確立するために、一つまたは多数の専用ベアラ確立（Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順をトリガーでき、ＵＥは、ＩＰアドレスの割り当てを要求できる。
【０３０８】
初期アタッチ（Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ）手順の間に、移動機器（ＭＥ：Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）識別子（Ｉｄｅｎｔｉｔｙ）がＵＥから獲得される。ＭＭＥ運営者は、機器識別子登録（ＥＩＲ：Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ  Ｒｅｇｉｓｔｅｒ）でＭＥ  Ｉｄｅｎｔｉｔｙをチェックできる。ＭＭＥは、ＭＥ  ＩｄｅｎｔｉｔｙをＨＳＳとＰ−ＧＷに伝達する。
【０３０９】
Ｅ−ＵＴＲＡＮ  Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ手順は、緊急サービスを行う必要があるが、ネットワークから一般サービスを獲得できないＵＥによる緊急アタッチ（Ｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈ）のために使用される。これらのＵＥは、制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）である。また、一般サービスにアタッチされ確立された緊急ベアラを有しておらず、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであるセル（例えば、制限されたトラッキング領域または許容されない閉鎖加入グループ（ＣＳＧ：Ｃｌｏｓｅｄ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ））にキャンプ（ｃａｍｐ  ｏｎ）するＵＥもまた、該当ａｔｔａｃｈが緊急サービスを受信するためのものであると指示しながらａｔｔａｃｈ手順を開始する。一般に、セルにキャンプ（ｃａｍｐ  ｏｎ）するＵＥ（すなわち、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでないＵＥ）は、既にアタッチされていないときに一般初期アタッチを開始しなければならず、緊急ＥＰＳベアラサービスを受信するためにＵＥ要求のＰＤＮ接続（ＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）手順を開始しなければならない。
【０３１０】
ネットワーク上にロード（ｌｏａｄ）を制限するために、
【０３１１】
新しいＰＬＭＮでＥ−ＵＴＲＡＮアタッチを行う時（すなわち、登録されたＰＬＭＮでなくまたは登録されたＰＬＭＮの同等なＰＬＭＮでない）、ＰＬＭＮ変更時にＩＭＳＩでアタッチを行うように設定されたＵＥは、格納された一時識別子の代りにＩＭＳＩで自分を識別しなければならない。
【０３１２】
この手順は、またＵＥが既に非３ＧＰＰアクセスネットワークを介して活性化されたＰＤＮ接続を有し、複数のアクセスを介して互いに異なるアクセスポイント名称（ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）で同時にＰＤＮ接続を確立することを希望するとき、Ｅ−ＵＴＲＡＮを介して最初のＰＤＮ接続を確立するために使用される。
【０３１３】
図８は、本発明が適用されうる無線通信システムにおけるアタッチ（Ａｔｔａｃｈ）手順を簡略に例示する図である。
【０３１４】
アタッチ手順（Ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅ）は、一般に端末がＥ−ＵＴＲＡＮセル（ｃｅｌｌ）に進入した時にネットワークに接続（ｃｏｎｎｅｃｔｉｏｎ）を結ぶために利用される。また、ｎｏｎ−３ＧＰＰネットワークからＥ−ＵＴＲＡＮにハンドオーバ（ｈａｎｄｏｖｅｒ）される場合にも利用されることができる。
【０３１５】
１−２．端末（ＵＥ）は、アタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージをＭＭＥに送信することによって、アタッチ手順を開始する。
【０３１６】
アタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージは、端末のＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）、端末が要求するＰＤＮタイプなどを含む。ここで、ＰＤＮタイプは、端末により要求されるＩＰバージョン（すなわち、ＩＰｖ４、ＩＰｖ４ｖ６、ＩＰｖ６）を指示する。
【０３１７】
アタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージは、ＲＲＣ接続でＲＲＣ接続セットアップ完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージに含まれて伝達され、Ｓ１シグナリング接続で初期ＵＥメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  ｍｅｓｓａｇｅ）に含まれて伝達される。
【０３１８】
端末は、ＰＤＮ接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）を要求するために、ＰＤＮ接続要求（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔ）メッセージと共にアタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージを送信しても良い。
【０３１９】
３．ＭＭＥは、端末認証のためにＨＳＳに認証のための情報を要求して受信し、端末と相互認証を行う。
【０３２０】
４．ＭＭＥは、ＨＳＳに端末の位置を登録し、端末にデフォルトベアラ（ｄｅｆａｕｌｔ  ｂｅａｒｅｒ）を生成するためにＨＳＳからユーザ加入情報（すなわち、加入ＱｏＳプロファイル（ｓｕｂｓｃｒｉｂｅｄ  ＱｏＳ  Ｐｒｏｆｉｌｅ））を受信する。
【０３２１】
ここで、流動ＩＰアドレスの割り当て（ｄｙｎａｍｉｃ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ）の場合、加入情報は、該当端末に対するＩＰアドレス情報を含まないが、固定ＩＰアドレスの割り当て（ｓｔａｔｉｃ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ）の場合、加入情報は、該当端末に割り当てられた固定ＩＰアドレス情報を含む。
【０３２２】
５．ＭＭＥは、デフォルトＥＰＳベアラＩＤを割り当て、Ｓ−ＧＷにセッション生成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信する。
【０３２３】
セッション生成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージは、端末のＩＭＳＩ、ＥＰＳベアラＩＤ、ＭＭＥがＥＰＳベアラ生成のために選択したＰ−ＧＷ  ＩＤ（すなわち、Ｐ−ＧＷアドレス）、ＡＰＮ、ＨＳＳから受信した加入ＱｏＳプロファイル、ＰＤＮタイプ、端末のＩＰアドレス（すなわち、ＰＤＮアドレス）などを含む。
【０３２４】
ここで、ＰＤＮタイプは、端末から受信したＰＤＮタイプ情報が同様に含まれる。流動ＩＰアドレスの割り当て（ｄｙｎａｍｉｃ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ）の場合、端末のＩＰアドレスは、０の値にセッティングされることができ、固定ＩＰアドレスの割り当て（ｓｔａｔｉｃ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ）の場合、該当端末に割り当てられた固定ＩＰアドレス情報（加入情報に含む）にセッティングされることができる。
【０３２５】
６．Ｓ−ＧＷは、ＭＭＥから受信したセッション生成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに含まれたＰ−ＧＷでＳ５ベアラを生成するためにＳ５  Ｓ−ＧＷ  ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を割り当て、該当Ｐ−ＧＷにセッション生成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信する。
【０３２６】
セッション生成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージは、端末のＩＭＳＩ、ＥＰＳベアラＩＤ、Ｓ５  Ｓ−ＧＷ  ＴＥＩＤ、ＡＰＮ、加入ＱｏＳプロファイル、ＰＤＮタイプ（すなわち、ＩＰバージョン）、端末のＩＰアドレス（すなわち、ＰＤＮアドレス）などを含む。
【０３２７】
７．Ｐ−ＧＷは、端末が使用するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを割り当て、ＰＣＲＦとＩＰ−ＣＡＮ（ＩＰ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）セッション確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）／修正（ｍｏｄｉｆｉｃａｔｉｏｎ）手順を行う。
【０３２８】
このとき、Ｐ−ＧＷは、流動ＩＰアドレスの割り当て（ｄｙｎａｍｉｃ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ）の場合、Ｐ−ＧＷが保有したＩＰアドレスプール（ｐｏｏｌ）から選択されたＩＰアドレスを端末に割り当てることができ、固定ＩＰアドレスの割り当て（ｓｔａｔｉｃ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ）の場合、該当端末に割り当てられた固定ＩＰアドレス情報（加入情報に含む）が同様に割り当てられることができる。
【０３２９】
８．Ｐ−ＧＷは、Ｓ−ＧＷにＳ５ベアラを生成するためにＰ−ＧＷ  ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を割り当て、セッション生成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに対する応答としてＳ−ＧＷにセッション生成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージを送信する。
【０３３０】
セッション生成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージは、端末のＩＭＳＩ、ＥＰＳベアラＩＤ、Ｓ５  Ｐ−ＧＷ  ＴＥＩＤ、加入ＱｏＳプロファイル、ＰＤＮタイプ、端末に割り当てられたＩＰアドレス（すなわち、ＰＤＮアドレス）などを含む。
【０３３１】
仮に、Ｐ−ＧＷが要求されたＰＤＮタイプと異なるＰＤＮタイプを選択した場合、Ｐ−ＧＷは、ＰＤＮタイプと共にＰＤＮタイプがなぜ修正されたかその原因を端末に指示する。
【０３３２】
この手順を終えると、Ｓ−ＧＷとＰ−ＧＷとの間にＳ５ベアラの生成が完了して、Ｓ−ＧＷは、Ｐ−ＧＷにアップリンクトラフィックを送信するか、またはＰ−ＧＷからダウンリンクトラフィックを受信することができる。
【０３３３】
９．Ｓ−ＧＷは、Ｓ１ベアラを生成するためにＳ１  Ｓ−ＧＷ  ＴＥＩＤを割り当て、セッション生成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージに対する応答としてセッション生成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥに送信する。
【０３３４】
セッション生成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージは、端末のＩＭＳＩ、ＥＰＳベアラＩＤ、Ｓ１Ｓ−ＧＷ  ＴＥＩＤ、ＰＤＮタイプ、端末に割り当てられたＩＰアドレス（すなわち、ＰＤＮアドレス）などを含む。
【０３３５】
１０−１１．ＭＭＥは、アタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージに対する応答としてアタッチ承認（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージを端末に送信する。
【０３３６】
アタッチ承認（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージは、ＥＰＳベアラＩＤ、ＡＰＮ、Ｐ−ＧＷから割り当てた端末のＩＰアドレス（すなわち、ＰＤＮアドレス）、ＰＤＮタイプ、トラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）リスト、ＴＡＵタイマーなどを含む。
【０３３７】
アタッチ承認（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージは、Ｓ１シグナリング接続において初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージに含まれて基地局に伝達される。
【０３３８】
この手順を終えると、基地局とＳ−ＧＷとの間にアップリンクＳ１ベアラの生成が完了し、基地局は、Ｓ−ＧＷにアップリンクトラフィックを送信できる。
【０３３９】
そして、アタッチ承認（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージは、ＲＲＣ接続においてＲＲＣ接続再設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージに含まれて、基地局から端末に伝達される。
【０３４０】
この手順を終えると、端末と基地局との間にＤＲＢの生成が完了して、端末は、基地局にアップリンクトラフィックを送信するか、または基地局からダウンリンクトラフィックを受信することができる。
【０３４１】
１２．基地局は、初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージに対する応答として、初期コンテキストセットアップ応答（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥに送信する。初期コンテキストセットアップ応答（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ）メッセージは、Ｓ１  ｅＮＢ  ＴＥＩＤなどを含む。
【０３４２】
１３−１４．端末は、アタッチ承認（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージに対する応答として、アタッチ完了（Ａｔｔａｃｈ  Ｃｏｍｐｌｅｔｅ）メッセージをＭＭＥに送信する。
【０３４３】
アタッチ完了（Ａｔｔａｃｈ  Ｃｏｍｐｌｅｔｅ）メッセージは、ＲＲＣ接続においてアップリンク情報伝達（ＵＬ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ）メッセージに含まれて伝達され、Ｓ１シグナリング接続においてアップリンクＮＡＳ伝達（Ｕｐｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔ）メッセージに含まれて伝達される。
【０３４４】
この手順を終えると、端末とＰ−ＧＷとの間のアップリンクデフォルトＥＰＳベアラの生成が完了して、端末は、Ｐ−ＧＷにアップリンクデータを送信できる。
【０３４５】
１５．ＭＭＥは、基地局から受信したＳ１  ｅＮＢ  ＴＥＩＤを修正ベアラ要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージを介してＳ−ＧＷに伝達する。
【０３４６】
この手順を終えると、基地局とＳ−ＧＷとの間にダウンリンクＳ１ベアラの生成が完了し、基地局は、Ｓ−ＧＷからダウンリンクトラフィックを受信することができる。
【０３４７】
１６−１７．必要によってＳ−ＧＷとＰ−ＧＷとの間にベアラが更新（ｕｐｄａｔｅ）される。
【０３４８】
１８．Ｓ−ＧＷは、修正ベアラ要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージに対する応答として、修正ベアラ応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥに送信する。
【０３４９】
この手順を終えると、端末とＰ−ＧＷとの間のダウンリンクデフォルトＥＰＳベアラの生成が完了して、Ｐ−ＧＷは、端末にダウンリンクデータを送信できる。すなわち、端末は、ＰＤＮと接続が確立され、割り当てられたＩＰアドレスを利用してＰＤＮサービスの提供を受けることができる。
【０３５０】
１９．ＭＭＥは、必要によってＰ−ＧＷ  ＩＤ（すなわち、Ｐ−ＧＷアドレス）、ＡＰＮを含む通知要求（Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージをＨＳＳに送信する。
【０３５１】
２０．ＨＳＳは、Ｐ−ＧＷ  ＩＤ（すなわち、Ｐ−ＧＷアドレス）及び関連したＡＰＮを格納し、ＭＭＥに通知応答（Ｎｏｔｉｆｙ  Ｒｅｓｐｏｎｓｅ）メッセージを送信する。
【０３５２】
ＩＭＳ緊急呼出し（ｅＣａｌｌ：ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）の間にＰＣ５を介したＶ２Ｘ通信支援
【０３５３】
１．ＰＣ５参照ポイントを介したＶ２Ｘ通信のためのパラメータを適用するための原則
【０３５４】
ＰＣ５を介したＶ２Ｘ通信の場合、初期設定を獲得するためのＶ２Ｘ制御機能（Ｖ２Ｘ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）にＵＥが接続される必要なしで、運営者は、Ｖ２Ｘ通信のために要求されるプロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）パラメータをＵＥに予め設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅ）できる。
【０３５５】
次のような事項が適用される：
【０３５６】
−ＰＣ５を介したＶ２Ｘ通信のためのｐｒｏｖｉｓｉｏｎｉｎｇパラメータは、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ）内、ＭＥ内、またはＵＩＣＣとＭＥともに設定されることができる。
【０３５７】
−ＵＩＣＣ及びＭＥともが同じｐｒｏｖｉｓｉｏｎｉｎｇパラメータのセットを含むと、ＵＩＣＣからパラメータのセットが優先する。
【０３５８】
−ＵＥは、次のようにＰＣ５参照ポイントを介したＶ２Ｘ通信のための資源を使用する：
【０３５９】
−ＵＥがサービングセルを有しＵＥがセルにキャンプ（ｃａｍｐ  ｏｎ）しＵＥがＶ２Ｘサービス無線資源を使用しようと意図すると、ＵＥは、ＵＥがキャンプ（ｃａｍｐ  ｏｎ）するセルにより指示される無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）を使用し、ＭＥまたはＵＩＣＣ内にプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）同じ無線資源のいかなる無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）も無視する。セルがＶ２Ｘサービスのための無線資源を提供しないと、ＵＥは、該当セルにより運営される無線資源上においてＶ２Ｘメッセージ送信及び受信を行わない。
【０３６０】
−ＵＥがＵＥのサービングセルにより運営されないＶ２Ｘサービスのための無線資源（すなわち、キャリア周波数）を使用することを意図すると、またはＵＥがカバレッジから外れると、ＵＥは、ｐｒｏｖｉｓｉｏｎｅｄ無線資源（すなわち、キャリア周波数）を運営するＰＬＭＮ内のセルを探索する。
【０３６１】
−ＵＥが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮ内のそういうセルを探索し、このＰＬＭＮでＰＣ５参照ポイントを介したＶ２Ｘ通信のための許可を受けると、ＵＥは、該当セルにより指示される無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）を使用する。セルがＶ２Ｘサービスのための無線資源を提供しないと、ＵＥは、そういう無線資源上においてＶ２Ｘメッセージ送信及び受信を行わない。
【０３６２】
−ＵＥがＵＥが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでないＰＬＭＮ内のセルを探索し、該当セルがＰＣ５参照ポイントを介したＶ２Ｘ通信のために許可されたＰＬＭＮに属し、該当セルがＶ２Ｘサービスのための無線資源を提供すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信によりトリガーされたＰＬＭＮ選択を行う。ＵＥが活性化された緊急ＰＤＮ接続を有すると、これは、ＰＣ５参照ポイントを介したＶ２Ｘ通信によるいかなるＰＬＭＮ選択もトリガーしない。
【０３６３】
−ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信のために許可されたＰＬＭＮでないＰＬＭＮ内のセルを探索すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用しない。
【０３６４】
−ＵＥがいかなるＰＬＭＮ内のいかなるセルも探索しないと、ＵＥは、Ｅ−ＵＴＲＡＮによりサービスされない（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）状態と見做し、ＭＥまたはＵＩＣＣ内のプロビジョニングされた無線資源を使用する。ＭＥまたはＵＩＣＣ内のそういうプロビジョニングが存在しないか、またはプロビジョニングがＰＣ５参照ポイントを介したＶ２Ｘ通信に許可されないと、ＵＥは、送信が許可されない。
【０３６５】
−ＵＥプロビジョニングは、地理的な領域（Ｇｅｏｇｒａｐｈｉｃａｌ  Ａｒｅａｓ）のセッティングを支援する。
【０３６６】
−ＰＣ５参照ポイントを介したＶ２Ｘ通信は、Ｅ−ＵＴＲＡのみのために限定される。
【０３６７】
２．ＰＣ５参照ポイントを介したＶ２Ｘメッセージ送信／受信
【０３６８】
ＰＣ５参照ポイントは、Ｖ２Ｘメッセージの送信及び受信のために使用される。ＰＣ５参照ポイントを介したＶ２Ｘ通信は、ローミング及びＰＬＭＮ間（ｉｎｔｅｒ−ＰＬＭＮ）運営を支援する。ＵＥがＥ−ＵＴＲＡＮによりサービスされる時（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）、そしてＵＥがＥ−ＵＴＲＡＮによりサービスされない時（ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  ＥＵＴＲＡＮ）、ＰＣ５参照ポイントを介したＶ２Ｘ通信が支援される。
【０３６９】
ＵＥは、ＵＥのホームＰＬＭＮ内のＶ２Ｘ制御機能（Ｖ２Ｘ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）によるＶ２Ｘメッセージを送信及び受信するように許可される。
【０３７０】
ＰＣ５参照ポイントを介したＶ２Ｘ通信は、次のような特徴を有するＰｒｏＳｅ直接通信のタイプである：
【０３７１】
−ＰＣ５参照ポイントを介したＶ２Ｘ通信は、非接続型（ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ）で、接続確立のためにＰＣ５制御プレーンを介したいかなるシグナリングもない。
【０３７２】
−Ｖ２Ｘメッセージは、ＰＣ５ユーザプレーンの間で交換される。
【０３７３】
−ＩＰ基盤及びｎｏｎ−ＩＰ基盤メッセージが全部支援される。
【０３７４】
−ＩＰ基盤Ｖ２Ｘメッセージの場合、ＩＰバージョン６（ＩＰｖ６：ＩＰ  ｖｅｒｓｉｏｎ６）だけが使用され、ＩＰバージョン４（ＩＰｖ４：ＩＰ  ｖｅｒｓｉｏｎ４）は支援されない。
【０３７５】
ＵＥが活性化された緊急ＰＤＮ接続を有すると、地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続を介した通信がＰＣ５参照ポイントを介したＶ２Ｘ通信より優先される。
【０３７６】
３．制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）であるＵＥのためのＶ２Ｘ通信支援
【０３７７】
ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであるＵＥの場合、ＰＣ５参照ポイントを介したＶ２Ｘ通信だけが許容される。
【０３７８】
ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用するように許可されたＵＥは、ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであるとき、ＰＣ５参照ポイントを介したＶ２Ｘ通信のために定義された原則に従って、ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用することができる。ＵＥは、次のような状況でｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅに進入する：
【０３７９】
−ＵＥが選択されたＰＬＭＮ内の適したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探索できないとき；または
【０３８０】
−登録要求に対して「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」／「許容されないＧＰＲＳ（ＧＰＲＳ  ｎｏｔ  ａｌｌｏｗｅｄ）」応答を受信する時；
【０３８１】
ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであるＵＥは、ＥＣＭ−ＩＤＬＥモードで利用可能なＰＣ５参照ポイントを介したＶ２Ｘ通信のみを使用することができる。
【０３８２】
ＵＥがすべての他の状況（例えば、ＭＳ内にＳＩＭがない場合、登録要求に対して「不法なＭＳ」／「不法なＭＥ」応答を受信した場合、または登録要求に対して「ＨＬＲ内で知られていないＩＭＳＩ」応答を受信した場合）によってｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅに進入すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信を利用しない。このとき、ＵＥは、ＰＬＭＮから一般サービスを受けることができない。
【０３８３】
制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）でＰＣ５を介したＶ２Ｘ通信のための明確化（Ｃｌａｒｉｆｉｃａｔｉｏｎ）
【０３８４】
１．ポリシー／パラメータプロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）
【０３８５】
次のような情報がＰＣ５参照ポイントを介したＶ２Ｘ通信のためにＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）される：
【０３８６】
１）許可ポリシー（Ａｕｔｈｏｒｉｚａｔｉｏｎ  ｐｏｌｉｃｙ）
【０３８７】
−ＵＥがＥ−ＵＴＲＡＮによりサービスされる時（ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ）：ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を行うように許可されたＰＬＭＮ。
【０３８８】
−ＵＥがＥ−ＵＴＲＡＮによりサービスされない時（「ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」）：ＵＥが「ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」である時、ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を行うように許可されるかどうかが指示される。
【０３８９】
２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時（「ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」）のための無線パラメータ：
【０３９０】
−ＵＥが「ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」である時、ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信を行うことができる地理的領域（Ｇｅｏｇｒａｐｈｉｃａｌ  Ａｒｅａ）の無線パラメータを含む。これらの無線パラメータ（例えば、周波数バンド）は、運営者により管理されるか（「ｏｐｅｒａｔｏｒ  ｍａｎａｇｅｄ」）、または運営者により管理されないか（「ｎｏｎ−ｏｐｅｒａｔｏｒｍａｎａｇｅｄ」）の指示を含む。ＵＥは、自身が該当地理的領域に位置すると確信する時においてのみ無線パラメータを使用する。そうでないと、ＵＥは、送信が許可されない。
【０３９１】
３）ＰＣ５参照ポイントを介したＶ２Ｘ通信のためのポリシー／パラメータ：
【０３９２】
−目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ）とＶ２Ｘサービスのマッピング。
【０３９３】
−ＰｒｏＳｅパケット別優先順位及びＶ２Ｘ通信のためのパケット遅延予算（ｂｕｄｇｅｔ）（自律的な（ａｕｔｏｎｏｍｏｕｓ）資源選択モード）のマッピング。
【０３９４】
２．ＰＣ５参照ポイントを介したＶ２Ｘ通信のためのパラメータを適用するための原則
【０３９５】
ＰＣ５を介したＶ２Ｘ通信の場合、初期設定を獲得するためのＶ２Ｘ制御機能（Ｖ２Ｘ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）にＵＥが接続する必要なしで、運営者は、Ｖ２Ｘ通信のために要求されるプロビジョニング（ｐｒｏｖｉｓｉｏｎｉｎｇ）パラメータをＵＥに予め設定できる。
【０３９６】
次のような事項が適用される：
【０３９７】
−ＰＣ５を介したＶ２Ｘ通信のためのｐｒｏｖｉｓｉｏｎｉｎｇパラメータは、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ）内またはＭＥ内またはＵＩＣＣとＭＥともに設定されることができる。
【０３９８】
−ＵＳＩＭが除去（ｄｅｓｅｌｅｃｔ）されるか、または代替（ｒｅｐｌａｃｅ）される時、ＭＥ  ｐｒｏｖｉｓｉｏｎｉｎｇパラメータは削除されない。
【０３９９】
−ＵＩＣＣ及びＭＥとも同じｐｒｏｖｉｓｉｏｎｉｎｇパラメータのセットを含むと、ＵＩＣＣからのパラメータのセットが優先される。
【０４００】
−ＵＥは、次のようにＰＣ５参照ポイントを介したＶ２Ｘ通信のための資源を使用する：
【０４０１】
−ＵＥがサービングセルを有しＵＥがセルにキャンプ（ｃａｍｐ  ｏｎ）しＵＥが該当セルにより運営されるＶ２Ｘサービス無線資源（すなわち、キャリア周波数）を使用しようと意図すると、ＵＥは、ＵＥがキャンプ（ｃａｍｐ  ｏｎ）するセルにより指示される無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）を使用し、ＭＥまたはＵＩＣＣ内のプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）同じ無線資源のいかなる無線資源の説明（ｄｅｓｃｒｉｐｔｉｏｎ）も無視する。セルがＶ２Ｘサービスのための無線資源を提供しないと、ＵＥは、該当セルにより運営される無線資源上においてＶ２Ｘメッセージ送信及び受信を行わない。
【０４０２】
−ＵＥがＵＥのサービングセルにより運営されないＶ２Ｘサービスのための「ｏｐｅｒａｔｏｒ−ｍａｎａｇｅｄ」無線資源（すなわち、キャリア周波数）を使用することを意図すると、またはＵＥがカバレッジから外れると、ＵＥは、ｐｒｏｖｉｓｉｏｎｅｄ無線資源（すなわち、キャリア周波数）を運営するＰＬＭＮ内のセルを探索する。
【０４０３】
−ＵＥが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮ内のそういうセルを探索し、このＰＬＭＮでＰＣ５参照ポイントを介したＶ２Ｘ通信のための許可を受けると、ＵＥは、該当セルにより指示される無線資源説明（ｄｅｓｃｒｉｐｔｉｏｎ）を使用する。セルがＶ２Ｘサービスのための無線資源を提供しないと、ＵＥは、そういう無線資源上においてＶ２Ｘメッセージ送信及び受信を行わない。
【０４０４】
−ＵＥがＵＥが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでないＰＬＭＮ内のセルを探索し、該当セルがＰＣ５参照ポイントを介したＶ２Ｘ通信のために許可されたＰＬＭＮに属し、該当セルがＶ２Ｘサービスのための無線資源を提供すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信によりトリガーされたＰＬＭＮ選択を行う。ＵＥが活性化された緊急ＰＤＮ接続を有すると、これは、ＰＣ５参照ポイントを介したＶ２Ｘ通信によるいかなるＰＬＭＮ選択もトリガーしない。
【０４０５】
−ＵＥがＰＣ５参照ポイントを介したＶ２Ｘ通信のために許可されたＰＬＭＮでないＰＬＭＮ内のセルを探索すると、ＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用しない。
【０４０６】
−ＵＥがいかなるＰＬＭＮ内のいかなるセルも探索できないと、ＵＥは、「ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」と見做し、ＭＥまたはＵＩＣＣ内のプロビジョニングされた無線資源を使用する。ＭＥまたはＵＩＣＣ内のそういうプロビジョニングが存在しないか、またはプロビジョニングがＰＣ５参照ポイントを介したＶ２Ｘ通信に許可されないと、ＵＥは、送信が許可されない。
【０４０７】
−ＵＥがＶ２Ｘサービスのために「ｎｏｎ−ｏｐｅｒａｔｏｒ−ｍａｎａｇｅｄ」無線資源（すなわち、キャリア周波数）を使用することを意図すると、ＵＥは、ＭＥまたはＵＩＣＣ内のプロビジョニングされた資源を利用して、ＰＣ５を介したＶ２Ｘ通信を行う。ＭＥまたはＵＩＣＣ内のそういうプロビジョニングが存在しないか、またはＰＣ５参照ポイントを介したＶ２Ｘ通信にプロビジョニングが許可されないと、ＵＥは、送信が許可されない。
【０４０８】
−ＵＥプロビジョニングは、地理的な領域（Ｇｅｏｇｒａｐｈｉｃａｌ  Ａｒｅａｓ）のセッティングを支援する。
【０４０９】
−ＰＣ５参照ポイントを介したＶ２Ｘ通信は、Ｅ−ＵＴＲＡのみのために限定される。
【０４１０】
例えば、ＵＥが３ＧＰＰ  ＲＡＴのカバレッジ内にある時、ＵＥは、サービングＰＬＭＮから導き出された情報を利用して、自身が特定地理的領域内に位置すると判断できる。ＵＥが３ＧＰＰ  ＲＡＴのカバレッジ内にない時、ＵＥは、他の技術（例えば、グローバルナビゲーション衛星システム（ＧＮＳＳ：Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ））を利用して、自身が特定地理的領域内に位置すると判断できる。
【０４１１】
３．制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）であるＵＥのためのＶ２Ｘ通信支援
【０４１２】
ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであるＵＥの場合、ＰＣ５参照ポイントを介したＶ２Ｘ通信のみが許容される。
【０４１３】
ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用するように許可されたＵＥは、ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである時、ＰＣ５参照ポイントを介したＶ２Ｘ通信のために定義された原則に従って、ＰＣ５参照ポイントを介したＶ２Ｘ通信を使用することができる。ＵＥは、次のような状況でｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅに進入する：
【０４１４】
−ＵＥが選択されたＰＬＭＮ内の適したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探索できないとき；または
【０４１５】
−登録要求に対して「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」／「許容されないＧＰＲＳ（ＧＰＲＳ  ｎｏｔ  ａｌｌｏｗｅｄ）」応答を受信する時；
【０４１６】
ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであるＵＥは、ＰＣ５参照ポイントを介したＶ２Ｘ通信のためにＥＣＭ−ＩＤＬＥモードで利用可能な無線資源及び手順のみを使用する。
【０４１７】
ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであるＵＥは、ＥＣＭ−ＣＯＮＮＥＣＴＥＤモードでＰＣ５参照ポイントを介したＶ２Ｘ通信を使用しない。
【０４１８】
ＵＥがすべての他の状況（例えば、ＭＳ内にＳＩＭがない場合、登録要求に対して「不法なＭＳ」／「不法なＭＥ」応答を受信した場合、または登録要求に対して「ＨＬＲ内で知られていないＩＭＳＩ」応答を受信した場合）によってｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅに進入すると、ＵＥは、「ｏｐｅｒａｔｏｒ−ｍａｎａｇｅｄ」無線資源を利用して、ＰＣ５参照ポイントを介したＶ２Ｘ通信を利用しない。このとき、ＵＥは、ＰＬＭＮから一般サービスを受けることができない。ＵＥは、「ｎｏｎ−ｏｐｅｒａｔｏｒ−ｍａｎａｇｅｄ」無線資源を利用して、ＰＣ５参照ポイントを介したＶ２Ｘ通信を利用できる。
【０４１９】
制限されたサービスモード（Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ  Ｍｏｄｅ）で緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）の処理
【０４２０】
後述する内容によれば、ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである場合、ＭＭＥがｅＮＢに提供するＳ１−ＡＰメッセージ（例えば、初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージ）には、ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅということが分かる情報が含まれる。
【０４２１】
１．初期コンテキストセットアップ（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ）
【０４２２】
Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ手順の目的は、必要な全体的なＵＥコンテキストを確立するためであり、全体的なＵＥコンテキストは、Ｅ−ＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ：Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）コンテキスト、セキュリティーキー（Ｓｅｃｕｒｉｔｙ  Ｋｅｙ）、ハンドオーバ制限リスト（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ）、ＵＥ無線能力、ＵＥセキュリティー能力などを含む。この手順は、ＵＥ関連シグナリングを利用する。
【０４２３】
図９は、本発明が適用されることができる無線通信システムにおける初期コンテキストセットアップ手順を例示する。
【０４２４】
図９（ａ）は、成功した動作を例示し、図９（ｂ）は、成功しない動作を例示する。
【０４２５】
１）成功した動作
【０４２６】
Ｅ−ＲＡＢの確立の場合、ＭＭＥは、初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ）メッセージが受信される前に、ユーザデータを受信するための用意をしなければならない。
【０４２７】
初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）メッセージは、セットアップされるＥ−ＲＡＢリストＩＥ（Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｓｅｔｕｐ  Ｌｉｓｔ  ＩＥ）内にｅＮＢで少なくとも一つの追加的なＥ−ＲＡＢを含む新しいＥ−ＲＡＢ設定を構築するために要求される情報を含む。
【０４２８】
Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｓｅｔｕｐ  Ｌｉｓｔ  ＩＥは、次を含むことができる：
【０４２９】
−ＮＡＳ−ＰＤＵ  ＩＥ
【０４３０】
ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージは、次を含むことができる：
【０４３１】
−追跡活性ＩＥ（Ｔｒａｃｅ  Ａｃｔｉｖａｔｉｏｎ  ＩＥ）
【０４３２】
−ハンドオーバ制限ＩＥ（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ  ＩＥ）、このＩＥは、ローミング、領域またはアクセス制限を含むことができる
【０４３３】
−ＵＥ無線能力ＩＥ（ＵＥ  Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｙ  ＩＥ）
【０４３４】
−ＲＡＴ／周波数優先順位のための加入者プロファイル識別子ＩＥ（Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ  ｆｏｒ  ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ  ＩＥ）
【０４３５】
−ＣＳフォールバック指示子ＩＥ（ＣＳ  Ｆａｌｌｂａｃｋ  Ｉｎｄｉｃａｔｏｒ  ＩＥ）
【０４３６】
−ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）動作可能ＩＥ（ＳＲＶＣＣ  Ｏｐｅｒａｔｉｏｎ  Ｐｏｓｓｉｂｌｅ  ＩＥ）
【０４３７】
ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージは、ＭＭＥ内で利用できる時、Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ  ｆｏｒ  ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ  ＩＥを含むことができる。
【０４３８】
ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを受信する時、ｅＮＢは、次のように動作する：
【０４３９】
−ｅＮＢは、要求されたＥ−ＲＡＢ設定の遂行を試みる。
【０４４０】
−ｅＮＢは、ＵＥコンテキスト内のＵＥ全体最大ビット率（ＡＭＢＲ：Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）を格納し、該当ＵＥのための非保証ビット率（ｎｏｎ−ＧＢＲ：ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）ベアラに対して受信されたＵＥ  ＡＭＢＲを使用する。
【０４４１】
−ｅＮＢは、各確立されたデータ無線ベアラのためのＥ−ＲＡＢに対して、受信したＥ−ＲＡＢ識別子ＩＥ（Ｅ−ＲＡＢ  ＩＤ  ＩＥ）及びＮＡＳ  ＰＤＵ  ＩＥ内に含まれた値を無線インターフェースプロトコルに伝達する。ｅＮＢは、失敗したデータ無線ベアラと関連したＮＡＳ  ＰＤＵをＵＥに送信しない。
【０４４２】
また、ｅＮＢは、受信したＨａｎｄｏｖｅｒ  ｒｅｓｔｒｉｃｔｉｏｎ  ＬｉｓｔをＵＥコンテキスト内に格納する。
【０４４３】
また、ｅＮＢは、受信したＵＥ  Ｒａｄｉｏ  ＣａｐａｂｉｌｉｔｙをＵＥコンテキスト内に格納する。
【０４４４】
−ｅＮＢは、受信したＳｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ  ｆｏｒ  ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙをＵＥコンテキスト内に格納する。
【０４４５】
−ｅＮＢは、受信したＳＲＶＣＣ  ｏｐｅｒａｔｉｏｎ  ｐｏｓｓｉｂｌｅをＵＥコンテキスト内に格納する。
【０４４６】
−ｅＮＢは、受信したＵＥ  Ｓｅｃｕｒｉｔｙ  ＣａｐａｂｉｌｉｔｉｅｓをＵＥコンテキスト内に格納する。
【０４４７】
−ｅＮＢは、受信したＳｅｃｕｒｉｔｙ  ＫｅｙをＵＥコンテキスト内に格納する。
【０４４８】
Ｉｎｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐの場合、次のホップチェーンカウント（Ｎｅｘｔ  Ｈｏｐ  Ｃｈａｉｎｉｎｇ  Ｃｏｕｎｔ）のための値は、ＵＥコンテスト内に格納される。
【０４４９】
割り当て及び保有優先順位ＩＥ（Ａｌｌｏｃａｔｉｏｎ  ａｎｄ  Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ  ＩＥ）の値に応じる資源割り当ては、Ｅ−ＲＡＢセットアップ手順に対する原則に従う。
【０４５０】
ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ内に存在すると、ｅＮＢは、ハンドオーバのためのターゲットセルを決定するために、Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ  ＩＥ内の情報を使用する。仮にＨａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ  ＩＥがＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ内に含まれないと、ターゲットｅＮＢは、ローミング領域またはアクセス制限がＵＥに適用されないと考慮する。
【０４５１】
Ｔｒａｃｅ  Ａｃｔｉｖａｔｉｏｎ  ＩＥがＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ内に含まれると、ｅＮＢは、支援可能な限り、要求された追跡機能を開始する。
【０４５２】
ＣＳ  Ｆａｌｌｂａｃｋ  Ｉｎｄｉｃａｔｏｒ  ＩＥがＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ内に含まれると、これは、セットアップされるＵＥコンテキストがＣＳフォールバック対象であることを指示する。
【０４５３】
ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ内に含まれるＵＥセキュリティー能力ＩＥ（ＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥ）がＥＩＡ０アルゴリズムのみを含むと、そしてこのＥＩＡ０アルゴリズムがｅＮＢ内の許容された完全性保護アルゴリズムの設定されたリスト内に定義されると、ｅＮＢは、該当アルゴリズムを利用し、Ｓｅｃｕｒｉｔｙ  Ｋｅｙ  ＩＥ内に受信したキーを無視する。
【０４５４】
ｅＮＢは、ＭＭＥにＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージ内において次のような方式でＵＥに対するセキュリティー手順の確立の成功と要求されたすべてのＥ−ＲＡＢに対する結果を報告する：
【０４５５】
−確立に成功したＥ−ＲＡＢのリストがＥ−ＲＡＢセットアップリストＩＥ（Ｅ−ＲＡＢ  Ｓｅｔｕｐ  Ｌｉｓｔ  ＩＥ）内に含まれる。
【０４５６】
−確立に失敗したＥ−ＲＡＢのリストがセットアップに失敗したＥ−ＲＡＢリストＩＥ（Ｅ−ＲＡＢ  Ｆａｉｌｅｄ  ｔｏ  Ｓｅｔｕｐ  Ｌｉｓｔ  ＩＥ）内に含まれる。
【０４５７】
ｅＮＢがＥ−ＲＡＢの成功しない確立を報告すると、原因の値は、ＭＭＥが成功しない確立に対する理由が分かるように十分に明確しなければならない（例えば、「利用可能な無線資源なし」、「無線インターフェース手順の失敗」、等）。
【０４５８】
ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージ送信後、ｅＮＢ内でこの手順が終了する。
【０４５９】
２）成功しない動作
【０４６０】
ｅＮＢがＳ１  ＵＥコンテキストを確立できないと、またはｅＮＢが一つの非ＧＢＲベアラを確立できないと、手順が失敗したと見なし、ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージとして応答する。
【０４６１】
３）正常でない状態（Ａｂｎｏｒｍａｌ  Ｃｏｎｄｉｔｉｏｎｓ）
【０４６２】
ｅＮＢがＧＢＲベアラを指示する品質クラス識別子（ＱＣＩ：ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）ＩＥを含むものの、ＧＢＲ  ＱｏＳ情報ＩＥ（ＧＢＲ  ＱｏＳ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）を含まないＥ−ＲＡＢレベルＱｏＳパラメータＩＥ（Ｅ−ＲＡＢ  Ｌｅｖｅｌ  ＱｏＳ  Ｐａｒａｍｅｔｅｒｓ  ＩＥ）を含むＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、該当Ｅ−ＲＡＢの確立が失敗したと見なす。
【０４６３】
ｅＮＢが同じ値にセッティングされたいくつかのＥ−ＲＡＢ  ＩＤ  ＩＥを含む（Ｅ−ＲＡＢ  ｔｏ  Ｂｅ  Ｓｅｔｕｐ  Ｌｉｓｔ内）ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、該当Ｅ−ＲＡＢの確立が失敗したと見なす。
【０４６４】
ＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥ内の暗号化アルゴリズムＩＥ（Ｅｎｃｒｙｐｔｉｏｎ  Ａｌｇｏｒｉｔｈｍｓ  ＩＥ）内の暗号化のために支援されるアルゴリズムが定義されたが、ｅＮＢ内に許容された暗号化アルゴリズムの設定されたリスト内に定義された許容されたアルゴリズムとマッチングされないと、ｅＮＢは、初期コンテキストセットアップ失敗（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＦＡＩＬＵＲＥ）メッセージを利用して手順を拒絶する。
【０４６５】
完全性のために支援されるアルゴリズムがＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥ内の完全性保護アルゴリズムＩＥ（Ｉｎｔｅｇｒｉｔｙ  Ｐｒｏｔｅｃｔｉｏｎ  Ａｌｇｏｒｉｔｈｍｓ  ＩＥ）内に定義されたが、ｅＮＢ内に許容された完全性保護アルゴリズムの設定されたリスト内に定義された許容されたアルゴリズムとマッチングされないと、ｅＮＢは、ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＦＡＩＬＵＲＥメッセージを利用して手順を拒絶する。
【０４６６】
２．ＵＥコンテキスト修正（ＵＥ  ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ）
【０４６７】
ＵＥ  ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ手順の目的は、確立されたＵＥコンテキストを部分的に修正するためである（例えば、セキュリティーキーまたはＲＡＴ／周波数優先順位のための加入プロファイル識別子（Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ）等）。この手順は、ＵＥ関連シグナリングを利用する。
【０４６８】
図１０は、本発明が適用されることができる無線通信システムにおけるＵＥコンテキスト修正手順を例示する。
【０４６９】
図１０（ａ）は、成功した動作を例示し、図１０（ｂ）は、成功しない動作を例示する。
【０４７０】
１）成功した動作
【０４７１】
ＵＥコンテキスト修正要求（ＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴ）メッセージは、次を含むことができる：
【０４７２】
−セキュリティーキーＩＥ（Ｓｅｃｕｒｉｔｙ  Ｋｅｙ  ＩＥ）
【０４７３】
−ＲＡＴ／周波数優先順位のための加入者プロファイルＩＥ（Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ  ｆｏｒ  ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ  ＩＥ）
【０４７４】
−ＵＥ全体最大ビット率ＩＥ（ＵＥ  Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ  ＩＥ）
【０４７５】
−ＣＳフォールバック指示子ＩＥ（ＣＳ  Ｆａｌｌｂａｃｋ  Ｉｎｄｉｃａｔｏｒ  ＩＥ）
【０４７６】
−ＵＥセキュリティー能力ＩＥ（ＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥ）。
【０４７７】
ＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを受信する時、ｅＮＢは、次のように動作する：
【０４７８】
−受信したＳｅｃｕｒｉｔｙ  Ｋｅｙ  ＩＥを格納し、次のホップチェーンカウンタ（ＮＣＣ：Ｎｅｘｔ  Ｈｏｐ  Ｃｈａｎｉｎｇ  Ｃｏｕｎｔｅｒ）の初期値として使用する。
【０４７９】
−受信したＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥを格納し、ＥＩＡ０アルゴリズムが使用されると、これに伴って受信されたキーを共に使用する。
【０４８０】
−Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ  ｆｏｒ  ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ  ＩＥを格納し、使用する。
【０４８１】
ＵＥ  Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ  ＩＥがＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴ内に含まれると、ｅＮＢは、次のように動作する：
【０４８２】
−以前に提供されたＵＥ  Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ
【０４８３】
ＵＥコンテキスト内に以前に提供されたＵＥ  ＡＭＢＲを受信したＵＥ  ＡＭＢＲに代替する；ｅＮＢは、該当ＵＥのためのｎｏｎ−ＧＢＲベアラのために受信したＵＥ  ＡＭＢＲを使用する。
【０４８４】
ＵＥ  Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ  ＩＥがＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ内に含まれないと、ｅＮＢは、ＵＥコンテキスト内に格納された以前に提供されたＵＥ  ＡＭＢＲを使用する。
【０４８５】
ＣＳ  Ｆａｌｌｂａｃｋ  Ｉｎｄｉｃａｔｏｒ  ＩＥがＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージ内に含まれると、これは、該当ＵＥコンテキストがＣＳフォールバック対象であることを指示する。
【０４８６】
ｅＮＢは、次の通りにＵＥコンテキストのアップデートの成功をＵＥコンテキスト修正応答（ＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＳＰＯＮＳＥ）メッセージ内でＭＭＥに報告する：
【０４８７】
ＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージを送信した後、ｅＮＢ内で手順が終了する。
【０４８８】
２）成功しない動作
【０４８９】
ＵＥコンテキストアップデートが成功しない場合、ｅＮＢは、原因ＩＥ（Ｃａｕｓｅ  ＩＥ）内の適切な原因の値を伴ったＵＥコンテキスト修正失敗（ＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＦＡＩＬＵＲＥ）メッセージをＭＭＥに送信する。
【０４９０】
３．ハンドオーバ資源割り当て（Ｈａｎｄｏｖｅｒ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ）
【０４９１】
Ｈａｎｄｏｖｅｒ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ手順の目的は、ＵＥのハンドオーバのために、ターゲットｅＮＢで資源を予約するためである。
【０４９２】
図１１は、本発明が適用されることができる無線通信システムにおけるハンドオーバ資源の割り当て手順を例示する。
【０４９３】
図１１（ａ）は、成功した動作を例示し、図１１（ｂ）は、成功しない動作を例示する。
【０４９４】
１）成功した動作
【０４９５】
ＭＭＥは、ハンドオーバ要求（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ）メッセージをターゲットｅＮＢに送信することによって手順を開始する。ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージは、ローミング領域またはアクセス制限を含むハンドオーバ制限リストＩＥ（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ  ＩＥ）を含むことができる。
【０４９６】
Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ  ＩＥがＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ内に含まれると、ターゲットｅＮＢは、ＵＥコンテキスト内にこの情報を格納する。
【０４９７】
ｅＮＢは、ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ内に存在すると、ハンドオーバのためのターゲットセルを決定するためにＨａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ  ＩＥ内の情報を使用する。Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ  ＩＥがＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ内に含まれないと、ターゲットｅＮＢは、ＵＥにアクセス制限を適用しないと見なす。
【０４９８】
ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、受信したＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥをＵＥコンテキスト内に格納し、ＵＥと関連したＡＳセキュリティーの設定を用意するために使用する。
【０４９９】
ＳＲＶＣＣ動作可能ＩＥ（ＳＲＶＣＣ  Ｏｐｅｒａｔｉｏｎ  Ｐｏｓｓｉｂｌｅ  ＩＥ）がＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ内に含まれると、ターゲットｅＮＢは、受信したＳＲＶＣＣ  Ｏｐｅｒａｔｉｏｎ  Ｐｏｓｓｉｂｌｅ  ＩＥをＵＥコンテキスト内に格納し、これを使用する。
【０５００】
ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、受信したセキュリティーコンテキストＩＥ（Ｓｅｃｕｒｉｔｙ  Ｃｏｎｔｅｘｔ  ＩＥ）をＵＥコンテキスト内に格納し、セキュリティー設定を導き出すために使用する。
【０５０１】
追跡活性化ＩＥ（Ｔｒａｃｅ  Ａｃｔｉｖａｔｉｏｎ  ＩＥ）がＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ内に含まれると、ターゲットｅＮＢは、要求された追跡機能を開始する。
【０５０２】
Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ  ｆｏｒ  ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ  ＩＥがソースｅＮＢからターゲットｅＮＢへのトランスペアレントコンテナＩＥ（Ｓｏｕｒｃｅ  ｅＮＢ  ｔｏ  Ｔａｒｇｅｔ  ｅＮＢ  Ｔｒａｎｓｐａｒｅｎｔ  Ｃｏｎｔａｉｎｅｒ  ＩＥ）に含まれると、ターゲットｅＮＢは、受信したＳｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ  ｆｏｒ  ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ  ＩＥをＵＥコンテキスト内に格納する。
【０５０３】
ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ内のＳｏｕｒｃｅ  ｅＮＢ  ｔｏ  Ｔａｒｇｅｔ  ｅＮＢ  Ｔｒａｎｓｐａｒｅｎｔ  Ｃｏｎｔａｉｎｅｒ  ＩＥ内のＵＥヒストリー情報ＩＥ（ＵＥ  Ｈｉｓｔｏｒｙ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）を受信すると、ＵＥが自身のセルのうちのいずれか一つに留まる間にターゲットｅＮＢは、ＵＥ  Ｈｉｓｔｏｒｙ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ内の情報を収集し、収集した情報を未来のハンドオーバを用意するために使用する。
【０５０４】
許容されたＥ−ＲＡＢのための必要なすべての資源が割り当てられた後、ターゲットｅＮＢは、ハンドオーバ要求確認応答（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥ）メッセージを生成する。ターゲットｅＮＢは、ターゲットセルで資源が用意した許容されたＥ−ＲＡＢリストＩＥ（Ｅ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔ  ＩＥ）を含める。ターゲットセル内に許容されないＥ−ＲＡＢは、セットアップに失敗したＥ−ＲＡＢリストＩＥ（Ｅ−ＲＡＢｓ  Ｆａｉｌｅｄ  ｔｏ  Ｓｅｔｕｐ  Ｌｉｓｔ  ＩＥ）内に含まれる。
【０５０５】
ターゲットｅＮＢが許容することに決定しダウンリンク伝達ＩＥ（ＤＬ  ｆｏｒｗａｒｄｉｎｇ  ＩＥ）が「ダウンリンク送信が提案される（ＤＬ  ｆｏｒｗａｒｄｉｎｇ  ｐｒｏｐｏｓｅｄ）」にセッティングされた各ベアラに対して、ターゲットｅＮＢは、該当ベアラのためのダウンリンクデータの提案された伝達を受諾したことを指示するダウンリンクＧＰＲＳトンネルリングプロトコル−トンネル終端識別子ＩＥ（ＤＬ  ＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）−ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）ＩＥ）及びダウンリンクトランスポート層アドレスＩＥ（ＤＬ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ  ＩＥ）をＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥ内のＥ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔ  ＩＥ内に含める。
【０５０６】
ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥがｉｎ  Ｅ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔ  ＩＥ内のベアラに対してアップリンクＧＴＰ−ＴＥＩＤ  ＩＥ（ＵＬ  ＧＴＰ−ＴＥＩＤ  ＩＥ）及びアップリンクトランスポート層アドレスＩＥ（ＵＬ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ  ＩＥ）を含むと、ターゲットｅＮＢは、このベアラのためのアップリンクデータの伝達を要求する。
【０５０７】
要求されたタイプＩＥ（Ｒｅｑｕｅｓｔ  Ｔｙｐｅ  ＩＥ）がＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ内に含まれると、ターゲットｅＮＢは、ＵＥに対する要求された位置報告機能を行う。
【０５０８】
ＥＩＡ０アルゴリズムのみを含むＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥがＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージ内に含まれると、そしてＥＩＡ０アルゴリズムがｅＮＢ内に許容された完全性保護アルゴリズムの設定されたリスト内に定義されると、ｅＮＢは、該当アルゴリズムを使用し、セキュリティーコンテキストＩＥ（Ｓｅｃｕｒｉｔｙ  Ｃｏｎｔｅｘｔ  ＩＥ）内で受信したキーを無視する。
【０５０９】
２）成功しない動作
【０５１０】
ターゲットｅＮＢが少なくとも一つのｎｏｎ−ＧＢＲ  Ｅ−ＲＡＢを許容しないと、またはハンドオーバ用意（Ｈａｎｄｏｖｅｒ  Ｐｒｅｐａｒａｔｉｏｎ）の間に失敗すると、ターゲットｅＮＢは、適切な原因の値を伴ったハンドオーバ失敗（ＨＡＮＤＯＶＥＲ  ＦＡＩＬＵＲＥ）メッセージをＭＭＥに送信する。
【０５１１】
ターゲットｅＮＢが要求された情報を含まないＲＲＣコンテナＩＥ（ＲＲＣ  Ｃｏｎｔａｉｎｅｒ  ＩＥ）を含むハンドオーバ要求（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ）メッセージを受信すると、ターゲットｅＮＢは、ＨＡＮＤＯＶＥＲ  ＦＡＩＬＵＲＥメッセージをＭＭＥに送信する。
【０５１２】
３）正常でない状態（Ａｂｎｏｒｍａｌ  Ｃｏｎｄｉｔｉｏｎｓ）
【０５１３】
ｅＮＢがＧＢＲベアラを指示するＱＣＩ  ＩＥを含むもののＧＢＲ  ＱｏＳ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥを含まないＥ−ＲＡＢ  Ｌｅｖｅｌ  ＱｏＳ  Ｐａｒａｍｅｔｅｒｓ  ＩＥを含むＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、該当Ｅ−ＲＡＢを受諾しない。
【０５１４】
ｅＮＢが同じ値にセッティングされたいくつかのＥ−ＲＡＢ  ＩＤ  ＩＥを含む（Ｅ−ＲＡＢｓ  Ｔｏ  Ｂｅ  Ｓｅｔｕｐ  Ｌｉｓｔ  ＩＥ内）するＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを受信すると、ｅＮＢは、該当Ｅ−ＲＡＢを受諾しない。
【０５１５】
Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ  ＩＤ  ｆｏｒ  ＲＡＴ／Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ  ＩＥがＳｏｕｒｃｅ  ｅＮＢ  ｔｏ  Ｔａｒｇｅｔ  ｅＮＢ  Ｔｒａｎｓｐａｒｅｎｔ  Ｃｏｎｔａｉｎｅｒ  ＩＥ内に含まれないと、ターゲットｅＮＢは、ローカルエラー処理をトリガーする。
【０５１６】
ＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥ内ＥｎｃｒｙｐｔｉｏｎＡｌｇｏｒｉｔｈｍｓ  ＩＥ内に定義された暗号化のための支援されるアルゴリズムがｅＮＢ内に許容された暗号化アルゴリズムの設定されたリスト内に定義された許容されたアルゴリズムとマッチングされないと、ｅＮＢは、ハンドオーバ失敗（ＨＡＮＤＯＶＥＲ  ＦＡＩＬＵＲＥ）メッセージを利用して手順を拒絶する。
【０５１７】
ＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥ内Ｉｎｔｅｇｒｉｔｙ  Ｐｒｏｔｅｃｔｉｏｎ  Ａｌｇｏｒｉｔｈｍｓ  ＩＥ内に定義された完全性のために支援されるアルゴリズムがｅＮＢ内に許容された完全性保護アルゴリズムの設定されたリスト内に定義された許容されたアルゴリズムとマッチングされないと、ｅＮＢは、ハンドオーバ失敗（ＨＡＮＤＯＶＥＲ  ＦＡＩＬＵＲＥ）メッセージを利用して手順を拒絶する。
【０５１８】
表８は、ＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを例示する。
【０５１９】
このメッセージは、ＭＭＥによりｅＮＢにＵＥコンテキスト情報の変更を提供するために送信される。
【０５２０】
【表８】
0006756047.tif 000011
【０５２１】
表８を参照すると、ＩＥ／Ｇｒｏｕｐ名称（ＩＥ／Ｇｒｏｕｐ  Ｎａｍｅ）は、ＩＥまたは情報要素グループ（ＩＥ  ｇｒｏｕｐ）の名称を表す。存在（Ｐｒｅｓｅｎｃｅ）フィールドの「Ｍ」は、必須（ｍａｎｄａｔｏｒｙ）であるＩＥとして常にメッセージに含まれるＩＥ／ＩＥ  ｇｒｏｕｐを表し、「Ｏ」は、選択的（ｏｐｔｉｏｎａｌ）なＩＥとしてメッセージに含まれるか、または含まれなくても良いＩＥ／ＩＥ  ｇｒｏｕｐを表し、「Ｃ」は、条件的な（ｃｏｎｄｉｔｉｏｎａｌ）ＩＥとして特定条件が満たされるときにおいてのみメッセージに含まれるＩＥ／ＩＥ  ｇｒｏｕｐを表す。Ｒａｎｇｅフィールドは、繰り返し的なＩＥｓ／ＩＥ  ｇｒｏｕｐｓが繰り返されうる数を表す。
【０５２２】
ＩＥタイプ及び参照（ＩＥ  ｔｙｐｅ  ａｎｄ  ｒｅｆｅｒｅｎｃｅ）フィールドは、該当ＩＥのタイプ（例えば、列挙データ（ＥＮＵＭＥＲＡＴＥＤ）、整数（ＩＮＴＥＧＥＲ）、オクテットストリング（ＯＣＴＥＴ  ＳＴＲＩＮＧ）等）を表し、該当ＩＥが有することができる値の範囲が存在する場合、値の範囲を表す。
【０５２３】
臨界（Ｃｒｉｔｉｃａｌｉｔｙ）フィールドは、ＩＥ／ＩＥ  ｇｒｏｕｐに適用される臨界（ｃｒｉｔｉｃａｌｉｔｙ）情報を表す。ｃｒｉｔｉｃａｌｉｔｙ情報は、受信端でＩＥ／ＩＥ  ｇｒｏｕｐの全体または一部分を理解できない場合に、受信端でどのように動作しなければならないかを指示する情報を意味する。「−」は、ｃｒｉｔｉｃａｌｉｔｙ情報が適用されないことを表し、「ＹＥＳ」は、ｃｒｉｔｉｃａｌｉｔｙ情報が適用されたことを表す。「ＧＬＯＢＡＬ」は、ＩＥ及び該当ＩＥの繰り返しに共通に一つのｃｒｉｔｉｃａｌｉｔｙ情報を有することを表す。「ＥＡＣＨ」は、ＩＥの繰り返し別に固有のｃｒｉｔｉｃａｌｉｔｙ情報を有することを表す。指定された臨界（Ａｓｓｉｇｎｅｄ  Ｃｒｉｔｉｃａｌｉｔｙ）フィールドは、実際のｃｒｉｔｉｃａｌｉｔｙ情報を表す。
【０５２４】
ＵＥ  ＣＯＮＴＥＸＴ  ＭＯＤＩＦＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージに含まれたｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ（ＩＥ）またはＩＥグループに対する具体的な説明は、上述したので省略する。
【０５２５】
表９は、ＵＥ  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ＩＥを例示する。
【０５２６】
このＩＥは、ＵＥ内の暗号化及び完全性保護のために支援されるアルゴリズムを定義する。
【０５２７】
【表９】
0006756047.tif 000012
【０５２８】
制限されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）のＵＥがＰＣ５（すなわち、ＵＥ間の無線インターフェース）を介したＶ２Ｘ通信を行う方法
【０５２９】
１）問題点１
【０５３０】
従来の動作によれば、制限されたサービス状態（Ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）のＵＥは、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）のためのアタッチ（Ａｔｔａｃｈ）を行うことができる。ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈに成功すると、以後ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態でｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅを使用することができる。
【０５３１】
ただし、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈでは、ＵＥのＶ２Ｘサービス（ｓｅｒｖｉｃｅ）関連ＵＥコンテキスト（ＵＥ  ｃｏｎｔｅｘｔ）をＭＭＥがｅＮＢに伝達する過程が行われない。したがって、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈが行われても、ｅＮＢは、該当ＵＥのＶ２Ｘ  ｓｅｒｖｉｃｅ関連ｃｏｎｔｅｘｔを有しないようになる。  
【０５３２】
このとき、ＵＥがＰＣ５を介したＶ２Ｘ通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）の遂行を希望する場合、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態であるから、ＰＣ５を介したＶ２Ｘ通信のための無線資源（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ）をｅＮＢに要求しなければならない。このために、ＵＥ（ＡＳ層）がサイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢ（基地局）に送信する。
【０５３３】
しかしながら、これを受信したｅＮＢは、該当ＵＥに対するＶ２Ｘ  ｓｅｒｖｉｃｅ関連のＵＥ  ｃｏｎｔｅｘｔが存在しないので、ＵＥに対するＶ２Ｘ関連許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）／能力（ｃａｐａｂｉｌｉｔｙ）を確認することができない。したがって、Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージに対する応答を受諾できない。すなわち、ｅＮＢは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒａｄｉｏ  ｒｅｓｏｕｒｃｅを端末に提供できない。
【０５３４】
その結果、ＵＥは、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒａｄｉｏ  ｒｅｓｏｕｒｃｅの割り当てを受けることができないから、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができない。
【０５３５】
通常、Ｖ２Ｘサービスの場合、車両（すなわち、車両ＵＥ）は、周期的なＶ２Ｘメッセージ（例えば、自身の位置、速度、存在を知らせようと通常１秒に１０回ずつ送信）を送信するだけでなく、イベントの発生時にもＶ２Ｘメッセージ（例えば、ブレーキ故障、事故お知らせ等）を周囲車両にＰＣ５を利用して送信する。ところが仮にある車両に事故が発生した場合、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）を開始すると、該当ｅｍｅｒｇｅｎｃｙ  ｃａｌｌが進行中である間には、Ｖ２Ｘメッセージを周囲車両に送信できないという問題が発生するようになる。
【０５３６】
２）問題点２
【０５３７】
従来の動作によれば、Ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで、ＥＭＭ−ＩＤＬＥ状態のＵＥがキャンプ中であるセル（ｃａｍｐｅｄ  ｏｎ  ｃｅｌｌ）がＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のための資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）を確立し、該当ＵＥは、自分のための専用資源（ｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅ）を介してＶ２Ｘメッセージ送信をせざるをえない場合）、該当ＵＥがＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うためには、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換し、ｅＮＢにＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを要求しなければならない。
【０５３８】
しかしながら、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでのＵＥは、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ以外の位置登録（ＬＲ：Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｒａｔｉｏｎ）を行うことができないから、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換できない。これにより、ＵＥは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒａｄｉｏ  ｒｅｓｏｕｒｃｅをｅＮＢに要求できず、これによってＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができないという問題が発生する。
【０５３９】
３）問題点３
【０５４０】
上述の問題点１のシナリオにおいて、従来の動作によれば、Ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅのＵＥがｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのために、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈを成功させてＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換できる。
【０５４１】
このとき、ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うためには、３ＧＰＰ  ＴＳ  ２４．３８６に述べられた前提条件を満たさなければならない（上述のＶ２Ｘ通信及び制限されたサービス状態参照）。
【０５４２】
しかしながら、ＵＥが登録されたＰＬＭＮが許可されたＰＬＭＮリスト（すなわち、ＵＥが「ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」である時、ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを利用するように許可されたＰＬＭＮのリスト）に含まれなくても良い。この場合、ＵＥは、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができない。これによって、ＵＥのＶ２Ｘ層でＶ２Ｘメッセージが生成されないか、またはＲＲＣ層でＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信できなくなるという問題が発生する。
【０５４３】
４）問題点４
【０５４４】
従来の技術によれば、ＵＥが「Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」の場合、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行う動作が述べられる。（先のＥ−ＵＴＲＡＮによりサービスされない一対多（ｏｎｅ−ｔｏ−ｍａｎｙ）Ｐｒｏｓｅ直接通信送信参照）。
【０５４５】
この場合、ＵＥは、設定された無線パラメータ（ｒａｄｉｏ  ｐａｒａｍｅｔｅｒ）に対する干渉チェック（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｃｈｅｃｋ）を介してｉｎｔｅｒｆｅｒｅｎｃｅが存在する場合、３ＧＰＰ  ＴＳ  ２３．１２２により規定されたＰｒｏｓｅ直接通信（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）によりトリガーされたＰＬＭＮ選択を行うことができる。
【０５４６】
ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎでは、ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎのための周波数（キャリア）が一つだけ存在した。
【０５４７】
これに対し、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの場合、一つ以上の周波数がｃｏｎｆｉｇｕｒｅｄされることができる。この場合、特定周波数にｉｎｔｅｒｆｅｒｅｎｃｅがある場合、ＵＥがＰＬＭＮ選択を行うようになると、不必要なシグナリングオーバヘッドとサービス支援が発生するという問題がある。
【０５４８】
５）問題点５
【０５４９】
ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎとＬＴＥ−Ｕｕを介して一般サービス（例えば、ＩＭＳ呼）を共に行う場合、両方のサービスのうち、どんなサービスをまず進行しなければならないかについて論議されており、以下のような動作が提案された。
【０５５０】
時間ドメイン内のアップリンク送信（ＵＬ  ＴＸ：Ｕｐｌｉｎｋ  Ｔｒａｎｓｍｉｓｓｉｏｎ）が共有された（または同じ）キャリア周波数内のサイドリンク送信（ＳＬＴＸ：Ｓｉｄｅｌｉｎｋ  Ｔｒａｎｓｍｉｓｓｉｏｎ）と重なる時、ＳＬパケットのパケット別ＰｒｏＳｅ優先順位（ＰＰＰＰ：ＰｒｏＳｅ  ｐｒｉｏｉｒｙ  ｐｅｒ  ｐａｃｋｅｔ）が（予め）設定されたＰＰＰＰ臨界値を超過すると、ＵＥは、ＵＬ  ＴＸをドロップ（ｄｒｏｐ）し、そうでないと、ＵＥは、ＳＬ  ＴＸをドロップする。
【０５５１】
上の内容は、ＰＰＰＰ臨界値を設定し、これより高いＰＰＰＰであるとｓｉｄｅｌｉｎｋを、それともｕｐｌｉｎｋを優先して送信すると解析できる。
【０５５２】
仮に、該当ＬＴＥ−Ｕｕ（ＵＬ  ＴＸ）に対するサービスがｅｍｅｒｇｅｎｃｙ  ｃａｌｌである場合を仮定する時、上の提案に従ってＬＴＥ−Ｕｕ（ＵＬ  ＴＸ）に対するパケットをドロップするようになると、ｅｍｅｒｇｅｎｃｙ  ｃａｌｌを進行することができなくなるという問題が発生する。
【０５５３】
これに対する代案としてｅｍｅｒｇｅｎｃｙ  ｃａｌｌが発生した場合、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎより優先的に処理する動作が提案された。すなわち、ＵＥが活性化された緊急ＰＤＮ接続を有すると、ＬＴＥ−Ｕｕを介した通信がＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎより優先される。
【０５５４】
このような動作を行うためには、ｅＮＢが該当ＵＥが緊急サービス中であることを知っていなければならない。
【０５５５】
ただし、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードで緊急ＰＤＮ接続を生成する場合、ｅＮＢは、緊急サービス中であることを認知できないから、ＭＭＥがＰＤＮ接続がＰＤＮタイプが緊急である場合に、ｅＮＢに緊急サービス中であることを知らせる動作が提案された。すなわち、ＵＥがＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが許可され、緊急ＰＤＮ接続を確立し始める時、ＭＭＥは、ｅＮＢに該当ＵＥのための緊急接続が確立されると知らせる。このような手順の場合、ネットワーク（ｅＮＢ）での動作が提案された。
【０５５６】
ただし、このような提案の場合、従来に比べて追加的なＳ１−ＡＰシグナリング動作が発生する。そして、この場合、Ｖ２Ｘメッセージに対する資源を要求するための無線区間（ｉｎｔｅｒｖａｌ）のシグナリングを減らすことができない。仮に、緊急ベアラサービス中であるＵＥで協力認知メッセージ（ＣＡＭ：Ｃｏｏｐｅｒａｔｉｖｅ  Ａｗａｒｅｎｅｓｓ  Ｍｅｓｓａｇｅ）メッセージが発生する場合にも、ＵＥは、ｅＮＢにこれに対する資源を要求するためのｓｉｄｅｌｉｎｋバッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）を送信しなければならない。したがって、緊急状況で必ず送信しなくても良いＣＡＭメッセージに対するｓｉｄｅｌｉｎｋ  ＢＳＲによって、不必要なシグナリングと無線資源が浪費されるという問題が発生する。
【０５５７】
６）問題点６
【０５５８】
従来の技術によれば、３ＧＰＰ  ＳＡでは、次のような事項が合意された。
【０５５９】
「ＵＥが活性化された緊急ＰＤＮ接続を有すると、地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続を介した通信がＰＣ５参照ポイントを介したＶ２Ｘ通信より優先される。」（先のＩＭＳ緊急呼出し（ｅＣａｌｌ：ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）の間にＰＣ５を介したＶ２Ｘ通信支援参照）
【０５６０】
３ＧＰＰ  ＲＡＮ２では、ＬＴＥ−ＵｕとＰＣ５送信の優先処理（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）と関連した議論が進められている。上述の緊急ＰＤＮ接続とＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎとの間のｐｒｉｏｒｉｔｉｚａｔｉｏｎのためには、ＵＥのＲＲＣ層で次のような情報が必要である。
【０５６１】
１）ＵＥに緊急ＰＤＮ接続があるかどうか
【０５６２】
２）地域／国家の規制要求事項及び運営者ポリシーによって、緊急ＰＤＮ接続を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならないかどうか
【０５６３】
上の１）と関連して述べると、ＵＥがＥＭＭ−ＩＤＬＥモードで緊急ＰＤＮ接続のためのＡｔｔａｃｈを行う場合、ＵＥのＮＡＳ層がアタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージと共にＲＲＣ確立原因（ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）をＵＥのＲＲＣ層に伝達する。このとき、ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに「緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）」と表示されているから、ＵＥのＲＲＣ層は、緊急ＰＤＮ接続があるということを認知できる。しかしながら、ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤモードで緊急ＰＤＮ接続を確立する場合、ＵＥのＮＡＳ層がＵＥのＲＲＣ層にＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを伝達しないから、ＵＥのＲＲＣ層は、これを認知できなくなるという問題が発生する。
【０５６４】
上の２）と関連して、該当情報は、ＵＥに（予め）設定されていることができる。しかしながら、ＵＥのＲＲＣ層の場合、この設定された値が分からないという問題が発生する。
【０５６５】
以上のような問題点を解決するために、本発明では、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅのＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うための方法を提案しようとする。
【０５６６】
以下、本発明の説明において、資源割り当てモードと関連して、モード３（Ｍｏｄｅ３）は、Ｖ２Ｘサービス（例えば、Ｖ２Ｘ通信）を提供するｅＮＢ（基地局）がＵＥが使用する特定資源（ｒｅｓｏｕｒｃｅ）を動的に割り当て、ＵＥは、物理チャネルを確認した後、自身が使用するｒｅｓｏｕｒｃｅを確認した後、該当ｒｅｓｏｕｒｃｅを利用して送信を行うモードを意味する。
【０５６７】
Ｍｏｄｅ４は、一つまたは多数の送信資源プール（ｐｏｏｌ）をネットワークから受信した後、ＵＥが自ら送信のためのｒｅｓｏｕｒｃｅを選択してメッセージを送信するモードのことを言う。
【０５６８】
これにより、Ｍｏｄｅ４は、ＵＥ自律的な資源選択（ＵＥ  ａｕｔｏｎｏｍｏｕｓ  ｒｅｓｏｕｒｃｅ  ｓｅｌｅｃｔｉｏｎ）モードと称され、Ｍｏｄｅ３は、スケジュールされた資源割り当て（Ｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）モードと称される。
【０５６９】
また、以下の本発明の説明において、Ｖ２Ｘ通信能力（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）は、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる能力を意味する。ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎは、ＰＣ５インターフェースを介してＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うのを意味し、これはＶ２Ｘサイドリンク通信とも称することができる。
【０５７０】
［実施形態１］
【０５７１】
本発明の一実施形態では、先の問題点１及び３で述べられた問題を解決するために、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うための方法を提案する。
【０５７２】
［実施形態１−１］
【０５７３】
実施形態１−１では、ＵＥがＳｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信すると、ｅＮＢは、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ中であるＵＥ（すなわち、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードでありｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅを使用中であるＵＥ）のために、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒｅｓｏｕｒｃｅを割り当てることができる。
【０５７４】
図１２は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０５７５】
０．ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ状態のＵＥは、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）のためのＡｔｔａｃｈ手順を始める。すなわち、Ａｔｔａｃｈメッセージが生成される。
【０５７６】
１．ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ状態のＵＥがｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈを行う時、下記のようにＲＲＣ確立原因（ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）及び／または指示（ｉｎｄｉｃａｔｉｏｎ）をＵＥのＮＡＳ層で生成して、Ａｔｔａｃｈメッセージと共にＵＥのＡＳ層に伝達する。
【０５７７】
ＵＥのＡＳ層は、ＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージ送信時、受信したＲＲＣ確立原因（ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）及び／または指示（ｉｎｄｉｃａｔｉｏｎ）を使用する。
【０５７８】
Ｉ．ＵＥのＮＡＳ層は、ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）」をＵＥのＡＳ層を伝達できる。
【０５７９】
ＩＩ．このとき、Ｖ２Ｘ通信能力（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）があることを表す「Ｖ２Ｘ通信（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）」指示を共に伝達できる。
【０５８０】
ＩＩＩ．ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅあるいはｉｎｄｉｃａｔｉｏｎの具現化は、「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」と「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」のように個別的な値により具現化されても良く、上の二つの値の意味を含んだ第３の値（すなわち、単一の値）により具現化されても良い。後者の場合の一例として、「Ｖ２Ｘ通信能力を伴った緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ  ｗｉｔｈ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）」というＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎにより具現化されることができる。
【０５８１】
ＵＥのＡＳ層は、ランダムアクセス（ＲＡ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を行う。
【０５８２】
２．ＵＥのＡＳ層は、該当ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ（すなわち、ＲＡメッセージ（ｍｓｇ）３）に含めてｅＮＢに送信する。
【０５８３】
以後、ＵＥのＡＳ層は、ｅＮＢからＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ（すなわち、ＲＡ  ｍｓｇ４）を受信する。そして、ＵＥのＡＳ層は、ｅＮＢにＲＲＣ接続完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを送信することによって、ランダムアクセス手順が完了する。
【０５８４】
３．ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ内でＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを受信したｅＮＢは、以下のような方法で該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを確認（チェック）できる。そして、ｅＮＢは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認（チェック）後にこれを記憶する。
【０５８５】
Ｉ．Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」）及び／またはＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに含まれた場合、ｅＮＢは、該当ｉｎｄｉｃａｔｉｏｎ及び／またはＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを介して、該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認（チェック）できる。
【０５８６】
このとき、ｅＮＢは、該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙの検証（すなわち、二重チェック（ｄｏｕｂｌｅ  ｃｈｅｃｋ））するために、後述する実施形態３の方法を行うことができる。
【０５８７】
ＩＩ．Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」）またはＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに含まれない場合、ｅＮＢは、後述する実施形態３の方法を介して該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認できる。
【０５８８】
図１２のようにＭＭＥは、ＵＥのＡｔｔａｃｈを受諾することによって、アタッチ受諾（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージを該当ＵＥのＮＡＳ層に送信できる。Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージを受信することによって、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに進入し、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅを始める。図１２では、詳細なＡｔｔａｃｈ手順は省略された。
【０５８９】
４．該当ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受諾した場合、先の１ステップでＵＥがＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅで「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」であることを指示（ｉｎｄｉｃａｔｅ）したら、ｅＮＢは、該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」を使用している途中であることを格納することができる。
【０５９０】
また、先の３ステップで該当ＵＥに対するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを確認した場合、ｅＮＢは、該当ＵＥがＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを格納することができる。
【０５９１】
反面、ＵＥのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを拒絶した場合、ｅＮＢは、該当ＵＥに対する情報を格納しなくても良い。
【０５９２】
また、ｅＮＢは、後にｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅが終了した場合（すなわち、ＵＥがＥＭＭ−ＩＤＬＥあるいはＲＲＣ−ＩＤＬＥに転換される場合）、該当ＵＥに対する記憶情報（すなわち、「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」を使用している途中であるという情報及び／またはＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあるという情報）を削除できる。
【０５９３】
５．ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥは、サイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢに送信する。
【０５９４】
Ｉ．ＵＥのＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ送信のためのトリガー（ｔｒｉｇｇｅｒｉｎｇ）条件は、次のとおりでありうる。
【０５９５】
Ａ．ＵＥのアプリケーション（ＡＰＰ：Ａｐｐｌｉｃａｔｉｏｎ）層（すなわち、Ｖ２Ｘ層）からＶ２Ｘメッセージを下位層（例えば、ＮＡＳ層またはＡＳ層）に送信する時、該当Ｖ２Ｘメッセージに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「分散環境お知らせメッセージ（ＤＥＮＭ：Ｄｅｃｅｎｔｒａｌｉｚｅｄ  Ｅｎｖｉｒｏｎｍｅｎｔａｌ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）」または「緊急（ｅｍｅｒｇｅｎｃｙ）」または「公共安全（ｐｕｂｌｉｃ  ｓａｆｅｔｙ）」等）、または特定のＰＰＰＰ値が伝達されることができる。
【０５９６】
上述したＡ動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、アプリケーション層にこれを知らせることができる。一例として、Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。
【０５９７】
これを受信したアプリケーション層は、上述したＡ動作を行うことができる。すなわち、アプリケーション層は、Ａ動作を行いながらＶ２Ｘメッセージに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値を下位層（ｌｏｗｅｒ  ｌａｙｅｒ）に提供できる
【０５９８】
Ｂ．これを受信したＡＳ層は、現在ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであっても、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信する。
【０５９９】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ層は、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値をアプリケーション層から受信する時においてのみ、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０６００】
Ｃ．先のＡでアプリケーション層は、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、下位層（例えば、ＮＡＳ層またはＡＳ層）に該当Ｖ２Ｘメッセージを提供せずに廃棄（ｄｉｓｃａｒｄ）しても良い。この場合、上述したＡ動作とＢ動作は行われない。
【０６０１】
ＩＩ．先の３ステップにおいて、ＩまたはＩＩが具現化されない場合（すなわち、「ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認する方法」が具現化されない場合）、次のような追加動作を行うことができる。
【０６０２】
ＵＥは、「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」を使用している途中であることを表す指示（すなわち、ＵＥが緊急ＰＤＮ接続を有するという指示）及び／または特別な指示（またはサービス指示）（例えば、「ＤＥＮＭ」または「緊急」または「公共安全」）を該当ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージに含めることができる。また、この指示は、該当ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを知らせる指示でありうる。
【０６０３】
６．ｅＮＢは、受信したＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを介してＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙまたはＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対する端末の関心（ｉｎｔｅｒｅｓｔ）を確認できる。
【０６０４】
また、このとき、ｅＮＢは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを検証（ｄｏｕｂｌｅ  ｃｈｅｃｋ）するために、実施形態３を行うこともできる。
【０６０５】
７．Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを受信したｅＮＢは、以下のような場合、該当ＵＥに対するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅを提供できる。
【０６０６】
Ｉ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」中であることを確認するか、または
【０６０７】
ＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認するか、または
【０６０８】
ＩＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ  ｓｅｒｖｉｃｅ許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）を確認するか、または
【０６０９】
ＩＶ．該当ＵＥが「ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ」であることを確認した場合。
【０６１０】
後述する実施形態３の方法で述べられた方法のように、ＭＭＥがＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを明示的にｅＮＢに知らせることもできて、または従来の技術のように暗黙的に（ｉｍｐｌｉｃｉｔ）ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることをｅＮＢが認知できるようにすることもできる（「制限されたサービスモード（Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ  Ｍｏｄｅ）で緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）の処理」参照）。
【０６１１】
上述の実施形態１−１は、５−Ｉ−Ａステップがなくても動作できる。すなわち、アプリケーション層で特別な指示または特定のＰＰＰＰ値を下位層に伝達しなくても、従来のＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージの送信条件だけでも、ＵＥのＡＳ層は、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。
【０６１２】
一方、先の本発明の説明において、「ｅＮＢがＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認する」の意味は、後述する実施形態３が使用される場合、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認する過程でＭＭＥがＶ２Ｘサービス許可（Ｖ２Ｘ  ｓｅｒｖｉｃｅ  ａｕｔｈｏｒｉｚａｔｉｏｎ）情報をｅＮＢに提供し、これを通じてｅＮＢがＶ２Ｘ  ｓｅｒｖｉｃｅに対する許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）有無を確認することを含む。
【０６１３】
［実施形態１−２］
【０６１４】
実施形態１−２では、ＵＥがＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ送信なしで、ＵＥは、ｅＮＢにより提供するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのための送信資源プール（Ｔｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を使用してＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。
【０６１５】
図１３は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０６１６】
Ｉ．ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ状態のＵＥがｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を成功させて、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換する。
【０６１７】
ＩＩ．ＵＥのａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでＶ２Ｘメッセージを下位層（ｌａｙｅｒ）（すなわち、ＮＡＳ  ｌａｙｅｒあるいはＶ２Ｘ  ｌａｙｅｒ）に送信する時、該当Ｖ２Ｘ  ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、ＤＥＮＭまたは「ｅｍｅｒｇｅｎｃｙ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。
【０６１８】
上述した動作のために、ＵＥのＮＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒは、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒにこれを知らせることができる。一例として、Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。
【０６１９】
これを受信したＡｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、ＩＩ動作を行うことができる。すなわち、Ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、ＩＩ動作を行いながらＶ２Ｘ  ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ  ｌａｙｅｒに提供できる。
【０６２０】
ＩＩＩ．Ｖ２Ｘ  ｍｅｓｓａｇｅを受信したＡＳ  ｌａｙｅｒは、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５を行おうとする時、ｅＮＢ（基地局）が次のＴｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを提供する場合、Ｔｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌをｅＮＢに要求する別途の過程なしで提供されたＴｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを利用して、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。
【０６２１】
Ａ．例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ  ｌａｙｅｒは、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値をアプリケーション層から受信する時においてのみ、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０６２２】
Ｂ．上述したＴｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌは、ｅＮＢが放送するｒｅｓｏｕｒｃｅ  ｐｏｏｌ（例えば、共通送信プール一般共通（ｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎ）または共通送信プール例外（ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌ））に該当することができる。
【０６２３】
このとき、上述したｒｅｓｏｕｒｃｅ  ｐｏｏｌは、ＵＥの資源割り当てモード（すなわち、Ｍｏｄｅ３またはＭｏｄｅ４）に関係なく使用されることもできる。
【０６２４】
または、次のように資源割り当てモードに応じて使用できるｒｅｓｏｕｒｃｅ  ｐｏｏｌが異なりうる。例えば、ｅＮＢがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ  ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ接続を確立し、自身のために専用されたｒｅｓｏｕｒｃｅのためにＶ２Ｘメッセージを送信せざるをえない場合）（すなわち、Ｍｏｄｅ３の場合）には、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌが使用されることができる。これに対し、Ｍｏｄｅ４の場合、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌまたはｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎが使用されることができる。
【０６２５】
ＩＶ．ＩＩ動作においてＡｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、ｌｏｗｅｒ  ｌａｙｅｒ（例えば、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に該当Ｖ２Ｘ  ｍｅｓｓａｇｅを提供せずに廃棄（ｄｉｓｃａｒｄ）することもできる。この場合、ＩＩ動作とＩＩＩ動作は行われない。
【０６２６】
上述の実施形態１−２は、ＩＩステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでの特別な指示または特定のＰＰＰＰ値を下位層に伝達しなくても、ＡＳ  ｌａｙｅｒがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行条件を満たした場合、ＡＳ  ｌａｙｅｒがＴｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを利用してＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。
【０６２７】
［実施形態２］
【０６２８】
本発明の一実施形態では、先の問題点２で述べられた問題を解決するために、ＵＥがキャンプ（ｃａｍｐｅｄ  ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ  ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ  ｃｏｎｎｅｃｔｉｏｎを確立し、ＵＥのために専用のｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージを送信せざるをえない場合）、ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＥＭＭ−ＩＤＬＥ（またはＲＲＣ−ＩＤＬＥ）のＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行う方法を提案する。
【０６２９】
［実施形態２−１］ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ（またはＲＲＣ−ＣＯＮＮＥＣＴＥＤ）状態に転換し、ｅＮＢにＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒａｄｉｏ  ｒｅｓｏｕｒｃｅを要求する。詳細な方法は、次のとおりである。
【０６３０】
ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＥＭＭ−ＩＤＬＥのＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥがｃａｍｐｅｄ  ｏｎするｃｅｌｌがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ  ｐｏｏｌを放送しない場合（すなわち、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎを結み端末のためのｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換するか、またはＲＲＣ−ＣＯＮＮＥＣＴＥＤ＆ＥＭＭ−ＩＤＬＥに転換して、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５を行うことができる。各ケース（Ｃａｓｅ）についての具体的な記述は、次のとおりである。
【０６３１】
（ケース（ｃａｓｅ）Ｉ）ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換する場合の動作
【０６３２】
ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換する場合、ＵＥは、次の２通りの方法のうち、いずれか一つで動作できる。
【０６３３】
−方法Ａ）ＵＥは、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈを行う。この場合、［実施形態１−１］に述べられた方法に従う。
【０６３４】
−方法Ｂ）ＵＥは、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈでないＮＡＳ手順を行う。
【０６３５】
方法Ａを行う場合、上述の［実施形態１−１］に述べられた方法と次のような差がありうる。
【０６３６】
１．端末がＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥがキャンプ（ｃａｍｐｅｄ  ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のためのｒｅｓｏｕｒｃｅ  ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ  ｃｏｎｎｅｃｔｉｏｎを確立し、ＵＥのためのｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに転換するために、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を開始する。このとき、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順をトリガー（ｔｒｉｇｇｅｒｉｎｇ）するための条件は、次のとおりでありうる。
【０６３７】
Ｉ．ＵＥのａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（例えば、Ｖ２Ｘ  ｌａｙｅｒ）からＶ２Ｘ  ｍｅｓｓａｇｅを下位ｌａｙｅｒ（すなわち、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に送信する時、Ｖ２Ｘ  ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。
【０６３８】
上述した動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒにこれを知らせることができる。一例として、Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。
【０６３９】
これを受信したａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、上述したＩ動作を行うことができる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、Ｉ動作を行いながらＶ２Ｘ  ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ  ｌａｙｅｒに提供できる。
【０６４０】
ＩＩ．Ｖ２Ｘ  ｍｅｓｓａｇｅを受信したＮＡＳ  ｌａｙｅｒは、前記述べられたＮＡＳ  ｐｒｏｃｅｄｕｒｅを行う。
【０６４１】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＮＡＳ  ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＮＡＳ  ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒから受信する時においてのみ、ＮＡＳ  ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０６４２】
このとき、ＡＳ  ｌａｙｅｒとＮＡＳ  ｌａｙｅｒとの間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）が発生できる。例えば、ＡＳ  ｌａｙｅｒがその特別な指示またはＰＰＰＰ値を受信すると、ＮＡＳ  ｌａｙｅｒに伝達することによってＮＡＳ  ｌａｙｅｒが該当ＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）するようにすることができる。または、ＡＳ  ｌａｙｅｒは、受信した特別な指示またはＰＰＰＰ値をそのまま伝達する代わりに、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが必要であるという指示をＮＡＳ  ｌａｙｅｒに伝達することもできる。
【０６４３】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ  ｌａｙｅｒがＮＡＳ  ｌａｙｅｒのＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）できる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ  ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒから受信すると、ＡＳ  ｌａｙｅｒがＮＡＳ  ｌａｙｅｒのＮＡＳ手順をトリガーリングできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０６４４】
ＩＩＩ．上述したＩ動作において、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なｍｅｓｓａｇｅでないか、またはその特定されたＰＰＰＰ値に該当するｍｅｓｓａｇｅでない場合、下位ｌａｙｅｒ（例えば、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に該当Ｖ２Ｘ  ｍｅｓｓａｇｅを提供せずに廃棄できる。この場合、Ｉ動作とＩＩ動作は行われない。
【０６４５】
上述の実施形態２−１のｃａｓｅＩの方法Ａ）は、ＩまたはＩＩなしで動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値の伝達なしで従来のＮＡＳ  ｐｒｏｃｅｄｕｒｅのｔｒｉｇｇｅｒｉｎｇ条件だけでＮＡＳ  ｐｒｏｃｅｄｕｒｅが行われうる。
【０６４６】
上述した方法Ｂ）が行われる場合（すなわち、ＵＥがｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈでないＮＡＳ手順を行う場合）について説明する。
【０６４７】
図１４は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０６４８】
１．ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥがキャンプ（ｃａｍｐｅｄ  ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のためのｒｅｓｏｕｒｃｅ  ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ  ｃｏｎｎｅｃｔｉｏｎを確立し、ＵＥのためのｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに転換するために、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順でないＮＡＳ手順を開始する。このとき、ＮＡＳ手順をトリガーリングするための条件は、次のとおりである。
【０６４９】
Ｉ．ＵＥのａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（例えば、Ｖ２Ｘ  ｌａｙｅｒ）でＶ２Ｘ  ｍｅｓｓａｇｅを下位ｌａｙｅｒ（すなわち、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に送信する時、Ｖ２Ｘ  ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。
【０６５０】
上述した動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒにこれを知らせることができる。一例として、ＮＡＳ  ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。
【０６５１】
これを受信したａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、上述したＩ動作を行うことができる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、Ｉ動作を行いながらＶ２Ｘ  ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ  ｌａｙｅｒに提供できる。
【０６５２】
ＩＩ．Ｖ２Ｘ  ｍｅｓｓａｇｅを受信したＮＡＳ  ｌａｙｅｒは、前記述べられたＮＡＳ  ｐｒｏｃｅｄｕｒｅを行う。
【０６５３】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＮＡＳ  ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＮＡＳ  ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒから受信する時においてのみ、ＮＡＳ  ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０６５４】
このとき、ＡＳ  ｌａｙｅｒとＮＡＳ  ｌａｙｅｒとの間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）が発生できる。例えば、ＡＳ  ｌａｙｅｒがその特別な指示またはＰＰＰＰ値を受信すると、ＮＡＳ  ｌａｙｅｒに伝達することによって、ＮＡＳ  ｌａｙｅｒが該当ＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）するようにすることができる。または、ＡＳ  ｌａｙｅｒは、受信した特別な指示またはＰＰＰＰ値をそのまま伝達する代わりに、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが必要であるという指示をＮＡＳ  ｌａｙｅｒに伝達することができる。
【０６５５】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ  ｌａｙｅｒがＮＡＳ  ｌａｙｅｒのＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）できる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ  ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒから受信すると、ＡＳ  ｌａｙｅｒがＮＡＳ  ｌａｙｅｒのＮＡＳ手順をトリガーリングできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０６５６】
ＩＩＩ．ＵＥは、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順でないＮＡＳ手順を行う。このＮＡＳ手順は、従来のサービス要求（ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手順または新しいＮＡＳ手順と定義されることができる。また、ＮＡＳ  ｍｅｓｓａｇｅもＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージが利用されても良く、または新しいＮＡＳ  ｍｅｓｓａｇｅが使用されても良い。
【０６５７】
ＩＶ．上述したＩ動作において、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なｍｅｓｓａｇｅではないか、またはその特定されたＰＰＰＰ値に該当するｍｅｓｓａｇｅでない場合、下位ｌａｙｅｒ（例えば、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に該当Ｖ２Ｘ  ｍｅｓｓａｇｅを提供せずに廃棄できる。この場合、Ｉ動作とＩＩ動作は行われない。
【０６５８】
２．ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ状態のＵＥがＮＡＳ手順を行う時、下記のようにＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＵＥのＮＡＳ層で生成して、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージと共にＵＥのＡＳ層に伝達する。
【０６５９】
ＵＥのＡＳ層は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ送信時、受信したＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを使用する。
【０６６０】
Ｉ．ＵＥのＮＡＳ層は、ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）あるいは新しいｃａｕｓｅ（例えば、「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）をＵＥのＡＳ層を伝達できる。
【０６６１】
ＩＩ．このとき、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを表す「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」ｉｎｄｉｃａｔｉｏｎを共に伝達できる。
【０６６２】
ＩＩＩ．ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅあるいはｉｎｄｉｃａｔｉｏｎの具現化は、「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ（あるいは「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」）と「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」のように個別的な値により具現化されても良く、上の二つの値の意味を含んだ第３の値（すなわち、単一の値）により具現化されても良い。後者の場合の一例として、「Ｖ２Ｘ通信能力を伴った緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ  ｗｉｔｈ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）」または「Ｖ２Ｘ通信能力を伴った公共安全サービス（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ  ｗｉｔｈ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）」というＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎにより具現化されることができる。
【０６６３】
３．ＵＥのＡＳ層は、該当ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ（すなわち、ＲＡメッセージ（ｍｓｇ）３）に含めてｅＮＢに送信する。
【０６６４】
以後、ＵＥのＡＳ層は、ｅＮＢからＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ（すなわち、ＲＡ  ｍｓｇ４）を受信する。そして、ＵＥのＡＳ層は、ｅＮＢにＲＲＣ接続完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを送信することによって、ランダムアクセス手順が完了する。
【０６６５】
４．ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ内でＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを受信したｅＮＢは、以下のような方法で該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを確認（チェック）できる。そして、ｅＮＢは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ確認（チェック）した後にこれを記憶する。
【０６６６】
Ｉ．Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ確認方法は、次のように具現化されることができる。
【０６６７】
Ａ．Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」）及び／またはＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに含まれた場合、ｅＮＢは、該当ｉｎｄｉｃａｔｉｏｎ及び／またはＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを介して、該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認（チェック）できる。
【０６６８】
このとき、ｅＮＢは、該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを検証（すなわち、二重チェック（ｄｏｕｂｌｅ  ｃｈｅｃｋ））するために、後述する実施形態３の方法を行うことができる。
【０６６９】
Ｂ．Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」）またはＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに含まれない場合、ｅＮＢは、後述する実施形態３の方法を介して該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認できる。
【０６７０】
図１４のように、ＭＭＥは、ＵＥのＡｔｔａｃｈを受諾することによって、アタッチ受諾（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージを該当ＵＥのＮＡＳ層に送信できる。Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージを受信することによって、ＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードに進入し、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅを始める。図１４では、詳細なＡｔｔａｃｈ手順は省略された。
【０６７１】
ＩＩ．該当ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受諾した場合、先のＡステップでＵＥがＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅで「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」であることをｉｎｄｉｃａｔｅしたら、ｅＮＢは、該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」を使用している途中であることを格納することができる。
【０６７２】
また、先のＢステップで該当ＵＥに対するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを確認した場合、ｅＮＢは、該当ＵＥにＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを格納することができる。
【０６７３】
これに対し、ＵＥのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを拒絶した場合、ｅＮＢは、該当ＵＥに対する情報を格納しなくても良い。
【０６７４】
また、ｅＮＢは、後にＵＥがＥＭＭ−ＩＤＬＥあるいはＲＲＣ−ＩＤＬＥに転換される場合、該当ＵＥに対する記憶情報を削除できる。
【０６７５】
５．ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥは、サイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢに送信する。
【０６７６】
Ｉ．ＵＥのＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージ送信のためのトリガー（ｔｒｉｇｇｅｒｉｎｇ）条件は、次のとおりである。
【０６７７】
Ａ．ＵＥのＡｐｐｌｉｃａｔｉｏｎ層（すなわち、Ｖ２Ｘ層）でＶ２Ｘメッセージを下位層（例えば、ＮＡＳ層またはＡＳ層）に送信する時、該当Ｖ２Ｘメッセージに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」等）、または特定のＰＰＰＰ値が伝達されることができる。
【０６７８】
上述したＡ動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅを使用している途中であり、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、アプリケーション層にこれを知らせることができる。一例として、Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージを受信した場合、このようなお知らせ動作が行われることができる。
【０６７９】
これを受信したアプリケーション層は、上述したＡ動作を行うことができる。すなわち、アプリケーション層は、Ａ動作を行いながらＶ２Ｘメッセージに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値を下位層（ｌｏｗｅｒ  ｌａｙｅｒ）に提供できる
【０６８０】
Ｂ．これを受信したＡＳ層は、現在ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅイーサーであっても、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信する。
【０６８１】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ層は、Ｓｉｄｅｌｉｎｋ    ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値をアプリケーション層から受信する時においてのみ、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０６８２】
Ｃ．先のＡにおいてアプリケーション層は、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、下位層（例えば、ＮＡＳ層またはＡＳ層）に該当Ｖ２Ｘメッセージを提供せずに廃棄（ｄｉｓｃａｒｄ）することもできる。この場合、上述したＡ動作とＢ動作は行われない。
【０６８３】
ＩＩ．先の４ステップにおいて、ＩまたはＩＩが具現化されない場合（すなわち、「ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認する方法」が具現化されない場合）、次のような追加動作を行うことができる。
【０６８４】
ＵＥは、「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」を使用している途中であることを表す指示及び／または特別な指示（またはサービス指示）（例えば、「ＤＥＮＭ」または「緊急」または「公共安全」）を該当Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージに含めることができる。
【０６８５】
６．ｅＮＢは、受信したＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを介してＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙまたはＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対する端末の関心（ｉｎｔｅｒｅｓｔ）を確認できる。そして、ｅＮＢは、該当ＵＥに対するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙが確認されると、これを格納する。
【０６８６】
また、このとき、ｅＮＢは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを検証（ｄｏｕｂｌｅ  ｃｈｅｃｋ）するために、実施形態３を行うことができる。
【０６８７】
７．Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを受信したｅＮＢは、以下のような場合、該当ＵＥに対するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅを提供できる。
【０６８８】
Ｉ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」中であることを確認するか、または
【０６８９】
ＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認するか、または
【０６９０】
ＩＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ  ｓｅｒｖｉｃｅ許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）を確認した場合。このとき、ＭＭＥからＶ２Ｘ  ｃａｐａｂｉｌｉｔｙ情報がさらにｅＮＢに提供されることもでき、ｅＮＢは、これを確認することができる。
【０６９１】
上述の実施形態２−１のｃａｓｅＩの方法Ｂは、１−Ｉステップまたはまたは１−ＩＩステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値を下位層に伝達しなくても、従来のＮＡＳ手順のｔｒｉｇｇｅｒｉｎｇ条件だけでＮＡＳ手順が行われることができる。
【０６９２】
または、上述の実施形態２−１のｃａｓｅＩの方法Ｂは、５−Ｉステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値を下位層に伝達しなくても、従来のＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージの送信条件だけでＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージの送信が行われることができる。
【０６９３】
一方、先の本発明の説明において、「ｅＮＢがＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認する」という意味は、後述する実施形態３が使用される場合、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認する過程でＭＭＥがＶ２Ｘサービス許可（Ｖ２Ｘ  ｓｅｒｖｉｃｅ  ａｕｔｈｏｒｉｚａｔｉｏｎ）情報をｅＮＢに提供し、これを通じてｅＮＢがＶ２Ｘ  ｓｅｒｖｉｃｅに対する許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）の有無を確認することを含む。
【０６９４】
（ｃａｓｅ  ＩＩ）ＵＥがＲＲＣ−ＣＯＮＮＥＣＴＥＤ及びＥＭＭ−ＩＤＬＥに転換する場合の動作
【０６９５】
図１５は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０６９６】
１．ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥがキャンプ（ｃａｍｐｅｄ  ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のためのｒｅｓｏｕｒｃｅ  ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ  ｃｏｎｎｅｃｔｉｏｎを確立し、ＵＥのためのｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＵＥは、ＲＲＣ−ＣＯＮＮＥＣＴＥＤ状態（及びＥＭＭ−ＣＯＮＮＥＣＴＥＤモード）に転換するために、ＲＲＣ接続確立（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を開始する。このとき、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ手順をトリガーリングするための条件は、次のとおりである。
【０６９７】
Ｉ．ＮＡＳ手順を利用する方法：ＮＡＳ手順をトリガーリングするための条件は、次のとおりである。
【０６９８】
Ａ．ＵＥのａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（例えば、Ｖ２Ｘ  ｌａｙｅｒ）からＶ２Ｘ  ｍｅｓｓａｇｅを下位ｌａｙｅｒ（すなわち、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に送信する時、Ｖ２Ｘ  ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。
【０６９９】
上述した動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒにこれを知らせることができる。この動作は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅに転換される時に行われることができる。
【０７００】
これを受信したａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、上述したＡ動作を行うことができる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、Ａ動作を行いながらＶ２Ｘ  ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ  ｌａｙｅｒに提供できる。
【０７０１】
Ｂ．Ｖ２Ｘ  ｍｅｓｓａｇｅを受信したＮＡＳ  ｌａｙｅｒは、前記述べられたＮＡＳ  ｐｒｏｃｅｄｕｒｅを行う。
【０７０２】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＮＡＳ  ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＮＡＳ  ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒから受信する時においてのみ、ＮＡＳ  ｌａｙｅｒのＮＡＳ手順がトリガーされることができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０７０３】
このとき、ＡＳ  ｌａｙｅｒとＮＡＳ  ｌａｙｅｒとの間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）が発生できる。例えば、ＡＳ  ｌａｙｅｒがその特別な指示またはＰＰＰＰ値を受信すると、ＮＡＳ  ｌａｙｅｒに伝達することによって、ＮＡＳ  ｌａｙｅｒが該当ＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）するようにすることができる。または、ＡＳ  ｌａｙｅｒは、受信した特別な指示またはＰＰＰＰ値をそのまま伝達する代わりに、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが必要であるという指示をＮＡＳ  ｌａｙｅｒに伝達することができる。
【０７０４】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ  ｌａｙｅｒがＮＡＳ  ｌａｙｅｒのＮＡＳ手順をトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）できる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ  ｌａｙｅｒが有しており、該当ＰＰＰＰ値をａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒから受信すると、ＡＳ  ｌａｙｅｒがＮＡＳ  ｌａｙｅｒのＮＡＳ手順をトリガーリングできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０７０５】
Ｃ．ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なｍｅｓｓａｇｅではないか、またはその特定されたＰＰＰＰ値に該当するｍｅｓｓａｇｅでない場合、下位ｌａｙｅｒ（例えば、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に該当Ｖ２Ｘ  ｍｅｓｓａｇｅを提供せずに廃棄できる。この場合、Ａ動作とＢ動作は行われない。
【０７０６】
Ｄ．ＵＥは、ＮＡＳ手順を行う。このＮＡＳ手順は、従来のサービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手順または新しいＮＡＳ手順で定義されることができる。また、ＮＡＳ  ｍｅｓｓａｇｅもＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージが利用されることもでき、または新しいＮＡＳ  ｍｅｓｓａｇｅが使用されることもできる。
【０７０７】
Ｅ．ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ状態のＵＥがＮＡＳ手順を行う時、下記のようにＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＵＥのＮＡＳ層で生成してＵＥのＡＳ層に伝達する。
【０７０８】
ＵＥのＡＳ層は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ送信時、受信したＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを使用する。
【０７０９】
ＵＥのＮＡＳ層は、ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅとして「緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）あるいは新しいｃａｕｓｅ（例えば、「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」）をＵＥのＡＳ層を伝達できる。
【０７１０】
このとき、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを表す「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」ｉｎｄｉｃａｔｉｏｎを共に伝達できる。
【０７１１】
ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅあるいはｉｎｄｉｃａｔｉｏｎの具現化は、「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」（あるいは「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」）と「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」のように個別的な値により具現化されても良く、上の二つの値の意味を含んだ第３の値（すなわち、単一の値）により具現化されても良い。後者の場合の一例として、「Ｖ２Ｘ通信能力を伴った緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ  ｗｉｔｈ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）」または「Ｖ２Ｘ通信能力を伴った公共安全サービス（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ  ｗｉｔｈ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙ）」というＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎにより具現化されることができる。
【０７１２】
ＵＥのＡＳ層は、該当ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎをＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ（すなわち、ＲＡメッセージ（ｍｓｇ）３）に含めてｅＮＢに送信する。
【０７１３】
以後、ＵＥのＡＳ層は、ｅＮＢからＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ（すなわち、ＲＡ  ｍｓｇ４）を受信する。そして、ＵＥのＡＳ層は、ｅＮＢにＲＲＣ接続完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを送信することによって、ランダムアクセス手順が完了する。
【０７１４】
Ｆ．このとき、ＮＡＳメッセージ（例えば、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージまたは新しいＮＡＳメッセージ）は、ネットワーク（例えば、ｅＮＢまたはＭＭＥ）に伝達されなくても良い。具現化方法は、ＵＥのＮＡＳ  ｌａｙｅｒがＮＡＳメッセージを生成しないか、またはＵＥのＮＡＳ  ｌａｙｅｒがＮＡＳメッセージを生成したがＵＥのＡＳ  ｌａｙｅｒに伝達しなくても良い。
【０７１５】
ＩＩ．ＮＡＳ手順のｔｒｉｇｇｅｒｉｎｇなしでＡＳ  ｌａｙｅｒがＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行う方法：ＡＳ  ｌａｙｅｒがランダムアクセス手順を含んだＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行うことができる。そのｔｒｉｇｇｅｒｉｎｇ条件は、次のとおりである。
【０７１６】
Ａ．ＵＥのａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（例えば、Ｖ２Ｘ  ｌａｙｅｒ）からＶ２Ｘ  ｍｅｓｓａｇｅを下位ｌａｙｅｒ（すなわち、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に送信する時、Ｖ２Ｘ  ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。
【０７１７】
上述した動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒにこれを知らせることができる。この動作は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅに転換される時に行われることができる。
【０７１８】
これを受信したａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、上述したＡ動作を行うことができる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、Ａ動作を行いながらＶ２Ｘ  ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ  ｌａｙｅｒに提供できる。
【０７１９】
Ｂ．ＡＳ  ｌａｙｅｒは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行う。
【０７２０】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ  ｌａｙｅｒは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行うことができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ  ｌａｙｅｒが有しており、該当ＰＰＰＰ値を受信する時においてのみ、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行うことができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０７２１】
Ｃ．ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なｍｅｓｓａｇｅではないか、またはその特定されたＰＰＰＰ値に該当するｍｅｓｓａｇｅでない場合、下位ｌａｙｅｒ（例えば、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に該当Ｖ２Ｘ  ｍｅｓｓａｇｅを提供せずに廃棄できる。この場合、Ａ動作とＢ動作は行われない。
【０７２２】
２．ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを受信したＡＳ  ｌａｙｅｒは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行う。ＡＳ  ｌａｙｅｒは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ（すなわち、ＲＡメッセージ（ｍｓｇ）３）内の上述した値（すなわち、ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎ）を含んで送信する。
【０７２３】
以後、ＵＥのＡＳ層は、ｅＮＢからＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ（すなわち、ＲＡ  ｍｓｇ４）を受信する。そして、ＵＥのＡＳ層は、ｅＮＢにＲＲＣ接続完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを送信することによって、ランダムアクセス手順が完了する。
【０７２４】
３．ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ内でＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ及び／またはｉｎｄｉｃａｔｉｏｎを受信したｅＮＢは、以下のような方法で該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあることを確認（チェック）できる。そして、ｅＮＢは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認（チェック）した後にこれを記憶する。
【０７２５】
Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙがあるという情報が該当ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ内のｉｎｄｉｃａｔｉｏｎ（例えば、「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」）及び／またはＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅに含まれた場合、ｅＮＢは、該当ｉｎｄｉｃａｔｉｏｎ及び／またはＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを介して、該当ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認（チェック）できる。
【０７２６】
４．該当ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受諾した場合、先の３ステップでＵＥがＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅで「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」であることをｉｎｄｉｃａｔｅしたら、ｅＮＢは、該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」を使用している途中であることを格納することができる。
【０７２７】
反面、ＵＥのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを拒絶した場合、ｅＮＢは、該当ＵＥに対する情報を格納しなくても良い。
【０７２８】
また、ｅＮＢは、後にＵＥがＥＭＭ−ＩＤＬＥあるいはＲＲＣ−ＩＤＬＥに転換される場合、該当ＵＥに対する記憶情報を削除できる。
【０７２９】
５．ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであるＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時、ＵＥは、サイドリンクＵＥ情報（Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをｅＮＢに送信する。
【０７３０】
Ｉ．ＵＥのＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージ送信のためのトリガー（ｔｒｉｇｇｅｒｉｎｇ）条件は、次のとおりである。
【０７３１】
Ａ．ＵＥのＡｐｐｌｉｃａｔｉｏｎ層（すなわち、Ｖ２Ｘ層）からＶ２Ｘメッセージを下位層（例えば、ＮＡＳ層またはＡＳ層）に送信する時、該当Ｖ２Ｘメッセージに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」等）、または特定のＰＰＰＰ値が伝達されることができる。
【０７３２】
上述したＡ動作のために、ＵＥのＮＡＳ層またはＲＲＣ層は、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、アプリケーション層にこれを知らせることができる。一例として、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅに転換する時に、このようなお知らせ動作が行われることができる。
【０７３３】
これを受信したアプリケーション層は、上述したＡ動作を行うことができる。すなわち、アプリケーション層は、Ａ動作を行いながらＶ２Ｘメッセージに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値を下位層（ｌｏｗｅｒ  ｌａｙｅｒ）に提供できる
【０７３４】
Ｂ．これを受信したＡＳ層は、現在ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであっても、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信する。
【０７３５】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ層は、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値をアプリケーション層から受信する時においてのみ、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信することもできる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０７３６】
Ｃ．先のＡでアプリケーション層は、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、下位層（例えば、ＮＡＳ層またはＡＳ層）に該当Ｖ２Ｘメッセージを提供せずに廃棄（ｄｉｓｃａｒｄ）することもできる。この場合、上述したＡ動作とＢ動作は行われない。
【０７３７】
ＩＩ．先の３ステップにおいて、Ｉが具現化されない場合（すなわち、「ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認する方法」が具現化されない場合）、次のような追加動作を行うことができる。
【０７３８】
ＵＥは、特別な指示（またはサービス指示）（例えば、「ＤＥＮＭ」または「緊急」または「公共安全」）を該当Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージに含めることができる。
【０７３９】
６．ｅＮＢは、受信したＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを介してＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙまたはＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対する端末の関心（ｉｎｔｅｒｅｓｔ）を確認できる。そして、ｅＮＢは、該当ＵＥに対するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙが確認されると、これを格納する。
【０７４０】
７．Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを受信したｅＮＢは、以下のような場合、該当ＵＥに対するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅを提供できる。
【０７４１】
Ｉ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」中であることを確認するか、または
【０７４２】
ＩＩ．該当ＵＥが「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｅｒｖｉｃｅ」中で、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを確認した場合。
【０７４３】
上述の実施形態２−１のｃａｓｅ  ＩＩの方法は、１−Ｉ−Ａまたは１−Ｉ−Ｂステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値を下位層に伝達しなくても、従来のＮＡＳ手順のｔｒｉｇｇｅｒｉｎｇ条件だけでＮＡＳ手順が行われることができる。
【０７４４】
または、上述の実施形態２−１のｃａｓｅ  ＩＩの方法は、１−ＩＩ−Ａまたは１−ＩＩ−Ｂステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでの特別な指示または特定されたＰＰＰＰ値を下位層に伝達しなくても、ＡＳ  ｌａｙｅｒが単独でＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ手順を行うことができる。
【０７４５】
［実施形態２−２］
【０７４６】
図１６は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０７４７】
ＵＥがキャンプ中であるセル（ｃａｍｐｅｄ  ｏｎ  ｃｅｌｌ）がＶ２Ｘ関連情報を放送情報として送信しているが、Ｖ２Ｘメッセージ送信のための資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）を確立し、該当ＵＥは、自分のための専用資源（ｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅ）を介してＶ２Ｘメッセージ送信をせざるをえない場合）、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ状態のＵＥがＥＭＭ−ＩＤＬＥである場合、次のように動作できる。
【０７４８】
Ｉ．ＵＥのａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒからＶ２Ｘメッセージを下位ｌａｙｅｒ（すなわち、ＮＡＳ  ｌａｙｅｒあるいはＶ２Ｘ  ｌａｙｅｒ）に送信する時、該当Ｖ２Ｘ  ｍｅｓｓａｇｅに対する情報が伝達されることができる。該当メッセージに対する情報の一例として、特別な指示（またはＶ２Ｘサービス指示）（例えば、ＤＥＮＭまたは「ｅｍｅｒｇｅｎｃｙ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）、または特定のＰＰＰＰ値が伝達されることができる。
【０７４９】
上述した動作のために、ＵＥのＮＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒは、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙがある場合、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒにこれを知らせることができる。一例として、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ状態に転換する時に行われることができる。
【０７５０】
これを受信したａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、Ｉ動作を行うことができる。すなわち、Ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、Ｉ動作を行いながらＶ２Ｘ  ｍｅｓｓａｇｅに対する情報（特別な指示またはサービス指示）を提供するか、または特定のＰＰＰＰ値をｌｏｗｅｒ  ｌａｙｅｒに提供できる。
【０７５１】
ＩＩ．Ｖ２Ｘ  ｍｅｓｓａｇｅを受信したＡＳ  ｌａｙｅｒは、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５を行おうとする時、ｅＮＢ（基地局）が次のＴｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを提供する場合、Ｔｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌをｅＮＢに要求する別途の過程なしで提供されたＴｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌをＥＭＭ−ＩＤＬＥ（ＲＲＣ−ＩＤＬＥ）状態で利用して、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。
【０７５２】
このとき、Ｔｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌは、ｅＮＢが放送するｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌでありうる
【０７５３】
例えば、追加的な条件として、ネットワークがＵＥに設定した特定のＶ２Ｘメッセージタイプ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）に該当する場合においてのみ、ＡＳ  ｌａｙｅｒは、Ｔｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを使用することができる。換言すると、（予め）設定されたまたはプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）ＰＰＰＰ値をＡＳ層が有しており、該当ＰＰＰＰ値を受信する時においてのみ、Ｔｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを使用することができる。このとき、特定値は、範囲で（予め）設定またはプロビジョニングされることができる（例えば、特定ＰＰＰＰ値以上）。
【０７５４】
ＩＩＩ．Ｉ動作でＡｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒは、該当Ｖ２Ｘメッセージが特別なメッセージではないか、またはその特定されたＰＰＰＰ値に該当するメッセージでない場合、ｌｏｗｅｒ  ｌａｙｅｒ（例えば、ＮＡＳ  ｌａｙｅｒあるいはＡＳ  ｌａｙｅｒ）に該当Ｖ２Ｘ  ｍｅｓｓａｇｅを提供せずに廃棄することもできる。この場合、Ｉ動作とＩＩ動作は行われない。
【０７５５】
上述の実施形態２−２は、ＩまたはＩＩステップがなくても動作できる。すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでの特別な指示または特定のＰＰＰＰ値を下位層に伝達しなくても、ＡＳ  ｌａｙｅｒがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ遂行条件を満たす場合、ＡＳ  ｌａｙｅｒがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる。
【０７５６】
従来の技術によれば、ＵＥがＲＲＣ−ＩＤＬＥ状態の場合、ＵＥは、ｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを使用することができない。ＵＥがＲＲＣ−ＩＤＬＥ状態の場合、ＵＥは、ＲＲＣ−ＣＯＮＮＥＣＴＥＤ状態に転換するための動作遂行のうち、いくつかが例外的にｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを使用することができる。しかしながら、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでは、ＵＥは、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ以外の位置登録を行うことができない。これによって、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ以外のＮＡＳ手順がｔｒｉｇｇｅｒｉｎｇされない。したがって、上述したｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを使用することができる条件が発生しない。このような問題を解決するために、本実施形態２−２では、ＵＥがＲＲＣ−ＩＤＬＥ状態の場合にも、ＲＲＣ−ＣＯＮＮＥＣＴＥＤに転換するための動作の遂行なしでｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌを使用できるように提案した。
【０７５７】
［実施形態３］
【０７５８】
図１７は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０７５９】
ＭＭＥは、ＵＥのＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ関連ｃａｐａｂｉｌｉｔｙ及び／または許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報をｅＮＢに伝達できる。
【０７６０】
換言すると、ＭＭＥは、ＵＥのｃａｐａｂｉｌｉｔｙのみを確認して、ＵＥのＶ２Ｘ  ｃａｐａｂｉｌｉｔｙをｅＮＢに伝達することもできる。または、ＭＭＥは、ＵＥのｃａｐａｂｉｌｉｔｙを確認し、また該当サービス（すなわち、Ｖ２Ｘ  ｓｅｒｖｉｃｅ）が許可されたかどうかを確認した後、ａｕｔｈｏｒｉｚａｔｉｏｎ情報をｅＮＢに伝達することもできる。例えば、ＵＥがＶ２Ｘ  ｃａｐａｂｉｌｉｔｙを指示し、ＵＥが加入データなどに基づいてＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを使用するように許可された場合、ＭＭＥは、「Ｖ２Ｘサービスが許可される（Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ）」指示をｅＮＢに伝達できる。
【０７６１】
［実施形態３−Ａ］
【０７６２】
３．ＵＥがｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を開始するために、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージを含むＲＲＣメッセージをｅＮＢに送信すると、ｅＮＢは、Ｓ１−ＡＰ初期ＵＥ（Ｉｎｉｔｉａｌ  ＵＥ）メッセージ内のｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージを含めてＭＭＥに送信できる。
【０７６３】
４．ＭＭＥは、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔを受諾すると、Ａｔｔａｃｈ  ＡｃｃｅｐｔメッセージをＳ１−ＡＰメッセージ（例えば、Ｓ１−ＡＰダウンリンクＮＡＳ伝達（Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔ）メッセージまたはＳ１−ＡＰ初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージ）をｅＮＢに送信できる。このとき、これと共に次のように動作できる。
【０７６４】
−該当ＵＥがＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙまたはａｕｔｈｏｒｉｓａｔｉｏｎを有している場合、Ｖ２Ｘ  ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報をＳ１−ＡＰメッセージに含んでｅＮＢに伝達できる。すなわち、ＭＭＥは、Ｖ２Ｘ  ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎを伴ったＡｔｔａｃｈ  ＡｃｃｅｐｔメッセージをＳ１−ＡＰメッセージに含めてｅＮＢに送信できる。
【０７６５】
−また、ＭＭＥがＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを認知する場合、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを知らせるｉｎｄｉｃａｔｉｏｎをＳ１−ＡＰメッセージに含めてｅＮＢに送信できる。すなわち、ＭＭＥは、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを知らせるｉｎｄｉｃａｔｉｏｎを伴ったＡｔｔａｃｈ  ＡｃｃｅｐｔメッセージをＳ１−ＡＰメッセージに含めてｅＮＢに送信できる。または、先の「制限されたサービスモード（Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ  Ｍｏｄｅ）で緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）の処理」に述べられた方法を介して暗黙的にｅＮＢが認知することもできる。
【０７６６】
［実施形態３−Ｂ］
【０７６７】
３．ＵＥがＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｒａｄｉｏ  ｒｅｓｏｕｒｃｅを要求するために、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージをｅＮＢに送信すると（または、これと共にｅＮＢが「該当ＵＥが特定した状態」であることを認知すると）、ｅＮＢは、ＭＭＥにＳ１−ＡＰ初期ＵＥ（Ｉｎｉｔｉａｌ  ＵＥ）メッセージを介してＵＥに対するＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ関連ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報を要求できる。
【０７６８】
−このとき、「該当ＵＥが特定した状態」であることを認知した場合は、該当ＵＥがｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅを使用中の場合またはＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを認知するケースに該当できる。
【０７６９】
−または、「該当ＵＥが特定した状態」であることを認知した場合は、該当ＵＥが自身が特定したＵＥであるか、または特定した状況をｅＮＢに指示する場合（すなわち、これと関連したｃａｐａｂｉｌｉｔｙまたはｃａｕｓｅを提供した場合）に該当できる。該当ＵＥが自身が特定したＵＥであるか、または特定した状況をｅＮＢに指示する情報の一例は、次のとおりである。
【０７７０】
−Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ
【０７７１】
−ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを使用することができる
【０７７２】
−Ｅｍｅｒｇｅｎｃｙ  Ｖ２Ｘメッセージまたはｐｕｂｌｉｃ  ｓａｆｅｔｙ  Ｖ２Ｘメッセージ
【０７７３】
−Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃａｐａｂｉｌｉｔｙを伴ったｅｍｅｒｇｅｎｃｙ  ｃａｌｌ
【０７７４】
４．ＭＭＥは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ関連ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報の要求を受信すると、Ｓ１−ＡＰメッセージ（例えば、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  ＴｒａｎｓｐｏｒｔメッセージまたはＳ１−ＡＰ  Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔメッセージ）を介してｃｏｍｍｕｎｉｃａｔｉｏｎ関連ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報をｅＮＢに送信できる。
【０７７５】
−該当ＵＥがＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対するｃａｐａｂｉｌｉｔｙまたはａｕｔｈｏｒｉｓａｔｉｏｎを有している場合、Ｖ２Ｘ  ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報をＳ１−ＡＰメッセージに含んでｅＮＢに伝達できる。
【０７７６】
−また、ＭＭＥがＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを認知する場合、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを知らせるｉｎｄｉｃａｔｉｏｎをＳ１−ＡＰメッセージに含んでｅＮＢに送信できる。または、先の「制限されたサービスモード（Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ  Ｍｏｄｅ）において緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）の処理」に述べられた方法を介して暗黙的にｅＮＢが認知することもできる。
【０７７７】
上述の実施形態３において、ｅＮＢがＭＭＥに送信するＳ１−ＡＰメッセージは、Ｉｎｉｔｉａｌ  ＵＥメッセージであるか、または新しいＳ１−ＡＰメッセージでありうる。
【０７７８】
また、ＭＭＥがｅＮＢにＶ２Ｘ  ｃａｐａｂｉｌｉｔｙ及び／またはａｕｔｈｏｒｉｚａｔｉｏｎ情報を伝達するＳ１−ＡＰメッセージは、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔメッセージ、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔメッセージ、または新しいＳ１−ＡＰメッセージでありうる。このとき、このＳ１−ＡＰメッセージは、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ａｕｔｈｏｒｉｚａｔｉｏｎに対するＵＥコンテキスト情報を含まなくても良い。
【０７７９】
［実施形態４］
【０７８０】
本実施形態では、上述した問題点３に対する解決案を提案する。
【０７８１】
次は、３ＧＰＰ  ＴＳ  ２４．３３４によれば、３ＧＰＰ  ＴＳ  ２４．３８６に述べられたＵＥがＥ−ＵＴＲＡＮによりサービスされる場合（「ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」）、ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うための前提条件を見せる。
【０７８２】
上位層からＰＣ５を介したＶ２Ｘ通信を利用して、Ｖ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを送信するように要求を受信すると、ＵＥは、次の手順を進行する：
【０７８３】
ａ）仮に、次の条件が満たされると：
【０７８４】
１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（「ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」）；
【０７８５】
２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線資源（すなわち、キャリア周波数）を使用するように意図する；
【０７８６】
３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時、登録されたＰＬＭＮがＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属する；
【０７８７】
４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＰＬＭＮリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される；
【０７８８】
この場合、ＵＥは、次のように動作する：
【０７８９】
１）ＰＣ５を介したＶ２Ｘ通信のための無線資源要求；及び
【０７９０】
２）ＰＣ５を介したＶ２Ｘ通信の送信遂行
【０７９１】
上述したように、１）ないし４）まで４通りの条件が述べられる。このとき、ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮのＵＥは、次のような場合、上の１）、２）、４）条件を満たし、３）番の条件が満たされなくても、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの送信を行うことができる。
【０７９２】
Ａ．ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅにある場合、
【０７９３】
Ｂ．ＵＥがｅｍｅｒｇｅｎｃｙ  ｃａｌｌ（ｓｅｒｖｉｃｅ）中の場合
【０７９４】
Ｃ．ＵＥがｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅでｅｍｅｒｇｅｎｃｙ  ｃａｌｌ（ｓｅｒｖｉｃｅ）中の場合
【０７９５】
すなわち、上のＡないしＣにおいて述べられた場合のうち、いずれか一つに該当すると、先の１）、２）、４）条件を満たし３）番の条件が満たされなくてもＵＥは、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの送信を行うことができる。
【０７９６】
［実施形態５］
【０７９７】
本実施形態では、問題点１に対する解決案を提案する。
【０７９８】
先の問題点１のシナリオでＭＭＥがｅＮＢに該当ＵＥのＶ２Ｘ  ｓｅｒｖｉｃｅ関連コンテキスト（すなわち、ａｕｔｈｏｒｉｚａｔｉｏｎ情報）を提供する方法を提案する。
【０７９９】
上述の実施形態３と比較して、実施形態３は、ｅＮＢが手順を開始する方法であることに対し、本実施形態５では、ＭＭＥが開始する方法を提案する。ＭＭＥが開始する方法は、ＭＭＥ単独で決定する場合とＭＭＥがＨＳＳとの相互動作（ｉｎｔｅｒａｃｔｉｏｎ）をする場合によって、次の２通りの方法に分けられる。
【０８００】
ｅＮＢは、後述する実施形態５の方法で該当ＵＥのＶ２Ｘ  ｓｅｒｖｉｃｅ関連コンテキスト（すなわち、ａｕｔｈｏｒｉｚａｔｉｏｎ情報）を獲得した場合、該当ＵＥに対してＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのためのｒｅｓｏｕｒｃｅを割り当てることができる。
【０８０１】
ここで、ＰＣ５のためのｒｅｓｏｕｒｃｅを割り当てるということは、多様な意味で解析できる。例えば、Ｍｏｄｅ３  ＰＣ５動作（すなわち、ネットワークスケジューリング資源割り当て）の場合、ＵＥにＶ２Ｘメッセージ送信のためのＰＣ５  ｒｅｓｏｕｒｃｅを割り当てることができ、またはＵＥがＭｏｄｅ４  ＰＣ５動作（すなわち、ＵＥ自律的な資源選択）を行うことができるように指示することもできる。
【０８０２】
以下、本実施形態は、３ＧＰＰ  ＴＳ  ２３．４０１の５．３．２．１節で定義しているＡｔｔａｃｈ手順により具現化されることができる。本実施形態の説明において、Ａｔｔａｃｈ手順に対する具体的な説明は省略し、具体的なＡｔｔａｃｈ手順に対する内容に対して、３ＧＰＰ  ＴＳ  ２３．４０１  Ｖ１４．１．０ドキュメントが本明細書に参照として併合されることができる。
【０８０３】
［実施形態５−１］ＭＭＥが単独で決定してＶ２Ｘ  ａｕｔｈｏｒｉｚａｔｉｏｎ情報をｅＮＢに送信する方法
【０８０４】
図１８は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０８０５】
１〜２．ＵＥは、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を行うために、アタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージを送信する。このとき、ＵＥは、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージに次のような情報を含めることができる。
【０８０６】
Ａ．Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージ内のＵＥネットワーク能力ＩＥ（ＵＥ  Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ  ＩＥ）が含まれることができる。このとき、ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対する能力を有しているので、ＵＥ  Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ  ＩＥのＶ２Ｘ  ＰＣ５ビットは、「ＰＣ５を介したＶ２Ｘ通信が支援される（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５  ｓｕｐｐｏｒｔｅｄ）」にセッティングされることができる。この情報は、ＵＥがＶ２Ｘ通信可能であることを表すことができる。
【０８０７】
Ｂ．Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージ内のＥＰＳアタッチタイプＩＥ（ＥＰＳ  ａｔｔａｃｈ  ｔｙｐｅ  ＩＥ）が含まれることができる。ＥＰＳ  ａｔｔａｃｈ  ｔｙｐｅ  ＩＥは、「ＥＰＳ緊急アタッチ（ＥＰＳ  ｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈ）」にセッティングされることができる。
【０８０８】
Ｃ．（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのための）Ａｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージにＰＤＮ接続要求（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔ）メッセージが含まれることができる。このとき、ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔメッセージの要求タイプＩＥ（Ｒｅｑｕｅｓｔ  Ｔｙｐｅ  ＩＥ）は、「緊急（ｅｍｅｒｇｅｎｃｙ）」にセッティングされることができる。
【０８０９】
１７．Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージを受信したＭＭＥは、次を満たす場合、Ｓ１−ＡＰメッセージとしてＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが許可（ａｕｔｈｏｒｉｚｅｄ）されたという情報をｅＮＢに伝達する。例えば、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが許可（ａｕｔｈｏｒｉｚｅｄ）されたという情報は、Ｖ２Ｘサービス許可ＩＥ（Ｖ２Ｘ  ｓｅｒｖｉｃｅ  Ａｕｔｈｏｒｉｚｅｄ  ＩＥ）の車両ＵＥ（Ｖｅｈｉｃｌｅ  ＵＥ）ビットをセッティングして伝達されることができる。また、新しいＩＥを介してこのＵＥがＰＣ５を介してＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる及び／またはこのＵＥがｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈをした及び／またはこのＵＥがｅｍｅｒｇｅｎｃｙ  ＰＤＮ接続を有したことを表す情報を伝達できる。これを伝達するＳ１−ＡＰメッセージは、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔメッセージが利用されることができ、他の（あるいは新しい）Ｓ１−ＡＰメッセージが利用されることもできる。
【０８１０】
Ａ．Ａｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージのＵＥ  Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ  ＩＥのＶ２Ｘ  ＰＣ５ビットが「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５  ｓｕｐｐｏｒｔｅｄ」とセッティングされた場合（すなわち、ＵＥがＶ２Ｘ可能であるとＭＭＥが認知する場合）、そして／または
【０８１１】
Ｂ．Ａｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージのＥＰＳ  ａｔｔａｃｈ  ｔｙｐｅ  ＩＥが「ＥＰＳ  ｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈ」とセッティングされるか、または（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのための）Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージ内のＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  ＲｅｑｕｅｓｔメッセージのＲｅｑｕｅｓｔ  Ｔｙｐｅ  ＩＥが「ｅｍｅｒｇｅｎｃｙ」にセッティングされた場合
【０８１２】
［実施形態５−２］ＭＭＥがＨＳＳと相互動作（ｉｎｔｅｒａｃｔｉｏｎ）してＶ２Ｘａｕｔｈｏｒｉｚａｔｉｏｎ情報をｅＮＢに送信する方法
【０８１３】
図１９は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０８１４】
１．ＵＥは、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのＡｔｔａｃｈ手順を行うために、アタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージを送信する。このとき、ＵＥは、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージに次のような情報を含めることができる。
【０８１５】
Ａ．Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージ内のＵＥネットワーク能力ＩＥ（ＵＥ  Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ  ＩＥ）が含まれることができる。このとき、ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに対する能力を有しているので、ＵＥ  Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ  ＩＥのＶ２Ｘ  ＰＣ５ビットは、「ＰＣ５を介したＶ２Ｘ通信が支援される（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５  ｓｕｐｐｏｒｔｅｄ）」にセッティングされることができる。この情報は、ＵＥがＶ２Ｘ通信可能であることを表すことができる。
【０８１６】
Ｂ．Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージ内のＥＰＳアタッチタイプＩＥ（ＥＰＳ  ａｔｔａｃｈ  ｔｙｐｅ  ＩＥ）が含まれることができる。ＥＰＳ  ａｔｔａｃｈ  ｔｙｐｅ  ＩＥは、「ＥＰＳ緊急アタッチ（ＥＰＳ  ｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈ）」にセッティングされることができる。
【０８１７】
Ｃ．（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのための）Ａｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージにＰＤＮ接続要求（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔ）メッセージが含まれることができる。このとき、ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔメッセージの要求タイプＩＥ（Ｒｅｑｕｅｓｔ  Ｔｙｐｅ  ＩＥ）は、「緊急（ｅｍｅｒｇｅｎｃｙ）」にセッティングされることができる。
【０８１８】
８．Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージ内の先の１ステップの（ＡとＢ）または（ＡとＣ）が含まれた場合、ＭＭＥは、ＨＳＳに位置アップデート要求（ｕｐｄａｔｅ  ｌｏｃａｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージに次のような情報を含んで送信できる。
【０８１９】
Ｉ．「緊急アタッチ（ｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈ）」と「ＰＣ５を介したＶ２Ｘ通信が支援される（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５ｓｕｐｐｏｒｔｅｄ）が含まれることができる。
【０８２０】
または、ｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈとＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５  ｓｕｐｐｏｒｔｅｄの２通りの意味を含む新しいＩＥ（すなわち、単一ＩＥ）で定義されて含まれることもできる。例えば、ＰＣ５を介したＶ２Ｘ通信を伴った緊急（ｅｍｅｒｇｅｎｃｙ  ｗｉｔｈ  Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５）が含まれることができる。
【０８２１】
ＩＩ．Ｅｍｅｒｇｅｎｃｙ情報だけが含まれることができる。例えば「ｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈ」が該当することができる。
【０８２２】
ＩＩＩ．Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５情報だけが含まれることができる。例えば、「Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５」が該当されることができる。
【０８２３】
１１．ｕｐｄａｔｅ  ｌｏｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージを受信したＨＳＳは、先の８ステップで含まれた情報に基づいて「Ｖ２Ｘサービス許可ＩＥ（Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ  ＩＥ）の車両ＵＥ（Ｖｅｈｉｃｌｅ  ＵＥ）ＩＥをセッティングして、位置アップデート応答（ｕｐｄａｔｅ  ｌｏｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥに送信できる。
【０８２４】
または、ＵＥがＶ２Ｘ  ｓｅｒｖｉｃｅに対して許可されたことを表す情報（すなわち、ＵＥがＰＣ５でＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができることを表す情報）を表す新しいＩＥが定義されて送信されることもできる。
【０８２５】
−上述した動作時、ＨＳＳは、該当ＵＥがＶｅｈｉｃｌｅ  ＵＥに対するｃａｐａｂｉｌｉｔｙがあるかどうかを確認して、該当Ｖｅｈｉｃｌｅ  ＵＥに対するｃａｐａｂｉｌｉｔｙがある場合においてのみ「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ  ＩＥ」を含んで送信することもできる。該当ＵＥがＶｅｈｉｃｌｅ  ＵＥに対するｃａｐａｂｉｌｉｔｙがない場合には、１１ステップで「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ  ＩＥ」をＭＭＥに伝達しなくても良い。
【０８２６】
−加入者情報内のＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを使用することができるＰＬＭＮリストにＵＥの現在ＰＬＭＮが含まれなくても、ＨＳＳは、上述したようにＵＥがＶ２Ｘ  ｓｅｒｖｉｃｅに対してａｕｔｈｏｒｉｚｅされたことを表す情報をＭＭＥに提供できる。
【０８２７】
１７．ＨＳＳから受信した「Ｖ２Ｘ  Ｓｅｒｖｉｃｅｓ  Ａｕｔｈｏｒｉｚｅｄ  ＩＥ」のＶｅｈｉｃｌｅ  ＵＥ  ＩＥを確認したＭＭＥは、Ｓ１−ＡＰメッセージとしてＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが許可（ａｕｔｈｏｒｉｚｅｄ）されたという情報をｅＮＢに伝達する。例えば、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが許可（ａｕｔｈｏｒｉｚｅｄ）されたという情報は、Ｖ２Ｘサービス許可ＩＥ（Ｖ２Ｘ  ｓｅｒｖｉｃｅ  Ａｕｔｈｏｒｉｚｅｄ  ＩＥ）の車両ＵＥ（Ｖｅｈｉｃｌｅ  ＵＥ）ビットをセッティングして伝達されることができる。また、新しいＩＥを介してこのＵＥがＰＣ５を介してＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる及び／またはこのＵＥがｅｍｅｒｇｅｎｃｙ  ａｔｔａｃｈをした及び／またはこのＵＥがｅｍｅｒｇｅｎｃｙ  ＰＤＮ接続を有したことを表す情報を伝達できる。これを伝達するＳ１−ＡＰメッセージは、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔメッセージが利用されても良く、他の（あるいは新しい）Ｓ１−ＡＰメッセージが利用されても良い。
【０８２８】
図２０は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０８２９】
図２０を参照すると、基地局（ｅＮＢ）は、限定されたサービス状態（ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ）であるＵＥからＰＣ５インターフェースを介したＶ２Ｘ通信のための資源割り当てを要求するＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを受信する（Ｓ２００１）。
【０８３０】
このステップは、先の実施形態１−１の５−ＩＩ−Ｂステップ（図１２参照）、実施形態２−１のケースＩの５−ＩＩ−Ａステップ（図１４参照）または実施形態２−１のケースＩＩの５−Ｉ−Ｂステップ（図１５参照）に該当することができる。
【０８３１】
基地局は、ＵＥが緊急ＰＤＮ接続を有しＶ２Ｘ通信を使用することができる能力（ｃａｐａｂｉｌｉｔｙ）を有するかどうか及び／またはＵＥがＶ２Ｘ通信を行うように許可されたかどうかをチェックする（Ｓ２００２）。
【０８３２】
このステップは、先の実施形態１−１の６ステップ（図１２参照）、実施形態２−１のケースＩの６ステップ（図１４参照）または実施形態２−１のケースＩＩの６ステップ（図１５参照）に該当することができる。
【０８３３】
基地局は、先のＳ２００１ステップ以前にＵＥからＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを受信することができる。このステップは、先の実施形態１−１の２ステップ（図１２参照）、実施形態２−１のケースＩの３ステップ（図１４参照）または実施形態２−１のケースＩＩの２ステップ（図１５参照）に該当することができる。そして、このＲＲＣ接続要求メッセージ内の緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）及び／またはＶ２Ｘ通信（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）にセッティングされたＲＲＣ確立原因（ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）が含まれると、基地局は、ＵＥが緊急ＰＤＮ接続を有したと判断できる。このとき、緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）及びＶ２Ｘ通信（Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、個別的な値として含まれるか、または両値の意味を含む単一の値として含まれることができる。
【０８３４】
このとき、基地局は、ＵＥが緊急ＰＤＮ接続を有したと判断すると（すなわち、ＲＲＣ確立原因などを受信すると）、ＵＥが緊急ＰＤＮ接続を有したという情報を格納することができる。そして、ＵＥが緊急ＰＤＮ接続を有したという情報は、ＵＥがＲＲＣ−ＩＤＬＥ状態に転換する時に削除されることができる。
【０８３５】
また、Ｓｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージ内のＵＥが緊急サービスを使用している途中であることを表す指示が受信されると、基地局は、ＵＥが緊急ＰＤＮ接続を有したと判断できる。
【０８３６】
また、先の実施形態３のように（図１７参照）、基地局は、ＭＭＥにＵＥに対するＶ２Ｘ通信関連許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報を要求できる。これに対する応答として、ＭＭＥから前記ＵＥがＶ２Ｘ通信を行うように許可されたという情報が受信されると、基地局は、ＵＥがＶ２Ｘ通信を行うように許可されたと判断できる。
【０８３７】
このとき、基地局は、ＵＥがＶ２Ｘ通信を使用することができる能力（ｃａｐａｂｉｌｉｔｙ）を有しＵＥが緊急ＰＤＮ接続を有したと判断すると、ＭＭＥにＵＥに対するＶ２Ｘ通信関連許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報を要求できる。また、ＵＥからＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎメッセージが受信されると、ＵＥがＶ２Ｘ通信を使用する能力（ｃａｐａｂｉｌｉｔｙ）があると暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）見なされることもできる。
【０８３８】
また、先の実施形態５のように（図１８及び図１９参照）、基地局は、ＭＭＥからＵＥがＶ２Ｘ通信を行うように許可されたという情報を含むＳ１−ＡＰメッセージを受信すると、ＵＥがＶ２Ｘ通信を行うように許可されたと判断できる。
【０８３９】
このとき、実施形態５−１のように（図１８参照）、ＵＥから送信される緊急サービスのためのアタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージ内のＵＥがＶ２Ｘ通信を使用する能力（ｃａｐａｂｉｌｉｔｙ）があるという指示が含まれると、ＭＭＥが単独でＳ１−ＡＰメッセージ内のＵＥがＶ２Ｘ通信を行うように許可されたという情報を含めて、基地局に送信できる。
【０８４０】
または、実施形態５−２のように（図１９参照）、ＵＥから送信される緊急サービスのためのアタッチ要求（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージ内のＵＥがＶ２Ｘ通信を使用する能力（ｃａｐａｂｉｌｉｔｙ）があるという指示が含まれると、ＭＭＥがＨＳＳに要求することによって、ＭＭＥがＨＳＳからＵＥがＶ２Ｘ通信を行うように許可されたという情報を受信し、ＭＭＥは、Ｓ１−ＡＰメッセージ内のＵＥがＶ２Ｘ通信を行うように許可されたという情報を含めて、基地局に送信できる。
【０８４１】
基地局は、ＵＥが緊急ＰＤＮ接続を有しＶ２Ｘ通信を使用することができる能力（ｃａｐａｂｉｌｉｔｙ）を有するか、及び／またはＵＥがＶ２Ｘ通信を行うように許可されると、ＵＥにＶ２Ｘ通信のための資源を割り当てる（Ｓ２００３）。
【０８４２】
このステップは、先の実施形態１−１の７ステップ（図１２参照）、実施形態２−１のケースＩの７ステップ（図１４参照）または実施形態２−１のケースＩＩの７ステップ（図１５参照）に該当することができる。
【０８４３】
［実施形態６］
【０８４４】
本実施形態では、問題点４に対する解決案を提案する。
【０８４５】
従来の技術によると、ＰｒｏＳｅとは異なりＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの場合、一つ以上の周波数が設定されていることができる。この場合、Ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮのＵＥの動作遂行方法を提案しようとする。
【０８４６】
本実施形態では、端末は、従来の動作によって次のようなステップまで進行されたと仮定する。
【０８４７】
ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥは、次のようにＰｒｏＳｅ直接通信のために使用される無線パラメータ（ｒａｄｉｏ  ｐａｒａｍｅｔｅｒｓ）を選択する：
【０８４８】
−ＵＥが地理的領域（ｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａ）内に位置すると自ら判断でき、ＵＥにｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａのためのｒａｄｉｏ  ｐａｒａｍｅｔｅｒがプロビジョニングされると、ＵＥは、ｇｅｏｇｒａｐｈｉｃａｌ  ａｒｅａと関連したｒａｄｉｏ  ｐａｒａｍｅｔｅｒを選択する；または
【０８４９】
−以外のすべての場合において、ＵＥは、ＰｒｏＳｅ直接通信を開始しない。
【０８５０】
ＰｒｏＳｅ直接通信を開始する前に、ＵＥは、下位層で選択されたｒａｄｉｏ  ｐａｒａｍｅｔｅｒが現在位置内で干渉なく使用されうるかどうかをチェックする。
【０８５１】
上述した説明において、ＵＥがＶ２Ｘ  ｓｅｒｖｉｃｅを使用する場合、ＰｒｏＳｅは、Ｖ２Ｘに代替され、ＰｒｏＳｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎは、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに代替されて適用される。
【０８５２】
このとき、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとするＵＥのｌｏｗｅｒ  ｌａｙｅｒが干渉をチェックした結果は、次の３通りに分類することができる。
【０８５３】
Ａ．すべての周波数で干渉が確認されない場合
【０８５４】
Ｂ．すべての周波数で干渉が確認される場合
【０８５５】
Ｃ．一部の周波数では、干渉が確認されるが、残りの一部の周波数では、干渉が確認されない場合
【０８５６】
上のＡの場合、ＵＥは、確認された周波数の中でいずれか一つを選択して、次のような動作を行うことができる。
【０８５７】
−ｌｏｗｅｒ  ｌａｙｅｒが使用が干渉を引き起こさないと指示すると、ＵＥは、Ｐｒｏｃｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（またはＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を行うことができる。
【０８５８】
上のＢの場合、ＵＥは、次のような動作を行うことができる。
【０８５９】
ｌｏｗｅｒ  ｌａｙｅｒがプロビジョニングされた（ｐｒｏｖｉｓｉｏｎｅｄ）無線資源（すなわち、キャリア周波数）を運営するセルが存在し、該当セルが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮに属すると指示すると、そしてＵＥが該当ＰＬＭＮ内のＰｒｏｃｅ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（またはＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）のために許可されると、ＵＥは、該当セルにより指示された無線パラメータを使用することができる。
【０８６０】
−そうでなく下位層がｐｒｏｖｉｓｉｏｎｅｄ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ（すなわち、キャリア周波数）内で一つ以上のＰＬＭＮを報告すると、
【０８６１】
ａ）次のような条件が満たされると：
【０８６２】
１）下位層により報告されたＰＬＭＮが登録されたＰＬＭＮまたは登録されたＰＬＭＮと同等なＰＬＭＮでない場合；そして
【０８６３】
２）下位層により報告されたＰＬＭＮのうち、少なくとも一つがＰｒｏＳｅ直接通信のために許可されたＰＬＭＮのリストに含まれ、ＰｒｏＳｅ直接通信のための無線資源を提供する場合
【０８６４】
この場合、ＵＥは、次のように動作する：
【０８６５】
１）ＥＭＭ−ＩＤＬＥモードで、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を行う；または
【０８６６】
２）そうでなくＥＭＭ−ＣＯＮＮＥＣＴＥＤモードであると：
【０８６７】
ｉ）  デタッチ（ｄｅｔａｃｈ）手順を行い、ＰｒｏＳｅ直接通信によりトリガーされたＰＬＭＮ選択を行う；または
【０８６８】
ｉｉ）ＰｒｏＳｅ直接通信を開始しない。
【０８６９】
ＵＥが先のｉ）またはｉｉ）のうち、どの動作を行うかは、ＵＥの具現化による。
【０８７０】
ｂ）そうでないと、ＵＥは、ＰｒｏＳｅ直接通信を開始しない。
【０８７１】
上のＣの場合、ＵＥは、次のような動作を行うことができる。
【０８７２】
ＵＥは、干渉が確認されない周波数のうち、いずれか一つを選択して、Ａの場合のように行うことができる。
【０８７３】
先の、Ａ、Ｂ、Ｃの場合に対するＵＥの動作を整理すると、次のとおりである。
【０８７４】
１．ＵＥのＶ２Ｘ  ｌａｙｅｒが「ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」の場合、地理的位置にマッピングされる無線パラメータに対する情報をｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に提供する。
【０８７５】
２．これを受信したｌｏｗｅｒ  ｌａｙｅｒ（ＡＳ  ｏｒ  ＲＲＣ  ｌａｙｅｒ）は、該当無線パラメータに対する干渉をチェックする。その結果によって次のように動作する。
【０８７６】
ａ．すべての周波数で干渉が確認されない場合、ｌｏｗｅｒ  ｌａｙｅｒ（ＡＳ  ｏｒ  ＲＲＣ  ｌａｙｅｒ）は、干渉が存在しないとｕｐｐｅｒ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒまたはＮＡＳ  ｌａｙｅｒ）に知らせる。ｕｐｐｅｒ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒまたはＮＡＳ）は、Ｖ２Ｘメッセージをｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に送信すると、これを受信したｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）は、干渉がない周波数のうち、いずれか一つを選択して該当Ｖ２Ｘメッセージを送信する。
【０８７７】
ｂ．すべての周波数で干渉が確認される場合、ｌｏｗｅｒ  ｌａｙｅｒ（ＡＳ  ｏｒ  ＲＲＣ  ｌａｙｅｒ）は、該当周波数で検索されるＰＬＭＮリストをｕｐｐｅｒ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒまたはＮＡＳ  ｌａｙｅｒ）に知らせる。ｕｐｐｅｒ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒまたはＮＡＳ  ｌａｙｅｒ）は、前記Ｂの動作を行う。
【０８７８】
ｃ．一部の周波数では、干渉が確認され、一部の周波数では、干渉が確認されない場合、
【０８７９】
ｉ．ｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｏｒ  ＲＲＣ  ｌａｙｅｒ）は、干渉が存在しないとｕｐｐｅｒ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒまたはＮＡＳ  ｌａｙｅｒ）に知らせる
【０８８０】
ｉｉ．これを受信したｕｐｐｅｒ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒまたはＮＡＳ  ｌａｙｅｒ）がＶ２Ｘメッセージをｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｏｒ  ＲＲＣ  ｌａｙｅｒ）に送信すると、これを受信したｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｏｒ  ＲＲＣ  ｌａｙｅｒ）は、干渉がない周波数のうち、いずれか一つを選択して該当Ｖ２Ｘメッセージを送信する。
【０８８１】
［実施形態７］
【０８８２】
本実施形態では、上述した問題点５に対する解決案を提案する。
【０８８３】
［実施形態７−１］ＵＥ内部でＶ２Ｘメッセージをフィルタリング（ｆｉｌｔｅｒｉｎｇ）する方法
【０８８４】
Ｖ２Ｘメッセージをフィルタリングする方法は、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）またはｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）で行われることができる。以下、本実施形態についての説明において、ＰＰＰＰ値が高いほど、高い優先順位を有すると仮定する。
【０８８５】
オプション１）ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでフィルタリングする方法
【０８８６】
１．ＵＥにＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５に対するｃａｐａｂｉｌｉｔｙがある場合、ＵＥのＮＡＳ  ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに対するＰＤＮ接続を要求する時、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを担当するａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）にｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが始まったということが通知される。
【０８８７】
例えば、「緊急活性化（ｅｍｅｒｇｅｎｃｙ  Ａｃｔｉｖｅ）」という指示がａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）に送信されることができる。これと共にＰＰＰＰ臨界値が共に伝達される。該当ＰＰＰＰ臨界値は、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ動作時に使用される値を意味し、ＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎ）された値でありうる。
【０８８８】
Ａ．ここで、ＵＥのＮＡＳ  ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに対するＰＤＮ  ｃｏｎｎｅｃｔｉｏｎを要求する場合は、ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎをＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｒｅｑｕｅｓｔメッセージを送信する時点またはｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎをＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｒｅｑｕｅｓｔメッセージに対するａｃｃｅｐｔメッセージを受信した場合を意味する。
【０８８９】
Ｂ．上述した動作におけるＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。
【０８９０】
Ｃ．ＰＰＰＰ臨界値は、ネットワークで設定された値である。このとき、ＰＰＰＰ臨界値は、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが発生した場合においてのみ使用するＰＰＰＰ臨界値でありうる。すなわち、ネットワークは、ＵＥがｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ状況でない時に使用するＰＰＰＰ臨界値とｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ状況においてのみ使用できるＰＰＰＰ臨界値をＵＥに設定できる。そして、ＵＥは、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ状況であるかどうかを判断し、各状況に合うＰＰＰＰ臨界値を適用できる。
【０８９１】
Ｄ．ネットワーク（例えば、ｅＮＢ）は、Ｕｕ（すなわち、ＵＥとｅＮＢとの間の無線インターフェース）を介したｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅは、保護しろとの指示をＵＥに設定できる。この指示を受信したｌｏｗｅｒ  ｌａｙｅｒｓ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）は、この指示をａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒに伝達する。
【０８９２】
２．これを受信したａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）は、Ｖ２Ｘメッセージが発生するごとに次の動作を行う。
【０８９３】
Ａ．先の１ステップからＰＰＰＰ臨界値が伝達された場合、該当Ｖ２ＸメッセージのＰＰＰＰ値が１ステップから伝達されたＰＰＰＰ臨界値より高いと、該当Ｖ２Ｘメッセージをｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に伝達できる。
【０８９４】
そうでない場合、該当Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ  ｂｕｄｇｅｔ）を超過した場合に廃棄できる。
【０８９５】
Ｂ．先の１ステップからＰＰＰＰ臨界値が伝達されない場合、Ｖ２Ｘメッセージが特別なメッセージ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）である場合においてのみｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に伝達できる。
【０８９６】
そうでない場合、該当Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ  ｂｕｄｇｅｔ）を超過した場合に廃棄できる。
【０８９７】
Ｃ．Ｕｕを介したｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅは、保護しろとの指示が設定された場合、ＵＥは、Ｖ２ＸメッセージのＰＰＰＰ値に関係なくｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが活性化（ａｃｔｉｖｅ）されると、Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ  ｂｕｄｇｅｔ）を超過した場合に廃棄できる。
【０８９８】
このＣ動作は、単独で行われても良く、または前記Ａ若しくはＢのように行われても良い。このとき、ＡまたはＢのように動作する場合、該当指示は、ＡまたはＢが適用されるかどうかを表すことができる。すなわち、指示が設定された場合、ＡまたはＢを適用できる。
【０８９９】
Ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了した場合、ＵＥのＮＡＳ  ｌａｙｅｒは、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）にｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了したということを知らせる。例えば、「緊急非活性化（ｅｍｅｒｇｅｎｃｙ  Ｄｅａｃｔｉｖｅ）」という指示をａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）に送信できる。これを受信したａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）は、従来の動作を行うことができる。
【０９００】
オプション２）ｌｏｗｅｒ  ｌａｙｅｒでフィルタリングする方法
【０９０１】
１．ＵＥにＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５に対するｃａｐａｂｉｌｉｔｙがある場合、ＵＥのＮＡＳ  ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに対するＰＤＮ接続を要求する時、ｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）にｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが始まったということが通知される。
【０９０２】
例えば、緊急活性化（ｅｍｅｒｇｅｎｃｙ  Ａｃｔｉｖｅ）という指示がｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に送信されることができる。これと共にＰＰＰＰ臨界値が共に伝達される。該当ＰＰＰＰ臨界値は、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ動作時に使用される値を意味し、ＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎ）された値でありうる。
【０９０３】
このとき、緊急ベアラに対するベアラ識別子も含まれることができる。
【０９０４】
Ａ．ここで、ＵＥのＮＡＳ  ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに対するＰＤＮ  ｃｏｎｎｅｃｔｉｏｎを要求する場合は、ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎをＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｒｅｑｕｅｓｔメッセージを送信する時点またはｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎをＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｒｅｑｕｅｓｔメッセージに対するａｃｃｅｐｔメッセージを受信した場合を意味する。
【０９０５】
Ｂ．上述した動作におけるＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。
【０９０６】
Ｃ．ＰＰＰＰ臨界値は、ネットワークで設定された値である。このとき、ＰＰＰＰ臨界値は、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが発生した場合においてのみ使用するＰＰＰＰ臨界値でありうる。すなわち、ネットワークは、ＵＥがｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ状況でない時に使用するＰＰＰＰ臨界値とｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ状況においてのみ使用できるＰＰＰＰ臨界値をＵＥに設定できる。そして、ＵＥは、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅ状況であるかどうかを判断し、各状況に合うＰＰＰＰ臨界値を適用できる。
【０９０７】
Ｄ．ネットワーク（例えば、ｅＮＢ）は、Ｕｕを介したｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅは、保護しろとの指示をＵＥに設定できる。
【０９０８】
２．これを受信したｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）は、Ｖ２Ｘメッセージが発生するごとに次の動作を行う。
【０９０９】
Ａ．先の１ステップからＰＰＰＰ臨界値が伝達された場合、該当Ｖ２ＸメッセージのＰＰＰＰ値が１ステップから伝達されたＰＰＰＰ臨界値より高いと、同じ時刻にｓｉｄｅｌｉｎｋを介したＶ２Ｘメッセージ送信とＵｕを介したｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに該当するベアラのプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の送信を同時に行わなければならない場合、該当Ｖ２Ｘメッセージの送信を試みる。
【０９１０】
そうでない場合、該当Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ  ｂｕｄｇｅｔ）を超過した場合に廃棄できる。
【０９１１】
Ｂ．先の１ステップからＰＰＰＰ臨界値が伝達されない場合、Ｖ２Ｘメッセージが特別なメッセージ（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）である場合においてのみｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に伝達できる。
【０９１２】
そうでない場合、該当Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ  ｂｕｄｇｅｔ）を超過した場合に廃棄できる。
【０９１３】
ｉ）上の動作のために、１ステップでＮＡＳ  ｌａｙｅｒがａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒにｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが始まったということを知らせることができる。これを受信したａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）は、Ｖ２Ｘメッセージと共にＶ２Ｘメッセージに対する情報（例えば、「ＤＥＮＭ」、「ｅｍｅｒｇｅｎｃｙ」、または「ｐｕｂｌｉｃ  ｓａｆｅｔｙ」）をｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に送信できる。
【０９１４】
Ｃ．Ｕｕを介したｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅは、保護しろとの指示が設定された場合、ＵＥは、Ｖ２ＸメッセージのＰＰＰＰ値に関係なく、ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが活性化（ａｃｔｉｖｅ）され、同じ時刻にｓｉｄｅｌｉｎｋを介したＶ２Ｘメッセージ送信とＵｕを介したｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに該当するベアラのＰＤＵの送信を同時に行わなければならない場合、Ｖ２Ｘメッセージを廃棄（ｄｉｓｃａｒｄ）または保留（ｋｅｅｐ）できる。
【０９１５】
このとき、保留（Ｋｅｅｐ）する場合、該当Ｖ２Ｘメッセージの遅延予算（ｄｅｌａｙ  ｂｕｄｇｅｔ）を超過した場合に廃棄できる。
【０９１６】
または、Ｕｕを介したｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに該当するベアラのＰＤＵ送信にＵＥのパワーを優先して割り当てることができる。この動作は、単独で使用されても良く、ＡまたはＢの動作のように行われても良い。このとき、ＡまたはＢ動作のように行われる場合、該当指示は、ＡまたはＢが適用されるかどうかを表すことができる。すなわち、指示が設定された場合、ＡまたはＢが適用されることができる。
【０９１７】
Ｄ．先の説明したＡ、Ｂ、Ｃ動作に共通に次の動作が行われることができる。
【０９１８】
ｉ）ｌｏｗｅｒ  ｌａｙｅｒｓ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）が先の１ステップからｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが始まったという指示とｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒに対するベアラ識別子を受信する。
【０９１９】
ｉｉ）ｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）がＶ２Ｘメッセージを受信した場合、該当Ｖ２ＸメッセージのＰＰＰＰ値とｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒの優先順位を比較して、優先順位の高いサービスを優先的に選択して送信できる。このとき、各サービス（例えば、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）またはＰＰＰＰに対してマッピングされる優先順位情報または各優先順位別にどんなサービスを優先的に選択するかに対して判断する情報は、ネットワーク（例えば、ｅＮＢ）から受信するか、またはＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎ）されることができる。
【０９２０】
３．Ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了した場合、ＵＥのＮＡＳ  ｌａｙｅｒは、ｌｏｗｅｒ  ｌａｙｅｒにｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了したということを知らせる。例えば、「緊急非活性化（ｅｍｅｒｇｅｎｃｙ  Ｄｅ−ａｃｔｉｖｅ）」という指示をｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に送信できる。これを受信したｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）は、従来の動作を行うことができる。
【０９２１】
Ａ．ＮＡＳ  ｌａｙｅｒ動作により先の２−Ｂ）のｉ）が具現化された場合、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ（すなわち、Ｖ２Ｘ  ｌａｙｅｒ）にも行われることができる。
【０９２２】
Ｂ．先の１ステップでｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒに対するｂｅａｒｅｒ  ｉｄｅｎｔｉｔｙが含まれた場合、ＡＳ  ｌａｙｅｒは、該当ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒが非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）／解除（ｒｅｌｅａｓｅ）されたことを通じてＥｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了したことが分かる。このとき、上の３の動作は行われなくても良い。
【０９２３】
［実施形態７−２］ＵＥのＲＲＣ  ｌａｙｅｒにおけるＲＲＣメッセージ内で指示する方法
【０９２４】
１．ＵＥにＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ＰＣ５に対するｃａｐａｂｉｌｉｔｙがある場合、ＵＥのＮＡＳ  ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに対するＰＤＮ接続を要求する時、ｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）にｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが始まったということが通知される。
【０９２５】
例えば、緊急活性化（ｅｍｅｒｇｅｎｃｙ  Ａｃｔｉｖｅ）という指示がｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に送信されることができる。このとき、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒに対するｂｅａｒｅｒ  ｉｄｅｎｔｉｔｙも含まれることができる。
【０９２６】
Ａ．ここで、ＵＥのＮＡＳ  ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅに対するＰＤＮ  ｃｏｎｎｅｃｔｉｏｎを要求する場合は、ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎをＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｒｅｑｕｅｓｔメッセージを送信する時点またはｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎをＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｒｅｑｕｅｓｔメッセージに対するａｃｃｅｐｔメッセージを受信した場合を意味する。
【０９２７】
Ｂ．上述した動作においてＵＥは、ＥＭＭ−ＣＯＮＮＥＣＴＥＤモードである。
【０９２８】
２．これを受信したｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）は、次のような動作を行う。
【０９２９】
Ａ．ＲＲＣメッセージ（例えば、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージまたはＳｉｄｅｌｉｎｋ  ＢＳＲ）にｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが始まったということを知らせる指示を含める。
【０９３０】
例えば、緊急活性化（ｅｍｅｒｇｅｎｃｙ  Ａｃｔｉｖｅ）という指示が含まれることができる。このとき、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒに対するｂｅａｒｅｒ  ｉｄｅｎｔｉｔｙまたは論理チャネル識別子（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））も含まれることができる。
【０９３１】
Ｂ．このＲＲＣ  ｍｅｓｓａｇｅを受信したｅＮＢは、これに基づいて資源割り当てを行う。
【０９３２】
ｉ．ここで、資源割り当て動作は、該当ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒに対するＬＴＥ−ＵｕをＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎに比べて優先的に処理しても良く、またはＶ２ＸメッセージのＰＰＰＰ値とｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒに対する情報を考慮して行われても良い。
【０９３３】
ｉｉ．ｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）がＶ２Ｘメッセージを受信した場合、該当Ｖ２ＸメッセージのＰＰＰＰ値とｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒの優先順位を比較して、優先順位の高いサービスを優先的に選択して送信できる。このとき、各サービス（例えば、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）またはＰＰＰＰに対してマッピングされる優先順位情報または各優先順位別にどんなサービスを優先的に選択するかに対して判断する情報は、ネットワーク（例えば、ｅＮＢ）から受信するか、またはＵＥにプロビジョニング（ｐｒｏｖｉｓｉｏｎ）されることができる。
【０９３４】
３．Ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了した場合、ＵＥのＮＡＳ  ｌａｙｅｒは、ｌｏｗｅｒ  ｌａｙｅｒにｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了したことを知らせる。例えば、「緊急非活性化（ｅｍｅｒｇｅｎｃｙ  Ｄｅ−ａｃｔｉｖｅ）」という指示をｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）に送信できる。
【０９３５】
４．これを受信したｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）は、ＲＲＣメッセージ（例えば、Ｓｉｄｅｌｉｎｋ  ＵＥ  ＩｎｆｏｒｍａｔｉｏｎメッセージまたはＳｉｄｅｌｉｎｋ  ＢＳＲ）にｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了したことを知らせる指示を含めることができる。例えば、「緊急非活性化（ｅｍｅｒｇｅｎｃｙ  Ｄｅ−ａｃｔｉｖｅ）」という指示が含まれることができる。このとき、ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒに対するｂｅａｒｅｒ  ｉｄｅｎｔｉｔｙまたはＬｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤも含まれることができる。その後に、ｌｏｗｅｒ  ｌａｙｅｒ（すなわち、ＡＳ  ｌａｙｅｒまたはＲＲＣ  ｌａｙｅｒ）は、従来の動作を行うことができる。
【０９３６】
Ａ．先の１ステップでｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒに対するｂｅａｒｅｒ  ｉｄｅｎｔｉｔｙも共に含まれた場合、ＵＥとｅＮＢのＡＳ  ｌａｙｅｒは、該当ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒが非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）／解除（ｒｅｌｅａｓｅ）されたことを通じて、Ｅｍｅｒｇｅｎｃｙ  ｓｅｒｖｉｃｅが終了したことが分かる。このとき、先の３と４の動作は行われなくても良い。
【０９３７】
［実施形態８］
【０９３８】
本実施形態では、上述した問題点６に対する解決案を提案する。
【０９３９】
先の問題点６）で言及したように、ＵＥのＲＲＣ  ｌａｙｅｒがｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎとＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの優先処理（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を行うためには、次のような情報を知っていなければならない。
【０９４０】
１）ＵＥに緊急ＰＤＮ接続があるかどうか
【０９４１】
２）地域／国家の規制要求事項及び運営者ポリシーによって、緊急ＰＤＮ接続を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならないかどうか
【０９４２】
本実施形態では、次のような動作を提案しようとする。
【０９４３】
オプション１）ＵＥのｕｐｐｅｒ  ｌａｙｅｒ（すなわち、ＵＥのＮＡＳ  ｌａｙｅｒまたはＵＥのＶ２Ｘ  ｌａｙｅｒ）がｌｏｗｅｒ  ｌａｙｅｒｓ（すなわち、ＵＥのＡＳ  ｌａｙｅｒ（例えば、ＵＥのＲＲＣ  ｌａｙｅｒ及び／またはＵＥのＭＡＣ  ｌａｙｅｒ））に知らせる方法
【０９４４】
１．ＵＥが活性化された緊急ＰＤＮ接続を有する。そして、
【０９４５】
２．地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならない。
【０９４６】
上のような１及び２の条件を満たす場合、Ｕｐｐｅｒ  ｌａｙｅｒ（すなわち、ＵＥのＮＡＳ  ｌａｙｅｒまたはＵＥのＶ２Ｘ  ｌａｙｅｒ）は、次のような情報をｌｏｗｅｒ  ｌａｙｅｒｓ（すなわち、ＵＥのＡＳ  ｌａｙｅｒ（例えば、ＵＥのＲＲＣ  ｌａｙｅｒ及び／またはＵＥのＭＡＣ  ｌａｙｅｒ））に伝達する。
【０９４７】
Ｉ．「緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）」指示及び／または緊急ベアラサービスのためのベアラ識別子（ｂｅａｒｅｒ  ｉｄｅｎｔｉｔｙ）
【０９４８】
ここで、この「緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）」指示は、緊急ＰＤＮ接続を確立するということを知らせるための指示である。
【０９４９】
ＩＩ．「緊急がＰＣ５より優先される（ｅｍｅｒｇｅｎｃｙ  ｐｒｉｏｒｉｔｉｚｅｄ  ｏｖｅｒ  ＰＣ５）」指示
【０９５０】
ここで、「緊急がＰＣ５より優先される（ｅｍｅｒｇｅｎｃｙ  ｐｒｉｏｒｉｔｉｚｅｄ  ｏｖｅｒ  ＰＣ５）」指示は、次のように設定されたことを知らせるための指示である。
【０９５１】
−地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続（ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ）を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならない。
【０９５２】
ｕｐｐｅｒ  ｌａｙｅｒがｌｏｗｅｒ  ｌａｙｅｒｓで上のような指示を伝達すると、ｌｏｗｅｒ  ｌａｙｅｒは、次のように動作できる。
【０９５３】
−ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎを確立するための動作を行う時、ｕｐｐｅｒ  ｌａｙｅｒがｌｏｗｅｒ  ｌａｙｅｒｓに上のような指示を知らせる場合、該当ＮＡＳメッセージ（例えば、ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎのためのＡｔｔａｃｈまたはｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅｓのためのＰＤＮ接続で利用されるＮＡＳメッセージ、一例として、Ａｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージまたはＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔメッセージ）と共に該当指示を伝達できる。
【０９５４】
−ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎが確立された以後に上の指示を伝達する場合、ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎが確立された以後に、別途に指示を伝達しても良い。
【０９５５】
−上述したＩ）とＩＩ）の指示が共に伝達されても良く、またはＩ）とＩＩ）の指示のうち、いずれか一つだけが伝達されても良い。
【０９５６】
−上述した指示が伝達される時、ＵＥがＥＭＭ−ＣＯＮＮＥＣＴＥＤモードでありうる。また、ＵＥがＥＭＭ−ＩＤＬＥモードでありうる。
【０９５７】
オプション２）ｅＮＢがＵＥのｌｏｗｅｒ  ｌａｙｅｒｓ（すなわち、ＵＥのＡＳ  ｌａｙｅｒ（例えば、ＵＥのＲＲＣ  ｌａｙｅｒ及び／またはＵＥのＭＡＣ  ｌａｙｅｒ））に知らせる方法
【０９５８】
１．ＵＥが活性化された緊急ＰＤＮ接続を有する。そして、
【０９５９】
２．地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならない。
【０９６０】
上のような１及び２の条件を満たすと、ｅＮＢは、次のような情報をＵＥに伝達する。
【０９６１】
Ｉ．「緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）」指示及び／または緊急ベアラサービスのためのベアラ識別子（ｂｅａｒｅｒ  ｉｄｅｎｔｉｔｙ）（または論理チャネルＩＤ（ＬＣＩＤ：Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ））
【０９６２】
ここで、この「緊急呼出し（ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ）」指示は、緊急ＰＤＮ接続を確立するということを知らせるための指示である。
【０９６３】
ＩＩ．「緊急がＰＣ５より優先される（ｅｍｅｒｇｅｎｃｙ  ｐｒｉｏｒｉｔｉｚｅｄ  ｏｖｅｒ  ＰＣ５）」指示
【０９６４】
ここで、「緊急がＰＣ５より優先される（ｅｍｅｒｇｅｎｃｙ  ｐｒｉｏｒｉｔｉｚｅｄ  ｏｖｅｒ  ＰＣ５）」指示は、次のように設定されたことを知らせるための指示である。
【０９６５】
−地域／国家の規制要求事項及び運営者ポリシーに基づいて、緊急ＰＤＮ接続（ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ）を介した通信をＰＣ５参照ポイントを介したＶ２Ｘ通信より優先的に処理しなければならない。
【０９６６】
ｅＮＢがＵＥに上のような指示を伝達する場合、ｅＮＢは、次のように動作できる。
【０９６７】
−上述したＩ）とＩＩ）の指示が共に伝達されても良く、またはＩ）とＩＩ）の指示のうち、いずれか一つのみが伝達されても良い。
【０９６８】
−上述したＩ）の指示の場合、ＵＥに専用メッセージ（ｄｅｄｉｃａｔｅｄ  ｍｅｓｓａｇｅ）として伝達されることができる。
【０９６９】
上述したオプション１及びオプション２に共通して、前記指示を受信したｌｏｗｅｒ  ｌａｙｅｒｓ（すなわち、ＵＥのＡＳ  ｌａｙｅｒ（例えば、ＵＥのＲＲＣ  ｌａｙｅｒ及び／またはＵＥのＭＡＣ  ｌａｙｅｒ））は、ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎに該当するベアラであることを認識し、該当ベアラから発生するメッセージ（すなわち、Ｕｕインターフェースを介したアップリンク送信）は、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのために発生するメッセージより優先的に処理（ｈａｎｄｌｉｎｇ）（またはスケジューリング）できる。
【０９７０】
より具体的に述べると、アップリンク送信（すなわち、Ｕｕインターフェースを介した送信）が時間ドメインでＶ２Ｘ  ｓｉｄｅｌｉｎｋ送信（すなわち、ＰＣ５を介したＶ２Ｘ通信の送信）と同じ周波数内で重なる（ｏｖｅｒｌａｐ）時、ｓｉｄｅｌｉｎｋ  ＭＡＣ  ＰＤＵのＰＰＰＰ値が（予め）設定されたＰＰＰＰ臨界値より低いと、ＵＥは、ＵＥは、アップリンク送信よりｓｉｄｅｌｉｎｋ送信を優先処理（ｐｒｉｏｒｉｔｉｚｅ）する。
【０９７１】
ただし、アップリンク送信がｕｐｐｅｒ  ｌａｙｅｒ（すなわち、ＵＥのＮＡＳ  ｌａｙｅｒまたはＵＥのＶ２Ｘ  ｌａｙｅｒ）により優先されると（ｐｒｉｏｒｉｔｉｚｅ）（すなわち、上述したように、Ｉ）及び／またはＩＩ）の指示がｕｐｐｅｒ  ｌａｙｅｒから送信されると）、ＵＥは、いかなるＶ２Ｘ  ｓｉｄｅｌｉｎｋ送信よりもアップリンク送信を優先処理（ｐｒｉｏｒｉｔｉｚｅ）する（すなわち、ｓｉｄｅｌｉｎｋ  ＭＡＣ  ＰＤＵのＰＰＰＰ値と無関係に）。
【０９７２】
図２１は、本発明の一実施形態に係るＰＣ５を介したＶ２Ｘ通信を行う方法を例示する図である。
【０９７３】
図２１を参照すると、ＵＥ（特に、ＵＥの下位層（ｌｏｗｅｒ  ｌａｙｅｒ））は、上位層（ｕｐｐｅｒ  ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信する（Ｓ２１０１）。
【０９７４】
すなわち、上位層は、ＵＥがＰＣ５を介したＶ２Ｘ通信を利用して、Ｖ２Ｘサービス識別子により識別されるＶ２ＸサービスのＶ２Ｘメッセージを送信するように要求できる。
【０９７５】
このとき、上位層からの要求は、次を含むことができる：
【０９７６】
ａ）Ｖ２Ｘメッセージ；
【０９７７】
ｂ）Ｖ２ＸメッセージのためのＶ２ＸサービスのＶ２Ｘサービス識別子；
【０９７８】
ｃ）Ｖ２Ｘメッセージ内のデータタイプ（インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）または非ＩＰ（ｎｏｎ−ＩＰ））；
【０９７９】
ｄ）Ｖ２Ｘメッセージがｎｏｎ−ＩＰデータを含むと、ｎｏｎ−ＩＰタイプＰＤＵのｎｏｎ−ＩＰタイプフィールドをＶ２Ｘメッセージファミリー（ｆａｍｉｌｙ）に相当する値にセッティングするための指示；及び
【０９８０】
ｅ）Ｖ２Ｘメッセージ優先順位。
【０９８１】
Ｓ２１０１において上位層（ｕｐｐｅｒ  ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信すると、ＵＥは、基地局にＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を要求できる（Ｓ２１０２）。
【０９８２】
ここで、Ｓ２０１２ステップは、次の条件が満たされると、行われうる。
【０９８３】
１）ＵＥがＥ−ＵＴＲＡＮによりサービスされる（「ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」）
【０９８４】
２）ＵＥがＥ−ＵＴＲＡＮセルにより提供される無線資源（すなわち、キャリア周波数）を使用するように意図する
【０９８５】
３）ＵＥがＥ−ＵＴＲＡＮによりサービスされる時、登録されたＰＬＭＮがＰＣ５を介したＶ２Ｘ通信を利用するように許可されたＰＬＭＮリスト内に属する
【０９８６】
４）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＰＬＭＮリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される
【０９８７】
または、Ｓ２１０１において上位層（ｕｐｐｅｒ  ｌａｙｅｒ）からＶ２Ｘメッセージを送信するための要求を受信すると、ＵＥは、ＰＣ５インターフェースを介したＶ２Ｘ通信のための無線資源を選択できる（Ｓ２１０３）。
【０９８８】
ここで、Ｓ２０１３ステップは、次の条件が満たされると、行われうる。
【０９８９】
１）ＵＥが：
【０９９０】
Ａ）Ｅ−ＵＴＲＡＮによりサービスされないこと（「ｎｏｔ  ｓｅｒｖｅｄ  ｂｙ  Ｅ−ＵＴＲＡＮ」）；または
【０９９１】
Ｂ）ＥＭＭ−ＩＤＬＥモードでｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである、仮にＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅである場合は、次のうち、いずれか一つに該当する；
【０９９２】
ｉ）ＵＥが選択されたＰＬＭＮ内で適したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探索できない場合；
【０９９３】
ｉｉ）ＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージを受信した場合；または
【０９９４】
ｉｉｉ）ＵＥがＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージ、ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージ、またはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴメッセージ、ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージ、ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージ、またはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合；
【０９９５】
２）ＵＥがＥ−ＵＴＲＡＮによりサービスされない時、ＵＥがＰＣ５を介したＶ２Ｘ通信を利用するように許可される
【０９９６】
３）Ｖ２ＸサービスのＶ２Ｘサービス識別子がＰＣ５を介したＶ２Ｘ通信のために許可されたＶ２Ｘサービスのリスト内に含まれるか、またはＵＥがＰＣ５を介したＶ２Ｘ通信のための基本目的地第２層識別子（ｄｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））として設定される
【０９９７】
ＵＥは、ＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行う（Ｓ２１０２）。
【０９９８】
すなわち、ＵＥは、Ｓ２１０２ステップにおいて基地局から割り当てられた無線資源上においてＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行っても良く、またはＳ２１０３ステップにおいて選択された無線資源上においてＰＣ５インターフェースを介したＶ２Ｘ通信の送信を行っても良い。
【０９９９】
このとき、上位層から上述のＩ）及び／またはＩＩ）の指示を受信すると、下位層は、ｅｍｅｒｇｅｎｃｙ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎに該当するベアラから発生するメッセージ（すなわち、Ｕｕインターフェースを介したアップリンク送信）は、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのために発生するメッセージより優先的に処理（ｈａｎｄｌｉｎｇ）（またはスケジューリング）することができる。
【１０００】
換言すると、アップリンク送信がｕｐｐｅｒ  ｌａｙｅｒ（すなわち、ＵＥのＮＡＳ  ｌａｙｅｒまたはＵＥのＶ２Ｘ  ｌａｙｅｒ）により優先されると（ｐｒｉｏｒｉｔｉｚｅ）（すなわち、上述したように、Ｉ）及び／またはＩＩ）の指示がｕｐｐｅｒ  ｌａｙｅｒから送信されると）、ＵＥは、いかなるＶ２Ｘ  ｓｉｄｅｌｉｎｋ送信よりもアップリンク送信を優先処理（ｐｒｉｏｒｉｔｉｚｅ）する（すなわち、ｓｉｄｅｌｉｎｋ  ＭＡＣ  ＰＤＵのＰＰＰＰ値と無関係に）。
【１００１】
上述したように、Ｉ）及び／またはＩＩ）の指示は、緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージと共に伝達されても良く、または緊急ＰＤＮ接続を確立するためのＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージと別に伝達されても良い。
【１００２】
一方、先のＳ２１０２ステップ及びＳ２１０３ステップにて例示した条件が満たされないと、ＵＥは、ＰＣ５を介したＶ２Ｘ通信を行わなくても良い。
【１００３】
一方、先の本発明の説明において、説明の便宜上、Ｖ２Ｘ  ｓｅｒｖｉｃｅのうち、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを中心に述べたが、Ｖ２Ｘディスカバリー（ｄｉｓｃｏｖｅｒｙ）を含んだすべてのＶ２Ｘ  ｓｅｒｖｉｃｅにも本発明の動作が同様に適用されることができる。
【１００４】
また、先の本発明の説明において、説明の便宜上、Ｖ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを中心に述べたが、ＰＣ５インターフェース（すなわち、ｓｉｄｅｌｉｎｋ）を介したデータ送受信をする通信に全て適用できる。
【１００５】
また、上述の一つ以上の実施形態の組み合わせが共に具現化されて使用されることができる。また、各実施形態で述べられた手順で各ステップは、全部行われなくても良く、一部のステップのみが行われても良い。すなわち、各ステップの遂行は、以前または以後のステップの遂行と独立的に行われることができる。換言すると、以前のステップの遂行なしで次のステップが行われうる。
【１００６】
本発明で使用される「ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅ」は、３ＧＰＰ  ＴＳ  ２４．３８６と３ＧＰＰ  ＴＳ  ２３．１２２で述べられた次のような条件を満たす状態だけを意味することができる。
【１００７】
ｉ）ＵＥが選択されたＰＬＭＮ内で適したセル（ｓｕｉｔａｂｌｅ  ｃｅｌｌ）を探索できない場合；
【１００８】
ｉｉ）ＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むアタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはトラッキング領域アップデート拒絶（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージまたはサービス拒絶（ＳＥＲＶＩＣＥ  ＲＥＪＥＣＴ）メッセージを受信するか、またはＵＥがＥＭＭ原因＃１１「許容されないＰＬＭＮ（ＰＬＭＮ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含む位置アップデート拒絶（ＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴ）メッセージまたはＧＰＲＳアタッチ拒絶（ＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）メッセージまたはルーティング領域アップデート拒絶（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴ）メッセージを受信した場合；または
【１００９】
ｉｉｉ）ＵＥがＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージ、ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージ、またはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合、またはＥＭＭ原因＃７「許容されないＥＰＳサービス（ＥＰＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）」を含むＬＯＣＡＴＩＯＮ  ＵＰＤＡＴＩＮＧ  ＲＥＪＥＣＴメッセージまたはＧＰＲＳ  ＡＴＴＡＣＨ  ＲＥＪＥＣＴメッセージまたはＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＪＥＣＴメッセージまたはＳＥＲＶＩＣＥ  ＲＥＪＥＣＴメッセージを受信した場合；
【１０１０】
すなわち、本発明の動作は、上述した条件以外の他の理由でｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅになった場合には適用されなくても良い。
【１０１１】
先の本発明の説明において、「ｅｍｅｒｇｅｎｃｙ」関連指示を伝達するステップにおいて、「ｅｍｅｒｇｅｎｃｙ」関連指示と共にｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを知らせる指示が伝達されることもでき、または「ｅｍｅｒｇｅｎｃｙ」関連指示の代りにｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅであることを知らせる指示が伝達されることもできる。
【１０１２】
ここで、「ｅｍｅｒｇｅｎｃｙ」関連指示の一例として「ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ」が該当することができる。
【１０１３】
また、ここでの伝達は、ＵＥのｌａｙｅｒ間（すなわち、ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ、Ｖ２Ｘ  ｌａｙｅｒ、ＮＡＳ  ｌａｙｅｒ、ＡＳ  ｌａｙｅｒ（例えば、ＲＲＣ  ｌａｙｅｒ））伝達であっても良く、またはネットワーク個体間（すなわち、ＵＥ、ｅＮＢ、ＭＭＥ）伝達であっても良い。
【１０１４】
本発明によれば、ＵＥがｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅにある場合にもＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができるようになる。これによって、交通安全（ｌｏａｄ  ｓａｆｅｔｙ）状況または公共安全（ｐｕｂｌｉｃ  ｓａｆｅｔｙ）関連状況に対する対応が可能である。
【１０１５】
従来の技術によれば、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態のＵＥは、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行が不可能であった。
【１０１６】
具体的に、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態のＵＥがＳｉｄｅｌｉｎｋ  ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎを介してＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのため資源を要求しても、ｅＮＢにＵＥに対する許可（ａｕｔｈｏｒｉｚａｔｉｏｎ）情報がないから、これを受諾できなかった。
【１０１７】
ただし、本発明の実施形態１−１によれば、ＵＥがＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎのための資源を要求し、ｅＮＢがこれを判断して決定する手順を提案することによって、ＵＥのＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが可能である。
【１０１８】
また、本発明の実施形態１−２によれば、ＵＥは、ｅＮＢに要求がなくてもＴｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを利用してＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが可能である。
【１０１９】
従来の技術によれば、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで、ＥＭＭ−ＩＤＬＥ状態のＵＥがキャンプ（ｃａｍｐｅｄ  ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ  ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ  ｃｏｎｎｅｃｔｉｏｎを結んでＵＥのためのｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行が不可能であった。
【１０２０】
ただし、本発明の実施形態２−１によれば、ｌｉｍｉｔｅｄ  ｓｅｒｖｉｃｅ  ｓｔａｔｅで、ＥＭＭ−ＩＤＬＥ状態のＵＥがキャンプ（ｃａｍｐｅｄ  ｏｎ）するセルがＶ２Ｘ関連情報を放送情報として送信しているが、送信のためのｒｅｓｏｕｒｃｅ  ｐｏｏｌを放送しない場合（すなわち、ＵＥがｅＮＢとＲＲＣ  ｃｏｎｎｅｃｔｉｏｎを結んでＵＥのためのｄｅｄｉｃａｔｅｄ  ｒｅｓｏｕｒｃｅを介してＶ２Ｘメッセージ送信をせざるをえない場合）、ＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行が必要な場合、次のような方法を介してＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎの遂行が可能である。
【１０２１】
Ｉ．ＥＭＭ−ＣＯＮＮＥＣＴＥＤに転換する方法
【１０２２】
Ａ．ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのａｔｔａｃｈ遂行［実施形態２−１−ＣａｓｅＩ−Ａ］
【１０２３】
Ｂ．ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅのためのａｔｔａｃｈ以外のＮＡＳ手順遂行［実施形態２−１−ＣａｓｅＩ−Ｂ］
【１０２４】
ＩＩ．ＲＲＣ−ＣＯＮＮＥＣＴＥＤ（及びＥＭＭ−ＩＤＬＥ）に転換する方法
【１０２５】
Ａ．ＮＡＳ手順と共に（ステップ２−Ｉを介して）
【１０２６】
Ｂ．ＮＡＳ手順なしで（ステップ２−ＩＩを介して）
【１０２７】
該当手順の場合、ＮＡＳ手順のトリガーリングなしでＲＲＣ手順（すなわち、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）を行うようにすることによって、不必要なシグナリングまたは相互動作（ｉｎｔｅｒａｃｔｉｏｎ）を減らすことができる。
【１０２８】
また、本発明の実施形態２−２によれば、ＵＥは、ｅＮＢに要求がなくてもＴｘ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを利用してＰＣ５を介したＶ２Ｘ  ｃｏｍｍｕｎｉｃａｔｉｏｎが可能である。
【１０２９】
また、本発明の実施形態７の場合、無線チャネルが混雑（Ｃｏｎｇｅｓｔｉｏｎ）する時にも適用されることができる。例えば、無線チャネルが混雑しているから、ＰＣ５資源を制限する必要がある場合、ネットワークでシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）にＰＰＰＰ臨界値を含んで送信できる。これを受信したＵＥは、先の実施形態７で提案された方法により動作できる。実施形態７においてａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒでフィルタリングを行う場合、ＰＰＰＰ臨界値を受信したＵＥのＡＳ  ｌａｙｅｒがａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒに知らせることができる。実施形態７においてｌｏｗｅｒ  ｌａｙｅｒがフィルタリングを行う場合、ＰＰＰＰ臨界値を受信したＵＥのＡＳ  ｌａｙｅｒが直接適用して動作できる。ＵＥのＡＳ  ｌａｙｅｒが受信したＰＰＰＰ臨界値をＮＡＳ  ｌａｙｅｒとやり取りすることができる。
【１０３０】
本発明が適用されることができる装置の一般
【１０３１】
図２２は、本発明の一実施形態に係る通信装置のブロック構成図を例示する。
【１０３２】
図２２を参照すると、無線通信システムは、ネットワークノード２２１０と多数の端末（ＵＥ）２２２０を含む。
【１０３３】
ネットワークノード２２１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）２２１１、メモリ（ｍｅｍｏｒｙ）２２１２、及び通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）２２１３を含む。プロセッサ２２１１は、前述の図１ないし図２１で提案された機能、過程及び／または方法を具現化する。有線／無線インターフェースプロトコルの層は、プロセッサ２２１１により具現化されることができる。
【１０３４】
メモリ２２１２は、プロセッサ２２１１に接続されて、プロセッサ２２１１を駆動するための様々な情報を格納する。通信モジュール２２１３は、プロセッサ２２１１に接続されて、有線／無線信号を送信及び／または受信する。ネットワークノード２２１０の一例として、基地局、ＭＭＥ、ＨＳＳ、ＳＧＷ、ＰＧＷ、ＳＣＥＦ、ＳＣＳ／ＡＳなどがこれに該当されることができる。特に、ネットワークノード２２１０が基地局である場合、通信モジュール２２１３は、無線信号を送信／受信するためのＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）を含むことができる。
【１０３５】
端末２２２０は、プロセッサ２２２１、メモリ２２２２、及び通信モジュール（またはＲＦ部）２２２３を含む。プロセッサ２２２１は、前述の図１ないし図２１で提案された機能、過程及び／または方法を具現化することができる。特に、プロセッサは、ＮＡＳ層及びＡＳ層を含むことができる。メモリ２２２２は、プロセッサ２２２１に接続されて、プロセッサ２２２１を駆動するための様々な情報を格納する。通信モジュール２２２３は、プロセッサ２２２１に接続されて、無線信号を送信及び／または受信する。
【１０３６】
メモリ２２１２，２２２２は、プロセッサ２２１１，２２２１の内部または外部にあってもよく、周知の様々な手段でプロセッサ２２１１，２２２１に接続されることができる。また、ネットワークノード２２１０（基地局である場合）及び／または端末２２２０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または複数のアンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【１０３７】
図２３は、本発明の一実施形態に係る通信装置のブロック構成図を例示する。
【１０３８】
特に、図２３では、前述の図２２の端末をより詳細に例示する図である。
【１０３９】
図２３を参照すると、端末は、プロセッサ（または、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）２３１０、ＲＦモジュール（ＲＦ  ｍｏｄｕｌｅ）（またはＲＦユニット）２３３５、パワー管理モジュール（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）２３０５、アンテナ（ａｎｔｅｎｎａ）２３４０、バッテリー（ｂａｔｔｅｒｙ）２３５５、ディスプレイ（ｄｉｓｐｌａｙ）２３１５、キーパッド（ｋｅｙｐａｄ）２３２０、メモリ（ｍｅｍｏｒｙ）２３３０、ＳＩＭカード（ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）ｃａｒｄ）２３２５（この構成は、選択的である）、スピーカー（ｓｐｅａｋｅｒ）２３４５及びマイクロホン（ｍｉｃｒｏｐｈｏｎｅ）２３５０を含んで構成される。端末は、また単一のアンテナまたは複数のアンテナを含むことができる。
【１０４０】
プロセッサ２３２１０は、前述の図１ないし図２１で提案された機能、過程及び／または方法を具現化する。無線インターフェースプロトコルの層は、プロセッサ２３１０により具現化されることができる。
【１０４１】
メモリ２３３０は、プロセッサ２３１０に接続され、プロセッサ２３１０の動作に関連する情報を格納する。メモリ２３３０は、プロセッサ２３１０の内部または外部にあってもよく、周知の様々な手段でプロセッサ２３１０に接続されることができる。
【１０４２】
ユーザは、例えば、キーパッド２３２０のボタンを押さえたり（あるいは、タッチしたり）、またはマイクロホン２３５０を用いた音声駆動（ｖｏｉｃｅ  ａｃｔｉｖａｔｉｏｎ）により電話番号などのような命令情報を入力する。プロセッサ２３１０は、このような命令情報を受信し、電話番号に電話をかけるなど、適切な機能を行うように処理する。駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ  ｄａｔａ）は、ＳＩＭカード２３２５またはメモリ２３３０から抽出される。また、プロセッサ２３１０は、ユーザが認知し、また便宜のために命令情報または駆動情報をディスプレイ２３１５上に表示することができる。
【１０４３】
ＲＦモジュール２３３５は、プロセッサ２３１０に接続されて、ＲＦ信号を送信及び／または受信する。プロセッサ２３１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュール２３３５に伝達する。ＲＦモジュール２３３５は、無線信号を受信及び送信するために受信器（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）から構成される。アンテナ２３４０は、無線信号を送信及び受信する機能を果たす。無線信号を受信するとき、ＲＦモジュール２３３５は、プロセッサ２３１０により処理するために信号を伝達し、基底帯域に信号を切り替えることができる。処理された信号は、スピーカー２３４５を介して出力される可聴または可読情報に切り替えることができる。
【１０４４】
以上で説明された実施形態は、本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は、他の構成要素または特徴と結合されない形態に実施できる。また、一部の構成要素及び／または特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作などの順序は変更されてもよい。いずれかの実施形態の一部構成や特徴は、他の実施形態に含まれてもよく、または、他の実施形態の対応する構成または特徴に交替できる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施形態を構成したり、出願後の補正により新しい請求項に含ませることは自明である。
【１０４５】
本発明に係る実施形態は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはその結合などにより具現化されることができる。ハードウェアによる具現化の場合、本発明の一実施形態は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロ・プロセッサなどにより具現化されることができる。
【１０４６】
ファームウェアまたはソフトウェアによる具現化の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態に具現化されることができる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動される。前記メモリは、前記プロセッサの内部または外部に位置し、既に公知の様々な手段により前記プロセッサとデータをやり取りできる。
【１０４７】
本発明は、本発明の必須的な特徴から逸脱しない範囲で他の特定の形態に具体化されうることは当業者に自明である。したがって、上述の詳細な説明は、全ての面から制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付された請求項の合理的な解釈により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【１０４８】
本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を主に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムの他にも様々な無線通信システム、特に５Ｇ（５  ｇｅｎｅｒａｔｉｏｎ）に適用することが可能である。
【図１】
0006756047.tif 000013
【図２】
0006756047.tif 000014
【図３】
0006756047.tif 000015
【図４】
0006756047.tif 000016
【図５】
0006756047.tif 000017
【図６】
0006756047.tif 000018
【図７（ａ）】
0006756047.tif 000019
【図７（ｂ）】
0006756047.tif 000020
【図８】
0006756047.tif 000021
【図９（ａ）】
0006756047.tif 000022
【図９（ｂ）】
0006756047.tif 000023
【図１０（ａ）】
0006756047.tif 000024
【図１０（ｂ）】
0006756047.tif 000025
【図１１（ａ）】
0006756047.tif 000026
【図１１（ｂ）】
0006756047.tif 000027
【図１２】
0006756047.tif 000028
【図１３】
0006756047.tif 000029
【図１４】
0006756047.tif 000030
【図１５】
0006756047.tif 000031
【図１６】
0006756047.tif 000032
【図１７】
0006756047.tif 000033
【図１８】
0006756047.tif 000034
【図１９】
0006756047.tif 000035
【図２０】
0006756047.tif 000036
【図２１】
0006756047.tif 000037
【図２２】
0006756047.tif 000038
【図２３】
0006756047.tif 000039