JP4965665B2 - ワイヤレス通信デバイス性能データを要求して、データを最適ファイルサイズで提供する方法および装置 - Google Patents

Description

米国特許法１１９条による優先権の主張

本出願は、“ダウンロードおよび処理のために最適ファイルサイズを決定するための方法および装置”と題する２００６年１２月５日に出願された仮特許出願第６０／８６８，６５７号に対して優先権を主張し、この仮特許出願は本発明の譲受人に譲渡され、参照によりここに明確に組み込まれている。

分野

開示した観点は、ワイヤレス通信デバイスに関し、さらに詳細に述べると、ワイヤレス通信デバイスからの性能データを要求して、要求当事者に対してデータを最適ファイルサイズで提供するためのシステム、方法、および装置に関する。

背景

ワイヤレスネットワーキングは、銅ワイヤまたは光ケーブルのように直接的に電気接続せずに、１つ以上のワイヤレスデバイスを他のコンピュータデバイスに接続している。一般的に、ワイヤレスデバイスは、ワイヤレスまたは部分的にワイヤレスコンピュータネットワークを通じて、データをパケットの形態で伝え、ネットワーク上で「データ」または「通信」のチャネルを開放しているので、デバイスは、データパケットを送ったり受け取ったりすることができる。ワイヤレスデバイスは、プログラムおよびハードウェア構成部品のようなワイヤレスデバイスリソースを持っていることが多く、プログラムおよびハードウェア構成部品は、例えば、ネットワーク上でデータを送ったり受け取ったりする開放型通信接続を用いるようなワイヤレスデバイスの設計および特定のプロトコルまたは構成にしたがって、データを使用および発生させるように個々に、かつ共同して動作する。

幅広い範囲の機能を持っているデバイスを市場に出すことが、ワイヤレス通信デバイス産業における最近の傾向である。例えば、単一のワイヤレス通信デバイスは、ワイヤレス電話通信、デジタル写真、ワイヤレスインターネット通信、電子メール（ｅメール）および／またはショートメッセージサービス（ＳＭＳ）通信、ワイヤレスオーディオおよび／またはビデオダウンロード、他のワイヤレスネットワークサービス通信、および、これらに類するものを行うことが可能である。さらに、ワイヤレス通信デバイスは、ワイヤレス通信デバイス上で実行できる数多くのアプリケーションを記憶またはワイヤレスにアクセスすることができる。

これらのデバイスの機能が拡張しているので、デバイスユーザは、高性能および信頼性をますます求める。このような高性能および信頼性を保証するために、性能を監視するアプリケーションが実現されているので、サービスプロバイダ、デバイス製造業者、および、これらに類するものは、タイムリー方式で、問題に、または問題の可能性に早期に対応することができる。これらの監視タイプアプリケーションの大部分は、ワイヤレスデバイスにおいてデータが収集され、そして、多くの場合、その後の性能解析のためにネットワークデバイスにデータが伝えられることが必要である。例えば、ワイヤレス電話機は、通話に関連するデータのログを取るかもしれないし、あるいは、「通話失敗」または「通話途絶」のようなイベントが生じたときにデータを捕捉するかもしれない。

一般的に、サービスプロバイダや、デバイス製造会社や、ワイヤレスデバイス性能データに対するアクセスを持つように望む他の何らかの第三者エンティティは、ネットワークサービスを通じて性能データを要求するだろう。例えば、性能データを望んでいる要求第三者エンティティが、ネットワークサービスによって実行されているネットワークサイトにアクセスして、１つ以上のワイヤレスデバイスからの性能データを要求して、性能データパラメータを提供することができる。性能データパラメータは、データが収集される、ワイヤレスデバイスまたはワイヤレスデバイスのグループの識別子、識別されたワイヤレスデバイスによってログが取られるイベント；データを収集する時間の持続期間；ログが取られるデータの総量に基づいて要求されるデータの割合、および、これらに類するものを含んでいてもよいが、これらに限定されない。一度、ネットワークサービスが要求を受け取ると、ネットワークサービスが、ワイヤレスデバイスを設定し、性能データをワイヤレスデバイスから取得し、要求されたデータの性能データファイルを要求当事者のためにアセンブリし、ファイルに対するアクセスを要求当事者に提供する。

多くの場合、要求第三者は、拡張された時間期間にわたる、例えば、１ヶ月または３０日期間にわたる、多数のワイヤレスデバイスからの性能データを要求するだろう。したがって、ワイヤレスデバイスから収集された累積データは、大きいデータファイルを形成するかもしれない。例えば、サイズの観点から、このような性能データファイルは約１０メガバイトから約１ギガバイト程度の大きさであるかもしれない。ネットワーク効率およびネットワーク帯域幅の使用の観点から、このような大きなデータファイルのネットワーク通信は問題を引き起こす。このような大きいデータファイルを伝えるためには、大量のネットワーク帯域幅が利用可能でなければならない。多くの場合、このような大きいファイルのネットワーク通信は、遅延するか、そうでなければ、ネットワーク帯域幅の制約が原因で失敗する可能性がある。

さらに、拡張された時間期間、例えば、１週間、１ヶ月、あるいはこれらに類する期間にわたる性能データを要求第三者が要求した例では、要求されたデータのすべてがワイヤレスデバイスにおいて発生されてログが取られる前に、要求当事者が、性能データに対するアクセスを望むかもしれない。例えば、要求第三者が１ヶ月の長期間にわたる性能データを要求した場合、週間隔でデータに対するアクセスを持つと、要求期間は恩恵が得られるかもしれない。

それゆえに、大きい性能データファイルに関連する問題、特に、このような大きいデータファイルのネットワーク通信に関連する問題を軽減させる方法、システム、装置、およびコンピュータプログラムプロダクトを開発する必要がある。したがって、ネットワーク帯域幅利用性の観点から、望ましい方法、システム、装置、およびコンピュータプログラムプロダクトは、より良い効率性を提供する必要がある。さらに、要求されたデータ全体が発生されて編集された後のみに、要求当事者が性能データにアクセスするといった制限をしない方法、システム、装置、およびコンピュータプログラムプロダクトを開発する必要がある。したがって、望ましい方法、システム、装置、およびコンピュータプログラムプロダクトは、他のデータがさらに、発生され、収集されて、性能データファイルに編集されている間に、データに対してアクセスする能力をユーザに提供する必要がある。

概要

本観点は、ワイヤレスデバイス性能データを要求して、性能データに対する最適ファイルサイズを提供する方法、デバイス、システム、およびコンピュータプログラムプロダクトを提供する。特に、本観点は、要求時に、要求された性能データのサイズを推定し、要求当事者の好みのような他の要因を評価して、最適性能データファイルサイズを決定することを提供する。最適ファイルサイズは、一般的に、要求された性能データのサイズよりも小さいだろう。したがって、最適サイズの複数のファイルを生成することができ、それぞれのファイルは、要求された性能データの一部を含む。この点に関して、性能データサービスプロバイダは、要求されたデータのすべてが利用可能になったときに１つの包括的な性能データファイルを生成することとは対照的に、データが利用可能になったときに、最適サイズにされた性能データファイルを準備し、アクセス可能にすることができる。データが利用可能になったときに、最適サイズにされた性能データファイルを要求当事者に対してアクセス可能にすることによって、要求当事者は、より早い任意の時点で、データを処理して使用することができる。さらに、通信を生じさせるのに必要な帯域幅の観点から、より小さく最適サイズにされた性能データファイルは、通信ネットワークにおいてさらなる効率性を提供する。

さらに、いくつかの本観点は、要求当事者と、性能データ供給ネットワークエンティティとの間の通信ツールとして拡張可能マークアップ言語（ＸＭＬ）プロトコルを実現するためのものを、性能データ要求当事者および／またはユーザマネージャーのようなネットワークデバイスに対して提供し得る。この点に関して、性能データ要求を行い、ワイヤレスデバイスに関する性能データを収集するように設定し、最適サイズにされた性能データファイルに対するアクセスを受け取り、性能データサプライヤーとの他の性能データ関連通信を行う能力を、ＸＭＬは要求当事者に提供する。通信インターフェースとしてＸＭＬを実現することによって、ユーザマネージャーサーバ、またはこれに類するもののようなネットワークデバイスとインターフェースすることを通して、ワイヤレスデバイスにおける性能データの集まったものを入手および制御することを可能にするメッセージングメカニズムを、性能データサプライヤーは要求当事者に提供することができる。

１つの観点では、最適ファイルサイズのワイヤレス通信デバイス性能データを提供するための方法が記述されている。方法は、１つ以上のワイヤレス通信によって監視されている性能データに対する要求を受け取ることと、要求された性能データに対するタイムスパンに基づいて、要求された性能データの全体的なサイズを推定することによって、要求された性能データのセグメントに対する最適ファイルサイズを決定することと、要求された性能データのセグメントが利用可能になったときに、最適サイズのファイルを発生させることと、発生させたファイルをメモリ中に記憶させることと、それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に提供することとを含む。さらに、いくつかの観点では、最適ファイルサイズを決定することは、ネットワーク帯域幅のようなネットワークの特性に基づいて、性能データ収集処理中に、再調整された最適ファイルサイズを決定することを提供する。さらに、最適ファイルサイズを決定することは、最適ファイルサイズに関連する要求者の好みを決定することを含んでいてもよく、例えば、要求者がファイルサイズを制限してもよく、または、発生させたファイルに対するアクセス間の望みの時間期間を規定してもよい。他の観点では、最適ファイルサイズを決定することは、利用可能なネットワーク帯域幅を決定することをさらに含む。

１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取る方法のいくつかの観点では、性能データに対する拡張可能マークアップ言語（ＸＭＬ）プロトコルフォーマット化された要求を受け取ることを含む。さらに、このような観点では、それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に提供することは、発生させたファイルが利用可能になったときに、ファイルのそれぞれに対するアクセスを提供するＸＭＬフォーマット化された応答を要求者に提供することを含んでいてもよい。さらに、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取ることは、最適ファイルサイズを決定するための１つ以上の要求者の好みを受け取ること、および／または、１つ以上のワイヤレス通信デバイスに対する性能データ構成を受け取ることをさらに含んでいてもよい。

方法のいくつかの観点は、それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に提供することは、発生させたファイルが利用可能になったときに、ファイルにアクセスするための、発生させたファイルに対応しているＵＲＬを要求者に提供することを含むが、他の観点では、アクセスを要求者に提供することは、それぞれ発生させたファイルが利用可能になったときに、ファイルを要求者に伝えることを含んでいてもよい。

別の関連する観点は、少なくとも１つのプロセッサによって提供される。プロセッサは、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取る第１のモジュールと、要求された性能データに対するタイムスパンに基づいて、要求された性能データの全体的なサイズを推定することによって、要求された性能データのセグメントに対する最適ファイルサイズを決定する第２のモジュールと、要求された性能データのセグメントが利用可能になったときに、最適サイズのファイルを発生させる第３のモジュールと、発生させたファイルをメモリ中に記憶させる第４のモジュールと、それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に提供する第５のモジュールとに対して構成されている。

さらなる関連する観点は、コンピュータプログラムプロダクトによって提供される。コンピュータプログラムプロダクトは、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求をコンピュータに受け取らせるための第１の組のコードと、要求された性能データに対するタイムスパンに基づいて、要求された性能データの全体的なサイズを推定することによって、要求された性能データのセグメントに対する最適ファイルサイズをコンピュータに決定させるための第２の組のコードと、要求された性能データのセグメントが利用可能になったときに、最適サイズのファイルをコンピュータに発生させるための第３の組のコードと、発生させたファイルをメモリ中にコンピュータに記憶させるための第４の組のコードと、それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に向けて、コンピュータに提供させるための第５の組のコードとを有する、コンピュータ読み取り可能媒体を含む。

さらに別の関連する観点は、ワイヤレス通信デバイスによって規定される。デバイスは、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取る手段と、要求された性能データに対するタイムスパンに基づいて、要求された性能データの全体的なサイズを推定することによって、要求された性能データのセグメントに対する最適ファイルサイズを決定する手段と、要求された性能データのセグメントが利用可能になったときに、最適サイズのファイルを発生させる手段と、発生させたファイルをメモリ中に記憶させる手段と、それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に提供する手段とを含む。

さらに、別の観点は、ネットワークデバイスによって提供される。ネットワークデバイスは、プロセッサとメモリとを備えているコンピュータプラットフォームと、プロセッサと通信し、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取るように動作可能である通信モジュールとを具備している。ネットワークデバイスはまた、メモリ中に記憶され、プロセッサによって実行可能であり、要求された性能データのタイムスパンに基づいて、要求された性能データの全体的なサイズを推定することによって、要求された性能データのセグメントに対する最適ファイルサイズを決定するように動作可能である最適ファイルサイズ決定モジュールと、メモリ中に記憶され、プロセッサによって実行可能であり、要求された性能データのセグメントが利用可能になったときに、最適サイズのファイルを発生させるように動作可能であるファイル発生モジュールと、メモリ中に記憶され、プロセッサによって実行可能であり、それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に提供するように動作可能であるファイルアクセスロジックとを具備する。

ネットワークデバイスのいくつかの観点では、最適ファイルサイズ決定モジュールは、ネットワーク帯域幅のようなネットワークの特性に基づいて、最適ファイルサイズを再調整するようにさらに動作可能であってもよい。この点に関して、ネットワークの特性またはファイルサイズに影響を与える他の何らかの要因によって定められるような性能データ収集期間中に、最適ファイルサイズは動的に変わってもよい。さらに、最適ファイルサイズ決定モジュールは、ファイルサイズの好みおよび／または発生させたファイルに対するアクセス間の時間のような、要求者の好みに基づいて、要求された性能データのセグメントに対する最適ファイルサイズを決定するようにさらに動作可能であってもよい。さらに、最適ファイルサイズ決定モジュールは、利用可能なネットワーク帯域幅に基づいて、要求された性能データのセグメントに対する最適ファイルサイズを決定するようにさらに動作可能であってもよい。

別の観点にしたがった、１つ以上のワイヤレス通信デバイスによって監視されている性能データを要求してアクセスする方法が規定されている。方法は、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する拡張可能マークアップ言語（ＸＭＬ）フォーマット化された要求を発生させることと、要求をネットワークデバイスに伝えることと、要求された性能データのセグメントを含む性能データファイルが利用可能であるときに、ファイルに対するアクセスを提供するＸＭＬフォーマット化された応答を受け取ることとを含む。さらに、いくつかの観点では、ＸＭＬフォーマット化された要求を発生させることは、「移動体リストを取得」と、「ファイル発生」と、「移動体を登録」と、「移動体を登録しない」と、「移動体に命令」とのうちの少なくとも１つに対応しているＸＭＬベースコマンド識別子を含むＸＭＬフォーマット化された要求を発生させることをさらに含んでいてもよい。また、いくつかの観点では、ＸＭＬフォーマット化された要求を発生させることは、発生させたファイルに対するアクセス間の時間および／またはファイルサイズのような、性能データファイルに対する要求者の好み、１つ以上の通信ワイヤレスデバイスに対する性能データ構成を含んでいてもよい。いくつかの観点では、性能データファイルに対するアクセスを提供するＸＭＬ応答を受け取ることは、ファイルが利用可能になったときに、性能データファイルにアクセスするための、性能データファイルに関係するユニフォームリソースロケータ（ＵＲＬ）を含むＸＭＬ応答を受け取ること、あるいは、ファイルが利用可能になったときに、性能データファイルを含む通信を受け取ることをさらに含む。

関連する観点は、少なくとも１つのプロセッサによって提供されてもよく、プロセッサは、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する拡張可能マークアップ言語（ＸＭＬ）フォーマット化された要求を発生させるための第１のモジュールと、ネットワークデバイスに要求を伝えるための第２のモジュールと、要求された性能データのセグメントを含む性能データファイルが利用可能であるときに、ファイルに対するアクセスを提供するＸＭＬフォーマット化された応答を受け取るための第３のモジュールとに構成されている。

別の関連する観点は、コンピュータプログラムプロダクトによって規定されている。コンピュータプログラムプロダクトは、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する拡張可能マークアップ言語（ＸＭＬ）フォーマット化された要求をコンピュータに発生させるための第１の組のコードと、ネットワークデバイスに向けて要求をコンピュータに伝えさせるための第２の組のコードと、要求された性能データのセグメントを含む性能データファイルが利用可能になったときに、ファイルに対するアクセスを提供するＸＭＬフォーマット化された応答をコンピュータに受け取らせるための第３の組のコードとを有する、コンピュータ読み取り可能な媒体を含む。

別の関連する観点にしたがった、ワイヤレス通信デバイスが規定されている。ワイヤレス通信デバイスは、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する拡張可能マークアップ言語（ＸＭＬ）フォーマット化された要求を発生させる手段と、要求をネットワークデバイスに伝える手段と、要求された性能データのセグメントを含む性能データファイルが利用可能になったときに、ファイルに対するアクセスを提供するＸＭＬフォーマット化された応答を受け取る手段とを含む。

さらなる観点は、プロセッサとメモリとを備えているコンピュータプラットフォームと、メモリ中に記憶され、プロセッサと通信し、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対するＸＭＬフォーマット化された要求を発生させるように動作可能である拡張可能マークアップ言語（ＸＭＬ）モジュールと、メモリ中に記憶され、プロセッサと通信し、ＸＭＬフォーマット化された要求をネットワークデバイスに伝えて、ＸＭＬ応答をネットワークデバイスから受け取るように動作可能である通信モジュールと、メモリ中に記憶され、プロセッサと通信し、要求された性能データのセグメントを含む性能データファイルが利用可能なときに、ファイルに対するアクセスを提供するように動作可能であるネットワークアクセスモジュールとを具備する通信デバイスによって規定されている。いくつかの観点では、ＸＭＬモジュールは、発生させたファイルに対するアクセス間の時間およびファイルサイズのような、性能データファイルに対する要求者の好み、および／または、１つ以上のワイヤレス通信デバイスに対する性能データ構成、を含むＸＭＬフォーマット化された要求を発生させるようにさらに動作可能である。他の観点では、ネットワークアクセスモジュールは、性能データファイルが利用可能になったときに、ファイルに関係するユニフォームリソースロケータ（ＵＲＬ）にアクセスするようにさらに動作可能である。

したがって、本観点は、ワイヤレスデバイス性能データを要求して、性能データに対する最適ファイルサイズを提供する方法、システム、デバイス、およびコンピュータプログラムプロダクトを提供する。特に、本観点は、要求時に、要求された性能データのサイズを推定し、要求当事者の好みのような他の要因を評価して、最適性能データファイルサイズを決定することを提供する。一般的に、最適サイズの複数のファイルが生成され、それぞれのファイルは、要求された性能データの部分を含む。この点に関して、性能データサービスプロバイダは、要求されたデータのすべてが利用可能であるときに１つの包括的な性能データファイルを生成することとは対照的に、データが利用可能になったときに、最適サイズにされた性能データファイルを準備し、アクセス可能にすることができる。データが利用可能になったときに、最適サイズにされた性能データファイルを要求当事者に対してアクセス可能にすることによって、要求当事者は、時間的により早い任意の時点でデータを処理および使用することができる。さらに、より小さく最適サイズにされた性能データファイルは、帯域幅利用性の観点から、通信ネットワークにおいてさらなる効率性を提供する。

