JP2020065209A - 通信装置、制御方法、および、プログラム - Google Patents

Abstract

【課題】 Ｉｎａｃｔｉｖｅ状態にある装置が接続先を切り替える場合に、切り替え後の状態が、実行中のサービスに応じた適切な状態となるようにする。【解決手段】 本発明の通信装置は、Ｉｎａｃｔｉｖｅ状態で基地局と接続している場合に、通信装置が実行しているサービスに関する判定処理の結果に基づいて、Ｉｎａｃｔｉｖｅ状態からＣｏｎｎｃｅｃｔｅｄ状態に遷移して接続先の切り替えを行うようにするか、Ｃｏｎｎｃｅｃｔｅｄ状態に遷移することなく接続先の切り替えを行うようにするかを制御する。【選択図】 図８

Description

本発明は、接続先の切り替えを行う通信装置に関する。

近年、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により第５世代移動通信システム（以下、５Ｇ）の策定が進められている。５Ｇでは、第４世代移動通信システム（以下、４Ｇ）において規定されていたＣｏｎｎｃｅｃｔｅｄ状態とＩｄｌｅ状態に加え、新たに、Ｉｎａｃｔｉｖｅ状態が規定されている（特許文献１）。Ｉｎａｃｔｉｖｅ状態の装置は、Ｉｄｌｅ状態から遷移するのと比べ、より短時間でＣｏｎｎｃｅｃｔｅｄ状態へ遷移することができる。

また、５Ｇにおいては、５ＧにおいてＣｏｎｎｃｅｃｔｅｄ状態にある通信装置が、４Ｇの基地局に接続先を切り替える場合には、４ＧのＣｏｎｎｃｅｃｔｅｄ状態に遷移することが定められている。一方、５ＧにおいてＩｎａｃｔｉｖｅ状態やＩｄｌｅ状態にある通信装置が、４Ｇの基地局に接続先を切り替える場合には、４ＧのＩｄｌｅ状態に遷移することが定められている。

特開２０１８−１５２７７４号公報

５ＧにおいてＩｎａｃｔｉｖｅ状態で動作している場合に、４Ｇの基地局に接続先を切り替える場合、実行中のサービスによっては、４ＧのＣｏｎｎｃｅｃｔｅｄ状態に遷移した方が好ましい場合がある。例えば、通信が発生した際には、低レイテンシが求められるサービスを実行中である場合である。このような場合は、４Ｇにハンドオーバーする前に、５ＧにおいてＣｏｎｎｃｅｃｔｅｄ状態に遷移しておく必要がある。

上記課題を鑑み、本発明は、Ｉｎａｃｔｉｖｅ状態にある装置が接続先を切り替える場合に、切り替え後の状態が、実行中のサービスに応じた適切な状態となるようにすることを目的とする。

上記課題を鑑み、本発明の通信装置は、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により規定されたＣｏｎｎｃｅｃｔｅｄ状態とＩｎａｃｔｉｖｅ状態とＩｄｌｅ状態とを有する第１の通信システムにおいて通信する第１の通信手段と、前記Ｃｏｎｎｃｅｃｔｅｄ状態と前記Ｉｄｌｅ状態とを有し、前記Ｉｎａｃｔｉｖｅ状態を有さない第２の通信システムにおいて通信する第２の通信手段と、前記通信装置が実行しているサービスに関する判定処理を行う判定手段と、前記第１の通信システムに準拠した無線セルを統括する第１の基地局と接続している場合に、前記第１の基地局から前記第２の通信システムに準拠した無線セルを統括する第２の基地局に接続先の切り替えを行う切り替え手段と、前記第１の通信手段が前記Ｉｎａｃｔｉｖｅ状態で、前記第１の基地局と接続している場合に、前記判定手段による前記判定処理の結果に基づいて、前記Ｉｎａｃｔｉｖｅ状態から前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移して、前記切り替え手段による前記切り替えを行うようにするか、前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移することなく前記切り替え手段による前記切り替えを行うようにするかを制御する制御手段と、を有する。

