JP5859535B2

JP5859535B2 - アプリケーションサーバによるユーザ装置ケイパビリティの検索

Info

Publication number: JP5859535B2
Application number: JP2013524804A
Authority: JP
Inventors: ハリス・ジシモポウロス; リッキー・カウラ
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2010-08-20
Filing date: 2011-08-19
Publication date: 2016-02-10
Anticipated expiration: 2031-08-19
Also published as: WO2012023836A3; CA2808999A1; GB201014032D0; WO2012023836A2; EP2606677A2; CN103069881B; AU2011292555B2; EP2606677B1; AU2011292555A1; EP2606677A4; CN103069881A; JP2013536642A; GB2482919A; CN107105481B; US9088936B2; EP2606677B8; CN107105481A; US9420526B2; KR20140005853A; US20150327161A1

Description

本発明は、一般的に無線通信システムに関し、より詳細には、アプリケーションサーバによってユーザ装置のネットワークケイパビリティ（ｃａｐａｂｉｌｉｔｙ）に関する情報を検索（ｒｅｔｒｉｅｖｅ）するための方法及び装置に関する。

モバイルハンドセットのようなユーザ装置（ＵＥ；ｕｓｅｒｅｑｕｉｐｍｅｎｔ）が基地局のネットワークに対する無線リンクを通じて、またはテレコミュニケーションネットワークに連結された他の無線接続ポイントを通じて通信する無線ネットワークを含む無線通信システムは、様々な世代の無線接続技術（ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ）を通じて速く発展してきた。アナログ変調を使用するシステムの初期配置は、典型的にＧＥＲＡ（ＧＳＭ（登録商標）ＥｎｈａｎｃｅｄＤａｔａｒａｔｅｓｆｏｒＧＳＭ（登録商標）ＥｖｏｌｕｔｉｏｎＲａｄｉｏＡｃｃｅｓｓ）無線接続技術を使用するＧＳＭ（登録商標）（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のような２世代（２Ｇ）デジタルシステムによって代替された。そして、このようなシステムは、ＵＴＲＡ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）無線接続技術を使用するＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）のような３世代（３Ｇ）デジタルシステムによって交替されるか、増強された。３世代標準は、２世代システムによって提供されるものより大きいデータの処理量を提供する。このような傾向は、Ｅ−ＵＴＲＡ（ＥｖｏｌｖｅｄＵＴＲＡ）無線接続技術を使用するＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムの３ＧＰＰ（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）による提案とともに持続された。ＬＴＥシステムの３ＧＰＰは、以前の標準に比べて大きい容量及び追加特徴を潜在的に提供する。

用語“ＧＥＲＡ”は、この文献でＧＥＲＡＮ（ＧＥＲＡネットワーク）無線ネットワークに関連した無線接続技術を示すものとして使用され、“ＵＴＲＡ”は、ＵＴＲＡＮ（ＵＴＲＡネットワーク）無線ネットワークと関連した無線接続技術を示すものとして使用され、類似の用語“Ｅ−ＵＴＲＡ”または“ＬＴＥ”は、Ｅ−ＵＴＲＡＮ（Ｅ−ＵＴＲＡネットワーク）無線ネットワークと関連した無線接続技術を示すものとして使用されるという点に留意しなければならない。

ＬＴＥは、主に高速パケットスイッチネットワークに設計される。そして音声サービス、パケットスイッチ音声サービス、そして特にＶｏＩＭＳ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）サービスが構想中にある。一方で、ＵＭＴＳのような以前世代のシステムは、主にサーキットスイッチングされる音声サービスを支援する。

新しい技術が導入されるにつれて、ネットワークが典型的に配置される。これは、最近の標準による無線接続技術（ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ）を利用する無線接続ネットワークと、レガシィ（ｌｅｇａｃｙ）無線接続技術を利用するレガシィ無線接続ネットワークを含む。ユーザ装置は、典型的に２つ以上の無線接続技術を利用して通信することができる。したがって、例えば、ユーザ装置は、利用可能な高い容量を提供する１つの無線接続技術を利用して動作することもできるが、他の無線接続技術を支援しないかまたは選好する特徴を支援しないネットワークのサービス領域でレガシィ無線接続技術を利用して動作することもできる。

Ｅ−ＵＴＲＡネットワークとＵＴＲＡ／ＧＥＲＡネットワークとの間にユーザ装置のハンドオーバーを許容するように開発されてきた多様なハンドオーバー手続が存在する。特に、ハンドオーバー手続は、音声呼が進行中であるとき、ハンドオーバーを許容するように開発された。すなわち、いわゆるＶＣＣ（ＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）ハンドオーバー手続である。典型的にＶＣＣ手続は、セッション伝達制御機の制御下に具現される。セッション伝達制御機は、典型的にＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）及びＩ／Ｓ−ＣＳＣＦ（ＳｅｒｖｉｎｇＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ及び／またはＩｎｔｅｒｒｏｇａｔｉｎｇＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌｆｕｎｃｔｉｏｎ）を含む。セッション伝達制御機は、ＩＭＳ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）で典型的に具現される。

ＩＭＳは、典型的にＥ−ＵＴＲＡネットワーク上で提供されるパケットスイッチサービスを制御するために使用される。ＵＴＲＡ／ＧＥＲＡネットワークでサーキットスイッチサービスの制御は、典型的にＭＳＮ（ＭｏｂｉｌｉｔｙＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ）のような移動性制御機を含む。セッション伝達制御機は、典型的にＶＣＣ手続によるハンドオーバー中に移動性制御機と通信する。

ユーザ装置は、経済性の理由または電力消費の最小化のために単一無線トランシーバが装着されることができる。したがって、２つの無線接続ネットワークと同時通信は可能でない。このような場合、ハンドオーバープロトコルは、典型的にハンドオーバー中にｂｒｅａｋ−ｂｅｆｏｒｅ−ｍａｋｅ無線連結を利用する。単一無線音声呼持続（ＳＲＶＣＣ；ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続として知られたハンドオーバー手続は、一部のユーザ装置での使用に利用可能であることができる。

呼は、一般的に固定（ａｎｃｈｏｒ）されることができる。したがって、ユーザ装置へのまたはユーザ装置からの接続連結が呼処理中に変更されれば、固定ポイントを超える呼ルーティングの残りは、変更されない。これは、パケットスイッチサービスを提供する無線ネットワークからサーキットスイッチサービスを提供する無線ネットワークへハンドオーバーが行われるとき、パケットスイッチ無線ネットワークで固定されたものからサーキットスイッチネットワークで固定されたものに呼を変更するために必要である。しかし、これは、所望しない遅延を含むことができる。呼の樹立時にサーキットスイッチネットワークですべての呼を固定することが可能であることができるが、これは、サーキットスイッチネットワーク資源の浪費をもたらすことができる。

