基地局及び呼制御方法
【課題】移動局が発呼したにも係らず、移動局と発呼先装置との間に通信回線が確立されない場合に、通信回線を確立するための移動局の発呼に関する消費電力を低減するように制御する基地局及び呼制御方法を提供することにある。
【解決手段】本発明に係る基地局１０３は、移動局１０１から発呼を受け取る第１通信部１２１と、第１通信部１２１が発呼を受け取ると、移動局１０１と、移動局１０１の発呼先装置１１７との間の通信回線の確立に関する処理を実行する制御部１２５とを備え、制御部１２５は、移動局１０１からの発呼で通信回線を確立できない場合、発呼先装置１１７に対して移動局１０１の代わりに代理発呼を行い、代理発呼を行っていることを示すデータを移動局１０１に送信するように第１通信部１２１を制御することを特徴とする。
【解決手段】本発明に係る基地局１０３は、移動局１０１から発呼を受け取る第１通信部１２１と、第１通信部１２１が発呼を受け取ると、移動局１０１と、移動局１０１の発呼先装置１１７との間の通信回線の確立に関する処理を実行する制御部１２５とを備え、制御部１２５は、移動局１０１からの発呼で通信回線を確立できない場合、発呼先装置１１７に対して移動局１０１の代わりに代理発呼を行い、代理発呼を行っていることを示すデータを移動局１０１に送信するように第１通信部１２１を制御することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局及び呼制御方法に関するものである。
【背景技術】
【０００２】
地震や津波、火事などによって多数の人が被災するような状況では、消防、警察及び救急センター等に救急や救助を求める緊急通報が多数発呼されることになる。同じ発呼先に電話が集中するため、発呼先の回線の空きがなくなることがある。ある移動局（発呼者）がある発呼先装置に発呼した場合、図８のように発呼先装置が通話中であると、移動局には、交換機から基地局を介して発呼先装置が話中である旨の通知（話中通知）がなされる。当該通知を受け取った移動局は、一度発呼を切断し、間をおいて再び発呼を行う。発呼及び切断は、発呼先の回線が空くまで、つまり移動局と発呼先装置との間の通信回線が確立されるまで繰り返される。通信回線が確立されると、呼び出し中である旨の通知（呼出中通知）が移動局に送られる。発呼先装置が移動局からの発呼に応答することにより、通話が開始される。つまり、発呼先装置が通話中である場合、発呼者は、発呼先の回線が空くまで繰り返し発呼することになる。また、災害時には、被災者は、緊急通報以外にも家族等に自らの安否を伝えようと連絡をとろうとするが、家族が他の者と通話中であった場合、通話が終了するまで繰り返し発呼することが考えられる。
【０００３】
近年、災害時の消防や家族等への発呼は、携帯端末（移動局）で行われることが多くなっている。しかし、携帯端末は、電力供給源が一般に小容量の電池であるため、充電なしでは長時間使用することができない。災害時には、建物の崩壊等により容易に充電できないことが多い。充電が不可能な状況で上記のように発呼先の回線が空くまで繰り返し発呼すると、携帯端末は発呼するたびに電力を消費し、発呼先装置との通話が可能になる前に電池が切れるおそれがある。災害時に通信手段が途絶えることは、救助の要請や安否の連絡ができなくってしまうため深刻な問題である。
【０００４】
従来、緊急通報時に携帯端末の電池の消費電力を削減する技術が提案されている（例えば、特許文献１参照）。特許文献１に記載の発明では、緊急通報時に電話機能以外の付加機能（写真撮影機能やＧＰＳ（Global Positioning System）受信機能等）の動作を制限（停止又は禁止）する。これより、緊急通報が行われた後は、電話機能以外の機能についての消費電力を抑えられるため、電池の寿命を延ばすことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１９６９８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来の技術では、発呼に必要な電力を確保するために電話機能以外の機能についての消費電力は節約されるが、発呼自体に関する消費電力が節約されるわけではない。災害時に繰り返される発呼による電池の消耗を効果的に防ぐには、発呼自体に関する消費電力を低減させる必要がある。
【０００７】
従って、上記のような問題点に鑑みてなされた本発明の目的は、移動局が発呼したにも係らず、移動局と発呼先装置との間に通信回線が確立されない場合に、通信回線を確立するための移動局の発呼に関する消費電力を低減するように制御する基地局及び呼制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
上述した諸課題を解決すべく、第１の発明による基地局は、
移動局から発呼を受け取る通信部と、
前記通信部が前記発呼を受け取ると、前記移動局と、該移動局の発呼先装置との間の通信回線の確立に関する処理を実行する制御部と
を備え、
前記制御部は、前記移動局からの発呼で前記通信回線を確立できない場合、前記発呼先装置に対して前記移動局の代わりに代理発呼を行い、前記代理発呼を行っていることを示すデータを前記移動局に送信するように前記通信部を制御する
ことを特徴とするものである。
【０００９】
また、前記制御部は、前記通信部が災害に関するデータを受信したことを検出した場合、前記代理発呼を行うことが望ましい。
【００１０】
また、前記制御部は、前記通信部が受信した前記移動局からの同一の発呼先装置への発呼が所定回数を超えた場合、前記代理発呼を行うことが望ましい。
【００１１】
また、前記制御部は、前記通信部が受信した前記移動局からの発呼が緊急通報を示す場合、前記代理発呼を行うことが望ましい。
【００１２】
また、前記制御部は、前記代理発呼を行う場合、前記移動局と前記通信部との間の通信接続を切断または休止することが望ましい。
【００１３】
また、前記制御部は、前記通信部が前記発呼に関する発呼データを受信すると、前記発呼データに基づいて、前記代理発呼が行われるべき前記移動局の優先度を決定することが望ましい。
【００１４】
また、前記発呼データは、前記移動局の電力に関する情報を含み、前記制御部は、前記電力に関する情報に基づいて、前記優先度を決定することが望ましい。
【００１５】
上述したように本発明の解決手段を装置として説明してきたが、本発明はこれらに実質的に相当する方法、プログラム、プログラムを記録した記憶媒体としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。
【００１６】
例えば、本発明の第１の発明を方法として実現させた呼制御方法は、
移動局と、発呼先装置と、該移動局から発呼を受けて前記移動局と前記発呼先装置との間の通信回線の確立に関する処理を実行する基地局とを含むネットワークシステムにおける呼制御方法において、前記移動局からの発呼で前記移動局と前記発呼先装置との間の通信回線が確立されない場合に、
前記基地局が、前記発呼先装置に対して前記移動局の代わりに代理発呼を行うステップと、
前記基地局が、前記代理発呼を行っていることを示すデータを前記移動局に送信するステップと
を含むものである。
【発明の効果】
【００１７】
上記のように構成された本発明に係る基地局及び呼制御方法によれば、移動局と発呼先装置との間に通信回線が確立されない場合に、基地局が代理発呼を行うため、移動局は、発呼先装置との間の通信回線を確立するために繰り返し発呼する必要がなくなる。これにより、移動局は、発呼に関する処理回数を低減でき、発呼による電力消費を低減することができる。
【図面の簡単な説明】
【００１８】
【図１】図１は、本発明の一実施形態に係るＬＴＥシステムにおける概略的なネットワーク構成図である。
【図２】図２は、本発明の一実施形態に係る基地局の概略構成を示す機能ブロック図である。
【図３】図３は、本発明の一実施形態に係る移動局の概略構成を示す機能ブロック図である。
【図４】図４は、本発明の一実施形態に係る基地局の処理を示すフローチャートである。
【図５】図５は、本発明の一実施形態に係る移動局の処理を示すフローチャートである。
【図６】図６は、本発明の一実施形態に係る移動局と発呼先装置との間の通信回線が確立されるまでのシーケンス図である。
【図７】図７は、本発明の一実施形態に係る基地局が代理発呼中であることを示す表示部の表示例である。
【図８】図８は、従来の移動局と発呼先装置との間の通信回線が確立されるまでのシーケンス図である。
【発明を実施するための形態】
【００１９】
以下、本発明に係る一実施形態について、図面を参照して説明する。
【００２０】
図１は、本発明の一実施形態に係るＬＴＥ（Long Term Evolution）システムにおける概略的なネットワーク構成図である。移動局１０１は、携帯電話やＰＨＳといった無線通信端末などである。基地局１０３は、移動局１０１と無線通信を行い、移動局１０１と発呼先装置１１７との間の通信回線を確立するための処理を実行する装置である。ＭＭＥ（Mobility Management Entity）１０５は、位置登録、着信時の呼出処理及び基地局間ハンドオーバなどのモビリティ管理を行う装置である。Ｓ−ＧＷ（Serving Gateway）１０７は、パケット通信データや音声データなどのユーザデータ処理を行い、ユーザデータの中継を実現する装置である。Ｐ−ＧＷ（Packet Data Node Gateway）１０９は、コアネットワークとＩＭＳ（IP Multimedia Subsystem）１１１との接続を実現する装置である。コアネットワークは、ＭＭＥ１０５と、Ｓ−ＧＷ１０７と、Ｐ−ＧＷ１０９とで構成される。ＩＭＳ１１１は、マルチメディアアプリケーションをＩＰパケットで実現するためのサブシステムである。ＭＧＷ（Media Gateway）１１３は、音声をＩＰパケットに変換する、又はＩＰパケットを音声に変換して通信回線に送出する装置である。交換機１１５は、多対多の通信回線を相互接続し、回線交換網を構成する装置である。発呼先装置１１７とは、移動局１０１の使用者が通話を希望する通話相手先の装置であり、例えば携帯電話や固定電話である。移動局１０１が発呼を行うと、当該発呼を基地局１０３が受け取り、当該発呼に伴う信号を、コアネットワークとを介して、交換機１１５に伝える。交換機１１５と発呼先装置１１７との間の通信回線に空きがあれば、交換機１１５は、ＭＧＷ１１３からの通信回線と、発呼先装置１１７の通信回線とを接続する。これにより、移動局１０１と発呼先装置１１７との間に通信回線が確立され、移動局１０１の使用者は、希望する相手と通話が可能となる。
【００２１】
基地局１０３の機能について、図２を参照して説明する。図２は、本発明の一実施形態に係る基地局の概略構成を示す機能ブロック図である。基地局１０３は、第１通信部１２１と、第２通信部１２３と、記憶部１２４と、制御部１２５とを有している。なお、第１通信部１２１の機能と、第２通信部１２３の機能とを合わせたものが、請求項における通信部に相当する。説明の便宜上、基地局の通信部を第１通信部１２１と、第２通信部１２３とに分けて記載している。
【００２２】
第１通信部１２１は、移動局１０１から発呼を受け取ったり、移動局１０１と各種データを送受信したりする。第２通信部１２３は、コアネットワークに接続し、コアネットワーク側の装置とデータを送受信する。記憶部１２４は、移動局１０１から送られてくる移動局１０１の発呼に関するデータ（発呼データ）を記憶する。発呼データは、発呼元、発呼先、発呼時の時間を含めることができる。更に、発呼データは、移動局１０１の電池残量又はデータ送信電力などの情報（請求項における電力に関する情報）を含めることもできる。なお、これらのデータは、まとめて移動局１０１から送られてくることに限定されず、個別に送られてきてもよい。制御部１２５は、基地局１０３の各機能ブロックをはじめとして基地局１０３の全体を制御及び管理し、移動局１０１と発呼先装置１１７との間の通信回線の確立に関する処理を実行する。ここで、制御部１２５は、ＣＰＵ（中央処理装置）等の任意の好適なプロセッサ上で実行されるソフトウェアとして構成したり、処理ごとに特化した専用のプロセッサ（例えばＤＳＰ（デジタルシグナルプロセッサ））によって構成したりすることもできる。
【００２３】
制御部１２５についてより詳細に説明する。制御部１２５は、移動局１０１と発呼先装置１１７との間の通信回線が確立できない場合、代理発呼を行い、発呼先装置１１７との間の通信回線の確立を試みる。代理発呼とは、移動局１０１の代わりに、移動局１０１の識別子（電話番号等）を発呼元番号として、基地局１０３が発呼先装置１１７に発呼を行うことである。なお、識別子としては、基地局１０３の識別子を発呼元番号として利用してもよい。制御部１２５は、代理発呼を行うと、第１通信部１２１を制御して、代理発呼を行っていることを示すデータを移動局１０１に送信する。制御部１２５は、移動局１０１と発呼先装置１１７との間の通信回線に空きが生じるまで、代理発呼を行う。つまり、移動局１０１は、移動局１０１と発呼先装置１１７との間の通信回線が確立されるまで、繰り返し発呼する必要はない。そのため、移動局１０１は、発呼の処理回数の低減により、電力消費を低減することができる。
【００２４】
続いて、移動局１０１の機能について、図３を参照して説明する。図３は、本発明の一実施形態に係る移動局の概略構成を示す機能ブロック図である。移動局１０１は、移動局通信部１３１と、移動局記憶部１３３と、表示部１３５と、音出力部１３７と、移動局制御部１３９とを有している。
【００２５】
移動局通信部１３１は、基地局１０３とデータを送受信する。移動局記憶部１３３は、移動局１０１の送信電力や電池残量等の各種情報を記憶する。表示部１３５は、基地局１０３が代理発呼している場合に、その旨を表示するもので、液晶表示パネルや有機ＥＬ表示パネル等を用いて構成される。音出力部１３７は、基地局１０３が代理発呼している場合に、その旨に対応する音を出力するもので、例えばスピーカである。移動局制御部１３９は、移動局１０１の各機能ブロックをはじめとして移動局１０１の全体を制御及び管理する。ここで、移動局制御部１３９は、ＣＰＵ（中央処理装置）等の任意の好適なプロセッサ上で実行されるソフトウェアとして構成したり、処理ごとに特化した専用のプロセッサ（例えばＤＳＰ（デジタルシグナルプロセッサ））によって構成したりすることもできる。
【００２６】
移動局制御部１３９についてより詳細に説明する。移動局制御部１３９は、基地局１０３が代理発呼を行っていることを示すデータを受信すると、表示部１３５又は音出力部１３７を制御して、基地局１０３が代理発呼中であることを移動局１０１の使用者に通知する。この通知により、移動局１０１の使用者は、移動局１０１と発呼先装置１１７との間の通信回線が確立されるまで繰り返し発呼する必要がないことを認識できる。
【００２７】
基地局１０３が、代理発呼を行う方法について図４、図５及び図６を参照して説明する。図４は、本発明の一実施形態に係る基地局の処理を示すフローチャートである。図５は、本発明の一実施形態に係る移動局の処理を示すフローチャートである。図６は、本発明の一実施形態に係る、移動局と発呼先装置との間の通信回線が確立されるまでのシーケンス図である。以下、一例として災害発生時の基地局１０３の代理発呼についてとりあげる。災害発生時には、発生前にＥＴＷＳ（Earthquake and Tsunami Warning System：地震津波警報システム）が、地震や津波等の広域災害が発生しうることを示す災害に関する警報（請求項における災害に関するデータ）を、コアネットワークと基地局１０３とを介して移動局１０１に発するものとする。
【００２８】
制御部１２５は、第２通信部１２３がコアネットワークを介して警報を受信したか否かを監視する（ステップＳ１０１）。災害発生時には、１１９番や１１０番などの緊急通報先の回線が埋まりやすく、また被災者が家族に安否を確実に伝えたいとのニーズがあるため、代理発呼の必要性が特に増すと考えられる。そこで、基地局１０３は、警報の有無を元に、以下の代理発呼処理を進めるか否かを決定する。制御部１２５が、警報の受信を検出した後（ステップＳ１０１のＹｅｓ）、移動局制御部１３９が、移動局通信部１３１を制御して、発呼を行い、当該発呼に関する発呼データを基地局１０３に送信する（ステップＳ２０１）。移動局制御部１３９は、発呼データに電池残量又はデータ送信電力などの情報を含めて送ることができるが、これらの情報を移動局記憶部１３３に記憶させ、基地局１０３からの情報要求に応じて送ることもできる。なお、第２通信部１２３が、警報が誤報であることを示すデータを受信すると、制御部１２５は、以下の代理発呼処理を中止することができる。
【００２９】
制御部１２５が、第１通信部１２１が移動局１０１の発呼及び発呼データを受信したことを検出すると（ステップＳ１０２）、制御部１２５は、発呼データを記憶部１２４に記憶させる（ステップＳ１０３）。発呼データは、発呼元と発呼先とで通信回線が確立されるまで保持される。
【００３０】
そして、制御部１２５は、移動局１０１と発呼先装置１１７との間の通信回線を確立しようとする（ステップＳ１０４）。制御部１２５が、交換機１１５と発呼先装置１１７との間の通信回線が確立され、発呼先装置１１７からの応答を待っていることを示すデータ（呼出中通知）を受信すると（ステップＳ１０４のＹｅｓ）、移動局１０１は、発呼先装置１１７の応答次第、発呼先装置１１７と通話が可能となる。図６のように発呼先装置１１７が、通話中であると、制御部１２５は、交換機１１５と発呼先装置１１７との間の通信回線に空きがないことを示すデータ（話中通知）を受信する（ステップＳ１０４のＮｏ）。
【００３１】
次に、制御部１２５は、移動局１０１のために代理発呼が必要か否かを判断する（ステップＳ１０５）。制御部１２５は、記憶部１２４に記憶されている発呼先の情報から、発呼先が１１９番や１１０番などの緊急通報であると判断した場合に、代理発呼が必要と判断することができる。また、制御部１２５は、記憶部１２４に記憶されている発呼元及び発呼先の情報から、同じ移動局１０１から同じ発呼先装置１１７への発呼が所定回数を越えた場合に、代理発呼が必要と判断することもできる。所定回数の値を大きく設定すればするほど、緊急性の強い発呼に対してのみ優先的に代理発呼することが可能となる。なお、制御部１２５は、代理発呼の必要性について判断することなく、移動局１０１と発呼先装置１１７との間の通信回線が確立されない場合は常に代理発呼することもできる。
【００３２】
発呼先装置１１７との間の通信回線を確立できなかった移動局１０１が複数存在する場合は、制御部１２５は、どの移動局１０１から優先的に代理発呼を行うかを決定することができる（ステップＳ１０６）。基地局１０３の処理能力等が原因で、代理発呼が可能な回線の数に限りがある場合に、制御部１２５が、代理発呼が行われるべき移動局の優先度を決定することは有利となる。制御部１２５は、代理発呼が行われるべき移動局の優先度を、例えば、記憶部１２４に記憶されている電池残量、データ送信電力又は発呼時の時間から求めることができる。代理発呼が行われない移動局１０１は、自ら何度も発呼を繰り返し、電池を消耗するおそれがあり、電池残量が少ない移動局１０１ほど、自ら発呼できる回数が限られてしまう。よって、電池残量が少ない移動局１０１に対して制御部１２５が優先的に代理発呼を行うと有利である。また、データ送信電力の大きい移動局１０１ほど、発呼処理に必要な電力が大きいので、自ら発呼できる回数が限られてしまう。よって、データ送信電力が大きい移動局１０１に対して制御部１２５が優先的に代理発呼を行うと有利である。更に、発呼時の時間から長い時間が経過している移動局１０１ほど、待ち時間が長いので、発呼先装置１１７との通話を強く望んでいると考えられる。よって、発呼時からの経過時間が長い移動局１０１に対して制御部１２５が優先的に代理発呼を行うと有利である。なお、制御部１２５は、電池残量、データ送信電力又は発呼時の時間などの発呼データをステップＳ１０２で受信していたが、優先度を決定する段階で移動局１０１に要求して、取得することもできる。
【００３３】
優先度の決定後、制御部１２５は、移動局１０１の識別子を発呼元番号として、移動局１０１に関する発呼先装置１１７に発呼を開始する（代理発呼を開始する）（ステップＳ１０７）。代理発呼は、図６のように、繰り返し行われる。繰り返す周期は、一定であっても可変であってもよく、また優先度に応じて周期の長さを決定することもできる。代理発呼を行う場合、制御部１２５は、第１通信部１２１を介して移動局１０１に代理発呼を行っていることを示すデータ（代理発呼開始通知）を送信する（ステップＳ１０８）。代理発呼中、制御部１２５は、第１通信部１２１と移動局１０１との無線接続（請求項における通信接続）を切断又は休止することができる（ステップＳ１０９）。無線接続の切断とは、基地局１０３と移動局１０１との間で制御メッセージのやりとりの停止及びセッションの開放を意味する。無線接続の休止とは、ドーマント状態のことであり、基地局１０３と移動局１０１との間で制御メッセージのやりとりは停止されるものの、セッションは維持されることを意味する。このように制御部１２５が、移動局１０１との無線接続を切断又は休止することにより、無線接続を維持するために必要な制御メッセージの送受信が不要となる。そのため、移動局１０１は、制御メッセージを送受信するために必要となる電力を節約することができる。制御部１２５は、第１通信部１２１と移動局１０１との無線接続を切断又は休止する場合、無線接続の切断又は休止を示すデータを、代理発呼開始通知と併せて移動局１０１に送信することができる。
【００３４】
移動局通信部１３１が、基地局１０３から代理発呼開始通知を受信すると（ステップＳ２０２）、移動局制御部１３９は、基地局１０３が代理発呼中であることを移動局１０１の使用者に通知する（ステップＳ２０３）。当該通知は、例えば、移動局制御部１３９が、表示部１３５に図７のような文字を表示させることにより実現することができる。移動局１０１と基地局１０３との無線接続が切断又は休止されている場合には、無線接続を維持するために必要な制御メッセージの送受信が行われないので、移動局制御部１３９は図７のように「省電力モード」との記載を表示部１３５に表示させることができる。移動局制御部１３９は、表示部１３５ではなく音出力部１３７を制御して、基地局１０３が代理発呼中であることを移動局１０１の使用者に通知することもできる。例えば、移動局制御部１３９は、音出力部１３７に「代理発呼中」と音声で出力させたり、代理発呼中に対応する特別な音を出力させたりできる。
【００３５】
移動局１０１の使用者は、発呼先との通話を望まなくなった場合、オンフックボタンを押下することになる。オンフックボタンとは、移動局１０１と発呼先装置１１７との間のいかなる通信回線を切断するために押下されるボタンであり、例えば、図７の終了マークに対応するボタンである。移動局制御部１３９がオンフックボタンへの押下を検出すると（ステップＳ２０４のＹｅｓ）、基地局１０３の代理発呼は不要となるので、移動局制御部１３９は、基地局１０３に代理発呼不要を示すデータを送信する（ステップＳ２０５）。
【００３６】
基地局１０３の制御部１２５が、第１通信部１２１が代理発呼不要を示すデータを受信したことを検出すると（ステップＳ１１０のＹｅｓ）、制御部１２５は、代理発呼を中止する（ステップＳ１１５）。
【００３７】
制御部１２５が、代理発呼不要を示すデータを受信する前に（ステップＳ１１０のＮｏ）、交換機１１５と発呼先装置１１７との間の通信回線に空きが生じた場合（ステップＳ１１１のＹｅｓ）、図６のように、基地局１０３は、発呼先装置１１７からの応答を待っていることを示すデータ（呼出中通知）を受信する（ステップＳ１１２）。呼出中通知の受信後、制御部１２５は、記憶部１２４に記憶されている発呼元のデータに基づいて、移動局１０１と再接続を行う（ステップＳ１１３）。そして、制御部１２５は、呼出中通知を移動局１０１に送信し（ステップＳ１１４）、代理発呼を終了する（ステップＳ１１５）。
【００３８】
移動局１０１は、呼出中データを受信すると（ステップＳ２０６）、代理発呼中を示す通知を終了する（ステップＳ２０７）。図６のように、発呼先装置１１７の応答次第、移動局１０１と発呼先装置１１７との間の通信回線が確立され、移動局１０１は、発呼先装置１１７と通話を開始する（ステップＳ２０８）。
【００３９】
このように本実施形態では、基地局１０３の制御部１２５は、第１通信部（通信部）１２１が受け取った移動局１０１からの発呼で通信回線を確立できない場合、代理発呼を行い、代理発呼を行っていることを示すデータを移動局１０１に送信するように第１通信部１２１を制御する。つまり、制御部１２５は、代理発呼を行い、発呼先装置１１７との間の通信回線の確立を試みる。これにより、移動局１０１が、発呼先装置１１７との間の通信回線が確立されるまで、繰り返し発呼する必要はなくなる。よって、移動局１０１は、発呼の処理回数の低減により、電力消費を低減することができる。
【００４０】
また、本実施形態では、基地局１０３の制御部１２５は、第２通信部１２３（通信部）が災害に関する警報を受信したことを検出すると、代理発呼を行う。これにより、制御部１２５は、災害時にのみ代理発呼を行う。基地局１０３が代理発呼できる回線の数に限りがある場合でも、警報受信前に全ての基地局１０３の代理発呼用回線が埋まっているために、制御部１２５が災害時に代理発呼できないという状況を回避することができる。
【００４１】
また、本実施形態では、基地局１０３の制御部１２５は、第１通信部１２１が受信した移動局１０１からの同一の発呼先装置１１７への発呼が所定回数を超えた場合、前記代理発呼を行う。被災者が家族に自己の安否を確実に伝えたい場合、たとえ発呼先装置１１７が話中であったとして、回線がつながるまで繰り返し発呼することが予想される。本実施形態により、制御部１２５は、このような通話を強く希望する緊急性の高い発呼を優先的に代理発呼することができる。よって、移動局１０１の使用者が安否の連絡をするまでに、移動局１０１の電池が切れてしまうという状況を回避することができる。
【００４２】
また、本実施形態では、基地局１０３の制御部１２５は、第１通信部１２１が受信した移動局１０１からの発呼が緊急通報を示す場合、代理発呼を行う。これにより、制御部１２５は、基地局１０３が代理発呼できる回線の数に限りがある場合でも、緊急通報の発呼に対して優先的に代理発呼でき、災害時の被災者の迅速な救助を可能にする。また、移動局１０１の使用者が救助を要請する前に、移動局１０１の電池が切れてしまうという状況を回避することができる。
【００４３】
また、本実施形態では、基地局１０３の制御部１２５は、代理発呼を行う場合、移動局１０１と第１通信部１２１との間の通信接続を切断または休止する。つまり、移動局１０１は、基地局１０３の代理発呼中、移動局１０１と第１通信部１２１との間の無線接続を維持するために、制御メッセージを送受信する必要がなくなる。そのため、移動局１０１は、制御メッセージを送受信するために必要となる電力を節約することができる。移動局１０１は、節約された電力分、通話までに電池が切れてしまう可能性をより低くできる。
【００４４】
また、本実施形態では、基地局１０３の制御部１２５は、第１通信部１２１が発呼に関する発呼データを受信すると、発呼データに基づいて、代理発呼が行われるべき移動局１０１の優先度を決定する。これにより、制御部１２５は、電池残量、データ送信電力又は発呼時の時間などの情報を含む発呼データから、代理発呼の必要性が高い移動局１０１のために優先的に代理発呼することができる。優先度を決定することは、基地局１０３が代理発呼できる回線の数に限りがある場合に、特に有利となる。
【００４５】
また、本実施形態では、基地局１０３の制御部１２５は、移動局１０１の電池残量又はデータ送信電力などの情報に基づいて、前記優先度を決定する。これにより、基地局１０３が代理発呼できる回線の数に限りがある場合にも、制御部１２５は、移動局１０１と発呼先装置１１７との間の通信回線が確立されるまでに電池の切れる可能性の高い移動局１０１のために優先的に代理発呼することができる。
【００４６】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。
【００４７】
例えば、各部材、各手段、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の手段やステップなどを１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４８】
１０１ 移動局
１０３ 基地局
１０５ ＭＭＥ
１０７ Ｓ−ＧＷ
１０９ Ｐ−ＧＷ
１１１ ＩＭＳ
１１３ ＭＧＷ
１１５ 交換機
１１７ 発呼先装置
１２１ 第１通信部
１２３ 第２通信部
１２４ 記憶部
１２５ 制御部
１３１ 移動局通信部
１３３ 移動局記憶部
１３５ 表示部
１３７ 音出力部
１３９ 移動局制御部
【技術分野】
【０００１】
本発明は、基地局及び呼制御方法に関するものである。
【背景技術】
【０００２】
地震や津波、火事などによって多数の人が被災するような状況では、消防、警察及び救急センター等に救急や救助を求める緊急通報が多数発呼されることになる。同じ発呼先に電話が集中するため、発呼先の回線の空きがなくなることがある。ある移動局（発呼者）がある発呼先装置に発呼した場合、図８のように発呼先装置が通話中であると、移動局には、交換機から基地局を介して発呼先装置が話中である旨の通知（話中通知）がなされる。当該通知を受け取った移動局は、一度発呼を切断し、間をおいて再び発呼を行う。発呼及び切断は、発呼先の回線が空くまで、つまり移動局と発呼先装置との間の通信回線が確立されるまで繰り返される。通信回線が確立されると、呼び出し中である旨の通知（呼出中通知）が移動局に送られる。発呼先装置が移動局からの発呼に応答することにより、通話が開始される。つまり、発呼先装置が通話中である場合、発呼者は、発呼先の回線が空くまで繰り返し発呼することになる。また、災害時には、被災者は、緊急通報以外にも家族等に自らの安否を伝えようと連絡をとろうとするが、家族が他の者と通話中であった場合、通話が終了するまで繰り返し発呼することが考えられる。
【０００３】
近年、災害時の消防や家族等への発呼は、携帯端末（移動局）で行われることが多くなっている。しかし、携帯端末は、電力供給源が一般に小容量の電池であるため、充電なしでは長時間使用することができない。災害時には、建物の崩壊等により容易に充電できないことが多い。充電が不可能な状況で上記のように発呼先の回線が空くまで繰り返し発呼すると、携帯端末は発呼するたびに電力を消費し、発呼先装置との通話が可能になる前に電池が切れるおそれがある。災害時に通信手段が途絶えることは、救助の要請や安否の連絡ができなくってしまうため深刻な問題である。
【０００４】
従来、緊急通報時に携帯端末の電池の消費電力を削減する技術が提案されている（例えば、特許文献１参照）。特許文献１に記載の発明では、緊急通報時に電話機能以外の付加機能（写真撮影機能やＧＰＳ（Global Positioning System）受信機能等）の動作を制限（停止又は禁止）する。これより、緊急通報が行われた後は、電話機能以外の機能についての消費電力を抑えられるため、電池の寿命を延ばすことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１９６９８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来の技術では、発呼に必要な電力を確保するために電話機能以外の機能についての消費電力は節約されるが、発呼自体に関する消費電力が節約されるわけではない。災害時に繰り返される発呼による電池の消耗を効果的に防ぐには、発呼自体に関する消費電力を低減させる必要がある。
【０００７】
従って、上記のような問題点に鑑みてなされた本発明の目的は、移動局が発呼したにも係らず、移動局と発呼先装置との間に通信回線が確立されない場合に、通信回線を確立するための移動局の発呼に関する消費電力を低減するように制御する基地局及び呼制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
上述した諸課題を解決すべく、第１の発明による基地局は、
移動局から発呼を受け取る通信部と、
前記通信部が前記発呼を受け取ると、前記移動局と、該移動局の発呼先装置との間の通信回線の確立に関する処理を実行する制御部と
を備え、
前記制御部は、前記移動局からの発呼で前記通信回線を確立できない場合、前記発呼先装置に対して前記移動局の代わりに代理発呼を行い、前記代理発呼を行っていることを示すデータを前記移動局に送信するように前記通信部を制御する
ことを特徴とするものである。
【０００９】
また、前記制御部は、前記通信部が災害に関するデータを受信したことを検出した場合、前記代理発呼を行うことが望ましい。
【００１０】
また、前記制御部は、前記通信部が受信した前記移動局からの同一の発呼先装置への発呼が所定回数を超えた場合、前記代理発呼を行うことが望ましい。
【００１１】
また、前記制御部は、前記通信部が受信した前記移動局からの発呼が緊急通報を示す場合、前記代理発呼を行うことが望ましい。
【００１２】
また、前記制御部は、前記代理発呼を行う場合、前記移動局と前記通信部との間の通信接続を切断または休止することが望ましい。
【００１３】
また、前記制御部は、前記通信部が前記発呼に関する発呼データを受信すると、前記発呼データに基づいて、前記代理発呼が行われるべき前記移動局の優先度を決定することが望ましい。
【００１４】
また、前記発呼データは、前記移動局の電力に関する情報を含み、前記制御部は、前記電力に関する情報に基づいて、前記優先度を決定することが望ましい。
【００１５】
上述したように本発明の解決手段を装置として説明してきたが、本発明はこれらに実質的に相当する方法、プログラム、プログラムを記録した記憶媒体としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。
【００１６】
例えば、本発明の第１の発明を方法として実現させた呼制御方法は、
移動局と、発呼先装置と、該移動局から発呼を受けて前記移動局と前記発呼先装置との間の通信回線の確立に関する処理を実行する基地局とを含むネットワークシステムにおける呼制御方法において、前記移動局からの発呼で前記移動局と前記発呼先装置との間の通信回線が確立されない場合に、
前記基地局が、前記発呼先装置に対して前記移動局の代わりに代理発呼を行うステップと、
前記基地局が、前記代理発呼を行っていることを示すデータを前記移動局に送信するステップと
を含むものである。
【発明の効果】
【００１７】
上記のように構成された本発明に係る基地局及び呼制御方法によれば、移動局と発呼先装置との間に通信回線が確立されない場合に、基地局が代理発呼を行うため、移動局は、発呼先装置との間の通信回線を確立するために繰り返し発呼する必要がなくなる。これにより、移動局は、発呼に関する処理回数を低減でき、発呼による電力消費を低減することができる。
【図面の簡単な説明】
【００１８】
【図１】図１は、本発明の一実施形態に係るＬＴＥシステムにおける概略的なネットワーク構成図である。
【図２】図２は、本発明の一実施形態に係る基地局の概略構成を示す機能ブロック図である。
【図３】図３は、本発明の一実施形態に係る移動局の概略構成を示す機能ブロック図である。
【図４】図４は、本発明の一実施形態に係る基地局の処理を示すフローチャートである。
【図５】図５は、本発明の一実施形態に係る移動局の処理を示すフローチャートである。
【図６】図６は、本発明の一実施形態に係る移動局と発呼先装置との間の通信回線が確立されるまでのシーケンス図である。
【図７】図７は、本発明の一実施形態に係る基地局が代理発呼中であることを示す表示部の表示例である。
【図８】図８は、従来の移動局と発呼先装置との間の通信回線が確立されるまでのシーケンス図である。
【発明を実施するための形態】
【００１９】
以下、本発明に係る一実施形態について、図面を参照して説明する。
【００２０】
図１は、本発明の一実施形態に係るＬＴＥ（Long Term Evolution）システムにおける概略的なネットワーク構成図である。移動局１０１は、携帯電話やＰＨＳといった無線通信端末などである。基地局１０３は、移動局１０１と無線通信を行い、移動局１０１と発呼先装置１１７との間の通信回線を確立するための処理を実行する装置である。ＭＭＥ（Mobility Management Entity）１０５は、位置登録、着信時の呼出処理及び基地局間ハンドオーバなどのモビリティ管理を行う装置である。Ｓ−ＧＷ（Serving Gateway）１０７は、パケット通信データや音声データなどのユーザデータ処理を行い、ユーザデータの中継を実現する装置である。Ｐ−ＧＷ（Packet Data Node Gateway）１０９は、コアネットワークとＩＭＳ（IP Multimedia Subsystem）１１１との接続を実現する装置である。コアネットワークは、ＭＭＥ１０５と、Ｓ−ＧＷ１０７と、Ｐ−ＧＷ１０９とで構成される。ＩＭＳ１１１は、マルチメディアアプリケーションをＩＰパケットで実現するためのサブシステムである。ＭＧＷ（Media Gateway）１１３は、音声をＩＰパケットに変換する、又はＩＰパケットを音声に変換して通信回線に送出する装置である。交換機１１５は、多対多の通信回線を相互接続し、回線交換網を構成する装置である。発呼先装置１１７とは、移動局１０１の使用者が通話を希望する通話相手先の装置であり、例えば携帯電話や固定電話である。移動局１０１が発呼を行うと、当該発呼を基地局１０３が受け取り、当該発呼に伴う信号を、コアネットワークとを介して、交換機１１５に伝える。交換機１１５と発呼先装置１１７との間の通信回線に空きがあれば、交換機１１５は、ＭＧＷ１１３からの通信回線と、発呼先装置１１７の通信回線とを接続する。これにより、移動局１０１と発呼先装置１１７との間に通信回線が確立され、移動局１０１の使用者は、希望する相手と通話が可能となる。
【００２１】
基地局１０３の機能について、図２を参照して説明する。図２は、本発明の一実施形態に係る基地局の概略構成を示す機能ブロック図である。基地局１０３は、第１通信部１２１と、第２通信部１２３と、記憶部１２４と、制御部１２５とを有している。なお、第１通信部１２１の機能と、第２通信部１２３の機能とを合わせたものが、請求項における通信部に相当する。説明の便宜上、基地局の通信部を第１通信部１２１と、第２通信部１２３とに分けて記載している。
【００２２】
第１通信部１２１は、移動局１０１から発呼を受け取ったり、移動局１０１と各種データを送受信したりする。第２通信部１２３は、コアネットワークに接続し、コアネットワーク側の装置とデータを送受信する。記憶部１２４は、移動局１０１から送られてくる移動局１０１の発呼に関するデータ（発呼データ）を記憶する。発呼データは、発呼元、発呼先、発呼時の時間を含めることができる。更に、発呼データは、移動局１０１の電池残量又はデータ送信電力などの情報（請求項における電力に関する情報）を含めることもできる。なお、これらのデータは、まとめて移動局１０１から送られてくることに限定されず、個別に送られてきてもよい。制御部１２５は、基地局１０３の各機能ブロックをはじめとして基地局１０３の全体を制御及び管理し、移動局１０１と発呼先装置１１７との間の通信回線の確立に関する処理を実行する。ここで、制御部１２５は、ＣＰＵ（中央処理装置）等の任意の好適なプロセッサ上で実行されるソフトウェアとして構成したり、処理ごとに特化した専用のプロセッサ（例えばＤＳＰ（デジタルシグナルプロセッサ））によって構成したりすることもできる。
【００２３】
制御部１２５についてより詳細に説明する。制御部１２５は、移動局１０１と発呼先装置１１７との間の通信回線が確立できない場合、代理発呼を行い、発呼先装置１１７との間の通信回線の確立を試みる。代理発呼とは、移動局１０１の代わりに、移動局１０１の識別子（電話番号等）を発呼元番号として、基地局１０３が発呼先装置１１７に発呼を行うことである。なお、識別子としては、基地局１０３の識別子を発呼元番号として利用してもよい。制御部１２５は、代理発呼を行うと、第１通信部１２１を制御して、代理発呼を行っていることを示すデータを移動局１０１に送信する。制御部１２５は、移動局１０１と発呼先装置１１７との間の通信回線に空きが生じるまで、代理発呼を行う。つまり、移動局１０１は、移動局１０１と発呼先装置１１７との間の通信回線が確立されるまで、繰り返し発呼する必要はない。そのため、移動局１０１は、発呼の処理回数の低減により、電力消費を低減することができる。
【００２４】
続いて、移動局１０１の機能について、図３を参照して説明する。図３は、本発明の一実施形態に係る移動局の概略構成を示す機能ブロック図である。移動局１０１は、移動局通信部１３１と、移動局記憶部１３３と、表示部１３５と、音出力部１３７と、移動局制御部１３９とを有している。
【００２５】
移動局通信部１３１は、基地局１０３とデータを送受信する。移動局記憶部１３３は、移動局１０１の送信電力や電池残量等の各種情報を記憶する。表示部１３５は、基地局１０３が代理発呼している場合に、その旨を表示するもので、液晶表示パネルや有機ＥＬ表示パネル等を用いて構成される。音出力部１３７は、基地局１０３が代理発呼している場合に、その旨に対応する音を出力するもので、例えばスピーカである。移動局制御部１３９は、移動局１０１の各機能ブロックをはじめとして移動局１０１の全体を制御及び管理する。ここで、移動局制御部１３９は、ＣＰＵ（中央処理装置）等の任意の好適なプロセッサ上で実行されるソフトウェアとして構成したり、処理ごとに特化した専用のプロセッサ（例えばＤＳＰ（デジタルシグナルプロセッサ））によって構成したりすることもできる。
【００２６】
移動局制御部１３９についてより詳細に説明する。移動局制御部１３９は、基地局１０３が代理発呼を行っていることを示すデータを受信すると、表示部１３５又は音出力部１３７を制御して、基地局１０３が代理発呼中であることを移動局１０１の使用者に通知する。この通知により、移動局１０１の使用者は、移動局１０１と発呼先装置１１７との間の通信回線が確立されるまで繰り返し発呼する必要がないことを認識できる。
【００２７】
基地局１０３が、代理発呼を行う方法について図４、図５及び図６を参照して説明する。図４は、本発明の一実施形態に係る基地局の処理を示すフローチャートである。図５は、本発明の一実施形態に係る移動局の処理を示すフローチャートである。図６は、本発明の一実施形態に係る、移動局と発呼先装置との間の通信回線が確立されるまでのシーケンス図である。以下、一例として災害発生時の基地局１０３の代理発呼についてとりあげる。災害発生時には、発生前にＥＴＷＳ（Earthquake and Tsunami Warning System：地震津波警報システム）が、地震や津波等の広域災害が発生しうることを示す災害に関する警報（請求項における災害に関するデータ）を、コアネットワークと基地局１０３とを介して移動局１０１に発するものとする。
【００２８】
制御部１２５は、第２通信部１２３がコアネットワークを介して警報を受信したか否かを監視する（ステップＳ１０１）。災害発生時には、１１９番や１１０番などの緊急通報先の回線が埋まりやすく、また被災者が家族に安否を確実に伝えたいとのニーズがあるため、代理発呼の必要性が特に増すと考えられる。そこで、基地局１０３は、警報の有無を元に、以下の代理発呼処理を進めるか否かを決定する。制御部１２５が、警報の受信を検出した後（ステップＳ１０１のＹｅｓ）、移動局制御部１３９が、移動局通信部１３１を制御して、発呼を行い、当該発呼に関する発呼データを基地局１０３に送信する（ステップＳ２０１）。移動局制御部１３９は、発呼データに電池残量又はデータ送信電力などの情報を含めて送ることができるが、これらの情報を移動局記憶部１３３に記憶させ、基地局１０３からの情報要求に応じて送ることもできる。なお、第２通信部１２３が、警報が誤報であることを示すデータを受信すると、制御部１２５は、以下の代理発呼処理を中止することができる。
【００２９】
制御部１２５が、第１通信部１２１が移動局１０１の発呼及び発呼データを受信したことを検出すると（ステップＳ１０２）、制御部１２５は、発呼データを記憶部１２４に記憶させる（ステップＳ１０３）。発呼データは、発呼元と発呼先とで通信回線が確立されるまで保持される。
【００３０】
そして、制御部１２５は、移動局１０１と発呼先装置１１７との間の通信回線を確立しようとする（ステップＳ１０４）。制御部１２５が、交換機１１５と発呼先装置１１７との間の通信回線が確立され、発呼先装置１１７からの応答を待っていることを示すデータ（呼出中通知）を受信すると（ステップＳ１０４のＹｅｓ）、移動局１０１は、発呼先装置１１７の応答次第、発呼先装置１１７と通話が可能となる。図６のように発呼先装置１１７が、通話中であると、制御部１２５は、交換機１１５と発呼先装置１１７との間の通信回線に空きがないことを示すデータ（話中通知）を受信する（ステップＳ１０４のＮｏ）。
【００３１】
次に、制御部１２５は、移動局１０１のために代理発呼が必要か否かを判断する（ステップＳ１０５）。制御部１２５は、記憶部１２４に記憶されている発呼先の情報から、発呼先が１１９番や１１０番などの緊急通報であると判断した場合に、代理発呼が必要と判断することができる。また、制御部１２５は、記憶部１２４に記憶されている発呼元及び発呼先の情報から、同じ移動局１０１から同じ発呼先装置１１７への発呼が所定回数を越えた場合に、代理発呼が必要と判断することもできる。所定回数の値を大きく設定すればするほど、緊急性の強い発呼に対してのみ優先的に代理発呼することが可能となる。なお、制御部１２５は、代理発呼の必要性について判断することなく、移動局１０１と発呼先装置１１７との間の通信回線が確立されない場合は常に代理発呼することもできる。
【００３２】
発呼先装置１１７との間の通信回線を確立できなかった移動局１０１が複数存在する場合は、制御部１２５は、どの移動局１０１から優先的に代理発呼を行うかを決定することができる（ステップＳ１０６）。基地局１０３の処理能力等が原因で、代理発呼が可能な回線の数に限りがある場合に、制御部１２５が、代理発呼が行われるべき移動局の優先度を決定することは有利となる。制御部１２５は、代理発呼が行われるべき移動局の優先度を、例えば、記憶部１２４に記憶されている電池残量、データ送信電力又は発呼時の時間から求めることができる。代理発呼が行われない移動局１０１は、自ら何度も発呼を繰り返し、電池を消耗するおそれがあり、電池残量が少ない移動局１０１ほど、自ら発呼できる回数が限られてしまう。よって、電池残量が少ない移動局１０１に対して制御部１２５が優先的に代理発呼を行うと有利である。また、データ送信電力の大きい移動局１０１ほど、発呼処理に必要な電力が大きいので、自ら発呼できる回数が限られてしまう。よって、データ送信電力が大きい移動局１０１に対して制御部１２５が優先的に代理発呼を行うと有利である。更に、発呼時の時間から長い時間が経過している移動局１０１ほど、待ち時間が長いので、発呼先装置１１７との通話を強く望んでいると考えられる。よって、発呼時からの経過時間が長い移動局１０１に対して制御部１２５が優先的に代理発呼を行うと有利である。なお、制御部１２５は、電池残量、データ送信電力又は発呼時の時間などの発呼データをステップＳ１０２で受信していたが、優先度を決定する段階で移動局１０１に要求して、取得することもできる。
【００３３】
優先度の決定後、制御部１２５は、移動局１０１の識別子を発呼元番号として、移動局１０１に関する発呼先装置１１７に発呼を開始する（代理発呼を開始する）（ステップＳ１０７）。代理発呼は、図６のように、繰り返し行われる。繰り返す周期は、一定であっても可変であってもよく、また優先度に応じて周期の長さを決定することもできる。代理発呼を行う場合、制御部１２５は、第１通信部１２１を介して移動局１０１に代理発呼を行っていることを示すデータ（代理発呼開始通知）を送信する（ステップＳ１０８）。代理発呼中、制御部１２５は、第１通信部１２１と移動局１０１との無線接続（請求項における通信接続）を切断又は休止することができる（ステップＳ１０９）。無線接続の切断とは、基地局１０３と移動局１０１との間で制御メッセージのやりとりの停止及びセッションの開放を意味する。無線接続の休止とは、ドーマント状態のことであり、基地局１０３と移動局１０１との間で制御メッセージのやりとりは停止されるものの、セッションは維持されることを意味する。このように制御部１２５が、移動局１０１との無線接続を切断又は休止することにより、無線接続を維持するために必要な制御メッセージの送受信が不要となる。そのため、移動局１０１は、制御メッセージを送受信するために必要となる電力を節約することができる。制御部１２５は、第１通信部１２１と移動局１０１との無線接続を切断又は休止する場合、無線接続の切断又は休止を示すデータを、代理発呼開始通知と併せて移動局１０１に送信することができる。
【００３４】
移動局通信部１３１が、基地局１０３から代理発呼開始通知を受信すると（ステップＳ２０２）、移動局制御部１３９は、基地局１０３が代理発呼中であることを移動局１０１の使用者に通知する（ステップＳ２０３）。当該通知は、例えば、移動局制御部１３９が、表示部１３５に図７のような文字を表示させることにより実現することができる。移動局１０１と基地局１０３との無線接続が切断又は休止されている場合には、無線接続を維持するために必要な制御メッセージの送受信が行われないので、移動局制御部１３９は図７のように「省電力モード」との記載を表示部１３５に表示させることができる。移動局制御部１３９は、表示部１３５ではなく音出力部１３７を制御して、基地局１０３が代理発呼中であることを移動局１０１の使用者に通知することもできる。例えば、移動局制御部１３９は、音出力部１３７に「代理発呼中」と音声で出力させたり、代理発呼中に対応する特別な音を出力させたりできる。
【００３５】
移動局１０１の使用者は、発呼先との通話を望まなくなった場合、オンフックボタンを押下することになる。オンフックボタンとは、移動局１０１と発呼先装置１１７との間のいかなる通信回線を切断するために押下されるボタンであり、例えば、図７の終了マークに対応するボタンである。移動局制御部１３９がオンフックボタンへの押下を検出すると（ステップＳ２０４のＹｅｓ）、基地局１０３の代理発呼は不要となるので、移動局制御部１３９は、基地局１０３に代理発呼不要を示すデータを送信する（ステップＳ２０５）。
【００３６】
基地局１０３の制御部１２５が、第１通信部１２１が代理発呼不要を示すデータを受信したことを検出すると（ステップＳ１１０のＹｅｓ）、制御部１２５は、代理発呼を中止する（ステップＳ１１５）。
【００３７】
制御部１２５が、代理発呼不要を示すデータを受信する前に（ステップＳ１１０のＮｏ）、交換機１１５と発呼先装置１１７との間の通信回線に空きが生じた場合（ステップＳ１１１のＹｅｓ）、図６のように、基地局１０３は、発呼先装置１１７からの応答を待っていることを示すデータ（呼出中通知）を受信する（ステップＳ１１２）。呼出中通知の受信後、制御部１２５は、記憶部１２４に記憶されている発呼元のデータに基づいて、移動局１０１と再接続を行う（ステップＳ１１３）。そして、制御部１２５は、呼出中通知を移動局１０１に送信し（ステップＳ１１４）、代理発呼を終了する（ステップＳ１１５）。
【００３８】
移動局１０１は、呼出中データを受信すると（ステップＳ２０６）、代理発呼中を示す通知を終了する（ステップＳ２０７）。図６のように、発呼先装置１１７の応答次第、移動局１０１と発呼先装置１１７との間の通信回線が確立され、移動局１０１は、発呼先装置１１７と通話を開始する（ステップＳ２０８）。
【００３９】
このように本実施形態では、基地局１０３の制御部１２５は、第１通信部（通信部）１２１が受け取った移動局１０１からの発呼で通信回線を確立できない場合、代理発呼を行い、代理発呼を行っていることを示すデータを移動局１０１に送信するように第１通信部１２１を制御する。つまり、制御部１２５は、代理発呼を行い、発呼先装置１１７との間の通信回線の確立を試みる。これにより、移動局１０１が、発呼先装置１１７との間の通信回線が確立されるまで、繰り返し発呼する必要はなくなる。よって、移動局１０１は、発呼の処理回数の低減により、電力消費を低減することができる。
【００４０】
また、本実施形態では、基地局１０３の制御部１２５は、第２通信部１２３（通信部）が災害に関する警報を受信したことを検出すると、代理発呼を行う。これにより、制御部１２５は、災害時にのみ代理発呼を行う。基地局１０３が代理発呼できる回線の数に限りがある場合でも、警報受信前に全ての基地局１０３の代理発呼用回線が埋まっているために、制御部１２５が災害時に代理発呼できないという状況を回避することができる。
【００４１】
また、本実施形態では、基地局１０３の制御部１２５は、第１通信部１２１が受信した移動局１０１からの同一の発呼先装置１１７への発呼が所定回数を超えた場合、前記代理発呼を行う。被災者が家族に自己の安否を確実に伝えたい場合、たとえ発呼先装置１１７が話中であったとして、回線がつながるまで繰り返し発呼することが予想される。本実施形態により、制御部１２５は、このような通話を強く希望する緊急性の高い発呼を優先的に代理発呼することができる。よって、移動局１０１の使用者が安否の連絡をするまでに、移動局１０１の電池が切れてしまうという状況を回避することができる。
【００４２】
また、本実施形態では、基地局１０３の制御部１２５は、第１通信部１２１が受信した移動局１０１からの発呼が緊急通報を示す場合、代理発呼を行う。これにより、制御部１２５は、基地局１０３が代理発呼できる回線の数に限りがある場合でも、緊急通報の発呼に対して優先的に代理発呼でき、災害時の被災者の迅速な救助を可能にする。また、移動局１０１の使用者が救助を要請する前に、移動局１０１の電池が切れてしまうという状況を回避することができる。
【００４３】
また、本実施形態では、基地局１０３の制御部１２５は、代理発呼を行う場合、移動局１０１と第１通信部１２１との間の通信接続を切断または休止する。つまり、移動局１０１は、基地局１０３の代理発呼中、移動局１０１と第１通信部１２１との間の無線接続を維持するために、制御メッセージを送受信する必要がなくなる。そのため、移動局１０１は、制御メッセージを送受信するために必要となる電力を節約することができる。移動局１０１は、節約された電力分、通話までに電池が切れてしまう可能性をより低くできる。
【００４４】
また、本実施形態では、基地局１０３の制御部１２５は、第１通信部１２１が発呼に関する発呼データを受信すると、発呼データに基づいて、代理発呼が行われるべき移動局１０１の優先度を決定する。これにより、制御部１２５は、電池残量、データ送信電力又は発呼時の時間などの情報を含む発呼データから、代理発呼の必要性が高い移動局１０１のために優先的に代理発呼することができる。優先度を決定することは、基地局１０３が代理発呼できる回線の数に限りがある場合に、特に有利となる。
【００４５】
また、本実施形態では、基地局１０３の制御部１２５は、移動局１０１の電池残量又はデータ送信電力などの情報に基づいて、前記優先度を決定する。これにより、基地局１０３が代理発呼できる回線の数に限りがある場合にも、制御部１２５は、移動局１０１と発呼先装置１１７との間の通信回線が確立されるまでに電池の切れる可能性の高い移動局１０１のために優先的に代理発呼することができる。
【００４６】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。
【００４７】
例えば、各部材、各手段、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の手段やステップなどを１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４８】
１０１ 移動局
１０３ 基地局
１０５ ＭＭＥ
１０７ Ｓ−ＧＷ
１０９ Ｐ−ＧＷ
１１１ ＩＭＳ
１１３ ＭＧＷ
１１５ 交換機
１１７ 発呼先装置
１２１ 第１通信部
１２３ 第２通信部
１２４ 記憶部
１２５ 制御部
１３１ 移動局通信部
１３３ 移動局記憶部
１３５ 表示部
１３７ 音出力部
１３９ 移動局制御部
【特許請求の範囲】
【請求項１】
移動局から発呼を受け取る通信部と、
前記通信部が前記発呼を受け取ると、前記移動局と、該移動局の発呼先装置との間の通信回線の確立に関する処理を実行する制御部と
を備え、
前記制御部は、前記移動局からの発呼で前記通信回線を確立できない場合、前記発呼先装置に対して前記移動局の代わりに代理発呼を行い、前記代理発呼を行っていることを示すデータを前記移動局に送信するように前記通信部を制御する
ことを特徴とする基地局。
【請求項２】
請求項１に記載の基地局において、
前記制御部は、
前記通信部が災害に関するデータを受信したことを検出した場合、前記代理発呼を行う
ことを特徴とする基地局。
【請求項３】
請求項１又は２に記載の基地局において、
前記制御部は、前記通信部が受信した前記移動局からの同一の発呼先装置への発呼が所定回数を超えた場合、前記代理発呼を行う
ことを特徴とする基地局。
【請求項４】
請求項１乃至３のいずれか一項に記載の基地局において、
前記制御部は、前記通信部が受信した前記移動局からの発呼が緊急通報を示す場合、前記代理発呼を行う
ことを特徴とする基地局。
【請求項５】
請求項１乃至４のいずれか一項に記載の基地局において、
前記制御部は、前記代理発呼を行う場合、前記移動局と前記通信部との間の通信接続を切断または休止する
ことを特徴とする基地局。
【請求項６】
請求項１乃至５に記載の基地局において、
前記制御部は、前記通信部が前記移動局から前記発呼に関する発呼データを受信すると、前記発呼データに基づいて、前記代理発呼が行われるべき前記移動局の優先度を決定する
ことを特徴とする基地局。
【請求項７】
請求項６に記載の基地局において、
前記発呼データは、前記移動局の電力に関する情報を含み、
前記制御部は、前記電力に関する情報に基づいて、前記優先度を決定する
ことを特徴とする基地局。
【請求項８】
移動局と、発呼先装置と、該移動局から発呼を受けて前記移動局と前記発呼先装置との間の通信回線の確立に関する処理を実行する基地局とを含むネットワークシステムにおける呼制御方法において、前記移動局からの発呼で前記移動局と前記発呼先装置との間の通信回線が確立されない場合に、
前記基地局が、前記発呼先装置に対して前記移動局の代わりに代理発呼を行うステップと、
前記基地局が、前記代理発呼を行っていることを示すデータを前記移動局に送信するステップと
を含む呼制御方法。
【請求項１】
移動局から発呼を受け取る通信部と、
前記通信部が前記発呼を受け取ると、前記移動局と、該移動局の発呼先装置との間の通信回線の確立に関する処理を実行する制御部と
を備え、
前記制御部は、前記移動局からの発呼で前記通信回線を確立できない場合、前記発呼先装置に対して前記移動局の代わりに代理発呼を行い、前記代理発呼を行っていることを示すデータを前記移動局に送信するように前記通信部を制御する
ことを特徴とする基地局。
【請求項２】
請求項１に記載の基地局において、
前記制御部は、
前記通信部が災害に関するデータを受信したことを検出した場合、前記代理発呼を行う
ことを特徴とする基地局。
【請求項３】
請求項１又は２に記載の基地局において、
前記制御部は、前記通信部が受信した前記移動局からの同一の発呼先装置への発呼が所定回数を超えた場合、前記代理発呼を行う
ことを特徴とする基地局。
【請求項４】
請求項１乃至３のいずれか一項に記載の基地局において、
前記制御部は、前記通信部が受信した前記移動局からの発呼が緊急通報を示す場合、前記代理発呼を行う
ことを特徴とする基地局。
【請求項５】
請求項１乃至４のいずれか一項に記載の基地局において、
前記制御部は、前記代理発呼を行う場合、前記移動局と前記通信部との間の通信接続を切断または休止する
ことを特徴とする基地局。
【請求項６】
請求項１乃至５に記載の基地局において、
前記制御部は、前記通信部が前記移動局から前記発呼に関する発呼データを受信すると、前記発呼データに基づいて、前記代理発呼が行われるべき前記移動局の優先度を決定する
ことを特徴とする基地局。
【請求項７】
請求項６に記載の基地局において、
前記発呼データは、前記移動局の電力に関する情報を含み、
前記制御部は、前記電力に関する情報に基づいて、前記優先度を決定する
ことを特徴とする基地局。
【請求項８】
移動局と、発呼先装置と、該移動局から発呼を受けて前記移動局と前記発呼先装置との間の通信回線の確立に関する処理を実行する基地局とを含むネットワークシステムにおける呼制御方法において、前記移動局からの発呼で前記移動局と前記発呼先装置との間の通信回線が確立されない場合に、
前記基地局が、前記発呼先装置に対して前記移動局の代わりに代理発呼を行うステップと、
前記基地局が、前記代理発呼を行っていることを示すデータを前記移動局に送信するステップと
を含む呼制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−２１１３９９（Ｐ２０１１−２１１３９９Ａ）
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願番号】特願２０１０−７５８３０（Ｐ２０１０−７５８３０）
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願日】平成２２年３月２９日（２０１０．３．２９）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]