JP5421940B2 - 呼処理制御装置および呼処理制御方法 - Google Patents

Description

本発明は、呼制御によりセッション確立を行うための呼処理制御装置および呼処理制御方法に関する。

従来、呼制御によりセッション確立を行う技術として、通信制御プロトコルであるＳＩＰ（Session Initiation Protocol）が開発されている。このＳＩＰは、ＩＰネットワークを利用して、固定電話網が持つような高い品質、信頼性、および安定性を保持してユーザ端末間で音声情報や映像情報等のメディア通信を行うことを可能にする。

ＳＩＰによる呼制御は、ＩＰネットワークを介して接続された、エンドユーザが利用する加入者端末と加入者端末間の通信を中継するＳＩＰサーバ間や、複数のＳＩＰサーバ間で実行される。

これらのＳＩＰサーバにおいてＳＩＰに従って信号処理が実行されるときの例を、図５を参照して説明する。

図５に示すようにＳＩＰサーバ４００は、接続された加入者端末（または他のＳＩＰサーバ）から送信されたＳＩＰ信号を受信して受信信号バッファ６２０に保持する。そして、受信信号バッファ６２０に保持されたＳＩＰ信号をＳＩＰ信号処理部４２０で処理することにより送信用のＳＩＰ信号を生成して送信信号バッファ４３０に保持する。さらに、送信信号バッファ４３０に保持した送信用のＳＩＰ信号を、送信先のＳＩＰサーバ（または加入者端末）に送信する。

このＳＩＰサーバ４００で受信されるＳＩＰ信号には、セッションを確立するためのイニシャルINVITE(以降、Init-INVITEと記す)信号や、既に確立されているセッションを維持するためのリフレッシュ信号などがある。

受信されたこれらの信号は、ＳＩＰ信号処理部４２０において、(1)パース処理(前処理) → (2)発着加入者端末のダイアログ情報やトランザクション情報の解析 → (3)信号の種別ごとの処理シーケンス（工程）中の現在の段階の特定 → (4)送信するＳＩＰ信号の生成および送信、等の処理が実行される。

特開２０１０−２８７０８号公報

上述したＳＩＰサーバ４００のＳＩＰ信号処理部４２０では、受信したＳＩＰ信号の種類に関わらず上記(1)〜(4)の処理がすべて一連に実行されるが、受信したＳＩＰ信号によっては(3)の処理シーケンス（工程）中の現在の段階の特定処理等は必要ない場合もある。

例えば、確立されたセッションを維持するために通信中定期的に送信されるリフレッシュ信号の一つであるre-INVITE信号を受信したときには、応答として生成される送信信号はステータスコード「200（応答）」に限定されるため、「(3)処理シーケンス（工程）中のどの段階であるか」を特定する必要はないが、ＳＩＰ信号処理部４２０では信号の種類に関係なく(1)〜(4)の動作が一連に実行されてしまう。

そのため、上記のように不要な処理が含まれる場合があり、信号処理に必要以上に時間がかかり、ＳＩＰサーバの処理能力が低くなるという問題があった。

また、一つのＳＩＰ信号処理部４２０で上記の一連の処理をすべて実行するように構成すると、新たな種類の呼制御に関する信号処理を追加する場合や、他の呼制御方式のプロトコルを実装する場合、メディア提供サービスの内容を拡張する場合などには、ＳＩＰ信号処理部４２０全体を構築し直す必要があり、手間がかかるという問題があった。

そこで本発明では、効率良く呼制御を実行することが可能であるとともに、制御情報を容易に変更することが可能な呼処理制御装置および呼処理制御方法を提供することを目的とする。

上記の課題を解決するための、本発明の呼処理制御装置は、呼処理を実行する複数のサーバ間の呼処理を制御し、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行う呼処理制御装置であって、前記ユーザエージェント機能部は、いずれかの前記サーバを送信元とする呼制御に関する信号を受信したときに、前記呼制御シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、この信号に基づいて特定する送信すべきサーバを送信先として送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバを送信先として送信し、前記シーケンス機能部は、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、前記サービス機能部は、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示することを特徴とする。