さらに、いくつかの本観点は、要求デバイスと性能データ供給ネットワークエンティティとの間の通信ツールとして、拡張可能マークアップ言語（ＸＭＬ）を実現するためのものを、性能データ要求当事者に対して提供し得る。通信インターフェースとしてＸＭＬを実現することによって、性能データサプライヤーは、ユーザマネージャーサーバまたはこれに類するもののような、ネットワークデバイスとインターフェースすることを通して、ワイヤレスデバイスにおける性能データの集まったものを入手および制御することを可能にするメッセージングメカニズムを、要求当事者に提供することができる。

開示した観点を図示するように提供されているが、開示した観点を限定するものではない、添付した図面に関連して、開示した観点を説明する。同様な呼称は、構成要素を意味する。
図１は、観点にしたがった、ワイヤレス通信デバイスからの性能データを要求して、要求当事者に対してデータを最適ファイルサイズで提供するためのシステムのブロック図である。 図２は、観点にしたがった、性能データ要求を受け取り、最適性能データファイルサイズを決定するように動作可能であるネットワークデバイスのブロック図である。 図４は、観点にしたがった、セルラ通信ネットワークのブロック図である。 図５は、観点にしたがった、性能データ要求、最適ファイルサイズ決定、最適サイズにされた性能データファイルの発生、最適サイズにされた性能データファイルに対するアクセスの提供を提示しているメッセージフロー図である。 図６は、観点にしたがった、性能データ要求を受け取り、性能データに対する最適ファイルサイズを決定するための方法のフロー図である。 図７は、観点にしたがった、性能データ要求を発生させて、これに応答して、最適サイズにされた性能データファイルに対するアクセスを受け取るための方法のフロー図である。

詳細な説明

添付図面を参照して、本デバイス、装置、方法、コンピュータ読み取り可能な媒体、およびプロセッサについて、これから以下でさらに完全に説明する。添付図面には本発明の観点が示されている。しかしながら、デバイス、装置、方法、コンピュータ読み取り可能な媒体、およびプロセッサは多くの異なる形態で具体化されてもよく、ここで述べられている観点に制限されると解釈すべきではない。もっと正確に言えば、この開示が十分で完全となり、本発明の範囲を当業者に完全に伝えるように、これらの観点は提供されている。全体を通して、同じ番号は、同じ構成要素のことを指している。

ここでは、ワイヤレス通信デバイスに関連して、さまざまな観点を説明する。ワイヤレス通信デバイスは、加入者局、加入者ユニット、移動局、移動体、遠隔局、アクセスポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器とも呼ばれてもよい。加入者局は、セルラ電話機、コードレス電話機、セッション開始プロトコル（ＳＩＰ）電話機、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレス接続能力を有するハンドヘルドデバイス、あるいは、ワイヤレスモデムに接続されている他の処理デバイスであってもよい。

図１を参照すると、観点にしたがった、ワイヤレス通信デバイスからの性能データを要求して、要求当事者に対してデータを最適ファイルサイズで提供するためのシステムのブロック図が図示されている。図１は、観点にしたがった、ワイヤレス通信デバイスからの性能データを要求して、要求当事者に対してデータを最適ファイルサイズで提供するシステムのブロック図である。システム１０は、パーソナルコンピュータ（ＰＣ）１３、ラップトップコンピュータ１５、およびワイヤレスデバイス１７のようなコンピューティングデバイス１２と、ユーザマネージャーサーバのようなネットワークデバイス１４と、ワイヤレスデバイス１６とを備えている。コンピューティングデバイス１２は、性能データ要求を発生させて、ネットワークデバイス１４に伝えるように動作可能である。性能データ要求は、コンピューティングデバイス１２の機能性に依存して、従来のワイヤードネットワーク１８、または、ワイヤレスネットワーク２０を通して伝えられてもよい。例えば、ＰＣ１３は、一般的に、ワイヤードネットワーク１８を通して性能データ要求を伝え、ワイヤレスデバイス１７は、一般的に、ワイヤレスネットワーク２０を通して要求を伝え、ラップトップコンピュータ１５は、ワイヤード１８またはワイヤレスネットワーク２０のいずれかを通して要求を伝えてもよい。ネットワークデバイス１４は、要求を受け取り、要求された性能データに対する最適ファイルサイズを決定し、ワイヤレスデバイス１６からの性能データを受け取り、最適サイズの性能データファイルを発生させ、発生させた性能データファイルを記憶させ、要求当事者に対してファイルをアクセス可能にするように動作可能である。

性能データは、何らかのワイヤレスデバイスベースまたはネットワーク対話ベースデータを含んでいてもよいが、これらのものに限定されない。例えば、性能データは、ワイヤレスデバイス１６で発生する何らかの１回限りのイベントまたは再発生するイベントや、ワイヤレスデバイス１６上の何らかの構成部品に関連するデータや、ワイヤレスデバイス１６上の構成部品の状態に関連するデータを含んでいてもよい。ワイヤレスデバイス１６で発生するイベントの例は、通話途絶、通話成功、アクセス失敗、およびアクセス成功を含むが、これらのものに限定されない。ネットワーク対話データの例は、ＲＦの特性、ＧＰＳの特性、およびこれらに類するものを含むが、これらのものに限定されない。

ネットワークデバイス１４は、プロセッサ２４とメモリ２６とを有しているコンピューティングプラットフォーム２２を備えている。さらに、ネットワークデバイス１４は、コンピューティングデバイス１２からの性能データ要求を受け取り、ワイヤレスデバイス１６からの性能データを受け取るように動作可能な通信モジュール２８を備えている。メモリ２６は、性能データモジュール３０を備えている。性能データモジュール３０は、ネットワークプロバイダ、サービスプロバイダ、デバイス製造業者、および、これらに類するもののような第三者から性能データ要求を受け取り、性能データをワイヤレス通信デバイスからアップロードし、要求当事者の要求にしたがった性能データレポート／ファイルを発生させるように動作可能な一連のアプリケーションを含む。例えば、サンディアゴ、カリフォルニアのクァルコムインコーポレイテッドより入手可能なモバイルビュー（登録商標）サービスを参照されたい。

性能データモジュール３０は、要求された累積性能データの推定されたサイズのような１つ以上のファイルサイズ要因と、ユーザの好みと、ネットワーク帯域幅とに基づいて、要求された性能データに対する最適ファイルサイズを決定するように動作可能な最適ファイルサイズ決定ロジック３２を備えている。要求された累積性能データの推定されたサイズは、収集されることになる規定された性能データや、性能データを累積するための規定された時間期間や、収集された性能データの履歴や、これらに類するものに基づいて決定されてもよい。さらに、性能データモジュール３０は、決定された最適ファイルサイズにしたがって性能データファイルを発生させるように動作可能なファイル発生ロジック３４と、発生させた性能データファイルに対するアクセスを要求当事者に提供するように動作可能なファイルアクセスロジック３６とを備えている。１つの実施形態では、ファイルアクセスロジック３６は、発生させた性能データファイルを、（図１中に示していない）ネットワークメモリ中に記憶させ、発生させた性能データファイルが利用可能になったときに、発生させた性能データファイルにアクセスするためのユニバーサルリソースロケータ(ＵＲＬ)を要求当事者に提供するように動作可能であってもよい。代替実施形態では、ファイルアクセスロジック３６は、通信モジュール２８を通して、発生させた性能データファイルを要求当事者に直接的に伝えるように動作可能であってもよい。

コンピューティングデバイス１２は、プロセッサ４２とメモリ４４とを有しているコンピューティングプラットフォーム４０を備えている。さらに、コンピューティングデバイス１２は、コンピューティングデバイス１２からの性能データ要求を伝え、性能データファイルに対するアクセスをネットワークデバイス１４から受け取るように動作可能な通信モジュール４６を備えている。メモリ４４は、性能データファイルサイズパラメータや、性能データ収集構成や、これらに類するものを含む性能データ要求を発生させるように動作可能な性能データインターフェースモジュール４８を備えていてもよい。性能データインターフェースモジュール４８は、例えば、ＸＭＬプロトコル、または、コマンドをネットワークデバイス１４に伝えるのに十分な他の何らかのコンピューティングプロトコルに依存していてもよい。オプション的に、ネットワークウェブサイト、または、これに類するもののような、関係するネットワークエンティティとのコンピューティングデバイスインターフェースのような他の手段によって、性能データ要求は発生されてもよい。さらに、コンピューティングデバイス１２のメモリ４４は、性能データが利用可能になったときに、ネットワーク記憶された性能データにアクセスしてダウンロードするように動作可能なネットワークアクセスモジュール５０を備えていてもよい。

ワイヤレスデバイス１６は、プロセッサ６２とメモリ６４とを有しているコンピューティングプラットフォーム６０を備えている。さらに、ワイヤレスデバイス１６は、収集された性能データをネットワークデバイス１４に伝えるように動作可能な通信モジュール６６を備えている。メモリ６４は、例えば、通話途絶や、通話失敗や、通話成功や、サービス停止や、および、これらに類するもののような通話イベントデータのような性能データをワイヤレスデバイス１６から収集するように動作可能な性能データ収集モジュール６８を備えていてもよい。一度、収集されると、ワイヤレスデバイスは、予め定められたアップロードスケジュールに基づいて、収集されたデータをネットワークデバイス１４にアップロードしてもよい。

図２は、性能データ要求を受け取り、最適性能データファイルサイズを決定し、ワイヤレス通信デバイスからの性能データを受け取り、最適サイズの性能データファイルを発生させ、要求当事者に対してファイルをアクセス可能にするように動作可能なネットワークデバイス１４のブロック図である。ネットワークデバイス１４は、サーバや、パーソナルコンピュータや、ミニコンピュータや、メインフレームコンピュータや、あるいは、コンピュータプラットフォーム２２とプロセッサ２４とメモリ２６とを有している特別目的または汎用コンピューティングデバイスのいずれかである任意のコンピューティングデバイスのような何らかのタイプのネットワークデバイス、のうちの少なくとも１つを含んでいてもよい。代わりに、ネットワークデバイス１４は、１つより多いネットワークデバイスを含んでいてもよい。さらに、ネットワークデバイス１４上で動作され、またはネットワークデバイス１４によって実行されるような、ここで説明しているモジュール、アプリケーション、およびロジックは、単一のネットワークデバイス上で完全に実行されてもよく、あるいは、代替的に、他の観点では、当事者に対して使用可能なフォーマットでデータを提供するために、および／または、ワイヤレスデバイスクライアントと、ネットワークデバイス１４によって実行されるモジュールおよびアプリケーションとの間のデータフローで別々の層の制御を提供するために、別々のサーバまたはコンピュータデバイスが共同して動作してもよい。

ネットワークデバイス１４は、ワイヤードネットワーク１８またはワイヤレスネットワーク２０を通して、データを送ったり受け取ったりするように動作可能なコンピュータプラットフォーム２２を備えていてもよく、コンピュータプラットフォーム２２はルーチンおよびアプリケーションを実行することができる。コンピュータプラットフォーム２２は、メモリ２６を備えていてもよく、このメモリは、リードオンリーおよび／またはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカード、あるいはコンピュータプラットフォームに共通な何らかのメモリのような揮発性および不揮発性メモリを含んでいてもよい。さらに、メモリ２６は、１つ以上のフラッシュメモリセルを含んでいてもよく、あるいは、磁気媒体、光媒体、テープ、またはソフトもしくはハードディスクのような何らかの二次または三次の記憶デバイスであってもよい。さらに、コンピュータプラットフォーム２２は、プロセッサ２４も備えていてもよいが、プロセッサ２４は、特定用途向け集積回路（ＡＳＩＣ）、または他のチップセット、プロセッサ、ロジック回路、または他のデータ処理デバイスであってもよい。

ネットワークデバイス１４は、ハードウェア、ファームウェア、ソフトウェア、および、これらを組み合わせたものに具体化される通信モジュール２８をさらに備えていてもよく、これによって、ネットワークデバイス１４のさまざまな構成部品間の通信とともに、ネットワークデバイス１４とコンピューティングデバイス１２とワイヤレス通信デバイス１６との間の通信が可能になる。この点に関して、いくつかの観点では、通信モジュール２８は、性能データ要求を伝えるように動作可能である配信メカニズム、および、性能データファイルに対するアクセスを受け取るための受け取りメカニズムとして機能してもよい。通信モジュールは、ワイヤードおよび／またはワイヤレス通信接続を確立するために必要なハードウェア、ファームウェア、ソフトウェアおよび／またはこれらを組み合わせたものを含んでいてもよい。

ネットワークデバイス１４のメモリ２６は、性能データ要求を受け取り、最適性能データファイルサイズを決定し、ワイヤレス通信デバイスからの性能データを受け取り、最適サイズの性能データファイルを発生させ、要求当事者に対してファイルをアクセス可能にするように動作可能な性能データモジュール３０を備えている。性能データモジュール３０は、要求待機処理のシーケンスとして、性能データ要求を保持するように動作可能な性能データ要求キュー８０を備えていてもよい。キューは、一般的に、性能データ要求がバッチモードで処理されるときに必要とされるかもしれない。

性能データモジュール３０は、要求された累積性能データの推定されたサイズ、ユーザの好み、およびネットワーク帯域幅のようなネットワークの特性のような、１つ以上のファイルサイズ要因に基づいて、要求された性能データに対する最適ファイルサイズを決定するように動作可能な最適ファイルサイズ決定ロジック３２を備えている。この点に関して、最適ファイルサイズ決定ロジック３２は、収集されることになる性能データの定義および／または性能データを累積するための規定された時間期間、ならびに、要求された累積性能データまたは要求された性能データの何らかの残りの部分のサイズを推定するための、要求者が規定した他の何らかの性能データパラメータのような性能データパラメータ８２に依存していてもよい。さらに、最適ファイルサイズ決定ロジックは、現在の要求のものと類似する性能データパラメータを有している履歴性能データファイルのサイズを評価するために、記憶された性能データ８４に依存していてもよい。いくつかの観点では、ユーザの好み８６は、ファイルが要求当事者によって要求される頻度（例えば、１時間ごとの性能ファイル、１日ごとの性能ファイル、１週間ごとの性能ファイル、およびこれに類するもの）またはファイルサイズを規定してもよいものであるが、推定された累積ファイルサイズに基づいた決定を変更してもよく、したがって、性能データファイルのサイズおよび／または頻度を定めてもよい。さらに、最適ファイルサイズ決定ロジック３２は、ファイルをアクセス可能にする前に利用可能である、利用可能なネットワーク帯域幅を決定するように動作可能なネットワーク帯域幅決定器８８を備えていてもよい。最適に決定された性能データファイルサイズを利用可能な帯域幅がサポートしていない場合、利用可能な帯域幅に適応させるために、ファイルサイズはさらに小さくされるかもしれない。この点に関して、ネットワーク帯域幅のような現在のネットワークの特性、または、ファイルサイズに影響を与える他の何らかの要因によって、最適ファイルサイズへの再調整が保証されるかどうかを決定するために、要求当事者が性能データファイルに対するアクセスを要求するごとに最適ファイルサイズ決定ロジック３２は実行されてもよい。対象とされるネットワーク帯域幅は、性能データファイルにアクセスする要求に関係付けられていても、要求者のＩＰアドレスに関係付けられていてもよい。

最適ファイルサイズ決定ロジック３２は、性能データ要求キュー８０中に要求をキュー入れする前に使用されてもよく、あるいは、他の観点では、最適ファイルサイズ決定ロジックは、性能データ要求がキュー中に一時的に記憶された後に、または、要求者が性能データファイルに対するアクセスを要求した後に使用されてもよい。

性能データモジュール３０は、さらに、ユーザの好み、決定された最適ファイルサイズ、および／または、ネットワーク帯域幅のようなネットワークの特性、ならびに、これらに類するものにしたがって、性能データファイルを発生させるように動作可能なファイル発生ロジック３４を備えていてもよい。一般的に、性能データは、ワイヤレスデバイス１６から生データフォーマットでアップロードされるが、データを性能データファイルにフォーマット化して編集するために、ネットワークデバイスにおけるポスト処理を必要とするだろう。さらに、要求されたデータの構成の観点から、ポスト処理は、要求当事者の特定の要求に適合する必要がある。したがって、生データフォーマットにおける本質的部分を形成していない情報は、一般的に、性能データファイルを発生させる前にデータストリームから除外される。

さらに、性能データモジュール３０は、発生させた性能データファイルに対するアクセスを要求当事者に提供するように動作可能なファイルアクセスロジック３６を備えていてもよい。１つの実施形態では、ファイルアクセスロジック３６が、発生させた性能データファイルを、（図１に図示していない）ネットワークメモリ中に記憶させて、発生させた性能データファイルが利用可能になったときに、性能データファイルにアクセスするためのユニバーサルリソースロケータ（ＵＲＬ）を要求当事者に提供するように動作可能であってもよい。代替実施形態では、ファイルアクセスロジック３６は、通信モジュール２８を通じて、発生させた性能データファイルを要求当事者に直接的に伝えるように動作可能であってもよい。したがって、本観点の性能データモジュール３０は、データを収集するために規定された時間期間の終了の前に、累積性能データの部分に対するアクセスを要求者に提供することができる。先に述べたように、性能データファイルの最適サイズへの再調整が必要かどうかを決定するために、ネットワークの特性またはファイルサイズに影響する他の要因を再評価することが性能データファイルに対するアクセスを行うことによって保証されるように、ファイルアクセスロジック３６にしたがって最適ファイルサイズ決定ロジック３２は実行されてもよい。この点に関して、性能データが収集されてログが取られている期間中に、最適ファイルは動的に調整されてネットワークデバイス１４に伝えられてもよい。

図３を参照すると、別の観点にしたがった、性能データ要求を発生させて、この要求に応答して、最適サイズにされた性能データファイルに対するアクセスを提供する応答を受け取るように動作可能なコンピューティングデバイス１２の詳細なブロック図が図示されている。コンピューティングデバイス１２は、パーソナルコンピュータ（ＰＣ）、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、双方向テキストページャ、ポータブルコンピュータ、および、さらにワイヤレス通信ポータルを有する、ならびに／あるいはネットワークまたはインターネットに対してワイヤード接続を有していてもよい独立したコンピュータプラットフォームのような、何らかのタイプのコンピュータ化された通信デバイスを含んでいてもよい。ワイヤードまたはワイヤレスコンピューティングデバイスは、遠隔スレーブ、または、他のデバイスとすることができ、他のデバイスは、遠隔センサ、診断ツール、データ中継器、およびこれらに類するもののような、他のデバイスのエンドユーザを持たずに、単純に、ワイヤードまたはワイヤレスネットワークを通じてデータを伝える。したがって、本発明のコンピューティング装置および関係する方法は、ワイヤレス通信ポータルを含む、何らかの形態のワイヤードまたはワイヤレスコンピューティングデバイスあるいはワイヤレスコンピュータモジュール上で実行されてもよく、ワイヤレスコンピューティングデバイスまたはワイヤレスコンピュータモジュールは、ワイヤレスモデムや、ＰＣＭＣＩＡカードや、アクセス端末や、デスクトップコンピュータや、またはこれらの任意のものを組み合わせたものまたは一部組み合わせたものを含むが、これらのものに限定されない。

