(57)【要約】【課題】ＩＭＳ網間の相互接続を簡易な通信手順で行う。【解決手段】網間ＧＷが、着側ＵＥのＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得する。そして網間ＧＷは、発側ＵＥから取得した接続要求を取得したバージョン情報が示す通信プロトコルを用いて着側ＵＥが接続されるＩＭＳ網へ出力する。【選択図】図１
2019165266.tif 000002
【特許請求の範囲】
【請求項１】
通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得部と、
通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信部と、
を備える通信接続管理装置。
【請求項２】
前記通信先装置の装置番号を含む通信の前記接続要求を前記通信元装置より取得する接続要求取得部と、
前記装置番号と前記ＳＩＰ＿ＵＲＩとを対応付けて記憶する番号管理サーバから前記接続要求に含まれる前記通信先装置の装置番号に対応する前記ＳＩＰ＿ＵＲＩを取得するＳＩＰ＿ＵＲＩ取得部と、
を備える請求項１に記載の通信接続管理装置。
【請求項３】
前記通信先装置の装置番号はＩＴＵ−Ｔからの勧告であるＥ．１６４に基づいて決定された電話番号である
請求項１または請求項２に記載の通信接続管理装置。
【請求項４】
前記バージョン情報は、前記通信プロトコルのＩＰバージョン４またはＩＰバージョン６である請求項１から請求項３の何れか一項に記載の通信接続管理装置。
【請求項５】
通信接続管理装置を備えたＩＰ（Internet Protocol）マルチメディアサブシステムであって、
前記通信接続管理装置が、
通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得部と、
通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信部と、
を備えるＩＰマルチメディアサブシステム。
【請求項６】
前記通信先装置の装置番号を含む登録要求に基づいて、当該登録要求に含まれる装置番号と、前記登録要求において検知した前記通信先装置に割り当てられるＳＩＰ＿ＵＲＩとを対応付けて番号管理サーバに登録する番号管理部を備える登録装置
を備える請求項５に記載のＩＰマルチメディアサブシステム。
【請求項７】
通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得部と、通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信部と、を備えた通信接続管理装置と接続され、
前記通信先装置の装置番号を含む登録要求に基づいて、当該登録要求に含まれる装置番号と、前記登録要求において検知した前記通信先装置に割り当てられるＳＩＰ＿ＵＲＩとを対応付けて番号管理サーバに登録する番号管理部
を備える登録装置。
【請求項８】
通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得し、
通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する
通信接続管理方法。
【請求項９】
コンピュータを、
通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得手段、
通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信手段、
として機能させるプログラム。
【請求項１０】
通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得部と、通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信部と、を備えた通信接続管理装置と接続されたコンピュータを、
前記通信先装置の装置番号を含む登録要求に基づいて、当該登録要求に含まれる装置番号と、前記登録要求において検知した前記通信先装置に割り当てられるＳＩＰ＿ＵＲＩとを対応付けて番号管理サーバに登録する番号管理手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信接続管理装置、ＩＰマルチメディアサブシステム、登録装置、通信接続管理方法、プログラムに関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）マルチメディアサブシステム（ＩＭＳ）網間の相互接続では、ＩＰのバージョンの違いや、使用しているトランスポートプロトコル、ＳＩＰの準拠勧告の違いにより接続性が担保されないことがある。そのような仕様の違いをゲートウェイ機能が検出し、相互の接続を行うようにしなければならない。ここで着信側の装置（着側装置）の接続するＩＭＳ網（着側ＩＭＳ網）がＩＰｖ６とＩＰｖ４の両方のバージョンのインターネットプロトコルで通信できるよう設計されているとする。この場合、発信側の装置（発側装置）の接続するＩＭＳ網（発側ＩＭＳ網）から着側装置の接続するＩＭＳ網（着側ＩＭＳ網）に送出する信号のＩＰバージョンが確定できない場合、発側ＩＭＳ網に接続する発側装置から着側ＩＭＳ網へ接続する着側装置へは通信接続できない可能性がある。
【０００３】
関連する技術として、発側装置が一度ＩＰｖ６の通信プロトコルにより着側装置との接続を試みて、着側装置との間でＩＰｖ６の通信プロトコルにより接続できない場合に、発側装置が再度ＩＰｖ４の通信プロトコルにより着側装置との接続を試みる技術が存在する。この技術をＩＰｖ６／ＩＰｖ４フォールバック機能と呼ぶ。しかしながら当該機能での接続手法では、当該接続で発生する通信が網内で複数のサーバを経由して接続する場合があり、信号の接続遅延が発生する可能性がある。またＩＰｖ６／ＩＰｖ４フォールバック機能は、ＩＭＳ網間接続における必須機能ではない。したがって、ＩＰｖ６／ＩＰｖ４フォールバック機能に対応していないＩＭＳ網が多く、ＩＭＳ網間の相互接続の障壁となる場合がある。なお関連する技術として特許文献１が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−０９３７５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１の技術は、ＩＭＳネットワークシステムの一例であるが、着側通信網に接続される着側装置と発側通信網に接続される発側装置の利用する通信プロトコルのバージョンが違うことによる通信接続ができないことを容易な手法で解決するものではない。
【０００６】
そこでこの発明は、上述の課題を解決する通信接続管理装置、ＩＰマルチメディアサブシステム、登録装置、通信接続管理方法、プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明の第１の態様によれば、通信接続管理装置は、通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得部と、通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信部と、を備える。
【０００８】
また本発明の第２の態様によれば、通信接続管理装置を備えたＩＰ（Internet Protocol）マルチメディアサブシステムは、前記通信接続管理装置が、通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得部と、通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信部と、を備える。
【０００９】
また本発明の第３の態様によれば、登録装置は、通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得部と、通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信部と、を備えた通信接続管理装置と接続され、前記通信先装置の装置番号を含む登録要求に基づいて、当該登録要求に含まれる装置番号と、前記登録要求において検知した前記通信先装置に割り当てられるＳＩＰ＿ＵＲＩとを対応付けて番号管理サーバに登録する番号管理部を備える。
【００１０】
また本発明の第４の態様によれば、通信接続管理方法は、通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得し、通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する。
【００１１】
また本発明の第５の態様によれば、プログラムは、コンピュータを、通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得手段、通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信手段、として機能させる。
【００１２】
また本発明の第５の態様によれば、プログラムは、通信先装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得するバージョン情報取得部と、通信元装置から取得した接続要求を前記バージョン情報が示す通信プロトコルを用いて前記通信先装置の接続される通信網へ出力する通信部と、を備えた通信接続管理装置と接続されたコンピュータを、前記通信先装置の装置番号を含む登録要求に基づいて、当該登録要求に含まれる装置番号と、前記登録要求において検知した前記通信先装置に割り当てられるＳＩＰ＿ＵＲＩと、を対応付けて番号管理サーバに登録する番号管理手段、として機能させる。
【発明の効果】
【００１３】
本発明によれば、着側通信網に接続される着側装置と発側通信網に接続される発側装置の利用する通信プロトコルのバージョンが違う場合であっても、簡易な接続手続で着側装置と発側通信網とが通信接続することができるようになる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態によるＩＰマルチメディアサブシステムの構成を示すブロック図である。
【図２】本発明の一実施形態による網間ＧＷの機能ブロック図である。
【図３】本発明の一実施形態によるＳＩＰサーバの機能ブロック図である。
【図４】本発明の一実施形態による番号管理テーブルを示す図である。
【図５】本発明の一実施形態によるバージョン管理テーブルを示す図である。
【図６】本発明の一実施形態による通信フローの概要を示す図である。
【図７】本発明の一実施形態による通信フローの詳細を示す図である。
【図８】本発明の一実施形態によるコンピュータのハードウェア構成を示す図である。
【図９】本発明の一実施形態による網間ＧＷの最小構成を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態によるＩＰ（Internet Protocol）マルチメディアサブシステムを図面を参照して説明する。図１は同実施形態によるＩＰマルチメディアサブシステムの構成を示すブロック図である。この図において、ＩＰマルチメディアサブシステム１は、発側ＩＭＳ網１１と着側ＩＭＳ網２１とが、通信接続管理装置の一態様である網間ＧＷ（ゲートウェイ）３１を介して接続されている。発側ＩＭＳ網１１には発側の装置である発側ＵＥ１２（通信元装置）が通信接続されている。また着側ＩＭＳ網２１には着側の装置である着側ＵＥ２２−１（通信先装置）、着側ＵＥ２２−２が通信接続されている。なお着側ＩＭＳ網２１に接続されている着側ＵＥ２２−１、２２−２を総称して着側ＵＥ２２と呼ぶこととする。説明の便宜上、発側ＵＥ１２を一つ、着側ＵＥ２２を２つ図１に図示しているが、実際にはより多くのＵＥが各ＩＭＳ網に接続されてよい。
【００１６】
本実施形態においては、着側ＩＭＳ網２１と網間ＧＷ３１と番号管理サーバ２３とはそれぞれ、ＩＰｖ４の通信プロトコルを中継する機能とＩＰｖ６の通信プロトコルを中継する機能の両方の機能を備えている。つまり着側ＩＭＳ網２１と網間ＧＷ３１と番号管理サーバ２３はそれぞれデュアルスタック機能を有している。
また本実施形態において発側ＵＥ１２と、発側ＩＭＳ網１１を構成するＳＩＰサーバ等の各ネットワーク装置は、ＩＰｖ４の通信プロトコルを用いて通信を行う。
また本実施形態において着側ＵＥ２２−１はＩＰｖ４の通信プロトコルを用いて通信を行い、着側ＵＥ２２−２を構成するＳＩＰサーバ等の各ネットワーク装置はＩＰｖ４とＩＰｖ６の通信プロトコルを用いて通信を行う。
【００１７】
図２は網間ＧＷの機能ブロック図である。
網間ＧＷ３１は、記憶するプログラムを実行することにより、自装置内部に制御部３１１、接続要求取得部３１２、ＳＩＰ（Session Initiation Protocol）＿ＵＲＩ（Uniform Resource Identifier）取得部３１３、バージョン情報取得部３１４、通信部３１５を備える。
制御部３１１は網間ＧＷ３１に備わる他の機能部を制御する。
接続要求取得部３１２は、着側ＵＥ２２の装置番号（電話番号）を含む通信の接続要求を発側ＵＥ１２より取得する。
ＳＩＰ＿ＵＲＩ取得部３１３は、着側ＵＥ２２の装置番号とＳＩＰ＿ＵＲＩとを対応付けて記憶する番号管理サーバ２３より、接続要求に含まれる装置番号に対応するＳＩＰ＿ＵＲＩを取得する。
バージョン情報取得部３１４は、着側装置のＳＩＰ＿ＵＲＩが示すドメイン情報に基づいて当該ドメイン情報が示すドメインで利用される通信プロトコルのバージョン情報を取得する。
通信部３１５は、発側ＵＥ１２から発信された着側ＵＥ２２宛ての接続要求等の各通信をバージョン情報取得部３１４で取得したバージョン情報が示す通信プロトコルを用いて着側ＵＥ２２が接続されるＩＭＳ網へ出力する。
【００１８】
図３はＳＩＰサーバの機能ブロック図である。
ＳＩＰサーバ２１１は着側ＩＭＳ網２１のネットワーク内部に設けられている。
ＳＩＰサーバ２１１は、網間ＧＷ３１と通信接続されている。ＳＩＰサーバ２１１は、着信網ＩＭＳ２１内でネットワークに接続された着側ＵＥ（User Equipment）２２より、当該着側ＵＥ２２の装置番号を少なくとも含む登録要求を取得する。ＳＩＰサーバ２１１は、自装置で記憶するプログラムを実行することにより内部に制御部２１１１、番号管理部２１１２、通信部２１１３の機能を備える。制御部２１１１はＳＩＰサーバ２１１としてのＳＩＰ機能等を制御する。番号管理部２１１２は、取得した着側ＵＥ２２からの登録要求に含まれる装置番号（Ｅ．１６４で勧告された電話番号）と、登録要求において検知した当該登録要求を発した着側ＵＥ２２に割り当てられるＳＩＰ＿ＵＲＩとを対応付けて番号管理サーバ２３に登録する。通信部２１１３は他装置と通信する。
ＳＩＰサーバ１１１もＳＩＰサーバ２１１と同様の機能を有してよい。
【００１９】
図４は番号管理サーバが記憶する番号管理テーブルを示す図である。
この図が示すように番号管理サーバ２３は、装置番号とＳＩＰ＿ＵＲＩとを対応付けて記憶する。装置番号は着側ＵＥ２２の電話番号である。当該電話番号は、ＩＴＵ−Ｔからの勧告であるＥ．１６４に基づいて決定された電話番号である。
【００２０】
図５は網間ＧＷ３１が記憶するバージョン管理テーブルを示す図である。
網間ＧＷ３１は、予めバージョン管理テーブルを記憶している。当該バージョン管理テーブルには、ドメイン情報と、そのドメインで利用されるＩＰ（インターネットプロトコル）のバージョン情報が対応付けて記録されている。ＩＰのバージョン情報は、例えばＩＰｖ４またはＩＰｖ６を示す情報である。なおドメイン情報は、ＳＩＰ＿ＵＲＩから特定できるドメイン情報である。
【００２１】
図６は本実施形態による通信フローの概要を示す図である。
本実施形態によるＩＰマルチメディアサブシステムにおいては、網間ＧＷ３１が発側ＵＥ１２から発信されたＩＮＶＩＴＥリクエスト（ＩＰｖ４）を、発側ＩＭＳ網１１を介して受信する（ステップＳ６０１）。網間ＧＷ３１は、ＩＮＶＩＴＥリクエストから着側ＵＥ２２の装置番号であるＥ．１６４番号を検出する（ステップＳ６０２）。網間ＧＷ３１は着側ＵＥ２２のＥ．１６４番号を含むＳＩＰ＿ＵＲＩの問合せを番号管理サーバ２３へ出力する（ステップＳ６０３）。番号管理サーバ２３は、その問合せに対してＳＩＰ＿ＵＲＩを網間ＧＷ３１へ返信する（ステップＳ６０４）。網間ＧＷ３１は番号管理サーバ２３からＳＩＰ＿ＵＲＩを取得する（ステップＳ６０５）。網間ＧＷ３１は取得したＳＩＰ＿ＵＲＩからドメイン情報を特定する（ステップＳ６０６）。そして網間ＧＷ３１はドメイン情報に対応するＩＰのバージョン情報（ＩＰｖ４またはＩＰｖ６）をバージョン管理テーブルから取得する（ステップＳ６０７）。網間ＧＷ３１は取得したバージョン情報の通信プロトコル（ＩＰ）を用いて発側ＵＥ１２から発信されたＩＮＶＩＴＥリクエスト等の各通信を着側ＩＭＳ網２１へ出力する（ステップＳ６０８）。
【００２２】
図７は本実施形態による通信フローの詳細を示す図である。
次に本実施形態によるＩＰマルチメディアサブシステムの処理の詳細を説明する。
まず着側ＩＭＳ網２１においては着側ＵＥ２２が自身の装置番号を番号管理サーバ２３に登録する。この時、着側ＵＥ２２は、自身の装置番号（電話番号）であるＥ．１６４番号とＳＩＰ＿ＵＲＩを含む登録要求信号を着側ＩＭＳ網２１に備わるＳＩＰサーバ２１１（登録装置）へ送信する。ＳＩＰサーバ２１１は登録装置の一態様である。当該処理において具体的に説明すると、着側ＵＥ２２−１がＩＰｖ４のプロトコルにより登録要求信号をＳＩＰサーバ２１１へ送信する（ステップＳ７０１）。また着側ＵＥ２２−２がＩＰｖ６のプロトコルにより登録要求信号をＳＩＰサーバ２１１へ送信する（ステップＳ７０２）。ＳＩＰサーバ２１１は番号管理サーバ２３へ各登録要求信号を転送する（ステップＳ７０３−１，Ｓ７０３−２）。これにより番号管理サーバ２３は登録要求信号に含まれる装置番号とＳＩＰ＿ＵＲＩとを対応付けて番号管理テーブルに登録する（ステップＳ７０４−１，Ｓ７０４−２）。なお、登録要求信号には着側ＵＥ２２に装置番号が含まれＳＩＰ＿ＵＲＩが含まれなくてもよい。この場合、ＳＩＰサーバ２１１や番号管理サーバ２３は、登録要求に含まれる装置番号を抽出し、この装置番号に対応するＳＩＰ＿ＵＲＩを自動で生成して装置番号に対応付けて番号管理テーブルに登録してもよい。
【００２３】
そして、発側ＵＥ１２が、例えば着側ＵＥ２２−２に対する接続要求としてＩＮＶＩＴＥリクエスト（ＩＰｖ４）を出力したとする。このＩＮＶＩＴＥリクエストには着側ＵＥ２２−２の装置番号（電話番号）が含まれる。網間ＧＷ３１の接続要求取得部３１２は、そのＩＮＶＩＴＥリクエスト（ＩＰｖ４）を、発側ＩＭＳ網１１を介して受信する（ステップＳ７０５）。網間ＧＷ３１の制御部３１１は、ＩＮＶＩＴＥリクエスト（ＩＰｖ４）から着側ＵＥ２２−２の装置番号（電話番号）であるＥ．１６４番号を検出する（ステップＳ７０６）。次に網間ＧＷ３１のＳＩＰ＿ＵＲＩ取得部３１３は、着側ＵＥ２２−２のＥ．１６４番号を含むＳＩＰ＿ＵＲＩの問合せを番号管理サーバ２３へ出力する（ステップＳ７０７）。番号管理サーバ２３は、その問合せに基づいて、着側ＵＥ２２−２のＥ．１６４番号に対応するＳＩＰ＿ＵＲＩを番号管理テーブルから取得する。番号管理サーバ２３は、着側ＵＥ２２−２のＥ．１６４番号に対応するＳＩＰ＿ＵＲＩを網間ＧＷ３１へ返信する（ステップＳ７０８）。
【００２４】
網間ＧＷ３１は番号管理サーバ２３からＳＩＰ＿ＵＲＩを取得する（ステップＳ７０９）。網間ＧＷ３１のバージョン情報取得部３１４は、取得したＳＩＰ＿ＵＲＩからドメイン情報を特定する（ステップＳ７１０）。例えばＳＩＰ＿ＵＲＩが「５６７８＠ｂｂｂ．ｃｏｍ」である場合、「＠」が示す文字以降の文字列をドメイン情報と特定する。そして網間ＧＷ３１のバージョン情報取得部３１４は、特定したドメイン情報に対応するＩＰのバージョン情報（ＩＰｖ４またはＩＰｖ６）をバージョン管理テーブルから取得する（ステップＳ７１１）。網間ＧＷ３１の通信部３１５は、取得したバージョン情報の通信プロトコル（ＩＰ）を用いて発側ＵＥ１２から発信されたＩＮＶＩＴＥリクエストを着側ＩＭＳ網２１へ出力する（ステップＳ７１２）。
【００２５】
ＩＰマルチメディアサブシステムにおいて、ＩＭＳ網間で通信に利用するＩＰのバージョンが異なる場合、通常、ＩＭＳ網間でＳＩＰ（Session Initiation Protocol）ゲートウェイ機能によりＩＰバージョンの変換を行う。対向するＩＭＳ網で利用されるＩＰのバージョンが確定している場合はそのＩＰのバージョンに変換することができる。しかしながら、対向するＩＭＳ網がＩＰｖ６／ＩＰｖ４のデュアルスタックの場合、どちらのＩＰのバージョンで接続するかが不明なため接続できない問題があり、解決法としてＩＰｖ６／ＩＰｖ４フォールバック機能にて接続する方法がある。しかしながら、フォールバック機能は発側ＩＭＳ網がＩＰｖ６で接続を試みた後、着側ＩＭＳ網からのWarningヘッダが設定されたエラーレスポンスを受信・解析することでフォールバック機能を起動しＩＰｖ４で改めて再接続を行う機能である。このフォールバック機能はＩＭＳ網にとって必須機能ではないため発側ＩＭＳ網でフォールバック機能を具備していない可能性がある。またフォールバック機能で接続する場合、接続遅延が発生する。
これに対して、本実施形態によるＩＰマルチメディアサブシステムでは、ＩＰｖ６／ＩＰｖ４デュアルスタックのＩＭＳ網との接続において、上述の処理を行うことにより、発側ＩＭＳ網１１で着側ＵＥ２２のＩＰのバージョン情報を区別できるようになる。上述の本実施形態によるＩＰマルチメディアサブシステムでは、フォールバック機能を使用しなくても簡易な通信でＩＰｖ６／ＩＰｖ４デュアルスタックの網との接続を行うことができるようになる。
また本実施形態のＩＰマルチメディアサブシステムでは、ＩＰｖ６／ＩＰｖ４フォールバック機能を使用せず接続できるため、呼接続時の接続遅延を抑制することができる。
【００２６】
なお図１で示したＩＰマルチメディアサブシステムでは、網間ＧＷ３１が発側ＩＭＳ網１１にも着側ＩＭＳ網２１にも属さないような記載となっているが、網間ＧＷ３１は発側ＩＭＳ網１１と着側ＩＭＳ網２１の何れか一方に備わってよい。また網間ＧＷ３１は発側ＩＭＳ網１１と着側ＩＭＳ網２１の両方に備わってもよい。この場合、網間ＧＷ３１は対向するＩＭＳ網に属する網間ＧＷ３１を介して上述の処理と同等の処理を行えばよい。
また網間ＧＷ３１の機能が、発側ＩＭＳ網１１や着側ＩＭＳ網２１に備わるＳＩＰサーバ内部に備わり、当該機能によって、上述の網間ＧＷ３１の機能が発揮されるようにしてもよい。
また上述の番号管理サーバ２３は、着側ＩＭＳ網２１に備わるＳＩＰサーバ内部に備わるようにしてもよい。
なお、上記では説明の便宜上、発側ＵＥ１２と着側ＵＥ２２、発側ＩＭＳ網１１と着側ＩＭＳ網２１とを区別して説明しているが、実際には各ＩＭＳ網やＵＥは発側にも着側にも遷移し得る。
【００２７】
図８はコンピュータのハードウェア構成を示す図である。
上述した発側ＵＥ１２、着側ＵＥ２２、ＳＩＰサーバ１１１，２１１、  番号管理サーバ２３はそれぞれコンピュータである。
コンピュータは図８に示すように、ＣＰＵ（Central Processing Unit）５１、ＩＦ（Interface）５２、通信モジュール５３、ＲＯＭ（Read Only Memory）５４、ＲＡＭ（Random Access Memory）５５、ＨＤＤ（Hard Disk Drive）５６などの構成を備える。
【００２８】
図９は網間ＧＷ３１の最小構成を示す図である。
網間ＧＷ３１は、少なくとも、上記図２等で説明したバージョン情報取得部３１４と、通信部３１５とを備えればよい。この場合、接続要求取得部３１２やＳＩＰ＿ＵＲＩ取得部３１３は他の装置が備えているようにすればよい。
【符号の説明】
【００２９】
１・・・ＩＰマルチメディアサブシステム
１１・・・発側ＩＭＳ網
１２・・・発側ＵＥ
２１・・・着側ＩＭＳ網
２２・・・着側ＵＥ
３１・・・網間ＧＷ
１１１，２１１・・・ＳＩＰサーバ
【図１】
2019165266.tif 000003
【図２】
2019165266.tif 000004
【図３】
2019165266.tif 000005
【図４】
2019165266.tif 000006
【図５】
2019165266.tif 000007
【図６】
2019165266.tif 000008
【図７】
2019165266.tif 000009
【図８】
2019165266.tif 000010
【図９】
2019165266.tif 000011