また、本発明の呼処理制御方法は、呼処理を実行する複数のサーバ間の呼処理を制御し、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行う呼処理制御装置の、前記ユーザエージェント機能部が、いずれかの前記サーバを送信元とする呼制御に関する信号を受信したときに、前記呼制御シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、この信号に基づいて特定する送信すべきサーバを送信先として送信する第１送信ステップと、前記ユーザエージェント機能部が、前記次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知する通知ステップと、前記シーケンス機能部が、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定するシーケンス処理ステップと、前記ユーザエージェント機能部が、前記シーケンス処理ステップで特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバを送信先として送信する第２送信ステップと、前記サービス機能部が、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示するステップとを有することを特徴とする。

本発明の呼処理制御装置および呼処理制御方法によれば、効率良く呼制御を実行することが可能であるとともに、制御情報を容易に変更することができる。

本発明の一実施形態による呼制御サーバを用いたＳＩＰ通信システムの構成を示す全体図である。 本発明の一実施形態による呼制御サーバの構成を示すブロック図である。 本発明の一実施形態による呼制御サーバで用いられるシーケンスパターンの一例を示す説明図である。 本発明の一実施形態による呼制御サーバの動作を示すフローチャートである。 従来のＳＩＰサーバの構成を示すブロック図である。

本発明の一実施形態による呼制御装置は前後に１以上のＳＩＰサーバが接続されたＳＩＰサーバであり、これら前後のＳＩＰサーバとの間で、予め設定された一連の処理シーケンス（工程）情報に従ってＳＩＰ信号を送受信することにより、セッションを確立させメディア通信のサービス提供を可能にさせるものである。

この予め設定される処理シーケンス情報は、一連の呼制御シーケンス処理の一部を構成する、セッション接続、応答、切断等の詳細処理単位のシーケンス部分である「シーケンスパターン」が所定の実行順序で組み合わせられて構成されている。

〈一実施形態による呼制御サーバを利用したＳＩＰ通信システムの構成〉
本発明の一実施形態による呼制御サーバを利用したＳＩＰ通信システム１の構成について、図１を参照して説明する。

本実施形態によるＳＩＰ通信システム１は、複数の加入者端末２Ａ〜２Ｄと、これらの加入者端末のうち加入者端末２Ａおよび加入者端末２ＢにＩＰネットワーク３を介して接続されたプロキシサーバであるＳＩＰサーバ４Ａと、加入者端末２Ｃおよび加入者端末２ＤにＩＰネットワーク３を介して接続されたプロキシサーバであるＳＩＰサーバ４Ｂと、ＳＩＰサーバ４ＡおよびＳＩＰサーバ４Ｂに接続されたＩＰネットワーク３上の複数の転送装置３Ａ〜３Ｆと、ＳＩＰサーバ４ＡとＳＩＰサーバ４Ｂとの間を中継する中継装置５Ａ、５Ｂと、ＳＩＰサーバ４Ａ、ＳＩＰサーバ４Ｂ、および中継サーバ５Ｂ等に接続された呼制御サーバ６と、呼制御サーバ６に接続されたＩＰネットワーク３上のメディアサーバ７Ａ、７Ｂとを有する。音声情報や映像情報等のメディア情報のトラヒックは、ＩＰネットワーク３上の転送装置３Ａ〜３Ｆ等を経由して、加入者端末２Ａ〜２Ｄ間や、加入者端末２Ａ〜２Ｄとメディアサーバ７間で転送される。

加入者端末２Ａ〜２Ｄはそれぞれ、ユーザである加入者が利用するＩＰ電話、HGW（ホームゲートウェイ）等であり、ＳＩＰを利用して音声情報や映像情報などの加入者端末間で利用するメディア通信を行うためのＳＩＰネゴシエーションを行う機能を有する。加入者端末２Ａ〜２Ｄは、ＳＩＰネゴシエーションの結果決定した、信号条件でメディア通信を行う機能を有する。

転送装置３Ａ〜３Ｇはそれぞれ、ＩＰネットワーク３に位置し、加入者端末間２Ａ〜２Ｄのメディア通信のトラヒックを転送する。

ＳＩＰサーバ４Ａは、加入者端末２Ａおよび２ＢのＳＩＰ信号を中継するプロキシサーバであり、ＳＩＰサーバ４Ｂは加入者端末２Ｃおよび２ＤのＳＩＰ信号を中継するプロキシサーバである。ＳＩＰサーバ４Ａ、４Ｂは、加入者端末間のＳＩＰネゴシエーションを中継し、加入者契約情報に基づいて補足する機能を有し、あらかじめ保持したルールに従ってＳＩＰ信号を編集する機能を有している。

中継サーバ５Ａ、５Ｂは、ＳＩＰサーバ４ＡとＳＩＰサーバ４Ｂと接続し、ＳＩＰ信号中継する機能を有する。

