JP2007288672A - Ｓｉｐ装置およびｓｉｐ装置の処理方法 - Google Patents

Abstract

【課題】 処理負荷の軽減に寄与することができる。
【解決手段】 前記接続要求信号に応じて接続先側が応答したことを確認するための確認要求を出力するアプリケーション処理手段と、この確認要求信号を前記接続先側に送信し、前記接続先側がこの確認要求信号を受け付けたことを通知するための戻り信号を受信するトランスポート処理手段と、前記接続要求に関するトランザクションの解放処理を行う前に、前記接続先側から戻り信号を所定期間内に入力した場合には、この戻り信号があったことを前記アプリケーション処理手段に通知しないように処理するトランザクション処理手段とを有することを特徴とする。
【選択図】 図５

Description

本発明は、ＳＩＰ装置およびＳＩＰ装置の処理方法に関し、例えば、ＳＩＰに対応した複数の通信端末と通信回線を介して接続されるＳＩＰ装置およびＳＩＰ装置の処理方法に関する。

ＳＩＰ（Session Initiation Protocol）交換機システムは、ＳＩＰに対応した加入者電話端末（ＳＩＰ加入者電話端末）を多数収容し、ＳＩＰ加入者電話端末との間でＳＩＰ信号を送受信することで、当該加入者電話端末に対して電話呼接続サービスを提供する。

ここで、図６を参照して、ＳＩＰ電話端末１２０−１からＳＩＰ交換機システム１００に対して発呼があり、この発呼に応じてＳＩＰ交換機システム１００が代理してＳＩＰ電話端末１２０−Ｎに対して着信させる際の動作について説明する。なお、図６では、トランスポートレイヤを図示していないが、実際にはトランザクション処理部１０７とＳＩＰ電話端末１２０−Ｎとの間に位置するトランスポートレイヤを介してＳＩＰ信号の送受信が実行される。

ＲＦＣ３２６１の規定では、ＳＩＰ交換機システム１００がＳＩＰ電話端末１２０−Ｎに着信させる場合には、ＳＩＰ交換機システム１００側がクライアント、ＳＩＰ電話端末側１２０−Ｎがサーバの位置づけとなり、クライアントであるＳＩＰ交換機システム１００からサーバであるＳＩＰ電話端末１２０−Ｎに対してＩＮＶＩＴＥ信号（接続要求信号）が送信される。

図６では、まずＳＩＰ交換機システム１００内部のアプリケーション処理部１０５が、ＳＩＰ電話端末１２０−Ｎへの発呼要求を受け付け、この発呼に応じて呼を確立するためにＩＮＶＩＴＥ要求信号をトランザクション処理部１０７に出力する（ＳＴ０３１０）。

トランザクション処理部１０７は、アプリケーション処理部１０５からのＩＮＶＩＴＥ要求信号を受付てＩＮＶＩＴＥクライアントトランザクションを表すＩＮＶＩＴＥ信号（接続要求信号）の生成・編集を行い（ＳＴ０３２０）、このＩＮＶＩＴＥ信号（接続要求信号）をＳＩＰ電話端末１２０−Ｎへ送信して着信加入者を呼び出し（ＳＴ０３２１）、次いで、ＩＮＶＩＴＥクライアントトランザクションの状態をＣａｌｌｉｎｇ状態（呼出中状態）（Ｓ４１０）に設定する。

なお、ＩＮＶＩＴＥクライアントトランザクションは、アプリケーション処理部１０５がＩＮＶＩＴＥ要求をトランザクション処理部１０７に送信したときに生成されるトランザクションをいう。

このとき、トランザクション処理部１０７は、アプリケーション処理部１０５から受け付けたＩＮＶＩＴＥ要求信号を参照して、ＩＮＶＩＴＥ要求信号に付加されているＶｉａヘッダからブランチＩＤとホスト名及びポート番号、ＣＳｅｑヘッダからメソッド名とシーケンス番号を抽出してこのトランザクションに固有の割当キーとしてメモリに記憶しておく。なお、割当キーは、ＩＮＶＩＴＥクライアントトランザクションの生成から解放までの間、トランザクション処理部１０７がメモリに記憶して管理している。

一方、ＳＩＰ電話端末１２０−Ｎは、トランザクション処理部１０７から呼の接続要求を行うＩＮＶＩＴＥ信号（接続要求信号）（ＳＴ０３２１）を受信して、ＩＮＶＩＴＥ信号（接続要求信号）に応じてこのリクエストを実行中であることを、要求元に知らせるために１００ｔｒｙｉｎｇ信号（試行中応答信号）（ＳＴ０３２２）を送信する。

