(57)【要約】【課題】ＳＩＰ対応端末がＳＩＰ非対応サーバへアクセスする際に、アクセス方式を切り替えることなく、ゲートウェイのリソース制御を可能とするアクセス方法等を提供する。【解決手段】ＩＰサブシステムネットワークに、擬似的にＳＩＰ対応クライアントとして機能するアプリケーションサーバを更に接続する。ＳＩＰ対応端末が、ＳＩＰ非対応サーバとデータコネクションを確立する前に、ＳＩＰ非対応サーバを宛先とする呼接続要求を、セッション制御サーバへ送信し、アプリケーションサーバへ呼接続要求を転送する。これに対し、アプリケーションサーバが、セッション制御サーバへ呼接続応答を返信し、ＳＩＰ対応端末へ呼接続応答を転送する。セッション制御サーバが、ゲートウェイに対して、当該呼接続におけるリソース制御を指示する。また、ＳＩＰ対応端末が、ゲートウェイを介して、ＳＩＰ非対応サーバとの間でデータコネクションを確立する。【選択図】図３
2010050774.tif 000002
【特許請求の範囲】
【請求項１】
アクセスネットワークと、該アクセスネットワークにゲートウェイを介して相互接続されたＩＰサブシステムネットワークと、該ＩＰサブシステムネットワークに相互接続されたＩＰネットワークとを有し、前記アクセスネットワークにＳＩＰ(Session Initiation Protocol)対応端末が接続されており、前記ＩＰサブシステムネットワークにセッション制御サーバが接続されており、前記ＩＰネットワークにＳＩＰ非対応サーバが接続されており、ＳＩＰ対応端末からＳＩＰ非対応サーバへのアクセスするシステムにおけるアクセス方法において、
前記ＩＰサブシステムネットワークに、擬似的にＳＩＰ対応クライアントとして機能するアプリケーションサーバが更に接続されており、
前記ＳＩＰ対応端末が、前記ＳＩＰ非対応サーバとデータコネクションを確立する前に、前記セッション制御サーバへ、前記ＳＩＰ非対応サーバを宛先とする呼接続要求を送信する第１のステップと、
前記セッション制御サーバが、前記アプリケーションサーバへ前記呼接続要求を転送する第２のステップと、
前記アプリケーションサーバが、前記セッション制御サーバへ呼接続応答を返信する第３のステップと、
前記セッション制御サーバが、前記ＳＩＰ対応端末へ前記呼接続応答を転送する第４のステップと、
前記セッション制御サーバが、前記ゲートウェイに対して、当該呼接続におけるリソース制御を指示する第５のステップと、
前記ＳＩＰ対応端末が、前記ゲートウェイを介して、前記ＳＩＰ非対応サーバとの間でデータコネクションを確立する第６のステップと
を有することを特徴とするアクセス方法。
【請求項２】
前記アプリケーションサーバは、前記ＳＩＰ非対応サーバのメディアセッション情報を有し、
第２のステップについて、前記アプリケーションサーバは、前記メディアセッション情報を前記呼接続応答に含め、
第３のステップについて、前記セッション制御サーバは、前記ゲートウェイに対して、前記メディアセッション情報に基づいてリソース制御を指示する
ことを特徴とする請求項１に記載のアクセス方法。
【請求項３】
前記メディアセッション情報は、前記ＳＩＰ非対応サーバにおけるＩＰアドレス、ポート番号及び／又はコーデック種別であることを特徴とする請求項２に記載のアクセス方法。
【請求項４】
前記アプリケーションサーバは、前記ＳＩＰ非対応サーバの前記メディアセッション情報を、前記呼接続要求を受信した際に又は定期的に、前記ＳＩＰ非対応サーバから取得することを特徴とする請求項１から３のいずれか１項に記載のアクセス方法。
【請求項５】
前記セッション制御サーバは、複数のＰ−ＣＳＣＦ(Proxy-CSCF (Call Session
Control Function))と、Ｓ−ＣＳＣＦ(Serving-CSCF)とからなり、
第２のステップについて、Ｓ−ＣＳＣＦが、加入者情報サーバ（ＨＳＳ(Home Subscriber Server)）に登録された呼び出し条件（ｉＦＣ(initial Filter Criteria)に基づいて、前記呼接続要求を前記アプリケーションサーバへ転送することを特徴とする請求項１から４のいずれか１項に記載のアクセス方法。
【請求項６】
アクセスネットワークと、該アクセスネットワークにゲートウェイを介して相互接続されたＩＰサブシステムネットワークと、該ＩＰサブシステムネットワークに相互接続されたＩＰネットワークとを有し、前記アクセスネットワークにＳＩＰ対応端末が接続されており、前記ＩＰサブシステムネットワークにセッション制御サーバが接続されており、前記ＩＰネットワークにＳＩＰ非対応サーバが接続されており、ＳＩＰ対応端末からＳＩＰ非対応サーバへのアクセスするシステムにおいて、
前記ＩＰサブシステムネットワークに、擬似的にＳＩＰ対応クライアントとして機能するアプリケーションサーバが更に接続されており、
前記アプリケーションサーバは、前記ＳＩＰ対応端末から、前記セッション制御サーバを介して、前記ＳＩＰ非対応サーバを宛先とする呼接続要求を受信する呼接続要求受信手段と、前記ＳＩＰ対応端末へ、前記セッション制御サーバを介して、呼接続応答を返信する呼接続応答送信手段とを有し、
前記セッション制御サーバは、前記ＳＩＰ対応端末と前記アプリケーションサーバとの間で、呼接続要求／呼接続応答を相互に転送する転送手段と、前記ゲートウェイに対して、当該呼接続におけるリソース制御を指示するリソース制御指示手段とを有し、
前記ＳＩＰ対応端末は、前記ＳＩＰ非対応サーバとデータコネクションを確立する前に、前記セッション制御サーバへ、前記ＳＩＰ非対応サーバを宛先とする呼接続要求を送信すると共に、呼接続応答を受信するＳＩＰ呼接続手段と、前記ゲートウェイを介して、前記ＳＩＰ非対応サーバとデータコネクションを確立するコネクション確立手段とを有する
ことを特徴とするシステム。
【請求項７】
前記アプリケーションサーバは、前記ＳＩＰ非対応サーバのメディアセッション情報を蓄積するメディアセッション情報蓄積手段を更に有し、
前記呼接続応答送信手段は、前記メディアセッション情報を、前記呼接続応答と共に送信し、
前記セッション制御サーバの前記リソース制御指示手段は、前記ゲートウェイに対して、前記メディアセッション情報に基づいてリソース制御を指示する
ことを特徴とする請求項６に記載のシステム。
【請求項８】
前記メディアセッション情報は、前記ＳＩＰ非対応サーバにおけるＩＰアドレス、ポート番号及び／又はコーデック種別であることを特徴とする請求項７に記載のシステム。
【請求項９】
前記アプリケーションサーバは、前記ＳＩＰ非対応サーバの前記メディアセッション情報を、前記呼接続要求を受信した際に又は定期的に、前記ＳＩＰ非対応サーバから取得するメディアセッション情報取得手段を更に有することを特徴とする請求項６から８のいずれか１項に記載のシステム。
【請求項１０】
前記セッション制御サーバは、複数のＰ−ＣＳＣＦと、Ｓ−ＣＳＣＦとからなり、
前記Ｓ−ＣＳＣＦが、加入者情報サーバに登録された呼び出し条件ｉＦＣに基づいて、前記呼接続要求を前記アプリケーションサーバへ転送することを特徴とする請求項６から９のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳ(IP Multimedia Subsystem)ネットワークを介したＳＩＰ(Session
Initiation Protocol)非対応サーバへのアクセス方法及びシステムに関する。
【背景技術】
【０００２】
ＩＭＳとは、音声、映像、データなどのマルチメディアアプリケーションを、ＩＰ(Internet Protocol)ベースのネットワーク上で提供するために標準化されたサービス制御方式である。これは、次世代携帯電話ネットワーク又はＮＧＮ(Next Generation Network)を実現する中核技術である。固定網及び移動網を統合し、全ての端末がＩＰベースで通信するオールＩＰ化を実現する。
【０００３】
また、ＳＩＰは、ＩＰ上における呼制御に用いられるプロトコルであって、端末間で通信に必要なＩＰアドレスやポート番号、エンコーディング等のネゴシエーション、発呼及び着呼等を制御する。これに対して、ＩＭＳでは、これらＳＩＰ情報に基づいて、通信に必要なネットワークリソースの割り当て、及びゲート制御等を実行する。
【０００４】
図１は、ＩＭＳのシステム構成図である。
【０００５】
図１によれば、システムは、ＩＭＳネットワーク１と、アクセスネットワーク４と、ＩＰ網５とが相互に接続されている。アクセスネットワーク４とＩＭＳネットワーク１との間を相互に接続するゲートウェイ６は、ゲートのオープン／クローズ及びリソース制御等を実行する。
【０００６】
アクセスネットワーク４は、例えば携帯電話ネットワーク、無線／有線ブロードバンドネットワーク等である。端末２は、ＳＩＰ対応端末である場合、アクセスネットワーク４を介してゲートウェイ６に接続する。ゲートウェイ６は、ＩＭＳネットワーク１からのゲート制御及びリソース制御の指示に応じて動作する。ＩＭＳネットワークを介して、呼セッションを確立することで、ゲートウェイ６が、相手方通信装置に対するゲートをオープンし、データ通信が可能となる。
【０００７】
ＩＭＳネットワーク１は、呼セッション制御機能（ＣＳＣＦ(Call Session Control Function)）サーバと、加入者情報サーバ（ＨＳＳ(Home Subscriber Server)）１３とを有する。図１によれば、呼セッション制御機能サーバとして、複数のＰ−ＣＳＣＦ(Proxy-CSCF)サーバ１１と、Ｓ−ＣＳＣＦ(Serving-CSCF)１２とを有する。
【０００８】
Ｐ−ＣＳＣＦ１１は、ＳＩＰ対応端末２から、アクセスネットワーク４を介して直接的にアクセスされるＳＩＰサーバであって、セッション毎にメディアセッション情報を抽出し、セッション確立時にゲートウェイ６に対するゲート制御及びリソース制御を指示する。Ｐ−ＣＳＣＦ１１は、ユーザの登録時に割り当てられ、ＳＩＰ対応端末２との間に、セキュアな通信路であるＩＰｓｅｃトンネルを確立する。ＳＩＰ対応端末２から受信したＳＩＰメッセージは、Ｓ−ＣＳＣＦ１２へ転送される。
【０００９】
Ｓ−ＣＳＣＦ１２は、サービス実行及びセッション制御のための中心的なＳＩＰサーバである。具体的には、端末間のネットワーク接続情報と、ユーザ認証又は位置登録のためのユーザ情報とを管理する。更に、Ｓ−ＣＳＣＦ１２は、ＨＳＳ１３に接続され、加入者プロファイル情報を取得することができる。
【００１０】
【特許文献１】特表２００８−５１８５３６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
前述した従来技術によれば、ＳＩＰ対応サーバへアクセスする場合、ＳＩＰ対応端末は、最初に、ＩＭＳネットワークを介してＳＩＰ対応サーバへ呼接続要求を送信し、その後、ＳＩＰ対応サーバとの間でデータコネクションを確立する。これに対し、ＳＩＰ非対応サーバへアクセスする場合、端末は、直ぐに、ＳＩＰ非対応サーバとの間でデータコネクションを確立する。このように、端末は、ＳＩＰ対応サーバへアクセスする場合と、ＳＩＰ非対応サーバアクセスする場合とで、アクセス方式を切り替える必要がある。これは、ＩＭＳのネットワークアーキテクチャと、非ＩＭＳのネットワークアーキテクチャとが、別々に考案されていることに基づく。
【００１２】
また、ＩＭＳネットワークの場合、メディア種別に応じて、ゲートウェイにおけるリソース制御が可能となる。例えば、高度なリソース制御は、音声通話のようなメディアだけでなく、動画等のストリーミングのようなメディアにも適用されることが好ましい。しかしながら、既存の多くのストリーミングサーバは、ＳＩＰに対応していない。そのために、既存のネットワークアーキテクチャの場合、端末が、ストリーミングサーバのようなＳＩＰ非対応サーバへアクセスする際に、そのゲートウェイにおけるリソース制御をすることはできない。また、現実的に、既存のストリーミングサーバを、ＳＩＰ対応にすることもコスト的な問題を生じる。
【００１３】
そこで、本発明は、ＳＩＰ対応端末が、ＳＩＰ非対応サーバへアクセスする際に、アクセス方式を切り替える必要なく、且つ、ゲートウェイにおけるリソース制御が可能となるアクセス方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明によれば、アクセスネットワークと、該アクセスネットワークにゲートウェイを介して相互接続されたＩＰサブシステムネットワークと、該ＩＰサブシステムネットワークに相互接続されたＩＰネットワークとを有し、アクセスネットワークにＳＩＰ対応端末が接続されており、ＩＰサブシステムネットワークにセッション制御サーバが接続されており、ＩＰネットワークにＳＩＰ非対応サーバが接続されており、ＳＩＰ対応端末からＳＩＰ非対応サーバへのアクセスするシステムにおけるアクセス方法において、
ＩＰサブシステムネットワークに、擬似的にＳＩＰ対応クライアントとして機能するアプリケーションサーバが更に接続されており、
ＳＩＰ対応端末が、ＳＩＰ非対応サーバとデータコネクションを確立する前に、セッション制御サーバへ、ＳＩＰ非対応サーバを宛先とする呼接続要求を送信する第１のステップと、
セッション制御サーバが、アプリケーションサーバへ呼接続要求を転送する第２のステップと、
アプリケーションサーバが、セッション制御サーバへ呼接続応答を返信する第３のステップと、
セッション制御サーバが、ＳＩＰ対応端末へ呼接続応答を転送する第４のステップと、
セッション制御サーバが、ゲートウェイに対して、当該呼接続におけるリソース制御を指示する第５のステップと、
ＳＩＰ対応端末が、ゲートウェイを介して、ＳＩＰ非対応サーバとの間でデータコネクションを確立する第６のステップと
を有することを特徴とする。
【００１５】
本発明のアクセス方法における他の実施形態によれば、
アプリケーションサーバは、ＳＩＰ非対応サーバのメディアセッション情報を有し、
第２のステップについて、アプリケーションサーバは、メディアセッション情報を呼接続応答に含め、
第３のステップについて、セッション制御サーバは、ゲートウェイに対して、メディアセッション情報に基づいてリソース制御を指示することも好ましい。
【００１６】
本発明のアクセス方法における他の実施形態によれば、メディアセッション情報は、ＳＩＰ非対応サーバにおけるＩＰアドレス、ポート番号及び／又はコーデック種別であることも好ましい。
【００１７】
本発明のアクセス方法における他の実施形態によれば、アプリケーションサーバは、ＳＩＰ非対応サーバのメディアセッション情報を、呼接続要求を受信した際に又は定期的に、ＳＩＰ非対応サーバから取得することも好ましい。
【００１８】
本発明のアクセス方法における他の実施形態によれば、
セッション制御サーバは、複数のＰ−ＣＳＣＦと、Ｓ−ＣＳＣＦとからなり、
第２のステップについて、Ｓ−ＣＳＣＦが、加入者情報サーバＨＳＳに登録された呼び出し条件ｉＦＣ(initial Filter Criteria)に基づいて、呼接続要求をアプリケーションサーバへ転送することも好ましい。
【００１９】
本発明によれば、アクセスネットワークと、該アクセスネットワークにゲートウェイを介して相互接続されたＩＰサブシステムネットワークと、該ＩＰサブシステムネットワークに相互接続されたＩＰネットワークとを有し、アクセスネットワークにＳＩＰ対応端末が接続されており、ＩＰサブシステムネットワークにセッション制御サーバが接続されており、ＩＰネットワークにＳＩＰ非対応サーバが接続されており、ＳＩＰ対応端末からＳＩＰ非対応サーバへのアクセスするシステムにおいて、
ＩＰサブシステムネットワークに、擬似的にＳＩＰ対応クライアントとして機能するアプリケーションサーバが更に接続されており、
アプリケーションサーバは、ＳＩＰ対応端末から、セッション制御サーバを介して、ＳＩＰ非対応サーバを宛先とする呼接続要求を受信する呼接続要求受信手段と、ＳＩＰ対応端末へ、セッション制御サーバを介して、呼接続応答を返信する呼接続応答送信手段とを有し、
セッション制御サーバは、ＳＩＰ対応端末とアプリケーションサーバとの間で、呼接続要求／呼接続応答を相互に転送する転送手段と、ゲートウェイに対して、当該呼接続におけるリソース制御を指示するリソース制御指示手段とを有し、
ＳＩＰ対応端末は、ＳＩＰ非対応サーバとデータコネクションを確立する前に、セッション制御サーバへ、ＳＩＰ非対応サーバを宛先とする呼接続要求を送信すると共に、呼接続応答を受信するＳＩＰ呼接続手段と、ゲートウェイを介して、ＳＩＰ非対応サーバとデータコネクションを確立するコネクション確立手段とを有する
ことを特徴とする。
【００２０】
本発明のシステムにおける他の実施形態によれば、
アプリケーションサーバは、ＳＩＰ非対応サーバのメディアセッション情報を蓄積するメディアセッション情報蓄積手段を更に有し、
呼接続応答送信手段は、メディアセッション情報を、呼接続応答と共に送信し、
セッション制御サーバのリソース制御指示手段は、ゲートウェイに対して、メディアセッション情報に基づいてリソース制御を指示することも好ましい。
【００２１】
本発明のシステムにおける他の実施形態によれば、メディアセッション情報は、ＳＩＰ非対応サーバにおけるＩＰアドレス、ポート番号及び／又はコーデック種別であることも好ましい。
【００２２】
本発明のシステムにおける他の実施形態によれば、アプリケーションサーバは、ＳＩＰ非対応サーバのメディアセッション情報を、呼接続要求を受信した際に又は定期的に、ＳＩＰ非対応サーバから取得するメディアセッション情報取得手段を更に有することも好ましい。
【００２３】
本発明のシステムにおける他の実施形態によれば、
セッション制御サーバは、複数のＰ−ＣＳＣＦと、Ｓ−ＣＳＣＦとからなり、
Ｓ−ＣＳＣＦが、加入者情報サーバに登録された呼び出し条件ｉＦＣに基づいて、呼接続要求をアプリケーションサーバへ転送することも好ましい。
【発明の効果】
【００２４】
本発明のアクセス方法及びシステムによれば、セッション制御サーバを介してアプリケーションサーバが擬似的に呼接続代理応答をするために、ＳＩＰ対応端末が、ＳＩＰ非対応サーバへアクセスする際に、アクセス方式を切り替える必要なく、且つ、ゲートウェイにおけるリソース制御が可能となる。
【発明を実施するための最良の形態】
【００２５】
以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。
【００２６】
図２は、本発明におけるシステム構成図である。
【００２７】
図２によれば、図１と同様に、アクセスネットワーク４と、そのアクセスネットワーク４にゲートウェイ６を介して相互接続されたＩＭＳネットワーク１と、そのＩＭＳネットワークに相互接続されたＩＰ網５とを有する。アクセスネットワーク４にはＳＩＰ対応端末２が接続されており、ＩＰ網５にはＳＩＰ非対応サーバ３０が接続されている。ゲートウェイ６におけるリソース制御の効果が発揮されるために、ＳＩＰ非対応サーバ３０は、例えばストリーミングサーバのようにＱｏＳ管理を要するメディアサーバであることが好ましい。
【００２８】
また、ＩＭＳネットワーク１には、Ｐ−ＣＳＣＦ１１と、Ｓ−ＣＳＣＦ１２と、ＨＳＳ１３とが接続されており、図１と比較して、アプリケーションサーバ１０が更に備えられている。アプリケーションサーバ１０は、擬似的にＳＩＰ対応クライアントとして機能し、ＳＩＰ非対応サーバに代わって、ＳＩＰ対応端末からの呼接続要求に対して擬似的に代理応答を返信する。アプリケーションサーバは、ＳＩＰ機能を搭載するだけで、ＩＭＳネットワークに容易に接続することができる。
【００２９】
ＳＩＰ対応端末２は、ＳＩＰ呼接続部と、コネクション確立部とを有する。ＳＩＰ呼接続部は、ＳＩＰ非対応サーバ３０とデータコネクションを確立する前に、Ｐ−ＣＳＣＦ１１へ、ＳＩＰ非対応サーバ３０を宛先とする呼接続要求を送信すると共に、呼接続応答を受信する。また、コネクション確立部は、ゲートウェイ６を介して、ＳＩＰ非対応サーバ３０とデータコネクションを確立する。
【００３０】
Ｐ−ＣＳＣＦ１１及びＳ−ＣＳＣＦ１２は、ＳＩＰ対応端末２とアプリケーションサーバ１０との間で、呼接続要求／呼接続応答を相互に転送する。また、Ｐ−ＣＳＣＦ１１は、ゲートウェイ６に対して、呼接続応答におけるメディアセッション情報に基づいて、当該呼接続におけるリソース制御を指示する。
【００３１】
Ｓ−ＣＳＣＦ１２は、ユーザ登録(REGISTER)時に、加入者プロファイルをＨＳＳ１３から取得する。加入者プロファイルには、アプリケーションサーバに対する呼び出し条件としてのｉＦＣ(initial Filter Criteria)情報を含む。Ｓ−ＣＳＣＦ１２は、ｉＦＣ情報に基づいて、呼接続要求をアプリケーションサーバ１０へ転送する。
【００３２】
アプリケーションサーバ１０は、呼接続要求受信部１０１と、呼接続代理応答送信部１０２と、メディアセッション情報蓄積部１０３と、メディアセッション情報取得部１０４とを有する。これら機能構成部は、サーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００３３】
呼接続要求受信部１０１は、ＳＩＰ対応端末２から、Ｐ−ＣＳＣＦ１１及びＳ−ＣＳＣＦ１２を介して、ＳＩＰ非対応サーバ３０を宛先とする呼接続要求を受信する。呼接続要求を受信した旨は、呼接続代理応答送信部１０２へ通知される。
【００３４】
呼接続代理応答送信部１０２は、ＳＩＰ対応端末２へ、Ｐ−ＣＳＣＦ１１及びＳ−ＣＳＣＦ１２を介して、呼接続応答（例えば200K）を返信する。またこのとき、呼接続代理応答送信部１０２は、呼接続応答として、183 Session ProgressをＳＩＰ対応端末２へ送信することができる。この183 Session Progressには、メディアセッション情報を含めることができる。
【００３５】
メディアセッション情報蓄積部１０３は、ＳＩＰ非対応サーバ３０のメディアセッション情報を、キャッシュ的に蓄積する。メディアセッション情報は、例えば、ＳＩＰ非対応サーバ３０におけるＩＰアドレス、ポート番号及び／又はコーデック種別である。
【００３６】
メディアセッション情報取得部１０４は、ＳＩＰ非対応サーバ３０のメディアセッション情報を、呼接続要求を受信した際に又は定期的に、ＳＩＰ非対応サーバ３０から取得する。取得されたメディアセッション情報は、メディアセッション情報蓄積部１０３に、一時的に蓄積される。
【００３７】
図３は、本発明における基本シーケンス図である。
【００３８】
（Ｓ３０）ＳＩＰ対応端末２は、ＳＩＰ非対応サーバ３０とデータコネクションを確立する前に、ＳＩＰの呼接続要求(INVITE)を、アクセスネットワーク４を介して、ＩＭＳネットワーク１へ送信する。このINVITEメッセージには、ＳＩＰ非対応ストリーミングサーバ３のＵＲＬ(Uniform Resource Locator)と、そのメディアへのパス情報とが含まれる。このINVITEメッセージは、通常のＳＩＰシグナリングの処理に従って、Ｐ−ＣＳＣＦ１１によって受信される。このとき、Ｐ−ＣＳＣＦ１１は、100TryingをＳＩＰ対応端末２へ返信する。
【００３９】
（Ｓ３１）Ｐ−ＣＳＣＦ１１は、INVITEメッセージをＳ−ＣＳＣＦ１２へ転送する。このとき、Ｓ−ＣＳＣＦ１２は、100TryingをＰ−ＣＳＣＦ１１へ返信する。
【００４０】
（Ｓ３２）通常、ＳＩＰシグナリングの処理によれば、Ｓ−ＣＳＣＦ１２は、そのINVITEメッセージに記述されているＳＩＰ−ＵＲＩの宛先へ、そのINVITEメッセージを転送する。しかしながら、本発明が対象とする宛先のサーバ２は、ＳＩＰ非対応サーバである。そこで、本発明によれば、Ｓ−ＣＳＣＦ１２は、このＳＩＰ−ＵＲＩをフィルタ条件として、ＳＩＰメッセージ転送のｉＦＣ機能を実行する。これによって、そのINVITEメッセージは、アプリケーションサーバ１０へ転送される。このとき、アプリケーションサーバ１０は、100TryingをＳ−ＣＳＣＦ１２へ返信する。
【００４１】
（Ｓ３３）アプリケーションサーバ１０は、呼接続要求に含まれるSIP-URIから、対象となるＳＩＰ非対応サーバ３０と、そのメディアへのパスを取得する。また、アプリケーションサーバ１０は、ＳＩＰ非対応サーバ３０のメディアセッション情報を、呼接続要求を受信した際に又は定期的に、ＳＩＰ非対応サーバ３０から取得する。メディアセッション情報は、ＳＩＰ非対応サーバ３０におけるＩＰアドレス、ポート番号及び／又はコーデック種別である。
【００４２】
（Ｓ３４）アプリケーションサーバ１０は、INVITEに対する呼接続応答200OKメッセージを、Ｓ−ＣＳＣＦ１２へ返信する。このとき、ＳＩＰ非対応サーバ３０のメディアセッション情報を、呼接続応答メッセージに含めることも好ましい。
【００４３】
（Ｓ３５）Ｓ−ＣＳＣＦ１２は、呼接続応答200OKメッセージを、Ｐ−ＣＳＣＦ１１へ転送する。
【００４４】
（Ｓ３６）Ｐ−ＣＳＣＦ１１は、呼接続応答200OKメッセージを、ＳＩＰ対応端末２へ転送する。
【００４５】
（Ｓ３７）また、Ｐ−ＣＳＣＦ１１は、ゲートウェイ６に対して、当該呼接続におけるゲートを開放し、リソース制御を指示する。
【００４６】
（Ｓ３８）ＳＩＰ対応端末２は、確認ACKメッセージを、Ｐ−ＣＳＣＦ１１へ返信する。この確認ACKメッセージは、Ｐ−ＣＳＣＦ１１及びＳ−ＣＳＣＦ１２を介して、アプリケーションサーバ１０へ転送される。
【００４７】
（Ｓ３９）ＳＩＰ対応端末２は、ゲートウェイ６を介して、ＳＩＰ非対応サーバ３０との間で、データコネクションを確立する。これにより、ＳＩＰ対応端末２は、ＳＩＰ非対応サーバへアクセスする際に、ＳＩＰ非対応サーバ３０がＳＩＰ対応サーバであるかのようにアクセスすることでき、メディアデータに対するゲートウェイ６におけるリソース制御が可能となる。
【００４８】
図４は、メディアセッション情報に基づいてリソース制御を可能にするシーケンス図である。
【００４９】
図４は、図３と比較して、183 Session Progress応答メッセージによって、リソース制御を実行するシーケンスが追加されている。Ｓ３０〜Ｓ３９のシーケンスは、図３と全く同様であって、更にＳ４１〜Ｓ４５のシーケンスが追加されている。以下では、図３と相違するＳ４１〜Ｓ４５のシーケンスについてのみ説明する。
【００５０】
（Ｓ４１）アプリケーションサーバ１０は、呼接続要求を受信した際に、擬似的にＳＩＰ非対応サーバ３０に代わって呼接続応答を返信する。このとき、アプリケーションサーバ１０は、183 Session Progressメッセージを、Ｓ−ＣＳＣＦ１２及びＰ−ＣＳＣＦ１１を介して、ＳＩＰ対応端末２へ送信する。
【００５１】
発信側は、ＩＰアドレス、ポート番号、及びコーデック種別等のセッション記述プロトコル（ＳＤＰ(Session Description Protocol)）情報を、呼接続要求INVITEメッセージに含めて送信する。これに対し、応答側は、ＩＰアドレス、ポート番号、及びコーデック種別等のメディアセッション情報を、183 Session Progress メッセージに含めて返信する。
【００５２】
（Ｓ４２）これに対し、ＳＩＰ対応端末２は、PRACK(Provisional Response ACKnowledgement)を、Ｐ−ＣＳＣＦ１１及びＳ−ＣＳＣＦ１２を介して、アプリケーションサーバ１０へ送信する。
【００５３】
（Ｓ４３）これに対し、アプリケーションサーバ１０は、200OKメッセージを、Ｓ−ＣＳＣＦ１２及びＰ−ＣＳＣＦ１１を介して、ＳＩＰ対応端末２へ送信する。
【００５４】
（Ｓ４４）ＳＩＰ対応端末２は、UPDATEメッセージを、Ｐ−ＣＳＣＦ１１及びＳ−ＣＳＣＦ１２を介して、アプリケーションサーバ１０へ送信する。
【００５５】
（Ｓ４５）これに対し、アプリケーションサーバ１０は、200OKメッセージを、Ｓ−ＣＳＣＦ１２及びＰ−ＣＳＣＦ１１を介して、ＳＩＰ対応端末２へ送信する。
【００５６】
以上、詳細に説明したように、本発明のアクセス方法及びシステムによれば、セッション制御サーバを介してアプリケーションサーバが擬似的に呼接続代理応答をするために、ＳＩＰ対応端末が、ＳＩＰ非対応サーバへアクセスする際に、アクセス方式を切り替える必要なく、且つ、ゲートウェイにおけるリソース制御が可能となる。
【００５７】
（１）ＳＩＰ非対応サーバに機能を追加することなく、ＳＩＰ対応端末に対応することができる。
（２）既存のＩＭＳネットワークにアプリケーションサーバを接続するだけであるので、ネットワークシステムに大幅な機能を追加する必要がない。
（３）擬似的に呼接続代理応答を返信するアプリケーションサーバは、メディアのプロキシとならないため、負荷が小さい。
（４）ＳＩＰ非対応サーバが配信するメディアについて、必要な帯域に応じて、リソース制御を実行することができる。
【００５８】
前述した本発明の種々の実施形態において、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【図面の簡単な説明】
【００５９】
【図１】ＩＭＳのシステム構成図である。
【図２】本発明におけるシステム構成図である。
【図３】本発明における基本シーケンス図である。
【図４】メディアセッション情報に基づいてリソース制御を可能にするシーケンス図である。
【符号の説明】
【００６０】
１  ＩＭＳネットワーク
１０  アプリケーションサーバ
１０１  呼接続要求受信部
１０２  呼接続代理応答送信部
１０３  メディアセッション情報蓄積部
１０４  メディアセッション情報取得部
１１  Ｐ−ＣＳＣＦ
１２  Ｓ−ＣＳＣＦ
１３  ＨＳＳ
２  ＳＩＰ対応端末
３  ＳＩＰ非対応ストリーミングサーバ
４  アクセスネットワーク
５  ＩＰ網
６  ゲートウェイ
【図１】
2010050774.tif 000003
【図２】
2010050774.tif 000004
【図３】
2010050774.tif 000005
【図４】
2010050774.tif 000006