JP4965635B2 - 通信システム、通信方法、制御サーバおよび制御プログラム - Google Patents

Description

本発明は、加入者の端末装置とアクセスネットワークを介して接続される通信装置と、通信装置を収容する制御サーバと、通信装置に配信されるサービスオーダデータを制御サーバに入力するオペレーション装置と、を備える通信システム、通信方法、制御サーバおよび制御プログラムに関する。

一般的に、インターネットプロトコルを用いるネットワーク上で展開する多種多様なサービスを顧客へ提供するために、ネットワークを構成するネットワークエレメント（以下、ＮＥ：Network Elementと称する）に対してコマンドを投入し、ＳＯ（サービスオーダ：Service Order）データの設定を行う方法がある。

この方法に関して例えば、ＳＯデータを受け付ける上位インタフェース部分と、ＮＥへのコマンド配信やメッセージ受信機能部との電文内容や形式を規定することがある（例えば特許文献１参照。）。これにより、サービスの追加や削除等による影響を最小限に抑え、メンテナンス性や生産性を向上させることができる。具体的には特許文献１は、サービスが複数のプラットフォームにまたがる場合のＳＯの処理において、複数のプラットフォームのサービスのＳＯを、一つのＳＯ情報として入力できるようにするマンマシンインタフェース手段と、マンマシンインタフェース手段で入力されたＳＯ情報をプラットフォーム単位に分解し、分割したＳＯを該当するオペレーションサーバ装置に送出するサービスオーダ情報振分手段と、それぞれのオペレーションサーバ装置から返送されてくる応答データを受信し、一つのＳＯ情報への応答データとして統合するサービスオーダ情報統合手段と、統合された応答データに対してサービスとして登録できたか否かを判定するサービスオーダ情報判定処理手段とを有する装置を開示している。特許文献１に記載の装置は、複数のプラットフォームにまたがるサービスのＳＯの処理を、あたかも一つのプラットフォームのサービスのＳＯの処理であるかのように見せることができる。

また、他のＳＯを効率よく処理するＳＯ処理技術として、ＳＯの処理（設定）を自動的に行うために、自動的に進められる処理フローを起動する方式がある（例えば特許文献２参照。）。特許文献２において、処理フローを起動しようとする制御端末と処理フローとのインタフェース部、および処理フローとネットワークを構成するNEとの間のＮＥ通信機能部を抽象化させるシステムが開示されている。具体的には、特許文献２に記載されたシステムにおいて、インタフェース部にあっては、制御端末から形式が一定の形に規定された、顧客を特定するキー情報とサービス情報とを含むＳＯデータを受信すると、サービス情報を解析し、サービスの提供に係わる処理フローを特定し、ＳＯデータをパラメータとして処理フローを起動する。またＮＥ通信機能部にあっては、処理フローからＳＯデータと投入対象のＮＥ情報とを含むＳＯデータ配信指示を受けると、投入対象のＮＥ情報に基づき、該当するＮＥと通信するための通信規約等を抽出し、抽出した通信規約等に準拠するようにＳＯデータを変換したうえで実行する。特許文献２に記載されたシステムは、制御端末と処理フローとの間、および処理フローとＮＥとの間の結びつきがタイトでなくなることから、サービスの追加・変更 即ち処理フローの追加・変更に対して、あるいはＮＥの追加・削除に対して柔軟性をもたせることができる。

特開２００５−０１８３０２号公報 特開２００３−２５８９９５号公報

しかしながら、上述した特許文献１に記載の装置および特許文献２に記載のシステムにおいては、処理フローが実行されるためには、該当する処理フローに係わる全てのＮＥが動作している、即ちサービスを提供している状態にあることが前提となる。従って、一部のＮＥでも、サービスを提供していない状態にある場合は、ＳＯの処理がなされない。一部でもサービス中の状態にない装置がある場合、このようなシステムは、サービスオーダデータを処理することができない。

従って、上述した特許文献１に記載の装置および特許文献２に記載のシステムにおいては、一部でもサービス中の状態にない装置がある場合、処理を進めることができず、全ての装置がサービス中の状態になるまで待たなければならない。従って、サービスオーダデータを効率よく処理することができない問題があった。

従って本発明の目的は、サービス中の状態にない装置がある場合でも効率よくサービスオーダデータを処理することのできる通信システム、通信方法、制御サーバおよび制御プログラムを提供することである。

上記課題を解決するために、本発明の第１の特徴は、通信装置と、通信装置を収容する制御サーバと、通信装置に配信されるサービスオーダデータを制御サーバに入力するオペレーション装置と、を備える通信システムに関する。本発明の第１の特徴に係る通信システムの制御サーバは、通信装置のサービス状態を受信し、通信装置の識別子と当該通信装置のサービス状態とを関連づけて、状態蓄積部に記憶する状態管理部と、オペレーションセンタ装置から入力されたサービスオーダデータを、加入者情報蓄積部に記憶する加入者情報管理部と、状態蓄積部から、サービスオーダデータの配信先となる通信装置のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータを当該通信装置に配信し、サービス状態がＯＵＳ状態の場合、当該サービスオーダデータを未設定ポート情報蓄積部に蓄積するとともに、当該通信装置のサービス状態がＯＵＳ状態からＩＮＳ状態に変化すると、未設定ポート情報蓄積部から当該サービスオーダデータを抽出し、当該通信装置に送信し、他の通信装置から、通信装置に対するＩＮＶＩＴＥメッセージの呼を受信すると、未設定ポート情報蓄積部に、当該呼の送信先である通信装置に関する情報が含まれている場合、当該他の通信装置にエラーメッセージを送信する管理制御部と、を備える。本発明の第１の特徴に係る通信システムの通信装置は、制御サーバに、当該通信装置のサービス状態を送信するサービス状態送信部と、制御サーバから、サービスオーダデータを受信するサービスオーダ受信部と、を備える。

また、制御サーバの状態管理部は、通信装置のサービス状態を、通信装置の備えるインタフェースごとに受信し、通信装置の識別子と、インタフェースの識別子と、当該通信装置およびインタフェースのサービス状態とを関連づけて、情報蓄積部に記憶し、制御サーバの管理制御部は、サービスオーダデータの配信先となる通信装置およびインタフェースのサービス状態を取得しても良い。