マシン−タイプ通信サーバ（Ｍａｃｈｉｎｅ−ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓＳｅｒｖｅｒ）のような無線通信システムでの使用のための他の類型のアプリケーションサーバは、異なるケイパビリティのユーザ装置に応ずるための要求に起因してアプリケーションの非効率的な性能に苦しむことができる。
本発明の態様は、従来システムの難点を扱う。

本発明の第１態様によって、第１無線ネットワーク及び第２無線ネットワークを含む無線通信システムでユーザ装置からまたはユーザ装置に呼を樹立する方法が提供される。前記第２無線ネットワークは、前記第１無線ネットワークと関連を有し、前記無線通信システムは、サービングノード及び前記サービングノードと通信することができるアプリケーションサーバを有し、前記方法は、次を含む：
前記アプリケーションサーバで前記サービングノードからメッセージを受信する段階であって、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を有する、段階；及び、
前記アプリケーションサーバで前記ユーザ装置のネットワークケイパビリティに関する情報によって前記第１無線ネットワークまたは前記第２無線ネットワークで前記呼を固定するかを決定する段階；を含む。

前記ユーザ装置のネットワークケイパビリティによって前記第１無線ネットワークまたは前記第２無線ネットワークで前記呼を固定するかを決定する段階の利点は、呼処理中に固定の変更、及びこれと関連した遅延が、前記ユーザ装置のネットワークケイパビリティに基礎することができる、呼処理中の固定の変更が可能性があるか否かを考慮して、呼の樹立時に呼を固定する適切なネットワークを選択することによって、回避されることができるという点である。

本発明の実施例において、前記第１無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第２無線ネットワークは、サーキットスイッチ音声通信を支援することができる。

パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間の呼の固定の変更を避けることは、特に利得である。なぜなら、これは、収容することができない遅延を導入することを含むことができるからである。パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間の呼の固定の変更の可能性は、ユーザ装置のネットワークケイパビリティに依存することができる。

本発明の一実施例において、前記メッセージは、無線ネットワークとただ１つの無線連結が時間内に任意の与えられたポイントで存在することができるように、前記ユーザ装置が前記第１無線ネットワーク及び前記第２無線ネットワークと通信のために単一無線インターフェースを有しているか否かと関連する。

本発明の一実施例において、前記メッセージは、ＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための前記ユーザ装置の能力と関連する。

ＳＲＶＣＣ手続を行うためのユーザ装置のケイパビリティに基づいて呼を固定するためのネットワークを決定することは、特に利得である。なぜなら、ケイパビリティは、パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間の呼の固定の変更が呼処理中に発生し得る可能性の指標だからである。

本発明の一実施例において、前記方法は、前記ユーザ装置がＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための前記能力を有することを示す前記メッセージに少なくとも依存する前記第２無線ネットワークで前記呼を固定する段階を含む。

前記サービングノードは、前記第１無線ネットワークにあり、そして、前記サービングノードは、移動性管理エンティティー（ＭＭＥ；ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）になることができる。

代案的に、本発明の一実施例において、前記サービングノードは、前記第２無線ネットワークにあり得、前記サービングノードは、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）であることができるか、またはＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ）であることができる。
本発明の一実施例において、前記アプリケーションサーバは、ＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）を含む。

本発明の一実施例において、前記方法は、次をさらに含む：
前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに前記アプリケーションサーバから要請メッセージを伝送する段階。
これは、前記サービングノードが前記ユーザ装置のネットワークケイパビリティに関する情報を有するメッセージを伝送するように誘導する利点を有する。

本発明の一実施例において、前記方法は、次を含む：
前記呼が発信されるか、または着信される接続ネットワークの指示に依存して、前記第１無線ネットワークまたは前記第２無線ネットワークで前記呼を固定するか否かを前記アプリケーションサーバで決定する段階。

これは、利得になることができる。なぜなら、パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間の呼の固定の変更の可能性がユーザ装置のケイパビリティに追加に、前記呼が発信されるか、または着信される接続ネットワークの形式に依存することもできるからである。例えば、ＳＲＶＣＣハンドオーバーは、ＷｉＦｉネットワークに対して可能でないことがある。

本発明の第２態様によって、第１無線ネットワーク及び第２無線ネットワークを含む無線通信システムでユーザ装置からまたはユーザ装置に呼の樹立を支援するのに使用するためのアプリケーションサーバが提供される。前記第２無線ネットワークは、前記第１無線ネットワークと関連を有し、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記アプリケーションサーバは、次のような処理を行う：
前記サービングノードからメッセージを受信し、且つ、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を有し；そして、
前記ユーザ装置のネットワークケイパビリティに関する情報によって前記第１無線ネットワークまたは前記第２無線ネットワークで前記呼を固定するかを決定する。

本発明の第３態様によって、無線通信システムでユーザ装置のネットワークケイパビリティによってアプリケーションサーバでアプリケーションの性能に適応する方法が提供される。前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記方法は、次を含む。

前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに前記アプリケーションサーバから第１メッセージを伝送する段階；
前記アプリケーションサーバで前記サービングノードから第２メッセージを受信する段階であって、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を伝達する、第２メッセージを受信する段階；及び
前記第２メッセージに基づいて前記アプリケーションサーバで前記アプリケーションの性能に適応する段階。

これは、前記アプリケーションサーバの前記性能が最適化される利得を有する。なぜなら、すべてのユーザ装置が同一のネットワークケイパビリティを有することができるものではないので、したがって前記ユーザ装置に適していないいかなるネットワークケイパビリティに特定された前記アプリケーションサーバで動作を避けることもできるからである。

本発明の一実施例において、前記無線通信システムは、第１無線ネットワーク及び第２無線ネットワークを含み、前記第２無線ネットワークは、前記第１無線ネットワークと関連を有し、前記アプリケーションサーバは、前記第１無線ネットワークと関連を有する。

本発明の一実施例において、前記サービングノードは、前記第１無線ネットワークにあり得、そして移動性管理エンティティー（ＭＭＥ；ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）になることができる。

代案的に、本発明の一実施例において、前記サービングノードは、前記第２無線ネットワークにあり得、そして前記サービングノードは、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）であることができ、または、前記サービングノードは、ＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ）であることもできる。

本発明の一実施例において、前記方法は、前記第１メッセージを伝送する段階；及びホーム加入者サーバ（ＨＳＳ、ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）を通じて前記第２メッセージを受信する段階；を含む。前記第１及び第２メッセージを具現するためにダイアメータＳｈ−ｐｕｌｌメカニズムを利用することが便利であることができる。

本発明の一実施例において、前記アプリケーションサーバは、ＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）を含む。