コンピューティングデバイス１２は、ワイヤレスおよび／またはワイヤードネットワークを通してデータを送ることと、ルーチンおよびアプリケーションを受け取って実行することとができるコンピュータプラットフォーム４０を備えている。コンピュータプラットフォーム４０は、メモリ４４を備えているが、このメモリ４４は、リードオンリーおよび／またはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカード、あるいはコンピュータプラットフォームに共通な何らかのメモリのような揮発性および不揮発性メモリを含んでいてもよい。さらに、メモリ４４は、１つ以上のフラッシュメモリセルを含んでいてもよく、あるいは、磁気媒体、光媒体、テープまたはソフトまたはハードディスクのような何らかの二次または三次的な記憶デバイスであってもよい。

さらに、コンピュータプラットフォーム４０はまた、プロセッサ４２を備えており、プロセッサ４２は、特定用途向け集積回路（ＡＳＩＣ）、または、他のチップセット、プロセッサ、ロジック回路、あるいは他のデータ処理デバイスであってもよい。プロセッサ４２は、ワイヤレスネットワーク上の通信デバイス１０の機能性および通信デバイスの操作性をイネーブルするハードウェア、ファームウェア、ソフトウェア、およびこれらを組み合わせたものに組み込まれているさまざまな処理サブシステム９０を備えていてもよい。例えば、処理サブシステム９０は、他のネットワーク化されたデバイスと、通信を開始して維持して、データを交換することを可能にする。コンピューティングデバイスがセルラ電話機のようなワイヤレス通信デバイスである観点では、さらに、通信プロセッサ４２は、例えば、サウンドや、不揮発性メモリや、ファイルシステムや、送信や、受信や、サーチャーや、層１や、層２や、層３や、メイン制御や、遠隔手順や、ハンドセットや、電力マネジメントや、デジタル信号プロセッサや、メッセージングや、通話管理者や、ブルートゥース（登録商標）システムや、ブルートゥースＬＰＯＳや、位置特定エンジンや、ユーザインターフェースや、休止や、データサービスや、セキュリティや、認証や、ＵＳＩＭ／ＳＩＭや、音声サービスや、グラフィックや、ＵＳＢや、ＭＰＥＧ、ＧＰＲＳ等のようなマルチメディアといった、処理サブシステム９０のうちの１つのもの、あるいはこれらを組み合わせたものを含んでいてもよい（これらのすべてのものは、簡略のために、図３には個々に図示していない）。開示した観点の場合、プロセッサ４２の処理サブシステム９０は、性能データインターフェースモジュール４８および／またはネットワークアクセスモジュール５０と対話する何らかのサブシステム構成部品を備えていてもよい。

コンピュータプラットフォーム４０は、ハードウェア、ファームウェア、ソフトウェア、およびこれらを組み合わせたものに具体化される通信モジュール４６をさらに備えており、これによって、通信デバイス１２のさまざまな構成部品間の通信とともに、コンピューティングデバイス１２と、ワイヤレスネットワーク１６および／またはワイヤレスネットワーク１８との間の通信が可能になる。記述した観点では、通信モジュール４６によって、ワイヤレス通信デバイス１０とネットワークデバイス１４との間のすべてのやりとりの通信が可能になる。したがって、通信モジュール４６は、ワイヤレスおよび／またはワイヤードネットワーク通信接続を確立し、衛星信号を受け取るために必要なハードウェア、ファームウェア、ソフトウェア、および／またはこれらを組み合わせたものを含んでいてもよい。いくつかの観点では、通信モジュールは、性能データ要求を伝えて、性能データファイルに対するアクセスを提供する通信を受け取るように動作可能である。

コンピュータプラットフォーム４０のメモリ４４は、性能データファイルサイズパラメータ１０２、性能データ収集構成１０４、および、これらに類するものを含む、性能データ要求１００を発生させるように動作可能な性能データインターフェースモジュール４８を備えていてもよい。１つの観点では、性能データインターフェースモジュール４８は、ネットワークデバイス１４に対する性能データファイル要求を容易にするための、拡張可能マークアップ言語（ＸＭＬ）プロトコルを実現してもよい。代わりに、ネットワークデバイスに命令して、性能データファイルを要求するために、他の通信プロトコルが使用されてもよい。代わりに、性能データファイルサイズパラメータ１０２、性能データ収集構成１０４、およびこれらに類するものは、別々の通信で伝えられてもよい。性能データ要求を提供することによって、本観点は、ウェブベースユーザインターフェース（ＵＩ）のようなＵＩとインターフェースする必要なく、ネットワークデバイス１４のデータ収集関連アクションを第三者の要求者が制御できるようにする。ＸＭＬフォーマット化された性能データ要求の例は、後に続く説明に含まれている。オプション的に、ネットワークウェブサイト、または、これに類するもののような、関係するネットワークエンティティとのコンピューティングデバイスインターフェースのような他の手段によって、性能データ要求は発生されてもよい。

さらに、コンピューティングデバイス１２のメモリ４４は、記憶された性能データファイルが利用可能になったときに、ネットワーク記憶された性能データファイルにアクセスしてダウンロードするように動作可能なネットワークアクセスモジュール５０を備えていてもよい。ある観点では、ネットワークデバイス１４に関して説明したように、ネットワークデバイスは、データが利用可能になったときに、最適サイズの性能データファイルを発生させ、そして、適切な要求当事者のアクセスの目的のために、関係するＵＲＬを持つデータを記憶させるだろう。例えば、ネットワークアクセスモジュール５０は、性能データファイルのＵＲＬ記憶に関係するウェブサイトに対するアクセスを提供するインターネットブラウザアプリケーションであってもよい。性能データファイルにアクセスしてダウンロードするネットワークアクセスモジュール５０の動作は、ネットワークデバイス１４における最適ファイルサイズ決定ロジック３２の実行をトリガすることができる。先に述べたように、最適ファイルサイズ決定ロジック３２は、性能データファイルの最適サイズへの再調整が必要であるかどうかを決定するために、ネットワークの特性およびこれに類するものを再評価するように実行されてもよい。

さらに、コンピューティングデバイス１２は、通信デバイスへの入力を発生させるための入力メカニズム９２と、通信デバイスのユーザによる消費に対する情報を発生させるための出力メカニズム９４とを備えている。例えば、入力メカニズム９２は、キーまたはキーボード、マウス、タッチスクリーンディスプレイ、マイクロフォン等のようなメカニズムを含んでいてもよい。ある観点では、入力メカニズム９２は、性能データ要求を開始するための性能データインターフェースモジュール４８のようなモジュールとインターフェースするユーザ入力を提供する。さらに、例えば、出力メカニズム９４は、ディスプレイ、オーディオスピーカ、ハプティックフィードバックメカニズム等を含んでいてもよい。図示した観点では、出力メカニズム９４は、性能データを要求するためのアプリケーションインターフェースを表示するように動作可能なディスプレイを含んでいてもよい。

図４は、セルラネットワークのブロック図を示している。ワイヤレスネットワーク２０はセルラネットワークを含んでいてもよく、これによって、性能データ要求１００をネットワークデバイス１４に伝え、ワイヤレスデバイス１６からネットワークデバイス１４に性能データをアップロードし、性能データファイルが利用可能になったときに、最適なサイズにされた性能データファイルに対するアクセスを提供するように実現されてもよい。図４を参照すると、１つの観点では、ワイヤレスデバイス１７およびワイヤレスデバイス１６のような通信デバイス１２は、セルラ電話機のようなワイヤレス通信デバイスを含む。本観点では、ワイヤレス通信デバイスは、セルラネットワーク１５０によって通信するように構成されている。セルラネットワーク１５０は、性能データ要求１００をネットワークデバイス１４に伝えて、性能データをネットワークデバイス１４にそれぞれダウンロードする能力をワイヤレス通信デバイス１７と１６とにそれぞれ提供する。セルラ電話機ネットワーク１５０は、キャリアネットワーク１５２を通じてワイヤードネットワーク１８に接続されているワイヤレスネットワーク２０を含んでいてもよい。図４は、ワイヤレス通信ネットワークの構成部品と、本システムの１つの観点の構成要素の相互関係とをさらに完全に図示している代表的な図を示している。セルラ電話機ネットワーク１５０は単なる例示であり、任意のシステムを含むことができ、それによりワイヤレス通信デバイス１７および１６のような遠隔モジュールは、無線で相互におよび／またはワイヤレスネットワーク２０の構成部品との間で通信する。ワイヤレスネットワーク２０の構成部品は制限されることなく、ワイヤレスネットワークキャリアおよび／またはサーバを含む。

ネットワーク１５０では、ユーザマネージャーサーバのようなネットワークデバイス１４は、ワイヤードネットワーク１８（例えば、ローカルエリアネットワーク、ＬＡＮ）を通じて、性能データファイルＸＸを記憶している独立したネットワークデータベース１５４と通信してもよい。さらに、データマネジメントサーバ１５６は、ネットワークデバイス１４と通信し、ポスト処理能力、データフロー制御等を提供してもよい。ネットワークデバイス１４、ネットワークデータベース１５４、およびデータマネジメントサーバ１５６は、セルラ電気通信サービスを提供するのに必要な他の何らかのネットワーク構成部品とともに、セルラ電話機ネットワーク上に存在していてもよい。ネットワークデバイス１４および／またはデータマネジメントサーバ１５６は、データリンク１５８および１６０を通じてキャリアネットワーク１５２と通信し、データリンク１５８および１６０は、インターネット、セキュアＬＡＮ、ＷＡＮまたは他のネットワークのようなデータリンクであってもよい。キャリアネットワーク１５２は、移動体スイッチングセンター（ＭＳＣ）１６２に送られる（一般的に、データパケットである）メッセージを制御する。さらに、キャリアネットワーク１５２は、インターネットおよび／またはＰＯＴＳ（“普通の通常電話サービス”）のような、ネットワーク１６０によりＭＳＣ１６２と通信する。一般的に、ネットワーク１６０では、ネットワークまたはインターネット部分はデータを転送し、ＰＯＴＳ部分が音声情報を転送する。ＭＳＣ１６２は、一般的に、データ転送向けのデータネットワークおよび／またはインターネット部分と、音声情報向けのＰＯＴＳ部分とのような別のネットワーク１６６によって、複数の基地局（ＢＴＳ）１６４に接続されていてもよい。ＢＴＳ１６４は、最後に、ショートメッセージングサービス（ＳＭＳ）または他の無線方法により、ワイヤレス通信デバイス１７および１６にワイヤレスでメッセージをブロードキャストする。

図５を参照すると、要求を受け取り、最適ファイルサイズを決定し、最適サイズにされた性能データファイルを発生させて、性能データファイルに対するアクセスを提供する、要求当事者通信デバイスとネットワークデバイスとの間の通信を図示しているメッセージフロー図が図示されている。イベント２００では、サービスプロバイダ、デバイス製造業者、またはこれらに類するもののような第三者の要求者が、コンピューティングデバイス（１２）において性能データ要求（１００）を発生させ、イベント２１０では、性能データ要求が、ユーザマネージャーサーバのようなネットワークデバイス（１４）に伝えられる。

イベント２２０では、ネットワークデバイスが、性能データ要求を確認し、その後のバッチ処理のために要求をキューに入れる。イベント２３０では、要求が受け取られて確認され、処理するためにキューに置かれたことを通知する応答を、ネットワークデバイスが第三者要求者に返信する。さらに、応答は、性能データ要求の進行を第三者の要求者が追跡することを可能にするトークンを含んでいてもよい。

イベント２４０では、第三者の要求者が、性能データ要求の進行に関してチェックするためのトークンを含むステータス要求を送る。イベント２５０では、ネットワークデバイスが、ステータス要求を確認し、性能データ要求の進行を決定し、応答を発生させる。この例では、例示すると、性能データ要求は依然としてキュー待ち処理中であるので、要求者に戻す応答はこのことを示している。イベント２６０では、性能データ要求が依然としてキュー待ち処理中であることを要求者に通知するステータス応答を、ネットワークが要求当事者に伝える。

イベント２７０では、性能データ要求がキューを出て、性能データファイルの最適サイズの決定がなされる。先に述べたように、最適ファイルサイズ決定は、要求された累積性能データの推定されたサイズ、要求者の好み、およびネットワーク帯域幅のような、１つ以上のファイルサイズ要因に基づいて行われてもよい。要求された累積性能データの推定されたサイズは、収集されることになる規定された性能データ、性能データを累積するための規定された時間期間、収集された性能データの履歴、およびこれらに類するものに基づいて決定されてもよい。性能データ収集パラメータ、ならびに／あるいは、所望のサイズまたは所望の頻度のような要求者の好みは、性能データ要求とともに伝えられてもよいし、または、これらは独立した通信で伝えられてもよい。

イベント２８０では、ネットワークデバイスが、性能データ構成要求をワイヤレスデバイス（１６）に送り、性能データ構成要求は、例えば、捕捉するイベント、捕捉するイベントの割合または頻度、性能データに対するアップロード回数、およびこれらに類するもののような、データ収集のためのパラメータを規定している。イベント２９０では、ワイヤレスデバイス（１６）が、要求された性能データをネットワークデバイスにアップロードする。イベント３００では、ネットワークデバイスが、生の性能データを処理し、要求者の好みと、決定された最適ファイルサイズ要求とにしたがって性能データファイルを発生させる。一度ファイルが発生されると、ＵＲＬが、ファイルに割り当てられ、ファイルは、要求当事者によるその後の検索のためにネットワーク記憶装置に伝えられる。

イベント３０２では、要求デバイスが、性能データファイル要求をネットワークデバイスに送る。代替観点では、性能データアクセス応答を取得するために、性能データファイルに対する要求が要求されなくてもよい。このような代替観点では、性能データファイル要求を送る必要がなくても、要求当事者に対して性能データファイルを利用可能にすることができる。イベント３１０では、ネットワークデバイスが、１つ以上のＵＲＬとともに、要求者に提供する性能データアクセス応答を送る。各ＵＲＬは、性能データファイルに対応している。性能データファイルの数ならびにＵＲＬの数は、最適ファイルサイズ決定の結果によって規定される。性能データファイルが発生されて記憶されたときに、個々のＵＲＬがアクティブ化され、これよって、要求当事者は性能データファイルにアクセスできるようになる。イベント３２０では、要求当事者が、ＵＲＬをアクティブ化して、性能データファイルのダウンロードを要求する。イベント３３０では、ネットワークデバイスが要求を受け取り、ＵＲＬに関係する性能データを取得し、イベント３４０では、性能データファイルを要求当事者に送る。

イベント３５０では、ワイヤレスデバイス（１６）が、要求された追加性能データをネットワークデバイスにアップロードする。イベント３６０では、ネットワークデバイスが生の性能データを処理して、要求者の好みと、決定された最適ファイルサイズ要求とにしたがって別の性能データファイルを発生させる。一度ファイルが発生されると、ＵＲＬがアクティブ化され、ファイルは、要求当事者によるその後の検索のために、ネットワーク記憶装置に伝えられる。

イベント３６２では、要求デバイスが、性能データファイル要求をネットワークデバイスに送る。オプション的な観点では、性能データファイルに対する要求は、性能データアクセス応答を取得するために要求されなくてもよい。イベント３７０では、追加ＵＲＬがアクティブであること、すなわち、追加性能データファイルが発生されて、アクセスのために利用可能であることを要求者に通知する性能データアクセス応答を、ネットワークデバイスが送る。イベント３８０では、要求当事者が、ＵＲＬをアクティブ化して、性能データファイルのダウンロードを要求する。イベント３９０では、ネットワークデバイスが、要求を受け取り、ＵＲＬに関係する性能データを取得し、イベント４００では、性能データファイルを要求当事者にアップロードする。このプロセスは、最適サイズにされた性能データファイルすべてが発生され、要求当事者がファイルに対するアクセスが許可されるまで継続することが可能である。

図６は、観点にしたがった、性能データ要求を受け取って、最適ファイルサイズを決定するための方法のフロー図である。イベント５００では、１つ以上のワイヤレス通信デバイスによって監視され、収集されている性能データに対する要求をネットワークデバイスが受け取る。データに対する要求に加えて、要求は、ファイルの所望のサイズまたはファイルがアクセスのために利用可能になる所望の頻度のような、性能データファイルサイズパラメータあるいはデータ収集パラメータを規定してもよい。イベント５１０では、要求された、性能データのセグメントに対する最適ファイルサイズが決定される。先に述べたように、最適ファイルサイズは、さまざまな性能ファイルサイズ要因に基づいて決定されてもよい。例えば、１つの観点では、要求当事者の好みが、最適ファイルサイズを決定してもよい。例えば、要求当事者が規定したファイルサイズ、あるいは、要求当事者が規定したファイルがアクセス可能になる頻度が、最適ファイルサイズを規定してもよい。他の観点では、最適ファイルサイズを決定することは、収集されることになる規定されたデータと、収集期間の規定された持続期間とに基づいて、累積性能データファイルのサイズを推定することを含んでいてもよい。さらに、累積性能データファイルのサイズを推定するために、履歴性能データファイル情報に依存してもよい。一度、累積性能データの推定がなされると、要求当事者の好み、ネットワーク帯域幅利用可能性、および、これらに類するものに基づいて、データのセグメントに対する最適ファイルサイズを決定することができる。

イベント５２０では、要求された性能データのセグメントが利用可能になったときに、ネットワークデバイスが最適サイズのファイルを発生させる。この点に関して、データが、予め規定されたスケジュールでワイヤレスデバイスからネットワークにアップロードされ、一度、最適に決定されたファイルサイズに等しい量のデータが取得されると、ファイルが発生される。イベント５３０では、発生させたファイルが、メモリ中に記憶される。１つの観点では、発生させたファイルは、ユニフォームリソースローケータ（ＵＲＬ）に関係付けられており、ネットワークメモリ中に記憶される。イベント５４０では、ファイルが利用可能になったときに、それぞれ発生させたファイルに対するアクセスが要求当事者に提供される。１つの観点では、発生させたファイルの関係するＵＲＬが要求当事者に提供され、ＵＲＬがアクティブになったとき（すなわち、ファイルが発生されて記憶されたとき）に、要求当事者は、ファイルに対するアクセスが許可される。別の観点では、発生させたファイルが利用可能になったときに、発生させたファイルが要求当事者に伝えられてもよい。

図７は、観点にしたがった、性能データを要求して、性能データファイルにアクセスするための方法のフロー図である。イベント６００では、要求当事者が、１つ以上のワイヤレス通信デバイスによって監視および収集されている性能データに対する要求を発生させる。先に述べたように、データに対する要求に加えて、要求は、ファイルの望ましいサイズ、または、アクセスするためにファイルが利用可能になる所望の頻度のような、性能データファイルサイズパラメータまたはデータ収集パラメータを規定していてもよい。代わりに、データ収集パラメータおよび／または性能データファイルサイズパラメータは、補助的通信で規定されてもよい。

イベント６１０では、発生させた性能データ要求が、ネットワークデバイスに伝えられる。通信は、送信デバイスの機能に基づいてワイヤレスにまたはワイヤードに発生してもよい。イベント６２０では、要求当事者は、要求された性能データのセグメントを含む性能データファイルが利用可能になったときに、ファイルに対するアクセスを提供する応答を受け取る。この点に関して、応答は性能データファイルに関係するＵＲＬを提供し、ＵＲＬは性能データファイルが発生されたときに、アクセスのためにアクティブ化されていてもよい。

