JP4330631B2 - 移動局のためのセキュリティ関連パラメータの更新技法 - Google Patents

Description

本発明は一般に通信システムに関し、特に、移動局との通信に関する。

符号分割多元接続（ＣＤＭＡ）を利用する移動局のような移動局で使用されるいくつかのセキュリティ関連パラメータが存在する。これらのセキュリティ関連パラメータは、移動局用のシグナリングおよびデータ通信を行うのに非常に重要なものとなる場合がある。このような１つのセキュリティ関連パラメータとして認証キー（Ａ−Ｋｅｙ）があり、この認証キーを利用して移動局の認証が行われ、さらに、この認証キーは１２８ビットキーとして最新世代の移動局の中に実装され、レガシーの移動局では６４ビットキーとして実装されている。Ａ−Ｋｅｙが、ネットワーク内の移動局の作動にとって決定的に重要なものであるため、Ａ−Ｋｅｙは一般に臨界パラメータと呼ばれている。

ＣＤＭＡシステムでは、Ａ−Ｋｅｙは共有秘密データ（ＳＳＤ）用として利用される。ＳＳＤは物理層並びに層２シグナリングで送信されるデータの暗号化用として利用される。

Ａ−Ｋｅｙが認証センタ（ＡＣ）と移動局のみに認知されるという点で、Ａ−Ｋｅｙは移動局用の他のパラメータとは異なるものである。他のパラメータが通常の要求−応答メッセージを用いて更新可能であるのに対して、Ａ−Ｋｅｙのようなパラメータはセキュリティ上安全な方法を必要とする。ＩＳ−６８３標準規格は、ＩＳ−９５やＣＤＭＡ２０００ネットワークを利用する移動局のようなＭＳにおいて、シグナリングプロトコルを使用するメッセージを用いてＡ−Ｋｅｙの更新方法を規定する標準規格である。ＩＳ−６８３標準規格（ＩＳ−６８３−Ａ並びにその後の改訂版）は"Over-the-Air Service Provisioning of Mobile Stations in Spread
Spectrum Systems"（拡散スペクトラムシステムにおける移動局の無線サービスの提供）（１９９８）という名称の標準規格であり、この標準規格の開示は本願明細書で参照により援用されている。移動局とサーバと間で信号メッセージが受け渡されるが、その場合、これらのメッセージは、シグナリングプロトコルと、該シグナリングプロトコルを実現するトランスポートとを用いて伝えられる。しかし、上記技法は、Ａ−Ｋｅｙを更新するための信号メッセージを利用するものであり、したがって特定の実施構成に限定されることになる。

したがって、移動局用のＡ−Ｋｅｙおよびその他の臨界パラメータの更新を可能にする追加の実施構成のための技法を提供することが望ましいことになる。
IS-683標準規格：Over-the-AirService Provisioning of Mobile Stations in Spread Spectrum Systems (1998)

発明の簡単なまとめ

これらの教示の形象化例に従えば、上述の課題およびその他の課題が克服され、他の利点が実現される。特に本発明は、インターネットプロトコル（ＩＰ）ベースの通信などを用いて、移動局のためにセキュリティ関連パラメータを更新する技法を提供するものである。

本発明の一側面の形象化例の一つにおいて、移動局がセキュリティ関連パラメータを更新するために通信する第１のサーバで実行される方法が開示される。本方法は、移動局でセキュリティ関連パラメータを更新するために、第１のプロトコルで表現された要求が、第２のサーバにより作成された旨を判断するステップを備える。上記判断に応じて、上記要求は、第２のプロトコルで表現されたメッセージの形でパッケージ化され、移動局へ伝えられる。

別の形象化例では、移動局がセキュリティ関連パラメータを更新するために、該移動局と通信する装置が開示される。この装置は１以上のメモリ並びに上記１以上のメモリと結合された１以上のプロセッサを備える。１以上のプロセッサは以下のステップを実行するように構成される。移動局でセキュリティ関連パラメータを更新するために、第１のプロトコルで表現された要求が第２のサーバにより作成されたことが判断されるステップ。上記判断に応じて、第２のプロトコルで表現されたメッセージの形で上記要求がパッケージ化され、移動局へ伝えられるステップ。

さらに別の形象化例において、移動局がセキュリティ関連パラメータを更新するために、該移動局と通信する別の装置が開示される。上記装置は、セキュリティ関連パラメータを移動局で更新するために、第１のプロトコルで表現された要求が第２のサーバにより作成された旨を判断する手段を備える。上記装置は、上記判断手段に応答して、第２のプロトコルで表現されたメッセージの形で上記要求をパッケージ化して、上記移動局へ伝える手段をさらに具備する。

さらなる形象化例では、移動局がセキュリティ関連パラメータを更新するために該移動局と通信を行う処理を実行するための、デジタル処理装置によって実行可能なコンピュータで読取り可能な命令からなるプログラムを有形のものとして具現化する信号搬送媒体が開示される。上記処理は、上記セキュリティ関連パラメータを上記移動局で更新するために、第１のプロトコルで表現された要求が第２のサーバによって作成された旨を判断するステップを有する。上記処理は、判断ステップに応答して、第２のプロトコルで表現されたメッセージの形で上記要求をパッケージ化して、上記移動局へ伝えるステップをさらに有する。

本発明の別の例示的な側面において、移動局がセキュリティ関連パラメータを更新するために、前記移動局と通信を行う管理サーバで実行される方法が開示される。上記方法は、シグナリングプロトコルで表現された第１のメッセージを第２のサーバから受け取るステップを備える。第１のメッセージには第１の要求メッセージが含まれる。上記第１のメッセージは、第１のデータ管理プロトコルで表現され、上記移動局で上記セキュリティ関連パラメータの更新を要求するように定義される。決定に応答して、第２のデータ管理プロトコルで表現された第２の要求メッセージの形で、第１の要求メッセージがパッケージ化される。上記第２の要求メッセージはインターネットプロトコルで表現された第２のメッセージの形で移動局へ伝えられる。

本発明の別の側面の形象化例の一つにおいて、セキュリティ関連パラメータを更新するための、移動局で実行される方法が開示される。上記方法には以下のステップが含まれる。第１のプロトコルで表現されるメッセージであって、移動局に対してセキュリティ関連パラメータの更新を求める要求を含むメッセージがサーバから受信される。上記要求は第２のプロトコルで表現される。上記メッセージに応答して、少なくとも１回の処理が実行され、セキュリティ関連パラメータの更新が図られる。

別の形象化例では、セキュリティ関連パラメータを更新する移動局が開示される。移動局は１以上のメモリ並びに上記１以上のメモリと結合された１以上のプロセッサを具備する。１以上のプロセッサは以下のステップを実行するように構成される。第１のプロトコルで表現されたメッセージがサーバから受信される。上記メッセージは移動局に対してセキュリティ関連パラメータの更新を求める要求を含み、上記要求は第２のプロトコルで表現される。メッセージに応答して、少なくとも１回の処理が実行され、セキュリティ関連パラメータの更新が図られる。

別の形象化例では、セキュリティ関連パラメータを更新する移動局が開示される。上記移動局は、第１のプロトコルで表現されたメッセージであって、移動局に対してセキュリティ関連パラメータの更新を求める、第２のプロトコルで表現された要求を含むメッセージをサーバから受け取る手段を具備する移動局である。上記移動局は上記メッセージに応答して、少なくとも１回の処理を実行して、セキュリティ関連パラメータの更新を図る手段をさらに具備する。

本発明の形象形態の上述の側面およびその他の側面を添付の図面と関連して読むとき、これらの側面は以下の詳細な説明の中でさらに明らかにされる。

発明の形象化例の詳細な説明

上述したように、Ａ−Ｋｅｙ更新用シグナリングを利用する方法が存在する。インターネットプロトコル（ＩＰ）ベースの無線（ＯＴＡ）移動局管理方法には大きな関心が存在する。実際、オープン・モバイル・アライアンス（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ：ＯＭＡ）および第３世代パートナプロジェクト（３ＧＰＰ２）において、対応する標準規格化作業が現在進行中である。しかし、最新バージョンのＩＰベースのプロトコルはＡ−Ｋｅｙの交換方法あるいは移動局における別のセキュリティ関連パラメータの更新方法を規定するものではない。

本発明は、ＩＰベースの通信を利用して（Ａ−Ｋｅｙのような臨界パラメータなどの）移動局用セキュリティ関連パラメータを更新する技法を提供することによって上記問題を解決するものである。例えば、本発明の例示の実施形態は、ＣＤＭＡ２０００標準規格を順守する移動局においてＩＰベースでＡ−Ｋｅｙを更新する方法を提供するものである。上述のように、Ａ−Ｋｅｙは認証センタ（ＡＣ）と移動局のみに知られている臨界パラメータである。ＩＰベースの方法例は、移動局の別の臨界パラメータであって、通常の方法を用いてアクセスすることが不可能な臨界パラメータの更新に利用することが可能である。別の実施形態例として、３ＧＰＰ２サービス用技術仕様グループにおけるＩＰベースの無線（ＩＯＴＡ）装置管理（ＤＭ）作業項目およびシステム態様（ＴＳＧ−Ｓ）標準規格仕様（ＣＤＭＡ２０００システム用プロジェクト番号３−０１８７電気通信工業協会（ＴＩＡ）−１０５９−ＩＰベース無線装置管理）に関係する例がある。したがって、本発明の例示の実施形態はＩＯＴＡ ＤＭフレームワークを利用するＣＤＭＡ移動局においてＡ−Ｋｅｙを更新する方法を提供することになる。別の実施形態例として、無線装置管理用のＳｙｎｃＭＬ装置管理プロトコル（バージョン１.１.２、承認バージョン１２、ＯＭＡ（２００３年））を利用する実施形態例があり、このプロトコルの開示は本願明細書で参照により援用されている。

上記導入部によって、および、次に図１を参照してわかるように、本発明の実施形態例の実施に適した無線通信システム２００の簡略なブロック図が図示されている。図１は高レベルのブロック図であり、単に例示を目的とするものであることに留意されたい。無線通信システム２００は典型的にはＣＤＭＡ２０００標準規格をベースとするＣＤＭＡシステムであるが、この無線通信システム２００は他の標準規格をベースとして作動する通信システムとすることも可能である。図１の例では、移動局１００は、ＩＰによって定義された通信リンク２１５を介してＩＯＴＡサーバ２２５と通信を行うものである。ＩＯＴＡサーバ２２５は、シグナリングプロトコルによって定義された通信リンク２８０を介して臨界パラメータ要求サーバ２９０と通信を行っている。