代案的に、本発明の一実施例において、前記アプリケーションサーバは、機械−類型通信サーバ（Ｍａｃｈｉｎｅ−ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ（ＭＴＣ）Ｓｅｒｖｅｒ）であり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置伝送ケイパビリティと関連する。

これは、前記ユーザ装置が前記ユーザ装置の特定伝送ケイパビリティを有しなければ、前記ユーザ装置の特定伝送ケイパビリティに適用することができるアプリケーションサーバの動作を避けることができる利点を有する。

本発明の一実施例において、前記アプリケーションサーバは、機械−類型通信サーバ（Ｍａｃｈｉｎｅ−ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ（ＭＴＣ）Ｓｅｒｖｅｒ）であり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、低い優先順位装置である前記ユーザ装置伝送ケイパビリティと関連する。

これは、前記ユーザ装置が低い優先順位装置なら、上位優先順位装置に適用することができるアプリケーションサーバの動作を避けることができる利点を有する。

本発明の一実施例において、前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置のＩ１ケイパビリティと関連する。

本発明の第４態様によって、無線通信システムでユーザ装置のネットワークケイパビリティによってアプリケーションの性能に適応するアプリケーションサーバが提供され、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、前記アプリケーションサーバは、次のような動作を行う：
前記ユーザ装置のネットワークケイパビリティを要請する前記サービングノードに第１メッセージを伝送し；
前記サービングノードから第２メッセージを受信し、且つ、前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を伝達し；そして、
前記第２メッセージに基づいて前記アプリケーションの性能に適応する。

本発明の追加的な特徴及び利得は、本発明の好ましい実施例の次の説明からさらに明確になり、これら実施例は、ただ例示的な方法で与えられる。

本発明の実施例によれば、パケットスイッチ音声通信を支援するネットワークとサーキットスイッチ音声通信を支援するネットワークとの間で呼の固定の変更を避けることができる利点がある。なぜなら、これは、収容することができない遅延をもたらすことを伴うからである。

図１は、本発明の一実施例においてＩＭＳアプリケーションサーバによるユーザ装置のネットワークケイパビリティの問い合わせのためのシグナリング経路を示す概略図である。図２は、本発明の一実施例においてＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）によるユーザ装置のネットワークケイパビリティの問い合わせのためのシグナリング経路を示す概略図である。図３は、本発明の一実施例においてＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）によるユーザ装置のネットワークケイパビリティの問い合わせのための他のシグナリング経路を示す概略図である。図４は、本発明の一実施例においてユーザ装置登録中にユーザ装置ネットワークケイパビリティを要請するためのシグナリング経路を示す概略図である。図５は、本発明の一実施例においてモバイル発信呼（ｍｏｂｉｌｅｏｒｉｇｉｎａｔｅｄｃａｌｌ）がＶＰＬＭＮ（ＶｉｓｉｔｅｄＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）に固定されなければならないとＳＣＣＡＳが決定する場合のためのシグナリング経路を示す概略図である。図６は、本発明の一実施例においてモバイル着信呼（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄｃａｌｌ）がＶＰＬＭＮ（ＶｉｓｉｔｅｄＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）に固定されなければならないとＳＣＣＡＳが決定する場合のためのシグナリング経路を示す概略図である。

一例として本発明の第１実施例が無線ネットワークを含む無線通信システムの態様で説明される。この無線ネットワークは、パケットスイッチ音声通信を支援し、ＬＴＥシステムでＥ−ＵＴＲＡＮネットワークと関連してＥ−ＵＴＲＡ／ＬＴＥ無線接続技術を利用する通信を支援する無線接続ネットワーク、及びサーキットスイッチ音声通信を支援し、ＧＳＭ（登録商標）／ＵＭＴＳシステムでＧＥＲＡＮ／ＵＴＲＡＮネットワークと関連してＧＥＲＡ／ＵＴＲＡ無線接続技術を利用する通信を支援する他の無線ネットワークになることができる。無線通信システムは、アプリケーションサーバ、典型的にＥ−ＵＴＲＡＮネットワークと関連するＩＭＳ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）内のＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）を有する。

しかし、これは、ただ例示的なものであり、他の実施例は、ＩＥＥＥ８０２．１６ワイマックス（ＷｉＭａｘ）システムのような他の無線接続技術を利用する無線ネットワークを含むこともできることを理解することができる。実施例は、個別無線接続技術の利用に制限されず、また、実施例は、１つ以上の無線ネットワークを含む状況に制限されない。本発明の実施例は、機械−類型通信サーバのような他の類型のアプリケーションサーバと関連することもできる。

第１実施例は、ＳＲＶＣＣ（ｓｉｎｇｌｅｒａｄｉｏｖｏｉｃｅｃａｌｌｃｏｎｔｉｎｕｉｔｙ）手続を行うためのユーザ装置の能力と関連してユーザ装置からアプリケーションサーバによってネットワークケイパビリティの検索（ｒｅｔｒｉｅｖｅ）と関連する。もしユーザ装置がこのケイパビリティを有すれば、アプリケーションサーバは、呼が該呼の樹立に対してＧＥＲＡＮ／ＵＴＲＡＮネットワークに固定されなければならないものと決定する。呼のためのシグナリングは、一般的に接続伝達制御機能（ＡＴＣＦ；ＡｃｃｅｓｓＴｒａｎｓｆｅｒＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）内で固定される。そして、呼データは、一般的に接続伝達ゲートウェイ（ＡＴＧＷ；ＡｃｃｅｓｓＴｒａｎｓｆｅｒＧａｔｅＷａｙ）内で固定される。ＳＲＶＣＣ手続が活性化される場合、呼が樹立されれば、呼の樹立に関してＧＥＲＡＮ／ＵＴＲＡＮネットワークでの固定は、呼の固定を伝達することと関連した遅延を避ける。しかし、もしユーザ装置がＳＲＶＣＣケイパビリティを有しなければ、樹立されるとすぐに、呼は、一般的にＩＭＳ内のＥ−ＵＴＲＡＮネットワークに固定される。したがって、ＧＥＲＡＮ／ＵＴＲＡＮ資源の不要な使用を避けることができる。ユーザケイパビリティは、一般的にサービングノードから検索される（ｒｅｔｒｉｅｖｅｄ）。したがって、これは、一般的に呼の樹立時にユーザ装置に問い合わせることは、不要である。それで、ユーザ装置と通信することと関連する手続は、一般的に影響がない。

