JP2010016844A - 無線通信システムにおいて準備データの転送を実行する方法及びシステム - Google Patents

Abstract

【課題】インターネットプロトコルベースのサーバと移動デバイスとの間の通信を確立するために、準備パラメータを移動デバイスに提供する方法及び装置を提供する。
【解決手段】ショートメッセージングサービスメッセージが、インターネットプロトコルベースのサーバと移動デバイスとの間の通信を確立するために十分なブートストラップデータを送るために使用される（２０４）。その後、移動デバイスは、この通信を確立し、インターネットプロトコルベースのサーバから準備パラメータを受信する（２１２）。
【選択図】図３

Description

本発明は、一般に無線通信システムに関し、特に、インターネットプロトコル（ＩＰ）ベースのサーバへの通信を確立するために、ショートメッセージングサービスを用いて、無線通信システムにおいて移動デバイスを準備する方法及び装置に関する。

移動デバイスとの通信を確立するために、システムはまず、移動デバイスに対して準備パラメータを提供する。この準備パラメータは、このシステム内で及びこのシステムの一部として通信している移動デバイスを支援する。この準備パラメータは、一般に、携帯サービスセンタのような購入ポイントにおいて、サービスプロバイダによって提供されるか、又は、通信交換回路を用いてサービスプロバイダからアクセスされる。しばしば、加入者は、一連のキーストロークによって、サービスプロバイダに送るように指示される。サービスサーバは、その応答として、無線送信で準備パラメータを送る。

準備パラメータの初期転送は、ＷＡＰと称される無線アプリケーションプロトコルを使って移動デバイスに送信される。ＷＡＰは、アプリケーション環境である。また、ＷＡＰは、インターネット及び高級電話技術機能へのアクセスのために特別に設計された無線デバイスのための通信プロトコルのセットでもある。ＷＡＰをサポートしているデバイスは、更なるコストと複雑さとを招く。

従って、ＷＡＰアプリケーション又はブラウザをサポートしていない移動デバイスに準備パラメータを提供する低コストな方法に対するニーズがある。

図１は、無線部分とインターネットプロトコル部分とを持つ通信システムである。 図２は、ＩＰベースのサーバから移動デバイスへの準備パラメータの通信を示すタイミング図である。 図３は、ＩＰベースのサーバから準備パラメータを取得する移動デバイスを示すフローチャートである。

ここで「典型的」という用語は、「一例、実例、又は例示として役立つこと」を意味するように限定的に使用されている。ここで「典型的」と記載されたあらゆる実施例は、他の実施例に対して好適であるとか、あるいは有利であるとか必ずしも解釈されるわけではない。様々な局面の実施例が図面で表されている一方、もし特別に指摘されないのであれば、これら図面は必ずしもスケールに従って描かれる必要はない。

典型的な実施例がこの議論を通じて一例として提供される一方、別の実施例もまた、本発明の範囲から逸脱することなく種々の局面を組み込みうることに留意されたい。特に、この種々の実施例は、データ処理システムと、無線通信システムと、移動ＩＰネットワークと、リソースの効率的な利用及び管理を望むその他のシステムとに適用可能である。

典型的な実施例は、拡散スペクトル無線通信システムを適用する。無線通信システムは、音声、データ等といった様々な種類の通信を提供するために広く適用されている。これらのシステムは、コード分割多元アクセス（ＣＤＭＡ）、時分割多元アクセス（ＴＤＭＡ）、またはその他の変調技術に基づいている。ＣＤＭＡシステムは、増強されたシステム能力を含めて、他の種類のシステムに対して特定の利点を提供する。

システムは、以下に示す例えば「TIA/EIA/IS-95-B Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」を称するＩＳ−９５規格、Ｗ−ＣＤＭＡ規格、ｃｄｍａ２０００規格のような１つ又は複数の規格をサポートするように設計される。Ｗ−ＣＤＭＡ規格は、ここで３ＧＰＰと称される「3rd Generation Partnership Project」と名付けられたコンソーシアムによって提案された規格であり、3G TS 25.211、3G TS 25.212、3G TS 25.213、3G TS 25.214、及び3G TS 25.302からなる一組のドキュメントに具体化されている。ｃｄｍａ２０００規格は、ここで３ＧＰＰ２と称される「3rd Generation Partnership Project 2」と名付けられたコンソーシアムと、ＴＲ−４５．５とによって提案された規格であり、以前はＩＳ−２０００ ＭＣと呼ばれていた。上記引用された規格は、明らかに、本願に引用して援用する。

