緊急通報のための方法と装置
本発明に従う実施例は、通信ネットワークの通信装置における方法を開示する。通信装置は、その通信装置に関連するセルを示す同報ユニットから、ユーザ機器に通報されるべき緊急通報を受信する。その通信装置はセル内で、緊急事態を示す通報をページングし同報するために用いられるページングチャネルを決定し、その緊急事態を示す通報がページングチャネルで送信されるよう命令する。その通信装置はセル内で緊急確認メッセージを同報するために用いられる共通制御チャネルを決定し、その緊急確認メッセージが共通制御チャネルで送信されるよう命令する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明における実施例は、通信ネットワークにおける方法と装置に関する。特に、通信ネットワークのユーザ機器に緊急通報を送信する方法と装置に関する。
【背景技術】
【０００２】
今日では、例えば、地震津波警報システム（ＥＴＷＳ）に対するサポートを導入するために、異なるタイプの公衆警報システムを提供する研究が続けられている。この地震津波警報システム（ＥＴＷＳ）によって、来るべき地震と津波との内の少なくともいずれかに関する警報を、移動局を通して伝送することが可能になる。ＥＴＷＳ警報は、プライマリ通報とセカンダリ通報の２つのタイプに分類される。
【０００３】
プライマリ通報は、ユーザに対して、地震などの発生が切迫しているなどのような最も緊急な出来事を、分単位ではなく秒単位で通報するために送信される。ＥＴＷＳプライマリ通報メッセージは、ユーザ／移動局に４秒以内に届けるという要求条件がある。ねつ造されたメッセージが受信されて、それが混乱を引き起こすのを回避する目的で、プライマリ通報の中には、認証情報が含められることがおそらくは必要である。情報を認証する代替としては、デジタル署名の形の認証情報を有することである。これは、例えば、デジタル署名アルゴリズム（ＤＳＡ）署名などを使用するとすれば、４１バイトの情報である。
【０００４】
セカンダリ通報は、何をするべきか、助けが得られる場所、避難設備の地図、食料分配の時間割を指示するものなどの緊急性がそれほど高くない補足的な情報をユーザに対して与えるために送信される。
【０００５】
ＥＴＷＳ警報の送信に対して、セル同報サービス（ＣＢＳ）に基づく解決策が考えられた。この解決策によれば、ＥＴＷＳメッセージはセル内部の全ての移動局に対して制御チャネルで同報される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＥＴＷＳに関しては、「４秒以内」の要求条件を満足させるために、ＰＡＧＩＮＧメッセージを利用可能とするよう決定された。
【０００７】
現在の仮定は、プライマリ通報に対してはＰＡＧＩＮＧ ＴＹＰＥ１メッセージを使用することであり、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージはアイドルモードにあるユーザ機器（ＵＥ）とページングチャネルを聴取しているコネクトモード（接続モード）にあるユーザ機器（ＵＥ）とに届けられる。ページングチャネルを使用することは、４秒以内にＵＥに到着するという要求条件を満足するための主要な選択肢であると考えられる。しかしながら、その制限時間以内に極力多くのＵＥに対して、信頼性が高い緊急通報が届けられて欲しいという要望がある。
【０００８】
本発明に従う実施例での目的は、効率がよく信頼性が高い方法で緊急メッセージをユーザ機器に届けることにある。
【課題を解決するための手段】
【０００９】
いくつかの実施例では、通信ネットワークの通信装置における方法が備えられる。その通信装置は、同報ユニットから、その通信装置に関連するセルを指示し、そのセル内のユーザ機器に通報される緊急通報を受信する。その通信装置はそのセル内で、緊急事態を示す通報をページングし、同報するために用いられるページングチャネルを更に決定し、緊急事態を示す通報がページングチャネルで送信されるよう命令する。その通信装置はまたセル内で、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定し、緊急確認メッセージがその共通制御チャネルで送信されるよう命令する。
【００１０】
この方法を実行するために、通信装置が提供される。
【００１１】
その通信装置は、ネットワークを通して同報ユニットから緊急通報を受信するように構成された第１のネットワークインタフェースと、そのネットワークインタフェースで緊急事態を示す通報が受信された時に、緊急通報をページングして同報するために用いられるページングチャネルを決定するように構成される制御ユニットを備える。その制御ユニットはさらに、緊急事態を示す通報がページングチャネルで送信されるよう命令し、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定するように更に構成される。その制御ユニットは加えて、緊急確認メッセージが共通制御チャネルで送信されるように命令するよう構成される。
【００１２】
この明細書での実施例はまた、緊急確認メッセージを受信するために、通信ネットワーク内でページングチャネルを聴取するように構成されるユーザ機器における方法を開示する。そのユーザ機器は、ページングチャネルで同報された緊急事態を示す通報を受信し、そして、その通報を受信した結果として、共通制御チャネルを聴取する。それから、そのユーザ機器は、共通制御チャネルで緊急確認メッセージを受信する。
【００１３】
この方法を実行するために、ユーザ機器が備えられる。
【００１４】
このユーザ機器は、ページングチャネルで同報された緊急事態を示す通報を受信するよう適合された受信部構成と、その通報を読出し、その通報が緊急事態を示していることを判断するように構成された制御ユニットとを備える。その制御ユニットは更に、その通報が緊急事態を示すときには、受信部構成の動作を切り替えて、共通制御チャネルで緊急確認メッセージを聴取して受信するように受信部構成をイネーブルにするよう構成される。
【００１５】
さらに、通信ネットワークにおけるシステムが備えられる。このシステムは、ページング制御チャネルで、地震津波警報システムのプライマリ通報を含むＰＡＧＩＮＧ ＴＹＰＥ１メッセージを用いて、ユーザ機器の動作にトリガをかけるよう適合された構成を備える。この動作は、ユーザ機器がＰＡＧＩＮＧ ＴＹＰＥ１メッセージで地震津波警報システムのプライマリ通報を受信した場合には、ユーザ機器は、共通制御チャネルで所定の時間の間、メッセージを受信することを開始するように構成されていることを示唆する。
【００１６】
この明細書での実施例は、高速かつ信頼性が高い方法で認証情報をＵＥに届ける方法を提供する。ページングチャネルを使用して通報を行い、また通報が届いたＵＥに対しては通報と認証情報を搬送する共通制御チャネルに変更するようトリガをかけることにより、通報が届けられるＵＥの数は増加するとともに、その通報は高速に認証される。
【００１７】
以下、実施例について、添付図面に関連させてより詳細に説明する。
【図面の簡単な説明】
【００１８】
【図１】通信ネットワークの中で緊急通報を送信するための実施例を示す図である。
【図２】ユニバーサル移動通信システム（ＵＭＴＳ）における、合成した方法とシグナリング方式とを示す図である。
【図３】ＵＭＴＳネットワークにおける、合成した方法とシグナリング方式とを示す図である。
【図４】ＵＭＴＳネットワークにおける、合成した方法とシグナリング方式とを示す図である。
【図５】通信装置における方法の概要を示す図である。
【図６】通信装置の概要を示す図である。
【図７】ユーザ機器における方法の概要を示す図である。
【図８】ユーザ機器の概要を示す図である。
【発明を実施するための形態】
【００１９】
以下では添付図面を参照して、本発明の実施例をより十分に説明する。ここでは本発明のいくつかの実施例を示す。しかしながら、本発明は多くの異なる形で実施することができ、ここに記述した実施例に限定されると解釈されるべきではない。むしろ、これらの実施例は、この開示が十分でかつ完全であるように提供するものである。この明細書を通して、同様の番号は同様の構成要素に言及するものである。
【００２０】
ここで使用する用語は、具体的な実施例を説明する目的のみで使用しており、本発明を限定することを意図するものではない。ここで使用している単数形「１つの（ａ）」、「１つの（ａｎ）」、および、「その（ｔｈｅ）」は、文面が単数形であることを明確に述べている場合を除いて、複数形をも含んでいる。さらに以下のことが理解されるであろう。即ち、用語「有する」と「有している」との内、少なくともいずれかは、ここで、それらの用語を使用するときには、言及する特徴と、数値と、ステップと、動作と、構成要素と、構成素子との内の少なくともいずれかの存在を規定するものであるが、１つ以上の他の特徴と、数値と、ステップと、動作と、構成要素と、構成素子と、それらのグループとの内の少なくともいずれかの存在や追加を排除するものではない。
【００２１】
ここで使用する全ての用語（技術用語と科学用語とを含む）は、特に定義をしていない限り、本発明が属する分野の当業者によって共通に理解される意味と同じ意味を有する。また、以下の点がさらに理解されるであろう。即ち、ここで使用する用語は、この明細書の文脈と関連する技術における意味に矛盾しない意味を持つと解釈されるべきであり、また、ここで明確に定義しない限り、理想化した、または極度に形式的な意味を持つと解釈されてはならないことを理解されたい。
【００２２】
図１は、通信ネットワーク内の緊急通報を送信するための実施例を開示している。検出器２は地震などの緊急状況を登録する。検出器への登録は、影響を受けるエリア内のＵＥに対して緊急通報が送信されるべきかを判定する、例えば、中央政府機関でなされる。影響を受けるエリア内のＵＥに対して緊急通報を送信するよう命令が、同報ユニット（ＢＵ）３０に対して送信される。その命令は、ＢＵ３０などに対して手動で入力／送信しても良い。
【００２３】
ＢＵ３０は、影響を受けるエリア内のセルを制御する第１の通信装置（ネットワークユニット）ＮＵ２０に緊急通報を送信する。ＮＵ２０は、拡張型ノードＢ（ｅＮＢ）、無線ネットワーク制御装置（ＲＮＣ）、基地局制御装置（ＢＳＣ）などであるかもしれない。ＮＵ２０は、緊急通報を送信するためのページングチャネルを決定し、そのページングチャネルで緊急通報を送信するよう命令する。その後、ＮＵ２０は緊急確認を搬送する共通制御チャネルを決定し、共通制御チャネルで緊急確認を送信するよう命令する。ＮＵ２０はまた、専用チャネルでネットワークに接続されたＵＥに対して、その専用チャネルで緊急確認を送信しても良い。
【００２４】
図示された実施例では、第１のＵＥ１０は、影響を受けるエリアのセル内のページングチャネルをＵＥ１０が聴取しているモードにある。緊急通報はＵＥ１０において受信される。受信された緊急通報は、共通制御チャネルでの聴取を開始するようＵＥ１０にトリガをかける。即ち、ＵＥは一時的に不連続受信（ＤＲＸ）動作を停止して、共通制御チャネルでメッセージを受信する。ＵＥ１０は、共通制御チャネルを聴取することにより、その共通制御チャネルで緊急確認を受信する。ＵＥ１０は、緊急確認内のセキュリティ情報を読取ることにより、緊急確認の真正さを確認する。セキュリティ情報は、例えば、ＤＳＡなどであってよい。
【００２５】
ページングチャネルを聴取してはいない共通制御チャネルで接続されている第２のモードにある第２のＵＥ１０’もまた、ＮＵ２０のセル内に位置している。ＵＥ１０’はページングチャネルで緊急通報は受信しないが、共通制御チャネルで同報された緊急確認を受信する。
【００２６】
なお、送信の命令は、セルにサービスを提供している基地局に対して送られる。ここでＮＵ２０は、例えば、ＲＮＣ、ＢＳＣ等の制御装置ノードを含む。あるいは、ＮＵ２０が基地局（例えば、ｅＮＢ）を有する場合には、送信の命令は、セル内でサービスを行い同報するよう構成された構成要素に対して、ＮＵ２０内で送信される。
【００２７】
図２は、ユニバーサル移動通信システム（ＵＭＴＳ）における合成した方法とシグナリング方式とを開示している。
【００２８】
ステップＳ１において、セル同報センタ（ＣＢＣ）３０である同報ユニットは、緊急状況の影響を受けるエリア内のＵＥに対して緊急通報が同報されるべきであることを判断する。ＣＢＣ３０は、地震津波警報システム（ＥＴＷＳ）メッセージとして例示された緊急通報を、影響を受けるエリア内のセルを制御している無線ネットワーク制御装置（ＲＮＣ）２０に送信する。
【００２９】
ステップＳ２において、ＲＮＣ２０はＥＴＷＳメッセージを受信し、緊急通報を送信するページングチャネルと、緊急確認メッセージ（ＥＴＷＳ ＣＯＮＦＩＲＭ）を送信する共通制御チャネル（ＣＣＣＨ）とを決定する。ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳメッセージとＥＴＷＳメッセージを認証するために用いられるセキュリティ情報とを含む。
【００３０】
図示された実施例では、ページングチャネルはページング制御チャネル（ＰＣＣＨ）を有する。
【００３１】
ＲＮＣ２０はその後に、セルにサービスを提供している基地局ＮＢ２２に命令／コマンドを送信し、ＰＣＣＨでＥＴＷＳメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＰＣＣＨでＥＴＷＳメッセージを同報する。
【００３２】
ＲＮＣ２０はまた、セルにサービスを提供しているＮＢ２２に命令／コマンドを送信し、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報する。
【００３３】
ＥＴＷＳメッセージとＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、同時に、または、図２に示されているように遅延時間Δｔを与えて送信される。
【００３４】
ＵＭＴＳのＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）においては、ユーザ機器（ＵＥ）は、ユーザのアクティビティに依存して、いくつかの無線資源制御（ＲＲＣ）状態の１つにあるかもしれない。これらの状態は、アイドルモード、ＵＲＡ＿ＰＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＦＡＣＨ状態、及び、ＣＥＬＬ＿ＤＣＨ状態を含む。これらは、ユーザアクティビティが増加する順序に並べられている。
【００３５】
ＵＲＡ＿ＰＣＨ状態−ＲＮＣがＵＥは複数のセルを含むエリア内のセルに留まっていることを知るＵＴＲＡＮ登録エリアページングチャネル状態である。
【００３６】
ＣＥＬＬ＿ＰＣＨ状態−ＲＮＣがＵＥがどのセルに留まっているかを知るセルページングチャネル状態である。
【００３７】
ＣＥＬＬ＿ＰＣＨ状態とＵＲＡ ＰＣＨ状態では、通信は可能ではなく、最小の無線資源と電池資源とが消費される。ＵＥが送信するデータを有する場合には、ＵＥはセル更新メッセージをＵＴＲＡＮに送信し、アップリンクデータが利用可能であることを示す必要がある。ＵＴＲＡＮが、ＣＥＬＬ ＰＣＨまたはＵＲＡ ＰＣＨにあるＵＥに送信するデータを有する場合には、ＵＴＲＡＮは、ページングメッセージをＵＥに送信する必要があり、ＵＥはセル更新メッセージで応答し、自分がどのセルの中に位置しているかを示す。
【００３８】
ＣＥＬＬ＿ＦＡＣＨ状態−ＵＥはＣＣＣＨを通して引き続き接続され、他のＵＥと無線資源を共有するセルフォワードリンクアクセスチャネル状態である。
【００３９】
ＣＥＬＬ＿ＦＡＣＨ状態では、通信は可能であるが、共有チャネルの特性によって、通信は低いデータレートであり、往復時間は長い。この状態にあるＵＥは、ＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨと比較して、より多くの無線資源を消費する。しかし、ＣＥＬＬ＿ＤＣＨと比較すればより少ない資源消費である。
【００４０】
ＣＥＬＬ＿ＤＣＨ状態−ＵＥは利用可能な専用チャネルを有しており、これは、高いデータレートで、そして、往復時間の低い通信が可能であることを示すセル専用チャネル状態である。
【００４１】
アイドルモードとＣＥＬＬ／ＵＲＡ＿ＰＣＨ状態にある全てのＵＥに届く十分な確率を得るために、全てのＵＥに対するページングを行う折には、不連続受信（ＤＲＸ）方式とは独立に、ページングメッセージが送信される。典型的なセル構成では、ページングチャネル（ＰＣＨ）とフォワードリンクアクセスチャネル（ＦＡＣＨ）との２つの転送チャネルは、同じセカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）を共有する。これは、連続して行うページング（ＰＣＨを介して）はＦＡＣＨ転送チャネルの枯渇を引き起こす危険を伴うということを意味する。
【００４２】
完全性保護のためのセキュリティ情報を全てのＵＥに送信して、プライマリ通報を検証することができる。このことはできるだけ速くなされることが必須であり、理想的には、プライマリ通報（ＰＡＧＩＮＧ ＴＹＰＥ１）に許容される４秒以内の遅延で行われなければならない。そうでない場合には、エンドユーザに対する警報は遅延することになるであろう。または、情報の検証が実行される以前に警報が発行されなければならず、結果として、誤った（不正な）警報が発せられる危険を伴う。
【００４３】
アイドルモード、そして、ＵＲＡ／ＣＥＬＬ＿ＦＡＣＨ状態において、ＰＣＣＨで全てのＵＥに届けるために、（少なくとも１つの）ＰＡＧＩＮＧ ＴＹＰＥ１が、何らかの可能なＵＥのＤＲＸパターンで与えられるページング機会に送信される。
【００４４】
ステップＳ３１において、アイドルモードとＵＲＡ＿ＰＣＨ状態とＣＥＬＬ＿ＰＣＨ状態との内の少なくともいずれかにあり、ＰＣＣＨを聴取しているＵＥ１０は、メッセージを受信して、そのメッセージがＥＴＷＳメッセージを含んでいるか否かを判定する。ＵＥ１０がＥＴＷＳメッセージを受信したという判定がトリガとなりＵＥ１０にＣＣＣＨを聴取させる。
【００４５】
ステップＳ３２において、ＵＥ１０は、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを聴取して、それを受信する。そして、ＵＥ１０は、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージのセキュリティ情報を検証することによりＥＴＷＳメッセージを検証し、ＵＥ１０のユーザに対して緊急情報を表示する。
【００４６】
なお、ＵＥ１０は、ページングチャネルＰＣＨをＤＲＸサイクル毎に１回監視する。ＤＲＸサイクル内のオフセットは、ＵＥ１０の国際移動加入者識別番号（ＩＭＳＩ）に基づいている。従って、４秒という制限時間の要求条件を満足するために、ネットワークで使用されている最大ＤＲＸサイクル内の各送信時間間隔（ＴＴＩ）に対して、少なくとも１つのＰＡＧＩＮＧ ＴＹＰＥ１メッセージが送信されなければならない。これは、４秒という要求される最大遅延時間以内に実行されなければならない。
【００４７】
ＤＲＸサイクルの長さは無線アクセスネットワーク（ＲＡＮ）によって制御され、典型的な値は１．２８秒および２．５６秒である。ＤＲＸサイクルは、スリープモードと覚醒（アウェイク）モードとの間の関係を示している。
【００４８】
ＥＴＷＳ通報が送信される時に正常の動作が制限を受けない実施例が開示される。これは、緊急事態の間には救急隊員と公衆との双方がネットワークからのサービスを要求する可能性が高いからである。従って、それらのサービスは妨害されてはならない。この理由によって、ページング制御チャネル（ＰＣＣＨ）で、それぞれのＴＴＩ毎にページングメッセージを送信することは不可能である。なぜなら、ＰＣＣＨは通常、同じセカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）を共有し、ＦＡＣＨはＣＥＬＬ＿ＦＡＣＨ状態におけるシグナリングに対してこれを使用するからである。各々の送信時間間隔（ＴＴＩ）がＰＣＣＨのために使用されるとすれば、ＦＡＣＨでの枯渇が引き起こされるであろう。これは、少なくとも一時的に、ネットワークの中での他のサービスを妨害することになるであろう。ＴＴＩは、転送ブロックセットの到着時刻の間の時間として定義され、転送ブロックセットが無線インタフェースの物理層によって転送される周期に等しい。これは、常に最小インターリーブ時間間隔の倍数、例えば、１つの無線フレームの長さである１０ｍｓである。
【００４９】
しかしながら、ＤＲＸサイクルがそれほど長くない場合には、例えば、ＰＣＣＨで３番目毎のＴＴＩを使用することも可能であるだろう。これは、Ｓ−ＣＣＰＣＨの容量の１／３を消費するであろう。従って、ＦＡＣＨに対して利用可能な容量は低減するであろうが、完全に阻止されることはない。Ｓ−ＣＣＰＣＨをいくらかのマージンを持つ大きさにするならば、他のサービスがひどく制限されるということはないであろう。最大ＤＲＸサイクルが１．２８秒であるとすれば、アイドルモードとＵＲＡ／ＣＥＬＬ＿ＦＡＣＨ状態にある全てのＵＥに対して、４秒という規定された最大遅延時間以内に、少なくとも１つのＰＡＧＩＮＧ ＴＹＰＥ１メッセージは許されるであろう。
【００５０】
例えば、各ＩＭＳＩに対してページング間隔を与えるＤＲＸサイクルが１．２８秒であるとすれば、そのサイクルは要求条件である４秒の中で３回繰り返されるであろう。従って、ＥＴＷＳメッセージは、３番目のＴＴＩ毎に１回の割合で送信することができる。ＤＲＸサイクルが０．６４秒であるとすれば、サイクルは６回繰り返され、そして、ＥＴＷＳメッセージは６番目のＴＴＩ毎に１回の割合で送信することができる。しかしながら、２．５６秒のＤＲＸサイクルが使用されるとすれば、ＤＲＸサイクルは、要求条件の４秒の中で完全には繰り返されない。この場合には、ＥＴＷＳメッセージは、３つのＴＴＩ毎に２回の割合で送信することができる。
【００５１】
明らかに、他の精密な方式を使用してこれらのメッセージのスケジューリングを行うこともできる。ＥＴＷＳプライマリ通報に対して、そして、ＦＡＣＨでのシグナリングに対してＴＴＩを提供することと、全てのＵＥにより規定された最大遅延時間以内にプライマリ通報メッセージを受信されるようにプライマリ通報メッセージをスケジューリングするための要求条件との間には、明らかにトレードオフが存在する。
【００５２】
もしＳ−ＣＣＰＣＨ容量の約１／３がＥＴＷＳプライマリ通報のために使用されるとすれば、また、ページングのためのＤＲＸサイクルの最大値が１．２８秒未満であるとすれば、アイドルモードとＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にある全てのＵＥに対して、プライマリ通報のために使用するＰＡＧＩＮＧ ＴＹＰＥ１メッセージを、要求される最大遅延時間４秒以内に届けることが可能である。
【００５３】
ＵＥに送信される、プライマリ通報に関連するセキュリティ情報は、約５０オクテットであってよい。量の多いこの情報を、通常のセル構成を使用して、１つのＳ−ＣＣＰＣＨ転送ブロックで送信することは可能ではなく、ＰＣＣＨにはセグメンテーションは存在しない。
【００５４】
しかしながら、ＣＣＣＨでセグメンテーションを有することは可能である。従って、ＰＣＣＨでＰＡＧＩＮＧ ＴＹＰＥ１メッセージを使用してＵＥの動作にトリガをかける方法を開示する。ここで、ＵＥは、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージでＥＴＷＳプライマリ通報を受信した時に、ＣＣＣＨで所定の時間の間にメッセージの受信を開始する。ここではＦＦＳと呼ばれるか、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージとしてＣＣＣＨで送信される新しいＲＲＣメッセージが備えられ、その新しいＲＲＣメッセージは、ＥＴＷＳ ＰＲＩＭＡＲＹ ＮＯＴＩＦＩＣＡＴＩＯＮ ＷＩＴＨ ＳＥＣＵＲＩＴＹを含む。
【００５５】
アイドルモードとＵＲＡ／ＣＥＬＬ＿ＰＣＨにあるＵＥにより予見される動作とは、ＥＴＷＳプライマリ通報を含むＰＡＧＩＮＧ ＴＹＰＥ１メッセージを受信すると、ＵＥは一時的にＤＲＸ動作を停止して、ＣＣＣＨでメッセージを受信することを開始し、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージを受信するまで、または、ＵＥがＣＣＣＨを受信する所定の時間が終了するまで、ＵＥはＣＣＣＨでメッセージを受信する動作である。ＥＴＷＳ ＣＯＮＦＩＲＭメッセージを受信する前にその時間が終了した場合には、ＵＥはこれを誤った警報と見なしてそれは無視するべきである。しかしながら、ＥＴＷＳプライマリ通報を含む別のＰＡＧＩＮＧ ＴＹＰＥ１メッセージが受信された場合には、ＵＥはその手順を再開始することができる。
【００５６】
ネットワークは、ＵＥがＣＣＣＨメッセージを受信する時間の間にＵＥがそれを受信することができることを保証するために、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを、要求される頻度、例えば、１秒毎に４回などでスケジューリングを行うべきである。そのメッセージは、無線リンク制御未確認モード（ＲＬＣ−ＵＭ）を使用して送信することができる。数秒の程度の値を持つＵＥタイマを使用して、この時間の長さを決定することができるであろう。例えば、構成設定が不可能な所定の値を使用することが提案されている。もし２秒という値が使用されるとすれば、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＣＣＣＨで、２秒毎に少なくとも１回の割合でスケジューリングされる。
【００５７】
ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳプライマリ通報の完全性保護のために使用されるセキュリティ情報を含まなければならない。事実、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは自己完結型であり、プライマリ通報に対して要求される全ての情報を含むことが提案されている。このようにして、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージは単に、プライマリ通報に対するトリガとしての役割を果たすだけである。このトリガは、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージにおけるバイナリの指示に過ぎないかもしれない。それは、ＥＴＷＳ情報を含むＥＴＷＳ警報の原因などを示す値を含んでも良い。
【００５８】
自己完結型のＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳプライマリ通報の完全性が、単一の無線資源制御パケットデータユニット（ＲＲＣ ＰＤＵ）に基づいて検証されることを示唆する。もし、検証の際にＰＡＧＩＮＧ ＴＹＰＥ１メッセージからの内容を考慮するとすれば、手順はより複雑になり、誤りを生じやすくなる。
【００５９】
メッセージが自己完結型である場合には、このメッセージは、ＣＥＬＬ＿ＦＡＣＨ状態とＣＥＬＬ＿ＤＣＨ状態におけるＵＥのプライマリ通報に対して容易に再使用することができる。これらのＵＥは、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージを受信せず、従って、ＥＴＷＳプライマリ通報の受信に対しては、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージに依存してはならない。
【００６０】
いくつかの実施例においては、ＣＥＬＬ＿ＦＡＣＨ状態とＣＥＬＬ＿ＤＣＨ状態にあるＵＥに対しても、プライマリ通報が届かなければならない。これらのＵＥは、ＰＣＣＨではＰＡＧＩＮＧ ＴＹＰＥ１メッセージを受信しない。
【００６１】
図３は、ユニバーサル移動通信システム（ＵＭＴＳ）における合成した方法とシグナリング方式とを開示している。
【００６２】
ステップＳ１において、セル同報センタ（ＣＢＣ）３０は、緊急状況の影響を受けるエリア内のＵＥに対して、緊急通報、ＥＴＷＳメッセージが同報されるべきであると判断する。ＣＢＣ３０は、影響を受けるエリア内のセルにサービスを提供している無線ネットワーク制御装置（ＲＮＣ）２０にＥＴＷＳメッセージを送信する。
【００６３】
ステップＳ２において、ＲＮＣ２０は、ＥＴＷＳメッセージを受信し、緊急通報ＥＴＷＳを送信するページングチャネルと、緊急確認メッセージ（ＥＴＷＳ ＣＯＮＦＩＲＭ）を送信するために、ページングのために使用されていない共通制御チャネルＣＣＣＨとを決定する。
【００６４】
ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳメッセージとＥＴＷＳセキュリティ情報を有しているかもしれない。
【００６５】
図示されている実施例では、ページングチャネルは、ページング制御チャネル（ＰＣＣＨ）を有する。
【００６６】
ＲＮＣ２０はその後、セルにサービスを提供している基地局ＮＢ２２に命令／コマンドを送信し、ＰＣＣＨでＥＴＷＳメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＰＣＣＨでＥＴＷＳメッセージを同報する。
【００６７】
ＲＮＣ２０はまた、セルにサービスを提供しているＮＢ２２に命令／コマンドを送信し、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報する。
【００６８】
ＥＴＷＳメッセージとＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、同時に、または図３に示すように遅延時間Δｔを与えて送信されても良い。
【００６９】
図３に示された実施例においては、ＵＥ１０’は、ＣＥＬＬ＿ＦＡＣＨ状態などのような、ページングチャネルＰＣＣＨを聴取していない接続状態にある。従って、ＵＥ１０’はＰＰＣＨのＥＴＷＳメッセージを検出しない。
【００７０】
ステップＳ４１において、ＵＥ１０’は、ＣＣＣＨで同報されたＥＴＷＳ ＣＯＮＦＩＲＭメッセージを受信して、それを読取る。ここで、ＵＥ１０’はＣＣＣＨで接続されている。ＥＴＷＳ ＣＯＮＦＩＲＭメッセージに含まれるＥＴＷＳ情報は、ＥＴＷＳセキュリティ情報を解析することにより検証される。ＥＴＷＳ情報が真正なものであると検証／確認された場合には、緊急メッセージがＵＥ１０’に表示される。
【００７１】
図４は、ユニバーサル移動通信システム（ＵＭＴＳ）における合成した方法とシグナリング方式とを開示している。
【００７２】
ステップＳ１において、ＣＢＣ３０は、緊急通報メッセージは、緊急状況の影響を受けるエリア内のＵＥに対して同報されるべきであると判断する。ＣＢＣ３０は、影響を受けるエリア内のセルにサービスを提供しているＲＮＣ２０に対してＥＴＷＳメッセージを送信する。
【００７３】
ステップＳ２において、ＲＮＣ２０は、ＥＴＷＳメッセージを受信する。そして、緊急通報を送信するページングチャネルと、緊急確認メッセージ（ＥＴＷＳ ＣＯＮＦＩＲＭ）を送信するため、ページングのために使用されていない共通制御チャネルＣＣＣＨとを決定する。ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳ情報とＥＴＷＳセキュリティ情報とを有していても良い。
【００７４】
図示されている実施例では、ページングチャネルは、ページング制御チャネル（ＰＣＣＨ）を有する。
【００７５】
そして、ＲＮＣ２０は、セルにサービスを提供している基地局ＮＢ２２に命令／コマンドを送信し、ＰＣＣＨでＥＴＷＳメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２は、ＰＣＣＨでＥＴＷＳメッセージを同報する。
【００７６】
ＲＮＣ２０はまた、セルにサービスを提供しているＮＢ２２に命令／コマンドを送信し、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報する。
【００７７】
ＥＴＷＳメッセージとＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、同時に、または図４に示すように遅延時間Δｔを与えて送信されても良い。
【００７８】
セル内部のＵＥ１０”は、専用チャネル（ＤＣＨ）で接続状態にある。従って、ＵＥ１０”は、ＰＣＣＨでＥＴＷＳメッセージを検出しないし、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを検出することもしない。図示された実施例においては、ＤＣＨは、専用制御チャネル（ＤＣＣＨ）を有する。
【００７９】
ＤＣＣＨで接続されているＵＥに届けるために、ＲＮＣ２０は、セルにサービスを提供しているＮＢ２２に命令／コマンドを送信し、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージをＵＥ１０”のＤＣＣＨで送信するようＮＢ２２に命令する。そして、ＮＢ２２はＤＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージをＵＥ１０”に送信する。ＲＮＣ２０は、ＤＣＨで接続されたＵＥの情報を有している。
【００８０】
ステップＳ５１において、ＵＥ１０”は、ＤＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを受信し、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージを復号化／読出して、ＥＴＷＳ情報とＥＴＷＳ警報セキュリティ情報とを取り出す。そして、ＵＥ１０”は、ＥＴＷＳ警報セキュリティ情報を解析することによりＥＴＷＳ情報を検証する。そして、ＥＴＷＳ情報が検証された場合には、ＵＥ１０”は、ＵＥ１０”に緊急メッセージを表示することができる。
【００８１】
ＥＴＷＳセキュリティ情報は、コアネットワーク情報要素を諭旨、コアネットワーク情報要素は、ＥＴＷＳ警報の時間スタンプとデジタル署名との両方を含むことができる。これはコアネットワーク情報であるので、この情報は、ＥＴＷＳセキュリティが要求される時にはいつでも、ＵＥに伝達される。
【００８２】
表示される緊急メッセージは、ＥＴＷＳ情報とＵＥで生成／予め定義された別個のメッセージとの内の少なくともいずれかであってよい。
【００８３】
ページングメッセージに戻ると、ページングメッセージはＥＴＷＳプライマリ通報に対するトリガを含む。このトリガは、ＥＴＷＳプライマリ通報の原因を示す値を含むと良い。このトリガがアイドルモードまたはＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にあるＵＥによって受信され、この原因値がＵＥが応答するように設定された１つの値である場合には、ＵＥは一時的にＤＲＸ動作を停止して、所定の時間の間にＣＣＣＨでメッセージを受信する。２秒という時間が提案されている。そのトリガはＥＴＷＳ情報を備えるＰＡＧＩＮＧ ＴＹＰＥ１であるとよい。
【００８４】
いくつかの実施例では、新しい無線資源制御（ＲＲＣ）メッセージ（暫定的に、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージ）が、ＥＴＷＳプライマリ通報の完全性保護に対するセキュリティ情報を伝達するために定義される。そのメッセージは自己完結型であり、プライマリ通報に対して要求される全ての情報、即ち、プライマリ通報の原因と要求されるセキュリティ情報とそれ以外のものとの内の少なくともいずれかを含む。アイドルモードまたはＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にあるＵＥがＣＣＣＨでメッセージを受信する時間の間に、そのメッセージはＣＣＣＨで送信される。そのメッセージは、例えば、最初のページングメッセージが送信されてから６秒の間に送信される。
【００８５】
ＰＣＣＨでのＰＡＧＩＮＧ ＴＹＰＥ１メッセージとＣＣＣＨでのＥＴＷＳ ＣＯＮＦＩＲＭメッセージの精度よいスケジューリングは、ネットワークの実施形に依存する。プライマリ通報の最大遅延要求条件の値が満足されるように、これらのメッセージのスケジューリングを行うことは、ネットワークの責任である。例えば、ＰＡＧＩＮＧ ＴＹＰＥ１を第３のＴＴＩ毎に送信し、それと対応させてＥＴＷＳ ＣＯＮＦＩＲＭを送信することができる。ＰＡＧＩＮＧ ＴＹＰＥ１メッセージとＥＴＷＳ確認メッセージは、同時に、またはそれらの間に僅かな遅延などを与えて送信することができる。
【００８６】
ＥＴＷＳ ＣＯＮＦＩＲＭメッセージを自己完結型にする利点は、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージがＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＤＣＨ状態にあるＵＥのプライマリ通報のために使用することができるという点にある。
【００８７】
ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥが、ＰＣＣＨを介してメッセージを受信してそれを解析するという要件はない。従って、これらのＵＥはＰＡＧＩＮＧ ＴＹＰＥ１メッセージでトリガをかけない。しかしながら、これらのＵＥはＣＣＣＨでメッセージを受信するであろう。ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥは、メッセージを受信すると、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージをＥＴＷＳプライマリ通報であると考える。
【００８８】
ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、プライマリ通報の間に、ＣＣＣＨで数回も繰り返されると仮定している。ネットワークは、例えば、測定ギャップの必要性を考慮に入れて、（ＣＣＣＨに対する転送チャネルとして割り当てられたＦＡＣＨを使用して）ＣＥＬＬ＿ＦＡＣＨ状態にある全てのＵＥがそのメッセージを受信することができるということを保証するべきである。
【００８９】
ＣＥＬＬ＿ＤＣＨ状態にあるＵＥに関しては、それらのＵＥは、ＰＣＣＨでもＣＣＣＨでもメッセージを受信しない。これらのＵＥに対して、ＤＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージは送信される。このことは、これらのＵＥ各々に対して、別個のメッセージを送信される必要があることを示唆している。しかしながら、ある特定のエリア内にあるこれらのＵＥの数は有限であり、従って、それらのＵＥ各々に対してメッセージを送信することは可能である。
【００９０】
いくつかの実施例においては、ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥには、ＣＣＣＨに対する転送チャネルとして、ＨＳ−ＤＳＣＨを割り当てることができる。これは、これらのＵＥは、ＦＡＣＨを介してスケジューリングされたＣＣＣＨでメッセージを受信しないであろうということを示唆している。これらのＵＥに対しては同様の方法が開発されるかもしれない。
【００９１】
あり得るかもしれない別の潜在的な問題は、プライマリ通報の間に状態を変更しているＵＥがあって、それらがＰＣＣＨとＣＣＣＨでネットワークから送信されたメッセージを喪失してしまうという点である。これは、ＵＥがプライマリ通報を受信するまでにさらなる遅延を生ずる可能性のある障害である。しかしながら、ネットワークは、意図された最大遅延である初期の４秒以後もまだプライマリ通報メッセージを送信し続けると仮定されている。緊急状況においては、一時的にカバレッジ等の外に出てしまうかもしれないＵＥをも捕捉することが重要である。従って、ネットワークはプライマリ通報を送信し続けるかもしれず、これは、状態遷移やカバレッジの不足によってＰＣＣＨとＣＣＣＨの内の少なくともいずれかでメッセージを失う可能性があるＵＥを捕捉するのに十分である。
【００９２】
結論的には、ＣＥＬＬ＿ＦＡＣＨ状態にある（そして、ＣＣＣＨに対して転送チャネルとしてＦＡＣＨが割り当てられた）ＵＥは、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージがＣＣＣＨで送信された時には、それを受信して、それをＥＴＷＳプライマリ通報として使用するであろう。
【００９３】
ＣＥＬＬ＿ＤＣＨ状態にあるＵＥは、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージがＤＣＣＨで送信された時には、それを受信して、それをＥＴＷＳプライマリ通報として使用する。
【００９４】
アイドルモードとＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にある全てのＵＥに対して、プライマリ通報のために用いられるＰＡＧＩＮＧ ＴＹＰＥ１メッセージを要求される最大遅延４秒以内に、この目的のためにＳ−ＣＣＰＣＨ容量の約１／３が使用され、そして、ページングに対する最大ＤＲＸサイクルが１．２８秒以下であるならば、届けることが可能である。ここで、ＤＲＸサイクルが、例えば、０．６４秒より小さいなら、Ｓ−ＣＣＰＣＨ容量の約１／６をこの目的のために使用できて、それでも、全てのＵＥに、要求される最大遅延４秒以内に届けることができることを理解すべきである。従って、ＤＲＸサイクルが短くなればなるほど、４秒の制限時間以内に全てのＵＥに届けるために必要な容量はより少なくなる。
【００９５】
いくつかの実施例においては、ＣＥＬＬ＿ＦＡＣＨモードにあるＵＥは、ＣＣＣＨに対する転送チャネルとして、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）が割り当てられ（拡張ＣＥＬＬ＿ＦＡＣＨ）、ＥＴＷＳ通報はこのチャネルで送信される。
【００９６】
第１の通信装置における方法の概要を図５に示す。
【００９７】
ステップＡ１において、第１の通信装置は、同報ユニットから緊急通報を受信する。同報ユニットは、ＣＢＣなどでよい。緊急通報は、緊急通報は同報されなければならない第１の通信装置に関連するセルを示している。そのセルは、セルＩＤやロケーションエリアなどによって示される。
【００９８】
ステップＡ２において、第１の通信装置は、第１の通信装置に関連するセル内で、緊急事態を示す通報をページングし、同報するために用いられるページングチャネルを決定する。この通報は、同報ユニットから受信した緊急通報と別個のメッセージとの内の少なくともいずれかであってよい。そのページングチャネルは、ページング制御チャネル（ＰＣＣＨ）などであってよい。
【００９９】
ステップＡ３において、第１の通信装置は、緊急事態を示す通報がページングチャネルで送信される（ページング動作が実行される）よう命令する。
【０１００】
ステップＡ４において、第１の通信装置は、第１の通信装置に関連するセル内で緊急確認メッセージを同報するために用いられる共通制御チャネルを決定する。緊急確認メッセージは自己完結型であり、ＥＴＷＳ情報とＥＴＷＳセキュリティ情報とを有していると良い。
【０１０１】
ステップＡ５において、第１の通信装置は、共通制御チャネルで緊急確認メッセージが送信されるよう命令する。その緊急確認メッセージは、共通制御チャネル（ＣＣＣＨ）で繰り返し送信されるよう命令されるかもしれない。
【０１０２】
ここで、ステップＡ２〜Ａ５は時間的に継続したブロックとして示されているが、それらは実際には、実質的に同時に実行しても良いし、或いは、これらのブロックは時には、逆の順序で実行しても良いことを理解されたい。
【０１０３】
オプションのステップＡ６において、第１の通信装置は、専用チャネルを通して接続されているユーザ機器が使用する専用チャネルを判断し、その専用チャネルで緊急確認メッセージが送信されるよう命令する。第１の通信装置は、専用チャネルで接続されたＵＥに関する知識を有し、この情報を解析して、どの専用チャネルで緊急確認メッセージを送信するのかを決定する。
【０１０４】
いくつかの実施例においては、緊急事態を示す通報のページングの動作とは、セカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）の全容量の１０％〜７０％の範囲を用いて単に実行することを命令するだけであり、セルの不連続受信（ＤＲＸ）サイクルは、０．５秒から２．５６秒の範囲にある時間サイクルを含む。
【０１０５】
いくつかの実施例においては、緊急確認メッセージは、緊急事態を示す地震津波警報システム情報と、地震津波警報システムセキュリティ情報とを有する。いくつかの実施例においては、この通報は、地震及び津波警報システムのプライマリ通報情報等のように、通報が緊急事態に関係することを示す数値を含む。
【０１０６】
いくつかの実施例においては、第１の通信装置は、ＲＮＣのような制御装置ノードを含み、基地局に命令を送信する。ここで、基地局は、その命令に従って、緊急事態を示す通報をページングチャネルで送信し、緊急確認メッセージを共通制御チャネルで送信する。
【０１０７】
いくつかの実施例においては、第１の通信装置は、制御装置機能とｅＮＢ等の基地局とを含み、セル内のベアラを設定し、緊急事態を示す通報をページングチャネルで、緊急確認メッセージを共通制御チャネルで送信する。
【０１０８】
この方法を実行するために第１の通信装置が提供される。
【０１０９】
図６に第１の通信装置の概要を示す。第１の通信装置は、無線ネットワーク制御装置や基地局制御装置等の制御装置ノードを有すると良い。いくつかの実施例においては、第１の通信装置は、セル内で無線ベアラを制御し割り当てる機能を備えた基地局、例えば、拡張ＮｏｄｅＢなどを有すると良い。
【０１１０】
第１の通信装置２０は、同報ユニットから緊急通報を受信するように構成された第１のネットワークインタフェース２０３を有する。同報ユニットはＣＢＣなどでよい。緊急通報は、その緊急通報が同報されるべき第１の通信装置に関連するセルを示す。
【０１１１】
さらに、第１の通信装置は、緊急事態を示す通報がネットワークインタフェース２０３で受信されたときに、緊急通報をページングして同報するために用いられるページングチャネルを決定するように構成される制御ユニット２０１を有する。制御ユニット２０１はさらに、緊急事態を示す通報がページングチャネルで送信されるよう命令するよう構成される。加えて、制御ユニット２０１は、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定し、緊急確認メッセージが共通制御チャネル（ＣＣＣＨ）で送信されるよう命令するように構成される。
【０１１２】
制御ユニット２０１は更に、緊急確認メッセージが共通制御チャネルで繰り返し送信されるよう命令するように構成されると良い。その緊急確認メッセージは無線資源制御緊急メッセージを含む。
【０１１３】
いくつかの実施例においては、制御ユニット２０１はさらに、専用チャネルを通して接続されているユーザ機器が使用する専用チャネルを判断し、その専用チャネルで緊急確認メッセージが送信されるよう命令するように構成される。第１の通信装置は、専用チャネルで接続されたＵＥに関する知識を有し、第１の通信装置２０のメモリ２０７から取り出されたこの情報を使用する。
【０１１４】
いくつかの実施例においては、緊急事態を示す通報のページングの動作は、セカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）の全容量の１０％〜７０％の範囲を使用して単に送信するよう命令されて行うだけであり、セルの不連続受信（ＤＲＸ）サイクルは、０．５秒から２．５６秒の範囲にある時間サイクルを有する。
【０１１５】
いくつかの実施例においては、緊急確認メッセージは、緊急事態を示す地震津波警報システム情報と、地震津波警報システムセキュリティ情報とを含む。いくつかの実施例においては、この通報は、地震及び津波警報システムのプライマリ通報情報等のように、通報が緊急事態に関係することを示す数値を含む。
【０１１６】
いくつかの実施例においては、第１の通信装置２０は、ＲＮＣ等の制御装置ノードを有し、更に、命令を基地局に送信するために使用するように構成される第２のネットワークインタフェース２０５を有する。ここで、その基地局は、命令に従って、緊急事態を示す通報をページングチャネルで送信し、緊急確認メッセージを共通制御チャネルで送信する。
【０１１７】
いくつかの実施例においては、第１の通信装置２０は、制御装置機能とｅＮＢ等の基地局とを有する。そして、制御ユニット２０１は、セル内でのベアラを設定し、アンテナ構成等の無線構成により緊急事態を示す通報をページングチャネルで、そして、緊急確認メッセージを共通制御チャネルで送信するように構成される。
【０１１８】
図７は、通信ネットワーク内のページングチャネルを聴取して緊急確認メッセージを受信するように構成されるユーザ機器における１つの方法が示されている。ユーザ機器はアイドルモード、ＣＥＬＬ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態などにあるかもしれない。
【０１１９】
ステップＢ１において、ユーザ機器は、ページングチャネルで同報された、緊急事態を示す通報を受信する。
【０１２０】
ステップＢ２において、ユーザ機器は、通報を受信した結果として共通制御チャネルを聴取する。即ち、ユーザ機器で不連続受信（ＤＲＸ）が一時的に停止され、共通制御チャネルでのメッセージ受信がイネーブルもされる。これは、例えば、所定の時間の間、行われる。
【０１２１】
ステップＢ３において、ユーザ機器は、共通制御チャネルで緊急確認メッセージを受信する。
【０１２２】
いくつかの実施例においては、緊急確認メッセージはセキュリティ情報を含み、この方法は更に、緊急確認メッセージ内のセキュリティ情報を読出すことにより緊急確認メッセージを認証することを含む。
【０１２３】
オプションのステップＢ４において、ユーザ機器はそのユーザ機器に緊急情報を表示する。
【０１２４】
この方法を実行するためにユーザ機器が提供される。
【０１２５】
図８はユーザ機器の概要を示す。ユーザ機器は、例えば、ＰＣＣＨなどのページングチャネルで同報された、緊急事態を示す通報を受信するように構成される受信部構成１０３を有する。ユーザ機器はさらに、通報を読出して、その通報が緊急事態を示すか否かを判定するように構成された制御ユニット１０１を有する。この場合では、制御ユニットがその通報は緊急事態を含むと判定した場合には、制御ユニット１０１は、受信部構成１０３の動作を切り替えて、共通制御チャネルで緊急確認メッセージを聴取して受信するよう受信構成１０３をイネーブルするように構成される。
【０１２６】
いくつかの実施例においては、制御ユニット１０１はさらに、緊急確認メッセージのセキュリティ情報を解析することにより緊急確認メッセージを解析し、その緊急情報を表示する前に、緊急確認メッセージが真正なものであることを確認するように構成される。制御ユニット１０１はまた、出力部構成１０９に緊急情報を表示するように構成されると良い。
【０１２７】
出力部構成１０９は、ディスプレイ、スピーカなどの構成でよい。
【０１２８】
いくつかの実施例では、ユーザ機器は、アイドルモード、セルＰＣＨ状態、ＵＲＡ ＰＣＨ状態等のような、ページングチャネルにより情報を受信することが可能なアイドルモード、またはコネクトモードの状態にある。
【０１２９】
制御ユニット１０１、２０１は、ＣＰＵ、単一の処理ユニット、複数の処理ユニットなどを有していると良い。
【０１３０】
メモリユニット１０７、２０７は、単一のメモリユニット、複数のメモリユニット、外部メモリユニットと内部メモリユニットとの内の少なくともいずれかを有することができる。
【０１３１】
従って、ここで示す実施例は、通信ネットワークにおけるシステムを開示しており、そのシステムは、ページング制御チャネルで地震津波警報システムのプライマリ通報を含むＰＡＧＩＮＧ ＴＹＰＥ１メッセージを用いて、ユーザ機器の動作にトリガをかけるよう適合された構成を有する。そのユーザ機器は、ユーザ機器がＰＡＧＩＮＧ ＴＹＰＥ１メッセージでＥＴＷＳプライマリ通報を受信した時には、共通制御チャネルで所定の時間の間、メッセージを受信することを開始するように構成される。
【０１３２】
方法及び装置（システム）のブロック図とフローチャートとの内、少なくともいずれかを参照していくつかの実施例を説明した。そのブロック図とフローチャートとの内の少なくともいずれかにおけるいくつかのブロックと、そのブロック図とフローチャートとの内の少なくともいずれかにおける複数のブロックの組み合わせとは、コンピュータプログラム命令によって実現されるものであることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータと専用コンピュータと他のプログラム可能なデータ処理装置との内の少なくともいずれかのプロセッサに供給され、そのコンピュータと他のプログラム可能なデータ処理装置との内の少なくともいずれかのプロセッサを介して実行する命令が、ブロック図において特定される機能／動作と１つ以上のフローチャートのブロックとの内の少なくともいずれかを実現するための手段を創成するようにマシーンを構築することができる。
【０１３３】
これらのコンピュータプログラム命令はまた、コンピュータ可読メモリに記憶され、これらのメモリにより、そのコンピュータ可読メモリに記憶された命令が、ブロック図において特定される機能／動作と１つ以上のフローチャートのブロックとの内の少なくともいずれかを実現する命令を含む製品を作り出すように機能するよう、コンピュータまたは他のプログラム可能なデータ処理装置に命令することができる。
【０１３４】
コンピュータプログラム命令はまた、コンピュータや他のプログラム可能なデータ処理装置にロードし、そのコンピュータや他のプログラム可能な装置で一連の動作ステップが実行されるようにして、そのコンピュータや他のプログラム可能な装置で実行する命令が、ブロック図において特定される機能／動作と１つ以上のフローチャートのブロックとの内の少なくともいずれかを実現するステップを提供するように、コンピュータが実行する処理を作り出すことができる。
【０１３５】
いくつかの実施例では、ブロックに記された機能／動作は、その動作の例示で記された順序以外で実行しても良い。例えば、時間的に継続して示された２つのブロックは、実際は実質的に同時に実行しても良いし、または、ブロックが関与する機能／動作に依存して、時には逆の順序で実行されても良い。
【０１３６】
図面と明細書において、本発明の代表的な実施例について開示した。しかしながら、これらの実施例に対して本発明の原理から実質的に逸脱することなく、多くの変形例と態様とを作ることができる。従って、特定の用語が使用されているが、それらは一般的かつ記述的意味だけで使用されているのであって、本発明を限定を目的とするものではない。本発明の範囲は以下に続く請求の範囲によって規定されるものである。
【技術分野】
【０００１】
本発明における実施例は、通信ネットワークにおける方法と装置に関する。特に、通信ネットワークのユーザ機器に緊急通報を送信する方法と装置に関する。
【背景技術】
【０００２】
今日では、例えば、地震津波警報システム（ＥＴＷＳ）に対するサポートを導入するために、異なるタイプの公衆警報システムを提供する研究が続けられている。この地震津波警報システム（ＥＴＷＳ）によって、来るべき地震と津波との内の少なくともいずれかに関する警報を、移動局を通して伝送することが可能になる。ＥＴＷＳ警報は、プライマリ通報とセカンダリ通報の２つのタイプに分類される。
【０００３】
プライマリ通報は、ユーザに対して、地震などの発生が切迫しているなどのような最も緊急な出来事を、分単位ではなく秒単位で通報するために送信される。ＥＴＷＳプライマリ通報メッセージは、ユーザ／移動局に４秒以内に届けるという要求条件がある。ねつ造されたメッセージが受信されて、それが混乱を引き起こすのを回避する目的で、プライマリ通報の中には、認証情報が含められることがおそらくは必要である。情報を認証する代替としては、デジタル署名の形の認証情報を有することである。これは、例えば、デジタル署名アルゴリズム（ＤＳＡ）署名などを使用するとすれば、４１バイトの情報である。
【０００４】
セカンダリ通報は、何をするべきか、助けが得られる場所、避難設備の地図、食料分配の時間割を指示するものなどの緊急性がそれほど高くない補足的な情報をユーザに対して与えるために送信される。
【０００５】
ＥＴＷＳ警報の送信に対して、セル同報サービス（ＣＢＳ）に基づく解決策が考えられた。この解決策によれば、ＥＴＷＳメッセージはセル内部の全ての移動局に対して制御チャネルで同報される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＥＴＷＳに関しては、「４秒以内」の要求条件を満足させるために、ＰＡＧＩＮＧメッセージを利用可能とするよう決定された。
【０００７】
現在の仮定は、プライマリ通報に対してはＰＡＧＩＮＧ ＴＹＰＥ１メッセージを使用することであり、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージはアイドルモードにあるユーザ機器（ＵＥ）とページングチャネルを聴取しているコネクトモード（接続モード）にあるユーザ機器（ＵＥ）とに届けられる。ページングチャネルを使用することは、４秒以内にＵＥに到着するという要求条件を満足するための主要な選択肢であると考えられる。しかしながら、その制限時間以内に極力多くのＵＥに対して、信頼性が高い緊急通報が届けられて欲しいという要望がある。
【０００８】
本発明に従う実施例での目的は、効率がよく信頼性が高い方法で緊急メッセージをユーザ機器に届けることにある。
【課題を解決するための手段】
【０００９】
いくつかの実施例では、通信ネットワークの通信装置における方法が備えられる。その通信装置は、同報ユニットから、その通信装置に関連するセルを指示し、そのセル内のユーザ機器に通報される緊急通報を受信する。その通信装置はそのセル内で、緊急事態を示す通報をページングし、同報するために用いられるページングチャネルを更に決定し、緊急事態を示す通報がページングチャネルで送信されるよう命令する。その通信装置はまたセル内で、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定し、緊急確認メッセージがその共通制御チャネルで送信されるよう命令する。
【００１０】
この方法を実行するために、通信装置が提供される。
【００１１】
その通信装置は、ネットワークを通して同報ユニットから緊急通報を受信するように構成された第１のネットワークインタフェースと、そのネットワークインタフェースで緊急事態を示す通報が受信された時に、緊急通報をページングして同報するために用いられるページングチャネルを決定するように構成される制御ユニットを備える。その制御ユニットはさらに、緊急事態を示す通報がページングチャネルで送信されるよう命令し、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定するように更に構成される。その制御ユニットは加えて、緊急確認メッセージが共通制御チャネルで送信されるように命令するよう構成される。
【００１２】
この明細書での実施例はまた、緊急確認メッセージを受信するために、通信ネットワーク内でページングチャネルを聴取するように構成されるユーザ機器における方法を開示する。そのユーザ機器は、ページングチャネルで同報された緊急事態を示す通報を受信し、そして、その通報を受信した結果として、共通制御チャネルを聴取する。それから、そのユーザ機器は、共通制御チャネルで緊急確認メッセージを受信する。
【００１３】
この方法を実行するために、ユーザ機器が備えられる。
【００１４】
このユーザ機器は、ページングチャネルで同報された緊急事態を示す通報を受信するよう適合された受信部構成と、その通報を読出し、その通報が緊急事態を示していることを判断するように構成された制御ユニットとを備える。その制御ユニットは更に、その通報が緊急事態を示すときには、受信部構成の動作を切り替えて、共通制御チャネルで緊急確認メッセージを聴取して受信するように受信部構成をイネーブルにするよう構成される。
【００１５】
さらに、通信ネットワークにおけるシステムが備えられる。このシステムは、ページング制御チャネルで、地震津波警報システムのプライマリ通報を含むＰＡＧＩＮＧ ＴＹＰＥ１メッセージを用いて、ユーザ機器の動作にトリガをかけるよう適合された構成を備える。この動作は、ユーザ機器がＰＡＧＩＮＧ ＴＹＰＥ１メッセージで地震津波警報システムのプライマリ通報を受信した場合には、ユーザ機器は、共通制御チャネルで所定の時間の間、メッセージを受信することを開始するように構成されていることを示唆する。
【００１６】
この明細書での実施例は、高速かつ信頼性が高い方法で認証情報をＵＥに届ける方法を提供する。ページングチャネルを使用して通報を行い、また通報が届いたＵＥに対しては通報と認証情報を搬送する共通制御チャネルに変更するようトリガをかけることにより、通報が届けられるＵＥの数は増加するとともに、その通報は高速に認証される。
【００１７】
以下、実施例について、添付図面に関連させてより詳細に説明する。
【図面の簡単な説明】
【００１８】
【図１】通信ネットワークの中で緊急通報を送信するための実施例を示す図である。
【図２】ユニバーサル移動通信システム（ＵＭＴＳ）における、合成した方法とシグナリング方式とを示す図である。
【図３】ＵＭＴＳネットワークにおける、合成した方法とシグナリング方式とを示す図である。
【図４】ＵＭＴＳネットワークにおける、合成した方法とシグナリング方式とを示す図である。
【図５】通信装置における方法の概要を示す図である。
【図６】通信装置の概要を示す図である。
【図７】ユーザ機器における方法の概要を示す図である。
【図８】ユーザ機器の概要を示す図である。
【発明を実施するための形態】
【００１９】
以下では添付図面を参照して、本発明の実施例をより十分に説明する。ここでは本発明のいくつかの実施例を示す。しかしながら、本発明は多くの異なる形で実施することができ、ここに記述した実施例に限定されると解釈されるべきではない。むしろ、これらの実施例は、この開示が十分でかつ完全であるように提供するものである。この明細書を通して、同様の番号は同様の構成要素に言及するものである。
【００２０】
ここで使用する用語は、具体的な実施例を説明する目的のみで使用しており、本発明を限定することを意図するものではない。ここで使用している単数形「１つの（ａ）」、「１つの（ａｎ）」、および、「その（ｔｈｅ）」は、文面が単数形であることを明確に述べている場合を除いて、複数形をも含んでいる。さらに以下のことが理解されるであろう。即ち、用語「有する」と「有している」との内、少なくともいずれかは、ここで、それらの用語を使用するときには、言及する特徴と、数値と、ステップと、動作と、構成要素と、構成素子との内の少なくともいずれかの存在を規定するものであるが、１つ以上の他の特徴と、数値と、ステップと、動作と、構成要素と、構成素子と、それらのグループとの内の少なくともいずれかの存在や追加を排除するものではない。
【００２１】
ここで使用する全ての用語（技術用語と科学用語とを含む）は、特に定義をしていない限り、本発明が属する分野の当業者によって共通に理解される意味と同じ意味を有する。また、以下の点がさらに理解されるであろう。即ち、ここで使用する用語は、この明細書の文脈と関連する技術における意味に矛盾しない意味を持つと解釈されるべきであり、また、ここで明確に定義しない限り、理想化した、または極度に形式的な意味を持つと解釈されてはならないことを理解されたい。
【００２２】
図１は、通信ネットワーク内の緊急通報を送信するための実施例を開示している。検出器２は地震などの緊急状況を登録する。検出器への登録は、影響を受けるエリア内のＵＥに対して緊急通報が送信されるべきかを判定する、例えば、中央政府機関でなされる。影響を受けるエリア内のＵＥに対して緊急通報を送信するよう命令が、同報ユニット（ＢＵ）３０に対して送信される。その命令は、ＢＵ３０などに対して手動で入力／送信しても良い。
【００２３】
ＢＵ３０は、影響を受けるエリア内のセルを制御する第１の通信装置（ネットワークユニット）ＮＵ２０に緊急通報を送信する。ＮＵ２０は、拡張型ノードＢ（ｅＮＢ）、無線ネットワーク制御装置（ＲＮＣ）、基地局制御装置（ＢＳＣ）などであるかもしれない。ＮＵ２０は、緊急通報を送信するためのページングチャネルを決定し、そのページングチャネルで緊急通報を送信するよう命令する。その後、ＮＵ２０は緊急確認を搬送する共通制御チャネルを決定し、共通制御チャネルで緊急確認を送信するよう命令する。ＮＵ２０はまた、専用チャネルでネットワークに接続されたＵＥに対して、その専用チャネルで緊急確認を送信しても良い。
【００２４】
図示された実施例では、第１のＵＥ１０は、影響を受けるエリアのセル内のページングチャネルをＵＥ１０が聴取しているモードにある。緊急通報はＵＥ１０において受信される。受信された緊急通報は、共通制御チャネルでの聴取を開始するようＵＥ１０にトリガをかける。即ち、ＵＥは一時的に不連続受信（ＤＲＸ）動作を停止して、共通制御チャネルでメッセージを受信する。ＵＥ１０は、共通制御チャネルを聴取することにより、その共通制御チャネルで緊急確認を受信する。ＵＥ１０は、緊急確認内のセキュリティ情報を読取ることにより、緊急確認の真正さを確認する。セキュリティ情報は、例えば、ＤＳＡなどであってよい。
【００２５】
ページングチャネルを聴取してはいない共通制御チャネルで接続されている第２のモードにある第２のＵＥ１０’もまた、ＮＵ２０のセル内に位置している。ＵＥ１０’はページングチャネルで緊急通報は受信しないが、共通制御チャネルで同報された緊急確認を受信する。
【００２６】
なお、送信の命令は、セルにサービスを提供している基地局に対して送られる。ここでＮＵ２０は、例えば、ＲＮＣ、ＢＳＣ等の制御装置ノードを含む。あるいは、ＮＵ２０が基地局（例えば、ｅＮＢ）を有する場合には、送信の命令は、セル内でサービスを行い同報するよう構成された構成要素に対して、ＮＵ２０内で送信される。
【００２７】
図２は、ユニバーサル移動通信システム（ＵＭＴＳ）における合成した方法とシグナリング方式とを開示している。
【００２８】
ステップＳ１において、セル同報センタ（ＣＢＣ）３０である同報ユニットは、緊急状況の影響を受けるエリア内のＵＥに対して緊急通報が同報されるべきであることを判断する。ＣＢＣ３０は、地震津波警報システム（ＥＴＷＳ）メッセージとして例示された緊急通報を、影響を受けるエリア内のセルを制御している無線ネットワーク制御装置（ＲＮＣ）２０に送信する。
【００２９】
ステップＳ２において、ＲＮＣ２０はＥＴＷＳメッセージを受信し、緊急通報を送信するページングチャネルと、緊急確認メッセージ（ＥＴＷＳ ＣＯＮＦＩＲＭ）を送信する共通制御チャネル（ＣＣＣＨ）とを決定する。ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳメッセージとＥＴＷＳメッセージを認証するために用いられるセキュリティ情報とを含む。
【００３０】
図示された実施例では、ページングチャネルはページング制御チャネル（ＰＣＣＨ）を有する。
【００３１】
ＲＮＣ２０はその後に、セルにサービスを提供している基地局ＮＢ２２に命令／コマンドを送信し、ＰＣＣＨでＥＴＷＳメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＰＣＣＨでＥＴＷＳメッセージを同報する。
【００３２】
ＲＮＣ２０はまた、セルにサービスを提供しているＮＢ２２に命令／コマンドを送信し、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報する。
【００３３】
ＥＴＷＳメッセージとＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、同時に、または、図２に示されているように遅延時間Δｔを与えて送信される。
【００３４】
ＵＭＴＳのＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）においては、ユーザ機器（ＵＥ）は、ユーザのアクティビティに依存して、いくつかの無線資源制御（ＲＲＣ）状態の１つにあるかもしれない。これらの状態は、アイドルモード、ＵＲＡ＿ＰＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＦＡＣＨ状態、及び、ＣＥＬＬ＿ＤＣＨ状態を含む。これらは、ユーザアクティビティが増加する順序に並べられている。
【００３５】
ＵＲＡ＿ＰＣＨ状態−ＲＮＣがＵＥは複数のセルを含むエリア内のセルに留まっていることを知るＵＴＲＡＮ登録エリアページングチャネル状態である。
【００３６】
ＣＥＬＬ＿ＰＣＨ状態−ＲＮＣがＵＥがどのセルに留まっているかを知るセルページングチャネル状態である。
【００３７】
ＣＥＬＬ＿ＰＣＨ状態とＵＲＡ ＰＣＨ状態では、通信は可能ではなく、最小の無線資源と電池資源とが消費される。ＵＥが送信するデータを有する場合には、ＵＥはセル更新メッセージをＵＴＲＡＮに送信し、アップリンクデータが利用可能であることを示す必要がある。ＵＴＲＡＮが、ＣＥＬＬ ＰＣＨまたはＵＲＡ ＰＣＨにあるＵＥに送信するデータを有する場合には、ＵＴＲＡＮは、ページングメッセージをＵＥに送信する必要があり、ＵＥはセル更新メッセージで応答し、自分がどのセルの中に位置しているかを示す。
【００３８】
ＣＥＬＬ＿ＦＡＣＨ状態−ＵＥはＣＣＣＨを通して引き続き接続され、他のＵＥと無線資源を共有するセルフォワードリンクアクセスチャネル状態である。
【００３９】
ＣＥＬＬ＿ＦＡＣＨ状態では、通信は可能であるが、共有チャネルの特性によって、通信は低いデータレートであり、往復時間は長い。この状態にあるＵＥは、ＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨと比較して、より多くの無線資源を消費する。しかし、ＣＥＬＬ＿ＤＣＨと比較すればより少ない資源消費である。
【００４０】
ＣＥＬＬ＿ＤＣＨ状態−ＵＥは利用可能な専用チャネルを有しており、これは、高いデータレートで、そして、往復時間の低い通信が可能であることを示すセル専用チャネル状態である。
【００４１】
アイドルモードとＣＥＬＬ／ＵＲＡ＿ＰＣＨ状態にある全てのＵＥに届く十分な確率を得るために、全てのＵＥに対するページングを行う折には、不連続受信（ＤＲＸ）方式とは独立に、ページングメッセージが送信される。典型的なセル構成では、ページングチャネル（ＰＣＨ）とフォワードリンクアクセスチャネル（ＦＡＣＨ）との２つの転送チャネルは、同じセカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）を共有する。これは、連続して行うページング（ＰＣＨを介して）はＦＡＣＨ転送チャネルの枯渇を引き起こす危険を伴うということを意味する。
【００４２】
完全性保護のためのセキュリティ情報を全てのＵＥに送信して、プライマリ通報を検証することができる。このことはできるだけ速くなされることが必須であり、理想的には、プライマリ通報（ＰＡＧＩＮＧ ＴＹＰＥ１）に許容される４秒以内の遅延で行われなければならない。そうでない場合には、エンドユーザに対する警報は遅延することになるであろう。または、情報の検証が実行される以前に警報が発行されなければならず、結果として、誤った（不正な）警報が発せられる危険を伴う。
【００４３】
アイドルモード、そして、ＵＲＡ／ＣＥＬＬ＿ＦＡＣＨ状態において、ＰＣＣＨで全てのＵＥに届けるために、（少なくとも１つの）ＰＡＧＩＮＧ ＴＹＰＥ１が、何らかの可能なＵＥのＤＲＸパターンで与えられるページング機会に送信される。
【００４４】
ステップＳ３１において、アイドルモードとＵＲＡ＿ＰＣＨ状態とＣＥＬＬ＿ＰＣＨ状態との内の少なくともいずれかにあり、ＰＣＣＨを聴取しているＵＥ１０は、メッセージを受信して、そのメッセージがＥＴＷＳメッセージを含んでいるか否かを判定する。ＵＥ１０がＥＴＷＳメッセージを受信したという判定がトリガとなりＵＥ１０にＣＣＣＨを聴取させる。
【００４５】
ステップＳ３２において、ＵＥ１０は、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを聴取して、それを受信する。そして、ＵＥ１０は、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージのセキュリティ情報を検証することによりＥＴＷＳメッセージを検証し、ＵＥ１０のユーザに対して緊急情報を表示する。
【００４６】
なお、ＵＥ１０は、ページングチャネルＰＣＨをＤＲＸサイクル毎に１回監視する。ＤＲＸサイクル内のオフセットは、ＵＥ１０の国際移動加入者識別番号（ＩＭＳＩ）に基づいている。従って、４秒という制限時間の要求条件を満足するために、ネットワークで使用されている最大ＤＲＸサイクル内の各送信時間間隔（ＴＴＩ）に対して、少なくとも１つのＰＡＧＩＮＧ ＴＹＰＥ１メッセージが送信されなければならない。これは、４秒という要求される最大遅延時間以内に実行されなければならない。
【００４７】
ＤＲＸサイクルの長さは無線アクセスネットワーク（ＲＡＮ）によって制御され、典型的な値は１．２８秒および２．５６秒である。ＤＲＸサイクルは、スリープモードと覚醒（アウェイク）モードとの間の関係を示している。
【００４８】
ＥＴＷＳ通報が送信される時に正常の動作が制限を受けない実施例が開示される。これは、緊急事態の間には救急隊員と公衆との双方がネットワークからのサービスを要求する可能性が高いからである。従って、それらのサービスは妨害されてはならない。この理由によって、ページング制御チャネル（ＰＣＣＨ）で、それぞれのＴＴＩ毎にページングメッセージを送信することは不可能である。なぜなら、ＰＣＣＨは通常、同じセカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）を共有し、ＦＡＣＨはＣＥＬＬ＿ＦＡＣＨ状態におけるシグナリングに対してこれを使用するからである。各々の送信時間間隔（ＴＴＩ）がＰＣＣＨのために使用されるとすれば、ＦＡＣＨでの枯渇が引き起こされるであろう。これは、少なくとも一時的に、ネットワークの中での他のサービスを妨害することになるであろう。ＴＴＩは、転送ブロックセットの到着時刻の間の時間として定義され、転送ブロックセットが無線インタフェースの物理層によって転送される周期に等しい。これは、常に最小インターリーブ時間間隔の倍数、例えば、１つの無線フレームの長さである１０ｍｓである。
【００４９】
しかしながら、ＤＲＸサイクルがそれほど長くない場合には、例えば、ＰＣＣＨで３番目毎のＴＴＩを使用することも可能であるだろう。これは、Ｓ−ＣＣＰＣＨの容量の１／３を消費するであろう。従って、ＦＡＣＨに対して利用可能な容量は低減するであろうが、完全に阻止されることはない。Ｓ−ＣＣＰＣＨをいくらかのマージンを持つ大きさにするならば、他のサービスがひどく制限されるということはないであろう。最大ＤＲＸサイクルが１．２８秒であるとすれば、アイドルモードとＵＲＡ／ＣＥＬＬ＿ＦＡＣＨ状態にある全てのＵＥに対して、４秒という規定された最大遅延時間以内に、少なくとも１つのＰＡＧＩＮＧ ＴＹＰＥ１メッセージは許されるであろう。
【００５０】
例えば、各ＩＭＳＩに対してページング間隔を与えるＤＲＸサイクルが１．２８秒であるとすれば、そのサイクルは要求条件である４秒の中で３回繰り返されるであろう。従って、ＥＴＷＳメッセージは、３番目のＴＴＩ毎に１回の割合で送信することができる。ＤＲＸサイクルが０．６４秒であるとすれば、サイクルは６回繰り返され、そして、ＥＴＷＳメッセージは６番目のＴＴＩ毎に１回の割合で送信することができる。しかしながら、２．５６秒のＤＲＸサイクルが使用されるとすれば、ＤＲＸサイクルは、要求条件の４秒の中で完全には繰り返されない。この場合には、ＥＴＷＳメッセージは、３つのＴＴＩ毎に２回の割合で送信することができる。
【００５１】
明らかに、他の精密な方式を使用してこれらのメッセージのスケジューリングを行うこともできる。ＥＴＷＳプライマリ通報に対して、そして、ＦＡＣＨでのシグナリングに対してＴＴＩを提供することと、全てのＵＥにより規定された最大遅延時間以内にプライマリ通報メッセージを受信されるようにプライマリ通報メッセージをスケジューリングするための要求条件との間には、明らかにトレードオフが存在する。
【００５２】
もしＳ−ＣＣＰＣＨ容量の約１／３がＥＴＷＳプライマリ通報のために使用されるとすれば、また、ページングのためのＤＲＸサイクルの最大値が１．２８秒未満であるとすれば、アイドルモードとＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にある全てのＵＥに対して、プライマリ通報のために使用するＰＡＧＩＮＧ ＴＹＰＥ１メッセージを、要求される最大遅延時間４秒以内に届けることが可能である。
【００５３】
ＵＥに送信される、プライマリ通報に関連するセキュリティ情報は、約５０オクテットであってよい。量の多いこの情報を、通常のセル構成を使用して、１つのＳ−ＣＣＰＣＨ転送ブロックで送信することは可能ではなく、ＰＣＣＨにはセグメンテーションは存在しない。
【００５４】
しかしながら、ＣＣＣＨでセグメンテーションを有することは可能である。従って、ＰＣＣＨでＰＡＧＩＮＧ ＴＹＰＥ１メッセージを使用してＵＥの動作にトリガをかける方法を開示する。ここで、ＵＥは、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージでＥＴＷＳプライマリ通報を受信した時に、ＣＣＣＨで所定の時間の間にメッセージの受信を開始する。ここではＦＦＳと呼ばれるか、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージとしてＣＣＣＨで送信される新しいＲＲＣメッセージが備えられ、その新しいＲＲＣメッセージは、ＥＴＷＳ ＰＲＩＭＡＲＹ ＮＯＴＩＦＩＣＡＴＩＯＮ ＷＩＴＨ ＳＥＣＵＲＩＴＹを含む。
【００５５】
アイドルモードとＵＲＡ／ＣＥＬＬ＿ＰＣＨにあるＵＥにより予見される動作とは、ＥＴＷＳプライマリ通報を含むＰＡＧＩＮＧ ＴＹＰＥ１メッセージを受信すると、ＵＥは一時的にＤＲＸ動作を停止して、ＣＣＣＨでメッセージを受信することを開始し、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージを受信するまで、または、ＵＥがＣＣＣＨを受信する所定の時間が終了するまで、ＵＥはＣＣＣＨでメッセージを受信する動作である。ＥＴＷＳ ＣＯＮＦＩＲＭメッセージを受信する前にその時間が終了した場合には、ＵＥはこれを誤った警報と見なしてそれは無視するべきである。しかしながら、ＥＴＷＳプライマリ通報を含む別のＰＡＧＩＮＧ ＴＹＰＥ１メッセージが受信された場合には、ＵＥはその手順を再開始することができる。
【００５６】
ネットワークは、ＵＥがＣＣＣＨメッセージを受信する時間の間にＵＥがそれを受信することができることを保証するために、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを、要求される頻度、例えば、１秒毎に４回などでスケジューリングを行うべきである。そのメッセージは、無線リンク制御未確認モード（ＲＬＣ−ＵＭ）を使用して送信することができる。数秒の程度の値を持つＵＥタイマを使用して、この時間の長さを決定することができるであろう。例えば、構成設定が不可能な所定の値を使用することが提案されている。もし２秒という値が使用されるとすれば、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＣＣＣＨで、２秒毎に少なくとも１回の割合でスケジューリングされる。
【００５７】
ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳプライマリ通報の完全性保護のために使用されるセキュリティ情報を含まなければならない。事実、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは自己完結型であり、プライマリ通報に対して要求される全ての情報を含むことが提案されている。このようにして、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージは単に、プライマリ通報に対するトリガとしての役割を果たすだけである。このトリガは、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージにおけるバイナリの指示に過ぎないかもしれない。それは、ＥＴＷＳ情報を含むＥＴＷＳ警報の原因などを示す値を含んでも良い。
【００５８】
自己完結型のＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳプライマリ通報の完全性が、単一の無線資源制御パケットデータユニット（ＲＲＣ ＰＤＵ）に基づいて検証されることを示唆する。もし、検証の際にＰＡＧＩＮＧ ＴＹＰＥ１メッセージからの内容を考慮するとすれば、手順はより複雑になり、誤りを生じやすくなる。
【００５９】
メッセージが自己完結型である場合には、このメッセージは、ＣＥＬＬ＿ＦＡＣＨ状態とＣＥＬＬ＿ＤＣＨ状態におけるＵＥのプライマリ通報に対して容易に再使用することができる。これらのＵＥは、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージを受信せず、従って、ＥＴＷＳプライマリ通報の受信に対しては、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージに依存してはならない。
【００６０】
いくつかの実施例においては、ＣＥＬＬ＿ＦＡＣＨ状態とＣＥＬＬ＿ＤＣＨ状態にあるＵＥに対しても、プライマリ通報が届かなければならない。これらのＵＥは、ＰＣＣＨではＰＡＧＩＮＧ ＴＹＰＥ１メッセージを受信しない。
【００６１】
図３は、ユニバーサル移動通信システム（ＵＭＴＳ）における合成した方法とシグナリング方式とを開示している。
【００６２】
ステップＳ１において、セル同報センタ（ＣＢＣ）３０は、緊急状況の影響を受けるエリア内のＵＥに対して、緊急通報、ＥＴＷＳメッセージが同報されるべきであると判断する。ＣＢＣ３０は、影響を受けるエリア内のセルにサービスを提供している無線ネットワーク制御装置（ＲＮＣ）２０にＥＴＷＳメッセージを送信する。
【００６３】
ステップＳ２において、ＲＮＣ２０は、ＥＴＷＳメッセージを受信し、緊急通報ＥＴＷＳを送信するページングチャネルと、緊急確認メッセージ（ＥＴＷＳ ＣＯＮＦＩＲＭ）を送信するために、ページングのために使用されていない共通制御チャネルＣＣＣＨとを決定する。
【００６４】
ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳメッセージとＥＴＷＳセキュリティ情報を有しているかもしれない。
【００６５】
図示されている実施例では、ページングチャネルは、ページング制御チャネル（ＰＣＣＨ）を有する。
【００６６】
ＲＮＣ２０はその後、セルにサービスを提供している基地局ＮＢ２２に命令／コマンドを送信し、ＰＣＣＨでＥＴＷＳメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＰＣＣＨでＥＴＷＳメッセージを同報する。
【００６７】
ＲＮＣ２０はまた、セルにサービスを提供しているＮＢ２２に命令／コマンドを送信し、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報する。
【００６８】
ＥＴＷＳメッセージとＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、同時に、または図３に示すように遅延時間Δｔを与えて送信されても良い。
【００６９】
図３に示された実施例においては、ＵＥ１０’は、ＣＥＬＬ＿ＦＡＣＨ状態などのような、ページングチャネルＰＣＣＨを聴取していない接続状態にある。従って、ＵＥ１０’はＰＰＣＨのＥＴＷＳメッセージを検出しない。
【００７０】
ステップＳ４１において、ＵＥ１０’は、ＣＣＣＨで同報されたＥＴＷＳ ＣＯＮＦＩＲＭメッセージを受信して、それを読取る。ここで、ＵＥ１０’はＣＣＣＨで接続されている。ＥＴＷＳ ＣＯＮＦＩＲＭメッセージに含まれるＥＴＷＳ情報は、ＥＴＷＳセキュリティ情報を解析することにより検証される。ＥＴＷＳ情報が真正なものであると検証／確認された場合には、緊急メッセージがＵＥ１０’に表示される。
【００７１】
図４は、ユニバーサル移動通信システム（ＵＭＴＳ）における合成した方法とシグナリング方式とを開示している。
【００７２】
ステップＳ１において、ＣＢＣ３０は、緊急通報メッセージは、緊急状況の影響を受けるエリア内のＵＥに対して同報されるべきであると判断する。ＣＢＣ３０は、影響を受けるエリア内のセルにサービスを提供しているＲＮＣ２０に対してＥＴＷＳメッセージを送信する。
【００７３】
ステップＳ２において、ＲＮＣ２０は、ＥＴＷＳメッセージを受信する。そして、緊急通報を送信するページングチャネルと、緊急確認メッセージ（ＥＴＷＳ ＣＯＮＦＩＲＭ）を送信するため、ページングのために使用されていない共通制御チャネルＣＣＣＨとを決定する。ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、ＥＴＷＳ情報とＥＴＷＳセキュリティ情報とを有していても良い。
【００７４】
図示されている実施例では、ページングチャネルは、ページング制御チャネル（ＰＣＣＨ）を有する。
【００７５】
そして、ＲＮＣ２０は、セルにサービスを提供している基地局ＮＢ２２に命令／コマンドを送信し、ＰＣＣＨでＥＴＷＳメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２は、ＰＣＣＨでＥＴＷＳメッセージを同報する。
【００７６】
ＲＮＣ２０はまた、セルにサービスを提供しているＮＢ２２に命令／コマンドを送信し、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報するようＮＢ２２に命令する。そして、ＮＢ２２はＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを同報する。
【００７７】
ＥＴＷＳメッセージとＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、同時に、または図４に示すように遅延時間Δｔを与えて送信されても良い。
【００７８】
セル内部のＵＥ１０”は、専用チャネル（ＤＣＨ）で接続状態にある。従って、ＵＥ１０”は、ＰＣＣＨでＥＴＷＳメッセージを検出しないし、ＣＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを検出することもしない。図示された実施例においては、ＤＣＨは、専用制御チャネル（ＤＣＣＨ）を有する。
【００７９】
ＤＣＣＨで接続されているＵＥに届けるために、ＲＮＣ２０は、セルにサービスを提供しているＮＢ２２に命令／コマンドを送信し、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージをＵＥ１０”のＤＣＣＨで送信するようＮＢ２２に命令する。そして、ＮＢ２２はＤＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージをＵＥ１０”に送信する。ＲＮＣ２０は、ＤＣＨで接続されたＵＥの情報を有している。
【００８０】
ステップＳ５１において、ＵＥ１０”は、ＤＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージを受信し、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージを復号化／読出して、ＥＴＷＳ情報とＥＴＷＳ警報セキュリティ情報とを取り出す。そして、ＵＥ１０”は、ＥＴＷＳ警報セキュリティ情報を解析することによりＥＴＷＳ情報を検証する。そして、ＥＴＷＳ情報が検証された場合には、ＵＥ１０”は、ＵＥ１０”に緊急メッセージを表示することができる。
【００８１】
ＥＴＷＳセキュリティ情報は、コアネットワーク情報要素を諭旨、コアネットワーク情報要素は、ＥＴＷＳ警報の時間スタンプとデジタル署名との両方を含むことができる。これはコアネットワーク情報であるので、この情報は、ＥＴＷＳセキュリティが要求される時にはいつでも、ＵＥに伝達される。
【００８２】
表示される緊急メッセージは、ＥＴＷＳ情報とＵＥで生成／予め定義された別個のメッセージとの内の少なくともいずれかであってよい。
【００８３】
ページングメッセージに戻ると、ページングメッセージはＥＴＷＳプライマリ通報に対するトリガを含む。このトリガは、ＥＴＷＳプライマリ通報の原因を示す値を含むと良い。このトリガがアイドルモードまたはＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にあるＵＥによって受信され、この原因値がＵＥが応答するように設定された１つの値である場合には、ＵＥは一時的にＤＲＸ動作を停止して、所定の時間の間にＣＣＣＨでメッセージを受信する。２秒という時間が提案されている。そのトリガはＥＴＷＳ情報を備えるＰＡＧＩＮＧ ＴＹＰＥ１であるとよい。
【００８４】
いくつかの実施例では、新しい無線資源制御（ＲＲＣ）メッセージ（暫定的に、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージ）が、ＥＴＷＳプライマリ通報の完全性保護に対するセキュリティ情報を伝達するために定義される。そのメッセージは自己完結型であり、プライマリ通報に対して要求される全ての情報、即ち、プライマリ通報の原因と要求されるセキュリティ情報とそれ以外のものとの内の少なくともいずれかを含む。アイドルモードまたはＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にあるＵＥがＣＣＣＨでメッセージを受信する時間の間に、そのメッセージはＣＣＣＨで送信される。そのメッセージは、例えば、最初のページングメッセージが送信されてから６秒の間に送信される。
【００８５】
ＰＣＣＨでのＰＡＧＩＮＧ ＴＹＰＥ１メッセージとＣＣＣＨでのＥＴＷＳ ＣＯＮＦＩＲＭメッセージの精度よいスケジューリングは、ネットワークの実施形に依存する。プライマリ通報の最大遅延要求条件の値が満足されるように、これらのメッセージのスケジューリングを行うことは、ネットワークの責任である。例えば、ＰＡＧＩＮＧ ＴＹＰＥ１を第３のＴＴＩ毎に送信し、それと対応させてＥＴＷＳ ＣＯＮＦＩＲＭを送信することができる。ＰＡＧＩＮＧ ＴＹＰＥ１メッセージとＥＴＷＳ確認メッセージは、同時に、またはそれらの間に僅かな遅延などを与えて送信することができる。
【００８６】
ＥＴＷＳ ＣＯＮＦＩＲＭメッセージを自己完結型にする利点は、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージがＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＤＣＨ状態にあるＵＥのプライマリ通報のために使用することができるという点にある。
【００８７】
ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥが、ＰＣＣＨを介してメッセージを受信してそれを解析するという要件はない。従って、これらのＵＥはＰＡＧＩＮＧ ＴＹＰＥ１メッセージでトリガをかけない。しかしながら、これらのＵＥはＣＣＣＨでメッセージを受信するであろう。ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥは、メッセージを受信すると、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージをＥＴＷＳプライマリ通報であると考える。
【００８８】
ＥＴＷＳ ＣＯＮＦＩＲＭメッセージは、プライマリ通報の間に、ＣＣＣＨで数回も繰り返されると仮定している。ネットワークは、例えば、測定ギャップの必要性を考慮に入れて、（ＣＣＣＨに対する転送チャネルとして割り当てられたＦＡＣＨを使用して）ＣＥＬＬ＿ＦＡＣＨ状態にある全てのＵＥがそのメッセージを受信することができるということを保証するべきである。
【００８９】
ＣＥＬＬ＿ＤＣＨ状態にあるＵＥに関しては、それらのＵＥは、ＰＣＣＨでもＣＣＣＨでもメッセージを受信しない。これらのＵＥに対して、ＤＣＣＨでＥＴＷＳ ＣＯＮＦＩＲＭメッセージは送信される。このことは、これらのＵＥ各々に対して、別個のメッセージを送信される必要があることを示唆している。しかしながら、ある特定のエリア内にあるこれらのＵＥの数は有限であり、従って、それらのＵＥ各々に対してメッセージを送信することは可能である。
【００９０】
いくつかの実施例においては、ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥには、ＣＣＣＨに対する転送チャネルとして、ＨＳ−ＤＳＣＨを割り当てることができる。これは、これらのＵＥは、ＦＡＣＨを介してスケジューリングされたＣＣＣＨでメッセージを受信しないであろうということを示唆している。これらのＵＥに対しては同様の方法が開発されるかもしれない。
【００９１】
あり得るかもしれない別の潜在的な問題は、プライマリ通報の間に状態を変更しているＵＥがあって、それらがＰＣＣＨとＣＣＣＨでネットワークから送信されたメッセージを喪失してしまうという点である。これは、ＵＥがプライマリ通報を受信するまでにさらなる遅延を生ずる可能性のある障害である。しかしながら、ネットワークは、意図された最大遅延である初期の４秒以後もまだプライマリ通報メッセージを送信し続けると仮定されている。緊急状況においては、一時的にカバレッジ等の外に出てしまうかもしれないＵＥをも捕捉することが重要である。従って、ネットワークはプライマリ通報を送信し続けるかもしれず、これは、状態遷移やカバレッジの不足によってＰＣＣＨとＣＣＣＨの内の少なくともいずれかでメッセージを失う可能性があるＵＥを捕捉するのに十分である。
【００９２】
結論的には、ＣＥＬＬ＿ＦＡＣＨ状態にある（そして、ＣＣＣＨに対して転送チャネルとしてＦＡＣＨが割り当てられた）ＵＥは、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージがＣＣＣＨで送信された時には、それを受信して、それをＥＴＷＳプライマリ通報として使用するであろう。
【００９３】
ＣＥＬＬ＿ＤＣＨ状態にあるＵＥは、ＥＴＷＳ ＣＯＮＦＩＲＭメッセージがＤＣＣＨで送信された時には、それを受信して、それをＥＴＷＳプライマリ通報として使用する。
【００９４】
アイドルモードとＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態にある全てのＵＥに対して、プライマリ通報のために用いられるＰＡＧＩＮＧ ＴＹＰＥ１メッセージを要求される最大遅延４秒以内に、この目的のためにＳ−ＣＣＰＣＨ容量の約１／３が使用され、そして、ページングに対する最大ＤＲＸサイクルが１．２８秒以下であるならば、届けることが可能である。ここで、ＤＲＸサイクルが、例えば、０．６４秒より小さいなら、Ｓ−ＣＣＰＣＨ容量の約１／６をこの目的のために使用できて、それでも、全てのＵＥに、要求される最大遅延４秒以内に届けることができることを理解すべきである。従って、ＤＲＸサイクルが短くなればなるほど、４秒の制限時間以内に全てのＵＥに届けるために必要な容量はより少なくなる。
【００９５】
いくつかの実施例においては、ＣＥＬＬ＿ＦＡＣＨモードにあるＵＥは、ＣＣＣＨに対する転送チャネルとして、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）が割り当てられ（拡張ＣＥＬＬ＿ＦＡＣＨ）、ＥＴＷＳ通報はこのチャネルで送信される。
【００９６】
第１の通信装置における方法の概要を図５に示す。
【００９７】
ステップＡ１において、第１の通信装置は、同報ユニットから緊急通報を受信する。同報ユニットは、ＣＢＣなどでよい。緊急通報は、緊急通報は同報されなければならない第１の通信装置に関連するセルを示している。そのセルは、セルＩＤやロケーションエリアなどによって示される。
【００９８】
ステップＡ２において、第１の通信装置は、第１の通信装置に関連するセル内で、緊急事態を示す通報をページングし、同報するために用いられるページングチャネルを決定する。この通報は、同報ユニットから受信した緊急通報と別個のメッセージとの内の少なくともいずれかであってよい。そのページングチャネルは、ページング制御チャネル（ＰＣＣＨ）などであってよい。
【００９９】
ステップＡ３において、第１の通信装置は、緊急事態を示す通報がページングチャネルで送信される（ページング動作が実行される）よう命令する。
【０１００】
ステップＡ４において、第１の通信装置は、第１の通信装置に関連するセル内で緊急確認メッセージを同報するために用いられる共通制御チャネルを決定する。緊急確認メッセージは自己完結型であり、ＥＴＷＳ情報とＥＴＷＳセキュリティ情報とを有していると良い。
【０１０１】
ステップＡ５において、第１の通信装置は、共通制御チャネルで緊急確認メッセージが送信されるよう命令する。その緊急確認メッセージは、共通制御チャネル（ＣＣＣＨ）で繰り返し送信されるよう命令されるかもしれない。
【０１０２】
ここで、ステップＡ２〜Ａ５は時間的に継続したブロックとして示されているが、それらは実際には、実質的に同時に実行しても良いし、或いは、これらのブロックは時には、逆の順序で実行しても良いことを理解されたい。
【０１０３】
オプションのステップＡ６において、第１の通信装置は、専用チャネルを通して接続されているユーザ機器が使用する専用チャネルを判断し、その専用チャネルで緊急確認メッセージが送信されるよう命令する。第１の通信装置は、専用チャネルで接続されたＵＥに関する知識を有し、この情報を解析して、どの専用チャネルで緊急確認メッセージを送信するのかを決定する。
【０１０４】
いくつかの実施例においては、緊急事態を示す通報のページングの動作とは、セカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）の全容量の１０％〜７０％の範囲を用いて単に実行することを命令するだけであり、セルの不連続受信（ＤＲＸ）サイクルは、０．５秒から２．５６秒の範囲にある時間サイクルを含む。
【０１０５】
いくつかの実施例においては、緊急確認メッセージは、緊急事態を示す地震津波警報システム情報と、地震津波警報システムセキュリティ情報とを有する。いくつかの実施例においては、この通報は、地震及び津波警報システムのプライマリ通報情報等のように、通報が緊急事態に関係することを示す数値を含む。
【０１０６】
いくつかの実施例においては、第１の通信装置は、ＲＮＣのような制御装置ノードを含み、基地局に命令を送信する。ここで、基地局は、その命令に従って、緊急事態を示す通報をページングチャネルで送信し、緊急確認メッセージを共通制御チャネルで送信する。
【０１０７】
いくつかの実施例においては、第１の通信装置は、制御装置機能とｅＮＢ等の基地局とを含み、セル内のベアラを設定し、緊急事態を示す通報をページングチャネルで、緊急確認メッセージを共通制御チャネルで送信する。
【０１０８】
この方法を実行するために第１の通信装置が提供される。
【０１０９】
図６に第１の通信装置の概要を示す。第１の通信装置は、無線ネットワーク制御装置や基地局制御装置等の制御装置ノードを有すると良い。いくつかの実施例においては、第１の通信装置は、セル内で無線ベアラを制御し割り当てる機能を備えた基地局、例えば、拡張ＮｏｄｅＢなどを有すると良い。
【０１１０】
第１の通信装置２０は、同報ユニットから緊急通報を受信するように構成された第１のネットワークインタフェース２０３を有する。同報ユニットはＣＢＣなどでよい。緊急通報は、その緊急通報が同報されるべき第１の通信装置に関連するセルを示す。
【０１１１】
さらに、第１の通信装置は、緊急事態を示す通報がネットワークインタフェース２０３で受信されたときに、緊急通報をページングして同報するために用いられるページングチャネルを決定するように構成される制御ユニット２０１を有する。制御ユニット２０１はさらに、緊急事態を示す通報がページングチャネルで送信されるよう命令するよう構成される。加えて、制御ユニット２０１は、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定し、緊急確認メッセージが共通制御チャネル（ＣＣＣＨ）で送信されるよう命令するように構成される。
【０１１２】
制御ユニット２０１は更に、緊急確認メッセージが共通制御チャネルで繰り返し送信されるよう命令するように構成されると良い。その緊急確認メッセージは無線資源制御緊急メッセージを含む。
【０１１３】
いくつかの実施例においては、制御ユニット２０１はさらに、専用チャネルを通して接続されているユーザ機器が使用する専用チャネルを判断し、その専用チャネルで緊急確認メッセージが送信されるよう命令するように構成される。第１の通信装置は、専用チャネルで接続されたＵＥに関する知識を有し、第１の通信装置２０のメモリ２０７から取り出されたこの情報を使用する。
【０１１４】
いくつかの実施例においては、緊急事態を示す通報のページングの動作は、セカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）の全容量の１０％〜７０％の範囲を使用して単に送信するよう命令されて行うだけであり、セルの不連続受信（ＤＲＸ）サイクルは、０．５秒から２．５６秒の範囲にある時間サイクルを有する。
【０１１５】
いくつかの実施例においては、緊急確認メッセージは、緊急事態を示す地震津波警報システム情報と、地震津波警報システムセキュリティ情報とを含む。いくつかの実施例においては、この通報は、地震及び津波警報システムのプライマリ通報情報等のように、通報が緊急事態に関係することを示す数値を含む。
【０１１６】
いくつかの実施例においては、第１の通信装置２０は、ＲＮＣ等の制御装置ノードを有し、更に、命令を基地局に送信するために使用するように構成される第２のネットワークインタフェース２０５を有する。ここで、その基地局は、命令に従って、緊急事態を示す通報をページングチャネルで送信し、緊急確認メッセージを共通制御チャネルで送信する。
【０１１７】
いくつかの実施例においては、第１の通信装置２０は、制御装置機能とｅＮＢ等の基地局とを有する。そして、制御ユニット２０１は、セル内でのベアラを設定し、アンテナ構成等の無線構成により緊急事態を示す通報をページングチャネルで、そして、緊急確認メッセージを共通制御チャネルで送信するように構成される。
【０１１８】
図７は、通信ネットワーク内のページングチャネルを聴取して緊急確認メッセージを受信するように構成されるユーザ機器における１つの方法が示されている。ユーザ機器はアイドルモード、ＣＥＬＬ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態などにあるかもしれない。
【０１１９】
ステップＢ１において、ユーザ機器は、ページングチャネルで同報された、緊急事態を示す通報を受信する。
【０１２０】
ステップＢ２において、ユーザ機器は、通報を受信した結果として共通制御チャネルを聴取する。即ち、ユーザ機器で不連続受信（ＤＲＸ）が一時的に停止され、共通制御チャネルでのメッセージ受信がイネーブルもされる。これは、例えば、所定の時間の間、行われる。
【０１２１】
ステップＢ３において、ユーザ機器は、共通制御チャネルで緊急確認メッセージを受信する。
【０１２２】
いくつかの実施例においては、緊急確認メッセージはセキュリティ情報を含み、この方法は更に、緊急確認メッセージ内のセキュリティ情報を読出すことにより緊急確認メッセージを認証することを含む。
【０１２３】
オプションのステップＢ４において、ユーザ機器はそのユーザ機器に緊急情報を表示する。
【０１２４】
この方法を実行するためにユーザ機器が提供される。
【０１２５】
図８はユーザ機器の概要を示す。ユーザ機器は、例えば、ＰＣＣＨなどのページングチャネルで同報された、緊急事態を示す通報を受信するように構成される受信部構成１０３を有する。ユーザ機器はさらに、通報を読出して、その通報が緊急事態を示すか否かを判定するように構成された制御ユニット１０１を有する。この場合では、制御ユニットがその通報は緊急事態を含むと判定した場合には、制御ユニット１０１は、受信部構成１０３の動作を切り替えて、共通制御チャネルで緊急確認メッセージを聴取して受信するよう受信構成１０３をイネーブルするように構成される。
【０１２６】
いくつかの実施例においては、制御ユニット１０１はさらに、緊急確認メッセージのセキュリティ情報を解析することにより緊急確認メッセージを解析し、その緊急情報を表示する前に、緊急確認メッセージが真正なものであることを確認するように構成される。制御ユニット１０１はまた、出力部構成１０９に緊急情報を表示するように構成されると良い。
【０１２７】
出力部構成１０９は、ディスプレイ、スピーカなどの構成でよい。
【０１２８】
いくつかの実施例では、ユーザ機器は、アイドルモード、セルＰＣＨ状態、ＵＲＡ ＰＣＨ状態等のような、ページングチャネルにより情報を受信することが可能なアイドルモード、またはコネクトモードの状態にある。
【０１２９】
制御ユニット１０１、２０１は、ＣＰＵ、単一の処理ユニット、複数の処理ユニットなどを有していると良い。
【０１３０】
メモリユニット１０７、２０７は、単一のメモリユニット、複数のメモリユニット、外部メモリユニットと内部メモリユニットとの内の少なくともいずれかを有することができる。
【０１３１】
従って、ここで示す実施例は、通信ネットワークにおけるシステムを開示しており、そのシステムは、ページング制御チャネルで地震津波警報システムのプライマリ通報を含むＰＡＧＩＮＧ ＴＹＰＥ１メッセージを用いて、ユーザ機器の動作にトリガをかけるよう適合された構成を有する。そのユーザ機器は、ユーザ機器がＰＡＧＩＮＧ ＴＹＰＥ１メッセージでＥＴＷＳプライマリ通報を受信した時には、共通制御チャネルで所定の時間の間、メッセージを受信することを開始するように構成される。
【０１３２】
方法及び装置（システム）のブロック図とフローチャートとの内、少なくともいずれかを参照していくつかの実施例を説明した。そのブロック図とフローチャートとの内の少なくともいずれかにおけるいくつかのブロックと、そのブロック図とフローチャートとの内の少なくともいずれかにおける複数のブロックの組み合わせとは、コンピュータプログラム命令によって実現されるものであることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータと専用コンピュータと他のプログラム可能なデータ処理装置との内の少なくともいずれかのプロセッサに供給され、そのコンピュータと他のプログラム可能なデータ処理装置との内の少なくともいずれかのプロセッサを介して実行する命令が、ブロック図において特定される機能／動作と１つ以上のフローチャートのブロックとの内の少なくともいずれかを実現するための手段を創成するようにマシーンを構築することができる。
【０１３３】
これらのコンピュータプログラム命令はまた、コンピュータ可読メモリに記憶され、これらのメモリにより、そのコンピュータ可読メモリに記憶された命令が、ブロック図において特定される機能／動作と１つ以上のフローチャートのブロックとの内の少なくともいずれかを実現する命令を含む製品を作り出すように機能するよう、コンピュータまたは他のプログラム可能なデータ処理装置に命令することができる。
【０１３４】
コンピュータプログラム命令はまた、コンピュータや他のプログラム可能なデータ処理装置にロードし、そのコンピュータや他のプログラム可能な装置で一連の動作ステップが実行されるようにして、そのコンピュータや他のプログラム可能な装置で実行する命令が、ブロック図において特定される機能／動作と１つ以上のフローチャートのブロックとの内の少なくともいずれかを実現するステップを提供するように、コンピュータが実行する処理を作り出すことができる。
【０１３５】
いくつかの実施例では、ブロックに記された機能／動作は、その動作の例示で記された順序以外で実行しても良い。例えば、時間的に継続して示された２つのブロックは、実際は実質的に同時に実行しても良いし、または、ブロックが関与する機能／動作に依存して、時には逆の順序で実行されても良い。
【０１３６】
図面と明細書において、本発明の代表的な実施例について開示した。しかしながら、これらの実施例に対して本発明の原理から実質的に逸脱することなく、多くの変形例と態様とを作ることができる。従って、特定の用語が使用されているが、それらは一般的かつ記述的意味だけで使用されているのであって、本発明を限定を目的とするものではない。本発明の範囲は以下に続く請求の範囲によって規定されるものである。
【特許請求の範囲】
【請求項１】
通信ネットワークの通信装置における方法であって、
ユーザ機器に通報されるべきであり、前記通信装置に関連するセルを示している緊急通報を同報ユニットから受信する工程（Ａ１）と、
前記セル内において、緊急事態を示す通報をページングし、同報するために用いられるページングチャネルを決定する工程（Ａ２）と、
前記緊急事態を示す通報が前記ページングチャネルで送信されるよう命令する工程（Ａ３）と、
前記セル内において、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定する工程（Ａ４）と、
前記緊急確認メッセージが前記共通制御チャネルで送信されるよう命令する工程（Ａ５）とを有することを特徴とする通信方法。
【請求項２】
ユーザ機器に接続され、前記ユーザ機器により用いられる専用チャネルを判断する工程（Ａ６）と、
前記緊急確認メッセージが前記専用チャネルで送信されるよう命令する工程とをさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記緊急事態を示す通報のページングとは、セカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）全体の容量の１０〜７０％の範囲を用いて単に送信するように命令を受けることであり、
前記セルの不連続受信（ＤＲＸ）サイクルは、０．５〜２．５６秒の範囲の時間サイクルを含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記緊急確認メッセージは、緊急事態と地震津波警報システムのセキュリティ情報を含む地震津波警報システム情報を有することを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記通報は、前記通報が、地震津波警報システムのプライマリ通報情報のような緊急事態に関することを示す値を含むことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記緊急確認メッセージは前記共通制御チャネルで繰り返し送信されることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記命令する工程は、基地局に対して、前記基地局が追従すべき命令を送信することを含むことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記通信装置は前記命令に追従し、前記セル内のベアラをセットアップして、前記ページングチャネルで前記緊急事態を示す通報を、前記共通制御チャネルで前記緊急確認メッセージを送信することを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項９】
ネットワークにより同報ユニットからの緊急通報を受信するように構成された第１のネットワークインタフェース（２０３）と、
緊急通報が前記第１のネットワークインタフェース（２０３）で受信されたとき、緊急事態を示す通報をページングし同報するために用いられるページングチャネルを決定し、前記緊急事態を示す通報が前記ページングチャネルで送信されるように命令するように構成された制御ユニット（２０１）とを有し、
前記制御ユニット（２０１）はさらに、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定し、前記緊急確認メッセージが前記共通制御チャネルで送信されるように命令するよう構成されることを特徴とする通信装置。
【請求項１０】
前記制御ユニット（２０１）はさらに、チャネル決定の命令を夫々創成し、第２のネットワークインタフェース（２０５）により基地局に対して前記命令を送信するように構成されていることを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記制御ユニット（２０１）はさらに、前記緊急事態を示す通報がセカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）全体の容量の１０〜５０％の範囲を用いて前記ページングチャネルで送信されるように命令し、不連続受信（ＤＲＸ）サイクルが、０．５〜２．５６秒の範囲の時間サイクルを含むように命令するよう構成されていることを特徴とする請求項９又は１０に記載の通信装置。
【請求項１２】
前記制御ユニット（２０１）はさらに、緊急確認メッセージを同報するために用いられる専用チャネルを判断し、前記緊急確認メッセージが前記専用チャネルで送信されるように命令するよう構成されていることを特徴とする請求項９乃至１１のいずれか１項に記載の通信装置。
【請求項１３】
前記緊急確認メッセージは、緊急事態と地震津波警報システムのセキュリティ情報を含む地震津波警報システム情報を有することを特徴とする請求項９乃至１２のいずれか１項に記載の通信装置。
【請求項１４】
前記通報は、前記通報が、地震津波警報システムのプライマリ通報情報のような緊急事態に関することを示す値を含むことを特徴とする請求項９乃至１３のいずれか１項に記載の通信装置。
【請求項１５】
前記制御ユニット（２０１）はさらに、最初の通報の間には前記緊急確認メッセージが前記共通制御チャネルで繰り返し複数回送信されるように命令するよう構成されていることを特徴とする請求項９乃至１４のいずれか１項に記載の通信装置。
【請求項１６】
前記緊急確認メッセージは、無線資源制御緊急メッセージを含むことを特徴とする請求項９乃至１５のいずれか１項に記載の通信装置。
【請求項１７】
前記通信装置はさらに、セル内のベアラをセットアップし、前記緊急事態を示す通報と前記緊急確認メッセージとを送信するよう構成され、
前記通信装置は拡張型ノードＢを含むことを特徴とする請求項９乃至１６のいずれか１項に記載の通信装置。
【請求項１８】
ＲＮＣのような制御機能ノードをさらに有することを特徴とする請求項９乃至１６のいずれか１項に記載の通信装置。
【請求項１９】
緊急確認メッセージを受信する通信ネットワーク内でページングチャネルを聴取するよう構成されたユーザ機器における方法であって、
前記ページングチャネルで同報された緊急事態を示す通報を受信する工程（Ｂ１）と、
前記通報を受信した結果として、共通制御チャネルを聴取する工程（Ｂ２）と、
前記共通制御チャネルで前記緊急確認メッセージを受信する工程（Ｂ３）とを有することを特徴とする方法。
【請求項２０】
前記ユーザ機器で緊急事態の情報を表示する工程（Ｂ４）をさらに有することを特徴とする請求項１９に記載の方法。
【請求項２１】
前記緊急確認メッセージは、セキュリティ情報を含み、
前記緊急確認メッセージを、前記緊急確認メッセージ内の前記セキュリティ情報を読出することにより認証する工程をさらに有することを特徴とする請求項１９又は２０に記載の方法。
【請求項２２】
ページングチャネルで同報された緊急事態を示す通報を受信するよう構成された受信ユニット（１０３）と、
前記通報を読出し、前記通報が緊急事態を示していることを判断し、前記通報が緊急事態を示すときには、前記受信ユニット（１０３）の動作を切り替えて、前記受信ユニット（１０３）が共通制御チャネルで緊急確認メッセージを聴取・受信可能にするよう構成される制御ユニット（１０１）とを有することを特徴とするユーザ機器。
【請求項２３】
前記制御ユニット（１０１）はさらに、表示ユニット（１０９）に緊急事態の情報を表示するように構成されることを特徴とする請求項２２に記載のユーザ機器。
【請求項２４】
前記制御ユニット（１０１）はさらに、緊急確認メッセージにおけるセキュリティ情報を解析することにより前記緊急確認メッセージを解析して、前記緊急確認メッセージが真正なものであることを前記緊急事態の情報を表示する前に確認するよう構成されていることを特徴とする請求項２３に記載のユーザ機器。
【請求項２５】
前記制御ユニットは、前記ページングチャネルにより情報を受信可能なアイドルモード或いはコネクトモードにあることを特徴とする請求項２２乃至２４のいずれか１項に記載のユーザ機器。
【請求項２６】
ページング制御チャネルで、地震津波警報システムのプライマリ通報を含むＰＡＧＩＮＧ ＴＹＰＥ１メッセージを用いて、ユーザ機器の動作にトリガをかけるよう適合された構成を有し、
前記ユーザ機器がＰＡＧＩＮＧ ＴＹＰＥ１メッセージで前記地震津波警報システムのプライマリ通報を受信した場合には、前記ユーザ機器は、共通制御チャネルで所定の時間の間、メッセージを受信することを開始するように構成されていることを特徴とするシステム。
【請求項１】
通信ネットワークの通信装置における方法であって、
ユーザ機器に通報されるべきであり、前記通信装置に関連するセルを示している緊急通報を同報ユニットから受信する工程（Ａ１）と、
前記セル内において、緊急事態を示す通報をページングし、同報するために用いられるページングチャネルを決定する工程（Ａ２）と、
前記緊急事態を示す通報が前記ページングチャネルで送信されるよう命令する工程（Ａ３）と、
前記セル内において、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定する工程（Ａ４）と、
前記緊急確認メッセージが前記共通制御チャネルで送信されるよう命令する工程（Ａ５）とを有することを特徴とする通信方法。
【請求項２】
ユーザ機器に接続され、前記ユーザ機器により用いられる専用チャネルを判断する工程（Ａ６）と、
前記緊急確認メッセージが前記専用チャネルで送信されるよう命令する工程とをさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記緊急事態を示す通報のページングとは、セカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）全体の容量の１０〜７０％の範囲を用いて単に送信するように命令を受けることであり、
前記セルの不連続受信（ＤＲＸ）サイクルは、０．５〜２．５６秒の範囲の時間サイクルを含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記緊急確認メッセージは、緊急事態と地震津波警報システムのセキュリティ情報を含む地震津波警報システム情報を有することを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記通報は、前記通報が、地震津波警報システムのプライマリ通報情報のような緊急事態に関することを示す値を含むことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記緊急確認メッセージは前記共通制御チャネルで繰り返し送信されることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記命令する工程は、基地局に対して、前記基地局が追従すべき命令を送信することを含むことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記通信装置は前記命令に追従し、前記セル内のベアラをセットアップして、前記ページングチャネルで前記緊急事態を示す通報を、前記共通制御チャネルで前記緊急確認メッセージを送信することを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項９】
ネットワークにより同報ユニットからの緊急通報を受信するように構成された第１のネットワークインタフェース（２０３）と、
緊急通報が前記第１のネットワークインタフェース（２０３）で受信されたとき、緊急事態を示す通報をページングし同報するために用いられるページングチャネルを決定し、前記緊急事態を示す通報が前記ページングチャネルで送信されるように命令するように構成された制御ユニット（２０１）とを有し、
前記制御ユニット（２０１）はさらに、緊急確認メッセージを同報するために用いられる共通制御チャネルを決定し、前記緊急確認メッセージが前記共通制御チャネルで送信されるように命令するよう構成されることを特徴とする通信装置。
【請求項１０】
前記制御ユニット（２０１）はさらに、チャネル決定の命令を夫々創成し、第２のネットワークインタフェース（２０５）により基地局に対して前記命令を送信するように構成されていることを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記制御ユニット（２０１）はさらに、前記緊急事態を示す通報がセカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）全体の容量の１０〜５０％の範囲を用いて前記ページングチャネルで送信されるように命令し、不連続受信（ＤＲＸ）サイクルが、０．５〜２．５６秒の範囲の時間サイクルを含むように命令するよう構成されていることを特徴とする請求項９又は１０に記載の通信装置。
【請求項１２】
前記制御ユニット（２０１）はさらに、緊急確認メッセージを同報するために用いられる専用チャネルを判断し、前記緊急確認メッセージが前記専用チャネルで送信されるように命令するよう構成されていることを特徴とする請求項９乃至１１のいずれか１項に記載の通信装置。
【請求項１３】
前記緊急確認メッセージは、緊急事態と地震津波警報システムのセキュリティ情報を含む地震津波警報システム情報を有することを特徴とする請求項９乃至１２のいずれか１項に記載の通信装置。
【請求項１４】
前記通報は、前記通報が、地震津波警報システムのプライマリ通報情報のような緊急事態に関することを示す値を含むことを特徴とする請求項９乃至１３のいずれか１項に記載の通信装置。
【請求項１５】
前記制御ユニット（２０１）はさらに、最初の通報の間には前記緊急確認メッセージが前記共通制御チャネルで繰り返し複数回送信されるように命令するよう構成されていることを特徴とする請求項９乃至１４のいずれか１項に記載の通信装置。
【請求項１６】
前記緊急確認メッセージは、無線資源制御緊急メッセージを含むことを特徴とする請求項９乃至１５のいずれか１項に記載の通信装置。
【請求項１７】
前記通信装置はさらに、セル内のベアラをセットアップし、前記緊急事態を示す通報と前記緊急確認メッセージとを送信するよう構成され、
前記通信装置は拡張型ノードＢを含むことを特徴とする請求項９乃至１６のいずれか１項に記載の通信装置。
【請求項１８】
ＲＮＣのような制御機能ノードをさらに有することを特徴とする請求項９乃至１６のいずれか１項に記載の通信装置。
【請求項１９】
緊急確認メッセージを受信する通信ネットワーク内でページングチャネルを聴取するよう構成されたユーザ機器における方法であって、
前記ページングチャネルで同報された緊急事態を示す通報を受信する工程（Ｂ１）と、
前記通報を受信した結果として、共通制御チャネルを聴取する工程（Ｂ２）と、
前記共通制御チャネルで前記緊急確認メッセージを受信する工程（Ｂ３）とを有することを特徴とする方法。
【請求項２０】
前記ユーザ機器で緊急事態の情報を表示する工程（Ｂ４）をさらに有することを特徴とする請求項１９に記載の方法。
【請求項２１】
前記緊急確認メッセージは、セキュリティ情報を含み、
前記緊急確認メッセージを、前記緊急確認メッセージ内の前記セキュリティ情報を読出することにより認証する工程をさらに有することを特徴とする請求項１９又は２０に記載の方法。
【請求項２２】
ページングチャネルで同報された緊急事態を示す通報を受信するよう構成された受信ユニット（１０３）と、
前記通報を読出し、前記通報が緊急事態を示していることを判断し、前記通報が緊急事態を示すときには、前記受信ユニット（１０３）の動作を切り替えて、前記受信ユニット（１０３）が共通制御チャネルで緊急確認メッセージを聴取・受信可能にするよう構成される制御ユニット（１０１）とを有することを特徴とするユーザ機器。
【請求項２３】
前記制御ユニット（１０１）はさらに、表示ユニット（１０９）に緊急事態の情報を表示するように構成されることを特徴とする請求項２２に記載のユーザ機器。
【請求項２４】
前記制御ユニット（１０１）はさらに、緊急確認メッセージにおけるセキュリティ情報を解析することにより前記緊急確認メッセージを解析して、前記緊急確認メッセージが真正なものであることを前記緊急事態の情報を表示する前に確認するよう構成されていることを特徴とする請求項２３に記載のユーザ機器。
【請求項２５】
前記制御ユニットは、前記ページングチャネルにより情報を受信可能なアイドルモード或いはコネクトモードにあることを特徴とする請求項２２乃至２４のいずれか１項に記載のユーザ機器。
【請求項２６】
ページング制御チャネルで、地震津波警報システムのプライマリ通報を含むＰＡＧＩＮＧ ＴＹＰＥ１メッセージを用いて、ユーザ機器の動作にトリガをかけるよう適合された構成を有し、
前記ユーザ機器がＰＡＧＩＮＧ ＴＹＰＥ１メッセージで前記地震津波警報システムのプライマリ通報を受信した場合には、前記ユーザ機器は、共通制御チャネルで所定の時間の間、メッセージを受信することを開始するように構成されていることを特徴とするシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２０１１−５３０９５１（Ｐ２０１１−５３０９５１Ａ）
【公表日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１１−５２２９３０（Ｐ２０１１−５２２９３０）
【出願日】平成２１年３月６日（２００９．３．６）
【国際出願番号】ＰＣＴ／ＳＥ２００９／０５０２３３
【国際公開番号】ＷＯ２０１０／０１９０９０
【国際公開日】平成２２年２月１８日（２０１０．２．１８）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２１年３月６日（２００９．３．６）
【国際出願番号】ＰＣＴ／ＳＥ２００９／０５０２３３
【国際公開番号】ＷＯ２０１０／０１９０９０
【国際公開日】平成２２年２月１８日（２０１０．２．１８）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]