呼制御サーバ６は、ＳＩＰサーバでの加入者契約情報種別および要求サービスによって、ＳＩＰサーバ４Ａや４Ｂから転送されたＳＩＰ信号によって、加入者端末２Ａおよび２Ｂとの間、加入者端末２Ｃおよび２Ｄとの間のセッションの確立、切断の制御を行い、必要に応じてメディアサーバ７Ａ、７Ｂと加入者端末２Ａ〜２Ｄとのメディア通信ができるよう、ＳＩＰネゴシエーションを行う。また、その後の加入者端末２Ａ〜２Ｄ間のメディア通信が行えるように、ＳＩＰ信号を編集してＳＩＰネゴシエーションを中継し、セッションを確立する。

図１においては呼制御サーバ６には２台のＳＩＰサーバ（プロキシサーバ）４Ａ、４Ｂ、および２台のメディアサーバ７等が接続されている場合について示しているが、実際にはさらに多くのＳＩＰサーバ、メディアサーバ等に接続され、これらの装置間における複数のセッションの確立、切断の制御が可能である。

呼制御サーバ６の構成について、図２を参照して詳細に説明する。

呼制御サーバ６は、受信信号バッファ６２と、トランスポート機能部６１と、プロトコル機能部６３と、ユーザエージェント（ＵＡ）機能部６４と、シーケンス機能部６５と、サービス機能部６６と、送信信号バッファ６７とを有する。トランスポート機能部６１、プロトコル機能部６３、ユーザエージェント（ＵＡ）機能部６４、シーケンス機能部６５、およびサービス機能部６６は、下位の機能を有するトランスポート機能部６１から上位の機能を有するサービス機能部６６へ、階層的に構築されている。

トランスポート機能部６１は、受信ＳＩＰ信号の受信時に、当該受信ＳＩＰ信号を自装置で処理するためのパース処理（前処理）を実行する受信処理部６１１と、送信ＳＩＰ信号の送信時に、送信信号バッファ６７の情報に基づいて送信用ＳＩＰ信号を生成する逆パース処理を行う送信処理部６１２とを有する。

受信信号バッファ６２は、トランスポート機能部６１でパース処理された受信信号情報を保持する。パース処理後の情報を受信信号バッファ６２に保持しておくことで、後述するプロトコル機能部６３、ＵＡ機能部６４においてパース処理済後の受信信号を参照することが可能になり、効率的に処理を実行することが可能になる。

プロトコル機能部６３は受信信号バッファを参照し、パース処理された受信信号情報をプロトコルに従って解析し、発着加入者端末２のダイアログ情報やトランザクション情報を取得して保持する受信処理部６３１と、送信ＳＩＰ生成のためのダイアログ情報やトランザクション情報を送信ＳＩＰ信号の生成に用いる情報として送信信号バッファ６７に送出する送信処理部６３２とを有する。

ＳＩＰ信号の送受信は、必ずserver-clientの関係で行われるため、ＵＡ機能部６４は、発信側がＵＡＣ（User Agent Client）の場合に、この発信側に対応するＵＡＳ（User Agent Server）６４１と、着信側がＵＡＳ（User Agent Server）の場合に、この着信側に対応するＵＡＣ（User Agent Client）６４２とを有し、これらが連携して発着信側のＳＩＰサーバとの通信に関する処理を行う。

このようにＵＡ機能部６４内にＵＡＳ６４１とＵＡＣ６４２を設けこれらが連携して発着信側のサーバや端末との通信を行うことにより、これらの接続されたサーバや端末に対して自呼制御サーバ６がＵＡＳとしてもＵＡＣとしても機能することができ、従来の単純なプロキシサーバでは実現し難い高度なサービスをネットワーク側から発着信側に提供することが可能である。また、発着信側のＵＳＡ、ＵＡＣの関係を保ったまま通信可能であるため、ネットワークポリシーを維持しやすいという利点がある。

ＵＡＳ６４１は受信信号バッファ６２を参照し、パース処理された受信信号情報から受信ＳＩＰ信号の種別を判定し、この判定した種別から、処理シーケンス中の段階にかかわらず折り返し送信元に応答すべきＳＩＰ信号の種別（ステータスコード）がプロトコルに従って一意に特定される場合には、この特定した種別のＳＩＰ信号をプロトコル機能部６３の受信処理部６３１、トランスポート機能部６１の受信処理部６１１による処理を介して受信ＳＩＰ信号の送信元のＳＩＰサーバに送信することで応答し、判定した種別により応答すべきＳＩＰ信号の種別が一意に特定されない場合には上位のシーケンス機能部６５へ通知を行う。

