JP2010502063A - ユーザ機器性能の選択的制御 - Google Patents

Abstract

通信ネットワークにおけるユーザ機器へのサービス、特に基本動作のサービスは、サービスがそれを介して選択的に無効化または有効化される装置管理オブジェクトを介して制御される。

Description

本発明は電気通信システムに関し、特に、様々なソフトウェアコンポーネントでコンフィギュレーション可能なユーザ機器を有する電気通信システムに関する。

今日では様々な関係者が、無線通信システムにおけるモバイル電話や他の通信装置のような、ユーザ機器（ＵＥ）のソフトウェア及びハードウェアの管理に関与している。このようなソフトウェアには、ＵＥ内に記憶され、あるいはＵＥによって使用される、オペレーティングシステム（ＯＳ）を含む、アプリケーション、サービス、及びモジュールが該当しうる。ＵＥの製造者は一般に、装置の製造時に一群のソフトウェアをＵＥにインストールする。後に、エンドユーザは、様々なソースからアプリケーション等を、例えばインターネットを経由してＵＥにダウンロードすることによって、ＵＥのソフトウェアを修正するかもしれない。また、ＵＥの製造者と、ＵＥが加入または訪問している通信システムのオペレータと、業務協定により認可されたサードパーティとの少なくともいずれかも、ＵＥのソフトウェアの一部または全てを遠隔から修正するかもしれない。

このような修正の後やその他の場合に、ＵＥは適正に動作しないかもしれない。例えばシステムオペレータの観点から、適正でない動作には、システムと交換される制御メッセージまたは他のメッセージの数の増大によって、ＵＥが通信システムの容量を減少させることが含まれる。ＵＥの適正でない動作は、様々な方法によって、例えば、悪質なソフトウェアモジュールのようなＵＥ内のソフトウェアモジュール間の予期しない相互作用などを招きうる。ユーザは、ＵＥ内の公開されたアプリケーション・プログラミング・インタフェース（ＡＰＩ）を介してネットワーク・プロトコル・スタックと相互作用する、例えばＪａｖａ（登録商標）アプレットのような、悪質な、または、不正な形式のアプリケーションをダウンロードするかもしれない。結果として、ＵＥはオペレータのネットワークに対してサービス要求を繰り返し送信するかもしれない。

全ての無線信号伝達ソフトウェアについて、型式承認が常に行われる。例えば、ＵＥ内の型式承認ソフトウェアは、緊急呼やインターネット・プロトコル（ＩＰ）・マルチメディア・サブシステム・サービス（ＩＭＳ）のような機能性を、Ｊａｖａ（登録商標）環境やより一般にはアプリケーション層に対して公開するかもしれない。例えば、呼の通常のセットアップと対照的に、要求は、その要求を満たすために十分なネットワーク資源が存在しない場合に拒否されるが、このことは優先度が高い要求である緊急呼のような機能性について問題となりうる。このことは今日では大きな問題にならないかもしれないが、より多くの機能性がアプリケーション層に公開されることになり、より多くのＵＥがソフトウェアをダウンロードすることができる。許可された機能性がアプリケーション層に公開された場合、これは悪用されうる。例えば、ＵＥアプリケーションは、１分あたり１０００回、ＩＭＳセッションを登録しようとするかもしれない。このようなアプリケーションが他のＵＥにコピーされると、深刻な問題をネットワークオペレータに招く結果となりうるだろう。

ＵＥに対するサービスを無効にすることによってＵＥの適正でない動作に対処する手法が、第三世代パートナーシップ・プロジェクト（３ＧＰＰ）のような標準化組織において議論されてきた。３ＧＰＰは、ＧＳＭ遠隔通信システムの仕様、ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）やＵＭＴＳ（Universal Mobile Telecommunications system）のようなＧＳＭ遠隔通信システムを改良したシステムの仕様、並びに、広帯域符号分割多元接続（ＷＣＤＭＡ）を採用したシステムの仕様を公表している。

例えば、非特許文献１のセクション４．５と、非特許文献２のセクション４．５はＵＥ性能の制御に関する。サービスの選択的ＵＥ性能リストはＵＥ内に保持されるかもしれないが、そのリスト中のサービスが無効と示されている場合、ＵＥはそのサービスをネットワークから要求しない。選択的性能リスト中のサービスには、呼制御（ＣＣ）機能と、補助サービス（ＳＳ）と、緊急呼と、回線交換（ＣＳ）リンク及びパケット交換（ＰＳ）リンクを介したショート・メッセージ・サービス（ＳＭＳ）と、位置情報サービス（ＬＣＳ）と、ＧＳＭのＧＰＲＳ（General Packet Radio Service）に基づくサービスと、マルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）と、ＩＭＳが含まれる。

３ＧＰＰ ＴＳ ２２．０１１（非特許文献１、２）は非特許文献３、４から派生したものである。非特許文献３、４は、ＵＥ性能を無効化するためのオープン・モバイル・アライアンス（ＯＭＡ）準拠の選択的性能リスト及び装置管理（ＤＭ：Device Management）を導入したが、これらの文献には、ＳＤｏＵＥ（Selective Disabling of 3GPP UE Capabilities、ＵＥ性能の選択的無効化） ＭＯ（Management Object、管理オブジェクト）に必要なパラメータや、あるいは、サービスまたは機能を有効／無効にする場合の規則と対応するＵＥの動作については、全く記載されていなかった。ＯＭＡは通信装置の装置管理（ＤＭ：Device Management）について仕様を開発したが、その仕様のバージョン１．１．２及び１．２は、通信装置内のコンフィギュレーション（環境設定）、データ、及び設定を管理するためのプロトコルを規定している。ＯＭＡ標準とその他の情報は非特許文献５で参照可能である。

ＯＭＡ ＤＭは、ＵＥ内の初期コンフィギュレーション情報の設定と、それに続くＵＥ内の持続情報の更新と、ＵＥからの管理情報の取得と、ＵＥにより生成されたイベント及びアラームの処理とを含む、ＵＥのコンフィギュレーション及びＭＯを様々なＤＭオーソリティの観点から管理するために使用することができる。ＯＭＡ ＤＭを用いて、サードパーティはエンドユーザの振る舞いについてＵＥのコンフィギュレーションを行うことができる。ネットワークオペレータ、サービスプロバイダ、および企業の情報管理部のようなサードパーティは、ＵＥ内の適切なＭＯを介して、ＵＥパラメータの設定や、ソフトウェアのインストールまたはアップグレードを遠隔から行うことができる。ＭＯは一般に、例えば、ＸＭＬベースのレプリゼンテーション・プロトコル、同期プロトコル、およびＤＭプロトコルのマークアップ言語仕様であるＳｙｎｃＭＬと、プロトコル用のトランスポート・バインディングと、ＤＭ用の装置記述フレームワークとに従って記述してもよいソフトウェアオブジェクトである。

図１に示すように、ＤＭ管理オーソリティ（ＭＡ：Management Authority）１０２は、ＤＭサーバ１０４に対して、例えば、１以上のＵＥのパラメータの提供を求める要求を発行する。ＤＭサーバ１０４はサーバ開始通知（Server-Initiated Notification）をＵＥ１０６に対して送信し、ＵＥ１０６はＤＭセッションをＤＭサーバ１０４と確立し、ＤＭサーバ１０４はＵＥに対して現在の設定（ＵＥ特有の拡張を含んでいるかもしれない）を問い合わせる。ＤＭサーバ１０４はＤＭコマンドを送信して、ＤＭ ＭＡ１０２により確立された要件に適合するためにＵＥコンフィギュレーションを調整する。ＵＥ１０６とＤＭサーバ１０４がそのＤＭセッションを終了させると、ＵＥはコンフィギュレーションがなされたコネクティビティ（接続性）パラメータを用いてネットワーク・データ・サービスにアクセスすることができる。ＤＭ ＭＡまたはＤＭサーバは、そのコネクティビティ・パラメータを「スマートカード」またはそれと同様のものに格納してもよく、これによりＵＥはパラメータを使用するときにそれを用いることができる。

