JP2010199703A

JP2010199703A - トランザクション生起方法及びトランザクション生起システム

Info

Publication number: JP2010199703A
Application number: JP2009039375A
Authority: JP
Inventors: Ko Harada; 高原田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2009-02-23
Filing date: 2009-02-23
Publication date: 2010-09-09
Anticipated expiration: 2029-02-23
Also published as: JP4751937B2

Abstract

【課題】メモリに制約がある場合や、トランザクション数が制限されている場合においても、可能な限りトランザクションを生起し、要求信号の処理を受け付ける。
【解決手段】トランザクションを生起する際に、トランザクション数ｎがトランザクション上限数Ｎに達している場合、最終応答を送信済み、あるいは、最終応答を受信済みのトランザクションがある場合は、そのトランザクションの内、最も生起が古いトランザクションを解放し、生起するトランザクションが切断系のメソッドである場合は、既に存在するトランザクションの内、最も生起が古いトランザクションを解放する。これにより、解放したトランザクションのリソースを用いて新たなトランザクションの生起が可能となる。
【選択図】図３

Description

本発明は、ＳＩＰ装置においてトランザクションを生起する技術に関する。

ＳＩＰ（Session Initiation Protocol：セッション開始プロトコル）に対応する電話端末や交換機システムでは、ＳＩＰメッセージにより要求信号（リクエスト）と応答信号（レスポンス）のやりとりを繰り返し行うことによって、セッションの開始・終了といった呼制御を実現している。

ＳＩＰに対応する電話端末や交換機システムなどのＳＩＰ装置間の通信は、要求信号と応答信号からなるトランザクションを単位として行われている。ＳＩＰ装置ではトランザクションの管理を行うトランザクションレイヤを有し、ＳＩＰメッセージ消失時の再送タイマを保持して適切な間隔でメッセージを再送するなどの処理を行っている。

トランザクションは、要求信号を送信、あるいは、受信した場合に生起され、最終応答信号を送信、あるいは、受信した後に解放される。ただし、同一の最終応答信号の再送が要求されることに備えて、最終応答信号の送信後も一定時間トランザクションの解放を待ち合わせている。また、要求信号を送信したトランザクションについても、再送される最終応答信号の受信に備えて、最終応答信号受信後も一定時間トランザクションの解放を待ち合わせている。

黒川章、外１名、「ＥＴＳＩＴＩＳＰＡＮのＮＧＮ標準化動向」、ＮＴＴ技術ジャーナル、日本電信電話株式会社、２００６年４月、p.71-73 J. Rosenberg、外７名、"RFC3261, SIP:Session Initiation Protocol"、［online］、２００２年６月、IETF、インターネット〈ＵＲＬ：http://www.ietf.org/rfc/rfc3261.txt〉 R. Sparks、"Correct transaction handling for 200 responses to Session Initiation Protocol INVITE requests draft-sparks-sip-invfix-02"、［online］、２００８年７月、IETF、インターネット〈ＵＲＬ：http://tools.ietf.org/id/draft-sparks-sip-invfix-02.txt〉

しかしながら、要求信号と最終応答信号のやり取りが引き続いて複数回行われる場合、例えば、電話端末において保留・保留解除を連続して行った場合などに、最終応答送信・受信後もトランザクションを保持すると、多数のトランザクションを同時に保持する必要が出てくるため、トランザクションの生起に従ってトランザクション管理のために割り当てるメモリの量が増加してしまう、という問題があった。あるいは、ＳＩＰトランザクションの管理方法として、１ダイアログ当たりのトランザクションに上限値を設けた場合、上限を超えた時点でトランザクションの生起が不可能となり、結果として要求信号を受け付けられなくなる、という問題があった。

本発明は、上記に鑑みてなされたものであり、その課題とするところは、メモリに制約がある場合や、トランザクション数が制限されている場合においても、可能な限りトランザクションを生起し、要求信号の処理を受け付けることにある。