本発明の第２の特徴は、通信装置と、通信装置を収容する制御サーバと、通信装置に配信されるサービスオーダデータを制御サーバに入力するオペレーション装置と、を備える通信システムに用いられる通信方法に関する。本発明の第２の特徴に係る通信方法は、通信装置が、当該通信装置のサービス状態を、制御サーバに送信するステップと、制御サーバが、通信装置のサービス状態を受信し、通信装置の識別子と当該通信装置のサービス状態とを関連づけて、状態蓄積部に記憶するステップと、制御サーバが、オペレーションセンタ装置から入力されたサービスオーダデータを、加入者情報蓄積部に記憶するステップと、制御サーバが、状態蓄積部から、サービスオーダデータの配信先となる通信装置のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータを当該通信装置に配信し、サービス状態がＯＵＳ状態の場合、当該サービスオーダデータを未設定ポート情報蓄積部に蓄積するステップと、制御サーバが、通信装置のサービス状態がＯＵＳ状態からＩＮＳ状態に変化すると、未設定ポート情報蓄積部から通信装置に関するサービスオーダデータを抽出し、当該通信装置に送信するステップと、通信装置が、 制御サーバから、サービスオーダデータを受信するステップと、制御サーバが、他の通信装置から、通信装置に対するＩＮＶＩＴＥメッセージの呼を受信すると、未設定ポート情報蓄積部に、当該呼の送信先である通信装置に関する情報が含まれている場合、当該他の通信装置にエラーメッセージを送信するステップを備える。

また、制御サーバは、通信装置のサービス状態を、通信装置の備えるインタフェースごとに受信し、通信装置の識別子と、インタフェースの識別子と、当該通信装置およびインタフェースのサービス状態とを関連づけて、情報蓄積部に記憶し、サービスオーダデータの配信先となる通信装置およびインタフェースのサービス状態を取得しても良い。

本発明の第３の特徴は、通信装置と、通信装置を収容する制御サーバと、通信装置に配信されるサービスオーダデータを制御サーバに入力するオペレーション装置と、を備える通信システムに用いられる制御サーバに関する。本発明の第３の特徴に係る制御サーバは、通信装置のサービス状態を受信し、通信装置の識別子と当該通信装置のサービス状態とを関連づけて、状態蓄積部に記憶する状態管理部と、オペレーションセンタ装置から入力されたサービスオーダデータを、加入者情報蓄積部に記憶する加入者情報管理部と、状態蓄積部から、サービスオーダデータの配信先となる通信装置のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータを当該通信装置に配信し、サービス状態がＯＵＳ状態の場合、当該サービスオーダデータを未設定ポート情報蓄積部に蓄積するとともに、当該通信装置のサービス状態がＯＵＳ状態からＩＮＳ状態に変化すると、未設定ポート情報蓄積部から当該サービスオーダデータを抽出し、当該通信装置に送信し、 他の通信装置から、通信装置に対するＩＮＶＩＴＥメッセージの呼を受信すると、未設定ポート情報蓄積部に、当該呼の送信先である通信装置に関する情報が含まれている場合、当該他の通信装置にエラーメッセージを送信する管理制御部と、を備える。

また、状態管理部は、通信装置のサービス状態を、通信装置の備えるインタフェースごとに受信し、通信装置の識別子と、インタフェースの識別子と、当該通信装置およびインタフェースのサービス状態とを関連づけて、情報蓄積部に記憶し、管理制御部は、サービスオーダデータの配信先となる通信装置およびインタフェースのサービス状態を取得しても良い。

本発明の第４の特徴は、通信装置と、通信装置を収容する制御サーバと、通信装置に配信されるサービスオーダデータを制御サーバに入力するオペレーション装置と、を備える通信システムに用いられる制御サーバの制御プログラムに関する。本発明の第４の特徴は、コンピュータを、通信装置のサービス状態を受信し、通信装置の識別子と当該通信装置のサービス状態とを関連づけて、状態蓄積部に記憶する状態管理部と、オペレーションセンタ装置から入力されたサービスオーダデータを、加入者情報蓄積部に記憶する加入者情報管理部と、状態蓄積部から、サービスオーダデータの配信先となる通信装置のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータを当該通信装置に配信し、サービス状態がＯＵＳ状態の場合、当該サービスオーダデータを未設定ポート情報蓄積部に蓄積するとともに、当該通信装置のサービス状態がＯＵＳ状態からＩＮＳ状態に変化すると、未設定ポート情報蓄積部から当該サービスオーダデータを抽出し、当該通信装置に送信し、他の通信装置から、通信装置に対するＩＮＶＩＴＥメッセージの呼を受信すると、未設定ポート情報蓄積部に、当該呼の送信先である通信装置に関する情報が含まれている場合、当該他の通信装置にエラーメッセージを送信する管理制御部と、して機能させる。

また、状態管理部は、通信装置のサービス状態を、通信装置の備えるインタフェースごとに受信し、通信装置の識別子と、インタフェースの識別子と、当該通信装置およびインタフェースのサービス状態とを関連づけて、情報蓄積部に記憶し、管理制御部は、サービスオーダデータの配信先となる通信装置およびインタフェースのサービス状態を取得しても良い。

本発明によれば、サービス中の状態にない装置がある場合でも効率よくサービスオーダデータを処理することのできる通信システム、通信方法、制御サーバおよび制御プログラムを提供することができる。

本発明の実施の形態に係る通信システムのシステム構成を説明する図である。 本発明の実施の形態に係る通信システムのＳＳＣおよびＳＳＥの構成を説明する図である。 本発明の実施の形態に係る加入者情報データのデータ構造およびデータの一例を説明する図である。 本発明の実施の形態に係るＳＳＥ状態データのデータ構造およびデータの一例を説明する図である。 本発明の実施の形態に係るＳＳＣによるサービスオーダの処理を説明するフローチャートである。 本発明の実施の形態に係るＳＳＣによる呼の処理を説明するフローチャートである。 本発明の実施の形態に係る通信システムのシーケンスを説明する図である。 本発明の変形例に係るＳＳＥ状態データのデータ構造およびデータの一例を説明する図である。

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。

