(57)【要約】【課題】フォーキングに対応していない網および通信端末とフォーキングに対応している網および通信端末とを相互接続する。【解決手段】  SIPプロキシサーバ１は、フォーキング終端部２１を備える。フォーキング終端部２１は、発側網６から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、着側網７に送信し、着側網から、18Xレスポンスメッセージを最初に受信すると、最初に受信した18Xレスポンスメッセージを、発側網６に送信。フォーキング終端部２１は、発側網６との間にEarly dialog#0を確立し、最初に受信した18Xレスポンスの送信元の着側端末３に対応するEarly Dialog#1を確立する。フォーキング終端部２１は、着側網７から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末３に対応するEarly Dialog#2を確立する。【選択図】図１
2019186794.tif 000002
【特許請求の範囲】
【請求項１】
フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバであって、
前記発側網から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、前記着側網に送信し、
前記着側網から、18Xレスポンスメッセージを最初に受信すると、
前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、前記SDPアンサーデータを含む18Xレスポンスメッセージを、前記発側網に送信し、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、前記発側網に送信し、
前記発側網との間に発側アーリーダイアログを確立し、最初に受信した18Xレスポンスの送信元の着側端末に対応する第１の着側アーリーダイアログを確立し、
前記着側網から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末に対応する第２の着側アーリーダイアログを確立するフォーキング終端部
を備えることを特徴とするSIPプロキシサーバ。
【請求項２】
前記フォーキング終端部は、
前記発側網にSDPアンサーデータを未返送の状態で、前記着側網から、SDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、
受信した18Xレスポンスメッセージに含まれるSDPアンサーデータを含む18Xレスポンスメッセージを前記発側アーリーダイアログで送信する
ことを特徴とする請求項１に記載のSIPプロキシサーバ。
【請求項３】
前記フォーキング終端部は、
前記発側網にSDPアンサーデータを返送済の状態で、前記着側網から、sendrecvまたはsendonlyが設定されたP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、前記SDPアンサーデータであるSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信する
ことを特徴とする請求項１に記載のSIPプロキシサーバ。
【請求項４】
前記フォーキング終端部は、
前記発側網にSDPアンサーデータを返送済の状態で、前記着側網から、sendrecvまたはsendonlyが設定されていないP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、
18Xレスポンスの送信元の着側端末に対応する着側アーリーダイアログと、受信した18Xレスポンスメッセージに含まれるSDPデータデータを対応づけて記憶する
ことを特徴とする請求項１に記載のSIPプロキシサーバ。
【請求項５】
SDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、
前記フォーキング終端部は、
前記発側網にSDPアンサーデータを未返送の場合、
前記200OKレスポンスメッセージに含まれるSDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、
前記発側網にSDPアンサーデータを返送済の場合、
前記200OKレスポンスメッセージに含まれるSDPアンサーデータと、前記発側網と最後に送受信したSDPデータとを比較し、
差分がある場合、
前記200OKレスポンスメッセージに含まれるSDPアンサーデータから、発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータをUPDATEリクエストメッセージを前記発側アーリーダイアログで送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、
差分がない場合、
SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信する
ことを特徴とする請求項１に記載のSIPプロキシサーバ。
【請求項６】
SDPアンサーデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、
前記フォーキング終端部は、
前記200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータと、前記発側網と最後に送受信したSDPデータとを比較し、
差異がある場合、
前記200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータから、前記発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、
差分がない場合、
SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信する
ことを特徴とする請求項１に記載のSIPプロキシサーバ。
【請求項７】
フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバにおける通信方法であって、
SIPプロキシサーバが、前記発側網から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、前記着側網に送信するステップと、
前記SIPプロキシサーバが、前記着側網から、18Xレスポンスメッセージを最初に受信すると、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、前記SDPアンサーデータを含む18Xレスポンスメッセージを、前記発側網に送信し、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、前記発側網に送信するステップと、
前記SIPプロキシサーバが、前記発側網との間に発側アーリーダイアログを確立し、最初に受信した18Xレスポンスの送信元の着側端末に対応する第１の着側アーリーダイアログを確立するステップと、
前記SIPプロキシサーバが、前記着側網から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末に対応する第２の着側アーリーダイアログを確立するステップ
を備えることを特徴とする通信方法。
【請求項８】
コンピュータに、請求項１ないし請求項６のいずれか１項に記載のSIPプロキシサーバとして機能させるためのSIPプロキシプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバ、通信方法およびSIPプロキシプログラムに関する。
【背景技術】
【０００２】
SIP（Session Initiation Protocol）を利用した呼制御手順に関し、パラレルフォーキング機能（以下「フォーキング」と称す）が、RFC3261（Request for Comments）（非特許文献１）で定義されている。フォーキングは、発側端末から受信したINVITEリクエストを複数のSIP装置またはSIP端末に送信する機能である。フォーキングは、1電話番号／複数端末の加入者の端末を同時呼び出しする機能、網から発側端末に対してRBT（Ring Back Tone）等のアーリーメディアを送信するための機能（3GPP TS 24.182（非特許文献２）で定義されるforkingモデル）として利用される。
【０００３】
RFC3261の13.2.2.4節は、INVITE送信元であるUAC(user agent client)は、SIPリクエストのフォーキングにより発生する異なるダイアログのSIPレスポンス（以下「フォーキングレスポンス」と称す）の受信を、必須機能として規定している。具体的には、1つの送信INVITEリクエストに対して異なるSIPダイアログのレスポンスを受信した場合、SIPサーバは、複数のSIPダイアログを管理する。またSIPサーバは、INVITEリクエストに対する200OKレスポンスを受信した場合、該当するダイアログで通話を開始し、その他のダイアログ上で200OKレスポンスを受信した場合、ACKリクエストを送信後、BYEリクエストで切断する機能を必須としている。
【０００４】
フォーキングレスポンスの受信機能は、１つの呼に対してINVITEリクエストに対する200OK受信までの間、複数のSIPダイアログを管理する必要があるため、瞬時的なCプレーンリソースを要し、さらにメディア毎の帯域制御が複雑になる。従って、フォーキングレスポンスの受信機能は、RFC3261上必須機能であるが、確立済みダイアログと異なるto-tagが設定された18Xレスポンスを受信すると、破棄して通話を途中放棄したり、CANCELリクエスト／BYEリクエストを送信したりして、実装を簡素化する網または端末の実装が多く存在している。
【０００５】
また、現状ではフォーキングに対応した網および通信端末と、フォーキングに対応していない網および通信端末とが混在している。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Network Working Group, “RFC3261 SIP: Session Initiation Protocol”, 2002年6月,  3GPP, [平成30年4月10日検索]、インターネット< https://tools.ietf.org/html/rfc3261>
【非特許文献２】3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals, “3GPP TS24.182 V14.1.0 IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol specification (Release 14)”, 2017年12月28日,  3GPP, [平成30年4月10日検索]、インターネット< https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=1050>
【発明の概要】
【発明が解決しようとする課題】
【０００７】
フォーキングに対応していない網および通信端末は、フォーキング機能を処理できないため、フォーキングに対応した網および通信端末と相互接続することは困難である。フォーキングに対応していない網および通信端末を、フォーキングに対応した網および通信端末に変更することで、互いに正常に接続することは可能である。しかしながら、既存の網および通信端末の改造が難しい状況において、全ての網および通信端末をフォーキング対応に変更することは現実的ではない。
【０００８】
従って本発明の目的は、フォーキングに対応していない網および通信端末とフォーキングに対応している網および通信端末とを相互接続するSIPプロキシサーバ、通信方法およびSIPプロキシプログラムを提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の特徴は、フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバに関する。本発明の第１の特徴に係るSIPプロキシサーバは、前記発側網から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、前記着側網に送信し、前記着側網から、18Xレスポンスメッセージを最初に受信すると、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、前記SDPアンサーデータを含む18Xレスポンスメッセージを、前記発側網に送信し、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、前記発側網に送信し、前記発側網との間に発側アーリーダイアログを確立し、最初に受信した18Xレスポンスの送信元の着側端末に対応する第１の着側アーリーダイアログを確立し、前記着側網から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末に対応する第２の着側アーリーダイアログを確立するフォーキング終端部を備える。
【００１０】
前記フォーキング終端部は、前記発側網にSDPアンサーデータを未返送の状態で、前記着側網から、SDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、受信した18Xレスポンスメッセージに含まれるSDPアンサーデータを含む18Xレスポンスメッセージを前記発側アーリーダイアログで送信しても良い。
【００１１】
前記フォーキング終端部は、前記発側網にSDPアンサーデータを返送済の状態で、前記着側網から、sendrecvまたはsendonlyが設定されたP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、前記SDPアンサーデータであるSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信しても良い。
【００１２】
フォーキング終端部は、前記発側網にSDPアンサーデータを返送済の状態で、前記着側網から、sendrecvまたはsendonlyが設定されていないP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、18Xレスポンスの送信元の着側端末に対応する着側アーリーダイアログと、受信した18Xレスポンスメッセージに含まれるSDPデータデータを対応づけて記憶しても良い。
【００１３】
SDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、前記フォーキング終端部は、前記発側網にSDPアンサーデータを未返送の場合、前記200OKレスポンスメッセージに含まれるSDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、前記発側網にSDPアンサーデータを返送済の場合、前記200OKレスポンスメッセージに含まれるSDPアンサーデータと、前記発側網と最後に送受信したSDPデータとを比較し、差分がある場合、前記200OKレスポンスメッセージに含まれるSDPアンサーデータから、発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータをUPDATEリクエストメッセージを前記発側アーリーダイアログで送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、差分がない場合、SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信しても良い。
【００１４】
SDPアンサーデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、前記フォーキング終端部は、前記200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータと、前記発側網と最後に送受信したSDPデータとを比較し、差異がある場合、前記200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータから、前記発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、差分がない場合、SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信しても良い。
【００１５】
本発明の第２の特徴は、フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバにおける通信方法に関する。本発明の第２の特徴に係る通信方法は、SIPプロキシサーバが、前記発側網から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、前記着側網に送信するステップと、前記SIPプロキシサーバが、前記着側網から、18Xレスポンスメッセージを最初に受信すると、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、前記SDPアンサーデータを含む18Xレスポンスメッセージを、前記発側網に送信し、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、前記発側網に送信するステップと、前記SIPプロキシサーバが、前記発側網との間に発側アーリーダイアログを確立し、最初に受信した18Xレスポンスの送信元の着側端末に対応する第１の着側アーリーダイアログを確立するステップと、前記SIPプロキシサーバが、前記着側網から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末に対応する第２の着側アーリーダイアログを確立するステップを備える。
【００１６】
本発明の第３の特徴は、コンピュータに、本発明の第１の特徴に記載のSIPプロキシサーバとして機能させるためのSIPプロキシプログラムに関する。
【発明の効果】
【００１７】
本発明によれば、フォーキングに対応していない網および通信端末とフォーキングに対応している網および通信端末とを相互接続するSIPプロキシサーバ、通信方法およびSIPプロキシプログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態に係る通信システムのシステム構成図である。
【図２】本発明の実施の形態に係る通信方法の概要を説明するシーケンス図である。
【図３】本発明の実施の形態に係るSIPプロキシサーバのハードウエア構成と機能ブロックを説明する図である。
【図４】本発明の実施の形態に係るSIPプロキシサーバのダイアログ対応データのデータ構造とデータの一例を説明する図である。
【図５】着側網から最初に受信した18Xメッセージが、SDPアンサーを含まない場合の処理を説明するシーケンス図である。
【図６】着側網から最初に受信した18Xメッセージが、SDPアンサーを含む場合の処理を説明するシーケンス図である。
【図７】SDPアンサーを未返送の状態で受信した18Xメッセージが、SDPアンサーを含む場合の処理を説明するシーケンス図である。
【図８】SDPアンサーを返送済の状態で受信した18Xメッセージが、SDPアンサーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有する場合の処理を説明するシーケンス図である。
【図９】SDPアンサーを返送済の状態で受信した18Xメッセージが、SDPアンサーを含み、かつP-Early-Mediaヘッダを有さない場合の処理を説明するシーケンス図である。
【図１０】着側網から受信したUPDATEメッセージが、SDPオファーを含み、かつP-Early-Mediaヘッダを有する場合の処理を説明するシーケンス図である。
【図１１】着側網から受信したUPDATEメッセージが、SDPオファーを含み、かつP-Early-Mediaヘッダを有さない場合の処理を説明するシーケンス図である。
【図１２】発側網から受信したUPDATEメッセージが、SDPオファーを含む場合の処理を説明するシーケンス図である。
【図１３】SDPアンサーを未返送の状態で受信した200OKメッセージが、SDPアンサーを含む場合の処理を説明するシーケンス図である。
【図１４】SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含み、このSDPアンサーと、発側網と直近に送受信したSDPアンサーに差分がある場合の処理を説明するシーケンス図である。
【図１５】SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含み、このSDPアンサーと、発側網と直近に送受信したSDPアンサーに差分がない場合の処理を説明するシーケンス図である。
【図１６】SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含まず、200OKメッセージを受信したダイアログ上で直近に送受信したSDPアンサーと、発側網と直近に送受信したSDPアンサーに差分がある場合の処理を説明するシーケンス図である。
【図１７】SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含まず、200OKメッセージを受信したダイアログ上で直近に送受信したSDPアンサーと、発側網と直近に送受信したSDPアンサーに差分がない場合の処理を説明するシーケンス図である。
【発明を実施するための形態】
【００１９】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００２０】
（通信システム）
図１を参照して、本発明の実施の形態に係るSIPプロキシサーバ１が用いられる通信システム８を説明する。図１に示す通信システム８において、フォーキングに対応しない端末が、フォーキングに対応する端末に発信する。
【００２１】
通信システム８は、SIPプロキシサーバ１、１つの発側端末２、第１の着側端末３ａ、第２の着側端末３ｂおよび第３の着側端末３ｃを備える。第１の着側端末３ａ、第２の着側端末３ｂおよび第３の着側端末３ｃを特に区別しない場合、単に着側端末３と記載する場合がある。
【００２２】
SIPプロキシサーバ１は、フォーキング非対応の発側端末２が属する発側網６と、フォーキング対応の複数の着側端末３が属する着側網７に接続する。SIPプロキシサーバ１は、例えば、IBCF（Interconnection Border Control Function）である。発側網６は、例えば、フォーキング非対応のIMS網（IP Multimedia Subsystem）であって、着側網７は、フォーキング対応のIMS網である。
【００２３】
発側端末２は、フォーキングに対応していない端末である。発側端末２は、フォーキング非対応の発側網６を介してSIPプロキシサーバ１に接続する。
【００２４】
第１の着側端末３ａ、第２の着側端末３ｂおよび第３の着側端末３ｃは、一人の加入者によって利用され、共通の電話番号を有し、フォーキングに対応する。この電話番号に発信することで、３台の着側端末３を呼び出すことが可能である。図１に示す例において、着側の加入者が３台の着側端末３を有する場合を説明するが、これに限らず、２台以上の着側端末３を有すれば良い。
【００２５】
図２を参照して本発明の実施の形態に係る通信システム８による通信方法の概要を説明する。
【００２６】
ステップS1においてSIPプロキシサーバ１は、発側網６からInitial Inviteメッセージを受信すると、ステップS2において、着側網７の３つの着側端末３に向けて、それぞれInitial Inviteメッセージを送信する。
【００２７】
ステップS3においてSIPプロキシサーバ１は、発側網６との間でEarly dialog #0（アーリーダイアログ＃０）を確立するとともに、ステップS4ないしS6において着側網７との間で、３つの着側端末３それぞれに対応するEarly dialog #1ないし#3を確立する。
【００２８】
Early dialog #0は、発側網６のタグf0と、SIPプロキシサーバ１のタグt0を接続するダイアログである。Early dialog #1は、第１の着側端末３ａに対応し、SIPプロキシサーバ１のタグf1と、着側網７のタグt1を接続するダイアログである。Early dialog #2は、第２の着側端末３ｂに対応し、SIPプロキシサーバ１のタグf2と、着側網７のタグt2を接続するダイアログである。Early dialog #3は、第３の着側端末３ｃに対応し、SIPプロキシサーバ１のタグf3と、着側網７のタグt3を接続するダイアログである。なおSIPプロキシサーバ１は、発側端末２または着側端末３と直接Early dialogを確立しても良いし、CSCF（call session control function）を担うネットワーク機器など、発側端末２または着側端末３に対応するネットワーク機器と、それぞれEarly dialogを確立しても良い。
【００２９】
発側網６からInitial Inviteメッセージを受信し、着側網７からInitial Inviteメッセージに対する200OKメッセージを受信するまでの間、ステップS11において、SIPプロキシサーバ１は、Early dialog#0を用いてSDP（Session Description Protocol）データを発側網６と送受信し、必要なメディア変更を行う。
【００３０】
ここで、ステップS21においてSIPプロキシサーバ１は、第１の着側端末３ａに対応するEarly dialog#1からInitial Inviteメッセージに対する200OKメッセージを受信すると、ステップS22において、Early dialog#0を用いてInitial Inviteメッセージに対する200OKメッセージを発側網６に送信する。
【００３１】
その後ステップS23においてEarly dialog#0は、Confirmed dialog#0（コンファームドダイアログ＃０）に遷移し、ステップS24においてEarly dialog#1は、Confirmed dialog#1に遷移する。なお、Early dialog#2および#3は、ACKまたはBYEで呼が切断され、Confirmed dialogに遷移しない。
【００３２】
（SIPプロキシサーバ）
図３を参照して、本発明の実施の形態に係るSIPプロキシサーバ１を説明する。SIPプロキシサーバ１は、記憶装置10、処理装置20および通信制御装置30を備える一般的なコンピュータである。一般的なコンピュータがSIPプロキシプログラムを実行することにより、図３に示す機能を実現する。
【００３３】
記憶装置10は、ROM（Read Only Memory）、RAM（Random access memory）、ハードディスク等であって、処理装置２０が処理を実行するための入力データ、出力データおよび中間データなどの各種データを記憶する。処理装置20は、CPU（Central Processing Unit）であって、記憶装置10に記憶されたデータを読み書きしたり、通信制御装置30とデータを入出力したりして、SIPプロキシサーバ１における処理を実行する。
【００３４】
記憶装置10は、SIPプロキシプログラムを記憶するとともに、ダイアログ対応データ１１を記憶する。ダイアログ対応データ１１は、発側網６からの一つの呼に対して、SIPプロキシサーバ１が確立したダイアログを特定する情報と、そのダイアログで、直近で（最後に）送受信されたSDPデータとを対応づける。
【００３５】
例えば図１に示す例の場合、ダイアログ対応データ１１は、発側網６とEarly dialog#0を対応づけるとともに、Early dialog#0のダイアログで最終的に送受信されたSDPデータを対応づける。さらにダイアログ対応データ１１は、発側のEarly dialog#1に、着側のEarly dialog#1ないし#3を対応づけるとともに、Early dialog#1ないし#3に、直近で送受信されたSDPデータを対応づける。
【００３６】
なおダイアログ対応データ１１は、各ダイアログ上で、直近で送受信したSDPデータが対応づけられていればよく、各ダイアログ上で送受信したSDPデータのログであっても良い。
【００３７】
処理装置20は、フォーキング終端部２１を備える。フォーキング終端部２１は、着側網７におけるフォーキング機能を終端し、フォーキング非対応の発側網６との通信を中継する。またフォーキング終端部２１は、発側網６のダイアログと着側網７のダイアログを対応づけ、直近で送受信したSDPデータを各ダイアログに対応づけて、ダイアログ対応データ１１を更新する。
【００３８】
フォーキング終端部２１は、発側網６から受信したInitial Inviteメッセージを着側網７に転送し、着側網７から最初に受信した18Xメッセージを発側網６に転送する。
【００３９】
フォーキング終端部２１は、発側網６から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、着側網７に送信する。フォーキング終端部２１は、着側網７から、18Xレスポンスメッセージを最初に受信すると、最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、SDPアンサーデータを含む18Xレスポンスメッセージを、発側網６に送信する。フォーキング終端部２１は、最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、発側網６に送信する。フォーキング終端部２１は、発側網６との間に発側アーリーダイアログ（Early dialog#0）を確立し、最初に受信した18Xレスポンスの送信元の着側端末３（第１の着側端末３ａ）に対応する第１の着側アーリーダイアログ（Early dialog#1）を確立する。
【００４０】
フォーキング終端部２１は、着側網７から、２番目に18Xレスポンスメッセージを受信すると、2つ目以降に受信したSDPデータのうち、メディア変更の意図があるSDPデータを発側網６に転送し、ダイアログ対応データ１１に記憶する。メディア変更の意図があるSDPデータは、着側網７から受信した18XメッセージあるいはUPDATEメッセージに、SDPデータとともに、"sendrecv"または"sendonly"パラメータを含むP-Early-Mediaヘッダが設定されるデータである。P-Early-Mediaヘッダは、アーリーメディアの送出の開始または再開の際に設定される。また、2つ目以降に受信したSDPデータのうち、メディア変更の意図のないSDPデータについて、フォーキング終端部２１は、発側網６に転送することなく、ダイアログ対応データ１１に記憶する。フォーキング終端部２１は、２番目に受信した18Xレスポンスの送信元の着側端末３（第２の着側端末３ｂ）に対応する第２の着側アーリーダイアログ（Early Dialog#2）を確立する。
【００４１】
図５ないし図１７を参照して、フォーキング終端部２１の処理を説明する。本発明の実施の形態において、SIPプロキシサーバ１と発側網６との間で、送受信されるメッセージには、Call-ID=c0が設定され、From-tagにはf0が設定され、To-tagにはt0が設定される。SIPプロキシサーバ１と着側網７との間で、第１の着側端末３ａに関連して送受信されるメッセージには、Call-ID=c1が設定され、From-tagにはf1が設定され、To-tagにはt1が設定される。SIPプロキシサーバ１と着側網７との間で、第２の着側端末３ｂに関連して送受信されるメッセージには、Call-ID=c1が設定され、From-tagにはf2が設定され、To-tagにはt2が設定される。
【００４２】
（最初の18Xメッセージ受信時の処理）
図５および図６は、SIPプロキシサーバ１が、発側網６から受信したInitial Inviteメッセージを着側網７に転送した後、最初に18Xメッセージを受信した際の処理を示す。
【００４３】
図５は、着側網７から最初に受信した18Xメッセージが、SDPアンサーを含まない場合の処理を示す。
【００４４】
SIPプロキシサーバ１は、F1において、発側網６からInitial Inviteメッセージを受信すると、F2において、着側網７にInitial Inviteメッセージを転送する。Initial Inviteメッセージは、着側網７の第１の着側端末３ａ、第２の着側端末３ｂおよび第３の着側端末３ｃに転送される。
【００４５】
SIPプロキシサーバ１は、F3において、第１の着側端末３ａに関連して、着側網７からSDPアンサーを含まない183 Session Progressメッセージを受信すると、F4において、発側網６に183 Session Progressメッセージを転送する。
【００４６】
ここで、SIPプロキシサーバ１と発側網６との間に、Early dialog#0が確立され、SIPプロキシサーバ１と着側網７との間に、第１の着側端末３ａに関連するEarly dialog#1が確立される。
【００４７】
図６は、着側網７から最初に受信した18Xメッセージが、SDPアンサーを含む場合の処理を示す。図６に示す処理は、図５と比較して、F3で受信する183 Session ProgressメッセージがSDPアンサーを含む点で異なり、F1ないしF2の処理は、図５と同様である。
【００４８】
F3においてSIPプロキシサーバ１は、SDPアンサーを含む183 Session Progressメッセージを受信する。SIPプロキシサーバ１は、F4において、発側網６にF3で受信したSDPアンサーを含む183 Session Progressメッセージを転送する。
【００４９】
Early dialog#0および#1を確立した後、F8において、SIPプロキシサーバ１は、Early dialog#1と、F3で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F9において、SIPプロキシサーバ１は、Early dialog#0と、F4で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
【００５０】
（２番目以降に18Xメッセージ受信時の処理）
フォーキング終端部２１は、発側網６にSDPアンサーデータを未返送の状態で、着側網７から、SDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、受信した18Xレスポンスメッセージに含まれるSDPアンサーデータを含む18Xレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
【００５１】
またフォーキング終端部２１は、発側網６にSDPアンサーデータを返送済の状態で、着側網７から、sendrecvまたはsendonlyが設定されたP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、SDPアンサーデータであるSDPオファーデータを設定したUPDATEリクエストメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
【００５２】
フォーキング終端部２１は、発側網６にSDPアンサーデータを返送済の状態で、着側網７から、sendrecvまたはsendonlyが設定されていないP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、18Xレスポンスの送信元の着側端末３（第２の着側端末３ｂ）に対応する着側アーリーダイアログ（Early Dialog#2）と、受信した18Xレスポンスメッセージに含まれるSDPデータデータを対応づけて記憶する。
【００５３】
図７ないし図９は、2番目以降に18Xメッセージを受信した場合の処理を示す。この段階では、Early dialog#0および#1が確立されている。
【００５４】
図７は、SDPアンサーを未返送の状態で受信した18Xメッセージが、SDPアンサーを含む場合の処理を示す。
【００５５】
SIPプロキシサーバ１は、F11において、第２の着側端末３ｂに関連して、着側網７からSDPアンサーを含み、P-Early-Mediaが設定されない183 Session Progressメッセージを受信する。SIPプロキシサーバ１は、F12において、発側網６にEarly dialog#0を用いて、F11で受信したSDPアンサーを含む183 Session Progressメッセージを転送する。
【００５６】
ここで、SIPプロキシサーバ１と着側網７との間に、第２の着側端末３ｂに関連するEarly dialog#2が確立される。
【００５７】
Early dialog#2を確立した後、F18において、SIPプロキシサーバ１は、Early dialog#2と、F11で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F19において、SIPプロキシサーバ１は、Early dialog#0と、F12で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
【００５８】
図８は、SDPアンサーを返送済の状態で受信した18Xメッセージが、SDPアンサーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有する場合の処理を示す。
【００５９】
SIPプロキシサーバ１は、F11において、第２の着側端末３ｂに関連して、着側網７から、SDPアンサーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有する183 Session Progressメッセージを受信する。SIPプロキシサーバ１は、F12において、発側網６にEarly Dialog#0を用いて、F11で受信したSDPアンサーであるSDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有するUPDATEメッセージを送信する。
【００６０】
ここで、SIPプロキシサーバ１と着側網７との間に、第２の着側端末３ｂに関連するEarly Dialog#2が確立される。
【００６１】
SIPプロキシサーバ１は、F13において、F12で送信したUPDATEメッセージに対する200OKメッセージを、発側網６から受信する。ここでSIPプロキシサーバ１は、発側網６から受信したUPDATEメッセージに対する200OKメッセージを、着側網７にインタワークしない。
【００６２】
Early Dialog#2を確立した後、F18において、SIPプロキシサーバ１は、Early Dialog#2と、F11で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F19において、SIPプロキシサーバ１は、Early Dialog#0と、F12で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
【００６３】
図９は、SDPアンサーを返送済の状態で受信した18Xメッセージが、SDPアンサーを含み、かつP-Early-Mediaヘッダを有さない場合の処理を示す。
【００６４】
SIPプロキシサーバ１は、F11において、第２の着側端末３ｂに関連して、着側網７から、SDPアンサーを含み、P-Early-Mediaが設定されない183 Session Progressメッセージを受信する。SIPプロキシサーバ１は、発側網６になんらインタワークしない。
【００６５】
ここで、SIPプロキシサーバ１と着側網７との間に、第２の着側端末３ｂに関連するEarly Dialog#2が確立される。
【００６６】
Early dialog#2を確立した後、F18において、SIPプロキシサーバ１は、Early dialog#2と、F11で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
【００６７】
（UPDATEメッセージ受信時の処理）
フォーキング終端部２１は、着側網7から、SDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有するUPDATEメッセージを受信すると、着側網７に転送する。フォーキング終端部２１は、着側網7から、SDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有さないUPDATEメッセージを受信すると、着側網７に転送しない。フォーキング終端部２１は、発側網６から、SDPオファーを含むUPDATEメッセージを受信すると、着側網７に転送する。この際、フォーキング終端部２１は、受信SDPおよび送信SDPを、それぞれを受信または送信したダイアログに対応づけて、ダイアログ対応データ１１に記憶する。
【００６８】
図１０ないし図１２は、UPDATEメッセージを受信した場合の処理を示す。この段階では、Early dialog#0ないし#2が確立されている。
【００６９】
図１０は、着側網７から受信したUPDATEメッセージが、SDPオファーを含み、かつP-Early-Mediaヘッダを有する場合の処理を示す。
【００７０】
SIPプロキシサーバ１は、F21において、着側網７からEarly dialog#2を用いて、SDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有するUPDATEメッセージを受信する。SIPプロキシサーバ１は、F22において、発側網６にEarly dialog#0を用いて、F21で受信したSDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有するUPDATEメッセージを送信する。
【００７１】
SIPプロキシサーバ１は、F23において、発側網６からEarly dialog#0を用いて、F22で送信したUPDATEメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F24において、着側網７にEarly dialog#2を用いてF21で受信したUPDATEメッセージに対する200OKメッセージを送信する。
【００７２】
F28において、SIPプロキシサーバ１は、Early dialog#2と、F21で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F29において、SIPプロキシサーバ１は、Early dialog#0と、F22で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
【００７３】
図１１は、着側網７から受信したUPDATEメッセージが、SDPオファーを含み、かつP-Early-Mediaヘッダを有さない場合の処理を示す。
【００７４】
SIPプロキシサーバ１は、F21において、着側網７からEarly dialog#2を用いて、SDPオファーを含み、P-Early-Mediaが設定されないUPDATEメッセージを受信する。その後、発側網６になんらインタワークしない。
【００７５】
F28において、SIPプロキシサーバ１は、Early dialog#2と、F21で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
【００７６】
図１２は、発側網６から受信したUPDATEメッセージが、SDPオファーを含む場合の処理を示す。
【００７７】
SIPプロキシサーバ１は、F31において、発側網６からEarly dialog#0を用いて、SDPオファーを含むUPDATEメッセージを受信する。ここでSIPプロキシサーバ１は、発側網６に直前に送信したSDPの元となるSDPの送信元のダイアログを特定する。本発明の実施の形態において、直前に、Early dialog#2で受信したSDPを、発側網６に送信したとする。SIPプロキシサーバ１は、F32において、着側網７にEarly dialog#2を用いて、F31で受信したSDPオファーを含むUPDATEメッセージを送信する。
【００７８】
SIPプロキシサーバ１は、F33において、着側網７からEarly dialog#2を用いて、F32で送信したUPDATEメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F34において、発側網６にEarly dialog#0を用いて、F31で受信したUPDATEメッセージに対する200OKメッセージを送信する。
【００７９】
F38において、SIPプロキシサーバ１は、Early dialog#2と、F32で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F39において、SIPプロキシサーバ１は、Early dialog#0と、F31で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
【００８０】
（200OKメッセージ受信時の処理）
SDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、フォーキング終端部２１は、発側網６にSDPアンサーデータを未返送の場合、200OKレスポンスメッセージに含まれるSDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
【００８１】
フォーキング終端部２１は、発側網６にSDPアンサーデータを返送済の場合、200OKレスポンスメッセージに含まれるSDPアンサーデータと、発側網６と最後に送受信したSDPデータとを比較する。差分がある場合、フォーキング終端部２１は、200OKレスポンスメッセージに含まれるSDPアンサーデータから、発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを発側アーリーダイアログ（Early dialog#0）で送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。フォーキング終端部２１は、差分がない場合、フォーキング終端部２１は、SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
【００８２】
SDPアンサーデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、フォーキング終端部２１は、200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータと、発側網６と最後に送受信したSDPデータとを比較する。差異がある場合、フォーキング終端部２１は、200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータから、発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを発側アーリーダイアログ（Early dialog#0）で送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。差分がない場合、フォーキング終端部２１は、SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
【００８３】
図１３ないし図１７は、着側網からInitial Inviteメッセージに対する200OKメッセージを受信した場合の処理を示す。ここでは、第１の着側端末３ａがInitial Inviteメッセージに対する200OKメッセージを送信した場合を説明する。
【００８４】
図１３は、SDPアンサーを未返送の状態で受信した200OKメッセージが、SDPアンサーを含む場合の処理を示す。
【００８５】
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含むInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#0を用いて、F41で受信した200OKメッセージを送信する。F42で送信される200OKメッセージは、F41で受信した200OK        メッセージに含まれるSDPアンサーを含む。
【００８６】
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。
【００８７】
SIPプロキシサーバ１は、F43において、発側網６からConfirmed dialog#0を用いて、ACKメッセージを受信し、F44において、着側網７にConfirmed dialog#1を用いて、ACKメッセージを送信する。
【００８８】
図１４は、SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含み、このSDPアンサーと、発側網６と直近に送受信したSDPアンサーに差分がある場合の処理を示す。
【００８９】
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含むInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、Early dialog#0で直近に送受信したSDPデータと、F41で受信したSDPアンサーに差分があるか否かを判定する。Early dialog#0上で直近に送受信したSDPデータは、ダイアログ対応データ１１から取得される。
【００９０】
差分がある場合、SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#1を用いて、F41で受信したSDPアンサーから生成したSDPオファーを含むUPDATEメッセージを送信する。SIPプロキシサーバ１は、発側網６からEarly dialog#1を用いて、F43において、F42で送信したUPDATEメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F44において、発側網６にEarly dialog#1を用いて、Initial Inviteメッセージに対する200OKメッセージを送信する。
【００９１】
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。F45およびF46の処理は、図１３のF43およびF44と同様である。
【００９２】
図１５は、SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含み、このSDPアンサーと、発側網６と直近に送受信したSDPアンサーに差分がない場合の処理を示す。
【００９３】
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含むInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、Early dialog#0で直近に送受信したSDPデータと、F41で受信したSDPアンサーに差分があるか否かを判定する。
【００９４】
差分がない場合、SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#1を用いて、Initial Inviteメッセージに対する200OKメッセージを送信する。F42で送信される200OKメッセージは、SDPデータを含まない。
【００９５】
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。F43およびF44の処理は、図１３のF43およびF44と同様である。
【００９６】
図１６は、SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含まず、200OKメッセージを受信したダイアログ上で直近に送受信したSDPアンサーと、発側網６と直近に送受信したSDPアンサーに差分がある場合の処理を示す。
【００９７】
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含まないInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、Early dialog#0で直近に送受信したSDPデータと、200OKメッセージの受信に用いられたアーリーダイアログ（Early dialog#1）上で直近に送受信したSDPデータに差分があるか否かを判定する。Early dialog#1上で直近に送受信したSDPデータは、ダイアログ対応データ１１から取得される。
【００９８】
差分がある場合、SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#0を用いて、Early dialog#1上で直近に送受信したSDPデータから生成したSDPオファーを含むUPDATEメッセージを送信する。SIPプロキシサーバ１は、発側網６からEarly dialog#1を用いて、F43において、F42で送信したUPDATEメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F44において、発側網６にEarly dialog#1を用いて、Initial Inviteメッセージに対する200OKメッセージを送信する。
【００９９】
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。F45およびF46の処理は、図１３のF43およびF44と同様である。
【０１００】
図１７は、SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含まず、200OKメッセージを受信したダイアログ上で直近に送受信したSDPアンサーと、発側網６と直近に送受信したSDPアンサーに差分がない場合の処理を示す。
【０１０１】
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含まないInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、Early dialog#0で直近に送受信したSDPデータと、200OKの受信に用いられたアーリーダイアログ（Early dialog#1）上で直近に送受信したSDPデータに差分があるか否かを判定する。
【０１０２】
差分がない場合、SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#0を用いて、Initial Inviteメッセージに対する200OKメッセージを送信する。F42で送信される200OKメッセージは、SDPデータを含まない。
【０１０３】
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。F43およびF44の処理は、図１３のF43およびF44と同様である。
【０１０４】
このような本発明の実施の形態に係るSIPプロキシサーバ１は、フォーキング非対応の発側網６からの発信をフォーキング対応の着側網７に着信させ、発側網６と着側網７とで相互の通信を可能にする。
【０１０５】
また着側網７から最初に受信したSDPアンサーを発側網６に転送する。これにより、発側網６に何らかのSDPデータを送信することが可能になる。
【０１０６】
また2つ目以降に受信したSDPデータのうち、メディア変更の意図があるSDPデータを発側網６に転送し、メディア変更の意図のないSDPデータは、フォーキング終端部２１は、発側網６に転送しない。これにより、発側網６において即時に用いられるSDPデータはすぐに送信し、即時に用いられないSDPデータは、SIPプロキシサーバ１が保持する。
【０１０７】
さらに、Initial Inviteメッセージに対する200OKメッセージを受信すると、各ダイアログで直近に送受信されたデータと、ダイアログ対応データ１１で記憶する直近に送受信されたデータが一致するように制御する。これにより、発側網６ですぐに用いられないSDPデータでも、通話において用いることが可能になる。
【０１０８】
本発明の実施の形態に係るSIPプロキシサーバ１は、フォーキングに対応していない発側網６および発側端末２とフォーキングに対応している着側網７および着側端末３とを相互接続することが可能である。さらに、Initial Inviteメッセージに対する200OKメッセージを受信すると、各ダイアログで直近に送受信されたデータと、ダイアログ対応データ１１で記憶する直近に送受信されたデータが一致するように制御することにより、発側網６とSIPプロキシサーバ１の間の通信に用いられるデータ量を抑制することができる。
【０１０９】
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【０１１０】
例えば、本発明の実施の形態に記載したSIPプロキシサーバは、図３に示すように一つのハードウエア上に構成されても良いし、その機能や処理数に応じて複数のハードウエア上に構成されても良い。また、既存の通信システムのネットワーク装置上に実現されても良い。
【０１１１】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【０１１２】
１  SIPプロキシサーバ
２  発側端末
３  着側端末
６  発側網
７  着側網
８  通信システム
１０  記憶装置
１１  ダイアログ対応データ
２０  処理装置
２１  フォーキング終端部
３０  通信制御装置
【図１】
2019186794.tif 000003
【図２】
2019186794.tif 000004
【図３】
2019186794.tif 000005
【図４】
2019186794.tif 000006
【図５】
2019186794.tif 000007
【図６】
2019186794.tif 000008
【図７】
2019186794.tif 000009
【図８】
2019186794.tif 000010
【図９】
2019186794.tif 000011
【図１０】
2019186794.tif 000012
【図１１】
2019186794.tif 000013
【図１２】
2019186794.tif 000014
【図１３】
2019186794.tif 000015
【図１４】
2019186794.tif 000016
【図１５】
2019186794.tif 000017
【図１６】
2019186794.tif 000018
【図１７】
2019186794.tif 000019