各規格は、基地局から移動局へ、あるいはその逆の送信のためのデータ処理を特別に定義する。以下に示す議論の典型的な実施例は、ＣＤＭＡ２０００規格のプロトコルと首尾一貫した拡散スペクトル通信システムを検討する。別の実施例は、別の規格を含みうる。

ある実施例に従った通信システム１００が図１に示されている。この通信システム１００は、無線部分とインターネットプロトコル（ＩＰ）部分との両方を含んでいる。この通信システム１００内で動作している移動局１０６は、パケットデータサービスノード（ＰＤＳＮ）１０２と通信している。ＰＤＳＮ１０２は、例えばｃｄｍａ２０００パケットコアネットワーク（ＰＣＮ）のような無線通信ネットワーク内の接続ポイントであり、基地局コントローラ（ＢＳＣ）からのデータ送信を、回路交換ネットワーク内のインターネットへ転送する。理解を明確にするために、介在する基地局と、ＭＳ１０６とＰＤＳＮ１０２との間のＢＳＣは示されていない。ＡＡＡサーバ１０４は、ネットワーク管理とセキュリティのためのフレームワークを用いており、ユニークなユーザを識別し、このサービスレベルを認証し、リソースによってなされた利用を追跡することによって、コンピュータリソースへのアクセスを制御する。ＡＡＡサーバ１０４は、ＰＤＳＮと、ユーザ情報を含むディレクトリ及びデータベースと相互作用する。システム１００の動作は、ｃｄｍａ２０００無線ＩＰネットワーク規格で指定した通りである。

メッセージセンタ（ＭＣ）１０８は、サービスプロバイダの一部である。ＭＣ１０８は、ショートメッセージサービス（ＳＭＳ）タイプのサービスの送信及び受信を制御する。ＳＭＳは、ショート英数字メッセージを移動デバイスに送ったり、又はそれを移動デバイスから受信するための手段である。ＭＣ１０８は、準備サーバ（ＰＳ）１１０との通信も行う。

タイミング図型式の図２は、本発明の一実施例に従った準備を示す。最初の時間ｔ０において、ＭＳ１０６は、ＭＣ１０８を経由して、サービスプロバイダからの準備情報を要求する。例えば、ユーザが、サービスセンタを呼び出し、ユーザの識別子（例えば、社会保険番号等）を提供する。すると、サービスセンタは、ＰＳに対して、このユーザのＭＳのためのブートストラップ手続きを開始するようにトリガする。この準備情報に対する要求は、ＰＳ１１０に対して、「ブートストラップデータ」と称される特別なデータをＭＣ１０８へ提供するようにトリガする。このブートストラップデータは、ＭＳ１０６を、インターネットプロトコル（ＩＰ）を経由してＰＳ１１０と通信させるために十分な情報を含む。一旦、ＰＳ１１０との通信が確立されると、ＰＳ１１０は、ＭＳ１０６へ準備パラメータを提供する。ＭＳ１０６にブートストラップデータを提供するために、ＭＣ１０８はＳＭＳを使用する。特に、このブートストラップデータは、時間ｔ１におけるショートメッセージとして提供される。このブートストラップデータは、一時的なネットワークアクセス識別子（ＮＡＩ：Network Access Identifier）、使用されていれば一時的な共有秘密（ＳＳ：Shared Secret）、ＰＳ１１０に対するＩＰアドレス又はＰＳに対するＵＲＬ、及びセキュリティ情報を含む。別の実施例は、ＭＳ１０６とＰＳ１１０との間のコンタクトと通信とを容易にするためのあらゆる種類の情報を含む。ＮＡＩは一般に移動デバイスをユニークに識別するために使用される。ＮＡＩは、user@service.comの型式を取りうる。この場合、ＮＡＩは、ＭＳがＰＳにアクセスし、準備パラメータを受信するための一時的な使用のためのものである。この一時的なＮＡＩの使用によって、システムは、より柔軟にリソースを割り当てることが可能になる。一旦、与えられた移動デバイスが、準備パラメータを受信すると、ＰＳへのアクセスに使用されたＮＡＩは、別の移動デバイスに割り当てられる。一時的なＳＳは、一時的なＮＡＩに対応しており、ＡＡＡサーバによって、ＭＳの要求を認証し、ＰＳにアクセスするための一時的なパケットデータセッションを確立するために使用されよう。多数のユーザが同時にＰＳにアクセスできるようにするために、一時的なＮＡＩとＳＳとのペアは様々ありうる。