例えば、ＵＡＳ６４１が受信信号バッファ６２を参照して受信ＳＩＰ信号のCall-ID、リモートタグ、ローカルタグ等を取得し、これが自サーバ６内に呼制御の情報として保持されているかどうかを確認し、自サーバ６内に呼制御の情報として保持されていないときには、既に確立されているセッションを維持するためのリフレッシュ信号の１つであるre-INVITE信号であると判定する。

そして、re-INVITE信号に対しては呼制御シーケンス情報に関わらず折り返し応答すべき信号のステータスコードを「200（応答）」として特定することができ、このステータスコード「200（応答）」の情報を受信信号バッファ６２に送出する。

また、ＵＡＳ６４１が取得した受信ＳＩＰ信号のCall-IDが自サーバ６内に呼制御の情報として保持されていたとき、例えば受信ＳＩＰ信号が呼び出し制御中の暫定応答としてのPRACK信号であると判定したときには、受信ＳＩＰ信号が「PRACK信号」である情報をシーケンス機能部６５へ通知する。

ＵＡＣ６４２は、後述するシーケンス機能部６５で特定された送信すべき信号のステータスコード、これに基づいて特定した送信先のＳＩＰサーバの情報を送信信号バッファ６７に送出する。保持した送信先の情報は、セッション切断時にメモリの該当部分を解放することで削除（無効化）する。また、セッション切断時に解放ステータスにして、タイマを設定して、タイムアウト時に削除してもよい。

シーケンス機能部６５は実行中のサービスに関する処理シーケンス（工程）パターンを選択して自装置内のメモリ（図示せず）に保持し、ＵＡ機能部６４から受信ＳＩＰ信号の信号種別に基づいて応答すべき信号のステータスコードを一意に特定できないことが通知されたときに、保持した処理シーケンスパターン中における現在の段階の特定を行う。そして、この段階に基づいて次に送信すべき信号（例えば、「Init-INVITE」、「180（呼出中）」、「PRACK」、「200（応答）」等）を送信ＳＩＰ信号の生成のために特定する。

処理シーケンスパターンの例を、図３に示す。図３（ａ）はセッション接続部分のシーケンスパターンａであり、図３（ｂ）はセッション確立後の応答部分のシーケンスパターンｂであり、図３（ｃ）はセッション切断部分のシーケンスパターンｃである。シーケンスパターンは、発信側（呼制御サーバ６における受信側）に接続されたサーバとの送受信に関する発側シーケンスパターンと、信号送信側（呼制御サーバ６における送信側）に接続されたサーバとの送受信に関する着側シーケンスパターンとを有している。そしてこれらの発側シーケンスパターンと着側シーケンスパターンとは連携しており、例えば発側シーケンスパターンに従って受信した信号の種別に基づいて、次に送信すべき信号の種別およびＵＡ機能部で保持されているＵＡＳおよびＵＡＣを、前記送信側シーケンスパターンに従って特定する。

シーケンス機能部６５では例えば、受信ＳＩＰ信号がPRACK信号であるときには、送信すべき信号を「PRACK」として、送信ＳＩＰ信号の生成のために特定するとともに送信先を着側として特定する。

ここで、シーケンス機能部６５は、処理中のシーケンスパターンが最後まで完了したと判断したときにはメモリの該当部分を解放することで保持したシーケンスパターン情報を削除（無効化）するとともに、サービス機能部６６へ通知する。このシーケンスパターンの削除は、後述するようにサービス機能部６６へ通知したことにより新たなシーケンスパターンが指示されこれを保持した後に実行してもよいし、シーケンスパターンの完了時に解放ステータスにしてタイマを設定し、タイムアウト時に削除するようにしてもよい。

サービス機能部６６は、発着加入者端末２で加入されているサービス内容に基づいて、シーケンス機能部４５で用いられるシーケンスパターンの実行順序であるシナリオを管理し、シーケンス機能部６５で処理中のシーケンスパターンの処理が完了したことが通知されたときに、このシナリオに基づいて次に実行させるシーケンスパターンをシーケンス機能部６５に指示する。

