JP5318949B2 - ネットワーク・トポロジを不明確化する方法及びシステム - Google Patents

Description

本願は、特許文献１に関連するものであり、その優先権を主張し、その開示全てを本明細書において援用する。

本発明は、概して無線通信システム、デバイス、ソフトウェア及び方法に関するものであり、より詳しくは、それらに関連するネットワーク・トポロジを不明確化する（obscuring）機構及び技術に関するものである。

携帯電話機と、携帯ハンドセット（本明細書で使用する場合、「携帯ハンドセット」及び「携帯端末」という用語は、例えば、ＰＣ、ラップトップ、車両などに組み込まれたデバイスも示す）におけるサービスとは、この数十年で顕著な発展を遂げた。３ＧＰＰ（第３世代パートナシップ・プロジェクト）が、８０年代後期及び９０年代に、グローバルシステム・フォー・モバイル・コミュニケーションズ（ＧＳＭ：Global System for Mobile communications）及びその後の第３世代（３Ｇ）を標準化した際には、回線交換電話と、その後のショート・メッセージ・サービス（ＳＭＳ）とが、ほぼ唯一の利用可能なサービスであった。近年、携帯ハンドセット及びそのネットワークは、ＴＶ及び対話型マルチメディアにとって十分に広い帯域幅を提供するネットワークに接続された、ローカル・アプリケーション及びブラウザベースのサービスを動作させることが可能な強力なデバイスに発展した。増大する帯域幅と、マルチメディアサービスを実現可能な技術的プラットフォーム及びトランスポート技術を提供するための、対応する必要性とに伴って、基本技術としてインターネット・プロトコル（ＩＰ）を使用するパケット交換ネットワークが、モバイル・サービスのための支配的なプラットフォームになりつつある。

増大する帯域幅と、進化した携帯ハンドセットと、ＩＰによる接続性とによって、以前はシン（thin）・クライアント（即ち、僅かな処理及びメモリ格納能力を伴うハンドセットを有し、ネットワークとの通信に制御チャネルを使用するクライアント）を用いて、密に統合される機能として、オペレータのネットワークに実装されていた機能は、今日では、オペレータのネットワークのＩＰドメインに位置するアプリケーションで利用可能であり、又はオペレータのネットワーク外部に位置するアプリケーションでさえ利用可能であり、シック（thicker）・クライアント（即ち、対応能力のある処理容量及び大規模な記憶装置を備えるハンドセットを有するクライアント）にも利用可能である。シック・クライアントとネットワーク内のサーバとの通信では、正しく機能するために、（１）当該ネットワークに関する情報、及び（２）ハンドセットに存在するネイティブ機能のうち、少なくとも何れかが必要とされることが多いために、このタイプの情報を提供するインタフェースやプロトコルが存在する。当該機能及び情報の大部分は、制御プレーンと称されることが多いものである一方で、ハンドセットにおけるクライアントとネットワークのサーバとの間の、パケットベース技術（代表的にはＩＰ）に基づく通信は、一般的にはユーザ・プレーンと称される。

図１を参照して、ハンドセット８０についてのユーザ・プレーン及び制御プレーン構成について議論する。当該構成は、特許文献２に開示されており、その内容の全てを本明細書では援用する。図１は、典型的な携帯ハンドセット８０の概略図を示す。同図では、最下位レイヤ１００は制御プレーンを表し、当該制御プレーンは、携帯ハンドセット８０のコア機能（例：コネクションの管理に使用される制御シグナリングを介した携帯電話機との通信、モビリティ、及び、さらにいくつかの基本的なサービス（例：呼制御及びＳＭＳ））を提供する。制御レイヤ１００の上には、オペレーティング・システムＯＳ１０２が存在してもよく、ＯＳ１０２は電話機の機能を管理するとともに、ユーザ・プレーン１０４のアプリケーション及びクライアントの機能へのインタフェースを提供する。ブラウザ、カレンダ及びゲームといった、クライアント及びアプリケーション１０６の少なくとも何れかは、オペレーティング・システム１０２の上のユーザ・プレーン１０４に実装されるサービスの例である。

携帯電話機は、Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ：Java Virtual Machine）１１０を含んでいてもよい。ＪＶＭ１１０は、オペレーティング・システム１０２の上で動作することができ、ハンドセット８０上でＪａｖａベースのアプリケーションの実行を可能にする。種々の計算能力及び特性を有するプラットフォームに適合する様々なＪＶＭが存在する。携帯ハンドセットに共通するＪＶＭの１つは、Ｊａｖａマイクロ・エディション（Ｊ２ＭＥ）として知られている。Ｊ２ＭＥは、アプリケーション開発者が携帯ハンドセット用のアプリケーションの開発時に使用する、いくつかのアプリケーション・プログラミング・インタフェース（ＡＰＩ：application programming interface）を提供する。

従って、あるオペレータには関連しない一方で、あるオペレータに加入するハンドセットにアプリケーションを使用させようとする開発者にとって、Ｊ２ＭＥ環境は有利である。典型的な実施形態では、オペレータがこれらの開発者と関係を有する場合に、これらの開発者が制御プレーンから機密情報へアクセスすることを可能にする方法と、他の開発者及びオペレータの少なくとも何れかが当該データへアクセスする権限を与えられていない場合に、当該他の開発者及びオペレータの少なくとも何れかがが制御プレーンの情報へアクセスすることを不可能にする方法とを記述している。Ｊａｖａは、例えば、異なるハンドセットモデルに関連するアプリケーションのカスタマイズ量を低減するために使用され得る。これは、異なるハンドセットモデルに使用されるＪａｖａ ＡＰＩが、相互に比較的類似するためである。後に議論するように、ＪＶＭの代わりに他のＯＳを使用してもよい。

上述のように、ユーザ・プレーン１０４は、オペレーティング・システム１０２及びＪａｖａ１１０の上に配置される。ユーザ・プレーン１０４は、１つ以上のアプリケーション及びクライアント１０６の少なくとも何れかを含んでいてもよい。クライアントとアプリケーションとの間の相違点の１つは、アプリケーションがユーザにサービスを提供するのに対して、クライアントはネットワークの機能を実行し、かつ、ユーザに直接的なサービスを実施し得ないことであり、即ち、クライアントが、ユーザに対する低レベル機能を有することである。これらのアプリケーション及びクライアント１０６は、ユーザ・プレーンの通信チャネルを、オペレータのネットワーク又はサードパーティ（third parties）とのデータ交換に使用することができる。このような通信チャネルは、汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Services）及びＴＣＰ／ＩＰであってもよい。これらのチャネルは、オペレータのネットワーク（制御ドメイン）内のアプリケーション・サーバ及びコンテンツ・サーバ１１２との通信、又は、オペレータのドメインの外部にあるサーバ１１４（例えば、インターネット・サーバ）との通信に、使用することができる。