（実施の形態）
図１を参照して、本発明の実施の形態に係る通信システムを説明する。本発明の実施の形態に係る通信システムは、ＳＳＥ（Subscriber Service Edge）３、ＳＳＣ（Subscriber Session Control server）４、オペレーションセンタ装置５および端末装置６を備える。ＳＳＥ３と端末装置６は、アクセスネットワーク２によって相互に接続されている。また、ＳＳＥ３は、コアネットワーク１に接続される。

コアネットワーク１は、大容量のルータで接続される転送ネットワークである。端末装置６は、ＳＳＥ３およびコアネットワーク１を介して、その他の端末装置に接続されても良い。

アクセスネットワーク２は、転送ネットワークである。アクセスネットワーク２は、光ファイバを利用者の宅内にまで分配するための伝送装置やＶＤＳＬ装置を備える。

ＳＳＥ３は、端末装置６との間でパケットの送受信を行うエッジルータである。ＳＳＥ３は、コアネットワーク１およびアクセスネットワーク２に接続されるとともに、ＳＳＣ４にも接続されている。ＳＳＥ３は、ＳＳＣ４から入力されたサービスオーダデータを処理するとともに、ＳＳＣ４に、ＳＳＥ３のサービス状態を通知する。サービス状態とは、ＩＮＳ（インサービス：IN Service）であるか、ＯＵＳ（アウトオブサービス：OUt of Service）のいずれかの状態である。ＳＳＣ４は、例えば、ＴＣＰ／ＩＰのKeepAlive機能、ＳＮＭＰ（Simple Network Management Protocol）などの監視機能により、ＳＳＣ４にＳＳＥ３のサービス状態を通知する。

図１において、ＳＳＥ３として、第１のＳＳＥ３ａおよび第２のＳＳＥ３ｂが記載されている。以下、いずれのＳＳＥであるかを特定しない場合は、単に「ＳＳＥ３」と記載する。

ＳＳＣ４は、本発明の実施の形態に係る特徴である加入者系のセッション制御機能を含むサーバ装置である。ＳＳＣ４は、ＳＳＥ３ａおよびＳＳＥ３ｂを収容する。ＳＳＣ４は、オペレーションセンタ装置５からサービスオーダデータを受信し、サービスオーダの対象となるＳＳＥに配信する。

オペレーションセンタ装置５は、システムの保守運用を担当するセンタに配置される装置である。オペレーションセンタ装置５は、ＳＳＣ４に接続され、ＳＳＥ３に配信されるサービスオーダデータをＳＳＣ４に入力する。
端末装置６は、加入者の宅内で用いられる通信端末である。端末装置６は、アクセスネットワーク２およびＳＳＥ３を介して、公共の通信ネットワークに接続できる。

ＳＳＥ３、ＳＳＣ４、オペレーションセンタ装置５、端末装置６等は、一般的なコンピュータに、所定の処理を実行するプログラムがインストールされることによって実現される。ＳＳＥ３、ＳＳＣ４、オペレーションセンタ装置５、端末装置６等は、それぞれ、複数のコンピュータで構成されても良いし、既存の通信装置等に実装されても良い。

本発明の実施の形態に係る通信システムは、ＳＯの処理に関わる通信装置の中にサービス中でない状態（ＯＵＳ状態）の通信装置がある場合、ＯＵＳ状態の装置の上位に位置するサービス中の状態（ＩＮＳ状態）の制御サーバが、ＯＵＳ状態の通信装置に関わるＳＯおよびＯＵＳ状態の装置のＳＯの処理が未処理であることを蓄積する。さらにＩＮＳ状態にある制御サーバが、ＯＵＳ状態の通信装置の状態を監視し、ＯＵＳ状態からＩＮＳ状態になったことを検出すると、直ちにＳＯの処理をする。

ここで、「ＳＯの処理に関わる通信装置」とは、図１の例においてはＳＳＥ３である。「ＯＵＳ状態の装置の上位に位置するＩＮＳ状態の制御サーバ」とは、図１の例においては、ＳＳＣ４である。ここで、「上位」に位置する装置とは、「ＳＯの処理に関わる通信装置」よりもオペレーションセンタ装置５に近い装置であって、例えばオペレーションセンタ装置５のＳＯの送出先の装置を意味する。

本発明の実施の形態に係る通信システムにおいて、オペレーションセンタ装置５がＳＯデータを送信すると、ＳＳＣ４がそのＳＯデータを蓄積する。ＳＯデータは、例えば、ＳＳＥ３ａおよびＳＳＥ３ｂに接続される端末装置６ａ、６ｂの新規契約者のデータである。ＳＳＣ４は、蓄積したＳＯデータに基づいて、ＳＳＥ３ａおよびＳＳＥ３ｂについて新規契約者のＳＩＰポートの設定を試みる。ここで、例えばＳＳＥ３ａがＯＵＳ状態であった場合、ＳＳＣ４は、SＩＰポートの設定はできず、ＳＳＥ３ａの新規契約者のＳＩＰポートの設定が未設定であることを蓄積する。ＳＳＣ４は、ＳＳＥ３ａの状態を監視し、ＯＵＳ状態からＩＮＳ状態になったことを検出すると、直ちに、設定を行うことができなかった新規契約者のＳＩＰポートの設定を行う。

次に、図２を参照して、本発明の実施の形態に係るＳＳＣ４およびＳＳＥ３について詳述する。図２においては、本発明の実施の形態に係るＳＳＣ４およびＳＳＥ３のうち、本発明の特徴に係る部分のみを概念的に記載している。

第１のＳＳＥ３ａは、サービス状態送信部３１ａおよびサービスオーダ受信部３２ａを備える。

