(57)【要約】【課題】３ＰＣＣを実装するサーバが存在する網とサービス制御機能が存在する網のＩＰアドレス体系が異なる場合の３ＰＣＣを実現するための技術を提供すること。【解決手段】ＩＰ通信網において、少なくとも第三者呼制御（３ＰＣＣ）を実装するアプリケーションサーバ１０が存在するＡＳの事業者網１と、サービス制御機能４２が存在する事業者網４とが、それぞれ異なるＩＰアドレス体系を有する第三者呼制御システムにおいて、前記アプリケーションサーバは、前記サービス制御機能におけるアドレス変換の設定を可能とするための所定のアドレスが割り当てられたメディア折り返し機能（１８，１９）を備えた。【選択図】      図１
2008301228.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を含む２００ＯＫ信号をＡＳ１０に送出する。この２００ＯＫ信号のアドレスは、サービス制御機能３２、４２でＮＡＴ変換設定が行われて、ＡＳ１０に入力する。ここで、図４では、サービス制御機能４２では、第１のＮＡＴ変換設定として「10.0.1.1 B←192.168.0.2 C」が設定されている（ここで、Ｂ及びＣはそれぞれポート番号を示すが、例えば、「10.0.1.1 B」をアドレスとみなしても良い。
【００２０】
ここで、ＡＳ１０は、Offer1(192.168.0.2 C)を含むＩＮＶＥＴＥ信号をサービス制御機能４２に送出する。しかし、サービス制御機能４２では、すでに「192.168.0.2 C」に対するＮＡＴ対応割り当てが行われているので、同一の「192.168.0.2 C」に対するＮＡＴ要求ができない。従って、トランスポート機能４４において、ＮＡＴ設定ができないという問題が生じる。また、第２の端末６０からのanswer1を含む２００ＯＫ信号についても、サービス制御機能４２において同様の問題が生じるため、トランスポート機能４４において、ＮＡＴ設定ができないという問題が生じる。このため、３ＰＣＣを実現することができない。
【００２１】
そこで、本実施形態では、ＡＳ１０にメディア折り返し機能を追加することによりこの課題を解決している。その構成を図５に示す。図５は、本発明の一実施形態に係るＡＳ１０が有する機能とその制御信号の流れを示す図である。図６は、本実施形態に係るＡＳ１０を適用した場合のシーケンスを示す図である。本実施形態に係るＡＳ１０は、図２の構成に加え、メディア折り返し設定機能１８と、メディア折り返し機能１９とを備えている。
【００２２】
メディア折り返し設定機能１８は、サービス制御機能４２でのＮＡＴ変換設定を可能とするために、メディア折り返し機能１９に折り返し用アドレスの割り当てを行う。このアドレスは、メディアに応じてポートを開くためのアドレスであって、どのようなアドレスを割り当てても良いが、例えばＡＳ１０のアドレスであっても良く、図６に示す例では、「192.168.0.1」が与えられている。また、メディアについては１つに限定せず、メディアに応じてアドレスが設定できるようになっていればよい。
【００２３】
まず、図６において、ＡＳ１０からの最初のＩＮＶＩＴＥ信号は、Offer1(192.168.0.1 A)を含んでいるものとし、このアドレスに応じて、ＮＡＴ変換設定が行われる。ここで、ＡＳ１０からのＩＮＶＩＴＥ信号に応答して第１の端末２０側から２００ＯＫ信号が送出された場合に、Answer1(192.168.0.1 F)を含む２００ＯＫ信号がサービス制御機能４２からＡＳ１０に送出されると、メディア折り返し設定機能１８は、メディア折り返し機能１９に「192.168.0.1 G→192.168.0.1 F」なる設定を行う。また、第２の端末６０側から２００ＯＫ信号が送出された場合に、Answer2(192.168.0.2 L)を含む２００ＯＫ信号がサービス制御機能４２からＡＳ１０に送出されると、メディア折り返し設定機能１８は、メディア折り返し機能１９に「192.168.0.1 A→192.168.0.1 L」なる設定を行う。そして、メディア折り返し機能１９は、メディア折り返し設定機能１８で割り当てたメディアアドレスの対応を保持する。
【００２４】
このように、ＡＳ１０にメディア折り返し機能１９を備えることで、次のように動作する。  
第１又は第２の端末２０、６０側から受信したメディアアドレス（ポート番号含む）にＡＳ１０側のメディアアドレスを割り当て、もう一方の端末２０、６０側に対して割り当てたメディアアドレスを送信する。第１又は第２の端末２０、６０は図示しないトランスポート機能を介し、ＡＳ１０に対してメディアパケットを送信する。ＡＳ１０は、第１又は第２の端末２０、６０側より受信したメディアパケットを、メディア折り返し機能１９により、もう一方の端末２０、６０側に折り返して送信する。なお、本実施形態では、メディア折り返し機能１９は、ＡＳ１０に含まれる構成としたが、別のサーバに配置しても良い。
【００２５】
なお、今後、ＩＭＳを採用する次世代ネットワークでは、サービス制御機能を提供する事業者とアプリケーションサーバを提供する事業者が異なる事業形態が想定されており、サービス制御機能が存在する網とアプリケーションサーバが存在する網のＩＰアドレス体系が異なり、両網がＮＡＴ機能を介して接続されることが考えられる。
【００２６】
本発明によれば、アプリケーションサーバ網とサービス制御機能網の間にＮＡＴ機能があるシステムにおいて、従来のＳＩＰやＳＤＰ等のプロトコルの規定を変更することなく、３ＰＣＣの実現が可能となる。
本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。  
また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００２７】
【図１】３ＰＣＣを実装するアプリケーションサーバが存在する第１の網とＡＬＧ機能を具備するサービス制御機能が存在する第２の網が異なるＩＰアドレス体系であるシステムにおいて、サービス制御機能にＮＡＴ制御判定機能とメディア設定機能を付加し、３ＰＰＣを実現する構成を示す図である。
【図２】従来のアプリケーションサーバにおける信号の流れを示す図である。
【図３】ＡＳの網とサービス制御機能が存在する網のＩＰアドレス体系が異なるシステムにおいて、トランスポート機能においてＮＡＴ設定ができない課題が存在する従来の構成図である。
【図４】ＡＳの網とサービス制御機能が存在する網のＩＰアドレス体系が異なるシステムにおいて、トランスポート機能においてＮＡＴ設定ができない課題が存在する従来の３ＰＰＣシーケンス（例えば、非特許文献１のＦｌｏｗＩのシーケンスに基づくもの）である。
【図５】新規のアプリケーションサーバの制御信号の流れを示す図である。
【図６】ＡＳの網とサービス制御機能が存在する網のＩＰアドレス体系が異なるシステムにおいて、新規のアプリケーションサーバ機能により３ＰＣＣを実現するシーケンス図である。
【図７】同一のＩＰアドレス体系を持つＩＰ通信網における３ＰＰＣを実現する構成図である。
【符号の説明】
【００２８】
１…事業者網
２…第１の端末網
３…第１の事業者網
４…第３の事業者網
５…第２の事業者網
６…第２の端末網
１０…アプリケーションサーバ（ＡＳ）
１１…起動受付機能
１２…第１の信号生成機能
１３…信号転送機能
１４…信号正当性チェック機能
１５…第１の信号処理機能
１６…第２の信号生成機能
１７…信号転送機能
１８…メディア折り返し設定機能
１９…メディア折り返し機能
２０…第１の端末
３２、４２、５２…サービス制御機能
３４、４４、５４…トランスポート機能
６０…第２の端末
【図１】
2008301228.tif 000003
【図２】
2008301228.tif 000004
【図３】
2008301228.tif 000005
【図４】
2008301228.tif 000006
【図５】
2008301228.tif 000007
【図６】
2008301228.tif 000008
【図７】
2008301228.tif 000009