引き続き図２に示すように、ＳＭＳサービスメッセージを経由してブートストラップデータを取得した後、ＭＳ１０６は、指定されたセキュリティ機構［ＷＡＰ−１８３］と、ＭＳとＰＳとの間で共有された鍵とを用いて、ＰＳ１１０を認証する。ある実施例では、この共有鍵は、電子連続番号（ＥＳＮ：Electronic Serial Number）とサービスプログラミングコード（ＳＰＣ）とからなる。ＥＳＮは、移動デバイス製造者によって指定された３２ビットの数であり、移動デバイス機器をユニークに識別する。別の実施例は、ＭＳとＰＳとによって共有された鍵を決定するための代替スキームを適用しうる。一時的なＳＳがブートストラップデータに含まれている場合、処理は、それを保護すべきである。ある実施例では、この一時的なＳＳは、ＥＳＮとＳＰＣとを合成してなる鍵を使って、ＰＳ１１０によって暗号化される。

ＭＳ１０６によってＰＳ１１０の認証が成功した場合には、ＭＳ１０６は、ＳＭＳアクノレッジ（ＡＣＫ）メッセージによってＭＳ１０８に応答する。このＳＭＳ ＡＣＫは、ＭＳ１０６がブートストラップデータを首尾よく受信したことをＭＣ１０８に通知する。次に、ＭＳ１０６は、時間ｔ３において、ＰＤＳＮ１０２とのポイントトゥポイントプロトコル（ＰＰＰ）セッションを確立することによって、単純なＩＰパケットデータ呼出を開始する。ＭＳ１０６は、ＰＤＳＮ１０２の動作領域内におそらくとどまっているであろうから、移動ＩＰパケットデータ呼出は、必要とはされない。ＭＳ１０６が、ＰＤＳＮ動作領域を変える事象においては、ＭＳ１０６は、新たなＰＤＳＮとの別の単純なＩＰパケットデータ呼出を確立する。ＰＰＰ認証のために、ＭＳ１０６は、チャレンジハンドシェイク認証プロトコル（ＣＨＡＰ：Challenge Handshake Authentication Protocol ）を使用する。ＣＨＡＰは、３方式ハンドシェイクのピアの識別子を確認するために使用され、ＰＰＰ内のような他のプロトコル内に通常は埋め込まれている。ＣＨＡＰを用いたＰＰＰ認証の間、ＭＳ１０６は、（もしも使用されていれば）一時的なＮＡＩとＳＳとを用いる。ある実施例では、ＡＡＡ１０４は、一時的なＮＡＩとＳＳとのペアを格納することに留意されたい。情報にアクセスする場合、ＮＡＩは関連するＳＳへマップする。

ＰＤＳＮ１０２は、時間ｔ４において、ＡＡＡ１０４にアクセス要求を送る。このアクセス要求は、ＣＨＡＰと整合がとれたチャンレンジ応答とＮＡＩを含む。それに応答して、ＡＡＡ１０４は、移動デバイスＭＳ１０６が、準備パラメータを取得するためにＰＳ１１０への一時的なアクセスを要求していることを認識する。その後、ＡＡＡ１０４は、ユーザを認証する。（もしあれば）一時的なＮＡＩとＳＳとは、オペレータによってＡＡＡ内で設定される。ＭＳ１０６の認証が成功した場合には、ＡＡＡ１０４は、プライベートなＩＰアドレスをＭＳ１０６に割り当てる。ＡＡＡ１０４は、このプライベートなＩＰアドレスを、アクセス受諾メッセージによってＰＤＳＮ１０２に提供する。このアクセス受諾メッセージは、時間ｔ５において送られる。別の実施例では、ＰＤＳＮ１０２が、ＭＳ１０６のためのプライベートＩＰアドレスを選択することに留意されたい。