本発明によれば、Ｉｎａｃｔｉｖｅ状態にある装置が接続先を切り替える場合に、切り替え後の状態が、実行中のサービスに応じた適切な状態となるようにすることができる。

システム構成図。 撮像装置のハードウェア構成図。 状態遷移図。 ストリーミング配信が開始される際のシーケンス図。 ストリーミング配信が再開される際のシーケンス図。 接続先の切り替えが行われる際のシーケンス図。 接続先の切り替えが行われる際のシーケンス図。 通信装置が実現するフローチャート。 通信装置が実現するフローチャート。

図１に、本実施形態のシステム構成を示す。自動車１０は、無線通信装置としての一例である撮像装置１をドライブレコーダとして搭載した自動車である。無線基地局２０は、３ＧＰＰにより策定された第５世代移動通信システム（以下、５Ｇ）の無線セルを統括する基地局（以下、ＢＳ）である。また、無線基地局３０は、３ＧＰＰにより策定された第４世代移動通信システム（以下、４Ｇ）の無線セルを統括する基地局（以下、ＢＳ）である。ここで、３ＧＰＰとは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔの略である。また、ＢＳとは、Ｂａｓｅ Ｓｔａｔｉｏｎの略である。

コアネットワーク４０は、公衆無線通信用のネットワークであり、５Ｇによって通信されるデータと４Ｇによって通信されるデータとの両方が通信されるネットワークである。ビューア５０は、撮像装置１から配信されるストリーミング画像を再生するビューアである。

図２に、撮像装置１のハードウェア構成図を示す。撮像装置１は、１以上のプロセッサから構成される制御部１００、表示部１０１、操作部１０２、撮影部１０３、不揮発性記憶部１０４、電源部１０５、ＲＡＭ１０６、および、ＲＯＭ１０７を有する。ここで、ＲＡＭはＲａｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの、ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの各々略である。

撮像装置１は、更に、５Ｇ通信部１０８、４Ｇ通信部１０９、および、センサーネット通信部１１０を有する。センサーネット通信部１１０は、車内、運転者に装着された各種センサーとの通信を司る。

制御部１００は、センサーネット通信部１１０を介して取得した各種センサー情報を監視する。そして、センサー情報に基づき、急ハンドルや、急ブレーキ、運転者の心拍異常等の予め設定されたイベントが発生したと判定されたことを契機に、制御部１００は、撮影中の画像を公衆無線通信経由でのストリーミング配信を開始する。

図３に、撮像装置１の状態遷移図を示す。

４Ｇでは、ユニキャストデータ通信なし、通信リソース確保なしの４Ｇ ＲＲＣ ＩＤＬＥ２１と、ユニキャストデータ通信あり、通信リソース確保ありの４Ｇ ＲＲＣ ＣＯＮＮＥＣＴＥＤ２２の２つの状態が規定されている。撮像装置１が４Ｇに準拠したＢＳと接続している場合には、これら２つの状態の間を遷移する。なお、いずれの状態であっても、ブロードキャストデータの受信は可能である。

５Ｇにおいても、ユニキャストデータ通信なし、通信リソース確保なしの５Ｇ ＲＲＣ ＩＤＬＥ３１と、ユニキャストデータ通信あり、通信リソース確保ありの５Ｇ ＲＲＣ ＣＯＮＮＥＣＴＥＤ３２の２つの状態が規定されている。５Ｇでは更に、ユニキャストデータ通信なし、通信リソース確保ありの５Ｇ ＲＲＣ ＩＮＡＣＴＩＶＥ３３の状態が規定されている。撮像装置１が５Ｇに準拠したＢＳと接続している場合には、これら３つの状態の間を遷移する。なお、いずれの状態であっても、ブロードキャストデータの受信は可能である。

ここで、撮像装置１が５Ｇに準拠したＢＳ２０から４Ｇに準拠したＢＳ３０との間で接続先の切り替え処理を行う場合についての状態遷移について説明する。

