特許 7510957 緊急コールのための強化されたシグナリングゲートウェイ（ＳＧＷ）ステータス検出および選択のための方法、システム、およびコンピュータ読取可能媒体

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

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

(11)【特許番号】

(24)【登録日】2024-06-26

(45)【発行日】2024-07-04

(54)【発明の名称】緊急コールのための強化されたシグナリングゲートウェイ（ＳＧＷ）ステータス検出および選択のための方法、システム、およびコンピュータ読取可能媒体

(51)【国際特許分類】

   H04W 76/50 20180101AFI20240627BHJP

   H04W 92/24 20090101ALI20240627BHJP

   H04W 24/04 20090101ALI20240627BHJP

   H04W 88/14 20090101ALI20240627BHJP

【ＦＩ】

H04W76/50

H04W92/24

H04W24/04

H04W88/14

【請求項の数】 12

(21)【出願番号】P 2021568132

(86)(22)【出願日】2020-03-24

(65)【公表番号】

(43)【公表日】2022-07-22

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

(87)【国際公開番号】W WO2020242564

(87)【国際公開日】2020-12-03

【審査請求日】2023-03-23

(31)【優先権主張番号】16/422,908

(32)【優先日】2019-05-24

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】ジュネジャ，ロヒト

【審査官】伊藤 嘉彦

(56)【参考文献】

【文献】特表２０１４－５１７６４０（ＪＰ，Ａ）

【文献】3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 16)，3GPP TS 23.401 V16.2.0，Internet<URL:https://www.3gpp.org/ftp/Specs/ archive/23_series/23.401/23401-g20.zip>，2019年03月25日，pp.35-56

【文献】Ericsson, Sprint，S1-U Path Failure Enhancement，3GPP TSG CT WG4 Meeting #86 C4-186551，Internet<URL:https://www.3gpp.org/ftp/tsg_ct/WG4_protocollars_ex-CN4/TSGCT4_86_Palm_Beach/Docs/C4-186551.zip>，2018年08月23日，pp.1-4

【文献】Deutsche Telekom，Discussion on UE behaviour in case of IMS Emergency call failures，3GPP TSG CT WG1 Meeting #104 C1-172287，Internet<URL:http://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_104_Zhangjiajie/Docs/C1-172287.zip>，2017年05月08日，pp.1-2

【文献】Deutsche Telekom，Definition and configuration of emergency request timer，3GPP TSG CT WG1 Meeting #104 C1-172289，Internet<URL:http://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_104_Zhangjiajie/Docs/C1-172289.zip>，2017年05月08日，pp.1-3

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

Ｈ０４Ｗ ４／００ － ９９／００

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

緊急コールのための強化されたシグナリングゲートウェイステータス検出および選択のための方法であって、前記方法は、
少なくとも１つのプロセッサを含むモビリティ管理エンティティ（ＭＭＥ）において、
エコー要求タイムアウトとコールセットアップシグナリングタイムアウトとの組合せを使用して、シグナリングゲートウェイが危険な状態にあることを検出するステップと、
前記ＭＭＥによって維持されるシグナリングゲートウェイステータスデータベースにおいて、前記シグナリングゲートウェイを危険なものとしてマークするステップと、
危険なものとしてマークされたシグナリングゲートウェイを除外する態様で、緊急コールのためのシグナリングゲートウェイ選択を行なうステップと、
前記シグナリングゲートウェイ選択によって選択されたシグナリングゲートウェイに前記緊急コールをルーティングするステップとを含む、方法。

【請求項2】

前記シグナリングゲートウェイが危険な状態にあることを検出するステップは、前記ＭＭＥから前記シグナリングゲートウェイへの１つのエコー要求タイムアウトと、前記ＭＭＥから前記シグナリングゲートウェイへの２つのセッション生成要求タイムアウトとに応答して、前記シグナリングゲートウェイが危険な状態にあることを検出するステップを含む、請求項１に記載の方法。

【請求項3】

前記エコー要求タイムアウトは、前記２つのセッション生成要求タイムアウトに先立って生じる、請求項２に記載の方法。

【請求項4】

前記エコー要求タイムアウトは、前記２つのセッション生成要求タイムアウトのうちの一方の後に生じる、請求項２に記載の方法。

【請求項5】

前記エコー要求タイムアウトが生じるエコー要求メッセージの送信は、前記２つのセッション生成要求タイムアウトのうちの第２のセッション生成要求タイムアウトの検出によってトリガされる、請求項２に記載の方法。

【請求項6】

前記２つのセッション生成要求タイムアウトは、同じコールのためのものである、請求項２～５のいずれか１項に記載の方法。

【請求項7】

前記２つのセッション生成要求タイムアウトは、異なるコールのためのものである、請求項２～５のいずれか１項に記載の方法。