ＰＤＳＮ１０２は、ユーザ名属性を含むアクセス受諾を受信し、準備パラメータを取得するためにユーザＭＳ１０６がＰＳ１１０へのアクセスを要求していることを認識する。もしもこのアクセス受諾が、ＭＳ１０６に割り当てられたＩＰアドレスを含んでいないのであれば、ＰＤＳＮは、プライベートＩＰアドレスをこの移動デバイスに割り当てるであろう。

時間ｔ６において、ＭＳ１０６に割り当てられたプライベートＩＰアドレスは、ＰＰＰとインターネットプロトコル制御プロトコル（ＩＰＣＰ：Internet Protocol Control Protocol）とを経由して、ＭＳ１０６に送られる。このＩＰＣＰによって、好ましいＩＰパラメータのネゴシエーションが可能となる。すると、ＰＤＳＮ１０２は、ＭＳ１０６のアクセス制御を実行し、これによって、ＰＳ及びＤＮＳサーバ１０とのみの通信が可能となる。ＰＤＳＮ１０２によって制御されるアクセスは、ＭＳ１０６が、キャリアのサービス又はインターネットにアクセスすることを阻止する。このアクセス制御は望ましい。というのも、この処理における時点では、ＭＳ１０６は未だにパケットデータサービスあるいはその他のどのサービスに対しても認証されておらず、キャリアの貴重なサービスに対するアクセスが保護されるべきであるからである。特に、ＰＤＳＮ１０２は、ＭＳ１０６によって送られたＩＰパケットの宛先ＩＰアドレスフィールドを確認する。ＭＳ１０６は、割り当てられたプライベートＩＰアドレスによって識別される。もしも宛先ＩＰアドレスが、ＰＳ及びＤＮＳサーバ１１０のものでなければ、ＰＤＳＮ１０２は、このパケットを破棄する。同様に、ＭＳ１０６へ向かうパケットは、もしもソースＩＰアドレスが、ＰＳ及びＤＮＳサーバ１１０のものでなければ破棄される。ＰＤＳＮは、ＭＳが（ＰＳのＩＰアドレスの代わりに）ＰＳのＵＲＬを受信するというシナリオに従って、ＭＳがＤＮＳサーバにアクセスすることを可能にする。この場合、ＭＳは、（ＰＳのＩＰアドレスを含む）ＤＮＳ応答を返答するキャリアのＤＮＳサーバに、（ＰＳのＵＲＬを含む）ＤＮＳクエリを送ることが要求される。

ＭＳ１０６は、この時点において、プライベートＩＰアドレスが割り当てられており、ＰＳ１１０のＩＰアドレスを受信している。ＭＳ１０６は、ＰＳから準備パラメータを受信するための十分な情報を持っている。時間ｔ７において、ＭＳ１０６は、ＩＰベースの空気を介した（ＩＯＴＡ：IP-based Over-The-Air）ハンドセットコンフィグレーションマネジメントセッションを開始する。この準備パラメータは、限定される訳ではないが、ネットワークアーキテクチャモデル（ＮＡＭ：Network Architecture Model）、メッセージディスポジション通知（ＭＤＮ：Message Disposition Notification）、国際移動電話加入者識別番号（ＩＭＳＩ）、好適なローミングリスト（ＰＲＬ：Preferred Roaming List）、好適なユーザゾーンリスト（ＰＵＺＬ：Preferred User Zone List）及び、例えばＴＩＡ／ＥＩＡ−６８３−Ｂで指定されたようなその他のパラメータ及び情報を含んでいる。追加のパラメータは、ＷＡＰブラウザ、Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｃｏｎｔｅｎｔ（ＷＡＰ−１８３−ＰＲＯＶＣＯＮＴ）のために分類されたものを含みうる。更に、盗み取りを避けるために、ＰＳ１１０とＭＳ１０６とは、ＥＳＮとＳＰＣとを用いた共有秘密を使ってＩＯＴＡセッションを暗号化する。