ＩＯＴＡサーバ２２５は、プロセッサ２３０、メモリ２３５、ＯＴＡ ＩＰインターフェース（Ｉ／Ｆ）２５０並びにＯＴＡ信号用Ｉ／Ｆ２５５を備えている。メモリ２３５は、臨界パラメータ更新処理ブロック２６５、ＩＰ処理ブロック２７０、シグナリング処理ブロック２７５、ＤＭプロトコル処理ブロック２７６並びにサービス提供用プロトコル処理ブロック２７７を含む。臨界パラメータ（ＣＰ）要求サーバ２９０はＣＰ要求処理ブロック２９５を含む。典型的には、ＣＰ要求サーバ２９０はプロセッサとメモリ（図示せず）とを備えることになる。

無線通信システム２００は少なくとも１つの移動局（ＭＳ）１００を備えたシステムである。少なくとも１つの基地局コントローラ（ＢＳＣ）または同等の装置並びに基地局（ＢＳＳ）とも呼ばれている複数の基地送受信局（ＢＴＳ）を利用して、ＩＰによって定義された通信リンク２１５を完成することも可能である。この基地送受信局は（ダウンリンク時などに）順方向の物理チャネルおよび論理チャネルの双方において所定のエアインタフェース通信プロトコル（このケースではＩＰ）に従って移動局１００への送信を行うものである。図４が、ＢＴＳ、ＢＳＣなどを備えた通信ネットワークの別の例を示す図であることに留意されたい。周知のように、当業では、通信プロトコルは、ネットワークの両端にわたってマシーン間で標準化された通信手段である。プロトコルの正規の説明については、"インターネットプロトコル"（米国国防総省高等研究計画局（ＤＡＲＰＡ）インターネットプログラム、プロトコル仕様書（１９８１年））のような標準規格に明瞭に発表されている。この標準規格の開示は本願明細書で参照により援用されている。ＩＰによって定義された通信リンク２１５における、移動局１００からＩＯＴＡサーバ２２５への逆方向（アップリンクなどの）の通信路も存在し、やはりエアインタフェース通信プロトコル（このケースではＩＰ）によって定義されている。

同様に、少なくとも１つのＢＳＣまたは同等の装置並びに複数のＢＴＳを用いて、シグナリングプロトコルによって定義された通信リンク２８０を完成することも可能である。これらのＢＴＳは（ダウンリンク時などに）順方向の物理チャネルおよび論理チャネルの双方で所定のエアインタフェース通信プロトコル（このケースではシグナリングプロトコル）に従って、ＣＰ要求サーバ２９０からＩＯＴＡサーバ２２５へ送信を行うものである。適切なシグナリングプロトコルについては、拡散スペクトラムシステム（３ＧＰＰ２）におけるＣ．Ｓ００１６の移動局の無線サービスの提供（２００３年３月）のセクション２.２（アナログトランスポートプロトコルを用いるシグナリングについて記載している）、並びに、セクション２.３（ＣＤＭＡトランスポートプロトコルを利用するシグナリングについて記載している）に記載がある。上記文献の開示は本願明細書で参照により援用されている。シグナリングプロトコルによって定義された通信リンク２８０における、ＩＯＴＡサーバ２２５からＣＰ要求サーバ２９０への逆方向（アップリンクなどの）の通信路も存在し、やはりエアインタフェースプロトコル（このケースではシグナリングプロトコル）によって定義されている。

１以上のＩＰ２１５によって定義されたサービス提供用プロトコル通信リンクと、シグナリングプロトコルによって定義された通信リンク２８０とは、配線型ネットワークリンクのような非無線リンクを介する通信リンクとすることも可能であることに留意されたい。

セル（図示せず）は典型的には個々のＢＴＳと関連づけられ、個々のＢＴＳでは１つのセルは任意の所定時刻におけるサービングセルと見なされるのに対して、隣接セルは近傍セルと見なされることになる。（ピコセルなどの）さらに小さなセルを利用することも可能である。

ＩＰによって定義された通信リンク２１５と、シグナリングプロトコルによって定義された通信リンク２８０とは、音声トラフィックとデータトラフィックの双方を作動可能にすることができ、また、追加のプロトコルを備えることも可能である。例えば、ＩＰによって定義された通信リンク２１５を経由して伝えられたメッセージは、ＩＰと、ＳｙｎｃＭＬ装置管理プロトコル（バージョン１.１.２、承認バージョン１２、ＯＭＡ（２００３年））のような装置管理プロトコルとの双方で表現することも可能である。ＤＭプロトコル処理ブロック２７６は、装置管理プロトコルを経由して送受信されたメッセージをサポートすることになる。同様に、シグナリングプロトコルによって定義された通信リンク２８０を経由して伝えられたメッセージは、シグナリングプロトコルと、"拡散スペクトラムシステムにおける移動局の無線サービスの提供"（１９９８年）という名称のＩＳ−６８３標準規格（ＩＳ−６８３−Ａおよびその後の改訂版）のようなサービス提供用プロトコルの双方のプロトコルで表現することも可能である。サービス提供用プロトコル処理ブロック２７７はサービス提供用プロトコルを介して送受信されるメッセージをサポートすることになる。

さらに、単一の"メッセージ"が実際には複数のメッセージを含むようにすることも可能である。例えば、ＩＰで表現されたメッセージが、データ管理プロトコルで表現されたメッセージを含むようにすることも可能である。図を明瞭にするために、本明細書では単一メッセージについて説明する。

サービスの提供（ｐｒｏｖｉｓｉｏｎｉｎｇ）とは、無線ネットワークを利用することによって新たなタイプのサービスを移動局に追加するキャリアの機能であることに留意されたい。同様に、装置管理によってネットワークを経由して移動局の管理を行うことが可能となる。本願では、サービス提供用プロトコルと装置管理プロトコルの双方は、"管理プロトコル"という用語の下で同じグループに属すると考えられる。これは、上記双方のプロトコルが移動局の或るタイプの管理を可能にするからである。

移動局１００は典型的には、マイクロ制御ユニット（ＭＣＵ）１２０のような制御ユニットまたは制御論理回路を備え、ディスプレイ１４０の入力部と結合された出力部と、キーパッド（キーボードなどの）１６０の出力部と結合された入力部とを有する。移動局１００は携帯電話や個人用コミュニケータのような携帯用無線電話であってもよい。移動局１００は、別の装置と使用中に接続されるカード内やモジュール内に含まれる場合も考えられる。例えば、移動局１００は、ラップトップ型コンピュータやノートブック型コンピュータなどの携帯用データプロセッサ、あるいは、ユーザが着用可能なコンピュータ内にさえ使用中インストールされるパソコン用メモリカード国際協会規格のカードや、類似タイプのカードやモジュール内に含まれるものであってもよい。

一般に、移動局１００の種々の実施形態は、携帯電話、個人用情報機器（ＰＤＡ）、携帯用コンピュータ、デジタルカメラのような画像キャプチャ装置、ゲーム用装置、音楽格納用装置並びに再生機器、インターネットへのアクセス並びにブラウズを可能にするインターネット機器並びに携帯用装置またはこのような機能が組み込まれた端末装置を含むことができる（但しこれらのみに限定されるわけではない）。

ＭＣＵ１２０は或るタイプのメモリ１３０を備えるか、或るタイプのメモリ１３０と接続されていると想定され、このメモリ１３０には、オペレーティングプログラムとその他の情報とを格納するための不揮発性メモリ、並びに、必要なデータ、スクラッチパッドメモリ、受信パケットデータ、送信すべきパケットデータ等を一時的に記憶するための揮発性メモリが含まれている。図１に図示の例では、メモリ１３０には、ＭＳクライアント１３５、ＭＳ管理ツリー１４０、ＣＰクライアント１４５、ＩＰ処理ブロックおよびＩ／Ｆ１４６、並びに、シグナリング処理ブロックおよびＩ／Ｆ１４７が含まれる。オペレーティングプログラムは、本発明の諸目的のために、本発明に準拠する方法を実施するのに必要なソフトウェアルーチンと、層と、プロトコルスタックとをＭＣＵ１２０が実行できるようにするのみならず、ディスプレイ１４０とキーパッド１６０とを介してユーザとの適切なユーザインタフェース（ＵＩ）を提供できるようにするものと想定されている。図示してはいないが、典型的にはユーザが通常の方法で音声による通信を行うことができるようにマイクとスピーカとが設けられる。

移動局１００には、デジタル信号プロセッサ（ＤＳＰ）１８０、または、等価の高速プロセッサまたは論理回路、並びに、送信機２１０と受信機２２０とを備えた無線トランシーバを備える無線部も含まれ、上記送信機２１０と受信機２２０の双方は、ＩＯＴＡサーバ２２５と通信を行うためにアンテナ２４０と接続されている。周波数シンセサイザ（ＳＹＮＴＨ）２６０のような少なくとも１つの２６０がトランシーバの同調のために設けられている。デジタル化済みの音声データやパケットデータなどのデータはアンテナ２４０を介して送受信される。

（例えば、臨界パラメータの更新にＩＰが利用されない）従来のシステムでは、ＣＰ要求処理ブロック２９５は、移動局１００用の臨界パラメータの更新を要求することになっていた。その場合、ＣＰ要求サーバ２９０が移動局１００と通信して、臨界パラメータの更新を行わせるようになっていた。上記要求と通信とはシグナリングプロトコルを実装するトランスポートを介して行われた。大まかに言えば、本発明では、ＩＯＴＡサーバ２２５は、臨界パラメータの更新を行うために、シグナリングプロトコルを実装するトランスポートに関するメッセージに基づいて要求を"インターセプトする"ことになる。次いで、ＩＯＴＡサーバ２２５は、ＩＰを実装するトランスポートを用いて臨界パラメータを更新するための"中継サーバ"として機能する。

ある実施形態例では、移動局１００はＩＳ−６８３クライアントをサポートする。ＣＰ要求サーバ２９０はＯＴＡＦ／ＩＳ−６８３サーバであり、ＣＰ要求処理ブロック２９５は臨界パラメータ（図１には図示せず）の更新を要求し、或る計算を実行するように作動する。この実施形態例では、ＣＰ要求サーバ２９０も、アクションを更新する臨界パラメータを開始するＡＣ（図１または図２には図示せず）と通信を行う。この実施形態例は図２にさらに詳細に示されている。

