(57)【要約】【課題】以前の生起の試みに基づいてデータ呼生起を制御する装置と方法。【解決手段】無線装置はデータ呼を生起するために、例えば、ユーザまたは上位レイヤアプリケーションから、要求を受信する。もしも生起制御が適用されるべきでないならば、その時無線装置はデータ呼を直ちに生起する。さもなければ、データ呼の生起はこのデータ呼に適用可能である以前のデータ呼生起に基づいて制御される。例えば、もしも（１）最も最近の生起の試みが成功であったかまたは（２）最も最近の生起の試みは不成功であったがしかしこの不成功の生起の試みから所定の時間周期が経過したならば、無線装置はデータ呼を直ちに生起できる。もしも最も最近の生起の試みが不成功であって、所定の時間周期が経過しなかったならば、その時無線装置は（１）この所定の時間周期が経過するまで待ってその後データ呼を生起するかまたは（２）データ呼を捨てることができる。【選択図】      図５
2011182453.tif 000002
【特許請求の範囲】
【請求項１】
以前のデータ呼生起の試みの履歴を蓄積するように動作するメモリユニットと、
無線通信ネットワークでデータ呼を生起するための要求を受信するように、および該以前のデータ呼生起の試みの履歴に基づいて該データ呼の生起を制御するように動作するコントローラと、
を具備する装置。
【請求項２】
該コントローラは該データ呼に関する呼のタイプ、該データ呼に関するネットワークゾーン、該データ呼に関する該無線通信ネットワーク、またはそれの組合わせに基づいて該データ呼の該生起を制御するかどうかを決定するように動作する、請求項１記載の装置。
【請求項３】
該コントローラは該データ呼に関する最も最近の生起の試みが成功であったか不成功であったかどうかを決定するようにおよび、もしも該最も最近の生起の試みが不成功であったならば、該最も最近の生起の試みの後の所定の時間周期の間該データ呼の生起を禁止するように動作する、請求項１記載の装置。
【請求項４】
該コントローラは最後の成功の生起の試み以来の該失敗した生起の試みの数に基づいて該所定の時間周期を決定するように動作する、請求項３記載の装置。
【請求項５】
該所定の時間周期は１レンジの値以内にあるおよびより多く失敗した生起の試みについては次第に長くなる、請求項４記載の装置。
【請求項６】
該所定の時間周期は１レンジの値以内にあるおよびより多く失敗した生起の試みについては指数関数的に長くなる、請求項４記載の装置。
【請求項７】
該コントローラはもしも該最も最近の生起の試みが成功であったならば該データ呼を直ちに生起するようにおよびもしも該最も最近の生起の試みが不成功であったならば該データ呼を該所定の時間周期が経過した後に生起するように動作する、請求項３記載の装置。
【請求項８】
該コントローラは該データ呼に関する結果に基づいて該以前のデータ呼生起の試みの履歴を更新するように動作する、請求項７記載の装置。
【請求項９】
該コントローラはもしも該最も最近の生起の試みが成功であったならばまたはもしも該最も最近の生起の試みが不成功であったおよび該所定の時間周期が経過したならば該データ呼を直ちに生起するようにおよびもしも該最も最近の生起の試みが不成功であったおよび該所定の時間周期が経過しなかったならば該データ呼を生起するための該要求を捨てるように動作する、請求項３記載の装置。
【請求項１０】
該コントローラはもしも該データ呼に関する最も最近の生起の試みが不成功であったならば現在のタイマ値でタイマを起動するようにおよび該タイマが終了する後で該データ呼を生起するように動作する、請求項１記載の装置。
【請求項１１】
該コントローラはもしも該データ呼が成功であれば該現在のタイマ値を最小値にリセットするようにおよび、もしも該データ呼が不成功であれば、もし最大値未満ならば該現在のタイマ値を増加させるようにおよび該タイマを該現在のタイマ値で起動するように動作する、請求項１０記載の装置。
【請求項１２】
該以前のデータ呼生起の試みの履歴は最後の成功の生起の試み以来の該失敗した生起の試みの数を示す、請求項１記載の装置。
【請求項１３】
該メモリユニットは種々の無線通信ネットワーク、種々のネットワークゾーン、種々のタイプのデータ呼、またはそれの組合わせに関する該以前のデータ呼生起の試みの履歴を蓄積するように動作する、請求項１記載の装置。
【請求項１４】
該メモリユニットは該以前のデータ呼生起の試みの履歴を含むテーブルを蓄積するように動作する、およびここにおいて該テーブル内の各エントリは無線通信ネットワーク、ネットワークゾーン、およびデータ呼タイプの種々の組合わせに関するものである、請求項１記載の装置。
【請求項１５】
該メモリユニットは、該テーブル内の各エントリについて、該最後の成功の生起の試み以来の失敗した生起の試みの数、該エントリによってカバーされたデータ呼の生起、最後の生起の試みの時間、またはそれの組合わせを制御するかどうかに関する表示を蓄積するように動作する、請求項１４記載の装置。
【請求項１６】
該メモリユニットは失敗した生起の試みを有する該テーブル内の各エントリについて呼失敗タイプを蓄積するように動作し、各呼失敗タイプは1セットのタイマ値と関連し、および各タイマ値は失敗した生起の試みの後もう1つのデータ呼の生起を試みる前に待つべき時間量を示す、請求項１４記載の装置。
【請求項１７】
データ呼を生起する方法であって、
無線通信ネットワークでデータ呼を生起するための要求を受信することと、
以前のデータ呼生起の試みの履歴に基づいて該データ呼の生起を制御することと、
を含む方法。
【請求項１８】
該データ呼の該生起を該制御することは、
該データ呼に関する最も最近の生起の試みが成功であったか不成功であったかどうかを決定すること、および
もしも該最も最近の生起の試みが不成功であったならば、該最も最近の生起の試みの後の所定の時間周期の間該データ呼の生起を禁止すること
を含む請求項１７記載の方法。
【請求項１９】
該データ呼の該生起を該制御することはさらに
最後の成功の生起の試み以来の該失敗した生起の試みの数に基づいて該所定の時間周期を決定することを含む請求項１８記載の方法。
【請求項２０】
該データ呼の該生起を該制御することはさらに
もしも該最も最近の生起の試みが成功であったならば該データ呼を直ちに生起すること、および
もしも該最も最近の生起の試みが不成功であったならば該データ呼を該所定の時間周期が経過した後に生起すること
を含む請求項１８記載の方法。
【請求項２１】
さらに、該データ呼に関する結果に基づいて該以前のデータ呼生起の試みの履歴を更新することを含む請求項２０記載の方法。
【請求項２２】
該データ呼の該生起を該制御することはさらに
もしも該最も最近の生起の試みが成功であったならばまたはもしも該最も最近の生起の試みが不成功であったおよび該所定の時間周期が経過したならば該データ呼を直ちに生起すること、および
もしも該最も最近の生起の試みが不成功であったおよび該所定の時間周期が経過しなかったならば該データ呼を生起するための該要求を捨てること
を含む請求項１８記載の方法。
【請求項２３】
さらに種々の無線通信ネットワーク、種々のネットワークゾーン、種々のタイプのデータ呼、またはそれの組合わせに関する該以前のデータ呼生起の試みの履歴を保持することを含む請求項１７記載の方法。
【請求項２４】
無線通信ネットワークでデータ呼を生起するための要求を受信するための手段と、
以前のデータ呼生起の試みの履歴に基づいて該データ呼の生起を制御するための手段と
を具備する装置。
【請求項２５】
該データ呼の該生起を制御するための該手段は、
該データ呼に関する最も最近の生起の試みが成功であったか不成功であったかどうかを決定するための手段と、
もしも該最も最近の生起の試みが不成功であったならば、該最も最近の生起の試みの後の所定の時間周期の間該データ呼の生起を禁止するための手段と、
を備える請求項２４記載の装置。
【請求項２６】
該データ呼の該生起を制御するための該手段はさらに
もしも該最も最近の生起の試みが成功であったならば該データ呼を直ちに生起するための手段と、
もしも該最も最近の生起の試みが不成功であったならば、該データ呼を該所定の時間周期が経過した後に生起するための手段と
を備える、請求項２５記載の装置。
【請求項２７】
さらに該データ呼に関する結果に基づいて該以前のデータ呼生起の試みの履歴を更新するための手段を具備する請求項２６記載の装置。
【請求項２８】
該データ呼の該生起を制御するための該手段は、
もしも該最も最近の生起の試みが成功であったならばまたはもしも該最も最近の生起の試みが不成功であったおよび該所定の時間周期が経過したならば該データ呼を直ちに生起するための手段と、
もしも該最も最近の生起の試みが不成功であったおよび該所定の時間周期が経過しなかったならば該データ呼を生起するための該要求を捨てるための手段と、
をさらに備える請求項２５記載の装置。
【請求項２９】
さらに種々の無線通信ネットワーク、種々のネットワークゾーン、種々のタイプのデータ呼、またはそれの組合わせに関する該以前のデータ呼生起の試みの履歴を保持するための手段を備える、請求項２４記載の装置。
【請求項３０】
無線装置内で
無線通信ネットワークでデータ呼を生起するための要求を受信し、および
以前のデータ呼生起の試みの履歴に基づいて該データ呼の生起を制御するように動作する命令を蓄積するためのプロセッサ可読媒体。
【請求項３１】
該データ呼に関する最も最近の生起の試みが成功であったか不成功であったかどうかを決定し、および
もしも該最も最近の生起の試みが不成功であったならば、該最も最近の生起の試みの後の所定の時間周期の間該データ呼の生起を禁止するように動作する命令をさらに蓄積するための請求項３０記載のプロセッサ可読媒体。
【請求項３２】
もしも該最も最近の生起の試みが成功であったならば該データ呼を直ちに生起し、および
もしも該最も最近の生起の試みが不成功であったならば該データ呼を該所定の時間周期が経過した後に生起するように動作する命令をさらに蓄積するための請求項３１記載のプロセッサ可読媒体。
【請求項３３】
もしも該最も最近の生起の試みが成功であったならばまたはもしも該最も最近の生起の試みが不成功であったおよび該所定の時間周期が経過したならば該データ呼を直ちに生起し、および
もしも該最も最近の生起の試みが不成功であったおよび該所定の時間周期が経過しなかったならば該データ呼を生起するための該要求を捨てるように動作する命令をさらに蓄積するための請求項３１記載のプロセッサ可読媒体。
【請求項３４】
種々の無線通信ネットワーク、種々のネットワークゾーン、種々のタイプのデータ呼、またはそれの組合わせに関する該以前のデータ呼生起の試みの履歴を保持するように動作する命令をさらに蓄積するための請求項３０記載のプロセッサ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本特許出願は２００５年２月１７日提出、仮出願番号第６０／６５４，７７１号、タイトル“失敗の理由に基づいたデータ呼生起のスロットリング（Ｔｈｒｏｔｔｌｉｎｇ  ｏｆ  ｔｈｅ  Ｄａｔａ  ｃａｌｌ  ｏｒｉｇｉｎａｔｉｏｎｓ  ｂａｓｅｄ  ｏｎ  Ｆａｉｌｕｒｅ  ｒｅａｓｏｎｓ）”への優先権を主張し、そしてこれに関して譲受人に譲渡され、引用されてこの中に明確に組み込まれる。
【０００２】
［分野］
本開示は一般に通信に関し、そしてより詳しくは無線通信ネットワーク内でデータ呼を生起するための技術に関する。
【背景技術】
【０００３】
無線通信ネットワークは、ボイス、データ、ビデオ、放送、メッセージング等のようないろいろな通信サービスを提供するために広く展開される。これらのネットワークは利用可能なシステム資源を共有することによって複数のユーザとの通信をサポートできる多重アクセスネットワークであってもよい。そのような多重アクセスネットワークの実例は符号分割多重アクセス（ＣＤＭＡ）ネットワーク、時分割多重アクセス（ＴＤＭＡ）ネットワーク、周波数分割多重アクセス（ＦＤＭＡ）ネットワーク、および直交周波数分割多重アクセス（ＯＦＤＭＡ）ネットワークを含む。ＣＤＭＡネットワークはｃｄｍａ２０００、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）等のようなラジオアクセス技術（ＲＡＴ）を実施できる。ｃｄｍａ２０００はＩＳ−２０００およびＩＳ−９５標準をカバーする。ＴＤＭＡネットワークは移動通信用グローバルシステム（ＧＳＭ(登録商標)）のようなＲＡＴを実施できる。これらのいろいろなＲＡＴおよび標準は当分野では知られている。
【０００４】
無線装置は無線ネットワークからデータサービスを得るためにデータ呼を生起できる。データ呼を生起するための手順はデータ呼生起と呼ばれる。無線装置はデータ呼生起に関する１つまたはそれ以上のネットワークエンティティとの一連のタスクを実行する。データ呼はいろいろな理由のために成功または失敗する可能性がある。もしもデータ呼が失敗すれば、その時無線装置はもう一度データ呼を生起できる。各生起の試みの結果次第で、無線装置は、多分呼失敗の原因には無関係に自動的に、データ呼生起を任意の回数繰り返すことができる。各失敗した生起の試みはどんな有用な結果または恩恵をも達成することなく高価なラジオリンク資源を浪費する。
【０００５】
したがってこの分野にはラジオリンク資源を保存するための手法においてデータ呼の生起を制御する技術についての必要性がある。
【発明の開示】
【０００６】
[発明の概要]
以前のデータ呼生起の試みの履歴（即ち呼履歴）に基づいてデータ呼の生起を制御するための技術がこの中に記述される。無線装置は呼履歴テーブル内に呼履歴を保持できる。
【０００７】
テーブル内の各エントリは、下に記述されたように、無線ネットワーク、ネットワークゾーン、およびデータ呼タイプの種々の組合わせに関するものであってもよい。各エントリは最後のデータ呼生起の試みが成功であったか失敗であったか、最後の成功した生起の試み以来の失敗した生起の試みの数、等のような情報を含んでもよい。無線装置はラジオリンク資源が保存されるように次のデータ呼生起を制御するために呼履歴を使用できる。
【０００８】
この技術の１実施形態では、データ呼を生起するための要求は（例えば、ユーザまたは上位レイヤアプリケーションから)受信され、そしてデータ呼の生起を制御するかどうか決定がなされる。生起制御はあるタイプのデータ呼に適用され、そして他のタイプのデータ呼には適用されないかもしれない。もしも生起制御が適用されるべきでなければ、その時無線装置はデータ呼を直ちに生起する。さもなければ、データ呼の生起はこのデータ呼に適用できる以前のデータ呼生起の試みに基づいて制御される。例えば、もしも（１）最も最近の生起の試みが成功であったかまたは（２）最も最近の生起の試みは失敗であったがしかしこの不成功の生起の試みから所定の時間周期(time period)が経過したならば、無線装置はデータ呼を直ちに生起できる。もしも最も最近の生起の試みが失敗であって、所定の時間周期が経過しなかったならば、その時無線装置は（１）この所定の時間周期が経過するまで待ってその後データ呼を生起するかまたは（２）データ呼を捨てることができる。所定の時間周期は固定の持続時間か可変の持続時間であってもよい。可変の持続時間は最後の成功した生起の試み（例えば、より多くの失敗した生起の試みについてのより長い持続時間）以来の不成功の生起の試みの数、最も最近の生起の試みについて遭遇した失敗のタイプ、等のようないろいろなファクタによるかもしれない。もしもデータ呼が生起されれば、その時呼履歴はこの生起の試みについての結果に基づいて更新される。
【０００９】
この発明のいろいろな局面および実施形態が下にさらに詳細に記述される。
【図面の簡単な説明】
【００１０】
【図１】無線ネットワークと通信している無線装置を示す図。
【図２Ａ】単純ＩＰ用の無線装置によるデータ呼生起を示す図。
【図２Ｂ】移動体ＩＰ用の無線装置によるデータ呼生起を示す図。
【図３】呼スロットリング付きのデータ呼生起を示す図。
【図４】典型的な呼履歴テーブルを示す図。
【図５】スロットリング付きのデータ呼生起を実行するための手順を示す図。
【図６】以前のデータ呼生起の試みの履歴に基づいてデータ呼生起を制御するための手順を示す図。
【図７】無線装置を示すブロック図。
【図８】無線装置内のコントローラを示す図。
【発明を実施するための形態】
【００１１】
［詳細な説明］
本発明の特徴および性質は全体を通して付記される参照符号を有する図面とともに、下に述べる詳細説明からさらに明白になるであろう。
【００１２】
術語“典型的な”は“一例、事例、または実例として機能すること”を意味すべくこの中で使用されている。この中で“典型的な”として記述された任意の実施形態または構成は必ずしも他の実施形態または構成以上に好ましいとか有利であると解釈されるべきではない。
【００１３】
この中に記述されたデータ呼の生起を制御するための技術はいろいろな無線通信ネットワークおよびシステムのために使用されることができる。例えば、これらの技術はｃｄｍａ２０００ネットワーク、１ｘＥＶ−ＤＯネットワーク、ユニバーサル移動通信システム（ＵＭＴＳ）ネットワーク、ＧＳＭネットワーク、ＧＳＭおよび汎用パケット無線サービス（ＧＰＲＳ）を実施するＧＳＭ／ＥＤＧＥネットワーク、ＩＥＥＥ８０２．１１ネットワークのような無線ローカルエリアネットワーク（ＷＬＡＮ）、等のために使用されることができる。明快なこととして、下の記述の大部分はｃｄｍａ２０００および１ｘＥＶ−ＤＯネットワークに関するものである。ｃｄｍａ２０００ネットワークはＩＳ−２０００および／またはＩＳ−９５を実施し、そしてボイスおよびデータサービスを提供する。１ｘＥＶ−ＤＯネットワークはＩＳ−８５６を実施し、そしてデータサービスのために最大限に利用される。
【００１４】
図１はアクセスプロバイダネットワークとも呼ばれる、無線通信ネットワーク１００と通信している無線装置１１０を示す。無線ネットワーク１００はｃｄｍａ２０００ネットワークまたは１ｘＥＶ−ＤＯネットワークであってもよい。無線ネットワーク１００は基地局１２２、パケット制御機能（ＰＣＦ）１２４、パケットデータサービイングノード（ＰＤＳＮ）１３０、遠隔認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）サーバ１３２、およびホームエージェント（ＨＡ）１３４を含む。基地局１２２は無線装置のための無線通信を提供し、そしてまたアクセスポイント（１ｘＥＶ−ＤＯ術語）、基地局トランシーバ（ＢＴＳ）、または何か他の術語で呼ばれることができる。パケット制御機能１２４は基地局１２２とＰＤＳＮ１３０との間のデータパケットの伝送を制御する。ＰＤＳＮ１３０は無線ネットワーク１００内の無線装置のためのデータサービスをサポートする。ＲＡＤＩＵＳサーバ１３２は認証、認可、およびアカウンティング（ＡＡＡ）機能を提供する。ホームエージェント１３４は移動体インターネットプロトコル（ＩＰ）をサポートし、そしてフォーリンネットワークに現在付加されている移動無線装置にデータを送る責任がある。ＰＤＳＮ１３０、ＲＡＤＩＵＳサーバ１３２、およびホームエージェント１３４は直接接続を介してまたはＩＰネットワーク１４０を介して通信できる。ＩＰネットワーク１４０は公衆インターネットおよび／または私設ＩＰネットワークを含んでもよい。リモートホスト１５０のような他のエンティティはまたＩＰネットワークに連結されてもよい。
【００１５】
無線ネットワーク１００はラジオネットワーク１２０およびパケットデータネットワークから成る。ラジオネットワーク１２０は基地局１２２およびパケット制御機能１２４を含み、そして無線通信をサポートする。パケットデータネットワークはＰＤＳＮ１３０を含み、そしてラジオネットワーク１２０とＩＰネットワーク１４０との間のパケット交換通信をサポートする。無線ネットワーク１００は典型的に、簡単のため図１には示されない他のネットワークエンティティを含む。図１に示されたネットワークエンティティはまた他の術語によっても呼ばれることができる。例えば、ＵＭＴＳネットワークでは、基地局１２２はノードＢと呼ばれ、パケット制御機能１２４はサービングＧＰＲＳサポートノード（ＳＧＳＮ）と呼ばれ、そしてＰＤＳＮ１３０はゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）と呼ばれる。
【００１６】
無線装置１１０は固定型または移動型であってもよく、そして移動局（ｃｄｍａ２０００術語）、アクセス端末（１ｘＥＶ−ＤＯ術語）、ユーザ装置（ＵＭＴＳ術語）、端末、加入者ユニット、または何か他の術語でも呼ばれる。無線装置１１０はｃｄｍａ２０００ネットワーク、または１ｘＥＶ−ＤＯネットワーク、あるいは両ネットワークと通信できる。
【００１７】
無線ネットワーク１００は単純ＩＰ(Simple IP)および／または移動体ＩＰ(Mobile IP)をサポートできる。単純ＩＰはその中では無線装置がＩＰアドレスを割り当てられて無線ネットワークによってＩＰルーチングサービスを提供されるサービスを指す。無線装置は同じサービングＰＤＳＮへの接続性を有するラジオネットワークによってサービスされるほど長くそのＩＰアドレスを保存する。移動体ＩＰはその中では無線装置が種々のＰＤＳＮに接続されたラジオネットワーク間でハンドオフした時でさえ永続的なＩＰアドレスを保持することができるサービスを指す。データ呼生起は単純ＩＰおよび移動体ＩＰについて異なる。
【００１８】
図２Ａは単純ＩＰ用の無線装置１１０によるデータ呼生起に関する呼フロー２００を示す。データ呼生起は無線装置１１０でまたは無線装置上で走行中のアプリケーションでユーザによって開始されることができる。無線装置１１０は初めにラジオネットワーク１２０との無線接続を確立し、そしてラジオネットワークにデータを送るために使用されるトラフィックチャネルをもたらす（ステップ２１０)。無線装置１１０はその後ＰＤＳＮ１３０とのＰＰＰ（ポイントツーポイントプロトコル）セッションを確立する（ブロック２２０）。ＰＰＰセッションを確立するために、無線装置１１０とＰＤＳＮ１３０とはデータリンクを構成してテストするためにＬＣＰ（リンク制御プロトコル）パケットを交換する（ステップ２２２）。データリンクが確立された後に、無線装置１１０はＣＨＡＰ（チャレンジハンドシェーク認証プロトコル）またはＰＡＰ（パスワード認証プロトコル）を使用して認証されることができる（ステップ２２４）。認証はまた無線装置１１０が要求されたデータサービスを受けることができることを確認するためにも実行されることができる（ステップ２２４）。無線装置１１０とＰＤＳＮ１３０とはその後選択すべきＮＣＰ（ネットワーク制御プロトコル）パケットまたはＩＰＣＰ（インターネットプロトコル制御プロトコル）パケットを交換し、そしてＰＰＰのトップで動作する、ＩＰのような、１つまたはそれ以上のネットワークレイヤプロトコルを構成する（ステップ２２６）。無線装置１１０はその後ＰＤＳＮ１３０を介してリモートホスト１５０とデータを交換することができる（ステップ２３０）。
【００１９】
図２Ｂは移動体ＩＰ用の無線装置１１０によるデータ呼生起に関する呼フロー２５０を示す。無線装置１１０は初めにラジオネットワーク１２０との無線接続を確立し、そしてトラフィックチャネルをもたらす（ステップ２６０）。無線装置１１０はその後ＰＤＳＮ１３０とのＰＰＰセッションを確立する。（ステップ２７０）。ＰＰＰセッションを確立
するために、無線装置１１０とＰＤＳＮ１３０とはデータリンクを構成して試験するためにＬＣＰパケットを交換する（ステップ２７２）。データリンクが確立された後に、無線装置１１０はＣＨＡＰまたはＰＡＰを使用してはならず、そしてＰＰＰ認証を要求してはならない（ステップ２７４）。無線装置１１０とＰＤＳＮ１３０とはその後１つまたはそれ以上のネットワークレイヤプロトコルを選択して構成するためにＮＣＰまたはＩＰＣＰパケットを交換する（ステップ２７６）。無線装置１１０はその後移動体ＩＰ（ＭＩＰ）登録を実行し、それはホームエージェント１３４で登録すること、無線装置を認証すること、および要求されたデータサービスのための無線装置を認可することを伴う（ステップ２８０）。無線装置１１０はその後ＰＤＳＮ１３０を介してリモートホスト１５０とデータを交換することができる（ステップ２９０）。
【００２０】
ｃｄｍａ２０００内の単純ＩＰおよび移動体ＩＰの両者についてのデータ呼生起は、２００３年８月、３ＧＰＰ２  Ｘ．Ｓ００１１−００２−Ｃ、タイトル“ｃｄｍａ２０００無線ＩＰネットワーク標準：単純ＩＰおよび移動体ＩＰアクセスサービス”内に記述される。ＰＰＰ確立は、１９９４年７月、ＲＦＣ１６６１、タイトル“ポイントツーポイントプロトコル（ＰＰＰ）”内に記述される。移動体ＩＰ登録は、１９９６年１０月、ＲＦＣ２００２、タイトル“ＩＰ移動性サポート”内に記述される。これらの文書は公的に利用可能である。
【００２１】
無線装置１１０は任意の与えられた瞬間にはナル状態、休止状態、またはアクティブ状態にあるかもしれない。ナル状態では、ＰＰＰは確立されず、そしてトラフィックチャネルは割り当てられなかった。休止状態では、ＰＰＰは確立されるが、しかしトラフィックチャネルは割り当てられなかった。アクティブ状態では、ＰＰＰは確立され、トラフィックチャネルは割り当てられ、そして無線装置は無線ネットワークとデータを交換することができる。無線装置はナル状態においてデータ呼を生起することができ、そして休止状態においてデータ呼を再生起することができる。
【００２２】
図２Ａおよび２Ｂはデータ呼生起が成功である場合を示す。多くの事例では、データ呼生起はいろいろな理由により成功しない可能性がある。例えば、データ呼生起は以下の理由のいずれかで成功しない可能性がある；
・無線装置が正当なデータ加入者ではない；
・認証がＰＰＰまたはＭＩＰ登録を失敗する：
・ネットワークが一時的に使用不能である；および
・その他の理由
無効データ加入者に関するシナリオは次のとおりであるかもしれない。無線装置がデータ呼を生起する。基地局はＰＤＳＮと通信し、そして典型的に（単純ＩＰに関しては）ＲＡＤＩＵＳサーバと、または（移動体ＩＰに関しては）ホームエージェントとも通信する。ＲＡＤＩＵＳサーバまたはホームエージェントはこの無線装置が要求されたデータサービスに加入したかどうかを決定し、もしも非加入であれば、この無線装置は正当なデータ加入者ではないことを基地局に通知する。基地局はその後理由のあるデータ呼生起を捨てる。
【００２３】
認証失敗に関するいくつかのシナリオは次のとおりであるかもしれない。無線装置がデータ呼をナル状態から生起する。基地局はこの無線装置に１トラフィックチャネルを割り当てる。ＰＰＰはその後無線装置とＰＤＳＮとの間でネゴシエートされる。単純ＩＰに関しては、ＰＰＰネゴシエーションの間の認証（例えば、ＣＨＡＰまたはＰＡＰ）は失敗するかもしれない。移動体ＩＰに関しては、ＭＩＰ登録の間の認証は失敗するかもしれない。
【００２４】
ネットワーク無効性に関するいくつかのシナリオは次のとおりであるかもしれない。１つのシナリオでは、無線装置がデータ呼をナル状態から生起する。もしもラジオネットワークがパケット制御機能とＰＤＳＮとの間のＡ１０／Ａ１１接続を確立することができなければデータ呼は失敗する可能性があり、よってデータ呼を捨てる。もしもラジオネットワークは成功裡にＡ１０／Ａ１１接続を確立するがしかしＰＤＳＮが悪い状態にあるためにＰＰＰネゴシエーションが失敗すれば、データ呼も失敗する可能性がある。もう１つのシナリオでは、無線装置がデータ呼を休止状態から再生起する。もしもラジオネットワークがＰＤＳＮと通信することができず、よってデータ呼を捨てれば、データ呼は失敗する可能性がある。もしもラジオネットワークがデータ呼を受け入れるがしかしＰＤＳＮが悪い状態にあってこのデータ呼を捨てれば、データ呼も失敗する可能性がある。
【００２５】
単純ＩＰおよび移動体ＩＰに関するデータ呼生起はまたＬＣＰタイムアウト、ＩＰＣＰタイムアウト、ＰＰＰセットアップ失敗等からの結果としてのＰＰＰネゴシエーション失敗によっても失敗する可能性がある。ＬＣＰタイムアウトはもしもＬＣＰ構成要求パケットに関する応答がＬＣＰタイムアウト期間以内に受信されなければ発生する。ＩＰＣＰタイムアウトはもしもＩＰＣＰネゴシエーションがＩＰＣＰタイムアウト期間の後で不成功であれば発生する。ＰＰＰセットアップは無線装置および初期のデータ呼セットアップに関するまたはハンドオフに続くＰＰＰ再同期に関するＰＤＳＮでのオプションにおけるミスマッチにより失敗する可能性がある。単純ＩＰに関して、ＰＰＰネゴシエーション失敗はまたＰＰＰ認証失敗から結果として生じる可能性がある。
【００２６】
移動体ＩＰ（ＭＩＰ）に関するデータ呼生起はまた次の理由のために失敗する可能性がある：ＭＩＰエージェント誘導(solicitation)タイムアウト、ＭＩＰ  ＲＲＱ（登録要求）タイムアウト、ＭＩＰフォーリンエージェント失敗、およびＭＩＰホームエージェント失敗。ＭＩＰエージェント誘導タイムアウトはもしもエージェント誘導メッセージがタイムアウト期間以内に受信されなければ発生する。ＭＩＰ  ＲＲＱタイムアウトはもしも登録要求に関する応答がＲＲＱタイムアウト期間以内に受信されなければ発生する。ＭＩＰフォーリンエージェント失敗はもしもフォーリンエージェント失敗符号を有する登録応答メッセージがホームエージェントから受信されれば発生する。ＭＩＰホームエージェント失敗はもしもホームエージェント失敗符号を有する登録応答メッセージがＰＤＳＮから受信されれば発生する。
【００２７】
無線装置は、例えば、呼履歴テーブル内の、以前のデータ呼生起の試みの履歴を保持できる。呼履歴テーブル内の各エントリは、下記されるように、無線ネットワーク、ネットワークゾーン、およびデータ呼タイプの種々の組合わせに関するものであってもよい。各エントリは最後のデータ呼生起の試みが成功であったか不成功であったかどうか、最後の成功した生起の試み以来の失敗したデータ呼生起の試み（または呼失敗）の数、等のような情報を含んでもよい。呼履歴は将来のデータ呼生起についての成功の可能性を示すあるタイプの呼失敗について保持されることができる。無線装置はラジオリンク資源が保存されるように次のデータ呼生起を制御するためにこの呼履歴を使用できる。将来のデータ呼生起を制御するために以前の生起の試みの使用は“呼スロットリング(call throttling)”と呼ばれる。
【００２８】
１実施形態では、次のタイプの呼の失敗は将来のデータ呼生起のスロットリングという結果になる：
・ラジオネットワークによるデータ呼生起の廃棄―これは正当なデータ加入者ではない無線装置、ＰＤＳＮと通信することができないラジオネットワーク、等による可能性がある；
・認証失敗―これは（単純ＩＰに関しては）ＰＰＰネゴシエーションまたは（移動体ＩＰに関しては）ＭＩＰ登録の間に発生する可能性がある；
・ＰＰＰネゴシエーション失敗―これは悪い状態にあるＰＤＳＮ、ＬＣＰタイムアウト、ＩＰＣタイムアウト、ＰＰＰセットアップ失敗、等による可能性がある；および
・移動体ＩＰセットアップ失敗―これはＭＩＰエージェント誘導タイムアウト、ＭＩＰ  ＲＲＱタイムアウト、ＭＩＰフォーリンエージェント失敗、ＭＩＰホームエージェント失敗、等による可能性がある。
【００２９】
もしも無線装置が休止状態からデータ呼を再生起すればＰＰＰネゴシエーションは実行されない。ＰＤＳＮは悪い状態にある可能性があり、そして無線装置からのデータを捨てる可能性がある。無線装置はデータが通り抜けることを知らないであろう。従って、もしも無線装置が休止状態からデータ呼を再生起してラジオネットワークが正確に交換しなかったデータ以外のこのデータ呼を受け入れれば、その時無線装置は将来のデータ呼をスロットルするために、上位レイヤで走行しているアプリケーションを信頼する可能性がある。
【００３０】
１実施形態では、呼スロットリングは呼失敗の後にデータ呼を再び生起する前の待ち時間量を示すバックオフタイマに基づいて達成される。このタイマは各呼の失敗後に次第により大きい値にセットされてもよく、そしてもしもデータ呼が成功すればリセットされてもよい。このタイマは第１の呼失敗の後はＷ1分に、第２の呼失敗の後はＷ2分に、第3の呼失敗の後はＷ3分に、そして第４の呼失敗の後はＷ4分にセットされてもよく、ここで一般にＷ1≦Ｗ2≦Ｗ3≦Ｗ4である。例えば、１セットの４つの指数関数的な値、Ｗ1＝１分、Ｗ2＝２分、Ｗ3＝４分、およびＷ4＝８分がこのタイマのために使用されてもよい。任意の数のタイマ値および任意の与えられたタイマ値を含んでもよく、他のセットのタイマ値もまたこのタイマのために使用されてもよい。使用のために選択されたセットのタイマ値はＷと表される。無線装置はもしもタイマが走行中ならばデータ呼を生起しない。
【００３１】
図３は呼スロットリング付きのデータ呼生起を図示する。時間Ｔ1で、無線装置はデータ呼を生起する。時間Ｔ2で、無線装置は呼失敗に遭遇し、タイマをＷ1分にセットし、そしてタイマを起動する。無線装置はタイマが終了するまでデータ呼を生起しない。時間Ｔ2後のＷ1分である、時間Ｔ3で、タイマは終了する。時間Ｔ3後である、時間Ｔ4で、無線装置はデータ呼を再び生起する。時間Ｔ5で、無線装置は呼失敗に遭遇し、タイマをＷ2分にセットし、そしてタイマを起動する。時間Ｔ5後のＷ2分である、時間Ｔ6で、タイマは終了する。時間Ｔ6後である、時間Ｔ7で、無線装置はデータ呼を再び生起する。時間Ｔ8で、無線装置はデータ呼が成功であることを決定し、そしてもしもおよび次の呼失敗が遭遇される時にはタイマが（Ｗ3分の代わりに）Ｗ1分にセットされるであるだろうので呼履歴をクリアする。
【００３２】
多くの無線装置がデータ呼を同時にバックオフするかまたは生起することによる無線ネットワークの過負荷を避けるために、種々のタイムオフセットが種々の無線装置用のタイマのために使用されることができる。例えば、ランダムオフセットは無線装置用の電話番号である、移動体装置番号（ＭＤＮ）に基づいて各無線装置のために発生されることができる。無線装置用のタイマはその後このランダムオフセットによってシステム時間からオフセットされるであろう。
【００３３】
呼履歴はいろいろなタイプの情報を含むことができ、そしていろいろなフォーマットで保持されることができる。１実施形態では、呼履歴は各無線ネットワーク内の各ネットワークゾーンについて別々に保持される。ｃｄｍａ２０００に関しては、各より大きいシステムはシステム識別（ＳＩＤ）値によって識別され、与えられたシステム内の各より小さいネットワークはネットワーク識別（ＮＩＤ）値によって識別され、そして与えられたＳＩＤ／ＮＩＤエリア内の各ＰＣＦカバレッジエリアはパケットゾーン識別（ＰＺＩＤ）値によって識別される。ｃｄｍａ２０００ネットワーク内の各ネットワークゾーンはこのようにＳＩＤ／ＮＩＤ／ＰＺＩＤの３重項によって識別されることができる。１ｘＥＶ−ＤＯについては、システムおよびより小さいネットワークはサブネットＩＤを使用して識別され、それは１２８ビット長まであり、そして１９９８年１２月、“インターネットプロトコル、第６版（ＩＰｖ６）仕様書”と題された、ＲＦＣ２４６０内に記述されたＩＰｖ６表示フォーマットに従ってもよい。１ｘＥＶ−ＤＯネットワーク内の各ネットワークゾーンはこのようにサブネットＩＤによって識別されることができる。同様のネットワーク識別子は、ＧＳＭ、ＧＳＭ／ＧＰＲＳ、ＵＭＴＳ、および８０２．１１ネットワークのような他の無線ネットワークのために使用されることができる。呼履歴を各ネットワークゾーンについて別々に保存している理由は１つのネットワークゾーン内の呼失敗が他のネットワークゾーン内のデータ呼生起の成功の可能性を表示しない可能性があるからである。
【００３４】
１実施形態では、呼履歴は興味のある各データ呼タイプについて別々に保持される。ｃｄｍａ２０００に関しては、呼履歴は下記のデータ呼タイプについて保持されることができる：（１）高速パケットデータサービス用のサービスオプション３３（ＳＯ３３）、（２）低速データ回線交換パケットデータサービス用のサービスオプション１２（ＳＯ１２）、（３）ＩＳ−９５Ａ内の中速パケットデータサービス用のサービスオプション１５（ＳＯ１５）、および（４）ＩＳ−９５Ｂ内の中速パケットデータサービス用のサービスオプション２５（ＳＯ２５）。あるいは、ｃｄｍａ２０００内のすべてのサービスオプションは１つのデータ呼タイプに属するとして考えられてもよく、そして呼履歴はこの１つのデータ呼タイプについて保持されてもよい。１ｘＥＶ−ＤＯに関しては、呼履歴はパケットデータである、１つのデータ呼タイプについて保持されることができる。一般に、呼履歴は任意数のデータ呼タイプおよび任意の与えられた呼タイプについて保持されることができる。呼履歴を各データ呼タイプについて別々に保存している理由は１つのデータ呼タイプについての呼失敗が他のデータ呼タイプに関するデータ呼生起のための成功の可能性と関係付けられない可能性があるからである。
【００３５】
呼履歴はそれについて呼スロットリングが当てはまるあるタイプの呼失敗のみを追跡し続けることができる。呼履歴はまた失敗データ呼について遭遇した失敗のタイプの追跡を続けることもできる。例えば、呼履歴は呼失敗がラジオネットワーク廃棄、認証失敗、ＰＰＰネゴシエーション失敗、移動体ＩＰセットアップ失敗、等に起因したかどうかの追跡を続けることができる。同じまたは異なるセットのタイマ値が異なる呼失敗タイプのために使用されることができる。例えば、第１のセットのより小さいタイマ値はラジオネットワーク廃棄に起因する呼失敗について使用されることができ、第２のセットのより大きいタイマ値はＰＰＰネゴシエーション失敗について使用されることができ、そして第３のセットのさらに大きいタイマ値は移動体ＩＰセットアップ失敗について使用されることができる。一般に、タイマ値はその中では呼失敗の原因が改善されるであろう予測の時間量に合わせられることができる。タイマ値はフィールド測定値、コンピュータシミュレーションに基づいて、または何か他の手段によって決定されることができる。１実施形態では、呼履歴は呼失敗がラジオネットワーク、ＰＤＳＮ、または移動体ＩＰのいずれによるかの追跡を続ける。もう１つの実施形態では、すべての呼失敗が同じタイプのものであるとして扱われ、そしてこの呼履歴は各呼失敗について失敗タイプの追跡を続けない。一般に、呼履歴は任意数の呼失敗タイプおよび任意の与えられた呼失敗タイプの追跡を続けることができる。
【００３６】
図４は典型的な呼履歴テーブル４００を示す。図４に示された実施形態について、テーブル４００はネットワークタイプ、ネットワークゾーン、データ呼タイプ、呼失敗タイプ、スロットルイネーブル、現在のタイマ値、および最後の生起の試みの時間に関する７列を含む。ネットワークタイプはｃｄｍａ２０００または１ｘＥＶ−ＤＯにセットされることができる。ネットワークゾーンはｃｄｍａ２０００についてはＳＩＤ／ＮＩＤ／ＰＺＩＤ３重項にまたは１ｘＥＶ−ＤＯについてはサブネットＩＤにセットされることができる。データ呼タイプはｃｄｍａ２０００についてはＳＯ−３３、ＳＯ−１２、ＳＯ−１５、またはＳＯ−２５に、あるいは１ｘＥＶ−ＤＯについてはパケットデータにセットされることができる。失敗タイプはラジオネットワーク関連の失敗については“ラジオネットワーク”に、ＰＰＰ関連の失敗については“ＰＰＰ”に、または移動体ＩＰ関連の失敗については“移動体ＩＰ”にセットされることができる。
【００３７】
図４内に示された実施形態に関しては、１つのエントリはネットワークタイプ、ネットワークゾーン、およびデータ呼タイプの各異なる組合わせについてテーブル４００内で発生されることができる。各エントリについて、スロットルイネーブルは（１）スロットリングがこのエントリ（例えば、同じデータ呼タイプのデータ呼、ネットワークゾーン、およびこのエントリと同じラジオネットワーク）によってカバーされたデータ呼の生起のために実行されるべきであることを示すために、‘イエス’または（２）スロットリングが実行されるべきでないことを示すために‘ノー’のいずれかにセットされることができる。あるいは、ゼロのタイマ値（Ｗ0＝０）はスロットリングが実行されるべきでないことを示すために使用されることができる。
【００３８】
テーブル４００内のエントリはいろいろな手法で発生または削除されることができる。１実施形態では、このテーブルは初めはひとつのエントリも含まない。呼失敗が発生する時はいつでも、呼失敗タイプ、データ呼タイプ、ネットワークゾーン、および呼失敗に関する無線ネットワークが確かめられる。もしもデータ呼タイプ、ネットワークゾーン、および無線ネットワークのこの組合わせについて既にエントリがテーブル内に存在しなければ、その時は新エントリがこの呼失敗に関するテーブル内で発生される。もしもこの組合わせについてエントリが既にテーブル内に存在すれば、その時このエントリはこの呼失敗で更新される。呼成功が遭遇される時はいつでも、データ呼タイプ、ネットワークゾーン、およびこのデータ呼に関する無線ネットワークが確かめられる。データ呼タイプ、ネットワークゾーン、および無線ネットワークのこの組合わせに関するテーブル内のエントリは識別され、そしてこの呼成功で更新される。上の実施形態に関しては、エントリは呼失敗が起こると発生され、そして呼成功が遭遇されると削除されることができる。もう１つの実施形態では、エントリはデータ呼タイプ、ネットワークゾーン、および無線ネットワークの可能性のある組合わせの全部または大部分について発生され、そして呼失敗および成功に基づいて更新される。
【００３９】
１実施形態では、テーブル４００は各エントリに関する以下の情報を蓄積する：（１）このエントリに関する最も最近のデータ呼生起の試みの状態（例えば、成功または失敗）および（２）このエントリに関する最後の成功した生起の試み以来の失敗した生起の試みの数。これらの２つの情報は（もしあるなら）このエントリに関する最も最近の呼失敗についてバックオフタイマとして使用されたタイマ値によって好都合に表現されることがで
きる。１エントリに関するタイマ値はゼロに初期化されることができ、そしてまたもしも呼成功がこのエントリについて遭遇されればゼロにリセットされることができる。このエントリに関するタイマ値は、もしも呼失敗が遭遇されればセットＷ内の次の値に（例えば、ゼロからＷ1に、Ｗ1からＷ2に、Ｗ2からＷ3に、またはＷ3からＷ4に）増加されることができる。従って、ゼロのタイマ値は最も最近の生起の試みは成功であったことを示し、Ｗ1のタイマ値は最後の成功した生起の試み以来の１つの失敗した生起の試みを示し、Ｗ2のタイマ値は最後の成功した生起の試み以来の２つの失敗した生起の試みを示し、Ｗ3のタイマ値は最後の成功した生起の試み以来の３つの失敗した生起の試みを示し、そしてＷ4のタイマ値は最後の成功した生起の試み以来の少なくとも４つの失敗した生起の試みを示す。
【００４０】
１実施形態では、テーブル４００はまた各エントリに関する最後の生起の試みの時間も蓄積する。この最後の試みの時間はこのエントリ用のタイマを実施するために使用されることができ、例えば、もしも現在の時間マイナス最後の試みの時間が現在のタイマ値と等しいか以上であれば、このタイマは終了されるべきと考える。最後の試みの時間はまたテーブル内の古いエントリを除くためにも使用される。例えば、もしもテーブルがサイズの点で制限されるならば、その時はデータ呼タイプ、ネットワークゾーン、および無線ネットワークの新しい組合わせに関するエントリはこのテーブル内の最も古い最後の試みの時間でそのエントリをオーバライトしてもよい。
【００４１】
図４は呼履歴テーブルの特定の実施形態を示す。一般に、テーブルは任意のフォーマットを持つことができ、そしてデータ呼の生起を制御するために適切である任意のタイプの情報を含むことができる。テーブルについての他の構成も実施されることができ、そしてこれはこの発明の範囲内にある。
【００４２】
図５はスロットリング付きのデータ呼生起を実行するための手順５００を示す。無線装置はデータ呼を生起するための要求を（例えば、ユーザまたは上位レイヤアプリケーションから）受信する（ブロック５１０）。無線装置はその後スロットリングがデータ呼に当てはまるかどうかを決定する（ブロック５１２）。これは（１）このデータ呼（例えば、同じ無線ネットワーク、ネットワークゾーン、およびデータ呼タイプに関する）に適用できる呼履歴テーブル内の１エントリを識別することおよび（２）スロットルイネーブルがこのエントリについて、‘イエス’にセットされるかどうかを決定することによって達成されることができる。無線装置はあるタイプのデータ呼にスロットリングを適用でき、そして他のタイプのデータ呼にはひとつのスロットリングも適用できない。ブロック５１４において決定されたように、もしもスロットリングがそのデータ呼に適用されるべきでないならば、その時無線装置はデータ呼を直ちに生起する（ブロック５１６）。
【００４３】
もしもスロットリングがこのデータ呼に適用されるべきであるならば、その時無線装置はそのデータ呼に適用できるタイマが終了したかどうかを決定する（ブロック５１８）。もしも最も最近の生起の試みが成功であったならば、その時タイマは走行中ではなく、そして終了したとみなされないであろう。もしも最も最近の生起の試みが不成功であったならば、その時タイマはこの失敗した生起の試みによって起動されていたであろうし、そして終了してもよいかまたはしてはいけない。もしもタイマが終了しなかったならば、その時無線装置は終了するまでタイマを待つ（ステップ５２０）。タイマが終了する後で、無線装置はデータ呼を生起する（ブロック５２２）。
【００４４】
その後呼失敗がデータ呼について遭遇されるかどうかの決定がなされる(ブロック５２４)。もしも答えが‘イエス’ならば、もしＷxが既にセットＷ内の最大値でなければ、その時無線装置はタイマ値をＷxからＷx+1に増加する（ブロック５２６）。無線装置はその後現在のタイマ値でタイマを起動する（ブロック５２８）。そうではなく、もしもデータ呼が成功であり、そしてブロック５２４について答えが‘ノー’ならば、その時無線装置は呼履歴をクリアし、そしてタイマ値をゼロにリセットする（ブロック５３０）。
【００４５】
図６は以前のデータ呼生起の試みの履歴に基づいてデータ呼生起を制御するための手順６００を示す。初めに、例えば、ユーザまたは上位レイヤアプリケーションから、データ呼を生起するための要求が受信される（ブロック６１０）。その後データ呼の生起を制御すべきかどうかの決定がなされる（ブロック６１２）。これは（１）データ呼をカバーするテーブルエントリを識別することおよび（２）生起制御がこのエントリによってカバーされたデータ呼に適用されるべきかどうかを決定することによって達成されることができる。ブロック６１４において決定されたように、もしも生起制御がこのデータ呼に適用されるべきでないならば、その時無線装置はデータ呼を直ちに生起する（ブロック６２６）。
【００４６】
もしも生起制御がデータ呼に適用されるべきであれば、その時データ呼の生起はこのデータ呼に適用できる以前のデータ呼生起の試みに基づいて制御される（ブロック６２０）。これらの以前の生起の試みはこのデータ呼をカバーするテーブルエントリ内に蓄積されることができる。ブロック６２０で、まずこのデータ呼に関する最も最近の生起の試みが成功であったかどうかの決定がなされる（ブロック６２２）。もしも答えが‘イエス’ならば、その時無線装置はデータ呼を直ちに生起する（ブロック６２６）。そうではなく、もしも最も最近の生起の試みが不成功であったならば、その時無線装置はデータ呼を最後の不成功の生起の試みから所定の時間周期が経過した後に生起する（ブロック６２４）。この所定の時間周期は固定の持続時間または可変の持続時間であってもよい。可変の持続時間は最後の成功した生起の試み（例えば、より多く失敗した生起の試みについてはより長い持続時間）以来の不成功の生起の試みの数、データ呼タイプ、呼失敗のタイプ、等のようないろいろなファクタに依存してもよい。あるいは、ブロック６２４の代わりに、もしも所定の時間周期が経過しなかったならば、このデータ呼は捨てられてもよい。
【００４７】
データ呼を生起した後に、以前のデータ呼生起の試みの履歴は現在の生起の試みに関する結果に基づいて更新される(ブロック６３０)。もしも現在の生起の試みが成功であれば、その時この生起の試みは最後の成功した生起の試みになる。反対に、もしも現在の生起の試みが不成功であれば、その時不成功の生起の試みの数は増加される。
【００４８】
手順５００および６００はこの中に記述された技術の２つの実施形態のためのものである。これらの技術はまた他の手法で実施されてもよく、そしてこれはこの発明の範囲内である。
【００４９】
ある環境では、無線装置は、たとえスロットリングがイネーブルであっても、失敗したデータ呼の後にデータ呼を直ちに生起することができる。例えば、ＭＩＰ−ｔｏ−ＳＩＰフォールバックが認められることができ、それはもしも移動体ＩＰデータ呼が失敗すればこの無線装置は単純ＩＰデータ呼を生起できることを意味する。無線装置は、単純ＩＰデータ呼にスロットリングを適用すること無しに、移動体ＩＰ呼の失敗の後に単純ＩＰデータ呼を直ちに生起することができる。もしも単純ＩＰデータ呼も失敗すれば、その時無線装置はスロットリングを次のデータ呼生起に適用できる。あるいは、無線装置は移動体ＩＰ呼の失敗による単純ＩＰデータ呼にスロットリングを適用できる。
【００５０】
無線装置はマルチモデル／ハイブリッドであってもよく、そしてｃｄｍａ２０００および１ｘＥＶ−ＤＯネットワークの両者と通信することができてもよい。無線装置は１ｘＥＶ−ＤＯネットワーク上にデータ呼を生起することができ、そして呼失敗に遭遇するかもしれない。無線装置はその時スロットリング付きまたは無しでｃｄｍａ２０００ネットワーク上にデータ呼を生起できる。１つのネットワーク上の呼失敗は他のネットワーク上の呼成功の可能性にどれも情報を提供しないので、ｃｄｍａ２０００および１ｘＥＶ−ＤＯネットワークは独立のネットワークと考えられることができる。この場合には、無線装置は１ｘＥＶ−ＤＯネットワーク上の呼失敗に遭遇した後直ちにｃｄｍａ２０００ネットワーク上にデータ呼を生起することができる。あるいは、１つのネットワーク上の呼失敗は他のネットワーク上の呼失敗のより大きい可能性を示すので、ｃｄｍａ２０００および１ｘＥＶ−ＤＯネットワークは相関していると考えられることができる。この相関関係は両ネットワークが同種のローディングプロファイルを有すること、あるネットワークエンティティを共有すること、等によるかもしれない。この場合には、無線装置は１ｘＥＶ−ＤＯネットワーク上の呼失敗によって正規のまたは縮小されたバックオフ期間を待った後にｃｄｍａ２０００ネットワーク上にデータ呼を生起できる。
【００５１】
図７は無線ネットワーク１００との通信用の無線モデム、コントローラ７４０、メモリ７４２、およびタイマ７４４を含む、無線装置１１０の１実施形態を示す。送信パスでは、無線装置１１０によって送られるべきデータおよびシグナリングはエンコーダ７２２によって処理（例えば、フォーマット、エンコード、およびインターリーブ）され、そしてデータチップのストリームを発生するために変調器（Ｍｏｄ）７２４によってさらに処理（例えば、変調、拡散、チャネル化、およびスクランブル）される。送信器ユニット（ＴＭＴＲ）７３２はその後、アンテナ７３６を介して送信される、逆方向リンク信号を発生するためにデータチップストリームを調節（例えば、アナログに変換、フィルタ、増幅、および周波数アップコンバート）する。受信パスでは、無線ネットワーク１００内の基地局によって送信された順方向リンク信号がアンテナ７３６によって受信され、そして受信器ユニット（ＲＣＶＲ）７３８に供給される。受信器ユニット７３８はデータサンプルを発生するために受信信号を調節（例えば、フィルタ、増幅、周波数ダウンコンバート、およびディジタル化）する。復調器（Ｄｅｍｏｄ）７２６は記号推定値を得るためにサンプルを処理（例えば、デスクランブル、逆拡散、チャネル化、および復調）する。デコーダ７２８は復号データを得るために記号推定値をさらに処理（例えば、デインターリーブおよび復号）する。エンコーダ７２２、変調器７２４、復調器７２６、およびデコーダ７２８はモデムプロセッサ７２０によって実施されることができる。これらのユニットは無線ネットワーク１００によって使用された無線技術（例えば、ｃｄｍａ２０００またはｉｘＥＶ−ＤＯ）に従って処理を実行する。
【００５２】
コントローラ７４０は無線装置１１０内のいろいろなユニットの動作を指示する。コントローラ７４０はデータ呼の生起を制御するために図５における処理５００および／または図６における処理６００を実施できる。メモリユニット７４２はコントローラ７４０および他のユニットによって使用されたプログラム符号およびデータを蓄積する。タイマ７４４は呼スロットリング用のバックオフタイマを実施するために使用されたタイミング情報を供給する。
【００５３】
図８は無線装置１１０内のコントローラ７４０の１実施形態を示す。コントローラ７４０内では、上位レイヤアプリケーション８１２は、例えば、データサービス、ユーザブラウザ、ｅメールクライアント、等のようないろいろなエンドユーザアプリケーションを含む。データアプリケーションはデータ呼を生起するために要求を発生することができる。共通データプロトコルモジュール８１４は、例えば、ＩＰ、ＰＰＰ、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、等のようないろいろなプロトコルをサポートする。呼制御モジュール８１６はデータ呼の確立および解体を制御し、データ呼の生起を要求し、そして無線装置に関する無線ネットワークおよびネットワークゾーンの追跡を続ける。呼マネージャ８１８は呼を管理し、データおよび他のタイプの呼の生起を制御し、そしてこれらの呼の状態の追跡を続ける。呼処理モジュール８２０はラジオネットワークで交換されたシグナリングに関する処理を実行する。送信（ＴＸ）モジュール８２２は無線モデムの送信部分の動作を制御する。受信（ＲＸ）モジュール８２４は無線モデムの受信部分の動作を制御する。上位レイヤアプリケーション８１２は共通データプロトコルモジュール８１４と通信し、これはさらに呼制御モジュール８１６と通信し、これはさらに呼マネージャ８１８と通信し、これはさらに呼処理モジュール８２０と通信し、これはさらにＴＸモジュール８２２およびＲＸモジュール８２４と通信する。メモリユニット７４２はデータ呼の生起を制御するために使用された呼履歴テーブル８３０を蓄積できる。呼履歴テーブル８３０は図４におけるテーブル４００と同じフォーマットを持つことができるかまたは他の手法で実施されることができる。
【００５４】
呼マネージャ８１８はデータ呼の生起を制御するためにいろいろな機能を実行できる。例えば、呼マネージャ８１８は他のエンティティにデータ呼のスロットリングをイネーブルおよびディスエーブルにさせるためにおよびバックオフタイマをリセットさせるためにアプリケーションプログラミングインターフェイス（ＡＰＩ）を提供できる。呼マネージャ８１８は呼制御モジュール８１６からデータ呼に関する成功または失敗の表示および各失敗したデータ呼に関する失敗のタイプを受信する。呼マネージャ８１８または何か他のエンティティは呼履歴テーブル８３０を保存することができる。
【００５５】
この中に記述された技術は、例えば、ソケットおよびテザード(tethered)データ呼、単純ＩＰおよび移動体ＩＰデータ呼、等のようないろいろなタイプのデータ呼のために使用されることができる。テザードデータ呼は無線装置に連結され、そしてデータサービスを得るために無線装置を使用している端末装置（例えば、ラップトップコンピュータ）によって作られたデータ呼である。一般に、これらの技術はその中で無線装置は呼失敗の知識および多分これらの呼失敗の原因を有する任意のタイプのデータ呼のために使用されることができる。
【００５６】
この中に記述された技術はいろいろな手段によって実施されることができる。例えば、これらの技術はハードウェア、ソフトウェア、またはそれの組合わせで実施されることができる。ハードウェア実施形態について、データ呼の生起を制御するために使用された処理ユニット（例えば、コントローラ７４０または呼マネージャ８１８）は１つまたはそれ以上の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理装置（ＤＳＰＤ）、プログラマブル論理装置（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子装置、この中に記述された機能を実行するように構成された他の電子ユニット、またはそれの組合わせ内で実施されることができる。
【００５７】
ソフトウェア実施形態について、技術はこの中に記述された機能を実行するモジュール（例えば、手順、機能、等）で実施されることができる。ソフトウェア符号はメモリユニット（例えば、図７におけるメモリユニット７４２）内に蓄積され、そしてプロセッサ（例えば、コントローラ７４０）によって実行されることができる。メモリユニットはプロセッサ内でまたはプロセッサ外で実施されることができる。
【００５８】
開示された実施形態の前の説明はこの分野の任意の技術者が本発明を製作または使用することを可能とするように提供される。これらの実施形態へのいろいろな変更はこの分野の技術者にはたやすく明白であるだろうし、そしてこの中に定義された包括的な原理はこの発明の精神または範囲から逸脱すること無しに他の実施形態に適用されてもよい。従って、本発明はこの中に示された実施形態に制限されるつもりはなく、しかしむしろこの中に開示された原理および新規な特徴と矛盾しない最も広い範囲が許容されるべきである。
【符号の説明】
【００５９】
１１０…無線装置、１２０…無線ネットワーク、１２２…基地局、１２４…パケット制御機能（ＰＣＦ）、１３０…パケットデータサービングノード（ＰＤＳＮ）、１３２…ＲＡＤＩＵＳサーバ（ＡＡＡ）、１３４…ホームエージェント（ＨＡ）、１４０…ＩＰネットワーク、１５０…リモートホスト
【図１】
2011182453.tif 000003
【図２Ａ】
2011182453.tif 000004
【図２Ｂ】
2011182453.tif 000005
【図３】
2011182453.tif 000006
【図４】
2011182453.tif 000007
【図５】
2011182453.tif 000008
【図６】
2011182453.tif 000009
【図７】
2011182453.tif 000010
【図８】
2011182453.tif 000011
【手続補正書】
【提出日】平成23年6月10日(2011.6.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
以前のデータ呼生起の試みの履歴を蓄積するように動作するメモリユニットと、
無線通信ネットワークでデータ呼を生起するための要求を受信するように、および該以前のデータ呼生起の試みの履歴に基づいて該データ呼の生起を制御するように動作するコントローラと、
を具備する装置。
【外国語明細書】
2011182453000001.pdf