このＩＯＴＡセッションの間に、ＭＳ１０６は、例えば音声呼出又はパケットデータサービスのようなサービスプロバイダとの通信をサポートするのに十分な準備パラメータを受信する。時間ｔ８において、ＭＳ１０６は、パケットデータ呼出のような呼出を開始する。準備データが一旦正しくＭＳ１０６によって受信されると、ＭＳ１０６は、サービスプロバイダを通じて利用可能なあらゆるサービスを開始する。

図３は、移動デバイスＭＳ１０６における動作を示す。ここで、処理２００は、準備パラメータを取得するために用いられる。ステップ２０２では、移動デバイスが、初期設定手続を開始する。この初期設定は、サービスプロバイダへのアクセスを取得するために実行される。移動デバイスは、そのような情報の要求をＭＣ１０８に送る。もしも移動デバイスが判定部２０４においてブートストラップデータを受信すれば、処理はステップ２０６に進み、ＡＣＫメッセージを送ることによってブートストラップデータの取得を確認する。もしも移動デバイスがブートストラップデータを受信しないのであれば、移動デバイスはそのデータを待つ。移動デバイスは、ステップ２０８において、プライベートＩＰアドレスを受信する。ここでは、プライベートＩＰアドレスは、全体的にはルーティング可能ではないが、ＰＤＳＮとサービスプロバイダとによって、移動デバイスを識別するために使用される。もしも移動デバイスが、判定部２１０において、ＰＳのＩＰアドレス以外の任意のＩＰアドレスへのアクセスを試みるのであれば、ＰＤＳＮは、送られたデータのパケットを破棄し、何の動作もなされない。もしも移動デバイスがＰＳにアクセスするのであれば、処理はステップ２１２に進み、準備パラメータを受信する。ステップ２１４では、移動デバイスが通信を確立する。

上記したように、準備パラメータを移動デバイスに提供する方法は、ＳＭＳサービスを用いて、ＩＰベースのサーバにアクセスするために十分な情報を提供する。移動デバイスは、ＩＰベースのサーバとのコンタクトを確立し、それによって準備パラメータを受信する。ＩＰベースのサーバとの通信は、移動デバイスにプライベートＩＰアドレスを適用する。移動デバイスは、ＩＰベースのサーバへの限定されたアクセスを行い、認証をペンディングしているサービスプロバイダのサービスへのアクセスが防止されている。上記された方法は、例えばデータカードのように、ＷＡＰブラウザのようなより複雑なプロトコルをサポートしない低コストなデバイスであるという点で有益である。そのような低コストなデバイスは、WAP Provisioning Bootstrap SpecificationやWAP-184-PROVBOOTで定義されたＷＡＰ仕様、及び／又はWAP-192で定義されたWAP Binary XML Content Format （ＷＢＸＭＬ）をサポートする必要がない。上記した方法は、より単純なＩＰプロトコルを利用する。

当業者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載で引用されているデータ、指示、命令、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの結合によって表現されうる。

これらの知識によって、ここで開示された実施例に関連する様々に例示された論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子工学ハードウェア、コンピュータソフトウェア、あるいはこれらの組み合わせとして適用されることが更に理解されよう。ハードウェアとソフトウェアとの相互互換性を明確に説明するために、様々に例示された部品、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に記述された。それら機能がハードウェアとしてあるいはソフトウェアとして適用されているかは、特有の応用例および全体システムに課せられている設計条件による。熟練した技術者であれば、各特定のアプリケーションに応じて変更することによって上述した機能を実施しうる。しかしながら、この適用判断は、本発明の範囲から逸脱したものと解釈すべきではない。

様々に示された論理ブロック、モジュール、および上述された実施例に関連して記載された回路もまた実装され、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、アプリケーションに固有の集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）またはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタ論理、ディスクリートハードウェア部品、あるいは上述された機能を実現するために設計された何れかの組み合わせとともに実行されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、たとえばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１つ以上のマイクロプロセッサ、またはその他の配置のような計算デバイスの組み合わせとして実装することも可能である。