第１の本発明に係るトランザクション生起方法は、要求信号とその要求信号に対する１つ以上の応答信号からなるトランザクションにより呼信号制御を行うＳＩＰ装置のトランザクション生起方法であって、新たなトランザクションを生起するためのリソースを捕捉できない場合、要求信号に対する最終応答信号を送信済み、あるいは、要求信号に対する最終応答信号を受信済みのトランザクションが存在していれば、当該トランザクションの内のいずれかを解放して新たなトランザクションを生起するステップを有することを特徴とする。

第２の本発明に係るトランザクション生起方法は、要求信号とその要求信号に対する１つ以上の応答信号からなるトランザクションにより呼信号制御を行うＳＩＰ装置のトランザクション生起方法であって、新たなトランザクションを生起するためのリソースを捕捉できない場合、当該トランザクションが切断系のときは、存在するトランザクションのいずれかを解放して新たなトランザクションを生起するステップを有することを特徴とする。

上記トランザクション生起方法において、解放するトランザクションは、条件に該当するトランザクションの内、最も生起が古いトランザクションであることを特徴とする。

第３の本発明に係るトランザクション生起システムは、要求信号とその要求信号に対する１つ以上の応答信号からなるトランザクションにより呼信号制御を行うＳＩＰ装置のトランザクション生起システムであって、新たなトランザクションを生起するためのリソースを捕捉できない場合、要求信号に対する最終応答信号を送信済み、あるいは、要求信号に対する最終応答信号を受信済みのトランザクションが存在していれば、当該トランザクションの内のいずれかを解放して新たなトランザクションを生起するトランザクション処理手段を有することを特徴とする。

第４の本発明に係るトランザクション生起システムは、要求信号とその要求信号に対する１つ以上の応答信号からなるトランザクションにより呼信号制御を行うＳＩＰ装置のトランザクション生起方法であって、新たなトランザクションを生起するためのリソースを捕捉できない場合、当該トランザクションが切断系のときは、存在するトランザクションのいずれかを解放して新たなトランザクションを生起するトランザクション処理手段を有することを特徴とする。

上記トランザクション生起システムにおいて、解放するトランザクションは、条件に該当するトランザクションの内、最も生起が古いトランザクションであることを特徴とする。

本発明にあっては、新たなトランザクションを生起するためのリソースを捕捉できない場合、所定の条件を満たすトランザクションを解放することにより、解放したトランザクションのリソースを用いて新たなトランザクションを生起することが可能となる。

このように、本発明によれば、メモリに制約がある場合や、トランザクション数が制限されている場合においても、可能な限りトランザクションを生起し、要求信号の処理を受け付けることができる。

ＩＰ電話サービスシステムの一構成例を示す模式図である。上記ＩＰ電話サービスシステムに用いるＳＩＰ装置の一構成例を示すブロック図である。一実施の形態におけるトランザクション生起システムがトランザクションを生起するときの処理の流れを示すフローチャートである。ＩＮＶＩＴＥクライアントトランザクションの状態遷移を説明するための説明図である。ＩＮＶＩＴＥサーバトランザクションの状態遷移を説明するための説明図である。非ＩＮＶＩＴＥクライアントトランザクションの状態遷移を説明するための説明図である。非ＩＮＶＩＴＥサーバトランザクションの状態遷移を説明するための説明図である。

以下、本発明の実施の形態について図面を用いて説明する。

図１は、ＩＰ電話サービスシステムの一構成例を示す模式図である。同図に示すように、ＩＰ電話サービスシステムは、加入者ＳＩＰサーバ２０、中継ＳＩＰサーバ３０、ＶｏＩＰゲートウェイ装置４０、および端末装置５０を有する。上記各ＳＩＰ装置がＳＩＰメッセージを送受信することで呼接続サービスを提供する。

加入者ＳＩＰサーバ２０は、ＩＰネットワーク１００上に配置され、ＩＰ電話サービス加入者の端末装置５０を収容する。

中継ＳＩＰサーバ３０は、端末装置５０を直接収容するものではなく、加入者ＳＩＰサーバ２０、他の中継ＳＩＰサーバ３０、およびＶｏＩＰゲートウェイ装置４０のＳＩＰメッセージを中継する。