トランザクション処理部１０７は、ＳＩＰ電話端末１２０−Ｎから呼の確立処理を試行中であることを表す１００ｔｒｙｉｎｇ信号（試行中応答信号）を受信する（ＳＴ０３２２）。次いで、トランザクション処理部１０７は、この１００ｔｒｙｉｎｇ信号（試行中応答信号）を参照して、ＶｉａヘッダからブランチＩＤとホスト名及びポート番号、ＣＳｅｑヘッダからメソッド名とシーケンス番号を抽出して割当キーとし、メモリに記憶されている複数の割当キーから同じ割当キーがあるかを検索して、両者の割当キーが一致した場合に、呼の確立処理の試行中であることを表すＰｒｏｃｅｅｄｉｎｇ状態（処理中状態）（Ｓ４２０）に設定し、アプリケーション処理部１０５に１００応答を受信した旨を通知する（ＳＴ０３１１）。

一方、ＳＩＰ電話端末１２０−Ｎは、ユーザを呼び出すために１８０Ｒｉｎｇｉｎｇ信号（呼出中応答信号）をトランザクション処理部１０７に送信し、同時に、呼出音を発生して着信加入者を呼び出す。

このとき、トランザクション処理部１０７は、続いてＳＩＰ電話端末１２０−Ｎから１８０Ｒｉｎｇｉｎｇ信号（呼出中応答信号）を受信する（ＳＴ０３２３）と、この１８０Ｒｉｎｇｉｎｇ信号（呼出中応答信号）から割当キーを抽出し、この割当キーに対応するＩＮＶＩＴＥクライアントトランザクションをメモリから検索し、Ｐｒｏｃｅｅｄｉｎｇ状態（処理中状態）は変化させずに、１８０Ｒｉｎｇｉｎｇ信号（呼出中応答信号）を受信した旨をアプリケーション処理部１０５に通知する（ＳＴ０３１２）。

このとき、アプリケーション処理部１０５は、発呼元のアプリケーションレイヤに対して接続先となる着信加入者を呼び出している旨を通知する。

ＳＩＰ電話端末１２０−Ｎは、呼び出し中の着信加入者がオフフックして応答すると、ＩＮＶＩＴＥ信号による接続要求の正常成功を通知するための２００ＯＫ応答信号（終了了解）をＳＩＰ交換機システム１００に送信する（ＳＴ０３２４）。

トランザクション処理部１０７は、呼び出し中の着信加入者が応答し、ＳＩＰ電話端末１２０−Ｎから２００ＯＫ応答信号（終了了解）を受信し（ＳＴ０３２４）、この２００応答信号（終了了解）を受信した旨をアプリケーション処理部１０５に通知（ＳＴ０３１３）した後に、この２００ＯＫ応答信号（終了了解）から割当キーを抽出し、この割当キーに対応するＩＮＶＩＴＥクライアントトランザクションをメモリから検索して、呼が終了して無効になったことを表すＴｅｒｍｉｎａｔｅｄ状態（終了状態）（Ｓ４４０）に設定し、ＩＮＶＩＴＥクライアントトランザクションをすぐさま解放する（ＳＴ０３２５）。

一方、アプリケーション処理部１０５は、発呼元のアプリケーションレイヤに対して応答を通知した後に、トランザクション処理部１０７に対してＡＣＫ信号の送信を要求するためのＡＣＫ要求信号を出力する（ＳＴ０３１４）。

ＡＣＫ要求信号を受け付けたトランザクション処理部１０７は、ＡＣＫ信号（確認要求信号）の生成・編集を行い、ＡＣＫ信号をＳＩＰ電話端末１２０−Ｎに対して送信する（ＳＴ０３２６）。
RFC 3261, "SIP:Session Initiation Protocol", Rosenberg,J., Schulzrinne, H, Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M. and E. Schooler, June 2002

ところで、ＳＩＰ交換機システム１００から送信されたＩＮＶＩＴＥ信号に対する最終応答の受信完了を通知するためのＡＣＫ信号（確認要求信号）を受信（ＳＴ０３２６）したＳＩＰ電話端末１２０−Ｎは、上記ＳＴ０３２４と同じ内容の２００ＯＫ信号（終了了解）を再度送信する（ＳＴ０３２７）場合がある。

トランザクション処理部１０７では、この２００ＯＫ信号（終了了解）（ＳＴ０３２７）に対応するトランザクションが既に解放済みでメモリ上に割当キーが存在しないため検索処理がエラーになり、無条件に２００応答信号を受信した旨をアプリケーション処理部１０５に通知する（ＳＴ０３１５）。このため、アプリケーション処理部１０５では、再度送信された２００応答信号について検索処理などの冗長な処理が起動されることになる。

このように、従来の装置にあっては、接続先のＳＩＰ電話端末１２０−Ｎから２００応答信号が再度送信されてもこれに応じることができず、アプリケーション処理部１０５に対して新たに冗長な処理を起動させることになり、ＳＩＰ交換機システム１００の処理負荷が増大するといった問題があった。

本発明は、上記に鑑みてなされたもので、その目的としては、処理負荷の軽減に寄与することができるＳＩＰ装置およびＳＩＰ装置の処理方法を提供することにある。

