(57)【要約】  ユーザ機器(UE)は、1つまたは複数の基準値の変化を検出し、ネットワークサービスの潜在的な喪失の重大度が重大度しきい値を超えるかどうかを判定し、重大度しきい値を超えるネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバにピングを送信し、重大度しきい値を超えないネットワークサービスの潜在的な喪失の重大度に基づいてサーバへのピングの送信を阻止する。サーバは、受信された呼要求をUEに接続しないようにし、1つまたは複数のピングをUEに送信し、しきい値数のピングを送信する前にUEから1つまたは複数のピングに対する応答を受信しないことに基づいてUEが連絡できない可能性があることを示すためにUEのプレゼンス状態を変更する。
2016518765.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器(UE)によって実行される、ネットワークサービスの潜在的な喪失を検出するための方法であって、
ネットワークサービスの潜在的な喪失を示す、1つまたは複数の基準値の変化を検出するステップと、
前記1つまたは複数の基準値の前記変化に基づいてネットワークサービスの前記潜在的な喪失の重大度が重大度しきい値を超えるか否かを判定するステップと、
前記重大度しきい値を超えるネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワークサービスの前記潜在的な喪失を検出する前に前記UEが接続されたサーバにピングを送信するステップと、
前記重大度しきい値を超えないネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワークサービスの前記潜在的な喪失を検出する前に前記UEが接続された前記サーバへのピングの送信を阻止するステップと
を含む、方法。
【請求項２】
前記1つまたは複数の基準値は、信号強度、サービス減衰、デジタルサービスの喪失、またはインターネットプロトコル(IP)アドレスの変化のうちの1つまたは複数を含む、請求項1に記載の方法。
【請求項３】
前記判定するステップは、ネットワークサービスの前記潜在的な喪失の前記重大度が、しきい値よりも長いネットワークサービスの前記潜在的な喪失の持続時間、および/またはしきい値を超える前記1つまたは複数の基準値のうちの少なくとも1つの値に基づいて前記重大度しきい値を超えるか否かを判定するステップを含む、請求項1に記載の方法。
【請求項４】
前記重大度しきい値を超えるネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワーク接続エラーが存在するか否かを判定するステップと、
ネットワーク接続エラーが存在することに基づいて前記ネットワーク接続エラーを是正しようとするステップと、
前記ネットワーク接続エラーを是正しようとした後、前記サーバにピングを送信するステップと
をさらに含む、請求項1に記載の方法。
【請求項５】
前記UEは、前記ネットワーク接続が失敗したことを判定する前に、しきい値数の回数まで前記サーバにピングを送信する、請求項4に記載の方法。
【請求項６】
前記ネットワーク接続が失敗したと判定することに基づいて利用可能なネットワークに対する新しい登録を実行するステップをさらに含む、請求項5に記載の方法。
【請求項７】
前記サーバに前記ピングを送信する前記ステップは、
前記サーバに前記ピングを送信する前にピングカウンタがしきい値を超えるか否かを判定するステップと、
前記しきい値を超えない前記ピングカウンタに基づいて前記サーバに前記ピングを送信するステップと
を含む、請求項1に記載の方法。
【請求項８】
前記UEが前記しきい値を超える前記ピングカウンタに基づいてネットワークサービスを喪失したことを判定するステップ
をさらに含む、請求項7に記載の方法。
【請求項９】
サーバによって実行される、ユーザ機器(UE)との接続を取り戻すための方法であって、
1つまたは複数の受信された呼要求を前記UEに接続しないようにするステップと、
1つまたは複数のピングを前記UEに送信するステップと、
前記サーバがしきい値数のピングを前記UEに送信する前に前記UEから前記1つまたは複数のピングに対する応答を受信しないことに基づいて前記UEが連絡できない可能性があることを示すために前記UEのプレゼンス状態を変更するステップと
を含む、方法。
【請求項１０】
前記1つまたは複数の受信された呼要求は、しきい値時間期間内の連続する呼要求を含む、請求項9に記載の方法。
【請求項１１】
前記1つまたは複数の受信された呼要求は、高優先度のユーザからの単一の呼要求を含む、請求項9に記載の方法。
【請求項１２】
前記サーバが前記しきい値数のピングを前記UEに送信する前に前記UEから前記1つまたは複数のピングに対する応答を受信することに基づいて前記1つまたは複数のピングの送信を中止するステップ
をさらに含む、請求項9に記載の方法。
【請求項１３】
前記UEが連絡できない可能性があることを示すために前記UEの前記プレゼンス状態を変更した後、呼要求を受信するステップ
をさらに含む、請求項9に記載の方法。
【請求項１４】
前記受信された呼要求を前記UEに接続しないようにするステップと、
1つまたは複数のピングを前記UEに送信するステップと、
前記UEに対する前記受信された呼要求を完了するステップと
をさらに含む、請求項13に記載の方法。
【請求項１５】
前記受信された呼要求を完了することに応答して前記UEが連絡できることを示すために前記UEの前記プレゼンス状態を更新するステップ
をさらに含む、請求項14に記載の方法。
【請求項１６】
前記1つまたは複数のピングを前記UEに送信するレートを決定するステップ
をさらに含む、請求項9に記載の方法。
【請求項１７】
前記UEが位置した最後の既知のセクタの容量を測定するステップであって、前記決定されたレートは前記測定された容量に基づいている、ステップ
をさらに含む、請求項16に記載の方法。
【請求項１８】
前記UEの優先度を決定するステップであって、前記決定されたレートは前記決定された優先度に基づいている、ステップ
をさらに含む、請求項16に記載の方法。
【請求項１９】
前記UEの前記優先度は、前記UEに対する1つまたは複数の着信呼の数、前記1つまたは複数の着信呼の1つまたは複数の発呼者の優先度、前記UEのユーザの優先度、および/または前記UEに対する発呼の失敗の数に基づいている、請求項18に記載の方法。
【請求項２０】
ユーザ機器(UE)によって実行される、ネットワークサービスの潜在的な喪失を検出するための装置であって、
ネットワークサービスの潜在的な喪失を示す、1つまたは複数の基準値の変化を検出するように構成された論理手段と、
前記1つまたは複数の基準値の前記変化に基づいてネットワークサービスの前記潜在的な喪失の重大度が重大度しきい値を超えるか否かを判定するように構成された論理手段と、
前記重大度しきい値を超えるネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワークサービスの前記潜在的な喪失を検出する前に前記UEが接続されたサーバにピングを送信するように構成された論理手段と、
前記重大度しきい値を超えないネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワークサービスの前記潜在的な喪失を検出する前に前記UEが接続された前記サーバへのピングの送信を阻止するように構成された論理手段と
を含む、装置。
【請求項２１】
前記1つまたは複数の基準値は、信号強度、サービス減衰、デジタルサービスの喪失、またはインターネットプロトコル(IP)アドレスの変化のうちの1つまたは複数を含む、請求項20に記載の装置。
【請求項２２】
判定するように構成された前記論理手段は、ネットワークサービスの前記潜在的な喪失の前記重大度が、しきい値よりも長いネットワークサービスの前記潜在的な喪失の持続時間、および/またはしきい値を超える前記1つまたは複数の基準値のうちの少なくとも1つの値に基づいて前記重大度しきい値を超えるか否かを判定するように構成された論理手段を含む、請求項20に記載の装置。
【請求項２３】
前記重大度しきい値を超えるネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワーク接続エラーが存在するか否かを判定するように構成された論理手段と、
ネットワーク接続エラーが存在することに基づいて前記ネットワーク接続エラーを是正しようとするように構成された論理手段と、
前記ネットワーク接続エラーを是正しようとした後、前記サーバにピングを送信するように構成された論理手段と
をさらに含む、請求項20に記載の装置。
【請求項２４】
前記UEは、前記ネットワーク接続が失敗したことを判定する前に、しきい値数の回数まで前記サーバにピングを送信する、請求項23に記載の装置。
【請求項２５】
前記ネットワーク接続が失敗したと判定することに基づいて利用可能なネットワークに対する新しい登録を実行するステップをさらに含む、請求項24に記載の装置。
【請求項２６】
サーバによって実行される、ユーザ機器(UE)との接続を取り戻すための装置であって、
1つまたは複数の受信された呼要求を前記UEに接続しないようにするように構成された論理手段と、
1つまたは複数のピングを前記UEに送信するように構成された論理手段と、
前記サーバがしきい値数のピングを前記UEに送信する前に前記UEから前記1つまたは複数のピングに対する応答を受信しないことに基づいて前記UEが連絡できない可能性があることを示すために前記UEのプレゼンス状態を変更するように構成された論理手段と
を含む、装置。
【請求項２７】
前記サーバが前記しきい値数のピングを前記UEに送信する前に前記UEから前記1つまたは複数のピングに対する応答を受信することに基づいて前記1つまたは複数のピングの送信を中止するように構成された論理手段
をさらに含む、請求項26に記載の装置。
【請求項２８】
前記UEが連絡できない可能性があることを示すために前記UEの前記プレゼンス状態を変更した後、呼要求を受信するように構成された論理手段
をさらに含む、請求項26に記載の装置。
【請求項２９】
前記受信された呼要求を前記UEに接続しないようにするように構成された論理手段と、
1つまたは複数のピングを前記UEに送信するように構成された論理手段と、
前記UEに対する前記受信された呼要求を完了するように構成された論理手段と
をさらに含む、請求項28に記載の装置。
【請求項３０】
前記受信された呼要求を完了することに応答して前記UEが連絡できることを示すために前記UEの前記プレゼンス状態を更新するように構成された論理手段
をさらに含む、請求項29に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本特許出願は、本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、2013年4月3日に出願された「DETECTING, REPORTING, AND RECOVERING FROM POTENTIAL SERVICE DISRUPTIONS」と題する米国仮出願第61/807,933号の利益を主張する。
【０００２】
本開示の様々な態様は、潜在的なサービス中断を検出し、報告し、それから回復することを対象とする。
【背景技術】
【０００３】
ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(暫定の2.5Gおよび2.75Gネットワークを含む)、ならびに第3世代(3G)および第4世代(4G)の高速データ/インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーシステムおよびパーソナル通信サービス(PCS)システムを含む、多くの様々なタイプのワイヤレス通信システムが使用されている。知られているセルラーシステムの例には、セルラーアナログ先進移動電話システム(AMPS:Analog Advanced Mobile Phone System)、ならびに、符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのグローバルシステムフォーモバイル(Global System for Mobile)接続(GSM(登録商標))変形形態、およびTDMA技術とCDMA技術の両方を使用するより新しいハイブリッドデジタル通信システムに基づくデジタルセルラーシステムがある。
【０００４】
つい最近、モバイル電話および他のデータ端末の高速データのワイヤレス通信用のワイヤレス通信プロトコルとして、ロングタームエボリューション(LTE)が開発されてきている。LTEは、GSM(登録商標)に基づいており、GSM(登録商標)進化型高速データレート(EDGE)などの様々なGSM(登録商標)関連のプロトコル、および高速パケットアクセス(HSPA)などのユニバーサルモバイル通信システム(UMTS)プロトコルからの寄与を含む。
【０００５】
ユーザ機器(UE)は、UEが地下鉄システム内にあるとき、エレベータ内にあるとき、トンネルを通過するときなど、時々、ネットワークサービス、またはRAN(たとえば、RAN120)もしくは別のアクセスポイント(たとえば、アクセスポイント125)との接続を喪失する場合がある。UEが接続を取り戻すとき、それ自体とサーバ(たとえば、アプリケーションサーバ170)との間のネットワーク接続のすべてが正常に回復したものと見なす。しかしながら、それはいつでも当てはまるというわけではなく、UEは、ユーザが電話をかけようとするか、またはUEが何らかの他のネットワーク対話を実行しようとするまで、問題を発見しない場合がある。そのとき、UEは、ネットワークに再登録しなければならず、遅延をもたらす場合がある。
【発明の概要】
【課題を解決するための手段】
【０００６】
本開示の一態様は、ユーザ機器(UE)によって実行される、ネットワークサービスの潜在的な喪失を検出することを対象とする。UEによって実行される、ネットワークサービスの潜在的な喪失を検出するための方法は、ネットワークサービスの潜在的な喪失を示す、1つまたは複数の基準値の変化を検出するステップと、1つまたは複数の基準値の変化に基づいてネットワークサービスの潜在的な喪失の重大度が重大度しきい値を超えるか否かを判定するステップと、重大度しきい値を超えるネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバにピングを送信するステップと、重大度しきい値を超えないネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバへのピングの送信を阻止するステップとを含む。
【０００７】
UEによって実行される、ネットワークサービスの潜在的な喪失を検出するための装置は、ネットワークサービスの潜在的な喪失を示す、1つまたは複数の基準値の変化を検出するように構成された論理手段と、1つまたは複数の基準値の変化に基づいてネットワークサービスの潜在的な喪失の重大度が重大度しきい値を超えるか否かを判定するように構成された論理手段と、重大度しきい値を超えるネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバにピングを送信するように構成された論理手段と、重大度しきい値を超えないネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバへのピングの送信を阻止するように構成された論理手段とを含む。
【０００８】
UEによって実行される、ネットワークサービスの潜在的な喪失を検出するための装置は、ネットワークサービスの潜在的な喪失を示す、1つまたは複数の基準値の変化を検出するための手段と、1つまたは複数の基準値の変化に基づいてネットワークサービスの潜在的な喪失の重大度が重大度しきい値を超えるか否かを判定するための手段と、重大度しきい値を超えるネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバにピングを送信するための手段と、重大度しきい値を超えないネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバへのピングの送信を阻止するための手段とを含む。
【０００９】
UEによって実行される、ネットワークサービスの潜在的な喪失を検出するための非一時的コンピュータ可読媒体は、ネットワークサービスの潜在的な喪失を示す、1つまたは複数の基準値の変化を検出するための少なくとも1つの命令と、1つまたは複数の基準値の変化に基づいてネットワークサービスの潜在的な喪失の重大度が重大度しきい値を超えるか否かを判定するための少なくとも1つの命令と、重大度しきい値を超えるネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバにピングを送信するための少なくとも1つの命令と、重大度しきい値を超えないネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバへのピングの送信を阻止するための少なくとも1つの命令とを含む。
【００１０】
本開示の一態様は、サーバによって実行される、UEとの接続を取り戻すことを対象とする。サーバによって実行される、UEとの接続を取り戻すための方法は、1つまたは複数の受信された呼要求をUEに接続しないようにするステップと、1つまたは複数のピングをUEに送信するステップと、サーバがしきい値数のピングをUEに送信する前にUEから1つまたは複数のピングに対する応答を受信しないことに基づいてUEが連絡できない可能性があることを示すためにUEのプレゼンス状態を変更するステップとを含む。
【００１１】
サーバによって実行される、UEとの接続を取り戻すための装置は、1つまたは複数の受信された呼要求をUEに接続しないようにするように構成された論理手段と、1つまたは複数のピングをUEに送信するように構成された論理手段と、サーバがしきい値数のピングをUEに送信する前にUEから1つまたは複数のピングに対する応答を受信しないことに基づいてUEが連絡できない可能性があることを示すためにUEのプレゼンス状態を変更するように構成された論理手段とを含む。
【００１２】
サーバによって実行される、UEとの接続を取り戻すための装置は、1つまたは複数の受信された呼要求をUEに接続しないようにするための手段と、1つまたは複数のピングをUEに送信するための手段と、サーバがしきい値数のピングをUEに送信する前にUEから1つまたは複数のピングに対する応答を受信しないことに基づいてUEが連絡できない可能性があることを示すためにUEのプレゼンス状態を変更するための手段とを含む。
【００１３】
サーバによって実行される、UEとの接続を取り戻すための非一時的コンピュータ可読媒体は、1つまたは複数の受信された呼要求をUEに接続しないようにするための少なくとも1つの命令と、1つまたは複数のピングをUEに送信するための少なくとも1つの命令と、サーバがしきい値数のピングをUEに送信する前にUEから1つまたは複数のピングに対する応答を受信しないことに基づいてUEが連絡できない可能性があることを示すためにUEのプレゼンス状態を変更するための少なくとも1つの命令とを含む。
【００１４】
本開示の態様のより完全な理解、およびその付随する利点の多くは、以下の詳細な説明を添付の図面と併せ読んでよりよく理解すると、容易に得られる。添付の図面は、単に説明のために提示されているにすぎず、本開示を限定するものではない。
【図面の簡単な説明】
【００１５】
【図１】本開示の一態様によるワイヤレス通信システムのハイレベルシステムアーキテクチャを示す図である。
【図２Ａ】本開示の一態様による、無線アクセスネットワーク(RAN)、および1xEV-DOネットワーク用のコアネットワークのパケット交換部分の例示的な構成を示す図である。
【図２Ｂ】本開示の一態様による、RAN、および3G UMTS W-CDMA(登録商標)システム内の汎用パケット無線サービス(GPRS)コアネットワークのパケット交換部分の例示的な構成を示す図である。
【図２Ｃ】本開示の一態様による、RAN、および3G UMTS W-CDMA(登録商標)システム内のGPRSコアネットワークのパケット交換部分の別の例示的な構成を示す図である。
【図２Ｄ】本開示の一態様による、RAN、および進化型パケットシステム(EPS:Evolved Packet System)またはロングタームエボリューション(LTE)ネットワークに基づくコアネットワークのパケット交換部分の例示的な構成を示す図である。
【図２Ｅ】本開示の一態様による、EPSまたはLTEネットワークに接続された拡張型高速パケットデータ(HRPD)RAN、およびまたHRPDコアネットワークのパケット交換部分の例示的な構成を示す図である。
【図３】本開示の態様によるユーザ機器(UE)の例を示す図である。
【図４】本開示の一態様による、機能を実行するように構成された論理手段を含む通信デバイスを示す図である。
【図５】本開示の様々な態様による例示的なサーバを示す図である。
【図６】従来の登録シーケンスのハイレベルフローを示す図である。
【図７】UEにおける潜在的なサービス中断を検出するための例示的なフローを示す図である。
【図８】UEにおいて実行される、潜在的なサービス中断を検出するための例示的なフローを示す図である。
【図９】アプリケーションサーバがUEとの接続を取り戻すために実行し得る動作の例示的なフローを示す図である。
【図１０】UEに影響を及ぼす潜在的なサービス中断を検出するための例示的なフローを示す図である。
【図１１】アプリケーションサーバがUEにピングし得るレートを決定するための例示的なフローを示す図である。
【発明を実施するための形態】
【００１６】
様々な態様は、以下の説明および関連する図面において開示される。本開示の範囲から逸脱することなく、代替の態様が考案され得る。さらに、本開示の関連する詳細を不明瞭にしないように、本開示のよく知られている要素は詳細に説明されないか、または省略される。
【００１７】
「例示的」および/または「例」という言葉は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる態様も、必ずしも他の態様よりも好ましいまたは有利であると解釈されるべきではない。同様に、「本開示の態様」という用語は、本開示のすべての態様が、論じられた特徴、利点、または動作モードを含むことを必要としない。
【００１８】
さらに、多くの態様について、たとえばコンピューティングデバイスの要素によって実行されるべき、一連の動作に関して説明する。本明細書で説明する様々な動作は、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つもしくは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実施され得ることを認識されよう。加えて、本明細書で説明するこれらの一連の動作は、実行時に、関連するプロセッサに本明細書で説明する機能を実施させるコンピュータ命令の対応するセットを記憶した、任意の形式のコンピュータ可読記憶媒体内で完全に具現化されるものと見なされ得る。したがって、本開示の様々な態様は、請求する主題の範囲内にすべて入ることが企図されているいくつかの異なる形式で具現化され得る。さらに、本明細書で説明する態様ごとに、任意のそのような態様の対応する形式について、本明細書では、たとえば、記載の動作を実行する「ように構成された論理手段」として説明することがある。
【００１９】
本明細書ではユーザ機器(UE)と呼ばれるクライアントデバイスは、モバイルであるか、または固定されている可能性があり、無線アクセスネットワーク(RAN)と通信し得る。本明細書で使用する「UE」という用語は、「アクセス端末」または「AT」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」または「UT」、「モバイル端末」、「移動局」、およびそれらの変形形態と互換的に参照され得る。一般に、UEは、RANを介してコアネットワークと通信する可能性があり、コアネットワークを介してインターネットなどの外部ネットワークに接続され得る。当然、UEには、有線アクセスネットワーク、(たとえば、IEEE 802.11などに基づく)WiFiネットワークなどの、コアネットワークおよび/またはインターネットに接続する他の機構も考えられる。UEは、限定はしないが、PCカード、コンパクトフラッシュ(登録商標)デバイス、外付けもしくは内蔵のモデム、またはワイヤレスもしくは有線の電話などを含むいくつかのタイプのデバイスのうちの任意のものによって具体化され得る。UEが信号をRANに送信し得る通信リンクは、アップリンクチャネル(たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど)と呼ばれる。RANが信号をUEに送信し得る通信リンクは、ダウンリンクチャネルまたは順方向リンクチャネル(たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど)と呼ばれる。本明細書で使用される場合、トラフィックチャネル(TCH)という用語は、アップリンク/逆方向トラフィックチャネル、またはダウンリンク/順方向トラフィックチャネルのいずれかを指し得る。
【００２０】
図1は、本開示の一態様によるワイヤレス通信システム100のハイレベルシステムアーキテクチャを示す。ワイヤレス通信システム100はUE1...Nを含む。UE1...Nは、携帯電話、携帯情報端末(PDA)、ページャ、ラップトップコンピュータ、デスクトップコンピュータなどを含み得る。たとえば、図1において、UE1...2は発呼側携帯電話として示され、UE3...5はタッチスクリーン携帯電話またはスマートフォンとして示され、UENはデスクトップコンピュータまたはPCとして示されている。
【００２１】
図1を参照すると、UE1...Nは、図1にエアインターフェース104、106、108および/または直接有線接続として示されている物理通信インターフェースまたはレイヤを介してアクセスネットワーク(たとえば、RAN120、アクセスポイント125など)と通信するように構成される。エアインターフェース104および106は、所与のセルラー通信プロトコル(たとえば、符号分割多元接続(CDMA)、エボリューションデータオプティマイズド(EV-DO)、進化型高速パケットデータ(eHRPD:Evolved High Rate Packet Data)、グローバルシステムオブモバイルコミュニケーション(GSM（登録商標）)、GSM（登録商標）進化型高速データレート(EDGE)、ワイドバンドCDMA(W-CDMA)、ロングタームエボリューション(LTE)など)に準拠し得るが、エアインターフェース108は、ワイヤレスIPプロトコル(たとえば、IEEE802.11)に準拠し得る。RAN120は、エアインターフェース104および106などのエアインターフェースを介してUEにサービスする複数のアクセスポイントを含む。RAN120内のアクセスポイントは、アクセスノードまたはAN、アクセスポイントまたはAP、基地局またはBS、ノードB、eノードBなどと呼ばれ得る。これらのアクセスポイントは、地上アクセスポイント(もしくは地上局)または衛星アクセスポイントであり得る。RAN120は、RAN120によってサービスされるUEとRAN120または異なるRANによってサービスされる他のUEとの間の回線交換(CS)呼を完全にブリッジングすることを含む様々な機能を実行することができ、かつインターネット175などの外部ネットワークとのパケット交換(PS)データの交換を仲介することもできるコアネットワーク140に接続するように構成される。インターネット175は、いくつかのルーティングエージェントおよび処理エージェント(便宜上図1には示されていない)を含む。図1において、UENはインターネット175に直接接続する(すなわち、WiFiまたは802.11ベースネットワークのイーサネット(登録商標)接続を介するなど、コアネットワーク140から分離される)ように示されている。それによって、インターネット175は、コアネットワーク140を介してUENとUE1...Nとの間のパケット交換データ通信をブリッジングするように機能し得る。図1には、RAN120から分離されたアクセスポイント125も示されている。アクセスポイント125は、コアネットワーク140とは無関係に(たとえば、FiOS、ケーブルモデムなどの光通信システムを介して)インターネット175に接続され得る。エアインターフェース108は、一例ではIEEE 802.11などのローカルワイヤレス接続を介してUE4またはUE5にサービスし得る。UENは、一例では(たとえば、有線接続性とワイヤレス接続性の両方を有するWiFiルータ用の)アクセスポイント125自体に相当する可能性があるモデムまたはルータとの直接接続などのインターネット175との有線接続を含むデスクトップコンピュータとして示されている。
【００２２】
図1を参照すると、アプリケーションサーバ170は、インターネット175、コアネットワーク140、またはその両方に接続されるように示されている。アプリケーションサーバ170は、構造的に分離された複数のサーバとして実装され得るか、または代替として単一のサーバに相当し得る。以下により詳しく説明するように、アプリケーションサーバ170は、コアネットワーク140および/またはインターネット175を介してアプリケーションサーバ170に接続することのできるUEについて1つまたは複数の通信サービス(たとえば、Voice-over-Internet Protocol(VoIP)セッション、Push-to-Talk(PTT)セッション、グループ通信セッション、ソーシャルネットワーキングサービスなど)をサポートするように構成される。
【００２３】
ワイヤレス通信システム100をより詳細に説明するのを助けるために、RAN120およびコアネットワーク140に関するプロトコル固有の実装形態の例を図2A〜図2Dに関して以下に提供する。詳細には、RAN120およびコアネットワーク140の構成要素は、パケット交換(PS)通信をサポートすることに関連する構成要素に対応し、従来の回線交換(CS)構成要素もこれらのネットワーク内に存在し得るが、図2A〜図2Dには、いずれの従来のCS固有の構成要素も明示的に示さない。
【００２４】
図2Aは、本開示の一態様による、RAN120、およびCDMA2000 1xエボリューションデータオプティマイズド(EV-DO)ネットワークにおけるパケット交換通信用のコアネットワーク140の例示的な構成を示す。図2Aを参照すると、RAN120は、有線バックホールインターフェースを介して基地局コントローラ(BSC)215Aに結合される複数の基地局(BS)200A、205A、および210Aを含む。単一のBSCによって制御されるBSのグループは、サブネットと総称される。当業者なら諒解するように、RAN120は、複数のBSCおよびサブネットを含むことができるが、便宜上、図2Aには単一のBSCを示す。BSC215Aは、コアネットワーク140内でA9接続を介してパケット制御機能(PCF)220Aと通信する。PCF220Aは、パケットデータに関連するBSC215Aのためのいくつかの処理機能を実行する。PCF220Aは、コアネットワーク140内でA11接続を介してパケットデータサービングノード(PDSN)225Aと通信する。PDSN225Aは、ポイントツーポイント(PPP)セッションを管理すること、ホームエージェント(HA)および/または外部エージェント(FA)として機能することを含む様々な機能を有し、(以下でより詳細に説明するように)GSM(登録商標)ネットワークおよびUMTSネットワークにおけるゲートウェイ汎用パケット無線サービス(GPRS)サポートノード(GGSN)と機能的に同様である。PDSN225Aは、コアネットワーク140をインターネット175などの外部IPネットワークに接続する。
【００２５】
図2Bは、本開示の一態様による、RAN120、および3G UMTS W-CDMA(登録商標)システム内のGPRSコアネットワークとして構成されたコアネットワーク140のパケット交換部分の例示的な構成を示す。図2Bを参照すると、RAN120は、有線バックホールインターフェースを介して無線ネットワークコントローラ(RNC)215Bに結合される複数のノードB 200B、205B、および210Bを含む。1xEV-DOネットワークと同様に、単一のRNCによって制御されるノードBのグループは、サブネットと総称される。当業者なら諒解するように、RAN120は、複数のRNCおよびサブネットを含むことができるが、便宜上、図2Bには単一のRNCを示す。RNC215Bは、コアネットワーク140内のサービングGRPSサポートノード(SGSN)220Bと、RAN120によってサービスされるUEとの間で、シグナリングし、ベアラチャネル(すなわち、データチャネル)を確立し、それを切断することを担う。また、リンクレイヤ暗号化が可能な場合、RNC215Bは、エアインターフェースを介する送信のためにコンテンツをRAN120に転送する前に、コンテンツを暗号化する。RNC215Bの機能は、当技術分野でよく知られており、簡潔にするためこれ以上は説明しない。
【００２６】
図2Bでは、コアネットワーク140は、上述のSGSN220B(およびいくつかの他のSGSNも含む可能性がある)およびGGSN225Bを含む。一般に、GPRSは、IPパケットをルーティングするための、GSM(登録商標)に使用されるプロトコルである。GPRSコアネットワーク(たとえば、GGSN225Bおよび1つまたは複数のSGSN220B)は、GPRSシステムの中心部分であり、W-CDMA(登録商標)ベースの3Gアクセスネットワークのサポートも提供する。GPRSコアネットワークは、GSM(登録商標)およびW-CDMA(登録商標)ネットワークにおけるIPパケットサービスのモビリティ管理、セッション管理、およびトランスポートを提供する、GSM(登録商標)コアネットワーク(すなわち、コアネットワーク140)の一体化された部分である。
【００２７】
GPRSトンネリングプロトコル(GTP)は、GPRSコアネットワークを特徴付けるIPプロトコルである。GTPは、GGSN225Bにおいて、1つの位置からインターネット175に接続し続けているかのようにしながら、GSM(登録商標)またはW-CDMA(登録商標)ネットワークのエンドユーザ(たとえば、UE)が方々に移動することを可能にするプロトコルである。これは、UEの現在のSGSN220Bから、それぞれのUEのセッションを処理しているGGSN225BにそれぞれのUEのデータを転送することによって達成される。
【００２８】
GTPの3つの形態、すなわち(i)GTP-U、(ii)GTP-C、および(iii)GTP'(GTP Prime)がGPRSコアネットワークによって使用される。GTP-Uは、パケットデータプロトコル(PDP)コンテキストごとに分離されたトンネルでのユーザデータの転送に使用される。GTP-Cは、制御シグナリング(たとえば、PDPコンテキストのセットアップおよび削除、GSN到達可能性の検証、加入者があるSGSNから別のSGSNに移動した場合などの更新または変更など)に使用される。GTP'は、GSNから課金機能への課金データの転送に使用される。
【００２９】
図2Bを参照すると、GGSN225Bは、GPRSバックボーンネットワーク(図示せず)とインターネット175との間のインターフェースとして機能する。GGSN225Bは、関連するパケットデータプロトコル(PDP)形式(たとえば、IPまたはPPP)のパケットデータを、SGSN220Bから来るGPRSパケットから抽出し、対応するパケットデータネットワーク上でパケットを送出する。反対方向において、着信データパケットは、GGSNによってSGSN220Bに接続されたUEに向けられ、SGSN220Bは、RAN120によってサービスされるターゲットUEの無線アクセスベアラ(RAB)を管理および制御する。それによって、GGSN225Bは、ターゲットUEの現在のSGSNアドレスおよびその関連のプロファイルをロケーションレジスタ(たとえば、PDPコンテキスト内)に記憶する。GGSN225Bは、IPアドレス割当てを担い、接続されたUEのデフォルトのルータである。また、GGSN225Bは、認証および課金機能を実行する。
【００３０】
一例では、SGSN220Bは、コアネットワーク140内の多くのSGSNのうちの1つの代表である。各SGSNは、関連する地理的サービスエリア内で、UEとの間でのデータパケットの配信を担う。SGSN220Bのタスクには、パケットルーティングおよび転送、モビリティ管理(たとえば、接続/切断およびロケーション管理)、論理リンク管理、ならびに認証機能および課金機能が含まれる。SGSN220Bのロケーションレジスタは、位置情報(たとえば、現在のセル、現在のVLR)、および、SGSN220Bに登録されたすべてのGPRSユーザのユーザプロファイル(たとえば、パケットデータネットワークで使用されるIMSI、PDPアドレス)を、たとえばユーザまたはUEごとに1つまたは複数のPDPコンテキスト内に記憶する。したがって、SGSN220Bは、(i)GGSN225BからのダウンリンクGTPパケットの逆トンネリング、(ii)GGSN225Bに向かうIPパケットのアップリンクトンネリング、(iii)UEがSGSNサービスエリアの間を移動するときのモビリティ管理の実行、(iv)モバイル加入者の支払い請求を担う。当業者が諒解するように、(i)〜(iv)の他に、GSM(登録商標)/EDGEネットワークのために構成されたSGSNは、W-CDMA(登録商標)ネットワークのために構成されたSGSNと比較して、わずかに異なる機能を有する。
【００３１】
RAN120(または、たとえば、UMTSシステムアーキテクチャにおけるUTRAN)は、Radio Access Network Application Part(RANAP)プロトコルを介して、SGSN220Bと通信する。RANAPは、Iuインターフェース(Iu-ps)を介して、フレームリレーまたはIPなどの伝送プロトコルとともに動作する。SGSN220Bは、SGSN220Bおよび他のSGSN(図示せず)と内部のGGSN(図示せず)との間のIPベースのインターフェースであり、上記で定義されたGTPプロトコル(たとえば、GTP-U、GTP-C、GTP'など)を使用する、Gnインターフェースを介してGGSN225Bと通信する。図2Bの例では、SGSN220BとGGSN225Bとの間のGnは、GTP-CとGTP-Uの両方を搬送する。図2Bには示されないが、Gnインターフェースは、ドメイン名システム(DNS)によっても使用される。GGSN225Bは、公衆データネットワーク(PDN)(図示せず)に、次にインターネット175に、IPプロトコルによるGiインターフェースを介して直接、またはワイヤレスアプリケーションプロトコル(WAP)ゲートウェイを介して接続される。
【００３２】
図2Cは、本開示の一態様による、RAN120、および3G UMTS W-CDMA(登録商標)システム内のGPRSコアネットワークとして構成されたコアネットワーク140のパケット交換部分の別の例示的な構成を示す。図2Bと同様に、コアネットワーク140は、SGSN220BおよびGGSN225Bを含む。しかしながら、図2Cでは、ダイレクトトンネルは、SGSN220Bが、PSドメイン内のRAN120とGGSN225Bとの間のダイレクトユーザプレーントンネル、GTP-Uを確立することを可能にする、Iuモードにおける任意選択の機能である。図2CのSGSN220Bなどのダイレクトトンネル対応SGSNは、SGSN220Bがダイレクトユーザプレーン接続を使用できるかどうかにかかわらず、GGSN単位およびRNC単位で構成され得る。図2CのSGSN220Bは、制御プレーンシグナリングを処理し、ダイレクトトンネルをいつ確立するべきかの決定を行う。PDPコンテキストに割り当てられたRABが解放される(すなわち、PDPコンテキストが保たれる)とき、ダウンリンクパケットの処理を可能にするために、GGSN225BとSGSN220Bとの間にGTP-Uトンネルが確立される。
【００３３】
図2Dは、本開示の一態様による、RAN120、および進化型パケットシステム(EPS)またはLTEネットワークに基づくコアネットワーク140のパケット交換部分の例示的な構成を示す。図2Dを参照すると、図2B〜図2Cに示すRAN120と異なり、EPS/LTEネットワーク内のRAN120は、図2B〜図2CのRNC215Bなしに、複数の発展型ノードB(EノードBまたはeNB)200D、205D、および210Dとともに構成される。これは、EPS/LTEネットワーク内のEノードBは、コアネットワーク140と通信するためにRAN120内に別個のコントローラ(すなわち、RNC215B)を必要としないからである。言い換えれば、図2B〜図2CのRNC215Bの機能のいくつかは、図2DのRAN120のそれぞれのeノードBに内蔵される。
【００３４】
図2Dでは、コアネットワーク140は、複数のモビリティ管理エンティティ(MME)215Dおよび220D、ホーム加入者サーバ(HSS)225D、サービングゲートウェイ(S-GW)230D、パケットデータネットワークゲートウェイ(P-GW)235D、ならびにポリシーおよび課金ルール機能(PCRF)240Dを含む。これらの構成要素、RAN120、およびインターネット175間のネットワークインターフェースは、図2Dに示され、(下記の)Table 1(表1)に次のように定義される。
【００３５】
【表１】
2016518765.tif 000003
【００３６】
ここで、図2DのRAN120およびコアネットワーク140に示される構成要素のハイレベル記述について説明する。しかしながら、これらの構成要素は各々、様々な3GPP TS規格により当技術分野でよく知られており、本明細書に含まれる記述は、これらの構成要素によって実行されるすべての機能の網羅的な記述となることを意図しない。
【００３７】
図2Dを参照すると、MME215Dおよび220Dは、EPSベアラの制御プレーンシグナリングを管理するように構成される。MME機能は、非アクセス層(NAS)シグナリング、NASシグナリングセキュリティ、インター技術ハンドオーバおよびイントラ技術ハンドオーバのモビリティ管理、P-GWおよびS-GW選択、ならびにMME変更を伴うハンドオーバに関するMME選択を含む。
【００３８】
図2Dを参照すると、S-GW230Dは、RAN120の方へのインターフェースの終端にあるゲートウェイである。EPSベースのシステムのコアネットワーク140に関連するUEごとに、所与の時点において単一のS-GWが存在する。GTPベースおよびプロキシモバイルIPv6(PMIP)ベースの両S5/S8に関して、S-GW230Dの機能は、モビリティアンカーポイント、パケットルーティングおよび転送、ならびに関連のEPSベアラのQoSクラス識別子(QCI)に基づくDiffServ Code Point(DSCP)の設定を含む。
【００３９】
図2Dを参照すると、P-GW235Dは、パケットデータネットワーク(PDN)、たとえばインターネット175の方へのSGiインターフェースの終端にあるゲートウェイである。UEが複数のPDNにアクセスしている場合、そのUEのために2つ以上のP-GWが存在し得るが、S5/S8接続とGn/Gp接続との混合は、通常、そのUEに関して同時にサポートされない。P-GW機能は、GTPベースの両S5/S8に関して、(ディープパケット検査による)パケットフィルタリング、UE IPアドレス割当て、関連のEPSベアラのQCIに基づくDSCPの設定、オペレータ間の課金のためのアカウンティング、3GPP TS23.203に定義されたアップリンク(UL)およびダウンリンク(DL)ベアラバインディング、3GPP TS23.203に定義されたULベアラバインディング検証を含む。P-GW235Dは、E-UTRAN、GSM(登録商標)/EDGE無線アクセスネットワーク(GERAN)、またはUTRANのいずれかを使用して、GERAN/UTRAN専用UEとE-UTRAN対応UEの両方へのPDN接続を提供する。P-GW235Dは、E-UTRANを使用してS5/S8インターフェースのみを介してE-UTRAN対応UEへのPDN接続を提供する。
【００４０】
図2Dを参照すると、PCRF240Dは、EPSベースのコアネットワーク140のポリシーおよび課金制御要素である。非ローミングシナリオでは、UEのインターネットプロトコル接続アクセスネットワーク(IP-CAN)セッションに関連するHPLMN内に単一のPCRFが存在する。PCRFは、RxインターフェースおよびGxインターフェースの終端にある。トラフィックのローカルブレークアウトを伴うローミングシナリオでは、UEのIP-CANセッションに関連する2つのPCRFが存在し得る。ホームPCRF(H-PCRF)は、HPLMN内に存在するPCRFであり、訪問先PCRF(V-PCRF)は、訪問先VPLMN内に存在するPCRFである。PCRFは、3GPP TS23.203により詳細に記載されており、したがって、簡潔のためにさらに説明しない。図2Dでは、アプリケーションサーバ170(たとえば、3GPP専門用語においてAFと呼ばれ得る)は、インターネット175を介してコアネットワーク140に、または代替としてRxインターフェースを介して直接PCRF240Dに接続されるように示される。一般に、アプリケーションサーバ170(すなわちAF)は、コアネットワークによりIPベアラリソース(たとえば、UMTS PSドメイン/GPRSドメインリソース/LTE PSデータサービス)を使用するアプリケーションを提供する要素である。アプリケーション機能の一例は、IPマルチメディアサブシステム(IMS)コアネットワークサブシステムのプロキシ呼セッション制御機能(P-CSCF)である。AFは、PCRF240Dにセッション情報を提供するためにRx参照点を使用する。セルラーネットワークを介してIPデータサービスを提供する他のいかなるアプリケーションサーバも、Rx参照点を介してPCRF240Dに接続され得る。
【００４１】
図2Eは、本開示の一態様による、EPSまたはLTEネットワーク140Aに接続された拡張型高速パケットデータ(HRPD)RANとして構成されたRAN120、およびまたHRPDコアネットワーク140Bのパケット交換部分の一例を示す。コアネットワーク140Aは、図2Dに関して上記で説明したコアネットワークと同様に、EPSまたはLTEコアネットワークである。
【００４２】
図2Eでは、eHRPD RANは、拡張型BSC(eBSC)および拡張型PCF(ePCF)215Eに接続された、複数のトランシーバ基地局(BTS)200E、205E、および210Eを含む。eBSC/ePCF215Eは、S101インターフェースを介してEPSコアネットワーク140A内のMME215Dまたは220Dのうちの1つに接続し、EPSコアネットワーク140A内の他のエンティティとインターフェースするためのA10および/またはA11インターフェースを介してHRPDサービングゲートウェイ(HSGW)220Eに(たとえば、S103インターフェースを介してS-GW230Dに、S2aインターフェースを介してP-GW235Dに、Gxaインターフェースを介してPCRF240Dに、STaインターフェースを介して3GPP AAAサーバ(図2Dには明示的に示さず)に、など)接続し得る。HSGW220Eは、HRPDネットワークとEPS/LTEネットワークとの間に相互動作を提供するために3GPP2に定義される。諒解されるように、eHRPD RANおよびHSGW220Eは、従来のHRPDネットワークで利用可能でないEPC/LTEネットワークへのインターフェース機能で構成される。
【００４３】
再びeHRPD RANを参照すると、EPS/LTEネットワーク140Aとのインターフェースに加えて、eHRPD RANは、HRPDネットワーク140Bなどの従来のHRPDネットワークとインターフェースすることもできる。諒解されるように、HRPDネットワーク140Bは、図2AのEV-DOネットワークなどの従来のHRPDネットワークの例示的な実装形態である。たとえば、eBSC/ePCF215Eは、A12インターフェースを介して認証、許可、およびアカウンティング(AAA)サーバ225Eと、A10またはA11インターフェースを介してPDSN/FA230Eとインターフェースすることができる。PDSN/FA230Eは、次に、HA235Eに接続し、それによって、インターネット175にアクセスし得る。図2Eでは、いくつかのインターフェース(たとえば、A13、A16、H1、H2など)が明示的に記載されていないが、完全に示されており、HRPDまたはeHRPDに精通している当業者には理解されよう。
【００４４】
図2B〜図2Eを参照すると、LTEコアネットワーク(たとえば、図2D)、ならびにeHRPD RANおよびHSGWとインターフェースするHRPDコアネットワーク(たとえば、図2E)は、場合によっては、(たとえば、P-GW、GGSN、SGSNなどによって)ネットワーク主導型サービス品質(QoS)をサポートし得ることが諒解されよう。
【００４５】
図3は、本開示の態様によるUEの例を示す。図3を参照すると、UE300Aは発呼側電話として示され、UE300Bはタッチスクリーンデバイス(たとえば、スマートフォン、タブレットコンピュータなど)として示されている。図3に示すように、UE300Aの外部ケーシングは、当技術分野で知られているように、特に、アンテナ305A、ディスプレイ310A、少なくとも1つのボタン315A(たとえば、PTTボタン、電源ボタン、音量調節ボタンなど)、キーパッド320Aなどの構成要素で構成される。また、UE300Bの外部ケーシングは、当技術分野で知られているように、特に、タッチスクリーンディスプレイ305B、周辺ボタン310B、315B、320B、および325B(たとえば、電力制御ボタン、音量または振動制御ボタン、飛行機モードトグルボタンなど)、少なくとも1つのフロントパネルボタン330B(たとえば、Homeボタンなど)などの構成要素で構成される。UE300Bの一部として明示的に示されてはいないが、UE300Bは、限定はしないが、WiFiアンテナ、携帯アンテナ、衛星位置システム(SPS)アンテナ(たとえば全地球測位システム(GPS)アンテナ)などを含む1つもしくは複数の外部アンテナおよび/またはUE300Bの外部ケーシングに内蔵された1つもしくは複数の集積アンテナを含み得る。
【００４６】
UE300AおよびUE300BなどのUEの内部構成要素は、それぞれに異なるハードウェア構成によって具体化され得るが、内部ハードウェア構成要素のための基本的なハイレベルUE構成は図3にプラットフォーム302として示されている。プラットフォーム302は、最終的にコアネットワーク140、インターネット175、ならびに/または他のリモートサーバおよびネットワーク(たとえば、アプリケーションサーバ170、ウェブURLなど)から得ることのできるRAN120から送信されたソフトウェアアプリケーション、データ、および/またはコマンドを受信し実行し得る。プラットフォーム302は、ローカルに記憶されたアプリケーションをRAN対話なしに独立して実行することもできる。プラットフォーム302は、特定用途向け集積回路(ASIC)308もしくは他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ306を含み得る。ASIC308または他のプロセッサは、ワイヤレスデバイスのメモリ312中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース(API)310レイヤを実行する。メモリ312は、読取り専用メモリ(ROM)もしくはランダムアクセスメモリ(RAM)、電気消去可能プログラマブルROM(EEPROM)、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成され得る。プラットフォーム302は、メモリ312中でアクティブに使用されないアプリケーションおよび他のデータを記憶し得るローカルデータベース314も含み得る。ローカルデータベース314は、一般的にフラッシュメモリセルであるが、磁気媒体、EEPROM、光学媒体、テープ、ソフトまたはハードディスクなどの、当技術分野で知られている任意の二次記憶デバイスであり得る。
【００４７】
したがって、本開示の一態様は、本明細書で説明する機能を実行する能力を含むUE(たとえば、UE300A、300Bなど)を含み得る。当業者が諒解するように、様々な論理要素は、本明細書で開示する機能を達成するために、個別の要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで具体化され得る。たとえば、ASIC308、メモリ312、API310およびローカルデータベース314をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行し得、したがって、これらの機能を実行する論理手段を様々な要素に分散し得る。代替として、機能は1つの個別構成要素に組み込まれ得る。したがって、図3のUE300Aおよび300Bの特徴は例示的なものにすぎないと見なすべきであり、本開示は図示の特徴または構成に制限されない。
【００４８】
UE300Aおよび/または300BとRAN120との間のワイヤレス通信は、CDMA、W-CDMA(登録商標)、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交周波数分割多重化(OFDM)、GSM(登録商標)、またはワイヤレス通信ネットワークもしくはデータ通信ネットワークで使用され得る他のプロトコルなどの、様々な技術に基づき得る。上記で説明され、当技術分野で知られているように、音声送信、および/またはデータは、様々なネットワークおよび構成を使用してRANからUEに送信され得る。したがって、本明細書で提供する例は、本開示の態様を限定するためのものではなく、単に本開示の様々な態様の説明を助けるためのものにすぎない。
【００４９】
図4は、機能を実行するように構成された論理手段を含む通信デバイス400を示す。通信デバイス400は、限定はしないが、UE300Aもしくは300B、RAN120の任意の構成要素(たとえば、BS200A〜210A、BSC215A、ノードB200B〜210B、RNC215B、eノードB200D〜210Dなど)、コアネットワーク140の任意の構成要素(たとえば、PCF220A、PDSN225A、SGSN220B、GGSN225B、MME215Dもしくは220D、HSS225D、S-GW230D、P-GW235D、PCRF240D)、コアネットワーク140に結合される任意の構成要素、および/またはインターネット175(たとえば、アプリケーションサーバ170)などを含む、上述の通信デバイスのうちのいずれかに対応し得る。したがって、通信デバイス400は、図1のワイヤレス通信システム100を介して1つまたは複数の他のエンティティと通信する(または通信を容易にする)ように構成された任意の電子デバイスに対応し得る。
【００５０】
図4を参照すると、通信デバイス400は、情報を受信および/または送信するように構成された論理手段405を含む。一例では、通信デバイス400がワイヤレス通信デバイス(たとえば、UE300Aまたは300B、BS200A〜210Aのうちの1つ、ノードB200B〜210Bのうちの1つ、eノードB200D〜210Dのうちの1つなど)に対応する場合、情報を受信および/または送信するように構成された論理手段405は、ワイヤレストランシーバおよび関連のハードウェア(たとえば、RFアンテナ、モデム、変調器および/または復調器など)などのワイヤレス通信インターフェース(たとえば、Bluetooth(登録商標)、WiFi、2G、CDMA、W-CDMA(登録商標)、3G、4G、LTEなど)を含み得る。通信デバイス400がネットワークサービスの潜在的な喪失を検出するための装置に相当する場合、情報を受信および/または送信するように構成された論理手段405は、ネットワークサービスの潜在的な喪失を示す、1つまたは複数の基準値の変化を検出するように構成された論理手段と、重大度しきい値を超えるネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバにピングを送信するように構成された論理手段と、重大度しきい値を超えないネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバへのピングの送信を阻止するように構成された論理手段とを含み得る。別の例では、情報を受信および/または送信するように構成された論理手段405は、有線通信インターフェース(たとえば、インターネット175にアクセスし得るシリアル接続、USBまたはファイアワイヤ接続、イーサネット(登録商標)接続など)に対応し得る。したがって、通信デバイス400が、何らかのタイプのネットワークベースのサーバ(たとえば、PDSN、SGSN、GGSN、S-GW、P-GW、MME、HSS、PCRF、アプリケーションサーバ170など)に対応する場合、情報を受信および/または送信するように構成された論理手段405は、一例では、イーサネット(登録商標)プロトコルを介してネットワークベースのサーバを他の通信エンティティに接続するイーサネット(登録商標)カードに対応し得る。通信デバイス400がUEとの接続を取り戻すための装置に相当する場合、情報を受信および/または送信するように構成された論理手段405は、1つまたは複数の受信された呼要求をUEに接続しないように構成された論理手段と、1つまたは複数のピングをUEに送信するように構成された論理手段と、サーバがしきい値数のピングをUEに送信する前にUEから1つまたは複数のピングに対する応答を受信しないことに基づいてUEが連絡できない可能性があることを示すためにUEのプレゼンス状態を変更するように構成された論理手段とを含み得る。さらなる例では、情報を受信および/または送信するように構成された論理手段405は、通信デバイス400がそのローカル環境を監視し得る感知または測定ハードウェア(たとえば、加速度計、温度センサー、光センサー、ローカルRF信号を監視するためのアンテナなど)を含み得る。情報を受信および/または送信するように構成された論理手段405は、実行されると、情報を受信および/または送信するように構成された論理手段405の関連ハードウェアがその受信および/または送信機能を実行することを可能にする、ソフ���ウェアも含み得る。しかしながら、情報を受信および/または送信するように構成された論理手段405は、ソフトウェア単体に対応せず、情報を受信および/または送信するように構成された論理手段405は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００５１】
図4を参照すると、通信デバイス400は、情報を処理するように構成された論理手段410をさらに含む。一例では、情報を処理するように構成された論理手段410は、少なくともプロセッサを含み得る。情報を処理するように構成された論理手段410によって実行され得るタイプの処理の例示的な実装形態は、限定はしないが、判断を行うこと、接続を確立すること、異なる情報オプション間で選択を行うこと、データに関連する評価を行うこと、測定操作を実行するために通信デバイス400に結合されたセンサーと対話すること、情報をあるフォーマットから別のフォーマットに(たとえば、.wmvから.aviへなど、異なるプロトコル間で)変換することなどを含む。たとえば、通信デバイス400がネットワークサービスの潜在的な喪失を検出するための装置に相当する場合、情報を処理するように構成された論理手段410は、ネットワークサービスの潜在的な喪失を示す、1つまたは複数の基準値の変化を検出するように構成された論理手段と、1つまたは複数の基準値の変化に基づいてネットワークサービスの潜在的な喪失の重大度が重大度しきい値を超えるか否かを判定するように構成された論理手段と、重大度しきい値を超えないネットワークサービスの潜在的な喪失の重大度に基づいてネットワークサービスの潜在的な喪失を検出する前にUEが接続されたサーバへのピングの送信を阻止するように構成された論理手段とを含み得る。通信デバイス400がUEとの接続を取り戻すための装置に相当する場合、情報を処理するように構成された論理手段410は、1つまたは複数の受信された呼要求をUEに接続しないように構成された論理手段と、サーバがしきい値数のピングをUEに送信する前にUEから1つまたは複数のピングに対する応答を受信しないことに基づいてUEが連絡できない可能性があることを示すためにUEのプレゼンス状態を変更するように構成された論理手段とを含み得る。情報を処理するように構成された論理手段410中に含まれるプロセッサは、汎用プロセッサ、デジタル信号プロセッサ(DSP)、ASIC、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せに対応し得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。情報を処理するように構成された論理手段410は、実行されると、情報を処理するように構成された論理手段410の関連ハードウェアがその処理機能を実行することを可能にする、ソフトウェアも含み得る。しかしながら、情報を処理するように構成された論理手段410は、ソフトウェア単体に対応せず、情報を処理するように構成された論理手段410は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００５２】
図4を参照すると、通信デバイス400は、情報を記憶するように構成された論理手段415をさらに含む。一例では、情報を記憶するように構成された論理手段415は、少なくとも非一時的メモリおよび関連ハードウェア(たとえば、メモリコントローラなど)を含み得る。たとえば、情報を記憶するように構成された論理手段415に含まれる非一時的メモリは、RAM、フラッシュメモリ、ROM、消去可能プログラマブルROM(EPROM)、EEPROM、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体に対応し得る。情報を記憶するように構成された論理手段415は、実行されると、情報を記憶するように構成された論理手段415の関連ハードウェアがその記憶機能を実行することを可能にするソフトウェアも含み得る。しかしながら、情報を記憶するように構成された論理手段415は、ソフトウェア単体に対応せず、情報を記憶するように構成された論理手段415は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００５３】
図4を参照すると、通信デバイス400は、場合によっては、情報を提示するように構成された論理手段420をさらに含む。一例では、情報を提示するように構成された論理手段420は、少なくとも出力デバイスおよび関連ハードウェアを含み得る。たとえば、出力デバイスは、ビデオ出力デバイス(たとえば、ディスプレイ画面、USB、HDMI(登録商標)などの、ビデオ情報を搬送することができるポートなど)、オーディオ出力デバイス(たとえば、スピーカー、マイクロフォンジャック、USB、HDMI(登録商標)などの、オーディオ情報を搬送することができるポートなど)、振動デバイス、および/あるいは情報が出力のためにフォーマットされるか、または通信デバイス400のユーザもしくはオペレータによって実際に出力され得る任意の他のデバイスを含み得る。たとえば、通信デバイス400が図3に示すようにUE300AまたはUE300Bに相当する場合、情報を提示するように構成された論理手段420は、UE300Aのディスプレイ310AまたはUE300Bのタッチスクリーンディスプレイ305Bを含み得る。さらなる例では、情報を提示するように構成された論理手段420は、ローカルユーザを有しないネットワーク通信デバイス(たとえば、ネットワークスイッチまたはルータ、リモートサーバなど)などのいくつかの通信デバイスでは省略されることがある。情報を提示するように構成された論理手段420は、実行されると、情報を提示するように構成された論理手段420の関連ハードウェアが提示機能を実行することを可能にする、ソフトウェアも含み得る。しかしながら、情報を提示するように構成された論理手段420は、ソフトウェア単体に対応せず、情報を提示するように構成された論理手段420は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００５４】
図4を参照すると、通信デバイス400は、場合によっては、ローカルユーザ入力を受信するように構成された論理手段425をさらに含む。一例では、ローカルユーザ入力を受信するように構成された論理手段425は、少なくともユーザ入力デバイスおよび関連ハードウェアを含み得る。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス(たとえば、マイクロフォン、またはマイクロフォンジャックなどのオーディオ情報を搬送することができるポートなど)、および/または情報が通信デバイス400のユーザもしくはオペレータから受信され得る任意の他のデバイスを含み得る。たとえば、通信デバイス400が図3に示すようにUE300AまたはUE300Bに相当する場合、ローカルユーザ入力を受信するように構成された論理手段425は、キーパッド320A、ボタン315Aまたは310B〜325Bのうちのいずれか、タッチスクリーンディスプレイ305Bなどを含み得る。さらなる例では、ローカルユーザ入力を受信するように構成された論理手段425は、ローカルユーザを有しないネットワーク通信デバイス(たとえば、ネットワークスイッチまたはルータ、リモートサーバなど)などのいくつかの通信デバイスでは省略されることがある。ローカルユーザ入力を受信するように構成された論理手段425は、実行されると、ローカルユーザ入力を受信するように構成された論理手段425の関連ハードウェアがその入力受信機能を実行することを可能にする、ソフトウェアも含み得る。しかしながら、ローカルユーザ入力を受信するように構成された論理手段425は、ソフトウェア単体に対応せず、ローカルユーザ入力を受信するように構成された論理手段425は、その機能を達成するためのハードウェアに少なくとも部分的に依拠する。
【００５５】
図4を参照すると、405〜425の構成された論理手段は、図4では別個のまたは相異なるブロックとして示されているが、それぞれの構成された論理手段がその機能を実行するハードウェアおよび/またはソフトウェアは、部分的に重複し得ることが諒解されよう。たとえば、405〜425の構成された論理手段の機能を容易にするために使用されるいずれのソフトウェアも、情報を記憶するように構成された論理手段415に関連する非一時的メモリに記憶することができ、その結果、405〜425の構成された論理手段は各々、その機能(すなわち、この場合、ソフトウェア実行)を、情報を記憶するように構成された論理手段415によって記憶されたソフトウェアの動作に部分的に基づいて実行する。同様に、構成された論理手段のうちの1つに直接関連付けられたハードウェアは、時々、他の構成された論理手段によって借用または使用され得る。たとえば、情報を処理するように構成された論理手段410のプロセッサは、データを、情報を受信および/または送信するように構成された論理手段405によって送信される前に、適切な形式にフォーマットすることができるので、情報を受信および/または送信するように構成された論理手段405は、その機能(すなわち、この場合、データの送信)を、情報を処理するように構成された論理手段410に関連付けられたハードウェア(すなわち、プロセッサ)の動作に部分的に基づいて実行する。
【００５６】
概して、別段に明示的に記載されていない限り、本開示全体にわたって使用される「ように構成された論理手段」という句は、ハードウェアにより少なくとも部分的に実施される態様を呼び出すものとし、ハードウェアから独立したソフトウェアだけの実施形態に位置づけるものではない。様々なブロックにおける構成された論理手段または「ように構成された論理手段」は、特定の論理ゲートまたは論理要素に限定されるのではなく、概して、本明細書に記載した機能性を、(ハードウェアまたはハードウェアとソフトウェアの組合せのいずれかを介して)実施するための能力を指すことが諒解されよう。したがって、様々なブロックに示す構成された論理手段または「ように構成された論理手段」は、「論理」という言葉を共有するにもかかわらず、必ずしも論理ゲートまたは論理要素として実装されるとは限らない。様々なブロックの論理手段間の他の対話または協働が、以下でより詳細に説明する態様の検討から、当業者には明らかになるであろう。
【００５７】
図2Aの1xEV-DO、図2Bおよび図2CのUMTSベースのW-CDMA(登録商標)、図2DのLTE、ならびに図2EのeHRPDなどのネットワークを介して動作するセッションは、サービス品質(QoS)と呼ばれる保証品質レベルが保持されるチャネル(たとえば、RAB、フローなど)上でサポートされ得る。たとえば、特定のチャネル上で所与のレベルのQoSを確立することにより、そのチャネル上の最小保証ビットレート(GBR)、最大の遅延、ジッタ、レイテンシ、ビットエラーレート(BER)などのうちの1つまたは複数を提供され得る。Voice-over IP(VoIP)セッション、グループ通信セッション(たとえば、PTTセッションなど)、オンラインゲーム、IP TVなどの、リアルタイム通信セッションまたはストリーミング通信セッションに関連するチャネルに関して、これらのセッションのシームレスなエンドツーエンドパケット転送を確保するのを助けるために、QoSリソースが保持(または設定)され得る。
【００５８】
様々な実施形態は、図5に示すサーバ500などの、様々な市販のサーバデバイスのいずれにおいても実装され得る。一例では、サーバ500は、上記で説明したアプリケーションサーバ170の1つの例示的な構成に相当し得る。図5では、サーバ500は、揮発性メモリ502と、ディスクドライブ503などの大容量の不揮発性メモリとに結合されたプロセッサ501を含む。サーバ500は、プロセッサ501に結合された、フロッピー(登録商標)ディスクドライブ、コンパクトディスク(CD)またはDVDディスクドライブ506も含み得る。サーバ500は、他のブロードキャストシステムコンピュータおよびサーバに、またはインターネットに結合されたローカルエリアネットワークなどの、ネットワーク507とのデータ接続を確立するための、プロセッサ501に結合されたネットワークアクセスポート504も含み得る。図4の文脈において、図5のサーバ500は、通信デバイス400の1つの例示的な実装形態を示すが、情報を送信および/または受信するように構成された論理手段405は、ネットワーク507と通信するためにサーバ500によって使用されるネットワークアクセスポート504に相当し、情報を処理するように構成された論理手段410は、プロセッサ501に相当し、情報を記憶するように構成された論理手段415は、揮発性メモリ502、ディスク(disk)ドライブ503、および/またはディスク(disc)ドライブ506のうちの任意の組合せに相当することが諒解されよう。情報を提示するように構成されたオプションの論理手段420およびローカルユーザ入力を受信するように構成されたオプションの論理手段425は、図5には明示的に示さず、その中に含まれる場合もあれば、含まれない場合もある。したがって、図5は、通信デバイス400が、図3に示すような305Aまたは305BなどのUEの実装形態に加えてサーバとして実装され得ることを説明するのを助ける。
【００５９】
UEは、UEが地下鉄システム内にあるとき、エレベータ内にあるとき、トンネルを通過するときなど、時々、ネットワークサービス、またはRAN(たとえば、RAN120)もしくは別のアクセスポイント(たとえば、アクセスポイント125)との接続を喪失する場合がある。UEが接続を取り戻すとき、それ自体とサーバ(たとえば、アプリケーションサーバ170)との間のネットワーク接続のすべてが正常に回復したものと見なす。しかしながら、それはいつでも当てはまるというわけではなく、UEは、ユーザが電話をかけようとするか、またはUEが何らかの他のネットワーク対話を実行しようとするまで、問題を発見しない場合がある。そのとき、UEは、ネットワークに再登録しなければならず、遅延をもたらす場合がある。
【００６０】
図6は、従来の登録シーケンスのハイレベルフローを示す。610において、UE602は、RAN120を介してアプリケーションサーバ170に登録要求を送信する。アプリケーションサーバ170は、UE602の登録要求をリソースリストサブスクリプション(RLS)604に送信する。RLS604は、肯定応答(ACK)によりアプリケーションサーバ170からの登録要求に応答する。この要求は、セッション開始プロトコル(SIP)登録要求メッセージである場合があり、この肯定応答は、SIP 200「OK」メッセージである場合がある。RLS604は、地域ディスパッチャ(RD)606に通知を送信し、RD606は、ホームアドレスディクショナリ(HAD)608に対してキャッシュ要求を行う。HAD608は、RD606にキャッシュ応答を送信し、RD606は、アプリケーションサーバ170に登録情報を転送する。アプリケーションサーバ170は、RAN120を介してUE602に肯定応答を送信し、UE602がここで登録されたことをUE602に通知する。
【００６１】
RD606は、個々の加入者の登録状況を追跡し、実際の呼設定を実行する。HAD608は、所与のキャリアのすべてのユーザに関する登録状況および能力をキャッシュする。RLS604およびRD606は、それらが負荷およびスケーリングを助けるために特定の地理的エリアに限定される点で「地域的」であるが、HAD608は、すべての地域によって共有される。キャリアネットワーク内に多くの地域が存在し、したがって、多くのRLS604およびRD606が存在する場合があるが、1つのHAD608しか存在しない。RLS604およびRD606は、アプリケーションサーバ170の構成要素または別個のエンティティであり得る。代替として、アプリケーションサーバ170は、RD606の構成要素であり得る。
【００６２】
620において、RAN120は、UE602のIPアドレスを変更し、アプリケーションサーバ170に再び登録するようにUE602に要求する場合がある。したがって、630において、UE602が、その登録をリフレッシュし、その登録は、UE602、RAN120、アプリケーションサーバ170、RLS604、RD606、およびHAD608に、610における初期の登録と同じステップを実行するように要求する。
【００６３】
640において、UE602の有効期限(TTL)タイマーが、その満了に近づく。したがって、650において、UE602の登録が再びリフレッシュされ、その登録は、UE602、RAN120、アプリケーションサーバ170、RLS604、RD606、およびHAD608に、610における初期の登録と同じステップを実行するように再び要求する。
【００６４】
本開示は、潜在的なサービス中断を検出し、報告し、それから回復する機構を提供する。UEは、頻繁なまたは延長されたサービングシステムの停止(すなわち、接続の喪失)を追跡し、UEが接続を回復するとき、アプリケーションサーバ170に「ピングする」場合がある。UEは、アプリケーションサーバ170にピングすることによって、UEが依然としてアプリケーションサーバ170までのすべてと接続されていることを検証する。
【００６５】
UEが接続の問題を有する可能性があると予測するとき、アプリケーションサーバ170までの接続をチェックするために、ピングがRDに直接送信される。UEは、ピングを複数回再送する場合があり、UEが接続されていない可能性があることをサービスアナンシエータを介してユーザに知らせる可能性がある。UEは、ピングに対する応答を数回受信しそこなった後、DNSで開始する完全登録サイクルを経る場合がある。
【００６６】
ピングは、各ネットワークの「異常」の後、自動になる必要はない。むしろ、接続の問題の尤度とピングの頻度との間の正しい均衡を見出すために、調節可能なアルゴリズムが使用され得る。たとえば、アルゴリズムは、UEが5分間を超えて接続を喪失しなければ、UEがアプリケーションサーバ170にピングするべきでないと定め得る。
【００６７】
そのような調節可能なアルゴリズムが有用である可能性がある1つの場合は、UEの接続は良好であるが、RD606がダウンしているか、または負荷が掛かっている場合である。この場合、UEは、完全登録シーケンスを実行する代わりに、次の専用チャネル(DCH)IPアドレスを使用しようとする場合がある。DCHは、複数のUEによって共有されるチャネルとは対照的に単一のUEに割り当てられる。典型的には、UEは、呼要求を送信するためにDNSルックアップおよび第1のDCH IPアドレスが使用された後、IPアドレスのリストを受信する。
【００６８】
負荷が掛かったDCHは、フォールトトレランスをさらに増大させるために、UEを利用可能なDCHにリダイレクトし得る。たとえば、UEは、負荷が掛かり、さらなる呼を許可することができない第1のDCHに呼要求を送信し得る。第1のDCHは、呼を完全に拒絶する代わりに、たとえば、応答において第2のDCHのIPアドレスを含むことによって、第2のDCHに呼要求を送信するようにUEに指示し得る。
【００６９】
サービス/接続の喪失は、UEがネットワークを切り替えることと同じでないことに留意されたい。UEは、ネットワークを切り替えるとき、新しい登録をトリガする、新しいIPアドレスを受信し、ピングを無関係にする。
【００７０】
図7は、UEにおける潜在的なサービス中断を検出するための例示的なフローを示す。710において、UE702は、図6の610で示したように、アプリケーションサーバ170に登録する。720において、UE702は、RAN120との接続を喪失する。UE702は、たとえば、地下鉄システム内にあるか、エレベータ内にあるか、トンネルを通過するなどのために、接続を喪失する場合がある。730において、UE702は、RAN120との接続を取り戻す。
【００７１】
740において、UE702は、UEが依然としてアプリケーションサーバ170までのすべてと接続されていることを検証するために、アプリケーションサーバ170にピングする。ピングがアプリケーションサーバ170に到達する場合、アプリケーションサーバ170は、750において応答する。
【００７２】
アプリケーションサーバ170がピングに応答しない場合、UE702は、そのデータ接続をチェックし、第2のピングを送信し得る。アプリケーションサーバ170が依然として応答しない場合、UE702は、接続失敗を宣言し、新しい登録プロセスを経る前に、他の接続失敗点を識別し、追加のピングを一定の数まで送信しようとする場合がある。
【００７３】
このように、UE702は、接続を取り戻した後、接続の問題を識別し、その問題を是正する可能性があり得る。
【００７４】
図8は、UE800において実行される、潜在的なサービス中断を検出するための例示的なフローを示す。810において、UE800は、ネットワークサービスの喪失または潜在的な喪失を検出する。詳細には、UE800は、信号強度の低減、サービス減衰、デジタルサービスの喪失、またはIPアドレスの変化などの、サービスを中断させる可能性があることが知られているイベントを検出する。実際の中断が、実際に起こった場合も、起こらなかった場合もあり、したがって、ネットワークサービスの回復は、いずれも、起こる場合も、起こらない場合もある。
【００７５】
820において、UE800は、サービスの潜在的な喪失の重大度が重大度しきい値を超えるか否かを判定する。これは、潜在的な中断の持続時間を計数すること、および/または様々なタイプの潜在的な中断イベントの重大度を計量することを含み得る。たとえば、5秒間の信号減衰は、重大度しきい値よりも小さい可能性があるが、連続する3つの減衰は、重大度しきい値を超える可能性がある。別の例として、10秒間のデジタルサービスの喪失は、重大度しきい値よりも小さい可能性があるが、2分間のデジタルサービスの喪失は、重大度しきい値を超える可能性がある。
【００７６】
820において、サービスの潜在的な喪失の重大度がしきい値未満であるとUE800が判定する場合、UE800は、アプリケーションサーバ170にピングを送信しないか、またはピングの送信を阻止し、フローは810に戻る。しかしながら、サービスの潜在的な喪失がしきい値を超える場合、830において、UE800は、ピングカウンタがしきい値を超えるか否かを判定する。その場合、840において、UE800は、接続失敗があると判定する。UE800は、次いで、ピングカウンタをリセットする。
【００７７】
しかしながら、ピングカウンタがしきい値を超えない場合、850において、UE800は、アプリケーションサーバ170にピングする。860において、UE800は、UE800がピングに対する応答を受信するか否かに基づいてUE800が判定する、接続エラーが存在するか否かを判定する。UE800がピングに対する応答を受信する場合、接続エラーは存在せず、870において、UE800は、アプリケーションサーバ170までの接続が成功したと判定する。
【００７８】
しかしながら、UE800がピングに対する応答を受信しない場合、880において、UE800は、接続エラーを是正しようとする。890において、UE800は、ピングカウンタを増加させ、830に戻るが、ピングカウンタが最大ピングしきい値に到達しなかった場合、アプリケーションサーバ170に別のピングを送信する。UE800がアプリケーションサーバ170に送信するピングの数および頻度は、UE800が是正し得る潜在的な接続エラーの数、UE800の優先度、UE800のバッテリーレベル、時刻(たとえば、ピークまたはオフピーク)などのいくつかの因子に基づいている可能性がある。
【００７９】
UEが一時的にサービス/接続を喪失するとき、ネットワーク上のその状態は、UEが登録され、したがって、UEが接続され利用可能であることを依然として示す。しかしながら、この時間中に発呼者がUEに発呼する場合、この発呼は通過しない。これは、発呼者にとって苛立たしく、わかりにくい場合がある。したがって、UEがサービスを喪失したとき、UEが連絡できない可能性があることを示すためにアプリケーションサーバ170がUEの状態を更新し、したがって、発呼者にユーザエクスペリエンスの改善をもたらすことができれば有益であろう。
【００８０】
アプリケーションサーバ170は、特定のUEに対する発呼の失敗を追跡し得る。所与の時間フレーム内に一定の数の失敗が起こる場合、アプリケーションサーバ170は、失敗の後、ある時間期間の間、たとえばSIP TTLの満了までUEに活発にピングし始める場合がある。加えて、アプリケーションサーバ170は、登録、呼開始、肯定応答などの、UEに関連するアクティビティを追跡し得る。したがって、ピングスケジュールは、UEのアクティビティに基づいて変更され得る。
【００８１】
アプリケーションサーバ170は、十分な発呼試行の失敗および/またはピング試行の後、HADキャッシュ内のUEの状態が「消失」としてマークされ得ることを決定し得る。現在、HADキャッシュ内のUEに関して2つの状態、すなわち「登録」および「未登録」が存在する。「消失」は、ユーザが連絡できない可能性があることを意味する不確かな状態である。UEが「消失」されたとき、アプリケーションサーバ170は、ユーザが消失されたことを発呼者に返報するが、UEが呼を受信するための時間内に接続を取り戻す場合、依然として呼要求を接続しようとする場合がある。
【００８２】
加えて、ピング機構は、利用可能通知(AN)およびプレゼンスオンデマンド(POD)のシナリオの使用においてピギーバックされる場合があり、そのUEのPODまたはAN要求が他のユーザによって開始される場合、ユーザは「消失」したものと見なされる。PODとAN要求の両方は、UEとアプリケーションサーバ170との間の別個の呼設定トランザクションのように見える。アプリケーションサーバ170に向かっているピングがすでに存在するので、PODまたはAN要求は、PODまたはAN要求のために呼設定を完了する必要があるのではなく、ピング上でピギーバックされ得る。
【００８３】
図9は、アプリケーションサーバ170がUE902との接続を取り戻すために実行し得る動作の例示的なフローを示す。910において、UE902は、図6の610で示したように、アプリケーションサーバ170に登録する。920において、アプリケーションサーバ170は、UE902に対する一連のN個の発呼試行の失敗を犯す。発呼試行は、そうである必要はないが、同じ発呼者からのすべてであり得る。
【００８４】
RD606は、RAN120を介して発呼者からの発呼試行を受信する。上記で説明したように、RD606は、アプリケーションサーバ170の構成要素であるか、もしくはその逆も同様である可能性があり、またはそれらは別個のエンティティである可能性がある。N個の発呼試行の失敗の後、RD606は、UE902が連絡できない可能性があると判定する。したがって、930において、RD606は、アプリケーションサーバ170にアーユーゼア(are-you-there)(AYT)メッセージを送信する。それに応答して、アプリケーションサーバ170は、940においてUE902に一連のM個のピングを送信し始める。UE902がM個のピングに応答しない場合、アプリケーションサーバ170は、UE902が連絡できないと判定し、950において、アプリケーションサーバ170は、HAD608におけるUE902の状態を「消失」に更新する。
【００８５】
アプリケーションサーバ170は、SIP TTL満了までUE902にピングを送信し得る。代替または追加として、ピングの数および/または頻度は、UE902および/または発呼者の重要度に基づいている可能性がある。たとえば、アプリケーションサーバ170がUE902に関する比較的多数の着信呼を受信する場合、UE902に対する比較的多数の発呼の失敗があった場合、発呼者が高優先度のユーザである場合、UE902が高優先度のユーザに属する場合、UE902が最後に位置したものとして知られたセクタに十分なネットワーク容量がある場合、オフピーク時刻の間である場合など、アプリケーションサーバ170は、UE902により多くのピングを送信し得る。
【００８６】
960において、アプリケーションサーバ170は、UE902に対する別の発呼試行の失敗を犯す。発呼者は、UE902が連絡できない可能性があるか、または「消失」されたことがわかるが、どうしても発呼することを決定する場合がある。UE902の状態が「消失」であるので、アプリケーションサーバは、970においてUE902にピングする。980においてUE902の状態は「消失」であるにもかかわらず呼が接続される場合、990において、アプリケーションサーバ170は、HAD608におけるUE902の状態を「登録」に更新する。
【００８７】
図10は、UEに影響を及ぼす潜在的なサービス中断を検出するための例示的なフローを示す。図10に示すフローは、アプリケーションサーバ170によって実行され得る。1010において、アプリケーションサーバ170は、図9の920と同様に、特定のUEに対するN個の発呼試行の失敗を犯す。N個の発呼試行は、連続的であり、UEがサービス/接続を有しない可能性があることを発呼試行の失敗が示す時間内に互いに十分接近して起こるべきである。たとえば、30分内の3つの連続的な発呼試行の失敗は、UEが接続されていないことを示し得るが、2日にわたる3つの不連続な発呼試行の失敗は、それを示さない可能性がある。
【００８８】
1020において、アプリケーションサーバ170は、図9の940と同様に、UEにピングする。1030において、アプリケーションサーバ170は、UEからピングに対する応答を受信したか否かを判定する。アプリケーションサーバ170が応答を受信した場合、UEは接続されており、フローは1040において終了する。しかしながら、UEがピングに応答しない場合、1050において、アプリケーションサーバ170は、ピングカウンタを増加させる。1060において、アプリケーションサーバ170は、ピングカウンタがしきい値Mよりも大きいか否かを判定する。ピングカウンタがしきい値Mよりも大きくない場合、フローは1020に戻り、アプリケーションサーバ170は、UEに再びピングする。しかしながら、ピングカウンタがしきい値Mよりも大きい場合、1070において、アプリケーションサーバ170は、図9の950と同様に、UEの状態を「登録」から、UEが連絡できない可能性があることを示す「消失」に変更する。
【００８９】
ピングの数および頻度は、上記で説明したように、UEおよび/または発呼者の重要度に依存する可能性がある。UEおよび/または発呼者の重要度が大きくなるほど、アプリケーションサーバ170は、より多くのピングを送信し、ピングをより頻繁に送信する可能性がある。
【００９０】
連絡できない可能性があるUEの状態を「消失」または何らかの他の同様の状態インジケータに変更することによって、アプリケーションサーバ170は、連絡できない可能性があるUEに発呼するユーザに比較的豊富なユーザエクスペリエンスを提供し得る。たとえば、発呼者は、発呼者が発呼しているユーザが連絡できない可能性があることを知るので、発呼者がそのユーザに連絡できないとき、苛立たしくも、わかりにくくもならない。
【００９１】
1080において、アプリケーションサーバ170は、UEがネットワークに(再び)接続されることを示す、UEからの何らかのアクティビティを検出する。代替的に、UEに関するTTLタイマーは、UEからの任意の通信が受信される前に満了し得る。1090において、アプリケーションサーバ170がUEから何らかのアクティビティを検出した場合、アプリケーションサーバ170は、UEの状態を「消失」から「登録」に再び変更する。しかしながら、登録TTLタイマーが満了した場合、アプリケーションサーバ170は、UEの状態を「消失」から「未登録」に変更する。
【００９２】
図11は、アプリケーションサーバ170がUEにピングし得るレートを決定するための例示的なフローを示す。1110において、アプリケーションサーバ170は、UEが位置した最後の既知のセクタの容量を測定する。これは、アプリケーションサーバ170がピークまたはオフピーク時間中にUEにピングしているか否かなどの、時刻の考慮を含み得る。1120において、アプリケーションサーバ170は、UEのユーザの優先度、UEに対する着信呼の数、着信呼および/または発呼者の優先度、UEに対する発呼の失敗の数などに基づいている可能性がある、UEの優先度を決定する。
【００９３】
1130において、アプリケーションサーバ170は、ネットワークの容量およびUEの優先度に基づいてピングレートを決定する。ネットワークの容量および/またはUEの優先度が高くなるほど、アプリケーションサーバ170は、より頻繁にUEにピングする。逆に、ネットワーク容量および/またはUEの優先度が低くなるほど、アプリケーションサーバ170は、より低い頻度でUEにピングする。
【００９４】
情報および信号が多種多様な異なる技術および技法のいずれかを使用して表すことができることを、当業者は諒解されよう。たとえば、上記の説明全体を通して言及できるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表現することができる。
【００９５】
さらに、本明細書で開示された態様に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアおよびソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能性に関して説明した。そのような機能がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、具体的な適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を具体的な適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【００９６】
本明細書で開示する態様に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで実装または実行することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。
【００９７】
本明細書で開示した態様に関連して説明した方法、シーケンス、および/またはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接具体化され得る。ソフトウェアモジュールは、RAM、フラッシュメモリ、ROM、EPROM、EEPROM、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、かつ記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替形態において、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はASIC内に存在することができる。ASICはユーザ端末(たとえば、UE)中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末内に個別構成要素として存在することができる。
【００９８】
1つまたは複数の例示的な態様では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せにおいて実装され得る。ソフトウェアに実装された場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読記録媒体上に記憶されるか、またはコンピュータ可読記録媒体を介して送信され得る。コンピュータ可読記録媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセス可能である任意の入手可能な媒体とすることができる。例として、限定はしないが、そのようなコンピュータ可読記録媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または、命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために用いることができ、コンピュータによってアクセス可能である、任意の他の媒体を含むことができる。また、当然、あらゆる接続がコンピュータ可読記録媒体と呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用する場合、ディスク(disk)およびディスク(disc)は、コンパクトディスク(CD)、レーザーディスク(登録商標)、光ディスク、デジタル多用途ディスク(DVD)、フロッピー(登録商標)ディスク、およびブルーレイディスクを含み、ディスク(disk)は、通常、磁気的にデータを再生するが、ディスク(disc)は、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読記録媒体の範囲内に含めるべきである。
【００９９】
上記の開示は本開示の例示的な態様を示すが、添付の特許請求の範囲によって定義された本開示の範囲から逸脱することなく、様々な変更および修正を本明細書において加えることができることを留意されたい。本明細書で説明する本開示の態様による機能、ステップ、および/または方法クレームのアクションが任意の特定の順序で実行される必要はない。さらに、本開示の要素は、単数で記載され、または請求されているが、単数への制限が明示的に述べられない限り、複数は企図される。
【符号の説明】
【０１００】
100  ワイヤレス通信システム
104  エアインターフェース
106  エアインターフェース
108  エアインターフェース
120  無線アクセスネットワーク(RAN)
125  アクセスポイント(AP)
140  コアネットワーク
170  アプリケーションサーバ
175  インターネット
200A  基地局
205A  基地局
210A  基地局
215A  基地局コントローラ(BSC)
220A  パケット制御機能
225A  パケットデータサービングノード
200B  ノードB
205B  ノードB
210B  ノードB
215B  無線ネットワークコントローラ(RNC)
220B  サービングGRPSサポートノード(SGSN)
225B  ゲートウェイ汎用パケット無線サービス(GPRS)サポートノード(GGSN)
200D  eノードB
205D  eノードB
210D  eノードB
215D  モビリティ管理エンティティ(MME)
220D  モビリティ管理エンティティ(MME)
225D  ホーム加入者サーバ(HSS)
230D  サービングゲートウェイ(S-GW)
235D  パケットデータネットワークゲートウェイ(P-GW)
240D  ポリシーおよび課金ルール機能(PCRF)
200E  トランシーバ基地局(BTS)
205E  トランシーバ基地局(BTS)
210E  トランシーバ基地局(BTS)
215E  拡張型BSC(eBSC)および拡張型PCF(ePCF)
220E  HRPDサービングゲートウェイ(HSGW)
225E  認証、許可、およびアカウンティング(AAA)サーバ
230E  PDSN/FA
235E  HA
300A  UE(発呼側)
300B  UE(タッチスクリーンデバイス)
302  プラットフォーム
305A  アンテナ
305B  タッチスクリーンディスプレイ
306  トランシーバ
308  特定用途向け集積回路(ASIC)
310  アプリケーションプログラミングインターフェース(API)
310A  ディスプレイ
310B  周辺ボタン
312  メモリ
314  ローカルデータベース
315A  ボタン
315B  周辺ボタン
320A  キーパッド
320B  周辺ボタン
325B  周辺ボタン
330B  フロントパネルボタン
400  通信デバイス
405  情報を受信および/または送信するように構成された論理手段
410  情報を処理するように構成された論理手段
415  情報を記憶するように構成された論理手段
420  情報を提示するように構成された論理手段
425  ローカルユーザ入力を受信するように構成された論理手段
500  サーバ
501  プロセッサ
502  揮発性メモリ
503  ディスク(disk)ドライブ
504  ネットワークアクセスポート
506  ディスク(disc)ドライブ
507  ネットワーク
602  ユーザ機器(UE)
604  リソースリストサブスクリプション(RLS)
606  地域ディスパッチャ(RD)
608  ホームアドレスディクショナリ(HAD)
702  ユーザ機器(UE)
800  ユーザ機器(UE)
902  ユーザ機器(UE)
【図１】
2016518765.tif 000004
【図２Ａ】
2016518765.tif 000005
【図２Ｂ】
2016518765.tif 000006
【図２Ｃ】
2016518765.tif 000007
【図２Ｄ】
2016518765.tif 000008
【図２Ｅ】
2016518765.tif 000009
【図３】
2016518765.tif 000010
【図４】
2016518765.tif 000011
【図５】
2016518765.tif 000012
【図６】
2016518765.tif 000013
【図７】
2016518765.tif 000014
【図８】
2016518765.tif 000015
【図９】
2016518765.tif 000016
【図１０】
2016518765.tif 000017
【図１１】
2016518765.tif 000018
【手続補正書】
【提出日】平成27年1月23日(2015.1.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器(UE)によって実行される、ネットワークサービスの潜在的な喪失を検出するための方法であって、
ネットワークサービスの潜在的な喪失を示す、ネットワークサービスに関連する1つまたは複数の基準値の変化を検出するステップと、
ネットワークサービスの前記潜在的な喪失の重大度が重大度しきい値を超えることを前記1つまたは複数の基準値の前記変化が示すか否かを判定するステップと、
前記重大度しきい値を超えるネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワークサービスの前記潜在的な喪失を検出する前に前記UEが接続されたサーバにピングを送信するステップであって、前記UEは、前記サーバからの応答を受信することなくしきい値数のピングを前記サーバに送信することに基づいてネットワークサービスが喪失されたと判定する、ステップと、
前記重大度しきい値を超えないネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワークサービスの前記潜在的な喪失を検出する前に前記UEが接続された前記サーバへのピングの送信を阻止するステップと
を含む、方法。
【請求項２】
ネットワークサービスに関連する前記1つまたは複数の基準値は、信号強度、サービス減衰、デジタルサービスの喪失、またはインターネットプロトコル(IP)アドレスの変化のうちの1つまたは複数を含む、請求項1に記載の方法。
【請求項３】
前記判定するステップは、前記1つまたは複数の基準値の前記変化が、ネットワークサービスの前記潜在的な喪失の前記重大度が、しきい値よりも長いネットワークサービスの前記潜在的な喪失の持続時間、および/またはしきい値を超える前記1つまたは複数の基準値のうちの少なくとも1つの値に基づいて前記重大度しきい値を超えることを示すか否かを判定するステップを含む、請求項1に記載の方法。
【請求項４】
前記重大度しきい値を超えるネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワーク接続エラーが存在するか否かを判定するステップと、
ネットワーク接続エラーが存在することに基づいて前記ネットワーク接続エラーを是正しようとするステップと、
前記ネットワーク接続エラーを是正しようとした後、前記サーバにピングを送信するステップと
をさらに含む、請求項1に記載の方法。
【請求項５】
前記ネットワーク接続が失敗したことを判定する前に、前記しきい値数のピングを前記サーバに送信するステップをさらに含む、請求項4に記載の方法。
【請求項６】
前記ネットワーク接続が失敗したと判定することに基づいて利用可能なネットワークに対する新しい登録を実行するステップをさらに含む、請求項5に記載の方法。
【請求項７】
前記サーバに前記ピングを送信する前記ステップは、
前記サーバに前記ピングを送信する前にピングカウンタがしきい値を超えるか否かを判定するステップと、
前記しきい値を超えない前記ピングカウンタに基づいて前記サーバに前記ピングを送信するステップと
を含む、請求項1に記載の方法。
【請求項８】
前記UEが前記しきい値を超える前記ピングカウンタに基づいてネットワークサービスを喪失したことを判定するステップ
をさらに含む、請求項7に記載の方法。
【請求項９】
サーバによって実行される、ユーザ機器(UE)との接続を取り戻すための方法であって、
1つまたは複数の受信された呼要求を前記UEに接続しないようにするステップと、
前記1つまたは複数の受信された呼要求を前記UEに接続しないようにすることに応答して、1つまたは複数のピングを前記UEにしきい値数のピングまで送信するステップと、
前記サーバが前記しきい値数のピングを前記UEに送信する前に前記UEから前記1つまたは複数のピングに対する応答を受信しないことに基づいて前記UEが連絡できない可能性があることを示すために前記UEのプレゼンス状態を変更するステップと
を含む、方法。
【請求項１０】
前記1つまたは複数の受信された呼要求は、しきい値時間期間内の連続する呼要求を含む、請求項9に記載の方法。
【請求項１１】
前記1つまたは複数の受信された呼要求は、高優先度のユーザからの単一の呼要求を含む、請求項9に記載の方法。
【請求項１２】
前記サーバが前記しきい値数のピングを前記UEに送信する前に前記UEから前記1つまたは複数のピングに対する応答を受信することに基づいて前記1つまたは複数のピングの送信を中止するステップ
をさらに含む、請求項9に記載の方法。
【請求項１３】
前記UEが連絡できない可能性があることを示すために前記UEの前記プレゼンス状態を変更した後、呼要求を受信するステップ
をさらに含む、請求項9に記載の方法。
【請求項１４】
前記受信された呼要求を前記UEに接続しないようにするステップと、
1つまたは複数のピングを前記UEに送信するステップと、
前記UEに対する前記受信された呼要求を完了するステップと
をさらに含む、請求項13に記載の方法。
【請求項１５】
前記受信された呼要求を完了することに応答して前記UEが連絡できることを示すために前記UEの前記プレゼンス状態を更新するステップ
をさらに含む、請求項14に記載の方法。
【請求項１６】
前記1つまたは複数のピングを前記UEに送信するレートを決定するステップ
をさらに含む、請求項9に記載の方法。
【請求項１７】
前記UEが位置した最後の既知のセクタの容量を測定するステップであって、前記決定されたレートは前記測定された容量に基づいている、ステップ
をさらに含む、請求項16に記載の方法。
【請求項１８】
前記UEの優先度を決定するステップであって、前記決定されたレートは前記決定された優先度に基づいている、ステップ
をさらに含む、請求項16に記載の方法。
【請求項１９】
前記UEの前記優先度は、前記UEに対する1つまたは複数の着信呼の数、前記1つまたは複数の着信呼の1つまたは複数の発呼者の優先度、前記UEのユーザの優先度、および/または前記UEに対する発呼の失敗の数に基づいている、請求項18に記載の方法。
【請求項２０】
ユーザ機器(UE)によって実行される、ネットワークサービスの潜在的な喪失を検出するための装置であって、
ネットワークサービスの潜在的な喪失を示す、ネットワークサービスに関連する1つまたは複数の基準値の変化を検出するように構成された論理手段と、
ネットワークサービスの前記潜在的な喪失の重大度が重大度しきい値を超えることを前記1つまたは複数の基準値の前記変化が示すか否かを判定するように構成された論理手段と、
前記重大度しきい値を超えるネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワークサービスの前記潜在的な喪失を検出する前に前記UEが接続されたサーバにピングを送信するように構成された論理手段であって、前記UEは、前記サーバからの応答を受信することなくしきい値数のピングを前記サーバに送信することに基づいてネットワークサービスが喪失されたと判定する、論理手段と、
前記重大度しきい値を超えないネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワークサービスの前記潜在的な喪失を検出する前に前記UEが接続された前記サーバへのピングの送信を阻止するように構成された論理手段と
を含む、装置。
【請求項２１】
ネットワークサービスに関連する前記1つまたは複数の基準値は、信号強度、サービス減衰、デジタルサービスの喪失、またはインターネットプロトコル(IP)アドレスの変化のうちの1つまたは複数を含む、請求項20に記載の装置。
【請求項２２】
判定するように構成された前記論理手段は、前記1つまたは複数の基準値の前記変化が、ネットワークサービスの前記潜在的な喪失の前記重大度が、しきい値よりも長いネットワークサービスの前記潜在的な喪失の持続時間、および/またはしきい値を超える前記1つまたは複数の基準値のうちの少なくとも1つの値に基づいて前記重大度しきい値を超えることを示すか否かを判定するように構成された論理手段を含む、請求項20に記載の装置。
【請求項２３】
前記重大度しきい値を超えるネットワークサービスの前記潜在的な喪失の前記重大度に基づいてネットワーク接続エラーが存在するか否かを判定するように構成された論理手段と、
ネットワーク接続エラーが存在することに基づいて前記ネットワーク接続エラーを是正しようとするように構成された論理手段と、
前記ネットワーク接続エラーを是正しようとした後、前記サーバにピングを送信するように構成された論理手段と
をさらに含む、請求項20に記載の装置。
【請求項２４】
前記ネットワーク接続が失敗したことを判定する前に、前記しきい値数のピングを前記サーバに送信するステップをさらに含む、請求項23に記載の装置。
【請求項２５】
前記ネットワーク接続が失敗したと判定することに基づいて利用可能なネットワークに対する新しい登録を実行するステップをさらに含む、請求項24に記載の装置。
【請求項２６】
サーバによって実行される、ユーザ機器(UE)との接続を取り戻すための装置であって、
1つまたは複数の受信された呼要求を前記UEに接続しないようにするように構成された論理手段と、
前記1つまたは複数の受信された呼要求を前記UEに接続しないようにすることに応答して、1つまたは複数のピングを前記UEにしきい値数のピングまで送信するように構成された論理手段と、
前記サーバが前記しきい値数のピングを前記UEに送信する前に前記UEから前記1つまたは複数のピングに対する応答を受信しないことに基づいて前記UEが連絡できない可能性があることを示すために前記UEのプレゼンス状態を変更するように構成された論理手段と
を含む、装置。
【請求項２７】
前記サーバが前記しきい値数のピングを前記UEに送信する前に前記UEから前記1つまたは複数のピングに対する応答を受信することに基づいて前記1つまたは複数のピングの送信を中止するように構成された論理手段
をさらに含む、請求項26に記載の装置。
【請求項２８】
前記UEが連絡できない可能性があることを示すために前記UEの前記プレゼンス状態を変更した後、呼要求を受信するように構成された論理手段
をさらに含む、請求項26に記載の装置。
【請求項２９】
前記受信された呼要求を前記UEに接続しないようにするように構成された論理手段と、
1つまたは複数のピングを前記UEに送信するように構成された論理手段と、
前記UEに対する前記受信された呼要求を完了するように構成された論理手段と
をさらに含む、請求項28に記載の装置。
【請求項３０】
前記受信された呼要求を完了することに応答して前記UEが連絡できることを示すために前記UEの前記プレゼンス状態を更新するように構成された論理手段
をさらに含む、請求項29に記載の装置。
【国際調査報告】
2016518765.tif 000019
2016518765.tif 000020
2016518765.tif 000021
2016518765.tif 000022
2016518765.tif 000023