JP5451739B2 - 電気通信ネットワーク - Google Patents

Description

本発明は、電気通信ネットワークに関する。特に、本発明は、識別モジュールを有する端末が、その識別モジュールが加入者と関連付けられていなくても、データ通信を確立することを可能にするセルラ・ネットワークに関する。

従来のセルラ電気通信ネットワークでは、加入者識別モジュール（ＳＩＭ）の活性化には、ある種の事前条件が満たされる必要がある。ここで特に興味深いのは、ＳＩＭを一意の電話番号（ＭＳＩＳＤＮ）と関連付けなければならないことである。この馴染みのある電話番号は、一般に、発呼側が音声（またはビデオ）呼を、ＳＩＭが挿入されている移動体端末に対して行うときに、発呼側によって用いられる。プロビジョニング運営会社が所有するある範囲の利用可能なＭＳＩＳＤＮ番号から電話番号が選択され（自動的にまた場合によってはユーザ自身によって）、最初に運営会社のネットワークによってＳＩＭがアドレスされるときに、選択された番号がＳＩＭに割り当てられることには変わりはない。一般に、これが意味するのは、ユーザが前払いの取り決めまたは契約の取り決め(contract arrangement)の下で最初にＳＩＭを活性化する前に、電話番号が割り当てられていなければならないということである。

ネットワーク運営業者は、ＭＳＩＳＤＮの予約のため（ＩＴＵのような規制機関は、ＭＳＩＳＤＮ番号の範囲を運営会社に割り当てる）ならびに選択された番号を用いるために登録する際の末端職員時間および間接費の双方について、ＳＩＭに有効なＭＳＩＤＳＮをプロビジョニングする際に付随するコストを負担する。

そのＳＩＭが所定期間もはや用いられていない（または全く用いられたことがなかった）ように思われる場合、ネットワーク運営業者は、通例、この事実に気が付き、電話番号を１組の利用可能な番号に戻すための「隔離」プロセスを開始する。勿論、この隔離プロセスにはコストが伴い、更に、隔離期間が終了した後にそれが未使用であることが確認されたときに、そのＭＳＩＳＤＮ番号の再割り当てが最終的に生ずるが、この再割り当てにもコストが伴う。

読者は容易に認めようが、頻繁に用いられないまたは全く用いられないＳＩＭのプロビジョニングは、ネットワーク運営業者にとって格別な不都合を表す。この不都合は、従来の移動体電話機およびデータ・カード／モデムへのＳＩＭの提供を考えた場合でも重大である。しかしながら、現在では、遥かに広い範囲の計算およびその他の電子製品を埋め込むか、または何らかの方法でＳＩＭ対応にする傾向がある。例えば、ＰＣラップトップ、超移動体ＰＣ（ＵＭＰＣ）、パーソナル・ディジタル・アシスタント（ＰＤＡ）、衛星測位デバイス、セット・トップ・ボックス（ＳＴＢ）、ワイヤレス・アクセス・ポイント（ＡＰ）、および車両内蔵コンピュータであっても、ＳＩＭを受け入れるモジュールを装着し、セルラ電気通信ネットワークを通じた通信を可能にすることができ、最近ではそうしていることが多い。明らかに、この傾向は、未使用ＳＩＭおよび頻繁に用いられないＳＩＭの数量増大が伴うこと、ならびにその結果、このようなデバイスをイネーブルすることを望むネットワーク運営業者にとって、混乱の度合いが高まることを暗示している。

更に別の問題が、テレマティック端末（例えば、車内コンピュータ）用ＳＩＭカードの生産および管理に関して発生する。この場合、端末が、各々それ自体の電気通信ネットワークを有する種々の地理的場所に輸出できることが望ましい。

従来の特許ＧＢ２３７８０９７号、ＧＢ２３７８０９４号、およびＧＢ２３７８０９５号に記載されているように、以上の問題には、全ての関連する運営業者の鍵および具体的なパラメータが、製造時に、予めＳＩＭに格納されていることを確保することによって対処することができる。その結果、好適に用意されたＳＩＭであれば、必要に応じて、１つのホーム・ネットワークから他のホーム・ネットワークに登録し直すことが可能になる。ＳＩＭには、どの認証鍵をどの受持区域(territory)で用いるべきかに関する指示、および対応する新たなＳＩＭ識別番号、ＩＭＳＩが送られる。

その結果、車を輸出するとき、ＳＩＭを製造国に合わせて設定し、後に最終的な国に合わせて再設定することができる。また、この方法は他のデバイスにも適用することができ、無限に再設定することができる。したがって、別のネットワークにおいて端末を、新たなＳＩＭカードが発行されることなく、長時間用いることができる（ローミングする加入者とは異なる）。しかし、このような「内蔵済み」(prefitted)ＳＩＭが使用されなかったりまたは頻繁に使用されないと、先に概説した問題を拡大させるだけであることは明らかである。何故なら、この解決策は、製造時に想定した受持区域毎に１つずつ、複数の利用可能なＭＳＩＳＤＮをプロビジョニングすることを必要とするからである。

したがって、本発明の目的は、前述の問題を未然に防ぐこと、または少なくとも軽減することである。

本発明の一態様によれば、トークン識別モジュールを有する端末の通信接続を容易にするセルラ電気通信ネットワークが提供され、このネットワークは、
ネットワークにアクセスする要求を受けるロケーション・レジスタであって、要求がトークン識別モジュールと関連付けられている場合、要求を誘導し直す、ロケーション・レジスタと、
誘導し直された要求を受け、接続識別データを発生し、端末をロケーション・レジスタに対して識別するために、接続識別データをロケーション・レジスタに送信するトークン・レジスタと、
接続識別データにしたがって、ネットワークと端末との間に通信を確立するネットワーク・ゲートウェイ・コンポーネントと、
トークン接続識別データにしたがって、ネットワークと端末との間に通信を確立するネットワーク・ゲートウェイ・コンポーネントと、
サービス管理を実行するネットワーク監視コンポーネントと、
を含む。

通信接続は、好ましくは、データ専用通信接続である。
トークン識別モジュールを有する端末からネットワークにアクセスする各要求は、好ましくは、トークン識別モジュールを一意に識別するＩＭＳＩ番号を含む。

前述のネットワークは、更に、トークン接続識別データにしたがってユーザ・ダイアログ・ウェブページを移動体端末に配給(serve)するサーバであって、各ウェブページがユーザに少なくとも１つのユーザ行為選択肢を提示する、サーバと、セルラ・ネットワークから相互ネットワークへのアクセスを統御する相互ネットワーク・ゲートウェイとを含み、ネットワーク監視コンポーネントによって実行されるセッション認証チェックは、トークン接続識別データが有効なセッションと関連付けられているか否か判断することを含み、ネットワーク監視コンポーネントが有効な関連付けられているセッションがないと判断した場合、ネットワーク・ゲートウェイ・コンポーネントは、ウェブ・サーバによって配給されるユーザ・ダイアログ・ウェブページに端末を誘導し、端末からのユーザ行為選択肢入力に応じて、端末に相互ネットワークへのアクセスが与えられる。

