(57)【特許請求の範囲】
【請求項１】
モバイル発信呼中に発生した障害を検出することと、
前記検出された障害のタイプと、前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かとに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断することと、
前記モバイル発信呼を再試行することを試みることとを備える、ワイヤレス通信のための方法。
【請求項２】
前記検出された障害の前記タイプは、ソフト障害、ハード障害、および再試行なしのうちの１つである、請求項１に記載の方法。
【請求項３】
前記検出された障害の前記タイプがハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを前記判断することは、前記モバイル発信呼が制限されない場合、最初に周波数間ネイバー上で捕捉を試み、前記周波数間ネイバーのすべてで捕捉障害があるならば、回線交換（ＣＳ）ＲＡＴで捕捉を試みることを備える、請求項１に記載の方法。
【請求項４】
スキャンすべき前記周波数間ネイバーを判断し、前記ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるために、前記モバイル発信呼が発信されたセル上のシステム情報ブロック中でアドバタイズされる周波数間再選択パラメータとＲＡＴ間再選択パラメータとを使用することをさらに備える、請求項３に記載の方法。
【請求項５】
前記ハード障害が前記周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされるものに分類される場合、前記周波数間ネイバーは、スキップされる、請求項３に記載の方法。
【請求項６】
前記検出された障害の前記タイプがハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを前記判断することは、前記モバイル発信呼が制限される場合、周波数間ネイバーが存在しなければ、または前記周波数間ネイバーのすべてで捕捉障害があるとき、前記モバイル発信呼を終了することを備える、請求項１に記載の方法。
【請求項７】
前記検出された障害の前記タイプがソフト障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを前記判断することは、周波数間ネイバーが存在しないとき、タイマーが満了するまで現在のシステムを通じて前記モバイル発信呼を再び試みることを備える、請求項１に記載の方法。
【請求項８】
現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、前記障害のタイプとに少なくとも部分的に基づいて、前記モバイル発信呼を試みるための後続システムを選択することと、
前記選択された後続システムに基づいて前記モバイル発信呼を試みることとを備える、ワイヤレス通信のための方法。
【請求項９】
前記後続システムは、前記障害の前記タイプがソフト障害であるとき、または前記モバイル発信呼が制限され、前記障害の前記タイプがハード障害であるとき、前記現在のシステムと同じである、請求項８に記載の方法。
【請求項１０】
前記後続システムは、前記障害の前記タイプがハード障害であり、前記モバイル発信呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、前記現在のシステムとは異なる、請求項８に記載の方法。
【請求項１１】
モバイル発信呼中に発生した障害を検出するための手段と、
前記検出された障害のタイプと、前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かとに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断するための手段と、
前記モバイル発信呼を再試行することを試みるための手段とを備える、ワイヤレス通信のための装置。
【請求項１２】
前記検出された障害の前記タイプは、ソフト障害、ハード障害、および再試行なしのうちの１つである、請求項１１に記載の装置。
【請求項１３】
前記検出された障害の前記タイプがハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記手段は、前記モバイル発信呼が制限されない場合、最初に周波数間ネイバー上で捕捉を試み、前記周波数間ネイバーのすべてで捕捉障害があるならば、回線交換（ＣＳ）ＲＡＴで捕捉を試みるように構成される、請求項１１に記載の装置。
【請求項１４】
スキャンすべき前記周波数間ネイバーを判断し、前記ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるために、前記モバイル発信呼が発信されたセル上のシステム情報ブロック中でアドバタイズされる周波数間再選択パラメータとＲＡＴ間再選択パラメータとを使用するための手段をさらに備える、請求項１３に記載の装置。
【請求項１５】
前記ハード障害が前記周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされるものに分類される場合、前記周波数間ネイバーは、スキップされる、請求項１３に記載の装置。
【請求項１６】
前記検出された障害の前記タイプがハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記手段は、前記モバイル発信呼が制限される場合、周波数間ネイバーが存在しなければ、または前記周波数間ネイバーのすべてで捕捉障害があるとき、前記モバイル発信呼を終了するように構成される、請求項１１に記載の装置。
【請求項１７】
前記検出された障害の前記タイプがソフト障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記手段は、周波数間ネイバーが存在しないとき、タイマーが満了するまで現在のシステムを通じて前記モバイル発信呼を再び試みるように構成される、請求項１１に記載の装置。
【請求項１８】
現在のシステムにおいてモバイル発信呼中に発生した障害を検出するための手段と、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、前記障害のタイプとに少なくとも部分的に基づいて、前記モバイル発信呼を試みるための後続システムを選択するための手段と、
前記選択された後続システムに基づいて前記モバイル発信呼を試みるための手段とを備える、ワイヤレス通信のための装置。
【請求項１９】
前記後続システムは、前記障害の前記タイプがソフト障害であるとき、または前記モバイル発信呼が制限され、前記障害の前記タイプがハード障害であるとき、前記現在のシステムと同じである、請求項１８に記載の装置。
【請求項２０】
前記後続システムは、前記障害の前記タイプがハード障害であり、前記モバイル発信呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、前記現在のシステムとは異なる、請求項１８に記載の装置。
【請求項２１】
モバイル発信呼中に発生した障害を検出することと、
検出された障害のタイプと、前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かとに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断することと、
前記モバイル発信呼を再試行することを試みることとを行うように構成される少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリとを備える、ワイヤレス通信のための装置。
【請求項２２】
前記検出された障害の前記タイプは、ソフト障害、ハード障害、および再試行なしのうちの１つである、請求項２１に記載の装置。
【請求項２３】
前記検出された障害の前記タイプがハード障害であり、
前記少なくとも１つのプロセッサは、前記モバイル発信呼が制限されない場合、最初に周波数間ネイバー上で捕捉を試み、前記周波数間ネイバーのすべてで捕捉障害があるならば、回線交換（ＣＳ）ＲＡＴで捕捉を試みることによって、前記モバイル発信呼を再試行することをどのように試みるかを判断するように構成される、請求項２１に記載の装置。
【請求項２４】
前記少なくとも１つのプロセッサは、
スキャンすべき前記周波数間ネイバーを判断し、前記ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるために、前記モバイル発信呼が発信されたセル上のシステム情報ブロック中でアドバタイズされる周波数間再選択パラメータとＲＡＴ間再選択パラメータとを使用するようにさらに構成される、請求項２３に記載の装置。
【請求項２５】
前記ハード障害が前記周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされるものに分類される場合、前記周波数間ネイバーは、スキップされる、請求項２３に記載の装置。
【請求項２６】
前記検出された障害の前記タイプがハード障害であり、
前記少なくとも１つのプロセッサは、前記モバイル発信呼が制限される場合、周波数間ネイバーが存在しなければ、または前記周波数間ネイバーのすべてで捕捉障害があるとき、前記モバイル発信呼を終了することに基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断するように構成される、請求項２１に記載の装置。
【請求項２７】
前記検出された障害の前記タイプがソフト障害であり、
前記少なくとも１つのプロセッサは、周波数間ネイバーが存在しないとき、タイマーが満了するまで現在のシステムを介して前記モバイル発信呼を再び試みることに基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断するように構成される、請求項２１に記載の装置。
【請求項２８】
現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、前記障害のタイプとに少なくとも部分的に基づいて、前記モバイル発信呼を試みるための後続システムを選択することと、
前記選択された後続システムに基づいて前記モバイル発信呼を試みることとを行うように構成される少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリとを備える、ワイヤレス通信のための装置。
【請求項２９】
前記後続システムは、前記障害の前記タイプがソフト障害であるとき、または前記モバイル発信呼が制限され、前記障害の前記タイプがハード障害であるとき、前記現在のシステムと同じである、請求項２８に記載の装置。
【請求項３０】
前記後続システムは、前記障害の前記タイプがハード障害であり、前記モバイル発信呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、前記現在のシステムとは異なる、請求項２８に記載の装置。
【請求項３１】
ワイヤレス通信のためのコンピュータプログラムであって、
モバイル発信呼中に発生した障害を検出することと、
前記検出された障害のタイプと、前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かとに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断することと、
前記モバイル発信呼を再試行することを試みることとを行うための、１つまたは複数のプロセッサによって実行可能なコードを備える、コンピュータプログラム。
【請求項３２】
前記検出された障害の前記タイプは、ソフト障害、ハード障害、および再試行なしのうちの１つである、請求項３１に記載のコンピュータプログラム。
【請求項３３】
前記検出された障害の前記タイプは、ハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記コードは、前記モバイル発信呼が制限されない場合、最初に周波数間ネイバー上で捕捉を試み、前記周波数間ネイバーのすべてで捕捉障害があるならば、回線交換（ＣＳ）ＲＡＴで捕捉を試みることを備える、請求項３１に記載のコンピュータプログラム。
【請求項３４】
スキャンすべき前記周波数間ネイバーを判断し、前記ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるために、前記モバイル発信呼が発信されたセル上のシステム情報ブロック中でアドバタイズされる周波数間再選択パラメータとＲＡＴ間再選択パラメータとを使用するためのコードをさらに備える、請求項３３に記載のコンピュータプログラム。
【請求項３５】
前記ハード障害が前記周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされるものに分類される場合、前記周波数間ネイバーは、スキップされる、請求項３３に記載のコンピュータプログラム。
【請求項３６】
前記検出された障害の前記タイプがハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記コードは、前記モバイル発信呼が制限される場合、周波数間ネイバーが存在しなければ、または前記周波数間ネイバーのすべてで捕捉障害があるとき、前記モバイル発信呼を終了することを備える、請求項３１に記載のコンピュータプログラム。
【請求項３７】
前記検出された障害の前記タイプがソフト障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記コードは、周波数間ネイバーが存在しないとき、タイマーが満了するまで現在のシステムを介して前記モバイル発信呼を再び試みることを備える、請求項３１に記載のコンピュータプログラム。
【請求項３８】
ワイヤレス通信のためのコンピュータプログラムであって、
現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、前記障害のタイプとに少なくとも部分的に基づいて、前記モバイル発信呼を試みるための後続システムを選択することと、
前記選択された後続システムに基づいて前記モバイル発信呼を試みることとを行うための、１つまたは複数のプロセッサによって実行可能なコードを備える、コンピュータプログラム。
【請求項３９】
前記後続システムは、前記障害の前記タイプがソフト障害であるとき、または前記モバイル発信呼が制限され、前記障害の前記タイプがハード障害であるとき、前記現在のシステムと同じである、請求項３８に記載のコンピュータプログラム。
【請求項４０】
前記後続システムは、前記障害の前記タイプがハード障害であり、前記モバイル発信呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、前記現在のシステムとは異なる、請求項３８に記載のコンピュータプログラム。
【発明の詳細な説明】
【関連出願】
【０００１】
関連出願の相互参照  
本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１１年７月１９日に出願された米国仮出願第６１／５０９，４７０号の優先権の利益を主張する。
【技術分野】
【０００２】
本開示の態様は、一般にワイヤレス通信に関し、より詳細には、モバイル発信（ＭＯ）呼中のサイレントリダイヤルを改善するための技法に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、ボイス、データなど、様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）システムおよび直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。
【０００４】
概して、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向リンクおよび逆方向リンク上での送信によって１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）は、基地局から端末への通信リンクを指し、逆方向リンク（またはアップリンク）は、端末から基地局への通信リンクを指す。この通信リンクは、単入力単出力、多入力単出力または多入力多出力（ＭＩＭＯ）システムを介して確立され得る。
【０００５】
ＭＩＭＯシステムは、データ送信のために複数（ＮＴ個）の送信アンテナと複数（ＮＲ個）の受信アンテナとを採用する。ＮＴ個の送信アンテナとＮＲ個の受信アンテナとによって形成されるＭＩＭＯチャネルは、空間チャネルと呼ばれることもあるＮＳ個の独立チャネルに分解され得る。ＮＳ個の独立チャネルの各々は１つの次元に対応する。複数の送信アンテナおよび受信アンテナによって生成された追加の次元数が利用された場合、ＭＩＭＯシステムは改善されたパフォーマンス（たとえば、より高いスループットおよび／またはより大きい信頼性）を与えることができる。
【発明の概要】
【０００６】
本開示の一態様では、ワイヤレス通信のための方法が提供される。本方法は、概して、モバイル発信呼中に発生した障害を検出することと、呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、呼を再試行することをどのように試みるかを判断することと、呼を再試行することを試みることとを含む。
【０００７】
本開示の一態様では、ワイヤレス通信のための方法が提供される。本方法は、概して、現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、障害の特徴とに少なくとも部分的に基づいて、呼を試みるための後続システムを選択することと、選択された後続システムに基づいて呼を試みることとを含む。
【０００８】
本開示の一態様では、ワイヤレス通信のための方法が提供される。本方法は、概して、基地局（ＢＳ）における十分なリソースの欠如により、ユーザ機器（ＵＥ）からのモバイル発信呼のセットアップ中に発生した障害を検出することと、第１の無線アクセス技術（ＲＡＴ）を介して呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断することと、サイレントリダイヤルプロシージャの速度を上げるために、ＵＥを別のシステムにリダイレクトすることとを含む。
【０００９】
本開示の一態様では、ワイヤレス通信のための方法が提供される。本方法は、概して、モバイルオリジナル呼を試みることと、呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信することと、必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断することと、所定の時間の後に呼を確保するために、呼を再び試みることとを含む。
【００１０】
本開示の一態様では、ワイヤレス通信のための装置が提供される。本装置は、概して、モバイル発信呼中に発生した障害を検出するための手段と、呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、呼を再試行することをどのように試みるかを判断するための手段と、呼を再試行することを試みるための手段とを含む。
【００１１】
本開示の一態様では、ワイヤレス通信のための装置が提供される。本装置は、概して、現在のシステムにおいてモバイル発信呼中に発生した障害を検出するための手段と、モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、障害の特徴とに少なくとも部分的に基づいて、呼を試みるための後続システムを選択するための手段と、選択された後続システムに基づいて呼を試みるための手段とを含む。
【００１２】
本開示の一態様では、ワイヤレス通信のための装置が提供される。本装置は、概して、基地局（ＢＳ）における十分なリソースの欠如により、ユーザ機器（ＵＥ）からのモバイル発信呼のセットアップ中に発生した障害を検出するための手段と、第１の無線アクセス技術（ＲＡＴ）を介して呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断するための手段と、サイレントリダイヤルプロシージャの速度を上げるために、ＵＥを別のシステムにリダイレクトするための手段とを含む。
【００１３】
本開示の一態様では、ワイヤレス通信のための装置が提供される。本装置は、概して、モバイルオリジナル呼を試みるための手段と、呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信するための手段と、必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断するための手段と、所定の時間の後に呼を確保するために、呼を再び試みるための手段とを含む。
【００１４】
本開示の一態様では、ワイヤレス通信のための装置が提供される。本装置は、概して、少なくとも１つのプロセッサと、その少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、概して、モバイル発信呼中に発生した障害を検出することと、呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、呼を再試行することをどのように試みるかを判断することと、呼を再試行することを試みることとを行うように構成される。
【００１５】
本開示の一態様では、ワイヤレス通信のための装置が提供される。本装置は、概して、少なくとも１つのプロセッサと、その少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、概して、現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、障害の特徴とに少なくとも部分的に基づいて、呼を試みるための後続システムを選択することと、選択された後続システムに基づいて呼を試みることとを行うように構成される。
【００１６】
本開示の一態様では、ワイヤレス通信のための装置が提供される。本装置は、概して、少なくとも１つのプロセッサと、その少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、概して、基地局（ＢＳ）における十分なリソースの欠如により、ユーザ機器（ＵＥ）からのモバイル発信呼のセットアップ中に発生した障害を検出することと、第１の無線アクセス技術（ＲＡＴ）を介して呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断することと、サイレントリダイヤルプロシージャの速度を上げるために、ＵＥを別のシステムにリダイレクトすることとを行うように構成される。
【００１７】
本開示の一態様では、ワイヤレス通信のための装置が提供される。本装置は、概して、少なくとも１つのプロセッサと、その少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、概して、モバイルオリジナル呼を試みることと、呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信することと、必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断することと、所定の時間の後に呼を確保するために、呼を再び試みることとを行うように構成される。
【００１８】
本開示の一態様では、ワイヤレス通信のためのコンピュータプログラム製品が提供される。本コンピュータプログラム製品は、概して、モバイル発信呼中に発生した障害を検出することと、呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、呼を再試行することをどのように試みるかを判断することと、呼を再試行することを試みることとを行うための、１つまたは複数のプロセッサによって実行可能なコードを記憶した非一時的コンピュータ可読媒体を備える。
【００１９】
本開示の一態様では、ワイヤレス通信のためのコンピュータプログラム製品が提供される。本コンピュータプログラム製品は、概して、現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、障害の特徴とに少なくとも部分的に基づいて、呼を試みるための後続システムを選択することと、選択された後続システムに基づいて呼を試みることとを行うための、１つまたは複数のプロセッサによって実行可能なコードを記憶した非一時的コンピュータ可読媒体を備える。
【００２０】
本開示の一態様では、ワイヤレス通信のためのコンピュータプログラム製品が提供される。本コンピュータプログラム製品は、概して、基地局（ＢＳ）における十分なリソースの欠如により、ユーザ機器（ＵＥ）からのモバイル発信呼のセットアップ中に発生した障害を検出することと、第１の無線アクセス技術（ＲＡＴ）を介して呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断することと、サイレントリダイヤルプロシージャの速度を上げるために、ＵＥを別のシステムにリダイレクトすることとを行うための、１つまたは複数のプロセッサによって実行可能なコードを記憶した非一時的コンピュータ可読媒体を備える。
【００２１】
本開示の一態様では、ワイヤレス通信のためのコンピュータプログラム製品が提供される。本コンピュータプログラム製品は、概して、モバイルオリジナル呼を試みることと、呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信することと、必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断することと、所定の時間の後に呼を確保するために、呼を再び試みることとを行うための、１つまたは複数のプロセッサによって実行可能なコードを記憶した非一時的コンピュータ可読媒体を備える。
【図面の簡単な説明】
【００２２】
本開示の上述の特徴を詳細に理解することができるように、添付の図面にその一部を示す態様を参照することによって、上記で簡単に要約したより具体的な説明が得られ得る。ただし、その説明は他の等しく有効な態様に通じ得るので、添付の図面は、本開示のいくつかの典型的な態様のみを示し、したがって、本開示の範囲を限定するものと見なすべきではないことに留意されたい。
【図１】本開示のいくつかの態様による、ワイヤレス通信ネットワークの一例を概念的に示すブロック図。
【図２】本開示のいくつかの態様による、ワイヤレス通信ネットワークにおいてユーザ機器（ＵＥ）と通信している基地局の一例を概念的に示すブロック図。
【図３】本開示の態様による、ＭＯ呼を再試行することを試みるための例示的な動作を示す図。
【図４】本開示の態様による、選択された後続システムに基づいてＭＯ呼を試みるための例示的な動作を示す図。
【図５】本開示の態様による、ローカルｅＮＢにおいてリソース予約が失敗したときにサイレントリダイヤル成功率を改善し得る例示的な呼のフローチャート。
【図６】本開示の態様による、たとえば、ローカルｅＮＢにおいてリソース予約障害が発生したときに、ＵＥを別のシステムにリダイレクトするための例示的な動作を示す図。
【図７】本開示の態様による、宛先ｅＮＢにおいてリソース予約が失敗したときにサイレントリダイヤル成功率を改善し得る例示的な呼のフローチャート。
【図８】本開示の態様による、たとえば、宛先ｅＮＢにおいてリソース予約障害が発生したときに、ＭＯ呼を復旧させることを試みるための例示的な動作を示す図。
【発明を実施するための形態】
【００２３】
添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【００２４】
本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００など、無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）（登録商標）、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）（登録商標）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部である。周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方における３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、ダウンリンク上ではＯＦＤＭＡを利用し、アップリンク上ではＳＣ−ＦＤＭＡを利用するＥ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術のために使用され得る。明快のために、本技法のいくつかの態様について以下ではＬＴＥに対して説明し、以下の説明の大部分でＬＴＥ用語を使用する。
【００２５】
図１に、ＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得る、ワイヤレス通信ネットワーク１００を示す。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ユーザ機器（ＵＥ）と通信するエンティティであり、基地局、ノードＢ、アクセスポイントなどと呼ばれることもある。各ｅＮＢは、特定の地理的エリアに通信カバレージを与え得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアをサービスしているｅＮＢサブシステムを指すことがある。
【００２６】
以下でより詳細に説明するように、いくつかの実施形態では、ノードＢ１１０は、モバイル発信呼におけるサイレントリダイヤルを改善するための、本明細書で説明する機能を実装し得る。たとえば、ノードＢは、ＵＥからのモバイル発信呼中に障害を検出し得、サイレントリダイヤルプロシージャの速度を上げるために、ＵＥを別のシステムにリダイレクトし得る。
【００２７】
ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ）中のＵＥ）による制限付きアクセスを可能にし得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。ピコセルのためのｅＮＢはピコｅＮＢと呼ばれることがある。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢ（ＨｅＮＢ）と呼ばれることがある。図１に示す例では、ｅＮＢ１１０ａがマクロセル１０２ａのためのマクロｅＮＢであり、ｅＮＢ１１０ｂがピコセル１０２ｂのためのピコｅＮＢであり、ｅＮＢ１１０ｃがフェムトセル１０２ｃのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。「ｅＮＢ」、「基地局」および「セル」という用語は、本明細書では互換的に使用され得る。
【００２８】
ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータの送信を受信し、そのデータの送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送ることができるエンティティである。中継局はまた、他のＵＥに対する送信を中継することができるＵＥであり得る。図１に示す例では、中継局１１０ｄは、ｅＮＢ１１０ａとＵＥ１２０ｄとの間の通信を可能にするために、マクロｅＮＢ１１０ａおよびＵＥ１２０ｄと通信し得る。中継局はまた、中継ｅＮＢ、中継基地局、中継器などと呼ばれることもある。
【００２９】
ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーｅＮＢなどを含む異種ネットワークであり得る。これらの様々なタイプのｅＮＢは、様々な送信パワーレベル、様々なカバレージエリア、およびワイヤレスネットワーク１００中の干渉に対する様々な影響を有し得る。たとえば、マクロｅＮＢは、高い送信電力レベル（たとえば、５〜４０ワット）を有し得るが、ピコｅＮＢ、フェムトｅＮＢ、およびリレーｅＮＢは、より低い送信電力レベル（たとえば、０．１〜２ワット）を有し得る。
【００３０】
ネットワークコントローラ１３０は、ｅＮＢのセットに結合し得、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０はバックホールを介してｅＮＢと通信し得る。ｅＮＢはまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００３１】
ＵＥ１２０はワイヤレスネットワーク１００全体にわたって分散していることがあり、各ＵＥは固定または移動であり得る。ＵＥは、アクセス端末、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、スマートフォン、ネットブック、スマートブックなどであり得る。
【００３２】
以下でより詳細に説明するように、いくつかの実施形態では、ＵＥ１２０は、モバイル発信呼におけるサイレントリダイヤルを改善するための、本明細書で説明する機能を実装し得る。たとえば、ＵＥは、サイレントリダイヤルにおいて使用するためのタイマー、カウント、およびしきい値を維持し得る。ＵＥ１２０はまた、本明細書で説明するように、モバイル発信呼中に障害を検出し、呼を再試行することをどのように試みるかを判断し、呼を試みるための後続システムを選択し、呼を再試行することを試み得る。
【００３３】
図２に、図１の基地局／ｅＮＢの１つであり得る基地局／ｅＮＢ１１０および図１のＵＥの１つであり得るＵＥ１２０の設計のブロック図を示す。基地局１１０はＴ個のアンテナ２３４ａ〜２３４ｔを装備し得、ＵＥ１２０はＲ個のアンテナ２５２ａ〜２５２ｒを装備し得、一般にＴ≧１およびＲ≧１である。
【００３４】
基地局１１０において、送信プロセッサ２２０が、１つまたは複数のＵＥについてデータソース２１２からデータを受信し、ＵＥから受信されたＣＱＩに基づいて各ＵＥのための１つまたは複数の変調およびコーディング方式（ＭＣＳ）を選択し、そのＵＥのために選択された（１つまたは複数の）ＭＣＳに基づいて各ＵＥのためのデータを処理（たとえば、符号化および変調）し、すべてのＵＥについてデータシンボルを与え得る。送信プロセッサ２２０はまた、（たとえば、ＳＲＰＩなどのための）システム情報および制御情報（たとえば、ＣＱＩ要求、許可、上位レイヤシグナリングなど）を処理し、オーバーヘッドシンボルおよび制御シンボルを与え得る。プロセッサ２２０はまた、基準信号（たとえば、ＣＲＳ）および同期信号（たとえば、ＰＳＳおよびＳＳＳ）のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ２３０は、適用可能な場合、データシンボル、制御シンボル、オーバーヘッドシンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行し得、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）２３２ａ〜２３２ｔに与え得る。各変調器２３２は、（たとえば、ＯＦＤＭなどのための）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器２３２はさらに、出力サンプルストリームを処理（たとえば、アナログ変換、増幅、フィルタ処理、およびアップコンバート）して、ダウンリンク信号を取得し得る。変調器２３２ａ〜２３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ２３４ａ〜２３４ｔを介して送信され得る。
【００３５】
ＵＥ１２０において、アンテナ２５２ａ〜２５２ｒが、基地局１１０および／または他の基地局からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）２５４ａ〜２５４ｒに与え得る。各復調器２５４は、それの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得し得る。各復調器２５４はさらに、（たとえば、ＯＦＤＭなどのための）入力サンプルを処理して、受信シンボルを取得し得る。ＭＩＭＯ検出器２５６は、すべてのＲ個の復調器２５４ａ〜２５４ｒから受信シンボルを取得し、適用可能な場合、受信シンボル上でＭＩＭＯ検出を実行し、検出されたシンボルを与え得る。受信プロセッサ２５８は、検出されたシンボルを処理（たとえば、復調および復号）し、ＵＥ１２０のための復号されたデータをデータシンク２６０に与え、復号された制御信号およびシステム情報をコントローラ／プロセッサ２８０に与え得る。チャネルプロセッサ２８４は、以下で説明するように、ＲＳＲＰ、ＲＳＳＩ、ＲＳＲＱ、ＣＱＩなどを判断し得る。
【００３６】
アップリンク上では、ＵＥ１２０において、送信プロセッサ２６４が、データソース２６２からのデータと、コントローラ／プロセッサ２８０からの（たとえば、ＲＳＲＰ、ＲＳＳＩ、ＲＳＲＱ、ＣＱＩなどを備えるレポートのための）制御情報とを受信し、処理し得る。プロセッサ２６４はまた、１つまたは複数の基準信号のための基準シンボルを生成し得る。送信プロセッサ２６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ２６６によってプリコーディングされ、（たとえば、ＳＣ−ＦＤＭ、ＯＦＤＭなどのために）変調器２５４ａ〜２５４ｒによってさらに処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ１２０および他のＵＥからのアップリンク信号は、アンテナ２３４によって受信され、復調器２３２によって処理され、適用可能な場合はＭＩＭＯ検出器２３６によって検出され、ＵＥ１２０によって送られた、復号されたデータおよび制御情報を取得するために、受信プロセッサ２３８によってさらに処理され得る。プロセッサ２３８は、復号されたデータをデータシンク２３９に与え、復号された制御情報をコントローラ／プロセッサ２４０に与え得る。
【００３７】
コントローラ／プロセッサ２４０および２８０は、それぞれ基地局１１０およびＵＥ１２０における動作を指示し得る。基地局１１０およびＵＥ１２０におけるプロセッサ２４０および２８０ならびに／あるいは他のプロセッサおよびモジュールは、本明細書で説明する技法のためのプロセスを実行または指示し得る。たとえば、本開示の態様によれば、プロセッサ２４０および２８０は、モバイル発信呼におけるサイレントリダイヤルを改善するための、本明細書で説明する機能を実装し得る。メモリ２４２および２８２は、それぞれ基地局１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ２４６は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。
【００３８】
ＭＯ  ＶｏＬＴＥ呼中のサイレントリダイヤル  
ボイスオーバーＩＰオーバーＬＴＥ（ＶｏＬＴＥ）対応ＵＥがモバイル発信（ＭＯ）呼を発するとき、様々な障害が発生し得る。サイレントリダイヤルは、障害が発生したときの、ユーザ介入なしのＵＥによる呼の自律リダイヤルを指す。サイレントリダイヤルは、たとえば、回復可能な障害をユーザから隠すことによって、ユーザのエクスペリエンスを改善し得る。本開示の態様は、ＭＯ  ＶｏＬＴＥ呼中のサイレントリダイヤルを改善するためのフレームワークを提供する。
【００３９】
以下でより詳細に説明するように、本開示の態様は、現在のシステムにおいてＭＯ呼中に発生した障害を検出することと、呼の制限ステータスに少なくとも部分的に基づいて、呼を再試行することをどのように試みるかを判断することとを含む。たとえば、ＵＥは、検出された障害の特徴と、ＭＯ呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かとに部分的に基づいて、呼を試みるための後続システムを選択し得る。態様は、ローカルｅＮＢまたは宛先ｅＮＢにおけるリソース制限がＭＯ呼障害を引き起こすとき、回復の速度を上げ得る改善を可能にする。
【００４０】
ＭＯ呼確立中に障害が発生した場合、ＵＥは、最高T_silent_redial秒（たとえば、３０秒）の間、サイレントリダイヤルを実行することを試み得る。呼が発信されるとき、カウンタCount_soft_failureが０に初期化され得る。態様によれば、サイレントリダイヤル試み間の時間は、T_min_spacing秒（たとえば、４秒）以上であり得る。たとえば、４秒のT_min_spacingは、呼発信の数を制限し得、呼を再試行する前に状態が改善することを可能にし得る。
【００４１】
ＭＯ呼中の各障害は、ソフト障害、ハード障害、または再試行なし障害という３つのカテゴリに分類され得る。以下で説明するように、ＵＥは、検出された障害に部分的に基づいて、呼を試みるための後続システムを選択し、呼を再試行することを試み得る。
【００４２】
ソフト障害は、呼が現在のＬＴＥシステムを介して再発信される場合、成功の確率が十分に高いときに発生する。したがって、ソフト障害の場合、呼を発するために別のシステムを捕捉することは長い呼セットアップ遅延を生じ得るので、現在のＬＴＥシステムを介してＭＯ呼を再試行することが好ましいことがある。
【００４３】
ハード障害は、呼発信が現在のＬＴＥシステムを介して長時間実行されないことがあるとき、または現在のＬＴＥシステムを介してＭＯ呼を発することの成功の確率が低いときに発生する。したがって、ハード障害の場合、別のシステムを介してＭＯ呼を再試行することが好ましいことがある。
【００４４】
再試行なし障害は、呼を再発信することが、ＭＯ呼の成功をもたらさないことがある（たとえば、ＳＩＰ：４０２応答が受信される）ときに発生する。再試行なし障害はまた、ＭＯ呼がＬＴＥに制限され、障害が、呼試みがＬＴＥを介して再試行されないことがあるような障害であるときに発生し得る。
【００４５】
ＭＯ呼は、ボイスオーバーマルチモード呼またはＶｏＬＴＥ制限呼であり得る。ボイスオーバーマルチモード呼の場合、ユーザインターフェース（ＵＩ）は、呼が試みられ得る無線アクセス技術（ＲＡＴ）を制限していないことがある。ＶｏＬＴＥ制限呼の場合、ＵＩは、ＭＯ呼がＬＴＥを介してのみ試みられ得るという制限をかけていることがある。
【００４６】
本開示の態様によれば、ＵＥはボイスオーバーマルチモード呼を発し得る。ボイスオーバーマルチモードＭＯ呼中にソフト障害が発生した場合、ＵＥはカウンタ（たとえば、Count_soft_failure）を増分し得る。ＭＯ呼は、以下の式の両方が成り立つ限り、現在のＬＴＥシステムを介して再び試みられ得る。
【数１】
0006009562.tif 000002
【００４７】
言い換えれば、非制限ＭＯ呼は、ソフト障害のカウントがソフト障害再試行試みの最大数以下であることと、呼発信してからの時間が呼発信してからの最大時間（たとえば、２０秒）未満であることの両方であるとき、ソフト障害に応答して現在のＬＴＥシステムを介して再び試みられ得る。
【００４８】
以下の式のいずれかが成り立つ場合、ボイスオーバーマルチモードＭＯ呼においてハード障害が宣言され得る。
【数２】
0006009562.tif 000003
【００４９】
ＭＯボイスオーバーマルチモード呼中のハード障害に応答して、ＵＥは、現在のＬＴＥシステムを介した呼を放棄し得、呼を再試行するための代替システムを見つけることを試み得る。代替システムは、いくつかの方法のうちの１つで見つけられ得る。たとえば、ハード障害がタイプＨＦ−ＲＡＮである場合、ＵＥは、もしあれば、現在のＬＴＥシステムによってアドバタイズされる周波数間ＬＴＥネイバー周波数上で捕捉を試み得る。
【００５０】
態様によれば、ＵＥは、たとえば、ＭＯ呼が発信したセル上のシステム情報ブロック中でアドバタイズされるパラメータを使用して、ハード障害に応答して呼を再試行するための代替システムを見つけることを試み得る。たとえば、ＵＥは、ＳＩＢ中でアドバタイズされる周波数間再選択パラメータおよび／またはＲＡＴ間再選択パラメータを使用し得る。そのようなパラメータは、ＵＥが、スキャンすべき周波数間ネイバーを判断し、ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるのを支援し得る。いくつかのシナリオでは、ＵＥは、１つまたは複数の周波数間ネイバーをスキップし得る。ＵＥによって観測されたハード障害が、少なくとも部分的に、周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされる障害と分類される場合、ＵＥは、その特定の周波数間ネイバー上で呼を再試行することを試みないことがある（周波数間ネイバーはスキップされ得る）。
【００５１】
捕捉障害（たとえば、ハード障害）がすべてのＬＴＥネイバー周波数上で発生した場合、またはＬＴＥ周波数間ネイバーが存在しない場合、ＵＥは、回線交換（ＣＳ）ＲＡＴ（たとえば、１ｘ、ＧＳＭ、ＷＣＤＭＡ）で捕捉を試み得る。態様によれば、ＵＥは、現在のＬＴＥシステムでアドバタイズされるＲＡＴ間ネイバーリスト中で受信されたＣＳネイバー周波数上でＭＯ呼を再試行することを試み始め得る。これに続いて、ＵＥは、マルチモードシステム選択（ＭＭＳＳ）アルゴリズムに基づいて、最も近来使用された（ＭＲＵ）チャネルおよび他のＣＳ周波数をスキャンし得る。
【００５２】
サイレントリダイヤルプロシージャを改善するために、ＵＥは、ハード障害が発生したＬＴＥ周波数を覚えているための機構を有し得、失敗したＭＯ呼を再び試みるためにそのような周波数に戻ることを回避し得る。たとえば、ＬＴＥ周波数１は、それの周波数間ネイバーリスト中でＬＴＥ周波数２をアドバタイズし得る。同様に、ＬＴＥ周波数２は、それの周波数間ネイバーリスト中でＬＴＥ周波数１をアドバタイズし得る。ハード障害が周波数１上で発生した場合、ＵＥは、周波数２上で呼を再試行することを試み得る。ハード障害が周波数２上で発生した場合、本開示の態様によれば、ＵＥは、周波数１に戻ることを試行しないことがある。代わりに、ＵＥは、ＣＳ  ＲＡＴで呼を発することを試み得る。すべてのＣＳ  ＲＡＴで捕捉が失敗し、サイレントリダイヤル期間中に時間が残っている場合、ＵＥは、さらにＣＳ  ＲＡＴ周波数を再び試み得る。
【００５３】
ハード障害がタイプＨＦ−ネットワークである場合、ＵＥは、ＣＳ  ＲＡＴ（たとえば、１ｘ、ＧＳＭ、ＷＣＤＭＡ）で呼を再試行することを試み得る。ＵＥは、現在のＬＴＥシステムでアドバタイズされるＲＡＴ間ネイバーリスト中で受信されたＣＳネイバー周波数から始め得る。これに続いて、ＵＥは、マルチモードシステム選択（ＭＭＳＳ）アルゴリズムに基づいて、ＭＲＵチャネルおよび他のＣＳ周波数をスキャンし得る。
【００５４】
本開示の態様によれば、ＵＥは、呼がＬＴＥを通じてのみ試みられ得るという制限をＵＩがかけている、ＭＯ  ＶｏＬＴＥ制限呼を発し得る。制限ＭＯ呼中にソフト障害が発生した場合、ＵＥはカウンタ（たとえば、Count_soft_failure）を増分し得る。ＭＯ呼は、以下の式の両方が成り立つ限り、現在のＬＴＥシステムを通じて再び試みられ得る。
【数３】
0006009562.tif 000004
【００５５】
言い換えれば、ＭＯ呼は、ソフト障害のカウントがソフト障害再試行試みの最大数以下であることと、呼発信してからの時間が呼発信してからの最大時間（たとえば、２０秒）未満であることの両方であるとき、ソフト障害に応答して現在のＬＴＥシステムを通じて再び試みられ得る。周波数間ＬＴＥネイバーが存在しない場合、呼は、サイレントリダイヤルタイマー（たとえば、T_silent_redial）が満了するまで、現在のＬＴＥシステムを通じて再び試みられ得る。
【００５６】
以下の式のいずれかが成り立つ場合、ハード障害が宣言され得、ハード障害挙動のためのステップが続き得る。
【数４】
0006009562.tif 000005
【００５７】
ＶｏＬＴＥ制約ＭＯ呼中にハード障害が発生した場合、ＵＥは、現在のＬＴＥシステムを介した呼を放棄し得る。ＵＥは、もしあれば、周波数間ネイバーリストに記載されている周波数上で捕捉を試みることによって代替システムを見つけることを試み得る。周波数間ネイバーが存在しない場合、または周波数間ネイバーのすべてで捕捉障害（たとえば、ハード障害）がある場合、ＵＥは呼を終了し得る。
【００５８】
ＵＥがＶｏＬＴＥ制限呼を発するとき、他のＬＴＥシステム（たとえば、ローミングＬＴＥシステム）の存在が考慮に入れられる場合、サイレントリダイヤル成功率が改善し得る。したがって、本開示の態様によれば、ＵＥは、周波数間ネイバーとローミングＬＴＥシステムとに対してＶｏＬＴＥ制限呼を再試行することを試み得る。
【００５９】
表１、表２、および表３は、本開示の態様に従って、例示的な障害を所望のエラー処理にマッピングしている。障害は、以下に示すように、ＭＯ呼の制限ステータスに少なくとも部分的に基づいて処理され得る。
【表１−１】
0006009562.tif 000006
【表１−２】
0006009562.tif 000007
【表１−３】
0006009562.tif 000008
【表２】
0006009562.tif 000009
【表３】
0006009562.tif 000010
【００６０】
いくつかの状況では、サイレントリダイヤルはＵＥを別のＲＡＴに移し得る。呼が終了した後、ＵＥは、ＬＴＥに戻るために、当業者によって知られている機構を使用し得る。たとえば、ＵＥは、ベターサービスリセレクション（ＢＳＲ）スキャンまたは高優先度パブリックランドモバイルネットワーク（ＨＰ−ＰＬＭＮ）スキャンを通してＬＴＥに戻り得る。ＵＥはまた、再選択、リダイレクション、ハンドオーバなど、ＲＡＴ間プロシージャを通してＬＴＥに戻り得る。
【００６１】
図３に、本開示の態様による、モバイル発信呼を再試行することを試みるための例示的な動作３００を示す。動作３００は、たとえば、図２のＵＥ１２０のコントローラ／プロセッサ２８０およびメモリ２８２によって実行され得る。
【００６２】
３０２において、ＵＥは、モバイル発信呼中に発生した障害を検出する。３０４において、ＵＥは、呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、呼を再試行することをどのように試みるかを判断する。３０６において、ＵＥは、呼を再試行することを試みる。
【００６３】
上記で説明したように、検出された障害は、ソフト障害、ハード障害、および再試行なし障害のうちの１つであり得る。障害がハード障害である場合、および呼が制限されない場合、呼を再試行することをどのように試みるかを判断することは、最初に周波数間ネイバー上で捕捉を試み、周波数間ネイバーすべてで捕捉障害があるならば、別のＲＡＴで捕捉を試みることを含み得る。障害がハード障害であり、呼が制限される場合、呼を再試行することをどのように試みるかを判断することは、周波数間ネイバーが存在しなければ、または周波数間ネイバーすべてで捕捉障害があるとき、呼を終了することを含み得る。
【００６４】
障害がソフト障害であり、周波数間ネイバーが存在しない場合、呼を再試行することをどのように試みるかを判断することは、タイマーが満了するまで現在のシステムを通じて呼を再び試みることを含み得る。
【００６５】
図４に、本開示の態様による、ＭＯ呼を試みるための後続システムを選択するための例示的な動作４００を示す。動作４００は、たとえば、図２のＵＥ１２０のコントローラ／プロセッサ２８０およびメモリ２８２によって実行され得る。
【００６６】
４０２において、ＵＥは、現在のシステムにおいてモバイル発信呼中に発生した障害を検出する。４０４において、ＵＥは、モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、障害の特徴とに少なくとも部分的に基づいて、呼を試みるための後続システムを選択する。４０６において、ＵＥは、選択された後続システムに基づいて呼を試みる。
【００６７】
上記で説明したように、呼を試みるために選択された後続システムは、障害がソフト障害であるとき、または呼が制限され、障害がハード障害であるとき、現在のシステムと同じであり得る。後続システムは、障害がハード障害であり、呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、現在のシステムとは異なり得る。
【００６８】
本開示の態様は、ローカルｅＮＢまたは宛先ｅＮＢにおけるリソース制限がサイレントリダイヤル障害を引き起こすとき、回復の速度を上げ得る改善を可能にする。図５に、ローカルｅＮＢにおいてリソース予約が失敗した場合、ＶｏＬＴＥ  ＭＯ呼を復旧させるための例示的な呼のフローチャート５００を示す。ローカルｅＮＢ（図５のｅノードＢ１）が、要求された専用ベアラを許可するための十分なリソースを有しないとき、ローカルｅＮＢは、専用ベアラセットアップ要求中の量子化チャネル情報（ＱＣＩ）を使用して、ベアラセットアップ要求がＶｏＬＴＥ呼のためのものであったかどうかを判断し得る。
【００６９】
たとえば、５０２において、ローカルｅノードＢ１は十分なリソースを有しないことがある。５０４において、ベアラセットアップ要求がＶｏＬＴＥ呼のためのものであったことを判断すると、ローカルｅノードＢ１は、サイレントリダイヤルプロシージャの速度を上げるために、ＵＥを別のＬＴＥ周波数またはＣＳ  ＲＡＴにリダイレクトまたはハンドオーバし得る。
【００７０】
図６に、本開示の態様による、サイレントリダイヤルプロシージャを改善するために実行され得る例示的な動作６００を示す。動作６００は、たとえば、図２のＢＳ１１０のコントローラ／プロセッサ２４０およびメモリ２４２によって実行され得る。
【００７１】
６０２において、ＢＳは、ＢＳにおける十分なリソースの欠如により、ＵＥからのモバイル発信呼のセットアップ中に発生した障害を検出する。６０４において、ＢＳは、第１の無線アクセス技術（ＲＡＴ）を通じて呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断する。６０６において、ＢＳは、サイレントリダイヤルプロシージャの速度を上げるために、ＵＥを別のシステムにリダイレクトする。
【００７２】
図７に、宛先ｅＮＢにおけるシステム制限がサイレントリダイヤル障害を引き起こすときに回復を改善するための例示的な呼のフローチャート７００を示す。ＶｏＬＴＥ呼を発したＵＥは、５０３ＱｏＳを受信した後に、必要とされるサービス品質（ＱｏＳ）をもつ専用ベアラがローカルでセットアップされているかどうかをチェックし得る。必要とされるＱｏＳをもつローカルベアラがローカルでセットアップされている場合、ＵＥは、障害が宛先側（たとえば、終端ｅＮＢである図７のｅノードＢ）に起因し得ることを判断し得る。したがって、ＵＥが、Ｔ＿ｓｅｔｔｌｅ＿ｔｉｍｅの後に呼を再試行する場合、ＵＥは、呼を正常に再び試みる高い見込みを有し得る。Ｔ＿ｓｅｔｔｌｅ＿ｔｉｍｅは、宛先ｅＮＢが、リダイレクションおよび／またはハンドオフプロシージャを完了し、登録コンテキストを更新することを可能にするために使用され得る。
【００７３】
図７に示すように、終端ｅノードＢにおけるリソースの欠如はＶｏＬＴＥ障害を引き起こし得る。７０２において、ＶｏＬＴＥ呼を発したＵＥは５０３ＱｏＳを受信する。７０４において、必要とされるＱｏＳをもつ専用ＥＰＳベアラがローカルで作成されたことをＵＥが判断した場合、ＵＥは、Ｔ＿ｓｅｔｔｌｅ＿ｔｉｍｅの後に呼を再び試みる。
【００７４】
図８に、本開示の態様による、サイレントリダイヤルプロシージャを改善するために実行され得る例示的な動作８００を示す。動作８００は、たとえば、図２のＵＥ１２０のコントローラ／プロセッサ２８０およびメモリ２８２によって実行され得る。
【００７５】
８０２において、ＵＥはモバイルオリジナル呼を試みる。８０４において、ＵＥは、呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信する。８０６において、ＵＥは、必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断する。８０８において、ＵＥは、所定の時間の後に呼を確保するために、呼を再び試みる。
【００７６】
本開示の態様は、サイレントリダイヤルの速度を上げ、サイレントリダイヤル成功率を改善するための技法を提供する。上記で説明したように、ＵＥは、ＭＯ呼の制限ステータスと検出された障害とに少なくとも部分的に基づいて、呼を再試行することをどのように試みるかと、呼を試みるための後続システムを選択するためのプロシージャとを判断し得る。
【００７７】
態様は、ローカルｅＮＢまたはＵＥによって実装されるサイレントリダイヤルのための改善を可能にする。ローカルｅＮＢは、ベアラセットアップ要求がＶｏＬＴＥ呼のためのものであった場合、ＵＥを別のＬＴＥ周波数またはＣＳ  ＲＡＴにリダイレクトすることによって、ローカルｅＮＢにおけるリソース予約障害のために呼を復旧させ得る。ＵＥが、宛先ｅＮＢにおいてＱｏＳ障害が発生したことを判断した場合、ＵＥは、所定の時間が経過した後にＭＯ呼を再試行し得る。
【００７８】
本明細書で使用する「判断」という用語は、多種多様なアクションを包含する。たとえば、「判断」は、計算、算出、処理、導出、調査、探索（たとえば、テーブル、データベースまたは別のデータ構造での探索）、確認などを含み得る。また、「判断」は、受信（たとえば、情報を受信すること）、アクセス（たとえば、メモリ中のデータにアクセスすること）などを含み得る。また、「判断」は、解決、選択、選定、確立などを含み得る。
【００７９】
本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃを包含するものとする。
【００８０】
上記で説明した方法の様々な動作は、（１つまたは複数の）様々なハードウェアおよび／またはソフトウェア構成要素、回路、および／または（１つまたは複数の）モジュールなど、それらの動作を実行することが可能な任意の好適な手段によって実行され得る。概して、図に示すどの動作も、その動作を実行することが可能な対応する機能的手段によって実行され得る。
【００８１】
本開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００８２】
本開示に関連して説明した方法またはアルゴリズムのステップは、ハードウェアで直接実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、当技術分野で知られている任意の形態の記憶媒体中に常駐し得る。使用され得る記憶媒体のいくつかの例には、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭなどがある。ソフトウェアモジュールは、単一の命令、または多数の命令を備え得、いくつかの異なるコードセグメント上で、異なるプログラム間で、および複数の記憶媒体にわたって分散され得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。
【００８３】
本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更され得る。
【００８４】
説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は１つまたは複数の命令としてコンピュータ可読媒体上に記憶され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。
【００８５】
したがって、いくつかの態様は、本明細書で提示した動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明した動作を実行するために１つまたは複数のプロセッサによって実行可能である命令を記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。
【００８６】
ソフトウェアまたは命令はまた、伝送媒体を通じて送信され得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、伝送媒体の定義に含まれる。
【００８７】
さらに、本明細書で説明した方法および技法を実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードされ、および／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明した方法を実行するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および／または基地局が記憶手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）によって提供され得る。その上、本明細書で説明した方法および技法をデバイスに与えるための任意の他の好適な技法が利用され得る。
【００８８】
特許請求の範囲は、上記で示した厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形が行われ得る。
【００８９】
上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それらの基本的範囲から逸脱することなく考案され得、それらの範囲は以下の特許請求の範囲によって判断される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
モバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断することと、
前記モバイル発信呼を再試行することを試みることと
を備える、ワイヤレス通信のための方法。
［Ｃ２］
前記障害は、ソフト障害、ハード障害、および再試行なしのうちの１つである、
［Ｃ１］に記載の方法。
［Ｃ３］
前記障害がハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを前記判断することは、前記モバイル発信呼が制限されない場合、最初に周波数間ネイバー上で捕捉を試み、前記周波数間ネイバーのすべてで捕捉障害があるならば、回線交換（ＣＳ）ＲＡＴで捕捉を試みることを備える、
［Ｃ１］に記載の方法。
［Ｃ４］
スキャンすべき前記周波数間ネイバーを判断し、前記ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるために、前記モバイル発信呼が発信されたセル上のシステム情報ブロック中でアドバタイズされる周波数間再選択パラメータとＲＡＴ間再選択パラメータとを使用することをさらに備える、
［Ｃ３］に記載の方法。
［Ｃ５］
前記ハード障害が前記周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされるものに分類される場合、前記周波数間ネイバーは、スキップされる、
［Ｃ３］に記載の方法。
［Ｃ６］
前記障害がハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを前記判断することは、前記モバイル発信呼が制限される場合、周波数間ネイバーが存在しなければ、または前記周波数間ネイバーのすべてで捕捉障害があるとき、前記モバイル発信呼を終了することを備える、
［Ｃ１］に記載の方法。
［Ｃ７］
前記障害がソフト障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを前記判断することは、周波数間ネイバーが存在しないとき、タイマーが満了するまで現在のシステムを通じて前記モバイル発信呼を再び試みることを備える、
［Ｃ１］に記載の方法。
［Ｃ８］
現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、前記障害の特徴とに少なくとも部分的に基づいて、前記モバイル発信呼を試みるための後続システムを選択することと、
前記選択された後続システムに基づいて前記モバイル発信呼を試みることと
を備える、ワイヤレス通信のための方法。
［Ｃ９］
前記後続システムは、前記障害がソフト障害であるとき、または前記モバイル発信呼が制限され、前記障害がハード障害であるとき、前記現在のシステムと同じである、
［Ｃ８］に記載の方法。
［Ｃ１０］
前記後続システムは、前記障害がハード障害であり、前記モバイル発信呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、前記現在のシステムとは異なる、
［Ｃ８］に記載の方法。
［Ｃ１１］
基地局（ＢＳ）における十分なリソースの欠如により、ユーザ機器（ＵＥ）からのモバイル発信呼のセットアップ中に発生した障害を検出することと、
第１の無線アクセス技術（ＲＡＴ）を通じて前記モバイル発信呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断することと、
サイレントリダイヤルプロシージャの速度を上げるために、前記ＵＥを別のシステムにリダイレクトすることと
を備える、ワイヤレス通信のための方法。
［Ｃ１２］
モバイルオリジナル呼を試みることと、
前記モバイル発信呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信することと、
必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、前記ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断することと、
所定の時間の後に前記モバイル発信呼を確保するために、前記モバイル発信呼を再び試みることと
を備える、ワイヤレス通信のための方法。
［Ｃ１３］
モバイル発信呼中に発生した障害を検出するための手段と、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断するための手段と、
前記モバイル発信呼を再試行することを試みるための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ１４］
前記障害は、ソフト障害、ハード障害、および再試行なしのうちの１つである、
［Ｃ１３］に記載の装置。
［Ｃ１５］
前記障害がハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記手段は、前記モバイル発信呼が制限されない場合、最初に周波数間ネイバー上で捕捉を試み、前記周波数間ネイバーのすべてで捕捉障害があるならば、回線交換（ＣＳ）ＲＡＴで捕捉を試みるように構成される、
［Ｃ１３］に記載の装置。
［Ｃ１６］
スキャンすべき前記周波数間ネイバーを判断し、前記ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるために、前記モバイル発信呼が発信されたセル上のシステム情報ブロック中でアドバタイズされる周波数間再選択パラメータとＲＡＴ間再選択パラメータとを使用するための手段
をさらに備える、［Ｃ１５］に記載の装置。
［Ｃ１７］
前記ハード障害が前記周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされるものに分類される場合、前記周波数間ネイバーは、スキップされる、
［Ｃ１５］に記載の装置。
［Ｃ１８］
前記障害がハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記手段は、前記モバイル発信呼が制限される場合、周波数間ネイバーが存在しなければ、または前記周波数間ネイバーのすべてで捕捉障害があるとき、前記モバイル発信呼を終了するように構成される、
［Ｃ１３］に記載の装置。
［Ｃ１９］
前記障害がソフト障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記手段は、周波数間ネイバーが存在しないとき、タイマーが満了するまで現在のシステムを通じて前記モバイル発信呼を再び試みるように構成される、
［Ｃ１３］に記載の装置。
［Ｃ２０］
現在のシステムにおいてモバイル発信呼中に発生した障害を検出するための手段と、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、前記障害の特徴とに少なくとも部分的に基づいて、前記モバイル発信呼を試みるための後続システムを選択するための手段と、
前記選択された後続システムに基づいて前記モバイル発信呼を試みるための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ２１］
前記後続システムは、前記障害がソフト障害であるとき、または前記モバイル発信呼が制限され、前記障害がハード障害であるとき、前記現在のシステムと同じである、
［Ｃ２０］に記載の装置。
［Ｃ２２］
前記後続システムは、前記障害がハード障害であり、前記モバイル発信呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、前記現在のシステムとは異なる、
［Ｃ２０］に記載の装置。
［Ｃ２３］
基地局（ＢＳ）における十分なリソースの欠如により、ユーザ機器（ＵＥ）からのモバイル発信呼のセットアップ中に発生した障害を検出するための手段と、
第１の無線アクセス技術（ＲＡＴ）を介して前記モバイル発信呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断するための手段と、
サイレントリダイヤルプロシージャの速度を上げるために、前記ＵＥを別のシステムにリダイレクトするための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ２４］
モバイルオリジナル呼を試みるための手段と、
前記モバイル発信呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信するための手段と、
必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、前記ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断するための手段と、
所定の時間の後に前記モバイル発信呼を確保するために、前記モバイル発信呼を再び試みるための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ２５］
モバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断することと、
前記モバイル発信呼を再試行することを試みることと
を行うように構成される少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ２６］
前記障害は、ソフト障害、ハード障害、および再試行なしのうちの１つである、
［Ｃ２５］に記載の装置。
［Ｃ２７］
前記障害がハード障害であり、
前記少なくとも１つのプロセッサは、前記モバイル発信呼が制限されない場合、最初に周波数間ネイバー上で捕捉を試み、前記周波数間ネイバーのすべてで捕捉障害があるならば、回線交換（ＣＳ）ＲＡＴで捕捉を試みることによって、前記モバイル発信呼を再試行することをどのように試みるかを判断するように構成される、
［Ｃ２５］に記載の装置。
［Ｃ２８］
前記少なくとも１つのプロセッサは、
スキャンすべき前記周波数間ネイバーを判断し、前記ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるために、前記モバイル発信呼が発信されたセル上のシステム情報ブロック中でアドバタイズされる周波数間再選択パラメータとＲＡＴ間再選択パラメータとを使用するようにさらに構成される、
［Ｃ２７］に記載の装置。
［Ｃ２９］
前記ハード障害が前記周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされるものに分類される場合、前記周波数間ネイバーは、スキップされる、
［Ｃ２７］に記載の装置。
［Ｃ３０］
前記障害がハード障害であり、
前記少なくとも１つのプロセッサは、前記モバイル発信呼が制限される場合、周波数間ネイバーが存在しなければ、または前記周波数間ネイバーのすべてで捕捉障害があるとき、前記モバイル発信呼を終了することに基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断するように構成される、
［Ｃ２５］に記載の装置。
［Ｃ３１］
前記障害がソフト障害であり、
前記少なくとも１つのプロセッサは、周波数間ネイバーが存在しないとき、タイマーが満了するまで現在のシステムを介して前記モバイル発信呼を再び試みることに基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断するように構成される、
［Ｃ２５］に記載の装置。
［Ｃ３２］
現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、前記障害の特徴とに少なくとも部分的に基づいて、前記モバイル発信呼を試みるための後続システムを選択することと、
前記選択された後続システムに基づいて前記モバイル発信呼を試みることと
を行うように構成される少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ３３］
前記後続システムは、前記障害がソフト障害であるとき、または前記モバイル発信呼が制限され、前記障害がハード障害であるとき、前記現在のシステムと同じである、
［Ｃ３２］に記載の装置。
［Ｃ３４］
前記後続システムは、前記障害がハード障害であり、前記モバイル発信呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、前記現在のシステムとは異なる、
［Ｃ３２］に記載の装置。
［Ｃ３５］
基地局（ＢＳ）における十分なリソースの欠如により、ユーザ機器（ＵＥ）からのモバイル発信呼のセットアップ中に発生した障害を検出することと、
第１の無線アクセス技術（ＲＡＴ）を介して前記モバイル発信呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断することと、
サイレントリダイヤルプロシージャの速度を上げるために、前記ＵＥを別のシステムにリダイレクトすることと
を行うように構成される少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ３６］
モバイルオリジナル呼を試みることと、
前記モバイル発信呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信することと、
必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、前記ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断することと、
所定の時間の後に前記モバイル発信呼を確保するために、前記モバイル発信呼を再び試みることと
を行うように構成される少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
［Ｃ３７］
ワイヤレス通信のためのコンピュータプログラム製品であって、
モバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断することと、
前記モバイル発信呼を再試行することを試みることと
を行うための、１つまたは複数のプロセッサによって実行可能なコードを記憶した非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ３８］
前記障害は、ソフト障害、ハード障害、および再試行なしのうちの１つである、
［Ｃ３７］に記載のコンピュータプログラム製品。
［Ｃ３９］
前記障害は、ハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記コードは、前記モバイル発信呼が制限されない場合、最初に周波数間ネイバー上で捕捉を試み、前記周波数間ネイバーのすべてで捕捉障害があるならば、回線交換（ＣＳ）ＲＡＴで捕捉を試みることを備える、
［Ｃ３７］に記載のコンピュータプログラム製品。
［Ｃ４０］
スキャンすべき前記周波数間ネイバーを判断し、前記ＣＳ  ＲＡＴをスキャンする間に使用されるべき周波数に優先順位を付けるために、前記モバイル発信呼が発信されたセル上のシステム情報ブロック中でアドバタイズされる周波数間再選択パラメータとＲＡＴ間再選択パラメータとを使用するためのコード
をさらに備える、［Ｃ３９］に記載のコンピュータプログラム製品。
［Ｃ４１］
前記ハード障害が前記周波数間ネイバーに関連するコアネットワークにおける問題によって引き起こされるものに分類される場合、前記周波数間ネイバーは、スキップされる、
［Ｃ３９］に記載のコンピュータプログラム製品。
［Ｃ４２］
前記障害がハード障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記コードは、前記モバイル発信呼が制限される場合、周波数間ネイバーが存在しなければ、または前記周波数間ネイバーのすべてで捕捉障害があるとき、前記モバイル発信呼を終了することを備える、
［Ｃ３７］に記載のコンピュータプログラム製品。
［Ｃ４３］
前記障害がソフト障害であり、
前記モバイル発信呼を再試行することをどのように試みるかを判断するための前記コードは、周波数間ネイバーが存在しないとき、タイマーが満了するまで現在のシステムを介して前記モバイル発信呼を再び試みることを備える、
［Ｃ３７］に記載のコンピュータプログラム製品。
［Ｃ４４］
ワイヤレス通信のためのコンピュータプログラム製品であって、
現在のシステムにおいてモバイル発信呼中に発生した障害を検出することと、
前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かと、前記障害の特徴とに少なくとも部分的に基づいて、前記モバイル発信呼を試みるための後続システムを選択することと、
前記選択された後続システムに基づいて前記モバイル発信呼を試みることと
を行うための、１つまたは複数のプロセッサによって実行可能なコードを記憶した非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ４５］
前記後続システムは、前記障害がソフト障害であるとき、または前記モバイル発信呼が制限され、前記障害がハード障害であるとき、前記現在のシステムと同じである、
［Ｃ４４］に記載のコンピュータプログラム製品。
［Ｃ４６］
前記後続システムは、前記障害がハード障害であり、前記モバイル発信呼が制限されず、捕捉障害がすべてのネイバー周波数上で発生したとき、前記現在のシステムとは異なる、
［Ｃ４４］に記載のコンピュータプログラム製品。
［Ｃ４７］
ワイヤレス通信のためのコンピュータプログラム製品であって、
基地局（ＢＳ）における十分なリソースの欠如により、ユーザ機器（ＵＥ）からのモバイル発信呼のセットアップ中に発生した障害を検出することと、
第１の無線アクセス技術（ＲＡＴ）を介して前記モバイル発信呼を確立するために専用ベアラセットアップ中の量子化チャネル情報（ＱＣＩ）を判断することと、
サイレントリダイヤルプロシージャの速度を上げるために、前記ＵＥを別のシステムにリダイレクトすることと
を行うための、１つまたは複数のプロセッサによって実行可能なコードを記憶した非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ４８］
ワイヤレス通信のためのコンピュータプログラム製品であって、
モバイルオリジナル呼を試みることと、
前記モバイル発信呼を試みることに応答して、サービス品質（ＱｏＳ）障害メッセージを受信することと、
必要とされるＱｏＳをもつ専用ベアラがローカルでセットアップされている場合、前記ＱｏＳセットアップ障害が宛先におけるリソースの欠如に起因することを判断することと、
所定の時間の後に前記モバイル発信呼を確保するために、前記モバイル発信呼を再び試みることと
を行うための、１つまたは複数のプロセッサによって実行可能なコードを記憶した非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。
【図１】
0006009562.tif 000011
【図２】
0006009562.tif 000012
【図３】
0006009562.tif 000013
【図４】
0006009562.tif 000014
【図５】
0006009562.tif 000015
【図６】
0006009562.tif 000016
【図７】
0006009562.tif 000017
【図８】
0006009562.tif 000018