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

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5859535

(24)【登録日】2015年12月25日

(45)【発行日】2016年2月10日

(54)【発明の名称】アプリケーションサーバによるユーザ装置ケイパビリティの検索

(51)【国際特許分類】

   H04W 8/22 20090101AFI20160128BHJP

   H04W 76/02 20090101ALI20160128BHJP

   H04W 92/14 20090101ALI20160128BHJP

【ＦＩ】

   H04W8/22

   H04W76/02

   H04W92/14

【請求項の数】32

【全頁数】21

(21)【出願番号】特願2013-524804(P2013-524804)

(86)(22)【出願日】2011年8月19日

(65)【公表番号】特表2013-536642(P2013-536642A)

(43)【公表日】2013年9月19日

(86)【国際出願番号】KR2011006151

(87)【国際公開番号】WO2012023836

(87)【国際公開日】20120223

【審査請求日】2014年8月4日

(31)【優先権主張番号】1014032.5

(32)【優先日】2010年8月20日

(33)【優先権主張国】GB

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(72)【発明者】

【氏名】ハリス・ジシモポウロス

(72)【発明者】

【氏名】リッキー・カウラ

【審査官】 伊東 和重

(56)【参考文献】

【文献】 LG Electronics，Update to alternative #8, sub-alternative 1，3GPP TSG-SA WG2#79 ，3GPP，２０１０年 ５月１４日，S2-102383

【文献】 Samsung Electronics，VCC cross phase compatibility issues，3GPP TSG-SA WG2#52，3GPP，２００６年 ５月１２日，S2-061658

【文献】 ZTE，HSS-based solutions to improve T-ADS in the SCC AS，3GPP TSG-SA WG2#77，3GPP，２０１０年 １月２２日，S2-100443

【文献】 Samsung，Anchoring Decision based on SRVCC capability alt.2，3GPP TSG-SA WG2#80，3GPP，２０１０年 ９月 ３日，S2-103607

【文献】 NTT DOCOMO, Samsung，Solution Alternatives for anchoring decision based on SRVCC capability，3GPP TSG-SA WG2#80，3GPP，２０１０年 ９月 ３日，S2-103621

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

無線通信システムでアプリケーションサーバ（ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）のユーザ装置に対する呼を樹立する方法であって、
前記ユーザ装置のネットワークケイパビリティ（ｃａｐａｂｉｌｉｔｙ）をサービングノードに要請する第１メッセージを伝送する段階と、
前記サービングノードから前記ユーザ装置のネットワークケイパビリティ（ｃａｐａｂｉｌｉｔｙ）に関する情報を含む第２メッセージを受信する段階と、
前記ユーザ装置のネットワークケイパビリティに関する情報に基づいて、前記ユーザ装置が、ＳＲＶＣＣ（ｓｉｎｇｌｅ ｒａｄｉｏ ｖｏｉｃｅ ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ）ケイパビリティがあるか否かを指示する情報を含む第３メッセージをＡＴＣＦ（ａｃｃｅｓｓ ｔｒａｎｓｆｅｒ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）に伝送する段階とを含み、
前記第３メッセージに含まれた前記情報は、ＡＴＧＷ（ａｃｃｅｓｓ ｔｒａｎｓｆｅｒ ｇａｔｅｗａｙ）で端末の呼を固定（ａｎｃｈｏｒ）するか否かを決定するのに利用されることを特徴とする方法。

【請求項2】

前記無線通信システムは、第１無線ネットワーク及び第２無線ネットワークを含み、
前記第１無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第２無線ネットワークは、サーキットスイッチ音声通信を支援することができることを特徴とする請求項１に記載の方法。

【請求項3】

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

【請求項4】

前記第２メッセージは、ＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）手続を行うための前記ユーザ装置の能力と関連することを特徴とする請求項１に記載の方法。

【請求項5】

前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）手続を行うための前記能力を有するものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定することを指示することを特徴とする請求項４に記載の方法。

【請求項6】

前記第１メッセージはＳｈ−ｐｕｌｌメッセージであり、前記第２メッセージはＳｈ−ｐｕｌｌ−ｒｅｓｐｏｎｓｅメッセージであることを特徴とする請求項１に記載の方法。

【請求項7】

前記サービングノードは、移動性管理エンティティー（ＭＭＥ；Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）であることを特徴とする請求項１に記載の方法。

【請求項8】

前記第１メッセージの伝送、前記第２メッセージの受信、前記第３メッセージの伝送は、ＩＭＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）登録手続で行われることを特徴とする請求項１に記載の方法。

【請求項9】

前記サービングノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）であることを特徴とする請求項１に記載の方法。

【請求項10】

前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）手続を行うための前記能力を有さないものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定しないように指示することを特徴とする請求項４に記載の方法。

【請求項11】

前記アプリケーションサーバは、ＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｓａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）を含むことを特徴とする請求項１に記載の方法。

【請求項12】

前記サービングノードは、ＨＳＳ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ）を含むことを特徴とする請求項１に記載の方法。

【請求項13】

前記呼が発信されるかまたは着信される接続ネットワークの指示に依存して、第１無線ネットワークまたは第２無線ネットワークで前記呼を固定するか否かを決定する段階をさらに含むことを特徴とする請求項１に記載の方法。

【請求項14】

第１無線ネットワーク及び第２無線ネットワークを含む無線通信システムでユーザ装置からまたはユーザ装置に呼の樹立を支援するのに使用するためのアプリケーションサーバであって、
前記第２無線ネットワークは、前記第１無線ネットワークと関連を有し、前記無線通信システムは、前記アプリケーションサーバと通信することができるサービングノードを有し、
前記アプリケーションサーバは、前記サービングノードからメッセージを受信し、且つ前記メッセージは、前記ユーザ装置のネットワークケイパビリティに関する情報を有し；そして
前記ユーザ装置のネットワークケイパビリティに関する情報によって前記第１無線ネットワークまたは前記第２無線ネットワークの接続伝達ゲートウェイ（ＡＴＧＷ；ａｃｃｅｓｓ ｔｒａｎｓｆｅｒ ｇａｔｅｗａｙ）で前記呼を固定するか否かを決定することを特徴とするアプリケーションサーバ。

【請求項15】

無線通信システムでユーザ装置に呼を樹立するためのアプリケーションサーバ（ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）において、
信号を送信及び受信する通信部と、
前記ユーザ装置のネットワークケイパビリティを要請する第１メッセージをサービングノード（ｓｅｒｖｉｎｇ ｎｏｄｅ）に伝送し、
前記サービングノードから前記ユーザ装置のネットワークケイパビリティに関する情報を含む、第２メッセージを受信し、
前記ユーザ装置のネットワークケイパビリティに関する情報に基づいて、前記ユーザ装置が、ＳＲＶＣＣ（ｓｉｎｇｌｅ ｒａｄｉｏ ｖｏｉｃｅ ｃａｌｌ ｃｏｎｔｉｎｕｉｔｙ）ケイパビリティがあるか否かを指示する情報を含む第３メッセージをＡＴＣＦ（ａｃｃｅｓｓ ｔｒａｎｓｆｅｒ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）に伝送するように制御する制御部とを含み、
前記第３メッセージに含まれた前記情報は、ＡＴＧＷ（ａｃｃｅｓｓ ｔｒａｎｓｆｅｒ ｇａｔｅｗａｙ）で端末の呼を固定（ａｎｃｈｏｒ）するか否かを決定するのに利用されることを特徴とするアプリケーションサーバ。

【請求項16】

前記無線通信システムは、第１無線ネットワーク及び第２無線ネットワークを含み、
前記第１無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第２無線ネットワークは、サーキットスイッチ音声通信を支援することができることを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項17】

前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）手続を行うための能力を有するものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定することを指示することを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項18】