ＶｏＩＰゲートウェイ装置４０は、アナログ音声データをデジタルデータに変換し、デジタルデータをアナログ音声データに変換して、ＰＳＴＮ（Public Switched Telephone Networks：公衆交換電話網）２００とＩＰネットワーク１００との間の中継を行う。

端末装置５０は、ＩＰ電話サービスの通信端末であり、ＳＩＰによる呼信号制御が可能である。

次に、加入者ＳＩＰサーバ２０、中継ＳＩＰサーバ３０、ＶｏＩＰゲートウェイ装置４０、および端末装置５０の構成を説明する。ＳＩＰにより呼信号制御を行う上記ＳＩＰ装置は、本実施の形態におけるトランザクション生起システムを備える。図２は、ＳＩＰ装置の一構成例を示すブロック図である。同図に示すＳＩＰ装置１０は、呼処理を行うアプリケーション処理部１１、呼処理信号のトランザクション管理を行うトランザクション処理部１２、およびトランスポート処理部１３を有する。

トランザクション処理部１２は、トランスポート処理部１３から要求信号を受信した場合、および、アプリケーション処理部１１から要求信号送信指示を受けた場合にトランザクションを生起し、ＳＩＰメッセージ消失時の再送タイマを保持して適切な間隔でメッセージを再送するなどの処理を行う。トランザクション処理部１２は、新たなトランザクションを生起するためのリソースを捕捉できない場合、既存のトランザクションに所定の条件を満たす解放可能なトランザクションが存在していれば、そのトランザクションの内、最も生起が古いトランザクションを解放し、そのリソースを用いて新たなトランザクションを生起する。トランザクションを生起する処理の詳細については後述する。

トランスポート処理部１３は、ＵＤＰ（User Datagram Protocol）、ＴＣＰ（Transmission Control Protocol）、ＳＣＴＰ（Stream Control Transmission Protocol）を用いて、他のＳＩＰ装置１０との通信を可能とする。

ＳＩＰ装置１０が要求信号を送信する場合、アプリケーション処理部１１がトランザクション処理部１２に対して要求信号の送信を要求する。トランザクション処理部１２は、トランザクションを生起してトランスポート処理部１３に対して要求信号の送信を要求する。そして、トランスポート処理部１３が要求信号を送信する。要求信号に対する応答信号は、トランスポート処理部１３が受信してトランザクション処理部１２に渡し、トランザクション処理部１２がアプリケーション処理部１１に渡す。

一方、ＳＩＰ装置１０が要求信号を受信した場合、トランスポート処理部１３は、受信した要求信号をトランザクション処理部１２に渡す。トランザクション処理部１２は、トランザクションを生起してトランスポート処理部１３に要求信号を渡す。そして、アプリケーション処理部１１は、トランザクション処理部１２に対して要求信号に対する応答信号の送信を要求し、トランザクション処理部１２は、トランスポート処理部１３に対して応答信号の送信を要求し、トランスポート処理部１３が応答信号を送信する。

次に、トランザクション処理部１２がトランザクションを生起する時の処理について説明する。図３は、トランザクション生起時の処理手順を示したフローチャートである。ダイアログ当たりのトランザクション上限数Ｎを定め、現在ダイアログ内で保持されているトランザクションの数をｎとする。

まず、要求信号を受信、または、送信するためにトランザクション処理部１２がトランザクションを生起しようとするとき、既に保持されているダイアログ内のトランザクション数ｎが、トランザクション上限数Ｎより小さいか判定する（ステップＳ１）。

トランザクション数ｎがトランザクション上限数Ｎよりも小さければ、トランザクションを生起し（ステップＳ２）、トランザクション数ｎに１加算して（ステップＳ３）、処理を終了する。

トランザクション数ｎがトランザクション上限数Ｎに達している場合、最終応答受信済み、または、最終応答送信済みのトランザクションがあるか判定する（ステップＳ４）。