例えば、図３のシーケンスパターンが、シーケンスパターンａ→シーケンスパターンｂ→シーケンスパターンｃの順で実行されるように組み合わせられた処理シーケンスを、一連の呼接続処理のサービス内容として予め保持し、これに基づいてシーケンス機能部６５に対し次の処理対象のシーケンスパターンを指示する。

上記の機能部のうち、トランスポート機能部６１、プロトコル機能部６３、およびＵＡ機能部６４は信号単位でプロトコルに従ってＳＩＰ信号処理を実行し、シーケンス機能部６５、およびサービス機能部６６はサービスの実行や制御に関する処理を実行する。

送信信号バッファ６７は、ＵＡ機能部６４のＵＡＣ６４２から送出された送信すべき信号のステータスコード、送信先の情報、プロトコル機能部６３の送信処理部６３２から送出されたダイアログ情報、トランザクション情報を、送信ＳＩＰ信号を生成するための情報として保持する。

〈一実施形態による呼制御サーバを利用したＳＩＰ通信システムの動作〉
本発明の一実施形態によるＳＩＰ通信システム１において、発信端末である加入者端末２Ａまたは２ＢからＳＩＰサーバ４Ａ、呼制御サーバ６、ＳＩＰサーバ４Ｂを経由して加入者端末２Ｃまたは２Ｄに呼制御に関するＳＩＰ信号が送信されるときの呼制御サーバ６の動作について説明する。

まず、ＳＩＰサーバ４Ａから、新規にセッションを確立するためのInit-INVITE信号が送信されると、INVITE信号に関して起呼信号であるか、セッションリフレッシュ信号であるかが呼制御サーバ６において判定される。

ここでは、受信信号バッファ６２、送信信号バッファ６７や、各機能部に関して保存されたデータが何もなく新規の呼制御であると判定され、サービス機能部６６において発着加入者端末２で加入されているサービス内容のシナリオに基づいて、実行するシーケンスパターンがシーケンス機能部４５に指示される。サービスに応じて複数のシーケンスパターンを同時に選択するように指示することもできる。

シーケンス機能部４５では、サービス機能部６６から指示されたシーケンスパターンが実行するシーケンスパターンとして選択され保持される。

実行するシーケンスパターンが保持された後に、呼制御サーバ６で実行される処理について、図４のフローチャートを参照して説明する。

まず、ＳＩＰサーバ４Ａから受信されたInit-INVITE信号は（Ｓ１）、トランスポート機能部６１の受信処理部６１１においてこの受信ＳＩＰ信号を自装置で処理するためのパース処理（前処理）が実行される（Ｓ２）。具体的には、受信ＳＩＰ信号がInit-INVITE信号であることを自装置内で識別しやすくするための識別情報「１」を１バイト目に付加する等の処理が行われる。パース処理が実行された受信信号情報は、受信信号バッファ６２に保持される。

次にプロトコル機能部６３の受信処理部６３１において受信信号バッファが参照され、パース処理された受信信号がプロトコルに従って解析され、発着加入者端末２のダイアログ情報やトランザクション情報が取得される（Ｓ３）。

次にＵＡ機能部６４のＵＡＳ６４１において受信信号バッファ６２が参照され、当該受信ＳＩＰ信号の送信元のＳＩＰサーバのアドレス、および送信先のＳＩＰサーバのアドレスが取得されて保持されるとともに、当該受信ＳＩＰ信号の種別がパース処理で付加された識別情報に基づいて判定され、この判定された種別から、折り返し応答すべき信号のステータスコードが一意に特定されるか否かが判定される（Ｓ４）。

ここではＵＡＳ６４１において、新規の「Init-INVITE信号」に対しては処理シーケンスにかかわらずプロトコルに従って折り返し送信元にステータスコード「100（試行中）」信号を応答することが判定され、プロトコル機能部６３、トランスポート機能部６１を介してＳＩＰサーバ４Ａにステータスコード「100（試行中）」の送信ＳＩＰ信号が送信される（Ｓ４の「YES」、Ｓ７〜Ｓ９）。

またステータスコード「100（試行中）」の送信ＳＩＰ信号が送信されるとさらに、ＵＡＳ６４１により、新規の「Init-INVITE信号」を受信したことがシーケンス機能部６５に通知される（Ｓ４の「NO」、Ｓ５）。

