【誤訳訂正書】
【提出日】平成23年7月11日(2011.7.11)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】０００６
【訂正方法】変更
【訂正の内容】
【０００６】
品質判定メトリクスは、Ｗｉ−Ｆｉ媒体アクセス制御（ＭＡＣ）管理情報ベース（ＭＩＢ）といった中で、音声呼をルーティングするために使用される一定のネットワークにおいて利用可能であるが、そのようなメトリクスはすべての状況について結果として生じるパス品質を判定するのには有効ではない。例えば、居住の環境中でボイスオーバー無線ローカルエリアネットワーク（ＶｏＷＬＡＮ）上で生じるＶｏＩＰ呼を考慮されたい。ＱｏＳを判定するためには、少なくとも４つのリンク、ＬＡＮアクセスポイント（ＡＰ）から通信端末へのダウンリンク、通信端末からＡＰまでのアップリンク、呼終了機器（例えば、ＶｏＩＰサービスプロバイダのネットワークのメディアサーバ）からインターネットバックボーン及びケーブル／ＤＳＬバックホールを介したＡＰへのダウンリンク、及び、ＡＰから呼終了機器へのケーブル／ＤＳＬバックホール及びインターネットバックボーンを介したアップリンクをモニタする必要がある。通信端末が、例えばパケット損失又は信号強度といった、ローカルに可視的な事象（locally visible events）を用いて、これらのリンクのうちの少なくとも最初の２つをモニタすることは可能である。しかしながら、ＡＰと終端機器（termination equipment）と間のアップリンク及びダウンリンクの品質のモニタリングを供給する公知のメカニズムはない。従って、通信端末又はＡＰにおいて、ＱｏＳを、ＡＰから終端機器までの通信路の少なくとも一部について、特に、リアルタイムトラヒックを伝えるパスについて、測定又は判定するためのメカニズムの必要がある。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】００１５
【訂正方法】変更
【訂正の内容】
【００１５】
各端末エンドポイントが、ローカルなＷＬＡＮアクセスリンクをモニタし、如何なる低下も検知することは望ましいが、端末におけるそのようなサポートは実装依存（implementation specific）である。上記のＷＬＡＮメトリクス（metrics）に加えて、各端末は、端末を構成することができるかもしれない、ＲＴＰ層パケット損失、パケットジッタ、プレイアウトバッファ統計（playout buffer statistics）、及びＲＴＣＰ報告書といった、付加的なＷＬＡＮパラメータをモニタするように構成され得る。これらのメトリクスはエンド・ツー・エンドのＱｏＳの損失を識別するために使用されてもよいが、それらはＷＬＡＮのローカルなアクセスを超えて品質低下をリンクに帰するために使用することはできない。例えば、図１の端末１０６と端末１１６との間のＶｏＩＰ呼を考慮されたい。１０６におけるＲＴＰパケット損失は、端末１０６のＡＰアップリンクである、バックホールリンク１１０、又は、端末１１６のＡＰダウンリンクである、バックホールリンク１１８の低下によって引き起こされる場合がある。リンク１１０が低下する場合、端末１０６は、このリンクを使用しないネットワーク（図示せず）に呼をハンドオフすることにより、呼品質を改善することができる。しかしながら、端末１０６によるそのようなハンドオフは、リンク１１８が低下する場合に、呼品質を改善するのに役立たないだろう。そのような場合では、端末１１６は、呼品質を改善するために適切な手段を取る必要があるだろう。従って、ＱｏＳにおいて観測された低下のみに基づいて、例えばＷＬＡＮから広域ネットワークＷＡＮへのハンドオフをトリガする単純なアプローチは、必ずしもうまくいくとは限らず、不必要なオーバヘッドを導入し得る。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００１８
【訂正方法】変更
【訂正の内容】
【００１８】
更に、ＰＱＭＦによって使用されるパケットは、リンク上での送信品質が重要なパケットリンクに擬態する（mimic）、あるいは少なくとも１つ又は複数の共有される特性を有するように構成されることに注目されたい。特に、ＰＱＭＦパケットは、重要なデータパケットが受けるのと同じグレードのサービスでネットワークによってパケットが扱われることを保証するために充分な共有される特性を有するように構成される。例えば、ＶｏＩＰパケットあるいは実時間プロトコル（ＲＴＰ）パケットは、非リアルタイムパケットよりも高いグレードのサービスを受ける。従って、ＶｏＩＰパケット用のＱｏＳを判定するために使用されるＰＱＭＦパケットは、それらのＶｏＩＰパケットのサービス処理のネットワーク等級に影響するのと同じＶｏＩＰパケット特性で構成される。従って、重要なパケット（例えば、ＲＴＰ又はＶｏＩＰのパケット）と共有される特性を有するＰＱＭＦにパケットを用いることは、ＰＱＭＦパケットは同じネットワーク処理（及び、従って、ＱｏＳ）を受けるので、モニタリング機能の正確さを増強する。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００２１
【訂正方法】変更
【訂正の内容】
【００２１】
端末装置（１０６又は１０８）は次いで、別のネットワークへのハンドオフをトリガすべきかどうか、又は、データレート若しくはコーディングレートを変更するべきかどうかといった、呼品質を改善するための、より正確な決定を下すために、判定された品質を利用し得る。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
以前に言及されたように、ハンドオフをトリガすべきかどうか決定するのを支援するための上記のメトリクスの使用が、ＱｏＳを改善せず、不必要なオーバヘッドを導入する場合も依然としてあり得る。例えば、品質問題の原因は、遠隔地側（即ち、ＶｏＩＰ呼終了２１６の後）で生じていると仮定すると、アプリケーション層メトリクスは、たとえローカルのＬＡＮとバックホールのリンクが良好でも、それにもかかわらず大きなダウンロードパケット損失を示し得る。従って、そのような検出の結果としてローカルのＬＡＮから別のネットワークまでのハンドオフをトリガすることは、ＱｏＳの改善をもたらさない。というのは、当該問題は遠隔側にあるからである。そのようなハンドオフは、不必要なオーバヘッドを導入し、ＬＡＮ上の呼を保持するという潜在的な利点を除去する。加入者は、性能上の理由と同様にコストでもＬＡＮ上の呼を保持することを好むことがあり得る。反対に、バックホールアップリンクが低下され、遠隔地側に問題をもたらしている一方で、アプリケーション層メトリックが無視し得るダウンリンクパケット損失を示し得る。従って、ローカルＬＡＮから離れてトリガされたハンドオフの欠如は、遠隔地側のＱｏＳの継続的な低下に帰着するだろう。また別の例では、ＷＡＮからローカルＬＡＮへのハンドオフは、ＬＡＮ上の適切に検知された信号強度に基づいて示され得る。しかしながら、バックホール品質が低下すれば、ローカルＬＡＮへのハンドオフは、そのような場合でのハンドオフの後に低い呼品質をもたらすだろう。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００２７
【訂正方法】変更
【訂正の内容】
【００２７】
サーバ２２２がＰＱＭＦを支援する、図２に示されるような、ネットワーク支援のアプローチでは、パス品質低下の検出は端末に存在し（例えば、２０２）、また、ソフトウェア、ハードウェア、あるいはこれらの組み合わせによって実施されてもよい。端末２０２は、呼終了２１６に近い又は上流側に配置された、ＰＱＭＦサーバ２２２とパケットを交換する。上流のＶｏＩＰ呼終了２１６へのＰＱＭＦサーバ（例えば、図１のサーバ１２２あるいは図２のサーバ２２２）の配置は、効率的なブロードバンドのモニタリング（例えば、バックホールのモニタリング）を容易にし、また、端末から発されるトラヒック（ベアラと同様にシグナリングも）はすべて、ブロードバンド終端へ横断することが保証される。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００３４
【訂正方法】変更
【訂正の内容】
【００３４】
第２に、ＰＱＭＦ手順は早期に開始するべきである。ＰＱＭＦ手順がより早く開始されればされるほど、端末はより早く品質低下に応答することができる。しかしながら、ＰＱＭＦ手順を開始する初期の（early）トリガは、誤検出（false positive）になることがあり、パス品質の擬似判定（spurious determination）という結果になり得る。そのような誤検出及び対応するオーバヘッドは、トラヒックに望まれない増加をもたらす結果となり得る。更に、ＰＱＭＦ手順はプロトコルの状態に幾分頻繁に依存して行なわれてもよい。例えば、第２のパケットが返信として受信されなかった場合、第１のパケットはリンクを再びサンプリングするために直後に送信されてもよい。端末がアイドル状態にある場合、ＰＱＭＦ処理は、ネットワーク負荷を最小化するために、それほどしばしば行なわれなくてもよい。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００３８
【訂正方法】変更
【訂正の内容】
【００３８】
手順３００の実行の別の基準は、所定の周期性又は反復に基づいてもよい。特に、一例によれば、長い期間あるいは間隔は、ＰＱＭＦパケット（これらは「遅いＰＱＭＦ」として名付けることができる）の送信間で設定されてもよく、端末が実質的なネットワークオーバーヘッドを導入することなく、リンク品質を周期的に測定することを可能にする。別の例によれば、遅いＰＱＭＦ手順が潜在的な品質問題を示す場合、端末は動的に、より小さな間隔（「速いＰＱＭＦ」と名付けられる）へ切り替わって、パケット損失レートといったリンク品質統計をより正確に測定することができる。速いＰＱＭＦもまた、Ｗｉ−Ｆｉ上での呼の開始、ダウンリンクパケット損失の急増などといった、他の端末条件によってトリガされることもあり得る。このようにして、端末は、ネットワークオーバーヘッドを低く維持しつつ、常にリンク品質をモニタすることができる。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００５２
【訂正方法】変更
【訂正の内容】
【００５２】
上述された、開示されたＰＱＭＦ方法及び装置の実施は、パケット／メッセージのためのカスタムプロトコルの使用を介し得ることは更に注目されたい。それにもかかわらず、当業者は、例として、インターネット制御メッセージプロトコル（ＩＣＭＰ）及びインターネット鍵交換（ＩＫＥ）といった既存の公知のプロトコルが代案として、開示されたパス品質モニタリングを達成するために、再使用するか変更することができることを認識するだろう。これらの代替のプロトコルは、図４の図の文脈中で簡潔に下記に扱われる。
【誤訳訂正１０】
【訂正対象書類名】明細書
【訂正対象項目名】００５４
【訂正方法】変更
【訂正の内容】
【００５４】
端末４０２がＤＳＬＡＭあるいはＣＭＴＳルータを用いてＩＣＭＰ手順を試みる場合、しばしば、ネットワークエレメントがセキュリティ上の理由でＩＣＭＰ手順を無効にするので、ＩＣＭＰ手順が成功しない可能性があることに注目されたい。評価と同様にＰＱＭＦ発見における成功を保証するために、ＰＱＭＦサーバはＰＤＧ／ＰＤＩＦに設置されてもよい。これを可能にするために、ＶｏＩＰサービスプロバイダは、ＰＤＧ／ＰＤＩＦでＩＣＭＰ手順をサポートしてもよい。端末は次いで、ＩＰｓｅｃトンネル上のＰＤＧ／ＰＤＩＦを用いてＩＣＭＰ手順を実行することができる。媒体トラヒック（例えば、ＶｏＩＰトラヒック）に似ているＩＣＭＰパケットを中間のルータ（intermediate routers）が処理することが有益であるので、端末４０２は媒体トラヒックと同じタイプのサービス（ＴＯＳ）フィールド（diffserv marking）を備えたＩＣＭＰエコー要求を運ぶＩＰデータグラムをマークするように構成することができる。ＰＱＭＦはまた、適切にＩＣＭＰエコー応答をマークするように構成することができる。
【誤訳訂正１１】
【訂正対象書類名】明細書
【訂正対象項目名】００５８
【訂正方法】変更
【訂正の内容】
【００５８】
ネットワーク制御されるＰＱＭＦ実施の更なる例は、ＷＬＡＮ  ＡＰの代わりにフェムトセルの使用を含み得る。フェムトセルは、ＰＱＭＦサーバとＰＱＭＦパケットを交換して、ＰＱＭＦ処理を行なうように構成されるだろう。次いで、フェムトセルサーバは、端末のハンドオフを開始するだろう。