ＣＯＮＮＥＣＴＥＤ３２である撮像装置１が４Ｇに準拠したＢＳ３０へ切り替え処理（Ｈａｎｄｏｖｅｒ４０１）を行った場合には、ＣＯＮＮＥＣＴＥＤ２２へと遷移する。また、ＩＤＬＥ３１もしくはＩＮＡＣＴＩＶＥ３３である撮像装置１が４Ｇに準拠したＢＳ３０へ切り替え処理（Ｒｅ−Ｓｅｌｅｃｔｉｏｎ４０３）を行った場合には、ＩＤＬＥ２１へと遷移する。

次に、図４を用いて、撮像装置１がストリーミング配信を開始する場合のシーケンスを説明する。ここでは、初期状態として、撮像装置１は、５Ｇに準拠したＢＳ２０の通信範囲（無線セル）内に存在するものとする。

まず、ユーザからのストリーミング配信サービスの開始指示に従って、撮像装置１は撮影を開始する（４０１）。更に、撮像装置１は、ＢＳ２０と無線接続処理（ＲＲＣ Ｃｏｎｎｅｃｔ）を行う（４０２）。ＢＳ２０との無線接続が完了すると、撮像装置１は、コアネットワーク４０との間で、認証処理と制御データ用通信路（以下、Ｃ−ｐｌａｎｅ）を確立するためのセキュリティ設定処理を行う（４０３）。

セキュリティ設定処理が完了すると、確立されたＣ−ｐｌａｎｅを介して、撮像装置１は自装置の能力情報（ＵＥ Ｃａｐａｂｉｌｉｔｙ）をコアネットワーク４０に通知する（４０４）。ここで、能力情報には、撮像装置１が画像のストリーミング配信サービスを提供する能力があることを示す情報が含まれる。また、ＵＥとはＵｓｅｒ Ｅｑｕｉｐｍｅｎｔの略である。これにより、コアネットワーク４０は、撮像装置１が画像のストリーミング配信サービスを提供することを認識する。

そして、コアネットワーク４０は、画像のストリーミング配信サービスに必要な通信帯域を提供可能なユーザデータ用通信路（以下、Ｕ−ｐｌａｎｅ）を撮像装置１との間で確立するための処理を行う。具体的には、無線接続再設定（ＲＲＣ Ｒｅ−ｃｏｎｆｉｇ）（４０５）と、Ｕ−Ｐｌａｎｅの設定処理（４０６）を行う。Ｕ−Ｐｌａｎｅが確立されると、撮像装置１はＣＯＮＮＥＣＴＥＤ３２となる。

この後、確立されたＵ−Ｐｌａｎｅを介して、撮像装置１は、撮影した画像（撮影画像）のストリーミング配信を開始する（４０７）。なお、当該ストリーミング配信はユニキャスト通信により行われる。そして、当該配信を受信したビューア５０により撮影画像のストリーミング再生が開始される（４０８）。

次に、撮像装置１は、センサーネット通信部１１０を介して取得した各種センサー情報を監視する（４０９）。具体的には、急ハンドルや、急ブレーキ、運転者の心拍異常等の予め設定されたイベントの発生を監視する。所定のイベントが所定期間、発生しなかった場合、撮像装置１は、ストリーミング配信を中断する（４１１）。これにより、ビューア５０によるストリーミング再生も中断される（４１２）。

ストリーミング配信サービスの中断後、撮像装置１は、Ｕ−ｐｌａｎｅの帯域を確保したまま（４１４）、ユニキャスト通信のための無線通信路を解放する（４１３）。これにより、撮像装置１はＣＯＮＮＥＣＴＥＤ３２からＩＮＡＣＴＩＶＥ３３に遷移する。

次に、図５を用いて、急ハンドルや、急ブレーキ、運転者の心拍異常等の予め設定されたイベントが発生し、ストリーミング配信を再開する場合のシーケンスを説明する。

イベントが発生すると（５０１）、撮像装置１は、解放中していたユニキャスト通信のための無線通信路の再接続設定を行う（５０２、５０３）。これにより、撮像装置１はＩＮＡＣＴＩＶＥ３３からＣＯＮＮＥＣＴＥＤ３２に遷移する。そして、保持していたＵ−ｐｌａｎｅの帯域を利用して、ストリーミング配信を再開する（５０４、５０５）。