シーケンス機能部６５では、ＵＡ機能部６４から、「Init-INVITE信号」が受信されたことが通知されると、保持した処理シーケンスパターンが選択され、このシーケンス中の現在の段階が特定される（Ｓ６）。ここでは、図３（ａ）のセッション接続部分のシーケンスパターンａ中の現在の段階が特定され、さらにこの段階に基づいて次に送信すべき信号「Init-INVITE」とＵＡ機能部６４に保持しているＵＡＣ６４１及びＵＡＳ６４２が特定される。シーケンス中の現在の段階ではＵＡＣ６４２にInit-INVITEの送信指示がなされる。指示を受けたＵＡＣ６４２においては、ＵＡＣ６４２で保持している送信先の情報等とともにInit-INVITE信号に関する情報が送信信号バッファ６７に送出される（Ｓ７）。なお、送信先の情報は受信したInit-INVITE信号に含まれており、受信時にＵＡＳ６４１で保持しておき上記のタイミングでＵＡＣ６４２に送信先情報等のデータを引き継ぐ。また、プロトコル機能部６３の送信処理部６３２により、送信ＳＩＰ生成のためのダイアログ情報やトランザクション情報等の送信情報が送信信号バッファ６７に送出される。

次にトランスポート機能部６１の送信処理部６１２において、送信信号バッファ６７の情報が用いられて逆パース処理が行われて送信ＳＩＰ信号が生成される（Ｓ８）。そして、生成された送信ＳＩＰ信号が、ＳＩＰサーバ４Ｂに送信される（Ｓ９）。

次に、ＳＩＰサーバ４Ａから、確立されたセッションを維持するためのリフレッシュ信号の１つであるre-INVITE信号が送信されたときの呼制御サーバ６の動作について説明する。

ＳＩＰサーバ４Ａからre-INVITE信号が送信されると、INVITE信号に関して起呼信号であるか、セッションリフレッシュ信号であるかが呼制御サーバ６において判定される。

ここではセッションリフレッシュ信号のre-INVITE信号であると判定される。

次にトランスポート機能部６１の受信処理部６１１においてこの受信ＳＩＰ信号を自装置で処理するためのパース処理（前処理）が実行される（Ｓ２）
次にプロトコル機能部６３の受信処理部６３１において受信信号バッファが参照され、パース処理された受信信号がプロトコルに従って解析され、発着加入者端末２のダイアログ情報やトランザクション情報が取得される（Ｓ３）。

次にＵＡ機能部６４のＵＡＳ６４１において受信信号バッファ６２が参照されて受信ＳＩＰ信号の種別がパース処理で付加された識別情報に基づいて判定され、この判定された種別から、折り返し応答すべき信号のステータスコードが一意に特定されるか否かが判定される（Ｓ４）。

ここでは、ＵＡＳ６４１において、「re-INVITE信号」に対しては処理シーケンスにかかわらずプロトコルに従って折り返し送信元にステータスコード「200（応答）」信号を応答することが判定される（Ｓ７）。

ＵＡＳ６４１において応答すべき信号のステータスコードが特定されると、ＵＡＳ６４１で保持している送信先の情報や、プロトコル機能部６３の受信処理部６３１で取得されたダイアログ情報やトランザクション情報に基づいて、ＵＡ機能部６４で特定されたステータスコード「200（応答）」による送信ＳＩＰ信号がトランスポート機能部６１の受信処理部６１１で生成され（Ｓ８）、送信元のＳＩＰサーバに送信されることで応答される（Ｓ９）。

上記実施形態において、シーケンス機能部６５で処理中のシーケンスパターンが最後まで完了したと判断されたときにはさらにサービス機能部６６へ通知され、シーケンス機能部６５において処理中として保持されていたシーケンスパターン情報のメモリ部分は解放される。また通知されたサービス機能部６６では、シーケンス機能部６５で処理中のシーケンスパターンの処理が完了したことが通知されたときには、該当する発着加入者端末２で加入されているサービス内容により管理しているシナリオに基づいて次に実行させるシーケンスパターンが特定され、シーケンス機能部６５に次に使用するシーケンスパターンの指示がなされる。

また上記実施形態において、呼制御サーバ６により確立された通信を利用して、発信元の加入者端末とメディアサーバ７との間で転送装置５等を経由して音声情報や映像情報等のメディア情報を転送し、加入者端末にこれらの情報が提供されるようにしてもよい。