アプリケーション１０６は、オペレーティング・システム１０２及びＪａｖａ１１０の何れかを介して、ハンドセット８０の情報及び機能にアクセスすることができる。さらに、又はその代わりに、ＯＭＡ（Open Mobile Alliance、オープン・モバイル・アライアンス）のＳＵＰＬ（Secure User Plane Location、セキュア・ユーザ・プレーン・ロケーション）クライアントのような、本来的に（ネイティブに）設けられるクライアント１０６が、制御プレーンの情報へのアクセスのためにユーザ・プレーンに配置されてもよい。従って、ハンドセット８０のアプリケーション又はクライアント１０６は、オペレーティング・システム（ＯＳ）１０２及びＪａｖａ１１０のＡＰＩを介してだけでなく、ＯＭＡ ＳＵＰＬ１０６のようなネイティブ・クライアントを使用することによって、制御プレーンから情報を抽出するか、又は機能を呼び出すことができ、それをオペレータのネットワーク１１２の外部にあるサーバ１１４に送信することができる。

ユーザ・プレーン／制御プレーン構成が大部分のビジネス関係者によって支持されていることには、いくつかの理由がある。１つは、サードパーティがアプリケーション開発を開始するであろうということであり、正にインターネットの場合のように、このことは将来のシステムについて期待される成功に役立つことになろう。もう１つは、ＩＰが、より安価に機能を使用させる技術プラットフォームを提供することである。これは、大部分が規模の経済に起因するものであり、ＩＴ産業によっても使用される技術が従来の電気通信技術よりも安価であるためである。

しかしながら、既存のインタフェースは、そのようなシステムのネイティブ機能及びネットワーク情報を、所望のサードパーティ（即ち、その情報を受信する資格のあるパーティ）にその情報を選択的に提供する能力を当該ネットワークのオペレータに与えることなく、サードパーティに公表する。換言すれば、既存のインタフェースでは、ネットワーク情報及びネイティブ機能の少なくとも何れかにアクセスするサードパーティを選択的に決定する可能性を、ネットワーク・オペレータに与えることができなかったであろう。この選択は、例えば、サードパーティとネットワークのオペレータとの間のライセンス合意に基づいて決定されてもよい。

例えば、ＯＳは、典型的には、ハンドセットにおいて利用可能なものの大部分に関する情報を提供する。シンビアン（登録商標）、ノキア（登録商標）のシリーズ６０、ウィンドウズ・モバイル（登録商標）、及びＬｉｎｕｘ（登録商標）は、制御プレーンのサービス及び情報についてのインタフェースを提供するＯＳの例である。そのようなサービス及び情報の例には、呼制御、ＳＭＳ／ＭＭＳサービス、並びに、携帯端末がその時点で属している基地局ＩＤ、隣接リスト、及び、アクティブセット／パッシブセットのようなネットワーク情報が含まれる。Ｊａｖａ（Ｊ２ＭＥ）は、ＯＳによって提供されるインタフェースに加えて、携帯端末に関連するサービス及び情報に対するアクセスをＪａｖａアプリケーションが得ることを可能にする標準インタフェースが含まれる、幅広いセットも提供する。

制御プレーン・ベースのサービスよりも、むしろユーザ・プレーン・ベースのサービスとしてサービスを実装することによって、一般に、低投資コストと、より短時間に市場に近づくこととにつながるため、ＯＭＡは、ユーザ・プレーンのシグナリングに基づくサービス・イネーブラ（service enablers）を標準化した。この一例は、ＯＭＡセキュア・ユーザ・プレーン・ロケーション（ＳＵＰＬ）において標準化された、ユーザ・プレーン・ベースのポジショニング（positioning、測位）である。ＳＵＰＬでは、端末内のＳＵＰＬクライアントは、ネットワーク情報及びポジショニング能力にアクセスする。クライアントは、ＩＰ及び与えられたＩＰアドレスを使用して、ＳＵＰＬサーバと通信することができる。従来の端末においてはユーザ・プレーンのアプリケーションがネットワーク情報に自由にアクセス可能であり、その結果として、サードパーティが、端末の地理的位置に対するネットワーク・トポロジのマッピングを、即ち、当該ネットワークの所有者の技術的・経済的ドメインの外部において、監視及び作成することが可能である。

従って、セルＩＤのような情報がユーザ・プレーンのアプリケーションで利用可能である場合、オペレータ以外の関係者が、当該情報を監視及び登録するとともに、当該情報を使用して当該オペレータと競合することによって、例えば、ビジネス上の利益を得ることができる。このような競合的使用の一例は、オペレータのインフラストラクチャを使用してユーザ・ポジショニング・サービス及び統計を提供する独立の（当該オペレータに関係しないか、又は当該オペレータと関係する）関係者による、競合的使用である。別の競合的使用は、ビジネス情報のために、競合するオペレータのネットワーク・インフラストラクチャの登録を、競合するオペレータが監視及び保持する競合的使用である。これらの商用的な例に加えて、国家的な安全上の理由により、セル・プレーンのような情報を秘匿すると想定される、いくつかの国も存在する。オペレータ・ネットワーク内の多数のノード及びシステムにおいて、このような情報（例えば、セルＩＤ）が使用されることが多い場合（例えば、アクセス制御、ルーティング制御、ユーザ管理、及び課金等）、この情報は、許可されたサービス及び許可されたクライアントの少なくとも何れかが利用可能であり、また、当該ネットワーク内の装置も利用可能であるように、オペレータによって適切に制御されるべきである。

従って、上述した問題及び欠点を回避するデバイス、システム及び方法を提供することが望ましいであろう。

２００８年７月８日出願の米国特許仮出願第６１／０７８，８４９号，P. Willars他，“Methods and Systems for Obscuring Network Topologies（ネットワーク・トポロジを不明確化するための方法及びシステム）” 米国特許出願第１２／３４６，０６６号，J. Bolin他，“Abstraction Function for Mobile Handsets（携帯ハンドセット用の抽出機能）” 米国特許出願第１２／３４６，１２８号，J. Bolin及びT. Wigren，“Methods and Systems for Cell Re-Planning to Obscure Network Topologies（ネットワーク・トポロジを不明確化するセル再計画のための方法及びシステム）”

Erik Dahlman et al.,"3G Evolution - HSPA and LTE for Mobile Broadband", Elsevier Ltd., 2007.

典型的な実施形態によれば、通信ネットワークのネットワーク・セルの識別子を、当該ネットワーク・セルの対応する地理的位置を用いて、外部パーティがマッピングすることを防ぐ方法が存在する。本方法は、通信ネットワークの基地局において、通信ネットワークの無線ネットワーク制御装置からシステム情報を受信するステップと、基地局において、受信されたシステム情報から、ネットワーク・セルの識別子を抽出するステップと、基地局において、識別子を、又はネットワーク・セルの識別子に含まれる複数の部分のうちの１つの部分を変更するステップと、変更された識別子を、又は識別子に含まれる複数の部分のうちの変更された１つの部分を、ユーザ端末にに送信するステップと、を含む。

別の典型的な実施形態によれば、通信ネットワークのネットワーク・セルの識別子を、当該ネットワーク・セルの対応する地理的位置を用いて、外部パーティがマッピングすることを防ぐように構成された、通信ネットワークの基地局が存在する。基地局は、通信ネットワークの無線ネットワーク制御装置からシステム情報を受信する通信インタフェースと、プロセッサとを含む。プロセッサは、受信されたシステム情報から、ネットワーク・セルの識別子を抽出し、識別子を、又はネットワーク・セルの識別子に含まれる複数の部分のうちの１つの部分を変更し、かつ、変更された識別子を、又は識別子に含まれる複数の部分のうちの変更された１つの部分を、ユーザ端末に送信する。