【請求項8】

前記シグナリングゲートウェイ選択を行なうステップは、進化型ノードＢ（ｅＮｏｄｅ Ｂ）からの初期アタッチメッセージに応答して前記シグナリングゲートウェイ選択を行なうステップを含む、請求項１～７のいずれか１項に記載の方法。

【請求項9】

前記シグナリングゲートウェイ選択を行なうステップは、コールのセットアップ中に前記コールに割り当てられたシグナリングゲートウェイが危険であると判断された前記コールのために、新たなシグナリングゲートウェイを選択するステップを含む、請求項１～８のいずれか１項に記載の方法。

【請求項10】

前記シグナリングゲートウェイ選択を行なうステップは、コールに現在割り当てられ、危険なものとしてマークされたシグナリングゲートウェイ上にデフォルトベアラが存在する前記コールのために、新たなシグナリングゲートウェイを選択するステップを含む、請求項１～９のいずれか１項に記載の方法。

【請求項11】

緊急コールのための強化されたシグナリングゲートウェイステータス検出および選択のためのシステムであって、前記システムは、
少なくとも１つのプロセッサを含むモビリティ管理エンティティ（ＭＭＥ）と、
前記ＭＭＥに位置し、前記ＭＭＥによってアクセス可能なシグナリングゲートウェイについてのステータス情報を含む、シグナリングゲートウェイステータスデータベースと、
シグナリングゲートウェイステータス検出器兼緊急コールルータとを含み、前記シグナリングゲートウェイステータス検出器兼緊急コールルータは、請求項１～１０のいずれか１項に記載の方法を実行するように構成される、システム。

【請求項12】

コンピュータの前記プロセッサによって実行されると請求項１～１０のいずれか１項に記載の前記ステップを行なうように前記コンピュータを制御する、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

優先権主張
本願は、２０１９年５月２４日に出願された米国特許出願連続番号第１６／４２２，９０８号の優先権利益を主張する。当該出願の開示は、その全体がここに引用により援用される。

【0002】

技術分野
ここに説明される主題は、緊急コールを扱うためのシグナリングゲートウェイ（signaling gateway：ＳＧＷ）の選択または再選択に関する。より特定的には、ここに説明される主題は、緊急コールのための強化されたシグナリングゲートウェイステータス検出および選択のための方法、システム、およびコンピュータ読取可能媒体に関する。

【背景技術】

【0003】

背景
シグナリングゲートウェイとは、ユーザ間に音声コールをセットアップするためにコールセットアップシグナリングメッセージをリモートシグナリングゲートウェイに通信する、電気通信ネットワークにおけるノードである。ある事例では、ハードウェアまたはソフトウェア障害のため、シグナリングゲートウェイが使用できなくなるかもしれない。他の事例では、エンドユーザ間のコールの複数のレッグがあるため、コールセットアップが遅延するかもしれない。コールセットアップ手順のために、障害を起こした、または起こしつつあるＳＧＷを回避することが望ましいかもしれない。マルチレッグコールセットアップ横断の場合には、ＳＧＷがコールセットアップ要求に応答するのを待つことが望ましい。ＳＧＷ障害とマルチレッグ横断とを区別することは難しいかもしれない。

【0004】

モビリティ管理エンティティ（mobility management entity：ＭＭＥ）とは、コールをセットアップするためにシグナリングゲートウェイと通信する、３ＧＰＰモバイル通信ネットワークにおけるノードである。ＭＭＥがシグナリングゲートウェイの障害を検出するための既存のメカニズムがあるものの、それらのメカニズムは、障害を検出する際に受け入れがたい遅延をもたらし得る。加えて、上述のように、シグナリングゲートウェイが障害を起こしたかどうか、または、コールを確立する際の遅延がコールの複数のレッグ間の通信に起因するかどうかを判断することは難しい。

【0005】

通常の優先コールなどのいくつかのタイプのコールについては、既存のシグナリングゲートウェイ障害検出メカニズムは十分である。なぜなら、コールセットアップの遅延は、通常の優先コールにとって重大でないためである。しかしながら、Ｅ９１１コールなどの緊急コールについては、遅延したコールセットアップは受け入れられない。

【0006】

したがって、緊急コールのためのシグナリングゲートウェイステータス検出および選択のための改良された方法、システム、およびコンピュータ読取可能媒体の必要性が存在する。

【発明の概要】

【0007】