第１実施例の動作は、次の配置シナリオを参照して説明されることができる。Ｅ−ＵＴＲＡＮネットワークの初期配置は、典型的にレガシィＧＥＲＡＮ／ＵＴＲＡＮネットワークのような既存の無線ネットワークのカバレージの領域内である。初期配置されるとすぐに、Ｅ−ＵＴＲＡＮネットワークは、例えば都市の中心部をカバーする、既存のレガシィネットワークによってカバーされる領域より小さい地理的領域にサービスを提供する。そしてカバーされる領域は、隣接しなくてもよい。さらに、ただ利用することができるネットワーク特徴のサブセットのみ活性化されることができる。そして特徴の活性化は、ネットワークにわたって均一でなくてもよい。特に、レガシィシステムと比べてその潜在的に向上したデータ容量に起因して、Ｅ−ＵＴＲＡＮの初期配置は、例えばＰＤＡ（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ）のようなＬＴＥ活性化された装置に対して、またはラップトップコンピュータのための通信モジュールをプラグイン（ｐｌｕｇｉｎ）形式で有するユーザ装置に対して、高い帯域幅データサービスを提供することに集中することができる。このような理由で、主要ＬＴＥ音声サービスであるＶｏＩＭＳ（ＶｏｉｃｅｏｖｅｒＩＭＳ）として知られたパケットスイッチサービスは、特定の領域では、利用することができないことがある。

ユーザ装置がＥ−ＵＴＲＡＮネットワークのカバレージの領域外に移動すれば、ＧＥＲＡＮ／ＵＴＲＡＮネットワークでハンドオーバーが要求される。そしてハンドオーバーは、ＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）ハンドオーバーになることができる。すべてのユーザ装置がＳＲＶＣＣケイパビリティを有するものではない。

ＤＲＶＣＣ（ＤｕａｌＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）として称することができる他の手続は、デュアルラジオを有する一部のユーザ装置で利用することができるケイパビリティである。これにより、手続は、ユーザ装置自分が各ドメイン、すなわち各無線ネットワークで呼を樹立するので、ハンドオーバーと言うよりは、２個の呼を含むドメイン伝達として見られる。このように、ＤＲＶＣＣ手続の結果としてネットワーク間に固定の伝達を行う必要はない。
一部のユーザ装置は、ＳＲＶＣもＤＲＶＣＣケイパビリティもいずれも有しなくてもよい。

第１実施例のための典型的なネットワーク構成は、次の通りである。ユーザ装置は、例えばＥ−ＵＴＲＡＮ無線接続ネットワークである、第１無線接続ネットワークに連結されることができる。ハンドオーバーは、この例で、ＵＴＲＡＮ／ＧＥＲＡＮ無線接続ネットワークである第２無線接続ネットワークに対して要求されることができる。したがって、ユーザ装置は、第２無線接続ネットワークへハンドオーバー時にＵＴＲＡＮ／ＧＥＲＡＮ無線接続ネットワークに繋がれる。第１無線接続ネットワークは、コアネットワークを有する。コアネットワークは、サービングノードになることができるＭＭＥ（ＭｏｂｉｌｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）及びＥ−ＵＴＲＡＮ内にハンドオーバーの支援で動作するＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）を含むことができる。ＩＭＳ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）は、アプリケーションサーバ、すなわちＩＭＳアプリケーションサーバ、典型的に第２無線接続ネットワークと通信することができるＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）１０及びＩ／Ｓ−ＣＳＣＦ（ＳｅｒｖｉｎｇＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎａｎｄ／ｏｒＩｎｔｅｒｒｏｇａｔｉｎｇＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）を含む。

第２無線接続ネットワークは、サービングノード、典型的にＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）またはＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ）またはＭＳＣ−Ｓ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅＳｅｒｖｅｒ）を有する。

図１は、ＩＭＳアプリケーションサーバ６によってユーザ装置のネットワークケイパビリティの問い合わせのためのシグナリング経路を示す概略図である。１．１段階及び１．２段階で、要請メッセージがアプリケーションサーバ、この例でＩＭＳアプリケーションサーバ６から、コアネットワーク（ＣＮ）ノード２、典型的にユーザ装置のネットワークケイパビリティを要請するサービングノードに伝送される。要請メッセージは、ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）４を通じて伝送されることができる。メッセージは、１．３段階及び１．４段階でコアネットワークノード２から伝送され、ＩＭＳアプリケーションサーバ６で受信され、このメッセージは、ユーザ装置のネットワークケイパビリティに関する情報を有する。このメッセージもＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）４を通じて伝送されることができる。ユーザ装置ネットワークケイパビリティを提供するメッセージは、典型的に要請メッセージの受信に対応して伝送されることができる。

ユーザ装置ネットワークケイパビリティを提供するメッセージを受信すれば、アプリケーションサーバは、一般的に第１無線ネットワーク、すなわちこの例でＥ−ＵＴＲＡＮで呼を固定するか、または第２無線ネットワーク、すなわちこの例でＵＴＲＡＮ／ＧＥＲＡＮで呼を固定するか否かを決定する。

図２は、ＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）１０によってユーザ装置のネットワークケイパビリティの問い合わせのためのシグナリング経路を示す第１実施例のさらに詳細な例を示す。この例で、サービングノード８は、ＳＧＳＮまたはＭＭＥになることができる。２．１段階で、ダイアメータＳｈ−Ｐｕｌｌ（ＤＩＡＭＥＴＥＲＳｈ−Ｐｕｌｌ）メッセージは、ＨＳＳ４に伝送され、２．３段階で、ＨＳＳ４は、ダイアメータ挿入加入者データ要請（ＤＩＡＭＥＴＥＲＩＳＤ（ＩｎｓｅｒｔＳｕｂｓｃｒｉｂｅｒＤａｔａ）Ｒｅｑｕｅｓｔ）を適切にＳＧＳＮまたはＭＭＥに伝送し、２．１段階及び２．２段階は、ユーザ装置ネットワークケイパビリティの問い合わせになる。２．３段階で、サービングノード８、すなわちＳＧＳＮ／ＭＭＥは、ダイアメータＩＳＤ応答（ＤＩＡＭＥＴＥＲＩＳＤＡｎｓｗｅｒ）をＨＳＳ４に伝送する。そして２．４段階で、ＨＳＳ４は、ダイアメータＳｈ−Ｐｕｌｌ応答（ＤＩＡＭＥＴＥＲＳｈ−ＰｕｌｌＡｎｓｗｅｒ）をＳＣＣＡＳ１０に伝送する。２．３段階及び２．４段階で、メッセージは、ユーザ装置ネットワークケイパビリティを提供する。

図３は、第１実施例の他の例を示す。３．１段階及び３．４段階は、ＨＳＳ４とＳＣＣＡＳ１０と間の通信のために、既に説明されたような２．１段階及び２．４段階と同様に進行される。しかし、ＨＳＳ４とＳＧＳＮ／ＭＭＥ８との間の通信のために、３．２段階及び３．３段階でマップ（ＭＡＰ）手続が利用される。３．２段階で、ユーザ装置ネットワークケイパビリティを問い合わせするマップＰＳＩ要請がＳＧＳＮ／ＭＭＥ８に伝送される。そして３．３段階で、ユーザ装置ネットワークケイパビリティを提供するマップＰＳＩ応答（ＭＡＰＰＳＩａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）がＳＧＳＮ／ＭＭＥ８によって伝送される。

