(57)【要約】  サーバ装置は、少なくとも１つの端末が通信可能な通信エリアにおける通信コスト、及び、少なくとも１つの端末の位置に基づいて、通信コストが閾値未満である第１の通信エリアにおいてアップリンクデータを送信させる第１の端末を決定し、第１の端末に対して第１の通信エリアでのアップリンクデータの送信指示を送信し、第１の端末からアップリンクデータを受信する。
2018062301.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの端末が通信可能な通信エリアにおける通信コスト、及び、前記少なくとも１つの端末の位置に基づいて、前記通信コストが第１の閾値未満である第１の通信エリアにおいてアップリンクデータを送信させる第１の端末を決定する決定部と、
前記第１の端末に対して前記第１の通信エリアでのアップリンクデータの送信指示を送信し、前記第１の端末からアップリンクデータを受信する通信部と、
を具備するサーバ装置。
【請求項２】
前記決定部は、さらに、前記第１の端末における無線品質が第２の閾値以上であるか否かを判定し、
前記通信部は、前記無線品質が前記第２の閾値以上である場合に、前記第１の端末に対して前記送信指示を送信する、
請求項１に記載のサーバ装置。
【請求項３】
前記通信コストは、前記通信エリア及び当該通信エリアでの送信時間の組み合わせに関連付けられ、
前記決定部は、前記通信コストが前記第１の閾値未満である第１の組み合わせにおける通信エリア及び送信時間でアップリンクデータを送信させる前記第１の端末を決定し、
前記通信部は、前記第１の端末に対して前記第１の組み合わせにおける通信エリア及び送信時間での前記送信指示を送信する、
請求項１に記載のサーバ装置。
【請求項４】
前記決定部は、前記少なくとも１つの端末の移動先の位置を予測し、前記予測された移動先の位置に基づいて、前記第１の端末を決定する、
請求項１に記載のサーバ装置。
【請求項５】
前記通信部は、前記第１の通信エリア内に位置する複数の前記第１の端末のうち、一部の端末のみから前記アップリンクデータを受信する、
請求項１に記載のサーバ装置。
【請求項６】
少なくとも１つの端末が通信可能な通信エリアにおける通信コスト、及び、前記少なくとも１つの端末の位置に基づいて、前記通信コストが閾値未満である第１の通信エリアにおいてアップリンクデータを送信させる第１の端末を決定し、
前記第１の端末に対して前記第１の通信エリアでのアップリンクデータの送信指示を送信し、
前記第１の端末からアップリンクデータを受信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置及び通信方法に関する。
【背景技術】
【０００２】
自動運転又は交通事故防止等のＩＴＳ（Intelligent Transport Systems）サービスの高度化を実現するためにＶ２Ｘ（Vehicle to everything）通信を活用することが検討されている（例えば、非特許文献１を参照）。【０００３】
Ｖ２Ｘ通信には、車両（Vehicle）と車両との通信（Ｖ２Ｖ通信）、車両と、信号機又は標識等に設置される路側装置（Road Side Unit）等のインフラ（Infrastructure）又はセルラネットワーク（Network）との通信（Ｖ２Ｉ通信／Ｖ２Ｎ通信）、車両と歩行者（Pedestrian）との通信（Ｖ２Ｐ通信）等がある。【０００４】
また、Ｖ２Ｘ通信では、新たな通信方式の導入が検討されている。例えば、Ｖ２Ｘ通信に用いる通信システムの一例として、IEEE802.11p等の無線ＬＡＮ、ＬＴＥ（Long Term Evolution）、又は、５Ｇ（5th generation mobile communication system）等のセルラネットワークが挙げられる。【０００５】
今後、Ｖ２Ｘ通信の実現に向けて、道路環境を示す環境情報の収集がより活発化し、車両からのセンサ情報（つまり、アップリンク（ＵＬ：Uplink）データ）の通信量が飛躍的に増加することが想定される。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Hanbyul Seo, Ki-Dong Lee, Shinpei Yasukawa, Ying Peng, Philippe Sartori, “LTE evolution for vehicle-to-everything services,” IEEE Communication Magazine, vol. 54, no. 6, pp. 22-28, June 2016.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
Ｖ２Ｘ通信では、端末（ＵＥ（User Equipment）と呼ぶこともある）からのＵＬデータの通信をより低コストで行うことが要求される。【０００８】
本発明の一態様は、Ｖ２Ｘ通信において、端末からのＵＬデータの通信をより低コストで行うことができるサーバ装置及び通信方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明の一態様に係るサーバ装置は、少なくとも１つの端末が通信可能な通信エリアにおける通信コスト、及び、前記少なくとも１つの端末の位置に基づいて、前記通信コストが第１の閾値未満である第１の通信エリアにおいてアップリンクデータを送信させる第１の端末を決定する決定部と、前記第１の端末に対して前記第１の通信エリアでのアップリンクデータの送信指示を送信し、前記第１の端末からアップリンクデータを受信する通信部と、を具備する。
【発明の効果】
【００１０】
本発明の一態様によれば、Ｖ２Ｘ通信において、端末からのＵＬデータの通信をより低コストで行うことができる。
【図面の簡単な説明】
【００１１】
【図１】一実施の形態に係る通信システムの構成例を示す図である。
【図２】一実施の形態に係るＩＴＳサーバの構成例を示すブロック図である。
【図３】一実施の形態に係る端末の構成例を示すブロック図である。
【図４】一実施の形態に係るコスト情報及び端末情報の取得方法の一例を示す図である。
【図５】一実施の形態に係るコスト情報及び端末情報の取得方法の他の例を示す図である。
【図６Ａ】一実施の形態に係るＵＬデータの送信制御方法の一例を示す図である。
【図６Ｂ】一実施の形態に係るＵＬデータの保持指示又は破棄指示の制御方法の一例を示す図である。
【図７Ａ】一実施の形態に係るＵＬデータの送信制御方法の一例を示す図である。
【図７Ｂ】一実施の形態に係るＵＬデータの送信制御方法の他の例を示す図である。
【図８】一実施の形態に係るIdle状態からConnected状態へ遷移する方法の一例を示す図である。
【図９】一実施の形態に係るIdle状態からConnected状態へ遷移する方法の他の例を示す図である。
【図１０】一実施の形態に係るIdle状態からConnected状態へ遷移する方法の他の例を示す図である。
【図１１】一実施の形態の変形例に係るＵＬデータの送信制御方法の一例を示す図である。
【図１２】本発明に係るサーバ装置、基地局及び端末のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
（本発明に至った経緯）
Ｖ２Ｘ通信においてアップロードされる環境情報などのトラフィックは、通常のデータ通信とは異なり、通信品質の向上よりも、通信コスト（「ビットコスト」又は単に「コスト」と呼ぶこともある）の低減が優先して要求される。また、Ｖ２Ｘ通信においてアップロードされる環境情報は、緊急性が比較的低く、低遅延でのアップロードを要求されない。
【００１３】
「通信コスト」は、端末においてどれくらいの通信単価にて通信が可能であるかを示す指標である。例えば、通信コストは、単位時間あたりの通信に使用されるビット単価、通信において占有されるリソース量、１送信あたりの周波数利用効率（ＭＣＳ（Modulation and Coding Scheme）又はスケジューリングポリシ）の少なくとも一つに基づいて算出されてもよい。なお、通信コストの算出に用いるパラメータは、これらに限定されず、端末に課金される通信料金に関連するパラメータであればよい。
【００１４】
本発明者らは、Ｖ２Ｘ通信において、端末が行うＵＬデータ送信をより低コストで行うことができる通信方法を検討した。
【００１５】
通信コストは、基地局の運用コストに依存する。また、基地局の運用コストは、端末が通信可能な通信エリア及び時間におけるピーク時の通信量に応じて決定される。すなわち、ピーク時の通信量が多いほど、基地局の運用コストが増加し、結果として、通信コストが増加してしまう。
【００１６】
よって、ピーク時の通信量を減らすために、通信量が多く、リソース利用率が高い通信エリア又は時間の通信単価を上げ、通信量が少なく、リソース利用率が低い通信エリア又は時間の通信単価を下げることにより、通信単価が低い通信エリア又は時間での通信を促す運用（例えば、オフロード、ピークシフト、ボトムアップと呼ぶこともある）を行うことが今後予想される。
【００１７】
Ｖ２Ｘ通信におけるアップリンクの通信では、低遅延でのアップロードが要求されず、少なくとも地理的又は時間的に通信量をオフロードする送信制御が可能であることから、上記運用が適用される場合に、端末は、通信単価が低い通信エリア又は時間でＵＬデータを送信することにより、Ｖ２Ｘ通信での通信コストの低減要求に応えることができる。
【００１８】
本発明者らは、この点に着目し、本発明に至った。具体的には、端末が通信可能な通信エリア（カバレッジ）において、通信コストが低くなるエリア、又は、通信コストが低くなる送信時間（タイミング）を特定し、端末に対して、通信コストが低くなるエリア又は送信時間でのＵＬデータの送信を指示することに至った。
【００１９】
なお、Ｖ２Ｘ通信では、環境情報をアップロードする端末を必ずしも一意に定める必要はない。例えば、Ｖ２Ｘ通信を活用したＩＴＳシステムは、各エリアでの環境情報（センシング結果）を特定の端末に報告させる必要はなく、どの端末（車両）から収集してもよい。
【００２０】
以下、本発明の一実施の形態について図面を参照して詳細に説明する。
【００２１】
［通信システムの構成］
図１は、本実施の形態に係る通信システムの構成例を示す。図１に示す通信システムは、少なくとも、ＩＴＳサーバ（サーバ装置）１００、コアネットワークノード（コアＮＷノード）２００、基地局（ｅＮＢと呼ばれることもある）３００、及び、端末４００を含む。例えば、コアＮＷノード２００、基地局３００及び端末４００は、例えば、セルラネットワーク（例えば、５Ｇシステム等）を構成する。
【００２２】
ＩＴＳサーバ１００は、Ｖ２Ｘ通信を用いたＩＴＳサービスを提供するアプリケーションサーバである。ＩＴＳサーバ１００は、複数の車両の各々に搭載された端末４００から、基地局３００がカバーする通信エリア内の道路環境に関する環境情報を収集し、収集した環境情報に基づいて、自動運転又は交通事故防止等のＩＴＳサービスに関する処理を行う。
【００２３】
また、ＩＴＳサーバ１００は、端末４００から環境情報（ＵＬデータ）を収集する際、基地局３００の通信エリアの各々における通信コストを示す情報（以下、「コスト情報」と呼ぶ）、及び、端末４００の位置を示す情報（以下、「位置情報」と呼ぶ）をコアＮＷノード２００から取得する。
【００２４】
また、コスト情報において、通信コストは、例えば、端末４００が通信可能な通信エリアと当該通信エリアでの送信時間との組み合わせに関連付けられてもよい。なお、コスト情報において、通信エリア及び送信時間の何れか一方と、通信コストとが関連付けられていてもよい。また、以下では、コスト情報は、コアＮＷノード２００において生成される場合について説明する。しかし、コスト情報は、ＩＴＳサーバ１００において生成されてもよい。この場合、ＩＴＳサーバ１００は、コスト情報の生成に必要なパラメータ（端末４００の位置情報、課金情報など）をコアＮＷノード２００から取得する。
【００２５】
ＩＴＳサーバ１００は、コスト情報及び位置情報に基づいて、ＵＬデータの通信に要する通信コストが低い通信エリア及び送信時間において低コストを要求される通信（以下、「低コスト通信」と呼ぶ）を行う端末４００を決定する。そして、ＩＴＳサーバ１００は、決定した端末４００に対して、低コスト通信が可能な通信エリア及び通信時間でのＵＬデータの送信指示を送信する。さらに、ＩＴＳサーバ１００は、端末４００の無線品質を示す情報（以下、「品質情報」と呼ぶ）を取得して、無線品質が所定の閾値以上である端末４００（無線品質が良好である端末４００）に対してＵＬデータの送信指示を送信してもよい。
【００２６】
コアＮＷノード２００は、少なくとも１つの無線アクセスネットワーク（基地局３００）を収容する。コアＮＷノード２００は、例えば、基地局３００の通信エリア内における端末４００の位置を登録する位置登録サーバ２０１（例えばＭＭＥ（Mobility Management Entity））と、各端末４００の課金を管理する課金サーバ２０２と、外部システム（例えば、ＩＴＳサーバ１００）に接続するゲートウェイ（ＧＷ）２０３と、を含む。
【００２７】
本実施の形態では、課金サーバ２０２は、各端末４００の課金を管理する処理に加え、各基地局３００の通信エリアにおけるコスト情報を管理する。課金サーバ２０２は、例えば、位置登録サーバ２０１に登録される端末４００の位置と、当該位置における端末４００の課金情報とを関連付けることにより、各通信エリアにおいてどれ位の通信コストで通信が行われているかをコスト情報として管理している。
【００２８】
基地局３００は、自局がカバーする通信エリア内に存在する端末４００、又は、コアＮＷノード２００と接続して通信を行う。また、基地局３００は、端末４００からのＵＬデータのリソース割当要求（例えば、スケジューリング要求（Scheduling Request）又はＢＳＲ（Buffer Status Report））に応じて当該端末４００に対してＵＬリソースを割り当てる。
【００２９】
端末４００は、例えば、車両に搭載され、車両に備えられたセンサによって得られるセンシング結果を示すＵＬデータ（環境情報）を、基地局３００及びコアＮＷノード２００を介してＩＴＳサーバ１００へアップロードする。ＵＬデータ送信の際、端末４００は、ＩＴＳサーバ１００が行う送信指示（ＵＬ送信トリガ）に従って、環境情報（つまり、ＵＬデータ）を送信する。基地局３００の通信エリア内の少なくとも１つの端末４００が環境情報をアップロードすることにより、ＩＴＳサーバ１００は、当該通信エリアにおける状況（例えば、道路状況）を把握できる。
【００３０】
なお、端末４００は、Ｖ２Ｘ通信のような低コスト通信、及び、通常のデータ通信等の低コストを要求されない通信（以下、「通常コスト通信」と呼ぶ）の双方をサポートしてもよい。以下では、要求される通信コストに応じて通信（低コスト通信及び通常コスト通信）を分類した「コストクラス」によって各通信を区別する。例えば、コストクラスは、ＱＣＩ（Quality of Service Class Identifier）に応じて区別されてもよい。
【００３１】
例えば、端末４００は、コアＮＷノード２００との間で、複数の論理的接続（例えば、ベアラ接続又はＰＤＮ（Packet Data Network）接続など）を行い、論理的接続毎にコストクラスの区別を行ってもよい。
【００３２】
また、端末４００では、所定条件（例えば、通信コスト又は通信品質に関する条件）を満たす場合に、上位レイヤ（アプリケーションレイヤ、ＩＰ（Internet Protocol）レイヤ等）から下位レイヤ（物理（ＰＨＹ）レイヤ、ＭＡＣ（Medium Access Control）レイヤ）へアップリンクの送信パケット（例えば、環境情報）が渡される。そして、端末４００は、下位レイヤにおいて、パケット単位又は論理チャネル単位で低コスト通信と通常コスト通信とを区別し、送信パケットを送信してもよい。一方、端末４００は、所定条件を満たさない場合には上位レイヤから下位レイヤへアップリンクの送信パケットを出力しない。この処理により、意図せずに高コストになってしまう通信を回避できる。
【００３３】
［ＩＴＳサーバの構成］
図２は、本実施の形態に係るＩＴＳサーバ１００の構成例を示す図である。図２に示すＩＴＳサーバ１００は、コスト情報取得部１０１と、端末情報取得部１０２と、決定部１０３と、通信部１０４と、を含む構成を採る。
【００３４】
コスト情報取得部１０１は、基地局３００の通信エリアの各々における通信コストを示すコスト情報を、コアＮＷノード２００から通信部１０４を介して取得する。具体的には、コスト情報取得部１０１は、コアＮＷノード２００に対して、コスト情報を問い合わせるためのシグナリングを通信部１０４を介して送信する。そして、コスト情報取得部１０１は、問い合わせにより取得したコスト情報を決定部１０３へ出力する。
【００３５】
端末情報取得部１０２は、端末４００の位置を示す位置情報と、端末４００における無線品質を示す品質情報とを含む端末情報を、コアＮＷノード２００から通信部１０４を介して取得する。具体的には、端末情報取得部１０２は、コアＮＷノード２００又は端末４００に対して、端末情報を問い合わせるためのシグナリングを通信部１０４を介して送信する。そして、端末情報取得部１０２は、問い合わせにより取得した端末情報を決定部１０３へ出力する。
【００３６】
決定部１０３は、コスト情報取得部１０１から入力されるコスト情報、及び、端末情報取得部１０２から入力される端末情報（位置情報、品質情報）に基づいて、環境情報等のＵＬデータを送信させる端末４００、及び、当該端末４００にＵＬデータを送信させるエリア及び送信時間を決定する。
【００３７】
例えば、決定部１０３は、コスト情報に含まれる通信コストのうち、低コストに分類される通信コストの通信エリア及び送信時間（例えば、通信コストが所定の閾値未満の通信エリア及び送信時間）を特定する。そして、決定部１０３は、低コスト通信可能な通信エリア及び送信時間でＵＬデータを送信させる端末４００（つまり、低コスト通信が可能な端末４００）を決定する。
【００３８】
また、決定部１０３は、低コスト通信が可能な端末４００について、品質情報に示される無線品質が閾値以上であるか否か（無線品質が良好であるか否か）を判定する。そして、決定部１０３は、無線品質が良好であり、低コスト通信が可能な端末４００を、ＵＬデータを送信させる端末として決定する。
【００３９】
決定部１０３は、ＵＬデータを送信させると決定した端末４００に対するＵＬデータの送信指示を通信部１０４に出力する。また、決定部１０３は、ＵＬデータを送信させると決定した端末４００以外の端末４００に対する制御信号として、パケットを一定期間保持させる指示（パケット保持指示）又はパケットを破棄させる指示（破棄指示）を通信部１０４に出力する。
【００４０】
通信部１０４は、決定部１０３から出力される、送信指示、又は、パケット保持／破棄指示を、コアＮＷノード２００（ＧＷ２０３）及び基地局３００を介して、対象の端末４００へ送信する。また、通信部１０４は、送信指示の送信先である端末４００から、低コスト通信が可能な通信エリアから送信されたＵＬデータ（環境情報など）をコアＮＷノード２００（ＧＷ２０３）及び基地局３００を介して受信し、受信したＵＬデータを、例えばＩＴＳサービスに関連する処理部（図示せず）へ出力する。
【００４１】
なお、ここでは、ＩＴＳサーバ１００は、通信コストが低い通信エリア及び送信時間について、低コスト通信が可能な端末４００を決定する場合について説明した。しかし、本発明では、この処理に限定されず、例えば、ＩＴＳサーバ１００は、通信エリア又は送信時間の何れか一方について、低コスト通信が可能な端末４００を決定してもよい。例えば、ＩＴＳサーバ１００は、低コスト通信が可能な送信時間を有する基地局３００を特定し、特定した基地局３００において当該送信時間での通信が可能な端末４００を決定してもよい。
【００４２】
［端末の構成］
図３は、本実施の形態に係る端末４００の構成例を示す図である。図３に示す端末４００は、位置情報生成部４０１と、無線品質測定部４０２と、通信部４０３と、送信制御部４０４と、を含む構成を採る。
【００４３】
位置情報生成部４０１は、自機の位置を示す位置情報を生成する。例えば、位置情報生成部４０１は、ＧＰＳ（Global Positioning System）等によって自機の位置を測位し、測位結果を示す位置情報を生成してもよい。又は、位置情報生成部４０１は、自機が存在する在圏エリアを示す情報（例えば、セルＩＤ、ＴＡ（Tracking Area）、TA list等）を位置情報としてもよい。又は、位置情報生成部４０１は、端末４００が搭載された車両のカーナビゲーションシステムから、車両の走行位置（又は走行予定位置）を示す情報を取得して、位置情報としてもよい。位置情報生成部４０１は、位置情報を通信部４０３へ出力する。
【００４４】
無線品質測定部４０２は、自機と自機が接続する基地局３００との間の無線品質を測定する。無線品質の一例として、例えば、受信電力、ＲＳＳＩ（Received Signal Strength Indicator）、ＲＳＲＰ（Reference Signal Received Power）、ＳＩＮＲ（Signal to Interference and Noise Ratio）、ＲＳＲＱ（Reference Signal Received Quality）等が挙げられる。無線品質測定部４０２は、測定した無線品質を示す品質情報を通信部４０３へ出力する。
【００４５】
通信部４０３は、位置情報生成部４０１から入力される位置情報、及び、無線品質測定部４０２から入力される品質情報を基地局３００へ送信する。また、通信部４０３は、ＩＴＳサーバ１００からの送信指示、又は、パケット保持／破棄指示を受信し、送信制御部４０４へ出力する。また、通信部４０３は、送信制御部４０４から出力される、制御信号（例えば、スケジューリング要求又はＢＳＲ）又はＵＬデータを基地局３００へ送信する。また、通信部４０３は、基地局３００からリソース割当情報を受信した場合、当該リソース割当情報に示されるリソースを用いて、送信制御部４０４から出力されるＵＬデータを基地局３００へ送信する。
【００４６】
送信制御部４０４は、通信部４０３から入力されるＩＴＳサーバ１００からの指示（送信指示、パケット保持／破棄指示）に従って、ＵＬデータの送信を制御する。具体的には、送信制御部４０４は、送信指示が入力されると、基地局３００に対するリソース割当要求（スケジューリング要求又はＢＳＲ）を通信部４０３へ出力し、ＵＬデータを通信部４０３へ出力する。一方、送信制御部４０４は、パケット保持指示が入力されると、ＵＬデータを一定期間保持し、一定時間経過するまでに送信指示を受け取らない場合、当該ＵＬデータを破棄する。また、送信制御部４０４は、パケット破棄指示が入力されると、ＵＬデータを破棄する。
【００４７】
［通信システムの動作例］
次に、上述した通信システムの各装置が行う通信制御について詳細に説明する。
【００４８】
以下では、（i）ＩＴＳサーバ１００が行うコスト情報及び端末情報の取得方法、（ii）ＩＴＳサーバ１００が行うＵＬデータの送信制御方法、及び、(iii)ＩＴＳサーバ１００が用いるコスト情報における、端末４００の位置と通信コストとの関係について詳細に説明する。
【００４９】
［（i）コスト情報及び端末情報の取得方法］
まず、ＩＴＳサーバ１００が行うコスト情報及び端末情報の取得方法について説明する。
【００５０】
図４は、ＩＴＳサーバ１００がコスト情報及び端末情報を取得する際の通信システムの動作例を示す図である。
【００５１】
図４において、ＳＴ１０１では、ＩＴＳサーバ１００が、コアＮＷノード２００（例えば、課金サーバ２０２）に対してコスト情報を問い合わせるシグナリングを送信する。
【００５２】
ＳＴ１０２では、コアＮＷノード２００は、ＩＴＳサーバ１００からコスト情報を問い合わせるシグナリングを受信すると、保持しているコスト情報をＩＴＳサーバ１００へ送信する。
【００５３】
次に、ＳＴ１０３では、ＩＴＳサーバ１００は、端末４００に対して、端末４００の位置情報又は品質情報を問い合わせるシグナリングを送信する。
【００５４】
ＳＴ１０４では、端末４００は、ＩＴＳサーバ１００から位置情報を問い合わせるシグナリングを受信すると、端末４００の位置を示す位置情報（例えば、在圏エリア又は測位結果）をコアＮＷノード２００へ報告する。
【００５５】
ＳＴ１０５では、端末４００は、ＩＴＳサーバ１００から品質情報を問い合わせるシグナリングを受信すると、端末４００における無線品質を示す位置情報をコアＮＷノード２００へ報告する。
【００５６】
ＳＴ１０６では、コアＮＷノード２００は、ＳＴ１０４及びＳＴ１０５で報告された、端末４００の位置情報及び品質情報を含む端末情報をＩＴＳサーバ１００へ送信する。
【００５７】
このように、図４では、ＳＴ１０４及びＳＴ１０５における位置情報及び品質情報の報告は、ＩＴＳサーバ１００からの問い合わせに基づいて実施される。
【００５８】
なお、図４において、コスト情報の問い合わせ動作（ＳＴ１０１，ＳＴ１０２）と、端末情報の問い合わせ動作（ＳＴ１０３〜ＳＴ１０６）との時系列の順序は特に限定されない。ＩＴＳサーバ１００は、端末情報、コスト情報の順に問い合わせてもよく、コスト情報及び端末情報の双方を同時に問い合わせてもよい。
【００５９】
ＳＴ１０７では、ＩＴＳサーバ１００は、ＳＴ１０２で取得したコスト情報、及び、ＳＴ１０６で取得した端末情報（位置情報、品質情報）に基づいて、低コスト通信が可能な通信エリアでＵＬデータを送信可能な端末４００が存在するか否かを判定する（位置判定）。また、コスト情報において、通信コストが通信エリア及び当該通信エリアでの送信時間の組み合わせに関連付けられている場合、ＩＴＳサーバ１００は、低コスト通信が可能な通信エリア及び送信時間の組み合わせにおいて、ＵＬデータを送信可能な端末４００が存在するか否かを判定してもよい。
【００６０】
また、ＩＴＳサーバ１００は、ＳＴ１０６で取得した品質情報に基づいて、端末４００の無線品質が良好であるか否かを判定する（品質判定）。
【００６１】
このようにして、ＩＴＳサーバ１００は、低コスト通信が可能な通信エリア又は送信時間（通信コストが閾値未満である通信エリア又は送信時間）でＵＬデータを送信させる端末４００を決定する。
【００６２】
ＩＴＳサーバ１００は、ＵＬデータを送信させる端末４００に対して、低コスト通信が可能な通信エリア又は送信時間でのＵＬデータの送信を指示する（詳細は後述する）。例えば、ＩＴＳサーバ１００は、端末４００に対してＵＬデータを送信させる通信エリア又は送信時間において、送信対象の端末４００に対してＵＬデータの即時送信を指示する送信指示を送信してもよい。または、ＩＴＳサーバ１００は、端末４００に対して送信指示を送信する際、当該端末４００に対してＵＬデータを送信させる通信エリア又は送信時間を指示してもよい。
【００６３】
一方、ＩＴＳサーバ１００は、無線品質が劣悪である端末４００、又は、低コスト通信可能な通信エリア及び送信時間でのＵＬデータの送信が不可能な端末４００に対して、ＵＬデータ送信の待機又はＵＬデータの破棄を指示する（詳細は後述する）。
【００６４】
このようにして、ＩＴＳサーバ１００は、コスト情報、端末４００の位置情報及び品質情報に基づいて、ＵＬデータを送信する端末４００、及び、ＵＬデータを送信する端末４００が通信する通信エリア及び送信時間（タイミング）を決定する。この処理により、端末４００は、低コスト、かつ、良好な無線品質においてＵＬデータを送信できる。
【００６５】
また、ＩＴＳサーバ１００は、例えば、端末４００が将来的に移動する位置を予測し、端末４００の移動先の位置に基づいて、低コスト通信が可能な通信エリアにおいてＵＬデータを送信させる端末４００を決定してもよい。例えば、ＩＴＳサーバ１００は、端末４００が搭載された車両のカーナビゲーションシステムにおける走行計画を位置情報として用いて端末４００の将来の位置を予測してもよい。ＩＴＳサーバ１００は、低コスト通信が可能な通信エリアにおいてＵＬデータを送信可能な端末４００が存在する場合には、当該端末４００に対してＵＬデータの送信機会を確保（予約）してもよい。この処理により、ＩＴＳサーバ１００は、端末４００の現在位置のみでなく、将来的に移動する位置を用いて、低コスト通信におけるＵＬデータの送信制御をより柔軟に行うことができる。
【００６６】
［コスト情報及び端末情報の他の取得方法］
図４では、ＩＴＳサーバ１００から端末４００への問い合わせに応じて位置情報及び品質情報が報告される場合について説明した。しかし、位置情報及び品質情報の報告方法はこの処理に限定されない。例えば、端末４００は、ＩＴＳサーバ１００からの問い合わせに依らず、位置情報及び品質情報を所定のタイミング又は周期的にコアＮＷノード２００へ報告してもよい。
【００６７】
図５は、端末４００が位置情報及び品質情報を所定のタイミングにおいて報告する場合の通信システムの動作例を示す図である。図５において、図４と同様の処理には同一の符号を付し、その説明を省略する。
【００６８】
図５において、ＳＴ１０４ａ及びＳＴ１０５ａでは、端末４００は、ＩＴＳサーバ１００の問い合わせとは独立して、所定のタイミングにおいて位置情報及び品質情報をコアＮＷノード２００へ報告する。コアＮＷノード２００は、各端末４００から報告される位置情報及び品質情報を管理する。
【００６９】
例えば、複数の端末４００のうち、低コストが要求される端末４００（コスト低減対象の端末４００）は、コスト低減対象の端末４００と比較して、位置情報（例えば在圏エリア）又は品質情報を狭域又は高頻度でコアＮＷノード２００へ報告してもよい。コスト低減対象の端末４００が位置情報又は品質情報を狭域で報告することにより、ＩＴＳサーバ１００は、端末４００のより正確な位置情報又は品質情報を取得できる。また、コスト低減対象の端末４００が位置情報又は品質情報を高頻度で報告することにより、ＩＴＳサーバ１００は、当該端末４００の現在の状況を反映した位置情報又は品質情報を取得でき、ＵＬデータの送信制御の精度を向上させることができる。
【００７０】
ＳＴ１０３ａでは、ＩＴＳサーバ１００は、コアＮＷノード２００に対して、端末４００の位置情報又は品質情報を問い合わせるシグナリングを送信する。ＳＴ１０６ａでは、コアＮＷノード２００は、ＩＴＳサーバ１００からの位置情報又は品質情報を問い合わせるシグナリングを受信すると、保持している位置情報又は品質情報をＩＴＳサーバ１００へ送信する。
【００７１】
なお、コアＮＷノード２００は、ＩＴＳサーバ１００からの問い合わせ時に限らず、所定のタイミングにおいて端末情報をＩＴＳサーバ１００へ送信してもよい。例えば、コアＮＷノード２００は、位置登録サーバ２０１において端末４００の位置情報が登録される度に端末情報をＩＴＳサーバ１００へ送信してもよく、低コスト通信の対象となる端末４００の端末情報を周期的にＩＴＳサーバ１００へ送信してもよい。
【００７２】
［（ii）ＵＬデータの送信制御方法］
次に、ＩＴＳサーバ１００が行う、端末４００に対するＵＬデータの送信制御方法について説明する。
【００７３】
ＩＴＳサーバ１００は、上述したようにコスト情報及び端末情報に基づいてＵＬデータの送信制御結果（送信指示又は送信待機／破棄指示）を、端末４００の上位レイヤへ通知する。端末４００は、上位レイヤにおいて、ＩＴＳサーバ１００からの指示に基づいて、ＵＬデータ（送信パケット）を下位レイヤへ渡すか否かを判定する。
【００７４】
なお、ＩＴＳサーバ１００からＵＬデータの送信制御結果を通知する時、端末４００は、基地局３００と接続（アクセス）している状態（Connected状態）である場合と、基地局３００と接続していない状態（Idle状態）である場合とが想定される。
【００７５】
以下では、端末４００の各接続状態における動作についてそれぞれ説明する。
【００７６】
＜端末４００がConnected状態の場合＞
まず、端末４００がConnected状態の場合について説明する。
【００７７】
（制御方法１）
図６Ａ及び図６Ｂは、端末４００がConnected状態の場合におけるＵＬデータの送信制御例を示す図である。なお、図６Ａ及び図６Ｂにおいて図４又は図５と同様の処理には同一の符号を付し、その説明を省略する。
【００７８】
図６Ａは、ＩＴＳサーバ１００において、端末４００が低コスト通信可能な端末であると判定した場合（ＳＴ１０７の判定結果：ＹＥＳ）の動作例を示す。
【００７９】
図６Ａにおいて、ＳＴ１０８では、ＩＴＳサーバ１００は、端末４００に対してＵＬデータの送信指示を通知する。
【００８０】
ＵＬデータの送信指示を受け取ると、端末４００は、ＳＴ１０９においてＵＬデータに対するスケジューリング要求を基地局３００へ送信する。
【００８１】
ＳＴ１１０では、基地局３００は、端末４００からのスケジューリング要求に基づいて、当該端末４００に対してＵＬリソースを割り当て、リソース割当情報を端末４００へ送信する。
【００８２】
ＳＴ１１１では、端末４００は、基地局３００から割り当てられたＵＬリソースを用いて、ＵＬデータをＩＴＳサーバ１００へ送信する。
【００８３】
一方、図６Ｂは、ＩＴＳサーバ１００において、端末４００が低コスト通信可能な端末ではないと判定した場合（ＳＴ１０７の判定結果：ＮＯ）の動作例を示す。
【００８４】
図６Ｂにおいて、ＳＴ１５１では、ＩＴＳサーバ１００は、端末４００に対してＵＬデータ（パケット）の保持（待機）又は破棄の指示を通知する。
【００８５】
端末４００は、ＩＴＳサーバ１００から、パケット保持又はパケット破棄の指示を受け取った場合、ＵＬデータの送信処理を行わない。具体的には、端末４００は、ＵＬデータのスケジューリング要求を基地局３００へ送信しない。また、端末４００は、ＢＳＲの値を０に設定し、送信すべきＵＬデータが無いことを基地局３００へ報告する（ＳＴ１５２）。端末４００は、ＢＳＲを基地局３００へ報告しなくてもよい。
【００８６】
また、端末４００は、パケット保持を指示された場合、ＵＬデータを一定期間保持する（送信待機する）。なお、端末４００は、ＵＬデータを保持している間（送信待機中）に送信指示を受け取った場合、図６Ａと同様にしてＵＬデータを送信すればよい（ＳＴ１０９〜ＳＴ１１１）。
【００８７】
端末４００は、パケット保持を指示されてから一定期間経過した場合（例えばタイマ満了時）、又は、パケット破棄を指示された場合、ＵＬデータ（パケット）を破棄する（ＳＴ１５３）。
【００８８】
このように、制御方法１によれば、ＩＴＳサーバ１００は、低コスト通信が可能な通信エリアに存在する端末４００のみからＵＬデータを収集でき、各端末４００での通信コストの低減を図ることができる。
【００８９】
（制御方法２）
制御方法１（図６Ａ）では、端末４００は、ＩＴＳサーバ１００から送信指示を受け取ると、無条件で上位レイヤから下位レイヤへパケットを渡す場合について説明した。これに対して、制御方法２では、端末４００は、ＩＴＳサーバ１００から送信指示を受け取ると、所定の条件を満たす場合に上位レイヤから下位レイヤへパケットを渡す。
【００９０】
図７Ａ及び図７Ｂは、端末４００がConnected状態の場合において送信指示を受け取った場合のＵＬデータの送信制御例を示す図である。なお、図７Ａ及び図７Ｂにおいて図４、図５又は図６Ａ、図６Ｂと同様の処理には同一の符号を付し、その説明を省略する。
【００９１】
また、制御方法２において、端末４００がConnected状態の場合においてパケット保持／破棄指示を受け取った場合の動作は、制御方法１（図６Ｂ）と同様であるので説明を省略する。
【００９２】
図７Ａ及び図７Ｂにおいて、ＳＴ２０１では、端末４００は、送信指示を受け取ると、所定の条件を満たすか否かを判定する。
【００９３】
所定の条件としては、例えば、端末４００の無線品質が所定の閾値以上であること（無線品質が良好であること）、端末４００の位置が低コスト通信可能なエリア内であること、端末４００の接続している基地局３００（接続セル）が低コスト通信可能なエリアをカバーしていること、又は、これらの組み合わせが挙げられる。つまり、端末４００は、送信指示を受け取ると、端末４００の現在の状態が低コスト通信を可能な状態であるか否かを再度判定する。
【００９４】
なお、端末４００が所定の条件を満たすか否かを判定する際に使用される閾値は、ＩＴＳサーバ１００から事前に配布されてもよく、基地局３００から上位レイヤシグナリング（報知シグナリングを含む）によって配布されてもよい。
【００９５】
所定の条件を満たす場合（図７Ａに示すＳＴ２０１の判定結果：ＹＥＳ）、端末４００は、図６Ａに示す動作と同様にしてＵＬデータを送信する（ＳＴ１０９〜ＳＴ１１１）。一方、所定の条件を満たさない場合（図７Ｂに示すＳＴ２０１の判定結果：ＮＯ）、端末４００は、図６Ｂと同様にしてＵＬデータを保持又は破棄する（ＳＴ１５２、ＳＴ１５３）。
【００９６】
なお、図７Ｂにおいて、端末４００は、ＵＬデータを保持している間（送信待機中）に所定の条件を満たした場合、図７Ａと同様にしてＵＬデータを送信すればよい。
【００９７】
このように、制御方法２では、端末４００は、送信指示を受け取った時点において所定の条件を満たす場合にのみＵＬデータを送信する。例えば、ＩＴＳサーバ１００が端末４００に対してＵＬデータの送信指示を決定する際に用いた端末情報と、端末４００の現在の端末情報とに差異が生じることが想定される。つまり、端末４００がＵＬデータの送信を低コストで実現できない状態に遷移している場合も想定される。これに対して、制御方法２によれば、端末４００は、送信指示を受け取った後に所定の条件を満たすか否か（つまり、低コスト通信が可能であるか否か）を再度判定するので、意図せずに高コストの通信を行うことを防止できる。
【００９８】
なお、制御方法２において端末４００が所定の条件を満たすか否かを判定するタイミングは、上位レイヤから下位レイヤへパケットを渡す前に限定されず、上位レイヤから下位レイヤへパケットを渡した後でもよい。この構成により、上位レイヤから下位レイヤへパケットを渡した後に、端末４００の状態が所定の条件を満たさない状態に遷移した場合でも、ＵＬデータの送信を回避できる。この処理により、端末４００では意図せずに高コストの通信を行うことを防止できる。
【００９９】
＜端末４００がIdle状態の場合＞
次に、端末４００がIdle状態の場合について説明する。
【０１００】
端末４００がIdle状態の場合、端末４００は、Connected状態に遷移してＵＬデータの送信を行う。Idle状態からConnected状態へ遷移する条件として、端末４００内の処理がトリガとなる場合（以下、端末トリガと呼ぶ）、及び、ダウンリンク（ＤＬ：Downlink）の受信処理がトリガとなる場合（以下、ＤＬ受信トリガと呼ぶ）とがある。
【０１０１】
（端末トリガ条件に基づくＵＬ送信）
端末トリガによりConnected状態へ遷移する条件として、以下の方法（１）〜（４）が挙げられる。以下の条件に従って、Idle状態からConnected状態へ遷移するか否かを端末４００が判定する。
【０１０２】
（１）端末４００は、上位レイヤから下位レイヤへパケットが渡されたことをトリガとして、Idle状態からConnected状態へ遷移する。
【０１０３】
（２）端末４００は、上位レイヤから基地局３００への接続を指示されたことをトリガとして、Idle状態からConnected状態へ遷移する。
【０１０４】
（３）端末４００は、受信品質（例えば、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱ）が所定の閾値以上の場合にＲＡＣＨ（Random Access Channel）送信を行うことをトリガとして、Idle状態からConnected状態へ遷移する。
【０１０５】
（４）端末４００は、基地局３００からの報知情報に基づいてIdle状態からConnected状態へ遷移するか否かを判定する。
【０１０６】
ここで、基地局３００が行う報知情報を用いたアクセス制御は、当該基地局３００への接続制御（例えば、ランダムアクセス制御）、又は、端末４００内での送信パケット毎（又は論理チャネル毎）のリソース割当要求（例えば、スケジューリング要求、ＢＳＲ等）を制御する。
【０１０７】
図８は、方法（４）における基地局３００及び端末４００の動作例を示す図である。
【０１０８】
図８において、ＳＴ３０１では、基地局３００は、報知情報を端末４００へ報知（通知）する。ここで、報知情報には、例えば、基地局３００のコストクラス、又は、コストクラスに関する接続制御情報が含まれる。基地局３００は、基地局３００の通信環境に応じて、異なるコストクラスを端末４００へ報知してもよい。つまり、端末４００に報知されるコストクラスは変動する。
【０１０９】
ＳＴ３０２では、端末４００において送信すべきＵＬデータが発生し、端末４００は、基地局３００への接続要求を生成する。
【０１１０】
ＳＴ３０３では、端末４００は、ＳＴ３０１において受信した報知情報（コストクラス及び接続制御情報）に従って、ＳＴ３０２において生成した接続要求を基地局３００へ送信するか否かを判定する。例えば、端末４００は、報知されたコストクラスが許容される通信コストの範囲内である場合、接続要求を送信可能と判定し（ＳＴ３０３：ＹＥＳ）、ＳＴ３０４において接続要求を基地局３００へ送信する。
【０１１１】
一方、端末４００は、報知されたコストクラスが許容される通信コストよりも高い場合、接続要求の送信ができないと判定し（ＳＴ３０３：ＮＯ）、ＳＴ３０５において接続要求の送信を待機する。端末４００は、接続要求送信の待機中に、ＳＴ３０１と同様にして報知情報を受信すると、当該報知情報に示される新たなコストクラスに従って、ＳＴ３０２と同様にして接続要求を送信するか否かを再度判定してもよい。
【０１１２】
このように、方法（４）において、端末４００はコストクラスに基づいて接続要求の送信可否を判定する。この処理により、端末４００は、低コスト通信が可能である場合には接続要求を送信し、Connected状態へ遷移した後、通信コストが低いエリアを有する基地局３００を介して、ＵＬデータを低コストでＩＴＳサーバ１００へ送信できる。
【０１１３】
なお、方法（４）の送信判定（ＳＴ３０３）において、端末４００は、コストクラスの代わりに、報知情報によって設定された送信確率に基づいて、接続要求を基地局３００へ送信するか否かを判定してもよい。例えば、端末４００は、乱数を発生させ、乱数と送信確率とを比較することにより、接続要求の送信可否を判定してもよい。
【０１１４】
また、基地局３００は、報知情報を用いて、コストクラス単位の接続制御情報を通知してもよい。
【０１１５】
また、基地局３００は、既存のアクセスクラスの一部又は全てと、コストクラスとを関連付け、報知情報としてアクセスクラスを通知してもよい。端末４００は、受け取ったアクセスクラスに関連付けられたコストクラスに基づいて、接続要求を送信するか否かを判定すればよい。この処理により、コストクラスを報知するためのシグナリングが不要となる。また、この場合、端末４００が保持するコストクラス（アクセスクラス）は、定常的ではなく、条件（例えば、時間、端末４００の位置、接続状態等）に応じて変更される。
【０１１６】
また、端末４００では、複数のコストクラスが有効化されてもよい。また、コストクラスは、パケット、論理接続又は論理チャネルに関連付けられてもよい（マッピングされてもよい）。
【０１１７】
以上、端末トリガによりConnected状態へ遷移する条件について説明した。
【０１１８】
このように、端末トリガにおいて、端末４００は、コストクラスに基づいて接続要求の送信可否を判定する。この処理により、端末４００は、Connected状態へ遷移した後、通信コストが低いエリアを有する基地局３００を介して、ＵＬデータを低コストでＩＴＳサーバ１００へ送信できる。
【０１１９】
（ＤＬ受信トリガ条件に基づくＵＬ送信）
ＤＬ受信トリガによりConnected状態へ遷移する条件として、以下の方法が挙げられる。以下の条件に従って、端末４００はIdle状態からConnected状態へ遷移する。
【０１２０】
具体的には、複数の基地局３００のうち、Ｐａｇｉｎｇを送信する基地局（以下、Ｐａｇｉｎｇ送信基地局と呼ぶ）が、端末４００の位置登録エリアに加え、通信コストに基づいて選択される。具体的には、端末４００に接続可能な基地局３００の中から、低い通信コスト（例えば、最小の通信コスト）のエリアを有する基地局３００が選択される。
【０１２１】
そして、Ｐａｇｉｎｇ送信基地局は、Ｐａｇｉｎｇを端末４００へ送信する。端末４００は、Ｐａｇｉｎｇの受信をトリガとして、Idle状態からConnected状態へ遷移する。
【０１２２】
ここで、Ｐａｇｉｎｇ送信基地局としてＰａｇｉｎｇを端末４００へ送信する基地局３００を決定する方法は、例えば、以下の方法（１）、（２）が挙げられる。
【０１２３】
（１）：コアＮＷノード２００が行う決定方法
図９は、決定方法（１）におけるＰａｇｉｎｇ送信基地局を決定する方法を示す図である。
【０１２４】
図９において、ＳＴ４０１では、ＩＴＳサーバ１００は、コアＮＷノード２００に対して上位レイヤ（例えばＩＰレイヤ）のパケットを送信する。このパケットのヘッダには、複数の基地局３００における通信コストに関するコスト情報が含まれる。
【０１２５】
ＳＴ４０２では、コアＮＷノード２００は、ＩＴＳサーバ１００からのパケットヘッダを確認して、端末４００に接続可能な複数の基地局３００のコスト情報（例えば、コストクラス）を特定する。
【０１２６】
ＳＴ４０３では、コアＮＷノード２００は、コスト情報に基づいて、複数の基地局３００の中からＰａｇｉｎｇ送信基地局を選択する。例えば、コアＮＷノード２００は、コストクラスが所定の条件を満たす（通信コストが所定の閾値未満である）基地局３００をＰａｇｉｎｇ送信基地局として選択してもよい。
【０１２７】
ＳＴ４０４では、コアＮＷノード２００は、Ｐａｇｉｎｇ送信基地局として選択した基地局３００に対して、端末４００へのＰａｇｉｎｇの送信を指示する。
【０１２８】
ＳＴ４０５では、Ｐａｇｉｎｇ送信指示を受け取った基地局３００（Ｐａｇｉｎｇ送信基地局）は、端末４００に対してＰａｇｉｎｇを送信する。端末４００は、Ｐａｇｉｎｇを受け取ると、Idle状態からConnected状態へ遷移する。
【０１２９】
（２）：基地局３００が行う決定方法
図１０は、決定方法（２）におけるＰａｇｉｎｇ送信基地局を決定する方法を示す図である。
【０１３０】
図１０において、ＳＴ５０１では、ＩＴＳサーバ１００は、コアＮＷノード２００に対してパケットを送信する。
【０１３１】
ＳＴ５０２では、コアＮＷノード２００は、例えば、ＩＴＳサーバ１００から受け取ったパケットの送信先の端末４００の位置登録エリアに基づいて、複数の基地局３００の中からＰａｇｉｎｇ送信基地局（候補）を選択する。
【０１３２】
ＳＴ５０３では、コアＮＷノード２００は、Ｐａｇｉｎｇ送信基地局として選択した基地局３００に対して、端末４００へのＰａｇｉｎｇの送信を指示する。
【０１３３】
ＳＴ５０４では、Ｐａｇｉｎｇ送信指示を受け取った基地局３００は、例えば、論理的接続（例えば、ベアラ又はＰＤＮ接続）毎のコストクラス又はＱＣＩ（QoS Class Identifier）等に基づいて、Ｐａｇｉｎｇを端末４００へ送信するか否かを判定する。例えば、基地局３００は、自局のコストクラスが所定の条件を満たす（通信コストが所定の閾値未満である）場合にＰａｇｉｎｇを端末４００へ送信すると判定してもよい。
【０１３４】
Ｐａｇｉｎｇを送信すると判定した場合（ＳＴ５０４：ＹＥＳ）、ＳＴ５０５では、基地局３００は、端末４００に対してＰａｇｉｎｇを送信する。端末４００は、Ｐａｇｉｎｇを受け取ると、Idle状態からConnected状態へ遷移する。
【０１３５】
一方、Ｐａｇｉｎｇを送信しないと判定した場合（ＳＴ５０４：ＮＯ）、ＳＴ５０６では、基地局３００は、コアＮＷノード２００に対して、Ｐａｇｉｎｇ送信基地局（候補）の再選択を要求する。コアＮＷノード２００は、Ｐａｇｉｎｇ送信基地局の再選択要求を受け取ると、例えば、ＳＴ５０２と同様にしてＰａｇｉｎｇ送信基地局を再選択する。
【０１３６】
以上、ＤＬ受信トリガによりConnected状態へ遷移する条件について説明した。
【０１３７】
このように、ＤＬ受信トリガにおいて、コアＮＷノード２００又は基地局３００は、コストクラスに基づいてＰａｇｉｎｇ送信基地局を選択する。この処理により、端末４００は、Connected状態へ遷移した後、通信コストが低いエリアを有する基地局３００を介して、ＵＬデータを低コストでＩＴＳサーバ１００へ送信できる。
【０１３８】
なお、上記決定方法（１）及び（２）を組み合わせてもよい。
【０１３９】
［（iii）端末４００の位置と通信コストとの関係について］
次に、ＩＴＳサーバ１００が用いるコスト情報における通信コストと、端末４００の位置との関係について説明する。
【０１４０】
具体的には、コアＮＷノード２００内の課金サーバ２０２は、端末４００が通信を行った位置（通信エリア）と、当該位置での端末４００の通信コスト（通信料金など）とを関連付ける。また、課金サーバ２０２は、さらに、端末４００が通信を行った時間と、当該時間での端末４００の通信コストとを関連付けてもよい。
【０１４１】
例えば、課金サーバ２０２は、端末４００の位置情報を以下の方法により取得する。
【０１４２】
（１）端末位置登録の利用
位置登録サーバ２０１は、端末４００の位置登録エリアを課金サーバ２０２へ通知する。例えば、位置登録サーバ２０１は、端末４００の位置登録エリアが更新されるタイミング又は定期的に位置登録エリアを課金サーバ２０２へ通知してもよい。
【０１４３】
（２）測位情報の利用
課金サーバ２０２は、端末４００が測位した端末４００の位置、又は、測位サーバ（図示せず）が測位した端末４００の位置を取得する。例えば、課金サーバ２０２は、端末４００の位置が更新されるタイミング又は定期的に、端末４００又は測位サーバから端末４００の位置情報を取得してもよい。
【０１４４】
これらの処理により、課金サーバ２０２は、端末４００がＵＬデータの通信に要した通信コストを、端末４００がＵＬデータを送信した位置（つまり、基地局３００の通信エリア）又は端末４００がＵＬデータを送信した時間と関連付けて、コスト情報として管理できる。ＩＴＳサーバ１００は、課金サーバ２０２からコスト情報を取得することにより、各基地局３００における低コスト通信が可能なエリア及び低コスト通信が可能な時間を特定できる。例えば、課金サーバ２０２は、端末４００の位置が変更した場合、又は、端末４００が通信を行い課金された場合に、コスト情報として管理する通信コスト、通信エリア（端末４００の位置）、通信時間を更新することにより、コスト情報の精度を向上させることができる。
【０１４５】
なお、課金サーバ２０２は、端末４００がＵＬデータ送信を行った位置と、通信コストとを関連付ける際、実際に要した通信コストそのものを関連付ける場合に限定されない。例えば、課金サーバ２０２は、端末４００の移動経路の予測位置を、端末４００が通信を行う位置として報告されるとする。この場合、当該端末４００が実際に通信を行った位置と予測位置とが異なる場合、課金サーバ２０２は、実際の通信コストに所定値（ペナルティ）を加算した値を当該予測位置と関連付けてもよい。この処理により、この予測位置と関連付けられた通信コストが実際の通信コストよりも高くなるので、当該予測位置の信頼度が低くなり、ＩＴＳサーバ１００では、当該予測位置について低コスト通信が可能なエリアと判定されにくくなる。
【０１４６】
［実施の形態の効果］
このように、ＩＴＳサーバ１００は、少なくとも１つの端末４００が通信可能な通信エリアにおける通信コスト、及び、端末４００の位置に基づいて、低コスト通信が可能である通信エリア又は時間においてＵＬデータを送信させる端末４００を決定する。この処理により、各端末４００は、通信コストがより低い通信エリア又は時間においてＵＬデータを送信できる。
【０１４７】
よって、本実施の形態によれば、Ｖ２Ｘ通信において、端末４００からのＵＬデータの通信をより低コストで行うことができる。
【０１４８】
［変形例１］
ＩＴＳサーバ１００は、端末４００に対してＵＬデータの送信を指示する際、ＵＬデータの送信が可能な送信エリアを示す送信エリア情報を通知してもよい。端末４００は、低コスト通信が可能なエリアのうち、送信エリア情報に示されるエリア内のみにおいてＵＬデータを送信する。この処理により、ＵＬデータを送信する端末４００を低コスト通信が可能なエリアにおいてさらに限定し、同一エリアからのＵＬデータ（同一の環境情報）が必要以上にアップロードされることを回避できる。
【０１４９】
［変形例２］
基地局３００の通信エリア内の任意の端末４００のみがＵＬデータを送信してもよい。例えば、ＩＴＳサーバ１００は、基地局３００を介して、報知情報、マルチキャスト、又は、複数の端末間においてＲＮＴＩ等が共通のＰａｇｉｎｇ（Group Paging）等によって、複数の端末４００に対して送信指示を送信する。各端末４００は、ＵＬデータの送信指示を取得し、所定の条件を満たす場合のみ、実際にＵＬデータを送信する。所定の条件は、例えば、無線品質が所定の閾値以上であること、送信確率に基づくことが挙げられる。
【０１５０】
つまり、この処理は、上述したＤＬ受信トリガに基づく条件を適用してＵＬデータを送信させる端末４００に送信指示を通知し、その後に、当該端末４００内でも、上述した端末トリガに基づく条件を適用してＵＬデータを送信するか否かを判定することに相当する。
【０１５１】
この構成により、ＩＴＳサーバ１００は、端末４００（車両）の詳細な位置又は無線品質を特定していない場合でも、特定のエリアにおいて、低コストで大容量の通信が可能な端末４００に対してのみＵＬデータの送信を指示できる。特に、送信ビット数を把握するために端末４００の位置又は無線品質を特定する必要があるビット単価によって通信コストが表されるのではなく、基地局３００においてＶ２Ｘ通信で占有するリソースの空き状況等のみによって定まるリソースサイズ単価によって通信コストが表される場合に好適である。
【０１５２】
［変形例３］
特定のエリア内に複数の端末４００が存在する場合、当該エリア内の一部の端末４００のみがＵＬデータを送信してもよい。すなわち、ＩＴＳサーバ１００（通信部１０４）は、低コスト通信が可能な通信エリア内に位置し、送信指示の送信先である複数の端末４００のうち、一部の端末４００のみからＵＬデータを受信する。
【０１５３】
特定のエリアとして、例えば、図１１に示すＤ２Ｄ（Device to Device）通信（Sidelinkと呼ぶこともある）レンジでもよい。Ｄ２Ｄ通信レンジは、車両同士が直接通信可能なエリアである。この場合、ＩＴＳサーバ１００からの送信指示に従ってＵＬデータを送信した端末４００（例えば、図１１の端末１）は、Ｄ２Ｄ通信レンジ内の他の端末４００（図１１の端末２、端末３）に対してＵＬデータを送信したことを通知する。ＵＬデータが送信されたことを通知された他の端末４００は、ＩＴＳサーバ１００からの送信指示を無視し、ＵＬデータの送信を行わない。
【０１５４】
例えば、Ｄ２Ｄ通信においてブロードキャストするデータにＵＬデータの送信指示に関する識別子を含めることで、Ｄ２Ｄ通信の受信側の端末４００は、自機が受け取った送信指示と、Ｄ２Ｄ通信の送信側の端末４００が受け取った送信指示との同一性を確認することにより、ＵＬデータを送信するか否かを判定できる。
【０１５５】
こうすることで、各Ｄ２Ｄ通信レンジでは、１つの端末４００のみがＵＬデータの送信を行う。この構成により、同一エリアから類似（重複）した環境情報が送信されることを回避でき、ＵＬデータの送信を行わない端末４００では通信コストを削減できる。なお、同一エリアにおいてＵＬデータを送信する端末４００の数は１つに限らず、２つ以上の一部の端末４００に限定されてもよい。
【０１５６】
なお、上記他の端末４００は、ＵＬデータを送信したことを通知する制御信号の無線品質（例えば、受信レベル）が所定のレベル以上の場合に送信指示を無視し、送信状態の通知の無線品質が所定のレベル未満の場合に送信指示に従ってＵＬデータを送信してもよい。または、上記他の端末４００は、ＵＬデータを送信したことを通知する制御情報の送信元の端末４００からの距離が所定値以内である場合に送信指示を無視し、送信元の端末４００からの距離が所定値よりも離れている場合に送信指示に従ってＵＬデータを送信してもよい。
【０１５７】
これらにより、類似した環境情報を送信する可能性が高い、互いに近接した端末４００であるか否かを精度良く判定できる。すなわち、特定のエリアにおいて、ＵＬデータを送信したことを通知する制御信号を受信した場合でも、当該制御信号の無線品質が劣悪である場合、又は、制御信号の送信元の端末４００との距離が一定以上離れている場合、端末４００は、ＵＬデータを送信したことを通知した端末４００とは異なる環境に存在すると判定する。つまり、端末４００は、ＵＬデータを送信したことを通知した端末４００とは環境情報が類似しないと判定し、ＵＬデータを送信する。
【０１５８】
また、上記特定のエリアは、Ｄ２Ｄ通信に限定されない。例えば、特定のエリアは、ＤＳＲＣ（Dedicated Short Range Communications）を行うエリアでもよい。
【０１５９】
以上、本発明の一実施の形態について説明した。
【０１６０】
（ハードウェア構成）
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【０１６１】
例えば、本発明の一実施の形態におけるサーバ装置、コアＮＷノード内の各装置、基地局（無線基地局）、及び、端末（ユーザ端末）などは、本発明の通信方法の処理を行うコンピュータとして機能してもよい。図１２は、本発明の一実施の形態に係るサーバ装置、コアＮＷノード内の各装置、基地局、及び、端末のハードウェア構成の一例を示す図である。上述のＩＴＳサーバ（サーバ装置）１００、コアＮＷノード２００、基地局３００及び端末４００は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１６２】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＩＴＳサーバ１００、コアＮＷノード２００、基地局３００及び端末４００のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１６３】
ＩＴＳサーバ１００、コアＮＷノード２００、基地局３００及び端末４００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、又は、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【０１６４】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述のコスト情報取得部１０１、端末情報取得部１０２、決定部１０３、位置情報生成部４０１、無線品質測定部４０２、送信制御部４０４などは、プロセッサ１００１で実現されてもよい。
【０１６５】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＩＴＳサーバ１００の決定部１０３又は端末４００の送信制御部４０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【０１６６】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１６７】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１６８】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の通信部１０４，４０３などは、通信装置１００４で実現されてもよい。
【０１６９】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１７０】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１７１】
また、ＩＴＳサーバ１００、コアＮＷノード２００、基地局３００及び端末４００は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１７２】
（情報の通知、シグナリング）
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１７３】
（適用システム）
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、５Ｇ＋（5G plus）、ＦＲＡ（Future Radio Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１７４】
（処理手順等）
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１７５】
（基地局の動作）
本明細書において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、ＭＭＥ（Mobility Management Entity）またはＳ−ＧＷ（Serving Gateway）などが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、ＭＭＥおよびＳ−ＧＷ)であってもよい。
【０１７６】
（入出力の方向）
情報及び信号等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【０１７７】
（入出力された情報等の扱い）
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１７８】
（判定方法）
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１７９】
（ソフトウェア）
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０１８０】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１８１】
（情報、信号）
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１８２】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
【０１８３】
（システム、ネットワーク）
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１８４】
（パラメータ、チャネルの名称）
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１８５】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【０１８６】
（基地局）
基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Remote Radio Head）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」、「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１８７】
（端末）
端末は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、ＵＥ（User Equipment）、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１８８】
（用語の意味、解釈）
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１８９】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０１９０】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１９１】
本明細書で使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１９２】
上記の各装置の構成における「部」を、「手段」、「回路」、「デバイス」等に置き換えてもよい。
【０１９３】
「含む(including)」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１９４】
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【０１９５】
（態様のバリエーション等）
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１９６】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【０１９７】
本特許出願は２０１６年９月３０日に出願した日本国特許出願第２０１６−１９３７５９号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−１９３７５９号の全内容を本願に援用する。
【産業上の利用可能性】
【０１９８】
本発明の一態様は、移動通信システムに有用である。
【符号の説明】
【０１９９】
１００  ＩＴＳサーバ
１０１  コスト情報取得部
１０２  端末情報取得部
１０３  決定部
１０４，４０３  通信部
２００  コアＮＷノード
２０１  位置登録サーバ
２０２  課金サーバ
２０３  ＧＷ
３００  基地局
４００  端末
４０１  位置情報生成部
４０２  無線品質測定部
４０４  送信制御部
【図１】
2018062301.tif 000003
【図２】
2018062301.tif 000004
【図３】
2018062301.tif 000005
【図４】
2018062301.tif 000006
【図５】
2018062301.tif 000007
【図６Ａ】
2018062301.tif 000008
【図６Ｂ】
2018062301.tif 000009
【図７Ａ】
2018062301.tif 000010
【図７Ｂ】
2018062301.tif 000011
【図８】
2018062301.tif 000012
【図９】
2018062301.tif 000013
【図１０】
2018062301.tif 000014
【図１１】
2018062301.tif 000015
【図１２】
2018062301.tif 000016
【国際調査報告】
2018062301.tif 000017
2018062301.tif 000018
2018062301.tif 000019