JP2012147117A - 同報配信装置、メッセージ配信方法 - Google Patents

Abstract

【課題】交換局（ＳＧＳＮ）と無線ネットワーク制御装置（ＲＮＣ）との間がメッシュ接続になっているIu-flexが採用され、地震発生等の旨を特定エリアにブロードキャストで報知するシステムにおいて、ＳＧＳＮの選択を適切に行い、ＳＧＳＮに障害が発生した場合にも対応する。
【解決手段】ＣＢＣ３０の記憶部３１は、配信対象エリアまでの経路を示す配信ルート情報を保持する配信ルート管理テーブルを記憶する。送信部３２は、配信ルート管理テーブルの保持内容を参照して決定した配信ルートのＳＧＳＮおよびＲＮＣに向けてメッセージを送信する。ヘルスチェック部３４は、記憶部３１に記憶されている配信ルート管理テーブルに保持されている配信ルート情報が示す経路についてヘルスチェックを行う。更新部３５は、ヘルスチェックの結果にしたがって、配信ルート管理テーブルの保持内容を更新する。
【選択図】図２

Description

本発明は同報配信装置、メッセージ配信方法に関し、特に地震速報等を配信する同報配信装置、メッセージ配信方法に関する。

気象庁が配信する緊急地震速報や、国・地方公共団体が配信する災害・避難情報（以下、地震速報等と呼ぶ）を、携帯電話機宛てに送信するサービスとして、エリアメール（登録商標）が知られている。このサービスでは、対象エリアに位置しているユーザの携帯電話機に限定して、地震速報等を配信する。また、このサービスでは、地震速報等について、ブロードキャスト（同報）配信するので、多数の携帯電話機にメッセージを即時に配信できる。地震速報等を受信した携帯電話機では、ポップアップ表示や専用の警告音によって、地震速報等を受信した旨をユーザに通知する。このサービスについては、例えば、非特許文献１に記載されている。

緊急地震速報を配信する場合、以下の処理が行われる。すなわち、同報配信装置（Cell Broadcast Center；以下、適宜、ＣＢＣと呼ぶ）は、気象庁から緊急地震速報電文を受信すると、地震速報等のメッセージ本文を作成する。緊急地震速報電文に含まれる、震央地を示す「震央地名コード」をキーにＣＢＣ内部データより「震央地名称」を導出し、メッセージ本文へ挿入する。

次にＣＢＣは、地震速報等の配信先を特定するために、緊急地震速報電文に含まれる、強い揺れが推定される地域を示す「地域コード」をキーにＣＢＣ内部データより配信対象地域を示す「市区町村特定コード」を抽出する。「市区町村特定コード」とは、全国の市区町村をユニークに特定するコードである。ＣＢＣでは、この「市区町村特定コード」ごとにその市区町村に配置されたセクタ情報をテーブル管理し、このテーブルを利用して配信先エリア情報として「市区町村特定コード」からセクタ番号、同報配信指示の送信先となる交換局（Serving General packet radio service Support Node；以下、適宜、ＳＧＳＮと呼ぶ）、無線ネットワーク制御装置（Radio Network Controller；以下、適宜、ＲＮＣと呼ぶ）を特定する。

上記サービスを実現するためのメッセージ配信システムの従来の構成例について、図１３を参照して説明する。図１３のメッセージ配信システムは、図示せぬ無線セルを実現するための無線基地局に対応して設けられた無線ネットワーク制御装置１１〜１４（ＲＮＣ＃１〜ＲＮＣ＃４）と、これら無線ネットワーク制御装置１１〜１４に対応して設けられた交換局２１〜２３（ＳＧＳＮ＃１〜ＳＧＳＮ＃３）と、交換局と無線ネットワーク制御装置とを介して、図示せぬ無線セルによって構成されるエリア宛に地震速報等のメッセージを配信する同報配信装置３０とを備えている。

交換局２１〜２３には、無線ネットワーク制御装置１１〜１４との接続のためのインタフェースをなすポートが設けられている。本例では、交換局（ＳＧＳＮ＃１）２１のポートＰ１に無線ネットワーク制御装置１１（ＲＮＣ＃１）が接続されている。また、交換局（ＳＧＳＮ＃１）２１のポートＰ２に無線ネットワーク制御装置１２（ＲＮＣ＃２）が接続されている。交換局２２（ＳＧＳＮ＃２）のポートＰ１に無線ネットワーク制御装置１３（ＲＮＣ＃３）が接続されている。交換局２３（ＳＧＳＮ＃３）のポートＰ１に無線ネットワーク制御装置１４（ＲＮＣ＃４）が接続されている。

これらの接続状態において、同報配信装置３０が、交換局のアドレスおよびそのポートの番号（以下、ポート番号と呼ぶ）を指定してメッセージを送信することにより、そのポートに接続されている無線ネットワーク制御装置に向けてメッセージが送信される。そして、メッセージを受信した無線ネットワーク制御装置（以下、適宜、ＲＮＣと呼ぶ）は、そのメッセージを、対応する無線セルに位置している携帯電話機等（図示せず）に配信する。

