(57)【要約】      （修正有）【課題】ユーザ機器の動作状態に応じて遅延を低減する通信装置及びプログラムを提供する。【解決手段】通信システムにおいて、ユーザ機器１２０は、自身の動作状態が変更されると無線基地局１１０へＲＲＣ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを送信するＳ６０１。ＲＲＣ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔには、変更後の動作状態を含まれる。無線基地局１１０は、ユーザ機器の動作状態を取得しＳ６０２、ユーザ機器１２０をアイドル状態に変更するまでの変更時間（タイマー値）を決定するＳ６０３。【選択図】図６
2020141156.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器の動作状態を示す情報を取得する取得手段と、
所定条件の成立後に前記ユーザ機器と無線基地局との通信を変更手段がアイドル状態に変更するまでの変更時間を、前記ユーザ機器の前記動作状態に基づいて決定する決定手段と、を備える通信装置。
【請求項２】
前記取得手段は、前記ユーザ機器の種類を示す情報を更に取得し、
前記決定手段は、前記変更時間を、前記ユーザ機器の前記種類に更に基づいて決定する、請求項１に記載の通信装置。
【請求項３】
前記ユーザ機器の種類が車両であり、前記車両の動作状態が車両駆動源の活性化状態である場合の前記変更時間をＴａとし、
前記ユーザ機器の種類が車両であり、前記車両の動作状態が前記車両駆動源の不活性化状態である場合の前記変更時間をＴｂとすると、
Ｔａ＞Ｔｂを満たす、請求項２に記載の通信装置。
【請求項４】
前記ユーザ機器の種類が車両であり、前記車両の動作状態が非手動運転状態である場合の前記変更時間をＴｃとし、
前記ユーザ機器の種類が車両であり、前記車両の動作状態が手動運転状態である場合の前記変更時間をＴｄとすると、
Ｔｃ＞Ｔｄを満たす、請求項２又は３に記載の通信装置。
【請求項５】
前記ユーザ機器の種類が車両であり、前記車両の動作状態が自動運転状態である場合の前記変更時間をＴｅとし、
前記ユーザ機器の種類が車両であり、前記車両の動作状態が遠隔運転状態である場合の前記変更時間をＴｆとすると、
Ｔｅ≧Ｔｆを満たす、請求項２乃至４の何れか１項に記載の通信装置。
【請求項６】
前記ユーザ機器の種類が車両であり、前記車両の動作状態が自動運転状態である場合の前記変更時間をＴｅとし、
前記ユーザ機器の種類が車両であり、前記車両の動作状態が遠隔運転状態である場合の前記変更時間をＴｆとすると、
Ｔｅ≦Ｔｆを満たす、請求項２乃至４の何れか１項に記載の通信装置。
【請求項７】
前記ユーザ機器の種類が車両であり、前記車両の動作状態が車両駆動源の不活性化状態である場合の前記変更時間をＴｂとし、
前記ユーザ機器の種類が車両以外である場合の前記変更時間をＴｇとすると、
Ｔｇ＞Ｔｂを満たす、請求項２乃至６の何れか１項に記載の通信装置。
【請求項８】
前記ユーザ機器の種類が車両であり、前記車両の動作状態が車両駆動源の活性化状態である場合の前記変更時間をＴａとし、
前記ユーザ機器の種類が車両以外である場合の前記変更時間をＴｇとすると、
Ｔａ＞Ｔｇを満たす、請求項２乃至７の何れか１項に記載の通信装置。
【請求項９】
前記取得手段は、前記ユーザ機器のメーカー名を示す情報を更に取得し、
前記決定手段は、前記変更時間を、前記メーカー名に更に基づいて決定する、請求項２乃至８の何れか１項に記載の通信装置。
【請求項１０】
前記変更時間は、第１変更時間であり、
前記決定手段は、前記所定条件の成立後に前記ユーザ機器と前記無線基地局との通信を前記変更手段がアップリンク・リソース解放状態に変更するまでの第２変更時間を、前記ユーザ機器の前記動作状態に基づいて決定し、
前記第２変更時間は、前記第１変更時間よりも短い、請求項２乃至９の何れか１項に記載の通信装置。
【請求項１１】
前記変更時間は、第１変更時間であり、
前記決定手段は、前記所定条件の成立後に前記ユーザ機器と前記無線基地局との通信を間欠受信状態に変更するまでの第３変更時間を、前記ユーザ機器の前記動作状態に基づいて決定し、
前記第３変更時間は、前記第１変更時間よりも短い、請求項２乃至１０の何れか１項に記載の通信装置。
【請求項１２】
前記決定手段は、前記ユーザ機器の前記動作状態が自動運転状態から手動運転状態に変更された場合に、前記自動運転状態に対する前記変更時間を使用し続ける、請求項１乃至１１の何れか１項に記載の通信装置。
【請求項１３】
前記決定手段は、前記ユーザ機器の前記動作状態が遠隔運転状態から手動運転状態に変更された場合に、前記遠隔運転状態に対する前記変更時間を使用し続ける、請求項１乃至１１の何れか１項に記載の通信装置。
【請求項１４】
前記ユーザ機器の前記動作状態を示す情報は、RRC Connection Setup Completeと、Direct Transferと、Attach Completeと、の何れかに含まれて前記ユーザ機器から送信される、請求項１乃至１３の何れか１項に記載の通信装置。
【請求項１５】
前記通信装置は、無線基地局である、請求項１乃至１４の何れか１項に記載の通信装置。
【請求項１６】
前記通信装置は、コア・ネットワークに含まれる、請求項１乃至１４の何れか１項に記載の通信装置。
【請求項１７】
前記取得手段は、前記ユーザ機器の前記動作状態をUE Context Modification Requestから読み出すことによって取得する、請求項１６に記載の通信装置。
【請求項１８】
コンピュータを請求項１乃至１７の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及びプログラムに関する。
【背景技術】
【０００２】
移動体通信では、限られたネットワーク資源を有効活用することが求められる。非特許文献１には、ユーザ機器との通信を終了してから所定の時間が経過後に無線基地局がユーザ機器との接続状態をアイドル状態に変更することが記載されている。これによって、解放されたリソースを他のユーザ機器との通信に用いることができる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS 36.331 V15.3.0, “Radio Resource Control (RRC) (Release 15),” September 2018
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザ機器と無線基地局との接続がアイドル状態になった後、ユーザ機器が新たに通信を開始する場合に、数百ミリ秒程度の遅延が発生する。ユーザ機器の動作状態によっては、このような遅延を許容できない場合がある。本発明は、ユーザ機器の動作状態に応じて遅延を低減するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題に鑑みて、ユーザ機器の動作状態を示す情報を取得する取得手段と、所定条件の成立後に前記ユーザ機器と無線基地局との通信を変更手段がアイドル状態に変更するまでの変更時間を、前記ユーザ機器の前記動作状態に基づいて決定する決定手段と、を備える通信装置が提供される。
【発明の効果】
【０００６】
上記手段により、ユーザ機器の動作状態に応じて遅延を低減できる。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係る通信システムの構成例を説明する模式図。
【図２】実施形態に係る無線基地局の構成例を説明するブロック図。
【図３】実施形態に係る車両の構成例を説明するブロック図。
【図４】実施形態に係るタイマー情報を説明する図。
【図５】実施形態に係る通信システムの動作例を説明するシーケンス図。
【図６】実施形態に係る通信システムの動作例を説明するシーケンス図。
【図７】実施形態に係る通信システムの動作例を説明するシーケンス図。
【図８】実施形態に係る通信システムの動作例を説明するシーケンス図。
【発明を実施するための形態】
【０００８】
添付の図面を参照しつつ本発明の実施形態について以下に説明する。様々な実施形態を通じて同様の要素には同一の参照符号を付し、重複する説明を省略する。また、各実施形態は適宜変更、組み合わせが可能である。
【０００９】
図１を参照して、一部の実施形態に係る通信システムの構成例について説明する。以下ではＬＴＥ（Long Term Evolution）に準拠した通信システムを例として説明する。これに代えて、本発明は、３Ｇや５Ｇなどの他の通信規格に適用されてもよい。他の通信規格に適用される場合に、以下で説明するネットワーク・エンティティやメッセージの名称は適宜読み替えられる。
【００１０】
通信システムは、無線基地局１１０と、複数のユーザ機器（ＵＥ：User Equipment）１２０ａ〜１２０ｃと、コア・ネットワーク１３０とを含む。コア・ネットワーク１３０は、ＭＭＥ（Mobility Management Entity）１３１のようなネットワーク・エンティティを含む。コア・ネットワーク１３０に含まれる他のネットワーク・エンティティは例えば既存の構成であってもよいので、説明を省略する。
【００１１】
無線基地局１１０は、ユーザ機器１２０ａ〜１２０ｃとの無線接続を提供するための通信装置である。無線基地局１１０は、ＭＭＥ１３１とも接続されている。無線基地局１１０は、ｅＮｏｄｅＢとも呼ばれうる。
【００１２】
ユーザ機器１２０ａ〜１２０ｃは、車両１２０ａや、携帯端末１２０ｂ、監視カメラ１２０ｃのような様々な種類の通信装置を含む。ユーザ機器１２０ａ〜１２０ｃの種類を区別する必要がない場合に、単にユーザ機器１２０と表す。携帯端末１２０ｂは、携帯電話機や、スマートフォン、タブレットデバイスなどを含む。監視カメラ１２０ｃは、ＩｏＴ（Internet of Things）デバイスの一例である。ＩｏＴデバイスには、監視カメラやセンサのような路上装置のほか、テレビ、冷蔵庫、給湯器などの家電が含まれてもよい。ＩｏＴデバイスは、車両１２０ａや携帯端末１２０ｂと比較して、据え置き使用されるデバイス、所定サイクルでの無線通信量が少ないデバイス、または無線通信される情報の種類が限定的なデバイスであってもよい。ＭＭＥ１３１は、ユーザ機器１２０を認証したり、相手先までの通信経路の設定要求を行ったりする。
【００１３】
図２を参照して、無線基地局１１０の構成例について説明する。無線基地局１１０は、プロセッサ１１１と、メモリ１１２と、入力部１１３と、出力部１１４と、通信部１１５とを備える。
【００１４】
プロセッサ１１１は、無線基地局１１０全体の動作を制御する。プロセッサ１１１は、例えばＣＰＵとして機能する。メモリ１１２は、無線基地局１１０の動作に用いられるプログラムや一時データなどを記憶する。メモリ１１２は、例えばＲＯＭやＲＡＭなどにより実現される。さらに、メモリ１１２は、ハードディスクドライブのような二次ストレージを備えてもよい。入力部１１３は、無線基地局１１０のユーザが無線基地局１１０への入力を行うために用いられる。出力部１１４は、無線基地局１１０からユーザへ情報を出力するために用いられ、例えば表示装置（ディスプレイ）や音響装置（スピーカー）で実現される。通信部１１５は、無線基地局１１０がユーザ機器１２０やＭＭＥ１３１などの他の装置と通信する機能を提供し、例えばアンテナやベースバンド・プロセッサなどで実現される。
【００１５】
図３を参照して、車両１２０ａの構成例について説明する。車両１２０ａは、プロセッサ１２１と、メモリ１２２と、入力部１２３と、出力部１２４と、通信部１２５と、センサ群１２６と、走行制御部１２７とを備える。車両１２０ａ以外のユーザ機器１２０は、プロセッサ１２１と、メモリ１２２と、通信部１２５と、各ユーザ機器に固有の構成要素（例えば、監視カメラ１２０ｃであればイメージセンサなど）を備える。図３では実施形態の説明に用いられる構成要素を主に説明し、ステアリングやブレーキなどの車両１２０ａに固有の構成要素については省略する。
【００１６】
プロセッサ１２１は、車両１２０ａ全体の動作を制御する。プロセッサ１２１は、例えばＣＰＵとして機能する。メモリ１２２は、車両１２０ａの動作に用いられるプログラムや一時データなどを記憶する。メモリ１２２は、例えばＲＯＭやＲＡＭなどにより実現される。さらに、メモリ１２２は、ハードディスクドライブのような二次ストレージを備えてもよい。入力部１２３は、車両１２０ａのユーザ（例えば、運転者や同乗者）が車両１２０ａへの入力を行うために用いられる。出力部１２４は、車両１２０ａからユーザへ情報を出力するために用いられ、例えば表示装置（ディスプレイ）や音響装置（スピーカー）で実現される。通信部１２５は、車両１２０ａが無線基地局１１０や他の車両などの他の装置と通信する機能を提供し、例えばアンテナやベースバンド・プロセッサなどで実現される。
【００１７】
センサ群１２６は、車両１２０ａの状態や、運転者の状態や、車両１２０ａの周辺情報を取得するための１つ以上のセンサである。センサ群１２６は、例えば、車外を撮影するカメラ、車外の物標を検知したり物標との距離を測定するためのライダ（Light Detection and Ranging）やミリ波レーダ、車両１２０ａの地理的位置を測定するためのＧＰＳ（Global Positioning System）センサを含む。
【００１８】
走行制御部１２７は、車両１２０ａの操舵と加減速との少なくとも一方を自動制御する。走行制御部１２７は、例えばＥＣＵによって構成される。車両１２０ａは、遠隔運転状態と、自動運転状態と、手動運転状態と、車両駆動源の不活性化状態とを取りうる。
【００１９】
遠隔運転状態は、車両１２０ａが車両１２０ａの外部からの命令に基づいて走行する状態のことである。例えば、走行制御部１２７は、センサ群１２６によって得られた情報を無線基地局１１０及びコア・ネットワーク１３０を通じて、車両１２０ａから離れた場所にいる操作者の装置へ送信する。操作者はこの情報に基づいて、車両１２０ａを操縦するための命令を生成し、車両１２０ａへ送信する。走行制御部１２７は、この命令に従って、車両１２０ａの操舵と加減速との少なくとも一方を自動制御する。
【００２０】
自動運転状態は、車両１２０ａがセンサ群１２６からの情報に基づいて走行する状態のことである。例えば、走行制御部１２７は、センサ群１２６によって得られた情報に基づいて車両１２０ａの経路設定を行い、この経路に沿って車両１２０ａが走行するように車両１２０ａの操舵と加減速との少なくとも一方を自動制御する。
【００２１】
手動運転状態は、車両１２０ａの運転者が手動で運転を行う状態である。手動運転中に、車両１２０ａによる運転支援が行われてもよい。車両駆動源の不活性化状態は、車両１２０ａの駆動源が活性化していない状態である。例えば、車両１２０ａの駆動源がエンジンである場合に、不活性化状態は、イグニッション・オフでエンジンが停止している状態である。車両１２０ａの駆動源がモータである場合に、不活性化状態は、駆動スイッチがオフの状態である。一方、車両１２０ａの駆動源が活性化している状態を車両駆動源の活性化状態と呼ぶ。例えば、車両１２０ａの駆動源がエンジンである場合に、活性化状態は、イグニッション・オンでエンジンが稼働している状態である。車両１２０ａの駆動源がモータである場合に、活性化状態は、駆動スイッチがオンの状態である。上述の遠隔運転状態、自動運転状態及び手動運転状態の何れも車両駆動源の活性化状態に含まれる。
【００２２】
図４を参照して、無線基地局１１０がユーザ機器１２０との接続状態を変更するために用いられるタイマー情報４００の一例について説明する。図４（ａ）はタイマー情報４００を表形式で表した図であり、図４（ｂ）はタイマー情報を棒グラフ形式で表した図である。タイマー情報４００は、無線基地局１１０がユーザ機器１２０との通信を終了してから、ユーザ機器１２０との接続状態を変更するまでの変更時間（以下、タイマー値）を規定する。カラム４０１は、ユーザ機器１２０の種類を示す。例えば、ユーザ機器１２０の種類として、「車両」（車両１２０ａ）、「ＩｏＴ」（監視カメラ１２０ｃなど）及び「電話機」（携帯端末１２０ｂなど）を含む。カラム４０２は、ユーザ機器１２０の動作状態を示す。ユーザ機器１２０の種類が車両１２０ａである場合に、動作状態は「遠隔運転」（遠隔運転状態）、「自動運転」（自動運転状態）、「手動運転」（手動運転状態）、「不活性化」（車両駆動源の不活性化状態）を含む。
【００２３】
カラム４０３は、無線基地局１１０が、ユーザ機器１２０との通信を終了してからユーザ機器１２０との接続状態をアップリンク（ＵＬ）・リソース解放状態に変更するまでのタイマー値を示す。カラム４０４は、無線基地局１１０が、ユーザ機器１２０との通信を終了してからユーザ機器１２０との接続状態を間欠受信（ＤＲＸ）状態に変更するまでのタイマー値を示す。カラム４０５は、無線基地局１１０が、ユーザ機器１２０との通信を終了してからユーザ機器１２０との接続状態をアイドル状態に変更するまでのタイマー値を示す。
【００２４】
タイマー情報４００に示されるように、ユーザ機器１２０との接続状態を変更するためのタイマー値は、ユーザ機器１２０の種類に基づく。さらに、ユーザ機器１２０の種類が車両１２０ａである場合に、ユーザ機器１２０との接続状態を変更するためのタイマー値は、ユーザ機器１２０の動作状態に基づく。図４の例では、ユーザ機器１２０の種類が車両１２０ａ以外である場合にユーザ機器１２０との接続状態を変更するためのタイマー値が一定（動作状態に基づかない）であるが、これらの場合にもタイマー値が動作状態に基づいてもよい。
【００２５】
ユーザ機器１２０の種類が車両１２０ａであり、車両１２０ａの動作状態が自動運転状態である場合にアイドル状態へ変更するまでのタイマー値をＴ１（例では、２０，０００ｍｓ）とする。ユーザ機器１２０の種類が車両１２０ａであり、車両１２０ａの動作状態が遠隔運転状態である場合にアイドル状態へ変更するまでのタイマー値をＴ２（例では、１５，０００ｍｓ）とする。ユーザ機器１２０の種類が車両１２０ａであり、車両１２０ａの動作状態が手動運転状態である場合にアイドル状態へ変更するまでのタイマー値をＴ３（例では、１０，０００ｍｓ）とする。ユーザ機器１２０の種類が車両１２０ａであり、車両１２０ａの動作状態が車両駆動源の不活性化状態である場合にアイドル状態へ変更するまでのタイマー値をＴ４（例では、６０ｍｓ）とする。
【００２６】
この場合に、Ｔ１＞Ｔ２＞Ｔ３＞Ｔ４を満たす。具体的に、ユーザ機器の種類が車両１２０ａであり、車両１２０ａの動作状態が車両駆動源の活性化状態（手動運転状態、遠隔運転状態又は自動運転状態）である場合のタイマー値（Ｔ１、Ｔ２、Ｔ３）がいずれも、ユーザ機器の種類が車両１２０ａであり、車両１２０ａの動作状態が車両駆動源の不活性化状態である場合のタイマー値（Ｔ４）よりも長い。さらに、ユーザ機器の種類が車両１２０ａであり、車両１２０ａの動作状態が非手動運転状態（遠隔運転状態又は自動運転状態）である場合のタイマー値（Ｔ１、Ｔ２）がいずれも、ユーザ機器の種類が車両１２０ａであり、車両１２０ａの手動運転状態である場合のタイマー値（Ｔ３）よりも長い。遠隔運転や自動運転では、通信遅延を短くすることによって、他の車両からの情報や遠隔の操作者からの命令をタイムリーに取得でき、安全な走行につながる。そのため、Ｔ１及びＴ２を長く設定することによって、ユーザ機器１２０と無線基地局１１０との通信が終了後も、アイドル状態に変更されることを長い間抑制することができ、長い（数百ミリ秒程度）の遅延の発生を抑制できる。また、車両駆動源の不活性化状態では、Ｔ４を短く設定することによって、ユーザ機器１２０と無線基地局１１０との通信が終了後に短時間でアイドル状態に変更でき、バッテリの消耗を低減できる。
【００２７】
ユーザ機器の種類が車両１２０ａであり、車両１２０ａの動作状態が自動運転状態である場合のタイマー値（Ｔ１）と、ユーザ機器の種類が車両１２０ａであり、車両１２０ａの動作状態が遠隔運転状態である場合のタイマー値（Ｔ２）との大小関係は上述の例に限られない。例えば、Ｔ１≧Ｔ２であってもよいし、Ｔ１＝Ｔ２であってもよいし、Ｔ１≦Ｔ２であってもよいし、Ｔ１＜Ｔ２であってもよい。
【００２８】
ユーザ機器１２０の種類が電話機である場合にアイドル状態へ変更するまでのタイマー値をＴ５（例では、５，０００ｍｓ）とする。ユーザ機器１２０の種類がＩｏＴである場合にアイドル状態へ変更するまでのタイマー値をＴ６（例では、３，０００ｍｓ）とする。この場合に、Ｔ１＞Ｔ２＞Ｔ３＞Ｔ５＞Ｔ６＞Ｔ４を満たす。具体的に、ユーザ機器の種類が車両１２０ａであり、車両１２０ａの動作状態が車両駆動源の活性化状態（手動運転状態、遠隔運転状態又は自動運転状態）である場合のタイマー値（Ｔ１、Ｔ２、Ｔ３）は、ユーザ機器の種類が車両以外である場合のタイマー値（Ｔ５、Ｔ６）よりも長い。一方、ユーザ機器の種類が車両１２０ａであり、車両１２０ａの動作状態が車両駆動源の不活性化状態である場合のタイマー値（Ｔ４）は、ユーザ機器の種類が車両以外である場合のタイマー値（Ｔ５、Ｔ６）よりも短い。
【００２９】
ユーザ機器１２０の種類が車両以外（ＩｏＴ又は電話機）の場合及びユーザ機器１２０の種類が車両１２０ａでありその動作状態が不活性化状態又は手動運転状態の場合に、ＵＬリソース解放状態に変更するまでのタイマー値は、ＤＲＸ状態に変更するまでのタイマー値よりも短く、ＤＲＸ状態に変更するまでのタイマー値は、アイドル状態に変更するまでのタイマー値よりも短い。そのため、ユーザ機器１２０は、通信終了後、カラム４０３で規定されるタイマー値を経過後にＵＬリソース解放状態になり、その後、カラム４０４で規定されるタイマー値を経過後にＤＲＸ状態になり、その後、カラム４０５で規定されるタイマー値を経過後にアイドル状態になる。一方、ユーザ機器１２０の種類が車両１２０ａでありその動作状態が自動運転状態又は遠隔運転状態の場合に、ＵＬリソース解放状態に変更するまでのタイマー値及びＤＲＸ状態に変更するまでのタイマー値は、アイドル状態に変更するまでのタイマー値よりも長い。そのため、ユーザ機器１２０は、通信終了後、まず、カラム４０５で規定されるタイマー値を経過後にアイドル状態になる。さらに、ＵＬリソース解放状態に変更するまでのタイマー値及びＤＲＸ状態に変更するまでのタイマー値がそれぞれ無限（infinity）なので、ユーザ機器１２０は、ＵＬリソース解放状態又はＤＲＸ状態になることはない。
【００３０】
タイマー情報４００は、車両のメーカー名を示すカラムを含んでもよい。そして、カラム４０３、４０４及び４０５のタイマー値が車両のメーカー名に基づいてもよい。それによって、メーカーごとの設計に合わせたタイマー値でユーザ機器１２０と無線基地局１１０との間の接続状態を変更できる。
【００３１】
図５及び図６を参照して、図１の通信システムの動作例について説明する。図５及び図６に説明する方法の各工程は、例えば各装置（無線基地局１１０、ユーザ機器１２０、ＭＭＥ１３１）のプロセッサがメモリに格納されたプログラムを実行することによって実施される。これに代えて、この方法の一部又は全部の工程が、ＡＳＩＣ（特定用途向け集積回路）のようなハードウェアで実現されてもよい。図５の動作開始時点で、ユーザ機器１２０と無線基地局１１０との間に接続（コネクション）が張られていないとする。以下の説明において、別段の記載がない限り、信号の機能は従来と同じであってもよいので、詳細な説明を省略する。
【００３２】
ステップＳ５０１で、ユーザ機器１２０は無線基地局１１０へＲＲＣ（Radio Resource Control）でRRC Connection Requestを送信する。これに応答して、ステップＳ５０２で、無線基地局１１０はユーザ機器へＲＲＣでRRC Connection Setupを送信する。これに応答して、ユーザ機器１２０は無線基地局１１０へＲＲＣでRRC Connection Setup Completeを送信する。ユーザ機器１２０は、RRC Connection Setup Completeに、自身の種類（例えば、車両）及び／又は自身の動作状態（例えば、遠隔運転状態）を含める。ユーザ機器１２０はこの信号に自身のメーカー名（例えば、本田技研工業株式会社）を含めてもよい。以下、ユーザ機器１２０の種類、ユーザ機器の動作状態及び／又はユーザ機器のメーカー名に関する情報をユーザ機器情報と呼ぶ。
【００３３】
ステップＳ５０４で、無線基地局１１０は、RRC Connection Setup Completeからユーザ機器情報を読み出すことによって、ユーザ機器情報を取得する。ステップＳ５０５で、ユーザ機器１２０は無線基地局１１０へＲＲＣでAttach Requestを送信する。これに応答して、ステップＳ５０６で、無線基地局１１０はＭＭＥ１３１へＳ１−ＡＰでAttach Requestを送信する。
【００３４】
ステップＳ５０７で、無線基地局１１０は、タイマー情報４００を参照して、ステップＳ５０４で取得したユーザ機器情報に基づいて、ユーザ機器１２０についての各タイマー値（カラム４０３〜４０５に示されるタイマー値）を決定する。タイマー情報４００は、無線基地局１１０のメモリ１１２に事前に格納されていてもよく、無線基地局１１０のプロセッサ１１１は、メモリ１１２に格納されたタイマー情報４００を参照して各タイマー値を決定してもよい。
【００３５】
ステップＳ５０８で、通信システムにおいて、発信処理が行われる。発信処理の終了後、ユーザ機器１２０の接続状態はアクティブ状態となる。ステップＳ５０９で、ユーザ機器１２０は、無線基地局１１０を通じて他の装置と通信を行う。
【００３６】
ステップＳ５０９の通信が終了してから、カラム４０３を参照してステップＳ５０７で決定されたタイマー値を経過後に、ステップＳ５１０で、無線基地局１１０はユーザ機器１２０との接続状態をＵＬリソース解放状態に変更する。ステップＳ５０９の通信が終了してから、カラム４０４を参照してステップＳ５０７で決定されたタイマー値を経過後に、ステップＳ５１１で、無線基地局１１０はユーザ機器１２０との接続状態をＤＲＸ状態に変更する。ステップＳ５０９の通信が終了してから、カラム４０５を参照してステップＳ５０７で決定されたタイマー値を経過後に、ステップＳ５１２で、無線基地局１１０はユーザ機器１２０との接続状態をアイドル状態に変更する。
【００３７】
カラム４０３に規定されるタイマー値がカラム４０５に規定されるタイマー値よりも長い場合に、無線基地局１１０は、ユーザ機器１２０との接続状態をＵＬリソース解放状態に変更することなくアイドル状態に変更する。また、カラム４０４に規定されるタイマー値がカラム４０５に規定されるタイマー値よりも長い場合に、無線基地局１１０は、ユーザ機器１２０との接続状態をＤＲＸ状態に変更することなくアイドル状態に変更する。図４の例では、ユーザ機器１２０の種類が車両１２０ａであり、その動作状態が遠隔運転状態又は自動運転状態である場合に、カラム４０３のタイマー値及びカラム４０４のタイマー値がカラム４０５のタイマー値よりも長いので、無線基地局１１０は、ユーザ機器１２０との接続状態をＵＬリソース解放状態及びＤＲＸ状態に変更することなくアイドル状態に変更する。
【００３８】
続いて、図６を参照して、ユーザ機器１２０の動作状態が変更された場合の動作例について説明する。図６の動作開始時点で、ユーザ機器１２０と無線基地局１１０との間に接続（コネクション）が張られており、その接続状態がアクティブ状態であるとする。
【００３９】
ユーザ機器１２０は、自身の動作状態が変更されると、ステップＳ６０１で、無線基地局１１０へＲＲＣでRRC Measurement Reportを送信する。ユーザ機器１２０は、RRC Measurement Reportに、変更後の動作状態を含める。ステップＳ６０２で、無線基地局１１０は、RRC Measurement Reportから変更後の動作状態を読み出すことによって、動作状態を取得する。
【００４０】
ステップＳ６０３で、無線基地局１１０は、タイマー情報４００を参照して、ステップＳ５０４で取得したユーザ機器１２０の種類及び（含まれる場合に）ユーザ機器１２０のメーカー名と、ステップＳ６０２で取得したユーザ機器１２０の動作状態に基づく各タイマー値（カラム４０３〜４０５に示されるタイマー値）を決定する。タイマー情報４００は、無線基地局１１０のメモリ１１２に事前に格納されていてもよく、無線基地局１１０のプロセッサ１１１は、メモリ１１２に格納されたタイマー情報４００を参照して各タイマー値を決定してもよい。これ以降の動作はステップＳ５０９〜Ｓ５１２と同様である。
【００４１】
無線基地局１１０は、ステップＳ６０２で、ユーザ機器１２０の種類が車両１２０ａであり、その動作状態が遠隔運転状態から手動運転状態に変更されたことを検出した場合に、ステップＳ６０３で、遠隔運転状態に対するタイマー値を使用し続けてもよい。これによって、手動運転状態から遠隔運転状態に戻った直後にもアクティブ状態から短時間で状態が変更されることを抑制できる。同様に、無線基地局１１０は、ステップＳ６０２で、ユーザ機器１２０の種類が車両１２０ａであり、その動作状態が自動運転状態から手動運転状態に変更されたことを検出した場合に、ステップＳ６０３で、自動運転状態に対するタイマー値を使用し続けてもよい。
【００４２】
上述の例では、ユーザ機器１２０は、ユーザ機器情報をRRC Connection Setup Complete又はRRC Measurement Reportに含めて無線基地局１１０へ送信した。これに代えて、ユーザ機器１２０は、ユーザ機器情報を、Direct Transfer又はAttach Completeに含めて無線基地局１１０へ送信してもよい。または、ユーザ機器１２０は、ユーザ機器情報を他のメッセージによって無線基地局１１０へ送信してもよい。
【００４３】
図７を参照して、図５における通信システムの動作の変形例について説明する。図５の例では、ユーザ機器１２０と通信中の無線基地局１１０がステップＳ５０７を実行したが、図７では、この無線基地局１１０以外の通信装置がステップＳ５０７を実行する。ステップＳ５０７を実行する通信装置は、ユーザ機器１２０と通信中でない無線基地局であってもよいし、ユーザ機器１２０自身であってもよいし、コア・ネットワーク１３０内の通信装置（例えば、ＭＭＥ１３１）であってもよいし、インターネットなどによってコア・ネットワーク１３０に接続された他の通信装置であってもよい。ユーザ機器１２０と通信装置との通信は、無線基地局１１０を経由する経路で行われてもよいし、他の経路で行われてもよい。以下では、ＭＭＥ１３１がステップＳ５０７を実行する場合について説明する。ＭＭＥ１３１の構成例は、図２で説明した無線基地局１１０の構成例と同様であってもよいため説明を省略する。図７に説明する方法の各工程は、例えば各装置（ユーザ機器１２０、無線基地局１１０及びＭＭＥ１３１）のプロセッサがメモリに格納されたプログラムを実行することによって実施される。これに代えて、この方法の一部又は全部の工程が、ＡＳＩＣ（特定用途向け集積回路）のようなハードウェアで実現されてもよい。
【００４４】
ステップＳ５０１〜Ｓ５０５までは図５と同様である。ステップＳ５０６で、無線基地局１１０は、ユーザ機器情報をAttach Requestに含めてＭＭＥ１３１へ送信する。ステップＳ７０１で、ＭＭＥ１３１は、Attach Requestからユーザ機器情報を読み出すことによって、ユーザ機器情報を取得する。ステップＳ５０７で、ＭＭＥ１３１は、図５と同様にして、ユーザ機器情報に基づいて、ユーザ機器１２０についての各タイマー値（カラム４０３〜４０５に示されるタイマー値）を決定する。タイマー情報４００は、ＭＭＥ１３１のメモリに事前に格納されていてもよい。
【００４５】
ステップＳ７０２で、ＭＭＥ１３１は、タイマー値をAttach Acceptに含めて無線基地局１１０へ送信する。ステップＳ７０３で、無線基地局１１０は、Attach Acceptからタイマー値を読み出すことによって、タイマー値を取得する。ステップＳ５０８以降の動作は図５と同様である。
【００４６】
ＭＭＥ１３１以外の通信装置がステップＳ５０７を実行する場合に、無線基地局１１０からこの通信装置にユーザ機器情報が送信され、この通信装置から無線基地局１１０へタイマー値が送信される。ユーザ機器１２０自身がステップＳ５０７を実行する場合に、ユーザ機器情報を既に有しているため、ユーザ機器１２０へのユーザ機器情報の送信は省略可能である。
【００４７】
図８を参照して、図６における通信システムの動作の変形例について説明する。図６の例では、ユーザ機器１２０と通信中の無線基地局１１０がステップＳ６０３を実行したが、図８では、この無線基地局１１０以外の通信装置がステップＳ６０３を実行する。ステップＳ６０３を実行する通信装置は、図７の説明でステップＳ５０７を実行する通信装置と同一であってもよい。以下では、ＭＭＥ１３１がステップＳ６０３を実行する場合について説明する。図８に説明する方法の各工程は、例えば各装置（ユーザ機器１２０、無線基地局１１０及びＭＭＥ１３１）のプロセッサがメモリに格納されたプログラムを実行することによって実施される。これに代えて、この方法の一部又は全部の工程が、ＡＳＩＣ（特定用途向け集積回路）のようなハードウェアで実現されてもよい。
【００４８】
ステップＳ６０１及びＳ６０２は図６と同様である。ステップＳ８０１で、無線基地局１１０は、ユーザ機器１２０の変更後の動作状態をUE Context Modification Requestに含めてＭＭＥ１３１へ送信する。ステップＳ８０２で、ＭＭＥ１３１は、UE Context Modification Requestからユーザ機器１２０の変更後の動作状態を読み出すことによって、この動作状態を取得する。ステップＳ６０３で、ＭＭＥ１３１は、図６と同様にして、ユーザ機器情報に基づいて、ユーザ機器１２０についての各タイマー値（カラム４０３〜４０５に示されるタイマー値）を決定する。
【００４９】
ステップＳ８０３で、ＭＭＥ１３１は、タイマー値をUE Context Modification Responseに含めて無線基地局１１０へ送信する。ステップＳ８０４で、無線基地局１１０は、UE Context Modification Responseからタイマー値を読み出すことによって、タイマー値を取得する。ステップＳ５０９以降の動作は図６と同様である。
【００５０】
ＭＭＥ１３１以外の通信装置がステップＳ６０３を実行する場合に、無線基地局１１０からこの通信装置にユーザ機器１２０の変更後の動作状態が送信され、この通信装置から無線基地局１１０へタイマー値が送信される。ユーザ機器１２０自身がステップＳ５０７を実行する場合に、ユーザ機器１２０の変更後の動作状態を既に有しているため、ユーザ機器１２０への動作状態の送信は省略可能である。
【００５１】
上述の実施形態では、ＵＬリソース解放状態、ＤＲＸ状態及びアイドル状態へ変更するためのタイマー値のカウントを、ユーザ機器１２０と無線基地局１１０との間の通信が終了した時点から開始する。これに代えて、タイマー値のカウントを、他の所定条件の成立後から開始してもよい。
【００５２】
＜実施形態のまとめ＞
＜構成１＞
ユーザ機器（１２０）の動作状態を示す情報（４０２）を取得する取得手段（１１１、Ｓ５０４、Ｓ６０２、Ｓ７０１、Ｓ８０２）と、
所定条件の成立後に前記ユーザ機器と無線基地局（１１０）との通信を変更手段（１１１、Ｓ５１２）がアイドル状態に変更するまでの変更時間を、前記ユーザ機器の前記動作状態に基づいて決定する決定手段（１１１、Ｓ５０７、Ｓ６０３）と、を備える通信装置（１１０、１２０、１３１）。
この構成によれば、ユーザ機器の動作状態に応じてアイドル状態に変更するまでの時間を決定でき、長い遅延が発生することを抑制できる。
＜構成２＞
前記取得手段は、前記ユーザ機器の種類を示す情報（４０１）を更に取得し、
前記決定手段は、前記変更時間を、前記ユーザ機器の前記種類に更に基づいて決定する、構成１に記載の通信装置。
この構成によれば、ユーザ機器の種類に応じてアイドル状態に変更するまでの変更時間を決定できる。
＜構成３＞
前記ユーザ機器の種類が車両であり、前記車両の動作状態が車両駆動源の活性化状態である場合の前記変更時間をＴａとし、
前記ユーザ機器の種類が車両であり、前記車両の動作状態が前記車両駆動源の不活性化状態である場合の前記変更時間をＴｂとすると、
Ｔａ＞Ｔｂを満たす、構成２に記載の通信装置。
この構成によれば、車両の動作状態に応じた適切な変更時間を決定できる。
＜構成４＞
前記ユーザ機器の種類が車両であり、前記車両の動作状態が非手動運転状態である場合の前記変更時間をＴｃとし、
前記ユーザ機器の種類が車両であり、前記車両の動作状態が手動運転状態である場合の前記変更時間をＴｄとすると、
Ｔｃ＞Ｔｄを満たす、構成２又は３に記載の通信装置。
この構成によれば、車両の動作状態に応じた適切な変更時間を決定できる。
＜構成５＞
前記ユーザ機器の種類が車両であり、前記車両の動作状態が自動運転状態である場合の前記変更時間をＴｅとし、
前記ユーザ機器の種類が車両であり、前記車両の動作状態が遠隔運転状態である場合の前記変更時間をＴｆとすると、
Ｔｅ≧Ｔｆを満たす、構成２乃至４の何れか１項に記載の通信装置。
この構成によれば、車両の動作状態に応じた適切な変更時間を決定できる。
＜構成６＞
前記ユーザ機器の種類が車両であり、前記車両の動作状態が自動運転状態である場合の前記変更時間をＴｅとし、
前記ユーザ機器の種類が車両であり、前記車両の動作状態が遠隔運転状態である場合の前記変更時間をＴｆとすると、
Ｔｅ≦Ｔｆを満たす、構成２乃至４の何れか１項に記載の通信装置。
この構成によれば、車両の動作状態に応じた適切な変更時間を決定できる。
＜構成７＞
前記ユーザ機器の種類が車両であり、前記車両の動作状態が車両駆動源の不活性化状態である場合の前記変更時間をＴｂとし、
前記ユーザ機器の種類が車両以外である場合の前記変更時間をＴｇとすると、
Ｔｇ＞Ｔｂを満たす、構成２乃至６の何れか１項に記載の通信装置。
この構成によれば、車両の動作状態に応じた適切な変更時間を決定できる。
＜構成８＞
前記ユーザ機器の種類が車両であり、前記車両の動作状態が車両駆動源の活性化状態である場合の前記変更時間をＴａとし、
前記ユーザ機器の種類が車両以外である場合の前記変更時間をＴｇとすると、
Ｔａ＞Ｔｇを満たす、構成２乃至７の何れか１項に記載の通信装置。
この構成によれば、車両の動作状態に応じた適切な変更時間を決定できる。
＜構成９＞
前記取得手段は、前記ユーザ機器のメーカー名を示す情報を更に取得し、
前記決定手段は、前記変更時間を、前記メーカー名に更に基づいて決定する、構成２乃至８の何れか１項に記載の通信装置。
この構成によれば、メーカーごとに変更時間を決定できる。
＜構成１０＞
前記変更時間は、第１変更時間であり、
前記決定手段は、前記所定条件の成立後に前記ユーザ機器と前記無線基地局との通信を前記変更手段がアップリンク・リソース解放状態に変更するまでの第２変更時間を、前記ユーザ機器の前記動作状態に基づいて決定し、
前記第２変更時間は、前記第１変更時間よりも短い、構成２乃至９の何れか１項に記載の通信装置。
この構成によれば、ユーザ機器の動作状態に応じてアップリンク・リソース解放状態に変更するまでの変更時間を決定でき、長い遅延が発生することを抑制できる。
＜構成１１＞
前記変更時間は、第１変更時間であり、
前記決定手段は、前記所定条件の成立後に前記ユーザ機器と前記無線基地局との通信を間欠受信状態に変更するまでの第３変更時間を、前記ユーザ機器の前記動作状態に基づいて決定し、
前記第３変更時間は、前記第１変更時間よりも短い、構成２乃至１０の何れか１項に記載の通信装置。
この構成によれば、ユーザ機器の動作状態に応じて間欠受信状態に変更するまでの変更時間を決定でき、長い遅延が発生することを抑制できる。
＜構成１２＞
前記決定手段は、前記ユーザ機器の前記動作状態が自動運転状態から手動運転状態に変更された場合に、前記自動運転状態に対する前記変更時間を使用し続ける、構成１乃至１１の何れか１項に記載の通信装置。
この構成によれば、再び自動運転状態に戻った後も短い遅延を維持できる。
＜構成１３＞
前記決定手段は、前記ユーザ機器の前記動作状態が遠隔運転状態から手動運転状態に変更された場合に、前記遠隔運転状態に対する前記変更時間を使用し続ける、構成１乃至１１の何れか１項に記載の通信装置。
この構成によれば、再び遠隔運転状態に戻った後も短い遅延を維持できる。
＜構成１４＞
前記ユーザ機器の前記動作状態を示す情報は、RRC Connection Setup Completeと、Direct Transferと、Attach Completeと、の何れかに含まれて前記ユーザ機器から送信される、構成１乃至１３の何れか１項に記載の通信装置。
この構成によれば、既存のメッセージに含めて情報を送信できる。
＜構成１５＞
前記通信装置は、無線基地局である、構成１乃至１４の何れか１項に記載の通信装置。
この構成によれば、無線基地局において上記構成を実現できる。
＜構成１６＞
前記通信装置は、コア・ネットワークに含まれる、構成１乃至１４の何れか１項に記載の通信装置。
この項背によれば、コア・ネット―ワーク内の装置において上記構成を実現できる。
＜構成１７＞
前記取得手段は、前記ユーザ機器の前記動作状態をUE Context Modification Requestから読み出すことによって取得する、構成１６に記載の通信装置。
この構成によれば、既存のメッセージに含めて情報を送信できる。
＜構成１８＞
コンピュータを構成１乃至１７の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。
この構成によれば、プログラムの形態で上記構成を実現できる。
【符号の説明】
【００５３】
１１０  無線基地局、１２０ａ〜１２０ｃ  ユーザ機器、１３０  コア・ネットワーク、１３１  ＭＭＥ
【図１】
2020141156.tif 000003
【図２】
2020141156.tif 000004
【図３】
2020141156.tif 000005
【図４】
2020141156.tif 000006
【図５】
2020141156.tif 000007
【図６】
2020141156.tif 000008
【図７】
2020141156.tif 000009
【図８】
2020141156.tif 000010