(57)【要約】  移動局（４００）は、待ち受け状態（e.g. RRC_IDLE状態、CELL_PCH状態、又はURA_PCH状態）の複数の移動局が受信可能なダウンリンク物理チャネルにおいて無線通信ネットワーク（１０）から同報配信される一斉送信情報を受信できるよう構成されている。さらに、移動局（４００）は、ユーザーデータの送受信が可能な通信状態（e.g. RRC_CONNECTED状態、又はCELL_DCH状態）に遷移することなく待ち受け状態のままで、一斉送信情報の受信状況を示す確認応答を無線通信ネットワーク（１０）に送信できるよう構成されている。これにより、例えば、一斉送信情報に対する移動局（４００）による確認応答の送信を無線通信ネットワーク（１０）の負荷増大を抑制しながら効率的に行うことができる。
2013014845.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークに接続可能な移動局装置であって、
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信される一斉送信情報を受信する受信手段と、
ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままで、前記一斉送信情報の受信状況を示す確認応答を前記無線通信ネットワークに送信する送信手段と、
を備える、移動局装置。
【請求項２】
前記待ち受け状態は、E-UTRAN（Evolved UMTS Terrestrial Radio Access Network）におけるRRC_IDLE状態、UTRANにおけるCELL_PCH状態、及びUTRANにおけるURA_PCH状態のうち少なくとも１つを含む、請求項１に記載の移動局装置。
【請求項３】
前記通信状態は、E-UTRAN におけるRRC_CONNECTED状態、UTRAN におけるCELL_DCH状態、及びUTRAN におけるCELL_FACH状態のうち少なくとも１つを含む、請求項１又は２に記載の移動局装置。
【請求項４】
前記待ち受け状態は、前記ユーザーデータの送受信が不可能であり、前記無線通信ネットワークから送信されるページングチャネルの間欠受信を行う状態である、請求項１〜３のいずれか１項に記載の移動局装置。
【請求項５】
前記送信手段は、前記確認応答をAccess Stratumで終端されるシグナリングメッセージを用いて前記無線通信ネットワークに送信する、請求項１〜４のいずれか１項に記載の移動局装置。
【請求項６】
前記シグナリングメッセージは、RRC（Radio Resource Control）メッセージである、請求項５に記載の移動局装置。
【請求項７】
前記待受状態は、E-UTRAN におけるRRC_IDLE状態であり、
前記送信手段は、前記無線通信ネットワークとの間にRRC（Radio Resource Control）コネクションを設定することなく、前記確認応答を送信する、請求項１〜６のいずれか１項に記載の移動局装置。
【請求項８】
前記送信手段は、物理チャネルPUSCH（Physical Uplink Shared Channel）において送信される論理チャネルCCCH（Common Control channel）を用いて、前記無線通信ネットワークに含まれる基地局に前記確認応答を送信する、請求項７に記載の移動局装置。
【請求項９】
前記待受状態は、UTRAN におけるCELL_DCH状態又はCELL_FACH状態であり、
前記送信手段は、アップリンク個別物理チャネル（DPDCH（Dedicated Physical Data Channel）及びDPCCH（Dedicated Physical Control Channel））の割り当てを受けることなく、前記確認応答を送信する、請求項１〜６のいずれか１項に記載の移動局装置。
【請求項１０】
前記送信手段は、物理チャネルPRACH（Physical Random Access Channel）において送信される論理チャネルCCCH（Common Control Channel）を用いて、前記無線通信ネットワークに含まれるＲＮＣ（Radio Network Controller）に前記確認応答を送信する、請求項９に記載の移動局装置。
【請求項１１】
無線通信ネットワークで使用される制御装置であって、
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままの前記複数の移動局から受信する受信手段と、
を備える制御装置。
【請求項１２】
前記待ち受け状態は、E-UTRAN（Evolved UMTS Terrestrial Radio Access Network）におけるRRC_IDLE状態、UTRANにおけるCELL_PCH状態、及びUTRANにおけるURA_PCH状態のうち少なくとも１つを含む、請求項１１に記載の制御装置。
【請求項１３】
前記受信手段は、前記確認応答をAccess Stratumで終端されるシグナリングメッセージを用いて前記複数の移動局から受信する、請求項１１又は１２に記載の制御装置。
【請求項１４】
前記シグナリングメッセージは、RRC（Radio Resource Control）メッセージである、請求項１３に記載の制御装置。
【請求項１５】
前記待受状態は、E-UTRAN におけるRRC_IDLE状態であり、
前記受信手段は、前記複数の移動局の各々との間にRRC（Radio Resource Control）コネクションを設定することなく、前記確認応答を送信する、請求項１１〜１４のいずれか１項に記載の制御装置。
【請求項１６】
前記受信手段は、物理チャネルPUSCH（Physical Uplink Shared Channel）において送信される論理チャネルCCCH（Common Control channel）を用いて、前記確認応答を受信する、請求項１５に記載の制御装置。
【請求項１７】
前記制御装置は、基地局に配置される、請求項１５又は１６に記載の制御装置。
【請求項１８】
前記待受状態は、UTRAN におけるCELL_DCH状態又はCELL_FACH状態であり、
前記受信手段は、前記複数の移動局の各々にアップリンク個別物理チャネル（DPDCH（Dedicated Physical Data Channel）及びDPCCH（Dedicated Physical Control Channel））を割り当てることなく、前記確認応答を受信する、請求項１１〜１４のいずれか１項に記載の制御装置。
【請求項１９】
前記受信手段は、物理チャネルPRACH（Physical Random Access Channel）において送信される論理チャネルCCCH（Common Control Channel）を用いて、前記確認応答を送信する、請求項１８に記載の制御装置。
【請求項２０】
前記制御装置は、ＲＮＣ（Radio Network Controller）に配置され、
前記制御装置は、基地局を経由して前記確認応答を受信する、請求項１８又は１９に記載の制御装置。
【請求項２１】
前記複数の移動局から受信した複数の前記確認応答を集約することで編集された確認応答レポートを前記一斉送信情報の配信ルートに含まれる上位ノードに通知する通知手段をさらに備える、請求項１１〜２０のいずれか１項に記載の制御装置。
【請求項２２】
前記確認応答レポートは、前記複数の移動局に対応付けられたグループＩＤを含む、請求項２１に記載の制御装置。
【請求項２３】
前記確認応答レポートは、前記複数の移動局から受信した確認応答のカウント数を含む、請求項２１又は２２に記載の制御装置。
【請求項２４】
前記確認応答は、前記一斉送信情報が正常に受信できないことに応じて送信されるＮＡＣＫメッセージである、請求項１１〜２３のいずれか１項に記載の制御装置。
【請求項２５】
請求項１１〜１７のいずれか１項に記載の制御装置と、
前記一斉送信情報を含むダウンリンク物理チャネルを送信する送信手段と、
を備える基地局装置。
【請求項２６】
無線通信ネットワークに接続可能な移動局装置による一斉送信情報に対する確認応答の送信方法であって、
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、前記移動局装置をユーザーデータの送受信が可能な通信状態に遷移させることなく前記待ち受け状態のままで、前記無線通信ネットワークに送信すること、
を備える確認応答の送信方法。
【請求項２７】
無線通信ネットワークで使用される制御装置による一斉送信情報に対する確認応答の受信方法であって、
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままの前記複数の移動局から受信すること、
を備える確認応答の受信方法。
【請求項２８】
無線通信ネットワークに接続可能な移動局装置に実装される方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、前記移動局装置をユーザーデータの送受信が可能な通信状態に遷移させることなく前記待ち受け状態のままで、前記無線通信ネットワークに送信することを含む、
非一時的なコンピュータ可読媒体。
【請求項２９】
無線通信ネットワークで使用される制御装置に実装される方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままの前記複数の移動局から受信することを含む、
非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の移動局に対して一斉送信情報の同報配信を行う無線通信システムに関する。
【背景技術】
【０００２】
無線通信ネットワークに接続する複数の移動局に対して一斉送信情報の同報配信を行うシステムが知られている。一斉送信情報の典型的な例は、緊急情報である。緊急情報は、例えば、地震及び津波等の災害、天気、又は交通に関する緊急的なメッセージを含む。３ＧＰＰ（3rd Generation Partnership Project）は、ＣＢＳ（Cell Broadcast Service）及びＥＴＷＳ（Earthquake and Tsunami Warning System）として、緊急情報の同報配信のためのアーキテクチャ及びプロトコルを規定している。【０００３】
ＵＭＴＳ（Universal Mobile Telecommunications System）における緊急情報の配信手順は、ＣＢＳとして 3GPP TS 23.041に規定されている。また、ＥＰＳ（Evolved Packet System）における緊急情報の配信手順は、3GPP TS 23.401の5.12章に"Warning message delivery procedure"として規定されている。ＵＭＴＳ及びＥＰＳにおける緊急情報の配信ネットワークの構成図を図１２に示す。また、図１３は、3GPP TS 23.041に記載されているＵＭＴＳにおける緊急情報の配信手順を示すシーケンス図である。図１４は、3GPP TS 23.401の5.12章に記載されているＥＰＳにおける緊急情報の配信手順を示すシーケンス図である。【０００４】
図１２及び１３に記載されたＣＢＥ（Cell Broadcast Entity）は、緊急情報の送信要求を行う装置・システムである。例えば、緊急地震速報を送信する気象庁のサーバ等がＣＢＥに相当する。ＣＢＣ（Cell Broadcast Center）は、ＣＢＥから緊急情報の送信要求を受信し、緊急情報の配信エリアを決定し、緊急情報の内容を決定する。配信エリアは、ＣＢＥから受信した緊急情報の送信要求に含まれている対象地域を特定するための情報に基づいて、セクタ単位、セル単位、ページングエリア（ルーティングエリア、トラッキングエリア）単位、又は通信事業者が定めるその他の任意のエリア単位で決定される。【０００５】
ＵＭＴＳの場合、ＣＢＣは、ＲＮＣ（Radio Network Controller）又はＳＧＳＮ（Serving GPRS Support Node）との間にインタフェースを持つ。図１２及び１３の例では、ＣＢＣは、ＲＮＣと接続されている。ＣＢＣは、ＲＮＣにWrite-Replaceメッセージを送信する。Write-Replaceメッセージは、移動局に配信すべき緊急情報の内容、及び配信エリアの指定を含む。ＲＮＣは、Write-Replaceメッセージに基づいて、緊急情報の配信を行うべき基地局（ＮｏｄｅＢ）を決定し、緊急情報のブロードキャストを対象の基地局（ＮｏｄｅＢ）に要求する。【０００６】
ＵＭＴＳのＣＢＳの場合、緊急情報は、"CBS message"と呼ばれ、ダウンリンクの論理チャネルであるＣＴＣＨ（Common Traffic Channel）を用いて伝送される。ダウンリンクＣＴＴＨは、トランスポートチャネルであるＦＡＣＨ（Forward Access Channel）にマッピングされ、物理チャネルであるＳ−ＣＣＰＣＨ（Secondary Common Control Physical Channel）において送信される。また、基地局（ＮｏｄｅＢ）は、ダウンリンクＣＴＴＨの送信を示すCTTH Indicator を報知情報として送信する。具体的には、CTTH Indicatorは、Ｐ−ＣＣＰＣＨ（Primary Common Control Physical Channel）で送信される報知情報（ＢＣＣＨ（Broadcast Control Channel））の１つとして送信さる。さらに、基地局（ＮｏｄｅＢ）は、報知情報（ＢＣＣＨ）に変更があることを示すページングメッセージをＳ−ＣＣＰＣＨにおいて送信することで、待ち受け状態の移動局に報知情報の受信を促す。【０００７】
ＵＭＴＳ／ＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）では、待ち受け状態（CELL_PCH状態、URA_PCH状態）の移動局（ＵＥ（User Equipment））は、ページングメッセージの受信に応じて、報知情報（ＢＣＣＨ）に含まれるCTTH Indicatorを取得する。そして、移動局は、CTTH Indicatorがセットされている場合に、ＣＴＴＨのモニタを開始し、緊急情報を受信する。【０００８】
さらに、ＣＢＳの拡張としてＥＴＷＳ（Earthquake and Tsunami Warning System）が３ＧＰＰにおいて規定されている。ＥＴＷＳでは、報知情報に変更があることを示すページングメッセージを用いて、Primary Notificationメッセージを送信する。Primary Notificationは、"Warning Type"を含む。移動局は、ＣＴＴＨで送信されるSecondary Notification としての"CBS message"の受信処理を完了する前に、ページングメッセージ（Primary Notification）の受信に応じてユーザへの警告動作（e.g. ポップアップ表示、警報音の出力）をいち早く開始することができる。また、ページングメッセージを用いることで、通信状態（CELL_DCH状態）の移動局も緊急情報を受信することができる利点もある。【０００９】
図１４に示されているＥＰＳにおける緊急情報の配信も、上述したＵＭＴＳのＣＢＳとほぼ同様のアーキテクチャで行われる。ただし、ＥＰＳでは、ＣＢＣはＭＭＥ（Mobility Management Entity）に接続されており、緊急情報はＭＭＥを介して基地局（ｅＮｏｄｅＢ）に供給される。基地局（ｅＮｏｄｅＢ）は、緊急情報が配信されることを示すETWS Indicationビットを、ページングメッセージを用いて送信する。ページングメッセージは、ＰＣＨ（Paging Channel）にマッピングされ、ＰＤＳＣＨ（Physical Downlink Shared Channel）において送信される。そして、基地局（ｅＮｏｄｅＢ）は、"ETWS Message"と呼ばれる緊急情報を報知情報（ＳＩＢ（システム情報ブロック））に含めて送信する。ETWS Messageは、Primary Notificationとしての"Warning type"と、Secondary Notificationとしての"Warning message"を含む。例えば、"Warning type"はＳＩＢ１０にて送信され、"Warning message"はＳＩＢ１１にて送信される。基地局（ｅＮｏｄｅＢ）は、緊急情報（ETWS Message）をＢＣＣＨ（Broadcast Control Channel）／ＤＬ−ＳＣＨ（Downlink Shared Channel）／ＰＤＳＣＨ（Physical Downlink Shared Channel）を用いてセル内に報知する。【００１０】
ＥＰＳ／Ｅ−ＵＴＲＡＮ（Evolved UTRAN）の移動局は、待ち受け状態（RRC_IDLE状態）及び通信状態（RRC_CONNECTED状態）のいずれであっても、少なくともDefault Paging Cycleに１度はページングメッセージの受信を試みる。そして、移動局は、ETWS Indicationビットがセットされたページングメッセージを受信したことに応じて、緊急情報を含む報知情報（ＳＩＢ）の受信を開始する。【００１１】
なお、緊急情報は、特許文献１及び２に開示されているように、MBMS（Multimedia Broadcast Multicast Service）方式を用いて同報配信されてもよい。【００１２】
また、特許文献２は、緊急情報を受信した移動局からの応答メッセージは、ネットワークの輻輳およびネットワークノード（ＲＮＣ、ＳＧＳＮ、ＣＢＣ等）の負荷を抑制するために、省略されることが好ましいことについて記載している。また、特許文献２は、移動局からの応答メッセージを緊急情報の配信ツリーの各ブランチ（ノード）で集約して報告用に編集することで応答メッセージ数が削減され、これによりネットワークの輻輳およびネットワークノードの負荷を抑制できることについて記載している。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２０１１−６１８３１号公報
【特許文献２】国際公開第２００６／０６６６２９号
【発明の概要】
【発明が解決しようとする課題】
【００１４】
上述したＣＢＳ方式及びＥＴＷＳ方式による緊急情報を含む一斉送信情報の同報配信システムは、移動局からの確認応答（いわゆるＡＣＫ又はＮＡＣＫ）を受け取ることを想定していない。しかしながら、移動局４００からの確認応答を受信できることが好ましい場合が想定される。例えば、移動局４００のユーザの生存確認を行う用途に一斉送信情報を利用する場合である。また、例えば、Ｍ２Ｍ（machine to machine）ネットワークの通信を無線通信システムに収容する場合、機械（e.g. 自動販売機、ガスメータ、電気メータ、自動車）及びセンサ（e.g. 環境、農業、交通等に関するセンサ）に移動局の機能が配置される。これらの機械およびセンサに対して一斉に何らかの指示（データ送信要求、現存確認（keep arrive）など）を行うとともに、この指示に対する応答を要求する用途にいっし送信情報を利用することが想定される。このような用途を想定して、本願の発明者は、移動局が一斉送信情報に対する確認応答を送信するアーキテクチャについて検討を行った。【００１５】
この場合、移動局が確認応答をアプリケーションレイヤのメッセージとしてＣＢＣに送信することが考えられる。言い換えると、移動局が、確認応答をユーザーデータとしてユーザープレーン（Ｕプレーン）を用いて送信することが考えられる。しかしながら、そのためには、移動局は、ユーザーデータの送受信が可能な通信状態に遷移しなければならない。ユーザーデータの送受信が可能な通信状態とは、ＵＭＴＳ／ＵＴＲＡＮの移動局であればCELL_DCH状態であり、ＥＰＳ／Ｅ−ＵＴＲＡＮの移動局であればRRC_CONNECTED状態である。一斉送信情報はセル内に在圏する全ての移動局によって受信されるため、これら全ての移動局が一斉に待受状態（CELL_PCH状態、URA_PCH状態、又はRRC_IDLE状態）から通信状態に遷移すると、無線通信ネットワークに配置されたノード（基地局、ＭＭＥ、ＲＮＣ、Ｓ−ＧＷ、ＳＧＳＮ等）と移動局との間で移動局の状態遷移のためのシグナリングが多発するという問題がある。なお、特許文献２は、移動局からの確認応答が送信されることについて開示しているが、移動局が応答メッセージを送信するための具体的な構成及び手法について開示していない。【００１６】
本発明の目的の１つは、無線通信ネットワークから同報配信された一斉送信情報に対する移動局による確認応答の送信を無線通信ネットワークの負荷増大を抑制しながら効率的に行うことができる移動局装置、確認応答の送信方法、及びプログラムの提供することである。また、本発明の目的の他の１つは、移動局装置からの確認応答を受信するための制御装置、基地局装置、確認応答の受信方法、及びプログラムの提供することである。
【課題を解決するための手段】
【００１７】
第１の態様は、無線通信ネットワークに接続可能な移動局装置を含む。当該移動局装置は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信される一斉送信情報を受信できるよう構成されている。さらに、当該移動局は、ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままで、前記一斉送信情報の受信状況を示す確認応答を前記無線通信ネットワークに送信できるよう構成されている。【００１８】
第２の態様は、無線通信ネットワークで使用される制御装置を含む。当該制御装置は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままの前記複数の移動局から受信できるよう構成されている。【００１９】
第３の態様は、基地局装置を含む。当該基地局装置は、上述した本発明の第２の態様に係る制御装置を有するとともに、前記一斉送信情報を含むダウンリンク物理チャネルを送信できるよう構成されている。【００２０】
第４の態様は、無線通信ネットワークに接続可能な移動局装置による一斉送信情報に対する確認応答の送信方法を含む。当該方法は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、前記移動局装置をユーザーデータの送受信が可能な通信状態に遷移させることなく前記待ち受け状態のままで、前記無線通信ネットワークに送信することを含む。【００２１】
第５の態様は、無線通信ネットワークで使用される制御装置による一斉送信情報に対する確認応答の受信方法を含む。当該方法は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままの前記複数の移動局から受信することを含む。【００２２】
第６の態様は、上述した第４の態様に係る方法をコンピュータに実行させるためのプログラムを含む。【００２３】
第７の態様は、上述した第５の態様に係る方法をコンピュータに実行させるためのプログラムを含む。
【発明の効果】
【００２４】
上述した各態様によれば、無線通信ネットワークから同報配信された一斉送信情報に対する移動局による確認応答の送信を無線通信ネットワークの負荷増大を抑制しながら効率的に行うことができる移動局、確認応答の送信方法、及びプログラム、並びに移動局装置からの確認応答を受信するための制御装置、基地局装置、確認応答の受信方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００２５】
【図１】実施の形態１に係る無線通信システムの構成例を示すブロック図である。
【図２】実施の形態２に係る一斉送信情報（e.g. 緊急情報）の配信手順の具体例を示すシーケンス図である（ＥＰＳの場合）。
【図３】実施の形態２に係る一斉送信情報（e.g. 緊急情報）の配信手順の具体例を示すシーケンス図である（ＵＭＴＳの場合）。
【図４】実施の形態２に係る移動局の構成例を示すブロック図である。
【図５】実施の形態２に係る基地局がｅＮｏｄｅＢである場合の構成例を示すブロック図である。
【図６】実施の形態２に係る上位ノードがＭＭＥである場合の構成例を示すブロック図である。
【図７】実施の形態２に係る上位ノードがＲＮＣである場合の構成例を示すブロック図である。
【図８】実施の形態３に係る一斉送信情報（e.g. 緊急情報）の配信手順の具体例を示すシーケンス図である（ＥＰＳの場合）。
【図９】実施の形態３に係る一斉送信情報（e.g. 緊急情報）の配信手順の具体例を示すシーケンス図である（ＵＭＴＳの場合）。
【図１０】実施の形態４に係る一斉送信情報（e.g. 緊急情報）の配信手順の具体例を示すシーケンス図である（ＥＰＳの場合）。
【図１１】実施の形態４に係る一斉送信情報（e.g. 緊急情報）の配信手順の具体例を示すシーケンス図である（ＵＭＴＳの場合）。
【図１２】背景技術に係るＵＭＴＳ及びＥＰＳにおける一斉送信情報（e.g. 緊急情報）の配信ネットワークの構成を示す図である。
【図１３】背景技術に係るＵＭＴＳにおける一斉送信情報（e.g. 緊急情報）の配信手順を示すシーケンス図である（ＵＭＴＳの場合）。
【図１４】背景技術に係るＥＰＳにおける一斉送信情報（e.g. 緊急情報）の配信手順を示すシーケンス図である（ＥＰＳの場合）。
【発明を実施するための形態】
【００２６】
以下では、具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２７】
＜実施の形態１＞
図１は、本実施の形態に係る無線通信システム１の構成例を示すブロック図である。なお、本実施の形態及び後述する実施の形態２〜４では、無線通信システム１が３ＧＰＰのＵＭＴＳ又はＥＰＳである場合について説明を行う。また、本実施の形態及び後述する実施の形態２〜４では、一斉送信情報として緊急情報の同報配信が行われる場合について説明を行う。
【００２８】
無線通信システム１は、複数の移動局（ＵＥ）４００と、複数の移動局４００に緊急情報を同報配信できるよう構成された無線通信ネットワーク１０を含む。無線通信ネットワーク１０は、緊急情報の同報配信に関するノードとして、同報配信ノード１００、上位ノード２００、及び基地局３００を含む。無線通信ネットワーク１０による緊急情報の同報配信は、背景技術で述べたＣＢＳ及びＥＴＷＳと同様に行えばよい。したがって、以下では、無線通信ネットワーク１０による緊急情報の同報配信に関して簡単に説明する。
【００２９】
同報配信ノード１００は、ＣＢＣ（Cell Broadcast Center）に相当し、緊急情報の配信エリアを決定し、緊急情報の内容を決定する。上位ノード２００は、ＣＢＣとのインタフェースを有するノードである。ＥＰＳであればＭＭＥ（Mobility Management Entity）が上位ノード２００に相当し、ＵＭＴＳであればＲＮＣ（Radio Network Controller）が上位ノード２００に相当する。上位ノード２００は、同報配信ノード１００から緊急情報の配信要求（i.e. Write-Replaceメッセージ、又はWrite-Replace Warning Request）を受信する。緊急情報の配信要求は、移動局に配信すべき緊急情報の内容、及び配信エリアの指定を含む。上位ノード２００は、緊急情報の配信を行うべき基地局３００を決定し、緊急情報のブロードキャストを対象の基地局３００に要求する。
【００３０】
基地局３００は、セル３１０を管理し、移動局との間でアップリンク物理チャネル及びダウンリンク物理チャネルを用いた双方向の無線通信を行うことができる。ＥＰＳであればｅＮｏｄｅＢが基地局３００に相当し、ＵＭＴＳであればＮｏｄｅＢが基地局３００に相当する。基地局３００は、上位ノード２００からの緊急情報の配信要求（i.e. Broadcast Request、又はWrite-Replace Warning Request）の受信に応じて、緊急情報の同報配信を行う。基地局３００は、緊急情報（i.e. CBS message又はETWS Message）を報知情報及びページングメッセージを用いて送信する。緊急情報を含む報知情報及びページングメッセージは、少なくとも待ち受け状態（i.e. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）の移動局（ＵＥ）４００が受信可能なダウンリンク物理チャネル（i.e. E-UTRANのPDSCH、UTRANのP-CCPCH及びS-CCPCH）において送信される。
【００３１】
移動局（ＵＥ）４００は、基地局３００から同報配信される緊急情報を受信する。移動局４００は、緊急情報の受信に応じて、ユーザへの警告動作、例えばポップアップ表示、警報音の出力などを実行してもよい。移動局４００は、少なくとも待ち受け状態（i.e. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）において緊急情報を受信する。待ち受け状態の移動局４００は、ユーザーデータの送信及び受信が不可能であり、無線通信ネットワーク１０から送信されるページングメッセージを含むページングチャネルの間欠受信（Discontinuous Reception（DRX））を行う。また、ＥＰＳ及びＥＰＳ及びＵＭＴＳの移動局は、通信状態（i.e. E-UTRANのRRC_CONNECTED状態、又はUTRANのCELL_DCH状態）においてもページング信号の受信を行う。従って、ＥＰＳ及びＵＭＴＳの移動局４００は、通信状態においても緊急情報の受信を行う。
【００３２】
さらに、本実施の形態に係る無線通信システム１においては、各移動局４００は、ユーザーデータの送受信が可能な通信状態（i.e. E-UTRANのRRC_CONNECTED状態、又はUTRANのCELL_DCH状態）に遷移することなく待ち受け状態（i.e. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）のままで、緊急情報の受信状況を示す確認応答を無線通信ネットワーク１０に送信できるよう構成されている。また、無線通信ネットワーク１０は、待ち受け状態のままの複数の移動局４００から、緊急情報の受信状況を示す確認応答を受信できるよう構成されている。移動局４００から送信される確認応答は、緊急情報が正常に受信できたことを示す応答（いわゆるＡＣＫ）でもよいし、緊急情報が正常に受信できなかったことを示す応答（いわゆるＮＡＣＫ）であってもよい。
【００３３】
待ち受け状態の移動局４００と無線通信ネットワーク１０の間で緊急情報に関する確認応答の送受信を行うためには、移動局４００は、アクセス層（Access Stratum）で終端されるシグナリングメッセージを用いて確認応答を送信すればよい。アクセス層（Access Stratum）で終端されるシグナリングメッセージとは、Access Stratumのプロトコルで用いられるシグナリングメッセージである。Access Stratumのプロトコルは、無線アクセスネットワーク（i.e. UTRAN又はE-UTRAN）内のノード、つまりｅＮｏｄｅＢ、ＮｏｄｅＢ、又はＲＮＣによって終端される信号を取り扱うプロトコルである。Ｅ−ＵＴＲＡＮ及びＵＴＲＡＮの場合、Access Stratumのプロトコルは、ＲＲＣ（Radio Resource Control）、ＲＬＣ（Radio Link Control）、及びＭＡＣ（Medium Access Control）を含む。
【００３４】
より具体的には、移動局４００は、レイヤ３の制御プレーン（Ｃプレーン）プロトコルであるＲＲＣのシグナリングメッセージ（ＲＲＣメッセージ）を用いて確認応答を送信するとよい。この場合、確認応答は、無線通信ネットワーク１０内におけるＲＲＣを終端するノードによって受信される。すなわち、Ｅ−ＵＴＲＡＮであれば、基地局（ｅＮｏｄｅＢ）３００がＲＲＣメッセージを用いて送信された確認応答を受信する。また、ＵＴＲＡＮであれば、典型的には、上位ノード（ＲＮＣ）２００がＲＲＣメッセージを用いて送信された確認応答を受信する。なお、ＵＴＲＡＮの基地局（ＮｏｄｅＢ）３００が、ＲＲＣメッセージをモニタすることで、確認応答を受信してもよい。
【００３５】
続いて、待ち受け状態の移動局４００が緊急情報に関する確認応答を送信するために使用可能な論理チャネル、トランスポートチャネル、及び物理チャネルについて具体的に説明する。Ｅ−ＵＴＲＡＮの場合、待受状態は、RRC_IDLE状態に相当する。RRC_IDLE状態の移動局４００は、通信状態（RRC_CONNECTED状態）に遷移することなく、言い換えると無線通信ネットワーク１０との間にRRC（Radio Resource Control）コネクションを設定することなく、確認応答を送信する。そのために、移動局４００は、ＲＲＣコネクションを要求するために送信されるRRC Connection Requestメッセージと同様に、物理チャネルPUSCH（Physical Uplink Shared Channel）において送信されるトランスポートチャネルUL-SCH（Uplink Shared Channel）及び論理チャネルCCCH（Common Control channel）を用いて、基地局（ｅＮｏｄｅＢ）３００に確認応答を送信すればよい。
【００３６】
ＵＴＲＡＮの場合、待受状態は、CELL_DCH状態又はCELL_FACH状態に相当する。CELL_DCH状態又はCELL_FACH状態の移動局４００は、通信状態（CELL_DCH状態）に遷移することなく、言い換えるとアップリンク個別物理チャネル（DPDCH（Dedicated Physical Data Channel）及びDPCCH（Dedicated Physical Control Channel））の割り当てを受けることなく、確認応答を送信する。そのために、移動局４００は、物理チャネルPRACH（Physical Random Access Channel）において送信されるトランスポートチャネルRACH（Random Access Channel）及び論理チャネルCCCH（Common Control Channel）を用いて、基地局（ＮｏｄｅＢ）３００を経由して上位ノード（ＲＮＣ）２００に確認応答を送信すればよい。
【００３７】
移動局４００からの確認応答を受信した無線通信ネットワーク１０内のノード（基地局３００又は上位ノード２００）は、緊急情報の配信経路上のさらに上位のノード（上位ノード２００又は同報配信ノード１００）に対して、移動局４００からの確認応答を転送してもよい。このとき、移動局４００からの確認応答は、そのまま個別に転送されてもよいし、各ノードにおいて適宜集約して転送されてもよい。
【００３８】
上述したように、本実施の形態では、各移動局４００は、待ち受け状態（i.e. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）のままで、緊急情報の受信状況を示す確認応答を無線通信ネットワーク１０に送信できるように構成されている。また、無線通信ネットワーク１０は、待ち受け状態のままの複数の移動局４００から、緊急情報の受信状況を示す確認応答を受信できるよう構成されている。したがって、移動局４００はユーザーデータの送受信が可能な通信状態に遷移する必要がない。また、無線通信ネットワーク１０に配置されたノード（基地局、ＭＭＥ、ＲＮＣ、Ｓ−ＧＷ、ＳＧＳＮ等）と移動局４００との間で移動局の状態遷移のためのシグナリングが多発することもない。これにより、本実施の形態は、無線通信ネットワーク１０から同報配信された緊急情報に対する移動局４００による確認応答の送信を無線通信ネットワーク１０の負荷増大を抑制しながら効率的に行うことができる。
【００３９】
＜実施の形態２＞
上述した実施の形態１では、待ち受け状態の移動局４００から緊急情報に関する確認応答を送信するための具体的な方法に関して説明した。本実施の形態では、複数の移動局４００から到着する複数の確認応答を無線通信ネットワーク１０において集約する方法について説明する。本実施の形態に係る移動通信システムの構成例は、図１に示した実施の形態１の例と同様とすればよい。以下では、本実施の形態における緊急情報に関する確認応答の集約手順について説明する。
【００４０】
図２は、本実施の形態に係る確認応答の集約手順を示すシーケンス図である。なお、図２は、本実施の形態に係る無線通信システムがＥＰＳである場合について示している。ステップＳ１０１では、移動局４００は、待ち受け状態（RRC_IDLE状態）であり、ページング信号の間欠受信を行う。ステップＳ１０２では、無線通信ネットワーク１０から移動局４００に緊急情報（ETWS Message）が同報配信される。なお、ステップＳ１０２における同報配信は、背景技術で述べた配信手順（図１４）と同様とすればよく、実施の形態１でも述べたように報知情報及びページング信号を用いて緊急情報（ETWS Message）を送信すればよい。したがって、ここでは緊急情報の同報配信手順に関する詳細説明を省略する。
【００４１】
ステップＳ１０３では、移動局４００は、待ち受け状態のままで、緊急情報の受信状況に関する確認応答（Ack send Request）を基地局（ｅＮｏｄｅＢ）３００に送信する。図２の例では、ＲＲＣメッセージを用いて確認応答が送信される。また、図２の例は、確認応答が緊急情報の正常受信を示すＡＣＫである場合について示している。確認応答（Ack send Request）は、移動局４００により受信された緊急情報を特定可能な識別子（メッセージＩＤ）と、送信元の移動局４００の識別子（例えば、ＩＭＳＩ（International Mobile Subscriber Identity）、ＩＭＥＩ（International Mobile Equipment Identity）、ＴＭＳＩ（Temporary Mobile Subscriber Identity）、又はＭ−ＴＭＳＩ（MME-TMSI））を含む。
【００４２】
ステップＳ１０４では、基地局３００が確認応答を受信したことを示す応答を移動局４００に送信する。なお、基地局３００の負荷及び無線アクセスネットワークの輻輳を回避するため、ステップＳ１０４の応答送信は省略されてもよい。
【００４３】
ステップＳ１０５では、基地局３００は、複数の移動局４００から受信した複数の確認応答を集約し、複数の移動局４００からの確認応答を統合するように編集された確認応答レポート（Ack Report）を作成する。ステップＳ１０６では、基地局３００は、確認応答レポートを上位ノード（ＭＭＥ）２００に送信する。確認応答レポートは、緊急情報を特定可能な識別子（メッセージＩＤ）と、このメッセージＩＤに対応する確認応答の送信元である複数の移動局４００の識別子リスト（例えば、ＴＭＳＩのリスト）を含む。なお、ステップＳ１０６における確認レポートの送信は、基地局（ｅＮｏｄｅＢ）３００と上位ノード（ＭＭＥ）２００の間で利用可能な制御インタフェース（i.e. S1-MMEインタフェース）を用いて行うとよい。
【００４４】
ステップＳ１０７では、上位ノード（ＭＭＥ）２００は、複数の基地局３００の各々から確認応答レポートを受信する。そして、上位ノード２００は、受信した複数の確認応答レポートをさらに集約し、複数の基地局３００からのレポートを統合するように編集された確認応答レポートを作成し、これを同報配信ノード（ＣＢＣ）１００に送信する（ステップＳ１０８）。
【００４５】
次に、ＵＭＴＳの場合について説明する。図３は、本実施の形態に係る移動通信システムがＵＭＴＳである場合の確認応答の集約手順を示すシーケンス図である。ステップＳ２０１では、移動局４００は、待ち受け状態（CELL_PCH状態又はURA_PCH状態）であり、ページング信号の間欠受信を行う。ステップＳ２０２では、無線通信ネットワーク１０から移動局４００に緊急情報（CBS Message）が同報配信される。なお、ステップＳ２０２における同報配信は、背景技術で述べた配信手順（図１３）と同様とすればよく、実施の形態１でも述べたように報知情報及びページング信号を用いて緊急情報（CBS Message）を送信すればよい。したがって、ここでは緊急情報の同報配信手順に関する詳細説明を省略する。
【００４６】
ステップＳ２０３では、移動局４００は、待ち受け状態のままで、緊急情報の受信状況に関する確認応答（Ack send Request）を上位ノード（ＲＮＣ）２００に送信する。図２の例では、ＲＲＣメッセージを用いて確認応答が送信される。また、図２の例は、確認応答が緊急情報の正常受信を示すＡＣＫである場合について示している。確認応答（Ack send Request）は、緊急情報を特定可能な識別子（メッセージＩＤ）と、送信元の移動局４００の識別子（例えば、ＩＭＳＩ、ＩＭＥＩ、ＴＭＳＩ、又はＰ−ＴＭＳＩ（Packet TMSI））を含む。
【００４７】
ステップＳ２０４では、上位ノード２００が確認応答を受信したことを示す応答を移動局４００に送信する。なお、上位ノード２００の負荷及び無線アクセスネットワークの輻輳を回避するため、ステップＳ２０４の応答送信は省略されてもよい。
【００４８】
ステップＳ２０５では、上位ノード２００は、複数の移動局４００から受信した複数の確認応答を集約し、複数の移動局４００からの確認応答を統合するように編集された確認応答レポート（Ack Report）を作成する。ステップＳ２０６では、上位ノード２００は、確認応答レポートを同報配信ノード（ＣＢＣ）１００に送信する。確認応答レポートは、緊急情報を特定可能な識別子（メッセージＩＤ）と、このメッセージＩＤに対応する確認応答の送信元である複数の移動局４００の識別子リスト（例えば、ＴＭＳＩのリスト）を含む。
【００４９】
続いて、移動局４００、基地局３００及び上位ノード２００の構成例について図４〜７を参照して説明する。なお、図４〜７は、緊急情報に関する確認応答の送信および集約手順の説明に関係する主要な構成要素についてのみ示している。図４は、移動局４００の構成例を示すブロック図である。無線通信部４０１は、複数のダウンリンク物理チャネルを含むダウンリンク信号を基地局３００から受信する。また、無線通信部４０１は、複数のアップリンク物理チャネルを含むアップリンク信号を基地局３００に送信する。
【００５０】
緊急情報受信部４０２は、無線通信部４０１を介して、基地局３００からダウンリンク物理チャネルにおいて送信される緊急情報を受信する。そして、緊急情報受信部４０２は、緊急情報の受信状況を示す確認応答を送信するよう応答送信部４０３を制御する。
【００５１】
応答送信部４０３は、ユーザーデータの送受信が可能な通信状態（i.e. E-UTRANのRRC_CONNECTED状態、又はUTRANのCELL_DCH状態）に遷移することなく待ち受け状態（i.e. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）のままで、確認応答を無線通信ネットワーク１０に送信するよう無線通信部４０１を制御する。
【００５２】
図５は、基地局３００の構成例を示すブロック図である。なお、図５は、基地局３００がｅＮｏｄｅＢである場合について示している。無線通信部３０１は、複数のダウンリンク物理チャネルを含むダウンリンク信号を無線送信し、移動局４００から複数のアップリンク物理チャネルを含むアップリンク信号を受信する。複数のダウンリンク分物理チャネルは、緊急情報の送信に利用される報知情報及びページングメッセージの送信に利用されるチャネルを含む。
【００５３】
緊急応答送信部３０２は、上位ノード（ＭＭＥ）２００からの緊急情報の配信要求（i.e. Write-Replace Warning Request）の受信に応じて、緊急情報の同報配信を行うよう無線通信部３０１を制御する。
【００５４】
応答受信部３０３は、待ち受け状態のままの複数の移動局４００から送信された複数の確認応答を無線通信部３０１を介して受信する。そして、応答受信部３０３は、複数の確認応答を集約することで編集された確認応答レポートを生成し、これを上位ノード（ＭＭＥ）２００に送信する。例えば、応答受信部３０３は、緊急情報の同報配信の開始から予め定められた期間にわたって確認応答の受信を行い、この期間中に受信された確認応答を集約すればよい。
【００５５】
図６は、上位ノード２００がＭＭＥである場合の構成例を示すブロック図である。送信要求部２０１は、同報配信ノード（ＣＢＣ）１００から緊急情報の配信要求（i.e. Write-Replace Warning Request）を受信し、緊急情報の配信を行うべき基地局３００を決定し、緊急情報のブロードキャストを要求するために対象の基地局（ｅＮｏｄｅＢ）３００にWrite-Replace Warning Requestを送信する。
【００５６】
応答受信部２０２は、複数の基地局（ｅＮｏｄｅＢ）３００の各々から確認応答レポートを受信し、受信した複数の確認応答レポートをさらに集約することで確認応答レポートを編集し、これを同報配信ノード（ＣＢＣ）１００に送信する。例えば、応答受信部２０２は、緊急情報の同報配信の要求（Write-Replace Warning Requestの送信）から予め定められた期間にわたって確認応答レポートの受信を行い、この期間中に受信された確認応答レポートを集約すればよい。
【００５７】
図７は、上位ノード２００がＲＮＣである場合の構成例を示すブロック図である。送信要求部２１１は、同報配信ノード（ＣＢＣ）１００から緊急情報の配信要求（i.e. Write-Replaceメッセージ）を受信し、緊急情報の配信を行うべき基地局３００を決定し、緊急情報のブロードキャストを要求するために対象の基地局（ＮｏｄｅＢ）３００に近習情報の送信要求（Broadcast Request）を送信する。
【００５８】
応答受信部２１２は、待ち受け状態のままの複数の移動局４００から送信された複数の確認応答を基地局（ＮｏｄｅＢ）３００を経由して受信する。そして、応答受信部２１２は、複数の確認応答を集約することで編集された確認応答レポートを生成し、これを同報配信ノード（ＣＢＣ）１００に送信する。例えば、応答受信部２１２は、緊急情報の同報配信の要求（Broadcast Requestの送信）から予め定められた期間にわたって確認応答の受信を行い、この期間中に受信された確認応答を集約すればよい。
【００５９】
上述したように、本実施の形態では、緊急情報の受信状況を示す確認応答を無線通信ネットワーク１０内のノード（基地局３００又は上位ノード２００）において集約し、複数の移動局４００からの確認応答を統合するように編集された確認応答レポートを作成し、これを緊急情報の配信経路のさらに上位のノード（上位ノード２００又は同報配信ノード１００）に送信する。これにより、確認応答の報告に要するデータ量を削減することができ、上位のノードの負荷を軽減することができる。
【００６０】
＜実施の形態３＞
本実施の形態では、上述した実施の形態２の変形例について説明する。本実施の形態では、基地局３００又は上位ノード２００が移動局４００のグループ管理を行い、グループに含まれる複数の移動局４００からの確認応答の受信状況を監視する。具体的には、基地局３００又は上位ノード２００は、グループに含まれる複数の移動局４００の全てから確認応答（ＡＣＫ）を受信できた場合に、緊急情報の配信経路のさらに上位のノード（上位ノード２００又は同報配信ノード１００）に対して、移動局グループの識別子（ＵＥグループＩＤ）を付与した確認応答レポートを送信すればよい。
【００６１】
また、基地局３００又は上位ノード２００は、グループに含まれる複数の移動局４００のうち少なくとも一部から確認応答（ＡＣＫ）を受信できなかった場合に、移動局グループ単位のＮＡＣＫ（緊急情報が正常に受信できなかったことを示す応答）を、上位のノード（上位ノード２００又は同報配信ノード１００）に対して送信してもよい。なお、通常は、緊急情報が正常に受信できない移動局４００は少ないと考えられる。従って、基地局３００又は上位ノード２００は、グループに含まれる複数の移動局４００のうち少なくとも一部から確認応答（ＡＣＫ）を受信できなかった場合に、これら少なくとも一部の移動局に関して個別のＮＡＣＫを上位のノード（上位ノード２００又は同報配信ノード１００）に対して送信してもよい。
【００６２】
本実施の形態の基地局３００又は上位ノード２００は、移動局グループに属する移動局のリストを予め保持しておく必要がある。移動局４００が属するＵＥグループＩＤは、例えば、移動局４００の加入者情報を保持する加入者サーバに保持しておけばよい。基地局３００又は上位ノード２００は、移動局４００のアタッチ（初期接続）の際に、加入者サーバから移動局４００の識別子とＵＥグループＩＤの対応関係を取得すればよい。ＥＰＳの場合ＨＳＳ（Home Subscriber Server）が加入者サーバに相当し、ＵＭＴＳの場合ＨＬＲ（Home Location Register）が加入者サーバに相当する。
【００６３】
図８は、本実施の形態に係る移動通信システムがＥＰＳである場合の確認応答の集約手順を示すシーケンス図である。図８に示すステップＳ１０１〜Ｓ１０５における処理及び動作は、図２に示したステップＳ１０１〜Ｓ１０５と同様である。ステップＳ３０６では、基地局（ｅＮｏｄｅＢ）３００は、確認応答レポートを上位ノード（ＭＭＥ）２００に送信する。確認応答レポートは、緊急情報を特定可能な識別子（メッセージＩＤ）とＵＥグループＩＤを含む。
【００６４】
ステップＳ３０７では、上位ノード（ＭＭＥ）２００は、複数の基地局３００の各々から確認応答レポートを受信する。そして、上位ノード２００は、受信した複数の確認応答レポートをさらに集約し、複数の基地局３００からのレポートを統合するように編集された確認応答レポートを作成し、これを同報配信ノード（ＣＢＣ）１００に送信する（ステップＳ３０８）。
【００６５】
図９は、本実施の形態に係る移動通信システムがＵＭＴＳである場合の確認応答の集約手順を示すシーケンス図である。図９に示すステップＳ２０１〜Ｓ２０５における処理及び動作は、図３に示したステップＳ２０１〜Ｓ２０５と同様である。ステップＳ４０６では、上位ノード（ＲＮＣ）２００は、確認応答レポートを同報配信ノード（ＣＢＣ）１００に送信する。確認応答レポートは、緊急情報を特定可能な識別子（メッセージＩＤ）とＵＥグループＩＤを含む。
【００６６】
本実施の形態によれば、ＴＭＳＩ等の移動局４００の識別子のリストを送信する場合に比べて、確認応答レポートのデータ量を削減することができる。
【００６７】
＜実施の形態４＞
本実施の形態では、緊急情報の受信状況に対する確認応答として、移動局４００がＮＡＣＫを送信する場合について説明する。本実施の形態に係る移動通信システムの構成例は、図１に示した実施の形態１の例と同様とすればよい。
【００６８】
本実施の形態に係る移動局４００は、緊急情報を正常に受信できなかった場合に確認応答（ＮＡＣＫ）を送信する。移動局４００は、緊急情報を正常に受信できなかったことの判定を例えば以下のように行えばよい。
（１）ETWS Indicationを含むページングメッセージを受信した後、予め定められた時間内にPrimary Notificationを受信できなかった場合。
（２）Primary Notificationを受信した後に、予め定められた時間内にSecondary Notificationを受信できなかった場合。
（３）予め定められた複数種類の緊急情報の同報配信が行われる場合に、少なくとも一部の緊急情報について受信できなかった場合。
（４）予め定められた配信時刻又は配信時間内に、緊急情報を受信できなかった場合。
【００６９】
図１０は、本実施の形態に係る移動通信システムがＥＰＳである場合の確認応答の送信手順を示すシーケンス図である。なお、図１０は、無線通信ネットワーク１０内の各ノードが、緊急情報の配信経路上のさらに上位のノードに対して移動局４００からの確認応答（ＮＡＣＫ）を転送する際に、確認応答（ＮＡＣＫ）の集約を行う例について示している。しかしながら、無線通信ネットワーク１０内の各ノードは、移動局４００からの確認応答（ＮＡＣＫ）を集約することなく、そのまま個別に転送してもよい。
【００７０】
図１０のステップＳ１０１及びＳ１０２の処理及び動作は、図２のステップＳ１０１及びＳ１０２と同様である。ステップＳ５０３では、待ち受け状態のままで、緊急情報がセ正常に受信できなかったことを示す確認応答（Nack send Request）を基地局（ｅＮｏｄｅＢ）３００に送信する。ステップＳ５０４では、基地局３００が確認応答を受信したことを示す応答を移動局４００に送信する。なお、基地局３００の負荷及び無線アクセスネットワークの輻輳を回避するため、ステップＳ５０４の応答送信は省略されてもよい。
【００７１】
ステップＳ５０５〜Ｓ５０８の処理及び動作は、確認応答がＮＡＣＫである点を除いて、図２のステップＳ１０５〜Ｓ１０８と同様とすればよい。このため、ステップＳ５０５〜Ｓ５０８に関する説明を省略する。
【００７２】
図１１は、本実施の形態に係る移動通信システムがＵＭＴＳである場合の確認応答の送信手順を示すシーケンス図である。図１１も、無線通信ネットワーク１０内の上位ノード（ＲＮＣ）２００が、同報配信ノード（ＣＢＣ）１００に対して移動局４００からの確認応答（ＮＡＣＫ）を転送する際に、確認応答（ＮＡＣＫ）の集約を行う例について示している。しかしながら、上位ノード（ＲＮＣ）２００は、移動局４００からの確認応答（ＮＡＣＫ）を集約することなく、そのまま個別に転送してもよい。
【００７３】
図１１のステップＳ２０１及びＳ２０２の処理及び動作は、図３のステップＳ２０１及びＳ２０２と同様である。ステップＳ６０３では、移動局４００は、待ち受け状態のままで、緊急情報がセ正常に受信できなかったことを示す確認応答（Nack send Request）を上位ノード（ＲＮＣ）２００に送信する。ステップＳ６０４では、上位ノード（ＲＮＣ）２００が確認応答を受信したことを示す応答を移動局４００に送信する。なお、基地局３００の負荷及び無線アクセスネットワークの輻輳を回避するため、ステップＳ６０４の応答送信は省略されてもよい。
【００７４】
ステップＳ６０５及びＳ６０６の処理及び動作は、確認応答がＮＡＣＫである点を除いて、図３のステップＳ１０５及びＳ１０６と同様とすればよい。このため、ステップＳ６０５及びＳ６０６に関する説明を省略する。
【００７５】
通常は、緊急情報の受信に失敗する移動局４００の数は、成功する移動局４００の数に比べてかなり小さいと考えられる。したがって、本実施の形態は、緊急情報を正常に受信できたことを示す応答（ＡＣＫ）に代えて正常に受信できなかったことを示す応答（ＮＡＣＫ）を送信することによって、同報配信される緊急情報に対する確認応答の総データ量を大きく削減することができる。
【００７６】
なお、本実施の形態では、無線通信ネットワーク１０は、緊急情報を正常に受信できなかったことを示す応答（ＮＡＣＫ）を送信した移動局４００に対して、緊急情報の再送信、又は個別のページングを行うように構成されてもよい。これにより、複数の移動局４００に対して緊急情報を確実に送ることができる。
【００７７】
＜その他の実施の形態＞
上述した実施の形態１〜４において、複数の移動局４００からの確認応答を集約することによって生成される確認応答レポートは、移動局４００の識別子のリスト（e.g. ＴＭＳＩリスト）及びＵＥグループＩＤに代えて、複数の移動局４００から受信した確認応答のカウント数を含んでもよい。これにより、上位ノードに対して移動局４００の統計的な受信状況を伝達することができる。また、確認応答レポートの情報量を削減できる。
【００７８】
また、上述した実施の形態１〜４では、無線通信ネットワーク１０から複数の移動局４００に同報配信される情報が、緊急情報である場合について説明した。しかしながら、既に述べたように、ＣＢＳやＥＴＷＳ等によって同報配信される情報（一斉送信情報と呼ぶ）の内容は、必ずしも緊急的なメッセージに限られない。例えば、複数の移動局４００に対して何らかの指示（データ送信要求、現存確認（keep arrive）など）を一斉に行う場合もＣＢＳやＥＴＷＳによる同報配信を利用できる。例えば、Ｍ２Ｍ（machine to machine）ネットワークの通信を無線通信システムに収容する場合、機械（e.g. 自動販売機、ガスメータ、電気メータ、自動車）及びセンサ（e.g. 環境、農業、交通等に関するセンサ）に移動局の機能が配置される。これらの機械およびセンサに対して一斉に何らかの指示を行う場合に、ＣＢＳやＥＴＷＳによる同報配信を利用することができる。つまり、上述した実施の形態１〜４は、複数の移動局４００に対して何らかの一斉送信情報が同報配信される場合に広く適用可能である。
【００７９】
また、上述した実施の形態１〜４では、ＥＰＳ及びＵＭＴＳの無線通信システムに関して説明した。しかしながら、上述した実施の形態１〜４の適用先は、ＥＰＳ及びＵＭＴＳの無線通信システムに限定されない。つまり、上述した実施の形態１〜４は、複数の移動局に対して何らかの一斉送信情報が同報配信される無線通信システムに対して広く適用可能である。
【００８０】
また、実施の形態１〜４で説明した移動局４００からの確認応答の送受信に関する移動局４００、基地局３００、上位ノード２００の処理はマイクロプロセッサ、ＤＳＰ（Digital Signal Processor）等のコンピュータにプログラムを実行させることによって実現してもよい。具体的には、図２、３、８、９、１０、及び１１のシーケンス図を用いて説明した各装置のアルゴリズムをコンピュータに行わせるための命令群を含むプログラムを作成し、当該プログラムをコンピュータに供給すればよい。
【００８１】
このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００８２】
また、実施の形態１〜４は、適宜組み合わせることも可能である。さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００８３】
この出願は、２０１１年７月２５日に出願された日本出願特願２０１１−１６２４１１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８４】
１  無線通信システム
１０  無線通信ネットワーク
１００  同報配信ノード（ＣＢＣ）
２００  上位ノード（ＭＭＥ又はＲＮＣ）
２０１  送信要求部
２０２  応答収集部
２１１  送信要求部
２１２  応答受信部
３００  基地局（ｅＮｏｄｅＢ又はＮｏｄｅＢ）
３０１  無線通信部
３０２  緊急情報送信部
３０３  応答受信部
３１０  セル
４００  移動局（ＵＥ）
４０１  無線通信部
４０２  緊急情報受信部
４０３  応答送信部
【図１】
2013014845.tif 000003
【図２】
2013014845.tif 000004
【図３】
2013014845.tif 000005
【図４】
2013014845.tif 000006
【図５】
2013014845.tif 000007
【図６】
2013014845.tif 000008
【図７】
2013014845.tif 000009
【図８】
2013014845.tif 000010
【図９】
2013014845.tif 000011
【図１０】
2013014845.tif 000012
【図１１】
2013014845.tif 000013
【図１２】
2013014845.tif 000014
【図１３】
2013014845.tif 000015
【図１４】
2013014845.tif 000016
【手続補正書】
【提出日】平成25年12月25日(2013.12.25)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１５
【補正方法】変更
【補正の内容】
【請求項１５】
前記待受状態は、E-UTRAN におけるRRC_IDLE状態であり、
前記受信手段は、前記複数の移動局の各々との間にRRC（Radio Resource Control）コネクションを設定することなく、前記確認応答を受信する、請求項１１〜１４のいずれか１項に記載の制御装置。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１９
【補正方法】変更
【補正の内容】
【請求項１９】
前記受信手段は、物理チャネルPRACH（Physical Random Access Channel）において送信される論理チャネルCCCH（Common Control Channel）を用いて、前記確認応答を受信する、請求項１８に記載の制御装置。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２８
【補正方法】変更
【補正の内容】
【請求項２８】
無線通信ネットワークに接続可能な移動局装置に実装される方法をコンピュータに行わせるためのプログラムであって、
前記方法は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、前記移動局装置をユーザーデータの送受信が可能な通信状態に遷移させることなく前記待ち受け状態のままで、前記無線通信ネットワークに送信することを含む、
プログラム。
【手続補正５】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２９
【補正方法】変更
【補正の内容】
【請求項２９】
無線通信ネットワークで使用される制御装置に実装される方法をコンピュータに行わせるためのプログラムであって、
前記方法は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいて前記無線通信ネットワークから同報配信された一斉送信情報の受信状況を示す確認応答を、ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままの前記複数の移動局から受信することを含む、
プログラム。
【国際調査報告】
2013014845.tif 000017
2013014845.tif 000018