概要
ここに説明される主題は、緊急コールのための強化されたシグナリングゲートウェイステータス検出および選択のための方法を含む。方法は、少なくとも１つのプロセッサを含むモビリティ管理エンティティ（ＭＭＥ）において、エコー要求タイムアウトとコールセットアップシグナリングタイムアウトとの組合せを使用して、シグナリングゲートウェイが危険な状態にあることを検出するステップを含む。方法はさらに、ＭＭＥによって維持されるシグナリングゲートウェイステータスデータベースにおいて、シグナリングゲートウェイを危険なものとしてマークするステップを含む。方法はさらに、危険なものとしてマークされたシグナリングゲートウェイを除外する態様で、緊急コールのためのシグナリングゲートウェイ選択を行なうステップを含む。方法はさらに、シグナリングゲートウェイ選択によって選択されたシグナリングゲートウェイに緊急コールをルーティングするステップを含む。

【0008】

ここに説明される主題の一局面によれば、シグナリングゲートウェイが危険な状態にあることを検出するステップは、ＭＭＥからシグナリングゲートウェイへの１つのエコー要求タイムアウトと、ＭＭＥからシグナリングゲートウェイへの２つのセッション生成要求タイムアウトとに応答して、シグナリングゲートウェイが危険な状態にあることを検出するステップを含む。

【0009】

ここに説明される主題の別の局面によれば、エコー要求タイムアウトは、セッション生成要求タイムアウトに先立って生じる。

【0010】

ここに説明される主題のさらに別の局面によれば、エコー要求タイムアウトは、セッション生成要求タイムアウトのうちの一方の後に生じる。

【0011】

ここに説明される主題のさらに別の局面によれば、エコー要求タイムアウトが生じるエコー要求メッセージの送信は、２つのセッション生成要求タイムアウトのうちの第２のセッション生成要求タイムアウトの検出によってトリガされる。

【0012】

ここに説明される主題のさらに別の局面によれば、２つのセッション生成要求タイムアウトは、同じコールのためのものである。

【0013】

ここに説明される主題のさらに別の局面によれば、２つのセッション生成要求タイムアウトは、異なるコールのためのものである。

【0014】

ここに説明される主題のさらに別の局面によれば、シグナリングゲートウェイ選択を行なうステップは、進化型ノードＢ（ｅＮｏｄｅ Ｂ）からの初期アタッチメッセージに応答してシグナリングゲートウェイ選択を行なうステップを含む。

【0015】

ここに説明される主題のさらに別の局面によれば、シグナリングゲートウェイ選択を行なうステップは、コールのセットアップ中にコールに割り当てられたシグナリングゲートウェイが危険であると判断されたコールのために、新たなシグナリングゲートウェイを選択するステップを含む。

【0016】

ここに説明される主題のさらに別の局面によれば、シグナリングゲートウェイ選択を行なうステップは、コールに現在割り当てられ、危険なものとしてマークされたシグナリングゲートウェイ上にデフォルトベアラが存在するコールのために、新たなシグナリングゲートウェイを選択するステップを含む。

【0017】

ここに説明される主題のさらに別の局面によれば、緊急コールのための強化されたシグナリングゲートウェイステータス検出および選択のためのシステムは、少なくとも１つのプロセッサを含むモビリティ管理エンティティ（ＭＭＥ）を含む。システムはさらに、ＭＭＥに位置し、ＭＭＥによってアクセス可能なシグナリングゲートウェイについてのステータス情報を含む、シグナリングゲートウェイステータスデータベースを含む。システムはさらに、シグナリングゲートウェイステータス検出器兼緊急コールルータを含み、シグナリングゲートウェイステータス検出器兼緊急コールルータは、エコー要求タイムアウトとコールセットアップシグナリングタイムアウトとの組合せを使用して、シグナリングゲートウェイが危険な状態にあることを検出し、ＭＭＥによって維持されるシグナリングゲートウェイステータスデータベースにおいて、シグナリングゲートウェイを危険なものとしてマークし、危険なものとしてマークされたシグナリングゲートウェイを除外する態様で、緊急コールのためのシグナリングゲートウェイ選択を行ない、シグナリングゲートウェイ選択によって選択されたシグナリングゲートウェイに緊急コールをルーティングするためのものである。

【0018】

ここに説明される主題は、ハードウェアおよび／またはファームウェアと組合されたソフトウェアにおいて実現され得る。たとえば、ここに説明される主題は、プロセッサによって実行されるソフトウェアにおいて実現され得る。例示的な一実現化例では、ここに説明される主題は、コンピュータのプロセッサによって実行されると複数のステップを行なうようにコンピュータを制御するコンピュータ実行可能命令が格納された、非一時的コンピュータ読取可能媒体を使用して実現され得る。ここに説明される主題を実現するのに好適である例示的なコンピュータ読取可能媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイス、および特定用途向け集積回路などの非一時的コンピュータ読取可能媒体を含む。加えて、ここに説明される主題を実現するコンピュータ読取可能媒体は、単一のデバイスまたはコンピューティングプラットフォーム上に位置していてもよく、もしくは、複数のデバイスまたはコンピューティングプラットフォームに分散されてもよい。