ここで、上記のメッセージを送信するために同報配信装置３０が保持しているデータについて、図１４を参照して説明する。図１４において、同報配信装置３０が保持しているデータは、無線ネットワーク制御装置を指定するための番号であるＲＣＮ番号「１」、「２」、「３」、「４」と、これらＲＣＮ番号「１」、「２」、「３」、「４」に対するＳＧＳＮのアドレスと、ポート番号との対応関係を示している。本例では、ＲＣＮ番号「１」にＳＧＳＮのアドレス「１」およびポート番号「Ｐ１」が、ＲＣＮ番号「２」にＳＧＳＮのアドレス「１」およびポート番号「Ｐ２」が、ＲＣＮ番号「３」にＳＧＳＮのアドレス「２」およびポート番号「Ｐ１」が、ＲＣＮ番号「４」にＳＧＳＮのアドレス「３」およびポート番号「Ｐ１」が、それぞれ対応していることを示している。つまり、同報配信装置３０が保持しているデータは、交換局（以下、適宜、ＳＧＳＮと呼ぶ）から無線ネットワーク制御装置までの経路情報を示すルート情報テーブルである。

図１４のデータを保持している同報配信装置３０では、上記のメッセージを送信する際、次のような処理が行われる。すなわち、図１５のように、同報配信装置３０は、まず配信対象エリアに対応するＲＮＣを特定する（ステップＳ５０１）。次に、同報配信装置３０は、その特定したＲＮＣまでの経路について、上記のルート情報テーブルから、ＳＧＳＮアドレスとポート番号とを抽出する（ステップＳ５０２）。つまり、メッセージの送信の際、どのエリアに向けてメッセージを配信するかによって経由するＳＧＳＮおよびＲＮＣが定まるので、同報配信装置３０では、上記のようにして抽出されたＳＧＳＮアドレスとポート番号とが指定される。

「緊急情報の同報配信サービスの開発」、ＮＴＴ ＤＯＣＯＭＯテクニカル・ジャーナル、ＮＴＴドコモ、VOL.15 NO.4、２００８年１月、［平成２２年１２月１４日検索］、インターネット＜URL：http://www.nttdocomo.co.jp/binary/pdf/corporate/technology/rd/tech/main/emergency_info/vol15_4_06jp.pdf＞

ところで、ＳＧＳＮおよびＲＮＣについて、メッシュ接続を行うIu-flexの導入が予定されている。このIu-flexにおいては、各ＳＧＳＮと各ＲＮＣとの間それぞれについて装置間が個別に接続される。このIu-flex導入後においては、全国すべてのＳＧＳＮ（Serving General packet radio service Support Node）およびＲＮＣ（Radio Network Controller）についてメッシュ接続されるのではなく、一定のエリア内に位置しているＳＧＳＮおよびＲＮＣについてメッシュ接続される。ＳＧＳＮおよびＲＮＣについてメッシュ接続されている単位エリアは、Ｐｏｏｌエリアと呼ばれる。
このIu-flex導入前すなわち上述した従来のシステムでは、ＲＮＣから見た接続先ＳＧＳＮは１つに特定されている。このため、ＣＢＣが上記メッセージを送信する場合に、配信エリアのＲＮＣを特定し、該当ＲＮＣが接続しているＳＧＳＮへ送信することが可能であった。

これに対し、Iu-flex導入後は、複数のＲＮＣとＳＧＳＮがメッシュで接続されるため、メッセージの送信の際に、メッセージを配信するエリアが定まっても、経由するＳＧＳＮおよびＲＮＣが定まることはない。このため、配信エリアのＲＮＣへ上記メッセージを送信する場合に、複数のＳＧＳＮのなかから１つを適切に選択する必要がある。また、ＳＧＳＮに障害が発生した場合、別のＳＧＳＮを選択することで上記メッセージの配信が可能となるため、迂回ルートの選択も必要となる。
本発明の目的は、Iu-flexが導入されているシステムにおいて、ＳＧＳＮの選択を適切に行い、ＳＧＳＮに障害が発生した場合にも対応することのできる同報配信装置、メッセージ配信方法を提供することである。

上記課題を解決するために、本発明による同報配信装置は、Iu-flexによってメッシュ接続された交換局と無線ネットワーク制御装置とを経由して配信対象エリアにメッセージを配信する同報配信装置であって、配信対象エリアまでの経路を示す配信ルート情報を保持する配信ルート管理テーブルを記憶する記憶部と、前記配信ルート管理テーブルの保持内容を参照して決定した配信ルートの交換局および無線ネットワーク制御装置に向けてメッセージを送信する送信部と、を含むことを特徴とする。この構成によれば、Iu-flexが導入されているシステムにおいて、ＳＧＳＮの選択を適切に行うことができる。

