JP2007267409A - 通信障害に起因する打ち切りから接続を救済する方法 - Google Patents

通信障害に起因する打ち切りから接続を救済する方法 Download PDF

Info

Publication number
JP2007267409A
JP2007267409A JP2007129531A JP2007129531A JP2007267409A JP 2007267409 A JP2007267409 A JP 2007267409A JP 2007129531 A JP2007129531 A JP 2007129531A JP 2007129531 A JP2007129531 A JP 2007129531A JP 2007267409 A JP2007267409 A JP 2007267409A
Authority
JP
Japan
Prior art keywords
rescue
connection
limit
mobile station
current
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2007129531A
Other languages
English (en)
Other versions
JP4544269B2 (ja
Inventor
Frank Huntzinger Jason
フランク ハンチンガー ジェイソン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Denso Corp
Original Assignee
Denso Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Denso Corp filed Critical Denso Corp
Publication of JP2007267409A publication Critical patent/JP2007267409A/ja
Application granted granted Critical
Publication of JP4544269B2 publication Critical patent/JP4544269B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
    • H04W16/06—Hybrid resource partitioning, e.g. channel borrowing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Communication Control (AREA)

Abstract

【課題】通信接続を打ち切りから救済するための試行の回数ならびに集中を制限する効率的かつ安全な手続を提供する。
【解決手段】１例として、接続当たりの救済の回数を制限する。別の例では、最後の救済から特定の時間が経過した後に限って救済が許可される。さらに別の例では、所定の時間内における救済の合計回数が制限される。さらに、これらの救済制限の組み合わせを使用できる。他の例では、移動局（ＭＳ）が、所定の時間内に受信した良好フレームのパーセンテージを継続的に追跡し、スレッショルド値とチェックし、会話を継続するにはそれが低すぎるか決定する。又は、確認応答を要求するメッセージの再送信の失敗が特定回数になったことを検出した、特定数の不良フレームを検出した、あるいは別のインジケータに基づいて一般的に不十分な接続を検出した場合、引き続く障害は救済されないようにしても良い。
【選択図】図１２

Description

（関連出願に対するクロス・リファレンス）本発明の実施形態は、２０００年１１月２８日に出願された米国仮特許出願第６０／２５３，６１２号の「ＲｅｔｒｙＬｉｍｉｔｆｏｒＤｒｏｐＣａｌｌＲｅｓｃｕｅＣｈａｎｎｅｌＰｒｏｃｅｄｕｒｅｓ（呼び出し打ち切り救済チャンネル手続のための再試行制限）」からの優先権を主張するものであり、かつ２００１年１０月１６日に出願された米国特許出願第０９／９７８，９７４号の「ＦｏｒｗａｒｄＬｉｎｋＢａｓｅｄＲｅｓｃｕｅＣｈａｎｎｅｌＭｅｔｈｏｄａｎｄＡｐｐａｒａｔｕｓｆｏｒＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ（通信システムのための順方向リンクベース救済チャンネル方法および装置）」に関連し、その内容を、あらゆる目的に関して、参照によりこれに援用する。
本発明は、概して通信ネットワーク管理に関し、一実施形態においては、通信接続を打ち切りから救済するための試行の回数ならびに集中を制限する効率的かつ安全な手続を提供する方法ならびに装置に関する。
（序論）
緊急通信のための手段を単に提供するというより、セルラ電話は、急速に、今日的社会における通信の主要な形態になりつつある。セルラ電話の使用が普及するに従って、セルラ電話ネットワークがますます優勢になり、消費者の要求を満たすべく、より大きなエリアにわたる利用範囲を提供するようになっている。図１は、無線セクタＡ１４およびセクタＢ１６を伴う第１の基地局（ＢＳ）１２、およびセクタＣ２０を伴う第２のＢＳ１８を含む無線通信基盤またはネットワークによってサービスされる地理的エリア内を動き回るモバイルユーザによって操作される移動局（ＭＳ）１０の例を図示している。その種の動き回りの中で、ＭＳ１０は、位置Ａから位置Ｂへ、さらに位置Ｃへと移動し、当然のことながら、コンタクトしているＢＳ（１ないしは複数）に関連付けされている順方向リンクの信号強度ならびに信号品質における変動を経験することになる。信号の強度ならびに品質は、たとえばＭＳ１０がセクタＡ１４の破線によって画定されるエリアからセクタＢ１６の破線によって画定されるエリアからへ、あるいはセクタＢ１６からセクタＣ２０へ移動するときのように、セクタの境界近傍では特に信頼性の低いものとなることがある。接続の打ち切りは、この種の遷移エリアをはじめ、そのほかの信号強度の弱い、もしくは品質の低いエリアにおいて生じやすい。なお、ここで述べている接続には、限定する意図ではないが、音声、マルチメディアビデオまたはオーディオのストリーミング、パケット交換データおよび回路交換データ接続、ショートメッセージシーケンスまたはデータバースト、およびページングが含まれる。
接続の打ち切りは、セルラ電話ユーザが単に困る程度のものから大きな打撃を与えるものまで広い範囲にわたる可能性がある。たとえば、打ち切られた緊急の９１１接続は、決定的、さらには致命的となることさえある。接続の打ち切りは、サービスプロバイダを変更させる充分な苛立ちを消費者にもたらすこともある。したがって、接続の打ち切りを防止することは、セルラネットワークプロバイダにとっての主要な重要課題である。
（セルラ電話ネットワーク）
図２は、ＭＳ２４とＢＳ２６の間における一例の通信リンク２２を表している。ＢＳ２６からＭＳ２４への通信は順方向リンクと呼ばれ、ＭＳ２４からＢＳ２６への通信は逆方向リンクと呼ばれる。ＢＳ２６は、通常、複数のセクタを包含し、一般にはそれが３である。各セクタは、個別の送信機および、それぞれが異なる方向を指向するアンテナ（トランシーバ）を含む。ＢＳという用語が、しばしば、広くトランシーバと同義に使用されることから、ここでは用語ＢＳおよびセクタがある意味で相互交換可能に使用されることを理解する必要がある。順方向および逆方向のリンクは、多数の順方向および逆方向のチャンネルを使用する。たとえば、ＢＳ２６は、複数の順方向チャンネル上において一斉送信を行う。これらの順方向チャンネルには、限定する意図ではないが、１ないしは複数のパイロットチャンネル、同期チャンネル、１ないしは複数のページングチャンネル、複数の順方向トラフィックチャンネルを含めることができる。パイロット、同期、およびページングチャンネルは、ＢＳ２６がすべてのＭＳに対する通信にそれらのチャンネルを使用することから共通チャンネルと呼ばれている。概して、これらの共通チャンネルは、データの搬送には使用されず、一斉送信ならびに共通情報の配信に使用される。これに対して、複数存在する順方向トラフィックチャンネルは、各順方向トラフィックチャンネルが特定のＭＳ２４に向けられていることから専用チャンネルと呼ばれており、データを搬送することができる。
ＢＳ２６内の各セクタは、そのセクタを識別し、かつＭＳ２４が容易にデコードできるパイロットチャンネルを一斉送信する。セクタおよびパイロットチャンネルは、いずれも擬似ノイズ（ＰＮ）オフセットによって区別される。用語「パイロット」は、パイロットチャンネルがセクタを識別することから、用語「セクタ」とほとんど相互交換可能に使用することができる。
パイロットチャンネルは、ＭＳに対して黙示的にタイミング情報を提供し、コヒーレントな復調にもそれが使用されるが、そのほかは通常、いかなるデータも含んでいない。ＭＳは、最初に立ち上げられたとき、パイロットチャンネルのサーチを開始する。ＭＳがパイロットチャンネルを獲得すると（それが復調できると）、パイロットチャンネル内の黙示的なタイミング情報によってＭＳは、迅速かつ容易に、ネットワークによって送信されている同期チャンネルを復調することができる。
同期チャンネルには、より詳細なタイミング情報が含まれていることから、ＭＳが同期チャンネルを獲得した後は、ＭＳは、そのパイロットチャンネルを送信しているのと同じＢＳによって送信されているページングチャンネルを獲得することができる。その種のＢＳは、アクティブＢＳと呼ばれる。
セルラネットワークが特定のＢＳを介してＭＳとの通信の開始を試みているとき、そのＢＳのページングチャンネル上において、そのＭＳに対して「ページ」が送信される。従って、ＭＳが、一旦、特定のＢＳのページングチャンネルを復調できるようになった後は、そのＭＳがアイドルにあり、到来接続または到来メッセージを待機している間、そのページングチャンネルをモニタすることができる。
概して、各ＢＳは、すべてのＭＳが共通に受信する、１つのパイロットチャンネル、１つの同期チャンネル、および１つのページングチャンネルを使用する。しかしながら、１つのページングチャンネルを使用して同時にページング可能なＭＳの数に実用上の制限があることから、中には複数のページングチャンネルを使用するＢＳもある。
逆方向チャンネルは、アクセスチャンネル、および１ないしは複数の逆方向トラフィックチャンネルを含むことができる。ＭＳが到来ページをＢＳから受信した後は、ＭＳは、一部においてアクセスチャンネルを使用して接続のセットアップを開始することになる。
前述したチャンネルは、各種のコード化の手法を使用することができる。時分割多元アクセス（ＴＤＭＡ）では、複数のチャンネルが一定の時間ウインドウ内において特定の周波数で通信されることが可能であり、そのウインドウ内の異なるタイミングを用いてそれらが送信される。つまり、たとえばチャンネルＸは、時間スロットの１セットを使用し、チャンネルＹは、時間スロットの別セットを使用する。周波数分割多元アクセス（ＦＤＭＡ）では、一定の周波数ウインドウ内において特定の時間に複数のチャンネルが通信されることが可能であり、そのウインドウ内の異なる周波数を用いてそれらが送信される。符号分割多元アクセス（ＣＤＭＡ）では、周波数および時間の空間が与えられ、特定のウォルシュコードまたは擬似直交関数（ＱＯＦ）に従って各チャンネルに様々な時点において様々な周波数が割り当てられる。このコードは、特定のチャンネルが周波数および時間に関してどのように変化するかを定義することになる。ダイレクトシーケンスＣＤＭＡにおいては、各チャンネルからのデータがウォルシュコードまたはＱＯＦを使用してコード化され、その後、１つの合成信号に組み合わせられる。この合成信号が、特定の時間に広い周波数範囲にわたって拡散される。この合成信号を、オリジナルデータのコード化に用いられたコードと同一のコードを使用してデコードすれば、オリジナルデータを抽出することができる。ウォルシュコードおよびＱＯＦは、組み合わせられたときに互いに干渉しないコード化データを生成し、その結果、後の時点において各種のチャンネル上でその情報を回復するようにデータを拡散することができるので、このようなオリジナルデータの回復が可能になる。言い換えると、データの２つのコード化済みシーケンスが互いに加算されて第３のシーケンスを生成するとき、その第３のシーケンスをオリジナルのコードと相関させることによって、オリジナルのシーケンスを回復することができる。特定のコードを用いて復調するときは、ほかのコードの知識が必要とはならない。しかしながらノイズおよび混信によって、何が実際に送信されたかについての決定を行うためにエラー修正が必要となることがある。ＣＤＭＡ無線通信システムは、下記の標準によって十分に詳しく説明されており、それらは、２５００ ｗｉｌｓｏｎ Ｂｌｖｄ．， Ａｒｌｉｎｇｔｏｎ， ＶＡ ２２２０１（２２２０１ バージニア州アーリントン，ウィルソンブルーバード，２５００）を居所とするＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＩＮＤＵＳＴＲＹ ＡＳＳＯＣＩＡＴＩＯＮ， Ｓｔａｎｄａｒｄｓ ＆ Ｔｅｃｈｎｏｌｏｇｙ Ｄｅｐａｒｔｍｅｎｔ（テレコミュニケーション・インダストリ・アソシエーション，標準およびテクノロジ部門）によって公表されており、それらのすべてが参照によりここに援用される：ＴＩＡ／ＥＩＡ−９５Ｂ （１９９９年２月１日公表）；ＴＩＡ／ＥＩＡ／ＩＳ−２０００， Ｖｏｌｕｍｅｓ １−５， Ｒｅｌｅａｓｅ Ａ （２０００年３月１日公表）。
例示のみを目的としてさらにＣＤＭＡについて述べると、ウォルシュコードまたはＱＯＦは、特定のチャンネルのコード化に使用される。したがって、前述したように、パイロットチャンネルをデコードするための単純な形は、すべてが１にコード化されたＷ０ウォルシュコードとすることができる。同様に、同期チャンネルは、交番極性のＷ３２ウォルシュコードを使用することが可能であり、これらのコードは一定かつ既知である。
各ＭＳは、チャンネルを各種のセットにグループ化し、それには、限定を意図するわけではないが、アクティブセット、近隣セット、候補セット、および残余セットを含めることができる。
ＭＳアクティブセットは、任意の時点においてＭＳが使用しているパイロットまたはＰＮオフセット識別子を含んでいる。すなわち、ＭＳがアイドル状態にあるが、ページングおよびオーバーヘッドの更新のために単一のＢＳをモニタしているとき、そのＭＳに関するアクティブセットは、その唯一のメンバとしてそのＢＳのパイロットまたはＰＮオフセット識別子を含むことになる。
しかしながら、ＭＳが１つのＢＳまたはセクタからほかへハンドオフされている時、このハンドオフの間は、同時に複数のＢＳまたはセクタと実際に通信していることがある。このような状況が生じと、アクティブセット内に、同時に複数のアクティブパイロットが存在することになる。たとえば、「ソフトハンドオフ」においては、ＢＳ「Ａ」と通信しているＭＳが、最初にＢＳ「Ａ」を削除することなくＢＳ「Ｂ」との通信を開始し、その結果としてＢＳ「Ａ」およびＢＳ「Ｂ」がともにアクティブセット内に存在することになる。「ソフターハンドオフ」においては、ＢＳ「Ａ」内のセクタ「Ａ」と通信しているＭＳが、最初にセクタ「Ａ」を削除することなくＢＳ「Ａ」内のセクタ「Ｂ」との通信を開始し、その結果としてセクタ「Ａ」およびセクタ「Ｂ」がともにアクティブセット内に存在することになる。しかしながら、「ハードハンドオフ」においては、ＢＳ「Ａ」と通信しているＭＳが、最初にＢＳ「Ａ」を削除した後に限ってＢＳ「Ｂ」との通信を開始し、その結果として任意の時点においてアクティブセット内には、Ｓ「Ａ」または「Ｂ」のいずれかが存在し、両方ともに存在することはない。
ＭＳが複数のＢＳと通信を行っている間は、そのＭＳがレーキ受信機のフィンガを１ないしは複数のセクタからの複数のチャンネルに同時に割り当てる。ＭＳが同時に複数のＢＳと通信を行っているときは、ＭＳは、それらのＢＳの両方から同一のデータを受信している必要がある。しかしながら、データが同一であっても、チャンネルが異なるために、異なるＢＳからそれが異なって伝達される可能性もある。そのためレーキ受信機は、異なるチャンネル上において異なるセクタからのエンコード済みデータを受信し、それらのセクタを独立に復調し、その後それらのデータを結合する。データが結合されるときには、弱いチャンネルからのデータ、すなわちより多くのエラーを有する可能性のあるデータより、強いチャンネルからのデータにより重い重み付けがなされる。このように、最終結果の生成においては、正しいとする公算がより高いデータに対して、より高い重み付けが与えられる。
ＭＳがアイドル状態の間は、共通チャンネル上において、アクティブＢＳの近隣となるＢＳを含む近隣セットがそのＭＳによって受信される。しかしながら、ＭＳがアクティブであり、トラフィックチャンネルを介してＢＳと通信を行っているときには、トラフィックチャンネル上において近隣セットが更新される。
そのほかの、ネットワーク内のアクティブセット、近隣セット、または候補セット（後述）内に含まれていないＢＳは、残余セットを構成する。図３に示されているように、ＭＳがアイドルかアクティブかによらず、ネットワークは、ＭＳに対してオーバーヘッドメッセージ３０、３２、および３４を繰り返し送信する。これらのオーバーヘッドメッセージは、ネットワークの構成に関する情報を含んでいる。たとえば、拡張された近隣のリストのオーバーヘッドメッセージ３４は、ＭＳに対して、存在する近隣およびそれらを探す場所について知らせる。これらの近隣識別子は、少なくとも一時的にＭＳのメモリ内に記憶される。
候補セットは、ＭＳがそのアクティブセットの一部として要求したが、まだアクティブセットに昇格されていないＢＳのセットである。これらの候補ＢＳは、ネットワークが、まだＭＳからのメッセージに応答してハンドオフ指示メッセージ（ＨＤＭ）を、すなわちそのＭＳにそれらのＢＳを含めるべくアクティブセットを変更する指示をそのＭＳに送信していないために昇格されていない。通常、その種のメッセージの交換は、後述するように、ハンドオフプロセスの一部として生じる。
図４は、無線通信基盤５６の一般的な構造を図示している。クライアントＭＳ３６は、継続的に、ＢＳ３８等の近隣ＢＳから受信しているパイロットチャンネルの強度をモニタし、「パイロット追加スレッショルド値」より充分に強いパイロットをサーチする。近隣パイロットチャンネル情報、つまりこの分野において「近隣セット」として知られている情報は、セルクラスタ４２をコントロールすることが可能なＢＳコントローラ（ＢＳＣ）４０あるいは移動交換センタ（ＭＳＣ）４４を含むネットワーク基盤統一体を介してＭＳに伝達することができる。ここで理解しておく必要があるが、ＭＳおよび１ないし複数のネットワーク基盤統一体は、ＭＳおよびネットワークの機能をコントロールするための１ないしは複数のプロセッサを備えている。これらのプロセッサは、当業者であれば熟知しているメモリおよびそのほかの周辺装置を備える。１つのＢＳ３８によってサービスされている領域から別の領域へＭＳ３６が移動するとき、ＭＳ３６は、特定のパイロットを「近隣セット」から「候補セット」に昇格させ、ＢＳ３８または複数のＢＳに対して、「パイロット強度測定メッセージ」（ＰＳＭＭ）を介して、当該特定のパイロットの「近隣セット」から「候補セット」への昇格を通知する。また、このＰＳＭＭは、受信したパイロット信号の強度に関する情報も含んでいる。ＢＳ３８は、この「パイロット強度測定メッセージ」に従ってＢＳまたはネットワークの「アクティブセット」を決定し、ＨＤＭを介して新しい「アクティブセット」をＭＳ３６に通知することができる。しかしながら、ここで注意が必要であるが、処理しなければならないＢＳリソース問題をネットワークが有していることもあるため、新しいアクティブセットは、必ずしも常にＭＳの要求に正確に応じたものになるとは限らない。
ＭＳ３６は、古いＢＳ３８および新しいＢＳの両者との通信を、各ＢＳのパイロットの強度が「パイロット削除スレッショルド値」を超えている限り、維持することができる。パイロットの１つがこのパイロット削除スレッショルド値より弱くなると、ＭＳ３６は、その変化をＢＳに通知する。それによりＢＳは、新しい「アクティブセット」を決定し、ＭＳ３６に対してその新しい「アクティブセット」を通知する。ＢＳによる通知があると、ＭＳ３６は弱くなったパイロットを「近隣セット」に降格する。これは、ハンドオフのシナリオの一例である。接続が失敗したときに、ＭＳ３６がハンドオフを開始し、あるいはハンドオフのプロセスに入ることは一般的である。セルの境界近傍、パイロットの汚染のあるエリア、あるいはセルのブリージングによって著しく影響を受けているエリアには、一般に通信範囲が不充分かまたは信号の弱い環境が存在することからこの種のことが予測され、それらについてはすべて、この分野においてよく知られている。
（接続の打ち切り）
接続の打ち切りは、いくつかの形で明らかになる。図５は、この分野においてＣＤＭＡ無線ネットワークに関する「レイヤ２確認応答障害」として知られる状況を示している。図５に示した例においては、ＭＳがＰＳＭＭ４８を送信してＢＳによる確認応答を要求している。ＢＳは、それを正確に受信できているが、図５に示したケースにおいては、そのＢＳの確認応答（ＡＣＫ）４６をＭＳが受信していない。ＭＳは、送信カウンタに従ってメッセージをＮ１ｍ（＝９）回再送した後、接続を終了する（打ち切る）。「レイヤ２確認応答障害」が生じたメッセージがＰＳＭＭ４８である場合、つまりＭＳが接続を維持するために必要とするパイロットに関する要求を含むメッセージである場合に、このタイプの障害が生じることは一般的である。
図６は、ＣＤＭＡ無線ネットワークにおいて本発明を使用して回復が可能な第２の状況を示している。この状況は、この分野においては「順方向リンクフェード障害」として知られている。フェードは、受信信号パワーの減衰の期間である。この状況では、ＭＳがＮ２ｍ（＝１２）個の連続する不良フレーム５０を受信し、それに対する応答として、その送信機５２を停止させる。その後、Ｎ３ｍ（＝２）個の連続する良好フレームを、Ｔ５ｍ（＝５）秒後にフェードタイマがタイムアウトする前までに受信できなければ、ＭＳは、接続５４を打ち切る。ＭＳがパイロットを候補セットに昇格し、ＰＳＭＭの送信を必要としている期間、あるいはＭＳがＰＳＭＭを送信したが、まだハンドオフ指示メッセージを受信していない期間に、このタイプの障害が生じることは一般的である。
「レイヤ２確認応答障害」および「順方向リンクフェード障害」は、過剰に高いフレームエラーレートまたは爆発的なエラーレートに起因して生じることがある。図７に図示されているように、チャンネル５８は、通常は持続時間が８０ミリ秒のスロット６０、つまりスーパーフレームに分割することができる。各スロットは、３つのフェーズ６２に分けることができる。これらのフェーズには、０、１、および２の番号が付されている。それらのフェーズの上にオーバーラップする形で４つのフレーム６４がある。これら４つのフレームは、スーパーフレームの境界で３つのフェーズとそろえられる。したがって各フレーム６４は、通常、２０ミリ秒の長さになる。各フレーム６４内には、ヘッダエリア６６、何らかの信号情報６８、およびおそらくは何らかのデータ７０が含まれている。ここで、フレーム６４が、異なる内容を持つことを理解する必要がある。あるフレームが信号およびデータを含み、別のフレームが信号のみを含み、さらに別のフレームがデータのみを含むということもある。各フレーム６４が異なるデータレートを有することも許容され、データレートは、フレームごとを基準として変更することができる。例示のいくつかの通信標準においては、４つのレートが存在する。すなわち、１／１、１／２、１／４、および１／８である。したがって、例えば音声アクティビティがない場合には、１／８フレームレートを用いて情報を送信することができ、これは、より遅いレートを用いて情報を伝達すれば必要な電力または帯域幅がより低く抑えられることから有利である。
実用的な通信ネットワークにおいては、ゼロパーセントのエラーレート（つまり、すべてのフレームが適正に受信されること）を目標とすることが現実的でも、また望ましいことでもない。むしろ、たとえば１パーセントのエラーレートが目標とされる。パワーコントロールループは、実際にこのフレームエラーレートをコントロールしている。この例の場合、フレームエラーレートが上昇して１パーセントを超えると、パワーコントロールループが、ＭＳによって送信される信号のパワーを増加し、その結果、フレームエラーレートが約１パーセントまで減少する。これに対して、フレームエラーレートが１パーセントより小さい場合には、パワーコントロールループが、送信パワーを下げて電力を節約し、フレームエラーレートが１パーセントまで上昇することを許容する。したがってＢＳは、ＭＳが特定のエリア内を移動する間、あるいは他のタイプの混信が発生または終了するとき、コンフィグレーションメッセージ内のパワーコントロールビットを介して継続的に、エラーレートを約１パーセントに維持するため種々のパワーレベルにおいて送信するようにＭＳに対して指示を与える。ＭＳは、通常、ＢＳによって推奨されているパワーレベルを尊守する。それに加えて、ＢＳは、特定のチャンネルに関するその送信パワーを変更することもできる。つまり、ＢＳおよびＭＳはともに、継続的に、他方のパワーレベルを変更するために互いにフィードバックを与えることができる。しかしながら、ＢＳが、ＭＳからのフィードバックに基づいて、その送信機のパワーレベルの変更を必ずしも行う必要はない。
上記のパワーコントロールループにもかかわらず、セルラネットワーク内をＭＳが動き回り、物理的な障害、隣接チャンネルからの混信、およびセクタのエッジ近傍の場所に起因する信号強度ならびに信号品質における変動を経験しているときには、エラーレートを約１％にコントロールできなくなることがあり、エラーレートが許容不能なレベルに上昇すれば、接続の打ち切りが問題化する。
（救済手続）
逆方向リンクをベースとする救済手続または接続の再スタートは、以前からすでに提案されている。通常の逆方向ベースの救済手続においては、ＭＳが救済チャンネルを送信し、その一方で通信ネットワークが、１ないしは複数のセクタを使用して救済チャンネルの復調を試みる。しかしながら、提案されている接続の再スタートを基礎とする救済手続は、ランダムアクセスチャンネルを使用し、ＭＳがプロービングを行うことから多くの電力を必要とするだけでなく、大量の混信を招く。それに加えて、提案されている逆方向ベースの救済手続は、順方向フェード状態の間に限って起動され、ＢＳに先行してＭＳが送信することから不完全であり、後に説明を示す理由から効率も低い。
逆方向ベースの救済手続によってもたらされる欠点を克服するために、順方向ベースの救済手続が提案されている。そのような順方向ベースの救済手続の１つが、２００１年１０月１６日に出願された米国特許出願第０９／９７８，９７４号の「Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｂａｓｅｄ Ｒｅｓｃｕｅ Ｃｈａｎｎｅｌ Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ（通信システムのための順方向リンクベース救済チャンネル方法および装置）」に開示されており、そこでは、通信ネットワーク内のＭＳと通信基盤の間における信号落ちおよび接続の打ち切りを防止するための方法および装置について述べられている。ここで言う接続には、限定する意図ではないが、音声、マルチメディアビデオならびにオーディオのストリーミング、パケット交換データおよび回路交換データ接続、ショートメッセージシーケンスまたはデータバースト、およびページングが含まれる。これにおいて包括的に「順方向救済手続」（ＦＲＰ）と呼んでいる手続によれば、ＭＳまたはＢＳにおいて通常であれば接続の打ち切りがもたらされることになる障害からシステムを回復することが可能になる。ＦＲＰを使用して克服可能な障害のシナリオの例には、順方向リンクのレイヤ２（Ｌ２）確認応答障害および、スレッショルド値を超える時間間隔にわたって信号落ちをもたらすフェードに起因する順方向リンク信号落ちが挙げられる。ＭＳは、潜在的な接続打ち切りの状況に応答して、打ち切りの危機にある接続を救済するために、自発的に、そのレーキ受信機のアクティブセットに、ＢＳパイロットチャンネルを追加する。同時に、ネットワーク通信基盤が、ＦＲＰの間にＭＳによってモニタされる可能性の高い代替順方向リンクチャンネル上において送信を開始する。同じチャンネルがＭＳによってモニタされ、通信基盤によって送信に用いられるのであれば、打ち切りの危機にある接続を救済することが可能になる。
一般的なＦＲＰにはＭＳＦＲＰが含まれ、通信基盤ＦＲＰを含めることもできる。図８は、典型的な接続救済におけるＭＳＦＲＰおよび通信基盤ＦＲＰの時間ラインの一例を示している。前述したようにＭＳＦＲＰがすべての救済の中心となり、通信基盤ＦＲＰは、推奨されるが厳密に必要とはされない。
ＭＳＦＲＰのトリガは、発生する障害のタイプに依存する。「レイヤ２」障害の場合であれば、ＦＲＰが、確認応答を求めるメッセージの、多数回にわたる再送信の失敗に応答して起動される。「順方向リンクフェード障害」の場合には、スレッショルド値を超える時間間隔にわたって信号落ちが存在するときにＦＲＰが起動される（参照番号７２を参照）。
救済の試行が開始される時点においては、ＭＳがＦＲＰタイマをスタートする（参照番号７４を参照）。救済が完了する前にＦＲＰタイマがタイムアウトすると、接続が打ち切られる。それに加えてＭＳは、救済の試行が開始された時点において、その送信機をオフにし、新しいアクティブセットを選択する（参照番号７４を参照）。この実施形態においては、事実上ＭＳが、それが送信したＰＳＭＭ（１ないしは複数）に基づいてハンドオフ指示を仮定する（そのＰＳＭＭが実際に送信されたか否か、送信に成功したか否か、あるいは確認応答があったか否かによらない）。言い換えると、ＭＳは、ハンドオフ指示なしに自発的にパイロットを「アクティブセット」に昇格させる（つまり、新しいアクティブセットは、古いアクティブセットと自発的に昇格させたアクティブパイロットの和集合になる：Ｓ”＝Ｓ ∪ Ｓ’）（参照番号７６を参照）。その後ＭＳは、救済チャンネルをサーチするために、この新しい「アクティブセット」内の循環を開始する。前述したように、救済チャンネルという用語は、各種の通信プロトコルによって使用されるチャンネルを定義するための各種スキームを包含しているが、開示の簡素化を目的として、ここでは救済チャンネルを、「仮コードチャンネル」（ＡＣＣ）（参照番号７８を参照）と同一視する。
すでに述べたが、通信基盤ＦＲＰは、推奨されてはいるが、ネットワーク内の各ＢＳに厳密に要求されているものではいない。通信基盤ＦＲＰが実行される場合には（参照番号８０を参照）、通信基盤（ネットワーク）は、ＡＣＣを送信することになるセクタを選択する。
ＦＲＰの一実施形態においては、救済の間にわたりＡＣＣを介してゼロ（ブランク）データが送信される。別の実施形態においては、ＡＣＣを介してデータが伝達されることもあるが、ＭＳは、実際にそのＡＣＣを見つけて復調に成功する場合にもそのデータのヒアリングのみを行なう。
ある時点においてＭＳが、Ｎ３Ｍ個のＡＣＣの良好なフレームを見つけてその復調を行うと（参照番号８２を参照）、その送信機をオンにし、ＢＳに対する送信を開始する。ＭＳおよびＢＳがともにあらかじめ決定された数の良好なフレームを受信すると、救済が完成し（参照番号８４を参照）、ＢＳは、そのＭＳをより永続的なチャンネルに割り当てし直す。それに加えて、ネットワークが、たとえばオーバーヘッドを介してＡＣＣの再割り当てを行うこともできる。さらにＢＳは、「救済完了ハンドオフ」メッセージ８６を送信することによって、ＭＳのアクティブセットの再割り当てを行い、救済後のクリーンアップを行うことができるが、そのメッセージには、「汎用」または「ユニバーサルハンドオフ指示」メッセージ等のすでに存在するハンドオフメッセージを再使用することが可能である。順方向ベースの救済手続に関する追加の詳細については、２００１年１０月１６日に出願された米国特許出願第０９／９７８，９７４号の「Ｆｏｒｗａｒｄ Ｌｉｎｋ Ｂａｓｅｄ Ｒｅｓｃｕｅ Ｃｈａｎｎｅｌ Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ（通信システムのための順方向リンクベース救済チャンネル方法および装置）」を参照されたい。
概して言えば、上述したような接続救済方法は、通常、接続を維持するために、代替もしくは別のアクティブセット、つまりハンドオフに用いるＢＳセクタのセットを探し出すことによって接続の再設定を試みるものである。方法の如何によらず、いくつかの接続救済の試行が失敗することは明らかである。
接続が繰り返し失敗する場合には、救済手続が長時間にわたって無制限に救済の試行を継続する可能性がある。これにより、音声接続を行っているユーザの音の送受信に過度の途切れがもたらされる可能性がある。パケットデータ接続においては、データスループット等のサービスパラメータの品質がマイナスの影響を受ける。接続が繰り返し失敗し、かつ救済の試行が成功しつつ繰り返し実行される場合には、リソースが救済目的のため使用が制限されることになる。これは、接続の失敗を経験している個別のＭＳをはじめ、ほかのＭＳならびにネットワーク通信基盤の要素にとっても、そのサービスの質ならびにキャパシティに負の影響がもたらされることになる。
したがって、今、望まれているものは、打ち切りからの通信接続の救済するための試行の回数ならびに集中を制限する効率的かつ安全な手続である。
（発明の要約）
接続救済方法は、「順方向リンクフェード」または「レイヤ２確認応答」の再試行タイムアウトといった通信障害に起因する打ち切りから接続を救済するべく設計された手続である。しかしながら、救済の回数ならびに頻度に関してなんらのコントロールも行なわなければ、接続が継続して失敗する場合に、ＭＳが救済の再試行を繰り返してしまう。これにより、ユーザが非常に長い時間にわたって音切れあるいは不十分な音の送受信を経験する状態を招く可能性があり、ユーザは欲求不満となり、別のサービスプロバイダへ乗り換える機会を増加させる結果となる。それに加えて、全体的なシステムのキャパシティならびにパフォーマンスが、送信の繰り返しによって影響を受ける。
本発明は、通信接続を打ち切りから救済するための試行の回数ならびに集中を制限する効率的かつ安全な手続を提供する。救済の試行に対する制限の程度は、ネットワークリソースならびにその可用性に依存させてもよい。たとえば、接続を維持する代償に、高出力救済手続に起因するキャパシティへの負の影響が含まれる場合には、救済を制限するネットワーク運用が好ましいかもしれない。別の影響は、ユーザが著しい音切れを経験するかもしれないことである。たとえば、接続がその時間の８０％を救済に、その時間の２０％を、「フレームエラーレート（ＦＥＲ）」が非常に高い（たとえば、それが３０％を超える）不十分な状態に費やしている場合には、その接続は維持する価値がないかもしれない。救済のために確保されている基本的には使用されない帯域幅は、より良好なサービスの質を伴う別の接続に利用可能であることから、その種の接続を維持することは、その救済に必要とされるリソースに見合わない。
再試行制限を実施する方法は多数存在する。１つの方法は、１接続当たりの救済の回数を制限することになろう。別の方法においては、最後の救済から特定の時間が経過した後に限って救済が許可されることになる。さらに別の方法では、あらかじめ決定された時間内における救済の合計回数が制限される。それに加えて、これらの制限の組み合わせを使用することもできる。
さらに、音声ユーザに対しては、単に長時間にわたって音声を途切れさせておくより、接続が打ち切られつつある旨を警告した方が好ましいことがある。１つのケースにおいては、特に、ユーザが不十分な通信範囲のエリア内にとどまっている場合に、音声が無期限に途切れる可能性がある。それに代えて、ＭＳは、間を置かずに（あるいは、所定短時間内に）行われた特定回数の救済の成功の後に、救済を継続するべきか、あるいは接続を打ち切るべきかをユーザに警告することができる。
別の実施形態においては、ＭＳが、所定の時間にわたって受信された良好なフレームのパーセンテージを継続的に追跡し、スレッショルド値に対してチェックを行い、会話を継続するにはそれが低すぎるか否かを決定することができる。それに加えてＭＳは、逆方向送信の追跡、すなわち所定時間内に実際に送信されたフレームの数（全フレーム数に対する送信されたフレーム数のパーセンテージ）を追跡することができる。このフレームのカウントには、送信されたフレームのみが含まれるべきであり、生成されたすべてのフレームとする必要はない。そのパーセンテージが低すぎる場合（もしくは無活動の長いバーストが生じた場合）にＭＳは、それを、接続の救済を継続するか否かを決定するための入力として使用することができる。それに代えて、確認応答を要求するメッセージの再送信の失敗が特定回数になったことが検出された場合（ただし「Ｌ２確認応答」障害を起動するには充分でない）、もしくは特定数の不良フレームが検出された場合（ただし、「順方向リンクフェード」障害を検出するには充分でない）、あるいは別のインジケータに基づいて一般的に不十分な接続が検出された場合には、引き続く障害は救済されないようにしても良い。
好ましい実施形態の以下の説明において、本出願の一部をなすとともに、本発明が実用化されえる特定の実施形態を図によって示す添付図面が参照される。ここで理解される必要があるが、本発明の好ましい実施形態の範囲から逸脱することなく、そのほかの実施形態が使用され、あるいは構造的な変更がなされることは可能である。さらに理解される必要があるが、ここに述べられる説明は、説明のみを目的として基本的にＣＤＭＡ通信プロトコル（コードベースのプロトコル）に言及しているが、本発明の実施形態は、概してそのほかの通信プロトコルならびにディジタル無線技術にも適用可能であり、限定する意図ではないが、それにはＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＧＳＭ、ＧＰＲＳ等も含まれる。
図９は、本発明の一実施形態に従った再試行制限の実施の一例を示している。図９では、時間８８においてＭＳがフェイルし、時間９０において救済され、時間９２において再びフェイルし、時間９４において再び救済され、その後もこのフェイルおよび救済のパターンが繰り返される。このＭＳが比較的長い累積時間にわたって、たとえば３０％の時間にわたり救済チャンネルを使用している場合には、それによって様々な問題を生じることがある。第１に、多数回の障害によっておびただしい音切れをユーザにもたらす。第２に、コード、電力等のリソースが無駄になる。第３に、非常に多くの救済がほかのチャンネルとの過剰な干渉をもたらす可能性がある。この問題を克服するためには、救済を必要としている接続に再試行の制限を加えればよい。
本発明の実施形態は、再試行制限を実施するために多数の方法を使用する。１つの方法では、１接続当たりの救済の回数が制限される。図９に示されているように、任意の１つの接続に関して、Ｍ回の障害に対するＭ回の救済が許容され、その回数が超過されたとき、時間９６におけるＮ番目の障害については救済が許されず、接続が打ち切られる。別の方法は、最後の救済から特定の時間が経過した場合限って救済を許容するものである。図９においては、最後の救済と次の障害との間の時間ｔ１があらかじめ決定された時間ＴＩＭＥ１を超える場合に接続が救済されることになる。しかしながら、最後の救済と次の障害の間との時間ｔ２があらかじめ決定された時間ＴＩＭＥ１を超えていない場合には、救済が許可されない。さらに別の方法においては、あらかじめ決定された時間当たりの救済の合計回数が制限されることになる。図９においては、時間９０において障害１の救済が生じた後に、タイマがスタートされ、あらかじめ決定された時間Ｔ３をカウントする。この時間間隔Ｔ３の間においては、一定回数の障害の救済のみが許容され、その回数に到達すると、時間間隔Ｔ３内に生じるその後の障害（例えば、図３の例における時間９６における障害Ｎ）は、接続の打ち切りをもたらすことになる。それに加えて、これらの制限の組み合わせを使用することもできる。
再試行制限は、救済手続を起動する「Ｌ２確認応答」および「順方向リンクフェード」障害等の発生、あるいは救済を必要とする障害への未達の発生に対して実施されることができる。ここでは、これらの発生のいずれについても潜在的失敗接続と呼ばれる。救済を必要とする障害への未達の発生は、一般に不十分な接続を示す。たとえばＭＳが、所定の時間にわたって受信した良好なフレームのパーセンテージがあらかじめ決定されたスレッショルドより小さいことを検出した場合には、その後の障害が救済されないようにできる。それに加えて、ＭＳが、所定の時間にわたって送信されたフレームの数があらかじめ決定されたスレッショルドより小さいことを検出した場合には、その後の障害が救済されないようにできる。それに代えて、確認応答を要求するメッセージの再送信の失敗の回数が特定の回数となったことが検出された場合（ただし「Ｌ２確認応答」障害を起動するには充分でない）、もしくは特定数の不良フレームが検出された場合（ただし、「順方向リンクフェード」障害を検出するには充分でない）、あるいは別の何らかのインジケータに基づいて一般的に不十分な接続が検出された場合には、引き続く障害が救済されないようにできる。
救済の決定は、ＭＳとＢＳの間において指示されるメッセージである救済命令によってコントロールすることができる。これらの救済命令は、接続が失敗していないときに伝達されるとともに、救済が生じた直後、接続の開始時、ハンドオフごと、あるいは別の有意な時点において生じる。ＭＳに対して送信される接続救済の「許可」あるいは「不許可」等の個別の救済命令は、ＭＳに、その後の救済が許可されるか、それ以上の救済が許可されないかについて指示する。ＭＳに対して送信される個別の救済命令について、通常ＢＳは、そのプロセッサを使用して救済の決定を行う。たとえば、ＢＳが、１接続当たりの救済のカウントを維持し、最大カウントを超えるまでは「許可」命令を送信し、それを超えると、残りの接続に関してＢＳが「不許可」命令を送信するといったことが可能である。
救済コントロール命令をＭＳに送信して、たとえばそれ以降に許容されている救済の回数、次の救済が許可されるまでの時間遅延、救済の頻度もしくは集中等の救済の決定に必要な救済パラメータを伝達することもできる。図１０は、一例として、制限パラメータのルックアップ機能の実施形態を示したテーブルである。一実施形態においては、救済コントロール命令が、ルックアップテーブルにおけるインデクス９８を提供することによって制限を指定することができる。これは、使用するビットがより少ない、より効率的な情報の通信を可能にする。
救済コントロール命令は、それぞれの打ち切りのタイプ（たとえばＬ２またはフェード）に固有のコントロール情報を含むこともできる。たとえば、救済コントロール命令は、ＭＳに対して、その後に生じるフェード障害を救済しないこと、あるいはその後に生じるＬ２障害の救済を許容されるまで１分間の待機が必要なことなどを指示できる。本発明の一実施形態においては、障害のタイプ等の各種のパラメータによって特徴付けされる救済記録が維持され、そのデータが決定をなすために再適用されえる。たとえばネットワークが、Ｌ２確認応答障害はより迅速に救済される可能性が全般的に高く、その後の救済を必要しないことを見出し、それゆえ、２番目、３番目およびその後のＬ２障害接続の救済を促進するが、フェードを生じた接続の再救済を拒否するということが考えられる。
同様に、救済コントロール命令が、それぞれの打ち切りの原因（通信範囲、ハンドオフ速度、パイロットの汚染等）に固有のコントロール情報を含むこともできる。たとえば、ＭＳが通信範囲のエリア外に移動したことから失敗を生じることがある。それに加えて一部の障害は、ハンドオフが早すぎるか、遅すぎるために生じる。たとえば、ＭＳがセクタＡからセクタＢに移動し、セクタＢが追加され（ＭＳとの通信を開始する）、ＭＳとセクタＢとの安定した接続が確立される前にセクタＡが削除された場合（ＭＳとの通信を終了する）、ハンドオフが早すぎたことによって障害が発生する。その逆に、ＭＳがセクタＡからセクタＢに移動し、セクタＢが追加され、セクタＡが削除されるが、ＭＳとセクタＡとの接続をＭＳが失うまで削除が行われない場合には、ハンドオフが遅すぎたことによって障害が発生する。パイロットの汚染によっても接続が失敗することがあり、その場合、移動中のＭＳに、類似した、あるいは最低限の信号強度を持ついくつかのパイロットの存在によって混乱がもたらされ、適切なパイロットを捜し出す前に失敗を生じることがある。その種の障害の原因は、ロケーション情報、ＰＳＭＭ（接続を救済する充分な強度のパイロットがほかに存在しない）、一連のＰＳＭＭ、および獲得はされるがメッセージの一部としては送信されないそのほかの測度等を使用することによって、ネットワークによる検出可能か予測可能なこともある。打ち切りの原因に依存して、救済コントロール命令のパラメータは変化しても良い。ここで理解される必要があるが、打ち切りの原因に特有の救済パラメータは、接続の打ち切りの原因を予測し、接続の失敗に先行して伝達されるか設定されるものである。接続の失敗が検出され、接続の失敗の原因が決定されると、その接続の失敗の原因に対する特有の救済パラメータは、救済の決定に影響を及ぼすことができる。
本発明のさらに別の実施形態においては、救済コントロール命令が、それぞれの状況（接続のタイプ（データ、音声等）、セクタ、地理的な場所、ＭＳ、ＭＳのベンダ等）に特有のコントロール情報を含むこともできる。ネットワークが救済の試行を細かくコントロールできることの利点は、リソースの効率的な使用を最大化できるということである。たとえば、１を超える数の救済を実行することが一般に非効率となるエリアにＭＳが入る場合には、ネットワークが、セクタごとを基準に救済を制限することができる。これは、ハンドオフ後にパラメータをセットする利点の１つである。
したがって救済コントロール命令は、その後に許容されている救済の回数、次に救済が許可されるまでの時間遅延等、救済の決定に必要な所定の情報（救済パラメータ）、あるいは打ち切りのタイプ（たとえば、Ｌ２またはフェード）、打ち切りの原因（通信範囲、ハンドオフ速度、パイロットの汚染等）、もしくは状況（接続のタイプ（データ、音声等）、セクタ、地理的な場所、ＭＳ、ＭＳのベンダ等）に関連する接続特有の情報を伝達することができる。しかしながら、ここで理解されたいことは、この情報が救済コントロール命令を介して伝達される必要はないということである。本発明の別の実施形態においては、ＭＳまたはネットワークのいずれかが、所定の救済パラメータを記憶しておいてもよく、また接続の失敗に先行して、あるいは失敗の時点において、独立に接続特有の救済パラメータを決定し、それぞれの救済の決定をなすプロセスにおいてその情報を使用することもできる。
本発明の実施形態に従ったＭＳまたはネットワークの救済コントロールの他の実施形態としては、同一の地理的エリアもしくは時間的な期間内における、あるいは特定のＭＳに関する過去の救済の試行の成功に基づく救済の制限がある。たとえば、ネットワークもしくはＭＳが、その後の救済が必要になる方法でＭＳの救済が行われたことを知った場合には、それ以降の救済を許可しないようにできる。この救済の制限は、近傍における最近のもしくは現在の接続から適応的に学習することが可能である。たとえば、１つのＭＳが救済を試行したが失敗した場合には、接続に失敗している、同一条件を経験しているほかのすべてのＭＳが救済を許可されないようにすることができる。
本発明の別の実施形態は、最後の救済（１ないしは複数）が実行された迅速さに基づいて救済の制限を定義する。より多くの時間が接続に費やされ、より少ない時間が救済の努力に使用されることになるため、迅速なほど良い。遅い救済ほど多くのリソースが浪費され、所定の時間内に実行可能な救済の数が少なくなってしまう。したがって、迅速に救済が可能なＭＳには、その後の救済を許可し、救済に時間を要したＭＳには引き続く救済を許可しないようにしても良い。別の実施形態は、無音（逆方向もしくは順方向リンク、またはその両方）に費やされた累積時間（または時間のパーセンテージ）がどの程度であるかに基づいて救済の制限が定義される。
これまで説明した救済コントロールメッセージは、スタンドアロンメッセージであっても良いし、またセクタごとのパラメータを伝えるために、ハンドオフ指示メッセージ、トラフィック内システムパラメータメッセージ、もしくは近隣リスト更新メッセージ内に埋め込んでもよい。それに加えて、接続が継続されたときの救済の終了時において、救済されたＭＳを、チャンネル割り当てメッセージを使用する特別なチャンネルに割り当てることもできる。救済コントロールメッセージは、救済の終了時におけるこれらのチャンネル割り当てメッセージに含まれることが特に適している。
図１１は、順方向リンク上の接続救済コントロールメッセージの実施形態を示した一例としての命令メッセージテーブルである。図１１は、指示された救済再試行のコントロールのメッセージを送る実施形態を示している。ここで、接続救済コントロール命令パラメータがＯＲＤＱ１００内に指定されていることに注意されたい。図１１は、ＩＳ‐２０００‐Ａ標準における命令の指定に使用されている形式に従った救済命令の実行を示しているが、オーバーヘッド、ハンドオフ指示、チャンネル割り当て、および一般的には無線プロトコルに関するそのほかの類似のメッセージに適用可能である。これらの考え方をｃｄｍａ２０００以外に拡張することは容易である。
本発明の一実施形態においては、ＭＳがネットワークからコントロール命令を受信すると、ＭＳは、そのプロセッサを使用して救済の決定を行なう。たとえばＭＳが、次の救済が許可されるまでの時間遅延を含むコントロール命令を受信した場合には、ＭＳは、必要な時間の間カウンタまたはタイマによる計時を維持し、その後、更なるの失敗の救済を可能にする。
救済命令を、ＭＳからＢＳに送信することもできる。たとえばＭＳが、次の救済が許可されるまでの時間遅延を含むコントロール命令を受信した場合に、ＭＳは、この時間をカウントするためにカウンタまたはタイマによる計時を維持し、この期間内に、接続の救済を試行しないことをＢＳに指示する特別な命令をＢＳに対して送信することができる。この時間が経過し、ＭＳが更なる失敗を救済することが可能になったときには、接続の救済の試行をＢＳに指示する特別な命令をＢＳに対して送信することができる。
上記に加えて、ＭＳが、ＢＳとは独立に救済の制限を設定するための独自の計略を維持することもできる。たとえば、送受話機を持ったユーザのフラストレーションを抑えるために、ＭＳは、単一の接続の間に特定の制限された回数の救済が生じた場合にそれ以降の救済を許可しないといった、ネットワークの救済制限基準より厳しい独自の再試行制限手続を実行してもよい。ＭＳが、前述のネットワークと同様に、障害のタイプ、原因、または状況を検出し、それに従ってそれぞれの救済コントロール命令を変更することもできる。つまり、ここで理解する必要があるが、これにおいて論じている再試行制限計略は、開示を簡明にする目的から、基本的にネットワークの再試行制限計略に向けられているが、ＭＳの再試行制限計略にも等しく適用可能である。
本発明の別の実施形態においては、音声ユーザに対して、単純に長時間にわたって音を無音にさせておくより、接続が打ち切られつつある旨を警告した方が好ましいことがある。たとえば、ユーザが不十分な通信範囲のエリア内にとどまっている場合には、無期限に音が無音となる可能性がある。それに代えてＭＳは、間を置かずに（あるいは、所定短時間内に）行われた特定数の救済の成功の後に、救済を継続するべきか、あるいは接続を打ち切るべきかをユーザに警告することができる。たとえば、あらかじめ決定した回数の救済の後に、ＭＳは、音声メモを再生してユーザに対して接続が失敗していることを通知し、さらに救済を試行する指示、もしくは接続を終了する指示のいずれかを与える特定キーの操作または音声コマンドの発話のオプションをユーザに与えることができる。またＭＳは、ユーザに、ユーザによる構成が可能な特定の救済パラメータ、たとえばそのユーザが所定の接続に許容する救済の回数等の入力を促すこともできる。これらのユーザによる構成が可能な救済パラメータは、全体的にＭＳもしくはネットワークの再試行制限基準の影響下に置かれ、かつそれによって制限される。
さらに、ここで論じている再試行制限計略は、逆方向ならびに順方向ベースの救済手続の両方に等しく適用可能である。ネットワークが救済チャンネルを送信する順方向ベースの救済手続については、ＭＳが独立に救済の決定を行い、それをネットワークに渡すこともあるため、ネットワークの救済の意図が、それ独自の救済意志決定および／またはＭＳの救済の意図に基づくことが考えられる。ネットワークの救済の意図が確定された後は、ネットワークからＭＳにその救済の意図が伝えられ、その結果、ＭＳは、救済が試行されない場合に単純にその接続を打ち切ることになり、救済チャンネルを待機しまた探すことはない。ＭＳが救済チャンネルを送信する逆方向ベースの救済手続については、ネットワークが独立に救済の決定を行い、それをＭＳに渡すこともあるため、ＭＳの救済の意図が、それ独自の救済意志決定および／またはネットワークの救済の意図に基づくことが考えられる。ＭＳの救済の意図が確定された後は、ＭＳからネットワークにその救済の意図が伝えられ、その結果、ネットワークは、救済が試行されない場合に単純にその接続を打ち切ることになり、救済チャンネルを待機しまた探すことはない。
図１２は、これまで述べた本発明の実施形態に従った救済の試行をコントロールする一般的なプロセスを要約したフローチャートである。ＭＳまたはＢＳ等のネットワーク統一体は、接続が失敗しているか、また救済が必要であるかあるいは試行されるべきか否かについての決定を行なうため、接続１１０をモニタする。一実施形態においては、ＭＳおよびＢＳ（１ないしは複数）がともに図１２の手続を実行することができる。モニタを行っている統一体は、接続が失敗しているか否かをチェックし（１２０）、失敗していなければモニタを継続する（１１０）。接続が失敗している場合にこのプロセスは、救済の試行に関する有効な制限があれば、それが何かを決定する（１３０）。これには、ネットワークからＭＳに送信された救済の制限の呼び出し、あらかじめ構成済みのパラメータ、あるいはデータベース記載事項の読み出しを含む。ブロック１３０には、現在の接続に対してすでに行った救済の試行回数等の、制限に適用可能な情報の決定も含まれる。統一体は、続いてブロック１４０において、制限ならびに現在の状態に基づいて、救済が許可されるか否かを決定する。救済によって、救済に関して前述した制限もしくは規制を超える結果となることからその救済が許可されない場合には、接続が救済されることなく、接続が打ち切られる結果となる（１７０）。救済が許可される場合には、統一体が救済の試行を開始し（１５０）、それに成功すると（１６０）、接続を再設定する。その後、統一体は、それ以降の失敗のモニタを継続する（１１０）。救済が失敗した場合には、接続が打ち切られる（１７０）。
図１３（ａ）〜１３（ｆ）は、本発明の一例としての実施形態を示したメッセージおよびイベントのシーケンス図である。本発明の実施形態は、接続を救済するか否か、あるいは失敗を続ける接続を継続して救済するか否かに関するＭＳもしくはＢＳ（１ないしは複数）の決定に影響を及ぼすために使用することが可能な信号伝送構造を含む。本発明の実施形態は、１つの接続における救済の回数の制限、特定の時間内における救済の回数の制限、救済間の時間の制限（つまり、特定の時間が経過するまで次の救済を許可しない）、あるいはこれらのいくつかの組み合わせを含む。救済と救済の間の時間を制限する場合には、救済の成功の直後に接続が失敗すると、接続が打ち切られることになる。この種の制限を記述するパラメータは、標準の中で指定すること、あらかじめ定義しておくこと、あるいはメッセージの送信を介して救済手続を制限する統一体に伝達することが可能である。一実施形態においては、通信基盤（ネットワーク）がＭＳに、オーバーヘッドメッセージを使用して制限パラメータを伝達することができる。
図１３（ａ）は、基準ＢＳ１９０と通信を行っているＭＳ１８０を示している。救済手続の成功２００に続いて、基準ＢＳ１９０は、更なる救済がＭＳ１８０に認められないことを示す「接続救済不許可命令」２１０を送信する。その後、ブロック２２０によって表される適当な時間が経過すると、基準ＢＳ１９０は、もし失敗が生じたならばＭＳ１８０は接続の救済の試行が認められることをＭＳ１８０に伝える「接続救済許可命令」２３０を送信する。
図１３（ｂ）は、別の実施形態を示しており、それにおいては、救済手続の成功２００に続いてＭＳ１８０に送信される「接続救済コントロール命令」２４０によって、ＭＳ１８０に、現在有効な特定の接続救済の制限を伝える。たとえば、この「接続救済コントロール命令」２４０は、ブロック２５０によって表される時間が経過するまで再救済が認められないことをＭＳ１８０に示すことができる。
図１３（ｃ）は、基準ＢＳ１９０がオーバーヘッドメッセージ２６０内において一般的な救済制限をＭＳ１８０に伝達する方法を示している。この種のオーバーヘッドメッセージの例としては、ページングチャンネルシステムパラメータメッセージまたはトラフィック内システムパラメータメッセージが挙げられる。救済の試行をコントロールする各種の方法に加えて、方法の動作を指定するいくつかの手法が存在する。数例の実施形態は、標準もしくは実施の中で救済の回数（接続当たり、所定時間期間当たり、あるいはそのほかの基準）を一定となるように指定したり、この情報をオーバーヘッド２６０（ページングチャンネルまたはそのほかの共通チャンネルのメッセージ送信）において指定したり、たとえば接続の開始時もしくは各ハンドオフのときに接続ごと（ＭＳごと）に情報を指定したりするか、あるいは救済の成功時もしくはその直後にそのパラメータを指定することを含む。一実施形態においては、オーバーヘッドメッセージ２６０内に指定されている制限に、救済の試行と試行の間の時間を含めることができる。図１３（ｃ）には、その種の時間制限を超える時間２７０が示されており、それゆえ最初の救済の成功２９０から時間２７０が経過すると、２番目の救済２８０が許可される。また図１３（ｃ）は、ハンドオフメッセージ３００が修正された接続救済制限情報を含み、その種のパラメータの情報を適時的な態様で提供できることも示している。
図１３（ｄ）は、ハンドオフメッセージ３１０が、オーバーヘッ・メッセージ３２０内において以前に指定された制限を、救済が生じる前に更新できることを示している。たとえば、時間の制限３３０を変更することができる。
同様に、図１３（ｅ）は、ハンドオフメッセージ３１０が受信された後に、新しいオーバーヘッドメッセージ３４０が、以前に指定された制限を、救済が生じる前に更新できることを示している。これにおいても時間の制限３３０が変更される例が示されている。
図１３（ｆ）は、ある時間内に多数の救済が許可される実施形態を示している。この制限は、図１３（ｆ）の場合であれば、「接続救済コントロール命令」３５０を介して伝達される。ここで注意されたいが、３６０ａ〜３６０ｃにおいて多数の接続救済が完了されているが、非常に短い時間内に非常に多くの救済が実行されたことになるため、ＭＳは、追加の時間３７０が経過するまで救済３５０ｄを開始することができない。なお、図１３（ａ）〜１３（ｆ）においては、示された時間内に失敗が生じると接続が打ち切られることを理解する必要がある。
ここでの再試行制限の概念の説明には、一例としてＣＤＭＡセルラネットワークを使用したが、打ち切りの危険が迫っている接続の救済に関して再試行制限を設定するという基本概念は、ページングシステム、衛星通信システム、コードレス電話システム、フリート通信システムといったほかの無線プロトコルならびに技術にも適用可能、あるいは拡張可能である。なお、ここで述べているＢＳの概念には、リピータまたは各種のアンテナダイバーシティスキーム、コードレスのベース、衛星もしくはそのほかの電話等が包含される。またここで述べているＭＳの概念には、ページャ、衛星電話、コードレス電話、フリート無線等が包含される。
以上、本発明について、添付図面を参照し、その実施形態との関連において十分な説明を行ってきたが、当業者にとって各種の変更ならびに修正が明らかであることに注意が必要である。その種の変更ならびに修正は、付随する特許請求の範囲によって定義される本発明の範囲内に含まれると理解されるべきである。
無線通信システム内のセクタ間にわたり、異なる位置の間を動き回る移動局を図示している。 無線通信システム内における移動局と基地局の間の通信リンクの一例を図示している。 無線通信システム内において基地局から移動局へ伝達されるオーバーヘッドメッセージを図示している。 動き回っている移動局と通信する無線通信基盤を図示している。 「レイヤ２確認応答」障害に起因して接続の打ち切りを招くことになる移動局と基地局の間におけるメッセージシーケンスを図示している。 無線通信ネットワーク内において順方向リンクのフェードからもたらされる接続の打ち切りを表した時間ラインである。 無線通信ネットワーク内における使用のための、３つのフェーズおよび４つのフレームに分割されるスーパーフレームの時間ラインである。 「順方向救済手続」が起動される一実施形態の時間ラインである。 本発明の一実施形態に従った再試行制限の実施の一例を図示している。 本発明の一実施形態に従った一例としての制限パラメータルックアップ機能を示したテーブルである。 本発明の一実施形態に従った順方向リンク上における接続救済コントロールメッセージの一例を示した命令メッセージテーブルである。 本発明の一実施形態に従った救済の試行をコントロールするプロセスを示したフローチャートである。 （ａ）〜（ｆ）は、本発明の実施形態を示したメッセージおよびイベントのシーケンス図である。

Claims (91)

  1. ネットワークと１ないしは複数の移動局（ＭＳ）とを備え、その１ないしは複数の移動局（ＭＳ）との通信を可能とし、かつ潜在的に失敗接続となるネットラークとの接続を持つ少なくとも１つの移動局（ＭＳ）を救済するためのシステムにおいて、その潜在的な失敗接続の救済試行を制限するための方法であって、
    潜在的な失敗接続を識別し、
    その潜在的な失敗接続に対する現在の救済制限を決定し、
    その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、そして
    その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止することからなる方法。
  2. 現在の救済制限の決定は、潜在的な失敗接続の開始前に決定された予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することを含む請求項１記載の方法。
  3. 現在の救済制限の決定は、潜在的な失敗接続の救済試行が接続当たり所定回数に制限されることを決定することを含む請求項１記載の方法。
  4. 現在の救済制限の決定は、潜在的な失敗接続の救済試行が、その接続の最後の救済から所定の時間が経過した場合にのみ許容されることを決定することを含む請求項１記載の方法。
  5. 現在の救済制限の決定は、潜在的な失敗接続の救済試行が、所定時間内に、所定回数よりも少ない接続の救済が行なわれている場合のみに許容されることを決定することを含む請求項１記載の方法。
  6. 現在の救済制限の決定は、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行が中止されることを決定することを含む請求項１記載の方法。
  7. さらに、以前に移動局（ＭＳ）によって所定時間内に受信された良好フレームのパーセンテージが所定のスレッショルドパーセンテージよりも低い場合には、潜在的な失敗接続を有するその移動局（ＭＳ）の救済試行が中止されることを決定することを含む請求項１記載の方法。
  8. さらに、以前に移動局（ＭＳ）によって所定時間内に送信されたフレームのパーセンテージが所定のスレッショルドパーセンテージよりも低い場合には、潜在的な失敗接続を有するその移動局（ＭＳ）の救済試行が中止されることを決定することを含む請求項１記載の方法。
  9. さらに、以前に移動局（ＭＳ）によって所定時間内に受信された良好フレームの数が所定のスレッショルド数よりも低い場合には、潜在的な失敗接続を有するその移動局（ＭＳ）の救済試行が中止されることを決定することを含む請求項１記載の方法。
  10. さらに、移動局（ＭＳ）による確認応答を要求するメーセージの再送信に失敗した回数が所定回数となったことが以前に検出されている場合、潜在的な失敗接続を有するその移動局（ＭＳ）の救済試行が中止されることを決定することを含む請求項１記載の方法。
  11. 現在の救済制限の決定は、潜在的な失敗接続のタイプに特有である現在の救済制限を決定することを含む請求項１記載の方法。
  12. 現在の救済制限の決定は、潜在的な失敗接続の原因に特有である現在の救済制限を決定することを含む請求項１記載の方法。
  13. 現在の救済制限の決定は、潜在的な失敗接続の状況に特有である現在の救済制限を決定することを含む請求項１記載の方法。
  14. 現在の救済制限の決定は、特定の地理的エリアもしくは時間的な期間内における、潜在的な失敗接続を持つ移動局（ＭＳ）もしくは別の複数の移動局（ＭＳ）の救済成功レートの履歴に基づいて現在の救済制限を適応的に決定することを含む請求項１記載の方法。
  15. 現在の救済制限の決定は、移動局（ＭＳ）もしくは別の複数の移動局（ＭＳ）が以前に経験した状況に対する、潜在的な失敗接続を持つその移動局（ＭＳ）が経験している状況との類似性、および潜在的な失敗接続を持つ移動局（ＭＳ）もしくは別の複数の移動局（ＭＳ）の救済成功レートの履歴に基づいて現在の救済制限を適応的に決定することを含む請求項１記載の方法。
  16. 現在の救済制限の決定は、その接続の以前の救済が所定時間以内に完了された場合にのみ、潜在的な失敗接続の救済試行が許可されることを決定することを含む請求項１記載の方法。
  17. 現在の救済制限の決定は、以前に移動局（ＭＳ）によって無音状態に費やされた時間のパーセンテージが所定のスレッショルドパーセンテージよりも大きい場合に、潜在的な失敗接続を持つその移動局（ＭＳ）の救済試行が中止されることを決定することを含む請求項１記載の方法。
  18. さらに、ユーザによって移動局（ＭＳ）に入力されるコマンドに応じて、現在の救済制限を決定することを含む請求項１記載の方法。
  19. 潜在的な失敗接続の識別および現在の救済制限の決定は、ネットワークによって実施され、さらに、ネットワークから潜在的な失敗接続を持つ移動局（ＭＳ）に救済命令を用いて予め存在する救済制限を通信し、その救済命令に応じて、移動局（ＭＳ）が救済試行の許可あるいは中止を決定する請求項２記載の方法。
  20. 救済命令は、特定の救済命令を有し、その特定の救済命令によって救済試行の許可あるいは中止が移動局（ＭＳ）に指示される請求項１９記載の方法。
  21. 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、移動局（ＭＳ）が救済試行の許可あるいは中止を決定する請求項１９記載の方法。
  22. コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有の情報を含む請求項２１記載の方法。
  23. 潜在的な失敗接続の識別および現在の救済制限の決定は、潜在的な失敗接続を持つ移動局（ＭＳ）によって実施され、さらに、潜在的な失敗接続を持つ移動局（ＭＳ）からネットワークに救済命令を用いて予め存在する救済制限を通信し、その救済命令に応じて、ネットワークが救済試行の許可あるいは中止を決定する請求項２記載の方法。
  24. 救済命令は、特定の救済命令を有し、その特定の救済命令によって救済試行の許可あるいは中止がネットワークに指示される請求項１９記載の方法。
  25. 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、ネットワークが救済試行の許可あるいは中止を決定する請求項２３記載の方法。
  26. コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有の情報を含む請求項２１記載の方法。
  27. ネットワークと１ないしは複数の移動局（ＭＳ）とを備え、その１ないしは複数の移動局（ＭＳ）との通信を可能とし、潜在的に失敗接続となるネットラークとの接続を持つ少なくとも１つの移動局（ＭＳ）を救済し、および救済命令に応じてその潜在的な失敗接続の救済試行を制限するためのシステムにおいて、その潜在的な失敗接続の救済試行の制限を補助するための方法であって、
    ネットワークにおいて、
    接続に対して予め存在する救済制限を決定し、そして
    救済命令を用いて、ネットワークから接続を持つ移動局（ＭＳ）にその予め存在する救済制限を通信することからなる方法。
  28. ネットワークと１ないしは複数の移動局（ＭＳ）とを備え、その１ないしは複数の移動局（ＭＳ）との通信を可能とし、潜在的に失敗接続となるネットラークとの接続を持つ少なくとも１つの移動局（ＭＳ）を救済し、およびその潜在的な失敗接続の救済試行を制限するためのシステムにおいて、その潜在的な失敗接続の救済試行の制限を補助するための方法であって、
    潜在的な失敗接続を持つ移動局（ＭＳ）において、
    潜在的な失敗接続を識別し、
    その潜在的な失敗接続に対する現在の救済制限を決定し、
    その現在の救済制限に基づいて救済が許容される場合に、その潜在的な失敗接続の救済試行を許可し、そして
    その現在の救済制限に基づいて救済が禁止される場合に、その潜在的な失敗接続の救済試行を中止することからなる方法。
  29. さらに、潜在的な失敗接続を持つ移動局（ＭＳ）において、
    その潜在的な失敗接続の開始前に救済命令を用いてネットワークから予め存在する救済制限を受信し、そして
    その予め存在する救済制限に応じて、潜在的な失敗接続に対する現在の救済制限を決定することを含む請求項２８記載の方法。
  30. 現在の救済制限の決定は、潜在的な失敗接続の開始前に決定された予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することを含む請求項２９記載の方法。
  31. 現在の救済制限の決定は、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行が中止されることを決定することを含む請求項２８記載の方法。
  32. 現在の救済制限の決定は、潜在的な失敗接続のタイプに特有である現在の救済制限を決定することを含む請求項２８記載の方法。
  33. 現在の救済制限の決定は、潜在的な失敗接続の原因に特有である現在の救済制限を決定することを含む請求項２８記載の方法。
  34. 現在の救済制限の決定は、潜在的な失敗接続の状況に特有である現在の救済制限を決定することを含む請求項２８記載の方法。
  35. 救済命令は、特定の救済命令を有し、その特定の救済命令によって潜在的な失敗接続の救済試行の制限が移動局（ＭＳ）に指示される請求項２９記載の方法。
  36. 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、移動局（ＭＳ）が、潜在的な失敗接続の救済試行の制限を決定する請求項２９記載の方法。
  37. コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有の情報を含む請求項３６記載の方法。
  38. さらに、ユーザによって移動局（ＭＳ）に入力されるコマンドに応じて、潜在的な失敗接続に対する現在の救済制限を決定することを含む請求項２８記載の方法。
  39. ネットワークと１ないしは複数の移動局（ＭＳ）とを備え、その１ないしは複数の移動局（ＭＳ）との通信を可能とし、潜在的に失敗接続となるネットラークとの接続を持つ少なくとも１つの移動局（ＭＳ）を救済し、および救済命令に応じて潜在的な失敗接続の救済試行を制限するためのシステムにおいて、その潜在的な失敗接続の救済試行の制限を補助するための方法であって、
    潜在的な失敗接続の開始前に、接続を持つ移動局（ＭＳ）において、
    その接続に対する予め存在する救済制限を決定し、そして
    その接続を持つ移動局（ＭＳ）からネットワークに、救済命令を用いて予め存在する救済制限を通信することからなる方法。
  40. ネットワークと１ないしは複数の移動局（ＭＳ）とを備え、その１ないしは複数の移動局（ＭＳ）との通信を可能とし、潜在的に失敗接続となるネットラークとの接続を持つ少なくとも１つの移動局（ＭＳ）を救済し、およびその潜在的な失敗接続の救済試行を制限するためのシステムにおいて、その潜在的な失敗接続の救済試行の制限を補助するための方法であって、
    ネットワークにおいて、
    潜在的な失敗接続を識別し、
    その潜在的な失敗接続に対する現在の救済制限を決定し、
    その現在の救済制限に基づいて救済が許容される場合に、その潜在的な失敗接続の救済試行を許可し、そして
    その現在の救済制限に基づいて救済が禁止される場合に、その潜在的な失敗接続の救済試行を中止することからなる方法。
  41. さらに、ネットワークにおいて、
    その潜在的な失敗接続の開始前に救済命令を用いて、接続を持つ移動局（ＭＳ）から予め存在する救済制限を受信し、そして
    その予め存在する救済制限に応じて、潜在的な失敗接続に対する現在の救済制限を決定することを含む請求項４０記載の方法。
  42. 現在の救済制限の決定は、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することを含む請求項４１記載の方法。
  43. 現在の救済制限の決定は、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行が中止されることを決定することを含む請求項４０記載の方法。
  44. 現在の救済制限の決定は、潜在的な失敗接続のタイプに特有である現在の救済制限を決定することを含む請求項４０記載の方法。
  45. 現在の救済制限の決定は、潜在的な失敗接続の原因に特有である現在の救済制限を決定することを含む請求項４０記載の方法。
  46. 現在の救済制限の決定は、潜在的な失敗接続の状況に特有である現在の救済制限を決定することを含む請求項４０記載の方法。
  47. 救済命令は、特定の救済命令を有し、その特定の救済命令によって救済試行の許可または中止がネットワークに指示される請求項４１記載の方法。
  48. 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、ネットワークが、救済試行の許可または中止を決定する請求項４１記載の方法。
  49. コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有の情報を含む請求項４８記載の方法。
  50. １ないしは複数の移動局（ＭＳ）との通信を可能とし、かつ潜在的な失敗接続を持つ移動局（ＭＳ）の救済試行を制限するための通信システムであって、
    １ないしは複数の移動局（ＭＳ）であって、各移動局（ＭＳ）はＭＳプロセッサを有し、および、
    その１ないしは複数の移動局（ＭＳ）と通信状態に結合されるネットワークとを備え、
    ネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）のＭＳプロセッサは、その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するようにプログラムされている通信システム。
  51. ネットワークは、ネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）に対して予め存在する救済制限を決定し、かつその接続を持つ少なくとも１つの移動局（ＭＳ）に救済命令を用いて予め存在する救済制限を通信するようにプログラムされたネットワークプロセッサを有し、および
    ネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）のＭＳプロセッサは、さらに、ネットワークから予め存在する救済制限を受信し、かつその予め存在する救済制限に応じて潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項５０記載のシステム。
  52. ＭＳプロセッサは、さらに、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することによって現在の救済制限を決定するようにプログラムされている請求項５１記載のシステム。
  53. ＭＳプロセッサは、さらに、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行を中止するものとして、現在の救済制限を決定するようにプログラムされている請求項５０記載のシステム。
  54. ＭＳプロセッサは、さらに、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有である現在の救済制限を決定するようにプログラムされている請求項５０記載のシステム。
  55. 救済命令は、特定の救済命令を有し、その特定の救済命令によっての救済試行の許可または禁止が潜在的な失敗接続を持つ移動局（ＭＳ）に指示される請求項５１記載のシステム。
  56. 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、潜在的な失敗接続を持つ移動局（ＭＳ）が、救済試行の許可または中止を決定する請求項５１記載のシステム。
  57. コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有な情報を含む請求項５６記載のシステム。
  58. ネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）のＭＳプロセッサは、さらに、ユーザによって移動局（ＭＳ）に入力されるコマンドに応じて、潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項５０記載のシステム。
  59. 潜在的に失敗接続となるネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）の救済試行の制限を補助するためのものであって、その少なくとも１つの移動局（ＭＳ）は救済命令に応じて救済試行を制限することが可能である通信ネットワークにおいて、
    その接続に対する予め存在する救済制限を決定し、その接続を持つ移動局（ＭＳ）に救済命令を用いて予め存在する救済制限を通信するようにプログラムされたネットワークプロセッサを備える通信ネットワーク。
  60. 移動局（ＭＳ）が潜在的に失敗接続となるネットワークとの接続を持つときに、その移動局（ＭＳ）における救済試行を制限する移動局（ＭＳ）であって、
    その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するようにプログラムされたＭＳプロセッサを備える移動局（ＭＳ）。
  61. 移動局（ＭＳ）の救済試行の制限を補助するために移動局（ＭＳ）に救済命令を用いて予め存在する救済制限を通信することができるネットワークを備え、
    ＭＳプロセッサは、さらに、救済命令によってネットワークから予め存在する救済制限を受信し、その予め存在する救済命令に応じて潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項６０記載の移動局（ＭＳ）。
  62. ＭＳプロセッサは、さらに、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することによって現在の救済制限を決定するようにプログラムされている請求項６１記載の移動局（ＭＳ）。
  63. ＭＳプロセッサは、さらに、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行を中止するものとして、現在の救済制限を決定するようにプログラムされている請求項６０記載の移動局（ＭＳ）。
  64. ＭＳプロセッサは、さらに、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有である現在の救済制限を決定するようにプログラムされている請求項６０記載の移動局（ＭＳ）。
  65. 救済命令は、特定の救済命令を有し、その特定の救済命令によっての救済試行の許可または禁止が潜在的な失敗接続を持つ移動局（ＭＳ）に指示される請求項６１記載の移動局（ＭＳ）。
  66. 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、潜在的な失敗接続を持つ移動局（ＭＳ）が、救済試行の許可または中止を決定する請求項６１記載の移動局（ＭＳ）。
  67. コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有な情報を含む請求項６６記載の移動局（ＭＳ）。
  68. ＭＳプロセッサは、さらに、ユーザによって移動局（ＭＳ）に入力されるコマンドに応じて、潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項６０記載の移動局（ＭＳ）。
  69. １ないしは複数の移動局（ＭＳ）との通信を可能とし、かつ潜在的な失敗接続を持つ移動局（ＭＳ）の救済試行を制限するための通信システムであって、
    ネットワークプロセッサを有するネットワーク、および
    そのネットワークとの接続を持つ少なくとも１つの移動局を備え、
    ネットワークプロセッサは、接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するようにプログラムされる通信システム。
  70. 各移動局（ＭＳ）は、その接続に対する予め存在する救済制限を決定し、かつネットワークに救済命令を用いてその予め存在する救済制限を通信するようにプログラムされたＭＳプロセッサを有し、そして、
    ネットワークプロセッサは、さらに、ネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）予め存在する救済制限を受信し、その予め存在する救済命令に応じて潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項６９記載のシステム。
  71. ネットワークプロセッサは、さらに、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することによって現在の救済制限を決定するようにプログラムされている請求項７０記載のシステム。
  72. ネットワークプロセッサは、さらに、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行を中止するものとして、現在の救済制限を決定するようにプログラムされている請求項６９記載のシステム。
  73. ネットワークプロセッサは、さらに、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有である現在の救済制限を決定するようにプログラムされている請求項６９記載のシステム。
  74. 救済命令は、特定の救済命令を有し、その特定の救済命令によっての救済試行の許可または禁止が潜在的な失敗接続を持つ移動局（ＭＳ）に指示される請求項７０記載のシステム。
  75. 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、潜在的な失敗接続を持つ移動局（ＭＳ）が、救済試行の許可または中止を決定する請求項７０記載のシステム。
  76. コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有な情報を含む請求項７５記載のシステム。
  77. 移動局（ＭＳ）が潜在的に失敗接続となるネットワークとの接続を持つときに、その移動局（ＭＳ）における救済試行の制限を補助する移動局（ＭＳ）であって、そのネットワークは、移動局（ＭＳ）の救済試行を制限するために救済命令を用いて予め存在する救済制限を受信することが可能であり、
    その接続に対する予め存在する救済制限を決定し、救済命令を用いてネットワークに予め存在する救済制限を通信するようにプログラムされたＭＳプロセッサを備える移動局（ＭＳ）。
  78. 潜在的に失敗接続となるネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）の救済試行を制限する通信ネットワークであって、
    その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するようにプログラムされたネットワークプロセッサを備える通信ネットワーク。
  79. 救済試行の制限を補助するために救済命令を用いて接続に対する予め存在する救済制限を決定しかつ通信することができる少なくとも１つの移動局（ＭＳ）を備え、
    ネットワークプロセッサは、さらに、救済命令によって少なくとも１つの移動局（ＭＳ）から所定の救済制限を受信し、その予め存在する救済命令に応じて潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項７８記載の通信ネットワーク。
  80. ネットワークプロセッサは、さらに、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することによって現在の救済制限を決定するようにプログラムされている請求項７９記載の通信ネットワーク。
  81. ネットワークプロセッサは、さらに、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行を中止するものとして、現在の救済制限を決定するようにプログラムされている請求項７８記載の通信ネットワーク。
  82. ネットワークプロセッサは、さらに、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有である現在の救済制限を決定するようにプログラムされている請求項７８記載の通信ネットワーク。
  83. 救済命令は、特定の救済命令を有し、その特定の救済命令によっての救済試行の許可または禁止がネットワークに指示される請求項７９記載の通信ネットワーク。
  84. 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、ネットワークが、救済試行の許可または中止を決定する請求項７９記載の通信ネットワーク。
  85. コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有な情報を含む請求項８４記載のネットワーク。
  86. １ないしは複数の移動局（ＭＳ）との通信を可能とし、かつ潜在的な失敗接続を持つ移動局（ＭＳ）の救済試行を制限するための通信システムであって、
    １ないしは複数の移動局（ＭＳ）、および、
    その１ないしは複数の移動局（ＭＳ）と通信状態に結合されるネットワーク手段とを備え、少なくとも１つの移動局（ＭＳ）はネットワーク手段との接続を持つものであって、
    ネットワーク手段との接続を持つ少なくとも１つの移動局（ＭＳ）は、その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止する通信システム。
  87. 潜在的に失敗接続となるネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）の救済試行の制限を補助するためのものであって、その少なくとも１つの移動局（ＭＳ）は救済命令に応じて救済試行を制限することが可能である通信ネットワークにおいて、
    その接続に対する予め存在する救済制限を決定し、その接続を持つ移動局（ＭＳ）に救済命令を用いて予め存在する救済制限を通信するためのネットワーク手段を備える通信ネットワーク。
  88. 移動局（ＭＳ）が潜在的に失敗接続となるネットワークとの接続を持つときに、その移動局（ＭＳ）における救済試行を制限する移動局（ＭＳ）であって、
    その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するための手段を備える移動局（ＭＳ）。
  89. １ないしは複数の移動局（ＭＳ）との通信を可能とし、かつ潜在的な失敗接続を持つ移動局（ＭＳ）の救済試行を制限するための通信システムであって、
    ネットワーク手段、および、
    ネットワークと接続を持つ少なくとも１つの移動局（ＭＳ）を備え、
    ネットワーク手段は、接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止する通信システム。
  90. 移動局（ＭＳ）が潜在的に失敗接続となるネットワークとの接続を持つときに、その移動局（ＭＳ）における救済試行の制限を補助する移動局（ＭＳ）であって、ネットワークは、移動局（ＭＳ）の救済試行を制限するために救済命令を用いて予め存在する救済制限を受信することが可能であり、
    その接続に対する予め存在する救済制限を決定し、ネットワークに救済命令を用いて予め存在する救済制限を通信するための手段を備える移動局（ＭＳ）。
  91. 潜在的に失敗接続となるネットワークとの接続を持つ少なくとも１つの移動局（ＭＳ）の救済試行を制限するための通信ネットワークであって、
    その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するための手段を備える通信ネットワーク。
JP2007129531A 2000-11-28 2007-05-15 通信障害に起因する打ち切りから接続を救済する方法 Expired - Fee Related JP4544269B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US25361200P 2000-11-28 2000-11-28

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2002546398A Division JP4082215B2 (ja) 2000-11-28 2001-11-28 接続の通信障害に起因する打ち切りを防止するための方法

Publications (2)

Publication Number Publication Date
JP2007267409A true JP2007267409A (ja) 2007-10-11
JP4544269B2 JP4544269B2 (ja) 2010-09-15

Family

ID=22960987

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2002546398A Expired - Lifetime JP4082215B2 (ja) 2000-11-28 2001-11-28 接続の通信障害に起因する打ち切りを防止するための方法
JP2007129531A Expired - Fee Related JP4544269B2 (ja) 2000-11-28 2007-05-15 通信障害に起因する打ち切りから接続を救済する方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2002546398A Expired - Lifetime JP4082215B2 (ja) 2000-11-28 2001-11-28 接続の通信障害に起因する打ち切りを防止するための方法

Country Status (5)

Country Link
US (2) US7187930B2 (ja)
JP (2) JP4082215B2 (ja)
KR (1) KR100613420B1 (ja)
CN (1) CN1309262C (ja)
AU (1) AU2002217945A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009284469A (ja) * 2008-05-19 2009-12-03 Asustek Computer Inc 接続を再確立する方法及び通信装置
KR101476187B1 (ko) 2008-04-04 2014-12-24 엘지전자 주식회사 네트워크 진입 지시 및 네트워크 진입 방법
JP2015109697A (ja) * 2007-10-29 2015-06-11 インターデイジタル パテント ホールディングス インコーポレイテッド Ｃｅｌｌ＿ｆａｃｈ状態での拡張専用チャネルを介した送信のための無線リンク失敗を検出するための方法
KR20190038167A (ko) * 2017-09-29 2019-04-08 삼성전자주식회사 무선 통신 시스템에서 pdn 연결 관리 방법 및 장치

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100395332B1 (ko) * 2001-02-09 2003-08-25 삼성전자주식회사 블루투스 무선장치를 구비한 통신 단말간의 링크 연결 방법
KR100474689B1 (ko) * 2001-08-30 2005-03-08 삼성전자주식회사 이동통신 시스템에서 소프트 핸드오프 도중의 전력제어 방법
JP2004180244A (ja) * 2002-11-29 2004-06-24 Alps Electric Co Ltd 回線接続復旧方法および回線接続復旧プログラム
US7305237B2 (en) * 2003-12-17 2007-12-04 Intel Corporation Hole-filling channel access
EP1587336A1 (en) * 2004-04-14 2005-10-19 Motorola, Inc. A remote unit, an apparatus, a cellular communication system and method of operation therefor
KR100876771B1 (ko) * 2004-08-17 2009-01-07 삼성전자주식회사 무선 통신 시스템에서 제어 정보 압축 방법과 스캐닝 정보 송수신 방법 및 장치
KR100739168B1 (ko) * 2004-10-08 2007-07-13 엘지전자 주식회사 이동통신 시스템의 엘엘시 패킷 데이터 수신장치 및 방법
US8971240B2 (en) * 2004-12-06 2015-03-03 At&T Mobility Ii Llc Method and apparatus for performing radio link timer management in a wireless communications network
KR101199044B1 (ko) * 2005-01-06 2012-11-07 엘지전자 주식회사 고속 업링크 패킷 접속 방식의 개선
US8660527B2 (en) 2005-02-17 2014-02-25 Qualcomm Incorporated Control of data call origination based on prior origination attempts
US20060246903A1 (en) * 2005-04-29 2006-11-02 Samsung Electronics Co., Ltd. System and method for voice data handoff between cellular network and WiBro/WLAN network in heterogeneous network environment
US7929571B2 (en) * 2006-01-12 2011-04-19 Cisco Technology, Inc. System and method for implementing a preemptive retransmit for error recovery in a communications environment
US7986933B2 (en) * 2007-03-19 2011-07-26 Apple Inc. Method and system for wireless communications between base and mobile stations
KR101126796B1 (ko) * 2008-11-24 2012-03-29 한국전자통신연구원 오버레이 무선 네트워크 환경에서의 핸드오버 결정장치 및 방법
US8831555B2 (en) 2009-04-03 2014-09-09 Qualcomm Incorporated Reestablishment procedure for an emergency call
US9166875B2 (en) * 2009-06-22 2015-10-20 Qualcomm Incorporated Method and apparatus for network optimization using SON solutions
US20110055797A1 (en) * 2009-08-26 2011-03-03 Gm Global Technology Operations, Inc. Automatic monitor generation from quantitative scenario based requirement specifications
US9019810B2 (en) * 2011-01-17 2015-04-28 Telefonaktiebolaget L M Ericsson (Publ) Method of allocating walsh codes and quasi-orthogonal functional codes in a CDMA network
US8929934B2 (en) * 2012-04-25 2015-01-06 Intel Mobile Communications GmbH Communication devices and methods for operating a communication device
KR101565347B1 (ko) * 2014-11-20 2015-11-03 현대자동차주식회사 효율적인 블루투스 연결을 지원하는 차량 및 그 제어방법
US10772147B2 (en) * 2016-12-22 2020-09-08 Intel Corporation Methods and apparatus for connection attempt failure avoidance with a wireless network
CN107797896B (zh) * 2017-06-16 2019-05-07 平安科技（深圳）有限公司 一种流量数据自恢复处理方法和服务器
CN109219095B (zh) * 2017-07-04 2020-11-27 大唐移动通信设备有限公司 切换控制方法及系统
CN109982394B (zh) * 2017-12-27 2021-03-16 中国移动通信集团北京有限公司 一种信令交互的方法及装置
CN109992431A (zh) * 2019-03-05 2019-07-09 福建天泉教育科技有限公司 一种实现重试的方法及终端
CN110536344B (zh) * 2019-05-16 2021-04-13 Oppo广东移动通信有限公司 一种测量上报方法、电子设备及存储介质
US11442692B1 (en) * 2021-03-16 2022-09-13 International Business Machines Corporation Acoustic workflow system distribution
US20230057679A1 (en) * 2021-08-20 2023-02-23 At&T Intellectual Property I, L.P. Reconfiguring user equipment after a link failure

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000023231A (ja) * 1998-06-29 2000-01-21 Nec Commun Syst Ltd 自動再接続方法

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE460941B (sv) * 1988-04-26 1989-12-04 Ericsson Telefon Ab L M Foerfarande i ett cellindelat mobiltelefonsystem att reducera spaerr vid oeverflyttning av samtal
US5301356A (en) * 1991-12-10 1994-04-05 Telefonaktiebolaget L M Ericsson Prioritization between handoff and new call requests in a cellular communications system
US5267261A (en) * 1992-03-05 1993-11-30 Qualcomm Incorporated Mobile station assisted soft handoff in a CDMA cellular communications system
US5353332A (en) * 1992-09-16 1994-10-04 Ericsson Ge Mobile Communications Inc. Method and apparatus for communication control in a radiotelephone system
MX9307243A (es) * 1992-11-24 1994-05-31 Ericsson Telefon Ab L M Reintento analogico.
US5530912A (en) * 1994-06-29 1996-06-25 At&T Corp. Traffic driven channel reservation system for handovers in cellular networks
US5548812A (en) * 1994-07-21 1996-08-20 Qualcomm Incorporated Method and apparatus for balancing the forward link handoff boundary to the reverse link handoff boundary in a cellular communication system
MY114291A (en) * 1995-01-31 2002-09-30 Qualcomm Inc Concentrated subscriber system for wireless local loop
US5673259A (en) * 1995-05-17 1997-09-30 Qualcomm Incorporated Random access communications channel for data services
US5729826A (en) * 1996-07-26 1998-03-17 Gavrilovich; Charles D. Mobile communication system with moving base station
US6021122A (en) * 1996-06-07 2000-02-01 Qualcomm Incorporated Method and apparatus for performing idle handoff in a multiple access communication system
US5884174A (en) * 1996-06-07 1999-03-16 Lucent Technologies Inc. Call admission control for wireless networks
US5937019A (en) * 1996-08-07 1999-08-10 Qualcomm Incorporated Method and apparatus for reliable intersystem handoff in a CDMA system
US6236365B1 (en) * 1996-09-09 2001-05-22 Tracbeam, Llc Location of a mobile station using a plurality of commercial wireless infrastructures
JP3369063B2 (ja) * 1996-10-18 2003-01-20 松下電器産業株式会社 移動通信端末
US6061337A (en) * 1996-12-02 2000-05-09 Lucent Technologies Inc. System and method for CDMA handoff using telemetry to determine the need for handoff and to select the destination cell site
US5913167A (en) * 1997-02-28 1999-06-15 Motorola, Inc. Method for transferring a communication link in a wireless communication system
US6519457B1 (en) * 1997-04-09 2003-02-11 Nortel Networks Limited Methods and systems for standardizing interbase station communications
US6052594A (en) * 1997-04-30 2000-04-18 At&T Corp. System and method for dynamically assigning channels for wireless packet communications
KR100277101B1 (ko) * 1998-02-17 2001-01-15 윤종용 코드분할다중접속네트워크내의교환국간하드핸드오프수행방법
FR2778303B1 (fr) * 1998-05-04 2000-06-02 Alsthom Cge Alcatel Procede de transfert d'une communication entre deux relais d'une cellule d'un systeme de radio-communication numerique cellulaire
US6246872B1 (en) * 1998-05-06 2001-06-12 Nortel Networks Limited Mobile switching centre and method for handling a dropped connection between a mobile station and a basestation transceiver
US6104927A (en) * 1998-05-28 2000-08-15 Motorola, Inc. Communication system, mobile station, and method for mobile station registration
KR20000014143A (ko) * 1998-08-14 2000-03-06 서평원 통신시스템에서파일럿수신감도측정메시지의개선된전송방법
US6360100B1 (en) * 1998-09-22 2002-03-19 Qualcomm Incorporated Method for robust handoff in wireless communication system
US6321090B1 (en) * 1998-11-06 2001-11-20 Samir S. Soliman Mobile communication system with position detection to facilitate hard handoff
JP3150115B2 (ja) * 1998-11-12 2001-03-26 埼玉日本電気株式会社 Ｃｄｍａ開ループ制御における上りチャネル干渉補正方法及びそのシステム
US6567666B2 (en) * 1998-12-02 2003-05-20 Infineon Technologies North America Corp. Forward link inter-generation soft handoff between 2G and 3G CDMA systems
KR100277131B1 (ko) * 1998-12-03 2001-01-15 윤종용 이동통신시스템에서의호장애시호자동재접속방법
CA2294698A1 (en) * 1999-01-29 2000-07-29 Lucent Technologies Inc. Open loop power control for wireless mobile stations
EP1056258A1 (en) * 1999-05-27 2000-11-29 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Data unit sending means and control method in wireless networks
US6253083B1 (en) * 1999-07-21 2001-06-26 Lucent Technologies Inc. Mobile switching center for providing wireless access Ho
US6477373B1 (en) * 1999-08-10 2002-11-05 Research Foundation Of State University Of New York Method and apparatus to maintain connectivity for mobile terminals in wireless and cellular communications systems
US6445918B1 (en) * 1999-11-01 2002-09-03 Telefonaktiebolaget L M Ericsson (Publ) Method and system for saving dropped calls
US6438117B1 (en) * 2000-01-07 2002-08-20 Qualcomm Incorporated Base station synchronization for handover in a hybrid GSM/CDMA network
US6603797B1 (en) * 2000-03-22 2003-08-05 Interdigital Technology Corporation Outer loop/weighted open loop power control in a time division duplex communication system
US6542744B1 (en) * 2000-06-20 2003-04-01 Motorola, Inc. Handoff in a cellular network
US6337983B1 (en) * 2000-06-21 2002-01-08 Motorola, Inc. Method for autonomous handoff in a wireless communication system
US6512927B2 (en) * 2000-11-14 2003-01-28 Denso Corporation Method and apparatus for simultaneous rescue of multiple connections in telecommunication systems
US6829468B2 (en) * 2001-03-05 2004-12-07 Lucent Technologies Inc. Reverse-link power control overshoot considering mobile station transmission limitations

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000023231A (ja) * 1998-06-29 2000-01-21 Nec Commun Syst Ltd 自動再接続方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015109697A (ja) * 2007-10-29 2015-06-11 インターデイジタル パテント ホールディングス インコーポレイテッド Ｃｅｌｌ＿ｆａｃｈ状態での拡張専用チャネルを介した送信のための無線リンク失敗を検出するための方法
US9749877B2 (en) 2007-10-29 2017-08-29 Interdigital Patent Holdings, Inc. Method for detecting radio link failure for transmission over enhanced dedicated channel in a CELL—FACH state
KR101476187B1 (ko) 2008-04-04 2014-12-24 엘지전자 주식회사 네트워크 진입 지시 및 네트워크 진입 방법
JP2009284469A (ja) * 2008-05-19 2009-12-03 Asustek Computer Inc 接続を再確立する方法及び通信装置
US8553569B2 (en) 2008-05-19 2013-10-08 Innovative Sonic Limited Method of connection re-establishment and related communication device
KR20190038167A (ko) * 2017-09-29 2019-04-08 삼성전자주식회사 무선 통신 시스템에서 pdn 연결 관리 방법 및 장치
KR102387582B1 (ko) 2017-09-29 2022-04-18 삼성전자 주식회사 무선 통신 시스템에서 pdn 연결 관리 방법 및 장치

Also Published As

Publication number Publication date
JP4544269B2 (ja) 2010-09-15
KR100613420B1 (ko) 2006-08-17
JP2004537181A (ja) 2004-12-09
CN1309262C (zh) 2007-04-04
AU2002217945A1 (en) 2002-06-11
US7187930B2 (en) 2007-03-06
US20020065071A1 (en) 2002-05-30
KR20030091943A (ko) 2003-12-03
CN1507753A (zh) 2004-06-23
JP4082215B2 (ja) 2008-04-30
US20070123247A1 (en) 2007-05-31

Similar Documents

Publication Publication Date Title
JP4544269B2 (ja) 通信障害に起因する打ち切りから接続を救済する方法
US7133675B2 (en) Forward link based rescue channel method and apparatus for telecommunication systems
US7006821B2 (en) Method and apparatus for dynamically determining a mobile station's active set during a connection rescue procedure
JP4713601B2 (ja) 無線通信システムにおける呼復旧のための方法および装置
US6512927B2 (en) Method and apparatus for simultaneous rescue of multiple connections in telecommunication systems
US6996391B2 (en) Forward-link rescue synchronization method and apparatus
US6928285B2 (en) Minimum interference multiple-access method and system for connection rescue
EP1211910B1 (en) System and method for preventing dropped calls
WO2001099443A1 (en) Method for autonomous handoff in a wireless communication system
JP4089432B2 (ja) 遠距離通信システムにおける複数の接続の同時救済のための方法
WO2002045386A2 (en) Retry limits for connection rescue procedures in telecommunication systems
CN100527863C (zh) 电信系统的基于前向链路的抢救信道方法及装置
WO2002041605A2 (en) System for rescuing multiple mobile station connections
WO2002058363A2 (en) Open-loop power control enhancement for blind rescue channel operation

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100608

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100621

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130709

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130709

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees
S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350