さらに別の典型的な実施形態によれば、コンピュータで実行可能な命令を含むコンピュータで読み取り可能な媒体が存在し、当該命令は、実行される場合に、通信ネットワークのネットワーク・セルの識別子を、当該ネットワーク・セルの対応する地理的位置を用いて、外部パーティがマッピングすることを防ぐ方法を実行する。本方法は、通信ネットワークの基地局において、通信ネットワークの無線ネットワーク制御装置からシステム情報を受信するステップと、基地局において、受信されたシステム情報から、ネットワーク・セルの識別子を抽出するステップと、基地局において、識別子を、又はネットワーク・セルの識別子に含まれる複数の部分のうちの１つの部分を変更するステップと、変更された識別子を、又は識別子に含まれる複数の部分のうちの変更された１つの部分を、ユーザ端末にに送信するステップと、を含む。

本明細書に組み込まれ、本明細書の一部を構成する添付図面は、１つ以上の実施形態を示し、かつ、詳細な説明とともにともにこれらの実施形態を明らかにする。

ユーザ・プレーン及び制御プレーンを有するように構成された端末の概略図である。 少なくとも２つのセルを有する通信ネットワークを示す図である。 少なくとも２つの基地局を有する通信ネットワークを示す図である。 典型的な実施形態が実行され得る典型的な無線通信ネットワークを示す図である。 典型的な実施形態に係る、セルの識別子を変更するステップを示すフローチャートである。 典型的な実施形態に係る、ブロードキャスト・セルの識別子のスクランブリングを示すシグナリング図である。 別の典型的な実施形態に係る、ブロードキャスト・セルの識別子のスクランブリングを示すシグナリング図である。 典型的な実施形態に係る、通信ネットワークのネットワーク・セルの識別子を外部パーティが突き止めることを防止する方法のステップを示すフローチャートである。 通信ネットワークのノードの概略図である。

本発明の典型的な実施形態に関する以下の説明では、添付図面を参照する。異なる図面に含まれる同一の参照番号は、同一又は類似の要素を特定する。以下の詳細な説明は、本発明を限定するものではない。その代わりに、本発明の技術的範囲は、添付された特許請求の範囲によって規定される。

本明細書を通じた「１つの典型的な実施形態」又は「典型的な実施形態」への言及は、実施形態に関連付けて説明されている特定の特徴、構成又は特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。従って、本明細書内の種々の場所における「ある典型的な実施形態における」又は「典型的な実施形態における」というフレーズの出現は、必ずしも全て同一の実施形態を言及しているとは限らない。さらに、その特徴、構成又は特性は、１つ以上の実施形態において適切な形態で組み合わせることができる。

上述のように、プレーン情報及び機能を制御する既存のインタフェースは、ユーザ・プレーンサービスが制御プレーンから情報へのアクセスを得るのを可能にし、また、この情報は、オペレータのドメインの外部にあるエンティティに転送され得る。この情報には、とりわけ、（例えば、国コード、オペレータ・コード、位置エリア、及び基地局固有の識別子を含む）基地局の識別子が含まれる可能性があるため、オペレータのネットワークの外部パーティは、当該オペレータのネットワーク・トポロジを含むデータベースを作成することができる。

ポジショニング機構（例えば、ＧＰＳ又はオペレータが提供するポジショニング・サービス）を使用することによって、オペレータのネットワーク・トポロジは、また、地理的リファレンスと関連付けられ得る。そのようなマッピングが実行される場合、電話機で利用可能な基地局識別子（Cell-id：セル−ｉｄ）を使用して、ハンドセットを地理的位置と関連付けることができる。その結果、この関連付けは、エンドユーザ又は単にデータ・マイニングのための、幅広いサービスのセットに使用することができる。そのようなサービスの例には、ＯＭＡＳＵＰＬ及びＩＰマルチメディア・サブシステム・サービスによる、ユーザ・プレーンのポジショニングが含まれる。

ユーザ位置の検出に、ネットワーク・トポロジの地理的マッピングが良好に動作するためには、比較的信頼性のあるトポロジ・マップが必要である。トポロジ情報が絶えず変化するのであれば、そのようなデータベースは、所要レベルの精度を維持することに困難性を有することになる。典型的な実施形態によれば、ネットワーク・トポロジと地理的位置との間の有効なマッピングを（即ち、ネットワークのオペレータ／所有者以外の他のサードパーティが、又はライセンスを受けたサードパーティ以外の他のサードパーティが）判断することを、より困難にする機構について、本明細書では説明している。これは、例えば、ハンドセットにおいて利用可能なトポロジ関連情報（例えば、セル−ｉｄ）の動的な変化を提供することによって達成できる。

１つの典型的な実施形態によれば、ネットワークは絶えず再計画（replanned）され得る。これは、移動体通信システムの実際のセル計画を、絶えず変更することを意味する。全てのセルが常時変化する必要はないが、十分な数のセルが動的に変更されることによって、オペレータのドメイン外部のトポロジ・データベースを古く（即ち、十分なＱｏＳを提供するには古すぎるように）する。例えば、図２に示すように、システム（通信ネットワーク）１２０が、セル１２２内に地理的に位置するユーザ端末８０と少なくとも別のセル１２４とを含むものとする。また、セル１２２の識別子がセル−ｉｄ−１２２であり、セル１２４の識別子がセル−ｉｄ−１２４であるものとする。当該ネットワークは、後に議論する一定の基準に基づいて、セル１２２の識別子を、セル１２４の識別子であったセル−ｉｄ−１２４に変更すること決定するか、又は新しいセル−ｉｄを生成することを決定し得る。このセル識別子の変更は、例えば、セル１２２と１２４とが単にその識別子を交換する、若しくは、セル１２２がセル１２４の識別子を受信し、セル１２４がセル１２６の識別子を受信するなどとするか、セルが新しい識別子を受信するといった種々の方法で実行されてもよいし、又は、これらの候補の組み合わせで実行されてもよい。ここで、サードパーティがユーザ端末８０からセル識別子セル−ｉｄ−１２４を抽出する場合に、変更されたセル識別子を知らないと、ユーザ端末８０の地理的位置を、違うセル１２４の地理的位置と、誤って関連付けることになるであろう。しかし、ネットワークのオペレータによって権限を与えられている（authorized）サードパーティは、セル識別子の変更を提供され、さらに、ユーザ端末８０の位置を正しく判断することができる。以上のように、権限のないサードユーザがユーザ端末の位置を正確に判断することを防止するために、全てのセルにおいて識別子を変更する必要なない。

この方法を使用する場合、セル計画を必要とする全てのネットワーク要素は、当該変更によって影響を受けるであろう（しかし、このことは、全てのネットワーク要素が何らかの機能的なアップグレードを必要とすることを意味しない）。従って、この方法の１つの欠点は、全てのネットワーク要素の識別子を更新する必要性と、各ネットワーク要素における識別子の更新に失敗することに関連する危険性である。