別の実施形態例では、移動局１００はＩＳ−６８３クライアントをサポートしない。この実施形態例では、ＣＰ要求サーバ２９０はＡＣであり、ＣＰ要求処理ブロック２９５は臨界パラメータの更新を要求するために作動するが、典型的には計算を行わない。代わりに、ＩＯＴＡサーバ２２５は或る計算を実行する。この実施形態例は図３にさらに詳細に示されている。

ＯＴＡ ＩＰ Ｉ／Ｆ２５０は、ＩＰを用いて通信を行う機能を実行するＩＰ処理ブロック２７０によって制御される。同様に、ＯＴＡ信号用Ｉ／Ｆ２５５は、シグナリングプロトコルを用いて通信を行う機能を実行するシグナリング処理ブロック２７５によって制御される。移動局１００もまたＩＰ処理ブロックと、Ｉ／Ｆ１４６と、シグナリング処理ブロックと、Ｉ／Ｆ１４７とを備え、これらブロックの各々は、ブロックのそれぞれのトランスポートプロトコルを作動可能にし、ブロックのそれぞれのトランスポートプロトコルを用いてデータの送受信を行うアクションを実行する。臨界パラメータ更新処理ブロック２６５は、（シグナリング処理ブロック２７５を利用することなどによって）シグナリングプロトコルによって定義された通信リンク２８０で要求のチェックを行って、更新用臨界パラメータに対する要求のインターセプトを図る。更新要求の受信に応答して、臨界パラメータの更新処理ブロック２６５はＩＰ処理ブロック２７０とシグナリング処理ブロック２７５の双方の処理を利用して、臨界パラメータの更新機能を実行する。１つの例示の臨界パラメータとして図２と図３とに図示のようなＡ−Ｋｅｙがある。

典型的には、臨界パラメータ更新処理ブロック２６５は、臨界パラメータを更新するためにＭＳクライアント１３５と通信を行う。ある実施形態例では、ＭＳクライアント１３５は更新中にＭＳ管理ツリー１４０を利用し、ＣＰクライアント１４５は計算を実行して、臨界パラメータを更新する。しかし、所望の場合、ＭＳクライアント１３５とＣＰクライアント１４５とを組み合わせる（またはさらに分割する）ことも可能であり、ＭＳ管理ツリー１４０以外のメモリを利用することも可能であることに留意されたい。

一般に、ＭＳクライアント１３５とＣＰクライアント１４５とはメモリ１３０の中に常駐し、少なくとも部分的にＭＣＵ１２０の中へロードされて、実行される。同様に、ＣＰ要求処理ブロック２９５がプロセッサ（図示せず）の中へロードされて実行される場合のように、臨界パラメータ更新処理ブロック２６５、ＩＰ処理ブロック２７０、およびシグナリング処理ブロック２７５はプロセッサ２３０の中へロードされ、実行される。しかし、ＭＳクライアント１３５、ＣＰクライアント１４５、臨界パラメータ更新処理ブロック２６５、ＩＰ処理ブロック２７０、ＩＰ処理ブロック２７０、シグナリング処理ブロック２７５並びにＣＰ要求処理ブロック２９５を、超大規模集積回路（ＶＬＳＩ）のようなハードウェアの形で実現したり、ゲートアレイのようなプログラマブル論理素子などのファームウェアの形で実現したり、ソフトウェアの形で実現したり、あるいは、これらのうちの２以上のいくつかの組み合わせを用いて実現したりすることも可能である。

ＯＴＡ ＩＰ Ｉ／Ｆ２５０と、ＯＴＡ信号用Ｉ／Ｆ２５５とをメモリ２３５の一部と見なすことができることに留意されたい。さらに、臨界パラメータのようなセキュリティ関連パラメータの更新処理を実行するために、デジタル処理装置によって実行可能な命令プログラムであって、コンピュータで読取り可能な命令プログラムを有形のものとして具現化する信号搬送媒体として本発明の実施形態の機能を実現することが可能である。メモリ２３５とプロセッサ２３０とは単体であってもよいし、分散されたたのであってもよい。

さらに、周知のように、当業では、ＩＰ処理ブロック２７０、ＯＴＡ ＩＰ Ｉ／Ｆ２５０、ＩＰによって定義された通信リンク２１５、並びに、ＩＰ処理とＩ／Ｆ１４６とはＩＰトランスポート２１６と見なすことが可能であり、その場合、ＩＰトランスポート２１６とは、ＩＰを実行する機能性を有し、任意のハードウェア、ファームウェア、ソフトウェアあるいはＩＰを実現するためのこれらハードウェア、ファームウェア、ソフトウェアの種々の組み合わせを含むものである。同様に、シグナリング処理ブロック２７５、ＯＴＡ信号用Ｉ／Ｆ２５５、シグナリングプロトコルによって定義された通信リンク２８０、並びに、シグナリング処理ブロックとＩ／Ｆ１４７とは、シグナリングプロトコル・トランスポート２８１と見なすことが可能であり、その場合、シグナリングプロトコル・トランスポート２８１とは、シグナリングプロトコルを実現する機能性を有し、任意のハードウェア、ファームウェア、ソフトウェアあるいは、シグナリングプロトコルを実現するためのこれらハードウェア、ファームウェア、ソフトウェアの種々の組み合わせを含むものである。サービス提供用プロトコルと装置管理プロトコルとは、トランスポートプロトコル２１５、２８０に追加されるものであることに留意されたい。さらに、ＩＯＴＡサーバ２２５は、ＯＴＡ ＩＰ Ｉ／Ｆ２５０およびＯＴＡ信号用Ｉ／Ｆ２５５と結合された１以上のアンテナを備えることも可能であり、当業で公知のように別の送受信装置を備えている。このようなアンテナとインタフェースとはＢＳＣ、ＢＴＳの一部、およびその類のものであってもよい。

次に、図２を参照してわかるように、本発明の実施形態を例示するセッションダイアグラムの１例が示され、この場合移動局３０１にはＩＳ−６８３クライアント３１０が存在する。セッション３００の種々の部分に参加できるエンティティとして、例えば、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０、ＭＳ管理（Ｍｇｍｔ）ツリー３２０、ＭＳ ＤＭクライアント３３０、ＩＯＴＡサーバ３４０、およびＯＴＡＦ／ＩＳ−６８３サーバ３５０がある。移動局３０１はＡ−Ｋｅｙ／ＩＳ−６８３クライアント３１０、ＭＳ Ｍｇｍｔツリー３２０、およびＭＳ ＩＯＴＡ ＤＭクライアント３３０を備える。図１の観点から見ると、移動局３０１は移動局１００であり、ＭＳ Ｍｇｍｔツリー３２０はＭＳ管理ツリー１４０であり、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０はＣＰクライアント１４５であり、ＩＯＴＡサーバ３４０はＩＯＴＡサーバ２２５であり、ＯＴＡＦ／ＩＳ−６８３サーバ３５０はＣＰ要求サーバ２９０である。

Ａ−Ｋｅｙの更新方法と考えることもできるセッション３００は、（Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０などの）ＩＳ−６８３クライアントが移動局３０１に存在するとき、本実施形態例では以下のステップを含むものとなる。

ステップ１００１で、ＩＳ−６８３標準規格に記載のような"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージ３０６を送出することによって、ＯＴＡＦ／ＩＳ−６８３サーバ３５０はＡ−Ｋｅｙ更新処理手順を開始する。シグナリングプロトコル・トランスポート２８１を用いて、ＯＴＡＦ／ＩＳ−６８３サーバ３５０とＩＯＴＡサーバ３４０間で（図２の参照符号３０３に示すような）通信が行われることに留意されたい。本願明細書で使用しているように、"メッセージ"という用語は、通信と翻訳の対象となる機能を備えた任意の信号を含むものである。典型的には、個々のメッセージは複数のフィールドを有し、個々のフィールドは複数のビットを有することになる。

ステップ１００２で、ＩＯＴＡサーバ３４０は"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージをインターセプトし、このメッセージをバッファする。ステップ１００３の参照符号に記載のように、メッセージのパッケージ化により上記メッセージが作成された旨を決定することによって、ＩＯＴＡサーバ３４０は"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージをインターセプトする。本実施形態例では、移動局３０１はシグナリングプロトコルを介して"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージを受け取らないこと、そして、その代わりにＩＯＴＡサーバ３４０と移動局３０１との間で通信が行われることに留意されたい。次いで、ＩＯＴＡサーバ３４０はＭＳ ＩＯＴＡ ＤＭクライアント３３０へ通知を送信する。このメッセージはＤＭプロトコルでのパッケージ＃０メッセージであり、このメッセージはトリガとして機能する。例えば、このメッセージは識別子"Ａ−Ｋｅｙ ＧＥＮ"を担持することができ、この識別子によってＭＳ ＩＯＴＡ ＤＭクライアント３３０はＡ−Ｋｅｙの更新を開始するトリガとして上記メッセージを特定することになる。ＭＳ ＩＯＴＡ ＤＭクライアント３３０とＩＯＴＡサーバ３４０との間の通信（図２の参照符号３０２によって表されるような）は、ＩＰトランスポート２１６を用いて行われることに留意されたい。

ステップ１００３で、ＭＳ ＩＯＴＡ ＤＭクライアント３３０は"ＭＳ Ｃａｐａｂｉｌｉｔｙ"メッセージを応答として送信する。このメッセージはＤＭプロトコルでの標準パッケージ＃１メッセージであるが、（例えば他の臨界パラメータ更新などの）Ａ−Ｋｅｙ更新という特定目的のために、上記メッセージはＭＳの機能を特定する１以上の新たなパラメータ３０５を担持することになる。移動局３０１がセッション３００で使用されるメッセージ処理技法をサポートしている場合（移動局３０１がＩＳ−６８３によって定義されているサービス提供用プロトコルをサポートするＡ−Ｋｅｙ／ＩＳ−６８３クライアント３１０を備えている場合など）、あるいは、図４のセッション４００で使用されるメッセージ処理技法をサポートしている場合（移動局３０１が、ＩＳ−６８３によって定義されたサービス提供用プロトコルをサポートしていない一般的なＡ−Ｋｅｙクライアントを備えている場合など）に、新たなパラメータ３０５が含まれることになる。ＩＯＴＡサーバ３４０はＤＭセッションの確立段階でＡ−Ｋｅｙのバージョンを学習する。この学習はＤｅｖｉｎｆｏの中にＡ−Ｋｅｙプロトコル改訂番号を含み、（パラメータ３０５の形などで）上記改訂番号をパッケージ＃１メッセージでＩＯＴＡサーバ３４０へ送信することによって達成される。