また、前記配信ルート管理テーブルに保持されている配信ルート情報が示す経路についてヘルスチェックを行うヘルスチェック部と、前記配信ルート管理テーブルの保持内容を、前記ヘルスチェック部のヘルスチェックの結果にしたがって更新する更新部と、を更に含むことが望ましい。この構成によれば、ＳＧＳＮに障害が発生した場合にも、ＳＧＳＮの選択を適切に行うことができる。

また、前記ヘルスチェック部は、自装置から交換局までの経路についてヘルスチェックを行うようにするのが望ましい。この構成によれば、同報配信装置から交換局までの経路について障害が発生した場合にも、ＳＧＳＮの選択を適切に行うことができる。
また、前記ヘルスチェック部は、交換局から無線ネットワーク制御装置までの経路についてヘルスチェックを行うようにするのが望ましい。この構成によれば、交換局から無線ネットワーク制御装置までの経路について障害が発生した場合にも、ＳＧＳＮの選択を適切に行うことができる。

さらに、前記配信ルート管理テーブルは、メッセージの送信先である無線ネットワーク制御装置それぞれについて、どの交換局およびポート番号を経由するか、無線ネットワーク制御装置ごとの配信ルートを示す無線ネットワーク制御装置ごと配信ルート管理テーブルであるのが望ましい。無線ネットワーク制御装置ごと配信ルート管理テーブルを参照することにより、Iu-flexが導入されているシステムにおいて、ＳＧＳＮの選択を適切に行うことができる。

また、前記配信ルート管理テーブルは、メッセージの送信先である無線ネットワーク制御装置それぞれについて、どの交換局およびポート番号を経由するか、Ｐｏｏｌエリアごとの配信ルートを示すＰｏｏｌごとＳＧＳＮ状態管理テーブルであるのが望ましい。ＰｏｏｌごとＳＧＳＮ状態管理テーブルを参照することにより、Iu-flexが導入されているシステムにおいて、ＳＧＳＮの選択を適切に行うことができる。

本発明によるメッセージ配信方法は、Iu-flexによってメッシュ接続された交換局と無線ネットワーク制御装置とを経由して配信対象エリアにメッセージを配信するメッセージ配信方法であって、配信対象エリアまでの経路を示す配信ルート情報を保持する配信ルート管理テーブルの保持内容を参照して決定した配信ルートの交換局および無線ネットワーク制御装置に向けてメッセージを送信する送信ステップ（例えば、図４中のステップＳ１０２に対応）と、前記配信ルート管理テーブルに保持されている配信ルート情報が示す経路についてヘルスチェックを行うヘルスチェックステップ（例えば、図５中のステップＳ２０１に対応）と、前記配信ルート管理テーブルの保持内容を、前記ヘルスチェックステップによるヘルスチェックの結果にしたがって更新する更新ステップ（例えば、図５中のステップＳ２０４に対応）と、を含むことを特徴とする。この方法を用いることにより、Iu-flexが導入されているシステムにおいて、ＳＧＳＮの選択を適切に行うことができる。

本発明によれば、Ｐｏｏｌエリア内においてIu-flexが導入された場合、ＳＧＳＮとＲＮＣとの対応関係をテーブルによって管理することにより、配信先のＲＮＣに対して複数存在するルートのうち、ＣＢＣにおいてＳＧＳＮを選択し、ルートを適切に設定できるという効果がある。また、ＳＧＳＮ自体またはＳＧＳＮとＲＮＣとの間のリンクに障害が発生した場合に、別のＳＧＳＮ経由のルートを選択することにより、信頼性を向上できるという効果がある。

本発明の実施形態による同報配信装置を採用したメッセージ配信システムの構成例を示すブロック図である。 本発明の実施形態による同報配信装置の構成例を示すブロック図である。 同報配信装置の記憶部に保持されているデータの内容の例を示す図である。 同報配信装置によるメッセージ配信の際の動作を示すフローチャートである。 ＲＮＣごと配信ルート管理テーブルの更新処理の例を示すフローチャートである。 同報配信装置の記憶部に保持されているデータの内容の例を示す図である。 同報配信装置の記憶部に保持されている、ＰｏｏｌごとＳＧＳＮ状態管理テーブルの例を示す図である。 同報配信装置によるメッセージ配信の際の動作を示すフローチャートである。 ＰｏｏｌごとＳＧＳＮ状態管理テーブルについての更新処理の例を示すフローチャートである。 ＳＧＳＮ−ＲＮＣ間のリンクに発生した障害の例を示す図である。 障害が検出される前における、ＲＮＣごと配信ルート管理テーブルに保持されている内容の例を示す図である。 障害が検出された場合における、ＲＮＣごと配信ルート管理テーブルに保持されている内容の例を示す図である。 メッセージ配信システムの従来の構成例を示す図である。 従来の同報配信装置が保持しているデータの例を示す図である。 従来の同報配信装置によるメッセージ配信の際の動作を示すフローチャートである。