別の典型的な実施形態によれば、ネットワークのセル計画（cell plan）に関連するデータがスクランブリングされてもよい。あるアプリケーションでは、単に基地局とハンドセットとが、変更されたデータを通知する。別のアプリケーションでは、システムの全ての低位ノード（例えば、基地局及び携帯端末）では基地局の送信された識別子を絶えず（又はランダムに）変更するが、基地局より上位の全てのノードではセルの識別子を維持することが可能である。例えば、図３に示すように、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）システム１２０は、無線ネットワークコントローラＲＮＣ２０３に接続されたコアネットワークＣＮ２０１を含み得る。ＲＮＣ２０３は、１つ以上のノードＢ２００を制御し得る。各ノードＢ２００は、１つ以上のユーザ端末２０４と通信している。ＣＮ２０１、ＲＮＣ２０３及びノードＢ２００間の通信リンクＡは、スクランブリングされていないセル識別子を搬送する一方で、ノードＢ２００とユーザ端末２０４との間の通信リンクＢは、スクランブリングされたセル識別子を搬送する。

これらの典型的な実施形態をより詳細に議論し、かつ、これらの典型的な実施形態に係る、ネットワーク・トポロジの不明確化に関するより詳細な議論のためのいくつかのコンテキストを提供する前に、図４に示す典型的な無線通信システムについて検討する。図４の無線アクセス・ネットワーク・ノード及びインタフェースから始めると、ＷＣＤＭＡシステムのコンテキストにおいてこの具体例が提供されることがわかる。それでもなお、典型的な実施形態は、その適用性においてＷＣＤＭＡシステムに関連する送信機又は送信に限定されず、むしろ、当該典型的な実施形態は、ロング・ターム・エボリューション（ＬＴＥ：Long Term Evolution）、ＧＳＭ、汎用地上無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、Ｅｖｏｌｖｅｄ−ＵＴＲＡ（Ｅ−ＵＴＲＡ）、高速パケットアクセス（ＨＳＰＡ：High Speed Packet Access）、ＵＭＢ、マイクロ波アクセスのための世界的な相互運用（ＷｉＭａＸ：Worldwide Interoperability for Microwave Access）並びに、その他のシステム、デバイス及び方法を含む、任意のシステムにおいて使用され得るが、それらに限定されることはない。しかし、図４の例は、ＷＣＤＭＡについて提供されているため、無線インタフェース（air interface）を介して送信及び受信するネットワーク・ノードはノードＢと称され、同図にはいくつかのノードＢ２００を示している。

無線インタフェースのコンテキストにおいて、各ノードＢ２００は、１つ以上のセル２０４に向かって信号を送信すること、及び、セル２０４から信号を受信することに関与する。各ノードＢは、複数のアンテナ（例えば、２、４又はそれ以上の送信アンテナ）と、場合によっては複数の受信アンテナ（例えば、２、４又はそれ以上の受信アンテナ）とを含んでいてもよく、そのような信号の物理レイヤについて、符号化、復号、変調、復調、インタリービング、デ・インタリービングなどを含む複数の機能であって、それらに限定されることはない複数の機能を取り扱う。なお、本明細書において使用する場合、「送信アンテナ」というフレーズは、特に、物理的アンテナ、仮想アンテナ及びアンテナポートを含むことを意図しており、かつ、それらの総称であることを意図している。ノードＢ２００は、例えば、ユーザのスケジューリング、ハンドオーバの決定、及びそれに類するものを含む、システムにおける通信処理に関連する多くの高レイヤ機能にも関与する。これらの典型的な実施形態が使用され得るＷＣＤＭＡ又はその他のシステムに関連する送信機能又は受信機能に関するさらなる情報を求める、関心がある読者には、本明細書において援用する非特許文献１の開示を示す。

端的には、信号が、ノードＢ２００から無線インタフェースを介して送信され（おそらく、無線ネットワークコントローラ（ＲＮＣ）２０３によって例示されるコア・ネットワークを通じて、まずノードＢ２００に伝送され）、次に、信号が、ターゲット携帯端末、ステーション又はユーザ装置（ＵＥ）２０４に向けて、ダウンリンクにおいてセル２０２内に送信される。同様に、複数の信号が、複数のＵＥ２０４から無線インタフェースを介して、アップリンクでそれぞれのノードＢ２００に送信される。この典型的なＷＣＤＭＡ実施形態において、ＵＴＲＡＮセル−ＩＤ（ＵＣ−ｉｄ）は、無線アクセスネットワーク（ＲＡＮ）全体の範囲内におけるそれぞれのセル２０２を特定する。当該ＵＣ−ｉｄは、２つの部分を有し、第１の部分は、ＲＮＣ−ｉｄであり、これはセルを制御するＲＮＣを特定し、第２の部分は、そのＲＮＣの範囲内において固有のＣ−ｉｄ（セルｉｄ）である。ＵＣ−ｉｄ又は代替としてＣ−ｉｄは、トラフィック・シグナリング（例えば、ｌｕｒインタフェース（異なるＲＮＣ間の通信に使用するインタフェース）及びｌｕｂインタフェース（ノードＢとＲＮＣとの間の通信のためのインタフェース）におけるハンドオーバ・シグナリング）のため、並びに、運用の体系化（organizing）及び管理（例えば、所与のセルのセル・パラメータの設定、又は隣接セルの関係の定義）のための両方に、ＲＡＮ内において使用される。

ＵＣ−ｉｄはまた、ノードＢ２００によってＢＣＣＨチャネルでブロードキャストされ、ＵＥ２０４によって受信される。しかし、ＷＣＤＭＡにおいて、ＵＣ−ｉｄは、ハンドセットにとって重要な（critical）機能には一般に使用されない。むしろ、ハンドセットは、最大で５１２個のコードのうちの１つである、主チャネルＣＰＩＣＨ（共通パイロットチャネル）のコードによってセルを識別する。ＲＡＮとハンドセットとの間の無線ネットワーク・シグナリングにおいて、隣接するセルは、主ＣＰＩＣＨコードを参照して識別される。主ＣＰＩＣＨに対する取り得るコードの量には限りがあるため、１つのＲＡＮ内において、同一のコードを使用する複数のセルが存在することになろう。従って、ＲＡＮは、現時点のハンドセットのコンテキストに基づいて、所与の主ＣＰＩＣＨを（ＵＣ−ｉｄによって特定される）適当なセルと相関させるロジックを有する。これは、ハンドセットが、現時点で１つのセルに接続されており、かつ、定義された隣接セルの主ＣＰＩＣＨについての測定結果を報告する場合に、何れのセルが測定されているのかをＲＡＮが正確に知ることができるように、典型的には隣接セルの定義を通じて実現される。隣接セルの定義は、各セルについて存在し得るとともに、所与のセルに隣接している複数のセルのリストとして維持され得る。隣接セル・リストは、隣接している複数のセルの識別子を含む。当該隣接セル・リストは、各ノード、又はＲＮＣに保存されてもよく、あるいは、これら２つの候補の組み合わせにより保存されてもよい。

ハンドセットは、ＵＣ−ｉｄを使用してある程度のバッテリ電力を節約することができ、例えば、後に同一のセルに戻るのであれば、それまでに受信した全てのセル情報を復号する必要はないであろう。しかし、サードパーティに対してネットワーク・トポロジが不明確化されることを支援するために、典型的な実施形態によって本明細書で提案したように、ブロードキャストするＵＣ−ｉｄを時折変更する場合には、本システムが適切に動作し続けるであろうということは、上記から理解されよう。