サービス状態送信部３１ａは、ＳＳＣ４に、第１のＳＳＥ３ａのサービス状態を送信する。サービス状態送信部３１ａは、能動的にサービス状態を送信しても良いし、ＳＳＣ４からの問合せに応答する形式でサービス状態を送信しても良い。また、サービス状態送信部３１ａは、ＩＮＳ状態の場合にのみＳＳＣ４からの問合せに応答することにより、応答がある場合はＩＮＳ状態、応答がない場合は、ＯＵＳ状態であることをＳＳＣ４に知らせても良い。具体的には、サービス状態送信部３１ａは、H.248(Megaco)等のKeepAlive機能、ＳＮＭＰ（Simple Network Management Protocol）などの監視機能により、ＳＳＣ４に第１のＳＳＥ３ａのサービス状態を通知しても良い。

サービスオーダ受信部３２ａは、ＳＳＣ４から送信されたＳＯデータを受信する。第１のＳＳＥ３ａは、サービスオーダ受信部３２ａによって受信されたＳＯデータに基づいて、各種設定をし、その結果をＳＳＣ４に返信する。

第２のＳＳＥ３ｂも、第１のＳＳＥ３ａと同様の構成を備える。

ＳＳＣ４は、ＳＩＰ信号制御部４１、加入者情報管理部４２、ＳＩＰポート管理制御部４３、ＳＳＥ状態管理部４４、ＳＳＥ制御部４５、未設定ポート情報蓄積部４６、加入者情報蓄積部４７およびＳＳＥ状態蓄積部４８を備える。ＳＩＰ信号制御部４１、加入者情報管理部４２、ＳＩＰポート管理制御部４３、ＳＳＥ状態管理部４４およびＳＳＥ制御部４５は、所定の制御プログラムがＳＳＣ４にインストールされることにより、ＳＳＣ４の中央処理制御装置に実装される。また、ＳＳＣ４の記憶装置は、未設定ポート情報蓄積部４６、加入者情報蓄積部４７およびＳＳＥ状態蓄積部４８を備える。

ＳＩＰ信号制御部４１は、ＳＩＰメッセージを受信し、その受信した信号に基づいて処理し、返信する。ＳＩＰ信号制御部４１は、例えばＩＮＶＩＴＥや２００ＯＫ等を受信し、受信した信号を処理し、処理した結果に基づきＩＮＶＩＴＥや２００ＯＫ等を送信する。

このときＳＩＰ信号制御部４１は、ＳＩＰメッセージを受信すると、その送信先の情報を、ＳＩＰポート管理制御部４３に入力する。ＳＩＰポート管理制御部４３は、未設定ポート情報蓄積部４６を検索して、ＳＩＰ信号制御部４１から入力された送信先についてポートが設定されているかいないかを判定し、その結果をＳＩＰ信号制御部４１に入力する。ＳＩＰ信号制御部４１は、ＳＩＰポート管理制御部４３から、送信先のポートが設定されている旨の結果を受信すると、そのままその受信した信号に基づいて処理し、返信する。一方、ＳＩＰ信号制御部４１は、送信先のポートが設定されていない旨の結果を受信すると、ＳＩＰメッセージの送信元にエラーメッセージを送信する。

例えばＳＩＰ信号制御部４１が、ＵＡＣ（User Agent Client）からＩＮＶＩＴＥメッセージを受信すると、そのＩＮＶＩＴＥメッセージの送信先の端末であるＵＡＳ（User Agent Server）が未設定ポート情報蓄積部４６に登録されている場合、エラーメッセージを送信する。

加入者情報管理部４２は、オペレーションセンタ装置５から入力されたＳＯデータを、加入者情報蓄積部４７に記憶する。加入者情報管理部２４は、オペレーションセンタ装置５から送信されるＳＯデータを受信し、蓄積する。加入者情報管理部２４は、ＳＯデータを蓄積したことをＳＩＰポート管理制御部４３に通知するとともに、ＳＩＰポート管理制御部４３から通知される、ＳＩＰポートの設定にともない取得したＩＰアドレスおよびポート番号を蓄積する。

加入者情報蓄積部４７には、加入者情報データ４７ａが蓄積される。加入者情報データ４７ａは、図３に示すように、ユーザＩＤと、そのユーザに割り当てられたセッション情報とが関連づけられたデータである。セッション情報とは、ＩＰアドレス、ポート番号、セッションの優先度、方向属性、帯域などである。

ＳＩＰポート管理制御部４３は、ＳＳＥ状態蓄積部４８から、ＳＯデータの配信先となるＳＳＥ３のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータをＳＳＥ３に配信する。ＳＩＰポート管理制御部４３はさらに、サービス状態がＯＵＳ状態の場合、ＳＯデータを未設定ポート情報蓄積部４６に蓄積する。

加入者情報管理部４２が、ＳＳＥ３ａおよび、あるいはＳＳＥ３ｂに接続された新規契約者のデータに関するＳＯデータを加入者情報蓄積部４７に蓄積した場合について説明する。ＳＩＰポート管理制御部４３は、加入者情報管理部４２からＳＯデータを蓄積したことが通知されると、ＳＳＥ３ａおよびＳＳＥ３ｂがＩＮＳ状態である場合、ＳＳＥ制御部４５に、ＳＩＰポートを設定するコマンドを送出し、ＳＳＥ制御部４５から送信されるＩＰアドレスおよびポート番号を加入者情報管理部４２に通知する機能を有する。加入者情報管理部４２は、ＳＩＰポート管理制御部４３からＩＰアドレスおよびポート番号が通知されると、ユーザＩＤと関連づけて加入者情報蓄積部４７に記憶する。これにより、新規契約者の端末装置６から送信されるＳＩＰ信号は、ＳＳＥ３ａあるいはＳＳＥ３ｂを通過できる。

またＳＩＰポート管理制御部４３は、ＳＳＥ３ａおよび、あるいはＳＳＥ３ｂがＯＵＳ状態のためＳＩＰポートの設定ができなかった場合、ＳＩＰポートの設定ができなかった新規契約者の情報を、未設定ポート情報蓄積部４６に蓄積する。ＳＳＥ状態管理部４４からＳＳＥ３ａおよび、あるいはＳＳＥ３ｂの状態がＯＵＳ状態からＩＮＳ状態になったことが通知されると、ＳＩＰポート管理制御部４３は、ＳＩＰポートの設定が可能になった新規契約者の情報を未設定ポート情報蓄積部４６から取り出し、ＳＳＥ制御部４５に入力し、ＳＳＥ制御部４５にＳＩＰポートを設定させる。