下記は、ワイヤレス通信デバイス上での性能データ監視／収集の第三者構成のための、拡張可能マークアップ言語（ＸＭＬ）プロトコルフォーマット化された要求および応答コマンドの多数の例を提供している。この点に関して、第三者は、ワイヤレスデバイスでの性能データの監視および収集を要求して設定する際に、ユーザマネージャーサーバのようなネットワークデバイスとほとんど同じ方法で実行することができる。現在の観点にしたがうと、コマンドは、その後の性能データ収集のために１つ以上のワイヤレス通信を登録するようにネットワークデバイスに命令する「移動体を登録」；１つ以上の移動体ワイヤレス通信デバイスを登録しないようにネットワークデバイスに命令する「移動体を登録しない」；指定されたワイヤレスデバイスにおいて、性能データのようなワイヤレスデバイスベースデータの監視および収集を設定し、性能データのログをワイヤレス通信デバイスからアップロードするために特定の要求を送り、ワイヤレス通信デバイスに関する性能データのログを取るための開始および停止時間を規定する「移動体に命令」；現在監視されているワイヤレスデバイスのリストを第三者に対して供給するようにネットワークデバイスに命令する「移動体リストを入手」；要求された時間期間に対して、特定のワイヤレスデバイスから収集された性能データを要求する「ＭＤＭ発生」；を含んでいてもよく、ここで、「ＭＤＭ」は、移動体診断モニタ（登録商標）ファイルフォーマットを表し、そして、いくつかの観点では、ネットワークデバイスが収集されたデータを、元のフォーマットからＭＤＭフォーマットに変換する。しかしながら、ネットワークデバイスは、収集されたデータを、何らかの所望のフォーマットで提供するように動作可能であってもよいことに留意すべきである。このようなことから、「ＭＤＭ発生」コマンドは、「ファイル発生コマンド」とも呼ばれてもよく、以下で説明するように、前に提示した「移動体に命令」に対応している収集されたデータを提供するようにエンドユーザがネットワークデバイスに要求する。それぞれの個々のコマンドには、第三者コンピューティングデバイスから伝えられる要求と、ネットワークデバイスから第三者コンピューティングデバイスに返信される応答とがある。

以下の段落では、第三者の要求者コンピューティングデバイス上で実行しているアプリケーションから開始する、ＸＭＬフォーマット化された要求コマンドの一般的な構造の１つの例を提供している。本観点は、この例を含むが、この例に限定されないことに理解すべきである。追加ＸＭＬベース構造が利用されてもよい。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”ｌ．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞＜／ＡＰＩ＿ＶＥＲ＞
アプリケーションプログラミングインターフェース（ＡＰＩ）コマンドのバージョンを示す
＜ＡＰＰ＿ＩＤ＞＜／ＡＰＰ＿ＩＤ＞
アプリケーションＩＤを示す。例えば、
ＣＤＭＡ性能：“０ｘ０１０１３１ｆｂ”
ＵＭＴＳ性能：“０ｘ０１０２３０５８”
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞＜／ＣＭＤ＿ＩＤ＞
「移動体リストを入手」、「ファイル発生」、「移動体を登録」、「移動体を登録しない」、または「移動体に命令」を示す。
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
監視／収集動作の優先度を示す（最低）０と（最高）１０との間の数値を示す。
留意点：＜ＣＭＤ＿ＩＤ＞に基づいて、追加ＸＭＬタグが追加されてもよい。
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

下記は、「移動体リストを入手」ＸＭＬ要求メッセージに対する一般的なフォーマットを提供する。先に述べたように、「移動体リストを入手」ＸＭＬ要求メッセージは、第三者の要求者の代わりに、監視されている現在のワイヤレスデバイスのリスト表示を要求する。

＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０１＜／ＣＭＤ＿ＩＤ＞
このケースでは、“１０１”＝「移動体リストを入手」に対するコマンドＩＤ
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
「移動体リストを入手」要求に対する優先度を示す（最低）０と（最高）１０との間の数値を示す。
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞

下記は、「移動体リストを入手」のＸＭＬ要求メッセージの特定の例である。
＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ｃｍｄ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０１＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞９＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜／ＸＭＬ＿ｃｍｄ＞

下記は、「ファイル発生」ＸＭＬ要求メッセージに対する一般的なフォーマットを提供する。先に述べたように、「ファイル発生」ＸＭＬ要求メッセージは、性能データファイルを要求して、性能データを収集する時間期間を設定する。

＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０２＜／ＣＭＤ＿ＩＤ＞
“１０２”＝“ＭＤＭ発生”に対するコマンドＩＤ
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
「ファイル発生」要求の優先度を示す（最低）０と（最高）１０との間の数値を示す。
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞＜／ＭＯＢＩＬＥ＞
移動体電話＃を示す。
＜ＳＴＡＲＴ＿ＴＩＭＥ＞＜／ＳＴＡＲＴ＿ＴＩＭＥ＞
開始時間を示す。
ＣＤＭＡ性能：ＧＭＴタイムスタンプにおける時間
ＵＭＴＳ性能：ログのローカルタイムスタンプにおける時間
＜ＥＮＤ＿ＴＩＭＥ＞＜／ＥＮＤ＿ＴＩＭＥ＞
終了時間を示す。例えば、
ＣＤＭＡ性能：ＧＭＴタイムスタンプにおける時間
ＵＭＴＳ性能：ログのローカルタイムスタンプにおける時間
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞．．．＜ＰＨＯＮＥ＿ＩＮＦＯ＞
複数の“＜ＰＨＯＮＥ＿ＩＮＦＯ＞”エントリが、単一コマンドの一部として含まれてもよい。
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞

下記は、「ファイル発生」ＸＭＬ要求メッセージの特定の例であり、このメッセージでは、２つのワイヤレスデバイスが、性能データ監視／収集のために構成されている。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０２＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞７＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜ＳＴＡＲＴ＿ＴＩＭＥ＞１１５５１０６８００＜／ＳＴＡＲＴ＿ＴＩＭＥ＞
＜ＥＮＤ＿ＴＩＭＥ＞１１５５１９３２００＜／ＥＮＤ＿ＴＩＭＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜ＳＴＡＲＴ＿ＴＩＭＥ＞１１５５１５７２００＜／ＳＴＡＲＴ＿ＴＩＭＥ＞
＜ＥＮＤ＿ＴＩＭＥ＞１１５５１５９０００＜／ＥＮＤ＿ＴＩＭＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＣＭＤ＿ＯＰＴＩ０ＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

下記は、「移動体を登録」ＸＭＬ要求メッセージに対する一般的なフォーマットを提供している。先に述べたように、「移動体を登録」ＸＭＬ要求メッセージは、その後の性能データ収集のために、１つ以上のワイヤレス通信デバイスの登録を要求する。

＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０３＜／ＣＭＤ＿ＩＤ＞
”１０３”＝「移動体を登録」に対するコマンドＩＤ
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
「移動体を登録」要求の優先度を示す（最低）０と（最高）１０との間の数値を示す。
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞＜／ＭＯＢＩＬＥ＞
移動体電話＃
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞．．．＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
複数の”＜ＰＨＯＮＥ＿ＩＮＦＯ＞”エントリが、単一のコマンドの一部として含められてもよい。
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞

下記は、「移動体を登録」ＸＭＬ要求メッセージの特定の例であり、このメッセージでは、２つのワイヤレス通信デバイスがその後のデータ監視のために登録されている。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０３＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞１０＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

下記は、「移動体を登録しない」ＸＭＬ要求メッセージに対する一般的なフォーマットを提供している。先に述べたように、「移動体を登録しない」ＸＭＬ要求メッセージは、性能データ監視のためにワイヤレス通信デバイスを登録しないことを要求する。この点に関して、登録されないワイヤレス通信デバイスは、最初にデバイスを再登録することなく、性能データを監視／収集するためのその後の要求に含まれることはない。

＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０４＜／ＣＭＤ＿ＩＤ＞
”１０４”＝「移動体を登録しない」要求に対するコマンドＩＤ
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
「移動体を登録しない」コマンドの優先度を示す（最低）０と（最高）１０との間の数値を示す。
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞＜／ＭＯＢＩＬＥ＞
移動体電話＃
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞．．．＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
複数の”＜ＰＨＯＮＥ＿ＩＮＦＯ＞”エントリは、単一のコマンドの一部として含められてもよい。
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞

下記は、２つのワイヤレス通信デバイスが、「移動体を登録しない」ＸＭＬ要求メッセージの特定の例であり、このメッセージでは、２つのワイヤレス通信デバイスが、性能データ監視／収集のために登録されない。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０４＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞５＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

下記は、「移動体に命令」ＸＭＬ要求メッセージに対する一般的なフォーマットを提供している。先に述べたように、「移動体に命令」ＸＭＬ要求メッセージは、指定されたワイヤレスデバイスでの性能データの監視および収集を設定する。コマンドは、行動のログを取ることと、性能データのアップロードと、応答モード設定と、構成設定とを含んでいてもよいが、これらに限定されない。

＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０５＜／ＣＭＤ＿ＩＤ＞
１０５＝「移動体に命令」要求に対するコマンドＩＤ
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
「移動体に命令」要求の優先度を示す（最低）０と（最高）１０との間の数値を示す。
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＿１：行動のログを取る
ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＿２：ログをアップロード
ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＿３：応答モード設定
ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＿４：構成設定
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
複数の”＜ＭＯＢＩＬＥ＿ＣＭＤ＞”は、供給される＜ＰＨＯＮＥ＿ＩＮＦＯ＞に対する単一のコマンドの一部として含むことができる。
＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞＜／ＭＯＢＩＬＥ＞
移動体電話＃
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞．．．＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
複数の”＜ＰＨＯＮＥ＿ＩＮＦＯ＞”エントリは、単一のコマンドの一部として含められてもよい。
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞

下記は、「移動体に命令」ＸＭＬ要求メッセージ内の行動のログを取るためのコマンドに対する一般的なフォーマットである。

＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞１＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
”１”＝行動のログを取るためのＩＤ
＜ＬＯＧＧＩＮＧ＿ＩＤ＞＜／ＬＯＧＧＩＮＧ＿ＩＤ＞
”１”：ログを取ることを開始
”２”：ログを取ることを停止
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞

下記は、行動のログを取るコマンドを含む「移動体に命令」ＸＭＬ要求メッセージの特定の例である。
＜？ｘｍｌ＿ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０５＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞２＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞１＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜ＬＯＧＧＩＮＧ＿ＩＤ＞１＜／ＬＯＧＧＩＮＧ＿ＩＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

下記は、「移動体に命令」ＸＭＬ要求メッセージ内のアップロードログ（すなわち、性能データ）コマンドに対する一般的なフォーマットである。

＜ＭＯＢＩＬＥ＿ＣＭＤ＞
− ＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞２＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
”２”＝ログをアップロードするためのＩＤ
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞

下記は、アップロードログコマンドを含む「移動体に命令」ＸＭＬ要求メッセージの特定の例である。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０５＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞６＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞２＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＣＭＤ＿ＯＰＴＩ０ＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

下記は、「移動体に命令」ＸＭＬ要求メッセージ内の応答モード設定コマンドに対する一般的なフォーマットである。応答モード設定は、通常設定、アップロード要求拒否設定、およびサイレント設定を含んでいてもよいが、これらのものに限定されない。これらの設定は、データ呼び出し／データをアップロードするための回数を設定することを可能にし、データ呼び出し／データのアップロードが実行されないための回数を規定する。

＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞３＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
”３”＝応答モード設定のためのＩＤ
＜ＲＳＰ＿ＭＯＤＥ＞＜／ＲＳＰ＿ＭＯＤＥ＞
１：通常
応答モード開始／終了時間
（＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＨＲ＞，
＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＭＩＮ＞）を使用しない。
これらのタグは、提示された場合に無視されてもよい。
２：アップロード要求拒否
応答モード開始／終了時間
（＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＨＲ＞，
＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＭＩＮ＞）を使用して、
応答モードに対する時間範囲を示す。
３：サイレント
応答モード開始／終了時間
（＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＨＲ＞，
＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＭＩＮ＞）を使用して、
応答モードに対する時間範囲を示す。
＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＨＲ＞＜／ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＨＲ＞
ＵＭ（ユーザマネージャー、例えば、管理サーバ）
時間ゾーンについて指定
（時間での）増分範囲：０から２３
＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＭＩＮ＞＜／ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＭＩＮ＞
ＵＭ時間ゾーンについて指定
（分での）増分範囲：００または３０
＜ＲＳＰ＿ＭＯＤＥ＿ＥＮＤ＿ＨＲ＞＜／ＲＳＰ＿ＭＯＤＥ＿ＥＮＤ＿ＨＲ＞
ＵＭ時間ゾーンについて指定
（時間での）増分範囲：００から２３
＜ＲＳＰ＿ＭＯＤＥ＿ＥＮＤ＿ＭＩＮ＞＜／ＲＳＰ＿ＭＯＤＥ＿ＥＮＤ＿ＭＩＮ＞
ＵＭ時間ゾーンについて指定
（分での）増分範囲：００または３０
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞

下記は、応答モード設定コマンドを含む「移動体に命令」ＸＭＬ要求メッセージの特定の例である。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０５＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞６＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞３＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜ＲＳＰ＿ＭＯＤＥ＞３＜／ＲＳＰ＿ＭＯＤＥ＞
＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＨＲ＞００＜／ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＨＲ＞
＜ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＭＩＮ＞００＜／ＲＳＰ＿ＭＯＤＥ＿ＳＴＡＲＴ＿ＭＩＮ＞
＜ＲＳＰ＿ＭＯＤＥ＿ＥＮＤ＿ＨＲ＞１４＜／ＲＳＰ＿ＭＯＤＥ＿ＥＮＤ＿ＨＲ＞
＜ＲＳＰ＿ＭＯＤＥ＿ＥＮＤ＿ＭＩＮ＞３０＜／ＲＳＰ＿ＭＯＤＥ＿ＥＮＤ＿ＭＩＮ
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

下記は、「移動体に命令」ＸＭＬ要求メッセージ内の構成設定に対する一般的なフォーマットである。構成設定は、データ収集、通信、発生、および、しきい値を含んでいてもよいが、これらのものに限定されない。

＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞４＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
”４”＝構成設定のためのＩＤ
＜ＣＯＮＦＩＧ＞
ＣＯＮＦＩＧ＿ＩＤ １：データ収集
ＣＯＮＦＩＧ＿ＩＤ ２：通信
ＣＯＮＦＩＧ＿ＩＤ ３：発生
ＣＯＮＦＩＧ＿ＩＤ ４：しきい値
＜／ＣＯＮＦＩＧ＞
１つの＜ＭＯＢ＿ＣＭＤ＞ブロック内の単一のコマンドの一部として、
複数の‘＜ＣＯＮＦＩＧ＞’を提示することができる。
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞

下記は、「移動体に命令」ＸＭＬ要求メッセージ内のデータ収集を含む構成設定コマンドに対する一般的なフォーマットである。

＜ＣＯＮＦＩＧ＞
＜ＣＯＮＦＩＧ＿ＩＤ＞１＜／ＣＯＮＦＩＧ＿ＩＤ＞
”１”＝データ収集のための構成ＩＤ
＜ＰＲＥ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞＜／ＰＲＥ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞
＜ＰＲＥ＿ＴＩＭＥ＿ＬＯＣＡＬ＞が存在する場合に無視される。
（秒での）増分範囲：０から１５
デフォルト値を使用するために、これを−１に設定する。
＜ＰＯＳＴ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞＜／ＰＯＳＴ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞ ＜ＰＯＳＴ＿ＴＩＭＥ＿ＬＯＣＡＬ＞が存在する場合に無視される。
（秒での）増分範囲：０から１５
デフォルト値を使用するために、これを−１に設定する。
＜ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＞
＜ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＿ＩＤ＞＜／ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＿ＩＤ＞
＜ＰＲＥ＿ＴＩＭＥ＿ＬＯＣＡＬ＞＜／ＰＲＥ＿ＴＩＭＥ＿ＬＯＣＡＬ＞
さもなければ、存在する場合に＜ＰＲＥ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞
ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＿ＩＤが
デフォルトカテゴリ用である場合に無視される。
＜ＰＯＳＴ＿ＴＩＭＥ＿ＬＯＣＡＬ＞＜／ＰＯＳＴ＿ＴＩＭＥ＿ＬＯＣＡＬ＞
さもなければ、存在する場合に、＜ＰＯＳＴ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞
ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＿ＩＤが
デフォルトカテゴリ用である場合に無視される。
＜／ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＞
１つの＜ＣＯＮＦＩＧ＞ブロック内の単一のコマンドの一部として、
複数の’＜ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＞’を提示することができる。
＜／ＣＯＮＦＩＧ＞

下記は、データ収集のための構成設定コマンドを含む「移動体に命令」ＸＭＬ要求メッセージの特定の例である。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０５＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞６＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞４＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜ＣＯＮＦＩＧ＞
＜ＣＯＮＦＩＧ＿ＩＤ＞１＜／ＣＯＮＦＩＧ＿ＩＤ＞
＜ＰＲＥ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞−１＜／ＰＲＥ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞
＜ＰＯＳＴ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞−１＜／ＰＯＳＴ＿ＴＩＭＥ＿ＧＬＯＢＡＬ＞
＜ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＞
＜ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＿ＩＤ＞１＜
／ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＿ＩＤ＞
＜／ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＞
＜ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＞
＜ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＿ＩＤ＞４＜
／ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＿ＩＤ＞
＜ＰＲＥ＿ＴＩＭＥ＿ＬＯＣＡＬ＞１５＜
／ＰＲＥ＿ＴＩＭＥ＿ＬＯＣＡＬ＞
＜ＰＯＳＴ＿ＴＩＭＥ＿ＬＯＣＡＬ＞１０＜
／ＰＯＳＴ＿ＴＩＭＥ＿ＬＯＣＡＬ
＜／ＣＵＳＴＯＭ＿ＬＯＧＧＩＮＧ＞
＜／ＣＯＮＦＩＧ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

下記は、「移動体に命令」ＸＭＬ要求メッセージ内の通信を含む構成設定コマンドに対する一般的なフォーマットである。

＜ＣＯＮＦＩＧ＞
＜ＣＯＮＦＩＧ＿ＩＤ＞２＜／ＣＯＮＦＩＧ＿ＩＤ＞
＜ＵＰＬＯＡＤ＿ＲＥＱ＿ＴＩＭＥ＞＜／ＵＰＬＯＡＤ＿ＲＥＱ＿ＴＩＭＥ＞
増分範囲：例えば、１０分、２０分、．．．５０分、１時間、２時間、
．．．２４時間。ディセーブルするために、例えば、−１に設定する。
時間は、分単位で提示されてもよい。
＜ＣＯＬＬＥＣＴＩＯＮ＿ＷＡＴＥＲＭＡＲＫ＞＜／ＣＯＬＬＥＣＴＩＯＮ＿ＷＡＴＥＲＭＡＲＫ＞
（パーセンテージでの）増分範囲、例えば、：２０から１００
＜ＡＧＰＳ＿ＰＤＥ＿ＩＰ＞＜／ＡＧＰＳ＿ＰＤＥ＿ＩＰ＞
ＡＧＰＳサーバのＩＰアドレスまたは他の識別子
＜ＡＧＰＳ＿ＰＤＥ＿ＰＯＲＴ＞＜／ＡＧＰＳ＿ＰＤＥ＿ＰＯＲＴ＞
ＡＧＰＳサーバのサーバポート
＜ＵＭ＿ＵＲＬ＞＜／ＵＭ＿ＵＲＬ＞
ＵＭ（ユーザマネージャーサーバ、例えば、管理サーバ）のＵＲＬアドレス
＜ＥＦＳ＿ＭＯＤＥ＞＜／ＥＦＳ＿ＭＯＤＥ＞
０：通常（満杯のときに停止）
１：ラップアラウンド
＜ＥＦＳ＿ＡＬＬＯＷＡＮＣＥ＞＜／ＥＦＳ＿ＡＬＬＯＷＡＮＣＥ＞
電子ファイリングシステム（ＥＦＳ）メモリのような、メモリの許容量；
例えば、（ＫＢでの）増分範囲、５１２、７６８、１０２４、１２８０、
１５３６、１７９２、２０４８から提供することができる。
＜ＰＯＷＥＲ＿ＵＰ＿ＳＩＬＥＮＴ＞＜／ＰＯＷＥＲ＿ＵＰ＿ＳＩＬＥＮＴ＞
（分での）増分範囲：３から１２０
＜ＡＣＢ＿ＩＮＴＥＲＶＡＬ＞＜／ＡＣＢ＿ＩＮＴＥＲＶＡＬ＞
（時間での）増分範囲：１から２４。ディセーブルするために、−１に設定する。
＜ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＞
＜ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＿ＩＤ＞＜／ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＿ＩＤ＞
１：ローミングのときにログを取ることをディセーブル
２：ローミングのときにデータ呼び出しをディセーブル
３：ローミングのときにＧＰＳ固定をディセーブル
４：データをアップロードするときにログを取ることをディセーブル
＜／ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＞
＜／ＣＯＮＦＩＧ＞