最終応答受信済み、または、最終応答送信済みのトランザクションがある場合、そのトランザクションの内、最も生起が古いトランザクションを解放して、トランザクション数ｎを１減算する（ステップＳ５）。そして、トランザクションを生起し（ステップＳ２）、トランザクション数ｎに１加算して（ステップＳ３）、処理を終了する。

最終応答受信済み、または、最終応答送信済みのトランザクションがない場合、生起しようとしているトランザクションが切断系のメソッドであるか判定する（ステップＳ６）。

生起しようとしているトランザクションが切断系のメソッドである場合、生起が最も古いトランザクションを解放して、トランザクション数ｎを１減算する（ステップＳ７）。そして、トランザクションを生起し（ステップＳ２）、トランザクション数ｎに１加算して（ステップＳ３）、処理を終了する。

一方、生起しようとしているトランザクションが切断系のメソッドでない場合、エラー処理をして（ステップＳ８）、処理を終了する。

次に、非特許文献２，３にて定義されているトランザクションの状態遷移について説明する。トランザクション処理部１２が管理するトランザクションは、ステートマシンを保持することによりその機能を提供する。トランザクションは、クライアントの側面とサーバの側面を持ち、それぞれ、クライアントトランザクション、サーバトランザクションとして知られる。クライアントトランザクションは要求信号を送り、サーバトランザクションは応答信号を送る。クライアントトランザクション、サーバトランザクションの状態遷移はそれぞれ２種類存在する。一つは、ＩＮＶＩＴＥリクエストのためのものであり、もう一つは、ＩＮＶＩＴＥリクエスト以外のすべてのリクエスト（要求信号）のためのものである。

図４は、ＩＮＶＩＴＥクライアントトランザクションの状態遷移を説明するための図である。トランザクション処理部１２は、アプリケーション処理部１１からＩＮＶＩＴＥリクエストの送信要求があると、トランスポート処理部１３にＩＮＶＩＴＥリクエストを渡し、Ｃａｌｌｉｎｇ（呼出中）状態に入る。このとき、ＩＮＶＩＴＥリクエスト再送のためのタイマＡ、および、タイムアウトを検出するためのタイマＢを開始する。

Ｃａｌｌｉｎｇ状態のときに、タイマＡが満了すると、タイマＡをリセットしてＩＮＶＩＴＥリクエストを再送する。タイマＢが満了、あるいは、トランスポートのエラーが発生した場合は、アプリケーション処理部１１へ通知し、Ｔｅｒｍｉｎａｔｅｄ（終了）状態に入る。

Ｃａｌｌｉｎｇ状態のときに、１ｘｘ応答を受信した場合、その旨をアプリケーション処理部１１に通知し、Ｐｒｏｃｅｅｄｉｎｇ（処理中）状態へ入る。Ｐｒｏｃｅｅｄｉｎｇ状態のときに、１ｘｘ応答を受信した場合、その旨をアプリケーション処理部１１に通知する。

Ｃａｌｌｉｎｇ状態、あるいは、Ｐｒｏｃｅｅｄｉｎｇ状態のときに、２ｘｘ応答を受信すると、その旨をアプリケーション処理部１１に通知し、Ａｃｃｅｐｔｅｄ（受付）状態に入り、タイマＭを開始する。Ａｃｃｅｐｔｅｄ状態のときに、２ｘｘ応答を受信すると、その旨をアプリケーション処理部１１に通知する。タイマＭが満了すると、Ｔｅｒｍｉｎａｔｅｄ状態に入る。

一方、Ｃａｌｌｉｎｇ状態、あるいは、Ｐｒｏｃｅｅｄｉｎｇ状態のときに、３００−６９９応答を受信した場合、その旨をアプリケーション処理部１１に通知するとともに、トランザクション処理部１２がＡＣＫを生成してトランスポート処理部１３に渡し、Ｃｏｍｐｌｅｔｅｄ（完了）状態に入り、タイマＤを開始する。

