(57)【要約】【課題】  IPv4/v6デュアル対応情報通信端末とIPv4端末またはIPv6端末間でVoIP通信を可能とするSIPサーバを提供する。【解決手段】  IPv4/v6の双方同時にレジスタが可能で、且つ双方の端末間において、通信可能であるプロトコルを識別し、端末に対して通知することの可能なSIPサーバを提供する。端末では通信可能なプロトコルを選択した通知を送受信可能で、且つ選択指示を受信した際にその指示に従い、通信を開始することを可能な機能を提供する。【効果】  IPv4/v6デュアル対応情報通信端末とIPv4対応情報通信端末、IPv4/v6デュアル対応情報通信端末とIPv6対応情報通信端末での通信サービスを提供可能となる。【選択図】  図１
2005086467.tif 000002
【特許請求の範囲】
【請求項１】
IPネットワークに接続された情報通信端末間にセッションを確立する処理を行う制御部と、
第一の情報通信端末から、第二の情報通信端末へのセッション制御の要求パケットを受信する受信部と、
前記セッション制御の要求パケットのIPプロトコルと、前記第二の情報通信端末の利用可能なIPプロトコルが異なる場合には、前記第一の端末に通知を送信する送信部とを備えたことを特徴とするセッション制御装置。
【請求項２】
前記受信部は、IPv4用のレジストレーションとIPv6用のレジストレーションを受け付けることを特徴とする請求項１記載のセッション制御装置。
【請求項３】
前記受信部は、IPv4端末としてのレジストレーション情報とIPv6端末としてのレジストレーション情報が両方記載されているパケットを受信することを特徴とする請求項１記載のセッション制御装置。
【請求項４】
前記レジストレーション情報が記載されているパケットはIPv4パケットまたはIPv6パケットであることを特徴とする請求項３記載のセッション制御装置。
【請求項５】
IPネットワークに接続された情報通信端末間にセッションを確立する処理を行う制御部と、
第一の情報通信端末から、第二の情報通信端末へのセッション制御の要求パケットを受信する受信部と、
前記セッション制御の要求パケットのIPプロトコルと、前記第二の情報通信端末の利用可能なIPプロトコルが異なる場合には、前記セッション制御の要求パケットのIPヘッダを前記第二の情報通信端末の利用可能なIPプロトコルに変換したパケットを送信する送信部とを備えたことを特徴とするセッション制御装置。
【請求項６】
IPネットワークを介してセッション制御装置に接続され、IPv4プロトコルによる通信とIPv6プロトコルによる通信とが可能な情報通信端末であって、
IPv4もしくはIPv6プロトコルにて通信相手の情報通信端末とのセッション制御の要求を前記セッション制御装置に対して送信する送信部と、
前記セッション制御の要求の通信プロトコルが前記通信相手の情報通信端末の通信可能な通信プロトコルとは異なるものである、との通知を受信する受信部を備え、
前記通知を受信すると、前記通信相手の情報通信端末の通信可能な通信プロトコルを用いて再度前記通信相手の情報通信端末とのセッション制御の要求を送信することを特徴とする情報通信端末。
【請求項７】
前記送信部は、IPv4用パケット及びIPv6用パケットの双方で前記セッション制御装置に対してレジストレーションを送信することを特徴とする請求項６記載の情報通信端末。
【請求項８】
前記送信部は、IPv4端末としてのレジストレーション情報とIPv6端末としてのレジストレーション情報が両方記載されているパケットを前記セッション制御装置に対して送信することを特徴とする請求項６記載の情報通信端末。
【請求項９】
前記レジストレーション情報が記載されているパケットはIPv4またはIPv6パケットであることを特徴とする請求項８記載の情報通信端末。
【請求項１０】
IPネットワークを介して通信相手の情報通信端末に接続され、第一の通信プロトコルで通信可能な情報通信端末であって、
前記通信相手の情報通信端末から送信されたセッション確立の要求を受信する受信部と、
前記確立を要求されたセッションが第一の通信プロトコル以外の通信プロトコルによる場合は、前記第一の通信プロトコルでセッションを確立する旨の通知を前記通信相手の情報通信端末に送信する送信部とを備えたことを特徴とする情報通信端末。
【請求項１１】
IPネットワークと、
該IPネットワークに接続された第一及び第二の情報通信端末並びにセッション制御装置とを備えたネットワークシステムであって、
前記第一の情報通信端末は、
IPv４パケット及びIPv６パケットで前記第二の情報通信端末へのセッション制御の要求を送信可能な送信部を備え、
前記セッション制御装置は、
前記第一及び第二の情報通信端末間にセッションを確立するセッション制御部と、
前記第一の情報通信端末から送信されたセッション制御の要求を受信する受信部と、
前記セッション制御の要求のIPプロトコルが、第二の情報通信端末の利用可能なIPプロトコルと異なる場合には、前記第一の情報通信端末にIPプロトコルが異なる旨の通知を送信する送信部とを備えたことを特徴とするネットワークシステム。
【請求項１２】
前記第一の情報通信端末の送信部は、IPv4用パケット及びIPv6用パケットの双方で前記セッション制御装置に対してレジストレーションを送信し、
前記セッション制御装置の受信部は、前記第一の情報通信端末のから送信された前記双方のレジストレーションを受信することを特徴とする請求項１１記載のネットワークシステム。
【請求項１３】
前記第一の情報通信端末の送信部は、IPv4端末としてのレジストレーション情報とIPv6端末としてのレジストレーション情報が両方記載されているパケットを前記セッション制御装置に対して送信し、
前記セッション制御装置の受信部は、前記第一の情報通信端末から送信された前記レジストレーション情報が記載されているパケットを受信することを特徴とする請求項１１記載のネットワークシステム。
【請求項１４】
前記レジストレーション情報が記載されているパケットはIPv4パケットまたはIPv6パケットであることを特徴とする請求項１３記載のネットワークシステム。
【請求項１５】
IPネットワークと、
該IPネットワークに接続された第一及び第二の情報通信端末並びにセッション制御装置とを備えたネットワークシステムであって、
前記第一の情報通信端末は、
IPv４パケット及びIPv６パケットで前記第二の情報通信端末へのセッション制御の要求を送信可能な送信部を備え、
前記セッション制御装置は、
前記第一及び第二の情報通信端末間にセッションを確立するセッション制御部と、
前記第一の情報通信端末から送信されたセッション制御の要求を受信する受信部と、
前記セッション制御の要求のIPプロトコルが、第二の情報通信端末の利用可能なIPプロトコルと異なる場合には、前記セッション制御の要求パケットのIPヘッダを前記第二の情報通信端末の利用可能なIPプロトコルに変換したパケットを送信する送信部とを備えたことを特徴とするネットワークシステム。
【請求項１６】
第一及び第二の通信プロトコルに対応したコマンドの両方を送受信可能な第一の端末と、
上記第一の通信プロトコルに対応したコマンド又は上記第二の通信プロトコルに対応したコマンドのいずれか一方を送受信可能な第二の端末とに接続されたサーバであって、
上記第一の端末から上記第二の端末に向けて送信されたコマンドを受信する受信部と、
上記受信したコマンドが上記第二の端末が送受信可能なコマンドであるかを判定する判定部と、
上記判定部において上記受信したコマンドが上記第二の端末が送受信可能な通信プロトコルではないと判定された場合に、上記第一の端末にその旨を通知するコマンドを送信する送信部を備えたことを特徴とするサーバ。
【請求項１７】
サーバを介して、第一の通信プロトコルに対応したコマンド又は第二の通信プロトコルに対応したコマンドのいずれか一方を送受信可能な相手端末と接続された端末であって、
上記第一の通信プロトコルに対応したコマンド及び第二の通信プロトコルに対応したコマンドを送信可能な送信部と、
上記送信部から送信したコマンドが、上記相手端末が送受信できるコマンドと異なる旨の通知を上記サーバから受信する受信部を備えたことを特徴とする端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネット上のセッション制御装置、端末装置及びネットワークシステムに関し、特にSIP(Session Initiation Protocol)の処理を行うSIPサーバ、端末装置及びそれらを用いたネットワークシステムに関する。
【背景技術】
【０００２】
インターネットの普及に伴い、通信サービスをインターネット上で行う要求が高まっている。従来電話網で実現されてきた音声通信についても、インターネット上で実現されるようになった。インターネット上の音声通信は、H.323やSIP（Session Initiation Protocol）によって端末セッションの確立が行われた後、通信が行われる。特にSIPはインターネット上のセッション制御機能の事実上の標準（Defact Standard）として普及が進んでおり、音声通信だけではなく、インスタントメッセージングやプレゼンスサービス等のコンテンツの送受信にも利用できるように拡張が進んでいる。
【０００３】
他方、インターネットの加入者増加に対応し、より高度なアプリケーションを実現するインフラストラクチャとして、IPv6（Internet Protocol version 6）の普及が始まっている。
【０００４】
IPv6が普及するに従い、IPv4ネットワーク、IPv6ネットワーク、IPv4/v6双方のパケットを転送するIPv4/v6デュアルネットワークが混在することになる。このようなネットワークではIPv4の情報通信端末及びIPv6の情報通信端末が混在することになる。IPv4の情報通信端末とIPv6の情報通信端末との間の音声通信については、非特許文献の2項に記述されているようなSIP-アプリケーションレベルゲートウェー（ALG）とネットワークアドレストランスレータ（NAT）を用いる方式が知られている。この方式では、IPv4とIPv6のセッション制御機能の変換をSIP-ALG機能が、音声信号の信号変換はNAT機能が行う。SIP-ALGとNATはセッション制御時に協調して動作する必要があり、具体的にはセッション確立時にSIP-ALGからNATへIPv4/v6の変換表を配布する必要がある。
【０００５】
【非特許文献１】DNS-ALGを用いたSIPのIPv4/v6接続方式に関する一考察２００３年電子情報通信学会総合大会Ｂ−６−１５７
【発明の開示】
【発明が解決しようとする課題】
【０００６】
IPv4ネットワークとIPv6ネットワーク、IPv4/v6デュアルネットワークが混在する中、セッション制御機能を提供するSIPサーバについても、IPv4対応SIPサーバ、IPv6対応SIPサーバ、IPv4/v6デュアル対応SIPサーバが混在する。また、収容されるセッション制御を行う端末もIPv4対応情報通信端末、IPv6対応情報通信端末、IPv4/v6デュアル対応情報通信端末が混在する。
【０００７】
従来のIPv4/v6デュアル対応情報通信端末は、レジスタ時に登録したアドレスで発呼及び着呼することが可能である。従って、IPv4でSIPサーバにレジスタすれば、IPv4対応情報通信端末またはIPv4でレジスタしたIPv4/v6デュアル対応情報通信端末へ発呼すること、IPv4対応情報通信端末またはIPv4でレジスタしたIPv4/v6デュアル対応情報通信端末から着呼することができる。しかしながら、IPv6対応情報通信端末への発呼及びIPv6対応情報通信端末からの着呼を行うことは困難であった。同様にIPv6でレジスタしたIPv4/v6デュアル対応情報通信端末からIPv4対応情報通信端末への発呼及び着呼を行うことが困難である。このような問題は前述のSIP-ALG及びNATを利用することで解決を図ることもできるが、２つの装置が連携して動作を行うこの方式では、SIP-ALGとNAT間のプロトコルがベンダ依存となり、複数ベンダ間装置の相互接続が難しいため、ネットワークへの導入が困難であった。
【０００８】
したがって本発明の第一の課題は、IPv4/v6デュアル対応情報通信端末がIPv4対応情報通信端末及びIPv6対応情報通信端末とSIP-ALGを用いることなく相互接続を行うことが可能な、SIPサーバ及び情報通信端末を提供することにある。
【０００９】
また本発明の第二の課題は、インスタントメッセージングや、プレゼンスサービスを、IPv4対応情報通信端末とIPv6対応情報通信端末の間でSIP-ALGを用いることなく提供することにある。
【課題を解決するための手段】
【００１０】
第一の課題を解決するために、第一及び第二の通信プロトコルに対応したコマンドの両方を送受信可能な第一の端末と、上記第一の通信プロトコルに対応したコマンド又は上記第二の通信プロトコルに対応したコマンドのいずれか一方を送受信可能な第二の端末とに接続されたサーバであって、上記第一の端末から上記第二の端末に向けて送信されたコマンドを受信する受信部と、上記受信したコマンドが上記第二の端末が送受信可能なコマンドであるかを判定する判定部と、上記判定部において上記受信したコマンドが上記第二の端末が送受信可能な通信プロトコルではないと判定された場合に、上記第一の端末にその旨を通知するコマンドを送信する送信部を備えたことを特徴とするサーバと、サーバを介して、第一の通信プロトコルに対応したコマンド又は第二の通信プロトコルに対応したコマンドのいずれか一方を送受信可能な相手端末と接続された端末であって、上記第一の通信プロトコルに対応したコマンド及び第二の通信プロトコルに対応したコマンドを送信可能な送信部と、上記送信部から送信したコマンドが、上記相手端末が送受信できるコマンドと異なる旨の通知を上記サーバから受信する受信部を備えたことを特徴とする端末と、これらのサーバ及び端末を用いたネットワークシステムを提供する。
【００１１】
第二の課題を解決するために、IPネットワークに接続された情報通信端末間にセッションを確立する処理を行う制御部と、第一の情報通信端末から、第二の情報通信端末へセッション制御の要求パケットを受信する受信部と、前記セッション制御の要求パケットのIPプロトコルと、前記第二の情報通信端末の利用可能なIPプロトコルが異なる場合には、前記セッション制御の要求パケットのIPヘッダを前記第二の情報通信端末の利用可能なIPプロトコルに変換したパケットを送信する送信部とを備えたことを特徴とするセッション制御装置と、IPネットワークを介して通信相手の情報通信端末に接続され、第一の通信プロトコルで通信可能な情報通信端末であって、前記通信相手の情報通信端末から送信されたセッション確立の要求を受信する受信部と、前記確立を要求されたセッションが第一の通信プロトコル以外の通信プロトコルによる場合は、前記第一の通信プロトコルでセッションを確立する旨の通知を前記通信相手の情報通信端末に送信する送信部とを備えたことを特徴とする情報通信端末と、これらのセッション制御装置及び情報通信端末を用いたネットワークシステムを提供する。
【発明の効果】
【００１２】
本発明により、相手の端末がIPv4対応情報通信端末、IPv6対応情報通信端末、IPv4/v6対応情報通信端末のいずれの場合でも、IPv4/v6デュアル対応情報通信端末からは発呼させること及びいずれからも着呼させることが可能となる。また、インスタントメッセージングやプレゼンス情報送受などの、端末間で直接の通信を伴わず、SIPサーバを介してSIPで情報をやり取りする場合には、IPv4対応端末とIPv6対応端末の間で通信を行うことが可能となる。
【実施例１】
【００１３】
図２１は、本発明で通信されるSIPパケットのパケットフォーマットを示している。SIPパケットはSIPペイロード部、SIPヘッダ部、レイヤ４ヘッダ（UDPまたはTCP）、IPヘッダからなる。
【００１４】
図２２は、本発明で使用される、SIPパケットのSIPヘッダ部の一例である。
【００１５】
図２３は、本発明で使用される、SIPパケットのペイロード部の一例である。両端末間のサポートサービスやサポートプロトコルなどの通信能力の交渉はこのペイロード部を用いて行われる。
本ペイロードでは、cで通信プロトコルとしてIPv4が指定されている。たとえば両端末間の通信能力が異なる場合に別の手順を選ぶかどうかは、このフィールドから判定することになる。
【００１６】
図２４は本発明によるIPv4/v6デュアル対応SIPサーバ1の構成図である。物理レイヤ終端600は到来したSIPパケットの物理レイヤ（例えばイーサネット（登録商標）など）を終端する。
ここで、終端とは、そのレイヤのプロトコルをいったん処理し、ペイロードを上位レイヤの処理に引き渡すことを指す。
また、中のパケットがIPv4パケットかIPv6パケットかを判定し、IPv4終端部601またはIPv6終端部602にパケットを送る。IPv4終端部601、IPv6終端部602はIPレイヤを終端する。TCP/UDP処理部603はTCPまたはUDPを終端する。SIPヘッダ処理部604はSIPプロトコルのヘッダチェック等を行い、SIP Proxy処理部605にパケットを送る。
ここで、ヘッダチェックとは、SIPヘッダの内容が整合性が取れているかどうかを確認する処理である。
SIP Proxy処理部では、レジストレーションの受付、各SIPパケットのフォワーディング処理を行う（詳しい動作は図25で説明する）。
ここで、フォワーディング処理とは、ヘッダの内容から、次にどの経路に送ればよいかを判定し、上位レイヤの処理にパケットを引き渡すことなく転送する処理を指す。
また、レジストレーションとは、SIPサーバが端末から送信されたレジスタメッセージを受信し、この端末を登録することである。
そして転送先が決まったSIPパケットはSIPヘッダ処理部606にてSIPパケットに組み立てられ、TCP/UDP処理部607、IPv4終端609またはIPv6終端608、物理レイヤ終端610を通過してネットワークへ送出される。
【００１７】
図２５は本発明によるIPv4/v6デュアル対応SIPサーバ1のSIP Proxy処理部605の詳細構成図である。SIPヘッダ分解部650は到来したSIPパケットのSIPヘッダを分解し、メッセージ振り分け部651はメッセージ種別を判定し、レジスタメッセージであればレジスタ処理部652に送り、Invite、Byeなど中継を行う必要のあるパケットは端末検索部654に振り分ける。
ここで、レジスタメッセージとは、SIPサーバにユーザが登録を行うためのメッセージのことである。
【００１８】
レジスタ処理部652はレジスタ手順のパケットが到来すると、レジストレーションの受付可否を判定し、受付できる場合には情報通信端末ヘッダテーブルに端末の登録を行う。端末検索部654では宛先のアドレスを持つ目的端末が当SIPサーバにレジストレーションしていないかを検索する。目的端末が登録されていた場合には、情報通信端末ヘッダテーブル653に登録されているので、その結果と共にSIPパケットをメッセージ作成部659に送付する。登録されていない場合にはサーバ検索部655で目的端末が登録されているSIPサーバを探すために、まずSIPサーバテーブル656を検索する。
ここに目的SIPサーバが登録されていれば、その結果と共にSIPパケットをメッセージ作成部659に送付する。登録されていない場合にはDNS IF657を介してDNSサーバへ問い合わせを行う。次にv4/v6判定部658で目的のSIPサーバのプロトコルを調査する。ここでの処理方式は３つの方式がある。（１）到来してきたSIPパケットと、送り出すSIPパケットのIPのバージョンを比較し、これが異なると通信プロトコルを変更指示を送信側に送り返すことを決定する。（２）送出するSIPパケットのIPのバージョンとSIPパケットのPDUの通信能力部を解析した結果から得られるIPのバージョンを比較し、これが異なると通信プロトコルの変更指示を送信側に送り返すことを決定する。（３）送出するSIPパケットを運ぶIPのバージョンのチェックを行う（具体的には、受信したSIPパケットのIPのバージョンと、送信側のSIPパケットのIPのバージョンのチェック）。
（１）ないし（２）の判定方法をSIPサーバに入れると、図３と図４、図５と図６、図１３と図１４、図１７と図１８でそれぞれ記載した手順を実現できる。（３）の判定方法を搭載すると、図７と図８、図１０、図１５と図１６、図１９と図２０にそれぞれ記載した手順を実現できる。
【００１９】
この判定が終わると、パケットと処理結果がメッセージ作成部659に通知され、メッセージ作成部にてメッセージ内容が決定されると、SIPヘッダ組み立て部660でSIPパケットを組み立て、SIPヘッダ処理部606にパケットを送出する。
【００２０】
図２６は本発明によるIPv4/v6デュアル対応情報通信端末の構成図である。まずSIPパケットを送信する場合について記述する。アプリケーション処理部(706)より、セッション確立の要求を受けると、SIPプロトコル処理部705は、SIPメッセージの情報を収集する。そして転送先が決まったSIPパケットはSIPヘッダ処理部707にてSIPパケットに組み立てられ、TCP/UDP処理部708、IPv4終端709またはIPv6終端710、物理レイヤ終端711を通過してネットワークへ送出される。
SIPパケットを受信する場合の動作について記述する．物理レイヤ終端700は到来したSIPパケットの物理レイヤ（例えばイーサネット（登録商標）など）を終端する。また、中のパケットがIPv4パケットかIPv6パケットかを判定し、IPv4終端部701またはIPv6終端部702にパケットを送る。IPv4終端部701、IPv6終端部702はIPレイヤを終端する。TCP/UDP処理部703はTCPまたはUDPを終端する。SIPヘッダ処理部704はSIPプロトコルのヘッダチェック等を行い、SIP プロトコル処理部705にパケットを送る。SIPプロトコル処理部705では、受信したメッセージのヘッダ解析処理を行い、セッション制御手順が終わり、アプリケーションを起動する場合には、アプリケーション処理部706に通知を行い、セッション制御手順として、返信を必要とする場合には返信処理を行う。
【００２１】
図２７は本発明によるIPv4/v6デュアル対応情報通信端末1のSIPプロトコル処理部705の詳細構成図である。
【００２２】
端末がONになると、レジスタ処理部752からレジスタメッセージの送信手順が開始される。情報通信端末ヘッダテーブル753にある所属SIP Proxyに対して、レジスタ手順を送信することがメッセージ作成部757に通知がなされ、SIPヘッダ組み立て部758を介してSIPヘッダ処理部707にSIPパケット送信が行われる。
【００２３】
アプリケーションがMessege手順、Subscribe手順、Notify手順をMessage Subscribe Notify処理部に対して要求してきた場合にも、情報通信端末ヘッダテーブル753にある所属SIP Proxyを介してそれぞれの端末にSIPパケットを送信する処理をMessage Subscribe Notify処理部が行い、SIPヘッダ組み立て部758を介してSIPヘッダ処理部707にSIPパケット送信が行われる。
なお、Message手順、Subscribe手順、Notify手順はRFC3265に記載がある。
【００２４】
次に受信側処理を説明する。SIPヘッダ分解部750は到来したSIPパケットのSIPヘッダを分解する。
メッセージ振り分け部751はメッセージ種別を判定し、各処理部への振り分けを行う。レジスタメッセージであればレジスタ処理部752に送り、Invite、Byeなど中継を行う必要のあるパケットは端末検索部754に振り分ける。
レジスタ処理部752はレジスタ手順のパケットに対して返信が行われた場合に、レジストレーションのタイムアウト処理を行うためのタイマ設定などの処理を行い状態を情報通信端末ヘッダテーブル653に登録する。
Message Subscribe  Notifyメッセージであれば、Message Subscribe  Notifyメッセージ処理部754に送り、処理を行った後、アプリケーション処理部708へ通知する。Invite/ACK/BYE/CANCELなどのセッションの確立、切断にかかわるメッセージであった場合には、Invite/BYE処理部755に通知を行う。Invite/BYE処理部では、セッション制御が終了する場合にはセッション制御を終了してアプリケーション処理部706に通知を行う。セッション制御のリクエストに対して、返信を行う場合には、v4/v6判定部756に通知を行い、両端末間のプロトコルが一致した場合には、通常の返信処理を、一致しない場合には、送信先端末が送受信可能なプロトコルでない旨を通知するパケットの生成（例えば図７シーケンス125）をInvite/BYE処理部に指示する。
この判定が終わると、パケットと処理結果がメッセージ作成部757に通知され、メッセージ作成部にてメッセージ内容が決定されると、SIPヘッダ組み立て部758でSIPパケットを組み立て、SIPヘッダ処理部707にパケットを送出する。
【００２５】
図１は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の一実施形態である。本実施例では、IPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6、IPv4/v6対応SIPサーバ１はIPv4/v6デュアル網10に収容されている。呼制御を行うSIPパケットについては、IPv4/v6対応SIPサーバ１を介して通信を行い、音声信号やストリーミングデータなどの主信号はIPv4/v6対応SIPサーバ１を介さず、IPv4/v6デュアル網を介して直接通信を行う。
【００２６】
図２は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の一実施形態である。本実施例では、IPv4/v6デュアル対応情報通信端末5とIPv4/v6対応SIPサーバ１はIPv4/v6デュアル網10に、IPv4対応情報通信端末6はIPv4網11に収容されている。IPv4/v6デュアル網10とIPv4網11はIPv4/v6ルータ15を介して接続されている。呼制御を行うSIPパケットについては、IPv4/v6対応SIPサーバ１を介して通信を行い、音声信号やストリーミングデータなどの主信号はIPv4/v6対応SIPサーバ１を介さず、IPv4/v6デュアル網10とIPv4網11を介して直接通信を行う。
【００２７】
（実施例１−１）
図３と図４は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。図３はIPv4/v6デュアル対応情報通信端末5からの発呼、図４はIPv4端末からの発呼のシーケンスを示している。図中実線で示すシーケンスはIPv6パケットにて通信する手順、破線で示すシーケンスはIPv4パケットにて通信する手順を示している。本実施例では、IPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が同一のIPv4/v6デュアル対応SIPサーバ1にレジストレーションを行う。
【００２８】
本実施例のIPv4/v6デュアル対応情報通信端末5はIPv6のレジスタ手順(Register)(41)とIPv4のレジスタ手順(43)にて、IPv4、IPv6双方のプロトコルでIPv4/v6デュアル対応SIPサーバ1にレジストレーションを行う。
これによりIPv4/v6デュアル対応情報通信端末5はIPv4、IPv6双方のプロトコルでSIPによる通信を行う準備ができることになる。
またIPv4/v6デュアル対応SIPサーバ1はIPv4/v6デュアル対応情報通信端末5に対して、IPv4、IPv6双方のプロトコルでセッション確立を行う準備ができることになる。本発明のIPv4/v6デュアル対応SIPサーバ1は端末5からInvite手順(44)が行われた際に、このInvite手順(44)のIPプロトコルと、宛先の端末6が利用可能なIPプロトコルが異なると判定した場合には、端末5に対して、端末6の通信可能なIPプロトコルとは異なるものであることを通知(45)する。
【００２９】
本実施例では、SIPプロトコルの380:Alternate Service手順を用いることにより通知を行う例を示している。
しかし、発明の課題が解決できればこの380:Alternate Service手順を用いなくてもよい。そして通知を受けた端末5は 端末6の通信可能なIPプロトコル(本実施例ではIPv4)にて改めてInvite手順46を行い、SIPサーバ1を介してInvite(47)が端末6に転送され、セッションを確立することができる。
【００３０】
図４にIPv4対応端末6からIPv4/v6デュアル対応情報通信端末5への発呼のシーケンスを示す。IPv4対応端末6から発呼する場合には、IPv4/v6デュアル対応情報通信端末5はIPv6及びIPv4でレジストレーションを行っている(61,63)ため、双方のプロトコルどちらでも受信することができ、IPv4対応情報通信端末6がIPv4でセッション要求してきた場合にも、セッションを確立(64)することができる。
この方法を用いると、IPv4対応情報通信端末6にプロトコル選択に関する機能を実装する必要がない。同様にIPv6対応情報端末を収容する場合にも、プロトコル選択に関する機能を実装する必要がない。そのため、既存サービスを単一プロトコルで実施している端末を対象に含めてサービスを行う場合に特に有効な方法である。またIPv4/v6デュアル対応情報通信端末5及びIPv4/v6デュアル対応SIPサーバはそれぞれIPv4とIPv6でのレジストレーション処理を行うことで両プロトコルでのレジストレーションを行うことが出来る。そのため、IPv4とIPv6が混在したレジストレーション処理を行うことがないという利点がある。
（実施例１−２）
図５と図６は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。図５はIPv4/v6デュアル対応情報通信端末5からの発呼、図６はIPv4端末からの発呼のシーケンスを示している。図中実線で示すシーケンスはIPv6パケットにて通信する手順、破線で示すシーケンスはIPv4パケットにて通信する手順を示している。本実施例では、IPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が同一のIPv4/v6デュアル対応SIPサーバ1にレジストレーションを行う場合を示している。図５に示す、本実施例ではIPv4/v6デュアル対応情報通信端末5はIPv6のレジスタ手順にて、IPv4アドレスとIPv6アドレスの双方を同時登録する(81)。このために、Register手順(81)のパケットのPDUには、IPv4アドレス及びIPv6アドレス双方を記載し送信する。
これによりIPv4/v6デュアル対応情報通信端末5はIPv4、IPv6双方のプロトコルでセッション確立を行う準備ができることになる。またIPv4/v6デュアル対応SIPサーバ1はIPv4/v6デュアル対応情報通信端末5に対して、IPv4、IPv6双方のプロトコルでセッション確立を行う準備ができることになる。本実施例ではレジスタ手順(81)はIPv6プロトコルを用いているが、PDUにIPv4及びIPv6のアドレスが記載されていれば、IPv4プロトコルでレジスタ手順を送ることも可能である。そして、IPv4/v6デュアル対応SIPサーバ1は端末5からInvite手順(83)が行われた際に、このInvite手順のIPプロトコルが宛先の端末6が利用可能なIPプロトコルとは異なると判定した場合には、端末5に対して、端末6が利用可能なIPプロトコルとは異なることを通知(84)する。本実施例では一例として、SIPプロトコルの380:Altenate Service手順を用いることにより通知を行う例を示している。しかし、発明の課題を解決できれば380:Altenate Service手順を用いなくてもよい。そして通知を受けた端末5は端末6が通信可能なプロトコル(本実施例ではIPv4)にて改めてInvite手順(85)を行い、SIPサーバ1を介してInvite(８６)が端末6に転送され、セッションを確立することができる。
【００３１】
図６はIPv4対応情報通信端末6がIPv4/v6デュアル対応情報通信端末5に発呼を行う場合の通信手順の一実施形態である。IPv4対応端末6から発呼する場合には、IPv4/v6デュアル対応情報通信端末5はIPv6アドレスとIPv4アドレス双方をレジストレーションしている(101)ため、双方のプロトコルどちらでも受信することができる。そのためIPv4対応情報通信端末6がIPv4でセッション要求してきた場合にも、セッションを確立(103)することができる。
この方法を用いると、IPv4対応情報通信端末6にプロトコル選択に関する機能を実装する必要がない。
そのため、既存サービスを単一プロトコルで実施している端末を対象に含めてサービスを行う場合に特に有効な方法である。
実施例１−１では、情報通信端末5から２回レジストレーションを行う必要があるが、実施例１−２では１回のレジストレーションでIPv4/IPv6のレジストレーションが終了できる。
（実施例１−３）
図７と図８は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。図７はIPv4/v6デュアル対応情報通信端末5からの発呼、図８はIPv4端末からの発呼のシーケンスを示している。本実施例ではSIPサーバ1に対してIPv4/v6デュアル対応情報通信端末5はIPv6でレジスタ手順(121)を行い、SIPサーバ1に対してIPv4対応情報通信端末6はIPv4でレジスタ手順(122)を行う。そしてInvite手順がIPv4/v6デュアル対応情報通信端末5からSIPサーバ１に送られると(123)、SIPサーバ1はIPv6ヘッダをIPv4ヘッダに付け替えて、IPv4対応情報通信端末6にInvite手順を行う(124)。この時、SIPサーバ1はSIPペイロード部分のIPv4/v6トランスレーションは行わない。Inviteを受信したIPv4対応情報通信端末6が受信したInvite手順(124)のパケットはSIPペイロード部分にIPv4/v6プロトコルが混在していることになるが、IPv6及びIPv4アドレス形式が混在するSIPペイロードを解釈し、IPv4対応情報通信端末6から、自分がIPv4で通信する旨をIPv4/v6デュアル対応情報通信端末5へ通知する。この時、例えば380 Alternate Serviceを返信する(125)。しかし発明の課題が解決できれば380 Alternate Serviceを用いなくても構わない。SIPサーバ1は受信した380 Alternate ServiceのIPv4ヘッダをIPv6ヘッダに付け替えてIPv4/v6デュアル対応情報通信端末5に転送し(126)、IPv4/v6デュアル対応情報通信端末5は主信号の通信プロトコルをIPv4にすることを内容として、再度Invite手順(127)を送付する。そしてInvite手順(127)がIPv4/v6デュアル対応情報通信端末5からSIPサーバ１に送られると、SIPサーバ1はIPv6ヘッダをIPv4ヘッダに付け替えて、IPv4対応情報通信端末6にInvite手順(128)を行う。今回は主信号の通信プロトコルがIPv4なので、IPv4対応情報通信端末6は200 OK(129)を返送する。
SIPサーバ1はIPv4ヘッダをIPv6ヘッダに付け替えてIPv4/v6デュアル対応情報通信端末5に転送し、情報通信端末5がACKを返してIPv4にてセッションが確立(131)される。
【００３２】
図８はIPv4対応情報通信端末6がIPv4/v6デュアル対応情報通信端末5へ発呼を行う場合の通信手順の一実施形態である。本実施例ではSIPサーバ1に対してIPv4/v6デュアル対応情報通信端末5はIPv6でレジスタ手順を行い(141)、SIPサーバ1に対してIPv4対応情報通信端末6はIPv4でレジスタ手順を行う(142)。そしてInvite手順がIPv4対応情報通信端末6からSIPサーバ１に送られると(143)、SIPサーバ1はIPv4ヘッダをIPv6ヘッダに付け替えて、IPv4/v6デュアル対応情報通信端末5にInvite手順を行う(144)。この時、SIPサーバ1はSIPペイロード部分のIPv4/v6トランスレーションは行わない。IPv4/v6デュアル対応情報通信端末5が受信したInvite手順(144)のパケットはSIPペイロード部分にIPv4/v6プロトコルが混在していることになるが、IPv6及びIPv4アドレス形式が混在するSIPペイロードを解釈する。今回は主信号の通信プロトコルがIPv4なので、IPv4/v6デュアル対応情報通信端末5は200 OK(129)を返送する。SIPサーバ1はIPv6ヘッダをIPv4ヘッダに付け替えてIPv4/v6デュアル対応情報通信端末5に転送し、情報通信端末5がACKを返してIPv4にてセッションが確立(149)される。
この方法を用いると、IPv4対応情報通信端末6にプロトコル選択に関する機能を実装する必要がない。また、IPv4/v6デュアル対応情報端末5も主信号の送受機能はIPv4/v6双方で行うことが必要になるが、SIPによる制御信号の送受機能は片方のプロトコルをサポートすることだけで実現できる。
【実施例２】
【００３３】
図１１は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の一実施形態である。本実施例では、IPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6、IPv4/v6対応SIPサーバ1-1及びIPv4/v6対応SIPサーバ1-2はIPv4/v6デュアル網10に収容されている。IPv4/v6デュアル対応情報通信端末5の所属する（つまりレジストレーションする）SIPサーバはIPv4/v6対応SIPサーバ1-1、IPv4対応情報通信端末6の所属するSIPサーバはIPv4/v6対応SIPサーバ1-2となっており、つまり両端末が異なるSIPサーバに収容されている（即ちレジストレーションされている）。DNSサーバ4-1とDNSサーバ4-2はSIPサーバ同士がお互いのアドレスを解決するために用いるもので、本実施例ではSIPサーバ1-1がDNSサーバ4-1を、SIPサーバ1-2がDNSサーバ4-2を利用する。尚、本実施例ではSIPサーバ1が２つのみ記載されているが、３以上のSIPサーバがネットワーク上に存在してもよい。本実施例では、それぞれのSIPサーバは別のDNSサーバを用いてアドレス解決を行っているが、同一のDNSサーバを用いてもよい。
（実施例２−１）
図１３と図１４は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。図１３はIPv4/v6デュアル対応情報通信端末5からの発呼、図１４はIPv4対応情報通信端末6からの発呼のシーケンスを示している。図中実線で示すシーケンスはIPv6パケットにて通信する手順、破線で示すシーケンスはIPv4パケットにて通信する手順を示している。本実施例では、IPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6がそれぞれ別のIPv4/v6デュアル対応SIPサーバ1-1及び1-2にレジストレーションを行う場合を示している。本実施例のIPv4/v6デュアル対応情報通信端末5はIPv6のレジスタ手順181とIPv4のレジスタ手順(183)にて、IPv4、IPv6双方のプロトコルでIPv4/v6デュアル対応SIPサーバ1にレジストレーションを行う。これによりIPv4/v6デュアル対応情報通信端末5はIPv4、IPv6双方のプロトコルでセッション確立を行う準備ができることになる。またIPv4/v6デュアル対応SIPサーバ1はIPv4/v6デュアル対応情報通信端末5に対して、IPv4、IPv6双方のプロトコルでセッション確立を行う準備ができることになる。本発明のIPv4/v6デュアル対応SIPサーバ1-1は端末5からInvite手順(184)が行われた際に、宛先の情報通信端末6がSIPサーバ1-1にレジストレーションしておらず、別のドメインの端末と認識すると、DNSサーバ4-1へ、宛先の情報通信端末6が所属するドメインのSIPサーバのIPアドレスの問い合わせを行う(185)。DNSサーバ4-1はSIPサーバ1-1に対してSIPサーバ1-2のIPアドレスを返信(186)する。SIPサーバ1-1はSIPサーバ1-2のIPアドレス解決がされたので、Invite手順を転送（187）する。そこでSIPサーバ1-2は宛先の情報通信端末6が利用可能な通信プロトコルがIPv6と異なると判定することになり、SIPサーバ1-1に対して、情報通信端末6がIPv6を利用できないことを通知(188)する。本実施例では、SIPプロトコルの380:Alternate Service手順を用いることにより通知を行う例を示している。しかし、発明の課題が解決されれば380:Altenate Service手順を用いなくてもよい。SIPサーバ1-1はそのパケットを端末5に転送する。そして通知を受けた端末5は端末6が利用可能なプロトコル(本実施例ではIPv4)にて改めてInvite手順(189)を行い、以下SIPサーバ1-1を介してInvite(189、192、193)が端末6に転送され、IPv4プロトコルにてセッションを確立することができる。
【００３４】
図１４はIPv4対応情報通信端末6がIPv4/v6デュアル対応情報通信端末5へ発呼を行う場合の通信手順の一実施形態である。IPv4対応端末6から発呼する場合には、IPv4/v6デュアル対応情報通信端末5はIPv6及びIPv4でレジストレーションを行っている(201、203)ため、双方のプロトコルどちらでも受信することができるため、IPv4にてセッションを確立(211)することができる。
この方法を用いると、IPv4対応情報通信端末6にプロトコル選択に関する機能を実装する必要がない。同様にIPv6対応情報端末を収容する場合にも、プロトコル選択に関する機能を実装する必要がない。そのため、既存サービスを単一プロトコルで実施している端末を対象に含めてサービスを行う場合に特に有効な方法である。またIPv4/v6デュアル対応情報通信端末5及びIPv4/v6デュアル対応SIPサーバはそれぞれIPv4とIPv6でのレジストレーション処理を行うことで両プロトコルでのレジストレーションを行うことが出来る。そのため、IPv4とIPv6が混在したレジストレーション処理を行うことがないという利点がある。
（実施例２−２）
図１５と図１６は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。図１５はIPv4/v6デュアル対応情報通信端末5からの発呼、図１６はIPv4対応情報通信端末6からの発呼のシーケンスを示している。図中実線で示すシーケンスはIPv6パケットにて通信する手順、破線で示すシーケンスはIPv4パケットにて通信する手順を示している。本実施例ではSIPサーバ1-1に対してIPv4/v6デュアル対応情報通信端末5はIPv6で レジストレーションを行い(221)、SIPサーバ1-2に対してIPv4対応情報通信端末6はIPv4で レジストレーションを行う(222)。本発明のIPv4/v6デュアル対応SIPサーバ1-1は端末5からInvite手順(223)が行われた際に、宛先の情報通信端末6がSIPサーバ1-1にレジストレーションされておらず、別のドメインの端末と認識すると、DNSサーバ4-1へ、宛先の情報通信端末6が所属するドメインのSIPサーバのIPアドレスの問い合わせを行う(224)。DNSサーバ4-1はSIPサーバ1-1に対してSIPサーバ1-2のIPアドレスを返信する(225)。SIPサーバ1-1はSIPサーバ1-2のIPアドレスが解決されたので、Inviteを転送（226）する。SIPサーバ1-2はIPv6ヘッダをIPv4ヘッダに付け替えて、IPv4対応情報通信端末6にInvite手順を行う(227)。この時、SIPサーバ1-2はSIPペイロード部分のIPv4/v6トランスレーションは行わない。IPv4対応情報通信端末6が受信したInvite手順(227)のパケットはSIPペイロード部分にIPv4/v6プロトコルが混在していることになるが、これを解釈して、自分がIPv4で通信する旨を通知するために、例えば、380 Alternate Serviceを返信(228)する。しかし、発明の課題を解決できれば、380 Alternate Serviceを用いなくてもよい。SIPサーバ1はIPv4ヘッダをIPv6ヘッダに付け替えてIPv4/v6デュアル対応情報通信端末5に転送し、IPv4/v6デュアル対応情報通信端末5は主信号の通信プロトコルがIPv4のInvite手順を改めて送付する(230)。そしてInvite手順(230)がIPv4/v6デュアル対応情報通信端末5からSIPサーバ1-2に送られると、SIPサーバ1-2はIPv6ヘッダをIPv4ヘッダに付け替えて、IPv4対応情報通信端末6にInvite手順を行う(230)。今回は主信号の通信プロトコルがIPv4指定されているので、IPv4対応情報通信端末6は200 OKを返送する(235)。SIPサーバ1は返送されてきた200 OK(235)のIPv4ヘッダをIPv6ヘッダに付け替えてIPv4/v6デュアル対応情報通信端末5に転送し(236)、情報通信端末5がACKを返して(237)、IPv4にてセッションが確立される(239)。
【００３５】
図１６はIPv4対応情報通信端末6がIPv4/v6デュアル対応情報通信端末5へ発呼を行う場合の通信手順の一実施形態である。本実施例ではSIPサーバ1-1に対してIPv4/v6デュアル対応情報通信端末5はIPv6でレジストレーションを行い(241)、SIPサーバ1-2に対してIPv4対応情報通信端末6はIPv4でレジストレーションを行う(242)。本発明のIPv4/v6デュアル対応SIPサーバ1-2は端末6からInvite手順(243)を受信した際に、宛先の情報通信端末5がSIPサーバ1-2にレジストレーションしておらず、別のドメインの端末と認識すると、DNSサーバ4-2へ、宛先の情報通信端末5が所属するドメインのSIPサーバのIPアドレスの問い合わせを行う(244)。DNSサーバ4-2はSIPサーバ1-2に対してSIPサーバ1-1のIPアドレスを返信する(245)。SIPサーバ1-2はSIPサーバ1-1のIPアドレスが解決されたので、Inviteを転送する(246)。SIPサーバ1-1はIPv4ヘッダをIPv6ヘッダに付け替えて、IPv4/v6デュアル対応情報通信端末5にInvite手順を送る(247)。この時、SIPサーバ1-1はSIPペイロード部分のIPv4/v6トランスレーションは行わない。Inviteを受信したIPv4/v6デュアル対応情報通信端末5が受信したInvite手順(247)のパケットはSIPペイロード部分にIPv4/v6プロトコルが混在していることになるが、[同上。具体的に]。今回は主信号の通信プロトコルがIPv4なので、IPv4/v6デュアル対応情報通信端末5は200 OKを返送する(248)。SIPサーバ1-2はIPv6ヘッダをIPv4ヘッダに付け替えてIPv4対応情報通信端末6に転送し、情報通信端末6がACKを返して(250)、IPv4にてセッションが確立される(252)。
この方法を用いると、IPv4対応情報通信端末6にプロトコル選択に関する機能を実装する必要がない。また、IPv4/v6デュアル対応情報端末5も主信号の送受機能はIPv4/v6双方で行うことが必要になるが、SIPによる制御信号の送受機能は片方のプロトコルをサポートすることだけで実現できる。
【実施例３】
【００３６】
図１２は本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の一実施形態である。本実施例では、IPv4/v6デュアル対応情報通信端末5とIPv4/v6対応SIPサーバ1はIPv4/v6デュアル網10に収容され、IPv4対応情報通信端末6及びIPv4対応SIPサーバ2はIPv4網11に収容ている。IPv4/v6デュアル対応情報通信端末5の所属する（つまりレジストレーションする）SIPサーバはIPv4/v6対応SIPサーバ1、IPv4対応情報通信端末6の所属するSIPサーバはIPv4対応SIPサーバ2となっており、つまり両端末が異なるSIPサーバに収容されている。DNSサーバ4とDNSサーバ3はSIPサーバ同士がお互いのアドレスを解決するために用いるもので、本実施例ではSIPサーバ1がDNSサーバ4を、SIPサーバ2がDNSサーバ3を利用する。尚、本実施例ではSIPサーバが２つのみ記載されているが、３以上のSIPサーバがネットワーク上に存在してもよい。本実施例では、それぞれのSIPサーバは別のDNSサーバを用いてアドレス解決を行っているが、同一のDNSサーバを用いてもよい。
【００３７】
（実施例３−１）
図１７と図１８は図１２に示したネットワーク構成における本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。図１７はIPv4/v6デュアル対応情報通信端末5からの発呼のシーケンス、図１８はIPv4対応情報通信端末6からの発呼のシーケンスを示している。図中実線で示すシーケンスはIPv6パケットにて通信する手順、破線で示すシーケンスはIPv4パケットにて通信する手順を示している。本実施例では、IPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6がそれぞれ別のIPv4/v6デュアル対応SIPサーバ1及び2にレジストレーションを行う場合を示している。本実施例のIPv4/v6デュアル対応情報通信端末5はIPv6のレジスタ手順(261)とIPv4のレジスタ手順(262)にて、IPv4、IPv6双方のプロトコルでIPv4/v6デュアル対応SIPサーバ1にレジストレーションを行う。これによりIPv4/v6デュアル対応情報通信端末5はIPv4、IPv6双方のプロトコルでセッション確立を行う準備ができることになる。またIPv4/v6デュアル対応SIPサーバ1はIPv4/v6デュアル対応情報通信端末5に対して、IPv4、IPv6双方のプロトコルでセッション確立を行う準備ができることになる。本発明のIPv4/v6デュアル対応SIPサーバ1は情報通信端末5からInvite手順(264)が行われた際に、宛先の情報通信端末6がSIPサーバ1にレジストレーションしておらず、別のドメインの端末と認識すると、DNSサーバ4へ、宛先の情報通信端末6が所属するドメインのSIPサーバのIPアドレスの問い合わせを行う(265)。DNSサーバ4はSIPサーバ1に対してSIPサーバ2のIPアドレスを返信する(266)。SIPサーバ1はSIPサーバ2のIPアドレスが解決されたが、相手端末の収容SIPサーバ3がIPv4対応であり、判定して、端末5に対して、を通知する(267)。本実施例では、SIPプロトコルの380:Altenate Service手順(267)を用いることにより通知を行う例を示している。SIPサーバ1はそのパケットを端末5に転送する(267)。そして通知を受けた端末5は端末6が通信可能なプロトコル(本実施例ではIPv4)にて改めてInvite手順(268)を行い、以下SIPサーバ2を介してInvite手順(271,272)が端末6に転送され、IPv4プロトコルにてセッションを確立することができる。
【００３８】
図１８は図１２にて説明した、本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。IPv4対応端末6から発呼する場合には、IPv4/v6デュアル対応情報通信端末5はIPv6及びIPv4でレジストレーションを行っている(281、283)ため、双方のプロトコルどちらでも受信することができるため、IPv4にてセッションを確立することができる(291)。
この方法を用いると、IPv4対応情報通信端末6にプロトコル選択に関する機能を実装する必要がない。同様にIPv6対応情報端末を収容する場合にも、プロトコル選択に関する機能を実装する必要がない。そのため、既存サービスを単一プロトコルで実施している端末を対象に含めてサービスを行う場合に特に有効な方法である。またIPv4/v6デュアル対応情報通信端末5及びIPv4/v6デュアル対応SIPサーバはそれぞれIPv4とIPv6でのレジストレーション処理を行うことで両プロトコルでのレジストレーションを行うことが出来る。そのため、IPv4とIPv6が混在したレジストレーション処理を行うことがないという利点がある。
また、IPv4のみをサポートするSIPサーバを利用したSIPサービスを行うネットワークとの相互接続を行うことが出来る。
（実施例３−２）
図１９と図２０は図１２で示したネットワーク構成における本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。図１９はIPv4/v6デュアル対応情報通信端末5からの発呼のシーケンス、図２０はIPv4対応情報通信端末6からの発呼のシーケンスを示している。図中実線で示すシーケンスはIPv6パケットにて通信する手順、破線で示すシーケンスはIPv4パケットにて通信する手順を示している。本実施例ではSIPサーバ1に対してIPv4/v6デュアル対応情報通信端末5はIPv6でレジストレーションを行い、SIPサーバ2に対してIPv4対応情報通信端末6はIPv4でレジストレーションを行う。本発明のIPv4/v6デュアル対応SIPサーバ1は端末5からInvite手順(303)が行われた際に、宛先の情報通信端末6がSIPサーバ1にレジストレーションしておらず、別のドメインの端末と認識すると、DNSサーバ4へ、宛先の情報通信端末6が所属するドメインのSIPサーバのIPアドレスの問い合わせを行う(304)。DNSサーバ4はSIPサーバ1に対してSIPサーバ2のIPアドレスを返信(305)する。SIPサーバ1はSIPサーバ2のIPアドレスが解決がされたので、IPv6ヘッダをIPv4ヘッダに付け替えて、Inviteを転送（306）する。この時、SIPサーバ2はSIPペイロード部分のIPv4/v6トランスレーションは行わない。SIPサーバ2はIPv4対応情報通信端末6にInvite手順を行う(307)。IPv4対応情報通信端末6が受信したInvite手順(307)のパケットはSIPペイロード部分にIPv4/v6プロトコルが混在していることになるが、これを解釈して、自分がIPv4で通信する旨を通知するために、380 Alternate Serviceを返信する(308)。SIPサーバ1はIPv4ヘッダをIPv6ヘッダに付け替えてIPv4/v6デュアル対応情報通信端末5に転送し、IPv4/v6デュアル対応情報通信端末5は主信号の通信プロトコルをIPv4で再度Invite手順を送付する(310)。そしてInvite手順(310)がIPv4/v6デュアル対応情報通信端末5からSIPサーバ１に送られると、SIPサーバ1はIPv6ヘッダをIPv4ヘッダに付け替えて、IPv4対応情報通信端末6にInvite手順を行う(313、314)。今回は[同上]の通信プロトコルがIPv4なので、IPv4対応情報通信端末6は200 OK(315)を返送する。SIPサーバ1はIPv6ヘッダをIPv4ヘッダに付け替えてIPv4/v6デュアル対応情報通信端末5に転送し(316)、情報通信端末5がACKを返して(317、318)IPv4にてセッションが確立される(319)。
【００３９】
図２０は図１２にて説明した、本発明によるIPv4/v6デュアル対応情報通信端末5とIPv4対応情報通信端末6が通信を行う場合の通信手順の一実施形態である。本実施例ではSIPサーバ1に対してIPv4/v6デュアル対応情報通信端末5はIPv6でレジストレーションを行い、SIPサーバ2に対してIPv4対応情報通信端末6はIPv4でレジストレーションを行う。本発明のIPv4/v6デュアル対応SIPサーバ1は端末6からInvite手順(323)が行われた際に、宛先の情報通信端末5がSIPサーバ2にレジストレーションしておらず、別のドメインの端末と認識すると、DNSサーバ3へ、宛先の端末5が所属するドメインのSIPサーバのIPアドレスの問い合わせを行う(324)。DNSサーバ3はSIPサーバ2に対してSIPサーバ1のIPアドレスを返信(325)する。SIPサーバ2はSIPサーバ1のIPアドレスが解決されたので、Invite手順を転送する(326)。SIPサーバ1はIPv4ヘッダをIPv6ヘッダに付け替えて、IPv4/v6デュアル対応情報通信端末5にInvite手順を行う(327)。この時、SIPサーバ1はSIPペイロード部分のIPv4/v6トランスレーションは行わない。IPv4/v6デュアル対応情報通信端末5が受信したInvite手順(327)のパケットはSIPペイロード部分にIPv4/v6プロトコルが混在していることになるが、これを解釈する。今回は主信号の通信プロトコルがIPv4なので、IPv4/v6デュアル対応情報通信端末5は200 OK(328)を返送する。SIPサーバ1はIPv6ヘッダをIPv4ヘッダに付け替えてIPv4/v6デュアル対応情報通信端末5に転送し、情報通信端末5がACKを返して(330、331)、IPv4にてセッションが確立される(332)。
この方法を用いると、IPv4対応情報通信端末6にプロトコル選択に関する機能を実装する必要がない。また、IPv4/v6デュアル対応情報端末5も主信号の送受機能はIPv4/v6双方で行うことが必要になるが、SIPによる制御信号の送受機能は片方のプロトコルをサポートすることだけで実現できる。
また、IPv4のみをサポートするSIPサーバを利用したSIPサービスを行うネットワークとの相互接続を行うことが出来る。
【実施例４】
【００４０】
ここまでの実施例では、IPv4端末がIPv4でSIPサーバにレジストレーションしている場合に、通信相手のIPv4/v6デュアル端末がIPv6でInviteを行う場合について説明してきた。本発明は、IPv4/v6デュアル端末とIPv6端末の通信の場合にも適用可能であり、またIPv4/v6デュアル端末同士の通信の場合でも、レジストレーションしているIPアドレスが異なる場合にも適用可能である。
【００４１】
図９は本発明によるIPv6 情報通信端末7とIPv4対応情報通信端末6が通信を行う場合の一実施形態である。IPv6 情報通信端末7とIPv4対応情報通信端末6は扱うIPプロトコルが異なるため、直接主信号の通信を行うことができないが、本発明のIPv4/v6デュアル対応SIPサーバ1を用い、さらに両端末はSIPプロトコルのPDUがIPv4/v6混在の場合でも処理できる処理部を持つ場合、SIPプロトコルの通信を行うことが可能である。
【００４２】
図１０は図９にて説明した本発明によるIPv6 情報通信端末7とIPv4対応情報通信端末6が通信を行う場合のMessageパケットによるチャットを行う際の通信手順の１実施例である。
本実施例ではSIPサーバ1に対してIPv6 情報通信端末7はIPv6でレジストレーションを行い、SIPサーバ1に対してIPv4対応情報通信端末6はIPv4でレジストレーションを行う。そしてIPv6 情報通信端末7がIPv4対応情報通信端末6にメッセージ手順(Message)にてチャットを行うパケットを転送する場合には、IPv6 情報通信端末7はSIPサーバ1にIPv6にて送信する(163)。SIPサーバ1はIPv6ヘッダをIPv4ヘッダに付け替えて、IPv4対応情報通信端末6にメッセージを転送する(164)。反対にIPv4対応情報通信端末6がIPv6 情報通信端末7にメッセージ手順にてチャットを行うパケットを転送する場合には、IPv4対応情報通信端末6はSIPサーバ1にIPv4にて送信する(165)。SIPサーバ1はIPv4ヘッダをIPv6ヘッダに付け替えて、IPv6対応情報通信端末7にメッセージを転送する(166)。これにより、IPv4/v6トランスレータやALGを利用することなくIPv6 情報通信端末7とIPv4対応情報通信端末6がチャットを行うことができる。
ここではSIPプロトコルのみで情報が送受信される（つまり、別に主信号を使う必要のない）サービスの例として、チャットサービスについて説明をした。同様にSIPプロトコルのみで情報が送受信されるサービスとしては、Subscribe手順、Notify手順などを用いるプレゼンス情報サービスがある。このサービスも、上記の方法により、IPv4プロトコル及びIPv6をインターワークする機能をSIPサーバに用意するだけで、IPv4情報端末6とIPv6対応プレゼンスサーバとの間のサービスを実現することが可能となる。
【図面の簡単な説明】
【００４３】
【図１】本発明の通信方式を実現する一構成例である。
【図２】本発明の通信方式を実現する一構成例である。
【図３】本発明の通信方式を実現する一手順例である。
【図４】本発明の通信方式を実現する一手順例である。
【図５】本発明の通信方式を実現する一手順例である。
【図６】本発明の通信方式を実現する一手順例である。
【図７】本発明の通信方式を実現する一手順例である。
【図８】本発明の通信方式を実現する一手順例である。
【図９】本発明の通信方式を実現する一構成例である。
【図１０】本発明の通信方式を実現する一手順例である。
【図１１】本発明の通信方式を実現する一構成例である。
【図１２】本発明の通信方式を実現する一構成例である。
【図１３】本発明の通信方式を実現する一手順例である。
【図１４】本発明の通信方式を実現する一手順例である。
【図１５】本発明の通信方式を実現する一手順例である。
【図１６】本発明の通信方式を実現する一手順例である。
【図１７】本発明の通信方式を実現する一手順例である。
【図１８】本発明の通信方式を実現する一手順例である。
【図１９】本発明の通信方式を実現する一手順例である。
【図２０】本発明の通信方式を実現する一手順例である。
【図２１】本発明の通信方式を実現するためのSIPパケットフォーマットである。
【図２２】SIP通信方式を実現するためのSIPパケットフォーマット（RFC3261）である。
【図２３】SIP通信方式を実現するためのSIPパケットフォーマット（SDP：RFC2327）である。
【図２４】本発明の通信方式を実現するためのSIP Proxyサーバの１構成例を示したものである。
【図２５】本発明の通信方式を実現するためのSIP ProxyサーバのSIP Proxy処理部の１構成例を示したものである。
【図２６】本発明の通信方式を実現するための情報通信端末の１構成例を示したものである。
【図２７】本発明の通信方式を実現するための情報通信端末のSIPプロトコル処理部の１構成例を示したものである。
【符号の説明】
【００４４】
１IPv4/v6デュアル対応SIPサーバ、４DNSサーバ、５IPv4/v6対応SIP端末、６IPv4対応SIP端末、６００物理レイヤ終端部、６０１IPｖ４終端部、６０２IPv6終端部、６０３TCP/UDP処理部、６０４SIPヘッダ処理部、６０５SIPプロキシ処理部、６０６SIPヘッダ処理部、６０７TCP/UDP処理部、６０８IPｖ６処理部、６０９IPv4処理部、６１０物理レイヤ処理部。
【図１】
2005086467.tif 000003
【図２】
2005086467.tif 000004
【図３】
2005086467.tif 000005
【図４】
2005086467.tif 000006
【図５】
2005086467.tif 000007
【図６】
2005086467.tif 000008
【図７】
2005086467.tif 000009
【図８】
2005086467.tif 000010
【図９】
2005086467.tif 000011
【図１０】
2005086467.tif 000012
【図１１】
2005086467.tif 000013
【図１２】
2005086467.tif 000014
【図１３】
2005086467.tif 000015
【図１４】
2005086467.tif 000016
【図１５】
2005086467.tif 000017
【図１６】
2005086467.tif 000018
【図１７】
2005086467.tif 000019
【図１８】
2005086467.tif 000020
【図１９】
2005086467.tif 000021
【図２０】
2005086467.tif 000022
【図２１】
2005086467.tif 000023
【図２２】
2005086467.tif 000024
【図２３】
2005086467.tif 000025
【図２４】
2005086467.tif 000026
【図２５】
2005086467.tif 000027
【図２６】
2005086467.tif 000028
【図２７】
2005086467.tif 000029