(57)【要約】【課題】ＳＩＰ通信システムにおいて、ＡＳ（アプリケーションサーバ）と、呼制御サーバの通信機能を適切に配置することにより、信頼性の高いＳＩＰ通信を行なえるようにする。【解決手段】呼制御サーバに複数の付加サービスをそれぞれ提供する付加サービス機能部１３、１４（…）と、複数の付加サービス機能部のサービスを競合を管理しつつ振り分け実行させるサービス振り分け・競合管理部１５を設ける。端末の位置登録を行う場合、ホーム加入者サーバから得た加入者情報を用いて各付加サービス機能部１３、１４（…）の設定を行うとともに、発呼制御を行う場合、当該発着呼に関して、サービス振り分け・競合管理部１５が複数の付加サービス機能部１３、１４（…）の付加サービスの競合を管理しつつ振り分け実行させることにより、付加サービス機能部１３、１４（…）によって付加サービスを提供する。【選択図】図１
2008244750.tif 000002
【特許請求の範囲】
【請求項１】
端末と、呼制御サーバの間でＳＩＰ通信を行うことにより、前記端末の位置登録または発呼制御を行うとともに、ホーム加入者サーバが管理する加入者情報にしたがって発着呼に関して１つまたは複数の付加サービスを提供するＳＩＰ通信システムにおいて、
前記呼制御サーバに前記複数の付加サービスをそれぞれ提供するための付加サービス機能部と、前記複数の付加サービス機能部のサービスを競合を管理しつつ振り分け実行させるサービス管理手段を設け、
前記端末の位置登録を行う場合、前記呼制御サーバは、前記ホーム加入者サーバから得た加入者情報を用いて前記各付加サービス機能部の設定を行うとともに、
前記発呼制御を行う場合、当該発着呼に関して、前記呼制御サーバの前記サービス管理手段が前記複数の付加サービス機能部の付加サービスの競合を管理しつつ振り分け実行させることにより、前記呼制御サーバの前記付加サービス機能部によって前記付加サービスを提供することを特徴とするＳＩＰ通信システム。
【請求項２】
請求項１に記載のＳＩＰ通信システムにおいて、前記呼制御サーバは、前記ホーム加入者サーバとＤｉａｍｅｔｅｒプロトコルにより通信するＤｉａｍｅｔｅｒプロトコル機能部を有し、前記端末の位置登録を行う場合、前記呼制御サーバは、前記Ｄｉａｍｅｔｅｒプロトコル機能部によりＤｉａｍｅｔｅｒプロトコルのＣｘインターフェースを介して前記ホーム加入者サーバと通信し、前記ホーム加入者サーバから加入者情報を得ることを特徴とするＳＩＰ通信システム。
【請求項３】
請求項１に記載のＳＩＰ通信システムにおいて、前記呼制御サーバのＳＩＰ通信を制御するＳＩＰ制御手段と、前記付加サービス機能部の情報交換を前記呼制御サーバの内部バスを介した所定方式によるメッセージ交換を介して行うことを特徴とするＳＩＰ通信システム。
【請求項４】
端末との間でＳＩＰ通信を行うことにより、前記端末の位置登録または発呼制御を行う呼制御サーバにおいて、
ホーム加入者サーバが管理する加入者情報にしたがって発着呼に関して１つまたは複数の付加サービスを提供するための付加サービス機能部と、
前記複数の付加サービス機能部のサービスを競合を管理しつつ振り分け実行させるサービス管理手段を設け、
前記端末の位置登録を行う場合、前記ホーム加入者サーバから得た加入者情報を用いて前記各付加サービス機能部の設定を行うとともに、前記発呼制御を行う場合、当該発着呼に関して、前記サービス管理手段が前記複数の付加サービス機能部の付加サービスを競合を管理しつつ振り分け実行させることにより、前記付加サービス機能部の付加サービスを提供することを特徴とする呼制御サーバ。
【請求項５】
請求項４に記載の呼制御サーバにおいて、前記ホーム加入者サーバとＤｉａｍｅｔｅｒプロトコルにより通信するＤｉａｍｅｔｅｒプロトコル機能部を有し、前記端末の位置登録を行う場合、前記Ｄｉａｍｅｔｅｒプロトコル機能部によりＤｉａｍｅｔｅｒプロトコルのＣｘインターフェースを介して前記ホーム加入者サーバと通信し、前記ホーム加入者サーバから加入者情報を得ることを特徴とする呼制御サーバ。
【請求項６】
請求項４に記載の呼制御サーバにおいて、前記端末とのＳＩＰ通信を制御するＳＩＰ制御手段と、前記付加サービス機能部の情報交換を内部バスを介した所定方式によるメッセージ交換を介して行うことを特徴とする呼制御サーバ。
【請求項７】
端末と、呼制御サーバの間でＳＩＰ通信を行うことにより、前記端末の位置登録または発呼制御を行うとともに、ホーム加入者サーバが管理する加入者情報にしたがって発着呼に関して１つまたは複数の付加サービスを提供するＳＩＰ通信方法において、
前記呼制御サーバに設けられた、前記複数の付加サービスをそれぞれ提供するための付加サービス機能部と、前記複数の付加サービス機能部のサービスを競合を管理しつつ振り分け実行させるサービス管理手段とを用い、
前記端末の位置登録を行う場合、前記呼制御サーバは、前記ホーム加入者サーバから得た加入者情報を用いて前記各付加サービス機能部の設定を行うとともに、
前記発呼制御を行う場合、当該発着呼に関して、前記呼制御サーバの前記サービス管理手段が前記複数の付加サービス機能部の付加サービスの競合を管理しつつ振り分け実行させることにより、前記呼制御サーバの前記付加サービス機能部によって前記付加サービスを提供することを特徴とするＳＩＰ通信方法。
【請求項８】
請求項７に記載のＳＩＰ通信方法において、前記呼制御サーバに設けられた、前記ホーム加入者サーバとＤｉａｍｅｔｅｒプロトコルにより通信するＤｉａｍｅｔｅｒプロトコル機能部を用い、前記端末の位置登録を行う場合、前記呼制御サーバは、前記Ｄｉａｍｅｔｅｒプロトコル機能部によりＤｉａｍｅｔｅｒプロトコルのＣｘインターフェースを介して前記ホーム加入者サーバと通信し、前記ホーム加入者サーバから加入者情報を得ることを特徴とするＳＩＰ通信方法。
【請求項９】
請求項７に記載のＳＩＰ通信方法において、前記呼制御サーバのＳＩＰ通信を制御するＳＩＰ制御手段と、前記付加サービス機能部の情報交換を前記呼制御サーバの内部バスを介した所定方式によるメッセージ交換を介して行うことを特徴とするＳＩＰ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末と、呼制御サーバの間でＳＩＰ通信を行うことにより、前記端末の位置登録または発呼制御を行うとともに、ホーム加入者サーバが管理する加入者情報にしたがって発着呼に関して１つまたは複数の付加サービスを提供するＳＩＰ通信システム、呼制御サーバ、およびＳＩＰ通信方法関するものである。
【背景技術】
【０００２】
従来より、ＩＰ網上で音声通信を行うＶｏＩＰサービスは、運用、課金などの面から見ても旧来の回線交換網を利用した公衆回線電話網（ＰＳＴＮ）よりも安価なシステム構築が可能であることから、注目を集めている。
【０００３】
また、携帯電話などの移動体通信システムや、公衆無線ＬＡＮ、公衆回線電話網など各種の通信ネットワークを、ＶｏＩＰ技術を中心として統合し次世代ネットワークを構築しようとする技術、規格が提案、整備されつつある。
【０００４】
この種の次世代ネットワークアーキテクチャとしては、たとえば、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）によるＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）が知られている（たとえば下記の非特許文献１）。
【０００５】
一般に、上記のようなＶｏＩＰ通信システムでは、発呼時に発呼端末と、呼制御サーバの間で、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）により着呼端末を特定し、両端末どうしの接続が仲介される。
【０００６】
ＳＩＰは、現行の各ＶｏＩＰサービスにおいて、ＲＦＣ３２６１などで提案された仕様にほぼ基づく技術が既に実用化されているが、上記のＩＭＳなど、次世代ネットワークとして考えられている通信システムでは、さらに拡張されたヘッダを有するＳＩＰメッセージを用いる構成が提案されている（たとえば下記の非特許文献２、および３）。
【０００７】
【非特許文献１】3GPP IP Multimedia Subsystem (IMS):http://www.3gpp.org/ftp/Specs/html-info/23228.htm
【非特許文献２】IMS call control protocol based on SIP and SDP:http://www.3gpp.org/ftp/Specs/html-info/24229.htm
【非特許文献３】RFC3455 3GPP SIP拡張ヘッダ： http://www.ietf.org/rfc/rfc3455.txt
【非特許文献４】RFC3588 Diameter Base Protocol： http://www.ietf.org/rfc/rfc3588.txt
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述のような、ＶｏＩＰ／ＳＩＰベースの通信技術では、ＳＩＰサーバ（呼制御サーバ）、ＤＮＳ、ＥＮＵＭサーバなど、特定の通信機能を担当するサーバは単機能のサーバとして考えられており、実際の運用でもこれらのサーバはスタンドアローンの機器として設置され、稼働させることが多い。
【０００９】
一方、上述のＩＭＳなど、次世代ネットワークとして考えられている通信システムでは、種々の付加的な通信サービスをサポートすることが求められている。この通信サービスとしては、たとえば、発番号通知、発番号表示、非通知着信拒否、着信拒否、通話転送、迷惑電話拒否、などの各サービスが挙げられる。そして、これら種々の通信サービスを担当するＡＳ（アプリケーションサーバ）も、通常、単機能かつスタンドアローンのサーバとして設置するものとして考えられている。
【００１０】
ここで、呼制御サーバが発呼を受け付ける時、当然ながら、発呼側あるいは着呼側の加入者に対して、契約に応じてこれら加入者に亨受させるべき付加的な通信サービスを提供するため、呼制御サーバとＡＳの間の通信が必要となる。上記の通信サービスのうち、通知系、および拒否系のサービスでは、利用するかしないかにかかわらず全ての呼接続でＡＳと呼接続サーバの通信が必要である。
【００１１】
図６に従来方式によるＩＭＳにおける位置登録シーケンスを、図７、および図８に従来方式による呼接続シーケンスの例を示す。
【００１２】
図６〜図８において、ＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）は、ＩＭＳにおける呼接続サーバであり、旧来のいわゆるＳＩＰサーバと同様、ＳＩＰ端末１、ＳＩＰ端末２、との間でＳＩＰを用いて発着呼を仲介する。通常、ＣＳＣＦは、加入者（ＳＩＰ端末１）が契約する通信回線キャリアごとに設置される。
【００１３】
ＡＳ１、ＡＳ２は、それぞれ、上述の付加サービスの１つをそれぞれ提供するアプリケーションサーバである。ここではＡＳは、簡略化のため２つのみ示しているが、もちろん付加サービスの数によっては、実際にはより多数のＡＳが設置されることになる。
【００１４】
図６のＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ：ホーム加入者サーバ）は、加入者情報、サービス情報などを管理するデータベースサーバで、呼制御サーバＣＳＣＦ、アプリケーションサーバＡＳ１、ＡＳ２はＨＳＳと通信することにより、発着信、ローミング発着信などを制御し、また、提供すべき付加サービスの有無の情報を得て、契約あるいは設定通りの付加サービスを提供する。
【００１５】
図６の位置登録（ＲＥＧＩＳＴＥＲ）シーケンスでは、ＳＩＰ端末１がサービスエリアに入ると、ＣＳＣＦとの間で位置登録が行われる（６１）。これは、ＲＥＧＩＳＴＥＲおよびＯＫ（メッセージＩＤは通常２００）の各ＳＩＰメッセージの交換により、ＳＩＰ（ＩＳＣ）で行われる。
【００１６】
また、これに応じて、ＣＳＣＦとＨＳＳの間で、加入者情報や付加サービスに関する情報が交換される（６２）。このシーケンスは、ユーザＩＤないし電話番号などのユーザ情報に係わるものであるから、Ｄｉａｍｅｔｅｒプロトコル（上述の非特許文献４）のような認証プロトコルが用いられる。Ｄｉａｍｅｔｅｒプロトコルの場合、この加入者情報や付加サービスに関する情報を交換するシーケンス（６２）はＳＡＲ／ＳＡＡメッセージを交換することにより行われる（Ｄｉａｍｅｔｅｒ  Ｃｘ  インターフェース）。
【００１７】
また、ＣＳＣＦは、必要な付加サービスを起動するため、ＳＩＰのＲＥＧＩＳＴＥＲメッセージを用いて、ＡＳ１、ＡＳ２と通信する（６３、６５）。
【００１８】
これに応答して、ＡＳ１、ＡＳ２は、付加サービスを提供するか否か、あるいはその態様の設定などを行うため、それぞれＨＳＳを参照する（６４、６６）。ここでは、ＤｉａｍｅｔｅｒプロトコルのＵＤＲ／ＵＤＡメッセージを交換することにより付加サービスに関する情報を授受する（Ｄｉａｍｅｔｅｒ  Ｓｈ  インターフェース）。
【００１９】
図７、図８に示した呼接続シーケンスに関しても、付加サービスを提供するＡＳ１、ＡＳ２が介在する場合は、複雑なシーケンスを行なわなければならない。すなわち、図７、図８に示すように、ＣＳＣＦが仲介するＳＩＰ端末１とＳＩＰ端末２の接続処理（符号７１、７２、７３のＩＮＶＩＴＥメッセージの授受、リンギング、ＡＣＫメッセージによる応答）、あるいは、通信（７４）後の切断処理（符号７５のＢＹＥメッセージによる）では、それぞれ、ＣＳＣＦが同じＳＩＰメッセージをＡＳ１、ＡＳ２とやりとりすることになる。
【００２０】
以上に示したように、サポートすべき付加的な通信サービスを担うＡＳをスタンドアローンで構成する従来の技術思想によると、サポートすべき付加的な通信サービスが増えればそれだけ多数のＡＳを設置することになる。これにより、ＡＳのハードウェアをそれぞれ個別に設置する必要が生じ、また、その数だけのネットワークノード（ＩＰアドレス）を確保しなければならなくなる。
【００２１】
また、呼制御サーバが発呼を受け付ける時、多数のＡＳと通信しなければならないので、ネットワーク遅延、ネットワーク負荷の増大を招くとともに、呼制御サーバ発呼処理の効率、迅速性、リアルタイム性が損なわれる可能性がある。また、ネットワークトポロジ、各サーバの性能などに起因する遅延がある場合は、甚しい場合には、タイミングの不一致から呼制御サーバとＡＳの通信が正常に行えず、ユーザに特定の付加的通信サービスを提供できなくなる、といった問題を生じかねない。
【００２２】
すなわち、スタンドアローン構成のＡＳ（アプリケーションサーバ）をサービスごとに設置する従来思想では、提供すべき通信サービスの数が少ないうちはよいが、付加的なサービスが多種、多様となることが予想される今後の通信環境には充分対応できなくなる可能性がある。
【００２３】
本発明の課題は、上記の問題に鑑み、ＳＩＰ通信システムにおいて、ＡＳ（アプリケーションサーバ）と、呼制御サーバの通信機能を適切に配置することにより、多数の付加サービスを提供する場合でも信頼性の高いＳＩＰ通信を行えるようにすることにある。
【課題を解決するための手段】
【００２４】
上記課題を解決するため、本発明においては、端末と、呼制御サーバの間でＳＩＰ通信を行うことにより、前記端末の位置登録または発呼制御を行うとともに、ホーム加入者サーバが管理する加入者情報にしたがって発着呼に関して１つまたは複数の付加サービスを提供するＳＩＰ通信システム、呼制御サーバ、およびＳＩＰ通信方法において、前記呼制御サーバに前記複数の付加サービスをそれぞれ提供するための付加サービス機能部と、前記複数の付加サービス機能部のサービスを競合を管理しつつ振り分け実行させるサービス管理手段を設け、前記端末の位置登録を行う場合、前記呼制御サーバは、前記ホーム加入者サーバから得た加入者情報を用いて前記各付加サービス機能部の設定を行うとともに、前記発呼制御を行う場合、当該発着呼に関して、前記呼制御サーバの前記サービス管理手段が前記複数の付加サービス機能部の付加サービスの競合を管理しつつ振り分け実行させることにより、前記呼制御サーバの前記付加サービス機能部によって前記付加サービスを提供する構成を採用した。
【発明の効果】
【００２５】
上記構成により、本発明によれば、呼制御サーバにＡＳ（アプリケーションサーバ）の機能を統合した構成を用いているので、外部に多数のＡＳを付加サービスごとに設置せずに済み、ノード数や設置機器の数の増大、ＩＰアドレスの枯渇、ネットワーク遅延、ネットワーク負荷などの問題を生じることがなく、多数の付加サービスを提供する場合でも信頼性の高いＳＩＰ通信が可能であり、また、呼制御サーバに複数の付加サービス機能部のサービスを競合を管理しつつ振り分け実行させるサービス管理手段を設けるようにしているので、競合を生じることなく、加入者情報に応じて適切な付加サービスを提供することができる、という優れた効果がある。
【発明を実施するための最良の形態】
【００２６】
以下、添付図面を参照して、本発明を実施するための最良の形態の一例として、ＳＩＰ通信の発着呼を制御する呼制御サーバ（ＣＳＣＦ）に関する実施例につき説明する。
【実施例１】
【００２７】
図１は、本発明を採用した呼制御サーバ１の機能構成の概略を示している。
【００２８】
図１において、呼制御サーバ１は、上述のＩＭＳネットワークにおけるＣＳＣＦとして機能するＳＩＰサーバとして構成されている。
【００２９】
本実施例の呼制御サーバ１の大きな特徴は、従来、それぞれ別のスタンドアローン機器として設置されるＡＳ（アプリケーションサーバ）の機能を、この呼制御サーバ１に統合した点にある。
【００３０】
すなわち、図１の呼制御サーバ１は、ＩＰネットワークに送受信するＳＩＰ信号のエンコード・デコードを行うＳＩＰプロトコル機能部１１、ＳＩＰセッションを制御する呼制御機能部１２、ＨＳＳと通信するためのＤｉａｍｅｔｅｒ信号のエンコード・デコードを行うＤｉａｍｅｔｅｒプロトコル機能部１６を含む。
【００３１】
ＳＩＰプロトコル機能部１１、および呼制御機能部１２は、ＣＳＣＦの主機能であるＳＩＰによる発着呼を制御する。すなわち、ＳＩＰプロトコル機能部１１、および呼制御機能部１２は、ＳＩＰサーバの主機能であるＳＩＰ通信を制御するＳＩＰ制御手段を構成する。
【００３２】
さらに本実施例では、従来では別アプリケーションサーバ（ＡＳ）が提供していた１またはそれ以上の数の複数の付加サービスを提供すべく、付加サービス機能部１３、１４（…）を呼制御サーバ１内に統合している。
【００３３】
付加サービス機能部１３、１４（…）は、上述の発番号通知、発番号表示、非通知着信拒否、着信拒否、通話転送、迷惑電話拒否、といった、いずれかの付加サービスを提供するもので、提供すべき付加サービスごとにそれぞれ１つづつ設けられる。そして、発呼処理の際、ＨＳＳから得た加入者情報にしたがって、付加サービス機能部１３、１４（…）の１つまたは複数の付加サービスが提供される。
【００３４】
さらに本実施例の呼制御サーバ１には、付加サービス機能部１３、１４（…）で提供する複数の付加サービスの振り分け・競合管理を行うサービス管理手段として機能するサービス振り分け・競合管理部１５を設けている。このサービス振り分け・競合管理部１５を設けることにより、従来、スタンドアローンの別個のＡＳが担当し、排他制御していた付加サービスを１台の呼制御サーバ１で競合なく付加サービス機能部１３、１４（…）に振り分け、提供することができる。
【００３５】
ＣＳＣＦの主機能であるＳＩＰプロトコル機能部１１、および呼制御機能部１２は、ＳＩＰ通信の進行に応じて、従来のＡＳ（アプリケーションサーバ）にそれぞれ相当する付加サービス機能部１３、１４（…）と、ＳＩＰ通信を相互を介して行っていた付加サービスの設定、ないし実行に関する情報交換を内部的に行う。
【００３６】
すなわち、ＳＩＰ制御手段を構成するＳＩＰプロトコル機能部１１および呼制御機能部１２と、付加サービス機能部１３、１４（…）の情報交換は、後述のハードウェア（図５）が含む内部バスを介した所定の任意の方式によるメッセージ交換により行えばよい。
【００３７】
ただし、ＳＩＰサーバの主機能に対応するＳＩＰプロトコル機能部１１、および呼制御機能部１２を実現するソフトウェアプロセスが、付加サービス機能部１３、１４（…）を実現するソフトウェアプロセスと、たとえば自機のＩＰアドレス／ＳＩＰポート番号を宛先にしたＳＩＰ通信を相互に行うことにより付加サービスの実行を制御するような構成ももちろん可能である。しかし、付加サービス機能部１３、１４（…）を呼制御サーバに統合する以上、ＳＩＰプロトコル機能部１１、および呼制御機能部１２と、付加サービス機能部１３、１４（…）の情報交換は、ＳＩＰ通信を経由せずにより効率の良い内部手続により行うのがより望ましい。
【００３８】
以上のように本実施例の呼制御サーバは、従来装置外部に配置されていたスタンドアローンのＡＳ（アプリケーションサーバ）の機能を付加サービス機能部１３、１４（…）として統合している。このため、本実施例の呼制御サーバを用いるＳＩＰ通信システムでは、目的の付加サービスをサポートした付加サービス機能部１３、１４（…）を呼制御サーバに設けておけば、外部にＡＳを設置する必要がない。
【００３９】
なお、図１において、符号２は他のＳＩＰノード、たとえば他のＳＩＰサーバあるいはＳＩＰ端末である。
【００４０】
呼制御サーバ１のハードウェアは、たとえば図５に示すように構成することができる。
【００４１】
図５において、呼制御サーバ１は、主たる制御手段としてのＣＰＵ１０１、呼制御サーバ１が配置されるＩＰ網とのインターフェースに用いられるネットワークインターフェース１０２、ＣＰＵ１０１の制御プログラムや制御に必要な定数を格納したＲＯＭ１０３、ワークエリアとして用いられるＲＡＭ１０４、装置の設定、管理、保守などに用いられるキーボード、ディスプレイなどによるユーザーインターフェース手段１０５などから構成される。
【００４２】
また、呼制御サーバ１には、必要に応じてこの他に、呼制御に必要な制御情報や、他の必要なアプリケーションなどを格納するためのＨＤＤ１０６が設けられる。
【００４３】
再び、図１において、呼制御サーバ１の各機能部１１〜１３は、実際には、図５のＣＰＵ１０１が、後述の制御手順にしたがって同図の各ハードウェアを制御することにより実現される制御手段である。後述する制御手順は、ＲＯＭ１０３（あるいはＨＤＤ１０６など）にＣＰＵ１０１の制御プログラムとして格納しておく。
【００４４】
特に、本実施例の付加サービス機能部１３、１４（…）をソフトウェアで構成することは、提供すべき付加サービスの追加、あるいは変更を任意に行うことができ、極めて柔軟性が高い、という利点がある。
【００４５】
また、付加サービス機能部１３、１４（…）の各付加サービスの振り分け・競合管理を行うサービス振り分け・競合管理部１５も、後述のように、ソフトウェアによって容易に構成することができる。
【００４６】
特に、後述の例では、サービス振り分け・競合管理部１５には、複数の付加サービス機能部１３、１４（…）により各加入者に対して提供すべき付加サービスが優先度つきであらかじめ登録され、各付加サービスがその優先度の順で、競合を排除しつつ順次実行されるよう制御が行なわれる。
【００４７】
なお、設計条件や、要求される性能などに応じて、当業者は図１の各機能部を、任意の部分を専用ハードウェアから構成することもできるのはいうまでもない。
【００４８】
図２は、付加サービス機能部１３、１４（…）により、種々の付加サービスを提供する場合の制御の流れを示している。図示の制御は、特に、呼制御機能部１２がＳＩＰ端末（２）からの発呼を検出した場合の処理として記述してあるが、位置登録などの場合に順次、付加サービスの登録処理を行う場合にも同等の競合・振り分け処理を行えるのはいうまでもない。
【００４９】
呼制御機能部１２がＳＩＰ端末（２）からの発呼を検出すると、図２のステップＳ１において、当該加入者に関連して、優先度順に登録された付加サービス機能部１３、１４（…）がそれぞれ処理する付加サービス（１〜Ｎ）を、その優先度順で並べ替える。
【００５０】
ステップＳ２では、サービス振り分け・競合管理部１５により競合判定を行い、各付加サービスを実行するか否かを決定する。ここではたとえば、各付加サービスに関して、実行するか否かを示すフラグを設定し、以下のループで参照できるように所定のアドレスに格納する。
【００５１】
続いてステップＳ３のループで、登録されている１〜Ｎの付加サービスを順次実行する。ここでは、付加サービスを指示するインデックス（変数）ｉが１〜Ｎの範囲で順次インクリメントされ、各付加サービスがインデックスｉの値により指示されていく。
【００５２】
まず、ステップＳ３１で、付加サービスを実行するか否かを判定する。この判定は、たとえば、インデックスｉが指示している付加サービスについて、ステップＳ２で設定した付加サービスを実行するか否かを示すフラグを参照することにより行える。
【００５３】
ステップＳ３１でインデックスｉが指示している付加サービスを実行する場合には、ステップＳ３２で当該の付加サービスに対応する付加サービス機能部１３、１４（…）を制御して付加サービスを提供する。
【００５４】
ステップＳ３１でインデックスｉが指示している付加サービスを実行しない場合には、インデックスｉをインクリメントして、次の付加サービスの処理に進む。また、全ての付加サービス（１〜Ｎ）を処理した場合は、呼制御機能部１２による発呼処理に制御を渡す。
【００５５】
図３は本実施例の呼制御サーバによる位置登録シーケンスを、図４は本実施例の呼制御サーバによる発呼制御シーケンスの例を示している。図３は従来例でいえば図６のシーケンスに、また、図４は図７および図８のシーケンスにそれぞれ相当する。
【００５６】
図３、図４において、ＣＳＣＦは、図１および図２で説明した呼制御サーバであり、従来例のアプリケーションサーバＡＳ１、ＡＳ２の機能を付加サービス機能部１３、１４としてそれぞれ統合したものである。この呼制御サーバＣＳＣＦは、ＳＩＰ端末１、ＳＩＰ端末２、との間でＳＩＰを用いて発着呼を仲介する。
【００５７】
図３のＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）は、従来例同様の加入者情報、サービス情報などを管理するデータベースサーバである。アプリケーションサーバＡＳ１、ＡＳ２の機能を統合した図３の呼制御サーバＣＳＣＦは、ＨＳＳと通信することにより、発着信、ローミング発着信などを制御し、また、提供すべき付加サービスの有無の情報を得て、契約あるいは設定通りの付加サービスを提供する。
【００５８】
図３の位置登録シーケンスは、図６の位置登録シーケンスと比較して明かなように、ＣＳＣＦとＡＳ１、およびＡＳ２との間で行われる通信（ＳＩＰによる）、およびＡＳ１、およびＡＳ２とＨＳＳとの間で行われる通信（Ｄｉａｍｅｔｅｒ  Ｓｈ  インターフェース）が必要ない。
【００５９】
図３の位置登録時には、加入者情報や付加サービスに関する情報交換（３１）をＣＳＣＦとＨＳＳがＤｉａｍｅｔｅｒ  Ｃｘ  インターフェースを用いた通信（ＳＡＲ／ＳＡＡメッセージの授受）を介して行う。
【００６０】
そして、従来、Ｄｉａｍｅｔｅｒ  Ｓｈ  インターフェースを介して、行われていたＨＳＳとＡＳ１、ＡＳ２…の間の通信は必要がなく、ＨＳＳとの間で行う加入者情報や付加サービスに関する情報交換（３１）により得た情報を用いて、付加サービス機能部１３、１４（…）の設定を行えば、位置登録時の付加サービスに関する設定は終了する。このとき、前述のように、ＳＩＰプロトコル機能部１１、および呼制御機能部１２と、付加サービス機能部１３、１４（…）の情報交換は、ＳＩＰ通信を経由せずにより効率の良い内部手続により行うことができる。
【００６１】
図４の発呼制御シーケンスは、図７および図８の従来の発呼制御シーケンスと比較して明かなように、ＩＮＶＩＴＥおよびリンギング（４１）、応答（４２）、通信（４３）後の切断の各シーケンスにおいて、付加サービスの提供は、従来のように、各サービスごとに外部のＡＳとＳＩＰ通信しながら実施する必要がなく、しかるべく設定された呼制御サーバＣＳＣＦの付加サービス機能部１３、１４（…）により直接提供すればよい。
【００６２】
以上に示したように、本実施例によれば、呼制御サーバにＡＳ（アプリケーションサーバ）の機能を統合した構成を用いているので、外部に多数のＡＳを付加サービスごとに設置せずに済み、ノード数や設置機器の数の増大、ＩＰアドレスの枯渇、ネットワーク遅延、ネットワーク負荷などの問題を生じることがなく、より多数の付加サービスを提供する場合でも、信頼性の高いＳＩＰ通信が可能となる。また、呼制御サーバに複数の付加サービス機能部のサービスを競合を管理しつつ振り分け実行させるサービス管理手段としてサービス振り分け・競合管理部を設けるようにしているので、競合を生じることなく、加入者情報に応じて適切な付加サービスを提供することができる。
【００６３】
すなわち、本実施例によれば、ＡＳ（アプリケーションサーバ）と、呼制御サーバの通信機能をより適切に配置することにより、多数の付加サービスを提供する場合でも、信頼性の高いＳＩＰ通信を行えるようになる。
【００６４】
また、本実施例の呼制御サーバを用いた通信システムにおいては、ＨＳＳとの通信に関しては、少くともＤｉａｍｅｔｅｒ  Ｃｘ  インターフェースの通信が必要であるが、Ｄｉａｍｅｔｅｒ  Ｓｈ  インターフェースで行うＡＳとＨＳＳの間の通信は必要なくなり、付加サービスの登録、設定などに関する情報交換は、本実施例の呼制御サーバとＨＳＳとの間の通信は、Ｄｉａｍｅｔｅｒ  Ｃｘ  インターフェースの通信のみに集約することができる。
【００６５】
また、従来必要だった、本実施例の呼制御サーバを用いた通信システムにおいては、従来必要だった呼制御サーバとＡＳ（アプリケーションサーバ）の間のＳＩＰ通信が必要なく、付加サービスは呼制御サーバに統合された付加サービス機能部１３、１４（…）により提供することができる。
【００６６】
外部に対する通信インターフェースに関して、本実施例の呼制御サーバは、従来の呼制御サーバに比してＤｉａｍｅｔｅｒプロトコル機能部１６を設ける必要があるが、このＤｉａｍｅｔｅｒプロトコル機能部１６は、少なくともＨＳＳと通信するためのＤｉａｍｅｔｅｒ  Ｃｘインターフェースをサポートしていればよく、比較的簡単安価に構成できる。
【図面の簡単な説明】
【００６７】
【図１】本発明を採用した呼制御サーバの機能的なブロック構成を示した説明図である。
【図２】本発明を採用した呼制御サーバの発呼制御の様子を示したフローチャート図である。
【図３】本発明を採用した呼制御サーバにおける位置登録シーケンスの様子を示した説明図である。
【図４】本発明を採用した呼制御サーバにおける発呼制御シーケンスの様子を示した説明図である。
【図５】本発明を採用した呼制御サーバの制御系の構成を示したブロック図である。
【図６】従来の呼制御サーバにおける位置登録シーケンスの様子を示した説明図である。
【図７】従来の呼制御サーバにおける発呼制御シーケンスの様子を示した説明図である。
【図８】従来の呼制御サーバにおける発呼制御シーケンスの様子（図７の続き）を示した説明図である。
【符号の説明】
【００６８】
１  呼制御サーバ
１１  ＳＩＰプロトコル機能部
１２  呼制御機能部
１３、１４  付加サービス機能部
１５  サービス振り分け・競合管理部
１６  Ｄｉａｍｅｔｅｒプロトコル機能部
１０１  ＣＰＵ
１０２  ネットワークインターフェース
１０３  ＲＯＭ
１０４  ＲＡＭ
１０５  ユーザーインターフェース手段
１０６  ＨＤＤ
【図１】
2008244750.tif 000003
【図２】
2008244750.tif 000004
【図３】
2008244750.tif 000005
【図４】
2008244750.tif 000006
【図５】
2008244750.tif 000007
【図６】
2008244750.tif 000008
【図７】
2008244750.tif 000009
【図８】
2008244750.tif 000010