あるいは、前述のネットワークは、更に、セルラ・ネットワークからＭ２Ｍサーバへの相互ネットワークを経由したアクセスを統御する相互ネットワーク・ゲートウェイを含み、ネットワーク監視コンポーネントによって実行されるセッション認証チェックは、トークン接続識別データが有効なＭ２Ｍセッションと関連付けられているか否か判断することを含み、ネットワーク監視コンポーネントが、トークン接続識別データが有効なＭ２Ｍセッションと関連付けられていると判断した場合、ネットワーク監視コンポーネントは、端末をＭ２Ｍサーバに誘導する。

相互ネットワークは、インターネットまたはイントラネットとするとよい。
ロケーション・レジスタを分散することもでき、ネットワークは、シグナリング機能を集約する集約点と、別のロケーション・レジスタ機能を実行するネットワーク・エンティティとを有し、前記集約点および前記ネットワーク・エンティティが互いに通信する。別のロケーション・レジスタ機能の例には、ＩＭＳＩ番号の一時的格納が含まれる。

ネットワーク監視コンポーネントによって実行されるサービス管理の例には、セッション管理、セッション認証チェック、および／またはネットワーク運営業者の方針（公正な使用というような）の適用が含まれる。

本発明の別の態様によれば、トークン識別モジュールを有する端末とセルラ電気通信ネットワークとの間における通信接続を容易にする方法が提供される。セルラ・ネットワークが、ロケーション・レジスタと、トークン・レジスタと、ネットワーク・ゲートウェイ・コンポーネントと、ネットワーク監視コンポーネントと、サーバと、相互ネットワーク・ゲートウェイとを含む。この方法は、
ロケーション・レジスタにおいて、端末からネットワークにアクセスする要求を受け、要求がトークン識別モジュールと関連付けられているか否か判断し、要求をトークン・レジスタに誘導し直すステップと、
トークン・レジスタにおいて、誘導し直された要求を受け、トークン接続識別データを発生し、この接続識別データをロケーション・レジスタに送信することによって、端末をロケーション・レジスタに対して識別するステップと、
トークン接続識別データにしたがってネットワークと端末との間に接続を確立するステップと、
セッション認証チェックを実行するステップと、
を含む。

セッション認証チェック・ステップは、トークン接続識別データが有効なセッションと関連付けられているか否か判断することを含むことができ、前述の方法は、更に、トークン接続識別データにしたがってユーザ・ダイアログ・ウェブページを端末に配給するステップであって、各ウェブページがユーザに少なくとも１つのユーザ行為選択肢を提示する、ステップと、ネットワーク監視コンポーネントが有効な関連付けられているセッションがないと判断した場合、ウェブ・サーバによって配給されるユーザ・ダイアログ・ウェブページに端末を誘導するステップと、端末からのユーザ行為選択肢入力に応じて、セルラ・ネットワークから相互ネットワークへのアクセスを許可するステップとを含む。

あるいは、前述の方法は、更に、ネットワーク監視コンポーネントがトークン接続識別データが有効なＭ２Ｍセッションと関連付けられていると判断した場合、端末をＭ２Ｍサーバに誘導するステップを含み、相互ネットワーク・ゲートウェイは、セルラ・ネットワークからＭ２Ｍサーバへの相互ネットワークを経由したアクセスを統御し、セッション認証チェック・ステップは、トークン接続識別データが有効なＭ２Ｍセッションと関連付けられているか否か判断することを含む。

本発明の理解を更に深めるために、これより、添付図面を参照するが、これは一例に過ぎない。

図１は、セルラ電気通信ネットワークの主要エレメント、およびその動作を示す。 図２Ａは、本発明によるセルラ電気通信ネットワークの主要エレメントを示し、このネットワークは、ホーム・ロケーション・レジスタおよびトークン・レジスタの双方を有する。 図２Ｂは、本発明による代替セルラ電気通信ネットワークの主要エレメントを示し、このネットワークは、ホーム・ロケーション・レジスタを有しておらず、代わりにビジタ・ロケーション・レジスタを拠り所とする。 図２Ｃは、本発明による別の代替セルラ電気通信ネットワークの主要エレメントを示し、このネットワークは、ホーム・ロケーション・レジスタの代わりに、ネットワーク・ゲートウェイ・コンポーネントにおけるロケーション・レジスタ機能を拠り所とする。 図２Ｄは、本発明による更に別の代替セルラ電気通信ネットワークの主要エレメントを示し、図２Ａ、図２Ｂ、および図２Ｃのアーキテクチャを簡略化するために、ＳＳ７集約点を用いている。 図３は、本発明による埋め込み識別モジュールを有するＰＣラップトップにデータを供給するセッションにおけるイベントのフローを示す。 図４は、本発明による機械対機械環境において用いるデバイスにデータを供給するセッションにおけるイベントのフローを示す。

電気通信ネットワーク１００は、複数の基地局（ＢＳ）３、４、５、７、８、および９、ならびにコア・ネットワーク１２を含む。
各基地局（ＢＳ）は、電気通信ネットワークのそれぞれのセルに対応し、回線交換またはパケット交換ドメインの一方または双方においてワイヤレス無線通信によって、そのセルの中にある移動体端末からの呼を受信し、その移動体端末に呼を送信する。このような加入者の移動体端末を１で示す。移動体端末は、ハンドヘルド移動体電話機、パーソナル・ディジタル・アシスタント（ＰＤＡ）、またはデータ・カードを装備しているラップトップ・コンピュータとすることができる。

各基地局は、基地送受信局（ＢＴＳ）および基地局コントローラ（ＢＳＣ）を備えている。ＢＳＣは、１つよりも多いＢＴＳを制御することができる。ＢＴＳおよびＢＳＣは、無線アクセス・ネットワークを構成する。

従来、基地局はグループ単位で構成されており、基地局の各グループは、基地局３、４、および５に対するＭＳＣ２のように、１つの移動交換局（ＭＳＣ）によって制御されていた。図１に示すように、このネットワークは別のＭＳＣ６を有し、これは別の３つの基地局７、８、および９を制御している。実際、このネットワークは図１に示すよりも更に多くのＭＳＣおよび基地局を組み込む。

ネットワークの各加入者には、少なくとも１つのスマート・カード、即ち、加入者個人情報モジュール（ＳＩＭ）カード（厳密に言うと、ＵＩＣＣ）が供給される。ユーザの移動体端末と関連付けられると、ＳＩＭカードは、ネットワークに対して加入者を識別する。端末は、通例、それ自体の識別子（「国際移動体機器固体情報」、ＩＭＥＩ）を有している。この識別子はある種のネットワークにおいて得ることができるが、この端末ＩＤは、加入者をネットワークに対して識別する際に必須ではない。ＳＩＭカードには、一意の識別番号、「国際移動体加入者個人情報」（ＩＭＳＩ）が予めプログラミングされている。ＩＭＳＩにはカード上でアクセスすることができるが、一般に加入者には知られていない（または加入者によって直接用いられることはない）。各ＳＩＭの外側には、更に別の一意の識別番号、ＩＣＣＩＤ／ＳＩＭ連番（ＳＳＮ）が印刷されている。これは、ＩＭＳＩ番号とは関係がない。加入者には、更に別の、公に知られている番号が発行される。これは、加入者の電話番号であり、これによって加入者への呼が、発呼者によって開始される。この番号は、移動体加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）である。

