(57)【要約】【課題】ＩＭＳネットワークにおける呼接続時の不要なＩＰバージョン変換やフォールバックの実施を回避する。【解決手段】端末ｃ１３の呼制御を司るＳ−ＣＳＣＦ３が、端末ｃ１３から所定周期で送信され自身に転送されたREGISTER要求信号Ｓ１に含まれる前記当該端末が通信可能なＩＰバージョンの情報を、端末ｃ１３の電話番号に対応付けて記憶部３２に記憶しておくステップと、Ｓ−ＣＳＣＦ３が、端末ｃ１３宛のINVITE要求信号Ｓ３を受信したときに、当該信号のＩＰバージョンが、記憶部３２に記憶しておいた端末ｃ１３が通信可能なＩＰバージョンと一致するか否かを判定して、両者のＩＰバージョンが不一致の場合は、ＩＰｖ６形式とＩＰｖ４形式との間のＩＰパケットの相互変換をＩＰバージョン変換装置５に依頼し、ＩＰバージョン変換装置５から返送された変換後のINVITE要求信号を宛先の当該端末に転送するステップとを含む。【選択図】図１
2015226241.tif 000002
【特許請求の範囲】
【請求項１】
ＩＭＳネットワークにおいて、発側と着側の端末間で異なるＩＰバージョンのＳＩＰ信号がサポートされている場合における呼接続のためのＩＰバージョン変換方法であって、
それぞれの端末から所定周期で送信されるREGISTER要求信号に、当該端末が通信可能なＩＰバージョンの情報が含まれており、
それぞれの端末の呼制御を司る呼制御装置が、自身に転送された前記REGISTER要求信号に含まれる前記当該端末が通信可能なＩＰバージョンの情報を、当該端末の識別情報に対応付けて記憶部に記憶しておくステップと、
前記呼制御装置が、自身が呼制御を司る端末宛のINVITE要求信号を受信したときに、当該INVITE要求信号のＩＰバージョンが、前記記憶部に記憶しておいた前記当該端末が通信可能なＩＰバージョンと一致するか否かを判定して、両者のＩＰバージョンが不一致の場合は、ＩＰｖ６形式とＩＰｖ４形式との間のＩＰパケットの相互変換をＩＰバージョン変換装置に依頼し、前記ＩＰバージョン変換装置から返送されるＩＰバージョン変換されたINVITE要求信号を宛先の当該端末に転送するステップと
を含むことを特徴とするＩＰバージョン変換方法。
【請求項２】
請求項１に記載のＩＰバージョン変換方法において、
ＩＰｖ４のＳＩＰ信号がサポートされている着側端末宛に、発側端末からＩＰｖ６のINVITE要求信号が発信された場合に、
前記着側端末の呼制御を司る前記呼制御装置から前記依頼を受けた前記ＩＰバージョン変換装置は、前記発側端末に一時的に付与するＩＰｖ４アドレスを払い出し、払い出した前記ＩＰｖ４アドレスを用いて前記ＩＰｖ６のINVITE要求信号をＩＰｖ４の形式に変換する
ことを特徴とするＩＰバージョン変換方法。
【請求項３】
請求項１に記載のＩＰバージョン変換方法において、
ＩＰｖ６のＳＩＰ信号がサポートされている着側端末宛に、発側端末からＩＰｖ４のINVITE要求信号が発信された場合に、
前記着側端末の呼制御を司る前記呼制御装置から前記依頼を受けた前記ＩＰバージョン変換装置は、前記発側端末に一時的にＩＰｖ６アドレスを付与し、付与した前記ＩＰｖ６アドレスを用いて前記ＩＰｖ４のINVITE要求信号をＩＰｖ６の形式に変換する
ことを特徴とするＩＰバージョン変換方法。
【請求項４】
ＩＭＳネットワークにおいて、異なるＩＰバージョンのＳＩＰ信号がサポートされている発側と着側の端末間の呼接続を行う呼制御装置であって、
それぞれの端末から所定周期で送信されるREGISTER要求信号に、当該端末が通信可能なＩＰバージョンの情報が含まれており、
それぞれの端末の呼制御を司る前記呼制御装置は、
自身に転送された前記REGISTER要求信号に含まれる前記当該端末が通信可能なＩＰバージョンの情報を、前記当該端末の識別情報に対応付けて記憶部に記憶しておき、
自身が呼制御を司る端末宛のINVITE要求信号を受信したときに、当該INVITE要求信号のＩＰバージョンが、前記記憶部に記憶しておいた前記当該端末が通信可能なＩＰバージョンと一致するか否かを判定して、両者のＩＰバージョンが不一致の場合は、ＩＰｖ６形式とＩＰｖ４形式との間のＩＰパケットの相互変換を前記ＩＰバージョン変換装置に依頼し、前記ＩＰバージョン変換装置から返送されるＩＰバージョン変換されたINVITE要求信号を宛先の当該端末に転送する
ことを特徴とする呼制御装置。
【請求項５】
コンピュータを請求項４に記載の呼制御装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳ（ＩＰ（Internet Protocol） Multimedia Subsystem）におけるＳＩＰ（Session Initiation Protocol）呼接続に係り、特に、発側と着側の端末間でサポートしているＩＰのバージョンが異なる場合の相互接続を可能とする技術に関する。
【背景技術】
【０００２】
異なるＩＰバージョンをサポートしている事業者網間を接続するための標準仕様として、非特許文献１には、他事業者との関門にＩＰバージョン変換を行う２つのエンティティを配備することが規定されている。このうち、ＩＭＳ−ＡＬＧ（IMS-Application Level Gateway）はＳＩＰ及びＳＤＰ（Session Description Protocol）パケットのＩＰバージョン変換を行い、ＴｒＧＷ（Transition Gateway）はＲＴＰ（Real-time Transport Protocol）パケット等のメディアのＩＰバージョン変換を行う。
【０００３】
また、非特許文献２には、発側の端末からＩＰｖ６（Internet Protocol version 6）で発信し、着側の端末がＩＰｖ４（Internet Protocol version 4）のみをサポートしていた場合に、ＳＩＰの488レスポンスを返送し、発側端末からＩＰｖ４で再発信を行うフォールバック手順が開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS 29.162 V12.3.0 (2014-03), "Interworking between IMS and IP networks(Release 12)",［online］, 3GPP,［平成26年5月20日検索］,インターネット＜URL：http://www.3gpp.org/ftp/Specs/archive/29_series/29.162/29162-c30.zip＞
【非特許文献２】TTC JJ-90.26、「IMSにおけるSDPメディアネゴシエーション手順」 第1.0版、［online］、2013年5月23日、情報通信技術委員会、［平成26年5月20日検索］、インターネット＜URL：http://www.ttc.or.jp/jp/document_list/sum/sum_JJ-90.26v1.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、非特許文献１に規定の方法では、図４に例示するように、事業者Ａの端末ａ１１と事業者Ｂの端末ｂ１２とがいずれもＩＰｖ６をサポートしている場合であっても、ＩＰｖ６⇔ＩＰｖ４変換装置９によって、一律にＩＰバージョン変換が実施される。例えば、端末ａ１１から発信されたＩＰｖ６の接続要求ｒ１は、ＩＰｖ４の接続要求ｒ２に変換されて端末ｂ１２に転送され、端末ｂ１２から返送されるＩＰｖ４の正常応答ａ１は、ＩＰｖ６の正常応答ａ２に変換されて端末ａ１１に転送される。そのため、本来であれば不要なＩＰバージョン変換が実施される場合があるという問題がある。
【０００６】
また、非特許文献２に記載の方法では、図５に例示するように、ＩＰｖ６で優先発信する事業者Ａの端末ａ１１からＩＰｖ４のみをサポートする事業者Ｂの端末ｃ１３に着信した場合に、ＩＰｖ４へのフォールバックが行われる。このとき、端末ａ１１から発信されたＩＰｖ６の接続要求ｒ３を受信した端末ｃ１３からエラー応答（ＳＩＰの488レスポンス）ａ３が返送されるので、端末ａ１１は再度ＩＰｖ４の接続要求ｒ４を発信し、端末ｃ１３から正常応答ａ４が返送されることとなる。その場合、呼制御のためのトラフィックが２往復することになるので、ＩＰｖ４のみをサポートする端末の比率が高いネットワークでは、フォールバック手順の多発によって呼制御サーバの負荷が増大するという問題がある。
【０００７】
本発明は、前記の問題を解決するためになされたものであり、不要なＩＰバージョン変換やフォールバックの実施を回避することができるＩＰバージョン変換方法、呼制御装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記の目的を達成するために、第１の本発明は、ＩＭＳネットワークにおいて、発側と着側の端末間で異なるＩＰバージョンのＳＩＰ信号がサポートされている場合における呼接続のためのＩＰバージョン変換方法であって、それぞれの端末から所定周期で送信されるREGISTER要求信号に、当該端末が通信可能なＩＰバージョンの情報が含まれており、それぞれの端末の呼制御を司る呼制御装置が、自身に転送された前記REGISTER要求信号に含まれる前記当該端末が通信可能なＩＰバージョンの情報を、当該端末の識別情報に対応付けて記憶部に記憶しておくステップと、前記呼制御装置が、自身が呼制御を司る端末宛のINVITE要求信号を受信したときに、当該INVITE要求信号のＩＰバージョンが、前記記憶部に記憶しておいた前記当該端末が通信可能なＩＰバージョンと一致するか否かを判定して、両者のＩＰバージョンが不一致の場合は、ＩＰｖ６形式とＩＰｖ４形式との間のＩＰパケットの相互変換をＩＰバージョン変換装置に依頼し、前記ＩＰバージョン変換装置から返送されるＩＰバージョン変換されたINVITE要求信号を宛先の当該端末に転送するステップとを含むものとした。
【０００９】
このようにすることで、発側端末から発信されるINVITE要求信号のＩＰバージョンが着側端末が通信可能なＩＰバージョンと一致しない場合に限って、ＩＰバージョン変換装置によるINVITE要求信号のＩＰバージョン変換を行わせることができる。
【００１０】
また、第２の本発明は、前記のＩＰバージョン変換方法において、ＩＰｖ４のＳＩＰ信号がサポートされている着側端末宛に、発側端末からＩＰｖ６のINVITE要求信号が発信された場合に、前記着側端末の呼制御を司る前記呼制御装置から前記依頼を受けた前記ＩＰバージョン変換装置は、前記発側端末に一時的に付与するＩＰｖ４アドレスを払い出し、払い出した前記ＩＰｖ４アドレスを用いて前記ＩＰｖ６のINVITE要求信号をＩＰｖ４の形式に変換するものとした。
【００１１】
このようにすることで、発側端末から発信されたＩＰｖ６のINVITE要求信号を、ＩＰｖ４の形式に変換して、ＩＰｖ４のＳＩＰ信号がサポートされている着側端末に転送することができる。
【００１２】
また、第３の本発明は、前記のＩＰバージョン変換方法において、ＩＰｖ６のＳＩＰ信号がサポートされている着側端末宛に、発側端末からＩＰｖ４のINVITE要求信号が発信された場合に、前記着側端末の呼制御を司る前記呼制御装置から前記依頼を受けた前記ＩＰバージョン変換装置は、前記発側端末に一時的にＩＰｖ６アドレスを付与し、付与した前記ＩＰｖ６アドレスを用いて前記ＩＰｖ４のINVITE要求信号をＩＰｖ６の形式に変換するものとした。
【００１３】
このようにすることで、発側端末から発信されたＩＰｖ４のINVITE要求信号を、ＩＰｖ６の形式に変換して、ＩＰｖ６のＳＩＰ信号がサポートされている着側端末に転送することができる。
【００１４】
また、第４の本発明は、ＩＭＳネットワークにおいて、異なるＩＰバージョンのＳＩＰ信号がサポートされている発側と着側の端末間の呼接続を行う呼制御装置であって、それぞれの端末から所定周期で送信されるREGISTER要求信号に、当該端末が通信可能なＩＰバージョンの情報が含まれており、それぞれの端末の呼制御を司る前記呼制御装置は、自身に転送された前記REGISTER要求信号に含まれる前記当該端末が通信可能なＩＰバージョンの情報を、前記当該端末の識別情報に対応付けて記憶部に記憶しておき、自身が呼制御を司る端末宛のINVITE要求信号を受信したときに、当該INVITE要求信号のＩＰバージョンが、前記記憶部に記憶しておいた前記当該端末が通信可能なＩＰバージョンと一致するか否かを判定して、両者のＩＰバージョンが不一致の場合は、ＩＰｖ６形式とＩＰｖ４形式との間のＩＰパケットの相互変換を前記ＩＰバージョン変換装置に依頼し、前記ＩＰバージョン変換装置から返送されるＩＰバージョン変換されたINVITE要求信号を宛先の当該端末に転送するものとした。
【００１５】
このようにすることで、発側端末から発信されるINVITE要求信号のＩＰバージョンが着側端末が通信可能なＩＰバージョンと一致しない場合に限って、ＩＰバージョン変換装置によるINVITE要求信号のＩＰバージョン変換を行わせることができる。
【００１６】
また、第５の本発明は、コンピュータを前記の呼制御装置として機能させるためのプログラムとした。
【００１７】
このようにすることで、コンピュータを前記の呼制御装置として機能させることができる。
【発明の効果】
【００１８】
本発明によれば、不要なＩＰバージョン変換やフォールバックの実施を回避することができるＩＰバージョン変換方法、ＩＰバージョン変換装置及びプログラムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明に係るＩＰバージョン変換装置の概略を示す説明図である。
【図２】ＩＰｖ６端末からＩＰｖ４端末への発信動作の例を示すシーケンス図である。
【図３】ＩＰｖ４端末からＩＰｖ６端末への発信動作の例を示すシーケンス図である。
【図４】事業者網間にＩＰｖ６⇔ＩＰｖ４変換装置を設置する場合の動作についての説明図である。
【図５】ＩＰｖ６からＩＰｖ４にフォールバックする手順についての説明図である。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための形態を、適宜図面を参照しながら説明する。
図１は、本発明に係るＩＰバージョン変換装置の概略を示す説明図である。図１に示すように、ＩＰバージョン変換装置５は、端末間の呼制御を司る呼制御装置としてのＳＩＰサーバ（コンピュータ）であるＳ−ＣＳＣＦ（Serving-ＣＳＣＦ（Call Session Control Function））３と通信可能に設置される。
【００２１】
ＩＭＳに接続される各端末からは、不図示のＰ−ＣＳＣＦ（Proxy-ＣＳＣＦ）を介して収容先のＳ−ＣＳＣＦ３にREGISTER要求信号が所定周期で送信される。
【００２２】
このREGISTER要求信号のContactヘッダには、当該端末のＩＰｖ４アドレス及びＩＰｖ６アドレスとユーザ識別名とが、下記の例のように記述される。
（例１）ＩＰｖ４だけがサポートされる端末の場合
Contact:<sip:taro@123.111.111.111>
（例２）ＩＰｖ６だけがサポートされる端末の場合
Contact:<sip:taro@[2001:c90:625:804::1]>
（例３）ＩＰｖ４とＩＰｖ６の両方がサポートされる端末の場合
Contact:<sip:taro@123.111.111.111>,<sip:taro@[2001:c90:625:804::1]>
【００２３】
図１の例においては、端末ｃ１３ではＩＰｖ４だけがサポートされているものとし、「REGISTER要求（ＩＰｖ４）」なる表記は、この信号Ｓ１はＩＰｖ４の形式で構成され、ContactヘッダにＩＰｖ４アドレスが記述されていることを表すものとする。この信号Ｓ１を受信したＳ−ＣＳＣＦ３の呼制御部３１は、Contactヘッダの記述から当該端末ではＩＰｖ４だけがサポートされていると判断する。そして、通信可能なＩＰバージョンである「ＩＰｖ４」を、当該端末の電話番号「03-3333-4444」に対応付けて通信可能ＩＰバージョンとして記憶部３２に登録して保持する（信号Ｓ２）。
【００２４】
続いて、不図示のＩＰｖ６端末から、電話番号「03-3333-4444」へのINVITE要求が発行され、この着側Ｓ−ＣＳＣＦ３に転送されたものとする。ここで「INVITE要求（ＩＰｖ６）」なる表記は、この信号Ｓ３はＩＰｖ６の形式で構成されていることを表すものとする。
【００２５】
この信号Ｓ３を受信した着側Ｓ−ＣＳＣＦ３の呼制御部３１は、記憶部３２に記憶されている通信可能ＩＰバージョンを参照することにより（信号Ｓ４）、当該電話番号「03-3333-4444」に該当する端末ｃ１３が通信可能なＩＰバージョンは「ＩＰｖ４」であると判断する。そこで、受信した信号Ｓ３をＩＰバージョン変換装置５に転送する（信号Ｓ５）。
【００２６】
ＩＰバージョン変換装置５は、ＩＰアドレス払出し変換部５１とＩＰパケット形式変換部５２とを備えている。これらは、コンピュータによって構成されるＩＰバージョン変換装置５に搭載される不図示のＣＰＵ（Central Processing Unit）が、所定のプログラムを実行することによって具現化される。
【００２７】
信号Ｓ５を受信したＩＰバージョン変換装置５のＩＰアドレス払出し変換部５１は、端末１３ｃに通知する発側端末のＩＰｖ４アドレスを払い出す。また、ＩＰパケット形式変換部５２は、受信した信号Ｓ５のINVITE要求（ＩＰｖ６）を、払い出された当該ＩＰｖ４アドレスを用いてＩＰｖ４の形式に変換し、INVITE要求（ＩＰｖ４）を着側Ｓ−ＣＳＣＦ３に転送する（信号Ｓ６）。この信号Ｓ６を受信した着側Ｓ−ＣＳＣＦ３は、受信したINVITE要求（ＩＰｖ４）を端末ｃ１３に転送することにより、端末ｃ１３に呼を着信させる（信号Ｓ７）。
【００２８】
以降、端末ｃ１３からＩＰｖ４の形式の正常応答信号が返送され、INVITE信号と逆の経路でＩＰバージョン変換装置５によってバージョン変換されたＩＰｖ６の形式の正常応答信号が発側端末に返送される。それにより、端末間のセッションが確立される。当該セッションに対応して交換されるＲＴＰパケット等のメディアも、ＩＰバージョン変換装置５に転送され、メディアのＩＰバージョン変換が実施される。
【００２９】
図２は、ＩＰｖ６端末からＩＰｖ４端末への発信動作の例を示すシーケンス図である。図２において、端末ｃ１３は着側となるＩＰｖ４端末であり、端末ａ１１は発側となるＩＰｖ６端末である。
【００３０】
前記のように、端末ｃ１３からは所定の周期でＩＰｖ４形式のREGISTER要求信号（以下、「REGISTER（ＩＰｖ４）」と表記）が送信され、着側Ｐ−ＣＳＣＦ２を介して着側Ｓ−ＣＳＣＦ３に信号が転送される。このREGISTER（ＩＰｖ４）を受信した着側Ｓ−ＣＳＣＦ３の呼制御部３１は、当該端末ｃ１３が通信可能なＩＰバージョンは「ＩＰｖ４」である旨を通信可能ＩＰバージョンとして記憶部３２に登録して保持する。
【００３１】
続いて、端末ａ１１から端末ｃ１３の電話番号を指定してＩＰｖ６の形式のINVITE要求（以下、「INVITE（ＩＰｖ６）」と表記）が送信されたものとする。発側Ｐ−ＣＳＣＦ２を介してこの信号を受信した発側Ｓ−ＣＳＣＦ３は、指定された電話番号を番号解決データベース８に送信して番号問合せを行い、返送される番号問合せ応答によって当該信号の転送先となる着側Ｉ−ＣＳＣＦのアドレスを取得する。発側Ｓ−ＣＳＣＦ３は、不図示の発側Ｉ−ＣＳＣＦを介してこの信号を不図示の着側Ｉ−ＣＳＣＦに送信し、着側Ｉ−ＣＳＣＦが着側Ｓ−ＣＳＣＦ３にこの信号（INVITE（ＩＰｖ６））を転送する。
【００３２】
このINVITE（ＩＰｖ６）を受信した着側Ｓ−ＣＳＣＦ３の呼制御部３１は、記憶部３２に記憶されている通信可能ＩＰバージョンを参照することで、着側の端末ｃ１３が通信可能なＩＰバージョンは「ＩＰｖ４」であることを認識する。そこで、呼制御部３１は、この信号をＩＰバージョン変換装置５に転送してＩＰバージョン変換を依頼する。
【００３３】
このINVITE（ＩＰｖ６）を受信したＩＰバージョン変換装置５のＩＰアドレス払出し変換部５１は、発側の端末ａ１１に一時的に払い出すＩＰｖ４アドレスをアドレスプールの中から１つ選択して払い出す。ＩＰパケット形式変換部５２は、払い出されたＩＰｖ４アドレスを用いてINVITE（ＩＰｖ６）をINVITE（ＩＰｖ４）に変換し、着側Ｓ−ＣＳＣＦ３に返送する。
【００３４】
このINVITE（ＩＰｖ４）を受信した着側Ｓ−ＣＳＣＦ３の呼制御部３１は、この信号を着側Ｐ−ＣＳＣＦ２に転送し、着側Ｐ−ＣＳＣＦ２がこの信号を端末ｃ１３に転送することによって端末ｃ１３に呼が着信する。
【００３５】
INVITE（ＩＰｖ４）を受信した端末ｃ１３が応答すると、端末ｃ１３から正常応答を示すＩＰｖ４形式の正常応答信号（以下、「200 OK（ＩＰｖ４）」と表記）が返送される。この信号は、INVITE信号と逆の経路でＩＰバージョン変換装置５に転送され、ＩＰバージョン変換装置５によってＩＰｖ４の形式からＩＰｖ６の形式（以下、「200 OK（ＩＰｖ６）」と表記）へのバージョン変換が行われる。
【００３６】
このとき、ＩＰバージョン変換装置５のＩＰアドレス払出し変換部５１は、着側の端末ｃ１３に一時的に払い出すＩＰｖ６アドレスをアドレスプールの中から１つ選択して端末ｃ１３に付与する。もしくは、端末ｃ１３のＩＰｖ４アドレスから所定形式のＩＰｖ６アドレスを自動生成して付与する。ＩＰパケット形式変換部５２は、付与されたＩＰｖ６アドレスを用いて200 OK（ＩＰｖ４）を200 OK（ＩＰｖ６）に変換する。
【００３７】
ＩＰバージョン変換装置５によってバージョン変換された200 OK（ＩＰｖ６）は、やはりINVITE信号と逆の経路で中継されて発側の端末ａ１１に返送される。それによって、端末ａ１１と端末ｃ１３との間のセッションが確立される。
【００３８】
以降、確立されたセッションに対応してＲＴＰパケット等のメディアが交換されたのち、セッションの切断が行われることになるが、その詳細の説明は割愛する。
【００３９】
図３は、ＩＰｖ４端末からＩＰｖ６端末への発信動作の例を示すシーケンス図である。図３において、端末ａ１１は着側となるＩＰｖ６端末であり、端末ｃ１３は発側となるＩＰｖ４端末である。
【００４０】
前記と同様に、端末ａ１１からは所定の周期でＩＰｖ６形式のREGISTER要求信号（以下、「REGISTER（ＩＰｖ６）」と表記）が送信され、着側Ｓ−ＣＳＣＦ３に信号が転送される。このREGISTER（ＩＰｖ６）を受信した着側Ｓ−ＣＳＣＦ３の呼制御部３１は、当該端末ａ１１が通信可能なＩＰバージョンは「ＩＰｖ６」である旨を通信可能ＩＰバージョンとして記憶部３２に登録して保持する。
【００４１】
続いて、端末ｃ１３から端末ａ１１の電話番号を指定してINVITE（ＩＰｖ４）が送信されたものとする。発側Ｐ−ＣＳＣＦ２を介してこの信号を受信した発側Ｓ−ＣＳＣＦ３は、前記と同様に、番号解決データベース８に対して番号問合せを行い、当該信号の転送先となる着側Ｉ−ＣＳＣＦのアドレスを取得する。発側Ｓ−ＣＳＣＦ３は、不図示の発側Ｉ−ＣＳＣＦを介してこの信号を不図示の着側Ｉ−ＣＳＣＦに送信し、着側Ｉ−ＣＳＣＦが着側Ｓ−ＣＳＣＦ３にこの信号（INVITE（ＩＰｖ４））を転送する。
【００４２】
このINVITE（ＩＰｖ４）を受信した着側Ｓ−ＣＳＣＦ３の呼制御部３１は、記憶部３２に記憶されている通信可能ＩＰバージョンを参照することで、着側の端末ａ１１が通信可能なＩＰバージョンは「ＩＰｖ６」であることを認識する。そこで、呼制御部３１は、この信号をＩＰバージョン変換装置５に転送してＩＰバージョン変換を依頼する。
【００４３】
このINVITE（ＩＰｖ４）を受信したＩＰバージョン変換装置５のＩＰアドレス払出し変換部５１は、発側の端末ｃ１３に一時的に払い出すＩＰｖ６アドレスをアドレスプールの中から１つ選択して端末ｃ１３に付与する。もしくは、端末ｃ１３のＩＰｖ４アドレスから所定形式のＩＰｖ６アドレスを自動生成して付与する。ＩＰパケット形式変換部５２は、付与されたＩＰｖ６アドレスを用いてINVITE（ＩＰｖ４）をINVITE（ＩＰｖ６）に変換し、着側Ｓ−ＣＳＣＦ３に返送する。
【００４４】
このINVITE（ＩＰｖ６）を受信した着側Ｓ−ＣＳＣＦ３の呼制御部３１は、この信号を着側Ｐ−ＣＳＣＦ２に転送し、着側Ｐ−ＣＳＣＦ２がこの信号を端末ａ１１に転送することによって端末ａ１１に呼が着信する。
【００４５】
INVITE（ＩＰｖ６）を受信した端末ａ１１が応答すると、端末ａ１１から正常応答を示す200 OK（ＩＰｖ６）が返送される。この信号は、INVITE信号と逆の経路でＩＰバージョン変換装置５に転送され、ＩＰバージョン変換装置５によってＩＰｖ６の形式からＩＰｖ４の形式へのバージョン変換が行われる。
【００４６】
このとき、ＩＰバージョン変換装置５のＩＰアドレス払出し変換部５１は、着側の端末ａ１１に一時的に払い出すＩＰｖ４アドレスをアドレスプールの中から１つ選択して端末ａ１１に付与する。ＩＰパケット形式変換部５２は、付与されたＩＰｖ４アドレスを用いて200 OK（ＩＰｖ６）を200 OK（ＩＰｖ４）に変換する。
【００４７】
ＩＰバージョン変換装置５によってバージョン変換された200 OK（ＩＰｖ４）は、やはりINVITE信号と逆の経路で中継されて発側の端末ｃ１３に返送される。それによって、端末ａ１１と端末ｃ１３との間のセッションが確立される。
【００４８】
以降、確立されたセッションに対応してＲＴＰパケット等のメディアが交換されたのち、セッションの切断が行われることになるが、その詳細の説明は割愛する。
【００４９】
以上説明したように、本実施形態によれば、発側と着側の端末間で通信可能なＩＰバージョンが異なっている場合は、ＩＰバージョン変換装置５によってＩＰアドレス及びＩＰパケットの形式が変換された信号が転送される。そのため、ＩＰｖ６端末からＩＰｖ４端末へ発信する場合であってもフォールバック手順が実施されることはない。また、発側と着側の端末間で通信可能なＩＰバージョンが一致している場合には、ＩＰバージョン変換は実施されない。したがって、不要なＩＰバージョン変換やフォールバックの実施を回避することができるＩＰバージョン変換方法、呼制御装置及びプログラムを提供することができる。
【００５０】
以上にて本発明を実施するための形態の説明を終えるが、本発明の実施の態様はこれに限られるものではなく、本発明の趣旨を逸脱しない範囲において各種の変形が可能なことは言うまでもない。
【符号の説明】
【００５１】
２    Ｐ−ＣＳＣＦ
３    Ｓ−ＣＳＣＦ（呼制御装置）
３１  呼制御部
３２  記憶部
４    Ｉ−ＣＳＣＦ
５    ＩＰバージョン変換装置
５１  ＩＰアドレス払出し変換部
５２  ＩＰパケット形式変換部
８    番号解決データベース
９    ＩＰｖ６⇔ＩＰｖ４変換装置
【図１】
2015226241.tif 000003
【図２】
2015226241.tif 000004
【図３】
2015226241.tif 000005
【図４】
2015226241.tif 000006
【図５】
2015226241.tif 000007