典型的な実施形態が動作可能な典型的なシステムについて説明したので、次に、ネットワーク・トポロジを不明確化することを支援するために、システム内のセルが周期的に再計画される（例えば、新たなＵＣ−ｉｄが割り当てられる）、第１の典型的な実施形態に議論を戻す。従って、この典型的な実施形態に従って、ネットワークを再計画する処理を図５に示す。当該処理は、タイミング機構が再計画処理を起動するステップ５００から始まる。当該タイミング機構は、例えば、タイマであってもよい。当該タイマ機構は、ＲＮＣ上、又はその上位に位置し得る。ステップ５１０で、１つ以上のセルに対して新たな識別子が生成される。簡単のために、１つのセルのみの識別子を変更するものとする。このセルを、所与のセルと称する。１つのアプリケーションでは、セルの新しい識別子が連続的に生成される一方で、別のアプリケーションでは、セルの新しい識別子が同時に生成される。１つの典型的な実施形態では、全てのセルの数よりも少ない複数のセルに対する識別子が生成される。しかし、別の典型的な実施形態では、全てのセルについての新しい識別子が生成される。新しい識別子という用語は、真に新しい（当該識別子の生成前にはシステムに存在しない）識別子を生成すること、及び、既存のセル識別子を再使用して、当該既存のセル識別子を、別のセルについての新しい識別子として割り当てること、即ち、既存のセル間でセル識別子をシフトさせること、のうち、少なくとも何れかを含むものと理解される。

ステップ５２０で、所与のセルの現時点の識別子が、新しい識別子に変更される。この変更は、少ないサブステップにより実行され得る。例えば、第１のサブステップで、識別子を変更された当該所与のセルに隣接する複数のセルが特定される。第２のサブステップで、当該所与のセルのセル構成が、ＲＮＣにおいて変更される。第３のサブステップで、第２のサブステップで特定された、隣接する複数のセルの隣接セル・リストが、当該所与のセルの新しい識別子を用いて更新される。このサブステップの後、当該所与のセルの新しい識別子が、ＲＮＣにおいて完全に実装される。ステップ５３０で、当該所与のセルについての当該新しい識別子に含まれる一部分が、１つ以上の基地局において更新される。

ＵＥ２０４から見れば、典型的な実施形態によるこの処理の期間中、主ＣＰＩＣＨは変更されないことに留意されたい。一アプリケーションにおいて、１つ以上のセル識別子の変更処理は、夜間に実行されるか、又はネットワーク内のトラフィックが少ない他の時間に実行される。動作中のセルのＣ−ｉｄを変更するには、例えば、Ｃ−ｉｄの変更を可能にするセル再構成手順を更新することによって、ＲＮＣとノードＢとの間における標準化プロトコルを変更する必要がある。代替手順は、ＲＮＣ−ｉｄのみを変更し、基地局がこの処理によって影響を受けないようにすることである。別の代替手順は、Ｃ−ｉｄとＲＮＣ−ｉｄの両方を変更することである。上記の典型的な実施形態は、少なくとも２つの部分を含む識別子全体をどのように変更するかを扱った。しかし、当該典型的な実施形態は、１つだけの部分を含む、又は３つの部分以上を含むセル識別子を有する可能性がある非ＷＣＤＭＡシステムに対し、適用することができる。言い換えれば、セル識別子に含まれる変更部分は、セル識別子全体と一致してもよいし、又は、当該セル識別子に含まれる多数の部分のうちの１つであってもよい。簡単のために、当該典型的な実施形態は、２つの部分を有するセル識別子について言及しているが、当該典型的な実施形態に制限する意図はない。

本明細書で援用する特許文献３には、ネットワークを再計画する処理が記載されている。この出願は、オペレータのネットワーク・トポロジの、その地理との関係を保護する機構について説明している。これは、例えば、セルラ・ネットワークに含まれる、地理的に関連した特定の部分についての、複数のセルを含むリストであって、地理的に近い複数のセルが、同様に近い複数の固定リスト・インデックスと対応するように体系化されたリストの作成と、当該体系化されたリストの各エントリの値の保存と、を含む。保存された値は、体系化された当該リストに含まれる特定のインデックスに対応するセルについての、現時点で有効なコードを含む可能性がある。リストに対する操作によって、少なくとも２つのコードを、更新後のリスト内の新たな位置へ移動させることになる。そのような操作には、１ステップ下位へのシフト、ｋステップ下位へのシフト、１ステップ上位へのシフト、ｋステップ上位へのシフト、当該リストに含まれる、隣接するエントリからなるブロック間の交換、又は、当該リストのサブセットに適用した、これまでの代替手順のうちの何れか、のうちの１つ以上が含まれる。当該操作は、１つの決定ノードから決定及び命令され、その後、当該リスト及び隣接セルのリストを保持し、かつ、リストに対する操作を実行する他の従属ノードのセットに対して、当該操作は通知され得ることに留意されたい。あるいは、当該決定ノードが当該リストに対する操作を実行し、その結果を従属ノードに送信してもよい。

しかし、そのような機構では、ネットワークに含まれる複数のノードの既存のコードを再利用して、新しいコードを作成しない。また、この機構は、ネットワーク全体に適用するグローバル機構であるが、図５に関して説明する機構及び方法は、当該ネットワークの所与のＲＮＣで行っている。特許文献３の機構と図５の機構との間の他の相違点は、特許文献３の機構では、ＲＮＣ、基地局及びセルのコードをそれらの間で変更する、即ち、ネットワーク全体の中で変更する一方で、図５の機構では、複数のセルの識別子に影響を及ぼすことである。さらに、図５の機構では、ネットワークの情報を保護するためにスクランブリング・キーを使用し得るが、これは特許文献３の機構とは異なる。

別の典型的な実施形態によれば、ネットワーク・トポロジの不明確化は、セル・データを再構成することなく、代わりに、この情報をスクランブリングすることによって実現することができる。情報のスクランブリングには、権限のないパーティから情報を保護するために、符号化、暗号化、ミキシング、又は当業者に既知の他の方法が当然に含まれる。この典型的な実施形態によれば、全てのＵＣ−ｉｄ、Ｃ−ｉｄ、及び隣接セル構成を含むセル構成は、大部分のネットワーク・ノード（例えば、ＲＮＣ２０３及びさらに高いレベルのノード）に関して、変化のないでままであり続け得る。その代わりに、ネットワークによって無線インタフェースを介してユーザ端末にブロードキャストされるＵＣ−ｉｄのバージョンは、基地局（例えばノードＢ２００）によって定期的にスクランブリングされる。従って、この典型的な実施形態によれば、ノードＢ２００は、ＲＮＣ２０３から新しいシステム情報を受信すると、ＲＮＣ２０３から受信したＵＣ−ｉｄを、ランダム・スクランブリング・キーを用いて送信用にスクランブリングする。このスクランブリング処理は、周期的に（例えば毎晩）行われてもよい。