【図面の簡単な説明】

【0019】

【図1】緊急コールのための強化されたシグナリングゲートウェイ障害検出および再選択のための例示的な動作環境を示すネットワーク図である。

【図2】緊急コールのための強化されたシグナリングゲートウェイ障害検出および再選択のためのモビリティ管理エンティティのブロック図である。

【図3A】シグナリングゲートウェイが危険なものとしてマークされることをもたらすであろう、メッセージとタイミングとの１つの組合せを示すコールフロー図である。

【図3B】シグナリングゲートウェイが危険なものとしてマークされることをもたらすであろう、メッセージとタイミングとの別の組合せを示すコールフロー図である。

【図3C】シグナリングゲートウェイが危険なものとしてマークされることをもたらすであろう、メッセージとタイミングとのさらに別の組合せを示すコールフロー図である。

【図4A】シグナリングゲートウェイが危険なものとしてマークされた場合の、初期コールセットアップのためのシグナリングゲートウェイ選択を示すコールフロー図である。

【図4B】コールセットアップ中にシグナリングゲートウェイが危険なものとしてマークされた場合の、中断されたコールセットアップのためのシグナリングゲートウェイ選択を示すコールフロー図である。

【図5】緊急コールのための強化されたシグナリングゲートウェイステータス検出および選択のための例示的なプロセスを示すフローチャートである。

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

【0020】

詳細な説明
ここに説明される主題は、緊急コールのための強化されたシグナリングゲートウェイステータス検出および選択のための方法、システム、およびコンピュータ読取可能媒体を含む。上述のように、ＭＭＥなどのネットワークノードが、シグナリングゲートウェイがいつダウンするか、および、新たなシグナリングゲートウェイの再選択がいつ必要とされるかを迅速に検出できることは、緊急コール確立のために望ましい。シグナリングゲートウェイからの応答がコールセットアップ要求のために遅延した場合、ＭＭＥは、遅延が当該要求のマルチレッグ横断によって引き起こされたかどうか、または、シグナリングゲートウェイが障害を起こしたかもしくは再開したかを確認することができない。ここに説明される主題は、既存のシグナリングゲートウェイが障害を起こしたかまたは障害状態にありそうであると判断された場合に、シグナリングゲートウェイステータスの迅速な検出およびシグナリングゲートウェイの再選択を提供する。

【0021】

図１は、ここに説明される主題のための例示的な動作環境を示す。図１を参照して、ユーザ装置（user equipment：ＵＥ）１００は、ネットワークと通信するために進化型ノードＢ（evolved node：ｅＮｏｄｅ Ｂ）１０２にアタッチするモバイルデバイスであってもよい。ｅＮｏｄｅ Ｂ１０２はＭＭＥ１０４に接続し、それはモビリティ管理機能とコールセットアップ機能とを行なう。ホームサブスクライバサーバ（home subscriber server：ＨＳＳ）１０６は、モバイルサブスクリプションおよび位置情報を格納する。

【0022】

シグナリングゲートウェイ１０８および１１０は、ＵＥ１００およびリモートユーザなどのユーザ間にコールをセットアップするために、コールセットアップ動作を行なう。そのため、シグナリングゲートウェイ１０８および１１０は各々、エンドユーザ間にコールを確立するために、セッション初期化プロトコル（session initiation protocol：ＳＩＰ）または他のコールセットアッププロトコルを実行してもよい。図示された例では、２つのシグナリングゲートウェイ１０８および１１０がある。ＭＭＥ１０４は、所与のコールを確立するために、２つのシグナリングゲートウェイのうちの一方を選択してもよい。当該コールのためにシグナリングゲートウェイがいったん選択されると、障害が起こらない限り、当該シグナリングゲートウェイはコールセットアップシグナリング経路にとどまり、当該コールについての状態情報を維持するであろう。しかしながら、シグナリングゲートウェイ１０８または１１０のうちの一方が障害を起こした場合、ＭＭＥ１０４は障害を検出し、代わりの利用可能なシグナリングゲートウェイを用いて当該コールを再確立しようとしてもよい。ここに説明される主題は、シグナリングゲートウェイの障害の迅速な識別、および所与のコールを確立するための新たなシグナリングゲートウェイの再選択のための方法論を含む。

【0023】