ＳＩＰポート管理制御部４３は、ＳＳＥ３のサービス状態がＯＵＳ状態からＩＮＳ状態に変化した場合、ＳＳＥ状態管理部４４からその旨の通知を受ける。この際ＳＩＰポート管理制御部４３は、未設定ポート情報蓄積部４６からサービス状態がＯＵＳ状態からＩＮＳ状態に変化したＳＳＥ３のＳＯデータを抽出し、そのＳＳＥ３に送信する。その際、ＳＩＰポート管理制御部４３は、未設定ポート情報蓄積部４７から処理したＳＯに関するデータを削除する。

ＳＩＰ信号制御部４１が他の通信装置から、このＳＳＣ４に接続されるＳＳＥ３が収容する加入者の端末装置に対して、呼を受信すると、その着信先の加入者の端末装置の情報をＳＩＰポート管理制御部４３に入力する。呼は、例えば、ＩＮＶＩＴＥメッセージである。ＳＩＰポート管理制御部４３は、そのＩＮＶＩＴＥメッセージの着信先の通信装置の情報を取得する。ＳＩＰポート管理制御部４３は、未設定ポート情報蓄積部４６にこの着信先の通信装置に関する情報が含まれているか否かを検索し、その結果をＳＩＰ信号制御部４１に入力する。

例えば、未設定ポート情報蓄積部４６に登録されている場合、具体的には、送信先の通信装置であるＵＡＳのポートが未設定の場合、ＳＩＰ信号制御部４１は、エラーメッセージをＵＡＣに送信する。一方、未設定ポート情報蓄積部４６に登録されていない場合、具体的には、送信先の通信装置であるＵＡＳのポートが設定されている場合、ＳＩＰ信号制御部４１は、ＩＮＶＩＴＥメッセージを、ＵＡＳに転送する。

ＳＳＥ状態管理部４４は、第１のＳＳＥ３ａ、第２のＳＳＥ３ｂなどの通信装置のサービス状態を受信し、通信装置の識別子と、この通信装置のサービス状態とを関連づけて、ＳＳＥ状態蓄積部４８に記憶する。ＳＳＥ状態管理部４４は、第１のＳＳＥ３ａ、第２のＳＳＥ３ｂ等から、例えば、H.248(Megaco)等のKeepAlive機能、ＳＮＭＰ（Simple Network Management Protocol）などの監視機能により、各通信装置のサービス状態を取得し、ＳＳＥ状態蓄積部４８に記憶する。

ＳＳＥ状態蓄積部４８には、ＳＳＥ状態データ４８ａが記憶される。ＳＳＥ状態データ４８ａは、図４に示すように、ＳＳＥの識別子と、そのサービス状態とが関連づけられている。サービス状態は、ＩＮＳ状態、ＯＵＳ状態等である。サービス状態は、ＳＳＥ状態管理部４４によって常に更新される。図４に示すＳＳＥ状態データ４８ａは、最新のサービス状態のみを記憶している。

ＳＳＥ状態管理部４４は、ＳＩＰポート管理制御部４３からＳＳＥ３のサービス状態の問合せがあると、ＳＳＥ状態蓄積部４８を参照して、問合せのあったＳＳＥの識別子に関連づけられているサービス状態を取得して、ＳＩＰポート管理制御部４３に返す。

さらにＳＳＥ状態管理部４４は、サービス状態がＯＵＳ状態からＩＮＳ状態に変化したＳＳＥがあった場合、そのＳＳＥの識別子などの情報をＳＩＰポート管理制御部４３に通知する。ＳＩＰポート管理制御部４３は、未設定ポート情報蓄積部４６を参照して、通知されたＳＳＥに関する情報があるか否かを検索する。情報がある場合、ＳＩＰポート管理制御部４３は、ＳＳＥ制御部４５を介して、そのＳＳＥにＳＯを送信する。

ＳＳＥ制御部４５は、ＳＩＰポート管理制御部４３からＳＩＰポートの設定を行うよう伝えられると、ＳＳＥ３ａおよび、あるいはＳＳＥ３ｂへのＳＩＰポートを設定する。さらにＳＳＥ制御部４５は、設定にともない取得したＩＰアドレスおよびポート番号をＳＩＰポート管理制御部４３に伝える。

次に、図５および図６を参照して、本発明の実施の形態に係るＳＩＰポート管理制御部４３の処理を説明する。

図５を参照して、オペレーションセンタ装置５から入力されたＳＯの処理を説明する。

まずステップＳ１０１において、加入者情報管理部４２が、オペレーションセンタ５から送信されるＳＯを受信し、その情報を、加入者情報蓄積部４７に蓄積する。さらに加入者情報管理部４２は、蓄積したことをＳＩＰポート管理制御部４３に通知する。ここで、ＳＯは、例えば、第１のＳＳＥ３ａおよび、あるいは第２のＳＳＥ３ｂに接続された新規契約者のデータである。ステップＳ１０２において、ＳＩＰポート管理制御部４３が、ＳＳＥ状態管理部４４に問合せ、ＳＳＥ状態蓄積部４８における第１のＳＳＥ３ａおよび第２のＳＳＥ３ｂの状態を取得する。ここで、第１のＳＳＥ３ａおよび第２のＳＳＥ３ｂの状態がＩＮＳ状態である場合、ＳＩＰポート管理制御部４３は、ＳＳＥ制御部４５にＳＩＰポートの設定を行うよう伝える。ステップＳ１０３において、ＳＳＥ制御部４５が、第１のＳＳＥ３ａおよび、あるいは第２のＳＳＥ３ｂへのＳＩＰポートの設定を試みる。