典型的な一実施形態では、各基地局が、対応するＲＮＣからランダム・スクランブリング・キーを受信する。別の典型的な実施形態では、基地局は、ＲＮＣとは独立に新しいランダム・スクランブリング・キーを作成する。何れの実施形態においても、ランダム・スクランブリング・キーは、外部サーバに、又はネットワークの内部サーバに、ネットワークを介して提供される。このサーバは、セルの識別子を受信する権限のある／ライセンスを受けているサードパーティのリストを有していてもよい。従って、当該サーバは、トポロジに関連する情報が上述のようにスクランブリングされていても、当該権限のあるサードパーティのアプリケーションが、ネットワークの正しいトポロジを受信し得るように、これらのサードパーティにランダム・スクランブリング・キーを提供する。

この典型的な実施形態をさらに詳細に説明するために、図６の具体的なシグナリング図について検討する。同図では、番号を付した信号は、以下で説明するように機能する。この典型的な実施形態では、スクランブリング・キーは、基地局で生成される。ステップ１で、ＲＮＣ２０３は、基地局に送信すべきシステム情報を収集する。このステップは、ＲＮＣ２０３のシステム情報配信機能において実行され得る。ステップ２で、ＲＮＣ２０３は、システム情報を、（本明細書で無線基地局（ＲＢＳ：radio base station）とも称される）複数のノードＢ２００に、受信側ＲＢＳへの（ノードＢを制御するためにＲＮＣが使用する専用シグナリング・プロトコルである）ノードＢ・アプリケーション・パート（ＮＢＡＰ：NodeB Application Part）インタフェースを介して、システム情報更新要求（SYSTEM INFORMATION UPDATE REQUEST）メッセージを使用して送信する。当該システム情報更新要求は、ＷＣＤＭＡシステムで使用される、予め定義されたコマンドである。ドリフトＲＮＣ（ＤＲＮＣ：Drift RNC）接続の場合、当該メッセージは、（図示しない）無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ：Radio Network Subsystem Application Part）インタフェースを介して中継される。この送信は、通常、数十ミリ秒と１分との間の更新レートで実行される。

ステップ３で、ＲＢＳ２００は、システム情報更新要求メッセージを受信し、ＵＣ−ｉｄ情報を取り出す。ステップ４で、ＲＢＳ２００は、ＲＢＳ２００によって生成／管理されるスクランブリング・キーを用いて、ＵＣ−ｉｄ情報をスクランブリングする。ステップ５で、ＲＢＳ２００は、ＲＮＣ２０３から受信した複数のシステム情報ブロック（ＳＩＢ：system information block）内に、無線リソース制御（ＲＲＣ：Radio Resource Control）システム情報をまとめて、それを保存する。これには、スクランブリングされたＵＣ−ｉｄが含まれる。ステップ６で、ＲＢＳ２００は、保存した情報を、ＲＲＣシステム情報メッセージで、ＢＣＨチャネル（ブロードキャストチャネル）を介してユーザ端末２０４にブロードキャストする。この送信は、送信時間間隔（ＴＴＩ：Transmission Time Interval）毎に実行され得る。上述のように、ここでは簡単のために、ＷＣＤＭＡシステムの専用コマンドを使用している。しかし、この方法は、他の通信システムにも適合され得る。

従って、ユーザ端末２０４は、スクランブリングされたセル識別子ＵＣ−ｉｄを受信し、それ故に、サードパーティは、セル識別子にアクセスするためにはスクランブリング・キーを知らなければならないことになろう。ＲＢＳ２００は、所定の時間に、又は一定の間隔で、信号を生成するように構成されたタイマを含んでいてもよい。当該信号に基づいて、ＲＢＳ２００は、セルの識別子をスクランブリングするのに使用されるスクランブリング・コードを変更してもよい。当該タイマは、ランダムに信号を供給するように構成されてもよい。ＲＢＳ２００が新しいスクランブリング・キーを算出した後に、タイマＴ_keyはリセットされる。一般に、Ｔ_keyは２４時間のオーダの値に設定される。

図７に示す別の典型的な実施形態によれば、スクランブリング・キーは、各基地局又はノードＢ２００によって生成されずに、ＲＡＮ全体に対して一元的に生成され、かつ、シグナリング・メッセージを介して全ての基地局に配信される。これは、ＤＲＭ（Digital Right Management、ディジタル権利管理）のような方法の使用を可能にすることで、選択される受信機がコンテンツを復号できるようにし、例えば、オペレータに料金を支払っているサードパーティのアプリケーション・プロバイダは、スクランブリング・キーが変更される度に新しいキーを受信することになる。あるいは、料金を支払っているサービスプロバイダは、新しいスクランブリング・キーの作成に使用するマスタ・キーを受信することになる。このマスタキーは、その後、ハンドセット内のこのプロバイダから、アプリケーションに提供され得る。それにより、これら特定のアプリケーションは、ハンドセットによって公表された不変のＵＣ−ｉｄを復号することが可能になる。この代替的な典型的な実施形態を、図７のシグナリング図に示す。

番号が付された信号は、以下で説明するように機能する。ステップ１で、ＲＮＣ２０３は、新しいスクランブリング・キーを算出し、タイマＴ_keyをリセットする。Ｔ_keyは２４時間のオーダ値に設定され得る。ＲＮＣ２０３以外の他のノードがこのステップを実行してもよいことに留意されたい。ステップ２で、ＲＮＣ２０３は、当該ＲＮＣ２０３が制御する複数のノードＢ２００に対して、スクランブリング・キーを送信する。新規メッセージ信号（NEW MESSAGE信号）が、この目的に使用されてもよい。なお、ステップ３で、ＲＮＣ２０３は、ノードＢ２００に送信すべきシステム情報を、ＲＮＣ２０３のレベルにおいて収集する。これは、ＲＮＣのシステム情報配信機能において行われ得る。ステップ４で、ＲＮＣ２０３は、当該システム情報を、例えば、ＮＢＡＰインタフェースを介して、システム情報更新要求（SYSTEM INFORMATION UPDATE REQUEST）メッセージを使用して、ノードＢ２００に送信する。ＤＲＮＣ接続の場合、当該メッセージは、ＲＮＳＡＰインタフェース（図示せず）を介して中継される。この送信は、数十ミリ秒と１分との間の更新レートで実行され得る。ステップ５で、ＲＢＳ２００は、システム情報更新要求メッセージを受信して、ＵＣ−ｉｄ情報を取り出す。ステップ６で、ＲＢＳ２００は、ステップ２でＲＮＣ２０３から受信したそのスクランブリング・キーを用いて、ＵＣ−ｉｄ情報をスクランブリングする。ステップ７で、ＲＢＳ２００は、複数のシステム情報ブロック（ＳＩＢ）内に、ＲＲＣシステム情報をまとめて、それを保存する。これには、スクランブリングされたＵＣ−ｉｄが含まれる。ステップ７で、ＲＢＳ２００は、スクランブリングされたＵＣ−ｉｄを含む、保存された当該情報を、ＲＲＣシステム情報メッセージで、例えばＢＣＨチャネル（ブロードキャスト・チャネル）を介して、ユーザ端末２０４にブロードキャストする。この送信はＴＴＩ毎に実行され得る。

図６及び図７に示す実施形態の間の１つの相違点は、図６の実施形態では、各基地局でスクランブリング・キーが生成及び保持されるのに対して、図７の実施形態では、ＲＮＣによってスクランブリング・キーが生成及び配信されることである。

