(57)【要約】  本実施形態により、携帯端末に対して自由が与えられる。これは、ユーザがアクティブな音声呼またはデータ呼にあるか、音声呼またはデータ呼の確立の間にある携帯端末を有する場合であっても、ユーザが公衆警報メッセージに関して警告され得ることを意味する。警告表示を受信した後、ユーザは、音声呼またはデータ呼を切断して、GSMシステムの場合ではCBCHのようなブロードキャストチャネルを介して実際の警報メッセージを受信するためのアイドルモードに移行するか、該警告メッセージを省略するかについての決定を行うことができる。【選択図】
2016506092.tif 000002
【特許請求の範囲】
【請求項１】
移動電気通信システムにおけるセルに配置される端末に対して公衆警報システム（PWS）の表示を送信するための、前記移動電気通信システムにおけるノードの方法であって、
メッセージ提供エンティティからメッセージを受信する工程（６０２）と、
前記受信したメッセージが、前記セルでの送信が意図された公衆警報システム（PWS）のメッセージであるかを判定する工程（６０４）と、
前記受信したメッセージがPWSのメッセージである場合に、前記端末に対して一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを送信することと並行して、前記端末に対して制御チャネルでPWSの表示を送信する工程を含み、
前記PWSの表示は、前記PWSのメッセージが前記セルにおける前記端末により取得されることが可能であることことを特徴とする方法。
【請求項２】
前記一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを送信する工程は、アクティブな音声呼またはデータ呼の間またはアクティブな音声呼またはデータ呼に備えてデータを送信することを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを送信する工程は、前記PWSのメッセージを送信することを含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記移動電気通信システムは、移動通信用グローバルシステム（GSM）であり、前記制御チャネルは、付随制御チャネルであることを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記移動電気通信システムは、ユニバーサル移動電気通信システム無線アクセスネットワーク（UTRAN）と、ロングタームエヴォシューション（LTE）のいずれかであることを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項６】
前記PWSの表示を送信する工程は、低速付随制御チャネル（SACCH）上で、システム情報（SI）タイプ６メッセージに含まれる前記PWSの表示を送信することを含む、ことを特徴とする請求項４に記載の方法。
【請求項７】
前記PWSの表示を送信する工程は、高速付随制御チャネル（FACCH）上で、アプリケーション情報メッセージにおけるアプリケーションプロトコルデータユニットアイデンティティ（APDU ID）として前記PWSの表示を送信することを含むことを特徴とする請求項４に記載の方法。
【請求項８】
前記PWSの表示を送信する工程は、FACCH上で、アプリケーション情報メッセージにおけるAPDUデータの一部としての前記PWSの表示を送信することを含むことを特徴とする請求項４に記載の方法。
【請求項９】
前記PWSの表示を送信する工程は、SACCH上で、アプリケーション情報（AI）メッセージにおけるAPDUデータの一部としての前記PWSの表示を送信することを含むことを特徴とする請求項４に記載の方法。
【請求項１０】
前記PWSの表示を送信する工程は、パケット付随制御チャネル（PACCH）メッセージに含まれる前記PWSの表示を送信することを含むことを特徴とする請求項４に記載の方法。
【請求項１１】
前記PWSの表示は、パケットアップリンク肯定応答／否定応答メッセージに含まれることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記PWSの表示を送信する工程は、PACCH上で、パケットアプリケーション情報（AI）メッセージにおけるアプリケーションタイプとしての前記PWSの表示を送信することを含むことを特徴とする請求項４に記載の方法。
【請求項１３】
前記PWSの表示を送信する工程は、PACCH上で、パケットAIメッセージにおけるアプリケーションデータフィールドの一部として前記PWSの表示を送信することを含むことを特徴とする請求項４に記載の方法。
【請求項１４】
移動電気通信システムにおけるセルに配置される端末の方法であって、
一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを受信することと並行して、制御チャネルで公衆警報システム（PWS）の表示を受信する工程（７０２）を含み、
前記PWSの表示は、PWSのメッセージが前記セルにおける前記端末により取得されることが可能であることを特徴とする方法。
【請求項１５】
前記一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを受信する工程は、アクティブな音声呼またはデータ呼の間またはアクティブな音声呼またはデータ呼に備えてデータを受信することを含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記移動電気通信システムは、移動通信用グローバルシステム（GSM）であり、前記制御チャネルは、付随制御チャネルであることを特徴とする請求項１４または１５に記載の方法。
【請求項１７】
前記移動電気通信システムは、ユニバーサル移動電気通信システム無線アクセスネットワーク（UTRAN）と、ロングタームエヴォシューション（LTE）のいずれかであることを特徴とする請求項１４または１５に記載の方法。
【請求項１８】
前記PWSの表示を受信する工程は、低速付随制御チャネル（SACCH）上で、システム情報（SI）タイプ６メッセージに含まれる前記PWSの表示を受信することを含む、ことを特徴とする請求項１６に記載の方法。
【請求項１９】
前記PWSの表示を受信する工程は、高速付随制御チャネル（FACCH）上で、アプリケーション情報メッセージにおけるアプリケーションプロトコルデータユニットアイデンティティ（APDU ID）として前記PWSの表示を受信することを含むことを特徴とする請求項１６に記載の方法。
【請求項２０】
前記PWSの表示を受信する工程は、FACCH上で、アプリケーション情報メッセージにおけるAPDUデータの一部として前記PWSの表示を受信することを含むことを特徴とする請求項１６に記載の方法。
【請求項２１】
前記PWSの表示を受信する工程は、SACCH上で、アプリケーション情報（AI）メッセージにおけるAPDUデータの一部としての前記PWSの表示を受信することを含むことを特徴とする請求項１６に記載の方法。
【請求項２２】
前記PWSの表示を受信する工程は、パケット付随制御チャネル（PACCH）メッセージに含まれる前記PWSの表示を受信することを含むことを特徴とする請求項１６に記載の方法。
【請求項２３】
前記PWSの表示は、パケットアップリンク肯定応答／否定応答メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項２４】
前記PWSの表示を受信する工程は、PACCH上で、パケットアプリケーション情報（AI）メッセージにおけるアプリケーションタイプとして前記PWSの表示を受信することを含むことを特徴とする請求項１６に記載の方法。
【請求項２５】
前記PWSの表示を受信する工程は、PACCH上で、パケットAIメッセージにおけるアプリケーションデータフィールドの一部として前記PWSの表示を受信することを含むことを特徴とする請求項１６に記載の方法。
【請求項２６】
移動電気通信システムにおけるセルに配置される端末に対して公衆警報システム（PWS）の表示を送信するための、前記移動電気通信システムにおけるノードであって、
メッセージ提供エンティティからメッセージを受信し、
制御部は、前記受信したメッセージが、前記セルでの送信が意図された公衆警報システム（PWS）のメッセージであるかを判定し、
前記受信したメッセージがPWSのメッセージである場合に、前記端末に対して一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを送信することと並行して、前記端末に対して制御チャネルでPWSの表示を送信するように構成されており、
前記PWSの表示は、PWSのメッセージが前記セルにおける前記端末により取得されることが可能であることを示す、
ことを特徴とするノード。
【請求項２７】
前記一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを送信することは、アクティブな音声呼またはデータ呼の間またはアクティブな音声呼またはデータ呼に備えてデータを送信することを含むように構成されていることを特徴とする請求項２６に記載のノード。
【請求項２８】
前記一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを送信することは、前記PWSのメッセージを送信することを含むように構成されていることを特徴とする請求項２６または２７に記載のノード。
【請求項２９】
移動通信用グローバルシステム（GSM）である移動電気通信システムにおいて動作するように構成され、前記制御チャネルは、付随制御チャネルであることを特徴とする請求項２６から２８のいずれか１項に記載のノード。
【請求項３０】
ユニバーサル移動電気通信システム無線アクセスネットワーク（UTRAN）と、ロングタームエヴォシューション（LTE）のいずれかである移動電気通信システムにおいて動作するように構成されていることを特徴とする請求項２６から２８のいずれか１項に記載のノード。
【請求項３１】
移動電気通信システムにおけるセルに配置される端末であって、
一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを受信することと並行して、制御チャネルで公衆警報システム（PWS）の表示を受信するように構成されており、
前記PWSの表示は前記セルにおける前記端末により取得されることが可能であるように構成されている、
ことを特徴とする端末。
【請求項３２】
前記一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを受信することが、アクティブな音声呼またはデータ呼の間またはアクティブな音声呼またはデータ呼に備えてデータ受信することを含むように構成されていることを特徴とする請求項３１に記載の端末。
【請求項３３】
モバイル通信用のグローバルシステム（GSM）である移動電気通信システムにおいて動作するように構成され、前記制御チャネルは、付随制御チャネルであることを特徴とする請求項３１または３２に記載の端末。
【請求項３４】
ユニバーサル移動電気通信システム無線アクセスネットワーク（UTRAN）と、ロングタームエヴォシューション（LTE）のいずれかである移動通信システムにおいて動作するように構成されていることを特徴とする請求項３１または３２に記載の端末。
【請求項３５】
プロセッサにおいて実行された場合に、請求項１から１３のいずれか１項に記載の方法を実行するように構成されたソフトウェア命令を含むコンピュータプログラム。
【請求項３６】
プロセッサにおいて実行された場合に、請求項１４から２５のいずれか１項に記載の方法を実行するように構成されたソフトウェア命令を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、移動通信システムに関する。詳細には、無線アクセスネットワークにおけるノードにおける方法、無線ネットワークにおけるノード、移動局における方法、移動局、ノードと移動局におけるそれぞれのコンピュータプログラム製品である。より詳細には、本実施形態は、移動通信システムにおいて公衆警報システム（Public Warning System, PWS）の通知を送信し受信することに関し、特に、接続モードにおける移動局のユーザに関する。接続モードは、移動局がブロードキャストされたメッセージを読み取ることができないモードを指す。該モードは、個別のモード、パケット伝送モード、デュアル伝送モードを含む。
【背景技術】
【０００２】
近年、一般市民において、時間通りで正確な警告、災害や他の緊急事態に関する警報および重要な情報を受信する能力を、使用される通信技術の如何に関係なく、確実に備えることに関心がもたれている。地震、津波、ハリケーンおよび野火のような災害から学んだように、そのような能力は、一般市民が、重い怪我や、生活または財産の損失から、彼らの家族および彼ら自身を守るための適切な行動をとることを可能にするために必須である。
【０００３】
セルラーシステムを介して警報通知（Warning Notification）を分散させるメカニズムを提供することにより、一般市民への警報通知の信頼性、弾力性、および安全性を強化したいというこの意向は、公衆警報システムに対するユニバーサルな規格をもつ勢力となる。3GPP（第３世代パートナーシッププロジェクト、これは６つ電気通信団体のコンソーシアムである）によれば、公衆警報システム（PWC）と呼ばれる一般的な要件が定義されている。
【０００４】
以下は、3GPP技術仕様書、TS. 22.268に定義されている標準の公衆警報システムである。
・地震津波警報システム（ETWS）
・商用移動通知システム（CMAS）
・欧州公衆警報システム（EU-Alert）
・韓国公衆通知システム（KPAS）
【０００５】
ETWSの要件は、日本の機関によって定義されているが、3GPP規格から模範的に参照されていない。3GPP TS 22.268は、ETWS に対する3GPPシステムの要件を捉えている。
【０００６】
CMASは、連邦通信委員会（FCC）米国連邦規制基準（CFR）、Title 47, Chapter 10の下で定義されている。3GPP TS 22.268は、CMASに対する3GPPシステムの要件を捉えている。
【０００７】
（3GPPには直接含まれていない）米国電気通信産業ソリューション連合（ATIS）と米国電気通信工業会（TIA）により定められたCMAS規格は、J-STD-100、J-STD-101、ATIS-0700006 、ATIS-0700007、 ATIS-0700008、ATIS-0700010を含む。
【０００８】
要約すれば、規格化された全てのPWSは、グローバルなサービスと警報カテゴリを有する。警報のカテゴリ検出は、ローミングするユーザに対してグローバルであり、GSM（Global System for Mobile Communication、モバイル通信用のグローバルシステム）、UTRAN（Universal Mobile Telecommunications System Radio Access Network、ユニバーサル移動電気通信システム無線アクセスネットワーク）およびLTE（Long Term Evolution、ロングタームエヴォシューション）無線ネットワークのような3GPPシステムに適用可能でなければならない。
【０００９】
電気通信システムにおけるETWSとCMASの構造は、図１と図２にそれぞれ示される。ここで、ETWSの構造は、3GPP TS 22.168の図１を参照しており、CMASの構造は3GPP TS 22.268の図１を参照している。
【００１０】
過去には、これらの公衆警報システムをサポートするために、3GPP GSM EDGE無線アクセスネットワーク（GERAN）規格において適応化され／実装されている方法が多く存在した。EDGEは、Enhanced Data rates for GSM Evolutionの略である。
【００１１】
例えば、GERANセルラー無線システムにおけるETWS通知メッセージの送信は、以下のように要約できる。
【００１２】
警報通知は、緊急度に応じて2つのタイプに分けられる。通知の一つ目のタイプは、プライマリ通知と呼ばれる。このタイプの通知は、ユーザに迫る脅威のもっとも重要な情報（例えば、地震または津波の差し迫る発生）を伝達する。以下を参照するように、プライマリ通知の緊急度により、このタイプの通知は、ユーザに直ちに伝送されるべきある。
【００１３】
通知の二つ目のタイプは、セカンダリ通知と呼ばれる。このタイプの通知は、緊急事態が続く限り、何をすべきか、どこで助けを得るべきかについての指示のような、追加的な情報を伝達する。
【００１４】
警報通知の提供者のポシリーに依存して、プライマリ通知とセカンダリ通知は、互いに独立して送信され得る。例えば、プライマリ通知は、常には生成されない、すなわち。警報は、セカンダリ通知のみによって構成され得る。3GPP TS 44.018に関しては、移動局がプライマリ通知をサポートすることはオプションである。
【００１５】
プライマリ通知は、かなり厳しい伝達要件を有する。それは、セル・ブロードキャスト・センター（CBC）における警報メッセージの受信から、警報通知が混雑した状況においても分散するように期待されている通知エリアにおいて警報メッセージが移動局に伝達されるまで、４秒というものである。厳しい伝達の要件により、3GPPは、以下の状態において、直接に移動局へ伝達されるプライマリ通知を有することに同意した。すなわち、共通制御チャネル（CCCH）、アイドル、パケットアイドル、個別、デュアル伝送モードまたはパケット伝送、の状態である。プライマリ通知より基本的に容量が大きいセカンダリ通知は、3GPPで定義されたセル・ブロードキャスト・サービス（SBS）を介して伝達される。3GPP TS 23.041を参照。
【００１６】
CMASメッセージの送信は以下のように要約することができる。
【００１７】
CMASは、公衆安全を強化するための、米連邦緊急事態管理局（FEMA）、FCC、および無線キャリアとの間のパートナーシップである。上述したように、CMASについての規則は、FCCにより、47 CFR 10において発行されている。CMASは、地理的に標的が定められた、テキストのような無線緊急通知（WEA）を公衆に送信するために、公衆安全の機関に対し、FEMAの統合公衆通知警報システム（IPAWS）、緊急ネットワークに対するオープンプラットフォーム（IPAWS-OPEN）を使用することを許可している。WEAは、大統領のAMBER（America's Missing: Broadcasting Emergency Response）と差し迫った脅威の通知を、無線の音声とデータサービスがかなり混雑しているときに緊急の時間の間バックログが得られないセル・ブロードキャスト技術用いて、携帯電話へ中継する。
【００１８】
要約すると、3GPPにより、重要な通知メッセージ（ETWSセカンダリ通知、全てのCMASメッセージ、EU-AlertおよびKPASメッセージ）を、セル・ブロードキャスト技術を用いて送信することが許されている。セル・ブロードキャストは、一般的にセル・ブロードキャストチャネル（CBCH）を介してブロードキャストされるメッセージであり、ゆえに、ネットワーク輻輳に関わりない（音声呼またはデータ呼においてではない）アイドルモードにおける（移動局としても知られる）携帯端末を有するユーザへ伝達される。
【００１９】
しかしながら、いくつかの欠点が挙げられる。例えば、アクティブな音声呼またはデータ呼における携帯端末、または音声呼またはデータ呼の確立における携帯端末を有するユーザは、CBCH（例えばCMASまたはETWSセカンダリ通知）において、PWSの通知のブロードキャストを得ることはできないだろう。さらに、ETWSプライマリ通知をサポートしない移動端末や、通知を取得する唯一の望みがセル・ブロードキャストを介すことである移動端末が存在する。音声呼は日に日に安価なものとなっており、人が電話をしている平均時間は、増加しており、人が時間を拡張して電話することは極めて当たり前のこととなっている。さらに、移動端末におけるデータサービスの利用は、年々伸びている（フォアグラウンドおよびバックグラウンド両方のデータ伝送）。これらのことを全て考慮に入れると、人の端末は、ほとんどアイドルモードにならない可能性が高く、ゆえにCBCH上の重要な公衆警報通知のブロードキャストを受信しないことがあり得る。その通知が繰り返されたとしても、人は、ずっと、または再度音声またはデータの呼にいるため、聴取できない可能性がある。さらに、PWSの要件では、モバイルサービスプロバイダーは、継続する呼を終了させないように、または、接続しようとするプロセス、すなわち割り当てられた無線リソースを取得することを未然に防ぐように命令される。
【発明の概要】
【００２０】
上記に説明した不利益の少なくともいくつかを低減するために、本実施形態の第一の観点において、移動電気通信システムにおけるノードにおける方法が供される。方法は、公衆警報システム（PWS）の表示を、移動電気通信システムにおけるセルに配置される端末に対して送信するためのものである。方法は以下の工程を含む。
‐メッセージ提供エンティティからメッセージを受信する工程、
‐受信したメッセージが、該セルでの送信が意図された公衆警報システム（PWS）のメッセージかを判定する工程、
‐受信したメッセージがPWSのメッセージである場合に、前記端末に対して、一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを送信することと並行して、前記端末に対して、制御チャネルでPWSの表示を送信する工程を含む。前記PWSの表示は、PWSのメッセージが前記セルにおける前記端末により取得されることが可能であることを示す。
【００２１】
本実施形態の第二の観点において、移動電気通信システムにおけるセルに配置された端末における方法が供される。方法は、
‐一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかでで他のデータを受信することと並行して、制御チャネルで公衆警報システム（PWS）の表示を受信する工程を含む。前記PWSの表示は、前記セルにおける前記端末により取得されることが可能であることを示す。
【００２２】
本実施形態の第三の観点において、移動電気通信システムにおけるノードが供される。ノードは、移動電気通信システムにおけるセルに配置される端末に、公衆警報システムの表示を送信するためのものである。ノードは、メッセージ提供エンティティからメッセージを受信するように構成される。ノードはさらに、受信したメッセージが、該セルでの送信が意図された公衆警報システム（PWS）のメッセージかを判定するように構成される。ノードはさらに、受信したメッセージがPWSのメッセージである場合に、前記端末に対して、一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを送信することと並行して、前記端末に対して、制御チャネルでPWSの表示を送信するように構成される。前記PWSの表示は、PWSのメッセージが前記セルにおける前記端末により取得されることが可能であることを示す。
【００２３】
本実施形態の第四の観点において、移動電気通信システムにおける端末が供される。端末は、移動電気通信システムにおけるセルに配置されるように構成される。端末は、一つ以上のデータチャネルとトラフィックチャネルのうちの少なくともいずれかで他のデータを受信することと並行して、制御チャネルで公衆警報システム（PWS）の表示を受信するように構成される。前記PWSの表示は、前記セルにおける前記端末により取得されることが可能であることを示す。
【００２４】
本実施形態の第五の観点と第六の観点において、処理部において実行された場合に、第一の観点と第二の観点の方法をそれぞれ実行するように構成されたソフトウェア命令を含むコンピュータプログラム製品がそれぞれ供される。
【００２５】
要するに、本実施形態では、ユーザに対して自由（liberty）が提供される。これは、ユーザが、アクティブな音声呼またはデータ呼の状態にあるか、音声呼またはデータ呼の確立の間である移動端末を有する場合であっても、警報メッセージについて注意喚起されることを意味する。
【００２６】
ユーザは、音声呼またはデータ呼を切断して、GSMシステムの場合ではCBCHのようなブロードキャストチャネルを介して実際の警報システムを受信するためのアイドルモードに移行するか、警報メッセージを省略（skip）するかについての決定を行うことができる。
【図面の簡単な説明】
【００２７】
【図１】図１はETWS構造を概略的に示す。
【図２】図２はCMAS構造を概略的に示す。
【図３】図３は移動通信システムを概略的に示す。
【図４】図４は移動通信システムにおけるノードを概略的に示す。
【図５】図５は移動局を概略的に示す。
【図６】図６はノードにおける方法のフローチャートである。
【図７】図７は移動局における方法のフローチャートである。
【発明を実施するための形態】
【００２８】
図３は、移動電気通信システム３００を概略的に示す。システム３００は、例えば、GSM（Global System for Mobile Communication、移動通信のグローバルシステム）システム、並びにUMTS（Universal Mobile Telecomuications System）またはLTE（Long Term Evolution、ロングタームエヴォシューション）であり、本方法と装置が実装され得る。しかしながら、当業者は、ノード間におけるメッセージと他の情報の送信を含む他の同様な通信システムにおいて、すぐに実装を行うことが可能であるということに注意すべきである。
【００２９】
図３において、システム３００は、コアネットワーク３０２と無線アクセスネットワーク（RAM）３０３を含む。RAN３０３は、いくつかのノードを含む。図３にはノード３０４のみが図示されている。ノード３０４は、地理的な無線セル３０７において（端末としても知られる）移動局と通信を行うように構成される。ノード３０４は、コアネットワーク３０２におけるノード３０５と接続されている。当業者が知っているように、コアネットワーク３０２は、ノード３０５による表されるいくつかのノードを含み、例えばインターネット３０９と通信するときに、RAN３０３を介して移動局３０６へ通信サービスを提供する。サーバー３１０は概略的に移動局が通信し得るエンティティを示す。例えば、サーバー３１０は、上記に示し、また以下において詳細に説明するように、ETWS、CMAS、EU-AlertまたはKPASメッセージのような警報メッセージの提供者であり得る。当業者が理解するように、図３のシステム３００は、コアネットワーク３０２とRAN３０３において多くの数の同様な機能ユニットを含み得り、典型的なネットワークの実現において、移動デバイス３０６の数はかなり多いものとなり得る。
【００３０】
図４は、移動通信システムにおけるRANにおけるノード４００を概略的に示している。ノード４００は、図３におけるノード３０４に相当し、例えば、当業者が理解するように、無線基地局制御器、無線ネットワーク制御器または同様の装置であり得る。ノード４００は、処理部４０２、メモリ４０４、通信回路４０６を有する。通信は、当業者が理解するように、処理部４０２により制御された通信回路４０６により実現される。処理部４０２は、ノード５００の全ての機能を制御するために、メモリ４０４に格納されているソフトウェア命令４０５を使用する。該機能は、以下に詳述するように、公衆警報システム（PWS）の表示を送信することに関する機能を含む。すなわち、少なくとも通信回路４０６、処理部４０２およびメモリ４０４は、上記に要約し、また以下に詳細に述べるように、送信を制御するように構成された制御通信回路の一部を形成する。図３のシステム３００のように、移動通信システム内で基本的な機能を実行するためにこれらの構成がどのように動作するかについての詳細は、本開示の範囲外であり、さらに説明はされない。
【００３１】
図５は、（移動通信端末またはユーザ装置（UE）としても知られる）移動局（MS）５００を概略的に示す。MS５００は、図３の移動局３０６に相当する。MS５００は、処理部５０２、メモリ５０４、通信回路５０６およびアンテナ５２２を含む。アンテナを介した無線通信は、当業者が理解するように、処理部５０２により制御された通信回路５０６により実現される。処理部５０２は、移動局５００の全ての機能を制御するために、メモリ５０４に格納されているソフトウェア命令５０５を使用する。該機能は、以下に詳述するように、公衆警報システム（PWS）の表示を受信することに関する機能を含む。すなわち、少なくとも通信回路５０６、処理部５０２およびメモリ５０４は、上記に要約し、また以下に詳細に述べるように、受信を制御するように構成された制御通信回路の一部を形成する。図３のシステム３００のように、移動通信システム内で基本的な機能を実行するためにこれらの構成がどのように動作するかについての詳細は、本開示の範囲外であり、さらに説明はされない。
【００３２】
次に、図３、図４および図５を参照して、ノードと移動局における方法の実施形態が説明される図６と図７を検討する。
【００３３】
図６は、図３のノード３０４と図４のノード４００のようなノードにおいて実行される方法の工程を含むフローチャートである。ノードは、図３のシステム３００におけるRAN３０３のような、移動通信システムにおけるRANにおいて動作する。方法は、図３のMS３０６と図５のMS５００のようなMSへの送信を制御するためのものである。MSは、図３に示されるLAN３０３におけるセル３０７のようなセルに配置される。
【００３４】
方法は、メッセージ提供エンティティからメッセージを受信する受信工程６０２から開始される。
【００３５】
判定工程６０４では、受信したメッセージが、セルにおける送信が行われ得る公衆警報システム（PWS）のメッセージであるかの判定が実施される。
【００３６】
そして、決定工程６０６では、受信工程６０２において受信されたメッセージがPWSのメッセージであれば、送信工程６０８においてPWSの示が制御チャネル上で送信されるように実行される。送信工程６０８は、データチャネルまたはトラフィックチャネル上での他の送信と並行して行われ、PWSの表示は、PWSのメッセージがセルにおけるMSにより取得できることを示すように構成される。
【００３７】
図７は、図３のMS３０６と図５のMS５００のようなMSにおいて実行される方法の工程を含むフローチャートである。MSは、図３のシステム３００におけるRAN３０３のような、移動通信システムにおけるRANにおいて動作する。方法は、図３のノード３０４と図４のノード４００のような、RANにおけるノードからの受信を制御するためのものである。MSは、図３に示されるRAN３０３におけるセル３０７のようなセルに配置される。
【００３８】
方法は受信工程７０２を含み、ここで、公衆警報システム（PWS）の表示が、データチャネルまたはトラフィックチャネルにおける他の受信と並行して、制御チャネルにおいて受信される。PWSの表示は、PWSのメッセージがセルにおけるMSにより取得することができることを示すように構成される。
【００３９】
オプションの工程である提供工程７０４では、受信したPWSの表示が、ディスプレイへの表示やオーディオアラーム信号のような好適なあらゆる手法において、MSのユーザへ提供される。これにより、ユーザは完全にPWSのメッセージを取得したか否かを判断することが可能となる。
【００４０】
以下に、ノードとMSにおける方法の更なる詳細な実施形態を記述する、より詳細な説明が続く。これらの詳細な説明は、図３から図７に関連して説明される方法と構成のオプション的な記載として理解されるだろう。以下の説明は、（GPRS（General Packet Radio Service）を含む）GSMシステム内の例に焦点が当てられるが、当業者は、創作の技能を適用せずに、UMTSやLTEのような他の移動通信システムにおいて対応する方法を実装することができるものと仮定する。
【００４１】
GSMにおいて、個別モードの間、例えば、移動局が回線交換の接続を行っているとき、低速付随制御チャネル（SACCH）および高速付随制御チャネル（FACCH）が存在し、パケット伝送モードについては、付随論理的な、パケット付随制御チャネル（PACCH）が存在する、これらはデータ／トラフィックチャネルを補助するために使用される付随チャネルである。
【００４２】
基地局制御器（SSC）（例えば図３のノード３０４）が警報メッセージブロードキャスト要求を（同じく図３のサーバー３１０のようなエンティティから警報メッセージブロードキャスト要求を受信した）セル・ブロードキャスト・センター（CBC）から受信し、警報メッセージブロードキャスト要求が、例えばETWSセカンダリ通知またはCMASメッセージを含む場合、BSCは、CBCからの要求において示されるセルにおいて、セル・ブロードキャスト・チャネル（CBCH）上で、セル・ブロードキャスト・メッセージ（3GPP TS 44.012のSection 3を参照）のような警報メッセージのブロードキャストを開始する。
【００４３】
CBCH上における警報メッセージのブロードキャストと並行して、BSCは、SACCHまたはRACCHおよびPACCH等の付随チャネルといった制御チャネル上で、セル・ブロードキャストにより届かない移動局、典型的には、警報メッセージが現在ブロードキャストされるような同じセルによりサービスされる、個別のモードやパケット伝送モードやデュアル伝送モードにおける移動局、へ送信されるレガシーメッセージにおいて「警報インジケータ」（ここでは「警報表示」または「インジケータ」とも称される）を含めることができる。「警報インジケータ」は、移動局における受信の後、移動局におけるアクセスレイヤにより、移動局（ユーザ）における現在起動しているアプリケーションへ転送され得る。警報インジケータは、公衆警報データは有さないが、音声呼またはデータ呼の間にユーザに例えばポップアップを開始することが可能な、起動中のアプリケーションに対する指示を有する。ユーザは、CBCHを聴取して、警報メッセージを取得できるように、音声呼またはデータ呼を継続する必要があるか中断したいかの決定を行うことができる。または、個別のモード／パケット伝送モード／デュアル伝送モードにある間、これらの付随チャネルにおいてより包括的または完全な警告メッセージを送信する。ユーザは他のメディアにおいてより多くの情報を見ることができる。
【００４４】
コンセプトは、（周波数分割多重（FDD）および時間分割多重（TDD）に対する）3G/UTRANと（FDDおよびTDDに対する）LTE/E-UTRANに拡張可能である。PWSのメッセージまたはPWSのインジケータは、データ／トラフィックチャネルと並行して（例えばアクティブな音声呼またはデータ呼の間、またはアクティブな音声またはデータ呼に備えて）、受信されるように構成された制御チャネル上で送信され得る。
【００４５】
本発明の更なる実施形態は、GSMまたはマルチRAT（Radio Access Technology）システムにおける移動局へPWSの警告を送信することを参照して、以下に記述される。ここに記述される接続モードは、移動局がブロードキャストメッセージを、典型的にはCBCH上で、例えばアクティブな音呼声またはデータ呼の間またはアクティブな音声呼またはデータ呼の準備段階において読み取れないモードを指す。それは、個別モード、パケット伝送モードおよびデュアル伝送モードを含む。ここで移動局は、同時に個別モードとパケット伝送モードである。これらのモードは、割り当てられた無線リソース接続／チャネルを少なくとも一つ有し、これらのモードの間、移動局はCBCH上においてブロードキャストPWSのメッセージを読み取ることができない。
【００４６】
移動局が個別回線交換（CS）接続（個別モード）にある間に、警報インジケータ、またはより包括的または完全な警報メッセージが移動局に送信され得る多様な方法が存在する。
【００４７】
アプローチ１：
SACCH上で送信されるSI 6（システム情報タイプ６）におけるPWSのインジケータを表示する（これは、以下により詳細に説明される）。しかし、SACCHを介して送信された他のメッセージによりそれが表示されることも可能である。
【００４８】
アプローチ２：
FACCH上で送信されたアプリケーション情報メッセージにおいて、新しいアプリケーションプロトコルデータユニットアイデンティティ（APDU ID）としてのPWSのインジケータを送信する。そして、警報メッセージは、アプリケーション情報メッセージの一部として生じ得る。現在、（補助GPSサービスとETWSプライマリ通知のために使用される無線リソースLCSプロトコル（RRLP）に対して）２つのAPDU IDのみが使用される。ゆえに、他の値を用い、APDUデータIEエンプティにおいてAPDU情報をおくことができる。このアプローチにより、ユーザに１ビットの表示を与えるために、TCH（スピーチの20ms）上のチャネルバーストを盗用する完全なメッセージのオーバーヘッドをもたらす。表１（3GPP TS 44.018 Table 10.5.2.48.1）は、現存のAPDU ID情報エレメントを示す。ここでは、例示されたような使用に対して、利用可能なビットがあることが示される。
【表１】
2016506092.tif 000003
【００４９】
アプローチ３：
FACCH上で送信されたアプリケーション情報メッセージにおいてAPDUデータの一部として、より包括的な警報表示または完全な警報メッセージを送信する。これは、ETWSプライマリ通知に対して現在行われていることと似ている。しかし、CBCH警告メッセージがETWSプライマリ通知より容量が大きいことを考慮すると、それは音声の品質に影響し得る。
【００５０】
アプローチ４：
SACCH上で送信されたアプリケーション情報メッセージにおいてAPDUデータの一部として、より包括的な警報表示または完全な警報メッセージを送信する。これは上記のアプローチ３と似ており、送信される完全なメッセージに起因したオーバーヘッドを含む。しかし、スピーチにおける影響は、SACCHチャネルを使用するようにはない。他の影響は、SACCHを介して送信されるAPDUを許可するように、規格における変更である。
【００５１】
アプローチ１は、以下において少し詳細に説明される（SI6のみが図示を目的として説明されるが、他のSACCHメッセージを介して送信も可能である）。全てのアプローチにより、PWSのインジケータ、より包括的な表示または個別モードにおける完全な警報メッセージを送信するという最終目標が達成される。
【００５２】
システム情報タイプ6は、SACCHにおいて基地局サブシステム（BSS）におけるノードにより、規則通りにブロードキャストされる。
【００５３】
表２（3GPP TS44.018 Table 9.1.40.1）は、本実施形態におけるSI6メッセージコンテンツを示す。（情報エレメントインジケータ（IEI）の列は、SI6 においてはIEIが存在しないため、空欄であることに注意すべきである。）
【表２】
2016506092.tif 000004
【００５４】
以下は、具体的な構文の表記法1（Concrete Syntax Notation 1, CSN1）であり、ここに含まれる実施形態におけるPWSのインジケータ（PWS_ubducatir）に加え、（3GPP TS 44.018の10.5.2.35aに関して）システム情報タイプ６の残余オクテット（SI6 rest octets）の定義である。
2016506092.tif 000005
【００５５】
SI6残余オクテット情報エレメントは、
2016506092.tif 000006
を詳細に説明する。このフィールドは、PWSのメッセージがサービングセルにおいて現在ブロードキャストされているかを示す。これは以下のように符号化される。
０      CBCH上にPWSのメッセージはブロードキャストされていない
１      CBCH上でPWSのメッセージが現在ブロードキャストされている
【００５６】
上記のPWSのインジケータにより、サービングセルにおいてCBCH上で警報メッセージが現在ブロードキャストされるていることが、ユーザに示される。ユーザは、警告メッセージを取得するためにそれを望むのであれば、CSセッションを終了させる決定をし得る。
【００５７】
同様に、移動局がパケット伝送モード／デュアル伝送モードである間に、警報インジケータ、またはより包括的または完全な警報メッセージが移動局に送信されることによる多様な方法が存在し得る。
【００５８】
アプローチ１：
パケットアップリンク肯定応答（Ack）／否定応答（Nack）（PUAN）においてPWSのインジケータを含める。またはダウンリンクテンポラリブロックフロー（DLTBF）がアクティブである場合、それはダウンリンクデータの一部として送信され得る。（これについては以下において詳細に説明される。）これはまた、ダウンリンク方向へ送信される他のPACCHメッセージを介して送信され得る。
【００５９】
アプローチ２：
アプリケーションデータフィールドにおいて警報メッセージを含めないで、パケットアプリケーション情報（AI）メッセージにおける新しいアプリケーションタイプとして、PACCHにおいてPWSのインジケータを送信する。現在、表３（3GPP TS 44.060 Table 11.2.47.2）に示されるように、１つのアプリケーションタイプのみがETWSプライマリ通知のために使用され、残りの１５値はPWSの表示を示すために自由に使用される。完全なメッセージは、たった１ビットのデータの送信のために使用されが、現存のメッセージ／ヘッダーを使用することよりクリーンである。
【表３】
2016506092.tif 000007
【００６０】
アプローチ３：
パケットAIメッセージにおけるアプリケーションデータフィールドにおけるPACCHにおいて、より包括的または完全な警報メッセージを送信する。これは、データ伝送に直接の影響はないが、アラートメッセージは一つの無線リンク制御（RLC）制御メッセージより多くを占めるため、データスループットに影響があり得る。
【００６１】
以下に、アプローチ１を、より詳細に説明する。説明のために、PUANとパケットダウンリンクデータが記載されるが、あらゆるPACCHメッセージもPWSのインジケータを伝達するために使用され得ることに注意すべきである、全てのアプローチにより、パケット伝送モードにおけるPWSのインジケータを送信するための最終目標が達成される。
【００６２】
ユーザがデータセッションにあるならば、PUANのような現存のPACCHメッセージを使用することができ、DLTBFが使用される場合は、それはDL RLCヘッダーにおいて送信され得る。したがって、GPRSにおいてPWSのインジケータの存在を示すために使用することができる特別な長さインジケータ値（LI）は、６２という数値を取り得り、進化型GPRS、EGPRS、TBFに対するPWSのインジケータの存在を示すために使用することができる特別な値は、１２２という数値を取り得る。
【００６３】
以下に、CSN.1シンタックスを用いた、本実施形態におけるPWSのインジケータを伴う、（3GPP TS 44.060 section 11.2.28のような）パケットアップリンク肯定応答／否定応答の例を示す。
2016506092.tif 000008
2016506092.tif 000009
【００６４】
これらの変化を伴って、BSSは、個別のモード、デュアル伝送モード、及びパケット伝送モードにある移動局に対し、サービングセルにおけるCBCH上でブロードキャストされる進行中の非常事態メッセージ（例えばCMAS）があるか否かを伝えることが可能となる。
【００６５】
現在、BBSは、セル・ブロードキャスト・センターから送信されたブロードキャストメッセージに対して透明性がある。しかし、この提案に伴い、BSSは、送信される非常事態メッセージがあるかどうか（すなわち、CBCからのブロードキャスト要求が、（１）セル・ブロードキャスト・サービス（CBC）メッセージと（２）このCBCメッセージが実際に警報メッセージであるか、を含むかどうか）を見極めるために、セル・ブロードキャスト・エンティティからのブロードキャストメッセージを「のぞき見（peak into）」する必要がある。CBC W-Rから受信されたブロードキャスト要求メッセージは（WRITE-REPLACEメッセージ、3GPP TS 48.049, section 7.2を参照）、今日では既に、WRITE-REPLACEメッセージがCBCメッセージを含むか否かを示すインジケータ（チャネルインジケータ  IE）を含んでいる。しかしながら、CBCメッセージが実際の警報メッセージであるか（および、例えば「トラフィックレポート」メッセージではないこと）を判定することを可能にするために、BSCは、CBSメッセージの一部としてメッセージ識別子パラメータを読み取る必要がある。メッセージ識別子は、２オクテットのコンテンツを含み、3GPP TS 23.041, section 9.4参照のCBSメッセージの発信元とタイプを識別する。3GPP TS 23.042では、警報メッセージは、近い将来に４３５２−６３９９の範囲のメッセージ識別子を有することが定義されている。
【００６６】
例えば、CMASメッセージは、常に４３７０と６３００の間の値のメッセージIDを有し、これらのメッセージIDはアラートメッセージ（オクテット３−４）において固定した位置をとる。
【００６７】
非常事態メッセージがCBCHでもはやブロードキャストされない場合（すなわち、差し迫った脅威がなくなった場合）、BSCは、上述したメッセージにおいて移動局へ送った警報インジケータを取り戻すだろう。
【００６８】
本発明の実施形態は、移動電気通信システムにおけるネットワークノードとユーザ端末に実装される。実装は、ここに示した多様なアプローチと実施形態に記載されたオペレーションを実行するために現存のハードウェアとソフトウェアを適応化することにより、好適になされる。
【００６９】
要約すれば、これらの例示的な実施形態は以下の利点を含む。
‐SACCH上で送信されるメッセージに警報インジケータが含まれる方法は、スピーチの品質になんら悪い影響をもたらさない。盗用チャネルバーストとしてのFACCHの使用により、スピーチの品質に約２０ｍｓの小さな劣化がもたらされる。これは、ほとんど聴こえないため、警告アラートの可能性のある影響が上回ると考えられる。
‐個別モードにおける表示を送信するためのオーバーヘッドは、ここでは最小限である。SACCHにおいて送信されるメッセージにおいて利用される１ビットのみが、この表示を送信するために使用される。データ伝送に関しては、追加的な新しいシグナリングは必要とされないが、PACCH上で送信される現存のダウンリンクデータが使用される。
‐PWSのデータは送信されず、アラートメッセージを聴取するオプションはユーザに任される。
‐現在の米国の規則（US Regulations）と3GPP TS 22.268に規定される必須要件に完全に準拠する。
‐ここではCMASとETWSセカンダリ通知が強調されるが、EU-Alertなどのような他のアラートに適用可能である。
‐ここに説明されるPWSの表示のソリューションは、UTRANについても適用可能である。
【００７０】
さらなる実施形態が以下の項目により要約される。
【００７１】
項目１：移動電気通信システムにおける端末へ公衆警報システム（PWS）の表示を送信する方法は、
警報アラートが届くセルにおいて、データ／トラフィックチャネルと並行して、例えば、アクティブな音声呼またはデータ呼の間またはアクティブな音声呼またはデータ呼に備えて、受信されるように構成された制御チャネル上でPWSの表示を送信すること、
を含む。
【００７２】
項目２：項目１のようなPWSの表示を送信する方法であって、PWSの表示は、同じセルにおいて、より包括的な警報メッセージのブロードキャストと並行して送信される、方法。
【００７３】
項目３：項目１または２のようなPWSの表示を送信する方法であって、制御チャネルは、個別モード、デュアル伝送モードおよびパケット伝送モードにおける携帯電話への、SACCH、FACCH、およびPACCHのような関連チャネルである、方法。
【００７４】
項目４：項目３のようなPWSの表示を送信する方法であって、端末が個別のCS接続状態（個別モード）にある場合、PWSの表示は、ACCHにおいて送信されるSI 6またはメッセージに含まれる、方法。
【００７５】
項目５：項目３のようなPWSの表示を送信する方法であって、端末が個別のCS接続状態（個別モード）にある場合、FACCHまたはSACCHにおいて送信されるアプリケーションメッセージにおけるAPDUデータの一部としての、より包括的な警報メッセージとして、PWSの表示が送信される、方法。
【００７６】
項目６：項目３のようなPWSの表示を送信する方法であって、端末が個別のCS接続状態（個別モード）にある場合、PWSのインジケータは、パケットアップリンク肯定応答／否定応答に含まれ、DLTBFがアクティブであれば、それは、ダウンリンク方向において送信されるダウンリンクデータまたは他のPACCHメッセージの一部として送信される、方法。
【００７７】
項目７：項目３のようなPWSの表示を送信する方法であって、端末がパケット伝送モード／デュアル伝送モードにある場合、より包括的な警報メッセージは、PACCHにおいて送信されるパケットAIメッセージにおけるアプリケーションデータフィールドにおいて送信される、方法。
【００７８】
項目８：上記の項目のいずれかと同様に、ユーザ端末におけるPWSの表示を受信する方法。
【００７９】
項目９：項目１のようなPWSの表示を送信する方法であって、基地局制御器が、セル・ブロードキャスト・センターからのブロードキャスト要求（W-Rメッセージ）が（１）セル・ブロードキャスト・サービス、および（２）警報メッセージを含むかを識別する、方法。
【図１】
2016506092.tif 000010
【図２】
2016506092.tif 000011
【図３】
2016506092.tif 000012
【図４】
2016506092.tif 000013
【図５】
2016506092.tif 000014
【図６】
2016506092.tif 000015
【図７】
2016506092.tif 000016
【国際調査報告】
2016506092.tif 000017
2016506092.tif 000018
2016506092.tif 000019