Ｃｏｍｐｌｅｔｅｄ状態のときに、３００−６９９応答を受信すると、その旨をアプリケーション処理部１１に通知する。タイマＤが満了すると、Ｔｅｒｍｉｎａｔｅｄ状態に入る。Ｃｏｍｐｌｅｔｅｄ状態のときに、トランスポートのエラーが発生した場合は、その旨をアプリケーション処理部１１に通知し、Ｔｅｒｍｉｎａｔｅｄ状態に入る。

図４中において、トランザクションを解放可能な条件は、最終応答（２ｘｘ応答、３００−６９９応答）を受信した後のＣｏｍｐｌｅｔｅｄ状態、または、Ａｃｃｅｐｔｅｄ状態である。なお、トランザクションを解放可能な条件を最終応答の受信後ではなく、ＡＣＫの送信後としてもよい。

図５は、ＩＮＶＩＴＥサーバトランザクションの状態遷移を説明するための図である。ＩＮＶＩＴＥリクエストを受信すると、アプリケーション処理部１１に通知し、Ｐｒｏｃｅｅｄｉｎｇ（処理中）状態に入る。そして、２００ｍｓ以内にアプリケーション処理部１１から要求がなければ、トランザクション処理部１２が１００応答を生成してトランスポート処理部１３に渡す。

Ｐｒｏｃｅｅｄｉｎｇ状態のときに、アプリケーション処理部１１から１０１−１９９応答の送信要求がある場合、１０１−１９９応答をトランスポート処理部１３に渡す。なお、トランザクションにマッチしたＩＮＶＩＴＥリクエストを受信した場合は、そのＩＮＶＩＴＥリクエストは再送であり、応答信号を送信する。

Ｐｒｏｃｅｅｄｉｎｇ状態のときに、トランスポートのエラーが発生した場合は、その旨をアプリケーション処理部１１に通知し、Ｔｅｒｍｉｎａｔｅｄ（終了）状態に入る。

Ｐｒｏｃｅｅｄｉｎｇ状態のときに、アプリケーション処理部１１から２ｘｘ応答の送信要求がある場合、その２ｘｘ応答をトランスポート処理部１３に渡し、Ａｃｃｅｐｔｅｄ（受付）状態に入り、タイマＬを開始する。Ａｃｃｅｐｔｅｄ状態のときに、アプリケーション処理部１１から２ｘｘ応答の送信要求がある場合、その２ｘｘ応答をトランスポート処理部１３に渡す。タイマＬが満了すると、Ｔｅｒｍｉｎａｔｅｄ状態に入る。

一方、Ｐｒｏｃｅｅｄｉｎｇ状態のときに、アプリケーション処理部１１から３００−６９９応答の送信要求がある場合、３００−６９９応答をトランスポート処理部１３に渡し、Ｃｏｍｐｌｅｔｅｄ（完了）状態に入る。Ｃｏｍｐｌｅｔｅｄ状態に入るとタイマＧ、タイマＨを開始する。タイマＧが満了すると、タイマＧをリセットし、３００−６９９応答をトランスポート処理部１３に渡して再送する。また、Ｃｏｍｐｌｅｔｅｄ状態のときに、ＩＮＶＩＴＥリクエストの再送を受信した場合、応答信号を再送する。Ｃｏｍｐｌｅｔｅｄ状態のときに、ＡＣＫを受信すると、Ｃｏｎｆｉｒｍｅｄ（確認済）状態に入り、タイマＩを開始し、タイマＩが満了するとＴｅｒｍｉｎａｔｅｄ状態に入る。なお、Ｃｏｍｐｌｅｔｅｄ状態のときに、タイマＨが満了、あるいは、トランスポートのエラーが発生した場合は、アプリケーション処理部１１へ通知し、Ｔｅｒｍｉｎａｔｅｄ状態に入る。

図５中において、トランザクションを解放可能な条件は、最終応答（２ｘｘ応答、３００−６９９応答）を送信した後のＣｏｍｐｌｅｔｅｄ状態、Ｃｏｎｆｉｒｍｅｄ状態、または、Ａｃｃｅｐｔｅｄ状態である。なお、トランザクションを解放可能な条件を最終応答の送信後ではなく、ＡＣＫの受信後としてもよい。