次に、撮像装置１が５Ｇに準拠したＢＳ２０から４Ｇに準拠したＢＳ３０に接続先を切り替える場合について説明する。まず、図６を用いて、ストリーミング配信サービスとは異なる通信サービスを実行している撮像装置１が、５Ｇに準拠したＢＳ２０から４Ｇに準拠したＢＳ３０に接続先を切り替える場合のシーケンスを説明する。ここでは、初期状態として、撮像装置１は、ＩＮＡＣＴＩＶＥ３３であるものとする。

撮像装置１は、ＢＳ２０からブロードキャストされる報知信号を所定時間、受信できなかったことなどにより、ＢＳ２０との通信切断を検出すると（６０１）、通信リソースを解放し（６０２）、４ＧのＩＤＬＥ２１に遷移する。そして、通信すべきデータが発生すると（６０３）、撮像装置１は、ＢＳ３０を介して、図４の４０２から４０６と同様の処理を行って、当該データの通信を開始する。

次に、図７を用いて、ストリーミング配信サービスを実行している撮像装置１が、５Ｇに準拠したＢＳ２０から４Ｇに準拠したＢＳ３０に接続先を切り替える場合のシーケンスを説明する。ここでも、初期状態として、撮像装置１は、ＩＮＡＣＴＩＶＥ３３であるものとする。

まず、撮像装置１は、ＢＳ２０からの報知信号の受信品質が所定の閾値未満であることを検出する（７０１）。ここでは、撮像装置１はストリーミング配信サービスを実行しているので、無線接続再設定（ＲＲＣ Ｒｅ−ｃｏｎｆｉｇ）（７０２）と、Ｕ−Ｐｌａｎｅの設定処理（７０３）を行う。Ｕ−Ｐｌａｎｅが確立されると、撮像装置１はＣＯＮＮＥＣＴＥＤ３２となる。その後、ＢＳ２０との通信切断を検出すると（７０４）、撮像装置１は、無線接続先をＢＳ２０からＢＳ３０に切り替える（７０５）。そして、ＢＳ３０を介して図４の４０３および４０６と同様の処理を行う（７０６、７０７）。これにより、撮像装置１はＣＯＮＮＥＣＴＥＤ２２となる。その後、５０１と同様のイベントが発生すると（７０８）、ストリーミング配信を再開する（７０９、７１０）。

このように、ストリーミング配信サービスを実行している場合には、予めＣＯＮＮＥＣＴＥＤに遷移しておくので、切り替え後に通信すべきデータが発生した場合に、短い時間で通信を開始することができる。

次に、図８を用いて、撮像装置１が実現する動作フローについて説明する。図８に示すフローチャートは、ＢＳ２０と無線接続している撮像装置１が、ＢＳ２０から報知信号を受信するタイミングにおいて開始される。なお、報知信号を受信するタイミングは、周期的に到来するものとする。図８に示すフローチャートは、撮像装置１のＲＯＭ１０７に記憶されたプログラムを制御部１００が読み出して実行することで実現される。なお、図８のフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としても良い。ここで、ＡＳＩＣとは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略である。

報知信号を受信するタイミングが到来すると、撮像装置１は、ＢＳ２０から報知信号を受信したかを確認する（Ｓ８０１）。報知信号を受信できなかった場合には（Ｓ８０１のＮｏ）、ＢＳ２０の通信範囲（無線セル）外に撮像装置１が移動したと判断し、ＩＤＬＥ２１へ遷移する（Ｓ８１３）。

報知信号を受信した場合には（Ｓ８０１のＹｅｓ）、撮像装置１は、当該報知信号の中に自装置宛てのＰａｇｉｎｇ情報（着呼情報）が含まれているかを確認する（Ｓ８０２）。自装置宛てのＰａｇｉｎｇ情報が含まれている場合には（Ｓ８０２のＹｅｓ）、当該Ｐａｇｉｎｇ情報に従い、ＣＯＮＮＥＣＴＥＤ３２へ遷移する（Ｓ８１２）。

