(57)【特許請求の範囲】
【請求項１】
情報配信ノードから緊急情報を受信する網側通信部と、
無線基地局を介してユーザ装置との間で通信信号を送受信するUE側通信部と
を有し、前記UE側通信部が、前記緊急情報の配信を予告する一次通知信号を一斉に送信し、RRCプロトコル状態の遷移又は他セルへの遷移を指示する指示信号を前記ユーザ装置に個別に送信した後に、前記緊急情報を含む二次通知信号を一斉に送信し、
前記RRCプロトコル状態の遷移は、緊急情報を受信することはできない状態から、緊急情報を受信可能な状態への遷移であり、
前記他セルは、ユーザ装置のRRCプロトコル状態によらず該ユーザ装置が前記二次通知信号を受信できるセルである、通信装置。
【請求項２】
前記UE側通信部が、前記一次通知信号に応答して要求信号を送信した特定のユーザ装置に対して、前記指示信号を送信する、請求項1記載の通信装置。
【請求項３】
前記特定のユーザ装置による前記要求信号の送信可否、送信待ち時間及び再送回数の内の少なくとも1つが、前記UE側通信部から送信される報知信号により示されている、請求項2記載の通信装置。
【請求項４】
当該通信装置が、ユーザ装置のRRCプロトコル状態を管理する状態管理部を更に有し、
前記網側通信部が前記緊急情報を受信した場合に、RRCプロトコル状態が緊急情報を受信することはできない状態である特定のユーザ装置を、前記状態管理部が判別し、
前記UE側通信部が、前記RRCプロトコル状態の遷移を促す前記指示信号を前記特定のユーザ装置に送信する、請求項1記載の通信装置。
【請求項５】
当該通信装置が、前記特定のユーザ装置が行っている通信の呼種別、通信量、通信速度及び重要度の内の少なくとも1つに応じて、前記特定のユーザ装置に前記指示信号を送信するか否かを決定する決定部を更に有する、請求項4に記載の通信装置。
【請求項６】
前記UE側通信部は、前記指示信号を送信しなかったユーザ装置を記憶し、当該記憶したユーザ装置に対して個別信号又は個別データ配信による通知を行なう、請求項1または4に記載の通信装置。
【請求項７】
当該通信装置が、前記ユーザ装置が行っている通信の呼種別、通信量、通信速度及び重要度の内の少なくとも1つに応じて、前記ユーザ装置に前記指示信号を送信するか否かを決定する決定部を更に有する、請求項1に記載の通信装置。
【請求項８】
情報配信ノードから緊急情報を受信し、
前記緊急情報の配信を予告する一次通知信号を一斉に配信し、
RRCプロトコル状態の遷移又は他セルへの遷移を指示する指示信号を特定のユーザ装置に個別に送信し、
前記緊急情報を含む二次通知信号を一斉に配信するステップ
を有し、前記RRCプロトコル状態の遷移は、緊急情報を受信することはできない状態から、緊急情報を受信可能な状態への遷移であり、
前記他セルは、ユーザ装置のRRCプロトコル状態によらず該ユーザ装置が前記二次通知信号を受信できるセルである、通信方法。
【請求項９】
無線アクセス装置との間で通信信号を送受信する通信部と、
前記通信部が緊急情報の配信を予告する一斉に配信された一次通知信号を受信した場合に、RRCプロトコル状態の遷移又は他セルへの遷移を行うことを決定する決定部と
を有し、前記RRCプロトコル状態の遷移は、緊急情報を受信することはできない状態から、緊急情報を受信可能な状態への遷移であり、
前記他セルは、ユーザ装置のRRCプロトコル状態によらず該ユーザ装置が前記二次通知信号を受信できるセルであり、
前記通信部は、前記RRCプロトコル状態の遷移又は他セルへの遷移の後に、前記緊急情報を含む一斉に配信された二次通知信号を受信する、通信装置。
【請求項１０】
無線アクセス装置から、緊急情報の配信を予告する一斉に配信された一次通知信号を受信した場合に、RRCプロトコル状態の遷移又は他セルへの遷移を行うことを決定し、
前記RRCプロトコル状態の遷移又は他セルへの遷移の後に、前記緊急情報を含む一斉に配信された二次通知信号を受信するステップ
を有し、前記RRCプロトコル状態の遷移は、緊急情報を受信することはできない状態から、緊急情報を受信可能な状態への遷移であり、
前記他セルは、ユーザ装置のRRCプロトコル状態によらず該ユーザ装置が前記二次通知信号を受信できるセルである、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び通信方法に関連する。
【背景技術】
【０００２】
無線移動通信に於ける緊急地震速報配信基盤(例えばCBS、ETWS、CMAS等)では、一斉配信型の信号で情報通知を行うことで、ユーザ毎に個別チャネルを設定することなく、広範囲のユーザに速やかに注意を喚起することができる。一斉配信型の信号としては、例えば、共通制御チャネル(Common Control Channel:  CCCH)によるページング信号、ブロードキャスト制御チャネル(Broadcast Control Channel:  BCCH)による報知信号或いは共通トラフィックチャネル(Common Traffic Channel:  CTCH)による信号(例えばBMC）等がある。【０００３】
通常、地震や津波等の際に配信される配信情報は、「地震」や「津波」等のような最小限の情報により緊急情報の配信を予告する一次通知信号(Primary Notification)の後に、各地の震度や震源地等の詳細(緊急情報)を示す二次通知信号(Secondary Notification)を送信することで行われる。このように情報の配信を2段階に分離することで、迅速かつ柔軟に配信情報を配信することができる。一例として、一次通知信号は共通制御チャネルCCCHにより送信され、二次通知信号は共通トラフィックチャネルCTCHにより送信される。【０００４】
ワイドバンド符号分割多重アクセス方式(WCDMA)等の移動通信システムの場合、コネクションを確立していないアイドル状態(IDLE)又はコネクションを解放してはいないがユーザデータを送受信していないページング状態(Cell＿PCH)のユーザ装置UEが、そのような共通トラフィックチャネルCTCHを適切に受信できる。しかしながら、ユーザデータを送受信するセルDCH状態(Cell＿DCH)やセルFACH状態(Cell＿FACH)のユーザ装置UEは、共通トラフィックチャネルCTCHを参照せずに通信を行っている。従って、通信状態(RRCプロトコル状態)がCell＿DCH又はCell＿FACHであるユーザ装置のユーザは、配信情報の存在に速やかには気付くことができない、又は気付いたとしても適切に受信できないという問題がある。特定のRRCプロトコル状態のユーザ装置が配信情報を受信できることについては、例えば非特許文献1に記載されている。【０００５】
この問題に対処するため、例えば個別チャネルが設定されている状態(Cell＿DCH)でも共通トラフィックCTCHを受信できるようにユーザ装置UEを設計することが考えられる。しかしながら、そのような機能がユーザ装置UEに必須であることにすると、ユーザ装置UEはユーザデータの送受信だけでなく、共通トラフィックチャネルCTCHを常に監視しなければならなくなる。その結果、バッテリの消耗が早くなってしまうことや、ユーザ装置UEのコストが上昇してしまうこと等が懸念される。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPPTS25.304 V8.11.0(2010-09), 6.2章
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、ユーザデータを通信できるRRCプロトコル状態のユーザ装置が、緊急情報の配信を予告する一次通知信号を受信した場合に、そのユーザ装置が緊急情報を含む二次通知信号を受信できるようにすることである。
【課題を解決するための手段】
【０００８】
一実施例による通信装置は、
情報配信ノードから緊急情報を受信する網側通信部と、
無線基地局を介してユーザ装置との間で通信信号を送受信するUE側通信部と
を有し、前記UE側通信部が、前記緊急情報の配信を予告する一次通知信号を一斉に送信し、RRCプロトコル状態の遷移又は他セルへの遷移を指示する指示信号を前記ユーザ装置に個別に送信した後に、前記緊急情報を含む二次通知信号を一斉に送信し、
前記RRCプロトコル状態の遷移は、緊急情報(二次通知)を受信することはできない状態から、緊急情報(二次通知)を受信可能な状態への遷移であり、
前記他セルは、ユーザ装置のRRCプロトコル状態によらず該ユーザ装置が前記二次通知信号を受信できるセルである、通信装置である。
【発明の効果】
【０００９】
一実施例によれば、ユーザデータを通信できるRRCプロトコル状態のユーザ装置が、緊急情報の配信を予告する一次通知信号を受信した場合に、そのユーザ装置が緊急情報を含む二次通知信号を受信できるようにすることができる。
【図面の簡単な説明】
【００１０】
【図１】通信システムの概要を示す図。
【図２】動作例を示す図。
【図３】変形動作例を示す図。
【図４】無線ネットワーク制御装置の機能ブロック図。
【図５】ユーザ装置の機能ブロック図。
【発明を実施するための形態】
【００１１】
以下に説明する実施例によれば、緊急の情報配信が開始される事をユーザ装置が認識した場合、ユーザ装置は、現在通信中の状態(例えば、音声通信以外のデータ通信の状態)から、配信情報を受信可能な状態(例えばCell＿PCH又はIDLE)へ遷移すべきか否かを判断し、遷移すべき場合、状態を遷移する。状態の遷移は、ネットワークに問い合わせを行った上で行われてもよいし、ユーザ装置の側で自律的に行われてもよい。或いは、ネットワーク制御装置RNC等が緊急の配信情報を受信したことを契機に、そのような配信情報を受信できないユーザ装置を特定し、その特定されたユーザ装置に対して状態遷移を促してもよい。これにより、通信中であるために緊急の配信情報を受信できないユーザ装置が、それを受信可能な状態に速やかに遷移でき、できるだけ多くのユーザに緊急の配信情報を通知することができる。
【００１２】
以下の観点から実施例を説明する。
【００１３】
1．通信システム
2．動作例
3．変形動作例
3．1  セル又はRATの変更
3．2  遷移要求の制限
3．3  ユーザ装置による自律遷移
4．無線ネットワーク制御装置RNC
5．ユーザ装置UE
＜実施例１＞
＜1．通信システム＞
図1は、一実施例において使用することが可能な通信システムを示す。図1は通信システムに備わる様々なノードのうち実施例に特に関連するものを示している。説明の便宜上、通信システムは、WCDMA方式やGSM方式等の第3世代の移動通信システムであるとするが、本発明は他の通信システム(例えば、第2世代の移動通信システム)にも適用可能である。通信システムは、セルブロードキャストエンティティCBE11、セルブロードキャストセンタCBC12、交換局MME13、無線ネットワーク制御装置RNC14、LTEシステムの基地局eNB15、3Gシステムの基地局BS（又はNodeB）15、ユーザ装置UE16を少なくとも含む。
【００１４】
セルブロードキャストエンティティ（Cell  Broadcast  Entity：CBE）11は、災害時における配信情報を提供する情報元である。具体的には、自治体や政府(例えば、気象庁)等がCBEに該当する。
【００１５】
セルブロードキャストセンタ（Cell  Broadcast  Center：CBC）12は、CBE11から提供された情報に基づいて、実際にユーザ装置に配信する配信情報を作成する。CBC12は、CBE11から提供された情報に基づいて、配信情報を配信する地域又はエリアを決定してもよい。例えば、地震が生じた場合に、津波の危険が懸念される地域が具体的に特定されてもよい。
【００１６】
交換局MME13は、一般的にはユーザ装置の呼処理を行い、例えば、加入者情報の管理、移動管理、発着信制御、課金制御、QoS制御等を行う。本実施例における交換局MME13は、配信情報を、CBC12により指定された地域のノード(無線ネットワーク制御装置RNC及び/又は基地局eNB)に転送する。
【００１７】
無線ネットワーク制御装置RNC14は、一般的にはユーザ装置の呼処理に関する処理を行う。例えば、第3世代の移動通信システムにおけるユーザ装置に関し、無線リソース制御(Radio Resource Control:  RRC)等に関する制御信号の処理、状態管理、接続処理、ハンドオーバ処理、ネットワークの保守管理等を行う。本実施例における無線ネットワーク制御装置RNC14は、配信情報を、CBC12により指定された地域の基地局に転送する。本実施例におけるユーザ装置UE16は、複数のRRCプロトコル状態(通信状態)の内の何れかにおいて動作し、無線ネットワーク制御装置RNC14は、ユーザ装置UE16のRRCプロトコル状態を管理する。具体的には、第3世代方式の移動通信システムにおけるRRCプロトコル状態は、セルDCH状態(Cell＿DCH)、セルFACH状態(Cell＿FACH)、セルPCH状態(Cell＿PCH)及びアイドル状態(IDLE)である。セルDCH状態(Cell＿DCH)の場合、上下リンクに対して個別チャネルが設定されており、ユーザデータ及び制御データが双方向に通信される。セルFACH状態(Cell＿FACH)の場合、個別チャネルは設定されていないが、共通チャネルを用いてユーザデータ及び制御データを通信することができる。セルPCH状態(Cell＿PCH)では、ユーザデータを送受信することはできず、制御信号が間欠的に受信される。アイドル状態(IDLE)では、他の3つの状態とは異なり、RRCコネクションが確立されていない。セルPCH状態(Cell＿PCH)及びアイドル状態(IDLE)の場合、ユーザ装置は呼び出しに備えてページングチャネルPICHを間欠的に受信している。RRCコネクションは、ネットワークからの呼び出しに応じて又は発信する場合に確立される。なお、セルDCH状態(Cell＿DCH)及びセルFACH状態(Cell＿FACH)の場合、ユーザ装置UEは共通トラフィックチャネルCTCHを監視しないが、セルPCH状態(Cell＿PCH)及びアイドル状態(IDLE)の場合、ユーザ装置UEは共通トラフィックチャネルCTCHを監視する。ユーザ装置は何れの状態でも共通制御チャネルCCCHを受信できるが、セルDCH状態(Cell＿DCH)及びセルFACH状態(Cell＿FACH)のユーザ装置UEは共通トラフィックチャネルCTCHで配信される緊急メッセージを受信できない一方、セルPCH状態(Cell＿PCH)及びアイドル状態(IDLE)のユーザ装置UEはそのような緊急メッセージを受信できる。この点、RRDプロトコル状態が接続状態(Connected)でもアイドル状態(IDLE)でも緊急の配信情報をユーザ装置UEが受信できるLTE方式の移動通信システムと異なる。
【００１８】
LTEシステムの基地局eNB15は、LTE方式の移動通信システムにおける基地局である。基地局eNB15は、ユーザ装置UE16と無線通信を行う場合における無線リソースの割り当て制御等を行う。
【００１９】
3Gシステムの基地局BS（又はNodeB）15は、第3世代方式の移動通信システムにおける基地局である。
【００２０】
ユーザ装置UE16は、LTE方式及び第3世代方式の双方又は一方の移動通信システムにおいて、ユーザによる無線通信を可能にすることに加えて、ETWSのような配信情報を受信することが可能な適切な如何なる通信装置でもよい。ユーザ装置は、典型的には携帯電話であるが、他の装置でもよい。例えば、ユーザ装置は、情報端末、高機能携帯電話、スマートフォン、タブレット型コンピュータ、パーソナルディジタルアシスタント、携帯用パーソナルコンピュータ、パームトップコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ等でもよい。ユーザ装置UE16は、複数のRRCプロトコル状態(通信状態)の内の何れかにおいて動作する。具体的には、第3世代方式の移動通信システムの場合、RRCプロトコル状態は、セルDCH状態(Cell＿DCH)、セルFACH状態(Cell＿FACH)、セルPCH状態(Cell＿PCH)及びアイドル状態(IDLE)である。LTE方式の移動通信システムの場合、RRCプロトコル状態は、接続状態(Connected)及びアイドル状態(IDLE)である。
【００２１】
図1では、図示の簡明化のため、第3世代方式及びLTE方式の移動通信システムしか描かれていないが、他の通信システムが含まれていてもよい。例えば、第2世代方式の移動通信システムや、LTEアドバンスト方式の移動通信システム等が含まれていてもよい。
【００２２】
＜2．動作例＞
図2は、図1に示される通信システムの第3世代の移動通信システムにおいて行われる動作例を示す。
【００２３】
ステップS201において、地震のような災害や緊急事態が生じた場合、自治体や気象庁等のようなセルブロードキャストエンティティCBE11は、セルブロードキャストセンタCBC12に対して配信情報の配信を行うように要求する。
【００２４】
例えば、地震のような災害が起こった場合、気象庁のような機関（CBE）が、初期微動であるP波（Primary  Wave）を検知することで配信情報を作成し、それをセルブロードキャストセンタCBC12に通知する。
【００２５】
ステップS203において、セルブロードキャストセンタCBC12は、要求と共に受信した情報に基づいて、ユーザ装置UEに通知する配信情報又はメッセージを作成する。配信情報が特定のエリア又は地域に限定して送信されるべきであった場合、セルブロードキャストセンタCBC12は、配信情報を配信する配信エリアも決定する。
【００２６】
ステップS205において、セルブロードキャストセンタCBC12は、無線ネットワーク制御装置14に対して、配信情報の配信を行うように要求する。一例として、配信情報には、災害種別、配信エリア、一次通知情報及び二次通知情報(メッセージ本文)が含まれている。災害種別は、配信情報のメッセージ識別子又はシリアル番号により表現され、複数の配信情報が異なる時間に送信された場合に、最新のものが古いものに上書きされるようにする。配信エリアは、配信情報が特定のエリアに限定して通知されるべきものであった場合に、その特定のエリアを識別する情報である。一次通知情報は、「地震」、「津波」、「地震＋津波」等のような最低限の情報を含む。それ以外の詳細な情報は、緊急情報として二次通知信号又はメッセージ本文に含まれる。説明の便宜上、無線ネットワーク制御装置RNC14が受信する情報を「配信情報」とし、ユーザ装置UE16が受信する二次通知信号に「緊急情報」が含まれているとするが、混乱のおそれがない限り、配信情報及び緊急情報は同義語として使用されてよい。
【００２７】
ステップS206において、無線ネットワーク制御装置RNC14は、「地震」、「津波」又は「地震＋津波」のような最低限の情報部分を含む一次通知信号（Primary  Notification）をユーザ装置に一斉に配信する。一次通知信号は、共通制御チャネルCCCHを用いて、ページング信号としてユーザ装置に通知される。一次通知情報は、配信情報の内、最低限の情報部分しか含んでいないので、ユーザ装置UEに迅速に通知することができる。
【００２８】
説明の便宜上、ユーザ装置UE16は、セルFACH状態(Cell＿FACH)で動作しているものとする。ただし、このことは本実施例に必須ではなく、ユーザ装置UE16は別の状態で動作していてもよい。例えば、ユーザ装置UE16は、セルDCH状態(Cell＿DCH)で動作していてもよい。セルFACH状態(Cell＿FACH)でもセルDCH状態(Cell＿DCH)でも、ユーザ装置UE16は、共通トラフィックチャネルCTCHを受信しないので、このままでは以後送信される二次通知信号を受信することはできない。しかしながら、セルFACH状態(Cell＿FACH)又はセルDCH状態(Cell＿DCH)のユーザ装置UE16であっても、ステップS206における共通制御チャネルCCCHで送信される一次通知信号を受信することはできる。
【００２９】
なお、説明の便宜上、無線ネットワーク制御装置RNC14がステップS205以降の処理を行っているものとしているが、このことは本実施例に必須ではなく、無線ネットワーク制御装置RNC14の代わりに交換局MME13や不図示のコアノードがステップS205以降の処理を行ってもよい。
【００３０】
ステップS207において、ユーザ装置UE16は、一次通知信号を受信したことに応答して、RRCプロトコル状態の状態遷移を求める要求信号を無線ネットワーク制御装置RNC14に送信する。一例として、この要求信号は、SIGNALING CONNECTION RELEASE INDICATIONというRRCメッセージを用いて行われてもよい。目下の例の場合、ユーザ装置UE16は、FACH状態(Cell＿FACH)にあり、要求信号で要求する状態遷移は、FACH状態(Cell＿FACH)からアイドル状態(IDLE)への遷移である。ただし、本実施例はこの状態遷移に限定されず、他の状態遷移が要求されてもよい。例えば、
FACH状態(Cell＿FACH)からページング状態(Cell＿PCH)への遷移、
DCH状態(Cell＿DCH)からアイドル状態(IDLE)への遷移、及び
DCH状態(Cell＿DCH)からページング状態(Cell＿PCH)への遷移
等の遷移が行われてもよい。何れにせよ、二次通知信号を受信できない状態から、二次通知信号を受信できる状態へ遷移が行われればよい。ただし、DCH状態(Cell＿DCH)からアイドル状態(IDLE)等へ遷移すると、RRCコネクションが解放されるので、DCH状態(Cell＿DCH)において行っていた通信をそのまま継続することはできなくなってしまう。従って、状態遷移の遷移元がDCH状態(Cell＿DCH)である場合は、音声通話以外のデータ通信(例えば、重要度の低い電子メール等)を行っている場合のDCH状態(Cell＿DCH)からの状態遷移であることが好ましい。同様に、状態遷移の遷移元がFACH状態(Cell＿FACH)である場合も、音声通話以外のデータ通信を行っている場合のFACH状態(Cell＿FACH)からの状態遷移であることが好ましい。
【００３１】
ステップS209において、無線ネットワーク制御装置RNC14は、ユーザ装置UE16から受信した要求信号に応答して、状態遷移を行うべきことを指示する指示信号をユーザ装置UE16に送信する。この指示信号は、要求信号を送信してきた特定のユーザ装置に対して個別的に送信される。
【００３２】
ステップS211において、ユーザ装置UE16は、指示信号に応じて状態遷移を行う。目下の例の場合、RRCプロトコル状態は、FACH状態(Cell＿FACH)からアイドル状態(IDLE)へ遷移する。
【００３３】
ステップS213において、無線ネットワーク制御装置RNC14は、報知信号の変更を基地局15に通知する。報知信号の変更通知は、例えば、「SYSTEM INFORMATION CHANGE INDICATION」のようなメッセージにより行われてもよい。
【００３４】
ステップS215において、基地局15は、変更後の報知信号を送信する。変更後の報知信号は、ステップS206により通知された一次通知信号の後に送信される二次通知信号のタイミング等を、ユーザ装置に通知するためのものである。報知信号の変更通知のステップS213及び215の手順は、図示のタイミングで行われてもよいし、ページング信号の通知のステップS206と共に行われてもよい。
【００３５】
ステップS217において、無線ネットワーク制御装置RNC14は、緊急情報を含む二次通知信号(Secondary Notification)をユーザ装置UE16に一斉に送信する。二次通知信号は、共通トラフィックチャネルCTCHによるBMC-CBSメッセージ(Broadcast Multicast Control-Cell Broadcast Service message)として通知されてもよい。二次通知信号は、「地震」や「津波」等のような最低限の情報しか含んでいない一次通知信号とは異なり、各地の震度や震源地等の詳細な緊急情報を含む。DCH状態(Cell＿DCH)及びFACH状態(Cell＿FACH)のユーザ装置は二次通知信号を受信できないが、ユーザ装置UE16は、ステップS211において、FACH状態(Cell＿FACH)からアイドル状態(IDLE)に状態遷移しているので、ステップS215で受信した報知信号が示すタイミングで二次通知信号を受信することができる。通常、二次通知信号は、所定の時間間隔で複数回送信される。二次通知信号の送信タイミングや送信間隔等は、ステップS215による変更後の報知信号により示されている。なお、そのようなタイミングの情報を使用せずに、ステップS211の後、ユーザ装置UE16は共通トラフィックチャネルCTCHを常時監視することで、二次通知信号を受信することも理論的には可能である。しかしながら、バッテリセービングの観点からは、変更後の報知信号(ステップS215)が示すタイミングで二次通知信号を受信し、それ以外のタイミングでは電力消費を節約することが好ましい。
【００３６】
ステップS219において、ユーザ装置UE16は、二次通知信号の受信が完了した後に、元の状態に戻るための復帰要求信号を無線ネットワーク制御装置RNC14に送信する。目下の例の場合、元の状態はセルFACH状態(Cell＿FACH)であるので、復帰要求信号は、アイドル状態(IDLE)からセルFACH状態(Cell＿FACH)への状態遷移を要求する。この場合、RRCコネクションを確立し直す必要がある。従って、この場合における復帰要求信号は、アイドル状態(IDLE)において、送信するデータが発生した際に呼接続を要求する場合に使用されるセルアップデートメッセージ(cell update message)を用いて行われてもよい。
【００３７】
ステップS221において、無線ネットワーク制御装置RNC14は、元の状態に戻すための指示信号をユーザ装置16に送信する。この指示信号は、復帰要求信号を送信してきた特定のユーザ装置に対して個別的に送信される。
【００３８】
ステップS223において、ユーザ装置UE16は、指示信号に応じて状態遷移を行う。目下の例の場合、RRCプロトコル状態は、アイドル状態(IDLE)からFACH状態(Cell＿FACH)へ遷移する。
【００３９】
＜3．変形動作例＞
＜＜3．1  セル又はRATの変更＞＞
図2に示す例では、緊急情報を含む二次通知信号を受信できない状態で動作しているユーザ装置が、二次通知信号を受信できる状態に遷移していた。本実施例はこの形態に限定されない。例えば、ユーザ装置UE16は、二次通知信号を受信できる状態に遷移する代わりに、二次通知信号を受信できるセル又は通信システム(RAT)に遷移してもよい。一次及び二次通知信号は、第3世代方式の移動通信システムだけでなく他の通信システムでも通知されるからである。
【００４０】
具体的には、図2のステップS207において、ユーザ装置UE16は、動作状態の遷移又はRATの遷移(又はセルの遷移)を無線ネットワーク制御装置RNC14に要求する。例えば、第3世代方式の通信システムに在圏しているユーザ装置UE16が、ロングタームエボリューション(LTE)方式の通信システムでも動作することが可能であり、ステップS207の時点でLTE方式の通信システム又はセルに移行可能な場所に位置していたとする。LTE方式の通信システムの場合、ユーザ装置のRRCプロトコル状態は、接続状態(Connected)又はアイドル状態(IDLE)であり、何れの状態でも一次及び二次通知情報を受信することができる。従って、ステップS209において、無線ネットワーク制御装置RNC14は、そのようなユーザ装置UE16に対して、第3世代方式の通信システムからLTE方式の通信システム又はセルに移行すべきことを指示してもよい。その場合、ステップS211において、ユーザ装置UE16は、LTE方式の通信システム又はセルに移行し、移行先において、二次通知信号を受信する、あるいは、移行先のLTE方式の通信システムにおいて一次通知信号及び二次通知信号の双方を受信することになる。この場合、ステップS219、S221、S223による復帰の手順は必須でない。第3世代方式の通信システムからLTE方式の通信システムへの遷移又は移行は、システム間ハンドオーバにより行われてもよいし、いったん接続を解放して再接続を行うリダイレクト(Redirect)により行われてもよい。
【００４１】
無線ネットワーク制御装置RNC14は、ステップS207のような状態、セル又は通信システムの遷移を要求する要求信号に応答して、遷移の許否及び遷移先を決定し、決定した内容を示す指示信号をステップS209において送信してもよい。そのような決定は、通信状態や通信信号に基づいて行われてもよい。例えば、ユーザ装置UE16が行っている通信信号の通信呼の種別が音声通話以外の遅延の要求が厳しくない通信であった場合に、状態、セル又は通信システムの遷移が許可され、そうでなかった場合に遷移が拒否されてもよい。別の例として、通信量又はデータ量が所定の閾値より少なかった場合に、状態、セル又は通信システムの遷移が許可され、そうでなかった場合に遷移が拒否されてもよい。別の例として、ユーザ装置UE16が行っている通信信号の通信速度が所定の閾値より遅かった場合に、状態、セル又は通信システムの遷移が許可され、そうでなかった場合に遷移が拒否されてもよい。別の例として、ユーザ装置UE16が行っている通信信号が重要な通信でなかった場合に、状態、セル又は通信システムの遷移が許可され、重要な通信であった場合には、遷移が拒否されてもよい。これらの状態遷移の可否判断は一例に過ぎず、他の観点から状態遷移の可否が判断されてもよい。
【００４２】
また、無線ネットワーク制御装置RNC14は、状態遷移の可否判断の結果、遷移を拒否されたユーザ装置を記憶してもよい。この場合、遷移を拒否されたユーザ装置に対して、二次通知信号を個別信号又は個別データ配信によって通知してもよい。
【００４３】
図2に示す例では、無線ネットワーク制御装置RNC14は、ステップS207のユーザ装置UE16からの要求信号に応じて、遷移の許否及び遷移先を決定しているが、このような要求信号によらずに、遷移の許否及び遷移先を決定し、ステップS209の指示信号を送信してもよい。無線ネットワーク制御装置RNC14は、配下の全てのユーザ装置UE16の通信状態(RRCプロトコル状態)を管理している。従って、無線ネットワーク制御装置RNC14がステップS205において、配信情報を受信し、それを配信することになった時点で、どのユーザ装置が配信情報を受信できないかを特定することができる。具体的には、無線ネットワーク制御装置RNC14は、後述する状態管理部で管理しているユーザ装置UE16の通信状態を参照することで、通信状態がセルDCH状態(Cell＿DCH)又はセルFACH状態(Cell＿FACH)であるユーザ装置UE16を特定する。このようにして特定されたユーザ装置に対して、ステップS209において指示信号を送信し、状態遷移等を促してもよい。
【００４４】
＜＜3．2  遷移要求の制限＞＞
図2に示す例では、二次通知信号を受信できる状態でないユーザ装置UE16が、ステップS206において一次通知信号を受信すると、ステップS207において状態遷移等を求める要求信号を送信している。従って、二次通知信号を受信できる状態でないユーザ装置UE16の数が非常に多かった場合、或いはネットワーク側の処理能力が十分に多くなかった場合、無線ネットワーク制御装置RNC14は、多数の要求信号に起因して輻輳してしまうことが懸念される。
【００４５】
このような観点からは、ユーザ装置UE16による要求信号の送信を、何らかの基準に従って制限することが考えられる。例えば、そのような要求信号の送信の可否、要求信号の送信開始待ち時間(一次通知信号を受信した後の経過時間)及び要求信号の最大再送回数の内の1つ以上が設定されていてもよい。このような設定事項は、例えば、報知信号として一次通知信号とは別にユーザ装置UE16に通知されてもよいし、ステップS206における一次通知信号と共にユーザ装置UE16に通知されてもよい。これらの設定事項を一次通知信号に含めることも理論的には可能であるが、一次通知信号の情報量を少なくして広く速やかに配信する等の観点からは、そのような設定事項は一次通知信号とは別に通知することが好ましい。
【００４６】
＜＜3．3  ユーザ装置による自律遷移＞＞
図2に示す例では、無線ネットワーク制御装置RNC14(又は交換局等)が、ユーザ装置UE16に対して、状態遷移、セルの遷移又は通信システムの遷移を指示していた。しかしながら、このことは本実施例に必須ではなく、ユーザ装置UE16が自律的に状態遷移を決定してもよい。
【００４７】
図3はそのような変形動作例を示す。概して、図2の動作例と同様であるが、状態遷移を行うステップS211の前に、状態遷移を要求するステップS207及びそれに応じて指示信号を通知するステップS209が行われていない点が大きく異なる。ユーザ装置UE16は、ステップS206において、一次通知信号を受信したことに応じて、ステップS211における状態遷移を行う。例えば、FACH状態(Cell＿FACH)からアイドル状態(IDLE)へ、状態遷移が行われる。さらに、図3に示す例は、復帰のための状態遷移を行うステップS223の前に、状態遷移を要求するステップS219及びそれに応じて指示信号を通知するステップS221が行われていない点も図2に示す例と異なる。例えば、アイドル状態(IDLE)からFACH状態(Cell＿FACH)へ、状態遷移が行われる。
【００４８】
「3．1  セル又はRATの変更」において言及したように、状態遷移だけでなく、別の通信システム又はセルへの遷移が、ステップS211及びステップS223において行われてもよい。
【００４９】
更に、ユーザ装置UE16は、図3のステップS211において、状態遷移、セル遷移又は通信システムの遷移の何れを行うか及び遷移先を決定する際に、通信状態や通信信号に基づいて決定してもよい。例えば、ユーザ装置UE16が行っている通信信号の通信呼の種別が音声通話以外の遅延の要求が厳しくない通信であった場合に、状態、セル又は通信システムの遷移が許可され、そうでなかった場合に遷移が拒否されてもよい。別の例として、ユーザ装置UE16が行っている通信信号の通信量又はデータ量が所定の閾値より少なかった場合に、状態、セル又は通信システムの遷移を行うことが決定され、そうでなかった場合には遷移を行わないように決定されてもよい。別の例として、ユーザ装置UE16が行っている通信信号の通信速度が所定の閾値より遅かった場合に、状態、セル又は通信システムの遷移を行うことが決定され、そうでなかった場合に遷移が行われないように決定されてもよい。別の例として、ユーザ装置UE16が行っている通信信号が重要な通信でなかった場合に、状態、セル又は通信システムの遷移が行われるように決定され、重要な通信であった場合には、遷移が行われないように決定されてもよい。これらの状態遷移の可否判断は一例に過ぎず、他の観点から状態遷移の可否が判断されてもよい。
【００５０】
＜4．無線ネットワーク制御装置RNC＞
図4は、図1に示されているような無線ネットワーク制御装置RNCの機能ブロック図を示す。ただし、同様な機能が交換局MMEやその他のコアノードに備わっていてもよい。図4には通信装置に備わる様々な機能部又は処理部のうち実施例に特に関連するものが示されている。無線ネットワーク制御装置RNC14は、網側通信部41、配信情報処理部42、UE側通信部43、状態管理部44、報知信号処理部45及び制御部46を少なくとも有する。
【００５１】
網側通信部41は、セルブロードキャストセンタCBCのような上位のノードから配信情報を受信する。配信情報は配信する地域を指定する情報とともに受信されてもよい。
【００５２】
配信情報処理部42は、網側通信部41により受信した配信情報から、配信エリアを特定し、一次通知信号及び二次通知信号を抽出又は作成する。
【００５３】
UE側通信部43は、ユーザ装置UEに向けて信号を送信する機能と、ユーザ装置UEからの信号を受信する機能とを有する。ユーザ装置に向けて送信する信号は、一次通知信号、二次通知信号、制御信号及びユーザデータ等を含む。ユーザ装置から受信する信号は、制御信号及びユーザデータ等である。
【００５４】
状態管理部44は、ユーザ装置UEのRRCプロトコル状態(通信状態)を管理する。具体的には、ユーザ装置UEの現在の通信状態が、所定の複数個の通信状態の内のどれに該当するかを管理している。例えば、所定の複数個の通信状態は、セルDCH状態(Cell＿DCH)、セルFACH状態(Cell＿FACH)、セルPCH状態(Cell＿PCH)及びアイドル状態(IDLE)である。
【００５５】
報知信号処理部45は、ユーザ装置UEに送信する報知信号を処理(作成、変更及び編集を含む)する。例えば、無線ネットワーク制御装置RNCが、配信情報を配信することになった場合、報知信号処理部45は、二次通知信号の送信タイミングを示す報知信号を作成し、制御部46の制御の下に、変更後の報知信号をUE側通信部43に渡す。
【００５６】
制御部46は、無線ネットワーク制御装置RNCの各機能部を制御する。制御部46は図2及び図3を参照しながら説明した動作のうち無線ネットワーク制御装置RNCに関する部分を無線ネットワーク制御装置RNCが実行できるようにする。
【００５７】
＜5．ユーザ装置UE＞
図5は、ユーザ装置の機能ブロック図を示す。図5にはユーザ装置に備わる様々な機能部又は処理部のうち実施例に特に関連するものが示されている。ユーザ装置は、通信部51、状態管理部52及び制御部53を少なくとも有する。
【００５８】
通信部51は、無線アクセス装置(Radio  Access  Network：RAN)からの信号を受信する機能と、無線アクセス装置RANに向けて信号を送信する機能とを有する。無線アクセス装置RANは、基地局BSと無線ネットワーク制御装置RNCとを包含する装置である。無線アクセス装置RANから受信する信号は、配信情報、制御信号及びユーザデータ等を含む。無線アクセス装置RANに向けて送信する信号は、制御信号及びユーザデータ等を含む。
【００５９】
状態管理部52は、図4の状態管理部44と同様に、ユーザ装置UEのRRCプロトコル状態(通信状態)を管理する。具体的には、ユーザ装置UEの現在の通信状態が、所定の複数個の通信状態の内のどれに該当するかを管理している。所定の複数個の通信状態は、第3世代方式の移動通信システムの場合、セルDCH状態(Cell＿DCH)、セルFACH状態(Cell＿FACH)、セルPCH状態(Cell＿PCH)及びアイドル状態(IDLE)である。LTE方式の移動通信システムの場合、接続状態(Connected)及びアイドル状態(IDLE)である。
【００６０】
制御部53は、ユーザ装置における動作を制御する。制御部53は図2及び図3を参照しながら説明した動作のうちユーザ装置に関する部分をユーザ装置が実行できるようにする。
【００６１】
以上本発明は特定の実施例を参照しながら説明されてきたが、それらは単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。例えば、本発明は、緊急情報を配信する適切な如何なる移動通信システムに適用されてもよい。上記の説明では、一斉に配信される配信情報は、自然災害に関するものであったが、自然災害だけでなく、国際紛争等のような人為的な状況におけるものであってもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。実施例又は項目の区分けは本発明に本質的ではなく、2以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。ソフトウェアは、ランダムアクセスメモリ（RAM）、フラッシュメモリ、読み取り専用メモリ（ROM）、EPROM、EEPROM、レジスタ、ハードディスク（HDD）、リムーバブルディスク、CD−ROM、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。以上、通信装置及び通信方法を実施例により説明したが、本発明は上記実施例に限定されるものではなく、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【００６２】
本願は２０１１年６月３０日に出願した日本国特許出願第２０１１−１４６２１９号に基づきその優先権を主張するものであり、同日本国出願の全内容を本願に援用する。
【符号の説明】
【００６３】
11  セルブロードキャストエンティティCBE
12  セルブロードキャストセンタCBC
13  交換局MME
14  無線ネットワーク制御装置RNC
15  LTEシステムの基地局eNB、3Gシステムの基地局BS
16  ユーザ装置
41  網側通信部
42  配信情報処理部
43  UE側通信部
44  状態管理部
45  報知信号処理部
46  制御部
51  通信部
52  状態管理部
53  制御部
【図１】
0005893024.tif 000002
【図２】
0005893024.tif 000003
【図３】
0005893024.tif 000004
【図４】
0005893024.tif 000005
【図５】
0005893024.tif 000006