さらに、複数のバージョンのＡ−Ｋｅｙ３１２が存在する可能性がある。したがって、パラメータ３０５はセッション時に設定されたＡ−Ｋｅｙのプロトコルバージョンの表示を含むことが望ましい。

ステップ１００４で、"ＭＳ Ｃａｐａｂｉｌｉｔｙ"メッセージを受信した後、ＩＯＴＡサーバ３４０はどのシナリオを後続させるべきか、すなわち後続するメッセージ処理方式が図４のセッション３００またはセッション４００に従っているかどうかを判定することができる。後続するメッセージ処理方式がセッション３００に従って実行される場合、ＭＳ ＩＯＴＡ ＤＭクライアント３３０は、ＯＴＡＦ／ＩＳ−６８３サーバ３５０から発信される"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージ３０６をカプセル化することによって新たなメッセージ"ＩＯＴＡ Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージを作成し、さらに、追加のコマンド３０７を作成する。１つの追加のコマンド３０７として、ＤＭプロトコルの標準的"Ｅｘｅｃ"コマンド３０８がある。しかし、本例では、"Ｅｘｅｃ"コマンド３０８は、ＭＳ管理ツリー３２０内のＡ−Ｋｅｙノード３０９と呼ばれる特別のノードで実行される。"Ｅｘｅｃ"コマンド３０８は、以下に説明するように、ＭＳ ＲＥＳＵＬＴ値３１０を移動局３０１に計算にさせるように定義される。Ａ−Ｋｅｙノード３０９が設定され、次いで、ＭＳ ＩＯＴＡ ＤＭクライアント３３０により修正される。Ａ−Ｋｅｙノード３０９は移動局内のＡ−Ｋｅｙ３０１に対応するものである。Ａ−Ｋｅｙは典型的には固定記憶装置（移動局３０１の図１のメモリ１３０の固定記憶装置など）に格納されるため、取り外し可能なユーザ識別子モジュール（Ｒ−ＵＩＭ）／ＵＩＣＣ（図１のメモリ１３０のモジュールなど）や、ユニバーサルＩＣカード（ＵＩＣＣ）（図１のメモリ１３０のユニバーサルＩＣカードなど）では、ＭＳ Ｍｇｍｔツリー３２０内のこのＡ−Ｋｅｙノード３０９はダミーのノードである。Ａ−Ｋｅｙノード３０９はＡ−Ｋｅｙの値を格納せず、代わりに、ステップ１００４の"ＩＯＴＡ Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｑｕｅｓｔ"メッセージ（ステップ１０１７の"ＩＯＴＡ−ＤＭ Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージなど）の受信時に"Ｅｘｅｃ"コマンド３０８が実行すべき処理プロセスを指示する。セッション３００では、この処理プロセスは移動局３０１で機能するＡ−Ｋｅｙ／ＩＳ−６８３クライアント３１０である。ＭＳ ＩＯＴＡ ＤＭクライアント３３０で受信した"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージ３０６はＡ−Ｋｅｙノード３０９の一時リーフノード３１３に格納することが可能であり、この一時リーフノードから呼び出されたＡ−Ｋｅｙ／ＩＳ−６８３クライアント３１０は"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージ３０６にアクセスすることができる。

ステップ１００４の二重矢印（ステップ１００９、１０１７、１０２１、１０２４など）は要求−応答の組み合わせが行われる旨を示す矢印であることに留意されたい。

ステップ１００５で、"ＩＯＴＡ Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージの受信時に"ＭＳ ＩＯＴＡ ＤＭクライアント３３０は"ＩＯＴＡ Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージの形で特定されたコマンドを実行する。このコマンドの実行は、ＭＳ Ｍｇｍｔツリー３２０内のＡ−Ｋｅｙノード３０９における"Ｅｘｅｃ"コマンド３０８の実行を伴うものである。この実行の結果、カプセル化された"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージ３０６は、呼び出された（ステップ１００６）Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０へ渡されることになる。"拡散スペクトラムシステムにおける移動局の無線サービスの提供"（１９９８年）という名称のＩＳ−６８３標準規格（ＩＳ−６８３−Ａおよびその後の改訂版など）で定義されたサービス提供用プロトコルを用いて、ＭＳ ＩＯＴＡ ＤＭクライアント３３０とＡ−ＫｅｙのＩＳ−６８３クライアントとの間で通信が行われることに留意されたい。

ステップ１００７で、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０は、カプセル化された"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージ３０６の形の入力パラメータに基づいてＭＳ ＲＥＳＵＬＴ値を計算する。拡散スペクトラムシステム（３ＧＰＰ２）におけるＣ．Ｓ００１６の移動局の無線サービスの提供（２００３年３月）のセクション５．１に記載されているアルゴリズムについては、以下のＭＳ ＲＥＳＵＬＴ値３１０を計算するための実施形態例で後述する。上記セクション５．１に記載のアルゴリズムの開示は予め参照により援用されている。

ステップ１００８で、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０は、ＭＳ ＲＥＳＵＬＴ計算の状態を含む"Ｋｅｙ Ｒｅｓｐｏｎｓｅ"メッセージを送信する。エラーが生じた場合、拡散スペクトラムシステム（３ＧＰＰ２）におけるＣ．Ｓ００１６の移動局の無線サービスの提供（２００３年３月）のセクション５．１に記載されているような応答の形でエラーコードが送信される。

ステップ１００９で、"Ｋｅｙ Ｒｅｓｐｏｎｓｅ"メッセージがＭＳ ＩＯＴＡ ＤＭクライアント３３０によってインターセプトされ、"ＩＯＴＡ−ＤＭ ＫＥＹ ＲＥＱＵＥＳＴ"メッセージと呼ばれるＤＭプロトコル・メッセージの形でＭＳ ＩＯＴＡ ＤＭクライアント３３０によってカプセル化される。１つの方法として、ＭＳ Ｍｇｍｔツリー３２０内のＡ−Ｋｅｙノード３０９と関連する一時リーフノード３１３の中に"Ｋｅｙ Ｒｅｓｐｏｎｓｅ"メッセージを格納する方法があり、ＭＳ ＩＯＴＡ ＤＭクライアント３３０はこのＭＳ Ｍｇｍｔツリーからカプセル化を行うために、上記"Ｋｅｙ Ｒｅｓｐｏｎｓｅ"メッセージにアクセスすることができる。また、ステップ１００９でも、ＭＳ ＩＯＴＡ ＤＭクライアント３３０はカプセル化された"ＩＯＴＡ−ＤＭ Ｋｅｙ Ｒｅｓｐｏｎｓｅ"メッセージをＩＯＴＡサーバ３４０へ送信する。

ステップ１０１０で、ＩＯＴＡサーバ３４０はカプセル化されたメッセージをＯＴＡＦ／ＩＳ−６８３サーバ３５０へ転送する。

ステップ１０１１で、ＯＴＡＦ／ＩＳ−６８３サーバ３５０は、拡散スペクトラムシステム（３ＧＰＰ２）におけるＣ．Ｓ００１６の移動局の無線サービスの提供（２００３年３月）のセクション５．２に記載されているアルゴリズムに従ってＢＳ ＲＥＳＵＬＴ値３１６を計算し、"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｑｕｅｓｔ"メッセージの形でＢＳ ＲＥＳＵＬＴ値を移動局３０１へ送信する（ステップ１０１２）。

ステップ１０１３で、ＩＯＴＡサーバ３４０は"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｑｕｅｓｔ"メッセージをインターセプトし、ＤＭプロトコル・メッセージの中にこの"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｑｕｅｓｔ"メッセージをカプセル化し、"ＩＯＴＡ−ＤＭ Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｑｕｅｓｔ"メッセージの形でＭＳ ＩＯＴＡ ＤＭクライアント３３０へ上記"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｑｕｅｓｔ"メッセージを送信する。このメッセージも、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０を（例えばＡ−Ｋｅｙノード３０９を用いて）呼び出して、Ａ−Ｋｅｙ３１２を計算するように定義された"Ｅｘｅｃ"コマンド３１１を担持するものである。"Ｅｘｅｃ"コマンド３１１にもＢＳ ＲＥＳＵＬＴ値３１６が含まれる。

ステップ１０１４で、"Ｅｘｅｃ"コマンド３１１の実行ステップの結果としてＡ−Ｋｅｙ／ＩＳ−６８３クライアント３１０が呼び出されることになる。ステップ１０１５で、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０はＢＳ ＲＥＳＵＬＴ値３１６からＡ−Ｋｅｙ３１２を計算する。

ステップ１０１５で、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０は今度はステップ１００７で計算したＭＳ ＲＥＳＵＬＴ値３１０を"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ"メッセージの形で送信する。このメッセージは、"ＩＯＴＡ−ＤＭ Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ"メッセージの形でＭＳ ＩＯＴＡ ＤＭクライアント３３０によってカプセル化される。最初にＡ−Ｋｅｙノード６０９から外した状態で"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ"メッセージを一時リーフノード３１３に格納し、次いで、ＭＳ ＩＯＴＡ ＤＭクライアント３３０ｔが一時リーフノード３１３にアクセスすることによって、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０によるカプセル化の達成が可能となる。ステップ１０１７で、ＭＳ ＩＯＴＡ ＤＭクライアント３３０は"ＩＯＴＡ−ＤＭ Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ"メッセージをＩＯＴＡサーバ３４０へ伝える。

ステップ１０１８で、ＩＯＴＡサーバ３４０は"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ メッセージを利用することによって、ＭＳ ＲＥＳＵＬＴ値をＯＴＡＦ／ＩＳ−６８３サーバ３５０へ転送する。

ステップ１０１９で、ＯＴＡＦ／ＩＳ−６８３サーバ３５０はＡ−Ｋｅｙ３１２を計算し、ステップ１０２０で"Ｃｏｍｍｉｔ"メッセージを送出する。