ＵＥは、例えば、ネットワークに接続（コネクト）するために、アプリケーション非依存設定のコネクティビティＭＯを用いることができる。ネットワークのコネクティビティＭＯは、ネットワークベアラ、プロトコル、ネットワーク・アクセス・ポイント（ＮＡＰ）アドレス、及びプロキシアドレスを含む、ネットワーク・インフラストラクチャにアクセスするために必要なパラメータ及び手段に関係するコネクティビティ情報を提供するだろう。ＯＭＡ仕様によれば、コネクティビティＭＯイネーブラは、ＤＭクライアントが公開し、ＤＭサーバ目的とするかもしれない、ＤＭオブジェクト・スキーマの組を特定することによって、無線データ・コネクティビティの管理を処理する。このオブジェクト・スキーマは、ベアラ中立のトップレベル管理オブジェクトと、ベアラ特有のパラメータの組と、ベンダ特有のパラメータを公開するサブツリーとの３つの部分を有している。クライアント・プロビジョニング（ＣＰ）を用いてブートされたコネクティビティ・パラメータは、その後、ＤＭサーバを介してアドレスし管理することができるが、ＤＭサーバは、標準ＤＭパッケージを用いて、新たなプロキシとネットワーク・アクセス・ポイントを追加することができる。プロビジョニングは装置内のクライアントをコンフィギュレーションするための処理であり、プロビジョニングは一般に、エア（無線）越し（ＯＴＡ：over the air）プロビジョニングと、例えば加入者アイデンティティ・モジュール（ＳＩＭ）カードを用いるような、他のプロビジョニングとの両方をカバーする。

３ＧＰＰ技術仕様（ＴＳ）２２．０１１ Ｖ７．６．０（２００７年３月），サービス・アクセシビリティ，（リリース７） ３ＧＰＰ技術仕様（ＴＳ）２２．０１１ Ｖ８．０．０（２００７年３月），サービス・アクセシビリティ，（リリース８） ３ＧＰＰ技術報告（ＴＲ）２３．８０５ Ｖ０．３．１（２００５年９月），ＵＥ性能の選択的無効，技術的オプションに関する報告と結論（リリース７） ３ＧＰＰ技術仕様（ＴＳ）２４．３０５ Ｖ０．１．０（２００６年３月），３ＧＰＰ ＵＥ性能の選択的無効化（ＳＤｏＵＥ：Selective Disabling of 3GPP UE Capabilities）管理オブジェクト（ＭＯ：Management Object）（リリース７） インターネット〈http://www.openmobilealliance.org〉

それにもかかわらず、３ＧＰＰ ＴＳ ２２．０１１（非特許文献１、２）に従ってＵＥの動作を処理するためにサービスの遠隔からの無効化及び有効化を行うＯＭＡ ＤＭを使用することは困難である。ここで生じる問題は、無効化／有効化の対象のサービスが、ＤＭセッションの通常の場合よりも下位のプロトコルスタック層で動作することである。他の問題には、そのようなＵＥの基本的な動作機能を制御する際の、許容可能な安全性の必要性が含まれる。したがって、ＵＥの性能を無効化するＯＭＡ ＤＭのアプリケーションは簡単ではない。

本発明の側面によれば、公衆陸上モバイルネットワーク（ＰＬＭＮ）においてＵＥを動作させる方法が提供される。この方法は、ＵＥがＰＬＭＮから１以上のサービスを不正に要求していることを判定するステップと、ホームＰＬＭＮ（ＨＰＬＭＮ）内の管理エンティティに不正な要求を知らせるステップと、ＨＰＬＭＮの管理エンティティが、ＨＰＬＭＮ内の装置管理コンピュータサーバに対して、ＵＥで不正に要求されたサービスを無効化することを要求するステップと、ＨＰＬＭＮのサーバから、ＵＥとサーバとの間で管理セッションを確立するためのメッセージをＵＥへ送信するステップと、不正に要求されたサービスが無効化されるように、ＵＥ内のＳＤｏＵＥ管理オブジェクトにアクセスするステップと、を有する。

本発明の更なる側面によれば、装置管理サーバと通信することが可能なＵＥが提供される。このＵＥは、ＵＥに存在するソフトウェアコンポーネントを実行し、ＵＥサービスを制御するように構成されたプロセッサを有する。このソフトウェアコンポーネントには、ＵＥとサーバとの間に確立された管理セッションに基づいてＵＥサービスを無効化するために、プロセッサによりコンフィギュレーション可能な、ＳＤｏＵＥ管理オブジェクトが含まれる。

本発明の更なる側面によれば、命令を有するコンピュータ可読の媒体であって、ＰＬＭＮにおけるＵＥ内のプロセッサが実行した場合、命令はプロセッサに、ＵＥがＰＬＭＮから１以上のサービスを不正に要求していることを判定するステップと、ＨＰＬＭＮ内の管理エンティティに不正な要求を知らせるステップと、ＨＰＬＭＮの管理エンティティが、ＨＰＬＭＮ内の装置管理コンピュータサーバに対して、ＵＥで不正に要求されたサービスを無効化することを要求するステップと、ＨＰＬＭＮのサーバから、ＵＥとサーバとの間で管理セッションを確立するためのメッセージをＵＥへ送信するステップと、不正に要求されたサービスが無効化されるように、ＵＥ内の、ＳＤｏＵＥ管理オブジェクトにアクセスするステップと、を実行させる媒体が提供される。

本発明の様々な目的、特徴、および利点は、以下の図面とあわせて本明細書を参照することによって理解されるだろう。
装置管理の構成を示す図である。 ＵＥおよび通信ネットワークを動作させる方法のフローチャートである。 ＵＥおよび通信ネットワークを動作させる他の方法のフローチャートである。 ユーザ機器のブロック図である。 ユーザ機器におけるゲート制御を示す図である。 ＰＤＰコンテキスト起動を制御する方法のフローチャートである。 ユーザ機器とネットワークの一部を含む通信システムのブロック図である。 ネットワークを示す図である。

本出願は、説明の簡略化のために、３ＧＰＰが広めた仕様に適合する無線通信システムを主な対象とするが、本出願で説明する原理は他の通信システムにおいても実装可能であることが理解されるだろう。また、ここでの説明はＯＭＡ ＤＭに関して記述するが、この説明はＯＭＡ ＤＭに関するもののみに限定されると解釈すべきではないことも理解されるだろう。ＵＥ内のサービスを無効化または有効化するために用いられる手法とは無関係に、ＵＥが標準化された方法で選択的に制御可能であることは利点である。

発明者は、ＯＭＡ ＤＭは、特定のサービスまたは機能（或いは、サービスまたは機能の組）を無効化および有効化するために使用することができるが、これらのサービス／機能のうちのいくつかは、これらのサービス／機能を再度有効化するためにＯＭＡ ＤＭが使用される場合に必要となることを認識している。本出願は、適切なＳＤｏＵＥ ＭＯと、通信システムにおいてＳＤｏＵＥ ＭＯを用いるＵＥの動作を説明する。熟練者は、ＳＤｏＵＥ ＭＯは一般に、ＵＥの性能を選択的に無効化および有効化するために使用可能なパラメータを含むソフトウェアモジュールであることを理解するだろう。

現在、ＳＤｏＵＥ ＭＯのノードおよび葉（リーフ）オブジェクトを修正するために、ＯＭＡ ＤＭサーバへのアクセス権を発行または拒否する、標準化されたＯＭＡ ＤＭアクセス制御リスト（ＡＣＬ）プロパティ・メカニズムを使用することが有利であると信じられている。ＡＣＬプロパティ・メカニズムは、現在、イネーブラ・リリース定義，ＯＭＡ−ＥＲＥＬＤ−ＤＭ−Ｖ１＿２に記載されているが、これは参照によりここに組み込まれる。以下に説明するように、ＵＥのＨＰＬＭＮオペレータは、安全上の理由により、ＵＥがローミングしている間に、他のネットワークオペレータがＶＰＬＭＮのＤＭサーバを介してＵＥのＳＤｏＵＥ ＭＯにアクセスするのを許可または禁止するために、ＡＣＬメカニズムを使用することができる。

次の表１は、ＳＤｏＵＥ ＭＯのノードおよび葉オブジェクトを含む典型的な論理ツリー構造を示している。

