"所定の数のサービングネットワークノードを備える通信ネットワーク、好ましくはIMSベース通信ネットワークにおいてサービングネットワークノードを動的に割り当てるための方法であって、当該方法が、ユーザ機器、他のネットワーク、または好ましくはアプリケーションサーバであるネットワークノードに関連付けられたサービス要求を受信するステップと、前記サービングネットワークノードに関連付けられた負荷情報を提供するステップと、前記サービス要求に応答して、前記所定の数のサービングネットワークノードの内1つを前記負荷情報に基づいて前記ユーザ機器、前記他のネットワーク、または前記ネットワークノードに割り当てるステップと、を含む、方法。前記負荷情報が前記サービス要求に応答して提供される、請求項1記載の方法。前記負荷情報が所定の時間間隔で提供される、請求項1記載の方法。請求項1~3のいずれか一項に記載の方法において、前記通信ネットワークが、更に、前記所定の数のサービングネットワークノードに関連付けられた位置情報と、任意で、前記所定の数のサービングネットワークノードの内少なくとも1つに割り当てられたユーザ機器、他のネットワーク、またはネットワークノードを識別する割当情報とを収容する位置データベースを備える、方法。請求項1~4のいずれか一項に記載の方法において、前記負荷情報が、前記サービングネットワークノードの少なくとも一部に関連付けられた応答時間情報および/またはCPUリソース情報を含む、方法。請求項1~5のいずれか一項に記載の方法であって、前記所定の数のサービングネットワークノードの少なくとも一部を識別するリストを受信するステップであって、該リストが前記サービングネットワークノードに関連付けられた位置情報を更に含む、ステップと、前記所定の数のサービングネットワークノードの少なくとも一部に関連付けられた負荷情報を受信するステップと、サービングネットワークノードを、選択規則および前記負荷情報に基づいて前記リストから選択するステップと、前記選択したサービングネットワークノードを前記ユーザ機器、前記他のネットワーク、または前記アプリケーションサーバに割り当てるステップと、を含む、方法。請求項1~6のいずれか一項に記載の方法であって、更に、前記通信ネットワークに関連付けられたアクセスネットワークノードに基づいて、ユーザ機器を登録するステップと、任意で、前記割り当てられたサービングネットワークノードに関連付けられた位置情報、好ましくはネットワークアドレスを前記位置データベースに格納するステップと、を含む、方法。請求項7に記載の方法であって、前記通信ネットワークの境界におけるアクセスネットワークノード、好ましくはP-CSCFまたはセッション境界コントローラを前記ユーザ機器に割り当てるステップと、前記アクセスネットワークノードに付随する登録機能を実行するステップと、前記登録を、前記通信ネットワークのサービスへの加入者に関連付けられたユーザプロファイルを含む加入者データベース、好ましくはUPSF/HSSに格納するステップと、位置情報、好ましくは前記アクセスネットワークノードに関連付けられたネットワークアドレスを位置データベースに格納するステップと、を含む、方法。請求項1~8のいずれか一項に記載の方法であって、更に、前記サービス要求を前記割り当てられたサービングネットワークノードに送るステップと、前記割り当てられたサービングネットワークノードのメモリがユーザプロファイルを含まない場合に、前記割り当てられたサービングネットワークノードが前記ユーザ機器に関連付けられた前記ユーザプロファイルを要求するステップと、を含む、方法。請求項1~9のいずれか一項に記載の方法であって、更に、前記サービス要求を、該サービス要求に関連付けられたサービスを含むアプリケーションサーバにルーティングするステップを含む、方法。請求項4に記載の方法において、前記サービス要求がサービス終了要求であり、前記位置データベースが、更に、前記通信ネットワークに登録されたユーザ機器に割り当てられたアクセスネットワークノードに関連付けられる位置情報を含み、当該方法が、更に、サービス終了要求に関連付けられた終端ユーザ端末が前記通信ネットワークに登録されている場合に、前記終端ユーザ機器に割り当てられた前記アクセスネットワークに関連付けられた前記位置情報について前記位置データベースに要求するステップを含む、方法。請求項11に記載の方法であって、前記サービス終了要求を、前記アクセスネットワークノードを介して前記終端ユーザ端末にルーティングするステップを含む方法。請求項1~12のいずれか一項に記載の方法であって、前記通信ネットワークのサービスへの加入者に関連付けられたユーザプロファイルを更新するステップと、前記ユーザプロファイルの更新に応答して、前記所定の数のサービングネットワークノードの少なくとも一部についてメモリに格納された1以上のユーザプロファイルを削除するステップと、を含む、方法。請求項13記載の方法において、更に、ユーザプロファイル更新メッセージを、前記通信ネットワークのサービスへの加入者に関連付けられたユーザプロファイルを含む加入者データベース、好ましくはUPSF/HSSに送るステップと、前記加入者データベース内の前記ユーザプロファイルを更新するステップと、前記加入者データベースが、前記所定の数のサービングネットワークノードの少なくとも一部に関連付けられた位置情報を要求するステップと、ユーザプロファイルリフレッシュメッセージを前記サービングネットワークノードに送信するステップと、前記ユーザプロファイルがメモリに格納されている場合に、前記ユーザプロファイル入力を前記メモリから削除するステップと、を含む、方法。請求項1~14のいずれか一項に記載の方法において、前記サービス要求がSBC、P-CSCF、IBCF、S-CSCF、またはI-CSCFによって受信される、方法。請求項1から15のいずれか一項に記載の方法において、前記位置データベースがUPSF/HSSと同一の場所に位置し、または、前記位置データベースが別のネットワークノードに位置する、方法。通信ネットワーク、好ましくはIMSベース通信ネットワークにおいてサービングネットワークノードを動的に割り当てるように構成されるネットワークノード、好ましくはSBC、P-CSCF、IBCF、S-CSCF、またはI-CSCFであって、当該ネットワークノードが、ユーザ機器、別のネットワークまたはネットワークノード、好ましくはアプリケーションサーバに関連付けられるサービス要求を受信する手段と、所定の数のサービングネットワークノードの少なくとも一部に関連付けられる負荷情報を提供する手段であって、好ましくは、前記負荷情報が応答時間情報および/またはCPUリソース情報を含む、手段と、前記受信手段がサービス要求を受信したときに、前記所定の数のサービングネットワークノードの内1つを前記ユーザ機器または前記ネットワークノードに割り当てる手段であって、該割当が前記負荷情報に基づく手段と、を備える、ネットワークノード。請求項17に記載のネットワークノードであって、更に、ユーザ機器または前記所定の数のサービングネットワークノードの内少なくとも一部に割り当てられるネットワークノードを識別する割当情報を送る手段を備える、ネットワークノード。請求項17または18に記載のネットワークノードであって、更に、ユーザプロファイルリフレッシュメッセージを受信する手段と、メモリが前記ユーザプロファイルリフレッシュメッセージにおいて識別される前記ユーザプロファイルを含む場合に、前記ネットワークノードのメモリからユーザプロファイル入力を削除する手段と、を備える、ネットワークノード。加入者データベースサーバ、好ましくはUPSF/HSSであって、通信ネットワークへの加入者に関連付けられたユーザプロファイルを含み、前記通信ネットワークが、所定の数のサービングネットワークノードと少なくとも1つのネットワークノード、好ましくはSBC、P-CSCF、IBCF、S-CSCF、またはI-CSCFとを備え、サービングネットワークノードをユーザ機器またはアプリケーションサーバに動的に割り当てるように構成され、前記サーバが、該サーバのメモリに格納されるユーザプロファイルを更新する手段と、前記所定の数のサービングネットワークノードの少なくとも一部に関連付けられた位置情報を受信する手段と、ユーザプロファイルリフレッシュメッセージを前記サービングネットワークノードに送信する手段であって、その結果、前記ユーザプロファイルが前記サービングネットワークノードの1つ以上のメモリに格納されるときに、前記サービングネットワークノードが前記ユーザプロファイル入力を前記メモリから削除する手段と、を備える加入者サーバ。請求項17~19のいずれか一項に記載のネットワークノードと共に用いるための位置サーバであって、当該位置サーバが、前記所定の数のサービングネットワークノードに関連付けられた位置情報、好ましくはネットワークアドレスと、ユーザ機器、他のネットワーク、または前記所定の数のサービングネットワークノードの内少なくとも1つに割り当てられるネットワークノードを識別する識別情報と、前記通信ネットワークに登録されたユーザ機器に割り当てられるアクセスネットワークノードに関連付けられた位置情報とを含む位置データベースを備え、当該位置サーバが、ユーザ機器、他のネットワーク、または前記所定の数のサービングネットワークノードに内少なくとも1つに割り当てられたネットワークノードを識別する割当情報を受信および送信するための手段と、前記所定の数のサービングネットワークノードに関連付けられ、および/または前記通信ネットワークに登録されたユーザ機器に割り当てられた前記アクセスネットワークノードに関連付けられた位置情報を受信および送信する手段と、を備える、位置サーバ。通信システム、好ましくはIMSベース通信システムであって、サービングネットワークノードを少なくとも1つのユーザ機器、他のネットワーク、またはネットワークノードに動的に割り当てるように構成され、当該通信ネットワークが、請求項17~19のいずれか一項に記載の少なくとも1つのネットワークノードと、請求項20に記載の加入者データベースサーバと、請求項21に記載の位置サーバとを備える、通信システム。コンピュータによってランされる時に、請求項1~16のいずれか一項に記載の方法を実行するように構成されるソフトウェアコード部を備える、コンピュータプログラム製品。したがって、従来技術においては、サービングネットワークノードの動的割り当てについての改良方法およびシステムの必要性が存在する。特に、従来技術においては、ユーザ装置またはネットワークノードに対し、サービングネットワークノードの動的な割り当てを可能にするための方法およびシステムについての必要性が存在し、その結果、IMSコアにおける過負荷および故障の解決策は回避することができるか、または少なくとも最小化することができる。本発明の目的は、従来技術における欠点の内少なくとも1つを削減するか、または取り除くことである。一つの態様は、本発明は、所定の数のサービングネットワークノードを備える通信ネットワークにおいてサービングネットワークノードを動的に割り当てるための方法に関する。一実施形態では、この通信ネットワークはIMSベース通信ネットワークとしてもよい。当該方法は、次のステップを含むことができる。即ち、ユーザ機器、他のネットワーク、またはネットワークノード、好ましくはアプリケーションサーバに関連付けられたサービス要求、例えばSIPインバイトINVITE要求を受信するステップ、サービングネットワークノードに関連付けられた負荷情報を提供するステップ、そして、サービス要求に応答して、所定の数のサービングネットワークノードの内1つを負荷情報に基づいてユーザ機器、他のネットワーク、またはネットワークノードに割り当てるステップである。したがって、本方法は、ネットワークによって受信される、サービス要求発生および終了のそれぞれにおいて、サービングネットワークノードに関連付けられた実際のシグナリング負荷及びステータス情報に基づいて、1つのサービングネットワークノードを選択することを可能にする。他方、従来技術においては、サービングノードは登録要求の受信に応答して割り当てられるこの登録要求は、サービス要求とは異なる要求であり、その結果、ユーザ機器または他のネットワークにおける全登録期間の間、サービングネットワークノードが固定割当になる。本発明における本方法を用いて、この割当は流動的になり、同一のユーザ機器または他のネットワークからの連続的なサービス要求の受信の間においてのみしか固定されない。したがって、この解決策は全般的に、サービングネットワークノードを介してルーティングされる負荷バランシングシグナリングトラフィックについて、および/またはサービングネットワークノードにおける、例えばCPU負荷の処理負荷の負荷バランシングについて、よりきめの細かい方法を提供する。一実施形態では、このようなサービス要求はSIPベースサービス要求であり、登録または再登録についてのSIPベース要求ではない。更なる実施形態では、このようなサービス要求は、初期ダイヤログ要求、好ましくはSIPインバイトメッセージである。一実施形態では、負荷情報は一定の時間間隔で提供される。これには、選択された時間間隔に応じて、負荷情報が所定時間方式に従って最新に保たれるという利点がある。更なる実施形態では、負荷情報はサービス要求に応答して提供される。このことは、要求の時間あたりの割当プロセスにおいて最新の利用可能な負荷情報を用いることを可能にする。更なる実施形態では、負荷情報を提供することは、負荷検出機能LDFLoadDetectionFunction、好ましくは3GPPTR23.812に記載されるものによって実行するのがよい。このようにして過負荷状態または故障条件例えば、部分的障害S-CSCFに対するUE割当を回避することができる。更に、個々のS-CSCFの全応答時間を短く維持することができ、その結果、シグナリングメッセージの良好なスループットが如何なる状況下でも達成される。加えて、提案した解決案は、過負荷状態の安定化、および例えばS-CSCFといった1以上のサービングネットワークノードの完全な圧壊の防止を更に可能にする。更なる実施形態では、負荷情報を提供することは、好ましくは負荷バランシング機能の要求において、負荷検出機能例えば、3GPPTR23.812に記載されるからの負荷バランシング機能によって更に負荷情報を受信することを含むのがよい。一実施形態では、このような要求は、サービス要求の受信に応答して、負荷バランシング機能によってなされる。一実施形態では、通信ネットワークが、更に、所定の数のサービングネットワークノードに関連付けられた位置情報、好ましくはネットワークアドレスと、任意で、所定の数のサービングネットワークノードの内少なくとも1つに割り当てられたユーザ機器または他のネットワークを特定する割当情報とを含む少なくとも1つの位置データベースを含むのがよい。位置データベースは、特定のUEまたはIP-PBXNGCNに割り当てられるネットワークノードの位置情報を収容することができる。他の実施形態では、負荷情報が、サービングネットワークノードの少なくとも一部に関連付けられた応答時間情報および/またはCPUリソース情報を含むのがよい。負荷情報は、通信ネットワークが、最新の情報、および/または以前に割り当てられたS-CSCFと関連付けられた情報に基づいて、UEの各サービス要求において最も適切なサービングネットワークノード例えばS-CSCFを選択することを可能にする。このようなシステムは、つまり、通信ネットワークにおける個々のネットワークノードの負荷変化に迅速に応答することができ、これにより、過負荷状態を効果的に防止できる。本発明による方法の更なる実施形態では、サービングネットワークノードの割当は、先に述べた負荷バランシング機能によって実行される。更なる別の実施形態では、割当は、要求元ネットワークノードによるサービス要求の受信に応答して、要求元ネットワークノード、好ましくは、P-CSCF、I-CSCFまたはI-BCFの要求において実行される。更なる実施形態では、割り当てられたサービングネットワークノードに関する情報は、好ましくは本発明による割当に応答して、要求元ネットワークノードに送られる。このことは、要求元ネットワークノードが、割り当てられたサービングネットワークノードにサービス要求を転送することを可能にする。一実施形態では、サービングネットワークノードの動的な割当の方法は、継続的な動作または選択された時間間隔の間における動作について調整可能とするのがよい。このことは、ピーク負荷時間において、特許請求された本発明による動的な割当の方法が、自動的にスイッチオンすることができ、また低い使用の間夜の時間は、スイッチオフすることができる。更に他の実施形態では、先に述べた方法は、受信したサービス要求の間を区別するために適合することができる。これにより、1以上の所定のサービスおよび/若しくは1以上の所定のUE、またはそれからサービス要求が発生することができる他のネットワーク例えばNGCNについて特許請求される本発明によるサービングネットワークノードを動的に割り当てるだけでよい。このことは、特許請求する方法を選択的に用いるという利点を有する。例えば、頻繁なユーザ換言すればヘビーユーザであり、新規なサービス要求を頻繁に発生させるユーザであるは、頻繁でないユーザから区別されることができる。それによって、動的な割当方法は頻繁なユーザにのみ適用される。更なる他の実施形態では、本方法は更に以下のステップを含むのがよい。即ち、所定の数のサービングネットワークノードの少なくとも一部を特定するリストを受信するステップであり、当該リストがサービングネットワークノードに関連付けられた位置情報を更に含むもの、所定の数のサービングネットワークノードの少なくとも一部に関連付けられた負荷情報を受信するステップ、サービングネットワークノードを選択規則および負荷情報に基づいて選択するステップ、並びに、選択したサービングネットワークノードをユーザ機器または他のネットワークに割り当てるステップである。一実施形態では、本方法は以下のステップを含むのがよい。すなわち、通信ネットワークに関連付けられたアクセスネットワークノード好ましくはP-CSCFに基づいて、ユーザ機器を登録するステップ、および、任意で、割り当てられたサービングネットワークノードに関連付けられた位置情報、好ましくはネットワークアドレスを位置データベースに格納するステップである。別の実施形態では、本方法は以下のステップを含むのがよい。すなわち、通信ネットワークの境界におけるアクセスネットワークノード、好ましくはP-CSCFまたはセッション境界コントローラをユーザ機器に割り当てるステップ、アクセスネットワークノードに付随する登録機能を実行するステップ、上記登録を、通信ネットワークのサービスへの加入者に関連付けられたユーザプロファイルを含む加入者データベース、好ましくはUPSF/HSSに格納するステップ、および、位置情報、好ましくはアクセスネットワークノードに関連付けられたネットワークアドレスを位置データベースに格納するステップである。本実施形態では、通信ネットワークへの登録は、管理ドメインの端に位置する登録ネットワークノード、例えばP-CSCFまたはSBCを介して、直接HSSに対して可能である。このようにして、登録プロセスによるS-CSCFのシグナリング負荷を除去することができる。また、IMSコアの破壊を意図した悪意による登録および登録抹消の繰り返しから生じる脅威を回避し、または少なくとも著しく削減することができる。この登録は更に、登録に応じて、UEIP-PBXおよび登録ネットワークノードP-CSCFまたはSBCのみが比較的長い登録期間の間に相互にしっかりと結合される効果を供する。この登録期間は登録タイマーにより維持され、その間において、本システムにより、サービングネットワークノードの変化を、IMSコアの個々のネットワークノードのシグナリング負荷に基づいてUEに供することができる。本発明による本方法の代替の実施形態では、サービス要求は、サービスを発生させるための要求であり、サービングネットワークノードを割り当てるステップがサービングネットワークノードの任意の以前の割当も無効にするステップを含む。これにより、このような以前の割当がユーザ機器または他のネットワークの登録において実行される。この実施形態の利点は、ユーザ機器または他のネットワーク登録プロセスの間におけるサービングネットワークノードについてIMS規格3GPPTS23.228およびTS24.229に規定されるような通常の割当を許容することである。したがって、この部分の従来技術、好ましくはIMSの登録手順は、修正する必要がない。登録時のこの通常の割当は、サービスを発生するためのサービス要求を受信した場合でのルーティング目的では使用されず、これらは、本発明による本方法の割当プロセスによってサービングネットワークノードにルーティングされる。しかしながら、サービス終了要求は、ユーザ機器または他のネットワークの登録の間に割り当てられるサービングネットワークノードに尚もルーティングすることができる。したがって、この実施形態では、ロードバランスする方法でサービスを発生するサービス要求の処理が可能になる一方で、同時に従来の方法でサービスを終了するサービス要求の処理が可能となる。更なる実施形態では、本方法は、以下のステップを含む。すなわち、サービス要求を、割り当てられたサービングネットワークノードに送るステップ、および、割り当てられたサービングネットワークノードのメモリがユーザプロファイルを含まない場合に、割り当てられたサービングネットワークノードがユーザ機器に関連付けられたユーザプロファイルを要求するステップである。さらに別の実施形態では、本方法は、サービス要求を、当該サービス要求に関連付けられたサービスを含むアプリケーションサーバにルーティングするステップを含む。1つの変形態様では、サービス要求はサービス終了要求とするとよく、位置データベースが更に、通信ネットワークに登録されたユーザ機器に割り当てられたアクセスネットワークノードに関連付けられる位置情報を含むことができる。本方法は、更に、サービス終了要求に関連付けられた終了ユーザ端末が通信ネットワークに登録されている場合に、終了ユーザ機器に関連付けられたアクセスネットワークの位置情報について位置データベースに要求するステップを含むことができる。他の変形態様では、本方法は、サービス終了要求を、アクセスネットワークノードを介して終了ユーザ端末にルーティングするステップを含むとよい。更なる他の変形態様では、本方法は、通信ネットワークのサービスへの加入者に関連付けられたユーザプロファイルを更新するステップ、および、ユーザプロファイルの更新に応答して、所定の数のサービングネットワークノードの少なくとも一部についてメモリに格納された1以上のユーザプロファイルを削除するステップを含むのがよい。更なる変更態様では、本方法は、以下のステップを含むのがよい。すなわち、ユーザプロファイル更新メッセージを、通信ネットワークのサービスへの加入者に関連付けられたユーザプロファイルを含む加入者データベース、好ましくはUPSF/HSSに送るステップ、加入者データベース内のユーザプロファイルを更新するステップ、加入者データベースが、所定の数のサービングネットワークノードの少なくとも一部に関連付けられた位置情報を要求するステップ、ユーザプロファイルリフレッシュメッセージをサービングネットワークノードに送信するステップ、および、ユーザプロファイルがメモリに格納されている場合に、ユーザプロファイル入力をメモリから削除するステップである。このことは、サービングネットワークノードがもはや有効ではないユーザプロファイルに基づいてメッセージを処理しないことを確実にする。このように、サービングネットワークノードは、常に、UPSF/HSSにおいて利用可能な直近のユーザプロファイルを使用することになる。更なる変形態様では、サービス要求は、SBC、P-CSCF、IBCF、S-CSCFまたはI-CSCFによって受信するのがよい。本方法は、つまり、通信ネットワークのさまざまなネットワークノードで実施することができる過負荷防止機構を可能にする。更なる他の変形態様では、位置データベースは、上記UPSF/HSSと同一の場所に位置することができ、または、位置データベースは別々のネットワークノード上に位置する。別の態様では、本発明は、通信ネットワーク、好ましくはIMSベース通信ネットワークにおいてサービングネットワークノードを動的に割り当てるように構成されるネットワークノード、好ましくはSBC、P-CSCF、IBCF、S-CSCF、またはI-CSCFに関係するのがよい。当該ネットワークノードは、以下の手段を備える。すなわち、ユーザ機器、IBCF、または別のネットワークノード、好ましくはアプリケーションサーバに関連付けられたサービス要求を受信する手段、所定の数のサービングネットワークノードの少なくとも一部に関連付けられた負荷情報を提供する手段であり、好ましくは、負荷情報が応答時間情報および/またはCPUリソース情報を含むもの、並びに、受信手段がサービス要求を受信したときに、所定の数のサービングネットワークノードの内1つをユーザ機器またはネットワークノードに割り当てる手段であり、上記割当が負荷情報に基づくものを備える。一実施形態では、ネットワークノードは、更に、ユーザ機器または所定の数のサービングネットワークノードの内少なくとも一部に割り当てられたネットワークノードを特定する割当情報を送る手段を備えるのがよい。他の実施形態では、ネットワークノードは、以下の手段を更に備えるのがよい。すなわち、ユーザプロファイルリフレッシュメッセージを受信する手段、および、メモリがユーザプロファイルリフレッシュメッセージにおいて特定されるユーザプロファイルを含む場合に、ネットワークノードのメモリからユーザプロファイル入力を削除する手段である。更なる態様では、本発明は、加入者データベースサーバ、好ましくはUPSF/HSSと関係するのがよく、通信ネットワークへの加入者に関連付けられたユーザプロファイルを含み、通信ネットワークが、所定の数のサービングネットワークノード、および少なくとも1つのネットワークノード、好ましくはSBC、P-CSCF、IBCF、S-CSCF、またはI-CSCFを備え、サービングネットワークノードをユーザ機器、他のネットワークまたはアプリケーションサーバに動的に割り当てるように構成される。サーバが、当該サーバのメモリに格納されたユーザプロファイルを更新する手段、所定の数のサービングネットワークノードの少なくとも一部に関連付けられる位置情報を受信する手段、およびユーザプロファイルリフレッシュメッセージをサービングネットワークノードに送信する手段を備えることができ、その結果、ユーザプロファイルがサービングネットワークノードの1つ以上のメモリに格納されるときに、サービングネットワークノードがユーザプロファイル入力をメモリから削除する。更に他の態様では、本発明は、先に述べたネットワークノードと共に用いるための位置サーバに関係するのがよく、当該サーバが、所定の数のサービングネットワークノードに関連付けられた位置情報、好ましくはネットワークアドレス、ユーザ機器、他のネットワーク、または所定の数のサービングネットワークノードの内少なくとも1つに割り当てられるネットワークノードを特定する割り当て情報、および、通信ネットワークに登録されたユーザ機器に割り当てられたアクセスネットワークノードに関連付けられた位置情報を含む位置データベースを備える。当該位置サーバは、ユーザ機器、他のネットワーク、または所定の数のサービングネットワークノードに内少なくとも1つに割り当てられたネットワークノードを特定する割当情報を受信および送信するための手段、並びに、所定の数のサービングネットワークノードに関連付けられ、並びに/または通信ネットワークに登録されたユーザ機器に割り当てられたアクセスネットワークノードに関連付けられた位置情報を受信および送信する手段を備える。本発明はまた、コンピュータプログラム製品に関係するのがよい。コンピュータプログラム製品は、コンピュータによってランされる時に、先に述べた方法のいずれかに従った方法を実行するように構成されるソフトウェアコード部を備える。本発明について、本発明による実施形態を概略的に示す添付の図面を参照して更に説明する。本発明が如何なる形態であれ、これら特定の実施形態に限定されないことが理解されるべきである。図1は、NGNサービスプロビジョニングシステム100の少なくとも一部についての概略を表す。特に、IMSベースサービスプロビジョニングシステムは、個々のユーザ機器UE1021,2、他の公衆ネットワーク105例えば異なる公衆ネットワーク運用業者のIPベースネットワークのような1以上の他のネットワーク、および/または、NGCN1041,2、すなわちIPベース企業ネットワークを備えており、IMSコア106に接続される。UEは、通例は有線および/または無線の電話、SIP電話等と関連することができる。企業ネットワークに関連付けられるIP構内電話交換システムIP-PBX1101-2は、企業施設におけるエンドポイントを、必要なサービスの管理と同様に制御する責任を負う。企業ネットワークにおいて使用されるエンドポイントEPすなわち端末1081―4は、有線および/または無線の電話、SIP電話等を備えることができる。図1のUEおよびNGCNは、SIPシグナリングインターフェイス、トポロジハイディング、および非IMSネットワークとの相互作用をハンドリングするためのセッション境界コントローラSBC1111―4を用いてIMSコアに接続される。IMSコアは、通例は、呼/セッション制御機能CSCFを含むことができ、CSCFは、プロキシCSCFP-CSCF116、問合せCSCFI-CSCF114、およびサービングCSCFS-CSCF112を含む。P-CSCFは、通例はIMSコアにおける最初にコンタクトするエレメントの1つである。IMSコアに登録する間に確立されるルーティング情報を用いて、P-CSCFは、シグナリングメッセージ例えばSIPインバイトを、UEに関連付けられるS-CSCFに送る。IBCF130またはI-CSCFは、ドメインの端に位置し、入来するSIP要求に対し正しいS-CSCFを特定して、そのS-CSCFに要求を転送する。そのIPアドレスはドメインが有するDNS図示せず内で公表され、その結果、リモートサーバがそれを見つけ出すことができる。通常、IBCFは、P-CSCFが、ユーザネットワークインターフェイスUNIのSBCに実装することができるのと同様SBCに実装される機能であり、それによって、このSBCはまた、他の機能をホストすることもできる。図1では、IBCFはSBCとは別に示され、それによって、このSBCはIBCF機能に入来メッセージを単に送り届ける。更に、S-CSCFは、セッション制御サービスを実行し、従来のIMSアーキテクチャにおいて-SIP登録係として振る舞う。従来のIMS登録手順によるUEのIMSへの登録は、IMSネットワークへの加入者に関連付けられたユーザサービスプロファイルをS-CSCFに転送することを必要とする。ユーザプロファイルは、データベース118通常はホーム加入者サービスHSSデータベースまたはユーザ。プロファイルサーバ機能UPSFと称される内に格納され、標準XMLフォーマットでCxインターフェイスを通じてS-CSCFに送ることができる。ユーザプロファイルは、シグナリングメッセージをルーティングするためのルーティング情報を含む。このシグナリングメッセージは、特定のUEから発生されるか、または1以上の委託したアプリケーションサーバ120,122に向けられるかのいずれかである。IMSシステムは、DNS124、MGCF126およびBGCF128のような他のエレメント機能的なエンティティおよび機能を備えることができ、本発明を実施するために、それらの動作モードの変更は必ずしも必要とはしない。図2は、従来のIMS登録手順の概略図200を表す。その登録プロセスは、例えばSIP登録メッセージといった登録メッセージ204,208を、SBC図示せずおよびP-CSCF206を介して、IMSコアのI-CSCF210に送信することを必要とする。登録メッセージ204,208を受信すると、I-CSCFは、性能情報についての要求212をHSS214に送ることができる。そして、これに応答して、要求された性能情報をI-CSCFに送るステップ216。この情報は、適切なS-CSCF220を選択するために、I-CSCFによりその後使用される。性能情報は、利用可能なS-CSCFに関連付けられた負荷情報を含むことができ、その結果、登録において、非常に負荷をかけられたS-CSCFの割当を回避することができる。次いで、登録メッセージが、UEにサービス提供している選択されたS-CSCFに転送することができるステップ218。これに続いて、HSSを用いてユーザを認証するステップ222。認証の成功および登録の後に、HSSは、ルーティング情報を含むUEのサービスプロファイルをS-CSCFにロードすることができるステップ224。図2bは、本発明の一実施形態による修正登録プロセスについてのシグナングフローを表す。このシグナリングフローでは、UEは、SIP登録要求を従来のIMS登録手順に従って以前に発見したP-CSCFに発出する。P-CSCFは、引き続き、従来のIMS登録手順に従って登録要求をホームネットワークのI-CSCFに転送する208b。I-CSCFは、従来のIMS登録手順に従ってユーザ-承認-要求UAR212b/ユーザ-承認-回答UAA216bの問合わせを経て、適切なS-CSCFを選択する。I-CSCFは、引き続き、従来のIMS登録手順に従って登録要求を選択したS-CSCFに転送する218b。S-CSCFは、引き続き、従来のIMS登録手順に従ってサーバ-割当-要求SAR222b/サーバ-割当-回答SAA224bの問合わせを経て、現在の登録についてHSSに通知する。従来のIMS登録手順に加えて、S-CSCFは、本発明の一実施形態による登録手順において、受信した登録メッセージ内にHSSまでのSIP経路ヘッダ情報を現在含んでいる。HSSは、図9bにおいて更に詳述するように、本発明の一実施形態によりハンドリングするサービス終了要求の間、後の使用のために登録したユーザ機器が有するユーザプロファイルに関連付けられた経路ヘッダ情報を格納する。サービスは、ユーザサービスプロファイル内の、または、これに関連付けられた初期フィルタ基準iFCのセットによって特定することができる。iFCは、一般的に、フィルタ部および決定部を含むサービスルーティング規則とみなすことができる。ここで、フィルタ部はいわゆるトリガポイントを含み、1つ以上のフィルタ基準を規定し、入来するサービスメッセージに適用される。決定部は、入来メッセージが規則のフィルタ基準と一致するときに採用されることになるアクション1または複数を特定する。iFCは、つまり、SIPメッセージが特定のアプリケーションサーバに位置するサービスにルーティングされるべきか否かを決定するための情報を含む。iFCはドキュメント3GPPTS129228のパラグラフB.2.2の規格で定められ、本願においては参照により本願明細書に組み込まれる。これより図1に戻る。アプリケーションサーバAS120,122は、例えば、ボイスセントリックVoIPおよび/またはマルチメディアサービスを含むことができる。VoIPアプリケーションサーバは、UEからまたはNGCNへの呼のルーティング、ならびに規制および課金の要件をサポートするための最小限の特徴セットを提供することができる。更に、少なくとも1つのアプリケーションサーバは、オーバーフロー挙動サービスのような中継サービスを含むことができる。ここでは、特定の接続は指示されたリストにグループ化され、特定の方法でトラフィックをハンドリングし、および/または負荷行動サービスをハンドリングする。同一のトランク部分である接続のリストが特定の方法で使用されることになり、トラフィックをハンドリングする。NGCN1041が加入者ベースビジネス中継方式に依存する場合には、IMSコアへのIP-PBXの登録には、NGCNに代わって、SBC1113がIP-PBXおよび当該IP-PBXに関連付けられた全ての個々の端末の両方をP-CSCF116を介してIMSコアに登録することを必要とする。このような登録プロセスは、個々のUEに関して先に述べた類似の方法で、SBCおよびP-CSCFを介して登録メッセージ、例えばSIP登録メッセージのIMSコア内のI-CSCFへの転送を必要とする。認証成功および登録の後に、HSSは、S-CSCFにサービスルーティング情報を提供することができ、S-CSCFは、SIP登録メッセージのような登録メッセージをこのサービスルーティング情報で特定されるアプリケーションサーバに送ることによって、1以上のアプリケーションサーバにおいて1以上のサービスをIP-PBXに登録することを可能にする。NGCNは、必ずしも、加入ベースビジネス中継方式に基づいてIMSプラットフォームへ接続されるわけではない。NGCNはまた、IMSコアに登録しないように構成されることもある。代替として、NGCN1042は、少なくとも一つのトランクを介して相互接続境界制御機能IBCF130に直接接続されることができる。IBCF130は、SBC1114と同一の場所に位置することができる。IBCFを通じたNGCNとNGNの間の直接相互接続の使用は、IP-PBXおよびNGCNに関連付けられた個々のユーザが、IMSコアへの登録を必要としないという利点を提供する。したがって、SBCによる代理登録に関する課題は、回避されることができ、NGNが、中継サービスを含むサービスをNGCNに提供することを可能にする。ビジネス中継方式に基づくこのようなピアリングの使用およびこれに付随する利点は、係属中の欧州特許出願番号EP10177037.8およびEP10177055.0に記載されており、参照により本願明細書に組み込むものとする。図1に表すように、NGNでは登録の後に、個々に登録されたUE102および加入ベースNGCN104は、登録期間の間にP-CSCF、I-CSCFおよび選択したS-CSCFと共にしっかりと結合される。登録期間は通例24時間以上とすることができる。登録期間の後にのみ、UEおよび/またはNGCNは、IMSコアに再登録することができる。ここでは、I-CSCF114は、特定形態の負荷バランシングまたは障害制御を、利用可能なS-CSCF、より適切な異なるS-CSCFに関連付けられた性能情報に基づいて選択することによって実行することができる。代替として、先に述べたように、NGNはまた、従来の登録手順を用いることなく1以上のNGCN他のネットワークと直接相互接続することもできる。このような方式では、登録手順に基づく負荷バランシングは全く不可能である。したがって、登録手順に基づく従来の負荷バランシング方式は、非常に制限された形態の負荷バランシングおよび/または障害制御のみを提供することができ、そして、速い負荷変動またはノード障害に応答し、そして、IMSコアの個々のネットワークノードを過負荷から防止するのには適していない。特に、これら方式は、例えば過負荷によるネットワークノード障害を防止するのには適していない。この課題は、ネットワークノード、特にS-CSCFのようなIMSコアのサービングネットワークノードがサービス要求に応じて選択することができるように、IMSコアを構成することによって解決することができる。一方で、本発明のためのサービス要求は、再登録要求または再登録メッセージとしては理解されるべきではない。このようにして、IMSコアによって受信される各サービス発生および/または終了要求では、ネットワークノードは、実際のシグナリング状態および要求の時間周辺におけるサービングネットワークノードに関連するステータス情報に基づいて選択することができ、その結果、過負荷状態または例えば、UEについて部分的に障害S-CSCFに割り当てられる障害条件を回避することができる。そのようにして、シグナリングメッセージの良好なスループットが如何なる状況下でも達成されるように、個々のS-CSCFの応答時間全体が低く維持される。提案した解決策では、過負荷状態の間のネットワークの安定化および1以上のS-CSCFの完全な圧壊の防止を更に可能にする本発明の実施形態により効率的にシグナリング負荷をバランスするIMSシステムの詳細を、以下に図3を参照して説明する。本発明の目的のために、NGCNおよびIP-PBXなる用語は、取り換え可能に使用することができる。共に、ピアリングベースの構成図1の1042、または加入ベースの構成図1の1041のいずれかに関連する。後者は、個々のユーザ機器によるサービス要求の登録/送信と同一の方法で、サービス要求をIMSシステムに送信することができる。他のネットワークという用語は、任意の公衆ネットワーク図1の105と同様、NGCNまたはIP-PBXなる用語を含むものである。図3Aおよび3Bは、本発明の一実施形態により、UEまたはNGCNをIMSコアに登録するシステムの概略を表す。特に、図3Aでは、UEまたはNGCN302は、登録メッセージ、例えばSIP登録メッセージを、登録機能306RFを含むIMSコアと関連付けられた登録ネットワークノード304に送ることができる。ネットワークノードの登録はさまざまな方法で実施することができる。一実施形態では、登録ネットワークノードは、IMSコアにUEを登録および認証するためのRFを含むP-CSCFに関連付けることができる。他の実施形態では、登録ネットワークノードは、RFを含むSBCとして実施することができる。更に別の実施形態では、登録ネットワークノードは、P-CSCF機能を含むSBCとして実施することができる。登録ネットワークノードが登録メッセージを受信すると、RFは活性化される。引き続き、適切な基準下の要件に従って、UEをUSSF/HSS308に登録および認証する。登録が成功すると、RFは、ネットワークノードP-CSCFまたはSBCについての位置情報、通例はIPアドレスを含む位置更新について位置サーバ310に問合せをし、UEまたはIP-PBXNGCNが割り当てられる。登録が成功した後、HSS内のユーザプロファイルは、UEがIMSコアに登録され、そして、UEがどのP-CSCFまたはSBCP-CSCF機能を含むに登録期間の間割り当てられるかの位置情報を位置データベースが含むことを反映する。位置データベースを備える位置サーバは、別個のエンティティ、またはHSS図示せずと共に配置されるものとして実施することができる。図3Bは、代替の登録方式を表す。図3Aに表したものとは、RFがUEまたはIP-PBXを、修正したUSSF’/HSS’312に登録および認証する点で異なり、その結果、登録の間に、UEまたはIP-PBXが割り当てられたネットワークノードP-CSCFまたはSBCに関連付けられた位置情報はユーザプロファイルに格納され、S-CSCFがユーザプロファイルを要求したときに、UEに割り当てられたP-CSCFの位置を受信する。したがって、図3Aおよび3Bに表す登録方式によれば、登録プロセスの一部としての認証は、委託ドメインの境界、すなわちP-CSCFまたはSBCにおいて実行される。このような登録手順は、現在の3GPPのIMS登録手順とは異なり、承認は、委託ドメインの正に中央にあるS-CSCFによって実行される。管理ドメインの端に位置する登録ネットワークノード、例えばP-CSCFまたはSBCP-CSCF機能を含むを介して直接HSSに登録している時、登録プロセスによるS-CSCFのシグナリング負荷を除去ことができ、また、IMSコアの破壊を意図した悪意による登録および登録抹消の繰り返しから生じる脅威は、回避することができ、または少なくとも著しく削減される。図3A/Bに表す登録システムは更に、登録に応じて、UEIP-PBXおよび登録ネットワークノードP-CSCFまたはSBCのみが比較的長い登録の期間登録期間も称されるの間に相互にしっかり結合されるという効果を供する。この登録期間は登録タイマーにより維持され、その間、本システムにより、サービングネットワークノードS-CSCFの変化を、IMSコアの個々のサービングネットワークノードのシグナリング負荷に基づいてUEに供することができる。図4および図5は、本発明の一実施形態による、関連する登録プロセスのシグナリングフローを表す。特に、図4は、実施に関連するシグナリングフロー400を表す。ここでは、登録機能RFはP-CSCFに位置し、また、RFはHSSに登録および認証するように、且つ、UEに割り当てられたP-CSCFの位置例えば、そのIPアドレスを位置データベース位置データベースは位置サーバに収容することができるに格納するように構成される。このプロセスでは、UEと関連付けられたSBCは、位置サーバから利用可能なP-CSCFのリストを要求することができる。代替として、位置サーバは、例えば、3GPPTR23.812で提案される負荷検出機能からの情報に基づいて、一定の間隔で利用可能なP-CSCFのリストをSBCに提供することができるステップ402。次いで、未登録UEが登録メッセージをSBCに送信するときにステップ404、SBCは、特定のポリシ機能に従ってP-CSCFを選択することができステップ406、登録メッセージを選択したP-CSCFに中継することができるステップ408。P-CSCFは、引き続き、SBCアドレスを格納し、認証パラメータ、すなわち、ランダムな値RAND、認証トークンAUTN、サイン済の結果XRES、暗号化鍵CK、およびインテグリティ鍵IKを含む1以上の認証ベクトルについて、HSSに要求するステップ410。P-CSCFおよびHSS間での情報交換は、3GPPTS29.228およびTS29.229から公知である、UAA/UAR、MAA/MAR、および/またはSAA/SARメッセージを用いるダイアミタDiameterプロトコルに基づくことができる。これらベクトルは、P-CSCFと共に格納することができる。RFは、認証ベクトルを選択しステップ412、RANDおよびAUTNを含むチャレンジをユーザの認証のためのUEに送り返すことができる。チャレンジの受信に応じて、UEは、応答RESを計算し、更なる登録メッセージにおいてSBCを介してP-CSCFに送られるステップ414。P-CSCFにおいて、RFはXRESをRESと比較することができ、それらが一致するときに、認証が成功したものと判断するステップ416。RFは、その後、UEが所定の登録期間IMSコアに登録されることをHSSに通知しステップ418、UEに割り当てられるP-CSCFのIPアドレスを位置サーバに提供するステップ420。登録プロセスは、SIP200OKをUEに送ることにより終了するステップ422。図5は、本発明の一実施形態による、再登録手順500と関連したシグナリングフローを表す。この手順では、登録期間の満了に応じて、UEは、IMSコアに再登録するための登録メッセージをSBCステップ504に送ることができる。次いで、位置サーバによりSBCに提供されるP-CSCFのリストに基づいてステップ502、SBCは、最初にUEに割り当てられるP-CSCFを選択することができステップ506、そして、登録メッセージをP-CSCFに送ることができるステップ508。P-CSCFは、UEの登録状態を検査するために、HSSにコンタクトすることができるステップ510。この情報に基づいて、UEはIMSコアに既に登録され、認証されたことを判定し、その結果、認証チャレンジは必要とされない。P-CSCFは、次いで、UEが所定の時間に再登録されるまで所定の値で登録タイマーを更新するステップ512。従来のIMS登録方式とは対照的に、図3~図5までを参照して説明したIMS登録方式の結果、登録したUEは、登録期間全体にわたりS-CSCFに厳正に割り当てられておらず、これにより、登録期間よりも短い期間、例えば、セッションに関連付けられた期間継続期間にわたる、S-CSCFのUEへの条件付き割り当てを可能とする。登録期間の間に、UEは、複数のセッションを開始することができる。ここでは、各セッションセットアップにおいて、IMSシステムは、最も適したS-CSCFをUEに割り当てることができる。したがって、このような方式は、IMSネットワークにおいて利用可能なS-SCSFリソースにわたりセッションのリアルタイム負荷分散を可能にする。これらセッションは、同時若しくは順次、またはこれらの組み合わせによりセットアップすることができる。これらは、更に、同一タイプまたは異なるタイプの、UEまたは他のネットワークにより要求されるサービスに関係することができる。図6は、本発明の一実施形態による、サービス要求をルーティングするシステム600の概略を表す。特に、このシステムは、サービス要求604、例えばSIPベースサービス要求をネットワークノード604に送るように構成されるUEまたはIP-PBX602を備える。このネットワークノードは、負荷バランシング機能LBF608を備えるか、またはこれに関連付けられる。負荷バランシング機能LBF608は、利用可能なサービングネットワークノードのプール、例えば、N個のS-CSCF606のプールすなわち、付随するネットワークアドレスIPS1からIPSnを有するS-CSCF1からS-CSCFN6051から605nの間から適切なサービングネットワークノードを選択するように構成される。一実施形態では、LBFは、登録ネットワークノード、例えばUEと関連付けられたP-CSCFまたはSBC内に含まれることができる。他の実施形態では、LBFは、IMSコア内のまたはこれに関連付けられた別々のネットワークノード、例えばサーバ上に位置することができ、P-CSCFによってアクセスされることができる。LBFは、負荷情報を外部ネットワークサーバから要求または受信するように構成することができ、シグナリングトラフィックのルーティングおよびハンドリングのために、IMSコアにおいて、ネットワークノード、特に利用可能なS-CSCFのセットが経験した負荷例えば、プロセッサ負荷CPUおよび/または応答時間を監視するように構成される。代替として、および/またはこれに加えて、LBFは、3GPPTR23.812に記載される負荷検出機能LDF612と相互作用することができる。LDFは、LBFについての関連した負荷情報を取得するために、IMSネットワークのどこかに位置している別々のサーバ上で実行し、最も適切なS-CSCFの選択を可能にする。図6の挿入図は、IMSコア内のS-CSCFから負荷情報を収集するLDFの一実施形態を表す。この実施形態では、第1のS-CSCF1にSIPオプションメッセージ614を送ることができ、200OKのSIP応答メッセージ626においてプロセッサCPU負荷情報を戻すようにS-CSCF1に要求する。代替として、および/または加えて、LDFは、S-CSCFの応答時間を測定することができる。例えば、LDFは、SIPメッセージ、例えばSIPオプションメッセージまたは他の適切なメッセージの応答時間を測定することができ、また、SIPメッセージの送信とそのSIPメッセージへの応答の受信との間の時間をネットワークノードの負荷を決定するためのパラメータとして使用することができる。負荷情報を収集するための如何なる適切な方式もが本発明のために使用することができる。LBFは、定期的にIMSにおいて利用可能なS-CSCFに関連付けられた負荷情報を要求または受信することができる。この情報は、LBFテーブルメモリキャッシュに格納することができ、また、現在の負荷情報に基づいて適切なS-CSCFまたはIMSコアの他のネットワークノードを決定するために負荷情報が必要とされる度、更新することができる。LBFは、負荷情報を処理することができ、また、様々な方法で負荷情報に基づいて適切なS-CSCFを選択することができる。例えば、最も負荷が少ないS-CSCFであり、所定の時間窓内で最も負荷が小さいものを選択することができ、または特定の閾値未満の負荷を有するS-CSCFのセットからS-CSCFをランダムに選択することができる。より一般的には、LBFは、選択規則のセットおよび負荷情報に基づいて適切なS-CSCFを選択することができる。一実施形態では、P-CSCFまたはSBCは、UEおよびそのS-CSCFに関する情報例えばUE-ID、S-CSCFIDおよびS-CSCFのネットワークアドレスをメモリ、例えばサービングノードテーブル格納することができ、P-CSCFまたはSBCによって使用されて、同一のUEに関連付けられた更なるサービス要求を直接S-CSCFにルーティングする。このように、サービス要求がP-CSCFまたはSBCによって受信されると、サービングノードテーブルがS-CSCFを登録したかどうか、どれがUEにより最後に使用されたものかについて最初に検査することができる。そのような場合には、P-CSCFまたはSBCは、そのS-CSCFをUEに割り当てることができる。そうでない場合には、LBFは、LBFテーブルにおける現在の負荷情報に基づきS-CSCFを選択するためにトリガされる。サービス要求は、引き続き、このようにして選択されたS-CSCFに転送される。これに応答して、選択されたS-CSCFは、更新要求を位置サーバに送信することができ、UEに割り当てられるS-CSCFの位置IPアドレスを格納する。他の実施形態では、位置サーバは、P-CSCFまたはSBCによって更新することができる。したがって、LBFは、IMSコアが現在の負荷情報に基づいて、および/または以前に割り当てたS-CSCFに関連付けられた情報に基づいて、UEの各サービス要求において最も適したS-CSCFを選択するのを可能にする。このようなシステムは、つまり、IMSコアの個々のネットワークノードにおける負荷変化に迅速に応答することができ、これにより、効果的に負荷状態を防止する。図7は、本発明の他の実施形態により、サービス発生要求をルーティングするためのシステム700の概略を表す。特に図7は、UEまたはIP-PBXNGCN702が、図3~5を参照して説明した登録手順を用いてIMSコアに登録されるシステムを表す。UEからのサービス要求710の受信に応じて、P-CSCFまたはロードバランシング機能LBF706を含むか、これに関連付けられたSBC704は、特定のS-CSCFがUEによって以前に用いられたサービングノードテーブルに基づいて特定することができる。P-CSCFは、次いで、特定されたS-CSCFをUEに割り当てることができる。一実施形態では、LBFは、特定されたS-CSCFに関連付けられた負荷が、それがUEに割り当てられる前に所定レベル未満にあるかどうかを最初に検査することができる。その後で、サービス要求は、割り当てられたS-CSCF708に中継される。サービス要求の受信に応じて、S-CSCFは、UEまたはIP-PBXのサービスプロファイルをキャッシュ内に有するかを最初に検査することができる。そうでない場合には、S-CSCFは、サービスプロファイル要求712をUPSF/HSS710に送ることができ、応答714においてプロファイルを戻す。更に、S-CSCFまたはP-CSCF図示せずは、S-CSCFの割当の再開の点で位置データベースを更新することができる。次いで、ユーザプロファイル内のiFCに基づいて、S-CSCFはサービス要求716をアプリケーションサーバ718に、またはサービス要求内に示されるサービス発生を含む幾つかの連結されたアプリケーションサーバO-ASにルーティングする。このサービスは実行することができ、また、サービス要求720は、IMSコアの終了側に更に中継することができる。したがって、IMSコアの発生要求をルーティングする従来の方法とは対照的に、S-CSCFは、UEの初期登録を必要とせず、UEまたはIP-PBXのユーザプロファイルを要求しなければならないか否かを最初に検査する。場合によっては、サービスプロファイルは、初期のセッションにおいてキャッシュにすでに格納されることもある。その場合、サービスプロファイル要求は、HSSには発出されない。図8は、セッションの発生側をセットアップするプロセスと関連するシグナリングフロー800を表す。この方式では、P-CSCFは、位置情報、すなわち利用可能なS-CSCFのIPアドレスを含むリストを位置サーバから定期的に受信しステップ802、また、好ましくは3GPPTR23.812で提案されるように、これは負荷検出機能LDFからの情報に基づく。次いで、UEがIMSコアにサービス要求を送る場合には、メッセージは、それが登録されるP-CSCFにSBCを介して中継されるステップ804。サービス要求を受けると、P-CSCFは、最も適切なS-CSCFの選択を開始することができる。選択は、どのS-CSCFが以前にUEに割り当てられたかを検査することを含むことができる。このようなS-CSCFが特定される場合、P-CSCFは特定したS-CSCFにサービス要求を直接ルーティングすることができる。代替として、LBFは、負荷情報に基づいて、特定したS-CSCFが特定の閾値未満であるか否かを検査することができる。負荷が閾値を越える場合、または、S-CSCFが見つからない場合には、LBFは、図6を参照してより詳細に説明した負荷情報に基づいて、適切なS-CSCFを選択するステップ806ようにトリガされる。S-CSCFの選択の後、サービス要求は、S-CSCFに転送される。S-CSCFは、そのキャッシュ内にユーザプロファイルを見つけることができないときは、UEに関連付けられたユーザプロファイルをHSSから要求するステップ808。更には、位置データベースは、発生しているUEに割り当てられたS-CSCFを用いて更新されるステップ810。ユーザプロファイルにおけるiFCの評価ステップ812の後に、サービス要求は、発生サービスを含むアプリケーションサーバに転送されるステップ814。発生サービスの実行ステップ816の後に、サービス要求は、更にS-CSCFによって終了側にルーティングされるステップ818。図9は、本発明の一実施形態により、サービス終了要求をルーティングするためのシステム900の概略を表す。この場合、発生側に関連付けられたたS-CSCFO902がサービス終了要求を受信するときに、位置サーバ908に第1の位置要求を問合せて904、S-CSCFTが終了側において既に割り当てられているかどうかを見つけ出し、その場合にはUEに対して最後に用いた割り当てられたS-CSCFに関する情報を受信する。そのような場合には、位置サーバは、応答メッセージ906においてS-CSCFTの位置情報をS-CSCFOに送信することができ、引き続き、サービス終了要求を終了しているサービングノード910に転送する。受信に応じて、S-CSCFTは、サービス終了を含む1以上のアプリケーションサーバTAS914にサービス終了要求912を転送する。更に、S-CSCFTは、終了UEに割り当てられた現在のS-CSCFTについて、位置更新915を用いて位置サーバに問い合わせることができる。サービス終了を実行した後に、サービス要求916は、更なるセッションセットアップの完了のためにS-CSCFTに送り戻される。そのために、S-CSCFTは、サービス要求をI-CSCF918に送信し、それに応答して、問合せ920を位置サーバUPSF/HSSと同一の場所に位置することができる。図示せずに送ることができ、その結果、終了UEに割り当てられたP-CSCFに関する位置情報を抽出することができる。割り当てられたP-CSCFの位置情報を受信した後に、サービス終了要求は、宛先、例えば終了UEまたはIP-PBX924に、P-CSCF922を介して送られる。図9bは、本発明の一実施形態により、サービス終了要求をルーティングするシステム900bの概略を表す。この場合、発生側に関連付けられたS-CSCFO902bは、終了側にサービス要求を転送する必要があるときには、終了側のI-CSCFまたはIBCFのアドレスについて、第1の位置要求904bを包括位置サーバ908bすなわち、DNSに送る。このI-CSCF910bは、次いで、位置要求905bを終了側の位置サーバ909bに送る。その結果、終了側においてS-CSCFTがUEにすでに割り当てられるかどうかを見つけ出し、そして、その場合には、終了UEに対して最後に使用された割り当てられたS-CSCFに関する情報を受信する。そのような場合であれば、位置サーバ909bは、応答メッセージ907bにおいて以前に割り当てられたS-CSCFTの位置情報をI-CSCFTに送ることができ、引き続き、サービス終了要求を終了サービングネットワークノードS-CSCFT910bに転送する。受信に応じて、S-CSCFTは、セッションセットアップの宛先について1以上のアプリケーションサービスを提供するように構成された1以上のアプリケーションサーバ914bに対し、サービス終了要求912bを転送する。更に、S-CSCFTは、終了UEに割り当てられた現在のS-CSCFTに関し、位置更新915bと共に位置サーバ909bに通知することができる。サービス終了を実行した後に、サービス要求916bは、セッションセットアップの更なる完了のためにS-CSCFTに送り戻される。そのために、選択したS-CSCFTのキャッシュに終了UEのプロファイルがない場合には、そのS-CSCFは、位置サーバ909bUPSF/HSSと同一の場所に位置することができる。図示せずに問合せをし920b、終了UEに割り当てられたP-CSCFの位置決めをするために、経路ヘッダに基づく登録においてHSS/UPSFで選択されたS-CSCF図2b参照が格納した位置情報、例えばネットワークアドレスを抽出する。割り当てられたP-CSCFの位置情報を受信した後に、サービス終了要求は、P-CSCF922bを介して宛先、例えば終了UEまたはIP-PBXNGCN924bに送られる。図10は、本発明の更なる他の実施形態により、サービス終了要求をルーティングするシステムのシグナリングフロー1000を表す。この例では、終了するI-CSCFまたはIBCF1002は、要求に応じて、どのS-CSCFTもUEに割り当てられない位置サーバ1004からメッセージを受け取る。したがって、この場合には、LBF1006が、現在の負荷情報1012に基づいて、利用可能なS-CSCF1010のプールから適切な終了S-CSCFT1008を選択するのをI-CSCFはトリガする。LBFが適切なS-CSCFTを選択した後、サービス要求1014をそのS-CSCFTにルーティングすることができる。S-CSCFTは、終了UEに割り当てられた実際のS-CSCFTに関する、その格納された情報を更新するために位置サーバに通知1015を送ることができる。次いで、終了UEのユーザプロファイルが選択されたS-CSCFTのキャッシュには存在しない場合、ユーザプロファイル要求1016を、S-CSCFTによってUPSF/HSS1018に送ることができ、それに応じてUPSF/HSS1018は、要求されたユーザプロファイルをS-CSCFTに送信する。サービス要求1022は、引き続き、ユーザプロファイル内のiFCに基づいて、1以上の終了アプリケーションサーバ1024に送信される。サービス要求1025は、次いで、S-CSCFTにルーティングし戻される。更に、S-CSCFTは、終了UEに割り当てられたP-CSCFの位置を特定するための位置情報、例えばネットワークアドレスを要求するために位置サーバに問合せを送信することができる1026。要求された位置情報に基づいて、サービス要求は、引き続き、終了UE1030にP-CSCF1028を介して送られる。図11A~11Cは、本発明の様々な実施形態によるP-CSCFローカライゼーションの方式を表す。図11Aは、UE11021から発生するサービス要求に応答して、I-CSCF1104が、終了UEに関連付けられたP-CSCFの位置を位置データベースから要求するのに利用される実施形態を表す。このような方式では、位置データベースは、UPSF/HSS1106と同一の場所に位置し、その結果、I-CSCFおよびUPSF/HSSの間における従来のダイアミタベースCxインターフェイスを、位置情報を要求するために用いることができる。図11Bは、UE11022からのサービス要求に応答して、S-CSCFT1108が、SAA/SARメッセージに基づくダウンロードプロファイルダウンロードを用いて、S-CSCFおよびUPSF’/HSS’1110の間におけるダイアミタベースCxインターフェイスを介してP-CSCF位置を要求することができる実施形態を表す。したがって、その場合、ダウンロードしたユーザプロファイルは、終了UEと関連付けられたP-CSCFの位置を含む。このような位置抽出がシグナリングの点で効率的であるにもかかわらず、この解決策は、UPSF/HSS内のユーザプロファイルもP-CSCFの位置を含むことが必要である。最後に、図11Cは、UE11023からのサービス要求に応答して、S-CSCFT1112が、ダイアミタメッセージ位置情報要求LIRおよび位置情報回答LIAを用いて、SIP位置サーバ1114からP-CSCFの位置を要求する実施形態を表す。図12は、セッションについて終了側をセットアップするプロセスと関連したシグナリングフロー1200を表す。したがって、このシグナリングフローは、図8を参照して説明したセッション発生セットアップの論理シーケンスとなる。その場合、シグナリングは、サービス要求を発生S-CSCFOに戻しているASから開始されステップ1202、引き続き、位置サーバDNS;ステップ1204に問い合わせて、終了側宛先ドメインを見つけ、次いで、その要求を終了ネットワーク側、I-CSCFまたはIBCF図示せずの入口に転送する。終了I-CSCFTは、終了S-CSCFがUEに割り当てられるかどうかを判定する。そうでない場合は、図10を参照してより詳細に説明したように、適切なS-CSCFTを抽出するために、I-CSCFTは、LBFをトリガすることができる。適切なS-CSCFTを選択した後にステップ1206、サービス要求はこの終了S-CSCFTにルーティングされ、そして、終了UEに関連付けられたユーザプロファイルがそのキャッシュに存在しない場合に、ユーザプロファイルダウンロードを要求するステップ1208。iFCのユーザプロファイルおよび評価を受信した後にステップ1210、サービス要求は、1以上の終了サービスを実行するために適切なASに中継されるステップ1212。サービス要求は、次いで、S-CSCFTに戻され、HSSと同一の場所に位置する位置サーバから、終了UEに割り当てられたP-CSCFの位置を要求するステップ1214。P-CSCFが見つけられた後ステップ1216、引き続き、サービス要求は終了UEにP-CSCFを介して中継されるステップ1218。図13は、本発明の他の実施形態による、サービス終了要求をルーティングするシステム1300の概略を表す。この場合、図10を参照して説明した方式と同様に、システムはシグナリング方式を実行するように構成される。したがって、I-CSCFT1302は、どのS-CSCFTも終端UEに割り当てされていないとの応答を位置サーバ1306から受信した後に、LBF1304をトリガする。S-CSCFT1308は、利用可能なS-CSCF1310からの負荷情報1309に基づいてLBFによって選択され、終了UEに割り当てられたことを位置サーバに問い合わせ1312、UPSF/HSS1318からのユーザプロファイルのダウンロード1314,1316を、図10に説明したのと同様の方法で開始する。終了UEのユーザプロファイルにおける情報は、しかしながら、この場合には、終了UEがIMSコアに登録されないことを示す。S-CSCFTは、次いで、登録されていない終了UE例えばボイスメールサービスに関連付けられたセッションをハンドリングするために、iFCに基づいてサービス要求1320を終了AS1322に中継する。サービス要求1324は、次いで、更にセッションをハンドリングするために、マルチメディアリソース機能コントローラMRFC1326に更に中継される。この例では、終了UEがIMSコアに登録されておらず、MRFCは、音声アナウンスのような適切な障害ハンドリングを、終了ユーザが到達されることができない呼発生者に提供する。図14は、本発明の更なる他の実施形態により、セッションをセットアップするプロセスに関するシグナリングフロー1400を表す。特に、図14の実施形態は、セッションが、他のネットワークから発生するサービス要求に基づいてセットアップされるシグナリングフローを表す。この実施形態では、プロセスは、I-CSCFまたはIBCFにおいて、別の、好ましくはSIPをサポートする例えば、SIPメッセージの使用を通じてシグナリングを可能にするネットワークから発生するサービス要求を受信することで開始する。他のネットワークが発生している機能を実行する場合には、IBCFまたはI-CSCFは、図6および10を参照して説明したように、終了側の入口となる。しかしながら、この実施形態では、特定の場合、例えばビジネス中継に基づくピアリングに対する場合について説明される。ここでは、IMSネットワークは、発生ネットワーク例えばNGCN/IP-PBX、公衆ネットワークのような他のネットワークに対してサービスを発生させることを実行するように組織される。次いで、IBCFまたはI-CSCFは、図6を参照して説明した基本的なケースにおけるP-CSCFと同様の方法で振る舞うように構成することができる。したがって、I-CSCFまたはIBCFは、位置サーバから位置情報、すなわち利用可能なS-CSCFのIPアドレスを含むリストを定期的に受信するように構成することができるステップ1402。サービス要求の受信に応じて、I-CSCFは、発生ネットワークの資格を最初に検査することができ、そして、発生サービスが提供されることになる場合は、サービス要求、例えばセッションセットアップの要求SIPインバイトメッセージがIBCF/I-CSCFによって付加された適切な指標例えば3GPP23.228および24.229に記載されるorigパラメータと共にS-CSCFに転送されることになり、S-CSCFに機能の発生を実行させる。図8において示されるプロセスと同等に、IBCFまたはI-CSCFは、位置サーバからの情報に基づいてS-CSCFを選択することになる。したがって、S-CSCFの選択の後に、このサービス要求は、S-CSCFに手順の発生を実行させる指標と共にS-CSCFOに転送させる。その後に、位置サーバは、選択されたS-CSCFOを用いて更新され、セッションが、発生のためのセッションセットアップのシグナリングフローについて図8に、また終了部のためのシグナリングフローについて図12に参照して説明したのと同様の方法で、セットアップされる。図15は、ローミング状況のセッションの第1の部分をセットアップするためのプロセスに関連するシグナリングフロー1500を表す。この方式では、訪問先のネットワークおよびホームネットワークは共に、サービス要求、例えばSIPインバイトメッセージに応答してサービングネットワークノードS-CSCFを選択するように構成される。その場合には、発生UEは、例えば図4に表した登録手順を用いて、それ自身をそのホームネットワークに登録することができる。ここでは、その登録は、発生する訪問先ネットワークにおいてP-CSCFまたはP-CSCF機能を含むSBCに関連付けられた登録機能RFによって実行されることになる。また、割り当てられたP-CSCFVまたはSBCVの位置は、発生するホームネットワークの位置データベースに格納される。ローミングしているUEが終了UEと共にセッションのセットアップを望むときは、サービス要求はP-CSCFVを介して、発生ホームネットワークのI-CSCFHに送られるステップ1504。その後に、ホームネットワークの発生部および終了部におけるプロセスのセッションセットアップこれは図16に詳細に表されるは、図14を参照して説明したのと類似の方法でハンドリングされる。図17は、終了UEとのセッションをセットアップするプロセスに関連するシグナリングフロー1700を表し、ここでは、アプリケーションサーバネットワークノードは、サービス要求のソースとして作用する。その場合には、プロセスは、ASが、サービス要求をI-CSCFに指標例えば3GPP23.228および24.229に記載されるようなorigパラメータと共に送ることで開始される。この指標は、このサービス要求が例えば、セッションセットアップ要求、SIPインバイトのような発生要求として取り扱われることになることを示す。I-CSCFは、利用可能な提供された負荷情報1704に基づいて、最も適切な発生S-CSCFOを選択するステップ1706。ここでは、この選択には、どのS-CSCFが以前にASに割り当てられたかを検査することが含まれる。このようなS-CSCFが特定される場合、I-CSCFは、サービス要求を特定したS-CSCFに直接送ることができる。代替として、I-CSCFは、特定したS-CSCFに関連付けられた負荷が特定の閾値未満であるかどうかを検査するためにLBFを要求する。そのような場合、およびI-CSCFがLBFからのフィードバックを受信した場合には、サービス要求は、I-CSCFにより特定したS-CSCFに送ることができる。特定したS-CSCFに関連付けられた負荷があまりにも大きい場合、または、以前に割り当てられたS-CSCFが見つからない場合には、LBFはトリガされることができ、適切なS-CSCFは、図6を参照してより詳細に説明したように、以前の負荷情報に基づいて選択されることができるステップ1706。S-CSCFの選択の後に、サービス要求は割り当てられたS-CSCFに転送されステップ1708、そして、このようなプロファイルがキャッシュに見つからない場合には、ASに関連付けられたプロファイルを今度はHSSから要求する。更に、それは、ASに割り当てられたS-CSCFを有する位置データベースを更新することができるステップ1710。その後に、サービス要求は終了側に転送され、ここで、終了部について、セッションセットアップのシグナリングフローに関して図12を参照して説明したのと同様の方法で処理される。図18は、本発明の一実施例によりユーザプロファイルを更新する方式1800を表す。特に、図18は、ユーザプロファイル更新についての要求1804をUPSF/HSS1806に送るように構成されるネットワークノード1802を表す。この要求に応答して、UPSF/HSSにおけるプロファイル更新機能PUF1808がトリガされる。PUFは、プロファイルデータベースに修正したプロファイルを格納することによって、更新を処理する。更に、それは、ロケーションサーバ1810に全ての利用可能なS-CSCF18121-nの位置情報について要求する。その後に、それは、位置情報に基づいて、ユーザプロファイル識別子を含むリフレッシュメッセージ18141-nを全てのS-CSCFに送る。リフレッシュメッセージの受信に応じて、各S-CSCFは、識別子に基づいて、古いユーザプロファイルがそのメモリキャッシュに格納されているかどうかを検査し、そのような場合には、そのユーザプロファイル入力は削除される。プロファイル更新方式は、図18に表すように、S-SCSFが、もはや有効ではないユーザプロファイルに基づいてメッセージを処理しないことを保証する。このように、S-CSCFは、常に、UPSF/HSSにおいて利用可能な直近のユーザプロファイルを用いることになる。如何なる一実施形態に関して説明した如何なる特徴は単独で、または他の特徴と組み合わせて用いることができ、また、任意の他の実施形態の若しくはそれ以上の特徴と組み合わせて、または任意の他の実施形態の任意の組み合わせで用いることもできる。本発明の一実施形態は、コンピュータシステムと共に用いるためのプログラム製品として実装することができる。このプログラム製品におけるプログラム1または複数は、本願明細書において説明した方法を含む実施形態の機能を定義し、様々なコンピュータ可読記憶媒体上に収容することができる。図示したコンピュータ可読記憶媒体は、以下を含むが、これに限定されるものではない。すなわち、i情報が永久に格納される非書込可能記憶媒体例えば、CD―ROMドライブによって読出可能なCD-ROMディスク、フラッシュメモリ、ROMチップまたは他の如何なるタイプのソリッドステート不揮発性半導体メモリのようなコンピュータ内のリードオンリーメモリデバイス、およびii代替可能な情報が格納される書込可能記憶媒体例えば、ディスケットドライブ若しくはハードディスクドライブ内のフロッピー登録商標ディスク、または如何なるタイプのソリッドステートランダムアクセス半導体メモリである。更には、本発明は先に述べた実施形態に限定されることはなく、添付の特許請求の範囲における範囲内で変更することができる。"