ステップ１０２１で、ＩＯＴＡサーバ３４０は、"Ｃｏｍｍｉｔ"メッセージをインターセプトし、"ＩＯＴＡ−ＤＭ Ｃｏｍｍｉｔ"メッセージを用いて、ＭＳ ＩＯＴＡ ＤＭクライアント３３０へ向けて"Ｃｏｍｍｉｔ"メッセージ３１４を送る。ステップ１０２２で、ＭＳ ＩＯＴＡ ＤＭクライアント３３０は、"Ｃｏｍｍｉｔ"メッセージ３１４をＡ−Ｋｅｙ／ＩＳ−６８３クライアント３１０へ転送する。"Ｃｏｍｍｉｔ"メッセージ３１４を受け取ると、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０は（メモリ１３０の一部などのような）固定記憶装置にＡ−Ｋｅｙ３１２を格納する（ステップ１０２６）。

ステップ１０２３で、Ａ−Ｋｅｙ／ＩＳ−６８３クライアント３１０は今度は"Ｃｏｍｍｉｔ Ｒｅｓｐｏｎｓｅ"メッセージを送信する。ステップ１０２４で、"Ｃｏｍｍｉｔ Ｒｅｓｐｏｎｓｅ"メッセージは、ＭＳ ＩＯＴＡ ＤＭクライアント３３０によって"ＩＯＴＡ−ＤＭ Ｃｏｍｍｉｔ Ｒｅｓｐｏｎｓｅ"メッセージの中へカプセル化され、ＭＳ ＩＯＴＡ ＤＭクライアント３３０によってＩＯＴＡサーバ３４０へ伝えられる（ステップ１０２４）。ＩＯＴＡサーバ３４０は、ステップ１０２５で、"Ｃｏｍｍｉｔ Ｒｅｓｐｏｎｓｅ"メッセージをＯＴＡＦ／ＩＳ−６８３サーバ３５０へ転送する。

ＯＴＡＦ／ＩＳ−６８３サーバ３５０は次にＡＣにおいてＡ−Ｋｅｙの更新を行うことができる。このステップは図２には図示されていない。

ここで図３を参照すると、本発明の実施形態例を示すセッションダイアグラムが図示されている。この場合、移動局４０１はＩＳ−６８３クライアントをサポートしない。セッション４００の種々の部分に参加することも可能なエンティティとして、例えば、Ａ−Ｋｅｙクライアント４１０、ＭＳ管理（Ｍｇｍｔ）ツリー４２０、ＭＳ ＩＯＴＡ ＤＭクライアント４３０、ＩＯＴＡサーバ４４０並びにＡＣ４５０などがある。図４に図示の実施形態例用としてＡ−Ｋｅｙクライアント４１０を形成する必要がある場合もある。移動局４０１は、Ａ−Ｋｅｙクライアント４１０、ＭＳ Ｍｇｍｔツリー４２０並びにＭＳ ＩＯＴＡ ＤＭクライアント４３０を備える。図１の観点から見ると、移動局４０１は移動局１００であり、Ａ−Ｋｅｙクライアント４１０はＣＰクライアント１４５であり、ＭＳ Ｍｇｍｔツリー４２０はＭＳ管理ツリー１４０であり、ＭＳ ＩＯＴＡ ＤＭクライアント４３０はＭＳクライアント１３５であり、ＩＯＴＡサーバ４４０はＩＯＴＡサーバ２２５であり、ＡＣ４５０はＣＰ要求サーバ２９０である。

セッション４００は、臨界パラメータを更新する方法と見なすことも可能であるが、移動局４０１がＩＳ−６８３クライアントをサポートしないとき、ある実施形態例では、以下のステップを含むことになる。

ステップ２００１で、ＡＣ４５０は、"Ａ− Ｋｅｙ ｕｐｄａｔｅ ｔｒｉｇｇｅｒ"メッセージの形でトリガを開始して、移動局４０１でのＡ−Ｋｅｙの更新を図る。（図３の参照符号４０３に示すような）ＡＣ４５０とＩＯＴＡサーバ４４０間の通信がシグナリングプロトコル・トランスポート２８１を用いて行われることに留意されたい。ＩＯＴＡサーバ４４０は、トリガをインターセプトし、ステップ２００４でトリガが発生した旨を決定することによって、並びに、"Ｋｅｙ Ｒｅｑｕｅｓｔメッセージ"の中にトリガをパッケージすることによって、Ａ−Ｋｅｙの更新を図る。上記トリガは典型的にはいくつかのサービス提供用プロトコルによって定義されるものである。ある実施形態例では、移動局４０１は、シグナリングプロトコルを介して"Ａ− Ｋｅｙ ｕｐｄａｔｅ ｔｒｉｇｇｅｒ"メッセージを受け取らず、代わりに、ＩＯＴＡサーバ４４０と移動局４０１との間で通信を行うことに留意されたい。

ステップ２００２で、ＩＯＴＡサーバ４４０はデータ"Ａ−Ｋｅｙ ＧＥＮ"を用いて"Ｎｏｔｉｆｉｃａｔｉｏｎ"メッセージを送信することにより通知開始セッションを開始する。（例えば図３の参照符号４０２によって表されるような）ＩＯＴＡサーバ４４０とＡＣ４５０間の通信がＩＰトランスポート２１６を用いて行われることに留意されたい。

ステップ２００３で、ＭＳ ＩＯＴＡ ＤＭクライアント４３０はパッケージ＃１メッセージに応答し、機能４０５を担持する"ＭＳ Ｃｏｍｐａｔｉｂｉｌｉｔｙ"メッセージによって、ＩＯＴＡサーバ４４０が移動局４０１の機能に従って後続メッセージ処理方式を選択することが可能となる。上述のように、ＩＯＴＡサーバ４４０は、パラメータ４０５に基づいてＡ−Ｋｅｙを更新するのに利用する後続のメッセージ処理方式を決定することができる。ステップ２００４〜２０１７は、移動局４０１が、ＳｙｎｃＭＬＤＭの装置管理プロトコルをサポートすることを想定するものである。但し、別の装置管理プロトコルをサポートすることも可能である。

さらに、複数のバージョンのＡ−Ｋｅｙ３１２が存在する可能性も考えられる。したがって、パラメータ３０５はセッション時に確立されるＡ−Ｋｅｙのプロトコルバージョンの表示を含むことが望ましい。

ステップ２００４で、ＩＯＴＡサーバ４４０は、"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージを作成し、ＤＭプロトコル［２］メッセージで"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージをＭＳ ＩＯＴＡ ＤＭクライアント４３０へ送信する。上記要求メッセージには、拡散スペクトラムシステム（３ＧＰＰ２）におけるＣ．Ｓ００１６の移動局の無線サービス提供（２００３年３月）についてのセクション５．１．２に記載の入力パラメータが含まれる。

ステップ２００５で、ＭＳ ＩＯＴＡ ＤＭクライアント４３０は、"Ｋｅｙ Ｒｅｑｕｅｓｔ"メッセージ内の"Ｅｘｅｃ"コマンド４０８を実行し、ステップ２００６でＡ−Ｋｅｙノード４０９にアクセスする。"Ｅｘｅｃ"コマンド４０８は、Ａ−Ｋｅｙを計算するために呼び出すべき処理に関する実行指令情報４１１を担持し、この処理は典型的にはステップ２００６で呼び出されて、Ａ−Ｋｅｙクライアント４１０により実行される。上記処理とのポインタはＡ−Ｋｅｙノード４０９に格納される。しかし、この処理は、ＭＳ ＩＯＴＡ ＤＭクライアント４３０へ組み込むことが可能であり、別個のＡ−Ｋｅｙクライアント４１０は必要ではない。実行指令情報４１１は入力パラメータとしてＡ−Ｋｅｙクライアント４１０へ出力される。以下に説明するように、"Ｅｘｅｃ"コマンド４０８は、移動局４０１にＭＳ ＲＥＳＵＬＴ値４１０を計算させるように定義される。

ステップ２００７で、Ａ−Ｋｅｙクライアント４１０はＭＳ ＲＥＳＵＬＴ値４１０を計算する。ステップ２００８で、結果コードがＭＳ ＩＯＴＡ ＤＭクライアント４３０によって"Ｋｅｙ Ｒｅｓｐｏｎｓｅ"メッセージでＩＯＴＡサーバ４４０へ送信される。ステップ２０１８で、Ａ−Ｋｅｙクライアント４１０は、ＭＳ ＲＥＳＵＬＴ４１０が生成された旨の応答を行う。

ステップ２００９で、ＩＯＴＡサーバ４４０はＢＳ ＲＥＳＵＬＴ値４１６を計算する。例えば、拡散スペクトラムシステム（３ＧＰＰ２）におけるＣ．Ｓ００１６の移動局の状態無線サービスの提供（２００３年３月）の５．２．１の処理手順を参照のこと。

ステップ２０１０で、ＩＯＴＡサーバ４４０は、"Ｅｘｅｃ"コマンド４１４を含む"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｑｕｅｓｔ"メッセージの形でＢＳ ＲＥＳＵＬＴ値２１６をＭＳ ＩＯＴＡ ＤＭクライアント４３０へ送信する。"Ｅｘｅｃ"コマンド４１４は移動局４０１にＡ−Ｋｅｙ４１２を計算させるように定義される。

ステップ２０１１で、ＭＳ ＩＯＴＡ ＤＭクライアント４３０は、"Ｅｘｅｃ"コマンド４１４を用いてＡ−Ｋｅｙクライアント４１０を呼び出すことにより、ＢＳ ＲＥＳＵＬＴ値２１６をＡ−Ｋｅｙクライアント４１０へ渡す。

ある実施形態例では、ステップ２０１１で、Ａ−Ｋｅｙクライアント４１０は、拡散スペクトラムシステム（３ＧＰＰ２）におけるＣ．Ｓ００１６の移動局の無線サービスの提供（２００３年３月）のセクション５．１に記載のアルゴリズムに従って、ステップ２００４で受信した実行指令情報４１１と、ステップ２０１０で受信したＢＳ ＲＥＳＵＬＴ値４１６とに基づいてＡ−Ｋｅｙ４１２を計算する。Ａ−Ｋｅｙ４１２の値はＭＳ ＩＯＴＡ ＤＭクライアント４３０内の一時記憶位置に格納することができる。ステップ２０２０で、Ａ−Ｋｅｙクライアント４１０は、ＭＳ ＩＯＴＡ ＤＭクライアント４３０にＡ−Ｋｅｙが計算された旨の応答を行う。

ステップ２０１２で、ＭＳ ＩＯＴＡ ＤＭクライアント４３０は"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ"メッセージをＩＯＴＡサーバ４４０へ送信する。ＭＳ ＲＥＳＵＬＴ値４１０は、ステップ２００７で計算され、"Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ"メッセージでＩＯＴＡサーバ４４０へ送信される。