第1の発明は、ＳＩＰに対応した複数の通信端末と通信回線を介して接続され、発呼側のアプリケーションレイヤからの発呼に応じて、前記ＳＩＰに従って接続要求信号を接続先側に送信するＳＩＰ装置において、前記接続要求信号に応じて接続先側が応答したことを確認するための確認要求信号を出力するアプリケーション処理手段と、この確認要求信号を前記接続先側に送信し、前記接続先側がこの確認要求信号を受け付けたことを前記アプリケーション処理手段に通知するための戻り信号を受信するトランスポート処理手段と、前記接続要求に関するトランザクションの解放処理を行う前に、前記戻り信号を所定期間内に前記接続先側から受信した場合には、この戻り信号があったことを前記アプリケーション処理手段に通知しないように処理するトランザクション処理手段とを有することを要旨とする。

第２の発明は、ＳＩＰに対応した複数の通信端末と通信回線を介して接続され、発呼側のアプリケーションレイヤからの発呼に応じて、前記ＳＩＰに従って接続要求信号を接続先側に送信するＳＩＰ装置の処理方法において、前記接続要求信号に応じて接続先側が応答したことを確認するための確認要求信号を出力するアプリケーション処理ステップと、この確認要求信号を前記接続先側に送信し、前記接続先側がこの確認要求信号を受け付けたことを前記アプリケーション処理ステップに通知するための戻り信号を受信するトランスポート処理ステップと、前記接続要求に関するトランザクションの解放処理を行う前に、前記戻り信号を所定期間内に前記接続先側から受信した場合には、この戻り信号があったことを前記アプリケーション処理ステップに通知しないように処理するトランザクション処理ステップとを有することを要旨とする。

本発明によれば、アプリケーション処理における冗長な処理の起動を回避でき、この結果、装置の処理負荷の軽減に寄与することができる。

（Ａ）実施形態
以下、本発明のＳＩＰ装置の実施形態について図面を参照して説明する。

この実施形態では、ＳＩＰに対応した複数の通信端末と通信回線を介して接続され、このＳＩＰに従って呼接続処理を実行するＳＩＰ装置をＳＩＰ交換機システムに適用した場合について説明する。

（Ａ−１）第１の実施形態の構成
図１は、第1の実施形態に係るＳＩＰ交換機システムを有するネットワークシステムの構成図を示している。

図１に示すネットワークシステムは、ＳＩＰ交換機システムｌ００と、複数（Ｎ個）のＳＩＰ電話端末１２０−１、１２０−２、…、１２０−ＮとがＩＰ（インターネットプロトコル）ネットワーク（通信回線）１１０を介して接続される。

ＳＩＰ交換機システム１００は、ＳＩＰに従って呼接続処理を実行する。この実施形態では、ＳＩＰ信号として、要求信号と応答信号の送受信を実施している。

複数のＳＩＰ電話端末１２０−１、１２０−２、…、１２０−Ｎは、ＩＰネットワーク１１０を経由してＳＩＰ交換機システム１００と接続され、ＳＩＰ交換機システム１００による呼接続処理によりＩＰネットワーク１１０を経由して接続される相手先ＳＩＰ電話端末と通信（通話）する。

図１において、送信元の例えばＳＩＰ電話端末１２０−１から送信されるＳＩＰ要求信号は、ＩＰネットワーク１１０を介してＳＩＰ交換機システム１００に入力され、ＳＩＰ交換機システム１００によって処理される。

そして、ＳＩＰ交換機システム１００は、受信したＳＩＰ要求信号に対する所定の処理を行った結果に応じて送信元のＳＩＰ電話端末１２０−１へのＳＩＰ応答信号、あるいは接続先（送信先）の例えばＳＩＰ電話端末１２０−ＮへのＳＩＰ要求信号を、ＩＰネットワーク１１０を介して送信する。
次に、図２は、第1の実施形態に係るＳＩＰ交換機システム１００内部のブロック構成図を示している。

ＳＩＰ交換機システム１００では、ＲＦＣ３２６１の勧告に規定されたＳＩＰ階層（レイヤ）構造を有し、具体的には上層からアプリケーションレイヤ（トランザクションユーザ：ＴＵ）、トランザクションレイヤ、トランスポートレイヤを有しており、それぞれ、アプリケーション処理部１０５、トランザクション処理部１０７、トランスポート処理部１０９により制御管理されている。

ＳＩＰ電話端末１２０−１が、ＳＩＰ信号（要求信号、応答信号）をＳＩＰ交換機システム１００に送信した場合、ＳＩＰ交換機システム１００内部のトランスポート処理部１０９が受信する。

トランスポート処理部１０９は、受信したＳＩＰ信号をトランザクション処理部１０７に引き渡す。トランザクション処理部１０７は、受信したＳＩＰ信号から割当キーを抽出し、この割当キーに対応するトランザクションをメモリ１０７ｍに記憶されている割当キーから検索する。検索した結果、両方の割当キーが一致してトランザクションが存在する場合はそのトランザクションの状態に応じて処理を実施し、存在しない場合は新規にトランザクションを生成して処理を実施する。そして、条件に応じてアプリケーション処理部１０５に対してＳＩＰ信号を引き渡す。アプリケーション処理部１０５は、ＳＩＰ信号の内容と自身の状態により呼処理動作を実施する。