前記サービングノードは、移動性管理エンティティー（ＭＭＥ、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）であることを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項19】

前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）手続を行うための能力を有さないものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定しないように指示することを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項20】

前記サービングノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）であることを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項21】

前記サービングノードは、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）であることを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項22】

前記制御部は、
前記第１メッセージを伝送し、
ホーム加入者サーバ（ＨＳＳ、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）を通じて前記第２メッセージを受信するように制御することを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項23】

前記第１及び第２メッセージを具現するためにダイアメータＳｈ−ｐｕｌｌメカニズムを利用することを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項24】

前記アプリケーションサーバは、ＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｓａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）を含むことを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項25】

前記第１メッセージの伝送、前記第２メッセージの受信、前記第３メッセージの伝送は、ＩＭＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）登録手続で行われることを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項26】

前記第１無線ネットワークは、パケットスイッチ音声通信を支援することができ、前記第２無線ネットワークは、サーキットスイッチ音声通信を支援することができることを特徴とする請求項１６に記載のアプリケーションサーバ。

【請求項27】

前記第２メッセージは、無線ネットワークとただ１つの無線連結が時間内に任意の与えられたポイントで存在することができるように、前記ユーザ装置が第１無線ネットワーク及び第２無線ネットワークと通信のために単一無線インターフェースを有しているか否かと関連することを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項28】

前記第２メッセージは、ＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）手続を行うための前記ユーザ装置の能力と関連することを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項29】

前記第２メッセージにより、前記ユーザ装置がＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）手続を行うための前記能力を有するものと指示されると、
前記第３メッセージに含まれた前記情報は、前記呼を前記ＡＴＧＷで固定することを指示することを特徴とする請求項２８に記載のアプリケーションサーバ。

【請求項30】

前記アプリケーションサーバは、機械−類型通信サーバ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｅｒ）であり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置伝送ケイパビリティと関連することを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項31】

前記アプリケーションサーバは、機械−類型通信サーバ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｅｒ）であり、前記ユーザ装置の前記要請されたネットワークケイパビリティは、低い優先順位装置である前記ユーザ装置と関連することを特徴とする請求項１５に記載のアプリケーションサーバ。

【請求項32】

前記ユーザ装置の前記要請されたネットワークケイパビリティは、前記ユーザ装置のＩ１ケイパビリティと関連することを特徴とする請求項１５に記載のアプリケーションサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【0008】

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

【発明の概要】

【発明が解決しようとする課題】

【0009】

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

【0010】

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

【課題を解決するための手段】

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【図面の簡単な説明】

【0041】

【図1】図１は、本発明の一実施例においてＩＭＳアプリケーションサーバによるユーザ装置のネットワークケイパビリティの問い合わせのためのシグナリング経路を示す概略図である。

【図2】図２は、本発明の一実施例においてＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｓａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）によるユーザ装置のネットワークケイパビリティの問い合わせのためのシグナリング経路を示す概略図である。

【図3】図３は、本発明の一実施例においてＳＣＣ ＡＳ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｓａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）によるユーザ装置のネットワークケイパビリティの問い合わせのための他のシグナリング経路を示す概略図である。

【図4】図４は、本発明の一実施例においてユーザ装置登録中にユーザ装置ネットワークケイパビリティを要請するためのシグナリング経路を示す概略図である。

【図5】図５は、本発明の一実施例においてモバイル発信呼（ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｅｄ ｃａｌｌ）がＶＰＬＭＮ（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に固定されなければならないとＳＣＣ ＡＳが決定する場合のためのシグナリング経路を示す概略図である。

【図6】図６は、本発明の一実施例においてモバイル着信呼（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｅｄ ｃａｌｌ）がＶＰＬＭＮ（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に固定されなければならないとＳＣＣ ＡＳが決定する場合のためのシグナリング経路を示す概略図である。

【発明を実施するための形態】

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

【表1】

【0073】

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

【0074】

【表2】

【0075】

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

【0076】

【表3】

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】