図１にはパケットゲートウェイ（packet gateway：ＰＧＷ）１１２も示されており、それは、ネットワーク要素間のコールセットアップシグナリング通信を含む、パケットベースのデータ通信を提供する。オンライン課金システム（online charging system：ＯＣＳ）１１４およびオフライン課金システム（offline charging system：ＯＦＣＳ）１１６はそれぞれ、ユーザ間の通信のためのオンラインおよびオフライン課金機能を行なう。ポリシーおよび課金ルール機能（policy and charging rules function：ＰＣＲＦ）１１８は、ユーザ間の通信のためのネットワークポリシーを実行する。サブスクリプションプロファイルリポジトリ（subscription profile repository：ＳＰＲ）１２０は、サブスクライバプロファイル情報を格納する。アプリケーション機能（application function：ＡＦ）１２２は、ＵＥデバイスのためのアプリケーションサービスを提供する。一例では、ＵＥデバイスは、センサなどのモノのインターネット（Internet of Things：ＩｏＴ）デバイスであってもよく、ＡＦ１２２は、ＩｏＴデバイスからデータを取得するサーバであってもよい。

【0024】

シグナリングゲートウェイの障害を検出するためにＭＭＥによって使用され得る１つのメカニズムは、３ＧＰＰ ＴＳ ２９．０６０、Ｖ １５．４．０（２０１９－０３）に記載された経路管理手順である。ＴＳ ２９．０６０に記載された経路管理手順によれば、ゲートウェイサポートノード（gateway support node：ＧＳＮ）または無線ネットワークコントローラ（radio network controller：ＲＮＣ）が、経路上でエコー要求を別のＧＳＮまたはＲＮＣに送信し、ピアＧＳＮまたはＲＮＣが動作状態にあるかどうかを調べてもよい。アクティブパケットデータプロトコル（packet data protocol：ＰＤＰ）コンテキスト、マルチメディアブロードキャスト／マルチキャスト（multimedia broadcast/multicast：ＭＢＭＳ）ＵＥコンテキスト、またはベアラコンテキストのうちの少なくとも１つに関連付けられた経路ごとに、エコー要求メッセージが送信されてもよい。エコー要求メッセージがいつ、どのように送信されるかは実行に固有のものであるが、３ＧＰＰ ＴＳ ２９．０６０は、エコー要求が各経路上で６０秒ごとよりも頻繁に送信されるべきではないことを示している（３ＧＰＰ ＴＳ ２９．０６０のセクション７．２．１を参照）。

【0025】

送信ノードが経路上でエコー要求メッセージを送信すると、送信ノードはタイマを始動させる。エコー応答が受信される前にタイマがタイムアウトした場合、タイムアウトが生じ、経路はダウンしていると考えられる。エコー応答タイムアウトの例示的な値は５～１５秒であってもよく、ネットワーク構成に依存してそれより長くてもよい。ＳＧＷは、エコー要求をいつでも受信し、エコー応答で返答するように準備されていなければならない。

【0026】

ＳＧＷまたはＳ１１経路が障害を起こしたことをＭＭＥが検出した場合、ＭＭＥは、ＳＧＷに関連付けられたすべてのＵＥについてのＵＥコンテキストデータを維持し、復旧タイマを始動させる。Ｓ１１経路とは、ＭＭＥとＳＧＷとの間の経路である。ＭＭＥとＳＧＷとの間のインターフェイスは、Ｓ１１インターフェイスと呼ばれる。ＵＥコンテキストは、復旧タイマの持続時間の間、ＭＭＥ上で維持される。Ｓ１１経路は各々、それ自体のタイマを有する。セッション保持タイムアウトは、ＳＧＷ復旧のためのセッション保持タイマを構成する。セッション保持タイマは、１～３６００秒の整数でなければならない。

【0027】

障害を起こしつつあるＳＧＷを勘案するためにＭＭＥによって実行される別のタイプの手順は、シグナリングメッセージの再送信を要求することである。３ＧＰＰ ＴＳ ２９．０６０によれば、Ｔ３応答タイマが、応答が送信されたとして定義されたシグナリング要求メッセージで始動される。Ｔ３応答タイマが満了する前に応答が受信されない場合、シグナリングメッセージ要求または応答はおそらくなくなってしまっている。要求を試みる総数がＮ３要求の回数よりも少ない場合、要求は再送信される。タイマは、エコー要求およびエコー応答のために制御プレーンアプリケーションおよびユーザプレーンアプリケーションで実行される。応答のための待ち時間（Ｔ３応答タイマ値）および再試行（Ｎ３要求）の回数は、ネットワークオペレータによって手順ごとに構成可能である。ＭＭＥは、接続性要求の再試行のために約５秒というデフォルトタイマを実行してもよい。ＭＭＥはまた、５回という最大再試行構成を有していてもよい。

【0028】

