JP2005295304A - 呼制御装置および方法 - Google Patents
呼制御装置および方法 Download PDFInfo
- Publication number
- JP2005295304A JP2005295304A JP2004108967A JP2004108967A JP2005295304A JP 2005295304 A JP2005295304 A JP 2005295304A JP 2004108967 A JP2004108967 A JP 2004108967A JP 2004108967 A JP2004108967 A JP 2004108967A JP 2005295304 A JP2005295304 A JP 2005295304A
- Authority
- JP
- Japan
- Prior art keywords
- quality
- value
- user experience
- network quality
- call control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】ネットワーク品質の時間変動を考慮して呼接続可否の判定を行うことができるとともに、ユーザ側から見た品質に基づく正確な判定を行うことができるようにする。
【解決手段】リアルタイム系アプリケーションサービスのための呼接続要求に応じて、その際得られた要求元アプリケーション端末3でのネットワーク品質に基づき、呼制御装置1で、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値を推定し、そのユーザ体感品質保証値に基づき呼接続の可否を判定する。
【選択図】 図1
【解決手段】リアルタイム系アプリケーションサービスのための呼接続要求に応じて、その際得られた要求元アプリケーション端末3でのネットワーク品質に基づき、呼制御装置1で、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値を推定し、そのユーザ体感品質保証値に基づき呼接続の可否を判定する。
【選択図】 図1
Description
本発明は、呼制御技術に関し、特にパケット網を介して映像配信やTV会議などのようなリアルタイム系アプリケーションサービスを実現する際の呼を制御する呼制御技術に関する。
映像配信やTV会議などのリアルタイム系アプリケーションサービスの普及に伴い、これらリアルタイム系アプリケーションサービスの品質が重要視されつつある。これらアプリケーションでは、映像や音声などのメディアデータをパケットにより転送しているが、ネットワーク側の振る舞いによってパケットの遅延や損失が発生し、所望の音声や映像に劣化が生ずる。したがって、サービス提供側では、リアルタイム系アプリケーションサービスにおいて、サービス品質を管理することが重要となる。
従来、このようなサービス品質の管理という観点から、リアルタイム系アプリケーションサービスを実現する呼を制御する際、その呼のサービス品質に基づき呼制御を行う技術が研究されつつある(例えば、非特許文献1など参照)。
この種の呼制御技術では、アプリケーション端末からの接続要求時に、当該呼のネットワーク品質状態(例えば、回線使用率など)をMIB(Management Information Base)情報や擬似パケットにより、パッシブ方法やアクティブ方法で測定し、呼制御装置で呼接続の可否を判断するもとなっていた。
この種の呼制御技術では、アプリケーション端末からの接続要求時に、当該呼のネットワーク品質状態(例えば、回線使用率など)をMIB(Management Information Base)情報や擬似パケットにより、パッシブ方法やアクティブ方法で測定し、呼制御装置で呼接続の可否を判断するもとなっていた。
また、負荷分散されたサーバの処理能力を同時接続数などで推定して、接続先サーバの決定や接続可否を判断するものであった。
あるいは、呼接続時のネットワーク品質状態によって、データ転送方式(例えば、送信データを減らすなど)を変更し、サービス品質を満足させようとする機能もあった。
あるいは、呼接続時のネットワーク品質状態によって、データ転送方式(例えば、送信データを減らすなど)を変更し、サービス品質を満足させようとする機能もあった。
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
特開2002−064539号公報
外山ほか、「VoIPネットワークにおけるコンスタント測定型アドミッションコントロール」、2002年電子情報通信学会総合大会、B-11-20
川口ほか、「QoS制御下の映像配信サービスの主観品質推定モデル」、2003年電子情報通信学会総合大会、SB-7-1
このような映像配信やTV会議などのリアルタイム系アプリケーションサービスは、一般電話網(PSTN)を用いた固定電話とは異なり、1回の利用にかかる通信継続時間が比較的長いという特徴がある。また、映像配信やTV会議は、電話網とは異なり品質が保証されないIP網などのパケット網を利用したサービスである。そのため、接続中にネットワーク品質が変動する可能性が高い。
また、リアルタイム系アプリケーションサービスでは、サービスを利用するユーザが実際に体感する品質と、当該呼からパケットに基づき測定したパケット損失率などのネットワーク品質とにズレがある。
また、リアルタイム系アプリケーションサービスでは、サービスを利用するユーザが実際に体感する品質と、当該呼からパケットに基づき測定したパケット損失率などのネットワーク品質とにズレがある。
しかしながら、従来の呼制御技術では、要求時に測定したネットワーク品質のみに基づき呼接続の可否を判断するもとなっているため、接続後にネットワーク品質が劣化し、所望のサービス品質が維持できない場合も生ずるという問題点があった。また、ネットワーク品質に基づき呼接続の可否を判定しているため、ユーザ側から見た品質に基づく正確な判定ができないという問題点もあった。
本発明はこのような課題を解決するためのものであり、ネットワーク品質の時間変動を考慮して呼接続可否判定を行うことができるとともに、ユーザ側から見た品質に基づく正確な判定を行うことができる呼制御装置および方法を提供することを目的としている。
このような目的を達成するために、本発明にかかる呼制御装置は、パケット網を介してリアルタイム系アプリケーションサービスを利用するアプリケーション端末からの呼接続要求に応じて呼接続可否の判定を行う呼制御装置において、要求元アプリケーション端末でのネットワーク品質値を取得するネットワーク品質取得手段と、ネットワーク品質取得手段で取得されたネットワーク品質値について、ネットワーク品質の時間変動を考慮した、当該アプリケーション端末でユーザが体感するユーザ体感品質保証値を推定するユーザ体感品質推定手段と、ユーザ体感品質保証値に基づき呼接続可否を判定し、その判定結果に基づき呼制御を行う呼制御手段とを備えるものである。
呼接続可否を判定の具体例として、ユーザ体感品質推定手段で、ネットワーク品質値に対するユーザ体感品質保証値の推定ばらつきを示す上限値または下限値をさらに推定し、呼制御手段で、ユーザ体感品質保証値からなる第1の品質値と、その上限値または下限値からなる第2の品質値とに基づき呼接続可否を判定するようにしてもよい。
あるいは、ネットワーク品質取得手段で取得されたネットワーク品質値について、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の上限値または下限値を推定するネットワーク品質推定手段をさらに備え、呼制御手段で、ユーザ体感品質保証値からなる第1の品質値と、ネットワーク品質推定手段で推定されたネットワーク品質値の上限値または下限値からユーザ体感品質推定手段で推定されたユーザ体感品質保証値の上限値または下限値からなる第2の品質値に基づき呼接続可否を判定するようにしてもよい。
あるいは、ネットワーク品質取得手段で取得されたネットワーク品質値について、ネットワーク品質のばらつきを示す、当該ネットワーク品質値の上限値または下限値を推定するネットワーク品質推定手段をさらに備え、ユーザ体感品質推定手段で、ネットワーク品質値からネットワーク品質の時間変動が考慮されていないユーザ体感品質値を第1の品質値として推定するとともに、ネットワーク品質推定手段で推定された上限値または下限値からネットワーク品質の時間変動が考慮されていないユーザ体感品質値を第2の品質値として推定し、これら第1および第2の品質値を時間変動が考慮されたユーザ体感品質保証値として出力し、呼制御手段で、ユーザ体感品質推定手段からユーザ体感品質保証値として出力された第1および第2の品質値に基づき呼接続可否を判定するようにしてもよい。
この際、呼制御手段で、第1および第2の品質値のうち低品質側の値が所定のしきい値を満足した場合は要求された呼接続を行うとともに、高品質側の値がしきい値を満足しない場合は要求された呼接続を拒否し、両値の間にしきい値が存在する場合は、要求元アプリケーション端末に対して品質低下の可能性を通知した後、要求された呼接続を行うようにしてもよい。
また、ユーザ体感品質保証値を推定について、ネットワーク品質値とユーザ体感品質保証値との対応関係を示す体感品質特性情報を記憶する記憶部をさらに備え、ユーザ体感品質推定手段は、ネットワーク品質値に基づき体感品質特性情報を参照して、ユーザ体感品質保証値を推定するようにしてもよい。
この際、ネットワーク品質取得手段によりアプリケーション端末からネットワーク品質値を逐次取得するとともに、当該ネットワーク品質値についてユーザ体感品質推定手段でユーザ体感品質保証値を推定して、これらネットワーク品質値とユーザ体感品質保証値との対を記憶部のデータベースへ順次蓄積し、当該データベースに蓄積されている各対に基づき体感品質特性情報を算出する品質特性管理手段をさらに備えてもよい。
さらに、品質特性管理手段で、所定の測定周期内に設けられた複数の測定タイミングについて、管理対象となる対象アプリケーションが利用中の場合は、当該対象アプリケーションのパケットを利用したパッシブ測定により測定されたアプリケーション端末でのネットワーク品質を取得し、当該測定周期内における測定回数が規定回数に達しない場合は、対象アプリケーションを擬似する擬似パケットを用いたアクティブ測定により測定されたアプリケーション端末でのネットワーク品質値を取得するようにしてもよい。
また、本発明にかかる呼制御方法は、パケット網を介してリアルタイム系アプリケーションサービスを利用するアプリケーション端末からの呼接続要求に応じて、呼制御装置で呼接続可否の判定を行う呼制御方法において、要求元アプリケーション端末でのネットワーク品質値を取得するネットワーク品質取得ステップと、ネットワーク品質取得ステップで取得されたネットワーク品質値について、ネットワーク品質の時間変動を考慮した、当該アプリケーション端末でユーザが体感するユーザ体感品質保証値を推定するユーザ体感品質推定ステップと、ユーザ体感品質保証値に基づき呼接続可否を判定し、その判定結果に基づき呼制御を行う呼制御ステップとを備えるものである。
呼接続可否を判定の具体例として、ユーザ体感品質推定ステップで、ネットワーク品質値に対するユーザ体感品質保証値の推定ばらつきを示す上限値または下限値をさらに推定し、呼制御ステップで、ユーザ体感品質保証値からなる第1の品質値と、その上限値または下限値からなる第2の品質値とに基づき呼接続可否を判定するようにしてもよい。
あるいは、ネットワーク品質取得ステップで取得されたネットワーク品質値について、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の上限値または下限値を推定するネットワーク品質推定ステップをさらに備え、呼制御ステップで、ユーザ体感品質保証値からなる第1の品質値と、ネットワーク品質推定ステップで推定されたネットワーク品質値の上限値または下限値からユーザ体感品質推定ステップで推定されたユーザ体感品質保証値の上限値または下限値からなる第2の品質値に基づき呼接続可否を判定するようにしてもよい。
あるいは、ネットワーク品質取得ステップで取得されたネットワーク品質値について、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の上限値または下限値を推定するネットワーク品質推定ステップをさらに備え、ユーザ体感品質推定ステップで、ネットワーク品質値からネットワーク品質の時間変動が考慮されていないユーザ体感品質値を第1の品質値として推定するとともに、ネットワーク品質推定ステップで推定された上限値または下限値からネットワーク品質の時間変動が考慮されていないユーザ体感品質値を第2の品質値として推定し、これら第1および第2の品質値を時間変動が考慮されたユーザ体感品質保証値として出力し、呼制御ステップで、ユーザ体感品質推定ステップからユーザ体感品質保証値として出力された第1および第2の品質値に基づき呼接続可否を判定するようにしてもよい。
この際、呼制御ステップで、第1および第2の品質値のうち低品質側の値が所定のしきい値を満足した場合は要求された呼接続を行うとともに、高品質側の値がしきい値を満足しない場合は要求された呼接続を拒否し、両値の間にしきい値が存在する場合は、要求元アプリケーション端末に対して品質低下の可能性を通知した後、要求された呼接続を行うようにしてもよい。
また、ユーザ体感品質保証値を推定について、当該呼制御装置の記憶部で、ネットワーク品質値とユーザ体感品質保証値との対応関係を示す体感品質特性情報を記憶するステップをさらに備え、ユーザ体感品質推定ステップで、ネットワーク品質値に基づき体感品質特性情報を参照して、ユーザ体感品質保証値を推定するようにしてもよい。
この際、ネットワーク品質取得ステップによりアプリケーション端末からネットワーク品質値を逐次取得するとともに、当該ネットワーク品質値についてユーザ体感品質推定ステップでユーザ体感品質保証値を推定して、これらネットワーク品質値とユーザ体感品質保証値との対を記憶部のデータベースへ順次蓄積し、当該データベースに蓄積されている各対に基づき体感品質特性情報を算出する品質特性管理ステップをさらに備えてもよい。
さらに、品質特性管理ステップで、所定の測定周期内に設けられた複数の測定タイミングについて、管理対象となる対象アプリケーションが利用中の場合は、当該対象アプリケーションのパケットを利用したパッシブ測定により測定されたアプリケーション端末でのネットワーク品質を取得し、当該測定周期内における測定回数が規定回数に達しない場合は、対象アプリケーションを擬似する擬似パケットを用いたアクティブ測定により測定されたアプリケーション端末でのネットワーク品質値を取得するようにしてもよい。
本発明によれば、要求元アプリケーション端末でのネットワーク品質について、ネットワーク品質の時間変動を考慮した、当該アプリケーション端末でユーザが体感するユーザ体感品質保証値が推定されて、そのユーザ体感品質保証値に基づき呼接続可否が判定されることから、ネットワーク品質の時間変動を考慮した呼接続可否判定を実現でき、呼接続された後にネットワーク品質が変動した場合でも、所望のサービス品質を維持することができる。
また、要求元アプリケーション端末で実際にユーザが体感する品質を示すユーザ体感品質保証値を用いて呼接続可否を判定するようにしたので、要求元アプリケーション端末で測定されたネットワーク品質とユーザの主観的な品質とのズレが判定から除外され、ユーザ側から見た品質に基づく正確な判定を行うことができる。
また、要求元アプリケーション端末で実際にユーザが体感する品質を示すユーザ体感品質保証値を用いて呼接続可否を判定するようにしたので、要求元アプリケーション端末で測定されたネットワーク品質とユーザの主観的な品質とのズレが判定から除外され、ユーザ側から見た品質に基づく正確な判定を行うことができる。
次に、本発明の実施の形態について図面を参照して説明する。
[第1の実施の形態]
まず、図1を参照して、本発明の第1の実施の形態にかかる呼制御システムについて説明する。図1は本発明の第1の実施の形態にかかる呼制御装置が適用される呼制御システムの構成例である。
[第1の実施の形態]
まず、図1を参照して、本発明の第1の実施の形態にかかる呼制御システムについて説明する。図1は本発明の第1の実施の形態にかかる呼制御装置が適用される呼制御システムの構成例である。
この呼制御システムは、パケット網5に接続されたリアルタイム系アプリケーションサービスを利用する任意のアプリケーション端末3(3A〜3D)からの呼接続要求について、呼制御装置1で、当該アプリケーション端末3でのネットワーク品質の時間変動を考慮したユーザ体感品質保証値に基づき呼接続可否を判断するシステムである。
この品質推定システムは、各アプリケーション端末3ごとに設けられて、当該アプリケーション端末3でのリアルタイム系アプリケーションサービスに関するネットワーク品質値を測定するネットワーク品質測定装置2(2A〜2D)と、ネットワーク品質測定装置2で得られたネットワーク品質値に基づき、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値を推定し、その推定結果に基づき呼接続要求元アプリケーション端末3の呼接続可否を判断する呼制御装置1とから構成されている。
アプリケーション端末3は、全体としてコンピュータからなり、各種アプリケーション(ソフトウェア)をコンピュータで実行することにより、各種コミュニケーション機能を実現する。この際、アプリケーションとしてリアルタイム系アプリケーションを実行することにより、パケット網5を介して他のアプリケーション端末3とパケット通信を行い、映像配信やTV会議などのコミュニケーションを実現する。
ネットワーク品質測定装置2は、コンピュータを利用して、所定の経路得を流れるパケットをキャプチャし、対応するアプリケーション端末3での任意のアプリケーションに関するネットワーク品質を測定する装置である。
ネットワーク品質測定装置2は、コンピュータを利用して、所定の経路得を流れるパケットをキャプチャし、対応するアプリケーション端末3での任意のアプリケーションに関するネットワーク品質を測定する装置である。
[呼制御装置]
次に、図2を参照して、本発明の第1の実施の形態にかかる呼制御装置について説明する。図2は本発明の第1の実施の形態にかかる呼制御装置の構成を示すブロック図である。
呼制御装置1は、パケット網5に接続されて、リアルタイム系アプリケーションを利用するアプリケーション端末3(3A〜3D)からの呼接続要求に応じて、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値に基づき呼接続可否を判定する装置である。
次に、図2を参照して、本発明の第1の実施の形態にかかる呼制御装置について説明する。図2は本発明の第1の実施の形態にかかる呼制御装置の構成を示すブロック図である。
呼制御装置1は、パケット網5に接続されて、リアルタイム系アプリケーションを利用するアプリケーション端末3(3A〜3D)からの呼接続要求に応じて、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値に基づき呼接続可否を判定する装置である。
この呼制御装置1は、全体としてコンピュータを有するサーバ装置などの情報処理装置からなり、通信インターフェース部(以下、通信I/F部という)11、記憶部12、制御部13が設けられている。
通信I/F部11は、パケット網5を介して他の装置とパケット通信を行う回路部である。
通信I/F部11は、パケット網5を介して他の装置とパケット通信を行う回路部である。
記憶部12は、メモリやハードディスクなどの記憶装置からなり、制御部13での処理に用いる各種情報やプログラムを記憶する。記憶部12で記憶される各種情報としては、データベース12A、体感品質特性情報12B、ネットワーク品質特性情報12Cがある。
データベース12Aは、過去に得られたネットワーク品質とユーザ体感品質とを対として蓄積する情報である。
データベース12Aは、過去に得られたネットワーク品質とユーザ体感品質とを対として蓄積する情報である。
体感品質特性情報12Bは、アプリケーション端末3でのネットワーク品質値と、ネットワーク品質の時間変動を考慮した、当該アプリケーション端末3でユーザが体感する品質を示すユーザ体感品質保証値との対応関係を示す情報である。
ネットワーク品質特性情報12Cは、アプリケーション端末3でのネットワーク品質値と、そのネットワーク品質値の時間変動との対応関係を示す情報である。
ネットワーク品質特性情報12Cは、アプリケーション端末3でのネットワーク品質値と、そのネットワーク品質値の時間変動との対応関係を示す情報である。
制御部13は、CPUなどのマイクロプロセッサとその周辺回路からなり、記憶部12のプログラムを読み込んで実行することにより、上記ハードウェアとプログラムとを協働させて各種機能手段を実現する機能部である。
制御部13で実現される機能手段としては、ネットワーク品質取得手段13A、ユーザ体感品質推定手段13B、呼制御手段13C、ネットワーク品質推定手段13D、および品質特性管理手段13Eがある。
制御部13で実現される機能手段としては、ネットワーク品質取得手段13A、ユーザ体感品質推定手段13B、呼制御手段13C、ネットワーク品質推定手段13D、および品質特性管理手段13Eがある。
ネットワーク品質取得手段13Aは、ネットワーク品質測定装置2との間で通信I/F部11およびパケット網5を介して制御パケットを送受信することにより、各アプリケーション端末3での任意の呼に関する各種ネットワーク品質情報を取得する機能手段である。
なお、各呼から取得されるネットワーク品質としては、例えば、パケットの損失率、遅延量、遅延揺らぎ等、ネットワークの物理的(回線速度等)要因や背景負荷(他のトラヒックの利用状況)によって生じるものがある。
なお、各呼から取得されるネットワーク品質としては、例えば、パケットの損失率、遅延量、遅延揺らぎ等、ネットワークの物理的(回線速度等)要因や背景負荷(他のトラヒックの利用状況)によって生じるものがある。
ユーザ体感品質推定手段13Bは、ネットワーク品質取得手段13Aでネットワーク品質測定装置2から取得したネットワーク品質値に基づき、記憶部12の体感品質特性情報12Bを参照して、そのネットワーク品質の時間的変動が考慮された、呼接続要求元のアプリケーション端末3で当該呼からユーザが体感するユーザ体感品質保証値を推定する機能手段である。
このユーザ体感品質保証値は、アプリケーション接続期間に相当する所定期間におけるネットワーク品質の時間変動を考慮して推定された、当該期間内におけるユーザ体感品質の変動を保証する値である。
このユーザ体感品質保証値は、アプリケーション接続期間に相当する所定期間におけるネットワーク品質の時間変動を考慮して推定された、当該期間内におけるユーザ体感品質の変動を保証する値である。
呼制御手段13Cは、ユーザ体感品質推定手段13Bで推定されたユーザ体感品質保証値に基づき、呼接続要求元のアプリケーション端末3に対する呼接続可否を判定し、呼接続可の判定結果に応じて呼接続要求元のアプリケーション端末3と所望の相手先アプリケーション端末3との間の呼接続を行う機能手段である。
ネットワーク品質推定手段13Dは、ネットワーク品質取得手段13Aでネットワーク品質測定装置2から取得したネットワーク品質値に基づき、記憶部12のネットワーク品質特性情報12Cを参照して、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の上限値DHおよび下限値DLを推定する機能手段である。
ネットワーク品質推定手段13Dは、ネットワーク品質取得手段13Aでネットワーク品質測定装置2から取得したネットワーク品質値に基づき、記憶部12のネットワーク品質特性情報12Cを参照して、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の上限値DHおよび下限値DLを推定する機能手段である。
品質特性管理手段13Eは、ネットワーク品質取得手段13Aでネットワーク品質測定装置2から取得したネットワーク品質値に基づき、記憶部12の体感品質特性情報12Bさらにはネットワーク品質特性情報12Cを生成し更新する機能手段である。
[第1の実施の形態の動作]
次に、図3を参照して、本実施の形態にかかる呼制御装置1の動作について説明する。図3は、本実施の形態にかかる呼制御装置1での呼制御処理を示すフローチャートである。
呼制御装置1の制御部13は、パケット網5および通信I/F部11を介してアプリケーション端末3から通知されたリアルタイム系アプリケーションサービスのための呼接続要求を受信し、図3の呼制御処理を開始する。
次に、図3を参照して、本実施の形態にかかる呼制御装置1の動作について説明する。図3は、本実施の形態にかかる呼制御装置1での呼制御処理を示すフローチャートである。
呼制御装置1の制御部13は、パケット網5および通信I/F部11を介してアプリケーション端末3から通知されたリアルタイム系アプリケーションサービスのための呼接続要求を受信し、図3の呼制御処理を開始する。
まず、制御部13は、ネットワーク品質取得手段13Aにより、通信I/F部11およびパケット網5を介して当該リアルタイム系アプリケーションサービスを利用するアプリケーション端末3について、そのネットワーク品質測定装置2で測定されたネットワーク品質値を取得する(ステップ100)。
次に、制御部13は、ユーザ体感品質推定手段13Bにより、上記ネットワーク品質値に基づき、記憶部12の体感品質特性情報12Bを参照して、ネットワーク品質の時間変動が考慮された、呼接続要求元のアプリケーション端末3でユーザが体感するユーザ体感品質保証値を推定する(ステップ101)。
このユーザ体感品質保証値は、アプリケーション接続期間に相当する所定期間におけるネットワーク品質の時間変動を考慮して推定された、当該期間内におけるユーザ体感品質の変動を保証する値からなり、例えば非特許文献2などの公知の技術により求めることができる。
このユーザ体感品質保証値は、アプリケーション接続期間に相当する所定期間におけるネットワーク品質の時間変動を考慮して推定された、当該期間内におけるユーザ体感品質の変動を保証する値からなり、例えば非特許文献2などの公知の技術により求めることができる。
非特許文献2を用いる場合、平均品質、劣化重み、品質変動量、および劣化発生位置などのパラメータが必要とされる。
このうち、平均品質は、短時間における品質とされるため、ネットワーク品質尺度により、短時間の平均品質を推定可能な手法で算出する。具体的には、アプリケーション接続中のメディアデータから、例えば数秒から1分程度の短時間ごとにネットワーク品質値を取得し、ネットワーク品質の時間変動が考慮されていないユーザ体感品質値を各ネットワーク品質値ごとに推定し、これを平均化すれば上記平均品質を推定できる。
このうち、平均品質は、短時間における品質とされるため、ネットワーク品質尺度により、短時間の平均品質を推定可能な手法で算出する。具体的には、アプリケーション接続中のメディアデータから、例えば数秒から1分程度の短時間ごとにネットワーク品質値を取得し、ネットワーク品質の時間変動が考慮されていないユーザ体感品質値を各ネットワーク品質値ごとに推定し、これを平均化すれば上記平均品質を推定できる。
なお、上記ユーザ体感品質値については、ネットワーク品質とユーザ体感品質値との対応関係を示す推定モデルを参照して、当該呼でのネットワーク品質の測定結果に対応するユーザ体感品質値を推定できる(例えば、特許文献1など参照)。
劣化重みは、リアルタイム系アプリケーションサービスを構成するそれぞれの呼あるいは区間が持つ、ユーザ体感品質に対する影響度を示すものであり、各サービスごとに予め設定しておく。一般的には、各区間のうち低品質区間の影響がユーザ体感品質において支配的と考えられている。
劣化重みは、リアルタイム系アプリケーションサービスを構成するそれぞれの呼あるいは区間が持つ、ユーザ体感品質に対する影響度を示すものであり、各サービスごとに予め設定しておく。一般的には、各区間のうち低品質区間の影響がユーザ体感品質において支配的と考えられている。
品質変動量は、アプリケーション接続中の品質変動、例えば上記平均品質を算出する際の分散や標準偏差、あるいは95%信頼区間などによって決定すればよい。
劣化発生位置は、アプリケーション接続期間内における劣化の発生時間位置であり、MIB(Management Information Base)情報などで取得される。ユーザ体感品質に対する劣化発生の影響度は、その発生時間位置により大きく変化するため、劣化発生位置に基づきユーザ体感品質が補正される。一般には、アプリケーション接続期間の終了時点に近いほどその影響度が大きいと考えられている。
劣化発生位置は、アプリケーション接続期間内における劣化の発生時間位置であり、MIB(Management Information Base)情報などで取得される。ユーザ体感品質に対する劣化発生の影響度は、その発生時間位置により大きく変化するため、劣化発生位置に基づきユーザ体感品質が補正される。一般には、アプリケーション接続期間の終了時点に近いほどその影響度が大きいと考えられている。
図4は、体感品質特性情報12Bの一例を示すグラフである。図4において、各ドットはデータベース12Aに蓄積されている過去のデータであり、これらデータに含まれるネットワーク品質値(例えば、パケット損失率)とユーザ体感品質保証値との対が各ドットとしてグラフにプロットされている。
特性200は、これらドットの分布から推定された回帰曲線などの推定モデル、すなわち任意のネットワーク品質値に対応するユーザ品質体感保証値を示す曲線である。特性201,202は、例えば95%などの所定信頼区間における上限および下限を示す曲線であり、任意のネットワーク品質に対するユーザ体感品質保証値の推定ばらつきを示している。
特性200は、これらドットの分布から推定された回帰曲線などの推定モデル、すなわち任意のネットワーク品質値に対応するユーザ品質体感保証値を示す曲線である。特性201,202は、例えば95%などの所定信頼区間における上限および下限を示す曲線であり、任意のネットワーク品質に対するユーザ体感品質保証値の推定ばらつきを示している。
制御部13は、このようにして、ユーザ体感品質推定手段13Bにより、図3のステップ101で、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値を推定した後、呼制御手段13Cにより、上記ユーザ体感品質の平均値と所定の品質目標値を示すしきい値とを比較する(ステップ102)。
ここで、平均値がしきい値を満たす場合は(ステップ103:YES)、リアルタイム系アプリケーションサービスのための呼を接続した後のサービス品質が目標値を満たすと予想されることから、要求された当該呼接続を実行し(ステップ104)、一連の呼制御処理を終了する。
ここで、平均値がしきい値を満たす場合は(ステップ103:YES)、リアルタイム系アプリケーションサービスのための呼を接続した後のサービス品質が目標値を満たすと予想されることから、要求された当該呼接続を実行し(ステップ104)、一連の呼制御処理を終了する。
また、平均値がしきい値を満たさない場合は(ステップ103:NO)、リアルタイム系アプリケーションサービスのための呼を接続した後のサービス品質が目標値を満たさない可能性が高いことから、要求された当該呼接続を拒否し(ステップ105)、一連の呼制御処理を終了する。
したがって、図4の例では、取得したネットワーク品質がD1の場合、このD1から特性200により推定されたユーザ体感品質保証値SA1としきい値STHとが図3のステップ102で比較され、この場合はSA1≧STHであることから、ステップ103:YESを経てステップ104で呼接続が行われる。
一方、取得したネットワーク品質がD2の場合、このD2から特性200により推定されたユーザ体感品質保証値SA2はSA2<STHとなり、ステップ103:NOを経てステップ105で呼接続要求が拒否される。
一方、取得したネットワーク品質がD2の場合、このD2から特性200により推定されたユーザ体感品質保証値SA2はSA2<STHとなり、ステップ103:NOを経てステップ105で呼接続要求が拒否される。
このように、リアルタイム系アプリケーションサービスのための呼接続要求に応じて、その際得られた要求元アプリケーション端末でのネットワーク品質に基づき、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値を推定し、そのユーザ体感品質保証値に基づき呼接続の可否を判定するようにしたので、ネットワーク品質の時間変動を考慮して呼接続可否判定を行うことができ、この判定に基づき呼接続された後にネットワーク品質が変動した場合でも、所望のサービス品質を維持することができる。
また、要求元アプリケーション端末で実際にユーザが体感する品質を示すユーザ体感品質保証値を用いて呼接続可否を判定するようにしたので、要求元アプリケーション端末で測定されたネットワーク品質とユーザの主観的な品質とのズレが判定から除外され、ユーザ側から見た品質に基づく正確な判定を行うことができる。
[第2の実施の形態]
次に、図5を参照して、本発明の第2の実施の形態にかかる呼制御装置について説明する。図5は、本発明の第2の実施の形態にかかる呼制御装置による呼接続可否の判定例を示す説明図である。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
次に、図5を参照して、本発明の第2の実施の形態にかかる呼制御装置について説明する。図5は、本発明の第2の実施の形態にかかる呼制御装置による呼接続可否の判定例を示す説明図である。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
前述した第1の実施の形態では、図3のステップ103において、特性200から推定されたユーザ体感品質保証値としきい値との比較結果に基づき呼接続の可否を判定する場合を例として説明したが、これに限定されるものではなく、サービス提供側のポリシに基づき、特性201や特性202を用いた他の判定方法を用いてもよい。
本実施の形態では、特性200とその下限値を示す特性202を用いで呼接続の可否を判定する場合について説明する。
本実施の形態では、特性200とその下限値を示す特性202を用いで呼接続の可否を判定する場合について説明する。
制御部13では、図3のステップ100,101を実行した後、呼制御手段13Cにより、特性200から推定されたユーザ体感品質保証値(平均値)および特性202から推定された下限値と、しきい値とをそれぞれ比較する。
ここで、上記平均値がしきい値STHを満足していなければ、図3と同様に呼接続要求を拒否する。また、特性202により推定されたユーザ体感品質保証値の下限値がしきい値STHを満足している場合は、呼接続後のサービス品質が確実に目標値を満たすと予想されることから呼接続を行う。
ここで、上記平均値がしきい値STHを満足していなければ、図3と同様に呼接続要求を拒否する。また、特性202により推定されたユーザ体感品質保証値の下限値がしきい値STHを満足している場合は、呼接続後のサービス品質が確実に目標値を満たすと予想されることから呼接続を行う。
そして、上記平均値がしきい値を満足しているものの、下限値がしきい値を満足しない場合は、呼接続後のサービス品質がある程度目標値を満たすと予想されることから、要求元アプリケーション端末3に対して、品質低下の可能性があることをメッセージで通知し、呼接続を行う。
したがって、図5の例では、取得したネットワーク品質D1の場合、このD1から特性202により推定されたユーザ体感品質保証値の下限値SL1がSL1≧STHであることから呼接続が行われる。一方、取得したネットワーク品質がD2の場合、このD2から特性200により推定されたユーザ体感品質保証値SA2はSA2<STHとなり呼接続要求が拒否される。
また、取得したネットワーク品質がD3の場合、このD3から特性200により推定されたユーザ体感品質保証値SA3はSA3≧STHであるものの、D3から特性202により推定された下限値SL3がSL3<STHであることから、品質低下可能性が通知された後、呼接続が行われる。
また、取得したネットワーク品質がD3の場合、このD3から特性200により推定されたユーザ体感品質保証値SA3はSA3≧STHであるものの、D3から特性202により推定された下限値SL3がSL3<STHであることから、品質低下可能性が通知された後、呼接続が行われる。
このように、取得したネットワーク品質値に対応するユーザ体感品質保証値(第1の品質値)に加えて、当該ユーザ体感品質保証の推定ばらつきを考慮した上限値または下限値(第2の品質値)を推定し、これら両品質値を用いて呼接続可否を判定するようにしたので、図3と比較して、ユーザ体感品質保証値の推定ばらつきを考慮した呼接続制御を実現できる。
また、これら複数のユーザ体感品質保証値(第1および第2の品質値)のそれぞれをしきい値と比較し、そのうち低品質側のユーザ体感品質保証値がしきい値を満足した場合は接続可と判断するとともに、高品質側のユーザ体感品質保証値がしきい値を満足しない場合は接続不可と判断し、両ユーザ体感品質保証値の間にしきい値が存在する場合は、要求元アプリケーション端末3に対して品質低下の可能性を通知した後、呼接続するようにしたので、1つの品質値で判定する場合と比較して、より柔軟な呼制御を実現できる。
この際、平均値、上限値、下限値について共通したしきい値ではなく、複数のしきい値と比較して呼接続可否を判定してもよい。
また、以上で説明した呼接続可否判定において、ユーザ体感品質保証値(平均値)に代えて上限値を用い、下限値に代えて平均値を用いてもよく、上記と比較して緩やかな基準に基づく呼接続可否判定を実現できる。
なお、図3において、ユーザ体感品質保証値(平均値)に代えて上限値あるいは下限値を用いた呼接続可否判定を行ってもよい。
また、以上で説明した呼接続可否判定において、ユーザ体感品質保証値(平均値)に代えて上限値を用い、下限値に代えて平均値を用いてもよく、上記と比較して緩やかな基準に基づく呼接続可否判定を実現できる。
なお、図3において、ユーザ体感品質保証値(平均値)に代えて上限値あるいは下限値を用いた呼接続可否判定を行ってもよい。
[第3の実施の形態]
次に、図6および図7を参照して、本発明の第3の実施の形態にかかる呼制御装置について説明する。図6は、本発明の第3の実施の形態にかかる呼制御装置で用いるネットワーク品質特性情報12Cの一例を示すグラフである。図7は、本発明の第3の実施の形態にかかる呼制御装置による呼接続可否の判定例を示す説明図である。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
次に、図6および図7を参照して、本発明の第3の実施の形態にかかる呼制御装置について説明する。図6は、本発明の第3の実施の形態にかかる呼制御装置で用いるネットワーク品質特性情報12Cの一例を示すグラフである。図7は、本発明の第3の実施の形態にかかる呼制御装置による呼接続可否の判定例を示す説明図である。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
前述した第2の実施の形態では、特性202から推定された下限値を用いた場合について説明した。本実施の形態では、要求元アプリケーション端末3から得られたネットワーク品質値の上限値や下限値に対応するユーザ体感品質保証値を用いて、呼接続可否判定を行う場合について説明する。
ネットワーク品質値の上限値や下限値については、図6に示すような、記憶部12のネットワーク品質特性情報12Cに基づき推定できる。
ここでは、時刻ごとにネットワーク品質値を測定し、その分布に基づき時刻とネットワーク品質値との対応関係を示したものであり、特性210はその平均値を示す曲線である。また、特性211,212は、それぞれの時刻におけるネットワーク品質のばらつきを示す上限値および下限値であり、例えば分散、標準偏差、95%信頼区間などに基づき決定される。
ここでは、時刻ごとにネットワーク品質値を測定し、その分布に基づき時刻とネットワーク品質値との対応関係を示したものであり、特性210はその平均値を示す曲線である。また、特性211,212は、それぞれの時刻におけるネットワーク品質のばらつきを示す上限値および下限値であり、例えば分散、標準偏差、95%信頼区間などに基づき決定される。
制御部13では、ユーザ体感品質推定手段13Bにより、上記のようなネットワーク品質特性情報12Cを参照して、要求元アプリケーション端末3から得られたネットワーク品質値の取得時刻における、当該平均値に対する上限値および下限値の変動幅を取得し、その変動幅に基づき要求元アプリケーション端末3から得られたネットワーク品質値の上限値および下限値を得る。
次に、これらネットワーク品質値の上限値および下限値ごとに、体感品質特性情報12Bを参照して、ユーザ体感品質保証値をそれぞれ推定することにより、特性201,202から推定された下限値、上限値に代わる、ユーザ体感品質保証値の上限値および下限値を特性200から推定する。
次に、これらネットワーク品質値の上限値および下限値ごとに、体感品質特性情報12Bを参照して、ユーザ体感品質保証値をそれぞれ推定することにより、特性201,202から推定された下限値、上限値に代わる、ユーザ体感品質保証値の上限値および下限値を特性200から推定する。
そして、制御部13は、呼制御手段13Cにより、ネットワーク品質値の上限値および下限値から特性200により推定したユーザ体感品質保証値の上限値および下限値に基づき、図7に示すような呼接続可否判定を行う。
したがって、図7の例では、取得したネットワーク品質D1の場合、その下限値DL1から特性200により推定されたユーザ体感品質保証値の下限値SL1がSL1≧STHであることから呼接続が行われる。一方、取得したネットワーク品質がD2の場合、このD2から特性200により推定されたユーザ体感品質保証値SA2がSA2<STHであることから呼接続要求が拒否される。
したがって、図7の例では、取得したネットワーク品質D1の場合、その下限値DL1から特性200により推定されたユーザ体感品質保証値の下限値SL1がSL1≧STHであることから呼接続が行われる。一方、取得したネットワーク品質がD2の場合、このD2から特性200により推定されたユーザ体感品質保証値SA2がSA2<STHであることから呼接続要求が拒否される。
また、取得したネットワーク品質がD3の場合、このD3から特性200により推定されたユーザ体感品質保証値SA3はSA3≧STHであるものの、D3の下限値DL3から特性200により推定された下限値SL3がSL3<STHであることから、要求元アプリケーション端末3に対して品質低下可能性が通知された後、呼接続が行われる。
これにより、ネットワーク品質の変動を重視した呼接続可否判定を実現できる。また、体感品質特性情報12Bとして、特性200を用意しておけばよいことになる。
これにより、ネットワーク品質の変動を重視した呼接続可否判定を実現できる。また、体感品質特性情報12Bとして、特性200を用意しておけばよいことになる。
なお、以上の各実施の形態において、体感品質特性情報12Bについては、各特性200〜202を示す回帰曲線の方程式として記憶部12で保持してもよく、数値からなるテーブル形式で保持してもよい。また、ネットワーク品質特性情報12Cについても同様であり、特性210〜212を示す回帰曲線の方程式や、ネットワーク品質の時系列変化を表す数式、例えばポアソン分布などを用いた確率分布の方程式として記憶部12で保持してもよく、数値からなるテーブル形式で保持してもよい。
[第4の実施の形態]
次に、図8を参照して、本発明の第4の実施の形態にかかる呼制御装置について説明する。図8は、本発明の第4の実施の形態にかかる呼制御装置での呼接続可否判定を示す説明図である。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
次に、図8を参照して、本発明の第4の実施の形態にかかる呼制御装置について説明する。図8は、本発明の第4の実施の形態にかかる呼制御装置での呼接続可否判定を示す説明図である。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
前述した各実施の形態では、ユーザ体感品質保証値としきい値とを比較する場合について説明した。本実施の形態では、当該しきい値に対応するネットワーク品質値の基準値を求めておき、この基準値とネットワーク品質値との比較結果に基づき呼接続可否を判定する場合について説明する。なお、本実施の形態は、ネットワーク品質値とユーザ体感品質保証値とが一意に対応する単調関数で表現できる場合を前提としている。
ネットワーク品質とユーザ体感品質保証値との対応関係を示す体感品質特性が、図8に示すような、特性200〜202で表現される場合、所定の品質目標値を示すしきい値STHと、これら特性200〜202との交点から、しきい値STHに対応するネットワーク品質値の基準値DTHA,DTHH,DTHLが求まる。
したがって、要求元アプリケーション端末3のネットワーク品質値Dを各基準値とを比較すればよい。
したがって、要求元アプリケーション端末3のネットワーク品質値Dを各基準値とを比較すればよい。
例えば、DTHLは、特性202すなわちユーザ体感品質値の下限値に対応する基準値であることから、下限値DLがDTHLを満足する場合、呼接続を実行すればよい。
また、D≧DTHAであって、かつD<DTHLの範囲では、品質低下の可能性を要求元アプリケーション端末3へ通知した後、呼接続を行えばよい。
また、D≧DTHAであって、かつD<DTHLの範囲では、品質低下の可能性を要求元アプリケーション端末3へ通知した後、呼接続を行えばよい。
[第5の実施の形態]
次に、図9〜図11を参照して、本発明の第5の実施の形態にかかる呼制御装置について説明する。図9は、本発明の第5の実施の形態にかかる呼制御装置での呼制御処理を示すフローチャートである。図10は、本発明の第5の実施の形態にかかる呼制御装置による呼接続可否の判定例を示す説明図である。図11は、本発明の第5の実施の形態にかかる呼制御装置による呼接続可否の他の判定例を示す説明図である。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
次に、図9〜図11を参照して、本発明の第5の実施の形態にかかる呼制御装置について説明する。図9は、本発明の第5の実施の形態にかかる呼制御装置での呼制御処理を示すフローチャートである。図10は、本発明の第5の実施の形態にかかる呼制御装置による呼接続可否の判定例を示す説明図である。図11は、本発明の第5の実施の形態にかかる呼制御装置による呼接続可否の他の判定例を示す説明図である。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
前述した各実施の形態では、体感品質特性情報12Bとして、ネットワーク品質と時間変動を考慮したユーザ体感品質保証値との対応関係を用いて、要求元アプリケーション端末3のネットワーク品質値に基づき、ユーザ体感品質保証値を推定する場合を例として説明した。
本実施の形態では、体感品質特性情報12Bとして、ネットワーク品質と時間変動を考慮していないユーザ体感品質値との対応関係を用いて、ユーザ体感品質保証値を推定する場合について説明する。
本実施の形態では、体感品質特性情報12Bとして、ネットワーク品質と時間変動を考慮していないユーザ体感品質値との対応関係を用いて、ユーザ体感品質保証値を推定する場合について説明する。
まず、制御部13は、ネットワーク品質取得手段13Aにより、通信I/F部11およびパケット網5を介して当該リアルタイム系アプリケーションサービスを利用するアプリケーション端末3について、そのネットワーク品質測定装置2で測定されたネットワーク品質値Dを取得する(ステップ110)。
次に、制御部13は、ネットワーク品質推定手段13Dにより、上記ネットワーク品質値Dに基づき、記憶部12のネットワーク品質特性情報12Cを参照して、Dの分布ばらつきを、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の下限値DL(上限値DH)と見なして推定する(ステップ111)。
次に、制御部13は、ネットワーク品質推定手段13Dにより、上記ネットワーク品質値Dに基づき、記憶部12のネットワーク品質特性情報12Cを参照して、Dの分布ばらつきを、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の下限値DL(上限値DH)と見なして推定する(ステップ111)。
そして、制御部13は、ユーザ体感品質推定手段13Bにより、記憶部12の体感品質特性情報12Bを参照して、これらネットワーク品質値D、その下限値DLについて、ネットワーク品質の時間変動が考慮されていない、呼接続要求元のアプリケーション端末3でユーザが体感するユーザ体感品質値SA,SLをそれぞれ推定する(ステップ112)。
本実施の形態では、このようにして得られたユーザ体感品質値SAや下限値SLが、ネットワーク品質の時間変動が考慮されたユーザ体感品質保証値に相当することになる。
本実施の形態では、このようにして得られたユーザ体感品質値SAや下限値SLが、ネットワーク品質の時間変動が考慮されたユーザ体感品質保証値に相当することになる。
その後、制御部13は、呼制御手段13Cにより、上記ユーザ体感品質値(平均値)SAおよびユーザ体感品質保証値SLと、所定の品質目標値を示すしきい値STHとを比較する(ステップ113)。
ここで、平均値SAがしきい値STHを満たさない場合は(ステップ114:NO)、リアルタイム系アプリケーションサービスのための呼を接続した後のサービス品質が目標値を満たさない可能性が高いことから、要求された当該呼接続を拒否し(ステップ115)、一連の呼制御処理を終了する。
ここで、平均値SAがしきい値STHを満たさない場合は(ステップ114:NO)、リアルタイム系アプリケーションサービスのための呼を接続した後のサービス品質が目標値を満たさない可能性が高いことから、要求された当該呼接続を拒否し(ステップ115)、一連の呼制御処理を終了する。
一方、平均値SAがしきい値STHを満たす場合は(ステップ114:YES)、下限値SLとしきい値とを比較する(ステップ116)。そして、下限値SLがしきい値STHを満たす場合は(ステップ116:YES)、リアルタイム系アプリケーションサービスのための呼を接続した後のサービス品質が目標値を満たすと予想されることから、要求された当該呼接続を実行し(ステップ117)、一連の呼制御処理を終了する。
また、下限値SLがしきい値STHを満たさない場合は(ステップ116:NO)、呼接続後のサービス品質がある程度目標値を満たすと予想されることから、要求元アプリケーション端末3に対して、品質低下の可能性があることをメッセージで通知し(ステップ118)、ステップ117へ移行して呼接続を行った後、一連の呼制御処理を終了する。
また、下限値SLがしきい値STHを満たさない場合は(ステップ116:NO)、呼接続後のサービス品質がある程度目標値を満たすと予想されることから、要求元アプリケーション端末3に対して、品質低下の可能性があることをメッセージで通知し(ステップ118)、ステップ117へ移行して呼接続を行った後、一連の呼制御処理を終了する。
したがって、図10の例では、取得したネットワーク品質D1の場合、その下限値DL1から特性200により推定されたユーザ体感品質保証値の下限値SL1がSL1≧STHであることから呼接続が行われる。一方、取得したネットワーク品質がD2の場合、このD2から特性200により推定されたユーザ体感品質保証値SA2がSA2<STHであることから呼接続要求が拒否される。
また、図11の例では、取得したネットワーク品質がD3の場合、このD3から特性200により推定されたユーザ体感品質保証値SA3はSA3≧STHであるものの、D3の下限値DL3から特性200により推定された下限値SL3がSL3<STHであることから、要求元アプリケーション端末3に対して品質低下可能性が通知された後、呼接続が行われる。
これにより、体感品質特性情報12Bとして、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値を用いた特性を用意しておく必要がなくなり、比較的複雑な体感品質特性情報12Bの生成処理を省くことができ、呼制御装置1の処理負担を大幅に軽減できる。
これにより、体感品質特性情報12Bとして、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値を用いた特性を用意しておく必要がなくなり、比較的複雑な体感品質特性情報12Bの生成処理を省くことができ、呼制御装置1の処理負担を大幅に軽減できる。
なお、上記平均値、上限値、下限値について共通した1つのしきい値ではなく、複数のしきい値と比較して呼接続可否を判定してもよい。
また、以上で説明した呼接続可否判定において、ユーザ体感品質保証値(平均値)に代えて上限値を用い、下限値に代えて平均値を用いてもよく、上記と比較して緩やかな基準に基づく呼接続可否判定を実現できる。
また、以上で説明した呼接続可否判定において、ユーザ体感品質保証値(平均値)に代えて上限値を用い、下限値に代えて平均値を用いてもよく、上記と比較して緩やかな基準に基づく呼接続可否判定を実現できる。
[第6の実施の形態]
次に、図12を参照して、本発明の第6の実施の形態にかかる呼制御装置について説明する。図12は、本発明の第6の実施の形態にかかる呼制御装置での品質特性管理処理を示すフローチャートである。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
本実施の形態では、記憶部12の体感品質特性情報12Bさらにはネットワーク品質特性情報12Cを生成し更新する品質特性管理動作について説明する。
次に、図12を参照して、本発明の第6の実施の形態にかかる呼制御装置について説明する。図12は、本発明の第6の実施の形態にかかる呼制御装置での品質特性管理処理を示すフローチャートである。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
本実施の形態では、記憶部12の体感品質特性情報12Bさらにはネットワーク品質特性情報12Cを生成し更新する品質特性管理動作について説明する。
呼制御装置1の制御部13は、周期的あるいは任意の測定タイミングに、図12の品質特性管理処理を開始する。
まず、制御部13は、ネットワーク品質取得手段13Aにより、アプリケーション端末3について、そのネットワーク品質測定装置2で測定されたネットワーク品質値を取得する(ステップ120)。
まず、制御部13は、ネットワーク品質取得手段13Aにより、アプリケーション端末3について、そのネットワーク品質測定装置2で測定されたネットワーク品質値を取得する(ステップ120)。
次に、制御部13は、ユーザ体感品質推定手段13Bにより、アプリケーション端末3のネットワーク品質値に基づき、ネットワーク品質の時間変動を考慮して、呼接続要求元のアプリケーション端末3でユーザが体感するユーザ体感品質保証値を推定する(ステップ121)。
ネットワーク品質の時間変動を考慮したユーザ体感品質保証値については、第1の実施の形態で説明したように、例えば非特許文献2などの公知の技術により求めることができる。
ネットワーク品質の時間変動を考慮したユーザ体感品質保証値については、第1の実施の形態で説明したように、例えば非特許文献2などの公知の技術により求めることができる。
続いて、制御部13は、体感品質特性管理手段13Eにより、上記ネットワーク品質値とユーザ体感品質値保証値との対を記憶部12のデータベース12Aに格納する(ステップ122)。
そして、データベース12Aを参照して、ネットワーク品質値とユーザ体感品質値保証値との対応関係を算出し、その対応関係を体感品質特性情報12Bとして記憶部12へ格納更新する(ステップ123)。
そして、データベース12Aを参照して、ネットワーク品質値とユーザ体感品質値保証値との対応関係を算出し、その対応関係を体感品質特性情報12Bとして記憶部12へ格納更新する(ステップ123)。
また、データベース12Aを参照して、ネットワーク品質値と時刻との対応関係を算出し、その対応関係をネットワーク品質特性情報12Cとして記憶部12へ格納更新し(ステップ124)、一連の品質特性管理処理を終了する。
これにより、品質特性管理処理を実行するごとに、体感品質特性情報12Bさらにはネットワーク品質特性情報12Cが更新されるものとなり、呼接続可否判定に常時最新の特性情報を利用することができる。
これにより、品質特性管理処理を実行するごとに、体感品質特性情報12Bさらにはネットワーク品質特性情報12Cが更新されるものとなり、呼接続可否判定に常時最新の特性情報を利用することができる。
なお、ステップ123,124において、ある程度古いデータについては削除するようにしてもよく、ネットワーク、装置、さらにはアプリケーションの性能変化にも適切に追従できる。
また、ステップ121では、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値に代えて、ネットワーク品質の時間変動を考慮していないユーザ体感品質値を算出するようにしてもよく、前述した第5の実施の形態に対応できる。
また、ステップ121では、ネットワーク品質の時間変動を考慮したユーザ体感品質保証値に代えて、ネットワーク品質の時間変動を考慮していないユーザ体感品質値を算出するようにしてもよく、前述した第5の実施の形態に対応できる。
[第7の実施の形態]
次に、図13および図14を参照して、本発明の第7の実施の形態にかかる呼制御装置について説明する。図13は、本発明の第7の実施の形態にかかる呼制御装置でのタイミング管理処理を示すフローチャートである。図14は、本発明の第7の実施の形態にかかる呼制御装置でのタイミング管理動作を示すタイミングチャートである。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
次に、図13および図14を参照して、本発明の第7の実施の形態にかかる呼制御装置について説明する。図13は、本発明の第7の実施の形態にかかる呼制御装置でのタイミング管理処理を示すフローチャートである。図14は、本発明の第7の実施の形態にかかる呼制御装置でのタイミング管理動作を示すタイミングチャートである。なお、呼制御装置1の構成については前述した第1の実施の形態(図2参照)と同様であり、ここでの詳細な説明は省略する。
前述した第6の実施の形態では、品質特性管理処理について説明した。本実施の形態では、この品質特性管理処理の実行タイミングを管理するタイミング管理処理について説明する。
前述した品質特性管理処理は、ネットワーク品質の時間変動を考慮する必要があるため、所定の期間ごとに実行する必要がある。制御部13は、所定周期ごとに品質特性管理手段13Eを制御して、図13のタイミング管理処理を実行する。
前述した品質特性管理処理は、ネットワーク品質の時間変動を考慮する必要があるため、所定の期間ごとに実行する必要がある。制御部13は、所定周期ごとに品質特性管理手段13Eを制御して、図13のタイミング管理処理を実行する。
まず、所定周期内に数回の割合で一定間隔ごとに設定されている測定タイミングが到来するまで待機し(ステップ130)、測定タイミングの到来に応じて(ステップ130:YES)、アプリケーション端末3において、当該端末3でやり取りされているパケットを監視することにより、呼制御対象となるアプリケーションが利用さているか確認する(ステップ131)。
この際、アプリケーションが利用されている場合にのみ(ステップ131:YES)、パッシブ測定による品質特性管理処理を実行し(ステップ132)、当該測定周期内での最終測定タイミングに達するまで(ステップ133:NO)、ステップ130へ戻って次の測定に備える。
この際、アプリケーションが利用されている場合にのみ(ステップ131:YES)、パッシブ測定による品質特性管理処理を実行し(ステップ132)、当該測定周期内での最終測定タイミングに達するまで(ステップ133:NO)、ステップ130へ戻って次の測定に備える。
このパッシブ測定とは、品質測定の対象となる経路で流れている対象アプリケーションのパケットを利用して、ネットワーク品質を測定する方式である。パッシブ測定によって得る情報は、以下の2つのネットワーク品質情報である。
・管理対象ネットワークのネットワーク品質(状態)情報
・アプリケーションのユーザ体感品質推定に必要なネットワーク品質情報
管理対象エリアのネットワーク品質状態は、全てパッシブ測定によって行う。例えば、呼制御装置1が、管理対象ネットワーク中の各ノード(具体的にはルータなど)から、SNMP(Simple Network Management Protocol)などのプロトコルを利用し、ノード中のMIB情報を定常的に得る。その情報より、ネットワーク中の帯域使用率やパケット損失率、CPU使用率等の情報を得る。また、それらの情報を定常的に得ることで、品質の時間変動を把握可能とする。
・管理対象ネットワークのネットワーク品質(状態)情報
・アプリケーションのユーザ体感品質推定に必要なネットワーク品質情報
管理対象エリアのネットワーク品質状態は、全てパッシブ測定によって行う。例えば、呼制御装置1が、管理対象ネットワーク中の各ノード(具体的にはルータなど)から、SNMP(Simple Network Management Protocol)などのプロトコルを利用し、ノード中のMIB情報を定常的に得る。その情報より、ネットワーク中の帯域使用率やパケット損失率、CPU使用率等の情報を得る。また、それらの情報を定常的に得ることで、品質の時間変動を把握可能とする。
アプリケーションのユーザ体感品質推定に必要なネットワーク品質情報は、図1に示したネットワーク品質測定装置2を利用して、アプリケーションの実行時に、必要な情報を得る。このネットワーク品質測定装置2は、IETF RFC3611 RTCP XRのような枠組で構成され、アプリケーション端末3での品質状態をレポートする機能を有する。そして、ネットワーク品質測定装置2でMIB情報として保存されているネットワーク品質情報を、SNMPなどのプロトコルを利用して呼制御装置1が得ることで、時間変動を考慮したユーザ体感品質を推定する。
その後、図13のステップ133において、最終測定タイミングに達している場合は(ステップ133:YES)、当該測定周期内での測定回数が不足しているか判断し、不足している場合には(ステップ135:YES)、不足分がなくなるまで、アクティブ測定による品質特性管理処理を実行し(ステップ136)、当該測定周期内での測定回数が所定の回数に達した場合には(ステップ135:NO)、一連のタイミング管理処理を終了する。
ここで、アクティブ測定は、品質測定の対象となる経路で、ユーザパケットとは別個に測定用の擬似パケットを流し、ネットワーク品質を測定する方式である。アクティブ測定は、以下の情報を得るために実施する。
・周期中で得ることができなかった、アプリケーションのユーザ体感品質推定に必要なネットワーク品質情報
上記の情報を得るために、アプリケーションを模擬した擬似パケットを、図1に示したネットワーク品質測定装置2によって送受信する。そして、上記パッシブ測定と同様にしてアプリケーションのユーザ体感品質推定に必要なネットワーク品質情報を得る。
・周期中で得ることができなかった、アプリケーションのユーザ体感品質推定に必要なネットワーク品質情報
上記の情報を得るために、アプリケーションを模擬した擬似パケットを、図1に示したネットワーク品質測定装置2によって送受信する。そして、上記パッシブ測定と同様にしてアプリケーションのユーザ体感品質推定に必要なネットワーク品質情報を得る。
図14の例では、測定周期T1,T2ごとに5つの測定タイミングt1〜t5が等間隔でそれぞれ設けられている。この際、対象アプリケーションが測定周期T1の測定タイミングt1〜t2の間に開始され、測定周期T2の測定タイミングt2〜t3の間に終了している。また、1測定周期内での規定測定回数は3回とする。
まず、測定周期T1では、測定タイミングt1で対象アプリケーションが利用されていないのでパッシブ測定が行われず、それ以降の測定タイミングt2〜t5では対象アプリケーションが利用されているためパッシブ測定が行われる。そして、これらパッシブ測定の回数が4回であり規定測定回数3に達していることから、アクティブ測定は行われない。
まず、測定周期T1では、測定タイミングt1で対象アプリケーションが利用されていないのでパッシブ測定が行われず、それ以降の測定タイミングt2〜t5では対象アプリケーションが利用されているためパッシブ測定が行われる。そして、これらパッシブ測定の回数が4回であり規定測定回数3に達していることから、アクティブ測定は行われない。
一方、測定周期T2では、測定タイミングt1,t2で対象アプリケーションが利用されているためパッシブ測定が行われ、測定タイミングt3〜t5で対象アプリケーションが利用されていないのでパッシブ測定が行われない。この際、最終測定タイミングt5において測定周期T2内での測定回数2回であり、規定測定回数3に達していないことから、アクティブ測定が1回行われる。
このように、測定周期内で対象アプリケーションのパケットを利用したパッシブ測定によりネットワーク品質を測定し、当該測定周期内でパッシブ測定による測定回数が不足している場合には、ユーザパケットとは別個の擬似パケットを用いたアクティブ測定により規定測定回数に達するまでネットワーク品質を測定するようにしたので、擬似パケットによるユーザのアプリケーション品質へ影響を最低限に抑制しつつ、各測定周期内で規定測定回数分のネットワーク品質を得ることができ、ネットワーク品質の時間変化を的確に捉えることができる。
なお、アクティブ測定については、ユーザのアプリケーション要求があった場合、その時点でアクティブ測定を中止し、ユーザのアプリケーション品質へ影響がないようにしてもよい。
また、ステップ131:NOとステップ133との間で、残りの測定タイミングのすべてでパッシブ測定が行われた場合でも、当該測定周期での測定回数が規定回数に達しない場合には、アクティブ測定を行うようにしてもよく、ステップ136でアクティブ測定が連続して行われた場合の測定の時間的偏りを回避できる。
また、ステップ131:NOとステップ133との間で、残りの測定タイミングのすべてでパッシブ測定が行われた場合でも、当該測定周期での測定回数が規定回数に達しない場合には、アクティブ測定を行うようにしてもよく、ステップ136でアクティブ測定が連続して行われた場合の測定の時間的偏りを回避できる。
なお、以上で説明した各実施の形態では、呼制御装置1とネットワーク品質測定装置2との間でもネットワーク品質情報をやり取りする必要がある。この場合には、前述したようにMIB(Management Information Base)情報を利用できる。
まず、ネットワーク品質測定装置2で得られた各種ネットワーク品質情報を、ネットワーク管理の標準規格MIBで規定されたMIB情報として管理し、あるいは対応するアプリケーション端末3へ登録しておく。
まず、ネットワーク品質測定装置2で得られた各種ネットワーク品質情報を、ネットワーク管理の標準規格MIBで規定されたMIB情報として管理し、あるいは対応するアプリケーション端末3へ登録しておく。
呼制御装置1では、パケット網5を介して所望のネットワーク品質測定装置2あるいはアプリケーション端末3へアクセスし、SNMP(Simple Network Management Protocol)などのプロトコルにより所望のネットワーク品質情報を取得すればよい。
SNMPは、TCP/IPネットワークにおいて、ルータやコンピュータ、端末など、ネットワークに接続された通信機器をネットワーク経由で監視・制御するためのプロトコルである。制御の対象となる機器はMIBと呼ばれる管理情報データベースを持っており、管理を行う機器は対象機器のMIB情報を参照して適切な設定を行うことができる。
SNMPは、TCP/IPネットワークにおいて、ルータやコンピュータ、端末など、ネットワークに接続された通信機器をネットワーク経由で監視・制御するためのプロトコルである。制御の対象となる機器はMIBと呼ばれる管理情報データベースを持っており、管理を行う機器は対象機器のMIB情報を参照して適切な設定を行うことができる。
なお、MIB情報については、コミュニケーションサービスに参加している各アプリケーション端末3や呼制御装置1の間を流通しているため、サービスに参加しているユーザ自身が、各種ネットワーク品質情報を確認して自身のアプリケーション端末の設定を変更することも可能である。
また、同様の理由で、コミュニケーションサービスに参加している各アプリケーション端末3の中間地点でこれら制御パケットをキャプチャし、コミュニケーションの品質監視を行うことも可能である。
また、同様の理由で、コミュニケーションサービスに参加している各アプリケーション端末3の中間地点でこれら制御パケットをキャプチャし、コミュニケーションの品質監視を行うことも可能である。
なお、以上の各実施の形態では、ネットワーク品質測定装置2がアプリケーション端末3に別装置として併設されている場合を前提として説明したが、ネットワーク品質測定装置2をアプリケーションの1つとして、アプリケーション端末3内に実装するようにしてもよい。より具体的には、任意の対象アプリケーションのパケットを監視するプログラムを、アプリケーション端末3のコンピュータで実行することにより実現できる。もちろん、呼制御装置1をアプリケーションの1つとして、アプリケーション端末3内に実装するようにしてもよい。
1…呼制御装置、2…ネットワーク品質測定装置、3…アプリケーション端末、5…パケット網、11…通信I/F部、12…記憶部、13…制御部、13A…ネットワーク品質取得手段、13B…ユーザ体感品質推定手段、13C…呼制御手段、13D…ネットワーク品質推定手段、13E…品質特性管理手段。
Claims (16)
- パケット網を介してリアルタイム系アプリケーションサービスを利用するアプリケーション端末からの呼接続要求に応じて呼接続可否の判定を行う呼制御装置において、
要求元アプリケーション端末でのネットワーク品質値を取得するネットワーク品質取得手段と、
前記ネットワーク品質取得手段で取得されたネットワーク品質値について、ネットワーク品質の時間変動を考慮した、当該アプリケーション端末でユーザが体感するユーザ体感品質保証値を推定するユーザ体感品質推定手段と、
前記ユーザ体感品質保証値に基づき前記呼接続可否を判定し、その判定結果に基づき呼制御を行う呼制御手段とを備えることを特徴とする呼制御装置。 - 請求項1に記載の呼制御装置において、
前記ユーザ体感品質推定手段は、前記ネットワーク品質値に対する前記ユーザ体感品質保証値の推定ばらつきを示す上限値または下限値をさらに推定し、
前記呼制御手段は、前記ユーザ体感品質保証値からなる第1の品質値と、その上限値または下限値からなる第2の品質値とに基づき前記呼接続可否を判定することを特徴とする呼制御装置。 - 請求項1に記載の呼制御装置において、
前記ネットワーク品質取得手段で取得されたネットワーク品質値について、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の上限値または下限値を推定するネットワーク品質推定手段をさらに備え、
前記呼制御手段は、前記ユーザ体感品質保証値からなる第1の品質値と、前記ネットワーク品質推定手段で推定されたネットワーク品質値の上限値または下限値から前記ユーザ体感品質推定手段で推定されたユーザ体感品質保証値の上限値または下限値からなる第2の品質値に基づき前記呼接続可否を判定することを特徴とする呼制御装置。 - 請求項1に記載の呼制御装置において、
前記ネットワーク品質取得手段で取得されたネットワーク品質値について、ネットワーク品質のばらつきを示す、当該ネットワーク品質値の上限値または下限値を推定するネットワーク品質推定手段をさらに備え、
前記ユーザ体感品質推定手段は、前記ネットワーク品質値からネットワーク品質の時間変動が考慮されていないユーザ体感品質値を第1の品質値として推定するとともに、前記ネットワーク品質推定手段で推定された上限値または下限値からネットワーク品質の時間変動が考慮されていないユーザ体感品質値を第2の品質値として推定し、これら第1および第2の品質値を時間変動が考慮されたユーザ体感品質保証値として出力し、
前記呼制御手段は、前記ユーザ体感品質推定手段からユーザ体感品質保証値として出力された第1および第2の品質値に基づき前記呼接続可否を判定することを特徴とする呼制御装置。 - 請求項2〜4のいずれか1つに記載の呼制御装置において、
前記呼制御手段は、前記第1および第2の品質値のうち低品質側の値が所定のしきい値を満足した場合は要求された呼接続を行うとともに、高品質側の値が前記しきい値を満足しない場合は要求された呼接続を拒否し、両値の間にしきい値が存在する場合は、要求元アプリケーション端末に対して品質低下の可能性を通知した後、要求された呼接続を行うことを特徴とする呼制御装置。 - 請求項1に記載の呼制御装置において、
ネットワーク品質値とユーザ体感品質保証値との対応関係を示す体感品質特性情報を記憶する記憶部をさらに備え、
前記ユーザ体感品質推定手段は、前記ネットワーク品質値に基づき前記体感品質特性情報を参照して、前記ユーザ体感品質保証値を推定することを特徴とする呼制御装置。 - 請求項6に記載の呼制御装置において、
前記ネットワーク品質取得手段により前記アプリケーション端末からネットワーク品質値を逐次取得するとともに、当該ネットワーク品質値について前記ユーザ体感品質推定手段でユーザ体感品質保証値を推定して、これらネットワーク品質値とユーザ体感品質保証値との対を前記記憶部のデータベースへ順次蓄積し、当該データベースに蓄積されている各対に基づき前記体感品質特性情報を算出する品質特性管理手段をさらに備えることを特徴とする呼制御装置。 - 請求項7に記載の呼制御装置において、
前記品質特性管理手段は、所定の測定周期内に設けられた複数の測定タイミングについて、管理対象となる対象アプリケーションが利用中の場合は、当該対象アプリケーションのパケットを利用したパッシブ測定により測定された前記アプリケーション端末でのネットワーク品質を取得し、当該測定周期内における測定回数が規定回数に達しない場合は、対象アプリケーションを擬似する擬似パケットを用いたアクティブ測定により測定された前記アプリケーション端末でのネットワーク品質値を取得することを特徴とする呼制御装置。 - パケット網を介してリアルタイム系アプリケーションサービスを利用するアプリケーション端末からの呼接続要求に応じて、呼制御装置で呼接続可否の判定を行う呼制御方法において、
要求元アプリケーション端末でのネットワーク品質値を取得するネットワーク品質取得ステップと、
前記ネットワーク品質取得ステップで取得されたネットワーク品質値について、ネットワーク品質の時間変動を考慮した、当該アプリケーション端末でユーザが体感するユーザ体感品質保証値を推定するユーザ体感品質推定ステップと、
前記ユーザ体感品質保証値に基づき前記呼接続可否を判定し、その判定結果に基づき呼制御を行う呼制御ステップとを備えることを特徴とする呼制御方法。 - 請求項9に記載の呼制御方法において、
前記ユーザ体感品質推定ステップは、前記ネットワーク品質値に対する前記ユーザ体感品質保証値の推定ばらつきを示す上限値または下限値をさらに推定し、
前記呼制御ステップは、前記ユーザ体感品質保証値からなる第1の品質値と、その上限値または下限値からなる第2の品質値とに基づき前記呼接続可否を判定することを特徴とする呼制御方法。 - 請求項9に記載の呼制御方法において、
前記ネットワーク品質取得ステップで取得されたネットワーク品質値について、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の上限値または下限値を推定するネットワーク品質推定ステップをさらに備え、
前記呼制御ステップは、前記ユーザ体感品質保証値からなる第1の品質値と、前記ネットワーク品質推定ステップで推定されたネットワーク品質値の上限値または下限値から前記ユーザ体感品質推定ステップで推定されたユーザ体感品質保証値の上限値または下限値からなる第2の品質値に基づき前記呼接続可否を判定することを特徴とする呼制御方法。 - 請求項9に記載の呼制御方法において、
前記ネットワーク品質取得ステップで取得されたネットワーク品質値について、ネットワーク品質の時間変動が考慮された、当該ネットワーク品質値の上限値または下限値を推定するネットワーク品質推定ステップをさらに備え、
前記ユーザ体感品質推定ステップは、前記ネットワーク品質値からネットワーク品質の時間変動が考慮されていないユーザ体感品質値を第1の品質値として推定するとともに、前記ネットワーク品質推定ステップで推定された上限値または下限値からネットワーク品質の時間変動が考慮されていないユーザ体感品質値を第2の品質値として推定し、これら第1および第2の品質値を時間変動が考慮されたユーザ体感品質保証値として出力し、
前記呼制御ステップは、前記ユーザ体感品質推定ステップからユーザ体感品質保証値として出力された第1および第2の品質値に基づき前記呼接続可否を判定することを特徴とする呼制御方法。 - 請求項10〜12のいずれか1つに記載の呼制御方法において、
前記呼制御ステップは、前記第1および第2の品質値のうち低品質側の値が所定のしきい値を満足した場合は要求された呼接続を行うとともに、高品質側の値が前記しきい値を満足しない場合は要求された呼接続を拒否し、両値の間にしきい値が存在する場合は、要求元アプリケーション端末に対して品質低下の可能性を通知した後、要求された呼接続を行うことを特徴とする呼制御方法。 - 請求項9に記載の呼制御方法において、
当該呼制御装置の記憶部で、ネットワーク品質値とユーザ体感品質保証値との対応関係を示す体感品質特性情報を記憶するステップをさらに備え、
前記ユーザ体感品質推定ステップは、前記ネットワーク品質値に基づき前記体感品質特性情報を参照して、前記ユーザ体感品質保証値を推定することを特徴とする呼制御方法。 - 請求項14に記載の呼制御方法において、
前記ネットワーク品質取得ステップにより前記アプリケーション端末からネットワーク品質値を逐次取得するとともに、当該ネットワーク品質値について前記ユーザ体感品質推定ステップでユーザ体感品質保証値を推定して、これらネットワーク品質値とユーザ体感品質保証値との対を前記記憶部のデータベースへ順次蓄積し、当該データベースに蓄積されている各対に基づき前記体感品質特性情報を算出する品質特性管理ステップをさらに備えることを特徴とする呼制御方法。 - 請求項15に記載の呼制御方法において、
前記品質特性管理ステップは、所定の測定周期内に設けられた複数の測定タイミングについて、管理対象となる対象アプリケーションが利用中の場合は、当該対象アプリケーションのパケットを利用したパッシブ測定により測定された前記アプリケーション端末でのネットワーク品質を取得し、当該測定周期内における測定回数が規定回数に達しない場合は、対象アプリケーションを擬似する擬似パケットを用いたアクティブ測定により測定された前記アプリケーション端末でのネットワーク品質値を取得することを特徴とする呼制御方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004108967A JP2005295304A (ja) | 2004-04-01 | 2004-04-01 | 呼制御装置および方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004108967A JP2005295304A (ja) | 2004-04-01 | 2004-04-01 | 呼制御装置および方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005295304A true JP2005295304A (ja) | 2005-10-20 |
Family
ID=35327733
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004108967A Pending JP2005295304A (ja) | 2004-04-01 | 2004-04-01 | 呼制御装置および方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005295304A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103517024A (zh) * | 2012-06-21 | 2014-01-15 | 腾讯科技(深圳)有限公司 | 视频通话系统及视频通话方法 |
JP2014165828A (ja) * | 2013-02-27 | 2014-09-08 | Kddi Corp | 通信端末、品質管理システムおよびコンピュータプログラム |
WO2020036004A1 (ja) * | 2018-08-16 | 2020-02-20 | 日本電信電話株式会社 | 評価方法、評価装置及びプログラム |
-
2004
- 2004-04-01 JP JP2004108967A patent/JP2005295304A/ja active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103517024A (zh) * | 2012-06-21 | 2014-01-15 | 腾讯科技(深圳)有限公司 | 视频通话系统及视频通话方法 |
CN103517024B (zh) * | 2012-06-21 | 2016-06-08 | 腾讯科技(深圳)有限公司 | 视频通话系统及视频通话方法 |
JP2014165828A (ja) * | 2013-02-27 | 2014-09-08 | Kddi Corp | 通信端末、品質管理システムおよびコンピュータプログラム |
WO2020036004A1 (ja) * | 2018-08-16 | 2020-02-20 | 日本電信電話株式会社 | 評価方法、評価装置及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6605132B2 (ja) | ユーザ機器及びメディア・ストリーミング・ネットワーク支援ノード | |
Tran et al. | QoE-based server selection for content distribution networks | |
US10342058B2 (en) | Observation assisted bandwidth management | |
JP2010500837A (ja) | 遠隔通信ネットワークにおける情報転送の最適化方法 | |
CN112312427A (zh) | 一种优化网络质量的方法和电子设备 | |
Habachi et al. | MOS-based congestion control for conversational services in wireless environments | |
JPWO2011018868A1 (ja) | 配信システム | |
Aida et al. | A scalable and lightweight QoS monitoring technique combining passive and active approaches | |
JP5252347B2 (ja) | ネットワークシステム及び通信計画サーバ | |
JP4460506B2 (ja) | ユーザ体感品質推定装置、方法、およびプログラム | |
Sathiaseelan et al. | TCP-Friendly Rate Control (TFRC) for bursty media flows | |
JP5533177B2 (ja) | パケットロス率推定装置、パケットロス率推定方法、パケットロス率推定プログラム、及び、通信システム | |
Abdeljaouad et al. | Monitoring IPTV quality of experience in overlay networks using utility functions | |
JP2005295304A (ja) | 呼制御装置および方法 | |
Hoßfeld et al. | Quality of experience management for youTube: clouds, foG and the aquareYoum | |
JP7033097B2 (ja) | ネットワーク監視システムおよび方法 | |
JP2016127359A (ja) | 通信制御装置 | |
JP2005354351A (ja) | 多地点コミュニケーションの通信端末装置および遅延同期制御方法 | |
Siller et al. | Using an agent based platform to map quality of service to experience in conventional and active networks | |
CN106686034B (zh) | Cdn调度增强方法、装置及系统 | |
JP2007006203A (ja) | ユーザ体感品質推定モデル生成装置、品質管理装置、およびプログラム | |
JP3910969B2 (ja) | 多地点コミュニケーションの総合品質推定装置、方法、品質監視装置、および方法 | |
CN104519415A (zh) | 自适应调整的触发方法、音视频处理设备和网络设备 | |
JP4668851B2 (ja) | 品質クラス決定装置、品質クラス決定方法、およびプログラム | |
JP5923914B2 (ja) | 網状態推定装置及び網状態推定プログラム |