(57)【要約】  本発明は、マルチメディアサービスを支援するインターネットプロトコル(ＩＰ)ベースの移動通信システムにおけるメッセージの処理方法及びシステムを提供する。システムにおいて、アプリケーションサーバは、代表ＡＳと複数のバックエンドアプリケーションサーバを含む。標準化ＩＰを用いてセッションを設定するためのアプリケーションサーバ間の制御メッセージを定義する方法を提案する。ＡＳの呼処理動作を遂行する場合に、制御メッセージの処理負荷及び制御メッセージの伝送遅延を低減させる。
2009530959.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアサービスを支援するインターネットプロトコルベースの移動通信システムにおける端末(user  equipment)から要求されるメッセージを処理する方法であって、
メッセージの基準によって選択された代表アプリケーションサーバによって、複数の下位階層アプリケーションサーバのうち前記メッセージを処理する特定の下位階層アプリケーションサーバを割り当てるステップと、
前記メッセージのレコードルートヘッダに前記代表アプリケーションサーバを設定せずに前記割り当てられた下位階層アプリケーションサーバに前記メッセージを伝送するステップと、
を有することを特徴とする方法。
【請求項２】
前記特定の下位階層アプリケーションサーバによって、伝送された前記メッセージを処理し、前記メッセージのレコードルートヘッダに前記特定の下位階層アプリケーションサーバを設定した後にスイッチに伝送するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記スイッチによって、後続メッセージが前記端末から受信される場合に、前記レコードルートヘッダから得られたルートヘッダに基づいて前記特定の下位階層アプリケーションサーバに前記後続メッセージを直接伝送するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項４】
端末から要求されるメッセージを処理するマルチメディアサービスを支援するインターネットプロトコルベースの移動通信システムにおけるインターネットプロトコルネットワークシステムであって、
前記端末によって要求される特定サービスに対応するメッセージを処理するための特定の代表アプリケーションサーバを複数の代表アプリケーションサーバの中から選択し、前記メッセージを前記特定の代表アプリケーションサーバに伝送するスイッチと、
複数の下位階層アプリケーションサーバの中で前記メッセージを処理する特定の下位階層アプリケーションサーバを割り当て、前記メッセージをバイパスする前記特定代表アプリケーションサーバと、
前記メッセージを処理し、前記メッセージのレコードルートヘッダに自身の経路情報を設定して前記スイッチに前記メッセージを伝送する前記特定下位階層アプリケーションサーバと、
を含むことを特徴とするインターネットプロトコルネットワークシステム。
【請求項５】
前記スイッチは、サービング呼セッション制御機能(Ｓ-ＣＳＣＦ)サーバであることを特徴とする請求項４に記載のインターネットプロトコルネットワークシステム。
【請求項６】
前記スイッチは、前記端末から後続メッセージが受信される場合に、前記レコードルートヘッダから生成されたルートヘッダに基づいて前記特定の下位階層アプリケーションサーバに前記後続メッセージを直接伝送することを特徴とする請求項４に記載のインターネットプロトコルネットワークシステム。
【請求項７】
インターネットプロトコルベースの移動通信システムにおけるマルチメディアサービスを支援する制御メッセージの処理方法であって、
端末からのセッションのための要求メッセージをセッション開始プロトコルを通じてマルチメディアサービスを支援するインターネットネットワークであるインターネットプロトコルマルチメディアサブシステム(ＩＭＳ)に伝送するステップと、
複数の下位アプリケーションサーバから選択された下位アプリケーションサーバに前記ＩＭＳの代表アプリケーションサーバから前記要求メッセージを伝送するステップと、
前記選択された下位アプリケーションサーバによって前記要求メッセージを処理し、前記端末に応答メッセージを伝送するステップと、
を有することを特徴とする方法。
【請求項８】
複数の下位アプリケーションサーバから選択された下位アプリケーションサーバに前記ＩＭＳの代表アプリケーションサーバからの前記要求メッセージを伝送するステップは、
前記代表アプリケーションサーバからルートヘッダの経路情報として選択された下位アプリケーションサーバのアドレスを含む要求メッセージを前記選択された下位アプリケーションサーバに伝送するステップをさらに有することを特徴とする請求項７に記載の方法。
【請求項９】
前記選択された下位アプリケーションサーバによって、前記要求メッセージを処理し、端末に応答メッセージを伝送するステップは、
選択された前記下位アプリケーションサーバからレコードルートヘッダの経路記録情報として選択された下位アプリケーションサーバのアドレスを含む応答メッセージを前記端末に伝送するステップをさらに有することを特徴とする請求項７に記載の方法。
【請求項１０】
前記端末は、前記応答メッセージのレコードルートヘッダの経路記録情報を次のセッションのための経路情報に設定し、前記選択された下位アプリケーションサーバに後続の要求メッセージを伝送するステップをさらに有することを特徴とする請求項９に記載の方法。
【請求項１１】
マルチメディアサービスを支援するインターネットベースの移動通信システムにおけるアプリケーション階層の制御メッセージを処理するための負荷を低減する方法であって、
端末から呼識別子情報を含むセッション要求メッセージをセッション開始プロトコルを通じてサービングサーバに伝送するステップと、
前記サービングサーバからレコードルートヘッダでサービングサーバのアドレスを含むセッション要求メッセージをアプリケーション階層の代表アプリケーションサーバに伝送するステップと、
前記代表アプリケーションサーバによって、前記セッション要求メッセージを処理するバックエンドアプリケーションサーバを割り当て、割り当てられた前記バックエンドアプリケーションサーバに前記セッション要求メッセージを伝送するステップと、
前記バックエンドアプリケーションサーバによって、前記セッション要求メッセージを処理し、レコードルートヘッダに前記バックエンドアプリケーションサーバの経路記録情報を含む応答メッセージを端末に伝送するステップと、
端末によって、前記応答メッセージのレコードルートヘッダの経路記録情報を次のセッション要求メッセージを伝送するための経路情報に設定し、前記セッション要求メッセージの呼識別子情報と同一の呼識別子情報を含む次のセッション要求メッセージを、前記セッション開始プロトコルを通じて割り当てられた前記バックエンドアプリケーションサーバに伝送するステップと、
を有することを特徴とする方法。
【請求項１２】
前記代表アプリケーションサーバは、前記セッション要求メッセージを処理するバックエンドアプリケーションサーバを割り当て、経路記録情報に該当するレコードルートヘッダに前記代表アプリケーションサーバのアドレスを含むことなく、割り当てられた前記バックエンドアプリケーションサーバに前記セッション要求メッセージを伝送することを特徴とする請求項１１に記載の方法。
【請求項１３】
マルチメディアサービスを支援するインターネットベースの移動通信システムにおけるアプリケーション階層の制御メッセージを処理するための負荷を低減する方法であって、
端末から呼識別子情報を含むセッション要求メッセージをセッション開始プロトコルを通じてサービングサーバに伝送するステップと、
前記サービングサーバからレコードルートヘッダにサービングサーバのアドレスを含むセッション要求メッセージをアプリケーション階層の代表アプリケーションサーバに伝送するステップと、
前記代表アプリケーションサーバによって、前記セッション要求メッセージを処理するバックエンドアプリケーションサーバを割り当て、割り当てられた前記バックエンドアプリケーションサーバに前記セッション要求メッセージを伝送するステップと、
前記バックエンドアプリケーションサーバによって、前記セッション要求メッセージを処理し、レコードルートヘッダに前記バックエンドアプリケーションサーバの経路記録情報を含む応答メッセージを端末に伝送するステップと、
端末によって、前記応答メッセージを受信し、前記呼識別子情報を含む次のセッション要求メッセージを前記セッション開始プロトコルを通じて前記サービングサーバに伝送するステップと、
前記サービングサーバによって、前記次のセッション要求メッセージのレコードルートヘッダの経路記録情報を確認し、前記次のセッション要求メッセージを割り当てられた前記バックエンドアプリケーションサーバに伝送するステップと、
を有することを特徴とする方法。
【請求項１４】
前記端末は、セッションを設定するためのＩＮＶＩＴＥ要求メッセージをセッション開始プロトコルを通じてサービングサーバに伝送することを特徴とする請求項１３に記載の方法。
【請求項１５】
マルチメディアサービスを支援するインターネットプロトコルベースの移動通信システムにおける呼制御メッセージの伝送方法であって、
上位アプリケーションサーバによって、端末からセッション開始プロトコルを通じて呼要求メッセージを受信するステップと、
複数の端末の割り当て情報を格納するデータベースサーバから前記端末に対応する下位アプリケーションサーバの割り当て情報を取り出すステップと、
割り当てられた下位アプリケーションサーバにセッション開始プロトコルを通じて前記呼要求メッセージを伝送するステップと、
を有することを特徴とする方法。
【請求項１６】
前記上位アプリケーションサーバによって、前記端末に対応する割り当て情報を前記データベースサーバから受信する場合に、負荷状態を考慮して複数の下位アプリケーションサーバの中で特定の下位アプリケーションサーバを割り当て、前記データベースサーバの前記端末に対する下位アプリケーションサーバの割り当て情報をセッション開始プロトコルを通じてアップデートするステップをさらに有することを特徴とする請求項１５に記載の方法。
【請求項１７】
前記上位アプリケーションサーバによって、前記特定下位アプリケーションサーバを割り当てた後に、前記呼要求メッセージの経路記録情報に前記上位アプリケーションサーバに関する情報を記録せずに、前記割り当てられた下位アプリケーションサーバにセッション開始プロトコルを通じて呼要求メッセージを伝送するステップをさらに有することを特徴とする請求項１６に記載の方法。
【請求項１８】
端末からセッション開始プロトコルを通じて前記呼要求メッセージに後続する要求メッセージを受信するステップと、
前記上位アプリケーションサーバを除いた経路情報に基づいてセッション開始プロトコルを通じて前記後続要求メッセージを前記下位アプリケーションサーバに直接伝送するステップと、
をさらに有することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記上位アプリケーションサーバは、
前記特定下位アプリケーションサーバの割り当て情報を含むサービス別透過的データを格納するステップと、
前記特定下位アプリケーションサーバから透過的データ要求が検出された場合に、前記格納された透過的データから前記特定下位アプリケーションサーバの割り当て情報を除いて前記特定下位アプリケーションサーバに伝送するステップと、
を有することを特徴とする請求項１６に記載の方法。
【請求項２０】
インターネットプロトコルマルチメディアサブシステムを支援する移動通信システムにおけるアプリケーションサーバ部のためのシステムであって、
端末から伝送された呼要求メッセージの伝送経路及び以前の呼要求メッセージの伝送記録情報のうちの少なくとも一つを格納するメモリ、前記メモリに格納されたデータを用いて特定下位アプリケーションサーバを選択するためのアルゴリズムを有する割り当て部、及び前記メモリと割り当て部を通じて複数の下位アプリケーションサーバから前記呼要求メッセージを処理するための特定下位アプリケーションサーバを選択する制御部を含む上位アプリケーションサーバと、
前記上位アプリケーションサーバから割り当て情報を受信し、セッション開始プロトコルを通じて呼要求メッセージを受信する前記下位アプリケーションサーバと、
を含むことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアサービスを支援するインターネットプロトコルベースの移動通信システムに関するもので、特に制御メッセージの処理方法及びシステムに関する。
【背景技術】
【０００２】
インターネットプロトコル(Internet  Protocol：以下、“ＩＰ”と称する）ベースのシステムは、サービス要求が特定ＩＰアドレスに集中される複数のユーザーを分散して、このサービス要求を処理するための複数のサーバで提供される。
加入されたユーザーの数が増加するにつれて、同時に処理すべきメッセージの数も増加する。この場合、ＩＰマルチメディアサブシステム(IP  Multimedia  Subsystem：以下、“ＩＭＳ”と称する)は、ＩＰネットワークシステムの特性に基づいて該当サービスに対応する応用プログラムのためのアプリケーションサーバ(application  server)の呼処理容量を増加し、あるいは複数のアプリケーションサーバを用いて上記ユーザーを分散しなければならない。
このユーザーを分散するための方法の中で、最も直接的な方法は、同一の機能を有する複数のアプリケーションサーバをインストール(install)し、予め定められたホーム加入者サーバ(Home  subscriber  Server)で複数の加入者情報を分けて登録することによって、任意のアプリケーションサーバにわたって負荷(load)を分散させるものである。
【０００３】
しかしながら、加入者情報に基づいてアプリケーションサーバを静的に予め割り当てる方法は、変化する運用環境下で、加入者情報が周期的にアップデートされなければならないため、運用及び維持コストが高くなるという短所を有する。また、ユーザーに割り当てられた特定のアプリケーションサーバの動作が停止する場合に、ユーザーがサービスを全く利用できないという問題点があった。
【０００４】
アプリケーションサーバにユーザーを動的に割り当てる方法は、複数のアプリケーションサーバが分配器(distributor)を通じて統合される論理的なアプリケーションサーバの構成を含む。少なくとも一つの分配器は、複数のアプリケーションサーバから一つのアプリケーションサーバを選択し、ユーザーから受信された要求メッセージを伝送及び処理することによって負荷を分散する。このとき、分配器はアプリケーションサーバに対するユーザー割り当て情報を共有するため、ユーザーの要求は、いずれの分配器を通しても常に同一のアプリケーションサーバで処理される。この要求メッセージは動的割り当て方法で分配器を通過するため、再伝送による遅延が発生する可能性があった。非標準化制御プロトコルが負荷分散のためにアプリケーションサーバの間で使用された場合には、異種のアプリケーションサーバ間では適用されることができないという問題点があった。
このように既存のＩＭＳシステムでアプリケーションサーバの動的な割り当てによって負荷を分散させる方法が、現在必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、上記したように従来技術の問題点に鑑みてなされた本発明の目的は、マルチメディアサービスを支援するＩＰベースの移動通信システムにおける呼制御メッセージの処理方法及びシステムを提供することにある。
本発明の他の目的は、マルチメディアサービスを支援するＩＰベースの移動通信システムにおいて、アプリケーション階層の制御メッセージが処理されるセッション開始プロトコル(Session Initiation Protocol：ＳＩＰ)を通じて制御メッセージを送受信する方法及びシステムを提供することにある。
【０００６】
また、本発明の目的は、マルチメディアサービスを支援するインターネットベースの移動通信システムにおいて、少なくとも一つの上位サーバと複数の下位サーバとの間でＳＩＰを通じて制御メッセージを送受信する方法及びシステムを提供することにある。
さらに、本発明の目的は、マルチメディアサービスを支援するインターネットベースの移動通信システムにおいて、ＵＥ(User Equipment)がアプリケーション階層をユーザーエージェント(agent)に設定すると、上記アプリケーション階層が制御メッセージを処理するときの負荷を減少させる方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００７】
上記のような目的を達成するために、本発明の一態様によれば、インターネットプロトコルベースの移動通信システムにおけるマルチメディアサービスを支援する制御メッセージの処理方法であって、端末からのセッションのための要求メッセージをセッション開始プロトコルを通じてマルチメディアサービスを支援するインターネットネットワークであるインターネットプロトコルマルチメディアサブシステム(ＩＭＳ)に伝送するステップと、複数の下位アプリケーションサーバから選択された下位アプリケーションサーバにＩＭＳの代表アプリケーションサーバから要求メッセージを伝送するステップと、選択された下位アプリケーションサーバによって要求メッセージを処理し、端末に応答メッセージを伝送するステップとを有することを特徴とする。
【０００８】
本発明の他の態様によれば、マルチメディアサービスを支援するインターネットベースの移動通信システムにおけるアプリケーション階層の制御メッセージを処理するための負荷を低減する方法であって、端末から呼識別子情報を含むセッション要求メッセージをセッション開始プロトコルを通じてサービングサーバに伝送するステップと、サービングサーバからレコードルートヘッダでサービングサーバのアドレスを含むセッション要求メッセージをアプリケーション階層の代表アプリケーションサーバに伝送するステップと、代表アプリケーションサーバによって、セッション要求メッセージを処理するバックエンドアプリケーションサーバを割り当て、割り当てられたバックエンドアプリケーションサーバにセッション要求メッセージを伝送するステップと、バックエンドアプリケーションサーバによって、セッション要求メッセージを処理し、レコードルートヘッダにバックエンドアプリケーションサーバの経路記録情報を含む応答メッセージを端末に伝送するステップと、端末によって、応答メッセージのレコードルートヘッダの経路記録情報を次のセッション要求メッセージを伝送するための経路情報に設定し、セッション要求メッセージの呼識別子情報と同一の呼識別子情報を含む次のセッション要求メッセージを、セッション開始プロトコルを通じて割り当てられたバックエンドアプリケーションサーバに伝送するステップとを有することを特徴とする。
【０００９】
本発明の他の態様によれば、マルチメディアサービスを支援するインターネットベースの移動通信システムにおけるアプリケーション階層の制御メッセージを処理するための負荷を低減する方法であって、端末から呼識別子情報を含むセッション要求メッセージをセッション開始プロトコルを通じてサービングサーバに伝送するステップと、サービングサーバからレコードルートヘッダにサービングサーバのアドレスを含むセッション要求メッセージをアプリケーション階層の代表アプリケーションサーバに伝送するステップと、代表アプリケーションサーバによって、セッション要求メッセージを処理するバックエンドアプリケーションサーバを割り当て、割り当てられたバックエンドアプリケーションサーバにセッション要求メッセージを伝送するステップと、バックエンドアプリケーションサーバによって、セッション要求メッセージを処理し、レコードルートヘッダにバックエンドアプリケーションサーバの経路記録情報を含む応答メッセージを端末に伝送するステップと、端末によって、応答メッセージを受信し、呼識別子情報を含む次のセッション要求メッセージをセッション開始プロトコルを通じてサービングサーバに伝送するステップと、サービングサーバによって、次のセッション要求メッセージのレコードルートヘッダの経路記録情報を確認し、次のセッション要求メッセージを割り当てられたバックエンドアプリケーションサーバに伝送するステップとを有することを特徴とする。
【発明の効果】
【００１０】
本発明は、ＩＭＳ移動通信システムにおいて、ＳＩＰに基づいて呼接続のために要求される制御メッセージを送受信し、それによって同一の機能を有する相互に異なるメーカー(manufacturer)のアプリケーションサーバ間の相互運用性、すなわち互換性を保証することができる。そのため、ＩＭＳのアプリケーションサーバの呼処理容量が拡張できる効果を有する。
【００１１】
また、ＩＭＳのアプリケーションサーバ部を階層的アプリケーションサーバ構造の標準ＳＩＰを通じてメッセージを伝送することで、該当ＡＳで処理すべき要求メッセージを分散させることができる。上位概念で、メッセージ処理による伝送遅延及び再伝送遅延を防止する効果を有する。
言い換えれば、上位サーバに対するボトルネック(bottleneck)状況が減少され、再要求制御信号の経路が短縮される効果を有する。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
詳細な構成及び要素のように本発明で定義されるものは、本発明の好ましい実施形態の包括的理解のために提供される。したがって、本発明の実施形態において、本発明の範囲及び精神を外れない限り、多様な変形が可能であることは、当該技術分野における通常の知識を有する者には明らかである。また、本発明に関連した公知の機能または構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。
【００１３】
本発明において、ＩＭＳシステムは、ＳＩＰを用いてユーザーの呼処理に必要な制御メッセージを伝送する。ここで、代表アプリケーションサーバ(Application  Server：以下、“ＡＳ”と称する)と複数のバックエンド(backend)ＡＳを含むＡＳ部を定義し、ＳＩＰを用いて階層的(hierarchical)構造内のＡＳ間で制御メッセージの送受信を定義する。したがって、マルチメディアサービスを支援するために呼処理容量を拡張し、負荷を分散することができる方案が提供される。
【００１４】
図１は、本発明によって階層的ＡＳが提供されるＩＭＳの構成を示す。
図１を参照すると、ＵＥ１０は、アクセスネットワーク１０１を介してＡＳ部１０６を含むＩＭＳドメイン１０２と通信する。ＩＭＳドメイン１０２は、マルチメディアサービスを支援するＩＰベースのネットワークである。
【００１５】
ＩＭＳドメイン１０２は、少なくともプロキシ呼セッション制御機能(Proxy-Call  Session  Control  Function：以下、“Ｐ-ＣＳＣＦ”と称する)１０３と、問い合わせ呼セッション制御機能(Interrogating-Call  Session  Control  Function：以下、“Ｉ-ＣＳＣＦ”と称する)１０４と、サービング呼セッション制御機能(Serving-Call  Session  Control  Function：以下、“Ｓ-ＣＳＣＦ”と称する)１０５と、特定音声及びデータサービスを提供するためのＡＳ部１０６と、ＵＥ１０の加入者情報を格納するホーム加入者サーバ(Home  Subscriber  Server：以下、“ＨＳＳ”と称する)１０９とを含む。
【００１６】
本発明の好ましい実施形態において、ＡＳ部１０６は、階層的構造を有する。すなわち、このＡＳ部１０６は、少なくとも１つ又は２つの上位ＡＳである代表ＡＳ１０７及び下位ＡＳである複数のバックエンドＡＳ１０８を含んでなる。
【００１７】
必要に応じて、ＩＭＳシステムは、代表ＡＳ１０７で利用可能なバックエンドＡＳ１０８の割り当て情報を格納する別途のデータベースであるサービスコンテキストサーバ(Service  Context  Server：以下、“ＳＣＳ”と称する)１１０をさらに含む。ＳＣＳ１１０は、ネットワーク構成によってＨＳＳ１０９に備えられることができる。
【００１８】
次に、ＩＭＳでの制御信号(メッセージ)フロー(flow)を概略的に説明する。
ＵＥ１０は、ＳＩＰを通じて特定のサービスに対応する要求メッセージを伝送する。アクセスネットワーク１０１は、受信されたサービス要求メッセージをＩＭＳドメイン１０２に伝送する。Ｐ-ＣＳＣＦ１０３は、ＩＭＳドメイン１０２のエントリ(entry)を遂行するサーバであって、プロキシサーバの特性によってＵＥ１０のサービス接続の待ち時間(latency）を最小化してサービス接続を保証できる。
【００１９】
Ｉ-ＣＳＣＦ１０４は、ＵＥ１０を含む複数の加入者から受信された要求メッセージを該当Ｓ-ＣＳＣＦ１０５に適切に伝送するように案内を遂行するサーバである。このＩ-ＣＳＣＦ１０４は、要求メッセージを適切に分配して伝達するルーティング動作を遂行する。
【００２０】
Ｓ-ＣＳＣＦ１０５は、要求メッセージを実際に処理するためのサーバである。このＳ-ＣＳＣＦ１０５は、ＵＥ１０から要求を受信して該当ＡＳに伝送する。Ｓ-ＣＳＣＦ１０５は、異なるＩＭＳドメインのネットワークと要求メッセージに対応する制御信号を処理するスイッチとして役割を果たす。ＵＥ１０から伝送された要求メッセージは、Ｓ-ＣＳＣＦ１０５からＡＳ１０６へ伝送すべき呼処理制御信号である。
【００２１】
このとき、要求メッセージを受信する該当ＡＳ部１０６に関する情報は、ＵＥ１０の加入者情報に予め登録されていなければならない。この加入者情報は、ＳＩＰ  ＵＲＩ(Uniform  Resource  Indicator)又はＴｅｌ  ＵＲＩである。この加入者情報は、ＨＳＳ１０９に格納される。
【００２２】
ＵＥ１０から該当サービス要求を受信すると、Ｓ-ＣＳＣＦ１０５は、加入者情報に登録された内容に基づいてサービスを処理する該当ＡＳ部１０６に受信された要求を伝送する。
【００２３】
ＡＳ部１０６で、代表ＡＳ１０７及び複数のバックエンドＡＳ１０８は、ＳＩＰを通じて通信を遂行するノードである。
【００２４】
特に、代表ＡＳ１０７は、Ｓ-ＣＳＣＦ１０５を通じてＵＥ１０から要求メッセージを受信して特定のバックエンドＡＳに伝送する。ＵＥ１０に予め割り当てられたバックエンドＡＳがあると、ＵＥ１０の要求メッセージは、割り当てられたバックエンドＡＳ１０８に伝送される。一方、ＵＥ１０に割り当てられたＡＳがないと、代表ＡＳ１０７は、負荷分散を考慮して任意のＡＳを割り当て、割り当てられたＡＳに上記要求メッセージを伝送する。このとき、バックエンドＡＳ割り当て情報は、代表ＡＳに格納され、あるいはＳＣＳ１１０に格納されて使用されることができる。バックエンドＡＳ１０８の割り当て又は解除時点は、サービスによって異なり得る。
【００２５】
要求メッセージが以前のＳＩＰダイアログ(dialog)と関係がない場合、すなわち任意のＵＥの要求メッセージが継続して処理される必要のない場合又は割り当て情報を格納するためのＳＣＳ１１０が使用される場合には、代表ＡＳ１０７は、割り当て情報を格納する必要がない。この場合、代表ＡＳ１０７は、ステートレス(state-less）プロキシサーバとして動作されるという利点がある。
【００２６】
ＵＥの要求メッセージを処理した後に、特定のバックエンドＡＳ１０８は、同一のＳＩＰセッション内の後続(subsequent)の要求メッセージを処理するためにＳＩＰ経路記録情報を含むレコードルートヘッダ(record-route  header)にその自身のアドレスを加える。
【００２７】
特に、本発明において、代表ＡＳ１０７は、レコードルートヘッダに自身のアドレスを追加せずに経路記録情報としてバックエンドＡＳ１０８のアドレスを記録することによって、Ｓ-ＣＳＣＦ１０５が後続の要求をバックエンドサーバ１０８に直接伝送するようにする。
【００２８】
上述したように、ＵＥ１０から生成された後続の要求メッセージの伝送は、すなわちＵＥ１０から生成されたメッセージが通過すべき経路は、ルートヘッダを用いて経路情報を設定する。このとき、経路情報は、以前の要求メッセージの応答に含まれるレコードルートヘッダの経路記録情報に従う。
【００２９】
本発明において、ＵＥ１０から伝送される後続の要求メッセージは、以前の要求メッセージの応答に含まれるレコードルートヘッダの経路情報に基づいて代表ＡＳ１０７を通過することなく、バックエンドＡＳ１０８に直接伝送される。
したがって、本発明は、後続の要求メッセージが伝送される場合に、ＩＭＳネットワークエンティティ間の伝送遅延時間が短縮されるという長所を有する。
【００３０】
図２Ａは、本発明によって代表ＡＳが初期要求メッセージを受信する場合、代表ＡＳとバックエンドＡＳとの間のメッセージ送受信を示す。
図２Ａを参照すると、ＵＥ２０２からＳ-ＣＳＣＦ１０４に伝送された初期要求メッセージ２１０は、代表ＡＳ２０５又は２０９に伝送される(参照番号２１１)。このとき、Ｓ-ＣＳＣＦ２０４は、要求メッセージの経路記録情報に自身のアドレスを追加する。ＡＳ部２０３の代表ＡＳ２０５，２０９が２個以上であると、Ｓ-ＣＳＣＦ２０４は、ネットワーク状態によって代表ＡＳ２０５，２０９から一つの特定代表ＡＳ２０５を任意に選択し、選択された代表ＡＳ２０５に初期要求メッセージ２１０を伝送する。要求メッセージを受信すると、代表ＡＳ２０５は、要求メッセージを伝送したＵＥに割り当てられたバックエンドＡＳがあるか否かを判定する。割り当てられたバックエンドＡＳがない場合には、バックエンドＡＳは負荷分散のために適切に割り当てられる。
【００３１】
このとき、割り当て情報は、要求メッセージが受信された代表ＡＳ２０５又は割り当て情報を管理するための特定のデータベース２４０に格納され、あるいは格納されないことができる。その後、この要求メッセージは、割り当てられた第１のバックエンドＡＳ２０６に伝達される(参照番号２１２)。
【００３２】
代表ＡＳ２０５は、経路記録情報に自身のアドレスを追加しない。しかしながら、第１のバックエンドＡＳ２０６は、処理された要求メッセージ２１３の経路記録情報に自身のアドレスを追加した後に、この要求メッセージが正常に伝送されることを示す応答メッセージを代表ＡＳ２０５に提供する。または、処理された要求メッセージに対する応答メッセージは、代表ＡＳ２０５を通過せずに、第１のバックエンドＡＳ２０６からＳ-ＣＳＣＦ２０４に直接伝送されることができる。
【００３３】
図２Ｂは、本発明によって代表ＡＳが後続の要求メッセージを受信する場合に、代表ＡＳとバックエンドとの間のメッセージ送受信及び図２Ａの代表ＡＳ２０５又は２０９とＳＣＳ２４０との間のメッセージ送受信を示す。図２Ｂにおいて、代表ＡＳ２０５又は２０９とＳＣＳ２４０との間のメッセージ送受信は、代表ＡＳ２０５又は２０９の設定に従って省略可能である。
【００３４】
ＵＥ２２２の後続の要求メッセージの経路は、初期要求メッセージの伝送処理時に収集される経路記録情報を使用する。すなわち、代表ＡＳ２２５を除いた経路記録情報は、後続の要求メッセージのルートヘッダに含まれて伝送される。したがって、ＵＥ２２２の後続の要求メッセージは、Ｓ-ＣＳＣＦ２２４から第１のバックエンドＡＳ２２６に直接伝送される。
【００３５】
その結果、ＵＥ２２２から伝送された要求メッセージは、分散及び処理されることができる。ＩＭＳネットワークエンティティ間のメッセージ送受信は、後続の要求メッセージを処理する場合に遅延されないという利点を有する。
【００３６】
図３は、本発明によってＵＥがＩＭＳドメインに登録され、代表ＡＳがＵＥにバックエンドＡＳを割り当てる手順を示すフローチャートである。
図３を参照すると、ステップ３０２で、ＵＥが登録（ＲＥＧＩＳＴＥＲ）要求メッセージをＩＭＳドメインに伝送すると、Ｓ-ＣＳＣＦは、ステップ３０３で、ＲＥＧＩＳＴＥＲ要求メッセージを処理する。Ｓ-ＣＳＣＦは、ステップ３０４で、ＵＥの初期フィルタリング基準(criteria)を適用し、前記要求メッセージを処理するためのサードパーティ(third  party)を登録する。ここで、サードパーティは、Ｓ-ＣＳＣＦによって処理されたＲＥＧＩＳＴＥＲ要求メッセージを参照用に受信する第３のＳＩＰノードであって、本発明の前述した実施形態におけるＡＳ部である。Ｓ-ＣＳＣＦは、ステップ３０５で、代表ＡＳにサードパーティのＲＥＧＩＳＴＥＲ要求メッセージを伝送する。
【００３７】
フィルタリングは、ＵＥから要求メッセージの基準を確認し、該当メッセージを処理できる特定の代表ＡＳにそのメッセージを伝送する手順を意味する。
【００３８】
ステップ３０６で、Ｓ-ＣＳＣＦからＵＥのＲＥＧＩＳＴＥＲ要求メッセージが受信される代表ＡＳは、ＵＥの加入者情報に対応して予め割り当てられたバックエンドＡＳがあるか否かを判定する。予め割り当てられたＡＳがないと、代表ＡＳは、参考のために、ＡＳ部内の負荷状態を適切なバックエンドＡＳを割り当ててから格納する。代表ＡＳは、ステップ３０７で、割り当てられたバックエンドＡＳにＵＥのＲＥＧＩＳＴＥＲ要求メッセージを伝送し、それによってバックエンドＡＳにＵＥの登録を要求する。この全般的な手順は、ＵＥの再登録(re-registration)及び解除(de-registration）にも同様に適用される。
【００３９】
図４Ａは、本発明によってＵＥから伝送された要求メッセージがＳ-ＣＳＣＦを通じて代表ＡＳ及びバックエンドＡＳで処理される手順を示すフローチャートである。
図４Ａを参照すると、ＵＥは、ステップ４０２で、ＩＭＳドメインにサービス要求メッセージを伝送する。Ｓ-ＣＳＣＦは、ステップ４０３で、ＳＩＰを通じてＵＥの要求メッセージを受信する。Ｓ-ＣＳＣＦは、ステップ４０４で、要求メッセージがダイアログを生成する初期要求メッセージであるか、あるいはダイアログに含まれない個別要求メッセージであるか、もしくは後続の要求メッセージであるかを判定することによって、要求メッセージのタイプを確認する。
【００４０】
ステップ４０４で、要求メッセージがダイアログを生成するための初期要求メッセージ又はダイアログに含まれない個別要求メッセージであると判定されると、ステップ４０５に進行する。
【００４１】
Ｓ-ＣＳＣＦは、ステップ４０５で、ＵＥの加入者情報に基づいて初期フィルタリング基準を適用した後に、上記要求メッセージをフィルタリングによって特定の代表ＡＳに伝送する。
【００４２】
ステップ４１１で、代表ＡＳは、要求メッセージを処理するためのバックエンドＡＳを選択する。代表ＡＳがバックエンドＡＳを選択する方法は、図４Ｂを参照して詳細に説明する。
【００４３】
代表ＡＳは、ステップ４０６で、割り当てられたバックエンドＡＳに要求メッセージを伝送する。バックエンドＡＳが割り当てられた場合に、代表ＡＳのアドレスは、要求メッセージの経路記録情報を示すレコードルートヘッダに記録されない。
【００４４】
バックエンドＡＳは、ステップ４０７で、レコードルートヘッダに自身のアドレスを記録する。
【００４５】
ステップ４１０で、Ｓ-ＣＳＣＦは、ステップ４０７で新たに設定されたルーティング情報に基づいてＳＩＰを通じて要求メッセージを継続して伝送する。
ルーティング情報において、ステップ４１０でその後に生成されるダイアログを処理するエンティティは、割り当てられたバックエンドＡＳを含む。ＳＩＰ要求メッセージは、代表ＡＳが含まれていないルーティング情報に基づいて伝送される。
【００４６】
しかしながら、ステップ４０４で、ＵＥから伝送された要求メッセージが既に構成されたダイアログに属するメッセージであると、ステップ４０８に進行し、要求メッセージのルーティング情報に基づいて該当バックエンドＡＳに要求メッセージを直接伝送する。
【００４７】
バックエンドＡＳは、ステップ４０９で、要求メッセージを処理する。ステップ４１０で、Ｓ-ＣＳＣＦは、設定されるルーティング情報に基づいて以後に受信されるＳＩＰ要求メッセージを伝送することによって、該当処理動作を継続して遂行する。
【００４８】
図４Ｂは、本発明によって代表ＡＳがバックエンドＡＳの割り当て情報を獲得する手順の例を示すフローチャートである。図４Ａのステップ４１１は、図４Ｂを参照して具体的に説明する。
図４Ｂを参照すると、代表ＡＳは、ステップ４２１で、要求メッセージを伝送するＵＥに対するバックエンドＡＳ割り当て情報があるか否かを判定する。加入者情報に対応して予め割り当てられたバックエンドＡＳに関する情報は、代表ＡＳの設定によって格納されることができる。または、現在要求されたサービスと異なるサービス又は以前ダイアログの要求時に使用される割り当て情報が格納されることができる。
【００４９】
ＵＥに対応する割り当て情報があると、代表ＡＳは、要求メッセージを伝送するバックエンドＡＳを選択する。一方、割り当て情報がないと、ステップ４２２に進行する。
【００５０】
ステップ４２２で、代表ＡＳは、複数のＵＥに対応して割り当て情報を格納する別途のＳＣＳが利用可能なように設定されるか否かを判定する。ＳＣＳが使用されないと、代表ＡＳは、ステップ４２３に進行して、応用(application)プログラムの実現によるサービス負荷状態を考慮して要求メッセージを伝送する任意のバックエンドＡＳを割り当てる。
【００５１】
ＳＣＳが使用される場合には、代表ＡＳは、ステップ４２４に進行して、ＳＣＳに要求されるバックエンドＡＳ割り当て情報を伝送する。ステップ４２５で、代表ＡＳがＳＣＳからＵＥに対応して有効なバックエンドＡＳ割り当て情報を受信する場合、バックエンドＡＳは、有効な情報に基づいて選択される。有効なバックエンドＡＳ割り当て情報がＳＣＳから適切に受信されない場合に、代表ＡＳは、ステップ４２６で、サービス負荷を考慮して任意のバックエンドＡＳを割り当てる。
【００５２】
ステップ４２７で、代表ＡＳは、ＳＣＳが該当ＵＥの割り当て情報を新たに割り当てられた情報にアップデートするように要求する。このとき、代表ＡＳとＳＣＳとの間でやり取りされる割り当て情報は、バックエンドＡＳの割り当て情報だけでなく、サービスの提供に必要な他の情報も含まれることができる。割り当て情報が変更される場合に、代表ＡＳは、必要に応じて、既に割り当てられたバックエンドＡＳが解除されるサードパーティ登録手順を通じて割り当て及び解除をバックエンドＡＳに知らせる。
【００５３】
図５は、本発明によってＵＥと上位階層との間の制御メッセージフローを示す。特に、図５は、ＵＥがＩＭＳドメインに登録され、代表ＡＳがサードパーティ登録手順を通じてバックエンドＡＳを割り当てる手順の制御メッセージのフローを示す。
図５を参照すると、ＵＥは、ステップ５０１で、ＳＩＰを通じてＲＥＧＩＳＴＥＲ要求メッセージをＩＭＳに伝送する。Ｓ-ＣＳＣＦ１は、ステップ５０２で、ＲＥＧＩＳＴＥＲ要求メッセージが正常に伝送されることを示す２００ ＯＫメッセージをＵＥに提供する。Ｓ-ＣＳＣＦ１は、ステップ５０３で、ＨＳＳに登録されたＵＥの加入者情報を用いてサードパーティ登録過程を遂行する。Ｓ-ＣＳＣＦ１は、ステップ５０４で、代表ＡＳにＵＥのＲＥＧＩＳＴＥＲ要求メッセージを伝送する。代表ＡＳは、ステップ５０５で、ＲＥＧＩＳＴＥＲ要求メッセージが正常に伝送されることを示す２００ ＯＫメッセージを伝送して応答を完了する。
【００５４】
ステップ５０６で、代表ＡＳは、複数のバックエンドＡＳの中で要求メッセージを処理するバックエンドＡＳ１を割り当て、この割り当てられたバックエンドＡＳ１に関する情報及び割り当てられた加入者情報を格納する。例えば、加入者情報は、ＵＥのＳＩＰ  ＵＲＩ又はＴｅｌ  ＵＲＩを含む。
【００５５】
ステップ５０７で、代表ＡＳは、割り当てられたバックエンドＡＳ１にサードパーティＲＥＧＩＳＴＥＲ要求メッセージを伝送する。バックエンドＡＳ１は、ステップ５０８で、サードパーティＲＥＧＩＳＴＥＲ要求メッセージが正常に受信されることを示す２００ ＯＫ応答メッセージを受信する。このとき、代表ＡＳ１は、サードパーティＲＥＧＩＳＴＥＲ要求メッセージが正常に受信されることを示す２００ ＯＫ応答メッセージをＳ-ＣＳＣＦ１に提供することができる。
【００５６】
ＳＣＳを使用する場合に、代表ＡＳは、ステップ５２１，５２２で、ＳＣＳにバックエンドＡＳの割り当て情報要求を伝送し、有効な割り当て情報を受信してバックエンドＡＳ１を割り当てることができる。また、アップデート要求及び応答メッセージが代表ＡＳとＳＣＳとの間で送受信されると、バックエンドＡＳの割り当て情報をアップデートする動作が完了する。図５に示していないが、ＳＣＳに格納されたバックエンドＡＳの割り当て情報が変更された場合に、ＳＣＳは、このように変更された上記割り当て情報を代表ＡＳに通知し、該当代表ＡＳに臨時に格納された割り当て情報をＳＣＳに格納された割り当て情報と一致させる。このような全般的な手順は、ＵＥの再登録及び解除の手順に同様に適用されることができる。
【００５７】
図６は、本発明によってＵＥが初期要求メッセージと後続の要求メッセージを伝送する場合に制御メッセージの送受信手順を示す。
特に、図６は、ＵＥからＩＭＳドメインにダイアログを生成するための初期要求メッセージを伝送する手順(ステップ６０１〜６０４)と、その後に生成されるダイアログに対する後続の要求メッセージを伝送する手順(ステップ６１５〜６２３)を示す。ＵＥから伝送されるＩＮＶＩＴＥ要求メッセージは、ダイアログを生成するための要求メッセージの一例である。いかなる要求メッセージも適用されることができる。
【００５８】
ＵＥは、ステップ６０１で、ダイアログを生成するための初期要求メッセージに該当するＩＮＶＩＴＥ要求メッセージをＳ-ＣＳＣＦ１に伝送する。このＩＮＶＩＴＥ要求メッセージは、ＵＥが他のＵＥと区別するために呼識別子情報(例えば、Ｃａｌｌ  ＩＤ：１１１１)を含む。本発明の望ましい実施形態において、Ｓ-ＣＳＣＦ１は、複数のＳ-ＣＳＣＦで構成される。このＳ-ＣＳＣＦ１は、ＵＥのＳ-ＣＳＣＦとして動作する特定のエンティティを意味する。Ｓ-ＣＳＣＦ１とＳ-ＣＳＣＦが相互に同一の構成を有することは自明である。
【００５９】
Ｓ-ＣＳＣＦ１は、ステップ６０２で、ＵＥから受信されたＩＮＶＩＴＥ要求メッセージを加入者情報の初期フィルタリング基準によってフィルタリングする。ここで、フィルタリングは、ＵＥからの要求メッセージの特定基準によって、複数の代表ＡＳのうちの特定の一つが上記メッセージを処理するように割り当てられることを意味する。
【００６０】
代表ＡＳが初期フィルタリング基準によって要求メッセージを処理する本発明の好ましい実施形態について説明する。Ｓ-ＣＳＣＦ１は、ステップ６０３で、ＩＮＶＩＴＥ要求メッセージの伝送経路に基づいてルートヘッダに自身のアドレスと初期フィルタリング基準による代表ＡＳのアドレスを設定する。その後、ＩＮＶＩＴＥ要求メッセージは、代表ＡＳに伝送される。
【００６１】
言い換えれば、Ｓ-ＣＳＣＦ１は、ステップ６０３で、ダイアログ生成に対する要求を代表ＡＳに伝送するように、ルートヘッダに設定された伝送経路に基づいて初期要求メッセージに該当するＩＮＶＩＴＥ要求メッセージを代表ＡＳに伝送する。Ｓ-ＣＳＣＦ１は、ＩＮＶＩＴＥ要求メッセージのレコードルートヘッダにその経路記録情報を記録する。
【００６２】
ステップ６０４で、代表ＡＳは、バックエンドＡＳの割り当て情報を取り出す(retrieve)。割り当て情報は、代表ＡＳに内部的に格納された情報または割り当て情報を格納する別途のデータベースＳＣＳから獲得されることができる。
【００６３】
次に、ステップ６０４に関連してＳＣＳが使用される場合に、制御メッセージの送受信手順について説明する。
ＳＣＳが使用される場合、代表ＡＳは、ステップ６３１で、必要によって、ＳＣＳにバックエンドＡＳの割り当て情報要求を伝送する。割り当て情報要求メッセージ(ＰＵＬＬ-ｒｅｑ)は、加入者情報とサービスタイプを含む。ステップ６３２で、ＳＣＳから割り当て情報応答メッセージ(ＰＵＬＬ-ｒｓｐ)を通じてバックエンドＡＳの割り当て情報を受信すると、代表ＡＳは、ステップ６０４で、割り当て情報を用いてＩＮＶＩＴＥ要求メッセージを伝送するバックエンドＡＳを選択する。
【００６４】
ステップ６３２で、バックエンドＡＳの割り当て情報が受信された割り当て情報応答メッセージ(ＰＵＬＬ-ｒｓｐ)に含まれていない場合に、代表ＡＳは、負荷状態を考慮して複数のバックエンドＡＳの中で適切なバックエンドＡＳ１を割り当て、ステップ６３３，６３４で、ＳＣＳに格納されているバックエンドＡＳ割り当て情報をアップデートする。
【００６５】
図６に示していないが、ＳＣＳに格納されたバックエンドＡＳの割り当て情報が変更される場合に、ＳＣＳは、代表ＡＳに変更された上記割り当て情報を通知し、該当代表ＡＳに臨時に格納された割り当て情報をＳＣＳに格納された割り当て情報と一致させる。
【００６６】
代表ＡＳは、ステップ６０５で、ＩＮＶＩＴＥ要求メッセージを選択されたバックエンドＡＳ１に伝送する。代表ＡＳは、必要であれば、選択されたバックエンドＡＳ１に関する情報を格納することができる。この格納された情報は、その後、後続メッセージが伝送される場合に経路情報として利用可能である。
【００６７】
代表ＡＳがＳＣＳを利用しない場合に、ステップ６３１〜６３４は省略可能である。この場合に、メッセージの処理動作は次のようである。
代表ＡＳがＵＥに予め割り当てられたバックエンドＡＳの情報を記憶している場合に、バックエンドＡＳ１が予め割り当てられたバックエンドＡＳであると仮定する。ステップ６０５で、代表ＡＳは、割り当てられたバックエンドＡＳ１にＩＮＶＩＴＥ要求メッセージをすぐに伝送する。特定の代表ＡＳがＵＥに予め割り当てられないか、又は割り当て情報を記憶していない場合には、代表ＡＳが、サービスの負荷状態を考慮して任意のバックエンドＡＳを割り当てる。
【００６８】
ステップ６０５で、代表ＡＳは、ＩＮＶＩＴＥ要求メッセージを割り当てられたバックエンドＡＳ１に伝送する。代表ＡＳは、必要によって、割り当てられたバックエンドＡＳ１に関する情報と加入者情報を格納できる。加入者情報は、ＳＩＰ  ＵＲＩ、Ｔｅｌ  ＵＲＩなどを含む。
【００６９】
このとき、バックエンドＡＳ１にＩＮＶＩＴＥ要求メッセージを伝送する代表ＡＳは、経路記録情報を含むレコードルートヘッダにそのアドレスを記録しない。すなわち、ステップ６０５で、代表ＡＳは、伝送経路を示すルートヘッダにバックエンドＡＳ１のアドレス及びＳ-ＣＳＣＦ１のアドレスを記録し、経路記録情報を含むレコードルートヘッダにはＳ-ＣＳＣＦ１のアドレスのみを記録し、ＩＮＶＩＴＥ要求メッセージを割り当てられたバックエンドＡＳ１に伝送する。
【００７０】
バックエンドＡＳ１は、ステップ６０６で、ＩＮＶＩＴＥ要求メッセージに対応するサービスロジックを実行し、ステップ６０７で、ルートヘッダに基づいてＳ-ＣＳＣＦ１にＩＮＶＩＴＥ要求メッセージを伝送する。このとき、バックエンドＡＳ１及びＳ-ＣＳＣＦ１のアドレスは、ＩＮＶＩＴＥ要求メッセージのレコードルートヘッダに経路記録情報として記録及び格納される。
【００７１】
ステップ６０８〜６１３で、ＩＮＶＩＴＥ要求メッセージがネットワークエンティティの間で正常に伝送され、受信完了が報告される残りの手順が遂行される。
その結果、ＵＥは、ステップ６１４で、ＩＮＶＩＴＥ要求メッセージがネットワークエンティティで正常に処理されることを示す２００ ＯＫ応答メッセージをＳ-ＣＳＣＦ１から受信する。このとき、２００ ＯＫ応答メッセージは、代表ＡＳを除いたバックエンドＡＳ１に直接通信が可能な経路記録情報を有するレコードルートヘッダを含む。したがって、ＵＥは、レコードルートヘッダを経路記録情報として格納し、この格納された情報を後続の要求メッセージが生成される場合にルートヘッダの経路情報として使用する。
【００７２】
ステップ６１５〜６２３は、ＵＥが初期ＩＮＶＩＴＥ要求メッセージを用いて生成されたダイアログ内で後続の要求メッセージを生成する場合に後続の要求メッセージを送受信する。このＩＮＶＩＴＥ要求メッセージは、後続の要求メッセージの一例である。同一のダイアログで、いかなる後続の要求メッセージも適用されることができる。
【００７３】
ステップ６１５で、ＵＥは、初期ＩＮＶＩＴＥ要求メッセージに対する経路記録情報を含むレコードルートヘッダを用いて後続のＩＮＶＩＴＥ要求メッセージを伝送するための経路情報を含むルートヘッダを設定する。ＵＥは、後続のＩＮＶＩＴＥ要求メッセージをＩＭＳネットワークに伝送する。ステップ６１５で、後続のＩＮＶＩＴＥ要求メッセージは、ＵＥと他のＵＥを区別するための呼識別子情報(Ｃａｌｌ  ＩＤ：１１１１)と、Ｐ-ＣＳＣＦ１、Ｓ-ＣＳＣＦ１、バックエンドＡＳ１、及びＳ-ＣＳＣＦ１の経路情報とをルートヘッダに含む。
【００７４】
後続のＩＮＶＩＴＥ要求メッセージの伝送経路はルートヘッダに含まれた経路情報に従うため、後続のＩＮＶＩＴＥ要求メッセージは、ステップ６１６で、代表ＡＳを通過せずに、Ｓ-ＣＳＣＦ１からバックエンドＡＳ１に伝送される。
【００７５】
バックエンドＡＳ１は、ステップ６１７で、後続のＩＮＶＩＴＥ要求メッセージに対応したサービスロジックを実行し、ステップ６１８で、ルートヘッダに基づいてＳ-ＣＳＣＦ１に後続のＩＮＶＩＴＥ要求メッセージを伝送する。
【００７６】
ステップ６１９〜６２３で、後続のＩＮＶＩＴＥ要求メッセージがネットワークエンティティの間で正常に伝送され、受信完了が報告される残りの手順が遂行される。
後続のメッセージが伝送されると、このメッセージは、負荷分散機能を有する代表ＡＳを通過することなく、特定のバックエンドＡＳに伝送され、そのため、メッセージ伝送の遅延及び再伝送による遅延を防止し、エンティティのメッセージ処理時間を短縮することができる。
【００７７】
図７は、本発明によって代表ＡＳがバックエンドＡＳに対するユーザー割り当て状態を記憶しておらず、ＳＣＳを使用しない場合に、制御メッセージの送受信手順を示す。
図７のステップ７０４を除きステップ７０１から７２１は、図６に説明したステップと同一であるので、ここではその説明を省略する。
【００７８】
特に、代表ＡＳは、ステップ７０４で、バックエンドＡＳに対するユーザー割り当て状態を記憶していないため、初期要求メッセージが受信される度にＵＥ又はサービスに対するバックエンドＡＳを新たに割り当てた後にメッセージを伝送する。このとき、代表ＡＳは、バックエンドＡＳ１をＵＥに対するＡＳとして割り当てる。
【００７９】
ＵＥは、ステップ７２２で、既に生成されたダイアログに属していない他のダイアログを生成するための初期ＩＮＶＩＴＥ要求メッセージをＩＭＳドメインに伝送する。ＵＥは、以前のＩＮＶＩＴＥ要求メッセージの呼識別子情報(Ｃａｌｌ  ＩＤ：１１１１)と異なる呼識別子情報(Ｃａｌｌ  ＩＤ：２２２２)を含むＩＮＶＩＴＥ要求メッセージをＳ-ＣＳＣＦ１に伝送する。
【００８０】
ステップ７２３で、呼識別子情報(Ｃａｌｌ  ＩＤ：２２２２)を含むＩＮＶＩＴＥ要求メッセージに対するＡＳは、初期フィルタリング基準によって代表ＡＳとして決定される。ステップ７２４で、呼識別子情報(Ｃａｌｌ  ＩＤ：２２２２)を含むＩＮＶＩＴＥ要求メッセージは代表ＡＳに伝送される。このとき、ルートヘッダに代表ＡＳのアドレス及びＳ-ＣＳＣＦ１のアドレスが格納され、レコードルートヘッダにＳ-ＣＳＣＦ１のアドレスのみが格納されたＩＮＶＩＴＥ要求メッセージを伝送する。
【００８１】
代表ＡＳは、ステップ７２５で、ＵＥに対するバックエンドＡＳ割り当て状態を記憶していないため、バックエンドＡＳ２を新たに割り当てる。代表ＡＳは、ステップ７２６で、バックエンドＡＳ２のアドレス及びＳ-ＣＳＣＦ１のアドレスをルートヘッダに設定し、Ｓ-ＣＳＣＦ１のアドレスがレコードルーとヘッダに設定されるＩＮＶＩＴＥ要求メッセージをバックエンドＡＳ２に伝送する。
【００８２】
ステップ７２７で、新たに割り当てられたバックエンドＡＳ２は、バックエンドＡＳ２のアドレスがルートヘッダに記録され、バックエンドＡＳ２のアドレス及びＳ-ＣＳＣＦ１のアドレスがレコードルートヘッダに記録されるＩＮＶＩＴＥ要求メッセージをＳ-ＣＳＣＦ１に伝送する。
【００８３】
ＩＮＶＩＴＥ要求メッセージを処理するステップ７２８〜７３４は、図６の説明と同様であるため、その詳細な説明を省略する。
【００８４】
ステップ７３４で、ＵＥは、他のダイアログによるＩＮＶＩＴＥ要求メッセージが正常に処理されることを示す２００ ＯＫ応答メッセージを受信する。この２００ ＯＫ応答メッセージにおいて、レコードルートヘッダは、新たに割り当てられたバックエンドＡＳ２を通じてメッセージが伝送されることを示す経路記録情報を含む。
【００８５】
上述したように、本発明では、ＩＭＳネットワークエンティティは、ユーザー(又はＵＥ）の初期要求を代表ＡＳに伝送し、ＵＥを登録する時点で、受信された要求はユーザーに予め割り当てられたバックエンドＡＳに伝送し、あるいは負荷状態によってサービスの目的に適合するように新たなバックエンドＡＳを割り当てることによって上記メッセージを処理する。このとき、代表ＡＳは、ＳＩＰ標準を用いて複数のバックエンドＡＳと要求メッセージを処理する。
【００８６】
したがって、本発明は、同一の機能を有する相互に異なるメーカーのＡＳ間の相互運用性を保証し、同時にＡＳの呼処理容量を拡張することができる長所を有する。
【００８７】
図８は、本発明によってバックエンドＡＳがユーザーエージェント(User Agent：ＵＡ)として動作する場合の制御メッセージの送受信手順を示す。
図８において、ＳＵＢＳＣＲＩＢＥ要求メッセージは、ＡＳがＵＡとして動作する一例を示し、如何なる要求メッセージも適用可能である。ＡＳがＵＡとして動作する場合に、ＵＥは、希望するサーバの要求ＵＲＩをＡＳアドレス(又はＰＳＩ(Public  Service  Identity))またはサブドメインＰＳＩに設定して上記メッセージを伝送する。したがって、ＵＥは、代表ＡＳによって割り当てられたバックエンドＡＳに後続要求メッセージを直接伝送するために、後続の要求メッセージにバックエンドＡＳまでの経路情報を明確に含めなければならない。
【００８８】
図８を参照すると、ＵＥは、ステップ８０１で、他のＵＥと区別されるように、呼識別子情報(Ｃａｌｌ  ＩＤ：１１１１)を含むＳＵＢＳＣＲＩＢＥ要求メッセージをＳ-ＣＳＣＦ１に伝送する。このとき、ＳＵＢＳＣＲＩＢＥ要求メッセージのルートヘッダは、Ｓ-ＣＳＣＦ１のアドレスに設定される。
【００８９】
ステップ８０２で、Ｓ-ＣＳＣＦ１は、初期フィルタリング基準によって受信されたＳＵＢＳＣＲＩＢＥ要求メッセージをフィルタリングする。このとき、初期フィルタリング基準によって登録されたＡＳは、代表ＡＳである。したがって、Ｓ-ＣＳＣＦ１は、ステップ８０３で、ＳＵＢＳＣＲＩＢＥ要求メッセージの伝送経路を示すルートヘッダに自身のアドレスと代表ＡＳのアドレスを設定する。また、Ｓ-ＣＳＣＦ１は、レコードルートヘッダに自身のアドレスのみを記録する。
【００９０】
ステップ８０４で、代表ＡＳは、代表ＡＳに内部的に格納された情報又は割り当て情報を格納するＳＣＳを用いてバックエンドＡＳの割り当て情報を取り出す。すると、代表ＡＳは、ＳＵＢＳＣＲＩＢＥ要求メッセージを選択されたにバックエンドＡＳ１に伝送する。このとき、代表ＡＳは、バックエンドＡＳ１のアドレスとＳ-ＣＳＣＦ１のアドレスをルートヘッダに設定し、Ｓ-ＣＳＣＦ１のアドレスのみをレコードルートヘッダに設定するＳＵＢＳＣＲＩＢＥ要求メッセージを伝送する。
【００９１】
バックエンドＡＳ１は、ステップ８０６で、ＳＵＢＳＣＲＩＢＥ要求メッセージに対応するサービスロジックを実行する。バックエンドＡＳ１は、ステップ８０７で、ＳＵＢＳＣＲＩＢＥ要求メッセージに対する応答が生成される場合に、レコードルートヘッダの最上端に自身のアドレスを追加して応答を伝送する。すなわち、Ｓ-ＣＳＣＦ１のアドレス及びバックエンドＡＳ１のアドレスは、ＵＥに伝送される応答メッセージのレコードルートヘッダに記録される。
【００９２】
ＳＵＢＳＣＲＩＢＥ要求メッセージに対する応答が受信されると、ＵＥは、ステップ８０９で、レコードルートヘッダに含まれた経路記録情報を格納する。再ＳＵＢＳＣＲＩＢＥ要求メッセージが伝送されると、ＵＥは、ステップ８１０で、格納されたレコードルートヘッダの経路記録情報を用いて新たなメッセージの経路情報を設定する。すなわち、ＵＥは、ステップ８１０で、以前のＳＵＢＳＣＲＩＢＥ要求メッセージのレコードルートヘッダの情報をルートヘッダに設定し、新たなＳＵＢＳＣＲＩＢＥ要求メッセージをバックエンドＡＳ１に直接伝送することができる。
【００９３】
したがって、Ｓ-ＣＳＣＦ１は、ステップ８１１で、バックエンドＡＳ１のアドレスがルートヘッダに設定される新たなＳＵＢＳＣＲＩＢＥ要求メッセージを伝送する。ＵＥは、ステップ８１２，８１３で、バックエンドＡＳ１がＳＵＢＳＣＲＩＢＥ要求メッセージを正常に受信することを示す２００ ＯＫ応答メッセージを受信する。
【００９４】
図９は、本発明によって代表ＡＳの構成を示す。
図９を参照すると、受信部９０１は、ＵＥ、Ｓ-ＣＳＣＦ、バックエンドＡＳ、及びＳＣＳのようなＩＭＳのネットワークエンティティから制御メッセージを受信する。
【００９５】
制御部９０３は、受信された制御メッセージの処理のための全般的な動作を遂行し、割り当て部９０７及びメモリ９０５で必要な情報をやり取りする。
【００９６】
メモリ９０５は、制御メッセージの処理に要求されるデータを格納する。例えば、初期要求メッセージの伝送経路情報が格納され、後続の要求メッセージの伝送経路として使用されることができる。さらに、メモリ９０５は、例えば以前の要求メッセージが伝送された特定ＵＥのバックエンドＡＳの割り当て情報を格納できる。ＵＥから要求メッセージを受信すると、制御部９０３は、メモリ９０５から必要なデータを読み取ることによって、伝送経路又はバックエンドＡＳを割り当てることができる。
【００９７】
割り当て部９０７は、例えば、バックエンドＡＳを割り当てるために必要なアルゴリズムを含む。送信部９０９は、ＵＥ、Ｓ-ＣＳＣＦ、バックエンドＡＳ、及びＳＣＳのようなＩＭＳのネットワークエンティティに制御メッセージを伝送する。
【００９８】
図１０は、本発明によってＨＳＳがＳＣＳとして使用される場合、ＨＳＳ、代表ＡＳ、及びバックエンドＡＳ間の制御メッセージの送受信手順を示す。ＨＳＳがＳＣＳとして使用される場合に、ＨＳＳは、ユーザーのサービス別透過的データ(transparent  data)を格納するために貯蔵データ(repository  data)領域にバックエンドＡＳ割り当て情報を格納することができる。ここで、透過的データは、サービス固有のデータであって、ＨＳＳ及び該当サービスを提供するＡＳ以外では使用さることができない。
【００９９】
図１０を参照すると、代表ＡＳは、バックエンドＡＳの割り当て情報をＨＳＳに登録するために、ＡＳとＨＳＳが相互に通信する、Ｓｈインターフェースを介してＨＳＳにＳｈ-Ｐｕｌｌ要求１０００を送信し、応答１００２を用いてＨＳＳに格納されている透過的データを受信する。
【０１００】
代表ＡＳは、ＨＳＳからダウンロードされた透過的データにバックエンドＡＳの割り当て情報を追加した後に、ＨＳＳにＳｈ-Ｕｐｄａｔｅ要求１００４を送信し、応答１００６を受信する。バックエンドＡＳ割り当て情報と透過的データ共に、ＨＳＳに格納される。ここで、‘Ｓｈ’は、上記標準でＡＳとＨＳＳとの間のインターフェースとして定義され、特別な意味を有していない。
【０１０１】
このとき、ＨＳＳに格納された透過的データは、バックエンドＡＳの割り当て情報を含む。バックエンドＡＳがＨＳＳに透過的データ要求を伝送した場合に、バックエンドＡＳの割り当て情報が透過的データと共に伝送されるため、誤動作が発生する恐れがある。
【０１０２】
このような誤動作を防止するために、バックエンドＡＳは、代表ＡＳにＳｈ-Ｐｕｌｌ要求１００８を伝送することによって透過的データを間接的に要求する。代表ＡＳは、ＨＳＳから受信された透過的データからバックエンドＡＳ割り当て情報を除いて残りの透過的データのみをバックエンドＡＳに伝送する(参照番号１０１４)。代表ＡＳが透過的データを内部的に格納する場合には、代表ＡＳとＨＳＳとの間のＳｈ-Ｐｕｌｌ要求１０１０と応答１０１２を省略することができる。
【０１０３】
特に、ステップ１００８〜１０１４で、代表ＡＳは、バックエンドＡＳが透過的データを要求する場合に、バックエンド割り当て情報を含む透過的データがＨＳＳから受信されても、バックエンド割り当て情報が除いた透過的データをバックエンドＡＳに提供する。したがって、上記した誤動作が防止される。
【０１０４】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【図面の簡単な説明】
【０１０５】
【図１】本発明によるＩＭＳの構造を示す図である。
【図２Ａ】本発明によって初期要求が受信された場合、ＩＭＳネットワークエンティティ間の制御メッセージの伝送フローを示す図である。
【図２Ｂ】本発明によって後続要求が受信された場合、ＡＳ部の制御メッセージの伝送フローを示す図である。
【図３】本発明によってＵＥがＩＭＳに登録される手順を示すフローチャートである。
【図４Ａ】本発明により、ＡＳがＵＥからサービス要求メッセージを受信する動作を示すフローチャートである。
【図４Ｂ】本発明により、代表ＡＳがバックエンドＡＳの割り当て情報を取り出す動作を示すフローチャートである。
【図５】本発明により、登録要求メッセージが生成された場合に、ＵＥと上位階層との間のメッセージフローを示す図である。
【図６】本発明により、要求メッセージが生成された場合にＵＥと上位階層との間のメッセージフローを示す図である。
【図７】本発明により、代表ＡＳがバックエンドＡＳの割り当て状態を知っていない場合に、ＵＥが初期要求メッセージ及び後続要求メッセージを伝送する場合の制御メッセージのフローを示す図である。
【図８】本発明により、バックエンドＡＳがＵＡとして動作する場合に、ＵＥが要求メッセージを伝送する場合の制御メッセージのフローを示す図である。
【図９】本発明による代表ＡＳの構造を示す図である。
【図１０】本発明によってＨＳＳ 、代表ＡＳ、及びバックエンドＡＳの間の制御メッセージの送受信手順を示す図である。
【符号の説明】
【０１０６】
１０  端末（user equipment：ＵＥ）
１０１  アクセスネットワーク
１０２  インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ドメイン
１０３  プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）
１０４  問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）
１０５  サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）
１０６  アプリケーションサーバ（ＡＳ）部
１０７  代表ＡＳ
１０８  バックエンドＡＳ
１０９  ホーム加入者サーバ（ＨＳＳ）
１１０  サービスコンテキストサーバ（ＳＣＳ）
【図１】
2009530959.tif 000003
【図２Ａ】
2009530959.tif 000004
【図２Ｂ】
2009530959.tif 000005
【図３】
2009530959.tif 000006
【図４Ａ】
2009530959.tif 000007
【図４Ｂ】
2009530959.tif 000008
【図５】
2009530959.tif 000009
【図６】
2009530959.tif 000010
【図７】
2009530959.tif 000011
【図８】
2009530959.tif 000012
【図９】
2009530959.tif 000013
【図１０】
2009530959.tif 000014
【国際調査報告】
2009530959.tif 000015
2009530959.tif 000016