ステップ２０１３で、ＩＯＴＡサーバ４４０は、拡散スペクトラムシステム（３ＧＰＰ２）におけるＣ．Ｓ００１６の移動局の無線サービス提供のセクション５．２（２００３年３月）に記載のアルゴリズムに（例示的に）従って、ＭＳ ＲＥＳＵＬＴ値４１０に基づいてＡ−Ｋｅｙ４１２の計算を行う。

ステップ２０１４で、ＩＯＴＡサーバ４４０は、Ｃｏｍｍｉｔ要求４１５を含む"Ｃｏｍｍｉｔ"メッセージをＭＳ ＩＯＴＡ ＤＭクライアント４３０へ送信する。Ｃｏｍｍｉｔ要求４１５の受信に応答して、固定記憶装置とつながるＭＳ ＩＯＴＡ ＤＭクライアント４３０は、ＭＳ ＩＯＴＡ ＤＭクライアント４３０の一時ノードに格納されたＡ−Ｋｅｙ４１２をＡ−Ｋｅｙｐ（図示せず）などとして格納するためにＡ−Ｋｅｙクライアント４１０を呼び出し（ステップ２０１５）、次いで一時記憶域からＡ−Ｋｅｙ４１２を取り外す。

ステップ２０１６で、ＭＳ ＩＯＴＡ ＤＭクライアント４３０はＣｏｍｍｉｔ Ｒｅｓｐｏｎｓｅメッセージ内のＣｏｍｍｉｔ要求４１５の状態を送信する。ステップ２０１７で、ＩＯＴＡ−ＤＭサーバ４４０は更新されたＡ−Ｋｅｙ４１５をＡＣ４５０へ伝える。

ここで図４を参照すると、図４は無線通信システム１、特に、本発明の或る教示を実施する際の使用に適したＣＤＭＡ２０００ １ｘネットワークを示す簡略ブロック図である。無線ネットワーク１は、例えば、図２および図３のセッションダイアグラム（特に図２）の実現に適したネットワークの１例である。図４の説明を行うことにより、適切な科学技術の文脈の中へ本発明の実施形態を配置することを図ることにする。しかし、図４に図示の特定のネットワークアーキテクチャ並びにトポロジが本発明に対する限定を意味すると解釈すべきではないことを理解すべきである。というのは、本発明は、図４に図示のものとは異なるアーキテクチャとトポロジとを有するネットワークにおいても実施可能であるからである。例えば、本発明の一般的コンセプトは、ＴＤＭＡベースの移動ＩＰネットワークにおいても同様に実施可能であり、したがって、このコンセプトはＣＤＭＡネットワークのみで利用するように限定を設けるものではない。一般に、本発明はＭＳのコンテキストが静的コンテキストと動的コンテキストとに分割される無線技術の中に用途を見出すものである。したがって、以下の説明を読みながら、本説明のいくつかの態様が、ポイント・トゥー・ポイントプロトコル（ＰＰＰ）コンテキストのようなＣＤＭＡネットワークに固有のものである一方で、本発明の利用と実施とを行う際、本発明を限定する意味で上記態様が読まれることを意図するものではないことに留意されたい。

図４に図示の無線通信システム１は（図２の移動局３０１などの）少なくとも１つのＭＳ１０を備えるものである。上述のように、ＭＳ１０は携帯電話、任意のタイプの移動端末装置（ＭＴ）若しくは無線通信能力（但しこれらのみに限定されるわけではない）を有する移動ノード（ＭＮ）、携帯用コンピュータ、個人用情報機器（ＰＤＡ）、インターネット機器、ゲーム用装置、画像処理装置並びにこれらの機能性および／または他の機能性の組み合わせを有する装置のうちのいずれかの装置であってもよいし、あるいは、これらの装置を含むものであってもよい。ＭＳ１０は、ネットワーク１２によって使用される物理層および上位層の信号フォーマット並びにプロトコルと互換性を有するものと仮定され、さらに、無線リンク１１を経由してネットワーク１２と結合されるものと仮定されている。本発明の現在推奨されている実施形態では、無線リンク１１は無線周波数（ＲＦ）リンクである。但し別の実施形態では線リンク１１を例えば光リンクなどにすることも可能である。

通常の意味では、ネットワーク１２は、ＩＳ−４１マップインタフェースを介してビジター位置レジスタ（ＶＬＲ）１６と結合された移動体交換センタ（ＭＳＣ）１４を備える。ＶＬＲ１６は、順に、ＩＳ−４１マップインタフェースを介して、スイッチング・システム・セブン（ＳＳ−７）ネットワーク１８と結合され、そこから、ＭＳ１０のホームアクセスプロバイダネットワークと関連づけられるホーム位置レジスタ（ＨＬＲ）２０へ向かうことになる。ＭＳＣ１４は（回線切替え（ＣＳ）用およびパケット交換（ＰＳ）トラフィック用の）Ａ１インタフェースを介して、および、（ＣＳサービス専用の）Ａ５／Ａ２インタフェース介して、第１の無線ネットワーク（ＲＮ）２２Ａとも結合される。第１のＲＮ２２ａには、基地送受信局（ＢＴＳ）を備えた基地局（ＢＳ）２４ａと、Ａ８／Ａ９インタフェースを介してパケット機能制御（ＰＣＦ）２６Ａと結合された基地局センタ（ＢＳＣ）とが含まれる。ＰＣＦ２６Ａは、Ｒ−Ｐ（ＰＤＳＮ／ＰＣＦ）インタフェース２７（Ａ１０／Ａ１１インタフェースとも呼ばれる）を介して、第１のパケットデータサービスノード（ＰＤＳＮ）２８Ａと結合され、そこから、（Ｐｉインタフェースを介して）ＩＰネットワーク３０へ向かう。ＰＤＳＮ２８Ａも、Ｐｉインタフェースおよび遠隔認証ダイアルインサービス（ＲＡＤＩＵＳ）インタフェースを介して訪問先アクセス、認証およびアカウンティング（ＡＡＡ）ノード３２と結合された状況で示され、ノード３２は順にＲＡＤＩＵＳインタフェースを介してＩＰネットワーク３０と結合される。ホームＩＰネットワークＡＡＡノード３４とブローカーＩＰネットワークＡＡＡノード３６もまた、ＲＡＤＩＵＳインタフェースを介してＩＰネットワーク３０と結合されて示されている。ホームＩＰネットワーク／ホームアクセスプロバイダネットワーク／専用ネットワークホームエージェント３８は、モバイルＩＰｖ４インタフェースを介してＩＰネットワークと結合される。ＲＦＣ３２２０によれば、ホームエージェント３８は、移動ノードがホームから離れているとき、移動ノードへの配信用データグラムのトンネリングを行い、さらに、移動ノード用の現在の記憶位置情報の保守管理が行われる移動ノードのホームネットワークのルータ（本説明ではＭＳ１０）である。

また、Ａ３／Ａ７インタフェースを介して第１のＲＮ２２Ａと結合される第２のＲＮ２２Ｂも図４に図示されている。第２のＲＮ２２Ａは、第２のＰＤＳＮ２８Ｂと結合されたＢＳ２４ＢとＰＣＦ２６Ｂとを備える。ＰＤＳＮ２８ＡとＰＤＳＮ２８Ｂとは、Ｐ−Ｐインタフェース（ＩＳ８３５Ｃで定義されているＰＤＳＮ−ＰＤＳＮ間インタフェース）２９を介して一体に結合される。

本発明の例示の実施形態について説明を行うことを目的として、そして、本発明を限定するものではなく、第１のＰＤＳＮ２８ＡはアンカＰＤＳＮ（Ａ−ＰＤＳＮ）であると考えられ、第２のＰＤＳＮ２８ＢはＭＳ１０用のターゲットＰＤＳＮ（Ｔ−ＰＤＳＮ）と考えられる。同様に、関連するＢＳＳとＰＣＦとは、アンカＢＳ２４ＡとアンカＰＣＦ２６Ａ、並びに、ターゲットＢＳ２４ＢとターゲットＰＣＦ２６Ｂと仮定することができる。

しかし、（ＢＳサブネットを定義する）単一のＰＣＦ２６と接続された複数のＢＳＳ２４が存在することも可能であること、並びに、単一のＰＤＳＮ２８とすべて接続された、複数のＰＣＦ２６が所定のネットワーク内に存在することも可能であることに留意されたい。したがって、ソースＢＳまたはアンカＢＳと、ターゲットＢＳとが同じＢＳサブネット内に存在する事例もあり得ることになる。また、ソースＰＣＦまたはアンカＰＣＦと、ターゲットＰＣＦとが、単一のＰＤＳＮ２８によってサービスを受ける同じネットワーク内に存在することも可能である。

図１の例では、ＯＴＡＦ／ＩＳ−６８３サーバ３５０がネットワーク１２内に常駐し、ＩＯＴＡサーバ３４０はＩＰネットワーク３０およびネットワーク１２と結合される。ＯＴＡＦ／ＩＳ−６８３サーバ３５０は、ＭＳＣ１４、ＶＬＲ１６、ＨＬＲ２０、およびＩＯＴＡサーバ３４０と（典型的にはネットワーク１２を経由して）結合される。ＩＯＴＡサーバ３４０も、ホームＩＰネットワークＡＡＡノード３４および／または訪問先ＡＡＡノード３２のようなＣＤＭＡ ＡＣと結合される。ネットワーク１２（およびネットワーク１２用のインタフェースなど）、はシグナリングプロトコルを実装し、一方、ＩＰネットワーク３０（ＩＰネットワーク用のインタフェース３０など）はＩＰを実装する。ＩＯＴＡサーバ３４０はＩＰネットワーク３０とネットワーク１２間のインタフェースとして機能する。

上記説明は主としてＡ−Ｋｅｙの臨界パラメータと関連するものではあるが、本発明を利用して、他のセキュリティ関連パラメータの更新を行うことも可能である。例えば、ＣＤＭＡで使用されるいくつかのセキュリティキーが存在し、これらのセキュリティキーの多くはＯＴＡシグナリングプロトコルを用いて確定される。これらのセキュリティキーは、本発明の実施形態を用いて更新することことも可能である。

