(57)【特許請求の範囲】
【請求項１】
第１のネットワーク及び第２のネットワークのそれぞれに無線信号を送信し、第１のネットワーク及び第２のネットワークのそれぞれから無線信号を受信するように構成された送受信機と、
前記第１のネットワークへのリンクを確立した後に、前記送受信機に前記第１のネットワークからチューンアウェイさせ、前記第２のネットワークにチューンさせるように構成され、前記第２のネットワークにチューンした後に、前記送受信機に前記第１のネットワークにリチューンさせるように更に構成された制御ユニットと、
前記送受信機が前記第１のネットワークからチューンアウェイされた時から、前記送受信機が前記第１のネットワークにリチューンされた時までに経過した時間量を決定するように構成されたタイマと、を備える、モバイル通信デバイスであって、
前記制御ユニットは、経過した前記時間量に基づいて、前記送受信機を前記第１のネットワークにリチューンするとき、前記第１のネットワークへのリンクを回復するために、複数の手順のそれぞれについて実行される予定の最大試行回数を決定するように構成されている
ことを特徴とするモバイル通信デバイス。
【請求項２】
経過した前記時間に基づいて、前記制御ユニットが、
前記複数の手順のうちの第１の手順について実行される予定の第１の最大試行回数を決定し、
前記複数の手順のうちの第２の手順について実行される予定の第２の最大試行回数を決定し、
前記複数の手順のうちの第３の手順について実行される予定の第３の最大試行回数を決定する
ように構成されている
ことを特徴とする請求項１に記載のモバイル通信デバイス。
【請求項３】
前記送受信機を前記第１のネットワークにリチューンすることに応じて、前記モバイル通信デバイスに、
前記第１の手順の前記第１の最大試行回数まで実行させ、
前記第１の手順の前記試行のどれもが前記第１のネットワークへの前記リンクの回復に成功しなかったとき、前記第２の手順の前記第２の最大試行回数まで実行させ、
前記第２の手順の前記試行のどれもが前記第１のネットワークへの前記リンクの回復に成功しなかったとき、前記第３の手順の前記第３の最大試行回数まで実行させる
ように前記制御ユニットが構成されている
ことを特徴とする請求項２に記載のモバイル通信デバイス。
【請求項４】
前記第３の手順の前記試行のどれもが前記第１のネットワークへの前記リンクの回復に成功しなかったとき、前記モバイル通信デバイスに前記第１のネットワークへの新しい接続の確立を要求させるように前記制御ユニットが構成されている
ことを特徴とする請求項３に記載のモバイル通信デバイス。
【請求項５】
前記制御ユニットが、
前記第１のネットワークを用いて事前に確立されたチャネルを介して前記第１のネットワークにスケジューリング要求を送信することにより、前記第１の手順を実行し、
ランダムアクセスチャネルを介してスケジューリング要求を送信することにより、前記第２の手順を実行し、
無線リソース制御再確立要求を送信することにより、前記第３の手順を実行する
ように構成されている
ことを特徴とする請求項４に記載のモバイル通信デバイス。
【請求項６】
前記複数の手順のうちの少なくとも１つの手順に対して実行される予定の前記最大試行回数が、経過した前記時間に反比例する
ことを特徴とする請求項１に記載のモバイル通信デバイス。
【請求項７】
前記試行のうちのいずれか１つが前記第１のネットワークへの前記リンクの回復に成功したとき、前記複数の手順の１回以上の試行の実行を中止するように前記制御ユニットが構成されている
ことを特徴とする請求項１に記載のモバイル通信デバイス。
【請求項８】
第１のネットワークとのリンクを確立した後に、無線モバイルデバイスの送受信機を前記第１のネットワークから離れて第２のネットワークにチューンすることと、
前記送受信機を前記第２のネットワークにチューンした後に前記第１のネットワークにリチューンすることと、
前記第１のネットワークにリチューンした後に前記第１のネットワークへの前記リンクを回復するために、前記無線モバイルデバイスを用いて、少なくとも第１の手順の第１の試行回数まで実行することと、を含み、前記第１の回数は、前記第１のネットワークからチューンアウェイすることと、前記第１のネットワークにリチューンすることとの間の時間量に基づいている
ことを特徴とする方法。
【請求項９】
前記第１の所定の試行回数のどれも成功しなかったとき、前記第１のネットワークへの前記リンクを回復するために、第２の手順の第２の試行回数まで実行することと、
前記第２の所定の試行回数のどれも成功しなかったとき、前記第１のネットワークへの前記リンクを回復するために、第３の手順の第３の試行回数まで実行することと、を更に含む
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記第１の試行回数、前記第２の試行回数、及び前記第３の試行回数のうちの少なくとも１つが、前記第１のネットワークからチューンアウェイすることと、前記第１のネットワークにリチューンすることとの間の前記時間量に反比例する
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記第３の試行回数のどれも成功しなかったとき、前記無線モバイルデバイスが前記第１のネットワークへの新しいリンクを要求すること、を更に含む
ことを特徴とする請求項９に記載の方法。
【請求項１２】
前記第１の手順が、事前に確立されたチャネルを介したスケジューリング要求の送信を含み、前記第２の手順が、ランダムアクセスチャネルを介して送信されたスケジューリング要求の送信を含み、前記第３の手順が、無線リソース制御再確立要求の送信を含む
ことを特徴とする請求項９に記載の方法。
【請求項１３】
前記無線モバイルデバイスが、前記第１のネットワークからチューンアウェイされた時間量を追跡して、前記第１のネットワークからチューンアウェイされた前記時間量に基づいて前記第２の回数及び前記第３の回数を決定することを更に含む
ことを特徴とする請求項９に記載の方法。
【請求項１４】
前記試行のうちのいずれか１つが前記第１のネットワークへの前記リンクの回復に成功したとき、前記第１の手順の実行を中止することを更に含む
ことを特徴とする請求項８に記載の方法。
【請求項１５】
送受信機信号を送受信するように構成された送受信機と、
制御回路と、
を備える無線モバイルデバイスであって、前記制御回路は、前記送受信機をチューンして第１のネットワークとのリンクを確立するように構成されており、前記送受信機に前記第１のネットワークからチューンアウェイして第２のネットワークとのリンクを確立させ、前記送受信機に前記第１のネットワークにリチューンさせるように更に構成されており、
前記第１のネットワークへのリチューンの後で前記第１のネットワークとの前記リンクを回復するために、前記制御回路は１つ以上の手順を実行するように構成されており、前記第１のネットワークとの前記リンクを回復するまで前記１つ以上の手順のうちの少なくとも１つの手順を繰り返す試行回数が、前記第１のネットワークからチューンアウェイされた時間量に基づいており、前記１つ以上の手順を実行することが、前記制御回路が、基地局を介して前記第１のネットワークへの前記リンクを確立している前記基地局に対して、前記送受信機に信号を送信させること、を含む
ことを特徴とする無線モバイルデバイス。
【請求項１６】
前記第１のネットワークからチューンアウェイされた前記時間量が第１の閾値よりも短いとき、前記第１のネットワークへの前記リンクを回復するために、前記制御回路が、前記１つ以上の手順のうちの少なくとも１つの手順の第１の試行回数まで実行するように構成されている
ことを特徴とする請求項１５に記載の無線モバイルデバイス。
【請求項１７】
前記第１のネットワークからチューンアウェイされた前記時間量が第１の閾値よりも長いが、第２の閾値よりも短いとき、前記第１のネットワークへの前記リンクを回復するために、前記制御回路が、前記１つ以上の手順のうちの少なくとも１つ手順の第２の試行回数まで実行するように構成され、前記第２の回数は前記第１の回数よりも少ない
ことを特徴とする請求項１６に記載の無線モバイルデバイス。
【請求項１８】
前記第１のネットワークからチューンアウェイされた前記時間量が前記第２の閾値よりも長いとき、前記第１のネットワークへの前記リンクを回復するために、前記無線モバイルデバイスが、前記１つ以上の手順のうちの少なくとも１つの手順の第３の試行回数まで実行するように構成され、前記第３の回数は前記第２の回数よりも少ない
ことを特徴とする請求項１７に記載の無線モバイルデバイス。
【請求項１９】
前記１つ以上の手順の１回以上の試行のうちのいずれか１回が前記第１のネットワークへの前記リンクの回復に成功したとき、前記１回以上の試行の実行を中止するように前記無線モバイルデバイスが構成されている
ことを特徴とする請求項１５に記載の無線モバイルデバイス。
【請求項２０】
前記１つ以上の手順のうちの少なくとも１つの手順を繰り返す最大試行回数が、前記第１のネットワークからチューンアウェイされた前記時間量に反比例する
ことを特徴とする請求項１５に記載の無線モバイルデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信方式に関し、更に詳細には、複数のネットワークと通信できるユーザデバイスに関するものである。
【背景技術】
【０００２】
近年、スマートフォン及びタブレットコンピュータ等の無線デバイスはますます高性能になってきている。電話機能のサポートに加えて、多くのモバイルデバイスは今や、インターネットへのアクセス、Ｅメール、テキストメッセージング、及び全地球測位システム（ＧＰＳ）を用いたナビゲーションを提供する。更に、多くのモバイルデバイスは高性能のアプリケーションを動作させる能力を有し、それらの多くは上述の機能性を利用する場合がある。
【０００３】
主にそれらの高められた機能性により、多くの無線デバイスが、単一の送受信機を用いて複数のネットワークと通信することができる。例えば、無線デバイスの送受信機は、第１のネットワーク（例えば、４Ｇと呼ばれることもあるＬＴＥ、すなわち、ロングタームエボリューション）を用いて確立された通信チャネルを有している場合もあるが、時々は、第２のネットワーク（例えば、ＣＤＭＡ、すなわち、符号分割多元接続ネットワーク）上の通信を監視するためにチューンアウェイする場合がある。送受信機が第２のネットワークにチューンされている間は、第１のネットワークからの通信を受信することができない。第２のネットワークにチューンされると、重要な信号メッセージを受信しそこなうことで、送受信機は第１のネットワークとの同期を失う可能性がある。この同期の喪失が原因となり、もとの第１のネットワークにチューンするときの同期の再確立時に時間を消費する可能性があるので、無線デバイスと第１のネットワークとの間の通信及びデータ転送が消費する可能性がある時間量が長引く場合がある。場合によっては、第１のネットワークが、無線デバイスに通知せずに、無線デバイスとのリンクを完全に中断してもよい。
【発明の概要】
【０００４】
デュアルネットワーク無線リソース管理を実行するようになされた無線モバイルデバイスにおける高速通信回復のための方法及び装置の様々な実施形態を開示している。一実施形態では、無線モバイルデバイスが、第１及び第２のネットワークのそれぞれと通信するように構成された送受信機を含んでいる。第１のネットワークとのリンクを確立して保持した後に、無線モバイルデバイスは、トラヒックを監視するために送受信機を第２のネットワークにチューンして、その後、もとの第１のネットワークにチューンすることができる。送受信機を第１のネットワークに戻した後に、無線モバイルデバイスは、第１のネットワークへのリンクを回復する１回以上の試行を送受信機に実行させてもよい。リンクを回復する試行回数は、送受信機が第２のネットワークにチューンされている時間量に依存している。リンクを回復する試行が成功しなかったときには、無線モバイルデバイスは第１のネットワークとの新しいリンクを要求してもよい。
【０００５】
一実施形態では、第１のネットワークへのリンクを回復しようとして、様々な手順を実行してもよい。様々な手順は、第１の手順、第２の手順、及び第３の手順を含んでいてもよい。第１のネットワーク、無線ネットワークにリチューンすることに呼応して、第１の手順を用いてリンクを回復しようと試みる１回以上の試行を実行してもよい。第１の手順の１回以上の試行のそれぞれが、リンクの回復に失敗したときには、第２の手順を用いてリンクを回復しようと試みる１回以上の試行を実行してもよい。第２の手順の１回以上の試行のそれぞれが、リンクの回復に失敗したときには、第３の手順を用いてリンクを回復しようと試みる１回以上の試行を実行してもよい。第３の手順の１回以上の試行のそれぞれが、リンク、無線モバイルデバイスの回復に失敗したときには、無線モバイルデバイスは第１のネットワークとの新しいリンクを要求してもよい。次の手順に進む前に手順のそれぞれを実行する試行回数を、送受信機が第２のネットワークにチューンされて第１のネットワークにリチューンするまでの時間量に基づいて決定してもよい。リンクを回復する試行が成功したときには、現在の手順の後続の試行も、又はいかなる追加手順も実行されず、第２のネットワークにチューンするまで、そうであったように、無線モバイルデバイスと第１のネットワークとの間のリンクを介しての通信が再開できる。
【０００６】
第１のネットワークと無線モバイルデバイスとの間のリンクが中断する可能性は、無線モバイルデバイスが第２のネットワークにチューンされている間隔の時間量とともに増加し得る。したがって、所与の手順の試行回数は、この時間量に基づいて調節してもよい。例えば、第１の手順は、無線モバイルデバイスから第１のネットワークへ、スケジューリング要求を送信することを含んでいてもよい。第２のネットワークにチューンされていた間隔の時間が第１の閾値よりも短いときには、リンクを回復しようとして送信されるスケジューリング要求の最大回数は第１の回数であってもよい。間隔の時間が第１の閾値よりも長いが第２の閾値よりも短いときには、リンクを回復しようとして送信されるスケジューリング要求の回数は、第１の回数よりも少ない第２の回数であってもよい。時間間隔が第２の閾値よりも長いときには、リンクを回復しようとして送信されるスケジューリング要求の回数は、第２の回数よりも少ない第３の回数であってもよい。
【０００７】
概して、リンクを回復しようとして実行される所与の手順の最大回数は、第２のネットワークにチューンされていた時間量が増加する時に、減少することがある。更に、リンクを回復しようとして実行される手順の数及び種類は、実施形態によって変化する。
【図面の簡単な説明】
【０００８】
以下の詳細な説明は、次に簡単に説明される添付の図面を参照する。
【図１】例示的な（また簡略化された）無線通信システムを示す図である。
【図２】一実施形態に係るＵＥ１０６の例示的なブロック図である。
【図３】第１のネットワークに再チューニングした後で、無線モバイルデバイスと第１のネットワークとの間のリンクを回復する１つのタイプの手順を示す図である。
【図４】無線モバイルデバイスから第１のネットワークへのリンクを回復しようとする方法の一実施形態を示すフロー図である。
【図５】短い期間のチューンアウェイ後に、無線モバイルデバイスから第１のネットワークへのリンクを回復しようとする方法の一実施形態を示すフロー図である。
【図６】中程度の期間のチューンアウェイ後に、無線モバイルデバイスから第１のネットワークへのリンクを回復しようとする方法の一実施形態を示すフロー図である。
【図７】長い期間のチューンアウェイ後に、無線モバイルデバイスから第１のネットワークへのリンクを回復しようとする方法の一実施形態を示すフロー図である。
【図８】長い期間のチューンアウェイ後に、無線モバイルデバイスから第１のネットワークへのリンクを回復しようとする方法の別の実施形態を示すフロー図である。
【０００９】
本発明は様々の変更及び代替的な形態を受け入れる余地があるが、その特定の実施形態が図面には例として示されており、本明細書において詳細に説明されることになる。しかし、図面及びそれらに対する詳細な説明は、本発明を、開示されている特定の形態に限定することを意図されているのではなく、逆に、その意図は、添付の請求項によって定義されている通りの本発明の趣旨及び範囲内に入る全ての変更、均等物及び代替物を範囲に含むことであることを理解されたい。本明細書において用いられている見出しは単に構成上の目的のためのみのものであり、説明の範囲を限定するために用いられるように意図されているわけではない。本出願全体を通じて使用されるとき、「〜してもよい（may）」という語は、義務的な意味（すなわち、〜なければならない（must）を意味する）ではなく、許容的な意味で使用される（すなわち、〜する可能性を有していることを意味する）。同様に、「含む（include）」、「含む（including）」、及び「含む（includes）」という語は、〜を含むが、それに限定するものではないことを意味する。
【００１０】
様々のユニット、回路、又はその他の構成要素は、タスク又はタスク群を実行する「〜するように構成される（configured to）」と説明される場合がある。このような文脈において、「〜するように構成される」とは、動作時にそのタスク又はタスク群を実行する「回路機構を有する」ことを広く意味する構造の広義の表現である。それゆえ、ユニット／回路／構成要素は、たとえ、ユニット／回路／構成要素が現在は作動していなくても、タスクを実行するように構成することができる。概して、「〜するように構成される（configured to）」に対応する構造を形成する回路機構は、操作を実施するために実行可能なプログラム命令を記憶するハードウェア回路及び／又はメモリを含んでもよい。メモリは、スタティックランダムアクセスメモリ若しくはダイナミックランダムアクセスメモリ等の揮発性メモリ、及び／又は光ディスク記憶装置若しくは磁気ディスク記憶装置、フラッシュメモリ、プログラム可能読み出し専用メモリ等の不揮発性メモリ等を含むことができる。同様に、様々なユニット／回路／構成要素は、説明の中で、便宜上、タスク又はタスク群を実行すると記述される場合がある。このような説明は、「〜するように構成される」という語句を含むと解釈されるべきである。１つ以上のタスクを実行するように構成されるユニット／回路／構成要素と表現することは、米国特許法第１１２条、第６項のユニット／回路／構成要素についての解釈を行使しないことを明示的に意図されている。
【発明を実施するための形態】
【００１１】
略語
本仮特許出願においては、以下の略語が用いられている。
【００１２】
ＣＤＭＡ：符号分割多元接続
ＤＬ：ダウンリンク
ＬＴＥ：ロングタームエボリューション（４Ｇ）
ＲＡＣＨ：ランダムアクセスチャネル
ＲＬＣ：無線リンク制御
ＲＬＦ：無線リンク障害
ＲＲＣ：無線リソース制御
ＳＲ：スケジューリング要求
Ｔｘ：送信
ＵＥ：ユーザ機器
ＵＬ：アップリンク
ＵＭＴＳ：ユニバーサル移動通信システム
用語
以下は、本出願において用いられている用語集である。
【００１３】
コンピュータシステム−パーソナルコンピュータシステム（ＰＣ）、メインフレームコンピュータシステム、ワークステーション、ネットワーク装置、インターネット装置、携帯情報端末（ＰＤＡ）、テレビシステム、グリッドコンピューティングシステム、又はその他のデバイス、あるいはデバイスの組み合わせを含む、様々な種類のコンピューティング又は処理システムの任意のもの。概して、用語「コンピュータシステム」は、メモリ媒体からの命令を実行する少なくとも１つのプロセッサを有するあらゆるデバイス（又はデバイスの組み合わせ）を包含するように広義に定義することができる。
【００１４】
ユーザ機器（ＵＥ）（又は「ＵＥデバイス」）−移動式又は携帯式であり、無線通信を実行する様々な種類のコンピュータシステムデバイスの任意のもの。ＵＥデバイスの実施例は、携帯電話若しくはスマートフォン（例えば、ｉＰｈｏｎｅ（登録商標）、アンドロイド（登録商標）に基づく電話）、ポータブルゲームデバイス（例えば、ニンテンドーＤＳ（登録商標）、プレイステ−ション（登録商標）ポータブル、ゲームボーイアドバンス（登録商標）、ｉＰｈｏｎｅ（登録商標））、ラップトップ、ＰＤＡ、ポータブルインターネットデバイス、音楽プレーヤー、データ記憶デバイス、又は他のハンドヘルドデバイス等を含んでいる。概して、用語「ＵＥ」又は「ＵＥデバイス」は、ユーザにより容易に運ばれて、無線通信を行えるあらゆる電子デバイス、コンピュータデバイス及び／若しくは通信デバイス（又はデバイスの組み合わせ）を包含するように広義に定義することができる。ＵＥ／ＵＥデバイスは無線機を含んでいてもよく、この通信機は基地局内の他の送受信機等の他の機器へ信号を送信するのに使用され、かつ、他の機器からの信号を受信するのに使用される送受信機であってもよい。
【００１５】
チューンする（Tune）／チューンアウェイする（Tune-Away）／リチューンする（Re-tune）−本出願全体を通じて、ＵＥ／ＵＥデバイスがネットワークにチューンすること、ＵＥ／ＵＥデバイスがネットワークからチューンアウェイすること、及びＵＥ／ＵＥデバイスがネットワークにリチューンすることを示す。ＵＥ／ＵＥデバイスをネットワークにチューンすること（すなわち、ＵＥ／ＵＥデバイスの無線機をネットワークにチューンすること）は、本明細書で規定する場合、特定の無線アクセス技術（ＲＡＴ）を用いて、第１のネットワークとの通信をサポートする基地局（ＢＴＳ、「基地局」とも呼ばれる）を経由して、特定の（第１の）無線アクセスネットワーク（ＲＡＮ）と通信するように、ＵＥ／ＵＥデバイスの無線機／送受信機を構成することを指してもよい。第１のネットワークからチューンアウェイすること（又は第２のネットワークにチューンアウェイすること）は、本明細書で規定する場合、第１のＲＡＮとのリンクを事前に確立した後に、他のＲＡＴを用いて他のＲＡＮ（これらのＲＡＴ／ＲＡＮは同じ基地局によりサポートされてもよく、又は異なる基地局によりサポートされてもよい）と通信するように、ＵＥ／ＵＥデバイスの通信機／送受信機を構成することを指してもよい。リチューンすること（又は第１のネットワークにリチューンすること）は、本明細書で規定する場合、ＲＡＴを用いた第１のＲＡＮとの通信と、チューンアウェイする前に、その基地局を経由してリンクを確立していた基地局との通信と、を再開する（又は通信を再開しようと試みる）ように、ＵＥ／ＵＥデバイスの通信機／送受信機を再構成することを指してもよい。
【００１６】
図１は、例示的な（また簡略化された）無線通信システムを示している。図１のシステムはあり得るシステムの単なる一例に過ぎず、実施形態は要望に応じて様々のシステムの任意のものにおいて実行してもよいことに留意されたい。
【００１７】
図示のように、例示的な無線通信システムは、第１の基地局１０２Ａ及び第２の基地局１０２Ｂを含み、これらの基地局のそれぞれは伝送媒体を介してＵＥ１０６と通信することができる。
【００１８】
基地局１０２Ａ及び１０２Ｂは、基地局（ＢＴＳ）又はセルサイトであってもよく、ＵＥ１０６との無線通信を可能にするハードウェアを含むことができる。基地局１０２Ａ、１０２Ｂはコアネットワーク１０９に接続され、このコアネットワーク１０９は、インターネット、公衆交換電話網（ＰＳＴＮ）、及び／又は他のネットワーク等の他の外部ネットワークに接続される。基地局１０２Ａ、１０２Ｂの各通信エリア（又はサービスエリア）は「セル」と呼んでもよい。この実施例のＵＥ１０６は、基地局１０２Ａ、１０２Ｂの各セルが重なり合っているため、ＵＥ１０６が基地局１０２Ａ、１０２Ｂの両方と通信リンクを確立できる領域内に地理的に位置している。図１の例示的システムでは、基地局１０２ＡはＬＴＥ技術を用いてＵＥ１０６と通信し、他方、基地局１０２Ｂは３ＧＰＰ２  ＣＤＭＡ２０００（１×ＲＴＴ／１×ＥＶ−ＤＯ／ＨＲＰＤ／ｅＨＲＰＤ）を用いてＵＥと通信する。
【００１９】
ＵＥ１０６は基地局１０２Ａとの通信リンクを確立してもよい。基地局１０２Ａとしばらく通信した後に、ＵＥ１０６は、その送受信機を基地局１０２Ａから離れるように（その結果、ＬＴＥネットワークから離れるように）一時的にチューンして、（例えば、ＣＤＭＡ２０００ネットワーク上の特定の種類のトラヒックを監視するために）基地局１０２Ｂにチューンしてもよい。その後、ＵＥ１０６は、その通信機を、もとの基地局１０２Ａにチューンして、ＬＴＥネットワークへのリンクを回復しようと試みてもよい。実施形態によっては、特定のＵＥ１０６が基地局１０２Ａからチューンアウェイされていた時間量に応じて、異なる方法を利用して通信リンクを回復してもよい。これらの様々な方法については詳細に後述する。
【００２０】
図１は、ＬＴＥ及びＣＤＭＡ２０００技術の使用を含む例示的システムを示しているが、本明細書に記載の特徴は、ＲＡＴの任意の適切な組み合わせとの関連で使用してもよく、このＲＡＴとしては、３Ｇ、ＧＳＭ、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、ＷＬＬ、ＷＡＮ、ＷｉＦｉ（登録商標）、ＷｉＭＡＸ（登録商標）、及び／又は他の任意の適切な技術等が挙げられるが、これらの技術に限定されない。また、図１の例示的システムには多くの変形があり得るとともに、本明細書に記載の特徴は任意の適切な通信システムで使用してもよいことを理解されたい。図１のシステムの１つの変形としては、例えば、それぞれの基地局が複数のＲＡＴを実行するマルチモード基地局を含むシステムで、本明細書に記載の特徴を使用してもよい。図１に示すように、ＵＥ１０６は、２つの異なる基地局１０２Ａ、１０２Ｂのそれぞれに対して、それぞれの異なるＲＡＴを用いて、１０２Ａ、１０２Ｂと通信するが、しかしながら、マルチモード基地局を使用する例では、ＵＥが、同じ基地局と通信して、その同じ基地局が提供する異なるＲＡＴの複数の無線ネットワークから／へ、チューンアウェイすることができる。あるいは、又は加えて、本明細書に記載の機能は、第１のコアネットワークには第１のＲＡＴ（例えば、ＬＴＥ）を実行する基地局が接続してあり、他方、第２のコアネットワークには第２のＲＡＴ（例えば、ＣＤＭＡ２０００）を実行する基地局が接続してある、複数のコアネットワークを含むネットワークアーキテクチャとともに使用してもよい。
【００２１】
ＵＥ１０６は、モバイル電話、ハンドヘルドデバイス、コンピュータ又はタブレット等の無線ネットワーク接続性を有するデバイス、あるいは実質上あらゆる種類の無線デバイスであってもよい。ＵＥ１０６は、メモリ内に記憶されたプログラム命令を実行するように構成された少なくとも１つのプロセッサを含んでもよい。ＵＥ１０６は、このような記憶された命令を実行することにより、本明細書に記載されている実施形態のうちの任意のものを実行してもよい。実施形態によっては、ＵＥ１０６は、本明細書に記載されている方法実施形態のうちの任意のもの、又は本明細書に記載されている方法実施形態のうちの任意のものの任意の部分を実行するように構成されたＦＰＧＡ（フィールドプログラマブルゲートアレイ）等のプログラム可能ハードウェア要素を含んでもよい。
【００２２】
図２はＵＥ１０６の例示的なブロック図を示している。図示のように、ＵＥ１０６は、様々な目的のための異なる機能ユニットを含むことができるシステムオンチップ（ＳＯＣ）２００を含んでいてもよい。例えば、図示のように、ＳＯＣ２００は、ＵＥ１０６のためのプログラム命令を実行することができるプロセッサ２０２（又はプロセッサコア２０２）と、グラフィック処理を実行し、ディスプレイ２４０に表示信号を提供することができる表示回路２０４と、を含んでいてもよい。また、プロセッサ２０２は、メモリ管理ユニット（ＭＭＵ）２４０に結合してもよく、このＭＭＵ２４０はプロセッサ２０２からアドレスを受け取って、それらのアドレスを、メモリ（例えば、メモリ２０６、読み出し専用メモリ（ＲＯＭ）２５０、ＮＡＮＤフラッシュメモリ２１０）内の記憶場所に変換するように構成してもよく、並びに／又は表示回路２０４、送受信機２３０、コネクタＩ／Ｆ２２０、及び／若しくはディスプレイ２４０等の他の回路若しくはデバイスに変換するように構成してもよい。ＭＭＵ２４０は、メモリ保護及びページテーブル変換又はセットアップを実行するように構成してもよい。実施形態によっては、ＭＭＵ２４０はプロセッサ２０２の一部として含まれてもよい。全体として見れば、ＳＯＣ２００はＵＥ１０６の動作を制御するための制御回路として働くことができる。
【００２３】
図示の実施形態では、ＲＯＭ２５０は、起動又は初期化時にプロセッサ２０２によって実行され得るブートローダ２５２を含んでもよい。同様に図示されている通り、ＳＯＣ２００はＵＥ１０６の様々の他の回路に結合されてもよい。例えば、ＵＥ１０６は、（例えば、ＮＡＮＤフラッシュ２１０を含む）様々な種類のメモリ、（例えば、コンピュータシステムに結合するための）コネクタインタフェース２２０、ディスプレイ２４０、及び無線通信を実行するためにアンテナ２３５を用いてもよい（例えば、ＧＳＭ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ等のための）無線通信回路機構を含んでもよい。
【００２４】
図示の実施形態におけるＵＥ１０６は、ＳＯＣ２００に結合された加速度計２１３も含んでいる。加速度計２１３は、ＵＥ１０６の動きを検出するために使用してもよい。一実施形態では、加速度計２１３がＵＥ１０６の速度の指示（移動の速さ及び方向）を提供してもよい。また、実施形態によっては、加速度計２１３が、ＵＥ１０６の方位の指示を生成してもよい。このような指示は、情報をディスプレイ２０４上にどのように表示することができるかを決定するためにプロセッサ２０２及び表示回路２０４により使用されてもよい。
【００２５】
図示の実施形態におけるＵＥ１０６は、複数のネットワークとともに動作するように構成されてもよく、更に詳細には、複数のネットワークプロトコルとともに動作するように構成されてもよい。ＵＥ１０６が動作することができるネットワークプロトコルは、２Ｇ、３Ｇ、ＬＴＥ（４Ｇ）、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、Ｗｉ−Ｆｉ、及びＢｌｕｅｔｏｏｔｈ等を含んでいてもよい（が、これらに限定されない）。通常動作時には、ＵＥ１０６は、ＵＥ１０６が動作することができるネットワークのうちの１つとネットワーク接続を確立してもよい。時々、ＳＯＣ２００は、送受信機２３０が、例えば、ＬＴＥネットワーク等の第１のネットワークから、例えば、ＣＤＭＡ２０００（すなわち、「１Ｘ」）ネットワーク等の第２のネットワークにチューンアウェイすることを引き起こしてもよい。送受信機２３０をＣＤＭＡ２０００ネットワークにチューンするとき、ＵＥ１０６はＣＤＭＡ２０００ネットワークからのトラヒックを監視してもよい。また、ＵＥ１０６は、受信する予定の、着信トラヒックがあるかどうかを決定するために、ページングチャネル等に関してＣＤＭＡ２０００ネットワークを監視してもよい。その後、ＵＥ１０６は、もとのＬＴＥネットワークにチューンしてもよい。ＬＴＥネットワークからチューンアウェイされていた時間の長さに応じて、ＵＥ１０６は、ＬＴＥネットワークから送信される様々な種類の信号伝達を、場合によっては見逃す可能性がある。これにより、ＵＥ１０６がＬＴＥネットワークとの同期の喪失を引き起こす可能性があるため、リチューン時に、ＬＴＥネットワークへのリンクを回復してもよい。送受信機２３０を第１のネットワークからチューンアウェイしている期間が長いほど、第１のネットワークがＵＥ１０６のＲＲＣ接続を解除する可能性が高くなる。
【００２６】
第１のネットワークへの接続をサポートする基地局は、様々な理由から、ＵＥ１０６のＲＲＣ接続を解除する可能性がある。例えば、第１のネットワークにおけるＲＲＣ非活動タイマが時間切れになる可能性、ＲＬＣ送信の最大数に達する可能性、又は第１のネットワークがＲＬＦを検出する可能性がある。ＵＥが、第１のネットワークへサポートする基地局にリチューンするとき、ＵＥはＲＲＣ接続が解除されていないという前提の下にある可能性があり、その理由は、ＵＥが第１のネットワークからのＲＲＣ解除メッセージを見逃した可能性があるためである。ＵＥ１０６が、送信すべきデータを有しているとき、ＵＥ１０６は（一実施形態では）事前に確立されたアクセスチャネルを介して第１のネットワークに１つ以上のＳＲメッセージを送信してもよい。ＳＲ（スケジューリング要求）メッセージがリンクの完全な回復に失敗したときには、この実施形態におけるＵＥは、ＲＡＣＨを介して１つ以上のＳＲを送信してもよい。ＲＡＣＨを介して送信したＳＲがリンクの再確立に失敗したときには、この実施形態におけるＵＥ１０６は、第１のネットワークとのＲＲＣ再確立手順を開始してもよい。第１のネットワークが再確立を拒絶した（例えば、ＲＲＣを解除した）場合には、最後の手段として、ＵＥ１０６の検討されている実施形態は、確立すべき新しいリンクを求める要求であるＲＲＣ接続要求を開始することができる。後述の様々な実施形態では、これらの様々な手順を実行する回数を、ＵＥ１０６が第１のネットワークからチューンアウェイされていた時間量により制限してもよい。一実施形態では、様々な手順のうちの１つ以上を試みる最大回数が、第１のネットワークからチューンアウェイされていた時間量に反比例する可能性がある。
【００２７】
図３を一時的に参照すると、第１のネットワークの基地局にリチューンした後で、無線モバイルデバイスと第１のネットワークとの間のリンクを回復するための一種類の手順を示す図を示している。図示の実施例では、ＵＥ１０６の送受信機を基地局を経由してネットワーク１にチューンして（３０５）、リンクを確立した後にＵＥ１０６の送受信機はネットワーク１から確認応答を受信する（３１０）。リンクを確立した後のある時点に、ＵＥ１０６の送受信機が、ネットワーク１から一時的にチューンアウェイして、着信トラヒックを監視する（３２０）ために、ネットワーク２にサービスを提供する基地局にチューンしてもよい（３１５）。着信トラヒックは、着信通話、テキスト・メッセージ、又はネットワーク２によりサポートされた他の任意の種類のトラヒックの形であってもよい。その後、ＵＥ１０６の送受信機が、ネットワーク１にリチューンしてもよい。ネットワーク１にリチューンするときに、ＲＡＣＨを介してＵＥ１０６の送受信機から基地局に前文を送信してもよい（３２５）。ネットワーク１の基地局は、ランダムアクセス応答を返信して、前文の受信を確認してもよい（３３０）。その後、ＵＥ１０６の送受信機が、ＳＲメッセージをネットワーク１の基地局に送信することにより応じてもよい（３３５）。ネットワーク１の基地局がＲＲＣ接続を解除していない場合には、ＵＥ１０６に確認応答を送信してもよい（３４０）。その後、ＵＥ１０６の送受信機が、基地局を介してネットワーク１にＵＬ通信を送信してもよく、ネットワーク１からＤＬ通信を受信してもよい。その一方で、ＲＲＣ接続が解除された場合には、ＵＥ１０６が受信する予定の確認応答メッセージをネットワーク１から送信することはない。したがって、リンクを回復しようと試みるＲＡＣＨを介してのＳＲの複数の試行は失敗する可能性がある。
【００２８】
ＵＥ１０６が基地局からチューンアウェイされている時間量を決定するために、タイマを実行してもよい。一実施形態では、ＳＯＣ２００上に、又はＵＥ１０６内の他の場所に、ハードウェアとしてタイマを実装してもよい。他の実施形態では、ＵＥ１０６のプロセッサ２０２のうちの１つ以上で実行されるソフトウェア命令を用いてタイマを実行してもよい。制御回路（例えば、プロセッサ２０２のうちの１つ以上、及び／又はプロセッサ２０２のうちの１つ以上で実行される命令）が、ＵＥ１０６と第１のネットワークとの間のリンクを回復しようとして実行される予定の様々な手順のそれぞれに対して実行される予定の最大試行回数を計算してもよい。また、第１のネットワークとのリンクを回復しようと試行する方法のうちのどれに従うべきかを決定するために、様々な時間閾値を実行してもよい。簡略化する目的で、本開示では、２つの異なる閾値と、３つの対応する期間、すなわち、短いチューンアウェイ期間、中程度のチューンアウェイ期間、及び長いチューンアウェイ期間と、について検討する。しかしながら、本開示は、限定的であるように意図されているわけではなく、したがって、任意の好適な個数の調整期間を実行してもよく、本明細書で開示するよりも高い精度も可能であり、かつ想定されていることに留意されたい。更に、本明細書では通信リンクを回復するための特定の手順について検討しているが、本開示の範囲は、これらの特定の手順に限定するように意図されているわけではない。一般的に、第２のネットワークにチューンアウェイした後に、ＵＥと第１のネットワークとの間の通信リンクを回復するのに適した任意の手順が可能であり、かつ想定されている。更に、このような手順は、ＵＥとの通信が可能な様々なネットワークに適合してもよい。したがって、異なる手順を異なる種類のネットワークとともに使用することも可能であり、かつ想定されている。手順は制御回路（例えば、プロセッサ２０２）の管理に従って実行されてもよく、制御回路の管理に従って様々な送信を実行するＵＥ１０６の送受信機を含んでいてもよい。
【００２９】
ここで図４を参照すると、無線モバイルデバイスから第１のネットワークへのリンクを回復しようと試みるための方法の一実施形態を示すフロー図を示している。図示の実施形態では、方法４００が、第２のネットワークにチューンアウェイされた期間後のＵＥ送受信機の第１のネットワークへのリチューンから始まる（ブロック４０５）。方法３００は、ＵＥ送受信機を第１のネットワークにチューンした後に、ＵＥ送受信機を第２のネットワークにチューンして、その後、第１のネットワークにリチューンすると仮定する。一実施形態では、ＵＥ送受信機がチューンアウェイされていた時間量を計算して、その時間を、ＵＥと第１のネットワークとの間のリンクを回復しようとして実行される予定のそれぞれの、手順の種類及び最大試行回数を決定する根拠として使用してもよい。他の実施形態では、所与の手順に対する最大試行回数が、第１のネットワークからチューンアウェイされていた時間量に関係なく、ＵＥの制御回路／ＳＯＣにより設定されるように、固定値であってもよい。チューンアウェイされていた時間量に関係なく、所与の手順に対して固定した試行回数を実行する実施形態では、固定した試行回数を決定する際に、ＵＥの制御回路が基地局を上書きする場合があることに留意されたい。例えば、基地局は所与の手順について最大１０回の試行まで許容し得るが、同じ手順について制御回路は５回の試行の実行だけに制御回路自体を制限する場合がある。一般的に、制御回路は、基地局による特定の手順の試行回数の制限を、基地局により設定されたよりも小さい自ら課した制限で上書きすることができる。所与の手順に対する試行回数は、制御回路の中、例えば、レジスタ内、制御回路内の不揮発性メモリ内、又は他の任意の好適な記憶媒体内に記憶されてもよい。
【００３０】
第１のネットワークにリチューンした後に、第１のネットワークとのリンクを回復しようと試みる１回以上の試行を、第１の手順を用いて実行してもよい（ブロック４１０）。試行のうちの１つが成功したときには（ブロック４１５、「はい」）、ＵＥ及び第１のネットワークは、回復したリンクを介して通信を開始することができる（ブロック４４５）。第１の手順を用いてリンクを回復しようと試みる試行のどれもが成功しなかったとき（ブロック４１５、「いいえ」）、第２の手順を用いてリンクをようと試みる１回以上の試行を実行してもよい（ブロック４２０）。第２の手順を用いてリンクを回復しようと試みる試行のいずれかが成功したとき（ブロック４２５、「はい」）、ＵＥと第１のネットワークとの間の通信が、リンクを介して再開できる（ブロック４４５）。第２の手順を用いた試行のどれもが成功しなかったとき（ブロック４２５、「いいえ」）、第３の手順を用いてリンクを回復しようと試みる１回以上の試行を実行する（ブロック４３０）。第３の手順を用いてリンクを回復しようと試みる任意の試行が成功したとき（ブロック４３５、「はい」）、ＵＥと第１のネットワークとの間の通信が、リンクを介して再開できる（ブロック４４５）。それ以外の場合、すなわち、第３の手順を用いてリンクを回復する試行のどれもが成功しなかったときには（ブロック４３５、「いいえ」）、ＵＥに対するＲＲＣ接続を第１のネットワークが解除したと判断してもよい。したがって、ＵＥは、第１のネットワークに要求を送信して、新しいリンクを確立してもよい（ブロック４４０）。
【００３１】
一実施形態では、手順の様々なものに対する試行回数が、第１のネットワークからチューンアウェイされた時間量に基づいていてもよい。例えば、第１のネットワークからチューンアウェイされた時間が短い（例えば、第１の閾値よりも短い）とき、リンクを回復しようとしてＵＥ１０６の送受信機からＸ個のＳＲメッセージを送信してもよい。第１のネットワークからチューンアウェイされた時間が中程度の長さである（例えば、第１の閾値より長いが、第２の閾値より短い）とき、ＵＥ１０６の送受信機からＹ個のＳＲメッセージを送信してもよく、ここで、Ｙ＜Ｘである。したがって、特定の手順を用いた、より長いチューンアウェイ時間に対する試行回数は、ある場合には、より短いチューンアウェイ時間に対する試行回数と比べて少なくなる。
【００３２】
実施形態によっては、継続的に試行を実行するにつれて、送信電力を増加させてもよいことに更に留意されたい。１つの試行から次の試行への電力増加量が、最大試行回数に基づいていてもよい。一実施形態では、最大試行回数が多いとき（短いチューンアウェイ時間に基づいて）と比べて、最大試行回数が少ないときには（長いチューンアウェイ時間に基づいて）、電力増加幅が、より大きくなる可能性がある。例えば、第１の手順の複数の試行を実行するとき（ブロック４１０）、継続する試行のたびにＵＥの送受信機からの送信電力が増加してもよい。送信電力は、第１の試行に対してＰ０で示す値に設定してもよい。第１の試行がリンクの回復に成功しなかったとき、Ｐ０＋ΔＰの電力レベルで第２の試行を実行してもよく、ここで、ΔＰは付加された送信電力の増分である。第２の試行が成功しなかったとき、Ｐ０＋２ΔＰの送信電力で第３の試行を実行してもよい。継続する試行のたびに送信電力の更なる増分を付加しながら、最大試行回数まで引き続き試行を実行することができる。一般的に、所与の手順のｎ番目の試行に対する送信電力は、電力＝Ｐ０＋（ｎ−１）ΔＰと表現してもよい。送信電力の逐次的な増加は、複数の試行を実行する手順のうちのいずれかで（ブロック４１０に加えて、例えば、ブロック４２０及び４３０において）実行してもよいことに更に留意されたい。
【００３３】
図５は、短い期間のチューンアウェイ後にＵＥから第１のネットワークへのリンクの回復を試みるための方法を示すフローチャートである。この方法は、ＵＥの送受信機がチューンアウェイされていた時間量が、第１の時間閾値よりも短いことをタイマが示しているときに実行されてもよい。本明細書に示す方法は、チューンアウェイを短い期間のチューンアウェイと判断しているという決定を要求する。
【００３４】
図示の実施形態では、方法５００が、第１のネットワークへのＵＥのリチューンから始まる。第１のネットワークにリチューンするときに、ＳＲメッセージを用いてリンクを回復しようと試みる最大Ｎ回の試行を行ってもよい。ＵＥと第１のネットワークとの間の事前に確立されたチャネルを介してＳＲメッセージを送信してもよい。Ｎ回の試行のそれぞれが失敗したときには（ブロック５０５、「はい」）、ＲＡＣＨを介してＳＲメッセージを送信することによりリンクを回復しようと試みるＭ回の試行を実行してもよい。ＲＡＣＨを介してＳＲメッセージを送信することによりリンクを回復しようと試みるＭ回の試行のそれぞれがリンクの回復に成功しなかったとき（ブロック５１０、「はい」）、ＵＥが第１のネットワークにＲＲＣ再確立要求を送信してもよい。リンクを再確立するようにとの要求を第１のネットワークが拒絶したとき（ブロック５１５、「はい」）、第１のネットワークとの新しいリンクを確立するために、ＵＥがＲＲＣ接続要求（ブロック５２０）を送信してもよい。新しいリンクを確立した後に、ＵＥが、ＵＬに関する情報を第１のネットワークに送信してもよい（ブロック５２５）。
【００３５】
Ｎ回のＳＲ試行のいずれかがリンクの回復に成功したとき（ブロック５０５、「いいえ」）、リンクが回復して、ＵＥがＵＬに関する情報を第１のネットワークに送信してもよい（ブロック５２５）。同様に、Ｍ回のＲＡＣＨ試行のうちのいずれか１つが成功したときには（ブロック５１０、「はい」）、リンクが回復し、通信が再開して、ＵＥがＵＬに関する情報を送信してもよい。更に、ＲＲＣ再確立要求を拒絶しなかったとき（ブロック５１５、「いいえ」）、リンクが回復する。
【００３６】
図６は、中程度の期間のチューンアウェイ後にＵＥから第１のネットワークへのリンクの回復を試みるための方法を示すフロー図である。第１のネットワークからチューンアウェイされていた時間量が、第１の時間閾値よりも長いが、第２の時間閾値よりも短いことをタイマが示しているとき、方法６００を実行してもよい。図示の実施形態における方法６００の流れは、上述の方法５００の流れと実質的に同じである。しかしながら、ＳＲ試行の回数をＮ回に制限する代わりに、試行回数をＫ回に制限し、ここで、Ｋ＜Ｎである。第１のネットワークは、中程度の期間のチューンアウェイの間にＲＲＣ接続を解除してしまう可能性が高いので、ＳＲ試行の回数をより少ない値に制限することにより、電力を節約しながら、リンクを回復したり、又はＵＥと第１のネットワークとの間に新しいリンクを確立したりする際に使用される時間を短くすることができる。
【００３７】
図７は、長い期間のチューンアウェイ後にＵＥから第１のネットワークへのリンクの回復を試みるための方法を示すフロー図である。チューンアウェイの継続期間が第１及び第２の時間閾値の両方を超えていることをＵＥのタイマが示しているとき、図示の実施形態における方法７００を使用してもよい。方法７００の流れは、上述の方法５００及び６００と実質的に同じである。しかしながら、この場合、ＲＡＣＨ試行の回数をＬ回に制限し、ここで、Ｌ回は、前の２つの方法で許容されたＭ回の試行よりも少ない。方法７００のこの実施形態では、ＳＲ試行の回数をＫ回に制限し、このＫは、上述の方法６００の実施形態でＳＲ試行の回数を制限したのと同じ値である。
【００３８】
図８は、長い期間のチューンアウェイ後にＵＥと第１のネットワークとの間のリンクの回復を試みるための方法の他の実施形態を示すフロー図である。上述の方法７００と同様に、第１のネットワークからチューンアウェイされていた時間量が第１及び第２の時間閾値の両方を超えているとき、方法８００を使用してもよい。方法８００では、長い期間のチューンアウェイ後に第１のネットワークにリチューンするときに、ＳＲ試行又はＲＡＣＨ試行を行わない。その代わりに、方法８００は、第１のネットワークにリチューンするときに、間に入る余計な手順なしに、ＲＲＣ再確立要求を送信することを想定する。ＲＲＣ再確立要求を拒絶したとき（ブロック８０５、「はい」）、第１のネットワークとの新しいリンクを確立するために、ＲＲＣ接続要求を送信してもよい（ブロック８１０）。それ以外の場合、すなわち、ＲＲＣ再確立要求を拒絶しなかったとき、リンクが回復して、ＵＥがＵＬを介して第１のネットワークに通信を送信してもよい。
【００３９】
上述の開示が完全に理解されれば、当業者には数多くの変形及び変更が明らかになるであろう。添付の請求項はこのような変形及び変更を全て包含するように解釈されることが意図されている。
【図１】
0005883194.tif 000002
【図２】
0005883194.tif 000003
【図３】
0005883194.tif 000004
【図４】
0005883194.tif 000005
【図５】
0005883194.tif 000006
【図６】
0005883194.tif 000007
【図７】
0005883194.tif 000008
【図８】
0005883194.tif 000009