(57)【特許請求の範囲】
【請求項１】
サービス提供者側に設置される光アクセス装置と、利用者側に設置される光アクセス装置とを含む光アクセスシステムを用いてサービス提供者が利用者に通信サービスを提供する際、通信サービスの種別に応じてサービス提供に使用するサービス提供者側の光アクセス装置を選定する光アクセス装置選定オペレーションサポートシステムであって、
光アクセス装置に関する設備使用状況を管理する光アクセス装置データベースと、
通信サービスの種別と通信サービスの種別毎に異なる設備収容条件を考慮した装置選定ロジックとの対応関係を記述したテーブルと、
前記テーブルから提供しようとする通信サービスの種別に対応した装置選定ロジックを確定し、該装置選定ロジックに基づき、前記光アクセス装置データベースを用いてサービス提供者側の光アクセス装置を選定する制御モジュールとを具備した
ことを特徴とする光アクセス装置選定オペレーションサポートシステム。
【請求項２】
サービス提供者側に設置される光アクセス装置と、利用者側に設置される光アクセス装置とを含む光アクセスシステムを用いてサービス提供者が利用者に通信サービスを提供する際、通信サービスの種別並びに光アクセス装置の種別に応じてサービス提供に使用するサービス提供者側の光アクセス装置を選定する光アクセス装置選定オペレーションサポートシステムであって、
光アクセス装置に関する設備使用状況を管理する光アクセス装置データベースと、
通信サービスの種別と通信サービスの種別毎に異なる設備収容条件を考慮した装置選定ロジックとの対応関係、並びに光アクセス装置の種別と光アクセス装置の種別毎に異なる制御に必要なパラメータとの対応関係を記述したテーブルと、
前記テーブルから提供しようとする通信サービスの種別に対応した装置選定ロジックを確定するとともに光アクセス装置の種別に対応した制御に必要なパラメータを取得し、該装置選定ロジック並びに制御に必要なパラメータに基づき、前記光アクセス装置データベースを用いてサービス提供者側の光アクセス装置を選定する制御モジュールとを具備した
ことを特徴とする光アクセス装置選定オペレーションサポートシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信サービスを提供する光アクセスシステムを構成する光アクセス装置の選定を行う光アクセス装置選定オペレーションサポートシステム（ＯＳＳ：Operation Support System）に関するものである。
【０００２】
【従来の技術】
ネットワーク事業者等のサービス提供者側に設置される光アクセス装置、例えばＳＴＭ−ＯＬＴ（Synchronous Transfer Mode−Optical Line Terminal：同期転送モード光加入者線終端装置）と、利用者側に設置される光アクセス装置、例えばＯＮＵ（Optical Network Unit：光加入者線ネットワーク装置）とを含む光アクセスシステムを用いて、サービス提供者が利用者に電話系通信サービスやＩＰ系通信サービスを提供する場合、光アクセス装置選定ＯＳＳを用いて前記通信サービスに対応した光アクセス装置の選定を行う必要があるが、従来は、通信サービスの種類が少なかったため、通信サービス毎の光アクセス装置選定ロジックを搭載したＯＳＳを構築し、これを用いていた。
【０００３】
【発明が解決しようとする課題】
しかし、近年のＩＰ系通信サービスの普及により、新しい通信サービスが多数でてきたり、ＯＮＵの種類が増加してきた。このため、前述した従来の技術では、通信サービスやＯＮＵの種別が増える毎に新しいＯＳＳが必要となったり、ＯＳＳの改造が必要となったり、開発コスト、開発に要する期間や導入コストがかかるという問題があった。
【０００４】
本発明の目的は、光アクセスシステムを用いて通信サービスを提供するために、光アクセス装置を選定し、装置制御するために必要な条件やパラメータを対応表として管理することにより、通信サービスの追加や光アクセス装置の種別の増加を容易とする光アクセス装置選定ＯＳＳを確立することにある。
【０００５】
【課題を解決するための手段】
本発明は、光アクセス装置に関する設備使用情報を管理するデータベースを備えた光アクセス装置選定ＯＳＳにおいて、通信サービスの種別と通信サービスの種別毎に異なる設備収容条件を考慮した装置選定ロジックとの対応表から、サービス開通時に使用する装置選定ロジックを確定し、また、光アクセス装置の種別と光アクセス装置の種別毎に異なる制御に必要なパラメータとの対応表から、容量計算に必要な装置固有のパラメータを取得し、収容可能な設備情報を検索する。さらに、収容することが確定した設備に対して、光アクセス装置の種別と光アクセス装置の種別毎に異なる制御に必要なパラメータとの対応表から、装置制御に必要なコマンドを生成し、当該光アクセス装置に対して制御を行うことにより通信サービスの開通を行う。
【０００６】
通信サービスや光アクセス装置の種類が増えた場合、通信サービスの種別と通信サービスの種別毎に異なる設備収容条件を考慮した装置選定ロジックとの対応表や、光アクセス装置の種別と光アクセス装置の種別毎に異なる制御に必要なパラメータとの対応表に、新たなデータを追加することで容易に対応可能となる。
【０００７】
従来の技術では通信サービス毎にＯＳＳが分かれていたため、通信サービスと装置選定ロジック並びに光アクセス装置と制御に必要なパラメータがそれぞれ１対１にくくりつけられ、しかもデータベースとして情報を保持していたが、本発明では通信サービスと装置選定ロジック並びに光アクセス装置と制御に必要なパラメータを多対１もしくは１対多に対応付けることが可能となり、対応表としてデータベースとは切り離して保持することにより、対応表内のデータの追加または変更により容易に通信サービスの追加や光アクセス装置の種別の増加が可能となる点が異なる。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。
【０００９】
図１は本発明の光アクセス装置選定ＯＳＳを含む通信システム、ここではネットワーク事業者が直接、通信サービスを提供する場合の通信システムの一例を示すものである。
【００１０】
図１において、１はワークフロー制御ＯＳＳ、２は本発明の光アクセス装置選定ＯＳＳ、３は情報転送網、４はＳＴＭ−ＯＬＴ、５はＳＷ、６はサービス提供装置、７はＩＰネットワーク、８は電話ネットワークであり、これらはサービス提供者（ネットワーク事業者）を構成する。また、９はＯＮＵ、１０は電話機、１１は端末であり、これらは利用者（顧客）を構成する。
【００１１】
ネットワーク事業者側（のビル等）に設置される光アクセス装置であるＳＴＭ−ＯＬＴ４と、顧客側（の宅内等）に設置される光アクセス装置であるＯＮＵ９とは光ファイバ（ケーブル）１２を介して接続され、光アクセスシステム１３を構成する。
【００１２】
光アクセスシステム１３は、ＳＴＭ−ＯＬＴ４をＳＷ５を介してＩＰネットワーク７に接続し、ＯＮＵ９に顧客の端末１１を接続することにより、ＩＰネットワーク７に接続され、ＩＰ系通信サービスを提供する。また、光アクセスシステム１３は、ＳＴＭ−ＯＬＴ４をサービス提供装置６を介して電話ネットワーク８に接続し、ＯＮＵ９に電話機１０を接続することにより、電話ネットワーク８に接続され、電話系通信サービスを提供する。
【００１３】
光アクセス装置選定ＯＳＳ２は、ＩＰ系通信サービスや電話系通信サービスを提供する場合、ワークフロー制御ＯＳＳ１からの指示に従い、ＯＮＵ９をＳＴＭ−ＯＬＴ４のどのパッケージに収容するかを選定する。即ち、現状の設備の状況と通信サービスの収容条件から最適な設備を算出し、候補を抽出し、該候補の中から実際に収容する設備を選定し、その結果に応じた装置制御を行うことでサービス開通が行われる。
【００１４】
図２は本発明の光アクセス装置選定ＯＳＳの実施の形態の一例を示すもので、図中、２１は光アクセス装置データベース、２２はテーブル（対応表）、２３は制御モジュールである。
【００１５】
光アクセス装置データベース２１は、光アクセス装置、ここではＳＴＭ−ＯＬＴ４やＯＮＵ９内のパッケージの登録状態や帯域の使用状況を管理する。
【００１６】
対応表２２は、通信サービスの種別と通信サービスの種別毎に異なる設備収容条件を考慮した装置選定ロジックとの対応関係、並びに光アクセス装置の種別と光アクセス装置の種別毎に異なる制御に必要なパラメータとの対応関係を保持する。
【００１７】
図３は対応表２２に保持された情報の第１の例、ここでは通信サービスの種別と通信サービスの種別毎に異なる設備収容条件を考慮した装置選定ロジックとの対応関係の一例を示すもので、通信サービスの種別を表すサービス種別コードと、これらに対応する装置選定ロジックを表す装置選定ロジック識別コードが保持されている。
【００１８】
通信サービスが追加されたが、装置選定ロジックは他の通信サービスで使用しているものと同一のロジックが流用可能な場合、追加になったサービス種別コードと流用可能な装置選定ロジックの識別コードを新たに対応表に追加することで、サービス追加時にデータの追加だけで対応可能となる。
【００１９】
図４は対応表２２に保持された情報の第２の例、ここでは光アクセス装置の種別と光アクセス装置の種別毎に異なる制御に必要なパラメータとの対応関係の一例を示すもので、光アクセス装置、ここではＯＮＵの種別を表すＯＮＵ種別コードと、これらに対応する制御に必要なパラメータ、ここではスロット数、最大容量、確保容量、Ａｃｔｉｏｎ名、警報状態、ＯＮＵ名称が保持されている。なお、パラメータのうち、スロット数、最大容量、確保容量、Ａｃｔｉｏｎ名、警報状態はＯＮＵ登録制御を行う際に使用され、また、ＯＮＵ名称は端末へ表示する際に使用される。
【００２０】
制御モジュール２３は、データ処理部２３１及び通信処理部２３２から構成され、データ処理部２３１は光アクセス装置データベース２１や対応表２２からの情報の検索や読み出し、内蔵している装置選定ロジックに基づく光アクセスシステム１３への制御を行う。また、通信処理部２３２はワークフロー制御ＯＳＳ１やＳＴＭ−ＯＬＴ４との通信処理を行う。
【００２１】
本発明は、データベースやデータ処理機能とは切り離し、対応表として情報を保持することで、サービス追加に容易に対応可能とするものである。
【００２２】
図５は光アクセス装置選定ＯＳＳ２の制御モジュール２３における処理のフローの一例を示すもので、ワークフロー制御ＯＳＳ１からの指示により、光アクセスシステム１３に対してサービス開通を行う。
【００２３】
以下、本発明の光アクセス装置選定ＯＳＳにおける処理の流れを説明する。
【００２４】
ワークフロー制御ＯＳＳ１より、サービス開通に必要な情報として、収容ビル情報、サービス種別コード及びＯＮＵ種別コードが送信され（ｓ１）、制御モジュール２３では受信した情報のうち、サービス種別コードから該当の装置選定ロジック識別コードを対応表２２から取得し、ＯＮＵ種別コードから装置選定ロジックの中の容量計算に必要となる装置固有のパラメータを対応表２２から取得する（ｓ２）。
【００２５】
次に、制御モジュール２３では取得した装置選定ロジック識別コードより、予め複数用意している設備選定ロジックのうち該当する設備選定ロジックを確定し、この装置選定ロジックにより光アクセス装置データベース２１を検索し、条件に合った空き設備情報を取得する（ｓ３）。次に、制御モジュール２３では、空き設備情報をワークフロー制御ＯＳＳ１に返却し（ｓ４）、ワークフロー制御ＯＳＳ１で決定された収容設備情報を受信する（ｓ５）。
【００２６】
次に、制御モジュール２３では、受信した収容設備情報からａｃｎ値を、また、先に取得したＯＮＵ種別コードから装置制御に必要なパラメータを対応表２２から取得する（ｓ６）。
【００２７】
次に、制御モジュール２３では、取得した装置制御パラメータによりＳＴＭ−ＯＬＴ４に対してＯＮＵ登録制御を行う（ｓ７）。次に、制御モジュール２３では、ＳＴＭ−ＯＬＴ４に対して該当のＯＮＵ９へのサービス開通を行う（ｓ８）。次に、制御モジュール２３では、装置制御が正常に終了したことをワークフロー制御ＯＳＳ１に対して返却し（ｓ９）、処理を終了する。
【００２８】
なお、制御モジュール２３は、前述した処理手順を実行可能なハードウェアとして実現する外、周知のコンピュータ（ＣＰＵ）に前述した処理手順を備えたプログラム（ソフトウェア）を実行させることによっても実現可能である。
【００２９】
【発明の効果】
以上説明したように、本発明によれば、光アクセスシステムを用いて通信サービスを提供するための光アクセス装置選定ＯＳＳにおいて、今後の通信サービスの追加や光アクセス装置の種類の増加に対して、対応表の変更だけで柔軟に対応することが可能となり、ＯＳＳ開発費や導入コストの抑制、開発期間の短縮等の効果がある。
【図面の簡単な説明】
【図１】本発明の光アクセス装置選定ＯＳＳを含む通信システムの一例を示す構成図
【図２】本発明の光アクセス装置選定ＯＳＳの実施の形態の一例を示す機能ブロック図
【図３】図２の光アクセス装置選定ＯＳＳの対応表に保持された情報の第１の例を示す説明図
【図４】図２の光アクセス装置選定ＯＳＳの対応表に保持された情報の第２の例を示す説明図
【図５】図２の光アクセス装置選定ＯＳＳの制御モジュールにおける処理のフローの一例を示す図
【符号の説明】
１：ワークフロー制御ＯＳＳ、２：光アクセス装置選定ＯＳＳ、３：情報転送網、４：ＳＴＭ−ＯＬＴ、５：ＳＷ、６：サービス提供装置、７：ＩＰネットワーク、８：電話ネットワーク、９：ＯＮＵ、１０：電話機、１１：端末、１２：光ファイバ、１３：光アクセスシステム、２１：光アクセス装置データベース、２２：対応表、２３：制御モジュール、２３１：データ処理部、２３２：通信処理部。
【図１】
0003768842.tif 000002
【図２】
0003768842.tif 000003
【図３】
0003768842.tif 000004
【図４】
0003768842.tif 000005
【図５】
0003768842.tif 000006