コア・ネットワークは、ホーム・ロケーション・レジスタ（ＨＬＲ）１０を含む。ホーム・ロケーション・レジスタ１０は、ネットワークの加入者毎に、ＩＭＳＩおよび対応するＭＳＩＳＤＮを、加入者の移動体端末の現在地または最後に知った位置というような、他の加入者データと共に格納する。第２レジスタ、ビジタ・ロケーション・レジスタ（ＶＬＲ）１４は、ネットワークにおいて一時的にアクティブになっている加入者について、ＩＭＳＩおよび対応するＭＳＩＳＤＮを格納する。この説明全体を通じて、「ロケーション・レジスタ」という用語は、ＨＬＲ、ＶＬＲ、および／またはサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）のようなネットワーク・ゲートウェイ・コンポーネントの機能を実行するネットワーク・エンティティに関係すると理解すべきものとする。

加入者が彼らの移動体端末をネットワークにおいて活性化することを望むとき（続いて発呼することまたは呼を受信することができるようにするため）、加入者は彼らのＳＩＭカードを、移動体端末（この例では、端末１）と関連付けられているカード・リーダに入れる。

移動体端末１をオンに切り換えると、接続すべき移動体ネットワークを検索する。一旦移動体端末が所望のネットワークを特定したなら、メッセージをネットワークに送り（端末１が位置しているネットワークの特定のセルと関連付けられている基地局３を通じて）、それが「アイドル状態」に入ったことを示す。このメッセージは（カードから読み取られた）ＩＭＳＩを含む。従来のネットワークでは、基地局３は次にＩＭＳＩを、ＢＳ３が登録されているＭＳＣ２に送信する。

ＭＳＣ２は、ＩＭＳＩをＶＬＲ１４に受け渡す。一方、ＶＬＲ１４は、そのデータベースをチェックして、この特定の加入者に既存のレコードがあるか否か判断する。
レコードが見つからない場合、ＶＬＲ１４はこれをＭＳＣ２に示し、ＭＳＣ２は、ネットワーク・コア１２にあるＨＬＲ１０におけるしかるべき位置にアクセスする。次いで、ＭＳＣ２は対応する加入者ＭＳＩＳＤＮおよびその他の加入者データを、そのしかるべき記憶位置から抽出し、それをＶＬＲ１４における位置に一時的に格納する。次いで、承認メッセージが移動体端末に送られる。このように、新たにアクティブとなった加入者を事実上特定のＭＳＣ（ＭＳＣ２）に登録し、したがって、加入者の情報は、そのＭＳＣと関連付けられているＶＬＲ（ＶＬＲ１４）に一時的に格納される。

ＨＬＲ１０が前述のような態様でＭＳＣ２によって質問されると、ＨＬＲ１０は、追加的に移動体端末１のために認証手順を実行する。ＨＬＲ１０は、認証データをＭＳＣ２に「チャレンジ」および「応答」形式で送信する。このデータを用いて、ＭＳＣ２は「チャレンジ」を移動体端末１に、基地局３を経由して受け渡す。このデータを受信すると、移動体端末１はこのデータをそのＳＩＭに受け渡し、「応答」を生成する。この応答は、ＳＩＭ上にある暗号化アルゴリズム、およびＳＩＭ上にある一意の鍵Ｋｉを用いて発生する。この応答は、ＭＳＣ２に返送され、ＭＳＣ２は、ＨＬＲ１０から入手したこの加入者についての情報と突き合わせて応答をチェックし、認証手順を完了する。移動体端末１からの応答が期待通りである場合、移動体端末１は認証されたと見なされる。この時点で、ＭＳＣ２は、加入データをＨＬＲ１０に要求する。すると、ＨＬＲ１０は加入データをＶＬＲ１４に受け渡す。

認証プロセスは、移動体端末１がアクティブであり続けている間定期的な間隔で繰り返され、更に必要であれば移動体端末が発呼するかまたは呼を受信する毎に繰り返すこともできる（このプロセスは「ページング」として知られている）。

ネットワークのＭＳＣの各々（ＭＳＣ２およびＭＳＣ６）は、それぞれのＶＬＲ（１４および１１）が関連付けられており、加入者が、当該ＭＳＣによって制御される基地局の１つに対応するセルの１つにおいて移動体端末を活性化させたときに既に説明したのと同様に動作する。

移動体端末１を用いる加入者が音声呼を行うことを望み、ＳＩＭカードを既にこの移動体端末と関連付けられているリーダに挿入し前述のようにＳＩＭが既に認証されている場合、通常通りに被呼側の電話番号（ＭＳＩＳＤＮ）を入力することによって発呼することができる。この情報は、基地局３によって受信され、次いでＭＳＣ２を経由して被呼側に導出される。ＶＬＲ１４に保持されていれる情報によって、ＭＳＣ６はこの呼を特定の加入者と関連付け、次いで請求の目的で情報を記録することができる。

ＭＳＣ２および６は、回線交換ドメインにおける通信、通例では、音声呼をサポートする。対応するＳＧＳＮ１６および１８は、ＧＰＲＳデータ送信のような、パケット交換ドメインにおける通信をサポートするために設けられている。ＳＧＳＮ１６および１８は、ＭＳＣ２および６と同様に機能する。ＳＧＳＮ１６、１８には、パケット交換ドメインのためのＶＬＲの同等物が装備されている。

図２Ａ、図２Ｂ、図２Ｃ、および図２Ｄは、本発明にしたがって移動体端末とネットワークとの間においてデータ通信を可能にするのに適した、多数の代替セルラ・ネットワーク構成を示す。コンポーネントが図１に示したコンポーネントと実質的に同一である場合、同じ参照番号を図２Ａ、図２Ｂ、図２Ｃ、および図２Ｄにおいて採用する。

本発明では、識別モジュールは一意のトークンとして扱われ、特定の加入者と未だ関連付けられていない。このため、これらはトークン識別モジュール、またはＴＩＭと呼ばれる。通例、ＴＩＭカードはＳＩＭカードと同じフォームファクタを有し、相互交換可能である。ＳＩＭカードと全く同じように、ＴＩＭには、少なくとも１つの一意の識別番号、「国際移動体加入者個人情報」（ＩＭＳＩ）が予めプログラミングされており、カード上でアクセス可能である。しかしながら、ＴＩＭは、公に知られている番号（即ち、ＭＳＩＳＤＮ）とは関連付けられていない。この意味で、ＴＩＭは「非プロビジョニング」ＳＩＭであると見なされる。

ＴＩＭにはＭＳＩＳＤＮが関連付けられていないので、いついずれかの所与のＴＩＭが用いられるのか、または実際にそのＴＩＭが使われることになるのか否か定かでない環境においてもこれらを用いることができる。これは、ＳＩＭに有効なＭＳＩＳＤＮをプロビジョニングすることに伴うコストがあり、更に所定の期間（通例、約６から９カ月）用いられない場合、そのＭＳＩＳＤＮ番号を隔離し最終的にそれを再度割り当てることに伴うコストもある典型的なセルラ・ネットワークにおいては、商業的に重要である。

ネットワークに接続する初期要求を処理するために、図２Ａのネットワークは、ホーム・ロケーション・レジスタ（ＨＬＲ）１０（図１のネットワークにおけるそれと同一）およびグローバルＨＬＲ（Ｇ−ＨＬＲ）２１０を含む。

図２Ｂに示す代替実施態様では、基地局３、４、５、７、８、および９、ＭＳＣ２、６、ＶＬＲ１１、１４、ならびに図１のＳＧＳＮがグローバルＨＬＲ（Ｇ−ＨＬＲ）２１０にリンクされている。しかしながら、ＨＬＲ１０は必要ではない。

