JP3862860B2 - 無線システム - Google Patents
無線システム Download PDFInfo
- Publication number
- JP3862860B2 JP3862860B2 JP15249198A JP15249198A JP3862860B2 JP 3862860 B2 JP3862860 B2 JP 3862860B2 JP 15249198 A JP15249198 A JP 15249198A JP 15249198 A JP15249198 A JP 15249198A JP 3862860 B2 JP3862860 B2 JP 3862860B2
- Authority
- JP
- Japan
- Prior art keywords
- cell station
- parameter
- slave
- master
- version
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はＰＨＳ−ＷＬＬ（Wireless Local Loop)等の無線システムに関する。
【０００２】
【従来の技術】
発展途上国においては、経済発展に必要な通信インフラの整備が急がれているが、従来の有線系の固定電話システムを構築するには、各加入者宅まで電話線（メタリックケーブル）を引く時間がかかるために、積滞（電話サービスの加入待ち）が急増している。
【０００３】
電話線の代わりに、加入者区間に無線を適用したものがＷＬＬである。ＷＬＬは、従来の有線系電話システムと比較して電話線を引く手間が省けるので、短期間での構築が可能となる。このほか、電話線の保守サービスが不要となるので、保守コストが安い、早期にサービスを開始できるので、投資回収効率が良い等の特徴がある。
【０００４】
図２０は、従来のＰＨＳ−ＷＬＬシステムの構成図である。このＰＨＳ−ＷＬＬシステムは、無線基地局制御装置（ＢＳＣ：Base Station Controller)２、保守運用監視装置（ＯＭＣ−Ｒ：Operation and Maintenance Center for Radio) ４、無線基地局（ＢＴＥ：Base Transceiver Equipment) ６、複数の加入者ユニット（ＳＵ：Subscriber Unit)１０及び交換機（ＬＥ：Line Equipment) １２から有する。
【０００５】
ＢＳＣ２は、一般的にはＬＥ１２と同じ局に設置し、ＬＥ１２と国際標準のアクセス・ネットワーク・インタフェースであるＶ５．２等で接続され、電話発着呼の接続制御、ＬＥ１２とＢＴＥ６間のプロトコル変換、システムの状態監視及び制御等を行うものである。
【０００６】
ＯＭＣ−Ｒ４は、ＢＳＣ２とＬＡＮ等により接続され、保守者によるＷＬＬシステムの監視、保守、制御、管理等を行うものである。ＢＴＥ６は、複数のセルステーション（ＣＳ：Cell Station、例えば、最大で４個）８−０〜８−３からなり、屋外設置可能な小型軽量構造で、ビルの屋上またはポールに設置される。
【０００７】
８−０がマスタＣＳ、８−１〜８−３は、スレーブＣＳである。各ＣＳ８−０〜８−３は、ＴＤＭＡ分割された複数のチャネル、例えば、４チャネルを有する。マスタＣＳ８−０とスレーブＣＳ８−１〜８−３との間は、ケーブルにより接続される。
【０００８】
マスタＣＳ８−０とＢＳＣ２とは、例えば、２Ｍビット／秒（ｂｐｓ）のインタフェースで、ＣＳ８−０〜８−３とＳＵ１０との間は、ＰＨＳの無線インタフェースで接続される。
【０００９】
マスタＣＳ８−０は、ＢＳＣ２間及びスレーブＣＳ８−１〜８−３との間の有線ケーブルにより通信を行うと共に、ＳＵ１０間で、１チャネルを制御チャネル、残りの３チャネルをトラヒックチャネルとして使用して通信を行う。尚、マスタＣＳ８−０とＢＳＣ２間は、無線エントランス装置等も使用可能である（２Ｍインタフェース）。各スレーブＣＳ８−１〜８−４は、マスタＣＳ８−０が割り当てた４チャネルのトラヒックチャネルを使用して、通信をする。
【００１０】
このように、マスタＣＳ８−０のみが制御チャネルを使用し、スレーブＣＳ８−１〜８−３が全チャネルをトラヒックチャネルとすることにより、同時に使用することのできるＳＵ１０の数を増大している。
【００１１】
ＳＵ１０は、加入者宅に設置される小型のユニットで、ＢＴＥ６と対向してＰＨＳの無線方式による加入者情報の伝送を行う。図示しない一般電話機と２線式アナログインタフェースで接続される。
【００１２】
ＣＳ８−０〜８−３は、マイクロプロセッサやメモリ等を有しており、メモリにダウンロードしたプログラムと運用パラメータ等に従って、ＳＵ１０等の間で通信を行っている。ＢＴＥ６を新設／増設する際に、使用するＣＳ８−０〜８−３のメモリに運用パラメータやプログラムをダウンロードする必要がある。
【００１３】
小ゾーン、１装置当たり低加入者で形成されるＰＨＳ方式の無線基地局では、新規設置及び増設の簡略化が求められている。一方、ＣＳを出荷時には工場ラインでの生産性向上のため全てのＣＳについて同一の作業であることが望ましい。
【００１４】
図２１は、従来の無線基地局の設置フローを示す図である。この図に示すように、ステップＳ２において、各ＣＳを製造する。ステップＳ４において、工場出荷時に予め、パソコン等でローカル的に運用パラメータをダウンロード（以下、ローカルロード）する。
【００１５】
図２２は、従来の設置時のローカルロードを示す図である。運用パラメータには、報知情報に設定するＣＳ−ＩＤや接続ユニット数等が含まれており、地区（ＢＴＥ）毎に、マスタＣＳ、スレーブＣＳに合致した接続ユニット数等の運用パラメータをフロッピーディスク等に記憶しておき、フロッピーディスク等から運用パラメータを各ＣＳにローカルロードをする。
【００１６】
ステップＳ６において、ローカルロード済のＣＳを出荷する。ステップＳ８において、ローカルロードされたＣＳを設置作業者が現場にて各設置箇所に設置する。ＣＳは、電源投入後あるいは再開時の立ち上げ時に、運用パラメータを参照することにより接続ユニット数を認識して、チャネルの割り当て等を制御している。
【００１７】
ステップＳ１０において、設置作業者は設置したマスタＣＳからの報知情報を受信して、また端末と接続することにより、動作確認を行う。この時、加入者端末から接続動作が発生する。動作がＮＧならば、ステップＳ１２にて、工場出荷時のパソコン等を使用して、再度、ローカルロードを行い、動作がＯＫになるまで、ステップＳ８，Ｓ１０を行い、設置・動作確認を繰り返す。
【００１８】
図２３は、従来のＣＳ増設フローを示す図である。
この図に示すように、ＣＳを増設する時は、ステップＳ２０において、工場で増設ＣＳの製造をする。ステップＳ２２において、増設ＣＳ用の運用パラメータ（ＣＳ−ＩＤや接続ユニット数等）やプログラムをローカルロードする。
【００１９】
ステップＳ２４において、増設ＣＳを出荷する。ステップＳ２６において、既に運用している他のＣＳは、運用パラメータ内の接続ユニット数を増加させるために運用を停止する。ステップＳ２８において、既に運用している他のＣＳの運用パラメータ内の接続ユニット数等をローカルロードあるいはＯＭＣ−Ｒ４からダウンロードする。ステップＳ３０において、ＣＳを増設する。
【００２０】
図２４は、従来のＣＳ減設フローを示す図である。
この図に示すように、ＣＳを減設する時は、ステップＳ３２において、既に運用している他のＣＳは、運用パラメータ内の接続ユニット数を減少させるために運用を停止する。ステップＳ３４において、ＣＳを減設する。ステップＳ３６において、既に運用している他のＣＳの運用パラメータ内の接続ユニット数等をローカルロードあるいはＯＭＣ−Ｒ４からダウンロードする。
【００２１】
【発明が解決しようとする課題】
しかしながら、従来の方法では、設置時ＣＳ毎に運用パラメータの作成が必要となり、ＢＴＥの保守者と設置用運用パラメータの作成者が必ずしも一致しない。このため、運用パラメータの信頼性が保証されない上に保守者は運用パラメータの管理徹底ができないという問題点があった。
【００２２】
また、ＣＳは個別の運用パラメータ（例えば、ＣＳ−ＩＤ）にて、どこに設置されるか決まっているため、設置工事者はＣＳと運用パラメータの括り付けを把握しなければならず、設置ミスを誘発する原因になっている。
【００２３】
また、設置時には、設置確認のため報知情報を送出して確認を行うが、設置確認が終了してなくても、加入者端末より接続のアクションが発生するため、現運用システム（例えば、隣接するＢＴＥ）に影響を与えるという問題点があった。
【００２４】
更に、ＣＳの増減設時には接続ユニット数が変わるため、運用中のＣＳに対しても新たに運用パラメータを作成してダウンロードする必要があり、このため、他の動作中のユニットの運用を停止しなくてはならないという問題点があった。
【００２５】
本発明は、このような点に鑑みてなされたものであり、増減設時に、動作中のユニットを停止せず、且つ、工場出荷時のローカルロードを簡易にして、運用パラメータの管理の容易な無線システムを提供することを目的としている。
【００２６】
【課題を解決するための手段】
図１は本発明の原理図である。
この図に示すように、本発明は、第１記憶手段１１に記憶された運用パラメータに基づいて、端末装置１２との間で無線により通信をする複数のＣＳ１３−ｉ（ｉ＝１〜ｎ，ｎ≧２）を含むＢＴＥ１４と、各ＣＳ１３−ｉの状態を監視するＯＭＣ−Ｒ１５とを有する無線システムにおいて、ＯＭＣ−Ｒ１５は、ＢＴＥ１４が含むことの可能な最大の各ＣＳについて、実装／未実装の状態、運用パラメータのパラメータバージョン及び障害状態の情報を含む第１管理情報を記憶する第２記憶手段１６と、各ＣＳのパラメータバージョン、障害状態を受信して、該当するＣＳの第１管理情報を第２記憶手段１６に設定する第１設定手段１７と、ＣＳに運用パラメータ及びパラメータバージョンをダウンロードする第１ダウンロード手段１９とを具備する。
【００２７】
ＢＴＥ１４は、各ＣＳの第１記憶手段１１に記憶されたパラメータバージョンを取得する取得手段２１と、各ＣＳについて、運用パラメータのパラメータバージョン及び障害状態に関する情報を含む第２管理情報を記憶する第３記憶手段２２と、各ＣＳの障害状態及びパラメータバージョンを第３記憶手段２２に設定する第２設定手段２３と、第３記憶手段２２に記憶した各ＣＳの障害状態及びパラメータバージョンをＯＭＣ−Ｒ１５に通知する第１通知手段２４と第１ダウンロード手段１９より運用パラメータ及びパラメータバージョンを受信して、該当するＣＳの第１記憶手段１２にダウンロードする第２ダウンロード手段２５とを具備したことを特徴とする無線システムが提供される。
【００２８】
このような構成によれば、第１設定手段１７は、各ＣＳ１３−ｉ（ｉ＝１〜ｎ）のパラメータバージョン及び障害状態を受信して、該当するＣＳ１３−ｉの第１管理情報を第２記憶手段１６に設定する。これにより、ＣＳ１３−ｉの障害状態及び運用パラメータバージョンがＯＭＣ−Ｒ１５により、管理される。
【００２９】
第１ダウンロード手段１９は、ＣＳ１３−ｉの第１管理情報から、必要に応じて、運用パラメータやパラメータバージョンをＣＳ１３−ｉにダウンロードする。これにより、例えば、工場出荷時には、ＣＳ１３−ｉが動作可能な全てのＣＳ１３−ｉに共通の運用パラメータをローカルロードしておき、設置時に、必要な運用パラメータのみをダウンロードすることが可能となり、工場出荷時のローカルロードの作業が簡単になると共に、ＣＳ１３−ｉの設置ミス等が無くなる。
【００３０】
取得手段２１は、第１記憶手段１１に記憶された各ＣＳ１３−ｉの運用パラメータのバージョンを取得する。第２設定手段２３は、各ＣＳ１３−ｉの障害状態やパラメータバージョン等を第３記憶手段２２に記憶させる。
【００３１】
第１通知手段２４は、各ＣＳ１３−ｉの障害状態やパラメータバージョンをＯＭＣ−Ｒ１５に通知する。第２ダウンロード手段２５は、ＯＭＣ−Ｒ１５から送信された運用パラメータやパラメータバージョンを該当するＣＳ１３−ｉの第１記憶手段１１に記憶させる。
【００３２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
図２は、本発明の実施形態によるＰＨＳ−ＷＬＬシステムの構成図であり、図２０中の従来のＰＨＳ−ＷＬＬシステムの要素と実質的に同一の要素には共通の符号を附してある。
【００３３】
この図に示すように、ＰＨＳ−ＷＬＬシステムは、ＢＳＣ２、ＯＭＣ−Ｒ３０、ＢＴＥ４０及び複数のＳＵ１０及びＬＥ１２を具備する。ＢＳＣ２、ＳＵ１０及びＬＥ１２は、図２０中の要素と実質的に同一なので説明を省略する。
【００３４】
ＯＭＣ−Ｒ３０は、ＢＴＥ４０の監視等をするものであり、パソコン等で構成する。ＯＭＣ−Ｒ３０は、送受信部３２、ＣＰＵ３４、メモリ３６、キーボード等の入力手段及び図示しないディスプレイ等の出力手段を有する。
【００３５】
送受信部３２は、ＬＡＮ等により接続されたＢＳＣ２との間で通信を行うものである。ＣＰＵ３４は、メモリ３６に記憶されたプログラムを実行して、ＢＴＥ４０の監視をするものである。
【００３６】
図３は、図２中のＯＭＣ−Ｒのメモリの内容を示す図である。この図に示すように、メモリ３６は、ＣＰＵが実行するプログラム、ＢＴＥ４０にダウンロードする運用パラメータ、パラメータバージョン及びプログラムデータを記憶するものであり、ソフトウェア記憶部８０、ＢＴＥ管理テーブル８２、運用パラメータ記憶部８４及びプログラムデータ記憶部８６を有する。
【００３７】
図４は、図３中のソフトウェア記憶部の内容の一部を示す図である。ソフトウェア記憶部８０には、ＢＴＥ状態判定部９２、ダウンロード部９４及び入力部９６の各機能ブロックのプログラムが格納されている。
【００３８】
ＢＴＥ状態判定部９２は、キーボード等から入力部９６により入力された各ＣＳ４２，６０−１〜６０−３が実装／未実装のいずれであるかを示す実装状態をＢＴＥ管理テーブル８２に登録すると共に、各ＣＳ４２，６０−１〜６０−３について、障害状態／実装・未実装状態等を図示しないディスプレイ等に表示するものである。尚、ＣＳ４２がマスタＣＳ、ＣＳ６０−１〜６０−３がスレーブＣＳであり、マスタＣＳをＣＳ０、スレーブＣＳをＣＳ１〜ＣＳ３で表す。
【００３９】
ダウンロード部９４は、キーボード等から入力部９６により指示されたＣＳ０〜ＣＳ３に、運用パラメータ記憶部８４又はプログラムデータ記憶部８６から運用パラメータ、パラメータバージョン又はプログラムをリードして、送受信部３２及びＢＳＣ２を介して、ダウンロードするものである。
【００４０】
入力部９６は、ＣＳ設置者等によりキーボード３８から入力された運用パラメータ、パラメータバージョン及び図示しないフロッピーディスク等の記憶媒体に記憶されたプログラムを入力して、運用パラメータ及びパラメータバージョンは運用パラメータ記憶部８４に記憶し、プログラムはプログラムデータ記憶部８６に記憶し、また、ＣＳ設置者等によりキーボード３８から入力された各ＣＳ０〜ＣＳ３の実装／未実装状態を入力して、ＢＴＥ状態判定部９２に登録を指示するものである。
【００４１】
図５は、図３中のＢＴＥ管理テーブルを示す図である。この図に示すように、ＢＴＥ管理テーブル８２は、各ＣＳ０〜ＣＳ３について、実装状態、ＣＳ状態、プログラムバージョン及びパラメータバージョンのＢＴＥ管理情報からなる。実装状態は、各ＣＳ０〜ＣＳ３が実装／未実装のいずれであるかを示すものである。
【００４２】
ＢＴＥ管理テーブル８２には、ＢＴＥ４０が含むことの可能な最大数のＣＳ数、例えば、ＣＳ０〜ＣＳ３の４個について、ＢＴＥ管理情報を設定するエリアを予め設けておき、初期設定時には、全てのＣＳ０〜ＣＳ３について、未実装状態とする。そして、設置者等により、ＣＳｉを新設又は増設する際に、該当するＣＳｉが実装状態、ＣＳｊを減設する際に、該当するＣＳｊが未実装状態に設定される。
【００４３】
ＣＳ状態は、各ＣＳ０〜ＣＳ３が実装されており正常な状態、実装されているが故障している状態、未実装である未実装状態がある。尚、マスタＣＳ４２から通知される状態が正常の時、ＣＳ０〜ＣＳ３が正常であると設定され、マスタＣＳ４２から通知される状態が故障状態で、且つ、実装状態の時に、故障している状態が設定され、マスタＣＳ４２から通知される状態が故障状態で、且つ、未実装状態の時に、未実装状態が設定される。これにより、各ＣＳ０〜ＣＳ３の状態がＯＭＣ−Ｒ３０にて管理される。
【００４４】
ＢＴＥ４０は、マスタＣＳ４２とスレーブＣＳ６０−１〜６０−３を含み、最大で、例えば、ＣＳ０〜ＣＳ３まで４個のＣＳを含むことが可能である。マスタＣＳ４２とＢＳＣ２とは、例えば、２Ｍビット／秒（ｂｐｓ）のインタフェースで、スレーブＣＳ６０−１〜６０−３とは、専用ケーブルで接続される。ＣＳ４２，６０−１〜６０−３とＳＵ１０との間は、ＰＨＳの無線インタフェースで接続される。
【００４５】
マスタＣＳ４２は、ＢＳＣ２との間でトラヒックデータの通信、ＢＳＣ２を介して、ＯＭＣ−Ｒ３０に各ＣＳ０〜ＣＳ３の状態の報告、スレーブＣＳ６０−ｉ（ｉ＝１〜３）との間でデータリンクを確立して、各スレーブＣＳ６０−ｉの状態の受信、スレーブＣＳ６０−ｉに運用パラメータやパラメータバージョンのダウンロード、新設時に報知情報を送出して動作確認、スレーブＣＳ６０−ｉのチャネルの閉塞・開放等の制御をするものである。
【００４６】
マスタＣＳ４２は、送受信部４４、ＣＰＵ４６、ＴＤＭＡ部４８、無線部５０、送受信部５２、メモリ５４，５６及びメインメモリ５８を有する。送受信部４４は、ＢＳＣ２との間で、例えば、２Ｍｂｐｓインタフェースで通信をするものである。ＣＰＵ４６は、ＯＭＣ−Ｒ３０に各ＣＳ０〜ＣＳ３の状態通知等の上記処理を行うプロセッサである。
【００４７】
ＴＤＭＡ部４８は、ＰＨＳインタフェースに従い、報知情報やトラヒックデータ等を時分割されたチャネルで多重化・分離をするものである。無線部５０は、ＳＵ１０間で電波を送受信するものである。送受信部５２は、各スレーブＣＳ６２−ｉと物理インタフェースを確立して、データの送受信を行うものである。
【００４８】
図６は、図２中のマスタＣＳのメモリの内容を示す図である。
この図に示すように、メモリ５４，５６は、プログラムバージョン１００、プログラム１０２、パラメータバージョン１０４及び運用パラメータ１０６を記憶するフラッシュメモリやＥ2 ＰＲＯＭ等であり、一方を運用面、他方を待機面とする２面構成である。
【００４９】
このように、２面構成をするのは、運用パラメータ等をＯＭＣ−Ｒ３０からダウンロードして、変更する場合、待機面のメモリに変更をして、変更後に、待機面と運用面を切り換えることにより、運用を停止することなく行うようにすること、信頼性を向上させること等のためである。
【００５０】
図７は、図６中の運用パラメータの構成を示す図である。
この図に示すように、運用パラメータ１０６は、ＣＳ−ＩＤ、フレームパラメータ、制御チャネルパラメータ、温度値パラメータ、タイマ値パラメータ、通話チャネルパラメータ、装置番号及びモードパラメータ等を含む。
【００５１】
ＣＳ−ＩＤは、ＢＴＥ４０を特定し、ＰＨＳインタフェースで要求される報知情報に設定するものである。フレームパラメータは、スーパフレーム構成を指定するパラメータである。制御チャネルパラメータは、使用する制御チャネルに関するパラメータである。
【００５２】
温度値パラメータは、ＣＳが障害であると判断する上限の温度、例えば、８０°Ｃを指定するものである。通話チャネルパラメータは、使用する通話チャネルに関するパラメータである。装置番号は、各ＢＴＥ４０を管理するための装置番号である。
【００５３】
モードパラメータは、マスタＣＳ４２が立ち上げ時に、動作確認又は動作確認のスキップを制御するためのモードであり、「設置モード」又は「運用モード」が設定されるパラメータである。
【００５４】
「設置モード」とは、工場出荷時のパラメータに設定されており、呼処理を規制した報知情報を送出して、マスタＣＳ４２の動作確認を行うモードである。「運用モード」とは、通常運用をしている状態のことをいう。このようにモードパラメータを使用することにより、立ち上げ時、ＣＳ０を新設して動作確認をする場合にのみ、呼処理を規制した報知情報を送出している。
【００５５】
マスタＣＳ４２の運用パラメータに不備があった場合、「運用モード」のパラメータをダウンロードする。モードパラメータの変更は、ＯＭＣ−Ｒ３０からダウンロードにより変更する。
【００５６】
このように、運用パラメータ１０６には、従来のように接続ユニット数が含まれておらず、また、ＢＴＥ４０に特有のパラメータ、例えば、ＣＳ−ＩＤ、装置番号等は、マスタＣＳ４２を新設する際に動作確認が可能なデフォルトのパラメータとして、全ＣＳで共通としている。
【００５７】
図８は、図２中のマスタＣＳのメインメモリの内容を示す図である。この図に示すように、メインメモリ５８には、プログラム１０２及びＣＳ管理テーブル１０８が格納される。
【００５８】
図９は、図６中のプログラムの一部の機能ブロック図である。この図に示すように、プログラム１０２は、データリンク確立部１１０、状態監視部１１２、モード判定部１１４、状態報告部１１６、バージョンチェック部１１８、ダウンロード部１２０及び障害監視部１２２を含む。
【００５９】
データリンク確立部１１０は、各スレーブＣＳ６０−ｉ（ｉ＝１〜３）とデータリンクを確立して、データリンクの確立できなかったスレーブＣＳ６０−ｉを障害とするものである。尚、スレーブＣＳ６０−ｉが未実装の場合にも、データリンクが確立できず該スレーブＣＳ６０−ｉについては、障害判断している。
【００６０】
状態監視部１１２は、障害監視部１２２より自身が障害であるか否か、プログラムバージョン１００、パラメータバージョン１０４、各スレーブＣＳ６０−ｉが障害状態であるか否か、パラメータバージョン及びプログラムバージョンを受信して、ＣＳ管理テーブル１０８に各マスタＣＳ４２，スレーブＣＳ６２−ｉの状態を登録するものである。
【００６１】
尚、運用時のＳＵ１０及びスレーブＣＳ６０−ｉとの間の通信に関する機能は従来と同様なので説明を省略する。
図１０は、図８中のＣＳ管理テーブルの内容を示す図である。この図に示すように、ＣＳ管理テーブル１０８は、各ＣＳ０〜ＣＳ３について、障害状態の有無、プログラムバージョン及びパラメータバージョンのＣＳ管理情報を含む。障害状態とは、各ＣＳ０〜ＣＳ３の無線機の故障、データリンクが確立できない故障（未実装の場合を含む）等をいう。
【００６２】
プログラムバージョンとは、各ＣＳ０〜ＣＳ３にダウンロードされたプログラムのバージョンをいう。パラメータバージョンとは、各ＣＳ０〜ＣＳ３の運用パラメータのバージョンをいう。尚、インクリメントされたパラメータバージョンが、必要に応じて、ダウンロードされる。
【００６３】
モード判定部１１４は、立ち上げ時に、マスタＣＳ４２の運用パラメータに設定されたモードパラメータが「設置モード」ならば、呼処理を規制した報知情報を送出して、動作確認を行い、その他のモードならば、動作確認をスキップするものである。尚、立ち上げ時とは、ＢＴＥ４０の電源オン時、ＢＴＥ４０のリセット時の初期動作及び運用面と待機面との面切り換えを行う場合をいう。
【００６４】
状態報告部１１６は、ＣＳ管理テーブル１０８から各ＣＳ０〜ＣＳ３のＣＳ管理情報をリードして、ＢＳＣ２を介して、ＯＭＣ−Ｒ３０に報告するものである。
【００６５】
バージョンチェック部１１８は、ＣＳ０〜ＣＳ３の運用パラメータのパラメータバージョン及びプログラムバージョンをチェックして、ＣＳ０のパラメータバージョンが不定ならば、全チャネルを閉塞し、ＣＳｉ（ｉ＝１〜３）のパラメータバージョンが不定又はＣＳｉ（ｉ＝１〜３）のプログラムバージョンがＣＳ０のプログラムバージョンと異なれば、該当するＣＳｉの全チャネルを閉塞するものである。尚、パラメータバージョンが不定とは、パラメータが許容値内で無い場合、例えば、０をいう。
【００６６】
ダウンロード部１２０は、ＯＭＣ−Ｒ３０から運用パラメータ、パラメータバージョン、プログラムを受信して、自身ＣＳ０又は該当するＣＳｉのメモリ５４，５６，７０−ｉ，７２−ｉの待機面にダウンロードするものである。障害監視部１２２は、自身の無線部５０等が障害であるか否かを監視して、状態監視部１１２に報告すると共に、重度の障害が発生した場合は、全てのチャネルを閉塞する。
【００６７】
スレーブＣＳ６０−ｉは、マスタＣＳ４２が割り当てたチャネルに従って、ＳＵ１０との間でＰＨＳインタフェースに従って、トラヒックデータの通信、マスタＣＳ４２とデータリンクを確立して、障害であるか否か、運用パラメータバージョン、プログラムバージョンの報告、マスタＣＳ４２からダウンロードされる運用パラメータ等を受信して、メモリ７０−ｉ，７２−ｉに記憶するものである。
【００６８】
各スレーブＣＳ６０−ｉは、同一の構造であり、送受信部６２−ｉ、ＣＰＵ６４−ｉ、ＴＤＭＡ部６６−ｉ、無線部６８−ｉ、メモリ７０−ｉ，７２−ｉ及びメインメモリ７４を有する。送受信部６２−ｉは、マスタＣＳ４２と物理リンクを確立するものである。ＣＰＵ６４−ｉは、上記機能を実現するプログラムを実行するプロセッサである。
【００６９】
ＴＤＭＡ部６６−ｉは、マスタＣＳ４２が割り当てたチャネルを使用して、ＰＨＳインタフェースに従って、トラヒックデータを時分割多重化するものである。無線部６８−ｉは、ＳＵ１０との間で無線通信をするものである。
【００７０】
メモリ７０−ｉ，７２−ｉは、メモリ５４，５６と同様に、プログラムバージョン、プログラム、パラメータバージョン及び運用パラメータを記憶するフラッシュメモリやＥ2 ＰＲＯＭ等であり、一方を運用面、他方を待機面とする２面構成である。
【００７１】
２面構成をするのは、マスタＣＳ４２のメモリ５４，５６と同様の理由からである。また、メモリ７０−ｉ，７２−ｉは、工場出荷時には、マスタＣＳ４２のメモリ５４，５６と同じものがダウンロードされている。これにより、工場出荷時のダウンロードを簡略化すると共に、ダウンロードされたＣＳを区別する必要を無くしており、ＣＳ設置者の誤設置等を防止している。
【００７２】
図１１は、図２中のメモリに格納されたプログラムの一部の機能ブロック図である。この図に示すように、スレーブＣＳ６０−ｉは、データリンク確立部１４０、状態報告部１４２、ダウンロード部１４４及び障害監視部１４６を有する。
【００７３】
データリンク確立部１４０は、マスタＣＳ４２との間でデータリンクを確立するものである。状態報告部１４２は、マスタＣＳ４２に自身が障害であるか否か、プログラムバージョン、パラメータバージョンを報告するものである。
【００７４】
ダウンロード部１４４は、マスタＣＳ４２から送信されたプログラム、運用パラメータ及びパラメータバージョンを受信して、メモリ７０−ｉ，７２−ｉの待機面に記憶するものである。
【００７５】
障害監視部１４６は、自身の無線部６８−ｉ等が障害であるかを監視して、障害の場合は、状態報告部１４２に通知するものである。尚、ＳＵ１０との間の通信に関する機能は従来と同様なので説明を省略する。
【００７６】
以下、これらの図面を参照して、新規・増設・減設時の図２のＰＨＳ−ＷＬＬシステムについて説明をする。
（ａ） 工場出荷時
図１２は、本発明の実施形態による工場出荷前のダウンロードを示す図である。この図に示すように、ＣＳを新設・増設する場合に、工場出荷前のダウンロードは、設置する地区等ＣＳに依存することなく共通の初期運用パラメータ及びプログラムを格納したフロッピーディスク等からパソコン等を用いて各ＣＳのメモリ５６，５６，７０−ｉ，７２−ｉにローカルロードする。
【００７７】
また、運用パラメータのＣＳに特有のパラメータ、例えば、ＣＳ−ＩＤ等は、ＣＳを設置した時に、報知情報を送出して動作確認が可能なシステムデフォルト値とする。更に、モードパラメータは、「設置モード」とする。
【００７８】
（ｂ） 新設時
（ｂ１） マスタＣＳ４２とスレーブＣＳ６２−ｉの動作
新設する場合、設置者は、キーボード３８から設置するＣＳ４２，６０−ｉを実装状態に、残りを未実装状態に入力する。入力部９６は、キーボード３８からＣＳ４２，６０−ｉの実装／未実装に関する情報を入力して、ＢＴＥ状態判定部９２に通知する。ＢＴＥ状態判定部９２は、新設するＣＳ４２，６０−ｉについて、ＢＴＥ管理テーブル８２のＢＴＥ管理情報を実装状態、それ以外を未実装状態にする。
【００７９】
また、設置者は、ローカルロード済のマスタＣＳ４２の所定のポートをＢＳＣ２に接続し、マスタＣＳ４２の該当するポートを新設するスレーブＣＳ６０−ｉに接続して、マスタＣＳ４２及び新設するスレーブＣＳ６０−ｉの電源を入れる。これにより、マスタＣＳ４２及びスレーブＣＳ６０−ｉが立ち上がる。
【００８０】
図１３は、本発明の実施形態によるＣＳ立ち上げ時の動作フローを示す図である。
ＣＳが立ち上げられると、ステップＳ５０において、自ＣＳにロードされているパラメータの正常性を確認する。正常性は、各運用パラメータが許容値内であるか否かをチェックして、許容範囲外ならば、運用パラメータが異常であるとする。
【００８１】
ステップＳ５２において、運用パラメータが正常であるか否かを判別して、正常でなければ、ステップＳ５４に進み、正常ならば、ステップＳ５６に進む。ステップＳ５４において、パラメータが異常なので、パラメータバージョン＝不定として、ステップＳ５６に進む。
【００８２】
ステップＳ５６において、障害状態、パラメータバージョン、プログラムバージョンを収集する。ステップＳ５８において、自ＣＳはマスタであるか否かを判断して、マスタならば、ステップＳ６８に進み、スレーブならば、ステップＳ６０に進む。尚、マスタであるかスレーブであるかは、例えば、ＢＳＣ２を接続するポートから信号が来ているか否か等により判断する。
【００８３】
ステップＳ６０において、スレーブＣＳならば、マスタＣＳ４２とデータリンクを確立する。ステップＳ６２において、データリンクが確立したかをチェックして、データリンクが確立したならば、ステップＳ６４に進み、データリンクが確立されなければ、ステップＳ６０に戻り、再度、データリンクを確立する。
【００８４】
ステップＳ６２において、マスタＣＳ４２に障害情報、プログラムバージョン及びパラメータバージョンの状態通知を行う。ステップＳ６６において、スレーブＣＳは、運用に入る。
【００８５】
ステップＳ６８において、スレーブＣＳＮの数を示す変数Ｎを１に初期化する。ステップＳ７０において、マスタＣＳ４２は、ＣＳＮとデータリンクを確立する。
【００８６】
ステップＳ７２において、データリンクが正常に確立したかをチェックして、正常に確立したならば、ステップＳ７８に進み、正常に確立しなければ、ステップＳ７４に進む。尚、データリンクが正常に確立しなかった場合は、データリンクの確立のリトライをする。
【００８７】
ステップＳ７４において、データリンクがＣＳＮと確立できなかったので、ＣＳＮのＣＳ管理情報を「障害中」として、ＣＳ管理テーブル１０８を更新する。ステップＳ７６において、ＣＳＮの全チャネルを閉塞する。
【００８８】
ステップＳ７８において、Ｎ＋１＞３であるかをチェックして、Ｎ＋１＞３ならば、ステップＳ８０に進み、Ｎ＋１≦３ならば、ステップＳ７０に戻り、Ｎ＋１について、ステップＳ７０のデータリンクの確立をする。
【００８９】
ステップＳ８０において、スレーブの状態情報取得する。図１４は、スレーブの状態情報取得のフローチャートである。
ステップＳ１００において、スレーブＣＳより状態通知を受信する。ステップＳ１０２において、受信した状態通知をＣＳ管理テーブル１０８内の該当するＣＳのＣＳ管理情報を更新する。
【００９０】
ステップＳ１０４において、スレーブＣＳから受信したバージョンが正常であるか否かをチェックして、正常でなければ、ステップＳ１０６に進み、正常ならば、ステップＳ１０８に進む。
【００９１】
尚、バージョンが正常であるとは、スレーブＣＳのパラメータバージョンが不定でなく、且つ、マスタＣＳ４２のパラメータバージョンとスレーブＣＳのパラメータバージョン及びマスタＣＳ４２のプログラムバージョンとスレーブＣＳのプログラムバージョンとが一致することをいう。
【００９２】
ステップＳ１０６において、該当ＣＳの全チャネルを閉塞して、リターンする。このように、バージョンが正常でない場合に、該当ＣＳの全チャネルを閉塞するのは、該当ＣＳの誤動作等によりシステムに影響を及ぼすことを防止するためである。
【００９３】
ステップＳ１０８において、スレーブＣＳに重度障害が発生しているかをチェックして、重度障害が発生している場合は、ステップＳ１０６に進み、重度障害が発生していなければ、ステップＳ１１０に進む。ステップＳ１１０において、該当ＣＳの全チャネルの閉塞を解除して、リターンする。
【００９４】
図１３中のステップＳ８２において、状態通知をする。図１５は、図１３中の状態通知フローチャートである。
ステップＳ１２０において、マスタＣＳ４２は、ＢＳＣ２とデータリンクを確立する。ステップＳ１２２において、データリンクが正常に確立したかをチェックして、正常に確立しなかったならば、ステップＳ１２０に戻り、正常に確立したならば、ステップＳ１２４に進む。
ステップＳ１２４において、運用パラメータのモードが「設置モード」であるかをチェックして、「設置モード」ならば、ステップＳ１２６に進み、「設置モード」で無ければ、ステップＳ１２６に進む。ステップＳ１２６において、該当ＣＳ使用不可（呼設定を規制）で報知情報をＰＨＳ等の試験器に送出する。
【００９５】
試験器は、報知情報を受信して、マスタＣＳ４２に応答する。これにより、マスタＣＳ４２の動作確認が行われる。尚、この際、呼設定を規制しているので、マスタＣＳ４２がＳＵ１０からアクションされることなく、動作確認を行うことができる。
【００９６】
ステップＳ１２８において、自ＣＳ４２のパラメータはバージョン不定であるかをチェックして、バージョン不定ならば、ステップＳ１３０に進み、バージョンが不定でなければ、ステップＳ１３２に進む。
【００９７】
ステップＳ１３０において、運用パラメータが正常でなく、システムに悪影響を及ぼす恐れがあるので、報知を停止して、全ＣＳのチャネルを閉塞する。そして、ＣＳ状態を「ダウンロード待ち」にする。
【００９８】
正しい運用パラメータがＯＭＣ−Ｒ３０からダウンロードされて、再度、立ち上げられる。そして、ステップＳ５０〜Ｓ８２の処理が実行されて、運用パラメータ変更後のマスタＣＳ４２の動作が確認される。
【００９９】
ステップＳ１３２において、自ＣＳ４２にて重度障害が発生したかをチェックして、重度障害が発生したならば、ステップＳ１３４に進み、重度障害が発生しなければ、ステップＳ１３６に進む。ステップＳ１３４において、報知情報の送出を停止して、全ＣＳのチャネルを閉塞し、ＣＳ管理テーブル１０８内のＣＳ管理情報のＣＳ０の状態を「障害」にする。
【０１００】
ステップＳ１３６において、動作確認されたので、呼設定を規制を解除して、報知情報を送出して、全ＣＳのチャネル閉塞を解除する。ステップＳ１３８において、ＢＳＣ２を介して、ＯＭＣ−Ｒ３０にＣＳ０〜ＣＳ３の状態を通知する。
【０１０１】
（ｂ２） ＯＭＣ−Ｒ３０の動作
図１６は、図２中のＯＭＣ−Ｒの動作フローチャートである。
上述したように、新設する際の設置者による入力により、ＢＴＥ管理テーブル８２内、設置するＣＳが実装状態、それ以外のＣＳが未実装状態となっている。
【０１０２】
図１７は、ＢＴＥ管理情報の更新を示す図であり、同図（ａ）は更新前のＢＴＥ管理情報、同図（ｂ）は新設されたＢＴＥ４０からの状態通知、同図（ｃ）は更新後のＢＴＥ管理情報を示す。例えば、ＣＳ０，ＣＳ１，ＣＳ２が新設される場合は、図１７（ａ）に示すように、ＣＳ０，ＣＳ１，ＣＳ２が実装状態、ＣＳ３が未実装状態、他の管理情報は不定となっている。
【０１０３】
ステップＳ１４０において、ＢＴＥ４０側より状態通知を受信する。例えば、図１７（ｂ）に示すように、ＢＴＥ４０からＯＭＣ−Ｒ３０に状態通知されたものとする。尚、同図では、ＣＳ３が未実装なので、障害となっている。
【０１０４】
ステップＳ１４２において、ＢＴＥ４０側に含まれるＣＳ数の変数Ｎを０に初期化する。ステップＳ１４４において、状態通知内ＣＳＮが障害中であるかをチェックして、障害中ならば、ステップＳ１４６に進み、障害中で無ければ、ステップＳ１５０に進む。
【０１０５】
ステップＳ１４６において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内ＣＳＮは「実装」か否かをチェックして、「実装」ならば、ステップＳ１４８に進み、「実装」で無ければ、ステップＳ１５６に進む。ステップＳ１４８において、ＣＳＮのバージョンをチェックして、正常ならば、ステップＳ１６０に進み、正常で無ければ、ステップＳ１５８に進む。
【０１０６】
ここで、ＣＳＮのバージョンが正常であるとは、ＣＳＮのバージョンが不定でなく、且つ、ＣＳＮのプログラムバージョン及びパラメータバージョンとＣＳ０のプログラムバージョン及びパラメータバージョンが等しいことをいう。
【０１０７】
ステップＳ１５０において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮが未実装であるかをチェックして、未実装ならば、ステップＳ１５２に進み、実装ならば、ステップＳ１５４に進む。
【０１０８】
ステップＳ１５２において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮの状態を「障害中」とする。例えば、図１７（ａ），（ｂ）に示すように、ＣＳ２について、障害が状態通知されるので、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮを「障害中」とする。この障害状態がＯＭＣ−Ｒ３０のディスプレイに表示される。保守者等は、障害中のＣＳＮの復旧を行うことになる。
【０１０９】
ステップＳ１５４において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮを「未実装」とする。例えば、図１７（ａ），（ｂ）に示すように、ＣＳ３について、未実装、且つ、障害なので、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮを「未実装」とする。この未実装状態がＯＭＣ−Ｒ３０のディスプレイに表示される。設置者等は、ＣＳ３の未実装を確認する。
【０１１０】
ステップＳ１５６において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮの状態を「過接続」にする。
ステップＳ１５８において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内ＣＳＮの状態を「ダウンロード待ち」にする。ここで、バージョンがＣＳ０と不一致の時に、ダウンロード待ちにするのは、運用パラメータが更新された場合（例えば、スーパフレーム構成を変更した場合）等において、スレーブＣＳ６０−Ｎの運用パラメータをマスタＣＳ４２の運用パラメータに合致させる必要があるからである。尚、新設時は、ＣＳ０とＣＳＮのバージョンが一致している。
【０１１１】
例えば、図１７（ａ），（ｂ）に示すように、ＣＳ１については、パラメータバージョンが不定なので、「ダウンロード待ち状態」にＢＴＥ管理テーブル８２が更新される。ＣＳＮがダウンロード待ち状態であることが、ＯＭＣ−Ｒ３０のディスプレイに表示される。設置者は、ダウンロード待ちのＣＳＮに、正しい運用パラメータのダウンロードを指示する。
【０１１２】
ステップＳ１６０において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内ＣＳＮの状態を「正常」にする。例えば、図１７（ａ），（ｂ）に示すように、ＣＳ０については、パラメータバージョンが正常なので、「正常」にＢＴＥ管理テーブル８２が更新される。
【０１１３】
ステップＳ１６２において、Ｎ＋１＞３であるかをチェックして、Ｎ＋１＞３でなけば、Ｎをインクリメントして、ステップＳ１４４に戻り、Ｎ＋１≦３ならば、ステップＳ１６４に進む。
【０１１４】
ステップＳ１６４において、設置者によりダウンロード指示されたかをチェックして、ダウンロード指示されたならば、ステップＳ１６６に進み、ダウンロード指示されなければ、ステップＳ１６８に進む。
【０１１５】
ステップＳ１６６において、運用パラメータやプログラムを該当するＣＳＮにダウンロードする。該当するＣＳＮには、待機面のメモリ５４，５６，７０−ｉ，７２−ｉにダウンロードをしてから、運用面と待機面とを切り換える。
【０１１６】
例えば、マスタＣＳ４２のＣＳ−ＩＤを変更した場合、面切り換えにより、再立ち上げされ、図１３に示した処理が行われる。動作確認後は、マスタＣＳ４２のモードが「運用モード」に変更されるので、動作確認がスキップされる。これにより、ＣＳＮを停止することなく、運用パラメータ等をダウンロードすることができる。尚、新設時に、運用パラメータやプログラムのダウンロードが指示されるのは、ＣＳ−ＩＤ等、デフォルト値から運用値に変更する場合及びモードパラメータを変更する場合等である。
【０１１７】
ステップＳ１６８において、ＯＭＣ−Ｒ３０は運用に戻る。
（ｃ） 増設時
ＣＳｉを増設する場合の工場出荷時のローカルロードは、上述したように、新設時の場合と同様にして行われる。このローカルロードでは、ＣＳｉの運用パラメータは全て同じであるので、増設するＣＳｉの場所を意識する必要がない。設置者は、増設するＣＳｉをマスタＣＳ４２のポートに専用線ケーブルにより接続して、ＣＳｉの電源を入れる。
【０１１８】
図１８は、ＣＳ増設時のマスタＣＳの動作フローチャートである。
図１９は、ＣＳ３を増設した場合のシーケンスフローチャートである。
増設ＣＳ３が電源オンして立ち上がると、割り込みＣＳ間同期障害の割り込み信号がマスタＣＳ４２に上がる。ステップＳ１７２において、割り込み信号の割り込み要因から障害発生したかをチェックして、障害が発生したならば、ステップＳ１７４に進み、障害発生でなければ、ステップＳ１７８に進む。ステップＳ１７６において、障害ＣＳとのデータリンクを切断する。ＣＳ管理テーブル１０８中の該当ＣＳ「障害」として、ステップＳ１９６に進む。
【０１１９】
増設ＣＳ３は、電源オンして立ち上がると、図１３中のステップＳ５０からステップＳ６０の処理を経て、ＣＳ０とデータリンクを確立してから、マスタＣＳ４２に状態通知をして運用に入る。
【０１２０】
一方、マスタＣＳ４２は、ステップＳ１７８において、復旧ＣＳとの間でデータリンクを確立する。例えば、図１９に示すように、ＣＳ３とＣＳ０との間で、ＳＡＢＭ、ＵＡ、初期化指示、初期化報告を行って、データリンクを確立する。尚、増設の場合のＣＳは、未実装の障害状態から実装状態に変わるため、復旧ＣＳとして扱う。
【０１２１】
ステップＳ１８０において、マスタＣＳ４２は、データリンクが正常に確立されたかをチェックして、正常に確立されていなければ、ステップＳ１９６に進み、正常に確立したならば、ステップＳ１８２に進む。ステップＳ１８２において、ＣＳ管理テーブル１０８の該当ＣＳ管理情報を「障害無し」に更新する。
【０１２２】
ステップＳ１８４において、増設ＣＳ３より、状態通知を受信する。ステップＳ１８６において、復旧ＣＳのパラメータバージョンが不定であるかをチェックして、復旧ＣＳのパラメータバージョンが不定ならば、ステップＳ１９６に進み、パラメータバージョンが正常ならば、ステップＳ１９０に進む。
【０１２３】
ステップＳ１９０において、プログラムバージョン及びパラメータバージョンが復旧ＣＳ≠ＣＳ０であるかをチェックして、異なる時、ステップＳ１９６に進み、等しい時は、ステップＳ１９２に進む。例えば、増設ＣＳ３を増設するまでに、ＣＳ０，ＣＳ１，ＣＳ２の運用パラメータに変更があれば、ステップＳ１９６に進むことになる。
【０１２４】
ステップＳ１９２において、復旧ＣＳにおいて、重度障害が発生したかをチェックして、重度障害が発生したならば、ステップＳ１９６に進み、発生しなかったならば、ステップＳ１９４に進む。ステップＳ１９４において、復旧ＣＳの全チャネル閉塞を解除して、ステップＳ１９８に進む。
【０１２５】
ステップＳ１９６において、該当ＣＳの全チャネルを閉塞して、ステップＳ１９８に進む。このように増設ＣＳが重度障害のみならず、増設ＣＳのバージョン≠ＣＳ０のバージョンの時にも、増設ＣＳのチャネルを閉塞するのは、バージョンが異なる場合に、ＣＳ０と動作が異なる恐れがあるからである。ステップＳ１９８において、ＢＳＣ２にＢＴＥ４０のＣＳ状態を通知する。ステップＳ２００において、運用に戻る。
【０１２６】
増設ＣＳ３のパラメータの状態等は、ＯＭＣ−Ｒ３０に通知される。ＯＭＣ−Ｒ３０は、増設ＣＳ３がパラメータバージョンが不定又はＣＳ０と増設ＣＳ３のパラメータバージョンが等しくなければ、図１６中のステップＳ１４２，Ｓ１４６，Ｓ１４８，Ｓ１５８の処理を経て、ＢＴＥ管理テーブル８２のＣＳ３のＣＳ状態が「ダウロード待ち状態」となり、ディスプレイ等に出力される。
【０１２７】
設置者が入力部９６より一致するパラメータのダウンロードを指示し、増設ＣＳ３の待機面にパラメータをダウロードしてから、運用面を切り換える。ＣＳ３は、ダウンロードされたパラメータバージョン等の状態をマスタＣＳ４２に通知する。
【０１２８】
ＣＳ３のパラメータバージョン等が正常であれば、マスタＣＳ４２は、ＣＳ３のチャネル閉塞を解除して、ＣＳ３の運用に入ると共に、ＯＭＣ−Ｒ３０にＣＳ３が正常であることを通知する。
【０１２９】
ＯＭＣ−Ｒ３０は、ＣＳ３の状態を受信して、正常であることを確認してから、ＢＴＥ管理テーブル８２のＣＳ３の状態を「正常」にする。これにより、運用中のＣＳ０等を停止することなく、ＣＳ３を増設することができる。
【０１３０】
（ｄ） 減設時
設置者は、ＢＴＥ管理テーブル８２中の減設ＣＳの実装状態を未実装にすると共に、減設ＣＳをマスタＣＳ４２から取り外すと、図１８と同様にして、割り込みＣＳ間同期障害が上がる。
【０１３１】
マスタＣＳ４２は、障害発生として、減設したＣＳとのデータリンクを切断して、ＣＳ管理テーブル１０８の減設ＣＳの状態を「障害中」に更新する。該当ＣＳの全チャネルを閉塞して、ＢＳＣ２に減設ＣＳが「障害状態」であることを通知する。
【０１３２】
ＯＭＣ−Ｒ３０は、図１６中のステップＳ１４０，Ｓ１４２，Ｓ１４４，Ｓ１５０，Ｓ１５４を経て、ＢＴＥ管理テーブル８２中の減設ＣＳの状態を「未実装」とする。
【０１３３】
これにより、ＢＴＥ４０の運用を停止することなく減設することができると共に、ＯＭＣ−Ｒ３０では、減設ＣＳが障害ではなく未実装であると判断することができ、「障害状態」と「未実装」とを区別することができる。
【０１３４】
以上説明した実施形態によれば、工場出荷時のローカルロードは全ＣＳで共通としているので、作業が簡単になると共に、誤設置等を防止することができる。運用パラメータからユニット数等を除去したので、増減設時に、運用中のＣＳを停止することがなくなる。
【０１３５】
【発明の効果】
以上説明したように、本発明によれば、ＯＭＣ−Ｒにより、ＢＴＥの接続構成を管理して、必要に応じて運用パラメータをダウンロードするので、工場出荷時及び設置時の作業の軽減が期待される。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の実施形態によるＰＨＳ−ＷＬＬシステムの構成図である。
【図３】図２中のＯＭＣ−Ｒのメモリの内容を示す図である。
【図４】図３中のソフトウェア記憶部の内容を示す図である。
【図５】図４中のＢＴＥ管理テーブルを示す図である。
【図６】図２中のマスタＣＳのメモリの内容を示す図である。
【図７】図６中の運用パラメータの構成を示す図である。
【図８】図２中のマスタＣＳのメインメモリの内容を示す図である。
【図９】図６中のプログラムの一部の機能ブロック図である。
【図１０】図８中のＣＳ管理テーブルを示す図である。
【図１１】図２中のスレーブＣＳのソフトウェア構造を示す図である。
【図１２】本発明の実施形態による工場出荷前のローカルロードを示す図である。
【図１３】本発明の実施形態によるＣＳ立ち上げ時の動作フローチャートである。
【図１４】図１３中のスレーブの状態情報取得のフローチャートである。
【図１５】図１３中の状態通知のフローチャートである。
【図１６】図２中のＯＭＣ−Ｒの動作フローチャートである。
【図１７】ＢＴＥ管理情報の更新を示す図である。
【図１８】ＣＳ３増設時のフローチャートである。
【図１９】ＣＳ３増設時のシーケンスフローチャートである。
【図２０】従来のＰＨＳ−ＷＬＬシステムの構成図である。
【図２１】従来の無線基地局設置フローチャートである。
【図２２】従来の設置時のローカルロードを示す図である。
【図２３】従来のＣＳ増設フローチャートである。
【図２４】従来のＣＳ減設フローチャートである。
【符号の説明】
１１ 第１記憶手段
１２ 端末装置
１３−ｉ（ｉ＝１〜Ｎ） ＣＳ
１４ ＢＴＥ
１５ ＯＭＣ−Ｒ
１６ 第２記憶手段
１７ 第１設定手段
１９ 第１ダウンロード手段
２１ 取得手段
２２ 第３記憶手段
２３ 第２設定手段
２４ 第１通知手段
２５ 第２ダウンロード手段
【発明の属する技術分野】
本発明はＰＨＳ−ＷＬＬ（Wireless Local Loop)等の無線システムに関する。
【０００２】
【従来の技術】
発展途上国においては、経済発展に必要な通信インフラの整備が急がれているが、従来の有線系の固定電話システムを構築するには、各加入者宅まで電話線（メタリックケーブル）を引く時間がかかるために、積滞（電話サービスの加入待ち）が急増している。
【０００３】
電話線の代わりに、加入者区間に無線を適用したものがＷＬＬである。ＷＬＬは、従来の有線系電話システムと比較して電話線を引く手間が省けるので、短期間での構築が可能となる。このほか、電話線の保守サービスが不要となるので、保守コストが安い、早期にサービスを開始できるので、投資回収効率が良い等の特徴がある。
【０００４】
図２０は、従来のＰＨＳ−ＷＬＬシステムの構成図である。このＰＨＳ−ＷＬＬシステムは、無線基地局制御装置（ＢＳＣ：Base Station Controller)２、保守運用監視装置（ＯＭＣ−Ｒ：Operation and Maintenance Center for Radio) ４、無線基地局（ＢＴＥ：Base Transceiver Equipment) ６、複数の加入者ユニット（ＳＵ：Subscriber Unit)１０及び交換機（ＬＥ：Line Equipment) １２から有する。
【０００５】
ＢＳＣ２は、一般的にはＬＥ１２と同じ局に設置し、ＬＥ１２と国際標準のアクセス・ネットワーク・インタフェースであるＶ５．２等で接続され、電話発着呼の接続制御、ＬＥ１２とＢＴＥ６間のプロトコル変換、システムの状態監視及び制御等を行うものである。
【０００６】
ＯＭＣ−Ｒ４は、ＢＳＣ２とＬＡＮ等により接続され、保守者によるＷＬＬシステムの監視、保守、制御、管理等を行うものである。ＢＴＥ６は、複数のセルステーション（ＣＳ：Cell Station、例えば、最大で４個）８−０〜８−３からなり、屋外設置可能な小型軽量構造で、ビルの屋上またはポールに設置される。
【０００７】
８−０がマスタＣＳ、８−１〜８−３は、スレーブＣＳである。各ＣＳ８−０〜８−３は、ＴＤＭＡ分割された複数のチャネル、例えば、４チャネルを有する。マスタＣＳ８−０とスレーブＣＳ８−１〜８−３との間は、ケーブルにより接続される。
【０００８】
マスタＣＳ８−０とＢＳＣ２とは、例えば、２Ｍビット／秒（ｂｐｓ）のインタフェースで、ＣＳ８−０〜８−３とＳＵ１０との間は、ＰＨＳの無線インタフェースで接続される。
【０００９】
マスタＣＳ８−０は、ＢＳＣ２間及びスレーブＣＳ８−１〜８−３との間の有線ケーブルにより通信を行うと共に、ＳＵ１０間で、１チャネルを制御チャネル、残りの３チャネルをトラヒックチャネルとして使用して通信を行う。尚、マスタＣＳ８−０とＢＳＣ２間は、無線エントランス装置等も使用可能である（２Ｍインタフェース）。各スレーブＣＳ８−１〜８−４は、マスタＣＳ８−０が割り当てた４チャネルのトラヒックチャネルを使用して、通信をする。
【００１０】
このように、マスタＣＳ８−０のみが制御チャネルを使用し、スレーブＣＳ８−１〜８−３が全チャネルをトラヒックチャネルとすることにより、同時に使用することのできるＳＵ１０の数を増大している。
【００１１】
ＳＵ１０は、加入者宅に設置される小型のユニットで、ＢＴＥ６と対向してＰＨＳの無線方式による加入者情報の伝送を行う。図示しない一般電話機と２線式アナログインタフェースで接続される。
【００１２】
ＣＳ８−０〜８−３は、マイクロプロセッサやメモリ等を有しており、メモリにダウンロードしたプログラムと運用パラメータ等に従って、ＳＵ１０等の間で通信を行っている。ＢＴＥ６を新設／増設する際に、使用するＣＳ８−０〜８−３のメモリに運用パラメータやプログラムをダウンロードする必要がある。
【００１３】
小ゾーン、１装置当たり低加入者で形成されるＰＨＳ方式の無線基地局では、新規設置及び増設の簡略化が求められている。一方、ＣＳを出荷時には工場ラインでの生産性向上のため全てのＣＳについて同一の作業であることが望ましい。
【００１４】
図２１は、従来の無線基地局の設置フローを示す図である。この図に示すように、ステップＳ２において、各ＣＳを製造する。ステップＳ４において、工場出荷時に予め、パソコン等でローカル的に運用パラメータをダウンロード（以下、ローカルロード）する。
【００１５】
図２２は、従来の設置時のローカルロードを示す図である。運用パラメータには、報知情報に設定するＣＳ−ＩＤや接続ユニット数等が含まれており、地区（ＢＴＥ）毎に、マスタＣＳ、スレーブＣＳに合致した接続ユニット数等の運用パラメータをフロッピーディスク等に記憶しておき、フロッピーディスク等から運用パラメータを各ＣＳにローカルロードをする。
【００１６】
ステップＳ６において、ローカルロード済のＣＳを出荷する。ステップＳ８において、ローカルロードされたＣＳを設置作業者が現場にて各設置箇所に設置する。ＣＳは、電源投入後あるいは再開時の立ち上げ時に、運用パラメータを参照することにより接続ユニット数を認識して、チャネルの割り当て等を制御している。
【００１７】
ステップＳ１０において、設置作業者は設置したマスタＣＳからの報知情報を受信して、また端末と接続することにより、動作確認を行う。この時、加入者端末から接続動作が発生する。動作がＮＧならば、ステップＳ１２にて、工場出荷時のパソコン等を使用して、再度、ローカルロードを行い、動作がＯＫになるまで、ステップＳ８，Ｓ１０を行い、設置・動作確認を繰り返す。
【００１８】
図２３は、従来のＣＳ増設フローを示す図である。
この図に示すように、ＣＳを増設する時は、ステップＳ２０において、工場で増設ＣＳの製造をする。ステップＳ２２において、増設ＣＳ用の運用パラメータ（ＣＳ−ＩＤや接続ユニット数等）やプログラムをローカルロードする。
【００１９】
ステップＳ２４において、増設ＣＳを出荷する。ステップＳ２６において、既に運用している他のＣＳは、運用パラメータ内の接続ユニット数を増加させるために運用を停止する。ステップＳ２８において、既に運用している他のＣＳの運用パラメータ内の接続ユニット数等をローカルロードあるいはＯＭＣ−Ｒ４からダウンロードする。ステップＳ３０において、ＣＳを増設する。
【００２０】
図２４は、従来のＣＳ減設フローを示す図である。
この図に示すように、ＣＳを減設する時は、ステップＳ３２において、既に運用している他のＣＳは、運用パラメータ内の接続ユニット数を減少させるために運用を停止する。ステップＳ３４において、ＣＳを減設する。ステップＳ３６において、既に運用している他のＣＳの運用パラメータ内の接続ユニット数等をローカルロードあるいはＯＭＣ−Ｒ４からダウンロードする。
【００２１】
【発明が解決しようとする課題】
しかしながら、従来の方法では、設置時ＣＳ毎に運用パラメータの作成が必要となり、ＢＴＥの保守者と設置用運用パラメータの作成者が必ずしも一致しない。このため、運用パラメータの信頼性が保証されない上に保守者は運用パラメータの管理徹底ができないという問題点があった。
【００２２】
また、ＣＳは個別の運用パラメータ（例えば、ＣＳ−ＩＤ）にて、どこに設置されるか決まっているため、設置工事者はＣＳと運用パラメータの括り付けを把握しなければならず、設置ミスを誘発する原因になっている。
【００２３】
また、設置時には、設置確認のため報知情報を送出して確認を行うが、設置確認が終了してなくても、加入者端末より接続のアクションが発生するため、現運用システム（例えば、隣接するＢＴＥ）に影響を与えるという問題点があった。
【００２４】
更に、ＣＳの増減設時には接続ユニット数が変わるため、運用中のＣＳに対しても新たに運用パラメータを作成してダウンロードする必要があり、このため、他の動作中のユニットの運用を停止しなくてはならないという問題点があった。
【００２５】
本発明は、このような点に鑑みてなされたものであり、増減設時に、動作中のユニットを停止せず、且つ、工場出荷時のローカルロードを簡易にして、運用パラメータの管理の容易な無線システムを提供することを目的としている。
【００２６】
【課題を解決するための手段】
図１は本発明の原理図である。
この図に示すように、本発明は、第１記憶手段１１に記憶された運用パラメータに基づいて、端末装置１２との間で無線により通信をする複数のＣＳ１３−ｉ（ｉ＝１〜ｎ，ｎ≧２）を含むＢＴＥ１４と、各ＣＳ１３−ｉの状態を監視するＯＭＣ−Ｒ１５とを有する無線システムにおいて、ＯＭＣ−Ｒ１５は、ＢＴＥ１４が含むことの可能な最大の各ＣＳについて、実装／未実装の状態、運用パラメータのパラメータバージョン及び障害状態の情報を含む第１管理情報を記憶する第２記憶手段１６と、各ＣＳのパラメータバージョン、障害状態を受信して、該当するＣＳの第１管理情報を第２記憶手段１６に設定する第１設定手段１７と、ＣＳに運用パラメータ及びパラメータバージョンをダウンロードする第１ダウンロード手段１９とを具備する。
【００２７】
ＢＴＥ１４は、各ＣＳの第１記憶手段１１に記憶されたパラメータバージョンを取得する取得手段２１と、各ＣＳについて、運用パラメータのパラメータバージョン及び障害状態に関する情報を含む第２管理情報を記憶する第３記憶手段２２と、各ＣＳの障害状態及びパラメータバージョンを第３記憶手段２２に設定する第２設定手段２３と、第３記憶手段２２に記憶した各ＣＳの障害状態及びパラメータバージョンをＯＭＣ−Ｒ１５に通知する第１通知手段２４と第１ダウンロード手段１９より運用パラメータ及びパラメータバージョンを受信して、該当するＣＳの第１記憶手段１２にダウンロードする第２ダウンロード手段２５とを具備したことを特徴とする無線システムが提供される。
【００２８】
このような構成によれば、第１設定手段１７は、各ＣＳ１３−ｉ（ｉ＝１〜ｎ）のパラメータバージョン及び障害状態を受信して、該当するＣＳ１３−ｉの第１管理情報を第２記憶手段１６に設定する。これにより、ＣＳ１３−ｉの障害状態及び運用パラメータバージョンがＯＭＣ−Ｒ１５により、管理される。
【００２９】
第１ダウンロード手段１９は、ＣＳ１３−ｉの第１管理情報から、必要に応じて、運用パラメータやパラメータバージョンをＣＳ１３−ｉにダウンロードする。これにより、例えば、工場出荷時には、ＣＳ１３−ｉが動作可能な全てのＣＳ１３−ｉに共通の運用パラメータをローカルロードしておき、設置時に、必要な運用パラメータのみをダウンロードすることが可能となり、工場出荷時のローカルロードの作業が簡単になると共に、ＣＳ１３−ｉの設置ミス等が無くなる。
【００３０】
取得手段２１は、第１記憶手段１１に記憶された各ＣＳ１３−ｉの運用パラメータのバージョンを取得する。第２設定手段２３は、各ＣＳ１３−ｉの障害状態やパラメータバージョン等を第３記憶手段２２に記憶させる。
【００３１】
第１通知手段２４は、各ＣＳ１３−ｉの障害状態やパラメータバージョンをＯＭＣ−Ｒ１５に通知する。第２ダウンロード手段２５は、ＯＭＣ−Ｒ１５から送信された運用パラメータやパラメータバージョンを該当するＣＳ１３−ｉの第１記憶手段１１に記憶させる。
【００３２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
図２は、本発明の実施形態によるＰＨＳ−ＷＬＬシステムの構成図であり、図２０中の従来のＰＨＳ−ＷＬＬシステムの要素と実質的に同一の要素には共通の符号を附してある。
【００３３】
この図に示すように、ＰＨＳ−ＷＬＬシステムは、ＢＳＣ２、ＯＭＣ−Ｒ３０、ＢＴＥ４０及び複数のＳＵ１０及びＬＥ１２を具備する。ＢＳＣ２、ＳＵ１０及びＬＥ１２は、図２０中の要素と実質的に同一なので説明を省略する。
【００３４】
ＯＭＣ−Ｒ３０は、ＢＴＥ４０の監視等をするものであり、パソコン等で構成する。ＯＭＣ−Ｒ３０は、送受信部３２、ＣＰＵ３４、メモリ３６、キーボード等の入力手段及び図示しないディスプレイ等の出力手段を有する。
【００３５】
送受信部３２は、ＬＡＮ等により接続されたＢＳＣ２との間で通信を行うものである。ＣＰＵ３４は、メモリ３６に記憶されたプログラムを実行して、ＢＴＥ４０の監視をするものである。
【００３６】
図３は、図２中のＯＭＣ−Ｒのメモリの内容を示す図である。この図に示すように、メモリ３６は、ＣＰＵが実行するプログラム、ＢＴＥ４０にダウンロードする運用パラメータ、パラメータバージョン及びプログラムデータを記憶するものであり、ソフトウェア記憶部８０、ＢＴＥ管理テーブル８２、運用パラメータ記憶部８４及びプログラムデータ記憶部８６を有する。
【００３７】
図４は、図３中のソフトウェア記憶部の内容の一部を示す図である。ソフトウェア記憶部８０には、ＢＴＥ状態判定部９２、ダウンロード部９４及び入力部９６の各機能ブロックのプログラムが格納されている。
【００３８】
ＢＴＥ状態判定部９２は、キーボード等から入力部９６により入力された各ＣＳ４２，６０−１〜６０−３が実装／未実装のいずれであるかを示す実装状態をＢＴＥ管理テーブル８２に登録すると共に、各ＣＳ４２，６０−１〜６０−３について、障害状態／実装・未実装状態等を図示しないディスプレイ等に表示するものである。尚、ＣＳ４２がマスタＣＳ、ＣＳ６０−１〜６０−３がスレーブＣＳであり、マスタＣＳをＣＳ０、スレーブＣＳをＣＳ１〜ＣＳ３で表す。
【００３９】
ダウンロード部９４は、キーボード等から入力部９６により指示されたＣＳ０〜ＣＳ３に、運用パラメータ記憶部８４又はプログラムデータ記憶部８６から運用パラメータ、パラメータバージョン又はプログラムをリードして、送受信部３２及びＢＳＣ２を介して、ダウンロードするものである。
【００４０】
入力部９６は、ＣＳ設置者等によりキーボード３８から入力された運用パラメータ、パラメータバージョン及び図示しないフロッピーディスク等の記憶媒体に記憶されたプログラムを入力して、運用パラメータ及びパラメータバージョンは運用パラメータ記憶部８４に記憶し、プログラムはプログラムデータ記憶部８６に記憶し、また、ＣＳ設置者等によりキーボード３８から入力された各ＣＳ０〜ＣＳ３の実装／未実装状態を入力して、ＢＴＥ状態判定部９２に登録を指示するものである。
【００４１】
図５は、図３中のＢＴＥ管理テーブルを示す図である。この図に示すように、ＢＴＥ管理テーブル８２は、各ＣＳ０〜ＣＳ３について、実装状態、ＣＳ状態、プログラムバージョン及びパラメータバージョンのＢＴＥ管理情報からなる。実装状態は、各ＣＳ０〜ＣＳ３が実装／未実装のいずれであるかを示すものである。
【００４２】
ＢＴＥ管理テーブル８２には、ＢＴＥ４０が含むことの可能な最大数のＣＳ数、例えば、ＣＳ０〜ＣＳ３の４個について、ＢＴＥ管理情報を設定するエリアを予め設けておき、初期設定時には、全てのＣＳ０〜ＣＳ３について、未実装状態とする。そして、設置者等により、ＣＳｉを新設又は増設する際に、該当するＣＳｉが実装状態、ＣＳｊを減設する際に、該当するＣＳｊが未実装状態に設定される。
【００４３】
ＣＳ状態は、各ＣＳ０〜ＣＳ３が実装されており正常な状態、実装されているが故障している状態、未実装である未実装状態がある。尚、マスタＣＳ４２から通知される状態が正常の時、ＣＳ０〜ＣＳ３が正常であると設定され、マスタＣＳ４２から通知される状態が故障状態で、且つ、実装状態の時に、故障している状態が設定され、マスタＣＳ４２から通知される状態が故障状態で、且つ、未実装状態の時に、未実装状態が設定される。これにより、各ＣＳ０〜ＣＳ３の状態がＯＭＣ−Ｒ３０にて管理される。
【００４４】
ＢＴＥ４０は、マスタＣＳ４２とスレーブＣＳ６０−１〜６０−３を含み、最大で、例えば、ＣＳ０〜ＣＳ３まで４個のＣＳを含むことが可能である。マスタＣＳ４２とＢＳＣ２とは、例えば、２Ｍビット／秒（ｂｐｓ）のインタフェースで、スレーブＣＳ６０−１〜６０−３とは、専用ケーブルで接続される。ＣＳ４２，６０−１〜６０−３とＳＵ１０との間は、ＰＨＳの無線インタフェースで接続される。
【００４５】
マスタＣＳ４２は、ＢＳＣ２との間でトラヒックデータの通信、ＢＳＣ２を介して、ＯＭＣ−Ｒ３０に各ＣＳ０〜ＣＳ３の状態の報告、スレーブＣＳ６０−ｉ（ｉ＝１〜３）との間でデータリンクを確立して、各スレーブＣＳ６０−ｉの状態の受信、スレーブＣＳ６０−ｉに運用パラメータやパラメータバージョンのダウンロード、新設時に報知情報を送出して動作確認、スレーブＣＳ６０−ｉのチャネルの閉塞・開放等の制御をするものである。
【００４６】
マスタＣＳ４２は、送受信部４４、ＣＰＵ４６、ＴＤＭＡ部４８、無線部５０、送受信部５２、メモリ５４，５６及びメインメモリ５８を有する。送受信部４４は、ＢＳＣ２との間で、例えば、２Ｍｂｐｓインタフェースで通信をするものである。ＣＰＵ４６は、ＯＭＣ−Ｒ３０に各ＣＳ０〜ＣＳ３の状態通知等の上記処理を行うプロセッサである。
【００４７】
ＴＤＭＡ部４８は、ＰＨＳインタフェースに従い、報知情報やトラヒックデータ等を時分割されたチャネルで多重化・分離をするものである。無線部５０は、ＳＵ１０間で電波を送受信するものである。送受信部５２は、各スレーブＣＳ６２−ｉと物理インタフェースを確立して、データの送受信を行うものである。
【００４８】
図６は、図２中のマスタＣＳのメモリの内容を示す図である。
この図に示すように、メモリ５４，５６は、プログラムバージョン１００、プログラム１０２、パラメータバージョン１０４及び運用パラメータ１０６を記憶するフラッシュメモリやＥ2 ＰＲＯＭ等であり、一方を運用面、他方を待機面とする２面構成である。
【００４９】
このように、２面構成をするのは、運用パラメータ等をＯＭＣ−Ｒ３０からダウンロードして、変更する場合、待機面のメモリに変更をして、変更後に、待機面と運用面を切り換えることにより、運用を停止することなく行うようにすること、信頼性を向上させること等のためである。
【００５０】
図７は、図６中の運用パラメータの構成を示す図である。
この図に示すように、運用パラメータ１０６は、ＣＳ−ＩＤ、フレームパラメータ、制御チャネルパラメータ、温度値パラメータ、タイマ値パラメータ、通話チャネルパラメータ、装置番号及びモードパラメータ等を含む。
【００５１】
ＣＳ−ＩＤは、ＢＴＥ４０を特定し、ＰＨＳインタフェースで要求される報知情報に設定するものである。フレームパラメータは、スーパフレーム構成を指定するパラメータである。制御チャネルパラメータは、使用する制御チャネルに関するパラメータである。
【００５２】
温度値パラメータは、ＣＳが障害であると判断する上限の温度、例えば、８０°Ｃを指定するものである。通話チャネルパラメータは、使用する通話チャネルに関するパラメータである。装置番号は、各ＢＴＥ４０を管理するための装置番号である。
【００５３】
モードパラメータは、マスタＣＳ４２が立ち上げ時に、動作確認又は動作確認のスキップを制御するためのモードであり、「設置モード」又は「運用モード」が設定されるパラメータである。
【００５４】
「設置モード」とは、工場出荷時のパラメータに設定されており、呼処理を規制した報知情報を送出して、マスタＣＳ４２の動作確認を行うモードである。「運用モード」とは、通常運用をしている状態のことをいう。このようにモードパラメータを使用することにより、立ち上げ時、ＣＳ０を新設して動作確認をする場合にのみ、呼処理を規制した報知情報を送出している。
【００５５】
マスタＣＳ４２の運用パラメータに不備があった場合、「運用モード」のパラメータをダウンロードする。モードパラメータの変更は、ＯＭＣ−Ｒ３０からダウンロードにより変更する。
【００５６】
このように、運用パラメータ１０６には、従来のように接続ユニット数が含まれておらず、また、ＢＴＥ４０に特有のパラメータ、例えば、ＣＳ−ＩＤ、装置番号等は、マスタＣＳ４２を新設する際に動作確認が可能なデフォルトのパラメータとして、全ＣＳで共通としている。
【００５７】
図８は、図２中のマスタＣＳのメインメモリの内容を示す図である。この図に示すように、メインメモリ５８には、プログラム１０２及びＣＳ管理テーブル１０８が格納される。
【００５８】
図９は、図６中のプログラムの一部の機能ブロック図である。この図に示すように、プログラム１０２は、データリンク確立部１１０、状態監視部１１２、モード判定部１１４、状態報告部１１６、バージョンチェック部１１８、ダウンロード部１２０及び障害監視部１２２を含む。
【００５９】
データリンク確立部１１０は、各スレーブＣＳ６０−ｉ（ｉ＝１〜３）とデータリンクを確立して、データリンクの確立できなかったスレーブＣＳ６０−ｉを障害とするものである。尚、スレーブＣＳ６０−ｉが未実装の場合にも、データリンクが確立できず該スレーブＣＳ６０−ｉについては、障害判断している。
【００６０】
状態監視部１１２は、障害監視部１２２より自身が障害であるか否か、プログラムバージョン１００、パラメータバージョン１０４、各スレーブＣＳ６０−ｉが障害状態であるか否か、パラメータバージョン及びプログラムバージョンを受信して、ＣＳ管理テーブル１０８に各マスタＣＳ４２，スレーブＣＳ６２−ｉの状態を登録するものである。
【００６１】
尚、運用時のＳＵ１０及びスレーブＣＳ６０−ｉとの間の通信に関する機能は従来と同様なので説明を省略する。
図１０は、図８中のＣＳ管理テーブルの内容を示す図である。この図に示すように、ＣＳ管理テーブル１０８は、各ＣＳ０〜ＣＳ３について、障害状態の有無、プログラムバージョン及びパラメータバージョンのＣＳ管理情報を含む。障害状態とは、各ＣＳ０〜ＣＳ３の無線機の故障、データリンクが確立できない故障（未実装の場合を含む）等をいう。
【００６２】
プログラムバージョンとは、各ＣＳ０〜ＣＳ３にダウンロードされたプログラムのバージョンをいう。パラメータバージョンとは、各ＣＳ０〜ＣＳ３の運用パラメータのバージョンをいう。尚、インクリメントされたパラメータバージョンが、必要に応じて、ダウンロードされる。
【００６３】
モード判定部１１４は、立ち上げ時に、マスタＣＳ４２の運用パラメータに設定されたモードパラメータが「設置モード」ならば、呼処理を規制した報知情報を送出して、動作確認を行い、その他のモードならば、動作確認をスキップするものである。尚、立ち上げ時とは、ＢＴＥ４０の電源オン時、ＢＴＥ４０のリセット時の初期動作及び運用面と待機面との面切り換えを行う場合をいう。
【００６４】
状態報告部１１６は、ＣＳ管理テーブル１０８から各ＣＳ０〜ＣＳ３のＣＳ管理情報をリードして、ＢＳＣ２を介して、ＯＭＣ−Ｒ３０に報告するものである。
【００６５】
バージョンチェック部１１８は、ＣＳ０〜ＣＳ３の運用パラメータのパラメータバージョン及びプログラムバージョンをチェックして、ＣＳ０のパラメータバージョンが不定ならば、全チャネルを閉塞し、ＣＳｉ（ｉ＝１〜３）のパラメータバージョンが不定又はＣＳｉ（ｉ＝１〜３）のプログラムバージョンがＣＳ０のプログラムバージョンと異なれば、該当するＣＳｉの全チャネルを閉塞するものである。尚、パラメータバージョンが不定とは、パラメータが許容値内で無い場合、例えば、０をいう。
【００６６】
ダウンロード部１２０は、ＯＭＣ−Ｒ３０から運用パラメータ、パラメータバージョン、プログラムを受信して、自身ＣＳ０又は該当するＣＳｉのメモリ５４，５６，７０−ｉ，７２−ｉの待機面にダウンロードするものである。障害監視部１２２は、自身の無線部５０等が障害であるか否かを監視して、状態監視部１１２に報告すると共に、重度の障害が発生した場合は、全てのチャネルを閉塞する。
【００６７】
スレーブＣＳ６０−ｉは、マスタＣＳ４２が割り当てたチャネルに従って、ＳＵ１０との間でＰＨＳインタフェースに従って、トラヒックデータの通信、マスタＣＳ４２とデータリンクを確立して、障害であるか否か、運用パラメータバージョン、プログラムバージョンの報告、マスタＣＳ４２からダウンロードされる運用パラメータ等を受信して、メモリ７０−ｉ，７２−ｉに記憶するものである。
【００６８】
各スレーブＣＳ６０−ｉは、同一の構造であり、送受信部６２−ｉ、ＣＰＵ６４−ｉ、ＴＤＭＡ部６６−ｉ、無線部６８−ｉ、メモリ７０−ｉ，７２−ｉ及びメインメモリ７４を有する。送受信部６２−ｉは、マスタＣＳ４２と物理リンクを確立するものである。ＣＰＵ６４−ｉは、上記機能を実現するプログラムを実行するプロセッサである。
【００６９】
ＴＤＭＡ部６６−ｉは、マスタＣＳ４２が割り当てたチャネルを使用して、ＰＨＳインタフェースに従って、トラヒックデータを時分割多重化するものである。無線部６８−ｉは、ＳＵ１０との間で無線通信をするものである。
【００７０】
メモリ７０−ｉ，７２−ｉは、メモリ５４，５６と同様に、プログラムバージョン、プログラム、パラメータバージョン及び運用パラメータを記憶するフラッシュメモリやＥ2 ＰＲＯＭ等であり、一方を運用面、他方を待機面とする２面構成である。
【００７１】
２面構成をするのは、マスタＣＳ４２のメモリ５４，５６と同様の理由からである。また、メモリ７０−ｉ，７２−ｉは、工場出荷時には、マスタＣＳ４２のメモリ５４，５６と同じものがダウンロードされている。これにより、工場出荷時のダウンロードを簡略化すると共に、ダウンロードされたＣＳを区別する必要を無くしており、ＣＳ設置者の誤設置等を防止している。
【００７２】
図１１は、図２中のメモリに格納されたプログラムの一部の機能ブロック図である。この図に示すように、スレーブＣＳ６０−ｉは、データリンク確立部１４０、状態報告部１４２、ダウンロード部１４４及び障害監視部１４６を有する。
【００７３】
データリンク確立部１４０は、マスタＣＳ４２との間でデータリンクを確立するものである。状態報告部１４２は、マスタＣＳ４２に自身が障害であるか否か、プログラムバージョン、パラメータバージョンを報告するものである。
【００７４】
ダウンロード部１４４は、マスタＣＳ４２から送信されたプログラム、運用パラメータ及びパラメータバージョンを受信して、メモリ７０−ｉ，７２−ｉの待機面に記憶するものである。
【００７５】
障害監視部１４６は、自身の無線部６８−ｉ等が障害であるかを監視して、障害の場合は、状態報告部１４２に通知するものである。尚、ＳＵ１０との間の通信に関する機能は従来と同様なので説明を省略する。
【００７６】
以下、これらの図面を参照して、新規・増設・減設時の図２のＰＨＳ−ＷＬＬシステムについて説明をする。
（ａ） 工場出荷時
図１２は、本発明の実施形態による工場出荷前のダウンロードを示す図である。この図に示すように、ＣＳを新設・増設する場合に、工場出荷前のダウンロードは、設置する地区等ＣＳに依存することなく共通の初期運用パラメータ及びプログラムを格納したフロッピーディスク等からパソコン等を用いて各ＣＳのメモリ５６，５６，７０−ｉ，７２−ｉにローカルロードする。
【００７７】
また、運用パラメータのＣＳに特有のパラメータ、例えば、ＣＳ−ＩＤ等は、ＣＳを設置した時に、報知情報を送出して動作確認が可能なシステムデフォルト値とする。更に、モードパラメータは、「設置モード」とする。
【００７８】
（ｂ） 新設時
（ｂ１） マスタＣＳ４２とスレーブＣＳ６２−ｉの動作
新設する場合、設置者は、キーボード３８から設置するＣＳ４２，６０−ｉを実装状態に、残りを未実装状態に入力する。入力部９６は、キーボード３８からＣＳ４２，６０−ｉの実装／未実装に関する情報を入力して、ＢＴＥ状態判定部９２に通知する。ＢＴＥ状態判定部９２は、新設するＣＳ４２，６０−ｉについて、ＢＴＥ管理テーブル８２のＢＴＥ管理情報を実装状態、それ以外を未実装状態にする。
【００７９】
また、設置者は、ローカルロード済のマスタＣＳ４２の所定のポートをＢＳＣ２に接続し、マスタＣＳ４２の該当するポートを新設するスレーブＣＳ６０−ｉに接続して、マスタＣＳ４２及び新設するスレーブＣＳ６０−ｉの電源を入れる。これにより、マスタＣＳ４２及びスレーブＣＳ６０−ｉが立ち上がる。
【００８０】
図１３は、本発明の実施形態によるＣＳ立ち上げ時の動作フローを示す図である。
ＣＳが立ち上げられると、ステップＳ５０において、自ＣＳにロードされているパラメータの正常性を確認する。正常性は、各運用パラメータが許容値内であるか否かをチェックして、許容範囲外ならば、運用パラメータが異常であるとする。
【００８１】
ステップＳ５２において、運用パラメータが正常であるか否かを判別して、正常でなければ、ステップＳ５４に進み、正常ならば、ステップＳ５６に進む。ステップＳ５４において、パラメータが異常なので、パラメータバージョン＝不定として、ステップＳ５６に進む。
【００８２】
ステップＳ５６において、障害状態、パラメータバージョン、プログラムバージョンを収集する。ステップＳ５８において、自ＣＳはマスタであるか否かを判断して、マスタならば、ステップＳ６８に進み、スレーブならば、ステップＳ６０に進む。尚、マスタであるかスレーブであるかは、例えば、ＢＳＣ２を接続するポートから信号が来ているか否か等により判断する。
【００８３】
ステップＳ６０において、スレーブＣＳならば、マスタＣＳ４２とデータリンクを確立する。ステップＳ６２において、データリンクが確立したかをチェックして、データリンクが確立したならば、ステップＳ６４に進み、データリンクが確立されなければ、ステップＳ６０に戻り、再度、データリンクを確立する。
【００８４】
ステップＳ６２において、マスタＣＳ４２に障害情報、プログラムバージョン及びパラメータバージョンの状態通知を行う。ステップＳ６６において、スレーブＣＳは、運用に入る。
【００８５】
ステップＳ６８において、スレーブＣＳＮの数を示す変数Ｎを１に初期化する。ステップＳ７０において、マスタＣＳ４２は、ＣＳＮとデータリンクを確立する。
【００８６】
ステップＳ７２において、データリンクが正常に確立したかをチェックして、正常に確立したならば、ステップＳ７８に進み、正常に確立しなければ、ステップＳ７４に進む。尚、データリンクが正常に確立しなかった場合は、データリンクの確立のリトライをする。
【００８７】
ステップＳ７４において、データリンクがＣＳＮと確立できなかったので、ＣＳＮのＣＳ管理情報を「障害中」として、ＣＳ管理テーブル１０８を更新する。ステップＳ７６において、ＣＳＮの全チャネルを閉塞する。
【００８８】
ステップＳ７８において、Ｎ＋１＞３であるかをチェックして、Ｎ＋１＞３ならば、ステップＳ８０に進み、Ｎ＋１≦３ならば、ステップＳ７０に戻り、Ｎ＋１について、ステップＳ７０のデータリンクの確立をする。
【００８９】
ステップＳ８０において、スレーブの状態情報取得する。図１４は、スレーブの状態情報取得のフローチャートである。
ステップＳ１００において、スレーブＣＳより状態通知を受信する。ステップＳ１０２において、受信した状態通知をＣＳ管理テーブル１０８内の該当するＣＳのＣＳ管理情報を更新する。
【００９０】
ステップＳ１０４において、スレーブＣＳから受信したバージョンが正常であるか否かをチェックして、正常でなければ、ステップＳ１０６に進み、正常ならば、ステップＳ１０８に進む。
【００９１】
尚、バージョンが正常であるとは、スレーブＣＳのパラメータバージョンが不定でなく、且つ、マスタＣＳ４２のパラメータバージョンとスレーブＣＳのパラメータバージョン及びマスタＣＳ４２のプログラムバージョンとスレーブＣＳのプログラムバージョンとが一致することをいう。
【００９２】
ステップＳ１０６において、該当ＣＳの全チャネルを閉塞して、リターンする。このように、バージョンが正常でない場合に、該当ＣＳの全チャネルを閉塞するのは、該当ＣＳの誤動作等によりシステムに影響を及ぼすことを防止するためである。
【００９３】
ステップＳ１０８において、スレーブＣＳに重度障害が発生しているかをチェックして、重度障害が発生している場合は、ステップＳ１０６に進み、重度障害が発生していなければ、ステップＳ１１０に進む。ステップＳ１１０において、該当ＣＳの全チャネルの閉塞を解除して、リターンする。
【００９４】
図１３中のステップＳ８２において、状態通知をする。図１５は、図１３中の状態通知フローチャートである。
ステップＳ１２０において、マスタＣＳ４２は、ＢＳＣ２とデータリンクを確立する。ステップＳ１２２において、データリンクが正常に確立したかをチェックして、正常に確立しなかったならば、ステップＳ１２０に戻り、正常に確立したならば、ステップＳ１２４に進む。
ステップＳ１２４において、運用パラメータのモードが「設置モード」であるかをチェックして、「設置モード」ならば、ステップＳ１２６に進み、「設置モード」で無ければ、ステップＳ１２６に進む。ステップＳ１２６において、該当ＣＳ使用不可（呼設定を規制）で報知情報をＰＨＳ等の試験器に送出する。
【００９５】
試験器は、報知情報を受信して、マスタＣＳ４２に応答する。これにより、マスタＣＳ４２の動作確認が行われる。尚、この際、呼設定を規制しているので、マスタＣＳ４２がＳＵ１０からアクションされることなく、動作確認を行うことができる。
【００９６】
ステップＳ１２８において、自ＣＳ４２のパラメータはバージョン不定であるかをチェックして、バージョン不定ならば、ステップＳ１３０に進み、バージョンが不定でなければ、ステップＳ１３２に進む。
【００９７】
ステップＳ１３０において、運用パラメータが正常でなく、システムに悪影響を及ぼす恐れがあるので、報知を停止して、全ＣＳのチャネルを閉塞する。そして、ＣＳ状態を「ダウンロード待ち」にする。
【００９８】
正しい運用パラメータがＯＭＣ−Ｒ３０からダウンロードされて、再度、立ち上げられる。そして、ステップＳ５０〜Ｓ８２の処理が実行されて、運用パラメータ変更後のマスタＣＳ４２の動作が確認される。
【００９９】
ステップＳ１３２において、自ＣＳ４２にて重度障害が発生したかをチェックして、重度障害が発生したならば、ステップＳ１３４に進み、重度障害が発生しなければ、ステップＳ１３６に進む。ステップＳ１３４において、報知情報の送出を停止して、全ＣＳのチャネルを閉塞し、ＣＳ管理テーブル１０８内のＣＳ管理情報のＣＳ０の状態を「障害」にする。
【０１００】
ステップＳ１３６において、動作確認されたので、呼設定を規制を解除して、報知情報を送出して、全ＣＳのチャネル閉塞を解除する。ステップＳ１３８において、ＢＳＣ２を介して、ＯＭＣ−Ｒ３０にＣＳ０〜ＣＳ３の状態を通知する。
【０１０１】
（ｂ２） ＯＭＣ−Ｒ３０の動作
図１６は、図２中のＯＭＣ−Ｒの動作フローチャートである。
上述したように、新設する際の設置者による入力により、ＢＴＥ管理テーブル８２内、設置するＣＳが実装状態、それ以外のＣＳが未実装状態となっている。
【０１０２】
図１７は、ＢＴＥ管理情報の更新を示す図であり、同図（ａ）は更新前のＢＴＥ管理情報、同図（ｂ）は新設されたＢＴＥ４０からの状態通知、同図（ｃ）は更新後のＢＴＥ管理情報を示す。例えば、ＣＳ０，ＣＳ１，ＣＳ２が新設される場合は、図１７（ａ）に示すように、ＣＳ０，ＣＳ１，ＣＳ２が実装状態、ＣＳ３が未実装状態、他の管理情報は不定となっている。
【０１０３】
ステップＳ１４０において、ＢＴＥ４０側より状態通知を受信する。例えば、図１７（ｂ）に示すように、ＢＴＥ４０からＯＭＣ−Ｒ３０に状態通知されたものとする。尚、同図では、ＣＳ３が未実装なので、障害となっている。
【０１０４】
ステップＳ１４２において、ＢＴＥ４０側に含まれるＣＳ数の変数Ｎを０に初期化する。ステップＳ１４４において、状態通知内ＣＳＮが障害中であるかをチェックして、障害中ならば、ステップＳ１４６に進み、障害中で無ければ、ステップＳ１５０に進む。
【０１０５】
ステップＳ１４６において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内ＣＳＮは「実装」か否かをチェックして、「実装」ならば、ステップＳ１４８に進み、「実装」で無ければ、ステップＳ１５６に進む。ステップＳ１４８において、ＣＳＮのバージョンをチェックして、正常ならば、ステップＳ１６０に進み、正常で無ければ、ステップＳ１５８に進む。
【０１０６】
ここで、ＣＳＮのバージョンが正常であるとは、ＣＳＮのバージョンが不定でなく、且つ、ＣＳＮのプログラムバージョン及びパラメータバージョンとＣＳ０のプログラムバージョン及びパラメータバージョンが等しいことをいう。
【０１０７】
ステップＳ１５０において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮが未実装であるかをチェックして、未実装ならば、ステップＳ１５２に進み、実装ならば、ステップＳ１５４に進む。
【０１０８】
ステップＳ１５２において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮの状態を「障害中」とする。例えば、図１７（ａ），（ｂ）に示すように、ＣＳ２について、障害が状態通知されるので、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮを「障害中」とする。この障害状態がＯＭＣ−Ｒ３０のディスプレイに表示される。保守者等は、障害中のＣＳＮの復旧を行うことになる。
【０１０９】
ステップＳ１５４において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮを「未実装」とする。例えば、図１７（ａ），（ｂ）に示すように、ＣＳ３について、未実装、且つ、障害なので、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮを「未実装」とする。この未実装状態がＯＭＣ−Ｒ３０のディスプレイに表示される。設置者等は、ＣＳ３の未実装を確認する。
【０１１０】
ステップＳ１５６において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮの状態を「過接続」にする。
ステップＳ１５８において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内ＣＳＮの状態を「ダウンロード待ち」にする。ここで、バージョンがＣＳ０と不一致の時に、ダウンロード待ちにするのは、運用パラメータが更新された場合（例えば、スーパフレーム構成を変更した場合）等において、スレーブＣＳ６０−Ｎの運用パラメータをマスタＣＳ４２の運用パラメータに合致させる必要があるからである。尚、新設時は、ＣＳ０とＣＳＮのバージョンが一致している。
【０１１１】
例えば、図１７（ａ），（ｂ）に示すように、ＣＳ１については、パラメータバージョンが不定なので、「ダウンロード待ち状態」にＢＴＥ管理テーブル８２が更新される。ＣＳＮがダウンロード待ち状態であることが、ＯＭＣ−Ｒ３０のディスプレイに表示される。設置者は、ダウンロード待ちのＣＳＮに、正しい運用パラメータのダウンロードを指示する。
【０１１２】
ステップＳ１６０において、ＢＴＥ管理テーブル８２のＢＴＥ管理情報内ＣＳＮの状態を「正常」にする。例えば、図１７（ａ），（ｂ）に示すように、ＣＳ０については、パラメータバージョンが正常なので、「正常」にＢＴＥ管理テーブル８２が更新される。
【０１１３】
ステップＳ１６２において、Ｎ＋１＞３であるかをチェックして、Ｎ＋１＞３でなけば、Ｎをインクリメントして、ステップＳ１４４に戻り、Ｎ＋１≦３ならば、ステップＳ１６４に進む。
【０１１４】
ステップＳ１６４において、設置者によりダウンロード指示されたかをチェックして、ダウンロード指示されたならば、ステップＳ１６６に進み、ダウンロード指示されなければ、ステップＳ１６８に進む。
【０１１５】
ステップＳ１６６において、運用パラメータやプログラムを該当するＣＳＮにダウンロードする。該当するＣＳＮには、待機面のメモリ５４，５６，７０−ｉ，７２−ｉにダウンロードをしてから、運用面と待機面とを切り換える。
【０１１６】
例えば、マスタＣＳ４２のＣＳ−ＩＤを変更した場合、面切り換えにより、再立ち上げされ、図１３に示した処理が行われる。動作確認後は、マスタＣＳ４２のモードが「運用モード」に変更されるので、動作確認がスキップされる。これにより、ＣＳＮを停止することなく、運用パラメータ等をダウンロードすることができる。尚、新設時に、運用パラメータやプログラムのダウンロードが指示されるのは、ＣＳ−ＩＤ等、デフォルト値から運用値に変更する場合及びモードパラメータを変更する場合等である。
【０１１７】
ステップＳ１６８において、ＯＭＣ−Ｒ３０は運用に戻る。
（ｃ） 増設時
ＣＳｉを増設する場合の工場出荷時のローカルロードは、上述したように、新設時の場合と同様にして行われる。このローカルロードでは、ＣＳｉの運用パラメータは全て同じであるので、増設するＣＳｉの場所を意識する必要がない。設置者は、増設するＣＳｉをマスタＣＳ４２のポートに専用線ケーブルにより接続して、ＣＳｉの電源を入れる。
【０１１８】
図１８は、ＣＳ増設時のマスタＣＳの動作フローチャートである。
図１９は、ＣＳ３を増設した場合のシーケンスフローチャートである。
増設ＣＳ３が電源オンして立ち上がると、割り込みＣＳ間同期障害の割り込み信号がマスタＣＳ４２に上がる。ステップＳ１７２において、割り込み信号の割り込み要因から障害発生したかをチェックして、障害が発生したならば、ステップＳ１７４に進み、障害発生でなければ、ステップＳ１７８に進む。ステップＳ１７６において、障害ＣＳとのデータリンクを切断する。ＣＳ管理テーブル１０８中の該当ＣＳ「障害」として、ステップＳ１９６に進む。
【０１１９】
増設ＣＳ３は、電源オンして立ち上がると、図１３中のステップＳ５０からステップＳ６０の処理を経て、ＣＳ０とデータリンクを確立してから、マスタＣＳ４２に状態通知をして運用に入る。
【０１２０】
一方、マスタＣＳ４２は、ステップＳ１７８において、復旧ＣＳとの間でデータリンクを確立する。例えば、図１９に示すように、ＣＳ３とＣＳ０との間で、ＳＡＢＭ、ＵＡ、初期化指示、初期化報告を行って、データリンクを確立する。尚、増設の場合のＣＳは、未実装の障害状態から実装状態に変わるため、復旧ＣＳとして扱う。
【０１２１】
ステップＳ１８０において、マスタＣＳ４２は、データリンクが正常に確立されたかをチェックして、正常に確立されていなければ、ステップＳ１９６に進み、正常に確立したならば、ステップＳ１８２に進む。ステップＳ１８２において、ＣＳ管理テーブル１０８の該当ＣＳ管理情報を「障害無し」に更新する。
【０１２２】
ステップＳ１８４において、増設ＣＳ３より、状態通知を受信する。ステップＳ１８６において、復旧ＣＳのパラメータバージョンが不定であるかをチェックして、復旧ＣＳのパラメータバージョンが不定ならば、ステップＳ１９６に進み、パラメータバージョンが正常ならば、ステップＳ１９０に進む。
【０１２３】
ステップＳ１９０において、プログラムバージョン及びパラメータバージョンが復旧ＣＳ≠ＣＳ０であるかをチェックして、異なる時、ステップＳ１９６に進み、等しい時は、ステップＳ１９２に進む。例えば、増設ＣＳ３を増設するまでに、ＣＳ０，ＣＳ１，ＣＳ２の運用パラメータに変更があれば、ステップＳ１９６に進むことになる。
【０１２４】
ステップＳ１９２において、復旧ＣＳにおいて、重度障害が発生したかをチェックして、重度障害が発生したならば、ステップＳ１９６に進み、発生しなかったならば、ステップＳ１９４に進む。ステップＳ１９４において、復旧ＣＳの全チャネル閉塞を解除して、ステップＳ１９８に進む。
【０１２５】
ステップＳ１９６において、該当ＣＳの全チャネルを閉塞して、ステップＳ１９８に進む。このように増設ＣＳが重度障害のみならず、増設ＣＳのバージョン≠ＣＳ０のバージョンの時にも、増設ＣＳのチャネルを閉塞するのは、バージョンが異なる場合に、ＣＳ０と動作が異なる恐れがあるからである。ステップＳ１９８において、ＢＳＣ２にＢＴＥ４０のＣＳ状態を通知する。ステップＳ２００において、運用に戻る。
【０１２６】
増設ＣＳ３のパラメータの状態等は、ＯＭＣ−Ｒ３０に通知される。ＯＭＣ−Ｒ３０は、増設ＣＳ３がパラメータバージョンが不定又はＣＳ０と増設ＣＳ３のパラメータバージョンが等しくなければ、図１６中のステップＳ１４２，Ｓ１４６，Ｓ１４８，Ｓ１５８の処理を経て、ＢＴＥ管理テーブル８２のＣＳ３のＣＳ状態が「ダウロード待ち状態」となり、ディスプレイ等に出力される。
【０１２７】
設置者が入力部９６より一致するパラメータのダウンロードを指示し、増設ＣＳ３の待機面にパラメータをダウロードしてから、運用面を切り換える。ＣＳ３は、ダウンロードされたパラメータバージョン等の状態をマスタＣＳ４２に通知する。
【０１２８】
ＣＳ３のパラメータバージョン等が正常であれば、マスタＣＳ４２は、ＣＳ３のチャネル閉塞を解除して、ＣＳ３の運用に入ると共に、ＯＭＣ−Ｒ３０にＣＳ３が正常であることを通知する。
【０１２９】
ＯＭＣ−Ｒ３０は、ＣＳ３の状態を受信して、正常であることを確認してから、ＢＴＥ管理テーブル８２のＣＳ３の状態を「正常」にする。これにより、運用中のＣＳ０等を停止することなく、ＣＳ３を増設することができる。
【０１３０】
（ｄ） 減設時
設置者は、ＢＴＥ管理テーブル８２中の減設ＣＳの実装状態を未実装にすると共に、減設ＣＳをマスタＣＳ４２から取り外すと、図１８と同様にして、割り込みＣＳ間同期障害が上がる。
【０１３１】
マスタＣＳ４２は、障害発生として、減設したＣＳとのデータリンクを切断して、ＣＳ管理テーブル１０８の減設ＣＳの状態を「障害中」に更新する。該当ＣＳの全チャネルを閉塞して、ＢＳＣ２に減設ＣＳが「障害状態」であることを通知する。
【０１３２】
ＯＭＣ−Ｒ３０は、図１６中のステップＳ１４０，Ｓ１４２，Ｓ１４４，Ｓ１５０，Ｓ１５４を経て、ＢＴＥ管理テーブル８２中の減設ＣＳの状態を「未実装」とする。
【０１３３】
これにより、ＢＴＥ４０の運用を停止することなく減設することができると共に、ＯＭＣ−Ｒ３０では、減設ＣＳが障害ではなく未実装であると判断することができ、「障害状態」と「未実装」とを区別することができる。
【０１３４】
以上説明した実施形態によれば、工場出荷時のローカルロードは全ＣＳで共通としているので、作業が簡単になると共に、誤設置等を防止することができる。運用パラメータからユニット数等を除去したので、増減設時に、運用中のＣＳを停止することがなくなる。
【０１３５】
【発明の効果】
以上説明したように、本発明によれば、ＯＭＣ−Ｒにより、ＢＴＥの接続構成を管理して、必要に応じて運用パラメータをダウンロードするので、工場出荷時及び設置時の作業の軽減が期待される。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の実施形態によるＰＨＳ−ＷＬＬシステムの構成図である。
【図３】図２中のＯＭＣ−Ｒのメモリの内容を示す図である。
【図４】図３中のソフトウェア記憶部の内容を示す図である。
【図５】図４中のＢＴＥ管理テーブルを示す図である。
【図６】図２中のマスタＣＳのメモリの内容を示す図である。
【図７】図６中の運用パラメータの構成を示す図である。
【図８】図２中のマスタＣＳのメインメモリの内容を示す図である。
【図９】図６中のプログラムの一部の機能ブロック図である。
【図１０】図８中のＣＳ管理テーブルを示す図である。
【図１１】図２中のスレーブＣＳのソフトウェア構造を示す図である。
【図１２】本発明の実施形態による工場出荷前のローカルロードを示す図である。
【図１３】本発明の実施形態によるＣＳ立ち上げ時の動作フローチャートである。
【図１４】図１３中のスレーブの状態情報取得のフローチャートである。
【図１５】図１３中の状態通知のフローチャートである。
【図１６】図２中のＯＭＣ−Ｒの動作フローチャートである。
【図１７】ＢＴＥ管理情報の更新を示す図である。
【図１８】ＣＳ３増設時のフローチャートである。
【図１９】ＣＳ３増設時のシーケンスフローチャートである。
【図２０】従来のＰＨＳ−ＷＬＬシステムの構成図である。
【図２１】従来の無線基地局設置フローチャートである。
【図２２】従来の設置時のローカルロードを示す図である。
【図２３】従来のＣＳ増設フローチャートである。
【図２４】従来のＣＳ減設フローチャートである。
【符号の説明】
１１ 第１記憶手段
１２ 端末装置
１３−ｉ（ｉ＝１〜Ｎ） ＣＳ
１４ ＢＴＥ
１５ ＯＭＣ−Ｒ
１６ 第２記憶手段
１７ 第１設定手段
１９ 第１ダウンロード手段
２１ 取得手段
２２ 第３記憶手段
２３ 第２設定手段
２４ 第１通知手段
２５ 第２ダウンロード手段
Claims (13)
- それぞれが運用パラメータ及びそのパラメータバージョンを記憶し、運用開始前に初期値が記憶される第１記憶手段を有し、前記第１記憶手段に記憶された前記運用パラメータに基づいて、端末装置との間で無線により通信をするマスタセルステーション及びスレーブセルステーションを含む無線基地局と、前記マスタセルステーション及びスレーブセルステーションの状態を監視する保守運用監視装置とを有する無線システムにおいて、
前記保守運用監視装置は、
前記マスタセルステーション及び前記スレーブセルステーションの運用に係る第１管理情報を記憶する第２記憶手段と、
前記マスタセルステーション及び前記スレーブセルステーションの前記第１記憶手段に記憶されているパラメータバージョン並びに前記マスタセルステーションと前記スレーブセルステーションのパラメータバージョンが不一致であるときの該スレーブセルステーションの運用パラメータのダウンロード待ちを前記マスタセルステーションから受信して、前記第２記憶手段に設定する第１設定手段と、
前記第２記憶手段に設定された前記マスタセルステーション及び前記スレーブセルステーションのパラメータバージョン並びに前記ダウンロード待ちに基づいて前記マスタセルステーションまたは前記スレーブセルステーションに運用パラメータ及びパラメータバージョンをダウンロードする第１ダウンロード手段とを具備し、
前記マスタセルステーションは、
前記マスタセルステーション及び前記スレーブセルステーションの前記第１記憶手段に記憶されたパラメータバージョンを取得する取得手段と、
前記取得手段により取得された前記マスタセルステーション及び前記スレーブセルステーションの前記パラメータバージョン並びに前記スレーブセルステーションのパラメータバージョンと前記マスタセルステーションのパラメータバージョンが不一致の場合は、該スレーブセルステーションの前記運用パラメータの前記ダウンロード待ちを前記保守運用監視装置に通知する第１通知手段と、
前記第１ダウンロード手段より前記運用パラメータ及びパラメータバージョンを受信して、該当する前記マスタセルステーションまたは前記スレーブセルステーションの第１記憶手段にダウンロードする第２ダウンロード手段とを具備したことを特徴とする無線システム。 - 前記保守運用監視装置は、前記第２記憶手段に設定された前記マスタセルステーション及びスレーブセルステーションのパラメータバージョン並びに前記スレーブセルステーションの前記ダウンロード待ちであることを出力装置に出力する出力制御手段と、入力装置より指示された運用パラメ-タをダウンロードするべきマスタセルステーションまたはスレーブセルステーションを特定する情報を入力する入力手段とを更に具備し、前記第１ダウンロード手段は前記入力手段が入力したマスタセルステーションまたはスレーブセルステーションに運用パラメータ及びパラメータバージョンをダウンロードすることを特徴とする請求項１記載の無線システム。
- 前記スレーブセルステーションは、割り当てられたチャネルに従い、前記端末装置との間でトラヒックデータの通信を行い、前記マスタセルステーションは、前記端末装置に使用するチャネルを割り当て、前記スレーブセルステーションに前記割り当てたチャネルを使用して前記端末装置との間で通信をするよう指示する請求項１記載の無線システム。
- 前記スレーブセルステーションは、
前記マスタセルステーションとの間で通信リンクを確立する第１リンク確立手段と、
前記マスタセルステーションに前記運用パラメータのパラメータバージョン及び障害状態を通知する第２通知手段とを具備し、
前記マスタセルステーションは、
前記スレーブセルステーションについて、前記運用パラメータのパラメータバージョン及び障害状態に関する情報を含む第２管理情報を記憶する第３記憶手段と、
前記スレーブセルステーションの障害状態及びパラメータバージョンを前記第３記憶手段に設定する第２設定手段と、
前記各スレーブセルステーションとの間で通信リンクを確立する第２リンク確立手段と、
前記スレーブセルステーションとの間で通信リンクの確立できなかったスレーブセルステーションの状態を「障害状態」とする前記第２管理情報を前記第３記憶手段に設定する第３設定手段と、
前記第３記憶手段に記憶された前記第２管理情報に基づいて、前記障害状態のスレーブセルステーションのチャネルを閉塞する閉塞手段とを具備し、
前記第１通知手段は前記第３記憶手段に記憶した前記スレーブセルステーションの障害状態を前記保守運用監視装置に通知する請求項３記載の無線システム。 - 前記マスタセルステーションは、前記第２管理情報が前記「障害状態」の復旧を示す前記スレーブセルステーションのチャネルの閉塞を解除する解除手段を更に具備する請求項４記載の無線システム。
- 前記運用パラメータは、「設置モード」又は「運用モード」のいずれのモードであるかを示すモードパラメータを含み、
前記マスタセルステーションは、立ち上げ又は前記運用パラメータの更新による再立ち上げ時に、前記モードパラメータが前記「設置モード」の場合は、呼処理を規制した報知情報を送出し、前記モードパラメータが前記「運用モード」の場合は、前記呼処理を規制した報知情報の送出をスキップする報知手段を更に具備する請求項４記載の無線システム。 - 前記保守運用監視装置は、新設するマスタセルステーション及びスレーブセルステーションを実装状態とし、他は未実装状態とする前記第１管理情報を前記第２記憶手段に設定する第４設定手段を更に具備する請求項４記載の無線システム。
- 前記保守運用監視装置は、増設するスレーブセルステーションを実装状態とする前記第１管理情報を前記第２記憶手段に設定する第５設定手段を更に具備する請求項４記載の無線システム。
- 前記保守運用監視装置は、
減設するスレーブセルステーションを未実装とする前記第１管理情報を前記第２記憶手段に設定する第６設定手段と、
前記未実装状態となっているスレーブセルステーションの前記マスタセルステーションから通知される状態が障害状態ならば、未実装と前記第１管理情報を前記第２記憶手段に設定する第７設定手段とを更に具備する請求項４記載の無線システム。 - 前記保守運用監視装置は、
スレーブセルステーションの第１パラメータバージョンと前記マスタセルステーションの第２パラメータバージョンとを比較する第１比較手段と、
前記第１パラメータバージョンと前記第２パラメータバージョンとが不一致の時、不一致となった前記スレーブセルステーションに前記マスタセルステーションの該当する運用パラメータをダウンロードする第４ダウンロード手段とを更に具備する請求項３記載の無線システム。 - 前記マスタセルステーションは、
スレーブセルステーションの第１パラメータバージョンと前記マスタセルステーションの第２パラメータバージョンとを比較する第２比較手段と、
前記第１パラメータバージョンと前記第２パラメータバージョンが不一致となったスレーブセルステーションのチャネルを閉塞する第２閉塞手段とを更に具備する請求項３記載の無線システム。 - 前記第１記憶手段は、プログラムバージョンが付与されたプログラムを含み、
前記第２管理情報は、前記マスタセルステーション及びスレーブセルステーションのプログラムバージョンを含み、
前記保守運用監視装置は、前記マスタセルステーション又は前記スレーブセルステーションにプログラムをダウンロードする第５ダウンロード手段を更に具備する請求項４記載の無線システム。 - 前記マスタセルステーション及び前記スレーブセルステーションは、前記運用パラメータに無線基地局を特定するセルステーションＩＤを含み、前記端末装置との間で前記セルステーションＩＤに基づき、ＰＨＳインタフェースに従って通信し、
前記保守運用監視装置は、前記無線基地局に該当する前記セルステーションＩＤをダウンロードする第６ダウンロード手段を更に具備する請求項４記載の無線システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15249198A JP3862860B2 (ja) | 1998-06-02 | 1998-06-02 | 無線システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15249198A JP3862860B2 (ja) | 1998-06-02 | 1998-06-02 | 無線システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11346382A JPH11346382A (ja) | 1999-12-14 |
| JP3862860B2 true JP3862860B2 (ja) | 2006-12-27 |
Family
ID=15541638
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15249198A Expired - Fee Related JP3862860B2 (ja) | 1998-06-02 | 1998-06-02 | 無線システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3862860B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100347322B1 (ko) | 2000-04-27 | 2002-08-07 | 주식회사 하이닉스반도체 | Ｉｍｔ-2000 비동기/동기 시스템에서의 제어국 및 기지국ｉｄ 할당방법 |
| JP2007124208A (ja) * | 2005-10-27 | 2007-05-17 | Sanyo Electric Co Ltd | 無線モジュール |
| JP5206353B2 (ja) * | 2008-11-20 | 2013-06-12 | 富士通株式会社 | 無線基地局装置の構成データ設定方法、無線基地局制御装置及び無線基地局装置 |
| JP5317929B2 (ja) * | 2009-11-06 | 2013-10-16 | 三菱電機株式会社 | 無線伝送装置およびネットワークシステム |
| CN103109560B (zh) * | 2012-09-07 | 2016-09-28 | 华为技术有限公司 | 一种操作维护通道的故障恢复方法和网络管理终端 |
| JP6758434B2 (ja) * | 2019-01-18 | 2020-09-23 | ソフトバンク株式会社 | 管理サーバ、管理方法、ユーザ端末、設定方法及び設定プログラム |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2635703B2 (ja) * | 1988-07-25 | 1997-07-30 | 株式会社東芝 | 無線電話システム |
| JP2760362B2 (ja) * | 1990-06-01 | 1998-05-28 | 明星電気株式会社 | 無線電話システムの監視方式 |
| JPH0787543A (ja) * | 1993-09-17 | 1995-03-31 | Fujitsu Ltd | ディジタル移動通信システム |
| JPH08297576A (ja) * | 1995-02-27 | 1996-11-12 | Nec Eng Ltd | 局データローディング方式 |
| JPH09258965A (ja) * | 1996-03-26 | 1997-10-03 | Nippon Denki Ido Tsushin Kk | プログラム更新方式 |
| JP3033689B2 (ja) * | 1996-08-14 | 2000-04-17 | 日本電気移動通信株式会社 | Ｐｈｓ基地局の制御チャネル切替方式 |
-
1998
- 1998-06-02 JP JP15249198A patent/JP3862860B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11346382A (ja) | 1999-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20040264421A1 (en) | Cell station, radio communication system, communication control method of cell station, and method of building radio communication network | |
| EP1983777A1 (en) | Method,system and control device for disaster recovery of rnc nodes | |
| KR20010072117A (ko) | 무선네트워크 시스템의 구축방법 및 무선전송장치 | |
| AU6972994A (en) | Data transmission method and data transmission system in a cellular radio network | |
| WO2023045304A1 (zh) | 组网方法、装置、设备及存储介质 | |
| JP3862860B2 (ja) | 無線システム | |
| JP5190543B2 (ja) | 通信ネットワークにおいてネットワーク要素のソフトウエアを更新する方法 | |
| KR100407323B1 (ko) | 사설 무선 네트워크에서 콜 매니저 이중화 방법 | |
| JP2004357264A (ja) | 移動通信システムにおける中継器遠隔制御システム及びその方法 | |
| WO1996014720A1 (en) | Cellular radio system and a base station | |
| JP3972198B2 (ja) | セル情報設定方法、無線アクセスネットワークおよび無線制御装置 | |
| US20040057395A1 (en) | Channel recovery method and mobile communication system | |
| CN100382635C (zh) | 一种多载频小区的建立方法 | |
| AU755464B2 (en) | Method of establishing connection between network elements in a radio system | |
| JP2009017114A (ja) | 無線端末局のソフトウエアプログラム配布および更新方法 | |
| CN102811470A (zh) | 一种选择网关的方法和装置 | |
| JP2003092602A (ja) | ネットワーク装置 | |
| JP3477705B2 (ja) | 加入者無線システムにおけるソフトウエアダウンロード装置及び方法 | |
| JP3441957B2 (ja) | 位置登録制御方式 | |
| CN112527552A (zh) | 容灾方法、装置、局点和存储介质 | |
| JP2006054804A (ja) | ファイルダウンロード方法および移動通信ネットワークシステムならびに基地局装置 | |
| JP4307409B2 (ja) | 復旧方法およびそれを利用した基地局装置、基地局システム | |
| CN113850984B (zh) | 一种支持蓝牙协议设备自动采集设备数据的方法 | |
| KR100250621B1 (ko) | 위성통신시스템에서의 중앙제어국 재기동시 데이터 복원장치 | |
| KR100208191B1 (ko) | 주파수 공용통신 시스템에서 제어채널 지정방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040628 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040810 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041006 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051101 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051220 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060926 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060927 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |