(57)【要約】  本発明は、緊急通報メッセージを構成するデータの一部が受信できた時は、緊急通報に関する何らかの情報を、移動通信端末ユーザに通知することを可能とする移動通信端末、緊急通報受信方法、及び緊急通報受信プログラムが格納された非一時的なコンピュータ可読媒体を提供することを目的とする。移動通信端末は、３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末であって、ＳＤＵ（Service Data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、基地局から一部のＰＤＵを受信した場合に、受信した一部の前記ＰＤＵのチャネル種別及びメッセージ種別のうち少なくとも一方を判定するチャネル判定部５もしくはメッセージ判定部６と、チャネル判定部５もしくはメッセージ判定部６によって判定されたチャネル種別又はメッセージ種別が、緊急通報に関する情報を示す場合、ユーザに対して緊急通報発生の旨を通知する制御部７と、を備えるものである。
2011033711.tif 000002
【特許請求の範囲】
【請求項１】
３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末であって、
ＳＤＵ（Service Data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、基地局から一部のＰＤＵを受信した場合に、受信した一部の前記ＰＤＵのチャネル種別及びメッセージ種別のうち少なくとも一方の種別内容を判定する判定手段と、
前記判定手段によって判定されたチャネル種別又はメッセージ種別が、緊急通報に関する情報を示す場合、ユーザに対して緊急通報発生の旨を通知する制御手段と、を備える移動通信端末。
【請求項２】
前記判定手段は、
受信した一部の前記ＰＤＵのチャネル種別が前記基地局からの緊急通報メッセージであるＣＴＣＨ（Common Traffic Channel）であるか否かを、当該ＰＤＵ内のＭＡＣヘッダ上のＴＣＴＦ（Target Channel Type Field）に基づいて判定することを特徴とする請求項１に記載の移動通信端末。
【請求項３】
前記判定手段は、
受信した一部の前記ＰＤＵのメッセージ種別が緊急通報であるか否かを、当該ＰＤＵ内のＣＢ（Cell Broadcast）メッセージ内のMessage  ＩＤに基づいて判定することを特徴とする請求項１に記載の移動通信端末。
【請求項４】
前記制御手段は、
前記緊急通報が発生した旨を画面表示するか、あるいは、前記緊急通報が発生した旨の警報音を鳴動することによって、ユーザに対して前記緊急通報発生の旨を通知することを特徴とする請求項１乃至３のいずれか１項に記載の移動通信端末。
【請求項５】
前記制御手段は、
前記判定手段によって判定されたチャネル種別が、前記基地局からの緊急通報メッセージであるＣＴＣＨであった場合、ユーザに対して緊急通報発生の旨を通知し、さらに、前記判定手段によって判定されたメッセージ種別が、緊急通報であった場合、ユーザに対して前記緊急通報の概要を通知する請求項１乃至４のいずれか１項に記載の移動通信端末。
【請求項６】
前記制御手段は、
前記緊急通報発生及び前記緊急通報の概要のうち少なくとも一方を通知した後に、前記ＳＤＵの生成に必要なすべてのＰＤＵを受信することができた場合に、生成したＳＤＵに基づいて、前記基地局から送信されてきた緊急通報メッセージをユーザに対して通知する、請求項５記載の移動通信端末。
【請求項７】
前記制御手段は、
前記ＳＤＵ生成に必要なＰＤＵのうち、前記チャネル種別が前記基地局からの緊急通報メッセージであるＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、
前記ＣＴＣＨの受信を阻害する前記移動通信端末におけるＣＴＣＨ受信阻害要因を排除し、前記基地局から送信されてくる前記チャネル種別がＣＴＣＨであるＰＤＵの受信処理を優先して行うことを特徴とする請求項１乃至６のいずれか１項に記載の移動通信端末。
【請求項８】
前記制御手段は、
前記ＣＴＣＨ受信阻害要因に関する処理を行うタイミングが、前記基地局から送信されてくる前記ＣＴＣＨの受信タイミングと同一になる場合、当該ＣＴＣＨ受信阻害要因に関する処理を行う実行タイミングを次の実行タイミングまで先送りするように制御するか、当該ＣＴＣＨ受信阻害要因に関する処理を行う実行タイミングを前記ＣＴＣＨ受信タイミングを避けて強制的にずらすことにより、前記基地局から送信されてくる前記ＣＴＣＨの受信タイミングと同一にならないように制御するか、または、当該ＣＴＣＨ受信阻害要因に関する処理を、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵの生成が完了した後に実行するように制御するか、のいずれかにより、前記ＣＴＣＨ受信阻害要因を排除することを特徴とする請求項７に記載の移動通信端末。
【請求項９】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである基地局からの着信信号のモニタ監視(Paging occasions)を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一になる場合、着信信号のモニタ監視(Paging occasions)の処理タイミングを次の着信信号のモニタ監視(Paging occasions)の処理タイミングまで先送りして、前記ＳＤＵ生成に必要とするチャネル種別がＣＴＣＨであるＰＤＵの受信タイミングと重ならないように制御することを特徴とする請求項８記載の移動通信端末。
【請求項１０】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである基地局からの報知情報(ＢＣＣＨ：Broadcast Control Channel)を受信するタイミングが、以降のＣＴＣＨの受信タイミングと同一になる場合、報知情報(ＢＣＣＨ)の受信タイミングを次の報知情報(ＢＣＣＨ)の受信タイミングまで先送りして、前記ＳＤＵ生成に必要とするチャネル種別がＣＴＣＨであるＰＤＵの受信タイミングと重ならないように制御することを特徴とする請求項８記載の移動通信端末。
【請求項１１】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである最適な基地局を選択するための基地局のサーチ(Cell search)を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、基地局のサーチ(Cell search)の処理タイミングを、ＣＴＣＨ受信タイミングを避けて強制的にずらすように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１２】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである最適な基地局を再選択するための基地局再選択(Cell reselection)を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、基地局再選択(Cell reselection)の処理を、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵの生成が完了した後に実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１３】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである位置登録(Location registration)を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、位置登録(Location registration)の処理を、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵの生成が完了した後に実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１４】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つであるユーザ操作による発信を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、ユーザ操作による発信の処理を、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵの生成が完了した後に実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１５】
前記制御手段は、
前記ＳＤＵの生成が完了するまで、前記ユーザ操作による発信の処理を保留する場合、その旨をユーザに対して通知することを特徴とする請求項１４に記載の移動通信端末。
【請求項１６】
前記制御手段は、
前記ユーザ操作による発信が緊急呼であった場合、前記ユーザ操作による発信を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一になったとしても、前記ユーザ操作による発信の処理を、前記ＳＤＵの生成が完了するまで保留することなく、当該発信の処理タイミングにおいて実施することを特徴とする請求項１４に記載の移動通信端末。
【請求項１７】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つであるユーザ操作による前記移動通信端末の電源ＯＦＦを処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵを生成し、生成した前記ＳＤＵに基づいて、前記基地局から送信されてきた緊急通報メッセージをユーザに対して通知した後に、前記移動通信端末の電源ＯＦＦの処理を実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１８】
前記制御手段は、
生成した前記ＳＤＵに基づいて、前記基地局から送信されてきた緊急通報メッセージをユーザに対して通知するまで、ユーザ操作による前記移動通信端末の電源ＯＦＦの処理を保留する場合、その旨をユーザに対して通知することを特徴とする請求項１７に記載の移動通信端末。
【請求項１９】
前記制御手段は、
前記緊急通報メッセージをユーザに対して通知するまで、ユーザ操作による前記移動通信端末の電源ＯＦＦの処理を保留した場合、前記緊急通報メッセージをユーザに対して通知した後、前記移動通信端末の電源ＯＦＦの処理を実施するか否かをユーザに確認することを特徴とする請求項１７または１８に記載の移動通信端末。
【請求項２０】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つであるバッテリー容量低下による前記移動通信端末の電源ＯＦＦを処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵを生成し、前記生成したＳＤＵに基づいて、前記基地局から送信されてきた緊急通報メッセージをユーザに対して通知した後に、前記移動通信端末の電源ＯＦＦの処理を実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項２１】
前記制御手段は、
前記緊急通報メッセージをユーザに対して通知するまで、バッテリー容量低下による前記移動通信端末の電源ＯＦＦの処理を保留した場合、前記緊急通報メッセージをユーザに対して通知した後、前記移動通信端末の電源ＯＦＦの処理を実施するか否かをユーザに確認することを特徴とする請求項２０に記載の移動通信端末。
【請求項２２】
基地局からの緊急通報メッセージであるＣＴＣＨの受信を阻害する前記ＣＴＣＨ受信阻害要因を排除して前記ＣＴＣＨの受信処理を優先するか、あるいは、前記ＣＴＣＨ受信阻害要因に関する処理を優先するかを、前記ＣＴＣＨ受信阻害要因の要因ごとに、前記移動通信端末のユーザがあらかじめ設定することを可能としていることを特徴とする請求項８乃至２１のいずれか１項に記載の移動通信端末。
【請求項２３】
前記ＣＴＣＨ受信阻害要因の要因ごとに、前記移動通信端末のユーザが、前記ＣＴＣＨの受信処理を優先する旨をあらかじめ設定する場合、前記ＣＴＣＨ受信阻害要因に関し、前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後は、当該ＣＴＣＨ受信阻害要因を排除し、前記ＣＴＣＨの受信処理を優先するか、あるいは、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、当該ＣＴＣＨ受信阻害要因を排除し、前記ＣＴＣＨの受信処理を優先するかのいずれかを選択して設定することを可能としていることを特徴とする請求項２２に記載の移動通信端末。
【請求項２４】
前記ＣＴＣＨ受信阻害要因の要因ごとに、前記移動通信端末のユーザが、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、当該ＣＴＣＨ受信阻害要因を排除し、前記ＣＴＣＨの受信処理を優先する旨をあらかじめ設定する場合、当該ＣＴＣＨ受信阻害要因に関し、前記メッセージ種別が示す緊急通報の概要ごとに、当該ＣＴＣＨ受信阻害要因を排除し、前記ＣＴＣＨの受信処理を優先するか、あるいは、当該ＣＴＣＨ受信阻害要因の処理を優先するかのいずれかを選択して設定することを可能としていることを特徴とする請求項２２に記載の移動通信端末。
【請求項２５】
３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末における緊急通報受信方法であって、
ＳＤＵ（Service Data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、一部のＰＤＵを受信し、
受信した前記一部のＰＤＵのチャネル種別及びメッセージ種別のうち少なくとも一方の種別内容を判定し、
前記判定されたチャネル種別又はメッセージ種別が、緊急通報に関する情報を示す場合、ユーザに対して緊急通報発生の旨を通知する緊急通報受信方法。
【請求項２６】
受信した前記一部のＰＤＵのチャネル種別がＣＴＣＨ（Common Traffic Channel）であるか否かの判定を、当該ＰＤＵ内のＭＡＣヘッダ上のＴＣＴＦ（Target Channel Type Field）に基づいて判定することを特徴とする請求項２５に記載の緊急通報受信方法。
【請求項２７】
受信した一部の前記ＰＤＵのメッセージ種別が緊急通報であるか否かの判定を、当該ＰＤＵ内のＣＢ（Cell Broadcast）メッセージ内のMessage  ＩＤに基づいて判定することを特徴とする請求項２５に記載の緊急通報受信方法。
【請求項２８】
緊急通報が発生した旨を画面表示するか、あるいは、緊急通報が発生した旨の警報音を鳴動することによって、ユーザに対して前記緊急通報発生の旨を通知することを特徴とする請求項２５乃至２７のいずれか１項に記載の緊急通報受信方法。
【請求項２９】
３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末において、ＳＤＵ（Service data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、一部のＰＤＵを受信し、受信した前記一部のＰＤＵのチャネル種別が、基地局からの緊急通報メッセージであるＣＴＣＨ（Common Traffic Channel）であった場合に、ユーザに対して緊急通報発生の旨を通知するステップを、コンピュータに実行させるための緊急通報受信プログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信端末、緊急通報受信方法及び緊急通報受信プログラムが格納された非一時的なコンピュータ可読媒体に関する。
【背景技術】
【０００２】
現状の移動通信端末向けの緊急通報（地震速報など）は、特許文献１の特開２００９−１２４５９６号公報「緊急情報配信システム、緊急情報配信方法、送信サーバ及び携帯端末」にも記載のように、ＣＢＳ（Cell Broadcast Service；３ＧＰＰ（3rd Generation Partnership Project）規格ＴＳ２３．０４１，ＴＳ２５．３２４）を利用して基地局から移動通信端末に配信されている。図８は、現状の移動通信端末向けの緊急通報の仕組みを説明するための説明図である。移動通信端末は、図８に示すように、基地局からＣＴＣＨ（Common Traffic Channel）受信周期としてあらかじめ定められた周期により送信されてくるＣＴＣＨのＰＤＵ（Protocol Data Unit；３ＧＰＰ規格ＴＳ２５．３２２）を受信し、受信したＰＤＵ例えばＰＤＵ１，ＰＤＵ２，ＰＤＵ３を連結して、基地局からのメッセージであるＳＤＵ（Service Data Unit）を生成する。さらに、移動通信端末は、ＳＤＵ（Service Data Unit：コンテンツ）を解析して、緊急通報メッセージであった場合、当該緊急通報メッセージをメッセージ画面表示、警報音などにより移動通信端末ユーザに対して通知する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１２４５９６号公報（第６−１０頁）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、現状の移動通信端末向けの緊急通報の仕組みを用いる場合、図９に示すように、移動通信端末の中で、着信信号のモニタや基地局サーチなどのＣＴＣＨの受信を阻害する要因が発生すると、ＳＤＵの生成に必要なすべてのＰＤＵ（例えばＰＤＵ１，ＰＤＵ２，ＰＤＵ３）については受信することができない。例えばＰＤＵ２の受信に失敗すると、すべてのＰＤＵ１，ＰＤＵ２，ＰＤＵ３を連結したＳＤＵを生成することができなくなる。そのため、移動通信端末は、ユーザに対して緊急通報に関する如何なる情報をも通知することができなくなるという問題が発生する。図９は、現状の移動通信端末向けの緊急通報の仕組みの問題点を説明するための説明図である。通常は、基地局による緊急通報メッセージの再送が行われるが、再送による緊急通報メッセージを受信する場合、ユーザへの緊急通報メッセージの通知が遅れてしまい、地震による避難指示のような特に緊急性を要する内容の場合には、致命的な問題となる可能性がある。【０００５】
ここで、移動通信端末においてＣＴＣＨの受信を阻害する要因としては、移動通信端末の能力にもよるが、着信信号のモニタ監視（Paging occasions；３ＧＰＰ規格ＴＳ２５．３０４）、最適な基地局を選択するための基地局のサーチ（Cell search；３ＧＰＰ規格ＴＳ２５．３０４）や報知情報（ＢＣＣＨ：Broadcast Control Channel；３ＧＰＰ規格ＴＳ２５．３０４）の受信、基地局再選択（Cell reselection；３ＧＰＰ規格ＴＳ２５．３０４）、位置登録（Location registration；３ＧＰＰ規格ＴＳ２５．３０４）、ユーザ操作による発信（電話やパケット通信などの開始）、ユーザ操作またはバッテリー容量低下による移動通信端末の電源ＯＦＦ、また、無線環境の劣化（弱電界）による受信失敗などがあり、いずれも、ＣＴＣＨの受信周期とは非同期に発生する事象であるため、現状の移動通信端末のような仕組みにおいては回避することができない。【０００６】
（本発明の目的）
本発明は、かかる問題を解決するためになされたものであり、その目的とするところは、移動通信端末のＣＢＳ（Cell Broadcast Service）用のＣＴＣＨ受信方法において、緊急通報メッセージの通知に必要なデータの一部でも受信できない時は、緊急通報メッセージの受信の有無すら通知できないという現状の技術における問題点を改善し、緊急通報メッセージを構成するデータの一部が受信できた時は、緊急通報に関する何らかの情報を、移動通信端末ユーザにタイムリーに通知することを可能とする移動通信端末、緊急通報受信方法、及び緊急通報受信プログラムが格納された非一時的なコンピュータ可読媒体を提供することにある。
【課題を解決するための手段】
【０００７】
前述の課題を解決するため、本発明による移動通信端末、緊急通報受信方法、及び緊急通報受信プログラムが格納された非一時的なコンピュータ可読媒体は、次のような特徴的な構成を採用している。【０００８】
本発明の第１の態様にかかる移動通信端末は、３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末であって、ＳＤＵ（Service Data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、基地局から一部のＰＤＵを受信した場合に、受信した一部の前記ＰＤＵのチャネル種別及びメッセージ種別のうち少なくとも一方の種別内容を判定する判定手段と、前記判定手段によって判定されたチャネル種別又はメッセージ種別が、緊急通報に関する情報を示す場合、ユーザに対して緊急通報発生の旨を通知する制御手段と、を備えるものである。
本発明の第２の態様にかかる緊急通報受信方法は、３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末における緊急通報受信方法であって、ＳＤＵ（Service Data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、一部のＰＤＵを受信し、受信した前記一部のＰＤＵのチャネル種別及びメッセージ種別のうち少なくとも一方の種別内容を判定し、前記判定されたチャネル種別又はメッセージ種別が、緊急通報に関する情報を示す場合、ユーザに対して緊急通報発生の旨を通知するものである。
本発明の第３の態様にかかる緊急通報受信プログラムが格納された非一時的なコンピュータ可読媒体は、３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末において、ＳＤＵ（Service data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、一部のＰＤＵを受信し、受信した前記一部のＰＤＵのチャネル種別が、基地局からの緊急通報メッセージであるＣＴＣＨ（Common Traffic Channel）であった場合に、ユーザに対して緊急通報発生の旨を通知するステップを、コンピュータに実行させるための緊急通報受信プログラムが格納されたものである。
【発明の効果】
【０００９】
本発明の移動通信端末、緊急通報受信方法及び緊急通報受信プログラムが格納された非一時的なコンピュータ可読媒体によれば、以下のような効果を奏することができる。【００１０】
移動通信端末のユーザは、緊急通報メッセージを構成するデータの一部を移動通信端末にて受信することができれば、緊急通報に関する何らかの情報を知ることができる。また、緊急通報が発生した場合、緊急通報メッセージの通知に必要なデータの受信を阻害する要因を取り除くことにより、より早く、基地局からの緊急通報メッセージを受信することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る移動通信端末のブロック構成の一例を示すブロック構成図である。
【図２】チャネル種別の判定に基づき、緊急通報発生の旨をユーザに対して通知する動作の一例を説明する説明図である。
【図３】メッセージ種別の判定に基づき、緊急通報発生の旨または緊急通報の概要をユーザに対して通知する動作の一例を説明する説明図である。
【図４】チャネル種別やメッセージ種別の判定に基づき、緊急通報をユーザに対して段階的に通知する動作の一例を説明するためのフローチャートである。
【図５】着信信号のモニタ監視（Paging occasions）処理や報知情報の受信処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する動作の一例を説明する説明図である。
【図６】最適な基地局を選択するための基地局のサーチ（Cell search）処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する動作の一例を説明する説明図である。
【図７】基地局再選択（Cell reselection）処理や位置登録（Locationregistration）処理やユーザ操作による発信の処理や電源ＯＦＦの処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する動作の一例を説明する説明図である。
【図８】現状の移動通信端末向けの緊急通報の仕組みを説明するための説明図である。
【図９】現状の移動通信端末向けの緊急通報の仕組みの問題点を説明するための説明図である。
【発明を実施するための形態】
【００１２】
以下、本発明による移動通信端末、緊急通報受信方法、緊急通報受信プログラムおよびプログラム記録媒体の好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による移動通信端末および緊急通報受信方法について説明するが、かかる緊急通報受信方法をコンピュータにより実行可能な緊急通報受信プログラムとして実施するようにしても良いし、あるいは、緊急通報受信プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００１３】
（本発明の特徴）
本発明の実施形態に説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末のＣＢＳ（Cell Broadcast Service）用のＣＴＣＨ（Common Traffic Channel）受信方法において、現状技術における問題点を改善し、ＣＴＣＨ受信阻害要因が発生した場合であっても、一部のＰＤＵ（Protocol Data Unit）さえ受信できれば、緊急通報の有無やその概要を通知することを可能としている。また、緊急通報が発生した場合、ＣＴＣＨ受信阻害要因を排除するように制御することにより、ＳＤＵ（Service Data Unit）生成に必要なすべてのＰＤＵを受信することを可能とし、而して、緊急通報メッセージを移動通信端末ユーザに対してタイムリーに通知することを可能ならしめることを主要な特徴としている。なお、本発明に適用する３ＧＰＰ規格の無線方式に準拠する通信プロトコルと類似のプロトコル構成からなる信号の受信方法を採用する通信形態であれば、ＣＢＳ（Cell Broadcast Service）以外のサービス、ＣＴＣＨ以外のチャネル、緊急通報メッセージ以外のコンテンツであっても、本発明に係る仕組みを適用することができる。
【００１４】
（実施形態の構成例の説明）
次に、本発明に係る移動通信端末のブロック構成について、その一例を、図１を用いて説明する。図１は、本発明に係る移動通信端末のブロック構成の一例を示すブロック構成図である。
【００１５】
図１に示す移動通信端末は、３ＧＰＰ規格に準拠する無線方式に基づいて動作する端末であり、無線部１、受信部２、基地局選択部３、ＳＤＵ生成部４、チャネル判定部５、メッセージ判定部６、制御部７、ユーザＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）部８、タイミング制御部９、送信部１０を少なくとも備えている。
【００１６】
無線部１は、３ＧＰＰ規格に準拠する無線方式に基づいて、基地局との間でアンテナを介して無線信号の送受信を行う。受信部２は、着信信号のモニタ監視、基地局のサーチ、報知情報の受信、ユーザデータ（緊急通報用のＣＴＣＨのＰＤＵを含む）や制御データの受信を行う。
【００１７】
基地局選択部３は、基地局サーチの結果や報知情報から基地局選択の判定を行う。ＳＤＵ生成部４は、ユーザデータや制御データに関するＰＤＵを連結してＳＤＵを生成する。チャネル判定部５は、受信部２にて受信したＰＤＵのチャネル種別を判定する。メッセージ判定部６は、ＳＤＵ生成部４にて生成したＳＤＵ（または受信部２にて受信した一部のＰＤＵ）からメッセージ種別を判定する。
【００１８】
制御部７は、プログラムや情報を記憶するメモリ部を備え、移動通信端末に関する各種の制御を行う。例えば、基地局選択部３による基地局選択の判定結果より、基地局の（再）選択を行う。また、受信部２にて受信したＳＤＵを解析し、ユーザデータ処理や制御データ処理を行う。また、バッテリー容量低下の判定および該判定の結果やユーザからの指示に基づき当該移動通信端末の電源ＯＦＦを行う。
【００１９】
また、制御部７は、緊急通報に関し、チャネル種別がＣＴＣＨの場合、緊急通報が発生した旨をユーザに対して通知する。メッセージ種別が緊急通報（地震、津波など）の場合、緊急通報発生の旨または当該メッセージ種別が示す緊急通報の概要をユーザに対して通知する。さらに、ＳＤＵを生成することができた場合、当該ＳＤＵを解析して、基地局から配信された緊急通報メッセージをユーザに対して通知する。さらには、ＣＴＣＨ受信と各種ＣＴＣＨ受信阻害要因との処理優先度を決定する。
【００２０】
ユーザＩ／Ｆ部８は、キーパッド、ＬＣＤ（Liquid Crystal Display：液晶表示装置）画面、スピーカ等を備え、画面表示や警報音などによりユーザに対して緊急通報の通知を行う。また、緊急通報メッセージの受信優先処理のユーザによる設定を行う。さらに、ユーザ操作による発信や当該移動通信端末の電源ＯＦＦの指示を行う。
【００２１】
タイミング制御部９は、ＣＴＣＨ受信処理と各種ＣＴＣＨ受信阻害要因となる各処理との間の処理実行タイミングを制御する。送信部１０は、ユーザデータや制御データの送信を行う。
【００２２】
（実施形態の動作の説明）
次に、図１に例示した移動通信端末の動作について、その一例を説明する。
（１）チャネル種別の判定による緊急通報発生の旨の通知（図２）
図２は、チャネル種別の判定に基づき、緊急通報メッセージをユーザに対して通知する動作の一例を説明する説明図であり、受信したＰＤＵのチャネル種別のチャネル判定部５による判定結果に基づいて、制御部７にて、緊急通報発生の旨をユーザに対して通知する動作の一例を説明している。
【００２３】
図２に示すように、あらかじめ定めた一定のＣＴＣＨ受信周期ごとに基地局から送信されてくるＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３，…）のうち、着信信号モニタ、基地局サーチなどのＣＴＣＨ受信阻害要因の発生により、例えばＰＤＵ２の受信に失敗すると、ＰＤＵを連結してＳＤＵを生成することができない状況が発生する。
【００２４】
かくのごとく、移動通信端末の中でＣＴＣＨの受信を阻害する要因が発生すると、受信部２にてＰＤＵ２の受信に失敗し、ＳＤＵの生成に必要なＰＤＵのすべてについては受信することができなくなるが、図２に示すように、受信できた一部のＰＤＵ（ＰＤＵ１，ＰＤＵ３）のチャネル種別をチャネル判定部５にて解析して、当該ＰＤＵのチャネル種別がＣＴＣＨであった場合は、制御部７はユーザへ緊急通報発生の旨を通知する。この際、ＳＤＵ生成部４は、ＳＤＵを生成することができない。そのため、制御部７は、基地局から配信された緊急通報メッセージを画面に表示することはできないが、緊急通報が発生した旨を画面に表示したり、警報音を鳴らしたりすることによって、移動通信端末ユーザに対して注意を促すことができる。
【００２５】
なお、チャネル判定部５がチャネル種別を解析する方法としては、図２に示すように、例えば、ＰＤＵ内のＭＡＣ  Header上のＴＣＴＦ（Target Channel Type Field；３ＧＰＰ規格ＴＳ２５．３２１）により、チャネル種別がＣＴＣＨであることを判別することができる。
【００２６】
（２）メッセージ種別の判定による緊急通報発生の旨または緊急通報の概要の通知（図３）
図３は、メッセージ種別の判定に基づき、緊急通報発生の旨または当該メッセージ種別が示す緊急通報の概要をユーザに対して通知する動作の一例を説明する説明図であり、受信した一部のＰＤＵからのメッセージ判定部６による判定結果に基づいて、制御部７にて、緊急通報発生の旨または緊急通報の概要（地震、津波などの種別）をユーザに対して通知する動作の一例を説明している。
【００２７】
図３に示すように、あらかじめ定めた一定のＣＴＣＨ受信周期ごとに基地局から送信されるＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３，…）のうち、着信信号モニタ、基地局サーチなどのＣＴＣＨ受信阻害要因の発生により、例えばＰＤＵ２の受信に失敗すると、ＰＤＵを連結してＳＤＵを生成することができない状況が発生する。
【００２８】
かくのごとく、移動通信端末の中でＣＴＣＨの受信を阻害する要因が発生すると、受信部２にてＰＤＵ２の受信に失敗し、ＳＤＵの生成に必要なＰＤＵのすべてについては受信することができなくなる。しかし、図３に示すように、受信できた一部のＰＤＵ（ＰＤＵ１，ＰＤＵ３）を用いてメッセージ判定部６にてメッセージ種別を解析し、メッセージ種別が緊急通報であった場合は、制御部７はユーザへ緊急通報発生の旨または当該メッセージ種別が示す緊急通報の概要（地震、津波などの種別）を通知する。この際、ＳＤＵ生成部４は、ＳＤＵを生成することができない。そのため、制御部７は、基地局から配信された緊急通報メッセージを画面に表示することはできないが、緊急通報が発生した旨や緊急通報の概要（地震、津波などの種別）を画面に表示したり、警報音を鳴らしたりすることによって、移動通信端末ユーザに対して注意を促すことができる。
【００２９】
なお、メッセージ判定部６がメッセージ種別を解析する方法としては、図３に示すように、ＰＤＵ内のＣＢ（Cell Broadcast）メッセージ内のMessage  ＩＤ（３ＧＰＰ規格ＴＳ２５．３２４）により、メッセージ種別が緊急通報であることを判別することができる。また、移動通信事業者の運用次第であるが、メッセージ種別から緊急通報の概要（地震、津波など）を判別することもできるため、その旨を画面に表示したり、警報音を鳴らしたりすることによって、移動通信端末ユーザに対してより具体的な注意を促すことができる。
【００３０】
（３）段階的な緊急通報の通知（図４）
図４は、チャネル種別やメッセージ種別の判定に基づき、緊急通報（緊急通報発生の旨や緊急通報の概要や基地局からの緊急通報メッセージ）をユーザに対して段階的に通知する動作の一例を説明するためのフローチャートである。具体的には、受信した一部のＰＤＵを用いたチャネル判定部５やメッセージ判定部６による判定結果に基づいて、制御部７にて、緊急通報（緊急通報発生の旨や緊急通報の概要や基地局からの緊急通報メッセージ）をユーザに対して段階的に通知する動作の一例を説明している。
【００３１】
図４のフローチャートにおいて、まず、受信部２にて基地局からＰＤＵを受信したか否かを確認し（ステップＳ１）、受信した場合（ステップＳ１のＹＥＳ）、受信したＰＤＵのチャネル種別がＣＴＣＨであるか否かをチャネル判定部５にて判定する（ステップＳ２）。チャネル種別がＣＴＣＨであった場合（ステップＳ２のＹＥＳ）、当該ＣＴＣＨに関する緊急通報発生の旨を既に通知済みか否かを判定する（ステップＳ３）。既に通知済みであった場合は（ステップＳ３のＹＥＳ）、ステップＳ７の処理へ移行するが、まだ通知していない場合は（ステップＳ３のＮＯ）、前述の（１）の図２にて説明したチャネル種別の判定による緊急通報発生の旨のメッセージをユーザに対して通知する（ステップＳ４）。
【００３２】
しかる後、受信したＰＤＵのメッセージ種別が緊急通報であるか否かをメッセージ判定部６にて判定し（ステップＳ５）、緊急通報であった場合には（ステップＳ５のＹＥＳ）、前述の（２）の図３にて説明したメッセージ種別の判定による緊急通報の概要（地震、津波など）を示すメッセージをユーザに対して通知する（ステップＳ６）。最終的に、ＳＤＵ生成に必要なすべてのＰＤＵが受信できて、ＳＤＵ生成部４にてＳＤＵの生成に成功したか否かを判定し（ステップＳ７）、ＳＤＵの生成に失敗した場合は（ステップＳ７のＮＯ）、ステップＳ１に復帰して、前述の動作を繰り返す。ＳＤＵの生成に成功した場合は（ステップＳ７のＹＥＳ）、当該ＳＤＵにより基地局から配信されてきた緊急通報メッセージをユーザに対して通知する（ステップＳ８）。
【００３３】
かくのごとく、前述の（１）のチャネル判定部５によるチャネル種別の判定は、基地局から配信されてくる、緊急通報メッセージを構成するＳＤＵの中の１つのＰＤＵさえ受信することができれば、実施することが可能であるため、移動通信端末ユーザに対して最も早く緊急通報が発生した旨を通知することができる。また、前述の（２）のメッセージ判定部６によるメッセージ種別の判定は、ＳＤＵすなわちＣＢメッセージの中のMessage  ＩＤを含むＰＤＵを受信することが必要になるが、前述の（１）よりも具体的な緊急通報の概要（地震や津波などの発生の旨）を通知することができる。
【００３４】
つまり、移動通信端末は、前述の（１）、（２）の仕組みを段階的に動作させることによって、移動通信端末ユーザにとって必要な情報をより早く通知することができる。まず、（１）のチャネル判定部５によるチャネル種別の判定により、ＣＴＣＨを受信したと判定した場合、制御部７は、即座に、緊急通報が発生した旨を画面に表示したり、警報音を鳴らしたりすることによって、移動通信端末ユーザに対して注意を促す。次に、（２）のメッセージ判定部６によるメッセージ種別の判定により、緊急通報の概要（地震、津波など）を判別することができた場合、制御部７は、即座に、その旨を画面に表示したり、警報音を鳴らしたりすることによって、移動通信端末ユーザに対してより具体的な注意を促す。
【００３５】
最後に、必要なＰＤＵをすべて受信してＳＤＵ生成部４によりＳＤＵを生成することができた場合は、制御部７は、生成したＳＤＵを解析して、基地局から配信された緊急通報メッセージ（画面表示、警報音など）を移動通信端末ユーザに対して通知する。なお、最後の緊急通報メッセージを通知するまでに、前述のように、（１）の仕組みと（２）の仕組みとを組み合わせて、段階的に通知するようにしても良いし、（１）の仕組みのみまたは（２）の仕組みのみを適用するようにしても良い。
【００３６】
（４）緊急通報メッセージの受信優先処理
緊急通報が発生した場合、すなわち、図４の段階的な緊急通報に関する通知の処理が開始された後（具体的には、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後）は、着信信号モニタ、基地局サーチなどのようなＣＴＣＨの受信を阻害する要因を取り除き、基地局から配信された緊急通報メッセージをできるだけ早く移動通信端末のユーザに対して通知することが望ましい。
【００３７】
以下に、移動通信端末におけるＣＴＣＨ受信阻害要因を排除し、基地局からの緊急通報メッセージを優先して受信するための処置について、要因ごとに説明する。
【００３８】
（４-１）着信信号のモニタ監視（Paging occasions；３ＧＰＰ規格ＴＳ２５．３０４）（図５）
図５は、着信信号のモニタ監視（Paging occasions）処理や報知情報の受信処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する動作の一例を説明する説明図であり、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、制御部７にて、次のＣＴＣＨ受信タイミングがモニタ監視（Paging occasions）や報知情報の受信処理のタイミングと同時になる場合、モニタ監視（Paging occasions）の処理や報知情報の受信処理を次のモニタ監視（Paging occasions）処理や報知情報の受信処理のタイミングに先送りし、ＣＴＣＨを優先して受信する動作の一例を説明している。
【００３９】
図５に示すように、あらかじめ定めた一定のＣＴＣＨ受信周期ごとに基地局から送信されてくるＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３，…）のうち、例えば、チャネル種別がＣＴＣＨであるＰＤＵ１を受信した以降において、次のＰＤＵ２の受信処理を行うタイミングに、着信信号のモニタ監視（Paging occasions）処理や報知情報の受信処理などのＣＴＣＨ受信阻害要因が発生する場合には、ＣＴＣＨ受信阻害要因となる着信信号のモニタ監視（Paging occasions）処理や報知情報の受信処理などを、次のタイミングに先送りする。この結果、ＰＤＵ２を優先して受信することができるので、緊急通報メッセージのＳＤＵ（コンテンツ）の生成に必要なすべてのＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３）を受信することができ、すべてのＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３）を連結してＳＤＵを生成することができるようになる。
【００４０】
かくのごとく、移動通信端末は、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、図５に示すように、制御部７の制御により、ＣＴＣＨ受信阻害要因である着信信号のモニタ監視（Paging occasions）の処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する。つまり、次のＣＴＣＨ受信タイミングが着信信号のモニタ監視（Paging occasions）のタイミングと同時になる場合、制御部７は、着信信号のモニタ監視（Paging occasions）の処理を次の着信信号のモニタ監視（Paging occasions）のタイミングに先送りし、ＣＴＣＨを優先して受信する。
【００４１】
なお、３ＧＰＰ規格においては、着信信号のモニタ監視（Paging occasions）の処理をＣＴＣＨの受信よりも優先しても良いことが規定されているが、基地局からの緊急通報メッセージの受信処理を優先する本実施形態においては、逆に、着信信号のモニタ監視（Paging occasions）の処理よりもＣＴＣＨの受信を優先するように制御する。
【００４２】
（４-２）最適な基地局を選択するための基地局のサーチ（Cell search；３ＧＰＰ規格ＴＳ２５．３０４）（図６）
図６は、最適な基地局を選択するための基地局のサーチ（Cell search）処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する動作の一例を説明する説明図である。ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、制御部７にて、最適な基地局を選択するための基地局のサーチ処理を、ＣＴＣＨ受信タイミングを避けて行い、ＣＴＣＨ受信タイミングでは必ずＣＴＣＨを優先して受信する動作の一例を説明している。
【００４３】
図６に示すように、あらかじめ定めた一定のＣＴＣＨ受信周期ごとに基地局から送信されてくるＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３，…）のうち、例えば、チャネル種別がＣＴＣＨであるＰＤＵ１を受信した以降において、次のＰＤＵ２の受信処理を行うタイミングに、基地局のサーチ（Cell search）処理などのＣＴＣＨ受信阻害要因が発生する場合には、ＣＴＣＨ受信阻害要因となる基地局のサーチ（Cell search）処理などを、ＣＴＣＨ受信タイミングを避けて行うように制御し、ＣＴＣＨ受信阻害要因の合間にＣＴＣＨのＰＤＵを確実に受信できるように制御する。この結果、ＰＤＵ２を優先して受信することができるので、緊急通報メッセージのＳＤＵ（コンテンツ）の生成に必要なすべてのＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３）を受信することができ、すべてのＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３）を連結してＳＤＵを生成することができるようになる。
【００４４】
かくのごとく、移動通信端末は、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、図６に示すように、制御部７の制御により、ＣＴＣＨ受信阻害要因である最適な基地局を選択するための基地局のサーチの処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する。つまり、最適な基地局を選択するための基地局のサーチの処理はＣＴＣＨ受信タイミングを避けて行い、ＣＴＣＨ受信タイミングでは必ずＣＴＣＨを優先して受信するように制御する。
【００４５】
（４-３）報知情報（ＢＣＣＨ：Broadcast Control Channel；３ＧＰＰ規格ＴＳ２５．３０４）の受信（図５）
ＣＴＣＨ受信阻害要因の一つである報知情報（ＢＣＣＨ）の受信処理については、（４−１）にて説明した着信信号のモニタ監視（Paging occasions）処理の場合と同様であり、移動通信端末は、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、図５に示したように、制御部７の制御により、ＣＴＣＨ受信阻害要因である報知情報（ＢＣＣＨ）の受信処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する。つまり、次のＣＴＣＨ受信タイミングが報知情報（ＢＣＣＨ）の受信のタイミングと同時になる場合、報知情報（ＢＣＣＨ）の受信の処理を次の報知情報（ＢＣＣＨ）の受信のタイミングに先送りし、ＣＴＣＨを優先して受信するように制御する。
【００４６】
（４-４）基地局再選択（Cell reselection；３ＧＰＰ規格ＴＳ２５．３０４）（図７）
図７は、基地局再選択（Cell reselection）処理や位置登録（Location registration）処理やユーザ操作による発信の処理や電源ＯＦＦの処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する動作の一例を説明する説明図である。ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、制御部７にて、基地局再選択（Cell reselection）の処理や位置登録（Location registration）処理やユーザ操作による発信の処理やユーザ操作やバッテリー容量低下による電源ＯＦＦの処理はＳＤＵの生成（基地局から配信された緊急通報メッセージの通知）が完了してから行い、ＣＴＣＨ受信タイミングでは必ずＣＴＣＨを受信する動作の一例を説明している。
【００４７】
図７に示すように、あらかじめ定めた一定のＣＴＣＨ受信周期ごとに基地局から送信されてくるＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３，…）のうち、例えば、チャネル種別がＣＴＣＨであるＰＤＵ１を受信した以降において、次のＰＤＵ２の受信処理を行うタイミングに、基地局再選択（Cell reselection）の処理などのＣＴＣＨ受信阻害要因が発生する場合には、ＣＴＣＨ受信阻害要因となる基地局再選択（Cell reselection）の処理などを、ＳＤＵ生成後まで先送りして、ＳＤＵ生成に必要とするすべてのＰＤＵを受信するタイミングを避けるように制御する。この結果、ＰＤＵ２を優先して受信することができるので、緊急通報メッセージのＳＤＵ（コンテンツ）の生成に必要なすべてのＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３）を受信することができ、すべてのＰＤＵ（ＰＤＵ１，ＰＤＵ２，ＰＤＵ３）を連結してＳＤＵを生成することができるようになる。
【００４８】
かくのごとく、移動通信端末は、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、図７に示すように、制御部７の制御により、ＣＴＣＨ受信阻害要因である基地局再選択（Cell reselection）の処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する。つまり、基地局再選択（Cell reselection）の処理はＳＤＵの生成（基地局から配信された緊急通報メッセージの通知）が完了してから行い、ＣＴＣＨ受信タイミングでは必ずＣＴＣＨを受信するように制御する。
【００４９】
（４-５）位置登録（Location registration；３ＧＰＰ規格ＴＳ２５．３０４）（図７）
ＣＴＣＨ受信阻害要因の一つである位置登録（Location registration）処理についても、（４−４）にて説明した基地局再選択（Cell reselection）の処理の場合と同様であり、移動通信端末は、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、図７に示したように、制御部７の制御により、ＣＴＣＨ受信阻害要因である位置登録（Location registration）の処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する。つまり、位置登録（Location registration）の処理はＳＤＵの生成（基地局から配信された緊急通報メッセージの通知）が完了してから行い、ＣＴＣＨ受信タイミングでは必ずＣＴＣＨを受信するように制御する。
【００５０】
（４-６）ユーザ操作による発信（電話やパケット通信などの開始）（図７）
ＣＴＣＨ受信阻害要因の一つであるユーザ操作による発信に関する処理についても、（４−４）にて説明した基地局再選択（Cell reselection）の処理の場合と同様であり、移動通信端末は、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、図７に示したように、制御部７の制御により、ＣＴＣＨ受信阻害要因である発信の処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する。つまり、発信の処理はＳＤＵの生成（基地局から配信された緊急通報メッセージの通知）が完了してから行い、ＣＴＣＨ受信タイミングでは必ずＣＴＣＨを受信するように制御する。
【００５１】
この場合、移動通信端末のユーザ操作による発信の処理が一時保留されるため、その旨をユーザへ通知する手段を有することが必要である。なお、ユーザ操作による発信が緊急呼の場合には、その発信自体が緊急性を要するため、ＣＴＣＨの受信を優先する前述の処理の対象外として、ＣＴＣＨ受信タイミングであっても、ユーザ操作による発信の処理を行うようにしても良い。
【００５２】
（４-７）ユーザ操作による移動通信端末の電源ＯＦＦ（図７）
ＣＴＣＨ受信阻害要因の一つであるユーザ操作による移動通信端末の電源ＯＦＦの処理についても、（４−４）にて説明した基地局再選択（Cell reselection）の処理の場合と同様であり、移動通信端末は、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、図７に示したように、制御部７の制御により、ＣＴＣＨ受信阻害要因である移動通信端末のユーザ操作による電源ＯＦＦの処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する。つまり、ユーザ操作による移動通信端末の電源ＯＦＦの処理はＳＤＵの生成（基地局から配信された緊急通報メッセージの通知）が完了してから行い、ＣＴＣＨ受信タイミングでは必ずＣＴＣＨを受信するように制御する。
【００５３】
この場合、移動通信端末のユーザ操作による移動通信端末の電源ＯＦＦの処理が一時保留されるため、その旨をユーザへ通知するとともに、基地局から配信された緊急通報メッセージの通知を移動通信端末のユーザが確認した後に、移動通信端末の電源をＯＦＦすることが必要である（ただし、電源をＯＦＦする動作に先立ってユーザに電源ＯＦＦするか否かの確認を行うことが必要である）。
【００５４】
（４-８）バッテリー容量低下による移動通信端末の電源ＯＦＦ（図７）
ＣＴＣＨ受信阻害要因の一つであるバッテリー容量低下による移動通信端末の電源ＯＦＦの処理についても、（４−４）にて説明した基地局再選択（Cell reselection）の処理の場合と同様であり、移動通信端末は、ＣＴＣＨのＰＤＵを１つでも受信した後、または、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後は、図７に示したように、制御部７の制御により、ＣＴＣＨ受信阻害要因であるバッテリー容量低下による移動通信端末の電源ＯＦＦの処理よりも、緊急通報メッセージのＳＤＵの生成に必要な残りのＣＴＣＨのＰＤＵを受信する処理を優先する。つまり、バッテリー容量低下による移動通信端末の電源ＯＦＦの処理はＳＤＵの生成（基地局から配信された緊急通報メッセージの通知）が完了してから行い、ＣＴＣＨ受信タイミングでは必ずＣＴＣＨを受信するように制御する。
【００５５】
この場合、基地局から配信された緊急通報メッセージの通知を移動通信端末のユーザが確認した後に、移動通信端末の電源をＯＦＦすることが必要である（ただし、電源をＯＦＦする動作に先立ってユーザに電源ＯＦＦするか否かの確認を行うことが必要である）。
【００５６】
（５）緊急通報メッセージの受信優先処理の可否のユーザによる設定
前述の（４）の基地局からの緊急通報メッセージの受信優先処理に関しては、移動通信端末のユーザが、あらかじめ、ＣＴＣＨ受信阻害要因ごとに、ＣＴＣＨ受信を優先するか、あるいは、ＣＴＣＨ受信阻害要因の処理を優先するかを任意に設定することを可能とする。また、ＣＴＣＨ受信を優先するように設定する場合、ＣＴＣＨのＰＤＵを１つでも受信した後に、ＣＴＣＨ受信を優先するか、あるいは、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後に、ＣＴＣＨ受信を優先するかをユーザが設定することを可能とする。
【００５７】
また、メッセージ種別が緊急通報であるＣＴＣＨのＰＤＵを受信した後に、ＣＴＣＨ受信を優先する場合、メッセージ種別つまり緊急通報の概要（地震、津波など）ごとに、ＣＴＣＨ受信を優先するか、あるいは、ＣＴＣＨ受信阻害要因の処理を優先するかをユーザが設定することを可能とする。
【００５８】
例えば、移動通信端末のユーザの任意の指定により、以下のような設定が可能である。（５−１）着信信号のモニタ監視（Paging occasions）（４-１）とユーザ操作の緊急呼発信（４-６）については、ＣＴＣＨ受信よりも優先して処理する。
（５−２）基地局のサーチ（Cell search）（４-２）については、ＣＴＣＨのＰＤＵを１つでも受信した後はＣＴＣＨ受信を優先して処理する。
（５−３）基地局再選択（Cell reselection）（４-４）については、メッセージ種別が緊急通報（地震）であるＣＴＣＨのＰＤＵを受信した後はＣＴＣＨ受信を優先するが、メッセージ種別が緊急通報（地震以外）であるＣＴＣＨのＰＤＵを受信した後は基地局再選択（Cell reselection）の処理を優先する。
【００５９】
（本実施形態の効果の説明）
以上に詳細に説明したように、本実施形態においては、次のような効果が得られる。すなわち、移動通信端末のユーザは、緊急通報メッセージの通知に必要な一部のデータを移動通信端末にて受信することができれば、緊急通報の有無やその概要を知ることができる。また、緊急通報が発生した場合、緊急通報メッセージの通知に必要なデータの受信を阻害する要因を取り除くことにより、より早く、基地局からの緊急通報メッセージを受信することができる。
【００６０】
なお、前述の実施形態にて説明した３ＧＰＰ規格準拠のＣＢＳ（Cell Broadcast Service）プロトコルと類似のプロトコル構成からなる信号の受信方法を採用している通信形態であれば、本実施形態に記載のチャネル、緊急通報メッセージ以外のコンテンツであっても、全く同様に、本発明に係る仕組みを適用することができる。
【００６１】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、図４の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。）
【００６２】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００６３】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００６４】
この出願は、２００９年９月１８日に出願された日本出願特願２００９−２１６７７６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００６５】
１      無線部
２      受信部
３      基地局選択部
４      ＳＤＵ生成部
５      チャネル判定部
６      メッセージ判定部
７      制御部
８      ユーザＩ／Ｆ部
９      タイミング制御部
１０    送信部
【図１】
2011033711.tif 000003
【図２】
2011033711.tif 000004
【図３】
2011033711.tif 000005
【図４】
2011033711.tif 000006
【図５】
2011033711.tif 000007
【図６】
2011033711.tif 000008
【図７】
2011033711.tif 000009
【図８】
2011033711.tif 000010
【図９】
2011033711.tif 000011
【手続補正書】
【提出日】平成24年3月7日(2012.3.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末であって、
ＳＤＵ（Service Data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、基地局から一部のＰＤＵを受信した場合に、受信した一部の前記ＰＤＵのチャネル種別及びメッセージ種別のうち少なくとも一方の種別内容を判定する判定手段と、
前記判定手段によって判定されたチャネル種別又はメッセージ種別が、緊急通報に関する情報を示す場合、ユーザに対して緊急通報発生の旨を通知する制御手段と、を備える移動通信端末。
【請求項２】
前記判定手段は、
受信した一部の前記ＰＤＵのチャネル種別が前記基地局からの緊急通報メッセージであるＣＴＣＨ（Common Traffic Channel）であるか否かを、当該ＰＤＵ内のＭＡＣヘッダ上のＴＣＴＦ（Target Channel Type Field）に基づいて判定することを特徴とする請求項１に記載の移動通信端末。
【請求項３】
前記判定手段は、
受信した一部の前記ＰＤＵのメッセージ種別が緊急通報であるか否かを、当該ＰＤＵ内のＣＢ（Cell Broadcast）メッセージ内のMessage  ＩＤに基づいて判定することを特徴とする請求項１に記載の移動通信端末。
【請求項４】
前記制御手段は、
前記緊急通報が発生した旨を画面表示するか、あるいは、前記緊急通報が発生した旨の警報音を鳴動することによって、ユーザに対して前記緊急通報発生の旨を通知することを特徴とする請求項１乃至３のいずれか１項に記載の移動通信端末。
【請求項５】
前記制御手段は、
前記判定手段によって判定されたチャネル種別が、前記基地局からの緊急通報メッセージであるＣＴＣＨであった場合、ユーザに対して緊急通報発生の旨を通知し、さらに、前記判定手段によって判定されたメッセージ種別が、緊急通報であった場合、ユーザに対して前記緊急通報の概要を通知する請求項１乃至４のいずれか１項に記載の移動通信端末。
【請求項６】
前記制御手段は、
前記緊急通報発生及び前記緊急通報の概要のうち少なくとも一方を通知した後に、前記ＳＤＵの生成に必要なすべてのＰＤＵを受信することができた場合に、生成したＳＤＵに基づいて、前記基地局から送信されてきた緊急通報メッセージをユーザに対して通知する、請求項５記載の移動通信端末。
【請求項７】
前記制御手段は、
前記ＳＤＵ生成に必要なＰＤＵのうち、前記チャネル種別が前記基地局からの緊急通報メッセージであるＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、
前記ＣＴＣＨの受信を阻害する前記移動通信端末におけるＣＴＣＨ受信阻害要因を排除し、前記基地局から送信されてくる前記チャネル種別がＣＴＣＨであるＰＤＵの受信処理を優先して行うことを特徴とする請求項１乃至６のいずれか１項に記載の移動通信端末。
【請求項８】
前記制御手段は、
前記ＣＴＣＨ受信阻害要因に関する処理を行うタイミングが、前記基地局から送信されてくる前記ＣＴＣＨの受信タイミングと同一になる場合、当該ＣＴＣＨ受信阻害要因に関する処理を行う実行タイミングを次の実行タイミングまで先送りするように制御するか、当該ＣＴＣＨ受信阻害要因に関する処理を行う実行タイミングを前記ＣＴＣＨ受信タイミングを避けて強制的にずらすことにより、前記基地局から送信されてくる前記ＣＴＣＨの受信タイミングと同一にならないように制御するか、または、当該ＣＴＣＨ受信阻害要因に関する処理を、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵの生成が完了した後に実行するように制御するか、のいずれかにより、前記ＣＴＣＨ受信阻害要因を排除することを特徴とする請求項７に記載の移動通信端末。
【請求項９】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである基地局からの着信信号のモニタ監視(Paging occasions)を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一になる場合、着信信号のモニタ監視(Paging occasions)の処理タイミングを次の着信信号のモニタ監視(Paging occasions)の処理タイミングまで先送りして、前記ＳＤＵ生成に必要とするチャネル種別がＣＴＣＨであるＰＤＵの受信タイミングと重ならないように制御することを特徴とする請求項８記載の移動通信端末。
【請求項１０】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである基地局からの報知情報(ＢＣＣＨ：Broadcast Control Channel)を受信するタイミングが、以降のＣＴＣＨの受信タイミングと同一になる場合、報知情報(ＢＣＣＨ)の受信タイミングを次の報知情報(ＢＣＣＨ)の受信タイミングまで先送りして、前記ＳＤＵ生成に必要とするチャネル種別がＣＴＣＨであるＰＤＵの受信タイミングと重ならないように制御することを特徴とする請求項８記載の移動通信端末。
【請求項１１】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである最適な基地局を選択するための基地局のサーチ(Cell search)を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、基地局のサーチ(Cell search)の処理タイミングを、ＣＴＣＨ受信タイミングを避けて強制的にずらすように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１２】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである最適な基地局を再選択するための基地局再選択(Cell reselection)を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、基地局再選択(Cell reselection)の処理を、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵの生成が完了した後に実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１３】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つである位置登録(Location registration)を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、位置登録(Location registration)の処理を、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵの生成が完了した後に実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１４】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つであるユーザ操作による発信を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、ユーザ操作による発信の処理を、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵの生成が完了した後に実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１５】
前記制御手段は、
前記ＳＤＵの生成が完了するまで、前記ユーザ操作による発信の処理を保留する場合、その旨をユーザに対して通知することを特徴とする請求項１４に記載の移動通信端末。
【請求項１６】
前記制御手段は、
前記ユーザ操作による発信が緊急呼であった場合、前記ユーザ操作による発信を処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一になったとしても、前記ユーザ操作による発信の処理を、前記ＳＤＵの生成が完了するまで保留することなく、当該発信の処理タイミングにおいて実施することを特徴とする請求項１４に記載の移動通信端末。
【請求項１７】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つであるユーザ操作による前記移動通信端末の電源ＯＦＦを処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵを生成し、生成した前記ＳＤＵに基づいて、前記基地局から送信されてきた緊急通報メッセージをユーザに対して通知した後に、前記移動通信端末の電源ＯＦＦの処理を実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項１８】
前記制御手段は、
生成した前記ＳＤＵに基づいて、前記基地局から送信されてきた緊急通報メッセージをユーザに対して通知するまで、ユーザ操作による前記移動通信端末の電源ＯＦＦの処理を保留する場合、その旨をユーザに対して通知することを特徴とする請求項１７に記載の移動通信端末。
【請求項１９】
前記制御手段は、
前記緊急通報メッセージをユーザに対して通知するまで、ユーザ操作による前記移動通信端末の電源ＯＦＦの処理を保留した場合、前記緊急通報メッセージをユーザに対して通知した後、前記移動通信端末の電源ＯＦＦの処理を実施するか否かをユーザに確認することを特徴とする請求項１７または１８に記載の移動通信端末。
【請求項２０】
前記制御手段は、
前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後、または、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、前記ＣＴＣＨ受信阻害要因の一つであるバッテリー容量低下による前記移動通信端末の電源ＯＦＦを処理するタイミングが、以降のＣＴＣＨの受信タイミングと同一にならないように、前記ＳＤＵ生成に必要とするすべてのＰＤＵを受信して、前記ＳＤＵを生成し、前記生成したＳＤＵに基づいて、前記基地局から送信されてきた緊急通報メッセージをユーザに対して通知した後に、前記移動通信端末の電源ＯＦＦの処理を実行するように制御することを特徴とする請求項８に記載の移動通信端末。
【請求項２１】
前記制御手段は、
前記緊急通報メッセージをユーザに対して通知するまで、バッテリー容量低下による前記移動通信端末の電源ＯＦＦの処理を保留した場合、前記緊急通報メッセージをユーザに対して通知した後、前記移動通信端末の電源ＯＦＦの処理を実施するか否かをユーザに確認することを特徴とする請求項２０に記載の移動通信端末。
【請求項２２】
基地局からの緊急通報メッセージであるＣＴＣＨの受信を阻害する前記ＣＴＣＨ受信阻害要因を排除して前記ＣＴＣＨの受信処理を優先するか、あるいは、前記ＣＴＣＨ受信阻害要因に関する処理を優先するかを、前記ＣＴＣＨ受信阻害要因の要因ごとに、前記移動通信端末のユーザがあらかじめ設定することを可能としていることを特徴とする請求項８乃至２１のいずれか１項に記載の移動通信端末。
【請求項２３】
前記ＣＴＣＨ受信阻害要因の要因ごとに、前記移動通信端末のユーザが、前記ＣＴＣＨの受信処理を優先する旨をあらかじめ設定する場合、前記ＣＴＣＨ受信阻害要因に関し、前記チャネル種別がＣＴＣＨであるＰＤＵを受信した後は、当該ＣＴＣＨ受信阻害要因を排除し、前記ＣＴＣＨの受信処理を優先するか、あるいは、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、当該ＣＴＣＨ受信阻害要因を排除し、前記ＣＴＣＨの受信処理を優先するかのいずれかを選択して設定することを可能としていることを特徴とする請求項２２に記載の移動通信端末。
【請求項２４】
前記ＣＴＣＨ受信阻害要因の要因ごとに、前記移動通信端末のユーザが、前記メッセージ種別が緊急通報であるＰＤＵを受信した後は、当該ＣＴＣＨ受信阻害要因を排除し、前記ＣＴＣＨの受信処理を優先する旨をあらかじめ設定する場合、当該ＣＴＣＨ受信阻害要因に関し、前記メッセージ種別が示す緊急通報の概要ごとに、当該ＣＴＣＨ受信阻害要因を排除し、前記ＣＴＣＨの受信処理を優先するか、あるいは、当該ＣＴＣＨ受信阻害要因の処理を優先するかのいずれかを選択して設定することを可能としていることを特徴とする請求項２２に記載の移動通信端末。
【請求項２５】
３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末における緊急通報受信方法であって、
ＳＤＵ（Service Data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、一部のＰＤＵを受信し、
受信した前記一部のＰＤＵのチャネル種別及びメッセージ種別のうち少なくとも一方の種別内容を判定し、
前記判定されたチャネル種別又はメッセージ種別が、緊急通報に関する情報を示す場合、ユーザに対して緊急通報発生の旨を通知する緊急通報受信方法。
【請求項２６】
受信した前記一部のＰＤＵのチャネル種別がＣＴＣＨ（Common Traffic Channel）であるか否かの判定を、当該ＰＤＵ内のＭＡＣヘッダ上のＴＣＴＦ（Target Channel Type Field）に基づいて判定することを特徴とする請求項２５に記載の緊急通報受信方法。
【請求項２７】
受信した一部の前記ＰＤＵのメッセージ種別が緊急通報であるか否かの判定を、当該ＰＤＵ内のＣＢ（Cell Broadcast）メッセージ内のMessage  ＩＤに基づいて判定することを特徴とする請求項２５に記載の緊急通報受信方法。
【請求項２８】
緊急通報が発生した旨を画面表示するか、あるいは、緊急通報が発生した旨の警報音を鳴動することによって、ユーザに対して前記緊急通報発生の旨を通知することを特徴とする請求項２５乃至２７のいずれか１項に記載の緊急通報受信方法。
【請求項２９】
３ＧＰＰ規格の無線方式に準拠して動作する移動通信端末において、ＳＤＵ（Service data Unit）の生成に必要なＰＤＵ（Protocol Data Unit）のうち、一部のＰＤＵを受信し、受信した前記一部のＰＤＵのチャネル種別が、基地局からの緊急通報メッセージであるＣＴＣＨ（Common Traffic Channel）であった場合に、ユーザに対して緊急通報発生の旨を通知するステップを、コンピュータに実行させるための緊急通報受信プログラム。
【国際調査報告】
2011033711.tif 000012
2011033711.tif 000013
2011033711.tif 000014
2011033711.tif 000015