移動体端末１’のユーザが彼らの移動体端末をネットワークにおいて活性化させたい場合（その結果、データ接続を開くことができるようにするため）、ユーザは、移動体端末と関連付けられたカード・リーダ（図２Ａ、図２Ｂ、図２Ｃ、および図２Ｄにおける端末１’）にＴＩＭカードを入れる。すると、移動体端末１’は無線ネットワークに接続する（ステップ２０１）。

図１と同様に、図２Ａにおける無線ネットワークへの接続は、しかるべき格納位置から送信されたＩＭＳＩ番号を求めて、ＨＬＲ１０におけるしかるべき位置にアクセスするＴＩＭからの要求に相当する。ＨＬＲ１０は、ＴＩＭによって供給されたＩＭＳＩ番号が他のレジスタに属すると判断する。次いで、接続要求はＧ−ＨＬＲ２１０に転送される（ステップ２０２）。Ｇ−ＨＬＲ２１０は、次いで、ＩＭＳＩ番号をこの要求から抽出し、このＩＭＳＩ番号がＧ−ＨＬＲ２１０によって維持されている範囲内にあると仮定して、トークン信号をＨＬＲ１０に送信して、ＩＭＳＩがＧ−ＨＲＬ２１０によって認識されていることを伝える（ステップ２０３）（このトークン信号は、単に、確認信号（「ＯＫ」）であってもよいが、更にプロファイル情報を含むこともできる）。

対照的に、図２Ｂにおける無線ネットワークへの接続は、しかるべき記憶位置から送信されたＩＭＳＩ番号を求めて、ＶＬＲ１４におけるしかるべき位置にアクセスする要求に相当する。ＶＬＲ１４は、ＩＭＳＩ番号分析によって、ＴＩＭが別のレジスタに属すると判断する。次いで、接続要求はＧ−ＨＬＲ２１０に転送される（ステップ２０２Ｂ）。Ｇ−ＨＬＲ２１０は、次いで、ＩＭＳＩ番号をこの要求から抽出し、このＩＭＳＩ番号がＧ−ＨＬＲ２１０によって維持されている範囲内にあると仮定して、トークン信号をＶＬＲ１４に送信して、ＩＭＳＩがＧ−ＨＬＲ２１０によって認識されたことを伝える（ステップ２０３Ｂ）（このトークン信号は、単に、確認信号（「ＯＫ」）であってもよいが、更にプロファイル情報を含むこともできる）。

同様に、図２Ｃにおける無線ネットワークへの接続は、しかるべき記憶位置から送信されたＩＭＳＩ番号を求めて、ＳＧＳＮにおけるしかるべきホーム・ロケーションにアクセスする要求に相当する。ＳＧＳＮは、ＩＭＳＩ番号分析によって、ＴＩＭが別のレジスタに属すると判断する。次いで、接続要求はＧ−ＨＬＲ２１０に転送される（ステップ２０２Ｃ）。次いで、Ｇ−ＨＬＲ２１０はＩＭＳＩ番号をこの要求から抽出し、このＩＭＳＩ番号がＧ−ＨＬＲ２１０によって維持される範囲内にあると仮定して、トークン信号をＳＧＳＮに送信して、ＩＭＳＩがＧ−ＨＬＲ２１０によって認識されたことを伝える（ステップ２０３Ｃ）（このトークン信号は、単に、確認信号（「ＯＫ」）であってもよいが、更にプロファイル情報を含むこともできる）。

図２Ｄは、ＳＳ７集約点２９０（ＳＳ７シグナリング接続制御部（ＳＣＣＰ）リレーまたはシグナリング転送点（ＳＴＰ）のような）を用いてＳＳ７機能を集約する無線ネットワークへのこのような接続要求を処理するための異なるメカニズムを示す。即ち、ＳＳ７集約点は、ＩＭＳＩ分析（例えば、ＩＭＳＩアドレス・タイプのためのグローバル・タイトル変換（ＧＴＴ）能力）を実行し、ＭＳＣ（移動体交換局）および／またはＳＧＳＮ２２０の中にあるルーティング表を連続的に管理する必要性を解消する。

ＨＬＲ１０は、トークン信号を受信すると、ＩＭＳＩを一時的にビジタ・ロケーション・レジスタ（ＶＬＲ）１４内のある位置に格納する。図２Ｂの代替案では、ＶＬＲ１４はＩＭＳＩをＶＬＲ位置レジスタ・ストアに一時的に格納する。このように、端末１’のユーザは事実上特定のＭＳＣ（ＭＳＣ２）に登録されたことになり、したがって、ＴＩＭと関連のあるいずれのプロファイル情報も、このＭＳＣと関連付けられたＶＬＲ（ＶＬＲ１４）に一時的に格納される。

図２Ｃの代替案では、ＳＧＳＮはＩＭＳＩをＳＧＳＮロケーション・レジスタ・ストアに一時的に格納する。すると、端末１’のユーザは事実上特定のＳＧＳＮに登録されたことになり（ＶＬＲも一緒に迂回する）、ＴＩＭと関連のあるいずれのプロファイル情報も、ＳＧＳＮロケーション・レジスタ・ストアに一時的に格納される。

一旦前述のステップが完了したなら、次に移動体端末１’のために認証手順を実行する。図２Ａおよび図２Ｂでは、Ｇ−ＨＬＲ２１０は認証データをＭＳＣ２に「チャレンジ」および「応答」形式で送信する。このデータを用いて、ＭＳＣ２は「チャレンジ」を移動体端末１’に基地局３を経由して受け渡す。このデータを受信すると、移動体端末１’はこのデータをそのＴＩＭに受け渡し、「応答」を生成する。この応答は、ＴＩＭ上にある暗号化アルゴリズムおよびＴＩＭ上にある一意の鍵Ｋｉ’を用いて発生する。この応答は、ＭＳＣ２に返送され、ＭＳＣ２は、Ｇ−ＨＬＲ２１０からそのトークンについて既に入手している情報と突き合わせてチェックして、認証プロセスを完了する。移動体端末１’からの応答が期待通りである場合、移動体端末１’は認証されたと見なされる。

図２Ｃについても、Ｇ−ＨＬＲ２１０は認証データをＳＧＳＮ２２０に「チャレンジ」および「応答」形式で送信する。ここでは、ＳＧＳＮ２２０はこのデータを用いて、「チャレンジ」を移動体端末１’に基地局３を経由して受け渡す。このデータを受信すると、移動体端末１’はこのデータをそのＴＩＭに受け渡し、「応答」を生成する。この応答は、ＴＩＭ上にある暗号化アルゴリズムおよびＴＩＭ上にある一意の鍵Ｋｉ’を用いて発生する。この応答はＳＧＳＮ２２０に返送され、ＳＧＳＮ２２０は、Ｇ−ＨＬＲ２１０から既に入手しているこのトークンについての情報と突き合わせて、応答をチェックして、認証プロセスを完了する。移動体端末１’からの応答が期待通りであるる場合、移動体端末１’は認証されたと見なされる。

読者には容易に認められるであろうが、ＳＳ７集約点２９０を用いてＳＳ７機能を集約すること（図２Ｄに示すように）は、認証がＭＳＣ２またはＳＧＳＮ２２０のどちらによって行われたのかについて、前述の認証を実行するメカニズムと組み合わせることができる。

