特許 7693546 通信端末装置および通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-06-09

(45)【発行日】2025-06-17

(54)【発明の名称】通信端末装置および通信システム

(51)【国際特許分類】

   H04W 4/44 20180101AFI20250610BHJP

   H04W 92/18 20090101ALI20250610BHJP

   H04W 76/14 20180101ALI20250610BHJP

   H04W 72/0446 20230101ALI20250610BHJP

   H04W 16/16 20090101ALI20250610BHJP

【ＦＩ】

H04W4/44

H04W92/18

H04W76/14

H04W72/0446

H04W16/16

【請求項の数】 5

(21)【出願番号】P 2021543723

(86)(22)【出願日】2020-08-27

(86)【国際出願番号】 JP2020032344

(87)【国際公開番号】W WO2021044936

(87)【国際公開日】2021-03-11

【審査請求日】2023-08-02

(31)【優先権主張番号】P 2019161018

(32)【優先日】2019-09-04

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(74)【代理人】

【識別番号】100088672

【弁理士】

【氏名又は名称】吉竹 英俊

(74)【代理人】

【識別番号】100088845

【弁理士】

【氏名又は名称】有田 貴弘

(72)【発明者】

【氏名】望月 満

(72)【発明者】

【氏名】下田 忠宏

(72)【発明者】

【氏名】長谷川 史樹

【審査官】三枝 保裕

(56)【参考文献】

【文献】特開２０１６－０３９５１０（ＪＰ，Ａ）

【文献】国際公開第２０１７／０４６９７８（ＷＯ，Ａ１）

【文献】国際公開第２０１７／０５１７４０（ＷＯ，Ａ１）

【文献】Huawei, HiSilicon，KI5 and KI11: Update of Solution 3 for PC5 vs Uu interface selection，3GPP TSG SA WG2 #129BIS S2-1812389，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_129BIS_West_Palm_Beach/Docs/S2-1812389.zip>，2018年11月30日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

通信システムにおける通信端末装置であって、
前記通信システムは、前記通信端末装置を含む複数の通信端末装置を含み、
前記通信端末装置は、前記複数の通信端末装置のうちの別の通信端末装置と、ＰＣ５インタフェースを介した通信であるＰＣ５通信を行い、
前記通信端末装置は、
Ｖ２Ｘ（Vehicle to X）ポリシ提供要求を、アクセス・移動管理機能（Access and Mobility Management Function：ＡＭＦ）ノードを介して、ポリシ制御機能（Policy Control Function；ＰＣＦ）ノードに対して送信し、
前記Ｖ２Ｘポリシ提供要求に応じて送信されたＶ２Ｘパラメータを、前記ＰＣＦノードから前記ＡＭＦノードを介して受信し、
前記Ｖ２Ｘパラメータは、有効期限が設定された前記ＰＣ５通信のリソースに関する情報を含む、
通信端末装置。

【請求項2】

前記有効期限がタイマを用いて設定される、
請求項１に記載の通信端末装置。

【請求項3】

前記ＰＣ５通信の前記リソースに関する前記情報は、前記リソースが所定の地域において使用可能であるように設定される、
請求項１に記載の通信端末装置。

【請求項4】

前記ＰＣ５通信の前記リソースに関する前記情報は、前記リソースとＶ２Ｘサービスとを関連付けた情報を含む、
請求項１に記載の通信端末装置。

【請求項5】

複数の通信端末装置を備える通信システムであって、
前記複数の通信端末装置のうちのある通信端末装置は、前記複数の通信端末装置のうちの別の通信端末装置と、ＰＣ５インタフェースを介した通信であるＰＣ５通信を行い、
前記通信端末装置は、
Ｖ２Ｘ（Vehicle to X）ポリシ提供要求を、アクセス・移動管理機能（Access and Mobility Management Function：ＡＭＦ）ノードを介して、ポリシ制御機能（Policy Control Function；ＰＣＦ）ノードに対して送信し、
前記Ｖ２Ｘポリシ提供要求に応じて送信されたＶ２Ｘパラメータを、前記ＰＣＦノードから前記ＡＭＦノードを介して受信し、
前記Ｖ２Ｘパラメータは、有効期限が設定された前記ＰＣ５通信のリソースに関する情報を含む、
通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信技術に関する。

【背景技術】

【0002】

移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）において、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１～５）。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。

【0003】

ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）が用いられる。また、ＬＴＥは、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。

【0004】

非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ－ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ－ＳＳ）とがある。

【0005】

３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ－ＣＳＧセルと同じチャネル構成が用いられると想定されている。

【0006】

物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。

【0007】

物理制御フォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。

【0008】

物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。

【0009】

物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。

【0010】

物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。

【0011】

物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＳＩ（Channel State Information）を運ぶ。ＣＳＩは、ＲＩ（Rank Indicator）、ＰＭＩ（Precoding Matrix Indicator）、ＣＱＩ（Channel Quality Indicator）レポートで構成される。ＲＩとは、ＭＩＭＯにおけるチャネル行列のランク情報である。ＰＭＩとは、ＭＩＭＯにて用いるプリコーディングウェイト行列の情報である。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。

【0012】

物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）がマッピングされている。

【0013】

物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。

【0014】

下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN Reference Signal）、ＵＥ固有参照信号（UE-specific Reference Signal）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）、位置決定参照信号（Positioning Reference Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ－ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。

【0015】

上り参照信号についても同様に、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の２種類の上りリファレンスシグナルが定義されている。データ復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）、サウンディング用参照信号（Sounding Reference Signal：ＳＲＳ）である。

【0016】

非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。

【0017】

下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ－ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）ともいわれる。ＤＬ－ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ－ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。

【0018】

ページングチャネル（Paging Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。

【0019】

マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia Broadcast Multicast Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。

【0020】

上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ－ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。

【0021】

ランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。

【0022】

ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。

【0023】

再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。

【0024】

非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、説明する。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

【0025】

ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。

【0026】

共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされる。

【0027】

マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。

【0028】

個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）にマッピングされる。

【0029】

個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

【0030】

マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。

【0031】

ＣＧＩとは、セルグローバル識別子（Cell Global Identifier）のことである。ＥＣＧＩとは、Ｅ－ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identifier）のことである。ＬＴＥ、後述のＬＴＥ－Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。

【0032】

通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。

【0033】

また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ－Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ－Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。

【0034】

ＬＴＥ－Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。

【0035】

ＣＡが構成される場合、ＵＥはネットワーク（Network：ＮＷ）と唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ ＰＣＣ）である。

【0036】

ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ ＳＣＣ）である。

【0037】

一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌとからなるサービングセルの組が、一つのＵＥに対して構成される。

【0038】

また、ＬＴＥ－Ａでの新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ－Ａのために検討されているＣｏＭＰについては、非特許文献１に記載されている。

【0039】

また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual Connectivity；ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。

【0040】

デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスタｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。

【0041】

モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ－Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。

【0042】

さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。

【0043】

５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。

【0044】

このような要求を満たすために、３ＧＰＰでは、リリース１５として、５Ｇの規格検討が進められている（非特許文献６～１８参照）。５Ｇの無線区間の技術は「New Radio Access Technology」と称される（「New Radio」は「ＮＲ」と略称される）。

【0045】

ＮＲシステムは、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして検討が進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。

【0046】

ＮＲのアクセス方式としては、下り方向はＯＦＤＭ、上り方向はＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭ（DFT-spread-OFDM）が用いられる。

【0047】

ＮＲでは、伝送速度向上、処理遅延低減のために、ＬＴＥに比べて高い周波数の使用が可能となっている。

【0048】

ＮＲにおいては、狭いビーム状の送受信範囲を形成する（ビームフォーミング）とともにビームの向きを変化させる（ビームスイーピング）ことで、セルカバレッジの確保が図られる。

【0049】

ＮＲのフレーム構成においては、様々なサブキャリア間隔、すなわち、様々なヌメロロジ（Numerology）がサポートされている。ＮＲにおいては、ヌメロロジによらず、１サブフレームは１ミリ秒であり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚのヌメロロジにおいては１つであり、他のヌメロロジにおいては、サブキャリア間隔に比例して多くなる（非特許文献１３（TS38.211 V15.2.0）参照）。

【0050】

ＮＲにおける下り同期信号は、同期信号バースト（Synchronization Signal Burst；以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization Signal Block；以下、ＳＳブロックと称する場合がある）により構成される。基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ－ＳＳ、Ｓ－ＳＳ、およびＰＢＣＨによって構成される。

【0051】

ＮＲにおいては、ＮＲの下り参照信号として、位相追尾参照信号（Phase Tracking Reference Signal：ＰＴＲＳ）の追加により、位相雑音の影響の低減が図られている。上り参照信号においても、下りと同様にＰＴＲＳが追加されている。

【0052】

ＮＲにおいては、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＰＤＣＣＨに含まれる情報にスロット構成通知（Slot Format Indication：ＳＦＩ）が追加された。

【0053】

また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。

【0054】

３ＧＰＰでは、ＤＣの形態として、ＥＰＣに接続するＬＴＥ基地局とＮＲ基地局によるＤＣ、５Ｇコアシステムに接続するＮＲ基地局によるＤＣ、また、５Ｇコアシステムに接続するＬＴＥ基地局とＮＲ基地局によるＤＣが検討されている（非特許文献１２、１６、１９参照）。

【0055】

また、３ＧＰＰでは、いくつかの新たな技術が検討されている。例えば、Ｖ２Ｘ通信を、ＬＴＥにおいても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、２０、２１）。例えば、非公衆ネットワーク（Non Public Network；ＮＰＮ）への接続などが検討されている（非特許文献２２、２３参照）。

【先行技術文献】

【非特許文献】

【0056】

【文献】３ＧＰＰ ＴＳ ３６．３００ Ｖ１５．４．０

【文献】３ＧＰＰ Ｓ１－０８３４６１

【文献】３ＧＰＰ ＴＲ ３６．８１４ Ｖ９．２．０

【文献】３ＧＰＰ ＴＲ ３６．９１２ Ｖ１５．０．０

【文献】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ－３１７６６９－ＭＥＴＩＳ／Ｄ１．１

【文献】３ＧＰＰ ＴＲ ２３．７９９ Ｖ１４．０．０

【文献】３ＧＰＰ ＴＲ ３８．８０１ Ｖ１４．０．０

【文献】３ＧＰＰ ＴＲ ３８．８０２ Ｖ１４．２．０

【文献】３ＧＰＰ ＴＲ ３８．８０４ Ｖ１４．０．０

【文献】３ＧＰＰ ＴＲ ３８．９１２ Ｖ１４．１．０

【文献】３ＧＰＰ ＲＰ－１７２１１５

【文献】３ＧＰＰ ＴＳ ３７．３４０ Ｖ１５．２．０

【文献】３ＧＰＰ ＴＳ ３８．２１１ Ｖ１５．２．０

【文献】３ＧＰＰ ＴＳ ３８．２１３ Ｖ１５．２．０

【文献】３ＧＰＰ ＴＳ ３８．２１４ Ｖ１５．２．０

【文献】３ＧＰＰ ＴＳ ３８．３００ Ｖ１５．２．０

【文献】３ＧＰＰ ＴＳ ３８．３２１ Ｖ１５．２．０

【文献】３ＧＰＰ ＴＳ ３８．２１２ Ｖ１５．２．０

【文献】３ＧＰＰ ＲＰ－１６１２６６

【文献】３ＧＰＰ ＴＳ ２３．２８５ Ｖ１５．２．０

【文献】３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０

【文献】３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．１．０

【文献】３ＧＰＰ Ｒ２－１９００４０８

【文献】３ＧＰＰ ＴＲ ２３．７３４ Ｖ１６．２．０

【文献】３ＧＰＰ Ｓ１－１９１３３８

【文献】３ＧＰＰ Ｓ１－１９１５８０

【文献】３ＧＰＰ ＲＰ－１８２１１１

【発明の概要】

【発明が解決しようとする課題】

【0057】

Ｖ２Ｘ通信を、ＬＴＥにおいても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、２０、２１）。Ｖ２Ｘ通信ではサイドリンク通信（ＰＣ５通信とも称する）がサポートされる。ＰＣ５通信を用いてＤ２Ｄ通信を可能とすることが検討されている。ＰＣ５通信をサポートするにあたり、ＰＣ５通信を用いたサービスに要求されるＱｏＳを如何に満たすか、また、サービス間の干渉を如何に低減するかが問題となる。

【0058】

また、前述のように、３ＧＰＰにおいて、５Ｇ通信システム（以下、５Ｇシステムと称する場合がある）を用いたＮＰＮの導入が検討されている。例えば工場等の屋内において、５Ｇを用いたＮＰＮを導入することが検討されている（非特許文献２４（３ＧＰＰ ＴＲ２３．７３４ Ｖ１６．２．０）参照）。また、工場等の屋内においてＮＰＮを構成し、ＮＰＮ内で基地局と端末の間の通信あるいはデバイス間通信（Device to Device Communication（D2D Communication））サービスのサポートが要求されている（非特許文献２５（３ＧＰＰ Ｓ１－１９１３３８）、非特許文献２６（３ＧＰＰ Ｓ１－１９１５８０）参照）。

【0059】

ところが、従来のパブリックネットワークにおけるＶ２Ｘ通信の実施方法は開示されているが、ＮＰＮにおけるＶ２Ｘ通信の実施方法は開示されていない。たとえば、ＮＰＮにおいてはアクセス制御が必要となるが、アクセス制御が実施されるＮＰＮにおいてＶ２Ｘ通信をどのように実施するかについては全く開示されていない。ＮＰＮ内でＶ２Ｘ通信、Ｄ２Ｄ通信を実施することができないという問題が生じる。

【0060】

このため、工場内での無線通信やＶ２Ｘ通信など、多種の産業に適した無線通信技術を確立できないという問題が生じる。

【0061】

本開示は、上記課題に鑑み、Ｖ２Ｘ通信等の端末間通信を用いたサービスを実施するための技術を提供することを、目的の一つとする。

【課題を解決するための手段】

【0062】

本開示によれば、通信システムにおける通信端末装置であって、前記通信システムは、前記通信端末装置を含む複数の通信端末装置を含み、前記通信端末装置は、前記複数の通信端末装置のうちの別の通信端末装置と、ＰＣ５インタフェースを介した通信であるＰＣ５通信を行い、前記通信端末装置は、前記ＰＣ５通信のリソースに対して有効期限を設定する、通信端末装置が提供される。

【発明の効果】

【0063】

本開示によれば、端末間通信を用いたサービスを実施可能となる。

【0064】

本開示の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

【図面の簡単な説明】

【0065】

【図1】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。

【図2】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。

【図3】３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。

【図4】ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。

【図5】ＮＧコアに接続するｇＮＢによるＤＣの構成図である。

【図6】ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。

【図7】ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。

【図8】図２に示す移動端末２０２の構成を示すブロック図である。

【図9】図２に示す基地局２０３の構成を示すブロック図である。

【図10】ＭＭＥの構成を示すブロック図である。

【図11】５ＧＣの構成を示すブロック図である。

【図12】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。

【図13】ＮＲシステムにおけるセルの構成の一例を示す図である。

【図14】実施の形態１について、自ＮＰＮセルを介してＶ２ＸのＵｕ通信を実施するシーケンスの例を示す図である。

【図15】実施の形態１について、自ＮＰＮセルを介してＶ２ＸのＵｕ通信を実施するシーケンスの例を示す図である。

【図16】実施の形態１の変形例１について、自ＮＰＮセルを介してＶ２ＸのＰＣ５通信を実施するシーケンスの例を示す図である。

【図17】実施の形態１の変形例１について、自ＮＰＮセルを介してＶ２ＸのＰＣ５通信を実施するシーケンスの例を示す図である。

【図18】実施の形態１の変形例２について、自ＮＰＮセルを介してＶ２ＸのＰＣ５通信を実施するシーケンスの例を示す図である。

【図19】実施の形態１の変形例２について、自ＮＰＮセルを介してＶ２ＸのＰＣ５通信を実施するシーケンスの例を示す図である。

【図20】実施の形態１の変形例３について、自ＮＰＮの属するセルのカバレッジ外でＰＣ５通信を実施するシーケンスの第１例を示す図である。

【図21】実施の形態１の変形例３について、自ＮＰＮの属するセルのカバレッジ外でＰＣ５通信を実施するシーケンスの第２例を示す図である。

【図22】実施の形態１の変形例４について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの例を示す図である。

【図23】実施の形態１の変形例４について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの例を示す図である。

【図24】実施の形態１の変形例５について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの第１例を示す図である。

【図25】実施の形態１の変形例５について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの第１例を示す図である。

【図26】実施の形態１の変形例５について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの第２例を示す図である。

【図27】実施の形態１の変形例５について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの第２例を示す図である。

【図28】実施の形態２について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。

【図29】実施の形態２について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。

【図30】実施の形態２の変形例１について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。

【図31】実施の形態２の変形例１について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。

【図32】実施の形態２の変形例１について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。

【図33】実施の形態２の変形例３について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの第１例を示す図である。

【図34】実施の形態２の変形例３について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの第１例を示す図である。

【図35】実施の形態２の変形例３について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの第２例を示す図である。

【図36】実施の形態２の変形例３について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの第２例を示す図である。

【図37】実施の形態２の変形例３について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの第３例を示す図である。

【図38】実施の形態２の変形例４について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。

【図39】実施の形態３について、ＰＣ５通信を用いたＶ２Ｘサービスにおいてネットワークスライシングを実施するシーケンスの第１例を示す図である。

【図40】実施の形態３について、ＰＣ５通信を用いたＶ２Ｘサービスにおいてネットワークスライシングを実施するシーケンスの第２例を示す図である。

【図41】実施の形態３について、ＰＣ５通信を用いたＶ２Ｘサービスにおいてネットワークスライシングを実施するシーケンスの第２例を示す図である。

【図42】実施の形態３について、ＰＣ５通信を用いたＶ２Ｘサービスにおいてネットワークスライシングを実施するシーケンスの第３例を示す図である。

【発明を実施するための形態】

【0066】

実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。

【0067】

ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。

【0068】

移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局２０３で終端するならば、Ｅ－ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。

【0069】

移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio Resource Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。

【0070】

ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbor cell）の測定（メジャメント（measurement））などが行われる。

【0071】

基地局２０３は、１つあるいは複数のｅＮＢ２０７により構成される。またコアネットワークであるＥＰＣ（Evolved Packet Core）と、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。

【0072】

ｅＮＢ２０７は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）、あるいはＳ－ＧＷ（Serving Gateway）、あるいはＭＭＥおよびＳ－ＧＷを含むＭＭＥ／Ｓ－ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。

【0073】

ＭＭＥ部２０４は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３は、Ｅ－ＵＴＲＡＮ２０１を構成する。

【0074】

基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。

【0075】

図３は、３ＧＰＰにおいて議論されている５Ｇ方式の通信システム２１０の全体的な構成を示すブロック図である。図３について説明する。無線アクセスネットワークは、ＮＧ－ＲＡＮ（Next Generation Radio Access Network）２１１と称される。ＵＥ２０２は、ＮＲ基地局装置（以下「ＮＲ基地局（NG-RAN NodeB：ｇＮＢ）」という）２１３と無線通信可能であり、無線通信で信号の送受信を行う。また、コアネットワークは、５Ｇコア（5G Core：５ＧＣ）と称される。

【0076】

ＵＥ２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＳＤＡＰ（Service Data Adaptation Protocol）、ＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とがＮＲ基地局２１３で終端するならば、ＮＧ－ＲＡＮは１つあるいは複数のＮＲ基地局２１３によって構成される。

【0077】

ＵＥ２０２とＮＲ基地局２１３との間の制御プロトコルＲＲＣ（Radio Resource Control）の機能はＬＴＥと同様である。ＲＲＣにおけるＮＲ基地局２１３とＵＥ２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。

【0078】

ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは、ＬＴＥ方式と同様である。ＲＲＣ＿ＩＮＡＣＴＩＶＥは５ＧコアとＮＲ基地局２１３との間の接続が維持されつつ、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。

【0079】

ｇＮＢ２１７は、アクセス・移動管理機能（Access and Mobility Management Function：ＡＭＦ）、セッション管理機能（Session Management Function：ＳＭＦ）、あるいはＵＰＦ（User Plane Function）、あるいはＡＭＦ、ＳＭＦおよびＵＰＦを含むＡＭＦ／ＳＭＦ／ＵＰＦ部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１７と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１７とＡＭＦとの間のＮ２インタフェース、ｇＮＢ２１７とＵＰＦとの間のＮ３インタフェース、ＡＭＦとＳＭＦとの間のＮ１１インタフェース、および、ＵＰＦとＳＭＦとの間のＮ４インタフェースの総称である。一つのｇＮＢ２１７に対して、複数の５ＧＣ部２１４が接続されてもよい。ｇＮＢ２１７間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１７間で制御情報および／あるいはユーザデータが通信される。

【0080】

ＮＲ基地局２１３も、基地局２０３同様、１つあるいは複数のセルを構成してもよい。１つのＮＲ基地局２１３が複数のセルを構成する場合、１つ１つのセルが、ＵＥ２０２と通信可能に構成される。

【0081】

ｇＮＢ２１７は、中央ユニット（Central Unit；以下、ＣＵと称する場合がある）２１８と分散ユニット（Distributed Unit；以下、ＤＵと称する場合がある）２１９に分割されていてもよい。ＣＵ２１８は、ｇＮＢ２１７の中に１つ構成される。ＤＵ２１９は、ｇＮＢ２１７の中に１つあるいは複数構成される。ＣＵ２１８は、ＤＵ２１９とＦ１インタフェースにより接続され、ＣＵ２１８とＤＵ２１９との間で制御情報および／あるいはユーザデータが通信される。

【0082】

５Ｇ方式の通信システムは、非特許文献２２（３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．１．０）に記載の統合データ管理（Unified Data Management；ＵＤＭ）機能、ポリシ制御機能（Policy Control Function；ＰＣＦ）をさらに含んでもよい。ＵＤＭおよび／あるいはＰＣＦは、図３における５ＧＣ部に含まれてもよい。

【0083】

５Ｇ方式の通信システムは、非特許文献２２（３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．１．０）に記載の非３ＧＰＰ相互動作機能（Non-3GPP InterworkingFunction；Ｎ３ＩＷＦ）をさらに含んでもよい。Ｎ３ＩＷＦは、ＵＥとの間の非３ＧＰＰアクセスにおいて、アクセスネットワーク（Access Network；ＡＮ）を終端してもよい。

【0084】

図４は、ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図４において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図４において、ｅＮＢ２２３－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＥＮ－ＤＣと称する場合がある）。図４において、ＭＭＥ部２０４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２３－１経由で行われる例について示しているが、ＭＭＥ部２０４とｇＮＢ２２４－２との間で直接行われてもよい。

【0085】

図５は、ＮＧコアに接続するｇＮＢによるＤＣの構成を示した図である。図５において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図５において、ｇＮＢ２２４－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＲ－ＤＣと称する場合がある）。図５において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。

【0086】

図６は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図６において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図６において、ｅＮＢ２２６－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＧ－ＥＮ－ＤＣと称する場合がある）。図６において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２６－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。

【0087】

図７は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの、他の構成を示した図である。図７において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図７において、ｇＮＢ２２４－１がマスタ基地局となり、ｅＮＢ２２６－２がセカンダリ基地局となる（このＤＣ構成を、ＮＥ－ＤＣと称する場合がある）。図７において、５ＧＣ部２１４とｅＮＢ２２６－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｅＮＢ２２６－２との間で直接行われてもよい。

【0088】

図８は、図２に示す移動端末２０２の構成を示すブロック図である。図８に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局２０３に送信信号が送信される。図８において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

【0089】

また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図８では省略しているが、各部３０１～３０９と接続している。図８において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

【0090】

図９は、図２に示す基地局２０３の構成を示すブロック図である。図９に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）との間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２０３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。

【0091】

送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４より一つもしくは複数の移動端末２０２に対して送信信号が送信される。図９において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

【0092】

また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータは５ＧＣ通信部４１２、ＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図９では省略しているが、各部４０１～４１０と接続している。図９において、基地局２０３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

【0093】

図９は、基地局２０３の構成について示したブロック図であるが、基地局２１３についても同様の構成としてもよい。また、図８および図９について、移動端末２０２のアンテナ数と、基地局２０３のアンテナ数は、同じであってもよいし、異なってもよい。

【0094】

図１０は、ＭＭＥの構成を示すブロック図である。図１０では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ ＧＷ通信部５０１に渡され、ＰＤＮ ＧＷへ送信される。

【0095】

ＰＤＮ ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。

【0096】

制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５－１、ＳＡＥベアラコントロール部５０５－２、アイドルステート（Idle State）モビリティ管理部５０５－３などが含まれ、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５－１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５－２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５－３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ－ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

【0097】

ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。ＭＭＥ２０４ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるｅＮＢ２０７のＣＳＧの管理、ＣＳＧ ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５－３で行われてもよい。

【0098】

図１１は、５ＧＣの構成を示すブロック図である。図１１では、前述の図３に示す５ＧＣ部２１４の構成を示す。図１１は、図５にて示す５ＧＣ部２１４に、ＡＭＦの構成、ＳＭＦの構成およびＵＰＦの構成が含まれた場合について示している。Ｄａｔａ Ｎｅｔｗｏｒｋ通信部５２１は、５ＧＣ部２１４とＤａｔａ Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。基地局通信部５２２は、５ＧＣ部２１４と基地局２０３との間のＳ１インタフェース、および／あるいは、５ＧＣ部２１４と基地局２１３との間のＮＧインタフェースによるデータの送受信を行う。Ｄａｔａ Ｎｅｔｗｏｒｋから受信したデータがユーザデータであった場合、ユーザデータは、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部５２１から、ユーザプレイン通信部５２３経由で基地局通信部５２２に渡され、１つあるいは複数の、基地局２０３および／あるいは基地局２１３へ送信される。基地局２０３および／あるいは基地局２１３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５２２から、ユーザプレイン通信部５２３経由でＤａｔａ Ｎｅｔｗｏｒｋ通信部５２１に渡され、Ｄａｔａ Ｎｅｔｗｏｒｋへ送信される。

【0099】

Ｄａｔａ Ｎｅｔｗｏｒｋから受信したデータが制御データであった場合、制御データは、Ｄａｔａ Ｎｅｔｗｏｒｋ通信部５２１からユーザプレイン制御部５２３経由でセッション管理部５２７へ渡される。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ渡す。基地局２０３および／あるいは基地局２１３から受信したデータが制御データであった場合、制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡す。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡す。

【0100】

制御プレイン制御部５２５は、ＮＡＳセキュリティ部５２５－１、ＰＤＵセッションコントロール部５２５－２、アイドルステート（Idle State）モビリティ管理部５２５－３などを含み、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５２５－１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＰＤＵセッションコントロール部５２５－２は、移動端末２０２と５ＧＣ部２１４との間のＰＤＵセッションの管理などを行う。アイドルステートモビリティ管理部５２５－３は、待受け状態（アイドルステート（Idle State）；ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

【0101】

５ＧＣ部２１４は、１つまたは複数の基地局２０３および／あるいは基地局２１３に対して、ページング信号の分配を行う。また、５ＧＣ部２１４は、待受け状態（Idle State）のモビリティ制御（Mobility Control）を行う。５ＧＣ部２１４は、移動端末が待ち受け状態のとき、インアクティブ状態（Inactive State）および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。５ＧＣ部２１４は、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。

【0102】

次に通信システムにおけるセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。

【0103】

Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（Synchronization Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。

【0104】

次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ６０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。

【0105】

次にステップＳＴ６０３で、ステップＳＴ６０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。

【0106】

次にステップＳＴ６０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。

【0107】

次にステップＳＴ６０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。

【0108】

次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。

【0109】

通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。

【0110】

図１２に示す例においては、ＬＴＥ方式におけるセルサーチから待ち受けまでの動作の例について示したが、ＮＲ方式においては、ステップＳＴ６０３において、ベストセルに加えてベストビームを選択してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、ビームの情報、例えば、ビームの識別子を取得してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、リメイニングミニマムＳＩ（Remaining Minimum SI：ＲＭＳＩ）のスケジューリング情報を取得してもよい。ＮＲ方式においては、ステップＳＴ６０５において、ＲＭＳＩを受信するとしてもよい。

【0111】

コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ－ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。

【0112】

スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。

【0113】

従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。

【0114】

小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。

【0115】

以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。

【0116】

マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。

【0117】

スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。

【0118】

図１３は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図１３に示す例において、基地局７５０は、ある時間において、ビーム７５１－１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１－２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１－３～７５１－８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセルを構成する。

【0119】

図１３において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図１３に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。

【0120】

３ＧＰＰにおいて、Ｄ２Ｄ（Device to Device）通信、Ｖ２Ｖ（Vehicle to Vehicle）通信のため、サイドリンク（ＳＬ：Side Link）がサポートされている（非特許文献１参照）。ＳＬはＰＣ５インタフェースによって規定される。

【0121】

ＳＬに用いられる物理チャネル（非特許文献１参照）について説明する。物理サイドリンク報知チャネル（ＰＳＢＣＨ：Physical sidelink broadcast channel）は、システムと同期に関連する情報を運び、ＵＥから送信される。

【0122】

物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ：Physical sidelink discovery channel）は、ＵＥからサイドリンクディスカバリメッセージを運ぶ。

【0123】

物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical sidelink control channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからの制御情報を運ぶ。

【0124】

物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical sidelink shared channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからのデータを運ぶ。

【0125】

ＳＬに用いられるトランスポートチャネル（非特許文献１参照）について説明する。サイドリンク報知チャネル（ＳＬ－ＢＣＨ：Sidelink broadcast channel）は、予め決められたトランスポートフォーマットを有し、物理チャネルであるＰＳＢＣＨにマッピングされる。

【0126】

サイドリンクディスカバリチャネル（ＳＬ－ＤＣＨ：Sidelink discovery channel）は、固定サイズの予め決められたフォーマットの周期的報知送信を有する。また、ＳＬ－ＤＣＨは、ＵＥ自動リソース選択（UE autonomous resource selection）と、ｅＮＢによってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソースセレクションでは衝突リスクが有り、ＵＥがｅＮＢによって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＤＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。ＳＬ－ＤＣＨは物理チャネルであるＰＳＤＣＨにマッピングされる。

【0127】

サイドリンク共有チャネル（ＳＬ－ＳＣＨ：Sidelink shared channel）は、報知送信をサポートする。ＳＬ－ＳＣＨは、ＵＥ自動リソース選択（UE autonomous resource selection）と、ｅＮＢによってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソースセレクションでは衝突リスクが有り、ＵＥがｅＮＢによって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＳＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。また、ＳＬ－ＳＣＨは、送信電力、変調、コーディングを変えることによって、動的リンクアダプテーションをサポートする。ＳＬ－ＳＣＨは物理チャネルであるＰＳＳＣＨにマッピングされる。

【0128】

ＳＬに用いられる論理チャネル（非特許文献１参照）について説明する。サイドリンク報知制御チャネル（ＳＢＣＣＨ；Sidelink Broadcast Control Channel）は、一つのＵＥから他のＵＥにサイドリンクシステム情報を報知するためのサイドリンク用チャネルである。ＳＢＣＣＨはトランスポートチャネルであるＳＬ－ＢＣＨにマッピングされる。

【0129】

サイドリンクトラフィックチャネル（ＳＴＣＨ；Sidelink Traffic Channel）は、一つのＵＥから他のＵＥにユーザ情報を送信するための１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥと、Ｖ２Ｘサイドリンク通信能力を有するＵＥによってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

【0130】

３ＧＰＰでは、ＮＲにおいてもＶ２Ｘ通信をサポートすることが検討されている。ＮＲにおけるＶ２Ｘ通信の検討が、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。

【0131】

ＬＴＥではＳＬ通信はブロードキャスト（broadcast）のみであった。ＮＲでは、ＳＬ通信として、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）のサポートが検討されている（非特許文献２７（３ＧＰＰ ＲＰ－１８２１１１）参照）。

【0132】

ユニキャスト通信やグループキャスト通信では、ＨＡＲＱのフィードバック（Ａｃｋ／Ｎａｃｋ）、ＣＳＩ報告等のサポートが検討されている。

【0133】

ＳＬ通信で、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）をサポートするため、ＰＣ５－Ｓシグナリングのサポートが検討されている（非特許文献２１（ＴＳ２３．２８７）参照）。たとえば、ＳＬ、すなわちＰＣ５通信を実施するためのリンクを確立するため、ＰＣ５－Ｓシグナリングが実施される。該リンクはＶ２Ｘレイヤで実施され、レイヤ２リンクとも称される。

【0134】

また、ＳＬ通信において、ＲＲＣシグナリングのサポートが検討されている（非特許文献２１（ＴＳ２３．２８７）参照）。ＳＬ通信におけるＲＲＣシグナリングを、ＰＣ５ ＲＲＣシグナリングとも称する。たとえば、ＰＣ５通信を行うＵＥ間で、ＵＥのケーパビリティを通知することや、ＰＣ５通信を用いてＶ２Ｘ通信を行うためのＡＳレイヤの設定などを通知することが提案されている。

【0135】

３ＧＰＰにおいて、ＮＰＮ内でのＳＬ通信（以降、ＰＣ５通信と称する場合がある）のサポートが提案されている。たとえば、工場内環境でＮＰＮを構築し、ＮＰＮ内でＰＣ５通信を用いて端末間通信を行うことが提案されている（非特許文献２５（３ＧＰＰ Ｓ１－１９１３３８）参照）。また、工場のＮＰＮ内で、ＰＣ５通信、および／あるいは、基地局と端末の間のＵｕ通信を用いて、ＡＧＶ（Automated guided vehicle）を連携して動作させることが提案されている（非特許文献２６（３ＧＰＰ Ｓ１－１９１５８０）参照）。このように、ＮＰＮ内でのＰＣ５通信、および／あるいは、基地局と端末の間のＵｕ通信の要求がある。

【0136】

ＮＰＮには、Ｓ－ＮＰＮ（standalone NPN）と、ＣＡＧ(Closed Access Group)を用いたＮＳ－ＮＰＮ（non-standalone NPN）がある。Ｓ－ＮＰＮは、公衆網のサポート無く構成されたＮＰＮであり、ＰＬＭＮ ＩＤとＮＩＤ（Network ID）により識別される。ＮＳ－ＮＰＮは公衆網のサポート受けて構成されたＮＰＮであり、未承認ＵＥの接続を防ぐためにＣＡＧが用いられる。ＣＡＧは、一つのＰＬＭＮ ＩＤの範囲で、ＣＡＧ ＩＤによって識別される。本明細書においては、特に記載のない限り、ＮＰＮとは、Ｓ－ＮＰＮとＮＳ－ＮＰＮとを区別せずに、両方を指すものとする。

【0137】

従来の技術では、ＮＰＮ内でＶ２Ｘサービスが提供されることが想定されておらず、ＵＥは、Ｄ２Ｄ通信、Ｖ２Ｖ通信あるいはＶ２Ｘ通信を用いるサービス（これらのサービスを以降、Ｖ２Ｘサービスと称する場合がある）が、どのＮＰＮでサポートされているかを認識していない。このため、たとえば、ＵＥは、所望のＶ２Ｘサービスを実施可能なＮＰＮを認識することができず、Ｖ２Ｘサービスを行うことが不可能となってしまう、という問題が生じる。

【0138】

また、逆に、どのＮＰＮでも任意のＶ２Ｘサービスを実施可能とした場合、いかなるＵＥもＮＰＮ内でＶ２Ｘサービスを行うことが可能となってしまう。このため、Ｖ２Ｘサービスにおいては、ＮＰＮにアクセス可能なＵＥを制限することができなくなってしまうという問題が生じる。

【0139】

このような課題を解決する方法を開示する。

【0140】

ＵＥは、アクセス可能なＮＰＮにおいて、任意のＶ２Ｘサービスを行うことを可能とする。ＵＥは、アクセス可能なＮＰＮにおいて、任意のＶ２ＸサービスのためのＤ２Ｄ通信、Ｖ２Ｖ通信あるいはＶ２Ｘ通信を利用可能とする。ＵＥは、アクセス可能なＮＰＮにおいて、任意のＶ２ＸサービスのためのＵｕ通信やＰＣ５通信を利用可能とする。ＵＥは、アクセス可能なＮＰＮにおいて、任意のＶ２ＸサービスのためのＵｕ通信やＰＣ５通信を行う場合に、アクセスが許容される、あるいは、拒否されない。

【0141】

このようにすることで、ＵＥがＶ２Ｘサービスを実施可能なＮＰＮを特定することが可能となる。

【0142】

しかし、前述したような方法ではさらなる問題が生じる。たとえば、ＵＥが複数のＶ２Ｘサービスを実施する場合である。前述した方法を適用した場合、全てのＶ２Ｘサービスが同じＮＰＮ内で実施可能となってしまう。このため、たとえば、工場内で複数のＮＰＮを構築しても、各ＮＰＮでサポートするＶ２Ｘサービスを異ならせることができないという問題が生じる。

【0143】

このような課題を解決する方法を開示する。

【0144】

Ｖ２ＸサービスとＮＰＮとを対応付ける。Ｖ２Ｘサービスを利用可能なＮＰＮを設定するとよい。一つまたは複数のＶ２Ｘサービスを利用可能な一つのＮＰＮを設定してもよい。一つのＶ２Ｘサービスを利用可能な一つまたは複数のＮＰＮを設定してもよい。Ｖ２Ｘサービスの情報とＶ２Ｘサービスを利用可能なＮＰＮの情報とを関連付けた情報を用いても良い。

【0145】

Ｖ２Ｘサービス情報として、Ｖ２Ｘサービスを特定するための識別子を用いてもよい。たとえば、ＰＳＩＤ（Provider Service Identifier）、ＩＴＳ－ＡＩＤ（Intelligent Transport Systems Application Identifier）を用いてもよい。ＮＰＮの情報として、Ｓ－ＮＰＮの場合にはＳ－ＮＰＮの識別子を用い、ＮＳ－ＮＰＮの場合にはＮＳ－ＮＰＮの識別子を用いるとよい。Ｓ－ＮＰＮの識別子としてＰＬＭＮ ＩＤおよび／あるいはＮＩＤを用い、ＮＳ－ＮＰＮの識別子としてＣＡＧの識別子を用いてもよい。ＣＡＧの識別子として、ＣＡＧ－ＩＤ、および／あるいは、ＣＡＧ－ＩＤのリストであるＣＡＧ ａｌｌｏｗｅｄ ｌｉｓｔを用いてもよい。

【0146】

Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、ＣＮ（Core Network）に記憶しておいてもよい。ＣＮの内で、ＵＥの登録情報等を管理や記録するＵＤＭ（Unified Data Management）、ＵＤＲ（Unified Data Repository）に、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を記憶してもよい。ポリシを制御するＰＣＦ（Policy Control Function）、あるいは、アクセスとモビリティを管理するＡＭＦ（Access and Mobility Management function）、あるいは、セッションを管理するＳＭＦ（Session Management function）に、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を記憶してもよい。

【0147】

Ｖ２Ｘサービスを利用可能なＮＰＮの情報を有するノードは、ＵＥに対して該情報を通知してもよい。例えば、ＰＣＦがＶ２Ｘサービスを利用可能なＮＰＮの情報を有する場合、ＰＣＦはＵＥに該情報を通知してもよい。ＰＣＦはＡＭＦを介してＵＥに対して該情報を通知してもよい。Ｖ２Ｘサービスを利用可能なＮＰＮの情報を有するノードは、ＲＡＮノード（例えばｇＮＢ）に対して該情報を通知してもよい。Ｖ２Ｘサービスを利用可能なＮＰＮの情報を有するノードは、ＡＭＦを介してＲＡＮノードに該情報を通知してもよい。

【0148】

ＡＭＦは、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、ＵＤＭあるいはＵＤＲあるいはＰＣＦから取得してもよい。ＡＭＦは、ＵＤＭあるいはＵＤＲあるいはＰＣＦに対して、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を要求するメッセージを通知してもよい。該要求を受信したＵＤＭあるいはＵＤＲあるいはＰＣＦは、ＡＭＦに対して該情報を通知してもよい。ＳＭＦはＡＭＦから該情報を取得してもよい。このようにすることで、各ノードは、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を取得することができ、該情報を必要に応じて利用することが可能になる。

【0149】

Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、保守管理機能を有するＯＡＭ（Operations, Administration and Maintenance）に記憶しておいてもよい。ＡＭＦはＯＡＭから、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を取得してもよい。このようにすることで、ＯＡＭからネットワークノードに、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を提供することが可能となる。

【0150】

Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、ＵＥに記憶しておいてもよい。（Ｕ）ＳＩＭ（（Universal） Subscriber Identity Module）、ＵＩＣＣ（universal integrated circuit card）に、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を記憶しておいてもよい。このようにすることで、ＵＥは、Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、必要に応じて利用することが可能となる。

【0151】

Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、Ｖ２Ｘサービス関連情報（以降、Ｖ２Ｘ通信関連情報と称する場合がある）に含めてもよい。Ｖ２Ｘサービス関連情報として、Ｖ２ＸポリシまたはＶ２Ｘパラメータと、Ｖ２Ｘサービス情報とそれを利用可能なＮＰＮの情報とを含めてもよい。また、Ｖ２ＸポリシあるいはＶ２Ｘパラメータに、Ｖ２Ｘサービス情報とそれを利用可能なＮＰＮのＶ２Ｘパラメータを含めてもよい。Ｖ２Ｘサービス関連情報を、Ｖ２Ｘサービス情報とそれを利用可能なＮＰＮのＶ２Ｘパラメータを含むＶ２ＸポリシまたはＶ２Ｘパラメータとしてもよい。

【0152】

Ｖ２ＸポリシまたはＶ２Ｘパラメータとして、たとえば、Ｕｕ上（Ｕｕ基準点上とも称する）のＶ２ＸポリシまたはＶ２Ｘパラメータであってもよい。たとえば、Ｕｕ上のＶ２Ｘ通信用にＵＥに対して提供するＶ２Ｘサービスのマッピング情報であってもよい。

【0153】

ＰＣＦはＵＥに、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を通知してもよい。たとえば、ＰＣＦは、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、Ｖ２Ｘサービス関連情報に含めて、ＵＥに通知してもよい。ＰＣＦは、ＡＭＦ、ＲＡＮノードを介してＵＥに通知してもよい。このようにすることで、ＵＥは、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を認識可能となる。

【0154】

ＰＣＦはＲＡＮノード（例えばｇＮＢ）に、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を通知してもよい。たとえば、ＰＣＦは、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、Ｖ２Ｘサービス関連情報に含めて、ＲＡＮノードに通知してもよい。Ｖ２Ｘサービス関連情報は、たとえば、Ｖ２ＸサービスのＱｏＳパラメータであってもよい。

【0155】

ＰＣＦはＡＭＦを介してＲＡＮノードに通知してもよい。また、ＲＡＮノードはＯＡＭから、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を取得してもよい。このようにすることで、ＲＡＮノードは、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を認識可能となる。ＲＡＮノードは、セルがサポートするＮＰＮで実行可能なＶ２Ｘサービスを認識可能となる。ＲＡＮノードは、ＰＣＦから取得したＶ２Ｘサービス関連情報を用いて、セルがサポートするＮＰＮで実行可能なＶ２ＸサービスにおけるＵｕ通信のためのスケジューリングを、ＵＥに対して実施可能となる。

【0156】

ＵＥは、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を用いて、アクセス可能なセルを判断してもよい。アクセス可能なセルを判断するために、セルが報知するＮＰＮに関する情報を用いてもよい。たとえば、ＵＥは、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を用いて、実施するＶ２Ｘサービスで利用可能なＮＰＮを導出し、導出したＮＰＮを、セルが報知するアクセス可能なＮＰＮに関する情報と照合する。導出したＮＰＮが、セルが報知するアクセス可能なＮＰＮに関する情報に含まれている場合、ＵＥはアクセス可能と判断し、該セルにアクセスする。導出したＮＰＮが、セルが報知するアクセス可能なＮＰＮに関する情報に含まれていない場合、ＵＥはアクセス不可能と判断し、該セルにアクセスしない。アクセス不可能な場合、ＵＥは、アクセス可能なセルを再選択してもよい。

【0157】

ＮＰＮに関する情報に、人が該ＮＷを特定可能な情報を含めても良い。たとえば人が加入しているＰＬＭＮ名を特定可能な情報を用いてもよい。ＵＥが該ＮＷを特定可能な情報を受信した場合、人に対して該情報を表示してもよい。たとえば、該情報を車に搭載されるＵＥのディスプレイに表示させてもよい。人がＮＰＮアクセス可否の判断を実施してもよい。前述のように、人が該ＮＷを特定可能な情報を設け、人が該情報を認識可能とすることで、人がＮＰＮアクセス可否の判断を実施可能となる。このため、人の好みに応じてＮＰＮアクセス可否を判断可能となる。

【0158】

ＡＭＦはＵＥに対して、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報だけでなく、Ｖ２Ｘサービスとそれを利用可能なＮＰＮをサポートする隣接ＲＡＮノードの情報を、通知してもよい。ＲＡＮノードは、ｇＮＢであってもよいし、セルであってもよい。ＡＭＦは、該隣接ＲＡＮノードの情報を、ＵＥがキャンプオンするＲＡＮノードを介して通知してもよい。ＲＡＮノードは、Ｖ２Ｘサービスとそれを利用可能なＮＰＮをサポートする隣接ＲＡＮノードの情報を、ＵＥに通知してもよい。

【0159】

ＡＭＦはＵＥに対して、ＵＥがキャンプオンするＲＡＮノードの隣接ＲＡＮノードがサポートするＶ２Ｘサービスとそれを利用可能なＮＰＮの情報を、通知してもよい。ＡＭＦは、該隣接ＲＡＮノードの情報を、ＵＥがキャンプオンするＲＡＮノードを介して通知してもよい。ＲＡＮノードは、隣接ＲＡＮノードがサポートするＶ２Ｘサービスとそれを利用可能なＮＰＮの情報を、ＵＥに通知してもよい。

【0160】

ＲＡＮノードは、自ノードがサポートするＮＰＮの情報を、隣接ＲＡＮノードに通知してもよい。ＲＡＮノードがサポートするＮＰＮの情報は、セル毎にサポートするＮＰＮの情報であってもよい。セル毎ではなく、キャリア周波数毎にサポートするＮＰＮの情報を通知してもよい。あるいは、ＰＬＭＮ毎にサポートするＮＰＮの情報を通知してもよい。該情報は、基地局間インタフェースＸｎを用いて通知されてもよい。

【0161】

ＲＡＮノードは、自ノードがサポートするＶ２Ｘサービスの情報を、隣接ＲＡＮノードに通知してもよい。ＲＡＮノードがサポートするＶ２Ｘサービスの情報は、セル毎にサポートするＶ２Ｘサービスの情報であってもよい。セル毎ではなく、キャリア周波数毎にサポートするＶ２Ｘサービスの情報を通知してもよい。あるいは、ＰＬＭＮ毎にサポートするＶ２Ｘサービスの情報を通知してもよい。該情報は、基地局間インタフェースＸｎを用いて通知されてもよい。

【0162】

ＲＡＮノードは、自ノードがサポートするＶ２Ｘサービスの情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を、隣接ＲＡＮノードに通知してもよい。セル毎に該情報が通知されてもよいし、キャリア周波数毎に該情報が通知されてもよいし、あるいは、ＰＬＭＮ毎に該情報が通知されてもよい。該情報は、基地局間インタフェースＸｎを用いて通知されてもよい。

【0163】

ＲＡＮノードがこれらの情報を隣接ＲＡＮノードに通知することで、ＡＭＦからＵＥへの通知を不要にすることができる。コアネットワーク（CN）での処理を不要とすることで、ＣＮでの処理負荷の低減、ＣＮとＲＡＮの間のシグナリング量を低減可能となる。

【0164】

このようにすることで、ＵＥは、Ｖ２Ｘサービスを利用可能なＲＡＮノードを選択しアクセスすることが可能となる。また、ＵＥは、Ｖ２Ｘサービスを利用可能なＮＰＮをサポートしていないＲＡＮノードにはアクセス不可能と判断して、アクセスしないことになる。Ｖ２Ｘサービスを利用可能なＮＰＮ以外のＮＰＮでは、Ｖ２Ｘサービスを利用不可能とすることができる。言い換えると、ＮＰＮで利用可能なＶ２Ｘサービスを制限できる。

【0165】

図１４および図１５は、実施の形態１について、自ＮＰＮセルを介してＶ２ＸのＵｕ通信を実施するシーケンスの例を示す図である。図１４と図１５は境界線ＢＬ１４１５の位置でつながっている。図１４および図１５は、ＵＥ、ＲＡＮノード、ＡＭＦ、ＳＭＦ、ＵＰＦ、ＰＣＦの動作を示している。ステップＳＴ１４０１で、ＲＡＮノードはＵＥに対してＮＰＮ関連情報を報知する。ＵＥは、ＮＰＮ関連情報を受信して、ステップＳＴ１４０３で、受信したＮＰＮ関連情報を用いてＲＡＮノードにアクセス可能か否かを判断する。

【0166】

たとえば、ＲＡＮノードから報知されているＮＰＮの識別子が、自ＵＥの有するＮＰＮの識別子に含まれていれば、ＵＥは、ＲＡＮノードにアクセス可能と判断する。含まれていなければ、ＵＥは、ＲＡＮノードにアクセス不可能と判断する。ＵＥは、アクセス不可能と判断した場合、他のＲＡＮノードを再選択する処理を行ってもよい。ＵＥは、アクセス可能と判断した場合、ステップＳＴ１４０６で、ＲＡＮノードに対して、ＮＰＮ関連情報とＶ２Ｘケーパビリティを通知する。ステップＳＴ１４０７で、ＲＡＮノードはＡＭＦに対して、ＵＥから受信したＮＰＮ関連情報とＶ２Ｘケーパビリティを通知する。

【0167】

ＵＥは、ＮＰＮ関連情報とＶ２Ｘケーパビリティを、たとえば、ＮＡＳシグナリングで通知してもよい。たとえば、ＵＥは、ＮＰＮ関連情報とＶ２Ｘケーパビリティを、レジストレーション処理のためのメッセージに含めて、通知してもよい。たとえば、ＵＥは、ＮＰＮ関連情報とＶ２Ｘケーパビリティを、サービス要求処理のためのメッセージに含めて、通知してもよい。

【0168】

ＮＰＮ関連情報とＶ２Ｘケーパビリティの通知に、ＵＥとＲＡＮノードの間では、たとえば、ＲＲＣシグナリングを用いてもよい。ＲＲＣシグナリングを用いる場合、たとえば、ＲＲＣ接続確立処理の際に、ＮＰＮ関連情報とＶ２Ｘケーパビリティを通知してもよい。

【0169】

ＮＰＮ関連情報とＶ２Ｘケーパビリティの通知に、ＲＡＮノードとＡＭＦの間では、たとえば、ＮＧシグナリングを用いてもよい。ＮＧシグナリングはＮ２シグナリングであってもよい。

【0170】

ステップＳＴ１４１１で、ＡＭＦはＵＥについてＮＰＮアクセス可否検証を実施する。ＡＭＦは、ＵＥから通知されたＮＰＮ関連情報を用いて、該ＵＥがＮＷにアクセス可能か否かを判断する。ＡＭＦは、ＵＥから通知されたＮＰＮ関連情報が、ＵＥが登録されているＮＰＮに含まれていれば、アクセス可能と判断する。含まれていなければ、ＡＭＦはアクセス不可能と判断する。ＡＭＦは、アクセス不可能と判断した場合、ＵＥに対してアクセス拒否（リジェクト）メッセージを通知してもよい。アクセス拒否メッセージに、理由情報を含めてもよい。理由情報は、ＮＰＮが異なることによるアクセス拒否を示す情報であってもよい。

【0171】

ＡＭＦは、ＵＥがアクセス可能と判断した場合、ＵＥから受信したＶ２Ｘケーパビリティを用いて、Ｖ２Ｘサービスを提供可能であることを認識する。ＵＥは、Ｖ２Ｘケーパビリティとともに、Ｖ２Ｘサービス提供要求情報を通知してもよい。ＡＭＦは、ＵＥが明確にＶ２Ｘサービスの提供を要求していることを認識可能となる。

【0172】

ステップＳＴ１４１３で、ＡＭＦはＰＣＦに対して、ＵＥから受信したＶ２Ｘケーパビリティを通知する。該通知に、たとえば、Ｎｐｃｆインタフェースを用いてもよいし、ＵＥ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｃｒｅａｔｅ Ｒｅｑｕｅｓｔメッセージを用いてもよい。

【0173】

ＵＥはＰＣＦに対して、Ｖ２Ｘポリシ提供要求を通知してもよい。ＵＥは該要求を、ＰＣＦに対して通知するＵＥポリシコンテナ（UE Policy Container）に含めて、通知してもよい。ＵＥは該要求を、ＡＭＦを介してＰＣＦに通知してもよい。ＵＥからＡＭＦへの通知には、たとえば、ＮＡＳシグナリングを用いてもよい。たとえば、ＵＥポリシ提供要求メッセージを用いてもよい。ＡＭＦからＰＣＦへの通知には、たとえば、Ｎｐｃｆインタフェースを用いてもよいし、ＵＥ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｕｐｄａｔｅメッセージを用いてもよい。

【0174】

ＵＥから該情報を受信したＰＣＦは、ステップＳＴ１４１４で、ＵＥの登録データを用いて、Ｖ２Ｘサービス認証を実施する。また、ＰＣＦは、ＵＥに対してＶ２Ｘポリシを提供することを決定する。また、ＰＣＦは、ＵＥに対して、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報を提供することを決定する。Ｖ２Ｘポリシとして、Ｖ２Ｘパラメータを含めてもよい。Ｖ２Ｘポリシに、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報を含めてもよい。

【0175】

ステップＳＴ１４１５で、ＰＣＦはＡＭＦに対して、Ｖ２Ｘ通信関連情報を通知する。Ｖ２Ｘ通信関連情報として、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報を含める。Ｖ２Ｘ通信関連情報として、Ｖ２Ｘポリシを含めてもよい。Ｖ２Ｘポリシに、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報を含めてもよい。Ｖ２Ｘサービスとそれを利用可能ＮＰＮの情報を、Ｖ２Ｘパラメータと関連付けておいてもよい。Ｖ２Ｘパラメータとして、たとえば、Ｖ２Ｘサービス毎のＱｏＳパラメータなどがある。ＰＣＦは、ＡＭＦに対して、ＵＥポリシ提供処理を用いて、Ｖ２Ｘ通信関連情報を通知してもよい。該通知には、たとえば、Ｎａｍｆインタフェースを用いてもよいし、Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｎ１Ｎ２ ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージを用いてもよい。

【0176】

ステップＳＴ１４１６で、ＡＭＦは、ＰＣＦから受信したＶ２Ｘ通信関連情報を、ＲＡＮノードに対して通知する。この際、ＡＭＦはＮＰＮ関連情報を通知してもよい。ＮＰＮ関連情報として、ＵＥがアクセスを許可されるＮＰＮのリストの更新情報を含めてもよい。該通知にＮ２シグナリングを用いてもよい。このようにすることで、ＲＡＮノードが、ＵＥに対するＶ２Ｘ関連情報を取得できる。ＲＡＮノードがＵＥに対するＶ２Ｘ関連情報を取得することで、ＲＡＮノードが、Ｕｕ通信を用いたＶ２Ｘサービスのためのスケジューリングを実施可能となる。

【0177】

ＡＭＦは、ＵＥに対して、ＰＣＦから受信したＶ２Ｘ通信関連情報を通知してもよい。たとえば、ＡＭＦは、ステップＳＴ１４１６、ＳＴ１４１７によって、ＵＥに対してＶ２Ｘ通信関連情報を通知してもよい。ステップＳＴ１４１７で、ＲＡＮノードはＵＥに対して、ＮＰＮ関連情報とＶ２Ｘ通信関連情報を通知する。ＡＭＦからＵＥへの通知には、ＮＡＳシグナリングを用いてもよい。ＲＡＮノードからＵＥへの通知には、ＵＥ個別のＲＲＣシグナリングを用いてもよい。このようにすることで、ＵＥも、Ｖ２Ｘ通信関連情報を取得可能となる。また、ＵＥはＮＰＮ関連情報を取得可能となる。

【0178】

ＮＰＮ関連情報とＶ２Ｘ通信関連情報を同じシグナリングで通知することを示したが、異なるシグナリングで通知してもよい。個別のシグナリングとすることで、たとえば、ＡＭＦが、ＡＭＦとＰＣＦの間のＶ２Ｘポリシ提供処理を待たずに、ＮＰＮ関連情報を通知可能となる。ＮＰＮ関連情報の早期通知によって、たとえば、ＮＰＮの更新情報を早期に適用可能となる。

【0179】

ステップＳＴ１４２０で、ＵＥにおいて、Ｕｕ通信を用いたＶ２Ｘサービスが発生する。ＵＥが、Ｖ２Ｘサービスを利用可能なＮＰＮ内のセルにキャンプオンしていない場合は、ステップＳＴ１４２２で、ＵＥは、Ｖ２Ｘサービスを利用可能なＮＰＮ内のセルを選択あるいは再選択する。ＵＥは、該選択／再選択に、ステップＳＴ１４１７で取得したＶ２Ｘサービスとそれを利用可能なＮＰＮの情報を用いるとよい。このようにすることで、ＵＥは、ＵＥがアクセスを許可されたＮＰＮ内で、所望のＶ２Ｘサービスを実施可能となる。

【0180】

ステップＳＴ１４２５で、ＵＥは、選択／再選択したセルに対して、ＮＰＮ関連情報、Ｖ２Ｘケーパビリティを通知する。ステップＳＴ１４２６で、セルを構成するＲＡＮノードは、ＡＭＦに対して、ＵＥから取得したＮＰＮ関連情報、Ｖ２Ｘケーパビリティを通知する。このようにすることで、ＡＭＦはＵＥから、ＮＰＮ関連情報、Ｖ２Ｘケーパビリティを取得可能となる。

【0181】

ステップＳＴ１４３１で、ＡＭＦはＵＥについてＮＰＮアクセス可否検証を実施する。ＡＭＦは、ＵＥから通知されたＮＰＮ関連情報を用いて、該ＵＥがＮＷにアクセス可能か否かを判断する。ＡＭＦは、ＵＥがアクセス可能と判断した場合、ステップＳＴ１４４９で、Ｕｕ通信を用いたＶ２ＸサービスのためのＰＤＵセッションを確立する。ステップＳＴ１１４９で、ＰＤＵセッションが確立される。ＰＤＵセッション確立後、ステップＳＴ１４５０とステップＳＴ１４５１で、ＵＥとＲＡＮノードの間、および、ＲＡＮノードとＵＰＦの間で、Ｕｕ通信を用いたＶ２Ｘサービスのデータ通信が実行される。

【0182】

ＵＥからＲＡＮノードを介してＡＭＦに通知されるＶ２Ｘケーパビリティに、ＵＥには既にＶ２Ｘポリシが提供されていることを含めてもよい。あるいは、ＵＥには既にＶ２Ｘポリシが提供されている場合、ＵＥはＡＭＦに対して、Ｖ２Ｘポリシ提供要求を通知しなくてもよい。ＡＭＦは、該情報を通知された場合、ＰＣＦに対してＶ２Ｘ通信関連情報を要求しなくてもよい。Ｖ２Ｘ通信関連情報提供処理を削減可能となる。

【0183】

図１４および図１５の例では、予め、ＵＥがアクセス可能なＲＡＮノードを介して、Ｖ２Ｘ通信のアクセス認証とポリシ提供の処理を行っておくことを示した。これに対し、該処理をＶ２Ｘサービスが発生してから行ってもよい。ＵＥおよびＣＮが無駄なレジストレーション状態あるいは接続状態を維持しなくて済む。Ｖ２Ｘサービス発生まで、ＵＥおよびＣＮが、それらの状態で必要とするリソースを使用するのを回避できる。リソースの使用効率を向上させることが可能となる。

【0184】

Ｖ２Ｘポリシが変わる場合、再度、ＰＣＦへのＶ２Ｘポリシ提供処理を実施してもよい。たとえば、Ｖ２ＸポリシはＰＬＭＮ毎に設定されてもよい。Ｖ２Ｘサービスを利用可能なＮＰＮ内のセルを再選択する場合、異なるＰＬＭＮ内のセルを再選択してもよい。ＮＰＮが異なるとＰＬＭＮが異なる場合に適用するとよい。ＰＬＭＮが異なる場合、Ｖ２Ｘポリシも異なる。異なるＰＬＭＮ内のセルを再選択するので、Ｖ２Ｘポリシも変わることになる。Ｖ２Ｘポリシが変わる場合、再度、ＰＣＦへのＶ２Ｘポリシ提供処理を実施してもよい。

【0185】

本実施の形態１で開示した方法により、ＮＰＮでＵｕ通信を用いたＶ２Ｘサービスを行うことが可能となる。ＵＥは、Ｖ２Ｘサービスを利用可能なＮＰＮにアクセス可能となる一方、Ｖ２Ｘサービスを利用不可能なＮＰＮにはアクセス不可能となる。ＮＰＮで利用可能なＶ２Ｘサービスを制限できる。また、ＮＰＮ毎にサポート可能なＶ２ＸサービスのＵｕ通信を行うことが可能となる。ＮＰＮ毎にサポート不可能なＶ２ＸサービスのＵｕ通信を行わせないようにすることが可能となる。

【0186】

実施の形態１の変形例１．
本変形例１では、Ｄ２Ｄ通信やＶ２Ｖ通信などの端末間通信（以降、ＰＣ５通信と称する場合がある）を用いたＶ２ＸサービスをＮＰＮで行う方法について開示する。

【0187】

基地局と端末の間のＵｕ通信を用いたＶ２Ｘサービスだけでなく、端末間でＰＣ５通信を用いたＶ２Ｘサービスにおいて、ＵＥが複数のＶ２Ｘサービスを実施する場合がある。このような場合も実施の形態１で開示したような課題が生じてしまう。たとえば、工場内で複数のＮＰＮを構築しても、各ＮＰＮでサポートするＰＣ５通信を用いたＶ２Ｘサービスを異ならせることができないという問題が生じる。

【0188】

ＰＣ５通信を用いたＶ２Ｘサービスにおけるこのような課題に対しても、実施の形態１で開示したＶ２ＸサービスとＮＰＮとを対応付ける方法を適用してもよい。Ｖ２Ｘサービスを利用可能なＮＰＮを設定するとよい。一つまたは複数のＶ２Ｘサービスを利用可能な一つのＮＰＮを設定してもよい。一つのＶ２Ｘサービスを利用可能な一つまたは複数のＮＰＮを設定してもよい。Ｖ２Ｘサービスの情報とＶ２Ｘサービスを利用可能なＮＰＮの情報とを関連付けた情報を用いても良い。

【0189】

実施の形態１では、図１４、図１５のシーケンス例で、Ｕｕ通信を用いたＶ２Ｘサービスについて開示した。これに対し、本変形例１ではＰＣ５通信を用いたＶ２Ｘサービスについて開示する。

【0190】

ＵＥに対するＰＣ５通信用スケジューリングを、ＰＣ５通信を行うＵＥがアクセス可能なＮＰＮ内の基地局が行う。ＰＣ５通信の方法として、基地局がスケジューリングを行う方法（以降、モード１と称する場合がある）がある。モード１のＰＣ５通信を用いたＶ２Ｘサービスを実施する場合に、本変形例１を適用するとよい。

【0191】

ＰＣ５通信を用いたＶ２Ｘサービスを実施する方法として、実施の形態１で開示した方法を適宜適用してもよい。たとえば、Ｖ２Ｘサービスを利用可能なＮＰＮを設定する方法、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報をＶ２Ｘサービス関連情報に含める方法、ＰＣＦからＵＥにＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を通知する方法、ＰＣＦからＲＡＮノード（例えばｇＮＢ）にＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を通知する方法、ＵＥがＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を用いてアクセス可能なセルを判断する方法などを、適宜適用してもよい。Ｖ２Ｘサービス関連情報は、たとえば、ＰＣ５上（ＰＣ５基準点上とも称する）のＶ２ＸポリシやＶ２Ｘパラメータであってもよい。

【0192】

Ｖ２Ｘサービス関連情報を、Ｕｕ通信に関する情報と、ＰＣ５通信に関する情報とに分離してもよい。たとえば、Ｖ２Ｘサービスを利用可能なＮＰＮを設定する方法において、Ｕｕ通信を用いるＶ２Ｘサービスを利用可能なＮＰＮの情報と、ＰＣ５通信を用いるＶ２Ｘサービスを利用可能なＮＰＮの情報とを分離してもよい。実施の形態１においては、Ｕｕ通信を用いるＶ２Ｘサービスを利用可能なＮＰＮの情報を用いてもよい。本変形例１では、ＰＣ５通信を用いるＶ２Ｘサービスを利用可能なＮＰＮの情報を用いてもよい。このようにすることで、使用するＶ２Ｘサービスを利用可能なＮＰＮの情報の情報量を低減できる。

【0193】

ＮＰＮアクセス可否検証をＲＡＮノードが行ってもよい。ＲＡＮノードがＵＥについてＮＰＮアクセス可否検証を実施する。ＲＡＮノードは、ＰＣ５通信を用いたＶ２Ｘサービスを行う場合のＮＰＮアクセス可否検証を実施してもよい。ＲＡＮノードは、ＵＥからのＶ２Ｘサービスのアクセスに対して、自セルのＮＰＮへのアクセス可否を検証する。アクセス可の場合は、ＲＡＮノードは、ＵＥに対してアクセスを許可し、ＰＣ５通信用のスケジューリングを行う。アクセス不可能場合は、ＲＡＮノードはＵＥに対してアクセスを許可しない。ＲＡＮノードはＵＥに対してリジェクトを通知してもよい。ＲＡＮノードは、理由情報を、リジェクトに含めて、ＵＥに通知してもよい。

【0194】

ＵＥについてＮＰＮアクセス可否検証を行うＲＡＮノードは、該ＵＥが接続しているＡＭＦ配下のＲＡＮノードであってもよい。ＲＡＮノードが予め、Ｖ２Ｘサービスとそれを利用可能なＮＰＮとの対応付けを認識しておいてもよい。ＲＡＮノードがＮＰＮアクセス可否検証を実施するのは、ＲＡＮノードが予め、Ｖ２Ｘサービスとそれを利用可能なＮＰＮとの対応付けを認識している場合に限定してもよい。ＲＡＮノードは、ＵＥからのＶ２Ｘサービスのアクセスに対して、Ｖ２ＸサービスとＮＰＮとの対応付けを認識しているか否かに応じて、ＵＥについてＮＰＮアクセス可否検証を実施するか否かを判断してもよい。ＲＡＮノードは、該対応付けを認識している場合は、ＮＰＮアクセス可否検証を実施する。ＲＡＮノードは、該対応付けを認識していない場合は、ＮＰＮアクセス可否検証を行わず、ＡＭＦに通知し、ＡＭＦがＵＥについてＮＰＮアクセス可否検証を実施する。

【0195】

たとえば、ＵＥがＰＣ５通信を用いたＶ２Ｘサービスを行う場合は、ＣＮとの通信が不要な場合がある。たとえば、既にＵＥおよび／あるいはＲＡＮノードが、Ｖ２Ｘ認証を得ておりＶ２Ｘポリシを提供されている場合である。このような場合に、ＮＰＮアクセス可否をＡＭＦで検証することを不要とすることができる。ＲＡＮノードでＮＰＮアクセス可否検証を実施することで、ＣＮとＲＡＮノードの間のシグナリングを削減できる。また、ＡＭＦでＮＰＮアクセス可否検証を実施するよりも低遅延で、Ｖ２Ｘサービスを実施可能になる。

【0196】

図１６および図１７は、実施の形態１の変形例１について、自ＮＰＮセルを介してＶ２ＸのＰＣ５通信を実施するシーケンスの例を示す図である。図１６と図１７は境界線ＢＬ１６１７の位置でつながっている。図１６および図１７は、ＲＡＮノード（基地局）がＵＥに対してＰＣ５通信のスケジューリングを実施する例について示している。図１６および図１７は、送信ＵＥ、受信ＵＥ、ＲＡＮノード、ＡＭＦ、ＳＭＦ、ＵＰＦ、ＰＣＦの動作を示している。送信ＵＥと受信ＵＥはＰＣ５通信を行うＵＥである。送信ＵＥと受信ＵＥとの間でＰＣ５通信が実施される。送信ＵＥはＶ２Ｘサービスのためのデータを送信し、受信ＵＥは送信ＵＥから送信されたＶ２Ｘサービスのためのデータを受信する。図１６および図１７において、図１４および図１５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0197】

ステップＳＴ１５０２で、ＲＡＮノードはＵＥに対してＮＰＮ関連情報を報知する。送信ＵＥは、ＮＰＮ関連情報を受信して、ステップＳＴ１５０４で、受信したＮＰＮ関連情報を用いてＲＡＮノードにアクセス可能か否かを判断する。受信ＵＥは、ＲＡＮノードから報知されるＮＰＮ関連情報を受信してもよい。送信ＵＥでのアクセス可否判断には、図１４および図１５で開示した方法を適用するとよい。送信ＵＥは、アクセス可能と判断した場合、ステップＳＴ１４０６で、ＲＡＮノードに対してＮＰＮ関連情報とＶ２Ｘケーパビリティを通知する。図１６および図１７の例では、Ｖ２Ｘケーパビリティとして、ＰＣ５通信のケーパビリティを用いてもよい。Ｖ２Ｘケーパビリティに、ＰＣ５通信可能であることを示す情報を含めてもよい。

【0198】

なお、実施の形態１の図１４、図１５におけるＶ２Ｘケーパビリティは、Ｕｕ通信のケーパビリティとしてもよい。このようにすることで、ＵＥが、Ｖ２Ｘ通信として、Ｕｕ通信のケーパビリティを有するのか、ＰＣ５通信のケーパビリティを有するのかを、ＮＷ側ノードが認識可能となる。また、ＵＥが、これらのケーパビリティをＮＷ側に通知することで、Ｕｕ通信の認証、および、ポリシまたはパラメータの提供を要求するのか、ＰＣ５通信の認証、および、ポリシまたはパラメータの提供を要求するのかを、ＮＷ側ノードが認識可能となる。

【0199】

ステップＳＴ１４１１で、ＡＭＦは、送信ＵＥがアクセス可能と判断した場合、送信ＵＥから受信したＶ２Ｘケーパビリティを用いて、Ｖ２Ｘサービスを提供可能であることを認識する。ＰＣ５通信のケーパビリティが通知された場合は、ＡＭＦは、ＰＣ５通信を用いたＶ２Ｘサービスを提供可能であることを明確に認識できる。送信ＵＥは、Ｖ２Ｘケーパビリティとともに、Ｖ２Ｘサービス提供要求情報を通知してもよい。Ｕｕ通信を用いたＶ２Ｘサービス提供要求情報と、ＰＣ５通信を用いたＶ２Ｘサービス提供要求情報とを設けてもよい。送信ＵＥが、ＰＣ５通信を用いたＶ２Ｘサービス提供要求情報を通知することで、ＡＭＦは、送信ＵＥがＰＣ５通信を用いたＶ２Ｘサービスの提供を明確に要求していることを認識可能となる。

【0200】

ステップＳＴ１４１３で、ＡＭＦはＰＣＦに対して、送信ＵＥから受信したＶ２Ｘケーパビリティを通知する。該通知に、たとえば、Ｎｐｃｆインタフェースを用いてもよいし、ＵＥ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｃｒｅａｔｅ Ｒｅｑｕｅｓｔメッセージを用いてもよい。

【0201】

送信ＵＥはＰＣＦに対して、Ｖ２Ｘポリシ提供要求を通知してもよい。送信ＵＥは該要求を、ＰＣＦに対して通知するＵＥポリシコンテナ（UE Policy Container）に含めて、通知してもよい。送信ＵＥは該要求を、ＡＭＦを介してＰＣＦに通知してもよい。送信ＵＥからＡＭＦへの通知には、たとえば、ＮＡＳシグナリングを用いてもよい。たとえば、送信ＵＥポリシ提供要求メッセージを用いてもよい。ＡＭＦからＰＣＦへの通知には、たとえば、Ｎｐｃｆインタフェースを用いてもよいし、ＵＥ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｕｐｄａｔｅメッセージを用いてもよい。

【0202】

送信ＵＥから該情報を受信したＰＣＦは、ステップＳＴ１４１４で、送信ＵＥの登録データを用いて、Ｖ２Ｘサービス認証を実施する。ＰＣＦは、ＰＣ５通信を用いたＶ２Ｘサービスの認証を実施してもよい。また、ＰＣＦは、送信ＵＥに対してＶ２Ｘポリシを提供することを決定する。ＰＣＦは、ＰＣ５通信を用いたＶ２Ｘのポリシを提供することを決定してもよい。また、ＰＣＦは、送信ＵＥに対して、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報を提供することを決定する。ＰＣＦは、ＰＣ５通信を用いたＶ２Ｘサービスとそれを利用可能なＮＰＮの情報を提供することを決定してもよい。Ｖ２Ｘポリシだけでなく、Ｖ２ＸポリシまたはＶ２Ｘパラメータを含めてもよい。Ｖ２ＸポリシまたはＶ２Ｘパラメータに、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報を含めてもよい。

【0203】

ステップＳＴ１４１５で、ＰＣＦはＡＭＦに対して、Ｖ２Ｘ通信関連情報を通知する。Ｖ２Ｘ通信関連情報として通知するＶ２Ｘサービスは、ＰＣ５通信を用いたＶ２Ｘサービスであってもよい。

【0204】

ステップＳＴ１５２１で、送信ＵＥにおいて、ＰＣ５通信を用いたＶ２Ｘサービスが発生する。送信ＵＥが、Ｖ２Ｘサービスを利用可能なＮＰＮ内のセルにキャンプオンしていない場合は、ステップＳＴ１５２３で、ＵＥは、Ｖ２Ｘサービスを利用可能なＮＰＮ内のセルを選択あるいは再選択する。送信ＵＥは、該選択／再選択に、ステップＳＴ１４１７で取得したＶ２Ｘサービスとそれを利用可能なＮＰＮの情報を用いるとよい。このようにすることで、送信ＵＥは、送信ＵＥがアクセスを許可されたＮＰＮ内で、所望のＶ２Ｘサービスを実施可能となる。

【0205】

ステップＳＴ１５３０で、送信ＵＥは、選択／再選択したセルに対して、ＮＰＮ関連情報、Ｖ２Ｘケーパビリティを通知する。図１６および図１７では、ステップＳＴ１５３２で、セルを構成するＲＡＮノードが、送信ＵＥについて、ＮＰＮアクセス可否検証を実施する例を開示する。ＲＡＮノードは、送信ＵＥから通知されたＮＰＮ関連情報を用いて、送信ＵＥが自ＲＡＮノードにアクセス可能か否かを判断する。ＲＡＮノードは、送信ＵＥがアクセス可能と判断した場合、ステップＳＴ１５３３で、送信ＵＥに対して、ＰＣ５通信を用いたＶ２Ｘサービス許可メッセージを通知してもよい。

【0206】

このように、ＮＰＮアクセス可否検証をＲＡＮノードが実施することで、ＰＣ５通信を用いたＶ２Ｘサービスを利用可能なＮＰＮの情報を有するＵＥがＰＣ５通信を実施する場合、コアネットワーク側へのアクセスが不要になる。ＰＣ５通信開始までの時間を削減することが可能となる。

【0207】

送信ＵＥがステップＳＴ１５２３で再選択したＲＡＮノードが、ステップＳＴ１４１６でＶ２Ｘ通信関連情報を受信したＲＡＮノードと異なる場合、ＲＡＮノードは、ＡＭＦあるいはＰＣＦに対して、Ｖ２Ｘ関連情報提供を要求してもよい。ステップＳＴ１４０７からステップＳＴ１４１６の処理を実施すればよい。ＲＡＮノードは送信ＵＥに対するＶ２Ｘ関連情報を取得できる。また、この場合、ＵＥについてのＮＰＮアクセス可否検証をＡＭＦが実施してもよい。

【0208】

送信ＵＥは、ステップＳＴ１５３４で、ＲＡＮノードに対してＢＳＲを通知する。送信ＵＥはＳＲ（Scheduling Request）を通知してもよい。ＢＳＲを受信したＲＡＮノードは、ステップＳＴ１５３５で、送信ＵＥに対して、ＰＣ５通信のためのスケジューリングを実施する。ＲＡＮノードは、ステップＳＴ１４１６で受信したＶ２Ｘ通信関連情報を用いて、ＰＣ５通信のためのスケジューリングを実施してもよい。

【0209】

送信ＵＥは、ステップＳＴ１５３５でＲＡＮノードから受信したＰＣ５通信用スケジューリング情報を用いて、ステップＳＴ１５４７で、受信ＵＥとの間でＰＣ５－Ｓシグナリングを実施し、ＰＣ５通信のためのリンクを確立する。ステップＳＴ１５４８で、送信ＵＥは、受信ＵＥとの間でＲＲＣシグナリングを実施し、たとえば、ＡＳレイヤの設定情報やＵＥケーパビリティ情報等を相互に通知する。このようにすることで、送信ＵＥ、受信ＵＥともに、ＰＣ５通信用のＡＳレイヤを設定可能となる。ＰＣ５－ＳシグナリングとＲＲＣシグナリングの順序は適宜入れ替えてもよい。たとえば、ＰＣ５－Ｓシグナリングを行うために必要なＲＲＣシグナリングを、ＰＣ５－Ｓシグナリングの前に実施してもよい。たとえば、ＲＲＣシグナリングを行い、その後でＰＣ５－Ｓシグナリングを行うことによって、ＰＣ５通信のためのリンクを確立してもよい。

【0210】

ステップＳＴ１５５２で、送信ＵＥと受信ＵＥとの間でＰＣ５通信を用いたＶ２Ｘサービスのデータ通信を実施する。ＰＣ５通信において、送信ＵＥはＲＡＮノードへＢＳＲを複数回送信してもよい。ＢＳＲは、ＰＣ５－Ｓシグナリングから、Ｖ２Ｘサービスデータ送信まで、あるいは、ＰＣ５リンク解放までの間に適宜送信されてもよい。ＲＡＮノードは、該ＢＳＲの受信によりＰＣ５通信のためのスケジューリングを実施し、ＰＣ５通信用スケジューリング情報を送信ＵＥに対して通知する。このようにすることで、ＰＣ５通信を用いたＶ２Ｘサービスを提供可能なＮＰＮに属するＲＡＮノードが、ＵＥに対して、ＰＣ５通信用スケジューリングを実施することが可能になる。

【0211】

実施の形態１の本変形例１で開示した方法により、ＮＰＮでＰＣ５通信を用いたＶ２Ｘサービスを行なうことが可能となる。ＵＥは、Ｖ２Ｘサービスを利用可能なＮＰＮにアクセス可能となる一方、Ｖ２Ｘサービスを利用不可能なＮＰＮにはアクセス不可能となる。ＮＰＮで利用可能なＶ２Ｘサービスを制限できる。また、ＮＰＮ毎にサポート可能なＶ２ＸサービスのＰＣ５通信を行うことが可能となる。ＮＰＮ毎にサポート不可能なＶ２ＸサービスのＰＣ５通信を行わせないようにすることが可能となる。

【0212】

実施の形態１の変形例２．
本変形例２では、実施の形態１の変形例１で開示した課題を解決するための他の方法を開示する。

【0213】

ＰＣ５通信を行うＵＥが、アクセス可能なＮＰＮ内の基地局のカバレッジ内に存在する場合に、対向するＵＥ間でのＰＣ５通信用スケジューリングを行う。ＰＣ５通信の方法として、ＰＣ５通信を行う送信ＵＥがスケジューリングを行う方法（以降、モード２と称する場合がある）がある。モード２のＰＣ５通信を用いたＶ２Ｘサービスを実施する場合に、本変形例２を適用するとよい。

【0214】

ＰＣ５通信用スケジューリングに用いるリソース（以降、ＰＣ５通信用リソースと称する場合がある）は、たとえば、ＵＥがアクセス可能なＮＰＮ内の基地局から報知される。ＰＣ５通信用リソースとして、リソースプール（ＲＰ）が通知されてもよい。ＰＣ５通信用リソースは、予めＵＥ内に構成されてもよい。スケジューリングに用いるリソースが予めＵＥ内に構成される場合、該リソースはＰＣＦによってアップデートされてもよい。該リソースのアップデートは、Ｖ２Ｘサービスのポリシ（Ｖ２Ｘポリシ）提供処理を用いて、ＰＣＦからＵＥへ提供されてもよい。

【0215】

ＲＡＮノードはＵＥに対して、ＰＣ５通信用リソースと該リソースを利用可能なＮＰＮとを対応付けた情報を報知してもよい。ＲＡＮノードは該情報をシステム情報に含めて報知してもよい。あるいは、ＲＡＮノードは該情報をシステム情報に含めて個別シグナリングで通知してもよい。ＲＡＮノードは共用チャネルを用いて該情報を通知してもよい。

【0216】

ＲＡＮノードは、ＰＣ５通信用リソースに関する情報を、ＵＥに対して報知するＮＰＮに関する情報に含めて、報知してもよい。ＲＡＮノードは、ＮＰＮとＰＣ５通信用リソースとを対応付けた情報を報知してもよい。ＮＰＮアクセス制御が必要なＵＥは、該情報を取得することで、Ｖ２Ｘサービスを行う場合に必要なＰＣ５通信用リソースを認識可能となる。あるいは、ＲＡＮノードは、該リソースを用いるＮＰＮに関する情報を、ＵＥに対して報知するＰＣ５通信用リソースに関する情報に含めて、報知してもよい。ＰＣ５通信によるＶ２Ｘサービスを実施するＵＥは、ＰＣ５通信用リソースに関する情報を取得することで、Ｖ２Ｘサービスを実施可能なＮＰＮを認識可能となる。

【0217】

ＵＥはあらかじめ、ＰＣ５通信を用いたＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を取得しておくとよい。ＰＣ５通信を用いたＶ２Ｘサービス行うＵＥは、送信ＵＥも受信ＵＥも、あらかじめ、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を取得しておいてもよい。実施の形態１または実施の形態１の変形例１で開示した方法を適宜適用してもよい。たとえば、ＰＣＦからＵＥに、Ｖ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を通知する方法を適用してもよい。

【0218】

ＵＥはあらかじめ、ＰＣ５通信を用いたＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を記憶しておいてもよい。実施の形態１で開示した方法を適宜適用してもよい。

【0219】

ＰＣ５通信を用いたＶ２Ｘサービスを行う送信ＵＥは、予め取得した、ＰＣ５通信を用いたＶ２Ｘサービスと対応付けられたＮＰＮに関する情報と、ＲＡＮノードから報知されたＮＰＮに関する情報とを用いて、該ＮＰＮ内でＰＣ５通信を用いたＶ２Ｘサービスを実施可能か否かを検証してもよい。送信ＵＥは、ＮＰＮに関する情報が同じであればＰＣ５通信可と判断して、該ＮＰＮと対応付けられたＰＣ５通信用リソースを用いて、ＰＣ５通信を起動する。送信ＵＥは、該ＮＰＮに関する情報が異なればＰＣ５通信不可と判断して、ＰＣ５通信を起動しない。送信ＵＥは、ＲＡＮノードに対して、再度ＰＣ５通信用リソースを要求してもよい。

【0220】

このようにすることで、送信ＵＥが、ＰＣ５通信を用いたＶ２Ｘサービスを実施する場合に、ＮＰＮアクセス可否検証を実施可能となる。ＮＰＮアクセス可否検証により、ＰＣ５通信を用いたＶ２Ｘサービスを利用可能なＮＰＮにアクセス不可能なＵＥに対して、Ｖ２Ｘサービスを実施不可能とすることが可能となる。ＰＣ５通信を用いたＶ２ＸサービスにおいてもＮＰＮアクセス制限を実施可能とすることができる。

【0221】

受信ＵＥは、あらかじめ取得した、ＰＣ５通信を用いたＶ２Ｘサービスと対応付けられたＮＰＮに関する情報と、ＲＡＮノードから報知された、ＮＰＮに関する情報と該ＮＰＮに対応するＰＣ５通信用リソース情報とを用いて、Ｖ２Ｘサービスに用いられるＰＣ５通信用リソースを導出する。受信ＵＥは、導出したＰＣ５通信用リソースでＰＣ５通信のための受信処理を行う。これにより、受信ＵＥは送信ＵＥからＰＣ５通信を受信可能となる。

【0222】

Ｖ２Ｘサービス毎にＲＰを設定してもよい。あるいは、ＲＰをＶ２Ｘサービス毎に分割して設定してもよい。一つのＲＰを複数のサブＲＰに分けて設定してもよい。ＮＰＮ毎にＮＰＮで用いられるＲＰを設定してもよい。あるいは、ＲＰをＮＰＮ毎に分割して設定してもよい。一つのＲＰを複数のサブＲＰに分けて設定してもよい。一つのＲＰあるいはサブＲＰが一つまたは複数のＮＰＮで用いられてもよい。ＮＰＮとＮＰＮで用いられるＲＰとを対応づけてもよい。同一ＮＰＮ内でのＰＣ５通信は、対応付けられたＲＰを用いて行われてもよい。

【0223】

これらを組み合わせても良く、Ｖ２Ｘサービスと、それを利用可能なＮＰＮと、該ＮＰＮで用いられるＲＰとを設定可能となる。ＲＰについて開示したが、ＲＰはＰＣ５通信用リソースの一例に過ぎない。ＰＣ５通信用リソースは、ＰＣ５通信に用いる周波数であってもよい。ＰＣ５通信用リソースは、周波数に限らず、帯域であってもよい。

【0224】

これらの設定情報はＣＮからＵＥに提供されてもよい。たとえば、ＰＣＦがＵＥに対して、これらの設定情報を通知する。ＰＣＦは、これらの設定情報を、Ｖ２Ｘ関連情報に含めて、通知してもよい。たとえば、ＰＣＦは、Ｖ２Ｘポリシ提供処理を用いて、これらの設定情報を通知してもよい。これらの方法として、実施の形態１の変形例１で開示した方法を適用してもよい。これらの設定情報は、ＣＮ側ノードに構成されてもよい。ＣＮ側ノードに構成する方法として、実施の形態１で開示した方法を適宜適用してもよい。

【0225】

このようにすることで、Ｖ２Ｘサービス毎あるいはＮＰＮ毎に用いられるＰＣ５通信用リソースを設定可能となる。Ｖ２Ｘサービス毎あるいはＮＰＮ毎に、ＰＣ５通信に用いるリソースを分離することができるので、他のＶ２Ｘサービスや他のＮＰＮでの通信との衝突など、他のＶ２Ｘサービスや他のＮＰＮからの干渉を受けることなく、ＰＣ５通信を用いたＶ２Ｘサービスが実施可能となる。

【0226】

送信ＵＥは、受信ＵＥに対して、ＰＣ５通信を用いたＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を通知してもよい。あるいは、送信ＵＥはいずれか一つの情報を通知してもよい。ＮＰＮに関する情報は、ＮＰＮを特定するための識別子であってもよい。このようにすることで、受信ＵＥは、これらの情報をＲＡＮノードから受信しなくても、送信ＵＥから受信可能となる。受信ＵＥは、送信ＵＥと、ＰＣ５通信を用いたＶ２Ｘサービスを実行可能となる。

【0227】

受信ＵＥは、予め取得した、Ｖ２Ｘサービスに対応づけられたＮＰＮに関する情報を、送信ＵＥから通知された、ＰＣ５通信を用いたＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮに関する情報と比較して、送信ＵＥと該ＮＰＮ内でＰＣ５通信を用いたＶ２Ｘサービスを実施可能か否かを検証してもよい。受信ＵＥは、ＮＰＮに関する情報が同じであればＰＣ５通信可と判断する。また、受信ＵＥは、該ＮＰＮと対応付けられたＰＣ５通信用リソースを用いて、送信ＵＥからＶ２Ｘサービスを受信する。受信ＵＥは、該ＮＰＮに関する情報が異なればＰＣ５通信不可と判断して、Ｖ２Ｘサービスを受信しない。

【0228】

図１８および図１９は、実施の形態１の変形例２について、自ＮＰＮセルを介してＶ２ＸのＰＣ５通信を実施するシーケンスの例を示す図である。図１８と図１９は境界線ＢＬ１８１９の位置でつながっている。図１８および図１９は、ＵＥがＰＣ５通信のスケジューリングを実施する例について示している。図１８および図１９において、図１６および図１７と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0229】

ステップＳＴ１５２１で、送信ＵＥにおいて、ＰＣ５通信を用いたＶ２Ｘサービスが発生する。ステップＳＴ１５２３で、送信ＵＥは、Ｖ２Ｘサービスを利用可能なＮＰＮ内のセルを再選択する。ステップＳＴ１６２９で、送信ＵＥは、再選択したセルから報知されるＰＣ５通信関連情報を受信する。ＰＣ５通信関連情報は、ＰＣ5通信用リソースプール（ＲＰ）に関する情報を含んでもよい。また、ＰＣ５通信関連情報は、ＮＰＮに関する情報、たとえば識別子を含んでもよい。ＲＰはＮＰＮに関する情報と関連付けられてもよい。

【0230】

このようにすることで、送信ＵＥは、ＰＣ５通信用スケジューリングを実施するためのリソースを取得することが可能となる。また、送信ＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスを利用可能なＮＰＮに関する情報を取得することが可能となる。

【0231】

図１８および図１９の例では、ステップＳＴ１６３７で、送信ＵＥがＮＰＮアクセス可否検証を実施する。送信ＵＥは、ＲＡＮノードから報知されたＰＣ５通信関連情報と、ステップＳＴ１４１７で通知されたＶ２Ｘ通信関連情報とを用いて、発生したＰＣ５通信を用いたＶ２Ｘサービスを利用可能なＮＰＮに対応するＲＰを認識可能となる。ステップＳＴ１６３８で、送信ＵＥは、Ｖ２Ｘサービスを利用可能なＮＰＮに対応したＲＰを選択する。送信ＵＥは、選択したＲＰを用いて、ＰＣ５通信用のスケジューリングを実施する。

【0232】

発生したＰＣ５通信を用いたＶ２Ｘサービスを利用可能なＮＰＮに対応するＲＰが存在しない場合、送信ＵＥは、ＰＣ５通信不可能と判断し、ＰＣ５通信を行わない。その場合、たとえば、送信ＵＥは再度、ＡＭＦあるいはＰＣＦに対して、Ｖ２Ｘ通信関連情報の提供を要求してもよい。たとえば、送信ＵＥは、ステップＳＴ１４０７からステップＳＴ１４１７の処理を実施してもよい。送信ＵＥは、該処理をステップＳＴ１５２３で再選択したセルを介して行ってもよい。送信ＵＥは再度、Ｖ２Ｘサービスを利用可能なＮＰＮ内のセルを再選択し、該セルから報知されるＰＣ５通信関連情報を用いてＮＰＮアクセス可否を検証する。

【0233】

このように、ＮＰＮアクセス可否検証を送信ＵＥが実施することで、ＰＣ５通信を用いたＶ２Ｘサービスを利用可能なＮＰＮの情報を有するＵＥがＰＣ５通信を実施する場合、ネットワーク側へのアクセスが不要になる。ＰＣ５通信開始までの時間をさらに削減することが可能となる。

【0234】

送信ＵＥは、ステップＳＴ１６４２で、受信ＵＥに対して、ＰＣ５通信要求を行う。送信ＵＥは該要求を、ＰＣ５－Ｓシグナリングで実施してもよい。該ＰＣ５通信要求にＮＰＮ関連情報を含めてもよい。受信ＵＥがＮＰＮ関連情報を認識可能となる。受信ＵＥは、ステップＳＴ１６４５で、送信ＵＥに対して、ＰＣ５通信許可を送信してもよい。受信ＵＥは該ＰＣ５通信許可にＮＰＮ関連情報を含めてもよい。送信ＵＥが、受信ＵＥとの間で実施するＰＣ５通信を用いたＶ２ＸサービスのＮＰＮを確認できる。

【0235】

受信ＵＥも、送信ＵＥと同様に、ステップＳＴ１５０２からステップＳＴ１４１７までの処理を実施してもよい。受信ＵＥが、ＮＰＮアクセス可否検証を実施してもよい。たとえば、受信ＵＥは、ステップＳＴ１６２９の処理を実施してもよい。これにより、受信ＵＥは、ステップＳＴ１６４２で送信ＵＥから通知されたＮＰＮ関連情報を用いて、ＮＰＮが、受信するＶ２Ｘサービスに対応しているか否かを確認可能となる。受信ＵＥは、ＮＰＮが、受信するＶ２Ｘサービスに対応していれば、ステップＳＴ１６４５でＰＣ５通信許可を通知し、そうでなければ、ＰＣ５通信拒否を通知してもよい。あるいは、受信ＵＥは何も送信しなくてもよい。このようにすることで、ＰＣ５通信を用いた所望のＶ２Ｘサービスを利用可能なＮＰＮにおいてのみ、該所望のＶ２Ｘサービスを実施可能とすることができる。また、ＮＰＮアクセス可否判断を実施するＵＥとは異なるＵＥが、ＮＰＮアクセス可否検証を実施可能となる。

【0236】

送信ＵＥがステップＳＴ１５２３で再選択したＲＡＮノードが、ステップＳＴ１４１６でＶ２Ｘ通信関連情報を受信したＲＡＮノードと異なる場合、ＲＡＮノードは、ＡＭＦあるいはＰＣＦに対して、Ｖ２Ｘ関連情報提供を要求してもよい。ステップＳＴ１４０７からステップＳＴ１４１６の処理を実施すればよい。ＲＡＮノードは送信ＵＥに対するＶ２Ｘ関連情報を取得できる。また、この場合、ＵＥについてのＮＰＮアクセス可否検証をＡＭＦが実施してもよい。

【0237】

本変形例２では、ＲＡＮノードがＰＣ５通信関連情報を報知する例を開示した。ＰＣ５通信を行うＵＥは、該ＲＡＮノードのカバレッジ外に移動した場合も、カバレッジ内に存在したときに受信したＰＣ５通信関連情報を用いて、ＰＣ５通信を用いたＶ２Ｘサービスを実施してもよい。該ＲＡＮノードのカバレッジ外でもＰＣ５通信を用いたＶ２Ｘサービスを実施可能となる。

【0238】

実施の形態１の本変形例２で開示した方法により、ＮＰＮでＰＣ５通信を用いたＶ２Ｘサービスを実施することが可能となる。ＰＣ５通信を行う送信ＵＥがＰＣ５通信用スケジューリングを行う場合も、ＮＰＮ内でＰＣ５通信を用いたＶ２Ｘサービスを実施することが可能となる。また、ＰＣ５通信を用いたＶ２ＸサービスにおいてもＮＰＮアクセス制限を実施可能とすることができる。また、ＰＣ５通信用スケジューリングのためにＲＡＮノードへアクセスすることが不要なので、ＰＣ５通信を低遅延で実施可能となる。

【0239】

実施の形態１の変形例３．
ＰＣ５通信の方法として、ＰＣ５通信を行う送信ＵＥがスケジューリングを行う方法がある。ＰＣ５通信用リソースは予めＵＥ内に構成されてもよい。予めＵＥ内に構成されたＰＣ５通信用リソースを用いてＰＣ５通信を行う場合、ＵＥからＮＷ側へのアクセスは不要である。たとえば、ＵＥが、自ＮＰＮに属するセルのカバレッジ内に存在しない場合でも、ＵＥはＰＣ５通信可能である。

【0240】

しかし、従来のＮＰＮでは、ＵＥは、セルから受信する情報をもとにアクセス可否を判断し、ＵＥがセルを介してＡＭＦにアクセスすることでＡＭＦがアクセス可否検証を実施する。このため、ＵＥが、自ＮＰＮに属するセルが見つけられない場合、アクセス制御を実施することができず、ＵＥは、ＰＣ５通信可能か否かを判断できず、ＰＣ５通信ができなくなってしまう。

【0241】

本変形例３ではこのような課題を解決する方法を開示する。

【0242】

ＵＥが、自ＮＰＮに属するセルをサービングセルとしない場合にも、ＰＣ５通信を実行可能とする。ＰＣ５通信を用いたＶ２Ｘサービスを実施可能とする。ＵＥが、自ＣＡＧのみ通信可能と設定されていたとしても、自ＣＡＧ外でＰＣ５通信を実行可能としてもよい。ＰＣ５通信を用いたＶ２Ｘサービスを実施可能とする。

【0243】

ＵＥは、実施するＶ２Ｘサービスが、予めＵＥ内に構成されたＰＣ５通信用リソースを用いたＰＣ５通信を用いたＶ２Ｘサービスであるか否かを判断する。予めＵＥ内に構成されたＰＣ５通信用リソースを用いたＰＣ５通信を用いたＶ２Ｘサービスの場合、かつ、ＵＥが、自ＮＰＮに属するセルをサービングセルとしない場合、ＵＥは該Ｖ２Ｘサービスを実施する。予めＵＥ内に構成されたＰＣ５通信用リソースを用いたＰＣ５通信を用いたＶ２Ｘサービスでない場合、かつ、ＵＥが、自ＮＰＮに属するセルをサービングセルとしない場合、ＵＥは該Ｖ２Ｘサービスを実施しない。たとえば、ＰＣ５通信を用いたＶ２ＸサービスのためのＰＣ５通信用リソースが無い場合、ＵＥが自ＮＰＮに属するセルをサービングセルとしない場合、該Ｖ２Ｘサービスを実施しない、としてもよい。

【0244】

このようにすることで、ＵＥは、自ＮＰＮに属するセルをサービングセルとしない場合にもＰＣ５通信を実行可能とすることができる。

【0245】

自ＮＰＮに属するセル外でＰＣ５通信可能か否かを示す情報を設けてもよい。該情報を、Ｖ２Ｘ関連情報に含めてもよいし、Ｖ２Ｘケーバピリティに含めてもよいし、あるいは、ＮＰＮ関連情報に含めてもよい。該情報を予めＵＥ内に構成しておいてもよい。該情報をＵＥ内に記憶しておいてもよい。該情報をＵＳＩＭ、ＣＩＣＣに記憶しておいてもよい。

【0246】

ＰＣ５通信用の自ＮＰＮに属するセル外でＰＣ５通信可能か否かを示す情報は、該ＵＥがＣＮにアクセス可能となった際に、ＰＣＦから提供されてもよいし、あるいは、アップデートされてもよい。該情報は、ＰＣＦからＵＥへのＶ２Ｘ関連情報の提供処理を用いて提供されてもよい。たとえば、Ｖ２Ｘポリシの提供処理を用いて、該情報が提供されてもよい。

【0247】

ＵＥは、実施するＶ２Ｘサービスが、予めＵＥ内に構成されたＰＣ５通信用リソースを用いたＰＣ５通信を用いたＶ２Ｘサービスであるか否かを、自ＮＰＮに属するセル外でＰＣ５通信可能か否かを示す情報を用いて、判断してもよい。ＵＥが、自ＮＰＮに属するセル外でＰＣ５通信可能か否かを制御することが可能となる。

【0248】

ＵＥが自ＮＰＮに属するセルをサービングセルとしない場合にもＰＣ５通信を実行可能とすることを、予め静的に規格等で決めておいてもよい。ＵＥが自ＮＰＮに属するセルをサービングセルとしない場合にもＰＣ５通信を用いたＶ２Ｘサービスを実施可能とすることを、予め静的に規格等で決めておいてもよい。これらの例において、ＵＥが自ＮＰＮに属するセルをサービングセルとしない場合の替わりに、ＵＥが自ＮＰＮに属するセルを見つけられなかった場合、ＵＥが自ＮＰＮの情報が報知されるセルを見つけられなかった場合、あるいは、ＮＷにアクセス要求したＵＥが自ＮＰＮで無いためアクセス要求に対するリジェクトを受信した場合を適用してもよい。なお、該アクセス要求は、たとえば、位置登録要求（registration request）、サービス要求（service request）で行われてもよい。

【0249】

このようにすることで、ＰＣ５通信を用いたＶ２Ｘサービスを実施する多数のＵＥが、自ＮＰＮに属するセルをサービングセルとしないことが明確である場合にも、ＰＣ５通信を実行可能となる。ＵＥ間の通信における誤動作を低減することが可能となる。

【0250】

前述したように、自ＮＰＮに属するセルをサービングセルとしない場合に用いるＰＣ５通信用リソースは、予めＵＥ内に構成されてもよい。ＰＣＦからＵＥに対してＰＣ５通信用リソース情報が通知されなかった場合に適する。他の例として、ＰＣ５通信を行うために使用するリソースは、直近にＣＮから提供されたＰＣ５通信用リソースであってもよい。ＵＥがＣＮにアクセスできた場合に適する。たとえば、ＵＥが、事前に自ＮＰＮに属するセルのカバレッジ内に存在するような状態があった場合に、該自ＮＰＮセルを介してＶ２Ｘサービス認証やＶ２ＸサービスのＶ２Ｘポリシ提供を受け、ＰＣ５通信用リソースを取得する。このようにしてＣＮ側から提供されたＰＣ５通信リソースを用いて、自ＮＰＮ外でも、ＰＣ５通信を実行可能とする。

【0251】

ＰＣ５通信用リソースに有効期限を設定してもよい。有効期限内では、該ＰＣ５通信用リソースを使用可能とし、有効期限を超過した場合は、該ＰＣ５通信用リソースを使用不可能とする。有効期限をタイマで管理してもよい。有効期限の情報（タイマの情報であってもよい）は、静的に規格等で決めておいてもよいし、ＵＥにあらかじめ構成されてもよい。あるいは、有効期限の情報（タイマの情報であってもよい）は、ＵＥがＣＮにアクセスできた場合にＣＮから提供されてもよい。このようにすることで、ＵＥは、自ＮＰＮに属するセルをサービングセルとしない場合に使用可能なＰＣ５通信用リソースを認識できる。

【0252】

Ｖ２Ｘサービスに用いるＰＣ５通信用リソースを、Ｖ２Ｘサービス毎に設定してもよい。所定の地域で用いることが可能なＰＣ５通信用リソースを設定してもよい。所定の地域は予め設定されるとよい。ＮＰＮで用いられるＰＣ５通信用リソースを、ＮＰＮ毎に設定してもよい。これらを組み合わせてもよい。ＰＣ５通信用リソースはＲＰであってもよい。一つまたは複数のＲＰであってもよい。これらの設定情報をＵＥに記憶しておいてもよい。これらの設定情報は、ＵＥがＣＮにアクセスできた場合にＣＮから提供されてもよい。たとえば、ＰＣＦがＵＥに対して、これらの設定情報を通知する。該設定情報は、Ｖ２Ｘ関連情報に含められて通知されてもよい。たとえば、該設定情報は、Ｖ２Ｘポリシ提供処理を用いて通知されてもよい。これらの方法として、実施の形態１の変形例２で開示した方法を適用してもよい。

【0253】

ＵＥが、自ＮＰＮに属するセルをサービングセルとしない場合、かつ、ＵＥ間でＰＣ５通信を実施する場合、従来のＵｕ通信のＮＰＮアクセス制御を用いることはできず、ＵＥによるＮＰＮアクセス可否判断やＡＭＦによるアクセス可否検証などのＮＰＮアクセス制御ができない問題が発生する。また、このため、ＰＣ５通信を実行するＵＥが、自ＮＰＮ外のＵＥと通信してしまうという問題が生じることになる。このような問題を解決する方法を開示する。

【0254】

ＰＣ５通信の送信ＵＥは、受信ＵＥに対して、自ＮＰＮ関連情報を通知する。ＮＰＮ関連情報は、ＮＰＮを特定するための識別子であってもよい。

【0255】

ＵＥ間でＮＰＮ関連情報を通知する方法について開示する。ＮＰＮ関連情報は、Ｖ２Ｘアプリケーションレイヤで通知されてもよい。たとえば、送信ＵＥは受信ＵＥに対して、ＮＰＮ関連情報を、Ｖ２Ｘアプリケーションレイヤのシグナリングあるいはデータとして通知する。ＮＰＮ関連情報は、Ｖ２Ｘサービス情報とともに通知されてもよい。

【0256】

他の方法として、ＮＰＮ関連情報は、Ｖ２Ｘレイヤで通知されてもよい。ＮＰＮ関連情報は、ＰＣ５－Ｓシグナリングで通知されてもよい。ＮＰＮ関連情報は、ＵＥ間でＰＣ５通信用のレイヤ２リンクを確立する時に通知されてもよい。たとえば、送信ＵＥはＮＰＮ関連情報を、ダイレクト通信要求（Direct Communication Request）に含めて、受信ＵＥに通知してもよい。Ｖ２ＸレイヤはＶ２Ｘサービス情報をレイヤ２識別子に変換する。ＮＰＮ関連情報はレイヤ２識別子とともに通知されてもよい。Ｖ２Ｘサービス情報とレイヤ２識別子のマッピングに関する情報は、予めＣＮからＵＥに対して提供されてもよい。あるいは、該情報は予めＵＥに構成されてもよい。

【0257】

他の方法として、ＮＰＮ関連情報は、ＡＳレイヤで通知されてもよい。ＮＰＮ関連情報は、ＲＲＣシグナリングで通知されてもよい。ＮＰＮ関連情報は、ＵＥ間でＰＣ５通信用のＲＲＣリンクを確立する時に通知されてもよい。たとえば、送信ＵＥはＮＰＮ関連情報を、ＵＥケーパビリティの問い合わせ通知、あるいは、ＵＥケーパビリティ情報の通知に含めて、受信ＵＥに通知してもよい。たとえば、送信ＵＥはＮＰＮ関連情報を、ＰＣ５通信用設定情報（Configuration Message）の通知、あるいは、ＰＣ５通信用設定完了の通知に含めて、受信ＵＥに通知してもよい。

【0258】

ＡＳレイヤでの他の通知方法を開示する。ＮＰＮ関連情報は、同期処理（Synchronization procedure）において通知されてもよい。ＮＰＮ関連情報は、たとえば、ＰＳＢＣＨに含められて、あるいは、ＳＬ－ＢＣＨに含められて、通知されてもよい。他の方法として、ＮＰＮ関連情報は、ディスカバリ処理において通知されてもよい。ＮＰＮ関連情報は、たとえば、ＰＳＤＣＨに含められて通知されてもよい。他の方法として、ＮＰＮ関連情報は、ＰＣ５通信において通知されてもよい。ＮＰＮ関連情報は、たとえば、ＰＳＳＣＨに含められて、あるいは、ＳＬ－ＳＣＨに含められて、通知されてもよい。また、ＮＰＮ関連情報は、たとえば、ＰＳＣＣＨに含められて、あるいは、ＳＣＩに含められて、通知されてもよい。

【0259】

このようにすることで、ＰＣ５通信を行うＵＥ間でＮＰＮ関連情報を通知可能となる。

【0260】

Ｖ２Ｘサービスとそれを利用可能なＮＰＮとを対応づけてもよい。Ｖ２Ｘサービスと、それを利用可能なＮＰＮ内の自ＵＥが属するＮＰＮ（自ＮＰＮとも称する場合がある）とを対応付けてもよい。Ｖ２Ｘサービスと、それを利用可能なＮＰＮ内の自ＵＥが属するＮＰＮとを対応付けることによって、Ｖ２Ｘサービスが複数の異なるＮＰＮでサポートされる場合、該ＮＰＮの内の特定のＮＰＮとの対応付けを行うことが可能となる。該特定のＮＰＮを、自ＵＥが属するＮＰＮとすることができる。自ＵＥが属するＮＰＮは一つであってもよいし複数であってもよい。

【0261】

ＰＣ５通信を行うＵＥ間で、Ｖ２Ｘサービスとそれを利用可能な自ＮＰＮとを対応付けた情報を通知してもよい。ＰＣ５通信の送信ＵＥは、受信ＵＥに対して、Ｖ２Ｘサービスとそれを利用可能な自ＮＰＮとを対応付けた情報を通知してもよい。

【0262】

Ｖ２Ｘサービスとそれを利用可能な自ＮＰＮとを対応づける方法を開示する。

【0263】

Ｖ２Ｘサービス情報とＮＰＮ関連情報を対応付ける。Ｖ２Ｘサービスを利用可能なＮＰＮを設定するとよい。一つまたは複数のＶ２Ｘサービスを利用可能な一つのＮＰＮを設定してもよい。一つのＶ２Ｘサービスを利用可能な一つまたは複数のＮＰＮを設定してもよい。Ｖ２Ｘサービスの情報とＶ２Ｘサービスを利用可能なＮＰＮの情報とを関連付けた情報としても良い。

【0264】

たとえば、Ｖ２Ｘサービスを特定するための識別子と、ＮＰＮを特定するための識別子とを対応付ける。該対応付けはＶ２Ｘアプリケーションレイヤで行われてもよい。Ｖ２ＸアプリケーションレイヤがＶ２Ｘサービスとそれを利用可能なＮＰＮの対応を認識している場合に有効である。Ｖ２Ｘサービスとそれを利用可能なＮＰＮとの対応づけの情報は、前述したＶ２Ｘアプリケーションレイヤでのシグナリングあるいはデータとして、ＵＥ間で通知してもよい。

【0265】

他の方法を開示する。Ｖ２ＸアプリケーションレイヤからＶ２Ｘレイヤに、Ｖ２Ｘサービスとそれを利用可能なＮＰＮとの対応づけ情報を通知する。Ｖ２ＸアプリケーションレイヤがＶ２Ｘサービスとそれを利用可能なＮＰＮの対応を認識している場合に有効である。あるいは、Ｖ２Ｘレイヤが、Ｖ２Ｘサービスとそれを利用可能なＮＰＮとを対応付けてもよい。Ｖ２ＸレイヤがＶ２Ｘサービスとそれを利用可能なＮＰＮとの対応付けを認識している場合に有効である。

【0266】

Ｖ２ＸレイヤでＶ２Ｘサービス情報はレイヤ２識別子に変換されるので、このレイヤ２識別子とＮＰＮ関連情報とを対応づけるとよい。レイヤ２識別子は、ブロードキャスト通信に用いられるレイヤ２識別子であってもよいし、グループ通信に用いられるレイヤ２識別子であってもよいし、ユニキャスト通信に用いられるレイヤ２識別子であってもよい。各々の通信において、Ｖ２Ｘサービスとそれを利用可能なＮＰＮとを対応づけることが可能となる。Ｖ２Ｘサービスとそれを利用可能なＮＰＮとの対応づけの情報は、前述したＶ２Ｘレイヤでのシグナリングあるいはデータとして、ＵＥ間で通知してもよい。該通知にＰＣ５－Ｓシグナリングを用いてもよい。

【0267】

他の方法を開示する。Ｖ２ＸレイヤからＡＳレイヤに、Ｖ２Ｘサービスとそれを利用可能なＮＰＮとの対応づけ情報を通知する。前述した方法により、Ｖ２ＸレイヤがＶ２Ｘサービスとそれを利用可能なＮＰＮの対応を認識している場合に有効である。あるいは、ＡＳレイヤが、Ｖ２Ｘサービスとそれを利用可能なＮＰＮとを対応付けてもよい。ＡＳレイヤがＶ２Ｘサービスとそれを利用可能なＮＰＮとの対応付けを認識している場合に有効である。Ｖ２ＸレイヤがＡＳレイヤにレイヤ２識別子を通知し、ＡＳレイヤがレイヤ２識別子とＮＰＮ関連情報とを対応づけるとよい。

【0268】

このようにすることで、ＰＣ５通信を用いたＶ２Ｘサービスを行うＵＥ間で、自ＮＰＮ関連情報を通知可能となる。

【0269】

ＰＣ５通信を行う受信ＵＥは、送信ＵＥから通知されたＶ２Ｘサービス情報と、該Ｖ２Ｘサービスを利用可能な送信ＵＥが属するＮＰＮ関連情報とを受信する。これにより、受信ＵＥは、所望のＶ２Ｘサービスと、それを利用可能な送信ＵＥが属するＮＰＮ関連情報とを取得する。受信ＵＥは、送信ＵＥのＮＰＮアクセス可否を判断してもよい。受信ＵＥは、送信ＵＥから通知された、送信ＵＥが属するＮＰＮ関連情報を用いて、ＮＰＮアクセス可否を判断してもよい。

【0270】

たとえば、受信ＵＥは、送信ＵＥから通知された、送信ＵＥが属するＮＰＮ関連情報を、あらかじめＵＥ内に構成された、Ｖ２Ｘサービスとそれを利用可能なＮＰＮ関連情報と照合する。同じＮＰＮが在る場合、受信ＵＥは、アクセス可能と判断し、送信ＵＥとの通信を行う。同じＮＰＮが無い場合、受信ＵＥは、アクセス不可能と判断し、送信ＵＥとの通信を行わない。受信ＵＥは、アクセス不可能と判断した場合、所望のＶ２Ｘサービスとそれを利用可能なＮＰＮの情報を含む、送信ＵＥからのＰＣ５通信要求を検出する処理を再度、行うとよい。

【0271】

受信ＵＥは、アクセス可否判断結果を送信ＵＥに通知してもよい。たとえば、受信ＵＥは送信ＵＥに対して、ＰＣ５通信アクセプトを送信する。受信ＵＥは、ＰＣ５通信アクセプトメッセージに自ＮＰＮ関連情報を含めてもよい。送信ＵＥは、受信ＵＥから受信した、受信ＵＥが属するＮＰＮ関連情報を用いて、ＮＰＮアクセス可否検証を行ってもよい。

【0272】

たとえば、送信ＵＥは、受信ＵＥから通知された、受信ＵＥが属するＮＰＮ関連情報を、自ＵＥが送信したＮＰＮ関連情報と照合し、同じＮＰＮが在る場合、送信ＵＥは、アクセス可能とし、受信ＵＥとの通信を行う。同じＮＰＮが無い場合、送信ＵＥは、アクセス不可能と判断し、送信ＵＥとの通信を行わない。このようにすることで、送信ＵＥにおいてＮＰＮアクセス可否検証を行う。

【0273】

前述では、受信ＵＥがアクセス可否判断を行い、送信ＵＥがアクセス可否検証を行うことを開示した。他の方法として、前述の受信ＵＥによるアクセス可否判断をもって、アクセス可否検証としてもよい。受信ＵＥにおいてアクセス可否検証を行うことになる。

【0274】

このようにすることで、ＰＣ５通信を用いたＶ２Ｘサービスを行うＵＥ間で、ＮＰＮにおけるアクセス制御を実施可能となる。同じＮＰＮに属するＵＥ間でのＰＣ５通信を用いたＶ２Ｘサービスを実施可能とする。また、異なるＮＰＮに属するＵＥ間でのＰＣ５通信を用いたＶ２Ｘサービスを実施不可能とすることができる。

【0275】

図２０は、実施の形態１の変形例３について、自ＮＰＮの属するセルのカバレッジ外でＰＣ５通信を実施するシーケンスの第１例を示す図である。図２０は、ＵＥがＰＣ５通信のスケジューリングを実施する例について示している。また、図２０は、送信ＵＥがＮＰＮアクセス可否検証を実施する例について示している。図２０において、図１８および図１９と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0276】

ステップＳＴ１５２１で、送信ＵＥにおいて、ＰＣ５通信を用いたＶ２Ｘサービスが発生する。ステップＳＴ１７２４で、送信ＵＥは、自ＵＥが属するＮＰＮのカバレッジ外であることを確認する。ステップＳＴ１７３９で、送信ＵＥは、Ｖ２Ｘサービスと、該Ｖ２Ｘサービスを利用可能なＮＰＮを導出する。この導出には、予め送信ＵＥ内に構成された、Ｖ２Ｘサービスを利用可能なＮＰＮに関する情報を用いるとよい。

【0277】

送信ＵＥは、Ｖ２Ｘサービスに対応したＮＰＮを導出し、導出したＮＰＮで利用可能なＰＣ５通信用リソースを導出する。この導出には、予め送信ＵＥ内に構成された、ＮＰＮで利用可能なＰＣ5通信用リソースの情報を用いると良い。

【0278】

このようにすることで、送信ＵＥは、発生したＰＣ５通信を用いたＶ２Ｘサービスに利用可能なＰＣ５通信用リソースを認識することができる。送信ＵＥは、該ＰＣ５通信用リソースを用いてＰＣ５通信用のスケジューリングを実施し、ステップＳＴ１６４２で、受信ＵＥに対して、ＰＣ５通信要求を通知する。ＰＣ５通信要求にＰＣ５－Ｓシグナリングを用いてもよい。図１８および図１９の方法で開示したように、ＰＣ５通信要求に、ＮＰＮに関する情報を含めてもよい。受信ＵＥがＮＰＮ関連情報を認識可能となる。

【0279】

受信ＵＥは、ステップＳＴ１７４３で、ＮＰＮの識別子によってアクセス可否判断を行ってもよい。受信ＵＥは、予め受信ＵＥ内に構成された、Ｖ２Ｘサービスを利用可能なＮＰＮに関する情報と、ステップＳＴ１６４２で送信ＵＥから通知されたＮＰＮ関連情報とを用いて、ＮＰＮが、受信するＶ２Ｘサービスに対応しているか否かを確認可能となる。受信ＵＥは、ＮＰＮが、受信するＶ２Ｘサービスに対応していれば、ステップＳＴ１６４５でＰＣ５通信許可を通知し、そうでなければ、ＰＣ５通信拒否を通知してもよい。あるいは、受信ＵＥは何も送信しなくてもよい。

【0280】

受信ＵＥは、ステップＳＴ１６４５で、送信ＵＥに対して、ＰＣ５通信許可を送信する。該ＰＣ５通信許可にＮＰＮ関連情報を含めてもよい。ステップＳＴ１７４６で、送信ＵＥは、受信ＵＥからＰＣ５通信許可を受信した場合、ＰＣ５通信可能と判断し、そうでない場合、ＰＣ５通信不可能と判断する。送信ＵＥは、さらに、ＰＣ５通信許可に含まれるＮＰＮ関連情報を用いて、ＰＣ５通信の可否を判断してもよい。ＰＣ５通信許可に含まれるＮＰＮ関連情報が、ＰＣ５通信を用いたＶ２Ｘサービスを利用可能なＮＰＮを含んでいれば、送信ＵＥはＰＣ５通信可能と判断する。そうでない場合は、送信ＵＥはＰＣ５通信不可能と判断する。

【0281】

このようにすることで、ＮＰＮが所望のＶ２Ｘサービスを利用可能でない場合、ＰＣ５通信不可能とすることができる。送信ＵＥにおいて、ＮＰＮアクセス可否検証を実施可能となる。

【0282】

図２１は、実施の形態１の変形例３について、自ＮＰＮの属するセルのカバレッジ外でＰＣ５通信を実施するシーケンスの第２例を示す図である。図２１は、ＵＥがＰＣ５通信のスケジューリングを実施する例について示している。また、図２１は、送信ＵＥがＮＰＮアクセス可否検証を行わず、受信ＵＥがＮＰＮアクセス可否検証を実施する例について示している。図２１において、図２０と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0283】

受信ＵＥは、ステップＳＴ１８４４で、ＮＰＮの識別子によってアクセス可否検証を行ってもよい。受信ＵＥは、予め受信ＵＥ内に構成された、Ｖ２Ｘサービスを利用可能なＮＰＮに関する情報と、ステップＳＴ１６４２で送信ＵＥから通知されたＮＰＮ関連情報とを用いて、ＮＰＮが、受信するＶ２Ｘサービスに対応しているか否かを確認可能となる。受信ＵＥは、ＮＰＮが、受信するＶ２Ｘサービスに対応していれば、ステップＳＴ１６４５でＰＣ５通信許可を通知し、そうでなければ、ＰＣ５通信拒否を通知してもよい。あるいは、受信ＵＥは何も送信しなくてもよい。

【0284】

このようにすることで、ＰＣ５通信を用いた所望のＶ２Ｘサービスを利用可能なＮＰＮにおいてのみ、該所望のＶ２Ｘサービスを実施可能とすることができる。ＮＰＮが所望のＶ２Ｘサービスを利用可能でない場合、ＰＣ５通信不可能とすることができる。受信ＵＥにおいて、ＮＰＮアクセス可否検証を実施可能となる。このため、送信ＵＥでのＮＰＮアクセス可否検証を不要とすることができる。

【0285】

送信ＵＥが、ＰＣ５通信要求を送信する前に、ＮＰＮアクセス可否を判断してもよい。ＰＣ５通信実施可否の判断をもって、ＮＰＮアクセス可否の判断としてもよい。判断指標として、たとえば、実施するＶ２ＸサービスのためのＰＣ５通信用リソースを、予めＵＥが保有しているか否かの情報を用いるとよい。送信ＵＥは、自ＮＰＮに属するセルをサービングセルとしない場合、かつ、自ＵＥが、実施するＶ２ＸサービスのためのＰＣ５通信用リソースを保有している場合、ＰＣ５通信を実施可能と判断する。送信ＵＥは、自ＮＰＮに属するセルをサービングセルとしない場合、かつ、自ＵＥが、実施するＶ２ＸサービスのためのＰＣ５通信用リソースを保有していない場合、ＰＣ５通信を実施不可能と判断する。

【0286】

判断指標として、たとえば、実施するＶ２Ｘサービスが、自ＵＥが属するＮＰＮで実施可能か否かの情報を用いてもよい。送信ＵＥは、実施するＶ２Ｘサービスが、自ＵＥが属するＮＰＮで実施可能な場合、ＰＣ５通信を実施可能と判断する。送信ＵＥは、実施するＶ２Ｘサービスが、自ＵＥが属するＮＰＮで実施不可能な場合、ＰＣ５通信を実施可能と判断する。

【0287】

前述の判断指標をあわせて用いてもよい。たとえば、実施するＶ２Ｘサービスが、自ＵＥが属するＮＰＮで実施可能で、該Ｖ２ＸサービスのためのＰＣ５通信用リソースを保有している場合、ＰＣ５通信可能とする。そうでない場合、ＰＣ５通信不可能とする。

【0288】

このようにすることで、送信ＵＥにおいて、ＮＰＮアクセス可否の判断処理を実施可能となる。送信ＵＥにおけるＮＰＮアクセス可否判断を、たとえば、図２０で開示した例に適用してもよい。図２０において、送信ＵＥは、ステップＳＴ１６４２においてＰＣ５通信要求を送信する前に、前述の送信ＵＥにおけるＮＰＮアクセス可否判断を実施する。送信ＵＥが、ＮＰＮアクセスが可能であり、かつ、ＰＣ５通信が実施可能であると判断した場合、送信ＵＥは、ＰＣ５通信要求を送信する。送信ＵＥが、ＮＰＮアクセスが不可であり、かつ、ＰＣ５通信が実施不可能であると判断した場合、送信ＵＥは、ＰＣ５通信要求を送信しない。

【0289】

このようにすることで、図２０の例において、送信ＵＥによるＮＰＮアクセス可否判断処理を行うことが可能となる。送信ＵＥがＮＰＮアクセス不可と判断した場合、ＰＣ５通信要求を送信しないことになるので、ＰＣ５通信におけるリソースの無駄な使用を無くし、干渉を低減することが可能となる。

【0290】

送信ＵＥにおけるＮＰＮアクセス可否判断を、たとえば、図２１で開示した例に適用してもよい。図２１において、送信ＵＥは、ステップＳＴ１６４２においてＰＣ５通信要求を送信する前に、前述の送信ＵＥにおけるＮＰＮアクセス可否判断を実施する。送信ＵＥが、ＮＰＮアクセスが可能であり、かつ、ＰＣ５通信が実施可能であると判断した場合、送信ＵＥは、ＰＣ５通信要求を送信する。送信ＵＥが、ＮＰＮアクセスが不可であり、かつ、ＰＣ５通信が実施不可能であると判断した場合、送信ＵＥは、ＰＣ５通信要求を送信しない。

【0291】

このようにすることで、図２１の例において、送信ＵＥによるＮＰＮアクセス可否判断処理を行うことが可能となる。送信ＵＥがＮＰＮアクセス不可と判断した場合、ＰＣ５通信要求を送信しないことになるので、ＰＣ５通信におけるリソースの無駄な使用を無くし、干渉を低減することが可能となる。

【0292】

図２１の例において、送信ＵＥによるＮＰＮアクセス可否判断処理を追加することにより、ＮＰＮアクセス可否判断処理を行うＵＥと、ＮＰＮアクセス可否検証を行うＵＥとを異ならせることが可能となる。異なる複数のＵＥでＮＰＮアクセス制御を実施することが可能となる。

【0293】

また、ＰＣ５通信を実行するＵＥにおいてアクセス制御を実施することが可能となるので、ＰＣ５通信を実行するＵＥが、自ＮＰＮ外のＵＥと通信してしまうという問題を解決することができる。

【0294】

ＵＥが自ＮＰＮに属するセルが見つけられないような場合に、ＰＣ５通信を可能とする方法を開示した。他の方法として、ＵＥが自ＮＰＮに属するセルが見つけられない場合、ＰＣ５通信を禁止する、としてもよい。このようにすることで、該ＵＥに対するＮＰＮへのアクセス制御を実施する必要がなくなる。このため、ＮＰＮを用いたシステムとしての処理を簡易にすることができる。

【0295】

実施の形態１の本変形例３で開示した方法により、ＵＥが自ＮＰＮに属するセルが見つけられない場合でも、ＰＣ５通信が可能となり、ＰＣ５通信を用いたＶ２Ｘサービスを実施可能となる。

【0296】

実施の形態１の変形例４．
ＰＣ５通信はＵＥ間の通信である。このため、たとえば、ＵＥがたとえ他のＮＰＮに属するセルのカバレッジ内に存在する場合でも、ＵＥ間の通信であるＰＣ５通信を可能にすることが要求される。本変形例４では、ＵＥが他のＮＰＮに属するセルのカバレッジ内に存在する場合でもＰＣ５通信を可能にする方法を開示する。

【0297】

ＰＣ５通信を行うＵＥが、自ＮＰＮと異なるセルにアクセスすることを許可する。ＰＣ５通信を行うＵＥが、自ＮＰＮと異なるセルにアクセス可能か否かを判断する。たとえば、ＵＥは、自ＵＥがＶ２Ｘケーパビリティを有するか否かを判断することによって、自ＮＰＮと異なるセルにアクセス可能か否かを判断する。ＵＥは、ＰＣ５通信ケーパビリティを有するか否かを判断してもよい。ＰＣ５通信ケーパビリティを有する場合、ＵＥは、自ＮＰＮと異なるセルにアクセスしてもよい。そうでない場合、ＵＥは、自ＮＰＮと異なるセルにアクセスしない。ＰＣ５通信を行うＵＥは、自ＮＰＮと異なるセルにアクセス可能か否かを、Ｖ２Ｘサービスが発生していない場合でも判断可能となる。ＰＣ５通信を行うＵＥが、あらかじめ、自ＮＰＮと異なるセルを介したＶ２Ｘ認証と、Ｖ２Ｘポリシ提供処理とを実施しておくことを可能とする。

【0298】

該自ＮＰＮと異なるセルが属するＮＰＮの種類に応じて、アクセス許可あるいは不許可を異ならせてもよい。たとえば、ＰＣ５通信を行うＵＥが属するＮＰＮとは異なるＳ－ＮＰＮに属するセルに対しては、アクセスを許可しない。ＰＣ５通信を行うＵＥが属するＮＰＮとは異なるＮＳ－ＮＰＮに属するセルに対して、はアクセスを許可する。このようにすることで、たとえＰＣ５通信であっても、異なるＳ－ＮＰＮへのアクセスを禁止できる。このため、該Ｓ－ＮＰＮに属さないＵＥをアクセス制限することが可能となる。

【0299】

また、たとえば、ＰＣ５通信を行うＵＥが属するＮＰＮとは異なるＳ－ＮＰＮに属するセルに対して、はアクセスを許可し、ＰＣ５通信を行うＵＥが属するＮＰＮとは異なるＮＳ－ＮＰＮに属するセルに対しては、アクセスを許可しない、としてもよい。このようにすることで、たとえＰＣ５通信であっても、異なるＮＳ－ＮＰＮへのアクセスを禁止できる。このため、該ＮＳ－ＮＰＮに属さないＵＥをアクセス制限することが可能となる。

【0300】

一つのＰＬＭＮが一つのＳ－ＮＰＮとなる場合と、一つのＰＬＭＮが複数のＳ－ＰＬＭＮからなる場合とがある。たとえば、ＰＣ５通信を行うＵＥが属するＮＰＮと同じＰＬＭＮの異なるＮＰＮに属するセルに対しては、アクセスを許可し、その他の異なるＮＰＮに属するセルに対しては、アクセスを許可しない、としてもよい。このようにすることで、たとえＰＣ５通信であっても、アクセスを許可するＮＰＮを限定することが可能となる。アクセス可能なＵＥを制限することが可能となる。

【0301】

ＵＥは、実施するＶ２Ｘサービスが、ＰＣ５通信を用いたＶ２Ｘサービスであるか否かを判断してもよい。ＰＣ５通信を用いたＶ２Ｘサービスの場合、ＵＥは、自ＮＰＮと異なるセルにアクセスしてもよい。そうでない場合、ＵＥは、自ＮＰＮと異なるセルにアクセスしない。ＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスが生じた場合に、自ＮＰＮと異なるセルにアクセス可能となる。また、ＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスが生じた場合に、自ＮＰＮと異なるセルを介したＶ２Ｘ認証と、Ｖ２Ｘポリシ提供処理とを実施することが可能となる。

【0302】

ＲＡＮノード（ｇＮＢなど）は、ＵＥがアクセスしてきた場合に、ＮＰＮのアクセス制御を実施しないとしてもよい。従来、ＮＰＮのアクセス制御では、ＵＥがアクセス可否判断を行い、ＡＭＦがアクセス可否検証を行う。ＰＣ５通信を行うＵＥが、自ＮＰＮと異なるセルにアクセスした場合も、ＲＡＮノードはＮＰＮのアクセス制御を実施しなくてもよい。ＲＡＮノードは、ＵＥから受信した情報を、ＡＭＦに通知してもよい。

【0303】

他の方法として、ＲＡＮノードは、ＵＥがアクセスしてきた場合に、ＮＰＮのアクセス制御を実施してもよい。ＲＡＮノードは、ＵＥがＰＣ５通信可能か否かを判断してもよい。たとえば、ＲＡＮノードは、ＵＥがＰＣ５通信ケーパビリティを有するか否かを判断する。ＵＥは、ＰＣ５通信ケーパビリティを、ＲＡＮノードへの通知に含めて、通知する。これにより、ＲＡＮノードは、ＵＥがＰＣ５通信可能か否かを判断可能となる。

【0304】

ＲＡＮノードは、ＵＥからの通知にＰＣ５通信ケーパビリティが含まれている場合に、アクセス可能と判断し、ＵＥのアクセスを許可する。ＲＡＮノードは、ＵＥのアクセスを許可した場合、ＡＭＦに対して、ＰＣ５通信ケーパビリティを通知してもよい。そうでない場合、ＲＡＮノードは、アクセス不可能と判断し、ＵＥのアクセスを許可しない。ＵＥのアクセスを許可しない場合、ＲＡＮノードはＵＥに対してリジェクトを通知してもよい。リジェクトに原因情報を含めてもよい。

【0305】

ＲＡＮノードは、ＵＥからの通知にＰＣ５通信ケーパビリティが含まれている場合に、アクセス可能と判断し、ＵＥに対して、Ｖ２Ｘサービス関連情報提供要求用のグラントを送信してもよい。ＵＥは、Ｖ２Ｘサービス関連情報提供要求を、ＮＡＳメッセージでＡＭＦに対して通知してもよい。ＲＡＮノードは、該ＵＥがＡＭＦに対して通知するＮＡＳメッセージ用のグラントを送信してもよい。このようにすることで、ＵＥがＰＣ５通信を用いたＶ２Ｘサービスが生じた場合に、自ＮＰＮと異なるセルを介したＶ２Ｘ認証、Ｖ２Ｘポリシ提供処理を実施することが可能となる。

【0306】

また、たとえば、ＲＡＮノードは、ＵＥがＶ２Ｘサービスを実施するために、あるいは、ＵＥがＰＣ５通信を用いたＶ２Ｘサービスを実施するために、アクセスをしてきたか否かを判断してもよい。Ｖ２ＸサービスのためにＲＡＮノードへアクセスする場合、ＵＥは、ＰＣ５通信ケーパビリティを、ＲＡＮノードへの通知に含めて通知する。これにより、ＲＡＮノードは、ＵＥがＰＣ５通信可能か否かを判断可能となる。

【0307】

ＰＣ５通信を行うＵＥが、自ＮＰＮと異なるセルを介してＡＭＦにアクセスすることを許容する。ＡＭＦは、ＵＥがアクセスしてきた場合に、ＮＰＮのアクセス制御を実施してもよい。ＡＭＦは、ＵＥからのアクセスがＰＣ５通信を用いるか否かを判断してもよい。たとえば、ＵＥからのアクセスが、ＰＣ５通信を用いたＶ２Ｘサービスを実施するためのアクセスの場合、ＡＭＦは、ＵＥが自ＮＰＮと異なるＮＰＮへアクセスすることを許可する。そうでない場合、ＡＭＦは、該ＵＥが自ＮＰＮと異なるＮＰＮへアクセスすることを許可しない。

【0308】

ＡＭＦが、ＵＥからのアクセスがＰＣ５通信を用いるか否かを判断する方法の具体例を開示する。ＡＭＦは、ＵＥからＲＡＮノードを介して通知されるシグナリングに、ＰＣ５通信ケーパビリティが含まれるか否かを判断することによって、ＵＥからのアクセスがＰＣ５通信を用いるか否かを判断してもよい。ＵＥからの通知にＰＣ５通信ケーパビリティが含まれている場合、ＡＭＦは、アクセス可能と判断し、ＵＥのアクセスを許可する。ＵＥのアクセスを許可した場合、ＡＭＦはＰＣＦに対して、Ｖ２Ｘサービス認証と、Ｖ２ＸポリシのＵＥに対する提供とを要求してもよい。そうでない場合、ＡＭＦは、アクセス不可能と判断し、ＵＥのアクセスを許可しない。ＵＥのアクセスを許可しない場合、ＡＭＦはＵＥに対してリジェクトを通知してもよい。リジェクトに原因情報を含めてもよい。

【0309】

また、ＡＭＦは、ＵＥのアクセスを許可した場合、ＵＥに対してアクセス許可を通知してもよい。該アクセス許可はＲＡＮノードを介して通知されてもよい。これにより、ＵＥは、自ＮＰＮと異なるセルを介したＮＷ側へのアクセスが許可されたことを認識可能となる。

【0310】

ＰＣ５通信を行うＵＥに対して、自ＮＰＮと異なるセルを介したＶ２Ｘ認証と、Ｖ２Ｘポリシ提供処理とを実施可能とする。前述した方法を用いて、ＰＣ５通信を行うＵＥとＰＣＦとが、Ｖ２Ｘ認証と、Ｖ２Ｘポリシ提供処理とを行うとよい。

【0311】

ＡＭＦが、自ＡＭＦが属するＮＰＮとは異なるＮＰＮに属するＰＣ５通信を行うＵＥのアクセスを許可した場合、該ＵＥから該ＡＭＦへのレジストレーションを不要としてもよい。ＵＥが自ＮＰＮと異なるセルを介してＮＷにアクセスする場合、レジストレーションを不要としてもよい。このようにすることで、該ＵＥは、ＰＣ５通信を用いたＶ２Ｘサービス認証とＶ２Ｘサービス関連情報の提供のみを実施することが可能となる。

【0312】

該ＰＣ５通信を実施するＵＥが、自ＮＰＮと異なるセルを介してＮＷにアクセスする場合、レジストレーション管理ステートは非レジストレート状態としてもよい。該ＰＣ５通信を実施するＵＥが、自ＮＰＮと異なるセルを介してＮＷにアクセスする場合、接続管理ステートはアイドル状態としてもよい。これらのステート管理はＵＥおよびＡＭＦで実施される。

【0313】

ＰＣ５通信を行う複数のＵＥにおいて管理するステートを設けてもよい。たとえば、ＰＣ５通信を行うＵＥ間で、ＲＲＣ接続されているか否かを管理するＲＲＣステートを設けてもよい。たとえば、ＰＣ５通信を行うＵＥ間で、ＰＣ５－Ｓリンクが接続されているか否かを管理するリンク接続管理ステートを設けてもよい。このようにすることで、ＰＣ５通信を行うＵＥにおける状態遷移処理を容易にすることが可能となり、誤動作を低減可能となる。

【0314】

他の方法を開示する。ＵＥからのアクセスがＰＣ５通信を用いたＶ２Ｘサービスを実施するためのアクセスの場合、ＡＭＦは、Ｖ２Ｘサービス認証とＶ２Ｘポリシ提供処理とをＰＣＦとＵＥとの間で実施し、その後、ＮＰＮアクセス制御を実施してもよい。

【0315】

ＡＭＦは、ＵＥからのアクセスがＰＣ５通信を用いるか否かを判断する。判断の結果、ＵＥからのアクセスがＰＣ５通信を用いたＶ２Ｘサービスを実施するためのアクセスの場合、ＡＭＦは、ＰＣＦに対してＶ２Ｘサービス認証とＶ２ＸポリシのＵＥに対する提供とを要求し、該要求に対してＰＣＦから提供されたＶ２ＸポリシをＵＥに通知し、その後、ＵＥに対するＮＰＮアクセス制御を実施してもよい。

【0316】

ＵＥに対するＮＰＮアクセス制御の一例を開示する。ＵＥからのアクセスが自ＮＰＮと同じＮＰＮへのアクセスの場合、ＡＭＦは、アクセス可能と判断し、ＵＥのアクセスを許可する。ＵＥからのアクセスが自ＮＰＮと異なるＮＰＮへのアクセスの場合、ＡＭＦは、アクセス不可能と判断し、ＵＥのアクセスを許可しない。ＵＥのアクセスを許可しない場合、ＡＭＦはＵＥに対してリジェクトを通知してもよい。リジェクトに原因情報を含めてもよい。

【0317】

ＡＭＦは、ＵＥに対するＶ２Ｘポリシを、ＮＰＮアクセスに対するリジェクト通知に含めて提供してもよい。ＡＭＦは、ＵＥに対するＶ２Ｘポリシを、原因情報に含めてもよい。ＡＭＦは、ＵＥに対するＶ２Ｘポリシを、原因情報とあわせて通知してもよい。

【0318】

このようにすることで、ＵＥがＡＭＦでＮＰＮアクセス制御によりアクセス不可能と判断される前に、ＵＥとＣＮとの間で、ＰＣ５通信を用いたＶ２Ｘサービスのための認証と、Ｖ２Ｘポリシ提供処理とを実施可能となる。たとえＵＥからのアクセスが自ＮＰＮと異なるＮＰＮへのアクセスであったとしても、ＵＥは、Ｖ２Ｘサービス認証と、Ｖ２Ｘポリシの提供とを受けることができる。

【0319】

ＵＥに対するＰＣ５通信用スケジューリングを、ＵＥのＮＰＮとは異なるＮＰＮのＲＡＮノードが行う。言い換えると、モード１のＰＣ５通信を用いたＶ２Ｘサービスを実施する。モード１のＰＣ５通信を用いたＶ２Ｘサービスを実施するために、ＰＣＦが、ＵＥがアクセスしたＲＡＮノードに対して、Ｖ２Ｘポリシを提供してもよい。ＰＣＦは、ＡＭＦを介して、Ｖ２Ｘポリシを提供してもよい。前述したＮＰＮアクセス制御方法を適用してもよい。また、前述したＶ２Ｘポリシ提供方法を適宜適用してもよい。Ｖ２Ｘポリシは、ＰＣＦからＵＥに対して提供されるのでなく、ＰＣＦから、ＵＥがアクセスしたＲＡＮノードに対して提供されるとよい。

【0320】

前述したように、Ｖ２Ｘサービス関連情報に、Ｖ２Ｘサービスを利用可能なＮＰＮ関連情報を対応付けた情報を含んでもよい。Ｖ２Ｘサービス関連情報として、Ｖ２ＸポリシまたはＶ２Ｘパラメータと、Ｖ２Ｘサービス情報とそれを利用可能なＮＰＮの情報とを含めてもよい。また、Ｖ２ＸポリシあるいはＶ２Ｘパラメータに、Ｖ２Ｘサービス情報とそれを利用可能なＮＰＮのＶ２Ｘパラメータを含めてもよい。Ｖ２Ｘサービス関連情報を、Ｖ２Ｘサービス情報とそれを利用可能なＮＰＮのＶ２Ｘパラメータを含むＶ２ＸポリシまたはＶ２Ｘパラメータとしてもよい。Ｖ２ＸポリシまたはＶ２Ｘパラメータは、たとえば、ＰＣ５上（ＰＣ５基準点上とも称する）のＶ２ＸポリシまたはＶ２Ｘパラメータであってもよい。

【0321】

ＵＥがＰＣ５通信を行う方法を開示する。ＵＥにおいてＰＣ５通信を用いたＶ２Ｘサービスが発生すると、該ＵＥはＲＡＮノードに対してＲＲＣ接続を行う。該ＲＡＮノードは、ＵＥのＮＰＮと異なるＮＰＮに属していてもよい。ＲＡＮノードは、前述した、自ＮＰＮと異なるＮＰＮに属するＵＥがアクセスしてきた場合のアクセス制御方法を適用するとよい。これにより、ＵＥはＲＡＮノードにアクセス可能となる。

【0322】

ＵＥは、ＲＡＮノードに対して、ＰＣ５通信を用いたＶ２Ｘサービスで発生したデータ量を示すためのＢＳＲ（Buffer Status Report）を通知する。ＢＳＲは、ＲＲＣシグナリングで通知されてもよいし、ＭＡＣシグナリングで通知されてもよい。ＲＲＣシグナリングの場合、ＢＳＲは、たとえば、ＵＥ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅに含められて通知されてもよい。また、たとえば、ＢＳＲはＲＲＣ接続確立処理において通知されてもよい。

【0323】

ＵＥは、ＢＳＲの替わりに、ＰＣ５通信のためのスケジューリング要求を示す情報を通知してもよい。この場合、基地局はＵＥのＶ２Ｘサービスのデータ量を認識できない。基地局は、所定のデータ量に対応したスケジューリングを行い、該スケジューリング情報をＵＥに通知してもよい。所定のデータ量は予め決められていてもよい。ＵＥは、少なくともＢＳＲを送信可能なデータ量に対応したスケジューリングを行い、該スケジューリング情報を通知してもよい。

【0324】

このようにすることで、ＲＡＮノードは、自ＮＰＮに属さないＵＥがＰＣ５通信用のスケジューリングを要求していることを認識可能となる。ＲＡＮノードは、自ＮＰＮに属さないＵＥに対して、ＰＣ５通信用のスケジューリングと、ＵＥに対する該スケジューリング情報の通知とを実施可能となる。

【0325】

ＰＣ５通信用のスケジューリング情報の具体例として、以下に（１）～（１０）を示す。

【0326】

（１）ＲＡＴに関する情報。

【0327】

（２）周波数に関する情報。

【0328】

（３）ＢＷＰ（Band Width Part）に関する情報。

【0329】

（４）リソースアロケーション情報。

【0330】

（５）ＭＣＳ情報。

【0331】

（６）ＨＡＲＱに関する情報。

【0332】

（７）ＣＳＩに関する情報。

【0333】

（８）送信電力に関する情報。

【0334】

（９）電力測定に関する情報。

【0335】

（１０）（１）から（９）の組合せ。

【0336】

前述の（１）のＲＡＴに関する情報は、ＰＣ５通信を行うＲＡＴを示す情報であってもよい。ＲＡＴを示す情報は、たとえば、ＬＴＥかＮＲかを示す情報であってもよい。

【0337】

前述の（４）のリソースアロケーション情報は、たとえば、ＰＣ５通信に用いられるチャネルごとのリソースアロケーション情報、リファレンスシグナル（ＲＳ）のリソースアロケーション情報であってもよい。チャネルとして、たとえば、ＰＳＣＣＨ、ＰＳＳＣＨなどがある。また、リソースアロケーション情報は、周波数－時間上のリソースのアロケーション情報であってもよい。リソースアロケーション情報は、一つまたは複数のＲＢ単位であってもよいし、一つまたは複数のサブチャネル単位であっても良いし、一つまたは複数のシンボル単位であってもよいし、一つまたは複数のスロット単位であってもよい。また、ＲＳのリソースアロケーション情報は、ＲＳに用いるシーケンス情報を含んでもよい。

【0338】

前述の（６）のＨＡＲＱに関する情報は、例えば、繰り返し回数、繰り返し送信する場合のリソースアロケーション情報、ＨＡＲＱフィードバック（たとえばAckおよび／あるいはNack）送信のためのスケジューリング情報などである。繰り返し送信あるいはＨＡＲＱフィードバック送信のスケジューリング情報として、前述のＰＣ５通信用のスケジューリング情報を適用してもよい。また、リソースアロケーション情報は、送信帯域であってもよいし、送信タイミングであってもよい。このようにすることで、ＰＣ５通信を行う送信ＵＥがＨＡＲＱ処理を実施可能となる。また、ＰＣ５通信を行う受信ＵＥが、ＨＡＲＱフィードバックを送信するためのスケジューリングを実施可能になる。

【0339】

送信ＵＥは、ＰＣ５通信を用いて、受信ＵＥに対して、ＨＡＲＱフィードバックのスケジューリング情報を通知するとよい。受信ＵＥは、ＨＡＲＱフィードバックのスケジューリング情報を受信することで、ＨＡＲＱフィードバックを送信可能となる。

【0340】

前述の（７）のＣＳＩに関する情報は、例えば、ＰＣ５上でのＣＳＩ用ＲＳの設定情報、ＣＳＩ報告送信のためのスケジューリング情報などである。設定情報は、前述のリソースアロケーション情報であってもよい。ＣＳＩ報告送信のためのスケジューリング情報として、前述のＰＣ５通信用のスケジューリング情報を適用してもよい。また、リソースアロケーション情報は、送信帯域であってもよいし、送信タイミングであってもよい。このようにすることで、ＰＣ５通信を行う送信ＵＥがＣＳＩ用ＲＳ送信を実施可能となる。また、ＰＣ５通信を行う受信ＵＥがＣＳＩ報告を実施可能になる。

【0341】

送信ＵＥは、ＰＣ５通信を用いて、受信ＵＥに対して、ＣＳＩ報告送信のためのスケジューリング情報を通知するとよい。受信ＵＥは、ＣＳＩ報告のスケジューリング情報を受信することで、ＣＳＩ報告を送信可能となる。

【0342】

前述の（８）の送信出力に関する情報は、送信ＵＥが送信するチャネルあるいはＲＳの送信電力であってもよい。あるいは、該情報は、送信電力を導出するためのパラメータ値であってもよい。送信ＵＥは、該パラメータを用いて送信電力を導出する。また、該情報は、受信ＵＥが送信するチャネルあるいはＲＳの送信電力であってもよい。該情報は、ＨＡＲＱフィードバックあるいはＣＳＩ報告の送信電力であってもよい。あるいは、該情報は、受信ＵＥが送信電力を導出するためのパラメータ値であってもよい。基地局は、送信ＵＥおよび受信ＵＥが他ＵＥから受ける干渉、あるいは、送信ＵＥおよび受信ＵＥが他ＵＥへ与える干渉を考慮して、送信電力を設定することが可能となる。

【0343】

前述の（９）の電力測定に関する情報は、例えば、ＰＣ５上での電力測定用チャネルあるいはＲＳの設定情報、電力測定結果報告送信のためのスケジューリング情報などである。設定情報は、前述のリソースアロケーション情報であってもよい。電力測定結果報告送信のためのスケジューリング情報として、前述のＰＣ５通信用のスケジューリング情報を適用してもよい。また、リソースアロケーション情報は、送信帯域であってもよいし、送信タイミングであってもよい。このようにすることで、ＰＣ５通信を行う送信ＵＥが電力測定用ＲＳ送信を実施可能となる。また、ＰＣ５通信を行う受信ＵＥが電力測定結果報告を実施可能となる。

【0344】

送信ＵＥは、ＰＣ５通信を用いて、受信ＵＥに対して、電力測定用チャネルあるいはＲＳ設定を通知するとよい。受信ＵＥは、受信した電力測定用チャネルあるいはＲＳ設定を用いて、電力測定用チャネルあるいはＲＳを測定し、受信電力を導出する。送信ＵＥは、ＰＣ５通信を用いて、受信ＵＥに対して、電力測定結果報告送信のためのスケジューリング情報を通知するとよい。受信ＵＥは、測定した受信電力測定結果を、該スケジューリングを用いて送信ＵＥに対して送信可能となる。

【0345】

送信ＵＥから受信ＵＥに対して通知する情報、あるいは、受信ＵＥから送信ＵＥに対して通知する情報は、ＰＣ５－Ｓシグナリングを用いて通知されてもよいし、あるいはＲＲＣシグナリングを用いて通知されてもよいし、あるいはＭＡＣシグナリングを用いて通知されてもよい。あるいは、該情報は、ＳＣＩに含められてＰＳＣＣＨで通知されてもよいし、フィードバックチャネル（PSFCH）で通知されてもよい。

【0346】

ＰＣ５－Ｓシグナリングを用いることで、早期に通知可能となる。ＲＲＣシグナリングを用いることで、ＡＳレイヤで通知可能となる。たとえば、ＡＳレイヤの情報の通知に有効である。ＭＡＣシグナリングを用いることで、低遅延で通知可能となる。また、ＭＡＣシグナリングにＨＡＲＱを適用することで、誤り率を低減可能となる。ＰＳＣＣＨやＰＳＦＣＨを用いることで、低遅延で通知可能となる。

【0347】

情報毎に異なる通知方法を用いてもよい。たとえば、ＰＣ５通信の電力測定用ＲＳの設定情報をＰＣ５－Ｓシグナリングで通知し、電力測定結果をＲＲＣシグナリングで通知してもよい。このようにすることで、受信ＵＥは、早期に電力測定を実施可能となり、ＲＲＣ接続後の早期に電力測定結果を送信ＵＥに通知可能となる。これにより、送信ＵＥは早期に適切な送信電力制御を実施可能となる。情報毎に異なる通知方法を適宜用いることで、ＰＣ５通信の通信品質を向上させることが可能となる。

【0348】

送信ＵＥは、受信ＵＥに対して、ＰＣ５通信を用いたＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮの情報を通知してもよい。あるいは、送信ＵＥは、該情報のうちのいずれか一つを通知してもよい。受信ＵＥは、予め取得した、Ｖ２Ｘサービスに対応づけられたＮＰＮに関する情報と、送信ＵＥから通知された、ＰＣ５通信を用いたＶ２Ｘサービス情報と該Ｖ２Ｘサービスを利用可能なＮＰＮに関する情報とを用いて、ＮＰＮアクセス可否を判断してもよい。実施の形態１の変形例３で開示した方法を適用してもよい。

【0349】

受信ＵＥは、アクセス可否判断結果を送信ＵＥに通知してもよい。たとえば、受信ＵＥは送信ＵＥに対して、ＰＣ５通信アクセプトを送信する。受信ＵＥは、ＰＣ５通信アクセプトメッセージに自ＮＰＮ関連情報を含めてもよい。送信ＵＥは、受信ＵＥから受信した、受信ＵＥが属するＮＰＮ関連情報を用いて、ＮＰＮアクセス可否検証を行ってもよい。実施の形態１の変形例３で開示した方法を適用してもよい。このようにすることで、送信ＵＥにおいてＮＰＮアクセス可否検証を行うことが可能となる。

【0350】

また、実施の形態１の変形例３で開示した方法を適用して、前述の受信ＵＥによるアクセス可否判断をもって、アクセス可否検証としてもよい。受信ＵＥにおいてアクセス可否検証を行うことになる。

【0351】

このようにすることで、モード１のＰＣ５通信用のスケジューリングを実施するＲＡＮノードが、送信ＵＥの属するＮＰＮと異なるＮＰＮに属する場合も、ＮＰＮアクセス制御を実施可能となる。ＰＣ５通信を行う受信ＵＥにおいて、ＮＰＮアクセス可否判断が実施可能となる。

【0352】

図２２および図２３は、実施の形態１の変形例４について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの例を示す図である。図２２と図２３は境界線ＢＬ２２２３の位置でつながっている。図２２および図２３は、ＲＡＮノード（基地局）がＵＥに対してＰＣ５通信のスケジューリングを実施する例について示している。図２２および図２３において、図１６、図１７、図２０と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0353】

ステップＳＴ１９０５で、送信ＵＥは、自ＮＰＮに属さないセルへのアクセス可否を判断する。送信ＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスのためのアクセスの場合は、自ＮＰＮに属さないセルにアクセス可能と判断し、そうでない場合はアクセス不可能と判断する。ＲＡＮノードはＵＥに対してＮＰＮ関連情報を報知してもよく、ＵＥは、報知されているＮＰＮ関連情報を受信する。ＵＥは、ステップＳＴ１９０５で、受信したＮＰＮ関連情報内に自ＮＰＮが無くても、ＰＣ５通信のためのアクセスの場合には、該ＲＡＮノードにアクセス可能と判断する。

【0354】

ＵＥは、アクセス可能と判断した場合、ステップＳＴ１９０８で、ＲＡＮノードにアクセスし、ＲＡＮノードに対してＶ２Ｘケーパビリティを通知する。ステップＳＴ１９０９で、ＲＡＮノードはＡＭＦに対して、ＵＥから受信したＶ２Ｘケーパビリティを通知する。送信ＵＥからＡＭＦへのＶ２Ｘケーパビリティの通知方法は、図１６および図１７で開示した方法を適宜適用すると良い。

【0355】

ＡＭＦはＵＥについてＮＰＮアクセス可否検証を実施しない。ＰＣ５通信のためのＶ２Ｘケーパビリティを通知したＵＥについては、ＡＭＦはＮＷにアクセス可能か否かを判断しない。ＡＭＦは、ＵＥから受信したＶ２Ｘケーパビリティを用いて、Ｖ２Ｘサービスを提供可能であることを認識する。

【0356】

ステップＳＴ１４１３で、ＡＭＦはＰＣＦに対して、ＵＥから受信したＶ２Ｘケーパビリティを通知する。該通知に、たとえば、Ｎｐｃｆインタフェースを用いてもよいし、ＵＥ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｃｒｅａｔｅ Ｒｅｑｕｅｓｔメッセージを用いてもよい。

【0357】

ＰＣＦは、ステップＳＴ１４１４で、ＵＥの登録データを用いて、Ｖ２Ｘサービス認証を実施する。また、ＰＣＦは、ＵＥに対してＶ２Ｘポリシを提供することを決定する。また、ＰＣＦは、ＵＥに対して、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報を提供することを決定する。Ｖ２Ｘポリシとして、Ｖ２Ｘパラメータを含めてもよい。Ｖ２Ｘポリシに、Ｖ２Ｘサービスとそれを利用可能なＮＰＮの情報を含めてもよい。

【0358】

ステップＳＴ１４１５で、ＰＣＦはＡＭＦに対して、Ｖ２Ｘ通信関連情報を通知する。ステップＳＴ１４１６で、ＡＭＦは、ＰＣＦから受信したＶ２Ｘ通信関連情報を、ＲＡＮノードに対して通知する。ＡＭＦは、ＵＥに対して、ＰＣＦから受信したＶ２Ｘ通信関連情報を通知してもよい。ＡＭＦは、たとえばステップＳＴ１４１６、ＳＴ１４１７によって、ＵＥに対してＶ２Ｘ通信関連情報を通知してもよい。ステップＳＴ１４１７で、ＲＡＮノードはＵＥに対して、Ｖ２Ｘ通信関連情報を通知する。このようにすることで、ＵＥも、Ｖ２Ｘ通信関連情報を取得可能となる。

【0359】

ステップＳＴ１５２１で、送信ＵＥにおいて、ＰＣ５通信を用いたＶ２Ｘサービスが発生する。送信ＵＥは、たとえ自ＮＰＮに属さないセルのカバレッジ内に存在していても、ステップＳＴ１５３４で、該セルに対してＰＣ５通信用のＢＳＲを通知する。ＰＣ５通信用のＢＳＲを受信したＲＡＮノードは、ステップＳＴ１５３５で、送信ＵＥに対してＰＣ５通信用スケジューリングを実施する。ステップＳＴ１７３９からステップＳＴ１５５２は、図２０で開示した方法を適宜適用すればよい。

【0360】

このようにすることで、ＵＥは、自ＮＰＮに属さないセルのカバレッジ内に存在していても、該セルを介してＰＣ５通信が実施可能となる。

【0361】

実施の形態１の本変形例４で開示した方法により、ＵＥは、自ＮＰＮに属するセルを見つけられない場合にも、ＰＣ５通信を実行可能となる。ＵＥは、自ＮＰＮと異なるセルしか見つけられない場合にも、ＰＣ５通信を実行可能となる。ＰＣ５通信を用いたＶ２Ｘサービスを実施可能となる。また、ＵＥは、自ＵＥの属するＮＰＮとは異なるＮＰＮのＲＡＮノードを介して、ＣＮとの間でＶ２Ｘサービス認証およびＶ２Ｘポリシの提供処理を実施可能となる。たとえば、ＵＥは、Ｖ２Ｘポリシのアップデートを、自ＮＰＮと異なるセルしか見つけられない場合にも実行できる。このため、ＱｏＳパラメータのアップデートも可能となる。最新の通信状況やＮＷの負荷状況をＶ２Ｘポリシに反映可能となる。

【0362】

実施の形態１の変形例５．
本変形例５では、実施の形態１の変形例４で開示した課題を解決するための他の方法を開示する。

【0363】

ＰＣ５通信を行うＵＥが、自ＵＥと異なるＮＰＮに属するセルのカバレッジ内に存在する場合に、対向するＵＥ間でのＰＣ５通信用スケジューリングを行う。該方法は、ＰＣ５通信を行う送信ＵＥがスケジューリングを行う方法であるモード２のＰＣ５通信を用いたＶ２Ｘサービスを実施する場合に適用するとよい。

【0364】

ＰＣ５通信用リソースは、たとえば、基地局から報知される。ＰＣ５通信を行うＵＥは、自ＵＥと異なるＮＰＮに属するセルから報知されるＰＣ５通信用リソースを用いて、ＰＣ５通信用スケジューリングを実施するとよい。受信ＵＥは、自ＵＥと異なるＮＰＮに属するセルから報知されるＰＣ５通信用リソースを用いて、送信ＵＥからのＰＣ５通信を検出するとよい。

【0365】

ＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスを実施する場合に、自ＵＥと異なるＮＰＮに属するセルから報知されるＰＣ５通信用リソース情報を受信可能と判断する。そうでない場合、ＵＥは、自ＵＥと異なるＮＰＮに属するセルから報知されるＰＣ５通信用リソース情報を受信不可能と判断してもよい。

【0366】

このようにすることで、ＰＣ５通信を行うＵＥが、自ＵＥと異なるＮＰＮに属するセルのカバレッジ内に存在する場合に、ＰＣ５通信を実施可能となる。

【0367】

しかし、ＵＥが属するＮＰＮと異なるＮＰＮに属するセルが、必ずしも、該ＵＥの属するＮＰＮで使用可能なＰＣ５通信用リソースを報知するとは限らない。このため、ＵＥは、自ＵＥと異なるＮＰＮに属するセルから報知されるＰＣ５通信用リソースでは、ＰＣ５通信を実施できない。このような課題を解決する方法を開示する。

【0368】

自ＵＥが属するＮＰＮで利用可能なＰＣ５通信用リソースは、予めＵＥ内に構成されてもよい。ＮＰＮとそのＮＰＮで使用可能なＰＣ５通信用リソースの設定方法は、実施の形態１の変形例２で開示した方法を適用してもよい。また、Ｖ２Ｘサービス毎にＰＣ５通信用リソースを設定してもよい。この方法には、実施の形態１の変形例２で開示した方法を適用してもよい。

【0369】

このようにすることで、自ＵＥと異なるＮＰＮに属するセルから報知されたＰＣ５通信用リソースが、自ＵＥの属するＮＰＮで使用不可能な場合も、ＵＥは、自ＵＥ内に構成された、ＰＣ５通信用リソースを用いてスケジューリングを実施することで、ＰＣ５通信を実施可能となる。ＰＣ５通信を用いたＶ２Ｘサービスが実施可能となる。

【0370】

ＰＣ５通信用リソースが予めＵＥ内に構成される場合、ＰＣ５通信用リソースは、ＰＣＦによってアップデートされてもよい。ＰＣ５通信用リソースのアップデートは、Ｖ２Ｘポリシ提供処理を用いて、ＰＣＦからＵＥへ提供されてもよい。ＵＥが、ＵＥが属するＮＰＮと異なるＮＰＮに属するＲＡＮノードやＣＮを介してＶ２Ｘポリシの提供処理を実施する方法は、実施の形態１の変形例４で開示した方法を適宜適用すると良い。

【0371】

他の方法として、ＣＮがＲＡＮノードに対して、ＵＥが属するＮＰＮとそのＮＰＮで使用可能なＰＣ５通信用リソースの情報を通知してもよい。たとえば、ＰＣＦがＲＡＮノードに対して、ＵＥが属するＮＰＮとそのＮＰＮで使用可能なＰＣ５通信用リソースの情報を通知しても良い。ＵＥがＰＣＦに対して、ＲＡＮノードへのＶ２Ｘポリシ提供を要求してもよい。ＲＡＮノードへのＶ２Ｘポリシ提供要求情報を設けて、該情報をＵＥがＡＭＦに通知してもよい。ＰＣＦは、ＵＥが属するＮＰＮとそのＮＰＮで使用可能なＰＣ５通信用リソース情報を、Ｖ２Ｘポリシに含めて、通知するとよい。

【0372】

ＵＥはＡＭＦに対して、ＲＡＮノードへのＶ２Ｘポリシ提供要求情報とともに、ＵＥを特定するための情報、たとえばＵＥ識別子情報、および／あるいは、ＲＡＮノードを特定するための情報、たとえばＲＡＮノードの識別子情報を、通知してもよい。ＡＭＦはＰＣＦに対して、ＲＡＮノードへのＶ２Ｘポリシ提供を要求してもよい。ＰＣＦは該要求に応じて、ＡＭＦを介してＲＡＮノードにＶ２Ｘポリシを提供する。ＰＣＦからＲＡＮノードに対してＶ２Ｘポリシを提供する方法は、実施の形態１の変形例４で開示した方法を適宜適用すると良い。

【0373】

このようにすることで、ＲＡＮノードは、ＵＥの属するＮＰＮで使用可能なＰＣ５通信用リソースを認識可能となる。ＲＡＮノードは、ＵＥの属するＮＰＮで使用可能なＰＣ５通信用リソースを報知する。ＲＡＮノードは、ＵＥの属するＮＰＮに関する情報と、そのＮＰＮで使用可能なＰＣ５通信用リソースとを対応付けて報知してもよい。このようにすることで、ＵＥは、自ＵＥと異なるＮＰＮに属するセルから報知されたＰＣ５通信用リソースを用いて、ＰＣ５通信を実施可能となる。ＰＣ５通信を用いたＶ２Ｘサービスを実施可能となる。

【0374】

図２４および図２５は、実施の形態１の変形例５について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの第１例を示す図である。図２４と図２５は境界線ＢＬ２４２５の位置でつながっている。図２４および図２５は、ＵＥがＰＣ５通信のスケジューリングを実施する例について示している。図２４および図２５において、図１８～図２０，図２２～図２３と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0375】

ステップＳＴ１６２９で、ＲＡＮノードがＰＣ５通信関連情報を報知する。ステップＳＴ１５２１で、送信ＵＥにおいて、ＰＣ５通信を用いたＶ２Ｘサービスが発生すると、該送信ＵＥは、ステップＳＴ２０４０で、ステップＳＴ１４１７で受信したＶ２Ｘ通信関連情報とステップＳＴ１６２９で受信したＰＣ５通信関連情報とを用いて、Ｖ２Ｘサービスと、該Ｖ２Ｘサービス用のＰＣ５通信用ＲＰと、該Ｖ２Ｘサービスを利用可能なＮＰＮとを対応付ける。

【0376】

送信ＵＥは、ステップＳＴ１６３８で、発生したＶ２Ｘサービスを利用可能なＮＰＮに対応したＲＰを選択する。送信ＵＥは、選択したＲＰを用いて、ＰＣ５通信用のスケジューリングを実施する。ステップＳＴ１６４２からステップＳＴ１７４６の処理により、送信ＵＥはＮＰＮアクセス可否検証を行う。このようにすることで、ＮＰＮが所望のＶ２Ｘサービスを利用可能でない場合、ＰＣ５通信不可能とすることができる。送信ＵＥにおいて、ＮＰＮアクセス可否検証を実施可能となる。

【0377】

図２６および図２７は、実施の形態１の変形例５について、自ＮＰＮに属さないセルを介してＰＣ５通信を実施するシーケンスの第２例を示す図である。図２６と図２７は境界線ＢＬ２６２７の位置でつながっている。図２６および図２７は、ＡＭＦがＵＥについてＮＰＮアクセス可否検証を実施する例を示している。ＡＭＦからＵＥに対して通知されるＶ２Ｘ通信関連情報は、ＮＰＮアクセスに対するリジェクト通知に含められる。図２６および図２７において、図１８～図１９、図２４および図２５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0378】

ステップＳＴ１９０５で、送信ＵＥは、自ＮＰＮに属さないセルへのアクセス可否を判断する。送信ＵＥは、アクセス可能と判断した場合、ステップＳＴ１４０７で、ＲＡＮノードにアクセスし、ＲＡＮノードに対してＮＰＮ関連情報とＶ２Ｘケーパビリティを通知する。ステップＳＴ１４０８で、ＲＡＮノードはＡＭＦに対して、ＵＥから受信したＮＰＮ関連情報とＶ２Ｘケーパビリティを通知する。ＮＰＮ関連情報とＶ２Ｘケーパビリティの通知方法は、図１８～図１９で開示した方法を適宜適用すると良い。

【0379】

ステップＳＴ２１１２で、ＡＭＦはＵＥについて、ＮＷに対するＮＰＮアクセス可否検証を実施する。ＡＭＦは、ＵＥから通知されたＮＰＮ関連情報を用いて、ＮＰＮアクセス可否検証を実施する。ここでは、ＵＥは自ＮＰＮに属さないセルを介してアクセスしているので、ＡＭＦはＮＰＮアクセス不可能と判断する。

【0380】

また、たとえＮＰＮアクセス可否検証によってアクセス不可能と判断されても、ＡＭＦは、ＵＥから通知されたＶ２Ｘケーパビリティ情報を用いて、Ｖ２Ｘ通信関連情報の提供を、ＰＣＦに対して要求する。ステップＳＴ１４１３からステップＳＴ１４１５の処理により、ＡＭＦはＰＣＦから、ＵＥに対するＶ２Ｘ関連情報を取得する。

【0381】

ＡＭＦは、該Ｖ２Ｘ関連情報を取得するまで、ＲＡＮノードおよびＵＥに対してＮＰＮアクセス拒否を通知することを保留しておく。ＡＭＦは、ステップＳＴ２１１４、ＳＴ２１１６で、ＮＰＮアクセス拒否をＲＡＮノードおよび送信ＵＥに対して通知する。ＡＭＦは、該ＮＰＮアクセス拒否に、ステップＳＴ１４１５で取得したＶ２Ｘ関連情報を含める。このようにすることで、ＲＡＮノードおよび送信ＵＥは、Ｖ２Ｘ関連情報を取得することができる。

【0382】

このように、Ｖ２Ｘ関連情報を、ＮＰＮアクセス拒否に含めて、ＲＡＮノードおよびＵＥに対して通知することで、従来のＡＭＦにおけるＮＰＮアクセス制御（ＮＰＮアクセス可否検証）処理を利用することができる。追加処理を低減することで、これらの処理を容易に実施することが可能となる。

【0383】

実施の形態１の本変形例５で開示した方法により、実施の形態１の変形例４で示した効果と同様の効果を得ることができる。また、ＰＣ５通信を行うＵＥがＰＣ５通信用スケジューリングを行い、ＲＡＮノードがＰＣ５通信用スケジューリングを行う必要が無いので、ＵＥがＲＡＮノードに対してＰＣ５通信を要求するなどのアクセスが不要となる。このため、ＰＣ５通信を低遅延で開始できる。

【0384】

実施の形態２．
ＮＲでのＰＣ５通信では、ＰＣ５のＱｏＳ管理方法として、ＱｏＳフローを用いた方法が実施される（非特許文献２１（ＴＳ２３．２８７）参照）。ＰＣ５通信を行うＵＥに、ＰＣ５通信を用いたＶ２Ｘサービスのサービス要求からＱｏＳパラメータを導出する機能が設けられる。ＱｏＳパラメータはＶ２ＸサービスのＱｏＳの指標となる。ＰＣ５通信を用いたＶ２Ｘサービスのサービス要求からＱｏＳパラメータを導出するためのルール（以降、ＱｏＳルールと称する場合がある）は、予めＵＥ内に構成されてもよい。あるいは、ＱｏＳルールはＣＮからＵＥに対して提供されてもよい。あるいは、ＱｏＳパラメータが、予めＵＥ内に構成されてもよいし、ＣＮからＵＥに対して提供されてもよい。ＣＮとしてＰＣＦが、ＡＭＦを介してＵＥに対して、該ルールあるいはＱｏＳパラメータを提供してもよい。ＰＣ５通信を行うＵＥは、ＱｏＳパラメータを用いてＰＣ５通信用スケジューリングを行う。

【0385】

ＱｏＳパラメータあるいはＱｏＳルールは、Ｖ２Ｘ関連情報に含まれてもよい。ＱｏＳパラメータあるいはＱｏＳルールは、Ｖ２ＸポリシまたはＶ２Ｘパラメータに含まれてもよい。ＣＮ側からＵＥに対するＱｏＳパラメータあるいはＱｏＳルールの提供は、実施の形態１あるいはその変形例で開示した、Ｖ２Ｘ関連情報の提供方法またはＶ２Ｘポリシ提供方法を適用してもよい。このようにすることで、処理方法が異なり複雑になることを回避することが可能となり、誤動作を削減可能となる。

【0386】

ＵＥに対するＰＣ５通信用スケジューリングをＲＡＮノード（例えば基地局）が行う場合がある。このような場合、基地局でＰＣ５通信用スケジューリングを行うために、基地局に、ＰＣ５通信を用いたＶ２Ｘサービスのサービス要求からＱｏＳパラメータを導出する機能を設けてもよい。ＰＣ５通信を用いたＶ２Ｘサービスのサービス要求からＱｏＳパラメータを導出するためのルールあるいはＱｏＳパラメータは、ＣＮから提供されてもよい。ＣＮとしてＰＣＦが、ＡＭＦを介して基地局に対して、該ルールあるいはＱｏＳパラメータを提供してもよい。基地局は、ＱｏＳパラメータを用いてＰＣ５通信用スケジューリングを行う。

【0387】

ＰＣ５通信はＵＥ間で実施される。基地局はＰＣ５通信を行わない。たとえＵＥに対するＰＣ５通信用スケジューリングを基地局が行う場合であっても、基地局はＰＣ５通信を行わない。このため、基地局は、ＵＥ間で行われるＰＣ５通信のＱｏＳがどのようになっているかを認識できない。たとえば、基地局は、ＰＣ５通信が、要求されたＱｏＳを満たしているのか否かを認識できない。このため、たとえば、ＰＣ５通信の通信品質が悪くなり、要求されたＱｏＳを満たさなくたった場合も、基地局は、それを認識できず、今までと同じスケジューリングを行い続けることになってしまう。要求されたＱｏＳを満たさない状態が続いてしまうことになる。

【0388】

本実施の形態２はこのような課題を解決する方法を開示する。

【0389】

ＰＣ５通信を実施するＵＥは、ＰＣ５通信におけるＱｏＳをモニタする。ＰＣ５通信を実施するＵＥは、送信ＵＥであってもよいし、受信ＵＥであってもよい。ＰＣ５通信は、ブロードキャストであってもよいし、グループキャストであってもよいし、ユニキャストであってもよい。ＵＥは、ＱｏＳのモニタとして、ＱｏＳパラメータを測定するとよい。ＱｏＳのモニタは、ＱｏＳパラメータの全部に対して行われてもよいし、あるいは、一部に対して行われてもよい。

【0390】

ＱｏＳモニタを実施したＵＥは、基地局に対してＱｏＳモニタ結果を通知する。該ＵＥは、ＱｏＳモニタとして実施したＱｏＳパラメータの測定結果を通知する。たとえば、ＰＣ５通信を行う送信ＵＥは、ＰＣ５通信のＱｏＳパラメータを測定し、ＱｏＳパラメータの測定結果を、ＰＣ５通信のためのスケジューリングを実施する基地局に対して通知する。このようにすることで、ＰＣ５通信用スケジューリングを実施する基地局が、ＰＣ５通信の実際のＱｏＳを認識可能となる。

【0391】

測定するＰＣ５のＱｏＳパラメータの具体例として、以下に（１）～（１１）を開示する。

【0392】

（１）ＰＱＩ。

【0393】

（２）リソースタイプ。

【0394】

（３）優先順位レベル。

【0395】

（４）パケットディレイバジェット（Packet Delay Budget）。

【0396】

（５）パケットエラーレート（Packet Error Rate）。

【0397】

（６）アベレージングウィンドウ（Averaging window）。

【0398】

（７）最大データバーストボリューム（Maximum Data Burst Volume）。

【0399】

（８）ＰＣ５フロービットレート（PC5 flow bit rates）。

【0400】

（９）ＰＣ５リンクアグリゲイテッドビットレート（PC5 Link Aggregated Bit Rates）。

【0401】

（１０）レンジ（Range）。

【0402】

（１１）（１）～（１０）の組合せ。

【0403】

ＰＣ５通信を行っているＵＥは、ＰＣ５通信のＱｏＳをモニタするため、これらのＱｏＳパラメータの一部または全部を測定するとよい。ＵＥはこれらのＱｏＳパラメータを直接測定してもよい。あるいは、ＵＥは、他の指標を測定し、その結果を用いてこれらのＱｏＳパラメータを導出してもよい。

【0404】

前述の（１０）のレンジは、ＱｏＳを満たす必要のある最小の距離を示す。このため、ＰＣ５通信を行うＵＥは、ＰＣ５通信を行うＵＥ間の距離を導出するとよい。ＰＣ５通信を行うＵＥが、ＰＣ５通信を行うＵＥ間の距離を導出する方法を開示する。

【0405】

ＰＣ５通信における受信電力を用いるとよい。受信電力は例えばＲＳＲＰであってもよい。ＰＣ５通信におけるＲＳＲＰをＳＬ－ＲＳＲＰとも称する。ＰＣ５通信を行う受信ＵＥは、対向する送信ＵＥから送信される信号のＳＬ－ＲＳＲＰを測定する。受信ＵＥは送信ＵＥに対して、ＳＬ－ＲＳＲＰの測定結果を通知する。受信ＵＥは、ＳＬ－ＲＳＲＰの測定結果として、測定値を通知してもよい。あるいは、受信ＵＥは、ＳＬ－ＲＳＲＰの値を一つまたは複数の範囲に分割し、測定値がどの範囲に属するかを示す情報を通知してもよい。通知に必要な情報量を低減可能となる。

【0406】

送信ＵＥは、受信ＵＥから通知されたＰＣ５通信のＳＬ－ＲＳＲＰを用いて、ＵＥ間の距離を導出する。送信ＵＥはＰＣ５通信の送信信号の送信電力を認識している。送信ＵＥは、該送信電力と、受信ＵＥから取得したＰＣ５通信のＳＬ－ＲＳＲＰとを用いて、ＵＥ間の電波伝搬ロスを導出し、該電波伝搬ロスからＵＥ間の距離を導出するとよい。このようにすることで、送信ＵＥはＰＣ５通信を行うＵＥ間の距離を導出可能となる。

【0407】

他の方法を開示する。ＰＣ５通信を行うＵＥは、自ＵＥの位置を導出する。送信ＵＥは自ＵＥの位置情報を受信ＵＥに対して通知する。受信ＵＥは、送信ＵＥからの位置情報を受信し、送信ＵＥの位置情報と自ＵＥの位置情報とを用いて、ＵＥ間の距離を導出する。受信ＵＥは、送信ＵＥに対して、導出したＵＥ間の距離を通知する。ＵＥでの位置の導出は、ＧＮＳＳを用いても良いし、ＲＡＮノードを用いてもよい。ＲＡＮノードは、たとえば、ＮＲのｇＮＢであってもよいし、ＬＴＥでのｅＮＢであってもよい。このようにすることで、送信ＵＥはＰＣ５通信を行うＵＥ間の距離を導出可能となる。

【0408】

送信ＵＥが、受信ＵＥとの間の距離を導出してもよい。受信ＵＥは自ＵＥの位置情報を送信ＵＥに対して通知する。送信ＵＥは、受信ＵＥからの位置情報を受信し、受信ＵＥの位置情報と自ＵＥの位置情報とを用いて、ＵＥ間の距離を導出する。このようにすることで、送信ＵＥはＰＣ５通信を行うＵＥ間の距離を導出可能となる。

【0409】

位置情報は、ＵＥが位置するエリアを示す情報であってもよい。たとえば、予め所定のエリアに分割し、該エリアに識別子を設ける。各ＵＥが位置するエリア識別子から距離を導出するとよい。このようにすることで、ＵＥ間で通知される位置情報量を削減可能となる。

【0410】

他の方法を開示する。受信ＵＥが、ＰＣ５通信を行うＵＥ間の電波伝搬ロスを導出する。送信ＵＥは受信ＵＥに対して、ＰＣ５通信の送信信号の送信電力を通知する。該通知にＲＲＣシグナリングを用いてもよい。準静的に送信電力を変更する場合に有効である。あるいは、ＭＡＣシグナリングを用いてもよい。比較的早期に送信電力を変更する場合に有効である。あるいは、送信ＵＥは、通知する送信電力を、ＳＣＩに含めて、ＳＰＣＣＨで通知してもよい。ダイナミックに送信電力を変更する場合に有効である。通知する送信電力の値は、前回の送信電力との差分であってもよい。

【0411】

ＰＣ５通信を行う受信ＵＥは、対向する送信ＵＥから送信される信号の受信電力を測定する。受信ＵＥは、測定した受信電力と、送信ＵＥから通知された送信電力値とを用いて、電波伝搬ロスを導出する。受信ＵＥは、導出した電波伝搬ロスを、送信ＵＥに対して通知するとよい。送信ＵＥは、受信ＵＥから通知された電波伝搬ロスを用いて、ＵＥ間の距離を導出するとよい。このようにすることで、送信ＵＥは、ＰＣ５通信を行うＵＥ間の距離を導出可能となる。

【0412】

受信ＵＥが、電波伝搬ロスからＵＥ間の距離を導出してもよい。受信ＵＥは、導出したＵＥ間の距離を、送信ＵＥに対して通知する。このようにすることで、送信ＵＥは、ＰＣ５通信を行うＵＥ間の距離を認識可能となる。

【0413】

前述した、ＳＬ－ＲＳＲＰ、あるいは、電波伝搬ロス、あるいは、ＵＥ間距離は、周期的に通知されてもよいし、非周期的に通知されてもよい。周期的な通知の場合、送信ＵＥは、ＵＥ間距離の通知周期を、受信ＵＥに予め通知してもよい。非周期的な通知の場合、送信ＵＥが受信ＵＥに対して、ＳＬ－ＲＳＲＰ、あるいは、電波伝搬ロス、あるいは、ＵＥ間距離の通知を要求してもよい。

【0414】

他の方法として、ＳＬ－ＲＳＲＰ、あるいは、電波伝搬ロス、あるいは、ＵＥ間距離について、通知をトリガするための閾値を設けてもおい。たとえば、測定値や導出値が該閾値より下回った場合、あるいは、上回った場合などに、通知を実施する、としてもよい。該閾値や、通知を実施する条件等は、予め静的に規格等で決められてもよいし、送信ＵＥから受信ＵＥに通知されてもよい。このような閾値や条件は一つに限らず、複数の閾値や条件を設定してもよい。たとえば、ＰＣ５通信状態は電波伝搬環境に応じて多種あるので、これらのＰＣ５通信状態に応じて閾値や条件を設定可能となる。

【0415】

該通知周期、通知要求、あるいは、閾値や条件の通知方法として、ＰＣ５通信の送信信号の送信電力の通知方法を適用してもよい。同様の効果を得られる。受信ＵＥがＳＬ－ＲＳＲＰ、あるいは、電波伝搬ロス、あるいは、ＵＥ間距離を送信ＵＥに通知する方法として、ＲＲＣシグナリングを用いてもよい。通知間隔が比較的長い場合に有効である。あるいは、ＭＡＣシグナリングを用いてもよい。通知間隔が比較的短い場合に有効である。あるいは、ＳＬ－ＲＳＲＰ、あるいは、電波伝搬ロス、あるいは、ＵＥ間距離は、フィードバック情報として、ＰＳＦＣＨで通知されてもよい。ダイナミックに通知する場合に有効である。通知する値は前回との差分であってもよい。

【0416】

このようにすることで、ＰＣ５通信を行うＵＥは、ＰＣ５通信を行うＵＥ間の距離を導出することが可能となる。ＱｏＳパラメータの一つの指標であるレンジを導出可能となる。

【0417】

ＰＣ５通信を行うＵＥが、ＰＣ５通信を行うＵＥ間の距離を導出する他の方法を開示する。ＵＥは、ＵＥ間のＰＣ５通信の電波伝搬遅延時間から、ＵＥ間の距離を導出してもよい。ＵＥ間のＰＣ５通信の電波伝搬遅延時間を導出する方法の例を開示する。ＰＣ５通信における電波伝搬遅延時間を導出する送信ＵＥをＵＥ＿ｔｘと称し、受信ＵＥをＵＥ＿ｒｘと称する場合がある。

【0418】

タイミング補正用信号を設ける。タイミング補正用のチャネルを設けてもよい。タイミング補正用信号は、所定のシーケンスを用いて構成され、所定の周波数帯域と所定の時間長を有する周波数－時間リソースにマッピングされる。リソースを示す周波数単位は、サブキャリア単位、ＲＢ単位、ＳＬで用いられるサブチャネルの周波数単位、ＢＷＰ単位等であってもよい。リソースを示す時間単位は、Ｔｓ（＝ｆｓ、ｆｓ；サンプリング周波数）単位、サブシンボル単位、シンボル単位、スロット単位、サブフレーム単位、ＴＴＩ単位等であってもよい。タイミング補正用信号がマッピングされる周波数－時間リソースは、一つまたは複数のリソースの繰返しで構成されてもよいし、あるいは、周期的に構成されてもよい。

【0419】

タイミング補正用信号はＵＥ個別に設定されてもよい。たとえば、タイミング補正用信号のシーケンス、および／あるいは、タイミング補正用信号の周波数－時間リソースを、タイミング補正用信号を送信するＵＥ毎に設定してもよい。ＳＬでＵＥから送信されるタイミング補正用信号を受信したＵＥが、該シーケンスおよび／あるいはリソースから、送信したＵＥを特定可能となる。また、タイミング補正用信号は、一つまたは複数のＵＥからなるグループ個別に設定されてもよい。タイミング補正用信号を送信したＵＥが所属するグループを特定可能となる。

【0420】

あるいは、タイミング補正用信号は、ＳＬ通信における送信ＵＥ内で共通に設定されてもよい。ＵＥが、送信相手であるＵＥ内で共通に設定されたタイミング補正用信号を用いることで、送信相手であるＵＥは、自ＵＥに送信されたタイミング補正用信号であることを特定可能となる。

【0421】

タイミング補正用信号の他の例として、タイミング補正用信号が、該信号を送信するＵＥの識別子を用いて構成されてもよい。ＵＥの識別子は、ＵＥを特定可能な識別子とするとよい。タイミング補正用信号を受信したＵＥが、どのＵＥから送信されたかを特定可能となる。同様に、タイミング補正用信号が、該信号を送信するグループ識別子を用いて構成されてもよい。

【0422】

ＳＬ通信においてＵＥ間でＳＲＳ送信を行ってもよい。ＳＬ通信のフィードバック送信に用いるリソースアロケーションを行うためにＳＲＳを用いることで、フィードバック送信の通信品質を向上させることができる。ＳＲＳに用いられるシーケンスと、ＳＲＳがマッピングされる周波数－時間リソースは、ＵＥ個別に設定されてもよいし、グループ個別に設定されてもよい。

【0423】

タイミング補正用信号としてＳＲＳを用いてもよい。このようにすることで、タイミング補正用信号のために別途、リソースを設定しなくて済む。リソースの使用効率を向上させることができる。

【0424】

ＳＬ通信においてAｃｋ／ＮａｃｋやＣＱＩを送信するためのチャネルとして、ＰＳＦＣＨ（Physical Sidelink Feedback CHannel）の導入が提案されている。ＰＳＦＣＨがマッピングされる周波数－時間リソースは、ＵＥ個別に設定されてもよいし、グループ個別に設定されてもよい。タイミング補正用信号としてＰＳＦＣＨを用いてもよい。このようにすることで、タイミング補正用信号のために別途、リソースを設定しなくて済む。リソースの使用効率を向上させることができる。

【0425】

タイミング補正用信号として、ｇＮＢとＵＥとの間で規定されるＵｕインタフェースにおけるＰＲＡＣＨを用いてもよい。Ｕｕ用のＰＲＡＣＨ設定とは別に、ＰＣ５用のＰＲＡＣＨ設定を設けてタイミング補正用信号として用いてもよい。ｇＮＢは、ＳＬ通信を行うＵＥに対して、ＳＬ通信に用いるＰＲＡＣＨ設定を通知してもよい。このようにすることで、新たにタイミング補正用信号を設けないで済む。ＵＥにおいてＳＬ通信のための構成を簡略化可能となる。

【0426】

ＵＥ＿ｔｘは、ＵＥ＿ｒｘに対して、タイミング補正用信号送信要求を通知する。タイミング補正用信号送信要求に含まれる情報の例として、以下に（１）～（６）を開示する。

【0427】

（１）タイミング補正用信号送信指示情報。

【0428】

（２）タイミング補正用信号を送信するタイミング情報。

【0429】

（３）タイミング補正用信号の構成。

【0430】

（４）ＵＥ＿ｔｘの識別子。

【0431】

（５）ＵＥ＿ｒｘの識別子。

【0432】

（６）（１）から（５）の組合せ。

【0433】

前述の（２）として、送信タイミングを特定するための情報を用いるとよい。たとえば、フレーム番号、スロット番号、シンボル番号等を、前述の（２）として用いてもよい。また、これらにオフセット値を含めてもよい。また、タイミング補正用信号送信要求を受信したタイミングから、タイミング補正用信号を送信するタイミングまでの時間差を、前述の（２）として用いてもよい。オフセット値や時間差の単位として、前述したタイミング補正用信号がマッピングされる時間リソースを示す単位を用いてもよい。ＵＥ＿ｒｘは、タイミング補正用信号を送信するタイミングを特定可能となる。

【0434】

前述の（３）のタイミング補正用信号の構成として、前述したシーケンスや、タイミング補正用信号がマッピングされる周波数－時間リソース等を用いるとよい。ＵＥ＿ｒｘは、受信したタイミング補正用信号の構成を用いて、タイミング補正用信号を送信可能となる。

【0435】

前述の（４）のＵＥ＿ｔｘの識別子として、ＵＥ＿ｔｘを特定できるための識別子を用いてもよい。ＵＥ＿ｒｘは、どのＵＥに対してタイミング補正用信号を送信するかを特定可能となる。

【0436】

前述の（５）のＵＥ＿ｒｘの識別子として、ＵＥ＿ｒｘを特定できるための識別子を用いてもよい。タイミング補正用信号送信要求を受信したＵＥは、自ＵＥがタイミング補正用信号を送信するか否かを判断可能となる。

【0437】

タイミング補正用信号送信要求には複数の情報が含まれもよい。たとえば、前述の（２）の情報を複数、通知してもよいし、前述の（３）の情報を複数、通知してもよい。ＵＥ＿ｒｘは複数のタイミング補正用信号を送信してもよい。あるいは、ＵＥ＿ｒｘは、ＵＥ＿ｔｘから通知された複数の情報の中から１つ以上の情報を選択して、選択した１つ以上の情報に対応した１つ以上のタイミング補正用信号を送信してもよい。

【0438】

タイミング補正用信号の構成は一つあるいは複数の構成であってもよい。タイミング補正用信号の構成を、予め規格等で静的に決めておいてもよい。ｇＮＢ、ＵＥ＿ｔｘ、ＵＥ＿ｒｘなどの、Ｖ２Ｘ通信を行うノードが、タイミング補正用信号の構成を認識可能となる。

【0439】

タイミング補正用信号の構成をＵＥ＿ｔｘが設定してもよい。ＵＥ＿ｔｘがタイミング補正用信号を所定の構成から選択して設定してもよい。タイミング補正用信号の所定の構成は、ＳＬ用のタイミング補正用信号の構成であってもよい。タイミング補正用信号の所定の構成は、一つあるいは複数の構成であってもよい。タイミング補正用信号の所定の構成は、予め規格等で静的に決められていてもよい。

【0440】

ＵＥ＿ｔｘは、タイミング補正用信号の設定した構成（タイミング補正用信号の設定）を、ＵＥ＿ｒｘに通知する。ＵＥ＿ｒｘは、ＵＥ＿ｔｘから通知されたタイミング補正用信号の設定を用いて、タイミング補正用信号を送信する。ＵＥ＿ｒｘは、ＵＥ＿ｔｘから通知されたタイミング補正用信号の設定の中から一つを選択して、選択した設定でタイミング補正用信号を送信してもよい。

【0441】

タイミング補正用信号の構成をＵＥ＿ｔｘが設定することで、たとえば、セルのカバレッジ外でＵＥ間のＳＬ通信を行う場合も、ＵＥ＿ｒｘに対してタイミング補正用の信号を設定可能となる。それにより、ＵＥ＿ｒｘがタイミング補正用信号を送信可能となる。

【0442】

タイミング補正用信号の構成をｇＮＢが設定してもよい。ｇＮＢがタイミング補正用信号を所定の構成から選択して設定してもよい。タイミング補正用信号の所定の構成は、ＳＬ用のタイミング補正用信号の構成であってもよい。タイミング補正用信号の所定の構成は、一つあるいは複数の構成であってもよい。タイミング補正用信号の所定の構成は、予め規格等で静的に決められていてもよい。ｇＮＢは、タイミング補正用信号の設定した構成（タイミング補正用信号の設定）をＵＥ＿ｔｘに通知する。

【0443】

ＵＥ＿ｔｘは、ｇＮＢから通知されたタイミング補正用信号の構成を、ＵＥ＿ｒｘに通知する。ＵＥ＿ｔｘは、ｇＮＢから通知されたタイミング補正用信号の構成の一部または全部を、ＵＥ＿ｒｘに通知してもよい。ＵＥ＿ｒｘは、ＵＥ＿ｔｘから通知されたタイミング補正用信号の設定を用いて、タイミング補正用信号を送信する。ＵＥ＿ｒｘは、ＵＥ＿ｔｘから通知されたタイミング補正用信号の設定の中から一つを選択して、選択した設定でタイミング補正用信号を送信してもよい。

【0444】

タイミング補正用信号の構成をｇＮＢが設定することで、異なるＵＥ＿ｔｘに対して異なるタイミング補正用信号を設定可能となる。ＵＥ＿ｒｘが送信するタイミング補正用信号の構成を異ならせることが可能となり、タイミング補正用信号の衝突を削減することができる。ＵＥ＿ｔｘにおいて、ＵＥ＿ｒｘからのタイミング補正用信号の受信成功確率を向上させることが可能となる。

【0445】

タイミング補正用信号の構成をＵＥ＿ｒｘが設定してもよい。ＵＥ＿ｒｘがタイミング補正用信号を所定の構成から選択して設定してもよい。タイミング補正用信号の所定の構成は、予め規格等で静的に決められていてもよい。

【0446】

タイミング補正用信号の構成をＵＥ＿ｒｘが設定することで、タイミング補正用信号の設定をＵＥ＿ｔｘからＵＥ＿ｒｘに通知するためのシグナリング、あるいは、タイミング補正用信号の設定をｇＮＢからＵＥ＿ｔｘを介してＵＥ＿ｒｘに通知するためのシグナリングを削減できる。シグナリング量、および、タイミング補正用信号送信までの遅延時間を削減可能となる。

【0447】

タイミング補正用信号送信要求の通知方法について開示する。ＵＥ＿ｔｘがＵＥ＿ｒｘにタイミング補正用信号送信要求を通知する場合、ＳＬ通信におけるＰＣ５制御シグナリングを用いてもよい。あるいは、ＳＬ通信におけるＲＲＣシグナリングを用いてもよい。ＵＥ＿ｔｘはタイミング補正用信号送信要求をＳＬ通信用ＲＲＣメッセージとして、ＳＬ通信用のＲＲＣシグナリングで通知してもよい。ＵＥ＿ｔｘはタイミング補正用信号送信要求を、ＳＬの論理チャネルであるＳＣＣＨに含めて送信してもよい。このようにすることで、ＵＥ＿ｔｘからＵＥ＿ｒｘに対してタイミング補正用信号送信要求を通知することが可能となる。

【0448】

タイミング補正用信号送信要求の通知方法について他の方法を開示する。ＵＥ＿ｔｘはＵＥ＿ｒｘに、タイミング補正用信号送信要求を、ＳＬ通信におけるＭＡＣシグナリングを用いて通知してもよい。ＵＥ＿ｔｘはタイミング補正用信号送信要求を、ＭＡＣ制御情報に含めて通知してもよい。ＵＥ＿ｒｘにおいてＲＲＣでのタイミング補正用信号送信要求の受信処理が不要となるので、早期に受信処理を実行可能となる。

【0449】

タイミング補正用信号送信要求の通知方法について他の方法を開示する。ＵＥ＿ｔｘはタイミング補正用信号送信要求を、ＳＬ通信におけるＳＣＩに含めて、ＳＬ通信におけるＰＳＣＣＨでＵＥ＿ｒｘに送信してもよい。ＵＥ＿ｔｘはタイミング補正用信号送信要求を、前述のＳＣＩ１に含めてもよい。ＵＥ＿ｔｘはタイミング補正用信号送信要求を、ＳＣＩ１に含めてＰＳＣＣＨ１で通知してもよい。あるいは、ＵＥ＿ｔｘはタイミング補正用信号送信要求を、ＳＣＩ２に含めてもよい。ＵＥ＿ｔｘはタイミング補正用信号送信要求を、ＳＣＩ２に含めてＰＳＣＣＨ２で通知してもよい。タイミング補正用信号送信要求をＰＳＣＣＨで通知することで、ＵＥ＿ｒｘは早期に受信処理を実行可能となる。このため、ＵＥ＿ｒｘからのタイミング補正用信号送信を、早期に設定することが可能となる。

【0450】

タイミング補正用信号送信要求の通知方法について他の方法を開示する。ＵＥ＿ｔｘはＵＥ＿ｒｘに、タイミング補正用信号送信要求を、ＳＬ通信における、ＰＳＣＣＨとＰＳＳＣＨを用いて送信してもよい。たとえば、ＵＥ＿ｔｘは、タイミング補正用信号送信要求に含まれる情報の内で、タイミング補正用信号送信要求を示す情報とＵＥ＿ｒｘの識別子とをＳＣＩに含めてＰＳＣＣＨで送信し、他の情報を、該ＰＳＣＣＨに対応付けられるＰＳＣＣＨで送信してもよい。タイミング補正用信号送信要求が多くの情報を含む場合に、該多くの情報を、多くのリソースを確保できるＰＳＳＣＨを用いて、送信することが可能となる。

【0451】

前述した、タイミング補正用信号送信要求の通知方法を組合せて用いてもよい。たとえば、ＵＥ＿ｔｘは、タイミング補正用信号送信要求に含める情報の一部をＲＲＣシグナリングで送信し、他の情報をＰＳＣＣＨに含めて送信してもよい。たとえば、ＵＥ＿ｔｘは、タイミング補正用信号の構成をＲＲＣシグナリングで送信し、他の情報をＰＳＣＣＨで送信してもよい。このようにすることで、たとえば、複数のタイミング補正用信号の構成を設定する場合に、ＲＲＣシグナリングで多くの情報を送信可能になる。

【0452】

ＵＥ＿ｔｘは、複数のタイミング補正用信号の構成を、それらの構成の中からＵＥ＿ｒｘが実際に送信する一つのタイミング補正用信号の構成とは別に、通知してもよい。また、このような場合に、前述の組合せを用いてもよい。たとえば、ＵＥ＿ｔｘは、複数のタイミング補正用信号の構成をＲＲＣシグナリングで通知し、それらの構成の中からＵＥ＿ｒｘが実際に送信する一つのタイミング補正用信号の構成を、タイミング補正用信号送信要求情報とともに、ＰＳＣＣＨで通知してもよい。ＲＲＣシグナリングを用いることで多くの情報を送信可能となる。ＰＳＣＣＨを用いることで、タイミング補正用信号送信要求の通知から、タイミング補正用信号の送信までを、低遅延で実施可能となる。

【0453】

タイミング補正用信号の構成は、ＳＬ通信における報知情報として、ＵＥ＿ｔｘから報知してもよい。たとえば、ＵＥ＿ｔｘは、タイミング補正用信号の構成を、ＳＬのＭＩＢに含めて、ＰＳＢＣＨで送信してもよい。このようにすることで、ＵＥ＿ｔｘがタイミング補正用信号の構成を複数のＵＥ＿ｒｘ個別に通知する必要が無くなる。それにより、シグナリング用リソースの使用効率を向上させることができる。たとえば、タイミング補正用信号の構成がＵＥ＿ｔｘ毎に設定される場合に有効となる。

【0454】

ＵＥ＿ｒｘは、所定のタイミングで、タイミング補正用信号を送信する。ＵＥ＿ｒｘは、所定のタイミングとして、ＵＥ＿ｔｘから受信したタイミング補正用信号を送信するタイミング情報を用いてもよい。あるいは、ＵＥ＿ｒｘは、タイミング補正用信号送信指示情報を受信した後の直近のタイミング補正用信号の構成で示された周波数－時間リソースを用いることによって、所定のタイミングでタイミング補正用信号を送信してもよい。あるいは、所定のタイミングは、規格等で予め静的に決められたタイミングであってもよい。あるいは、所定のタイミングは、ＵＥ＿ｔｘが設定したタイミングであってもよい。ＵＥ＿ｒｘは、タイミング補正用信号の設定された構成を用いて、タイミング補正用信号を送信する。

【0455】

このようにすることで、ＵＥ＿ｔｘは、ＵＥ＿ｒｘがタイミング補正用信号を送信したタイミングを認識可能となる。

【0456】

ＵＥ＿ｔｘは、ＵＥ＿ｒｘが送信したタイミング補正用信号を受信する。ＵＥ＿ｔｘは、自ＵＥの送信タイミングと、ＵＥ＿ｒｘがタイミング補正用信号を送信したタイミングと、ＵＥ＿ｒｘからタイミング補正用信号を受信したタイミングとを用いて、ＵＥ＿ｔｘとＵＥ＿ｒｘとの間でのＳＬ通信におけるＲＴＴ（Round Trip Time）を導出する。ＵＥ＿ｔｘはＵＥ＿ｒｘ個別のＲＴＴを導出する。

【0457】

ＵＥ＿ｒｘからのタイミング補正用信号がマルチパス送信される場合、ＵＥ＿ｔｘでの受信において最も早く受信した信号をＲＴＴ導出に用いるとしてもよい。あるいは、ＵＥ＿ｔｘの受信において、受信電力が最も強い信号をＲＴＴ導出に用いるとしてもよい。

【0458】

ＵＥ＿ｔｘは、ＵＥ＿ｒｘ個別のＲＴＴから、ＵＥ間の電波伝搬遅延時間を導出する。電波伝搬遅延時間はＲＴＴの１／２とするとよい。ＵＥ＿ｔｘは、導出した電波伝搬遅延時間を用いて、ＵＥ間の距離を導出する。このようにすることで、ＵＥ＿ｔｘはＵＥ＿ｔｘとの間の距離を導出可能となる。ＵＥ＿ｔｘは、ＵＥ＿ｒｘとの間のレンジを測定することが可能となる。

【0459】

ＵＥ＿ｔｘにおけるスロットタイミングにおいて、タイミング補正用信号がマッピングされる周波数－時間リソースの、時間的に前および／あるいは後に、送信不可区間を設ける。送信不可区間は、静的に予め決められてもよいし、あるいは、ｇＮＢが設定してＵＥ＿ｔｘに通知してもよい。あるいは、ＵＥ＿ｔｘが送信不可区間を設定してもよい。このようにすることで、ＵＥ＿ｒｘが送信したタイミング補正用信号が電波伝搬遅延によりＵＥ＿ｔｘにおけるスロットタイミングとずれたとしても、ＵＥ＿ｔｘはタイミング補正用信号を受信可能となる。

【0460】

ＵＥ＿ｒｘは複数でもかまわない。同様の時刻同期補正処理が、複数のＵＥに対して個別に、実施されるとよい。

【0461】

ＵＥ＿ｔｘはＵＥ＿ｒｘに対して、タイミング補正用信号構成候補を通知してもよい。ＵＥ＿ｒｘが該構成候補から、実際の送信に用いるタイミング補正用信号構成を選択する。これにより、たとえば、ＵＥ＿ｒｘは、タイミング補正用信号送信要求を受信してから最も早いタイミングで送信可能なタイミング補正用信号構成を用いて、タイミング補正用信号を送信することが可能となる。タイミング補正を低遅延で実施することが可能となる。

【0462】

ＵＥ＿ｔｘは、候補として選択したタイミング補正用信号構成全てでＵＥ＿ｒｘからの送信を受信してもよい。ＵＥ＿ｒｘがどの構成を用いてタイミング補正用信号を送信してもＵＥ＿ｔｘで受信可能となる。ＵＥ＿ｒｘはタイミング補正用信号構成候補から、実際の送信に用いるタイミング補正用信号構成を複数選択してもよい。ＵＥ＿ｒｘは、該選択したタイミング補正用信号構成を用いて、タイミング補正用信号を送信してもよい。複数のタイミング補正用信号構成で送信することで、ＵＥ＿ｔｘでのタイミング補正用信号受信成功確率を向上させることができる。たとえば、ＵＥ＿ｔｘにおいて、一つのタイミング補正用信号が受信できなくても他の一つのタイミング補正用信号が受信できればよい。

【0463】

タイミング補正用信号構成候補は、ＵＥ＿ｔｘから時刻同期に関する情報が送信される複数のＵＥのそれぞれに対して、ＵＥ個別に選択されてもよい。ＵＥ間でタイミング補正用信号構成の重複を避けることが可能となる。他の方法として、たとえば、複数のＵＥの間で、タイミング補正用信号構成候補の一部または全部が共通になるように、タイミング補正用信号構成候補が選択されてもよい。ＵＥ間でタイミング補正用信号構成の重複が生じる可能性があるが、リソースでの使用効率を向上させることが可能となる。

【0464】

ＵＥ＿ｒｘがタイミング補正用信号を再送してもよい。ＵＥ＿ｒｘが、再送を行うか否かを判断する。再送を行うと判断したＵＥ＿ｒｘは、タイミング補正用信号構成候補の中から他のタイミング補正用信号構成を選択し、選択した構成のタイミング補正用信号をＵＥ＿ｔｘに対して送信する。ＵＥ＿ｔｘがＵＥ＿ｒｘに対して、予め再送のタイミング情報を通知してもよい。ＵＥ＿ｔｘは、タイミング補正用信号構成毎に再送タイミングを設定してもよい。ＵＥ＿ｒｘは再送のタイミング情報を、タイミング補正用信号構成の通知に含めて、通知してもよい。このようにすることで、たとえば、ＵＥ＿ｔｘは、次のタイミング補正用信号構成まで待たずに、ＵＥ＿ｒｘに対してタイミング補正用信号を再送させることが可能とする。

【0465】

ＵＥ＿ｒｘが、再送を行うか否かを判断する方法を開示する。ＵＥ＿ｒｘが所定の時間内に時刻補正情報を受信できない場合に、ＵＥ＿ｒｘはタイミング補正用信号の再送を決定する。あるいは、ＵＥ＿ｒｘが所定の時間内に時刻同期に関する情報を受信できない場合に、ＵＥ＿ｒｘはタイミング補正用信号の再送を決定するとしてもよい。

【0466】

タイマを設けて、所定の時間を管理してもよい。所定の時間は、あらかじめ静的に規格等で決めておいてもよいし、ＵＥ＿ｔｘが設定してＵＥ＿ｒｘに通知してもよい。あるいは、所定の時間は、ｇＮＢが設定し、ｇＮＢからＵＥ＿ｔｘに通知し、ＵＥ＿ｔｘからＵＥ＿ｒｘに通知してもよい。このようにすることで、ＵＥ＿ｔｘがタイミング補正用信号を受信できなかった場合に、ＵＥ＿ｒｘがタイミング補正用信号の再送を決定することが可能となる。ＵＥ＿ｒｘがタイミング補正用信号を再送することで、ＵＥ＿ｔｘでの受信成功確率を向上させることが可能となる。

【0467】

他の方法として、ＵＥ＿ｔｘが再度、ＵＥ＿ｒｘに対して、タイミング補正用信号要求を通知してもよい。ＵＥ＿ｔｘは、自ＵＥが設定した所定のタイミングでＵＥ＿ｒｘからタイミング補正用信号を受信できなかった場合に、再度、ＵＥ＿ｒｘに対してタイミング補正用信号要求を通知する。ＵＥ＿ｔｘは、所定の時間内に、自ＵＥが設定した所定のタイミングでＵＥ＿ｒｘからタイミング補正用信号を受信できなかった場合に、再度、ＵＥ＿ｒｘに対してタイミング補正用信号要求を通知するとしてもよい。タイマを設けて、所定の時間を管理してもよい。たとえば、タイミング補正用信号が周期的に送信される場合に有効となる。

【0468】

このようにすることで、ＰＣ５通信を行うＵＥが、ＰＣ５通信を行うＵＥ間の距離を導出することが可能となる。たとえば、工場内でシールドされたエリアにおいてＤ２Ｄ通信を行う場合、基地局やＧＰＳからの信号を用いなくてもデバイス間の距離を測定可能となる。

【0469】

また、たとえば、歩行者が有するＵＥが、車が有するＵＥとの間の距離を導出し、導出した距離が所定の閾値より下回った場合、歩行者に対して通知を行う。所定の閾値は、予め規格等で決められていてもよいし。Ｖ２Ｘサービスのパラメータとして決められていてもよい。あるいは、所定の閾値は、Ｖ２Ｘアプリケーションレイヤで設定されてもよい。このようにすることで、歩行者は、車が所定の距離より近づいたことを認識することができる。車との接触回避行動を実施可能となる。

【0470】

ＰＣ５通信を行うＵＥ間の距離測定結果を、ＵＥの位置導出に用いてもよい。複数のＵＥ間の距離測定結果を用いるとよい。たとえば、ＵＥでの位置導出方法として、前述のＵＥ間の電波伝搬遅延を用いてもよい。複数のＵＥ間の電波伝搬遅延情報、あるいは、電波伝搬遅延から導出した距離情報を、複数のＵＥ間で通知する。ＵＥは、複数の他のＵＥとの間の伝搬遅延情報を用いて、自ＵＥの位置を導出する。導出する位置は、相対的位置であってもよく、たとえばＵＥ間の位置関係を示す相対的位置であってもよい。

【0471】

複数のＵＥ間の電波伝搬遅延情報の測定において、測定タイミングを同一にしてもよい。あるいは、測定タイミングを所定の時間範囲としてもよい。測定タイミングは予め複数のＵＥ間で共有するとよい。たとえば、予め、測定する複数のＵＥ間で測定タイミングを通知するとよい。このようにすることで、各ＵＥの測定タイミングを所定の範囲内にすることが可能となる。このため、複数のＵＥの相対位置の測定精度を向上させることができる。

【0472】

ＵＥ間での電波伝搬遅延情報あるいは電波伝搬遅延から導出した距離情報の通知には、ＰＣ５－Ｓシグナリングを用いてもよいし、ＲＲＣシグナリングを用いてもよい。より多くの位置情報を通知可能となる。あるいは、ＭＡＣシグナリングを用いてもよい。早期に通知可能となる。あるいは、ＰＨＹシグナリングを用いてもよい。たとえば、ＳＣＩに含めてＰＳＣＣＨで通知してもよい。あるいは、ＰＳＳＣＨで通知してもよい。より早期に通知可能となる。

【0473】

ＵＥ間の距離測定を用いることで、たとえば、工場内でシールドされたエリアにおいてデバイスの位置を導出可能となる。また、たとえば、トンネル内で基地局やＧＰＳからの信号が得られない場合にも、ＵＥの位置を導出可能となる。

【0474】

ｇＮＢとＵＥとの間の距離測定結果をあわせて用いてもよい。ＵＥ間の距離測定結果と組合せて用いることで、ＵＥの位置測定精度を向上可能である。

【0475】

ＱｏＳパラメータの測定あるいは導出は、Ｖ２Ｘアプリケーションレイヤで実施してもよい。Ｖ２Ｘアプリケーションレイヤで導出したＱｏＳパラメータを、Ｖ２Ｘレイヤを介してＡＳレイヤに通知してもよい。ＱｏＳパラメータの測定あるいは導出は、Ｖ２Ｘレイヤで実施してもよい。Ｖ２Ｘレイヤで導出したＱｏＳパラメータを、ＡＳレイヤに通知してもよい。ＱｏＳパラメータの測定あるいは導出は、ＡＳレイヤで実施してもよい。ＱｏＳパラメータの測定あるいは導出を実施するレイヤは、ＱｏＳパラメータ毎に異なっていてもよい。ＱｏＳパラメータ内容に応じて適したレイヤで測定あるいは導出することができる。

【0476】

ＱｏＳモニタを実施したＵＥは、基地局に対してＱｏＳモニタ結果を通知する。ＵＥから基地局への通知方法として、Ｕｕ上の通信を用いるとよい。ＵＥから基地局への通知に、ＲＲＣシグナリングを用いてもよい。たとえば、ＵＥ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅを用いてもよい。あるいは、ＭＡＣシグナリングを用いてもよい。あるいは、ＰＵＣＣＨを用いてもよい。このようにすることで、ＱｏＳモニタを実施したＵＥは、基地局に対してＱｏＳモニタ結果を通知可能となる。基地局は、ＰＣ５通信を行うＵＥから、ＰＣ５通信のＱｏＳモニタ結果を取得可能となる。

【0477】

基地局は、ＰＣ５通信のＱｏＳモニタ結果を用いて、ＰＣ５通信が、要求されたＱｏＳを満たしているのか否かを認識可能となる。基地局は、必要に応じて、ＰＣ５通信のＱｏＳモニタ結果を用いて、ＰＣ５通信用のスケジューリングを変更することが可能となる。ＰＣ５通信用のスケジューリングを変更した基地局は、ＰＣ５通信を行うＵＥに対して、変更後のスケジューリング情報を通知する。

【0478】

測定するＱｏＳパラメータは一つであってもよいし複数であってもよいこと、前述のＱｏＳパラメータの具体例の組合せでもよいことを開示した。ＵＥが基地局に対して通知するＱｏＳパラメータの全てを一つのシグナリングで通知してもよい。あるいは、測定した１つまたは複数のＱｏＳパラメータ毎に、異なるシグナリングを用いてもよい。

【0479】

たとえば、測定タイミングに応じて、同じシグナリングで通知するか異なるシグナリングで通知するか決定してもよい。たとえば、ＲＡＮノードがＵＥに対してＱｏＳモニタ結果を通知するタイミングを周期的に設定し、前回のＱｏＳモニタ結果通知タイミングと次回のＱｏＳモニタ結果通知タイミングまでの間に測定したＱｏＳパラメータを同じシグナリングに含めて通知してもよい。

【0480】

ＲＡＮノードは、ＵＥから通知された各シグナリングにおけるＱｏＳモニタ結果を用いて、再度スケジューリングを実施してもよい。このようにすることで、ＱｏＳモニタ結果を早期にスケジューリングに反映可能となる。

【0481】

ＰＣ５通信を行うＵＥがＱｏＳモニタ結果をＲＡＮノードに通知することを開示した。他の方法として、各ＱｏＳパラメータが所定の値を満たしているか否かの情報を設けてもよい。ＰＣ５通信を行うＵＥは、該情報をＲＡＮノードに通知してもよい。あるいは、各ＱｏＳパラメータが所定の閾値以上か否かの情報を設けて、ＰＣ５通信を行うＵＥが、該情報をＲＡＮノードに通知してもよい。

【0482】

たとえば、ＰＣ５通信を行うＵＥが、要求されるＱｏＳパラメータを取得している場合に有効である。ＰＣ５通信を行うＵＥは、各ＱｏＳパラメータの要求値を閾値とし、ＱｏＳモニタ結果が該閾値以上か否か情報をＲＡＮノードに通知する。ＱｏＳパラメータの所定の値あるいは閾値は、ＱｏＳパラメータ要求値と異なっていてもよい。ＳＬの通信品質や通信環境に応じて柔軟な設定が可能となる。

【0483】

このようにすることで、ＰＣ５通信を行うＵＥがＲＡＮノードに通知するＱｏＳモニタ結果の情報量を削減することが可能となる。

【0484】

図２８および図２９は、実施の形態２について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。図２８と図２９は境界線ＢＬ２８２９の位置でつながっている。図２８および図２９は、ＵＥ、ＲＡＮノード、ＡＭＦ、ＳＭＦ、ＵＰＦ、ＰＣＦの動作を示している。ＰＣ５通信を行う送信ＵＥがＰＣ５通信のＱｏＳモニタリングを実施する方法について開示する。ステップＳＴ２２０２で、ＰＣ５通信を行う送信ＵＥは、ＲＡＮノード（たとえば基地局）に対して、Ｖ２Ｘケーパビリティを通知する。ＵＥはＰＣ５通信のケーパビリティを通知してもよい。ステップＳＴ２２０３で、ＲＡＮノードはＡＭＦに対して、ＵＥから受信したＶ２Ｘケーパビリティを通知する。

【0485】

ＵＥは、Ｖ２Ｘケーパビリティを、たとえば、ＮＡＳシグナリングで通知してもよい。たとえば、ＵＥは、Ｖ２Ｘケーパビリティを、レジストレーション処理のためのメッセージに含めて、通知してもよい。たとえば、ＵＥは、Ｖ２Ｘケーパビリティを、サービス要求処理のためのメッセージに含めて、通知してもよい。

【0486】

Ｖ２Ｘケーパビリティの通知に、ＵＥとＲＡＮノードの間では、たとえば、ＲＲＣシグナリングを用いてもよい。ＲＲＣシグナリングを用いる場合、たとえば、ＲＲＣ接続確立処理の際にＶ２Ｘケーパビリティを通知してもよい。

【0487】

Ｖ２Ｘケーパビリティの通知に、ＲＡＮノードとＡＭＦの間では、たとえば、ＮＧシグナリングを用いてもよい。ＮＧシグナリングはＮ２シグナリングであってもよい。

【0488】

ＡＭＦは、ＵＥから受信したＶ２Ｘケーパビリティを用いて、Ｖ２Ｘサービスを提供可能であることを認識する。ＡＭＦは、ＰＣ５通信のケーパビリティを用いて、ＰＣ５通信のためのＶ２Ｘサービスを提供可能であることを認識する。ＵＥは、Ｖ２Ｘケーパビリティとともに、Ｖ２Ｘサービス提供要求情報を通知してもよい。ＡＭＦは、ＵＥがＶ２Ｘサービスの提供を明確に要求していることを認識可能となる。

【0489】

ステップＳＴ２２０４で、ＡＭＦはＰＣＦに対して、ＵＥから受信したＶ２Ｘケーパビリティを通知する。該通知に、たとえば、Ｎｐｃｆインタフェースを用いてもよいし、ＵＥ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｃｒｅａｔｅ Ｒｅｑｕｅｓｔメッセージを用いてもよい。

【0490】

ＵＥはＰＣＦに対して、Ｖ２Ｘポリシ提供要求を通知してもよい。ＵＥは該要求を、ＰＣＦに対して通知するＵＥポリシコンテナ（UE Policy Container）に含めて、通知してもよい。ＵＥは該要求を、ＡＭＦを介してＰＣＦに通知してもよい。ＵＥからＡＭＦへの通知には、たとえば、ＮＡＳシグナリングを用いてもよい。たとえば、ＵＥポリシ提供要求メッセージを用いてもよい。ＡＭＦからＰＣＦへの通知には、たとえば、Ｎｐｃｆインタフェースを用いてもよいし、ＵＥ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｕｐｄａｔｅメッセージを用いてもよい。

【0491】

ＵＥから該情報を受信したＰＣＦは、ステップＳＴ２２０５で、ＵＥの登録データを用いて、Ｖ２Ｘサービス認証を実施する。また、ＰＣＦは、ＵＥに対してＶ２Ｘポリシを提供することを決定する。また、ＰＣＦは、ＵＥに対して、Ｖ２Ｘサービスとそれに対応したＱｏＳ関連情報を提供することを決定する。Ｖ２Ｘポリシとして、Ｖ２Ｘパラメータを含めてもよい。Ｖ２Ｘポリシに、Ｖ２Ｘサービスとそれに対応したＱｏＳ情報を含めてもよい。Ｖ２ＸパラメータにＱｏＳ関連情報を含めてもよい。ＱｏＳ情報はＱｏＳパラメータであってもよい。

【0492】

ステップＳＴ２２０７で、ＰＣＦはＡＭＦに対して、Ｖ２Ｘ通信関連情報を通知する。ＰＣＦは、Ｖ２Ｘ通信関連情報として、Ｖ２Ｘサービスとそれに対応したＱｏＳ関連情報を通知する。Ｖ２Ｘ通信関連情報として、Ｖ２Ｘポリシが含まれてもよい。Ｖ２Ｘポリシに、Ｖ２Ｘサービスとそれに対応したＱｏＳ関連情報が含まれてもよい。たとえば、Ｖ２Ｘパラメータとして、Ｖ２Ｘサービス毎のＱｏＳパラメータが含まれてもよい。ＰＣＦは、ＡＭＦに対して、Ｖ２Ｘ通信関連情報を、ＵＥポリシ提供処理を用いて通知してもよい。たとえば、Ｎａｍｆインタフェースを用いてもよいし、Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｎ１Ｎ２ ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージを用いてもよい。

【0493】

ステップＳＴ２２０８で、ＡＭＦは、ＰＣＦから受信したＶ２Ｘ通信関連情報を、ＲＡＮノードに対して通知する。該通知にＮ２シグナリングを用いてもよい。このようにすることで、ＲＡＮノードが、ＵＥに対するＶ２Ｘ関連情報を取得できる。ＲＡＮノードが、Ｖ２Ｘサービスに対応するＱｏＳ関連情報を取得可能となる。ＲＡＮノードがＵＥに対するＶ２Ｘ関連情報を取得することで、ＲＡＮノードが、ＰＣ５通信を用いたＶ２Ｘサービスのためのスケジューリングを実施可能となる。

【0494】

ＡＭＦは、ＵＥに対して、ＰＣＦから受信したＶ２Ｘ通信関連情報を通知してもよい。たとえば、ＡＭＦは、ステップＳＴ２２０８、ＳＴ２２０９によって、ＵＥに対してＶ２Ｘ通信関連情報を通知してもよい。ステップＳＴ２２０９で、ＲＡＮノードはＵＥに対して、ＮＰＮ関連情報とＶ２Ｘ通信関連情報を通知する。ＡＭＦからＵＥへの通知には、ＮＡＳシグナリングを用いてもよい。ＲＡＮノードからＵＥへの通知には、ＵＥ個別のＲＲＣシグナリングを用いてもよい。このようにすることで、ＵＥも、Ｖ２Ｘ通信関連情報を取得可能となる。ＵＥは、Ｖ２Ｘサービスに対応するＱｏＳ関連情報を取得可能となる。

【0495】

Ｖ２Ｘ通信関連情報とＱｏＳ関連情報を同じシグナリングで通知することを示したが、異なるシグナリングで通知してもよい。個別のシグナリングとすることで、たとえば、ＱｏＳ関連情報以外のＶ２Ｘ関連情報に更新が無い場合には、ＱｏＳ関連情報のみのシグナリングで通知を行うことができる。シグナリング容量を削減可能となる。

【0496】

ステップＳＴ２２１１で、送信ＵＥにおいて、ＰＣ５通信を用いたＶ２Ｘサービスが発生する。送信ＵＥは、ステップＳＴ２２１２で、ＲＡＮノードに対してＢＳＲを通知する。送信ＵＥはＳＲ（Scheduling Request）を通知してもよい。ＢＳＲを受信したＲＡＮノードは、ステップＳＴ２２１３で、送信ＵＥに対して、ＰＣ５通信のためのスケジューリングを実施する。この際、ＲＡＮノードは、ステップＳＴ２２０８で取得したＰＣ５通信のＱｏＳ関連情報を用いて、ＰＣ５通信のためのスケジューリングを実施する。ＲＡＮノードは、該ＱｏＳを満足するようにＰＣ５通信のためのスケジュ―リングを実施するとよい。ＲＡＮノードは、Ｖ２Ｘ関連情報もあわせて用いて、ＰＣ５通信のためのスケジューリングを実施してもよい。

【0497】

ステップＳＴ２２１４で、ＲＡＮノードは送信ＵＥに対して、ＰＣ５通信用スケジューリング情報を通知する。送信ＵＥは、ステップＳＴ２２１４でＲＡＮノードから受信したＰＣ５通信用スケジューリング情報を用いて、受信ＵＥとの間でＰＣ５－Ｓシグナリングを実施し、ＰＣ５通信のためのリンクを確立する。たとえば、ステップＳＴ２２１６で、送信ＵＥは、所定のＶ２ＸサービスのためのＰＣ５通信要求を通知する。送信ＵＥは該要求を報知してもよい。該Ｖ２ＸサービスのＰＣ５通信要求を受信した受信ＵＥは、送信ＵＥに対して、ステップＳＴ２２１７でＰＣ５通信アクセプトを通知する。

【0498】

ＰＣ５－Ｓリンク確立後、ステップＳＴ２２１８で、送信ＵＥは、受信ＵＥとの間でＲＲＣシグナリングを実施し、たとえば、ＡＳレイヤの設定情報やＵＥケーパビリティ情報等を相互に通知する。このようにすることで、送信ＵＥ、受信ＵＥともに、ＰＣ５通信用のＡＳレイヤを設定可能となる。

【0499】

ステップＳＴ２２１９で、送信ＵＥと受信ＵＥとの間でＰＣ５通信を用いたＶ２Ｘサービスのデータ通信を実施する。このようにすることで、送信ＵＥと受信ＵＥの間で実施されるＰＣ５通信を、該ＰＣ５通信に要求されるＱｏＳを満足するように実施できる。

【0500】

ＰＣ５通信において、送信ＵＥはＲＡＮノードへＢＳＲを複数回送信してもよい。ＢＳＲは、ＰＣ５－Ｓシグナリングから、Ｖ２Ｘサービスデータ送信まで、あるいは、ＰＣ５リンク解放までの間に適宜送信されてもよい。ＲＡＮノードは、該ＢＳＲの受信により、前述のように、ＱｏＳ関連情報を用いてＰＣ５通信のためのスケジューリングを実施し、ＰＣ５通信用スケジューリング情報を送信ＵＥに対して通知する。

【0501】

ＰＣ５－Ｓシグナリング用のＱｏＳと、ＰＣ５ ＲＲＣシグナリング用のＱｏＳと、Ｖ２Ｘサービスデータ通信用のＱｏＳとのうちの一部または全部を異ならせてもよい。異なったＱｏＳ関連情報の設定を用いてもよい。各シグナリングとデータ送信のＱｏＳを異ならせることが可能となる。たとえば、ＲＡＮノードは、各シグナリングあるいはデータ通信に対して要求されるＱｏＳを満たすように、ＰＣ５通信のスケジューリングを実施可能となる。たとえば、シグナリングのＱｏＳを、データ送信より低遅延あるいは高品質のＱｏＳパラメータとしてもよい。シグナリングの誤送受信による誤動作を低減させることができる。

【0502】

ＰＣ５－Ｓシグナリング用のＱｏＳ、および／または、ＲＲＣシグナリング用のＱｏＳについて、あらかじめ所定のＱｏＳ関連情報を決めておいてもよい。該情報は規格等で決めておいてもよい。ＱｏＳ関連情報の通知のためのシグナリングを削減可能となる。

【0503】

ステップＳＴ２２２０で、ＰＣ５通信を行うＵＥは、ＰＣ５通信のＱｏＳモニタを実施する。ＵＥは、ＱｏＳモニタとして、ＱｏＳ送信関連パラメータを測定する。ここでは、ＱｏＳモニタを実施するＵＥが送信ＵＥの場合について示している。

【0504】

ステップＳＴ２２２１で、送信ＵＥは、ＱｏＳ関連パラメータ測定結果をＲＡＮノードに通知する。送信ＵＥは該測定結果を、Ｕｕインタフェースを用いて通知してもよい。送信ＵＥは、ＲＲＣシグナリングを用いてもよいし、ＵＥアシスタント情報通知のメッセージを用いてもよい。ステップＳＴ２２３０で、ＲＡＮノードは、ステップＳＴ２２２１で取得したＱｏＳ関連パラメータ測定結果を用いて、ＰＣ５通信のためのスケジューリングを実施する。

【0505】

たとえば送信ＵＥと受信ＵＥの間のＰＣ５通信の通信品質が劣化した場合など、ＱｏＳ関連パラメータ測定結果が、要求されたＱｏＳに満たない場合、ＲＡＮノードは、たとえばＰＣ５通信用にアロケーションするリソースを増やす等、要求されたＱｏＳを満たすようにスケジューリングを実施してもよい。たとえば送信ＵＥと受信ＵＥの間のＰＣ５通信の通信品質が良好になり、ＱｏＳ関連パラメータ測定結果が、要求されたＱｏＳを大きく超えている場合は、ＲＡＮノードは、たとえばＰＣ５通信用にアロケーションするリソースを減らす等、要求されたＱｏＳを満たしながら余分なリソースを減らすようなスケジューリングを実施してもよい。

【0506】

このように、送信ＵＥからのＱｏＳ関連パラメータ測定結果を用いて、ＲＡＮノードがＰＣ５通信のためのスケジューリングを実施することで、所望のＱｏＳを満たすスケジューリングを効率良く実施可能となる。

【0507】

ステップＳＴ２２３２で、ＲＡＮノードは、ステップＳＴ２２３０で実施したＰＣ５通信スケジューリングの結果情報を、送信ＵＥに対して通知する。送信ＵＥは、該ＰＣ５通信スケジューリング情報を用いて、ステップＳＴ２２３３で、受信ＵＥとの間でＶ２Ｘサービスデータの送受信を実施する。ここでは、Ｖ２Ｘサービスデータの送受信を開示したが、ＰＣ５－ＳシグナリングやＰＣ５ ＲＲＣシグナリングの送受信でも同様である。

【0508】

このように、送信ＵＥからのＱｏＳ関連パラメータ測定結果を用いて、ＲＡＮノードはスケジューリングを実施することで、送信ＵＥと受信ＵＥの間で、ＰＣ５通信に要求されたＱｏＳを満たすようなＰＣ５通信を実施可能となる。

【0509】

ＱｏＳモニタを送信ＵＥが実施したが、他の方法として、受信ＵＥが実施してもよい。受信ＵＥが、ＱｏＳモニタを実施して、ＱｏＳ関連パラメータの測定結果を、送信ＵＥに通知してもよい。送信ＵＥは、受信ＵＥのＱｏＳモニタ結果であるＱｏＳ関連パラメータの測定結果を、ＲＡＮノードに通知してもよい。

【0510】

受信ＵＥと送信ＵＥとでＰＣ５通信における通信品質が異なる場合がある。たとえば、受信ＵＥの近傍に干渉元となる他のＵＥが存在する場合である。該他のＵＥが、受信ＵＥに対しては干渉するが、送信ＵＥに対しては干渉しない場合である。このような場合、送信ＵＥから受信ＵＥへの通信の品質は劣化する。ＲＡＮノードが、受信ＵＥでのＱｏＳ関連パラメータ測定結果を取得することで、このような状況を認識可能となり、そのような状況に適したＰＣ５通信のためのスケジューリングを実施可能となる。

【0511】

受信ＵＥにおけるＱｏＳモニタと、送信ＵＥにおけるＱｏＳモニタとの両方を実施してもよい。両方のＱｏＳ関連パラメータ測定結果をＲＡＮノードが取得してもよい。ＲＡＮノードは、両方のＱｏＳ関連パラメータ測定結果を用いることで、ＰＣ５通信に要求されるＱｏＳを満たすようスケジューリング実施可能となる。

【0512】

本実施の形態２で開示した方法により、ＵＥ間のＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳが満たされない状態が続いてしまうようなことを回避することができる。

【0513】

本実施の形態２で述べた課題を解決する他の方法を開示する。基地局とＰＣ５通信を行うＵＥとの間で実施されるＵＬのＵｕ通信のＱｏＳを、ＰＣ５通信を行うＵＥ間で実施されるＰＣ５通信のＱｏＳの代用とする。基地局は、ＰＣ５通信を行うＵＥとの間で実施されるＵＬのＵｕ通信のＱｏＳモニタを実施するとよい。ＱｏＳモニタとして、前述のＱｏＳパラメータの一つまたは複数を測定してもよい。

【0514】

ＵＬのＵｕ通信に用いる周波数あるいは周波数帯域が、ＰＣ５通信に用いる周波数あるいは周波数帯域と同じ場合に、前述の方法を適用してもよい。周波数あるいは周波数帯域が同じ場合、電波伝搬環境は概ね同じになる。このため、基地局とＰＣ５通信を行うＵＥとの間で実施されるＵＬのＵｕ通信の通信品質が、ＰＣ５通信を行うＵＥ間で実施されるＰＣ５通信の通信品質と概ね同じになる。このため、ＵＬのＵｕ通信のＱｏＳモニタ結果は、ＵＥ間のＰＣ５通信のＱｏＳモニタ結果と概ね同じとなる。

【0515】

ＰＣ５通信を行うＵＥと基地局との間のＵＬのＵｕ通信のＱｏＳモニタを実施した基地局は、該ＵＥに対して、該ＱｏＳモニタ結果を用いて、要求されたＱｏＳを満たしているのか否かを判断することが可能となる。さらに、該基地局は、判断結果に基づいて、必要に応じて、ＰＣ５通信用のスケジューリングを変更することが可能となる。ＰＣ５通信用のスケジューリングを変更した基地局は、ＰＣ５通信を行うＵＥに対して、変更後のスケジューリング情報を通知するとよい。

【0516】

このようにすることで、ＰＣ５通信を行うＵＥでのＱｏＳモニタが実施不要となる。また、ＰＣ５通信を行うＵＥから基地局へのＱｏＳモニタ結果の通知が不要となる。システムとしてＱｏＳモニタ制御およびＱｏＳモニタ結果を用いたＰＣ５通信用スケジューリング処理を容易にすることが可能となる。

【0517】

実施の形態２の変形例１．
本変形例１では、実施の形態２で開示した課題を解決する他の方法を開示する。

【0518】

ＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳパラメータを、複数セット設定する。ＰＣ５通信を用いたＶ２Ｘサービスに対して複数のＱｏＳパラメータセットを設定する。Ｖ２Ｘサービスに対するＱｏＳパラメータを設定するＣＮ側ノードが、ＰＣ５通信を用いたＶ２Ｘサービスに対して、複数のＱｏＳパラメータセットを設定するとよい。ＣＮ側ノードは、たとえば、ＰＣＦあるいはＰＣＣ（Policy and Charging Control）であってもよい。以降、設定された複数のＱｏＳパラメータセットを、ＱｏＳパラメータセットリストと称する場合がある。

【0519】

一つまたは複数のＱｏＳパラメータセットあるいはＱｏＳパラメータセットリストは、Ｖ２Ｘ関連情報に含まれてもよい。一つまたは複数のＱｏＳパラメータセットあるいはＱｏＳパラメータセットリストは、Ｖ２ＸポリシまたはＶ２Ｘパラメータに含まれてもよい。ＣＮ側がＵＥに対して一つまたは複数のＱｏＳパラメータセットあるいはＱｏＳパラメータセットリストを提供する方法に、実施の形態１あるいはその変形例で開示した、Ｖ２Ｘ関連情報の提供方法あるいはＶ２Ｘポリシ提供方法を適用してもよい。このようにすることで、処理方法が異なり複雑になることを回避することが可能となり、誤動作を削減可能となる。

【0520】

ＱｏＳパラメータ、ＱｏＳパラメータセット、または、ＱｏＳパラメータセットリストを、ＣＮ側ノードに記憶しておいてもよい。ＰＣ５通信を用いたＶ２Ｘサービスを、該サービスに要求されるＱｏＳパラメータ、ＱｏＳパラメータセット、または、ＱｏＳパラメータセットリストに対応付けて、ＣＮ側ノードに記憶しておいてもよい。記憶方法は実施の形態１で開示した方法を適宜適用するとよい。該情報を必要に応じて利用することが可能となる。

【0521】

ＱｏＳモニタを実施したＵＥは、ＱｏＳモニタ結果を、Ｖ２Ｘサービスに対する複数のＱｏＳパラメータセットを有するノードに通知する。たとえば、ＰＣＦが複数のＱｏＳパラメータセットを有する場合、ＵＥは、ＰＣＦに対してＱｏＳモニタ結果を通知するとよい。ＵＥはＰＣＦに対して、のＱｏＳモニタ結果を、ＲＡＮノード、ＡＭＦを介して通知してもよい。

【0522】

ＱｏＳモニタ結果をＵＥから受信したノードは、Ｖ２Ｘサービスに対するＱｏＳパラメータセットを、設定されている複数のＱｏＳパラメータセットの中から、ＱｏＳモニタ結果に応じて再選択するとよい。

【0523】

ＰＣＦは、ＰＣ５通信用スケジューリングを行う基地局に対して、再選択したＱｏＳパラメータセットを通知するとよい。基地局は、再選択されたＱｏＳパラメータセットをＰＣＦから受信する。基地局は、該ＱｏＳパラメータを用いて、ＰＣ５通信を行うＵＥに対して、ＰＣ５通信用スケジューリングを再度行うとよい。ＰＣＦは、再選択したＱｏＳパラメータセットを、ＡＭＦを介して基地局に通知してもよい。

【0524】

このようにすることで、ＰＣ５通信におけるＱｏＳモニタ結果を用いてＱｏＳパラメータセットを再選択可能となり、再選択されたＱｏＳパラメータセットを用いてＰＣ５通信用スケジューリングを再度実施可能となる。このため、ＰＣ５通信の通信品質に見合ったＰＣ５通信のためのスケジューリングを実施することが可能となる。ＰＣ５通信のためのリソース使用効率を向上させることが可能となる。

【0525】

ＱｏＳモニタを実施したＵＥが、ＱｏＳモニタ結果をＰＣＦに通知することを開示した。他の方法として、ＱｏＳモニタを実施したＵＥがＱｏＳモニタ結果を基地局に通知し、基地局が、ＵＥによるＱｏＳモニタ結果をＰＣＦに通知してもよい。ＰＣＦは、設定されている複数のＱｏＳパラメータセットの中から、ＱｏＳモニタ結果に応じて、ＱｏＳパラメータセットを再選択し、再選択したＱｏＳパラメータセットを基地局に通知する。このようにすることで、基地局は、該基地局自体の判断により、ＣＮにＱｏＳパラメータセットの再選択を要求することを可能にする。

【0526】

たとえば、基地局は、ＱｏＳパラメータセットは変えずにＰＣ５通信用のスケジューリングを変更するか、ＱｏＳパラメータセットの変更を要求するかを、ＰＣ５通信を行うＵＥから受信したＱｏＳモニタ結果を用いて判断可能となる。このようにすることで、ＣＮへのシグナリングの使用をＱｏＳモニタ結果に応じて適切に判断できるため、ＣＮとのシグナリング量を低減可能となる。

【0527】

ＱｏＳモニタを実施したＵＥからＣＮへＱｏＳモニタ結果を通知する方法として、ＮＡＳシグナリングを用いてもよい。ＵＥがＡＭＦに対して、ＮＡＳシグナリングを用いて、ＱｏＳモニタ結果を通知する。ＡＭＦは、たとえば、ＰＣＦに対して、ＡＭＦとＰＣＦの間のインタフェースを用いて、ＱｏＳモニタ結果を通知してもよい。ＡＭＦはＰＣＦに対して、ＱｏＳパラメータの変更を要求してもよい。ＡＭＦはＳＭＦを介してＰＣＦに対して、ＱｏＳモニタ結果を通知してもよい。たとえば、ＡＭＦとＳＭＦの間の通知にはＮ１１インタフェースを用い、ＳＭＦとＰＣＦの間の通知にはＮ７インタフェースを用いてもよい。

【0528】

ＱｏＳモニタを実施したＵＥがＲＡＮノードへＱｏＳモニタ結果を通知する方法に、実施の形態２で開示した方法を適宜適用するとよい。ＲＡＮノードがＡＭＦへＱｏＳモニタ結果を通知してもよい。ＲＡＮノードとＡＭＦの間の通知にはＮ２シグナリングを用いてもよい。ＡＭＦからＰＣＦに対して通知する方法は前述の方法を適用するとよい。

【0529】

図３０～図３２は、実施の形態２の変形例１について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。図３０～図３２は境界線ＢＬ３０３１、ＢＬ３１３２の位置でつながっている。図３０～図３２の例では、ＰＣ５通信のＱｏＳ関連パラメータ測定結果がＣＮまで通知される。図３０～図３２において、図２８～図２９と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0530】

ＰＣ５通信を用いたＶ２Ｘサービスに対するＱｏＳパラメータを、複数設定する。前述のようにＱｏＳパラメータは一つまたは複数の種類のパラメータからなる。従って、ＱｏＳパラメータを、ＱｏＳパラメータセットと称してもよい。ステップＳＴ２３０１で、ＰＣＦは、ＰＣ５通信を用いたＶ２Ｘサービスに対するＱｏＳパラメータセットの設定を、複数有する。送信ＵＥからのＰＣ５通信を用いたＶ２Ｘ通信アクセス認証に続いて、ステップＳＴ２３０６で、ＰＣＦは、ＰＣ５通信用ＱｏＳパラメータセットの該複数の設定から、1つを選択する。

【0531】

ＰＣＦは、選択した1つのＱｏＳパラメータセットをＱｏＳ関連情報に含めて、ステップＳＴ２２０７、ＳＴ２２０８で、ＡＭＦを介してＲＡＮノードに対して通知する。ＰＣＦは、選択した1つのＱｏＳパラメータセットを、Ｖ２Ｘ通信関連情報に含めてもよい。ステップＳＴ２２０９で、選択した1つのＱｏＳパラメータセットがＵＥに通知されても良い。複数のＱｏＳパラメータセットがＰＣ５通信用に設定されていることを示す情報を設けて、ＰＣＦがＡＭＦおよび／あるいはＲＡＮノードおよび／あるいはＵＥに対して通知してもよい。ＡＭＦおよび／あるいはＲＡＮノードおよび／あるいはＵＥは、複数のＱｏＳパラメータセットがＰＣ５通信用に設定されていることを認識可能となる。

【0532】

ステップＳＴ２２１３で、ＲＡＮノードは、ステップＳＴ２２０８で取得した1つのＱｏＳパラメータセットを用いて、ＰＣ５通信のためのスケジューリングを実施する。

【0533】

送信ＵＥは、ステップＳＴ２２２０で、ＱｏＳモニタを実施する。送信ＵＥは、ＱｏＳ関連パラメータ測定を実施し、ステップＳＴ２２２１で、ＲＡＮノードに該測定結果を通知する。ステップＳＴ２３２２で、ＲＡＮノードは、送信ＵＥから通知されたＱｏＳ関連パラメータ測定結果を、ＡＭＦに通知する。ステップＳＴ２３２３で、ＡＭＦは、ＲＡＮノードから通知されたＱｏＳ関連パラメータを、ＰＣＦに対して通知する。通知方法は前述した、送信ＵＥからＰＣＦへＶ２ＸケーパビリティやＶ２Ｘポリシ要求を通知する方法を適用してもよい。通知のために別のメッセージを設けてもよい。

【0534】

ＵＥから、ＰＣ５通信のＱｏＳ関連パラメータ測定結果を受信したＰＣＦは、ステップＳＴ２３２４で、設定された複数のＰＣ５通信用ＱｏＳパラメータセットから一つを適宜、選択する。ＰＣＦは、直前に選択したＰＣ５通信用ＱｏＳパラメータセットとは異なるＰＣ５通信用ＱｏＳパラメータセットを選択してもよい。

【0535】

たとえば送信ＵＥと受信ＵＥの間のＰＣ５通信の通信品質が劣化した場合など、ＱｏＳ関連パラメータ測定結果が、要求されたＱｏＳに満たない場合は、ＰＣＦは、たとえば、設定されているＰＣ５通信用ＱｏＳパラメータセットの中から、ＱｏＳを満たせるようなＰＣ５通信用ＱｏＳパラメータセットを選択する。たとえば送信ＵＥと受信ＵＥの間のＰＣ５通信の通信品質が良好になり、ＱｏＳ関連パラメータ測定結果が、要求されたＱｏＳを大きく超えている場合は、ＰＣＦは、たとえば、設定されているＰＣ５通信用ＱｏＳパラメータセットの中から、測定されたＱｏＳに適したＰＣ５通信用ＱｏＳパラメータセットを選択する。

【0536】

このようにすることで、ＰＣＦは、ＲＡＮノードに対して、ＰＣ５通信の通信品質に適したＰＣ５通信用ＱｏＳパラメータセットを提供可能となる。このため、ＲＡＮノードは、ＰＣ５通信の通信品質に適したＰＣ５通信用のスケジューリングを実施可能となる。

【0537】

ステップＳＴ２３２７で、ＰＣＦはＡＭＦに対してＶ２Ｘ通信関連情報を通知する。ＰＣＦは、Ｖ２Ｘ通信関連情報として、ＰＣＦで再選択したＰＣ５通信用ＱｏＳパラメータセットを含める。ステップＳＴ２３２８で、ＡＭＦは、ＰＣＦから受信したＶ２Ｘ通信関連情報を、ＲＡＮノードに対して通知する。該通知にＮ２シグナリングを用いてもよい。このようにすることで、ＲＡＮノードが、ＵＥに対して再選択されたＰＣ５通信用ＱｏＳパラメータセットを取得できる。ＲＡＮノードが、ＰＣ５通信のＱｏＳモニタ結果に適したＰＣ５通信用ＱｏＳ関連情報を取得可能となる。ＲＡＮノードが、ＵＥに対して再選択されたＰＣ５通信用ＱｏＳパラメータセットＶ２Ｘ関連情報を取得することで、ＲＡＮノードが、ＰＣ５通信のＱｏＳモニタ結果に適した、ＰＣ５通信を用いたＶ２Ｘサービスのためのスケジューリングを実施可能となる。

【0538】

ＡＭＦは、ＵＥに対して、ＰＣＦから受信したＰＣＦで再選択したＰＣ５通信用ＱｏＳパラメータセットを通知してもよい。たとえば、ＡＭＦは、ステップＳＴ２３２８、ＳＴ２３２９によって、該ＱｏＳパラメータセットを通知してもよい。ステップＳＴ２３２９で、ＲＡＮノードはＵＥに対して、再選択したＰＣ５通信用ＱｏＳパラメータセットを通知する。このようにすることで、ＵＥも、再選択したＰＣ５通信用ＱｏＳパラメータセットを取得可能となる。

【0539】

ステップＳＴ２３３１で、ＲＡＮノードは、ステップＳＴ２３２８で取得した再選択したＰＣ５通信用ＱｏＳパラメータセットを用いて、ＰＣ５通信のためのスケジューリングを実施する。ステップＳＴ２２３２で、ＲＡＮノードは、ステップＳＴ２２３０で実施したＰＣ５通信スケジューリングの結果情報を、送信ＵＥに対して通知する。送信ＵＥは、該ＰＣ５通信スケジューリング情報を用いて、ステップＳＴ２２３３で、受信ＵＥとの間でＶ２Ｘサービスデータの送受信を実施する。ここでは、Ｖ２Ｘサービスデータの送受信を開示したが、ＰＣ５－ＳシグナリングやＰＣ５ ＲＲＣシグナリングの送受信でも同様である。

【0540】

このように、送信ＵＥのＱｏＳモニタ結果を用いて、ＰＣＦが、設定された複数のＰＣ５通信用ＱｏＳパラメータセットから一つを選択して、選択したＱｏＳパラメータセットをＲＡＮノードに再度提供する。これにより、ＲＡＮノードが、ＰＣ５通信の通信品質に見合うように、ＰＣ５通信のためのスケジューリングを実施することが可能となる。ＰＣ５通信のための使用リソースを効率良くスケジューリング可能となる。ＰＣ５通信のためのリソース使用効率を向上させることが可能となる。

【0541】

一つまたは複数のＱｏＳパラメータセットあるいはＱｏＳパラメータセットリストをＰＣＦから基地局へ通知する方法に、実施の形態１あるいはその変形例で開示した、Ｖ２Ｘ関連情報の提供方法またはＶ２Ｘポリシ提供処理を用いてもよい。

【0542】

ＡＭＦはあらかじめＰＣＦから、ＱｏＳパラメータセットリストを取得しておいてもよい。ＡＭＦがＱｏＳパラメータの変更を実施してもよい。ＵＥはＱｏＳモニタ結果をＡＭＦに通知する。ＵＥはＱｏＳモニタ結果を、基地局を介してＡＭＦに通知してもよい。ＡＭＦは、ＵＥから取得したＱｏＳモニタ結果を用いて、ＱｏＳパラメータセットを変更する。変更するＱｏＳパラメータセットは、ＱｏＳパラメータセットリストの中から選択される。ＡＭＦは、変更したＱｏＳパラメータセットを、基地局に通知するとよい。基地局は、ＡＭＦから通知された変更されたＱｏＳパラメータセットを用いて、ＰＣ５通信を行うＵＥに対してＰＣ５通信用スケジューリングを実施する。

【0543】

このように、ＡＭＦがＱｏＳパラメータセットを予め取得しておくことで、ＱｏＳパラメータ変更の際のＡＭＦとＰＣＦの間のシグナリング、および、ＰＣＦでの処理を削減することが可能となる。

【0544】

ＳＭＦがあらかじめＰＣＦから、ＱｏＳパラメータセットリストを取得しておいてもよい。ＳＭＦがＱｏＳパラメータの変更を実施してもよい。ＵＥはＱｏＳモニタ結果をＳＭＦに通知する。ＵＥはＱｏＳモニタ結果を、基地局およびＡＭＦを介して、ＳＭＦに通知してもよい。ＳＭＦは、ＵＥから取得したＱｏＳモニタ結果を用いて、ＱｏＳパラメータセットを変更する。変更するＱｏＳパラメータセットは、ＱｏＳパラメータセットリストの中から選択される。ＳＭＦは、変更したＱｏＳパラメータセットを、基地局に通知するとよい。ＳＭＦは、変更したＱｏＳパラメータセットを、ＡＭＦを介して基地局に通知してもよい。基地局は、ＳＭＦから通知された変更されたＱｏＳパラメータセットを用いて、ＰＣ５通信を行うＵＥに対してＰＣ５通信用スケジューリングを実施する。

【0545】

実施の形態２の本変形例１で開示した方法により、ＵＥ間のＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳが満たされない状態が続いてしまうようなことを回避することができる。

【0546】

実施の形態２の変形例２．
ＰＣ５通信を行うＵＥが、ＰＣ５通信用スケジューリングを行う場合がある。このような場合、ＰＣ５通信スケジューリングに用いるリソースは、リソースプールから選択される。リソースプールは基地局から報知される場合がある。ＰＣ５通信を行うＵＥが、基地局から報知されるリソースプールを用いて、ＰＣ５通信用スケジューリングを行う場合について、実施の形態２で開示した課題を解決する方法を開示する。

【0547】

ＰＣ５通信を用いたＶ２Ｘサービスで用いるリソースプールを複数設定する。ＰＣ５通信を用いたＶ２Ｘサービスに対して、複数のリソースプールを設定する。Ｖ２Ｘサービスに対するリソースプールを設定するＣＮ側ノードが、ＰＣ５通信を用いたＶ２Ｘサービスに対して、複数のリソースプールを設定するとよい。ＣＮ側ノードは、たとえば、ＰＣＦあるいはＰＣＣ（Policy and Charging Control）であってもよい。以降、設定された複数のリソースプールを、リソースプールリストと称する場合がある。

【0548】

一つまたは複数のリソースプールまたはリソースプールリストは、Ｖ２Ｘサービスに対するＱｏＳパラメータと共に、設定されてもよい。ＰＣ５通信を用いたＶ２Ｘサービスのサービス要求からリソースプールを導出するためのルールが、設定されてもよい。ＰＣ５通信を用いたＶ２Ｘサービスのサービス要求からＱｏＳパラメータを導出するルールと、該要求からリソースプールを導出するルールが、同じルール内に設定されてもよい。

【0549】

ＰＣ５通信を用いたＶ２Ｘサービスで用いる一つまたは複数のリソースプールまたはリソースプールリストは、Ｖ２Ｘ関連情報に含まれてもよい。ＰＣ５通信を用いたＶ２Ｘサービスで用いる一つまたは複数のリソースプールまたはリソースプールリストは、Ｖ２Ｘサービスに対するＱｏＳパラメータと共に、Ｖ２Ｘ関連情報に含まれてもよい。これらの提供方法およびＣＮ側ノードへの記憶方法は、実施の形態２または実施の形態２の変形例１で開示した方法を適宜適用してもよい。同様の効果が得られる。

【0550】

ＱｏＳモニタを実施したＵＥは、ＱｏＳモニタ結果を、Ｖ２Ｘサービスに対する複数のリソースプールを有するノードに通知する。たとえば、ＰＣＦが複数のリソースプールを有する場合、ＵＥは、ＰＣＦに対してＱｏＳモニタ結果を通知するとよい。ＱｏＳモニタ結果をＵＥから受信したノードは、Ｖ２Ｘサービスに対するリソースプールを、設定されている複数のリソースプールの中から、ＱｏＳモニタ結果に応じて再選択するとよい。

【0551】

ＰＣＦは、ＰＣ５通信用リソースプールを報知する基地局に対して、再選択したリソースプールを通知するとよい。ＰＣＦは、ＵＥのＱｏＳモニタ結果を通知した基地局に対して、再選択したリソースプールを通知してもよい。基地局は、再選択されたリソースプールをＰＣＦから受信する。基地局は該リソースプールを報知する。ＰＣ５通信を行うＵＥは、基地局からの再選択されたリソースプールを用いて、ＰＣ５通信用スケジューリングを再度行うとよい。ＰＣＦは、再選択したリソースプールを、ＡＭＦを介して基地局に通知してもよい。

【0552】

このように、リソースプールを複数設定して、ＱｏＳモニタ結果からリソースプールを変更する方法は、実施の形態２の変形例１で開示した方法を適宜適用するとよい。実施の形態２の変形例１で開示した方法において、ＱｏＳパラメータセットをリソースプールに置き換えるとよい。また、ＰＣ５通信を行うＵＥに対して基地局が行うＰＣ５通信用スケジューリングを、ＰＣ５通信用リソースプールの報知に置き換えるとよい。

【0553】

このようにすることで、ＰＣ５通信におけるＱｏＳモニタ結果を用いてＰＣ５通信に用いるリソースプールを再選択可能となり、再選択されたリソースプールを用いてＰＣ５通信用スケジューリングを再度実施可能となる。このため、ＰＣ５通信の通信品質に見合ったＰＣ５通信のためのスケジューリングを実施することが可能となる。ＰＣ５通信のためのリソース使用効率を向上させることが可能となる。

【0554】

ＱｏＳパラメータセットに優先順位を設けてもよい。リソースプールに優先順位を設けてもよい。ＱｏＳパラメータセットやリソースプールを、該優先順位に従って再選択するとよい。たとえば、優先順位の高いＱｏＳパラメータセットあるいはリソースプールから選択、再選択を行ってもよい。このように優先順位を設定することで、使用するＱｏＳパラメータセットやリソースプールの制御を可能とする。

【0555】

たとえば、前述のＱｏＳパラメータセットやリソースプールの再選択方法と、優先順位とを組み合わせてもよい。たとえば、ＱｏＳ関連パラメータ測定結果が、要求されたＱｏＳに満たない場合に、設定されているＰＣ５通信用ＱｏＳパラメータセットの中から、ＱｏＳを満たせるようなＰＣ５通信用ＱｏＳパラメータセットを選択する。選択肢として複数のＰＣ５通信用ＱｏＳパラメータセットが存在した場合、その中から優先順位の高いＱｏＳパラメータを選択する。送信ＵＥと受信ＵＥの間のＰＣ５通信の通信品質が良好になり、ＱｏＳ関連パラメータ測定結果が、要求されたＱｏＳを大きく超えている場合、設定されているＰＣ５通信用ＱｏＳパラメータセットの中から、測定されたＱｏＳに適したＰＣ５通信用ＱｏＳパラメータセットを選択する。選択肢として複数のＰＣ５通信用ＱｏＳパラメータセットが存在した場合、その中から優先順位の高いＱｏＳパラメータを選択する。

【0556】

このようにすることで、所望のＱｏＳでのＰＣ５通信を可能とし、また、ＰＣ５通信に用いるリソースの使用効率を向上させることが可能となる。

【0557】

ランクを設けてもよい。ランクごとに一つまたは複数のＱｏＳパラメータセットあるいはリソースプールを設定する。ＱｏＳモニタ結果に応じて、選択されたランクの中でＱｏＳパラメータセットあるいはリソースプールを再選択するとよい。このようにすることで、優先順位による制御に比べて再選択において柔軟性が得られる。

【0558】

優先順位やランクはＵＥ毎に設定されてもよい。優先順位やランクは、ＰＣ５通信を用いるＵＥ毎に設定されてもよい。ＵＥ毎の能力や、ＵＥ毎の位置や、ＵＥ毎の通信環境に応じて、優先順位を設定可能となる。他の方法として、優先順位やランクは、ＰＣ５通信を用いたＶ２Ｘサービス毎に設定されてもよい。サービスの内容や要求条件に応じて設定可能となる。

【0559】

実施の形態２の本変形例２で開示した方法により、ＰＣ５通信を行うＵＥが、基地局から報知されるリソースプールを用いてＰＣ５通信用スケジューリングを行う場合も、ＵＥ間のＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳが満たされない状態が続いてしまうようなことを回避することができる。

【0560】

実施の形態２の変形例３．
ＰＣ５通信を行うＵＥが、ＰＣ５通信用スケジューリングを行う場合がある。このような場合、ＰＣ５通信スケジューリングに用いるＶ２Ｘサービスに対応したＱｏＳパラメータセットは、予めＵＥに構成される。ＰＣ５通信を行うＵＥが、予めＵＥに構成されたＱｏＳパラメータセットを用いて、ＰＣ５通信用スケジューリングを行う場合について、実施の形態２で開示した課題を解決する方法を開示する。

【0561】

ＰＣ５通信を行うＵＥが、基地局のカバレッジ内に入った際に、該基地局を介して、ＱｏＳパラメータセットの変更を実施する。ＱｏＳパラメータセットの変更を、ＰＣ５通信を行うＵＥとＰＣＦの間のＶ２Ｘポリシアップデート処理を用いて実施してもよい。ＱｏＳモニタを実施する方法は、実施の形態２で開示した方法を適用するとよい。複数のＰＣ５通信用ＱｏＳパラメータセットの設定方法、および、ＵＥとＰＣＦの間でのＶ２Ｘポリシアップデート処理を用いたＱｏＳパラメータセットの変更方法は、実施の形態１あるいはその変形例で開示した、Ｖ２Ｘ関連情報の提供方法あるいはＶ２Ｘポリシ提供方法を適用してもよい。このようにすることで、処理方法が異なり複雑になることを回避することが可能となり、誤動作を削減可能となる。

【0562】

ＰＣ５通信スケジューリングに用いるＶ２Ｘサービスに対応したリソースプールは、予めＵＥに構成される。ＰＣ５通信を行うＵＥが、予めＵＥに構成されたリソースプールを用いて、ＰＣ５通信用スケジューリングを行う場合についても同様である。

【0563】

ＰＣ５通信を行うＵＥが、基地局のカバレッジ内に入った際に、該基地局を介して、リソースプールの変更を実施する。リソースプールの変更を、ＰＣ５通信を行うＵＥとＰＣＦの間のＶ２Ｘポリシアップデート処理を用いて実施してもよい。ＱｏＳモニタを実施する方法は、実施の形態２で開示した方法を適用するとよい。複数のＰＣ５通信用リソースプールの設定方法、および、ＵＥとＰＣＦの間でのＶ２Ｘポリシアップデート処理を用いたリソースプールの変更方法は、実施の形態１あるいはその変形例で開示した、Ｖ２Ｘ関連情報の提供方法あるいはＶ２Ｘポリシ提供方法を適用してもよい。このようにすることで、処理方法が異なり複雑になることを回避することが可能となり、誤動作を削減可能となる。

【0564】

前述したＱｏＳパラメータセットの変更と、リソースプールの変更の両方を合わせて行ってもよいし、いずれか片方のみ行ってもよい。どの変更方法を行うかを、ＵＥが判断してもよいし、ＣＮ側ノードが判断してもよい。ＣＮ側ノードとしてのＰＣＦが判断してもよい。ＣＮ側ノードは、ＵＥから通知されたＱｏＳモニタ結果を用いて判断してもよい。

【0565】

ＰＣ５通信を行うＵＥは、変更されたＱｏＳパラメータセットおよび／あるいはリソースプールを用いて、ＰＣ５通信のためのスケジューリングを再度実施するとよい。このようにすることで、ＰＣ５通信を行うＵＥが、基地局のカバレッジ内に入った際に、該基地局を介して、ＱｏＳパラメータセットの変更を実施可能となる。たとえば、カバレッジ外でＵＥがＰＣ５通信を行っており、Ｖ２Ｘサービスに対するＱｏＳが満たされなくなった場合でも、該ＵＥが、基地局のカバレッジ内に入った際に、該基地局を介して、ＱｏＳパラメータセットの変更を実施可能となる。このため、長期間Ｖ２Ｘサービスに対するＱｏＳが満足されない状態を回避することが可能となる。

【0566】

他の方法を開示する。Ｖ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースプールを、あらかじめＵＥが取得する。ＰＣ５通信を行うＵＥは、ＱｏＳパラメータセットリストおよび／あるいはリソースプールリストを有するＣＮ側ノードから、予め、ＱｏＳパラメータセットリストおよび／あるいはリソースプールリストを取得する。ＱｏＳパラメータセットリストおよび／あるいはリソースプールリストを有するＣＮ側ノードは、ＰＣ５通信を行うＵＥに対して、予め、ＱｏＳパラメータセットリストおよび／あるいはリソースプールリストを提供する。

【0567】

ＵＥと、ＱｏＳパラメータセットリストおよび／あるいはリソースプールリストを有するＣＮ側ノードとの間でのＱｏＳパラメータセットリストおよび／あるいはリソースプールリストを提供処理は、前述した方法を適宜適用するとよい。

【0568】

ＰＣ５通信を行うＵＥは、ＱｏＳモニタを実施し、ＱｏＳモニタ結果を用いてＱｏＳパラメータセットおよび／あるいはリソースプールを変更する。変更するＱｏＳパラメータセットおよび／あるいはリソースプールは、ＵＥが取得したＱｏＳパラメータセットリストおよび／あるいはリソースプールリストの中から選択される。ＰＣ５通信を行うＵＥは、再選択したＱｏＳパラメータセットおよび／あるいはリソースプールを用いて、ＰＣ５通信用スケジューリングを実施する。

【0569】

図３３および図３４は、実施の形態２の変形例３について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの第１例を示す図である。図３３と図３４は境界線ＢＬ３３３４の位置でつながっている。図３３および図３４は、送信ＵＥがＰＣ５通信のスケジューリングを実施する例について示している。図３３および図３４において、図３０～図３２と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0570】

ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータが、ＰＣＦからＵＥに対して通知される。

【0571】

ステップＳＴ２４０７、ＳＴ２４０８、ＳＴ２４０９で、ＰＣＦは、複数のＰＣ５通信用ＱｏＳパラメータセットを、ＵＥに対して通知する。ＰＣＦは、複数のＰＣ５通信用ＱｏＳパラメータセットを、ＱｏＳ関連情報に含めて通知してもよい。このようにすることで、ＵＥは、複数のＰＣ５通信用ＱｏＳパラメータセットを取得可能となる。

【0572】

ステップＳＴ２４１３で、ＵＥは、ステップＳＴ２４０９で取得した複数のＰＣ５通信用ＱｏＳパラメータセットから一つを選択し、選択したＱｏＳパラメータセットを用いてＰＣ５通信のためのスケジューリングを実施する。

【0573】

送信ＵＥは、ステップＳＴ２２２０で、ＱｏＳモニタを実施する。送信ＵＥは、ＱｏＳ関連パラメータ測定を実施する。ステップＳＴ２４２５で、送信ＵＥは、ＱｏＳ関連パラメータ測定結果を用いて、設定された複数のＰＣ５通信用ＱｏＳパラメータセットから一つを適宜、再選択する。送信ＵＥは、直前に選択したＰＣ５通信用ＱｏＳパラメータセットとは異なるＰＣ５通信用ＱｏＳパラメータセットを選択してもよい。

【0574】

たとえば送信ＵＥと受信ＵＥの間のＰＣ５通信の通信品質が劣化した場合など、ＱｏＳ関連パラメータ測定結果が、要求されたＱｏＳに満たない場合は、送信ＵＥは、たとえば、設定されているＰＣ５通信用ＱｏＳパラメータセットの中から、ＱｏＳを満たせるようなＰＣ５通信用ＱｏＳパラメータセットを選択する。たとえば送信ＵＥと受信ＵＥの間のＰＣ５通信の通信品質が良好になり、ＱｏＳ関連パラメータ測定結果が、要求されたＱｏＳを大きく超えている場合は、送信ＵＥは、たとえば、設定されているＰＣ５通信用ＱｏＳパラメータセットの中から、測定されたＱｏＳに適したＰＣ５通信用ＱｏＳパラメータセットを選択する。

【0575】

送信ＵＥは、ステップＳＴ２４３１で、再選択したＰＣ５通信用ＱｏＳパラメータセットを用いて、ＰＣ５通信用スケジューリングを実施する。このように、ＰＣＦが複数のＰＣ５通信用ＱｏＳパラメータセットを送信ＵＥに通知しておくことで、送信ＵＥが、モニタしたＱｏＳモニタ結果を用いて、ＰＣ５通信の通信品質に見合うように、ＰＣ５通信のためのスケジューリングを再度実施することが可能となる。ＰＣ５通信のための使用リソースを効率良くスケジューリング可能となる。ＰＣ５通信のためのリソース使用効率を向上させることが可能となる。

【0576】

前述のように、ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースを、ＣＮ側ノードに設定あるいは記憶しておいても良い。ＣＮ側ノードとして、たとえば、ＰＣＦやＰＣＣを開示した。これに限らず、ＣＮ側ノードはＡＭＦ、ＳＭＦ、ＵＰＦであってもよい。ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータセットと複数のリソースとを、異なるＣＮ側ノードに設定あるいは記憶してもよい。

【0577】

ＰＣ５通信を行うＵＥは、ＱｏＳモニタを行い、ＱｏＳモニタ結果を該ＣＮ側ノードに通知する。該ＣＮ側ノードは、ＵＥからのＱｏＳモニタ結果を用いて、ＱｏＳパラメータセットおよび／あるいはリソースを再選択する。該ＣＮ側ノードは、再選択したＱｏＳパラメータセットおよび／あるいはリソースを、ＵＥに対して通知する。ＵＥは、通知されたＱｏＳパラメータセットおよび／あるいはリソースを用いて、ＰＣ５通信用スケジューリングを実施する。

【0578】

該ＣＮ側ノード、たとえば、ＡＭＦ、ＳＭＦ、ＵＰＦに、ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースを設定あるいは記憶することで、ＵＥから該ＣＮ側ノードへのアクセス時間を短縮可能となる。ＵＥは、再選択されたＱｏＳパラメータセットおよび／あるいはリソースを用いて、早期にＰＣ５通信用スケジューリングを実施可能となる。このため、ＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳが満足されない期間を短縮可能となる。

【0579】

前述では、ＣＮ側ノードに、ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースをＣＮ側ノードに設定あるいは記憶することを開示した。これに対し、ＲＡＮノードに、ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースを設定あるいは記憶してもよい。ＰＣ５通信を行うＵＥはＱｏＳモニタを行い、ＱｏＳモニタ結果をＲＡＮノードに通知する。ＲＡＮノードは、ＵＥからのＱｏＳモニタ結果を用いて、ＱｏＳパラメータセットおよび／あるいはリソースを再選択する。ＲＡＮノードは、再選択したＱｏＳパラメータセットおよび／あるいはリソースを、ＵＥに対して通知する。ＵＥは、通知されたＱｏＳパラメータセットおよび／あるいはリソースを用いてＰＣ５通信用スケジューリングを実施する。

【0580】

このようにすることで、ＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳが満足されない期間をさらに短縮可能となる。

【0581】

図３５および図３６は、実施の形態２の変形例３について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの第２例を示す図である。図３５と図３６は境界線ＢＬ３５３６の位置でつながっている。図３５および図３６は、ＲＡＮノードがＰＣ５通信用のリソースを報知する例について示している。図３５および図３６は、ＵＥがＰＣ５通信用スケジューリングを実施する例について示している。図３５および図３６において、図３０～図３２、図３３～図３４と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0582】

ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータが、ＰＣＦからＲＡＮノードに対して通知される。

【0583】

ステップＳＴ２４０７、ＳＴ２４０８で、ＰＣＦは、複数のＰＣ５通信用のＱｏＳパラメータセットを、ＲＡＮノードに対して通知する。ＰＣＦは、複数のＰＣ５通信用のＱｏＳパラメータセットを、ＱｏＳ関連情報に含めて通知してもよい。このようにすることで、ＲＡＮノードは、複数のＰＣ５通信用ＱｏＳパラメータセットを取得可能となる。

【0584】

ステップＳＴ２６１３で、ＲＡＮノードは、ステップＳＴ２４０８で取得した複数のＰＣ５通信用ＱｏＳパラメータセットから一つを選択する。ＲＡＮノードは、選択したＱｏＳパラメータセットを用いてＰＣ５通信のためのリソースを設定して、ステップＳＴ２６１５で、ＵＥに対して、ＰＣ５通信のためのリソースを報知する。ＲＡＮノードは、ＰＣ５通信のためのリソースをＰＣ５関連情報に含めて報知してもよい。ＰＣ５通信のためのリソースはリソースプール情報であってもよい。

【0585】

送信ＵＥは、ステップＳＴ２６１７で、ＰＣ５通信関連情報を用いてＰＣ５通信用スケジューリングを実施する。

【0586】

送信ＵＥは、ステップＳＴ２２２０で、ＱｏＳモニタを実施する。送信ＵＥは、ＱｏＳ関連パラメータ測定を実施する。ステップＳＴ２２２１で、送信ＵＥは、ＲＡＮノードに対して、ＱｏＳ関連パラメータ測定結果を通知する。ＲＡＮノードは、ステップＳＴ２６２６で、送信ＵＥから通知されたＱｏＳ関連パラメータ測定結果を用いて、設定された複数のＰＣ５通信用ＱｏＳパラメータセットから一つを適宜、再選択する。ＲＡＮノードは、直前に選択したＰＣ５通信用ＱｏＳパラメータセットとは異なるＰＣ５通信用ＱｏＳパラメータセットを選択してもよい。

【0587】

ＰＣ５通信用ＱｏＳパラメータの選択方法は、ＰＣＦあるいはＵＥがＰＣ５通信用ＱｏＳパラメータを選択する場合について開示した前述の方法を適用してもよい。ＲＡＮノードは、ステップＳＴ２６２６で再選択したＰＣ５通信用ＱｏＳパラメータセットを用いて、ＰＣ５通信のためのリソースを設定する。このようにすることで、ＲＡＮノードが、ＰＣ５通信のＱｏＳに適したＰＣ５通信のためのリソースを設定可能となる。

【0588】

送信ＵＥは、ステップＳＴ２６２８で、再設定されたＰＣ５通信関連情報を受信して、ＰＣ５通信用ＲＰを取得する。送信ＵＥは、ステップＳＴ２６３０で、再設定されたＰＣ５通信関連情報を用いて、ＰＣ５通信のためのスケジューリングを実施する。このように、ＰＣＦが、複数のＰＣ５通信用ＱｏＳパラメータセットをＲＡＮノードに通知し、ＲＡＮノードが、選択したＰＣ５通信用ＱｏＳパラメータセットに適したＰＣ５通信用リソースを設定し、設定したＰＣ５通信用リソースを報知する。これにより、送信ＵＥが、再設定されたＰＣ５通信用リソースを用いて、ＰＣ５通信のためのスケジューリングを実施可能となる。

【0589】

このため、ＰＣ５通信の通信品質に見合うように、ＰＣ５通信のためのスケジューリングを再度実施することが可能となる。ＰＣ５通信のための使用リソースを効率良くスケジューリング可能となる。ＰＣ５通信のためのリソース使用効率を向上させることが可能となる。

【0590】

ＰＣＦが複数のＰＣ５通信用ＱｏＳパラメータセットをＲＡＮノードに通知する方法は、ＲＡＮノードがＰＣ５通信のためのスケジューリングを実施する場合にも適用可能である。同様に、ＰＣ５通信のためのリソース使用効率を向上させることが可能となる。

【0591】

なお、ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースを、ＣＮ側ノードやＲＡＮノードに設定あるいは記憶することを開示した。他の例として、ＰＣ５通信を用いたＶ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースを有するノードが、予め、他のノード、例えばＣＮ側ノードやＲＡＮノードに提供しておいてもよい。複数のＱｏＳパラメータセットおよび／あるいは複数のリソースは、該他のノードの要求に応じて、提供されてもよい。該他のノードに予め提供されることで、同様の効果を得ることができる。

【0592】

他の方法を開示する。Ｖ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースプールを、あらかじめＵＥに構成しておいてもよい。ＵＥに、Ｖ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースプールを記憶しておくとよい。Ｖ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースプールは、ＵＥとＰＣＦの間での提供処理によって提供されるのではなく、予めＵＥに記憶してとくとよい。たとえば、（Ｕ）ＳＩＭ、ＣＩＣＣに、Ｖ２Ｘサービスに対する複数のＱｏＳパラメータセットおよび／あるいは複数のリソースプールを記憶しておいてもよい。

【0593】

ＰＣ５通信を行うＵＥは、ＱｏＳモニタを実施し、ＱｏＳモニタ結果を用いてＱｏＳパラメータセットおよび／あるいはリソースプールを変更する。変更するＱｏＳパラメータセットおよび／あるいはリソースプールは、ＵＥに予め構成されたＱｏＳパラメータセットリストおよび／あるいはリソースプールリストの中から選択される。ＰＣ５通信を行うＵＥは、再選択したＱｏＳパラメータセットおよび／あるいはリソースプールを用いて、ＰＣ５通信用スケジューリングを実施する。

【0594】

図３７は、実施の形態２の変形例３について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの第３例を示す図である。図３７は、送信ＵＥがＰＣ５通信用スケジューリングを実施する例について示している。図３７において、図３３～図３４と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0595】

ＵＥに予め複数のＰＣ５通信用ＱｏＳパラメータセットが構成されてもよい。送信ＵＥは、ＵＥ内に予め構成された複数のＰＣ５通信用ＱｏＳパラメータセットから一つを選択し、選択したＱｏＳパラメータセットを用いて、ＰＣ５通信用スケジューリングを実施する。

【0596】

ステップＳＴ２５１０で、送信ＵＥ内に、複数のＰＣ５通信用のＱｏＳパラメータセットが構成される。ステップＳＴ２５１２で、送信ＵＥは、ＵＥ内に設定された複数のＰＣ５通信用ＱｏＳパラメータセットから一つを選択する。ステップＳＴ２２１３で、送信ＵＥは、選択したＱｏＳパラメータセットを用いて、ＰＣ５通信のためのスケジューリングを実施する。

【0597】

送信ＵＥは、ステップＳＴ２２２０で、ＱｏＳモニタを実施する。送信ＵＥは、ＱｏＳ関連パラメータ測定を実施する。送信ＵＥは、ステップＳＴ２５３０で、ＱｏＳ関連パラメータ測定結果を用いて、構成された複数のＰＣ５通信用ＱｏＳパラメータセットから一つを適宜、再選択する。送信ＵＥは、直前に選択したＰＣ５通信用ＱｏＳパラメータセットとは異なるＰＣ５通信用ＱｏＳパラメータセットを選択してもよい。

【0598】

ＰＣ５通信用ＱｏＳパラメータの選択方法は前述の方法を適用してもよい。送信ＵＥは、ステップＳＴ２５３１で、再選択されたＰＣ５通信用ＱｏＳ関連情報を用いて、ＰＣ５通信のためのスケジューリングを実施する。このようにすることで、送信ＵＥは、ＰＣ５通信の通信品質に見合うように、ＰＣ５通信のためのスケジューリングを再度実施することが可能となる。ＰＣ５通信のための使用リソースを効率良くスケジューリング可能となる。ＰＣ５通信のためのリソース使用効率を向上させることが可能となる。

【0599】

このようにすることで、たとえ、カバレッジ外でＵＥがＰＣ５通信を行っており、Ｖ２Ｘサービスに対するＱｏＳが満たされなくなった場合でも、該ＵＥがＱｏＳパラメータセットの変更を実施可能となる。このため、Ｖ２Ｘサービスに対するＱｏＳが満足されない状態が続くのを回避することが可能となる。

【0600】

ＰＣ５通信を行うＵＥは、ＰＣ５通信とＰＣ５通信をリレーするＵＥであってもよいし、Ｕｕ通信とＰＣ５通信をリレーするＵＥであってもよい。これらのＵＥに対して、ＱｏＳパラメータセットおよび／あるいは複数のリソースプールが提供されても良い。該ＵＥがリレーを実施する場合、リレーする際に、ＱｏＳモニタ結果によるＰＣ５通信の再スケジューリングを実施可能となる。

【0601】

ＰＣ５通信を行うＵＥが、ＱｏＳモニタを行い、ＱｏＳモニタ結果をＲＡＮノードあるいはＣＮノードに対して通知する例を開示した。ＱｏＳモニタ結果ではなく、ＱｏＳ値を満たしているか否かを示す情報を設けてもよい。ＰＣ５通信を行うＵＥが、ＱｏＳモニタを行い、ＱｏＳ値を満たしているか否かを示す情報をＲＡＮノードあるいはＣＮノードに対して通知してもよい。前述の方法を適宜適用することで、同様の効果を得ることができる。

【0602】

また、他の方法として、ＰＣ５通信を行うＵＥは、ＲＡＮノードに対して再スケジューリング要求を通知してもよい。該要求は、ＱｏＳ改善のための再スケジューリング要求であってもよい。ＰＣ５通信を行うＵＥは、ＱｏＳモニタを行い、ＱｏＳモニタ結果を用いて、再スケジューリング要求を通知するか否かを判断する。

【0603】

たとえば、ＱｏＳモニタ結果が、ＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳに満たないか、あるいは、満たしているが所定の範囲内に入った場合、ＵＥは、再スケジューリング要求を通知すると決定する。そうでない場合は、ＵＥは、再スケジューリング要求を通知しないと決定する。

【0604】

ＰＣ５通信を行うＵＥは、再スケジューリング要求を通知すると決定した場合、ＲＡＮノードに対して再スケジューリング要求を通知する。該要求を受信したＲＡＮノードは、たとえば、該ＵＥに関するＱｏＳが向上するように再スケジューリングを実施し、その情報を該ＵＥに通知する。

【0605】

このようにすることで、ＰＣ５通信を用いたＶ２ＸサービスのＱｏＳを向上させることが可能となる。

【0606】

再スケジューリング要求は、ＱｏＳ緩和のための再スケジューリング要求であってもよい。たとえば、ＰＣ５通信を実施するＵＥは、ＱｏＳのモニタ結果が、要求されるＱｏＳを大幅に超えていると判断した場合は、ＱｏＳ緩和のための再スケジューリング要求をＲＡＮノードに通知してもよい。該要求を受信したＲＡＮノードは、該ＵＥに関するＱｏＳが緩和するように再スケジューリングを実施し、その情報を該ＵＥに通知する。

【0607】

このようにすることで、ＰＣ５通信を用いたＶ２ＸサービスのＱｏＳを緩和させることが可能となる。ＱｏＳを満足する範囲でＱｏＳを緩和し、他のＵＥにリソースを振り向けることが可能となる。システムとしてリソース使用効率を向上させることが可能となる。

【0608】

他の方法として、ＰＣ５通信を行うＵＥは、ＮＷノードに対して、ＱｏＳパラメータセットおよび／あるいはリソースプールの再提供要求を通知してもよい。該要求は、ＱｏＳ改善のための再提供要求であってもよい。ＰＣ５通信を行うＵＥは、ＱｏＳモニタを行い、ＱｏＳモニタ結果を用いて、再提供要求を通知するか否かを判断する。

【0609】

たとえば、ＱｏＳモニタ結果が、ＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳに満たないか、あるいは、満たしているが所定の範囲内に入った場合、ＵＥは、再提供要求を通知すると決定する。そうでない場合は、ＵＥは、再提供要求を通知しないと決定する。

【0610】

ＰＣ５通信を行うＵＥは、再提供要求を通知すると決定した場合、ＮＷノードに対して再提供要求を通知する。該要求を受信したＮＷノードは、たとえば、該ＵＥに関するＱｏＳが向上するようにＱｏＳパラメータセットおよび／あるいはリソースプールの再選択を行い、再選択したＱｏＳパラメータセットおよび／あるいはリソースプールの情報を、該ＵＥに再提供する。

【0611】

このようにすることで、ＰＣ５通信を用いたＶ２ＸサービスのＱｏＳを向上させることが可能となる。

【0612】

再提供要求は、ＱｏＳ緩和のための再提供要求であってもよい。たとえば、ＰＣ５通信を実施するＵＥは、ＱｏＳのモニタ結果が、要求されるＱｏＳを大幅に超えていると判断した場合は、ＱｏＳ緩和のための再提供要求をＣＮノードに通知してもよい。該要求を受信したＣＮノードは、該ＵＥに関するＱｏＳが緩和するようにＱｏＳパラメータセットおよび／あるいはリソースプールの再選択を行い、再選択したＱｏＳパラメータセットおよび／あるいはリソースプールの情報を、該ＵＥに再提供する。

【0613】

このようにすることで、ＰＣ５通信を用いたＶ２ＸサービスのＱｏＳを緩和させることが可能となる。ＱｏＳを満足する範囲でＱｏＳを緩和し、他のＵＥにリソースを振り向けることが可能となる。システムとしてリソース使用効率を向上させることが可能となる。

【0614】

このように、ＱｏＳモニタ結果を通知する代わりに、再スケジューリング要求や、再提供要求を通知することで、通知に必要となる情報量を低減できる。少ないビット数で通知可能となる。

【0615】

再選択するＱｏＳパラメータセットおよび／あるいはリソースプールが無くなった場合、ＰＣ５通信を終了するとしてもよい。該再選択を実施するノードがＰＣ５通信のリリースを起動してもよい。ＰＣ５通信のリリースとして、ＡＳレイヤのリソースのリリースを実施してもよい。ＰＣ５通信のリリースを起動された送信ＵＥは、自ＵＥのリソースをリリースするとともに、受信ＵＥに対してＡＳレイヤのリソースのリリース要求を通知してもよい。該リリース要求を受信した受信ＵＥは、ＡＳレイヤのリソースのリリースを行う。受信ＵＥは、ＡＳレイヤのリソースのリリースの完了を、送信ＵＥに通知してもよい。送信ＵＥは、自ＵＥのリソースのリリースを、該通知の受信により実施してもよい。

【0616】

ＰＣ５通信のリソースのリリースの起動通知や、リソースリリースの要求通知や、リソースリリース完了通知には、ＲＲＣシグナリングを用いてもよい。該通知の誤受信を低減でき、多量の情報を通知可能となる。他の方法として、ＭＡＣシグナリングを用いてもよい。該通知の誤受信を低減しつつ、早期に通知可能となる。他の方法として、ＰＨＹシグナリングを用いてもよい。より早期に通知可能となる。該通知内容に応じて、これらの通知方法を異ならせてもよい。通知内容に応じて、前述の効果を得ることが可能となる。

【0617】

ＰＣ５通信のリリースとして、ＰＣ５－Ｓリンクのリリースを実施してもよい。ＰＣ５－Ｓリンクのリリースを、ＡＳレイヤのリソースのリリースとあわせて実施してもよい。ＰＣ５通信のリリースを起動された送信ＵＥは、自ＵＥのＰＣ５－Ｓリンクのリリースを実施するとともに、受信ＵＥに対してＰＣ５－Ｓリンクのリリース要求を通知してもよい。ＰＣ５－Ｓリンクのリリース処理として、Ｖ２Ｘレイヤでの設定、たとえば、Ｖ２Ｘサービスにおけるアプリケーションレイヤからのアプリケーション識別子と、Ｌ２で用いる識別子とのマッピング等の設定をリリースする。

【0618】

該リリース要求を受信した受信ＵＥは、ＰＣ５－Ｓリンクのリリースを行う。受信ＵＥは、ＰＣ５－Ｓリンクのリリースの完了を送信ＵＥに通知してもよい。送信ＵＥは、自ＵＥのＰＣ５－Ｓリンクのリリースを、該通知の受信により実施してもよい。

【0619】

このようにすることで、再選択するＱｏＳパラメータセットおよび／あるいはリソースプールが無くなった場合にも、ＰＣ５通信を行っているＵＥが、ＰＣ５通信用のリソースを保持し続ける等の無駄な処理を削減可能となる。無線リソースの使用効率を向上させることができる。また、ＵＥでの無駄な処理を削減でき、ＵＥの消費電力を削減可能となる。

【0620】

実施の形態２の変形例４．
３ＧＰＰでは、ＰＣ５通信の方法としてグループキャストが検討されている。グループキャストは、ＵＥグループ間でＰＣ５通信を行う方法である。ＵＥグループに、リーダとなるＵＥ（リーダＵＥ）と他のＵＥ（メンバＵＥ）とを設けて、リーダＵＥとメンバＵＥの間あるいはメンバＵＥ間でＰＣ５通信を行う。リーダＵＥとメンバＵＥの間のＰＣ５通信では、前述の方法を適用するとよい。同様の効果を得ることができる。

【0621】

メンバＵＥ間のＰＣ５通信では、リーダＵＥが、メンバＵＥ間のＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳを満たすように、ＰＣ５通信用スケジューリングを実施する。前述した方法では、ＰＣ５通信を行うＵＥがＰＣ５通信用スケジューリングを行う場合における解決方法を開示した。このため、ＰＣ５通信を行わないＵＥ（リーダＵＥ）が、ＰＣ５通信を行うＵＥ（メンバＵＥ）間のＰＣ５通信用スケジューリングを行う場合に、前述の解決方法を単に適用することはできない。

【0622】

たとえば、メンバＵＥ間のＰＣ５通信の品質が劣化し、要求されるＱｏＳを満たさなくなった場合に、メンバＵＥ間のＰＣ５通信用スケジューリングを行うリーダＵＥが、ＰＣ５通信の品質劣化を認識できず、同じスケジューリングを行い続けることになる。このため、メンバＵＥ間ＰＣ５通信に要求されるＱｏＳが満たされない状況が続くことになる。

【0623】

本変形例４ではこのような課題を解決する方法を開示する。

【0624】

リーダＵＥはＣＮに対してＶ２Ｘポリシ提供処理を実施してもよい。リーダＵＥはＣＮからＶ２Ｘ通信関連情報を取得可能となる。この方法として、実施の形態２の変形例３で開示した方法を適用するとよい。ＰＣＦはＵＥに対して、複数のＱｏＳパラメータセットを提供してもよいし、１つのＱｏＳパラメータセットを提供してもよい。リーダＵＥは、ＣＮから提供されたＶ２Ｘポリシを用いて、メンバ間ＵＥのＰＣ５通信のためのスケジューリングを実施する。

【0625】

グループ内のメンバＵＥ間のＰＣ５通信のＶ２Ｘポリシは、リーダＵＥと送信メンバＵＥ間の通信と同じとしてもよい。グループ内でＰＣ５通信のＶ２Ｘポリシを同一にすることで、グループ内のＰＣ５通信処理を簡略化でき、低遅延でメンバ間ＰＣ５通信を実施可能となる。

【0626】

グループ内のメンバＵＥ間のＰＣ５通信のＶ２Ｘポリシは、リーダＵＥと送信メンバＵＥの間の通信と異ならせてもよい。送信メンバＵＥは、リーダＵＥを介して、ＰＣＦに対して、ＰＣ５通信を用いたＶ２Ｘサービスの認証、および／あるいは、Ｖ２Ｘポリシ提供処理を実施してもよい。リーダＵＥは、ＲＡＮノードおよびＡＭＦを介してＰＣＦに対して、送信メンバＵＥのＶ２Ｘポリシ提供処理を実施する。リーダＵＥとＰＣＦの間でのＶ２Ｘポリシ提供処理は、実施の形態２の変形例３で開示した方法を適用するとよい。

【0627】

リーダＵＥは、予め、グループ内メンバＵＥとのＰＣ５通信リンクを確立しておいてもよい。送信メンバＵＥはリーダＵＥに対して、ＰＣ５通信を用いたＶ２Ｘサービスの認証、および／または、Ｖ２Ｘポリシの提供を要求してもよい。送信メンバＵＥは、リーダＵＥを介して、ＰＣ５通信を用いたＶ２Ｘサービスの認証、および／または、Ｖ２Ｘポリシの提供の要求を起動可能となる。

【0628】

グループ内ＵＥ間でのＰＣ５通信用のリソースを予め設定しておいてもよい。該設定は規格等で静的に決めておいてもよい。あるいは、該設定はグループ内ＵＥに予め構成されてもよい。Ｖ２Ｘポリシの提供処理が実施されるまで、グループ内ＵＥは、該リソースを用いてＰＣ５通信を行うとよい。リーダＵＥが、該リソースを用いて、メンバＵＥ間のＰＣ５通信用スケジューリングを実施する。たとえば、セルのカバレッジ外にメンバＵＥが存在する場合も、ＰＣ５通信のためのＶ２Ｘポリシを用いることが可能となる。

【0629】

このようにすることで、グループ内ＵＥは、メンバＵＥも含めて、ＰＣ５通信のためのＶ２Ｘポリシを用いることが可能となる。グループ内、たとえばリーダＵＥとメンバＵＥの間やメンバＵＥ間で、ＰＣ５通信が可能となる。

【0630】

メンバＵＥ間でＰＣ５通信を実施するＵＥは、ＰＣ５通信におけるＱｏＳをモニタする。メンバＵＥ間でＰＣ５通信を実施するＵＥは、送信ＵＥであってもよいし、受信ＵＥであってもよい。メンバＵＥ間のＰＣ５通信は、ブロードキャストであってもよいし、グループキャストであってもよいし、ユニキャストであってもよい。ＵＥは、ＱｏＳのモニタとして、ＱｏＳパラメータを測定するとよい。ＱｏＳのモニタは、ＱｏＳパラメータの全部に対して行われてもよいし、あるいは、一部に対して行われてもよい。

【0631】

ＱｏＳモニタを実施したメンバＵＥは、リーダＵＥに対してＱｏＳモニタ結果を通知する。該ＵＥは、ＱｏＳモニタとして実施したＱｏＳパラメータの測定結果を通知する。このようにすることで、メンバＵＥ間のＰＣ５通信用スケジューリングを実施するリーダＵＥが、ＰＣ５通信の実際のＱｏＳを認識可能となる。

【0632】

リーダＵＥは、メンバＵＥから通知されたメンバＵＥ間ＰＣ５通信のＱｏＳモニタ結果を用いて、メンバＵＥ間ＰＣ５通信が、要求されたＱｏＳを満たしているのか否かを判断可能となる。リーダＵＥは、必要に応じて、メンバＵＥ間ＰＣ５通信のＱｏＳモニタ結果を用いて、メンバＵＥ間ＰＣ５通信用のスケジューリングを変更することが可能となる。リーダＵＥは、変更後のメンバＵＥ間ＰＣ５通信用スケジューリング情報を、メンバＵＥに通知する。

【0633】

これらの方法には、前述の実施の形態または変形例で開示した方法を適宜適用するとよい。たとえば、実施の形態２の基地局をリーダＵＥに置き換え、ＰＣ５通信を行うＵＥを、ＰＣ５通信を行うメンバＵＥに置き換えるとよい。このようにすることで、メンバＵＥ間のＰＣ５通信を用いたＶ２Ｘサービスに対して所望のＱｏＳを得ることが可能となる。

【0634】

図３８は、実施の形態２の変形例４について、ＰＣ５通信のＱｏＳモニタリングを実施するシーケンスの例を示す図である。図３８は、ＰＣ５通信を用いてグループキャスト通信が実施される例について示している。図３８は、グループ内のリーダＵＥが、メンバＵＥ間のＰＣ５通信用スケジューリングを実施する例について示している。図３８は、グループ内リーダＵＥと、ＰＣ５通信を行う送信メンバＵＥおよび受信メンバＵＥとについて示している。

【0635】

ステップＳＴ２７０１で、リーダＵＥは、ＱｏＳ関連情報を用いて、リーダＵＥと送信ＵＥの間のＰＣ５通信のためのスケジューリングを実施する。ステップＳＴ２７０２からステップＳＴ２７０４で、リーダＵＥと送信メンバＵＥの間でＰＣ５リンクの確立、および、ＰＣ５ ＲＲＣシグナリングが実施される。送信メンバＵＥにおいて、メンバＵＥ間でのＰＣ５通信を用いたＶ２Ｘサービスが発生すると、該送信メンバＵＥは、ステップＳＴ２７０５で、メンバＵＥ間ＰＣ５通信用スケジューリング要求を、リーダＵＥに対して通知する。送信メンバＵＥは該要求を、ステップＳＴ２７０４のＲＲＣシグナリングに含めてよい。送信メンバＵＥは、該スケジューリング要求にＢＳＲを含めてもよい。

【0636】

ステップＳＴ２７０６で、リーダＵＥは、ＱｏＳ関連情報と、ステップＳＴ２７０５で受信したスケジューリング要求に含まれるＢＳＲ情報とを用いて、メンバ間ＰＣ５通信のためのスケジューリングを実施する。ステップＳＴ２７０７で、リーダＵＥは、送信メンバＵＥに対して、メンバ間ＰＣ５通信のためのスケジューリング情報を通知する。

【0637】

送信メンバＵＥは、ステップＳＴ２７０７でメンバ間ＰＣ５通信のためのスケジューリング情報を受信すると、ステップＳＴ２７０８で、該スケジューリング情報を用いて、受信メンバＵＥに対して、ＰＣ５通信要求を通知する。ステップＳＴ２７０８からステップＳＴ２７１１の処理は、図３１のステップＳＴ２２１６～ＳＴ２２１９の処理を適宜適用するとよい。これにより、受信メンバＵＥと送信メンバＵＥの間で、Ｖ２Ｘサービスデータの送受信が実施される。

【0638】

送信メンバＵＥは、ステップＳＴ２７１２で、ＱｏＳモニタを実施する。送信メンバＵＥは、ＱｏＳ関連パラメータ測定を実施し、ステップＳＴ２７１３で、リーダＵＥに該測定結果を通知する。ステップＳＴ２７１４で、リーダＵＥは、送信メンバＵＥから通知されたＱｏＳ関連パラメータ測定結果を用いて、再度、メンバ間ＰＣ５通信のためのスケジューリングを実施する。ＱｏＳ関連パラメータ測定結果を用いたメンバ間ＰＣ５通信のためのスケジューリング方法は、実施の形態２で開示した前述の方法を適用してもよい。

【0639】

ステップＳＴ２７１５で、リーダＵＥは、ステップＳＴ２７１４で実施したＰＣ５通信スケジューリングの結果情報を、送信メンバＵＥに対して通知する。送信メンバＵＥは、該ＰＣ５通信スケジューリング情報を用いて、ステップＳＴ２７１６で、受信メンバＵＥとの間でＶ２Ｘサービスデータの送受信を実施する。ここでは、Ｖ２Ｘサービスデータの送受信を開示したが、ＰＣ５－ＳシグナリングやＰＣ５ ＲＲＣシグナリングの送受信でも同様である。

【0640】

このように、送信メンバＵＥがＱｏＳモニタを実施し、該ＱｏＳモニタの結果をリーダＵＥに通知することで、リーダＵＥが、メンバ間ＰＣ５通信のＱｏＳモニタ結果を用いて、メンバ間ＰＣ５通信のためのスケジューリングを実施可能となる。このため、メンバ間ＰＣ５通信の通信品質が変化しても、メンバ間ＰＣ５通信に要求されるＱｏＳを満たすことが可能となる。

【0641】

リーダＵＥに、予め複数のＰＣ５通信用ＱｏＳパラメータセットが構成されてもよい。リーダＵＥは、ＵＥ内に予め構成された複数のＰＣ５通信用ＱｏＳパラメータセットから一つを選択し、選択したＰＣ５通信用ＱｏＳパラメータセットを用いて、ＰＣ５通信用スケジューリングを実施してもよい。ＰＣ５通信用ＱｏＳパラメータの選択方法は、前述の方法を適用してもよい。これらの方法は、実施の形態２の変形例３で開示した方法を適宜適用するとよい。

【0642】

このようにすることで、送信ＵＥは、ＰＣ５通信の通信品質に見合うように、ＰＣ５通信のためのスケジューリングを再度実施することが可能となる。ＰＣ５通信のための使用リソースを効率良くスケジューリング可能となる。ＰＣ５通信のためのリソース使用効率を向上させることが可能となる。

【0643】

メンバＵＥ間ＰＣ５通信のスケジューリングを、リーダＵＥが実施する場合について開示した。メンバＵＥ間ＰＣ５通信のスケジューリングを、基地局が実施してもよい。リーダＵＥが基地局のカバレッジ内に存在する場合、該基地局がメンバＵＥ間ＰＣ５通信用スケジューリングを実施してもよい。スケジューリング情報は、リーダＵＥを介してメンバＵＥに通知されるとよい。メンバＵＥは、通知されたスケジューリング情報を用いて、メンバＵＥ間のＰＣ５通信を実施する。

【0644】

メンバＵＥから基地局に対して、メンバＵＥ間ＰＣ５通信のＱｏＳモニタ結果を通知してもよい。メンバＵＥ間ＰＣ５通信のスケジューリングを基地局が実施するような場合に適用してもよい。リーダＵＥは基地局に対して、メンバＵＥ間から取得したメンバＵＥ間ＰＣ５通信のＱｏＳモニタ結果を通知してもよい。基地局は、該ＱｏＳモニタ結果を用いて、メンバＵＥ間ＰＣ５通信用スケジューリングの変更を実施する。基地局は、リーダＵＥに対して、変更したメンバＵＥ間ＰＣ５通信用スケジューリングの情報を通知する。リーダＵＥは、ＰＣ５通信を行うメンバＵＥに対して、該スケジューリング情報を通知する。メンバＵＥは、受信した該スケジューリング情報を用いて、メンバ間ＰＣ５通信を実施する。

【0645】

これらの方法には、前述の実施の形態または変形例で開示した方法を適宜適用するとよい。メンバＵＥ間のＰＣ５通信においても、同様の効果を得ることができる。

【0646】

メンバ間ＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳパラメータを、複数セット設定してもよい。メンバ間ＰＣ５通信用を用いたＶ２Ｘサービスに要求されるＱｏＳパラメータではなく、グループ間でのＰＣ５通信用を用いたＶ２Ｘサービスに要求されるＱｏＳパラメータを、複数セットしてもよい。

【0647】

該複数のＱｏＳパラメータセットを用いたＱｏＳパラメータセットの再選択方法、選択したＱｏＳパラメータの提供方法などは、たとえば、実施の形態２の変形例１を適宜適用するとよい。基地局がメンバ間ＰＣ５通信用スケジューリングを実施する場合は、ＰＣＦが基地局に対して、再選択したＱｏＳパラメータセットを通知すればよい。リーダＵＥがメンバ間ＰＣ５通信用スケジューリングを実施する場合は、ＰＣＦがリーダＵＥに対して、再選択したＱｏＳパラメータセットを通知すればよい。

【0648】

このようにすることで、メンバＵＥ間のＰＣ５通信を用いたＶ２Ｘサービスに対して、所望のＱｏＳを得ることが可能となる。

【0649】

メンバＵＥ間ＰＣ５通信用スケジューリングに用いるリソースプールが、基地局から報知されてもよい。リーダＵＥは、該リソースプールを用いて、メンバＵＥ間ＰＣ５通信用スケジューリングを実施する。メンバＵＥ間ＰＣ５通信用スケジューリングに用いる一つまたは複数のリソースプールが設定されてもよい。このような場合は、たとえば、実施の形態２の変形例２で開示した方法を適宜適用するとよい。同様の効果を得ることができる。

【0650】

メンバＵＥ間ＰＣ５通信用スケジューリングに用いるリソースプールが、リーダＵＥに構成されてもよい。リーダＵＥは、該リソースプールを用いて、メンバ間ＰＣ５通信用スケジューリングを実施する。メンバＵＥ間ＰＣ５通信用スケジューリングに用いる一つまたは複数のリソースプールが、ＵＥに構成されてもよい。このような場合は、たとえば、実施の形態２の変形例３で開示した方法を適宜適用するとよい。同様の効果を得ることができる。

【0651】

メンバＵＥ間ＰＣ５通信用スケジューリングに用いるリソースプールを、他のリソースプールと分別してもよい。たとえば、メンバＵＥ間ＰＣ５通信用スケジューリングに用いるリソースプールを、リーダＵＥとメンバＵＥの間のＰＣ５通信用スケジューリングに用いるリソースプールと分別してもよい。リソースプールを分別することで、各ＰＣ５通信におけるスケジューリングが衝突することを回避することが可能となる。各ＰＣ５通信に要求されるＱｏＳを各々満たすような調整を、柔軟に実施することが可能となる。

【0652】

実施の形態２の本変形例４で開示した方法により、ＵＥグループ間でＰＣ５通信を行うような場合も、グループ内ＵＥ間のＰＣ５通信を用いたＶ２Ｘサービスに要求されるＱｏＳが満たされない状態が続いてしまうようなことを回避することができる。

【0653】

実施の形態３．
３ＧＰＰでは、ＮＷのリソースをスライスして、サービス毎にスライスを使用するという、ＮＷスライシングが議論されている（非特許文献１６参照）。ＮＷスライシングでは、ＰＤＵセッション毎に異なるスライスが用いられる。このため、ＰＤＵセッション毎に、一つのスライスの識別子を示すＳ－ＮＳＳＡＩ（Single layer-Network Slice Selection Assistance Information）が与えられる。

【0654】

あらかじめ、ＲＡＮノードとＡＭＦの間で、サポートするＳ－ＮＳＳＡＩ（ｓ）のリストが通知される。ＡＭＦはＰＤＵセッション確立時に、ＲＡＮノードに対して、ＰＤＵセッションで用いるＳ－ＮＳＳＡＩを通知する。ＡＭＦは、Ｓ－ＮＳＳＡＩ情報を、ＰＤＵセッションリソースセットアップ要求メッセージに含めて、ＲＡＮノードに通知する。このようにすることで、ＡＭＦはＲＡＮノードに対して、スライス用のリソースの確保および使用を要求する。

【0655】

ＰＣ５通信において、一つのＶ２Ｘサービスは、一つまたは複数のＱｏＳフローに対応付けられる。また、一つのＰＣ５－Ｓリンクは、一つまたは複数のＶ２Ｘサービスに対応付けられる。一つのＰＣ５－Ｓリンクは、同一あるいは異なるＶ２Ｘサービスのための一つまたは複数のＱｏＳフローに対応付けられる。

【0656】

このように、ＰＣ５通信を用いたＶ２Ｘサービスでは、ＱｏＳフローに基づいてＱｏＳが管理される。ＰＤＵセッションは確立されないことになる。このため、ＰＣ５通信を用いたＶ２ＸサービスでＮＷスライシングを行おうとしても、Ｓ－ＮＳＳＡＩを設定するためのＰＤＵセッションが確立されない。このため、ＮＷスライシングを実施することが不可能となる。

【0657】

本実施の形態３ではこのような課題を解決する方法を開示する。

【0658】

Ｖ２Ｘサービス毎に異なるスライスを用いる。Ｖ２Ｘサービス毎に一つのＳ－ＮＳＳＡＩが与えられる。あるいは、一つまたは複数のＶ２ＸサービスからなるＶ２Ｘサービスグループ毎に、異なるスライスが用いられてもよい。Ｖ２Ｘサービスグループ毎に一つのＳ－ＮＳＳＡＩが与えられてもよい。ＰＣ５－Ｓリンク毎に異なるスライスが用いられてもよい。ＰＣ５－Ｓリンク毎に一つのＳ－ＮＳＳＡＩが与えられてもよい。

【0659】

Ｖ２Ｘサービス毎に一つまたは複数のスライスが用いられてもよい。Ｖ２Ｘサービス毎に一つまたは複数のＳ－ＮＳＳＡＩ（ｓ）が与えられてもよい。たとえば、ＱｏＳフロー毎に異なるスライスが用いられてもよい。ＱｏＳフロー毎に一つのＳ－ＮＳＳＡＩが与えられてもよい。

【0660】

ＰＣ５通信用のＱｏＳフロー毎に、ＰＣ５通信用のＱｏＳルールが設定されてもよい。ＰＣ５通信用のＱｏＳフロー毎に、ＰＣ５通信用のＱｏＳパラメータが設定されてもよい。ＰＣ５通信用のＱｏＳパラメータ毎に、ＰＣ５通信用のＱｏＳフローが設定されてもよい。たとえば、ＰＣ５通信を用いたＶ２Ｘサービスに複数のＱｏＳパラメータが設定される場合、ＱｏＳパラメータ毎に異なるスライスが用いられてもよい。ＱｏＳパラメータ毎に一つのＳ－ＮＳＳＡＩが与えられてもよい。これにより、ＱｏＳフロー毎に異なるスライスが用いられることになる。

【0661】

このようにすることで、ＰＣ５通信においてリソースをスライスに分割する単位が設定される。

【0662】

ＡＭＦはＲＡＮノードに対して、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）を通知する。ＡＭＦは、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）を、ＲＡＮノードに対して通知するＶ２Ｘサービス認証の情報とともに、通知してもよい。あるいは、ＡＭＦは、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）を、該認証情報に含めて通知してもよい。ＰＣＦがＲＡＮノードに対して、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）を通知してもよい。ＰＣＦは、ＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）を対応付けた情報を、ＰＣＦからＡＭＦを介してＲＡＮノードに対して通知されるＶ２Ｘポリシに含めて、通知してもよい。このようにすることで、ＲＡＮノードが、ＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）との対応付けを認識可能となる。

【0663】

ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）情報を、ＣＮに記憶しておいてもよい。Ｖ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）との対応付け情報を、ＣＮに記憶しておいてもよい。ＣＮへの記憶方法は、実施の形態１で開示した方法を適宜適用するとよい。

【0664】

図３９は、実施の形態３について、ＰＣ５通信を用いたＶ２Ｘサービスにおいてネットワークスライシングを実施するシーケンスの第１例を示す図である。図３９は、ＰＣ５通信を用いたＶ２Ｘサービスと該サービスに対応するネットワークスライスとの対応関係を、ＵＥおよびＲＡＮノードに提供する方法について開示している。図３９において、図２８および図２９と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0665】

ステップＳＴ２２０２からステップＳＴ２２０４で、ＵＥとＰＣＦの間で、Ｖ２Ｘサービス認証と、Ｖ２Ｘポリシ提供要求処理が実施される。ＰＣＦは、ステップＳＴ２８０６、ＳＴ２８０７、ＳＴ２８０８で、ＲＡＮノードおよびＵＥに対して、Ｖ２Ｘポリシを提供する。ＰＣＦからＲＡＮノードおよびＵＥに対して、Ｖ２Ｘ関連情報が通知される。

【0666】

ＡＭＦは、ステップＳＴ２８０７で、ＰＣ５通信を用いたＶ２Ｘサービスを、該サービスを実施するネットワークスライスを示す識別子と対応づけて、その対応付け情報をＲＡＮノードに通知する。ＡＭＦは、該対応付け情報を、Ｖ２Ｘ関連情報に含めて通知してもよい。ＡＭＦは、ステップＳＴ２８０７、ＳＴ２８０８で、ＰＣ５通信を用いたＶ２Ｘサービスを、該サービスを実施するネットワークスライスを示す識別子と対応づけて、その対応付け情報をＵＥに通知する。ＡＭＦは、該対応付け情報を、ＲＡＮノードを介して通知してもよい。ＡＭＦは、該対応付け情報を、Ｖ２Ｘ関連情報に含めて通知してもよい。

【0667】

ネットワークスライスを示す識別子を、Ｓ－ＮＳＳＡＩ（ｓ）としてもよい。これにより、ＲＡＮノードとＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスに対応したネットワークスライスを認識可能となる。

【0668】

図３９の例では、ＡＭＦが、ＰＣ５通信を用いたＶ２Ｘサービスを、ネットワークスライスを示す識別子と対応付けて、その対応付け情報をＲＡＮノードあるいはＵＥに対して通知する。他の方法として、ＰＣＦが、ＰＣ５通信を用いたＶ２Ｘサービスを、ネットワークスライスを示す識別子と対応付けて、その対応付け情報をＲＡＮノードあるいはＵＥに対して通知してもよい。ＰＣＦは、該情報を、ＡＭＦを介してＲＡＮノードおよびＵＥに対して通知してもよい。

【0669】

ＰＣ５通信を用いたＶ２Ｘサービスと該サービスを実施するネットワークスライスとの対応付け情報を、ＰＣＦが記憶しておいてもよい。ＰＣＦは、たとえば、ステップＳＴ２８０６で、該対応付け情報を、Ｖ２Ｘ関連情報に含めて、ＡＭＦに通知する。ＡＭＦは、ＲＡＮノードおよびＵＥに対して、該対応付け情報を、Ｖ２Ｘ関連情報に含めて通知してもよい。このようにすることで、ＰＣＦによるＶ２Ｘポリシ提供処理を用いて、ＰＣ５通信を用いたＶ２Ｘサービスと該サービスを実施するネットワークスライスとの対応付け情報を提供可能となる。

【0670】

同一の処理で実施することで、ＰＣ５通信を用いたＶ２Ｘサービスをネットワークスライシングする処理を簡略化可能となる。

【0671】

ステップＳＴ２８１０で、ＲＡＮノードは、Ｖ２Ｘサービスの識別子とネットワークスライスの識別子との対応付けを実施し、該ネットワークスライスに設定されたリソースを、該ＰＣ５通信を用いたＶ２Ｘサービスに使用する。ネットワークスライスのためのリソースは、ＲＡＮノードで予め構成されてもよい。あるいは、ネットワークスライスのためのリソースは、予めＯＡＭからＲＡＮノードに通知されてもよい。該リソースは、たとえば、無線リソースや、各プロトコルスタックでのデータバッファ容量などであってもよい。また、該リソースは、ＲＡＮ内でのＣＰＵ処理能力、記憶媒体の記憶容量であってもよい。

【0672】

ステップＳＴ２８１１で、ＵＥは、Ｖ２Ｘサービスの識別子とネットワークスライスの識別子の対応付けを実施し、該ネットワークスライスに設定されたリソースを、該ＰＣ５通信を用いたＶ２Ｘサービスに使用する。ネットワークスライスのためのリソースは、ＵＥに予め構成されてもよい。該リソースは、たとえば、無線リソースや、各プロトコルスタックでのデータバッファ容量などであってもよい。また、該リソースは、ＵＥ内でのＣＰＵ処理能力、記憶媒体の記憶容量であってもよい。

【0673】

このようにすることで、ＲＡＮノードあるいはＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスと、該サービスに用いるネットワークスライスと、該スライス用のリソースとを認識可能となる。

【0674】

基地局は、ＰＣ５通信用リソースをスライシングしておくとよい。各スライスにＳ－ＮＳＳＡＩを対応付けておくとよい。基地局は、ＰＣ５通信用スケジューリングを行う場合に、ＰＣ５通信用リソースをスライシングするとよい。基地局は、ＰＣ５通信を用いたＶ２Ｘサービスのためにスケジューリングを実施する場合、取得したＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）との対応情報から、どのスライスのリソースを用いるか決定する。基地局は、該スライスのリソースを用いて、ＰＣ５通信用のスケジューリングを実施する。

【0675】

基地局は、ＰＣ５通信を行う送信ＵＥに対して、スケジューリング情報を通知する。ＰＣ５通信を行う送信ＵＥは、基地局から受信したスケジューリング情報を用いて、受信ＵＥとＰＣ５通信を行う。このため、ＵＥ間でのＰＣ５通信は、Ｖ２Ｘサービスに対応したスライスで実施されることになる。このようにすることで、ＰＣ５通信用のリソースをスライシング可能となる。

【0676】

基地局は、ＰＣ５通信用リソースとして、ＰＣ５通信に用いるリソースプールを、スライシングしておいてもよい。ＰＣ５通信を用いたＶ２Ｘサービスとリソースプールの設定方法は、実施の形態２の変形例２で開示した方法を適宜適用するとよい。Ｖ２Ｘサービス毎にリソースプールを設けることを示したが、ＱｏＳフロー毎にリソースプールを設定してもよい。また、ＰＣ５－Ｓリンク毎にリソースプールを用いてもよい。ＰＣ５通信の接続状況に応じてリソースプールを設定可能となる。

【0677】

各スライスにＳ－ＮＳＳＡＩを対応付けておくとよい。基地局は、ＰＣ５通信用リソースプールを報知する場合に、ＰＣ５通信に用いるリソースプールをスライシングするとよい。基地局は、ＰＣ５通信用リソースプールを報知する場合、取得したＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）との対応情報から、どのスライスのリソースを用いるか決定する。基地局は、Ｓ－ＮＳＳＡＩとＰＣ５通信用リソースとを対応づける。あるいは、基地局は、Ｖ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）とを対応づけ、Ｓ－ＮＳＳＡＩとＰＣ５通信用リソースとを対応づける。これらの情報を、システム情報に含めてもよいし、ＰＣ５通信に用いるシステム情報に含めてもよい。基地局はこれらの情報を報知してもよい。

【0678】

基地局がＰＣ５通信用リソースを報知することを開示したが、基地局はＰＣ５通信用リソースをＵＥ個別に通知してもよい。該通知に、たとえば、ＲＲＣシグナリングを用いてもよい。また、ＵＥが基地局に対してＰＣ５通信用リソースを要求するメッセージを設けて通知してもよい。基地局は、該メッセージを送信してきたＵＥに対して、ＰＣ５通信用リソースをＵＥ個別に通知してもよい。基地局は、ＰＣ５通信用のリソースとして、前述した、スライスやＶ２Ｘサービスと対応付けた情報を、ＵＥ個別に通知してもよい。このようにすることで、ＵＥ毎にＰＣ５通信用リソースを設定可能となる。

【0679】

ＰＣ５通信を行うＵＥは、ＰＣ５通信用リソースをスライシングしておくとよい。ＰＣ５通信用リソースとして、たとえば、リソースプールがある。ＰＣ５通信を行うＵＥは、ＵＥ内に構成されたＶ２Ｘサービスに関する情報を用いて、ＰＣ５通信用リソースをスライシングしてもよい。あるいは、ＵＥ内に、予め、Ｖ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）との対応づけ、および、Ｓ－ＮＳＳＡＩとＰＣ５通信用リソースとの対応づけが構成されてもよい。このようにすることで、ＰＣ５通信を行うＵＥが、Ｖ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）から、それに対応したＰＣ５通信用リソースをスライシング可能となる。

【0680】

前述の方法は、ＰＣ５通信を行うＵＥが、自ＵＥ内に構成されたＰＣ５通信用リソースを用いて、ＰＣ５通信用スケジューリングを行う場合に適用するとよい。ＰＣ５通信を行うＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスのためにスケジューリングを実施する場合、ＰＣ５通信用のＶ２Ｘサービスと、Ｓ－ＮＳＳＡＩ（ｓ）と、Ｓ－ＮＳＳＡＩ（ｓ）に対応したＰＣ５通信用リソース情報とから、どのスライスのリソースを用いるか決定する。ＰＣ５通信を行うＵＥは、該スライスのリソースを用いて、ＰＣ５通信用のスケジューリングを実施する。

【0681】

ＰＣ５通信を行う送信ＵＥは、基地局から受信したＰＣ５通信用リソース、たとえば、ＰＣ５通信用リソースプール情報を用いて、ＰＣ５通信用のスケジューリングを行う。これにより、ＰＣ５通信を行うＵＥは、受信ＵＥとＰＣ５通信を行う。このため、ＵＥ間でのＰＣ５通信は、Ｖ２Ｘサービスに対応したスライスで実施されることになる。このようにすることで、ＰＣ５通信用のリソースをスライシング可能となる。

【0682】

他の方法を開示する。ＡＭＦがＵＥに対して、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）を通知する。ＡＭＦは、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）を、ＵＥに対して通知するＶ２Ｘサービス認証の情報とともに、通知してもよい。あるいは、ＡＭＦは、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）を、該認証情報に含めて通知してもよい。ＰＣＦがＵＥに対して、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）を通知してもよい。ＰＣＦは、ＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）を対応付けた情報を、ＡＭＦおよびＲＡＮノードを介してＵＥに対して通知されるＶ２Ｘポリシに含めて、通知してもよい。

【0683】

ＣＮがＵＥに対して、ＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）とを対応付けた情報を通知する方法に、前述の実施の形態１あるいはその変形例で開示した、Ｖ２Ｘ関連情報の提供方法あるいはＶ２Ｘポリシ提供方法を適用してもよい。このようにすることで、処理方法が異なり複雑になることを回避することが可能となり、誤動作を削減可能となる。

【0684】

ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）をＵＥ内に構成してもよい。ＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）とを対応付けた情報を、ＵＥ内に構成してもよい。予め、ＵＥ内にこれらの情報を記憶しておいてもよい。ＵＥ内にこれらの情報を記憶する方法は、前述の実施の形態１で開示した方法を適宜適用してもよい。これらの情報は、前述のＣＮ側ノードからＵＥに対して通知する方法を用いて提供されてもよいし、アップデートされてもよい。このようにすることで、ＵＥが、ＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）との対応付けを認識可能となる。

【0685】

ＰＣ５通信を行う送信ＵＥが、受信ＵＥに対して、ＰＣ５通信用のＳ－ＮＳＳＡＩ（ｓ）情報を通知してもよい。送信ＵＥは、受信ＵＥに対して、ＰＣ５通信用のＶ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）とを対応付けた情報を通知してもよい。通知方法は、実施の形態１の変形例４で開示した方法を適用してもよい。受信ＵＥは、ＰＣ５通信を用いたＶ２Ｘサービスと、Ｓ－ＮＳＳＡＩ（ｓ）を認識可能となる。

【0686】

ＰＣ５通信を行うＵＥにおける無線リソースを、スライスに分割してもよい。ＵＥにおける無線リソースとして、たとえば、ＵＥで使用するバッファ容量や、ＵＥでの制御処理能力などがある。受信ＵＥは、送信ＵＥから受信した、ＰＣ５通信を用いたＶ２Ｘサービスと、Ｓ－ＮＳＳＡＩ（ｓ）を用いて、使用するＵＥにおける無線リソースを設定可能となる。このようにすることで、リソースプールなどのＰＣ５通信用リソースだけでなく、ＵＥにおける無線リソースをスライシングすることが可能となる。

【0687】

各ＰＣ５通信用リソースに識別子を設けてもよい。ＰＣ５通信用リソースの識別子と一つまたは複数のＳ－ＮＳＳＡＩ（ｓ）とを対応付けておいてもよい。このようにすることで、ＰＣ５通信用リソースとＳ－ＮＳＳＡＩ（ｓ）との対応付けに要する情報量を削減可能となる。

【0688】

図４０および図４１は、実施の形態３について、ＰＣ５通信を用いたＶ２Ｘサービスにおいてネットワークスライシングを実施するシーケンスの第２例を示す図である。図４０と図４１は境界線ＢＬ４０４１の位置でつながっている。図４０および図４１において、図３９と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0689】

ステップＳＴ２８１０、ＳＴ２８１１で、ＲＡＮノードおよび送信ＵＥは、Ｖ２Ｘサービスの識別子とネットワークスライスの識別子との対応付けを実施する。この実施によって、ＲＡＮノードおよび送信ＵＥは、該ネットワークスライスに設定されたリソースを、該ＰＣ５通信を用いたＶ２Ｘサービスに使用することを決定する。

【0690】

ステップＳＴ２９１３で、ＲＡＮノードはＰＣ５通信関連情報を報知する。ＲＡＮノードは、該ＰＣ５通信関連情報として、Ｓ－ＮＳＳＡＩ（ｓ）情報を報知するとよい。ＲＡＮノードは、ＲＰ情報とＳ－ＮＳＳＡＩ（ｓ）情報とを関連づけて報知してもよい。あるいは、ＲＡＮノードは、Ｖ２ＸサービスとＳ－ＮＳＳＡＩ（ｓ）情報とを関連付けて報知してもよい。あるいは、ＲＡＮノードは、Ｖ２ＸサービスとＲＰ情報とＳ－ＮＡＳＳＡＩ（ｓ）情報とを関連づけて報知してもよい。送信ＵＥは、該報知情報を受信することで、ＰＣ５通信を用いたＶ２Ｘサービスに用いるＲＰとＳ－ＮＮＳＡＩ（ｓ）とを認識可能となる。

【0691】

ステップＳＴ２９１４で、送信ＵＥにおいて、Ｖ２Ｘサービスが発生する。ステップＳＴ２９１５で、送信ＵＥは、ステップＳＴ２９１３で受信したＰＣ５通信関連情報を用いて、Ｖ２ＸサービスとＲＰ情報とＳ－ＮＡＳＳＡＩ（ｓ）情報とを関連づける。ステップＳＴ２９１６で、送信ＵＥは、発生したＶ２Ｘサービスに対応したＲＰを選択し、該ＲＰを用いて、ＰＣ５通信のためのスケジューリングを実施する。

【0692】

ステップＳＴ２９１７で、送信ＵＥは、該スケジューリング結果を用いて、ＰＣ５通信要求を通知する。該ＰＣ５通信要求に、該Ｖ２Ｘサービスに対応したＳ－ＮＳＳＡＩ（ｓ）情報を含めるとよい。受信ＵＥは、送信ＵＥからのＰＣ５通信要求を受信する。受信ＵＥは、所望のＶ２Ｘサービスに対するＰＣ５通信要求を受信した場合、該送信ＵＥに対して、ＰＣ５通信アクセプトを送信する。受信ＵＥは、該ＰＣ５通信アクセプトに、該Ｖ２Ｘサービスに対応したＳ－ＮＳＳＡＩ（ｓ）情報を含めてもよい。送信ＵＥがＳ－ＮＳＳＡＩ（ｓ）を検証可能となる。

【0693】

受信ＵＥは、ステップＳＴ２９１７で受信した、Ｖ２Ｘサービスに対応するＳ－ＮＳＳＡＩ（ｓ）情報を用いて、どのスライスのリソースを用いるか決定する。受信ＵＥは、Ｖ２Ｘサービスに対応するネットワークスライスの識別子により、該ネットワークスライスに設定されたリソースを、該ＰＣ５通信を用いたＶ２Ｘサービスに使用する。ネットワークスライスのためのリソースは、前述のように、ＵＥに予め構成されてもよい。該リソースは、たとえば、無線リソースや、各プロトコルスタックでのデータバッファ容量などであってもよい。また、該リソースは、ＵＥ内でのＣＰＵ処理能力、記憶媒体の記憶容量であってもよい。

【0694】

送信ＵＥと受信ＵＥは、ステップＳＴ２９１９で、ネットワークスライスされたリソースを用いてＰＣ５ ＲＲＣシグナリングを実施し、ステップＳＴ２９２０で、ＰＣ５通信を用いてＶ２Ｘサービスのデータ通信を実施する。送信ＵＥと受信ＵＥは、ステップＳＴ２９１７、ＳＴ２９１８のＰＣ５－Ｓシグナリングも、ネットワークスライスされたリソースを用いて実施してもよい。

【0695】

このようにすることで、ＵＥ間のＰＣ５通信においてネットワークスライシングを実行することが可能となる。ネットワークスライシングを実施することで、他のスライスを用いたＶ２Ｘサービスとの間でリソースの干渉を回避することが可能となる。ＰＣ５通信を用いたＶ２ＸサービスのＱｏＳを安定して満たすことが可能となる。

【0696】

図４２は、実施の形態３について、ＰＣ５通信を用いたＶ２Ｘサービスにおいてネットワークスライシングを実施するシーケンスの第３例を示す図である。図４２において、図４０～図４１と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

【0697】

ＵＥに予め、複数のＰＣ５通信用のネットワークスライスに関する情報が構成されてもよい。ネットワークスライスに関する情報は、ネットワークスライスの識別子であってもよい。該ネットワークスライスで用いられるＰＣ５通信用リソース情報が、ＵＥに予め構成されてもよい。あるいは、ＰＣ５通信を用いるＶ２Ｘサービスと、該サービスに用いられるＰＣ５通信用リソース情報とが、ＵＥに予め構成されてもよい。Ｖ２Ｘサービスと該サービスを実施するネットワークスライスとの対応づけが、ＵＥに予め構成されてもよい。

【0698】

ステップＳＴ２９１４で、送信ＵＥにおいて、ＰＣ５通信を用いたＶ２Ｘサービスが発生すると、該送信ＵＥは、ステップＳＴ３００２で、ＵＥ内に予め構成されたＶ２Ｘサービスと該サービスを実施するネットワークスライスとの対応付け情報から、発生したＶ２Ｘサービスを実施するネットワークスライスを識別する情報（たとえば、Ｓ－ＮＳＳＡＩ（ｓ））を導出する。送信ＵＥは、Ｖ２Ｘサービスに用いるＰＣ５通信用リソースを導出する。送信ＵＥは、該ネットワークスライスを識別する情報から、該ネットワークスライスに使用するＰＣ５通信用リソース（たとえば、ＲＰ）を導出してもよい。

【0699】

送信ＵＥは、ＰＣ５通信に用いるＰＣ５通信用リソースを用いて、ＰＣ５通信用スケジューリングを実施し、ステップＳＴ２９１７で、該スケジューリング結果を用いて、ＰＣ５通信要求を通知する。該ＰＣ５通信要求に、該Ｖ２Ｘサービスに対応したＳ－ＮＳＳＡＩ（ｓ）情報を含めるとよい。受信ＵＥは、送信ＵＥからのＰＣ５通信要求を受信する。受信ＵＥは、所望のＶ２Ｘサービスに対するＰＣ５通信要求を受信した場合、該送信ＵＥに対して、ＰＣ５通信アクセプトを送信する。受信ＵＥは、該ＰＣ５通信アクセプトに、該Ｖ２Ｘサービスに対応したＳ－ＮＳＳＡＩ（ｓ）情報を含めてもよい。送信ＵＥがＳ－ＮＳＳＡＩ（ｓ）を検証可能となる。

【0700】

受信ＵＥは、ステップＳＴ２９１７で受信した、Ｖ２Ｘサービスに対応するＳ－ＮＳＳＡＩ（ｓ）情報を用いて、どのスライスのリソースを用いるか決定する。受信ＵＥは、Ｖ２Ｘサービスに対応するネットワークスライスの識別子により、該ネットワークスライスに設定されたリソースを、該ＰＣ５通信を用いたＶ２Ｘサービスに使用する。ネットワークスライスのためのリソースは、前述のように、ＵＥに予め構成されてもよい。該リソースは、たとえば、無線リソースや、各プロトコルスタックでのデータバッファ容量などであってもよい。また、該リソースは、ＵＥ内でのＣＰＵ処理能力、記憶媒体の記憶容量であってもよい。

【0701】

送信ＵＥと受信ＵＥは、ステップＳＴ２９１９で、ネットワークスライスされたリソースを用いてＰＣ５ ＲＲＣシグナリングを実施し、ステップＳＴ２９２０で、ＰＣ５通信を用いてＶ２Ｘサービスのデータ通信を実施する。送信ＵＥと受信ＵＥは、ステップＳＴ２９１７、ＳＴ２９１８のＰＣ５－Ｓシグナリングも、ネットワークスライスされたリソースを用いて実施してもよい。

【0702】

このように、予めＵＥ内に構成されたネットワークスライスに関する情報を用いることで、たとえＰＣ５通信を行うＵＥがセルのカバレッジ外に存在していたとしても、ＵＥ間のＰＣ５通信においてネットワークスライシングを実行することが可能となる。ネットワークスライシングを実施することで、他のスライスを用いたＶ２Ｘサービスとの間でリソースの干渉を回避することが可能となる。ＰＣ５通信を用いたＶ２ＸサービスのＱｏＳを安定して満たすことが可能となる。

【0703】

本実施の形態３で開示した方法とすることで、ＰＣ５通信においてもスライシングが可能となる。ＰＣ５通信を用いたＶ２Ｘサービスについて、ＰＣ５通信用リソースのスライシングが可能となる。スライシングを用いることで、スライス毎にリソースのアイソレーションが可能となる。それにより、ＰＣ５通信を用いたＶ２Ｘサービスにおけるスライス間で、他スライスへの影響すなわち他スライスへの干渉を回避することが可能となる。

【0704】

Ｄ２Ｄ通信あるいはＶ２Ｖ通信などのＶ２Ｘサービスは、ＰＣ５通信だけでなく、Ｕｕ通信を用いる場合がある。該Ｖ２Ｘサービスが同じ場合、ＰＣ５通信で用いるスライスを、Ｕｕ通信で用いるスライスと同じとしてもよい。該Ｖ２Ｘサービスが同じ場合、ＰＣ５通信で用いるスライスを、Ｕｕ通信で用いるＳ－ＮＳＳＡＩ（ｓ）を同じとしてもよい。同じＶ２Ｘサービスを、同じスライスに属するリソースを用いて実施可能となる。逆に、異なるＶ２Ｘサービスは、異なるスライスに属するリソースで実施することとなる。このため、スライス間のリソースの干渉を回避することができ、異なるＶ２Ｘサービス間でのリソースの干渉を回避することが可能となる。

【0705】

Ｓ－ＮＳＳＡＩは、スライスのタイプを示すＳＳＴ（Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ Ｔｙｐｅ）情報と、同一ＳＳＴ内でスライスを区別するためのＳＤ（Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）情報とからなる。たとえば、Ｕｕ通信を用いた該Ｖ２Ｘサービスと、ＰＣ５通信を用いた該Ｖ２Ｘサービスとで、ＳＳＴを異ならせてもよい。Ｕｕ通信とＰＣ５通信とを異なるサービスタイプとして扱うことができる。

【0706】

他の方法として、Ｕｕ通信を用いた該Ｖ２Ｘサービスと、ＰＣ５通信を用いた該Ｖ２Ｘサービスとで、ＳＳＴを同じにしてＳＤを異ならせてもよい。このようにすることで、該Ｖ２Ｘサービスのタイプとしては同じであるが、その中でＵｕ通信とＰＣ５通信とを区別して扱うことが可能となる。

【0707】

本明細書では主にＤ２Ｄ通信やＶ２Ｖ通信について開示した。しかし、前述の各実施の形態および各変形例は、ＰＣ５通信（ＳＬ通信）を用いた通信に適宜適用可能であり、たとえば、Ｖ２Ｐ（Vehicle to Pedestrian）やＶ２Ｉ（Vehicle to Infrastructure）などでＰＣ５通信を用いてＶ２Ｘサービスを実施する場合にも適宜適用可能である。

【0708】

前述の各実施の形態およびその変形例は、例示に過ぎず、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。

【0709】

例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。

【0710】

本開示は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、限定的なものではない。例示されていない無数の変形例が、想定され得るものと解される。

【符号の説明】

【0711】

２００，２１０ 通信システム、２０２ 通信端末装置、２０３ 基地局装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】