(57)【要約】【課題】Ｂ２ＢＵＡ（Back to Back User Agent）よりも少ない処理量および記憶容量でネットワークの中継を行なう。【解決手段】ＩＭＳ（IP Multimedia Subsystem）ネットワーク上に設けられ、ＩＭＳ端末間の通信を中継するネットワーク中継装置であって、送信元ＩＭＳ端末が使用するＳＩＰ（Session Initiation Protocol）メッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出し、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要があるかどうかを判定する差分トリガ機能２１ｂと、判定の結果、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要がある場合は、送信元ＩＭＳ端末から受信したＳＩＰメッセージを送信先ＩＭＳ端末が使用するＳＩＰメッセージに置き換える差分情報置換機能２１ｃと、を備える。【選択図】図２
2010239289.tif 000002
【特許請求の範囲】
【請求項１】
ＩＭＳ（IP Multimedia Subsystem）ネットワーク上に設けられ、ＩＭＳ端末間の通信を中継するネットワーク中継装置であって、
送信元ＩＭＳ端末が使用するＳＩＰ（Session Initiation Protocol）メッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出し、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要があるかどうかを判定する差分トリガ部と、
前記判定の結果、前記送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要がある場合は、前記送信元ＩＭＳ端末から受信したＳＩＰメッセージを前記送信先ＩＭＳ端末が使用するＳＩＰメッセージに置き換える置換実行部と、を備えることを特徴とするネットワーク中継装置。
【請求項２】
前記差分を記憶する差分データ記憶部をさらに備えることを特徴とする請求項１記載のネットワーク中継装置。
【請求項３】
ＩＭＳ端末が通信を行なうために必要な情報を記憶する端末情報記憶部をさらに備えることを特徴とする請求項１または請求項２記載のネットワーク中継装置。
【請求項４】
前記差分トリガ部は、第１のＩＭＳ端末のＳＩＰメッセージのフォーマットと第２のＩＭＳ端末のＳＩＰメッセージのフォーマットとの間に差分があった場合、ＳＩＰメッセージを変更する必要があると判定し、
前記置換実行部は、前記第１のＩＭＳ端末から受信したＳＩＰメッセージのフォーマットを、前記第２のＩＭＳ端末が使用するＳＩＰメッセージのフォーマットに置き換える一方、前記第２のＩＭＳ端末から受信したＳＩＰメッセージのフォーマットを、前記第１のＩＭＳ端末が使用するＳＩＰメッセージのフォーマットに置き換えることを特徴とする請求項１から請求項３のいずれかに記載のネットワーク中継装置。
【請求項５】
第１のＩＭＳ端末と第２のＩＭＳ端末との間でセッションが確立している状態で、第１のＩＭＳ端末がセッションハンドオフを実行した場合、
前記差分トリガ部は、前記第１のＩＭＳ端末から受信したＩＮＶＩＴＥメッセージを変更する必要があると判定し、
前記置換実行部は、前記第１のＩＭＳ端末から受信したＩＮＶＩＴＥメッセージを、前記セッションハンドオフ実行前のＩＮＶＩＴＥメッセージに置き換える一方、前記第２のＩＭＳ端末から受信した前記セッションハンドオフ実行前のＳＩＰメッセージを、前記セッションハンドオフ実行後のＳＩＰメッセージに置き換えることを特徴とする請求項１から請求項３のいずれかに記載のネットワーク中継装置。
【請求項６】
ＩＭＳ（IP Multimedia Subsystem）ネットワーク上に設けられ、ＩＭＳ端末間の通信を中継するネットワーク中継装置のネットワーク中継方法であって、
差分トリガ部において、
受信したＳＩＰ（Session Initiation Protocol）メッセージに基づいて、送信元ＩＭＳ端末が使用するＳＩＰメッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出するステップと、
送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要があるかどうかを判定するステップと、
置換実行部において、
前記判定の結果、前記送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要がある場合は、前記送信元ＩＭＳ端末から受信したＳＩＰメッセージを前記送信先ＩＭＳ端末が使用するＳＩＰメッセージに置き換えるステップと、を少なくとも含むことを特徴とするネットワーク中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳ（IP Multimedia Subsystem）ネットワーク上に設けられ、ＩＭＳ端末間の通信を中継するネットワーク中継装置およびネットワーク中継方法に関する。
【背景技術】
【０００２】
従来から知られているＳＩＰ（Session Initiation Protocol）は、ＩＰ上における呼制御に用いられるプロトコルであり、通信を行う端末間で通信に必要なＩＰアドレスやポート番号、エンコーディング等のネゴシエーション、発呼、着呼などの制御を行う際に用いられる。これに加え、ＩＭＳ（IP Multimedia Subsystem）では、このＳＩＰの情報に基づいて、通信に必要なネットワークリソースの割り当て、ゲート制御を行う。ＳＩＰは従来、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒで用いられ、クライアント主導で呼制御を行うプロトコルであった。
【０００３】
近時、ＩＭＳにおける呼制御としてＳＩＰが採用され、通信オペレータによる運用が始められている。その場合、セッションのハンドオフや、ネットワークからの制御リクエストの送信、また端末間の差異の吸収などのネットワーク主導の制御が必要とされているが、本来Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ型のＳＩＰをネットワーク主導で制御を行うことは困難である。このため、一度通信オペレータ内の設備でＳＩＰセッションを終端し、再度新しいＳＩＰセッションを構築するBack to Back User Agent（以下、「Ｂ２ＢＵＡ」と呼称する。）を用いる手法が多く用いられている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS23.228 IP Multimedia Subsystem (IMS)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のように、従来の技術では、セッションのハンドオフや、ネットワークからの制御リクエストの送信、また端末間の差異の吸収などを行うには、Ｂ２ＢＵＡの技術が用いられてきた。しかしながら、Ｂ２ＢＵＡは、ＵＡ（User Agent）と同等のＳＩＰ制御処理を求められ、全端末に対して処理を行うと多くの設備が必要となる。そこで、Ｂ２ＢＵＡほどの情報を持たず、より少ない処理で同様の処理を実現する方法が望まれる。
【０００６】
本発明は、このような事情に鑑みてなされたものであり、Back to Back User Agentよりも少ない処理量および記憶容量でネットワークの中継を行なうことができるネットワーク中継装置およびネットワーク中継方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明のネットワーク中継装置は、ＩＭＳ（IP Multimedia Subsystem）ネットワーク上に設けられ、ＩＭＳ端末間の通信を中継するネットワーク中継装置であって、送信元ＩＭＳ端末が使用するＳＩＰ（Session Initiation Protocol）メッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出し、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要があるかどうかを判定する差分トリガ部と、前記判定の結果、前記送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要がある場合は、前記送信元ＩＭＳ端末から受信したＳＩＰメッセージを前記送信先ＩＭＳ端末が使用するＳＩＰメッセージに置き換える置換実行部と、を備えることを特徴としている。
【０００８】
このように、送信元ＩＭＳ端末が使用するＳＩＰメッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出し、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要がある場合は、送信元ＩＭＳ端末から受信したＳＩＰメッセージを送信先ＩＭＳ端末が使用するＳＩＰメッセージに置き換えるので、Back to Back User Agentよりも少ない処理量および記憶容量でネットワークの中継を行なうことができる。また、Back to Back User Agentとは異なり、中継するのみであるため、処理不可能なヘッダなどがある場合は、素通りさせることができる。そのため、ＳＩＰ  ＵＡに対応して設備を高機能化する必要はない。さらに、通常のＳＩＰプロキシサーバに実装することができるので、設備規模の拡大を避けることが可能となる。
【０００９】
（２）また、本発明のネットワーク中継装置は、前記差分を記憶する差分データ記憶部をさらに備えることを特徴としている。
【００１０】
このように、差分を記憶するので、セッションが確立している間は記憶した差分を用いることができる。その結果、処理の迅速化を図ることが可能となる。
【００１１】
（３）また、本発明のネットワーク中継装置は、ＩＭＳ端末が通信を行なうために必要な情報を記憶する端末情報記憶部をさらに備えることを特徴としている。
【００１２】
このように、ＩＭＳ端末が通信を行なうために必要な情報を記憶するので、差分を検出する際に記憶情報を利用することができる。
【００１３】
（４）また、本発明のネットワーク中継装置において、前記差分トリガ部は、第１のＩＭＳ端末のＳＩＰメッセージのフォーマットと第２のＩＭＳ端末のＳＩＰメッセージのフォーマットとの間に差分があった場合、ＳＩＰメッセージを変更する必要があると判定し、前記置換実行部は、前記第１のＩＭＳ端末から受信したＳＩＰメッセージのフォーマットを、前記第２のＩＭＳ端末が使用するＳＩＰメッセージのフォーマットに置き換える一方、前記第２のＩＭＳ端末から受信したＳＩＰメッセージのフォーマットを、前記第１のＩＭＳ端末が使用するＳＩＰメッセージのフォーマットに置き換えることを特徴としている。
【００１４】
このように、第１のＩＭＳ端末から受信したＳＩＰメッセージのフォーマットを、第２のＩＭＳ端末が使用するＳＩＰメッセージのフォーマットに置き換える一方、第２のＩＭＳ端末から受信したＳＩＰメッセージのフォーマットを、第１のＩＭＳ端末が使用するＳＩＰメッセージのフォーマットに置き換えるので、ＩＭＳ端末間の機能の差異を吸収し、ネットワーク主導のＳＩＰ制御が可能となる。また、Back to Back User Agentと比較して設備規模の削減を図ることが可能となる。
【００１５】
（５）また、本発明のネットワーク中継装置において、第１のＩＭＳ端末と第２のＩＭＳ端末との間でセッションが確立している状態で、第１のＩＭＳ端末がセッションハンドオフを実行した場合、前記差分トリガ部は、前記第１のＩＭＳ端末から受信したＩＮＶＩＴＥメッセージを変更する必要があると判定し、前記置換実行部は、前記第１のＩＭＳ端末から受信したＩＮＶＩＴＥメッセージを、前記セッションハンドオフ実行前のＩＮＶＩＴＥメッセージに置き換える一方、前記第２のＩＭＳ端末から受信した前記セッションハンドオフ実行前のＳＩＰメッセージを、前記セッションハンドオフ実行後のＳＩＰメッセージに置き換えることを特徴としている。
【００１６】
このように、第１のＩＭＳ端末と第２のＩＭＳ端末との間でセッションが確立している状態で、第１のＩＭＳ端末がセッションハンドオフを実行した場合、第１のＩＭＳ端末から受信したＩＮＶＩＴＥメッセージを、セッションハンドオフ実行前のＩＮＶＩＴＥメッセージに置き換える一方、第２のＩＭＳ端末から受信したセッションハンドオフ実行前のＳＩＰメッセージを、セッションハンドオフ実行後のＳＩＰメッセージに置き換えるので、ＩＭＳ端末間の機能の差異を吸収し、ネットワーク主導のＳＩＰ制御が可能となる。また、Back to Back User Agentと比較して設備規模の削減を図ることが可能となる。
【００１７】
（６）また、本発明のネットワーク中継方法は、ＩＭＳ（IP Multimedia Subsystem）ネットワーク上に設けられ、ＩＭＳ端末間の通信を中継するネットワーク中継装置のネットワーク中継方法であって、差分トリガ部において、受信したＳＩＰ（Session Initiation Protocol）メッセージに基づいて、送信元ＩＭＳ端末が使用するＳＩＰメッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出するステップと、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要があるかどうかを判定するステップと、置換実行部において、前記判定の結果、前記送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要がある場合は、前記送信元ＩＭＳ端末から受信したＳＩＰメッセージを前記送信先ＩＭＳ端末が使用するＳＩＰメッセージに置き換えるステップと、を少なくとも含むことを特徴としている。
【００１８】
このように、送信元ＩＭＳ端末が使用するＳＩＰメッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出し、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要がある場合は、送信元ＩＭＳ端末から受信したＳＩＰメッセージを送信先ＩＭＳ端末が使用するＳＩＰメッセージに置き換えるので、Back to Back User Agentよりも少ない処理量および記憶容量でネットワークの中継を行なうことができる。また、Back to Back User Agentとは異なり、中継するのみであるため、処理不可能なヘッダなどがある場合は、素通りさせることができる。そのため、ＳＩＰ  ＵＡに対応して設備を高機能化する必要はない。さらに、通常のＳＩＰプロキシサーバに実装することができるので、設備規模の拡大を避けることが可能となる。
【発明の効果】
【００１９】
本発明によれば、送信元ＩＭＳ端末が使用するＳＩＰメッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出し、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要がある場合は、送信元ＩＭＳ端末から受信したＳＩＰメッセージを送信先ＩＭＳ端末が使用するＳＩＰメッセージに置き換えるので、Back to Back User Agentよりも少ない処理量および記憶容量でネットワークの中継を行なうことができる。また、Back to Back User Agentとは異なり、中継するのみであるため、処理不可能なヘッダなどがある場合は、素通りさせることができる。そのため、ＳＩＰ  ＵＡに対応して設備を高機能化する必要はない。さらに、通常のＳＩＰプロキシサーバに実装することができるので、設備規模の拡大を避けることが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態に係るネットワーク構成を示す図である。
【図２】ネットワークを構成する要素のブロック図である。
【図３】ネットワークを構成する要素のブロック図である。
【図４】本実施形態に係るネットワークにおいて、ＩＭＳ端末同士がＳＩＰメッセージを送受信する際に、メッセージフォーマットに差分があった場合の差分置換の例を示すシーケンスチャートである。
【図５】本実施形態に係るネットワークにおいて、セッションハンドオフを実行する際のシーケンスチャートである。
【発明を実施するための形態】
【００２１】
本実施形態に係るネットワーク中継装置は、ＳＩＰプロキシでＳＩＰメッセージを処理する際、その情報を書き換えることで、クライアント間の差異の吸収等のネットワーク主導のＳＩＰ制御を実現し、Ｂ２ＢＵＡの設備に対して設備量の削減を可能とする。このために、ＳＩＰプロキシにＳＩＰメッセージの差分を監視、管理し、また書き換える機能を与える。
【００２２】
図１は、本実施形態に係るネットワーク構成を示す図である。このネットワークは、ＩＭＳ端末１ａ、１ｂ、アクセスネットワーク１０、ＩＭＳコアネットワーク２０、Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ２１、Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）２２、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）／Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）２３、ＨＳＳ（Home Subscriber Server）２４から構成されている。
【００２３】
図１に示すように、ＩＭＳ端末１ａ、１ｂが、アクセスネットワーク１０を介して、ＩＭＳコアネットワーク２０に接続し、本実施形態に係るＳＩＰプロキシサーバ（以下、「Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ」と呼称する。）２１を経由してＳＩＰセッションを確立している。
【００２４】
図２は、ネットワークを構成する要素のブロック図である。ＩＭＳ端末１ａ、１ｂ、Ｐ−ＣＳＣＦ２２、Ｓ−ＣＳＣＦ２３は、従来の同様の構成を採る。すなわち、ＩＭＳ端末１ａ、１ｂは、ＩＭＳクライアント機能１ｄを有しており、Ｐ−ＣＳＣＦ２２は、従来機能２２ａを有している。また、Ｓ−ＣＳＣＦ２３は、従来機能２３ａを有している。
【００２５】
Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ２１は、従来のＳＩＰ  Ｐｒｏｘｙ機能２１ａと、差分トリガ機能２１ｂと、差分情報置換機能２１ｃと、差分データ記憶機能２１ｄと、ＵＡ情報記憶機能２１ｅと、から構成されている。
【００２６】
差分トリガ機能２１ｂは、送信元ＩＭＳ端末が使用するＳＩＰメッセージと、送信先ＩＭＳ端末が使用するＳＩＰメッセージとの差分を検出し、送信元ＩＭＳ端末が使用するＳＩＰメッセージを変更する必要があるかどうかを判定する。多くのＳＩＰメッセージは、変更（置換）する必要は無いが、セッションハンドオフや端末間のＳＩＰフォーマットに差異がある場合など、ネットワーク主導の制御が必要になる。このような場合にＳＩＰメッセージの変更（置換）が必要となる。
【００２７】
差分トリガ機能２１ｂは、ＳＩＰメッセージを受信した際に、置換の必要性を判断する機能である。例えば、セッションハンドオフではＲｅｐｌａｃｅｓヘッダ、ネットワークが送信したリクエストであれば、それを示すヘッダの有無、また以前に置換したセッション内のメッセージであることなどを判定する。差分トリガ機能２１ｂは、差分トリガ部を構成する。
【００２８】
差分情報置換機能２１ｃは、上記差分トリガ機能２１ｂで、置換が必要であると判断されたＳＩＰメッセージに対し、置換を実行する機能である。ＳＩＰメッセージ中の特定のヘッダや、タグなどの部分的な置換を行う。また、置換する情報は、差分データ記憶機能２１ｄから取得し、また置換したデータを差分データ記憶機能２１ｄに通知する。差分情報置換機能２１ｃは、置換実行部を構成する。
【００２９】
差分データ記憶機能２１ｄは、置換したＳＩＰメッセージの差分データを記憶する機能である。置換が発生しないセッションに対しては記憶せず、置換が発生したもののみ情報を保持する。またセッションの開放と同時に保持していた関連情報を破棄する。差分データ記憶機能２１ｃは、差分データ記憶部を構成する。
【００３０】
ＵＡ情報記憶機能２１ｅは、差分トリガ機能２１ｂで、トリガを検知するために元となる情報を保持する機能である。例えば、クライアントのＵｓｅｒ  Ａｇｅｎｔの情報などを保存する。ＵＡ情報記憶機能２１ｅは、端末情報記憶部を構成する。
【００３１】
以上のように構成された本実施形態に係るネットワーク中継装置（State Change Proxy）および関連する装置の動作について説明する。
【００３２】
（Ａ）Ｓ−ＣＳＣＦはｉＦＣ（initial Filter Criteria）を利用して、ＳＩＰセッションをＳｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ２１へ転送し、これを経由してＳＩＰセッションを確立する。
【００３３】
（Ｂ）この際、Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ２１は、Ｕｓｅｒ  Ａｇｅｎｔなど、トリガ検知に必要な情報を保持する。
【００３４】
（Ｃ）Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ２１は、通過するＳＩＰメッセージを監視し、特に置換の必要の無いものについては通常のＳＩＰプロキシ動作を行う。
【００３５】
（Ｄ）Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ２１は、トリガを検知すると、変化した部分を相手の端末が受信可能な情報に書き換え、ＳＩＰメッセージを転送する。
【００３６】
（Ｅ）Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ２１は、書き換えた情報を記憶し、対となるＳＩＰメッセージの応答や以後のＳＩＰメッセージに対しても同様の書き換えを行う。
【００３７】
（Ｆ）Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ２１は、書き換え対象のセッションが切断されると、記憶していた情報を破棄する。
【００３８】
なお、図３に示すように、本実施形態に係るネットワーク中継装置を、Ｓ−ＣＳＣＦ２３に含ませることも可能である。
【００３９】
図４は、本実施形態に係るネットワークにおいて、ＩＭＳ端末同士がＳＩＰメッセージを送受信する際に、メッセージフォーマットに差分があった場合の差分置換の例を示すシーケンスチャートである。
【００４０】
（１）ＩＭＳ端末（Ａ）は、ＩＭＳ端末（Ｂ）に対してＳＩＰメッセージを送信する。このとき、ｘＨｅａｄｅｒに、ａ、ｂ、ｃが記述されているが、ＩＭＳ端末（Ｂ）の表記では＜ａ＞、＜ｂ＞、＜ｃ＞の表記が必要であったとする。
【００４１】
（２）ＳＩＰメッセージがＳｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙに転送されると、Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙは、表記の違いをトリガとして、ｘＨｅａｄｅｒを＜ａ＞、＜ｂ＞、＜ｃ＞に書き換えその情報を保持する。なお、トリガが無い場合には置換処理は行われない。なお、トリガの判断情報として、一般的なＳＩＰメッセージの拡張された表現や不足表現として判断してもよいし、Ｕｓｅｒ  Ａｇｅｎｔ等を用いて対応表記を判断してもよい。このＵｓｅｒ  Ａｇｅｎｔ情報は、ＳＩＰメッセージの送受信から学習することも、また３ｒｄ  ｐａｒｔｙ  ｒｅｇｉｓｔｒａｔｉｏｎにより、ＩＭＳ端末のＲＥＧＩＳＴＥＲ時に学習することも可能である。
【００４２】
（３）置換されたＳＩＰメッセージは、ＩＭＳ端末（Ｂ）へ転送されて、処理が行われる。
【００４３】
（４）ＩＭＳ端末（Ｂ）は、ＳＩＰメッセージに対するレスポンスをＩＭＳ端末（Ａ）に返す。
【００４４】
（５）Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙは、置換対象のセッションであることを判断し、表記をｘＨｅａｄｅｒ：＜ｄ＞から、ｘＨｅａｄｅｒ：ｄに書き換える。
【００４５】
（６）置換されたＳＩＰメッセージは、ＩＭＳ端末（Ａ）へ転送される。
【００４６】
このように、ＩＭＳ端末（Ａ）から受信したＳＩＰメッセージのフォーマットを、ＩＭＳ端末（Ｂ）が使用するＳＩＰメッセージのフォーマットに置き換える一方、ＩＭＳ端末（Ｂ）から受信したＳＩＰメッセージのフォーマットを、ＩＭＳ端末（Ａ）が使用するＳＩＰメッセージのフォーマットに置き換えるので、ＩＭＳ端末間の機能の差異を吸収し、ネットワーク主導のＳＩＰ制御が可能となる。また、Back to Back User Agentと比較して設備規模の削減を図ることが可能となる。
【００４７】
図５は、本実施形態に係るネットワークにおいて、セッションハンドオフを実行する際のシーケンスチャートである。
【００４８】
（１）ＩＭＳ端末（Ａ）とＩＭＳ端末（Ｂ）は、セッションを確立している。このときセッションを識別するために次情報を持つ。
Ｃａｌｌ−ＩＤ：ｃａｌｌ−ｉｄ１
Ｆｒｏｍタグ：ｆｒｏｍ−ｔａｇ１
Ｔｏタグ：ｔｏ−ｔａｇ１
【００４９】
（２）ＩＭＳ端末（Ａ）が、セッションハンドオフを行うと、新たなＩＮＶＩＴＥメッセージをＩＭＳ端末（Ｂ）に送信する。このとき、以前のセッションとの対応付けのため、Ｒｅｐｌａｃｅｓヘッダにｃａｌｌ−ｉｄ１、ｔｏ−ｔａｇ１、ｆｒｏｍ−ｔａｇ１を指定する。
【００５０】
（３）Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙは、ＩＮＶＩＴＥ中のｒｅｐｌａｃｅｓヘッダをトリガとし、置換処理を行う。この置換する情報は、Ｃａｌｌ−ＩＤヘッダ、Ｔｏヘッダのｔｏ−ｔａｇ、Ｆｒｏｍヘッダのｆｒｏｍ−ｔａｇである。これをＲｅｐｌａｃｅで指定された以前のセッション識別子に書き換え、ＩＭＳ端末（Ｂ）へ送信する。
Ｃａｌｌ−ＩＤ：ｃａｌｌ−ｉｄ２
Ｆｒｏｍタグ：ｆｒｏｍ−ｔａｇ２
Ｔｏタグ：なし
【００５１】
（４）ＩＭＳ端末（Ｂ）は、受信したＩＮＶＩＴＥは以前のセッションのものであるため、そのままｒｅ−ＩＮＶＩＴＥとして処理を行い、２００ＯＫメッセージを返信する。
【００５２】
（５）Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙは、２００ＯＫメッセージに対し、以前置換した置換対象セッションのメッセージと判断し、Ｃａｌｌ−ＩＤ、ｔｏ−ｔａｇ、ｆｒｏｍ−ｔａｇを書き戻し、ＩＭＳ端末（Ａ）へ送信する。このとき、空欄のｔｏ−ｔａｇは、置換用に適当な値を生成する。
【００５３】
（６）ＩＭＳ端末（Ａ）は、２００ＯＫメッセージに対してＡＣＫを送信する。
【００５４】
（７）ＡＣＫメッセージについても、同様にＳｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙで必要なヘッダの置換が行われ、ＩＭＳ端末（Ｂ）へＡＣＫが送信される。
【００５５】
このように、ＩＭＳ端末（Ａ）とＩＭＳ端末（Ｂ）との間でセッションが確立している状態で、ＩＭＳ端末（Ａ）がセッションハンドオフを実行した場合、ＩＭＳ端末（Ａ）から受信したＩＮＶＩＴＥメッセージを、セッションハンドオフ実行前のＩＮＶＩＴＥメッセージに置き換える一方、ＩＭＳ端末（Ｂ）から受信したセッションハンドオフ実行前のＳＩＰメッセージを、セッションハンドオフ実行後のＳＩＰメッセージに置き換えるので、ＩＭＳ端末（Ａ）（Ｂ）間の機能の差異を吸収し、ネットワーク主導のＳＩＰ制御が可能となる。また、Back to Back User Agentと比較して設備規模の削減を図ることが可能となる。
【００５６】
以上説明したように、本実施形態によれば、Ｂ２ＢＵＡが目的とする機能をより少ない処理量と記憶容量で実現可能である。また、差分情報のみを記憶するため、対象以外のＳＩＰメッセージに対しては少ない処理ですむ。Ｂ２ＢＵＡと異なりＳＩＰプロキシであるため、処理不可能なヘッダは素通りすることが可能である。そのため、ＳＩＰ  ＵＡに対応して設備を高機能化する必要が無い。さらに、通常のＳＩＰプロキシサーバの機能の一部として埋め込むことが可能であり、設備数を減らすことが可能である。
【符号の説明】
【００５７】
１ａ、１ｂ  ＩＭＳ端末
１ｄ  ＩＭＳクライアント機能
１０  アクセスネットワーク
２０  ＩＭＳコアネットワーク
２１  Ｓｔａｔｅ  Ｃｈａｎｇｅ  Ｐｒｏｘｙ
２１ａ  ＳＩＰ  Ｐｒｏｘｙ機能
２１ｂ  差分トリガ機能
２１ｃ  差分情報置換機能
２１ｄ  差分データ記憶機能
２１ｅ  ＵＡ情報記憶機能
２２  Ｐ−ＣＳＣＦ
２３  Ｓ／Ｉ−ＣＳＣＦ（Ｓ−ＣＳＣＦ／Ｉ−ＣＳＣＦ）
２４  ＨＳＳ
【図１】
2010239289.tif 000003
【図２】
2010239289.tif 000004
【図３】
2010239289.tif 000005
【図４】
2010239289.tif 000006
【図５】
2010239289.tif 000007