図４は、ＳＣＣＡＳ１０によって伝送されるユーザ装置ケイパビリティ情報のための要請をトリガーする、ユーザ装置登録中にユーザ装置ネットワークケイパビリティを要請するためのシグナリング経路を示す概略図である。図４は、第１ユーザ装置１２からＰ−ＣＳＣＦ（ＰｒｏｘｙＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）に伝送される、またはＡＴＣＦ（ＡｃｃｅｓｓＴｒａｎｓｆｅｒＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）１４からＩ／Ｓ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ／ＳｅｒｖｉｎｇＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）１６に伝送される、そしてそこ１６からＳＣＣＡＳ１０に伝送される、４．１段階、４．２段階及び４．３段階で示されたメッセージの従来シーケンスの例を示す。ユーザ装置ネットワークケイパビリティを決定するために、例えばＳＲＶＣＣケイパビリティに対して、ＳＣＣＡＳ１０は、Ｓｈ−ｐｕｌｌメッセージを４．４段階でＨＳＳ４に伝送する。そしてＨＳＳは、ユーザ装置ネットワークケイパビリティを要請するために、挿入加入者データメッセージ（ＩＳＤ要請）をサービングノード、この例でＭＭＥ／ＳＧＳＮ８に伝送する。

図５は、ＳＣＣＡＳがモバイル発信呼（第１ユーザ装置（ＵＥ−１）１２によって発信される）が、この例でＨＰＬＭＮ（ＨｏｍｅＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）として称されることができるサーキットスイッチケイパビリティを有するネットワークである第１無線ネットワークの代わりに、この例でＶＰＬＭＮ（ＶｉｓｉｔｅｄＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）として称されることができるサーキットスイッチケイパビリティを有するネットワークである第２無線ネットワークに固定されなければならないかを決定する場合のためのシグナリング経路を示す概略図である。

ＳＣＣＡＳがユーザ装置ネットワークケイパビリティを検索（ｒｅｔｒｉｅｖｅ）することに基づいてＶＰＬＭＮで固定するか否かを決定することを見ることができ、これは、図１〜図４と関連して説明された手続に従うことができる。そしてこの例で、ＳＣＣＡＳは、ＶＰＬＭＮで固定するように決定することを見ることができる。この例において、ＡＴＧＷ（ＡｃｃｅｓｓＴｒａｎｓｆｅｒＧａｔｅｗａｙ）１８は、呼データを固定するのに使用され、そしてＡＴＣＦは、呼シグナリングを固定するように使用される。ＡＴＧＷ及びＡＴＣＦは、一部の場合で、ＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ）とともに位置することができる（ｃｏ−ｌｏｃａｔｅｄ）。呼は、第２ユーザ装置（ＵＥ−２）２０に対して樹立される。

図６は、第１ユーザ装置（ＵＥ−１）１２で着信されるモバイル着信呼（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄｃａｌｌ）のための等価のプロセスを示す。図５に示されたようなモバイル発信呼のためのプロセスと同様に、ＳＣＣＡＳは、ユーザ装置ネットワークケイパビリティを検索（ｒｅｔｒｉｅｖｅ）することに基づいてＶＰＬＭＮで固定するか否かを決定し、ＶＰＬＭＮで固定することを決定し、そしてＡＴＧＷ１８は、呼データを固定するように使用され、ＡＴＣＦは、呼シグナリングを固定するように使用される。

ＳＣＣＡＳが、呼がＨＰＬＭＮで固定されなければならないことを決定する場合において、メッセージ５．６及び５．７は、伝送されなくてもよいという点を留意しなければならない。呼は、ＩＭＳに固定されたまま維持される。ＩＭＳは、少なくともＳＣＣＡＳ１０及びＩ／Ｓ−ＣＳＣＦ１６を含む。

ＷｉＦｉ接続ネットワークのような一部の無線ネットワークは、ＳＲＶＣＣを支援しなくてもよい。したがって、アプリケーションサーバは、呼が発信されるかまたは着信される接続ネットワークの指示に基づいて呼を固定するか否かを決定することができる。

本発明の第２実施例において、アプリケーションサーバは、機械−類型通信（ＭＴＣ；Ｍａｃｈｉｎｅ−ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）サーバであり、前記ユーザ装置の要請されるネットワークケイパビリティは、ユーザ装置伝送ケイパビリティに関連する。ユーザ装置の特定伝送ケイパビリティに対して適用することができるアプリケーションサーバの動作は、前記ユーザ装置がこれらケイパビリティを有しなければ回避されることができる。ＭＴＣサーバは、例えばスマートメータリング（ｓｍａｒｔｍｅｔｅｒｉｎｇ）に使用されることができる。ユーザ装置は、メートルを読み取り、無線ネットワークを通じてデータを伝送するための装置が設置されることができる。

包括的なメカニズムが、アプリケーションサーバが必要に基づいてユーザ装置のケイパビリティを得ることを許容するように提供されることを前述した実施例から知ることができる。

特に、実施例が適用されることができる。しかし、次に限定するものではない：ＳＲＶＣＣ向上のコンテキスト（ｃｏｎｔｅｘｔ）で向上した（ｅｎｈａｎｃｅｄ）ＳＲＶＣＣ（ｅＳＲＶＣＣ）アキテクチャー；着信のためのＩＭＳでユーザ装置Ｉ１ケイパビリティのプロビジョン（ｐｒｏｖｉｓｉｏｎ）；及びユーザ装置ネットワークケイパビリティのＭＴＣサーバ知識（ｋｎｏｗｌｅｄｇｅ）。特に、ＩＭＳアプリケーションサーバでユーザ装置ネットワークケイパビリティの検索（ｒｅｔｒｉｅｖａｌ）は、ユーザ装置でセッション開始プロトコル（ＳＩＰ；ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）に対する影響を要求することなく提供されることができる。

一般的に、実施例は、ユーザ装置が修正されず、最適化がネットワーク手続で修正を通じて行われるという利点を有する。ＳＣＣＡＳは、ＳＲＶＣＣハンドオーバーが行われるとき、速いスイッチングタイムを成就するために、発信または着信の時間でＶＰＬＭＮにどんな音声呼を固定するかを決定することができる。