一方、自装置宛てのＰａｇｉｎｇ情報が含まれていなかった場合には（Ｓ８０２のＮｏ）、撮像装置１は、受信した報知信号の受信品質を測定し、その結果をＲＡＭ１０６に記録する（Ｓ８０３）。なお、受信品質とは例えば、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）である。しかしこれに限らず、受信品質として、ＳＮＲ（Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｒａｔｉｏ）や受信情報の誤り訂正頻度等を用いてもよい。

次に、撮像装置１は、確認した受信品質が所定の閾値未満であるかを判定する（Ｓ８０４）。ここで、所定の閾値とは例えば、ストリーミング配信を行うために必要な通信品質に基づいて定められた値である。なお、これに限らず、ユーザより設定される値であってもよい。また、後述する図９に示すフローチャートにより決定された値であってもよい。

確認した受信品質が所定の閾値未満である場合（Ｓ８０４のＹｅｓ）、撮像装置１は、自装置の状態がＩＮＡＣＴＩＶＥ３３かを判定する（Ｓ８０５）。自装置の状態がＩＮＡＣＴＩＶＥ３３でない場合（Ｓ８０５のＮｏ）、このまま図８に示す処理を終了する。一方、自装置の状態がＩＮＡＣＴＩＶＥ３３である場合（Ｓ８０５のＹｅｓ）、撮像装置１は、実行しているサービスの判定処理を行う（Ｓ８０６）。ここでは、ストリーミング配信サービスを実行しているか否かを判定する。しかし、これに限らず、通信の早期再開が必要な種別のサービスを実行しているかを判定するようにしてもよい。

ストリーミング配信サービスを実行していない場合には（Ｓ８０７のＹｅｓ）、このまま図８に示す処理を終了する。一方、ストリーミング配信サービスを実行している場合には（Ｓ８０７のＮｏ）、撮像装置１は、無線接続再設定（ＲＲＣ Ｒｅ−ｃｏｎｆｉｇ）（７０２）と、Ｕ−Ｐｌａｎｅの設定処理（７０３）を行って、ＣＯＮＮＥＣＴＥＤ３２に遷移する（Ｓ８０８）。そして、図８に示す処理を終了する。

ステップＳ８０４の説明に戻る。ステップＳ８０４において、確認した受信品質が所定の閾値未満でない場合（Ｓ８０４のＮｏ）、撮像装置１は、自装置の状態がＣＯＮＮＥＣＴＥＤ３２かを判定する（Ｓ８０９）。自装置の状態がＣＯＮＮＥＣＴＥＤ３２でない場合（Ｓ８０９のＮｏ）、撮像装置１は、このまま図８に示す処理を終了する。自装置の状態がＣＯＮＮＥＣＴＥＤ３２である場合（Ｓ８０９のＹｅｓ）、撮像装置１は、ストリーミング配信中かを判定する（Ｓ８１０）。

ストリーミング配信中である場合（Ｓ８１０のＹｅｓ）、撮像装置１は、このまま図８に示す処理を終了する。一方、ストリーミング配信中ではない場合（Ｓ８１０のＮｏ）、撮像装置１は、Ｕ−ｐｌａｎｅの帯域を保持したまま（４１４）、ユニキャスト通信のための無線通信路を解放して（４１３）、ＩＮＡＣＴＩＶＥ３３に遷移する（Ｓ８１１）。そして、図８に示す処理を終了する。

このようにして、ストリーミング配信サービスを実行している場合には、接続先を切り替える前にＣＯＮＮＥＣＴＥＤ３２に遷移しておく。これにより、切り替え後にストリーミング配信が必要となった場合に、即座に、ストリーミング配信を開始することができる。

次に、図９を用いて、ステップＳ８０４で用いる閾値を、ＢＳ２０からＢＳ３０への接続先の切り替え発生時の受信品質に基づいて決定する方法について説明する。図９に示すフローチャートは、撮像装置１がＢＳ２０からＢＳ３０に接続先を切り替えた場合に開始される。図９に示すフローチャートは、撮像装置１のＲＯＭ１０７に記憶されたプログラムを制御部１００が読み出して実行することで実現される。なお、図９のフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としても良い。

