(57)【要約】  使用アプリケーションに対するネットワークの性能を最適化するシステムは、移動体装置（１０２）によるダウンロードのためにネットワーク・サーバ（１２２）によって提供される調査アプリケーション（２０）を提供する。調査アプリケーションは、移動体装置に対しネットワークによって提供される様々な使用アプリケーションに対する性能レベルを監視し、１つ以上の使用アプリケーションの監視された性能レベルをネットワーク・サーバへ報告する（２４）。ネットワーク・サーバは、複数の通信装置からの性能データを照合して、リソース割当指示（２２）を移動体（１０２）に与え、通信装置に対する使用アプリケーションの性能レベルを最適化する。
2008539663.tif 000002
【特許請求の範囲】
【請求項１】
移動体無線通信装置上の使用アプリケーションに対するネットワーク性能を最適化するシステムであって、
ネットワーク・サーバと、
通信装置によるダウンロードのためにサーバによって提供され、かつ、通信装置に対しネットワークによって提供される複数のアプリケーションの性能レベルを監視する、調査アプリケーションと、
調査アプリケーションをダウンロードし、続いて、通信装置に対しネットワークによって提供される使用アプリケーションの性能レベルを監視し、監視した使用アプリケーションの性能レベルをネットワーク・サーバへ送信する通信装置と、
ネットワーク・サーバは、性能データと、複数の他の通信装置からの性能データとを照合し、該他の通信装置に関連して通信装置に対する使用アプリケーションの性能レベルを最適化することと、を含むシステム。
【請求項２】
通信装置における調査アプリケーションは、ネットワーク・サーバへ後で送信するために情報を一時記憶する請求項１に記載のシステム。
【請求項３】
通信装置における調査アプリケーションは、ネットワーク・サーバへ情報をリアルタイムに送信する請求項１に記載のシステム。
【請求項４】
監視される使用アプリケーションは、ウェブの閲覧、データ・ダウンロード、データ・ストリーミング、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）、およびリアルタイム・ゲームのうちの１つ以上である請求項１に記載のシステム。
【請求項５】
調査アプリケーションがアプリケーション性能特性を監視することは、データ・スループット、ビット誤り率、ページ・ダウンロード時間、リトライ回数、データの遅延、ジッタ、データ待ち時間、画面のリフレッシュ・レート、往復遅延時間（ＲＴＴ）、およびマウス・クリック応答時間のうちの１つ以上を含む請求項１に記載のシステム。
【請求項６】
性能レベルは、その特定の使用アプリケーションに対するサービス品質（ＱｏＳ）判定を含む請求項１に記載のシステム。
【請求項７】
ネットワークは通信装置のＱｏＳクラス特性を改善することによって性能を最適化する請求項６に記載のシステム。
【請求項８】
ネットワークは通信装置の符号化方式割当を変更することによって性能を最適化する請求項１に記載のシステム。
【請求項９】
ネットワークは複数の通信装置における特定の使用アプリケーションの性能レベルを平均化し、その特定の使用アプリケーションに対する性能レベルが平均より低い通信装置の性能レベルを改善することによって性能を最適化する請求項１に記載のシステム。
【請求項１０】
ネットワーク・サーバは１つ以上の最適化パラメータを通信装置へ送り返すことと、調査アプリケーションは同１つ以上の最適化パラメータにしたがって通信装置からネットワーク・サーバへのリソース割当要求を修正することと、を含む請求項９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムの分野に関する。より詳細には、本発明はサーバと通信装置との間の無線電話通信ネットワークに関する。
【背景技術】
【０００２】
無線の移動体無線電話通信装置は、ますます多くのデータ・サービスを提供する傾向にある。これらのサービスには、ウェブの閲覧、電子メール、ファイルのダウンロード、マルチメディア・ストリーミング、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）サービス、リアルタイム・ゲームなどが含まれる。これらのデータ・サービスは、無線電話機において利用可能な通常の音声トラフィックに追加されている。しかしながら、これらの様々な音声およびデータ・アプリケーションには、様々な通信性能が必要である。その結果、これらのアプリケーションでは、使用されているアプリケーション、ユーザの移動体装置、およびその装置の現在のベアラ・ネットワークに応じて、各ユーザによって知覚される様々な性能が提供される。これは、例えば、マルチユーザ・ゲームにおいて、或るユーザが別のユーザに対してアプリケーション応答時間において有利である場合など、ユーザがネットワークを通じてアプリケーションを共有するときに問題となることがある。使用アプリケーションに応じてリソースが適切に割り当てられるように、各移動体装置において特定のアプリケーションに対し利用可能な状態または性能を知ることは、ネットワーク・オペレータにとって有益であろう。
【０００３】
セルラーネットワーク上のアプリケーションに対する現在のリソース割当機構は、ネットワーク中心のスケジューリング・アルゴリズムに基づいており、それらは、ネットワーク利用を最適化するようにリソースを割り当てるリソース・スケジューラに基づいている。しかしながら、これらの機構では、アプリケーションおよびコンテンツ・プロバイダには、様々なオペレータからの複数の技術およびネットワーク（例えば、ＵＭＴＳ、ＧＳＭ、ＧＰＲＳ／ＥＤＧＥ、ＩＥＥＥ８０２．ｘｘ）に及ぶ異種混合ネットワークおよび異種混合装置上のそれらの分散アプリケーションの性能特性を、観測、修正、および最適化することは許されていない。加えて、これらの機構では、移動体からのリソース要求を変更すること、または、アプリケーションの性能レベル（すなわち、ＱｏＳ）をデバイス管理と関連させることは扱われていない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
使用アプリケーションに応じてネットワークリソースが適切に割り当てられるように、ネットワーク・オペレータまたはアプリケーションもしくはコンテンツ・プロバイダが、移動体装置において特定の使用アプリケーションに対し利用可能な状態または性能を知るための技術が必要である。
【課題を解決するための手段】
【０００５】
本発明は、ユーザおよびネットワーク・オペレータまたはアプリケーションもしくはコンテンツ・プロバイダが、装置において様々な通信アプリケーションに対し利用可能な状態または性能を知り、それにしたがってリソースを割り当てるための新しい技術を導入する。特に、本発明は、移動体からのリソース要求の変更に対処し、アプリケーションの性能レベル（すなわち、ＱｏＳ）をデバイス管理と関連させる。詳細には、オープン・モバイル・アライアンス（ＯＭＡ；Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）標準によって定義される、既存のＳｙｎｃＭＬデバイス管理診断リンクを用いて、以下で定義する適切なリソース割当に必要とされる情報を提供することが可能である。
【０００６】
本発明の一態様では、通信装置に対しネットワークによって提供される複数のアプリケーションの性能レベルを監視するために、調査アプリケーションが通信装置に存在するか、あるいは通信装置へダウンロードされる。
【０００７】
本発明の別の態様では、通信装置における調査アプリケーションは、測定した使用アプリケーションの性能レベルをネットワークに提供するようにプログラムされている。
本発明の別の態様では、調査アプリケーションは、ウェブの閲覧、ファイルのダウンロード、データ・ストリーミング、ＶｏＩＰ、ゲームなど、通信アプリケーションのサービス性能を判定する。
【０００８】
本発明の別の態様では、ネットワーク・サーバは、性能データと、複数の他の通信装置からの性能データとを照合し、該他の通信装置に関連して通信装置に対する使用アプリケーションの性能レベルを最適化する。
【０００９】
本発明の別の態様では、調査アプリケーションは、データ・スループット、ビット誤り率、ページ・ダウンロード時間、リトライ回数、データの遅延、ジッタ、データ待ち時間、画面のリフレッシュ・レート、往復遅延時間（ＲＴＴ）、およびマウス・クリック応答時間などのうちの１つ以上を含むアプリケーション性能特性を監視する。
【００１０】
本発明の別の態様では、性能レベルは、その特定の使用アプリケーションに対するサービス品質（ＱｏＳ）判定を含んでおり、ネットワークは通信装置のＱｏＳクラス特性を改善することによって性能を最適化する。
【００１１】
本発明の別の態様では、ネットワークは通信装置の符号化方式割当を変更することによって性能を最適化する。
本発明の別の態様では、ネットワークは、複数の通信装置における特定の使用アプリケーションの性能レベルを平均化することによって性能を最適化し、その特定の使用アプリケーションに対する性能レベルが平均より低い通信装置の性能レベルを改善する。
【００１２】
本発明の別の態様では、ネットワーク・サーバは、１つ以上の最適化パラメータを通信装置へ送り返し、調査アプリケーションは、この１つ以上の最適化パラメータにしたがって通信装置からネットワーク・サーバへのリソース割当要求を修正する。
【発明を実施するための最良の形態】
【００１３】
本発明は、ユーザおよびネットワーク・オペレータが、装置において様々な通信アプリケーションに対し利用可能な状態または性能を知り、それにしたがってリソースを割り当てるための新しい技術を導入する。特に、本発明は、移動体からのリソース要求の変更に対処し、アプリケーションの性能レベル（すなわち、ＱｏＳ）をデバイス管理と関連させる。詳細には、オープン・モバイル・アライアンス（ＯＭＡ）標準によって定義される、既存のＳｙｎｃＭＬデバイス管理診断を用いて、以下で定義する適切なリソース割当に必要とされる情報を提供することが可能である。
【００１４】
本明細書の例では、本発明は移動体無線電話装置に適用されているが、コンピュータ、携帯情報端末（ＰＤＡ）、双方向無線機など、他の種類の通信装置にも本発明が同様に適用されることが認識される。
【００１５】
動作時に、本発明は、ＯＭＡ−ＤＭ標準または同様のプロトコルを使用して端末装置へダウンロードされる調査アプリケーション（アプレット）を用いて、使用アプリケーションの性能を監視する。調査アプリケーションは、アプリケーション／コンテンツ・プロバイダによって要求される、スループット、待ち時間、ジッタ、ページ・ダウンロード時間、ビット誤り率（ＢＥＲ）、画面のリフレッシュ・レート、往復遅延時間（ＲＴＴ）、マウス・クリック応答速度など、アプリケーション性能特性を収集する。随意で、アプレットは、この情報を一時記憶（ｂｕｆｆｅｒ）するか、あるいは、対象のアプリケーションを実行している１つ以上の移動体からの情報を照合可能な中央アプリケーション・サーバへリアルタイムに送信する（例えば、マルチユーザ・ゲームの場合）。コンテンツ・プロバイダによって定義されるポリシーに基づき（例えば、観測される最も遅いスループットのリンク）、可能な最良のエンドユーザ体験を提供するように、アプリケーション性能の対象を最適化することができる。その後、この情報は、移動体にてリソース割当要求の修正（例えば、符号化方式割当またはＱｏＳクラス特性の変更）が可能な調査アプレットへ送り返される。リソース割当には、実際の状態や、ネットワークに関する制約が含まれてもよい。
【００１６】
図１は、本発明の実施形態による無線通信システム１００のブロック図である。通信システム１００は、基地局サブシステム（ＢＳＳ）、無線アクセス・ネットワーク（ＲＡＮ）、または無線ローカルエリア・ネットワーク（ＷＬＡＮ）アクセス・ポイント（ＡＰ）など、１つ以上のアクセス・ネットワーク１１０（１つを示す）を含む。このアクセス・ネットワークは、例えば、セル、セルのセクタ、または、アクセス・ネットワークによってサービス提供される通信システム１００により利用される通信技術に適切なものなど、アクセス・ネットワークのカバレッジエリアに存在する１つ以上の移動局（ＭＳ）１０２（１つを示す）に無線通信サービス１０を提供する。アクセス・ネットワーク１１０は、ネットワークコントローラ１１４（例えば、基地局コントローラ（ＢＳＣ）または無線ネットワークコントローラ（ＲＮＣ））に結合されているトランシーバ１１２（例えば、基地局トランシーバ（ＢＴＳ）またはノードＢ）を備える。
【００１７】
アクセス・ネットワーク１１０は、エアインタフェース１０を介してＭＳ  １０２に通信サービスを提供する。エアインタフェース１０は、１つ以上の順方向リンク・トラフィック・チャネルおよび１つ以上の順方向リンク信号チャネルを含む、順方向リンクを備えることが可能である。さらに、エアインタフェース１０は、１つ以上の逆方向リンク・トラフィック・チャネル、１つ以上の逆方向リンク信号チャネル、およびアクセス・チャネルを含む、逆方向リンクを備えることが可能である。本明細書に記載の目的では、エアインタフェース１０は、一般に、ＣＤＭＡネットワーク１６、ＧＰＲＳネットワーク１４、ＵＭＴＳネットワーク１８など、様々な通信システムにおいて動作可能な様々なエアインタフェースに適用可能であり、知られているように、各種類のネットワークと共に様々な物理層のフォーマットが使用される。
【００１８】
さらに、通信システム１００は、アクセス・ネットワーク１１０に結合されているコア・ネットワーク１２０（好適には、インターネット・プロトコル（ＩＰ）ベースのネットワーク）と、コア・ネットワークに結合されているネットワーク・サーバ１２２（より詳細には、デバイス管理およびシステム最適化サーバ（ＤＭＳＯＳ）１２２）とを含む。ＤＭＳＯＳ  １２２は、好適には、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル・シグナル・プロセッサ（ＤＳＰ）、それらの組合せ、または当業者に公知の他のそのような装置など、１つ以上のプロセッサ１２３と、対応するプロセッサによって実行可能なデータおよびプログラムを保持する、関連する１つ以上のメモリ装置１２４とを備える。
【００１９】
さらに、コア・ネットワーク１２０はプレゼンス・サーバ１２６に結合されており、さらにプレゼンス・サーバ１２６はＤＭＳＯＳ  １２２に結合されている。プロビジョニング・データベース１３０は、ＭＳ  １０２など通信システム１００において作動中の各ＭＳに関連した、ＭＳ識別子を記憶している。プロビジョニング・データベース１３０は、当技術分野において知られているように、ホーム・ロケーション・レジスタ（ＨＬＲ）もしくはビジター・ロケーション・レジスタ（ＶＬＲ）、またはＨＬＲおよびＶＬＲの組合せに含まれてもよく、ホーム・エージェント（ＨＡ）もしくはフォーリン・エージェント（ＦＡ）、またはＨＡおよびＦＡの組合せに含まれてもよい。
【００２０】
さらに、通信システム１００は、コア・ネットワーク１２０に結合されている、ブロードキャスト・マルチキャスト・サービス（ＢＣＭＣＳ）コントローラ、ＢＣＭＣＳコンテンンツ・サーバ、もしくはその両方、ブロードキャスト・マルチキャスト・サービス・センタ（ＢＭ−ＳＣ）、およびユーサ・ザポート・サーバなどの可能な他のサーバなど、ブロードキャスト・アプリケーション・サーバ１３２を備えてもよい。アクセス・ネットワーク１１０、ＤＭＳＯＳ  １２２、プレゼンス・サーバ１２６、プロビジョニング・データベース１３０、およびブロードキャスト・アプリケーション・サーバ１３２は各々、通信システム１００のネットワーク要素を構成しており、コア・ネットワーク１２０と共に、本明細書では集合的に通信システム１００のインフラストラクチャと呼ぶ。図１は単に本発明の原理を例示するために提供されており、通信システム１００を排他的に記述することは意図されていないので、図１には示していないが、当業者には、インフラストラクチャが、１つ以上のゲートウェイ、例えば、パケットデータ・サービング・ノード（ＰＤＳＮ）、ブロードキャスト・サービング・ノード（ＢＳＮ）、もしくはその両方、またはサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）およびゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）や、１つ以上の動作および保守センタ（ＯＭＣ；Ｏｐｅｒａｔｉｏｎｓ  ａｎｄＭａｉｎｔｅｎａｎｃｅ  Ｃｅｎｔｅｒ）など、他のネットワーク要素をさらに備えてよいことが理解される。
【００２１】
ここで図２および３を参照すると、ＤＭＳＯＳ  １２２およびＭＳ  １０２のアーキテクチャをそれぞれ示すブロック図が提供されている。本発明の一実施形態では、図２に示す機能は単一のサーバに存在することが可能である。本発明の別の実施形態では、図２に示すように、ＤＭＳ  ２００および最適化サーバ２２０など、複数のサーバにＤＭＳＯＳ  １２２の機能を分散させることが可能である。図２および３に示すように、ＤＭＳ  ２００、最適化サーバ２２０、およびＭＳ  １０２は各々、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル・シグナル・プロセッサ（ＤＳＰ）、それらの組合せ、または当業者に公知の他のそのような装置など、それぞれのプロセッサ２０２，２２２，３０２を備える。本明細書では、特に指定のない限り、ＤＭＳ  ２００、最適化サーバ２２０、およびＭＳ  １０２の各々によって実行される機能は、それぞれ、ＤＭＳ、最適化サーバ、およびＭＳのプロセッサ２０２，２２２，および３０２によって実行される。プロセッサ２０２，２２２，および３０２の、したがってＤＭＳ  ２００、最適化サーバ２２０、およびＭＳ  １０２の特定の動作／機能は、それぞれそのプロセッサに関連する１つ以上のメモリ装置２０４，２２４，および３０４に保持されるソフトウェア命令およびルーチンの実行によって判定される。
【００２２】
ここで図２を参照すると、ＤＭＳ  ２００の１つ以上のメモリ装置２０４に保持されるソフトウェアには、一般に、全体の制御を提供するためのデータおよび変数を含むオペレーティング・システム（ＯＳ）２０６が含まれる。加えて、最適化サーバ・インタフェースもしくは対話モジュールまたはルーチン２０８は、ＭＳ  １０２などのクライアント装置のユーザ体験の品質およびエンドツーエンド・ネットワーク試験に関する監視性能に関連したメッセージ送信を含む、ＵＭＴＳまたはＣＤＭＡ−１ＸのＭＳの高度機能に対する標準プロトコルにしたがってメッセージを交換する最適化サーバ２２０と接続する機能をサポートするための発見および関連付け機能などを備える。さらに、クライアント装置へ送信されるユニキャストまたはブロードキャスト・メッセージを介するシステム性能の監視および試験の開始、通知、またはその両方と、システム性能の監視および試験のサポートによる他のメッセージ送信とをサポートする、エアインタフェース・メッセージ送信モジュールまたはルーチン２１０も備える。
【００２３】
なおも図２を参照すると、最適化サーバ２２０の１つ以上のメモリ装置２２４に保持されるソフトウェアには、一般に、全体の制御を提供するためのデータおよび変数を含むオペレーティング・システム（ＯＳ）２２６も含まれる。加えて、このソフトウェアには、ＭＳ  １０２など、最適化サーバ２２０によってサービス提供されるクライアント装置上で実行されているアプリケーションと通信を行う、最適化アプリケーション２２８が含まれる。ＭＳ  １０２などのクライアント装置との通信を確立させるために、最適化サーバ２２０はデータ・ネットワーク１２０を通じた伝送制御プロトコル（ＴＣＰ）／インターネット・プロトコル（ＩＰ）トンネルを構築し、ネットワーク１１０にアクセスするが、他のプロトコルを使用することも可能である。最適化サーバ２２０は、音声品質、データ品質、待ち時間、およびスループットの監視ならびに試験など、システムの監視および試験を行うアプリケーションを実行するように、クライアント装置に指示することができる。この指示はクライアント装置の無作為な組へ伝達されてよく、最適化サーバ２２０は、対象とされた装置の組を判定し、対象とされた組へ指示を伝達することができる。
【００２４】
ここで図３を参照すると、ＭＳ  １０２の１つ以上のメモリ装置３０４に保持されるソフトウェアには、一般に、全体の制御を提供するためのデータおよび変数を含むオペレーティング・システム（ＯＳ）３０６も含まれる。加えて、このソフトウェアには、複数のモジュールまたはルーチン３０８，３１０，３１２，３１４，３１６が含まれる。ブートストラップ・エージェント３０８は、任意のエンドツーエンド性能の試験、管理、またはその両方のセッションに先立って、ＤＭＳＯＳ  １２２と必要な情報を交換することに関与する。通知エージェント３１０は、サーバ１２２に性能監視、エンドツーエンド試験、またはその両方のセッションを開始させるための通知に関与する。対象のベアラの上の典型的なＭＳ管理セッションに対しプロトコル・バインディングを行うメッセージ送信モジュール３１２は、例えば、ＨＴＴＰオーバＴＣＰ／ＩＰまたはＷＡＰなど、スタックを行う。
【００２５】
ＤＭエンジン・モジュール３１４は、ＤＭＳ  ２００と同一の機能を行うが診断の場合のために拡張されるＤＭＴエンジンと、ＤＭＳ  ２００と同一の機能を行うが診断の場合のために拡張されるＤＭエージェントと、ＤＭＳ  ２００と同一の機能を行うが診断の場合のために拡張されるＯＭＡ−ＤＭ（オープン・モバイル・アライアンス・デバイス管理）エージェントと、通話記録モデルならびに対応する報告のフォーマットおよび頻度など、ＤＭＳＯＳ  １２２によってＭＳへ指示されるポリシーの尊守に関与するポリシー・エージェントとを備える。通話記録部３１６および対応するＡＰＩ（アプリケーション・プログラム・インタフェース）は、ＤＭエンジン機構のための付加的なソースであり、所与の通話記録モデルおよびポリシーに対応する報告の配信を行う。
【００２６】
通信システム１００は、ＣＤＭＡ（符号分割多重接続）およびその変形、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＰＲＳ（汎用パケット無線システム）、ＧＰＲＳ／ＥＤＧＥ（ＧＰＲＳ  Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＩＥＥＥ（米国電気電子学会）８０２．ｘｘ標準のうちの任意のもの（例えば、８０２．１１、８０２．１５、８０２．１６、または８０２．２０標準）、ＵＭＴＳ（ユニバーサル・モバイル・テレコミュニケーション・システム・サービス）およびＣＤＭＡ２０００などの３Ｇシステム、またはＯＦＤＭ（直交周波数分割多重）などの４Ｇシステムなど、様々な標準のうちの任意のものにしたがって動作することができる。周知のプロトコルにしたがって動作することによって、ＭＳ  １０２のユーザには、ＭＳ  １０２がアクセス・ネットワーク１１０と通信を行い、アクセス・ネットワークを介して外部ネットワークとパケット・データ通信リンクを確立させることが可能であることが保証される。
【００２７】
ＭＳ  １０２のユーザがＭＳを作動させたとき、ＭＳは、周知の登録技術にしたがって、任意の選択された通信ネットワーク上のアクセス・ネットワーク１１０に登録を行う。登録手順の一部として、作動しているＭＳ  １０２の存在は、プレゼンス・サーバ１２６において検出され、記憶される。典型的には、ＭＳ  １０２などのＭＳは、通話に関与しているとき、近傍のＢＳＳまたはＲＡＮに関連したパイロット・チャネルの強度を定期的に監視し、その信号強度測定値を、そのＭＳにサービス提供するＢＳＳまたはＲＡＮへ報告することができる。
【００２８】
そのような信号強度報告は、必ずしも、アプリケーション性能の最適化に最も有用なシステム・パラメータではない。加えて、通話に関与しているＭＳによる信号強度の定期的な測定および報告によって、アクセス・ネットワーク構成の変化に対する影響を測定する正確なシステムは提供されない。さらに、典型的には、そのような信号強度報告のための終端ネットワーク要素はＢＳＳまたはＲＡＮであるが、ＢＳＳまたはＲＡＮは、そのような報告に基づくアプリケーション性能の最適化に最良のネットワーク要素ではない。
【００２９】
したがって、ＭＳがアプリケーション・パラメータを監視、測定、および報告するように選択的に指示されることができ、いずれのアプリケーション・パラメータを測定および報告するかを指示されることができ、さらに、アプリケーション・パラメータを監視、測定、および報告するような条件について指示されることができるようなＭＳの管理を、通信システム１００が提供する。加えて、通信システム１００は、指示および報告に関し、アクセス・ネットワーク１１０およびコア・ネットワーク１２０を介するエンドツーエンド・メッセージ送信を提供することによって、ＤＭＳＯＳ  １２２などシステム最適化を最良に実行可能なネットワーク要素が、ＭＳによる監視、測定、および報告を制御することを可能とする。
【００３０】
戻って図１を参照すると、ネットワーク・サーバ１１０，１２０，１２２は、ネットワーク１００を通じて１つ以上の通信装置１０２にマルチメディア情報、ＶｏＩＰ、リアルタイム・ゲームなどをストリーミングするファイルをダウンロードすることを含む、音声およびデータ通信１０を提供することが可能である。通信装置１０２がネットワーク・アプリケーションの知覚される性能レベルを報告し返すために使用されるように、ＤＭＳ−ＯＳサーバ１２２（または、他のサーバ）によって調査アプリケーション２０（アプレット）が提供される。実際には、調査アプリケーションは、例えば、オープン・モバイル・アライアンス（ＯＭＡ）ＳｙｎｃＭＬデバイス管理プロトコル標準に準拠したフォーマットを使用したポリシー基盤に基づき、移動体無線電話機へダウンロードされ得る。クライアント・アプリケーションは、移動体１０２へ一度ダウンロードされ、メモリ３０４に記憶されていることも可能であり、あるいは、移動体の電源投入時に必要に応じてダウンロードされることも可能である。調査アプリケーションは、以下に詳細に記載するように、通信装置上で動作する使用アプリケーション（例えば、マルチユーザ・ゲーム、ｅＢａｙ（商標）など）の性能レベルの監視を制御する。
【００３１】
デバイス管理モジュール３１４による使用のためにメモリ３０４に記憶されている調査アプリケーション２０を装置１０２がダウンロードすると、続いて、この調査アプリケーションは、ネットワーク１００を通じてネットワーク・サーバによって通信装置１０２に対し提供される複数の通信使用アプリケーション１０の性能レベルを監視するために使用される。使用アプリケーションの例は、ウェブの閲覧（例えば、ｅＢａｙ（商標））、ファイルのダウンロード、データ・ストリーミング、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）、およびリアルタイム・ゲームのための特定のアプリケーションである。調査アプリケーションは、アプリケーション／コンテンツ・プロバイダによって要求される、スループット、待ち時間、ジッタ、ビット誤り率（ＢＥＲ）、フレーム誤り率（ＦＥＲ）、ページ・ダウンロード時間、画面のリフレッシュ・レート、往復遅延時間（ＲＴＴ）、マウス・クリック応答速度、サービス品質（ＱｏＳ）などのアプリケーション性能特性を収集するであろう。
【００３２】
随意で、調査アプリケーションは、この情報を後で送信する（２４）ために一時記憶するか、あるいは、対象のアプリケーション（例えば、マルチユーザ・ゲーム）を実行している１つ以上の移動体１０２からの情報を照合可能な中央アプリケーション・サーバ（すなわち、ＤＭＳ−ＯＳ  １２２）へリアルタイムに送信する（２４）。コンテンツ・プロバイダによって定義されるポリシーに基づき（例えば、観測される最も遅いスループットのリンク）、可能な最良のエンドユーザ体験を提供するように、アプリケーション性能の対象を最適化することができる。その後、これらの最適化パラメータ２２は、移動体にてリソース割当要求の修正（例えば、符号化方式割当またはＱｏＳクラス特性の変更）が可能な調査アプレットへ送り返され、調査アプリケーションは、１つ以上の最適化パラメータにしたがって、通信装置からネットワーク・サーバへのリソース割当要求を修正する。同様に、リソース割当要求には、ネットワークに関する実際の状態および制約が組み込まれてよい。リソース割当要求には、実際の状態や、ネットワークに関する制約が含まれてもよい。ＧＰＲＳネットワーク１４を通じた調査アプリケーション２０、性能測定値２４、および最適化パラメータ２２の転送が示されているが、これらのデータ転送は１つ以上の分散型技術ネットワーク１６，１８などを通じて生じ得ることが認識される。
【００３３】
本発明は、ユーザによって知覚されるアプリケーション性能を測定する。認識されるように、様々なアプリケーションが様々なネットワーク上で異なって動作してよい。例えば、高度なグラフィック・コンテンツを備える特定のゲーム・アプリケーションは、ＧＰＲＳネットワークよりＵＭＴＳネットワーク上ではるかに速く動作する場合がある。したがって、ＧＰＲＳネットワーク上のユーザがＵＭＴＳネットワーク上の別のユーザとプレイすることは、明らかなタイミングの不利となり得る。本発明は、例えば、ゲーム・プレイのバランスをとるために、様々な分散されたリソース割当（すなわち、ＵＭＴＳベアラへの変更）を要求する個々のユーザに対し最適化パラメータを提供する。
【００３４】
リソース割当のネゴシエーションが行われる。例えば、増加したコストを払うことをユーザが了解する場合、そのユーザは、より高いＱｏＳのリソースを得ることが可能である。ユーザにとってサービスが高価すぎる場合、そのユーザまたはネットワーク・サービス・プロバイダは、例えば、そのユーザがゲームから離脱することを選択できる。随意で、特定のベアラ内のリソース割当の修正を行うことが可能である。例えば、ＧＰＲＳ／ＥＤＧＥネットワークでは、スループットを改善するように符号化方式割当を変更することが可能である。現在のＧＰＲＳ／ＥＤＧＥには、ユーザによって知覚される異なるレベルの性能を提供可能な様々な順方向誤り訂正アルゴリズムを備えた、４つの手法が組み込まれている。これに代えて、ネットワーク上での特定のアプリケーションの性能を改善するようにＱｏＳクラス特性を変更することが可能である。典型的には、必要に応じて、音声、バックグラウンド、インタラクティブ、およびストリーミング・アプリケーションを最適化するように、ＱｏＳクラス特性を修正することが可能である。
【００３５】
実際には、特定の特性（例えば、マウス・クリック応答速度）に対する特定のアプリケーション（例えば、ゲーム）におけるユーザの性能レベルを、他のユーザの性能レベルと比較することが可能である。サービス・プロバイダは、選択された複数の通信装置における特定の使用アプリケーションの性能レベルを平均化することによって、知覚される性能を最適化し、また、特定の使用アプリケーションおよび属性に対する性能レベルが平均より低い通信装置の性能レベルを改善する。例えば、特定の装置が平均より低い性能レベルを体験していることが分かった場合、分散されたリソースのグループにおける様々なリソース割当を要求するように、その装置に指示することが可能である。
【００３６】
本発明は、エンドユーザの体験を改善するようリソースを割り当てることが可能であるように、エンドユーザのアプリケーション性能報告をリアルタイムに提供する性能を提供するという利点を有する。
【図面の簡単な説明】
【００３７】
【図１】本発明による通信ネットワークおよび通信装置を示す図。
【図２】図１のデバイス管理およびシステム最適化サーバのアーキテクチャのブロック図。
【図３】本発明の実施形態よる図１の移動局のアーキテクチャのブロック図。
【図１】
2008539663.tif 000003
【図２】
2008539663.tif 000004
【図３】
2008539663.tif 000005
【国際調査報告】
2008539663.tif 000006