ＩＯＴＡサーバとＩＯＴＡ ＤＭクライアント間の、（例えば図２および図３に図示のような）１組のメッセージは、この１組のメッセージが移動局に臨界パラメータを更新させるように定義されている場合、上記１組のメッセージよりも少ない数のメッセージまたはこれよりも多い数のメッセージを含むことも可能であり、さらに、これらのメッセージを別様に配列することも可能であることに留意されたい。例えば、図２では、移動局は、移動局にＭＳ_ＲＥＳＵＬＴを計算させる１つのコマンドと、移動局にＡ−Ｋｅｙを計算させる１つのコマンドとの２つのコマンドと共にＢＳ_ＲＥＳＵＬＴを送信することも可能である。したがって、この１組のメッセージは、単一のメッセージまたはいくつかのメッセージを単純化することも可能となる。しかし、この単純化も、使用しているサービス提供用プロトコルおよび／または装置管理プロトコルに依存するものである。

上述のように、１つの実施形態例として、３ＧＰＰ２サービス用技術仕様グループにおけるＩＰベースの無線（ＩＯＴＡ）装置管理（ＤＭ）作業項目およびシステム態様（ＴＳＧ−Ｓ）標準規格仕様（ＣＤＭＡ２０００システム用プロジェクト番号３−０１８７電気通信工業協会（ＴＩＡ）−１０５９−ＩＰベース無線装置管理）に関係する例がある。"ＣＤＭＡ２０００システムステージ１要件のためのＩＯＴＡ装置管理"という名称の、第３世代パートナプロジェクト（３ＧＰＰ２）（プロジェクト番号Ｓ．Ｒ０１０１−０、バージョン１．０（２００４年４月２２日））も参照のこと。しかし、本願明細書に示された技法は他の管理トランスポートプロトコルに適用することも可能である。さらに、単一のプロトコルが複数の他のプロトコルを含むことが可能であることにも留意されたい。例えば、ＩＯＴＡ ＤＭプロトコルは、装置管理用のメッセージ処理方式を定義し、ＩＰを使用すべきである旨も定義するものである。したがって、複数のプロトコルでメッセージを表現することも可能である。

上述の説明は、本発明を限定するものではない例示の実施例によって、本願発明者らが現在想定する、本発明を実施するのに十分でかつ最善の方法および装置についての情報を与える説明を行ったものである。しかし、添付図面と添付の請求項とに関連して上述の説明を読むとき、上記説明に鑑み、種々の修正および適合化が関連技術の当業者にとっては自明なものであると考えられる。しかし、本発明の教示のすべてのこのような修正および同様の修正も本発明の範囲に属することになる。

さらに、本発明の好ましい実施形態の特徴のいくつかを利用して、対応する他の特徴を利用することなく利益を得ることが可能である。したがって、上述の説明は本発明の原理の単なる例示と考えるべきであって、本発明を限定するものと考えるべきではない。

本発明の実施形態例に従う無線通信システムのブロック図である。 移動局の中にＩＳ−６８３クライアントが存在する本発明の実施形態のセッションダイアグラム例である。 移動局がＩＳ−６８３クライアントをサポートしない本発明の実施形態を例示するセッションダイアグラムである。 本発明の実施形態例に従う別の無線通信システムのブロック図である。

Claims (48)

1. 移動局のセキュリティ関連パラメータを更新するために、前記移動局と通信を行う第１のサーバで実行される方法であって、
   前記セキュリティ関連パラメータを前記移動局で更新するための、シグナリングプロトコルで表現された要求が第２のサーバによって作成されたことを判断することと、
   前記判断の結果に応じて、インターネットプロトコルで表現されたメッセージの形に前記要求をパッケージ化して、該メッセージを前記移動局へ伝えることと、を含む方法。
2. 前記シグナリングプロトコルが無線管理プロトコルをさらに含み、前記インターネットプロトコルが無線インターネットプロトコルをさらに含む請求項１に記載の方法。
3. 前記無線管理プロトコルがＩＳ−６８３管理プロトコルを含み、前記無線インターネットプロトコルがインターネットプロトコルベースの無線（ＩＯＴＡ）装置管理プロトコルをさらに含む請求項２に記載の方法。
4. 前記移動局が前記セキュリティ関連パラメータを更新したことをさらに判断することと、前記インターネットプロトコルで表現された応答を前記第２のサーバへ伝えることとを含み、前記移動局が前記セキュリティ関連パラメータを更新したことを前記応答が示す請求項１から３のいずれかに記載の方法。
5. 請求項１から４のいずれかに記載の方法であって、
   前記要求が第１の管理プロトコルでさらに表現され、
   前記パッケージ化することが、前記メッセージの形で前記要求をパッケージ化することをさらに含み、
   前記インターネットプロトコルに加えて第２の管理プロトコルで前記メッセージを表現する方法。
6. 請求項１から５のいずれかに記載の方法であって、
   前記要求が、前記セキュリティ関連パラメータを更新するための処理を前記移動局に開始させるトリガを含み、
   前記パッケージ化することが、前記メッセージの形で前記要求をパッケージ化することをさらに含み、
   前記インターネットプロトコルに加えて管理プロトコルで前記メッセージを表現する方法。
7. 前記セキュリティ関連パラメータが認証キーを含む請求項１から６のいずれかに記載の方法。
8. 前記セキュリティ関連パラメータがセキュリティキーを含む請求項１から６のいずれかに記載の方法。
9. 請求項１から６のいずれかに記載の方法であって、
   前記セキュリティ関連パラメータが、認証キーかセキュリティキーのうちの一方のキーを含み、
   符号分割多元接続（ＣＤＭＡ）標準規格によって前記セキュリティ関連パラメータを定義する方法。
10. 前記インターネットプロトコルで表現された少なくとも１つの追加メッセージを前記移動局へ伝えることをさらに含み、前記セキュリティ関連パラメータを前記移動局に決定させるために、定義された少なくとも１つのコマンドを前記少なくとも１つの追加メッセージが含む請求項１から９のいずれかに記載の方法。
11. 第１のメッセージ、及び、前記インターネットプロトコルで表現された第２のメッセージを前記移動局と交信することをさらに含み、前記第１のメッセージは、第１の値を前記移動局に計算させるように定義された第１のコマンドを含み、前記第２のメッセージは、第２の値と第２のコマンドとを含み、前記第２のコマンドが、前記第１及び第２の値を用いることによって、前記セキュリティ関連パラメータを前記移動局に計算させるように定義されたコマンドである請求項１から１０のいずれかに記載の方法。
12. 請求項１から１０のいずれかに記載の方法であって、
    前記メッセージが第１のメッセージであり、
    さらに、
    前記セキュリティ関連パラメータのバージョンの表示を含む第２のメッセージであって、前記インターネットプロトコルで表現された前記第２のメッセージを受け取ることと、
    前記シグナリングプロトコルで表現され、かつ、前記表示を含む第３のメッセージを前記第２のサーバへ伝えることと、を含む方法。
13. 少なくとも１つのパラメータを含む追加メッセージを受け取ることをさらに含み、前記移動局がある種のサービス提供用プロトコル（provisioning protocol）をサポートしているかどうかを前記少なくとも１つのパラメータが示す請求項１から１２のいずれかに記載の方法。
14. 請求項１３に記載の方法であって、
    前記移動局が前記或るサービス提供用プロトコルをサポートしている旨を示す前記少なくとも１つのパラメータに応答して、第１のステップ集合を実行することと、
    前記移動局が前記或るサービス提供用プロトコルをサポートしていない旨を示す前記少なくとも１つのパラメータに応答して、第２のステップ集合を実行することと、をさらに含む方法。
15. 請求項１４に記載の方法であって、前記メッセージが第１のメッセージであり、前記第２のステップ集合が、
    前記インターネットプロトコルで表現された第２のメッセージであって、第１の値を含む第２のメッセージを前記移動局から受け取ることと、
    第２の値を計算することと、
    前記第２のメッセージに応答して、前記第１および第２の値を前記セキュリティ関連パラメータに基づいて計算することと、
    前記シグナリングプロトコルで表現された応答を前記第２のサーバへ伝えることと、
    を含み、
    前記応答が前記セキュリティ関連パラメータを含む方法。
16. 請求項１５に記載の方法であって、前記第２のステップ集合が、
    前記インターネットプロトコルで表現された第３のメッセージであって、前記第１の値が前記移動局によって計算された旨の表示を含む前記第３のメッセージを受け取ることをさらに含み、
    第２の値を計算することが、前記第３のメッセージに応答して前記第２の値を計算することをさらに含む方法。
17. 請求項１４に記載の方法であって、前記メッセージが第１のメッセージであり、前記第１のステップ集合が、
    前記インターネットプロトコルで表現された第２のメッセージであって、第１の値を含む第２のメッセージを前記移動局から受け取ることと、
    前記シグナリングプロトコルで表現された第３のメッセージの形で、前記第１の値を前記第２のサーバへ伝えることと、
    前記シグナリングプロトコルで表現された第４のメッセージの形で、第２の値を前記第２のサーバから受け取ることと、
    前記第２の値を受け取ることに応答して、前記インターネットプロトコルで表現された第５のメッセージであって、前記第２の値を含む前記第５のメッセージを前記移動局へ伝えることと、を含む方法。
18. 請求項１７に記載の方法であって、前記第１のステップ集合が、
    前記インターネットプロトコルで表現された第６のメッセージであって、前記移動局によって前記第１の値が決定された旨の表示を含む前記第６のメッセージを前記移動局から受け取ることと、
    前記第６のメッセージに応答して、前記シグナリングプロトコルで表現された第７のメッセージで前記表示を前記サーバへ伝えることと、をさらに含む方法。
19. 請求項１から１０のいずれかに記載の方法であって、
    前記メッセージが第１のメッセージであり、
    さらに、
    前記インターネットプロトコルで表現された第２のメッセージであって、第１の値を前記移動局に計算させるように定義された第１のコマンドを含む前記第２のメッセージを前記移動局へ伝えることと、
    前記インターネットプロトコルで表現された第３のメッセージであって、前記第１の値を含む前記第３のメッセージを前記移動局から受け取ることと、
    第２の値を計算することと、
    前記第３のメッセージに応答して、前記第１および第２の値に基づいて前記セキュリティ関連パラメータを計算することと、
    前記インターネットプロトコルで表現された第４のメッセージであって、前記第２の値と、前記第１および第２の値を用いて前記セキュリティ関連パラメータを前記移動局に計算させるように定義された第２のコマンドとを含む前記第４のメッセージを前記移動局へ伝えることと、を含む方法。
