(57)【要約】【課題】ＣＣ部からプログラムの供給を受けて動作する複数のＢＢカードとの間のシステム運用中に、ＢＢカードがリセットされた場合にはＣＣ部に対してダウンロード要求を行わないでＣＣ部への負荷を軽減することにある。【解決手段】ＣＣ部１は、時間毎に、各ＢＢカードの負荷状態をカード種別毎に監視しカード種別毎に負荷の少ないプログラムの提供先として指定したステイタス情報をカード種別に対応させて各カードに送信し、ＢＢカードは、自カードのリセットが発生した場合の起動時にすでに受け取っているステイタス情報から指定したカードを抽出しその抽出したカードに対してプログラムのダウンロードを要求し、要求元のＢＢカードからプログラムのダウンロードを要求された場合に揮発性の記憶部に格納されているプログラムを要求元のカードにダウンロードする。【選択図】      図１
2005018474.tif 000002
【特許請求の範囲】
【請求項１】
複数のカードと、複数の前記カードを管理する共通制御カードと、複数の前記カードと前記共通制御カードとを接続するバスとを備え、システム立ち上げ時または前記カードの電源投入時に、前記共通制御カード内に保存している前記カードのカード種別に対応したプログラムを前記共通制御カードから前記カードにダウンロードして前記カード内の揮発性の記憶部に格納するソフトウェアダウンロード方式であって、
前共通制御カードは、あらかじめ決められた時間毎に、各前記カードの負荷状態をカード種別毎に監視しカード種別毎に負荷の少ないカードを前記プログラムの提供先として指定する指定手段と、
前記指定手段で指定した提供先のカードのアドレス情報を含むステイタス情報をカード種別毎にカードに対応させその対応させた前記ステイタス情報を各前記カードに送信する送信手段と、を有し、
前記カードは、前記送信手段で送信されるステイタス情報を受信すると不揮発性の記憶部に保存する保存手段と、
自カードのリセットが発生した場合の起動時に前記保存手段で保存したステイタス情報から前記指定手段で指定したカードを抽出しその抽出したカードに対して前記プログラムのダウンロードを要求する要求手段と、
前記要求手段により要求元の前記カードから要求された場合に前記揮発性の記憶部に格納されている前記プログラムを要求元の前記カードにダウンロードするダウンロード手段と、を有することを特徴とするソフトウェアダウンロード方式。
【請求項２】
複数のカードと、複数の前記カードを管理する共通制御カードと、複数の前記カードと前記共通制御カードとを接続するバスとを備え、システム立ち上げ時または前記カードの電源投入時に、前記共通制御カード内に保存している前記カードのカード種別に対応したプログラムを前記共通制御カードから前記カードにダウンロードして前記カード内の揮発性の記憶部に格納するソフトウェアダウンロード方式であって、
前記共通制御カードは、あらかじめ決められた時間毎に、各前記カードの呼設定数を収集する収集手段と、
前記監視手段で収集した呼設定数をカード種別毎に分けそのカード種別毎に分けた前記カードの内少ない呼設定数の前記カードを負荷が少ないカードでかつ前記プログラムの提供先としてカード種別毎に指定する指定手段と、
前記指定手段で指定した提供先のカードのアドレス情報を含むステイタス情報をカード種別毎にカードに対応させその対応させた前記ステイタス情報を各前記カードに送信する送信手段と、を有し、
前記カードは、前記送信手段で送信されるステイタス情報を受信すると不揮発性の記憶部に保存する保存手段と、
自カードのリセットが発生した場合の起動時に前記保存手段で保存したステイタス情報から前記指定手段で指定したカードを抽出しその抽出したカードに対して前記プログラムのダウンロードを要求する要求手段と、
前記要求手段により要求元の前記カードから要求された場合に前記揮発性の記憶部に格納されている前記プログラムを要求元の前記カードにダウンロードするダウンロード手段と、を有することを特徴とするソフトウェアダウンロード方式。
【請求項３】
前記カードは、前記リセットを自カード自身で行う場合に前記共通制御カードに対してリセット通知を行う第１の通知手段と、
前記ダウンロード手段によりダウンロードした前記プログラムを自カード内の前記揮発性のメモリに格納した後に前記共通制御カードに対して起動完了通知を行う第２の通知手段と、を有し、
前記共通制御カードは、前記第１の通知手段により前記リセット通知を受信すると前記第２の完了通知手段による前記起動完了通知を受信するまでの間前記リセット通知の送信元と同じカード種別で前記プログラムの提供先となっている前記カードに対して新規呼設定の要求を行わない要求手段を有することを特徴とする請求項２記載のソフトウェアダウンロード方式。
【請求項４】
前記カードは、前記ダウンロード手段によりダウンロードした前記プログラムを自カード内の前記揮発性のメモリに格納した後に前記共通制御カードに対して起動完了通知を行う通知手段を有し、
前記共通制御カードは、リセット要求により前記リセットを発生させた前記カードから前記通知手段による起動完了通知を受信するまでの間前記リセット通知の送信元と同じカード種別で前記プログラムの提供先となっている前記カードに対して新規呼設定の要求を行わない要求手段を有することを特徴とする請求項２記載のソフトウェアダウンロード方式。
【請求項５】
前記要求手段は、ＦＴＰコネクション要求により前記プログラムのダウンロードの要求を行うことを特徴とする請求項１または２記載のソフトウェアダウンロード方式。
【請求項６】
前記提供先のカードのアドレス情報は、ダウンロードすべき前記プログラムの提供先のＩＰアドレスとＭＡＣアドレスとを含むことを特徴とする請求項１または２記載のソフトウェアダウンロード方式。
【請求項７】
複数のカードと、複数の前記カードを管理する共通制御カードと、複数の前記カードと前記共通制御カードとを接続するバスとを備え、システム立ち上げ時または前記カードの電源投入時に、前記共通制御カード内に保存している前記カードのカード種別に対応したプログラムを前記共通制御カードから前記カードにダウンロードして前記カード内の揮発性の記憶部に格納するソフトウェアダウンロード方法であって、
前共通制御カードは、あらかじめ決められた時間毎に、各前記カードの負荷状態をカード種別毎に監視しカード種別毎に負荷の少ないカードを前記プログラムの提供先として指定するステップと、
前記指定した提供先のカードのアドレス情報を含むステイタス情報をカード種別毎にカードに対応させその対応させた前記ステイタス情報を各前記カードに送信するステップと、を含み、
前記カードは、前記ステイタス情報を受信すると不揮発性の記憶部に保存するステップと、
自カードのリセットが発生した場合の起動時に前記不揮発性の記憶部に保存したステイタス情報から前記指定したカードを抽出しその抽出したカードに対して前記プログラムのダウンロードを要求するステップと、
要求元の前記カードから前記プログラムのダウンロードを要求された場合に前記揮発性の記憶部に格納されている前記プログラムを要求元の前記カードにダウンロードするステップと、を含むことを特徴とするソフトウェアダウンロード方法。
【請求項８】
複数のカードと、複数の前記カードを管理する共通制御カードと、複数の前記カードと前記共通制御カードとを接続するバスとを備え、システム立ち上げ時または前記カードの電源投入時に、前記共通制御カード内に保存している前記カードのカード種別に対応したプログラムを前記共通制御カードから前記カードにダウンロードして前記カード内の揮発性の記憶部に格納するソフトウェアダウンロード方法であって、
前記共通制御カードは、あらかじめ決められた時間毎に、各前記カードの呼設定数を収集するステップと、
前記収集した呼設定数をカード種別毎に分けそのカード種別毎に分けた前記カードの内少ない呼設定数の前記カードを負荷が少ないカードでかつ前記プログラムの提供先としてカード種別毎に指定するステップと、
前記指定した提供先のカードのアドレス情報を含むステイタス情報をカード種別毎にカードに対応させその対応させた前記ステイタス情報を各前記カードに送信するステップと、を含み、
前記カードは、前記ステイタス情報を受信すると不揮発性の記憶部に保存するステップと、
自カードのリセットが発生した場合の起動時に前記不揮発性の記憶部に保存したステイタス情報から前記指定したカードを抽出しその抽出したカードに対して前記プログラムのダウンロードを要求するステップと、
要求元の前記カードから前記プログラムのダウンロードを要求された場合に前記揮発性の記憶部に格納されている前記プログラムを要求元の前記カードにダウンロードするステップと、を含むことを特徴とするソフトウェアダウンロード方法。
【請求項９】
前記カードは、前記リセットを自カード自身で行う場合に前記共通制御カードに対してリセット通知を行うステップと、
前記プログラムのダウンロードを要求してダウンロードした前記プログラムを自カード内の前記揮発性のメモリに格納した後に前記共通制御カードに対して起動完了通知を行うステップと、を含み、
前記共通制御カードは、前記リセット通知を受信すると前記起動完了通知を受信するまでの間前記リセット通知の送信元と同じカード種別で前記プログラムの提供先となっている前記カードに対して新規呼設定の要求を行わないステップを含むことを特徴とする請求項２記載のソフトウェアダウンロード方法。
【請求項１０】
前記カードは、前記プログラムのダウンロードを要求してダウンロードした前記プログラムを自カード内の前記揮発性のメモリに格納した後に前記共通制御カードに対して起動完了通知を行うステップを含み、
前記共通制御カードは、リセット要求により前記リセットを発生させた前記カードから前記起動完了通知を受信するまでの間前記リセット通知の送信元と同じカード種別で前記プログラムの提供先となっている前記カードに対して新規呼設定の要求を行わないステップを含むことを特徴とする請求項２記載のソフトウェアダウンロード方法。
【請求項１１】
前記プログラムのダウンロードを要求するステップは、ＦＴＰコネクション要求により前記プログラムのダウンロードの要求を行うことを特徴とする請求項８または９記載のソフトウェアダウンロード方法。
【請求項１２】
前記提供先のカードのアドレス情報は、ダウンロードすべき前記プログラムの提供先のＩＰアドレスとＭＡＣアドレスとを含むことを特徴とする請求項８または９記載のソフトウェアダウンロード方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ソフトウェアダウンロード方式および方法に関し、特に、Ｗ−ＣＤＭＡ基地局内（ノード内）のベースバンド処理を行うカードのリセットまたは再起動された場合のソフトウェアダウンロード方式および方法に関し、更に、ネットワークシステムにおけるクライアントであるのリセットまたは再起動された場合のソフトウェアダウンロード方式および方法に関する。
【０００２】
【従来の技術】
従来、ソフトウェアのダウンロード方式として、例えば、特開平１１−１４３７１７号公報に開示されている。この特開平１１−１４３７１７号公報には、クライアント／サーバシステムにおいて、サーバは、クライアント上で動作する基本ソフトウェアを記憶装置内に保持し、クライアントからの基本ソフトウェアのロード要求に対して、該基本ソフトウェアをクライアントに送付する伝送手段を備え、クライアントは、起動時に基本ソフトウェアを保持しているサーバまたはクライアントをサーバに確認することで検出し、検出したサーバまたはクライアントからクライアントの記憶装置に上記基本ソフトウェアをロードするロード手段を備え、ロードされた基本ソフトウェアの実行により、他のクライアントからの基本ソフトウェアのロード要求に対して該基本ソフトウェアを他のクライアントに送信する配信処理を実行し、起動されたクライアントがサーバおよびすでに起動済みのクライアントのいずれからも基本ソフトウェアをロードしてブート処理を行うことが記載されている。
【０００３】
【特許文献１】
特開平１１−１４３７１７号公報（特許請求の範囲、段落番号００１９，および図）
【０００４】
【発明が解決しようとする課題】
しかしながら、特開平１１−１４３７１７号公報によれば、クライアントが起動した場合にサーバに対して確認すると、サーバは、自分が高負荷かどうか確認し、高負荷と判断した場合には、基本ソフトウェアを保持しているクライアントを指定する。クライアントは、この確認結果を基に、指定されたサーバかクライアントから基本ソフトウェアをダウンロードするようにしている。一方、高負荷でないときに基本ソフトウェアをロードしたクライアントは、サーバの判断で立ち上がっているクライアント数が規定以下であれば、基本ソフトウェアを保存しないようにし、一端記憶部に保持したとしてもクライアントに起動時間帯でないと判断した場合には保持した基本ソフトウェアを廃棄するようにしている。このように、特開平１１−１４３７１７号公報によれば、当初のシステム立ち上げ時または時間設定によるクライアントの複数立ち上げ時には、立ち上がっていないクライアントも数多く存在しているため、確かに有効であるが、システムが安定してくると、クライアントの全てが基本ソフトウェアを保存しない状態が充分に起こり得る。このような状態でエラー発生によりクライアントが再起動した場合に、サーバに確認したとしても、サーバが高負荷にもかかわらず、ダウンロードさせるクライアントが存在しないという問題点が発生する。
【０００５】
また、特開平１１−１４３７１７号公報では、サーバの負荷に関しては考慮されているが、クライアントの負荷に関しては考慮されていないため、たまたま、基本ソフトウェアを保存しているクライアントが高負荷で基本ソフトウェアの供給先となった場合、高負荷によるＡＣＫ遅延等によるＦＴＰ再送処理、ＦＴＰタイムアウトによるダウンロード失敗等を発生させるという問題点がある。
【０００６】
本発明の目的は、上記問題点を鑑み、共通制御カードからプログラムの供給を受けて動作する複数のカードとの間のシステム運用中に、カードがリセットされ、そのカードが必要とするプログラムのダウンロードの要求が発生した場合に、できる限り共通制御カードに対してダウンロード要求を行わないで共通制御カードへの負荷を軽減することにある。
【０００７】
また、本発明の他の目的は、リセットされたカードは、処理負荷の少ない他のカードからそのカードが必要とするプログラムがダウンロードされることにある。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明の第１のソフトウェアダウンロード方式は、複数のカードと、複数の前記カードを管理する共通制御カードと、複数の前記カードと前記共通制御カードとを接続するバスとを備え、システム立ち上げ時または前記カードの電源投入時に、前記共通制御カード内に保存している前記カードのカード種別に対応したプログラムを前記共通制御カードから前記カードにダウンロードして前記カード内の揮発性の記憶部に格納するソフトウェアダウンロード方式であって、前共通制御カードは、あらかじめ決められた時間毎に、各前記カードの負荷状態をカード種別毎に監視しカード種別毎に負荷の少ないカードを前記プログラムの提供先として指定する指定手段と、前記指定手段で指定した提供先のカードのアドレス情報を含むステイタス情報をカード種別毎にカードに対応させその対応させた前記ステイタス情報を各前記カードに送信する送信手段と、を有し、前記カードは、前記送信手段で送信されるステイタス情報を受信すると不揮発性の記憶部に保存する保存手段と、自カードのリセットが発生した場合の起動時に前記保存手段で保存したステイタス情報から前記指定手段で指定したカードを抽出しその抽出したカードに対して前記プログラムのダウンロードを要求する要求手段と、前記要求手段により要求元の前記カードから要求された場合に前記揮発性の記憶部に格納されている前記プログラムを要求元の前記カードにダウンロードするダウンロード手段と、を有することを特徴としている。
【０００９】
また、本発明の第２のソフトウェアダウンロード方式は、複数のカードと、複数の前記カードを管理する共通制御カードと、複数の前記カードと前記共通制御カードとを接続するバスとを備え、システム立ち上げ時または前記カードの電源投入時に、前記共通制御カード内に保存している前記カードのカード種別に対応したプログラムを前記共通制御カードから前記カードにダウンロードして前記カード内の揮発性の記憶部に格納するソフトウェアダウンロード方式であって、前記共通制御カードは、あらかじめ決められた時間毎に、各前記カードの呼設定数を収集する収集手段と、前記監視手段で収集した呼設定数をカード種別毎に分けそのカード種別毎に分けた前記カードの内少ない呼設定数の前記カードを負荷が少ないカードでかつ前記プログラムの提供先としてカード種別毎に指定する指定手段と、前記指定手段で指定した提供先のカードのアドレス情報を含むステイタス情報をカード種別毎にカードに対応させその対応させた前記ステイタス情報を各前記カードに送信する送信手段と、を有し、前記カードは、前記送信手段で送信されるステイタス情報を受信すると不揮発性の記憶部に保存する保存手段と、自カードのリセットが発生した場合の起動時に前記保存手段で保存したステイタス情報から前記指定手段で指定したカードを抽出しその抽出したカードに対して前記プログラムのダウンロードを要求する要求手段と、前記要求手段により要求元の前記カードから要求された場合に前記揮発性の記憶部に格納されている前記プログラムを要求元の前記カードにダウンロードするダウンロード手段と、を有することを特徴としている。
【００１０】
更に、上記の第２のソフトウェアダウンロード方式において、前記カードは、前記リセットを自カード自身で行う場合に前記共通制御カードに対してリセット通知を行う第１の通知手段と、前記ダウンロード手段によりダウンロードした前記プログラムを自カード内の前記揮発性のメモリに格納した後に前記共通制御カードに対して起動完了通知を行う第２の通知手段と、を有し、前記共通制御カードは、前記第１の通知手段により前記リセット通知を受信すると前記第２の完了通知手段による前記起動完了通知を受信するまでの間前記リセット通知の送信元と同じカード種別で前記プログラムの提供先となっている前記カードに対して新規呼設定の要求を行わない要求手段を有することを特徴としている。
【００１１】
更に、上記の第２のソフトウェアダウンロード方式において、前記カードは、前記ダウンロード手段によりダウンロードした前記プログラムを自カード内の前記揮発性のメモリに格納した後に前記共通制御カードに対して起動完了通知を行う通知手段を有し、前記共通制御カードは、リセット要求により前記リセットを発生させた前記カードから前記通知手段による起動完了通知を受信するまでの間前記リセット通知の送信元と同じカード種別で前記プログラムの提供先となっている前記カードに対して新規呼設定の要求を行わない要求手段を有することを特徴としている。
【００１２】
更に、上記の第１または第２のソフトウェアダウンロード方式おいて、前記要求手段は、ＦＴＰコネクション要求により前記プログラムのダウンロードの要求を行うことを特徴としている。
【００１３】
更に、上記の第１または第２のソフトウェアダウンロード方式において、前記提供先のカードのアドレス情報は、ダウンロードすべき前記プログラムの提供先のＩＰアドレスとＭＡＣアドレスとを含むことを特徴としている。
【００１４】
また、本発明の第１のソフトウェアダウンロード方法は、複数のカードと、複数の前記カードを管理する共通制御カードと、複数の前記カードと前記共通制御カードとを接続するバスとを備え、システム立ち上げ時または前記カードの電源投入時に、前記共通制御カード内に保存している前記カードのカード種別に対応したプログラムを前記共通制御カードから前記カードにダウンロードして前記カード内の揮発性の記憶部に格納するソフトウェアダウンロード方法であって、前共通制御カードは、あらかじめ決められた時間毎に、各前記カードの負荷状態をカード種別毎に監視しカード種別毎に負荷の少ないカードを前記プログラムの提供先として指定するステップと、前記指定した提供先のカードのアドレス情報を含むステイタス情報をカード種別毎にカードに対応させその対応させた前記ステイタス情報を各前記カードに送信するステップと、を含み、前記カードは、前記ステイタス情報を受信すると不揮発性の記憶部に保存するステップと、自カードのリセットが発生した場合の起動時に前記不揮発性の記憶部に保存したステイタス情報から前記指定したカードを抽出しその抽出したカードに対して前記プログラムのダウンロードを要求するステップと、要求元の前記カードから前記プログラムのダウンロードを要求された場合に前記揮発性の記憶部に格納されている前記プログラムを要求元の前記カードにダウンロードするステップと、を含むことを特徴としている。
【００１５】
また、本発明の第２のソフトウェアダウンロード方法は、複数のカードと、複数の前記カードを管理する共通制御カードと、複数の前記カードと前記共通制御カードとを接続するバスとを備え、システム立ち上げ時または前記カードの電源投入時に、前記共通制御カード内に保存している前記カードのカード種別に対応したプログラムを前記共通制御カードから前記カードにダウンロードして前記カード内の揮発性の記憶部に格納するソフトウェアダウンロード方法であって、前記共通制御カードは、あらかじめ決められた時間毎に、各前記カードの呼設定数を収集するステップと、前記収集した呼設定数をカード種別毎に分けそのカード種別毎に分けた前記カードの内少ない呼設定数の前記カードを負荷が少ないカードでかつ前記プログラムの提供先としてカード種別毎に指定するステップと、前記指定した提供先のカードのアドレス情報を含むステイタス情報をカード種別毎にカードに対応させその対応させた前記ステイタス情報を各前記カードに送信するステップと、を含み、前記カードは、前記ステイタス情報を受信すると不揮発性の記憶部に保存するステップと、自カードのリセットが発生した場合の起動時に前記不揮発性の記憶部に保存したステイタス情報から前記指定したカードを抽出しその抽出したカードに対して前記プログラムのダウンロードを要求するステップと、要求元の前記カードから前記プログラムのダウンロードを要求された場合に前記揮発性の記憶部に格納されている前記プログラムを要求元の前記カードにダウンロードするステップと、を含むことを特徴としている。
【００１６】
更に、上記の第２のソフトウェアダウンロード方法において、前記カードは、前記リセットを自カード自身で行う場合に前記共通制御カードに対してリセット通知を行うステップと、前記プログラムのダウンロードを要求してダウンロードした前記プログラムを自カード内の前記揮発性のメモリに格納した後に前記共通制御カードに対して起動完了通知を行うステップと、を含み、前記共通制御カードは、前記リセット通知を受信すると前記起動完了通知を受信するまでの間前記リセット通知の送信元と同じカード種別で前記プログラムの提供先となっている前記カードに対して新規呼設定の要求を行わないステップを含むことを特徴としている。
【００１７】
更に、上記の第２のソフトウェアダウンロード方法において、前記カードは、前記プログラムのダウンロードを要求してダウンロードした前記プログラムを自カード内の前記揮発性のメモリに格納した後に前記共通制御カードに対して起動完了通知を行うステップを含み、前記共通制御カードは、リセット要求により前記リセットを発生させた前記カードから前記起動完了通知を受信するまでの間前記リセット通知の送信元と同じカード種別で前記プログラムの提供先となっている前記カードに対して新規呼設定の要求を行わないステップを含むことを特徴としている。
【００１８】
更に、上記の第１または第２のソフトウェアダウンロード方法において、前記プログラムのダウンロードを要求するステップは、ＦＴＰコネクション要求により前記プログラムのダウンロードの要求を行うことを特徴としている。
【００１９】
更に、上記の第１または第２のソフトウェアダウンロード方法において、前記提供先のカードのアドレス情報は、ダウンロードすべき前記プログラムの提供先のＩＰアドレスとＭＡＣアドレスとを含むことを特徴としている。
【００２０】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００２１】
図１を参照すると、Ｗ−ＣＤＭＡ基地局の基地局装置内の構成をしており、基地局装置は、装置全体の制御／監視を行う共通制御部であるＣＣ部１（ＣＣ：Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌの略）と、ＣＣ部１に接続された不揮発性の記録媒体装置（例えば、磁気ディスク）である記憶部１３と、ベースバンドの処理を行う複数のＢＢカードを有するＢＢ部３（ＢＢ：Ｂａｓｅ  Ｂａｎｄの略）と、ＣＣ部１とＢＢ部３とを接続する内部バス４（例えば、ＵＴＯＰＩＡバス、ＩＥＥＥ８０２．３規定のバス等）とから構成される。この場合のＣＣ部１（ＣＣカードとも呼ぶ）と各ＢＢカードとを含む各カード間のデータのやり取りは、基本的には、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルで規定されているＴＣＰ／ＩＰの基で、行われる。なお、各カード間におけるダウンロード時は、ＴＣＰ／ＩＰプロトコルの上位層であるＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）の基で行われる。なお、Ｗ−ＣＤＭＡは、Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（広帯域・符号分割多元接続方式）の略である。
【００２２】
図１のＣＣ部１は、ケージのスロットに挿入すれば内部バス４に接続できるようにカード形式になっており、ＣＣカードとも呼ばれる。ＣＣ部１は、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作する制御部１１と、ＢＢ部３内の各ＢＢカードとのデータのやりとりを行う伝送路インタフェース１２とから構成される。
【００２３】
図１の制御部１１は、基地局装置全体の監視を行い、ＢＢ部３内のＢＢカード（ＩＰアドレス）毎の呼処理状況や負荷状況を常に把握することが可能である。すなわち、制御部１１は、上位装置である無線ネットワーク制御装置（ＲＮＣ）から図示していないインタフェースを介して呼設定要求があると、ＢＢ部２内の各ＢＢカードに対して呼設定を割り付け、その割り付けた呼設定情報（呼の接続情報と割り付けたＢＢカードのＩＰアドレス）を記憶部１３内の図示していない呼接続管理テーブルに登録し、呼解放があると該当する呼設定情報を呼接続管理テーブルから削除する。あらかじめ決められた時間毎に呼接続管理テーブルを検索することにより各ＢＢカードに割り付けた呼設定の数（本発明における基地局装置では、「各ＢＢカードに割り付けた呼設定の数」を「各ＢＢカードの呼設定数」と呼ぶこともある）をカウントし、その呼設定数からＢＢカードの負荷状況を判断し、カード種別（ＣＨＣ，ＲＥＰ，ＴＲＸ：以降のＢＢ部２で説明）毎に負荷の少ないＢＢカードを指定する。また、制御部１１は、ＢＢ部３内の全てのＢＢカードの起動および運用に必要なＳＷＩ（ソフトウェアイメージの略で、ＯＳとアプリケーションプログラムとを含む）を圧縮し、圧縮したＳＷＩを記憶部１３に機能に対応したＢＢカード毎に保持し、各ＢＢカードの起動時にＦＴＰによる要求に従ってＳＷＩのファイル転送を行う。
【００２４】
図１の伝送路インタフェース１２は、内部バス４のインタフェースを備え、制御部１１の制御の基でＢＢ部３内の各ＢＢカードとの呼設定／解放情報やＭｅａｓｕｒｅｍｅｎｔ情報（無線状態等の測定情報）等のメッセージの通信を行い、また、制御部１１の制御の基でＦＴＰ転送に必要なＴＣＰ／ＩＰのプロトコルをサポートしており、ファイル転送機能も有する。
【００２５】
図１の記憶部１３には、ＢＢ部３内の各ＢＢカードにダウンロードすべきプログラムが格納されているプログラム格納エリア１３１と、ＢＢ部３内の各ＢＢカードのステイタス情報が格納されているステイタステーブル１３２とが割り当てられている。
【００２６】
図１のＢＢ部３は、１つまたは複数のチャネル制御部（ＣＨＣ）であるＢＢカード３１と、１つまたは複数の無線送受信制御部（ＴＲＸ）であるＢＢカード３２と、それらの間を接続する１つまたは複数のスイッチ部（ＲＥＰ）であるＢＢカード３３とから構成される。各ＢＢカードは、ケージのスロットに挿入すれば内部バス４に接続できるようになっている。また、各ＢＢカードに対応したＢＢカードのアドレス（ＩＰアドレスおよびＭＡＣアドレス）がスロットの挿入場所に従って割り振られており、それぞれのＢＢカードの立ち上げ時（電源立ち上げ時、リセット時）に、各ＢＢカードの制御部が、スロット位置を読み出し、システム構築時に不揮発性メモリに設定されているスロット変換テーブル（スロット位置に対応したＩＰアドレスとＭＡＣアドレスを登録したテーブル）からスロット位置をキーにしてＩＰアドレスとＭＡＣアドレス（ＭＡＣアドレスを物理アドレスともいう）とを検索することにより自ＩＰアドレスとＭＡＣアドレスとを決定する。
【００２７】
図１のＢＢカード３１は、図示していないプロセッサによりプログラム制御で動作する制御部３１１と、ＣＣカードおよび他のＢＢカードとのデータのやりとりを行うインタフェース部３１２と、ダウンロードされるＣＨＣ用のＳＷＩを格納する揮発性メモリ（例えば、ＲＡＭ）である記憶部３１３とから構成される。制御部３１１は、インタフェース部３１２を介してＦＴＰ転送に必要なＴＣＰ／ＩＰをサポートし、クライアント／サーバ両機能を持ち合わせている。制御部３１１は、自カード内の監視およびその処理を行い、ＣＣ部１からのメッセージ受信後に、実際の処理を行う。
【００２８】
図１のＢＢカード３２は、図示していないプロセッサによりプログラム制御で動作する制御部３２１と、ＣＣカードおよび他のＢＢカードとのデータのやりとりを行うインタフェース部３２２と、ダウンロードされるＲＥＰ用のＳＷＩを格納する揮発性メモリ（例えば、ＲＡＭ）である記憶部３２３とから構成される。制御部３２１は、インタフェース部３２２を介してＦＴＰ転送に必要なＴＣＰ／ＩＰをサポートし、クライアント／サーバ両機能を持ち合わせている。制御部３２１は、自カード内の監視およびその処理を行い、ＣＣ部１からのメッセージ受信後に、実際の処理を行う。
【００２９】
図１のＢＢカード３３は、図示していないプロセッサによりプログラム制御で動作する制御部３３１と、ＣＣカードおよび他のＢＢカードとのデータのやりとりを行うインタフェース部３３２と、ダウンロードされるＴＲＸ用のＳＷＩを格納する揮発性メモリ（例えば、ＲＡＭ）である記憶部３３３とから構成される。制御部３３１は、インタフェース部３３２を介してＦＴＰ転送に必要なＴＣＰ／ＩＰをサポートし、クライアント／サーバ両機能を持ち合わせている。制御部３３１は、自カード内の監視およびその処理を行い、ＣＣからのメッセージ受信後に、実際の処理を行う。
【００３０】
図２を参照すると、図１の記憶部１３のプログラム格納エリア１３１内の構成の概略を示しており、このプログラム格納エリア１３１には、ＣＨＩ用のアプリケーションプログラムと各ＢＢカード共通のＯＳ（オペレーティングシステム）とが圧縮されたＣＨＣ用ＳＷＩと、ＲＥＰ用のアプリケーションプログラムと各ＢＢカード共通のＯＳとが圧縮されたＲＥＰ用ＳＷＩと、ＴＲＸ用のアプリケーションプログラムと各ＢＢカード共通のＯＳとが圧縮されたＴＲＸ用ＳＷＩとが、それぞれ、割り当てられたエリアにあらかじめ（例えば、システム構築時に）格納されている。
【００３１】
図３を参照すると、図１の記憶部１３のステイタステーブル１３２内の構成の概略を示しており、ＢＢカードのアドレス（ＩＰアドレスおよびＭＡＣアドレス）毎に、「ＣＨＩ」、「ＲＥＰ」、「ＴＲＸ」のいずれかのカードの種別を示すカード種別と、ＢＢカードの状態を示すステイタスとの各エリアが割り当てられており、更に、ステイタスのエリアには、ＢＢカードのアドレス毎に、各ＢＢカードの呼設定数と、ダウンロードのマスタ（ダウンロードすべきプログラムの提供先）として指定する場合に「ＯＮ」に設定されるマスタモードと、各ＢＢカードの生死を示す動作モード（たとえば、正常の場合「ＡＣＴ」、異常の場合「ＤＯＷＮ」、未実装の場合ブランク）との各エリアが割り当てられている。なお、ＢＢカードのアドレスおよびカード種別は、システム構築時に設定されている。この場合のＩＰアドレスおよびＭＡＣアドレスは、ケージに挿入されるスロットの位置に対応しており、このＢＢカードのアドレスに従ってカード種別がシステム構築時に設定されている。
【００３２】
次に、図１〜図７を参照して本実施の形態の動作について詳細に説明する。
【００３３】
図１に示す基地局装置において、まず図４を中心に基地局装置のスタートアップシーケンス（システム立ち上げ時のシーケンス）について説明する。
【００３４】
ＢＢカード３１が電源ＯＮになると、制御部３１１は、スロット位置を読み出し、図示していない不揮発性メモリにあるスロット変換テーブルからスロット位置に該当するＩＰアドレスとＭＡＣアドレスを抽出し、図示していない不揮発性メモリに格納し、以降、ＣＣ部１または他のＢＢカードとの通信を行う場合は、自カードのアドレス（送信元アドレス）として利用される。更に、ＢＢカード３１の制御部３１１は、ＳＷＩのダウンロードを行うプログラムの起動を開始し、インタフェース部３１２を介してＣＣ部１に対して自カードのＦＴＰコネクション要求を出す。（図４のシーケンスＳ１０１，Ｓ１０２）。
【００３５】
インタフェース部１２を介してＦＴＰコネクション要求を受信したＣＣ部１の制御部１１は、要求受諾後、ＦＴＰコネクション要求許可を、インタフェース部３１２を介してＢＢカード３１へ転送する。（シーケンスＳ１０３，Ｓ１０４）。
【００３６】
ＢＢカード３１の制御部３１１がインタフェース部３１２を介してＦＴＰコネクション要求許可を受信することで、ＣＣ部１とＢＢカード３１との間でＦＴＰのコネクションが確立する。（シーケンスＳ１０５）。
【００３７】
ＣＣ部１の制御部１１は、コネクション確立後、先ほどＦＴＰコネクション要求時に受信した送信元のＩＰアドレス（なお、ＢＢカードのアドレスでも、ＭＡＣアドレスでも可：以降この説明を省略））をキーとして記憶部１３のステイタステーブル１３２からカード種別（この場合は「ＣＨＣ」）を検出し、その検出したカード種別をキーとして要求のあったＢＢカード３１用の圧縮されたＳＷＩ（この場合、ＣＨＣ用ＳＷＩ）を記憶部１３のプログラム格納エリア１３１から読み出し、ＢＢカード３１に対してインタフェース部１２を介してダウンロードを開始する。（ステップＳ１０６）。
【００３８】
ＢＢカード３１の制御部３１１は、インタフェース部３１２を介してＣＣ部１からダウンロードされるＳＷＩを受信し、自カード内の記憶部３１３に格納する。ダウンロード終了後、制御部３１１は、記憶部３１３に格納されたＳＷＩ（ＯＳとアプリケーションプログラム）を解凍し、記憶部３１３に展開し、展開したアプリケーションのプログラムを起動すると共に、インタフェース部３１２を介して起動完了通知をＣＣ部１へ転送する。すなわち、ＢＢカード３１の制御部３１１がアプリケーションのプログラムを起動することで、ＢＢカード３１が立ち上がったことになる。（シーケンスＳ１０７〜Ｓ１０９）。
【００３９】
インタフェース部１２を介して起動完了通知を受信したＣＣ部１の制御部１１は、ステイタステーブル１３２内において起動完了通知を受けたＩＰアドレスに該当する動作モードのエリアに「ＡＣＴ」を設定し終了する。
【００４０】
このようにして、各ＢＢカードの電源がＯＮされると、上記で説明した同じ手順で、ＢＢカードの種別に対応したＳＷＩがそれぞれのＢＢカード内の記憶部（ＢＢカード３１の場合は記憶部３１３内にＣＨＣ用ＳＷＩ、ＢＢカード３２の場合は記憶部３２３内にＲＥＰ用ＳＷＩ、ＢＢカード３３の場合は記憶部３３３内にＴＲＸ用ＳＷＩ）に格納され、それぞれのＢＢカードがそれぞれの機能に対応したアプリケーションプログラムが起動される。すなわち、各ＢＢカードがそれぞれの機能を持った形で立ち上がったことになる。更に、ＣＣ部１のステイタステーブル１３２において、立ち上がった全てのＢＢカードのＩＰアドレスに該当する動作モードのエリアが「ＯＮ」に制御部１１により設定される。
【００４１】
次に本実施の形態を用いた場合のＣＣ部１およびＢＢ部３の動作について、図５、図６を中心に説明する。
【００４２】
今、立ち上がったＢＢ部３の各ＢＢカードは、ＣＣ部１の制御の基で、システム運用中である。
【００４３】
ＣＣ部１には、図示していない時間毎（例えば、２分毎）に制御部１１に割り込むタイマが起動しており、そのタイマ割り込みにより、制御部１１は、ステイタステーブル１３２内で動作モードがブランクでないＩＰアドレスを持つＢＢカードに対して生死の確認をアクセスすることで確認すると共に、各ＢＢカードに割り付けた呼設定数を調べるために、記憶部１３にある図示していない呼接続管理テーブルから各ＢＢカードに割り付けた呼設定の数をカウント（収集）し、そのカウント（収集）した呼設定数を、ステイタステーブル１３２内の各カードのＩＰアドレスに該当する呼設定数のエリアに設定する。なお、制御部１１がＢＢカードにアクセスして無応答の場合には、制御部１１は、ステイタステーブル１３２の内で無応答になったＩＰアドレスに該当する動作モードのエリアに設定されている「ＡＣＴ」を「ＤＯＷＮ」に変更する。更に、呼設定数のエリアに設定した後、制御部１１は、カード種別毎に分類し、その分類したカード種別毎にしたＢＢカードの内で、動作モードが「ＡＣＴ」でかつ呼設定数が一番少ないＩＰアドレスのＢＢカードを、負荷が少ないカードでかつダウンロードすべきＳＷＩの提供先として判断し、そのＩＰアドレスに該当するマスタモードのエリアに「ＯＮ」を設定する。このように、ＣＣ部１の制御部１１は、ステイタステーブル１３２で各ＢＢカードに対する呼設定数を管理しているため、各ＢＢカードのリソース情報を認識することができる。
【００４４】
上記の負荷の判断として、呼設定数が一番少ないＩＰアドレスのＢＢカードを負荷が少ないとして判断したが、負荷が少ないと判断する呼設定の規定数を設定しておき、その規定数を超えなかったＩＰアドレスのＢＢカードを全て負荷が少ないと判断しても良い。この場合、同じカード種別であってもステイタステーブル１３２内のマスタモードのエリアに複数の「ＯＮ」が制御部１１により設定されることになる。
【００４５】
このようにして、カード種別毎に負荷が少ないＢＢカードすなわちダウンロードすべきＳＷＩの提供先が設定された後、ＣＣ部１の制御部１１は、ステイタス情報を各ＢＢカードに送信するためにステイタステーブル１３２から送信先と同じカード種別のＢＢカードの内でマスタモードが「ＯＮ」になっているアドレス情報（ＩＰアドレスおよびＭＡＣアドレス）を抽出し、その抽出したＢＢカードのアドレスとそのマスタモードとを含む提供先のＢＢカードの情報をステイタス情報（例えば、図６を参照）として各ＢＢカードに送信する。（図５のシーケンスＳ２０１，Ｓ２０２）。この場合、同じカード種別内でマスタモードが「ＯＮ」になっているものが検出されなければ、制御部１１は、マスタモードを「ＯＦＦ」にし、ＢＢカードアドレスをブランク（またはオール「０」）にしたステイタス情報を、インタフェース部１２を介して各ＢＢカードに送信する。
【００４６】
すると、インタフェース部３１２，３２２，３３３を介してステイタス情報を受信したそれぞれのＢＢカードの制御部３１１，３２１，３３１は、図示していない不揮発性メモリ（例えば、フラッシュメモリ）に格納する。（シーケンスＳ２０３）。これにより、制御部１１のタイマの割り込みの処理が終了する。
【００４７】
ＣＣ部１内のタイマ割り込みにより上記の動作（各ＢＢカードからの呼設定情報の獲得、各ＢＢカードへのステイタス情報の送信）を繰り返しているとき、ＣＣ部１内のステイタステーブル１３２の内容が、例えば、図３のようになったとする（この場合、ＣＨＣ機能のＢＢカード３１はＩＰ１，ＩＰ２，ＩＰ３のＩＰアドレスの３台とする）と、ＩＰ１，ＩＰ２，ＩＰ３それぞれのＢＢカード３１の図示していない不揮発性のメモリには、ステイタス情報として図６のようなテーブルが格納されている。このときに、ＢＢカード（例えば、ＩＰ１のＢＢカード３１とする）内で制御部３１１が障害を検出し（何らかの原因で自リセットを発生）、障害（またはリセット発生要因）を検出してリセットすることを、インタフェース部３１２を介してＣＣ部１に通知すると共に、自分で自カードのリセットをかける。インタフェース部１２を介して障害（またはリセット発生要因）の通知を受けたＣＣ部１の制御部１１は、ステイタステーブル１３２のＩＰ１に該当する動作モードを「ＡＣＴ」から「ＤＯＷＮ」に設定変更する。（ステップＳ２１１〜Ｓ２１３）。
【００４８】
一方、ＩＰ１のＢＢカード３１の制御部３１１は、リセットにより再起動すべきだと判断し、初期設定（この場合、記憶部３１３の内容はクリアされるが不揮発性メモリの内容はクリアされない）を行った後、ダウンロードを行うプログラムを起動し、不揮発性メモリ内に格納されたステイタス情報（図６参照）でマスタモード（「ＯＮ」）になっているＩＰ２を抽出し、その抽出したＩＰ２のＢＢカード３１に対してＦＴＰコネクション要求を行う（シーケンスＳ２３１，Ｓ２３２）。
【００４９】
インタフェース部３１２を介してＦＴＰコネクション要求を受信したＩＰ２のＢＢカード３１の制御部３１１は、要求受諾後、ＦＴＰコネクション要求許可をＩＰ１のＢＢカード３１へ転送する。（シーケンスＳ２３３，Ｓ２３４）。
【００５０】
ＩＰ１のＢＢカード３１の制御部３１１がインタフェース部３１２を介してＦＴＰコネクション要求許可を受信することで、ＩＰ１のＢＢカード３１とＩＰ２のＢＢカード３１との間でＦＴＰのコネクションが確立する。（シーケンスＳ２３５）。
【００５１】
一方、ＩＰ２のＢＢカード３１の制御部１１は、記憶部３１３に格納されているＣＨＣ用ＳＷＩを読み出し、要求元のＩＰ２のＢＢカード３１に対してインタフェース部３１２を介してダウンロードを開始する。（ステップＳ２３６）。
【００５２】
ＩＰ１のＢＢカード３１の制御部３１１は、インタフェース部３１２を介してＩＰ２のＢＢカード３１からダウンロードされるＣＨＣ用ＳＷＩを受信し、自カード内の記憶部３１３に格納する。ダウンロード終了後、ＩＰ１のＢＢカード３１の制御部３１１は、記憶部３１３に格納されたＳＷＩ（ＯＳとアプリケーションプログラム）を解凍し、記憶部３１３に展開し、展開したアプリケーションのプログラムを起動すると共に、インタフェース部３１２を介して起動完了通知をＣＣ部１へ転送する。すなわち、ＩＰ１のＢＢカード３１の制御部３１１がアプリケーションのプログラムを起動することで、ＩＰ１のＢＢカード３１が立ち上がったことになる。（シーケンスＳ２３７〜Ｓ２３９）。
【００５３】
インタフェース部１２を介して起動完了通知を受信したＣＣ部１の制御部１１は、ステイタステーブル１３２内において起動完了通知を受けたＩＰ１に該当する動作モードのエリアに「ＤＯＷＮ」から「ＡＣＴ」を設定変更し終了する。
【００５４】
なお、ステップＳ２３１において、不揮発性メモリ内に格納されたステイタス情報でマスタモードが「ＯＦＦ」になっていた場合は、制御部３１１は、ダウンロードすべきＳＷＩの提供先となる自分と同じカード種別のＢＢカードが存在しないものとして図７のステップＳ３３２以降の処理に進む。
【００５５】
上記の図５中心の説明において、ＢＢカード３１が自律リセット（ＢＢカード自信が障害を検出して自分でリセット）する場合の動作について説明したが、ＣＣ部１が図３および図６の状態で、ＩＰ２のＢＢカード３１の障害を検出してＩＰ１のＢＢカード３１に対してリセットをかける場合の動作について説明する。なお、この場合は、上記説明において、ステップＳ２１１〜Ｓ２１３の動作だけが違うので、これに変わる動作のみ図５を参照して、説明する。
【００５６】
ＣＣ部１のタイマ割り込みにより、制御部１１は、呼設定情報の要求を行っても、ＩＰ１から無応答であれば、ステイタステーブル１３２のＩＰ１に該当する動作モードのエリアを「ＤＯＷＮ」に設定するが、この状態が続いた場合には、障害が発生したとして、ＩＰ１のＢＢカード３１に対してインタフェース部１２を介してリセットの要求を送信する。（ステップＳ２２１，Ｓ２２２）。
【００５７】
インタフェース部３１２を介してリセットの要求を受信したＩＰ１のＢＢカード３１の制御部３１１は、自分で自カードのリセットをかける。（シーケンスＳ２２３）。
【００５８】
これ以降の動作については、上記のＢＢカードの自律リセットで説明したシーケンスＳ２３１〜Ｓ２３９と同じ動作なので説明を省略する。
【００５９】
上記の説明において、タイマ割り込み間隔は、システム構築時に設定されており、保守者またはシステム管理者によって、この基地局装置の図示していない入力部（例えば、キーボード）から変更することができる。
【００６０】
上記の図５における説明において、ＢＢカード３１からＣＣ部１へのリセット通知の受信またはＣＣ部１からＢＢカード３１へのリセット要求の送信が発生した場合、ＣＣ部１の制御部１１は、ＢＢカード３１（リセットされるＢＢカード）からの起動完了通知を受け取るまで、ダウンロードためのＦＴＰコネクション先（ダウンロードすべきＳＷＩの提供先）のＢＢカードへの負荷を避けるため、ＳＷＩの提供先のＢＢカードに対して新規の呼の設定の割り付けは行わないように動作し、呼解放や呼設定の変更のみを行うように動作する。この間のＣＣ部１の制御部１１は、新規の呼設定発生時に、ステイタステーブル１３２内の動作モードが「ＤＯＷＮ」でかつ同じカード種別のマスタモードが「ＯＮ」になっていることを参照することで、リセットされた場合のＢＢカードのＦＴＰコネクション先（ダウンロードすべきＳＷＩの提供先）であるＢＢカード（上記の図５の説明では、ＩＰ２のＢＢカード３１）を知ることができる。
【００６１】
次に図６および図７を用いて、ステイタス情報にマスタモード（ダウンロードすべきＳＷＩの提供先）として登録されたＩＰアドレスに該当するＢＢカードが、リセットされた場合の動作について説明する。
【００６２】
ＣＣ部１内のタイマ割り込みにより上記の動作（各ＢＢカードからの呼設定情報の獲得、各ＢＢカードへのステイタス情報の送信）を繰り返しているとき、ＣＣ部１内のステイタステーブル１３２の内容（この場合、ＣＨＣ機能のＢＢカード３１はＩＰ１，ＩＰ２，ＩＰ３の３台とする）が、例えば、図３のようになったとすると、ＩＰ１，ＩＰ２，ＩＰ３それぞれのＢＢカード３１の図示していない不揮発性のメモリには、ステイタス情報として図６のようなテーブルが格納されている。このときに、ＢＢカード（例えば、ＩＰ２のＢＢカード３１とする）内で制御部３１１が障害を検出し（何らかの原因で自リセットを発生）、障害（またはリセット発生要因）を検出してリセットすることを、インタフェース部３１２を介してＣＣ部１に通知すると共に、自分で自カードのリセットをかける。インタフェース部１２を介して障害（またはリセット発生要因）の通知を受けたＣＣ部１の制御部１１は、ステイタステーブルのＩＰ２に該当する動作モードのリアを「ＡＣＴ」から「ＤＯＷＮ」に設定変更する。（ステップＳ３１１〜Ｓ３１３）。
【００６３】
一方、ＩＰ２のＢＢカード３１の制御部３１１は、リセットに再起動すべきだと判断し、初期設定（この場合、記憶部３１３の内容はクリアされるが不揮発性のメモリの内容はクリアされない）を行った後、不揮発性メモリ内に格納されているステイタス情報（図６を参照）でマスタモード（「ＯＮ」）になっているＩＰ２を抽出する。ところが、ＩＰ２が自ＩＰアドレスのため、ＩＰ２のＢＢカード３１の制御部３１１は、ＣＣ部１に対してインタフェース部３１２を介して自カードのＦＴＰコネクション要求を行う。（図７のシーケンスＳ３３１，Ｓ３３２）。
【００６４】
インタフェース部１２を介してＦＴＰコネクション要求を受信したＣＣ部１の制御部１１は、要求受諾後、ＦＴＰコネクション要求許可をＩＰ２のＢＢカード３１へ転送する。（シーケンスＳ３３３，Ｓ３３４）。
【００６５】
インタフェース部３１２を介してＩＰ２のＢＢカード３１の制御部３１１がＦＴＰコネクション要求許可を受信することで、ＣＣ部１とＩＰ２のＢＢカード３１との間でＦＴＰのコネクションが確立する。（シーケンスＳ３３５）。
【００６６】
ＣＣ部１の制御部１１は、コネクション確立後、先ほどＦＴＰコネクション要求時に受信した送信元のＩＰ２をキーとして記憶部１３のステイタステーブル１３２からカード種別（この場合は「ＣＨＣ」）を検出し、その検出したカード種別をキーとして要求のあったＢＢカード３１用の圧縮されたＳＷＩ（この場合、ＣＨＣ用ＳＷＩ）を記憶部１３のプログラム格納エリア１３１から読み出し、ＩＰ２のＢＢカード３１に対してインタフェース部１２を介してダウンロードを開始する。（ステップＳ３３６）。
【００６７】
ＩＰ２のＢＢカード３１の制御部３１１は、インタフェース部３１２を介してＣＣ部１からダウンロードされるＳＷＩを受信し、自カード内の記憶部３１３に格納する。ダウンロード終了後、制御部３１１は、記憶部３１３に格納されたＣＨＣ用ＳＷＩ（ＯＳとアプリケーションプログラム）を解凍し、記憶部３１３に展開し、展開したアプリケーションのプログラムを起動すると共に、インタフェース部３１２を介して起動完了通知をＣＣ部１へ転送する。すなわち、ＩＰ２のＢＢカード３１の制御部３１１がアプリケーションのプログラムを起動することでＩＰ２のＢＢカード３１が立ち上がったことになる。（シーケンスＳ３３７〜Ｓ３３９）。
【００６８】
インタフェース部１２を介して起動完了通知を受信したＣＣ部１の制御部１１は、ステイタステーブル１３２内において起動完了通知を受けたＩＰ２に該当する動作モードのエリアに「ＡＣＴ」を設定し終了する。
【００６９】
上記の図７中心の説明において、ＩＰ２のＢＢカード３１が自律リセット（ＢＢカード自信が障害を検出して自分でリセット）する場合の動作について説明したが、ＣＣ部１が図３および図６の状態で、ＩＰ２のＢＢカード３１の障害を検出してＩＰ２のＢＢカード３１に対してリセットをかける場合の動作について説明する。なお、この場合は、上記説明において、ステップＳ３１１〜Ｓ３１３の動作だけが違うので、これに変わる動作のみ図５を参照して、説明する。
【００７０】
ＣＣ部１のタイマ割り込みにより、制御部１１は、呼設定情報の要求を行っても、ＩＰ２から無応答であれば、ステイタステーブル１３２のＩＰ２に該当する動作モードのエリアを「ＤＯＷＮ」に設定するが、この状態が続いた場合には、障害が発生したとして、ＩＰ２のＢＢカード３１に対してインタフェース部１２を介してリセットの要求を送信する。（ステップＳ３２１，Ｓ３２２）。
【００７１】
インタフェース部３１２を介してリセットの要求を受信したＩＰ２のＢＢカード３１の制御部３１１は、自分で自カードのリセットをかける。（シーケンスＳ３２３）。
【００７２】
これ以降の動作については、上記のＢＢカードの自律リセットで説明したシーケンスＳ３３１〜Ｓ３３９と同じ動作なので説明を省略する。なお、この場合の図７のシーケンスＳ３３１〜Ｓ３３９の動作は、電源立ち上げ時の図４のＳ１０１〜Ｓ１０９の動作と同じになる。
【００７３】
上記説明において、Ｗ−ＣＤＭＡの基地局装置内のＣＣ部１−ＢＢ部２との間において、ＣＣ部１への負荷を軽減し、ＢＢカード間でのＦＴＰコネクションを行うものであるが、一般に１対多構成のネットワークシステム（例えば、サーバ／クライアント）においても、本発明を当てはめることが可能であることは言うまでもない。この場合、内部バスがネットワークに、ＣＣ部１がサーバに、ＢＢカードがクライアントに、それぞれ相当する。
【００７４】
この場合、上記の基地局装置では、システム運用中、無線ネットワーク制御装置からの呼設定要求に基づいて呼接続管理テーブルに呼設定情報を登録するようにしていたが、ネットワークシステムの場合は、システム運用中、ＣＣ部１は、各ＢＢカードからの呼設定要求があると、呼接続管理テーブルにその呼設定情報（ＢＢカードのＩＰアドレスを含む呼の接続情報）を登録する。従って、基地局装置と同じようにあらかじめ決められた時間毎に呼接続管理テーブルを検索することによりＢＢカード毎の呼設定数をカウントし、その呼設定数からＢＢカードの負荷状況を判断し、カード種別毎に負荷の少ないＢＢカードを指定する。
【００７５】
また、上記の基地局装置では、ステイタステーブルのＢＢカードのアドレスおよびカード種別は、あらかじめケージのスロット位置により決定されたが、ネットワークシステムでは、各ＢＢカードの電源投入時のプログラムのダウンロード要求（ＦＴＰコネクション要求）時にカード種別（この場合、プログラムの種別に該当）も送るようにしておき、要求を受けたＣＣ部１がステイタステーブル１３２に要求のあったＩＰアドレス、ＭＡＣアドレス、およびカード種別の各エリアに登録するようにしておけば良い。
【００７６】
それ以外については、上記の基地局装置の動作と同じになるので説明を省略する。従って、システム運用中におけるＢＢカードのリセット発生によるダウンローを行うプログラムの起動によるＢＢカードの立ち上げ処理は、図５および図７のシーケンスフローに基づいて説明した内容と全く同じとなる。
【００７７】
以上説明したように、ＣＣ部１は、時間毎に、ＢＢカードの負荷状態をカード種別毎に監視し、カード種別毎に負荷の少ないカードをＳＷＩの提供先として指定し、カード種別毎に指定したＢＢカードのアドレス情報をステイタス情報としてそのカード種別に対応したＢＢカードに対して送信し、ＢＢカードは、リセットが発生した場合の起動時に、ステイタス情報から抽出したＢＢカードにプログラムのダウンロードの要求を行っているため、ＢＢカードがリセットされた場合にＣＣ部１にダウンロード要求を行わないことになり、ＣＣ部１のへの負荷を軽減することができると共に、ＣＣ部１はＣＣ部１の呼処理やＭｅａｓｕｒｅｍｅｎｔで処理遅延を防ぐことができる。更に、ＢＢカードがリセットされた場合に、ＢＢカードは、処理負荷の少ない他のカードからそのカードが必要とするプログラムをダウンロードすることができるようになり、高負荷によるＡＣＫ遅延等によるＦＴＰ再送処理やＦＴＰタイムアウトによるダウンロードの失敗を防ぐことができる。
【００７８】
また、ＣＣ部１は、時間毎に、ＢＢカードの負荷状態をカード種別毎に監視し、カード種別毎に負荷の少ないカードをＳＷＩの提供先として指定し、カード種別毎に指定したＢＢカードのアドレス情報をステイタス情報としてそのカード種別に対応したＢＢカードに対して送信し、ＢＢカードは、リセットが発生した場合の起動時に、ステイタス情報から抽出したＢＢカードにプログラムのダウンロードの要求を行っているため、容量の大きいアプリケーションプログラムをＣＣ部１に不揮発性の記録媒体装置にカード種別毎に保存させるだけで、システム運用中にＢＢカードの再立ち上げの現象が起こったとしても、ＣＣ部１に負荷を与えることなく、各ＢＢカード内の不揮発性メモリ容量を低く抑え、不揮発性メモリよりも価格の安い揮発性メモリの容量を大きくとって、この不揮発性メモリにダウンロードするプログラムを格納することができる。
【００７９】
【発明の効果】
以上説明したように、カードがリセットした場合に、各カードは、その起動時に、共通制御カードから、一定時間毎に送られてくる共通制御カードが各カードの負荷状態を基に生成したプログラムの提供先情報を参照して負荷の少ない同じカード種別の他のカードから必要とするプログラムをダウンロードするようにしているため、基地局装置全体の制御／監視を行う共通制御カードの負荷を軽減するという効果があり、共通制御カードよる呼処理やＭｅａｓｕｒｅｍｅｎｔでの処理遅延を防ぐことができるという効果がある。更に、リセットしたＢＢカードは、処理負荷の少ない他のＢＢカードからＦＴＰコネクションによるダウンロード動作を行うため、高負荷によるＡＣＫ遅延等によるＦＴＰ再送処理や、ＦＴＰタイムアウトによるダウンロード失敗を防ぐことができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態である基地局装置内の構成の概略を示すブロック図である。
【図２】図１のプログラム格納エリア内の構成の概略を示す構成概略図である。
【図３】図１のステイタステーブル内の構成の概略を示す構成概略図である。
【図４】図１のＢＢカードの電源投入時のＢＢカードとＣＣ部との間の動作を示すシーケンス図である。
【図５】図１のマスタモードでないＢＢカードのリセット時の自ＢＢカードとマスタモードになっている他ＢＢカードとＣＣ部との間の動作を示すシーケンス図である。
【図６】ＢＢカード内に格納されるＣＣ部からのステイタス情報の内容の一例を示した構成概略図である。
【図７】図１のマスタモードであるＢＢカードのリセット時の自ＢＢカードとＣＣ部との間の動作を示すシーケンス図である。
【符号の説明】
１    ＣＣ部
３    ＢＢ部
４    内部バス
１１，３１１，３２１，３３１    制御部
１２，３１２，３２２，３３２    インタフェース部
１３，３１３，３２３，３３３    記憶部
３１，３２，３３    ＢＢカード
１３１    プログラム格納エリア
１３２    ステイタステーブル
【図１】
2005018474.tif 000003
【図２】
2005018474.tif 000004
【図３】
2005018474.tif 000005
【図４】
2005018474.tif 000006
【図５】
2005018474.tif 000007
【図６】
2005018474.tif 000008
【図７】
2005018474.tif 000009