ここで開示された実施例に関連して記述された方法やアルゴリズムのステップは、ハードウェアや、プロセッサによって実行されるソフトウェアモジュールや、これらの組み合わせによって直接的に具現化される。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。好適な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されうる。このプロセッサと記憶媒体は、ＡＳＩＣに収納することができる。ＡＳＩＣは、ユーザ端末内に収納することもできる。または、このプロセッサと記憶媒体が、ユーザ端末におけるディスクリートな部品として収納されることもある。

開示された実施例における上述の記載は、いかなる当業者であっても、本発明の活用または利用を可能とするようになされている。これらの実施例への様々な変形例もまた、当業者に対しては明らかであって、ここで定義された一般的な原理は、本発明の主旨または範囲を逸脱しない他の実施例にも適用されうる。このように、本発明は、上記で示された実施例に制限されるものではなく、ここで記載された原理と新規の特徴に一致した広い範囲に相当するものを意図している。

Claims (13)

1. 移動デバイスにおける方法であって、
   メッセージセンタからのショートメッセージングサービスメッセージを経由してブートストラップデータを受信することであって、前記ブートストラップデータは、前記移動デバイスとインターネットプロトコルベースのサーバとの間の通信を確立するために十分であることと、
   前記インターネットプロトコルベースのサーバとの通信を確立することと、
   前記インターネットプロトコルベースのサーバから準備パラメータを受信することとを備える方法。
2. 請求項１に記載の方法において更に、
   アクノレッジメッセージを経由して前記ブートストラップデータの受信をアクノレッジすることを備える方法。
3. 請求項１に記載の方法において更に、
   前記インターネットプロトコルベースのサーバとの通信のためにプライベートなインターネットプロトコルアドレスを受信することを備える方法。
4. 請求項１に記載の方法において、前記ブートストラップデータは、電子連続番号を含む方法。
5. 請求項１に記載の方法において、前記ブートストラップデータは、前記インターネットベースのサーバのインターネットプロトコルアドレスを含む方法。
6. 請求項１に記載の方法において、前記ブートストラップデータは、ネットワークアーキテクチャ識別子を含む方法。
7. 請求項６に記載の方法において、前記ネットワークアーキテクチャ識別子は、共有された秘密に対応している方法。
8. 通信システムにおける方法であって、
   ショートメッセージングサービスを経由して移動デバイスにブートストラップデータを送ることであって、前記ブートストラップデータは、前記移動デバイスとインターネットプロトコルベースのサーバとの間の通信を確立するために十分であることと、
   前記インターネットプロトコルベースのサーバから前記移動デバイスへと準備パラメータを送ることとを備える方法。
9. 請求項８に記載の方法において、前記準備パラメータを送ることは更に、
   インターネットプロトコルベースの空気を介したハンドセットコンフィグレーションマネジメントセッションを確立することを備える方法。
10. 請求項８に記載の方法において更に、
    プライベートなインターネットプロトコルアドレスを前記移動デバイスに提供することと、
    前記インターネットプロトコルベースのサーバへのアクセスを制限することによって、前記移動デバイスのアクセスを制御することとを備える方法。
11. 請求項１０に記載の方法において、前記移動デバイスのアクセスを制御することは、前記インターネットプロトコルベースのサーバ以外の宛先アドレスを持つデータのパケットを破棄することを備える方法。
12. 移動デバイスであって、
    ショートメッセージングサービスメッセージを経由して、メッセージセンタからのブートストラップデータを受信する手段であって、前記ブートストラップデータは、前記移動デバイスとインターネットプロトコルベースのサーバとの間の通信を確立するために十分であることと、
    前記インターネットプロトコルベースのサーバとの通信を確立する手段と、
    前記インターネットプロトコルベースのサーバから準備パラメータを受信する手段とを備える移動デバイス。
13. 無線インフラストラクチャ要素であって、
    ショートメッセージングサービスを経由してブートストラップデータを移動デバイスに送る手段であって、前記ブートストラップデータは、前記移動デバイスとインターネットプロトコルベースのサーバとの間の通信を確立するために十分であることと、
    前記インターネットプロトコルベースのサーバから前記移動デバイスへと準備パラメータを送る手段とを備える無線インフラストラクチャ要素。

Images