JPH11346382A

JPH11346382A - 無線システム

Info

Publication number: JPH11346382A
Application number: JP10152491A
Authority: JP
Inventors: Koji Higuchi; 晃治樋口; Kenzo Kaneto; 賢三兼藤; Kazuyoshi Kondo; 一義近藤; Tomoya Kagimoto; 智也鍵本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-06-02
Filing date: 1998-06-02
Publication date: 1999-12-14
Anticipated expiration: 2018-06-02
Also published as: JP3862860B2

Abstract

(57)【要約】【課題】工場出荷時のローカルロードが簡単で、誤設
置等を防止することのできる無線システムを提供するこ
とを目的する。【解決手段】ＢＴＥと、各セルステーションの状態を
監視するＯＭＣ−Ｒとを有する無線システムにおいて、
ＯＭＣ−Ｒは、各ＣＳの第１管理情報を記憶する第２記
憶手段と、各ＣＳのバーションを第２記憶手段に設定す
る第１設定手段と、ＣＳに運用パラメータをダウンロー
ドする第１ダウンロード手段とを具備する。ＢＴＥは、
各ＣＳのパラメータバージョンを取得する取得手段と、
各ＣＳの第２管理情報を記憶する第３記憶手段と、各Ｃ
Ｓのバージョン等を第３記憶手段に設定する第２設定手
段と、第３記憶手段に記憶した各ＣＳの管理情報をＯＭ
Ｃ−Ｒに通知する第１通知手段と、該当するＣＳの第１
記憶手段にダウンロードする第２ダウンロード手段とを
具備して構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＰＨＳ−ＷＬＬ（Wi
reless Local Loop)等の無線システムに関する。

【０００２】

【従来の技術】発展途上国においては、経済発展に必要
な通信インフラの整備が急がれているが、従来の有線系
の固定電話システムを構築するには、各加入者宅まで電
話線（メタリックケーブル）を引く時間がかかるため
に、積滞（電話サービスの加入待ち）が急増している。

【０００３】電話線の代わりに、加入者区間に無線を適
用したものがＷＬＬである。ＷＬＬは、従来の有線系電
話システムと比較して電話線を引く手間が省けるので、
短期間での構築が可能となる。このほか、電話線の保守
サービスが不要となるので、保守コストが安い、早期に
サービスを開始できるので、投資回収効率が良い等の特
徴がある。

【０００４】図２０は、従来のＰＨＳ−ＷＬＬシステム
の構成図である。このＰＨＳ−ＷＬＬシステムは、無線
基地局制御装置（ＢＳＣ：Base Station Controller)
２、保守運用監視装置（ＯＭＣ−Ｒ：Operation and Ma
intenance Center for Radio)４、無線基地局（ＢＴ
Ｅ：Base Transceiver Equipment) ６、複数の加入者ユ
ニット（ＳＵ：Subscriber Unit)１０及び交換機（Ｌ
Ｅ：Line Equipment) １２から有する。

【０００５】ＢＳＣ２は、一般的にはＬＥ１２と同じ局
に設置し、ＬＥ１２と国際標準のアクセス・ネットワー
ク・インタフェースであるＶ５．２等で接続され、電話
発着呼の接続制御、ＬＥ１２とＢＴＥ６間のプロトコル
変換、システムの状態監視及び制御等を行うものであ
る。

【０００６】ＯＭＣ−Ｒ４は、ＢＳＣ２とＬＡＮ等によ
り接続され、保守者によるＷＬＬシステムの監視、保
守、制御、管理等を行うものである。ＢＴＥ６は、複数
のセルステーション（ＣＳ：Cell Station、例えば、最
大で４個）８−０〜８−３からなり、屋外設置可能な小
型軽量構造で、ビルの屋上またはポールに設置される。

【０００７】８−０がマスタＣＳ、８−１〜８−３は、
スレーブＣＳである。各ＣＳ８−０〜８−３は、ＴＤＭ
Ａ分割された複数のチャネル、例えば、４チャネルを有
する。マスタＣＳ８−０とスレーブＣＳ８−１〜８−３
との間は、ケーブルにより接続される。

【０００８】マスタＣＳ８−０とＢＳＣ２とは、例え
ば、２Ｍビット／秒（ｂｐｓ）のインタフェースで、Ｃ
Ｓ８−０〜８−３とＳＵ１０との間は、ＰＨＳの無線イ
ンタフェースで接続される。

【０００９】マスタＣＳ８−０は、ＢＳＣ２間及びスレ
ーブＣＳ８−１〜８−３との間の有線ケーブルにより通
信を行うと共に、ＳＵ１０間で、１チャネルを制御チャ
ネル、残りの３チャネルをトラヒックチャネルとして使
用して通信を行う。尚、マスタＣＳ８−０とＢＳＣ２間
は、無線エントランス装置等も使用可能である（２Ｍイ
ンタフェース）。各スレーブＣＳ８−１〜８−４は、マ
スタＣＳ８−０が割り当てた４チャネルのトラヒックチ
ャネルを使用して、通信をする。

【００１０】このように、マスタＣＳ８−０のみが制御
チャネルを使用し、スレーブＣＳ８−１〜８−３が全チ
ャネルをトラヒックチャネルとすることにより、同時に
使用することのできるＳＵ１０の数を増大している。

【００１１】ＳＵ１０は、加入者宅に設置される小型の
ユニットで、ＢＴＥ６と対向してＰＨＳの無線方式によ
る加入者情報の伝送を行う。図示しない一般電話機と２
線式アナログインタフェースで接続される。

【００１２】ＣＳ８−０〜８−３は、マイクロプロセッ
サやメモリ等を有しており、メモリにダウンロードした
プログラムと運用パラメータ等に従って、ＳＵ１０等の
間で通信を行っている。ＢＴＥ６を新設／増設する際
に、使用するＣＳ８−０〜８−３のメモリに運用パラメ
ータやプログラムをダウンロードする必要がある。

【００１３】小ゾーン、１装置当たり低加入者で形成さ
れるＰＨＳ方式の無線基地局では、新規設置及び増設の
簡略化が求められている。一方、ＣＳを出荷時には工場
ラインでの生産性向上のため全てのＣＳについて同一の
作業であることが望ましい。

【００１４】図２１は、従来の無線基地局の設置フロー
を示す図である。この図に示すように、ステップＳ２に
おいて、各ＣＳを製造する。ステップＳ４において、工
場出荷時に予め、パソコン等でローカル的に運用パラメ
ータをダウンロード（以下、ローカルロード）する。

【００１５】図２２は、従来の設置時のローカルロード
を示す図である。運用パラメータには、報知情報に設定
するＣＳ−ＩＤや接続ユニット数等が含まれており、地
区（ＢＴＥ）毎に、マスタＣＳ、スレーブＣＳに合致し
た接続ユニット数等の運用パラメータをフロッピーディ
スク等に記憶しておき、フロッピーディスク等から運用
パラメータを各ＣＳにローカルロードをする。

【００１６】ステップＳ６において、ローカルロード済
のＣＳを出荷する。ステップＳ８において、ローカルロ
ードされたＣＳを設置作業者が現場にて各設置箇所に設
置する。ＣＳは、電源投入後あるいは再開時の立ち上げ
時に、運用パラメータを参照することにより接続ユニッ
ト数を認識して、チャネルの割り当て等を制御してい
る。

【００１７】ステップＳ１０において、設置作業者は設
置したマスタＣＳからの報知情報を受信して、また端末
と接続することにより、動作確認を行う。この時、加入
者端末から接続動作が発生する。動作がＮＧならば、ス
テップＳ１２にて、工場出荷時のパソコン等を使用し
て、再度、ローカルロードを行い、動作がＯＫになるま
で、ステップＳ８，Ｓ１０を行い、設置・動作確認を繰
り返す。

【００１８】図２３は、従来のＣＳ増設フローを示す図
である。この図に示すように、ＣＳを増設する時は、ス
テップＳ２０において、工場で増設ＣＳの製造をする。
ステップＳ２２において、増設ＣＳ用の運用パラメータ
（ＣＳ−ＩＤや接続ユニット数等）やプログラムをロー
カルロードする。