図８に示す典型的な実施形態によれば、通信ネットワークのネットワークセル識別子を外部パーティが突き止める（determine）ことを防止する方法がある。本方法は、通信ネットワークの基地局において、当該通信ネットワークの無線ネットワーク制御装置からシステム情報を受信するステップ８００と、基地局において、受信されたシステム情報から、ネットワーク・セルの識別子を抽出するステップ８０２と、基地局において、ネットワーク・セル識別子に含まれる第１及び第２の部分の少なくとも１つを変更するステップ８０４と、外部パーティによってネットワーク・セルの識別子が突き止められることを防ぐように、識別子に含まれる第１及び第２の部分のうちの変更された少なくとも１つを、ユーザ端末に送信するステップ８０６と、を含む。

図９には、例えば、上述した信号を送信又は受信するために使用され得る、典型的な通信ノード９００を示す。同図では、通信ノード９００は、プロセッサ９０２（又はマルチ・プロセッサ・コア）と、メモリ９０４と、１つ以上の２次記憶デバイス９０６と、通信自体、及び（複数の）ネットワークの残りの部分を容易にする通信インタフェース９０８とを含み得る。プロセッサ９０２は、適切なコマンドに応じてセル識別子をスクランブリング又は変更する等、上述した（複数の）動作を実行することも可能である。新しいセル識別子又は変更されたセル識別子、及びスクランブリング・キー等は、その後、メモリ９０４に保存され得る。

また、当業者には理解されるであろうが、典型的な実施形態は、無線通信デバイス、通信ネットワークにおいて、方法として、又はコンピュータプログラムにおいて実施され得る。従って、当該典型的な実施形態は、完全にハードウェアによる実施形態の、又はハードウェアとソフトウェアの態様を組み合わせた実施形態の形式を取り得る。さらに、当該典型的な実施形態は、媒体に具現化されるコンピュータで読み取り可能な命令を含む、コンピュータで読み取り可能な媒体に格納された、コンピュータ・プログラムの形式を取り得る。ハードディスク、ＣＤ−ＲＯＭ、ディジタル他用途ディスク（ＤＶＤ：digital versatile disk）、光学的記憶デバイス、又は、フロッピー（登録商標）ディスク若しくは磁気テープのような磁気記憶デバイスを含む、コンピュータで読み取り可能な、任意の適切な媒体が利用されてもよい。コンピュータで読み取り可能な媒体についてのその他の非限定な例には、フラッシュタイプ・メモリ又はその他の既知のメモリが含まれる。

本典型的な実施形態は、ユーザ装置、基地局、無線ネットワーク制御装置において実装され得るとともに、ユーザ装置、基地局、及びさらに高レベルのネットワーク・ノードを含む、無線通信ネットワーク又はシステムにおいて、広く実装され得る。本典型的な実施形態は、特定用途向け集積回路（ＡＳＩＣ：application specific integrated circuit）、又はディジタル・シグナル・プロセッサにおいても実装され得る。適切なプロセッサには、一例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ディジタル・シグナル・プロセッサ（ＤＳＰ：digital signal processor）、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１つ以上のマイクロ・プロセッサ、コントローラ、マイクロ・コントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：Field Programmable Gate Arrays）回路、その他の任意のタイプの集積回路（ＩＣ：integrated circuit）、及びステート・マシンのうちの、少なくとも１つが含まれる。ソフトウェアと連携するプロセッサは、ユーザ装置、基地局、又は任意のホスト・コンピュータ用の無線周波数無線機を実装するために使用され得る。ユーザ装置は、カメラ、ビデオ・カメラ・モジュール、ビデオ電話機、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビ無線機、ハンズフリー・ハンドセット、キーボード、Bluetoothモジュール、周波数変調（ＦＭ：frequency modulated）無線ラジオユニット、液晶ディスプレイ（ＬＣＤ：liquid crystal display）表示ユニット、有機発光ダイオード（ＯＬＥＤ：organic light-emitting diode）表示ユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオ・ゲーム・プレイヤ・モジュール、インターネット・ブラウザ、及び、任意の無線ローカル・エリア・ネットワーク（ＷＬＡＮ：wireless local area network）モジュールのうちの少なくとも１つのような、ハードウェア及びソフトウェアの少なくとも何れかに実装されるモジュールとともに使用され得る。

本典型的な実施形態の特徴及び要素は、特定の組み合わせにおける実施形態で説明されているが、各特徴又は各要素は、実施形態の他の特徴及び要素を伴わず単独で、又は本明細書で開示した他の特徴及び要素との様々な組み合わせで、若しくはそれらを伴わずに、使用することができる。本出願において提供した方法、即ちフローチャートは、コンピュータ・プログラム、ソフトウェア、又は、汎用コンピュータ若しくはプロセッサによる実行のために、コンピュータで読み取り可能な媒体において具体的に実現されるファームウェアに、実装され得る。典型的な実施形態についての以上の記述は、例示及び説明を提供するが、網羅的であること、又は開示した厳密な形態に本発明を限定することを意図していない。修正及び変形は、上記の教示に照らして可能であり、あるいは、本発明の実施から得ることができる。以下の特許請求の範囲及びその均等物は、本発明の範囲を規定する。

従って、典型的な実施形態が、ソフトウェア（例えば、コンピュータで読み取り可能な媒体に格納され、コンピュータ、プロセッサ等によって読み込まれる場合に、上述のように抽象化若しくは隠された情報信号の伝送に関連する一定のステップを実行する、プログラム・コード又は命令）にも関連することは、明らかであろう。

本発明の典型的な実施形態に係るデータを処理するシステム及び方法は、メモリデバイスに含まれる一連の命令を実行する１つ以上のプロセッサによって実行され得る。そのような命令は、（複数の）２次データ記憶デバイスのような、他のコンピュータ読取可能媒体からメモリデバイスに読み込まれ得る。当該メモリデバイスに含まれる一連の命令の実行により、プロセッサは、例えば上述のように動作する。代替の実施形態では、ハード結線回路が、ソフトウェア命令の代わりに、又はソフトウェア命令と組み合わせて、本発明を実装するために使用され得る。

上記の典型的な実施形態について、多数の変形が考えられる。上記の典型的な実施形態は、限定的ではなく、全ての点で本発明に関して例示的であることを意図している。従って、本発明は、詳細な実装において、本明細書に含まれる説明から当業者が導き出し得る多数の変形が可能である。全てのそのような変形及び修正は、以下の特許請求の範囲によって規定される本発明の範囲及び精神の範囲内であると見なされる。本願の説明で使用される要素、動作又は命令は、そのように明確に説明されていない限り、本発明にとって重大な意味を有する又は本質的であると、解釈されるべきではない。また、本明細書で使用する冠詞「a」は、１つ以上の項目を含むことを意図している。

Claims (20)