ユーザ装置のネットワークケイパビリティは、従来技術のＳＩＰ／ＩＭＳシグナリングメカニズムによってＳＣＣＡＳに提供されず、そして特にＳＲＶＣＣを支援するか否かに関する情報は、提供されないということに留意しなければならない。同一のＳＣＣＡＳがＳＲＶＣＣ及びＤＲＶＣＣユーザ装置の両方のための呼を固定するのに使用される可能性を考慮して、ＳＣＣＡＳがＶＰＬＭＮで（シグナリング及びメディアを含んで）すべての呼を固定するように無条件的に（ｂｌｉｎｄｌｙ）決定すれば、これは、不要にＶＰＬＭＮで資源を浪費することができる。なぜなら、これは、またＶＰＬＭＮで固定されることが要求されないＤＲＶＣＣユーザ装置から呼を固定することもできるからである。

アプリケーションサーバは、ＳＲＶＣＣケイパビリティ、例えばＩ１ケイパビリティではない、ユーザ装置ネットワークケイパビリティの形式の知識から利得を得ることができるという点に留意しなければならない。

本発明の実施例は、任意のＩＭＳアプリケーションサーバがユーザ装置ネットワークケイパビリティを検索（ｒｅｔｒｉｅｖｅ）し、ユーザ装置のケイパビリティに基づいて関連した決定をすることができるように許容するメカニズムを提供することができる。この点では、ＳＣＣＡＳが（ユーザ装置ケイパビリティに基づいて）これが適切であるか否かを知ることができるようにし、そしてＶＰＬＭＮに呼を固定するために任意の利得を提供することができる。

本発明の実施例は、サービングノードからユーザ装置ネットワークケイパビリティを検索（ｒｅｔｒｉｅｖｅ）するためにアプリケーションサーバによって使用されることができるメカニズム、そして特に、ユーザ装置のケイパビリティに基づく適切なドメインに基礎するモバイル発信（ＭＯ；ｍｏｂｉｌｅｏｒｉｇｉｎａｔｅｄ）及び／またはモバイル着信（ＭＴ；ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄ）呼を固定することを決定するアプリケーションサーバ（ＳＣＣＡＳ）の実施例を提供することができる。

本発明の実施例は、アプリケーションサーバがユーザ装置ネットワークケイパビリティに基づいて知られた決定をするようにする。ｅＳＲＶＣＣアキテクチャーの場合において、これは、ＳＣＣＡＳがユーザ装置ＩＭＳ登録中に、またはＭＯ／ＭＴ呼が受信される時間に、ユーザ装置がＳＲＶＣＣを支援するか否かに基づいてＡＴＣＦ／ＡＴＧＷで呼を固定する必要があるかを決定するようにする。

実施例は、どのアプリケーションサーバがそのサービングノード、例えばＳＧＳＮ／ＭＭＥから特定ユーザ装置のユーザ装置ネットワークケイパビリティを要請し受信することができるように許容するメカニズムで構成されることができる。

サービングノードからユーザ装置ネットワークケイパビリティを検索（ｒｅｔｒｉｅｖｅ）するための３ＧＰＰアキテクチャーで使用される全体メカニズム及び交換に含まれた異なるエンティティーの既存のインターフェースを有するケイパビリティを維持するために、本発明の実施例は、アプリケーションサーバからＨＳＳにＳｈ−Ｐｕｌｌメカニズムを、そしてＨＳＳからサービングノードにＩＳＤ（ＩｎｓｅｒｔＳｕｂｓｃｒｉｂｅｒＤａｔａ）を利用することができる。

次の表１は、Ｓｈデータのための可能な修正を示す。ここで、新しい情報要素（ＩＥ、ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）がサービングノード（すなわち、ＭＭＥ／ＳＧＳＮ）からユーザ装置ネットワークケイパビリティを検索（ｒｅｔｒｉｅｖｅ）するための要請をＨＳＳに指示するために追加されることができる。

ＨＳＳは、次の表２に示されたようなＩＤＲフラグＩＥに対する修正を有する、既存のダイアメータＩＳＤ要請（ＩｎｓｅｒｔＳｕｂｓｃｒｉｂｅｒＤａｔａＲｅｑ．）を利用することができる。ここで、新しいＩＤＲフラグは、ＵＥ／ＭＳネットワークケイパビリティまたはマップメッセージに対する要請を指示するために導入されることができる。

サービングノード（ＳＧＳＮ／ＭＭＥ）は、次の表３に示されたように、修正されたＩＳＤ応答形式を利用してＩＳＤ要請（ＩｎｓｅｒｔＳｕｂｓｃｒｉｂｅｒＤａｔａＲｅｑ．）に応答することができる。これは、この特定ユーザ装置のためのユーザ装置ネットワークケイパビリティＩＥを含むことができる。代案的にマップ（ＭＡＰ）が利用されることができる。

“Ｆｅａｔｕｒｅ−Ｌｉｓｔ”ＡＶＰで新しい値がユーザ装置ネットワークケイパビリティのために支援される特徴を示すために使用されることができる。新しい特徴−ビット値は、ユーザ装置ケイパビリティに対して割り当てられることができる。ＭＭＥまたはＳＧＳＮがＩＤＲ／ＩＤＡ命令を通じてユーザ装置ケイパビリティ情報の検索（ｒｅｔｒｉｅｖａｌ）を支援しないＵＬＲ命令で指示する。ＨＳＳは、ＭＭＥまたはＳＧＳＮに伝送される連続されたＩＤＲ命令でＩＤＲフラグで“ユーザ装置ネットワークケイパビリティ”ビートを設定しなくてもよい。

ユーザ装置ネットワークケイパビリティＡＶＰの可能な具現が以下で説明される。ユーザ装置ネットワークケイパビリティＡＶＰは、グループ化された形式を有することができる。そして、これは、サービングネットワークノード上に格納された現在ユーザ装置ネットワークケイパビリティと関連する情報を含むことができる。

ＡＶＰ形式は、次の通りである：
UE-Network-Capabilities ::= < AVP Header: xxx, 10415>
1*{ UE-Capability}
*[ AVP ]

ユーザ装置ケイパビリティＡＶＰは、次の通りである：
UE-Capability ::= < AVP Header: xxx, 10415>
{UE-Capability-Name}
{UE-Capability-Support}
*[ AVP ]

ユーザ装置ケイパビリティ名称（ＵＥ−Ｃａｐａｂｉｌｉｔｙ−Ｎａｍｅ）ＡＶＰは、列挙された形式を有することができる。この形式のための可能な値は、次を含むことができる：
0 SRVCCは、UTRAN HSPAまたはE-UTRANからGERAN/UTRANまで
1 I1 protocol

ユーザ装置ケイパビリティ支援（ＵＥ−Ｃａｐａｂｉｌｉｔｙ−Ｓｕｐｐｏｒｔ）ＡＶＰは、次を値を有する列挙された形式を有することができる：
支援されない（０）
この値は、ユーザ装置がこのケイパビリティの支援を有しないことを示す。
支援される（１）
この値は、ユーザ装置がこのケイパビリティの支援を有することを示す。