【００１９】ステップＳ２４において、増設ＣＳを出荷
する。ステップＳ２６において、既に運用している他の
ＣＳは、運用パラメータ内の接続ユニット数を増加させ
るために運用を停止する。ステップＳ２８において、既
に運用している他のＣＳの運用パラメータ内の接続ユニ
ット数等をローカルロードあるいはＯＭＣ−Ｒ４からダ
ウンロードする。ステップＳ３０において、ＣＳを増設
する。

【００２０】図２４は、従来のＣＳ減設フローを示す図
である。この図に示すように、ＣＳを減設する時は、ス
テップＳ３２において、既に運用している他のＣＳは、
運用パラメータ内の接続ユニット数を減少させるために
運用を停止する。ステップＳ３４において、ＣＳを減設
する。ステップＳ３６において、既に運用している他の
ＣＳの運用パラメータ内の接続ユニット数等をローカル
ロードあるいはＯＭＣ−Ｒ４からダウンロードする。

【００２１】

【発明が解決しようとする課題】しかしながら、従来の
方法では、設置時ＣＳ毎に運用パラメータの作成が必要
となり、ＢＴＥの保守者と設置用運用パラメータの作成
者が必ずしも一致しない。このため、運用パラメータの
信頼性が保証されない上に保守者は運用パラメータの管
理徹底ができないという問題点があった。

【００２２】また、ＣＳは個別の運用パラメータ（例え
ば、ＣＳ−ＩＤ）にて、どこに設置されるか決まってい
るため、設置工事者はＣＳと運用パラメータの括り付け
を把握しなければならず、設置ミスを誘発する原因にな
っている。

【００２３】また、設置時には、設置確認のため報知情
報を送出して確認を行うが、設置確認が終了してなくて
も、加入者端末より接続のアクションが発生するため、
現運用システム（例えば、隣接するＢＴＥ）に影響を与
えるという問題点があった。

【００２４】更に、ＣＳの増減設時には接続ユニット数
が変わるため、運用中のＣＳに対しても新たに運用パラ
メータを作成してダウンロードする必要があり、このた
め、他の動作中のユニットの運用を停止しなくてはなら
ないという問題点があった。

【００２５】本発明は、このような点に鑑みてなされた
ものであり、増減設時に、動作中のユニットを停止せ
ず、且つ、工場出荷時のローカルロードを簡易にして、
運用パラメータの管理の容易な無線システムを提供する
ことを目的としている。

【００２６】

【課題を解決するための手段】図１は本発明の原理図で
ある。この図に示すように、本発明は、第１記憶手段１
１に記憶された運用パラメータに基づいて、端末装置１
２との間で無線により通信をする複数のＣＳ１３−ｉ
（ｉ＝１〜ｎ，ｎ≧２）を含むＢＴＥ１４と、各ＣＳ１
３−ｉの状態を監視するＯＭＣ−Ｒ１５とを有する無線
システムにおいて、ＯＭＣ−Ｒ１５は、ＢＴＥ１４が含
むことの可能な最大の各ＣＳについて、実装／未実装の
状態、運用パラメータのパラメータバージョン及び障害
状態の情報を含む第１管理情報を記憶する第２記憶手段
１６と、各ＣＳのパラメータバージョン、障害状態を受
信して、該当するＣＳの第１管理情報を第２記憶手段１
６に設定する第１設定手段１７と、ＣＳに運用パラメー
タ及びパラメータバージョンをダウンロードする第１ダ
ウンロード手段１９とを具備する。

【００２７】ＢＴＥ１４は、各ＣＳの第１記憶手段１１
に記憶されたパラメータバージョンを取得する取得手段
２１と、各ＣＳについて、運用パラメータのパラメータ
バージョン及び障害状態に関する情報を含む第２管理情
報を記憶する第３記憶手段２２と、各ＣＳの障害状態及
びパラメータバージョンを第３記憶手段２２に設定する
第２設定手段２３と、第３記憶手段２２に記憶した各Ｃ
Ｓの障害状態及びパラメータバージョンをＯＭＣ−Ｒ１
５に通知する第１通知手段２４と第１ダウンロード手段
１９より運用パラメータ及びパラメータバージョンを受
信して、該当するＣＳの第１記憶手段１２にダウンロー
ドする第２ダウンロード手段２５とを具備したことを特
徴とする無線システムが提供される。

【００２８】このような構成によれば、第１設定手段１
７は、各ＣＳ１３−ｉ（ｉ＝１〜ｎ）のパラメータバー
ジョン及び障害状態を受信して、該当するＣＳ１３−ｉ
の第１管理情報を第２記憶手段１６に設定する。これに
より、ＣＳ１３−ｉの障害状態及び運用パラメータバー
ジョンがＯＭＣ−Ｒ１５により、管理される。

【００２９】第１ダウンロード手段１９は、ＣＳ１３−
ｉの第１管理情報から、必要に応じて、運用パラメータ
やパラメータバージョンをＣＳ１３−ｉにダウンロード
する。これにより、例えば、工場出荷時には、ＣＳ１３
−ｉが動作可能な全てのＣＳ１３−ｉに共通の運用パラ
メータをローカルロードしておき、設置時に、必要な運
用パラメータのみをダウンロードすることが可能とな
り、工場出荷時のローカルロードの作業が簡単になると
共に、ＣＳ１３−ｉの設置ミス等が無くなる。

【００３０】取得手段２１は、第１記憶手段１１に記憶
された各ＣＳ１３−ｉの運用パラメータのバージョンを
取得する。第２設定手段２３は、各ＣＳ１３−ｉの障害
状態やパラメータバージョン等を第３記憶手段２２に記
憶させる。

【００３１】第１通知手段２４は、各ＣＳ１３−ｉの障
害状態やパラメータバージョンをＯＭＣ−Ｒ１５に通知
する。第２ダウンロード手段２５は、ＯＭＣ−Ｒ１５か
ら送信された運用パラメータやパラメータバージョンを
該当するＣＳ１３−ｉの第１記憶手段１１に記憶させ
る。

【００３２】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図２は、本発明の実施形態
によるＰＨＳ−ＷＬＬシステムの構成図であり、図２０
中の従来のＰＨＳ−ＷＬＬシステムの要素と実質的に同
一の要素には共通の符号を附してある。

【００３３】この図に示すように、ＰＨＳ−ＷＬＬシス
テムは、ＢＳＣ２、ＯＭＣ−Ｒ３０、ＢＴＥ４０及び複
数のＳＵ１０及びＬＥ１２を具備する。ＢＳＣ２、ＳＵ
１０及びＬＥ１２は、図２０中の要素と実質的に同一な
ので説明を省略する。

【００３４】ＯＭＣ−Ｒ３０は、ＢＴＥ４０の監視等を
するものであり、パソコン等で構成する。ＯＭＣ−Ｒ３
０は、送受信部３２、ＣＰＵ３４、メモリ３６、キーボ
ード等の入力手段及び図示しないディスプレイ等の出力
手段を有する。

【００３５】送受信部３２は、ＬＡＮ等により接続され
たＢＳＣ２との間で通信を行うものである。ＣＰＵ３４
は、メモリ３６に記憶されたプログラムを実行して、Ｂ
ＴＥ４０の監視をするものである。

【００３６】図３は、図２中のＯＭＣ−Ｒのメモリの内
容を示す図である。この図に示すように、メモリ３６
は、ＣＰＵが実行するプログラム、ＢＴＥ４０にダウン
ロードする運用パラメータ、パラメータバージョン及び
プログラムデータを記憶するものであり、ソフトウェア
記憶部８０、ＢＴＥ管理テーブル８２、運用パラメータ
記憶部８４及びプログラムデータ記憶部８６を有する。

【００３７】図４は、図３中のソフトウェア記憶部の内
容の一部を示す図である。ソフトウェア記憶部８０に
は、ＢＴＥ状態判定部９２、ダウンロード部９４及び入
力部９６の各機能ブロックのプログラムが格納されてい
る。