ＯＭＡ ＤＭ表記で一般的なように、表１内の＜X＞は、例えば０と１のような、２つの値のいずれかをとるプレースホルダ・ノードであり、１以上のノードと葉オブジェクトがプレースホルダ・ノードの下に与えられる。熟練者は、ＯＭＡ ＤＭに従って、ＳＤｏＵＥ ＭＯが、ＤＭサーバが特定の装置を管理する際にＳＤｏＵＥ ＭＯを発見できるようにするための、関連づけられたＭＯ識別子を有することを理解するだろう。表１に示されたＳＤｏＵＥ ＭＯの他のノードと葉オブジェクトは以下のとおりであり、いくつかのノードと葉オブジェクトは省略可能であること、他のノードと葉オブジェクトを提供可能であること、さらに、望むならば、ノードと葉オブジェクトは異なる名前を持つことができることを理解するだろう。
・Name：ＳＤｏＵＥ ＭＯ設定の葉である。
・CS_Calls：ＵＥ発信の緊急呼以外のＣＳ呼制御（ＣＣ）手順を有効化または無効化するためのプリファレンスを示す葉である。
・CS_EmergencyCalls：ＣＳ緊急ＣＣ手順を有効化または無効化するためのオペレータのプリファレンス（例えば、CS_EmergencyCalls値が１に設定されている場合は無効）を示す内部ノードであり、これは例えば３ＧＰＰ ＴＳ ２４．００８に規定されている。
・Country：国をあらわす葉であり（国はモバイル国コード（ＭＣＣ：Mobile Country Code）で識別してもよい）、（例えば、CS_EmergencyCalls値を１に設定することによって）緊急ＣＳ ＣＣ手順が無効化されるＭＣＣを示す情報を含むことを可能にする。
・Network：ネットワークをあらわすことが可能な葉であり（ネットワークはモバイル・ネットワーク・コード（ＭＮＣ）で識別してもよい）、Country葉とともに、緊急ＣＳ ＣＣ手順が無効化されるＭＣＣ及びＭＮＣを示す情報を含むことを可能にする。
・SupplementaryServices：ＵＥ発信のＳＳ動作を有効化または無効化する葉である。
・CS_SMS：ＵＥ発信のＳＭＳをＣＳリンクを介して有効化または無効化する葉である。
・PS_SMS：ＵＥ発信のＳＭＳをＰＳリンクを介して有効化または無効化する葉である。
・CS_LCS：ＵＥ発信のＬＣＳ動作をＣＳリンクを介して有効化または無効化する葉である。
・PS_LCS：ＵＥ発信のＬＣＳ動作をＰＳリンクを介して有効化または無効化する葉である。
・GPRS_SM_PDP：ＵＥ発信の、例えばパケット・データ・プロトコル（ＰＤＰ）コンテキストの起動、停止、修正のような、ＰＤＰコンテキスト用のＧＰＲＳセッション管理（ＳＭ）手順を有効化または無効化する葉である。
・GPRS_SM_MBMS：例えばＭＢＭＳコンテキストの起動、停止のような、ＭＢＭＳコンテキスト用のＧＰＲＳ ＳＭ手順を有効化または無効化する葉である。
・IMS：ＩＭＳ登録要求を送信するＩＭＳ手順を有効化または無効化する葉である。
・Text：ＵＥがユーザに対して表示可能な情報を含む葉である。
・CustomerCareNumbers：顧客ケアサービス番号のリストへの参照を有効化または無効化する内部ノードである。
・CustomerCareNumbers/＜X＞/CustomerCareNumber：特定のサービスの非可用性の原因を判定する際にユーザが使用可能な顧客ケアサービス番号を示す葉である。
・AlertServerID：ＤＭサーバ識別子を示す葉であり、修正されたＳＤｏＵＥ ＭＯについてＤＭサーバに知らせることを可能にする。
・IMS_EmergencyCalls：ＩＭＳ越しの緊急呼手順を有効化または無効化するネットワークオペレータのプリファレンスを示す内部ノードであり、これは例えば、３ＧＰＰ ＴＳ２４．２２９に規定されている。
・IMS_EmergencyCalls/＜X＞/Country：国をあらわす葉であり（国はＭＣＣで識別してもよい）、Network葉とともに、ＩＭＳ越しの緊急呼手順が無効化されるＭＣＣ及びＭＮＣを示す情報を含むことを可能にする。
・IMS_EmergencyCalls/＜X＞/Country/Network：ネットワークをあらわす葉であり（ネットワークはＭＮＣで識別してもよい）、Country葉とともに、ＩＭＳ越しの緊急呼手順が無効化されるＭＣＣ及びＭＮＣを示す情報を含むことを可能にする。
・Ext：例えばアプリケーション・ベンダやＵＥベンダなどのような、ＳＤｏＵＥ ＭＯについての情報に使用することができる内部ノードである。

葉は一般に、例えば０または１のような２つの値のいずれかをとるが、割り当てられる特定の値は問題ではなく、特定の値を予め決めておく必要があるという効果だけが重要であることが理解されるだろう。

例えば、CS_Calls葉の値に１が設定された場合、ＵＥは、緊急呼を除く全ての起動中の呼の解放を開始し、３ＧＰＰ ＴＳ２４．００８に記載されているように、「ヌル」状態に入る。Text葉により示された場合、CS_Calls葉の値に０が設定されるまで、ＵＥは、緊急呼と顧客ケアサービス番号を除くＵＥ発信のＣＣ手順を使用しない。

CS_EmergencyCalls葉の値に１が設定され、ＭＣＣ及びＭＮＣで識別可能な所定の公衆陸上モバイルネットワーク（ＰＬＭＮ：Public Land Mobile Network）をＵＥが検出した場合、ＵＥは、全ての緊急呼を解放するための信号伝達手順を開始する。さらに、CS_EmergencyCalls葉の値に０が設定されるか、あるいは、格納済みのコードの組のいずれにも適合しないＭＣＣ及びＭＮＣをＵＥが検出するまで、ＵＥは、緊急呼を確立するためのＣＣ手順を用いなくてもよい。

SupplementaryServices葉の値に１が設定された場合、ＵＥは、全ての起動中のＳＳ動作を停止し、SupplementaryServices葉の値に０が設定されるまで、ＳＳ動作とその応答を呼び出さない。

CS_SMS葉に１が設定された場合、ＵＥは、CS_SMS葉の値に０が設定されるまで、ＵＥ発信のＳＭＳ転送用のＣＳドメインを使用しない。同様に、PS_SMS葉に１が設定された場合、ＵＥは、PS_SMS葉に０が設定されるまで、ＵＥ発信のＳＭＳ転送用のＰＳドメインを使用しない。

CS_LCS葉の値に１が設定された場合、ＵＥは、CS_LCS葉の値に０が設定されるまで、ＵＥ発信のＬＣＳサービス動作用のＣＳドメインを使用しない。同様に、PS_LCS葉の値に１が設定された場合、ＵＥは、PS_LCS葉の値に０が設定されるまで、ＵＥ発信のＬＣＳサービス動作用のＰＳドメインを使用しない。

GPRS_SM_PDP葉の値に１が設定された場合、ＵＥは起動中のＰＤＰコンテキストに割り当てられている全てのリソースを解放し、ＵＥはＰＤＰコンテキストをデータを消去して、スタンバイ状態またはアイドル状態に移行してもよい。ＵＥは、特定の場合にＰＤＰコンテキスト起動用のＵＥ発信のＧＰＲＳ ＳＭ手順を都合よく使用することが許可されているが、ＵＥは、GPRS_SM_PDP葉の値に０が設定されるまで、ＵＥ発信のＧＰＲＳ ＳＭ手順を使用しない。例えば、ＰＤＰコンテキスト起動用のＵＥ発信のＧＰＲＳ ＳＭ手順は、GPRS_SM_PDP葉の無効値を設定したＤＭサーバへのＯＭＡ ＤＭセッションをＵＥが開始すべきであることを示す、ＯＭＡ ＤＭ通知メッセージを受信したときに使用することができる。他の例では、ＩＭＳ越しに緊急呼を確立するために必用な場合（例えば、IMS_EmergencyCallsの値に０が設定された場合）か、あるいは、ＯＭＡ ＤＭ汎用警告メッセージを送信するために必用な場合に、ＰＤＰコンテキスト起動用のＵＥ発信のＧＰＲＳ ＳＭ手順を用いることができる。

GPRS_SM_MBMS葉の値に１が設定された場合、ＵＥは、起動中のＭＢＭＳコンテキスト用に割り当てられているリソースを解放するが、さらにＭＢＭＳコンテキストデータを消去してもよい。ＵＥは、GPRS_SM_MBMS葉の値に０が設定されるまで、ＭＢＭＳコンテキスト用のＧＰＲＳ ＳＭ手順を使用しない。

IMS葉の値に１が設定された場合、ＵＥは、ユーザにより開始されたＩＭＳ用の登録抹消手順を開始して、IMS葉の値に０が設定されるまでＩＭＳ登録要求を送信しない。なお、GPRS_SM_PDPコンテキストを無効化することは、不正動作をしているＩＭＳアプリケーションがＩＭＳ登録を繰り返し送信することを無効化するための第２のステップであることに気づくだろう。

Text葉に含まれる情報はＵＥで選択された言語で記述すべきであり、特定のサービスが利用可能でないことの原因と、すべきことを判定する際の補助としてもよい。例えば、Text葉は、顧客サービスのために、無効化されているサービスと、１以上の電話番号、インターネットアドレス等を示すテキスト文字列を含んでもよい。