以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（メッセージ配信システムの構成）
図１は、本発明の実施形態による同報配信装置を採用したメッセージ配信システムの構成例を示すブロック図である。図１は、同一のＰｏｏｌエリアに属するＲＮＣ＃１〜＃４と、それらに対応するＳＧＳＮ＃１〜＃３とを示している。

図１に示されているように、Iu-flex導入後のメッセージ配信システムは、各ＳＧＳＮ２１（＃１）〜ＳＧＳＮ２３（＃３）と、各ＲＮＣ１１（＃１）〜ＲＮＣ１４（＃４）との間が個別に接続された、メッシュ接続になっている。すなわち、ＳＧＳＮ２１にはポートＰ１〜Ｐ４が設けられており、ポートＰ１、Ｐ２、Ｐ３、Ｐ４はそれぞれＲＮＣ１１（＃１）、ＲＮＣ１２（＃２）、ＲＮＣ１３（＃３）、ＲＮＣ１４（＃４）に接続されている。

また、ＳＧＳＮ２２（＃２）にはポートＰ１〜Ｐ４が設けられており、ポートＰ１、Ｐ２、Ｐ３、Ｐ４はそれぞれＲＮＣ１３（＃３）、ＲＮＣ１１（＃１）、ＲＮＣ１２（＃２）、ＲＮＣ１４（＃４）に接続されている。ＳＧＳＮ２３（＃３）にはポートＰ１〜Ｐ４が設けられており、ポートＰ１、Ｐ２、Ｐ３、Ｐ４はそれぞれＲＮＣ１４（＃４）、ＲＮＣ１１（＃１）、ＲＮＣ１２（＃２）、ＲＮＣ１３（＃３）に接続されている。
このように各ＳＧＳＮ２１（＃１）〜ＳＧＳＮ２３（＃３）と、各ＲＮＣ１１（＃１）〜ＲＮＣ１４（＃４）との間がメッシュ接続になっているため、地震速報等のメッセージを対象エリアに配信する場合には、ＳＧＳＮの選択を適切に行う必要がある。

（ＣＢＣの構成）
図２は本発明の実施形態による同報配信装置の構成例を示すブロック図である。
図２において、本例のＣＢＣ３０は、配信対象エリアまでの経路を示す配信ルート情報を保持する配信ルート管理テーブルを記憶する記憶部３１と、記憶部３１に記憶されている配信ルート管理テーブルの保持内容を参照して決定した配信ルートのＳＧＳＮおよびＲＮＣに向けてメッセージを送信する送信部３２と、他の装置から送信されたメッセージ等を受信する受信部３３と、記憶部３１に記憶されている配信ルート管理テーブルに保持されている配信ルート情報が示す経路についてヘルスチェックを行うヘルスチェック部３４と、記憶部３１に記憶されている配信ルート管理テーブルの保持内容を、ヘルスチェック部３４のヘルスチェックの結果にしたがって更新する更新部３５と、装置内各部の制御を行う制御部３６とを備えている。

（ヘルスチェック）
ヘルスチェック部３４によるヘルスチェックは、ヘルスチェック用信号を所定の周期（例えば、数分毎）で送信（例えば、数分毎に送信）し、それに対する応答を確認することによって行われる。すなわち、送信したヘルスチェック用信号に対し、ＳＧＳＮ（又はＲＣＮ）から所定時間内に応答があれば（応答が受信できれば）チェックＯＫ、所定時間内に応答がなければ（応答が受信できなければ）チェックＮＧとなる。ヘルスチェック自体は周知の技術であるため、詳細な説明は行わない。
ヘルスチェック部３４によるヘルスチェックの結果すなわちチェックＯＫかＮＧかについては記憶部に記憶され、その記憶内容にしたがって状態管理テーブルの内容が更新される。

（第１の実施形態）
以下、本発明の第１の実施形態による同報配信装置を採用したメッセージ配信システムについて説明する。本例では、ＣＢＣ３０内のヘルスチェック部３４が、ＣＢＣ−ＳＧＳＮ間についてヘルスチェックを行う。
（ＣＢＣの記憶内容）
図３はＣＢＣの記憶部３１に保持されているデータの内容の例を示す図である。図３（ａ）は、記憶部３１に保持されている、ＳＧＳＮとＲＮＣとの間のルート情報テーブルと、Ｐｏｏｌエリア情報とを示している。
ＳＧＳＮとＲＮＣとの間のルート情報テーブルは、ＲＮＣを特定するための「ＲＮＣ番号」、ＳＧＳＮのアドレスを示す「ＳＧＳＮアドレス」、ＳＧＳＮの「ポート番号」、を項目としており、ＣＢＣからＳＧＳＮを経由してＲＮＣに到達するまでのすべてのルート情報が、これらの項目によって把握できるようになっている。