【００３８】ＢＴＥ状態判定部９２は、キーボード等か
ら入力部９６により入力された各ＣＳ４２，６０−１〜
６０−３が実装／未実装のいずれであるかを示す実装状
態をＢＴＥ管理テーブル８２に登録すると共に、各ＣＳ
４２，６０−１〜６０−３について、障害状態／実装・
未実装状態等を図示しないディスプレイ等に表示するも
のである。尚、ＣＳ４２がマスタＣＳ、ＣＳ６０−１〜
６０−３がスレーブＣＳであり、マスタＣＳをＣＳ０、
スレーブＣＳをＣＳ１〜ＣＳ３で表す。

【００３９】ダウンロード部９４は、キーボード等から
入力部９６により指示されたＣＳ０〜ＣＳ３に、運用パ
ラメータ記憶部８４又はプログラムデータ記憶部８６か
ら運用パラメータ、パラメータバージョン又はプログラ
ムをリードして、送受信部３２及びＢＳＣ２を介して、
ダウンロードするものである。

【００４０】入力部９６は、ＣＳ設置者等によりキーボ
ード３８から入力された運用パラメータ、パラメータバ
ージョン及び図示しないフロッピーディスク等の記憶媒
体に記憶されたプログラムを入力して、運用パラメータ
及びパラメータバージョンは運用パラメータ記憶部８４
に記憶し、プログラムはプログラムデータ記憶部８６に
記憶し、また、ＣＳ設置者等によりキーボード３８から
入力された各ＣＳ０〜ＣＳ３の実装／未実装状態を入力
して、ＢＴＥ状態判定部９２に登録を指示するものであ
る。

【００４１】図５は、図３中のＢＴＥ管理テーブルを示
す図である。この図に示すように、ＢＴＥ管理テーブル
８２は、各ＣＳ０〜ＣＳ３について、実装状態、ＣＳ状
態、プログラムバージョン及びパラメータバージョンの
ＢＴＥ管理情報からなる。実装状態は、各ＣＳ０〜ＣＳ
３が実装／未実装のいずれであるかを示すものである。

【００４２】ＢＴＥ管理テーブル８２には、ＢＴＥ４０
が含むことの可能な最大数のＣＳ数、例えば、ＣＳ０〜
ＣＳ３の４個について、ＢＴＥ管理情報を設定するエリ
アを予め設けておき、初期設定時には、全てのＣＳ０〜
ＣＳ３について、未実装状態とする。そして、設置者等
により、ＣＳｉを新設又は増設する際に、該当するＣＳ
ｉが実装状態、ＣＳｊを減設する際に、該当するＣＳｊ
が未実装状態に設定される。

【００４３】ＣＳ状態は、各ＣＳ０〜ＣＳ３が実装され
ており正常な状態、実装されているが故障している状
態、未実装である未実装状態がある。尚、マスタＣＳ４
２から通知される状態が正常の時、ＣＳ０〜ＣＳ３が正
常であると設定され、マスタＣＳ４２から通知される状
態が故障状態で、且つ、実装状態の時に、故障している
状態が設定され、マスタＣＳ４２から通知される状態が
故障状態で、且つ、未実装状態の時に、未実装状態が設
定される。これにより、各ＣＳ０〜ＣＳ３の状態がＯＭ
Ｃ−Ｒ３０にて管理される。

【００４４】ＢＴＥ４０は、マスタＣＳ４２とスレーブ
ＣＳ６０−１〜６０−３を含み、最大で、例えば、ＣＳ
０〜ＣＳ３まで４個のＣＳを含むことが可能である。マ
スタＣＳ４２とＢＳＣ２とは、例えば、２Ｍビット／秒
（ｂｐｓ）のインタフェースで、スレーブＣＳ６０−１
〜６０−３とは、専用ケーブルで接続される。ＣＳ４
２，６０−１〜６０−３とＳＵ１０との間は、ＰＨＳの
無線インタフェースで接続される。

【００４５】マスタＣＳ４２は、ＢＳＣ２との間でトラ
ヒックデータの通信、ＢＳＣ２を介して、ＯＭＣ−Ｒ３
０に各ＣＳ０〜ＣＳ３の状態の報告、スレーブＣＳ６０
−ｉ（ｉ＝１〜３）との間でデータリンクを確立して、
各スレーブＣＳ６０−ｉの状態の受信、スレーブＣＳ６
０−ｉに運用パラメータやパラメータバージョンのダウ
ンロード、新設時に報知情報を送出して動作確認、スレ
ーブＣＳ６０−ｉのチャネルの閉塞・開放等の制御をす
るものである。

【００４６】マスタＣＳ４２は、送受信部４４、ＣＰＵ
４６、ＴＤＭＡ部４８、無線部５０、送受信部５２、メ
モリ５４，５６及びメインメモリ５８を有する。送受信
部４４は、ＢＳＣ２との間で、例えば、２Ｍｂｐｓイン
タフェースで通信をするものである。ＣＰＵ４６は、Ｏ
ＭＣ−Ｒ３０に各ＣＳ０〜ＣＳ３の状態通知等の上記処
理を行うプロセッサである。

【００４７】ＴＤＭＡ部４８は、ＰＨＳインタフェース
に従い、報知情報やトラヒックデータ等を時分割された
チャネルで多重化・分離をするものである。無線部５０
は、ＳＵ１０間で電波を送受信するものである。送受信
部５２は、各スレーブＣＳ６２−ｉと物理インタフェー
スを確立して、データの送受信を行うものである。

【００４８】図６は、図２中のマスタＣＳのメモリの内
容を示す図である。この図に示すように、メモリ５４，
５６は、プログラムバージョン１００、プログラム１０
２、パラメータバージョン１０４及び運用パラメータ１
０６を記憶するフラッシュメモリやＥ²ＰＲＯＭ等であ
り、一方を運用面、他方を待機面とする２面構成であ
る。

【００４９】このように、２面構成をするのは、運用パ
ラメータ等をＯＭＣ−Ｒ３０からダウンロードして、変
更する場合、待機面のメモリに変更をして、変更後に、
待機面と運用面を切り換えることにより、運用を停止す
ることなく行うようにすること、信頼性を向上させるこ
と等のためである。

【００５０】図７は、図６中の運用パラメータの構成を
示す図である。この図に示すように、運用パラメータ１
０６は、ＣＳ−ＩＤ、フレームパラメータ、制御チャネ
ルパラメータ、温度値パラメータ、タイマ値パラメー
タ、通話チャネルパラメータ、装置番号及びモードパラ
メータ等を含む。

【００５１】ＣＳ−ＩＤは、ＢＴＥ４０を特定し、ＰＨ
Ｓインタフェースで要求される報知情報に設定するもの
である。フレームパラメータは、スーパフレーム構成を
指定するパラメータである。制御チャネルパラメータ
は、使用する制御チャネルに関するパラメータである。

【００５２】温度値パラメータは、ＣＳが障害であると
判断する上限の温度、例えば、８０°Ｃを指定するもの
である。通話チャネルパラメータは、使用する通話チャ
ネルに関するパラメータである。装置番号は、各ＢＴＥ
４０を管理するための装置番号である。

【００５３】モードパラメータは、マスタＣＳ４２が立
ち上げ時に、動作確認又は動作確認のスキップを制御す
るためのモードであり、「設置モード」又は「運用モー
ド」が設定されるパラメータである。

【００５４】「設置モード」とは、工場出荷時のパラメ
ータに設定されており、呼処理を規制した報知情報を送
出して、マスタＣＳ４２の動作確認を行うモードであ
る。「運用モード」とは、通常運用をしている状態のこ
とをいう。このようにモードパラメータを使用すること
により、立ち上げ時、ＣＳ０を新設して動作確認をする
場合にのみ、呼処理を規制した報知情報を送出してい
る。