AlertServerID葉の値は、AlertServerID葉の値が示すサーバと異なるＯＭＡ ＤＭサーバによってＳＤｏＵＥ ＭＯが修正されたときはいつでも、ＵＥがＤＭ汎用警告メッセージを送信するために使用することができる。表２は、適切なＤＭ汎用警告メッセージの典型的な定義である。

表２が例示するようなＤＭ汎用警告メッセージのType要素は、「Reserved-Domain-Name:org.3gpp.SDoUE.changesperformedalert」を都合よく設定できることに留意すべきである。しかし、ここに示した特定の名前や構造は本質的ではなく、本出願で説明している技術は他の名前や木構造で実装することができることも理解されるだろう。

IMS_EmergencyCalls葉の値に１が設定され、（ＭＣＣ及びＭＮＣで識別される）ＰＬＭＮによるカバレッジが格納済みのCountry及びNetworkの組のノードのいずれかで示されるとＵＥが検出した場合、ＵＥは、ＩＭＳ越しの全ての緊急呼を解放するための信号伝達手順を開始する。さらに、IMS_EmergencyCalls葉の値に０が設定されるか、または、ＵＥが格納済みのCountry及びNetworkの組のノードのいずれにも適合しないＭＣＣ及びＭＮＣをＵＥが検出するまで、ＵＥは、緊急呼を確立するためのＩＭＳ手順を使用しない。

上述のＳＤｏＵＥ ＭＯの論理構造を実装する装置記述フレームワーク（ＤＤＦ：Device Description Framework）の一例を後述の表３に示す。熟練者は、本発明から離れることなく、ＤＤＦにおいて特徴を再構成し、追加し、削除し、名前を変えることが可能であることを理解するだろう。

ＵＥの加入を維持するＰＬＭＮであるホームＰＬＭＮ（ＨＰＬＭＮ）か、または、訪問先（visited）ＰＬＭＮ（ＶＰＬＭＮ）にＵＥが存在する間、ＳＤｏＵＥ ＭＯはサービスを都合よく無効化または有効化することが可能である。さらに、どの機能はＵＥの使用が許可されており、どの機能は許可されていないかを示す情報を、ＨＰＬＭＮとＶＰＬＭＮの両方がＵＥに対して提供することも望ましい。ＵＥとネットワークを動作させる他の２つの方法について以下説明する。

第１の方法では、ＳＤｏＵＥ ＭＯは、ユーザのホームオペレータ（ＨＰＬＭＮ）によって完全に制御され、ＨＰＬＭＮだけがＵＥのサービス無効化／有効化することができる。この第１の方法は図２のフローチャートに示されており、以下のステップを含んでいる。

ＶＰＬＭＮ、または、それについて言えばＨＰＬＭＮは、１以上のＵＥがネットワークへのサービス／接続を繰り返し要求する動作をし、（例外的に）アプリケーション層の予防措置による検出および無効化が失敗したことを検知する（ステップ２０２）。すなわち、ＨＰＬＭＮまたはＶＰＬＭＮは不正動作をしているＵＥを検知する。

ＨＰＬＭＮおよびＶＰＬＭＮのアーキテクチャ、並びに、提供されるサービスによって、異なるネットワークノードが不正動作をしているＵＥの検知に関与する。例えば、ＣＳドメインを基礎とするサービスに対しては、モバイル交換センタ（ＭＳＣ：Mobile Switching Center）、訪問先ロケーションレジスタ（ＶＬＲ：Visiting Location Register）、および、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）が、通常、関与するだろう。ＰＳに基づくサービスに対しては、サービングＧＰＲＳサポートノード（ＳＧＳＮ）が、通常、関与する。ＩＭＳに対しては、サービング呼／セッション制御機能（Ｓ−ＣＳＣＦ：Serving Call/Session Control Function）が関与することができる。したがって、これらのネットワークノードや、または、特にこのようなノード内のプロセッサは、ＵＥの不正動作を検出するのに適したプログラミングを有する。機能の観点から、検出された不正動作はポリシー制御ノードにレポートすることが可能であるが、適切なアクションのために、ポリシー制御ノードは、ＤＭサーバと並べて配置するか、ＤＭサーバの中に統合してもよい。このようなエンティティを有するネットワークについて、以下、さらに詳しく説明する。

ＶＰＬＭＮにより不正動作が検知された場合、ＶＰＬＭＮは、ＨＰＬＭＮ、例えば、ＨＰＬＭＮの顧客ケアセンタに、不正動作しているＵＥを知らせる（ステップ２０４）。この通信は、例えば、ＨＰＬＭＮの顧客ケアセンタとＶＰＬＭＮを接続するインターネット・サービス・インタフェースを経由するなど、様々な方法で行ってもよい。

ＨＰＬＭＮの顧客ケアセンタは、ＨＰＬＭＮのＤＭサーバ１０４に対して、不正動作しているＵＥが悪用しているサービスを無効化することを要求する（ステップ２０６）。ＨＰＬＭＮのＤＭサーバ１０４は、通知開始セッションメッセージ（notification-initiated-session message）のような適切なメッセージを不正動作しているＵＥに対して送信して、不正動作しているＵＥに対するＤＭ管理セッションを確立する（ステップ２０８）。通知開始セッションメッセージは、例えば、ＯＭＡ ＴＳ−ＤＭ−Ｐｒｏｔｏｃｏｌ−Ｖ１＿２−２００６０４２４−Ｃに記載されている。確立された管理セッションにおいて、ＨＰＬＭＮのＤＭサーバはＳＤｏＵＥ ＭＯにアクセスし（ステップ２１０）、ＳＤｏＵＥ ＭＯに適切なパラメータ値を設定して悪用されているサービスを無効化する。

サービスまたは機能がＰＬＭＮによって無効化された場合、例えば、無効化されたサービス／機能と、サービス／機能が利用できなくなった原因を判定するための支援と、サービス／機能を再び有効化することとに関する情報を取得するために、適切な顧客ケアセンタにコンタクトをとる方法を含むテキスト文字列が、通常、ＵＥのユーザに表示される。

ＵＥおよびネットワークを動作させる第２の方法では、ＳＤｏＵＥ ＭＯはＨＰＬＭＮによって制御されるが、ＶＰＬＭＮは、サービスを無効化／有効化することもでき、したがってＳＤｏＵＥ ＭＯにアクセスし、修正することもできる。この第２の方法では、ＳＤｏＵＥ ＭＯにアクセスするために必要な情報は、ＶＰＬＭＮでローミングするＵＥに対するサービスにアクセスし、無効化／有効化するＶＰＬＭＮから利用可能である。ＶＰＬＭＮがＵＥおよびＳＤｏＵＥ ＭＯにアクセスするために必要な情報は、好適には、ＨＰＬＭＮによってＵＥ内に構成される。

ＶＰＬＭＮのためにＨＰＬＭＮがＵＥ内に提供する必要がある情報は、ＤＭ Ａｃｃｏｕｎｔ ＭＯと、ＵＥがＶＰＬＭＮに接続するために必要な接続性（例えば、必要なコネクティビティＭＯ）である。ただし、ＤＭ Ａｃｃｏｕｎｔ ＭＯは、好適には、ＯＭＡ−ＴＳ−ＤＭ−ＳｔｄＯｂｊ−Ｖ１＿２−２００６０４２４−Ｃに記載されているＯＭＡ ＤＭ標準オブジェクトの一つであり、ＶＰＬＭＮに接続するために必要な接続性も、好適には、ＯＭＡ ＤＭ標準オブジェクトの一つである。ここで「接続性（コネクティビティ）」とは、ＨＰＬＭＮのＤＭサーバに対するＩＰ接続をセットアップするためにＵＥが必要なコネクティビティ情報であり、例えば、ＧＰＲＳ経由でＴｅｌｉａネットワークに接続する場合のアクセスポイント名（ＡＰＮ：Access Point Name）としての名前「telia-online.se」であることが理解されるだろう。

必要な情報の提供は任意の時刻に行うことができ、例えば、ＵＥの製造時や、ＵＥの電源が最初に入れられたとき、および、ＵＥがＶＰＬＭＮにローミングしたときに行うことができる。ＨＰＬＭＮのＯＭＡ ＤＭサーバは、ＳＤｏＵＥ ＭＯの部分をＶＰＬＭＮが管理できるように、ＵＥのアクセス権をコンフィギュレーションすることができる。ＨＰＬＭＮは、例えば、どのＶＰＬＭＮがＳＤｏＵＥ ＭＯにアクセスできるかを定義するために、ＯＭＡ ＤＭ ＡＣＬメカニズムを使用してもよい。必要な情報は、確立されたＤＭ管理セッションを介してＵＥ上にダウンロードすることができる。