Ｐｏｏｌエリア情報は、ＳＧＳＮのアドレスを示す「ＳＧＳＮアドレス」、パケット交換（ＰＳ）のＰｏｏｌエリアを特定するための「ＰＳ Ｐｏｏｌ」、を項目としており、ＳＧＳＮが所属しているＰｏｏｌエリアを示す情報である。この情報が参照することにより、同じＰｏｏｌエリアに所属している複数のＳＧＳＮについては、メッシュ接続がなされていることが分かる。

図３（ｂ）は、記憶部３１に保持されている、ＳＧＳＮの状態を示すＳＧＳＮ状態管理テーブルと、ＲＮＣごとの配信ルートを示すＲＮＣごと配信ルート管理テーブルとを示している。
ＳＧＳＮ状態管理テーブルは、ＳＧＳＮのアドレスを示す「ＳＧＳＮアドレス」、ＳＧＳＮについてのヘルスチェックの結果を示す「Ｈ．Ｃ．状態」、を項目としている。このテーブルを参照することにより、どのＳＧＳＮが使用可能な状態（ヘルスチェックＯＫ）であるか、使用不可能な状態（ヘルスチェックＮＧ）であるかが分かる。ＣＢＣでは、このテーブルを参照し、使用可能な状態（ヘルスチェックＯＫ）であるＳＧＳＮの「ＳＧＳＮアドレス」を抽出する。そして、メッセージの送信先であるＲＮＣそれぞれについて、どのＳＧＳＮおよびポート番号を経由するか選択された結果が、ＲＮＣごと配信ルート管理テーブルとして保持される。

ＲＮＣごと配信ルート管理テーブルは、メッセージの送信先である無線ネットワーク制御装置それぞれについて、どの交換局およびポート番号を経由するか、無線ネットワーク制御装置ごとの配信ルートを示している。つまり、このＲＮＣごと配信ルート管理テーブルは、ＲＮＣに接続する際にどのＳＧＳＮを経由するべきか、すなわち配信対象エリアまでの経路を示す配信ルート情報を示している。

具体的には、ＲＮＣごと配信ルート管理テーブルは、ＲＮＣを特定するための「ＲＮＣ番号」、ＳＧＳＮのアドレスを示す「ＳＧＳＮアドレス」、ＳＧＳＮの「ポート番号」、ＳＧＳＮについてのヘルスチェックの結果を示す「Ｈ．Ｃ．状態」、を項目としている。本例では、ＲＮＣ１１（ＲＮＣ＃１）についてＳＧＳＮアドレス「３」のＳＧＳＮのポート番号「Ｐ３」、ＲＮＣ１２（ＲＮＣ＃２）についてＳＧＳＮアドレス「２」のＳＧＳＮのポート番号「Ｐ３」、ＲＮＣ１３（ＲＮＣ＃３）についてＳＧＳＮアドレス「２」のＳＧＳＮのポート番号「Ｐ１」、ＲＮＣ１４（ＲＮＣ＃４）についてＳＧＳＮアドレス「２」のＳＧＳＮのポート番号「Ｐ４」、が使用可能な状態（ヘルスチェックＯＫ）として、ＲＮＣごと配信ルート管理テーブルに保持されている。

（配信の際の動作）
同報配信装置３０によるメッセージ配信の際の動作について、図４を参照して説明する。
図４において、同報配信装置３０は、まず配信対象エリアに対応するＲＮＣを特定する（ステップＳ１０１）。次に、同報配信装置３０は、ＲＮＣごと配信ルート管理テーブルを参照し、その特定したＲＮＣまでの経路について、上記のルート情報テーブルから、ＳＧＳＮアドレスとポート番号とを抽出する（ステップＳ１０２）。このように抽出されたＳＧＳＮアドレスとポート番号とが指定されて、メッセージが配信される。

（テーブルの更新）
上記のＲＮＣごと配信ルート管理テーブルは、ヘルスチェックの結果によって更新される。この更新処理について、図５を参照して説明する。
図５において、ＣＢＣとＳＧＳＮとの間のヘルスチェックの結果がＮＧであった場合（ステップＳ２０１）、別のＳＧＳＮを選択する必要がある。別のＳＧＳＮを選択する場合、該当ＳＧＳＮが、ＲＮＣごと配信ルート管理テーブルに存在するか判定される（ステップＳ２０２）。この判定の結果、ＲＮＣごと配信ルート管理テーブルに存在する場合、Ｐｏｏｌエリア情報テーブルとＳＧＳＮ状態管理テーブルとが参照され、Ｐｏｏｌエリア内のヘルスチェック結果がＯＫの状態のＳＧＳＮが選択される（ステップＳ２０３）。この選択されたＳＧＳＮが登録されることにより、ＲＮＣごと配信ルート管理テーブルが更新される（ステップＳ２０４）。更新された結果、ＲＮＣごと配信ルート管理テーブルに存在するＳＧＳＮはヘルスチェック結果がＯＫのものだけになるため、このＲＮＣごと配信ルート管理テーブルが図４のように参照されることにより、メッセージが適切に配信される。