また上記実施形態において、セッション切断のシーケンスが実行されたときには、このシーケンスの中で、ＵＡ機能部６４のＵＡＣ６４２で保持された送信先の情報、およびシーケンス機能部６５で保持されたシーケンスパターンの情報に関するメモリの該当部分が解放され、削除（無効化）される。解放はタイマを張って解放してもよい。タイマを張ってから解放する効果として、BYEなどの信号が再送されてきた場合も、ある一定期間であれば正しく信号処理することが可能である。

本例は発側と着側が１対１での通信例だが、これが電話会議サービスのような三者間通話等の複数人との通話にも対応可能である。三者間通話の場合、起呼時にサービス機能部６６がサービスシナリオを参照し、シーケンス機能部６５に三者分のシーケンスパターンを使用するように指示する。指示を受けたシーケンス機能部６５は三者分のシーケンスパターンを読み込み、ＵＡ機能部６４に三者分のＵＡを生成するように指示する。指示を受けたＵＡ機能部６４は三者分のＵＡ(ＵＡＳ１つとＵＡＣを２つ)生成する。以降の信号処理は先の例で示したように実行される。このように、複雑なシーケンスパターンも機能部を作りかえることなく実現可能である。

以上の本実施形態によれば、呼制御サーバにおいて、受信したＳＩＰ信号がre-INVITE信号やエラー信号のようにインターワークがなく、ユーザエージェント機能により折り返し送信元に応答すべき信号のステータスコードを一意に特定できる信号であるときには、シーケンス機能により処理シーケンス中の段階を特定する処理を行うことなく送信ＳＩＰ信号を生成して応答処理を行うため、ＳＩＰサーバ内における信号処理時間を短縮することが可能になり、呼制御サーバの処理能力を向上させることができる。

また、呼制御サーバに新たな種類の呼制御に関する信号処理を追加する場合や、他の呼制御方式のプロトコルを実装する場合は、プロトコルの処理に依存するトランスポート機能部、プロトコル機能部、ユーザエージェント（ＵＡ）機能部のみ変更すればよく、容易に対応することができる。

また、新たにメディア提供サービスの内容を拡張する場合には、呼制御サーバにシーケンスパターンの組み合わせによる新たな一連の処理シーケンス情報をサービス機能部に追加すればよく、プロトコルの処理に影響を与えずに容易に対応することができる。

１…ＳＩＰ通信システム
２Ａ〜２Ｄ…加入者端末
３…ＩＰネットワーク
３Ａ〜３Ｇ…転送装置
４Ａ、４Ｂ…ＳＩＰサーバ（プロキシサーバ）
５Ａ、５Ｂ…中継サーバ
６…呼制御サーバ
７Ａ、７Ｂ…メディアサーバ
６１…トランスポート機能部
６２…受信信号バッファ
６３…プロトコル機能部
６４…ユーザエージェント（ＵＡ）機能部
６５…シーケンス機能部
６６…サービス機能部
６７…送信信号バッファ

Claims (6)

1. 呼処理を実行する複数のサーバ間の呼処理を制御し、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行う呼処理制御装置であって、
   前記ユーザエージェント機能部は、いずれかの前記サーバを送信元とする呼制御に関する信号を受信したときに、前記呼制御シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、この信号に基づいて特定する送信すべきサーバを送信先として送信し、次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知することにより前記シーケンス機能部で特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバを送信先として送信し、
   前記シーケンス機能部は、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定し、
   前記サービス機能部は、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示する
   ことを特徴とする呼処理制御装置。
2. 前記ユーザエージェント機能部は、信号受信側に接続されたサーバとの送受信処理を実行する受信処理部と、信号送信側に接続されたサーバとの送受信処理を実行する送信処理部とを有し、
   前記受信処理部により信号受信側のサーバから呼制御に関する信号を受信したときに、前記受信した信号の種別に基づいて、送信すべき信号の送信先を前記受信した信号の送信元のサーバとして特定したときには、当該送信すべき信号を前記受信処理部から前記送信元のサーバに送信し、次に送信すべき信号の種別を特定できなかったことを前記シーケンス機能部に通知したことにより前記シーケンス機能部で特定された送信すべき信号に基づいて、前記信号送信側に接続されたサーバを送信先として特定したときには、当該送信すべき信号を前記送信処理部から前記送信先のサーバに送信し、
   前記シーケンス機能部で保持されるシーケンスパターンは、信号受信側に接続されたサーバとの送受信に関する受信側シーケンスパターンと、信号送信側に接続されたサーバとの送受信に関する送信側シーケンスパターンとを有し、前記受信側シーケンスパターンに従って特定した受信した信号の種別に基づいて、次に送信すべき信号の種別を、前記送信側シーケンスパターンに従って特定する
   ことを特徴とする請求項１に記載の呼処理制御装置。
