第1無線ネットワーク及び第2無線ネットワークを含む無線通信システムでユーザ装置からまたはユーザ装置に呼を樹立する方法であって、前記第2無線ネットワークは、前記第1無線ネットワークと関連を有し、前記無線通信システムは、サービングノード及び前記サービングノードと通信することができるアプリケーションサーバを有し、前記アプリケーションサーバで前記サービングノードからメッセージを受信する段階であって、前記メッセージは、前記ユーザ装置のネットワークケイパビリティcapabilityに関する情報を有する、受信する段階;及び前記アプリケーションサーバで前記ユーザ装置のネットワークケイパビリティに関する情報によって前記第1無線ネットワークまたは前記第2無線ネットワークで前記呼を固定anchorするかを決定する段階;を含むことを特徴とする呼を樹立する方法。前記第1無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第2無線ネットワークは、サーキットスイッチ音声通信を支援することができることを特徴とする請求項1に記載の呼を樹立する方法。前記メッセージは、無線ネットワークとただ1つの無線連結が時間内に任意の与えられたポイントで存在することができるように、前記ユーザ装置が前記第1無線ネットワーク及び前記第2無線ネットワークと通信のために単一無線インターフェースを有しているか否かと関連することを特徴とする請求項1または2に記載の呼を樹立する方法。前記メッセージは、SRVCCSingleRadioVoiceCallContinuity手続を行うための前記ユーザ装置の能力と関連することを特徴とする請求項1~3のいずれかに記載の呼を樹立する方法。前記ユーザ装置がSRVCCSingleRadioVoiceCallContinuity手続を行うための前記能力を有することを示す前記メッセージに少なくとも依存する前記第2無線ネットワークで前記呼を固定する段階;をさらに含むことを特徴とする請求項4に記載の呼を樹立する方法。前記サービングノードは、前記第1無線ネットワークにあることを特徴とする請求項1~5のいずれかに記載の呼を樹立する方法。前記サービングノードは、移動性管理エンティティーMME;MobilityManagementEntityであることを特徴とする請求項6に記載の呼を樹立する方法。前記サービングノードは、前記第2無線ネットワークにあることを特徴とする請求項1~5のいずれかに記載の呼を樹立する方法。前記サービングノードは、SGSNServingGPRSSupportNodeであることを特徴とする請求項8に記載の呼を樹立する方法。前記サービングノードは、MSCMobileSwitchingCentreであることを特徴とする請求項8に記載の呼を樹立する方法。前記アプリケーションサーバは、SCCASServiceCentralisationandContinuityApplicationServerを含むことを特徴とする請求項1~10のいずれかに記載の呼を樹立する方法。前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに前記アプリケーションサーバから要請メッセージを伝送する段階;をさらに含むことを特徴とする請求項1~11のいずれかに記載の呼を樹立する方法。前記呼が発信されるかまたは着信される接続ネットワークの指示に依存して、前記第1無線ネットワークまたは前記第2無線ネットワークで前記呼を固定するか否かを前記アプリケーションサーバで決定する段階;をさらに含むことを特徴とする請求項1~12のいずれかに記載の呼を樹立する方法。第1無線ネットワーク及び第2無線ネットワークを含む無線通信システムでユーザ装置からまたはユーザ装置に呼の樹立を支援するのに使用するためのアプリケーションサーバであって、前記第2無線ネットワークは、前記第1無線ネットワークと関連を有し、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記アプリケーションサーバは、前記サービングノードからメッセージを受信し、且つ前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を有し;そして前記ユーザ装置のネットワークケイパビリティに関する情報によって前記第1無線ネットワークまたは前記第2無線ネットワークで前記呼を固定するかを決定することを特徴とするアプリケーションサーバ。無線通信システムでユーザ装置のネットワークケイパビリティによってアプリケーションサーバでアプリケーションの性能に適応する方法であって、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに前記アプリケーションサーバから第1メッセージを伝送する段階;前記アプリケーションサーバで前記サービングノードから第2メッセージを受信する段階であって、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を伝達する、第2メッセージを受信する段階;及び前記第2メッセージに基づいて前記アプリケーションサーバで前記アプリケーションの性能に適応する段階;を含むことを特徴とするアプリケーションの性能に適応する方法。前記無線通信システムは、第1無線ネットワーク及び第2無線ネットワークを含み、前記第2無線ネットワークは、前記第1無線ネットワークと関連を有し、前記アプリケーションサーバは、前記第1無線ネットワークと関連を有することを特徴とする請求項15に記載のアプリケーションの性能に適応する方法。前記サービングノードは、前記第1無線ネットワークにあることを特徴とする請求項15または16に記載のアプリケーションの性能に適応する方法。前記サービングノードは、移動性管理エンティティーMME、MobilityManagementEntityであることを特徴とする請求項17に記載のアプリケーションの性能に適応する方法。前記サービングノードは、前記第2無線ネットワークにあることを特徴とする請求項15または16に記載のアプリケーションの性能に適応する方法。前記サービングノードは、SGSNServingGPRSSupportNodeであることを特徴とする請求項19に記載のアプリケーションの性能に適応する方法。前記サービングノードは、MSCMobileSwitchingCentreであることを特徴とする請求項19に記載のアプリケーションの性能に適応する方法。前記第1メッセージを伝送する段階;及びホーム加入者サーバHSS、HomeSubscriberServerを通じて前記第2メッセージを受信する段階;をさらに含むことを特徴とする請求項14~19のいずれかに記載のアプリケーションの性能に適応する方法。前記第1及び第2メッセージを具現するためにダイアメータSh-pullメカニズムを利用する段階;をさらに含むことを特徴とする請求項22に記載のアプリケーションの性能に適応する方法。前記アプリケーションサーバは、SCCASServiceCentralisationandContinuityApplicationServerを含むことを特徴とする請求項14~21のいずれかに記載のアプリケーションの性能に適応する方法。前記アプリケーションは、前記ユーザ装置にまたは前記ユーザ装置から呼の樹立と関連し、前記方法は、前記ユーザ装置のネットワークケイパビリティに対する前記情報に依存して前記第1無線ネットワークまたは前記第2無線ネットワークで前記呼を固定するか否かを決定するために前記アプリケーションの性能に適応する段階を含むことを特徴とする請求項14~22のいずれかに記載のアプリケーションの性能に適応する方法。前記第1無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第2無線ネットワークは、サーキットスイッチ音声通信を支援することができることを特徴とする請求項25に記載のアプリケーションの性能に適応する方法。前記メッセージは、無線ネットワークとただ1つの無線連結が時間内に任意の与えられたポイントで存在することができるように、前記ユーザ装置が前記第1無線ネットワーク及び前記第2無線ネットワークと通信のために単一無線インターフェースを有しているか否かと関連することを特徴とする請求項25または26に記載のアプリケーションの性能に適応する方法。前記メッセージは、SRVCCSingleRadioVoiceCallContinuity手続を行うための前記ユーザ装置の能力と関連することを特徴とする請求項25~27のいずれかに記載のアプリケーションの性能に適応する方法。前記ユーザ装置がSRVCCSingleRadioVoiceCallContinuity手続を行うための前記能力を有することを示す前記メッセージに少なくとも依存する前記第2無線ネットワークで前記呼を固定する段階;をさらに含むことを特徴とする請求項28に記載のアプリケーションの性能に適応する方法。前記アプリケーションサーバは、機械-類型通信サーバMachine-TypeCommunicationsServerであり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置伝送ケイパビリティと関連することを特徴とする請求項14~23のいずれかに記載のアプリケーションの性能に適応する方法。前記アプリケーションサーバは、機械-類型通信サーバMachine-TypeCommunicationsServerであり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、低い優先順位装置である前記ユーザ装置と関連することを特徴とする請求項14~23のいずれかに記載のアプリケーションの性能に適応する方法。前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置のI1ケイパビリティと関連することを特徴とする請求項14~23のいずれかに記載のアプリケーションの性能に適応する方法。無線通信システムでユーザ装置のネットワークケイパビリティによってアプリケーションの性能に適応するアプリケーションサーバであって、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記アプリケーションサーバは、前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに第1メッセージを伝送し;前記サービングノードから第2メッセージを受信し、且つ、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を伝達し;そして前記第2メッセージに基づいて前記アプリケーションの性能に適応することを特徴とするアプリケーションサーバ。呼は、一般的に固定anchorされることができる。したがって、ユーザ装置へのまたはユーザ装置からの接続連結が呼処理中に変更されれば、固定ポイントを超える呼ルーティングの残りは、変更されない。これは、パケットスイッチサービスを提供する無線ネットワークからサーキットスイッチサービスを提供する無線ネットワークへハンドオーバーが行われるとき、パケットスイッチ無線ネットワークで固定されたものからサーキットスイッチネットワークで固定されたものに呼を変更するために必要である。しかし、これは、所望しない遅延を含むことができる。呼の樹立時にサーキットスイッチネットワークですべての呼を固定することが可能であることができるが、これは、サーキットスイッチネットワーク資源の浪費をもたらすことができる。マシン-タイプ通信サーバMachine-TypeCommunicationsServerのような無線通信システムでの使用のための他の類型のアプリケーションサーバは、異なるケイパビリティのユーザ装置に応ずるための要求に起因してアプリケーションの非効率的な性能に苦しむことができる。本発明の態様は、従来システムの難点を扱う。本発明の第1態様によって、第1無線ネットワーク及び第2無線ネットワークを含む無線通信システムでユーザ装置からまたはユーザ装置に呼を樹立する方法が提供される。前記第2無線ネットワークは、前記第1無線ネットワークと関連を有し、前記無線通信システムは、サービングノード及び前記サービングノードと通信することができるアプリケーションサーバを有し、前記方法は、次を含む:前記アプリケーションサーバで前記サービングノードからメッセージを受信する段階であって、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を有する、段階;及び、前記アプリケーションサーバで前記ユーザ装置のネットワークケイパビリティに関する情報によって前記第1無線ネットワークまたは前記第2無線ネットワークで前記呼を固定するかを決定する段階;を含む。前記ユーザ装置のネットワークケイパビリティによって前記第1無線ネットワークまたは前記第2無線ネットワークで前記呼を固定するかを決定する段階の利点は、呼処理中に固定の変更、及びこれと関連した遅延が、前記ユーザ装置のネットワークケイパビリティに基礎することができる、呼処理中の固定の変更が可能性があるか否かを考慮して、呼の樹立時に呼を固定する適切なネットワークを選択することによって、回避されることができるという点である。本発明の実施例において、前記第1無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第2無線ネットワークは、サーキットスイッチ音声通信を支援することができる。パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間の呼の固定の変更を避けることは、特に利得である。なぜなら、これは、収容することができない遅延を導入することを含むことができるからである。パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間の呼の固定の変更の可能性は、ユーザ装置のネットワークケイパビリティに依存することができる。本発明の一実施例において、前記メッセージは、無線ネットワークとただ1つの無線連結が時間内に任意の与えられたポイントで存在することができるように、前記ユーザ装置が前記第1無線ネットワーク及び前記第2無線ネットワークと通信のために単一無線インターフェースを有しているか否かと関連する。本発明の一実施例において、前記メッセージは、SRVCCSingleRadioVoiceCallContinuity手続を行うための前記ユーザ装置の能力と関連する。SRVCC手続を行うためのユーザ装置のケイパビリティに基づいて呼を固定するためのネットワークを決定することは、特に利得である。なぜなら、ケイパビリティは、パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間の呼の固定の変更が呼処理中に発生し得る可能性の指標だからである。本発明の一実施例において、前記方法は、前記ユーザ装置がSRVCCSingleRadioVoiceCallContinuity手続を行うための前記能力を有することを示す前記メッセージに少なくとも依存する前記第2無線ネットワークで前記呼を固定する段階を含む。前記サービングノードは、前記第1無線ネットワークにあり、そして、前記サービングノードは、移動性管理エンティティーMME;MobilityManagementEntityになることができる。代案的に、本発明の一実施例において、前記サービングノードは、前記第2無線ネットワークにあり得、前記サービングノードは、SGSNServingGPRSSupportNodeであることができるか、またはMSCMobileSwitchingCentreであることができる。本発明の一実施例において、前記アプリケーションサーバは、SCCASServiceCentralisationandContinuityApplicationServerを含む。本発明の一実施例において、前記方法は、次をさらに含む:前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに前記アプリケーションサーバから要請メッセージを伝送する段階。これは、前記サービングノードが前記ユーザ装置のネットワークケイパビリティに関する情報を有するメッセージを伝送するように誘導する利点を有する。本発明の一実施例において、前記方法は、次を含む:前記呼が発信されるか、または着信される接続ネットワークの指示に依存して、前記第1無線ネットワークまたは前記第2無線ネットワークで前記呼を固定するか否かを前記アプリケーションサーバで決定する段階。これは、利得になることができる。なぜなら、パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間の呼の固定の変更の可能性がユーザ装置のケイパビリティに追加に、前記呼が発信されるか、または着信される接続ネットワークの形式に依存することもできるからである。例えば、SRVCCハンドオーバーは、WiFiネットワークに対して可能でないことがある。本発明の第2態様によって、第1無線ネットワーク及び第2無線ネットワークを含む無線通信システムでユーザ装置からまたはユーザ装置に呼の樹立を支援するのに使用するためのアプリケーションサーバが提供される。前記第2無線ネットワークは、前記第1無線ネットワークと関連を有し、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記アプリケーションサーバは、次のような処理を行う:前記サービングノードからメッセージを受信し、且つ、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を有し;そして、前記ユーザ装置のネットワークケイパビリティに関する情報によって前記第1無線ネットワークまたは前記第2無線ネットワークで前記呼を固定するかを決定する。本発明の第3態様によって、無線通信システムでユーザ装置のネットワークケイパビリティによってアプリケーションサーバでアプリケーションの性能に適応する方法が提供される。前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記方法は、次を含む。前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに前記アプリケーションサーバから第1メッセージを伝送する段階;前記アプリケーションサーバで前記サービングノードから第2メッセージを受信する段階であって、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を伝達する、第2メッセージを受信する段階;及び前記第2メッセージに基づいて前記アプリケーションサーバで前記アプリケーションの性能に適応する段階。これは、前記アプリケーションサーバの前記性能が最適化される利得を有する。なぜなら、すべてのユーザ装置が同一のネットワークケイパビリティを有することができるものではないので、したがって前記ユーザ装置に適していないいかなるネットワークケイパビリティに特定された前記アプリケーションサーバで動作を避けることもできるからである。本発明の一実施例において、前記無線通信システムは、第1無線ネットワーク及び第2無線ネットワークを含み、前記第2無線ネットワークは、前記第1無線ネットワークと関連を有し、前記アプリケーションサーバは、前記第1無線ネットワークと関連を有する。本発明の一実施例において、前記サービングノードは、前記第1無線ネットワークにあり得、そして移動性管理エンティティーMME;MobilityManagementEntityになることができる。代案的に、本発明の一実施例において、前記サービングノードは、前記第2無線ネットワークにあり得、そして前記サービングノードは、SGSNServingGPRSSupportNodeであることができ、または、前記サービングノードは、MSCMobileSwitchingCentreであることもできる。本発明の一実施例において、前記方法は、前記第1メッセージを伝送する段階;及びホーム加入者サーバHSS、HomeSubscriberServerを通じて前記第2メッセージを受信する段階;を含む。前記第1及び第2メッセージを具現するためにダイアメータSh-pullメカニズムを利用することが便利であることができる。本発明の一実施例において、前記アプリケーションサーバは、SCCASServiceCentralisationandContinuityApplicationServerを含む。代案的に、本発明の一実施例において、前記アプリケーションサーバは、機械-類型通信サーバMachine-TypeCommunicationsMTCServerであり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置伝送ケイパビリティと関連する。これは、前記ユーザ装置が前記ユーザ装置の特定伝送ケイパビリティを有しなければ、前記ユーザ装置の特定伝送ケイパビリティに適用することができるアプリケーションサーバの動作を避けることができる利点を有する。本発明の一実施例において、前記アプリケーションサーバは、機械-類型通信サーバMachine-TypeCommunicationsMTCServerであり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、低い優先順位装置である前記ユーザ装置伝送ケイパビリティと関連する。これは、前記ユーザ装置が低い優先順位装置なら、上位優先順位装置に適用することができるアプリケーションサーバの動作を避けることができる利点を有する。本発明の一実施例において、前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置のI1ケイパビリティと関連する。本発明の第4態様によって、無線通信システムでユーザ装置のネットワークケイパビリティによってアプリケーションの性能に適応するアプリケーションサーバが提供され、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記アプリケーションサーバは、次のような動作を行う:前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに第1メッセージを伝送し;前記サービングノードから第2メッセージを受信し、且つ、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を伝達し;そして、前記第2メッセージに基づいて前記アプリケーションの性能に適応する。本発明の追加的な特徴及び利得は、本発明の好ましい実施例の次の説明からさらに明確になり、これら実施例は、ただ例示的な方法で与えられる。本発明の実施例によれば、パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間で呼の固定の変更を避けることができる利点がある。なぜなら、これは、収容することができない遅延をもたらすことを伴うからである。一例として本発明の第1実施例が無線ネットワークを含む無線通信システムの態様で説明される。この無線ネットワークは、パケットスイッチ音声通信を支援し、LTEシステムでE-UTRANネットワークと関連してE-UTRA/LTE無線接続技術を利用する通信を支援する無線接続ネットワーク、及びサーキットスイッチ音声通信を支援し、GSM登録商標/UMTSシステムでGERAN/UTRANネットワークと関連してGERA/UTRA無線接続技術を利用する通信を支援する他の無線ネットワークになることができる。無線通信システムは、アプリケーションサーバ、典型的にE-UTRANネットワークと関連するIMSInternetProtocolMultimediaSubsystem内のSCCASServiceCentralisationandContinuityApplicationServerApplicationServerを有する。しかし、これは、ただ例示的なものであり、他の実施例は、IEEE802.16ワイマックスWiMaxシステムのような他の無線接続技術を利用する無線ネットワークを含むこともできることを理解することができる。実施例は、個別無線接続技術の利用に制限されず、また、実施例は、1つ以上の無線ネットワークを含む状況に制限されない。本発明の実施例は、機械-類型通信サーバのような他の類型のアプリケーションサーバと関連することもできる。第1実施例は、SRVCCsingleradiovoicecallcontinuity手続を行うためのユーザ装置の能力と関連してユーザ装置からアプリケーションサーバによってネットワークケイパビリティの検索retrieveと関連する。もしユーザ装置がこのケイパビリティを有すれば、アプリケーションサーバは、呼が該呼の樹立に対してGERAN/UTRANネットワークに固定されなければならないものと決定する。呼のためのシグナリングは、一般的に接続伝達制御機能ATCF;AccessTransferControlFunction内で固定される。そして、呼データは、一般的に接続伝達ゲートウェイATGW;AccessTransferGateWay内で固定される。SRVCC手続が活性化される場合、呼が樹立されれば、呼の樹立に関してGERAN/UTRANネットワークでの固定は、呼の固定を伝達することと関連した遅延を避ける。しかし、もしユーザ装置がSRVCCケイパビリティを有しなければ、樹立されるとすぐに、呼は、一般的にIMS内のE-UTRANネットワークに固定される。したがって、GERAN/UTRAN資源の不要な使用を避けることができる。ユーザケイパビリティは、一般的にサービングノードから検索されるretrieved。したがって、これは、一般的に呼の樹立時にユーザ装置に問い合わせることは、不要である。それで、ユーザ装置と通信することと関連する手続は、一般的に影響がない。第1実施例の動作は、次の配置シナリオを参照して説明されることができる。E-UTRANネットワークの初期配置は、典型的にレガシィGERAN/UTRANネットワークのような既存の無線ネットワークのカバレージの領域内である。初期配置されるとすぐに、E-UTRANネットワークは、例えば都市の中心部をカバーする、既存のレガシィネットワークによってカバーされる領域より小さい地理的領域にサービスを提供する。そしてカバーされる領域は、隣接しなくてもよい。さらに、ただ利用することができるネットワーク特徴のサブセットのみ活性化されることができる。そして特徴の活性化は、ネットワークにわたって均一でなくてもよい。特に、レガシィシステムと比べてその潜在的に向上したデータ容量に起因して、E-UTRANの初期配置は、例えばPDApersonaldigitalassistantのようなLTE活性化された装置に対して、またはラップトップコンピュータのための通信モジュールをプラグインplugin形式で有するユーザ装置に対して、高い帯域幅データサービスを提供することに集中することができる。このような理由で、主要LTE音声サービスであるVoIMSVoiceoverIMSとして知られたパケットスイッチサービスは、特定の領域では、利用することができないことがある。ユーザ装置がE-UTRANネットワークのカバレージの領域外に移動すれば、GERAN/UTRANネットワークでハンドオーバーが要求される。そしてハンドオーバーは、SRVCCSingleRadioVoiceCallContinuityハンドオーバーになることができる。すべてのユーザ装置がSRVCCケイパビリティを有するものではない。DRVCCDualRadioVoiceCallContinuityとして称することができる他の手続は、デュアルラジオを有する一部のユーザ装置で利用することができるケイパビリティである。これにより、手続は、ユーザ装置自分が各ドメイン、すなわち各無線ネットワークで呼を樹立するので、ハンドオーバーと言うよりは、2個の呼を含むドメイン伝達として見られる。このように、DRVCC手続の結果としてネットワーク間に固定の伝達を行う必要はない。一部のユーザ装置は、SRVCもDRVCCケイパビリティもいずれも有しなくてもよい。第1実施例のための典型的なネットワーク構成は、次の通りである。ユーザ装置は、例えばE-UTRAN無線接続ネットワークである、第1無線接続ネットワークに連結されることができる。ハンドオーバーは、この例で、UTRAN/GERAN無線接続ネットワークである第2無線接続ネットワークに対して要求されることができる。したがって、ユーザ装置は、第2無線接続ネットワークへハンドオーバー時にUTRAN/GERAN無線接続ネットワークに繋がれる。第1無線接続ネットワークは、コアネットワークを有する。コアネットワークは、サービングノードになることができるMMEMobileManagementEntity及びE-UTRAN内にハンドオーバーの支援で動作するHSSHomeSubscriberServerを含むことができる。IMSInternetProtocolMultimediasubsystemは、アプリケーションサーバ、すなわちIMSアプリケーションサーバ、典型的に第2無線接続ネットワークと通信することができるSCCASServiceCentralisationandContinuityApplicationServerApplicationServer10及びI/S-CSCFServingCallSessionControlFunctionand/orInterrogatingCallSessionControlFunctionを含む。第2無線接続ネットワークは、サービングノード、典型的にSGSNServingGPRSSupportNodeまたはMSCMobileSwitchingCentreまたはMSC-SMobileSwitchingCentreServerを有する。図1は、IMSアプリケーションサーバ6によってユーザ装置のネットワークケイパビリティの問い合わせのためのシグナリング経路を示す概略図である。1.1段階及び1.2段階で、要請メッセージがアプリケーションサーバ、この例でIMSアプリケーションサーバ6から、コアネットワークCNノード2、典型的にユーザ装置のネットワークケイパビリティを要請するサービングノードに伝送される。要請メッセージは、HSSHomeSubscriberServer4を通じて伝送されることができる。メッセージは、1.3段階及び1.4段階でコアネットワークノード2から伝送され、IMSアプリケーションサーバ6で受信され、このメッセージは、ユーザ装置のネットワークケイパビリティに関する情報を有する。このメッセージもHSSHomeSubscriberServer4を通じて伝送されることができる。ユーザ装置ネットワークケイパビリティを提供するメッセージは、典型的に要請メッセージの受信に対応して伝送されることができる。ユーザ装置ネットワークケイパビリティを提供するメッセージを受信すれば、アプリケーションサーバは、一般的に第1無線ネットワーク、すなわちこの例でE-UTRANで呼を固定するか、または第2無線ネットワーク、すなわちこの例でUTRAN/GERANで呼を固定するか否かを決定する。図2は、SCCASServiceCentralisationandContinuityApplicationServer10によってユーザ装置のネットワークケイパビリティの問い合わせのためのシグナリング経路を示す第1実施例のさらに詳細な例を示す。この例で、サービングノード8は、SGSNまたはMMEになることができる。2.1段階で、ダイアメータSh-PullDIAMETERSh-Pullメッセージは、HSS4に伝送され、2.3段階で、HSS4は、ダイアメータ挿入加入者データ要請DIAMETERISDInsertSubscriberDataRequestを適切にSGSNまたはMMEに伝送し、2.1段階及び2.2段階は、ユーザ装置ネットワークケイパビリティの問い合わせになる。2.3段階で、サービングノード8、すなわちSGSN/MMEは、ダイアメータISD応答DIAMETERISDAnswerをHSS4に伝送する。そして2.4段階で、HSS4は、ダイアメータSh-Pull応答DIAMETERSh-PullAnswerをSCCAS10に伝送する。2.3段階及び2.4段階で、メッセージは、ユーザ装置ネットワークケイパビリティを提供する。図3は、第1実施例の他の例を示す。3.1段階及び3.4段階は、HSS4とSCCAS10と間の通信のために、既に説明されたような2.1段階及び2.4段階と同様に進行される。しかし、HSS4とSGSN/MME8との間の通信のために、3.2段階及び3.3段階でマップMAP手続が利用される。3.2段階で、ユーザ装置ネットワークケイパビリティを問い合わせするマップPSI要請がSGSN/MME8に伝送される。そして3.3段階で、ユーザ装置ネットワークケイパビリティを提供するマップPSI応答MAPPSIacknowledgementがSGSN/MME8によって伝送される。図4は、SCCAS10によって伝送されるユーザ装置ケイパビリティ情報のための要請をトリガーする、ユーザ装置登録中にユーザ装置ネットワークケイパビリティを要請するためのシグナリング経路を示す概略図である。図4は、第1ユーザ装置12からP-CSCFProxyCallSessionControlFunctionに伝送される、またはATCFAccessTransferControlFunction14からI/S-CSCFInterrogating/ServingCallSessionControlFunction16に伝送される、そしてそこ16からSCCAS10に伝送される、4.1段階、4.2段階及び4.3段階で示されたメッセージの従来シーケンスの例を示す。ユーザ装置ネットワークケイパビリティを決定するために、例えばSRVCCケイパビリティに対して、SCCAS10は、Sh-pullメッセージを4.4段階でHSS4に伝送する。そしてHSSは、ユーザ装置ネットワークケイパビリティを要請するために、挿入加入者データメッセージISD要請をサービングノード、この例でMME/SGSN8に伝送する。図5は、SCCASがモバイル発信呼第1ユーザ装置UE-112によって発信されるが、この例でHPLMNHomePublicLandMobileNetworkとして称されることができるサーキットスイッチケイパビリティを有するネットワークである第1無線ネットワークの代わりに、この例でVPLMNVisitedPublicLandMobileNetworkとして称されることができるサーキットスイッチケイパビリティを有するネットワークである第2無線ネットワークに固定されなければならないかを決定する場合のためのシグナリング経路を示す概略図である。SCCASがユーザ装置ネットワークケイパビリティを検索retrieveすることに基づいてVPLMNで固定するか否かを決定することを見ることができ、これは、図1~図4と関連して説明された手続に従うことができる。そしてこの例で、SCCASは、VPLMNで固定するように決定することを見ることができる。この例において、ATGWAccessTransferGateway18は、呼データを固定するのに使用され、そしてATCFは、呼シグナリングを固定するように使用される。ATGW及びATCFは、一部の場合で、MSCMobileSwitchingCentreとともに位置することができるco-located。呼は、第2ユーザ装置UE-220に対して樹立される。図6は、第1ユーザ装置UE-112で着信されるモバイル着信呼mobileterminatedcallのための等価のプロセスを示す。図5に示されたようなモバイル発信呼のためのプロセスと同様に、SCCASは、ユーザ装置ネットワークケイパビリティを検索retrieveすることに基づいてVPLMNで固定するか否かを決定し、VPLMNで固定することを決定し、そしてATGW18は、呼データを固定するように使用され、ATCFは、呼シグナリングを固定するように使用される。SCCASが、呼がHPLMNで固定されなければならないことを決定する場合において、メッセージ5.6及び5.7は、伝送されなくてもよいという点を留意しなければならない。呼は、IMSに固定されたまま維持される。IMSは、少なくともSCCAS10及びI/S-CSCF16を含む。WiFi接続ネットワークのような一部の無線ネットワークは、SRVCCを支援しなくてもよい。したがって、アプリケーションサーバは、呼が発信されるかまたは着信される接続ネットワークの指示に基づいて呼を固定するか否かを決定することができる。本発明の第2実施例において、アプリケーションサーバは、機械-類型通信MTC;Machine-TypeCommunicationsサーバであり、前記ユーザ装置の要請されるネットワークケイパビリティは、ユーザ装置伝送ケイパビリティに関連する。ユーザ装置の特定伝送ケイパビリティに対して適用することができるアプリケーションサーバの動作は、前記ユーザ装置がこれらケイパビリティを有しなければ回避されることができる。MTCサーバは、例えばスマートメータリングsmartmeteringに使用されることができる。ユーザ装置は、メートルを読み取り、無線ネットワークを通じてデータを伝送するための装置が設置されることができる。包括的なメカニズムが、アプリケーションサーバが必要に基づいてユーザ装置のケイパビリティを得ることを許容するように提供されることを前述した実施例から知ることができる。特に、実施例が適用されることができる。しかし、次に限定するものではない:SRVCC向上のコンテキストcontextで向上したenhancedSRVCCeSRVCCアキテクチャー;着信のためのIMSでユーザ装置I1ケイパビリティのプロビジョンprovision;及びユーザ装置ネットワークケイパビリティのMTCサーバ知識knowledge。特に、IMSアプリケーションサーバでユーザ装置ネットワークケイパビリティの検索retrievalは、ユーザ装置でセッション開始プロトコルSIP;SessionInitiationProtocolに対する影響を要求することなく提供されることができる。一般的に、実施例は、ユーザ装置が修正されず、最適化がネットワーク手続で修正を通じて行われるという利点を有する。SCCASは、SRVCCハンドオーバーが行われるとき、速いスイッチングタイムを成就するために、発信または着信の時間でVPLMNにどんな音声呼を固定するかを決定することができる。ユーザ装置のネットワークケイパビリティは、従来技術のSIP/IMSシグナリングメカニズムによってSCCASに提供されず、そして特にSRVCCを支援するか否かに関する情報は、提供されないということに留意しなければならない。同一のSCCASがSRVCC及びDRVCCユーザ装置の両方のための呼を固定するのに使用される可能性を考慮して、SCCASがVPLMNでシグナリング及びメディアを含んですべての呼を固定するように無条件的にblindly決定すれば、これは、不要にVPLMNで資源を浪費することができる。なぜなら、これは、またVPLMNで固定されることが要求されないDRVCCユーザ装置から呼を固定することもできるからである。アプリケーションサーバは、SRVCCケイパビリティ、例えばI1ケイパビリティではない、ユーザ装置ネットワークケイパビリティの形式の知識から利得を得ることができるという点に留意しなければならない。本発明の実施例は、任意のIMSアプリケーションサーバがユーザ装置ネットワークケイパビリティを検索retrieveし、ユーザ装置のケイパビリティに基づいて関連した決定をすることができるように許容するメカニズムを提供することができる。この点では、SCCASがユーザ装置ケイパビリティに基づいてこれが適切であるか否かを知ることができるようにし、そしてVPLMNに呼を固定するために任意の利得を提供することができる。本発明の実施例は、サービングノードからユーザ装置ネットワークケイパビリティを検索retrieveするためにアプリケーションサーバによって使用されることができるメカニズム、そして特に、ユーザ装置のケイパビリティに基づく適切なドメインに基礎するモバイル発信MO;mobileoriginated及び/またはモバイル着信MT;mobileterminated呼を固定することを決定するアプリケーションサーバSCCASの実施例を提供することができる。本発明の実施例は、アプリケーションサーバがユーザ装置ネットワークケイパビリティに基づいて知られた決定をするようにする。eSRVCCアキテクチャーの場合において、これは、SCCASがユーザ装置IMS登録中に、またはMO/MT呼が受信される時間に、ユーザ装置がSRVCCを支援するか否かに基づいてATCF/ATGWで呼を固定する必要があるかを決定するようにする。実施例は、どのアプリケーションサーバがそのサービングノード、例えばSGSN/MMEから特定ユーザ装置のユーザ装置ネットワークケイパビリティを要請し受信することができるように許容するメカニズムで構成されることができる。サービングノードからユーザ装置ネットワークケイパビリティを検索retrieveするための3GPPアキテクチャーで使用される全体メカニズム及び交換に含まれた異なるエンティティーの既存のインターフェースを有するケイパビリティを維持するために、本発明の実施例は、アプリケーションサーバからHSSにSh-Pullメカニズムを、そしてHSSからサービングノードにISDInsertSubscriberDataを利用することができる。次の表1は、Shデータのための可能な修正を示す。ここで、新しい情報要素IE、InformationElementがサービングノードすなわち、MME/SGSNからユーザ装置ネットワークケイパビリティを検索retrieveするための要請をHSSに指示するために追加されることができる。HSSは、次の表2に示されたようなIDRフラグIEに対する修正を有する、既存のダイアメータISD要請InsertSubscriberDataReq.を利用することができる。ここで、新しいIDRフラグは、UE/MSネットワークケイパビリティまたはマップメッセージに対する要請を指示するために導入されることができる。サービングノードSGSN/MMEは、次の表3に示されたように、修正されたISD応答形式を利用してISD要請InsertSubscriberDataReq.に応答することができる。これは、この特定ユーザ装置のためのユーザ装置ネットワークケイパビリティIEを含むことができる。代案的にマップMAPが利用されることができる。Feature-ListAVPで新しい値がユーザ装置ネットワークケイパビリティのために支援される特徴を示すために使用されることができる。新しい特徴-ビット値は、ユーザ装置ケイパビリティに対して割り当てられることができる。MMEまたはSGSNがIDR/IDA命令を通じてユーザ装置ケイパビリティ情報の検索retrievalを支援しないULR命令で指示する。HSSは、MMEまたはSGSNに伝送される連続されたIDR命令でIDRフラグでユーザ装置ネットワークケイパビリティビートを設定しなくてもよい。ユーザ装置ネットワークケイパビリティAVPの可能な具現が以下で説明される。ユーザ装置ネットワークケイパビリティAVPは、グループ化された形式を有することができる。そして、これは、サービングネットワークノード上に格納された現在ユーザ装置ネットワークケイパビリティと関連する情報を含むことができる。AVP形式は、次の通りである:UENetworkCapabilities1UECapabilityAVPユーザ装置ケイパビリティAVPは、次の通りである:UECapabilityUECapabilityNameUECapabilitySupportAVPユーザ装置ケイパビリティ名称UE-Capability-NameAVPは、列挙された形式を有することができる。この形式のための可能な値は、次を含むことができる:0SRVCCは、UTRANHSPAまたはEUTRANからGERANUTRANまで1I1protocolユーザ装置ケイパビリティ支援UE-Capability-SupportAVPは、次を値を有する列挙された形式を有することができる:支援されない0この値は、ユーザ装置がこのケイパビリティの支援を有しないことを示す。支援される1この値は、ユーザ装置がこのケイパビリティの支援を有することを示す。ユーザ装置ネットワークケイパビリティIEを受信するアプリケーションサーバは、与えられたアプリケーションに関連ある情報をフィルタリングすることができるfilterout。アプリケーションサーバSCCASは、HSSを通じてサービングノードから受信されるユーザ装置ネットワークケイパビリティからSRVCCケイパビリティIEを読み取ることができ、図5及び図6に示されたように、ATGW及びATCFでモバイル発信またはモバイル着信呼を固定する必要があるか否かを決定することができる。ユーザ装置ネットワークケイパビリティがユーザ装置がSRVCCを支援しないことを示すと、SCCASは、ATGW及びATCFで固定しないことを決定することができる。そして、この方法で不要に浪費されることができる資源を節約する。SRVCCケイパビリティIEは、次の通りである:0SRVCCは、UTRANHSPAまたはEUTRANからGERANUTRANまで支援されない1SRVCCは、UTRANHSPAまたはEUTRANからGERANUTRANまで支援される図2は、HSS及びSGSN/MMES6a/S6d間のインターフェースに対するダイアメータを利用する実施例を示す。Sh-Pull要請は、データレファレンスを含む接続キーAccess-Keyを利用するXML文書になることができる。Sh-pull応答で、XML文書は、ユーザデータUser-Data形式を有するままリターンされるreturnedことができる。追加的に、XML文書を説明するUMLモデルは、ユーザ装置ケイパビリティを含むように修正されることができる。HSS及びSCCAS間のダイアメータSh-Pull/Sh-Pull-Answerのためのプロトコルは、ユーザ装置ネットワークケイパビリティと関連する情報を含ませるために、HSSとSCCASとの間で伝送される既存のXMLプロファイルに対する変更が要求されることができる。図3は、HSSとSGSNとの間のインターフェースGr上でマップMAPを利用した実施例を示す。図3と関連したマッププロトコルMAPprotocolは、次のように従来のプロトコルに対する変更が要求されることができる。1.SGSNケイパビリティ形式。これは、ユーザ装置ケイパビリティ要請を処理するためにSGSNのケイパビリティを示すUGLUpdate-GPRS-Locationで伝送されることができる。HLRは、ユーザ装置ケイパビリティが含まれなければ、ダイアメータSh-pullを受信するとき、SGSNからこの情報を要請しなくてもよい。ユーザ装置ケイパビリティ問い合わせ支援は、NULL形式でSGSNケイパビリティに具現されることができる。2.Requested-Info形式。これは、SGSNからユーザ装置ケイパビリティを要請するためにPSI要請で使用されることができる。3.Subscriber-Info形式。これは、ユーザ装置ケイパビリティを含むPSI問い合わせの結果を含むことができるPSI-ackで伝送されることができる。4.Subscriber-Infoで基本形式は、支援されるユーザ装置ネットワークケイパビリティのリストを含むことができる構成されたconstructedマップ情報要素を示すことができる。拡張される形式を許容するために、形式は、マップエリプシス表記法MAPellipsesnotationで構成されることができる。前述した実施例は、本発明の例示を説明するものとして理解されなければならない。いずれか1つの実施例と関連して説明される任意の特徴は、単独で、または説明された他の特徴と組合で使用されることができ、そして他の実施例の1つ以上の特徴と組合で、または他の実施例の任意の組合で使用されることができるという点を理解しなければならない。なお、上記で説明しない均等物及び変形も添付の請求範囲に定義された本発明の範囲を逸脱することなく採択されることもできる。