(57)【特許請求の範囲】
【請求項１】
通信装置が複数のサービスプロバイダが存在する環境において、無線サービスプロバイダの位置を突き止める方法であって、
容認可能なサービスプロバイダが存在する周波数帯域が突き止められるまで周波数帯域検索スケジュールによって規定の順序で複数の周波数帯域を審査し、
該容認可能なサービスプロバイダのサービスプロバイダカテゴリを識別し、
さらに、該周波数帯域検索スケジュールで周波数帯域を審査する前に、該通信装置によって使用された最終周波数帯域に容認可能なサービスプロバイダが存在するか否かを判断し、該通信装置によって使用された前記最終周波数帯域に容認可能なサービスプロバイダが存在しない場合に、容認可能なサービスプロバイダが存在する周波数帯域が突き止められるまで該周波数帯域検索スケジュールで周波数帯域を審査することからなる方法。
【請求項２】
請求項１記載の方法であって、さらに、該容認可能なサービスプロバイダのサービスプロバイダカテゴリを識別する段階が、周波数帯域制御チャネルに関して提供された情報と容認可能なサービスプロバイダの複数のサービスプロバイダカテゴリとを比較する段階からなる方法。
【請求項３】
通信装置が複数のサービスプロバイダが存在する環境において、無線サービスプロバイダの位置を突き止める方法であって、
容認可能なサービスプロバイダが存在する周波数帯域が突き止められるまで周波数帯域検索スケジュールによって規定の順序で複数の周波数帯域を審査し、
複数のサービスカテゴリからサービスプロバイダカテゴリを識別するとともに、該容認可能なサービスプロバイダに関連付けられた英数字インジケータを識別し、
さらに、周波数帯域検索スケジュールで、周波数帯域を審査する前に、該通信装置によって使用された最終周波数帯域に容認可能なサービスプロバイダが存在するか否かを判断し、該通信装置によって使用された前記最終周波数帯域に容認可能なサービスプロバイダが存在しない場合に、容認可能なサービスプロバイダが存在する周波数帯域が突き止められるまで該周波数帯域検索スケジュールで周波数帯域を審査することからなる方法。
【請求項４】
請求項３記載の方法であって、さらに、複数のサービスプロバイダカテゴリの各々に関連付けられた英数字インジケータを、無線インターフェイスによって伝送された情報を用いて修正する段階からなる方法。
【請求項５】
複数のサービスプロバイダが存在する環境において、無線サービスプロバイダの位置を突き止める無線通信装置であって、
複数の周波数帯域を規定の順序で持つ周波数帯域検索スケジュールを格納し、複数のサービスプロバイダカテゴリの情報を格納するためのメモリ、及び、
容認可能なサービスプロバイダが存在する周波数帯域が突き止められるまで該周波数帯域検索スケジュールによって規定の順序で複数の周波数帯域を審査するとともに該容認可能なサービスプロバイダのサービスプロバイダカテゴリを識別するためのプロセッサからなり、
該プロセッサが、該周波数帯域検索スケジュールで周波数帯域を審査する前に、該通信装置によって使用された最終周波数帯域に容認可能なサービスプロバイダが存在するか否かを判断し、該通信装置によって使用された前記最終周波数帯域に容認可能なサービスプロバイダが存在しない場合に、容認可能なサービスプロバイダが存在する周波数帯域が突き止められるまで該周波数帯域検索スケジュールで周波数帯域を審査することを特徴とする無線通信装置。
【請求項６】
請求項５記載の装置であって、さらに、該プロセッサが、周波数帯域制御チャネルに関して提供された情報と該サービスプロバイダの複数のサービスカテゴリに関する格納された情報とを比較することからなる無線通信装置。
【請求項７】
複数のサービスプロバイダが存在する環境において、無線サービスプロバイダの位置を突き止める無線通信装置であって、
（１）規定の順序で複数の帯域を持つ周波数帯域検索スケジュールを格納し、（２）サービスプロバイダの複数のカテゴリに関する情報を格納し、（３）該サービスプロバイダの複数のカテゴリの各々の関連付けられた英数字インジケータを格納するためのメモリ、及び、
（１）容認可能なサービスプロバイダを持つ周波数帯域が突き止められるまで、周波数帯域検索スケジュールによって規定された順序で複数の周波数帯域を審査し、（２）サービスプロバイダカテゴリと該容認可能なサービスプロバイダに関連付けられた英数字インジケータを識別するためのプロセッサからなり、
該プロセッサが、該周波数帯域検索スケジュールで周波数帯域を審査する前に、該通信装置によって使用された最終周波数帯域に容認可能なサービスプロバイダが存在するか否かを判断し、該通信装置によって使用された前記最終周波数帯域に容認可能なサービスプロバイダが存在しない場合に、容認可能なサービスプロバイダが存在する周波数帯域が突き止められるまで該周波数帯域検索スケジュールで周波数帯域を審査することからなる無線通信装置。
【請求項８】
請求項７記載の装置であって、サービスプロバイダの該複数のカテゴリの各々に関連付けられた前記英数字インジケータが、無線インターフェイスによって伝送された情報を用いて修正される無線通信装置。
【請求項９】
通信装置が複数のサービスプロバイダが存在する環境において、無線サービスプロバイダの位置を突き止める方法であって、
容認可能なサービスプロバイダが存在する周波数が突き止められるまで周波数検索スケジュールによって規定の順序で複数の周波数を審査し、
該容認可能なサービスプロバイダのサービスプロバイダカテゴリを識別し、
さらに、該周波数検索スケジュールで周波数を審査する前に、該通信装置によって使用された最終周波数に容認可能なサービスプロバイダが存在するか否かを判断し、該通信装置によって使用された前記最終周波数に容認可能なサービスプロバイダが存在しない場合に、容認可能なサービスプロバイダが存在する周波数が突き止められるまで該周波数検索スケジュールで周波数を審査することからなる方法。
【請求項１０】
請求項９記載の方法であって、該容認可能なサービスプロバイダのサービスプロバイダカテゴリを識別することが、制御チャネルに関して提供された情報とサービスプロバイダの複数のサービスカテゴリとを比較することからなる方法。
【請求項１１】
通信装置が複数のサービスプロバイダが存在する環境において、無線サービスプロバイダの位置を突き止める方法であって、
容認可能なサービスプロバイダが存在する周波数が突き止められるまで周波数検索スケジュールによって規定の順序で複数の周波数を審査し、
複数のサービスカテゴリからサービスプロバイダカテゴリを識別するとともに、該容認可能なサービスプロバイダに関連付けられた英数字インジケータを識別し、
さらに、該周波数検索スケジュールで周波数を審査する前に、該通信装置によって使用された最終周波数に容認可能なサービスプロバイダが存在するか否かを判断し、該通信装置によって使用された前記最終周波数に容認可能なサービスプロバイダが存在しない場合に、容認可能なサービスプロバイダが存在する周波数が突き止められるまで該周波数検索スケジュールで周波数を審査することからなる方法。
【請求項１２】
複数のサービスプロバイダが存在する環境において、無線サービスプロバイダの位置を突き止める無線通信装置であって、
複数の周波数を規定の順序で持つ周波数検索スケジュールを格納し、複数のサービスプロバイダカテゴリに関する情報を格納するためのメモリ、及び、
容認可能なサービスプロバイダが存在する周波数が突き止められるまで該周波数検索スケジュールによって規定の順序で複数の周波数を審査するとともに該容認可能なサービスプロバイダのサービスカテゴリを識別するためのプロセッサからなり、
該プロセッサが、該周波数検索スケジュールで周波数を審査する前に、該通信装置によって使用された最終周波数に容認可能なサービスプロバイダが存在するか否かを判断し、該通信装置によって使用された前記最終周波数に容認可能なサービスプロバイダが存在しない場合に、容認可能なサービスプロバイダが存在する周波数が突き止められるまで該周波数検索スケジュールで周波数を審査することからなる無線通信装置。
【請求項１３】
複数のサービスプロバイダが存在する環境において、無線サービスプロバイダの位置を突き止める無線通信装置であって、
（１）規定の順序で複数の帯域を持つ周波数検索スケジュールを格納し、（２）サービスプロバイダの複数のカテゴリに関する情報を格納し、（３）サービスプロバイダの該複数のカテゴリの各々に関連付けられた英数字インジケータを格納するためのメモリ、及び、
（１）容認可能なサービスプロバイダを持つ周波数が突き止められるまで、周波数検索スケジュールによって規定された順序で複数の周波数を審査し、（２）サービスプロバイダカテゴリと該容認可能なサービスプロバイダに関連付けられた英数字インジケータを識別するためのプロセッサからなり、
該プロセッサが、該周波数検索スケジュールで周波数を審査する前に、該通信装置によって使用された最終周波数に容認可能なサービスプロバイダが存在するか否かを判断し、該通信装置によって使用された前記最終周波数に容認可能なサービスプロバイダが存在しない場合に、容認可能なサービスプロバイダが存在する周波数が突き止められるまで該周波数検索スケジュールで周波数を審査することからなる無線通信装置。
【発明の詳細な説明】
関連出願についての表示
本願は、共有譲渡された米国特許第０８／          の「無線通信サービス環境における複数のプロバイダの最適な選択方法」と称する特許出願に関するものである。
発明の背景
本発明は、通信に関するものであり、詳しくは、複数のサービスプロバイダがいる環境下での通信に関するものである。
図１に、無線周波数スペクトルの一部が示されている。８００メガヘルツ周辺の周波数範囲１０は、従来、セルラー周波数範囲として周知であるが、１９００メガヘルツ周辺の周波数範囲１２は、パーソナルコミュニケーションサービス（ＰＣＳ）に対応するさらに新しく定義された周波数範囲である。周波数の各範囲、すなわち、セルラーおよびＰＣＳは２つに分類される。セルラー周波数範囲１０には、移動通信装置からセルラー基地局などの基地局への通信に用いられるアップリンク部１４があり、セルラー周波数範囲１０の部分１６は、ダウンリンク通信、すなわち、セルラー基地局から移動通信装置への通信に用いられる。
同様に、ＰＣＳ周波数範囲１２の部分１８は、アップリンク通信、すなわち、移動通信装置から基地局への通信に用いられ、ＰＣＳ周波数範囲１２の部分２０は、ダウンリンク通信、すなわち、基地局から移動通信装置への通信に用いられる。
各周波数範囲は、一般に、種々のサービスプロバイダと関連のある帯域に分類される。セルラー周波数範囲１０の場合、周波数帯域３０および３２は、それぞれ、アップリンク通信およびダウンリンク通信の帯域「ａ」に指定されている。ある特定の地理的エリアにおいて、セルラーサービスプロバイダは、移動通信を行うために周波数帯域「ａ」を割り当てられる。同様に、同じ地理的エリアにおいて、別のセルラーサービスプロバイダには、帯域「ｂ」に指定されている周波数帯域３４（アップリンク）および３６（ダウンリンク）が割り当てられる。これらのサービスプロバイダに割り当てられた周波数スペクトルは、お互いの通信を干渉し合わないように分離されていることから、２つの個別のサービスプロバイダが同じ地理的エリア内でサービスを提供できるようになっている。先頃、米国政府は、サービスプロバイダに対してＰＣＳ周波数スペクトルを競売に出している。セルラー周波数範囲のように、ＰＣＳ周波数範囲は、いくつかの帯域に分類され、その帯域では、異なるサービスプロバイダがある特定の地理的エリア内で認可された特定の周波数帯域を使用できる。このＰＣＳ帯域を、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆとする。Ａ帯域は、アップリンク帯域５０とダウンリンク帯域５２を有し、Ｂ帯域は、アップリンク帯域５４とダウンリンク帯域５６を有し、Ｃ帯域は、アップリンク帯域５８とダウンリンク帯域６０を有している。Ａ、Ｂ、Ｃ帯域の各アップリンク帯域とダウンリンク帯域の幅は、約３０メガヘルツである。Ｄ帯域は、アップリンク帯域６２とダウンリンク帯域６４を有し、Ｅ帯域は、アップリンク帯域６６とダウンリンク帯域６８を有している。同様に、Ｆ帯域は、アップリンク帯域７０とダウンリンク帯域７２を有している。Ｄ、Ｅ、Ｆ帯域のアップリンク帯域とダウンリンク帯域の幅は、それぞれ約１０メガヘルツである。このセルラー周波数帯域およびＰＣＳ周波数帯域を使用すると、ある特定のエリア内で、８つの異なる無線通信サービスプロバイダがサービスを提供できることになる。
前記の異なるセルラー帯域とＰＣＳ帯域の各々は、アップリンクとダウンリンクのいずれの方向にも制御チャネルと通信チャネルを有している。アナログセルラー帯域の場合、「ａ」と「ｂ」の両方の帯域に２１の制御チャネルがあり、制御チャネルの各々は、アップリンク部とダウンリンク部を有している。制御チャネルは、ＳＯＣ（システムオペレータコード）、ＳＩＤ（システム識別子コード）、ページング情報、コールセットアップ情報、および移動通信システムの登録に関する情報などのその他オーバヘッド情報等の情報を送信する。制御チャネルに占有されていないセルラー帯域のスペクトルの部分は、通信チャネルに使用される。通信チャネルは、音声またはデータ通信に用いられ、各チャネルは、アップリンクおよびダウンリンク通信リンクにより構成されている。現在、複数のセルラー通信標準規格がある。ＥＩＡ／ＴＩＡ  ５５３として周知のアナログ標準規格は、ＡＭＰＳ（先進移動無線サービス）標準規格に基づき設立されたものである。この標準規格は、２１のアナログ制御チャネル（ＡＣＣ）と数百ものアナログ音声またはトラフィックチャネル（ＡＶＣ）を支援している。これよりも新しい標準規格は、デュアルモード動作を支援するＥＩＡ／ＴＩＡ  ＩＳ５４Ｂ標準規格である。デュアルモード動作は、アナログ制御チャネルや、アナログ音声／トラフィックチャネルまたはデジタルトラフィックチャネル（ＤＴＣ）と関連している。ＡＶＣまたはＤＴＣは、実際の通信に用いられ、ＡＣＣは、例えば、コールセットアップ、サービスプロバイダの識別、およびその他のオーバヘッドまたはシステム情報に関する情報を転送する際に用いられる。
さらに新しい標準規格、すなわち、ＥＩＡ／ＴＩＡ  ＩＳ１３６標準規格は、アナログおよびデュアルモードセルラーの両方によって取り扱われる通信を支援し、さらに、ＰＣＳ周波数帯域Ａ〜Ｆおよびセルラー周波数帯域「ａ」および「ｂ」を対象に設計された総合的なデジタル通信スキームをも含むものである。この標準規格は、デジタルトラフィックチャネル（ＤＴＣ）とデジタル制御チャネル（ＤＣＣＨ）を考慮に入れている。ＤＴＣの場合、音声やデータの通信を行うだけでなく、さらに、ＤＴＣによってデジタルチャネルロケータ（ＤＬ）が送信される。このＤＬにより、ＤＴＣに連結している移動通信装置が、ＳＯＣ、ＳＩＤ、ページング情報、その他のデジタル制御チャネルによって搬送されるシステムオーバヘッド情報等の情報を取得するために、ＤＬの情報を用いてＤＣＣＨの位置を見つけることができる。
移動電話などの移動通信装置をサービスプロバイダに登録しようとする場合、携帯電話は、制御チャネルに連結し、ＳＯＣやＳＩＤなどの情報を読み取る。そのＳＯＣおよび／またはＳＩＤが、ユーザが通信サービス契約を結んでいるサービスプロバイダに対応していれば、その携帯電話は、アップリンク制御チャネルを介して、サービスプロバイダの移動通信システムに登録できる。
図２は、シアトル、シカゴ、ワシントンＤＣなどの都市を示す米国の地図である。例えば、シアトルでは、周波数帯域Ａに、４３のＳＩＤを有するＳＯＣ（サービスオペレータコード）００１が認可され、帯域Ｃには、３７のＳＩＤを有するＳＯＣ００３が認可されている。ここで、シカゴでは、周波数帯域Ｃに、５７に等しいＳＩＤを有するＳＯＣ００１が認可され、帯域Ｂに、５１のＳＩＤを有するＳＯＣ００３が認可されたと仮定し、また、ワシントンＤＣでは、周波数帯域「ａ」に、２１のＳＩＤを有するＳＯＣ００１が認可され、帯域Ａに、１７のＳＩＤを有するＳＯＣ００３が認可されたと仮定する。その場合、互いに異なる周波数帯域にあるにもかかわらず、複数の異なる位置に、同一のＳＯＣがあることに気がつく。さらに、注意すべき点は、同一のＳＯＣが各エリアの異なるＳＩＤに対応づけられており、また、同一の地理的エリア内でそれぞれ異なるサービスプロバイダが異なるＳＩＤを保有している点である。無線電気通信サービスのある特定の加入者が、００１のＳＯＣを有するサービスプロバイダと契約を結んでいる場合、その加入者は、使用料が比較的少ないことが予想されることから、００１のＳＯＣを有するシステムの方を好んで使用するものと思われる。加入者がシアトルにいる場合、その人は帯域Ａの方を選び、シカゴにいれば、帯域Ｃを選び、ワシントンＤＣにいれば、帯域「ａ」を選ぶことが考えられる。以上に述べてきた状況により、無線通信サービスの加入者から見て問題が生じることになる。加入者がその国のあるエリアから別のエリアへ移ったとき、オンになっている電話機は、「ホーム」サービスプロバイダ、すなわち加入者が予め契約を結んでいるサービスプロバイダを検索する。例えば、加入者がシアトルからシカゴへ旅行して、シカゴで電話機をオンにしたときに、電話機は、スペクトルの異なる帯域を介して検索し、所望のサービスプロバイダを検出するために、コード００１を持つサービスオペレータを識別する。
ある特定のサービスプロバイダを検索するために、電話機は、「ａ」および「ｂ」のセルラー帯域と８つのＰＣＳ帯域の両方により検索しなければならない。ここで、「ａ」および「ｂ」のセルラー帯域内には、最高２１の異なるＡＣＣがあることを思い出していただきたい。つまり、ＳＯＣまたはＳＩＤを取得するＡＣＣを検索するためには、４２のＡＣＣをチェックしなければならない。さらに、ＰＣＳ帯域Ａ〜Ｆ内のある特定のＳＯＣまたはＳＩＤを検索することは、特に時間のかかる作業である。ＳＯＣおよびＳＩＤを有するデジタル制御チャネル（ＤＣＣＨ）は、ある特定のＰＣＳ帯域内の特定の周波数に割り当てられない。その結果、移動通信装置は、各ＰＣＳ帯域のスペクトルによって検索を行い、ＤＣＣＨ、または、移動通信装置をＤＣＣＨに向けるデジタルチャネルロケータ（ＤＬ）を有するアクティブなＤＴＣを求めなければならなくなる。以上説明した通り、ある特定のサービスプロバイダを検索するプロセスは、骨の折れる作業であり、数分程度の時間を要する。
発明の要旨
本発明に関わる実施例によれば、複数のサービスプロバイダがいる環境において、ある特定のまたは所望の通信サービスプロバイダの位置を見つける方法が得られる。セルラー電話機などの移動通信装置は、電力供給後、最後に使用された制御チャネルをチェックして、そのチャネルで最適なサービスプロバイダが利用できるか判断する。最適なサービスプロバイダが利用できない場合や、そのチャネルが利用できない場合、移動通信装置は、最適なサービスプロバイダや許容可能なサービスプロバイダを突き止めるまで、既定の順序に従って周波数スペクトルにより検索を行う。
本発明に関わる別の実施例によれば、移動通信装置のディストリビュータや移動通信装置のユーザによって入力された情報に基づき変化する既定の順序に従って、周波数スペクトルが検索される。本発明に関わるさらに別の実施例によれば、サービスプロバイダのスペクトルを検索する既定の順序が、エアによるプログラミングによって更新される。本発明に関わるさらに別の実施例によれば、検索の既定順序が、移動通信装置の操作履歴に基づき定められている。
本発明に関わるさらに別の実施例によれば、制御チャネル上のＳＩＤまたはＳＯＣを通信装置に記憶されている情報とマッチングさせることにより、複数のサービスプロバイダのカテゴリを識別する。
本発明に関わるさらに別の実施例によれば、通信装置がアイドルまたはキャンピングモードのときに、通信装置に「アルファタグ」を表示させて、特定のサービスクラスを識別する。
【図面の簡単な説明】
本願の一部を構成する以下の添付図面は、本発明の好適な実施例を示すものであり、その解説と合わせて、本発明の原理を説明するうえで役立つものである。
図１は、無線通信に使用される周波数スペクトルを示すものである。
図２は、米国内のサービスエリアを示すものである。
図３は、移動通信装置のブロック図である。
図４は、スペクトル検索ルーチンを示すフローチャートである。
図５は、グローバルスペクトル検索ルーチンを示すフローチャートである。
図６は、定期的検索ルーチンを示すフローチャートである。
図７は、受信信号強度検索ルーチンを示すフローチャートである。
図８は、検索スケジュールを示すものである。
図９は、登録履歴によって定められた検索スケジュールを示すものである。
図１０は、サービスプロバイダの優先順位によるリストを示すものである。
図１１は、移動通信装置の英数字タグの表示を示すものである。
実施例の詳細な説明
図３は、セルラー電話機やパーソナル移動通信装置などの移動通信装置のブロック図である。移動通信装置１０は、アンテナ１４から信号を送受信するトランシーバ１２を具備している。移動通信装置１０は、マイクロプロセッサやマイクロコンピュータを具備する制御システム１４によって制御される。制御システム１４は、実行されるプログラムを記憶し、かつ、ユーザ、ディストリビュータ、通信サービスプロバイダ、または製造業者によって入力される情報を記憶するメモリ１６を使用する。ユーザのプレファレンス、ユーザの電話番号、好適なサービスプロバイダの一覧、および周波数検索スケジュール等の情報は、メモリ１６に記憶される。メモリ１６は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）および／またはプログラマブルＲＯＭ（ＰＲＯＭ）などの記憶装置を具備している。ユーザは、キーパッド１８を介して制御システム１４と通信を行い、制御システム１４は、ディスプレイ２０を介してユーザに情報を伝える。また、ディスプレイ２０は、キーパッド１８を介して入力された状況情報や電話番号などの項目等の情報を表示する際に用いられる。移動通信装置１０から送信される音声情報は、マイクロホン２２を介して受信され、移動通信装置１０によって受信された音声通信は、スピーカ２４を介してユーザに伝えられる。
移動通信装置は、まず初めに電源が入れられた後、サービスプロバイダの位置を突き止めて、そのサービスプロバイダに登録する。図１に戻ると、各サービスプロバイダは、無線スペクトルを横切る複数の周波数帯域に配置されている。サービスプロバイダを検出するために、通信装置は、スペクトルを検索してサービスプロバイダを捜し出す。さらに、通信装置は、受信したサービスプロバイダコード、例えば、ＳＯＣ（サービスオペレータコード）またはＳＩＤ（システム識別子コード）を審査して、そのサービスプロバイダが、最適なサービスプロバイダか、好適なサービスプロバイダか、それとも使用できないサービスプロバイダかを判断する。
図４には、制御システム１４が、所望のサービスプロバイダを捜し出すために実行するプロセスまたはプログラムが示されている。電源投入後、ステップ３０の実行により、フラグがクリアされ、最適でないフラグが初期化される。ステップ３２では、最終のサービスプロバイダ、すなわち、電源が切断される前に使用されていたサービスプロバイダが、最適なプロバイダかどうか判断が下される。この判断は、最終サービスプロバイダのＳＯＣまたはＳＩＤをチェックし、該サービスプロバイダのＳＯＣまたはＳＩＤが、最適なサービスプロバイダのＳＯＣまたはＳＩＤと一致しているかどうか判断することによって行われる。最終サービスプロバイダのＳＯＣまたはＳＩＤと、最適なサービスプロバイダおよび好適なサービスプロバイダの一覧は、メモリ１６に記憶されている。ステップ３２で、前のサービスプロバイダが最適でないと判断された場合は、全体的なスペクトル検索が実行される。最終サービスプロバイダが最適であれば、ステップ３４が実行され、システム１４は、該サービスプロバイダの制御信号に連結しようとする。連結できない場合は、該制御チャネルがもはや利用不可能か、範囲外にあることを示していることから、全体的なスペクトル検索が実行される。連結できれば、ステップ３６が実行される。ステップ３６では、制御チャネルに最適なサービスプロバイダのＳＯＣまたはＳＩＤが含まれているかどうか判断される。この判断は、再度、制御信号からのＳＯＣまたはＳＩＤと最適なサービスプロバイダのＳＯＣまたはＳＩＤの一覧とを比較して行われる。該ＳＯＣまたはＳＩＤが最適なサービスプロバイダの一覧にない場合は、全体的なスペクトル検索３３が実行され、最適でないＳＯＣまたはＳＩＤが配置されている周波数帯域の識別子がグローバル検索ルーチン３３へ送信されて、スペクトルのこの箇所を不必要に再度検索しないようにする。ステップ３６において最適なサービスプロバイダが配置されていると判断された場合は、ステップ３８で、通信装置１０を該サービスプロバイダに登録する。ステップ４０は、制御システム１４が、通信システムのオーバヘッド情報や、着信を示すページング情報のためのサービスプロバイダの制御チャネルを監視しているだけのアイドル状態である。アイドル状態４０では、電話機が現在最適でないサービスプロバイダシステムに登録されている場合に、タイマが起動して、デューティサイクルの低い検索が行なえるようにする。このような状況は、グローバルスペクトル検索ルーチン３３が好適ではあるものの最適ではないサービスプロバイダを提供した場合に発生する。５秒毎などの定期的に、ステップ４２が実行され、最適でないフラグが設定されているかどうか判断され、最適でないフラグが設定されていなければ、制御システム１４は、アイドルステップ４０に戻る。最適でないフラグが設定されていれば、ステップ４２は、定期検索ルーチン４４の実行に移り、最適なサービスプロバイダの位置を突き止めるための検索が行われる。定期検索ルーチン４４により最適なサービスプロバイダが検出された場合は、最適でないサービスプロバイダのフラグがクリアされ、定期検索ルーチン４４の実行中に、該移動通信装置が最適なサービスプロバイダに登録される。次に、移動通信装置は、ステップ４０の実行によりアイドル状態になる。最適なサービスプロバイダがルーチン４４に配置されていなければ、ステップ４０の実行により、制御システム１４は、アイドル状態に戻る。
図５は、制御システム１４によって実行されるグローバルスペクトル検索ルーチン３３を示すものである。ステップ６０では、移動通信装置によって最後に使用された制御チャネルがパーソナルコミュニケーションサービスと関連のある制御チャネルかどうか、すなわち、帯域Ａ〜Ｆの制御チャネルかどうか判断される。最終制御チャネルがＰＣＳ制御チャネルであれば、ステップ６２が実行される。ステップ６２では、移動通信装置が、使用された最終ＡＣＣ（アナログ制御チャネル）に連結できるか、あるいはその受信および復号が可能かどうか判断される。移動通信装置が最終ＡＣＣに連結できれば、ステップ６４が実行される。該通信装置が最終ＡＣＣに連結できなければ、ステップ６６が実行される。ステップ６６では、ＲＳＳ（受信信号強度スキャン）が実行される。このステップでは、移動通信装置が、最後に使用されたＡＣＣのセルラー帯域に対応づけられた２１個のＡＣＣの各々と同調し、最も強度の高い受信信号に連結しようとする。ステップ６８では、連結できたかどうか判断する。ステップ６８において、連結できない場合には、既定の検索スケジュールが実行され、サービスプロバイダを捜し出す。ステップ７２で、連結できた場合は、ステップ６４の実行により、制御チャネルから取得したＳＯＣまたはＳＩＤが、最適ＳＯＣまたはＳＩＤの一覧と比較される。ステップ７０では、受信ＳＯＣまたはＳＩＤが最適なサービスプロバイダと対応づけられていれば、ステップ７２の実行により、移動通信装置が最適でないフラグをクリアして、該通信サービスプロバイダに登録し、さらに、図４のステップ４０を実行することにより、アイドル状態になる。ステップ７０において最適なサービスプロバイダのＳＯＣまたはＳＩＤが受信されていないと判断された場合は、ステップ７４の実行により、検索されたばかりの周波数帯域の識別子がメモリ１６に記憶される。ステップ７４の後、また、連結できない場合にはステップ６８の後、あるいは、最後の制御信号がＰＣＳ周波数帯域から取得できなかった場合にはステップ６０の後に、ステップ７８が実行される。ステップ７８では、マスタ検索スケジュールにより検索スケジュールがダウンロードされる。
ステップ８０で検索スケジュールをダウンロードすると、予め検索された周波数帯域は、ダウンロードされたスケジュールから取り除かれて、すでに検索された帯域が検索されないようにする。例えば、図４に関して説明された検索ルーチンで検索された帯域や、ステップ７４に関して説明されたセルラー帯域の検索は、検索スケジュールから取り除かれる。修正された検索スケジュールがロードされた後、検索ポインタが初期化され、修正済みの検索スケジュールによって識別された最初の帯域が示される。修正スケジュールで識別された最初の帯域は、ステップ７９のＲＳＳルーチンの受信信号強度（ＲＳＳ）を考慮に入れて検索される。帯域「ａ」と「ｂ」の場合、最も強度の高い信号を有するＡＣＣが選択される。ＰＣＳ帯域、すなわち、帯域Ａ〜Ｆの場合、各帯域の２．５メガヘルツの部分が、３０キロヘルツ間隔で検索される。移動通信装置は、審査された２．５メガヘルツの帯域内で最低のしきい値、例えばｍ−１１０ｄＢｍにかかる最も強度の高い信号に同調する。ステップ８０では、その信号が有効か、すなわち、前記の標準規格のいずれかに準拠するものかどうか判断される。有効でない場合、ステップ９６において検索ポインタが増加し、信号が有効な場合は、ステップ８２が実行される。ステップ８２では、信号がＡＣＣによるものであるかどうか判断される。ＡＣＣであれば、ステップ９０において、ＳＯＣまたはＳＩＤが復号される。ＡＣＣでなければ、ステップ８４において、受信信号がデジタルトラフィックチャネル（ＤＴＣ）またはデジタル制御チャネル（ＤＣＣＨ）かどうか判断される。信号がＤＣＣＨであれば、ステップ９０において、ＳＯＣまたはＳＩＤが抽出される。受信信号がＤＴＣであると判断された場合は、ステップ８６の実行により、ＤＬ（デジタルチャネルロケータ）が抽出され、受信されたＤＴＣに対応づけられたＤＣＣＨの位置が識別される。ステップ８８では、移動通信装置が、ＤＬによって識別されたデジタル制御チャネルの最も強度の高いＤＣＣＨに同調する。ステップ９０では、受信したＤＣＣＨのＳＯＣまたはＳＩＤが抽出され、ステップ９１において、ＳＯＣまたはＳＩＤが最適なサービスプロバイダに対応づけられる。ＳＯＣまたはＳＩＤが最適なサービスプロバイダに対応している場合、ステップ９２により、最適でないフラグがクリアされ、ステップ９６により、該移動通信装置は、該サービスプロバイダに登録される。ステップ９６の後、移動通信装置は、図４のステップ４０のアイドル状態になる。ステップ９２においてＳＯＣまたはＳＩＤが最適なサービスプロバイダの一覧にないと判断された場合には、ステップ９４の実行により、該ＳＯＣまたはＳＩＤがメモリ１６に記憶され、これにより、該ＳＯＣまたはＳＩＤが、ＳＯＣまたはＳＩＤの制御チャネルのスペクトル位置を持つ、少なくとも好適なサービスプロバイダを示すものであり、不適切なサービスプロバイダや使用できないサービスプロバイダではないことが示される。ステップ９６では、検索されている帯域を識別する検索ポインタが次に進み、検索スケジュールの中の次の帯域を識別する。ステップ９８では、ポインタが検索スケジュールの最後に到達したかどうか判断される。検索スケジュールの最後に到達していたら、ステップ８２により、前記したように、別の受信信号の強度を検索するルーチンが実行され、最終周波数帯域が検索されると、ステップ１００が実行される。ステップ１００では、移動通信装置が、記憶されている最良のＳＯＣまたはＳＩＤ、すなわち、少なくとも好適なサービスプロバイダに対応づけられているＳＯＣまたはＳＩＤに登録される。最良のサービスプロバイダは、記憶されているＳＯＣまたはＳＩＤと好適なＳＯＣまたはＳＩＤの一覧の比較により識別できる。好適なＳＯＣまたはＳＩＤの一覧は、最適なＳＯＣまたはＳＩＤを含むこともあり、プライオリティの高い方が登録を行ううえで優先権を持つ好適なＳＯＣまたはＳＩＤの優先順位による一覧となっている。この一覧には、緊急時（例えば、９１１コール）またはユーザがオーバライドコマンドを入力した場合にのみ使用される不適切なあるいは禁止されているＳＯＣまたはＳＩＤも含まれている。ステップ１００のサービスプロバイダへの登録後、ステップ１０２の実行により、最適でないフラグが設定され、次に、図４のステップ４０が実行されることにより、移動通信装置がアイドル状態になる。
図４と図５の検索動作は、簡単な方法で実行してもよい。図４について言えば、制御システム１４は、常にステップ３２、３４、３６、３８を飛び越して、ステップ３０の後にステップ３３を実行してもよい。図５について言えば、制御システム１４は、常にステップ６０〜７４を飛び越して、全体的なスペクトル検索を開始してもよい。
図６は、制御システム１４によって実行される定期検索ルーチンのフローチャートを示している。ステップ１２０では、定期検索フラグが設定されているかどうか判断される。定期検索フラグが設定されていれば、ステップ１２２の実行により、定期検索フラグが設定された後、マスタ検索スケジュールを定期検索ルーチンが使用している検索スケジュールにロードすることにより、検索スケジュールが初期化される。ただし、現在受信中の周波数帯域は、定期検索ルーチンに用いられる検索スケジュールの中に含まれていない。さらに、ステップ１２２では、検索ポインタが検索スケジュールの中の最初の帯域に設定される。ステップ１２４では、受信信号強度検索（ＲＳＳ）ルーチンが実行される。図５のグローバルスペクトルサーチルーチンのステップ７９のように、ステップ１２４は、検索スケジュール中の任意のＰＣＳおよびセルラー帯域のＲＳＳルーチンである。セルラー帯域を検索する場合、受信信号強度検索により２１個のＡＣＣが検索される。すなわち、トランシーバが最も強度の高いＡＣＣと同調する。ＰＣＳ周波数帯域を検索する場合は、前記の通り、各帯域が約２．５メガヘルツのセグメントに分けられ、各セグメントの検索が３０キロヘルツ間隔で行われる。２．５メガヘルツのセグメント内で最も強い信号で、−１１０ｄＢｍなどの最低のしきい値を上回っている信号が選択される。ステップ１２６では、選択された信号を審査することにより、前に引用された標準規格のいずれかに準拠する有効なものであるかどうか判断がなされる。信号が無効な場合、ステップ１４４が実行され、信号が有効な場合は、ステップ１２９が実行される。ステップ１２９では、信号がＡＣＣであるかどうか判断される。信号がＡＣＣであれば、ＳＯＣまたはＳＩＤが抽出された時点で、ステップ１３０が実行され、信号がＡＣＣでなければ、ステップ１３２が実行される。ステップ１３２では、ＤＴＣ信号が受信されているかどうか判断する。信号がＤＴＣ信号でなければ（したがって、その信号がＤＣＣＨ信号のとき）、ステップ１３０の実行により、ＤＣＣＨ信号からＳＯＣまたはＳＩＤが抽出される。ステップ１３２においてＤＴＣが受信されていると判断された場合は、ステップ１３４の実行によりＤＬが抽出され、ＤＣＣＨとの同調が可能になる。ステップ１３６では、ＤＣＣＨの受信信号強度検索が行われ、最も強い信号が選択され、次に、ステップ１３０が実行されて、信号からＳＯＣまたはＳＩＤが抽出される。ステップ１３８では、ＳＯＣまたはＳＩＤが最適なＳＯＣまたはＳＩＤかどうか判断される。ＳＯＣまたはＳＩＤが最適な場合、ステップ１４０により、最適でないフラグをクリアし、ステップ１４２において、移動通信装置が、最適なＳＯＣまたはＳＩＤに対応づけられたサービスプロバイダに登録される。次に、図４のステップ４０が実行され、アイドル状態になる。ステップ１３８において、ＳＯＣまたはＳＩＤが最適なサービスプロバイダでないと判断された場合、ステップ１４４が実行される。ステップ１４４では、検索ポインタが増加して、次の検索対象である帯域を示す。ステップ１４６では、検索スケジュール全体が完了したかどうか判断が下される。スケジュールが完了していなければ、移動通信装置が再びアイドル状態になるように、ステップ４０が実行される。ステップ１４６において検索スケジュールが完了していると判断された場合は、ステップ１４８により定期検索フラグがクリアされた後、移動通信装置が再びアイドル状態になるようにステップ４０が実行される。
図７は、例えば、図５のステップ７９や図６のステップ１２４で実行されたような、ＲＳＳルーチンや受信信号強度検索ルーチンに関するフローチャートを示している。ステップ１７０では、検索中の帯域が「ａ」または「ｂ」のセルラー帯域のうちのいずれかに相当するものかどうか判断する。セルラー帯域が検索中であれば、ステップ１７２の実行により、２１個のＡＣＣを検索してどれが最も強いか判断が下される。最も強いＡＣＣに制御システム１４の制御下にあるトランシーバ１２が同調し、次に、ＲＳＳルーチンから外へ出る。ステップ１７０においてセルラー帯域が検索中でないと判断された場合は、ステップ１７８により、トランシーバ１２が、検索中のＰＣＳ帯域の最初の２．５メガヘルツ帯域の開始時点に同調する。さらに、ステップ１７８では、メモリ１６内の検索スクラッチパッド記憶場所をクリアする。検索スクラッチパッドは、受信信号の振幅や強度および位置を記録する際に用いられるものである。ステップ１８０では、受信中の信号がしきい値を上回っているかどうか判断される。信号がしきい値を上回っていれば、ステップ１８２が実行され、信号がしきい値を上回っていなければ、ステップ１８４が実行される。ステップ１８２では、受信信号の強度が検索スクラッチパッドに記憶されている信号強度の値を上回っているかどうか判断される。受信信号がその信号強度を上回っていなければ、ステップ１８４が実行される。受信信号がその強度を上回っていれば、ステップ１８６が実行されて、現在の信号強度が、スペクトル内の受信信号の位置と共に、検索スクラッチパッドに記録される。ステップ１８４では、トランシーバ１２が、同調している周波数よりも高い３０キロヘルツの周波数に同調される。ステップ１８８では、新規の周波数が現在検索中の２．５メガヘルツ帯域を越えているかどうか判断される。新規周波数が２．５メガヘルツ帯域を越えていなければ、ステップ１８０の実行により、再度、検索スクラッチパッドに記憶されている信号強度または振幅値に対する受信信号強度を審査する。ステップ１８８において、３０キロヘルツへの増加により、審査中の２．５メガヘルツ帯域を越えたと判断された場合、ステップ１９０が実行される。ステップ１９０では、トランシーバが、検索スクラッチパッドに指定されている信号の位置に同調する。信号が有効な信号で、かつ復号可能であれば、ＲＳＳルーチンが実行される。信号が無効または復号不可能な場合は（例えば、信号が先に引用した標準規格に準拠していない）、ステップ１９２が実行される。ステップ１９２では、トランシーバが、検索中のＰＣＳ帯域内の次の２．５メガヘルツ帯域の開始時点に同調させられる。さらに、ステップ１９４では、新規の２．５メガヘルツ帯域が現在検索中のＰＣＳ帯域を越えているかどうか判断される。新規増加により、検索中のＰＣＳ帯域を越えていれば、定期検索ルーチンが実行される。２．５メガヘルツより増加しても、検索中のＰＣＳ帯域を越えていなければ、ステップ１９６が実行される。ステップ１９６では、別の帯域の検索に備えて、検索スクラッチパッドに記憶されている信号強度の測定値と信号位置情報がクリアされる。ステップ１９６の後、前記の通り、ステップ１８０が実行される。
図８は、マスタ検索スケジュールを示している。このマスタスケジュールは、前記の検索ルーチンで使用される検索スケジュールを初期化する際に用いられる。さらに、マスタ検索スケジュールは、メモリ１６などのメモリに記憶される。マスタ検索スケジュールは、移動通信装置の製造業者、販売業者、またはユーザによって最初にプログラムすることができる。ただし、検索スケジュール内の最初の位置は、プログラムされない状態にしてある。ここをブランクのままにしておくと、検索ルーチン用に検索スケジュールを初期化するときにブランクは無視される。最初の位置は、ユーザのホームサービスプロバイダのある帯域でプログラムされていることが望ましい。例えば、ユーザが最も頻繁にいるＳＩＤまたはエリア内のＰＣＳ帯域Ｂで動作することを認可されているサービスプロバイダとユーザがサービス契約を結んでいれば、帯域Ｂは、マスタ検索スケジュールの最初のスロットにプログラムされる。例えば、帯域Ｂが最初のスロットにプログラムされた場合、初めから帯域Ｂを保有していたスロットは、ブランクになる。これにより、同じ帯域を二回検索することが避けられる。もう一つ注意すべき点は、ユーザがキーパッド１８を介してマスタ検索スケジュールを変更することができる点である。さらに、無線通信チャネルにより受信された信号を用いて、マスタ検索スケジュールをプログラムすることができる。例えば、移動通信装置が、ホームＳＩＤおよび最適なＳＯＣを送信するサービスプロバイダからのみマスタ検索スケジュールの新規プログラミングを受信するよう制限してもよい。サービスプロバイダが予め用意されたコードを送信する場合、エアによるプログラミングを受信することも可能である。マスタ検索スケジュールの意図しない変更や不適当な変更を回避するため、コード、ホームＳＩＤおよび／または最適ＳＯＣを使用して、エアによるプログラミングを制限することが望ましい。エアによるプログラミングは、例えば、デジタル制御チャネルの論理サブチャネルを用いて行われる。論理サブチャネルは、ある特定の移動通信装置宛てのデータを送信したり、移動通信装置から確認データなどのデータを受信したりすることができる。
マスタ検索スケジュールを用いて検索スケジュールが初期化された場合、例えば、移動通信装置の利用に関する直前の履歴に基づく他の周波数帯域を、マスタ検索スケジュールの最初の位置より優先させることも可能である。例えば、検索された最初の位置が、電話が最後にオフ（電源断）にされた位置、または電話が最後にオン（電源接続）にされた位置になってもよい。
また、周波数帯域検索スケジュールが、検索プロセスの監視に基づき、移動通信装置により定義されてもよい。この方法によって、移動通信装置１０は、マスタ検索スケジュールにおける各周波数帯域に対応づけられたカウンタ用に、メモリ１６に表を設け、展開し、維持する。ローミング中は、移動通信装置が好適なプロバイダからのサービスを受けるたびに、周波数帯域に対応づけられたカウンタ値が増加することによって、ユーザの「パーソナルローミング履歴」を裏付ける情報が保持される。したがって、移動通信装置は、このカウンタ値を用いて、マスタ検索スケジュールの周波数帯域の検索順を変更する。
図９は、図８のマスタ検索スケジュール内の各周波数帯域に対応づけられたカウンタに提供するメモリ１６に記憶されている表を示している。表のカウンタ値に基づいて、対応するカウンタ値によって示される登録成功率が最も高い周波数帯域が、マスタ検索スケジュール内のホーム周波数帯域の次にくることになる。その後に、ゼロ以外のカウンタを持つ各追加的な周波数帯域が、そのカウンタ値にしたがって、最高の値から最低の値まで、順に続いている。ゼロのカウンタ値を有する周波数帯域は、当初決められた順序にしたがって、ゼロ以外の値を持つ記載項目の後に続いて記載される。
好適な実施例に説明した通り、各周波数帯域に対応するカウンタは、メモリ１６の記憶要件を最低限にとどめるために、限定数、例えば、１０個の登録のみ記憶するようにした方がよい。さらに、記憶されたカウンタ値は、最新の登録により大きな重みがかけられた時間加重による登録を示すものである。このようなカウンタ値の時間加重方式により、検索効率の最適化が可能になるという利点がある。
また、当然、マスタ検索スケジュールをリセットする必要が生じ、検索順を定義し直して、前記のプログラミング方法のいずれかの方法によってカウンタ値をゼロにする場合が発生することもある。
図１０は、最適なサービスプロバイダのＳＯＣおよびＳＩＤと、好適なサービスプロバイダのＳＯＣおよびＳＩＤを規定するメモリ１６に記憶されている表を示すものである。最低の数字を持つＳＯＣまたはＳＩＤは、最も高いプライオリティを有し、数字の高い（したがって、プライオリティの低い）サービスプロバイダよりも優先される。例えば、プライオリティレベル２を持つＳＯＣまたはＳＩＤは、５のプライオリティレベルを持つＳＯＣまたはＳＩＤよりも優先権があることになる。この表は、不適切あるいは使用できないＳＯＣまたはＳＩＤを含んでいてもよい。使用を禁じられているＳＯＣまたはＳＩＤの場合、９１１コールなどの緊急コールをかけようとしたときや、ユーザがオーバライドコマンドを入力したときに、使用禁止のＳＯＣまたはＳＩＤに接続できることが望ましい。
図１０の表は、製造業者によって、あるいは、電話が購入されている場合は、販売業者やユーザによってプログラムされてもよい。エアによりマスタ検索スケジュールをプログラムする場合に用いられるものによく似た制限を用いて、エアにより図１０の表をプログラムすることも可能である。
制御チャネル上のＳＩＤまたはＳＯＣを図１０の表の記載項目と照合することにより、複数のサービスプロバイダのカテゴリを識別してもよい。このカテゴリには、以下の項目が含まれている。
（１）ホーム：  選択サービスプロバイダであり、通常は、ユーザがサービス契約を結んでいるサービスプロバイダ。移動通信装置が、ホームサービスプロバイダに登録されているか、あるいは、その制御チャネルを検出していれば、その移動通信装置は、他の周波数帯域のサービスを受けようとすることはない。
（２）パートナー：  ホームサービスプロバイダのパートナー。移動通信装置が、パートナーサービスプロバイダに登録されているか、あるいは、その制御チャネルを検出していれば、その移動通信装置は、他の周波数帯域のサービスを受けようとすることはない。
（３）プリファー（好適）：  ホームサービスプロバイダが、優遇料金および／またはサービス契約を結んでいるサービスプロバイダ。移動通信装置は、ホームまたはパートナーサービスプロバイダが検出できない場合のみ、好適なサービスプロバイダに登録する。制御チャネルの変更などの一定の事象が発生した場合および／または定期的に、移動通信装置は、ホームまたはパートナーサービスプロバイダの他の周波数帯域を検索する。
（４）フォービドン（禁止）：  通常の環境下では、決して使用されないサービスプロバイダ。
（５）ニュートラル（中立）：  図１０の表に記載されているＳＩＤまたはＳＯＣによって識別されないサービスプロバイダ。ホーム、パートナー、または、好適なサービスプロバイダのいずれも検出されない場合に、移動通信装置は、中立なサービスプロバイダに登録する。制御チャネルの変更などの一定の事象および／または定期的に、移動通信装置は、ホーム、パートナー、または好適なサービスプロバイダの他の周波数帯域を検索する。
以上、好適な実施例により本発明の説明がなされたが、本明細書に使用されている言葉は、説明に関するものであって限定的な意味を持つものではなく、広い見地による本発明の真の範囲と精神から逸脱しない限り、添付クレームの範囲内で変更可能なことは明らかである。例えば、メモリ１６に記憶されている「アルファタグ」を、移動通信装置がアイドルまたはキャンピングモードのときに、移動通信装置に表示させて、特定のサービスクラスを識別してもよい。アルファタグは、前記の通り、エアによる起動やエアによるプログラミングの一部としてプログラムまたは変更可能である。ＸＹＺがホームサービスプロバイダであるような場合、アルファタグは、次のようになる。
（１）ホーム：  「ＸＹＺ」
（２）パートナー：  「ＸＹＺ  ｐａｒｔｎｅｒ」
（３）プリファー：  「ＸＹＺ  ｐｒｅｆｅｒｒｅｄ」
（４）ニュートラル：  「ＲＯＡＭＩＮＧ」
既存の標準規格は、制御チャネルでアルファタグを提供し、移動通信装置がアイドル状態またはキャンピング状態のときにタグを移動通信装置に表示することを考慮に入れている。例えばＸＹＺサブプロバイダが使用している移動通信装置がＡＢＣマーケットにある場合、その電話は、「ＡＢＣ」を表示する。ただし、本明細書に説明されているシステムは、ホームサービスプロバイダＸＹＺが、移動通信装置を制御することにより、図１１に示すように、「ＸＹＺ」を表示できるようにしている。さらに、アルファタグは、市場の要求に従って、更新可能であってもよい。
【図１】
0003893450.tif 000002
【図２】
0003893450.tif 000003
【図３】
0003893450.tif 000004
【図４】
0003893450.tif 000005
【図５】
0003893450.tif 000006
【図６】
0003893450.tif 000007
【図７】
0003893450.tif 000008
【図８】
0003893450.tif 000009
【図９】
0003893450.tif 000010
【図１０】
0003893450.tif 000011
【図１１】
0003893450.tif 000012