【００５５】マスタＣＳ４２の運用パラメータに不備が
あった場合、「運用モード」のパラメータをダウンロー
ドする。モードパラメータの変更は、ＯＭＣ−Ｒ３０か
らダウンロードにより変更する。

【００５６】このように、運用パラメータ１０６には、
従来のように接続ユニット数が含まれておらず、また、
ＢＴＥ４０に特有のパラメータ、例えば、ＣＳ−ＩＤ、
装置番号等は、マスタＣＳ４２を新設する際に動作確認
が可能なデフォルトのパラメータとして、全ＣＳで共通
としている。

【００５７】図８は、図２中のマスタＣＳのメインメモ
リの内容を示す図である。この図に示すように、メイン
メモリ５８には、プログラム１０２及びＣＳ管理テーブ
ル１０８が格納される。

【００５８】図９は、図６中のプログラムの一部の機能
ブロック図である。この図に示すように、プログラム１
０２は、データリンク確立部１１０、状態監視部１１
２、モード判定部１１４、状態報告部１１６、バージョ
ンチェック部１１８、ダウンロード部１２０及び障害監
視部１２２を含む。

【００５９】データリンク確立部１１０は、各スレーブ
ＣＳ６０−ｉ（ｉ＝１〜３）とデータリンクを確立し
て、データリンクの確立できなかったスレーブＣＳ６０
−ｉを障害とするものである。尚、スレーブＣＳ６０−
ｉが未実装の場合にも、データリンクが確立できず該ス
レーブＣＳ６０−ｉについては、障害判断している。

【００６０】状態監視部１１２は、障害監視部１２２よ
り自身が障害であるか否か、プログラムバージョン１０
０、パラメータバージョン１０４、各スレーブＣＳ６０
−ｉが障害状態であるか否か、パラメータバージョン及
びプログラムバージョンを受信して、ＣＳ管理テーブル
１０８に各マスタＣＳ４２，スレーブＣＳ６２−ｉの状
態を登録するものである。

【００６１】尚、運用時のＳＵ１０及びスレーブＣＳ６
０−ｉとの間の通信に関する機能は従来と同様なので説
明を省略する。図１０は、図８中のＣＳ管理テーブルの
内容を示す図である。この図に示すように、ＣＳ管理テ
ーブル１０８は、各ＣＳ０〜ＣＳ３について、障害状態
の有無、プログラムバージョン及びパラメータバージョ
ンのＣＳ管理情報を含む。障害状態とは、各ＣＳ０〜Ｃ
Ｓ３の無線機の故障、データリンクが確立できない故障
（未実装の場合を含む）等をいう。

【００６２】プログラムバージョンとは、各ＣＳ０〜Ｃ
Ｓ３にダウンロードされたプログラムのバージョンをい
う。パラメータバージョンとは、各ＣＳ０〜ＣＳ３の運
用パラメータのバージョンをいう。尚、インクリメント
されたパラメータバージョンが、必要に応じて、ダウン
ロードされる。

【００６３】モード判定部１１４は、立ち上げ時に、マ
スタＣＳ４２の運用パラメータに設定されたモードパラ
メータが「設置モード」ならば、呼処理を規制した報知
情報を送出して、動作確認を行い、その他のモードなら
ば、動作確認をスキップするものである。尚、立ち上げ
時とは、ＢＴＥ４０の電源オン時、ＢＴＥ４０のリセッ
ト時の初期動作及び運用面と待機面との面切り換えを行
う場合をいう。

【００６４】状態報告部１１６は、ＣＳ管理テーブル１
０８から各ＣＳ０〜ＣＳ３のＣＳ管理情報をリードし
て、ＢＳＣ２を介して、ＯＭＣ−Ｒ３０に報告するもの
である。

【００６５】バージョンチェック部１１８は、ＣＳ０〜
ＣＳ３の運用パラメータのパラメータバージョン及びプ
ログラムバージョンをチェックして、ＣＳ０のパラメー
タバージョンが不定ならば、全チャネルを閉塞し、ＣＳ
ｉ（ｉ＝１〜３）のパラメータバージョンが不定又はＣ
Ｓｉ（ｉ＝１〜３）のプログラムバージョンがＣＳ０の
プログラムバージョンと異なれば、該当するＣＳｉの全
チャネルを閉塞するものである。尚、パラメータバージ
ョンが不定とは、パラメータが許容値内で無い場合、例
えば、０をいう。

【００６６】ダウンロード部１２０は、ＯＭＣ−Ｒ３０
から運用パラメータ、パラメータバージョン、プログラ
ムを受信して、自身ＣＳ０又は該当するＣＳｉのメモリ
５４，５６，７０−ｉ，７２−ｉの待機面にダウンロー
ドするものである。障害監視部１２２は、自身の無線部
５０等が障害であるか否かを監視して、状態監視部１１
２に報告すると共に、重度の障害が発生した場合は、全
てのチャネルを閉塞する。

【００６７】スレーブＣＳ６０−ｉは、マスタＣＳ４２
が割り当てたチャネルに従って、ＳＵ１０との間でＰＨ
Ｓインタフェースに従って、トラヒックデータの通信、
マスタＣＳ４２とデータリンクを確立して、障害である
か否か、運用パラメータバージョン、プログラムバージ
ョンの報告、マスタＣＳ４２からダウンロードされる運
用パラメータ等を受信して、メモリ７０−ｉ，７２−ｉ
に記憶するものである。

【００６８】各スレーブＣＳ６０−ｉは、同一の構造で
あり、送受信部６２−ｉ、ＣＰＵ６４−ｉ、ＴＤＭＡ部
６６−ｉ、無線部６８−ｉ、メモリ７０−ｉ，７２−ｉ
及びメインメモリ７４を有する。送受信部６２−ｉは、
マスタＣＳ４２と物理リンクを確立するものである。Ｃ
ＰＵ６４−ｉは、上記機能を実現するプログラムを実行
するプロセッサである。

【００６９】ＴＤＭＡ部６６−ｉは、マスタＣＳ４２が
割り当てたチャネルを使用して、ＰＨＳインタフェース
に従って、トラヒックデータを時分割多重化するもので
ある。無線部６８−ｉは、ＳＵ１０との間で無線通信を
するものである。

【００７０】メモリ７０−ｉ，７２−ｉは、メモリ５
４，５６と同様に、プログラムバージョン、プログラ
ム、パラメータバージョン及び運用パラメータを記憶す
るフラッシュメモリやＥ²ＰＲＯＭ等であり、一方を運
用面、他方を待機面とする２面構成である。

【００７１】２面構成をするのは、マスタＣＳ４２のメ
モリ５４，５６と同様の理由からである。また、メモリ
７０−ｉ，７２−ｉは、工場出荷時には、マスタＣＳ４
２のメモリ５４，５６と同じものがダウンロードされて
いる。これにより、工場出荷時のダウンロードを簡略化
すると共に、ダウンロードされたＣＳを区別する必要を
無くしており、ＣＳ設置者の誤設置等を防止している。

【００７２】図１１は、図２中のメモリに格納されたプ
ログラムの一部の機能ブロック図である。この図に示す
ように、スレーブＣＳ６０−ｉは、データリンク確立部
１４０、状態報告部１４２、ダウンロード部１４４及び
障害監視部１４６を有する。

【００７３】データリンク確立部１４０は、マスタＣＳ
４２との間でデータリンクを確立するものである。状態
報告部１４２は、マスタＣＳ４２に自身が障害であるか
否か、プログラムバージョン、パラメータバージョンを
報告するものである。

【００７４】ダウンロード部１４４は、マスタＣＳ４２
から送信されたプログラム、運用パラメータ及びパラメ
ータバージョンを受信して、メモリ７０−ｉ，７２−ｉ
の待機面に記憶するものである。

【００７５】障害監視部１４６は、自身の無線部６８−
ｉ等が障害であるかを監視して、障害の場合は、状態報
告部１４２に通知するものである。尚、ＳＵ１０との間
の通信に関する機能は従来と同様なので説明を省略す
る。