Ｔ３応答タイマがいったん満了すると、再試行を試みる回数がＮ３要求の回数よりも少ない場合には、Ｔ３応答タイマに対応するメッセージが再送信される。Ｔ３応答タイマおよびＮ３要求カウンタの設定は、実行に依存する。すなわち、タイマおよびカウンタは、手順ごとに構成可能である。セッション生成要求および応答などのマルチレッグ通信は、単一レッグ通信と比較して、より長いタイマ値と、おそらくより多くの再送信試行回数とを必要とする。このため、カウンタの値および再試行の回数に依存して、コールセットアップは、既存の３ＧＰＰエコー要求手順、応答手順、および再送信手順に従って著しく遅延し得る。

【0029】

ＳＧＷ障害検出および回復に関連する３ＧＰＰ機能性をさらに記載するさらに別の文書は、３ＧＰＰ ＴＳ ２９．２７４ Ｖ１５．７．１（２０１９－０３）である。３ＧＰＰ ２９．２７４によれば、エコー要求メッセージは、回復情報要素を含む。回復情報要素は、ローカル再始動カウンタの値を含む。回復情報要素におけるオプションの私的拡張部は、ベンダーまたはオペレータに固有の情報を含み得る。

【0030】

ＳＧＷ障害からの回復に関連する３ＧＰＰ機能性を記載するさらに別の３ＧＰＰ文書は、３ＧＰＰ ＴＳ ２３．４０１ Ｖ１６．２．０（２０１９－０３）である。たとえば、３ＧＰＰ ＴＳ ２３．４０１のセクション４．３．８．２は、シグナリングゲートウェイ選択機能を定義する。シグナリングゲートウェイ選択機能は、ＵＥにサーブするための利用可能なシグナリングゲートウェイを選択する。選択は、シグナリングゲートウェイがＵＥの場所にサーブするように、ネットワークトポロジーに基づいている。シグナリングゲートウェイの選択に関連する考慮事項は、シグナリングゲートウェイを変更する可能性と、負荷平衡考慮事項とを含む。シグナリングゲートウェイ選択は、ＭＭＥによって行なわれる。

【0031】

ＴＳ ２３．４０１はまた、緊急コールなどの緊急サービスのための手順も定義する。しかしながら、緊急コールのためのシグナリングゲートウェイ選択または再選択のための手順についての言及はない。

【0032】

ＳＧＷがダウンした場合の回復手順を規定するさらに別の仕様は、ＥＴＳＩ ＴＳ ２９．１６０ Ｖ１５．２．０（２０１８－０７）である。ＥＴＳＩ ＴＳ ２９．１６０は、３ＧＰＰ ＴＳ ２９．０６０と同じ仕様である。ＥＴＳＩ ＴＳ ２９．１６０によれば、ピアＧＳＮからエコー要求を受信するＧＳＮは、受信された再始動カウンタ値を、そのピアＧＳＮのために格納された以前の再始動カウンタ値と比較するものとする。以前の値が格納されていない場合、エコー応答で受信された再始動カウンタ値が、ピアＧＳＮのために格納される。ピアのために以前に格納された再始動カウンタの値が、エコー応答メッセージで受信された再始動カウンタ値よりも小さい場合、これは、エコー応答を送信したエンティティが再始動したことを示す。受信された新たな再始動カウンタ値は、受信エンティティがピアのための以前に格納された値を置き換えることによって格納されるものとする。

【0033】

ＳＧＷ障害を検出するための既存のメカニズムは、上述のエコー要求手順および応答タイムアウトを含む。ＳＧＷ障害は、ＳＧＷ再始動の有無にかかわらず、構成可能な期間の間、ＭＭＥがＵＥコンテキストを維持することから構成される。ＭＭＥがＳＧＷへの経路障害を検出し、ＭＭＥがＳＧＷ復旧をサポートする場合、ＭＭＥは、障害を起こしたＳＧＷから別のＳＧＷへセッションを配置し直す。ＭＭＥはＳＧＷにエコー要求メッセージを送信し、連続する３つのエコー要求メッセージに対して応答が受信されない場合には、ＭＭＥはＳＧＷを、ダウンしておりブラックリストに載っているとしてマークする。

【0034】

加えて、あるコールのための３つのセッション生成要求（create session request：ＣＳＲｅｑ）がタイムアウトした場合、ＳＧＷは、ダウンしておりブラックリストに載っているとしてマークされる。各ＣＳＲｅｑタイムアウトの一般的なデフォルト値は６０秒であり、ネットワークに依存してより長くなる場合もある。

【0035】

ＭＭＥが構成可能な復旧タイマによって定義された期間内にコンテキストを復旧することができない場合、ＳＧＷはダウンしているとしてマークされるであろう。ＳＧＷ復旧タイマは、１～３６００秒の範囲の値を用いてオペレータによって構成可能である。同じＳＧＷが回復した場合、コンテキストデータはＭＭＥ／ＰＧＷ上で維持されていない。このため、ＳＧＷ障害を検出するためにエコー要求または再送信タイムアウト手順のいずれかを使用すると、検出は１８０秒以上かかる場合がある。