また、ＳＩＰ交換機システム１００が、ＳＩＰ電話端末１２０にＳＩＰ信号（要求信号、応答信号）を送信する場合、まずアプリケーション処理部１０５が、トランザクション処理部１０７に対して信号の送信を要求する。

この要求を受け付けたトランザクション処理部１０７は、新規にトランザクションを生成しトランスポート処理部１０９に対して信号の送信を依頼する。そして、トランスポート処理部１０９が、ＳＩＰ電話端末１２０に対してＳＩＰ信号を送信する。

トランザクション処理部１０７は、ＳＩＰ信号（要求信号、応答信号）を送信する際に再度送信タイマを設定し相手からの信号を待ち合わせる機能を持つ。再度送信タイマのタイムアウトを検出した場合には、アプリケーション処理部１０５を介在することなく（非介在）、トランザクション処理部１０７が自律でＳＩＰ信号（要求信号、応答信号）を再度送信する。この再度送信を何度か繰り返しリトライアウトした際には、トランザクション処理部１０７はアプリケーション処理部１０５にその旨を通知し、該当するトランザクションを解放する。

また、トランザクション処理部１０７の別の機能の１つとして、ＳＩＰ電話端未１２０側よりＳＩＰ信号が再度送信されるようなケースに備えて、トランザクション保持タイマにより状態を設定して処理が完了しても任意の期間までトランザクションを保持しておくという機能を有している。

トランザクション保持期間中にＳＩＰ信号が再度送信された際に、その信号が既にアプリケーション処理部１０５において処理済みであった場合には、その信号をトランザクション処理部１０７内に閉じて処理する。この役割により、アプリケーション処理部１０５側に再度送信されたＳＩＰ信号が引き渡されずアプリケーション処理部１０５における処理が実施されないため、結果としてＳＩＰ交換機システム１００内の処理負荷の軽減を実現している。

次に、図３は、第１の実施形態のＩＮＶＩＴＥクライアントトランザクションの状態遷移について説明するための比較例の状態遷移図である。

まず、アプリケーション処理部１０５からＩＮＶＩＴＥ信号の送信要求があると、ＳＩＰ電話端末１２０−Ｎに対してＩＮＶＩＴＥ信号を送信し、呼を確立するために呼び出し中であることを表すＣａｌｌｉｎｇ状態（呼出中状態）（Ｓ４１０）を設定する。

Ｃａｌｌｉｎｇ状態（呼出中状態）（Ｓ４ｌ０）において、タイマＡが切れた場合、タイマＡを再設定してＩＮＶＩＴＥ信号を再度送信し、処理状態としてＣａｌｌｉｎｇ状態（呼出中状態）（Ｓ４１０）を維持する。呼出中状態（Ｓ４１０）において、タイマＢが切れる、もしくはトランスポートエラーが発生した場合は、発生事象をアプリケーション処理部１０５に通知し、呼が終了して無効になったことを表すＴｅｒｍｉｎａｔｅｄ状態（終了状態）（Ｓ４４０）を設定する。

Ｃａｌｌｉｎｇ状態（呼出中状態）（Ｓ４１０）において、ＳＩＰ電話端末１２０−Ｎから１００番台の１ＸＸ応答を受信した場合は、１ＸＸ応答を受信した旨をアプリケーション処理部１０５に通知し、呼の確立処理の試行中であることを表すＰｒｏｃｅｅｄｉｎｇ状態（処理中状態）（Ｓ４２０）に設定する。

なお、ＲＦＣ３２６１の１００番台の１ＸＸ応答信号としては、１００Ｔｒｙｉｎｇ信号（試行中）、１８０Ｒｉｎｇｉｎｇ信号（呼出中）、１８１Ｃａｌｌ Ｉｓ Ｂｅｉｎｇ Ｆｏｒｗａｒｄｅｄ信号（呼がフォワードされている）、１８２Ｑｕｅｕｅｄ信号（キューに入れられた）、１８３Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ信号（セッションの進捗状況）等が規定されている。

Ｃａｌｌｉｎｇ状態（呼出中状態）（Ｓ４１０）において、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答を受信した場合は、２００番台の２ＸＸ応答を受信した旨をアプリケーション処理部１０５に通知し、Ｔｅｒｍｉｎａｔｅｄ状態（終了状態）（Ｓ４４０）を設定する。

なお、ＲＦＣ３２６１の２００番台の２ＸＸ応答信号としては、ＯＫ信号（成功）、２０２Ａｃｃｅｐｔｅｄ信号（受付）等が規定されている。

Ｃａｌｌｉｎｇ状態（呼出中状態）（Ｓ４１０）において、ＳＩＰ電話端末１２０−Ｎから３００〜６９９応答を受信した場合は、ＩＮＶＩＴＥトランザクションが自律でＡＣＫ信号（確認要求信号）を送信した後に３００〜６９９応答を受信した旨をアプリケーション処理部１０５に通知し、呼の確立が完了したことを表すＣｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）を設定する。

