(57)【要約】      （修正有）【課題】指定されたパケットタイプを送信する通信リンクの品質を判定する方法及び装置を提供する。【解決手段】ボイスオーバーＩＰパケットといった、特定のパケットタイプと送信特性を共有する第１のパケットを、第１のパケットが特定のパケットタイプと同様の通信リンク処理を経験するように構成し、第１のパケットは次いで、特定の通信リンクの終端機器の近くに設置される品質モニタリングサーバへ送信し、第１のパケットに応答してサーバによって送信される第２のパケットの特性に基づいて通信リンクの品質を判定する。【選択図】図３
2011254503.tif 000002
【特許請求の範囲】
【請求項１】
指定されたパケットタイプを送信する通信リンクの品質を判定する方法であって、前記の方法は、
前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成し、
前記少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバへ前記通信リンクを介して送信し、
対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信し、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定する
ことを含む、方法。
【請求項２】
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、請求項１記載の方法。
【請求項３】
前記第１及び第２のパケットは同じパケットタイプである、請求項１記載の方法。
【請求項４】
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、請求項１記載の方法。
【請求項５】
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、請求項１記載の方法。
【請求項６】
前記１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、請求項１記載の方法。
【請求項７】
前記送信特性は、
前記第１のパケットの送信から前記第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されるリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されるパケットジッタと、
のうちの少なくとも１つを備える、請求項１記載の方法。
【請求項８】
前記品質判定に基づいた、通信端末の別の通信リンクへのハンドオフ、
前記品質判定に基づいた、前記通信端末の符号化レート及びデータレートのうちの少なくとも１つにおける変化、及び
呼終了
のうちの１つを始めることを更に含む、請求項１記載の方法。
【請求項９】
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを備える、請求項８記載の方法。
【請求項１０】
前記少なくとも１つの第１のパケットは、通信端末とアクセス端末のうちの１つから前記サーバに送信される、請求項１記載の方法。
【請求項１１】
複数の第１のパケットの前記送信の周波数は可変である、請求項１記載の方法。
【請求項１２】
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、請求項１記載の方法。
【請求項１３】
前記少なくとも第１のパケットは、低いリンク品質を示すピア通信端末からの報告を受信することに応答して送信される、請求項１記載の方法。
【請求項１４】
通信リンク品質は良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末に送信すること
を更に含む、請求項１３記載の方法。
【請求項１５】
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、請求項１記載の方法。
【請求項１６】
通信リンクの品質を判定する装置であって、前記装置は、
前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する、少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成する手段と、
前記少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバへ前記通信リンクを介して送信する手段と、
対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信する手段と、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定する手段と
を備える、装置。
【請求項１７】
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、請求項１６記載の装置。
【請求項１８】
前記第１及び第２のパケットは同じパケットタイプである、請求項１６記載の装置。
【請求項１９】
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、請求項１６記載の装置。
【請求項２０】
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、請求項１６記載の装置。
【請求項２１】
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、請求項１６記載の装置。
【請求項２２】
前記送信特性は、
前記第１のパケットの送信から前記少なくとも１つの第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失と、
過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと、
のうちの少なくとも１つを備える、請求項１６記載の装置
【請求項２３】
前記品質判定に基づいた別の通信リンクへの通信端末のハンドオフと、
前記品質判定に基づいた前記通信端末の符号化レートとデータレートとのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始める手段を更に備える、請求項１６記載の装置。
【請求項２４】
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、請求項２３記載の装置。
【請求項２５】
前記少なくとも１つの第１のパケットは、通信端末又はアクセス端末のうちの１つから前記サーバに送信される、請求項１６記載の装置。
【請求項２６】
複数の第１のパケットの前記送信の周波数は可変である、請求項１６記載の装置。
【請求項２７】
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、請求項１６記載の装置。
【請求項２８】
低いリンク品質を示すピア通信端末からの報告を受信することに応答して前記少なくとも１つの第１のパケットを送信する手段、
を更に備える、請求項１６記載の装置。
【請求項２９】
前記プロセッサは、通信リンク品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末へメッセージを送信するように更に構成される、請求項２８記載の装置。
【請求項３０】
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、請求項１６記載の装置。
【請求項３１】
通信システムにおいて動作可能な通信装置であって、前記通信装置は、
前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成するように構成された第１のモジュールと、
前記少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバへ前記通信リンクを介して送信するように構成された第２のモジュールと、  対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信するように構成された第３のモジュールと、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定するように構成された第４のモジュールと
を含む、プロセッサ
を備える、通信装置。
【請求項３２】
前記通信リンクは、無線ネットワークと有線ネットワークとのうちの少なくとも１つを備える、請求項３２記載の通信装置。
【請求項３３】
前記第１及び第２のパケットは、同じパケットタイプである、請求項３２記載の通信装置。
【請求項３４】
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、請求項３２記載の通信装置。
【請求項３５】
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、請求項３２記載の通信装置。
【請求項３６】
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、請求項３２記載の通信装置。
【請求項３７】
前記送信特性は、
前記第１のパケットの送信から前記少なくとも１つの第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと
のうちの少なくとも１つを含む、請求項３２記載の通信装置。
【請求項３８】
前記プロセッサは、
前記品質判定に基づいた通信端末の別の通信リンクへハンドオフと、
前記品質判定に基づいた前記通信端末のコーディングレート及びデータレートのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始めるように構成された第５のモジュールを更に備える、
請求項３２記載の通信装置。
【請求項３９】
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、請求項３８記載の通信装置。
【請求項４０】
前記１つ又は複数の第１のパケットの前記送信の周波数は可変である、請求項３２記載の通信装置。
【請求項４１】
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、請求項３２記載の通信装置。
【請求項４２】
前記第１のモジュールは、低いリンク品質を示すピア通信端末からの報告を受信することに応答して複数の第１のパケットを送信するように更に構成される、請求項３２記載の通信装置。
【請求項４３】
前記第１のモジュールは、通信リンクの品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末に送信するように更に構成される、請求項４２記載の通信装置。
【請求項４４】
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、請求項３２記載の通信装置。
【請求項４５】
コンピュータに、前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成させるコードと、
コンピュータに、前記少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバへ通信リンクを介して送信させるコードと、
コンピュータに、対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信させるコードと、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定させるコードと
を含む、コンピュータ読み取り可能な媒体
を備える、コンピュータプログラムプロダクト。
【請求項４６】
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、請求項４５記載のコンピュータプログラムプロダクト。
【請求項４７】
前記第１及び第２のパケットは同じパケットタイプである、請求項４５記載のコンピュータプログラムプロダクト。
【請求項４８】
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、請求項４５記載のコンピュータプログラムプロダクト。
【請求項４９】
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、請求項４５記載のコンピュータプログラムプロダクト。
【請求項５０】
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、請求項４５記載のコンピュータプログラムプロダクト。
【請求項５１】
前記送信特性は、
前記第１のパケットの送信から前記第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと、
のうちの少なくとも１つを備える、請求項４５記載のコンピュータプログラムプロダクト。
【請求項５２】
前記コンピュータ読み取り可能な媒体は、
コンピュータに、
前記品質判定に基づいた通信端末の別の通信リンクへのハンドオフと、
前記品質判定に基づいた前記通信端末の符号化レート及びデータレートのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始めさせるコード
を更に含む、請求項４５記載のコンピュータプログラムプロダクト。
【請求項５３】
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、請求項５２記載のコンピュータプログラムプロダクト。
【請求項５４】
前記少なくとも１つの第１のパケットは、通信端末又はアクセス端末のうちの１つから前記サーバに送信される、請求項４６記載のコンピュータプログラムプロダクト。
【請求項５５】
複数の第１のパケットの前記送信の周波数は可変である、請求項４６記載のコンピュータプログラムプロダクト。
【請求項５６】
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、請求項４６記載のコンピュータプログラムプロダクト。
【請求項５７】
前記コンピュータ読み取り可能な媒体は、
コンピュータに、低いリンク品質を示すピア通信端末からの報告を受信することに応答して前記少なくとも１つの第１のパケットを送信させるコード、
を更に備える、請求項４６記載のコンピュータプログラムプロダクト。
【請求項５８】
前記コンピュータ読み取り可能な媒体は、
コンピュータに、通信リンク品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのようである場合、前記ピア通信端末に送信させるコード  を更に備える、請求項５８記載のコンピュータプログラムプロダクト。
【請求項５９】
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、請求項４６記載のコンピュータプログラムプロダクト。
【発明の詳細な説明】
【米国特許法１１９条の下の優先権主張】
【０００１】
本特許出願は、２００６年９月２８日に出願され、本願の譲受人に譲渡され、参照により本明細書に明白に組み込まれる、「Handoff Triggers for WLAN and VoWLAN（ＶｏＷＬＡＮとＷＬＡＮのためのハンドオフ・トリガ）」、「Estimation of the Path Quality to Assist Handoff Decision（ハンドオフ決定を支援するパス品質の評価）」、及び「Handoff Algorithm for VoIP over WLAN（ＷＬＡＮ上のＶｏＩＰのためのハンドオフ・アルゴリズム）」と題された、それぞれ米国仮特許出願第６０／８４８，４１４号、第６０／８４８，４１５号、及び第６０／９４５，０５４号への優先権を主張する。
【同時係属中の特許出願への参照】
【０００２】
本特許出願は下記の同時係属中の米国特許出願に関連する：
本願と同時に出願され、本願の譲受人に譲渡され、参照によって本明細書に明白に組込まれる、特許弁護士名簿番号第０７０００７号を有する、メイラン（Meylan）らによる、「METHODS AND APPARATUS FOR DETERMINING QUALITY OF SERVICE IN A COMMUNICATION SYSTEM（通信システムにおけるサービスの品質を判定するための方法及び装置）」。
【技術分野】
【０００３】
本開示は、一般に通信リンクの品質を判定する方法及び装置に関し、特に、音声データといった、リアルタイムトラヒックの無線ネットワーク送信又は有線ネットワーク送信を有するパス又は通信リンクのサービスの品質を判定することに関する。
【背景技術】
【０００４】
通信システムにおいて、エンド・ツー・エンドのボイスオーバーＩＰ（ＶｏＩＰ）呼といった、リアルタイムトラヒックを使用するアプリケーションの利用は、常に増加している。そのようなアプリケーションに含まれるエンドポイント間のルーティングは、通常、多くの異なる通信ネットワーク技術のうちのいずれか１つ、又は多くの異なる通信ネットワーク技術の組み合わせを介してＩＰネットワーク（例えば、インターネット）にアクセスするだろう。使用されるネットワーク技術のタイプの例は、Ｗｉ−Ｆｉ（ＩＥＥＥ標準８０２．１１）といった無線ローカルエリアネットワーク（ＷＬＡＮ）、ＩＸ−ＥＶＤＯといったセルラネットワーク、高速パケットアクセス（ＨＳＰＡ）、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６）といった無線ワイドエリアネットワーク（ＷＷＡＮ）、フェムトセル（femtocells）、並びに、更に他の種々の公知の技術、及び、将来定義される予定のネットワーク技術を含み得る。従って、リアルタイムトラヒックはエンドポイント間のルーティング中の多数のネットワーク上で交換されてもよい。例えば、住宅設定（residential setting）のユーザＡとユーザＢとの間のエンド・ツー・エンドＶｏＩＰ呼において、ＶｏＩＰパケットは、潜在的にユーザＡのＷｉ−Ｆｉアクセスネットワーク、ユーザＡのＤＳＬあるいはケーブルブロードバンドネットワーク、ＩＰコアネットワーク、ユーザＢのＤＳＬあるいはケーブルブロードバンドネットワーク、及びユーザＢのＷｉ−Ｆｉアクセスネットワークを横断することができる。
【０００５】
ＶｏＩＰトラヒックの場合には、例えば、音声データを運ぶＶｏＩＰパケットが、容認できるサービスの品質（ＱｏＳ）を達成するために制約される最大の許容可能な遅延内で全体的なネットワークを横断しなければならない。ＶｏＩＰパケットが音声呼のエンドポイント間の非常に多くの潜在的に異なるネットワークを横断するので、且つ、インターネットといったブロードバンドネットワークは概して無数のタイプのデータパケットを運ぶので、各ネットワークリンク内の遅延に対して敏感な（delay-sensitive）音声パケットのＱｏＳのモニタリングは、一般に実現可能ではない。従って、ＶｏＩＰのＱｏＳは、音声呼のエンドポイント（例えば、携帯電話又はコンピュータといった端末、）における１つ又は両方のデバイスによって、より容易にモニタされる。というのは、そのようなデバイスは、呼をルーティングするために利用されるネットワーク内のいかなる場所にも生じるＱｏＳ低下によって影響を受けるからである。
【０００６】
品質判定メトリクスは、Ｗｉ−Ｆｉ媒体アクセス制御（ＭＡＣ）管理情報ベース（ＭＩＢ）といった中で、音声呼をルーティングするために使用される一定のネットワークにおいて利用可能であるが、そのようなメトリクスはすべての状況について結果として生じるパス品質を判定するのには有効ではない。例えば、居住の環境中でボイスオーバー無線ローカルエリアネットワーク（ＶｏＷＬＡＮ）上で生じるＶｏＩＰ呼を考慮されたい。ＱｏＳを判定するためには、少なくとも４つのリンク、ＬＡＮアクセスポイント（ＡＰ）から通信端末へのダウンリンク、通信端末からＡＰまでのアップリンク、呼終了機器（例えば、ＶｏＩＰサービスプロバイダのネットワークのメディアサーバ）からインターネットバックボーン及びケーブル／ＤＳＬバックホールを介したＡＰへのダウンリンク、及び、ＡＰから呼終了機器へのケーブル／ＤＳＬバックホール及びインターネットバックボーンを介したアップリンクをモニタする必要がある。通信端末が、例えばパケット損失又は信号強度といった、ローカルに可視的な事象（locally visible events）を用いて、これらのリンクのうちの少なくとも最初の２つをモニタすることは可能である。しかしながら、ＡＰと終端機器（termination equipment）と間のアップリンク及びダウンリンクの品質のモニタリングを供給する公知のメカニズムはない。従って、通信端末又はＡＰにおいて、ＱｏＳを、ＡＰから終端機器までの通信路の少なくとも一部について、特に、リアルタイムトラヒックを伝えるパスについて、測定又は判定するためのメカニズムの必要がある。
【発明の概要】
【０００７】
一面によれば、指定されたパケットタイプを送信する通信リンクの品質を判定する方法が開示される。該方法は、指定されたパケットタイプと少なくとも１つのパケット特性を共有する、少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが指定されたパケットと同様の通信リンク処理を経験するように形成すること又は構成することを含む。更に、該方法は、終端ユニット（termination unit）の近くに設置される品質モニタリングサーバへ通信リンクを介して少なくとも１つの第１のパケットを送信すること、また、次いで、対応する第１のパケットに応答してサーバによって送信された、少なくとも１つの第２のパケットを受信することを含む。最後に、該方法は、受信された少なくとも１つの第２のパケットの特性に基づいて、通信リンクの品質を判定することを含む。
【０００８】
別の面によれば、通信リンクの品質を判定する装置が開示される。該装置は、指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、少なくとも１つの第１のパケットが指定されたパケットタイプと同様の通信リンク処理を経験するように構成する手段を備える。該装置はまた、終端ユニットの近くに設置される品質モニタリングサーバへ通信リンクを介して少なくとも１つの第１のパケット送信する手段と、対応する第１のパケットに応答してサーバによって送信された少なくとも１つの第２のパケットを受信する手段と、受信された少なくとも１つの第２のパケットの特性に基づいて通信リンクの品質を判定する手段とを備える。
【０００９】
また別の面によれば、通信システムにおいて動作可能な通信装置が開示される。通信装置は、指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、少なくとも１つの第１のパケットが指定されたパケットタイプと同様の通信リンク処理を経験するように構成するように構成された第１のモジュールを有するプロセッサを備える。該プロセッサはまた、少なくとも１つの第１のパケットを、終端ユニットの近くに設置される品質モニタリングサーバへ通信リンクを介して送信するように構成された第２のモジュールを備える。該プロセッサは、対応する第１のパケットに応答してサーバによって送信された少なくとも１つの第２のパケットを受信するように構成された第３のモジュールと、受信された少なくとも１つの第２のパケットの特性に基づいて通信リンクの品質を判定するように構成された第４のモジュールとを更に備える。
【００１０】
更に別の面によれば、コンピュータ読み取り可能な媒体を備えるコンピュータプログラムプロダクトが開示される。該媒体は、コンピュータに、指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、少なくとも１つの第１のパケットが、指定されたパケットタイプと同様の通信リンク処理を経験するように構成させるコードを備える。該媒体は更に、コンピュータに、少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバに通信リンクを介して送信させるコードと、コンピュータに、対応する第１のパケットに応答してサーバによって送信された少なくとも１つの第２のパケットを受信させるコードとを備える。最後に、該媒体は、コンピュータに、受信された少なくとも１つの第２のパケットの特性に基づいて通信リンクの品質を判定させるコードを備える。
【図面の簡単な説明】
【００１１】
【図１】図１は、品質判定を使用するＶｏＩＰ通信を達成する、通信システムの図である。
【図２】図２は、品質判定又はモニタリングのメトリクスが通信システムで行なわれるレベルを例証するブロック図である。
【図３】図３は、通信システムにおける通信リンク品質を判定する方法のフロー図である。
【図４】図４は、パス品質モニタリング機能性に使用されるプロトコルを例証するブロック図である。
【図５】図５は、ネットワーク制御下でのパス品質モニタリングのために例示の実施を使用する通信システムを例証する。
【図６】図６は、通信リンクのパス品質を判定するための例示の装置を例証する。
【詳細な説明】
【００１２】
図１は、パス品質判定を使用する例示の通信システム１００の図である。詳述されるように、システム１００は、２つのエンドポイント（end points）（例えば、２台の通信端末あるいは局）間のＶｏＩＰ呼を行うのに使用可能である。システム１００は、無線ローカルエリアネットワーク（ＷＬＡＮ）１０２といったローカルエリアネットワーク１０２を備え得るが、これはＷｉ−Ｆｉ（ＩＥＥＥ標準８０２．１１）といった多数の無線ネットワーキング標準のうちの任意の１つに従って動作し得る。ローカルエリアネットワーク１０２は、モバイル装置１０６、あるいは、コンピュータ１０８といった他の電子装置といった、通信端末エンドポイント（communication terminal end points）と通信するアクセスポイント（ＡＰ）１０４を備える。ＡＰ１０４は、同様に、バックホールリンク１１０と通信中である。
【００１３】
バックホールリンク１１０は、デジタル加入者線（ＤＳＬ）あるいはケーブルブロードバンド接続といった、多くのタイプのネットワーク接続のうちの任意の１つを備え得る。バックホールリンク１１０は、インターネットバックボーン１１２といった広域ネットワークとローカルエリアネットワーク１０２とを通信可能に（communicatively）結合する役目をする。特に、バックホールリンク１１０は、呼終了ユニット１１４で終了させられるが、これはインターネットバックボーン１１２と通信する。ＶｏＩＰサービスの一例では、呼終了ユニット１１４は、ＶｏＩＰサービスプロバイダのネットワーク内のメディアサーバとして構成されてもよい。インターネットバックボーン１１２は、ＶｏＩＰパケットといったリアルタイムトラヒックを、例えば別のバックホールリンク１１８及びＡＰ１２０を介して、エンド・ツー・エンド接続のもう一方の端点におけるエンドターミナル装置（end terminal devices）１１６に送信するために使用される。
【００１４】
各端末エンドポイント（例えば、１０６、１０８）は、ＬＡＮ１０２によって提供される品質を単にモニタするように構成し得ることに注目されたい。ＡＰ１０４がＷｉ−ＦｉＡＰである例として、端末１０６は、例えば、受信される信号強度指標（ＲＳＳＩ）、ＳＮ比（ＳＮＲ）、受信に失敗したフレーム、ダウンリンクフレーム再送、及びネットワーク負荷といった、公知のＷＬＡＮパラメータをモニタして、Ｗｉ−Ｆｉダウンリンクの品質を評価し得る。同様に、端末はまた、例えば、アップリンクフレーム再送、送信に失敗したフレームといったパラメータをモニタして、Ｗｉ−Ｆｉアップリンクの品質を評価し得る。Ｗｉ−Ｆｉアップリンク又はＷｉ−Ｆｉダウンリンク又は両方のいずれかの低下を判定する際、通信端末（１０６、１０８）は、呼をＡＰ１０４から遠く離れた別のネットワーク（図示せず）までにハンドオフするか、媒体符号化特性（media encoding characteristics）を適合させるといった、呼品質を改善するために適切な手段を取ることができる。更に、適切なＱｏＳを備えたネットワークを見つけることができない場合、端末は呼を終了することができる。
【００１５】
各端末エンドポイントが、ローカルなＷＬＡＮアクセスリンクをモニタし、如何なる低下も検知することは望ましいが、端末におけるそのようなサポートは実装依存（implementation specific）である。上記のＷＬＡＮメトリクス（metrics）に加えて、各端末は、端末を構成することができるかもしれない、ＲＴＰ層パケット損失、パケットジッタ、プレイアウトバッファ統計（playout buffer statistics）、及びＲＴＣＰ報告書といった、付加的なＷＬＡＮパラメータをモニタするように構成され得る。これらのメトリクスはエンド・ツー・エンドのＱｏＳの損失を識別するために使用されてもよいが、それらはＷＬＡＮのローカルなアクセスを超えて品質低下をリンクに帰するために使用することはできない。例えば、図１の端末１０６と端末１１６との間のＶｏＩＰ呼を考慮されたい。１０６におけるＲＴＰパケット損失は、端末１０６のＡＰアップリンクである、バックホールリンク１１０、又は、端末１１６のＡＰダウンリンクである、バックホールリンク１１８の低下によって引き起こされる場合がある。リンク１１０が低下する場合、端末１０６は、このリンクを使用しないネットワーク（図示せず）に呼をハンドオフすることにより、呼品質を改善することができる。しかしながら、端末１０６によるそのようなハンドオフは、リンク１１８が低下する場合に、呼品質を改善するのに役立たないだろう。そのような場合では、端末１１６は、呼品質を改善するために適切な手段を取る必要があるだろう。従って、ＱｏＳにおいて観測された低下のみに基づいて、例えばＷＬＡＮから広域ネットワークＷＡＮへのハンドオフをトリガする単純なアプローチは、必ずしもうまくいくとは限らず、不必要なオーバヘッドを導入し得る。
【００１６】
呼トラヒックを伝えるコアネットワーク（即ち、インターネットバックボーン１１２）は、概してよく供給され（well provisioned）、ＱｏＳをサポートすることに注目されたい。従って、本開示の目的のために、ＬＡＮのローカルなアクセス及び広帯域の接続（即ち、バックホールリンク１１０）が、品質低下の主要な原因であると仮定する。
【００１７】
従って、例示のシステム１００はまた、品質モニタリングサーバ１２２を備え得るが、これは端末１０６と、例えば呼終了ユニット１１４との間の通信リンクのＱｏＳを判定する際に支援するために用いられる。本明細書により詳細に記載されるように、パス品質モニタリング機能（本明細書では、頭文字「ＰＱＭＦ」とも称される）は、品質モニタリングサーバ１２２に通信路中のネットワークを介してパケット情報を送信する端末又は局（例えば、モバイル通信装置１０６）によって達成されてもよいが、これは、応答して、パス品質の判定のために端末又は局１０６にパケット情報を返す。矢印１２４は、図１のこの機能性を例証する。更に、品質モニタリングサーバ１２２は、呼終了ユニット１１４のできるだけ近くに設置されてもよく、また、点線１２６によって例証されるようにユニット１１４に組み込まれても、統合されてもよい。従って、ＰＱＭＦは、端末と呼終了１１４との間のアップリンク及びダウンリンクパス品質を測定する役目をする。サーバ１２２は、プロセッサ上で実行されるアルゴリズムとして実施することができ、又は、ＰＱＭＦパケットを受信し、それを処理し、応答としてどのパケットを送信すべきかを判定し、この応答を送信するように機能するモジュールとして実施することができる。
【００１８】
更に、ＰＱＭＦによって使用されるパケットは、リンク上での送信品質が重要なパケットリンクに擬態する（mimic）、あるいは少なくとも１つ又は複数の共有される特性を有するように構成されることに注目されたい。特に、ＰＱＭＦパケットは、重要なデータパケットが受けるのと同じグレードのサービスでネットワークによってパケットが扱われることを保証するために充分な共有される特性を有するように構成される。例えば、ＶｏＩＰパケットあるいは実時間プロトコル（ＲＴＰ）パケットは、非リアルタイムパケットよりも高いグレードのサービスを受ける。従って、ＶｏＩＰパケット用のＱｏＳを判定するために使用されるＰＱＭＦパケットは、それらのＶｏＩＰパケットのサービス処理のネットワーク等級に影響するのと同じＶｏＩＰパケット特性で構成される。従って、重要なパケット（例えば、ＲＴＰ又はＶｏＩＰのパケット）と共有される特性を有するＰＱＭＦにパケットを用いることは、ＰＱＭＦパケットは同じネットワーク処理（及び、従って、ＱｏＳ）を受けるので、モニタリング機能の正確さを増強する。
【００１９】
単に一例として、共有される特性は、ＰＱＭＦパケットのＩＰパケットヘッダ中のタイプ・オブ・サービス（ＴＯＳ）フィールドであってもよいが、これに限定されない。この共有される特性は、重要なパケットとＰＱＭＦパケットとの間の同じ品質のサービスを危うくさせ得る。実施上の観点からは、ＰＱＭＦパケットのパケットサイズはまた、重用なパケットの多数の潜在的なサイズのうちの任意の１つに一致するような大きさにされてもよいことに注目されたい。例えば、ＰＱＭＦパケットは、パケットの送信及び受信の間に如何なる符号器／復号器（コーデック）が使用されていてもパケットサイズと一致するように構成され得る。
【００２０】
パケットの往復時間（round-trip time）といった、パス品質モニタリングサーバ１２２に送信され、また、パス品質モニタリングサーバ１２２から送信されるパケットの特性に基づいた測定値は、端末装置（例えば、１０６、１０８）が、パス（即ち、ダウンリンク及びアップリンク）の全体の品質を測定することを可能にするが、これはＬＡＮ１０２及びバックホール１１０を横断する。例示の実施では、通信端末１０６によって送信されたＰＱＭＦパケットと、応答してサーバ１２２によって端末１０６に返されたＰＱＭＦパケットとは、アップリンクの処理の品質とダウンリンクの処理の品質との双方が、重要なパケットのネットワーク処理に最も近く類似するように、同じに構成されてもよいことに注目されたい。
【００２１】
端末装置（１０６又は１０８）は次いで、別のネットワークへのハンドオフをトリガすべきかどうか、又は、データレート若しくはコーディングレートを変更するべきかどうかといった、呼品質を改善するための、より正確な決定を下すために、判定された品質を利用し得る。
【００２２】
システム１００は、単独の、単純なネットワーク構成の例証である。しかしながら、システム１００の多くの付加的で、より複雑な構成が、代替の電子装置並びに種々の無線ネットワーキングプロトコル及び有線ネットワーキングプロトコルを含めて、予期される。更に、システム１００のコンポーネントは、モバイル通信端末１０６が、例えば現在端末１０６によって利用されているＡＰ１０４と別のネットワークとの間でシームレスに切り替えることを容易にするように構成することができる。更に、システムは、音声データ（ＶｏＩＰ）といったリアルタイムトラヒックのためのＱｏＳ判定に関して特に記載されたが、ＱｏＳ判定は、伝送制御プロトコル（ＴＣＰ）あるいはユーザ・データグラム・プロトコル（ＵＤＰ）といった、バックホール上の他のパケット送信のために利用され得ることが予期される。
【００２３】
図２は、図１のシステム１００といった、通信システムにおいてメトリクス（metrics）がモニタされる、又は品質が判定される層を例証するブロック図を示す。ＶｏＩＰ呼に参加するエンドポイント端末２０２は、種々の層の上の異なるＱｏＳメトリクスをモニタするように構成されてもよい。図示のように、層２０６と矢印２０８によって例証されるように、端末２０２は、端末２０２とＡＰ２０４との間のリンク上のメトリクス又は物理層（ＰＨＹ）パラメータを機能的にモニタする。ＰＨＹ層メトリクスは、例えば、受信される信号強度指標（ＲＳＳＩ）を含んでいてもよい。更に、端末２０２は、層２１０及び矢印２１２によって示されるように、媒体アクセス制御（ＭＡＣ）層のモニタリングを含み得る。ＭＡＣ層で測定されたメトリクスは、例えば、多くの肯定応答失敗（Acknowledgement Failures）又はフレーム・チェック・シーケンス（ＦＣＳ）誤りを含み得る。
【００２４】
ＷＬＡＮの場合に無線リンクが不良か判定するために、例えば、端末２０２はＭＡＣ層メトリクス及びＰＨＹ層メトリクスを使用することができる。しかしながら、他のネットワーク不具合の場合、より高いレベルでのモニタリングは、例えば、バックホールに問題が存在するかどうか、端末が判定することを支援することができる。従って、端末２０２はまた、「アプリケーション」あるいはＲＴＰ層２１４として示される、より高いレベルでメトリクスをモニタしてもよい。例えば、端末２０２は、アプリケーション層中で失われたＶｏＩＰパケットの数をモニタし得る。これは、ＶｏＩＰ呼終了２１６から端末２０２までの矢印２１８によって例証され、アプリケーション又はＲＴＰ層での呼終了２１６からの失われたダウンリンクパケットのモニタリングを示す。
【００２５】
以前に言及されたように、ハンドオフをトリガすべきかどうか決定するのを支援するための上記のメトリクスの使用が、ＱｏＳを改善せず、不必要なオーバヘッドを導入する場合も依然としてあり得る。例えば、品質問題の原因は、遠隔地側（即ち、ＶｏＩＰ呼終了２１６の後）で生じていると仮定すると、アプリケーション層メトリクスは、たとえローカルのＬＡＮとバックホールのリンクが良好でも、それにもかかわらず大きなダウンロードパケット損失を示し得る。従って、そのような検出の結果としてローカルのＬＡＮから別のネットワークまでのハンドオフをトリガすることは、ＱｏＳの改善をもたらさない。というのは、当該問題は遠隔側にあるからである。そのようなハンドオフは、不必要なオーバヘッドを導入し、ＬＡＮ上の呼を保持するという潜在的な利点を除去する。加入者は、性能上の理由と同様にコストでもＬＡＮ上の呼を保持することを好むことがあり得る。反対に、バックホールアップリンクが低下され、遠隔地側に問題をもたらしている一方で、アプリケーション層メトリックが無視し得るダウンリンクパケット損失を示し得る。従って、ローカルＬＡＮから離れてトリガされたハンドオフの欠如は、遠隔地側のＱｏＳの継続的な低下に帰着するだろう。また別の例では、ＷＡＮからローカルＬＡＮへのハンドオフは、ＬＡＮ上の適切に検知された信号強度に基づいて示され得る。しかしながら、バックホール品質が低下すれば、ローカルＬＡＮへのハンドオフは、そのような場合でのハンドオフの後に低い呼品質をもたらすだろう。
【００２６】
上記の例に照らして、本明細書に開示された方法及び装置は、それ故にＰＱＭＦを使用して、これら及び同様の状況を改善する。図２に示され、図１に関して上述されたように、端末２０２のアプリケーション／ＲＴＰ層２１４は、パス品質モニタリングサーバ２２２とＰＱＭＦパケット２２０を交換してもよい。ＰＱＭＦ２２０は、本明細書に開示される例におけるＶｏＩＰパケットといった、ＱｏＳ判定に関連するパケットのタイプと一致する端末２０２のアプリケーション層２１４によって構成された、送信された第１のパケット（例えば、ＲＴＰ）から成る。サーバ２２２は、次いで、端末２０２からの第１のパケットの受信に応答して、第２の又は返信された（return transmitted）パケットを発行することで支援する。
【００２７】
サーバ２２２がＰＱＭＦを支援する、図２に示されるような、ネットワーク支援のアプローチでは、パス品質低下の検出は端末に存在し（例えば、２０２）、また、ソフトウェア、ハードウェア、あるいはこれらの組み合わせによって実施されてもよい。端末２０２は、呼終了２１６に近い又は上流側に配置された、ＰＱＭＦサーバ２２２とパケットを交換する。上流のＶｏＩＰ呼終了２１６へのＰＱＭＦサーバ（例えば、図１のサーバ１２２あるいは図２のサーバ２２２）の配置は、効率的なブロードバンドのモニタリング（例えば、バックホールのモニタリング）を容易にし、また、端末から発されるトラヒック（ベアラと同様にシグナリングも）はすべて、ブロードバンド終端へ横断することが保証される。
【００２８】
図３は、図１又は図２のシステムといった、通信システムにおける通信リンク品質を判定する方法３００のフロー図である。方法３００は、ブロック３０２に示されるように、品質判定が望まれるパケットタイプと特性を共有する、１つ又は複数の第１のパケットを構成することを含む。先に論じたように、一面によれば、ＰＱＭＦパケットは、重要なデータパケットと同じプロトコル、サービスのタイプ（ＴｏＳ）及びサイズを有して、ネットワーク上で同じ送信特性を保証するように構成される。
【００２９】
例として、端末２０２あるいは通信装置１０６といったエンドポイント端末（end point terminal）が、ブロック３０２（及びパス品質モニタリングの開始）の処理を実施し得ることに注意されたい。更に、ブロック３０２の処理の代替の実施は、ネットワーク内のＡＰ又は何らかの他のデバイスによるパス品質モニタリングの開始、あるいは別のエンドポイント端末と協力してパス品質モニタリングを開始することを含み得る。例えば、端末１０６は、低いリンク品質を示すデバイス１１６のうちの１つといったピア通信端末から報告を受信してもよい。応答して、端末は、１つ又は複数の第１のＰＱＭＦパケットをＰＱＭＦサーバに送信して、バックホール１１０及びＬＡＮ１０２のＱｏＳの判定を開始して、問題が端末１０６側にあるかどうか確かめる。この例に加えて、呼終了１１４への端末１０６の通信リンクの品質がＰＱＭＦパケットの送信を通じて良好であると判定される場合、端末１０６は、通信リンク品質が良好であることを示すメッセージをピア通信端末１１６へ送信するように更に構成し得る。
【００３０】
第１のパケットの構成の後、パケットは、ブロック３０４によって示されるように、終端機器（例えば、終端１１４又は２１６）の近くに設置されるサーバ（例えば、ＰＱＭＦサーバ１２２又は２２２）に通信リンク又はネットワークを介して送信される。繰り返しになるが、エンドポイント端末（例えば、１０６又は２０２）はこの処理を実施してもよい。更に、サーバは、バックホールだけでなくＬＡＮを介して第１のパケットの送信を保証するために、呼終了の近くに設置される。第１のパケットが送信された後、ブロック３０６で示されるように、１つ又は複数の第２のパケットは、各々対応する送信された第１のパケットに応答してサーバによって送信される。すなわち、サーバは、受信された第１のパケットタイプの各々に、対応する第２のパケットを端末に返すことによって応答する。一面によれば、第２のパケットは、第１のパケットタイプと同じ共有される特性で構成されて、ダウンリンクパスにおける同じグレードのサービス処理を保証されることに注目されたい。しかしながら、第１及び第２のパケットは必ずしも互いに一致することを必要としないことが予期される。更に、サーバは第１のパケットの送信に関する統計を計算するように構成され得る。そのような場合、第２のパケットのうちの１つ又は複数も、これらの計算された統計を端末に運ぶように構成され得る。
【００３１】
第２のパケットの送信の後に、通信リンクのパス品質は、ブロック３０８に示されるように、送信された第１のパケットに対応する、受信された第２のパケットの送信特性に基づいて判定される。特性は、第１のパケットを送信する装置において第２のパケットが受信される時間を含み、第１及び第２のパケットのラウンドトリップ時間（round trip time）を供給するが、これは遅延時間の判定を可能にする。他の特性は、複数の第１及び第２のパケットが送信され受信されるときのパケット損失又はジッタ判定をそれぞれ備えていてもよい。一例において、パケット損失又はジッタは、過去に交換されたパケットを含む複数のパケットにわたって計算される。ブロック３０８の処理の後に、更なる処理（図示せず）がパス品質判定に基づいて端末に対するハンドオフトリガリング（handoff triggering）を判定することを含んでもよいことに注目されたい。
【００３２】
処理３００は、短期間（少ない待ち時間）で行なわれて、パス品質推定の迅速なフィードバックを供給することが望ましいことに注目されたい。迅速な推定は、必要な場合にハンドオフをより速くトリガすることを支援し、最終的なハンドオフに大きな待ち時間を導入しない。速いハンドオフは、同様に、音声呼のＱｏＳを保証するだろう。例として、２つの方法が、低い待ち時間をより確実にするために保証される。
【００３３】
第１に、ＰＱＭＦ処理は迅速に完了すべきである。ＰＱＭＦ手順の速い完了は、この判定に必要とされるオーバヘッドを低減するのを支援するのと同様にパスＱｏＳの待ち時間を判定する待ち時間を低減するだろう。
【００３４】
第２に、ＰＱＭＦ手順は早期に開始するべきである。ＰＱＭＦ手順がより早く開始されればされるほど、端末はより早く品質低下に応答することができる。しかしながら、ＰＱＭＦ手順を開始する初期の（early）トリガは、誤検出（false positive）になることがあり、パス品質の擬似判定（spurious determination）という結果になり得る。そのような誤検出及び対応するオーバヘッドは、トラヒックに望まれない増加をもたらす結果となり得る。更に、ＰＱＭＦ手順はプロトコルの状態に幾分頻繁に依存して行なわれてもよい。例えば、第２のパケットが返信として受信されなかった場合、第１のパケットはリンクを再びサンプリングするために直後に送信されてもよい。端末がアイドル状態にある場合、ＰＱＭＦ処理は、ネットワーク負荷を最小化するために、それほどしばしば行なわれなくてもよい。
【００３５】
処理３００はまた、ネットワークに低いオーバヘッドを提示すべきである。この１つの理由は、パス品質が低下しているときにＰＱＭＦ手順が実行される場合、手順がネットワークに大きなトラヒックを導入するべきでないということであるが、これは条件を更に低下させる役目をするだろう。各パス品質評価フェーズ（即ち、ＰＱＭＦサーバへのパケットの送信、及びＰＱＭＦサーバからのパケットの受信）は、送信の回数において小さいにべきである。また、フェーズの総数は、連続するフェーズ間に充分なヒステリシスを導入することによって、フェーズの総数は制限され得る。
【００３６】
更に、処理３００は、パス品質評価における正確さを達成するべきである。評価における誤りは、間違ったハンドオフ決定という結果を招くかもしれず、また、前述されたように、不必要なハンドオフは、呼の品質を改善せず、オーバヘッドを招き、また、従って、ローカルエリアネットワーク上の呼を保持することによって実現され得た利点のうちの幾つかを除去するだろう。反対に、必要なときにハンドオフを行なわないことはまた、呼のＱｏＳに悪影響を及ぼし得る。
【００３７】
更に、図３の手順３００の実行は、種々の異なる基準に基づいて開始されてもよい。１つの基準は、一定の検知された条件に応答してトリガリングすることに基づいてもよい。例は、アプリケーション層において検知された、２つ以上の連続する紛失しているＲＴＰフレーム、アプリケーション層で検知された、期待されたフレームの所定の数内の紛失しているＲＴＰフレームの設定された数（set number）、連続するＲＴＰフレームの所定の回数中で観測された大きなジッタ、あるいは、品質について不平を言う他の端末からの表示（indication）の受信を含み得る。ＲＴＣＰ報告あるいは他のタイプの報告が使用されてもよい。
【００３８】
手順３００の実行の別の基準は、所定の周期性又は反復に基づいてもよい。特に、一例によれば、長い期間あるいは間隔は、ＰＱＭＦパケット（これらは「遅いＰＱＭＦ」として名付けることができる）の送信間で設定されてもよく、端末が実質的なネットワークオーバーヘッドを導入することなく、リンク品質を周期的に測定することを可能にする。別の例によれば、遅いＰＱＭＦ手順が潜在的な品質問題を示す場合、端末は動的に、より小さな間隔（「速いＰＱＭＦ」と名付けられる）へ切り替わって、パケット損失レートといったリンク品質統計をより正確に測定することができる。速いＰＱＭＦもまた、Ｗｉ−Ｆｉ上での呼の開始、ダウンリンクパケット損失の急増などといった、他の端末条件によってトリガされることもあり得る。このようにして、端末は、ネットワークオーバーヘッドを低く維持しつつ、常にリンク品質をモニタすることができる。
【００３９】
更に、多くのアプリケーションが一様でない間隔でパケットを送信することが公知であることに注目されたい。例えば、ＡＭＲ、ＥＶＲＣ、及びＥＶＲＣ−Ｂといった不連続の音声コーデックは、サイレンス期間（silence periods）中にパケット間隔を２０ミリセカンドから６４０ミリセカンドまで適合させることができる。そのようなボコーダーについてのパケット損失の評価は、リンク品質の不正確な評価を生じさせ得る。例えば、サイレント中に３つのフレームのうちの１つのフレームを失うことは、過度に悲観的な３３％の損失レートを示し、不必要なハンドオフを引き起こし得る。パケット損失メトリックは、Ｇ．７１１の特定の実施といったサイレンス中にフレームを送信することを完全にやめるコーデックについては全く更新しない。パケット損失測定間隔中に観測されたパケットがほとんどない場合に、端末はリンク品質を正確に示すためにＰＱＭＦに依存することができる。
【００４０】
ここで、ネットワーク支援のアプローチのための種々の予期される実施は、当業者によって認識されるだろうことに注目されたい。下記の議論では、図２に示されるサーバ２２２に類似する、ＰＱＭＦサーバの位置を見つけるためのそのような実施のいくつかの例が議論される。専用のＰＱＭＦパケットプロトコルを実施するよりもむしろ、実施は標準化されたプロトコルあるいは専有のプロトコルを利用してもよいことに更に注目されたい。
【００４１】
一例において、通信端末は、インターネット制御メッセージプロトコル（ＩＣＭＰ）を使用して、パス品質モニタリングを達成することができる。そのような場合、開始する端末は、トレースルートのような(traceroute-like）機能性を使用して、ブロードバンドの終端を発見し、次いで、ＩＣＭＰのピン状の機能性を使用して、ブロードバンドによって与えられる品質をモニタすることができる。更に、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、サービスプロバイダのコアネットワークへの安全なゲートウェイとして、パケット・データ・ゲートウェイ（ＰＤＧ）の機能を導入した。対応する３ＧＰＰ２機能はパケット・データ・インターワーキング機能（Packet Data Interworking Function）（ＰＤＩＦ）と名付けられる。端末は、インターネット鍵交換（例えば、ＩＫＥｖ２）プロトコルを使用して、ＰＤＧを備えた安全なＩＰｓｅｃトンネルを確立する。そのような場合、ＰＱＭＦはＰＤＧに設置することができる。というのは、後者がＶｏＩＰ呼終了の近くに設置されるからである。
【００４２】
ＶｏＩＰサービスプロバイダは、通常、ＰＤＧを管理し、従って、ＰＤＧにおけるＰＱＭＦの配置は、より容易かもしれない。更に、ＩＫＥｖ２プロトコルは、ＰＱＭＦ実施を支援するためのフック（hooks）を供給する。キャリアはＶｏＩＰサービスを、シグナリングだけでなく、端末へのベアラトラヒック及び端末からのベアラトラヒックの両方がＩＰｓｅｃトンネルを横断するように配置し得る。そのような実施では、端末からＰＱＭＦサーバまでのトラヒックは、共有されるネットワークパス上のＶｏＩＰトラヒックと同じ特性を有するだろう。
【００４３】
スカイプ（登録商標）タイプのネットワークの例では、例えば、ベアラトラヒックがスーパーノードを介してしばしばルーティングされることに注目されたい。端末への全てのトラヒック及び端末からのすべてのトラヒックが中間媒体の中継を介してルーティングされる場合、同様の解決策が標準化されつつある。そのような媒体中継が存在するところで、ＰＱＭＦ「サーバ」はそこに設置することができる。パス品質モニタリング（ＰＱＭ）プロトコル交換及び対応するメトリクスは、次いで、ＶｏＩＰトラヒックへの共有されるネットワークパスによって与えられる品質を示すだろう。
【００４４】
更に、ＧＡＮ（Generic Access Networks）は、ハンドセット及びＧＡＮコントローラ（ＧＡＮＣ）が、インターネット・プロトコル・セキュリティ（ＩＰｓｅｃ）トンネル中のＧＳＭ（登録商標）符号化された音声とＧＳＭ  ＮＡＳシグナリングとをカプセル化するアーキテクチャを促進する。ＧＡＮＣは、ＧＳＭコアネットワークとのインタフェースを取り、必要なエミュレーションを行なって、移動通信交換局ＭＳＣへのインタフェースと、サービングＧＰＲＳサポートノード（ＳＧＳＮ）へのＧｂインタフェースを保持する。ＧＡＮネットワークでは、ＰＱＭＦはＧＡＮＣに設置することができる。全てのシグナリング及びトラヒックはＧＡＮＣを介してルーティングされる。ＧＡＮＣにおける設置によって、ＰＱＭＦ「サーバ」及び端末は、パス品質を判定するために調整することができる。従って、パス品質の低下は、ＧＳＭへのＧＡＮハンドオフ（rove-out）を行なうために必要なトリガとしての役目を果たすことができる。あるいは、パス品質の低下の検出において、端末、及びメディアゲートウェイ、ＧＡＮＣは、コーディングレート、冗長性、バンドリングなどといった媒体特性を再交渉することができる。この再交渉は、ＷＡＮカバレッジがハンドオフを行なうのには適当ではない場合に有用となり得る。
【００４５】
図１及び図２に目下例証された例は、ネットワーク支援アプローチを示し、ここで端末はパス品質を開始し且つ検出する知性を有する一方で、呼終了の近く又は呼終了に存在するサーバが、端末によって送信されたパケットに対応する。当業者は、開示されたパス品質モニタリング機能性を達成するために、他のアプローチが利用されてもよいことを認識するだろうことに注意されたい。例えば、品質評価を開始し且つ検出する知能が端末でではなく、むしろネットワークに存在するところで、ネットワーク制御のアプローチが代りに利用されてもよい。この例において、ネットワークは次いでＱｏＳ低下を検出し、ハンドオフが保証される場合、端末に通知する。別の予期されるアプローチは、品質悪化を検出する知能がエンドポイント端末に存在する、エンド・ツー・エンド・アプローチである。ＱｏＳの低下時には、端末は互いに協調して、その問題の原因を判定し、また、パスの悪化した端部にある端末は、呼品質を改善するために適切な処置を講じる。
【００４６】
図４は、パス品質モニタリング機能性の例示の実施に使用されるプロトコルを例証するブロック図である。図示されるように、品質のためにモニタされるパスは、端末４０２とＰＱＭＦサーバ４０４との間のパスである。端末４０２は、ブロック４０６によって示されるような無線ＬＡＮ（ＷＬＡＮ）といった、ローカルエリアネットワークに関連付けられる。更に、ＶｏＩＰトラヒックの例では、端末４０２は、ＩＰベースのインフラストラクチャ上のデータ、スピーチ、及びモバイルネットワーク技術の収束（convergence）を供給する特定のＬＡＮネットワークインフラストラクチャのためのＶｏＩＰ登録を経験し得る。
【００４７】
端末がＬＡＮに関連付けられた後、次いで、ブロック４０８によって示されるように、ＰＱＭＦの発見が開始され得る。端末は、ＰＱＭＦサーバ又は機能性４０４のＩＰアドレスを発見する。発見のために行なわれた特定の処理は、基礎を成す（underlying）プロトコルの選択に依存する。ＰＱＭＦサーバ又は機能性が発見される場合、パス品質モニタリング測定（calibration）が行なわれ得るが、ブロック４１０によって示されている。特に、端末４０２は、パス品質モニタリング交換を始めることにより、パス品質を測定してもよい。一例として、端末４０２は、ｙｃ期間ごとにｘｃ個のパス品質測定要求メッセージをＰＱＭＦサーバ４０４に送信し得る。ＰＱＭＦサーバ４０４は、パス品質測定応答メッセージで応答する。端末４０２は、応答を集めて、遅延、ジッタ、及び損失レートといったメトリクスを判定する。測定手順は、例として、ＶｏＩＰ呼の期間に、又はアイドルの場合に実行することができる。測定処理は必要なだけ繰り返すことができる。更に、新規のキャリブレーション測定値（calibration measurement）は各々、以前のキャリブレーション測定値をフィルタリングするために使用することができる。
【００４８】
キャリブレーション処理４１０は、登録ごとに行なわれる必要はない。端末は、最後の測定の結果を格納し、これらの結果を、例えば、ＷＬＡＮ同一性（identity）に関連付けることができる。Ｗｉ−Ｆｉネットワークの場合の例として、ＷＬＡＮ同一性はＡＰのＭＡＣアドレスになり得る。端末４０２は、これらの結果をその後の関連（associations）に再使用することができる。あるいは、端末はまた、要求されたＱｏＳパラメータに対する値をハードコードすることができ、また従って測定処理を必要としない。測定結果はまた、ＶｏＩＰ呼をＷＬＡＮに配置するべきか否かを判定するために使用することができる。測定結果が、ＷＬＡＮに関するパス上の充分なＱｏＳの欠如を示す場合、端末はＬＡＮの代わりにＷＡＮに呼を配置することを決定することができる。更に、端末は、ローカルなデータベースに測定の結果を格納し得る。更に、要求されたＱｏＳをサポートすることに繰り返し失敗することは、特定のＷＬＡＮを更なる呼についてブラックリストに乗せるのに使用することができる。
【００４９】
キャリブレーションの後、ブロック４１２によって示されるように、パス品質評価が行なわれる。一例によれば、端末４０２は所定の間隔で、あるいはトリガの発生時に、ＰＱＭＦ交換を実行し得る。端末４０２は、ｙｔ期間ごとにｘｔ個のパス品質測定要求メッセージ（例えば、図３に関して上記で言及された第１のパケット）をＰＱＭＦサーバ４０４に送信する。要求メッセージが送信されるレート又は期間は、正確な測定を保証するために最適化されるべきであるが、測定されつつあるパス上のトラヒックには意義のある影響を及ぼさない。ＰＱＭＦサーバ４０４は、パス品質測定応答メッセージで応答する（例えば、図３に関連して言及された第２のパケット）。端末４０２は次いで、応答を集め、遅延、ジッタ、及び損失レートといったメトリクスを判定する。
【００５０】
ブロック４１２中のパス品質評価の後、端末４０２は更なるパス品質分析を開始し、ブロック４１４によって示されるように分析結果に基づいてハンドオフ決定を判定してもよい。端末４０２は、トリガメトリクスと以前にベースラインされた（baselined）測定されたメトリクスと比較する。パス品質低下の検出時においては、端末４０２が、ＷＡＮといった別のネットワークへのハンドオフを始めてもよいし、あるいは、そのデータレート及び符号化レートを調節してもよい。
【００５１】
図４の機能ブロックのうちの幾つか、例えば登録及び発見といったものは、任意であることに注目されたい。また、ブロック４０８、４１０、４１２、及び４１４の機能は、必ずしも連続的な順で実行されず、また、これらの機能のうちの２つ以上は付随的に実行されてもよい。
【００５２】
上述された、開示されたＰＱＭＦ方法及び装置の実施は、パケット／メッセージのためのカスタムプロトコルの使用を介し得ることは更に注目されたい。それにもかかわらず、当業者は、例として、インターネット制御メッセージプロトコル（ＩＣＭＰ）及びインターネット鍵交換（ＩＫＥ）といった既存の公知のプロトコルが代案として、開示されたパス品質モニタリングを達成するために、再使用するか変更することができることを認識するだろう。これらの代替のプロトコルは、図４の図の文脈中で簡潔に下記に扱われる。
【００５３】
ＩＣＭＰに関して、ＰＱＭＦサーバ４０４がＰＤＧ／ＰＤＩＦに設置されれば、発見手順４０８は、端末（例えば、図４の４０２）による発見の目的のために、ＰＱＭＦサーバのＩＰアドレスを識別するだろう。ＩＣＭＰを使用することで、端末４０２は、パス品質測定要求メッセージとしてＩＣＭＰエコー要求パケットを使用し得る。サーバ４０４によって実行されたＰＱＭＦは、次いで、パス品質測定応答メッセージとしてＩＣＭＰエコー応答パケットを使用してもよい。ＰＱＭＦのためのＩＣＭＰ手順の再使用は、新規のプロトコルの開発を除去し、それにより、配備の遅れ及び複雑さを最小化する。
【００５４】
端末４０２がＤＳＬＡＭあるいはＣＭＴＳルータを用いてＩＣＭＰ手順を試みる場合、しばしば、ネットワークエレメントがセキュリティ上の理由でＩＣＭＰ手順を無効にするので、ＩＣＭＰ手順が成功しない可能性があることに注目されたい。評価と同様にＰＱＭＦ発見における成功を保証するために、ＰＱＭＦサーバはＰＤＧ／ＰＤＩＦに設置されてもよい。これを可能にするために、ＶｏＩＰサービスプロバイダは、ＰＤＧ／ＰＤＩＦでＩＣＭＰ手順をサポートしてもよい。端末は次いで、ＩＰｓｅｃトンネル上のＰＤＧ／ＰＤＩＦを用いてＩＣＭＰ手順を実行することができる。媒体トラヒック（例えば、ＶｏＩＰトラヒック）に似ているＩＣＭＰパケットを中間のルータ（intermediate routers）が処理することが有益であるので、端末４０２は媒体トラヒックと同じタイプのサービス（ＴＯＳ）フィールド（diffserv marking）を備えたＩＣＭＰエコー要求を運ぶＩＰデータグラムをマークするように構成することができる。ＰＱＭＦはまた、適切にＩＣＭＰエコー応答をマークするように構成することができる。
【００５５】
一般に、ＩＣＭＰパケットのＴＯＳフィールドだけをマークすることは充分ではない。というのは、中間のルータが、パケット処理をスケジュールするためにプロトコルタイプといった付加的なフィールドを見るかもしれないからである。しかしながら、ＩＣＭＰパケットをルーティングするＩＰＳｅｃトンネルの使用に起因して、中間のルータは内部のパケットを検査することができない。外部のパケット上の印は、所定の媒体トラヒックに正確なパス品質測定を保証するために、端末とＰＱＭＦとの間のネットワークパス上でＩＣＭＰパケット及びＶｏＩＰパケットが同様に処理されることを保証する。
【００５６】
第２の代案は、ＩＫＥ（例えば、ＩＫＥｖ２）プロトコルを使用するが、これはパス品質モニタリング機能（ＰＱＭＦ）の実施を支援するフック（hooks）を供給する。特に、ＩＫＥｖ２は、ＩＫＥｖ２の情報の交換において要求メッセージがペイロードを含んでいないことがあり得るときに、情報の交換をサポートする。プロトコルによれば、ＩＫＥｖ２ピアは、要求に対して応答メッセージで応答しなければならない。このキープアライブ（keep-alive）機能は、パス特性の評価のために充分に利用することができる。端末４０２及びＰＱＭＦサーバ４０４は、これらのＩＫＥｖ２メッセージをパス品質測定要求及びパス品質測定応答メッセージに使用することができることが予期される。更に、端末４０２は、ＩＫＥｖ２の情報の要求にＶｏＩＰトラヒックと同じdiffserv markingを用いてマークして、要求がネットワークのＶｏＩＰトラヒックの伝達に一致すること、従って、正確な測定値を保証する。同様に、ＰＱＭＦサーバ４０４はまた、ＩＫＥｖ２情報の応答を適当にマークするだろう。
【００５７】
既述したように、通信システムにＰＱＭＦを実施するためのネットワーク制御されるアプローチも予期される。図５は、通信システム５００においてＰＱＭＦの例示の実施をネットワーク制御される方法で示す。特に、そのようなアプローチは、ＰＤＧ／ＰＤＩＦ５０２にＰＱＭＦ機能性を設けるが、これはＶｏＩＰトラヒックフローを観測するだろう。各終点からのフローをモニタすることによって、ＰＤＧ／ＰＤＩＦ５０２のＰＱＭＦは、品質悪化が起こっているサイドを識別することができる。ＰＱＭＦが、悪化は端末５０４とＰＱＭＦ（例えば、ＡＰ５０６及びバックホール５０８）との間のパス上で起こっていると判定する場合、ＰＱＭＦは、ＰＣＲＦ５１０及びＰ−ＣＳＣＦ５１２を用いて調整して、端末５０２に品質低下及びハンドオフの必要に関して通知することができる。ＰＤＧ５０２に存在するＰＱＭＦは、ＰＣＲＦ５１０に、品質中の如何なる低下も報告するために直径プロトコル（Ｇｘ直径）を使用するだろう。ＰＣＲＦ５１０は、この情報を、直径プロトコル（Ｒｘ直径）を使用して、Ｐ−ＣＳＣＦ５１２へ中継する。Ｐ−ＣＳＣＦ５１２は、同様に、例えばセッション開始プロトコル（ＳＩＰ）信号５１４を使用して、端末５０２にＱｏＳの欠如を通知する。あるいは、ＰＤＧ５０２のＰＱＭＦと端末５０４は、カスタムプロトコルを使用して互いに直接通信して、端末５０２にハンドオフを行なう必要を通知することができる。
【００５８】
ネットワーク制御されるＰＱＭＦ実施の更なる例は、ＷＬＡＮ  ＡＰの代わりにフェムトセルの使用を含み得る。フェムトセルは、ＰＱＭＦサーバとＰＱＭＦパケットを交換して、ＰＱＭＦ処理を行なうように構成されるだろう。次いで、フェムトセルサーバは、端末のハンドオフを開始するだろう。
【００５９】
図６は、通信リンクのパス品質を判定するための例示の装置を示す。装置６００は、通信端末若しくは装置のいずれか、又は、プロセッサ若しくは通信端末、装置、若しくはＡＰ内での使用のための同様の装置として構成され得ることに注目されたい。図示されるように、装置は、少なくとも１つ又は複数の第１のパケットが、品質判定が望まれるパケットタイプと共有の特性を有するように構成するモジュール６０２を備える。
【００６０】
第１のパケットは、バス６０４又は同様の通信結合を介して、１つ又は複数の第１のパケットを通信リンクでサーバ、即ち、図６に示されるようなＰＱＭＦサーバに送信するモジュール６０６に伝えられる。既述されたように、ＰＱＭＦサーバは、１つ又は複数の第２のパケットを返すが、これはモジュール６０８によって受信される。受信された第２のパケットの特性は、次いで、受信された第２のパケットの特性に基づいて通信リンクの品質を判定するモジュール６１０によって評価される。装置６００はまた、モジュール６１２を備えるが、これは、ＷＬＡＮといった現在のネットワークとの接続から、ＷＡＮといった別のネットワークへの、装置のハンドオフを開始又はトリガする。更に、装置６００は、装置６００がプロセッサとしてよりもむしろ通信端末として構成される場合、プロセッサ６１４を任意で備えてもよい。プロセッサ６１４は、そのような場合、モジュールによって行なわれる処理の開始及びスケジューリングを達成してもよい。また、装置６００は、本明細書に開示された方法、又はプロセッサ（装置６００が端末として構成された場合）、又はモジュールのうちのいずれかの動作及び処理を達成するためのコンピュータ読取り可能な命令及びデータを格納するように構成された、任意のコンピュータ読み取り可能な媒体又はメモリ素子６１６を備え得る。
【００６１】
開示された処理のステップの特定の順序又は階層は、例示のアプローチの一例であることが理解される。設計の嗜好に基づいて、本開示の範囲内で残る一方で、処理のステップの特定の順序又は階層が再配列されてもよいことが理解される。添付の方法クレームは、種々のステップのエレメントを、見本の順序で提示するが、提示される階層又は特定の順序に限定されることを意図されるものではない。
【００６２】
当業者は、情報及び信号が様々な異なる技術及び技法のうちの任意のものを使用して表わされ得ることを認識するだろう。例えば、上記の記載の全体にわたって言及され得る、データ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは磁性粒子、光学場若しくは光学性粒子、又はこれらの任意の組み合わせによって表わされてもよい。
【００６３】
当業者は更に、本明細書に開示された実施形態に関して記載された、種々の例証となる論理ブロック、モジュール、回路、及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又は両方の組み合わせとして実施され得ることを認識するだろう。ハードウェアとソフトウェアのこの互換性を明白に例証するために、種々の例証となるコンポーネント、ブロック、モジュール、回路、及びステップは、概してそれらの機能性の点から上述されている。そのような機能性がハードウェアとして実施されるかソフトウェアとして実施されるかは、システム全体に課される設計制約及び特定の適用例に依存する。熟練した職人は、記載された機能性を特定の適用ごとに様々な方法で実施し得るが、そのような実施上の決定は、本開示の範囲からの逸脱を引き起こすものとして解釈されるべきではない。
【００６４】
本明細書に開示された実施形態に関して記載された、種々の例証となる論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラム可能な論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは、本明細書に記載される機能を行なうように設計された、これらの任意の組み合わせで実施されてもよいし、又は行なわれてもよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代案では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ又は複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実施され得る。
【００６５】
本明細書に開示された実施形態に関連して記載されたアルゴリズム又は方法のステップは、直接ハードウェアで、プロセッサに実行されるソフトウェアモジュールで、又はこの２つの組合せで具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当技術分野で公知の任意の他の形式の記憶媒体に存在してもよい。例示の記憶媒体（図示せず）は、プロセッサが記憶媒体から情報を読み出すことができ、且つ、プロセッサが記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代案では、記憶媒体はプロセッサと一体であってもよい。プロセッサと記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣはユーザ端末に存在してもよい。代案では、プロセッサと記憶媒体は、ユーザ端末内の別個のコンポーネントとして存在してもよい。
【００６６】
上記に記載された例は例示にすぎず、当業者は今や、上述された例を、本明細書に開示された発明概念から逸脱することなく、多くに役立ててもよいし、また離脱し（departures）てもよい。これらの例への種々の変更は、当業者に容易に明白になるであろうし、本明細書に定義された一般的な原理は、他の例、例えばインスタント・メッセージング・サービスあるいは任意の一般的な無線データ通信アプリケーションに、本明細書に記載される新規な面の範囲又は精神から逸脱することなく、適用され得る。
【００６７】
従って、本開示の範囲は、本明細書に示された例に限定されることは意図されないが、本明細書に開示された新規な特徴及び原理と一致する最も広い範囲に合致すべきものである。「例示の」という用語は、本明細書において専ら「例、実例、又は例証として役立つ」ことを意味するために、使用されることに注目されたい。本明細書において「例示の」として記載される如何なる例も、必ずしも他の例に対して好適な又は有利なものとして解釈されるべきではない。従って、本明細書に記載された新規な面は、下記の特許請求の範囲によって専ら定義されるべきである。
【図１】
2011254503.tif 000003
【図２】
2011254503.tif 000004
【図３】
2011254503.tif 000005
【図４】
2011254503.tif 000006
【図５】
2011254503.tif 000007
【図６】
2011254503.tif 000008
【手続補正書】
【提出日】平成23年8月9日(2011.8.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
指定されたパケットタイプを送信する通信リンクの品質を判定する方法であって、前記の方法は、
通信端末とアクセス端末のうちの１つの端末によって、前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成し、
前記１つの端末によって、前記少なくとも１つの第１のパケットを、前記指定されたパケットタイプのパケットが送信されている期間の間に品質モニタリングサーバへ前記通信リンクを介して送信し、
前記１つの端末によって、対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信し、
前記１つの端末によって、前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定する
ことを含む、方法。
【請求項２】
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、請求項１記載の方法。
【請求項３】
前記第１及び第２のパケットは同じパケットタイプである、請求項１記載の方法。
【請求項４】
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、請求項１記載の方法。
【請求項５】
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、請求項１記載の方法。
【請求項６】
前記１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、請求項１記載の方法。
【請求項７】
前記送信特性は、
前記第１のパケットの送信から前記第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されるリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されるパケットジッタと、
のうちの少なくとも１つを備える、請求項１記載の方法。
【請求項８】
前記１つの端末によって、
前記品質判定に基づいた、通信端末の別の通信リンクへのハンドオフ、
前記品質判定に基づいた、前記通信端末の符号化レート及びデータレートのうちの少なくとも１つにおける変化、及び
呼終了
のうちの１つを始めることを更に含む、請求項１記載の方法。
【請求項９】
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを備える、請求項８記載の方法。
【請求項１０】
複数の第１のパケットの前記送信の周波数は可変である、請求項１記載の方法。
【請求項１１】
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、請求項１記載の方法。
【請求項１２】
前記少なくとも第１のパケットは、低いリンク品質を示すピア通信端末からの報告を受信することに応答して送信される、請求項１記載の方法。
【請求項１３】
前記１つの端末によって、通信リンク品質は良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末に送信すること
を更に含む、請求項１２記載の方法。
【請求項１４】
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、請求項１記載の方法。
【請求項１５】
通信リンクの品質を判定する装置であって、前記装置は、
前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する、少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成する手段と、
前記少なくとも１つの第１のパケットを、前記指定されたパケットタイプのパケットが送信されている期間の間に品質モニタリングサーバへ前記通信リンクを介して送信する手段と、
対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信する手段と、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定する手段と
を備える、装置。
【請求項１６】
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、請求項１５記載の装置。
【請求項１７】
前記第１及び第２のパケットは同じパケットタイプである、請求項１５記載の装置。
【請求項１８】
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、請求項１５記載の装置。
【請求項１９】
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、請求項１５記載の装置。
【請求項２０】
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、請求項１５記載の装置。
【請求項２１】
前記送信特性は、
前記第１のパケットの送信から前記少なくとも１つの第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失と、
過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと、
のうちの少なくとも１つを備える、請求項１５記載の装置
【請求項２２】
前記品質判定に基づいた別の通信リンクへの通信端末のハンドオフと、
前記品質判定に基づいた前記通信端末の符号化レートとデータレートとのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始める手段を更に備える、請求項１５記載の装置。
【請求項２３】
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、請求項２２記載の装置。
【請求項２４】
前記少なくとも１つの第１のパケットは、通信端末又はアクセス端末のうちの１つから前記サーバに送信される、請求項１５記載の装置。
【請求項２５】
複数の第１のパケットの前記送信の周波数は可変である、請求項１５記載の装置。
【請求項２６】
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、請求項１５記載の装置。
【請求項２７】
低いリンク品質を示すピア通信端末からの報告を受信することに応答して前記少なくとも１つの第１のパケットを送信する手段、
を更に備える、請求項１５記載の装置。
【請求項２８】
前記プロセッサは、通信リンク品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末へメッセージを送信するように更に構成される、請求項２７記載の装置。
【請求項２９】
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、請求項１５記載の装置。
【請求項３０】
通信システムにおいて動作可能な通信装置であって、前記通信装置は、
前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成するように構成された第１のモジュールと、
前記少なくとも１つの第１のパケットを、前記指定されたパケットタイプのパケットが送信されている期間の間に品質モニタリングサーバへ前記通信リンクを介して送信するように構成された第２のモジュールと、
対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信するように構成された第３のモジュールと、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定するように構成された第４のモジュールと
を含む、プロセッサ
を備える、通信装置。
【請求項３１】
前記通信リンクは、無線ネットワークと有線ネットワークとのうちの少なくとも１つを備える、請求項３０記載の通信装置。
【請求項３２】
前記第１及び第２のパケットは、同じパケットタイプである、請求項３０記載の通信装置。
【請求項３３】
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、請求項３０記載の通信装置。
【請求項３４】
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、請求項３０記載の通信装置。
【請求項３５】
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、請求項３０記載の通信装置。
【請求項３６】
前記送信特性は、
前記第１のパケットの送信から前記少なくとも１つの第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと
のうちの少なくとも１つを含む、請求項３０記載の通信装置。
【請求項３７】
前記プロセッサは、
前記品質判定に基づいた通信端末の別の通信リンクへハンドオフと、
前記品質判定に基づいた前記通信端末のコーディングレート及びデータレートのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始めるように構成された第５のモジュールを更に備える、
請求項３０記載の通信装置。
【請求項３８】
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、請求項３７記載の通信装置。
【請求項３９】
前記１つ又は複数の第１のパケットの前記送信の周波数は可変である、請求項３０記載の通信装置。
【請求項４０】
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、請求項３０記載の通信装置。
【請求項４１】
前記第１のモジュールは、低いリンク品質を示すピア通信端末からの報告を受信することに応答して複数の第１のパケットを送信するように更に構成される、請求項３０記載の通信装置。
【請求項４２】
前記第１のモジュールは、通信リンクの品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末に送信するように更に構成される、請求項４１記載の通信装置。
【請求項４３】
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、請求項３０記載の通信装置。
【請求項４４】
コンピュータに、前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成させるコードと、
コンピュータに、前記少なくとも１つの第１のパケットを、前記指定されたパケットタイプのパケットが送信されている期間の間に品質モニタリングサーバへ通信リンクを介して送信させるコードと、
コンピュータに、対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信させるコードと、
コンピュータに、前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定させるコードと
を含む、コンピュータ読み取り可能な記憶媒体。
【請求項４５】
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、請求項４４記載のコンピュータ読み取り可能な記憶媒体。
【請求項４６】
前記第１及び第２のパケットは同じパケットタイプである、請求項４４記載のコンピュータ読み取り可能な記憶媒体。
【請求項４７】
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、請求項４４記載のコンピュータ読み取り可能な記憶媒体。
【請求項４８】
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、請求項４４記載のコンピュータ読み取り可能な記憶媒体。
【請求項４９】
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、請求項４４記載のコンピュータ読み取り可能な記憶媒体。
【請求項５０】
前記送信特性は、
前記第１のパケットの送信から前記第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと、
のうちの少なくとも１つを備える、請求項４４記載のコンピュータ読み取り可能な記憶媒体。
【請求項５１】
コンピュータに、
前記品質判定に基づいた通信端末の別の通信リンクへのハンドオフと、
前記品質判定に基づいた前記通信端末の符号化レート及びデータレートのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始めさせるコード
を更に含む、請求項４４記載のコンピュータ読み取り可能な記憶媒体。
【請求項５２】
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、請求項５１記載のコンピュータ読み取り可能な記憶媒体。
【請求項５３】
前記少なくとも１つの第１のパケットは、通信端末又はアクセス端末のうちの１つから前記サーバに送信される、請求項４５記載のコンピュータ読み取り可能な記憶媒体。
【請求項５４】
複数の第１のパケットの前記送信の周波数は可変である、請求項４５記載のコンピュータ読み取り可能な記憶媒体。
【請求項５５】
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、請求項４５記載のコンピュータ読み取り可能な記憶媒体。
【請求項５６】
コンピュータに、低いリンク品質を示すピア通信端末からの報告を受信することに応答して前記少なくとも１つの第１のパケットを送信させるコード、
を更に備える、請求項４５記載のコンピュータ読み取り可能な記憶媒体。
【請求項５７】
コンピュータに、通信リンク品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのようである場合、前記ピア通信端末に送信させるコード  を更に備える、請求項５６記載のコンピュータ読み取り可能な記憶媒体。
【請求項５８】
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、請求項４５記載のコンピュータ読み取り可能な記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【００６７】
従って、本開示の範囲は、本明細書に示された例に限定されることは意図されないが、本明細書に開示された新規な特徴及び原理と一致する最も広い範囲に合致すべきものである。「例示の」という用語は、本明細書において専ら「例、実例、又は例証として役立つ」ことを意味するために、使用されることに注目されたい。本明細書において「例示の」として記載される如何なる例も、必ずしも他の例に対して好適な又は有利なものとして解釈されるべきではない。従って、本明細書に記載された新規な面は、下記の特許請求の範囲によって専ら定義されるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］
指定されたパケットタイプを送信する通信リンクの品質を判定する方法であって、前記の方法は、
前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成し、
前記少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバへ前記通信リンクを介して送信し、
対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信し、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定する
ことを含む、方法。
［付記２］
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、付記１記載の方法。
［付記３］
前記第１及び第２のパケットは同じパケットタイプである、付記１記載の方法。
［付記４］
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、付記１記載の方法。
［付記５］
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、付記１記載の方法。
［付記６］
前記１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、付記１記載の方法。
［付記７］
前記送信特性は、
前記第１のパケットの送信から前記第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されるリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されるパケットジッタと、
のうちの少なくとも１つを備える、付記１記載の方法。
［付記８］
前記品質判定に基づいた、通信端末の別の通信リンクへのハンドオフ、
前記品質判定に基づいた、前記通信端末の符号化レート及びデータレートのうちの少なくとも１つにおける変化、及び
呼終了
のうちの１つを始めることを更に含む、付記１記載の方法。
［付記９］
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを備える、付記８記載の方法。
［付記１０］
前記少なくとも１つの第１のパケットは、通信端末とアクセス端末のうちの１つから前記サーバに送信される、付記１記載の方法。
［付記１１］
複数の第１のパケットの前記送信の周波数は可変である、付記１記載の方法。
［付記１２］
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、付記１記載の方法。
［付記１３］
前記少なくとも第１のパケットは、低いリンク品質を示すピア通信端末からの報告を受信することに応答して送信される、付記１記載の方法。
［付記１４］
通信リンク品質は良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末に送信すること
を更に含む、付記１３記載の方法。
［付記１５］
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、付記１記載の方法。
［付記１６］
通信リンクの品質を判定する装置であって、前記装置は、
前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する、少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成する手段と、
前記少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバへ前記通信リンクを介して送信する手段と、
対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信する手段と、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定する手段と
を備える、装置。
［付記１７］
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、付記１６記載の装置。
［付記１８］
前記第１及び第２のパケットは同じパケットタイプである、付記１６記載の装置。
［付記１９］
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、付記１６記載の装置。
［付記２０］
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、付記１６記載の装置。
［付記２１］
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、付記１６記載の装置。
［付記２２］
前記送信特性は、
前記第１のパケットの送信から前記少なくとも１つの第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失と、
過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと、
のうちの少なくとも１つを備える、付記１６記載の装置
［付記２３］
前記品質判定に基づいた別の通信リンクへの通信端末のハンドオフと、
前記品質判定に基づいた前記通信端末の符号化レートとデータレートとのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始める手段を更に備える、付記１６記載の装置。
［付記２４］
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、付記２３記載の装置。
［付記２５］
前記少なくとも１つの第１のパケットは、通信端末又はアクセス端末のうちの１つから前記サーバに送信される、付記１６記載の装置。
［付記２６］
複数の第１のパケットの前記送信の周波数は可変である、付記１６記載の装置。
［付記２７］
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、付記１６記載の装置。
［付記２８］
低いリンク品質を示すピア通信端末からの報告を受信することに応答して前記少なくとも１つの第１のパケットを送信する手段、
を更に備える、付記１６記載の装置。
［付記２９］
前記プロセッサは、通信リンク品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末へメッセージを送信するように更に構成される、付記２８記載の装置。
［付記３０］
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、付記１６記載の装置。
［付記３１］
通信システムにおいて動作可能な通信装置であって、前記通信装置は、
前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成するように構成された第１のモジュールと、
前記少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバへ前記通信リンクを介して送信するように構成された第２のモジュールと、  対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信するように構成された第３のモジュールと、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定するように構成された第４のモジュールと
を含む、プロセッサ
を備える、通信装置。
［付記３２］
前記通信リンクは、無線ネットワークと有線ネットワークとのうちの少なくとも１つを備える、付記３２記載の通信装置。
［付記３３］
前記第１及び第２のパケットは、同じパケットタイプである、付記３２記載の通信装置。
［付記３４］
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、付記３２記載の通信装置。
［付記３５］
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、付記３２記載の通信装置。
［付記３６］
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、付記３２記載の通信装置。
［付記３７］
前記送信特性は、
前記第１のパケットの送信から前記少なくとも１つの第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと
のうちの少なくとも１つを含む、付記３２記載の通信装置。
［付記３８］
前記プロセッサは、
前記品質判定に基づいた通信端末の別の通信リンクへハンドオフと、
前記品質判定に基づいた前記通信端末のコーディングレート及びデータレートのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始めるように構成された第５のモジュールを更に備える、
付記３２記載の通信装置。
［付記３９］
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、付記３８記載の通信装置。
［付記４０］
前記１つ又は複数の第１のパケットの前記送信の周波数は可変である、付記３２記載の通信装置。
［付記４１］
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、付記３２記載の通信装置。
［付記４２］
前記第１のモジュールは、低いリンク品質を示すピア通信端末からの報告を受信することに応答して複数の第１のパケットを送信するように更に構成される、付記３２記載の通信装置。
［付記４３］
前記第１のモジュールは、通信リンクの品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのように示す場合、前記ピア通信端末に送信するように更に構成される、付記４２記載の通信装置。
［付記４４］
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、付記３２記載の通信装置。
［付記４５］
コンピュータに、前記指定されたパケットタイプと少なくとも１つのパケット特性を共有する少なくとも１つの第１のパケットを、前記少なくとも１つの第１のパケットが前記指定されたパケットタイプと同様の通信リンク処理を経験するように構成させるコードと、
コンピュータに、前記少なくとも１つの第１のパケットを、終端ユニットの近くに設置された品質モニタリングサーバへ通信リンクを介して送信させるコードと、
コンピュータに、対応する第１のパケットに応答して前記サーバによって送信された少なくとも１つの第２のパケットを受信させるコードと、
前記受信された少なくとも１つの第２のパケットの特性に基づいて前記通信リンクの品質を判定させるコードと
を含む、コンピュータ読み取り可能な媒体
を備える、コンピュータプログラムプロダクト。
［付記４６］
前記通信リンクは、無線ネットワークと有線ネットワークのうちの少なくとも１つを備える、付記４５記載のコンピュータプログラムプロダクト。
［付記４７］
前記第１及び第２のパケットは同じパケットタイプである、付記４５記載のコンピュータプログラムプロダクト。
［付記４８］
前記少なくとも１つの第２のパケットは、前記サーバにおいて計算された統計を前記端末に運ぶように更に構成される、付記４５記載のコンピュータプログラムプロダクト。
［付記４９］
前記第１及び第２のパケットのサイズは、前記指定されたパケットタイプの複数の潜在的なサイズのうちの少なくとも１つと一致する、付記４５記載のコンピュータプログラムプロダクト。
［付記５０］
前記第１及び第２のパケットは、標準化されたパケットタイプ又は専有のパケットタイプとして構成される、付記４５記載のコンピュータプログラムプロダクト。
［付記５１］
前記送信特性は、
前記第１のパケットの送信から前記第２のパケットの受信までの時間と、
過去の第１及び第２のパケットのセットにわたって計算されたリンク損失レートと、  過去の第１及び第２のパケットのセットにわたって計算されたパケットジッタと、
のうちの少なくとも１つを備える、付記４５記載のコンピュータプログラムプロダクト。
［付記５２］
前記コンピュータ読み取り可能な媒体は、
コンピュータに、
前記品質判定に基づいた通信端末の別の通信リンクへのハンドオフと、
前記品質判定に基づいた前記通信端末の符号化レート及びデータレートのうちの少なくとも１つにおける変更と、
呼終了と
のうちの１つを始めさせるコード
を更に含む、付記４５記載のコンピュータプログラムプロダクト。
［付記５３］
別の通信リンクへのハンドオフは、別のネットワークへのハンドオフ、同じネットワークの別のサービングセルへのハンドオフ、及び同じネットワークの別の周波数へのハンドオフのうちの少なくとも１つを含む、付記５２記載のコンピュータプログラムプロダクト。
［付記５４］
前記少なくとも１つの第１のパケットは、通信端末又はアクセス端末のうちの１つから前記サーバに送信される、付記４６記載のコンピュータプログラムプロダクト。
［付記５５］
複数の第１のパケットの前記送信の周波数は可変である、付記４６記載のコンピュータプログラムプロダクト。
［付記５６］
複数の第１のパケットの前記送信の周波数は、通信端末活動、過去の測定値、及びローミングロケーションのうちの少なくとも１つに依存する、付記４６記載のコンピュータプログラムプロダクト。
［付記５７］
前記コンピュータ読み取り可能な媒体は、
コンピュータに、低いリンク品質を示すピア通信端末からの報告を受信することに応答して前記少なくとも１つの第１のパケットを送信させるコード、
を更に備える、付記４６記載のコンピュータプログラムプロダクト。
［付記５８］
前記コンピュータ読み取り可能な媒体は、
コンピュータに、通信リンク品質が良好であることを示すメッセージを、前記通信リンクの前記判定された品質がそのようである場合、前記ピア通信端末に送信させるコード  を更に備える、付記５８記載のコンピュータプログラムプロダクト。
［付記５９］
前記指定されたパケットタイプは、実時間プロトコルパケット又は非リアルタイムパケットのうちの１つである、付記４６記載のコンピュータプログラムプロダクト。
【外国語明細書】
2011254503000001.pdf