ステップＳ１０４において、ＳＩＰポートの設定が正常終了したか否かを判定する。ＳＩＰポートの設定に成功した場合、ステップＳ１０５において、ＳＳＥ制御部４５が、第１のＳＳＥ３ａおよび、あるいは第２のＳＳＥ３ｂからＩＰアドレスおよびポート番号を取得し、取得したＩＰアドレスおよびポート番号をＳＩＰポート管理制御部４３に伝える。ＳＩＰポート管理制御部４３が、ＩＰアドレスおよびポート番号を受け取り、受け取ったＩＰアドレスおよびポート番号を加入者情報蓄積部４２に伝える。ステップＳ１０６において、加入者情報蓄積部４２が、受け取ったＩＰアドレスおよびポート番号を加入者情報記憶部４７に蓄積する。

一方、ステップＳ１０４において、ステップＳ１０３におけるＳＩＰポートの設定が、正常終了しなかったと判定された場合、ステップＳ１０７に進む。例えば、ステップＳ１０２においてＩＮＳ状態を検出した後、ＩＮＳ状態からＯＵＳ状態に遷移し、ステップＳ１０３においてＳＩＰポートを設定できなかった場合、ステップＳ１０７に進む。

また、ステップＳ１０２において、ＳＩＰポート管理制御部４３が、第１のＳＳＥ３ａおよび、あるいは第２のＳＳＥ３ｂがＯＵＳ状態のためＳＩＰポートの設定を行えなかった場合も、ステップＳ１０７に進む。

ステップＳ１０７においてＳＩＰポート管理制御部４３は、ＳＩＰポートの設定を行えなかった新規契約者の情報を未設定ポート情報蓄積部４６に蓄積するよう制御する。

さらにステップＳ１０８においてＳＳＥ状態管理部４４が、第１のＳＳＥ３ａおよび第２のＳＳＥ３ｂから送信される状態を受信する。ここでステップＳ１０９においてＳＳＥ状態管理部４４が、第１のＳＳＥ３ａおよび、あるいは第２のＳＳＥ３ｂの状態がＯＵＳ状態からＩＮＳ状態になったことを検出すると、ＳＩＰポート管理制御部４３に伝える。ステップＳ１１０において、ＳＩＰポート管理制御部４３が、未設定ポート情報蓄積部４６を制御し、ＳＩＰポートの設定が行えるようになった新規契約者の情報を取り出し、ステップＳ１０３に進む。ステップＳ１０３ないしステップＳ１０６において、上述した様に、ＳＳＥ制御部４５が、ＳＩＰポートの設定を設定し、アドレス、ポート番号を取得するとともに、加入者情報管理部４２が、加入者情報記憶部４７に蓄積する。

図６を参照して、ＳＩＰ信号制御部４１から入力された場合の呼の処理を説明する。

まずステップＳ２０１において、ＳＩＰ信号制御部４１がＳＩＰメッセージの呼を受信すると、ステップＳ２０２において、その呼の種別が、ＩＮＶＩＴＥメッセージであるか否かを判定する。ＩＮＶＩＴＥメッセージでない場合、ステップＳ２０３において通常通りに呼を処理して処理を終了する。

一方、ステップＳ２０２においてその呼の種別がＩＮＶＩＴＥメッセージであると判定された場合、ステップＳ２０４において、ＳＩＰ信号制御部４１は、ＳＩＰポート管理制御部４３にその呼の送信先の情報を入力する。ＳＩＰポート管理制御部４３は、未設定ポート情報蓄積部４６にその呼の送信先の情報があるか否かを判定し、その結果をＳＩＰ信号制御部４１に送信する。

ステップＳ２０４において、呼の送信先の情報が未設定ポート情報蓄積部４６にない場合、その呼の送信先について既にＳＩＰポート、ＩＰアドレス、ポート番号等が設定されているので、ＳＩＰ信号制御部４１はステップＳ２０６において、２００ＯＫを返す。一方、ステップＳ２０４において登録がある場合、その呼の送信先について既にＳＩＰポート、ＩＰアドレス、ポート番号等が設定されていないので、エラーメッセージを返す。

次に図７を参照して、図１に示す通信システムの処理を説明する。図７においては、第１のＳＳＥ３ａ、第２のＳＳＥ３ｂ、ＳＳＣ４およびオペレーション装置５についての処理を説明する。ここで、第１のＳＳＥ３ａのサービス状態は、当初ＯＵＳ状態で、後にＩＮＳ状態になる。第２のＳＳＥ３ｂのサービス状態は、ＩＮＳ状態である。

まず、ステップＳ３０１において、第１のＳＳＥ３ａが、サービス状態がＯＵＳ状態であることを、ＳＳＣ４に通知し、ＳＳＣ４は、その旨を、第１のＳＳＥ３ａの識別子に関連づけて、ＳＳＥ状態蓄積部４８に蓄積する。また、ステップＳ３０２において、第２のＳＳＥ３ｂが、サービス状態がＩＮＳ状態であることをＳＳＣ４に通知し、ＳＳＣ４は、その旨を、第２のＳＳＥ３ｂの識別子に関連づけて、ＳＳＥ状態蓄積部４８に蓄積する。

第１のＳＳＥ３ａがＯＵＳ状態であり、第２のＳＳＥ３ｂがＩＮＳ状態であることがＳＳＣ４に蓄積された後、ステップＳ３０３において、オペレーションセンタ装置５から２つのＳＯが入力される場合を説明する。ここで、ＳＯの一つは、第１のＳＳＥ３ａに接続された新規契約者に関するデータであり、ＳＯのもう一つは、第２のＳＳＥ３ｂに接続された新規契約者に関するデータである。

ＳＳＣ４は、オペレーションセンタ装置５から２つのＳＯが入力されると、ステップＳ３０４において、そのＳＯを加入者情報蓄積部４７に蓄積する。さらにＳＳＣ４は、それぞれのＳＯを処理する。

まずステップＳ３０５において、第２のＳＳＥ３ｂについてのＳＯを処理する。ステップＳ３０２で通知されたように、第２のＳＳＥ３ｂはＩＮＳ状態であるので、ステップＳ３０５においてＳＳＣ４は、第２のＳＳＥ３ｂに対しＳＩＰポートを設定する。