下記は、データ収集のための通信コマンドを含む「移動体に命令」ＸＭＬ要求メッセージに対するデフォルト値の例である。

＜ＵＰＬＯＡＤ＿ＲＥＱ＿ＴＩＭＥ＞６０＜／ＵＰＬＯＡＤ＿ＲＥＱ＿ＴＩＭＥ＞
分での単位
＜ＣＯＬＬＥＣＴＩＯＮ＿ＷＡＴＥＲＭＡＲＫ＞９０＜／ＣＯＬＬＥＣＴＩＯＮ＿ＷＡＴＥＲＭＡＲＫ＞
パーセンテージでの単位
＜ＡＧＰＳ＿ＰＤＥ＿ＩＰ＞１９９．１０６．１２１．８５＜／ＡＧＰＳ＿ＰＤＥ＿ＩＰ＞＜ＡＧＰＳ＿ＰＤＥ＿ＰＯＲＴ＞４９１＜／ＡＧＰＳ＿ＰＤＥ＿ＰＯＲＴ＞＜ＵＭ＿ＵＲＬ＞＜／ＵＭ＿ＵＲＬ＞
ＵＭ（ユーザマネージャーサーバ）のＵＲＬアドレス
＜ＥＦＳ＿ＭＯＤＥ＞０＜／ＥＦＳ＿ＭＯＤＥ＞
０は、通常（満杯のときに停止）を示す。
＜ＥＦＳ＿ＡＬＬＯＷＡＮＣＥ＞５１２＜／ＥＦＳ＿ＡＬＬＯＷＡＮＣＥ＞
ＫＢでの単位
＜ＰＯＷＥＲ＿ＵＰ＿ＳＩＬＥＮＴ＞３０＜／ＰＯＷＥＲ＿ＵＰ＿ＳＩＬＥＮＴ＞
分での単位
＜ＡＣＢ＿ＩＮＴＥＲＶＡＬ＞２４＜／ＡＣＢ＿ＩＮＴＥＲＶＡＬ＞
時間での単位
＜ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＞
空である場合＝＜ＭＯＢＩＬＥ＿ＯＰＴＩＯＮ＞をまったくディセーブルしない
＜ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＞

下記は、データ収集のための通信コマンドを含む「移動体に命令」ＸＭＬ要求メッセージの特定の例である。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜ＣＭＤ＿ＩＤ＞１０５＜／ＣＭＤ＿ＩＤ＞
＜ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞６＜／ＣＭＤ＿ＰＲＩＯＲＩＴＹ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞４＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜ＣＯＮＦＩＧ＞
＜ＣＯＮＦＩＧ＿ＩＤ＞２＜／ＣＯＮＦＩＧ＿ＩＤ＞
＜ＵＰＬＯＡＤ＿ＲＥＱ＿ＴＩＭＥ＞３０＜
／ＵＰＬＯＡＤ＿ＲＥＱ＿ＴＩＭＥ＞
＜ＣＯＬＬＥＣＴＩＯＮ＿ＷＡＴＥＲＭＡＲＫ＞９０＜
／ＣＯＬＬＥＣＴＩＯＮ＿ＷＡＴＥＲＭＡＲＫ＞
＜ＡＧＰＳ＿ＰＤＥ＿ＩＰ＞１９９．１０６．１２１．８５＜
／ＡＧＰＳ＿ＰＤＥ＿ＩＰ＞
＜ＡＧＰＳ＿ＰＤＥ＿ＰＯＲＴ＞４９１１＜
／ＡＧＰＳ＿ＰＤＥ＿ＰＯＲＴ＞
＜ＵＭ＿ＵＲＬ＞ｈｔｔｐｓ：／／ｌｏｃａｌｈｏｓｔ．
ｑｕａｌｃｏｍｍ．ｃｏｍ：９６００＜／ＵＭ＿ＵＲＬ＞
＜ＥＦＳ＿ＭＯＤＥ＞１＜／ＥＦＳ＿ＭＯＤＥ＞
＜ＥＦＳ＿ＡＬＬＯＷＡＮＣＥ＞１７９２＜
／ＥＦＳ＿ＡＬＬＯＷＡＮＣＥ＞
＜ＰＯＷＥＲ＿ＵＰ＿ＳＩＬＥＮＴ＞３＜
／ＰＯＷＥＲ＿ＵＰ＿ＳＩＬＥＮＴ＞
＜ＡＣＢ＿ＩＮＴＥＲＶＡＬ＞６＜／ＡＣＢ＿ＩＮＴＥＲＶＡＬ＞
＜ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＞
＜ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＿ＩＤ＞１＜
／ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＿ＩＤ＞
＜ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＿ＩＤ＞４＜
／ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＿ＩＤ＞
＜／ＭＯＢＩＬＥ＿ＯＰＴＩＯＮＳ＞
＜／ＣＯＮＦＩＧ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ
＜／ＣＭＤ＿ＯＰＴＩＯＮＳ＞
＜／ＸＭＬ＿ＣＭＤ＞

ＸＭＬフォーマット化された応答コマンドは、要求コマンドの受け取りに応答して、ユーザマネージャーのようなネットワークデバイスから送られる。応答コマンドは、特徴的に、以下の一般的な構造を持っていてもよい。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＿ＲＳＰ＞
＜ＡＰＩ＿ＶＥＲ＞＜／ＡＰＩ＿ＶＥＲ＞
ＡＰＩコマンドのバージョンを示す。
＜ＡＰＰ＿ＩＤ＞＜／ＡＰＰ＿ＩＤ＞
アプリケーションＩＤ：
ＣＤＭＡ性能：”０ｘ０１０１３１ｆｂ”
ＵＭＴＳ性能：”０ｘ０１０２３０５８”
＜ＳＥＱ＿ＮＵＭ＞＜／ＳＥＱ＿ＮＵＭ＞
このトランザクションを追跡するためのシーケンス番号
＜ＵＭ＿ＳＥＲＶＥＲ＿ＲＥＳＵＬＴ＿ＵＲＬ＞を提示して、
ステータスを取得する。
＜ＳＥＱ＿ＳＴＡＴＵＳ＞＜／ＳＥＱ＿ＳＴＡＴＵＳ＞
送られたコマンドのステータスまたはエラーを示す。
＜ＵＭ＿ＳＥＲＶＥＲ＿ＲＥＳＵＬＴ＿ＵＲＬ＞＜／
ＵＭ＿ＳＥＲＶＥＲ＿ＲＥＳＵＬＴ＿ＵＲＬ＞
この要求に対するサーバ結果ステータスを取得するために接続するＵＲＬ
＜／ＸＭＬ＿ＣＭＤ＿ＲＳＰ＞

下記は、ＸＭＬ応答メッセージの特定の例である。

＜？ｘｍｌ＿ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＣＭＤ＿ＲＳＰ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＳＥＱ＿ＮＵＭ＞１７＜／ＳＥＱ＿ＮＵＭ＞
＜ＳＥＱ＿ＳＴＡＴＵＳ＞０ｘ０００１０００１＜／ＳＥＱ＿ＳＴＡＴＵＳ＞
＜ＵＭ＿ＳＥＲＶＥＲ＿ＲＥＳＵＬＴ＿ＵＲＬ＞／
ＵＭ＿ｓｅｒｖｅｒ＿ｓｔａｔｕｓ．ｐｈｐ＜／
ＵＭ＿ＳＥＲＶＥＲ＿ＲＥＳＵＬＴ＿ＵＲＬ＞
＜／ＸＭＬ＿ＣＭＤ＿ＲＳＰ＞

ＸＭＬフォーマット化された応答結果コマンドは、特徴的に以下の一般的な構造を持つ。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＲＥＳＵＬＴ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
このＡＰＩコマンドのバージョンを示す。
＜ＡＰＰ＿ＩＤ＞＜／ＡＰＰ＿ＩＤ＞
アプリケーションＩＤを示す。
ＣＤＭＡ性能：“０ｘ０１０１３１ｆｂ”
ＵＭＴＳ性能：“０ｘ０１０２３０５８”
＜ＳＥＱ＿ＮＵＭ＞＜／ＳＥＱ＿ＮＵＭ＞
このトランザクションを追跡するためのシーケンス番号
＜ＵＭ＿ＳＥＲＶＥＲ＿ＲＥＳＵＬＴ＿ＵＲＬ＞を提示して、
ステータスを取得する。
＜ＳＥＱ＿ＳＴＡＴＵＳ＞＜／ＳＥＱ＿ＳＴＡＴＵＳ＞
シーケンス番号の全体的なステータスを示す。
＜ＲＥＳＵＬＴＳ＞
＜ＲＥＳＵＬＴＳ＞ブロックは、コマンドに基づいて異なっていてもよい。
＜／ＲＥＳＵＬＴＳ＞
＜／ＸＭＬ＿ＲＥＳＵＬＴ＞

下記は、「移動体リストを入手」ＸＭＬ結果メッセージに対する一般的なフォーマットを提供する。先に述べたように、「移動体リストを入手」ＸＭＬ結果メッセージは、第三者要求者の代わりに監視されている現在のワイヤレスデバイスのリスト表示を伝える。

＜ＲＥＳＵＬＴＳ＞
＜ＭＯＢＩＬＥ＿ＬＩＳＴ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞＜／ＭＯＢＩＬＥ＞
ＵＭにおける単一の電話番号を示す。
＜ＵＳＥＲ＿ＮＡＭＥ＞＜／ＵＳＥＲ＿ＮＡＭＥ＞
このモバイル電話番号に関係する名前
＜ＥＳＮ＞＜／ＥＳＮ＞
この移動体電話番号に関係するＥＳＮ
＜ＣＡＲＲＩＥＲ＞＜／ＣＡＲＲＩＥＲ＞
この移動体電話番号に関係するキャリア
＜ＭＡＮＵＦＡＣＴＵＲＥＲ＞＜／ＭＡＮＵＦＡＣＴＵＲＥＲ＞
この移動体電話番号に関係する製造業者
＜ＭＯＤＥＬ＞＜／ＭＯＤＥＬ＞
この移動体電話番号に関係するモデル
＜ＶＥＲＳＩＯＮ＞＜／ＶＥＲＳＩＯＮ＞
この電話番号を持つ移動体上のアプリケーションのバージョン
＜ＦＩＲＭＷＡＲＥ＞＜／ＦＩＲＭＷＡＲＥ＞
この電話番号を持つ移動体上のファームウェア
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
ＵＭにおける移動体の登録ステータス
０：移動体はＵＭに登録されない
１：移動体はＵＭに登録される
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ．．．＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
ＵＭにおけるすべての電話番号をリストアップするための
複数の＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＭＯＢＩＬＥ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞下記は、「移動体リストを入手」ＸＭＬ応答メッセージの特定の例である。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＲＥＳＵＬＴ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０２３ｃ４０＜／ＡＰＰ＿ＩＤ＞
＜ＳＥＱ＿ＮＵＭ＞１＜／ＳＥＱ＿ＮＵＭ＞
＜ＳＥＱ＿ＳＴＡＴＵＳ＞０ｘ０００１０００３＜／ＳＥＱ＿ＳＴＡＴＵＳ＞
＜ＲＥＳＵＬＴＳ＞
＜ＭＯＢＩＬＥ＿ＬＩＳＴ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８００００００１＜／ＭＯＢＩＬＥ＞
＜ＵＳＥＲ＿ＮＡＭＥ＞ｍｃｔａ＿ｔｅｓｔ１＜／ＵＳＥＲ＿ＮＡＭＥ＞
＜ＥＳＮ＞ＤＥＡＤＢＥＥＦ＜／ＥＳＮ＞
＜ＣＡＲＲＩＥＲ＞Ｖｅｒｉｚｏｎ＜／ＣＡＲＲＩＥＲ＞
＜ＭＡＮＵＦＡＣＴＵＲＥＲ＞Ｍｏｔｏｒｏｌａ＜／ＭＡＮＵＦＡＣＴＵＲＥＲ＞
＜ＭＯＤＥＬ＞ｖ７１０＜／ＭＯＤＥＬ＞
＜ＶＥＲＳＩＯＮ＞１．８．０１＜ＶＥＲＳＩＯＮ＞
＜ＦＩＲＭＷＡＲＥ＞ｄｍｓｓ６１０１＜／ＦＩＲＭＷＡＲＥ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞１＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＰＨＯＮＥ＿ＩＮＦＯ＞
＜ＭＯＢＩＬＥ＞８５８００００００２＜／ＭＯＢＩＬＥ＞
＜ＵＳＥＲ＿ＮＡＭＥ＞ｍｃｔａ＿ｔｅｓｔ２＜／ＵＳＥＲ＿ＮＡＭＥ＞
＜ＥＳＮ＞ＤＥＡＤＢＥＥＦ＜／ＥＳＮ＞
＜ＣＡＲＲＩＥＲ＞Ｖｅｒｉｚｏｎ＜／ＣＡＲＲＩＥＲ＞
＜ＭＡＮＵＦＡＣＴＵＲＥＲ＞Ｍｏｔｏｒｏｌａ＜／ＭＡＮＵＦＡＣＴＵＲＥＲ＞
＜ＭＯＤＥＬ＞ｖ７１２＜／ＭＯＤＥＬ＞
＜ＶＥＲＳＩＯＮ＞１．８．０２＜／ＶＥＲＳＩＯＮ＞
＜ＦＩＲＭＷＡＲＥ＞ｄｍｓｓ６１０２＜／ＦＩＲＭＷＡＲＥ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞０＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
＜／ＰＨＯＮＥ＿ＩＮＦＯ＞
＜／ＭＯＢＩＬＥ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞
＜／ＸＭＬ＿ＲＥＳＵＬＴ＞

下記は、「ファイル発生」ＸＭＬ応答メッセージに対する一般的なフォーマットを提供している。先に述べたように、「ファイル発生」ＸＭＬ応答メッセージは、性能データファイルを伝えて、性能データを収集する時間期間を設定する。この例全体を通して、省略形の「ＭＤＭ」が、「ファイル」、例えば、構成に基づいてデータの収集のために１つ以上のデバイスが構成されることを要求する、各「移動体に命令」要求に対応しているデータファイルに対応していることに留意すべきである。

＜ＲＥＳＵＬＴＳ＞
＜ＭＤＭ＿ＬＩＳＴ＞
この例では、これは、要求に基づいて、収集されたデータのそれぞれの
「ＭＤＭ」または「ファイル」のリストのことを意味する。
＜ＭＤＭ＞
この例では、「ＭＤＭ」は、収集されたデータ
＜ＵＭ＿ＭＤＭ＿ＵＲＬ＞＜／ＵＭ＿ＭＤＭ＿ＵＲＬ＞の
それぞれの特定のファイルのことを意味する。
１つの例では、これは、サーバＡＰＩレベルで開始するＭＤＭファイルを
ダウンロードするためのスクリプトに対する各ＵＲＬを含む。
ＭＤＭファイルを取得するためのＵＭ ＵＲＬに添付されてもよい。
＜ＭＤＭ＿ＳＴＡＴＵＳ＞＜／ＭＤＭ＿ＳＴＡＴＵＳ＞
ファイル発生要求のステータスを示す。
＜ＭＤＭ＿ＳＩＺＥ＞＜／ＭＤＭ＿ＳＩＺＥ＞
例えば、バイトでの、ファイルまたはログのサイズ
＜ＳＴＡＲＴ＿ＴＩＭＥ＞＜／ＳＴＡＲＴ＿ＴＩＭＥ＞
開始時間
＜ＥＮＤ＿ＴＩＭＥ＞＜／ＥＮＤ＿ＴＩＭＥ＞
終了時間
＜／ＭＤＭ＞
＜ＭＤＭ＞．．．＜／ＭＤＭ＞
先に述べたように、要求されたすべてのファイルをリストアップするために、
複数の＜ＭＤＭ＞が含められてもよい。
＜／ＭＤＭ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞

下記は、「ファイル発生」ＸＭＬ応答メッセージの特定の例である。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＲＥＳＵＬＴ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＳＥＱ＿ＮＵＭ＞１７＜／ＳＥＱ＿ＮＵＭ＞
＜ＳＥＱ＿ＳＴＡＴＵＳ＞０ｘ０００１０００２＜／ＳＥＱ＿ＳＴＡＴＵＳ＞
＜ＲＥＳＵＬＴＳ＞
＜ＭＤＭ＿ＬＩＳＴ＞
＜ＭＤＭ＞
＜ＵＭ＿ＭＤＭ＿ＵＲＬ＞ＵＭ＿ｇｅｔ＿ｍｄｍ＿ｌｏｇ．
ｐｈｐ？ｓｚＰａｔｈ＝０ｘ０１０１３１ｆｂ／２００６＿０８＿
１８／１７／８５８２４５９６９４＿１１５５１０６８００＿
１５５１５００００．
ｍｄｍ＜／ＵＭ＿ＭＤＭ＿ＵＲＬ＞
＜ＭＤＭ＿ＳＴＡＴＵＳ＞０ｘ０００１０００３＜／
ＭＤＭ＿ＳＴＡＴＵＳ＞
＜ＭＤＭ＿ＳＩＺＥ＞１２１３２２０＜／ＭＤＭ＿ＳＩＺＥ＞
＜ＳＴＡＲＴ＿ＴＩＭＥ＞１１５５１０６８００＜／
ＳＴＡＲＴ＿ＴＩＭＥ＞
＜ＥＮＤ＿ＴＩＭＥ＞１１５５１５００００＜／ＥＮＤ＿ＴＩＭＥ＞
＜／ＭＤＭ＞
＜ＭＤＭ＞
＜ＵＭ＿ＭＤＭ＿ＵＲＬ＞ＵＭ＿ｇｅｔ＿ｍｄｍ＿ｌｏｇ．
ｐｈｐ？ｓｚＰａｔｈ＝０ｘ０１０１３１ｆｂ／２００６＿０８＿
１８／１７／８５８２４５９６９４＿１１５５１５００００＿
１１５１９３２００．
ｍｄｍ＜／ＵＭ＿ＭＤＭ＿ＵＲＬ＞
＜ＭＤＭ＿ＳＴＡＴＵＳ＞０ｘ０００１０００２＜／ＭＤＭ＿ＳＴＡＴＵＳ＞
＜ＭＤＭ＿ＳＩＺＥ＞０＜／ＭＤＭ＿ＳＩＺＥ＞
＜ＳＴＡＲＴ＿ＴＩＭＥ＞１１５５１５００００＜／ＳＴＡＲＴ＿ＴＩＭＥ＞
＜ＥＮＤ＿ＴＩＭＥ＞１１５１９３２００＜／ＥＮＤ＿ＴＩＭＥ＞
＜／ＭＤＭ＞
＜ＭＤＭ＞
＜ＵＭ＿ＭＤＭ＿ＵＲＬ＞ＵＭ＿ｇｅｔ＿ｍｄｍ＿ｌｏｇ．
ｐｈｐ？ｓｚＰａｔｈ＝０ｘ０１０１３１ｆｂ／２００６＿０８＿
１８／１７／８５８２４５０００１＿１１５５１９３２００＿１１５ ５２３６４００．
ｍｄｍ＜／ＵＭ＿ＭＤＭ＿ＵＲＬ＞
＜ＭＤＭ＿ＳＴＡＴＵＳ＞０ｘ０００１０００１＜／ＭＤＭ＿ＳＴＡＴＵＳ＞
＜ＭＤＭ＿ＳＩＺＥ＞０＜／ＭＤＭ＿ＳＩＺＥ＞
＜ＳＴＡＲＴ＿ＴＩＭＥ＞１１５５１９３２００＜／ＳＴＡＲＴ＿ＴＩＭＥ＞
＜ＥＮＤ＿ＴＩＭＥ＞１１５５２３６４００＜／ＥＮＤ＿ＴＩＭＥ＞
＜／ＭＤＭ＞
＜／ＭＤＭ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞
＜／ＸＭＬ＿ＲＥＳＵＬＴ＞