ＵＥと通信システムを動作させる第２の方法が図３のフローチャートに示されている。ステップ３０２において、ＶＰＬＭＮは、図２に示した第１の方法と同様に、不正動作しているＵＥを検知する。ステップ３０４において、ＶＰＬＭＮの顧客ケアセンタは、ＶＰＬＭＮのＤＭサーバ１０４に対して、不正動作しているＵＥが悪用しているサービスを無効化することを要求する。ＶＰＬＭＮのＤＭサーバは、ＯＭＡ通知開始セッションメッセージのような適切なメッセージを不正動作しているＵＥに送信して、不正動作しているＵＥに対するＤＭ管理セッションを確立する（ステップ３０６）。ＳＤｏＵＥ ＭＯを修正するためのアクセスの要求をＵＥが受け入れた場合、ＶＰＬＭＮはＳＤｏＵＥパラメータで特定される機能を有効化／無効化することができる。この確立された管理セッションによって、ＶＰＬＭＮのＤＭサーバ１０４は、悪用されているサービスを無効化するためにＳＤｏＵＥ ＭＯにアクセスすることが可能となる（ステップ３０８）。

ＨＰＬＭＮは、ＵＥのＳＤｏＵＥ ＭＯに対して行われたいかなる変更について通知されることを望んでもよい。この場合、方法は、ＶＰＬＭＮがＳＤｏＵＥ ＭＯに対して変更を行った場合、ＨＰＬＭＮに通知することをさらに含む（ステップ３１０）。例えば、不正動作しているＵＥは、ＳＤｏＵＥ ＭＯに対する変更がなされたことを、ＨＰＬＭＮのＤＭサーバにＤＭ汎用警告メッセージを送信することによって、ＨＰＬＭＮに通知することができる。ＤＭサーバはこの通知を受信し、通常のように、ＤＭオーソリティは、そのような通知が到着した場合に何をするかを決定する。ＵＥに代えて、またはＵＥとともに、ＶＰＬＭＮは、ＵＥのＳＤｏＵＥ ＭＯになされた変更をＨＰＬＭＮに通知することができるが、この場合、この目的のプロトコルは特定されないことを理解するだろう。

図３に示した方法を実装するために、表１に示したＳＤｏＵＥ ＭＯの構造は、ＵＥのＳＤｏＵＥ ＭＯが変更された場合にＤＭ汎用警告メッセージが送信されるＨＰＬＭＮのＤＭサーバ１０４の識別子を含むパラメータを追加して修正すべきである。

第１および第２の方法は、例えば、介入者攻撃（man-in-the-middle attack）に対する耐性のような、ＳＤｏＵＥ ＭＯの安全面をサポートする特徴を有していることを理解するだろう。現在、ＯＭＡ ＤＭは、最低１２８ビットの暗号化を行う無線トランスポート層セキュリティ／セキュア・ソケット層バージョン３（ＷＴＬＳ／ＳＳＬ３：Wireless Transport Layer Security/Secure Sockets Layer Version 3）を用いており、さらなる安全な暗号化および暗号のパッケージ（スイート）の実装を可能にしている。

ＵＥとＤＭサーバとの間のベアラは、通常、ＩＰとＧＰＲＳ（またはＰＳドメイン）ベアラ上にある。このため、ＧＰＲＳサービスとＰＤＰコンテキスト起動が無効化された場合、ＵＥ−ＤＭサーバ通信用のＰＤＰコンテキストの起動の問題は解決されなければならない。本発明によれば、この問題は、起動をネットワーク開始ベアラ要求と概念的にみなすことによって解決される。本出願の発明者は、ＵＥ終端のＳＭＳは無効化する必要が全くなく、したがってＯＭＡ ＤＭは、無線アプリケーション・プロトコル（ＷＡＰ：Wireless Application Protocol）のプッシュ・メカニズムを用いてＵＥ−ＤＭサーバ通信に必要なＧＰＲＳベアラを確立することができることを認識している。ＷＡＰのプッシュ・アプリケーションは、特にＤＭサーバに対して、ＰＤＰコンテキスト起動を選択的にトリガすることが可能であるが、ＵＥ内の他のアプリケーションは、ＧＰＲＳサービスとＰＤＰコンテキスト起動を無効化することによって、ＰＤＰコンテキスト起動の要求からブロックされる。

ＵＥは、例えば、アプリケーション非依存設定のコネクティビティＭＯを使用して、ネットワークベアラ、プロトコル、ネットワーク・アクセス・ポイント（ＮＡＰ）アドレス、及びプロキシアドレスを含むＷＡＰインフラストラクチャにアクセスするのに必要なパラメータ及び手段に関するコネクティビティ情報を提供するであろうＷＡＰネットワークに接続してもよいことが理解されるだろう。ＷＡＰコンテンツにアクセス可能なプロキシと同様に、ＷＡＰプロキシは、無線トランスポートプロトコル（ＷＴＰ）、無線セッションプロトコル（ＷＳＰ）、及びＷＴＬＳプロトコルのエンドポイント（終点）である。ＷＡＰプロキシは、例えば、ＷＳＰプロキシまたは無線電話アプリケーション（ＷＴＡ：Wireless Telephony Application）プロキシの機能のような機能性を持つことができる。物理プロキシはプロキシ機能を有する特定のアドレスであり、例えば、ＩＰアクセス可能なプロキシのポート上のＩＰアドレスと、ＳＭＳを介してアクセス可能なプロキシのポート上のショートメッセージエンティティ（ＳＭＥ）アドレスである。論理プロキシは、同一のＷＳＰ及びＷＴＬＳコンテキスト（共有されたセッション識別値空間）を共有してもよい物理プロキシの集合である。

ＯＭＡ仕様によれば、コネクティビティＭＯイネーブラは、ＤＭクライアントが公開しＤＭサーバが対象としてもよいＤＭオブジェクトスキーマの集合を特定することによって、無線データ・コネクティビティの管理を処理する。このオブジェクトスキーマは、ベアラ中立のトップレベル管理オブジェクトと、ベアラ特有のパラメータの集合と、ベンダ特有のパラメータを公開するサブツリーと、の３つの部分を有する。クライアント・プロビジョニング（ＣＰ）を用いてブートされたコネクティビティ・パラメータは、その後ＤＭサーバを介してアドレス・管理することができ、このＤＭサーバは、標準化されたＤＭパッケージを用いて新たなプロキシ及びＮＡＰを追加することができる。プロビジョニングは、装置内のＷＡＰクライアントのようなクライアントをコンフィギュレーションする処理であり、一般に、エア越し（ＯＴＡ）プロビジョニングと、例えばＳＩＭカードによる他のプロビジョニングとの両方をカバーする。

ＵＥ発信のＧＰＲＳ ＳＭ手順（例えばＰＤＰコンテキスト）をＵＥがセットアップすることで、サービスを有効化／無効化するためにＯＭＡ ＤＭサーバがＳＤｏＵＥ ＭＯにコンタクトしてコンフィギュレーションを行うようにできることを、ＯＭＡ ＤＭが必要とすることが理解されるだろう。本出願で説明しているように、ＵＥは、そのような場合のＵＥ発信ＧＰＲＳ ＳＭ手順をセットアップすることが許されている。さらに、ＰＤＰコンテキスト用のＵＥ発信ＧＰＲＳ ＳＭ手順が無効化された場合、ＵＥは３ＧＰＰ ＴＳ２４．００８に従って全てのＰＤＰコンテキストのＰＤＰコンテキスト停止用の信号伝達手順を開始しなければならず、ＰＤＰコンテキスト用のＵＥ発信ＧＰＲＳ ＳＭ手順が有効化されるまで、ＵＥはＰＤＰコンテキスト用のＵＥ発信ＧＰＲＳ ＳＭ手順を使用することが許されない。しかし、ＵＥは、以下の場合にＰＤＰコンテキスト起動用のＵＥ発信ＧＰＲＳ ＳＭ手順を使用することが許される。
・GPRS_SM_PDP葉に無効値を設定したＯＭＡ ＤＭサーバへのＯＭＡ ＤＭセッションをＵＥが開始しなければならないことを示す、ＯＭＡ ＤＭ通知メッセージを受信した場合。
・（IMS_EmergencyCalls値に０が設定された場合に）ＩＭＳ越しの緊急呼を確立するか、ＯＭＡ ＤＭ汎用警告メッセージを送信するために、ＵＥ発信のＰＤＰコンテキスト起動手順が必用な場合。

