(57)【特許請求の範囲】
【請求項１】
互いに異なる仕様のＳＩＰ（Session Initiation Protocol）サーバが複数設けられている網との間で送受信する網側送受信手段を備え、該ＳＩＰサーバからのメッセージを受信して、該メッセージに対するレスポンスを返す網終端装置において、
前記メッセージの処理に対する対向装置側の各状態毎及び網終端装置自身の各状態毎に、複数の前記ＳＩＰサーバの仕様毎のレスポンスが記憶されている記憶領域と、
前記ＳＩＰサーバからのメッセージを前記網側送受信手段が受信すると、該メッセージの処理に対する前記対向装置側の状態又は前記網終端装置自身の状態を認識し、前記記憶領域に記憶されている内容を参照して、該メッセージを送ってきた該ＳＩＰサーバに対して、該ＳＩＰサーバの仕様及び認識した状態に応じたレスポンスを抽出し、前記網側送受信手段により、該ＳＩＰサーバへ該レスポンスを送信させる呼制御手段と、
を備えていることを特徴とする網終端装置。
【請求項２】
請求項１に記載の網終端装置において、
前記記憶領域には、前記対向装置側の各種着信不可状態毎及び網終端装置自身の各種着信不可状態毎に、複数の前記ＳＩＰサーバの仕様毎のレスポンスが記憶されている、
ことを特徴とする網終端装置。
【請求項３】
請求項１及び２のいずれか一項に記載の網終端装置において、
前記記憶領域には、接続先のアドレスと接続迂回先のアドレスとが対応付けられて記憶されており、
前記網側送受信手段が前記接続先にメッセージを送り、該接続先から該メッセージが示す処理を実行し得ない旨のレスポンスを受けると、前記呼制御手段は、前記記憶領域に記憶されている内容を参照して、該メッセージを送った前記接続先に対応する接続迂回先のアドレスを抽出し、該網側送受信手段により、該接続迂回先へ該メッセージを送信させる、
ことを特徴とする網終端装置。
【請求項４】
互いに異なる仕様の複数のＳＩＰ（Session Initiation Protocol）サーバのいずれかからメッセージを受信して、該メッセージに対するレスポンスを返す網終端装置の通信処理方法において、
前記メッセージの処理に対する対向装置側の各状態毎及び網終端装置自身の各状態毎に、複数の前記ＳＩＰサーバの仕様毎のレスポンスが記憶領域に登録されており、
前記ＳＩＰサーバからのメッセージを受信すると、該メッセージの処理に対する前記対向装置側の状態又は前記網終端装置自身の状態を認識し、前記記憶領域に記憶されている内容を参照して、該メッセージを送ってきた該ＳＩＰサーバに対して、該ＳＩＰサーバの仕様及び認識した状態に応じたレスポンスを抽出し、
前記メッセージを送ってきた前記ＳＩＰサーバへ、抽出した前記レスポンスを送信する、
ことを特徴とする網終端装置の通信処理方法。
【請求項５】
請求項４に記載の網終端装置の通信処理方法において、
前記記憶領域には、接続先のアドレスと接続迂回先のアドレスとが対応付けられて登録されており、
前記接続先にメッセージを送り、該接続先から該メッセージが示す処理を実行し得ない旨のレスポンスを受けると、前記記憶領域に記憶されている内容を参照して、該メッセージを送った前記接続先に対応する接続迂回先のアドレスを抽出し、
抽出した前記接続迂回先のアドレス宛に、前記メッセージを送信する、
ことを特徴とする網終端装置の通信処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session Initiation Protocol）サーバからのメッセージを受信して、該メッセージに対するレスポンスを返すゲートウェイ等の網終端装置、及びその通信処理方法に関する。
【背景技術】
【０００２】
ＩＰ網に接続されているゲートウェイは、通信端末からの音声信号等をＩＰパケットに変換してＩＰ網に送出する、又は、その逆を行う機能を有している。ＩＰ網に用いられているシグナルプロトコルとしては、Ｈ．323やＳＩＰが採用されているが、近年では、インターネットで利用されるプロトコルとの親和性が高く、しかも拡張性が高いＳＩＰの採用率が高まっている。
【０００３】
このＳＩＰは、インターネット技術の国際的な標準化組織であるIETF（Internet Engineering Task Force）によって策定され、その標準文書の一つとして、以下の非特許文献１に示されているRFC（Request For Comments）3398がある。
【０００４】
このRFC3398には、ゲートウェイ等の網終端装置が、複数のＳＩＰサーバから同一のメッセージを受けた場合に、同一のレスポンスを返すことが記載されている。
【０００５】
【非特許文献１】G.Camarillo Ericsson、他３名、“Integrated Service Digital Network(ISDN) User Part(ISUP) to Session Initiation Protocol (SIP) Mapping”、P24〜26，46、December 2002、Network Working Group Request for Comments:3398、［平成１７年６月１５日検索］、インターネット〈URL：http://www.ietf.org/rfc/rfc3398.txt〉
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、ある網に複数のＳＩＰサーバが接続されている場合、前述したように、ＳＩＰは拡張性が高いため、ＳＩＰサーバ相互の仕様が微妙に異なることが多い。このため、従来技術では、いずれのＳＩＰサーバに対しても同一のレスポンスを返すと、各ＳＩＰサーバの機能を十分に発揮させることができないという問題点がある。
【０００７】
本発明は、このような従来技術の問題点に着目してなされたもので、ＳＩＰサーバの機能を十分に発揮させることができる網終端装置、及びその通信処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記問題点を解決するための網終端装置に係る発明は、
互いに異なる仕様のＳＩＰサーバが複数設けられている網との間で送受信する網側送受信手段を備え、該ＳＩＰサーバからのメッセージを受信して、該メッセージに対するレスポンスを返す網終端装置において、
前記メッセージの処理に対する対向装置側の各状態毎及び網終端装置自身の各状態毎に、複数の前記ＳＩＰサーバの仕様毎のレスポンスが記憶されている記憶領域と、
前記ＳＩＰサーバからのメッセージを前記網側送受信手段が受信すると、該メッセージの処理に対する前記対向装置側の状態又は前記網終端装置自身の状態を認識し、前記記憶領域に記憶されている内容を参照して、該メッセージを送ってきた該ＳＩＰサーバに対して、該ＳＩＰサーバの仕様及び認識した状態に応じたレスポンスを抽出し、前記網側送受信手段により、該ＳＩＰサーバへ該レスポンスを送信させる呼制御手段と、
を備えていることを特徴とする。
【０００９】
ここで、前記網終端装置において、
前記記憶領域には、前記対向装置側の各種着信不可状態毎及び網終端装置自身の各種着信不可状態毎に、複数の前記ＳＩＰサーバの仕様毎のレスポンスが記憶されていてもよい。
【００１０】
また、前記網終端装置において、
前記記憶領域には、接続先のアドレスと接続迂回先のアドレスとが対応付けられて記憶されており、
前記網側送受信手段が前記接続先にメッセージを送り、該接続先から該メッセージが示す処理を実行し得ない旨のレスポンスを受けると、前記呼制御手段は、前記記憶領域に記憶されている内容を参照して、該メッセージを送った前記接続先に対応する接続迂回先のアドレスを抽出し、該網側送受信手段により、該接続迂回先へ該メッセージを送信させてもよい。
【００１１】
前記問題点を解決するための網終端装置の通信処理方法に係る発明は、
互いに異なる仕様の複数のＳＩＰ（Session Initiation Protocol）サーバのいずれかからメッセージを受信して、該メッセージに対するレスポンスを返す網終端装置の通信処理方法において、
前記メッセージの処理に対する対向装置側の各状態毎及び網終端装置自身の各状態毎に、複数の前記ＳＩＰサーバの仕様毎のレスポンスが記憶領域に登録されており、
前記ＳＩＰサーバからのメッセージを受信すると、該メッセージの処理に対する前記対向装置側の状態又は前記網終端装置自身の状態を認識し、前記記憶領域に記憶されている内容を参照して、該メッセージを送ってきた該ＳＩＰサーバに対して、該ＳＩＰサーバの仕様及び認識した状態に応じたレスポンスを抽出し、
前記メッセージを送ってきた前記ＳＩＰサーバへ、抽出した前記レスポンスを送信する、
ことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、複数のＳＩＰサーバのそれぞれ対して、それぞれの仕様に応じた対処を行うので、各ＳＩＰサーバの機能を十分に発揮させることができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明に係る網終端装置を含む通信システムの一実施形態について、図面を用いて説明する。
【００１４】
本実施形態の網終端装置は、図１に示すように、ＩＰ（Internet  Protocol）網１に接続されている複数のゲートウェイ１０ａ,１０ｂ,１０ｃである。第一ゲートウェイ１０ａ及び第二ゲートウェイ１０ｂには、ＰＢＸ（Private  Branch  eXchange：構内交換機）２が接続されており、このＰＢＸ２に複数の通信端末３が収容されている。ＩＰ網１には、複数のゲートウェイ１０ａ,１０ｂ,１０ｃの他に、ＩＳＰ（Internet Services Provider）４ａのＳＩＰサーバ（ａ）５ａ及びＩＳＰ５ｂのＳＩＰサーバ（ｂ）５ｂが接続されている。
【００１５】
ＳＩＰサーバ（ａ）５ａとＳＩＰサーバ（ｂ）５ｂとは、いずれもシグナルプロトコルとしてＳＩＰを採用しているが、両サーバの仕様が微妙に異なっている。具体的には、ＳＩＰサーバ（ａ）５ａは、ゲートウェイからのレスポンスとして４８６（Busy  Here）や４０８（Request Time Out）を受けたときに、後述するように迂回発信を行う仕様が設定され、ＳＩＰサーバ（ｂ）５ｂは、ゲートウェイからのレスポンスとして６００（Busy  Every Where）や４０４（Not Found）を受けたときに、後述するように迂回発信を行う仕様が設定されている。
【００１６】
各ゲートウェイ１０ａ，１０ｂ，１０ｃは、ハートウェア的には、図２に示すように、各種演算等を行うＣＰＵ１１と、このＣＰＵ１１が実行するプログラムが記憶されているプログラムメモリ１２と、各種データが記憶されるデータメモリ１３と、電話回線等の回線と接続される回線インタフェース１４と、ＩＰ網１を構成するＬＡＮと接続されるＬＡＮインタフェース１５と、を備えている。
【００１７】
また、各ゲートウェイ１０ａ，１０ｂ，１０ｃは、ソフトウェア的には、図３に示すように、電話回線等との回線接続を制御する回線制御部１７と、ＩＰ網１を構成するＬＡＮとの接続を制御するＬＡＮ制御部１９と、タイマ制御部１８と、各制御部１７，１８，１９相互の関係を管理するためのシステム制御部１６と、各種構成情報が記憶されている構成情報記憶部２０と、を有している。なお、回線制御部１７は、回線インタフェース１４と、各種プログラムが記憶されているプログラムメモリ１２と、このメモリ１２に記憶されているプログラムを実行するＣＰＵ１１とを有して構成され、ＬＡＮ制御部１９は、ＬＡＮインタフェース１５と、各種プログラムが記憶されているプログラムメモリ１２と、このメモリ１２に記憶されているプログラムを実行するＣＰＵ１１とを有して構成されている。また、システム制御部１６及びタイマ制御部１８は、ＣＰＵ１１とプログラムメモリ１２とを有して構成され、構成情報記憶部２０は、データメモリ１３を有して構成されている。
【００１８】
ＬＡＮ制御部１９は、ＩＰに従った処理を行うＩＰ処理部１９ａと、ＵＤＰ（User  Datagram  Protocol）に従った処理を行うＵＤＰ処理部１９ｂと、位置情報を管理する登録制御部１９ｃと、ＳＩＰに従って呼制御を行う呼制御部１９ｄと、を有している。
【００１９】
構成情報記憶部２０には、各種要因毎に、ＳＩＰサーバの仕様毎のレスポンスが記憶されているＳＩＰレスポンステーブル２１ａ，２１ｂ，２１ｃと、接続先のアドレスと接続迂回先のアドレスとが対応付けられて記憶されている迂回先テーブル２２と、が設けられている。これらの各テーブルにデータは、各ゲートウェイ１０ａ，１０ｂ，１０ｃに直接接続されている保守端末装置（図示されていない）から設定するか、ＩＰ網１に接続されている保守端末装置から、このＩＰ網１経由で設定することになる。
【００２０】
ＳＩＰレスポンステーブル２１ａ，２１ｂ，２１ｃとしては、回線の切断理由コード要因によるＳＩＰサーバ毎のレスポンスが記憶されている回線切断理由コードに対するＳＩＰレスポンステーブル２１ａと、自装置（ゲートウェイ）内の着信規制要因によるＳＩＰサーバ毎のレスポンスが記憶されている自装置内着信規制要因に対するＳＩＰレスポンステーブル２１ｂと、スライド発信要因によるＳＩＰサーバ毎のレスポンスが記憶されているスライド発信要因に対するＳＩＰレスポンステーブル２１ｃと、がある。
【００２１】
回線切断理由コードに対するＳＩＰレスポンステーブル２１ａには、図４に示すように、回線側からの切断理由コードが、例えば、♯１７（着ユーザビジー）のときには、ＳＩＰサーバ（ａ）５ａに対するレスポンスとして、４８６（Busy  Here）が登録され、ＳＩＰサーバ（ｂ）５ｂに対するレスポンスとして、６００（Busy  Every Where）が登録されている。また、♯１８（着ユーザレスポンス無し）のときには、ＳＩＰサーバ（ａ）５ａに対するレスポンスとして、４０８（Request Time Out）が登録され、ＳＩＰサーバ（ｂ）５ｂに対するレスポンスとして、４０４（Not Found）が登録されている。
【００２２】
また、自装置内着信規制要因に対するＳＩＰレスポンステーブル２１ｂには、図５に示すように、自装置内の着信規制要因として、例えば、着番号不正のとき及び全収容回線話中のときには、ＳＩＰサーバ（ａ）５ａに対するレスポンスとして、４８６（Busy  Here）が登録され、ＳＩＰサーバ（ｂ）５ｂに対するレスポンスとして、６００（Busy  Every Where）が登録されている。
【００２３】
また、スライド発信要因に対するＳＩＰレスポンステーブル２１ｃには、図６に示すように、ＳＩＰサーバ（ａ）５ａからのレスポンスとして、４８４（Address incomplete)を受けたときにはスライド発信を行う旨が登録され、ＳＩＰサーバ（ｂ）５ｂからのレスポンスとして、４０３（Forbidden）を受けたときにはスライド発信する旨が登録されている。
【００２４】
迂回先テーブル２２には、図７に示すように、各着番号毎に、通常の接続先と、この接続先に接続できない場合の迂回先とが登録されている。
【００２５】
次に、図８〜図１３に示すシーケンス図に従って、本実施形態における通信システムの動作について説明する。
【００２６】
まず、図８に示すシーケンス図に従って、サーバ（ａ）５ａから第一ゲートウェイ１０ａがINVITEメッセージを受けて、ＰＢＸ２に呼設定を通知したときに、このＰＢＸ２から切断理由コード♯１７が送られてきたときの動作について説明する。
【００２７】
サーバ（ａ）５ａから第一ゲートウェイ１０ａへINVITEメッセージが送信されると（Ｓ100ａ）、これを第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂが受信し、呼制御部１９ｄに対して着信通知を出力する（Ｓ101）。呼制御部１９ｄは、これを受信すると、回線制御部１７に着信通知を出力し（Ｓ102）、回線制御部１７は、ＰＢＸ２に対して呼設定を要求する（Ｓ103）。このとき、着信先の通信端末３がビジー状態であると、ＰＢＸ２は、第一ゲートウェイ１０ａに切断理由コード♯17を送信する（Ｓ104）。
【００２８】
第一ゲートウェイ１０ａの回線制御部１７がこれを受信すると、この切断理由コード♯17を呼制御部１９ｄに渡す（Ｓ105）。呼制御部１９ｄは、この切断理由コード♯17を受けると、図４に示す回線切断理由コードに対するＳＩＰレスポンステーブル２１ａを参照して、この切断理由コード♯17に対応するＳＩＰサーバ（ａ）用のレスポンス486を抽出し（Ｓ106ａ）、このレスポンス486をＵＤＰ処理部19ｂに渡す（Ｓ107ａ）。ＵＤＰ処理部19ｂは、このレスポンス486をＩＰ処理部１９ａに渡し、ＩＰパケット化させて、ＩＰ処理部１９ａからサーバ（ａ）５ａへレスポンス486を送信させる（Ｓ108ａ）。サーバ（ａ）５ａは、前述したように、レスポンス486を受信したときには迂回発信するように設定されているため、このレスポンス486を受信すると、予め定められた迂回先、この場合は、第二ゲートェイ１０ｂを迂回先として、改めて、INVITEメッセージを送信する（Ｓ109ａ）。このINVITEメッセージを受信した第二ゲートウェイ１０ｂは、ＰＢＸ２に対して呼設定を要求する（Ｓ112）。
【００２９】
また、サーバ（ａ）５ａは、レスポンス486を受信すると、第一ゲートウェイ１０ａに対してＡＣＫを送信する（Ｓ110ａ）。第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂは、このＡＣＫを受信すると、呼制御部１９ｄにＡＣＫ受信を通信する（Ｓ111）。
【００３０】
ところで、以上で説明したサーバ（ａ）５ａは、レスポンス486を受信したときには迂回発信するように設定されているものの、このレスポンス486（Busy Here）と同種のレスポンス600（Busy Every Where）を受信したときには迂回発信するように設定されていない。このため、第一ゲートウェイ１０ａからレスポンス486をサーバ（ａ）５ａに送信することで、サーバ（ａ）５ａの迂回機能を機能させることができる。
【００３１】
次に、図９に示すシーケンス図に従って、サーバ（ｂ）５ｂから第一ゲートウェイ１０ａがINVITEメッセージを受けて、ＰＢＸ２に呼設定を通知したときに、このＰＢＸ２から切断理由コード♯１７が送られてきたときの動作について説明する。
【００３２】
サーバ（ｂ）５ｂから第一ゲートウェイ１０ａへINVITEメッセージが送信されると（Ｓ100ｂ）、これを第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂが受信する。その後、図８にシーケンスと同様に、ステップ101〜ステップ105の処理が実行される。呼制御部１９ｄは、ステップ105で切断理由コード♯17を受信すると、図４に示す回線切断理由コードに対するＳＩＰレスポンステーブル２１ａを参照して、この切断理由コード♯17に対応するＳＩＰサーバ（ｂ）用のレスポンス600を抽出し（Ｓ106ｂ）、このレスポンス600をＵＤＰ処理部19ｂに渡す（Ｓ107ｂ）。ＵＤＰ処理部19ｂは、このレスポンス600をＩＰ処理部１９ａに渡し、ＩＰパケット化させて、ＩＰ処理部１９ａからサーバ（ｂ）５ｂへレスポンス600を送信させる（Ｓ108ｂ）。サーバ（ｂ）５ｂは、前述したように、レスポンス600を受信したときには迂回発信するように設定されているため、このレスポンス600を受信すると、予め定められた迂回先、この場合は、第二ゲートェイ１０ｂを迂回先として、改めて、INVITEメッセージを送信する（Ｓ109ｂ）。このINVITEメッセージを受信した第二ゲートウェイ１０ｂは、ＰＢＸ２に対して呼設定を要求する（Ｓ112）。
【００３３】
また、サーバ（ｂ）５ｂは、レスポンス600を受信すると、第一ゲートウェイ１０ａに対してＡＣＫを送信する（Ｓ110ｂ）。第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂは、このＡＣＫを受信すると、呼制御部１９ｄにＡＣＫ受信を通信する（Ｓ111）。
【００３４】
ところで、以上で説明したサーバ（ｂ）５ｂは、レスポンス600（Busy Every Where）を受信したときには迂回発信するように設定されているものの、このレスポンス600と同種のレスポンス486（Busy Here）を受信したときには迂回発信するように設定されていない。このため、第一ゲートウェイ１０ａからレスポンス600をサーバ（ｂ）５ｂに送信することで、サーバ（ｂ）５ｂの迂回機能を機能させることができる。
【００３５】
次に、図１０に示すシーケンス図に従って、サーバ（ａ）５ａから第一ゲートウェイ１０ａがINVITEメッセージを受けたときに、この第一ゲートウェイ１０ａ自身が着信不可要因を有する場合の動作について説明する。
【００３６】
サーバ（ａ）５ａから第一ゲートウェイ１０ａへINVITEメッセージが送信されると（Ｓ100ａ）、これを第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂが受信し、呼制御部１９ｄに対して着信通知を出力する（Ｓ101）。呼制御部１９ｄは、回線制御部１７から常時又は定期的に回線状態が通知されており、着信通知を受信した時点で、例えば、ＰＢＸ２との全ての回線が塞がっている場合には、図５に示す自装置内着信規制要因に対するＳＩＰレスポンステーブル２１ｂを参照して、全収容回線話中に対応するＳＩＰサーバ（ａ）用のレスポンス486を抽出し（Ｓ120ａ）、このレスポンス486をＵＤＰ処理部19ｂに渡す（Ｓ107ａ）。
【００３７】
以下、図８に示すシーケンスと同様に、サーバ（ａ）５ａへのレスポンス486送信（Ｓ108ａ）、サーバ（ａ）５ａから迂回先第２ゲートウェイ１０ｂへのINVITEメッセージ送信（Ｓ109ａ）、サーバ（ａ）５ａから第一ゲートウェイ１０ａへのＡＣＫ送信（Ｓ110ａ）、第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂから呼制御部１９ｄへのＡＣＫ受信通信（Ｓ111）、第二ゲートウェイ１０ｂからＰＢＸ２へ呼設定要求（Ｓ112）、が実行される。
【００３８】
次に、図１１に示すシーケンス図に従って、サーバ（ｂ）５ｂから第一ゲートウェイ１０ａがINVITEメッセージを受けたとき、この第一ゲートウェイ１０ａ自身が着信不可要因を有する場合の動作について説明する。
【００３９】
サーバ（ａ）５ｂから第一ゲートウェイ１０ａへINVITEメッセージが送信されると（Ｓ100ｂ）、これを第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂが受信し、呼制御部１９ｄに対して着信通知を出力する（Ｓ101）。呼制御部１９ｄは、前述したように、回線制御部１７から常時又は定期的に回線状態が通知されており、着信通知を受信した時点で、例えば、ＰＢＸ２との全ての回線が塞がっている場合には、図５に示す自装置内着信規制要因に対するＳＩＰレスポンステーブル２１ｂを参照して、全収容回線話中に対応するＳＩＰサーバ（ｂ）用のレスポンス600を抽出し（Ｓ120ｂ）、このレスポンス600をＵＤＰ処理部19ｂに渡す（Ｓ107ｂ）。
【００４０】
以下、図９に示すシーケンスと同様に、サーバ（ｂ）５ｂへの600送信（Ｓ108ｂ）、サーバ（ｂ）５ｂから迂回先第２ゲートウェイ１０ｂへのINVITEメッセージ送信（Ｓ109ｂ）、サーバ（ｂ）５ｂから第一ゲートウェイ１０ａへのＡＣＫ送信（Ｓ110ｂ）、第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂから呼制御部１９ｄへのＡＣＫ受信通信（Ｓ111）、第二ゲートウェイ１０ｂからＰＢＸ２へ呼設定要求（Ｓ112）、が実行される。
【００４１】
以上、図１０及び図１１に示すシーケンスのように、第一ゲートウェイ１０ａ自身が着信不可要因を有する場合でも、サーバ（ａ）５ａ及びサーバ（ｂ）５ｂの仕様に対応したレスポンスを返すことで、サーバ（ａ）５ａ及びサーバ（ｂ）５ｂの機能である迂回機能を機能させることができる。
【００４２】
次に、図１２に示すシーケンス図に従って、ＰＢＸ２からSET UPメッセージを受信し、サーバ（a）５ａにINVITEメッセージを送信し、着信不可のレスポンスをサーバ（a）５ａから受けた場合の動作について説明する。
【００４３】
ＰＢＸ２から、例えば、着番号を「２」とするSET UPメッセージが送信され、これを第一ゲートウェイ１０ａの回線制御部１７が受信すると（Ｓ200ａ）、回線制御部１７は呼制御部１９ｄへ発信通知を送る（Ｓ201）。呼制御部１９ｄは、この通知を受けると、ＵＤＰ処理部１９ｂにINVITE指示を渡す（Ｓ202）。ＵＤＰ処理部19ｂは、このINVITE指示を受けると、INVITEをＩＰ処理部１９ａに渡し、ＩＰパケット化させて、着番号「２」のときの接続先であるサーバ（ａ）５ａへINVITEメッセージを送信させる（Ｓ202ａ）。サーバ（ａ）５ａは、このINVITEメッセージに含まれている送信先アドレスが不完全であると判断した場合には、図６に示すように、INVITEメッセージに対してレスポンス484を第一ゲートウェイ１０ａに返す（Ｓ203ａ）。
【００４４】
第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂが、ＩＰ処理部１９ａを介してレスポンス484を受けると、サーバ（ａ）５ａに対してＡＣＫを返すと共に（Ｓ205ａ）、呼制御部１９ｄへ484受信通知を送る（Ｓ204ａ）。呼制御部１９ｄは、この484受信通知を受けると、図６に示すスライド発信要因に対するＳＩＰレスポンステーブル２１ｃを参照して、このレスポンス484がスライド発信すべきレスポンスであるか否かを判定する（Ｓ206ａ）。この場合、レスポンス４８４は、スライド発信すべきレスポンスであるとして、ＳＩＰレスポンステーブル２１ｃに登録されているので、スライド発信するために、迂回先テーブル２２を参照して、着番号が「２」のときの迂回先を第二ゲートウェイ１０ｂに定める（Ｓ２０７ａ）。
【００４５】
呼制御部１９ｄは、迂回先を定めると、改めて、ＵＤＰ処理部１９ｂにINVITE指示を渡し、ＵＤＰ処理部１９ｂ及びＩＰ処理部１９ａを介して、迂回先である第二ゲートウェイ１０ｂへINVITEメッセージを送信させる（Ｓ208，209）。
【００４６】
第二ゲートウェイ１０ｂは、このINVITEメッセージを受けると、サーバ（ａ）５ａへINVITEメッセージを送る（Ｓ210）。
【００４７】
次に、図１３に示すシーケンス図に従って、ＰＢＸ２からSET UPメッセージを受信し、サーバ（ｂ）５ｂにINVITEメッセージを送信し、着信不可のレスポンスをサーバ（ｂ）５ｂから受けた場合の動作について説明する。
【００４８】
ＰＢＸ２から、例えば、着番号を「３」とするSET UPメッセージが送信され、これを第一ゲートウェイ１０ａの回線制御部１７が受信すると（Ｓ200ｂ）、回線制御部１７は呼制御部１９ｄへ発信通知を送る（Ｓ201）。呼制御部１９ｄは、この通知を受けると、ＵＤＰ処理部１９ｂにINVITE指示を渡す（Ｓ202）。ＵＤＰ処理部19ｂは、このINVITE指示を受けると、INVITEをＩＰ処理部１９ａに渡し、ＩＰパケット化させて、着番号が「３」のときの接続先であるサーバ（ｂ）５ｂへINVITEメッセージを送信させる（Ｓ202ｂ）。サーバ（ｂ）５ｂは、このINVITEメッセージに含まれている送信先アドレスが不完全であると判断した場合には、図６に示すように、INVITEメッセージに対してレスポンス403を第一ゲートウェイ１０ａに返す（Ｓ203ｂ）。
【００４９】
第一ゲートウェイ１０ａのＵＤＰ処理部１９ｂが、ＩＰ処理部１９ａを介してレスポンス403を受けると、サーバ（ｂ）５ｂに対してＡＣＫを返すと共に（Ｓ205ｂ）、呼制御部１９ｄへ403受信通知を送る（Ｓ204ｂ）。呼制御部１９ｄは、この403受信通知を受けると、図６に示すスライド発信要因に対するＳＩＰレスポンステーブル２１ｃを参照して、このレスポンス403がスライド発信すべきレスポンスであるか否かを判定する（Ｓ206ｂ）。この場合、レスポンス403は、スライド発信すべきレスポンスであるとして、ＳＩＰレスポンステーブル２１ｃに登録されているので、スライド発信するために、迂回先テーブル２２を参照して、着番号が「３」のときの迂回先を第二ゲートウェイ１０ｂに定める（Ｓ２０７ｂ）。
【００５０】
以下は、図１２に示すシーケンスと同様に、呼制御部１９ｄからINVITE指示の送信（Ｓ208）、ＵＤＰ処理部１９ｂから迂回先第二ゲートウェイ１０ｂへのINVITEメッセージ送信（Ｓ209）、第二ゲートウェイ１０ｂからサーバ（ｂ）５ｂへINVITEメッセージ送信（Ｓ210）、が実行される。
【００５１】
以上のように、本実施形態では、ゲートウェイ１０ａがＳＩＰサーバ５ａ，５ｂのそれぞれ対して、それぞれの仕様に応じた対処を行うので、各ＳＩＰサーバ５ａ，５ｂの機能を十分に発揮させることができる。
【図面の簡単な説明】
【００５２】
【図１】本発明に係る一実施形態における通信システムの系統図である。
【図２】本発明に係る一実施形態におけるゲートウェイの回路ブロック図である。
【図３】本発明に係る一実施形態におけるゲートウェイの機能ブロック図である。
【図４】本発明に係る一実施形態における回線切断理由コードに対するＳＩＰレスポンステーブルの構成を示す説明図である。
【図５】本発明に係る一実施形態における自装置内着信規制要因に対するＳＩＰレスポンステーブルの構成を示す説明図である。
【図６】本発明に係る一実施形態におけるスライド発信要因に対するＳＩＰレスポンステーブルの構成を示す説明図である。
【図７】本発明に係る一実施形態における迂回先テーブルの構成を示す説明図である。
【図８】本発明に係る一実施形態で、ＳＩＰサーバ（ａ）からINVITEメッセージを受信し、対向装置側から着信不可が返ってきたときの動作を示すシーケンス図である。
【図９】本発明に係る一実施形態で、ＳＩＰサーバ（ｂ）からINVITEメッセージを受信し、対向装置側から着信不可が返ってきたときの動作を示すシーケンス図である。
【図１０】本発明に係る一実施形態で、ＳＩＰサーバ（ａ）からINVITEメッセージを受信し、自装置内条件で着信不可のときの動作を示すシーケンス図である。
【図１１】本発明に係る一実施形態で、ＳＩＰサーバ（ｂ）からINVITEメッセージを受信し、自装置内条件で着信不可のときの動作を示すシーケンス図である。
【図１２】本発明に係る一実施形態で、対向装置側のＳＩＰサーバ（ａ）から着信不可が返ってきたときの動作を示すシーケンス図である。
【図１３】本発明に係る一実施形態で、対向装置側のＳＩＰサーバ（ｂ）から着信不可が返ってきたときの動作を示すシーケンス図である。
【符号の説明】
【００５３】
１：ＩＰ網、２：ＰＢＸ、３：通信端末、５ａ：ＳＩＰサーバ（ａ）、５ｂ：ＳＩＰサーバ（ｂ）、１０ａ，１０ｂ，１０ｃ：ゲートウェイ、１７：回線制御部、１９：ＬＡＮ制御部、１９ａ：ＩＰ処理部、１９ｂ：ＵＤＰ処理部、１９ｃ：登録制御部、１９ｄ：呼制御部、２０：構成情報記憶部、２１ａ：回線切断理由コードに対するＳＩＰレスポンステーブル、２１ｂ：自装置内着信規制要因に対するＳＩＰレスポンステーブル、２１ｃ：スライド発信要因に対するＳＩＰレスポンステーブル、２２：迂回先テーブル
【図１】
0004477554.tif 000002
【図２】
0004477554.tif 000003
【図３】
0004477554.tif 000004
【図４】
0004477554.tif 000005
【図５】
0004477554.tif 000006
【図６】
0004477554.tif 000007
【図７】
0004477554.tif 000008
【図８】
0004477554.tif 000009
【図９】
0004477554.tif 000010
【図１０】
0004477554.tif 000011
【図１１】
0004477554.tif 000012
【図１２】
0004477554.tif 000013
【図１３】
0004477554.tif 000014