次いで、呼の確立のために試行中であることを表すＰｒｏｃｅｅｄｉｎｇ状態（処理中状態）（Ｓ４２０）において、ＳＩＰ電話端末１２０−Ｎから１ＸＸ応答を受信した場合は、１ＸＸ応答を受信した旨をアプリケーション処理部１０５に通知し、処理状態はＰｒｏｃｅｅｄｉｎｇ状態（処理中状態）（Ｓ４２０）を維持する。

Ｐｒｏｃｅｅｄｉｎｇ状態（処理中状態）（Ｓ４２０）において、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答を受信した場合は、２ＸＸ応答を受信した旨をアプリケーション処理部１０５に通知し、Ｔｅｎｍｉｎａｔｅｄ状態（終了状態）（Ｓ４４０）を設定する。

Ｐｒｏｃｅｅｄｉｎｇ状態（処理中状態）（Ｓ４２０）において、ＳＩＰ電話端末１２０−Ｎから３００〜６９９応答を受信した場合は、３００〜６９９応答を受信した旨をアプリケーション処理部１０５に通知し、ＳＩＰ電話端末１２０に対してＡＣＫ信号（確認要求信号）を送信し、Ｃｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）を設定する。

Ｃｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）において、ＳＩＰ電話端末１２０−Ｎから３００〜６９９応答を受信した場合は、ＳＩＰ電話端末１２０−Ｎに対して送信済みのＡＣＫ信号（確認要求信号）を再度送信し、処理状態はＣｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）を維持する。

Ｃｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）において、タイマＤが切れた場合は、アクションは起こさず、Ｔｅｒｍｉｎａｔｅｄ状態（Ｓ４４０）を設定する。Ｔｅｒｍｉｎａｔｅｄ状態（終了状態）（Ｓ４４０）に設定されたＩＮＶＩＴＥクライアントトランザクションは即座に解放される。

上述した状態遷移では、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答を受信しＴｅｒｍｉｎａｔｅｄ状態（終了状態）のＩＮＶＩＴＥクライアントトランザクションが解放された後に、２ＸＸ応答が再度送信されると、トランザクション処理部１０７から無条件にアプリケーション処理部１０５に２００応答信号を受信した旨が通知され、アプリケーション処理部１０５において、冗長な処理が起動されてしまうことになる。

これを回避するため、ＩＮＶＩＴＥクライアントトランザクションに新規にＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）を追加し、２００応答信号を受信してもすぐに開放せず再度送信に備える仕組みを実現する。

（Ａ−２）第１の実施形態の動作
図４は、第1の実施形態のＩＮＶＩＴＥクライアントトランザクションの状態遷移にＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）を適用して説明するための状態遷移図である。なお、図４においては、図３に示す各状態と同様の状態については同じ符号を付している。

図４において、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答信号を受信した際には、Ｃｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）を経由して一定時間（タイマＤ分）の間ＩＮＶＩＴＥクライアントトランザクションを保持しておくことにより、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答信号の再度送信に備えるというものである。

また、２ＸＸ応答信号に対するＡＣＫ信号（確認要求信号）は、アプリケーション処理部１０５から送信するという機能分担のため、この期間についてＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）（Ｓ５１０）を設けて２００番台の２ＸＸ応答信号の再度送信に備えるようにしている。

ここで、図４を参照して、第１の実施形態における特徴的な状態について説明する。

Ｃａｌｌｉｎｇ状態（呼出中状態）（Ｓ４１０）において、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答を受信した場合は、２ＸＸ応答を受信した旨をアプリケーション処理部１０５に通知し、呼の確立が完了前であることを表すＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）（Ｓ５１０）を設定する。

Ｐｒｏｃｅｅｄｉｎｇ状態（処理中状態）（Ｓ４１０）において、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答を受信した場合は、２ＸＸ応答を受信した旨をアプリケーション処理部１０５に通知し、ＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）（Ｓ５１０）を設定する。

ＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）（Ｓ５１０）において、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答の再度送信を受信した場合は、アプリケーション処理部１０５からＡＣＫ信号（確認要求信号）の送信要求待ちであるためこの時点ではアクションは起こさず、ＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）（Ｓ５１０）を維持する。

ＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）（Ｓ５１０）において、アプリケーション処理部１０５からＡＣＫ信号（確認要求信号）の送信要求があった場合は、ＳＩＰ電話端末１２０−ＮにＡＣＫ信号（確認要求信号）を送信し、Ｃｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）を設定する。

呼の確立が完了したことを表すＣｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）において、ＳＩＰ電話端末１２０−Ｎから２ＸＸ応答を受信した場合には既に送信済みＡＣＫ信号（確認要求信号）をＳＩＰ電話端末１２０−Ｎに再度送信する。その他の状態遷移については図３と同様である。

次に、図５を用いて、ＳＩＰ交換機システム１００からＳＩＰ電話端未１２０−Ｎに対して着信させる動作に対してＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）を適用した例を示す。