ステップＳ２０２の判定の結果、ＲＮＣごと配信ルート管理テーブルに存在しない場合、更新は行われず、処理はそのまま終了となる。
なお、上記のようにヘルスチェックの結果がＮＧであった場合は、別のＳＧＳＮを選択するのであるが、その選択はランダムに行われてもよいし、処理負荷を考慮してＳＧＳＮを選択（例えば、その時点で処理負荷の最も軽いＳＧＳＮを選択）するようにしてもよい。
上記は１つのＲＮＣについて１つの経路（ＳＧＳＮアドレスおよびポート番号）を設定しておく場合について説明したが、１つのＲＮＣについて複数の経路を設定しておいてもよい。その場合、送信の際に、複数の経路のうちの１つを選択することになる。

（第２の実施形態）
以下、本発明の第２の実施形態による同報配信装置を採用したメッセージ配信システムについて説明する。本例では、ＣＢＣ３０内のヘルスチェック部３４が、ＣＢＣ−ＳＧＳＮ間についてヘルスチェックを行う。
（ＣＢＣの記憶内容）
図６および図７はＣＢＣの記憶部３１に保持されているデータの内容の例を示す図である。
図６は、記憶部３１に保持されている、ＳＧＳＮとＲＮＣとの間のルート情報テーブルと、Ｐｏｏｌエリア情報とを示している。
ＳＧＳＮとＲＮＣとの間のルート情報テーブルは、ＲＮＣを特定するための「ＲＮＣ番号」、ＳＧＳＮのアドレスを示す「ＳＧＳＮアドレス」、ＳＧＳＮの「ポート番号」、を項目としており、ＣＢＣからＳＧＳＮを経由してＲＮＣに到達するまでのすべてのルート情報が、これらの項目によって把握できるようになっている。

Ｐｏｏｌエリア情報は、ＳＧＳＮのアドレスを示す「ＳＧＳＮアドレス」、パケット交換（Packet Switching；ＰＳ）のＰｏｏｌエリアを特定するための「ＰＳ Ｐｏｏｌ」、を項目としており、ＳＧＳＮが所属しているＰｏｏｌエリアを示す情報である。この情報を参照することにより、同じＰｏｏｌエリアに所属している複数のＳＧＳＮについては、メッシュ接続がなされていることが分かる。選択の際、すべて「接続中」（つまりヘルスチェックＯＫ）すなわち「切断中」（つまりヘルスチェックＮＧ）が含まれていないＰｏｏｌエリアが選択される。

図７は、記憶部３１に保持されている、ＰｏｏｌごとＳＧＳＮ状態管理テーブルの例を示す図である。ＰｏｏｌごとＳＧＳＮ状態管理テーブルは、メッセージの送信先であるＲＮＣそれぞれについて、どのＳＧＳＮおよびポート番号を経由するか、Ｐｏｏｌエリアごとの配信ルートを示している。ＰｏｏｌごとＳＧＳＮ状態管理テーブルは、Ｐｏｏｌを特定するための情報である「ＰＳ−ＰＯＯＬ」、ＳＧＳＮのアドレスを示す「ＳＧＳＮ−ＩＰ」、ＳＧＳＮについてのヘルスチェックの結果を示す「ＳＧＳＮ状態」、ＳＧＳＮの「ポート番号」、ＲＮＣを特定するための「ＲＮＣ番号」、を項目としている。

本例のＰｏｏｌごとＳＧＳＮ状態管理テーブルは、ＰＯＯＬ＃１からＰＯＯＬ＃ＭまでのＰｏｏｌエリアについて、各Ｐｏｏｌエリアに所属するＳＧＳＮのアドレス（ＳＧＳＮ＃１〜＃Ｎ）が対応付けられ、さらに各ＳＧＳＮについてヘルスチェックの結果を示す「ＳＧＳＮ状態」が対応付けられている。そして、各ＳＧＳＮについて、ポート番号（＃１〜＃Ｘ）およびＲＮＣ番号（＃１〜＃Ｘ）が対応付けられている。なお、本例のＰｏｏｌごとＳＧＳＮ状態管理テーブルでは、いずれのＰｏｏｌエリアにも所属していないＳＧＳＮについても、管理している。

このＰｏｏｌごとＳＧＳＮ状態管理テーブルは以下のように参照される。すなわち、メッセージを配信すべき配信エリアが決まると、そのエリアに対応するＲＮＣが定まる。ＲＮＣが定まると、ＰｏｏｌごとＳＧＳＮ状態管理テーブルを参照することにより、そのＲＮＣが属しているＰｏｏｌエリアが定まる。Ｐｏｏｌエリアが定まると、ＰｏｏｌごとＳＧＳＮ状態管理テーブルを参照することにより、経由先とするべきＳＧＳＮの候補（単数または複数）が判明する。