ＢＳ２０からＢＳ３０に接続先を切り替えると、撮像装置１は、直近にＢＳ２０から受信した報知信号の受信品質を確認する（Ｓ９０１）。ここでは、図８のステップＳ８０３でＲＡＭ１０６に記録された値を読み出すことで、受信品質を確認する。

次に、撮像装置１は、読み出した直近の受信品質が、現在の閾値以上であるかを判定する（Ｓ９０２）。直近の受信品質が、現在の閾値以上である場合（Ｓ９０２のＹｅｓ）、撮像装置１は、閾値を直近の受信品質に更新する（Ｓ９０６）。そして、図９に示す処理を終了する。

一方、直近の受信品質が、現在の閾値未満である場合（Ｓ９０２のＮｏ）、撮像装置１は、接続先の切り替えが発生した際の報知信号の受信品質を所定回数分、確認する（Ｓ９０３）。そして、撮像装置１は、ステップＳ９０３で確認した受信品質の全てが現在の閾値未満であるかを判定する（Ｓ９０４）。

確認した受信品質の全てが現在の閾値未満ではない、即ち、確認した受信品質のいずれかが現在の閾値以上である場合（Ｓ９０４のＮｏ）、撮像装置１は、このまま図９に示す処理を終了する。一方、確認した受信品質の全てが現在の閾値未満の場合（Ｓ９０４のＹｅｓ）、撮像装置１は、閾値を、確認した受信品質の最大値に更新する（Ｓ９０５）。このようにして、実際の切り替え条件に基づいて閾値を適切に決定することができる。

以上説明したように、所定のサービスを実行している場合には、接続先の切り替え前に５Ｇ ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態に遷移しておくことで、４Ｇへ接続先を切り替えた場合でも、その後の通信再開をスムーズに行うことができる。

なお、図８のステップＳ８０４において、受信品質を判定することに代えて、撮像装置１が属している５Ｇの無線セルを構成する基地局の数を判定するようにしてもよい。基地局の数を判定するためには、例えば、報知信号に含まれ、５Ｇの無線セルに関する情報を示すＲＡＮ−ｂａｓｅｄ ｎｏｔｉｆｉｃａｔｉｏｎ ａｒｅａ情報を用いればよい。ＲＡＮ−ｂａｓｅｄ ｎｏｔｉｆｉｃａｔｉｏｎ ａｒｅａ情報には、５Ｇの無線セルを構成する５Ｇの基地局の数を示すＮｕｍｂｅｒ ｏｆ Ｃｅｌｌｓ情報が含まれる。そこで、ステップＳ８０４において、撮像装置１は自装置が属する無線セルを構成する５Ｇの基地局の数が所定の数（例えば、２）未満かを判定する。そして、所定の数未満であればＳ８０５に進み、所定の数以上であればＳ８０９に進めばよい。

また、図８のステップＳ８０１において、ＢＳ２０から報知信号を受信したかを確認することに代えて、ＲＡＮ−ｂａｓｅｄ ｎｏｔｉｆｉｃａｔｉｏｎ ａｒｅａ情報要素内に、有効な５Ｇの無線セル情報が含まれているかを確認してもよい。この場合、有効な５Ｇの無線セル情報が含まれている場合にはＳ８０２に進み、含まれていない場合にはＳ８１３に進む。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１ 撮像装置
１０ 自動車
２０ ５Ｇの無線セルを統括する基地局
３０ ４Ｇの無線セルを統括する基地局
４０ コアネットワーク
５０ ビューア

Claims (9)