なお、この実施形態では、アプリケーション処理部１０５が、アプリケーションレイヤ（代理）からの発呼に応じて、ＩＮＶＩＴＥ要求をトランザクション処理部１０７に送信する例に適用して説明する。

ＳＩＰ交換機システム１００において、発呼元のアプリケーション処理部１０５から接続先のＳＩＰ電話端末１２０−Ｎに対する発呼を受け付け、アプリケーション処理部１０５がトランザクション処理部１０７に対してＩＮＶＩＴＥ信号（接続要求信号）の送信を要求（ＳＴ０３１０）してから、接続先のＳＩＰ電話端末１２０−Ｎより１８０Ｒｉｎｇｉｎｇ呼出中応答信号を受信して（ＳＴ０３２３）、発呼元のアプリケーション処理部１０５に着信加入者を呼び出している旨を通知するまでの動作は、図６と同様である。

なお、トランザクション処理部１０７は、アプリケーション処理部１０５から受け付けたＩＮＶＩＴＥ要求信号を参照して、ＩＮＶＩＴＥ要求信号に付加されているＶｉａヘッダからブランチＩＤとホスト名及びポート番号、ＣＳｅｑヘッダからメソッド名とシーケンス番号を抽出して割当キーとしてメモリに記憶しておく。

トランザクション処理部１０７は、呼び出し中の着信加入者が応答し、接続先のＳＩＰ電話端末１２０−Ｎから２００ＯＫ応答信号（終了了解）を受信（ＳＴ０３２４）し、２００応答信号を受信した旨をアプリケーション処理部１０５に通知する（ＳＴ０３１３）した後に、この２００応答信号から割当キーを抽出し、この割当キーに対応するＩＮＶＩＴＥクライアントトランザクリョンをメモリ１０７ｍから検索して、ＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）（Ｓ５１０）に設定する。

一方、アプリケーション処理部１０５は、発呼元のアプリケーション処理部１０５に対して応答を通知した後に、トランザクション処理部１０７に対してＡＣＫ信号の送信を要求するためのＡＣＫ要求信号を出力する（ＳＴ０３１４）。

ＡＣＫ要求信号を受け付けたトランザクション処理部１０７は、ＡＣＫ信号（確認要求信号）の生成・編集を行い、ＡＣＫ信号をＳＩＰ電話端末１２０−Ｎに対して送信する（ＳＴ０３２６）。なお、ＡＣＫ信号（確認要求信号）は、ＩＮＶＩＴＥ信号（接続要求信号）に応じて接続先のＳＩＰ電話端末１２０−Ｎが応答したことを確認するための確認要求信号である。

トランザクション処理部１０７は、アプリケーション処理部１０５から受信したＡＣＫ要求信号から割当キーを抽出し、この割当キーに対応するＩＮＶＩＴＥクライアントトランザクションをメモリ１０７ｍから検索して、このＩＮＶＩＴＥクライアントトランザクションをＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）からＣｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）を設定し、タイマＤを設定する。

ところで、このＣｏｍｐｌｅｔｅｄ状態（完了状態）（Ｓ４３０）において、ＳＩＰ交換機システム１００から送信されたＡＣＫ信号（確認要求信号）を受信（ＳＴ０３２６）したＳＩＰ電話端末１２０−Ｎは、上記ＳＴ０３２４と同じ内容の２００ＯＫ信号（終了了解）を再度送信する（ＳＴ０３２７）場合がある。なお、２００ＯＫ信号（終了了解）は、接続先のＳＩＰ電話端末１２０−ＮがこのＡＣＫ要求信号を受け付けたことをアプリケーション処理部１０５に通知するための戻り信号である。

トランザクション処理部１０７では、この２００ＯＫ信号（終了了解）（ＳＴ０３２７）から割当キーを抽出し、この割当キーに対応するＩＮＶＩＴＥクライアントトランザクションをメモリ１０７ｍから検索して、前回送信した（ＳＴ０３２６）と同じＡＣＫ信号（確認要求信号）をＳＩＰ電話端末１２０−Ｎに再度送信する（ＳＴ０３２８）。

このとき、トランザクション処理部１０７は、アプリケーション処理部１０５に対する通知は行わない。そして、トランザクション処理部１０７は、Ｃｏｍｐｌｅｔｅｄ状態（完了状態）をそのまま維持する。この結果、アプリケーション処理部１０５における冗長な処理の起動を回避することが可能となる。

Ｃｏｍｐｌｅｔｅｄ状態（完了状態）において、タイマＤが切れるとトランザクション処理部１０７は、ＩＮＶＩＴＥクライアントトランザクションをＴｅｒｍｉｎａｔｅｄ状態（終了状態）（Ｓ４４０）に設定し、ＩＮＶＩＴＥクライアントトランザクションを即座に解放する（ＳＴ０３２５）。

