(57)【要約】  本開示の態様は、サーバ障害の間にユーザを優先順位付けることに関する。クライアントデバイスまたは集中式の非領域的構成要素は、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出し、第1の領域におけるパケットベースの音声通信サービスを利用するように登録されているクライアントデバイスを、パケットベースの音声通信サービスを提供する第2のサーバにリダイレクトし、リダイレクトするステップは、クライアントデバイスのユーザの優先レベルに基づく。本開示の態様は、ピアにより支援されるフェイルオーバー回復に関する。第1のクライアントデバイスは、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出し、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを、第1の領域中の第2のクライアントデバイスに通知する。
2017508360.tif 000002
【特許請求の範囲】
【請求項１】
サーバ障害の間にユーザを優先順位付けるための方法であって、
第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するステップと、
前記第1の領域における前記パケットベースの音声通信サービスを利用するように登録されるクライアントデバイスを、前記パケットベースの音声通信サービスを提供する第2のサーバにリダイレクトするステップと
を備え、
前記リダイレクトするステップが前記クライアントデバイスのユーザの優先レベルに基づく、方法。
【請求項２】
前記クライアントデバイスの前記優先レベルが、前記クライアントデバイスの前記ユーザの分類に基づく、請求項1に記載の方法。
【請求項３】
前記クライアントデバイスの前記優先レベルが、前記クライアントデバイスの前記ユーザの活動レベルに基づく、請求項1に記載の方法。
【請求項４】
活動の閾値を上回る活動レベルを有するクライアントデバイスが、前記活動の閾値を下回る活動レベルを有するクライアントデバイスよりも高い優先レベルを割り当てられる、請求項3に記載の方法。
【請求項５】
前記クライアントデバイスの前記優先レベルが、登録生存時間(TTL)に基づく、請求項1に記載の方法。
【請求項６】
閾値の期間の後に期限切れになる登録TTLを有するクライアントデバイスが、前記閾値の期間の前に期限切れになる登録TTLを有するクライアントデバイスよりも高い優先レベルを割り当てられる、請求項5に記載の方法。
【請求項７】
前記パケットベースの音声通信サービスが、ボイスオーバーインターネットプロトコル(VoIP)サービスを備える、請求項1に記載の方法。
【請求項８】
前記検出するステップおよび前記リダイレクトするステップが、集中式の非領域的構成要素によって実行される、請求項1に記載の方法。
【請求項９】
前記検出するステップおよび前記リダイレクトするステップが、前記クライアントデバイスによって実行される、請求項1に記載の方法。
【請求項１０】
前記ユーザが、前記第1の領域における前記パケットベースの音声通信サービスを利用するように登録される複数のクライアントデバイスを有し、前記リダイレクトするステップが、前記複数のクライアントデバイスを前記第2のサーバにリダイレクトするステップを備える、請求項1に記載の方法。
【請求項１１】
ピアにより支援されるフェイルオーバー回復のための方法であって、
第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するステップと、
前記第1のクライアントデバイスによって、前記第1の領域における前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを、前記第1の領域中の第2のクライアントデバイスに通知するステップと
を備える、方法。
【請求項１２】
前記第1のクライアントデバイスが、前記第1の領域における前記パケットベースの音声通信サービスを通じて前記第2のクライアントデバイスとの呼を開始することを試みたことに応答して、前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを検出する、請求項11に記載の方法。
【請求項１３】
前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出したことに応答して第2のサーバに切り替えるステップをさらに備え、前記第2のサーバが前記パケットベースの音声通信サービスを提供する、請求項11に記載の方法。
【請求項１４】
前記第2のサーバによって提供される前記パケットベースの音声通信サービスを通じて、前記第2のクライアントデバイスとの呼を確立するステップをさらに備える、請求項13に記載の方法。
【請求項１５】
前記第2のクライアントデバイスが、前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出し、それに応答して、前記パケットベースの音声通信サービスを提供する第2のサーバに切り替える、請求項11に記載の方法。
【請求項１６】
前記第2のユーザデバイスが、前記呼の終了に応答して、前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出する、請求項15に記載の方法。
【請求項１７】
前記第2のサーバが第2の領域中にある、請求項13に記載の方法。
【請求項１８】
前記通知するステップが、帯域内で通知を前記第2のクライアントデバイスに送信するステップを備える、請求項11に記載の方法。
【請求項１９】
前記通知するステップが、帯域外で通知を前記第2のクライアントデバイスに送信するステップを備える、請求項11に記載の方法。
【請求項２０】
前記パケットベースの音声通信サービスが、ボイスオーバーインターネットプロトコル(VoIP)サービスを備える、請求項11に記載の方法。
【請求項２１】
サーバ障害の間にユーザを優先順位付けるための装置であって、
第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するように構成される論理手段と、
前記第1の領域における前記パケットベースの音声通信サービスを利用するように登録されるクライアントデバイスを、前記パケットベースの音声通信サービスを提供する第2のサーバにリダイレクトするように構成される論理手段と
を備え、
前記リダイレクトするステップが前記クライアントデバイスのユーザの優先レベルに基づく、装置。
【請求項２２】
前記クライアントデバイスの前記優先レベルが、前記クライアントデバイスの前記ユーザの分類に基づく、請求項21に記載の装置。
【請求項２３】
前記クライアントデバイスの前記優先レベルが、前記クライアントデバイスの前記ユーザの活動レベルに基づく、請求項21に記載の装置。
【請求項２４】
前記クライアントデバイスの前記優先レベルが、登録生存時間(TTL)に基づく、請求項21に記載の装置。
【請求項２５】
前記ユーザが、前記第1の領域における前記パケットベースの音声通信サービスを利用するように登録される複数のクライアントデバイスを有し、前記リダイレクトするステップが、前記複数のクライアントデバイスを前記第2のサーバにリダイレクトするステップを備える、請求項21に記載の装置。
【請求項２６】
ピアにより支援されるフェイルオーバー回復のための装置であって、
第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するように構成される論理手段と、
前記第1のクライアントデバイスによって、前記第1の領域における前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを、前記第1の領域中の第2のクライアントデバイスに通知するように構成される論理手段と
を備える、装置。
【請求項２７】
前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを検出するように構成される前記論理手段が、前記第1の領域における前記パケットベースの音声通信サービスを通じて前記第2のクライアントデバイスとの呼を開始することを試みたことに応答して、前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを検出するように構成される論理手段を備える、請求項26に記載の装置。
【請求項２８】
前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出したことに応答して第2のサーバに切り替えるように構成される論理手段をさらに備え、前記第2のサーバが前記パケットベースの音声通信サービスを提供する、請求項26に記載の装置。
【請求項２９】
前記第2のサーバによって提供される前記パケットベースの音声通信サービスを通じて、前記第2のクライアントデバイスとの呼を確立するように構成される論理手段をさらに備える、請求項28に記載の装置。
【請求項３０】
前記第2のクライアントデバイスが、前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出し、それに応答して、前記パケットベースの音声通信サービスを提供する第2のサーバに切り替える、請求項26に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ボイスオーバーインターネットプロトコル(VoIP)システムにおけるフェイルオーバーの間にユーザを区別し、または優先順位付けることに関する。
【背景技術】
【０００２】
ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(暫定の2.5Gおよび2.75Gネットワークを含む)、第3世代(3G)高速データ/インターネット対応ワイヤレスサービス、および第4世代(4G)サービス(たとえば、Long-Term Evolution(LTE)またはWiMax)を含む、様々な世代を通じて発展してきた。現在、セルラーシステムおよびパーソナル通信サービス(PCS)システムを含む、数多くの様々なタイプのワイヤレス通信システムが使用されている。知られているセルラーシステムの例は、セルラーAnalog Advanced Mobile Phone System(AMPS)、および、符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのGlobal System for Mobile access(GSM(登録商標))変形に基づくデジタルセルラーシステムなどを含む。
【発明の概要】
【課題を解決するための手段】
【０００３】
本開示の態様は、サーバ障害の間にユーザを優先順位付けることに関する。サーバ障害の間にユーザを優先順位付けるための方法は、第1の領域(first region)におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するステップと、第1の領域におけるパケットベースの音声通信サービスを利用するように登録されているクライアントデバイスを、パケットベースの音声通信サービスを提供する第2のサーバにリダイレクトするステップとを含み、リダイレクトするステップは、クライアントデバイスのユーザの優先レベルに基づく。
【０００４】
サーバ障害の間にユーザを優先順位付けるための装置は、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するように構成される論理と、第1の領域におけるパケットベースの音声通信サービスを利用するように登録されているクライアントデバイスを、パケットベースの音声通信サービスを提供する第2のサーバにリダイレクトするように構成される論理とを含み、リダイレクトするステップは、クライアントデバイスのユーザの優先レベルに基づく。
【０００５】
本開示の態様は、ピアにより支援されるフェイルオーバー回復に関する。ピアにより支援されるフェイルオーバー回復のための方法は、第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するステップと、第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを、第1の領域中の第2のクライアントデバイスに通知するステップとを含む。
【０００６】
ピアにより支援されるフェイルオーバー回復のための装置は、第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するように構成される論理と、第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを、第1の領域中の第2のクライアントデバイスに通知するように構成される論理とを含む。
【０００７】
本発明の実施形態およびその付随する利点の多くは、以下の詳細な説明を参照することによって、本発明を限定するためではなく単に例示するために提示される添付の図面とともに検討されると、より良く理解されるようになるので、本発明の実施形態およびその付随する利点の多くに関するより完全な諒解が容易に得られるであろう。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態によるワイヤレス通信システムのハイレベルシステムアーキテクチャを示す図である。
【図２】本発明の実施形態によるユーザ機器(UE)の例を示す図である。
【図３】本発明の一実施形態による機能を実行するように構成された論理を含む通信デバイスを示す図である。
【図４】本発明の一実施形態によるサーバを示す図である。
【図５】例示的なボイスオーバーインターネットプロトコル(VoIP)の展開を示す図である。
【図６】2次領域/サーバへの例示的なフェイルオーバーを示す呼のフローである。
【図７】サーバ障害の間にユーザを優先順位付けるための例示的なフローを示す図である。
【図８】ピアにより支援されるフェイルオーバー回復のための例示的なフローを示す図である。
【図９】相互に関係する一連の機能モジュールとして表された、サーバ障害の間にユーザを優先順位付けるための例示的な装置を示す図である。
【図１０】相互に関係する一連の機能モジュールとして表される、ピアにより支援されるフェイルオーバー回復のための例示的なクライアントデバイス装置を示す図である。
【発明を実施するための形態】
【０００９】
本発明の具体的な実施形態を対象とする以下の説明および関係する図面において本発明の態様が開示される。代替実施形態は、本発明の範囲から逸脱することなく考案され得る。加えて、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素は詳細には説明されず、または省略されよう。
【００１０】
「例示的」および/または「例」という言葉は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、論じられた特徴、利点または動作モードを含むことを必要としない。
【００１１】
さらに、多くの実施形態が、たとえばコンピューティングデバイスの要素によって実行されるべき、アクションのシーケンスに関して説明される。本明細書で説明する様々なアクションは、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つもしくは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実行され得ることを認識されよう。加えて、本明細書で説明するこれらのアクションのシーケンスは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した、任意の形態のコンピュータ可読記憶媒体内で完全に具現化されるものと見なされ得る。したがって、本発明の様々な態様はいくつかの異なる形式で具現化され得、そのすべてが、特許請求される主題の範囲内に入ると企図されている。加えて、本明細書で説明する実施形態ごとに、任意のそのような実施形態の対応する形式は、本明細書では、たとえば、説明する動作を実行する「ように構成された論理」として説明されることがある。
【００１２】
本明細書においてユーザ機器(UE)とも呼ばれるクライアントデバイスは、モバイルまたは固定とすることができ、無線アクセスネットワーク(RAN)と通信することができる。本明細書で使用する「UE」という用語は、互換的に「アクセス端末」または「AT」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」または「UT」、「モバイル端末」、「移動局」、およびそれらの変形形態と呼ばれることがある。概して、UEは、RANを介してコアネットワークと通信することができ、コアネットワークを通じてUEはインターネットなどの外部ネットワークに接続され得る。もちろん、UEには、有線アクセスネットワーク、(たとえば、IEEE 802.11などに基づく)Wi-Fiネットワークを介してなど、コアネットワークおよび/またはインターネットに接続する他の機構も考えられる。UEは、限定はしないが、PCカード、コンパクトフラッシュ(登録商標)デバイス、外付けまたは内蔵のモデム、ワイヤレスまたは有線の電話などを含むいくつかのタイプのデバイスのいずれかによって具現化され得る。UEが信号をRANに送ることができる通信リンクは、アップリンクチャネル(たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど)と呼ばれる。RANが信号をUEに送ることができる通信リンクは、ダウンリンクチャネルまたは順方向リンクチャネル(たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど)と呼ばれる。本明細書で使用するトラフィックチャネル(TCH)という用語は、アップリンク/逆方向トラフィックチャネル、またはダウンリンク/順方向トラフィックチャネルのいずれかを指し得る。
【００１３】
図1は、本発明の一実施形態によるワイヤレス通信システム100のハイレベルシステムアーキテクチャを示す。ワイヤレス通信システム100はUE1...Nを含む。UE1...Nは、セルラー電話、携帯情報端末(PDA)、ページャ、ラップトップコンピュータ、デスクトップコンピュータなどを含むことができる。たとえば、図1において、UE1...2は発呼側セルラー電話として示され、UE3...5はタッチスクリーンセルラー電話またはスマートフォンとして示され、UE NはデスクトップコンピュータまたはPCとして示されている。
【００１４】
図1を参照すると、UE1...Nは、図1にエアインターフェース104、106、108および/または直接有線接続として示されている物理通信インターフェースまたはレイヤを介してアクセスネットワーク(たとえば、RAN120、アクセスポイント125など)と通信するように構成される。エアインターフェース104および106は所与のセルラー通信プロトコル(たとえば、CDMA、EVDO、eHRPD、GSM(登録商標)、EDGE、W-CDMA、LTEなど)に準拠することができ、一方、エアインターフェース108はワイヤレスIPプロトコル(たとえば、IEEE 802.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において、UE Nはインターネット175に直接接続する(すなわち、Wi-Fiまたは802.11ベースネットワークのイーサネット(登録商標)接続を介するなど、コアネットワーク140から分離される)ように示されている。それによって、インターネット175は、コアネットワーク140を介してUE NとUE1...Nとの間のパケット交換データ通信をブリッジングするように機能することができる。図1には、RAN120から分離されたアクセスポイント125も示されている。アクセスポイント125は、コアネットワーク140とは無関係に(たとえば、FiOS、ケーブルモデムなどの光通信システムを介して)インターネット175に接続され得る。エアインターフェース108は、一例ではIEEE 802.11などのローカルワイヤレス接続を介してUE4またはUE5にサービスし得る。UE Nは、一例では(たとえば、有線接続性とワイヤレス接続性の両方を有するWi-Fiルータ用の)アクセスポイント125自体に対応し得るモデムまたはルータとの直接接続などのインターネット175との有線接続を有するデスクトップコンピュータとして示されている。
【００１５】
図1を参照すると、サーバ170は、インターネット175、コアネットワーク140、またはその両方に接続されるように示されている。サーバ170は、構造的に別個の複数のサーバとして実装され得るか、または代替的には単一のサーバに対応し得る。以下でより詳細に説明するように、サーバ170は、コアネットワーク140および/またはインターネット175を介してサーバ170に接続することができるUEに対して1つまたは複数の通信サービス(たとえば、ボイスオーバーインターネットプロトコル(VolP)セッション、プッシュツートーク(PTT)セッション、グループ通信セッション、ソーシャルネットワーキングサービスなど)をサポートするように、および/またはUEにコンテンツ(たとえば、ウェブページダウンロード)を提供するように構成される。
【００１６】
図2は、本発明の実施形態によるUE(すなわち、クライアントデバイス)の例を示す。図2を参照すると、UE200Aは発呼側電話として示され、UE200Bはタッチスクリーンデバイス(たとえば、スマートフォン、タブレットコンピュータなど)として示されている。図2に示すように、UE200Aの外部ケーシングは、当技術分野で知られているように、数ある構成要素の中でも、アンテナ205A、ディスプレイ210A、少なくとも1つのボタン215A(たとえば、PTTボタン、電源ボタン、音量調節ボタンなど)、およびキーパッド220Aによって構成される。また、UE200Bの外部ケーシングは、当技術分野で知られているように、数ある構成要素の中でも、タッチスクリーンディスプレイ205B、周辺ボタン210B、215B、220B、および225B(たとえば、電力調節ボタン、音量または振動調節ボタン、飛行機モードトグルボタンなど)、少なくとも1つのフロントパネルボタン230B(たとえば、Homeボタンなど)によって構成される。UE200Bの一部として明示的に示されてはいないが、UE200Bは、限定はしないが、Wi-Fiアンテナ、セルラーアンテナ、衛星位置システム(SPS)アンテナ(たとえば、全地球測位システム(GPS)アンテナ)などを含む、1つもしくは複数の外部アンテナおよび/またはUE200Bの外部ケーシングに内蔵された1つもしくは複数の集積アンテナを含むことができる。
【００１７】
UE200AおよびUE200BなどのUEの内部構成要素は異なるハードウェア構成によって具現化され得るが、内部ハードウェア構成要素のための基本的なハイレベルUE構成は図2にプラットフォーム202として示されている。プラットフォーム202は、最終的にコアネットワーク140、インターネット175、ならびに/または他のリモートサーバおよびネットワーク(たとえば、アプリケーションサーバ170、ウェブURLなど)から得ることのできるRAN120から送信されたソフトウェアアプリケーション、データ、および/またはコマンドを受信し実行することができる。プラットフォーム202は、ローカルに記憶されたアプリケーションをRAN対話なしに独立して実行することもできる。プラットフォーム202は、特定用途向け集積回路(ASIC)208、または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ206を含むことができる。ASIC208または他のプロセッサは、ワイヤレスデバイスのメモリ212内の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース(API)210レイヤを実行する。メモリ212は、読取り専用メモリもしくはランダムアクセスメモリ(RAMおよびROM)、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成することができる。プラットフォーム202はまた、メモリ212内でアクティブに使用されないアプリケーション、ならびに他のデータを記憶することができるローカルデータベース214を含むことができる。ローカルデータベース214は、通常、フラッシュメモリセルであるが、磁気媒体、EEPROM、光学媒体、テープ、ソフトディスクまたはハードディスクなどの当技術分野で知られている任意の二次記憶デバイスであり得る。
【００１８】
したがって、本発明の一実施形態は、本明細書で説明する機能を実行する能力を含むUE(たとえば、UE200A、UE200Bなど)を含むことができる。当業者によって諒解されるように、様々な論理要素は、本明細書で開示する機能を達成するために、個別の要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアの任意の組合せで具現化され得る。たとえば、ASIC208、メモリ212、API210およびローカルデータベース214をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがって、これらの機能を実行するための論理は様々な要素にわたって分散され得る。代替的に、機能は1つの個別構成要素に組み込まれ得る。したがって、図2のUE200AおよびUE200Bの特徴は例示的なものにすぎないと見なされるべきであり、本発明は図示した特徴または構成に限定されない。
【００１９】
UE200Aおよび/またはUE200BとRAN120との間のワイヤレス通信は、CDMA、W-CDMA、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交周波数分割多重(OFDM)、GSM(登録商標)、またはワイヤレス通信ネットワークもしくはデータ通信ネットワークで使用され得る他のプロトコルなどの、様々な技術に基づくことができる。上記で説明し、当技術分野で知られているように、音声送信および/またはデータは、様々なネットワークおよび構成を使用してRANからUEに送信され得る。したがって、本明細書で提供する例示は、本発明の実施形態を限定するものではなく、単に本発明の実施形態の態様の説明を助けるためのものにすぎない。
【００２０】
図3は、機能を実行するように構成された論理を含む通信デバイス300を示す。通信デバイス300は、限定はしないが、UE200AまたはUE200B、RAN120の任意の構成要素、コアネットワーク140の任意の構成要素、コアネットワーク140および/またはインターネット175に結合された任意の構成要素(たとえば、サーバ170)などを含む、上述の通信デバイスのうちのいずれかに対応することができる。したがって、通信デバイス300は、図1のワイヤレス通信システム100を介して1つまたは複数の他のエンティティと通信する(またはエンティティとの通信を容易にする)ように構成された任意の電子デバイスに対応することができる。
【００２１】
図3を参照すると、通信デバイス300は、情報を受信および/または送信するように構成された論理305を含む。一例では、通信デバイス300がワイヤレス通信デバイス(たとえば、RAN120内のUE200AもしくはUE200B、AP125、BS、ノードBまたはeノードB)に対応する場合、情報を受信および/または送信するように構成された論理305は、ワイヤレストランシーバおよび関連ハードウェア(たとえば、RFアンテナ、モデム、変調器および/または復調器など)などのワイヤレス通信インターフェース(たとえば、Bluetooth(登録商標)、Wi-Fi、2G、CDMA、W-CDMA、3G、4G、LTEなど)を含むことができる。別の例では、情報を受信および/または送信するように構成された論理305は、有線通信インターフェース(たとえば、それを通じてインターネット175にアクセスすることができるシリアル接続、USBまたはFirewire接続、イーサネット(登録商標)接続など)に対応することができる。したがって、通信デバイス300が何らかのタイプのネットワークベースのサーバ(たとえば、サーバ170など)に対応する場合、情報を受信および/または送信するように構成された論理305は、一例では、イーサネット(登録商標)プロトコルを介してネットワークベースのサーバを他の通信エンティティに接続するイーサネット(登録商標)カードに対応することができる。例として、情報を受信および/または送信するように構成される論理305は、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するように構成される論理と、第1の領域におけるパケットベースの音声通信サービスを利用するように登録されているクライアントデバイスを、パケットベースの音声通信サービスを提供する第2のサーバにリダイレクトするように構成される論理とを含んでよく、リダイレクトするステップは、クライアントデバイスのユーザの優先レベルに基づく。別の例として、情報を受信および/または送信するように構成される論理305は、第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するように構成される論理と、第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを、第1の領域中の第2のクライアントデバイスに通知するように構成される論理とを含み得る。さらなる例では、情報を受信および/または送信するように構成された論理305は、通信デバイス300がそのローカル環境をモニタする手段となり得る感知または測定ハードウェア(たとえば、加速度計、温度センサ、光センサ、ローカルRF信号をモニタするためのアンテナなど)を含むことができる。情報を受信および/または送信するように構成された論理305はまた、実行されると、情報を受信および/または送信するように構成された論理305の関連ハードウェアがその受信機能および/または送信機能を実行することを可能にするソフトウェアを含むことができる。しかしながら、情報を受信および/または送信するように構成された論理305は、ソフトウェアだけに対応するのではなく、情報を受信および/または送信するように構成された論理305は、その機能を達成するためにハードウェアに少なくとも部分的に依拠する。
【００２２】
図3を参照すると、通信デバイス300は、情報を処理するように構成された論理310をさらに含む。一例では、情報を処理するように構成された論理310は、少なくともプロセッサを含むことができる。情報を処理するように構成された論理310によって実行され得るタイプの処理の例示的な実装形態は、限定はしないが、判断を行うこと、接続を確立すること、異なる情報オプション間で選択を行うこと、データに関係する評価を実行すること、測定動作を実行するために通信デバイス300に結合されたセンサと対話すること、情報をあるフォーマットから別のフォーマットに(たとえば、.wmvから.aviになど、異なるプロトコル間で)変換することなどを含む。たとえば、情報を処理するように構成された論理310に含まれるプロセッサは、汎用プロセッサ、デジタル信号プロセッサ(DSP)、ASIC、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せに対応することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。情報を処理するように構成された論理310はまた、実行されると、情報を処理するように構成された論理310の関連ハードウェアがその処理機能を実行することを可能にするソフトウェアを含むことができる。しかしながら、情報を処理するように構成された論理310は、ソフトウェアだけに対応するのではなく、情報を処理するように構成された論理310は、その機能を達成するためにハードウェアに少なくとも部分的に依拠する。
【００２３】
図3を参照すると、通信デバイス300は、情報を記憶するように構成された論理315をさらに含む。一例では、情報を記憶するように構成された論理315は、少なくとも非一時的メモリおよび関連ハードウェア(たとえば、メモリコントローラなど)を含むことができる。たとえば、情報を記憶するように構成された論理315に含まれる非一時的メモリは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体に対応することができる。情報を記憶するように構成された論理315はまた、実行されると、情報を記憶するように構成された論理315の関連ハードウェアがその記憶機能を実行することを可能にするソフトウェアを含むことができる。しかしながら、情報を記憶するように構成された論理315は、ソフトウェアだけに対応するのではなく、情報を記憶するように構成された論理315は、その機能を達成するためにハードウェアに少なくとも部分的に依拠する。
【００２４】
図3を参照すると、通信デバイス300は、情報を提示するように構成された論理320をさらにオプションで含む。一例では、情報を提示するように構成された論理320は、少なくとも出力デバイスおよび関連ハードウェアを含むことができる。たとえば、出力デバイスは、ビデオ出力デバイス(たとえば、ディスプレイスクリーン、USB、HDMI(登録商標)などのビデオ情報を搬送することができるポートなど)、オーディオ出力デバイス(たとえば、スピーカ、マイクロフォンジャック、USB、HDMI(登録商標)などのオーディオ情報を搬送することができるポートなど)、振動デバイス、および/または、情報がそれによって出力のためにフォーマットされ得る、または通信デバイス300のユーザもしくは操作者によって実際に出力され得る任意の他のデバイスを含むことができる。たとえば、通信デバイス300が図2に示すようなUE200AまたはUE200Bに対応する場合、情報を提示するように構成された論理320は、UE200Aのディスプレイ210AまたはUE200Bのタッチスクリーンディスプレイ205Bを含むことができる。さらなる一例では、情報を提示するように構成された論理320は、ローカルユーザを有しないネットワーク通信デバイス(たとえば、ネットワークスイッチまたはルータ、サーバ170などのリモートサーバなど)などのいくつかの通信デバイスでは省くことができる。情報を提示するように構成された論理320はまた、実行されると、情報を提示するように構成された論理320の関連ハードウェアがその提示機能を実行することを可能にするソフトウェアを含むことができる。しかしながら、情報を提示するように構成された論理320は、ソフトウェアだけに対応するのではなく、情報を提示するように構成された論理320は、その機能を達成するためにハードウェアに少なくとも部分的に依拠する。
【００２５】
図3を参照すると、通信デバイス300は、ローカルユーザ入力を受信するように構成された論理325をさらにオプションで含む。一例では、ローカルユーザ入力を受信するように構成された論理325は、少なくともユーザ入力デバイスおよび関連ハードウェアを含むことができる。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス(たとえば、マイクロフォン、またはマイクロフォンジャックなどのオーディオ情報を搬送することができるポートなど)、および/または情報がそれによって通信デバイス300のユーザもしくは操作者から受信され得る任意の他のデバイスを含むことができる。たとえば、通信デバイス300が図2に示すようなUE200AまたはUE200Bに対応する場合、ローカルユーザ入力を受信するように構成された論理325は、キーパッド220A、ボタン215Aまたは210B〜225Bのうちのいずれか、タッチスクリーンディスプレイ205Bなどを含むことができる。さらなる一例では、ローカルユーザ入力を受信するように構成された論理325は、ローカルユーザを有しないネットワーク通信デバイス(たとえば、ネットワークスイッチまたはルータ、サーバ170などのリモートサーバなど)などのいくつかの通信デバイスでは省くことができる。ローカルユーザ入力を受信するように構成された論理325はまた、実行されると、ローカルユーザ入力を受信するように構成された論理325の関連ハードウェアがその入力受信機能を実行することを可能にするソフトウェアを含むことができる。しかしながら、ローカルユーザ入力を受信するように構成された論理325は、ソフトウェアだけに対応するのではなく、ローカルユーザ入力を受信するように構成された論理325は、その機能を達成するためにハードウェアに少なくとも部分的に依拠する。
【００２６】
図3を参照すると、305〜325の構成された論理は、図3では別個のまたは相異なるブロックとして示されているが、それぞれの構成された論理がその機能を実行するためのハードウェアおよび/またはソフトウェアは、部分的に重複できることが諒解されよう。たとえば、305〜325の構成された論理の機能を容易にするために使用される任意のソフトウェアを、情報を記憶するように構成された論理315に関連付けられた非一時的メモリに記憶することができ、それにより、305〜325の構成された論理は各々、その機能(すなわち、この場合、ソフトウェア実行)を、情報を記憶するように構成された論理315によって記憶されたソフトウェアの動作に部分的に基づいて実行する。同様に、構成された論理のうちの1つに直接関連付けられたハードウェアは、時々、他の構成された論理によって借用または使用され得る。たとえば、情報を処理するように構成された論理310のプロセッサは、データを、情報を受信および/または送信するように構成された論理305によって送信される前に、適切な形式にフォーマットすることができ、それにより、情報を受信および/または送信するように構成された論理305は、その機能(すなわち、この場合、データの送信)を、情報を処理するように構成された論理310に関連付けられたハードウェア(すなわち、プロセッサ)の動作に部分的に基づいて実行する。
【００２７】
概して、別段に明示的に記載されていない限り、本開示全体にわたって使用される「ように構成された論理」という句は、ハードウェアによって少なくとも部分的に実装される実施形態を引き合いに出すものとし、ハードウェアから独立したソフトウェアだけの実装形態に位置づけるものではない。また、様々なブロックにおける構成された論理または「ように構成された論理」は、特定の論理ゲートまたは論理要素に限定されるのではなく、概して、本明細書で説明する機能を(ハードウェアまたはハードウェアとソフトウェアの組合せのいずれかを介して)実行するための能力を指すことが諒解されよう。したがって、様々なブロックに示す構成された論理または「ように構成された論理」は、「論理」という語を共有しているにもかかわらず、必ずしも論理ゲートまたは論理要素として実装されない。様々なブロックにおける論理間の他の対話または協働が、以下でより詳細に説明する実施形態の検討から、当業者には明らかになるであろう。
【００２８】
様々な実施形態は、図4に示すサーバ400などの、様々な市販のサーバデバイスのいずれかにおいて実装され得る。一例では、サーバ400は、上記で説明したアプリケーションサーバ170の1つの例示的な構成に対応し得る。図4では、サーバ400は、揮発性メモリ402と、ディスクドライブ403などの大容量の不揮発性メモリとに結合されたプロセッサ401を含む。サーバ400はまた、プロセッサ401に結合された、フロッピーディスクドライブ、コンパクトディスク(CD)またはDVDディスクドライブ406を含み得る。サーバ400はまた、他のブロードキャストシステムコンピュータおよびサーバに、またはインターネットに結合されたローカルエリアネットワークなどの、ネットワーク407とのデータ接続を確立するためにプロセッサ401に結合されたネットワークアクセスポート404を含み得る。図3の文脈において、図4のサーバ400は、通信デバイス300の1つの例示的な実装形態を示すが、情報を送信および/または受信するように構成された論理305は、ネットワーク407と通信するためにサーバ400によって使用されるネットワークアクセスポート404に対応し、情報を処理するように構成された論理310は、プロセッサ401に対応し、情報を記憶するように構成された論理315は、揮発性メモリ402、ディスク(disk)ドライブ403および/またはディスク(disc)ドライブ406の任意の組合せに対応することが諒解されよう。情報を提示するように構成されたオプションの論理320およびローカルユーザ入力を受信するように構成されたオプションの論理325は、図4には明示的に示されず、その中に含まれる場合もあれば、含まれない場合もある。したがって、図4は、通信デバイス300が、図2の場合のような205Aまたは205BのようなUEの実装形態に加えて、サーバとして実装され得ることを説明するのを助ける。
【００２９】
VoIPは、インターネットのようなIPネットワークを通じて音声通信およびマルチメディアセッションを伝えるための方法である。VoIP呼を発する際に関与するステップは、従来のデジタル電話と同様であり、アナログ音声信号のシグナリング、チャネル設定、デジタル化と、符号化とを伴う。しかしながら、呼の情報は、回線交換式のネットワークを通じて送信されるのではなく、パケット化されて、パケット交換式のネットワークを通じてIPパケットとして送信される。
【００３０】
図5は、例示的なVoIP展開を示す。典型的なVoIP展開は、管理を容易にするためにVoIPサービスエリアを複数の領域へと分割することと、課金および認証のような自律的な処理を確実にすることと、単一の領域での障害の場合にサービスの継続性を確実にすることからなる。図5の例では、サービス提供者は、VoIPサービスエリアを、領域1 510、領域2 520、および領域3 530のような3つの異なる地理的ゾーンまたは領域に分割することができる。図5に示される領域は地理的領域であるが、領域は、リソースのタイプおよび/または利用可能性に基づいて分割される領域のような、任意のタイプのVoIPサービスエリアの分割であり得る。
【００３１】
図5に示されるように、各領域は、図1のアプリケーションサーバ170と同様のいくつかのVoIPアプリケーションサーバと、いくつかのクライアントデバイスとを含む。当技術分野において知られているように、VoIPアプリケーションサーバは、クライアントデバイスと、かつ互いに通信して、それぞれの領域におけるVoIPサービスを提供することができる。具体的には、VoIPアプリケーションサーバ512a〜cは、クライアントデバイス514のためのVoIPサービスを提供し、VoIPアプリケーションサーバ522a〜cは、クライアントデバイス524のためのVoIPサービスを提供し、VoIPアプリケーションサーバ532a〜cは、クライアントデバイス534のためのVoIPサービスを提供する。個々の領域における障害を検出できる任意のネットワーク構成要素であり得る、集中式の非領域的構成要素(central non-regional component)540が、領域510〜530と通信し、それらを調整する。
【００３２】
図5は、各領域に3つのVoIPアプリケーションサーバおよび4つのクライアントデバイスを示すが、各領域に任意の数のVoIPアプリケーションサーバおよびクライアントデバイスが存在し得ることが諒解されよう。さらに、図5はVoIPサービスを提供する領域を示すが、これらは、任意のパケットベースの音声通信サービスを提供する領域であり得る。
【００３３】
時々、領域中の1つまたは複数のサーバが「ダウンする」、または別様に機能しなくなることがある。これが起きると、そうしたサーバに接続されているユーザ(すなわち、ユーザの対応するクライアントデバイス)は、サービスを受けることができなくなる。その場合、ユーザは、別の領域へと、または同じ領域内の別のサーバへとフェイルオーバーされることがある。フェイルオーバーは、サービス水準合意(SLA)に応じて、影響を受けるユーザに対するサービスが可能な限り迅速に復元されることを必要とする。このことは通常、障害が発生した領域中の影響を受けているユーザを、まだ機能している別の領域へとリダイレクトすることを伴う。
【００３４】
本明細書において使用される場合、サーバ障害は領域障害と等価であり得ることに留意されたい。特定のサーバが所与の領域においてダウンしており、その領域において別のサーバに接続するための他の手段をクライアントデバイスが有しない場合、その領域は、そのクライアントデバイスの観点からは実質的に「ダウン」している。したがって、本明細書で説明する技法は、領域全体の障害と、ある領域内の単一のサーバの障害とに、等しく適用される。たとえば、同じ領域内の異なるサーバの1つが利用可能であり、本明細書で説明する他の基準が満たされる場合、影響を受けているクライアントデバイスを異なる領域に移すのではなく、そのようなクライアントデバイスは、同じ領域内の異なるサーバに移され得る。
【００３５】
図6は、2次領域/サーバ(secondary region/server)への例示的なフェイルオーバーを示す呼のフローである。605において、クライアントデバイス514、524、または534の1つのようなクライアントデバイス600はすでに、1次領域/サーバ(primary region/server)および2次領域/サーバのための登録サーバとVoIP/PTT呼ハンドラとを発見しており、各登録サーバおよびVoIP/PTT呼ハンドラのための1次DNSレコードと2次DNSレコードとをキャッシュしており、1次領域/サーバへの登録に成功している。例として、クライアントデバイス600はクライアントデバイス514の1つに対応してよく、1次領域/サーバは領域1 510/VoIPアプリケーションサーバ512aに対応してよい。
【００３６】
610において、1次領域(たとえば、領域1 510)または1次サーバ(たとえば、VoIPアプリケーションサーバ512a)がダウンする。615において、クライアントデバイス600は障害を検出し、フェイルオーバーを開始する。620において、クライアントデバイス600は、キャッシュされた登録サーバとVoIP/PTT呼ハンドラ情報とを使用して、二次的領域/サーバへのVoIPサービス登録を開始する。例として、2次領域/サーバは、図5の領域3 530/VoIPアプリケーションサーバ532bであり得る。625において、クライアントデバイス600は、SIP REGISTERメッセージをVoIPアプリケーションサーバ670に送信する。VoIPアプリケーションサーバ670は、VoIPアプリケーションサーバ532a〜cの1つのような2次領域中のアプリケーションサーバ、または、VoIPアプリケーションサーバ512bのような第1の領域中の別のアプリケーションサーバであり得る。630において、VoIPアプリケーションサーバ670は、200 OK肯定応答によって応答する。635において、VoIPアプリケーションサーバ670は、INFOサービス利用可能メッセージをクライアントデバイス600に送信する。640において、クライアントデバイス600は、肯定応答(ACK)によって応答する。
【００３７】
サーバ集中式のフェイルオーバー手法では、図5の集中式の非領域的構成要素540のような集中式の非領域的構成要素は、領域に障害が発生したことを検出し、障害が発生した領域中のクライアントを機能している領域にリダイレクトまたは移動するフェイルオーバー処理を開始することができる。図6の例では、クライアントデバイス600は、障害を示す通信を集中式の非領域的構成要素から受信することによって、または、領域が機能しているかどうかを確認するために定期的なpingを送信することによって、615において障害を検出することができる。しかしながら、無差別なフェイルオーバーは、ネットワークの過負荷および/または容量の過負荷を引き起こし得る。RANおよび/またはバックエンド情報技術インフラストラクチャレベルなどにおける、ネットワークの過負荷は、障害が発生した領域中の影響を受けているユーザにページングメッセージを送信する必要があることによって、引き起こされ得る。影響を受けているユーザがいまや機能している領域の一部であり、機能している領域がいまやより多数のユーザにサービスを提供しなければならないので、容量の過負荷が発生し得る。
【００３８】
そのような過負荷を軽減するために、集中式の非領域的構成要素は、機能している領域にフェイルオーバーされる必要のあるユーザを優先順位付けることができる。この優先順位付けは、たとえば、ユーザのタイプ、ユーザの活動、または登録生存時間(TTL)に基づき得る。ユーザのタイプに基づいて優先順位付ける例として、緊急応答者または法執行官が他のユーザよりも優先されてよく、プレミアム加入者が非プレミアム加入者よりも優先されてよく、かつ/または、企業のユーザが企業以外のユーザよりも優先されてよい。
【００３９】
活動に基づく優先順位付けの例として、より活動的である、すなわち、領域において提供されている通信サービスをより頻繁に使用するユーザが、非活動的なユーザよりも優先されてよい。登録TTLに基づく優先順位付けの例として、すぐに期限切れにならないTTLを有するユーザが優先されてよく、それは、そのようなユーザが長期間再登録を引き起こさないであろうからである。同様に、すぐに期限切れになるユーザは優先されなくてよく、それは、そのようなユーザはまもなく再登録を試み、したがってそのようなユーザにサービスしている領域に障害が発生したことを検出するであろうからである。
【００４０】
図7は、サーバ障害の間に、または、そのサーバによってサービスされるクライアントデバイスの観点からは領域障害の間に、ユーザを優先順位付けるための例示的な流れを示す。図7に示される流れは、図5の集中式の非領域的構成要素540のような集中式の非領域的構成要素によって、または、図5および図6のクライアントデバイス514、524、534、もしくは600のいずれかのようなクライアントデバイスによって実行され得る。
【００４１】
710において、集中式の非領域的構成要素またはクライアントデバイスは、第1の領域中のパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出する。パケットベースの音声通信サービスはVoIPサービスであってよく、サーバはVoIPアプリケーションサーバであってよい。クライアントデバイスは、第1の領域中のパケットベースの音声通信サービスを利用するように登録され得る。クライアントデバイスは、当技術分野において知られているように、サーバに送信されるpingへの応答を受信しないことによって、または、集中式の非領域的構成要素からの通知を受信することによって、障害を検出することができる。
【００４２】
720において、集中式の非領域的構成要素またはクライアントデバイスは、パケットベースの音声通信サービスを提供する第2のサーバ(同じ領域または異なる領域の中にあり得る)にクライアントデバイスをリダイレクトする。このリダイレクトは、クライアントデバイスのユーザの優先レベルに基づき得る。クライアントデバイスの優先レベルは、クライアントデバイスのユーザの分類に基づき得る。この分類は、たとえば、緊急応答者、プレミアム加入者、または企業のユーザの1つまたは複数であり得る。この場合、そのような分類を有するクライアントデバイスは、その分類を有しないクライアントデバイスよりも高い優先レベルを割り当てられ得る。
【００４３】
代替的に、または追加で、クライアントデバイスの優先レベルは、クライアントデバイスのユーザの活動レベルに基づき得る。その場合、活動の閾値を上回る活動レベルを有するクライアントデバイスは、活動の閾値を下回る活動レベルを有するクライアントデバイスよりも高い優先レベルを割り当てられ得る。
【００４４】
さらに別の代替形態では、クライアントデバイスの優先レベルは登録TTLに基づき得る。その場合、閾値の期間の後に期限切れになる登録TTLを有するクライアントデバイスは、閾値の期間の前に期限切れになる登録TTLを有するクライアントデバイスよりも高い優先レベルを割り当てられ得る。
【００４５】
クライアントデバイスが図7に示される流れを実行している場合、クライアントデバイスは、たとえば、1次領域および2次領域のための登録サーバとVoIP/PTT呼ハンドラとを発見するとき、優先レベルを与えられ得る。代替的に、集中式の非領域的構成要素が、サーバ障害時にクライアントデバイスに優先レベルを与えることができる。集中式の非領域的構成要素が図7に示される流れを実行している場合、集中式の非領域的構成要素は、サーバ障害を検出したことに応答してクライアントデバイスの優先レベルを決定することができ、または、事前に優先レベルを割り当てられていてよい。
【００４６】
ユーザが第1の領域におけるパケットベースの音声通信サービスを利用するように登録されている複数のクライアントデバイスを有するとき、集中式の非領域的構成要素は、ユーザの優先レベルに基づいて、複数のクライアントデバイスの各々を第2の領域(second region)にリダイレクトすることができる。
【００４７】
本開示の様々な態様はまた、ピアにより支援されるフェイルオーバーを提供する。最初に、第1のクライアントデバイスと第2のクライアントデバイスの両方が、第1の、すなわち1次領域/サーバに登録される。その後、第1の領域におけるパケットベースの音声通信サービスを調停している可能性のあるサーバに障害が発生する。その時点で、第1のクライアントデバイスが第2のクライアントデバイスとのパケットベースの音声通信呼を開始することを試みる場合、当技術分野において知られているように、第1のユーザは、第1の領域に障害が発生したことを検出する。たとえば、第1のクライアントデバイスは、呼を開始することを試みるとき、ある閾値の期間内に応答を受信しないことがある。
【００４８】
それに応答して、第1のクライアントデバイスは、2次領域/サーバにフェイルオーバーして、第2のクライアントデバイスとの呼を再び開始することを試みる。このとき、呼は継続するはずであり、それは、第2のクライアントデバイスがまだIP接続を有しており、第1の領域と2次領域のいずれかにおけるパケットベースの音声通信サービスを同様に調停している2次サーバによって呼がホストされているからである。その呼の間、第1のクライアントデバイスは、第1のクライアントデバイスが以前は第1の領域に登録されていたが2次領域/サーバにフェイルオーバーされたことを、第2のクライアントデバイスに伝える。第1のクライアントデバイスは、帯域内と帯域外のいずれかでこの情報を通信することができる。
【００４９】
呼が終了すると、当技術分野において知られているように、第2のクライアントデバイスは、たとえば第1の領域中のサーバにpingを送ることによって、第1の領域/サーバに障害が発生したことを検出する。第2のクライアントデバイスがpingへの応答を受信しないとき、第2のクライアントデバイスは2次領域/サーバにフェイルオーバーする。
【００５０】
図8は、ピアにより支援されるフェイルオーバー回復のための例示的なフローを示す。図8に示される流れは、図5および図6のクライアントデバイス514、524、534、もしくは600のいずれかのような第1のクライアントデバイスによって実行され得る。
【００５１】
810において、第1のクライアントデバイスは、第1の領域におけるパケットベースの音声通信サービスを調停する第1のサーバに障害が発生したことを検出する。パケットベースの音声通信サービスはVoIPサービスであってよく、第1のサーバは図5のVoIPアプリケーションサーバ512a〜c、522a〜c、および532a〜cのいずれかのようなVoIPアプリケーションサーバであってよい。第1のクライアントデバイスは、第1の領域中のパケットベースの音声通信サービスを利用するように登録され得る。第1のクライアントデバイスは、第1の領域におけるパケットベースの音声通信サービスを通じて第2のクライアントデバイスとの呼を開始することを試みたことに応答して、パケットベースの音声通信サービスに障害が発生したことを検出することができる。代替的に、第1のクライアントデバイスは、当技術分野において知られているように、第1のサーバに送信されるpingに対する応答を受信しないことによって、障害を検出することができる。
【００５２】
820において、第1のクライアントデバイスは、第1の領域におけるパケットベースの音声通信サービスに障害が発生したことを検出したことに応答して、第2の領域/サーバに切り替える。第2の領域/サーバはまた、パケットベースの音声通信サービスを提供することができる。
【００５３】
830において、第1のクライアントデバイスは、第2の領域におけるパケットベースの音声通信サービスを通じて第1の領域中の第2のクライアントデバイスとの呼を確立する。
【００５４】
840において、第1のクライアントデバイスは、パケットベースの音声通信サービスを調停する第1のサーバに障害が発生したことを第2のクライアントデバイスに通知する。この通知は、帯域内または帯域外において第2のクライアントデバイスに通知を送信することを含み得る。呼が終了すると、第2のクライアントデバイスは、第1の領域におけるパケットベースの音声通信サービスに障害が発生したことを検出することができる。それに応答して、第2のクライアントデバイスは、第2の領域/サーバに切り替えることができる。
【００５５】
図9は、相互に関係する一連の機能モジュールとして表された、クライアントデバイスまたは集中式の非領域的構成要素のような、サーバ障害の間にユーザを優先順位付けるための例示的な装置900を示す。検出するためのモジュール910は、少なくともいくつかの態様では、たとえば、本明細書で説明する通信デバイス(たとえば、送信機/トランシーバ)に対応し得る。リダイレクトするためのモジュール920は、少なくともいくつかの態様では、たとえば、本明細書で説明する通信デバイス(たとえば、受信機/トランシーバ)に対応し得る。
【００５６】
図9のモジュールの機能は、本明細書の教示と矛盾しない様々な方法で実装され得る。いくつかの態様では、これらのモジュールの機能は、1つまたは複数の電気構成要素として実装され得る。いくつかの態様では、これらのブロックの機能は、1つまたは複数のプロセッサ構成要素を含む処理システムとして実装され得る。いくつかの態様では、これらのモジュールの機能は、たとえば、1つまたは複数の集積回路(たとえば、ASIC)の少なくとも一部分を使用して実装され得る。本明細書で説明するように、集積回路は、プロセッサ、ソフトウェア、他の関連する構成要素、またはそれらの何らかの組合せを含み得る。したがって、異なるモジュールの機能は、たとえば、集積回路の異なるサブセットとして、1組のソフトウェアモジュールの異なるサブセットとして、またはそれらの組合せとして実装され得る。また、(たとえば、集積回路のおよび/または1組のソフトウェアモジュールの)所与のサブセットが、2つ以上のモジュールの機能の少なくとも一部分を提供し得ることも諒解されたい。
【００５７】
加えて、図9によって表された構成要素および機能、ならびに本明細書で説明する他の構成要素および機能は、任意の適切な手段を使用して実装され得る。そのような手段はまた、少なくとも部分的に、本明細書で教示する対応する構造を使用して実装され得る。たとえば、図9の構成要素の「ためのモジュール」と併せて上記で説明した構成要素は、同様に指定された機能の「ための手段」に対応し得る。したがって、いくつかの態様では、そのような手段の1つまたは複数は、プロセッサ構成要素、集積回路、または本明細書で教示する他の適切な構造のうちの1つまたは複数を使用して実装され得る。
【００５８】
図10は、相互に関係する一連の機能モジュールとして表される、ピアにより支援されるフェイルオーバー回復のための例示的なクライアントデバイス装置1000を示す。検出するためのモジュール1010は、少なくともいくつかの態様では、たとえば、本明細書で説明する通信デバイス(たとえば、送信機/トランシーバ)に対応し得る。切り替えるためのモジュール1020は、少なくともいくつかの態様では、たとえば、本明細書で説明する通信デバイス(たとえば、受信機/トランシーバ)に対応し得る。確立するためのモジュール1030は、少なくともいくつかの態様では、たとえば、本明細書で説明する通信デバイス(たとえば、受信機/トランシーバ)に対応し得る。通知するためのモジュール1040は、少なくともいくつかの態様では、たとえば、本明細書で説明する通信デバイス(たとえば、受信機/トランシーバ)に対応し得る。
【００５９】
図10のモジュールの機能は、本明細書の教示と矛盾しない様々な方法で実装され得る。いくつかの態様では、これらのモジュールの機能は、1つまたは複数の電気構成要素として実装され得る。いくつかの態様では、これらのブロックの機能は、1つまたは複数のプロセッサ構成要素を含む処理システムとして実装され得る。いくつかの態様では、これらのモジュールの機能は、たとえば、1つまたは複数の集積回路(たとえば、ASIC)の少なくとも一部分を使用して実装され得る。本明細書で説明するように、集積回路は、プロセッサ、ソフトウェア、他の関連する構成要素、またはそれらの何らかの組合せを含み得る。したがって、異なるモジュールの機能は、たとえば、集積回路の異なるサブセットとして、1組のソフトウェアモジュールの異なるサブセットとして、またはそれらの組合せとして実装され得る。また、(たとえば、集積回路の、および/または一組のソフトウェアモジュールの)所与のサブセットが、2つ以上のモジュールのために機能の少なくとも一部を提供する場合があることも諒解されたい。
【００６０】
加えて、図10によって表された構成要素および機能、ならびに本明細書で説明する他の構成要素および機能は、任意の適切な手段を使用して実装され得る。そのような手段はまた、少なくとも部分的に、本明細書で教示する対応する構造を使用して実装され得る。たとえば、図10の構成要素の「ためのモジュール」とともに上記で説明した構成要素は、同様に指定された機能の「ための手段」にも対応し得る。したがって、いくつかの態様では、そのような手段の1つまたは複数は、プロセッサ構成要素、集積回路、または本明細書で教示する他の適切な構造のうちの1つまたは複数を使用して実装され得る。
【００６１】
いくつかの態様では、装置または装置の任意の構成要素は、本明細書で教示する機能を提供するように構成され得る(またはそのように動作可能であり得るか、もしくはそのように適合され得る)。これは、たとえば、機能を提供するように装置もしくは構成要素を製造する(たとえば、作製する)ことによって、機能を提供するように装置もしくは構成要素をプログラミングすることによって、または何らかの他の適切な実装技法の使用を通して、達成され得る。一例として、必要な機能を提供するように、集積回路が作製され得る。別の例として、集積回路は、必要な機能をサポートするように作製されてよく、その後、必要な機能を提供するように(たとえばプログラミングを介して)構成されてよい。さらに別の例として、必要な機能を提供するために、プロセッサ回路がコードを実行することができる。
【００６２】
情報および信号は様々な異なる技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光粒子、またはそれらの任意の組合せによって表され得る。
【００６３】
さらに本明細書で開示する実施形態に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを当業者は諒解されよう。ハードウェアおよびソフトウェアのこの互換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、概してそれらの機能に関して上記で説明した。そのような機能がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲から逸脱するものと解釈されるべきではない。当業者は、説明された機能を各々の特定の適用例について様々な方法で実装し得るが、そのような実装判断は、本発明の範囲からの逸脱を引き起こすと解釈されるべきではない。
【００６４】
本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(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)、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(DVD)、フロッピー(登録商標)ディスク(disk)、およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生するが、ディスク(disc)はレーザーを用いて光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【００６７】
上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、本明細書で様々な変更および修正が行われ得ることに留意されたい。本明細書で説明する本発明の実施形態による方法クレームの機能、ステップおよび/またはアクションは、任意の特定の順序で実行される必要はない。さらに、本発明の要素は、単数形で説明または特許請求されている場合があるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
【符号の説明】
【００６８】
100  ワイヤレス通信システム
104  エアインターフェース
106  エアインターフェース
108  エアインターフェース
120  RAN
125  アクセスポイント
140  コアネットワーク
170  アプリケーションサーバ
175  インターネット
200A、200B  UE
202  プラットフォーム
205A  アンテナ
205B  タッチスクリーンディスプレイ
206  トランシーバ
208  特定用途向け集積回路(ASIC)、ASIC
210  アプリケーションプログラミングインターフェース(API)、API
210A  ディスプレイ
212  メモリ
214  ローカルデータベース
215A  ボタン
210B、215B、220B、225B  周辺ボタン
220A  キーパッド
230B  フロントパネルボタン
300  通信デバイス
305  情報を受信および/または送信するように構成された論理
310  情報を処理するように構成された論理
315  情報を記憶するように構成された論理
320  情報を提示するように構成された論理
325  ローカルユーザ入力を受信するように構成された論理
400  サーバ
401  プロセッサ
402  揮発性メモリ
403  ディスク(disk)ドライブ、ディスクドライブ
404  ネットワークアクセスポート
406  ディスク(disc)ドライブ、フロッピーディスクドライブ、コンパクトディスク(CD)またはDVDディスクドライブ
407  ネットワーク
510  領域1
512a  VoIPアプリケーションサーバ1a
512b  VoIPアプリケーションサーバ1b
512c  VoIPアプリケーションサーバ1c
514  クライアントデバイス
520  領域2
522a  VoIPアプリケーションサーバ2a
522b  VoIPアプリケーションサーバ2b
522c  VoIPアプリケーションサーバ2c
524  クライアントデバイス
530  領域3
532a  VoIPアプリケーションサーバ3a
532b  VoIPアプリケーションサーバ3b
532c  VoIPアプリケーションサーバ3c
534  クライアントデバイス
540  集中式の非領域的構成要素
600  クライアントデバイス
670  2次領域のためのアプリケーションサーバ
900  装置
910  モジュール
1000  クライアントデバイス装置
1020  モジュール
【図１】
2017508360.tif 000003
【図２】
2017508360.tif 000004
【図３】
2017508360.tif 000005
【図４】
2017508360.tif 000006
【図５】
2017508360.tif 000007
【図６】
2017508360.tif 000008
【図７】
2017508360.tif 000009
【図８】
2017508360.tif 000010
【図９】
2017508360.tif 000011
【図１０】
2017508360.tif 000012
【手続補正書】
【提出日】平成28年7月29日(2016.7.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバ障害の間にユーザを優先順位付けるための方法であって、
第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するステップと、
前記第1の領域における前記パケットベースの音声通信サービスを利用するように登録されるクライアントデバイスを、前記パケットベースの音声通信サービスを提供する第2のサーバにリダイレクトするステップと
を備え、
前記リダイレクトするステップが前記クライアントデバイスのユーザの優先レベルに基づき、
前記クライアントデバイスが、前記第1の領域における前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを、前記第1の領域中の第2のクライアントデバイスに通知する、方法。
【請求項２】
前記クライアントデバイスの前記優先レベルが、前記クライアントデバイスの前記ユーザの分類に基づく、請求項1に記載の方法。
【請求項３】
前記クライアントデバイスの前記優先レベルが、前記クライアントデバイスの前記ユーザの活動レベルに基づく、請求項1に記載の方法。
【請求項４】
活動の閾値を上回る活動レベルを有するクライアントデバイスが、前記活動の閾値を下回る活動レベルを有するクライアントデバイスよりも高い優先レベルを割り当てられる、請求項3に記載の方法。
【請求項５】
前記クライアントデバイスの前記優先レベルが、登録生存時間(TTL)に基づく、請求項1に記載の方法。
【請求項６】
閾値の期間の後に期限切れになる登録TTLを有するクライアントデバイスが、前記閾値の期間の前に期限切れになる登録TTLを有するクライアントデバイスよりも高い優先レベルを割り当てられる、請求項5に記載の方法。
【請求項７】
前記パケットベースの音声通信サービスが、ボイスオーバーインターネットプロトコル(VoIP)サービスを備える、請求項1に記載の方法。
【請求項８】
前記検出するステップおよび前記リダイレクトするステップが、集中式の非領域的構成要素によって実行される、請求項1に記載の方法。
【請求項９】
前記検出するステップおよび前記リダイレクトするステップが、前記クライアントデバイスによって実行される、請求項1に記載の方法。
【請求項１０】
前記ユーザが、前記第1の領域における前記パケットベースの音声通信サービスを利用するように登録される複数のクライアントデバイスを有し、前記リダイレクトするステップが、前記複数のクライアントデバイスを前記第2のサーバにリダイレクトするステップを備える、請求項1に記載の方法。
【請求項１１】
ピアにより支援されるフェイルオーバー回復のための方法であって、
第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するステップと、
前記第1のクライアントデバイスによって、前記第1の領域における前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを、前記第1の領域中の第2のクライアントデバイスに通知するステップと
を備える、方法。
【請求項１２】
前記第1のクライアントデバイスが、前記第1の領域における前記パケットベースの音声通信サービスを通じて前記第2のクライアントデバイスとの呼を開始することを試みたことに応答して、前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを検出する、請求項11に記載の方法。
【請求項１３】
前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出したことに応答して第2のサーバに切り替えるステップをさらに備え、前記第2のサーバが前記パケットベースの音声通信サービスを提供する、請求項11に記載の方法。
【請求項１４】
前記第2のサーバによって提供される前記パケットベースの音声通信サービスを通じて、前記第2のクライアントデバイスとの呼を確立するステップをさらに備える、請求項13に記載の方法。
【請求項１５】
前記第2のクライアントデバイスが、前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出し、それに応答して、前記パケットベースの音声通信サービスを提供する第2のサーバに切り替える、請求項11に記載の方法。
【請求項１６】
前記第2のユーザデバイスが、前記呼の終了に応答して、前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出する、請求項15に記載の方法。
【請求項１７】
前記第2のサーバが第2の領域中にある、請求項13に記載の方法。
【請求項１８】
前記通知するステップが、帯域内で通知を前記第2のクライアントデバイスに送信するステップを備える、請求項11に記載の方法。
【請求項１９】
前記通知するステップが、帯域外で通知を前記第2のクライアントデバイスに送信するステップを備える、請求項11に記載の方法。
【請求項２０】
前記パケットベースの音声通信サービスが、ボイスオーバーインターネットプロトコル(VoIP)サービスを備える、請求項11に記載の方法。
【請求項２１】
サーバ障害の間にユーザを優先順位付けるための装置であって、
第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するように構成される論理手段と、
前記第1の領域における前記パケットベースの音声通信サービスを利用するように登録されるクライアントデバイスを、前記パケットベースの音声通信サービスを提供する第2のサーバにリダイレクトするように構成される論理手段と
を備え、
前記クライアントデバイスの前記リダイレクトが前記クライアントデバイスのユーザの優先レベルに基づき、
前記クライアントデバイスが、前記第1の領域における前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを、前記第1の領域中の第2のクライアントデバイスに通知する、装置。
【請求項２２】
前記クライアントデバイスの前記優先レベルが、前記クライアントデバイスの前記ユーザの分類に基づく、請求項21に記載の装置。
【請求項２３】
前記クライアントデバイスの前記優先レベルが、前記クライアントデバイスの前記ユーザの活動レベルに基づく、請求項21に記載の装置。
【請求項２４】
前記クライアントデバイスの前記優先レベルが、登録生存時間(TTL)に基づく、請求項21に記載の装置。
【請求項２５】
前記ユーザが、前記第1の領域における前記パケットベースの音声通信サービスを利用するように登録される複数のクライアントデバイスを有し、リダイレクトするように構成される前記論理手段が、前記複数のクライアントデバイスを前記第2のサーバにリダイレクトするように構成される論理手段を備える、請求項21に記載の装置。
【請求項２６】
ピアにより支援されるフェイルオーバー回復のための装置であって、
第1のクライアントデバイスによって、第1の領域におけるパケットベースの音声通信サービスを調停するサーバに障害が発生したことを検出するように構成される論理手段と、
前記第1のクライアントデバイスによって、前記第1の領域における前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを、前記第1の領域中の第2のクライアントデバイスに通知するように構成される論理手段と
を備える、装置。
【請求項２７】
前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを検出するように構成される前記論理手段が、前記第1の領域における前記パケットベースの音声通信サービスを通じて前記第2のクライアントデバイスとの呼を開始することの試みに応答して、前記パケットベースの音声通信サービスを調停する前記サーバに障害が発生したことを検出するように構成される論理手段を備える、請求項26に記載の装置。
【請求項２８】
前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことの検出に応答して第2のサーバに切り替えるように構成される論理手段をさらに備え、前記第2のサーバが前記パケットベースの音声通信サービスを提供する、請求項26に記載の装置。
【請求項２９】
前記第2のサーバによって提供される前記パケットベースの音声通信サービスを通じて、前記第2のクライアントデバイスとの呼を確立するように構成される論理手段をさらに備える、請求項28に記載の装置。
【請求項３０】
前記第2のクライアントデバイスが、前記第1の領域における前記パケットベースの音声通信サービスに障害が発生したことを検出し、それに応答して、前記パケットベースの音声通信サービスを提供する第2のサーバに切り替える、請求項26に記載の装置。
【国際調査報告】
2017508360.tif 000013
2017508360.tif 000014
2017508360.tif 000015