1. 通信装置であって、
   ３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により規定されたＣｏｎｎｃｅｃｔｅｄ状態とＩｎａｃｔｉｖｅ状態とＩｄｌｅ状態とを有する第１の通信システムにおいて通信する第１の通信手段と、
   前記Ｃｏｎｎｃｅｃｔｅｄ状態と前記Ｉｄｌｅ状態とを有し、前記Ｉｎａｃｔｉｖｅ状態を有さない第２の通信システムにおいて通信する第２の通信手段と、
   前記通信装置が実行しているサービスに関する判定処理を行う判定手段と、
   前記第１の通信システムに準拠した無線セルを統括する第１の基地局と接続している場合に、前記第１の基地局から前記第２の通信システムに準拠した無線セルを統括する第２の基地局に接続先の切り替えを行う切り替え手段と、
   前記第１の通信手段が前記Ｉｎａｃｔｉｖｅ状態で、前記第１の基地局と接続している場合に、前記判定手段による前記判定処理の結果に基づいて、前記Ｉｎａｃｔｉｖｅ状態から前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移して、前記切り替え手段による前記切り替えを行うようにするか、前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移することなく前記切り替え手段による前記切り替えを行うようにするかを制御する制御手段と、
   を有することを特徴とする通信装置。
2. 前記制御手段が前記Ｉｎａｃｔｉｖｅ状態から前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移して前記切り替えを行った場合には、前記第２の通信手段は前記Ｃｏｎｎｃｅｃｔｅｄ状態で前記第２の基地局との通信を開始し、
   前記制御手段が前記Ｉｎａｃｔｉｖｅ状態から前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移することなく前記切り替えを行った場合には、前記第２の通信手段は前記Ｉｄｌｅ状態で前記第２の基地局との通信を開始することを特徴とする請求項１に記載の通信装置。
3. 前記判定処理は、前記通信装置が実行しているサービスの種別を判定する処理であることを特徴とする請求項１または２に記載の通信装置。
4. 前記判定処理は、前記通信装置がストリーミング配信サービスを実行しているかを判定する処理であることを特徴とする請求項１または２に記載の通信装置。
5. 前記第１の通信手段が前記第１の基地局と接続している場合に、前記第１の通信手段により受信した所定の信号の受信品質を測定する測定手段を更に有し、
   前記測定手段により測定された前記受信品質が所定の閾値未満となった場合に、前記制御手段は、前記第１の判定手段による前記判定処理の結果に基づいて、前記Ｉｎａｃｔｉｖｅ状態から前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移するように制御することを特徴とする請求項１から４のいずれか１項に記載の通信装置。
6. 前記測定手段は、前記所定の信号の、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）を測定することを特徴とする請求項５に記載の通信装置。
7. 前記通信装置が属する無線セルを構成する基地局の数を測定する測定手段を更に有し、
   前記測定手段により測定された前記基地局の数が所定の数未満となった場合に、前記制御手段は、前記第１の判定手段による前記判定処理の結果に基づいて、前記Ｉｎａｃｔｉｖｅ状態から前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移するように制御することを特徴とする請求項１から４のいずれか１項に記載の通信装置。
8. 通信装置の制御方法であって、
   ３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により規定されたＣｏｎｎｃｅｃｔｅｄ状態とＩｎａｃｔｉｖｅ状態とＩｄｌｅ状態とを有する第１の通信システムにおいて通信する第１の通信工程と、
   前記Ｃｏｎｎｃｅｃｔｅｄ状態と前記Ｉｄｌｅ状態とを有し、前記Ｉｎａｃｔｉｖｅ状態を有さない第２の通信システムにおいて通信する第２の通信工程と、
   前記通信装置が実行しているサービスに関する判定処理を行う判定工程と、
   前記第１の通信システムに準拠した無線セルを統括する第１の基地局と接続している場合に、前記第１の基地局から前記第２の通信システムに準拠した無線セルを統括する第２の基地局に接続先の切り替えを行う切り替え工程と、
   前記通信装置が前記Ｉｎａｃｔｉｖｅ状態で、前記第１の基地局と接続している場合に、前記判定処理の結果に基づいて、前記Ｉｎａｃｔｉｖｅ状態から前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移して、前記切り替えを行うようにするか、前記Ｃｏｎｎｃｅｃｔｅｄ状態に遷移することなく前記切り替えを行うようにするかを制御する制御工程と、
   を有することを特徴とする制御方法。
9. コンピュータを請求項１から７のいずれか１項に記載の通信装置として動作させるためのプログラム。

Images