ホーム > 特許ランキング > ソフトバンク株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-21
(45)【発行日】2023-07-31
(54)【発明の名称】コアネットワーク装置
(51)【国際特許分類】
H04W 48/06 20090101AFI20230724BHJP
H04W 48/16 20090101ALI20230724BHJP
H04W 36/22 20090101ALI20230724BHJP
H04W 4/44 20180101ALI20230724BHJP
H04W 24/00 20090101ALI20230724BHJP
【ＦＩ】
H04W48/06
H04W48/16 135
H04W36/22
H04W4/44
H04W24/00
【請求項の数】
14
(21)【出願番号】P 2021175873
(22)【出願日】2021-10-27
(65)【公開番号】P2023065207
(43)【公開日】2023-05-12
【審査請求日】2022-03-24
(73)【特許権者】
【識別番号】501440684
【氏名又は名称】ソフトバンク株式会社
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(72)【発明者】
【氏名】春名 恒臣
(72)【発明者】
【氏名】海老沢 憲一
(72)【発明者】
【氏名】鍋田 哲郎
(72)【発明者】
【氏名】本 浩平
(72)【発明者】
【氏名】土屋 貴寛
(72)【発明者】
【氏名】榎本 光洋
(72)【発明者】
【氏名】藤本 八雲
(72)【発明者】
【氏名】森川 史一
【審査官】松野 吉宏
(56)【参考文献】
【文献】特開２０１８－０３３０７３（ＪＰ，Ａ）
【文献】特開２００１－１４４８１４（ＪＰ，Ａ）
【文献】特表２０１３－５３４０９０（ＪＰ，Ａ）
【文献】国際公開第２０１０／０５３０９８（ＷＯ，Ａ１）
【文献】国際公開第２０１５／０２０１７９（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
サーバおよび複数の基地局と接続しているコアネットワーク装置であって、各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を判定する判定部と、
前記判定部の判定結果を、前記サーバに通知する通知部と、
前記データ通信の所要時間内に前記移動体が移動すると推定される推定移動範囲を特定する範囲特定部と、
前記推定移動範囲内に存在するセルを特定する範囲内セル特定部と、
輻輳している輻輳セルがあるかを探知して各基地局のセルの輻輳状況を取得する探知部と、
を備え、
前記判定部は、前記範囲内セル特定部によって特定されたセルと、前記探知部が取得した各基地局のセルの輻輳状況とを用いて、前記範囲内セル特定部によって特定されたセルにおける前記移動体の前記データ通信の可否を判定する、
コアネットワーク装置。
【請求項2】
前記判定部は、同一の前記移動体に対して前記サーバとのデータ通信の可否を複数回判定し、
前記判定部による次回の判定までの間の時間であるバックオフタイマー値を設定するタイマー設定部を更に備える、
請求項１に記載のコアネットワーク装置。
【請求項3】
サーバおよび複数の基地局と接続しているコアネットワーク装置であって、
各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を判定する判定部と、
前記判定部の判定結果を、前記サーバに通知する通知部と、
を備え、
前記データ通信の所要時間内に前記移動体が移動すると推定される推定移動範囲を特定する範囲特定部
を更に備え、
前記判定部は、同一の前記移動体に対して前記サーバとのデータ通信の可否を複数回判定し、
前記判定部による次回の判定までの間の時間であるバックオフタイマー値を設定するタイマー設定部を
更に備え、
前記判定部が前記データ通信を許可し、さらに前記推定移動範囲内に存在するセルに輻輳セルがある場合、
前記タイマー設定部は、前記移動体の移動速度と、在圏セルのセル端または当該在圏セル内にある前記移動体の位置から最近接位置にある前記輻輳セルのセル端までの距離とに基づき、当該最近接位置にある輻輳セルのセル端に到達する最短所要時間を算出し、前記算出された最短所要時間を前記バックオフタイマー値として設定し、
前記通知部は、前記タイマー設定部が設定した前記バックオフタイマー値を前記サーバに通知する、
コアネットワーク装置。
【請求項4】
サーバおよび複数の基地局と接続しているコアネットワーク装置であって、
各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を判定する判定部と、
前記判定部の判定結果を、前記サーバに通知する通知部と、
を備え、
前記データ通信の所要時間内に前記移動体が移動すると推定される推定移動範囲を特定する範囲特定部
を更に備え、
前記判定部は、同一の前記移動体に対して前記サーバとのデータ通信の可否を複数回判定し、
前記判定部による次回の判定までの間の時間であるバックオフタイマー値を設定するタイマー設定部を
更に備え、
前記判定部が前記データ通信を許可し、さらに前記推定移動範囲内に存在するセルに輻輳セルがない場合、
前記タイマー設定部は、前記所要時間から所定値を引いた値を前記バックオフタイマー値として設定し、
前記通知部は、前記タイマー設定部が設定した前記バックオフタイマー値を前記サーバに通知する、
コアネットワーク装置。
【請求項5】
サーバおよび複数の基地局と接続しているコアネットワーク装置であって、
各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を判定する判定部と、
前記判定部の判定結果を、前記サーバに通知する通知部と、
を備え、
前記データ通信の所要時間内に前記移動体が移動すると推定される推定移動範囲を特定する範囲特定部
を更に備え、
前記判定部は、同一の前記移動体に対して前記サーバとのデータ通信の可否を複数回判定し、
前記判定部による次回の判定までの間の時間であるバックオフタイマー値を設定するタイマー設定部を
更に備え、
前記タイマー設定部は、前記判定部が前記データ通信を許可しない場合には、当該許可しない移動体の移動速度に応じて前記バックオフタイマー値を設定し、
前記通知部は、前記バックオフタイマー値を前記サーバに通知する、
コアネットワーク装置。
【請求項6】
前記判定部が前記データ通信を許可してデータ通信を開始している移動体について、前記バックオフタイマー値経過後に、前記データ通信しているデータのうちの通信が完了していない残りのデータについて、前記判定部は、当該移動体のデータ通信の可否を改めて判定する、
請求項２から５の何れか１項に記載のコアネットワーク装置。
【請求項7】
前記判定部は、前記在圏セル及び前記範囲内セル特定部によって特定されたセルのうち、少なくとも１つが輻輳セルである場合に、前記データ通信を許可しない、
請求項１に記載のコアネットワーク装置。
【請求項8】
前記判定部は、前記データ通信がアップロードであるかダウンロードであるかに応じた各基地局のセルの輻輳状況を用いて、前記データ通信の可否を判定する、
請求項１に記載のコアネットワーク装置。
【請求項9】
サーバおよび複数の基地局と接続しているコアネットワーク装置であって、
各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を判定する判定部と、
前記判定部の判定結果を、前記サーバに通知する通知部と、
を備え、
前記判定部は、前記移動体を中心とした所定の物理的領域に輻輳している輻輳セルが存在する場合には、Ｍ台の移動体に対して前記データ通信を許可する一方、当該所定の物理的領域に輻輳セルが存在しない場合には、Ｎ台の移動体に対して前記データ通信を許可し、
ＭおよびＮには、以下の関係；
Ｎ＞Ｍ
が成り立つ、
コアネットワーク装置。
【請求項10】
サーバおよび複数の基地局と接続しているコアネットワーク装置であって、
各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を判定する判定部と、
前記判定部の判定結果を、前記サーバに通知する通知部と、
を備え、
各基地局のセルの輻輳状況には、前記データ通信の許可または不許可を一時保留させたい移動体を示すキューイングリストを含み、
前記キューイングリストには、前記移動体ごとに、在圏セルの情報、当該移動体の属性の情報、データ通信を推奨する時間帯の情報、データ通信の優先度に関する情報、および、データ通信が許可されなかった回数の情報が含まれる、
コアネットワーク装置。
【請求項11】
前記判定部は、１つの前記在圏セルに複数の移動体がある場合に、前記キューイングリストに基づいて、当該複数の移動体のうち、前記データ通信の優先度の高い移動体の前記データ通信を許可し、当該優先度の低い移動体の前記データ通信を許可しない、
請求項１０に記載のコアネットワーク装置。
【請求項12】
前記移動体はバッテリーを具備し、
前記データ通信の優先度は、少なくとも前記移動体の種類とバッテリー残量に応じたスコアとに基づいて決定される、
請求項１１に記載のコアネットワーク装置。
【請求項13】
前記判定部は、或る移動体の前記推定移動範囲に含まれる全てのセルに関し、当該セル内で当該或る移動体がデータ通信を行うことを予め定めておくとともに、当該全てのセルにおいてデータ通信可能な移動体の台数の閾値を設け、閾値に達したセルでは新たに在圏する移動体のデータ通信を許可しない、
請求項１に記載のコアネットワーク装置。
【請求項14】
通信負荷が所定値以下であるセルが所定の範囲に渡って集合している領域を特定する低負荷領域特定部を更に備え、
前記判定部は、前記低負荷領域特定部により特定された前記領域のセルに在圏する移動体についてデータ通信が可であると判定する、
請求項１に記載のコアネットワーク装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はコアネットワーク装置および移動体通信システム、並びにデータ通信システムに関する。
【背景技術】
【0002】
近年、車両に搭載されるソフトウェア規模が拡大しており、車載センサーから得られるデータの容量も増大している。また、車両とサーバとの間で、例えばモバイル通信を介して、ソフトウェアの更新のためのダウンロードや、車載センサーデータのアップロードなどが行なわれる契機も増えている。
【0003】
車両へのダウンロードを効率的に行う技術として、例えば特許文献１には、車両の使用者によりイグニッションスイッチがＯＦＦされた時刻が予め設定された所定時間内であった場合に、サーバから車両に更新情報が提供されることが開示されている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２００４－２２８６９８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１に記載の技術では、同時に多数の車両からサーバに対して情報更新の要求が集中し輻輳が起きた場合等に、更新情報を適切に提供する手段が開示されていない。
【課題を解決するための手段】
【0006】
上記の課題を解決するために、本発明の一態様に係るコアネットワーク装置は、サーバおよび複数の基地局と接続しているコアネットワーク装置であって、各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を機械学習などの結果を用いて判定する判定部と、前記判定部の判定結果を、前記サーバに通知する通知部と、を備える。
【図面の簡単な説明】
【0007】
【図1】本発明の一態様の移動体通信システムの構成を示す。
【図2】本発明の一態様の移動体通信システムのコアネットワーク装置の構成を示す。
【図5】本発明の一態様の移動体通信システムのコアネットワーク装置の構成の変形例を示す。
【図6】本発明の一態様の移動体通信システムのコアネットワーク装置に保持および管理されたキューイングリストの一例を示す。
【図9】各デバイスタイプとバッテリー残量に応じた係数とを対応付けたリストＴ（４）を示す。
【図11】本発明の他の態様の移動体通信システムを示す。
【図12】本発明の他の態様の移動体通信システムにおいて用いる”Possibly connected cars”と、セルＩＤとを対応付けしたテーブルＴ（７）を示す。
【図13】本発明の他の態様の移動体通信システムの概略構成を示すブロック図である。
【図14】本発明の他の態様の移動体通信システムの概略構成を示すブロック図である。
【図15】本発明の他の態様の移動体通信システムの概略構成を示すブロック図である。
【図16】本発明の他の態様の移動体通信システムの概略構成を示すブロック図である。
【図17】本発明の他の態様の移動体通信システムの概略構成を示すブロック図である。
【図18】本発明の他の態様の移動体通信システムの概略構成を示すブロック図である。
【図19】本発明の他の態様の移動体通信システムの概略構成を示すブロック図である。
【図20】本発明の一実施形態のデータ通信システムの概略構成を示すブロック図である。
【発明を実施するための形態】
【0008】
【0009】
＜移動体通信システム＞
図１に示す移動体通信システム１は、移動体１００と、外部サーバ２００（サーバ）と、コアネットワーク装置３００とを含んでよい。
図１に示す移動体通信システム１は、移動体１００と、外部サーバ２００（サーバ）と、コアネットワーク装置３００とを含んでよい。
【0010】
本実施形態では、広範囲に複数の基地局４００が点在し、そのそれぞれの基地局４００に付随するセル５００によって広範囲の移動体１００が通信可能となってよい。しかし、例えば１つのセル５００に多数の移動体１００が在圏して、そのセル５００の基地局４００と通信すると、通信負荷が高くなって輻輳状態となる。輻輳状態となれば、通信が途切れたり、通信速度が遅くなったりすることがある。通信データのデータ量が大きく通信時間を要したり、通信データのデータサイズが大きく通信負荷がかかったりする場合には、そのような輻輳状況下での通信は不適切である。
【0011】
そこで、移動体通信システム１は、そのような問題を解消するべく、コアネットワーク装置３００が、各セル５００の輻輳状況および移動体１００の在圏セルに基づいて、移動体１００と外部サーバ２００とのデータ通信の可否を判定する判定部３３（図２）と、当該判定部３３の判定結果を、外部サーバ２００に通知する通知部３５（図２）とを備えてよい。コアネットワーク装置３００は、各セルの輻輳状況および移動体の在圏セルに基づく、移動体１００と外部サーバ２００とのデータ通信の可否を、外部サーバ２００に通知することができる。これにより、移動体通信システム１は、移動体１００が自動運転車等で時間帯を問わずに走行し、大容量のデータ通信を行う場合であっても、途切れたりすることなく、安定した通信サービスを提供することができる。
【0012】
また、コアネットワーク装置３００が、各セル５００の輻輳状況を把握することにより、例えば、各移動体１００が周囲のセルの輻輳状況を把握する場合、及び各基地局４００が自身に属するセルの輻輳状況を把握する場合に比べて、コアネットワーク装置３００が、より広い範囲のセルの情報に基づいて、適切な処理を行うことができる。
【0013】
また、さらに別の観点から述べれば、外部サーバ２００は、本実施形態に係るコアネットワーク装置３００を介して移動体１００と通信することにより、従来のコアネットワーク装置３００からは得られなかった、輻輳状況に基づく移動体１００とのデータ通信の可否に関する情報を取得することができる。これにより、外部サーバ２００は、適切なタイミングでデータ通信を行うことができる。
【0014】
なお、以下では、大容量のデータ通信を滞りなく実現するための態様を以下で説明するが、本態様は、大容量のデータ通信を行う場合に限らず、データ通信全般に対して適用することができる。また、以下では、データ通信として、ＢＤＴ（Background Data Transfer）を行う構成について説明するが、本実施形態はこれに限定されず、他の方式のデータ通信を行う構成であってもよい。
【0015】
以下、移動体通信システム１の各構成について説明する。
【0016】
（移動体１００）
移動体１００は、基地局４００を介して外部サーバ２００と通信可能な端末（ＵＥ:User Equipment）であってよい。移動体１００は、本例では車両に搭載された車載端末を例示して説明するが、これに限定されず、タブレットおよびスマートフォン等の車両と分離可能なデバイスであってもよい。
移動体１００は、基地局４００を介して外部サーバ２００と通信可能な端末（ＵＥ:User Equipment）であってよい。移動体１００は、本例では車両に搭載された車載端末を例示して説明するが、これに限定されず、タブレットおよびスマートフォン等の車両と分離可能なデバイスであってもよい。
【0017】
移動体１００は、在圏するセルの基地局４００と通信でき、図１に示すように、移動によって自位置が変化して在圏セルの端に至ると、当該セルに隣接する他のセルに移行（いわゆる、ハンドオーバー）して、在圏セルの基地局４００との通信を止めて（図１中の移動体１００ａと基地局４００との間の×印）、当該他のセルの基地局４００と通信を開始してよい。このように、通信に用いる基地局を、在圏セルの移行に伴って切り替えることで、移動体１００は通信を継続することができる。
【0018】
移動体１００は、データ通信が必要である場合に、基地局４００を介して、データ通信要求を外部サーバ２００に通知してよい。このとき、データ通信要求には、通信するデータのデータサイズ、データ通信の緊急度、および移動体１００の移動速度（走行速度）に関する情報が含まれてよい。データ通信要求には、これらの情報に加えて、移動体１００の位置情報が含まれていることが好ましいが、この限りではない。
【0019】
移動体１００がデータ通信可能であるか否かは、コアネットワーク装置３００が判断してよい。具体的には、コアネットワーク装置３００は、データ通信の可否を判定し、その判定結果を、外部サーバ２００を介して、又は、外部サーバ２００を介することなく直接移動体１００に通知してよい。
【0020】
（外部サーバ２００）
外部サーバ２００は、例えばコアネットワーク装置３００の外部等に、コアネットワーク装置３００とは別に設けられ、コアネットワーク装置３００を介して、移動体１００と通信し、移動体１００から送出されるデータを受信してよい。また、外部サーバ２００は、コアネットワーク装置３００との間でも通信を行い、コアネットワーク装置３００に移動体１００に関する情報を通知するほか、コアネットワーク装置３００から、各種の信号を受信することができる。外部サーバ２００は、一例として汎用的なクラウドサーバやオンプレミスサーバなどが挙げられるが、これに限定されない。
外部サーバ２００は、例えばコアネットワーク装置３００の外部等に、コアネットワーク装置３００とは別に設けられ、コアネットワーク装置３００を介して、移動体１００と通信し、移動体１００から送出されるデータを受信してよい。また、外部サーバ２００は、コアネットワーク装置３００との間でも通信を行い、コアネットワーク装置３００に移動体１００に関する情報を通知するほか、コアネットワーク装置３００から、各種の信号を受信することができる。外部サーバ２００は、一例として汎用的なクラウドサーバやオンプレミスサーバなどが挙げられるが、これに限定されない。
【0021】
外部サーバ２００は、移動体１００からのデータ通信要求を受信すると、データ通信要求に含まれる情報に加えて、受信した移動体１００の識別ＩＤ（以下、移動体ＩＤと記載）を、コアネットワーク装置３００に通知してよい。
【0022】
（コアネットワーク装置３００）
コアネットワーク装置３００は、移動体通信システム１のコアネットワーク機能を実装する装置であってよい。コアネットワーク装置３００は、一つのサーバによって構成されていてもよいし、複数のサーバによって構成されていてもよい。コアネットワーク装置３００は、コア機能部３１０と、ＣＰＦ（Control Plane Function）３２０とを含んでよい。コアネットワーク装置３００は、ＣＰＦ３２０以外のＮＦ（Network Function）部（例えば、ＵＰＦ（User Plane Function）部など。図示せず）をさらに含んでよい。コア機能部３１０は、ＣＰＦ３２０やその他のＮＦ部と外部サーバ２００との仲介を行う機能部であってよい。また、コア機能部３１０は、大容量データ通信（ＢＤＴ）のアプリケーションファンクション（ＡＦ）として機能するデータ通信制御部３１１を含んでよい。ＣＰＦ３２０は、コアネットワーク装置３００全体の制御部であってよい。
コアネットワーク装置３００は、移動体通信システム１のコアネットワーク機能を実装する装置であってよい。コアネットワーク装置３００は、一つのサーバによって構成されていてもよいし、複数のサーバによって構成されていてもよい。コアネットワーク装置３００は、コア機能部３１０と、ＣＰＦ（Control Plane Function）３２０とを含んでよい。コアネットワーク装置３００は、ＣＰＦ３２０以外のＮＦ（Network Function）部（例えば、ＵＰＦ（User Plane Function）部など。図示せず）をさらに含んでよい。コア機能部３１０は、ＣＰＦ３２０やその他のＮＦ部と外部サーバ２００との仲介を行う機能部であってよい。また、コア機能部３１０は、大容量データ通信（ＢＤＴ）のアプリケーションファンクション（ＡＦ）として機能するデータ通信制御部３１１を含んでよい。ＣＰＦ３２０は、コアネットワーク装置３００全体の制御部であってよい。
【0023】
【0024】
コア機能部３１０は、データ通信制御部３１１と、在圏セル特定部３１２と、変換部３１３（範囲内セル特定部）とを含んでよい。
【0025】
在圏セル特定部３１２は、外部サーバ２００からの移動体ＩＤに基づいて、移動体１００が在圏するセルの特定を行ってよい。これにより、移動体１００が自位置を取得できない構成であっても、在圏セルを特定することができる。特定された在圏セルの情報は、データ通信制御部３１１に通知されてよい。
【0026】
データ通信制御部３１１は、移動特定部３０と、判定部３３と、通知部３５と、タイマー設定部３７とを含んでよい。
【0027】
移動特定部３０は、時間特定部３１と、範囲特定部３２とを含んでよい。
【0028】
時間特定部３１は、在圏セル特定部３１２から受信した在圏セルの情報と、外部サーバ２００からのデータ通信要求に基づいて、データサイズと、データ通信のスループットとから、データ通信に要する時間（推定所要時間）を特定してよい。
【0029】
範囲特定部３２は、特定された推定所要時間内に移動体１００が移動できる推定移動範囲を算出してよい。
【0030】
変換部３１３は、範囲特定部３２によって特定された推定移動範囲に含まれる全セル（範囲内セル）を特定してよい。具体的には、変換部３１３は、範囲特定部３２によって特定された推定移動範囲の位置情報から、その位置に該当するセル（範囲内セル）のセルＩＤを特定してよい。
【0031】
ＣＰＦ３２０に含まれる探知部３２１は、各基地局４００（図１）からセルの輻輳状況に関する情報を取得し、各セルが輻輳セルであるか探知してよい。輻輳セルとは、輻輳状態にあるセルのことであり、複数の移動体が在圏している等の理由から輻輳しており、そのセル内でのデータ通信の開始、特に大容量データのデータ通信の開始は不適当である状態にあることを指す。探知部３２１は、例えば、商用または非商用のＫＰＩ測定機能部を含んで構成されてよい。探知部３２１は、各基地局４００で使用されている無線リソースに関する指標（例えば、ＵＬ／ＤＬそれぞれのＰＲＢ（Physical Resource Block）の割り当て数や使用率、スループット、各端末のコネクテッドユーザ数など）を測定し、各指標について一定の閾値（例えば、各指標の理論最大値の８０％）を超えた場合に当該基地局４００のセルが輻輳していると判断してもよい。あるいは、ＵＰＦにおいて各基地局４００からのＩＰパケットデータのスループットが一定値以上となった場合に、当該基地局（群）４００が輻輳していると判断してもよい。
【0032】
判定部３３は、範囲内セルのセルＩＤと、探知部３２１から通知される各セルの輻輳状況を示す情報とを用いて、範囲内セルが輻輳状態にあるか判定し、データ通信の可否を判定してよい。図１に示す例では、移動体１００ｂが、ハンドオーバー発生時に隣接するハンドオーバー先のセル（図中のＩＤ５）と接続しようとしたものの、当該セルが輻輳であったために、そのセルには接続しない（図中の×印）ことを示している。また、判定部３３は、同一の移動体１００について、外部サーバ２００とのデータ通信の可否を複数回判定してよい。このとき、タイマー設定部３７は、判定部３３による次回の判定までの間の時間であるバックオフタイマー値を設定してよい。通知部３５は、判定部３３の判定結果およびタイマー設定部３７が設定したバックオフタイマー値を、外部サーバ２００に通知してよい。
【0033】
外部サーバ２００からデータ通信許可と通知された移動体１００は、外部サーバ２００とのデータ通信を開始する。このとき、移動体１００は、外部サーバ２００とのデータ通信を、バックオフタイマー値によって定められた時間行い、当該時間が経過する直前に、再びデータ通信要求を外部サーバ２００に通知する。一方、外部サーバ２００からデータ通信不許可と通知された移動体１００は、外部サーバ２００とのデータ通信を行なわない。この場合、移動体１００は、バックオフタイマー値によって定められた時間が経過した直後に再びデータ通信要求を外部サーバ２００に通知する。
【0034】
以上の移動体通信システムの構成によれば、移動体の推定移動範囲内のセルの輻輳状態に基づくデータ通信の可否が外部サーバに通知される構成とすることができる。そのため、大容量のデータ通信が必要である場合に、移動中にデータ通信が途切れず大容量データ通信を安定して実現することができるタイミングを、外部サーバが知ることができる。さらに、移動体が、当該タイミングを外部サーバから通知されることにより、移動体も当該タイミングを知ることができるので、データ通信要求を外部サーバに対して過度に行ってしまうことがなくなる。
【0035】
（処理フロー）
本実施形態の移動体通信システムのデータ通信可否判定処理のフローについて、図３および図４を用いて説明する。図３は、図１の移動体通信システムのネットワーク構成について、１つの移動体と、コアネットワーク装置および外部サーバとの関係を見たブロック図である。図４は、図３のブロック図を、データ通信可否判定処理のフローに照らし合わせて示した図である。
本実施形態の移動体通信システムのデータ通信可否判定処理のフローについて、図３および図４を用いて説明する。図３は、図１の移動体通信システムのネットワーク構成について、１つの移動体と、コアネットワーク装置および外部サーバとの関係を見たブロック図である。図４は、図３のブロック図を、データ通信可否判定処理のフローに照らし合わせて示した図である。
【0036】
先ず、移動体１００が、或る基地局のセルと通信を開始すると、ＣＰＦ３２０は、移動体１００を当該セルにキャンプオンさせてよい（図４のＳ１）。
【0037】
また、探知部３２１（ＮＷＤＡＦ）は、自律的に、データ通信制御部３１１に、各セルの輻輳状況を示す情報を通知してよい（図４のＳ１＃）。
【0038】
探知部３２１は、各セルの輻輳状況を示す情報を生成してよい。各セルの輻輳状況を示す情報は、一例として、図２に示すセルＩＤと輻輳状況とが対応付けられたテーブルＴ（１）である。図２に示すテーブルＴ（１）では、セルＩＤ「ＩＤ１」のセル５００（図１）は、輻輳状態にあることを示し、セルＩＤ「ＩＤ２」および「ＩＤ３」のセル５００は、輻輳状態にないことを示す。なお、探知部３２１から、判定部３３に通知される、各セルの輻輳状況を示す情報は、テーブルの様式でなくともよく、セルＩＤと輻輳状況とを含む情報であれば形式は限定されない。
【0039】
探知部３２１は、自律的に、各セルの輻輳状況を示す情報をデータ通信制御部３１１に通知してよい。一例において、探知部３２１は、定期的に（例えば、ＫＰＩ測定結果の更新のタイミング（遅くとも１５分程度）で）、各セルの輻輳状況を示す情報をデータ通信制御部３１１に通知してよい。探知部３２１からデータ通信制御部３１１に通知されるタイミングと、データ通信制御部３１１の判定部３３による判定タイミングとは、非同期であってよい。
【0040】
次に、移動体１００からのデータ通信要求が、外部サーバ２００に伝達され（図４のＳ２）、それがトリガとなり、外部サーバ２００から、移動体ＩＤ、データサイズ等を含むデータ通信要求が、在圏セル特定部３１２およびデータ通信制御部３１１に通知されてよい（図４のＳ２＃）。在圏セル特定部３１２は、データ通信要求に含まれる移動体ＩＤに基づいて、移動体１００が在圏するセルを特定し、データ通信制御部３１１に通知してもよい。
【0041】
次に、データ通信制御部３１１の時間特定部３１は、在圏セル特定部３１２から通知された在圏セルの情報と、外部サーバ２００からのデータ通信要求に基づいて、データサイズと、データ通信のスループットとから推定所要時間を特定してよい。
【0042】
一例において、データ通信のスループットとして、統計的な固定値を設定してよい。また、他の例として、データ通信のスループットとして、在圏セルにおける過去所定期間（例えば、過去１～２０日間）の同じ時間帯の統計値（例えば、平均値など）を用いてもよい。なお、ダウンロードの場合とアップロードの場合とで、異なるパラメータ（例えばアップリンクスループット、ダウンリンクスループット）を使用してもよい。また、推定所用時間は、コアネットワーク装置３００内の図示しない学習部において、過去のデータ通信の際のデータサイズ、スループット、実際に通信に要した時間等を教師データとして、機械学習を行い、その結果に基づき特定してもよい。
【0043】
そして、範囲特定部３２が、特定された推定所要時間内に移動体１００が走行できる推定移動範囲を算出してよい（図４のＳ３）。範囲特定部３２は、時間特定部３１によって特定された推定所要時間と移動体１００の走行速度の情報を用いて半径Ｒ（例えば、単位はメートル（ｍ））を決めて、半径Ｒの範囲を当該移動体１００の推定移動範囲とする。ここで、走行速度が異なれば、半径Ｒは異なる値となる。なお、移動体１００が例えば駐停車中や渋滞中で止まっている場合には、半径Ｒの値を絞っても良い。例えば、範囲特定部３２は、移動体１００が在圏するセルが、前回のデータ通信可否判定処理と同じである場合には、移動体１００が止まっているとみなして、半径Ｒの値を絞ってもよい。
【0044】
また、データサイズを分割できる場合は、一回ごとのデータサイズを小さくすることができるため、アップロード（またはダウンロード）時間が短くなるため、半径Ｒを絞ることができる。範囲特定部３２は、外部サーバ２００からのデータ通信要求に基づいて、データサイズを分割してもよいし、判定部３３が、前回のデータ通信可否判定処理においてデータ通信不可と判定した場合に、データサイズを分割してもよい。
【0045】
また、データ通信制御部３１１が、データ通信可能なデータサイズを算出し、当該データサイズを外部サーバ２００あるいは移動体１００に通知してもよい。データ通信制御部３１１が、データ通信可能な許容時間長（あるいは、通信可能な開始時刻および終了時刻）を算出し、当該時間長（あるいは開始時刻および終了時刻）を外部サーバ２００あるいは移動体１００に通知してもよい。
【0046】
あるいは、移動体１００から位置情報を取得できる場合には、範囲特定部３２は、その位置（地点）から半径Ｒの範囲に推定移動範囲を設定してもよい。一方、移動体１００から位置情報を取得できない場合には、移動体が在圏セル内の何処にいるか判らないため、在圏セルのセル半径＋Ｒの範囲に推定移動範囲を設定してもよい。
【0047】
次に、変換部３１３が推定移動範囲をセルＩＤに変換してよい（図４のＳ４）。
【0048】
次に、判定部３３は、変換部３１３が変換したセルＩＤと、探知部３２１から通知された各セルの輻輳状況を示す情報とを用いて、データ通信の可否を判定してよい（図４のＳ５）。
【0049】
一例として、判定部３３は、まず、各セルの輻輳状況を示す情報に基づいて、在圏セルが輻輳しているか否かを判定して、在圏セルが輻輳している場合には、データ通信不可と判定してよい。この場合、範囲特定部３２による推定移動範囲の算出の結果に関係なくデータ通信不可と判定できるため、図４のＳ３及びＳ４を省略してデータ通信不可との判定ができる構成としてもよい。タイマー設定部３７は、判定部３３がデータ通信を許可しない場合には、当該許可しない移動体１００の移動速度に応じてバックオフタイマー値を設定する。例えば、タイマー設定部３７は、所定の距離を、移動体１００の移動速度で除算した値をバックオフタイマー値に設定してもよい。所定の距離としては、特に限定されないが、１００ｍ～１０ｋｍとすることができる。バックオフタイマー値とは、データ通信可否判定処理を再度行うまでの時間を示す値である。
【0050】
なお、タイマー設定部３７は、移動体１００の移動速度とは異なる基準に基づいてバックオフタイマー値を設定してもよい。例えば、タイマー設定部３７は、バックオフタイマー値を、移動体１００が加入しているサービスに応じた時間帯（例えば翌日の深夜帯）までの時間としてもよい。
【0051】
一方、在圏セルが輻輳していない場合には、判定部３３は、データ通信可と判定してよい。タイマー設定部３７は、判定部３３がデータ通信を許可した場合には、下記の（ｉ）あるいは（ｉｉ）に基づいてバックオフタイマー値を設定してよい。
【0052】
（ｉ）タイマー設定部３７は、推定移動範囲内に存在するセルに輻輳セルがあれば、（ａ）在圏セルのセル端または当該在圏セル内にある前記移動体の位置から、最近接位置にある前記輻輳セルのセル端までの距離と、（ｂ）移動速度とに基づいて、当該最近接位置にある輻輳しているセルのセル端に到達する最短所要時間を算出し、算出した前記最短所要時間をバックオフタイマー値としてよい。これにより、移動体１００が輻輳セルに入る可能性が低い間は、データ通信可否の再判定処理を行わずに、データ通信を実現することができる。
【0053】
（ｉｉ）タイマー設定部３７は、推定移動範囲内に存在するセルに前記輻輳セルがなければ、データ通信に要する時間（推定所要時間）から所定値を引いた値をバックオフタイマー値としてよい。これにより、タイマー設定部３７は、走行速度が上がって推定移動範囲外に移動体１００が抜け出る可能性を考慮して、再判定処理の実施タイミングを指定することができる。なお、バックオフタイマー値は、固定値にしてもよいし、移動体１００の移動速度に応じて設定してもよい。
【0054】
判定部３３による判定の結果、データ通信が許可されると、データ通信制御部３１１は、ＣＰＦ３２０に、ＢＤＴ用ＰＤＵセッションの構築の指示信号を通知し（図４のＳ６）、ＢＤＴ用ＰＤＵセッションを構築してよい。また、データ通信制御部３１１は、判定の結果を、外部サーバ２００に通知し（図４のＳ７）、外部サーバ２００は、通知された判定の結果を移動体１００に通知してよい。このとき、データ通信が許可されていれば、移動体１００と、外部サーバ２００との間において、構築されたＢＤＴ用ＰＤＵセッションを用いてデータ通信（ＢＤＴ通信）が行なわれてよい。また、判定部３３は、通信の許可時間を管理し、外部サーバへ通信許可ならびに通信許可時間を通知してもよい。この場合、判定部３３は、許可時間を過ぎたら、ＣＰＦ３２０に対して当該ＰＤＵセッションの終了の指示を出すとともに、外部サーバ２００に対して通信終了の旨を通知して良い。
【0055】
判定部３３による判定の結果、データ通信が不許可となった場合にも、判定の結果が、外部サーバ２００に通知された後に（図４のＳ７）、外部サーバ２００から移動体１００に通知されてよい。この場合には、タイマー設定部３７が設定したバックオフタイマー値も、外部サーバ２００から移動体１００に通知されてよい。
【0056】
外部サーバ２００からデータ通信許可と通知された移動体１００は、コアネットワーク装置３００側からのＰＤＵセッションの確立を待ち、確立できた後に、外部サーバ２００とのデータ通信を開始してよい。このとき、移動体１００は、外部サーバ２００とのデータ通信を、バックオフタイマー値によって定められた時間行い、当該時間が経過する直前に、再びデータ通信要求を外部サーバ２００に通知してよい。なお、データ通信許可の場合は、移動体１００が通る推定移動範囲のセルＩＤが、変換部３１３のデータベースに記録されてよい。また、データ通信が完了した際には、移動体１００から外部サーバ２００を介してコアネットワーク装置３００のデータ通信制御部３１１にデータ通信完了通知が通知され、これに応じて、データ通信制御部３１１から外部サーバ２００を介して移動体１００に通知を受信した旨の確認通知が通知されてよい。
【0057】
一方、外部サーバ２００からデータ通信不許可と通知された移動体１００は、外部サーバ２００とのデータ通信を行なわない。この場合、移動体１００は、バックオフタイマー値によって定められた時間が経過した直後に再びデータ通信要求を外部サーバ２００に通知する。バックオフタイマー値が設定されることによって、データ通信が許可されない状態が不都合に継続することがなく、適切なタイミングでデータ送信をリトライすることができる。
【0058】
以上の処理フローにより、移動体の推定移動範囲内に輻輳状態のセルが存在するか否かの情報に基づいた、信頼性の高いデータ通信（ＢＤＴ通信）を実現できる。
【0059】
〔変形例１〕
判定部３３は、データ通信がアップロードであるかダウンロードであるかに応じた各基地局のセルの輻輳状況を用いて、データ通信の可否を判定してもよい。この場合、移動体１００からのデータ通信要求が、アップロードの要求であるのか、ダウンロードの要求であるのかを、判定部３３が識別すればよい。本例の場合は、判定部３３は、予め、アップロードにおいて輻輳状態であるセルを示すリストと、ダウンロードにおいて輻輳状態であるセルを示すリストとが格納されていてよい。そして、判定部３３は、識別の結果に応じたリストを用いて、輻輳セルの有無に基づき判定してよい。
判定部３３は、データ通信がアップロードであるかダウンロードであるかに応じた各基地局のセルの輻輳状況を用いて、データ通信の可否を判定してもよい。この場合、移動体１００からのデータ通信要求が、アップロードの要求であるのか、ダウンロードの要求であるのかを、判定部３３が識別すればよい。本例の場合は、判定部３３は、予め、アップロードにおいて輻輳状態であるセルを示すリストと、ダウンロードにおいて輻輳状態であるセルを示すリストとが格納されていてよい。そして、判定部３３は、識別の結果に応じたリストを用いて、輻輳セルの有無に基づき判定してよい。
【0060】
本例によれば、アップロードとダウンロードとが個別にデータ通信可否を判定される態様となっている。すなわち、アップロードが輻輳状態であってもダウンロードが空いていれば、ダウンロードのデータ通信要求に対して許可することができる。
【0061】
〔変形例２〕
移動体１００から、外部サーバ２００に対してデータ通信要求が通知される際、通信するデータのデータサイズ、データ通信の緊急度、および移動体１００の移動速度（走行速度）に関する情報は、通知されなくてもよい。これらの情報が移動体１００から通知されない場合には、外部サーバ２００が予め決めた所定値を用いて、これらの情報に相当する値を、コアネットワーク装置３００に通知してもよい。本例によれば、通信するデータのデータサイズ、データ通信の緊急度、および移動体１００の移動速度（走行速度）に関する情報が移動体１００から提供されなかった場合でも、輻輳状況に基づいたデータ通信の可否を上述の実施形態と同等に実現することができる。
移動体１００から、外部サーバ２００に対してデータ通信要求が通知される際、通信するデータのデータサイズ、データ通信の緊急度、および移動体１００の移動速度（走行速度）に関する情報は、通知されなくてもよい。これらの情報が移動体１００から通知されない場合には、外部サーバ２００が予め決めた所定値を用いて、これらの情報に相当する値を、コアネットワーク装置３００に通知してもよい。本例によれば、通信するデータのデータサイズ、データ通信の緊急度、および移動体１００の移動速度（走行速度）に関する情報が移動体１００から提供されなかった場合でも、輻輳状況に基づいたデータ通信の可否を上述の実施形態と同等に実現することができる。
【0062】
〔変形例３〕
上述の実施形態では、移動体１００の在圏セルＩＤを在圏セル特定部３１２が特定しているが、移動体１００において在圏セルＩＤが特定できる態様として、在圏セル特定部３１２を省略してもよい。
上述の実施形態では、移動体１００の在圏セルＩＤを在圏セル特定部３１２が特定しているが、移動体１００において在圏セルＩＤが特定できる態様として、在圏セル特定部３１２を省略してもよい。
【0063】
すなわち、本例では、図５に示すように、移動体１００が、基地局４００を介して、外部サーバ２００に在圏セルの情報を通知する構成であってもよい。
【0064】
このように、移動体１００に、在圏セルＩＤを特定する在圏セル特定部を搭載してもよい。さらに、ハンドオーバー時も、移動体１００がハンドオーバー先の在圏セルＩＤの情報を取得することができる場合、ハンドオーバー先が輻輳セルであれば、通信を止めることができる。
【0065】
〔変形例４〕
範囲特定部３２による推定移動範囲の特定は、移動体から得られる情報があればあるほど必要最小限の範囲に絞ることできる。そして、範囲を絞ることができれば，輻輳を確認するセル数が減り、輻輳セルに当たる可能性も減り、より長時間データ通信を行うことができる。例えば、車の進行方向が分かれば半径Ｒの範囲を、移動体１００を中心とした３６０度の範囲から例えば１８０度の範囲（半円状）に絞ることができる。別例では、移動体（車両）が高速道路を走行中と分かれば、高速道路上のセルだけに限定することも可能であり、この場合、当該車両の過去のセルＩＤをトラッキングして、車の走行方向を判断できる。更に別例としては、車の移動経路情報が分かれば、経路上のセルだけに限定できる。この場合の一具体例としては、自動運転車であれば、Operational Design Domainによる運航設計領域の情報を元に、セルを限定できる。
範囲特定部３２による推定移動範囲の特定は、移動体から得られる情報があればあるほど必要最小限の範囲に絞ることできる。そして、範囲を絞ることができれば，輻輳を確認するセル数が減り、輻輳セルに当たる可能性も減り、より長時間データ通信を行うことができる。例えば、車の進行方向が分かれば半径Ｒの範囲を、移動体１００を中心とした３６０度の範囲から例えば１８０度の範囲（半円状）に絞ることができる。別例では、移動体（車両）が高速道路を走行中と分かれば、高速道路上のセルだけに限定することも可能であり、この場合、当該車両の過去のセルＩＤをトラッキングして、車の走行方向を判断できる。更に別例としては、車の移動経路情報が分かれば、経路上のセルだけに限定できる。この場合の一具体例としては、自動運転車であれば、Operational Design Domainによる運航設計領域の情報を元に、セルを限定できる。
【0066】
更に別の態様として、半径Ｒを所定の固定値にしてもよい。これにより、移動体１００から、車両速度等の情報を取得しなくとも、ある程度の精度で、推定移動範囲を決定することができる。
【0067】
〔変形例５〕
探知部３２１は、判定部３３が変換部３１３からセルＩＤを得る度に判定部３３から問い合わせを受け、問い合わせを受けた都度に、当該セルＩＤのセルの輻輳状況を判定部３３に通知する態様であってもよい。この態様であっても、探知部３２１は、判定部３３に、各セルの輻輳状況を示す情報を提供することができる。
探知部３２１は、判定部３３が変換部３１３からセルＩＤを得る度に判定部３３から問い合わせを受け、問い合わせを受けた都度に、当該セルＩＤのセルの輻輳状況を判定部３３に通知する態様であってもよい。この態様であっても、探知部３２１は、判定部３３に、各セルの輻輳状況を示す情報を提供することができる。
【0068】
〔変形例６〕
探知部３２１は、上述の態様に代えて、過去の統計情報から時間・曜日での該当セルＩＤの各ＫＰＩの未来予測を準備しておき、データ通信制御部３１１から推定移動範囲内の全セルＩＤおよびタイムスタンプ入力に対して、各セルの輻輳状況を返す態様としてもよい。この態様であっても、探知部３２１は、判定部３３に、各セルの輻輳状況を示す情報を提供することができる。
探知部３２１は、上述の態様に代えて、過去の統計情報から時間・曜日での該当セルＩＤの各ＫＰＩの未来予測を準備しておき、データ通信制御部３１１から推定移動範囲内の全セルＩＤおよびタイムスタンプ入力に対して、各セルの輻輳状況を返す態様としてもよい。この態様であっても、探知部３２１は、判定部３３に、各セルの輻輳状況を示す情報を提供することができる。
【0069】
〔変形例７〕
判定部３３は、上述の態様に代えて、探知部３２１が生成するセルの輻輳状況を示す情報を用いて当該セルに、輻輳セルが一つでも含まれている場合は、データ通信を許可しない一方、輻輳セルが全く含まれていない場合に、データ通信を許可するようにしてもよい。この場合、先述のバックオフタイマー値も算出しない態様であってもよい。本例によれば、輻輳セルの有無に基づき、データ通信の可否を早期に判定することができる。
判定部３３は、上述の態様に代えて、探知部３２１が生成するセルの輻輳状況を示す情報を用いて当該セルに、輻輳セルが一つでも含まれている場合は、データ通信を許可しない一方、輻輳セルが全く含まれていない場合に、データ通信を許可するようにしてもよい。この場合、先述のバックオフタイマー値も算出しない態様であってもよい。本例によれば、輻輳セルの有無に基づき、データ通信の可否を早期に判定することができる。
【0070】
なお、本例においては、バックオフタイマー値を固定値（例えばａ分）としておき、判定部３３によってデータ通信を許可された場合には、そのバックオフタイマー値の期間ほどデータ通信を可能にすることができる。一方、判定部３３によってデータ通信不許可と判定された場合、そのバックオフタイマー値経過後に、再度、データ通信要求を外部サーバ２００に通知するようにすればよい。
【0071】
〔変形例８〕
上述の実施形態において判定部３３がデータ通信を許可して、移動体１００がデータ通信を開始した後、移動体１００が、範囲特定部３２が特定した推定移動範囲外のセルに接続した場合には、データ通信しているデータのうちの伝送が完了していない残りのデータに基づいて、バックオフタイマー値経過後に、上述したデータ通信可否判定処理を実施し、判定部３３が、データ通信の可否を改めて判定してよい。
上述の実施形態において判定部３３がデータ通信を許可して、移動体１００がデータ通信を開始した後、移動体１００が、範囲特定部３２が特定した推定移動範囲外のセルに接続した場合には、データ通信しているデータのうちの伝送が完了していない残りのデータに基づいて、バックオフタイマー値経過後に、上述したデータ通信可否判定処理を実施し、判定部３３が、データ通信の可否を改めて判定してよい。
【0072】
〔実施形態２〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0073】
上述の実施形態１は、判定部３３がデータ通信を許可するか否かの判定基準が、推定移動範囲内における輻輳セルの有無である。しかしながら本発明の一態様はこれに限定されない。例えば、輻輳セルの有無に加えて、推定移動範囲内のセルにおいてデータ通信（特に、大容量データ通信）を行っている移動体の台数に基づいた判定であってもよい。
【0074】
本実施形態では、判定部３３が、移動体を中心とした所定の物理的領域に輻輳している輻輳セルが存在する場合には、Ｍ台の移動体に対してデータ通信を許可する一方、当該所定の物理的領域に輻輳セルが存在しない場合には、Ｎ台の移動体に対して前記データ通信を許可し、
ＭおよびＮには、以下の関係；
Ｎ＞Ｍ
が成り立つよう構成してよい。
ＭおよびＮには、以下の関係；
Ｎ＞Ｍ
が成り立つよう構成してよい。
【0075】
ここでの所定の物理的領域範囲とは、例えば移動体を中心とする半径Ｒｋｍの範囲と規定することができる。一例として、Ｒｋｍは、１００ｍ～１０ｋｍとしてもよい。
【0076】
ＭとＮとの関係については、一例としてＭを１とし、Ｎを１００とすることができる。このほか、移動体が車両である場合には、１ｋｍ２の物理的領域に対して、Ｎ＜１００００台、Ｍ＜１０００台とすることができる。これらはあくまで例であって、Ｎ、Ｍは適宜設定すればよく、移動体を中心とした所定の物理的領域に輻輳している輻輳セルが存在する場合よりも、当該物理的領域に輻輳している輻輳セルが存在しない場合の方が、データ通信が許可される移動体の数が多くなっていればよい。
【0077】
現在データ通信を許可している移動体の台数については、各輻輳セルと、所定の地理的領域に紐づいて、管理サーバが管理することができる。台数は、例えば或る移動体に対してデータ通信（大容量データ通信）を許可した場合にカウントアップすればよい。反対に、許可したデータ通信の期間が切れた場合、あるいはデータ通信を許可した移動体からデータ通信完了の旨のメッセージを管理サーバが受信した場合には、台数をカウントダウンすればよい。
【0078】
〔実施形態３〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0079】
本実施形態では、データ通信要求に対してデータ通信の不許可と判定された移動体、およびデータ通信を一時保留させたい移動体について、コアネットワーク装置側で、キューイング（Queuing）リストとして保持・管理し、所定のタイミングにおいて、コアネットワーク装置から外部サーバに対して、リスト内の移動体からのデータの吸い上げ要求を行ってもよい。具体的には、キューイングリストは、データ通信制御部３１１において保持および管理される。図６に、キューイングリストの一例を示す。
【0080】
図６のキューイングリストＴ（２）は、移動体ごとに、在圏セルの情報、当該移動体の属性の情報、データ通信を推奨する時間帯の情報、データ通信の優先度に関する情報、および、データ通信が許可されなかった回数の情報（リトライ回数）が含まれてよい。
【0081】
データ通信制御部３１１は、判定部３３においてデータ通信が不許可であると判定された場合に、その判定対象の移動体の情報を、キューイングリストＴ（２）へ追加してよい。
【0082】
図２に示すデータ通信制御部３１１が、キューイングリストＴ（２）に挙がっている移動体１００からデータ通信要求があった場合には、移動特定部３０による推定所要時間および推定移動範囲の特定、変換部３１３によるセルＩＤの特定、探知部３２１による探知、および判定部３３による判定は行なわず、データ通信要求の受付完了通知としてデータ通信不許可の通知を移動体１００に対して行ってよい。
【0083】
そして、キューイングリストＴ（２）の”データ通信優先順”に従い、データ通信制御部３１１からデータ通信許可の通知を行ってもよい。この例において、実施タイミングは、コアネットワーク装置３００のネットワーク負荷とキューイング台数によって設定することができ、リストアップされる台数が多い場合には、ネットワーク負荷軽減のために、データ通信制御部３１１での処理間隔を延ばす。例えば、キューイングテーブルに移動体が１００台リストアップされていたら、１秒に一回とし、１０００台リストアップされていたら１０秒などと定める。なお、データ通信不許可を受領した移動体は、外部サーバ２００へのデータ通信要求の通知から再度行う。その際、バックオフタイマー値は使用しない。
【0084】
一具体例として、キューイングリストＴ（２）の優先順位付けの例を、図７に示す。図７に示すスコア表１０００ように、各要素のスコアをあらかじめ決めておいてよい。このスコアを用い、図６のキューイングリストＴ（２）の各移動体の優先度スコアを算出したものを図８に示す。図８に示すテーブルＴ（３）のように、優先度スコアが高いものほど高優先である。
【0085】
なお、データ通信がアップロードであるかダウンロードであるかによって、異なるキューイングリストを使用してもよい。
【0086】
以上のキューイングリストＴ（２）を用いた態様は、判定部３３によるデータ通信の許可不許可の判定の際に、実施形態１の判定部３３によって得られる判定結果を受けて、データ通信が可である場合に、先述の実施タイミングにおいてデータ通信優先順が高い移動体に対して、データ通信を許可する通知を送信してよい。
【0087】
本実施形態の移動体通信システムによれば、データ通信優先度に従って、データ通信（特に大容量データ通信）を安定して実現させることができる。
【0088】
〔変形例１〕
データ通信制御部３１１は、加入者情報”深夜帯”フラグ有の移動体が日中にデータ通信要求を行った場合にもその移動体の情報を、キューイングリストＴ（２）へ追加してもよい。なお、加入者情報”深夜帯”フラグは、移動体ごとに管理するものであり、深夜帯を優先し通信させるユーザに対して付与することができる。この”深夜帯”の付与は、移動体（例えばモバイルデバイス）の料金プランに反映することができ、”深夜帯”が付与される移動体は、”深夜帯”を付与されない移動体の料金プランよりも安く設定することができる。
データ通信制御部３１１は、加入者情報”深夜帯”フラグ有の移動体が日中にデータ通信要求を行った場合にもその移動体の情報を、キューイングリストＴ（２）へ追加してもよい。なお、加入者情報”深夜帯”フラグは、移動体ごとに管理するものであり、深夜帯を優先し通信させるユーザに対して付与することができる。この”深夜帯”の付与は、移動体（例えばモバイルデバイス）の料金プランに反映することができ、”深夜帯”が付与される移動体は、”深夜帯”を付与されない移動体の料金プランよりも安く設定することができる。
【0089】
〔変形例２〕
ウェアラブル端末（移動体）のように少容量バッテリーで動作しているものは、データ通信によるバッテリー消費の影響が相対的に大きい。そこで、図６のキューイングリストＴ（２）にあるように、移動体の種類と共にバッテリー残量もリストアップしてもよい。
ウェアラブル端末（移動体）のように少容量バッテリーで動作しているものは、データ通信によるバッテリー消費の影響が相対的に大きい。そこで、図６のキューイングリストＴ（２）にあるように、移動体の種類と共にバッテリー残量もリストアップしてもよい。
【0090】
本変形例では、図７に示すスコアリストに加えて、図９に示す移動体の種類とバッテリー残量に応じたスコア(±０、＋１、＋２、中断)とを対応付けたリストＴ（４）を含めておいてよい。なお、スコアの「中断」はデータ通信を行うのに十分な残量がないため、データ通信を中断するものである。そして、図９のリストＴ（４）のスコアを用い、図６のキューイングリストＴ（２）の各移動体の優先度スコアを算出したデータ通信優先順リストＴ（５）を図１０に示す。図１０に示すように、優先度スコアが高いものほど高優先である。
【0091】
本実施形態および変形例の態様によれば、移動体の属性に応じた優先制御が可能である。すなわち、データ通信不許可となった移動体が”high priority”車両だった場合、”middle priority”車両よりも時間的に早くリトライ権を与えることができる。
【0092】
また、時間帯による混雑状況を把握し、優先度の低い車両には、ネットワークが空いている時間帯（閑散期）に通信を行わせるようにしてもよい。一例として、日中および夜間のあらゆる時間帯の混雑状況を探知部３２１が蓄積し、それを教師データとして機械学習を行い、ネットワークが空いている時間帯を推定してもよい。このような時間帯は、例えば、深夜や早朝となる場合がある。そして、車両属性として”閑散フラグ”が付与されている車両が、閑散期以外の時期にデータ通信要求を受信した場合には、データ通信制御部３１１は、判定部３３による判定を行わずキューイングさせてよい。
【0093】
また、データ通信が不許可であると判定された回数と、不許可となったセルＩＤを記憶することにより、以降のリトライ制御を変えて、リトライ制御を高度化することも可能である。リトライ制御を変える例としては、同じ輻輳セルで何度も不許可になっている場合には半径Ｒを狭めたり(駐停車していると判定)、時間帯を変えたり等がある。
【0094】
〔実施形態４〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0095】
本実施形態では、図１１に示す移動体通信システム１において、複数の移動体１００ａ，１００ｂ，１００ｃからデータ通信要求があることを想定したものである。コアネットワーク装置３００のデータ通信制御部３１１は、各移動体１００ａ，１００ｂ，１００ｃの推定移動範囲に含まれる全セルのセルＩＤを記録する（記録テーブルを図１１のテーブルＴ（６）に示す）。
【0096】
また、本実施形態では、推定移動範囲内の全セルに関し、”Possibly connected cars”に１を加算してよい。”Possibly connected cars”は一定閾値Ｍ台以上のセルが存在する場合、それ以上の台数は受け付けないものとすることができる。つまり、それ以降の移動体が当該セルを推定移動範囲に含んでいる場合には、判定部３３によってデータ通信不可と判定されてよい。図１２は、”Possibly connected cars”と、セルＩＤとを対応付けしたテーブルＴ（７）を示す。図１２のテーブルＴ（７）に示すように、セルＩＤ「１」のセルは、”Possibly connected cars”が１であり、すなわちセルＩＤ「１」のセルに接続できる移動体の台数の閾値が１であることを示す。そこで、図１１のテーブルＴ（６）に基づけば、セルＩＤ「１」のセルを推定移動範囲内に含む移動体は、移動体ＩＤ「１」の一台であり、閾値を満たしたセルＩＤ「１」のセルは輻輳セルと見なし、以降にデータ通信要求をした他の移動体がセルＩＤ「１」のセルを推定移動範囲に含む場合には、当該他の移動体のデータ通信を許可しないものとすることができる。
【0097】
なお、データ通信が完了した際には、その移動体の推定移動範囲に含まれていたセルについて、”Possibly connected cars”から１を減算してよい。
【0098】
このように本実施形態によれば、判定部３３は、或る移動体の前記推定移動範囲に含まれる全てのセルに関し、当該セル内で当該或る移動体がデータ通信を行うことを予め定めておくとともに、当該全てのセルにおいてデータ通信可能な移動体の台数の閾値を設け、閾値に達したセルでは新たに在圏する移動体のデータ通信を許可しない構成としている。これにより、複数台の移動体にも適切に対応し、安定したデータ通信が可能な移動体通信システムを提供することができる。
【0099】
〔実施形態５〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0100】
先述の実施形態では、移動体からのデータ通信要求がトリガとなってデータ通信の可否が判定される構成である。これに対し、本実施形態では、当該トリガを必要とせず、コアネットワーク装置が主導となってデータ通信の可否を判定し、それを移動体に通知する態様である。
【0101】
図１３は、本実施形態の移動体通信システム１Ａの概略構成を示すブロック図である。図１３に示すコアネットワーク装置３００Ａのデータ通信制御部３１１Ａには、データ通信の不許可と判定された移動体、およびデータ通信を一時保留させたい移動体と、それらの移動体の優先度とが対応付けられたキューイングリストＴ（８）が、保持および管理されていてよい。
【0102】
データ通信制御部３１１Ａは、保持するキューイングリストＴ（８）に基づいて、優先度が高い移動体に対して、外部サーバ２００を介してデータ通信許可通知を送信してよい（図１３の（ｉ））。図１３のキューイングリストＴ（８）では、優先度「１」の移動体ＩＤ「２００」の移動体１００に対して、当該移動体１００からのデータ通信要求の有無に関わらず、データ通信許可通知を通知してよい（図１３の（ｉｉ））。データ通信許可通知を受信した移動体１００は、データ通信要求を、外部サーバ２００を介してコアネットワーク装置３００Ａのデータ通信制御部３１１Ａに通知してよい（図１３の（ｉｉｉ））。データ通信制御部３１１は、この通知を受け取ったことに応じて、外部サーバ２００と移動体１００との間でのデータ通信を開始させてよい。
【0103】
本実施形態の態様は、例えば、コアネットワーク装置の負荷が比較的小さい時間帯等を利用して、コアネットワーク装置３００主導で、以前にデータ通信要求があったもののデータ通信が実現されていない移動体のデータ通信を可能にする。これにより、データ通信すべきデータの取りこぼしを無くして、信頼性の高い移動体通信システムを構築することができる。
【0104】
〔実施形態６〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0105】
本実施形態は、上述の実施形態５に類似した態様であり、コアネットワーク装置主導でおこなわれる。具体的には、本実施形態では、特定のセルに在圏している移動体に対して、データ通信の要否を問い合わせてよい。
【0106】
図１４は、本実施形態の移動体通信システム１Ｂの概略構成を示すブロック図である。図１４に示すデータ通信制御部３１１Ｂには、通信負荷が低負荷であるか否かがセルＩＤと対応付けられたテーブルＴ（９）が、保持および管理されていてよい。更にデータ通信制御部３１１Ｂには、低負荷であるセルに在圏している移動体が、低負荷のセルのセルＩＤと対応付けられたテーブルＴ（１０）が、保持および管理されていてよい。
【0107】
テーブルＴ（９）は、コアネットワーク装置３００の図１のＣＰＦ３２０（低負荷領域特定部）によって作成されてよい。具体的には、探知部３２１が常時各セル内の負荷を監視しているため、ＣＰＦ３２０は、探知部３２１から各セルの現状の負荷を取得し、それを所定の閾値と比較することによって、低負荷であるセルのセルＩＤを特定してよい。ＣＰＦ３２０（低負荷領域特定部）は、広範囲においてセルの負荷状態が低い領域を特定し、その領域に該当するセルのセルＩＤを特定する。広範囲とは、一例として、在圏セルの周囲１００ｍ～１００ｋｍとすることができるが、これに限らない。ＣＰＦ３２０は、特定したセルＩＤをリストアップしてテーブルＴ３を作成する。
【0108】
テーブルＴ（１０）は、データ通信制御部３１１Ｂによって作成される。具体的には、データ通信制御部３１１Ｂの判定部３３Ｂが、テーブルＴ３を取得し、低負荷のセルＩＤを特定し、そのセルＩＤのセル内に在圏している移動体１００を特定する。
データ通信制御部３１１Ｂは、テーブルＴ（１０）を用いて、低負荷であるセルに在圏する移動体を特定してよい。図１４の例では、移動体ＩＤ「１００」の移動体がセルＩＤ「１」のセルに在圏し、移動体ＩＤ「２００」の移動体がセルＩＤ「２」のセルに在圏し、移動体ＩＤ「３００」の移動体がセルＩＤ「３」のセルに在圏することを特定してよい。
データ通信制御部３１１Ｂは、テーブルＴ（１０）を用いて、低負荷であるセルに在圏する移動体を特定してよい。図１４の例では、移動体ＩＤ「１００」の移動体がセルＩＤ「１」のセルに在圏し、移動体ＩＤ「２００」の移動体がセルＩＤ「２」のセルに在圏し、移動体ＩＤ「３００」の移動体がセルＩＤ「３」のセルに在圏することを特定してよい。
【0109】
次にデータ通信制御部３１１Ｂは、外部サーバ２００を介して、移動体ＩＤ「１００」「２００」および「３００」の移動体のそれぞれに、データ通信が必要であるかを問い合わせる信号を送信してよい（図１４の（ｉ）（ｉｉ））。
【0110】
移動体ＩＤ「１００」「２００」および「３００」の各移動体では、当該信号を受けて、データ通信が必要であれば、データ通信要求を、外部サーバ２００を介してコアネットワーク装置３００のデータ通信制御部３１１に通知してよい（図１４の（ｉｉｉ））。データ通信制御部３１１は、この通知に応じて、外部サーバ２００と移動体１００との間でのデータ通信を開始させてよい。
【0111】
本実施形態の態様は、コアネットワーク装置の負荷が比較的小さい時間帯等を有効活用して、コアネットワーク装置３００主導で、移動体に対してデータ通信の要否を確認することができる。これにより、サーバ負荷を分散させることができ、サーバ負荷が過多となることでデータ通信に支障が生じることを回避し、安定した通信を実現する移動体通信システムを構築することができる。
【0112】
〔実施形態７〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0113】
上述の実施形態１では、図２に示したように、セルの輻輳状況がセルＩＤと対応付けられたテーブルＴ（１）（各セルの輻輳状況を示す情報）を、コアネットワーク装置３００が保有および管理してよい。これに対し、本実施形態では、当該リストを、コアネットワーク装置３００および移動体１００Ｃの両方で保有する態様の一例を示す。
【0114】
本実施形態の移動体通信システム１Ｃの概要を図１５に示す。図１５に示す移動体通信システム１Ｃでは、データ通信制御部３１１Ｃにおいて、移動体１００Ｃからのデータ通信要求の通知を受けて、上述の実施形態１と同様に、推定所要時間および推定移動範囲を特定し、探知部３２１から取得したテーブルＴ（１）に基づいてデータ通信を許可するか不許可とするのかを判定してよい。
【0115】
次に、判定結果を、外部サーバ２００を介して移動体１００Ｃに通知するステップにおいて、本実施形態では、データ通信制御部３１１Ｃが、当該判定結果と、データ通信用のＰＤＵセッション番号と、探知部３２１から取得したテーブルＴ（１）とを、移動体１００Ｃに通知してよい。
【0116】
通知を取得した移動体１００Ｃは、判定結果が不許可を示すものであれば、実施形態１の場合と同様にバックオフタイマー値の期間は待機してよい。
【0117】
一方、取得した判定結果が許可を示すものであれば、移動体１００Ｃは、取得したデータ通信用のＰＤＵセッション番号に基づいて、当該番号に対応するデータ通信用のＰＤＵセッションを用いて、データ通信を開始してよい。
【0118】
本実施形態では、移動体１００ＣがテーブルＴ（１）を取得しているため、在圏しているセルが輻輳セルであるかを、移動体１００Ｃにおいて確認することができる。そのため、図１６に示すように、移動体１００Ｃが隣接セルにハンドオーバーする時に、移動体１００Ｃが自律で隣接セルが輻輳セルであるか否かを確認部１０１において確認（判定）することができる。
【0119】
具体的には、移動体１００Ｃは、図１６中の（ａ）に示すように、コアネットワーク装置３００のＣＰＦ３２０からハンドオーバーコマンドの通知を受けると、テーブルＴ（１）に基づいてハンドオーバーした在圏セルが輻輳セルであるか否かを確認部１０１が判定してよい。そして、輻輳セルでなければ、ハンドオーバーした在圏セルでデータ通信を継続してよい。一方、ハンドオーバーした在圏セルが輻輳セルであれば、移動体１００Ｃからコアネットワーク装置３００にＰＤＵセッション解除の通知を行ってよい（図１６中の（ｂ））。これにより、データ通信が中断される。中断後、更に別のセルがハンドオーバーした際に、当該セルが輻輳セルでないと確認部１０１が判定すれば、コアネットワーク装置３００にＰＤＵセッションの再開を要求し、中断していたデータ通信を当該セルにおいて再開することができる。
【0120】
また本実施形態のように移動体１００ＣがテーブルＴ（１）を保有していれば、実施形態１においてデータ通信を開始した後に移動体１００Ｃが推定移動範囲外のセルに接続した際、当該セルが輻輳セルであるかを移動体１００Ｃ側（確認部１０１）において確認することができる。なお、このとき、接続したセルがテーブルＴ（１）に無い場合は、データ通信を中断し、通信完了していない残りのデータについて、実施形態１で説明した移動体からのデータ通信要求の処理を実行してよい。
【0121】
なお、移動体１００Ｃは、定期的あるいは特定の条件下において、データ通信制御部３１１ＣからテーブルＴ（１）の通知を受ける構成とすることが好ましい。これにより、タイムリーな輻輳状況が反映されたテーブルＴ（１）を移動体１００Ｃ側が保有することができる。
【0122】
〔変形例〕
上述の実施形態４にあるデータ通信する台数を制限する態様においても、本実施形態のように移動体が保有しているリストに基づいて移動体が通信可否を判定することができる。
上述の実施形態４にあるデータ通信する台数を制限する態様においても、本実施形態のように移動体が保有しているリストに基づいて移動体が通信可否を判定することができる。
【0123】
本例の移動体通信システム１Ｄを、図１７に示す。なお、図１７は、実施形態４の図１１の移動体通信システムと相違する部分を強調して示している。本例の移動体通信システムにおいても、本実施形態のようにコアネットワーク装置３００の判定部３３による判定結果と、データ通信用のＰＤＵセッション番号と、探知部３２１から取得したテーブルＴ（１）とが、移動体１００に通知されてよい。
【0124】
通知を取得した移動体１００は、判定結果が不許可を示すものであれば、バックオフタイマー値の期間待機してよい。
【0125】
一方、取得した判定結果が許可を示すものであれば、移動体１００は、取得したデータ通信用のＰＤＵセッション番号に基づいて、当該番号に対応するデータ通信用のＰＤＵセッションを用いて、データ通信を開始する。データ通信が完了した際には、移動体１００Ｃが保有するテーブルＴ（１）に基づいて、通信で用いていたセルについて、”Possibly connected cars”から１を減算する。
【0126】
〔実施形態８〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0127】
上述の実施形態１では、セルの輻輳状況がセルＩＤと対応付けられたリストを、コアネットワーク装置３００（図２）が保有および管理している。これに対し、本実施形態では、当該リストを移動体１００Ｄが保有する態様の一例を示す。
【0128】
本実施形態の移動体通信システムの概要を図１８に示す。本実施形態では、実施形態１における判定部３３の機能を、移動体１００Ｄが担っている。すなわち、移動体１００Ｄが、実施形態１における判定部３３と同様の機能を有する判定部１３３を有してよい。
【0129】
データ通信制御部３１１Ｄにおいて、移動体１００からのデータ通信要求の通知を受けて、上述の実施形態１と同様に、推定所要時間および推定移動範囲を特定してよい。また、データ通信制御部３１１Ｄは、探知部３２１から提供されたテーブルＴ（１）から、推定移動範囲に含まれるセルに限定したテーブルＴ（１）を生成してよく、生成したテーブルＴ（１）を、外部サーバ２００を介して、移動体１００Ｄに通知してよい。テーブルＴ（１）を取得した移動体１００Ｄでは、判定部１３３が、在圏セルが輻輳セルであるかをテーブルＴ（１）を用いて判定し、輻輳セルではない場合には、データ通信を開始してよい。
【0130】
本実施形態では、移動体１００ＤがテーブルＴ（１）を取得しているため、在圏しているセルが輻輳セルであるかを、移動体１００において確認することができる。そのため、図１９に示すように、移動体１００が隣接セルにハンドオーバーする時に、移動体１００が自律で隣接セルが輻輳セルであるか否かを判定することができる。
【0131】
具体的には、移動体１００は、図１９中の（ａ）に示すように、コアネットワーク装置３００のＣＰＦ３２０からハンドオーバーコマンドの通知を受けると、判定部１３３において、ハンドオーバーした在圏セルが、テーブルＴ（１）に含まれているか確認する。これにより、テーブルＴ（１）に含まれていれば、ハンドオーバーした在圏セルが輻輳セルであるか否かを自律で判定することができる。そして、輻輳セルでなければ、ハンドオーバーした在圏セルでデータ通信を継続してよい。一方、ハンドオーバーした在圏セルが輻輳セルであれば、移動体１００からコアネットワーク装置３００にＰＤＵセッション解除の通知を行ってよい（図１９中の（ｂ））。これにより、データ通信が中断される。中断後、更に別のセルがハンドオーバーした際に、当該セルが輻輳セルでないと判定すれば、コアネットワーク装置３００にＰＤＵセッションの再開を要求し、中断していたデータ通信を当該セルにおいて再開してよい。
【0132】
なお、探知部３２１から通知部３５にセルの輻輳情報が更新されるタイミングで、輻輳情報の更新データを移動体１００に送信してもよい。
【0133】
〔実施形態９〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【0134】
上述の実施形態３では、キューイングリストＴ（２）（図６）を用いたデータ通信の可否判定を行っている。これに関連し、本実施形態では、電気自動車等のバッテリーから動力を得て走行する車両（移動体）とのデータ通信に関する。このような車両は、バッテリーが無くなれば走行できなくなる。そのため、バッテリーを消費するデータ通信においても、バッテリーの残量を考慮する必要がある。そこで、当該車両のバッテリー残量を考慮したデータ通信の制御を行う態様の一例を示す。
【0135】
具体的には、本実施形態の移動体通信システムは、車両（移動体）のバッテリー残量が所定の閾値を下回るかを監視し、下回った場合には、その車両を、コアネットワーク装置側でキューイングリストにリストアップして、データ通信を許可しないようにすることを原則とする。
【0136】
一方で、データ通信の緊急度を考慮し、緊急度が高いデータを伝送する必要が生じた場合には、キューイングリストＴ（２）（図６）に含まれるデータ通信優先度を引き上げる。これにより、データ通信を行い易い条件を整えることができ、バッテリーが無くなる前に、緊急データを車両から吸い上げることが可能となる。
【0137】
緊急度が低いデータについては、バッテリー残量が一定量まで回復するまで、すなわちバッテリー残量低下状態が解消するまで、キューイングを継続して、データ通信を保留する。これにより、緊急度が低いデータのデータ通信を実行することによる更なるバッテリー消費を回避することができる。
【0138】
〔実施形態１０〕
本発明には、移動体と、当該移動体とデータ通信を行うサーバとを備えたデータ通信システムも含まれる。以下、本発明の一実施形態に係るデータ通信システムを、図２０に基づいて説明する。
本発明には、移動体と、当該移動体とデータ通信を行うサーバとを備えたデータ通信システムも含まれる。以下、本発明の一実施形態に係るデータ通信システムを、図２０に基づいて説明する。
【0139】
図２０は、本実施形態に係るデータ通信システムの概略構成を示すブロック図である。図２０に示すように、データ通信システム６００は、移動体１００と、当該移動体１００と、基地局４００およびコアネットワーク装置３００を介したデータ通信を行うサーバ２００´とを備え、サーバ２００´が、コアネットワーク装置３００から、複数の基地局４００のセルの輻輳状況および移動体１００の在圏セルに基づく前記データ通信の可否を受信する通信部２１０（受信部）を備えている。
【0140】
なお、図２０のサーバ２００´は、上述の実施形態で説明する外部サーバ２００と同等の機能を有し、例えば図２に示す外部サーバ２００においてコアネットワーク装置３００から通知される判定部３３の判定結果を、図２０の通信部２１０が受信する構成となっている。
【0141】
通信部２１０は、上述の実施形態において移動体１００から通知されるデータ通信要求を受信する構成であるとともに、移動体１００へのデータ通信可否の判定結果の通知を行う構成である。
【0142】
更にサーバ２００´は、通信部２１０を制御する主制御部２２０を備える。
【0143】
移動体１００も、上述の実施形態で説明する移動体１００と同等であり、データ通信要求をサーバ２００´の通信部２１０に送信する通信部１４０を備える。通信部１４０は、外部サーバ２００の通信部２１０から通知されるデータ通信可否の判定結果を受信する。
【0144】
更に移動体１００は、通信部１４０を制御する主制御部１５０を備える。
【0145】
本実施形態のデータ通信システム６００によれば、移動体の推定移動範囲内のセルの輻輳状態に基づくデータ通信の可否の判定結果に基づいて、サーバと移動体との間でのデータ通信を行うことができる。そのため、大容量のデータ通信が必要である場合に、移動中にデータ通信が途切れず大容量データ通信を安定して実現するデータ通信システムを実現することができる。さらに、移動体が、当該タイミングを外部サーバから通知されることにより、移動体も当該タイミングを知ることができるので、データ通信要求をサーバに対して過度に行ってしまうことがなくなる。
【0146】
〔付記事項〕
本発明は上述した各実施形態および変形例に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
本発明は上述した各実施形態および変形例に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【0147】
〔まとめ〕
本発明の一態様に係るコアネットワーク装置は、サーバおよび複数の基地局と接続しているコアネットワーク装置であって、各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を判定する判定部と、前記判定部の判定結果を、前記サーバに通知する通知部と、を備える。
本発明の一態様に係るコアネットワーク装置は、サーバおよび複数の基地局と接続しているコアネットワーク装置であって、各基地局のセルの輻輳状況および移動体の在圏セルに基づいて、前記移動体と前記サーバとのデータ通信の可否を判定する判定部と、前記判定部の判定結果を、前記サーバに通知する通知部と、を備える。
【0148】
また、本発明の一態様に係る移動体通信システムは、上述の構成を具備するコアネットワーク装置と、前記サーバと、前記移動体と、を備える。
【0149】
また、本発明の一態様に係るデータ通信システムは、移動体と、前記移動体と、基地局およびコアネットワーク装置を介したデータ通信を行うサーバと、を備えたデータ通信システムであって、前記サーバは、前記コアネットワーク装置から、複数の基地局のセルの輻輳状況および前記移動体の在圏セルに基づく前記データ通信の可否を受信する受信部を備えている。
【符号の説明】
【0150】
１、１Ａ、１Ｂ、１Ｃ、１Ｄ 移動体通信システム
３０ 移動特定部
３１ 時間特定部
３２ 範囲特定部
３３、３３Ｂ、１３３ 判定部
３５ 通知部
３７ タイマー設定部
１００、１００ａ、１００ｂ、１００ｃ、１００Ｃ、１００Ｄ 移動体
１０１ 確認部
２００ 外部サーバ（サーバ）
２００´ サーバ
２１０ 通信部（受信部）
３００、３００Ａ コアネットワーク装置
３１０ コア機能部
３１１、３１１Ａ、３１１Ｂ、３１１Ｃ、３１１Ｄ データ通信制御部
３１２ 在圏セル特定部
３１３ 変換部（範囲内セル特定部）
３２０ ＣＰＦ
３２１ 探知部
４００ 基地局
５００ セル
６００ データ通信システム
３０ 移動特定部
３１ 時間特定部
３２ 範囲特定部
３３、３３Ｂ、１３３ 判定部
３５ 通知部
３７ タイマー設定部
１００、１００ａ、１００ｂ、１００ｃ、１００Ｃ、１００Ｄ 移動体
１０１ 確認部
２００ 外部サーバ（サーバ）
２００´ サーバ
２１０ 通信部（受信部）
３００、３００Ａ コアネットワーク装置
３１０ コア機能部
３１１、３１１Ａ、３１１Ｂ、３１１Ｃ、３１１Ｄ データ通信制御部
３１２ 在圏セル特定部
３１３ 変換部（範囲内セル特定部）
３２０ ＣＰＦ
３２１ 探知部
４００ 基地局
５００ セル
６００ データ通信システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】