(57)【要約】【課題】３ＰＣＣを実装するアプリケーションサーバが存在する網とサービス制御機能が存在する網のＩＰアドレス体系が異なる場合の３ＰＣＣを実現する技術を提供すること。【解決手段】ＩＰ通信網において、少なくとも第三者呼制御（３ＰＣＣ）を実装するアプリケーションサーバ１０が存在する第１の事業者網１と、サービス制御機能４２が存在する第２の事業者網４とが、それぞれ異なるＩＰアドレス体系を有し、前記アプリケーションサーバ１０を介する少なくとも２つの通信装置間の相互通信における制御パケットの経路とメディアパケットの経路とが異なることを許可された第三者呼制御システムにおいて、前記メディアパケットが前記第１の事業者網を介さないような経路を設定する手段４２７を備えた。【選択図】図４
2008306502.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ通信網において、少なくとも第三者呼制御（３ＰＣＣ）を実装するアプリケーションサーバが存在する第１の事業者網と、サービス制御機能が存在する第２の事業者網とが、それぞれ異なるＩＰアドレス体系を有し、前記アプリケーションサーバを介する少なくとも２つの通信装置間の相互通信における制御パケットの経路とメディアパケットの経路とが異なることを許可された第三者呼制御システムにおいて、
前記メディアパケットが前記第１の事業者網を介さないような経路を設定する手段を具備することを特徴とする第三者呼制御システム。
【請求項２】
請求項１に記載の通信システムにおいて、前記設定手段は、前記メディアパケットが前記第１の事業者網を経由しないように、前記メディアパケットの経路を前記制御パケットの経路より省略した経路に設定することを特徴とする第三者呼制御システム。
【請求項３】
請求項１に記載の通信システムにおいて、前記設定手段は、前記メディアパケットが前記第１の事業者網を経由するかどうかを判定する判定手段を更に具備することを特徴とする第三者呼制御システム。
【請求項４】
請求項１又は請求項２に記載の第三者呼制御において、前記第２の事業者網において、前記サービス制御機能は、受信した制御信号内におけるＩＰアドレスが前記第１の事業者網のアドレス体系のものである場合に、前記ＩＰアドレスとポート番号のリソース予約とＮＡＴ変換設定を解除し、ＮＡＴ変換設定を行わないダイヤログであることを示すフラグを立て、前記制御信号内におけるＩＰアドレスとポート番号をＮＡＴ変換に対応するアドレスに書き戻してから出力することを特徴とする第三者呼制御システム。
【請求項５】
請求項１又は請求項２に記載の第三者呼制御システムにおいて、前記第２の事業者網において、前記サービス制御機能は、受信した制御信号のダイヤログが前記ＮＡＴ変換設定を行わないダイヤログであることを示すフラグが立っている場合に、制御信号内におけるＩＰアドレスとポート番号のリソース予約とＮＡＴ変換設定を行わずに、前記制御信号内のＩＰアドレスとポート番号の書換えを行うことを特徴とする第三者呼制御システム。
【請求項６】
ＩＰ通信網において、少なくとも第三者呼制御（３ＰＣＣ）を実装するアプリケーションサーバが存在する第１の事業者網と、サービス制御機能が存在する第２の事業者網とが、それぞれ異なるＩＰアドレス体系を有し、前記アプリケーションサーバを介する少なくとも２つの通信装置間の相互通信における制御パケットの経路とメディアパケットの経路とが異なることを許可された第三者呼制御システムに適用される第三者呼制御方法において、
受信したＳＩＰ制御信号内におけるＩＰアドレスが前記第１の事業者網のアドレス体系のものである場合に、前記ＩＰアドレスとポート番号のリソース予約とＮＡＴ変換設定を解除し、
ＮＡＴ変換設定を行わないダイヤログであることを示すフラグを立て、
前記制御信号内におけるＩＰアドレスとポート番号をＮＡＴ変換に対応するアドレスに書き戻してから出力することを特徴とする第三者呼制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のＩＰアドレス体系を持つＩＰ通信網において第三者呼制御（３ＰＣＣ）を実現する技術に関する。
【背景技術】
【０００２】
クリックトゥダイヤルやテレビ電話会議サービスのように、アプリケーションサーバ等の第三者からＳＩＰ（Session Initiation Protocol）を用いた呼制御を行うことにより、２つ以上の加入者端末（メディアサーバ等の装置や携帯端末などを含む）間でＩＰメディア通信のセッション確立を実現する方式として、３ＰＣＣ（Third Party Call Control）が提案されている（非特許文献１参照）。３ＰＣＣでは、通信を行う端末とは異なる通信網（単に「網」とも称する）に属するアプリケーションサーバ１０からの起動を契機として複数の端末間でのセッションを確立して音声やテレビ電話会議などの通信を行う。非特許文献１の３ＰＣＣ実現方法として、同一のＩＰアドレス体系を持つＩＰ通信網における通信の制御を、図１０を参照して簡単に説明する。図１０には、アプリケーションサーバ１０と、第１の端末２０と、第２の端末６０とが示されている。このような構成において、ＳＩＰ制御は、アプリケーションサーバ１０と第１の端末２０との間、アプリケーションサーバ１０と第２の端末６０との間で行われる。一方、メディア通信は、アプリケーションサーバ１０を介さずに第１の端末２０と第２の端末６０の間で行われる。このように、同一のＩＰアドレス体系を持つＩＰ通信網において３ＰＣＣを実現する場合には、ＳＩＰ制御とメディア通信は、異なるＩＰパケット経路で行うことが可能である。
【０００３】
一方、２つ以上の加入者端末間でＩＰメディア通信を行うためのメディアＩＰアドレスとポート番号は、ＳＩＰメッセージの中でＳＤＰ（Session Description Protocol）等により記述されて、ＩＭＳ（IP Multimedia Subsystem）を採用する次世代ネットワークにおいてはＣＳＣＦやＩＢＣＦ等のＳＩＰサーバに相当するサービス制御機能（各種ＳＩＰ呼処理機能が配備されるCore ＩＭＳ機能）を介して交換される（非特許文献２、非特許文献３参照）。このサービス制御機能は、プロトコル記述の内容を書き換えるＡＬＧ（Application Level Gateway）機能を有し、メディア通信を行うＢＧＦ等のトランスポート機能においてＮＡＴ（Network Address Translation）またはＮＡＰＴ（Network Address Port Translation）が行われる場合には、ＳＩＰメッセージの中のＳＤＰ等により記述されたメディアＩＰアドレスとポート番号をＮＡＴで対応するものに書き換えるため、メディアの網経路とＳＩＰメッセージの網経路とが同一になる。非特許文献３にはサービス制御機能に相当するＡＦ、トランスポート制御機能に相当するＲＡＣＳ、トランスポート機能に相当するＢＧＦの相互連携方法に関する記述がある。
【０００４】
ここで、アプリケーションサーバ１０（３ＰＣＣを実装）が存在するＡＳの事業者網とアプリケーションサーバ１０と接続されるサーバ制御機能が存在する事業者網がそれぞれ異なるＩＰアドレス体系を持ち、ＡＳの事業者網と事業者網の間でＮＡＴ等のＩＰアドレス及びポート番号変換が行われるシステムにおいて３ＰＣＣを実現する場合には、メディアの網経路とＳＩＰメッセージの網経路が上記の理由により同一になってしまうことから、メディアストリームはＡＳの事業者網を経由しなければならない。
【０００５】
呼制御のみを行う３ＰＣＣのアプリケーションサーバが存在する網とサービス制御機能が存在する網のＩＰアドレス体系が異なるシステムにおいて、メディアストリームがＡＳの事業者網を経由してしまう課題がある。
【０００６】
【非特許文献１】RFC 3725,“Best Current Practices for Third Party Call Control (3pcc) in the Session Initiation Protocol (SIP),” Apr. 2004.
【０００７】
【非特許文献２】3GPP TS 23.228 v7.6.0, “IP Multimedia Subsystem (IMS); Stage 2,”Dec. 2006.
【０００８】
【非特許文献３】ETSI TISPAN ES 282 007 v1.1.1, “IP Multimedia Subsystem (IMS);Functional architecture,” June, 2006.
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、３ＰＣＣを実装するアプリケーションサーバが存在する網とサービス制御機能が存在する網のＩＰアドレス体系が異なる場合の３ＰＣＣを実現する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の一局面に係る第三者呼制御システムは、ＩＰ通信網において、少なくとも第三者呼制御（３ＰＣＣ）を実装するアプリケーションサーバが存在する第１の事業者網と、サービス制御機能が存在する第２の事業者網とが、それぞれ異なるＩＰアドレス体系を有し、前記アプリケーションサーバを介する少なくとも２つの通信装置間の相互通信における制御パケットの経路とメディアパケットの経路とが異なることを許可された第三者呼制御システムにおいて、前記メディアパケットが前記第１の事業者網を介さないような経路を設定する手段を具備することを特徴とする。本発明は、装置に限らず、装置で実現される方法やプログラムの発明としても成立する。
【発明の効果】
【００１１】
本発明によれば、アプリケーションサーバ網とサービス制御機能網の間にＮＡＴ機能があるシステムにおいて、従来のＳＩＰやＳＤＰ等のプロトコルの規定を変更することなく、３ＰＣＣの実現が可能となる。
【発明を実施するための最良の形態】
【００１２】
図面を参照して本発明の実施の形態を説明する。図１は、本発明の一実施形態に係る３ＰＣＣを実現するための方法が適用されるシステムの概略構成を示す図である。図１に記載のシステムには、ＡＳの事業者網１と、第１の端末網２と、第１の事業者網３と、第３の事業者網４と、第２の事業者網５と、第２の端末網６とが示されている。ここで、通信は、第１の端末網２内の第１の端末２０と、第２の端末網６内の第２の端末６０とで行うことを想定する。なお、第１から第３の事業者網３〜５は、別々の事業者網であってＩＰアドレス体系がそれぞれ異なる場合もあるが、同一事業者網で同一のＩＰアドレス体系の場合もある。また、ＡＳの事業者網１と、少なくとも第３の事業者網４は、異なるＩＰアドレス体系を有するものとする。第１の端末２０と第２の端末６０のいずれかは、サーバなどの通信装置を含んでも良い。
【００１３】
図１において、ＡＳの事業者網１は、アプリケーションサーバ（ＡＳ）１０を備えており、第１から第３の事業者網３〜５は、それぞれ、サービス制御機能３２、４２、５２と、トランスポート機能３４、４４、５４とを備えている。  
このような構成において、本実施形態では、制御信号は、第１の端末２０と第２の端末６０との間を、サービス制御機能３２、４２、５２と、ＡＳ１０を介して、メディアパケットは、トランスポート機能３４、４４、５４と、ＡＳ１０を介して転送可能となっている。本実施形態により、３ＰＣＣの実現が可能になった理由について、以下に簡単に説明する。
【００１４】
ＩＭＳを採用する次世代ネットワークでは、サービス制御機能を提供する事業者とアプリケーションサーバを提供する事業者が異なる事業形態が想定されており、サービス制御機能が存在する網とアプリケーションサーバが存在する網のＩＰアドレス体系が異なり、両網がＮＡＴ機能を介して接続されることが考えられる。このように、サービス制御機能が存在する網とアプリケーションサーバが存在する網のＩＰアドレス体系が異なるシステムでは、メディアストリームはＡＳの事業者網を経由しなければならないこととなるが、トランスポート機能においてＡＳから既にＮＡＴ対応設定が行われているアドレスの設定を要求されるため、ＮＡＴ設定ができず、３ＰＣＣを実現できない。
【００１５】
これを解決するために、本発明の発明者は、ＡＳにメディア折り返し機能を追加することによりこの課題を解決している。具体的には、メディア折り返し設定機能は、サービス制御機能でのＮＡＴ変換設定を可能とするために、メディア折り返し機能に折り返し用アドレスの割り当てを行う。これにより、アプリケーションサーバ網とサービス制御機能網の間にＮＡＴ機能があるシステムにおいても３ＰＣＣを用いたアプリケーションの実現を可能としている。
【００１６】
図２は、本発明の一実施形態に係る各信号の流れを示す図である。図２において、図１と同じ部分には同じ符号を付し、詳細な説明は省略する。本実施態様では、図２に示すように、メディア信号の流れが、図１とは異なり、ＡＳの事業者網１を介さずに、第１の事業者網３と第２の事業者網５とで直接やり取りされている。以下、具体的に説明する。
【００１７】
図３は、第３の事業者網における、従来のサービス制御機能４２とトランスポート制御機能４６、トランスポート機能４４の制御信号の流れを示す図である。図４は、第３の事業者網における、新規のサービス制御機能４２とトランスポート制御機能４６、トランスポート機能４４の制御信号の流れを示す図である。
【００１８】
図３に示す従来のサービス制御機能４２は、信号圧縮解凍機能４２１と、信号正当性チェック機能４２２と、信号処理機能４２３と、従来のメディア設定機能４２４と、課金生成機能４２５と、信号転送機能４２６とを備えている。  
図４に示す新規のサービス制御機能４２は、信号圧縮解凍機能４２１と、信号正当性チェック機能４２２と、信号処理機能４２３と、従来のメディア設定機能４２４と、課金生成機能４２５と、信号転送機能４２６とに加え、新規のＮＡＴ制御判定機能４２７ａと、新規のメディア設定機能４２７ｂとを備えている。
【００１９】
図３に示す従来のサービス制御機能４２の動作は公知であるので、詳細な説明は省略し、信号の流れを簡単に説明する。サービス制御機能４２がＳＩＰ等の制御信号を入力すると、信号圧縮解凍機能４２１は制御信号の解凍を行い、該制御信号が正当なものであるかどうかが信号処理機能４２３でチェックされる。信号処理機能４２３で正当なものかどうかチェックされた信号は、信号処理機能４２３で所定の信号処理を施され、従来のメディア設定機能４２４に処理した信号を出力する。  
従来のメディア設定機能４２４は、トランスポート制御機能４６を介して、トランスポート機能４４にＮＡＴバインディング要求を行う。そして、トランスポート機能４４からトランスポート制御機能４６を介して、ＮＡＴのＩＰアドレス対応情報を入手し、ＳＤＰのメディアアドレスとポート番号をＮＡＴ変換後のものに書き直す。  
そして、従来のメディア設定機能４２４でのメディア設定が終了すると、制御信号は、課金生成機能４２５を介して信号転送機能４２６により、転送先の網に属するサービス制御機能に転送される。
【００２０】
新規のサービス制御機能４２は、新機能部４２７を具備する。新機能部４２７は、従来のメディア設定機能４２４と新規のＮＡＴ制御判定機能４２７ａと新規のメディア設定機能４２７ｂとを備えている。本構成において、新機能部４２７は、従来用いられているＣＳＣＦ等のサービス制御機能４２に、ＳＩＰメッセージの中のＳＤＰに記述されるメディアＩＰアドレスからを用いるかの必要性をチェックし、必要性が有る場合に新規のメディア設定機能４２７ｂの処理を実施する。  
具体的には、以下の通りである。  
ＡＳ事業者のＩＰアドレスからＳＩＰメッセージを受信することにより、ＡＳ１０からのＳＩＰメッセージであることを判断可能なため、サービス制御機能４２の新規のＮＡＴ制御判定機能４２７ａは、ＳＩＰメッセージのボディＳＤＰにＡＳ事業者のメディアアドレス、即ちＬＡＮ側のメディアアドレスがある場合に、従来のメディア設定を行わず、新規のメディア設定を行う判断を行う判断をする。サービス制御機能４２の新規のメディア設定機能４２７ｂは、従来のメディア設定機能４２４によって設定されたトランスポート機能４４のＮＡＴ変換設定を解除し、ＳＤＰメディアアドレス及びポート番号をＮＡＴ変換前に書き直し、当該ダイヤログにおいて以降ＮＡＴ変換設定を行わない設定を行う。本処理は、ＡＳ１０と接続される第３の事業者網４のサービス制御機能４２において行われる処理である。他の事業者網（第１及び第２の事業者網３、５）のサービス制御機能３２、５２は、ＮＡＴ変換前のＳＤＰメディアアドレス及びポート番号を得るため、ＡＳ１０と接続されるサービス制御機能４２のトランスポート機能４４を経由しないメディアアドレスの設定をトランスポート機能４４に対して行う。よって新機能部４２７の追加により、呼制御のみを行う３ＰＣＣのアプリケーションサーバは、アプリケーションサーバが存在する網１とサービス制御機能４２が存在する網４のＩＰアドレス体系が異なるシステムにおいて、３ＰＣＣを用いたアプリケーションを提供可能となる。
【００２１】
図５を参照して、サービス制御機能４２の新機能部４２７の処理の流れを説明する。図５は、サービス制御機能４２の新機能部４２７の処理の流れを示す図である。  
サービス制御機能４２がＳＩＰメッセージを受信すると処理を開始し、サービス制御機能４２は、受信したＳＩＰメッセージにおけるＳＤＰのメディアアドレスがＡＳ１０側（ＬＡＮ側）のものであるかどうか判定し（ステップＳ１）、ＳＤＰのメディアアドレスがＡＳ１０側（ＬＡＮ側）のものある場合に、新規のメディア設定機能処理として、下記の処理を実行する。  
（１）当該メディアアドレス／ポート番号のトランスポート機能におけるＮＡＴ変換を解除し、  
（２）ＳＤＰメディアアドレス／ポート番号記述をＮＡＴ変換前に書き直し、  
（３）当該ダイヤログにおいて以降ＮＡＴ変換設定を行わないフラグを立てる。
【００２２】
ステップＳ２における具体的な処理は、例えば、次のように行われる。  
例えば、受信したＳＤＰメディアアドレス／ポート番号に関する記述が下記のようなものであるものとする。  
ｃ＝ＩＮ  ＩＰ４  １９２．１６８．０．２  
ｍ＝ａｕｄｉｏ  ２３４５６  ＲＴＰ／ＡＶＰ  ０  
この記述が、  
変換後１０．０．１．１：１２３４５  変換前１９２．１６８．０．２：２３４５６  
であった場合に、当該メディアアドレスのＮＡＴ変換を解除する。そして、送信するメッセージのＳＤＰメディアアドレスの記述を下記のようなものに変換する。  
ｃ＝ＩＮ  ＩＰ４  １０．０．１．１  
ｍ＝ａｕｄｉｏ  １２３４５  ＲＴＰ／ＡＶＰ  ０。
【００２３】
ステップＳ１において、ＳＤＰのメディアアドレスがＡＳ１０側（ＬＡＮ側）のものではない場合には（ステップＳ１のＮｏ）、ステップＳ２における（３）に示すフラグがあるかどうか判定する（ステップＳ３）。すなわち、ＮＡＴ変換設定を行わないダイヤログかどうかを判定する。ここで、ステップＳ２における（３）に示すフラグがある場合には、ＳＤＰ記述上のメディアアドレス変換は行うが、トランスポート機能のＮＡＴ制御は行わない（ステップＳ４）。具体的には、以下の通りである。  
例えば、受信したＳＤＰメディアアドレス／ポート番号に関する記述が下記のようなものであるものとする。  
ｃ＝ＩＮ  ＩＰ４  １０．０．１．１  
ｍ＝ａｕｄｉｏ  １２３４５  ＲＴＰ／ＡＶＰ  ０  
この場合において、下記のように、ＳＤＰ記述上のメディアドレス変換は行うが、トランスポート機能のＮＡＴ制御は行わない。  
ｃ＝ＩＮ  ＩＰ４  １９２．１６８．０．２  
ｍ＝ａｕｄｉｏ  ２３４５６  ＲＴＰ／ＡＶＰ  ０。
【００２４】
ステップＳ３において、ステップＳ２における（３）に示すフラグがない場合には（ステップＳ３のＮｏ）、従来のメディア設定機能処理を実行し、  
（１）ＳＤＰメディアアドレス／ポート番号のＮＡＴ変換を設定し、  
（２）次のエンティティに送信するメッセージのＳＤＰメディアアドレス／ポート番号の記述をＮＡＴ変換後に書き直す（ステップＳ５）。具体的には、以下の通りである。  
例えば、受信したＳＤＰメディアアドレス／ポート番号に関する記述が下記のようなものであるものとする。  
ｃ＝ＩＮ  ＩＰ４  １０．０．１．１  
ｍ＝ａｕｄｉｏ  １２３４５  ＲＴＰ／ＡＶＰ  ０  
この記述において、  
変換後１０．０．１．１：１２３４５  変換前１９２．１６８．０．２：２３４５６  
として、当該メディアドレスのＮＡＴ変換を設定する。そして、送信するメッセージのＳＤＰメディアアドレスの記述を下記のようにＮＡＴ変換後のものに変更する。  
ｃ＝ＩＮ  ＩＰ４  １９２．１６８．０．２  
ｍ＝ａｕｄｉｏ  ２３４５６  ＲＴＰ／ＡＶＰ  ０。
【００２５】
このように制御することにより、第１の端末２０のサービス制御機能３２と第２の端末６０のサービス制御機能５２は、ＳＤＰのメディアアドレス／ポート番号について、ＡＳ１０と接続されるトランスポート機能のメディアアドレス／ポートを省略して、直接交換することが可能となるため、ＡＳ１０と接続されるトランスポート機能を経由せずにメディア通信を行うことが可能となる。
【００２６】
非特許文献１に記載の３ＰＣＣ実現のＦｌｏｗＩ〜ＩＶに、本発明を適用した場合のシーケンスを、図６から図９を参照して説明する。図６は、非特許文献１に記載の３ＰＣＣ実現のＦｌｏｗＩについて、本発明を適用した場合のシーケンスである。図７は、非特許文献１に記載の３ＰＣＣ実現のＦｌｏｗＩＩについて、本発明を適用した場合のシーケンスである。図８は、非特許文献１に記載の３ＰＣＣ実現のＦｌｏｗＩＩＩについて、本発明を適用した場合のシーケンスである。図９は、非特許文献１に記載の３ＰＣＣ実現のＦｌｏｗＩＶについて、本発明を適用した場合のシーケンスである。なお、図６から図９のシーケンスにおいて、ＡＳ１０は、受信したメディアアドレス／ポート番号と同じものを第３の事業者網４のサービス制御機能４２に送信するものとして説明する。
【００２７】
まず、図６において、ＡＳ１０からＳＤＰ記述のないＩＮＶＩＴＥ信号が第３及び第１の事業者網４、３のサービス制御機能４２、３２を介して第１の端末２０に送信される。第１の端末２０は、Offer1(192.168.1.1 A)を含む２００ＯＫ信号を送信し、第１の事業者網３のサービス制御機能３２は、ＮＡＴ変換設定（192.168.1.1 A←10.0.1.1 B）を行い、Offer1(10.0.1.1 B)を含む２００ＯＫ信号を第３の事業者網４のサービス制御機能４２に送信する。第３の事業者網４のサービス制御機能４２は、ＮＡＴ変換設定（10.0.1.1 B←192.168.0.2 C）を行い、Offer1(192.168.0.2 C)を含む２００ＯＫ信号をＡＳ１０に送信する。ＡＳ１０は、前述のように、Offer1(192.168.0.2 C)を含むＩＮＶＩＴＥ信号を第３の事業者網４のサービス制御機能４２に送信する。
【００２８】
ここで、第３の事業者網４のサービス制御機能４２は、ＡＳ１０（ＬＡＮ）側メディアアドレスでＳＩＰメッセージを受信したものと判定し、ポート番号Ｃの第１のＮＡＴ変換を解除して、メディアアドレス／ポート番号を変換前のものに戻す。これにより、第３の事業者網４のサービス制御機能４２から第２の事業者網５のサービス制御機能５２にOffer1(10.0.1.1 B)を含むＩＮＶＩＴＥ信号が送信される。そして、第２の事業者網５のサービス制御機能５２はＮＡＴ変換設定（10.0.1.1 B←192.168.2.2 F）を行い、Offer1(192.168.2.2 F)を含むＩＮＶＩＴＥ信号を第２の端末６０に送信する。
【００２９】
第２の端末６０からのanswer1(192.168.2.2 G)を含む２００ＯＫ信号の処理の流れも、上記とほぼ同様であるので、詳細な説明は省略する。
上記のような処理によって、第１と第２の事業者網３、５のトランスポート機能３４、５４には、ぞれぞれ、「192.168.1.1 A←10.0.1.1 B」及び「192.168.1.2 L→10.0.2.1 H」と「10.0.1.1 B←192.168.2.2 F」及び「10.0.2.1 B→192.168.2.1 G」が記述されたＮＡＴ変換テーブルが生成されることになる。これにより、メディアは、ＡＳ１０を経由することなく、第１と第２の事業者網３、５を経由して転送することが可能となる。
【００３０】
図７から図９においても、図６と同様に、ＡＳ１０が受信したメディアアドレス／ポート番号と同じものを第３の事業者網４のサービス制御機能４２に送信した場合に、第３の事業者網４のサービス制御機能４２は、ＡＳ１０（ＬＡＮ）側メディアアドレスでＳＩＰメッセージを受信したものと判定し、ポート番号Ｃの第１のＮＡＴ変換を解除して、メディアアドレス／ポート番号を変換前のものに戻すようにしている。これにより、図６で説明した場合と同様のＮＡＴ変換テーブルが生成されるので、図６で説明したものと同様の制御が行われる。
【００３１】
本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。上記の実施形態では、端末は２つとしたが、３つ以上でも構わない。さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。  
また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００３２】
【図１】ＡＳの網とサービス制御機能が存在するＩＰアドレス体系が異なるシステムにおいて、トランスポート機能においてＡＳをメディアが通過する課題が存在する従来の構成図である。
【図２】３ＰＣＣを実装するアプリケーションサーバが存在する第１の網とＡＬＧ機能を具備するサービス制御機能が存在する第２の網が異なるＩＰアドレス体系であるシステムにおいて、サービス制御機能にＮＡＴ制御判定機能とメディア設定機能を付加し、３ＰＰＣを実現する構成を示す図である。
【図３】従来のサービス制御機能とトランスポート制御機能、トランスポート機能の制御信号の流れを示す図である。
【図４】新規のサービス制御機能とトランスポート制御機能、トランスポート機能の制御信号の流れを示す図である。
【図５】サービス制御機能の新規機能部の処理の流れを示す図である。
【図６】ＦｌｏｗＩにおけるＳＩＰ制御信号のシーケンスとメディア通信経路を示す図である。
【図７】ＦｌｏｗＩＩにおけるＳＩＰ制御信号のシーケンスとメディア通信経路を示す図である。
【図８】ＦｌｏｗＩＩＩにおけるＳＩＰ制御信号のシーケンスとメディア通信経路を示す図である。
【図９】ＦｌｏｗＩＶにおけるＳＩＰ制御信号のシーケンスとメディア通信経路を示す図である。
【図１０】同一ＩＰアドレス体系を持つＩＰ通信網における３ＰＰＣを実現する構成図である。
【符号の説明】
【００３３】
１…ＡＳの事業者網
２…第１の端末網
３…第１の事業者網
４…第３の事業者網
５…第２の事業者網
６…第２の端末網
１０…アプリケーションサーバ（ＡＳ）
２０…第１の端末
３２、４２、５２…サービス制御機能
３４、４４、５４…トランスポート機能
４６…トランスポート制御機能
６０…第２の端末
４２１…信号圧縮解凍機能
４２２…信号正当性チェック機能
４２３…信号処理機能
４２４…メディア設定機能
４２５…課金生成機能
４２６…信号転送機能
４２７…新機能部
４２７ａ…ＮＡＴ制御判定機能
４２７ｂ…メディア設定機能
【図１】
2008306502.tif 000003
【図２】
2008306502.tif 000004
【図３】
2008306502.tif 000005
【図４】
2008306502.tif 000006
【図５】
2008306502.tif 000007
【図６】
2008306502.tif 000008
【図７】
2008306502.tif 000009
【図８】
2008306502.tif 000010
【図９】
2008306502.tif 000011
【図１０】
2008306502.tif 000012