(57)【特許請求の範囲】
【請求項１】
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムであって、
呼セッション制御機能（ＣＳＣＦ：call session control function）部と、
前記呼セッション制御機能部の処理領域に在圏する通信端末と、
を備え、
前記呼セッション制御機能部のサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ：Serving call session control function）部は、
前記在圏した通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録する登録手段と、
前記登録手段に登録された能力情報を用いて、前記呼セッション制御機能部を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替手段と、
を備え、
前記代替手段は、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定するリクエスト判定手段と、
前記リクエスト判定手段が前記在圏する通信端末への前記オプションズリクエストを前記問合元から受信したと判定した場合、前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成手段と、
を有することを特徴とする通信ネットワークシステム。
【請求項２】
前記代替手段は、前記登録手段が前記問合先の通信端末の能力情報を登録しているか否かを判定する登録判定手段をさらに有し、
前記レスポンス生成手段は、前記リクエスト判定手段が前記在圏する通信端末への前記オプションズリクエストを前記問合元から受信したと判定した場合、前記登録判定手段が前記問合先の通信端末の能力情報を登録していないと判定すると、前記オプションズリクエストを前記問合先の通信端末にそのまま転送し、前記登録判定手段が前記問合先の通信端末の能力情報を登録していると判定すると、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答する請求項１に記載の通信ネットワークシステム。
【請求項３】
前記登録手段は、前記通信端末から受信した前記通信端末を登録する登録リクエスト（REGISTER REQUEST）に付加された前記通信端末の能力情報を抽出し、前記抽出された能力情報を前記通信端末に対応付けて登録することを特徴とする請求項１または２に記載の通信ネットワークシステム。
【請求項４】
前記オプションズリクエストの前記問合元は、前記呼セッション制御機能部の処理領域に在圏する通信端末、前記呼セッション制御機能部の処理領域に在圏するアプリケーションサーバ（ＡＳ）、他のサービスエリアの呼セッション制御機能部の処理領域に在圏する通信端末、および、前記他のサービスエリアの呼セッション制御機能部の処理領域に在圏するアプリケーションサーバ（ＡＳ）を含む、請求項１乃至３のいずれかの１項に記載の通信ネットワークシステム。
【請求項５】
前記通信端末の能力情報は、少なくとも、応答可能なリクエストと、応答可能なアプリケーションと、復号可能な符号化と、利用可能な言語と、サポートしている変数と、ＳＤＰ（service delivery platform）への対応と、を含むことを特徴とする請求項１乃至４のいずれか１項に記載の通信ネットワークシステム。
【請求項６】
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおけるトラフィック軽減方法であって、前記通信ネットワークシステムが、呼セッション制御機能（ＣＳＣＦ：call session control function）部と、前記呼セッション制御機能部の処理領域に在圏する通信端末と、を備え、
前記呼セッション制御機能部のサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ：Serving call session control function）部が、前記在圏した通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記呼セッション制御機能部のサービング・呼セッション制御機能部が、前記登録手段に登録された能力情報を用いて、前記呼セッション制御機能部を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
を含み、
前記代替ステップは、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定する判定ステップと、
前記判定ステップにおいて、前記在圏する通信端末への前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成ステップと、
を含むことを特徴とする通信ネットワークシステムにおけるトラフィック軽減方法。
【請求項７】
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置であって、
前記通信制御装置の処理領域に在圏する通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録する登録手段と、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替手段と、
を備え、
前記代替手段は、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定するリクエスト判定手段と、
前記リクエスト判定手段が前記在圏する通信端末への前記オプションズリクエストを前記問合元から受信したと判定した場合、前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成手段と、
を有することを特徴とする通信制御装置。
【請求項８】
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置の制御方法であって、
前記通信制御装置の処理領域に在圏する通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
を含み、
前記代替ステップは、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定する判定ステップと、
前記判定ステップにおいて、前記在圏する通信端末への前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成ステップと、
を含むことを特徴とする通信制御装置の制御方法。
【請求項９】
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置の制御プログラムであって、
前記通信制御装置の処理領域に在圏する通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
をコンピュータに実行させ、
前記代替ステップは、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定する判定ステップと、
前記判定ステップにおいて、前記在圏する通信端末への前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成ステップと、
を含むことを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳ（IP Multimedia Subsystem)を含む通信ネットワークシステムにおけるトラフィック軽減技術に関する。
【背景技術】
【０００２】
上記技術分野において、特許文献１に示されているように、通信を行なう端末と端末とが、複数のＩＭＳを経由してＯＰＴＩＯＮＳメッセージによって相手端末との端末能力情報交換をする技術が知られている。また、特許文献２には、Ｓ−ＳＣＳＦ（サービング・呼セッション制御機能：Serving call session control function）がＩＭＳクライアントの機能情報を保持することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表2008-546347号公報
【特許文献２】特開2010-239292号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、端末と端末との間の頻繁な能力情報交換が実施されるため、トラフィックが増大する可能性がある。その結果、VoIP（Voice over Internet Protocol）などによる他サービスに影響を与えることが想定される。一方、特許文献２では、保持されているＩＭＳクライアントの機能情報はルーティングに使用するのみである。したがって、上記文献に記載の技術では、上記トラフィックの増大を改善することができなかった。
【０００５】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係るシステムは、
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムであって、
呼セッション制御機能（ＣＳＣＦ：call session control function）部と、
前記呼セッション制御機能部の処理領域に在圏する通信端末と、
を備え、
前記呼セッション制御機能部のサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ：Serving call session control function）部は、
前記在圏した通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録する登録手段と、
前記登録手段に登録された能力情報を用いて、前記呼セッション制御機能部を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替手段と、
を備え、
前記代替手段は、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定するリクエスト判定手段と、
前記リクエスト判定手段が前記在圏する通信端末への前記オプションズリクエストを前記問合元から受信したと判定した場合、前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成手段と、
を有することを特徴とする。
【０００７】
上記目的を達成するため、本発明に係る方法は、
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおけるトラフィック軽減方法であって、前記通信ネットワークシステムが、呼セッション制御機能（ＣＳＣＦ：call session control function）部と、前記呼セッション制御機能部の処理領域に在圏する通信端末と、を備え、
前記呼セッション制御機能部のサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ：Serving call session control function）部が、前記在圏した通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記呼セッション制御機能部のサービング・呼セッション制御機能部が、前記登録手段に登録された能力情報を用いて、前記呼セッション制御機能部を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
を含み、
前記代替ステップは、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定する判定ステップと、
前記判定ステップにおいて、前記在圏する通信端末への前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成ステップと、
を含むことを特徴とする。
【０００８】
上記目的を達成するため、本発明に係る装置は、
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置であって、
前記通信制御装置の処理領域に在圏する通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録する登録手段と、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替手段と、
を備え、
前記代替手段は、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定するリクエスト判定手段と、
前記リクエスト判定手段が前記在圏する通信端末への前記オプションズリクエストを前記問合元から受信したと判定した場合、前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成手段と、
を有することを特徴とする。
【０００９】
上記目的を達成するため、本発明に係る方法は、
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置の制御方法であって、
前記通信制御装置の処理領域に在圏する通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
を含み、
前記代替ステップは、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定する判定ステップと、
前記判定ステップにおいて、前記在圏する通信端末への前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成ステップと、
を含むことを特徴とする。
【００１０】
上記目的を達成するため、本発明に係るプログラムは、
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置の制御プログラムであって、
前記通信制御装置の処理領域に在圏する通信端末から受信した前記通信端末の能力情報を、前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
をコンピュータに実行させ、
前記代替ステップは、
前記在圏する通信端末に対して能力情報をリクエストするオプションズリクエスト（OPTIONS REQUEST）を、能力情報の問合元から受信したことを判定する判定ステップと、
前記判定ステップにおいて、前記在圏する通信端末への前記オプションズリクエストを問合先となっている前記在圏する通信端末へ転送せず、前記オプションズリクエストに対する前記問合先の通信端末からの正常応答であることを示す正常応答信号（200ＯＫ）を、前記問合先の通信端末に代替して生成し、前記代替して生成された正常応答信号に、前記登録手段に前記問合先の通信端末に対応付けて登録されている前記問合先の通信端末の能力情報を付加して、前記オプションズリクエストの前記問合元に対して前記問合先の通信端末に代替して能力情報を応答するレスポンス生成ステップと、
を含むことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、本来であれば通信端末と通信端末との間で交換する端末能力交換を呼セッション制御機能部にて終端することにより、トラフィック軽減ができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１実施形態に係る通信ネットワークシステムの構成を示すブロック図である。
【図２】本発明の第２実施形態に係る通信ネットワークシステムの構成を示すブロック図である。
【図３Ａ】本発明の第２実施形態に係る通信ネットワークシステムの端末能力の登録および問合せの動作手順を示すシーケンス図である。
【図３Ｂ】本発明の第２実施形態に係る通信ネットワークシステムの端末能力問合せの動作手順を示すシーケンス図である。
【図４Ａ】本発明の第２実施形態に係る登録リクエストの構成を示す図である。
【図４Ｂ】本発明の第２実施形態に係る登録レスポンスの構成を示す図である。
【図５Ａ】本発明の第２実施形態に係る端末能力問合リクエストの構成を示す図である。
【図５Ｂ】本発明の第２実施形態に係る端末能力問合レスポンスの構成を示す図である。
【図６】本発明の第２実施形態に係るサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ）部の機能構成を示すブロック図である。
【図７】本発明の第２実施形態に係るサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ）部のハードウェア構成を示すブロック図である。
【図８】本発明の第２実施形態に係る端末能力登録テーブルの構成を示す図である。
【図９】本発明の第２実施形態に係るサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ）部の処理手順を示すフローチャートである。
【図１０Ａ】本発明の第２実施形態に係る登録（ＲＥＧＩＳＴＥＲ）処理の処理手順を示すフローチャートである。
【図１０Ｂ】本発明の第２実施形態に係る端末能力問合（ＯＰＴＩＯＮＳ）に対する端末能力代替応答処理の処理手順を示すフローチャートである。
【図１１Ａ】本発明の第２実施形態に係る通信端末の機能構成を示すブロック図である。
【図１１Ｂ】本発明の第２実施形態に係る通信端末のハードウェア構成を示すブロック図である。
【図１２】本発明の第２実施形態に係る通信端末の処理手順を示すフローチャートである。
【図１３】本発明の第３実施形態に係る通信ネットワークシステムの端末能力の登録および問合せの動作手順を示すシーケンス図である。
【図１４】本発明の第４実施形態に係る通信ネットワークシステムの端末能力の登録および問合せの動作手順を示すシーケンス図である。
【図１５】本発明の第５実施形態に係る通信ネットワークシステムの構成を示すブロック図である。
【図１６】本発明の第５実施形態に係る通信ネットワークシステムの端末能力の登録および問合せの動作手順を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。
【００１５】
［第１実施形態］
本発明の第１実施形態としての通信ネットワークシステム１００について、図１を用いて説明する。通信ネットワークシステム１００は、ＩＭＳ（IP Multimedia Subsystem)ネットワーク１０１を含むシステムである。
【００１６】
図１に示すように、通信ネットワークシステム１００は、呼セッション制御機能（ＣＳＣＦ：call session control function）部１１０と、呼セッション制御機能部１１０の処理領域に在圏する通信端末１２１〜１２３と、を含む。そして、呼セッション制御機能部１１０は、通信端末１２１〜１２３の能力情報を通信端末１２１〜１２３に対応付けて登録する登録部１１１と、登録部１１１に登録された能力情報を用いて、呼セッション制御機能部１１０を介した通信端末１２１〜１２３への能力情報の問い合わせに対する応答を、通信端末１２１〜１２３に代替して行なう代替部１１２と、を有する。
【００１７】
本実施形態によれば、本来であれば通信端末と通信端末との間で交換する端末能力交換を呼セッション制御機能部にて終端することにより、トラフィック軽減ができる。
【００１８】
［第２実施形態］
次に、本発明の第２実施形態に係る通信ネットワークシステムについて説明する。まず、本実施形態の概要を示す。
【００１９】
《本実施形態の概要》
VoIPをはじめとするマルチメディアサービスを提供するＩＭＳネットワークにおいて、通信端末間で能力交換のための信号送受信を実施することが、GSMA RCS(R1-4)、RCS-e(v1.1)(Global System for Mobile communications Association, Revision Control System)などの標準勧告にて規定されている。通信端末の電話帳に記載されたすべての通信端末に対してこのような信号の送受信が実施される場合があり、トラフィックの増大によりVoIPサービスに影響を及ぼすことが想定される。
【００２０】
本実施形態では、通信端末間の能力交換実施時に、通信端末間で流通している信号をネットワークノードで終端することにより、ＩＭＳネットワークにおけるトラフィックを軽減することを可能とする。たとえば、3GPP(Third Generation Partnership Project) TS24.229(v11.00)に従い、通信端末ＵＥ(User Equipment)_Ａの位置登録(REGISTER)時に、Ｓ−ＣＳＣＦ(Serving call session control function)_Ａが通信端末から付与されたその通信端末の能力を示す能力情報を保持する。通信端末ＵＡ_Ｂからの能力交換信号を受信したＳ−ＣＳＣＦ_Ａは、本来であれば信号を通信端末ＵＡ−Ａ向けに透過する。しかしながら、本実施形態では能力交換信号をＳ−ＣＳＣ_Ａで終端し、REGISTER時に取得して保持している通信端末ＵＡ_Ａの能力情報を通信端末ＵＡ_Ｂ向けにレスポンス信号として送出する。
【００２１】
本実施形態によれば、能力交換時における、着側のＳ−ＣＳＣＦ_Ａを経由して通信端末ＵＡ_Ａまで送出されるリクエスト信号および通信端末ＵＡ_ＡからＳ−ＣＳＣＦへのレスポンス信号を削減することが可能となる。
【００２２】
《通信ネットワークシステムの構成》
図２は、本実施形態に係る通信ネットワークシステム２００の構成を示すブロック図である。なお、本実施形態では、ＩＭＳネットワーク２０１によってVoIPなどマルチメディアサービスを実現する場合を対象とする。
【００２３】
図２において、ＩＭＳネットワーク２０１には、２つのサービスエリアに対してそれぞれセッション制御を行なうＣＳＣＦ(call session control function)が配置されている。ＣＳＣＦ(call session control function)には、上記Ｓ−ＣＳＣＦの他にＩ−ＣＳＣＦとＰ−ＣＳＣＦとがある。また、ＨＳＳが接続されている。各機能構成部の機能概要は下記の通りである(3GPP TS29.228参照)。
【００２４】
Ｓ−ＣＳＣＦは、セッション制御を行なうサービング・呼セッション制御機能（Serving call session control function）である。ＨＳＳから取得した加入者情報を基に呼制御を行う。また、位置登録（認証含む）やルーティング、サービス制御を行うＳＩＰ（Session Initiation Protocol）セッション制御サーバである。
【００２５】
また、Ｐ−ＣＳＣＦは、通信端末がアクセスするプロキシ・呼セッション制御機能（Proxy call session control function）である。通信端末からのアクセスポイントとして、ＳＩＰ信号をＳ−ＣＳＣＦへ転送するセッション制御サーバである。
【００２６】
また、Ｉ−ＣＳＣＦは、他のネットワークとのゲートウェイ機能を持つインテロゲイティング・セッション制御機能（Interogatinge call session control function）である。他のＩＰネットワークとのインタフェースをもち、入呼の場合はＳ−ＣＳＣＦへのルーティングを行って、他のネットワークへの接続時にはネットワークトポロジーの隠蔽を行う。
【００２７】
また、ＨＳＳは、サービスエリアをホームとする加入者を登録するホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）である。格納されている加入者データを用いて、認証情報やサービス情報、ルーティング情報の提供を行う。
【００２８】
図２においては、２つのサービスエリアにサービスを提供するそれぞれを、Ｐ−ＣＳＣＦ_Ａ（２１０−Ａ）、Ｓ−ＣＳＣＦ_Ａ（２２０−Ａ）、Ｉ−ＣＳＣＦ_Ａ（２３０−Ａ）、ＨＳＳ_Ａ（２４０−Ａ）の組みと、Ｐ−ＣＳＣＦ_Ａ（２１０−Ａ）、Ｓ−ＣＳＣＦ_Ａ（２２０−Ａ）、Ｉ−ＣＳＣＦ_Ａ（２３０−Ａ）、ＨＳＳ_Ａ（２４０−Ａ）の組みと、で表わしている。なお、サービスエリアの数を２つとしたのは説明を簡略化するためであって、２つに限定されるものではない。
【００２９】
それぞれ、Ｐ−ＣＳＣＦ_Ａ（２１０−Ａ）には、ＩＰコアネットワーク２０２−Ａを介して、このサービスエリアに在圏する通信端末２５１〜２５３が接続されている。また、Ｐ−ＣＳＣＦ_Ｂ（２１０−Ｂ）には、ＩＰコアネットワーク２０２−Ｂを介して、このサービスエリアに在圏する通信端末２６１〜２６３が接続されている。この内、通信端末２５１と２５２とは、Ｐ−ＣＳＣＦ_Ａ（２１０−Ａ）とＳ−ＣＳＣＦ_Ａ（２２０−Ａ）とを経由して、サービスエリア内での通信が行なわれている。また、通信端末２６２と２６３とは、Ｐ−ＣＳＣＦ_Ｂ（２１０−Ｂ）とＳ−ＣＳＣＦ_Ｂ（２２０−Ｂ）とを経由して、サービスエリア内での通信が行なわれている。一方、通信端末２５３と２６１とは、Ｐ−ＣＳＣＦ_Ａ（２１０−Ａ）とＳ−ＣＳＣＦ_Ａ（２２０−Ａ）とＳ−ＣＳＣＦ_Ｂ（２２０−Ｂ）とＰ−ＣＳＣＦ_Ｂ（２１０−Ｂ）とを経由して、サービスエリア間での通信が行なわれている。
【００３０】
《通信ネットワークシステムの動作手順》
図３Ａは、本実施形態に係る通信ネットワークシステム２００の端末能力の登録および問合せの動作手順３０１を示すシーケンス図である。なお、図３Ａにおいては、説明の煩雑さを避けるために、Ｉ−ＣＳＣＦやＨＳＳの動作については削除している。
【００３１】
まず、ステップＳ３１１において、ＵＥ_Ａは、在圏登録時にＳＩＰ信号の登録リクエスト（ＳＩＰ_ＲＥＧＩＳＴＥＲ）によって、Ｐ−ＣＳＣＦ_Ａを介してＳ−ＣＳＣＦ_Ａに対して、ＵＥ_Ａおよびその能力情報の登録を要求する（図４Ａ参照）。ステップＳ３１１において、登録リクエストを受信したＳ−ＣＳＣＦ_Ａは、ＵＥ_Ａの登録処理の実行と共に、受信したＵＥ_Ａの能力情報をＵＥ_Ａに対応付けて保持する（図８参照）。そして、ステップＳ３１５において、ＵＥ_Ａおよびその能力情報の登録の結果をＵＥ_Ａに通知する。なお、図３Ａには、正常登録の応答である２００_ＯＫ（以下、明細書および図面では２００ＯＫと記載する）が示されている（図４Ｂ参照）。なお、リクエストおよび応答のＳＩＰ信号の詳細については、IETF（Internet Engineering Task Force）による技術仕様であるＲＦＣ(Request for Comments)３２６１を参照されたい。
【００３２】
その後、所定のタイミングで、ＵＥ_Ｂから、ＵＥ_Ａの端末能力を問い合わせる能力問合リクエスト（ＳＩＰ_ＯＰＴＩＯＮＳの１つ）が、Ｐ−ＣＳＣＦ_ＢおよびＳ−ＣＳＣＦ_Ｂを経由してサービスエリアＡ側に送信される（図５Ａ参照）。能力問合リクエストを受信したＳ−ＣＳＣＦ_Ａは、ステップＳ３１９において、この能力問合リクエストをＵＥ_Ａに透過転送するのではなく終端する。そして、ステップＳ３２１において、ステップＳ３１３で保持したＵＥ_Ａの能力情報を正常応答信号ＳＩＰ_２００ＯＫに付与する。ステップＳ３２３においては、ＵＥ_Ａの能力情報が付与されたＳＩＰ_２００ＯＫを、Ｓ−ＣＳＣＦ_ＢおよびＰ−ＣＳＣＦ_Ｂを経由してＵＥ_Ｂに返送する。
【００３３】
図３Ｂは、本実施形態に係る通信ネットワークシステム２００の端末能力問合せの動作手順３０２を示すシーケンス図である。図３Ｂは、通信端末ＵＥ_Ｂがどのようなタイミングで、他機（本実施形態ではＵＥ_Ａ）の通信端末能力を問い合わせるかの数例を示している。したがって、図３ＢにおいてはＵＥ_Ａの処理については簡略化しており、図３Ａと同様であるので説明は省略する。また、Ｓ−ＣＳＣＦ_Ａの処理についても、図３Ａと同様であるので簡略化して示す。
【００３４】
まず、第１のタイミングは、ＵＥ_Ｂの電源ＯＮのタイミングである。ステップＳ３３１において、ＵＥ_Ｂが電源ＯＮされる。ステップＳ３３３において、ＵＥ_Ｂは自機に登録されている電話帳などを参照して、他機の端末能力問合を行なう。その一部として、ＵＥ_Ａへの問合せをＳＩＰ_ＯＰＴＩＯＮＳリクエストにより行なう。このＳＩＰ_ＯＰＴＩＯＮＳリクエストは、Ｓ−ＣＳＣＦ_Ａで終端されて、保持されているＵＥ_Ａの能力情報が正常応答信号ＳＩＰ_２００ＯＫに付与され、ステップＳ３３５においてＵＥ_Ｂに返送される。
【００３５】
次に、第２のタイミングは、ＵＥ_Ｂに設定された所定時間経過毎のタイミングである。ステップＳ３３７において、ＵＥ_Ｂは所定時間の経過を監視する。なお、所定経過時間に限定はない。通信回線のトラフィックの状況により変更される。所定時間が経過すると、ステップＳ３３９において、他機の端末能力問合を行なう。その一部として、ＵＥ_Ａへの問合せをＳＩＰ_ＯＰＴＩＯＮＳリクエストにより行なう。このＳＩＰ_ＯＰＴＩＯＮＳリクエストは、Ｓ−ＣＳＣＦ_Ａで終端されて、保持されているＵＥ_Ａの能力情報が正常応答信号ＳＩＰ_２００ＯＫに付与され、ステップＳ３４１においてＵＥ_Ｂに返送される。所定時間が経過してなければステップＳ３４３以降の能力変更時の処理に進む。
【００３６】
さらに、第３のタイミングは、ＵＥ_Ｂにおいて、アプリケーションの追加や更新によって能力が変更されたタイミングである。ステップＳ３４３において、ＵＥ_Ｂの能力変更を監視する。能力変更があれば、ステップＳ３４３およびＳ３４５において、Ｓ−ＣＳＣＦ_Ｂに変更された能力情報が登録される。そして、ステップＳ３４７において、他機の端末能力問合を行なう。その一部として、ＵＥ_Ａへの問合せをＳＩＰ_ＯＰＴＩＯＮＳリクエストにより行なう。このＳＩＰ_ＯＰＴＩＯＮＳリクエストは、Ｓ−ＣＳＣＦ_Ａで終端されて、保持されているＵＥ_Ａの能力情報が正常応答信号ＳＩＰ_２００ＯＫに付与され、ステップＳ３４７においてＵＥ_Ｂに返送される。能力変更が無い場合、あるいは変更処理が終了した場合には、ステップＳ３３７に戻って、処理が繰り返される。
【００３７】
なお、他機の通信端末能力を問い合わせるタイミングは上記例に限定されない。本実施形態のＳ−ＣＳＣＦ_Ａによる終端と応答の代替とは、どのタイミングにおいても有効である。
【００３８】
《登録メッセージ》
以下、図４Ａおよび図４Ｂに従って、端末の登録（ＲＥＧＩＳＴＥＲ）処理におけるメッセージの構成を示す。
【００３９】
（登録リクエスト）
図４Ａは、本実施形態に係る登録リクエスト４１０の構成を示す図である。なお、本実施形態に関連する部分のみを説明する。他については、IETFによる技術仕様であるＲＦＣ３２６１を参照されたい。
【００４０】
図４Ａは、図３ＡのＵＥ_Ａに相当する、東京(Tokyo)エリアに在圏する太郎(Taro)の通信端末が、東京エリアのＳ−ＣＳＣＦ_Ａに自機を登録するための登録リクエスト（ＲＥＧＩＳＴＥＲ）のフォーマット例である。ここで、４１１に、通信端末の能力情報が付加されている。
【００４１】
図４Ａの例では、能力情報として、応答可能なリクエスト(Allow)、応答可能なアプリケーション（Accept)、復号可能な符号化（Accept-Encoding)、利用可能な言語(Accept-Language)、サポートしている変数（Supported)が記述されている。さらに、ＳＤＰ（service delivery platform）への対応が記述されてよい。
【００４２】
なお、通信端末の能力情報については、図４Ａに限定されない。例えば、ＩＴＵ  Ｈ．２４５における能力交換情報などを含んでもよい。例えば、多重化能力(MultiplexCapability)、ビデオ符号化能力(VideoCapability)、オーディオ符号化能力(AudioCapability)、各種データ転送プロトコル(DataApplicationCapability)、セキュリティ・暗号化能力(EncryptionCapability)、ユーザ入力メッセージ能力(UserInputCapability)などが含まれる。
【００４３】
（登録レスポンス）
図４Ｂは、本実施形態に係る登録レスポンス４２０の構成を示す図である。なお、本実施形態に関連する部分のみを説明する。他については、IETFによる技術仕様であるＲＦＣ３２６１を参照されたい。
【００４４】
図４Ｂは、ＵＥ_Ａの在圏と能力情報との登録処理が、Ｓ−ＣＳＣＦ_Ａで正常に完了したことを示す、２００_ＯＫのフォーマットである。
【００４５】
《端末能力問合メッセージ》
次に、端末能力問合せ（ＯＰＴＩＯＮＳ）処理におけるメッセージの構成を示す。
【００４６】
（端末能力問合リクエスト）
図５Ａは、本実施形態に係る端末能力問合リクエスト５１０の構成を示す図である。なお、本実施形態に関連する部分のみを説明する。他については、IETFによる技術仕様であるＲＦＣ３２６１を参照されたい。
【００４７】
図５Ａは、図３ＡのＵＥ_Ｂに相当する、大坂(Osaka)エリアに在圏する花子(Hanako)の通信端末が、東京エリアに在圏する太郎がの通信端末ＵＥ_Ａの能力を問い合わせるための、オプションズリクエスト（ＯＰＴＩＯＮＳ）のフォーマット例である。
【００４８】
（端末能力問合レスポンス）
図５Ｂは、本実施形態に係る端末能力問合レスポンス５２０の構成を示す図である。なお、本実施形態に関連する部分のみを説明する。他については、IETFによる技術仕様であるＲＦＣ３２６１を参照されたい。
【００４９】
図５Ｂは、図５ＡのＯＰＴＩＯＮＳリクエストをＳ−ＣＳＣＦ_Ａで終端して、Ｓ−ＣＳＣＦ_ＡでＵＥ_Ａの能力情報を付加して、代替応答する２００_ＯＫのフォーマットである。ここで、５２１に、通信端末の能力情報が付加されている。能力情報５２１は図４Ａの能力情報４１１と同様であるので、説明は省略する。
【００５０】
なお、図４Ａでも記載した如く、通信端末の能力情報については、図４Ａに限定されない。例えば、ＩＴＵ  Ｈ．２４５における能力交換情報などを含んでもよい。
【００５１】
《Ｓ−ＣＳＣＦの構成》
本実施形態において、通信端末への端末能力問合せを終端して、通信端末に代替して応答する通信制御装置であるＳ−ＣＳＣＦの構成について説明する
（機能構成）
図６は、本実施形態に係るサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ）部２１０の機能構成を示すブロック図である。なお、図６では、Ｓ−ＳＣＳＦ_Ａを代表して説明するが、Ｓ−ＳＣＳＦ_Ｂも同様である。
【００５２】
Ｓ−ＳＣＳＦ_Ａ（２１０−Ａ）は、通信端末２５１〜１５３との通信をＰ−ＣＳＣＦ_Ａ（２２０−Ａ）を介して制御する端末側通信制御部６１１を有する。また、本実施形態においては、他のサービスエリアにあるＳ−ＣＳＣＦ_Ｂとの通信を制御する網側通信制御部６１２を有する。また、Ｉ−ＳＣＳＦ_Ａ（２３０−Ａ）やＨＳＳ_Ａ（２４０−Ａ）との通信を制御する通信情報通信制御部６１３を有する。
【００５３】
また、端末側通信制御部６１１または網側通信制御部６１２を介して受信したＳＩＰリクエストの種別を判別するリクエスト判別部６１４を有する。リクエスト判別部６１４の判定により、ＳＩＰリクエストがトランザクション開始のための処理を要求するＩＮＶＩＴＥリクエストと判別された場合は、セッション制御部６１５がセッションを開始する。なお、本実施形態において、ＩＮＶＩＴＥリクエストは関連が少ないので、詳細な説明は省略する。
【００５４】
リクエスト判別部６１４の判定により、ＳＩＰリクエストがＲＥＧＩＳＴＥＲリクエストと判別された場合は、ＳＩＰ登録制御部６１８がリクエスト元の通信端末を在圏端末として登録部６１９に登録する。同時に、能力情報登録制御部６１６がＲＥＧＩＳＴＥＲリクエストに含まれる能力情報を、リクエスト元の通信端末に対応付けて登録部６１９に登録する。そして、レスポンス生成部６１７が、処理の結果を応答メッセージとしてリクエスト元の通信端末に返信する。
【００５５】
リクエスト判別部６１４の判定により、ＳＩＰリクエストがＯＰＴＩＯＮＳリクエストで端末能力問合と判別された場合は、レスポンス生成部６１７が登録部６１９に登録された情報を応答メッセージ（２００ＯＫ）に付与してリクエスト元の通信端末に返信する。
【００５６】
なお、図６のＳ−ＣＳＣＦ_Ａの機能構成部はその一例であって、これに限定されない。
【００５７】
（ハードウェア構成）
図７は、本実施形態に係るサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ）部２１０のハードウェア構成を示すブロック図である。なお、図７には、本実施形態に関連する構成を示し、関連の少ない構成については削除されている。
【００５８】
図７で、ＣＰＵ７１０は演算制御用のプロセッサであり、プログラムを実行することで図６のＳ−ＣＳＣＦ_Ａ（２１０−Ａ）およびＳ−ＣＳＣＦ_Ｂ（２１０−Ｂ）の各機能構成部を実現する。ＲＯＭ７２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部６１１〜６１３は図６に示した各通信制御部である。図７のように、１つの通信制御部で構成されてもよい。
【００５９】
ＲＡＭ７４０は、ＣＰＵ７１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ７４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。７４１は、受信したＳＩＰリクエストメッセージである。７４２は、判別したリクエスト種別である。７４３は、ＲＥＧＩＳＴＥＲリクエストに含まれる、リクエスト元の端末ＩＤと登録する端末能力情報とである。７４４は、受信したＳＩＰリクエストメッセージに対して応答するためのレスポンスメッセージである。７４５は、ＯＰＴＩＯＮＳリクエストに応答するレスポンスメッセージに記述される、リクエスト元（レスポンス先）の端末ＩＤと応答する端末能力情報である。
【００６０】
ストレージ７５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。６１９ａは、ＳＩＰ登録部である。６１９ｂは、通信端末ＩＤに対応付けて端末能力情報を登録する端末能力登録部である。６１９ａと６１９ｂとは、図６の登録部６１９に含まれる。７５１は、リクエストメッセージを判別するために使用すると共に、レスポンスメッセージを生成するために使用するメッセージフォーマットである。
【００６１】
ストレージ７５０には、以下のプログラムが格納される。７５２には、Ｓ−ＣＳＣＦ_Ａ（２１０−Ａ）およびＳ−ＣＳＣＦ_Ｂ（２１０−Ｂ）の全体を制御する通信制御プログラムが格納される。７５３には、通信制御プログラム７５２において、ＳＩＰリクエストを判別するリクエスト判別モジュールが格納される。７５４には、通信制御プログラム７５２において、ＳＩＰリクエストに応答するレスポンスを生成するレスポンス生成モジュールが格納される。７５５には、通信制御プログラム７５２において、ＲＥＧＩＳＴＥＲリクエストに含まれる端末能力を登録する端末能力登録モジュールである。
【００６２】
なお、図７には、本実施形態に必須なデータやプログラムのみが示されており、本実施形態に関連しないデータやプログラムは図示されていない。
【００６３】
（端末能力登録テーブル）
図８は、本実施形態に係る端末能力登録テーブル６１９ｂの構成を示す図である。なお、端末能力登録テーブル６１９ｂの構成は、図８に限定されない。
【００６４】
図８の端末能力登録テーブル６１９ｂは、通信端末ＩＤ８０１に対応付けて、図４Ａおよび図５Ｂで上述した、応答可能なリクエスト(Allow)８０２、応答可能なアプリケーション（Accept)８０３、復号可能な符号化（Accept-Encoding)８０４、利用可能な言語(Accept-Language)８０５、サポートしている変数（Supported)８０６、ＳＤＰへの対応８０７が記憶されている。
【００６５】
なお、図４Ａおよび図５Ｂでも記載した如く、通信端末の能力情報については、図４Ａに限定されない。例えば、ＩＴＵ  Ｈ．２４５における能力交換情報などを含んでもよい。
【００６６】
《Ｓ−ＣＳＣＦの処理手順》
図９は、本実施形態に係るサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ）部の処理手順を示すフローチャートである。このフローチャートは、図７のＣＰＵ７１０により、ＲＡＭ７４０を使用しながら実行され、図６の各機能構成部を実現する。
【００６７】
まず、ステップＳ９１１においては通信端末からのＰ−ＣＳＣＦを介した受信か否かを判定する。また、ステップＳ９２１においては、網側あるいは他のＳ−ＣＳＣＦからの受信か否かを判定する。いずれでもない場合は、ステップＳ９３１において他の処理を行なう。
【００６８】
通信端末からの受信であればステップＳ９１３に進んで、登録（ＲＥＧＩＳＴＥＲ）リクエストか否かを判定する。登録（ＲＥＧＩＳＴＥＲ）リクエストであればステップＳ９１５に進んで、登録（ＲＥＧＩＳＴＥＲ）処理を行なう（図１０Ａ参照）。登録（ＲＥＧＩＳＴＥＲ）リクエストでなければステップＳ９１７に進んで、他のリクエスト処理を行なう。
【００６９】
網側あるいは他のＳ−ＣＳＣＦからの受信であればステップＳ９２３に進んで、ＯＰＴＩＯＮＳリクエストか否かを判定する。ＯＰＴＩＯＮＳリクエストであればステップＳ９２５に進んで、通信端末に代わって端末能力の代替応答処理を行なう（図１０Ｂ）。登録（ＲＥＧＩＳＴＥＲ）リクエストでない場合、あるいは端末能力の問合せでない場合は、ステップＳ９２７において、他のリクエスト処理を行なう。
【００７０】
（登録処理：ＲＥＧＩＳＴＥＲ）
図１０Ａは、本実施形態に係る登録（ＲＥＧＩＳＴＥＲ）処理Ｓ９１５の処理手順を示すフローチャートである。
【００７１】
まず、ステップＳ１０１１において、リクエスト元の通信端末の端末ＩＤを取得してＳＩＰ登録部６１９ａに登録する。続いて、ステップＳ１０１３において、ユーザＩＤを取得して登録する。次に、ステップＳ１０１５において、現在位置情報を取得して保持する。
【００７２】
ステップＳ１０１７において、ＲＥＧＩＳＴＥＲメッセージに能力情報が含まれているかを判定する。能力情報が含まれていればステップＳ１０１９に進んで、能力情報を取得して端末能力登録テーブル６１９ｂに登録する。次に、ステップＳ１０２１において、登録処理が正常完了したか否かを判定する。正常完了であればステップＳ１０２３に進んで、レスポンス（２００ＯＫ）をＲＥＧＩＳＴＥＲリクエスト元の通信端末に返信する。一方、正常完了でなければステップＳ１０２５に進んで、ＲＥＧＩＳＴＥＲリクエスト元の通信端末にエラーレスポンスを行なう。
【００７３】
（問合せ処理：ＯＰＴＩＯＮＳ）
図１０Ｂは、本実施形態に係る端末能力問合（ＯＰＴＩＯＮＳ）に対する端末能力代替応答処理Ｓ９２５の処理手順を示すフローチャートである。
【００７４】
まず、ステップＳ１０３１において、ＯＰＴＩＯＮＳリクエストをした通信端末の端末ＩＤを取得する。ステップＳ１０３３においては、取得した端末ＩＤの能力情報が登録されているかを判定する。能力情報が登録されていればステップＳ１０３５に進んで、端末能力をレスポンスするメッセージを生成する（図５Ｂ参照）。そして、ステップＳ１０３７において、問合せ元の通信端末に問合せ先の端末能力を含んだレスポンス（２００ＯＫ）を返信する。一方、ステップＳ１０３３の判定で能力情報が登録されてなければステップＳ１０３９に進んで、ＯＰＴＩＯＮＳリクエストの宛先の通信端末に、Ｐ−ＣＳＣＦを介して転送する。
【００７５】
《通信端末の構成》
本実施形態における、通信端末の構成について説明する
（機能構成）
図１１Ａは、本実施形態に係る通信端末２５１〜２５３，２６１〜２６３の機能構成を示すブロック図である。
【００７６】
通信端末２５１〜２５３，２６１〜２６３は、Ｐ−ＣＳＣＦ_Ａ／Ｂ（２２０−Ａ／Ｂ）との通信を制御する通信制御部１１０１を有する。また、通信制御部１１０１を介して受信したＳＩＰリクエストの種別を判別するリクエスト判別部１１０２を有する。リクエスト判別部１１０２の判別したリクエストに対応するレスポンスを生成するレスポンス生成部１１０３を有する。例えば、ＯＰＴＩＯＮＳリクエストで端末能力問合せであれば、能力情報登録制御部１１０６の制御により登録１１０７部に登録された自機の能力情報を返信する。
【００７７】
また、通信制御部１１０１を介して送信するＳＩＰリクエストを生成するリクエスト生成部１１０４を有する。ここで生成されるＳＩＰリクエストが、本実施形態のＲＥＧＩＳＴＥＲリクエストの場合は、登録１１０７部に登録された自機の能力情報を付加して送信する。また、通信制御部１１０１を介して受信したレスポンスの種別を判定するレスポンス判定部１１０５を有する。リクエスト生成部１１０４で生成したＳＩＰリクエストが、本実施形態のＯＰＴＩＮＳリクエストの他機の端末能力問合せの場合は、そのレスポンスが２００ＯＫであって他機の端末能力情報を有するレスポンスであれば、能力情報登録制御部１１０６の制御により登録１１０７部に他機の端末ＩＤに対応付けて登録する。
【００７８】
入出力インタフェース１１７０は、入出力機器との入出力データをインタフェースする。入出力インタフェース１１７０には、表示部１１７１、タッチパネル１１７２、キーボード１１７３、スピーカ１１７４、マイク１１７５、ポインティングデバイス１１７６が接続される。入出力機器は上記例に限定されない。
【００７９】
なお、図１１Ａの通信端末の機能構成部はその一例であって、これに限定されない。
【００８０】
（ハードウェア構成）
図１１Ｂは、本実施形態に係る通信端末２５１〜２５３，２６１〜２６３のハードウェア構成を示すブロック図である。
【００８１】
図１１Ｂで、ＣＰＵ１１１０は演算制御用のプロセッサであり、プログラムを実行することで通信端末の各機能構成部を実現する。ＲＯＭ１１２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。また、通信制御部１１３０は通信制御部であり、本実施形態においては、Ｐ−ＣＳＣＦと通信する。
【００８２】
ＲＡＭ１１４０は、ＣＰＵ１１１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１１４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。１１４１は、自機の端末ＩＤおよびユーザＩＤである。１１４２は、現在位置情報である。１１４３は、受信したリクエストメッセージである。１１４４は、送信するレスポンスメッセージである。１１４５は、送信するリクエストメッセージであり、自機能力情報を登録する登録（ＲＥＧＩＳＴＥＲ）リクエスト１１４５ａや、他機能力を問い合わせるＯＰＴＩＯＮＳリクエスト１１４５ｂなどが記憶される。１１４６は、受信したレスポンスメッセージであり、本実施形態においては、２００ＯＫのメッセージに他機の能力情報が含まれている。
【００８３】
ストレージ１１５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。１１５１は、通信先に対応付けて電話番号およびメールアドレスを登録する電話帳ＤＢである。１１５２は、自機の能力情報である。１１５３は、問合せに対して他機から返信された他機の能力情報を他機の端末ＩＤに対応して記憶する他機能力情報テーブルである。１１５４は、リクエストメッセージを判別するために使用すると共に、レスポンスメッセージを生成するために使用するメッセージフォーマットである。
【００８４】
ストレージ１１５０には、以下のプログラムが格納される。１１５５には、通信端末ＵＥの全体を制御する通信制御プログラムが格納される。１１５６には、通信制御プログラム１１５５において、Ｓ−ＣＳＣＦに自機の能力情報を登録する能力情報登録モジュールが格納される。１１５７には、通信制御プログラム１１５５において、他機の能力情報を問い合わせる能力情報問合モジュールが格納される。
【００８５】
ＧＰＳ(Global Positioning System)現在位置取得部１１６０は、ＧＰＳ衛星からの信号に基づいて現在位置を取得する。入出力インタフェース１１７０および接続された入出力機器１１７１〜１１７６については、図１１Ａと同ようなので説明は省略する。
【００８６】
なお、図１１Ｂには、本実施形態に必須なデータやプログラムのみが示されており、本実施形態に関連しないデータやプログラムは図示されていない。
【００８７】
《通信端末の処理手順》
図１２は、本実施形態に係る通信端末の処理手順を示すフローチャートである。このフローチャートは、図１１ＢのＣＰＵ１１１０により、ＲＡＭ１１４０を使用しながら実行され、通信端末の各機能構成部を実現する。なお、図１２には、本実施形態に直接関連の小さい処理は図示されていない。
【００８８】
まず、ステップＳ１２１１において、電源ＯＮか否かを判定する。また、ステップＳ１２２１において、自機の能力変更か否かを判定する。また、ステップＳ１２３１において、在圏エリアの変更か否かを判定する。さらに、ステップＳ１２４１において、所定時間が経過したか否かを判定する。いずれの判定にも合致しなかった場合は、ステップＳ１２５１において他の処理を行なう。
【００８９】
電源ＯＮである場合、または自機能力変更の場合、または在圏エリアの変更の場合は、ステップＳ１２１３において、自機の能力情報をＳ−ＣＳＣＦに登録する。続いて、ステップＳ１２１５において、電話帳に登録されている他機の能力情報を問い合わせる。そして、返信された他機の能力情報を端末ＩＤに対応付けて保持する。また、所定時間が経過した場合は、上記ステップＳ１２１５とＳ１２１７を実行する。
【００９０】
［第３実施形態］
次に、本発明の第３実施形態に係る通信ネットワークシステムについて説明する。本実施形態に係る通信ネットワークシステムは、上記第２実施形態と比べると、異なるサービスエリア間での通信端末能力の問合せではなく、同じサービスエリア内での通信端末能力の問合せである点で異なる。その他の構成および動作は、第２実施形態と同様であるため、その詳しい説明を省略する。
【００９１】
本実施形態によれば、能力交換時における、Ｓ−ＣＳＣＦ_ＡからＰ−ＣＳＣＦ_Ａを経由して通信端末ＵＡ_Ａ１まで送出される通信端末ＵＡ_Ａ２のリクエスト信号、および通信端末ＵＡ_Ａ１からＳ−ＣＳＣＦ_Ａへのレスポンス信号を削減することが可能となる。
【００９２】
《通信ネットワークシステムの端末能力の登録および問合せの動作手順》
図１３は、本実施形態に係る通信ネットワークシステムの端末能力の登録および問合せの動作手順１３００を示すシーケンス図である。なお、ステップＳ３１１〜Ｓ３１５までは、ＵＥ_ＡをＵＥ_Ａ１としたのみで図３Ａと同様であるので説明は省略する。
【００９３】
ステップＳ１３１１〜Ｓ１３１５においては、ステップＳ３１１〜Ｓ３１５と同様のシーケンスで、ＵＥ_Ａ２の能力情報をＳ−ＣＳＣＦ_Ａに保持する。
【００９４】
ステップＳ１３１７において、ＵＥ_Ａ２がＯＰＴＩＯＮＳリクエストによりＵＥ_Ａ１の通信端末能力を問い合わせる。Ｓ−ＣＳＣＦ_Ａは、ステップＳ１３１９において、この問合せを終端する。そして、ステップＳ１３２１において、ステップＳ３１３で保持したＵＥ_Ａ１の能力情報をレスポンス２００ＯＫに付与して、ステップＳ１３２３において、ＵＥ_Ａ１に代わってＵＥ_Ａ２に返送する。
【００９５】
［第４実施形態］
次に、本発明の第４実施形態に係る通信ネットワークシステムについて説明する。本実施形態に係る通信ネットワークシステムは、上記第２実施形態と比べると、端末能力の登録をＳ−ＣＳＣＦからの要求で行なう点で異なる。その他の構成および動作は、第２実施形態と同様であるため、その詳しい説明を省略する。
【００９６】
本実施形態によれば、通信端末の機能（アップリケーアション）を一切変更せずに、Ｓ−ＣＳＣＦの機能（アップリケーアション）の追加のみで、端末能力応答の代替が可能になる。
【００９７】
《通信ネットワークシステムの端末能力の登録および問合せの動作手順》
図１４は、本実施形態に係る通信ネットワークシステムの端末能力の登録および問合せの動作手順１４００を示すシーケンス図である。
【００９８】
まず、ステップＳ１４１１においては、従来の能力情報を付与されていないＲＥＧＩＳＴＥＲリクエストがＵＥ_ＡからＳ−ＣＳＣＦ_Ａに送信される。Ｓ−ＣＳＣＦ_Ａにおいては、ステップＳ１４１３において、ＵＥ_Ａの登録のみが実施される。そして、Ｓ−ＣＳＣＦ_Ａは、ステップＳ１４１５において、ＵＥ_Ａの登録完了を２００ＯＫによりＵＥ_Ａに通知する。さらに、Ｓ−ＣＳＣＦ_Ａは、ステップＳ１４１７において、ＯＰＴＩＯＮＳリクエストによりＵＥ_Ａの通信端末能力を問い合わせる。ステップＳ１４１９において、ＵＥ_Ａからのレスポンス２００ＯＫに付与された能力情報を取得し、ステップＳ１４２１において、ＵＥ_Ａの端末ＩＤに対応付けて保持する。
【００９９】
以下、ステップＳ３１７〜Ｓ３２３は、第２実施形態の図３Ａと同様であるので、説明は省略する。
【０１００】
［第５実施形態］
次に、本発明の第５実施形態に係る通信ネットワークシステムについて説明する。本実施形態に係る通信ネットワークシステムは、上記第２実施形態と比べると、端末能力を問い合わせる元がアプリケーションサーバ（ＡＰ：Application Server）である点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。
【０１０１】
本実施形態によれば、通信端末間の能力情報問合に加えて、アプリケーションサーバからの端末能力問合せについても、端末能力応答の代替が可能になる。
【０１０２】
《通信ネットワークシステムの構成》
図１５は、本実施形態に係る通信ネットワークシステム１５００の構成を示すブロック図である。なお、図１５において、第２実施形態の図２と同様の機能要素には同じ参照番号を付して、説明は省略する。
【０１０３】
図１５において、図２との相違点は、ＡＰ_Ａ（１５０１−Ａ）とＡＰ_Ｂ（１５０１−Ｂ）とが追加された点である。ＡＰは、ＩＭＳネットワークを介して通信端末に種々のアプリケーションをサービスする。図１５においては、ＡＰ_Ａ（１５０１−Ａ）とＡＰ_Ｂ（１５０１−Ｂ）とが通信端末２５３にサービスしている状態を示している。そのため、通信端末２５３と通信端末２６１との通信は解除されている。
【０１０４】
《通信ネットワークシステムの端末能力の登録および問合せの動作手順》
図１６は、本実施形態に係る通信ネットワークシステム１５００の端末能力の登録および問合せの動作手順１６００を示すシーケンス図である。なお、ステップＳ３１１〜Ｓ３１５については、図３Ａと同様の動作であるので、説明を省略する。
【０１０５】
ステップＳ１６２１において、ＡＳ−ＡからＯＰＴＩＮＳリクエストによる通信端末ＵＥ_Ａの能力問合せを受信する。能力問合リクエストを受信したＳ−ＣＳＣＦ_Ａは、ステップＳ１６２３において、この能力問合リクエストをＵＥ_Ａに透過転送するのではなく終端する。そして、ステップＳ１６２５において、ステップＳ３１３で保持したＵＥ_Ａの能力情報を正常応答信号ＳＩＰ_２００ＯＫに付与する。ステップＳ１６２７においては、ＵＥ_Ａの能力情報が付与されたＳＩＰ_２００ＯＫを、Ｓ−ＣＳＣＦ_ＢおよびＰ−ＣＳＣＦ_Ｂを経由してＡＳ_Ａに返送する。
【０１０６】
また、ステップＳ１６３１において、ＡＳ−ＢからＯＰＴＩＮＳリクエストによる通信端末ＵＥ_Ａの能力問合せを受信する。能力問合リクエストを受信したＳ−ＣＳＣＦ_Ａは、ステップＳ１６３３において、この能力問合リクエストをＵＥ_Ａに透過転送するのではなく終端する。そして、ステップＳ１６３５において、ステップＳ３１３で保持したＵＥ_Ａの能力情報を正常応答信号ＳＩＰ_２００ＯＫに付与する。ステップＳ１６３７においては、ＵＥ_Ａの能力情報が付与されたＳＩＰ_２００ＯＫを、Ｓ−ＣＳＣＦ_ＢおよびＰ−ＣＳＣＦ_Ｂを経由してＡＳ_Ｂに返送する。
【０１０７】
［他の実施形態］
なお、通信端末の能力情報応答の代替は、Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、ＨＳＳなどで行なっても構わない。しかしながら、リクエストの転送ルートであり、通信端末を管理しＳＩＰ登録サーバとして機能するＳ−ＣＳＣＦで端末能力応答を代替するのが望ましい。
【０１０８】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。
【０１０９】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされる制御プログラム、あるいはその制御プログラムを格納した媒体、その制御プログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。
【０１１０】
［実施形態の他の表現］
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムであって、
呼セッション制御機能（ＣＳＣＦ：call session control function）部と、
前記呼セッション制御機能部の処理領域に在圏する通信端末と、
を備え、
前記呼セッション制御機能部は、
前記通信端末の能力情報を前記通信端末に対応付けて登録する登録手段と、
前記登録手段に登録された能力情報を用いて、前記呼セッション制御機能部を介した前記通信端のう末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替手段と、
を有することを特徴とする通信ネットワークシステム。
（付記２）
前記呼セッション制御機能部は、
前記通信端末がアクセスするプロキシ・呼セッション制御機能（Ｐ−ＣＳＣＦ：Proxy call session control function）部と、
他のネットワークとのゲートウェイ機能を持つインテロゲイティング・セッション制御機能（Ｉ−ＣＳＣＦ：Interogatinge call session control function）部と、
セッション制御を行なうサービング・呼セッション制御機能（Ｓ−ＣＳＣＦ：Serving call session control function）部と、
を含み、
前記サービング・呼セッション制御機能部が、前記登録手段と前記代替手段とを有することを特徴とする付記１に記載の通信ネットワークシステム。
（付記３）
前記代替手段は、オプションズリクエスト（OPTIONS REQUEST）による前記通信端末への能力情報のリクエストを判定する判定手段を有し、
前記判定手段が前記通信端末への能力情報のリクエストであると判定した場合に、前記通信端末の能力情報の問い合わせへの応答を前記通信端末に代替して行なうことを特徴とする付記１または２に記載の通信ネットワークシステム。
（付記４）
前記登録手段は、前記通信端末からの登録リクエスト（REGISTER REQUEST）に基づいて、前記通信端末の能力情報を前記通信端末に対応付けて登録することを特徴とする付記１乃至３のいずれか１項に記載の通信ネットワークシステム。
（付記５）
前記通信端末の能力情報は、少なくとも、応答可能なリクエストと、応答可能なアプリケーションと、復号可能な符号化と、利用可能な言語と、サポートしている変数と、ＳＤＰ（service delivery platform）への対応と、を含むことを特徴とする付記１乃至４のいずれか１項に記載の通信ネットワークシステム。
（付記６）
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおけるトラフィック軽減方法であって、前記通信ネットワークシステムが、呼セッション制御機能（ＣＳＣＦ：call session control function）部と、前記呼セッション制御機能部の処理領域に在圏する通信端末と、を備え、
前記呼セッション制御機能部が、前記通信端末の能力情報を前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記呼セッション制御機能部が、前記登録手段に登録された能力情報を用いて、前記呼セッション制御機能部を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
を含むことを特徴とする通信ネットワークシステムにおけるトラフィック軽減方法。
（付記７）
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置であって、
通信端末の能力情報を前記通信端末に対応付けて登録する登録手段と、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替手段と、
を有することを特徴とする通信制御装置。
（付記８）
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置の制御方法であって、
通信端末の能力情報を前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
を含むことを特徴とする通信制御装置の制御方法。
（付記９）
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムにおいて呼セッション制御機能を果たす通信制御装置の制御プログラムであって、
通信端末の能力情報を前記通信端末に対応付けて登録手段に登録する登録ステップと、
前記登録手段に登録された能力情報を用いて、前記通信制御装置を介した前記通信端末への能力情報の問い合わせに対する応答を、前記通信端末に代替して行なう代替ステップと、
をコンピュータに実行させることを特徴とする制御プログラム。
（付記１０）
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムに呼セッション制御機能（ＣＳＣＦ：call session control function）部を介して接続された通信端末であって、
在圏登録時に、登録リクエスト（REGISTER REQUEST）のメッセージに前記通信端末の能力情報を付加する付加手段と、
前記通信端末の能力情報が付加された前記登録リクエストを前記呼セッション制御機能部に送信する送信手段と、
を有することを特徴とする通信端末。
（付記１１）
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムに呼セッション制御機能（ＣＳＣＦ：call session control function）部を介して接続された通信端末の制御方法であって、
在圏登録時に、登録リクエスト（REGISTER REQUEST）のメッセージに前記通信端末の能力情報を付加する付加ステップと、
前記通信端末の能力情報が付加された前記登録リクエストを前記呼セッション制御機能部に送信する送信ステップと、
を含むことを特徴とする通信端末の制御方法。
（付記１２）
ＩＭＳ（IP Multimedia Subsystem)ネットワークを含む通信ネットワークシステムに呼セッション制御機能（ＣＳＣＦ：call session control function）部を介して接続された通信端末の制御プログラムであって、
在圏登録時に、登録リクエスト（REGISTER REQUEST）のメッセージに前記通信端末の能力情報を付加する付加ステップと、
前記通信端末の能力情報が付加された前記登録リクエストを前記呼セッション制御機能部に送信する送信ステップと、
をコンピュータに実行させることを特徴とする制御プログラム。
【図１】
0006044066.tif 000002
【図２】
0006044066.tif 000003
【図３Ａ】
0006044066.tif 000004
【図３Ｂ】
0006044066.tif 000005
【図４Ａ】
0006044066.tif 000006
【図４Ｂ】
0006044066.tif 000007
【図５Ａ】
0006044066.tif 000008
【図５Ｂ】
0006044066.tif 000009
【図６】
0006044066.tif 000010
【図７】
0006044066.tif 000011
【図８】
0006044066.tif 000012
【図９】
0006044066.tif 000013
【図１０Ａ】
0006044066.tif 000014
【図１０Ｂ】
0006044066.tif 000015
【図１１Ａ】
0006044066.tif 000016
【図１１Ｂ】
0006044066.tif 000017
【図１２】
0006044066.tif 000018
【図１３】
0006044066.tif 000019
【図１４】
0006044066.tif 000020
【図１５】
0006044066.tif 000021
【図１６】
0006044066.tif 000022