【００７６】以下、これらの図面を参照して、新規・増
設・減設時の図２のＰＨＳ−ＷＬＬシステムについて説
明をする。（ａ）工場出荷時図１２は、本発明の実施形態による工場出荷前のダウン
ロードを示す図である。この図に示すように、ＣＳを新
設・増設する場合に、工場出荷前のダウンロードは、設
置する地区等ＣＳに依存することなく共通の初期運用パ
ラメータ及びプログラムを格納したフロッピーディスク
等からパソコン等を用いて各ＣＳのメモリ５６，５６，
７０−ｉ，７２−ｉにローカルロードする。

【００７７】また、運用パラメータのＣＳに特有のパラ
メータ、例えば、ＣＳ−ＩＤ等は、ＣＳを設置した時
に、報知情報を送出して動作確認が可能なシステムデフ
ォルト値とする。更に、モードパラメータは、「設置モ
ード」とする。

【００７８】（ｂ）新設時（ｂ１）マスタＣＳ４２とスレーブＣＳ６２−ｉの動
作新設する場合、設置者は、キーボード３８から設置する
ＣＳ４２，６０−ｉを実装状態に、残りを未実装状態に
入力する。入力部９６は、キーボード３８からＣＳ４
２，６０−ｉの実装／未実装に関する情報を入力して、
ＢＴＥ状態判定部９２に通知する。ＢＴＥ状態判定部９
２は、新設するＣＳ４２，６０−ｉについて、ＢＴＥ管
理テーブル８２のＢＴＥ管理情報を実装状態、それ以外
を未実装状態にする。

【００７９】また、設置者は、ローカルロード済のマス
タＣＳ４２の所定のポートをＢＳＣ２に接続し、マスタ
ＣＳ４２の該当するポートを新設するスレーブＣＳ６０
−ｉに接続して、マスタＣＳ４２及び新設するスレーブ
ＣＳ６０−ｉの電源を入れる。これにより、マスタＣＳ
４２及びスレーブＣＳ６０−ｉが立ち上がる。

【００８０】図１３は、本発明の実施形態によるＣＳ立
ち上げ時の動作フローを示す図である。ＣＳが立ち上げ
られると、ステップＳ５０において、自ＣＳにロードさ
れているパラメータの正常性を確認する。正常性は、各
運用パラメータが許容値内であるか否かをチェックし
て、許容範囲外ならば、運用パラメータが異常であると
する。

【００８１】ステップＳ５２において、運用パラメータ
が正常であるか否かを判別して、正常でなければ、ステ
ップＳ５４に進み、正常ならば、ステップＳ５６に進
む。ステップＳ５４において、パラメータが異常なの
で、パラメータバージョン＝不定として、ステップＳ５
６に進む。

【００８２】ステップＳ５６において、障害状態、パラ
メータバージョン、プログラムバージョンを収集する。
ステップＳ５８において、自ＣＳはマスタであるか否か
を判断して、マスタならば、ステップＳ６８に進み、ス
レーブならば、ステップＳ６０に進む。尚、マスタであ
るかスレーブであるかは、例えば、ＢＳＣ２を接続する
ポートから信号が来ているか否か等により判断する。

【００８３】ステップＳ６０において、スレーブＣＳな
らば、マスタＣＳ４２とデータリンクを確立する。ステ
ップＳ６２において、データリンクが確立したかをチェ
ックして、データリンクが確立したならば、ステップＳ
６４に進み、データリンクが確立されなければ、ステッ
プＳ６０に戻り、再度、データリンクを確立する。

【００８４】ステップＳ６２において、マスタＣＳ４２
に障害情報、プログラムバージョン及びパラメータバー
ジョンの状態通知を行う。ステップＳ６６において、ス
レーブＣＳは、運用に入る。

【００８５】ステップＳ６８において、スレーブＣＳＮ
の数を示す変数Ｎを１に初期化する。ステップＳ７０に
おいて、マスタＣＳ４２は、ＣＳＮとデータリンクを確
立する。

【００８６】ステップＳ７２において、データリンクが
正常に確立したかをチェックして、正常に確立したなら
ば、ステップＳ７８に進み、正常に確立しなければ、ス
テップＳ７４に進む。尚、データリンクが正常に確立し
なかった場合は、データリンクの確立のリトライをす
る。

【００８７】ステップＳ７４において、データリンクが
ＣＳＮと確立できなかったので、ＣＳＮのＣＳ管理情報
を「障害中」として、ＣＳ管理テーブル１０８を更新す
る。ステップＳ７６において、ＣＳＮの全チャネルを閉
塞する。

【００８８】ステップＳ７８において、Ｎ＋１＞３であ
るかをチェックして、Ｎ＋１＞３ならば、ステップＳ８
０に進み、Ｎ＋１≦３ならば、ステップＳ７０に戻り、
Ｎ＋１について、ステップＳ７０のデータリンクの確立
をする。

【００８９】ステップＳ８０において、スレーブの状態
情報取得する。図１４は、スレーブの状態情報取得のフ
ローチャートである。ステップＳ１００において、スレ
ーブＣＳより状態通知を受信する。ステップＳ１０２に
おいて、受信した状態通知をＣＳ管理テーブル１０８内
の該当するＣＳのＣＳ管理情報を更新する。

【００９０】ステップＳ１０４において、スレーブＣＳ
から受信したバージョンが正常であるか否かをチェック
して、正常でなければ、ステップＳ１０６に進み、正常
ならば、ステップＳ１０８に進む。

【００９１】尚、バージョンが正常であるとは、スレー
ブＣＳのパラメータバージョンが不定でなく、且つ、マ
スタＣＳ４２のパラメータバージョンとスレーブＣＳの
パラメータバージョン及びマスタＣＳ４２のプログラム
バージョンとスレーブＣＳのプログラムバージョンとが
一致することをいう。

【００９２】ステップＳ１０６において、該当ＣＳの全
チャネルを閉塞して、リターンする。このように、バー
ジョンが正常でない場合に、該当ＣＳの全チャネルを閉
塞するのは、該当ＣＳの誤動作等によりシステムに影響
を及ぼすことを防止するためである。

【００９３】ステップＳ１０８において、スレーブＣＳ
に重度障害が発生しているかをチェックして、重度障害
が発生している場合は、ステップＳ１０６に進み、重度
障害が発生していなければ、ステップＳ１１０に進む。
ステップＳ１１０において、該当ＣＳの全チャネルの閉
塞を解除して、リターンする。

【００９４】図１３中のステップＳ８２において、状態
通知をする。図１５は、図１３中の状態通知フローチャ
ートである。ステップＳ１２０において、マスタＣＳ４
２は、ＢＳＣ２とデータリンクを確立する。ステップＳ
１２２において、データリンクが正常に確立したかをチ
ェックして、正常に確立しなかったならば、ステップＳ
１２０に戻り、正常に確立したならば、ステップＳ１２
４に進む。ステップＳ１２４において、運用パラメータ
のモードが「設置モード」であるかをチェックして、
「設置モード」ならば、ステップＳ１２６に進み、「設
置モード」で無ければ、ステップＳ１２６に進む。ステ
ップＳ１２６において、該当ＣＳ使用不可（呼設定を規
制）で報知情報をＰＨＳ等の試験器に送出する。

【００９５】試験器は、報知情報を受信して、マスタＣ
Ｓ４２に応答する。これにより、マスタＣＳ４２の動作
確認が行われる。尚、この際、呼設定を規制しているの
で、マスタＣＳ４２がＳＵ１０からアクションされるこ
となく、動作確認を行うことができる。

【００９６】ステップＳ１２８において、自ＣＳ４２の
パラメータはバージョン不定であるかをチェックして、
バージョン不定ならば、ステップＳ１３０に進み、バー
ジョンが不定でなければ、ステップＳ１３２に進む。

【００９７】ステップＳ１３０において、運用パラメー
タが正常でなく、システムに悪影響を及ぼす恐れがある
ので、報知を停止して、全ＣＳのチャネルを閉塞する。
そして、ＣＳ状態を「ダウンロード待ち」にする。