下記は、「移動体を登録」ＸＭＬ応答メッセージに対する一般的なフォーマットを提供している。先に述べたように、「移動体を登録」ＸＭＬ応答メッセージは、登録されるように要求されているワイヤレス通信デバイスの登録ステータスを伝える。

＜ＲＥＳＵＬＴＳ＞
＜ＳＲＥＧＩＳＴＥＲ＿ＬＩＳＴ＞
＜ＲＥＧＩＳＴＥＲ＞
＜ＭＯＢＩＬＥ＞＜／ＭＯＢＩＬＥ＞
登録する移動体番号を示す。
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
ＵＭにおける移動体の登録ステータスを示す。
０：移動体はＵＭに登録されない
１：移動体はＵＭに登録される
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
送られたコマンドに対するＵＭシーケンス番号を示す。
コマンドがまだ送られていないとき、この値は０であるだろう。
＜ＣＭＤ＿ＳＴＡＴＵＳ＞＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞に対するコマンドステータス
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
ＡＣＢの結果として＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞に
関係付けられているＵＭシーケンス番号
＜ＡＣＢ＿ＳＴＡＴＵＳ＞＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞に対するコマンドステータスを示す。
＜／ＲＥＧＩＳＴＥＲ＞
＜ＲＥＧＩＳＴＥＲ＞．．．＜／ＲＥＧＩＳＴＥＲ＞
すべての移動体のステータスをリストアップするための
複数の＜ＲＥＧＩＳＴＥＲ＞
＜ＲＥＧＩＳＴＥＲ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞

下記は、「移動体に登録」ＸＭＬ応答メッセージの特定の例である。

＜？ｘｍｌ＿ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＲＥＳＵＬＴ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＳＥＱ＿ＮＵＭ＞２５０＜／ＳＥＱ＿ＮＵＭ＞
＜ＳＥＱ＿ＳＴＡＴＵＳ＞０ｘ０００１０００３＜／ＳＥＱ＿ＳＴＡＴＵＳ＞
＜ＲＥＳＵＬＴＳ＞
＜ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜ＲＥＧＩＳＴＥＲ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞１＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞４１＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
＜ＣＭＤ＿ＳＴＡＴＵＳ＞０ｘ０００３０００Ｃ＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞４２＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
＜ＡＣＢ＿ＳＴＡＴＵＳ＞０ｘ０００３０００２＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜／ＲＥＧＩＳＴＥＲ＞
＜ＲＥＧＩＳＴＥＲ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞０＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞３５９＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
＜ＣＭＤ＿ＳＴＡＴＵＳ＞０ｘ０００３０００Ｃ＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞０＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
＜ＡＣＢ＿ＳＴＡＴＵＳ＞０ｘ０００３０００１＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜／ＲＥＧＩＳＴＥＲ＞
＜／ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞
＜／ＸＭＬ＿ＲＥＳＵＬＴ＞

下記は、「移動体を登録しない」ＸＭＬ応答メッセージに対する一般的なフォーマットを提供している。先に述べたように、「移動体を登録しない」ＸＭＬ応答メッセージは、登録されないように要求されているワイヤレス通信デバイスの登録ステータスを伝える。

＜ＲＥＳＵＬＴＳ＞
＜ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜ＵＮＲＥＧＩＳＴＥＲ＞
＜ＭＯＢＩＬＥ＞＜／ＭＯＢＩＬＥ＞
登録しない移動体番号を示す。
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
ＵＭにおける移動体の登録ステータスを示す。
０：移動体はＵＭに登録されない
１：移動体がＵＭに登録される
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
送られるコマンドに対するＵＭシーケンス番号を示す。
＜ＣＭＤ＿ＳＴＡＴＵＳ＞＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞に対するコマンドステータスを示す。
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
ＡＣＢ＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞の結果として、
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞に関係付けられている。
ＵＭシーケンス番号
＜ＡＣＢ＿ＳＴＡＴＵＳ＞＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞に対するコマンドステータスを示す。
＜／ＵＮＲＥＧＩＳＴＥＲ＞
＜ＵＮＲＥＧＩＳＴＥＲ＞．．．＜／ＵＮＲＥＧＩＳＴＥＲ＞
すべての移動体のステータスをリストアップするための
複数の＜ＵＮＲＥＧＩＳＴＥＲ＞を含んでいてもよい。
＜／ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞

下記は、「移動体を登録しない」ＸＭＬ応答メッセージの特定の例である。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＲＥＳＵＬＴ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＳＥＱ＿ＮＵＭ＞２５０＜／ＳＥＱ＿ＮＵＭ＞
＜ＳＥＱ＿ＳＴＡＴＵＳ＞０ｘ０００１０００３＜／ＳＥＱ＿ＳＴＡＴＵＳ＞
＜ＲＥＳＵＬＴＳ＞
＜ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜ＵＮＲＥＧＩＳＴＥＲ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞１＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞４１＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
＜ＣＭＤ＿ＳＴＡＴＵＳ＞０ｘ０００３０００Ｃ＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞４２＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
＜ＡＣＢ＿ＳＴＡＴＵＳ＞０ｘ０００３０００２＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜／ＵＮＲＥＧＩＳＴＥＲ＞
＜ＵＮＲＥＧＩＳＴＥＲ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞０＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞３５９＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
＜ＣＭＤ＿ＳＴＡＴＵＳ＞０ｘ０００３０００Ｃ＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞０＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
＜ＡＣＢ＿ＳＴＡＴＵＳ＞０ｘ０００３０００１＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜／ＵＮＲＥＧＩＳＴＥＲ＞
＜／ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞
＜／ＸＭＬ＿ＲＥＳＵＬＴ＞

下記は、「移動体に命令」ＸＭＬ応答メッセージに対する一般的なフォーマットを提供している。先に述べたように、「移動体に命令」ＸＭＬ応答メッセージは、指定されたワイヤレスデバイスにおいて性能データの監視および収集の構成を確認する。コマンドは、行動のログを取ることと、性能データのアップロードと、応答モード設定と、構成設定とを含んでいてもよいが、これらに限定されない。

＜ＲＥＳＵＬＴＳ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞に関する詳細を示す。＜ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜ＣＯＭＭＡＮＤ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
ＵＭにおける移動体の登録ステータス
０：移動体はＵＭに登録されない
１：移動体はＵＭに登録される
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
送られたコマンドに対するＵＭシーケンス番号
＜ＣＭＤ＿ＳＴＡＴＵＳ＞＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞に対するコマンドステータス
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
ＡＣＢの結果として、＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞に関係する
ＵＭシーケンス番号
＜ＡＣＢ＿ＳＴＡＴＵＳ＞＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞に対するコマンドステータス
＜／ＣＯＭＭＡＮＤ＞
＜ＣＯＭＭＡＮＤ＞．．．＜／ＣＯＭＭＡＮＤ＞
すべての移動体のステータスをリストアップするための
複数の＜ＣＯＭＭＡＮＤ＞を含んでいてもよい。
＜／ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞

下記は、「移動体に命令」ＸＭＬ応答メッセージの特定の例である。

＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０”？＞
＜ＸＭＬ＿ＲＥＳＵＬＴ＞
＜ＡＰＩ＿ＶＥＲ＞１＜／ＡＰＩ＿ＶＥＲ＞
＜ＡＰＰ＿ＩＤ＞０ｘ０１０１３１ｆｂ＜／ＡＰＰ＿ＩＤ＞
＜ＳＥＱ＿ＮＵＭ＞２５０＜／ＳＥＱ＿ＮＵＭ＞
＜ＳＥＱ＿ＳＴＡＴＵＳ＞０ｘ０００１０００３＜／ＳＥＱ＿ＳＴＡＴＵＳ＞
＜ＲＥＳＵＬＴＳ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞１＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜ＬＯＧＧＩＮＧ＿ＩＤ＞１＜／ＬＯＧＧＩＮＧ＿ＩＤ＞
＜／ＭＯＢＩＬ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞２＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＞
＜ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞３＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＩＤ＞
＜ＲＳＰ＿ＭＯＤＥ＞１＜／ＲＳＰ＿ＭＯＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＞
＜／ＭＯＢＩＬＥ＿ＣＭＤ＿ＬＩＳＴ＞
＜ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜ＣＯＭＭＡＮＤ＞
＜ＭＯＢＩＬＥ＞８５８２４５９６９４＜／ＭＯＢＩＬＥ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞１＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞４１＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
＜ＣＭＤ＿ＳＴＡＴＵＳ＞０ｘ０００３０００Ｃ＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞４２＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
＜ＡＣＢ＿ＳＴＡＴＵＳ＞０ｘ０００３０００９＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜／ＣＯＭＭＡＮＤ＞
＜ＣＯＭＭＡＮＤ＞
＜ＭＯＢＩＬＥ＞８５８２４５０００１＜／ＭＯＢＩＬＥ＞
＜ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞０＜／ＲＥＧＩＳＴＥＲ＿ＳＴＡＴＵＳ＞
＜ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞３５９＜／ＣＭＤ＿ＳＥＱ＿ＮＵＭ＞
＜ＣＭＤ＿ＳＴＡＴＵＳ＞０ｘ０００３０００Ｃ＜／ＣＭＤ＿ＳＴＡＴＵＳ＞
＜ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞０＜／ＡＣＢ＿ＳＥＱ＿ＮＵＭ＞
＜ＡＣＢ＿ＳＴＡＴＵＳ＞０ｘ０００３０００１＜／ＡＣＢ＿ＳＴＡＴＵＳ＞
＜／ＣＯＭＭＡＮＤ＞
＜／ＳＴＡＴＵＳ＿ＬＩＳＴ＞
＜／ＲＥＳＵＬＴＳ＞
＜／ＸＭＬ＿ＲＥＳＵＬＴ＞

下記は、ユーザマネージャーネットワークデバイスから要求当事者に送られる可能性あるステータスコード応答に関する１つの制限のない例を提供している。例えば、これらのコードは、サーバＡＰＩコマンドキューステータスメッセージである。
０ｘ０００１０００１：性能データ要求が、現在、キュー中にあることを示す。
０ｘ０００１０００２：性能データ要求が、現在、実行中であることを示す。
０ｘ０００１０００３：性能データ要求が、完了されていることを示す。
０ｘ０００１０００４：性能データ要求が、満期になったことを示す。
０ｘ０００１０００５：性能データ要求においてエラーがあることを示す。
下記は、ユーザマネージャーネットワークデバイスから要求当事者に送られるエラーコードに関する特定の制限のない例を提供している。
０ｘ０００２０００１：無効サーバＡＰＩログインユーザ名／パスワードを示す。
０ｘ０００２０００２：無効サーバＡＰＩログインタイプを示す。
０ｘ０００２０００３：弱いパスワードを示す。
０ｘ０００２０００４：要求における不良ＸＭＬフォーマットを示す。
０ｘ０００２０００５：無効サーバＡＰＩバージョンを示す。
０ｘ０００２０００６：無効アプリケーションＩＤを示す。
０ｘ０００２０００７：無効コマンドＩＤを示す。
０ｘ０００２０００８：無効コマンド優先度を示す。
０ｘ０００２０００９：電話情報ブロックが存在しないことを示す。
０ｘ０００２０００Ａ：無効移動体番号を示す。
０ｘ０００２０００Ｂ：無効ＭＤＭ、または、ファイル発生、開始時間を示す。
０ｘ０００２０００Ｃ：無効ＭＤＭ、または、ファイル発生、終了時間を示す。
０ｘ０００２０００Ｄ：不良データベース動作を示す。
０ｘ０００２０００Ｅ：不良シーケンス番号を示す。
下記は、ユーザマネージャーネットワークデバイスから要求当事者に送られる「移動体に命令」ステータスメッセージの特定の制限のない例を提供している。
０ｘ０００３０００１：「移動体に命令」コマンドによって要求された構成を含む。
ＳＭＳメッセージが、移動局（ＭＳ）またはハンドセットに
まだ送られていない。
ステータス＝Ｎ／Ａ
０ｘ０００３０００２：ＳＭＳが、ハンドセットによって受け取られる。
ステータス＝肯定応答（ＡＣＫ）：メッセージ受信
０ｘ０００３０００３：ハンドセットは話中であるが、ＳＭＳが受け取られる。
ステータス＝ＡＣＫ：話中
０ｘ０００３０００４：アップロードするデータはないが、ＳＭＳが受け取られる。
ステータス＝ＡＣＫ：データなし
０ｘ０００３０００５：ＣＯＮＦＩＧコマンドにおけるパラメータは無効であるが、
ＳＭＳが受け取られる。
ステータス＝否定肯定応答（ＮＡＫ）：無効パラメータ
０ｘ０００３０００６：ＢＮＭクライアントバージョンはサポートされないが、
ＳＭＳが受け取られる 。
ステータス＝ＮＡＫ：無効バージョン
０ｘ０００３０００７：ＢＮＭクライアントは現在アップロード中であるが、
ＳＭＳが受け取られる。
ステータス＝ＡＣＫ：現在アップローディング中
０ｘ０００３０００８：ＢＮＭクライアントは現在登録中であるが、
ＳＭＳが受け取られる。
ステータス＝ＮＡＫ：登録中
０ｘ０００３０００９：ＳＭＳが受け取られて、ＣＯＮＦＩＧの処理が成功する。
ステータス＝ＡＣＫ：構成完了
０ｘ０００３０００Ａ：ステータスはＵＭによって認識されないが、
ＳＭＳが受け取られる。
ステータス＝ＮＡＫ：無効応答
０ｘ０００３０００Ｂ：保留トランザクションなし。
ステータス＝準備中
０ｘ０００３０００Ｃ：ＳＭＳの送信に成功。
ステータス＝ＳＭＳ：送られた
０ｘ０００３０００Ｄ：ＳＭＳの送出に失敗。
ステータス＝ＳＭＳ：送信に失敗
０ｘ０００３０００Ｅ：タイムアウト間隔内のハンドセットからの応答がないが、
ＳＭＳの送信に成功。
ステータス＝ＳＭＳ：タイムアウト
０ｘ０００３０００Ｆ：単一のＳＭＳペイロードにＳＭＳが一致しないので、
ＳＭＳの送信に失敗。
ステータス＝ＳＭＳ：失敗（長すぎるＳＭＳ）
０ｘ０００３００１０：アップロード要求（ＵＲ）が拒否される。
ステータス＝ＮＡＫ：ＵＲ拒否

下記は、ユーザマネージャーネットワークデバイスから要求当事者に送られるような、ＸＭＬフォーマット化された要求におけるエラーを示しているパーサエラーコードの特定の制限のない例を提供している。
０ｘ０００４０００１：ＸＭＬ＿ＥＲＲＯＲ＿ＮＯ＿ＭＥＭＯＲＹ
０ｘ０００４０００２：ＸＭＬ＿ＥＲＲＯＲ＿ＳＹＮＴＡＸ
０ｘ０００４０００３：ＸＭＬ＿ＥＲＲＯＲ＿ＮＯ＿ＥＬＥＭＥＮＴＳ
０ｘ０００４０００４：ＸＭＬ＿ＥＲＲＯＲ＿ＩＮＶＡＬＩＤ＿ＴＯＫＥＮ
０ｘ０００４０００５：ＸＭＬ＿ＥＲＲＯＲ＿ＵＮＣＬＯＳＥＤ＿ＴＯＫＥＮ
０ｘ０００４０００６：ＸＭＬ＿ＥＲＲＯＲ＿ＰＡＲＴＩＡＬ＿ＣＨＡＲ
０ｘ０００４０００７：ＸＭＬ＿ＥＲＲＯＲ＿ＴＡＧ＿ＭＩＳＭＡＴＣＨ
０ｘ０００４０００８：ＸＭＬ＿ＥＲＲＯＲ＿ＤＵＰＬＩＣＡＴＥ＿ＡＴＴＲＩＢＵＴＥ
０ｘ０００４０００９：ＸＭＬ＿ＥＲＲＯＲ＿ＪＵＮＫ＿ＡＦＴＥＲ＿ＤＯＣ＿ＥＬＥＭＥＮＴ
０ｘ０００４０００Ａ：ＸＭＬ＿ＥＲＲＯＲ＿ＰＡＲＡＭ＿ＥＮＴＩＴＹ＿ＲＥＦ
０ｘ０００４０００Ｂ：ＸＭＬ＿ＥＲＲＯＲ＿ＵＮＤＥＦＩＮＥＤ＿ＥＮＴＩＴＹ
０ｘ０００４０００Ｃ：ＸＭＬ＿ＥＲＲＯＲ＿ＲＥＣＵＲＳＩＶＥ＿ＥＮＴＩＴＹ＿ＲＥＦ
０ｘ０００４０００Ｄ：ＸＭＬ＿ＥＲＲＯＲ＿ＡＳＹＮＣ＿ＥＮＴＩＴＹ
０ｘ０００４０００Ｅ：ＸＭＬ＿ＥＲＲＯＲ＿ＢＡＤ＿ＣＨＡＲ＿ＲＥＦ
０ｘ０００４０００Ｆ：ＸＭＬ＿ＥＲＲＯＲ＿ＢＩＮＡＲＹ＿ＥＮＴＩＴＹ＿ＲＥＦ
０ｘ０００４００１０：ＸＭＬ＿ＥＲＲＯＲ＿ＥＸＴＥＲＮＡＬ＿ＥＮＴＩＴＹ＿ＲＥＦ
０ｘ０００４００１１：ＸＭＬ＿ＥＲＲＯＲ＿ＭＩＳＰＬＡＣＥＤ＿ＸＭＬ＿ＰＩ
０ｘ０００４００１２：ＸＭＬ＿ＥＲＲＯＲ＿ＵＮＫＮＯＷＮ＿ＥＮＣＯＤＩＮＧ
０ｘ０００４００１３：ＸＭＬ＿ＥＲＲＯＲ＿ＩＮＣＯＲＲＥＣＴ＿ＥＮＣＯＤＩＮＧ
０ｘ０００４００１４：ＸＭＬ＿ＥＲＲＯＲ＿ＵＮＣＬＯＳＥＤ＿ＣＤＡＴＡ＿ＳＥＣＴＩＯＮ
０ｘ０００４００１５：ＸＭＬ＿ＥＲＲＯＲ＿ＥＸＴＥＲＮＡＬ＿ＥＮＴＩＴＹ＿ＨＡＮＤＬＩＮＧ