すなわち、トランザクション処理部１０７は、ＩＮＶＩＴＥ信号（接続要求）に関するトランザクションの生成から解放に至る間に、接続先のＳＩＰ電話端末１２０−Ｎから再度送信される２００ＯＫ信号（成功応答信号）をタイマＤで設定された期間だけ待ち受けるＣｏｍｐｌｅｔｅｄ状態（完了状態）を設定するように制御管理する。

（Ａ−３）第１の実施形態の効果
以上のように、この実施形態によれば、ＩＮＶＩＴＥクライアントトランザクションに完了前状態と完了状態を新規に設け、サーバ側より２００応答を受信した際に完了前状態と完了状態を経由させ、ＩＮＶＩＴＥクライアントトランザクションの保持時間を延長することにより、２００応答の再度の送信を待ち受けることが可能になるので、アプリケーション処理部１０５における冗長な処理の起動を回避することが可能となる。これにより、ＳＩＰ装置の処理負荷の軽減を実現することができる。

接続要求信号に応じて接続先の通信端末が応答したことを確認するための確認要求の信号を接続先の通信端末に送信し、接続先の通信端末がこの確認要求の信号を受け付けたことを通知するための確認要求の応答信号を受信し、接続要求に関するトランザクションの解放処理を行う前に、接続先の通信端末から戻り信号を所定期間内に入力した場合には、この戻り信号に関する応答通知をアプリケーション処理部１０５に通知しないように処理するので、アプリケーション処理部１０５における冗長な処理の起動を回避することが可能となる。これにより、ＳＩＰ装置の処理負荷の軽減を実現することができる。

（Ｃ）他の実施形態
（Ｃ−１）
上述した第１の実施形態では、アプリケーション処理部１０５が、アプリケーションレイヤ（代理）からの発呼に応じて、ＩＮＶＩＴＥ要求をトランザクション処理部１０７に送信したときＩＮＶＩＴＥクライアントトランザクションを生成するＳＩＰ交換機システム１００に適用した例を説明したが、本発明はこのような場合に限定するものではない。すなわち、例えばＳＩＰ電話端末１２０−１からのＩＮＶＩＴＥ信号を受信したＳＩＰ交換機システム１００が、ＩＮＶＩＴＥクライアントトランザクションを生成するようにした場合にも適用することができる。

（Ｃ−２）
上述した第１の実施形態では、ＳＩＰ電話端末１２０とＳＩＰ交換機システム１００との間にＩＰネットワーク１１０が介在する場合について説明したが、本発明はこのような場合に限定するものではない。すなわち、ＳＩＰ電話端末１２０とＩＰネットワークとの間にＳＩＰ装置がある場合でもよい。

（Ｃ−３）
上述した第１の実施形態では、ＳＩＰ電話端末１２０−１とＳＩＰ電話端末１２０−Ｎとの間にＩＰネットワーク１１０を介して１つのＳＩＰ交換機システムが介在している場合に適用した例を説明したが、本発明はこのような場合に限定するものではない。すなわち、実際の通信網を考慮すると、１つの装置に代わって、複数の装置が介在してもよい。

（Ｃ−４）
上述した第１の実施形態では、ＳＩＰ電話端末１２０とＳＩＰ交換機システム１００との間にＩＰネットワーク１１０が介在する場合について説明したが、本発明はこのような場合に限定するものではない。すなわち、ＳＩＰ交換機システムの機能がＳＩＰ電話端末に内蔵されてもよく、この場合、複数のＳＩＰ電話端末をＩＰネットワークを介して接続してもよい。

（Ｃ−５）
上述した第１の実施形態では、接続要求に関するトランザクションの解放処理を行う前に、２００ＯＫ信号（終了了解）を所定期間内に接続先のＳＩＰ通信端末から受信した場合には、２００ＯＫ信号（終了了解）があったことをアプリケーション処理部１０５に通知しないように処理する場合について説明した。しかしながら、本発明はこのような場合に限定するものではなく、２００ＯＫ信号（終了了解）以外の戻り信号として、例えば、１００番台や２００番台の応答信号があったことをアプリケーション処理部に通知しないように処理する場合でもよい。この場合でも、アプリケーション処理部１０５に対して新たに冗長な処理を起動させることを回避することができ、処理負荷の軽減に寄与することができる。

（Ｃ−６）
上述した第１の実施形態では、ＩＰネットワーク１１０にＳＩＰ電話端末１２０−Ｎが接続されている場合について説明したが、本発明はこのような場合に限定するものではない。すなわち、ＩＰネットワーク１１０にゲートウエイ（ＧＷ）を介して電話端末が接続されている場合でもよく、この場合、ゲートウエイ（ＧＷ）がＳＩＰから例えばＰＳＴＮへのプロトコル変換を行う役割を果たす。