また、ステップＳ３０６ないしステップＳ３１０において、第１のＳＳＥ３ａについてのＳＯを処理する。ステップＳ３０１で通知されたように、第１のＳＳＥ３ａはＯＵＳ状態であるので、ＳＳＣ４は、ステップＳ３０３で受信した第１のＳＳＥ３ａに関するＳＯを、未設定ポート情報蓄積部４６に蓄積する。さらにステップＳ３０７において、ＳＳＣ４は、第１のＳＳＥ３ａの状態を監視する。ここで、ステップＳ３０８において、第１のＳＳＥ３ａがＳＳＣ４に、サービス状態がＩＮＳ状態であることを通知すると、ＳＳＣ４は、その旨をＳＳＥ状態蓄積部４８に蓄積するとともに、ステップＳ３０９において、第１のＳＳＥ３ａがＩＮＳ状態であることを検出する。その後ＳＳＣ４は、ステップＳ３１０において、第１のＳＳＥ３ａについてのＳＯを処理する。ステップＳ３０９で検出されたように、第１のＳＳＥ３ａはＩＮＳ状態であるので、ステップＳ３１０においてＳＳＣ４は、第１のＳＳＥ３ａに対しＳＩＰポートを設定する。その後、ＳＩＰポート管理制御部４３は、このＳＯに関するデータを、未設定ポート情報蓄積部４６から削除する。

このように、本発明の実施の形態に係る通信システムにおいては、オペレーションセンタ装置５から入力されたＳＯがＯＵＳ状態のＳＳＥに対するものであっても、その情報を蓄積し、そのＳＳＥがＩＮＳ状態になった際、そのＳＯを処理する。従って本発明の実施の形態に係る通信システムによれば、ＯＵＳ状態の装置に対しても、ＩＮＳ状態になった後にＳＯを処理することができる。ＳＳＥのサービス状態に関わらず、オペレーションセンタ装置５が一度だけＳＯを投入することにより、ＳＯが処理されるので、ＳＯ投入作業の効率を向上させることができる。

（変形例）
次に、本発明の実施の形態に係る変形例を説明する。本発明の実施の形態においては、ＳＳＥごとにサービス状態を設定していたが、変形例においては、ＳＳＥが備えるインタフェースごとにサービス状態を設定することができる場合を説明する。

変形例に係る第１のＳＳＥ３ａが複数のインタフェースを有している際、第１のＳＳＥ３ａは、そのインタフェースごとにサービス状態をＳＳＣ４に通知する。

変形例に係るＳＳＥ状態管理部４４は、ＳＳＥおよびインタフェースごとに、サービス状態を受信し、ＳＳＥの識別子およびインタフェースの識別子と、そのサービス状態とを関連づけてＳＳＥ状態蓄積部４８に蓄積する。

ＳＳＥ状態蓄積部４８に記憶されるＳＳＥ状態データ４８ｂは、図８に示すようなデータとデータ構造の例を備える。ＳＳＥ状態データ４８ｂは、ＳＳＥ識別子およびインタフェース識別子をキーに、サービス状態が関連づけられる。

ＳＩＰポート管理制御部４３は、ＳＯの処理対象のサービス状態を、ＳＳＥ識別子およびインタフェース識別子ごとに取得する。ＳＯの処理対象のＳＳＥおよびインタフェースがＩＮＳ状態の場合、ＳＩＰポート管理制御部４３は、速やかにそのＳＯを処理する。

一方ＳＯの処理対象のＳＳＥがＩＮＳ状態であっても、その処理対象のそのＳＳＥのインタフェースがＯＵＳ状態である場合、ＳＩＰポート管理制御部４３は、そのＳＯを処理することなく、未設定ポート情報蓄積部４６に蓄積する。その処理対象のＳＳＥおよびインタフェースがＩＮＳ状態になったことが通知されると、ＳＩＰポート管理制御部４３は、そのＳＯを処理する。

（その他の実施の形態）
上記のように、本発明の実施の形態とその変形例によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。

例えば、本発明の最良の実施の形態に記載したＳＳＣは、図１に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。また、既存の通信システム上に実現されても良い。

本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

１ コアネットワーク
２ アクセスネットワーク
３ ＳＳＥ
４ ＳＳＣ
５ オペレーションセンタ装置
６ 端末装置
３１ サービス状態送信部
３２ サービスオーダ受信部
４１ ＳＩＰ信号制御部
４２ 加入者情報管理部
４３ ＳＩＰポート管理制御部
４４ ＳＳＥ状態管理部
４５ ＳＳＥ制御部
４６ 未設定ポート情報蓄積部
４７ 加入者情報蓄積部
４８ ＳＳＥ状態蓄積部

Claims (8)

1. 通信装置と、前記通信装置を収容する制御サーバと、前記通信装置に配信されるサービスオーダデータを前記制御サーバに入力するオペレーション装置と、を備える通信システムであって、
   前記制御サーバは、
   前記通信装置のサービス状態を受信し、前記通信装置の識別子と当該通信装置のサービス状態とを関連づけて、状態蓄積部に記憶する状態管理部と、
   前記オペレーションセンタ装置から入力されたサービスオーダデータを、加入者情報蓄積部に記憶する加入者情報管理部と、
   前記状態蓄積部から、前記サービスオーダデータの配信先となる前記通信装置のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータを当該通信装置に配信し、サービス状態がＯＵＳ状態の場合、当該サービスオーダデータを未設定ポート情報蓄積部に蓄積するとともに、当該通信装置のサービス状態がＯＵＳ状態からＩＮＳ状態に変化すると、前記未設定ポート情報蓄積部から当該サービスオーダデータを抽出し、当該通信装置に送信し、
   他の通信装置から、前記通信装置に対するＩＮＶＩＴＥメッセージの呼を受信すると、前記未設定ポート情報蓄積部に、当該呼の送信先である通信装置に関する情報が含まれている場合、当該他の通信装置にエラーメッセージを送信する管理制御部と、を備え、
   前記通信装置は、
   前記制御サーバに、当該通信装置のサービス状態を送信するサービス状態送信部と、
   前記制御サーバから、前記サービスオーダデータを受信するサービスオーダ受信部と、を備える
   ことを特徴とする通信システム。