ユーザ装置ネットワークケイパビリティＩＥを受信するアプリケーションサーバは、与えられたアプリケーションに関連ある情報をフィルタリングすることができる（ｆｉｌｔｅｒｏｕｔ）。アプリケーションサーバ（ＳＣＣＡＳ）は、（ＨＳＳを通じて）サービングノードから受信されるユーザ装置ネットワークケイパビリティからＳＲＶＣＣケイパビリティＩＥを読み取ることができ、図５及び図６に示されたように、ＡＴＧＷ及びＡＴＣＦでモバイル発信またはモバイル着信呼を固定する必要があるか否かを決定することができる。ユーザ装置ネットワークケイパビリティがユーザ装置がＳＲＶＣＣを支援しないことを示すと、ＳＣＣＡＳは、ＡＴＧＷ及びＡＴＣＦで固定しないことを決定することができる。そして、この方法で不要に浪費されることができる資源を節約する。

ＳＲＶＣＣケイパビリティＩＥは、次の通りである：
0 SRVCCは、UTRAN HSPAまたはE-UTRANからGERAN/UTRANまで支援されない
1 SRVCCは、UTRAN HSPAまたはE-UTRANからGERAN/UTRANまで支援される

図２は、ＨＳＳ及びＳＧＳＮ／ＭＭＥ（Ｓ６ａ／Ｓ６ｄ）間のインターフェースに対するダイアメータを利用する実施例を示す。Ｓｈ−Ｐｕｌｌ要請は、（データレファレンスを含む）接続キー（Ａｃｃｅｓｓ−Ｋｅｙ）を利用するＸＭＬ文書になることができる。Ｓｈ−ｐｕｌｌ応答で、ＸＭＬ文書は、“ユーザデータ（Ｕｓｅｒ−Ｄａｔａ）”形式を有するままリターンされる（ｒｅｔｕｒｎｅｄ）ことができる。追加的に、ＸＭＬ文書を説明するＵＭＬモデルは、ユーザ装置ケイパビリティを含むように修正されることができる。

ＨＳＳ及びＳＣＣＡＳ間のダイアメータＳｈ−Ｐｕｌｌ／Ｓｈ−Ｐｕｌｌ−Ａｎｓｗｅｒのためのプロトコルは、ユーザ装置ネットワークケイパビリティと関連する情報を含ませるために、ＨＳＳとＳＣＣＡＳとの間で伝送される既存のＸＭＬプロファイルに対する変更が要求されることができる。

図３は、ＨＳＳとＳＧＳＮとの間のインターフェース（Ｇｒ）上でマップ（ＭＡＰ）を利用した実施例を示す。
図３と関連したマッププロトコル（ＭＡＰｐｒｏｔｏｃｏｌ）は、次のように従来のプロトコルに対する変更が要求されることができる。

１．“ＳＧＳＮケイパビリティ”形式。これは、ユーザ装置ケイパビリティ要請を処理するためにＳＧＳＮのケイパビリティを示すＵＧＬ（Ｕｐｄａｔｅ−ＧＰＲＳ−Ｌｏｃａｔｉｏｎ）で伝送されることができる。ＨＬＲは、ユーザ装置ケイパビリティが含まれなければ、ダイアメータＳｈ−ｐｕｌｌを受信するとき、ＳＧＳＮからこの情報を要請しなくてもよい。ユーザ装置ケイパビリティ問い合わせ支援は、ＮＵＬＬ形式で“ＳＧＳＮケイパビリティ”に具現されることができる。
２．“Ｒｅｑｕｅｓｔｅｄ−Ｉｎｆｏ”形式。これは、ＳＧＳＮからユーザ装置ケイパビリティを要請するためにＰＳＩ要請で使用されることができる。
３．“Ｓｕｂｓｃｒｉｂｅｒ−Ｉｎｆｏ”形式。これは、“ユーザ装置ケイパビリティ”を含むＰＳＩ問い合わせの結果を含むことができるＰＳＩ−ａｃｋで伝送されることができる。
４．“Ｓｕｂｓｃｒｉｂｅｒ−Ｉｎｆｏ”で基本形式は、支援されるユーザ装置ネットワークケイパビリティのリストを含むことができる“構成された（ｃｏｎｓｔｒｕｃｔｅｄ）”マップ情報要素を示すことができる。拡張される形式を許容するために、形式は、マップエリプシス表記法（ＭＡＰｅｌｌｉｐｓｅｓｎｏｔａｔｉｏｎ）で構成されることができる。

前述した実施例は、本発明の例示を説明するものとして理解されなければならない。いずれか１つの実施例と関連して説明される任意の特徴は、単独で、または説明された他の特徴と組合で使用されることができ、そして他の実施例の１つ以上の特徴と組合で、または他の実施例の任意の組合で使用されることができるという点を理解しなければならない。なお、上記で説明しない均等物及び変形も添付の請求範囲に定義された本発明の範囲を逸脱することなく採択されることもできる。

Claims