1. 通信ネットワーク（１１２又は１２０）のネットワーク・セル（１２２）の識別子を、当該ネットワーク・セル（１２２）の対応する地理的位置を用いて、外部パーティ（１１４）がマッピングすることを防ぐ方法であって、
   前記通信ネットワーク（１１２又は１２０）の基地局（２００）が前記方法の各ステップを実行し、前記方法は、
   前記基地局（２００）において、前記通信ネットワーク（１１２又は１２０）の無線ネットワーク制御装置（２０３）からシステム情報を受信するステップと、
   前記基地局（２００）において、前記受信されたシステム情報から、前記ネットワーク・セル（１２２）の前記識別子を抽出するステップと、
   前記基地局（２００）において、前記識別子を、又は前記ネットワーク・セル（１２２）の前記識別子に含まれる複数の部分のうちの１つの部分を変更するステップと、
   前記変更された識別子を、又は前記識別子に含まれる複数の部分のうちの前記変更された１つの部分を、ユーザ端末に（８０）に送信するステップと、
   を含むことを特徴とする方法。
2. 前記変更するステップは、
   前記基地局において、前記無線ネットワーク制御装置からスクランブリング・キーを受信するステップと、
   前記スクランブリング・キーに基づいて、前記識別子を、又は前記識別子に含まれる複数の部分のうちの１つの部分をスクランブリングするステップと、
   を含むことを特徴とする請求項１に記載の方法。
3. 前記無線ネットワーク制御装置から、前記スクランブリング・キーを定期的に受信するステップをさらに含むことを特徴とする請求項２に記載の方法。
4. 前記無線ネットワーク制御装置から、前記スクランブリング・キーをランダムに受信するステップをさらに含むことを特徴とする請求項２に記載の方法。
5. 前記識別子に含まれる第１の部分は、広帯域符号分割多元接続（ＷＣＤＭＡ）システム用のＵＣ‐ｉｄであり、前記識別子に含まれる第２の部分は、ＷＣＤＭＡシステム用のＣ‐ｉｄであることを特徴とする請求項１に記載の方法。
6. 前記識別子に含まれる全ての部分がスクランブリングされることを特徴とする請求項２に記載の方法。
7. 前記変更するステップは、
   前記基地局においてスクランブリング・コードを生成するステップと、
   前記スクランブリング・コードに基づいて、前記識別子を、又は前記識別子に含まれる複数の部分のうちの１つの部分をスクランブリングするステップと、
   を含むことを特徴とする請求項１に記載の方法。
8. 前記スクランブリング・コードを変更するタイミングを決定するために、前記基地局においてタイマを監視するステップと、
   前記スクランブリング・コードを定期的に変更するステップと、
   をさらに含むことを特徴とする請求項７に記載の方法。
9. 前記スクランブリング・コードをランダムに変更するステップをさらに含むことを特徴とする請求項７に記載の方法。
10. 複数のネットワーク・セルの識別子を同時に変更するステップをさらに含むことを特徴とする請求項１に記載の方法。
11. 前記基地局によってサービングされる全てのネットワーク・セルよりも少ない数のネットワーク・セルの識別子を、同時に変更するステップをさらに含むことを特徴とする請求項１０に記載の方法。
12. 前記変更するステップは、
    前記ネットワーク・セルについて、複数の部分を有する新たな識別子を生成するステップと、
    前記無線ネットワーク制御装置において、前記ネットワーク・セルの現時点の識別子を前記新たな識別子に変更するステップと、
    前記無線ネットワーク制御装置によって制御され、かつ、前記ネットワーク・セルを制御する前記基地局に対して、前記現時点の識別子に含まれる現時点の第２の部分を、前記ネットワーク・セルの前記新たな識別子に含まれる新たな第２の部分で置き換えることを指示するステップと、
    を含むことを特徴とする請求項１に記載の方法。
13. 前記通信ネットワークの前記無線ネットワーク制御装置において、前記ネットワーク・セルの前記識別子を変更するタイミングを決定するステップをさらに含むことを特徴とする請求項１２に記載の方法。
14. 前記無線ネットワーク制御装置によって制御される各ネットワーク・セルについて、前記したステップを繰り返すステップをさらに含むことを特徴とする請求項１２に記載の方法。
15. 対応する隣接リストにおける、前記ネットワーク・セルの前記現時点の識別子に関連する他のネットワーク・セルをサーチするステップをさらに含むことを特徴とする請求項１２に記載の方法。
16. 前記無線ネットワーク制御装置内の前記隣接リストにおいて、前記ネットワーク・セルの前記現時点の識別子を前記新たな識別子で置き換えるステップと、
    前記無線ネットワーク制御装置で保存されているセル構成において、前記ネットワーク・セルの前記現時点の識別子を前記新たな識別子で置き換えるステップと、
    をさらに含むことを特徴とする請求項１５に記載の方法。
17. 通信ネットワーク（１１２又は１２０）のネットワーク・セル（１２２）の識別子を、当該ネットワーク・セル（１２２）の対応する地理的位置を用いて、外部パーティ（１１４）がマッピングすることを防ぐように構成された、前記通信ネットワーク（１１２又は１２０）の基地局（２００）であって、
    前記通信ネットワーク（１１２又は１２０）の無線ネットワーク制御装置（２０３）からシステム情報を受信する通信インタフェース（９０８）と、
    プロセッサ（９０２）であって、
    前記受信されたシステム情報から、前記ネットワーク・セル（１２２）の前記識別子を抽出し、
    前記識別子を、又は前記ネットワーク・セル（１２２）の前記識別子に含まれる複数の部分のうちの１つの部分を変更し、かつ、
    前記変更された識別子を、又は前記識別子に含まれる複数の部分のうちの前記変更された１つの部分を、ユーザ端末に（８０）に送信する
    前記プロセッサと、
    を備えることを特徴とする基地局。
18. 前記プロセッサが、さらに、
    前記無線ネットワーク制御装置からスクランブリング・キーを受信し、
    前記スクランブリング・キーに基づいて、前記識別子を、又は前記識別子に含まれる複数の部分のうちの１つの部分をスクランブリングすること
    を特徴とする請求項１７に記載の基地局。
19. 前記プロセッサが、さらに、
    前記基地局においてスクランブリング・コードを生成し、
    前記スクランブリング・コードに基づいて、前記識別子を、又は前記ネットワーク・セルの前記識別子に含まれる複数の部分のうちの１つの部分をスクランブリングすること
    を特徴とする請求項１７に記載の基地局。
20. コンピュータで実行可能な複数の命令を含むコンピュータで読み取り可能な記憶媒体であって、
    前記複数の命令は、実行されると、通信ネットワーク（１１２又は１２０）のネットワーク・セル（１２２）の識別子を、当該ネットワーク・セル（１２２）の対応する地理的位置を用いて、外部パーティ（１１４）がマッピングすることを防ぐ方法を実施し、
    前記方法が、
    前記通信ネットワーク（１１２又は１２０）の基地局（２００）において、前記通信ネットワーク（１１２又は１２０）の無線ネットワーク制御装置（２０３）からシステム情報を受信するステップと、
    前記基地局（２００）において、前記受信されたシステム情報から、前記ネットワーク・セル（１２２）の前記識別子を抽出するステップと、
    前記基地局（２００）において、前記識別子を、又は前記ネットワーク・セル（１２２）の前記識別子に含まれる複数の部分のうちの１つの部分を変更するステップと、
    前記変更された識別子を、又は前記識別子に含まれる複数の部分のうちの前記変更された１つの部分を、ユーザ端末に（８０）に送信するステップと、
    を含むことを特徴とする記憶媒体。

Images