第1の実施形態のＳＩＰ交換機システム１００を有するネットワークシステムの構成図である。 第1の実施形態のＳＩＰ交換機システム１００内部のブロック構成図である。 第１の実施形態のＩＮＶＩＴＥクライアントトランザクションの状態遷移について説明するための比較例の状態遷移図である。 第1の実施形態のＩＮＶＩＴＥクライアントトランザクションの状態遷移にＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）を適用して説明するための状態遷移図である。 第１の実施形態のＳＩＰ交換機システム１００からＳＩＰ電話端未１２０−Ｎに対して着信させる動作に対してＰｒｅＣｏｍｐｌｅｔｅｄ状態（完了前状態）を適用した例を示すシーケンス図である。 従来のＳＩＰ交換機システム１００が代理してＳＩＰ電話端末１２０−Ｎに対して着信させる際の動作について説明するためのシーケンス図である。

符号の説明

１００…ＳＩＰ交換機システム、１１０…ＩＰネットワーク、１２０…ＳＩＰ電話端末、１０５…アプリケーション処理部、１０７…トランザクション処理部、１０７ｍ…メモリ、１０９…トランスポート処理部

Claims (9)

1. ＳＩＰに対応した複数の通信端末と通信回線を介して接続され、発呼側のアプリケーションレイヤからの発呼に応じて、前記ＳＩＰに従って接続要求信号を接続先側に送信するＳＩＰ装置において、
   前記接続要求信号に応じて接続先側が応答したことを確認するための確認要求信号を出力するアプリケーション処理手段と、
   この確認要求信号を前記接続先側に送信し、前記接続先側がこの確認要求信号を受け付けたことを前記アプリケーション処理手段に通知するための戻り信号を受信するトランスポート処理手段と、
   前記接続要求に関するトランザクションの解放処理を行う前に、前記戻り信号を所定期間内に前記接続先側から受信した場合には、この戻り信号があったことを前記アプリケーション処理手段に通知しないように処理するトランザクション処理手段と
   を有することを特徴とするＳＩＰ装置。
2. 前記トランザクション処理手段は、
   前記接続要求信号に応じて前記接続先側が応答したことを表す戻り信号を受信した場合に、現在の処理状態を呼の確立が完了前であることを表す完了前状態に設定するように処理し、前記アプリケーション処理手段から確認要求信号を受け付けた場合に、現在の処理状態を前記完了前状態から呼の確立が完了したことを表す完了状態に設定するように処理することを特徴とする請求項１記載のＳＩＰ装置。
3. 前記トランザクション処理手段は、
   前記接続要求信号を前記接続先側が送信した場合に、現在の処理状態を呼を確立するために呼び出し中であることを表す呼出中状態に設定するように処理し、前記接続先側から１回目の戻り信号を入力した場合には、現在の処理状態を前記呼出中状態から呼の確立が完了前であることを表す完了前状態に設定するように処理することを特徴とする請求項１記載のＳＩＰ装置。
4. 前記トランザクション処理手段は、
   試行中の戻り信号を前記接続先側から受信した場合に、現在の処理状態を呼出中状態から呼の確立処理の試行中であることを表す処理中状態に設定するように処理し、前記接続先側から１回目の戻り信号を入力したときには、現在の処理状態を前記処理中状態から呼の確立が完了前であることを表す完了前状態に設定するように処理することを特徴とする請求項１記載のＳＩＰ装置。
5. 前記トランザクション処理手段は、
   前記戻り信号を前記接続先側から再度受信した場合には、現在の処理状態である完了前状態を維持するように処理することを特徴とする請求項３または４項に記載のＳＩＰ装置。
6. 前記トランザクション処理手段は、
   前記接続要求信号に応じて接続先側が応答したことを確認するための確認要求信号を前記接続先側に送信した場合に、現在の処理状態を呼の確立が完了したことを表す完了状態に設定するように処理することを特徴とする請求項１記載のＳＩＰ装置。
7. 前記トランザクション処理手段は、
   前記所定期間が経過した場合には、現在の処理状態を前記完了状態から呼が無効になったことを表す終了状態に設定するように処理することを特徴とする請求項２または６項に記載のＳＩＰ装置。
8. 前記トランザクション処理手段は、
   前記所定期間内に再度前記戻り信号を前記接続先側から受信した場合には、前回送信した確認要求信号を前記接続先側に再度送信し、前記完了状態を維持するように処理することを特徴とする請求項２記載のＳＩＰ装置。
9. ＳＩＰに対応した複数の通信端末と通信回線を介して接続され、発呼側のアプリケーションレイヤからの発呼に応じて、前記ＳＩＰに従って接続要求信号を接続先側に送信するＳＩＰ装置の処理方法において、
   前記接続要求信号に応じて接続先側が応答したことを確認するための確認要求信号を出力するアプリケーション処理ステップと、
   この確認要求信号を前記接続先側に送信し、前記接続先側がこの確認要求信号を受け付けたことを前記アプリケーション処理ステップに通知するための戻り信号を受信するトランスポート処理ステップと、
   前記接続要求に関するトランザクションの解放処理を行う前に、前記戻り信号を所定期間内に前記接続先側から受信した場合には、この戻り信号があったことを前記アプリケーション処理ステップに通知しないように処理するトランザクション処理ステップと
   を有することを特徴とするＳＩＰ装置の処理方法。
   

Images