【００９８】正しい運用パラメータがＯＭＣ−Ｒ３０か
らダウンロードされて、再度、立ち上げられる。そし
て、ステップＳ５０〜Ｓ８２の処理が実行されて、運用
パラメータ変更後のマスタＣＳ４２の動作が確認され
る。

【００９９】ステップＳ１３２において、自ＣＳ４２に
て重度障害が発生したかをチェックして、重度障害が発
生したならば、ステップＳ１３４に進み、重度障害が発
生しなければ、ステップＳ１３６に進む。ステップＳ１
３４において、報知情報の送出を停止して、全ＣＳのチ
ャネルを閉塞し、ＣＳ管理テーブル１０８内のＣＳ管理
情報のＣＳ０の状態を「障害」にする。

【０１００】ステップＳ１３６において、動作確認され
たので、呼設定を規制を解除して、報知情報を送出し
て、全ＣＳのチャネル閉塞を解除する。ステップＳ１３
８において、ＢＳＣ２を介して、ＯＭＣ−Ｒ３０にＣＳ
０〜ＣＳ３の状態を通知する。

【０１０１】（ｂ２）ＯＭＣ−Ｒ３０の動作図１６は、図２中のＯＭＣ−Ｒの動作フローチャートで
ある。上述したように、新設する際の設置者による入力
により、ＢＴＥ管理テーブル８２内、設置するＣＳが実
装状態、それ以外のＣＳが未実装状態となっている。

【０１０２】図１７は、ＢＴＥ管理情報の更新を示す図
であり、同図（ａ）は更新前のＢＴＥ管理情報、同図
（ｂ）は新設されたＢＴＥ４０からの状態通知、同図
（ｃ）は更新後のＢＴＥ管理情報を示す。例えば、ＣＳ
０，ＣＳ１，ＣＳ２が新設される場合は、図１７（ａ）
に示すように、ＣＳ０，ＣＳ１，ＣＳ２が実装状態、Ｃ
Ｓ３が未実装状態、他の管理情報は不定となっている。

【０１０３】ステップＳ１４０において、ＢＴＥ４０側
より状態通知を受信する。例えば、図１７（ｂ）に示す
ように、ＢＴＥ４０からＯＭＣ−Ｒ３０に状態通知され
たものとする。尚、同図では、ＣＳ３が未実装なので、
障害となっている。

【０１０４】ステップＳ１４２において、ＢＴＥ４０側
に含まれるＣＳ数の変数Ｎを０に初期化する。ステップ
Ｓ１４４において、状態通知内ＣＳＮが障害中であるか
をチェックして、障害中ならば、ステップＳ１４６に進
み、障害中で無ければ、ステップＳ１５０に進む。

【０１０５】ステップＳ１４６において、ＢＴＥ管理テ
ーブル８２のＢＴＥ管理情報内ＣＳＮは「実装」か否か
をチェックして、「実装」ならば、ステップＳ１４８に
進み、「実装」で無ければ、ステップＳ１５６に進む。
ステップＳ１４８において、ＣＳＮのバージョンをチェ
ックして、正常ならば、ステップＳ１６０に進み、正常
で無ければ、ステップＳ１５８に進む。

【０１０６】ここで、ＣＳＮのバージョンが正常である
とは、ＣＳＮのバージョンが不定でなく、且つ、ＣＳＮ
のプログラムバージョン及びパラメータバージョンとＣ
Ｓ０のプログラムバージョン及びパラメータバージョン
が等しいことをいう。

【０１０７】ステップＳ１５０において、ＢＴＥ管理テ
ーブル８２のＢＴＥ管理情報内、ＣＳＮが未実装である
かをチェックして、未実装ならば、ステップＳ１５２に
進み、実装ならば、ステップＳ１５４に進む。

【０１０８】ステップＳ１５２において、ＢＴＥ管理テ
ーブル８２のＢＴＥ管理情報内、ＣＳＮの状態を「障害
中」とする。例えば、図１７（ａ），（ｂ）に示すよう
に、ＣＳ２について、障害が状態通知されるので、ＢＴ
Ｅ管理テーブル８２のＢＴＥ管理情報内、ＣＳＮを「障
害中」とする。この障害状態がＯＭＣ−Ｒ３０のディス
プレイに表示される。保守者等は、障害中のＣＳＮの復
旧を行うことになる。

【０１０９】ステップＳ１５４において、ＢＴＥ管理テ
ーブル８２のＢＴＥ管理情報内、ＣＳＮを「未実装」と
する。例えば、図１７（ａ），（ｂ）に示すように、Ｃ
Ｓ３について、未実装、且つ、障害なので、ＢＴＥ管理
テーブル８２のＢＴＥ管理情報内、ＣＳＮを「未実装」
とする。この未実装状態がＯＭＣ−Ｒ３０のディスプレ
イに表示される。設置者等は、ＣＳ３の未実装を確認す
る。

【０１１０】ステップＳ１５６において、ＢＴＥ管理テ
ーブル８２のＢＴＥ管理情報内、ＣＳＮの状態を「過接
続」にする。ステップＳ１５８において、ＢＴＥ管理テ
ーブル８２のＢＴＥ管理情報内ＣＳＮの状態を「ダウン
ロード待ち」にする。ここで、バージョンがＣＳ０と不
一致の時に、ダウンロード待ちにするのは、運用パラメ
ータが更新された場合（例えば、スーパフレーム構成を
変更した場合）等において、スレーブＣＳ６０−Ｎの運
用パラメータをマスタＣＳ４２の運用パラメータに合致
させる必要があるからである。尚、新設時は、ＣＳ０と
ＣＳＮのバージョンが一致している。

【０１１１】例えば、図１７（ａ），（ｂ）に示すよう
に、ＣＳ１については、パラメータバージョンが不定な
ので、「ダウンロード待ち状態」にＢＴＥ管理テーブル
８２が更新される。ＣＳＮがダウンロード待ち状態であ
ることが、ＯＭＣ−Ｒ３０のディスプレイに表示され
る。設置者は、ダウンロード待ちのＣＳＮに、正しい運
用パラメータのダウンロードを指示する。

【０１１２】ステップＳ１６０において、ＢＴＥ管理テ
ーブル８２のＢＴＥ管理情報内ＣＳＮの状態を「正常」
にする。例えば、図１７（ａ），（ｂ）に示すように、
ＣＳ０については、パラメータバージョンが正常なの
で、「正常」にＢＴＥ管理テーブル８２が更新される。

【０１１３】ステップＳ１６２において、Ｎ＋１＞３で
あるかをチェックして、Ｎ＋１＞３でなけば、Ｎをイン
クリメントして、ステップＳ１４４に戻り、Ｎ＋１≦３
ならば、ステップＳ１６４に進む。

【０１１４】ステップＳ１６４において、設置者により
ダウンロード指示されたかをチェックして、ダウンロー
ド指示されたならば、ステップＳ１６６に進み、ダウン
ロード指示されなければ、ステップＳ１６８に進む。

【０１１５】ステップＳ１６６において、運用パラメー
タやプログラムを該当するＣＳＮにダウンロードする。
該当するＣＳＮには、待機面のメモリ５４，５６，７０
−ｉ，７２−ｉにダウンロードをしてから、運用面と待
機面とを切り換える。

【０１１６】例えば、マスタＣＳ４２のＣＳ−ＩＤを変
更した場合、面切り換えにより、再立ち上げされ、図１
３に示した処理が行われる。動作確認後は、マスタＣＳ
４２のモードが「運用モード」に変更されるので、動作
確認がスキップされる。これにより、ＣＳＮを停止する
ことなく、運用パラメータ等をダウンロードすることが
できる。尚、新設時に、運用パラメータやプログラムの
ダウンロードが指示されるのは、ＣＳ−ＩＤ等、デフォ
ルト値から運用値に変更する場合及びモードパラメータ
を変更する場合等である。