認証プロセスは、移動体端末１がアクティブであり続けている間定期的な間隔で繰り返され、更に必要であれば移動体端末が発呼するかまたは呼を受信する毎に繰り返すこともできる。

移動体端末１’のユーザがデータ接続を確立したいとき、既にＴＩＭカードを、この移動体端末と関連付けられているリーダに挿入しており、先に記載したようにＴＩＭの有効性がＧ−ＨＬＲ２１０によって確認されているのであれば、データ接続要求はネットワーク・ゲートウェイ・コンポーネント２２０（即ち、ＳＧＳＮ１６）に受け渡され、ゲートウェイ・セッションが確立される。

ネットワーク・ゲートウェイ・コンポーネント２２０は、Ｇ−ＨＬＲ２１０から、ＩＭＳＩに対応する鍵を受信する。一方、この鍵は、キー・データが既存の有効なセッション（通例、ネーティブＲＡＤＩＵＳおよび／またはＤＩＡＭＥＴＥＲセッション）と関連付けられているか否か判断するネットワーク監視コンポーネント２３０（例えば、ＮＧＭＥまたはＧＧＳＮ）に照会するために用いられる。ネットワーク・ゲートウェイ・コンポーネント２２０とネットワーク監視コンポーネント２３０との間におけるシグナリングは、セッション確立に対してユーザには請求を行わないように、無料とすることが好ましい。

この鍵データに対して既に有効なセッションが存在する場合、データ接続を確立する（ステップ２０９）。移動体端末１’は、要求された相互ネットワーク(internetwork)２４６、通例では、インターネットまたは企業のイントラネットにアクセスすることができる。

しかしながら、この鍵に対応する有効なセッションを見つけることができない場合、代わりに、ウェブ・サーバ２４０によって発生されたウェブページに移動体端末１’を誘導し直すことができる。提示されるウェブページは、鍵データにしたがって移動体端末１’に合わせて特別に作成され、ユーザに少なくとも１つのユーザ行為選択肢を提案する。

次に、ネットワーク監視コンポーネント２３０は、相互ネットワーク・ゲートウェイとして動作し、選択されたユーザ行為選択肢に関してユーザによって入力された情報に応じて、セルラ・ネットワーク１００から要求された相互ネットワーク２４６へのアクセスを拒否または許可する。典型的な想定場面では、ウェブページは、所定の価格で時間制限セッションの選択肢を提案する。この選択肢を選択すると、ユーザは、ユーザ請求情報を要求するユーザ・ダイアログに進む。請求情報には、例えば、指名、住所、クレジット／デビット・カードの詳細、バウチャ／クーポン情報、請求書発行／ＳＭＳ対象の既存の電話番号等が含まれる。

セッション制御は、セッション制御サーバ（好ましくは、ネーティブＤＩＡＭＥＴＥＲサーバ）によって行われる。セッション制御サーバは、それが管理するセッションについて規則的な報告（いわゆる「イベント・チケット」）を発行する。ネーティブＤＩＡＭＥＴＥＲ型セッションでは、ネットワーク監視コンポーネント２３０は有効なセッション毎にＤＩＡＭＥＴＥＲイベント・チケットを用いて、各ユーザのセッション使用を監視することができる。一方、これは、移動体端末１’のアプリケーションを通じてユーザに提示することができるので、ユーザは、例えば、使用が既定の閾値を超過したことを知ることができる。あるいは、セッション使用は、移動体端末１’上においてウェブ・アプリケーション（例えば、ブラウザ）上のポップアップを通じてユーザに提示することもできる。

報告は、クライアント系（そして精度の低い）カウンタ・アプリケーションからではなく、ＤＩＡＭＥＴＥＲサーバから直接来るので、ユーザには直ちに最新のセッション使用報告が提示される。読者は認められようが、これは、ユーザが「請求書ショック」という現象を回避できることを意味する（特定のセッションに対する料金書を受け取ったとき（少し後になってから）、ユーザが料金が彼らが考えていたよりも遥かに高いことに気付く）。

端末上にあるクライアント・アプリケーションを用いて使用情報を提示することには、更に多くの利点がある。例えば、ユーザに、彼らの使用を項目毎に分けたログを記録する機構を設けることができ、またはサービス・レベルの具体的な品質（これに対して異なる料金を課金することができ、一方この料金をユーザが監視することができる）を要求する機構を設けることができる。また、セルラ・ネットワークの運営業者は、サービスの幅を広げることができ、例えば、動的な輻輳に基づく料金を提案することができる。この場合、データ単位毎のコストは、そのときのネットワーク上におけるデータ使用度に応じて変化させることができる（一方、ユーザは彼／彼女のクライアント・アプリケーションを通じてこのコストを監視することができる）。

ネットワーク監視コンポーネント２３０は、有効なセッション毎にＤＩＡＭＥＴＥＲイベント・チケットを用いて、ユーザのグループのセッション使用を監視することもできることは明らかである（サービスを業務または「企業」に提供する際に必要となる可能性がある）。この構成は、いわゆる「仲介請求」を容易にするので、企業は企業ユーザのグループについての請求書を集計することができる。仲介請求は、監視したセッションに関する情報を当該企業の管理者または代理人に対して企業監視および中央請求アプリケーションを通じて提示することによって実施することができる。

本発明の動作は、２つの更に具体的な実施形態を検討することによって、一層深く理解することができる。図３に示す第１実施形態は、ＴＩＭが埋め込まれたラップトップ・コンピュータからのデータ・セッション供給の処理に関する。図４に示す第２実施形態は、ＴＩＭが埋め込まれた機械対機械クライアント(machine to machine client)からの機械対機械データ・セッション要求の処理に関する。

図３において、ネットワークは、ＳＣＰ３０２およびグローバルＨＬＲ（Ｇ−ＨＬＲ）３１０を含む。移動体端末３０１は、この場合、ＴＩＭが埋め込まれたラップトップ・コンピュータである。ＳＣＰ３０２は、図１のネットワークにおけるＨＬＲ１０の機能を組み込むことができる（無線ネットワークへの接続が、図２Ａに更に詳細に明示したメカニズムに従うことを確証する）。あるいは、ＳＣＰ３０２は、ＶＬＲ１４の機能（図２Ｂのメカニズムを容易にする）および／またはＳＧＳＮ２２０の機能（図２Ｃのメカニズムを容易にする）を組み込むこともできる。明らかに、ＳＣＰ３０２は、ＨＬＲ１０、ＶＬＲ１４、および／またはＳＧＳＮ２２０に必要になるはずであったＳＳ７機能を集約するためのＳＳ７集約部２９０（ＳＣＣＰリレーのような）を組み込むこともでき、これによって、図２Ｄに示したメカニズムであればいずれでも容易にすることができる。

ユーザがセルラ・ネットワークにおいて彼のラップトップを活性化したいとき（続いてデータ接続を開くことができるようにするため）、ユーザは、ラップトップのオペレーティング・システム上で実行するデータ接続アプリケーションを「起動」する。すると、ラップトップ３０１は無線ネットワークに接続する（ステップ３５１）。

図１と同様、図３における無線ネットワークへの接続は、しかるべき記憶位置から送信されたＩＭＳＩ番号を求めて、ＳＣＰ３０２におけるしかるべきホーム・ロケーションにアクセスする要求に相当する。ＭＳＩＳＤＮは、ＴＩＭが供給するＩＭＳＩ番号とは関連付けられていない。ＳＣＰ３０２は、ＴＩＭが供給するＩＭＳＩ番号が別のレジスタに属すると判断する。次いで、接続要求はＧ−ＨＬＲ３１０に誘導し直される（ステップ３５２）。次いで、Ｇ−ＨＬＲ３１０はＩＭＳＩ番号をこの要求から抽出し、このＩＭＳＩ番号がＧ−ＨＬＲ３１０によって維持されている範囲内であると仮定して、トークン信号をＳＣＰ３０２に送信して、ＩＭＳＩがＧ−ＨＬＲ３１０によって認識されたことを伝える（ステップ３５４）（このトークン信号は、単に、確認信号（「ＯＫ」）であってもよいが、更にプロファイル情報を含むこともできる）。

ＳＣＰ３０２は、このトークン信号を受信すると、ＩＭＳＩを一時的に格納する（例えば、ＶＬＲロケーション・レジスタ・ストアまたはＳＧＳＮロケーション・レジスタ・ストア）。このように、ラップトップ３０１のユーザは事実上特定のＭＳＣまたはＳＧＳＮに登録され、したがって、ＴＩＭと関連付けられているいずれのプロファイル情報も、そのＭＳＣ２またはＳＧＳＮ２２０と関連付けられているＶＬＲ１４に一時的に格納される。

データ接続要求は、ＳＣＰ３０２によってネットワーク・ゲートウェイ・コンポーネント３２０（即ち、ＳＧＳＮ１６）に受け渡される。ネットワーク・ゲートウェイ・コンポーネント３２０は、Ｇ−ＨＬＲ３１０から、ＩＭＳＩに対応する鍵を受信する（ステップ３５６）。転送されたデータ接続要求と共にこの鍵を取り込んで、ネットワーク・ゲートウェイ・コンポーネント３２０はゲートウェイ・セッションを確立する。一方、この鍵は、鍵データが既存の有効なセッション（通例、ネーティブＤＩＡＭＥＴＥＲセッション）と関連付けられているか否か判断するネットワーク監視コンポーネント３３０（例えば、ＮＧＭＥまたはＧＧＳＮ）に照会するために用いられる。ネットワーク・ゲートウェイ・コンポーネント３２０とネットワーク監視コンポーネント３３０との間におけるシグナリング（ステップ３５８）は、セッション確立に対してユーザには請求を行わないように、無料とすることが好ましい。

この鍵データに対して既に有効なセッションが存在する場合、データ接続を確立する（ステップ３６２）。ラップトップ３０１は、要求された相互ネットワーク３４６、通例では、インターネットまたは企業のイントラネットにアクセスすることができる。

しかしながら、この鍵に対応する有効なセッションを見つけることができない場合、代わりに、ウェブ・サーバ３４０によって発生されたウェブページにラップトップ３０１を誘導し直すことができる（ステップ３６４）。提示されるウェブページは、鍵データにしたがってラップトップ３０１に合わせて特別に作成され、ユーザに少なくとも１つのユーザ行為選択肢を提案する。

この場合、ウェブ・サーバは、支払いポータルにアクセスできる「ランディング・ページ」(landing page)を提供し、ユーザが時間／データ制限セッション・パッケージを購入すること、またはネットワーク運営業者との契約支払い関係に合ったアプリケーションを開始することのいずれかを可能にする。

ユーザは、所定の価格でのデータ・セッション確立を促進するために、彼らのクレジット・カードの詳細を含む個人的詳細を提供するように促される（ステップ３６６）。
ユーザ・データは、アプリケーション・サーバ３５０に送られる。一方、このサーバは、クレジット・カード・サーバ３６０における認証のために、ユーザのクレジット・カードの詳細を処理する。クレジット・カードの詳細が認証されたと仮定して、クレジット・カード・サーバ３６０はその事実をアプリケーション・サーバ３５０に返送して通知する（ステップ３７２）。

アプリケーション・サーバ３５０は、この時点でユーザのクレジット・カードの詳細を認証しており、ＤＩＡＭＥＴＥＲサーバ３７０に、ＤＩＡＭＥＴＥＲセッションをこのユーザのために開始すべきことを通知する（ステップ３７４）。一方、ＤＩＡＭＥＴＥＲサーバは、ネットワーク監視コンポーネント３３０に、セッションを開くことができることを通知する（ステップ３７６）。

次に、ネットワーク監視コンポーネント３３０は、ユーザをインターネットに誘導し直し（ステップ３７８）、同時にユーザの請求体系を、無料からデータ従量制(data rate)に変更する。

ＤＩＡＭＥＴＥＲサーバ３７０が、セッション使用を示す「チケット」を供給すると、この情報は通知サーバ３８０にプッシュされる（ステップ３８２）。通知サーバは、使用率（または絶対量）について予め用意されている更新を送ることができ、あるいは現在の使用形態についてのユーザ（またはクライアント・アプリケーション）の照会に応答することができる。好適な実施態様では、通知サーバはセッション毎にＲＳＳフィードを作成することによって、ユーザのラップトップが、従来のＨＴＴＰポート（ポート８０）を用いて形態を監視することを可能にし、ユーザのファイアウォール・ソフトウェアに対するカスタム化の必要性を一切回避する。

予め用意されたセッションの終了時に、ＤＩＡＭＥＴＥＲサーバ３７０は、ネットワーク監視コンポーネント３３０に、セッションを保留にする（そして、セッションの料金を無料にする）ように命令する。また、通知サーバ３８０を通じて使用警告をユーザにプッシュする。

クレジット・カードの期限が切れているためにセッションが終了した場合、ユーザは、ランディング・ページから別のセッションを要求するプロセスを繰り返すだけでよい。
好適な実施態様では、ラップトップ３０１に提示されるウェブページは、ＴＩＭによって仲介される現在のセッションに基づく関係を契約に基づく関係（即ち、いわゆる後払い契約）に変換することを要求する、更に別の行為選択肢をユーザに提案する。この要求を満たすためには、ネットワーク運営業者は、従来の「プロビジョニングされている」ＳＩＭカードを単に取り寄せてユーザに送ればよく、ユーザがラップトップのカード・リーダからＴＩＭを物理的に取り出す（そして、新しいＳＩＭカードを挿入する）ことができるようにすればよい。その後、データ・セッションへのアクセスは、図１に関して概説した従来のイベント・フローを辿ることになる。

読者には認められようが、ＴＩＭ対応セッションから従来の契約データ・セッション・アクセスへの交換を容易にするために、代替メカニズムもある。ＴＩＭによって保持されるＩＭＳＩは、例えば、所与のネットワーク運営者のネットワーク上にプロビジョニングすることができる（即ち、ＭＳＩＳＤＮ番号をＩＭＳＩと関連付けることができる）。実際、前述した先行技術の「内蔵済み」ＳＩＭの想定場面を実現するために、複数のＭＳＩＳＤＮ番号を、必要に応じて、ＴＩＭにプロビジョニングすることもできる。

この場合、ウェブ・サーバは支払いポータルにアクセスできる「ランディング・ページ」を提供し、ユーザが時間／データ制限セッション・パッケージを購入すること、またはネットワーク運営業者との契約支払い関係に合ったアプリケーションを開始することのいずれかを可能にする。

