(57)【要約】【課題】呼制御サーバで障害が発生した場合でも端末間の通信を継続すること。【解決手段】本実施形態に係るＩＰ接続装置は、冗長化された第１及び第２の呼制御サーバが接続されるＩＰ（Internet Protocol）網にＳＩＰ（Session Initiation Protocol）により端末を接続するＩＰ接続装置１１であって、前記第１の呼制御サーバ４１とセッションが張られている状態で前記第１の呼制御サーバ４１の障害を検知した場合に、前記セッションと同一の着信先を指定した発信メッセージを前記第２の呼制御サーバ４２に送信し、前記発信メッセージに対する前記着信先からの応答メッセージを受信した場合に、前記セッションのリンケージ情報を前記第１の呼制御サーバ４１から前記第２の呼制御サーバ４２へ置き換えるセッション切替部１０５を具備する。【選択図】      図１
2013062678.tif 000002
【特許請求の範囲】
【請求項１】
冗長化された第１及び第２の呼制御サーバが接続されるＩＰ（Internet Protocol）網にＳＩＰ（Session Initiation Protocol）により端末を接続するＩＰ接続装置であって、
前記第１の呼制御サーバとセッションが張られている状態で前記第１の呼制御サーバの障害を検知した場合に、前記セッションと同一の着信先を指定した発信メッセージを前記第２の呼制御サーバに送信する手段と、
前記発信メッセージに対する前記着信先からの応答メッセージを受信した場合に、前記セッションのリンケージ情報を第１の呼制御サーバから前記第２の呼制御サーバへ置き換える手段と
を具備することを特徴とするＩＰ接続装置。
【請求項２】
冗長化された第１及び第２の呼制御サーバが接続されるＩＰ（Internet Protocol）網にＳＩＰ（Session Initiation Protocol）により端末を接続するＩＰ接続装置であって、
前記第１の呼制御サーバとセッションが張られている状態で前記第２の呼制御サーバから発信メッセージを受信した場合に、前記発信メッセージに含まれる発信元情報をもとに前記セッションと同一の着信であるかを判定する判定手段と、
前記発信メッセージが前記第１のセッションと同一の着信であると判定された場合に、前記セッションのリンケージ情報を前記第１の呼制御サーバから前記第２の呼制御サーバへ置き換える手段と
を具備することを特徴とするＩＰ接続装置。
【請求項３】
前記発信元情報は、発信元のＩＰ接続装置のＩＰアドレス及びポート番号を含むことを特徴とする請求項２に記載のＩＰ接続装置。
【請求項４】
前記発信元情報は、発信元の端末の識別情報を含むことを特徴とする請求項２に記載のＩＰ接続装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ＩＰ網を介して端末間で通信を行うためのＩＰ接続装置に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）は、ＩＰ（Internet Protocol）網を介して端末−端末間で直接通信を実現するための呼制御プロトコルである。呼制御サーバは、このＳＩＰをベースとした呼制御をつかさどり、発信元の端末と着信先の端末との間のセッションを確立する。
【０００３】
ところが、端末−端末間で通信を行っている際に、呼制御サーバで障害が発生した場合、セッションの切断処理が行われ、端末間の通信パスが途絶えてしまい、呼損が発生する。このような呼損を回避するために、複数の呼制御サーバを同期させたり、特別な処理を呼制御サーバに持たせたりすること手法が考えられるが、呼制御サーバに大幅な設計変更が必要となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１５７０７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、呼制御サーバで障害が発生すると、端末との間で正常な呼処理が出来なくなるため、セッションの切断処理を行い、端末間の通信パスを切断しなくてはならないという課題がある。また、切断を回避する手段として呼制御サーバで対応する場合、呼制御サーバのソフトウェアの変更が必要となり、最悪の場合、サービスを止めるなどエンドユーザへの影響が大きくなってしまうという問題がある。
【０００６】
本実施形態の目的は、呼制御サーバで障害が発生した場合でも端末間の通信を継続することができるＩＰ接続装置を提供することにある。
【課題を解決するための手段】
【０００７】
本実施形態に係るＩＰ接続装置の第１の態様は、冗長化された第１及び第２の呼制御サーバが接続されるＩＰ網にＳＩＰにより端末を接続するＩＰ接続装置であって、前記第１の呼制御サーバとセッションが張られている状態で前記第１の呼制御サーバの障害を検知した場合に、前記セッションと同一の着信先を指定した発信メッセージを前記第２の呼制御サーバに送信する手段と、前記発信メッセージに対する前記着信先からの応答メッセージを受信した場合に、前記セッションのリンケージ情報を前記第１の呼制御サーバから前記第２の呼制御サーバへ置き換える手段とを具備するものである。
【０００８】
また、本実施形態に係るＩＰ接続装置の第２の態様は、冗長化された第１及び第２の呼制御サーバが接続されるＩＰ網にＳＩＰにより端末を接続するＩＰ接続装置であって、前記第１の呼制御サーバとセッションが張られている状態で前記第２の呼制御サーバから発信メッセージを受信した場合に、前記発信メッセージに含まれる発信元情報をもとに前記セッションと同一の着信であるかを判定する判定手段と、前記発信メッセージが前記第１のセッションと同一の着信であると判定された場合に、前記セッションのリンケージ情報を前記第１の呼制御サーバから前記第２の呼制御サーバへ置き換える手段とを具備するものである。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係るＩＰ接続装置を用いた通信システムを示す図。
【図２】図１の通信システムの動作を示すシーケンス図。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら本実施形態に係るＩＰ接続装置を説明する。
【００１１】
図１は、本実施形態に係るＩＰ接続装置を用いた通信システムを示す図である。
【００１２】
この通信システムは、ＩＰ接続装置（ＩＰアダプタ）１１，１２、ターミナルアダプタ（ＴＡ）２１，２２、端末３１，３２、呼制御サーバ４１，４２、及びＩＰ網５を備える。
【００１３】
端末３１は、ＴＡ２１を介してＩＰアダプタ１１と接続されている。ＩＰアダプタ１１は、ＩＰ網５に接続され、ＩＰ網５を介してＩＰアダプタ１２，呼制御サーバ４１，４２と通信可能である。同様に、端末３２は、ＴＡ２２を介しＩＰアダプタ１２と接続されている。ＩＰアダプタ１２は、ＩＰ網５に接続され、ＩＰ網５を介してＩＰアダプタ１１，呼制御サーバ４１，４２と通信可能である。なお、端末３１，３２とＩＰアダプタ１１，１２の接続プロトコルは特に限定しないものとする。
【００１４】
ＩＰアダプタ１１，１２は、端末終端部１０１、ＳＩＰ制御部１０２、メディア転送部１０３、パケット転送部１０４、およびセッション切替部１０５を有する。
【００１５】
端末終端部１０１は、端末３１の終端処理を行う。ＳＩＰ制御部１０２は、呼制御サーバ４１または４２とＳＩＰセッションを確立する処理を行う。ＳＩＰセッション確立後、メディア転送部１０３は、例えばＲＴＰ（Real-time Transport Protocol）を用いてデジタル化された音声や映像などのメディアストリームをリアルタイムに送受信する。また、パケット転送部１０４は、例えばＤチャネルパケット通信によりデータをパケット化して送受信を行う。
【００１６】
セッション切替部１０５は、当該ＩＰアダプタとセッションが張られた呼制御サーバ４１に障害が発生した場合、通信中の呼に対して端末間の通信パスを維持したまま、冗長化された呼制御サーバ４２とＳＩＰセッションを張りなおす処理を行う。
【００１７】
呼制御サーバ４１，４２は、ＳＩＰ制御部２０１および障害検知／通知部２０２を有する。ＳＩＰ制御部２０１は、ＩＰアダプタ１１，１２のＳＩＰによる呼制御を行う。また、障害検知／通知部２０２は、自装置の障害発生時には障害を検知し、ＩＰアダプタ１１または１２に通知する。
【００１８】
呼制御サーバ４２は、呼制御サーバ４１と冗長構成を採っており、呼制御サーバ４１が障害時にＩＰアダプタ１１からのＩＮＶＩＴＥを受け付けるが、呼制御サーバ４２自身は障害を意識せずに通常通り処理を行う。ここで、呼制御サーバ４２と呼制御サーバ４１は同期していないものとする。
【００１９】
次に、このように構成された通信システムの動作について説明する。図２は、呼制御サーバ４１に障害が発生した場合のセッション切替部１０５の処理を示したものである。
【００２０】
図２において、端末３１と端末３２は通信中の状態で、ＩＰアダプタ１１とＩＰアダプタ１２はそれぞれ呼制御サーバ４１とＳＩＰセッションが張られている状態である。ＩＰアダプタ１１は、このＳＩＰセッションのリンケージ情報として、当該呼を識別するＣａｌｌ−ＩＤに対応付けて発信元のパケット端末３１の回線情報と呼制御サーバ４１の情報とを保持している。ＩＰアダプタ１２は、同一のＣａｌｌ−ＩＤに対応付けて着信先のパケット端末３２の回線情報と呼制御サーバ４１の情報を保持している。
【００２１】
ここで、呼制御サーバ４１に障害が発生した場合、障害検知／通知部２０２は障害を検知し、ＩＰアダプタ１１に対して障害通知を行う。なお、呼制御サーバ４１の障害の検知は、ＩＰアダプタ１１からのポーリングにより行うようにしても良い。
【００２２】
ＩＰアダプタ１１は呼制御サーバ４１が障害であることを検知すると、あらかじめ登録されている呼制御サーバ４２に対してＩＮＶＩＴＥ（発信メッセージ）を送信し、呼制御サーバ４２に対しセッション確立の要求を行う。呼制御サーバ４２ではＩＮＶＩＴＥを受け付けた後、ＩＰアダプタ１２に対してＩＮＶＩＴＥを送信する。ＩＰアダプタ１２はＩＮＶＩＴＥを受け付けると、以下に示す１つ又は２つの識別子を組み合わせて、既に呼制御サーバ４１とセッションが確立されている呼であるかを判定する。  
（１）ＩＰアダプタ１１のＩＰアドレスとポート番号
（２）端末３１の端末番号
上記の判定により呼制御サーバ４１とセッションが既に確立されている場合は、当該呼が保持しているリンケージ情報のうち呼制御サーバのリンケージ情報を呼制御サーバ４１の情報から呼制御サーバ４２の情報に置き換える。
【００２３】
その後、ＩＰアダプタ１２は、２００ＯＫ（応答メッセージ）を呼制御サーバ４２経由でＩＰアダプタ１１へ送信する。ＩＰアダプタ１１は２００ＯＫを受信すると、当該呼が保持しているリンケージ情報のうち呼制御サーバのリンケージ情報を呼制御サーバ４１の情報から呼制御サーバ４２の情報に置き換える。
【００２４】
上記処理により、通信中の呼に対して端末間の通信パスを維持したまま、呼制御サーバ４２とＳＩＰセッションを張りなおすことで通信を継続することができる。
【００２５】
以上述べたように、本実施形態によれば、呼制御サーバの障害時に、端末間の通信パスを維持したまま、冗長化された呼制御サーバとＳＩＰセッションを張りなおすことで、呼損の発生を回避し、通信を継続することが可能となる。このように構成することで、呼制御サーバに対して設計変更等を必要とせずに、通信システムとしての可用性を向上させることができる。
【００２６】
なお、いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００２７】
１１，１２…ＩＰアダプタ、２１，２２…ターミナルアダプタ（ＴＡ）、３１，３２…端末、…、４１，４２…呼制御サーバ、５…ＩＰ網、１０１…端末終端部、１０２…ＳＩＰ制御部、１０３…メディア転送部、１０４…パケット転送部、１０５…セッション切替部、２０１…ＳＩＰ制御部、２０２…障害検知／通知部。
【図１】
2013062678.tif 000003
【図２】
2013062678.tif 000004