その他の例はＣＳとＩＭＳ緊急呼の場合である。サポートが必要な地域で緊急呼手順を無効化しないようにするために、ネットワークオペレータは、緊急呼制御手順が無効化される国とネットワークとの少なくともいずれかを示してもよい。そして、その他のものが示されるか、無効化されたと示されていない国またはネットワークに入ったとＵＥが判定するまで、緊急呼手順は無効化される。緊急呼制御手順が無効化され、無効化されたと示された国またはネットワークでのカバレッジをＵＥが再度取得した場合、緊急呼サービスの非可用性は、再度、効力を有する。ＳＤｏＵＥ ＭＯ内のCountryノードとNetworkノードは、存在するならば、ＭＣＣ＋ＭＮＣ＝ネットワークオペレータとなる、一対のノードと考えることができるが、Countryノードの値のみを設定することによって国／地域を示すことができる（例えば、スウェーデンを示す数値をＭＣＣに設定するように）。このため、緊急呼の無効化は、スウェーデンの国全体で有効となる。

ＵＥ発信のＰＤＰコンテキスト起動は無効化されたが、ＵＥはＤＭを使用するためのＰＤＰコンテキスト起動を行うことが許されている場合、ＵＥ内のロジックの動作は以下のような規則に都合よく従うことができる。
１．ＤＭサーバとともにブートされ、ＤＭサーバによってコンフィギュレーションされたＵＥ内で、特徴が起動される。
２．ＵＥのＤＭクライアントは、ＷＡＰプッシュメカニズムを介してＯＭＡ ＤＭ通知を受信した場合のみ、ＰＤＰコンテキスト起動を要求する。
３．ＤＭ通知は、ＤＭサーバのＩＤと、ＭＤ５ハッシュのような、安全性の完全性に係る適切なインジケータまたはトークンを伝達する。

図４は典型的なＵＥ１０６のブロック図であり、（図４で不図示の）ネットワーク内の基地局（ＢＳ）と無線信号を交換するのに適切なトランシーバ４０２を含んでいる。これらの信号で伝達される情報はプロセッサ４０４で処理されるが、プロセッサ４０４は、１以上のサブプロセッサを含んでよく、本出願で説明しているＳＤｏＵＥ ＭＯを含む１以上のソフトウェアモジュール及びアプリケーションを実行して、上述のＭＯに従いＵＥ１０６の動作を実行する。端末へのユーザ入力はキーパッドまたは他の装置を介して提供され、ユーザに提示される情報はディスプレイ４０６に提供される。ソフトウェアアプリケーションは適切なアプリケーションメモリ４０８内に格納されてよく、装置は、適切なメモリ４１０内の所望の情報のダウンロード及びキャッシュの少なくともいずれかを行ってもよい。装置１０６は、コンピュータ、キーボード等のような他のコンポーネントをＵＥ１０６に接続するために使用可能なインタフェース４１２を有してもよい。

不正動作しているアプリケーションによって不正にトリガされたＰＤＰコンテキスト起動に対して防御するために、ＵＥ１０６内に選択的な無効化機能を実装することにより、内部的なゲート制御を用いることができるが、このことを図５に示す。図５において、ＵＥ１０６内のソフトウェアは、ＤＭクライアント５０２をサポートするアプリケーション部と、ＳＭＳ機能５０４及びＧＰＲＳ機能５０６をサポートするアクセス部とに分離して示されている。アプリケーション部及びアクセス部のソフトウェアは、ＡＰＩ５０８、５１０を介して通信することができる。ゲート制御５１２は、ＳＭＳ５０４とＧＰＲＳ５０６の両方で適切なプログラミングまたはロジックにより都合よく実装されるが、適正なＷＡＰプッシュ通知がＤＭクライアント５０２に対して以前に受信された場合にのみ、ＡＰＩ５０８、５１０に到達するＰＤＰコンテキスト起動要求が送信されるようにゲート制御５１２は動作する。ゲート５１２は、ＷＡＰプッシュ通知メッセージ内のアプリケーションＩＤをトークンとして使用することができる。ゲート５１２はトークンを利用可能にすることによって開くが、ＤＭクライアント５０２からのＰＤＰコンテキストの要求は、要求がＡＰＩ５１０越しに受信された場合にトークンがＧＰＲＳ５０６で利用可能である場合のみ受け入れられる。ゲート機能性は、トークンの生成に加えて、トークンが正当である期間を制限するタイマを有してもよい。

図６は、ゲート５１２を用いたＰＤＰコンテキスト起動を制御する典型的な方法のフローチャートであり、これは図２、図３に示した方法に含めることができる。ステップ６０２において、ＳＭＳ５０４は、ＳＭＳメッセージで伝達されるＷＡＰプッシュ通知をＤＭサーバ１０４から受信する。上述のように、ＷＡＰプッシュ通知は適切なアプリケーションＩＤを含んでいるが、この通知に応じて（ステップ６０４）、ＳＭＳ５０４内のゲート機能性はトークンを発行し、オプションでタイマが開始される。ＤＭクライアント５０２はＷＡＰプッシュ通知を受信し、それが権限のあるＤＭサーバからのものである場合、すなわち適正なＩＤを有する場合、ＤＭクライアント５０２はＧＰＲＳ機能性５０６からＰＤＰコンテキストを要求する（ステップ６０６）。ＧＰＲＳ５０６は、トークンが利用可能な場合にＤＭクライアントの要求を受け入れ（ステップ６０８）、ＰＤＰコンテキスト起動手順を開始する（ステップ６１０）。ゲート５１２の機能性は多数の方法で実装してよく、例えば、ＳＭＳ５０４とＧＰＲＳ５０６との少なくともいずれかが有するソフトウェアで実装してもよいことが理解されるだろう。

ＵＥの不適正な動作からネットワーク容量を保護するためにＳＤｏＵＥ ＭＯを用いる代わりに、ネットワークオペレータはそのための他の使用を発見してもよい。例えば、要求したサービスに対してエンドユーザが支払いをしていない場合、または、エンドユーザがサービスに加入したが後でサービスの支払いを停止した場合、オペレータは、ＳＤｏＵＥ ＭＯを用いて、そのサービスに関連づけられたＵＥのソフトウェアまたは機能性を無効化することができる。

ＯＭＡ ＤＭ環境では、意志決定は通常ＤＭサーバのレベルで行われず、ＭＡが決定を行い、次にＤＭサーバが動作を行うことが理解されるだろう。ＵＥは複数のＭＡと各々のＤＭサーバを有することもできる。例えば、モバイル電話は、無線ネットワークオペレータのＭＡがオペレータのＯＭＡ ＤＭサーバのいくつかを介して管理し、また電話ユーザの雇用者のＭＡが他のＯＭＡ ＤＭサーバを介して管理してもよい。オペレータはオペレータのネットワークのコネクティビティの管理を担当することができ、これにはオペレータへのユーザ加入について正当な最も安価なローミング設定のローミングリストを保つことが含まれる。雇用者は装置上の全ての企業アプリケーションの追跡及び管理を担当することが可能である。電話のユーザは、ＯＭＡ ＤＭサーバのいずれからも完全に知られずに、装置上のその他のソフトウェアをダウンロードしてインストールすることを決定してもよい。

図７は、典型的なネットワーク７０２の一部と、本出願で説明したように、ＳＤｏＵＥ ＭＯを用いてサービスを選択的に無効化及び有効化をすることができるＵＥ１０６とを含む、通信システム７００のブロック図である。図７に示したもの以外の多数のネットワークエンティティの構成を用いることができ、ＵＥはＩＥＥＥ８０２．１１、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６）等の無線ローカル・エリア・ネットワーキング（ＷＬＡＮ）を介してインターネットのようなネットワークに接続してもよく、ＵＥはＷＬＡＮと相互作用する３ＧＰＰを用いてもよいことを理解するだろう。

図７において、ＵＥ１０６はネットワーク７０２と通信するが、ネットワーク７０２は、典型的には、３ＧＰＰまたはＧＳＭ／ＥＤＧＥネットワークのような無線アクセスネットワーク（ＲＡＮ：Radio Access Network）７０４と、ＳＧＳＮ７０６、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）７０８、およびホーム・ロケーション・レジスタ（ＨＬＲ）７１０を含むコアネットワークエンティティとを有する。ＧＧＳＮ７０８は、インターネットやＶＰＬＭＮのような他のネットワーク、並びに、ＷＡＰインフラストラクチャ７１２やＤＭサーバ１０４のような他のエンティティと通信する。

ＲＡＮ７０４は典型的には、１以上のＢＳ及び基地局制御器、またはノードＢ及び無線ネットワーク制御器（ＲＮＣ：Radio Network Controller）を有するが、これらは一般的なものである。ＲＮＣは、例えば、無線アクセス・ベアラ・セットアップやＢＳ間のダイバーシチ・ハンドオーバ等を含む、様々な無線ネットワークの機能性を制御する。より一般には、各ＲＮＣは、ＵＥに対して、並びにＵＥから、適切なＢＳを介して呼を誘導し、ＢＳは、ダウンリンク（即ち、基地局からモバイルへ、または正方向）チャネルとアップリンク（即ち、モバイルから基地局へ、または逆方向）チャネルを介して互いに通信する。各ＢＳは、１以上のセルに分割された地理的領域を担当し、典型的には、専用の電話線、光ファイバリンク、マイクロ波リンク等により、対応するＲＮＣに連結されている。