【0036】

ＳＧＷ障害の検出遅延が望ましくない１つの事例は、緊急コールについてのものである。緊急コールは、緊急登録を用いて作成される。一例では、ＭＭＥはＳＧＷをダウンしているとしてマークしていないものの、部分的障害／障害状態への移行に起因してＳＧＷから応答が得られない。緊急コールは、初期アタッチ手順中のＵＥによる緊急登録で始まる。登録メッセージにおけるアタッチタイプは、緊急アタッチを示す。ＭＭＥは、初期アタッチメッセージにおいて提供されたアクセスポイント名（access point name：ＡＰＮ）に基づいて、ＰＧＷを選択する。ＭＭＥは次に、選択されたＰＧＷと追跡エリア識別子（tracking area identifier：ＴＡＩ）リストとに基づいて、ＳＧＷを選択する。ＭＭＥが、ダウンしている／ブラックリストに載っているとしてマークされていないものの部分的障害状態にあるＳＧＷを選択した場合、ＭＭＥは、３つのセッション生成要求および応答タイムアウトを用いて再試行するであろう。各タイムアウトはデフォルトで６０秒間隔である。加えて、３つのエコー要求／応答が障害を起こした場合、ＭＭＥはＳＧＷをダウンしているとしてマークするであろう。応答を待っている保留中のコールセットアップ要求がある場合、それらも同様に中断されるであろう。上述のように、ＳＧＷ障害を扱うためのこれらの既存のメカニズムは、緊急コールをセットアップする際に受け入れがたい遅延をもたらし得る。

【0037】

ＳＧＷ障害の検出遅延が緊急コール確立のさらなる遅延を引き起こす、緊急コールに関連する別の事例は、障害を起こしたＳＧＷによってデフォルベアラが提供される場合である。前述の例と同様に、この例では、緊急コールは緊急登録を用いて作成される。ＭＭＥはＳＧＷをダウンしているとしてマークしていないものの、部分的障害／障害状態への移行に起因してＳＧＷから応答が得られない。この例では、デフォルトベアラがすでに、障害を起こしつつあるＳＧＷを用いるユーザのために存在すると仮定される。ＭＭＥは、緊急コールを確立しながら、障害を起こしつつある同じＳＧＷを選択する。ＭＭＥが、ダウンしている／ブラックリストに載っているとしてマークされていないものの部分的障害状態にある、障害を起こしつつあるＳＧＷを選択した場合、ＭＭＥは、３つのセッション生成要求および応答タイムアウトを用いて再試行するであろう。各タイムアウトはデフォルトで６０秒間隔である。加えて、３つのエコー要求／応答障害が起こった場合、ＳＧＷはダウンしているとしてマークされ、トランザクションは中断され、新たなセッション生成要求が代わりのＳＧＷに送信される。この手順を使用すると、緊急コールを再確立する際の遅延は、受け入れがたくなり得る。

【0038】

緊急コール確立時にＳＧＷ障害を検出する際の受け入れがたい遅延を回避するために、ここに説明される主題は、ＳＧＷが危険なものとして、または部分的に障害が起こった状態にあるとして識別される、２段階の解決策を含む。危険な、健全な、ブラックリストに載っている、またはダウンしているＳＧＷのリストが、ＭＭＥによって維持される。ＭＭＥは、ＳＧＷのリストおよびそれらの対応状態を使用して、緊急コールを可能にするかどうか、またはどのように可能にするかを判断する。図２は、強化されたＳＧＷ障害検出および緊急コールルーティングを有するＭＭＥ１０４を示すブロック図である。図２を参照して、ＭＭＥ１０４は、少なくとも１つのプロセッサ２００とメモリ２０２とを含む。ＭＭＥ１０４はさらに、強化されたＳＧＷステータス検出器兼緊急コールルータを含み、それは、障害が起こった状態、または部分的に障害が起こった状態といったＳＧＷ状態を迅速に検出し、ＳＧＷ状態をＳＧＷステータスデータベース２０６に格納し、ＳＧＷステータスデータベース２０６における情報を使用して緊急コールを確立および再確立する。強化されたＳＧＷステータス検出器兼緊急コールルータ２０４の動作を、以下により詳細に説明する。

【0039】