20. 請求項１９に記載の方法であって、
    前記インターネットプロトコルで表現された第５のメッセージであって、前記第１の値が前記移動局によって計算された旨の表示を含む前記第５のメッセージを受け取ることをさらに含み、
    第２の値を計算することが、前記第５のメッセージに応答して前記第２の値を計算することをさらに含む方法。
21. 請求項１から１０のいずれかに記載の方法であって、
    前記メッセージが第１のメッセージであり、
    さらに、
    前記インターネットプロトコルで表現された第２のメッセージであって、第１の値を前記移動局に計算させるように定義された第１のコマンドを含む前記第２のメッセージを前記移動局へ伝えることと、
    前記インターネットプロトコルで表現された第３のメッセージであって、前記第１の値を含む前記第３のメッセージを受け取ることと、
    前記シグナリングプロトコルで表現された第４のメッセージを用いて、前記第１の値を前記第２のサーバへ伝えることと、
    前記シグナリングプロトコルで表現された第５のメッセージの形で、前記第２のサーバから第２の値を受け取ることと、
    前記第２の値の受け取りに応答して、前記インターネットプロトコルで表現され、かつ、前記第２の値と、前記第１および第２の値を用いて前記セキュリティ関連パラメータを前記移動局に計算させるように定義された前記第２のコマンドとを含む第６のメッセージを前記移動局へ伝えることと、を含む方法。
22. 請求項１７に記載の方法であって、
    前記第２のトランスポートを用いて、前記移動局から第７のメッセージであって、前記第１の値が前記移動局によって決定された旨の表示を含む前記第７のメッセージを受け取ることと、
    前記第７のメッセージに応答して、前記シグナリングプロトコルで表現された第８のメッセージの形で前記表示を前記サーバへ伝えることと、をさらに含む方法。
23. 移動局がセキュリティ関連パラメータを更新するために、前記移動局と通信を行う装置であって、
    少なくとも１つのメモリと、
    前記少なくとも１つのメモリと結合された少なくとも１つのプロセッサとを具備し、前記少なくとも１つのプロセッサは、
    前記移動局で前記セキュリティ関連パラメータを更新するために、シグナリングプロトコルで表された要求が第２のサーバによって作成されたことを判断することと、
    前記判断に応じて、インターネットプロトコルで表現されたメッセージの形で前記要求をパッケージ化し、前記メッセージを前記移動局へ伝えることと、
    を実行するように構成される、装置。
24. 移動局がセキュリティ関連パラメータを更新するために、前記移動局と通信を行う装置であって、
    前記移動局で前記セキュリティ関連パラメータを更新するために、シグナリングプロトコルで表された要求が第２のサーバによって作成されたことを判断する手段と、
    前記判断手段に応答して、インターネットプロトコルで表現されたメッセージの形で前記要求をパッケージ化して前記移動局へ伝える手段と、を具備する装置。
25. 請求項２４に記載の装置であって、
    前記要求が第１の管理プロトコルでさらに表現され、
    前記パッケージ化手段が前記メッセージの形で前記要求をさらにパッケージ化し、前記メッセージが、前記インターネットプロトコルに加えて第２の管理プロトコルで表現される装置。
26. 移動局がセキュリティ関連パラメータを更新するために、前記移動局と通信を行う処理を実行するための、デジタル処理装置によって実行可能な命令からなるコンピュータで読取り可能なプログラムを、有形のものとして具現化する信号搬送媒体であって、前記処理が、
    前記移動局で前記セキュリティ関連パラメータを更新するために、シグナリングプロトコルで表された要求が第２のサーバによって作成されたことを判断する処理と、
    判断処理に応じて、インターネットプロトコルで表現されたメッセージの形で前記要求をパッケージ化して、前記移動局へ伝える処理とを具備する信号搬送媒体。
27. 移動局がセキュリティ関連パラメータを更新するために、前記移動局と通信を行う管理サーバで実行される方法であって、
    シグナリングプロトコルで表現された第１のメッセージであって、第１のデータ管理プロトコルで表現され、前記セキュリティ関連パラメータの更新を前記移動局で要求するように定義された第１の要求メッセージを含む前記第１のメッセージを第２のサーバから受け取ることと、
    第２のデータ管理プロトコルで表現されたメッセージの形で前記第１の要求メッセージをパッケージ化して、インターネットプロトコルで表現された第２のメッセージの形で前記第２の要求メッセージを前記移動局へ伝えることと、
    を含む方法。
28. セキュリティ関連パラメータを更新するために移動局で実行される方法であって、
    インターネットプロトコルで表現されたメッセージであって、前記移動局が前記セキュリティ関連パラメータを更新するように求めている、管理プロトコルで表現された要求を含むメッセージをサーバから受け取ることと、
    前記メッセージに応答して、前記セキュリティ関連パラメータを更新するために少なくとも１回の処理を実行することと、を含む方法。
29. 前記インターネットプロトコルで表現された追加メッセージであって、前記セキュリティ関連パラメータが更新された旨を示す前記追加メッセージを前記サーバへ伝えることをさらに含む請求項２８に記載の方法。
30. 前記インターネットプロトコルが無線インターネットプロトコルを含む請求項２８または２９に記載の方法。
31. 前記無線インターネットプロトコルがインターネットプロトコルベースの無線（ＩＯＴＡ）装置管理プロトコルをさらに含み、さらに、前記管理プロトコルがＩＳ−６８３無線管理プロトコルを含む請求項３０に記載の方法。
32. 前記管理プロトコルが第１の管理プロトコルであり、さらに、前記メッセージが第２の管理プロトコルでさらに表現される請求項２８に記載の方法。
33. 前記第１および第２の管理プロトコルが異なる無線管理プロトコルである請求項３２に記載の方法。
34. 請求項２８から３３のいずれかに記載の方法であって、
    前記セキュリティ関連パラメータの更新を行う処理を前記移動局に開始させるトリガを前記要求が定義する方法。
35. 前記セキュリティ関連パラメータが認証キーを含む請求項２８から３４のいずれかに記載の方法。
36. 前記セキュリティ関連パラメータがセキュリティキーを含む請求項２８から３４のいずれかに記載の方法。
37. セキュリティキーが符号分割多元接続（ＣＤＭＡ）標準規格によって定義される請求項３６に記載の方法。
38. 請求項２８に記載の方法であって、前記メッセージが第１のメッセージであり、さらに、前記シグナリングプロトコルで表現された第２のメッセージを前記サーバへ伝えることをさらに含み、前記第２のメッセージが、前記移動局がある種のサービス提供用プロトコルをサポートしているかどうかを示す、少なくとも１つのパラメータを含む方法。
39. 請求項２８から３７のいずれかに記載の方法であって、
    前記セキュリティ関連パラメータを前記移動局に決定させるように定義された少なくとも１つのコマンドを含む、少なくとも１つのコマンドメッセージを前記サーバから受け取ることをさらに含み、
    少なくとも１回の処理を実行することが、前記セキュリティ関連パラメータを決定するために、前記少なくとも１つのコマンドによって定義された少なくとも１回の処理を前記少なくとも１つのコマンドメッセージに応答して実行することをさらに含む方法。
40. 請求項２８から３７のいずれかに記載の方法であって、
    前記インターネットプロトコルで表現され、且つ、前記移動局に第１の値を計算させるように定義された第１のコマンドを含む第１のメッセージを前記サーバから受け取ることを含み、
    少なくとも１回の処理を実行することが、前記第１の値を計算するために、前記第１のコマンドによって定義された少なくとも１つの第１の処理を実行することをさらに含む方法。
41. 請求項４０に記載の方法であって、前記インターネットプロトコルで表現され、且つ、前記第１の値が計算された旨の表示を含む第２のメッセージを前記サーバへ伝えることをさらに含む方法。
42. 請求項４０に記載の方法であって、
    前記管理プロトコルで表現された第２のメッセージを前記サーバから受け取ることをさらに含み、前記第２のメッセージは、第２の値と第２のコマンドとを含み、前記第２のコマンドが、前記第１の値と、第２の値とを用いることによって、前記セキュリティ関連パラメータを前記移動局に計算させるように定義されたコマンドであり、
    少なくとも１回の処理を実行することが、前記セキュリティ関連パラメータを計算するために、前記第２のコマンドによって少なくとも１つの第２の処理を実行することをさらに含み、前記少なくとも１つの第２の処理が、前記セキュリティ関連パラメータの計算中に前記第１および第２の値を利用する方法。
43. 少なくとも１つの第１の処理を実行することと、少なくとも１つの第２の処理を実行することとの１つ以上が、管理ツリーに情報を格納するために少なくとも１つのノードを利用する請求項４２に記載の方法。
44. 前記ノードが一時ノードであり、少なくとも１回の処理を実行することが、前記少なくとも１回の第１の処理と前記少なくとも１回の第２の処理との所定の処理の実行に応答して、前記少なくとも１つのノードを削除することをさらに含む請求項４３に記載の方法。
45. セキュリティ関連パラメータを更新する移動局であって、
    少なくとも１つのメモリと、
    前記少なくとも１つのメモリと結合された少なくとも１つのプロセッサとを具備し、前記少なくとも１つのプロセッサは、
    インターネットプロトコルで表現されたメッセージであって、前記移動局に対して前記セキュリティ関連パラメータの更新を求める、管理プロトコルで表現された要求を含むメッセージをサーバから受け取ることと、
    前記メッセージに応答して、前記セキュリティ関連パラメータを更新するために少なくとも１回の処理を実行することと、を実行するように構成される、移動局。
46. 前記少なくとも１つのメモリが、前記受け取り処理と実行処理とを実行するための、前記少なくとも１つのプロセッサによって実行可能な命令であって、コンピュータで読取り可能な命令からなるプログラムを有形のものとして具現化する信号搬送媒体をさらに具備する請求項４５に記載の移動局。
47. セキュリティ関連パラメータを更新する移動局であって、
    インターネットプロトコルで表現されたメッセージであって、前記移動局に対して前記セキュリティ関連パラメータの更新を求める、管理プロトコルで表現された要求を含むメッセージをサーバから受け取る手段と、
    前記メッセージに応答して、前記セキュリティ関連パラメータを更新するために、少なくとも１回の処理を実行する手段と、を具備する移動局。
48. 請求項４７に記載の移動局であって、前記管理プロトコルが第１の管理プロトコルを含み、前記メッセージが第２の管理プロトコルでさらに表現される装置。

Images