(57)【要約】【課題】SIPアプリケーション・サーバが同一のSIP信号経路上に存在する他のSIPアプリケーション・サーバとそのサービス種別を常に確実に特定できるようにする。【解決手段】先ず受信されたSIP信号に特定のSIPヘッダが追加済みか否かを判定し、特定のSIPヘッダが未追加と判定された場合に自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含みかつ削除及び変更が禁止された特定のSIPヘッダを、上記受信されたSIP信号に追加する。これに対し、上記特定のSIPヘッダが追加済みと判定された場合には、当該特定のSIPヘッダに自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれているか否かを判定し、含まれていないと判定された場合に上記特定のSIPヘッダの末尾に自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を追加する。【選択図】図３
2011049687.tif 000002
【特許請求の範囲】
【請求項１】
通信プロトコルとしてSIP（Session Description Protocol）を使用し、複数のSIPアプリケーション・サーバを経由するSIP信号経路を形成してSIP信号を転送する通信ネットワークシステムにおいて、
前記複数のSIPアプリケーション・サーバの各々は、
前記SIP信号経路上を転送するSIP信号を受信する受信手段と、
少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダを、前記受信されたSIP信号に追加するヘッダ追加制御手段と、
前記特定のSIPヘッダが追加されたSIP信号を前記SIP信号経路上へ送信する送信手段と
を具備することを特徴とする通信ネットワークシステム。
【請求項２】
前記ヘッダ追加制御手段は、
前記受信されたSIP信号に前記特定のSIPヘッダが追加済みか否かを判定する手段と、
前記特定のSIPヘッダが未追加と判定された場合に、少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダを生成し、この生成された特定のSIPヘッダを前記受信されたSIP信号に追加する手段と、
前記特定のSIPヘッダが追加済みと判定された場合に、当該特定のSIPヘッダに自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれているか否かを判定する手段と、
前記特定のSIPヘッダに自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれていないと判定された場合に、前記特定のSIPヘッダの末尾に自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を追加する手段と
を備えることを特徴とする請求項１記載の通信ネットワークシステム。
【請求項３】
通信プロトコルとしてSIP（Session Description Protocol）を使用し、複数のSIPアプリケーション・サーバを経由するSIP信号経路を形成してSIP信号を転送する通信ネットワークシステムにおいて、前記SIPアプリケーション・サーバがSIP信号を中継転送するSIP信号中継方法であって、
前記SIP信号経路上を転送するSIP信号を受信する過程と、
少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダを、前記受信されたSIP信号に追加する過程と、
前記特定のSIPヘッダが追加されたSIP信号を前記SIP信号経路上へ送信する過程と
を具備することを特徴とするSIP信号中継方法。
【請求項４】
前記特定のSIPヘッダを追加する過程は、
前記受信されたSIP信号に前記特定のSIPヘッダが追加済みか否かを判定する過程と、
前記特定のSIPヘッダが未追加と判定された場合に、少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダを生成し、この生成された特定のSIPヘッダを前記受信されたSIP信号に追加する過程と、
前記特定のSIPヘッダが追加済みと判定された場合に、当該特定のSIPヘッダに自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれているか否かを判定する過程と、
前記特定のSIPヘッダに、自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれていないと判定された場合に、前記特定のSIPヘッダの末尾に自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を追加する過程と
を備えることを特徴とする請求項４記載のSIP信号中継方法。
【請求項５】
通信プロトコルとしてSIP（Session Description Protocol）を使用し、複数のSIPアプリケーション・サーバを経由するSIP信号経路を形成してSIP信号を転送する通信ネットワークシステムで使用される前記SIPアプリケーション・サーバであって、
前記SIP信号経路上を転送するSIP信号を受信する受信手段と、
少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダを、前記受信されたSIP信号に追加するヘッダ追加制御手段と、
前記特定のSIPヘッダが追加されたSIP信号を前記SIP信号経路上へ送信する送信手段と
を具備することを特徴とするSIPアプリケーション・サーバ。
【請求項６】
前記ヘッダ追加制御手段は、
前記受信されたSIP信号に前記特定のSIPヘッダが追加済みか否かを判定する手段と、
前記特定のSIPヘッダが未追加と判定された場合に、少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダを生成し、この生成された特定のSIPヘッダを前記受信されたSIP信号に追加する手段と、
前記特定のSIPヘッダが追加済みと判定された場合に、当該特定のSIPヘッダに自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれているか否かを判定する手段と、
前記特定のSIPヘッダに自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれていないと判定された場合に、前記特定のSIPヘッダの末尾に自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を追加する手段と
を備えることを特徴とする請求項７記載のSIPアプリケーション・サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信プロトコルとしてSIP（Session Description Protocol）を使用し、エンドポイント間にSIPアプリケーション・サーバを経由するSIP信号経路を形成してSIP信号を転送する通信ネットワークシステムと、このシステムで使用されるSIP信号中継方法及びSIPアプリケーション・サーバに関する。
【背景技術】
【０００２】
ITU-T等で議論している次世代ネットワーク（ＮＧＮ：Next Generation Network）は、サービスがＩＰ（Internet Protocol）ネットワークを経て提供されるネットワークアーキテクチャを想定している。ＮＧＮでは第三世代の移動通信ネットワークの標準化団体である3GPP（3rd Generation Partnership Project）で策定されたＩＭＳの採用を決めており、このＩＭＳを用いたネットワークサービスが提供されている。ＩＭＳ（IP Multimedia Subsystem）はプロトコルとしてSIP （Session Initiation Protocol）を用いることで、サービスの実行制御、端末間のセッション制御、登録処理及び課金処理等を行うサブシステムである。
【０００３】
またＩＭＳでは、SIP を用いたアプリケーション・サーバ（SIP ＡＳ：Application Server）を利用することで、単なる二者間でのマルチメディア・セッションの確立だけでなく、拡張サービスを実行することができる。この拡張サービスを利用する場合には、発信時又は着信時にユーザ端末から送信される新規ダイアログの確立を要求するリクエストを、加入者のサービス加入条件に従いSIPサーバからSIPアプリケーション・サーバへ転送する。そして、発信元及び着信先の各ユーザ端末間に上記SIPアプリケーション・サーバを経由するSIP信号経路を形成し、以後このSIP信号経路を用いて上記SIPアプリケーション・サーバによる様々なサービスをユーザ端末に提供する。
【０００４】
ところで、一般にSIPアプリケーション・サーバの中には、SIPダイアログの確立後に当該SIPダイアログ中のSIP信号経路から離脱可能な状況になるものがある。例えば、SIPアプリケーション・サーバがサービスを提供していたユーザ端末が当該サービスの利用を中止した場合には、上記SIPアプリケーション・サーバは実質的に不要となる。しかし、従来のシステムでは一旦SIP信号経路に挿入されたSIPアプリケーション・サーバは、セッションが終了するまでSIP信号経路に介在し続けて不必要な中継処理を行う。このため、SIPアプリケーション・サーバの処理負荷の増大、SIP信号の遅延増大、さらにSIP信号数の増加に伴うネットワークリソースの浪費といった種々の問題が発生する。
【０００５】
そこで、SIP信号経路上で実質的に不要となったSIPアプリケーション・サーバを特定するために、SIP信号経路上に介在するSIPエンティティを特定する技術を応用することが検討されている。このSIPエンティティを特定する技術は、例えばSIP信号経路の形成時に交換されるSIP信号に付加されているViaヘッダやRecord-Routeヘッダを利用し、これらのヘッダからSIP信号系路上に存在する他のSIPエンティティのURI（Uniform Resource Identifier）を検出するものである（例えば、非特許文献１を参照。）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】IETF RFC 3261 “SIP: Session Initiation Protocol” June 2002, インターネット＜URL http://www.ietf.org/rfc/rfc3261.txt＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、非特許文献１に記載された、ViaヘッダやRecord-RouteヘッダからSIP信号系路上に存在する他のSIPエンティティを特定する技術は、あくまでもSIP信号が通過する経路を特定するために利用することを想定したもので、特定されたSIPエンティティの種別までは特定することができない。
【０００８】
また、非特許文献１にはViaヘッダやRecord-Routeヘッダに、情報要素のパラメタとして新たな拡張パラメタを定義し設定できることが記載されている。しかしながら、ViaヘッダやRecord-Routeヘッダは、一般にB2BUA（Back-to-Back User Agent）と呼ばれる、SIPエンティティによるSIPヘッダの編集、削除等の操作により、SIP信号の中継時に削除又は修正されることがある。このため、SIP信号系路上でヘッダに設定された情報要素が、常にSIP信号経路のエンドポイント間で流通するとは限らない。したがって、仮にViaヘッダやRecord-Routeヘッダの拡張パラメタに、SIPエンティティの種別を特定する識別子を設定するように定義したとしても、SIPエンティティの種別を常に特定できるとは限らない。
【０００９】
この発明は上記事情に着目してなされたもので、その目的とするところは、SIPアプリケーション・サーバが同一のSIP信号経路上に存在する他のSIPアプリケーション・サーバと当該サーバが提供するサービスの種別を常に確実に特定できるようにした通信ネットワークシステムとそのSIP信号中継方法及びSIPアプリケーション・サーバを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するためにこの発明の一つの観点は、通信プロトコルとしてSIP（Session Description Protocol）を使用し、複数のSIPアプリケーション・サーバを経由するSIP信号経路を形成してSIP信号を転送する通信ネットワークシステムにおいて、上記複数のSIPアプリケーション・サーバの各々により、上記SIP信号経路上を転送するSIP信号を受信すると、この受信されたSIP信号に、少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダを追加し、この特定のSIPヘッダが追加されたSIP信号を上記SIP信号経路上へ中継送信するようにしたものである。
【００１１】
したがって、SIPアプリケーション・サーバでは、SIP信号を中継転送する際に、当該SIP信号に、自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子を情報要素として含む特定のSIPヘッダが追加される。このため、同一のSIP信号経路上に介在するSIPアプリケーション・サーバでは、SIP信号を中継転送する際に当該SIP信号に付加された特定のSIPヘッダを読み取ることで、同一のSIP信号経路上に介在する他のSIPアプリケーション・サーバの所在とそのサービス種別を認識することが可能となる。したがって、例えばあるSIPアプリケーション・サーバにおいて、サービス種別を表す識別子を特定のSIPヘッダに記載しておけば、この識別子をもとに該当するSIPアプリケーション・サーバをSIP信号経路から離脱させるといった処理を実行することが可能となる。
【００１２】
具体的には、上記特定のSIPヘッダを追加する際に、受信されたSIP信号に当該特定のSIPヘッダが追加済みか否かを先ず判定し、特定のSIPヘッダが未追加と判定された場合に自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子を情報要素として含む特定のSIPヘッダをSIP信号に追加する。これに対し上記特定のSIPヘッダが追加済みと判定された場合には、当該特定のSIPヘッダに自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれているか否かを判定する。そして、識別情報及び識別子が含まれていないと判定された場合に、上記特定のSIPヘッダの末尾に自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子を追加し、自サーバの識別情報及び識別子が含まれていると判定された場合には上記追加処理を行わずにSIP信号を送信する。
【００１３】
このようにすると、SIP信号に特定のSIPヘッダが複数個重複して付加されたり、特定のSIPヘッダに同一のSIPアプリケーション・サーバの識別情報とそのサービス種別を表す識別子が重複して挿入される不具合を防止することができ、これによりSIP信号のオーバヘッドを低減することが可能となる。
【発明の効果】
【００１４】
すなわちこの発明によれば、SIPアプリケーション・サーバが同一のSIP信号経路上に存在する他のSIPアプリケーション・サーバと当該サーバが提供するサービスの種別を常に確実に特定できるようにした通信ネットワークシステムとそのSIP信号中継方法及びSIPアプリケーション・サーバを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】この発明の一実施形態に係わるSIPアプリケーション・サーバを備えた通信ネットワークシステムの概略構成図。
【図２】この発明の一実施形態に係わるSIPアプリケーション・サーバの機能構成を示すブロック図である。
【図３】図２に示したSIPアプリケーション・サーバによるSIP信号中継処理の手順と内容を示すフローチャート。
【図４】SIP信号経路の確立過程で、各SIPアプリケーション・サーバにおいて特定SIPヘッダに追加される情報の一例を示す図。
【発明を実施するための形態】
【００１６】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
図１は、この発明の一実施形態に係わるSIPアプリケーション・サーバを備えた通信ネットワークシステムの概略構成図である。  
この通信ネットワークシステムは、通信事業者が管理するＩＭＳ（IP Multimedia Subsystem）に基づくネットワークからなり、通信プロトコルとしてＳＩＰ（Session Initiation Protocol）を使用する。
【００１７】
ネットワークＮＷは、複数のSIP サーバＳＳＶ１〜ＳＳＶｎと、複数のSIPアプリケーション・サーバ（ＡＳ）ＡＳＶ１〜ＡＳＶｍと、加入者情報データベース（ＨＳＳ：Home Subscriber Server）ＤＢを備えている。
このうちSIP サーバＳＳＶ１〜ＳＳＶｎはそれぞれ、Ｓ−ＣＳＣＦ（Serving−Call Session Control Function）１１と、Ｐ−ＣＳＣＦ（Proxy−Call Session Control Function）１２と、Ｉ−ＣＳＣＦ（Interrogating−Call Session Control Function）１３を有している。Ｐ−ＣＳＣＦ１２はプロキシサーバとして機能するもので、このＰ−ＣＳＣＦ１２には携帯電話機やＰＤＡ（Personal Digital Assistant）、パーソナル・コンピュータ等のユーザ端末ＵＥ１〜ＵＥｎが接続される。
【００１８】
Ｓ−ＣＳＣＦ１１は、セッション制御サーバとして機能するもので、加入者情報データベース（ＨＳＳ）ＤＢに記憶された加入者情報に基づいて、加入者端末ＵＥ１〜ＵＥｎ及びSIPアプリケーション・サーバＡＳＶ１〜ＡＳＶｍに対するSIPによるセッション確立や開放等のセッション制御処理を行う。
【００１９】
SIPアプリケーション・サーバＡＳＶ１〜ＡＳＶｍは、加入者（ユーザ）に対し種々のサービスを提供するもので、ネットワークＮＷ内では上記Ｓ−ＣＳＣＦ１１に接続され、また保守端末ＭＴにも接続される。付加サービスとしては、例えば発信元の加入者端末に対しＲＢＴ（Ring Back Tone）に代わり音楽データ等の特別な呼出音を提供するＣＡＴ（Customized Alerting Tone）サービスや、保留操作を行った加入者端末に対し保留音を提供する保留サービス、加入者端末から送信される通話音声データを記録する留守録音サービス等がある。  
保守端末ＭＴは、このネットワークＮＷを運用する通信事業者がネットワークの保守・管理のために使用する。
【００２０】
ところで、上記SIPアプリケーション・サーバＡＳＶ１〜ＡＳＶｍは以下のように構成される。図２はその構成を示すブロック図である。  
すなわち、SIPアプリケーション・サーバＡＳＶ１〜ＡＳＶｍは、ソケット部３１と、SIP通信制御部３２と、SIP呼制御部３３と、セッション管理用データ格納部３４と、SIPセッションタイマ制御部３５を備え、さらにSIPヘッダ制御部３６と、SIPメッセージボディ制御部３７と、アプリケーションサービスロジック格納部３８と、アプリケーションサービスロジック管理部３９と、SIPアプリケーション・サーバ種別格納部４０と、SIPアプリケーション・サーバ種別管理部４１を備えている。
【００２１】
ソケット部３１は、自サーバをSIP通信ネットワークＮＷ及び保守ネットワークに接続するために用いられる。SIP通信制御部３２は、ソケット３１を介してSIP通信ネットワークＮＷに対しSIP信号の送受信を行う。SIP呼制御部３３は、セッション管理用データ格納部３４に格納された管理データに基づいてSIPによる呼制御を行う。SIPセッションタイマ制御部３５はSIP制御信号の応答時間等を計時するもので、SIP呼制御部３３は上記SIPセッションタイマ制御部３５の計時時間をもとに再送制御等を実行する。
【００２２】
アプリケーションサービスロジック格納部３８は、自サーバが提供するアプリケーションのサービスロジックと、SIP信号経路からの離脱可否判定基準を表す情報を格納する。離脱可否判定基準としては、例えば「ユーザ端末によるサービス利用の中止」や「同一信号経路上における、サービス種別が一致する他のSIPアプリケーション・サーバの存在が考えられる。アプリケーションサービスロジック管理部３９は、保守端末ＭＴの入力操作に従い、上記アプリケーションサービスロジック格納部３８に対する、上記サービスロジック及び離脱可否判定基準を表す情報の格納、変更及び削除を制御する。
【００２３】
SIPアプリケーション・サーバ種別格納部４０は、自サーバの識別情報と、自サーバが提供するサービスの種別を表す識別子を格納するために用いる。SIPアプリケーション・サーバ種別管理部４１は、保守端末ＭＴの入力操作に従い、上記SIPアプリケーション・サーバ種別格納部４０に対する、上記識別情報及びサービス種別の識別子の格納、変更及び削除を制御する。サーバの識別情報としては、例えばSIP-URI又はSIPS-URIのいずれかが用いられる。
【００２４】
SIPヘッダ制御部３６は、SIP呼制御部３３から入力されたSIP信号に付加されている一般的なSIPヘッダに対する処理に加え、この発明に係わる特定SIPヘッダの追加処理を行う。この特定SIPヘッダは、自サーバのURIと、自サーバが提供するサービスの種別を表す識別子を記述するために使用される。またこの特定SIPヘッダのヘッダ名には、ヘッダ自身又はその内容の削除及び変更が禁止されているものが用いられる。SIPメッセージボディ制御部３７は、SIP呼制御部３３から入力されたSIP信号のメッセージボディに対する処理を行う。なお、上記特定SIPヘッダには、上記自サーバのURI及び自サーバが提供するサービスの種別を表す識別子の他に、SIP信号転送路からの離脱予定を表明する識別子等の、離脱処理に関連するその他の識別子を記述するようにしてもよい。
【００２５】
次に、以上のように構成されたSIPアプリケーション・サーバＡＳＶ１〜ＡＳＶｍによる特定SIPヘッダの追加制御動作を説明する。図３は、その処理手順と処理内容を示すフローチャートである。  
SIPアプリケーション・サーバＡＳＶ１〜ＡＳＶｍは、SIP呼制御部３３がステップＳ５１においてSIP信号の受信を監視している。この状態でSIP信号が受信されると、SIPヘッダ制御部３６が先ずステップＳ５２により、上記受信されたSIP信号に特定SIPヘッダが既に追加されているか否かを判定する。この判定の結果、特定SIPヘッダが未追加であれば、ステップＳ５４において、自サーバのURIと、自サーバが提供するサービスの種別を表す識別子を、SIP呼制御部３３を介してSIPアプリケーション・サーバ種別格納部４０から読み出す。そして、この読み出されたURI及びサービス種別の識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダを生成し、この生成された特定SIPヘッダを上記受信SIP信号に追加する。なお、上記特定SIPヘッダには、上記自サーバのURI及び自サーバが提供するサービスの種別を表す識別子の他に、SIP信号転送路からの離脱予定を表明する識別子等の、離脱処理に関連するその他の識別子を記述するようにしてもよい。
【００２６】
一方、上記ステップＳ５２による判定の結果、受信SIP信号に既に特定SIPヘッダが追加されていたとする。この場合SIPヘッダ制御部３６は、ステップＳ５３において、上記既に追加されていた特定SIPヘッダに自サーバのURI及びサービス種別の識別子が記述されているか否かを判定する。そして、この判定の結果、自サーバのURI及びサービス種別の識別子がまだ記述されていなければ、ステップＳ５５において、上記特定SIPヘッダの末尾に上記自サーバのURI及びサービス種別の識別子を追記する。なお、このとき、特定SIPヘッダに対しては情報要素の追記以外の処理、つまり入れ替えや削除は禁止される。また、上記特定SIPヘッダの末尾に、上記自サーバのURI及び自サーバが提供するサービスの種別を表す識別子の他に、SIP信号転送路からの離脱予定を表明する識別子等の、離脱処理に関連するその他の識別子を追記するようにしてもよい。
【００２７】
これに対し、特定SIPヘッダに自サーバのURI及びサービス種別の識別子が既に記述されていれば、SIP呼制御部３３はステップＳ５６において、SIPメッセージボディ制御部３７及びSIPヘッダ制御部３６と共にその他の必要なSIP信号処理を行う。そして、この処理後のSIP信号を、SIP通信制御部３２がステップＳ５７によりSIP通信ネットワークＮＷへ送信する。
【００２８】
図４は、SIP信号経路（SIPセッション）の確立過程で、各SIPアプリケーション・サーバＡＳＶ１〜ＡＳＶ４において先に述べた特定SIPヘッダの追加制御が行われた場合の、特定SIPヘッダの変化の一例を示すものである。  
同図に示すように、先ずSIP制御信号の上流側に位置するSIPアプリケーション・サーバＡＳＶ１では、受信したセッション確立要求INVITEには特定SIPヘッダXHがまだ追加されていないため、自サーバのURI（ASV1）と自サーバが提供するサービスの種別を表す識別子（ID001）を情報要素として含む特定SIPヘッダXHが生成され、上記受信INVITEに追加される。
【００２９】
続いて、その下流に配置されたSIPアプリケーション・サーバＡＳＶ２では、受信したセッション確立要求INVITEには特定SIPヘッダXHが既に追加されているため、自サーバのURI（ASV2）と自サーバが提供するサービスの種別を表す識別子（ID003）が上記特定SIPヘッダXHの末尾に追記される。以下同様に、SIPアプリケーション・サーバＡＳＶ３，ＡＳＶ４，…でもそれぞれ、自サーバのURI（ASV3，ASV4，…）と自サーバが提供するサービスの種別を表す識別子（ID003，ID001，ID009，…）が上記特定SIPヘッダXHの末尾に追記される。
【００３０】
また、上記セッション確立要求INVITEに対する応答200 OKを受信した場合には、この200 OKには既に特定SIPヘッダXHが追加されており、かつこの特定SIPヘッダXHには自サーバのURIと自サーバが提供するサービスの種別を表す識別子が既に記述されているため、各SIPアプリケーション・サーバＡＳＶ４，ＡＳＶ３，…はいずれも上記特定SIPヘッダXH を変更せずに応答200 OKをそのまま下流側へ転送する。なお、1xxレスポンスやACKリクエストが受信された場合にも、同様の特定SIPヘッダ追加処理が行われる。
【００３１】
なお、セッション確立後において、そのSIP信号経路上に存在する各SIPアプリケーション・サーバＡＳＶ１〜ＡＳＶｍでは、受信されたSIP信号に追加されている上記特定SIPヘッダXH を利用することで、同一のSIP信号経路上に位置する自己以外のSIPアプリケーション・サーバの有無と当該サーバが提供するサービスの種別を認識することができる。そして、上記認識結果に基づいて、SIP信号経路から自サーバを離脱させることが可能か否かを判定し、離脱可能と判定された場合には自サーバをSIP信号経路から離脱させる処理を行うことができる。
【００３２】
例えば、図４に示した例では、SIPアプリケーション・サーバＡＳＶ３はSIP信号を受信したとき、このSIP信号に追加されている特定SIPヘッダに記述された、ASV1; ID001 と、ASV3; ID001とから、自サーバＡＳＶ３が提供するサービスと同一種別のサービスを提供する他のSIPアプリケーション・サーバＡＳＶ１が、同一のSIP信号経路上に存在することを認識することができる。
【００３３】
そして、SIPアプリケーション・サーバＡＳＶ３は、上記認識結果をもとに自サーバを上記SIP信号経路から離脱させるための処理を実行する。この離脱処理は、例えばSIP信号経路上の端点に位置するSIPアプリケーション・サーバに対し離脱予定を表明するSIPリクエストUPDATEを送信し、これに対しSIP信号経路上の両端点に位置するSIPアプリケーション・サーバから応答200 OKが返送されたことが確認された場合に実行する。
【００３４】
以上詳述したようにこの実施形態では、セッション確立過程で受信されたSIP信号に、少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダXHを追加し、この特定のSIPヘッダXHが追加されたSIP信号を上記SIP信号経路上へ送信するようにしている。
【００３５】
また、上記特定のSIPヘッダXHを追加する際には、先ず上記受信されたSIP信号に上記特定のSIPヘッダXHが追加済みか否かを判定し、特定のSIPヘッダXHが未追加と判定された場合に少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を情報要素として含み、かつ削除及び変更が禁止された特定のSIPヘッダXHを生成して、この特定のSIPヘッダXHを上記受信されたSIP信号に追加する。これに対し、上記特定のSIPヘッダXHが追加済みと判定された場合には、当該特定のSIPヘッダにXH自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子が含まれているか否かを判定し、含まれていないと判定された場合に上記特定のSIPヘッダXHの末尾に少なくとも自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を追加するようにしている。
【００３６】
したがって、SIPアプリケーション・サーバでは、SIP信号を中継転送する際に、当該SIP信号に、自サーバの識別情報及び自サーバが提供するサービスの種別を表す識別子を情報要素として含む特定のSIPヘッダXHが追加される。このため、同一のSIP信号経路上に介在するSIPアプリケーション・サーバでは、SIP信号を中継転送する際に当該SIP信号に付加された特定のSIPヘッダXHを読み取ることで、同一のSIP信号経路上に介在する他のSIPアプリケーション・サーバの所在とそのサービス種別を認識することが可能となる。
【００３７】
しかも、特定のSIPヘッダの追加制御において、特定のSIPヘッダXHが追加済みか否かの判定と、特定のSIPヘッダXHに自サーバのURIとサービス種別識別子が記述済みか否かを判定するようにしているので、SIP信号に特定のSIPヘッダが複数個重複して付加されたり、特定のSIPヘッダに同一のSIPアプリケーション・サーバの識別情報とそのサービス種別を表す識別子が重複して挿入される不具合を防止することができ、これによりSIP信号のオーバヘッドを低減することが可能となる。
【００３８】
なお、この発明は上記実施形態に限定されるものではなく、SIPアプリケーション・サーバの識別情報及びサービス種別の識別子についてはURIやID以外の識別情報を使用してもよい。また前記実施形態では、特定SIPヘッダに自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子に加えて、SIP信号転送路からの離脱予定を表明する識別子等の離脱処理に関連するその他の識別子を記述することが可能であると述べた。しかし、それに限定されるものではなく、自サーバの識別情報と自サーバが提供するサービスの種別を表す識別子を含む特定SIPヘッダとは別に、SIP信号転送路からの離脱予定を表明する識別子等の離脱処理に関連するその他の識別子を含む第２の特定SIPヘッダを生成して、SIP信号に付加するようにしてもよい。その他、SIPアプリケーション・サーバの構成や数、特定SIPヘッダの構成、当該特定SIPヘッダの追加制御手順とその内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【００３９】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００４０】
ＮＷ…IMSネットワーク、ＳＳＶ１〜ＳＳＶｎ…SIPサーバ、ＡＳＶ１〜ＡＳＶｍ…SIPアプリケーション・サーバ、ＤＢ…加入者情報データベース、ＵＥ１，ＵＥ２…ユーザ端末、ＭＴ…保守端末、１１…Ｓ−ＣＳＣＦ、１２…Ｐ−ＣＳＣＦ、１３…Ｉ−ＣＳＣＦ、３１…ソケット部、３２…SIP通信制御部、３３…SIP呼制御部、３４…セッション管理用データ格納部、３５…SIPセッションタイマ制御部、３６…SIPヘッダ制御部、３７…SIPメッセージボディ制御部、３８…アプリケーションサービスロジック格納部、３９…アプリケーションサービスロジック管理部、４０…SIPアプリケーション・サーバ種別格納部、４１…SIPアプリケーション・サーバ種別管理部。
【図１】
2011049687.tif 000003
【図２】
2011049687.tif 000004
【図３】
2011049687.tif 000005
【図４】
2011049687.tif 000006