下記は、コード分割多元接続（ＣＤＭＡ）ネットワークにおける、カスタマロギングＩＤ、例えば、データパケットのＩＤに対するコードの制限のない例を提供している。
グループ１―ＲＦパケット０ｘ１０２Ｄを収集
０ｘ０１０１０００１：アクセス失敗
０ｘ０１０１０００２：通話途絶
０ｘ０１０１０００３：待機失敗
０ｘ０１０１０００４：サービス中止
グループ２―ＲＦパケット０ｘ１１Ａ２を収集
０ｘ０１０２０００１：アクセス失敗
０ｘ０１０２０００２：通話途絶
０ｘ０１０２０００３：待機失敗
０ｘ０１０２０００４：サービス中止
グループ３―（第三者のログを取る）
０ｘ０１０３０００１：アクセス失敗
０ｘ０１０３０００２：通話途絶
０ｘ０１０３０００３：待機失敗
アクセス失敗の詳細−グループ１
０ｘ０１０４０００１：アクセスプローブ
０ｘ０１０４０００２：基地局の位置
０ｘ０１０４０００３：フレームエラー
０ｘ０１０４０００４：ＧＰＳ位置
０ｘ０１０４０００５：ＮＬＵＭ（隣接リストアップデートメッセージ）
０ｘ０１０４０００６：サーチャーおよびフィンガー
０ｘ０１０４０００７：セッションＥｘメッセージ
０ｘ０１０４０００８：同期チャネルメッセージ
通話途絶の詳細−グループ１
０ｘ０１０５０００１：基地局の位置
０ｘ０１０５０００２：フレームエラー
０ｘ０１０５０００３：ＧＰＳの位置
０ｘ０１０５０００４：トラフィック中のＳＰＭ
０ｘ０１０５０００５：ＮＬＵＭ
０ｘ０１０５０００６：ＳＣＣＭ（サービス接続完了メッセージ）
０ｘ０１０５０００７：サーチャーおよびフィンガー
０ｘ０１０５０００８：セッションＥｘメッセージ
０ｘ０１０５０００９：同期チャネルメッセージ
待機失敗−詳細グループ１
０ｘ０１０６０００１：基地局位置
０ｘ０１０６０００２：フレームエラー
０ｘ０１０６０００３：ＧＰＳ位置
０ｘ０１０６０００４：ＮＬＵＭ
０ｘ０１０６０００５：サーチャーおよびフィンガー
０ｘ０１０６０００６：同期チャネルメッセージ
サービス中止の詳細−グループ１
０ｘ０１０７０００１：ＣＭ（通話マネージャー）状態情報
０ｘ０１０７０００２：イベントＳＤ（サービス決定）アクション
０ｘ０１０７０００３：ＧＰＳ
０ｘ０１０７０００４：サーチャーおよびフィンガー
アクセス失敗の詳細−グループ２
０ｘ０１０８０００１：アクセスプローブ
０ｘ０１０８０００２：基地局位置
０ｘ０１０８０００３：フレームエラー
０ｘ０１０８０００４：ＧＰＳ位置
０ｘ０１０８０００５：一般化されたサーチャー
０ｘ０１０８０００６：ＮＬＵＭ
０ｘ０１０８０００７：セッションＥｘメッセージ
０ｘ０１０８０００８：同期チャネルメッセージ
通話途絶の詳細−グループ２
０ｘ０１０９０００１：基地局位置
０ｘ０１０９０００２：フレームエラー
０ｘ０１０９０００３：ＧＰＳ位置
０ｘ０１０９０００４：一般化されたサーチャー
０ｘ０１０９０００５：トラフィック中のＳＰＭ
（サービスパラメータメッセージ）
０ｘ０１０９０００６：ＮＬＵＭ
０ｘ０１０９０００７：ＳＣＣＭ
０ｘ０１０９０００８：セッションＥｘメッセージ
０ｘ０１０９０００９：同期チャネルメッセージ
待機失敗の詳細−グループ２
０ｘ０１０Ａ０００ｌ：基地局位置
０ｘ０１０Ａ０００２：フレームエラー
０ｘ０１０Ａ０００３：ＧＰＳ位置
０ｘ０１０Ａ０００４：一般化されたサーチャー
０ｘ０１０Ａ０００５：ＮＬＵＭ
０ｘ０１０Ａ０００６：同期チャネルメッセージ
サービス中止の詳細−グループ２
０ｘ０１０Ｂ０００ｌ：ＣＭ状態情報
０ｘ０１０Ｂ０００２：イベントＳＤアクション
０ｘ０１０Ｂ０００３：ＧＰＳ
０ｘ０１０Ｂ０００４：一般化されたサーチャー
アクセス失敗の詳細−グループ３（第三者のログを取る）
０ｘ０１０Ｃ０００１：ＣＡＭ（チャネル割当メッセージ）
０ｘ０１０Ｃ０００２：ＣＬＭ（チャネルリストメッセージ）
０ｘ０１０Ｃ０００３：ＥＣＡＭ（拡張されたＣＡＭ）
０ｘ０１０Ｃ０００４：ＥＣＬＭ（拡張されたＣＬＭ）
０ｘ０１０Ｃ０００５：ＥＮＬＭ（拡張されたＮＬＭ）
０ｘ０１０Ｃ０００６：ＥＯＲＭ（拡張された順序メッセージ）
０ｘ０１０Ｃ０００７：ＧＮＬＭ（一般的なＮＬＭ）
０ｘ０１０Ｃ０００８：ＮＬＭ
０ｘ０１０Ｃ０００９：ＯＲＭ（１ｘ）（順序リストメッセージ −１ｘ）
０ｘ０ｌ０Ｃ０００Ａ：ＯＲＭ（９５）
０ｘ０ｌ０Ｃ０００Ｂ：ＰＯＲＤＭ（ページングチャネル順序メッセージ）
０ｘ０１０Ｃ０００Ｃ：ＰＲＭ（１ｘ）（アクセスページ応答メッセージ）
０ｘ０１０Ｃ０００Ｄ：ＰＲＭ（９５）
０ｘ０１０Ｃ０００Ｅ：ＳＰＭ（サービスパラメータメッセージ）
０ｘ０１０Ｃ０００Ｆ：同期チャネルメッセージ
通話途絶の詳細−グループ３（第三者のログを取る）
０ｘ０１０Ｄ０００ｌ：ＣＡＭ
０ｘ０１０Ｄ０００２：ＣＬＭ
０ｘ０１０Ｄ０００３：ＥＣＡＭ
０ｘ０１０Ｄ０００４：ＥＣＬＭ
０ｘ０１０Ｄ０００５：ＥＮＬＭ
０ｘ０１０Ｄ０００６：ＥＮＬＵＭ
０ｘ０１０Ｄ０００７：ＥＯＲＭ
０ｘ０１０Ｄ０００８：ＥＳＣＡＭ
０ｘ０１０Ｄ０００９：ＦＯＲＤＭ（転送トラフィックチャネル順序メッセージ）
０ｘ０１０Ｄ０００Ａ：ＧＮＬＭ
０ｘ０１０Ｄ０００Ｂ：ＨＣＭ（ハンドオフ完了メッセージ）
０ｘ０１０Ｄ０００Ｃ：ＨＤＭ（ハンドオフ指示メッセージ）
０ｘ０１０Ｄ０００Ｄ：トラフィック中のＳＰＭ
０ｘ０１０Ｄ０００Ｅ：ＮＬＭ
０ｘ０１０Ｄ０００Ｆ：ＮＬＵＭ
０ｘ０１０Ｄ００１０：ＰＯＲＤＭ
０ｘ０１０Ｄ００１１：ＲＯＲＤＭ
０ｘ０１０Ｄ００１２：ＳＣＡＭ（補助チャネル割当メッセージ）
０ｘ０１０Ｄ００１３：ＳＣＣＭ
０ｘ０１０Ｄ００１４：ＳＣＭ（サービス接続メッセージ）
０ｘ０１０Ｄ００１５：ＳＰＭ
０ｘ０１０Ｄ００１６：同期チャネルメッセージ
０ｘ０１０Ｄ００１７：ＵＨＤＭ（ユニバーサルハンドオフ指示メッセージ）
０ｘ０１０Ｄ００１８：ＥＨＤＭ（拡張されたＨＤＭ）
０ｘ０１０Ｄ００１９：ＰＳＭＭ（パイロット強度測定メッセージ）
待機失敗の詳細−グループ３（第三者のログを取る）
０ｘ０１０Ｅ０００ｌ：ＧＨＤＭ
０ｘ０１０Ｅ０００２：ＣＡＭ
０ｘ０１０Ｅ０００３：ＣＬＭ
０ｘ０１０Ｅ０００４：ＥＣＡＭ
０ｘ０１０Ｅ０００５：ＥＣＬＭ
０ｘ０１０Ｅ０００６：ＥＮＬＭ
０ｘ０１０Ｅ０００７：ＧＮＬＭ
０ｘ０１０Ｅ０００８：ＮＬＭ
０ｘ０１０Ｅ０００９：ＰＯＲＤＭ
０ｘ０ｌ０Ｅ０００Ａ：ＳＰＭ
０ｘ０１０Ｅ０００Ｂ：同期チャネルメッセージの継続的な収集
０ｘ０１０Ｆ０００ｌ：ＥＨＤＭ
０ｘ０１０Ｆ０００２：ＥＶＤＯ通話セットアップ
０ｘ０１０Ｆ０００３：ＥＶＤＯ接続開放
０ｘ０１０Ｆ０００４：ＥＶＤＯデータレート制御
０ｘ０１０Ｆ０００５：ＥＶＤＯハンドオフ状態
０ｘ０１０Ｆ０００６：ＥＶＤＯシグナリング
０ｘ０１０Ｆ０００７：ＧＨＤＭ
０ｘ０１０Ｆ０００８：ＰＳＭＭ
ハンドオフ
０ｘ０１１００００１：ｌｘ＜＿＞ＥＶＤＯ
０ｘ０１１００００２：ハードハンドオフ
０ｘ０１１００００３：待機ハンドオフ
０ｘ０１１００００４：ソフトハンドオフ

下記は、ユニフォーム移動体電気通信システム（ＵＭＴＳ）ネットワークにおけるカスタムロギングＩＤに対するコードの制限のない例を提供している。
グループ１（失敗イベントに関するＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０１０００１：アクセス失敗
０ｘ０２０１０００２：通話途絶
０ｘ０２０１０００３：ハンドオーバ
０ｘ０２０１０００４：サービス中止
グループ ２（毎秒ごとにＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０２０００１：アクセス失敗
０ｘ０２０２０００２：通話途絶
０ｘ０２０２０００３：ハンドオーバ
０ｘ０２０２０００４：サービス中止
アクセス失敗の詳細−グループ１（失敗イベントに関するＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０３０００１：アクティブＰＳＣ
０ｘ０２０３０００２：ＣＭ通話イベント開始
０ｘ０２０３０００３：ＣＭ ＤＳ ＩｎｔｅｒＲａｔ状態
０ｘ０２０３０００４：ＧＰＲＳ ＧＲＲ セル再選択
０ｘ０２０３０００５：ＧＰＲＳ ＧＲＲパケットＳｙｓ情報
０ｘ０２０３０００６：ＧＰＲＳ ＲＬＣ−ＤＬ状態
０ｘ０２０３０００７：ＧＰＳ位置
０ｘ０２０３０００８：ＧＳＭ Ｌｌサービングセル情報
０ｘ０２０３０００９：送信／受信されたＧＳＭメッセージ
０ｘ０２０３０００Ａ：ＧＳＭランダムアクセス要求
０ｘ０２０３０００Ｂ：ＧＳＭ ＲＲセル情報
０ｘ０２０３０００Ｃ：ＧＳＭ ＲＲチャネル構成
０ｘ０２０３０００Ｄ：ＧＳＭ ＲＲ ＳＡＣＨレポート
０ｘ０２０３０００Ｅ：ＧＳＭ ステータス要求
０ｘ０２０３０００Ｆ：ＧＳＭサラウンドセルＢＡリスト
０ｘ０２０３００１０：ＭＭ 状態
０ｘ０２０３００１１：ＭＯ ＳＭＳステータス
０ｘ０２０３００１２：ＭＴ ＳＭＳ通知
０ｘ０２０３００１３：送信／受信されたＮＡＳメッセージ
０ｘ０２０３００１４：送信／受信されたＲＲＣメッセージ
０ｘ０２０３００１５：ＳＭＳ統計
０ｘ０２０３００１６：ＵＭＴＳ ＡＧＣ
０ｘ０２０３００１７：ＵＭＴＳ通話統計
０ｘ０２０３００１８：ＵＭＴＳフィンガーＴＡ
０ｘ０２０３００１９：ＵＭＴＳリストサーチ
０ｘ０２０３００ＩＡ：ＷＣＤＭＡセルＩＤ
０ｘ０２０３００１Ｂ：受信されたＷＣＤＭＡページ
通話途絶の詳細−グループ１
（失敗イベントに関するＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０４０００１：アクティブＰＳＣ
０ｘ０２０４０００２：ＣＭ通話イベント開始
０ｘ０２０４０００３：ＣＭ ＤＳ ＩｎｔｅｒＲａｔ状態
０ｘ０２０４０００４：ＧＰＲＳ ＧＲＲセル再選択
０ｘ０２０４０００５：ＧＰＲＳ ＧＲＲパケットＳｙｓ情報
０ｘ０２０４０００６：ＧＰＲＳ ＲＬＣ−ＤＬ状態
０ｘ０２０４０００７：ＧＰＳ位置
０ｘ０２０４０００８：ＧＳＭＬサービングセル情報
０ｘ０２０４０００９：送信／受信されたＧＳＭメッセージ
０ｘ０２０４０００Ａ：ＧＳＭランダムアクセス要求
０ｘ０２０４０００Ｂ：ＧＳＭ ＲＲセル情報
０ｘ０２０４０００Ｃ：ＧＳＭ ＲＲチャネル構成
０ｘ０２０４０００Ｄ：ＧＳＭ ＲＲ ＳＡＣＨレポート
０ｘ０２０４０００Ｅ：ＧＳＭステータス要求
０ｘ０２０４０００Ｆ：ＧＳＭサラウンドセルＢＡリスト
０ｘ０２０４００１０：ＭＭ状態
０ｘ０２０４００１１：ＭＯ ＳＭＳステータス
０ｘ０２０４００１２：ＭＴ ＳＭＳ通知
０ｘ０２０４００１３：送信／受信されたＮＡＳメッセージ
０ｘ０２０４００１４：送信／受信されたＲＲＣメッセージ
０ｘ０２０４００１５：ＳＭＳ統計
０ｘ０２０４００１６：ＵＭＴＳフィンガーＴＡ
０ｘ０２０４００１７：ＵＭＴＳ ＡＧＣ
０ｘ０２０４００１８：ＵＭＴＳ通話統計
０ｘ０２０４００１９：ＵＭＴＳリストサーチ
０ｘ０２０４００ＩＡ：ＷＣＤＭＡセルＩＤ
ハンドオーバの詳細―グループ１（失敗イベントに関するＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０５０００１：ＷＣＤＭＡ＜＿＞ＧＳＭハンドオーバ
０ｘ０２０５０００２：ＷＣＤＭＡ Ｉｎｔｅｒ Ｒａｔ ＨＯ開始
サービス中止の詳細―グループ１（失敗イベントに関する０ｘ５０７２ＧＳＭパケットを要求）
０ｘ０２０６０００１：アクティブＰＳＣ
０ｘ０２０６０００２：ＣＭ状態情報
０ｘ０２０６０００３：イベントＳＤイベントアクション
０ｘ０２０６０００４：ＧＰＲＳ ＧＲＲセル再選択
０ｘ０２０６０００５：ＧＰＲＳ ＧＲＲパケットＳｙｓ情報
０ｘ０２０６０００６：ＧＰＲＳ ＲＬＣ−ＤＬステータス
０ｘ０２０６０００７：ＧＰＳ位置
０ｘ０２０６０００８：ＧＳＭ Ｌ１サービングセル情報
０ｘ０２０６０００９：ＧＳＭ ＲＲセル情報
０ｘ０２０６０００Ａ：ＧＳＭ ＲＲチャネル構成
０ｘ０２０６０００Ｂ：ＧＳＭ ＲＲ ＳＡＣＨレポート
０ｘ０２０６０００Ｃ：ＧＳＭステータス要求
０ｘ０２０６０００Ｄ：ＧＳＭサラウンドセルＢＡリスト
０ｘ０２０６０００Ｅ：ＵＭＴＳ ＡＧＣ
０ｘ０２０６０００Ｆ：ＵＭＴＳフィンガーＴＡ
０ｘ０２０６００１０：ＵＭＴＳリストサーチ
０ｘ０２０６００１１：ＷＣＤＭＡセルＩＤ
アクセス失敗詳細−グループ２（毎秒ごとにＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０７０００１：アクティブＰＳＣ
０ｘ０２０７０００２：ＣＭ通話イベント開始
０ｘ０２０７０００３：ＣＭ ＤＳ ＩｎｔｅｒＲａｔ状態
０ｘ０２０７０００４：ＧＰＲＳ ＧＲＲセル再選択
０ｘ０２０７０００５：ＧＰＲＳ ＧＲＲパケットＳｙｓ情報
０ｘ０２０７０００６：ＧＰＲＳ ＲＬＣ−ＤＬステータス
０ｘ０２０７０００７：ＧＰＳ位置
０ｘ０２０７０００８：ＧＳＭ Ｌ１サービングセル情報（Ｃ）
０ｘ０２０７０００９：送信／受信されたＧＳＭメッセージ
０ｘ０２０７０００Ａ：ＧＳＭ ＲＲセル情報
０ｘ０２０７０００Ｂ：ＧＳＭ ＲＲチャネル構成
０ｘ０２０７０００Ｃ：ＧＳＭ ＲＲ ＳＡＣＨレポート
０ｘ０２０７０００Ｄ：ＧＳＭランダムアクセス要求
０ｘ０２０７０００Ｅ：ＧＳＭステータス要求
０ｘ０２０７０００Ｆ：ＧＳＭサラウンドセルＢＡリスト
０ｘ０２０７００１０：ＭＭ状態
０ｘ０２０７００１１：ＭＯ ＳＭＳステータス
０ｘ０２０７００１２：ＭＴ ＳＭＳ通知
０ｘ０２０７００１３：送信／受信されたＮＡＳメッセージ
０ｘ０２０７００１４：送信／受信されたＲＲＣメッセージ
０ｘ０２０７００１５：ＳＭＳ統計
０ｘ０２０７００１６：ＵＭＴＳ ＡＧＣ
０ｘ０２０７００１７：ＵＭＴＳ通話統計
０ｘ０２０７００１８：ＵＭＴＳフィンガーＴＡ
０ｘ０２０７００１９：ＵＭＴＳリストサーチ
０ｘ０２０７００ＩＡ：ＷＣＤＭＡセルＩＤ
０ｘ０２０７００ＩＢ：受信されたＷＣＤＭＡページ
通話途絶の詳細−グループ２（毎秒ごとにＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０８０００１：アクティブＰＳＣ
０ｘ０２０８０００２：ＣＭ通話イベント開始
０ｘ０２０８０００３：ＣＭ ＤＳ ＩｎｔｅｒＲａｔ状態
０ｘ０２０８０００４：ＧＰＲＳ ＧＲＲセル再選択
０ｘ０２０８０００５：ＧＰＲＳ ＧＲＲ パケット Ｓｙｓ情報
０ｘ０２０８０００６：ＧＰＲＳ ＲＬＣ−ＤＬ状態
０ｘ０２０８０００７：ＧＰＳ位置
０ｘ０２０８０００８：ＧＳＭ Ｌｌサービングセル情報（Ｃ）
０ｘ０２０８０００９：送信／受信されたＧＳＭメッセージ
０ｘ０２０８０００Ａ：ＧＳＭ ＲＲセル情報
０ｘ０２０８０００Ｂ：ＧＳＭ ＲＲチャネル構成
０ｘ０２０８０００Ｃ：ＧＳＭ ＲＲ ＳＡＣＨレポート
０ｘ０２０８０００Ｄ：ＧＳＭランダムアクセス要求
０ｘ０２０８０００Ｅ：ＧＳＭステータス要求
０ｘ０２０８０００Ｆ：ＧＳＭサラウンドセルＢＡリスト
０ｘ０２０８００１０：ＭＭ状態
０ｘ０２０８００１１：ＭＯ ＳＭＳステータス
０ｘ０２０８００１２：ＭＴ ＳＭＳ通知
０ｘ０２０８００１３：送信／受信されたＮＡＳメッセージ
０ｘ０２０８００１４：送信／受信されたＲＲＣメッセージ
０ｘ０２０８００１５：ＳＭＳ統計
０ｘ０２０８００１６：ＵＭＴＳフィンガーＴＡ
０ｘ０２０８００１７：ＵＭＴＳ ＡＧＣ
０ｘ０２０８００１８：ＵＭＴＳ通話統計
０ｘ０２０８００１９：ＵＭＴＳリストサーチ
０ｘ０２０８００ＩＡ：ＷＣＤＭＡセルＩＤ
ハンドオーバの詳細−Ｇｒｏｕｐ２（毎秒ごとにＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０９０００１：ＷＣＤＭＡ＜＿＞ＧＳＭハンドオーバ
０ｘ０２０９０００２：ＷＣＤＭＡ Ｉｎｔｅｒ Ｒａｔ ＨＯ開始
サービス中止の詳細−グループ２（毎秒ごとにＧＳＭパケット０ｘ５０７２を要求）
０ｘ０２０Ａ０００１：アクティブＰＳＣ
０ｘ０２０Ａ０００２：ＣＭ状態情報
０ｘ０２０Ａ０００３：イベントＳＤイベントアクション
０ｘ０２０Ａ０００４：ＧＰＲＳ ＧＲＲセル再選択
０ｘ０２０Ａ０００５：ＧＰＲＳ ＧＲＲパケットＳｙｓ情報
０ｘ０２０Ａ０００６：ＧＰＲＳ ＲＬＣ−ＤＬステータス
０ｘ０２０Ａ０００７：ＧＰＳ位置
０ｘ０２０Ａ０００８：ＧＳＭ Ｌｌサービングセル情報（Ｃ）
０ｘ０２０Ａ０００９：ＧＳＭ ＲＲセル情報
０ｘ０２０Ａ０００Ａ：ＧＳＭ ＲＲチャネル構成
０ｘ０２０Ａ０００Ｂ：ＧＳＭ ＲＲ ＳＡＣＨレポート
０ｘ０２０ＡＯＯＯＣ：ＧＳＭステータス要求
０ｘ０２０ＡＯＯＯＤ：ＧＳＭサラウンドセルＢＡリスト
０ｘ０２０Ａ０００Ｅ：ＵＭＴＳ ＡＧＣ
０ｘ０２０Ａ０００Ｆ：ＵＭＴＳフィンガーＴＡ
０ｘ０２０Ａ００１０：ＵＭＴＳリストサーチ
０ｘ０２０Ａ００１１：ＷＣＤＭＡセルＩＤ
通話セットアップ時間
０ｘ０２０Ｂ０００１：ＭＯ通話
０ｘ０２０Ｂ０００１：ＭＴ通話
セル再選択
０ｘ０２０Ｃ０００１：ＧＳＭからＧＳＭへ
０ｘ０２０Ｃ０００２：ＧＳＭからＷＣＤＭＡへ
０ｘ０２０Ｃ０００３：ＷＣＤＭＡからＧＳＭへ
０ｘ０２０Ｃ０００４：ＷＣＤＭＡからＷＣＤＭＡへ
継続的収集
０ｘ０２０Ｄ０００１：ＮＡＳシグナリング
０ｘ０２０Ｄ０００２：ＲＲＣシグナリング
ＰＳＣスキャナ
０ｘ０２０Ｅ０００１：ＰＳＣスキャナＯｎ
０ｘ０２０Ｅ０００２：ＰＳＣスキャナＯｆｆ