そして、Ｐｏｏｌエリアに含まれているＳＧＳＮの候補のうち、送信してもよい状態のもの（接続中のもの）が選択される（つまり切断中のものは選択されない）。この選択の際、送信しても良い状態にあるＳＧＳＮ（接続中のＳＧＳＮ）のうち、例えばトラフィックが少ないものが優先的に選択される。これにより、選択されたＳＧＳＮまでは１つの経路を経由することになる。つまり、ＲＮＣにメッセージを送信する際、ＣＢＣからＳＧＳＮまでの経路は共通になる。

（メッセージ配信動作）
同報配信装置３０によるメッセージ配信の際の動作について、図８を参照して説明する。
図８において、同報配信装置３０は、まず配信対象エリアに対応するＲＮＣを特定する（ステップＳ３０１）。次に、同報配信装置３０は、ＰｏｏｌごとＳＧＳＮ状態管理テーブルを参照し、接続中（つまりヘルスチェック結果がＯＫ）のＳＧＳＮを選択する（ステップＳ３０２）。そして、選択されたＳＧＳＮのＳＧＳＮアドレスとポート番号とを抽出する（ステップＳ３０３）。このように抽出されたＳＧＳＮアドレスとポート番号とが指定されて、メッセージが配信される。

（テーブルの更新）
上記のＰｏｏｌごとＳＧＳＮ状態管理テーブルは、ヘルスチェックの結果によって更新処理される。この更新処理について、図９を参照して説明する。
図９において、ＣＢＣとＳＧＳＮとの間のヘルスチェックの結果がＮＧであった場合（ステップＳ４０１）、ＰｏｏｌごとＳＧＳＮ状態管理テーブルが更新される（ステップＳ４０２）。更新された結果、ＰｏｏｌごとＳＧＳＮ状態管理テーブルに存在するＳＧＳＮはヘルスチェック結果がＯＫのものだけになるため、このＰｏｏｌごとＳＧＳＮ状態管理テーブルが図８のように参照されることにより、メッセージが適切に配信される。

（第３の実施形態）
以下、本発明の第３の実施形態による同報配信装置を採用したメッセージ配信システムについて説明する。本例では、ＣＢＣ３０内のヘルスチェック部３４が、ＣＢＣ−ＳＧＳＮ間のみならず、ＳＧＳＮ−ＲＮＣ間のリンクについてもヘルスチェックを行う。
ＳＧＳＮ−ＲＮＣ間のリンクに障害が発生した場合の動作について、図１０〜図１２を参照して説明する。ＳＧＳＮは、ＲＮＣとの間のリンクについて障害が検出された場合、そのことをＣＢＣへ通知する。ＣＢＣでは、ＳＧＳＮから、ＳＧＳＮとＲＮＣとの間のリンク障害通知を受け取り、該当ルートを迂回する別ルートを選択する。

例えば、図１０のように、ＳＧＳＮ２１（ＳＧＳＮ＃１）のポートＰ１とＲＮＣ１１（ＲＮＣ＃１）とのリンクに障害が検出された場合（図中の×印）を考える。障害が検出される前、ＲＮＣごと配信ルート管理テーブルは、図１１のように、ＲＮＣ１１（ＲＮＣ＃１）とＳＧＳＮアドレス「１」のポート「Ｐ１」との間のリンク、ＲＮＣ１２（ＲＮＣ＃２）とＳＧＳＮアドレス「２」のポート「Ｐ３」との間のリンク、ＲＮＣ１３（ＲＮＣ＃３）とＳＧＳＮアドレス「２」のポート「Ｐ１」との間のリンク、ＲＮＣ１４（ＲＮＣ＃４）とＳＧＳＮアドレス「２」のポート「Ｐ４」との間のリンク、のすべてについてヘルスチェック結果がＯＫである。この状態において、図１０のように、ＳＧＳＮ２１（ＳＧＳＮ＃１）のポートＰ１とＲＮＣ１１（ＲＮＣ＃１）とのリンクに障害が検出された場合、ＳＧＳＮからＣＢＣへリンク障害が通知される。すると、ＲＮＣごと配信ルート管理テーブルは、図１２（ａ）の状態に遷移し、ＲＮＣ１１（ＲＮＣ＃１）とＳＧＳＮアドレス「１」のポート「Ｐ１」との間のリンクについて、ヘルスチェック結果がＮＧになる。

その後、該当するルートを迂回する別ルートが選択される。本例では、ＲＮＣ１１（ＲＮＣ＃１）とＳＧＳＮアドレス「２」のポート「Ｐ２」との間のリンクが選択される。これにより、ＲＮＣごと配信ルート管理テーブルは、図１２（ｂ）の状態に遷移する。この状態においては、すべてのリンクについてヘルスチェック結果がＯＫである。

以上のように、ＳＧＳＮ−ＲＮＣ間のリンクに障害が検出された場合に、ヘルスチェック結果がＯＫである別ルートのリンクが選択されてＲＮＣごと配信ルート管理テーブルが更新される。このＲＮＣごと配信ルート管理テーブルが参照されることにより、メッセージが適切に配信される。
なお、ＳＧＳＮ−ＲＮＣ間のリンクに障害が検出された場合、そのＳＧＳＮを使用しないようにしてもよい。そのＳＧＳＮを使用しない場合、そのＳＧＳＮとＲＮＣとの間に障害が検出されていない正常なリンクが存在していても、そのＳＧＳＮは使用されないことになる。