【０１１７】ステップＳ１６８において、ＯＭＣ−Ｒ３
０は運用に戻る。（ｃ）増設時ＣＳｉを増設する場合の工場出荷時のローカルロード
は、上述したように、新設時の場合と同様にして行われ
る。このローカルロードでは、ＣＳｉの運用パラメータ
は全て同じであるので、増設するＣＳｉの場所を意識す
る必要がない。設置者は、増設するＣＳｉをマスタＣＳ
４２のポートに専用線ケーブルにより接続して、ＣＳｉ
の電源を入れる。

【０１１８】図１８は、ＣＳ増設時のマスタＣＳの動作
フローチャートである。図１９は、ＣＳ３を増設した場
合のシーケンスフローチャートである。増設ＣＳ３が電
源オンして立ち上がると、割り込みＣＳ間同期障害の割
り込み信号がマスタＣＳ４２に上がる。ステップＳ１７
２において、割り込み信号の割り込み要因から障害発生
したかをチェックして、障害が発生したならば、ステッ
プＳ１７４に進み、障害発生でなければ、ステップＳ１
７８に進む。ステップＳ１７６において、障害ＣＳとの
データリンクを切断する。ＣＳ管理テーブル１０８中の
該当ＣＳ「障害」として、ステップＳ１９６に進む。

【０１１９】増設ＣＳ３は、電源オンして立ち上がる
と、図１３中のステップＳ５０からステップＳ６０の処
理を経て、ＣＳ０とデータリンクを確立してから、マス
タＣＳ４２に状態通知をして運用に入る。

【０１２０】一方、マスタＣＳ４２は、ステップＳ１７
８において、復旧ＣＳとの間でデータリンクを確立す
る。例えば、図１９に示すように、ＣＳ３とＣＳ０との
間で、ＳＡＢＭ、ＵＡ、初期化指示、初期化報告を行っ
て、データリンクを確立する。尚、増設の場合のＣＳ
は、未実装の障害状態から実装状態に変わるため、復旧
ＣＳとして扱う。

【０１２１】ステップＳ１８０において、マスタＣＳ４
２は、データリンクが正常に確立されたかをチェックし
て、正常に確立されていなければ、ステップＳ１９６に
進み、正常に確立したならば、ステップＳ１８２に進
む。ステップＳ１８２において、ＣＳ管理テーブル１０
８の該当ＣＳ管理情報を「障害無し」に更新する。

【０１２２】ステップＳ１８４において、増設ＣＳ３よ
り、状態通知を受信する。ステップＳ１８６において、
復旧ＣＳのパラメータバージョンが不定であるかをチェ
ックして、復旧ＣＳのパラメータバージョンが不定なら
ば、ステップＳ１９６に進み、パラメータバージョンが
正常ならば、ステップＳ１９０に進む。

【０１２３】ステップＳ１９０において、プログラムバ
ージョン及びパラメータバージョンが復旧ＣＳ≠ＣＳ０
であるかをチェックして、異なる時、ステップＳ１９６
に進み、等しい時は、ステップＳ１９２に進む。例え
ば、増設ＣＳ３を増設するまでに、ＣＳ０，ＣＳ１，Ｃ
Ｓ２の運用パラメータに変更があれば、ステップＳ１９
６に進むことになる。

【０１２４】ステップＳ１９２において、復旧ＣＳにお
いて、重度障害が発生したかをチェックして、重度障害
が発生したならば、ステップＳ１９６に進み、発生しな
かったならば、ステップＳ１９４に進む。ステップＳ１
９４において、復旧ＣＳの全チャネル閉塞を解除して、
ステップＳ１９８に進む。

【０１２５】ステップＳ１９６において、該当ＣＳの全
チャネルを閉塞して、ステップＳ１９８に進む。このよ
うに増設ＣＳが重度障害のみならず、増設ＣＳのバージ
ョン≠ＣＳ０のバージョンの時にも、増設ＣＳのチャネ
ルを閉塞するのは、バージョンが異なる場合に、ＣＳ０
と動作が異なる恐れがあるからである。ステップＳ１９
８において、ＢＳＣ２にＢＴＥ４０のＣＳ状態を通知す
る。ステップＳ２００において、運用に戻る。

【０１２６】増設ＣＳ３のパラメータの状態等は、ＯＭ
Ｃ−Ｒ３０に通知される。ＯＭＣ−Ｒ３０は、増設ＣＳ
３がパラメータバージョンが不定又はＣＳ０と増設ＣＳ
３のパラメータバージョンが等しくなければ、図１６中
のステップＳ１４２，Ｓ１４６，Ｓ１４８，Ｓ１５８の
処理を経て、ＢＴＥ管理テーブル８２のＣＳ３のＣＳ状
態が「ダウロード待ち状態」となり、ディスプレイ等に
出力される。

【０１２７】設置者が入力部９６より一致するパラメー
タのダウンロードを指示し、増設ＣＳ３の待機面にパラ
メータをダウロードしてから、運用面を切り換える。Ｃ
Ｓ３は、ダウンロードされたパラメータバージョン等の
状態をマスタＣＳ４２に通知する。

【０１２８】ＣＳ３のパラメータバージョン等が正常で
あれば、マスタＣＳ４２は、ＣＳ３のチャネル閉塞を解
除して、ＣＳ３の運用に入ると共に、ＯＭＣ−Ｒ３０に
ＣＳ３が正常であることを通知する。

【０１２９】ＯＭＣ−Ｒ３０は、ＣＳ３の状態を受信し
て、正常であることを確認してから、ＢＴＥ管理テーブ
ル８２のＣＳ３の状態を「正常」にする。これにより、
運用中のＣＳ０等を停止することなく、ＣＳ３を増設す
ることができる。

【０１３０】（ｄ）減設時設置者は、ＢＴＥ管理テーブル８２中の減設ＣＳの実装
状態を未実装にすると共に、減設ＣＳをマスタＣＳ４２
から取り外すと、図１８と同様にして、割り込みＣＳ間
同期障害が上がる。

【０１３１】マスタＣＳ４２は、障害発生として、減設
したＣＳとのデータリンクを切断して、ＣＳ管理テーブ
ル１０８の減設ＣＳの状態を「障害中」に更新する。該
当ＣＳの全チャネルを閉塞して、ＢＳＣ２に減設ＣＳが
「障害状態」であることを通知する。

【０１３２】ＯＭＣ−Ｒ３０は、図１６中のステップＳ
１４０，Ｓ１４２，Ｓ１４４，Ｓ１５０，Ｓ１５４を経
て、ＢＴＥ管理テーブル８２中の減設ＣＳの状態を「未
実装」とする。

【０１３３】これにより、ＢＴＥ４０の運用を停止する
ことなく減設することができると共に、ＯＭＣ−Ｒ３０
では、減設ＣＳが障害ではなく未実装であると判断する
ことができ、「障害状態」と「未実装」とを区別するこ
とができる。

【０１３４】以上説明した実施形態によれば、工場出荷
時のローカルロードは全ＣＳで共通としているので、作
業が簡単になると共に、誤設置等を防止することができ
る。運用パラメータからユニット数等を除去したので、
増減設時に、運用中のＣＳを停止することがなくなる。

【０１３５】

【発明の効果】以上説明したように、本発明によれば、
ＯＭＣ−Ｒにより、ＢＴＥの接続構成を管理して、必要
に応じて運用パラメータをダウンロードするので、工場
出荷時及び設置時の作業の軽減が期待される。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の実施形態によるＰＨＳ−ＷＬＬシステ
ムの構成図である。

【図３】図２中のＯＭＣ−Ｒのメモリの内容を示す図で
ある。

【図４】図３中のソフトウェア記憶部の内容を示す図で
ある。

【図５】図４中のＢＴＥ管理テーブルを示す図である。

【図６】図２中のマスタＣＳのメモリの内容を示す図で
ある。

【図７】図６中の運用パラメータの構成を示す図であ
る。

【図８】図２中のマスタＣＳのメインメモリの内容を示
す図である。

【図９】図６中のプログラムの一部の機能ブロック図で
ある。