3. 前記ユーザエージェント機能部は、当該呼制御により確立された通信が切断されたときに、当該通信に関する前記送信先を特定する情報を無効化し、
   前記シーケンス機能部は、保持しているシーケンスパターンに基づいて信号の送受信処理が完了したときに、当該保持しているシーケンスパターンを無効化する
   ことを特徴とする請求項１または２に記載の呼処理制御装置。
4. 呼処理を実行する複数のサーバ間の呼処理を制御し、実行中の呼制御シーケンス情報に関し、当該呼制御を構成する各処理に対応する前記呼制御シーケンス情報部分であるシーケンスパターンの実行順序を管理するサービス機能部と、このサービス機能部で管理される実行順序に基づいて実行中のシーケンスパターンを保持するシーケンス機能部と、前記サーバ間の呼処理に関する信号の送受信処理を行うユーザエージェント機能部とを有し、これらの機能部が相互に連携して呼制御に関する信号の処理を行う呼処理制御装置の、
   前記ユーザエージェント機能部が、いずれかの前記サーバを送信元とする呼制御に関する信号を受信したときに、前記呼制御シーケンス情報に関わらず、前記受信した信号の種別に基づいて次に送信すべき信号の種別を一意に特定可能な場合には、この送信すべき信号を、この信号に基づいて特定する送信すべきサーバを送信先として送信する第１送信ステップと、
   前記ユーザエージェント機能部が、前記次に送信すべき信号の種別を特定できなかった場合には、これを前記シーケンス機能部に通知する通知ステップと、
   前記シーケンス機能部が、前記ユーザエージェント機能部から、受信した信号の種別に基づいて送信すべき信号の種別が特定されなかったことが通知された場合に、保持している実行中のシーケンスパターンに従って、前記受信した信号の種別に基づいて次に送信すべき信号の種別を特定するシーケンス処理ステップと、
   前記ユーザエージェント機能部が、前記シーケンス処理ステップで特定される送信すべき信号を、この信号に基づいて特定する送信すべきサーバを送信先として送信する第２送信ステップと、
   前記サービス機能部が、前記シーケンス機能部において保持しているシーケンスパターンに基づいた信号の送受信処理が完了したと判断されたときに、管理しているシーケンスパターンの実行順序に従って次に実行すべきシーケンスパターンを前記シーケンス機能部に指示するステップと
   を有することを特徴とする呼処理制御方法。
5. 前記ユーザエージェント機能部は、信号受信側に接続されたサーバとの送受信処理を実行する受信処理部と、信号送信側に接続されたサーバとの送受信処理を実行する送信処理部とを有し、
   前記受信処理部により信号受信側のサーバから呼制御に関する信号を受信したときに、前記受信した信号の種別に基づいて、送信すべき信号の送信先を前記受信した信号の送信元のサーバとして特定したときには、前記第１送信ステップにより当該送信すべき信号を前記受信処理部から前記送信元のサーバに送信し、次に送信すべき信号の種別を特定できなかったことを前記シーケンス機能部に通知したことにより前記シーケンス機能部で特定された送信すべき信号に基づいて、前記信号送信側に接続されたサーバを送信先として特定したときには、前記第２送信ステップにより当該送信すべき信号を前記送信処理部から前記送信先のサーバに送信し、
   前記シーケンス機能部で保持されるシーケンスパターンは、信号受信側に接続されたサーバとの送受信に関する受信側シーケンスパターンと、信号送信側に接続されたサーバとの送受信に関する送信側シーケンスパターンとを有し、シーケンス処理ステップにおいては、前記受信側シーケンスパターンに従って受信した信号の種別に基づいて、次に送信すべき信号の種別および送信先のサーバを、前記送信側シーケンスパターンに従って特定する
   ことを特徴とする請求項４に記載の呼処理制御方法。
6. 当該呼制御により確立された通信が切断されたときに、前記ユーザエージェント機能部が当該通信に関する前記送信先を特定する情報を無効化する通信先情報削除ステップと、
   保持しているシーケンスパターンに基づいて信号の送受信処理が完了したときに、前記シーケンス機能部が、当該保持しているシーケンスパターンを無効化するシーケンスパターン無効化ステップと
   を有することを特徴とする請求項４または５に記載の呼処理制御方法。

Images