(57)【要約】つながれた装置に代わって無線通信装置にプロキシ認証を実行させ、そしてこの認証が暗号化されることを保証するための方法および装置がこの中に提示される。
2010533397.tif 000002
【特許請求の範囲】
【請求項１】
無線ユニットに連結された端末装置の暗号化プロキシ認証を実施するための方法であって、
該端末装置に指示されたリンク制御プロトコル構成要求メッセージを該無線ユニット内で傍受すること；
該リンク制御プロトコル構成要求メッセージ内に示された認証プロトコルが該無線ユニットに受け入れられないかどうかを決定すること；
もし該示された認証プロトコルが該無線ユニットに受け入れられないならば該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを該無線ユニット内で発生することを備える方法。
【請求項２】
ここにおいて該リンク制御プロトコル構成要求メッセージ内に示された認証プロトコルが該無線ユニットに受け入れられないかどうかを決定することは、該示された認証プロトコルが不暗号化認証であるかどうかを決定することを具備する、請求項１記載の方法。
【請求項３】
ここにおいて認証プロトコル値が該無線ユニットに受け入れられないかどうかを決定することは、該認証プロトコル値を受入れ可能な認証プロトコルの優先化リストとみなすことを具備する、請求項１記載の方法。
【請求項４】
さらに下記を具備する、請求項１記載の方法：
該無線ユニット内で発生されたレスポンス数の総数を維持すること；および
該無線ユニット内で各レスポンスを発生する前に該総数を調べること、
ここにおいてもし該総数が所定値を超えるならば、該リンク制御プロトコル構成要求メッセージへの適切な応答を発生することは認証を棄却する構成リジェクションメッセージを発生することを具備する。
【請求項５】
さらに下記を具備する、請求項１記載の方法：
該無線ユニット内で発生されたレスポンス数の総数を維持すること；および
該無線ユニット内で各レスポンスを発生する前に該総数を調べること、
ここにおいてもし該総数が所定値を超えるならば、該リンク制御プロトコル構成要求メッセージへの適切な応答を発生することは、通信終了要求メッセージを発生することを具備する。
【請求項６】
ここにおいて該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを発生することは、受入れ可能な認証プロトコルを示す構成受入れ不能メッセージを発生することを具備する、請求項１記載の方法。
【請求項７】
ここにおいて該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを発生することは、チャレンジ／レスポンス認証プロトコルを示す構成受入れ不能メッセージを発生することを具備する、請求項１記載の方法。
【請求項８】
無線ユニットに連結された端末装置の代理暗号化認証を実施するための無線ユニット内の装置であって、
少なくとも１つのメモリエレメント；および
該少なくとも１つのメモリエレメント上に蓄積された１組の命令を実行するように構成された少なくとも１つの処理エレメント、を具備し、該組の命令は下記のための命令である：
該端末装置に指示されたリンク制御プロトコル構成要求メッセージを該無線ユニット内で傍受する；
該リンク制御プロトコル構成要求メッセージ内に示された認証プロトコルが該無線ユニットに受け入れられないかどうかを決定する；
もし該示された認証プロトコルが該無線ユニットに受け入れられないならば該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを該無線ユニット内で発生する、装置。
【請求項９】
ここにおいて該少なくとも１つの処理エレメントは該示された認証プロトコルが不暗号化認証であるかどうかを決定するための該少なくとも１つのメモリエレメント上に蓄積された命令を実行するようにさらに構成される、請求項８記載の装置。
【請求項１０】
請求項８記載の装置であって、ここにおいて該少なくとも１つの処理エレメントは該認証プロトコル値を受入れ可能認証プロトコルの優先化リストとみなすための該少なくとも１つのメモリエレメント上に蓄積された命令を実行するようにさらに構成される、装置。
【請求項１１】
請求項８記載の装置であって、ここにおいて該少なくとも１つの処理エレメントは下記のための該少なくとも１つのメモリエレメント上に蓄積された命令を実行するようにさらに構成され、該命令は下記のための命令である：
該無線ユニット内で発生されたレスポンス数の総数を維持する；
該無線ユニット内で各レスポンスを発生する前に該総数を調べる；および
もし該総数が所定値を超えるならば、認証を棄却する構成リジェクションメッセージを発生する、装置。
【請求項１２】
請求項８記載の装置であって、ここにおいて該少なくとも１つの処理エレメントは、下記のための該少なくとも１つのメモリエレメント上に蓄積された命令を実行するようにさらに構成され、該命令は下記のための命令である：
該無線ユニット内で発生されたレスポンス数の総数を維持する；
該無線ユニット内で各レスポンスを発生する前に該総数を調べる、
もし該総数が所定値を超えるならば、通信終了要求メッセージを発生する、装置。
【請求項１３】
請求項８記載の装置であって、ここにおいて該少なくとも１つの処理エレメントは該リンク制御プロトコル構成要求メッセージへの適切なレスポンスとして受入れ可能な認証プロトコルを示す構成受入れ不能メッセージを発生するために該少なくとも１つのメモリエレメント上に蓄積された命令を実行するようにさらに構成される、装置。
【請求項１４】
請求項８記載の装置であって、ここにおいて該少なくとも１つの処理エレメントは該リンク制御プロトコル構成要求メッセージへの適切なレスポンスとしてチャレンジ／レスポンス認証プロトコルを示す構成受入れ不能メッセージを発生するために該少なくとも１つのメモリエレメント上に蓄積された命令を実行するようにさらに構成される、装置。
【請求項１５】
無線ユニットに連結された端末装置のプロキシ認証を実行するための装置であって、
該端末装置に指示されたリンク制御プロトコル構成要求メッセージを該無線ユニット内で傍受するための手段；
該リンク制御プロトコル構成要求メッセージ内に示された認証プロトコルが該無線ユニットに受け入れられないかどうかを決定するための手段；
もし該示された認証プロトコルが該無線ユニットに受け入れられないならば該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを該無線ユニット内で発生するための手段、を具備する装置。
【請求項１６】
請求項１５記載の装置であって、ここにおいて、該リンク制御プロトコル構成要求メッセージ内に示された認証プロトコルが該無線ユニットに受け入れられないかどうかを決定するための手段は該示された認証プロトコルが不暗号化認証であるかどうかを決定するための手段を具備する、装置。
【請求項１７】
請求項１５記載の装置であって、ここにおいて認証プロトコル値が該無線ユニットに受け入れられないかどうかを決定するための該手段は該認証プロトコル値を受入れ可能な認証プロトコルの優先化リストとみなすための手段を具備する、装置。
【請求項１８】
請求項１５記載の装置であって、
該無線ユニット内で発生されたレスポンス数の総数を維持するための手段；および
該無線ユニット内で各レスポンスを発生する前に該総数を調べるための手段、を具備し、
ここにおいてもし該総数が所定値を超えるならば、該リンク制御プロトコル構成要求メッセージへの適切な応答を発生するための該手段は認証を棄却する構成リジェクションメッセージを発生する、装置。
【請求項１９】
請求項１５記載の装置であって、
該無線ユニット内で発生されたレスポンス数の総数を維持するための手段；および
該無線ユニット内で各レスポンスを発生する前に該総数を調べるための手段、をさらに具備し、
ここにおいてもし該総数が所定値を超えるならば、該リンク制御プロトコル構成要求メッセージへの適切な応答を発生するための該手段は通信終了要求メッセージを発生する、装置。
【請求項２０】
請求項１５記載の装置であって、ここにおいて該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを発生するための該手段は、受入れ可能な認証プロトコルを示す構成受入れ不能メッセージを発生するための手段を具備する、装置。
【請求項２１】
請求項１５記載の装置であって、ここにおいて該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを発生するための該手段はチャレンジ／レスポンス認証プロトコルを示す構成受入れ不能メッセージを発生するための手段を具備する、装置。
【請求項２２】
下記のステップを実行させるように構成されたプロセッサ実行可能命令をその上に蓄積したプロセッサ読取り可能メモリユニット：
該端末装置に指示されたリンク制御プロトコル構成要求メッセージを該無線ユニット内で傍受するステップ；
該リンク制御プロトコル構成要求メッセージ内に示された認証プロトコルが該無線ユニットに受け入れられないかどうかを決定するステップ；
もし該示された認証プロトコルが該無線ユニットに受け入れられないならば該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを該無線ユニット内で発生するステップ。
【請求項２３】
請求項２２記載のプロセッサ読取り可能メモリであって、ここにおいて該リンク制御プロトコル構成要求メッセージ内に示された認証プロトコルが該無線ユニットに受け入れられないかどうかを決定することは該示された認証プロトコルが不暗号化認証であるかどうかを決定することを具備する、メモリ。
【請求項２４】
請求項２２記載のプロセッサ読取り可能メモリであって、ここにおいて認証プロトコル値が該無線ユニットに受け入れられないかどうかを決定することは該認証プロトコル値を受入れ可能な認証プロトコルの優先化リストとみなすことを具備する、メモリ。
【請求項２５】
請求項２２記載のプロセッサ読取り可能メモリであって、ここにおいて該蓄積されたプロセッサ実行可能な命令は、プロセッサに下記のステップを実行させるようにさらに構成される：
該無線ユニット内で発生されたレスポンス数の総数を維持するステップ；および
該無線ユニット内で各レスポンスを発生する前に該総数を調べるステップ、
ここにおいてもし該総数が所定値を超えるならば、該リンク制御プロトコル構成要求メッセージへの適切な応答を発生することは認証を棄却する構成リジェクションメッセージを発生することを具備する、メモリ。
【請求項２６】
請求項２２記載のプロセッサ可読メモリであって、ここにおいて該蓄積されたプロセッサ実行可能な命令はプロセッサに下記ステップを実行させるようにさらに構成される：
該無線ユニット内で発生されたレスポンス数の総数を維持するステップ；および
該無線ユニット内で各レスポンスを発生する前に該総数を調べるステップ、
ここにおいてもし該総数が所定値を超えるならば、該リンク制御プロトコル構成要求メッセージへの適切な応答を発生することは通信終了要求メッセージを発生することを具備する、メモリ。
【請求項２７】
請求項２２記載のプロセッサ読取り可能メモリであって、ここにおいて該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを発生することは、受入れ可能な認証プロトコルを示す構成受入れ不能メッセージを発生することを具備する、前記メモリ。
【請求項２８】
請求項２２記載のプロセッサ読取り可能メモリであって、ここにおいて該リンク制御プロトコル構成要求メッセージへの適切なレスポンスを発生することはチャレンジ／レスポンス認証プロトコルを示す構成受入れ不能メッセージを発生することを具備する、メモリ。
【請求項２９】
無線ユニットに連結された端末装置の暗号化プロキシ認証をネゴシエートするための方法であって、
該端末装置に指示されたリンク制御プロトコルメッセージを該無線ユニット内で傍受すること；
該リンク制御プロトコルメッセージ内の認証プロトコル値が該無線ユニットに受け入れられない認証プロトコルを示すかどうかを決定すること；
該リンク制御プロトコルメッセージへの適切なレスポンスを該無線ユニット内で発生すること；
チャレンジメッセージを該端末装置に順方向転送すること；および
該端末装置から受信されたチャレンジレスポンスを無視すること、を具備する方法。
【請求項３０】
請求項２９記載の方法であって、ここにおいて該リンク制御プロトコルメッセージへの該適切なレスポンスを発生することは、受入れ可能な認証プロトコルを示す構成受入れ不能レスポンスメッセージを発生することを具備する、方法。
【請求項３１】
請求項２９記載の方法であって、ここにおいて、もし該リンク制御プロトコルメッセージが構成要求メッセージであるおよび該構成要求内の該認証プロトコル値が暗号化無しの認証を示すならば、該リンク制御プロトコルメッセージへの適切なレスポンスを発生することは（ａ）暗号化認証プロトコルまたは（ｂ）無認証の１つを示す構成受入れ不能レスポンスメッセージを発生することを具備する、方法。
【請求項３２】
請求項３０記載の方法であって、
発生された構成受入れ不能レスポンス数の総数を維持すること；
各構成受入れ不能レスポンスを発生する前に該総数を調べること；および
該総数が所定値を超える場合には認証を棄却する構成リジェクションメッセージを発生すること、をさらに具備する方法。
【請求項３３】
請求項３０記載の方法であって、
発生された構成受入れ不能レスポンス数の総数を維持すること；
各構成受入れ不能レスポンスを発生する前に該総数を調べること；および
該総数が所定値を超える場合には通信終了メッセージを発生すること、をさらに具備する方法。
【請求項３４】
無線ユニットにつながれた装置のプロキシ暗号化認証を実行するための方法であって、
該つながれた装置に指示されたリンク制御プロトコル構成要求を傍受すること；
該構成要求内の認証プロトコル値が受入れ可能かどうかを決定すること；
該つながれた装置への該リンク制御プロトコル構成要求を順方向転送すること無しに該リンク制御プロトコル構成要求への適切なレスポンスを発生すること；
該つながれた装置に指示されたチャレンジを傍受すること；
該つながれた装置からの入力を待つこと無しに該チャレンジへの適切なレスポンスを発生すること；
該チャレンジを該つながれた装置に順方向転送すること；および
該つながれた装置から受信されたチャレンジレスポンスを無視すること、
を具備する方法。
【請求項３５】
請求項３４記載の方法において、ここにおいて、該チャレンジへの該適切なレスポンスを発生することは、該つながれた装置と関連するパスワード情報を使用することよりもむしろ該適切なレスポンスを発生するために該無線ユニットと関連するパスワード情報を使用することを具備する、方法。
【請求項３６】
請求項３４記載の方法であって、ここにおいて該認証はチャレンジ／レスポンス認証手順である、方法。
【請求項３７】
請求項３６記載の方法であって、ここにおいて該チャレンジ／レスポンス認証手順はチャレンジハンドシェーク認証プロトコルである、方法。
【請求項３８】
無線装置につながれた装置のプロキシ暗号化認証を実行するための無線ユニット内の装置であって、
少なくとも１つのメモリエレメント；および
該少なくとも１つのメモリエレメント上に蓄積された１組の命令、該組の命令は下記のためのもの、を実行するように構成された少なくとも１つの処理エレメントを具備し、該組の命令は下記のための命令である：
該つながれた装置に指示されたリンク制御プロトコル構成要求を傍受する；
該構成要求内の認証プロトコル値が受入れ可能かどうかを決定する；
該つながれた装置への該リンク制御プロトコル構成要求を順方向転送すること無しに該リンク制御プロトコル構成要求への適切なレスポンスを発生する；
該つながれた装置に指示されたチャレンジを傍受する；
該つながれた装置からの入力を待つこと無しに該チャレンジへの適切なレスポンスを発生する；
該チャレンジを該つながれた装置に順方向転送する；および
該つながれた装置から受信されたチャレンジレスポンスを無視する、
装置。
【請求項３９】
無線ユニットにつながれた装置のプロキシ認証を実行するための装置：
該つながれた装置に指示されたリンク制御プロトコル構成要求を傍受するための手段；
該構成要求内の認証プロトコル値が受入れ可能かどうかを決定するための手段；
該つながれた装置への該リンク制御プロトコル構成要求を順方向転送すること無しに該リンク制御プロトコル構成要求への適切なレスポンスを発生するための手段；
該つながれた装置に指示されたチャレンジを傍受するための手段；
該つながれた装置からの入力を待つこと無しに該チャレンジへの適切なレスポンスを発生するための手段；
該チャレンジを該つながれた装置に順方向転送するための手段；および
該つながれた装置から受信されたチャレンジレスポンスを無視することを決定するための手段、
を具備する、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は２００３年７月２５日提出の米国特許出願番号第１０／６２７，１７１号の一部分継続であり、それは２００５年２月１７日に米国特許出願番号第２００５／００３９００５号として発表され、そして２００７年７月３日に米国特許番号第７，２３９，８６５号として発行するであろう、その全体の内容はそれの引用によって組み込まれる。
【０００２】
本発明は一般に無線通信ネットワークおよびパケットデータ交換ネットワークに関する。より詳しくは、本発明はつながれた装置の代わりにプロキシ認証を実行するために無線通信装置を使用することに関し、ここにおいてこのつながれた装置はパケットデータ交換ネットワークにアクセスするために無線通信ネットワークを使用している。
【背景技術】
【０００３】
無線通信の分野は、例えば、コードレス電話機、ページング、無線ローカルループ、パーソナルディジタルアシスタント（ＰＤＡ）、インターネットテレフォニー、および衛星通信システムを含む多くのアプリケーションを有する。特に重要なアプリケーションは遠隔加入者のためのセルラ電話システムである。この中で使用されたように、術語“セルラ”システムはセルラまたは個人通信サービス（ＰＣＳ）周波数のどちらかを使用するシステムを含む。種々の大気中送信インターフェイスが、例えば、周波数分割多重アクセス（ＦＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、および符号分割多重アクセス（ＣＤＭＡ）を含むそのようなセルラ電話システム用に開発された。これと関連して、種々の国内および国際標準が、例えば、進歩した移動電話サービス（ＡＭＰＳ）、移動体用グローバルシステム（ＧＳＭ）、および暫定標準９５（ＩＳ−９５）を含んで制定された。ＩＳ−９５およびその派生物、ＩＳ−９５Ａ，ＩＳ−９５Ｂ，ＡＮＳＩ  J−ＳＴＤ−００８（しばしばこの中では集合的にＩＳ−９５と呼ばれる）、および提案された高速データシステムは電気通信工業協会（ＴＩＡ）および他の周知の標準団体によって公布される。
【０００４】
ＩＳ−９５標準の使用に従って構成されたセルラ電話システムは高効率のそして強いセルラ電話サービスを提供するためにＣＤＭＡ信号処理技術を使用する。ＩＳ−９５標準の使用に従って実質的に構成された例示的なセルラ電話システムは米国特許番号第５，１０３，４５９号および第４，９０１，３０７号内に記述され、それらは本発明の譲受人に譲渡され、そして引用されてこの中に組み込まれる。ＣＤＭＡ技術を使用している例示的なシステムは、ＴＩＡによって発行された、ｃｄｍａ２０００  ＩＴＵ−Ｒ無線伝送技術（ＲＴＴ）候補者寄託（この中でｃｄｍａ２０００と呼ばれる）である。ｃｄｍａ２０００のための標準はＩＳ−２０００（ｃｄｍａ２０００  １ｘＥＶ−ＤＶ）およびＩＳ−８５６（ｃｄｍａ２０００  １ｘＥＶ−ＤＶ）の草案版内に与えられ、そしてＴＩＡによって是認された。もう１つのＣＤＭＡ標準は第３世代パートナーシッププロジェクト“３ＧＰＰ”、文書番号第３Ｇ  ＴＳ２５．２１１号、第３Ｇ  ＴＳ２５．２１２号、第３Ｇ  ＴＳ２５．２１３号および第３Ｇ  ＴＳ２５．２１４号内で具体化されたような、Ｗ−ＣＤＭＡ標準である。Ｗ−ＣＤＭＡ標準はユニバーサル移動電気通信システム（ＵＭＴＳ）として知られるＧＳＭベースのシステムへの組み込み過程内にある。
【０００５】
上に引用された電気通信標準類は実施されることができる種々の通信システムのいくつかだけの実例である。標準類の１つの一般的なカテゴリは、ｃｄｍａ２０００およびＷ−ＣＤＭＡがそれの両メンバーである“第３世代”または“３Ｇ”と呼ばれる。これらの３Ｇ標準は増大するデータ速度に向けられ、それは増大するユーザ数およびデータ集約アプリケーションをサポートするであろう。
【０００６】
無線データアプリケーションについての増大する需要を与えられて、非常に効率的な無線データ通信システムに関する要求がますます重要になった。１つのそのような無線データアプリケーションはパケット交換ネットワークで生起または終結するデータパケットの伝送である。情報がそれの意図された受端に到着するように種々のプロトコルがパケット化されたトラフィックをパケット交換ネットワーク上に送信するために存在する。パケット化されたトラフィックを送信するための基本的なプロトコルは“インターネットプロトコル”、リクエストフォーコメント（ＲＦＣ）７９１（１９８１年９月）である。インターネットプロトコル（ＩＰ）はメッセージをパケットに分割し、センダから受端にこのパケットを送り、そしてこのパケットを受端で元のメッセージに再組立てする。ＩＰプロトコルは、各データパケットがホストおよび受端コンピュータを独自に識別する発信源および受端アドレスフィールドを含むＩＰヘッダで始まることを要求する。もう１つのプロトコルは（１９９４年７月）ＲＦＣ１６６１内に公表されたポイントツーポイントプロトコル（ＰＰＰ）であり、それはＩＰトラフィックをポイントツーポイントリンク上で運ぶためのカプセル化プロトコルである。なおもう１つのプロトコルは、（１９９６年１０月）ＲＦＣ．２００２内に公表された、ＩＰモビリティサポートであり、それは移動体ノードにＩＰデータグラムの明白な出力を供するプロトコルである。
【０００７】
よって、無線通信ネットワーク上でＩＰネットワークからのまたはＩＰネットワーク上で無線通信ネットワークからのＩＰパケットの伝送は、プロトコルスタックと呼ばれる、１組のプロトコルへの支持によって達成されることができる。無線通信装置はＩＰパケットの生起端または受端であってもよく、あるいは代わりに、無線通信装置は電子装置への明白なリンクであってもよい。いずれの場合も、ペイロード情報はここでヘッダ情報が各パケットに付加されるパケットに細かくされる。ＩＰヘッダは、ＰＰＰ層のトップに位置し、ＲＬＰ層上に位置し、無線エアインターフェイスの物理層のトップに位置する。ＲＬＰ層は無線リンクプロトコル層であり、それは伝送エラーが発生する時にパケットを選択的に再送信する責任がある。ＷＣＤＭＡシステムでは、ＰＰＰ層は無線リンク制御（ＲＬＣ）層上に位置し、それはＲＬＰ層と同様の機能性を有する。
【０００８】
データはアクセスポイント（ＡＰ）を介してパケットデータサービスノード（ＰＤＳＮ）に大気中送信されることができ、それからこのデータはＩＰネットワーク上に続いて送られる。セルラ通信システムからの術語を使用して、ＡＰはまた基地局または基地局同等物と考えられることもできる。あるいは、ＩＰパケットはＰＤＳＮへのＩＰネットワーク上に、ＰＤＳＮからＡＰに送信されることができ、そしてその後無線通信装置に大気中送信されることができる。無線通信装置は無線通信プロトコルの術語ではアクセス端末（ＡＴ）と呼ばれるか、あるいは代わりに無線通信装置はＩＰプロトコルの術語では移動体ノード（ＭＮ）と呼ばれることもできる。
【０００９】
有線環境内で発着信するデータを無線転送することを試みている時にたくさんある夥しい困難がある。１つのそのような困難は無線通信装置を介してパケットデータサービスにアクセスすることを試みる装置の認証である。無線環境上でＩＰパケットを伝送することに含まれたプロトコルの多様性によって、もし無線通信装置につながれた装置が有線ネットワークへのアクセスを望むならば満足されねばならない種々の認証手順がある。１つの起こりうるシナリオでは、無線通信装置はこの無線ネットワークの認証手順を満足することが必要となるであろうし、このつながれた装置は有線ネットワークの認証手順を満足することを必要とするかもしれないし、そして１つのものの認証手順は他のものの認証手順に影響を及ぼすかもしれない。よって、複数のプロトコルが使用される時には、各プロトコルに対応する種々の認証条件の実施がエンドツーエンド通信セッション内で可能である。しかしながら、種々の認証条件を適時にそして電算機的に効率的なファッションで実施することは疑わしい。
【発明の概要】
【００１０】
上述された困難と取り組むために方法および装置がこの中に紹介される。１実施形態では、無線ユニットに連結された端末装置の暗号化プロキシ認証を実行するために１方法が紹介され、この方法は端末装置に指示されたリンク制御プロトコルメッセージを無線ユニット内で傍受すること；このリンク制御プロトコルメッセージ内に示された認証プロトコルがこの無線ユニットに受入れ可能かどうかを決定すること；およびこの端末装置からの入力無しにこのリンク制御プロトコルメッセージへの適切なレスポンスを発生することを含む。もう１つの実施形態では、発生されたレスポンスは受入れ可能な認証プロトコルを示すことができる。もう１つの局面では、もし所定数の再試行が終了したならば、発生されたレスポンスは構成オプションとしての認証を棄却することができる。もう１つの実施形態では、もしリンク制御プロトコルメッセージが受入れ可能な認証プロトコルを示すならば、このリンク制御プロトコルメッセージは端末装置に順方向転送される。もう１つの実施形態では、もしリンク制御プロトコルメッセージが認証チャレンジを含むならば、この受入れ可能なレスポンスはチャレンジへのレスポンスであり、そしてこのチャレンジは端末装置に順方向転送され、一方つながれた装置から受信されたチャレンジは無視される。
【００１１】
もう１つの実施形態では、無線ユニット内の装置がこの無線ユニットに連結された端末装置のプロキシ認証を実行するために紹介され、この装置は下記を具備する：少なくとも１つのメモリエレメント；およびこの少なくとも１つのメモリエレメント上に蓄積された１組の命令を実行するように構成された少なくとも１つの処理エレメント、この組の命令は下記を行う：端末装置に指示されたリンク制御プロトコルメッセージを無線ユニット内で傍受する；リンク制御プロトコルメッセージ内に示された認証プロトコルが無線ユニットに受入れ可能かどうかを決定する；および端末装置からの入力無しにリンク制御プロトコルメッセージへの適切なレスポンスを発生する。
【００１２】
もう１つの実施形態では、無線ユニットにつながれた装置のプロキシ認証を実行するための装置が紹介され、この装置は端末装置に指示されたリンク制御プロトコルメッセージを無線ユニット内で傍受するための手段；リンク制御プロトコルメッセージ内に示された認証プロトコルが無線ユニットに受入れ可能かどうかを決定するための手段；および端末装置からの入力無しにリンク制御プロトコルメッセージへの適切なレスポンスを発生するための手段を含む。
【図面の簡単な説明】
【００１３】
【図１】図１は、無線通信ネットワークを示す図である。
【図２】図２は、アクセス端末（ＡＴ）、アクセスネットワーク（ＡＮ）、ＡＮ−認証、認可、およびアカウンティング（ＡＮ−ＡＡＡ）サーバ、およびＰＤＳＮ間のデータ連結性を示す図である。
【図３】図３は、プロキシ認証のためのプログラムフローを示す図である。
【図４】図４は、暗号化プロキシ認証を実施する方法の一部を示す処理フロー図である。
【図５】図５は、暗号化プロキシ認証を実施しない移動体ノードの処理の一部を示す処理フロー図である。
【図６】図６は、暗号化プロキシ認証を実施する１実施形態の移動体ノードの処理の一部を示す処理フロー図である。
【図７】図７は、図６に示された実施形態に従って成功した代理暗号化認証ネゴシエーションについてのプログラムフローを示す図である。
【図８】図８は、図６に示された実施形態に従って失敗した代理暗号化認証ネゴシエーションについてのプログラムフローを示す図である。
【図９】図９は、図６に示された実施形態に従って失敗した代理暗号化認証ネゴシエーションについての代替のプログラムフローを示す図である。
【図１０】図１０は、暗号化プロキシ認証を実施する代替の実施形態の移動体ノードの処理の一部を示す処理フロー図である。
【図１１】図１１は、図１０に示された実施形態に従って失敗した代理暗号化認証ネゴシエーションについてのプログラムフローを示す図である。
【図１２】図１２は、１つの実施形態のプロトコルスタックを示す図である。
【詳細な説明】
【００１４】
図１に図示されたように、無線通信ネットワーク１０は通常複数のアクセス端末（遠隔局、移動局、加入者ユニット、またはユーザ装置とも呼ばれる）１２ａ〜１２ｄ、複数の基地局（基地局トランシーバ（ＢＴＳｓ）またはノードＢとも呼ばれる）１４ａ〜１４ｃ、基地局コントローラ（ＢＳＣ）（無線ネットワークコントローラまたはパケット制御機能とも呼ばれる）１６、移動交換センタ（ＭＳＣ）またはスイッチ１８、パケットデータサービングノード（ＰＤＳＮ）またはインターネットワーキングファンクション（ＩＷＦ）２０、公衆電話交換ネットワーク（ＰＳＴＮ）２２（典型的に電話会社）、およびパケットデータ交換ネットワーク２４（典型的にインターネットプロトコル（ＩＰ）ネットワーク）を含む。簡単のため、４つのアクセス端末１２ａ〜１２ｄ、３つの基地局１４ａ〜１４ｃ、１つのＢＳＣ１６、１つのＭＳＣ１８、および１つのＰＤＳＮ２０が示される。任意の数のアクセス端末１２、基地局１４、ＢＳＣ１６、ＭＳＣ１８、およびＰＤＳＮ２０があり得ることはこの分野の技術者によって理解されるであろう。
【００１５】
１つの実施形態では無線通信ネットワーク１０はパケットデータサービスネットワークである。アクセス端末１２ａ〜１２ｄは携帯電話機、ＩＰベースのウェブブラウザアプリケーション走行のラップトップコンピュータに接続されるセルラ電話機、関連するハンドフリーカーキット付きのセルラ電話機、ＩＰベースのウェブブラウザアプリケーション走行のパーソナルデータアシスタント（ＰＤＡ）、携帯型、または固定型コンピュータ内に組み込まれた無線通信モジュール：無線ローカルループまたはメータ読取りシステム内で見かけられるかもしれないようなロケーション通信モジュールのような、多数の種々のタイプの無線通信装置の任意のものであってもよい。最も一般的な実施形態では、アクセス端末は任意のタイプの通信ユニットであってもよい。
【００１６】
アクセス端末１２ａ〜１２ｄは好都合に、例えば、ＥＩＡ／ＴＩＡ／ＩＳ−７０７標準内に記述されたような１つまたはそれ以上の無線パケットデータプロトコルを実行するように構成されてもよい。特定の実施形態では、アクセス端末１２ａ〜１２ｄはＩＰネットワーク２４を行先と定めるＩＰパケットを発生して、このＩＰパケットをポイントツーポイントプロトコル（ＰＰＰ）を使用しているフレーム内にカプセル化する。
【００１７】
１つの実施形態ではＩＰネットワーク２４はＰＤＳＮ２０に連結され、ＰＤＳＮ２０はＭＳＣ１８に連結され、ＭＳＣはＢＳＣ１６およびＰＳＴＮ２２に連結され、そしてＢＳＣ１６は、例えば、Ｅ１，Ｔ１，非同期伝達モード（ＡＴＭ）、インターネットプロトコル（ＩＰ）、ポイントツーポイントプロトコル（ＰＰＰ）、フレームリレー、ハイビットレートディジタル加入者線（ＨＤＳＬ）、非対称ディジタル加入者線（ＡＤＳＬ）、または他の包括的ディジタル加入者線装置およびサービス（ｘＤＳＬ）を含むいくつかの周知のプロトコルのいずれかに従うボイスおよび／またはデータパケットの伝送のために構成された有線によって基地局１４ａ〜１４ｃに連結される。代替の実施形態では、ＢＳＣ１６はＰＤＳＮ２０に直接連結され、そしてＭＳＣ１８はＰＤＳＮ２０に連結されない。
【００１８】
無線通信ネットワーク１０の典型的な動作の間中、基地局１４ａ〜１４ｃは電話呼、ウェブブラウジング、または他のデータ通信において予約された種々のアクセス端末１２ａ〜１２ｄからの複数組の逆方向リンク信号を受信して復調する。与えられた基地局１４ａ〜１４ｃによって受信された各逆方向リンク信号はこの基地局１４ａ〜１４ｃ内で処理される。各基地局１４ａ〜１４ｃはアクセス端末１２ａ〜１２ｄに複数組の順方向リンク信号を変調して送信することによって複数のアクセス端末１２ａ〜１２ｄと通信できる。例えば、図１に示されたように、基地局１４ａは第１および第２のアクセス端末１２ａ，１２ｂと同時に通信し、そして基地局１４ｃは第３および第４のアクセス端末１２ｃ，１２ｄと同時に通信する。結果としてのパケットはＢＳＣ１６に順方向転送され、それは１つの基地局１４ａ〜１４ｃからもう１つの基地局１４ａ〜１４ｃへの特定のアクセス端末１２ａ〜１２ｄのための呼のソフトハンドオフのオーケストレーションを含む呼資源割当ておよび移動度管理機能性を提供する。例えば、アクセス端末１２ｃは２つの基地局１４ｂ，１４ｃと同時に通信している。結局、アクセス端末１２ｃが基地局１４ｃの１つから十分遠くに移動する時には、この呼は他の基地局１４ｂに切り換えられるであろう。
【００１９】
もし送信が従来の電話呼であれば、ＢＳＣ１６は受信データをＭＳＣ１８に送るであろう、それはＰＳＴＮ２２とのインターフェイスのための付加的なルーチングサービスを提供する。もし送信がＩＰネットワーク２４を行先と定めるデータ呼のようなパケットベースの送信であれば、ＭＳＣ１８はこのデータパケットをＰＤＳＮ２０に送るであろう、それはこのパケットをＩＰネットワーク２４に送るであろう。あるいは、ＢＳＣ１６はこのパケットをＰＤＳＮ２０に直接送るであろう、それはこのパケットをＩＰネットワーク２４に送る。
【００２０】
ＷＣＤＭＡシステムでは、無線通信システムコンポーネントの用語は異なるが、しかし機能性は同じである。例えば、基地局はまたＵＭＩＳ地上無線アクセスネットワーク（Ｕ−ＴＲＡＮ）内で動作する無線ネットワークコントローラ（ＲＮＣ）と呼ばれることもできる。
【００２１】
種々の現存の通信システム内では、種々の術語が、例えば、フレーム、パケット、およびサブパケットのような、その中でボイスおよびデータトラフィックが伝送されることができる種々のフォーマットについて存在する。この中に記述された実施形態の局面は種々の伝送フォーマットのいずれかを使用しているすべての無線通信システムに広がる。しかしながら、図示を容易にするために、術語“パケット”はその中でトラフィックが運ばれる伝送チャネルフォーマットおよびそのトラフィックの構造の両者を記述するために使用されるであろう。
【００２２】
ＣＤＭＡシステムの“パケット”がパケットデータ交換ネットワークのＩＰ“パケット”とは構造上性質が異なることは注意されねばならない。両者はその中でデータが伝送されるフォーマットを記述しているユニットであるが、しかし一方は無線ネットワークのために最高に活用され、そして他方はパケットデータ交換ネットワークのために最高に活用される。例えば、ＩＰソースからのデータパケットはヘッダ部およびデータ部を含むであろう。しかしながら、大気中転送のためのデータパケットは符号化されて変調され、そして多分１パケットにパックされる前に記号反復を受けたデータを運ぶ。よって、パケットデータ交換ネットワークからのパケットは無線ネットワーク上での使用のためにリフォーマットされねばならないであろう。この中に記述された実施形態では、そしてこの分野では、用語“パケット”の意味はその用語の使用率によって推定されるべきである。
【００２３】
この実施形態の主題は移動ＩＰ電話に向けられるので、ＲＦＣ２００２（１９９６年１０月）も直ちに使用されるであろう。この文書内に公表されたプロトコルは移動無線通信装置が装置のＩＰアドレスを変更せねばならないこと無しにインターネットへのアタッチメントの点を変更することを可能にする。すなわち、ＲＦＣ２００２はホームエージェントがフォーリンエージェントを介してデータパケットを送ることができるように移動通信装置のロケーションのホームエージェントを通知する登録スキームを記述する。“ホームエージェント”はアクセス端末のホームシステムでＩＰパケットを処理するインフラストラクチャエレメントである。“フォーリンエージェント”はビジテッドシステムでアクセス端末をサービスするインフラストラクチャエレメントである。アクセス端末はまた“移動体ノード”（ＭＮ）とも呼ばれる。
【００２４】
図１を参照して、フォーリンエージェントおよび／またはホームエージェントの機能はビジテッドネットワーク内のＰＤＳＮ２０またはホームネットワーク内のＰＤＳＮ２０によって達成されることができる。認証、認可、およびアカウンティング機能は通常サーバによって実行され、それは認証、認可、およびアカウンティング（ＡＡＡ）サーバと呼ばれる。ＡＡＡサーバはＰＤＳＮおよび／またはＢＳＣのどちらかに通信的に連結される。
【００２５】
以下ＥＶ−ＤＯと呼ばれる、ｃｄｍａ２０００  １ｘＥＶ−ＤＯでは、図１の無線通信システムエンティティは概念的にアクセス端末およびアクセスネットワークに簡略化される。アクセス端末（ＡＴ）はユーザがＥＶ−ＤＯ無線アクセスネットワークを介してパケットデータ交換ネットワークにアクセスすることを可能にする任意の装置である。アクセスネットワーク（ＡＮ）はパケットデータ交換ネットワークとアクセス端末との間のデータ接続可能性を提供する任意のネットワーク装置／エンティティを具備する。
【００２６】
図２はＡＴ２００，ＡＮ２１０，ＡＮ−ＡＡＡサーバ２２０およびＰＤＳＮ２３０間のデータ連結性の図である。通信セッションはＡＴ２００がＰＤＳＮ２３０へのアクセスを望む時にＡＴ２００とＡＮ２１０との間で確立される。このセッションはＰＰＰプロトコルに従って実施され、そして認証ネットワークストリームと呼ばれる。ＡＮ２１０はＡＴ２００がＰＤＳＮ２３０にアクセスするのを認めるかどうかを決定するためにＡＮ−ＡＡＡサーバ２２０と通信する。認証ネットワークストリーム内で伝達された認証情報に基づいて、ＡＮ２１０はＡＴ２００とＰＤＳＮ２３０との間でサービスネットワークストリームを明白に渡す。ＰＤＳＮ２３０はＡＴ２００がパケットデータ交換ネットワーク（図示せず）にアクセスするのを認めるかどうかを決定するためにＡＮ−ＡＡＡサーバ２２０とさらに通信する。サービスネットワークストリーム内で伝達された認証情報に基づいて、ＰＤＳＮ２３０はパケットデータ交換ネットワーク（図示せず）とＡＴ２００との間のＩＰトラフィックを認める。
【００２７】
よって、ＥＶ−ＤＯシステムでは、認証手順はＡＴが無線ネットワークの認可された加入者であることを保証するために起こり、そして認証手順はＡＴが無線セッションのオーナであることを保証するために起こる。典型的に、ＡＴは安全な手法におけるそのような手順のために必要な認証情報およびアカウント情報を蓄積する。１つのそのような認証手順はチャレンジハンドシェーク(Challenge Handshake)認証プロトコル（ＣＨＡＰ）である。他の認証プロトコルは記述された実施形態において過度の実験無しに使用されることができるが、しかし図示を容易にするために、ＣＨＡＰがこの中に記述されるであろう。他の認証プロトコルの例はモバイルＩＰ認証プロトコルおよびパスワード認証プロトコル（ＰＡＰ）である。
【００２８】
上記されたもののようなチャレンジ／レスポンス認証プロトコルでは、ユーザは予想できない番号を提供され、そしてこの予想できない番号を暗号化して、予想できる結果に戻るためのタスクを用いてチャレンジされる。もしユーザが認可されれば、その時ユーザは、チャレンジャによって予測される手法では予想できない番号を暗号化するために、ハードウェア内またはソフトウェア内のいずれかに、正確なメカニズムを有するであろう。例えば、もしユーザが認可されれば、このユーザおよびチャレンジャはチャレンジを暗号化するために使用されることができる共有の秘密キーを有するであろう。不認可のユーザはチャレンジャによって予想されるレスポンス内にこのチャレンジを暗号化するのに適切な秘密キーを欠いているであろう。
【００２９】
ＩＰトラフィックを送受信するためのモデムとしてＡＴを使用するために装置がＡＴにつながれる時には、種々の混乱がＡＴにつながれた装置の認証に関して起こる。ここに、用語“つながれた(tethered)”の使用は無線通信装置への装置間の接続性を記述するためである。そのような接続性は、ケーブルアタッチメントまたは直接接触のような物理的接続か、あるいは無線接続、光接続、または赤外線接続のような非物理的接続のいずれかによってなされうることが予想される。
【００３０】
最適の性能として、このつながれた装置はネットワークと直接ＰＰＰネゴシエーションに入るであろう。しかしながら、必要なネットワークセキュリティ情報は、このつながれた装置ではなく、ＡＴ内に蓄積されるので、このつながれた装置はネットワークとのＰＰＰネゴシエーションのために必要な認証手順を実行できないかもしれない。ネットワークセキュリティ情報をＡＴからこのつながれた装置に渡すことは前記セキュリティ情報の誤用に関する可能性によって非常に望ましくないオプションである。
【００３１】
１つのソリューションはＰＰＰネゴシエーションおよびＡＴとＡＮとの間の認証手順を実行することであり、その後認証手順を実行すること無しにＡＴおよびつながれた装置の間のＰＰＰネゴシエーションを実行することである。しかしながら、このソリューションは受け入れられない時間遅延を誘発する、２つのＰＰＰネゴシエーションが実行されるであろうことで無効にされる。その上、このソリューションは認証が発生したことをこのつながれた装置が通知されないことで無効にされる。エンドツーエンドＰＰＰネゴシエーション手順は、認証におけるような、ＰＰＰセッションが完全に確立される前に、おのおのの終了までに完了されるべき、ある処理ステップを必要とすることは注目されねばならない。
【００３２】
この中に記述される実施形態は、つながれた装置およびＡＴの両者の認証手順を満足する一方で、認証およびアカウント情報のセキュリティを高める単一のエンドツーエンドＰＰＰネゴシエーションを実行するためにある。
【００３３】
第１の実施形態では、ＡＴ内のハードウェアはつながれた装置のプロキシ認証を実行するように構成される。ＡＴはつながれた装置用のモデムとして使用されているので、ＡＴが移動体ノード（ＭＮ）と呼ばれるように、移動体ＩＰプロトコルの術語が図３内では使用される。図３はプロキシ認証のための高レベルの手順を図示する。インスタンス３００で、つながれた装置とＰＤＳＮ／ＩＷＦとはリンク制御プロトコル（ＬＣＰ）を使用してＰＰＰセッションを開始する。ＬＣＰはＰＰＰセッションを確立し、構成し、維持しそして終了するために使用される。ＭＮはつながれた装置とＰＤＳＮ／ＩＷＦとの間の明白なリンクとして働く。インスタンス３１０で、ＰＤＳＮ／ＩＷＦはＭＮにＣＨＡＰチャレンジを送る。インスタンス３２０で、ＭＮはつながれた装置にＣＨＡＰチャレンジを順方向転送する。インスタンス３３０で、ＭＮはパスワードまたは既にＭＮ内に蓄積される共有キーを使用してＣＨＡＰレスポンスを発生する。ＭＮが独立してつながれた装置のＣＨＡＰレスポンスを発生することに注目されたい。
【００３４】
インスタンス３４０で、ＭＮはつながれた装置からＣＨＡＰレスポンスを受信する。つながれた装置からのＣＨＡＰレスポンスの受信で、ＭＮはつながれた装置からＰＤＳＮ／ＩＷＦへのＣＨＡＰレスポンスの送信を故意に保留する。
【００３５】
インスタンス３５０で、ＭＮはＰＤＳＮ／ＩＷＦからＣＨＡＰ成功／失敗インジケータを受信する。インスタンス３６０で、ＭＮはつながれた装置にこのＣＨＡＰ成功／失敗インジケータを順方向転送する。
【００３６】
よって、上記された手法では、第１の実施形態はＭＮにＣＨＡＰを使用してつながれた装置のプロキシ認証を実行させる。この実施形態の他の局面では、ＰＡＰおよび移動体ＩＰ認証のような他のチャレンジ／レスポンス認証プロトコルが使用されてもよい。もう１つの実施形態では、ＭＮがつながれた装置にチャレンジを順方向転送する前にこのチャレンジへのレスポンスを発生できるように、ＭＮはインスタンス３２０および３３０のタイミングを入れ替えてもよい。
【００３７】
一般に、ＭＮはつながれた装置に指示されたチャレンジを傍受するように働き、つながれた装置からの入力を待つこと無しにこのチャレンジへの適切なレスポンスを発生し、このチャレンジをつながれた装置に順方向転送し、そしてこのつながれた装置によって発生されたチャレンジレスポンスを無視する。
【００３８】
もしＭＮによって発生されたレスポンスが失われれば、それは無線環境のエラーしやすい性質によって起こるかもしれず、その後ネットワークから再送信された次のチャレンジは認証手順が完了したことを保証するであろう。
【００３９】
暗号化認証が使用されることを保証するために、ＭＮはまたつながれた装置からの入力を待つこと無しにＰＰＰ認証相に先行するＬＣＰ構成要求メッセージ（Ｃ−ＲＥＱ）への応答を発生することもできる。暗号化認証の使用は無線ネットワークのために好ましいが、しかしつながれた装置のような、端末装置の必要条件ではないかもしれない。（この実施形態は、端末装置が、デュアルプロセッサ装置のような、無線モデムに“つながれ”ない状態に平等に適用可能であるので、より一般的な術語“端末装置”がこの中で使用されるであろう。）疑似ネットモデルモードの動作では無線モデムはＰＰＰ終点ではないので、無線モデムはＬＣＰ構成の交換を制御できない。強化ネットワークセキュリティを供給するおよび／または装置およびソフトウェア構造を簡略化するために、認証およびアカウント情報は、端末装置内よりもむしろ、無線モデム内にあるかもしれない。しかしながら、もし非暗号化認証プロトコル（例えば、ＰＡＰ）が無線ネットワーク通信リンクを確立するために使用されれば、認証資格はそれらを盗聴装置による傍受に弱くするクリアテキスト内に大気中送信されるであろう。従って、非暗号化認証プロトコルの使用は盗聴技術を使用することによって認証資格を得る不認可のユーザによるネットワークアクセスのリスクを増やす。このリスクを減らすために、ＭＮは暗号化認証ではない認証の使用を提案するＬＣＰ構成の要求メッセージへの応答を直接発生することによって暗号化認証プロトコルを実施するように構成されることができる。
【００４０】
ＰＰＰ  ＬＣＰプロトコルに関して定義された構成オプションの１つは認証プロトコルである。ＬＣＰ構成要求（Ｃ−ＲＥＱ）メッセージ内に含まれた値は、もしあるなら、提案されるタイプの認証プロトコルを示すために使用されることができる。従って、この値を初期化テーブルとみなすことによって、受信プロセッサは提案されているタイプの認証プロトコルを決定することができる。
【００４１】
つながれた装置に指示された構成要求へのＭＮによる適切なレスポンスの発生は認証がＬＣＰ認証要求内に示されるかどうかに依存する。図４はそれによってＭＮがＬＣＰ認証プロトコル（ＡＰ）オプションの価値フィールド内に示された認証プロトコルに依存しているＬＣＰ構成要求（Ｃ−ＲＥＱ）メッセージに応答することができる一般的な手順を示す。ＰＤＳＮ／ＩＷＦ装置からＬＣＰ構成要求メッセージ４１０への適切な応答を決定するために、ＭＮは認証プロトコル（ＡＰ）値を読み取るべくその要求を分析する、ステップ４２０。もしＬＣＰ構成メッセージ内のＡＰ値が無認証に設定されれば、ステップ４３０、その時構成要求はつながれた装置とＰＤＳＮ／ＩＷＦとの間の明白なリンクとして働いているＭＮと共に、端末装置に渡される、ステップ４４０。しかしながら、もしＬＣＰ構成要求メッセージ内のＡＰ値が、認証はＰＤＳＮ／ＩＷＦによって提案されることを示すならば、その時ＭＮはＡＰ値が受入れ可能な認証プロトコルに該当するかどうかを試験する、ステップ４５０。もしＡＰ値が受入れ可能であれば、その時構成要求メッセージは端末装置に順方向転送される、ステップ４６０。しかしながら、もしＡＰ値が受け入れられなければ、その時ＭＮはＡＰ値が受け入れられないことを示すＰＤＳＮ／ＩＷＦへの適切な応答を発生する、ステップ４７０。このメッセージは受入れ可能である値を指定する構成不受理（Ｃ−ＮＡＫ）メッセージの形式内にあってもよい、ステップ４８０。例えば、Ｃ−ＮＡＫメッセージは、ＣＨＡＰのような、受入れ可能値を提案することによってこのＡＰ値が受け入れられないことを指定することができる。図４内に図示された手順は受入れ可能なＡＰ値が構成要求メッセージ内に含まれるか、あるいは再試行（即ち、手順を繰り返す）回数があらかじめ設定された数を超えるまで繰り返される。再試行の回数はＭＮが認証プロトコルネゴシエーションを止めねばならない前に送られうるＣ−ＮＡＫメッセージの数で始まる構成可能な再試行カウンタによって決定されることができる。
【００４２】
例えば、もしＬＣＰ構成要求メッセージ（Ｃ−ＲＥＱ）４１０が、ＰＡＰが提案されることを示すＡＰ値を含む（即ち、ＡＰ＝ＰＡＰ）ならば、ＭＮは認証が要求されること（ステップ４３０）そして要求されたタイプの認証が受け入れられないこと（ステップ４５０）を決定する。応答で、ＭＮはＰＡＰ（即ち、ＡＰ＝ＰＡＰ）が受け入れられないことおよびＣＨＡＰ（即ち、ＡＰ＝ＣＨＡＰ）が受入れ可能であることを示すＰＤＳＮ／ＩＷＦにＣ−ＮＡＫメッセージ４８０を送るであろう（ステップ４７０）。もう１つの実例として、もしＬＣＰ  Ｃ−ＲＥＱメッセージ４１０がいかなる認証も使用されないこと（例えば、ＡＰ＝０）を提案しているＡＰ値を含むならば、認証無しに通信することは認証資格を盗聴に曝さないので、ＭＮは端末装置にＬＣＰ  Ｃ−ＲＥＱメッセージ４４０を直接順方向転送する。同様に、もしＬＣＰ  Ｃ−ＲＥＱメッセージが、認証資格を明文では送信しないＣＨＡＰを提案する（即ち、ＡＰ＝ＣＨＡＰ）ならば、この認証プロトコルもまた認証資格を盗聴に曝さないので、ＭＮは端末装置にＬＣＰ  Ｃ−ＲＥＱメッセージ４４０を直接順方向転送する。
【００４３】
ＡＰ値を試験することにおいては、無線モデムはこの値を受入れ可能な、望ましいおよび／または受け入れられない認証プロトコルの優先化リストとみなすことができる。この中に記述された実例の実施形態はＣＨＡＰを受入れ可能な認証プロトコル値として、そしてＰＡＰを受け入れられない認証プロトコル値として引用する。これはＰＡＰが非暗号化であるからであり、それは認可されない当事者によって得られている認証資格のリスクを高める。これと対比して、ＣＨＡＰは現在盗聴の危険性がない暗号化認証プロトコルである。ＣＨＡＰのような暗号化認証プロトコルのセキュリティは、一部分は暗号化キーを決定するのに十分な計算パワーの商業上の受入れ不能度およびチャレンジレスポンスハッシュを発生するために使用されたアルゴリズムに依存する。しかしながら、現在のＣＨＡＰハッシュアルゴリズムは無防備であるかもしれないように、将来商業上利用可能な計算パワーは増加するであろうことが期待される。この理由で、（例えば、キーのサイズおよびハッシングアルゴリズムの複雑性を増やすことによって）安全性を増やすために追加の暗号化認証プロトコルは時間を掛けて開発されるであろうことが期待される。またいくつかの現在の暗号化認証プロトコルは次第に傍受および妥協に無防備になるかもしれないと思われる。このように、暗号化認証プロトコルは無防備度の程度を変えること、したがって望ましさのレベルを変えることで開発されるであろう。これを調節するために、ＭＮは構成要求内のＡＰ値を認証プロトコルの優先化リストとみなし、そしてこの優先化リストに基づいて適切なレスポンスを発生する。例えば、ＭＮはカウンタが既知のまたはＭＮにアクセス可能なプロトコルの優先化リスト内の最優先プロトコルを提案するＣ−ＮＡＫレスポンスを送ることができる。もしプロトコルの優先化リストが使用されれば、ＰＤＳＮ／ＩＷＦに直接応答するＭＮの手順はＰＤＳＮ／ＩＷＦから受信された提案の認証値がＭＮに受入れ可能となるまで続くであろう。したがって、実例となる実施形態内のＣＨＡＰおよびＰＡＰの使用は、認証を指定している構成要求にＭＮの潜在的なレスポンスを限定すると解釈されてはならない。
【００４４】
ＬＣＰ構成交換の間におけるＭＮの上記の既知の動作は米国特許番号第６，３７０，１１８号の中に記述され、それは本発明の譲受人に譲渡され、そして引用されてこの中に組み込まれる。ＬＣＰ手順の部分として、ＭＮは構成オプションを得るために構成要求を分析する。図５に図示されたように、ＭＮがＬＣＰ  Ｃ−ＲＥＱメッセージ５００を受信する時には、それはもしそれらがＭＮに受入れ可能である（即ち、提案された構成が無線モデムによってサポートされる）ならば提案された構成オプションを保護する、ステップ５１０。そのうえ、ＭＮは装置相がアクティブであるかどうかを決定し、ステップ５２０、もしそうでなければこの装置相をＥＳＴＡＢＬＩＳＨに設定し、ステップ５３０、そしてブリッジ装置相がアクティブであるかどうかを決定し、ステップ５４０、もしそうでなければこのブリッジ装置相をＥＳＴＡＢＬＩＳＨに設定する、ステップ５５０。これは端末装置との通信を可能にし、その後構成要求メッセージが端末装置に順方向転送される、ステップ５６０。この処理は適切なレスポンスを発生する端末装置に構成要求メッセージを通過させる。
【００４５】
図６は図４に示された一般的な方法を実施するためにＬＣＰ手順の間ＭＮの動作を修正する１実施形態を示す。この実施形態では、入力構成要求メッセージ５００は、ＡＰ値を含む、提案された構成オプションを得るためにＭＮによって分析される、ステップ６００。もしＡＰ値が受入れ可能な認証プロトコルが提案される（例えば、ＡＰ≠ＰＡＰ）ことを示すならば、ステップ６１０、その時は図５を参照して上記されたＭＮ手順が実施される。しかしながら、もしＡＰ値が受け入れられない認証プロトコルが提案される（例えば、ＡＰ＝ＰＡＰ）ことを示すならば、ステップ６１０、その時ＭＮは再試行の所定数が超えられたかどうかを決定するためにカウンタに質問する、ステップ６２０。もし再試行数が超えられなかったならば、ＭＮはこのＭＮに受入れ可能なＡＰ値（例えば、ＡＰ＝ＣＨＡＰ）を示すＣ−ＮＡＫ応答メッセージを作り出し、ステップ６３０、それはＵｍリンク上をＰＤＳＮ／ＩＷＦに送られ、ステップ６５０、そして再試行カウンタを減少させる。もし再試行数が超えられたならば、これはＰＤＳＮ／ＩＷＦが受入れ可能な認証プロトコルを提案することができないことを示す。この場合には、ＭＮは認証が受け入れられない構成パラメータであることを示す構成リジェクション（Ｃ−ＲＥＪ）応答メッセージを作り出し、ステップ６４０、それは無線リンク上をＰＤＳＮ／ＩＷＦに送られる、ステップ６５０。（共通の語法では、無線モデムと端末装置との間のデータリンクはＲｍリンクまたはＲｍサイドと呼ばれ、一方無線モデムとＰＤＳＮ／ＩＷＦとの間の無線リンクはＵｍリンクまたはＵｍサイドと呼ばれる）。提案された構成がＭＮに受け入れられなかった各事例では、ＭＮとしては構成要求メッセージを端末装置に順方向転送する必要はない。
【００４６】
図７は受入れ可能な認証プロトコル上で一致に導く１例のＬＣＰ構成の交換局におけるメッセージの交換を図示する。ＬＣＰ手順の開始は端末装置への受入れ可能な構成を提案している端末装置によって送られたＬＣＰ構成要求メッセージ（Ｃ−ＲＥＱ）７００で始まることができ、それは修正無しにＭＮを通してＰＤＳＮ／ＩＷＦに渡される。応答では、もし提案された構成が受入れ可能であれば、ＰＤＳＮ／ＩＷＦは受信通知メッセージ７１０を送るであろう。その後ＰＤＳＮ／ＩＷＦは認証プロトコルおよび他の構成オプション値を提案する構成要求メッセージ（Ｃ−ＲＥＱ）７２０を送る。もし、ＡＰ＝ＰＡＰのような、提案されたアプリケーションプロトコルが受け入れられないならば、移動体ノードは、ＡＰ＝ＣＨＡＰのような、受入れ可能な認証プロトコルを逆提案するＣ−ＮＡＫメッセージ７３０でＰＤＳＮ／ＩＷＦに直接応答する。Ｃ−ＮＡＫメッセージ７３０内にＭＮによって提案された認証プロトコルがＰＤＳＮ／ＩＷＦに受入れ可能である場合には、ＰＤＳＮ／ＩＷＦは他の構成オプション値と一緒に受入れ可能な値（例えば、ＣＨＡＰ）に等しい認証プロトコルを提案する新しい構成要求メッセージ（Ｃ−ＲＥＱ）７４０を送る。提案された認証プロトコルがＭＮに受入れ可能であるので、この構成要求メッセージはこの構成が受入れ可能であったことを示す受信通知Ｃ−ＡＣＫメッセージ７５０で応答する端末装置に渡される。端末装置およびＰＤＳＮ／ＩＷＦ間のＰＰＰネゴシエーションは両サイドがネゴシエートされた構成に同意するまでのしばらくの間続けられることができる。いったん構成が成功裡にネゴシエートされる（negotiated）と、図３を参照して上記された認証チャレンジ手順が進む。
【００４７】
図８はその中では認証プロトコルが使用されない通信構成に導く１例のＬＣＰ構成交換局におけるメッセージの交換を示す。この例では、図７を参照して上記されたメッセージはあらかじめ設定された数の再試行が使い果たされる（即ち、Ｃ−ＮＡＫ再試行が残っていない、図６におけるステップ６２０）まで交換される。次の構成要求（Ｃ−ＲＥＱ）メッセージ８１０が、受け入れられない認証プロトコルを提案しているＰＤＳＮ／ＩＷＦから受信される時に、ＭＮは認証プロトコルが構成オプションとして棄却されることを示す構成リジェクト（Ｃ−ＲＥＪ）メッセージ８２０を送ることによってＰＤＳＮ／ＩＷＦに直接応答する。この例では、ＰＤＳＮ／ＩＷＦはその中に認証がない構成を受け入れることができ、よって、認証を提案しない構成要求メッセージ８３０を送り、そして他の構成オプション値を提案する。構成要求内には提案の受け入れられない認証プロトコルが無いので、ＭＮは構成要求メッセージを端末装置に渡す。もし端末装置が他の構成値のすべてを受け入れれば、それは構成受理（Ｃ−ＡＣＫ）メッセージ８４０で応答する。その後、ＬＣＰ手順は図３内に示された認証チャレンジ手順無しに進む。
【００４８】
図９はいかなる受入れ可能な構成もネゴシエートされることができないため通信試行の終了と決定する１例のＬＣＰ構成交換局におけるメッセージの交換を示す。この例では、図７を参照して上記されたメッセージはあらかじめ設定された数の再試行が使い果たされる（即ち、Ｃ−ＮＡＫ再試行が残っていない、ステップ６２０）まで交換される。次の構成要求メッセージ９１０が、受け入れられない認証プロトコルを提案しているＰＤＳＮ／ＩＷＦから受信される時には、ＭＮは認証プロトコルが棄却されることを示す構成リジェクト（Ｃ−ＲＥＪ）メッセージ９２０を送ることによってＰＤＳＮ／ＩＷＦに直接応答する。この例では、ＰＤＳＮ／ＩＷＦはその中には認証がない構成を受け入れることができず、したがって、通信終了要求（ＴＥＲＭ−ＲＥＱ）メッセージ９３０を送る。いかなる認証プロトコルもこのメッセージ内に提案されないので、ＭＮはこのメッセージを終了受信通知（ＴＥＲＭ−ＡＣＫ）メッセージ９４０で応答する端末装置に渡し、その後通信リンクは停止されであろう。
【００４９】
図１０は受入れ可能な認証プロトコルがネゴシエートされることができない場合に通信リンクを即座に終結する１つの実施形態を示す。この実施形態は認証者が認証を要求することが知られている所で実施されることができ、構成リジェクションメッセージを送る場合に認証プロトコルを棄却することは時間および通信帯域幅の浪費となるであろう。この実施形態では、入力構成要求（Ｃ−ＲＥＱ）メッセージ５００は、ＡＰ値を含んでいる、構成オプションを得るためにＭＮ内で分析される、ステップ６００。もし受入れ可能な認証プロトコルが提案されること（例えば、ＡＰ≠ＰＡＰ）をＡＰ値が示すならば、ステップ６１０、その後図５を参照して上記されたＭＮ手順が実施される。しかしながら、もし受け入れられない認証プロトコルが提案されること（例えば、ＡＰ＝ＰＡＰ）をＡＰ値が示すならば、ステップ６１０、その後ＭＮは所定数の再試行が超えられたかどうかを決定するためにカウンタを試験する、ステップ６２０。もし再試行数が超えられなかったならば、ＭＮはＵｍリンクを介してＰＤＳＮ／ＩＷＦに送られるＣＨＡＰと等しいＡＰ値が受入れ可能であることを示すＣ−ＮＡＫ応答を作り出す、ステップ１０１０。もし再試行数が超えられなかったならば、それはＰＤＳＮ／ＩＷＦが受入れ可能な認証プロトコルを提案することができないことを示し、ＭＮは通信リンクを終了するためにプリエンプティブアクション(preemptive action)をとる。具体的に、ＭＮは終了要求（ＴＥＲＭ−ＲＥＱ）メッセージをＰＤＳＮ／ＩＷＦに送り、それはネットワークとのＰＰＰ接続を停止する、１０２０。同様に、ＭＮは終了要求（ＴＥＲＭ−ＲＥＱ）メッセージを端末装置に送り、それは端末装置とのＰＰＰ接続を停止する、１０３０。
【００５０】
図１０に図示された実施形態のメッセージ交換は受入れ可能な認証プロトコルがネゴシエートされることができない事例については図１１に図示される。この例では、図７を参照して上記されたメッセージはあらかじめ設定された数の再試行が使い果たされる（即ち、Ｃ−ＮＡＫ再試行が残っていない、ステップ６２０）まで交換される。次の構成要求（Ｃ−ＲＥＱ）メッセージ１１００が、受け入れられない認証プロトコルを提案しているＰＤＳＮ／ＩＷＦから受信される時は、ＰＤＳＮ／ＩＷＦが終了受信通知（ＴＥＲＭ−ＡＣＫ）メッセージ１１４０を送ることによって応答する、終了要求（ＴＥＲＭ−ＲＥＱ）メッセージ１１１０を送ることによってＭＮはＰＤＳＮ／ＩＷＦに直接応答する。受信通知を待つこと無しに、ＭＮはまた終了要求（ＴＥＲＭ−ＲＥＱ）メッセージ１１２０を端末装置に送ってもよく、それは終了受信通知（ＴＥＲＭ−ＡＣＫ）メッセージ１１３０で応答するであろう。
【００５１】
前述の実施形態はネットワークへの無線データリンクによる無線モデム接続に連結された端末装置に関連して記述されたが、この発明はより広い適用可能性を有する。例えば、図１２は前述の実施形態を使用することができるデュアルモードプロセッサ構成のプロトコルスタックを図示する。この例では、端末プロセッサ１２１０は無線通信リンクを介してＰＤＳＮ／ＩＷＦとの通信を制御するように構成される移動体プロセッサ１２２０に連結される。端末プロセッサ１２１０および移動体プロセッサ１２２０はデュアルプロセッサ構成内の２つのプロセッサ間にふさわしいような、多数の可能性のある電気接続構成およびプロトコルのいずれかによって通信する。図１２に図示されたように、２つのプロセッサ１２１０，１２２０はファームウェア（即ち、回線接続）またはファームウェアとソフトウェアとの組合せであってもよいプロセッサツープロセッサ中継層１２１２，１２２２によって通信する。このレベルの上にはポイントツーポイントプロトコルＰＰＰ層１２１４、種々のネットワーク層プロトコル１２１６、およびアプリケーションソフトウェアと同様に上位層プロトコル１２１８があってもよい。移動体プロセッサ１２２０内には、例えば、移動体ＩＰ層１２２９、ユーザデータグラムプロトコル（ＵＤＰ）層１２２８、インターネットプロトコル層１２２７およびポイントツーポイントプロトコルＰＰＰ層１２２６を含む、無線メッセージングインターネット通信をサポートするために必要な種々の通信プロトコルが供給されることができる。外部無線ノード１２３０との通信は、ＩＳ−９５プロトコル層１２２４と通信する無線リンクプロトコル（ＲＬＰ）層１２２５を介して提供されることができ、それは外部無線ノード１２３０内の同種の層１２３２，１２３４と一致する。（ＩＳ−７０７．２内に定義される）無線リンクプロトコル（ＲＬＰ）１２２５，１２３４およびＩＳ−９５プロトコル１２２４，１２３２は両者がＰＰＰフレーム内にカプセル化されることができるデータパケット送信での使用についてはこの分野において周知である。
【００５２】
図１２から分かるように、本発明は、端末プロセッサが中間の通信ノードおよびもう１つのプロセッサまたはネットワークへのリンクとして機能するモデムプロセッサに連結されるいずれかの場面に適用されることができる。例えば、端末プロセッサは移動体送受器（例えば、セルラ電話機）内の第２のプロセッサであることができ、その中では第１のプロセッサは無線モデムを制御し、そして走行中の移動体アプリケーションに専用されることができる第２のプロセッサに通信を渡す。そのような装置では、プロセッサはいずれの不暗号化認証プロトコルも第２のプロセッサと外部コンピュータまたはネットワークとの間の無線通信に使用されないことを保証するために本発明に従って構成されねばならないので、認証資格は第１のプロセッサ内に蓄積されることができる。同様に、本発明の方法はデュアルプロセッサコンピュータアーキテクチャ内で使用されることができ、そこでは１つのプロセッサは、もう１つのプロセッサが認証資格を保持して、疑似ネットモデルオペレーションにおけるモデムタイプ機能を実行する間端末装置として機能し、従ってそれ自身をネットワークへの移動体ノードとして表示する。したがって、種々の実施形態を記述するために端末デバイス、端末装置、移動体ノードおよび無線モデムのような術語の使用はこの発明の範囲を無線モデムにつながれた装置に限定するつもりはなく、そしてそのように解釈されてはならない。
【００５３】
上述の実施形態の事象を実施するために使用されたハードウェアは１組の命令を実行するように構成された処理エレメントおよびメモリエレメントであってもよく、ここにおいてこの組の命令は上記事象に対応する方法のステップを実行するためにある。あるいは、いくつかの事象は与えられた機能に特有である回路によって実行されることができる。例えば、チャレンジレスポンスの発生はリニアフィードバックシフトレジスタおよびハッシング機能または他の暗号化アルゴリズムを実施するように構成された加算器によって実行されることができる。
【００５４】
この分野の技術者はこの中に開示された実施形態と関連して記述された種々の例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは電子ハードウェア、コンピュータソフトウェア、または両者の組合せとして実施され得ることを認識するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に説明するために、種々の実例となるコンポーネント、ブロック、モジュール、回路、およびステップは一般にそれらの機能性の表現で上述された。そのような機能性がハードウェアまたはソフトウェアとして実施されるかどうかはシステム全体に課された特定のアプリケーションと設計の制約とによる。熟練技工は各特定のアプリケーションについて異なる方法で記述された機能性を実施できるが、しかしそのような実施の決定が本発明の範囲からの逸脱を引き起こすと理解されてはならない。
【００５５】
この中に開示された実施形態と関連して記述された種々の例示的な論理ブロック、モジュール、および回路は汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理装置、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいはこの中に記述された機能を実行するように設計されたそれの任意の組合せで実施または実行されることができる。汎用プロセッサはマイクロプロセッサであってもよいが、しかし、代案では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサはまた計算装置の組合せ、例えば、ＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアとともに１つまたはそれ以上のマイクロプロセッサの組合せ、あるいは任意の他のそのような構成として実施されることもできる。
【００５６】
この中に開示された実施形態と関連して記述された方法またはアルゴリズムのステップはハードウェアで直接に、プロセッサによって実行されたソフトウェアモジュールで、あるいはこの２者の組合せで具体化されることができる。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能形ディスク、ＣＤ−ＲＯＭ、あるいはこの分野で知られる任意の他形式の蓄積媒体内に存在することができる。実例の蓄積媒体は、プロセッサがこの蓄積媒体から情報を読み出し、そしてそれに情報を書き込むことができるように、このプロセッサに連結される。代案では、蓄積媒体はプロセッサに統合されてもよい。プロセッサおよび蓄積媒体は１ＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザ端末内に存在してもよい。代案では、プロセッサおよび蓄積媒体はユーザ端末内のディスクリートコンポーネントとして存在してもよい。
【００５７】
開示された実施形態の前記説明は、当業者が本発明を製作または使用することを可能とするように提供される。これらの実施形態への種々の変更はこの分野の技術者にはたやすく明白であるだろうし、そしてこの中に定義された一般原理はこの発明の精神または範囲から逸脱すること無しに他の実施形態に適用されることができる。したがって、本発明はこの中に示された実施形態に制限されるつもりはなく、しかしこの中に開示された原理および新規な特徴と矛盾しない最も広い範囲が許容されるべきである。
【図１】
2010533397.tif 000003
【図２】
2010533397.tif 000004
【図３】
2010533397.tif 000005
【図４】
2010533397.tif 000006
【図５】
2010533397.tif 000007
【図６】
2010533397.tif 000008
【図７】
2010533397.tif 000009
【図８】
2010533397.tif 000010
【図９】
2010533397.tif 000011
【図１０】
2010533397.tif 000012
【図１１】
2010533397.tif 000013
【図１２】
2010533397.tif 000014
【国際調査報告】
2010533397.tif 000015
2010533397.tif 000016
2010533397.tif 000017