図６は、非ＩＮＶＩＴＥクライアントトランザクションの状態遷移を説明するための図である。トランザクション処理部１２は、アプリケーション処理部１１からリクエストの送信要求があると、トランスポート処理部１３にリクエストを渡し、Ｔｒｙｉｎｇ（試行中）状態に入る。このとき、リクエスト再送のためのタイマＥ、および、タイムアウトを検出するためのタイマＦを開始する。

Ｔｒｙｉｎｇ状態のときに、タイマＥが満了すると、タイマＥをリセットしてリクエストを再送する。タイマＦが満了、あるいは、トランスポートのエラーが発生した場合は、アプリケーション処理部１１へ通知し、Ｔｅｒｍｉｎａｔｅｄ（終了）状態に入る。

Ｔｒｙｉｎｇ状態のときに、１ｘｘ応答を受信した場合、その旨をアプリケーション処理部１１に通知し、Ｐｒｏｃｅｅｄｉｎｇ（処理中）状態に入る。

Ｐｒｏｃｅｅｄｉｎｇ状態のときに、１ｘｘ応答を受信した場合、その旨をアプリケーション処理部１１に通知する。Ｐｒｏｃｅｅｄｉｎｇ状態のときに、タイマＥが満了すると、タイマＥをリセットしてリクエストを再送する。Ｐｒｏｃｅｅｄｉｎｇ状態のときに、タイマＦが満了、あるいは、トランスポートのエラーが発生した場合は、アプリケーション処理部１１へ通知し、Ｔｅｒｍｉｎａｔｅｄ（終了）状態に入る。

一方、Ｔｒｙｉｎｇ状態、あるいは、Ｐｒｏｃｅｅｄｉｎｇ状態のときに、２００−６９９応答を受信した場合、その旨をアプリケーション処理部１１に通知し、Ｃｏｍｐｌｅｔｅｄ（完了）状態に入り、タイマＫを開始する。タイマＫが満了すると、Ｔｅｒｍｉｎａｔｅｄ状態に入る。

図６中において、トランザクションを解放可能な条件は、最終応答（２００−６９９応答）を受信した後のＣｏｍｐｌｅｔｅｄ状態である。

図７は、非ＩＮＶＩＴＥサーバトランザクションの状態遷移を説明するための図である。リクエストを受信すると、アプリケーション処理部１１に通知し、Ｔｒｙｉｎｇ（試行中）状態に入る。

Ｔｒｙｉｎｇ状態のときに、アプリケーション処理部１１から１ｘｘ応答の送信要求がある場合、１ｘｘ応答をトランスポート処理部１３に渡し、Ｐｒｏｃｅｅｄｉｎｇ（処理中）状態に入る。

Ｐｒｏｃｅｅｄｉｎｇ状態のときに、アプリケーション処理部１１から１ｘｘ応答の送信要求がある場合、１ｘｘ応答をトランスポート処理部１３に渡す。また、リクエストの再送を受信した場合は、応答信号を再送する。

Ｔｒｙｉｎｇ状態、あるいは、Ｐｒｏｃｅｅｄｉｎｇ状態のときに、アプリケーション処理部１１から２００−６９９応答の送信要求がある場合、２００−６９９応答をトランスポート処理部１３に渡し、Ｃｏｍｐｌｅｔｅｄ（完了）状態に入り、タイマＪを開始する。タイマＪが満了すると、Ｔｅｒｍｉｎａｔｅｄ（終了）状態に入る。Ｃｏｍｐｌｅｔｅｄ状態のときに、リクエストの再送を受信した場合は、応答信号を再送する。

Ｐｒｏｃｅｅｄｉｎｇ状態、あるいは、Ｃｏｍｐｌｅｔｅｄ状態のときに、トランスポートのエラーが発生した場合、その旨をアプリケーション処理部１１に通知し、Ｔｅｒｍｉｎａｔｅｄ状態に入る。

図７中において、トランザクションを解放可能な条件は、最終応答（２００−６９９応答）を送信した後のＣｏｍｐｌｅｔｅｄ状態である。