無線通信システムでアプリケーションサーバ（ａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒ）のユーザ装置に対する呼を樹立する方法であって、
前記ユーザ装置のネットワークケイパビリティ（ｃａｐａｂｉｌｉｔｙ）をサービングノードに要請する第１メッセージを伝送する段階と、
前記サービングノードから前記ユーザ装置のネットワークケイパビリティ（ｃａｐａｂｉｌｉｔｙ）に関する情報を含む第２メッセージを受信する段階と、
前記ユーザ装置のネットワークケイパビリティに関する情報に基づいて、前記ユーザ装置が、ＳＲＶＣＣ（ｓｉｎｇｌｅｒａｄｉｏｖｏｉｃｅｃａｌｌｃｏｎｔｉｎｕｉｔｙ）ケイパビリティがあるか否かを指示する情報を含む第３メッセージをＡＴＣＦ（ａｃｃｅｓｓｔｒａｎｓｆｅｒｃｏｎｔｒｏｌｆｕｎｃｔｉｏｎ）に伝送する段階とを含み、
前記第３メッセージに含まれた前記情報は、ＡＴＧＷ（ａｃｃｅｓｓｔｒａｎｓｆｅｒｇａｔｅｗａｙ）で端末の呼を固定（ａｎｃｈｏｒ）するか否かを決定するのに利用されることを特徴とする方法。
前記無線通信システムは、第１無線ネットワーク及び第２無線ネットワークを含み、
前記第１無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第２無線ネットワークは、サーキットスイッチ音声通信を支援することができることを特徴とする請求項１に記載の方法。
前記第２メッセージは、無線ネットワークとただ１つの無線連結が時間内に任意の与えられたポイントで存在することができるように、前記ユーザ装置が前記第１無線ネットワーク及び前記第２無線ネットワークと通信のために単一無線インターフェースを有しているか否かと関連することを特徴とする請求項１または２に記載の方法。
前記第２メッセージは、ＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための前記ユーザ装置の能力と関連することを特徴とする請求項１に記載の方法。
前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための前記能力を有するものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定することを指示することを特徴とする請求項４に記載の方法。
前記第１メッセージはＳｈ−ｐｕｌｌメッセージであり、前記第２メッセージはＳｈ−ｐｕｌｌ−ｒｅｓｐｏｎｓｅメッセージであることを特徴とする請求項１に記載の方法。
前記サービングノードは、移動性管理エンティティー（ＭＭＥ；ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）であることを特徴とする請求項１に記載の方法。
前記第１メッセージの伝送、前記第２メッセージの受信、前記第３メッセージの伝送は、ＩＭＳ（ＩＰｍｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）登録手続で行われることを特徴とする請求項１に記載の方法。
前記サービングノードは、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）であることを特徴とする請求項１に記載の方法。
前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための前記能力を有さないものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定しないように指示することを特徴とする請求項４に記載の方法。
前記アプリケーションサーバは、ＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）を含むことを特徴とする請求項１に記載の方法。
前記サービングノードは、ＨＳＳ（ｈｏｍｅｓｕｂｓｃｒｉｂｅｒｓｅｒｖｅｒ）を含むことを特徴とする請求項１に記載の方法。
前記呼が発信されるかまたは着信される接続ネットワークの指示に依存して、第１無線ネットワークまたは第２無線ネットワークで前記呼を固定するか否かを決定する段階をさらに含むことを特徴とする請求項１に記載の方法。
第１無線ネットワーク及び第２無線ネットワークを含む無線通信システムでユーザ装置からまたはユーザ装置に呼の樹立を支援するのに使用するためのアプリケーションサーバであって、
前記第２無線ネットワークは、前記第１無線ネットワークと関連を有し、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、
前記アプリケーションサーバは、前記サービングノードからメッセージを受信し、且つ前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を有し；そして
前記ユーザ装置のネットワークケイパビリティに関する情報によって前記第１無線ネットワークまたは前記第２無線ネットワークの接続伝達ゲートウェイ（ＡＴＧＷ；ａｃｃｅｓｓｔｒａｎｓｆｅｒｇａｔｅｗａｙ）で前記呼を固定するか否かを決定することを特徴とするアプリケーションサーバ。
無線通信システムでユーザ装置に呼を樹立するためのアプリケーションサーバ（ａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒ）において、
信号を送信及び受信する通信部と、
前記ユーザ装置のネットワークケイパビリティを要請する第１メッセージをサービングノード（ｓｅｒｖｉｎｇｎｏｄｅ）に伝送し、
前記サービングノードから前記ユーザ装置のネットワークケイパビリティに関する情報を含む、第２メッセージを受信し、
前記ユーザ装置のネットワークケイパビリティに関する情報に基づいて、前記ユーザ装置が、ＳＲＶＣＣ（ｓｉｎｇｌｅｒａｄｉｏｖｏｉｃｅｃａｌｌｃｏｎｔｉｎｕｉｔｙ）ケイパビリティがあるか否かを指示する情報を含む第３メッセージをＡＴＣＦ（ａｃｃｅｓｓｔｒａｎｓｆｅｒｃｏｎｔｒｏｌｆｕｎｃｔｉｏｎ）に伝送するように制御する制御部とを含み、
前記第３メッセージに含まれた前記情報は、ＡＴＧＷ（ａｃｃｅｓｓｔｒａｎｓｆｅｒｇａｔｅｗａｙ）で端末の呼を固定（ａｎｃｈｏｒ）するか否かを決定するのに利用されることを特徴とするアプリケーションサーバ。
前記無線通信システムは、第１無線ネットワーク及び第２無線ネットワークを含み、
前記第１無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第２無線ネットワークは、サーキットスイッチ音声通信を支援することができることを特徴とする請求項１５に記載のアプリケーションサーバ。
前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための能力を有するものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定することを指示することを特徴とする請求項１５に記載のアプリケーションサーバ。
前記サービングノードは、移動性管理エンティティー（ＭＭＥ、ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）であることを特徴とする請求項１５に記載のアプリケーションサーバ。
前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための能力を有さないものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定しないように指示することを特徴とする請求項１５に記載のアプリケーションサーバ。
前記サービングノードは、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）であることを特徴とする請求項１５に記載のアプリケーションサーバ。
前記サービングノードは、ＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ）であることを特徴とする請求項１５に記載のアプリケーションサーバ。
前記制御部は、
前記第１メッセージを伝送し、
ホーム加入者サーバ（ＨＳＳ、ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）を通じて前記第２メッセージを受信するように制御することを特徴とする請求項１５に記載のアプリケーションサーバ。
前記第１及び第２メッセージを具現するためにダイアメータＳｈ−ｐｕｌｌメカニズムを利用することを特徴とする請求項１５に記載のアプリケーションサーバ。
前記アプリケーションサーバは、ＳＣＣＡＳ（ＳｅｒｖｉｃｅＣｅｎｔｒａｌｉｓａｔｉｏｎａｎｄＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）を含むことを特徴とする請求項１５に記載のアプリケーションサーバ。
前記第１メッセージの伝送、前記第２メッセージの受信、前記第３メッセージの伝送は、ＩＭＳ（ＩＰｍｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）登録手続で行われることを特徴とする請求項１５に記載のアプリケーションサーバ。
前記第１無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第２無線ネットワークは、サーキットスイッチ音声通信を支援することができることを特徴とする請求項１６に記載のアプリケーションサーバ。
前記第２メッセージは、無線ネットワークとただ１つの無線連結が時間内に任意の与えられたポイントで存在することができるように、前記ユーザ装置が第１無線ネットワーク及び第２無線ネットワークと通信のために単一無線インターフェースを有しているか否かと関連することを特徴とする請求項１５に記載のアプリケーションサーバ。
前記第２メッセージは、ＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための前記ユーザ装置の能力と関連することを特徴とする請求項１５に記載のアプリケーションサーバ。
前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）手続を行うための前記能力を有するものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定することを指示することを特徴とする請求項２８に記載のアプリケーションサーバ。
前記アプリケーションサーバは、機械−類型通信サーバ（Ｍａｃｈｉｎｅ−ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓＳｅｒｖｅｒ）であり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置伝送ケイパビリティと関連することを特徴とする請求項１５に記載のアプリケーションサーバ。
前記アプリケーションサーバは、機械−類型通信サーバ（Ｍａｃｈｉｎｅ−ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓＳｅｒｖｅｒ）であり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、低い優先順位装置である前記ユーザ装置と関連することを特徴とする請求項１５に記載のアプリケーションサーバ。
前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置のＩ１ケイパビリティと関連することを特徴とする請求項１５に記載のアプリケーションサーバ。