JP2004537181A - 通信システムにおける接続救済手順のための再試行制限(関連出願に対するクロス・リファレンス)本発明の実施形態は、2000年11月28日に出願された米国仮特許出願第60/253,612号の「RetryLimitforDropCallRescueChannelProcedures(呼び出し打ち切り救済チャンネル手続のための再試行制限)」からの優先権を主張するものであり、かつ2001年10月16日に出願された米国特許出願第09/978,974号の「ForwardLinkBasedRescueChannelMethodandApparatusforTelecommunicationSystem(通信システムのための順方向リンクベース救済チャンネル方法および装置)」に関連し、その内容を、あらゆる目的に関して、参照によりこれに援用する。 - Google Patents
通信システムにおける接続救済手順のための再試行制限(関連出願に対するクロス・リファレンス)本発明の実施形態は、2000年11月28日に出願された米国仮特許出願第60/253,612号の「RetryLimitforDropCallRescueChannelProcedures(呼び出し打ち切り救済チャンネル手続のための再試行制限)」からの優先権を主張するものであり、かつ2001年10月16日に出願された米国特許出願第09/978,974号の「ForwardLinkBasedRescueChannelMethodandApparatusforTelecommunicationSystem(通信システムのための順方向リンクベース救済チャンネル方法および装置)」に関連し、その内容を、あらゆる目的に関して、参照によりこれに援用する。 Download PDFInfo
- Publication number
- JP2004537181A JP2004537181A JP2002546398A JP2002546398A JP2004537181A JP 2004537181 A JP2004537181 A JP 2004537181A JP 2002546398 A JP2002546398 A JP 2002546398A JP 2002546398 A JP2002546398 A JP 2002546398A JP 2004537181 A JP2004537181 A JP 2004537181A
- 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
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
【解決手段】1例として、接続当たりの救済の回数を制限する。別の例では、最後の救済から特定の時間が経過した後に限って救済が許可される。さらに別の例では、所定の時間内における救済の合計回数が制限される。さらに、これらの救済制限の組み合わせを使用できる。他の例では、移動局(MS)が、所定の時間内に受信した良好フレームのパーセンテージを継続的に追跡し、スレッショルド値とチェックし、会話を継続するにはそれが低すぎるか決定する。又は、確認応答を要求するメッセージの再送信の失敗が特定回数になったことを検出した、特定数の不良フレームを検出した、あるいは別のインジケータに基づいて一般的に不十分な接続を検出した場合、引き続く障害は救済されないようにしても良い。
【選択図】図12
Description
【0001】
本発明は、概して通信ネットワーク管理に関し、一実施形態においては、通信接続を打ち切りから救済するための試行の回数ならびに集中を制限する効率的かつ安全な手続を提供する方法ならびに装置に関する。
【背景技術】
【0002】
(序論)
緊急通信のための手段を単に提供するというより、セルラ電話は、急速に、今日的社会における通信の主要な形態になりつつある。セルラ電話の使用が普及するに従って、セルラ電話ネットワークがますます優勢になり、消費者の要求を満たすべく、より大きなエリアにわたる利用範囲を提供するようになっている。図1は、無線セクタA14およびセクタB16を伴う第1の基地局(BS)12、およびセクタC20を伴う第2のBS18を含む無線通信基盤またはネットワークによってサービスされる地理的エリア内を動き回るモバイルユーザによって操作される移動局(MS)10の例を図示している。その種の動き回りの中で、MS10は、位置Aから位置Bへ、さらに位置Cへと移動し、当然のことながら、コンタクトしているBS(1ないしは複数)に関連付けされている順方向リンクの信号強度ならびに信号品質における変動を経験することになる。信号の強度ならびに品質は、たとえばMS10がセクタA14の破線によって画定されるエリアからセクタB16の破線によって画定されるエリアからへ、あるいはセクタB16からセクタC20へ移動するときのように、セクタの境界近傍では特に信頼性の低いものとなることがある。接続の打ち切りは、この種の遷移エリアをはじめ、そのほかの信号強度の弱い、もしくは品質の低いエリアにおいて生じやすい。なお、ここで述べている接続には、限定する意図ではないが、音声、マルチメディアビデオまたはオーディオのストリーミング、パケット交換データおよび回路交換データ接続、ショートメッセージシーケンスまたはデータバースト、およびページングが含まれる。
【0003】
接続の打ち切りは、セルラ電話ユーザが単に困る程度のものから大きな打撃を与えるものまで広い範囲にわたる可能性がある。たとえば、打ち切られた緊急の911接続は、決定的、さらには致命的となることさえある。接続の打ち切りは、サービスプロバイダを変更させる充分な苛立ちを消費者にもたらすこともある。したがって、接続の打ち切りを防止することは、セルラネットワークプロバイダにとっての主要な重要課題である。
【0004】
(セルラ電話ネットワーク)
図2は、MS24とBS26の間における一例の通信リンク22を表している。BS26からMS24への通信は順方向リンクと呼ばれ、MS24からBS26への通信は逆方向リンクと呼ばれる。BS26は、通常、複数のセクタを包含し、一般にはそれが3である。各セクタは、個別の送信機および、それぞれが異なる方向を指向するアンテナ(トランシーバ)を含む。BSという用語が、しばしば、広くトランシーバと同義に使用されることから、ここでは用語BSおよびセクタがある意味で相互交換可能に使用されることを理解する必要がある。順方向および逆方向のリンクは、多数の順方向および逆方向のチャンネルを使用する。たとえば、BS26は、複数の順方向チャンネル上において一斉送信を行う。これらの順方向チャンネルには、限定する意図ではないが、1ないしは複数のパイロットチャンネル、同期チャンネル、1ないしは複数のページングチャンネル、複数の順方向トラフィックチャンネルを含めることができる。パイロット、同期、およびページングチャンネルは、BS26がすべてのMSに対する通信にそれらのチャンネルを使用することから共通チャンネルと呼ばれている。概して、これらの共通チャンネルは、データの搬送には使用されず、一斉送信ならびに共通情報の配信に使用される。これに対して、複数存在する順方向トラフィックチャンネルは、各順方向トラフィックチャンネルが特定のMS24に向けられていることから専用チャンネルと呼ばれており、データを搬送することができる。
【0005】
BS26内の各セクタは、そのセクタを識別し、かつMS24が容易にデコードできるパイロットチャンネルを一斉送信する。セクタおよびパイロットチャンネルは、いずれも擬似ノイズ(PN)オフセットによって区別される。用語「パイロット」は、パイロットチャンネルがセクタを識別することから、用語「セクタ」とほとんど相互交換可能に使用することができる。
【0006】
パイロットチャンネルは、MSに対して黙示的にタイミング情報を提供し、コヒーレントな復調にもそれが使用されるが、そのほかは通常、いかなるデータも含んでいない。MSは、最初に立ち上げられたとき、パイロットチャンネルのサーチを開始する。MSがパイロットチャンネルを獲得すると(それが復調できると)、パイロットチャンネル内の黙示的なタイミング情報によってMSは、迅速かつ容易に、ネットワークによって送信されている同期チャンネルを復調することができる。
【0007】
同期チャンネルには、より詳細なタイミング情報が含まれていることから、MSが同期チャンネルを獲得した後は、MSは、そのパイロットチャンネルを送信しているのと同じBSによって送信されているページングチャンネルを獲得することができる。その種のBSは、アクティブBSと呼ばれる。
【0008】
セルラネットワークが特定のBSを介してMSとの通信の開始を試みているとき、そのBSのページングチャンネル上において、そのMSに対して「ページ」が送信される。従って、MSが、一旦、特定のBSのページングチャンネルを復調できるようになった後は、そのMSがアイドルにあり、到来接続または到来メッセージを待機している間、そのページングチャンネルをモニタすることができる。
【0009】
概して、各BSは、すべてのMSが共通に受信する、1つのパイロットチャンネル、1つの同期チャンネル、および1つのページングチャンネルを使用する。しかしながら、1つのページングチャンネルを使用して同時にページング可能なMSの数に実用上の制限があることから、中には複数のページングチャンネルを使用するBSもある。
【0010】
逆方向チャンネルは、アクセスチャンネル、および1ないしは複数の逆方向トラフィックチャンネルを含むことができる。MSが到来ページをBSから受信した後は、MSは、一部においてアクセスチャンネルを使用して接続のセットアップを開始することになる。
【0011】
前述したチャンネルは、各種のコード化の手法を使用することができる。時分割多元アクセス(TDMA)では、複数のチャンネルが一定の時間ウインドウ内において特定の周波数で通信されることが可能であり、そのウインドウ内の異なるタイミングを用いてそれらが送信される。つまり、たとえばチャンネルXは、時間スロットの1セットを使用し、チャンネルYは、時間スロットの別セットを使用する。周波数分割多元アクセス(FDMA)では、一定の周波数ウインドウ内において特定の時間に複数のチャンネルが通信されることが可能であり、そのウインドウ内の異なる周波数を用いてそれらが送信される。符号分割多元アクセス(CDMA)では、周波数および時間の空間が与えられ、特定のウォルシュコードまたは擬似直交関数(QOF)に従って各チャンネルに様々な時点において様々な周波数が割り当てられる。このコードは、特定のチャンネルが周波数および時間に関してどのように変化するかを定義することになる。ダイレクトシーケンスCDMAにおいては、各チャンネルからのデータがウォルシュコードまたはQOFを使用してコード化され、その後、1つの合成信号に組み合わせられる。この合成信号が、特定の時間に広い周波数範囲にわたって拡散される。この合成信号を、オリジナルデータのコード化に用いられたコードと同一のコードを使用してデコードすれば、オリジナルデータを抽出することができる。ウォルシュコードおよびQOFは、組み合わせられたときに互いに干渉しないコード化データを生成し、その結果、後の時点において各種のチャンネル上でその情報を回復するようにデータを拡散することができるので、このようなオリジナルデータの回復が可能になる。言い換えると、データの2つのコード化済みシーケンスが互いに加算されて第3のシーケンスを生成するとき、その第3のシーケンスをオリジナルのコードと相関させることによって、オリジナルのシーケンスを回復することができる。特定のコードを用いて復調するときは、ほかのコードの知識が必要とはならない。しかしながらノイズおよび混信によって、何が実際に送信されたかについての決定を行うためにエラー修正が必要となることがある。CDMA無線通信システムは、下記の標準によって十分に詳しく説明されており、それらは、2500 wilson Blvd., Arlington, VA 22201(22201 バージニア州アーリントン,ウィルソンブルーバード,2500)を居所とするTELECOMMUNICATIONS INDUSTRY ASSOCIATION, Standards & Technology Department(テレコミュニケーション・インダストリ・アソシエーション,標準およびテクノロジ部門)によって公表されており、それらのすべてが参照によりここに援用される:TIA/EIA-95B (1999年2月1日公表);TIA/EIA/IS-2000, Volumes 1-5, Release A (2000年3月1日公表)。
【0012】
例示のみを目的としてさらにCDMAについて述べると、ウォルシュコードまたはQOFは、特定のチャンネルのコード化に使用される。したがって、前述したように、パイロットチャンネルをデコードするための単純な形は、すべてが1にコード化されたW0ウォルシュコードとすることができる。同様に、同期チャンネルは、交番極性のW32ウォルシュコードを使用することが可能であり、これらのコードは一定かつ既知である。
【0013】
各MSは、チャンネルを各種のセットにグループ化し、それには、限定を意図するわけではないが、アクティブセット、近隣セット、候補セット、および残余セットを含めることができる。
【0014】
MSアクティブセットは、任意の時点においてMSが使用しているパイロットまたはPNオフセット識別子を含んでいる。すなわち、MSがアイドル状態にあるが、ページングおよびオーバーヘッドの更新のために単一のBSをモニタしているとき、そのMSに関するアクティブセットは、その唯一のメンバとしてそのBSのパイロットまたはPNオフセット識別子を含むことになる。
【0015】
しかしながら、MSが1つのBSまたはセクタからほかへハンドオフされている時、このハンドオフの間は、同時に複数のBSまたはセクタと実際に通信していることがある。このような状況が生じと、アクティブセット内に、同時に複数のアクティブパイロットが存在することになる。たとえば、「ソフトハンドオフ」においては、BS「A」と通信しているMSが、最初にBS「A」を削除することなくBS「B」との通信を開始し、その結果としてBS「A」およびBS「B」がともにアクティブセット内に存在することになる。「ソフターハンドオフ」においては、BS「A」内のセクタ「A」と通信しているMSが、最初にセクタ「A」を削除することなくBS「A」内のセクタ「B」との通信を開始し、その結果としてセクタ「A」およびセクタ「B」がともにアクティブセット内に存在することになる。しかしながら、「ハードハンドオフ」においては、BS「A」と通信しているMSが、最初にBS「A」を削除した後に限ってBS「B」との通信を開始し、その結果として任意の時点においてアクティブセット内には、BS「A」または「B」のいずれかが存在し、両方ともに存在することはない。
【0016】
MSが複数のBSと通信を行っている間は、そのMSがレーキ受信機のフィンガを1ないしは複数のセクタからの複数のチャンネルに同時に割り当てる。MSが同時に複数のBSと通信を行っているときは、MSは、それらのBSの両方から同一のデータを受信している必要がある。しかしながら、データが同一であっても、チャンネルが異なるために、異なるBSからそれが異なって伝達される可能性もある。そのためレーキ受信機は、異なるチャンネル上において異なるセクタからのエンコード済みデータを受信し、それらのセクタを独立に復調し、その後それらのデータを結合する。データが結合されるときには、弱いチャンネルからのデータ、すなわちより多くのエラーを有する可能性のあるデータより、強いチャンネルからのデータにより重い重み付けがなされる。このように、最終結果の生成においては、正しいとする公算がより高いデータに対して、より高い重み付けが与えられる。
【0017】
MSがアイドル状態の間は、共通チャンネル上において、アクティブBSの近隣となるBSを含む近隣セットがそのMSによって受信される。しかしながら、MSがアクティブであり、トラフィックチャンネルを介してBSと通信を行っているときには、トラフィックチャンネル上において近隣セットが更新される。
【0018】
そのほかの、ネットワーク内のアクティブセット、近隣セット、または候補セット(後述)内に含まれていないBSは、残余セットを構成する。図3に示されているように、MSがアイドルかアクティブかによらず、ネットワークは、MSに対してオーバーヘッドメッセージ30、32、および34を繰り返し送信する。これらのオーバーヘッドメッセージは、ネットワークの構成に関する情報を含んでいる。たとえば、拡張された近隣のリストのオーバーヘッドメッセージ34は、MSに対して、存在する近隣およびそれらを探す場所について知らせる。これらの近隣識別子は、少なくとも一時的にMSのメモリ内に記憶される。
【0019】
候補セットは、MSがそのアクティブセットの一部として要求したが、まだアクティブセットに昇格されていないBSのセットである。これらの候補BSは、ネットワークが、まだMSからのメッセージに応答してハンドオフ指示メッセージ(HDM)を、すなわちそのMSにそれらのBSを含めるべくアクティブセットを変更する指示をそのMSに送信していないために昇格されていない。通常、その種のメッセージの交換は、後述するように、ハンドオフプロセスの一部として生じる。
【0020】
図4は、無線通信基盤56の一般的な構造を図示している。クライアントMS36は、継続的に、BS38等の近隣BSから受信しているパイロットチャンネルの強度をモニタし、「パイロット追加スレッショルド値」より充分に強いパイロットをサーチする。近隣パイロットチャンネル情報、つまりこの分野において「近隣セット」として知られている情報は、セルクラスタ42をコントロールすることが可能なBSコントローラ(BSC)40あるいは移動交換センタ(MSC)44を含むネットワーク基盤統一体を介してMSに伝達することができる。ここで理解しておく必要があるが、MSおよび1ないし複数のネットワーク基盤統一体は、MSおよびネットワークの機能をコントロールするための1ないしは複数のプロセッサを備えている。これらのプロセッサは、当業者であれば熟知しているメモリおよびそのほかの周辺装置を備える。1つのBS38によってサービスされている領域から別の領域へMS36が移動するとき、MS36は、特定のパイロットを「近隣セット」から「候補セット」に昇格させ、BS38または複数のBSに対して、「パイロット強度測定メッセージ」(PSMM)を介して、当該特定のパイロットの「近隣セット」から「候補セット」への昇格を通知する。また、このPSMMは、受信したパイロット信号の強度に関する情報も含んでいる。BS38は、この「パイロット強度測定メッセージ」に従ってBSまたはネットワークの「アクティブセット」を決定し、HDMを介して新しい「アクティブセット」をMS36に通知することができる。しかしながら、ここで注意が必要であるが、処理しなければならないBSリソース問題をネットワークが有していることもあるため、新しいアクティブセットは、必ずしも常にMSの要求に正確に応じたものになるとは限らない。
【0021】
MS36は、古いBS38および新しいBSの両者との通信を、各BSのパイロットの強度が「パイロット削除スレッショルド値」を超えている限り、維持することができる。パイロットの1つがこのパイロット削除スレッショルド値より弱くなると、MS36は、その変化をBSに通知する。それによりBSは、新しい「アクティブセット」を決定し、MS36に対してその新しい「アクティブセット」を通知する。BSによる通知があると、MS36は弱くなったパイロットを「近隣セット」に降格する。これは、ハンドオフのシナリオの一例である。接続が失敗したときに、MS36がハンドオフを開始し、あるいはハンドオフのプロセスに入ることは一般的である。セルの境界近傍、パイロットの汚染のあるエリア、あるいはセルのブリージングによって著しく影響を受けているエリアには、一般に通信範囲が不充分かまたは信号の弱い環境が存在することからこの種のことが予測され、それらについてはすべて、この分野においてよく知られている。
【0022】
(接続の打ち切り)
接続の打ち切りは、いくつかの形で明らかになる。図5は、この分野においてCDMA無線ネットワークに関する「レイヤ2確認応答障害」として知られる状況を示している。図5に示した例においては、MSがPSMM48を送信してBSによる確認応答を要求している。BSは、それを正確に受信できているが、図5に示したケースにおいては、そのBSの確認応答(ACK)46をMSが受信していない。MSは、送信カウンタに従ってメッセージをN1m(=9)回再送した後、接続を終了する(打ち切る)。「レイヤ2確認応答障害」が生じたメッセージがPSMM48である場合、つまりMSが接続を維持するために必要とするパイロットに関する要求を含むメッセージである場合に、このタイプの障害が生じることは一般的である。
【0023】
図6は、CDMA無線ネットワークにおいて本発明を使用して回復が可能な第2の状況を示している。この状況は、この分野においては「順方向リンクフェード障害」として知られている。フェードは、受信信号パワーの減衰の期間である。この状況では、MSがN2m(=12)個の連続する不良フレーム50を受信し、それに対する応答として、その送信機52を停止させる。その後、N3m(=2)個の連続する良好フレームを、T5m(=5)秒後にフェードタイマがタイムアウトする前までに受信できなければ、MSは、接続54を打ち切る。MSがパイロットを候補セットに昇格し、PSMMの送信を必要としている期間、あるいはMSがPSMMを送信したが、まだハンドオフ指示メッセージを受信していない期間に、このタイプの障害が生じることは一般的である。
【0024】
「レイヤ2確認応答障害」および「順方向リンクフェード障害」は、過剰に高いフレームエラーレートまたは爆発的なエラーレートに起因して生じることがある。図7に図示されているように、チャンネル58は、通常は持続時間が80ミリ秒のスロット60、つまりスーパーフレームに分割することができる。各スロットは、3つのフェーズ62に分けることができる。これらのフェーズには、0、1、および2の番号が付されている。それらのフェーズの上にオーバーラップする形で4つのフレーム64がある。これら4つのフレームは、スーパーフレームの境界で3つのフェーズとそろえられる。したがって各フレーム64は、通常、20ミリ秒の長さになる。各フレーム64内には、ヘッダエリア66、何らかの信号情報68、およびおそらくは何らかのデータ70が含まれている。ここで、フレーム64が、異なる内容を持つことを理解する必要がある。あるフレームが信号およびデータを含み、別のフレームが信号のみを含み、さらに別のフレームがデータのみを含むということもある。各フレーム64が異なるデータレートを有することも許容され、データレートは、フレームごとを基準として変更することができる。例示のいくつかの通信標準においては、4つのレートが存在する。すなわち、1/1、1/2、1/4、および1/8である。したがって、例えば音声アクティビティがない場合には、1/8フレームレートを用いて情報を送信することができ、これは、より遅いレートを用いて情報を伝達すれば必要な電力または帯域幅がより低く抑えられることから有利である。
【0025】
実用的な通信ネットワークにおいては、ゼロパーセントのエラーレート(つまり、すべてのフレームが適正に受信されること)を目標とすることが現実的でも、また望ましいことでもない。むしろ、たとえば1パーセントのエラーレートが目標とされる。パワーコントロールループは、実際にこのフレームエラーレートをコントロールしている。この例の場合、フレームエラーレートが上昇して1パーセントを超えると、パワーコントロールループが、MSによって送信される信号のパワーを増加し、その結果、フレームエラーレートが約1パーセントまで減少する。これに対して、フレームエラーレートが1パーセントより小さい場合には、パワーコントロールループが、送信パワーを下げて電力を節約し、フレームエラーレートが1パーセントまで上昇することを許容する。したがってBSは、MSが特定のエリア内を移動する間、あるいは他のタイプの混信が発生または終了するとき、コンフィグレーションメッセージ内のパワーコントロールビットを介して継続的に、エラーレートを約1パーセントに維持するため種々のパワーレベルにおいて送信するようにMSに対して指示を与える。MSは、通常、BSによって推奨されているパワーレベルを尊守する。それに加えて、BSは、特定のチャンネルに関するその送信パワーを変更することもできる。つまり、BSおよびMSはともに、継続的に、他方のパワーレベルを変更するために互いにフィードバックを与えることができる。しかしながら、BSが、MSからのフィードバックに基づいて、その送信機のパワーレベルの変更を必ずしも行う必要はない。
【0026】
上記のパワーコントロールループにもかかわらず、セルラネットワーク内をMSが動き回り、物理的な障害、隣接チャンネルからの混信、およびセクタのエッジ近傍の場所に起因する信号強度ならびに信号品質における変動を経験しているときには、エラーレートを約1%にコントロールできなくなることがあり、エラーレートが許容不能なレベルに上昇すれば、接続の打ち切りが問題化する。
【0027】
(救済手続)
逆方向リンクをベースとする救済手続または接続の再スタートは、以前からすでに提案されている。通常の逆方向ベースの救済手続においては、MSが救済チャンネルを送信し、その一方で通信ネットワークが、1ないしは複数のセクタを使用して救済チャンネルの復調を試みる。しかしながら、提案されている接続の再スタートを基礎とする救済手続は、ランダムアクセスチャンネルを使用し、MSがプロービングを行うことから多くの電力を必要とするだけでなく、大量の混信を招く。それに加えて、提案されている逆方向ベースの救済手続は、順方向フェード状態の間に限って起動され、BSに先行してMSが送信することから不完全であり、後に説明を示す理由から効率も低い。
【0028】
逆方向ベースの救済手続によってもたらされる欠点を克服するために、順方向ベースの救済手続が提案されている。そのような順方向ベースの救済手続の1つが、2001年10月16日に出願された米国特許出願第09/978,974号の「Forward Link Based Rescue Channel Method and Apparatus for Telecommunication Systems(通信システムのための順方向リンクベース救済チャンネル方法および装置)」に開示されており、そこでは、通信ネットワーク内のMSと通信基盤の間における信号落ちおよび接続の打ち切りを防止するための方法および装置について述べられている。ここで言う接続には、限定する意図ではないが、音声、マルチメディアビデオならびにオーディオのストリーミング、パケット交換データおよび回路交換データ接続、ショートメッセージシーケンスまたはデータバースト、およびページングが含まれる。これにおいて包括的に「順方向救済手続」(FRP)と呼んでいる手続によれば、MSまたはBSにおいて通常であれば接続の打ち切りがもたらされることになる障害からシステムを回復することが可能になる。FRPを使用して克服可能な障害のシナリオの例には、順方向リンクのレイヤ2(L2)確認応答障害および、スレッショルド値を超える時間間隔にわたって信号落ちをもたらすフェードに起因する順方向リンク信号落ちが挙げられる。MSは、潜在的な接続打ち切りの状況に応答して、打ち切りの危機にある接続を救済するために、自発的に、そのレーキ受信機のアクティブセットに、BSパイロットチャンネルを追加する。同時に、ネットワーク通信基盤が、FRPの間にMSによってモニタされる可能性の高い代替順方向リンクチャンネル上において送信を開始する。同じチャンネルがMSによってモニタされ、通信基盤によって送信に用いられるのであれば、打ち切りの危機にある接続を救済することが可能になる。
【0029】
一般的なFRPにはMSFRPが含まれ、通信基盤FRPを含めることもできる。図8は、典型的な接続救済におけるMSFRPおよび通信基盤FRPの時間ラインの一例を示している。前述したようにMSFRPがすべての救済の中心となり、通信基盤FRPは、推奨されるが厳密に必要とはされない。
【0030】
MSFRPのトリガは、発生する障害のタイプに依存する。「レイヤ2」障害の場合であれば、FRPが、確認応答を求めるメッセージの、多数回にわたる再送信の失敗に応答して起動される。「順方向リンクフェード障害」の場合には、スレッショルド値を超える時間間隔にわたって信号落ちが存在するときにFRPが起動される(参照番号72を参照)。
【0031】
救済の試行が開始される時点においては、MSがFRPタイマをスタートする(参照番号74を参照)。救済が完了する前にFRPタイマがタイムアウトすると、接続が打ち切られる。それに加えてMSは、救済の試行が開始された時点において、その送信機をオフにし、新しいアクティブセットを選択する(参照番号74を参照)。この実施形態においては、事実上MSが、それが送信したPSMM(1ないしは複数)に基づいてハンドオフ指示を仮定する(そのPSMMが実際に送信されたか否か、送信に成功したか否か、あるいは確認応答があったか否かによらない)。言い換えると、MSは、ハンドオフ指示なしに自発的にパイロットを「アクティブセット」に昇格させる(つまり、新しいアクティブセットは、古いアクティブセットと自発的に昇格させたアクティブパイロットの和集合になる:S”=S ∪ S’)(参照番号76を参照)。その後MSは、救済チャンネルをサーチするために、この新しい「アクティブセット」内の循環を開始する。前述したように、救済チャンネルという用語は、各種の通信プロトコルによって使用されるチャンネルを定義するための各種スキームを包含しているが、開示の簡素化を目的として、ここでは救済チャンネルを、「仮コードチャンネル」(ACC)(参照番号78を参照)と同一視する。
【0032】
すでに述べたが、通信基盤FRPは、推奨されてはいるが、ネットワーク内の各BSに厳密に要求されているものではいない。通信基盤FRPが実行される場合には(参照番号80を参照)、通信基盤(ネットワーク)は、ACCを送信することになるセクタを選択する。
【0033】
FRPの一実施形態においては、救済の間にわたりACCを介してゼロ(ブランク)データが送信される。別の実施形態においては、ACCを介してデータが伝達されることもあるが、MSは、実際にそのACCを見つけて復調に成功する場合にもそのデータのヒアリングのみを行なう。
【0034】
ある時点においてMSが、N3M個のACCの良好なフレームを見つけてその復調を行うと(参照番号82を参照)、その送信機をオンにし、BSに対する送信を開始する。MSおよびBSがともにあらかじめ決定された数の良好なフレームを受信すると、救済が完成し(参照番号84を参照)、BSは、そのMSをより永続的なチャンネルに割り当てし直す。それに加えて、ネットワークが、たとえばオーバーヘッドを介してACCの再割り当てを行うこともできる。さらにBSは、「救済完了ハンドオフ」メッセージ86を送信することによって、MSのアクティブセットの再割り当てを行い、救済後のクリーンアップを行うことができるが、そのメッセージには、「汎用」または「ユニバーサルハンドオフ指示」メッセージ等のすでに存在するハンドオフメッセージを再使用することが可能である。順方向ベースの救済手続に関する追加の詳細については、2001年10月16日に出願された米国特許出願第09/978,974号の「Forward Link Based Rescue Channel Method and Apparatus for Telecommunication Systems(通信システムのための順方向リンクベース救済チャンネル方法および装置)」を参照されたい。
【0035】
概して言えば、上述したような接続救済方法は、通常、接続を維持するために、代替もしくは別のアクティブセット、つまりハンドオフに用いるBSセクタのセットを探し出すことによって接続の再設定を試みるものである。方法の如何によらず、いくつかの接続救済の試行が失敗することは明らかである。
【0036】
接続が繰り返し失敗する場合には、救済手続が長時間にわたって無制限に救済の試行を継続する可能性がある。これにより、音声接続を行っているユーザの音の送受信に過度の途切れがもたらされる可能性がある。パケットデータ接続においては、データスループット等のサービスパラメータの品質がマイナスの影響を受ける。接続が繰り返し失敗し、かつ救済の試行が成功しつつ繰り返し実行される場合には、リソースが救済目的のため使用が制限されることになる。これは、接続の失敗を経験している個別のMSをはじめ、ほかのMSならびにネットワーク通信基盤の要素にとっても、そのサービスの質ならびにキャパシティに負の影響がもたらされることになる。
【0037】
したがって、今、望まれているものは、打ち切りからの通信接続の救済するための試行の回数ならびに集中を制限する効率的かつ安全な手続である。
【発明の開示】
【0038】
(発明の要約)
接続救済方法は、「順方向リンクフェード」または「レイヤ2確認応答」の再試行タイムアウトといった通信障害に起因する打ち切りから接続を救済するべく設計された手続である。しかしながら、救済の回数ならびに頻度に関してなんらのコントロールも行なわなければ、接続が継続して失敗する場合に、MSが救済の再試行を繰り返してしまう。これにより、ユーザが非常に長い時間にわたって音切れあるいは不十分な音の送受信を経験する状態を招く可能性があり、ユーザは欲求不満となり、別のサービスプロバイダへ乗り換える機会を増加させる結果となる。それに加えて、全体的なシステムのキャパシティならびにパフォーマンスが、送信の繰り返しによって影響を受ける。
【0039】
本発明は、通信接続を打ち切りから救済するための試行の回数ならびに集中を制限する効率的かつ安全な手続を提供する。救済の試行に対する制限の程度は、ネットワークリソースならびにその可用性に依存させてもよい。たとえば、接続を維持する代償に、高出力救済手続に起因するキャパシティへの負の影響が含まれる場合には、救済を制限するネットワーク運用が好ましいかもしれない。別の影響は、ユーザが著しい音切れを経験するかもしれないことである。たとえば、接続がその時間の80%を救済に、その時間の20%を、「フレームエラーレート(FER)」が非常に高い(たとえば、それが30%を超える)不十分な状態に費やしている場合には、その接続は維持する価値がないかもしれない。救済のために確保されている基本的には使用されない帯域幅は、より良好なサービスの質を伴う別の接続に利用可能であることから、その種の接続を維持することは、その救済に必要とされるリソースに見合わない。
【0040】
再試行制限を実施する方法は多数存在する。1つの方法は、1接続当たりの救済の回数を制限することになろう。別の方法においては、最後の救済から特定の時間が経過した後に限って救済が許可されることになる。さらに別の方法では、あらかじめ決定された時間内における救済の合計回数が制限される。それに加えて、これらの制限の組み合わせを使用することもできる。
【0041】
さらに、音声ユーザに対しては、単に長時間にわたって音声を途切れさせておくより、接続が打ち切られつつある旨を警告した方が好ましいことがある。1つのケースにおいては、特に、ユーザが不十分な通信範囲のエリア内にとどまっている場合に、音声が無期限に途切れる可能性がある。それに代えて、MSは、間を置かずに(あるいは、所定短時間内に)行われた特定回数の救済の成功の後に、救済を継続するべきか、あるいは接続を打ち切るべきかをユーザに警告することができる。
【0042】
別の実施形態においては、MSが、所定の時間にわたって受信された良好なフレームのパーセンテージを継続的に追跡し、スレッショルド値に対してチェックを行い、会話を継続するにはそれが低すぎるか否かを決定することができる。それに加えてMSは、逆方向送信の追跡、すなわち所定時間内に実際に送信されたフレームの数(全フレーム数に対する送信されたフレーム数のパーセンテージ)を追跡することができる。このフレームのカウントには、送信されたフレームのみが含まれるべきであり、生成されたすべてのフレームとする必要はない。そのパーセンテージが低すぎる場合(もしくは無活動の長いバーストが生じた場合)にMSは、それを、接続の救済を継続するか否かを決定するための入力として使用することができる。それに代えて、確認応答を要求するメッセージの再送信の失敗が特定回数になったことが検出された場合(ただし「L2確認応答」障害を起動するには充分でない)、もしくは特定数の不良フレームが検出された場合(ただし、「順方向リンクフェード」障害を検出するには充分でない)、あるいは別のインジケータに基づいて一般的に不十分な接続が検出された場合には、引き続く障害は救済されないようにしても良い。
【発明を実施するための最良の形態】
【0043】
好ましい実施形態の以下の説明において、本出願の一部をなすとともに、本発明が実用化されえる特定の実施形態を図によって示す添付図面が参照される。ここで理解される必要があるが、本発明の好ましい実施形態の範囲から逸脱することなく、そのほかの実施形態が使用され、あるいは構造的な変更がなされることは可能である。さらに理解される必要があるが、ここに述べられる説明は、説明のみを目的として基本的にCDMA通信プロトコル(コードベースのプロトコル)に言及しているが、本発明の実施形態は、概してそのほかの通信プロトコルならびにディジタル無線技術にも適用可能であり、限定する意図ではないが、それにはCDMA、TDMA、FDMA、GSM、GPRS等も含まれる。
【0044】
図9は、本発明の一実施形態に従った再試行制限の実施の一例を示している。図9では、時間88においてMSがフェイルし、時間90において救済され、時間92において再びフェイルし、時間94において再び救済され、その後もこのフェイルおよび救済のパターンが繰り返される。このMSが比較的長い累積時間にわたって、たとえば30%の時間にわたり救済チャンネルを使用している場合には、それによって様々な問題を生じることがある。第1に、多数回の障害によっておびただしい音切れをユーザにもたらす。第2に、コード、電力等のリソースが無駄になる。第3に、非常に多くの救済がほかのチャンネルとの過剰な干渉をもたらす可能性がある。この問題を克服するためには、救済を必要としている接続に再試行の制限を加えればよい。
【0045】
本発明の実施形態は、再試行制限を実施するために多数の方法を使用する。1つの方法では、1接続当たりの救済の回数が制限される。図9に示されているように、任意の1つの接続に関して、M回の障害に対するM回の救済が許容され、その回数が超過されたとき、時間96におけるN番目の障害については救済が許されず、接続が打ち切られる。別の方法は、最後の救済から特定の時間が経過した場合限って救済を許容するものである。図9においては、最後の救済と次の障害との間の時間t1があらかじめ決定された時間TIME1を超える場合に接続が救済されることになる。しかしながら、最後の救済と次の障害の間との時間t2があらかじめ決定された時間TIME1を超えていない場合には、救済が許可されない。さらに別の方法においては、あらかじめ決定された時間当たりの救済の合計回数が制限されることになる。図9においては、時間90において障害1の救済が生じた後に、タイマがスタートされ、あらかじめ決定された時間T3をカウントする。この時間間隔T3の間においては、一定回数の障害の救済のみが許容され、その回数に到達すると、時間間隔T3内に生じるその後の障害(例えば、図3の例における時間96における障害N)は、接続の打ち切りをもたらすことになる。それに加えて、これらの制限の組み合わせを使用することもできる。
【0046】
再試行制限は、救済手続を起動する「L2確認応答」および「順方向リンクフェード」障害等の発生、あるいは救済を必要とする障害への未達の発生に対して実施されることができる。ここでは、これらの発生のいずれについても潜在的失敗接続と呼ばれる。救済を必要とする障害への未達の発生は、一般に不十分な接続を示す。たとえばMSが、所定の時間にわたって受信した良好なフレームのパーセンテージがあらかじめ決定されたスレッショルドより小さいことを検出した場合には、その後の障害が救済されないようにできる。それに加えて、MSが、所定の時間にわたって送信されたフレームの数があらかじめ決定されたスレッショルドより小さいことを検出した場合には、その後の障害が救済されないようにできる。それに代えて、確認応答を要求するメッセージの再送信の失敗の回数が特定の回数となったことが検出された場合(ただし「L2確認応答」障害を起動するには充分でない)、もしくは特定数の不良フレームが検出された場合(ただし、「順方向リンクフェード」障害を検出するには充分でない)、あるいは別の何らかのインジケータに基づいて一般的に不十分な接続が検出された場合には、引き続く障害が救済されないようにできる。
【0047】
救済の決定は、MSとBSの間において指示されるメッセージである救済命令によってコントロールすることができる。これらの救済命令は、接続が失敗していないときに伝達されるとともに、救済が生じた直後、接続の開始時、ハンドオフごと、あるいは別の有意な時点において生じる。MSに対して送信される接続救済の「許可」あるいは「不許可」等の個別の救済命令は、MSに、その後の救済が許可されるか、それ以上の救済が許可されないかについて指示する。MSに対して送信される個別の救済命令について、通常BSは、そのプロセッサを使用して救済の決定を行う。たとえば、BSが、1接続当たりの救済のカウントを維持し、最大カウントを超えるまでは「許可」命令を送信し、それを超えると、残りの接続に関してBSが「不許可」命令を送信するといったことが可能である。
【0048】
救済コントロール命令をMSに送信して、たとえばそれ以降に許容されている救済の回数、次の救済が許可されるまでの時間遅延、救済の頻度もしくは集中等の救済の決定に必要な救済パラメータを伝達することもできる。図10は、一例として、制限パラメータのルックアップ機能の実施形態を示したテーブルである。一実施形態においては、救済コントロール命令が、ルックアップテーブルにおけるインデクス98を提供することによって制限を指定することができる。これは、使用するビットがより少ない、より効率的な情報の通信を可能にする。
【0049】
救済コントロール命令は、それぞれの打ち切りのタイプ(たとえばL2またはフェード)に固有のコントロール情報を含むこともできる。たとえば、救済コントロール命令は、MSに対して、その後に生じるフェード障害を救済しないこと、あるいはその後に生じるL2障害の救済を許容されるまで1分間の待機が必要なことなどを指示できる。本発明の一実施形態においては、障害のタイプ等の各種のパラメータによって特徴付けされる救済記録が維持され、そのデータが決定をなすために再適用されえる。たとえばネットワークが、L2確認応答障害はより迅速に救済される可能性が全般的に高く、その後の救済を必要しないことを見出し、それゆえ、2番目、3番目およびその後のL2障害接続の救済を促進するが、フェードを生じた接続の再救済を拒否するということが考えられる。
【0050】
同様に、救済コントロール命令が、それぞれの打ち切りの原因(通信範囲、ハンドオフ速度、パイロットの汚染等)に固有のコントロール情報を含むこともできる。たとえば、MSが通信範囲のエリア外に移動したことから失敗を生じることがある。それに加えて一部の障害は、ハンドオフが早すぎるか、遅すぎるために生じる。たとえば、MSがセクタAからセクタBに移動し、セクタBが追加され(MSとの通信を開始する)、MSとセクタBとの安定した接続が確立される前にセクタAが削除された場合(MSとの通信を終了する)、ハンドオフが早すぎたことによって障害が発生する。その逆に、MSがセクタAからセクタBに移動し、セクタBが追加され、セクタAが削除されるが、MSとセクタAとの接続をMSが失うまで削除が行われない場合には、ハンドオフが遅すぎたことによって障害が発生する。パイロットの汚染によっても接続が失敗することがあり、その場合、移動中のMSに、類似した、あるいは最低限の信号強度を持ついくつかのパイロットの存在によって混乱がもたらされ、適切なパイロットを捜し出す前に失敗を生じることがある。その種の障害の原因は、ロケーション情報、PSMM(接続を救済する充分な強度のパイロットがほかに存在しない)、一連のPSMM、および獲得はされるがメッセージの一部としては送信されないそのほかの測度等を使用することによって、ネットワークによる検出可能か予測可能なこともある。打ち切りの原因に依存して、救済コントロール命令のパラメータは変化しても良い。ここで理解される必要があるが、打ち切りの原因に特有の救済パラメータは、接続の打ち切りの原因を予測し、接続の失敗に先行して伝達されるか設定されるものである。接続の失敗が検出され、接続の失敗の原因が決定されると、その接続の失敗の原因に対する特有の救済パラメータは、救済の決定に影響を及ぼすことができる。
【0051】
本発明のさらに別の実施形態においては、救済コントロール命令が、それぞれの状況(接続のタイプ(データ、音声等)、セクタ、地理的な場所、MS、MSのベンダ等)に特有のコントロール情報を含むこともできる。ネットワークが救済の試行を細かくコントロールできることの利点は、リソースの効率的な使用を最大化できるということである。たとえば、1を超える数の救済を実行することが一般に非効率となるエリアにMSが入る場合には、ネットワークが、セクタごとを基準に救済を制限することができる。これは、ハンドオフ後にパラメータをセットする利点の1つである。
【0052】
したがって救済コントロール命令は、その後に許容されている救済の回数、次に救済が許可されるまでの時間遅延等、救済の決定に必要な所定の情報(救済パラメータ)、あるいは打ち切りのタイプ(たとえば、L2またはフェード)、打ち切りの原因(通信範囲、ハンドオフ速度、パイロットの汚染等)、もしくは状況(接続のタイプ(データ、音声等)、セクタ、地理的な場所、MS、MSのベンダ等)に関連する接続特有の情報を伝達することができる。しかしながら、ここで理解されたいことは、この情報が救済コントロール命令を介して伝達される必要はないということである。本発明の別の実施形態においては、MSまたはネットワークのいずれかが、所定の救済パラメータを記憶しておいてもよく、また接続の失敗に先行して、あるいは失敗の時点において、独立に接続特有の救済パラメータを決定し、それぞれの救済の決定をなすプロセスにおいてその情報を使用することもできる。
【0053】
本発明の実施形態に従ったMSまたはネットワークの救済コントロールの他の実施形態としては、同一の地理的エリアもしくは時間的な期間内における、あるいは特定のMSに関する過去の救済の試行の成功に基づく救済の制限がある。たとえば、ネットワークもしくはMSが、その後の救済が必要になる方法でMSの救済が行われたことを知った場合には、それ以降の救済を許可しないようにできる。この救済の制限は、近傍における最近のもしくは現在の接続から適応的に学習することが可能である。たとえば、1つのMSが救済を試行したが失敗した場合には、接続に失敗している、同一条件を経験しているほかのすべてのMSが救済を許可されないようにすることができる。
【0054】
本発明の別の実施形態は、最後の救済(1ないしは複数)が実行された迅速さに基づいて救済の制限を定義する。より多くの時間が接続に費やされ、より少ない時間が救済の努力に使用されることになるため、迅速なほど良い。遅い救済ほど多くのリソースが浪費され、所定の時間内に実行可能な救済の数が少なくなってしまう。したがって、迅速に救済が可能なMSには、その後の救済を許可し、救済に時間を要したMSには引き続く救済を許可しないようにしても良い。別の実施形態は、無音(逆方向もしくは順方向リンク、またはその両方)に費やされた累積時間(または時間のパーセンテージ)がどの程度であるかに基づいて救済の制限が定義される。
【0055】
これまで説明した救済コントロールメッセージは、スタンドアロンメッセージであっても良いし、またセクタごとのパラメータを伝えるために、ハンドオフ指示メッセージ、トラフィック内システムパラメータメッセージ、もしくは近隣リスト更新メッセージ内に埋め込んでもよい。それに加えて、接続が継続されたときの救済の終了時において、救済されたMSを、チャンネル割り当てメッセージを使用する特別なチャンネルに割り当てることもできる。救済コントロールメッセージは、救済の終了時におけるこれらのチャンネル割り当てメッセージに含まれることが特に適している。
【0056】
図11は、順方向リンク上の接続救済コントロールメッセージの実施形態を示した一例としての命令メッセージテーブルである。図11は、指示された救済再試行のコントロールのメッセージを送る実施形態を示している。ここで、接続救済コントロール命令パラメータがORDQ100内に指定されていることに注意されたい。図11は、IS‐2000‐A標準における命令の指定に使用されている形式に従った救済命令の実行を示しているが、オーバーヘッド、ハンドオフ指示、チャンネル割り当て、および一般的には無線プロトコルに関するそのほかの類似のメッセージに適用可能である。これらの考え方をcdma2000以外に拡張することは容易である。
【0057】
本発明の一実施形態においては、MSがネットワークからコントロール命令を受信すると、MSは、そのプロセッサを使用して救済の決定を行なう。たとえばMSが、次の救済が許可されるまでの時間遅延を含むコントロール命令を受信した場合には、MSは、必要な時間の間カウンタまたはタイマによる計時を維持し、その後、更なるの失敗の救済を可能にする。
【0058】
救済命令を、MSからBSに送信することもできる。たとえばMSが、次の救済が許可されるまでの時間遅延を含むコントロール命令を受信した場合に、MSは、この時間をカウントするためにカウンタまたはタイマによる計時を維持し、この期間内に、接続の救済を試行しないことをBSに指示する特別な命令をBSに対して送信することができる。この時間が経過し、MSが更なる失敗を救済することが可能になったときには、接続の救済の試行をBSに指示する特別な命令をBSに対して送信することができる。
【0059】
上記に加えて、MSが、BSとは独立に救済の制限を設定するための独自の計略を維持することもできる。たとえば、送受話機を持ったユーザのフラストレーションを抑えるために、MSは、単一の接続の間に特定の制限された回数の救済が生じた場合にそれ以降の救済を許可しないといった、ネットワークの救済制限基準より厳しい独自の再試行制限手続を実行してもよい。MSが、前述のネットワークと同様に、障害のタイプ、原因、または状況を検出し、それに従ってそれぞれの救済コントロール命令を変更することもできる。つまり、ここで理解する必要があるが、これにおいて論じている再試行制限計略は、開示を簡明にする目的から、基本的にネットワークの再試行制限計略に向けられているが、MSの再試行制限計略にも等しく適用可能である。
【0060】
本発明の別の実施形態においては、音声ユーザに対して、単純に長時間にわたって音を無音にさせておくより、接続が打ち切られつつある旨を警告した方が好ましいことがある。たとえば、ユーザが不十分な通信範囲のエリア内にとどまっている場合には、無期限に音が無音となる可能性がある。それに代えてMSは、間を置かずに(あるいは、所定短時間内に)行われた特定数の救済の成功の後に、救済を継続するべきか、あるいは接続を打ち切るべきかをユーザに警告することができる。たとえば、あらかじめ決定した回数の救済の後に、MSは、音声メモを再生してユーザに対して接続が失敗していることを通知し、さらに救済を試行する指示、もしくは接続を終了する指示のいずれかを与える特定キーの操作または音声コマンドの発話のオプションをユーザに与えることができる。またMSは、ユーザに、ユーザによる構成が可能な特定の救済パラメータ、たとえばそのユーザが所定の接続に許容する救済の回数等の入力を促すこともできる。これらのユーザによる構成が可能な救済パラメータは、全体的にMSもしくはネットワークの再試行制限基準の影響下に置かれ、かつそれによって制限される。
【0061】
さらに、ここで論じている再試行制限計略は、逆方向ならびに順方向ベースの救済手続の両方に等しく適用可能である。ネットワークが救済チャンネルを送信する順方向ベースの救済手続については、MSが独立に救済の決定を行い、それをネットワークに渡すこともあるため、ネットワークの救済の意図が、それ独自の救済意志決定および/またはMSの救済の意図に基づくことが考えられる。ネットワークの救済の意図が確定された後は、ネットワークからMSにその救済の意図が伝えられ、その結果、MSは、救済が試行されない場合に単純にその接続を打ち切ることになり、救済チャンネルを待機しまた探すことはない。MSが救済チャンネルを送信する逆方向ベースの救済手続については、ネットワークが独立に救済の決定を行い、それをMSに渡すこともあるため、MSの救済の意図が、それ独自の救済意志決定および/またはネットワークの救済の意図に基づくことが考えられる。MSの救済の意図が確定された後は、MSからネットワークにその救済の意図が伝えられ、その結果、ネットワークは、救済が試行されない場合に単純にその接続を打ち切ることになり、救済チャンネルを待機しまた探すことはない。
【0062】
図12は、これまで述べた本発明の実施形態に従った救済の試行をコントロールする一般的なプロセスを要約したフローチャートである。MSまたはBS等のネットワーク統一体は、接続が失敗しているか、また救済が必要であるかあるいは試行されるべきか否かについての決定を行なうため、接続110をモニタする。一実施形態においては、MSおよびBS(1ないしは複数)がともに図12の手続を実行することができる。モニタを行っている統一体は、接続が失敗しているか否かをチェックし(120)、失敗していなければモニタを継続する(110)。接続が失敗している場合にこのプロセスは、救済の試行に関する有効な制限があれば、それが何かを決定する(130)。これには、ネットワークからMSに送信された救済の制限の呼び出し、あらかじめ構成済みのパラメータ、あるいはデータベース記載事項の読み出しを含む。ブロック130には、現在の接続に対してすでに行った救済の試行回数等の、制限に適用可能な情報の決定も含まれる。統一体は、続いてブロック140において、制限ならびに現在の状態に基づいて、救済が許可されるか否かを決定する。救済によって、救済に関して前述した制限もしくは規制を超える結果となることからその救済が許可されない場合には、接続が救済されることなく、接続が打ち切られる結果となる(170)。救済が許可される場合には、統一体が救済の試行を開始し(150)、それに成功すると(160)、接続を再設定する。その後、統一体は、それ以降の失敗のモニタを継続する(110)。救済が失敗した場合には、接続が打ち切られる(170)。
【0063】
図13(a)〜13(f)は、本発明の一例としての実施形態を示したメッセージおよびイベントのシーケンス図である。本発明の実施形態は、接続を救済するか否か、あるいは失敗を続ける接続を継続して救済するか否かに関するMSもしくはBS(1ないしは複数)の決定に影響を及ぼすために使用することが可能な信号伝送構造を含む。本発明の実施形態は、1つの接続における救済の回数の制限、特定の時間内における救済の回数の制限、救済間の時間の制限(つまり、特定の時間が経過するまで次の救済を許可しない)、あるいはこれらのいくつかの組み合わせを含む。救済と救済の間の時間を制限する場合には、救済の成功の直後に接続が失敗すると、接続が打ち切られることになる。この種の制限を記述するパラメータは、標準の中で指定すること、あらかじめ定義しておくこと、あるいはメッセージの送信を介して救済手続を制限する統一体に伝達することが可能である。一実施形態においては、通信基盤(ネットワーク)がMSに、オーバーヘッドメッセージを使用して制限パラメータを伝達することができる。
【0064】
図13(a)は、基準BS190と通信を行っているMS180を示している。救済手続の成功200に続いて、基準BS190は、更なる救済がMS180に認められないことを示す「接続救済不許可命令」210を送信する。その後、ブロック220によって表される適当な時間が経過すると、基準BS190は、もし失敗が生じたならばMS180は接続の救済の試行が認められることをMS180に伝える「接続救済許可命令」230を送信する。
【0065】
図13(b)は、別の実施形態を示しており、それにおいては、救済手続の成功200に続いてMS180に送信される「接続救済コントロール命令」240によって、MS180に、現在有効な特定の接続救済の制限を伝える。たとえば、この「接続救済コントロール命令」240は、ブロック250によって表される時間が経過するまで再救済が認められないことをMS180に示すことができる。
【0066】
図13(c)は、基準BS190がオーバーヘッドメッセージ260内において一般的な救済制限をMS180に伝達する方法を示している。この種のオーバーヘッドメッセージの例としては、ページングチャンネルシステムパラメータメッセージまたはトラフィック内システムパラメータメッセージが挙げられる。救済の試行をコントロールする各種の方法に加えて、方法の動作を指定するいくつかの手法が存在する。数例の実施形態は、標準もしくは実施の中で救済の回数(接続当たり、所定時間期間当たり、あるいはそのほかの基準)を一定となるように指定したり、この情報をオーバーヘッド260(ページングチャンネルまたはそのほかの共通チャンネルのメッセージ送信)において指定したり、たとえば接続の開始時もしくは各ハンドオフのときに接続ごと(MSごと)に情報を指定したりするか、あるいは救済の成功時もしくはその直後にそのパラメータを指定することを含む。一実施形態においては、オーバーヘッドメッセージ260内に指定されている制限に、救済の試行と試行の間の時間を含めることができる。図13(c)には、その種の時間制限を超える時間270が示されており、それゆえ最初の救済の成功290から時間270が経過すると、2番目の救済280が許可される。また図13(c)は、ハンドオフメッセージ300が修正された接続救済制限情報を含み、その種のパラメータの情報を適時的な態様で提供できることも示している。
【0067】
図13(d)は、ハンドオフメッセージ310が、オーバーヘッ・メッセージ320内において以前に指定された制限を、救済が生じる前に更新できることを示している。たとえば、時間の制限330を変更することができる。
【0068】
同様に、図13(e)は、ハンドオフメッセージ310が受信された後に、新しいオーバーヘッドメッセージ340が、以前に指定された制限を、救済が生じる前に更新できることを示している。これにおいても時間の制限330が変更される例が示されている。
【0069】
図13(f)は、ある時間内に多数の救済が許可される実施形態を示している。この制限は、図13(f)の場合であれば、「接続救済コントロール命令」350を介して伝達される。ここで注意されたいが、360a〜360cにおいて多数の接続救済が完了されているが、非常に短い時間内に非常に多くの救済が実行されたことになるため、MSは、追加の時間370が経過するまで救済350dを開始することができない。なお、図13(a)〜13(f)においては、示された時間内に失敗が生じると接続が打ち切られることを理解する必要がある。
【0070】
ここでの再試行制限の概念の説明には、一例としてCDMAセルラネットワークを使用したが、打ち切りの危険が迫っている接続の救済に関して再試行制限を設定するという基本概念は、ページングシステム、衛星通信システム、コードレス電話システム、フリート通信システムといったほかの無線プロトコルならびに技術にも適用可能、あるいは拡張可能である。なお、ここで述べているBSの概念には、リピータまたは各種のアンテナダイバーシティスキーム、コードレスのベース、衛星もしくはそのほかの電話等が包含される。またここで述べているMSの概念には、ページャ、衛星電話、コードレス電話、フリート無線等が包含される。
【0071】
以上、本発明について、添付図面を参照し、その実施形態との関連において十分な説明を行ってきたが、当業者にとって各種の変更ならびに修正が明らかであることに注意が必要である。その種の変更ならびに修正は、付随する特許請求の範囲によって定義される本発明の範囲内に含まれると理解されるべきである。
【図面の簡単な説明】
【0072】
【図1】無線通信システム内のセクタ間にわたり、異なる位置の間を動き回る移動局を図示している。
【図2】無線通信システム内における移動局と基地局の間の通信リンクの一例を図示している。
【図3】無線通信システム内において基地局から移動局へ伝達されるオーバーヘッドメッセージを図示している。
【図4】動き回っている移動局と通信する無線通信基盤を図示している。
【図5】「レイヤ2確認応答」障害に起因して接続の打ち切りを招くことになる移動局と基地局の間におけるメッセージシーケンスを図示している。
【図6】無線通信ネットワーク内において順方向リンクのフェードからもたらされる接続の打ち切りを表した時間ラインである。
【図7】無線通信ネットワーク内における使用のための、3つのフェーズおよび4つのフレームに分割されるスーパーフレームの時間ラインである。
【図8】「順方向救済手続」が起動される一実施形態の時間ラインである。
【図9】本発明の一実施形態に従った再試行制限の実施の一例を図示している。
【図10】本発明の一実施形態に従った一例としての制限パラメータルックアップ機能を示したテーブルである。
【図11】本発明の一実施形態に従った順方向リンク上における接続救済コントロールメッセージの一例を示した命令メッセージテーブルである。
【図12】本発明の一実施形態に従った救済の試行をコントロールするプロセスを示したフローチャートである。
【図13】(a)〜(f)は、本発明の実施形態を示したメッセージおよびイベントのシーケンス図である。
Claims (91)
- ネットワークと1ないしは複数の移動局(MS)とを備え、その1ないしは複数の移動局(MS)との通信を可能とし、かつ潜在的に失敗接続となるネットラークとの接続を持つ少なくとも1つの移動局(MS)を救済するためのシステムにおいて、その潜在的な失敗接続の救済試行を制限するための方法であって、
潜在的な失敗接続を識別し、
その潜在的な失敗接続に対する現在の救済制限を決定し、
その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、そして
その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止することからなる方法。 - 現在の救済制限の決定は、潜在的な失敗接続の開始前に決定された予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することを含む請求項1記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の救済試行が接続当たり所定回数に制限されることを決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の救済試行が、その接続の最後の救済から所定の時間が経過した場合にのみ許容されることを決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の救済試行が、所定時間内に、所定回数よりも少ない接続の救済が行なわれている場合のみに許容されることを決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行が中止されることを決定することを含む請求項1記載の方法。
- さらに、以前に移動局(MS)によって所定時間内に受信された良好フレームのパーセンテージが所定のスレッショルドパーセンテージよりも低い場合には、潜在的な失敗接続を有するその移動局(MS)の救済試行が中止されることを決定することを含む請求項1記載の方法。
- さらに、以前に移動局(MS)によって所定時間内に送信されたフレームのパーセンテージが所定のスレッショルドパーセンテージよりも低い場合には、潜在的な失敗接続を有するその移動局(MS)の救済試行が中止されることを決定することを含む請求項1記載の方法。
- さらに、以前に移動局(MS)によって所定時間内に受信された良好フレームの数が所定のスレッショルド数よりも低い場合には、潜在的な失敗接続を有するその移動局(MS)の救済試行が中止されることを決定することを含む請求項1記載の方法。
- さらに、移動局(MS)による確認応答を要求するメーセージの再送信に失敗した回数が所定回数となったことが以前に検出されている場合、潜在的な失敗接続を有するその移動局(MS)の救済試行が中止されることを決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続のタイプに特有である現在の救済制限を決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の原因に特有である現在の救済制限を決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の状況に特有である現在の救済制限を決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、特定の地理的エリアもしくは時間的な期間内における、潜在的な失敗接続を持つ移動局(MS)もしくは別の複数の移動局(MS)の救済成功レートの履歴に基づいて現在の救済制限を適応的に決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、移動局(MS)もしくは別の複数の移動局(MS)が以前に経験した状況に対する、潜在的な失敗接続を持つその移動局(MS)が経験している状況との類似性、および潜在的な失敗接続を持つ移動局(MS)もしくは別の複数の移動局(MS)の救済成功レートの履歴に基づいて現在の救済制限を適応的に決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、その接続の以前の救済が所定時間以内に完了された場合にのみ、潜在的な失敗接続の救済試行が許可されることを決定することを含む請求項1記載の方法。
- 現在の救済制限の決定は、以前に移動局(MS)によって無音状態に費やされた時間のパーセンテージが所定のスレッショルドパーセンテージよりも大きい場合に、潜在的な失敗接続を持つその移動局(MS)の救済試行が中止されることを決定することを含む請求項1記載の方法。
- さらに、ユーザによって移動局(MS)に入力されるコマンドに応じて、現在の救済制限を決定することを含む請求項1記載の方法。
- 潜在的な失敗接続の識別および現在の救済制限の決定は、ネットワークによって実施され、さらに、ネットワークから潜在的な失敗接続を持つ移動局(MS)に救済命令を用いて予め存在する救済制限を通信し、その救済命令に応じて、移動局(MS)が救済試行の許可あるいは中止を決定する請求項2記載の方法。
- 救済命令は、特定の救済命令を有し、その特定の救済命令によって救済試行の許可あるいは中止が移動局(MS)に指示される請求項19記載の方法。
- 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、移動局(MS)が救済試行の許可あるいは中止を決定する請求項19記載の方法。
- コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有の情報を含む請求項21記載の方法。
- 潜在的な失敗接続の識別および現在の救済制限の決定は、潜在的な失敗接続を持つ移動局(MS)によって実施され、さらに、潜在的な失敗接続を持つ移動局(MS)からネットワークに救済命令を用いて予め存在する救済制限を通信し、その救済命令に応じて、ネットワークが救済試行の許可あるいは中止を決定する請求項2記載の方法。
- 救済命令は、特定の救済命令を有し、その特定の救済命令によって救済試行の許可あるいは中止がネットワークに指示される請求項19記載の方法。
- 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、ネットワークが救済試行の許可あるいは中止を決定する請求項23記載の方法。
- コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有の情報を含む請求項21記載の方法。
- ネットワークと1ないしは複数の移動局(MS)とを備え、その1ないしは複数の移動局(MS)との通信を可能とし、潜在的に失敗接続となるネットラークとの接続を持つ少なくとも1つの移動局(MS)を救済し、および救済命令に応じてその潜在的な失敗接続の救済試行を制限するためのシステムにおいて、その潜在的な失敗接続の救済試行の制限を補助するための方法であって、
ネットワークにおいて、
接続に対して予め存在する救済制限を決定し、そして
救済命令を用いて、ネットワークから接続を持つ移動局(MS)にその予め存在する救済制限を通信することからなる方法。 - ネットワークと1ないしは複数の移動局(MS)とを備え、その1ないしは複数の移動局(MS)との通信を可能とし、潜在的に失敗接続となるネットラークとの接続を持つ少なくとも1つの移動局(MS)を救済し、およびその潜在的な失敗接続の救済試行を制限するためのシステムにおいて、その潜在的な失敗接続の救済試行の制限を補助するための方法であって、
潜在的な失敗接続を持つ移動局(MS)において、
潜在的な失敗接続を識別し、
その潜在的な失敗接続に対する現在の救済制限を決定し、
その現在の救済制限に基づいて救済が許容される場合に、その潜在的な失敗接続の救済試行を許可し、そして
その現在の救済制限に基づいて救済が禁止される場合に、その潜在的な失敗接続の救済試行を中止することからなる方法。 - さらに、潜在的な失敗接続を持つ移動局(MS)において、
その潜在的な失敗接続の開始前に救済命令を用いてネットワークから予め存在する救済制限を受信し、そして
その予め存在する救済制限に応じて、潜在的な失敗接続に対する現在の救済制限を決定することを含む請求項28記載の方法。 - 現在の救済制限の決定は、潜在的な失敗接続の開始前に決定された予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することを含む請求項29記載の方法。
- 現在の救済制限の決定は、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行が中止されることを決定することを含む請求項28記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続のタイプに特有である現在の救済制限を決定することを含む請求項28記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の原因に特有である現在の救済制限を決定することを含む請求項28記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の状況に特有である現在の救済制限を決定することを含む請求項28記載の方法。
- 救済命令は、特定の救済命令を有し、その特定の救済命令によって潜在的な失敗接続の救済試行の制限が移動局(MS)に指示される請求項29記載の方法。
- 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、移動局(MS)が、潜在的な失敗接続の救済試行の制限を決定する請求項29記載の方法。
- コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有の情報を含む請求項36記載の方法。
- さらに、ユーザによって移動局(MS)に入力されるコマンドに応じて、潜在的な失敗接続に対する現在の救済制限を決定することを含む請求項28記載の方法。
- ネットワークと1ないしは複数の移動局(MS)とを備え、その1ないしは複数の移動局(MS)との通信を可能とし、潜在的に失敗接続となるネットラークとの接続を持つ少なくとも1つの移動局(MS)を救済し、および救済命令に応じて潜在的な失敗接続の救済試行を制限するためのシステムにおいて、その潜在的な失敗接続の救済試行の制限を補助するための方法であって、
潜在的な失敗接続の開始前に、接続を持つ移動局(MS)において、
その接続に対する予め存在する救済制限を決定し、そして
その接続を持つ移動局(MS)からネットワークに、救済命令を用いて予め存在する救済制限を通信することからなる方法。 - ネットワークと1ないしは複数の移動局(MS)とを備え、その1ないしは複数の移動局(MS)との通信を可能とし、潜在的に失敗接続となるネットラークとの接続を持つ少なくとも1つの移動局(MS)を救済し、およびその潜在的な失敗接続の救済試行を制限するためのシステムにおいて、その潜在的な失敗接続の救済試行の制限を補助するための方法であって、
ネットワークにおいて、
潜在的な失敗接続を識別し、
その潜在的な失敗接続に対する現在の救済制限を決定し、
その現在の救済制限に基づいて救済が許容される場合に、その潜在的な失敗接続の救済試行を許可し、そして
その現在の救済制限に基づいて救済が禁止される場合に、その潜在的な失敗接続の救済試行を中止することからなる方法。 - さらに、ネットワークにおいて、
その潜在的な失敗接続の開始前に救済命令を用いて、接続を持つ移動局(MS)から予め存在する救済制限を受信し、そして
その予め存在する救済制限に応じて、潜在的な失敗接続に対する現在の救済制限を決定することを含む請求項40記載の方法。 - 現在の救済制限の決定は、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することを含む請求項41記載の方法。
- 現在の救済制限の決定は、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行が中止されることを決定することを含む請求項40記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続のタイプに特有である現在の救済制限を決定することを含む請求項40記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の原因に特有である現在の救済制限を決定することを含む請求項40記載の方法。
- 現在の救済制限の決定は、潜在的な失敗接続の状況に特有である現在の救済制限を決定することを含む請求項40記載の方法。
- 救済命令は、特定の救済命令を有し、その特定の救済命令によって救済試行の許可または中止がネットワークに指示される請求項41記載の方法。
- 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、ネットワークが、救済試行の許可または中止を決定する請求項41記載の方法。
- コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有の情報を含む請求項48記載の方法。
- 1ないしは複数の移動局(MS)との通信を可能とし、かつ潜在的な失敗接続を持つ移動局(MS)の救済試行を制限するための通信システムであって、
1ないしは複数の移動局(MS)であって、各移動局(MS)はMSプロセッサを有し、および、
その1ないしは複数の移動局(MS)と通信状態に結合されるネットワークとを備え、
ネットワークとの接続を持つ少なくとも1つの移動局(MS)のMSプロセッサは、その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するようにプログラムされている通信システム。 - ネットワークは、ネットワークとの接続を持つ少なくとも1つの移動局(MS)に対して予め存在する救済制限を決定し、かつその接続を持つ少なくとも1つの移動局(MS)に救済命令を用いて予め存在する救済制限を通信するようにプログラムされたネットワークプロセッサを有し、および
ネットワークとの接続を持つ少なくとも1つの移動局(MS)のMSプロセッサは、さらに、ネットワークから予め存在する救済制限を受信し、かつその予め存在する救済制限に応じて潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項50記載のシステム。 - MSプロセッサは、さらに、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することによって現在の救済制限を決定するようにプログラムされている請求項51記載のシステム。
- MSプロセッサは、さらに、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行を中止するものとして、現在の救済制限を決定するようにプログラムされている請求項50記載のシステム。
- MSプロセッサは、さらに、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有である現在の救済制限を決定するようにプログラムされている請求項50記載のシステム。
- 救済命令は、特定の救済命令を有し、その特定の救済命令によっての救済試行の許可または禁止が潜在的な失敗接続を持つ移動局(MS)に指示される請求項51記載のシステム。
- 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、潜在的な失敗接続を持つ移動局(MS)が、救済試行の許可または中止を決定する請求項51記載のシステム。
- コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有な情報を含む請求項56記載のシステム。
- ネットワークとの接続を持つ少なくとも1つの移動局(MS)のMSプロセッサは、さらに、ユーザによって移動局(MS)に入力されるコマンドに応じて、潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項50記載のシステム。
- 潜在的に失敗接続となるネットワークとの接続を持つ少なくとも1つの移動局(MS)の救済試行の制限を補助するためのものであって、その少なくとも1つの移動局(MS)は救済命令に応じて救済試行を制限することが可能である通信ネットワークにおいて、
その接続に対する予め存在する救済制限を決定し、その接続を持つ移動局(MS)に救済命令を用いて予め存在する救済制限を通信するようにプログラムされたネットワークプロセッサを備える通信ネットワーク。 - 移動局(MS)が潜在的に失敗接続となるネットワークとの接続を持つときに、その移動局(MS)における救済試行を制限する移動局(MS)であって、
その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するようにプログラムされたMSプロセッサを備える移動局(MS)。 - 移動局(MS)の救済試行の制限を補助するために移動局(MS)に救済命令を用いて予め存在する救済制限を通信することができるネットワークを備え、
MSプロセッサは、さらに、救済命令によってネットワークから予め存在する救済制限を受信し、その予め存在する救済命令に応じて潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項60記載の移動局(MS)。 - MSプロセッサは、さらに、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することによって現在の救済制限を決定するようにプログラムされている請求項61記載の移動局(MS)。
- MSプロセッサは、さらに、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行を中止するものとして、現在の救済制限を決定するようにプログラムされている請求項60記載の移動局(MS)。
- MSプロセッサは、さらに、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有である現在の救済制限を決定するようにプログラムされている請求項60記載の移動局(MS)。
- 救済命令は、特定の救済命令を有し、その特定の救済命令によっての救済試行の許可または禁止が潜在的な失敗接続を持つ移動局(MS)に指示される請求項61記載の移動局(MS)。
- 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、潜在的な失敗接続を持つ移動局(MS)が、救済試行の許可または中止を決定する請求項61記載の移動局(MS)。
- コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有な情報を含む請求項66記載の移動局(MS)。
- MSプロセッサは、さらに、ユーザによって移動局(MS)に入力されるコマンドに応じて、潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項60記載の移動局(MS)。
- 1ないしは複数の移動局(MS)との通信を可能とし、かつ潜在的な失敗接続を持つ移動局(MS)の救済試行を制限するための通信システムであって、
ネットワークプロセッサを有するネットワーク、および
そのネットワークとの接続を持つ少なくとも1つの移動局を備え、
ネットワークプロセッサは、接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するようにプログラムされる通信システム。 - 各移動局(MS)は、その接続に対する予め存在する救済制限を決定し、かつネットワークに救済命令を用いてその予め存在する救済制限を通信するようにプログラムされたMSプロセッサを有し、そして、
ネットワークプロセッサは、さらに、ネットワークとの接続を持つ少なくとも1つの移動局(MS)予め存在する救済制限を受信し、その予め存在する救済命令に応じて潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項69記載のシステム。 - ネットワークプロセッサは、さらに、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することによって現在の救済制限を決定するようにプログラムされている請求項70記載のシステム。
- ネットワークプロセッサは、さらに、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行を中止するものとして、現在の救済制限を決定するようにプログラムされている請求項69記載のシステム。
- ネットワークプロセッサは、さらに、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有である現在の救済制限を決定するようにプログラムされている請求項69記載のシステム。
- 救済命令は、特定の救済命令を有し、その特定の救済命令によっての救済試行の許可または禁止が潜在的な失敗接続を持つ移動局(MS)に指示される請求項70記載のシステム。
- 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、潜在的な失敗接続を持つ移動局(MS)が、救済試行の許可または中止を決定する請求項70記載のシステム。
- コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有な情報を含む請求項75記載のシステム。
- 移動局(MS)が潜在的に失敗接続となるネットワークとの接続を持つときに、その移動局(MS)における救済試行の制限を補助する移動局(MS)であって、そのネットワークは、移動局(MS)の救済試行を制限するために救済命令を用いて予め存在する救済制限を受信することが可能であり、
その接続に対する予め存在する救済制限を決定し、救済命令を用いてネットワークに予め存在する救済制限を通信するようにプログラムされたMSプロセッサを備える移動局(MS)。 - 潜在的に失敗接続となるネットワークとの接続を持つ少なくとも1つの移動局(MS)の救済試行を制限する通信ネットワークであって、
その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するようにプログラムされたネットワークプロセッサを備える通信ネットワーク。 - 救済試行の制限を補助するために救済命令を用いて接続に対する予め存在する救済制限を決定しかつ通信することができる少なくとも1つの移動局(MS)を備え、
ネットワークプロセッサは、さらに、救済命令によって少なくとも1つの移動局(MS)から所定の救済制限を受信し、その予め存在する救済命令に応じて潜在的な失敗接続に対する現在の救済制限を決定するようにプログラムされている請求項78記載の通信ネットワーク。 - ネットワークプロセッサは、さらに、予め存在する救済制限、あるいは潜在的な失敗接続時に決定された救済パラメータを考慮することによって現在の救済制限を決定するようにプログラムされている請求項79記載の通信ネットワーク。
- ネットワークプロセッサは、さらに、接続が不十分な接続として以前に特徴付けられた場合には、潜在的な失敗接続の救済試行を中止するものとして、現在の救済制限を決定するようにプログラムされている請求項78記載の通信ネットワーク。
- ネットワークプロセッサは、さらに、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有である現在の救済制限を決定するようにプログラムされている請求項78記載の通信ネットワーク。
- 救済命令は、特定の救済命令を有し、その特定の救済命令によっての救済試行の許可または禁止がネットワークに指示される請求項79記載の通信ネットワーク。
- 救済命令は、コントロール情報を含む救済コントロール命令を有し、その救済命令に含まれるコントロール情報に応じて、ネットワークが、救済試行の許可または中止を決定する請求項79記載の通信ネットワーク。
- コントロール情報は、潜在的な失敗接続のタイプ、原因あるいは状況に対して特有な情報を含む請求項84記載のネットワーク。
- 1ないしは複数の移動局(MS)との通信を可能とし、かつ潜在的な失敗接続を持つ移動局(MS)の救済試行を制限するための通信システムであって、
1ないしは複数の移動局(MS)、および、
その1ないしは複数の移動局(MS)と通信状態に結合されるネットワーク手段とを備え、少なくとも1つの移動局(MS)はネットワーク手段との接続を持つものであって、
ネットワーク手段との接続を持つ少なくとも1つの移動局(MS)は、その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止する通信システム。 - 潜在的に失敗接続となるネットワークとの接続を持つ少なくとも1つの移動局(MS)の救済試行の制限を補助するためのものであって、その少なくとも1つの移動局(MS)は救済命令に応じて救済試行を制限することが可能である通信ネットワークにおいて、
その接続に対する予め存在する救済制限を決定し、その接続を持つ移動局(MS)に救済命令を用いて予め存在する救済制限を通信するためのネットワーク手段を備える通信ネットワーク。 - 移動局(MS)が潜在的に失敗接続となるネットワークとの接続を持つときに、その移動局(MS)における救済試行を制限する移動局(MS)であって、
その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するための手段を備える移動局(MS)。 - 1ないしは複数の移動局(MS)との通信を可能とし、かつ潜在的な失敗接続を持つ移動局(MS)の救済試行を制限するための通信システムであって、
ネットワーク手段、および、
ネットワークと接続を持つ少なくとも1つの移動局(MS)を備え、
ネットワーク手段は、接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止する通信システム。 - 移動局(MS)が潜在的に失敗接続となるネットワークとの接続を持つときに、その移動局(MS)における救済試行の制限を補助する移動局(MS)であって、ネットワークは、移動局(MS)の救済試行を制限するために救済命令を用いて予め存在する救済制限を受信することが可能であり、
その接続に対する予め存在する救済制限を決定し、ネットワークに救済命令を用いて予め存在する救済制限を通信するための手段を備える移動局(MS)。 - 潜在的に失敗接続となるネットワークとの接続を持つ少なくとも1つの移動局(MS)の救済試行を制限するための通信ネットワークであって、
その接続が潜在的な失敗接続になるときを検出し、その潜在的な失敗接続に対する現在の救済制限を決定し、その現在の救済制限に基づいて救済が許容される場合に、潜在的な失敗接続の救済試行を許可し、および、その現在の救済制限に基づいて救済が禁止される場合に、潜在的な失敗接続の救済試行を中止するための手段を備える通信ネットワーク。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US25361200P | 2000-11-28 | 2000-11-28 | |
PCT/US2001/044738 WO2002045386A2 (en) | 2000-11-28 | 2001-11-28 | Retry limits for connection rescue procedures in telecommunication systems |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007129531A Division JP4544269B2 (ja) | 2000-11-28 | 2007-05-15 | 通信障害に起因する打ち切りから接続を救済する方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004537181A true JP2004537181A (ja) | 2004-12-09 |
JP4082215B2 JP4082215B2 (ja) | 2008-04-30 |
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 After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007129531A Expired - Fee Related JP4544269B2 (ja) | 2000-11-28 | 2007-05-15 | 通信障害に起因する打ち切りから接続を救済する方法 |
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 (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008527786A (ja) * | 2005-01-06 | 2008-07-24 | エルジー エレクトロニクス インコーポレイティド | 高速アップリンクパケットアクセス方式の改善 |
JP2011182453A (ja) * | 2005-02-17 | 2011-09-15 | Qualcomm Inc | 以前の生起の試みに基づいてデータ呼生起を制御する装置と方法 |
Families Citing this family (30)
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 |
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 |
BRPI0817180A2 (pt) | 2007-10-29 | 2015-07-28 | Interdigital Patent Holdings | Método de detecção de falhas de links de rádio para transmissão por meio de canal dedicado aprimorado em esta ceel_fach. |
KR101476187B1 (ko) | 2008-04-04 | 2014-12-24 | 엘지전자 주식회사 | 네트워크 진입 지시 및 네트워크 진입 방법 |
JP4976440B2 (ja) | 2008-05-19 | 2012-07-18 | 創新音▲速▼股▲ふん▼有限公司 | 接続を再確立する方法及び通信装置 |
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 | 大唐移动通信设备有限公司 | 切换控制方法及系统 |
KR102387582B1 (ko) * | 2017-09-29 | 2022-04-18 | 삼성전자 주식회사 | 무선 통신 시스템에서 pdn 연결 관리 방법 및 장치 |
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 |
Family Cites Families (41)
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 |
JP2000023231A (ja) * | 1998-06-29 | 2000-01-21 | Nec Commun Syst Ltd | 自動再接続方法 |
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 | 埼玉日本電気株式会社 | Cdma開ループ制御における上りチャネル干渉補正方法及びそのシステム |
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 |
-
2001
- 2001-11-16 US US09/992,586 patent/US7187930B2/en not_active Expired - Lifetime
- 2001-11-28 CN CNB018195547A patent/CN1309262C/zh not_active Expired - Fee Related
- 2001-11-28 AU AU2002217945A patent/AU2002217945A1/en not_active Abandoned
- 2001-11-28 KR KR1020037007122A patent/KR100613420B1/ko not_active IP Right Cessation
- 2001-11-28 JP JP2002546398A patent/JP4082215B2/ja not_active Expired - Lifetime
-
2007
- 2007-01-24 US US11/657,909 patent/US20070123247A1/en not_active Abandoned
- 2007-05-15 JP JP2007129531A patent/JP4544269B2/ja not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008527786A (ja) * | 2005-01-06 | 2008-07-24 | エルジー エレクトロニクス インコーポレイティド | 高速アップリンクパケットアクセス方式の改善 |
US7821992B2 (en) | 2005-01-06 | 2010-10-26 | Lg Electronics Inc. | High speed uplink packet access scheme |
JP4639237B2 (ja) * | 2005-01-06 | 2011-02-23 | エルジー エレクトロニクス インコーポレイティド | 高速アップリンクパケットアクセス方式の改善 |
JP2011182453A (ja) * | 2005-02-17 | 2011-09-15 | Qualcomm Inc | 以前の生起の試みに基づいてデータ呼生起を制御する装置と方法 |
US8660527B2 (en) | 2005-02-17 | 2014-02-25 | Qualcomm Incorporated | Control of data call origination based on prior origination attempts |
Also Published As
Publication number | Publication date |
---|---|
JP4544269B2 (ja) | 2010-09-15 |
KR100613420B1 (ko) | 2006-08-17 |
CN1309262C (zh) | 2007-04-04 |
JP2007267409A (ja) | 2007-10-11 |
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 | |
US6512927B2 (en) | Method and apparatus for simultaneous rescue of multiple connections in telecommunication systems | |
US7006821B2 (en) | Method and apparatus for dynamically determining a mobile station's active set during a connection rescue procedure | |
JP4713601B2 (ja) | 無線通信システムにおける呼復旧のための方法および装置 | |
US6996391B2 (en) | Forward-link rescue synchronization method and apparatus | |
EP1203499B1 (en) | Method for autonomous handoff in a wireless communication system | |
US6928285B2 (en) | Minimum interference multiple-access method and system for connection rescue | |
EP1211910B1 (en) | System and method for preventing dropped calls | |
WO2002045386A2 (en) | Retry limits for connection rescue procedures in telecommunication systems | |
JP4089432B2 (ja) | 遠距離通信システムにおける複数の接続の同時救済のための方法 | |
WO2002041605A2 (en) | System for rescuing multiple mobile station connections | |
CN100527863C (zh) | 电信系统的基于前向链路的抢救信道方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041007 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070320 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070511 |
|
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: 20080122 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080204 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4082215 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110222 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120222 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130222 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140222 Year of fee payment: 6 |
|
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 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
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 |
|
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 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |