(57)【要約】【課題】通信システムにおいて、基地局の装置に運用情報を正しく設定すること。【解決手段】通信システム１は、第１の基地局の識別情報Ａ５を有する第１の装置２と、第１の基地局に対応する第２の基地局の運用情報Ｂ６を有する第２の装置３と、第２の装置に固有の情報８を有する第３の装置４と、を備えている。第２の装置３は、第１の基地局の識別情報Ａと第２の基地局の運用情報Ｂとの対応関係７を有する。第３の装置４は、第１の装置２から第１の基地局の識別情報Ａ５を取得する。第３の装置４は、第２の装置に固有の情報８に基づいて第２の装置３から、第１の基地局の識別情報Ａ９に対応する第２の基地局の運用情報Ｂ６を取得する。第３の装置４は、第２の基地局の運用情報Ｂ１０に基づいて第３の装置４に第２の基地局としての設定を行う。【選択図】図１
2011097177.tif 000002
【特許請求の範囲】
【請求項１】
第１の基地局の識別情報を有する第１の装置と、
該第１の基地局に対応する第２の基地局の運用情報、および該第２の基地局の運用情報と該第１の基地局の識別情報との対応関係を有する第２の装置と、
該第２の装置に固有の情報を有する第３の装置と、を備え、
該第３の装置は、該第１の装置から該第１の基地局の識別情報を取得し、該第２の装置に固有の情報に基づいて該第２の装置から、該第１の基地局の識別情報に対応する該第２の基地局の運用情報を取得し、該第２の基地局の運用情報に基づいて該第３の装置に該第２の基地局としての設定を行うことを特徴とする通信システム。
【請求項２】
装置にアドレスを割り当てる第４の装置を備え、
前記第３の装置は、該第４の装置からアドレスの割り当てを受け、該アドレスを送信元アドレスとし、前記第２の装置に固有の情報に含まれる前記第２の装置のアドレスを宛先アドレスとして前記第２の装置にアクセスすることを特徴とする請求項１に記載の通信システム。
【請求項３】
装置にアドレスを割り当てる第４の装置と、
装置の名前と該装置のアドレスとの対応関係を有する第５の装置と、を備え、
前記第３の装置は、該第４の装置からアドレスの割り当てを受け、該アドレスを送信元アドレスとし、該第５の装置から、前記第２の装置に固有の情報に含まれる前記第２の装置の名前に対応する前記第２の装置のアドレスを取得し、前記第２の装置のアドレスを宛先アドレスとして前記第２の装置にアクセスすることを特徴とする請求項１に記載の通信システム。
【請求項４】
前記第３の装置は、前記第２の装置から、前記第１の基地局の識別情報に対応する前記第２の基地局の運用情報のファイル名を取得し、該ファイル名に基づいて前記第２の装置から前記第２の基地局の運用情報を取得することを特徴とする請求項１〜３のいずれか一つに記載の通信システム。
【請求項５】
前記第２の装置は、前記第３の装置から送られてきた前記第１の基地局の識別情報に基づいて、前記第２の基地局の運用情報を前記第３の装置へ送信することを特徴とする請求項１〜３のいずれか一つに記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信システムに関する。
【背景技術】
【０００２】
従来、通信パラメータの設定を行う通信装置が知られている。このような通信装置には、例えば、複数の異なる種の通信パラメータを１グループとし通信パラメータの種類の組み合わせを同じにした複数のグループの通信パラメータがグループ単位で記憶されているメモリと、１つ以上の同種の通信パラメータのグループ間の交叉と予め定められたルールに従った通信パラメータの突然変異とのうちの少なくとも一方を行ってメモリに記憶されている１つ以上のグループの少なくとも１つの通信パラメータを変更するパラメータ変更部と、予め定められた評価手法に従って通信パラメータの採用可否の評価をグループ単位で行うパラメータ評価部と、このパラメータ評価部により採用可と評価された最も高い評価のグループの通信パラメータを通信動作に用いる正規の通信パラメータとして更新設定するパラメータ更新部とが設けられている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１５３４３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、新たに基地局を設置する場合、該基地局の装置は、予め運用情報が設定された状態で工場から出荷される。あるいは、基地局の装置を設置する工事の際に、作業者によって該装置に運用情報が設定される。運用情報は基地局ごとに異なるため、ある基地局用の運用情報が設定されている装置が誤って別の基地局に設置された場合、該別の基地局が正常に動作しない虞がある。また、該別の基地局が属するネットワークのサービスが中断する虞がある。ある基地局を新設する工事の際に該基地局の装置に誤って別の基地局の運用情報を設定した場合も、同様である。
【０００５】
基地局の装置に運用情報を正しく設定することができる通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この通信システムは、第１の基地局の識別情報を有する第１の装置と、第１の基地局に対応する第２の基地局の運用情報を有する第２の装置と、第２の装置に固有の情報を有する第３の装置と、を備えている。第２の装置は、第２の基地局の運用情報と第１の基地局の識別情報との対応関係を有する。第３の装置は、第１の装置から第１の基地局の識別情報を取得する。第３の装置は、第２の装置に固有の情報に基づいて第２の装置から、第１の基地局の識別情報に対応する第２の基地局の運用情報を取得する。第３の装置は、第２の基地局の運用情報に基づいて第３の装置に第２の基地局としての設定を行う。
【発明の効果】
【０００７】
この通信システムによれば、基地局の装置に運用情報を正しく設定することができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】実施例１にかかる通信システムを示すブロック図である。
【図２】実施例１にかかる通信システムの通信手順を示すフローチャートである。
【図３】実施例２にかかる通信システムを示すブロック図である。
【図４】実施例２にかかるテーブルを示す説明図である。
【図５】実施例２にかかる通信システムの通信手順を示すシーケンス図である。
【図６】実施例２にかかるノードＩＤ要求メッセージを示す説明図である。
【図７】実施例２にかかるノードＩＤ応答メッセージを示す説明図である。
【図８】実施例２にかかるパラメータ要求メッセージを示す説明図である。
【図９】実施例２にかかるパラメータ応答メッセージを示す説明図である。
【図１０】実施例２にかかるノードＩＤ設定メッセージを示す説明図である。
【図１１】実施例３にかかる通信システムを示すブロック図である。
【図１２】実施例４にかかる通信システムにおける運用情報の取得手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して、この通信システムの好適な実施の形態を詳細に説明する。実施の形態にかかる通信システムでは、第３の装置は、第１の装置から第１の基地局の識別情報を取得し、該識別情報に対応する第２の基地局の運用情報を第２の装置から取得することで、第３の装置に第２の基地局として正しい運用情報を設定する。
【００１０】
（実施例１）
・通信システムの説明
図１は、実施例１にかかる通信システムを示すブロック図である。図１に示すように、通信システム１は、第１の装置２、第２の装置３および第３の装置４を備えている。第１の装置２は、第１の基地局の識別情報Ａ５を有する。第２の装置３は、第１の基地局に対応する第２の基地局の運用情報Ｂ６を有する。また、第２の装置３は、第１の基地局の識別情報Ａと第２の基地局の運用情報Ｂとの対応関係７を有する。第３の装置４は、第２の装置に固有の情報８を有する。図１において、実線で示す第１の基地局の識別情報Ａ５、第２の基地局の運用情報Ｂ６および第２の装置に固有の情報８は、第３の装置４を第１の装置２に接続する前に既に対応する装置２，３，４に設けられている。図１において、破線で示す第１の基地局の識別情報Ａ９および第２の基地局の運用情報Ｂ１０は、第３の装置４を第１の装置２に接続したときに第３の装置４が第１の装置２および第２の装置３から取得したものである。
【００１１】
・通信手順の説明
図２は、実施例１にかかる通信システムの通信手順を示すフローチャートである。図２に示すように、第３の装置４は、第１の装置２に接続されると、第１の装置２にアクセスする。それによって、第１の装置２から第３の装置４へ第１の基地局の識別情報Ａ５が転送される。それによって、第３の装置４は、第１の基地局の識別情報Ａ９を取得する（ステップＳ１）。次いで、第３の装置４は、第２の装置に固有の情報８に基づいて第２の装置３にアクセスし、第２の装置３へ第１の基地局の識別情報Ａ９を渡す。第２の装置３は、第１の基地局の識別情報Ａと第２の基地局の運用情報Ｂとの対応関係７に基づいて、第３の装置４から渡された第１の基地局の識別情報Ａに対応する第２の基地局の運用情報Ｂ６を選択する。第２の装置３によって選択された第２の基地局の運用情報Ｂ６は、第２の装置３から第３の装置４へ転送される。それによって、第３の装置４は、第２の基地局の運用情報Ｂ１０を取得し、第３の装置４に第２の基地局の運用情報Ｂ１０を設定する（ステップＳ２）。そして、第３の装置４は、第１の装置２とともに第２の基地局としての運用を開始する。
【００１２】
実施例１によれば、第３の装置４は、第１の装置２から取得した第１の基地局の識別情報Ａに基づいて、第２の装置３から第２の基地局の運用情報Ｂを取得するので、第３の装置４に第２の基地局として正しい運用情報を設定することができる。また、第１の装置２に第３の装置４を接続する前の段階では、第３の装置４には、第２の装置に固有の情報が設定されていればよいので、第３の装置４は、複数存在する第１の装置２のうちのいずれに接続されてもよい。つまり、第３の装置４と、該第３の装置４が接続される第１の装置２との対応関係を管理する必要がない。従って、第３の装置４の製造コストおよび第３の装置４を第１の装置２に接続する際のコストを低減することができる。また、第３の装置４を第１の装置２に接続するまでに、該第３の装置４が設置される環境に応じて第２の基地局の運用情報Ｂを用意して第２の装置３に格納しておけばよいので、実際の環境に応じて十分に調整された第２の基地局の運用情報Ｂを用意することができる。
【００１３】
（実施例２）
実施例１にかかる通信システムの適用例として、例えば、運用中の通信システムからこれから運用を開始する新しい通信システムへ移行する際に新しいシステムの基地局装置に運用パラメータを設定する場合が挙げられる。運用中の通信システムの一例として、例えば、第３世代（３Ｇ）の携帯電話システムが挙げられる。新しい通信システムの一例として、例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において標準化が進められているＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ、ロングタームエボリューション）システムが挙げられる。以下の実施例では、３ＧシステムからＬＴＥシステムへの移行期において３Ｇシステムの基地局（Ｎｏｄｅ  Ｂ）にＬＴＥシステムの基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）を併設する場合を例にして説明する。なお、実施例１にかかる通信システムは、３ＧシステムからＬＴＥシステムへ移行する場合に限らず、現行の運用システムから新システムへ移行する場合に適用することができる。
【００１４】
・通信システムの説明
図３は、実施例２にかかる通信システムを示すブロック図である。図３に示すように、通信システム２１は、第１の装置としての共用ＲＲＨ２２、第２の装置としてのＯＭＣ２３および第３の装置としてのＬＴＥ−ＢＢＵ２４を備えている。ＲＲＨは、Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ（リモートラジオヘッド）の略であり、基地局の無線部である。ＢＢＵは、Ｂａｓｅ  Ｂａｎｄ  Ｕｎｉｔの略であり、基地局のベースバンド信号処理部である。ＯＭＣは、Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ  Ｃｅｎｔｅｒの略であり、運用保守センターである。また、通信システム２１は、３Ｇ−ＢＢＵ３１、第４の装置としてのＤＨＣＰサーバ３２を備えている。ＤＨＣＰは、Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌの略である。ＤＨＣＰサーバ３２は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを自動的に割り当てる。
【００１５】
まず、３ＧシステムからＬＴＥシステムへの移行作業を開始する前の通信システム２１の構成について説明する。３Ｇシステムにおいて、通信システム２１は、共用ＲＲＨ２２および３Ｇ−ＢＢＵ３１を備えている。３Ｇシステムの基地局は、実施例１における第１の基地局に相当し、共用ＲＲＨ２２および３Ｇ−ＢＢＵ３１を含む。共用ＲＲＨ２２と３Ｇ−ＢＢＵ３１とは、特に限定しないが、例えばＣＰＲＩ(Ｃｏｍｍｏｎ  Ｐｕｂｌｉｃ  Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ）リンク３３により接続されている。
【００１６】
共用ＲＲＨ２２は、共用ＲＲＨ２２の運用情報としてＲＲＨパラメータ４１を有する。ＲＲＨパラメータ４１には、３Ｇシステムにおける基地局のノードＩＤ（以下、ＩＤ−３Ｇと表記する）２５が３Ｇ−ＢＢＵ３１によって設定されている。ＩＤ−３Ｇ２５は、実施例１における第１の基地局の識別情報Ａに相当する。３ＧシステムからＬＴＥシステムへの移行作業を開始する前の通信システム２１では、ＬＴＥ−ＢＢＵ２４は、共用ＲＲＨ２２に接続されていない。ＬＴＥ−ＢＢＵ２４は、共用ＲＲＨ２２に接続される前の段階において、共用ＲＲＨ２２に接続されたときにアクセスするＯＭＣ２３のＩＰアドレス（以下、ＯＭＣ−ＩＰと表記する）２８を有する。ＯＭＣ−ＩＰ２８は、実施例１における第２の装置に固有の情報に相当する。ＬＴＥ−ＢＢＵ２４は、共用ＲＲＨ２２に接続される前の段階において、ＯＭＣ−ＩＰ２８以外の情報を有していてもよい。
【００１７】
次に、３ＧシステムからＬＴＥシステムへの移行作業開始後の通信システム２１の構成について説明する。ＬＴＥ−ＢＢＵ２４は、共用ＲＲＨ２２に接続されている。つまり、共用ＲＲＨ２２は、３ＧシステムおよびＬＴＥシステムの両方において無線部として共用される。ＬＴＥシステムの基地局は、実施例１における第２の基地局に相当し、共用ＲＲＨ２２およびＬＴＥ−ＢＢＵ２４を含む。共用ＲＲＨ２２とＬＴＥ−ＢＢＵ２４とは、特に限定しないが、例えばＣＰＲＩリンク３４により接続されている。
【００１８】
ＬＴＥシステムにおいて、ＬＴＥ−ＢＢＵ２４、ＯＭＣ２３およびＤＨＣＰサーバ３２は、例えばＩＰネットワーク３５に接続されている。ＯＭＣ２３は、ＬＴＥ−ＢＢＵ２４の運用情報を格納したデータベース４２を備えている。データベース４２には、ＬＴＥ−ＢＢＵ２４の運用情報としてＬＴＥパラメータ２６が格納されている。ＬＴＥパラメータ２６は、実施例１における第２の基地局の運用情報Ｂに相当する。ＯＭＣ２３には、ＩＰネットワーク３５を介して複数のＬＴＥ−ＢＢＵが接続されている。データベース４２には、各ＬＴＥ−ＢＢＵに対応するＬＴＥパラメータが格納されている。ＯＭＣ２３は、複数のＩＤ−３Ｇと複数のＬＴＥパラメータとの対応関係を規定するテーブル２７を有する。テーブル２７は、実施例１における第１の基地局の識別情報Ａと第２の基地局の運用情報Ｂとの対応関係に相当する。
【００１９】
図３において、実線で示すＩＤ−３Ｇ２５、ＬＴＥパラメータ２６およびＯＭＣ−ＩＰ２８は、ＬＴＥ−ＢＢＵ２４を共用ＲＲＨ２２に接続する前に既に対応する共用ＲＲＨ２２、ＯＭＣ２３およびＬＴＥ−ＢＢＵ２４に設けられている。図３において、破線で示すＩＤ−３Ｇ５１、ＯＷＮ−ＩＰ５２、ＬＴＥパラメータファイル名５３、ＬＴＥパラメータ５４およびＩＤ−ＬＴＥ５５，５６は、ＬＴＥ−ＢＢＵ２４を共用ＲＲＨ２２に接続したときにＬＴＥ−ＢＢＵ２４および共用ＲＲＨ２２がそれぞれ取得したものである。
【００２０】
図４は、実施例２にかかるテーブルを示す説明図である。図４に示すように、テーブル２７は、ＩＤ−３ＧとＬＴＥパラメータとの対応関係を規定している。また、テーブル２７は、ＬＴＥ−ＢＢＵ２４からＬＴＥ−ＢＢＵ２４のＩＰアドレス（以下、ＯＷＮ−ＩＰと表記する）が通知されると、ＩＤ−３ＧおよびＬＴＥパラメータとＯＷＮ−ＩＰとの対応関係を保持する。
【００２１】
・通信手順の説明
図５は、実施例２にかかる通信システムの通信手順を示すシーケンス図である。図５に示すように、ＬＴＥ−ＢＢＵ２４は、共用ＲＲＨ２２に接続されると、ノードＩＤ要求メッセージ（ＮＩＤＲＥＱ）によって共用ＲＲＨ２２にＲＲＨパラメータ４１のＩＤ−３Ｇ２５を要求する（ステップＳ１１）。共用ＲＲＨ２２は、ＩＤ−３Ｇ２５の要求に対する応答としてＬＴＥ−ＢＢＵ２４に、ＩＤ−３Ｇ２５を含むノードＩＤ応答メッセージ（ＮＩＤＲＥＳＰ）を返す（ステップＳ１２）。それによって、ＬＴＥ−ＢＢＵ２４は、ＩＤ−３Ｇ５１を取得する（ステップＳ１３）。ノードＩＤ要求メッセージおよびノードＩＤ応答メッセージは、例えばＣＰＲＩ上のＣ＆Ｍ信号に独自メッセージとして定義されている（図６、図７参照）。
【００２２】
次いで、ＬＴＥ−ＢＢＵ２４は、ＤＨＣＰサーバ３２との間で、例えばＤＨＣＰ  Ｄｉｓｃｏｖｅｒｙ（ステップＳ１４）、ＤＨＣＰ  Ｏｆｆｅｒ（ステップＳ１５）、ＤＨＣＰ  Ｒｅｑｕｅｓｔ（ステップＳ１６）およびＤＨＣＰ  Ａｃｋ（ステップＳ１７）のやりとりを行い、ＤＨＣＰサーバ３２からＯＷＮ−ＩＰ５２を取得する（ステップＳ１８）。ＯＷＮ−ＩＰ５２は、ＩＰネットワーク上のＬＴＥ−ＢＢＵ２４のＩＰアドレスである。
【００２３】
次いで、ＬＴＥ−ＢＢＵ２４は、ＯＷＮ−ＩＰ５２を送信元アドレスとし、ＯＭＣ−ＩＰ２８を宛先アドレスとして、ＩＤ−３Ｇ５１を検索キーとして含むパラメータ要求メッセージ（ＳＹＳＰＲＥＱ）によってＯＭＣ２３にＬＴＥパラメータ２６を要求する（ステップＳ１９）。ＯＭＣ２３は、パラメータ要求メッセージを受け取ると、ＩＤ−３Ｇ５１を検索キーとしてテーブル２７を検索し、対応するＬＴＥパラメータ２６のファイル名を得る。ＯＭＣ２３は、ＬＴＥパラメータ２６の要求に対する応答としてＬＴＥ−ＢＢＵ２４に、ＬＴＥパラメータ２６のファイル名を含むパラメータ応答メッセージ（ＳＹＳＰＲＥＳＰ）を返す（ステップＳ２０）。それによって、ＬＴＥ−ＢＢＵ２４は、ＬＴＥパラメータ２６のファイル名５３を取得する（ステップＳ２１）。
【００２４】
ＬＴＥ−ＢＢＵ２４とＯＭＣ２３とは、例えばＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を使用して互いに通信することができる。ＳＮＭＰを使用する場合、パラメータ要求メッセージは、ＩＤ−３ＧおよびＯＷＮ−ＩＰをパラメータとするｓｎｍｐコマンドとして、ＬＴＥ−ＢＢＵ２４からＯＭＣ２３へ送信される。また、ＬＴＥ−ＢＢＵ２４は、ｓｎｍｐコマンドに対する応答として、ＯＭＣ２３からパラメータ応答メッセージの内容を受け取る。
【００２５】
次いで、ＬＴＥ−ＢＢＵ２４は、ＯＭＣ２３に対して例えばｆｔｐ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）セッションを開設する。ＬＴＥ−ＢＢＵ２４は、ｆｔｐ  ｇｅｔコマンドに、ステップＳ２１で取得したＬＴＥパラメータ２６のファイル名５３を指定して、ＯＭＣ２３のデータベース４２から該当するＬＴＥパラメータ２６のファイルを読み出す（ステップＳ２２）。それによって、ＬＴＥ−ＢＢＵ２４は、ＬＴＥパラメータ５４のファイルを取得する（ステップＳ２３）。ＬＴＥ−ＢＢＵ２４は、ＬＴＥパラメータ５４に含まれる自局のノードＩＤ（ＩＤ−ＬＴＥ）５５を含むノードＩＤ設定メッセージ（ＮＩＤＳＥＴ）を共用ＲＲＨ２２へ送る。それによって、共用ＲＲＨ２２のＲＲＨパラメータ４１にＩＤ−ＬＴＥ５６が設定される（ステップＳ２４）。そして、ＬＴＥ−ＢＢＵ２４は、ステップＳ２３で取得したＬＴＥパラメータ５４を用いて再開し（ステップＳ２５）、サービスを開始する（ステップＳ２６）。ＬＴＥ−ＢＢＵ２４とＯＭＣ２３との間の通信に例えばＳＮＭＰを使用する場合、パラメータ要求メッセージおよびパラメータ応答メッセージをＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）パラメータとして定義して通信が行われる。
【００２６】
図６は、実施例２にかかるノードＩＤ要求メッセージを示す説明図である。図６に示すように、ノードＩＤ要求メッセージ６１は、ノードＩＤ要求メッセージであることを表すコードが格納されるフィールドを有する。
【００２７】
図７は、実施例２にかかるノードＩＤ応答メッセージを示す説明図である。図７に示すように、ノードＩＤ応答メッセージ６２は、ノードＩＤ応答メッセージであることを表すコードが格納されるフィールド、およびＩＤ−３Ｇが格納されるフィールドを有する。
【００２８】
図８は、実施例２にかかるパラメータ要求メッセージを示す説明図である。図８に示すように、パラメータ要求メッセージ６３は、パラメータ要求メッセージであることを表すコードが格納されるフィールド、ＩＤ−３Ｇが格納されるフィールドおよびＯＷＮ−ＩＰが格納されるフィールドを有する。
【００２９】
図９は、実施例２にかかるパラメータ応答メッセージを示す説明図である。図９に示すように、パラメータ応答メッセージ６４は、パラメータ応答メッセージであることを表すコードが格納されるフィールド、およびＬＴＥパラメータのファイル名が格納されるフィールドを有する。
【００３０】
図１０は、実施例２にかかるノードＩＤ設定メッセージを示す説明図である。図１０に示すように、ノードＩＤ設定メッセージ６５は、ノードＩＤ設定メッセージであることを表すコードが格納されるフィールド、およびＩＤ−ＬＴＥが格納されるフィールドを有する。
【００３１】
実施例２によれば、ＬＴＥ−ＢＢＵ２４は、共用ＲＲＨ２２から取得したＩＤ−３Ｇ５１に基づいて、ＯＭＣ２３からＬＴＥパラメータ２６を取得するので、ＬＴＥ−ＢＢＵ２４に正しいパラメータを設定することができる。また、共用ＲＲＨ２２にＬＴＥ−ＢＢＵ２４を接続する前の段階では、ＬＴＥ−ＢＢＵ２４には、ＯＭＣ−ＩＰ２８が設定されていればよいので、ＬＴＥ−ＢＢＵ２４は、複数存在する共用ＲＲＨ２２のうちのいずれに接続されてもよい。つまり、ＬＴＥ−ＢＢＵ２４と、該ＬＴＥ−ＢＢＵ２４が接続される共用ＲＲＨ２２との対応関係を管理する必要がない。従って、ＬＴＥ−ＢＢＵ２４の製造コストおよびＬＴＥ−ＢＢＵ２４を共用ＲＲＨ２２に接続する際のコストを低減することができる。また、ＬＴＥ−ＢＢＵ２４を共用ＲＲＨ２２に接続するまでに、該ＬＴＥ−ＢＢＵ２４が設置される環境に応じてＬＴＥパラメータ２６を用意してＯＭＣ２３に格納しておけばよいので、実際の環境に応じて十分に調整されたＬＴＥパラメータ２６を用意することができる。
【００３２】
なお、上述したステップＳ２２において、ＯＭＣ２３が、例えばｆｔｐ  ｐｕｔコマンドによって、ＯＭＣ２３のデータベース４２から該当するＬＴＥパラメータ２６のファイルを読み出してＬＴＥ−ＢＢＵ２４へ転送するようにしてもよい。この場合、ステップＳ２０において、テーブル２７に、該当するＬＴＥパラメータのファイル名がある場合には、ＯＭＣ２３は、ＬＴＥパラメータの要求に対するパラメータ応答メッセージ（ＳＹＳＰＲＥＳＰ）としてＬＴＥ−ＢＢＵ２４にＡＣＫ（正常）を返してもよい。テーブル２７に、該当するＬＴＥパラメータのファイル名がない場合には、ＯＭＣ２３は、ＬＴＥ−ＢＢＵ２４にＮＡＣＫ（異常）を返してもよい。このようにすれば、ＯＭＣ２３は、ＯＭＣ２３の負荷などの都合に応じて、ＬＴＥパラメータ２６のファイルを転送するタイミングをスケジューリングすることができる。
【００３３】
（実施例３）
実施例３にかかる通信システムは、実施例１における第２の装置に固有の情報に相当する情報がＯＭＣの名前である場合の例である。実施例３において、実施例２と同様の構成については、実施例２と同一の符号を付して重複する説明を省略する。
【００３４】
図１１は、実施例３にかかる通信システムを示すブロック図である。図１１に示すように、通信システム２１は、実施例２の構成の他に、第５の装置としてのＤＮＳサーバ３６を備えている。ＤＮＳは、Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍの略である。ＤＮＳサーバ３６は、ＩＰネットワーク３５に接続されており、ホスト名やドメイン名とＩＰアドレスとの対応関係を管理している。ＬＴＥ−ＢＢＵ２４は、実施例１における第２の装置に固有の情報に相当する情報として、ＯＭＣ−ＩＰの代わりに、ＯＭＣ２３の名前（以下、ＯＭＣ−ｎａｍｅと表記する）２９を有している。ＯＭＣ−ｎａｍｅ２９は、例えば「ｏｍｃ．ｘｘｘ．ｙｙｙ．ｃｏｍ」というように、ホスト名＋ドメイン名の形式（ＦＱＤＮ：Ｆｕｌｌ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ形式）で表される。
【００３５】
図１１において、実線で示すＩＤ−３Ｇ２５、ＬＴＥパラメータ２６およびＯＭＣ−ｎａｍｅ２９は、ＬＴＥ−ＢＢＵ２４を共用ＲＲＨ２２に接続する前に既に対応する共用ＲＲＨ２２、ＯＭＣ２３およびＬＴＥ−ＢＢＵ２４に設けられている。図１１において、破線で示すＩＤ−３Ｇ５１、ＯＷＮ−ＩＰ５２、ＯＭＣ−ＩＰ５７、ＬＴＥパラメータファイル名５３、ＬＴＥパラメータ５４およびＩＤ−ＬＴＥ５５，５６は、ＬＴＥ−ＢＢＵ２４を共用ＲＲＨ２２に接続したときにＬＴＥ−ＢＢＵ２４および共用ＲＲＨ２２がそれぞれ取得したものである。
【００３６】
実施例３では、ＬＴＥ−ＢＢＵ２４は、ＤＨＣＰサーバ３２からＯＷＮ−ＩＰ５２を取得した後、ＯＷＮ−ＩＰ５２を用いてＤＮＳサーバ３６にアクセスし、ＯＭＣ−ｎａｍｅ２９の名前の解決を要求する。このときにＬＴＥ−ＢＢＵ２４がアクセスするＤＮＳサーバ３６は、ＬＴＥ−ＢＢＵ２４が設置されるネットワークドメインを管轄するＤＮＳサーバである。ＤＮＳサーバ３６は、ＬＴＥ−ＢＢＵ２４からの要求に対する応答として、ＯＭＣ２３のＩＰアドレスをＬＴＥ−ＢＢＵ２４に返す。それによって、ＬＴＥ−ＢＢＵ２４は、ＯＭＣ２３のＩＰアドレス（ＯＭＣ−ＩＰ）５７を取得する。ＬＴＥ−ＢＢＵ２４は、ＤＮＳサーバ３６から取得したＯＭＣ−ＩＰ５７を用いて、実施例２と同様にしてＯＭＣ２３からＬＴＥパラメータ２６のファイルを得ることができる。
【００３７】
実施例３によれば、実施例２と同様の効果が得られる。また、実施例３によれば、網運用業者のネットワークが複数に分割されており、分割されたそれぞれにＯＭＣが配置されている場合でも、ＬＴＥ−ＢＢＵ２４は、複数のＯＭＣの中から、自局用のＬＴＥパラメータを有するＯＭＣを正しく選択することができる。
【００３８】
（実施例４）
実施例４は、実施例２において複数のＯＭＣが存在する場合の例である。ＬＴＥ−ＢＢＵは、実施例１における第２の装置に固有の情報に相当する情報として複数のＯＭＣのＩＰアドレスを有する。実施例４にかかる通信システムは、実施例２と同様である。ただし、ＯＭＣが複数存在する。
【００３９】
図１２は、実施例４にかかる通信システムにおける運用情報（ＬＴＥパラメータ）の取得手順を示すフローチャートである。図１２に示すように、ＬＴＥパラメータを取得する処理が開始されると、まず、ＬＴＥ−ＢＢＵは、ｎの値を０に設定する（ステップＳ３１）。ｎは、０以上の整数である。ｎの最大値は、複数存在するＯＭＣの数よりも１だけ小さい。次いで、ＬＴＥ−ＢＢＵは、ＯＷＮ−ＩＰを送信元アドレスとし、ＯＭＣ−ＩＰｎを宛先アドレスとして、ＩＤ−３Ｇを検索キーとして含むパラメータ要求メッセージ（ＳＹＳＰＲＥＱ）を発行する。ＯＭＣ−ＩＰｎは、複数のＯＭＣのＩＰアドレスの内の第ｎ番目のＯＭＣのＩＰアドレスである。つまり、ＬＴＥ−ＢＢＵは、複数のＯＭＣの内、ＩＰアドレスがＯＭＣ−ＩＰｎであるＯＭＣに対してＬＴＥパラメータを要求する（ステップＳ３２）。
【００４０】
ＯＭＣは、ＬＴＥ−ＢＢＵから通知されたＩＤ−３Ｇに対応するＬＴＥパラメータのファイル名がテーブルにある場合には、ＬＴＥ−ＢＢＵにＡＣＫ（正常）を返す。ＯＭＣは、ＬＴＥ−ＢＢＵから通知されたＩＤ−３Ｇに対応するＬＴＥパラメータのファイル名がテーブルにない場合には、ＬＴＥ−ＢＢＵにＮＡＣＫ（異常）を返す。ＬＴＥ−ＢＢＵは、ＯＭＣから、ＬＴＥパラメータの要求に対する応答としてＡＣＫまたはＮＡＣＫを含むパラメータ応答メッセージ（ＳＹＳＰＲＥＳＰ）を受信する（ステップＳ３３）。パラメータ応答メッセージ（ＳＹＳＰＲＥＳＰ）には、ＡＣＫとともにＬＴＥパラメータのファイル名が含まれていてもよいし、含まれていなくてもよい。
【００４１】
ＬＴＥ−ＢＢＵは、ＯＭＣからＡＣＫを含むパラメータ応答メッセージ（ＳＹＳＰＲＥＳＰ）を受信すると（ステップＳ３４：Ｙｅｓ）、ＬＴＥパラメータの取得に成功したとして、一連のＬＴＥパラメータの取得処理を終了する。この後、例えばｆｔｐセッションが開設され、該当するＬＴＥパラメータのファイルがＯＭＣからＬＴＥ−ＢＢＵへ転送される（図５参照、同図のステップＳ２２）。一方、ＬＴＥ−ＢＢＵは、ＯＭＣからパラメータ応答メッセージ（ＳＹＳＰＲＥＳＰ）としてＮＡＣＫを受信すると（ステップＳ３４：Ｎｏ）、ｎの値を１だけインクリメントする（ステップＳ３５）。インクリメントされたｎの値がｎの最大値以下である場合（ステップＳ３６：Ｙｅｓ）、ステップＳ３２へ戻る。
【００４２】
そして、ＬＴＥ−ＢＢＵは、次のＩＰアドレス（ＯＭＣ−ＩＰｎ）のＯＭＣに対してＬＴＥパラメータを要求する（ステップＳ３２）。ステップＳ３４においてＬＴＥ−ＢＢＵがＡＣＫを受信するまで（ステップＳ３４：Ｙｅｓ）、あるいは、ステップＳ３６においてｎの値がｎの最大値よりも大きくなるまで（ステップＳ３６：Ｎｏ）、ＬＴＥ−ＢＢＵは、ステップＳ３２からステップＳ３６までの処理を繰り返す。ｎの値がｎの最大値よりも大きくなったら（ステップＳ３６：Ｎｏ）、ＬＴＥ−ＢＢＵは、ＬＴＥパラメータの取得に失敗したとして、一連のＬＴＥパラメータの取得処理を終了する。
【００４３】
実施例４によれば、実施例２と同様の効果が得られる。また、実施例４によれば、複数のＯＭＣが配置されている場合でも、ＬＴＥ−ＢＢＵは、自局用の正しいＬＴＥパラメータを取得して設定することができる。
【符号の説明】
【００４４】
１，２１  通信システム
２，２２  第１の装置
３，２３  第２の装置
４，２４  第３の装置
５，２５  第１の基地局の識別情報
６，２６  第２の基地局の運用情報
７，２７  第１の基地局の識別情報と第２の基地局の運用情報との対応関係
８，２８，２９  第２の装置に固有の情報
３２  第４の装置
３６  第５の装置
【図１】
2011097177.tif 000003
【図２】
2011097177.tif 000004
【図３】
2011097177.tif 000005
【図４】
2011097177.tif 000006
【図５】
2011097177.tif 000007
【図６】
2011097177.tif 000008
【図７】
2011097177.tif 000009
【図８】
2011097177.tif 000010
【図９】
2011097177.tif 000011
【図１０】
2011097177.tif 000012
【図１１】
2011097177.tif 000013
【図１２】
2011097177.tif 000014