コアネットワーク・エンティティ（ＳＧＳＮ、ＧＧＳＮ等）は多数の形式のデータを処理するように適合されている。典型的なＧＳＭ／ＥＤＧＥネットワークでは、ＵＥ１０６からの要求に応じて、ＧＧＳＮ７０８において、データフローを管理するためのＰＤＰコンテキストがセットアップまたは起動される。ＵＥはＷＬＡＮアクセスを介してネットワークに接続可能であることを理解するだろう。

理解を容易にするために、図８のように、ネットワーク７０２は、機能性に基づいて、制御層または制御プレーンと、コネクティビティ層またはコネクティビティ・プレーンと、アプリケーション層またはアプリケーション・プレーンとに編成してもよい。この図のように、ＵＥと無線アクセスネットワークは「クラウド（雲）」で示され、他のネットワークエンティティは他のクラウドで示される。このような構成は、例えば、Ｈ．Ｈａｍｅｌｅｅｒｓらの「ＷＣＤＭＡ／ＧＳＭコアネットワークにおけるＩＰ技術（IP Technology in WCDMA/GSM Core Networks）」，Ericsson Review No. 1, pp. 14-27 (2002)においてより詳細に説明されている。制御層はＤＭサーバ１０４のようなネットワーク制御サーバをホスティングするが、ネットワーク制御サーバは、呼またはセッションのセットアップ、変更、および解放を担当するプログラムされたプロセッサを有する。制御サーバは、制御プレーンレベルで外部ネットワークと関係する、モビリティ管理、セキュリティ、課金、及び相互作用機能も取り扱ってもよいだろう。コネクティビティ層は、ルータ、スイッチ、信号伝達ゲートウェイ、メディア・ゲートウェイ（ＭＧＷ）、および他のユーザプレーン機能をホスティングする。このルータとスイッチは、制御プレーンとユーザプレーン上でトラフィックのトランスポート性能を提供する。ＭＧＷはユーザプレーン上の相互作用を利用するが、これには異なる無線アクセス技術およびメディアフォーマットの間の相互作用が含まれる。

制御層とコネクティビティ層との間のインタフェースは主にゲートウェイ制御プロトコルから構成される。ネットワーク制御サーバは、コネクティビティ層のＭＧＷリソースを操作するためにこれらのインタフェースを使用する。サービスネットワークの一部として実装されたアプリケーション層は、アプリケーションサーバとコンテンツサーバをホスティングする。

コアネットワークとサービスネットワークとの間には、水平インタフェースと垂直インタフェースとの２つのインタフェースが存在する。コアネットワークとサービスネットワークとの間の水平ネットワークは、Ｗｅｂ閲覧、電子メール、および音声／映像サービスのような、典型的なエンドユーザ・アプリケーションのための動作の通常のピア・ツー・ピア・モードまたはクライアント／サーバ・モードを参照する。これらのアプリケーションは、通常、エンドユーザが呼び出すが、アプリケーション・サーバが呼び出してもよい。垂直インタフェースは、特定のアプリケーションサーバに存在するアプリケーションが、コアネットワークを介して呼またはセッションをセットアップする通常の手順を補足または修正することを可能にする。これらのアプリケーションは、標準化されたＡＰＩの集合を介してコアネットワークと相互に作用する。

ＣＳドメインにおいて、モバイル・サービス・センタ（ＭＳＣ）、ゲートウェイＭＳＣ（ＧＭＳＣ）、およびトランジット・サービス交換センタ（ＴＳＣ）サーバは、制御層の一部である。対応するＭＧＷはコネクティビティ層に属する。ＰＳドメインでは、ＳＧＳＮとＧＧＳＮの両方はコネクティビティ層の一部と考えることができる（これらはいくらかの制御機能性を有する）が、これらの主要な機能性はＩＰコネクティビティを提供することにある。３ＧＰＰによると、モバイル・コア・ネットワークに追加された「ドメイン」はＩＭＳであり、これは主要なネットワークエンティティとして、呼／セッション制御機能（ＣＳＣＦ：Call/Session Control Function）と、メディアゲートウェイ制御機能（ＭＧＣＦ：Media Gateway Control Function）と、ブレイクアウト・ゲートウェイ制御機能（ＢＧＣＦ：Breakout Gateway Control Function）と、メディア・リソース機能（ＭＲＦ：Media Resource Function）制御部またはＭＲＦＣ（Media Resource Function Control Part）と、ＭＲＦ処理部（ＭＲＦＰ：MRF Processing Part）と、メディアゲートウェイ（ＭＧ）と、信号伝達ゲートウェイ（ＳＧ：Signaling Gateway）とを有する。ホーム加入者サーバ（ＨＳＳ）と呼ばれるマスタ加入者データベースは、ＣＳドメイン、ＰＳドメイン、およびＩＭＳドメインで共通である。

ＵＥは上述の木構造及びＤＤＦを用いずに本出願で説明した技術を実装することが可能であり、上述の木構造及びＤＤＦは特定のノード名などを有する単なる具体例であることを理解するだろう。典型的なＤＤＦは機械可読のフォーマットであり、これは追加の補助がほとんど無くて木構造を生成する適切なツールにより読み込むことができる。異なる名前を使用する実装は異なるＤＤＦを使用するだろう。

ここで説明している発明は、媒体から命令をフェッチして当該命令を実行することが可能なコンピュータベースのシステム、プロセッサ内蔵システム、または他のシステムのような、命令を実行するシステム、機器または装置により使用される、またはそれらと接続して使用される命令の適切な集合を、その中に格納した任意の形態のコンピュータ可読記憶媒体内で完全に具現されると考えることが可能である。ここで用いた場合、「コンピュータ可読媒体」は、命令を実行するシステム、機器または装置により使用される、またはこれらと接続して使用されるプログラムを、有するか、格納するか、通信するか、伝播するか、転送することが可能な任意の手段とすることができる。コンピュータ可読媒体は例えば、電気、磁気、光学、電磁気、赤外線、または半導体の、システム、機器、装置、または伝播媒体とすることができるが、これに限られない。コンピュータ可読媒体の更なる具体例（不完全なリスト）には、１以上のワイヤを有する電気的接続と、可搬コンピュータディスケットと、ＲＡＭと、ＲＯＭと、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory、または、フラッシュメモリ）とが含まれる。

本発明は、広範な様々な環境で実装することができることが予定されており、これには例えば、モバイル通信装置が含まれる。上述の手順は必要に応じて繰り返し実行されることも理解されるだろう。理解を容易にするために、本発明の側面は、例えばプログラム可能なコンピュータシステムの要素が実行可能なアクションのシーケンスに関連して説明されている。さまざまなアクションは、特化された回路（例えば、特化された機能を実行するために相互に接続された離散ロジックゲート、またはアプリケーション専用集積回路）、１以上のプロセッサが実行するプログラム命令、またはこれら両方の組み合わせによって実行可能であることが認識されるだろう。

したがって、本発明は多数の異なる形態で具現化してよいが、これらの全てを上述したわけではなく、そのような形態は全て本発明の技術的範囲内にあることが意図されている。本発明の様々な側面の各々について、そのような任意の形態は、説明済みのアクションを実行する「ように構成されたロジック（logic configured to）」や、あるいは、説明済みのアクションを実行する「ロジック（logic that）」として参照してもよい。「備える（comprises/comprising）」という用語は、本出願で使用された場合は、そこで述べられている特徴、整数、ステップ（工程）、または構成要素の存在を示しているが、１以上のその他の特徴、整数、ステップ、構成要素またはこれらのグループの存在または追加を除外するものではないことを強調しておく。

上述の特定の実施形態は単なる例示であり、いかなる手法によっても制限的に解釈すべきではない。本発明の技術的範囲は添付の特許請求の範囲により規定されるのであり、その特許請求の範囲の範囲内に収まる全ての変形及び均等なものは、そこに包含されることが意図されている。

Claims (23)

