(57)【要約】  一実施形態では、第1の端末は、第1の端末から第2の端末への呼セッション(たとえば、VoIPセッション)を開始したいという要求を検出し、呼セッションを開始したいという要求が検出された時間を示す第1の時間情報を記憶し、呼勧誘メッセージを第2の端末に送信する。第1の端末は、呼勧誘メッセージに応答して第2の端末から呼返答を受信し、呼返答が受信された時間を示す第2の時間情報を記憶する。第1の端末は、第1および第2の時間情報に基づくダイヤル後遅延(PDD)情報を送る。サーバは、呼セッションに関連する通信プロトコルによって定義されるシグナリングメッセージ内のPDD情報、または呼セッションのPDDを判断するために必要とされる情報を受信する。
2012523755.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク内でダイヤル後遅延(PDD)情報を報告する方法であって、
第1の端末から第2の端末への呼セッションを開始したいという要求を検出するステップと、
前記呼セッションを開始したいという前記要求が検出された時間を示す第1の時間情報を記憶するステップと、
呼勧誘メッセージを前記第2の端末に送信するステップと、
前記呼勧誘メッセージに応答して前記第2の端末から呼返答を受信するステップと、
前記呼返答が受信された時間を示す第2の時間情報を記憶するステップと、
前記第1の端末から、前記第1および第2の時間情報に基づくPDD情報を送るステップと
を含む方法。
【請求項２】
前記検出された要求は、前記第1の端末のユーザが前記第2の端末の電話番号をダイヤルすることに対応する、請求項1に記載の方法。
【請求項３】
前記受信された呼返答がリングトーンに対応する、請求項1に記載の方法。
【請求項４】
前記第2の時間情報が、前記リングトーンを再生するように前記第1の端末に命令するメッセージを前記第1の端末が受信した時間を示す、請求項3に記載の方法。
【請求項５】
前記第2の時間情報が、前記リングトーンが再生し始める時間を示す、請求項3に記載の方法。
【請求項６】
前記送るステップが、前記第1および第2の時間情報を前記PDD情報として送る、請求項1に記載の方法。
【請求項７】
前記送るステップが、前記第1および第2の時間情報を同時に送る、請求項6に記載の方法。
【請求項８】
前記送るステップが、前記第1および第2の時間情報を呼セットアップ中に送る、請求項6に記載の方法。
【請求項９】
前記呼返答に対する仮確認応答(PRACK)を送信するステップをさらに含み、
前記送るステップが、前記第1および第2の時間情報を前記PRACK内で送る、請求項8に記載の方法。
【請求項１０】
前記送るステップが、前記第1および第2の時間情報を異なる時間に送る、請求項6に記載の方法。
【請求項１１】
前記第1の時間情報が前記呼勧誘メッセージ内で送られる、請求項10に記載の方法。
【請求項１２】
前記呼返答に対する仮確認応答(PRACK)を送信するステップをさらに含み、
前記送るステップが、前記第2の時間情報を前記PRACK内で送る、請求項11に記載の方法。
【請求項１３】
前記第1の端末において前記第1および第2の時間情報に基づいて前記PDDを計算するステップをさらに含み、
前記送るステップが、前記計算されたPDDを前記PDD情報として送る、請求項1に記載の方法。
【請求項１４】
前記呼返答に対する仮確認応答(PRACK)を送信するステップをさらに含み、
前記送るステップが、前記計算されたPDDを前記PRACK内で送る、請求項13に記載の方法。
【請求項１５】
前記送るステップが、
前記計算されたPDDを、複数の遅延領域のうちの1つを示すマッピングプロトコルで符号化するステップをさらに含む、請求項13に記載の方法。
【請求項１６】
前記送るステップが、前記呼セッションをサポートする通信プロトコルの1つまたは複数のシグナリングメッセージ内で前記PDD情報を送る、請求項1に記載の方法。
【請求項１７】
前記呼セッションがボイスオーバーインターネットプロトコル(VoIP)セッションである、請求項1に記載の方法。
【請求項１８】
前記第1の端末がVoIP端末であり、前記第2の端末がVoIP端末ではない、請求項17に記載の方法。
【請求項１９】
前記第1および第2の端末がVoIP端末である、請求項17に記載の方法。
【請求項２０】
前記第1および第2の端末のうちの1つまたは複数がワイヤレスデバイスである、請求項1に記載の方法。
【請求項２１】
通信ネットワーク内でダイヤル後遅延(PDD)情報を収集する方法であって、
第1の端末と第2の端末との間の呼セッションに関係するPDD情報を示す少なくとも1つのメッセージを前記第1の端末から受信するステップであって、前記少なくとも1つのメッセージが、前記呼セッションに関連する通信プロトコルによって定義されるシグナリングメッセージである、受信するステップと、
前記少なくとも1つのメッセージを前記第2の端末に転送するステップと、
前記少なくとも1つのメッセージから前記PDD情報を抽出するステップと
を含む、方法。
【請求項２２】
前記第1の端末が前記呼セッションを開始し、前記PDD情報が第1の時間情報と第2の時間情報とを含み、前記第1の時間情報は、前記第1の端末において前記呼セッションを開始したいという要求が検出された時間に基づき、前記第2の時間情報は、前記第1の端末において前記第2の端末から呼返答メッセージが受信された時間に基づく、請求項21に記載の方法。
【請求項２３】
呼勧誘を前記第1の端末から前記第2の端末に転送するステップと、
前記呼勧誘に応答して、呼返答を前記第2の端末から前記第1の端末に転送するステップと、
前記呼返答に対する仮確認応答(PRACK)を前記第1の端末から前記第2の端末に転送するステップと
をさらに含む、請求項22に記載の方法。
【請求項２４】
前記受信するステップが、呼セットアップ中に前記少なくとも1つのメッセージを受信する、請求項23に記載の方法。
【請求項２５】
前記抽出するステップが前記PRACKから前記第1および第2の時間情報を抽出するように、前記少なくとも1つのメッセージが前記PRACKに対応する、請求項24に記載の方法。
【請求項２６】
前記抽出するステップが、前記呼勧誘から前記第1の時間情報を抽出し、前記PRACKから前記第2の時間情報を抽出するように、前記少なくとも1つのメッセージが前記呼勧誘および前記PRACKに対応する、請求項24に記載の方法。
【請求項２７】
前記少なくとも1つのメッセージが単一のメッセージに対応し、前記抽出するステップが、前記単一のメッセージから前記第1および第2の時間情報を抽出する、請求項22に記載の方法。
【請求項２８】
前記少なくとも1つのメッセージが複数のメッセージに対応し、前記抽出するステップが、前記複数のメッセージのうちの異なるメッセージから前記第1および第2の時間情報を抽出する、請求項22に記載の方法。
【請求項２９】
前記第1および第2の時間情報に基づいて前記呼セッションの前記PDDを計算するステップをさらに含む、請求項22に記載の方法。
【請求項３０】
前記受信されたPDD情報が、前記第1の端末において計算された、前記呼セッションの計算されたPDDに対応する、請求項21に記載の方法。
【請求項３１】
前記計算されたPDDが、複数の遅延領域のうちの1つを示すマッピングプロトコルで符号化される、請求項30に記載の方法。
【請求項３２】
前記少なくとも1つのメッセージが、前記呼セッションをサポートする通信プロトコルの1つまたは複数のシグナリングメッセージに対応する、請求項21に記載の方法。
【請求項３３】
前記受信されたPDD情報に基づいてPDDレポートを生成するステップと、
前記PDDレポートをネットワーク管理サーバに送るステップと
をさらに備える、請求項21に記載の方法。
【請求項３４】
前記PDD情報を受信すると前記PDDレポートを前記生成するステップと前記送るステップとを実行する、請求項33に記載の方法。
【請求項３５】
前記ネットワーク管理サーバからのPDD情報に対する要求に応答して前記PDDレポートを前記生成するステップと前記送るステップとを実行する、請求項33に記載の方法。
【請求項３６】
前記生成するステップが、前記受信されたPDD情報を後処理するステップを含む、請求項33に記載の方法。
【請求項３７】
前記受信されたPDD情報を後処理するステップが、前記ワイヤレス通信ネットワークを評価する際に前記ネットワーク管理サーバによって使用される1つまたは複数の出力メトリックを生成するステップを含む、請求項36に記載の方法。
【請求項３８】
前記ネットワーク管理サーバが前記受信されたPDD情報を後処理するステップを担当するように、前記生成するステップが、前記受信されたPDD情報を後処理するステップを含まない、請求項33に記載の方法。
【請求項３９】
前記呼セッションがボイスオーバーインターネットプロトコル(VoIP)セッションである、請求項21に記載の方法。
【請求項４０】
前記第1の端末がVoIP端末であり、前記第2の端末がVoIP端末ではない、請求項21に記載の方法。
【請求項４１】
前記第1および第2の端末がVoIP端末である、請求項21に記載の方法。
【請求項４２】
前記第1および第2の端末のうちの1つまたは複数がワイヤレスデバイスである、請求項21に記載の方法。
【請求項４３】
通信ネットワーク内の第1の端末であって、
前記第1の端末から第2の端末への呼セッションを開始したいという要求を検出するための手段と、
検出するための前記手段が前記呼セッションを開始したいという前記要求を検出した時間を示す第1の時間情報を記憶するための手段と、
呼勧誘メッセージを前記第2の端末に送信するための手段と、
前記呼勧誘メッセージに応答して前記第2の端末から呼返答を受信するための手段と、
受信するための前記手段が前記呼返答を受信する時間を示す第2の時間情報を記憶するための手段と、
前記第1の端末から、前記第1および第2の時間情報に基づくダイヤル後遅延(PDD)情報を送るための手段と
を含む、第1の端末。
【請求項４４】
送るための前記手段が、前記第1および第2の時間情報を前記PDD情報として送る、請求項43に記載の第1の端末。
【請求項４５】
前記第1の端末において前記第1および第2の時間情報に基づいて前記PDDを計算するための手段をさらに含み、
送るための前記手段が、前記計算されたPDDを前記PDD情報として送る、請求項43に記載の第1の端末。
【請求項４６】
送るための前記手段が、前記呼セッションをサポートする通信プロトコルの1つまたは複数のシグナリングメッセージ内で前記PDD情報を送る、請求項43に記載の第1の端末。
【請求項４７】
通信ネットワーク内のサーバであって、
第1の端末と第2の端末との間の呼セッションに関係するダイヤル後遅延(PDD)情報を示す少なくとも1つのメッセージを前記第1の端末から受信するための手段であって、前記少なくとも1つのメッセージが、前記呼セッションに関連する通信プロトコルによって定義されるシグナリングメッセージである、受信するための手段と、
前記少なくとも1つのメッセージを前記第2の端末に転送するための手段と、
前記少なくとも1つのメッセージから前記PDD情報を抽出するための手段と
を含む、サーバ。
【請求項４８】
前記第1の端末が、前記呼セッションを開始し、前記PDD情報が、第1の時間情報と第2の時間情報とを含み、前記第1の時間情報は、前記第1の端末において前記呼セッションを開始したいという要求が検出された時間に基づき、前記第2の時間情報は、前記第1の端末において前記第2の端末から呼返答メッセージが受信された時間に基づく、請求項47に記載のサーバ。
【請求項４９】
前記第1および第2の時間情報に基づいて前記呼セッションの前記PDDを計算するための手段をさらに含む、請求項48に記載のサーバ。
【請求項５０】
前記受信されたPDD情報が、前記第1の端末において計算された、前記呼セッションの計算されたPDDに対応する、請求項47に記載のサーバ。
【請求項５１】
前記少なくとも1つのメッセージが、前記呼セッションをサポートする通信プロトコルの1つまたは複数のシグナリングメッセージに対応する、請求項47に記載のサーバ。
【請求項５２】
通信ネットワーク内の第1の端末であって、
前記第1の端末から第2の端末への呼セッションを開始したいという要求を検出するように構成された論理と、
検出するように構成された前記論理が前記呼セッションを開始したいという前記要求を検出した時間を示す第1の時間情報を記憶するように構成された論理と、
呼勧誘メッセージを前記第2の端末に送信するように構成された論理と、
前記呼勧誘メッセージに応答して前記第2の端末から呼返答を受信するように構成された論理と、
受信するように構成された前記論理が前記呼返答を受信する時間を示す第2の時間情報を記憶するように構成された論理と、
前記第1の端末から、前記第1および第2の時間情報に基づくダイヤル後遅延(PDD)情報を送るように構成された論理と
を含む、第1の端末。
【請求項５３】
送るように構成された前記論理が、前記第1および第2の時間情報を前記PDD情報として送る、請求項52に記載の第1の端末。
【請求項５４】
前記第1の端末において前記第1および第2の時間情報に基づいて前記PDDを計算するように構成された論理をさらに含み、
送るように構成された前記論理が、前記計算されたPDDを前記PDD情報として送る、請求項52に記載の第1の端末。
【請求項５５】
送るように構成された前記論理が、前記呼セッションをサポートする通信プロトコルの1つまたは複数のシグナリングメッセージ内で前記PDD情報を送る、請求項52に記載の第1の端末。
【請求項５６】
通信ネットワーク内のサーバであって、
第1の端末と第2の端末との間の呼セッションに関係するダイヤル後遅延(PDD)情報を示す少なくとも1つのメッセージを前記第1の端末から受信するように構成された論理であって、前記少なくとも1つのメッセージが、前記呼セッションに関連する通信プロトコルによって定義されるシグナリングメッセージである、論理と、
前記少なくとも1つのメッセージを前記第2の端末に転送するように構成された論理と、
前記少なくとも1つのメッセージから前記PDD情報を抽出するように構成された論理と
を含むサーバ。
【請求項５７】
前記第1の端末が、前記呼セッションを開始し、前記PDD情報が、第1の時間情報と第2の時間情報とを含み、前記第1の時間情報は、前記第1の端末において前記呼セッションを開始したいという要求が検出された時間に基づき、前記第2の時間情報は、前記第1の端末において前記第2の端末から呼返答メッセージが受信された時間に基づく、請求項56に記載のサーバ。
【請求項５８】
前記第1および第2の時間情報に基づいて前記呼セッションの前記PDDを計算するように構成された論理をさらに含む、請求項57に記載のサーバ。
【請求項５９】
前記受信されたPDD情報が、前記第1の端末において計算された、前記呼セッションの計算されたPDDに対応する、請求項56に記載のサーバ。
【請求項６０】
前記少なくとも1つのメッセージが、前記呼セッションをサポートする通信プロトコルの1つまたは複数のシグナリングメッセージに対応する、請求項56に記載のサーバ。
【請求項６１】
ワイヤレス通信ネットワーク内の第1の端末によって実行されたとき、前記第1の端末に動作を実行させる命令を含むコンピュータ可読媒体であって、前記命令が、
前記第1の端末から第2の端末への呼セッションを開始したいという要求を検出するためのプログラムコードと、
検出するための前記プログラムコードが前記呼セッションを開始したいという前記要求を検出した時間を示す第1の時間情報を記憶するためのプログラムコードと、
呼勧誘メッセージを前記第2の端末に送信するためのプログラムコードと、
前記呼勧誘メッセージに応答して前記第2の端末から呼返答を受信するためのプログラムコードと、
受信するための前記プログラムコードが前記呼返答を受信する時間を示す第2の時間情報を記憶するためのプログラムコードと、
前記第1の端末から、前記第1および第2の時間情報に基づくダイヤル後遅延(PDD)情報を送るためのプログラムコードと
を含む、コンピュータ可読媒体。
【請求項６２】
送るための前記プログラムコードが、前記第1および第2の時間情報を前記PDD情報として送る、請求項61に記載の第1の端末。
【請求項６３】
前記第1の端末において前記第1および第2の時間情報に基づいて前記PDDを計算するためのプログラムコードをさらに含み、
送るための前記プログラムコードが、前記計算されたPDDを前記PDD情報として送る、請求項62に記載の第1の端末。
【請求項６４】
送るための前記プログラムコードが、前記呼セッションをサポートする通信プロトコルの1つまたは複数のシグナリングメッセージ内で前記PDD情報を送る、請求項61に記載の第1の端末。
【請求項６５】
ワイヤレス通信ネットワーク内のサーバによって実行されたとき、前記サーバに動作を実行させる命令を含むコンピュータ可読媒体であって、前記命令が、
第1の端末と第2の端末との間の呼セッションに関係するダイヤル後遅延(PDD)情報を示す少なくとも1つのメッセージを前記第1の端末から受信するためのプログラムコードであって、前記少なくとも1つのメッセージが、前記呼セッションに関連する通信プロトコルによって定義されるシグナリングメッセージである、プログラムコードと、
前記少なくとも1つのメッセージを前記第2の端末に転送するためのプログラムコードと、
前記少なくとも1つのメッセージから前記PDD情報を抽出するためのプログラムコードと
を含むコンピュータ可読媒体。
【請求項６６】
前記第1の端末が、前記呼セッションを開始し、前記PDD情報が、第1の時間情報と第2の時間情報とを含み、前記第1の時間情報は、前記第1の端末において前記呼セッションを開始したいという要求が検出された時間に基づき、前記第2の時間情報は、前記第1の端末において前記第2の端末から呼返答メッセージが受信された時間に基づく、請求項65に記載のコンピュータ可読媒体。
【請求項６７】
前記第1および第2の時間情報に基づいて前記呼セッションの前記PDDを計算するためのプログラムコードをさらに含む、請求項66に記載のコンピュータ可読媒体。
【請求項６８】
前記受信されたPDD情報が、前記第1の端末において計算された、前記呼セッションの計算されたPDDに対応する、請求項65に記載のコンピュータ可読媒体。
【請求項６９】
前記少なくとも1つのメッセージが、前記呼セッションをサポートする通信プロトコルの1つまたは複数のシグナリングメッセージに対応する、請求項65に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第119条に基づく優先権の主張
本特許出願は、本出願の譲受人に譲渡され、参照により明確に本明細書に組み込まれる、2009年4月7日に出願された「DETERMINING DELAY IN A COMMUNICATIONS SYSTEM」と題する仮出願第61/167,432号の優先権を主張する。
【０００２】
本発明の実施形態は、通信システムにおける遅延を判断することに関し、より詳細には、通信システムにおける呼セッションについてのダイヤル後遅延(Post Dial Delay)(PDD)を判断することに関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(中間の2.5Gおよび2.75Gネットワークを含む)、ならびに第3世代(3G)高速データ/インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーシステムとパーソナルコミュニケーションズサービス(PCS)システムとを含む、多くの様々なタイプのワイヤレス通信システムが使用されている。知られているセルラーシステムの例には、セルラーAnalog Advanced Mobile Phone System(AMPS)、および符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのGlobal System for Mobile接続(GSM)変形に基づくデジタルセルラーシステム、およびTDMA技術とCDMA技術の両方を使用するより新しいハイブリッドデジタル通信システムがある。
【０００４】
CDMAモバイル通信を提供するための方法は、本明細書ではIS-95と呼ぶ、「Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」と題するTIA/EIA/IS-95-Aにおいて、米国電気通信工業会/米国電子工業会によって米国で規格化された。複合AMPS&CDMAシステムはTIA/EIA規格IS-98に記載されている。他の通信システムは、広帯域CDMA(WCDMA)、CDMA2000(たとえば、CDMA2000 1xEV-DO規格など)またはTD-SCDMAと呼ばれるものをカバーする規格である、IMT-2000/UM、すなわちInternational Mobile Telecommunications System 2000/Universal Mobile Telecommunications Systemに記載されている。
【０００５】
ワイヤレス通信システムでは、移動局、ハンドセット、またはアクセス端末(AT)が、基地局に隣接するかまたはこれを囲む特定の地理的領域内での通信リンクまたはサービスをサポートする、固定位置の基地局(セルサイトまたはセルとも呼ばれる)からの信号を受信する。基地局は、一般に、サービス品質(QoS)要件に基づいてトラフィックを区別するための方法をサポートする標準Internet Engineering Task Force(IETF)ベースのプロトコルを使用するパケットデータネットワークである、アクセスネットワーク(AN)/無線アクセスネットワーク(RAN)にエントリポイントを与える。したがって、基地局は、一般に、無線インターフェースによってATと対話し、インターネットプロトコル(IP)ネットワークデータパケットによってANと対話する。
【０００６】
電気通信システムでは、ボイスオーバーインターネットプロトコル(VoIP)機能がサービスセクタおよび消費者に普及しつつある。VoIPは、インターネットまたは他のパケット交換ネットワークを通した音声の送信のために最適化された全二重プロトコルである(すなわち、両方向の通信が可能である)。
【０００７】
VoIP通信に関連する関係するパフォーマンスメトリックは、ダイヤル後遅延(PDD)と呼ばれる、2つのVoIP端末(あるいは、VoIPパケットが他のネットワークに変換される場合は、1つのVoIP端末と1つの固定またはワイヤレス電話と)の間にどのくらい迅速に呼を確立することができるかに対応する。PDDは、(i)VoIP端末のユーザが(たとえば、電話番号の最後の桁をダイヤルし、発信ボタンを押すことによって)呼を開始しようと試みることと、(ii)VoIP端末がリングトーン(または話中信号または他のタイプの呼応答)を出力することとの間の時間差に対応する。代替的に、時間差は、(i)呼開始の試行と、(ii)呼勧誘に対する返答が受信された(たとえば、次いでリングトーンを出力するように電話に促す)時間との間の時間に対応し得る。いずれの場合も、リングトーン出力と呼返答メッセージの受信との間の時間差は比較的小さい。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来、PDDデータをコンパイルするために、ロギング装置(たとえば、ラップトップコンピュータ)が、PDDデータをロギングするためのテストVoIP端末に接続される。しかしながら、(たとえば、ハードウェアコスト、人件費などによる)多大な費用を生じることなしに、ログをネットワーク管理サーバにアップロードするためのプロセスに関する複雑さなしに、およびPDDがロギング装置においてログされることとロギングされたPDD情報をネットワーク管理サーバにアップロードすることとの間のタイムラグを招くことなしに、テスターとして構成することができるのは、比較的少数のVoIP端末に限られる。
【課題を解決するための手段】
【０００９】
一実施形態では、第1の端末は、第1の端末から第2の端末への呼セッション(たとえば、VoIPセッション)を開始したいという要求を検出し、呼セッションを開始したいという要求が検出された時間を示す第1の時間情報を記憶し、呼勧誘メッセージを第2の端末に送信する。第1の端末は、呼勧誘メッセージに応答して第2の端末から呼返答を受信し、呼返答が受信された時間を示す第2の時間情報を記憶する。第1の端末は、第1および第2の時間情報に基づくダイヤル後遅延(PDD)情報を送る。サーバは、呼セッションに関連する通信プロトコルによって定義されるシグナリングメッセージ内のPDD情報、または呼セッションのPDDを判断するために必要とされる情報を受信する。
【００１０】
本発明の実施形態およびその付随する利点の多くのより完全な諒解は、以下の発明を実施するための形態を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってより良く理解されれば、容易に得られるであろう。
【図面の簡単な説明】
【００１１】
【図１】本発明の少なくとも1つの実施形態による通信ネットワークの図である。
【図２】図1のネットワークにおいてダイヤル後遅延(PDD)を計算およびロギングする従来の方法を示す図である。
【図３】ボイスオーバーインターネットプロトコル(VoIP)端末と、ロギング装置と、VoIP端末とロギング装置とを接続する接続とを含む従来のPDDテストデバイス構成を示す図である。
【図４】本発明の一実施形態によるPDD情報報告プロセスを示す図である。
【図５Ａ】本発明の一実施形態によるPDD情報が送信および後処理され得る方法を示す図である。
【図５Ｂ】本発明の一実施形態によるPDD情報が送信および後処理され得る方法を示す図である。
【図６】本発明の一実施形態による別のPDD情報報告プロセスを示す図である。
【発明を実施するための形態】
【００１２】
本発明の特定の実施形態を対象とする以下の説明および関連する図面で本発明の態様を開示する。本発明の範囲から逸脱することなく代替実施形態を考案することができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。
【００１３】
「例示的」および/または「例」という用語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈すべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が論じられた特徴、利点または動作モードを含むことを必要としない。
【００１４】
さらに、多くの実施形態については、たとえば、コンピューティングデバイスの要素によって実行すべき一連のアクションに関して説明する。本明細書で説明する様々なアクションは、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行できることを認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形式のコンピュータ可読記憶媒体内で全体として実施すべきものと見なされ得る。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で実施され得る。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形式を、たとえば、記載のアクションを実行する「ように構成された論理」として本明細書で説明することがある。
【００１５】
図1は、本発明の少なくとも1つの実施形態による通信ネットワーク100の図である。図示のように、通信ネットワーク100、またはシステムは、VoIP端末105および110を含む。本明細書で使用するVoIP端末は、VoIP通信プロトコルをサポートすることが可能な任意の通信デバイスとすることができる。VoIP端末は、モバイルデバイス(たとえば、ラップトップコンピュータ、セルラー電話、PDAなど)または固定デバイス(たとえば、デスクトップコンピュータなど)を含み得る。したがって、通信システム100はワイヤレス通信システムとして実施され得るが、通信システム100は少なくとも部分的にワイヤード通信システムとしても実施され得る。
【００１６】
図1を参照すると、VoIP端末105および110は、IPマルチメディアサブシステム(IMS)コアネットワーク115を介して接続される。IMSコアネットワーク115は、ユーザ(たとえば、モバイルユーザ)にインターネットプロトコル(IP)マルチメディアを配信するためのアーキテクチャのフレームワークである。IMSコアネットワーク115はモバイルユーザに関連付けられ得るが、本発明の他の実施形態では、IMSコアネットワーク115は、デスクトップコンピュータなど、固定であるVoIP端末によってもアクセスされ得る。図1を参照すると、IMSコアネットワーク115はVoIPサーバ120に接続される。VoIPサーバ120は、VoIP端末105および110などの1つまたは複数のVoIP端末間のVoIP通信、ならびに潜在的にVoIP端末とセルラー電話または固定電話との間のVoIP通信を管理する。
【００１７】
図2に、図1の通信システム100においてVoIP呼についてのPDDを計算およびロギングする従来の方法を示す。背景技術セクションにおいて説明したように、PDDは、(i)VoIP端末のユーザが(たとえば、電話番号の最後の桁をダイヤルし、発信ボタンを押すことによって)呼を開始しようと試みることと、(ii)VoIP端末がリングトーン(または話中信号または他のタイプの呼応答)を出力することとの間の時間差に対応する。代替的に、時間差は、(i)呼開始の試行と、(ii)呼勧誘に対する返答が受信された(たとえば、次いでリングトーンを出力するように電話に促す)時間との間の時間に対応し得る。いずれの場合も、リングトーン出力と呼返答メッセージの受信との間の時間差は比較的小さい。
【００１８】
当業者なら諒解するように、PDDは、呼が開始できる前にユーザが待たなければならない時間であるので、PDDを示すデータをコンパイルすることはVoIP適用例において有用であり得る。図2において以下で説明する、PDD情報を収集する従来の方法は、PDD情報をロギングするロギング装置に接続されたVoIP端末であるテストフォンを分散することによる。
【００１９】
したがって、図2については、図1および図3のVoIP端末105および110をもつ図1のシステム100内に実装されるものとして以下で説明する。図3を参照すると、VoIP端末105は接続305を介してロギング装置300に接続される。一例では、ロギング装置300はデスクトップまたはラップトップコンピュータとすることができる。ロギング装置300をVoIP端末105に接続する接続305は、USB、ブルートゥース、プロプライエタリ接続など、任意のタイプのよく知られている接続とすることができる。
【００２０】
図2を参照すると、ロギング装置300は、200において、VoIP端末105によって行われるVoIP呼についてのPDDをロギングし始め、それによってVoIP端末105を監視し、VoIP端末105のユーザが、呼試行を開始するか、または呼セッションを要求するのを待つ。205において、ユーザは、VoIP端末110へのVoIP呼試行を開始する。ロギング装置300は、210において、呼試行の開始(たとえば、最後の電話番号桁を押すこと)を検出し、検出されたVoIP呼開始の時間を近似する第1のタイムスタンプを記憶する。VoIP端末105は、215において、IMSコアネットワーク115とVoIPサーバ120とを介してVoIP端末110に呼勧誘メッセージ(たとえば、セッション記述プロトコル(SDP)オファー)を送信する。
【００２１】
VoIP端末110が呼勧誘メッセージを受信した後、VoIP端末110は、220において、IMSコアネットワーク115とVoIPサーバ120とを介してVoIP端末105に呼返答(たとえば、180呼出しメッセージまたはSDP返答)を送信する。VoIP端末105は、225において、呼返答を受信し、リングトーンを出力する。VoIP端末105が呼返答を受信したことを検出すると、または代替的に、VoIP端末105がリングトーンを出力したことを検出すると、ロギング装置300は、230において、検出の時間を近似する第2のタイムスタンプを記憶し、235において、第1のタイムスタンプと第2のタイムスタンプとの差をとることによって呼についてのPDDを計算し、240において、計算されたPDDをVoIP端末105について維持されるPDDログに追加する。代替的に、235の計算するステップはロギング装置300において実行される必要はない。この場合、ステップ235は、単に記録されたタイムスタンプをログに追加するだけであり得、PDDの計算は、たとえば、VoIPサーバ120にオフロードされ得るか、またはログファイルを後処理することを担当するどのエンティティにもオフロードされ得る。
【００２２】
VoIP端末105は、245において、IMSコアネットワーク115とVoIPサーバ120とを介してVoIP端末110に仮確認応答(PRACK)を送って呼返答の受信を確認し、VoIP端末110は、250および255において、シグナリングメッセージ(たとえば、200OK(PRACK)および200OK(INVITE))で応答して、PRACKが受信されたことと、VoIP端末110がいつでも通話を開始できる状態にあること(たとえば、VoIP端末110のユーザが「オフフック」になっていること)とを確認する。VoIP端末105は、260において、シグナリングメッセージに応答して肯定応答(ACK)を送り、VoIP端末105および110は、次いで、265において、オーディオパケットを交換することによってVoIPセッションに関与する。
【００２３】
270において、ロギング装置300は、VoIP端末105のVoIP呼についてのPDDをロギングし続けるべきかどうかを判断する。ロギング装置300(またはロギング装置300のユーザ)がロギングし続けることを決定した場合、プロセスは200に戻り、ロギング装置300は、ロギングし続け、次のVoIP呼開始試行を待つ。したがって、一連のVoIP呼についてのPDDが単一のログセッション内でキャプチャされ得ることを諒解されよう。そうではなく、ロギング装置300がロギングをやめることを決定した場合、ロギング装置300は、275においてログファイルを生成し、280においてログファイルに対して後処理を実行する。たとえば、280の後処理中に、VoIPサーバ120は、当該の1つまたは複数の出力メトリックを生成し、出力メトリックは、出力メトリックに基づいてシステムパラメータを調整することができるエンティティ(たとえば、ネットワーク管理サーバ(図示せず))に後でアップロードされ得る。たとえば、後処理は、ヒストグラムタイプカウンタをポピュレートすること、累積分布関数を生成すること、および/またはロギングされたPDDサンプルに基づいて当該の他の出力メトリックを生成することを含み得る。
【００２４】
当業者なら諒解するように、PDDに関係するデータを収集するために通信システム全体にわたってロギング装置とともにVoIP端末を展開することは、いくつかの点で制限される。たとえば、(たとえば、ハードウェアコスト、人件費などによる)多大な費用なしに展開することができるのは、ロギング装置と結合された、比較的少数のVoIP端末に限られ、ログファイルおよび/または後処理された出力メトリックをVoIPサーバ120にアップロードするためのプロセスに関する複雑さがあり、また、VoIP通信システムの動作またはシステムパラメータが(たとえば、ネットワーク管理サーバにおいて)相応して調整され得るような、PDDがロギング装置300においてロギングされる時間と出力メトリックが収集される時間との間のタイムラグがある。
【００２５】
本発明の実施形態によるPDD報告
上記で説明したように、PDD情報は、従来、特殊なロギング機器の展開によって得られ、それにより、PDD情報を得ることに関連する複雑さ、費用および遅延が増大する。次に説明するように、本発明の実施形態は、特殊な機器の必要なしに通信システム100内の任意のVoIP端末からPDD情報報告を行うことを対象とする。
【００２６】
図4に、本発明の一実施形態によるPDD情報報告プロセスを示す。図4を参照すると、VoIP端末105のユーザは、400において、VoIP端末110を発呼する試みを開始する。図2および図3とは対照的に、図5のVoIP端末105は別個のロギング装置に接続される必要はない。VoIP端末105は、405において、(たとえば、電話番号の最後の桁をダイヤルし、発信ボタンを押すことなどによる、呼セッションの要求とも呼ばれる)呼試行の開始を検出し、検出の時間を近似する第1のタイムスタンプを記憶する。VoIP端末105は、410において、IMSコアネットワーク115とVoIPサーバ120とを介してVoIP端末110に呼勧誘メッセージ(たとえば、セッション記述プロトコル(SDP)オファー)を送信する。
【００２７】
VoIP端末110が呼勧誘メッセージを受信した後、VoIP端末110は、415において、IMSコアネットワーク115とVoIPサーバ120とを介してVoIP端末105に呼返答(たとえば、180呼出しメッセージまたはSDP返答)を送信する。VoIP端末105は、420において、呼返答を受信し、リングトーンを出力する。VoIP端末105が呼返答を受信したことを検出すると、または代替的に、VoIP端末105がリングトーンを出力したことを検出すると、VoIP端末105は、425において、検出の時間を近似する第2のタイムスタンプを記憶する。
【００２８】
第2のタイムスタンプを記憶した後、VoIP端末105および110は、430において、オーディオパケットを交換することによってVoIPセッションに関与する。一例では、(たとえば、図2の245、250、255および260の場合のように)430のVoIPセッションは、VoIP端末105がVoIP端末110に仮確認応答(PRACK)を送った後で行われ、VoIP端末110は、シグナリングメッセージ(たとえば、200OK(PRACK)および200OK(INVITE))で応答して、PRACKが受信されたことと、VoIP端末110がいつでも通話を開始できる状態にあること(たとえば、VoIP端末110のユーザが「オフフック」になっていること)とを確認し、VoIP端末105はシグナリングメッセージに応答して肯定応答(ACK)を送る。簡潔のために、また少なくとも1つの実施形態では、図2の245〜260に記載されたメッセージは、図5A、図5Bおよび図6に関して以下でより詳細に説明するように、PDD情報を送信するために使用され得るので、これらのステップは図4から省略されている。
【００２９】
VoIP端末105は、435において、記憶された第1および第2のタイムスタンプに基づいて、VoIPサーバ120にPDD情報を送る。PDD情報は、一例では、VoIP端末105において計算される実効またはマッピングPDD値(たとえば、第2のタイムスタンプから第1のタイムスタンプを引いた値)(たとえば、図5A参照)とすることができ、あるいは、第1および第2のタイムスタンプは、PDDの計算なしに送られ得る(たとえば、図5B参照)。
【００３０】
一例では、435において送信されるPDD情報は、VoIP端末105からVoIP端末110に送信されるPRACK内に含まれ得る。この例では、PDD情報は、(i)第1および第2のタイムスタンプの組合せか、または(ii)PDDの計算とすることができる。また、435のPDD情報送信は、VoIP端末105のユーザが430においてVoIPセッションを開始した後で行われるものとして示されているが、PRACKは、(たとえば、オーディオパケットが交換されるので)呼返答を受信した比較的すぐ後に送られ得、したがって、一例では、430の前に行われ得ることを諒解されよう。
【００３１】
代替例では、PDD情報は、VoIP呼の終了時など、後で送信され得、それにより、PDD情報を追加情報(たとえば、呼継続時間など)とバンドルすることが可能になり得る。別の例では、PDD情報が送信された時間にかかわらず、PDD情報は、VoIP端末105に固有の情報(たとえば、電話タイプ、ファームウェアバージョン、インストール済みアプリケーション、VoIP端末105がワイヤードまたはワイヤレス接続を介して通信するかどうかなど)および/または無線情報(たとえば、サービングセクタID、VoIP端末105におけるチャネル状態など)など、追加情報とバンドルされ得る。PDD情報が435において送信された後、VoIP端末105は、記憶された第1および第2のタイムスタンプを保持する必要はなく、第1および第2のタイムスタンプは次いでメモリから消去され得る。
【００３２】
別の例では、PDD情報が、計算されたPDD値として送信される場合、PDD情報は、帯域幅を節約するために所与のマッピングプロトコルで符号化され得る。(以下の)Table 1(表1)は、PDD値の送信のための例示的なマッピングプロトコルを示す。
【００３３】
【表１】
2012523755.tif 000003
【００３４】
(上記の)Table 1(表1)に示すように、PDD情報は、一例では、3つのPDD値範囲とタイムアウト条件とに対応する2ビットとともにVoIPサーバ120に搬送され得る。諒解されるように、より高い精度がVoIPサーバ120によって要求される場合、ビット数およびPDD値範囲は増補され得る。また、図示されていないが、別の例では、PDD情報が第1および第2のタイムスタンプとして送信される場合、タイムスタンプの各々は、帯域幅を節約するために(たとえば、低減されたビット数が所与の時間範囲を示すように)所与のマッピングプロトコルで符号化され得る。
【００３５】
PDD情報が435において送信された後、VoIPサーバ120は、図5Aおよび図5Bに関してより詳細に説明するように、PDD情報を受信し、次いで、440において、PDD報告を生成し、ネットワーク管理サーバ(図4に図示せず)に送る。代替的に、VoIPサーバ120が報告の生成およびネットワーク管理サーバへの送信を開始する「プッシュ型」実装形態の代わりに、ネットワーク管理システムからの要求に応答してVoIPサーバ170が報告(または他の要求された情報)を生成し、転送する「プル型」実装形態が展開され得る。
【００３６】
図5Aを参照すると、VoIP端末105は、500Aにおいて、VoIP呼のPDDを計算し、505Aにおいて、計算されたPDDを(たとえば、Table 1(表1)のようにマッピングプロトコルを介して)VoIPサーバ120に送る。諒解されるように、図5Aの500Aおよび505Aは、図4の435に対応する。510Aにおいて、VoIPサーバ120は、(たとえば、図2の280のように)PDD情報を受信すると後処理を実行して、当該の1つまたは複数の出力メトリック(たとえば、ヒストグラムタイプカウンタ、累積分布関数など)を生成する。VoIPサーバ120は、次いで、515Aにおいて、後処理されたPDD情報に基づいて報告を生成し、生成された報告をネットワーク管理サーバに送信する。この場合も、515Aの報告送信は、代替的に、ネットワーク管理サーバからの要求によってトリガされ得(たとえば、「プッシュ型」の代わりに「プル型」)、少なくとも1つの実施形態では、そのような要求なしにVoIPサーバ120によって単独で実行される必要はない。ネットワーク管理サーバは、次いで、生成された報告において与えられるPDDフィードバックに基づいてシステムパラメータを調整し得る。
【００３７】
さらに、システムパフォーマンスをより良く解釈するために、サービングセクタ、システム負荷、電話タイプ、アクセス技術などの追加の情報がVoIPサーバ120またはネットワーク管理システムによって活用され得る。この情報は、たとえば、VoIPサーバ120において収集され、上記で説明した報告を介してネットワーク管理システムにパスされ得る。
【００３８】
図5Bを参照すると、VoIP端末105は、500Bにおいて、第1および第2のタイムスタンプを(たとえば、実効値、PDD範囲にマッピングされるビットなどとして)VoIPサーバ120に送る。諒解されるように、図5Bの500Bは、図4の435に対応する。505Bにおいて、VoIPサーバ120は、第1および第2のタイムスタンプに基づいてPDDを計算し、510Aにおいて、後処理なしに計算されたPDDに基づいて報告を生成し、生成された報告をネットワーク管理サーバに送信する。この場合も、510Aの報告送信は、代替的に、ネットワーク管理サーバからの要求によってトリガされ得(たとえば、「プッシュ型」の代わりに「プル型」)、少なくとも1つの実施形態では、そのような要求なしにVoIPサーバ120によって単独で実行される必要はない。ネットワーク管理サーバは、次いで、515Bにおいて、計算されたPDDに基づいて後処理を実行し得、必要な場合、後処理に基づいてシステムパラメータを調整する。
【００３９】
上記において、図5Aでは、PDDがVoIP端末105において計算され、後処理がVoIPサーバ120において行われる実施形態について説明し、一方、図5Bでは、PDDがVoIPサーバ120において計算され、後処理がネットワーク管理サーバにおいて行われる実施形態について説明した。しかしながら、別の例では、PDDがVoIP端末105において計算され得、後処理はネットワーク管理サーバにおいて行われ得るか、またはPDDがVoIPサーバ120において計算され、後処理もVoIPサーバ120において行われ得る。
【００４０】
上記の図4の説明において、VoIP端末105が435においてPDD情報を送信し得る1つの方法は、第1および第2のタイムスタンプの送信によるものであり、第1および第2のタイムスタンプは、それぞれ400のVoIP呼試行の開始、および420の呼返答の受信を示す。図4では、第1および第2のタイムスタンプの送信は435におけるPDD情報の送信内に含まれ、PDD情報の送信は、425において(たとえば、PRACKメッセージ中、VoIP呼の終了時などに)第2のタイムスタンプが記憶された後に行われるとして説明した。しかしながら、第1および第2のタイムスタンプは、図4のステップ435中に一緒にバンドルされる必要はない。
【００４１】
したがって、図6に、図4のプロセスへの変更を示し、第1のタイムスタンプは、(たとえば、図4の410のVoIP呼勧誘メッセージに対応する)600のVoIP呼勧誘メッセージ内で送信され、605において、第1のタイムスタンプは、PRACKメッセージから抽出され、VoIPサーバ120において記憶される。第2のタイムスタンプは、(たとえば、図5の535のPRACKメッセージに対応する)610のPRACKメッセージ内で送信され得る。第1および第2のタイムスタンプは、それらのそれぞれの送信後に保持される必要はなく、送信後にVoIP端末105においてメモリから消去され得る。また、図6は、第1のタイムスタンプがVoIP呼勧誘メッセージ内で送信され、第2のタイムスタンプがPRACKメッセージ内で送信されることを示しているが、本発明の他の実施形態では、第1および第2のタイムスタンプがこれらの特定のシグナリングメッセージ内に含まれる必要はないことを諒解されよう。たとえば、第2のタイムスタンプは、(たとえば、VoIP呼継続時間など、後で利用可能になる追加の呼情報とともに)VoIP呼の終了時に送信され得、第1のタイムスタンプはPRACK内で送信され得る。したがって、図4の435のPDD情報送信は、図6において区分され、集合的に600、605および610において行われる。
【００４２】
当業者なら諒解するように、別個のロギング装置が(たとえば、非VoIP通信プロトコルを介して)ロギングされたPDD情報をネットワーク外で別々にアップロードしなければならないこととは対照的に、本発明の実施形態によるPDD情報報告プロトコルにより、それらのプロトコルに従って動作するあらゆるVoIP端末が、ネットワーク内で実行されるシグナリングメッセージを介してVoIPサーバ120にPDD値を通知することが可能になる。また、PDD情報は、場合によっては、ほぼリアルタイムでVoIP端末からVoIPサーバに与えられ得、それにより、PDDフィードバックに適応する際のネットワーク管理サーバの応答性が増大する。図2および図3のプロセスに関連するハードウェアコストおよび人件費は、同様に低減され得る。
【００４３】
さらに、上記で説明した実施形態はオーディオVoIPセッションを対象とするが、他の実施形態は、(たとえば、ビデオ、テキスト、セッション開始プロトコル(SIP)に基づくなど)任意のタイプのメディアセッションを対象とし得ることを諒解されよう。したがって、上記のVoIPを対象とする例は説明のために与えたものにすぎず、本発明の他の実施形態は、非ボイスまたは非オーディオ通信、あるいはオーディオおよび他のメディアを含む通信を対象とし得る。
【００４４】
情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００４５】
さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【００４６】
本明細書で開示した実施形態に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００４７】
本明細書で開示した実施形態と関連して説明した方法、シーケンス、および/またはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はASIC中に常駐し得る。ASICはユーザ端末(たとえば、アクセス端末)中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【００４８】
1つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装する場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー（登録商標）ディスク(disk)およびブルーレイディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００４９】
上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく本明細書において様々な変更および修正を行うことができることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび/またはアクションを特定の順序で実行しなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
【符号の説明】
【００５０】
100  通信ネットワーク
105  VoIP端末
110  VoIP端末
115  IMSコアネットワーク
120  VoIPサーバ
【図１】
2012523755.tif 000004
【図２】
2012523755.tif 000005
【図３】
2012523755.tif 000006
【図４】
2012523755.tif 000007
【図５Ａ】
2012523755.tif 000008
【図５Ｂ】
2012523755.tif 000009
【図６】
2012523755.tif 000010
【手続補正書】
【提出日】平成23年6月23日(2011.6.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワーク内でダイヤル後遅延(PDD)情報を報告する方法であって、
第1の端末から第2の端末への呼セッションを開始したいという要求を検出するステップと、
前記呼セッションの開始を求める前記要求が検出された時間を示す第1の時間情報を前記第1の端末のメモリに記憶するステップと、
呼勧誘メッセージを前記第2の端末に送信するステップと、
前記呼勧誘メッセージに応答して前記第2の端末から呼返答を受信するステップと、
前記呼返答が受信された時間を示す第2の時間情報を前記第1の端末のメモリに記憶するステップと、
前記呼セッションの間または終了時に前記第1の端末から、前記呼セッションをサポートする通信プロトコルの1つまたは複数のネットワーク内シグナリングメッセージ内で前記第1および第2の時間情報に基づくPDD情報を送るステップと
を含む方法。
【請求項２】
前記検出された要求は、前記第1の端末のユーザが前記第2の端末の電話番号をダイヤルすることに対応する、請求項1に記載の方法。
【請求項３】
前記受信された呼返答がリングトーンに対応する、請求項1に記載の方法。
【請求項４】
前記第2の時間情報が、前記リングトーンを再生するように前記第1の端末に命令するメッセージを前記第1の端末が受信した時間を示す、請求項3に記載の方法。
【請求項５】
前記第2の時間情報が、前記リングトーンが再生し始める時間を示す、請求項3に記載の方法。
【請求項６】
前記送るステップが、前記第1および第2の時間情報を前記PDD情報として送る、請求項1に記載の方法。
【請求項７】
前記送るステップが、前記第1および第2の時間情報を同時に送る、請求項6に記載の方法。
【請求項８】
前記送るステップが、前記第1および第2の時間情報を呼セットアップ中に送る、請求項6に記載の方法。
【請求項９】
前記呼返答に対する仮確認応答(PRACK)を送信するステップをさらに含み、
前記送るステップが、前記第1および第2の時間情報を前記PRACK内で送る、請求項8に記載の方法。
【請求項１０】
前記送るステップが、前記第1および第2の時間情報を異なる時間に送る、請求項6に記載の方法。
【請求項１１】
前記第1の時間情報が前記呼勧誘メッセージ内で送られる、請求項10に記載の方法。
【請求項１２】
前記呼返答に対する仮確認応答(PRACK)を送信するステップをさらに含み、
前記送るステップが、前記第2の時間情報を前記PRACK内で送る、請求項11に記載の方法。
【請求項１３】
前記第1の端末において前記第1および第2の時間情報に基づいて前記PDDを計算するステップをさらに含み、
前記送るステップが、前記計算されたPDDを前記PDD情報として送る、請求項1に記載の方法。
【請求項１４】
前記呼返答に対する仮確認応答(PRACK)を送信するステップをさらに含み、
前記送るステップが、前記計算されたPDDを前記PRACK内で送る、請求項13に記載の方法。
【請求項１５】
前記送るステップが、
前記計算されたPDDを、複数の遅延領域のうちの1つを示すマッピングプロトコルで符号化するステップをさらに含む、請求項13に記載の方法。
【請求項１６】
前記呼セッションがボイスオーバーインターネットプロトコル(VoIP)セッションである、請求項1に記載の方法。
【請求項１７】
前記第1の端末がVoIP端末であり、前記第2の端末がVoIP端末ではない、請求項16に記載の方法。
【請求項１８】
前記第1および第2の端末がVoIP端末である、請求項16に記載の方法。
【請求項１９】
前記第1および第2の端末のうちの1つまたは複数がワイヤレスデバイスである、請求項1に記載の方法。
【請求項２０】
通信ネットワーク内でダイヤル後遅延(PDD)情報を収集する方法であって、
呼セッションに関係するPDD情報を示す少なくとも1つのメッセージを第1の端末と第2の端末との間の前記呼セッションの間または終了時に前記第1の端末から受信するステップであって、前記少なくとも1つのメッセージが、前記呼セッションをサポートする通信プロトコルによって定義されるシグナリングメッセージである、受信するステップと、
前記少なくとも1つのメッセージを前記第2の端末に転送するステップと、
前記少なくとも1つのメッセージから前記PDD情報を抽出するステップと
を含む、方法。
【請求項２１】
前記第1の端末が前記呼セッションを開始し、前記PDD情報が第1の時間情報と第2の時間情報とを含み、前記第1の時間情報は、前記第1の端末において前記呼セッションを開始したいという要求が検出された時間に基づき、前記第2の時間情報は、前記第1の端末において前記第2の端末から呼返答メッセージが受信された時間に基づく、請求項20に記載の方法。
【請求項２２】
呼勧誘を前記第1の端末から前記第2の端末に転送するステップと、
前記呼勧誘に応答して、呼返答を前記第2の端末から前記第1の端末に転送するステップと、
前記呼返答に対する仮確認応答(PRACK)を前記第1の端末から前記第2の端末に転送するステップと
をさらに含む、請求項21に記載の方法。
【請求項２３】
前記受信するステップが、呼セットアップ中に前記少なくとも1つのメッセージを受信する、請求項22に記載の方法。
【請求項２４】
前記抽出するステップが前記PRACKから前記第1および第2の時間情報を抽出するように、前記少なくとも1つのメッセージが前記PRACKに対応する、請求項23に記載の方法。
【請求項２５】
前記抽出するステップが、前記呼勧誘から前記第1の時間情報を抽出し、前記PRACKから前記第2の時間情報を抽出するように、前記少なくとも1つのメッセージが前記呼勧誘および前記PRACKに対応する、請求項23に記載の方法。
【請求項２６】
前記少なくとも1つのメッセージが単一のメッセージに対応し、前記抽出するステップが、前記単一のメッセージから前記第1および第2の時間情報を抽出する、請求項21に記載の方法。
【請求項２７】
前記少なくとも1つのメッセージが複数のメッセージに対応し、前記抽出するステップが、前記複数のメッセージのうちの異なるメッセージから前記第1および第2の時間情報を抽出する、請求項21に記載の方法。
【請求項２８】
前記第1および第2の時間情報に基づいて前記呼セッションの前記PDDを計算するステップをさらに含む、請求項21に記載の方法。
【請求項２９】
前記受信されたPDD情報が、前記第1の端末において計算された、前記呼セッションの計算されたPDDに対応する、請求項20に記載の方法。
【請求項３０】
前記計算されたPDDが、複数の遅延領域のうちの1つを示すマッピングプロトコルで符号化される、請求項29に記載の方法。
【請求項３１】
前記受信されたPDD情報に基づいてPDDレポートを生成するステップと、
前記PDDレポートをネットワーク管理サーバに送るステップと
をさらに備える、請求項20に記載の方法。
【請求項３２】
前記PDD情報を受信すると前記PDDレポートを前記生成するステップと前記送るステップとを実行する、請求項31に記載の方法。
【請求項３３】
前記ネットワーク管理サーバからのPDD情報に対する要求に応答して前記PDDレポートを前記生成するステップと前記送るステップとを実行する、請求項31に記載の方法。
【請求項３４】
前記生成するステップが、前記受信されたPDD情報を後処理するステップを含む、請求項31に記載の方法。
【請求項３５】
前記受信されたPDD情報を後処理するステップが、前記ワイヤレス通信ネットワークを評価する際に前記ネットワーク管理サーバによって使用される1つまたは複数の出力メトリックを生成するステップを含む、請求項34に記載の方法。
【請求項３６】
前記ネットワーク管理サーバが前記受信されたPDD情報を後処理するステップを担当するように、前記生成するステップが、前記受信されたPDD情報を後処理するステップを含まない、請求項31に記載の方法。
【請求項３７】
前記呼セッションがボイスオーバーインターネットプロトコル(VoIP)セッションである、請求項20に記載の方法。
【請求項３８】
前記第1の端末がVoIP端末であり、前記第2の端末がVoIP端末ではない、請求項20に記載の方法。
【請求項３９】
前記第1および第2の端末がVoIP端末である、請求項20に記載の方法。
【請求項４０】
前記第1および第2の端末のうちの1つまたは複数がワイヤレスデバイスである、請求項20に記載の方法。
【請求項４１】
通信ネットワーク内の第1の端末であって、
前記第1の端末から第2の端末への呼セッションを開始したいという要求を検出するための手段と、
検出するための前記手段が前記呼セッションを開始したいという前記要求を検出した時間を示す第1の時間情報を前記第1の端末のメモリに記憶するための手段と、
呼勧誘メッセージを前記第2の端末に送信するための手段と、
前記呼勧誘メッセージに応答して前記第2の端末から呼返答を受信するための手段と、
受信するための前記手段が前記呼返答を受信する時間を示す第2の時間情報を前記第1の端末のメモリに記憶するための手段と、
前記呼セッションの間または終了時に前記第1の端末から、前記呼セッションをサポートする通信プロトコルの1つまたは複数のネットワーク内シグナリングメッセージ内で前記第1および第2の時間情報に基づくダイヤル後遅延(PDD)情報を送るための手段と
を含む第1の端末。
【請求項４２】
送るための前記手段が、前記第1および第2の時間情報を前記PDD情報として送る、請求項41に記載の第1の端末。
【請求項４３】
前記第1の端末において前記第1および第2の時間情報に基づいて前記PDDを計算するための手段をさらに含み、
送るための前記手段が、前記計算されたPDDを前記PDD情報として送る、請求項41に記載の第1の端末。
【請求項４４】
通信ネットワーク内のサーバであって、
呼セッションに関係するダイヤル後遅延(PDD)情報を示す少なくとも1つのメッセージを第1の端末と第2の端末との間の前記呼セッションの間または終了時に前記第1の端末から受信するための手段であって、前記少なくとも1つのメッセージが、前記呼セッションをサポートする通信プロトコルによって定義されるシグナリングメッセージである、受信するための手段と、
前記少なくとも1つのメッセージを前記第2の端末に転送するための手段と、
前記少なくとも1つのメッセージから前記PDD情報を抽出するための手段と
を含む、サーバ。
【請求項４５】
前記第1の端末が、前記呼セッションを開始し、前記PDD情報が、第1の時間情報と第2の時間情報とを含み、前記第1の時間情報は、前記第1の端末において前記呼セッションを開始したいという要求が検出された時間に基づき、前記第2の時間情報は、前記第1の端末において前記第2の端末から呼返答メッセージが受信された時間に基づく、請求項44に記載のサーバ。
【請求項４６】
前記第1および第2の時間情報に基づいて前記呼セッションの前記PDDを計算するための手段をさらに含む、請求項45に記載のサーバ。
【請求項４７】
前記受信されたPDD情報が、前記第1の端末において計算された、前記呼セッションの計算されたPDDに対応する、請求項44に記載のサーバ。
【請求項４８】
通信ネットワーク内の第1の端末であって、
前記第1の端末から第2の端末への呼セッションを開始したいという要求を検出するように構成された論理と、
検出するように構成された前記論理が前記呼セッションを開始したいという前記要求を検出した時間を示す第1の時間情報を前記第1の端末のメモリに記憶するように構成された論理と、
呼勧誘メッセージを前記第2の端末に送信するように構成された論理と、
前記呼勧誘メッセージに応答して前記第2の端末から呼返答を受信するように構成された論理と、
受信するように構成された前記論理が前記呼返答を受信する時間を示す第2の時間情報を前記第1の端末のメモリに記憶するように構成された論理と、
前記呼セッションの間または終了時に前記第1の端末から、前記呼セッションをサポートする通信プロトコルの1つまたは複数のネットワーク内シグナリングメッセージ内で前記第1および第2の時間情報に基づくダイヤル後遅延(PDD)情報を送るように構成された論理と
を含む第1の端末。
【請求項４９】
送るように構成された前記論理が、前記第1および第2の時間情報を前記PDD情報として送る、請求項48に記載の第1の端末。
【請求項５０】
前記第1の端末において前記第1および第2の時間情報に基づいて前記PDDを計算するように構成された論理をさらに含み、
送るように構成された前記論理が、前記計算されたPDDを前記PDD情報として送る、請求項48に記載の第1の端末。
【請求項５１】
通信ネットワーク内のサーバであって、
呼セッションに関係するダイヤル後遅延(PDD)情報を示す少なくとも1つのメッセージを第1の端末と第2の端末との間の前記呼セッションの間または終了時に前記第1の端末から受信するように構成された論理であって、前記少なくとも1つのメッセージが、前記呼セッションをサポートする通信プロトコルによって定義されるシグナリングメッセージである、受信するように構成された論理と、
前記少なくとも1つのメッセージを前記第2の端末に転送するように構成された論理と、
前記少なくとも1つのメッセージから前記PDD情報を抽出するように構成された論理と
を含むサーバ。
【請求項５２】
前記第1の端末が、前記呼セッションを開始し、前記PDD情報が、第1の時間情報と第2の時間情報とを含み、前記第1の時間情報は、前記第1の端末において前記呼セッションを開始したいという要求が検出された時間に基づき、前記第2の時間情報は、前記第1の端末において前記第2の端末から呼返答メッセージが受信された時間に基づく、請求項51に記載のサーバ。
【請求項５３】
前記第1および第2の時間情報に基づいて前記呼セッションの前記PDDを計算するように構成された論理をさらに含む、請求項52に記載のサーバ。
【請求項５４】
前記受信されたPDD情報が、前記第1の端末において計算された、前記呼セッションの計算されたPDDに対応する、請求項51に記載のサーバ。
【請求項５５】
ワイヤレス通信ネットワーク内の第1の端末によって実行されたとき、前記第1の端末に動作を実行させる命令を含むコンピュータ可読媒体であって、前記命令が、
前記第1の端末から第2の端末への呼セッションを開始したいという要求を検出するためのプログラムコードと、
検出するための前記プログラムコードが前記呼セッションを開始したいという前記要求を検出した時間を示す第1の時間情報を前記第1の端末のメモリに記憶するためのプログラムコードと、
呼勧誘メッセージを前記第2の端末に送信するためのプログラムコードと、
前記呼勧誘メッセージに応答して前記第2の端末から呼返答を受信するためのプログラムコードと、
受信するための前記プログラムコードが前記呼返答を受信する時間を示す第2の時間情報を前記第1の端末のメモリに記憶するためのプログラムコードと、
前記呼セッションの間または終了時に前記第1の端末から、前記呼セッションをサポートする通信プロトコルの1つまたは複数のネットワーク内シグナリングメッセージ内で前記第1および第2の時間情報に基づくダイヤル後遅延(PDD)情報を送るためのプログラムコードと
を含むコンピュータ可読媒体。
【請求項５６】
送るための前記プログラムコードが、前記第1および第2の時間情報を前記PDD情報として送る、請求項55に記載のコンピュータ可読媒体。
【請求項５７】
前記第1の端末において前記第1および第2の時間情報に基づいて前記PDDを計算するためのプログラムコードをさらに含み、
送るための前記プログラムコードが、前記計算されたPDDを前記PDD情報として送る、請求項56に記載のコンピュータ可読媒体。
【請求項５８】
ワイヤレス通信ネットワーク内のサーバによって実行されたとき、前記サーバに動作を実行させる命令を含むコンピュータ可読媒体であって、前記命令が、
呼セッションに関係するダイヤル後遅延(PDD)情報を示す少なくとも1つのメッセージを第1の端末と第2の端末との間の前記呼セッションの間または終了時に前記第1の端末から受信するためのプログラムコードであって、前記少なくとも1つのメッセージが、前記呼セッションをサポートする通信プロトコルによって定義されるシグナリングメッセージである、受信するためのプログラムコードと、
前記少なくとも1つのメッセージを前記第2の端末に転送するためのプログラムコードと、
前記少なくとも1つのメッセージから前記PDD情報を抽出するためのプログラムコードと
を含むコンピュータ可読媒体。
【請求項５９】
前記第1の端末が、前記呼セッションを開始し、前記PDD情報が、第1の時間情報と第2の時間情報とを含み、前記第1の時間情報は、前記第1の端末において前記呼セッションを開始したいという要求が検出された時間に基づき、前記第2の時間情報は、前記第1の端末において前記第2の端末から呼返答メッセージが受信された時間に基づく、請求項58に記載のコンピュータ可読媒体。
【請求項６０】
前記第1および第2の時間情報に基づいて前記呼セッションの前記PDDを計算するためのプログラムコードをさらに含む、請求項59に記載のコンピュータ可読媒体。
【請求項６１】
前記受信されたPDD情報が、前記第1の端末において計算された、前記呼セッションの計算されたPDDに対応する、請求項58に記載のコンピュータ可読媒体。
【国際調査報告】
2012523755.tif 000011
2012523755.tif 000012
2012523755.tif 000013