【図１０】図８中のＣＳ管理テーブルを示す図である。

【図１１】図２中のスレーブＣＳのソフトウェア構造を
示す図である。

【図１２】本発明の実施形態による工場出荷前のローカ
ルロードを示す図である。

【図１３】本発明の実施形態によるＣＳ立ち上げ時の動
作フローチャートである。

【図１４】図１３中のスレーブの状態情報取得のフロー
チャートである。

【図１５】図１３中の状態通知のフローチャートであ
る。

【図１６】図２中のＯＭＣ−Ｒの動作フローチャートで
ある。

【図１７】ＢＴＥ管理情報の更新を示す図である。

【図１８】ＣＳ３増設時のフローチャートである。

【図１９】ＣＳ３増設時のシーケンスフローチャートで
ある。

【図２０】従来のＰＨＳ−ＷＬＬシステムの構成図であ
る。

【図２１】従来の無線基地局設置フローチャートであ
る。

【図２２】従来の設置時のローカルロードを示す図であ
る。

【図２３】従来のＣＳ増設フローチャートである。

【図２４】従来のＣＳ減設フローチャートである。

【符号の説明】

１１第１記憶手段１２端末装置１３−ｉ（ｉ＝１〜Ｎ）ＣＳ１４ＢＴＥ１５ＯＭＣ−Ｒ１６第２記憶手段１７第１設定手段１９第１ダウンロード手段２１取得手段２２第３記憶手段２３第２設定手段２４第１通知手段２５第２ダウンロード手段

フロントページの続き (72)発明者近藤一義広島県広島市中区東白島町14番15号富士通中国通信システム株式会社内 (72)発明者鍵本智也広島県広島市中区東白島町14番15号富士通中国通信システム株式会社内

Claims

【特許請求の範囲】

【請求項１】第１記憶手段に記憶された運用パラメー
タに基づいて、端末装置との間で無線により通信をする
複数のセルステーションを含む無線基地局と、前記各セ
ルステーションの状態を監視する保守運用監視装置とを
有する無線システムにおいて、前記保守運用監視装置は、前記無線基地局が含むことの可能な最大数の各セルステ
ーションについて、実装／未実装の状態、前記運用パラ
メータのパラメータバージョン及び障害状態の情報を含
む第１管理情報を記憶する第２記憶手段と、前記各セルステーションの前記パラメータバージョン及
び前記障害状態に関する情報を前記無線基地局から受信
して、該当するセルステーションの前記第１管理情報を
前記第２記憶手段に設定する第１設定手段と、前記セルステーションに運用パラメータ及びパラメータ
バージョンをダウンロードする第１ダウンロード手段と
を具備し、前記無線基地局は、前記各セルステーションの前記第１記憶手段に記憶され
たパラメータバージョンを取得する取得手段と、前記各セルステーションについて、前記運用パラメータ
のパラメータバージョン及び障害状態に関する情報を含
む第２管理情報を記憶する第３記憶手段と、前記各セルステーションの障害状態及びパラメータバー
ジョンを前記第３記憶手段に設定する第２設定手段と、前記第３記憶手段に記憶した各セルステーションの前記
障害状態及び前記パラメータバージョンを前記保守運用
監視装置に通知する第１通知手段と、前記第１ダウンロード手段より前記パラメータバージョ
ン及び前記運用パラメータを受信して、該当する前記セ
ルステーションの第１記憶手段にダウンロードする第２
ダウンロード手段とを具備したことを特徴とする無線シ
ステム。
【請求項２】前記無線基地局は、割り当てられたチャ
ネルに従い、前記端末装置との間でトラヒックデータの
通信をするスレーブセルステーションと、前記端末装置
に使用するチャネルを割り当て、前記スレーブセルステ
ーションに前記割り当てたチャネルを使用して前記端末
装置との間で通信をするよう指示するマスタセルステー
ションを含む請求項１記載の無線システム。
【請求項３】前記各スレーブセルステーションは、前記マスタセルステーションとの間で通信リンクを確立
する第１リンク確立手段と、前記マスタセルステーションに前記運用パラメータのパ
ラメータバージョン及び障害状態を通知する第２通知手
段とを具備し、前記マスタセルステーションは、前記各スレーブセルステーションとの間で通信リンクを
確立する第２リンク確立手段と、前記スレーブセルステーションとの間で通信リンクの確
立できなかったスレーブセルステーションの状態を「障
害状態」とする前記第２管理情報を前記第３記憶手段に
設定する第３設定手段と、前記第３記憶手段に記憶された前記第２管理情報に基づ
いて、前記障害状態のスレーブセルステーションのチャ
ネルを閉塞する閉塞手段とを具備する請求項２記載の無
線システム。
【請求項４】前記マスタセルステーションは、前記第
２管理情報が前記「障害状態」の復旧を示す前記スレー
ブセルステーションのチャネルの閉塞を解除する解除手
段を更に具備する請求項３記載の無線システム。
【請求項５】前記運用パラメータは、「設置モード」
又は「運用モード」のいずれのモードであるかを示すモ
ードパラメータを含み、前記マスタセルステーションは、立ち上げ又は前記運用
パラメータの更新による再立ち上げ時に、前記モードパ
ラメータが前記「設置モード」の時、呼処理を規制した
報知情報を送出し、前記モードパラメータが前記「運用
モード」の場合は、前記呼処理を規制した報知情報の送
出をスキップする報知手段を更に具備する請求項３記載
の無線システム。
【請求項６】前記保守運用監視装置は、新設するマス
タセルステーション及びスレーブセルステーションを実
装状態とし、他は未実装状態とする前記第１管理情報を
前記第２記憶手段に設定する第４設定手段を更に具備す
る請求項３記載の無線システム。
【請求項７】前記保守運用監視装置は、増設するスレ
ーブセルステーションを実装状態とする前記第１管理情
報を前記第２記憶手段に設定する第５設定手段を更に具
備する請求項３記載の無線システム。
【請求項８】前記保守運用監視装置は、減設するスレーブセルステーションを未実装とする前記
第１管理情報を前記第２記憶手段に設定する第６設定手
段と、前記未実装状態となっている各スレーブセルステーショ
ンの前記マスタセルステーションから通知される状態が
障害状態ならば、未実装と前記第１管理情報を前記第２
記憶手段に設定する第７設定手段とを更に具備する請求
項３記載の無線システム。
【請求項９】前記保守運用監視装置は、各スレーブセルステーションの第１パラメータバージョ
ンと前記マスタセルステーションの第２パラメータバー
ジョンとを比較する第１比較手段と、前記第１パラメータバージョンと前記第２パラメータバ
ージョンとが不一致の時、不一致となった前記スレーブ
セルステーションに前記マスタセルステーションの該当
する運用パラメータをダウンロードする第４ダウンロー
ド手段とを更に具備する請求項２記載の無線システム。
【請求項１０】前記マスタセルステーションは、各スレーブセルステーションの第１パラメータバージョ
ンと前記マスタセルステーションの第２パラメータバー
ジョンとを比較する第２比較手段と、前記第１パラメータバージョンと前記第２パラメータバ
ージョンが不一致となったスレーブセルステーションの
チャネルを閉塞する第２閉塞手段とを更に具備する請求
項２記載の無線システム。
【請求項１１】前記第１記憶手段は、プログラムバー
ジョンが付与されたプログラムを含み、前記第２管理情報は、前記各セルステーションのプログ
ラムバージョンを含み、前記保守運用監視装置は、セルステーションにプログラ
ムをダウンロードする第５ダウンロード手段を更に具備
する請求項１記載の無線システム。
【請求項１２】前記マスタセルステーションは、前記
運用パラメータに無線基地局を特定するセルステーショ
ンＩＤを含み、前記端末装置との間で前記セルステーシ
ョンＩＤに基づき、ＰＨＳインタフェースに従って通信
し、前記保守運用監視装置は、前記無線基地局に該当する前
記セルステーションＩＤをダウンロードする第６ダウン
ロード手段を更に具備する請求項３記載の無線システ
ム。