（メッセージ配信方法）
上述したメッセージ配信システムにおいては、以下のようなメッセージ配信方法が実現されている。すなわち、Iu-flexによってメッシュ接続された交換局と無線ネットワーク制御装置とを経由して配信対象エリアにメッセージを配信するメッセージ配信方法であり、配信対象エリアまでの経路を示す配信ルート情報を保持する配信ルート管理テーブルの保持内容を参照して決定した配信ルートの交換局および無線ネットワーク制御装置に向けてメッセージを送信する送信ステップ（例えば、図４中のステップＳ１０２に対応）と、前記配信ルート管理テーブルに保持されている配信ルート情報が示す経路についてヘルスチェックを行うヘルスチェックステップ（例えば、図５中のステップＳ２０１に対応）と、前記配信ルート管理テーブルの保持内容を、前記ヘルスチェックステップによるヘルスチェックの結果にしたがって更新する更新ステップ（例えば、図５中のステップＳ２０４に対応）と、を含むメッセージ配信方法が実現されている。この方法を用いることにより、Iu-flexが導入されているシステムにおいて、ＳＧＳＮの選択を適切に行うことができる。

（まとめ）
上述したメッセージ配信システムでは、テーブルの保持内容を参照することによってＣＢＣにてＳＧＳＮとＲＮＣとの組合せを把握し、ＲＮＣとＳＧＳＮとの間がメッシュ接続によってメッシュが組まれているグループ内で配信すべきＳＧＳＮを特定することにより、Iu-flexが採用されている場合であっても特定のＲＮＣ（すなわち配信対象エリア）へのＣＢＳメッセージ配信が可能となる。そして、ＳＧＳＮ−ＲＮＣ間の障害も検出し、テーブルの更新を行うことにより、更なる信頼性の向上が可能となる。

１１〜１４ 無線ネットワーク制御装置
２１〜２３ 交換局
３０ 同報配信装置
３１ 記憶部
３２ 送信部
３３ 受信部
３４ ヘルスチェック部
３５ 更新部
３６ 制御部
Ｐ１〜Ｐ４ ポート

Claims (7)

1. Iu-flexによってメッシュ接続された交換局と無線ネットワーク制御装置とを経由して配信対象エリアにメッセージを配信する同報配信装置であって、配信対象エリアまでの経路を示す配信ルート情報を保持する配信ルート管理テーブルを記憶する記憶部と、前記配信ルート管理テーブルの保持内容を参照して決定した配信ルートの交換局および無線ネットワーク制御装置に向けてメッセージを送信する送信部と、を含むことを特徴とする同報配信装置。
2. 請求項１において、前記配信ルート管理テーブルに保持されている配信ルート情報が示す経路についてヘルスチェックを行うヘルスチェック部と、前記配信ルート管理テーブルの保持内容を、前記ヘルスチェック部のヘルスチェックの結果にしたがって更新する更新部と、を更に含むことを特徴とする同報配信装置。
3. 請求項２において、前記ヘルスチェック部は、自装置から交換局までの経路についてヘルスチェックを行うことを特徴とする同報配信装置。
4. 請求項２において、前記ヘルスチェック部は、交換局から無線ネットワーク制御装置までの経路についてヘルスチェックを行うことを特徴とする同報配信装置。
5. 請求項１から請求項４までのいずれか１項において、前記配信ルート管理テーブルは、メッセージの送信先である無線ネットワーク制御装置それぞれについて、どの交換局およびポート番号を経由するか、無線ネットワーク制御装置ごとの配信ルートを示す無線ネットワーク制御装置ごと配信ルート管理テーブルであることを特徴とする同報配信装置。
6. 請求項１から請求項４までのいずれか１項において、前記配信ルート管理テーブルは、メッセージの送信先である無線ネットワーク制御装置それぞれについて、どの交換局およびポート番号を経由するか、Ｐｏｏｌエリアごとの配信ルートを示すＰｏｏｌごとＳＧＳＮ状態管理テーブルであることを特徴とする同報配信装置。
7. Iu-flexによってメッシュ接続された交換局と無線ネットワーク制御装置とを経由して配信対象エリアにメッセージを配信するメッセージ配信方法であって、配信対象エリアまでの経路を示す配信ルート情報を保持する配信ルート管理テーブルの保持内容を参照して決定した配信ルートの交換局および無線ネットワーク制御装置に向けてメッセージを送信する送信ステップと、前記配信ルート管理テーブルに保持されている配信ルート情報が示す経路についてヘルスチェックを行うヘルスチェックステップと、前記配信ルート管理テーブルの保持内容を、前記ヘルスチェックステップによるヘルスチェックの結果にしたがって更新する更新ステップと、を含むことを特徴とするメッセージ配信方法。

Images