1. 公衆陸上モバイルネットワーク（ＰＬＭＮ）においてユーザ機器（ＵＥ）を動作させる方法であって、
   前記ＵＥが前記ＰＬＭＮから１以上のサービスを不正に要求していることを判定するステップと、
   ホーム公衆陸上モバイルネットワーク（ＨＰＬＭＮ）内の管理エンティティに前記不正な要求を知らせるステップと、
   前記ＨＰＬＭＮの管理エンティティが、前記ＨＰＬＭＮ内の装置管理コンピュータサーバに対して、前記ＵＥで不正に要求された前記サービスを無効化することを要求するステップと、
   前記ＨＰＬＭＮのサーバから、前記ＵＥと前記サーバとの間で管理セッションを確立するためのメッセージを前記ＵＥへ送信するステップと、
   前記不正に要求されたサービスが無効化されるように、前記ＵＥ内の、ＵＥ性能選択的無効化（ＳＤｏＵＥ）管理オブジェクトにアクセスするステップと、
   を備えることを特徴とする方法。
2. 呼制御手順と、回線交換緊急呼と、インターネット・プロトコル・マルチメディア・システムを介した緊急呼と、ＵＥ発信汎用パケット無線サービス（ＧＰＲＳ）セッション管理（ＳＭ）手順と、の少なくともいずれか一つが無効化されることを特徴とする請求項１に記載の方法。
3. ＵＥ発信ＧＰＲＳ ＳＭ手順が無効化された場合、パケット・データ・プロトコル（ＰＤＰ）コンテキストの停止を開始するステップをさらに備えることを特徴とする請求項２に記載の方法。
4. 無線アプリケーション・プロトコル（ＷＡＰ）プッシュ通知を含む、ショート・メッセージ・サービス（ＳＭＳ）メッセージを受信するステップと、
   前記ＷＡＰプッシュ通知に基づいてトークンを発行するステップと、
   ＰＤＰコンテキストを要求するステップと、
   前記トークンが発行された場合、ＰＤＰコンテキスト起動を開始するステップと、
   をさらに備えることを特徴とする請求項３に記載の方法。
5. 前記ＧＰＲＳ ＳＭ手順の無効化を引き起こしたサーバに対して、前記起動したＰＤＰコンテキストを用いて、管理セッションを開始するステップをさらに備えることを特徴とする請求項４に記載の方法。
6. 前記起動したＰＤＰコンテキストを用いて、
   インターネット・プロトコル・マルチメディア・サブシステム・サービスを介して緊急呼を確立するステップと、
   警告メッセージを送信するステップと、
   の少なくともいずれか一つをさらに備えることを特徴とする請求項４に記載の方法。
7. 前記ＷＡＰプッシュ通知に基づいてタイマを起動するステップをさらに備え、
   前記ＰＤＰコンテキスト起動は、前記タイマがタイムアウトしていない場合に開始される
   ことを特徴とする請求項４に記載の方法。
8. 前記ＷＡＰプッシュ通知にはアプリケーション識別が含まれることを特徴とする請求項４に記載の方法。
9. 装置管理サーバと通信することが可能なユーザ機器（ＵＥ）であって、
   前記ＵＥに存在するソフトウェアコンポーネントを実行し、ＵＥサービスを制御するように構成されたプロセッサを備え、
   前記ソフトウェアコンポーネントには、前記ＵＥと前記サーバとの間に確立された管理セッションに基づいてＵＥサービスを無効化するために、前記プロセッサによりコンフィギュレーション可能な、ＵＥ性能選択的無効化（ＳＤｏＵＥ）管理オブジェクトが含まれる
   ことを特徴とするＵＥ。
10. 呼制御手順と、回線交換緊急呼と、インターネット・プロトコル・マルチメディア・システムを介した緊急呼と、ＵＥ発信汎用パケット無線サービス（ＧＰＲＳ）セッション管理（ＳＭ）手順と、の少なくともいずれか一つが無効化されることを特徴とする請求項９に記載のＵＥ。
11. ＵＥ発信ＧＰＲＳ ＳＭ手順が無効化された場合、前記プロセッサは、パケット・データ・プロトコル（ＰＤＰ）コンテキストの停止を開始することを特徴とする請求項１０に記載のＵＥ。
12. 前記ソフトウェアコンポーネントは、前記ソフトウェアコンポーネントのアプリケーション部内の装置管理クライアントと、前記ソフトウェアコンポーネントのアクセス部内のショート・メッセージ・サービス（ＳＭＳ）及びＧＰＲＳと、を含み、
    前記ＳＭＳは、無線アプリケーション・プロトコル（ＷＡＰ）プッシュ通知を含む前記ＵＥが受信したＳＭＳメッセージに基づいて、トークンを発行し、
    前記装置管理クライアントはＰＤＰコンテキストを要求し、
    前記ＧＰＲＳは、前記トークンが発行された場合、ＰＤＰコンテキスト起動を開始する
    ことを特徴とする請求項１１に記載のＵＥ。
13. 前記プロセッサは、前記ＧＰＲＳ ＳＭ手順の無効化を引き起こしたサーバに対して、前記起動したＰＤＰコンテキストを用いて、管理セッションを開始するように構成されることを特徴とする請求項１２に記載のＵＥ。
14. 前記プロセッサは、前記起動したＰＤＰコンテキストを用いて、インターネット・プロトコル・マルチメディア・サブシステム・サービスを介して緊急呼を確立するか、警告メッセージを送信するように構成されることを特徴とする請求項１２に記載のＵＥ。
15. 前記ＷＡＰプッシュ通知に基づいて始動可能なタイマをさらに備え、
    前記ＰＤＰコンテキスト起動は、前記タイマがタイムアウトしていない場合に開始される
    ことを特徴とする請求項１２に記載のＵＥ。
16. 命令を有するコンピュータ可読の媒体であって、
    公衆陸上モバイルネットワーク（ＰＬＭＮ）におけるユーザ機器（ＵＥ）内のプロセッサが実行した場合、前記命令は前記プロセッサに、
    前記ＵＥが前記ＰＬＭＮから１以上のサービスを不正に要求していることを判定するステップと、
    ホーム公衆陸上モバイルネットワーク（ＨＰＬＭＮ）内の管理エンティティに前記不正な要求を知らせるステップと、
    前記ＨＰＬＭＮの管理エンティティが、前記ＨＰＬＭＮ内の装置管理コンピュータサーバに対して、前記ＵＥで不正に要求された前記サービスを無効化することを要求するステップと、
    前記ＨＰＬＭＮのサーバから、前記ＵＥと前記サーバとの間で管理セッションを確立するためのメッセージを前記ＵＥへ送信するステップと、
    前記不正に要求されたサービスが無効化されるように、前記ＵＥ内の、ＵＥ性能選択的無効化（ＳＤｏＵＥ）管理オブジェクトにアクセスするステップと、
    を実行させることを特徴とする媒体。
17. 呼制御手順と、回線交換緊急呼と、インターネット・プロトコル・マルチメディア・システムを介した緊急呼と、ＵＥ発信汎用パケット無線サービス（ＧＰＲＳ）セッション管理（ＳＭ）手順と、の少なくともいずれか一つが無効化されることを特徴とする請求項１６に記載の媒体。
18. 前記プロセッサは、ＵＥ発信ＧＰＲＳ ＳＭ手順が無効化された場合、パケット・データ・プロトコル（ＰＤＰ）コンテキストの停止を開始するステップをさらに実行することを特徴とする請求項１７に記載の媒体。
19. 前記プロセッサは、
    無線アプリケーション・プロトコル（ＷＡＰ）プッシュ通知を含む、ショート・メッセージ・サービス（ＳＭＳ）メッセージを受信するステップと、
    前記ＷＡＰプッシュ通知に基づいてトークンを発行するステップと、
    ＰＤＰコンテキストを要求するステップと、
    前記トークンが発行された場合、ＰＤＰコンテキスト起動を開始するステップと、
    をさらに実行することを特徴とする請求項１８に記載の媒体。
20. 前記プロセッサは、前記ＧＰＲＳ ＳＭ手順の無効化を引き起こしたサーバに対して、前記起動したＰＤＰコンテキストを用いて、管理セッションを開始するステップをさらに実行することを特徴とする請求項１９に記載の媒体。
21. 前記プロセッサは、前記起動したＰＤＰコンテキストを用いて、
    インターネット・プロトコル・マルチメディア・サブシステム・サービスを介して緊急呼を確立するステップと、
    警告メッセージを送信するステップと、
    の少なくともいずれか一つをさらに実行することを特徴とする請求項１９に記載の媒体。
22. 前記プロセッサは、前記ＷＡＰプッシュ通知に基づいてタイマを起動するステップをさらに実行し、
    前記ＰＤＰコンテキスト起動は、前記タイマがタイムアウトしていない場合に開始される
    ことを特徴とする請求項１９に記載の媒体。
23. 前記ＷＡＰプッシュ通知にはアプリケーション識別が含まれることを特徴とする請求項１９に記載の媒体。

Images