(57)【特許請求の範囲】
【請求項１】
移動局を示す一過性の識別子を訪問したワイヤレス通信網内の切替センターで生成し、
訪問者位置レジストリを介して一過性の識別子を切替センターからホームレジストリへ送信し、
ホームレジストリによって切替センターから移動局の識別子を検索し、
ホームレジストリと移動局との間で透過データリンクを設定し、
ホームレジストリから移動局をプログラミングすることを含む、
訪問したワイヤレス通信網において移動局を電波放送（ＯＴＡ）プログラミングする方法。
【請求項２】
移動局をプログラミングすることは、移動局のサービス構成を変更することを含む請求項１記載の方法。
【請求項３】
移動局をプログラミングすることは、移動局を認証することを含む請求項１記載の方法。
【請求項４】
一過性の識別子を切替センターからホームレジストリへ送信することは、一過性の識別子を中間局へ送信し、
中間局からホームレジストリが位置する最終目的地へ一過性の識別子を転送することを含む請求項１記載の方法。
【請求項５】
切替センターで一過性の識別子を生成することは、移動局から中間局への音声呼によって開始され、ここで中間局はサービスセンターである請求項４記載の方法。
【請求項６】
ホームレジストリと移動局との間でデータリンクを設定することは、
切替センターで音声呼をデータリンクに関連づけ、
ホームレジストリでレジスタを移動局に割り当てることを含む請求項５記載の方法。
【請求項７】
移動局によりサービングシステムとのコンタクトを開始し、
サービングシステムで移動局に関する一時的な識別子番号を生成させ、
サービングシステムから顧客サービスセンターへ一時的な識別子番号を転送し、
顧客サービスセンターでホームロケーションレジスターの識別子を確立し、
ホームロケーションレジスターと移動局との間で透過データリンクを確立し、ここでサービングシステムが透過データリンクの移動媒体として機能する、
ホームロケーションレジスターでサービスプログラミングメッセージを生成し、
ホームロケーションレジスターから移動局へ透過データリンクを介してサービスプログラミングメッセージを転送することを含む、
サービングシステムを訪問する移動局を遠隔的にプログラミングする方法。
【請求項８】
サービングシステムは基地局と移動切替センターとを具備する、請求項７記載の方法。
【請求項９】
ホームロケーションレジスターはホームロケーションレジスターと認証センターとを具備する、請求項７記載の方法。
【請求項１０】
ワイヤレス通信網を訪問する訪問移動局に対する一過性の識別子を生成して、訪問移動局と訪問移動局のホームロケーションレジスターとの間で透過データリンクを設定するかどうかを決定し、かつ
訪問移動局と訪問移動局のホームロケーションレジスターとの間で透過データリンクを設定するよう構成された移動切替センターと、
移動局に位置するプロセッサに対する指令を記憶し、ホームロケーションレジスターが訪問移動局に関する一過性の識別子を受信した場合に、訪問移動局とホームロケーションレジスターとの間の透過データリンクを設定するよう構成されたホームロケーションレジスター、
とを具備する訪問移動局を遠隔的にプログラミングするシステム。
【請求項１１】
移動局を示す一過性の識別子を訪問したワイヤレス通信網内の切替センターで生成し、
切替センターからホームレジストリへ一過性の識別子を送信し、
ホームレジストリによって切替センターから移動局識別子を検索し、
移動局識別子を用いてホームレジストリと移動局との間のデータリンクを設定し、
ホームレジストリから移動局をプログラミングすることを含む、
訪問したワイヤレス通信網において移動局を無線（ＯＴＡ）プログラミングする方法。
【請求項１２】
移動局をプログラミングすることは、移動局のサービス構成を変更することを含む請求項１１記載の方法。
【請求項１３】
移動局をプログラミングすることは、移動局を認証することを含む請求項１１記載の方法。
【請求項１４】
一過性の識別子を切替センターからホームレジストリへ送信することは、中間局へ一過性の識別子を送信し、中間局からホームレジストリが位置する最終目的地へ一過性の識別子を転送することを含む請求項１１記載の方法。
【請求項１５】
切替センターで一過性の識別子を生成することは、移動局から中間局への音声呼により開始され、ここで中間局はサービスセンターである請求項１４記載の方法。
【請求項１６】
ホームレジストリと移動局との間でデータリンクを設定することは、切替センターで音声呼をデータリンクに関連づけ、ホームレジストリで移動局へレジスタを割り当てることを含む請求項１５記載の方法。
【請求項１７】
移動局によるサービングシステムとのコンタクトを開始し、サービングシステムで移動局に関する一時的な識別番号を生成し、サービングシステムから顧客サービスセンターへ一時的な識別番号を転送し、顧客サービスセンターでホームロケーションレジスターの識別子を確立し、ホームロケーションレジスターと移動局との問のデータリンクを確立し、ここでサービングシステムはデータリンクの移動媒体として機能し、ホームロケーションレジスターでサービスプログラミングメッセージを生成し、ホームロケーションレジスターから移動局へデータリンクを介してサービスプログラミングメッセージを転送することを含む、サービングシステムを訪問する移動局を遠隔局にプログラミングする方法。
【請求項１８】
サービングシステムは、基地局と移動切替センターとを具備する請求項１７記載の方法。
【請求項１９】
ホームロケーションレジスターはホームロケーションレジスターと認証センターとを具備する請求項１７記載の方法。
【請求項２０】
ワイヤレス通信網を訪問する訪問移動局に関する一過性の識別子を生成させ、訪問移動局と訪問移動局のホームロケーションレジスターとの間でデータリンクを設定するかどうかを決定し、訪問移動局と訪問移動局のホームロケーションレジスターとの間のデータリンクを設定するよう構成された移動切替センターと、
移動局に位置するプロセッサに対する指令を記憶し、ホームロケーションレジスターが訪問移動局に対する一過性の識別子を肇信する場合に訪問移動局とホームロケーションレジスターとの問のデータリンクを設定するよう構成されたホームロケーションレジスターと、
を具備する訪問移動局を遠隔局にプログラミングするシステム。
【発明の詳細な説明】
発明の背景
Ｉ．関連出願に対する相互参照
本出願は１９９５年１０月１０日に提出された仮出願連続番号第60/005,011号の特典を請求するものである。
II．発明の分野
本発明は通信システムに関し、より詳細には、移動局の電波放送（over-the-air）（OTA）サービスプログラミングをサポートするアプローチに関する。
III．先行技術の説明
従来より、新規に購入した移動局の起動プロセスは、手動集約的であり、時間のかかるプロセスである。この従来の起動プロセスを制限するものの１つは、移動局を起動させるためには、ユーザーが移動局をサービスセンターに持って行かなければならないことである。
移動局は、通常指定されていない点において移動中にもしくは停止中に使用することが意図された、国内公衆セルラ無線通信サービス（Demestic Public Cellular Radio Telecommunications Service）のカテゴリーにある加入者局である。このカテゴリーは真の移動局、手で保持するタイプの携帯用局、固定局、及び他の装置を含む。
サービスセンターでは、装置がネットワーク上で通信できるようにし、移動局のネットワークのアイデンティティを明確にする情報を含む様々なパラメータを、技術者が移動局にプログラム（格納）する。任意で、製造業者特定の情報も移動局にプログラムしてもよい。時には、例えば、移動局が異なるサービスエリアにおいて局所的なアイデンティティを持つことができるように、多重のパラメータセットが移動局に提供される。
以前に起動された移動局に記憶された情報を変更する必要がある場合は、従来はこのプロセスも手動集約的であり時間のかかるものであった。この従来のプロセスに対する制限の１つは、技術者に移動局内の情報を変更してもらうために、ユーザーが移動局をサービスセンターに持って行かなければならないことである。
発明の要約
従って、本発明の１つの目的は、ユーザーが移動局をサービスセンターもしくは第三者に持っていく必要なしに、通信ネットワーク内で使用するために移動局を起動させる新規の方法を提供することである。
本発明の別の目的は、ユーザーが移動局をサービスセンターもしくは第三者に持っていく必要なしに、通信ネットワーク内で使用するために移動局内の情報を変更する新規の方法を提供することである。
以降、本発明のこれら２つの目的、主として、ユーザーが移動局をサービスセンターもしくは第三者に持っていく必要なしに、移動局を起動させること、及び移動局内の情報を変更することを、電波放送サービスプログラミング（OTASP）と称する。
本発明の別の目的は、最少限の移動切替えセンター（MSC）と訪問者ロケーションレジスタ（VLR）の関与で、通信ネットワーク内で使用するために電波放送サービスプログラミングが達成するための信号通信基礎構造を提供することである。
上記及び他の目的は、本発明により、通信ネットワーク内で使用するために移動局を電波放送サービスプログラミングするための、新規に改良された信号通信基礎構造と方法を提供することによって達成される。
発明によれば、移動局は電波放送サービスプログラミング要求、移動局に現在記憶されている移動局の識別、及び移動局の電子連続番号を含むメッセージを、通信ネットワークに結合された移動切替えセンターに送信する。上述のように、移動局が多数のアイデンティティを持つことができれば、ユーザーは電波放送サービスプログラミング手順の間に効力のある移動局アイデンティティを選択する。
電子連続番号は移動局製造業者によって指定される３２ビットの番号であり、移動局設備を唯一に識別する。
移動局識別（MSID）は移動体識別番号（MIN）もしくは国際移動局アイデンティティ（IMSI）のいずれかであってもよい。移動体識別番号（MIN）は移動局に指定される１０桁のデジタル表示である３４ビットの番号である。国際移動局アイデンティティ（IMSI）は移動局を国際的に唯一識別する長さが１５桁までの番号である。以後、移動体識別番号について言及する時にはいつでも、IMSIをMINの代わりに充分使用できることを事実上含まれる。
この結果、移動局が音声接続を介して初期のサービスユニットに接続される。移動切替えセンターと移動局を識別する仮の参照番号（TRN）が、移動切替えセンターにおいて移動局に割り当てられる。TRNは移動局識別（MSID）、電話帳番号もしくは他の番号のいずれであってもよい。
以後、移動体識別番号について言及する時にはいつでも、IMSIをMINの代わりに充分使用できることを事実上含む。
TRNがMSIDでない場合、唯一のの仮の移動局識別（MSID）をサービスプログラミング手順の間に使用するために割り当ててはならない。
TRN及び、可能な場合、１つを割り当てる場合、仮の移動局識別（MSID）、現在移動局にあるMSID、及び電子連続番号が、音声接続設定の間にサービスユニットに送られる。音声接続設定路に対してあるシステムは有効な電話帳番号だけを、あるいはMSCに指定された電話帳番号だけを通過させるかもしれないので、MSIDと電子連続番号をサービスユニットに送ることはできないかもしれない。
初期のサービスユニットが所望のサービスユニットでないと判断されると、所望のサービスユニットに達するまで、音声呼び出しは１つのサービスユニットから別のサービスユニットへと送られる。TRN及びおそらくMSIDと電子連続番号も最終的なサービスユニットに送られる。
最終的なサービスユニットが、移動局が連合している通信ネットワーク内のホームロケーションレジスタを選択する。
ホームロケーションレジスタは次にTRNを含むメッセージを移動切替えセンターに送るホームロケーションレジスタによって移動切替えセンターと結合される。TRNが移動切替えセンターを識別するので、ホームロケーションレジスタはメッセージを移動切替えセンターに送ることができる。移動切替えセンターは電波放送サービスプログラミングが実施されている移動局を識別するためにTRNを使用する。移動切替えセンターは、仮のMSIDが移動切替えセンターに割り当てられている場合、仮のMSID、移動局に現在含まれているMSID、及び移動局の電子連続番号が音声呼び出し設定の間に最終的なサービスユニットにおいて受信されていない場合、移動局の電子連続番号を含むホームロケーションレジスタにメッセージを送り返す。TRNが仮の移動体識別番号とはっきり識別される場合、TRNは移動切替えセンターにおいて解除される。
以後、いずれかのネットワーク構成要素に含まれる移動局に関する情報は、TRN自体であってよい仮のMSID、及び移動局の電子連続番号を用いて参照される。
サービスユニットもしくはホームロケーションレジスタは、通信ネットワークを介して、移動局に移動局に含まれるある情報について質問することができる。サービスユニットもしくはホームロケーションレジスタは、通信ネットワークを使用して移動切替えセンターを介して、移動局に移動局用の新規の永久MSID、及び、おそらく新しく割り当てられた永久MSIDを含む送信サービスプログラミング情報を割り当てることができる。更に、サービスユニットも移動局に連合するサービスプログラミング情報をホームロケーションレジスタに送信する。
サービスプログラミング情報がうまく移動局に送信された後、サービスユニットもしくはホームロケーションレジスタは通信ネットワークを介して、サービスプログラミング情報をその不揮発性記憶装置に送信するよう指示するメッセージを移動局に送る。移動局に送られた情報もHLR及び／もしくは認証センター（AC）内の不揮発性記憶装置に記憶される。
移動切替えセンターは単にホームロケーションレジスタと移動局間、及びサービスユニットと移動局間で行われる通信用の導管としてのみ使用される。
ホームロケーションレジスタは登録及びシステム加入者用のユーザープロフィール情報を含むデータベースを含む。移動切替えセンターは無線加入者局間に、また無線加入者局と公衆の切替え電話網（PSTN）間に、その制御下にある１つかそれ以上の基地局（BS）を介して相互接続サービスを提供する。PSTNは通常に電話、私用の支線交換トランク（private branch exchange tranks）、及び一般公衆にサービスを提供するデータ送信設備によって通常アクセスされる遠距離通信ネットワークである。基地局は移動局と通信するために使用される固定局である。状況に応じて、関連基地局はセル、セル内のセクター、MSC、もしくはセルラシステムの他の部品のことを意味するかもしれない。
本発明によるOTAサービスプログラミングの方法は、MSC及びOTA処理を使用する訪問者ロケーションレジスタ（VLR）の関与を最少限にする。VLRは１つかそれ以上のMSCに連結し、加入者データの一部を一時的に記憶するためのデータベースを含み、またある場合には、その対応するMSCによるサービスを現在受けている移動局用の安全関連データを含む。
更に、電波放送サービスプログラミングプロセスは移動局の安全関連データを記憶する目的のために、移動局に認証キー（A-キー）をダウンロードするために必要な安全関連手順を遂行する目的のために、また移動局と基地局間のエアリンクに関する安全目的のための音声プライバシー及び／もしくは信号で送信するメッセージ暗号化を呼び出す目的のために、認証センターの関与を必要とする。
認証センター（AC）は移動局に関連する安全面を管理する所である。認証キーは移動局及びACに記憶された隠されたビットパターンである。これは認証、音声プライバシー及び信号で送信するメッセージ暗号化のために使用される、移動局のSSDを生成し、更新するために使用される。共有機密データ（SSD）は移動局に記憶され、AC及びおそらくVLRが知っているビットパターンである。共有機密データはパワーオフの間維持される。
サービスユニットは通常HLRとインタフェースで連結される。従って、サービスユニットとAC間の通信は通常HLRを介して行われる。HLRとAC間の通信を達成するために、本発明はホームロケーションレジスタと認証センター間の新しいメッセージを提案する。
本発明によるOTAサービスプログラミングの好都合な局面は以下のものを含む：
１）本発明によるOTAサービスプログラミングは、主としてそのプロセスが移動局及びHLR／認証センター（AC）のデータベースを初期化するものであるので、サービスプログラミングの詳細と共にMSC／VLRを備える必要がない。
２）MSC/VLRの関与を最少限にすることにより、MSC及びVLRソフトウエアを変更することなくOTAサービスプログラミングプロセスを向上させることができる。
３）HLR／ACがサービス制御ポイント（SCP）として作用するサービスプログラミングプロセスを制御して、電波放送サービスプログラミングを制御する。
４）制御のために、CSCはHLRとインタフェースで連結するだけでよい。CSCに対する音声接続はネットワークを通して、あるいはMSCから直接であってよい。本発明によるOTAサービスプログラミングの方法はいずれの方法もサポートする。
５）HLRは起動プロセスが開始した後で選択することができる。これにより移動局をオペレーターのサービスエリア内のどこにおいても起動させることができるようになる。適当な合意とネットワークサポートがあれば、MSCとの連結性を有するどのHLRにおいても移動局を起動させるのを妨げるものはない。
６）MSCはHLRと移動局間で行われる通信用の導管としてのみ使用される。
【図面の簡単な説明】
本発明の特徴、目的及び利点は、図面との関連で下記の詳細な説明を読めば自明となるであろう。図面において、同様の参照符号は相応して同一のものを表わす。
図１は１つのHLRと１つのCSCを備えたネットワーク参照モデルのブロック図である。
図２は多数のHLRと１つのCSCを備えたネットワーク参照モデルのブロック図である。
図３は多数のHLRと別のCSCを備えたネットワーク参照モデルのブロック図である。
図４AはOTAサービスプログラミングを使用する移動局をプログラムするためのプロセスを図示するフローチャートである。
図４Bは図４Aのフローチャートの続きである。
図４Cは元の音声接続が第１のCSCから第２のCSCに送られる呼び出しである、例示的な通信ネットワークにおける信号送信を示す呼び出しフロー線図である。
図４Dは図４Bのフローチャートの続きである。
図５は本発明による移動装置と連合する古いMSIDの登録を取り消すための信号送信を示す呼び出しフロー線図である。
図６は本発明によるA-キー送信手順を示す呼び出しフロー線図である。
図７は本発明によるSSD更新手順を示す呼び出しフロー線図である。
図８は本発明による再認証手順を示す呼び出しフロー線図である。
好適な実施の形態の詳細な説明
図面を参照して，同様の参照符号は同一の、もしくは対応する部分を示しており、特に図１において、本発明によるネットワーク参照モデル１００のブロック図が図示されている。以下の説明において、ネットワーク参照モデルをまず説明し、次に図２と図３に示した関連するネットワーク参照モデルを説明する。続いて、図４Ａ、４Ｂ及び４Ｄはネットワークが使用するプロセスステップを示し、図４Ｃ、５、６、７及び８はネットワークにおいて使用される信号送信を示している。
図１のネットワーク参照モデル１００はインタフェースUm４を介して基地局（BS）６に連結される移動（MS）２を含む；BS６はインタフェース,A、８を介して移動切替えセンター（MSC）１０に連結される；MSC １０はインタフェース,B、１２とC、２８を各々介して訪問者ロケーションレジスタ（VLR）１４と、ホームロケーションレジスタ（HLR）に連結される；VLR １４はHLR １８にインタフェース,D、１６を介して連結される；またHLR １８はインタフェース,H、２０とP（所有者）２４を各々介して、認証センター（AC）２２及び顧客サービスセンター（CSC）２６に連結される。音声回路は、点線４６で示すように、MSC １０とCSC ２６間に設定される。インタフェース,A、B、C、D、H及びUmは業界規格のインタフェースであり、例えば、セルラ無線テレコミュニケーション相互システム操作に関するテレコミュニケーション産業組合（TIA）IS41-C基準において使用されるものである。図１において、１つのHLRだけがCSCに結合されていることに注意。
図２は多数のHLRを含むネットワーク参照モデル２００のブロック図である。ネットワーク参照モデル１００の構成要素に加えて、ネットワーク参照モデル２００はインタフェース,P（所有者）３６、C ３４、D ４８、及びH ４０を介してCSC ２６、MSC １０、VLR １４、及びAC４２に各々結合されるHLR ３８を含む。図２は移動局のデータを格納することができるHLRを選択できる場合を示している。この場合、１つのCSCが複数のHLRと密接に関連する。
図３は多数のHLRとCSCを含むネットワーク参照モデル３００のブロック図を示す。ネットワーク参照モデル３００はネットワーク参照モデル２００の構成要素を含み、更に付加的なCSC ４４及び音声回路５４を含む。この図において、HLR ３８はインタフェース,P３６を介してCSC ４４に結合され、CSC ２６は音声呼び出し送信操作において、音声回路５４を使用してCSC ４４に音声回路４６を送る。図３では、各HLR １８、３８が異なるCSC ２６、４４に各々対応する。
本発明による電波放送（OTA）サービスプログラミングの呼び出しについて、まず図１〜３に示したネットワーク構造に関して説明する。続いて、OTAサービスプログラミングを成し遂げる際に遂行される機能及びプロセスを図４〜８に関して説明する。
図１を参照して、OTAサービスプログラミングは移動局（MS）２から始まり、電波方法サービスプログラミング呼び出しを開始する。ユーザーは例えば、小売商人（retail vender）から携帯電話を購入したばかりであり、電話を起動させるためにサービスセンターに行く必要なしに通常の使用のために電話を操作したいという理由から、あるいは、ユーザーが移動局内の情報を変更したいという理由から、あるいは移動局内の特定の情報をサービス提供者が変更できるようにするという理由から、サービス提供者がユーザーに電波放送サービスプログラミング呼び出しをするように指示したので、ユーザーはこの呼び出しを開始するであろう。これを行うために、ユーザーは移動局２において特定の前文、例えば「*22」有する電波放送サービスプログラミングコードメッセージを入力し、この前文は電波放送サービスプログラミングをユーザーが要求することを示す。前文の後に、ユーザーは所望のシステムを示すデータを入力する。例えば、ユーザーはユーザーが加入したいと望んでいる特定のシステム、例えばシステムAもしくはシステムB（*22800または*22801）を示す「XXX」を、YYYYが好ましいサービス提供者のシステム識別番号（「SID」）である場合は、「YYYY」を、あるいは、時分割多重アクセス（TDMA）システムオペレータコード（SOC）を示す「ZZZZZ」を入力する。ユーザーが手動で電波放送サービスプログラミングコードメッセージを移動局に入力する代わりに、ユーザーは移動局のボタンを押してもよく、その場合も、ユーザーが電波放送サービスプログラミングコードメッセージを移動局に入力した時と同様の効果を生じる。移動局が上述のように多数のアイデンティティを持つことができる場合、ユーザーはOTASP手順の間に効力のある移動局アイデンティティを選択する。エアインタフェース４を通して、移動局２の呼び出しは基地局６とインタフェース８を介してサービング（serving）MSC １０に送られる。同時に、ユーザーの移動局の電子連続番号（ESN）及び現在MSにあるMSIDがMSC １０に送られ、それらをMSC １０がセーブする。
移動局２の呼び出しに答えて、MSC １０は移動局２に結合されており、MSCを識別する仮の参照番号（TRN）を供給し、呼び出しをCSC ２６に音声回路４６を介して発送する。TRNは移動局識別（MSID）であっても、電話帳番号であっても、あるいは他の番号であってもよい。あるいはその代わりに、TRNがMSC １０に指定された有効な番号帳からのものであるか否かを判断するために、CSCが入ってくるTRNをスクリーニングできる場合、出所をたどることができるTRNが使用される。TRNがMSIDでない場合、サービスプログラミング手順の間に使用するために、唯一の仮のMSIDを割り当てなければならない。
図１と２に示したネットワークでは、呼び出しは音声回路４６を介してCSC ２６に直接発送され、図３に示しているが、呼び出しは第２の音声回路５４を介して呼び出し転送を通して第２のCSC ４４に転送されてもよい。いずれの場合にも、TRNは電波放送サービスプログラミング計画用の初期参照として作用し、呼び出し設定の一部としてCSC ２６（または４４）に供給される。
TRNは統合サービスディジタルネットワーク（ISDN）ユーザー・ユーザー成分もしくは一部もしくは呼び出し当事者番号範囲（Calling Party number field）、もしくは番号を伝えるための他の適当な手段において受け入れられ得るであろう。
MSC １０からの呼び出しが一旦CSC ２６に達すると、CSCは以下の方法で応答する。CSC ２６の音声オペレータ（もしくは音声応答装置等）が移動局２のユーザーと対話を開始し、その対話の間にCSC ２６は（図２、３の）HLR １８または３８のどちらを使用して、HLR １８とMSC １０間に設定されるデータ接続でMSC １０と通信するかを識別（選択）するであろう。例えば、サービス提供者は対応するHLRを使用してニューヨークとロサンゼルスの両方にサービスを提供することができる。ロサンゼルスからのユーザーはニューヨークを訪れている間に、ユーザーの移動局をプログラムしたいと望むかもしれない。この場合、ニューヨークCSCオペレータはユーザーの呼び出しをロサンゼルスCSCオペレータに転送することができる。プログラミングのために選択されてHLRが直接CSC ２６に接続される場合（図１、２）、CSC ２６は指定されたHLR（図１及び２の、所有者インタフェース２４を介してHLR １８と、もしくは所有者インタフェース３６を介してHLR ３８）と交信することによって、電波放送サービスプログラミングを開始する。MSC １０によって供給されたTRNはCSC ２６を介して指定されたHLRに提供され、そこでCSC ２６が指定されたHLRを始動させて、（VLR １４とインタフェース１６、１２を通して）MSC １０とのデータ接続を確立する。図１では、データ接続はHLR １８、インタフェース１６、VLR １４、インタフェース１２及びMSC １０を含む。図２では、HLR １８が所望のHLRである場合、データ接続は図１と同じである。図２において、HLR ３８が所望のHLRである場合、データ接続はHLR ３８、インタフェース４８、VLR１４、インタフェース１２及びMSC １０を含む。図３では、電波放送サービスプログラミングのために選択されたHLR ３８がCSC ２６に直接接続されない場合、CSC ２６はHLR ３８に接続され、音声回路５４を介して電波放送サービスプログラミングのために選択されているCSC ４４に呼び出しを転送する。MSC １０によって指定されたTRNはCSC ４４に転送されなければならない。呼び出し転送によって、移動局２はOTASP手順をサポートするどのHLR上でもサービスを受けることができる。図３では、データ接続がHLR ３８、インタフェース４８、VLR １４、インタフェース１２及びMSC １０を含んでいる。
指定されたHLR（１８または３８）がCSC ２６によって一旦始動される（図１、２）と、あるいはCSC ４４によってHLR ３８が始動される（図３）と、HLRはCSCからHLRに提供されたTRNに基づいて、MSC １０とデータ接続を確立する。HLR １８がTRNからMSCのアドレスを識別するように構成されており、HLR １８は通常移動局のESN及びMSIDに基づいて記録を保管するので、HLRは移動局２用の記録を保管するために、MSCからの移動局のESN及び仮のMSIDを必要とする。また、HLRは、後述するように、SSD更新手順において使用するために、現在MSにあるMSIDを必要とする。従って、指定されたHLRは、移動局２のESN、現在移動局にあるMSID、またTRNから明確に識別される場合、仮のMSIDを検索するために、データ接続を介してMSC １０と交信する。我々は、仮のMSID、現在MSにあるMSID及びESNが音声呼び出し設定の間CSCに伝達されないものと仮定しており、従ってMSCから検索される必要がある。以下のフローチャート及び呼び出し線図を参照して説明するように、次にデータ接続は移動局２と結合され、一度結合されると、CSC ２６（または４９）は移動局２にデータを送り、移動局をプログラムすることができる。
図４Ａは発明のOTAサービスプログラミングプロセスを機能的に達成するために遂行されるステップのフローチャートである。プロセスはステップS １で始まり、そこで電波放送サービス提供呼び出しをするために、ユーザーは電話で提供される指示マニュアルに従って、起動コード前文（「*22」）と、前述のように、特定のシステム、SID、またはTDMA SOCに対応するそれに続く適当な３〜５桁の内線番号をダイヤルする。このステップの間に、移動局２は電波放送サービスプログラミング要求、現在移動局にあるMSIDと、その唯一のESNをMSCに送信し、MSCは移動局２のESN及び現在移動局にあるMSIDを保管する。MSCは移動切替えセンターと移動局を識別する仮の参照番号（TRN）を割り当てる。TRNがMSIDではない場合、サービスプログラミング手順の間に使用するために唯一の仮のMSIDも割り当てられる。
次に、プロセスはステップS ３に進み、そこで移動局２にサービスを提供するMSCが移動局２と適当なCSC（例えば、図１のCSC ２６）間に音声回路４６を設定する。
音声回路が作られた後、プロセスはステップS ５に進み、そこでユーザーがユーザー特有情報（住所、クレジットカード番号等）をCSC ２６のCSCオペレータに提供する。ユーザー特有情報を考慮して、プロセスはステップS ７に流れ、そこでCSC ２６はそれがユーザーにサービスを提供するための正しいCSCであるか否か（例えば、図３のCSC ４４は正しいCSCであり得る）を判定する。もし正しいCSCでなければ、プロセスはステップS ９に進み、そこで移動局２の呼び出しが正しいCSC（例えば、図３のCSC ４４）に転送され、次にプロセスはステップS ５に流れる。しかしながら、ステップS ７において、ユーザーが正しいCSC（例えば、図１のCSC ２６）に接続されていると判定されれば、プロセスは直接ステップS １１に流れる。
ステップS ３とS ９において、TRNがMSC １０からCSC ２６に、データの形態で、音声回路４６用の音声呼び出し設定手順を通して提供される。TRNは電波放送サービスプログラミングに対する移動局２の要求の一過性（仮の）識別子として、CSC ２６及びMSC １０によって作られ、使用される呼び出しに唯一のものである。TRNの属性は、（１）CSCが問題の移動局を識別できるようにする移動局の識別可能性、及び（２）HLR等の他のネットワーク源が移動局２にサービスを供給しているMSCをTRNによって唯一に識別できるようにするMSCアドレス指定可能性を含む。
プロセスのこの時点までに、音声呼び出しとTRNが設定されているが、OTAプログラミングデータを移動局２にダウンロードすることができるようにするデータ接続はまだ設定されていない。従って、ステップS ７の次に、プロセスはステップS １１に進み、そこでCSC（２６または４４）が所有者リンク（P）を通して、TRNを含むメッセージでHLR（１８または３８）を始動させる。TRNのMSCアドレス指定可能性属性に基づき、HLR（１８または３８）は移動局２にサービスを提供しているMSC １０のアドレスを確認することができる。
次にプロセスはステップS １３に進み、そこでHLR １８が新しい電波放送サービスプログラミング呼び出し（INVOKE）メッセージ、OTAサービスプログラミング呼び出し（OTASERPROG）をVLR １４を介してMSC １０に発送する（図１、２、３を参照）。OTASERPROGメッセージはVLR １４を通して伝達される。なぜなら、業界の申し合わせにより、HLRからの通信は典型的にVLRを通じて送られるからである。しかし、その代わりに、HLR（１８または３８）はMSC １０に直接OTASERPROGメッセージを発送することもできよう。（対応する相互接続インタフェースと共に）HLR（１８または３８）、VLR １４、及びMSC １０の組み合わせはCSC（２６または４４）とMSC １０間のデータ接続を形成し、それは移動局２とCSC（２６または４４）間で進行中の音声回路４６（または４６と５４）と並列する。このデータリンクは後に、移動局２とHLR １８（または３８）間でサービスプログラミングデータを伝達するために使用される。ステップS １５の次に、プロセスは図４Ｂに示されているステップS １７に進む。
図４Ｂは図４Ａのフローチャートにおいて開始されたプロセスに対する付加的なステップを示すフローチャートである。ステップS １５（図４Ａ）の後、プロセスはステップS １５に流れ、そこでMSC １０はOTASERPROGメッセージを受け取る。ステップS １７において、MSC １０はOTASE RPROGメッセージの中で供給されたTRNを用いて、音声回路（呼び出し）をデータ接続と結合させる（例えば、図１に示すように、データ接続はHLR １８、インタフェース１６、VLR １４、インタフェース１２及びMSC １０間である）。
プロセスのこの時点までに、データ接続が移動局２とHLR １８（または３８）間に設定されているが、HLR１８（または３８）はまだ適切に移動局２を起動させるための移動局２に関する特定の情報を持っていない。もしHLR １８（または３８）が（認証センターAC２２（または４２）と共働して）それ以上の情報なしに移動局２をプログラムするものであれば、以下の２つの問題が生成するであろう。まず、「引き抜かれた」移動局は通信システムへのアクセスを得ることができるであろう。なぜなら、移動局のESNから作成される実施義務がまだないからである。第２に、HLR １８（または３８）は移動局２に対応するHLR １８（または３８）の記録を唯一に作成し、検索するために、移動局のMSIDとESNを必要とする。更に、後述するように、SSD更新手順において使用するために、ACは現在移動局に保管されているMSIDを必要とする。
従って、ステップS １７の後に、プロセスはステップS １９に進み、そこでMSC １０はデータ接続を通してOTAサービスプログラミング返答結果（OTA Service Programming RETURN RESULT）（otaserprog）メッセージをHLR １８（または３８）に送り、otaserprogメッセージは移動局２のESN、現在移動局に保管されているMSID、及びMSC １０に割り当てられている場合は、仮のMSIDを含む。仮のMSIDがMSCに割り当てられている場合、TRNはもはや必要ではなく、開放される。その後、移動局２に関する全てのデータ通信は仮のMSID（これはTRNと同じであってもよい）とESNによって参照される。ここで元の（INVOKE）メッセージを識別するために使用される申し合わせでは大文字を使用し、返答結果（RETURN RESULT）メッセージは小文字を使用する（OTASERPROGとotaserprogを比較）ことに注意。
次にプロセスはステップS ２１に進み、そこでHLR １８（または３８）は移動局２のESN、現在移動局に保管されているMSID、及び仮のMSIDを含むotaserprogメッセージを受け取る。ESNと仮のMSIDの組み合わせはHLR １８が移動局２のために記録を保持するため、またデータ接続を介して移動局２と通信するために必要な全ての情報を提供する。現在移動局に保管されているMSIDは、SSD更新手順が遂行される場合、後で使用するためにHLRにおいてセーブされる。我々は仮のMSID、現在移動局に保管されているMSID、及びESNが音声呼び出し設定の間CSCに伝達されないものと仮定しており、従ってMSCから検索される必要がある。
ステップS ２１の次に、プロセスはステップS ２３に進み、そこでHLR １８（または３８）はOTAサービスを移動局２のために実施するか否かを決定する。もし実施する場合は、プロセスは図４Ｄにフローチャートに示したプロセスに流れ、後にステップS ２５に戻る。他の機能を実施しない場合は、ステップS ２３で決定されるように、プロセスはステップS ２７に流れる。ステップS ２５において、HLRはOTASERPROGメッセージ内のOTAデータメッセージを発送し、ユーザーの移動局２の電話をサービスプログラミングするために必要なデータ（例えば、永久MSID）がデータ接続を通して送られ、移動局２によって受け取られる。OTAデータメッセージはMS２とMSC １０間で伝達されるメッセージである。続いて、移動局２に送られたサービスプログラミングデータをその不揮発性記憶装置に送信するよう指令する第２のOTAデータメッセージが（ステップS ２７において）、OTASERPROGメッセージにおいて移動局２に送られる。ステップS ２９では、MSC １０が移動局２を再登録するべきか否か（つまり、MSC/VLR、10/14有する、サービングシステムがサービングシステムのレジスタから移動局２のMSIDを消去する）か否かを決定する。移動局２が再登録されなければ、プロセスは図４ＢのステップS ２３に戻る。しかし、移動局２が再登録される場合は、プロセスはステップS ３１に進み、そこで再登録プロセスが実施される（それについては図５を参照して説明する）。一旦再登録プロセスが実施されると、プロセスはステップS ３３に進む。
次に、ステップS ３３において、移動局２はCSCとの音声接続を終了し、プロセスを終了する。
図4CはOTASERPROGとotaserprogメッセージを使用する呼び出しフロー線図であり、図４Ａと４Ｂのフローチャートにおいて説明したプロセスに対応する。上述のように、本発明はVLR １４とMSC １０が移動局２とHLR／AC１８／２２（または３８／４２）間のメッセージ送信用の導管として基本的に使用されることを企図しており、それらが移動局２のサービスプログラミングプロセスにおいて活動的な役割を果たす必要はない。これは新規の（OTASERPROG）呼び出し（INVOKE）及び返答結果（RETURN RESULT）メッセージの定義を通して達成され、その範囲内でOTAデータメッセージを包み込むことができ、これはMSCとOTAサービスプログラミング関連情報を含むMS間で伝達されるメッセージである。OTASERPROGメッセージはHLR １８（または３８）もしくはAC２２（または４２）からMSC １０に送られる。包み込まれたOTAデータメッセージが存在する場合、それは一般にHLR １８（または３８）もしくはAC２２（または４２）からMSC １０の送られたOTASERPROG呼び出し（OTASERPROG INVOKE）メッセージからMSC １０によって引き出されるであろう。
otaserprogメッセージはMSC １０からHLR １８（または３８）もしくはAC２２（または４２）に送られる。OTAデータメッセージがHLRまたはACに送られる場合、OTAデータメッセージはMSC １０からHLR １８（または３８）もしくはAC２２（または４２）に送られたOTASERPROG返答結果（OTASERPROG RETURN RESULT）メッシージの中にMSC １０によって包み込まれる。
つまり、電波送信サービスプログラミングプロセスは、VLR／MSC（１４／１０）のプロセシング源の実在的な関与なしに好都合に実施することができる。
MSとHLR間、もしくはMSとAC間でORAデータメッセージを伝達することとは別に、OTASERPROG返答結果（OTASERPROG RETURN RESULT）メッセージも、「データ接続を介してMSCをHLRに付ける」や、MSCに暗号化パラメータを送る（Sending Encryption Parameters）等の他の目的のために使用される。
完全さのために、図４Ｃの呼び出しフロー線図（及び他のフロー線図）はVLR／MSC間のメッセージ送信を描いているが、本発明によるシステムはプロセシングまたは制御機能がOTASPプロセスの間にVLR／MSC内で実施されることを企図していないことを理解すべきである。
図４Ｃ（及び他の呼び出しフロー線図）において、特定の呼び出しに対して一般的な説明的記号が提供されている。これらの図において、点線の矢印は音声チャネルもしくはトラフィックチャネルを表わす。
呼び出しフロー線図の構造を図４Ｃに参照して説明する。図４Ｃの上部はMS２、MSC １０、VLR ３４、HLR １８、CSC ２６、HLR ２８、及びCSC ４４に対応し、それらは図３に示されている。MSC １０とVLR １４は共同でサービングシステムを形成し、それはMSの現在の地理的な位置においてMSのために働く。HLR １８とCSC ２６は共同で初期のホームサービス（「初期の」）を形成するが、説明するように、移動局２の音声呼び出しをリダイレクトされたホームサービスに転送することによって、リダイレクトされたホームサービス（「リダイレクトされた」）で置き換えられる。図４Ｃの右手部分に沿ってあるのが、信号送信手順におけるステップを示すラベル（ステップ）である。
図４Ｃのステップ１００において、呼び出しは移動局２（「MS２」）からCSC ２６に送られ、ステップ１００は図４ＡのステップS １とS ３に対応する。ステップ２００（図４ＡのステップS ３）では、初期CSC ２６のオペレータが呼び出しを受信し、携帯電話のユーザーと対話を始める。CSCオペレータがユーザーと会話している間に、オペレータはユーザーがリダイレクトされたHLR ３８及びリダイレクトされたCSC ４４、図４ＡのS ５及びS ７に割り当てられるべきか否かを判断する。従って、ステップ３００において、CSCオペレータは呼び出し転送操作（図４ＡのステップS ９）を開始し、そこで移動局２の呼び出しがリダイレクトされたHLR ３８およびリダイレクトされたCSC ４４に転送される。この呼び出し転送操作の間に、最初のCSC ２６においてMSC １０から受け取ったTRNがリダイレクトされたCSC ４４に送られる。次に、ステップ４００において、移動局２のユーザーがリダイレクトされたCSC ４４においてCSC オペレータと話をし、リダイレクトされたCSCオペレータにユーザーの移動局用のサービスを設定するために必要な情報を提供する。
ステップS ５００において、CSC ４４は所有者インタフェース３６（図３）を通してHLR ３８と交信（始動、図４ＡのステップS １１）し、TRNをHLR ３８に送信する。TRNを用いて、HLRはTRNに連合する識別可能性属性に基づいてMSC １０のアドレスを引き出す。
ステップ６００において、HLR ３８はOTAサービスプログラミング呼び出し（INVOKE）メッセージ、OTASERPROG（TRN，ActionCode）でTRNとアクションコードをVLR １４に送信し、VLR １４は単に同じメッセージをステップ７００において目的地のMSC １０に転送する。（ステップ６００と７００は図４ＡのステップS １３に対応する。）OTASERPROGメッセージはアクションコードフィールド（ActionCode）とTRNフィールドを含む少なくとも２つのフィールドを含む。アクションコードフィールド内のデータはMSC １０によって「データ接続を介してMSCをHLRに付ける」として解釈される。TRNを表わす値はTRNデータフィールドに含まれており、正しいMSをデータ接続（つまり、HLR ３８、VLR １４、及びMSC １０）と連合させるためにMSCによって使用される。図４ＢのステップS １５とS １７を参照のこと。
MSC １０はOTAサービスプログラミング返答結果（OTAサービスプログラミングRETURN RESULT）メッセージ、otaserprog（仮のMSID、ESN、現在移動局に格納されているMSID）を発行することによってHLR ３８の要求に応答する。図４ＢのステップS １９を参照。otaserprogメッセージはESN、現在移動局に格納されているMSIDの形態で、移動局２の識別をHLR ３８に効果的に報告し、またHLRに仮のMSIDを送る。
ステップ９００において、VLR １４は仮のMSID、現在移動局に格納されているMSID及びESNをHLR ３８に中継し、そこでそれらはHLR ３８に受領される。我々は仮のMSID、現在MSにあるMSID及びESNが音声呼び出し設定の間CSCに伝達されないものと仮定しており、従ってMSCから検索される必要がある。仮のMSID及び移動局のESNを持てば、HLR ３８は移動局２のプログラミングデータの記録を保持することが自由にでき、OTASERPROGメッセージでMSCに送られ、包み込まれたOTAデータメッセージを介して、移動局２にプログラミングデータの関連部分を送ることができる。このことはステップ９０４（図４ＢのステップS ２５）として図示されている。上述のように、一旦プログラミングデータを移動局２にダウンロードすると、移動局２はHLRによってプログラミングデータを不揮発性記憶装置に保管するよう指示される。リダイレクトされたCSC ４４との音声呼び出しが終了される。その結果、移動局の電波放送サービスプログラミングが達成される。MSにプログラムされた情報もHLR及び／もしくはACにおいて不揮発性記憶装置に保管される。
代替呼び出しフローはステップ５００においてCSC ４４に仮のMSIDを指定することであり、この場合、HLR ３８はSMC １０に送られたOTASERPROGメッセージ内にTRNと仮のMSIDとを含んでいるであろう。それに答えて、MSC １０はステップ８００及び９００においてESN及びMSに現在格納されているMSIDを送り返すであろう。
図４ＢのステップS ２３に関連して前述した「他の機能」に戻って、図４Ｄは「他の機能」を処理するためのプロセスステップのフローチャートである。図４Ｂと図４Ｄ間の関係は、図４ＢのステップS ２３において、電波放送サービスプログラミングプロセスが更に進行する前に、「他の機能」を実行すると決定された場合、プロセスは図４ＤのステップS ２３からステップS ３９に流れるようなものである。「他の機能」が実施されない場合、プロセスは図４Ｂに示すようにステップS ２５に進む。本発明において実行されるような「他の機能」については図４Ｄ及び図６、７、８を参照して説明する。
図４Ｄは図４Ｂに示したプロセスの継続であるプロセスのフローチャートである。ステップS ３９において、CSC ２６（またはHLR １８）がA-キーダウンロード手順（図６を参照して後述する）を実行すべきか否かを決定し、ステップS ４０においてA-キーダウンロード手順を実行し、ステップS ４１を進む。ステップS ３９において如何なるA-キーダウンロード手順（図６を参照して後述する）も実行しないと決定した場合、プロセスはステップS ４１に流れ、SSD更新手順（図７を参照して後述する）を実行すべきか否かを質問する。実行すべき場合は、プロセスはステップS ４２に進み、そこでSSD更新手順が実行され、プロセスはステップS ４３に進む。ステップS ４１において、如何なるSSD更新手順も実行しないと決定した場合、プロセスはステップS ４３に進み、そこで認証手順（図８を参照して後述する）を実行するかどうかに関する質問が為される。実行すべき場合は、プロセスはステップS ４４に進み、そこで認証手順が実行される。そうでなければ、プロセスは図４ＢのステップS ２５に戻る。A-キーダウンロードが実行され、音声プライバシー及び／もしくはメッセージ暗号化が希望される場合、SSD更新は必然的に認証手順に先行する。A-キーダウンロード手順、SSD更新手順及び認証手順について下記に詳細に説明する。
AC及びHLRはお互いから分離できるので、AC手順に関する以下の説明はACがHLRから分離されていると仮定する。
ACを含む操作には４つの操作がある：
１）A-キーを生成させ、それを移動局に送信する（以下、A-キーダウンロードのために我々はリベスト−シャミア−アドレマン（Rivest-Shamir-Adleman）（RSA）法を実施するが、A-キーダウンロードのための他の方法も同様に使用できる）；
２）SSDを更新する；
３）VPMASK及びSMEKEYを生成させる；そして
４）A-キーとSSDを不揮発性記憶装置に格納する。
重点的に取り上げなければならない幾つかの問題がある。
１）認証及びA-キー送信関連操作が開始される場合、本発明によるアプローチはそれらをACにおいて保持することである。このように、HLRはA-キー、暗号化指数もしくは素数P及びQの積を受け取らない。
２）本発明により、OTAデータメッセージがA-キー送信のために生成される場合、メッセージはACにおいて生成され、包み込まれ、直接もしくはHLRを通してMSC／VLRに送られる。あるいはその代わりに、パラメータがACにおいて生成され、HLRに送られ、そこでOTAデータメッセージが形成される。前者のアプローチの方が好ましい。
３）CSCが直接ACとインターフェイスで連結する、もしくはHLRを通して連結するのいずれの場合にも、本発明によれば、HLRは制御下にあり、従ってCSCは本質的にHLRとのみ連結する。
４）ACは適当なOTAデータメッセージを生成するために、HLRによって始動される必要がある。同様に、ACはその操作を完了した時、HLRに知らせる必要がある。
本発明によるA-キーダウンロード手順を図６を参照して説明する。図６では、ステップ１５００において、新しいIS-41認証センタ指令呼び出し（AuthenticationCenterDirective INVOKE）メッセージ、ACDIR（仮のMSID、ENS、ACACTION）がHLR １８または３８によって生成され、AC２２または４２に送られる。この本発明による呼び出し（INVOKE）メッシージはAC２２に主題の移動局２（図１）のためにA-キーダウンロードを実行するように指示するACACTIONフィールドを含んでいる。移動局２は仮のMSID及びACDIRメッセージのESNデータフィールドに含まれる値によって識別される。ステップ１６００において、AC２２（または４２）は仮のMSID、ENS及びACにおいて生成される公衆暗号化キーを、OTAデータメッセージ、OTASERPROG［MIN，ESN，OTA Data Message］メッセージで、OTAサービスプログラミング呼び出し（OTAServiceProgramming INVOKE）メッセージを介してHLR １８（またはHLR ３８）に送信する。OTASERPROGメッセージはHLRからMSCにVLRを介して転送される。SMCでは、公衆暗号化キーを含むOTAデータメッセージが移動局に送られる。一旦移動局２が公衆暗号化キーを所有すると、移動局２はそれを使用してセッションマスクを符号化し、符号化したセッションマスクをOTAデータメッセージ内のMSCに伝達する。
ステップ１９００において、MSC １０はOTAサービスプログラミング返答結果（OTAServiceProgramming RETURN RESULT）メッセージを介して、OTAデータメッセージ内に符号化されたセッションマスクを含むotaserprog［OTA Data Message］に応答する。otaserprogメッセージはステップ２０００及び２１００においてACに中継される。
ACは公衆暗号化キーと公衆暗号化キーを計算するために使用する他のパラメータを有するので、セッションマスクを解読する。ACはA-キーを選択し、セッションマスクを使用してそれを符号化する。ステップ２２００において、AC２２（または４２）は仮のMSID、ENS、及び符号化されたA-キーを含むOTAデータメッセージを、OTAサービスプログラミング呼び出し（OTAServiceProgramming INVOKE）メッセージ、OTASERPROG（仮のMSID、ESN、OTAデータメッセージ）でHLRに送信する。ステップ２３００及び２４００はACの符号化されたA-キーを移動局２に中継する。MSはA-キーを解読するためにACによって使用されるセッションマスクを持っているので、A-キーを解読することができる。ステップ２５００において、MSC １０は移動局２からA-キーがOTデータメッセージにおいてうまく受信されたことの確認を含むOTAデータメッセージを、OTAサービスプログラミング返答結果（OTAServiceProgramming RETURN RESUL）メッセージ、otaserprog［OTA Data Message］で送信する。ステップ２６００及び２７００において、移動局２の確認がACに中継される。
ステップ２８００において、AC２２または４２が、ステップ１５００においてA-キーダウンロードを呼び出すというHLRの要求が完了されたことをHLR １８または３８に通知するものとして、空の認証センタ指令返答結果（AuthenticationCenterDirective RETURN RE SULT）をHLR １８または３８に送る。
本発明によるSSD更新手順を図７を参照して説明する。図７に示した例示的な手順及び信号送信計画は、SSDが共有されない場合に対応する。CSCは移動局２にダウンロードされたパラメータにゆだねることを実際に決定できないので、SSDがOTAサービスプログラミングの間のSSD更新の間共有されないことが好ましい。それにも関わらず、共有SSDも使用できるであろう。本発明によるSSD更新手順を実行するために、IS-41-Cに対する重大な修正が必要ではないことに注意。ACはHLRによって始動され、SSD更新を実行し、SSD更新手順の終了時にHLRにACから通知される。
図７の呼び出しフロー線図のステップ２９００は、本発明による新しいIS-41認証センタ指令呼び出しメッセージ、ACDIR［仮のMSID、ENS、ACACTION、現在MSにあるMSID］を示し、それはSSD更新手順の実行を要求するために、HLRからACに伝達される。メッセージはAC２２（またはHLR ３８が選択される場合は、４２）に、SSD更新を実施するよう指令するACACTIONフィールドを含む。SSD更新操作はA-キーが移動局にダウンロードされるとすぐに開始できる。ステップ３０００〜５３００はIS41-CのSSD更新手順のために存在するものと同様である。MSにしばしば格納されるMSIDはACに送られ、MSからの基地局チャレンジに対する認証応答を計算する際に使用される。
ステップ５４００において、HLR １８（または３８）は、SSD更新手順を完了したことの通知として、空の認証センタ指令，アクディル（acdir）［］メッセージをAC２２（または４２）に送る。
本発明により音声プライバシー、メッセージ暗号化もしくはその両方を可能化するための再認証は以下のように達成される。
本発明による再認証は図８に示した呼び出しフローを通して実行される。この図では、ステップ５５００において、新しいIS-41メッセージ認証センタ指令呼び出し，アクディル［仮のMSID，ENS，DGTSDIAL，ACACTION］が、AC２２（またはHLR ３８が選択される場合は、４２）に再認証手順を実施するよう指令するACACTIONフィールドを含む。更にメッセージに含まれるのが、仮のMSID，ESN，DGTSDIALパラメータ（移動局によってダイヤルされる数字）である。
ステップ５６００において、AC２２（または４２）はOTAServiceProgramming呼び出し（OTAServiceProgramming INVOKE）メッセージ、OTASERPROG［OTA Data Message］を介してHLR １８（または、選択された場合は、HLR ３８）に乱数（RAND）を含むOTAデータメッセージを送信し、このメッセージは最終的にMSC １０によって受け取られるであろう。ステップ５７００と５８００はそのメッセージをMSC １０に中継する。MSC １０において、RANDを含むOTAデータメッセージが移動局に送られる。移動局は認証応答（AUTHR）を計算し、MSC １０へのOTAデータメッセージ内の他のパラメータと共にそれを有する。
ステップ５９００において、MSC １０はOTAサービスプログラミング返答結果メッセージ、otaserprog［OTA Data Message］を介して、AUTHRを含むOTAデータメッセージをVLR １４に送ることによってACのメッセージに応答する。ステップ６０００及び６１００がAC２２にMSCのメッセージを中継する。
ステップ６２００において、AC２２は移動局が正しく認証されたことを判定し、OTAサービスプログラミング返答結果メッセージ、アクディル［SMEKEY，VPMASK］を介して、HLR １８にSMEKEY及びVPMASKパラメータを送る。ステップ６３００と６４００はこれらのパラメータを、OTAサービスプログラミング呼び出しメッセージでMSC １０に中継する。一旦SMEKEY及びVPMASKが供給されると、MSC １０は音声プライバシー及びメッセージ暗号化を使用するために必要なものが整った状態である。
ステップ６５００において、MSC １０はVPMASKとSMEKEYがMSC １０において受信されたことを通知するものとして作用する、空のOTAサービスプログラミング返答結果メッセージ、otaserprog［]を送り、それはステップ６６００においてHLRに中継される。
VPMASKとSMEKEYパラメータは最初MSCに送られる時、OTAサービスプログラミング呼び出しに含まれ、OTAデータメッセージに包み込まれたRENDパラメータを運んでもよいが、これらのパラメータはACがMSの再認証応答を受け取った後、MSCに送られることが好ましい。なぜなら、MSCは移動局の再認証プロセスがうまくいったかどうかを判定する必要がないからであり、この手順では、ACはこの情報を知り、MSがうまく再認証された場合にのみMSCにVPMASKとSMEKEYを送る。
音声プライバシー、メッセージ暗号化もしくはその両方を可能化するための本発明によるIA-41ネットワークに対する修正は、OTAサービスプログラミング呼び出しにVPMASKとSMEKEYを含むことである。
前述の図４ＢのステップS ３３に戻って、本発明によるOTAサービスプログラミングが終了した後、移動局２の登録は以下のように行われる。
OTAサービスプログラミングがうまく終了し、MSIDが変更された場合、MSC／VLRは古いMSID用のデータベース入力を削除すべきである。サービングMSC／VLRはHLRに登録通知を送り、移動局２を登録し、ユーザーのプロフィールを入手すべきである。MSIDが変更されない場合は、HLRはHLRが保持する情報に基づいて、IS41C操作-免許指令（QualificationDirective）及び認証指令サービングMSC／VLRを更新することができる。
MSIDが変更された時には、MSC／VLRが通常のIS-41登録操作を遂行して、ユーザーのプロフィールを入手することが望ましい。しかしながら、MSCがOTAデータメッセージを調べない限り、MSCは新しいMSIDを知らず、調べることは望ましいことではない。
IS-683、電波放送サービスプログラミング用のCDMAエアインターフェイス基準では、移動局の登録パラメータは、移動局がOTAサービスプログラミングを完了し、制御チャネルのモニタリングに戻った時に登録を生じさせる値に設定されていない。移動局は正しいシステム識別番号（SID）、ネットワーク識別番号（NID）、及び登録領域を持つことができるので、移動局が呼び出しを開始し、移動局が移動して、登録が始動される、あるいは移動局局のタイマーが終了し、周期的な登録を実施するまで登録は生成しなくてもよい。CDMAモードでの操作の間、（適当な登録方法がIS-95システムパラメータメッセージにおいて可能化されると仮定して）登録を始動させる値に設定されたパラメータで、移動局にIS-95移動局登録メッセージを送ることによって、移動局に登録を強いることができる。例えば、パラメータ登録もしくは領域ベースの登録が可能化された場合、SIDを０に等しくなるように設定すると、登録を始動させるであろう。CDMAモードでは、基地局はIS-95ステータスメッセージによってMIN（IMSI）を得ることができる。これらの方法は、アナログモードでOTAサービスプログラミングを実施する時には使用できない。
あるいはその代わりに、MSCは仮のMSIDとMSに以前に格納されていたMSIDのみを有するので、OTサービスプログラミングメッセージで新しいMSIDをMSCに送信することによって登録を行うこともできる。これはMSCがIS-41登録通知操作を実施するのを可能にする。別の代替案は、OTAサービスプログラミングを実施する時に、移動局にその登録変数をクリアさせるように、IS-683と他のエアインターフェイスOTASP基準を修正することである。これは移動局がCDMAページングチャネルまたはアナログ制御チャネルに戻る時に、移動局が登録されるようにする。
MSIDを変更するOTAサービスプログラミングがうまくいったことの兆候を受け取るとすぐに、サービングMSCは古いMSIDをそのデータベースから削除し、古いMSIDに対して古いMSID（図５を参照）で既存のIS 41-C MSInactive操作を実施する。古いMSIDに対して、移動局のMSIDが変更されたことを指示することが望ましいかもしれない。これはネットワークへの不正な入力を避ける助けをする。
本発明による呼び出しの解除は以下のように行われる。
呼び出しはサービスプログラミングセッションが完了した時、移動局によって解除できる。更に、サービスプログラミングセッションが完了した時、CSCによって解除することもできる。
好適態様の上記説明は当業者が本発明を利用できるようにするために為されたものである。これらの態様に対する様々な修正も当業者には容易に自明となるであろう。ここに明確にした一般的な原則は発明的な能力を使用せずに、他の態様にも適用できるであろう。このように、本発明はここに示した態様に制限されることを意図しておらず、ここに開示した原則及び新規の特徴と矛盾しない幅広い範囲と一致すべきものである。
【図１】
0003902658.tif 000002
【図２】
0003902658.tif 000003
【図３】
0003902658.tif 000004
【図４Ａ】
0003902658.tif 000005
【図４Ｂ】
0003902658.tif 000006
【図４Ｃ】
0003902658.tif 000007
【図４Ｄ】
0003902658.tif 000008
【図５】
0003902658.tif 000009
【図６】
0003902658.tif 000010
【図７】
0003902658.tif 000011
【図８】
0003902658.tif 000012