以上説明したように、本実施の形態によれば、トランザクションの保持期間においても、トランザクションを解放可能な条件を定め、その条件に該当するトランザクションが存在する場合は、そのトランザクションを解放可能とすることで、生起するトランザクションを優先して捕捉できるようになる。具体的には、トランザクションを生起する際に、トランザクション数ｎがトランザクション上限数Ｎに達している場合、最終応答を送信済み、あるいは、最終応答を受信済みのトランザクションがある場合は、そのトランザクションの内、最も生起が古いトランザクションを解放し、生起するトランザクションが切断系のメソッドである場合は、既に存在するトランザクションの内、最も生起が古いトランザクションを解放することにより、解放したトランザクションのリソースを用いて新たなトランザクションの生起が可能となる。

これにより、保留・保留解除が連続して行われるような状況においても、メモリの枯渇、あるいは、メモリの制約によるエラー処理などを行わず、限られたリソースの中でも正常に信号処理を継続することができる。

また、キャリアにおいて利用されるＳＩＰ装置のように、多数のダイアログを管理する必要があるために、ダイアログ当たりのトランザクション数を制限する必要がある装置において、信号処理の継続性を高めることができる。

さらに、ユーザ端末装置のような、ハードウェア上の制約が大きいがために、１ダイアログ当たりのトランザクション数が制限される装置において、信号処理の継続性を高めることができる。

１０…ＳＩＰ装置
１１…アプリケーション処理部
１２…トランザクション処理部
１３…トランスポート処理部
２０…加入者ＳＩＰサーバ
３０…中継ＳＩＰサーバ
４０…ＶｏＩＰゲートウェイ装置
５０…端末装置
１００…ＩＰネットワーク
２００…ＰＳＴＮ

Claims

要求信号とその要求信号に対する１つ以上の応答信号からなるトランザクションにより呼信号制御を行うＳＩＰ装置のトランザクション生起方法であって、
新たなトランザクションを生起するためのリソースを捕捉できない場合、前記要求信号に対する最終応答信号を送信済み、あるいは、前記要求信号に対する最終応答信号を受信済みのトランザクションが存在していれば、当該トランザクションの内のいずれかを解放して新たなトランザクションを生起するステップを有すること
を特徴とするトランザクション生起方法。
要求信号とその要求信号に対する１つ以上の応答信号からなるトランザクションにより呼信号制御を行うＳＩＰ装置のトランザクション生起方法であって、
新たなトランザクションを生起するためのリソースを捕捉できない場合、当該トランザクションが切断系のときは、存在するトランザクションのいずれかを解放して新たなトランザクションを生起するステップを有すること
を特徴とするトランザクション生起方法。
解放するトランザクションは、条件に該当する前記トランザクションの内、最も生起が古いトランザクションであることを特徴とする請求項１又は２記載のトランザクション生起方法。
要求信号とその要求信号に対する１つ以上の応答信号からなるトランザクションにより呼信号制御を行うＳＩＰ装置のトランザクション生起システムであって、
新たなトランザクションを生起するためのリソースを捕捉できない場合、前記要求信号に対する最終応答信号を送信済み、あるいは、前記要求信号に対する最終応答信号を受信済みのトランザクションが存在していれば、当該トランザクションの内のいずれかを解放して新たなトランザクションを生起するトランザクション処理手段を有すること
を特徴とするトランザクション生起システム。
要求信号とその要求信号に対する１つ以上の応答信号からなるトランザクションにより呼信号制御を行うＳＩＰ装置のトランザクション生起方法であって、
新たなトランザクションを生起するためのリソースを捕捉できない場合、当該トランザクションが切断系のときは、存在するトランザクションのいずれかを解放して新たなトランザクションを生起するトランザクション処理手段を有すること
を特徴とするトランザクション生起システム。
解放するトランザクションは、条件に該当する前記トランザクションの内、最も生起が古いトランザクションであることを特徴とする請求項４又は５記載のトランザクション生起システム。