先にリストアップした例は限定を考慮せず、本観点は、任意のプロトコルの、何らかのコード、メッセージ、およびデータパケットによって動作可能であることに留意すべきである。

ここで開示した実施形態に関連して記述した、さまざまな例示的なロジック、論理的ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）または他のプログラム可能ロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア構成部品、あるいは、ここに記述した機能を実行するように設計されたこれらの任意のものを組み合わせたもので、実現されるか、あるいは実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサはまた、コンピューティングデバイスを組み合わせたものとして、例えば、ＤＳＰとマイクロプロセッサを組み合わせたものとして、複数のマイクロプロセッサとして、ＤＳＰコアに関連した１つ以上のマイクロプロセッサとして、あるいは、このような構成の他の何らかのものとして実現されてもよい。さらに、少なくとも１つのプロセッサは、先に記述したステップおよび／またはアクションのうちの１つ以上を実行するように動作可能な１つ以上のモジュールを備えていてもよい
さらに、ここに開示した観点に関連して記述した方法またはアルゴリズムのステップおよび／またはアクションは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラシュメモリ、ＰＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、あるいは技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合されていてもよい。代替実施形態では、記憶媒体はプロセッサと一体化されてもよい。さらに、いくつかの観点において、プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。さらに、ＡＳＩＣは、ユーザ端末に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ端末において、ディスクリート構成部品として存在していてもよい。さらに、いくつかの観点では、方法またはアルゴリズムのステップおよび／またはアクションは、１つのもの、または、何らかのものを組み合わせたもの、あるいは、機械読み取り媒体および／またはコンピュータ読み取り可能媒体上の１組のコードおよび／または命令として存在していてもよく、コンピュータプログラムプロダクトに組み込まれていてもよい。

先述の開示は、例示的な観点および／または実施形態を示しているが、添付されている特許請求の範囲によって規定したような記述した観点および／または実施形態の範囲を逸脱することなく、さまざまな変更および改良がなされることにここでは留意すべきである。さらに、記述した実施形態の構成部品は単数形で記述され、特許請求の範囲に記載されているが、単数形に対する限定が明示的に示されない限り、複数形を意図している。さらに、何らかの観点および／または実施形態のすべて、または、一部は、述べられていない限り、他の何らかの観点および／または実施形態のすべて、または一部とともに利用されてもよい
したがって、本観点は、ワイヤレスデバイス性能データを要求して、性能データに対する最適ファイルサイズを提供する方法、デバイス、システムおよびコンピュータプログラムプロダクトを提供している。特に、本観点は、要求時に、要求された性能データのサイズを推定し、要求当事者の好みのような他の要因を評価して、最適性能データファイルサイズを決定することを提供している。一般的に、最適サイズの複数のファイル生成することができ、それぞれのファイルは、要求された性能データの一部を含む。この点に関して、性能データサービスプロバイダは、要求されたデータのすべてが利用可能になったときに１つの包括的な性能データファイルを生成することとは対照的に、データが利用可能になったときに、最適サイズにされた性能データファイルを準備し、アクセス可能にすることができる。データが利用可能になったときに、最適サイズにされた性能データファイルを要求当事者に対してアクセス可能にすることによって、要求当事者は、時間的により早い任意の時点で、データを処理および使用することができる。さらに、帯域幅利用の観点から、より小さく最適サイズにされた性能データファイルは、通信ネットワークにおいてさらなる効率性を提供する。

さらに、いくつかの本観点は、要求当事者と、性能データ供給ネットワークエンティティとの間の通信ツールとして拡張可能マークアップ言語（ＸＭＬ）を実現するためのものを、性能データ要求当事者に提供し得る。通信インターフェースとしてＸＭＬを実現することによって、性能データサプライヤーは、ユーザマネジメントサーバまたはこれに類するもののようなネットワークデバイスとインターフェースすることを通して、ワイヤレスデバイスにおいて性能データの集まったものを入手および制御することを可能にするメッセージングメカニズムを、要求当事者に提供することができる。

多くの修正および他の観点は、先述の説明および関係する図面に示した教示の利点があることを当業者に思いつかせるだろう。したがって、観点は、開示した特定の観点に限定されず、この修正および他の観点は、特許請求の範囲の範囲内に含められることを意図していることを理解すべきである。特定の用語をここで使用しているが、これらの用語は、一般的で、かつ記述的な意味で使用しているに過ぎず、限定の目的に使用していない。したがって、記述した観点は、添付した特許請求の範囲の精神および範囲内にあるすべてのこのような変更、修正およびバリエーションを含むことを意図している。さらに、用語「含む」が詳細な説明または特許請求の範囲のいずれかで使用される限り、このような用語は、用語「具備する」が請求項中で移行語として使用されるときに解釈されるように用語「具備する」に、類似して包含的であることが意図されている。

Claims (29)

1. 最適ファイルサイズのワイヤレス通信デバイス性能データを提供する方法において、
   １つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取ることと、
   前記要求された性能データが要求されている時間期間に基づいて、前記要求された性能データの累積ファイルサイズを推定することと、
   前記推定された累積ファイルサイズに基づいて、前記要求された性能データのセグメントに対する第１のファイルサイズを決定することと、
   前記要求された性能データのセグメントが利用可能になったときに、第１のサイズのファイルを発生させることと、
   前記発生させたファイルをメモリ中に記憶させることと、
   それぞれ発生させたファイルが利用可能になったときに、前記ファイルに対するアクセスを要求者に提供することとを含む方法。
2. ネットワークの特性に基づいて、前記要求された性能データのセグメントに対する再調整されたファイルサイズを決定することをさらに含む請求項１記載の方法。
3. 前記再調整されたファイルサイズを決定することは、それぞれの発生させたファイルに対するアクセスが要求者に提供される前の時間において決定されたネットワークの特性に基づいて、前記要求された性能データのセグメントに対する再調整されたファイルサイズを決定することをさらに含む請求項２記載の方法。
4. 前記推定することは、前記１つ以上のワイヤレス通信デバイスのそれぞれの性能データ構成に基づいて推定することをさらに含む請求項１記載の方法。
5. 前記第１のファイルサイズを決定することは、ファイルサイズに関連する要求者の好みを決定することをさらに含む請求項１記載の方法。
6. 前記ファイルサイズに関連する要求者の好みを決定することは、発生させたファイルに対するアクセス間の時間と、ファイルサイズとからなるグループから選択される少なくとも１つの要求者の好みを決定することをさらに含む請求項５記載の方法。
7. 前記第１のファイルサイズを決定することは、ネットワークの特性を決定することをさらに含む請求項１記載の方法。
8. 前記第１のファイルサイズを決定することは、利用可能なネットワーク帯域幅を決定することをさらに含む請求項７記載の方法。
9. 前記１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取ることは、性能データに対する拡張可能マークアップ言語（ＸＭＬ）プロトコルフォーマット化された要求を受け取ることをさらに含む請求項１記載の方法。
10. 前記１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取ることは、前記１つ以上のワイヤレス通信デバイスに対する性能データ構成を受け取ることをさらに含む請求項１記載の方法。
11. 前記１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取ることは、ファイルサイズを決定するための１つ以上の要求者の好みを受け取ることをさらに含む請求項１記載の方法。
12. 前記発生させたファイルをメモリ中に記憶させることは、前記発生させたファイルを、ネットワークサイトにおけるメモリ中に記憶させることをさらに含み、それぞれ発生させたファイルは、対応するユニフォームリソースロケータ（ＵＲＬ）を有する請求項１記載の方法。
13. 前記それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に提供することは、発生させたファイルが利用可能になったときに、前記ファイルにアクセスするための、発生させたファイルに対応しているＵＲＬを要求者に提供することをさらに含む請求項１記載の方法。
14. 前記それぞれ発生させたファイルが利用可能になったときに、ファイルに対するアクセスを要求者に提供することは、それぞれ発生させたファイルが利用可能になったときに、前記ファイルを前記要求者に伝えることをさらに含む請求項１記載の方法。
15. 最適ファイルサイズのワイヤレス通信デバイス性能データを提供するように構成されている少なくとも１つのプロセッサにおいて、
    １つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取る第１のモジュールと、
    前記要求された性能データが要求されている時間期間に基づいて、前記要求された性能データの累積ファイルサイズを推定する第２のモジュールと、
    前記推定された累積ファイルサイズに基づいて、前記要求された性能データのセグメントに対する第１のファイルサイズを決定する第３のモジュールと、
    前記要求された性能データのセグメントが利用可能になったときに、第１のサイズのファイルを発生させる第４のモジュールと、
    前記発生させたファイルをメモリ中に記憶させる第５のモジュールと、
    それぞれ発生させたファイルが利用可能になったときに、前記ファイルに対するアクセスを要求者に提供する第６のモジュールとを具備するプロセッサ。
16. コンピュータ読み取り可能な記憶媒体において、
    １つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求をコンピュータに受け取らせるための第１の組のコードと、
    前記要求された性能データが要求されている時間期間に基づいて、前記要求された性能データの累積ファイルサイズを前記コンピュータに推定させるための第２の組のコードと、
    前記推定された累積ファイルサイズに基づいて、前記要求された性能データのセグメントに対する第１のファイルサイズを前記コンピュータに決定させるための第３の組のコードと、
    前記要求された性能データのセグメントが利用可能になったときに、第１のサイズのファイルを前記コンピュータに発生させるための第４の組のコードと、
    前記発生させたファイルを前記コンピュータにメモリ中に記憶させるための第５の組のコードと、
    それぞれ発生させたファイルが利用可能になったときに、前記ファイルに対するアクセスを要求者に対して、前記コンピュータに提供させるための第６の組のコードとを含むコンピュータ読み取り可能な記憶媒体。
17. ワイヤレス通信デバイスにおいて、
    １つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取る手段と、
    前記要求された性能データが要求されている時間期間に基づいて、前記要求された性能データの累積ファイルサイズを推定する手段と、
    前記推定された累積ファイルサイズに基づいて、前記要求された性能データのセグメントに対する第１のファイルサイズを決定する手段と、
    前記要求された性能データのセグメントが利用可能になったときに、第１のサイズのファイルを発生させる手段と、
    前記発生させたファイルをメモリ中に記憶させる手段と、
    それぞれ発生させたファイルが利用可能になったときに、前記ファイルに対するアクセスを要求者に提供する手段とを具備するワイヤレス通信デバイス。
18. ネットワークデバイスにおいて、
    プロセッサと、メモリとを備えているコンピュータプラットフォームと、
    前記プロセッサと通信し、１つ以上のワイヤレス通信デバイスによって監視されている性能データに対する要求を受け取るように動作可能である通信モジュールと、
    前記メモリ中に記憶され、前記プロセッサによって実行可能であり、
    前記要求された性能データが要求されている時間期間に基づいて、前記要求された性能データの累積ファイルサイズを推定するようにと、
    前記推定された累積ファイルサイズに基づいて、前記要求された性能データのセグメントに対する第１のファイルサイズを決定するように動作可能である最適ファイルサイズ決定モジュールと、
    前記メモリ中に記憶され、前記プロセッサによって実行可能であり、前記要求された性能データのセグメントが利用可能になったときに、第１のサイズのファイルを発生させるように動作可能であるファイル発生ロジックと、
    前記メモリ中に記憶され、前記プロセッサによって実行可能であり、それぞれ発生させたファイルが利用可能になったときに、前記ファイルに対するアクセスを要求者に提供するように動作可能であるファイルアクセスロジックとを具備するネットワークデバイス。
19. 前記最適ファイルサイズ決定モジュールは、ネットワークの特性に基づいて、前記要求されたデータのセグメントに対する前記第１のファイルサイズを再調整するようにさらに動作可能である請求項１７記載のネットワークデバイス。
20. 前記最適ファイルサイズ決定モジュールは、それぞれ発生させたファイルに対するアクセスが要求者に許可される前の時間において決定されたネットワークの特性に基づいて、前記要求されたデータのセグメントに対する前記第１のファイルサイズを再調整するようにさらに動作可能である請求項１９記載のネットワークデバイス。
21. 前記最適ファイルサイズ決定モジュールは、前記１つ以上のワイヤレス通信デバイスのそれぞれの性能データ構成に基づいて、前記要求された性能データの累積ファイルサイズを推定するようにさらに動作可能である請求項１８記載のネットワークデバイス。
22. 前記最適ファイルサイズ決定モジュールは、要求者の好みに基づいて、前記要求された性能データのセグメントに対する第１のファイルサイズを決定するようにさらに動作可能である請求項１８記載のネットワークデバイス。
23. 前記要求者の好みに基づいて、要求された性能データのセグメントに対する第１のファイルサイズを決定するように動作可能な最適ファイルサイズ決定モジュールは、発生させたファイルに対するアクセス間の時間と、ファイルサイズとからなるグループから選択される要求者の好みをさらに規定する請求項１８記載のネットワークデバイス。
24. 前記最適ファイルサイズ決定モジュールは、利用可能なネットワーク帯域幅に基づいて、前記要求された性能データのセグメントに対する第１のファイルサイズを決定するようにさらに動作可能である請求項１８記載のネットワークデバイス。
25. 前記通信モジュールは、性能データに対する拡張可能マークアップ言語（ＸＭＬ）フォーマット化された要求を受け取るようにさらに動作可能である請求項１８記載のネットワークデバイス。
26. 前記通信モジュールは、前記１つ以上のワイヤレス通信デバイスに対する性能データ構成を受け取るようにさらに動作可能である請求項１８記載のネットワークデバイス。
27. 前記通信モジュールは、最適ファイルサイズを決定するための１つ以上の要求者の好みを受け取るようにさらに動作可能である請求項１８記載のネットワークデバイス。
28. 前記ファイルアクセスロジックは、発生させたファイルが利用可能になったときに、前記ファイルにアクセスするための、ファイルに関係するユニフォームリソースロケータ（ＵＲＬ）を要求者に提供するようにさらに動作可能である請求項１８記載のネットワークデバイス。
29. 前記ファイルアクセスロジックは、それぞれ発生させたファイルが利用可能になったときに、前記ファイルを前記要求者に伝えるようにさらに動作可能である請求項１８記載のネットワークデバイス。

Images