一例では、強化されたＳＧＷステータス検出器兼緊急コールルータ２０４は、データベース２０６においてＳＧＷを危険なものとしてマークするために、以下の条件を利用してもよい。以下の条件は、ＳＧＷを危険なものとしてマークするために使用されてもよい：
１． ＭＭＥ１０４からＳＧＷへの少なくとも１つのエコー要求タイムアウト；および
２． ＭＭＥ１０４から問題となっているＳＧＷへの任意のコールのための２つのセッション生成要求タイムアウト。セッション生成要求タイムアウトは、同じコールからのものでも、または異なるコールからのものでもよい。同じコールまたは異なるコールからの連続するセッション生成要求タイムアウトに基づいてＳＧＷを危険なものとしてマークするかどうかは、構成可能なパラメータであってもよい。

【0040】

上に列挙された条件が満たされた場合、強化されたＳＧＷステータス検出器兼緊急コールルータ２０４は、ＳＧＷステータスデータベース２０６においてＳＧＷを危険なものとしてマークしてもよい。ＭＭＥ１０４とテスト中のＳＧＷとの間に２つのセッション生成タイムアウトが生じ、エコー要求タイムアウトが生じなかった場合、ＭＭＥ１０４は、エコー要求間のタイムアウト期間が満了するまで待つのではなく、直ちにエコー要求メッセージを送信してもよい。エコー要求がタイムアウトした場合、ＳＧＷは危険なものとしてマークされてもよい。エコー要求がタイムアウトしない場合、ＳＧＷは、データベース２０６においてアップしているかまたは利用可能であるとしてマークされてもよい。

【0041】

危険なものとしてマークされたＳＧＷからの応答が受信された場合、ＳＧＷのステータスは、利用可能であるかまたアップしているとしてマークされてもよい。応答は、セッション生成要求に対する応答、またはエコー要求に対する応答であり得る。

【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】

ここに説明された早期のＳＧＷステータス検出手順はまた、ベアラがすでにセットアップされている場合の再確立を容易にすることができるが、無線周波数（radio frequency：ＲＦ）側のチャネルはアイドルタイムアウトに起因してクリーンにされており、再アタッチが必要である。

【0070】

初期緊急アタッチが受信された場合、ＭＭＥ１０４は、危険な状態にあるかもしれない予め選択されたシグナリングゲートウェイまたは新たなシグナリングゲートウェイを選ぶ代わりに、危険なものとしてマークされていないＳＧＷを選ぶ。

【0071】

緊急コールセットアップが進行中である場合、ＭＭＥ１０４は、コールセットアップシグナリングメッセージの受信不能に起因する完全障害検出タイムアウトを待つ代わりに、危険なＳＧＷを早期に検出し、危険なＳＧＷを用いるコールセットアップを中断し、危険でないＳＧＷを用いてセッションを開始する。

【0072】

以下の各参考文献の開示はこれにより、その全体がここに引用により援用される。
参考文献
１． ３ＧＰＰ ＴＳ ２９．０６０、Ｖ １５．４．０（２０１９－０３）；第３世代パートナーシッププロジェクト；技術仕様グループコアネットワークおよび端末；汎用パケット無線サービス（General Packet Radio Service：ＧＰＲＳ）；ＧｎおよびＧｐインターフェイスを横切るＧＰＲＳトンネリングプロトコル（GPRS Tunneling Protocol：ＧＴＰ）（リリース１５）
２． ３ＧＰＰ ＴＳ ２９．２７４ Ｖ１５．７．１（２０１９－０３）；第３世代パートナーシッププロジェクト；技術仕様グループコアネットワークおよび端末；３ＧＰＰ進化型パケットシステム（Evolved Packet System：ＥＰＳ）；制御プレーンのための進化型汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰｖ２－Ｃ）；ステージ３（リリース１５）
３． ３ＧＰＰ ＴＳ ２３．４０１ Ｖ１６．２．０（２０１９－０３）；第３世代パートナーシッププロジェクト；技術仕様グループサービスおよびシステム局面；進化型ユニバーサル地上波無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network：Ｅ－ＵＴＲＡＮ）アクセスのための汎用パケット無線サービス（ＧＰＲＳ）強化（リリース１６）
４． ＥＴＳＩ ＴＳ ２９．１６０ Ｖ１５．２．０（２０１８－０７）デジタルセルラー電気通信システム（フェーズ２＋）（ＧＳＭ）（登録商標）；ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）；汎用パケット無線サービス（ＧＰＲＳ）；ＧｎおよびＧｐインターフェイスを横切るＧＰＲＳトンネリングプロトコル（ＧＴＰ）（３ＧＰＰ ＴＳ ２９．０６０ バージョン１５．２．０ リリース１５）。

【0073】

ここに開示された主題のさまざまな詳細は、ここに開示された主題の範囲から逸脱することなく変更されてもよいということが理解されるであろう。また、前述の説明は限定のためではなく、例示のみのためのものである。

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図4A】

【図4B】

【図5】