図４に示す第２実施形態は、本発明の機械対機械実施態様に関する。図示するネットワークは、ＳＣＰ４０２およびグローバルＨＬＲ（Ｇ−ＨＬＲ）４１０を含む。端末４０１は、この場合、ＴＩＭが埋め込まれた機械対機械（Ｍ２Ｍ）クライアントである（この端末は厳密には多くの場合「移動体」ではないことを注記しておく。この端末は、１つの地理的位置に設置され、通例、ここから移動することはない）。

ＳＣＰ４０２は、図１のネットワークにおけるＨＬＲ１０の機能を組み込むことができる（無線ネットワークへの接続が、図２Ａに更に詳細に明示したメカニズムに従うことを確証する）。あるいは、ＳＣＰ４０２は、ＶＬＲ１４の機能（図２Ｂのメカニズムを容易にする）および／またはＳＧＳＮ２２０の機能（図２Ｃのメカニズムを容易にする）を組み込むこともできる。明らかに、ＳＣＰ４０２は、ＨＬＲ１０、ＶＬＲ１４、および／またはＳＧＳＮ２２０に必要になるはずであるＳＳ７機能を集約するためのＳＳ７集約部２９０（ＳＣＣＰリレーのような）を組み込むこともでき、これによって、図２Ｄに示したメカニズムであればいずれでも容易にすることができる。

Ｍ２Ｍクライアント４０１をセルラ・ネットワークにおいて活性化することが必要になると（続いてデータ接続を開くことができるようにするため）、クライアントは、通例、トリガ・イベントに応答して、そのオペレーティング・システム上で実行するデータ接続アプリケーションを「起動する」。次いで、Ｍ２Ｍクライアント４０１は、無線ネットワークに接続する（ステップ４５０）。

図１と同様、図４における無線ネットワークへの接続は、しかるべき記憶位置から送信されたＩＭＳＩ番号を求めて、ＳＣＰ４０２におけるしかるべきホーム・ロケーションにアクセスする要求に相当する。ＭＳＩＳＤＮは、ＴＩＭが供給するＩＭＳＩ番号とは関連付けられていないので、ＳＣＰ４０２は、ＴＩＭが供給するＩＭＳＩ番号が別のレジスタに属すると判断する。次いで、接続要求はＧ−ＨＬＲ３１０に誘導し直される（ステップ４５２）。次いで、Ｇ−ＨＬＲ４１０はＩＭＳＩ番号をこの要求から抽出し、このＩＭＳＩ番号がＧ−ＨＬＲ４１０によって維持されている範囲内であると仮定して、トークン信号をＳＣＰ４０２に送信して、ＩＭＳＩがＧ−ＨＬＲ４１０によって認識されたことを伝える（ステップ４５４）（このトークン信号は、単に、確認信号（「ＯＫ」）であってもよいが、更にプロファイル情報を含むこともできる）。

ＳＣＰ４０２は、このトークン信号を受信すると、ビジタ・ロケーション・レジスタ（ＶＬＲ）（図示せず）におけるある位置にＩＭＳＩを一時的に格納する。このように、Ｍ２Ｍクライアント４０１のユーザは事実上特定のＭＳＣまたはＳＧＳＮに登録され、したがって、ＴＩＭと関連付けられているいずれのプロファイル情報も、そのＭＳＣと関連付けられているＶＬＲに一時的に格納される。

データ接続要求は、ＳＣＰ４０２によってネットワーク・ゲートウェイ・コンポーネント４２０（即ち、ＳＧＳＮ１６）に受け渡される。ネットワーク・ゲートウェイ・コンポーネント４２０は、Ｇ−ＨＬＲ４１０から、ＩＭＳＩに対応する鍵を受信する（ステップ４５６）。転送されたデータ接続要求と共にこの鍵を取り込んで、ネットワーク・ゲートウェイ・コンポーネント３２０はゲートウェイ・セッションを確立する。一方、この鍵は、鍵データが既存の有効なセッション（通例、ネーティブＤＩＡＭＥＴＥＲセッション）と関連付けられているか否か判断するネットワーク監視コンポーネント４３０（例えば、ＮＧＭＥまたはＧＧＳＮ）に照会するために用いられる。ネットワーク・ゲートウェイ・コンポーネント４２０とネットワーク監視コンポーネント４３０との間におけるシグナリング（ステップ４５８）は、セッション確立に対してクライアント・デバイス４０１には請求を行わないように、無料とすることが好ましい。

この鍵データに対応する有効なセッションが存在しないと仮定すると、ネットワーク監視コンポーネント４３０はＤＩＡＭＥＴＥＲサーバ４４０とインターフェースして、Ｍ２Ｍクライアント４０１のための新たなＭ２Ｍデータ・セッションを認証する（ステップ４６２）。

一方、ＤＩＡＭＥＴＥＲサーバ４４０は、ネットワーク監視コンポーネント４３０に、セッションを開くべきことを通知する（ステップ４６４）。
次いで、ネットワーク監視コンポーネント４３０は、インターネット４７０のような固定線ネットワークを通じて、要求されたＭ２Ｍサーバ４５０にユーザを誘導し直し（ステップ４６６）、同時にユーザの請求体系を無料からデータ従量制に変更する。

予め用意されたセッションの終了時に、ＤＩＡＭＥＴＥＲサーバ４４０は、ネットワーク監視コンポーネント４３０に、セッションを保留にする（そして、セッションの料金を無料にする）ように命令する。

また、ＤＩＡＭＥＴＥＲサーバ４４０は、ユーザ警告を請求仲介エンジン４８０にプッシュし（ステップ４６８において、ＤＩＡＭＥＴＥＲチケットを用いて）、請求仲介エンジン４８０は、報告されたセッション使用に対応する請求書発行イベントを発生する。

同時係属中の英国特許出願ＧＢ０８１５２００．１号において詳細に記載されているように、Ｍ２Ｍクライアントは、短いテキスト・メッセージ（ＳＭＳ）を専用Ｍ２Ｍ ＳＭＳプラットフォーム４９５に対して送信および受信する。これらのＳＭＳメッセージは、従来のように、ＳＭＳゲートウェイ４９０を経由し、次いでインターネット接続４７０を通じてＭ２Ｍ ＳＭＳプラットフォーム４９５に移送される。

また、ＳＭＳゲートウェイ４９０は、転送されたＳＭＳメッセージに関するデータを仲介エンジン４８０に受け渡し、このメッセージングに対する請求書発行を可能にする。
以上の論述では、端末のことを「移動体」と呼ぶことが多かったが、「移動体」という用語は、端末が常に移動できることが必要であるというように解釈してはならず、単に、移動を可能にするワイヤレス電気通信ネットワークと通信することができるに過ぎない。例えば、ＰＣ端末またはＭ２Ｍクライアントを特定の地理的位置から決して移動させない場合であっても、異なる場所に移動させてしかも同じネットワークにアクセスすることができるので、この意味では、なおも移動体であると見なすことができる。「移動体端末」という用語が本論述において用いられる場合、文脈がこのような解釈に矛盾しないのであれば、端末が「半永続的」または「固定」であったとしても、その可能性を含むように読解するものとする。

Claims (18)