2. 前記制御サーバの状態管理部は、
   前記通信装置のサービス状態を、前記通信装置の備えるインタフェースごとに受信し、前記通信装置の識別子と、前記インタフェースの識別子と、当該通信装置およびインタフェースのサービス状態とを関連づけて、情報蓄積部に記憶し、
   前記制御サーバの管理制御部は、
   前記サービスオーダデータの配信先となる前記通信装置および前記インタフェースのサービス状態を取得する
   ことを特徴とする請求項１に記載の通信システム。
3. 通信装置と、前記通信装置を収容する制御サーバと、前記通信装置に配信されるサービスオーダデータを前記制御サーバに入力するオペレーション装置と、を備える通信システムに用いられる通信方法であって、
   前記通信装置が、当該通信装置のサービス状態を、前記制御サーバに送信するステップと、
   前記制御サーバが、前記通信装置のサービス状態を受信し、前記通信装置の識別子と当該通信装置のサービス状態とを関連づけて、状態蓄積部に記憶するステップと、
   前記制御サーバが、オペレーションセンタ装置から入力されたサービスオーダデータを、加入者情報蓄積部に記憶するステップと、
   前記制御サーバが、前記状態蓄積部から、前記サービスオーダデータの配信先となる前記通信装置のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータを当該通信装置に配信し、サービス状態がＯＵＳ状態の場合、当該サービスオーダデータを未設定ポート情報蓄積部に蓄積するステップと、
   前記制御サーバが、前記通信装置のサービス状態がＯＵＳ状態からＩＮＳ状態に変化すると、前記未設定ポート情報蓄積部から前記通信装置に関するサービスオーダデータを抽出し、当該通信装置に送信するステップと、
   前記通信装置が、前記制御サーバから、前記サービスオーダデータを受信するステップと、
   前記制御サーバが、他の通信装置から、前記通信装置に対するＩＮＶＩＴＥメッセージの呼を受信すると、前記未設定ポート情報蓄積部に、当該呼の送信先である通信装置に関する情報が含まれている場合、当該他の通信装置にエラーメッセージを送信するステップ
   を備えることを特徴とする通信方法。
4. 前記制御サーバは、
   前記通信装置のサービス状態を、前記通信装置の備えるインタフェースごとに受信し、前記通信装置の識別子と、前記インタフェースの識別子と、当該通信装置およびインタフェースのサービス状態とを関連づけて、情報蓄積部に記憶し、
   前記サービスオーダデータの配信先となる前記通信装置および前記インタフェースのサービス状態を取得する
   ことを特徴とする請求項３に記載の通信方法。
5. 通信装置と、前記通信装置を収容する制御サーバと、前記通信装置に配信されるサービスオーダデータを前記制御サーバに入力するオペレーション装置と、を備える通信システムに用いられる制御サーバであって、
   前記通信装置のサービス状態を受信し、前記通信装置の識別子と当該通信装置のサービス状態とを関連づけて、状態蓄積部に記憶する状態管理部と、
   前記オペレーションセンタ装置から入力されたサービスオーダデータを、加入者情報蓄積部に記憶する加入者情報管理部と、
   前記状態蓄積部から、前記サービスオーダデータの配信先となる前記通信装置のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータを当該通信装置に配信し、サービス状態がＯＵＳ状態の場合、当該サービスオーダデータを未設定ポート情報蓄積部に蓄積するとともに、当該通信装置のサービス状態がＯＵＳ状態からＩＮＳ状態に変化すると、前記未設定ポート情報蓄積部から当該サービスオーダデータを抽出し、当該通信装置に送信し、
   他の通信装置から、前記通信装置に対するＩＮＶＩＴＥメッセージの呼を受信すると、前記未設定ポート情報蓄積部に、当該呼の送信先である通信装置に関する情報が含まれている場合、当該他の通信装置にエラーメッセージを送信する管理制御部と、
   を備えることを特徴とする制御サーバ。
6. 前記状態管理部は、
   前記通信装置のサービス状態を、前記通信装置の備えるインタフェースごとに受信し、前記通信装置の識別子と、前記インタフェースの識別子と、当該通信装置およびインタフェースのサービス状態とを関連づけて、情報蓄積部に記憶し、
   前記管理制御部は、
   前記サービスオーダデータの配信先となる前記通信装置および前記インタフェースのサービス状態を取得する
   ことを特徴とする請求項５に記載の制御サーバ。
7. 通信装置と、前記通信装置を収容する制御サーバと、前記通信装置に配信されるサービスオーダデータを前記制御サーバに入力するオペレーション装置と、を備える通信システムに用いられる制御サーバの制御プログラムであって、
   コンピュータを、
   前記通信装置のサービス状態を受信し、前記通信装置の識別子と当該通信装置のサービス状態とを関連づけて、状態蓄積部に記憶する状態管理部と、
   前記オペレーションセンタ装置から入力されたサービスオーダデータを、加入者情報蓄積部に記憶する加入者情報管理部と、
   前記状態蓄積部から、前記サービスオーダデータの配信先となる前記通信装置のサービス状態を取得し、サービス状態がＩＮＳ状態の場合、当該サービスオーダデータを当該通信装置に配信し、サービス状態がＯＵＳ状態の場合、当該サービスオーダデータを未設定ポート情報蓄積部に蓄積するとともに、当該通信装置のサービス状態がＯＵＳ状態からＩＮＳ状態に変化すると、前記未設定ポート情報蓄積部から当該サービスオーダデータを抽出し、当該通信装置に送信し、
   他の通信装置から、前記通信装置に対するＩＮＶＩＴＥメッセージの呼を受信すると、前記未設定ポート情報蓄積部に、当該呼の送信先である通信装置に関する情報が含まれている場合、当該他の通信装置にエラーメッセージを送信する管理制御部と、
   して機能させることを特徴とする制御プログラム。
8. 前記状態管理部は、
   前記通信装置のサービス状態を、前記通信装置の備えるインタフェースごとに受信し、前記通信装置の識別子と、前記インタフェースの識別子と、当該通信装置およびインタフェースのサービス状態とを関連づけて、情報蓄積部に記憶し、
   前記管理制御部は、
   前記サービスオーダデータの配信先となる前記通信装置および前記インタフェースのサービス状態を取得する
   ことを特徴とする請求項７に記載の制御プログラム。

Images