1. トークン識別モジュールを有する端末の通信接続を容易にするセルラ電気通信ネットワークであって、
   １つの前記端末から前記ネットワークにアクセスする１つの要求を受けるロケーション・レジスタであって、前記要求がトークン識別モジュールと関連付けられている場合、前記要求を誘導し直す、ロケーション・レジスタと、
   前記誘導し直された要求を受け、前記ロケーション・レジスタに対して前記端末の身元が認識されたことを示す信号を送信するトークン・レジスタと、
   前記トークン・レジスタから取得したトークン接続識別データにしたがって、前記ネットワークと前記端末との間に通信セッションを確立するネットワーク・ゲートウェイ・コンポーネントと、
   サービス管理を実行するネットワーク監視コンポーネントであって、前記サービス管理が前記トークン接続識別データに基づきセッション認証チェックを実行することを含む、ネットワーク監視コンポーネントと、
   を含む、ネットワーク。
2. 請求項１記載のネットワークにおいて、前記通信接続は、データ専用通信接続である、ネットワーク。
3. 請求項１または２記載のネットワークにおいて、前記トークン識別モジュールが一意の識別子に関連付けられる、ネットワーク。
4. 請求項３記載のネットワークにおいて、前記トークン接続識別データが前記一意の識別子に対応する、ネットワーク。
5. 請求項３または４記載のネットワークにおいて、前記一意の識別子が国際移動体加入者個人情報（ＩＭＳＩ）である、ネットワーク。
6. 請求項３から５のいずれか一項記載のネットワークにおいて、トークン識別モジュールが、公に知られた番号には関連付けられていない加入者識別モジュール（ＳＩＭ）である、ネットワーク。
7. 請求項３から５のいずれか一項記載のネットワークにおいて、トークン識別モジュールが、通信接続を確立することを目的とした公に知られた番号には関連付けられていない加入者識別モジュール（ＳＩＭ）である、ネットワーク。
8. 請求項３から５のいずれか一項記載のネットワークにおいて、トークン識別モジュールは、加入者が呼を開始するのを許可する公の番号が発行されている前記加入者には関連付けられていないモジュールである、ネットワーク。
9. 請求項１から８のいずれか一項記載のネットワークにおいて、トークン識別モジュールを有する端末から前記ネットワークにアクセスする各要求は、前記トークン識別モジュールを一意に識別するＩＭＳＩ番号を含む、ネットワーク。
10. 請求項１から９のいずれか一項記載のネットワークにおいて、当該ネットワークは、更に、
    トークン接続識別データにしたがってユーザ・ダイアログ・ウェブページを移動体端末に配給(serve)するサーバであって、各ウェブページがユーザに少なくとも１つのユーザ行為選択肢を提示する、サーバと、
    前記セルラ・ネットワークから相互ネットワークへのアクセスを統御する相互ネットワーク・ゲートウェイと、
    を含み、前記ネットワーク監視コンポーネントによって実行されるセッション認証チェックは、前記トークン接続識別データが有効なセッションと関連付けられているか否か判断することを含み、
    前記ネットワーク監視コンポーネントが有効に関連付けられているセッションがないと判断した場合、前記ネットワーク・ゲートウェイ・コンポーネントは、前記ウェブ・サーバによって配給されるユーザ・ダイアログ・ウェブページに前記端末を誘導し、
    前記端末からのユーザ行為選択肢入力に応じて、前記端末に前記相互ネットワークへのアクセスが与えられる、ネットワーク。
11. 請求項１から９のいずれか一項記載のネットワークにおいて、当該ネットワークは、更に、
    前記セルラ・ネットワークからＭ２Ｍサーバへの相互ネットワークを経由したアクセスを統御する相互ネットワーク・ゲートウェイを含み、
    前記ネットワーク監視コンポーネントによって実行されるセッション認証チェックは、前記トークン接続識別データが有効なＭ２Ｍセッションと関連付けられているか否か判断することを含み、
    前記ネットワーク監視コンポーネントが、前記トークン接続識別データが有効なＭ２Ｍセッションと関連付けられていると判断した場合、前記ネットワーク監視コンポーネントは、前記端末を前記Ｍ２Ｍサーバに誘導する、ネットワーク。
12. 請求項１０または１１記載のネットワークにおいて、前記相互ネットワークはインターネットまたはイントラネットである、ネットワーク。
13. 請求項１から１２のいずれか一項記載のネットワークにおいて、前記ロケーション・レジスタを分散し、前記ネットワークが、シグナリング機能を集約する集約点と、別のロケーション・レジスタ機能を実行するネットワーク・エンティティとを有し、前記集約点および前記ネットワーク・エンティティが互いに通信する、ネットワーク。
14. 請求項１から１３のいずれか一項記載のネットワークにおいて、前記セッション認証チェックが実行されるセッションがＲＡＤＩＵＳまたはＤＩＡＭＥＴＥＲセッションである、ネットワーク。
15. トークン識別モジュールを有する端末とセルラ電気通信ネットワークとの間における通信接続を容易にする方法であって、前記セルラ・ネットワークが、ロケーション・レジスタと、トークン・レジスタと、ネットワーク・ゲートウェイ・コンポーネントと、ネットワーク監視コンポーネントと、サーバと、相互ネットワーク・ゲートウェイとを含み、前記方法は、
    前記ロケーション・レジスタにおいて、端末から前記ネットワークにアクセスする要求を受け、前記要求がトークン識別モジュールと関連付けられているか否か判断し、前記要求を前記トークン・レジスタに誘導し直すステップと、
    前記トークン・レジスタにおいて、前記誘導し直された要求を受けると共に、前記ロケーション・レジスタに対して前記端末の身元が認識されたことを示す信号を送信するステップと、
    前記トークン・レジスタから取得したトークン接続識別データにしたがって前記ネットワークと前記端末との間に通信セッションを確立するステップと、
    前記トークン接続識別データに基づくセッション認証チェックを実行するステップと、
    を含む、方法。
16. 請求項１５記載の方法において、前記通信接続は、データ専用通信接続である、方法。
17. 請求項１５または１６記載の方法において、前記セッション認証チェック・ステップは、前記トークン接続識別データが有効なセッションと関連付けられているか否か判断することを含み、前記方法は、更に、
    トークン接続識別データにしたがってユーザ・ダイアログ・ウェブページを前記端末に配給するステップであって、各ウェブページがユーザに少なくとも１つのユーザ行為選択肢を提示する、ステップと、
    前記ネットワーク監視コンポーネントが有効に関連付けられているセッションがないと判断した場合、前記ウェブ・サーバによって配給されるユーザ・ダイアログ・ウェブページに前記端末を誘導するステップと、
    前記端末からのユーザ行為選択肢入力に応じて、前記セルラ・ネットワークから前記相互ネットワークへのアクセスを許可するステップと、
    を含む、方法。
18. 請求項１５または１６記載の方法において、前記相互ネットワーク・ゲートウェイは、前記セルラ・ネットワークからＭ２Ｍサーバへの相互ネットワークを経由したアクセスを統御し、前記セッション認証チェック・ステップは、前記トークン接続識別データが有効なＭ２Ｍセッションと関連付けられているか否か判断することを含み、前記方法は、更に、
    前記トークン接続識別データが有効なＭ２Ｍセッションと関連付けられていると判断した場合、前記端末を前記Ｍ２Ｍサーバに誘導するステップを含む、方法。