(57)【要約】【課題】  通信開始前又は通信中に、極めて短時間でセッション切り替えの可否を判定し、利用者を高音質の通話に導くことができる、ＲＴＰ通信用端末、呼接続システム及びプログラムを提供する。【解決手段】  ＲＴＰ通信用端末は、１つ以上のコーデックを含むメディア処理手段と、ＲＴＰパケットを送受信するＲＴＰ処理手段と、ＲＴＣＰパケットを送受信するＲＴＣＰ処理手段とを有する。また、ＲＴＰ通信用端末は、第１のコーデックを用いて通信している際に、ＲＴＰに基づく送信可能な最大帯域情報Ｔを計測する最大帯域情報計測部と、最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が可と設定されている場合、第１のコーデックにおける符号化速度変換、送信パケット長変換若しくはパケット送信間隔変換、パケット転送優先度変換、又は、第１のコーデックから第２のコーデックへの種別変換のいずれかを行うセッション制御部とを有する。【選択図】  図１
2007036960.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のコーデックを含むメディア処理手段と、ＲＴＰパケットを送受信するＲＴＰ処理手段と、ＲＴＣＰパケットを送受信するＲＴＣＰ処理手段とを有するＲＴＰ通信用端末において、
第１のコーデックを用いて通信している際に、ＲＴＰに基づく送信可能な最大帯域情報Ｔを計測する最大帯域情報計測手段と、
前記最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が可と設定されている場合、第１のコーデックにおける符号化速度変換、送信パケット長変換若しくはパケット送信間隔変換、パケット転送優先度変換、又は、第１のコーデックから第２のコーデックへの種別変換のいずれかを行うセッション制御手段と
を有することを特徴とするＲＴＰ通信用端末。
【請求項２】
前記ＲＴＰ処理手段が、ＲＴＰパケットサイズｓを取得し、
前記ＲＴＣＰ処理手段が、往復遅延時間Ｒ及びパケット損失率ｐを取得し、
前記最大帯域情報計測手段が、当該端末がＴＣＰを用いた場合に規定される予め決定されたＴＣＰ再送タイムアウトＴｒｔｏに基づいて、前記最大帯域情報Ｔを
【数１】
2007036960.tif 000006
によって算出することを特徴とする請求項１に記載のＲＴＰ通信用端末。
【請求項３】
前記ＲＴＰ処理手段及び前記ＲＴＣＰ処理手段を用いて、遅延、パケット損失率及び／又はジッタを計測し、ＩＴＵ−Ｔ勧告Ｇ．１０７に基づくＲ値を算出するＱｏＳ情報計測手段を更に有し、
前記セッション制御手段は、前記最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が不可と設定されており、前記Ｒ値が所定閾値Ｙ以上であって、ＱｏＳ情報によるセッション制御が可と設定されている場合、第１のコーデックにおける符号化速度変換をする
ことを特徴とする請求項１又は２に記載のＲＴＰ通信用端末。
【請求項４】
音声認識における客観音質評価値を計測するものであって、送信される発話信号情報と隠れマルコフモデルの相関度を尤度として出力する音声認識評価手段を更に有し、
前記セッション制御手段は、前記最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が不可と設定されており、前記ＱｏＳ情報に基づくＲ値が所定閾値Ｙ以上であって、ＱｏＳ情報によるセッション制御が不可と設定されている場合に、
前記尤度が所定閾値Ｚ以上である場合、第１のコーデックから第２のコーデックへの種別変換をし、
前記尤度が所定閾値Ｚ未満であって、音声認識評価によるセッション制御が可と設定されている場合、第１のコーデックにおける送信パケット長変換又はパケット送信間隔変換をする
ことを特徴とする請求項３に記載のＲＴＰ通信用端末。
【請求項５】
請求項１から４のいずれか１項に記載されたＲＴＰ通信用端末と、呼接続サーバとが、ＩＰネットワークを介して接続された呼接続システムであって、
ＲＴＰ通信用端末は、前記セッション制御手段が、呼接続前に着呼側ＲＴＰ通信端末との間でコーデック情報を決定し、呼接続手段が、メディアネゴシエーションメッセージに前記コーデック情報を含めて呼接続サーバへ送信するように構成されていることを特徴とする呼接続システム。
【請求項６】
請求項１から４のいずれか１項に記載されたＲＴＰ通信用端末と、呼接続サーバとが、ＩＰネットワークを介して接続された呼接続システムであって、
前記ＲＴＰ通信用端末は、呼接続後に第１のコーデックを用いて通信している際に、前記セッション制御手段が、相手側ＲＴＰ通信装置との間でコーデック情報を決定し、セッションを切り替えると決定した場合、呼接続手段が、再呼設定メッセージに前記コーデック情報を含めて呼接続サーバへ送信するように構成されていることを特徴とする呼接続システム。
【請求項７】
前記ＲＴＰ通信用端末が、ＩＰ電話装置であり、
前記呼接続サーバが、ＳＩＰサーバであり、
前記メディアネゴシエーションメッセージはＵＰＤＡＴＥメッセージであり、再呼設定メッセージはｒｅ−ＩＮＶＩＴＥメッセージであることを特徴とする請求項５又は６に記載の呼接続システム。
【請求項８】
前記呼接続サーバに課金装置が接続されており、該課金装置は、前記セッション制御手段によって決定された前記コーデック情報に応じて課金条件を制御することを特徴とする請求項５から７のいずれか１項に記載の呼接続システム。
【請求項９】
ＲＴＰ通信用端末に搭載されたコンピュータを、１つ以上のコーデックを含むメディア処理手段と、ＲＴＰパケットを送受信するＲＴＰ処理手段と、ＲＴＣＰパケットを送受信するＲＴＣＰ処理手段として機能させるＲＴＰ通信用プログラムにおいて、
第１のコーデックを用いて通信している際に、ＲＴＰに基づく送信可能な最大帯域情報Ｔを計測する最大帯域情報計測手段と、
前記最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が可と設定されている場合、第１のコーデックにおける符号化速度変換、送信パケット長変換若しくはパケット送信間隔変換、パケット転送優先度変換、又は、第１のコーデックから第２のコーデックへの種別変換のいずれかを行うセッション制御手段と
してコンピュータを機能させることを特徴とするＲＴＰ通信用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動的にセッションを切り替えるＲＴＰ(Real-time Transport Protocol)通信用端末、呼接続システム及びプログラムに関する。
【背景技術】
【０００２】
ＩＰ(Internet Protocol)ネットワークの高速化と共に、ＶｏＩＰ(Voice over IP)のようなリアルタイムな音声通話サービスが普及してきている。音声や動画等のデータストリームをリアルタイムに配送するためのデータ転送プロトコルとして、ＲＴＰ(Real Time Protocol)がある。代表的なＩＰ電話サービスによれば、２つの端末間でコーデック情報（例えば音声符号化方式情報）が交換され、１つのコーデックが決定される。通信する両端末は、決定されたコーデックを用いて、ＲＴＰ通信をする。
【０００３】
背景技術として、アプリケーションによるＩＰ品質保証サービスのパラメータ決定方法及びＩＰ品質保証サービスがある（例えば特許文献１参照）。また、ＩＰネットワーク区間性能及び状態測定方法であって、時間管理によって転送レート及び速度を向上させる技術もある（例えば特許文献２参照）。これら技術は、ＩＰ／ＵＤＰ（User Datagram Protocol)／ＲＴＰ通信において、アプリケーションレベルで通信帯域を測定すると共に、アプリケーションレベルでＱｏＳ(Quality of Service)情報を交換するものである。
【０００４】
【特許文献１】特開平１０−３３６２４４号公報
【特許文献２】特開２０００−１１５２３３号公報
【非特許文献１】山本孝洋、中島伊佐美、「ＩＰパケット品質測定におけるサンプリング方法と推定精度の評価」、電子情報通信学会技術研究報告、Ｖｏｌ．１０１、Ｎｏ．７７、ｐｐ．１７〜２２、ＴＭ２００１−１３、２００１年５月１８日
【非特許文献２】中西裕信、能上慎也、阿倍威郎、「ＶｏＩＰサービス実現に向けたトラヒック制御技術」、ＮＴＴ技術ジャーナル２００１年３月、電子通信協会発行、Ｖｏｌ．１３、Ｎｏ．３、第７９頁〜第８４頁、２００１年３月
【非特許文献３】Luis F. Ortiz、「Solving QoS in VoIP：A Formula for Explosive Growth」「Byline RTC」、２００１年７月
【非特許文献４】M. Handley、S. Floyd、J. Padhye、J. Widmer、「TCP Friendly Rate Control (TFRC): Protocol Specification」、IETF RFC 3448、January 2003.
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術によれば、アプリケーションレベルで通信帯域情報及びＱｏＳ情報等を比較的正確に測定するために、その計測に多少の時間を要する。即ち、ＩＰパケット伝送レベルでこれら情報を測定できるものではない。また、利用者の知覚する感覚レベルでの通話品質の判断をすることもできない。更に、通信帯域情報及びＱｏＳ情報等を比較的正確に測定できたとしても、動的にセッションをどのように切り替えればよいのかについては、運用されるネットワークにおいて個別具体的に検討されるものであった。
【０００６】
本発明は、通信開始前又は通信中に、極めて短時間でセッション切り替えの可否を判定し、利用者を高音質の通話に導くことができる、ＲＴＰ通信用端末、呼接続システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明によれば、１つ以上のコーデックを含むメディア処理手段と、ＲＴＰパケットを送受信するＲＴＰ処理手段と、ＲＴＣＰパケットを送受信するＲＴＣＰ処理手段とを有するＲＴＰ通信用端末において、
第１のコーデックを用いて通信している際に、ＲＴＰに基づく送信可能な最大帯域情報Ｔを計測する最大帯域情報計測手段と、
最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が可と設定されている場合、第１のコーデックにおける符号化速度変換、送信パケット長変換若しくはパケット送信間隔変換、パケット転送優先度変換、又は、第１のコーデックから第２のコーデックへの種別変換のいずれかを行うセッション制御手段と
を有することを特徴とする。
【０００８】
本発明のＲＴＰ通信用端末における他の実施形態によれば、
ＲＴＰ処理手段が、ＲＴＰパケットサイズｓを取得し、
ＲＴＣＰ処理手段が、往復遅延時間Ｒ及びパケット損失率ｐを取得し、
最大帯域情報計測手段が、当該端末がＴＣＰを用いた場合に規定される予め決定されたＴＣＰ再送タイムアウトＴｒｔｏに基づいて、最大帯域情報Ｔを
【数２】
2007036960.tif 000003
によって算出することも好ましい。
【０００９】
更に、本発明のＲＴＰ通信用端末における他の実施形態によれば、
ＲＴＰ処理手段及びＲＴＣＰ処理手段を用いて、遅延、パケット損失率及び／又はジッタを計測し、ＩＴＵ−Ｔ勧告Ｇ．１０７に基づくＲ値を算出するＱｏＳ情報計測手段を更に有し、
セッション制御手段は、最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が不可と設定されており、Ｒ値が所定閾値Ｙ以上であって、ＱｏＳ情報によるセッション制御が可と設定されている場合、第１のコーデックにおける符号化速度変換をすることも好ましい。
【００１０】
本発明によれば、音声認識における客観音質評価値を計測するものであって、送信される発話信号情報と隠れマルコフモデルの相関度を尤度として出力する音声認識評価手段を更に有し、
セッション制御手段は、最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が不可と設定されており、ＱｏＳ情報に基づくＲ値が所定閾値Ｙ以上であって、ＱｏＳ情報によるセッション制御が不可と設定されている場合に、
尤度が所定閾値Ｚ以上である場合、第１のコーデックから第２のコーデックへの種別変換をし、
尤度が所定閾値Ｚ未満であって、音声認識評価によるセッション制御が可と設定されている場合、第１のコーデックにおける送信パケット長変換又はパケット送信間隔変換をすることも好ましい。
【００１１】
また、本発明によれば、前述したＲＴＰ通信用端末と、呼接続サーバとが、ＩＰネットワークを介して接続された呼接続システムであって、
ＲＴＰ通信用端末は、セッション制御手段が、呼接続前に着呼側ＲＴＰ通信端末との間でコーデック情報を決定し、呼接続手段が、メディアネゴシエーションメッセージにコーデック情報を含めて呼接続サーバへ送信するように構成されていることを特徴とする。
【００１２】
更に、本発明によれば、前述したＲＴＰ通信用端末と、呼接続サーバとが、ＩＰネットワークを介して接続された呼接続システムであって、
ＲＴＰ通信用端末は、呼接続後に第１のコーデックを用いて通信している際に、セッション制御手段が、相手側ＲＴＰ通信装置との間でコーデック情報を決定し、セッションを切り替えると決定した場合、呼接続手段が、再呼設定メッセージにコーデック情報を含めて呼接続サーバへ送信するように構成されていることを特徴とする。
【００１３】
また、本発明の呼接続システムにおける他の実施形態によれば、
ＲＴＰ通信用端末が、ＩＰ電話装置であり、
呼接続サーバが、ＳＩＰサーバであり、
メディアネゴシエーションメッセージはＵＰＤＡＴＥメッセージであり、再呼設定メッセージはｒｅ−ＩＮＶＩＴＥメッセージであることも好ましい。
【００１４】
更に、本発明の呼接続システムにおける他の実施形態によれば、呼接続サーバに課金装置が接続されており、該課金装置は、セッション制御手段によって決定されたコーデック情報に応じて課金条件を制御することも好ましい。
【００１５】
本発明によれば、ＲＴＰ通信用端末に搭載されたコンピュータを、１つ以上のコーデックを含むメディア処理手段と、ＲＴＰパケットを送受信するＲＴＰ処理手段と、ＲＴＣＰパケットを送受信するＲＴＣＰ処理手段として機能させるＲＴＰ通信用プログラムにおいて、
第１のコーデックを用いて通信している際に、ＲＴＰに基づく送信可能な最大帯域情報Ｔを計測する最大帯域情報計測手段と、
最大帯域情報Ｔが所定閾値Ｘ以上であって、最大帯域情報によるセッション制御が可と設定されている場合、第１のコーデックにおける符号化速度変換、送信パケット長変換若しくはパケット送信間隔変換、パケット転送優先度変換、又は、第１のコーデックから第２のコーデックへの種別変換のいずれかを行うセッション制御手段と
してコンピュータを機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、通信開始前又は通信中に、極めて短時間でセッション切り替えの可否を判定し、利用者を高音質の通話に導くことができる。特に、極めて短時間に計測することができる最大帯域情報に加えて、ＱｏＳ情報に基づくＲ値及び音声認識評価に基づく尤度を考慮することにより、利用者の知覚する感覚レベルでの通話品質の判断が可能となる。また、通信事業者は、利用者が使用するコーデックに応じて課金条件を変更することもでき、多様な通信サービスを提供することもできる。本発明によれば、利用者にとっては、実際に通話品質が改善される場合に限って、セッションの切り替えがなされることとなる。
【発明を実施するための最良の形態】
【００１７】
以下では、図面を参照して、本発明を実施するための最良の形態について説明する。
【００１８】
図１は、本発明における端末間のシーケンス図である。
【００１９】
図１によれば、端末１Ａは、ＩＰネットワーク２１及びアクセスネットワーク２２を介して端末１Ｂと通信する。端末１Ａ及び端末１Ｂは、ＲＴＰ通信が可能なものであって、１つ以上のコーデックを有する。通常コーデックから高音質コーデックへの切り替え、又は、複数の異なるメディアのコーデック間での切り替えのために、セッション制御が行われる。ネットワーク（２１又は２２）には、端末１Ａ及び端末１Ｂの通信中に、そのコーデックの種類を認識する通信事業設備が備えられている。ネットワークを運用する通信事業者にとっては、利用者が高音質コーデック、若しくは、異なるメディアのコーデックへ切り替えることによって、課金条件も変更するような多様なサービスを提供することもできる。
【００２０】
（Ｓ１０１）端末１Ａ及び端末１Ｂは、第１のコーデックを用いて、通話に基づくＲＴＰパケットを送受信している。
（Ｓ１０２）端末１Ａに対して、判定トリガが発生したとする。判定トリガが発生すると、端末１Ａと端末１Ｂとの間でＱｏＳ情報測定用のＲＴＰ通信を行う。ここで、第１のコーデックのＲＴＰ通信は、一旦停止されるが、セッションは切断せず維持される。更に、端末１Ａと端末１Ｂとの間で、品質パケットであるＲＴＣＰ(Real Time Control Protocol)パケットを送受信することにより、各種伝送状態パラメータを計測する。
【００２１】
判定トリガは、端末１Ａを操作する利用者の手動によるものであってもよい。また、通常コーデックの通話品質が劣化していることを検出する機能部によって品質劣化が検出された際に発生するものであってもよい。更には、所定時間間隔で定期的に発生するものであってもよい。
【００２２】
（Ｓ１０３）端末１Ａは、取得された各種伝送状態パラメータに基づいて、以下の通話状態情報を算出する。
（１）最大帯域情報Ｔ
（２）ＲＴＰのＱｏＳ情報に基づくＲ値
（３）音声認識評価に基づく尤度
（Ｓ１０４）端末１Ａは、Ｓ１０３によって計測された通話状態情報に基づいて、セッション制御の可否を判定する。このとき、通話状態情報毎に、以下のフラグが予め設定されていてもよい。
（１）最大帯域情報によるセッション制御の可否
（２）ＱｏＳ情報によるセッション制御の可否
（３）音声認識評価情報によるセッション制御の可否
また、セッション制御を実行する前に、その都度、ＧＵＩ(Graphic User Interface)を用いて、端末Ａを操作する利用者の指示を受けるように構成されていてもよい。
【００２３】
（Ｓ１０５）端末１Ａは、セッションの切り替えを決定した際に、端末１Ｂとの間で、セッション切り替えの制御シーケンスを行う。セッションの切り替えは、以下の変換のいずれかを行う。
（１）同一コーデックにおける符号化速度変換
（２）送信パケット長変換若しくはパケット送信間隔変換
（３）パケット転送優先度変換
（４）第１のコーデックから第２のコーデックへの種別変換
（Ｓ１０６）端末１Ａ及び端末１Ｂは、変換後のコーデックを用いて、通話に基づくＲＴＰパケットを送受信する。
【００２４】
図２は、本発明における端末の機能構成図である。
【００２５】
図２によれば、端末は、ＩＰインタフェース部１０１と、トランスポートプロトコル部１０２と、ＲＴＰ処理部１０３と、ＲＴＣＰ処理部１０４と、最大帯域情報計測部１０５と、ＲＴＰ／ＲＴＣＰベースのＱｏＳ情報計測部１０６と、音声認識評価部１０７と、メディア処理部１０８と、セッション制御部１０９と、ＧＵＩ部１１０と、呼制御処理部１１１とを有する。
【００２６】
ＩＰインタフェース部１０１は、ＩＰ層及び物理層に基づいてパケットを処理する。ＩＰインタフェース部１０１は、アクセスネットワーク２２を介して相手方端末との間で、ＩＰパケットを送受信する。
【００２７】
トランスポートプロトコル部１０２は、ＵＤＰに基づいてパケットを処理する。トランスポートプロトコル部１０２は、ＩＰインタフェース部１０１から通知されたパケットに対してＵＤＰヘッダの削除を行い、ＲＴＰパケットはＲＴＰ処理部１０３へ通知し、ＲＴＣＰパケットはＲＴＣＰ処理部１０４へ通知する。また、トランスポートプロトコル部１０２は、ＲＴＰ処理部１０３及びＲＴＣＰ処理部１０４から通知されたパケットに対してＵＤＰヘッダを付加する。
【００２８】
ＲＴＰ処理部１０３は、相手方端末との間で、音声データを含むＲＴＰパケットを送受信する。トランスポートプロトコル部１０２から受信したＲＴＰパケットに対してＲＴＰヘッダを削除し、そのデータパケットをメディア処理部１０８へ通知する。このとき、各種伝送状態パラメータとしてＲＴＰパケットサイズｓを取得する。このＲＴＰパケットサイズｓは、最大帯域情報計測部１０５及びＱｏＳ情報計測部１０６へ通知される。
【００２９】
メディア処理部１０８は、複数のコーデックを有し、パケットに含まれるデータを復号する。復号されたデータは、例えばスピーカから発声され、又はディスプレイに表示される。一方、メディア処理部１０８は、カメラによって取得された映像データと、マイクによって取得された音声データとを受信し、符号化する。
【００３０】
ＲＴＣＰ処理部１０４は、相手方端末との間で、ＲＴＣＰパケット（ＲＴＣＰ−ＳＲ、ＲＴＣＰ−ＲＲ）を送受信する。ＲＴＣＰ処理部１０４は、各種伝送状態パラメータとして往復遅延時間Ｒ及び送信方向のパケット損失率ｐを取得する。これら各種伝送状態パラメータは、最大帯域情報計測部１０５及びＱｏＳ情報計測部１０６へ通知される。
【００３１】
最大帯域情報計測部１０５は、ＲＴＰ処理部１０３及びＲＴＣＰ処理部１０４から通知された各種伝送状態パラメータを用いて、ＴＣＰを使用した場合に輻輳を起こさない最大帯域情報Ｔを算出する。最大帯域情報Ｔは、以下の式によって算出され、セッション制御部１０９へ通知される。
【００３２】
ｓ：ＲＴＰパケットサイズ(Byte)
Ｒ：往復遅延時間(秒)
ｐ：パケット損失率
Ｔrto：当該端末がＴＣＰを用いた場合に規定されるＴＣＰ再送タイムアウト（固定値）
【数３】
2007036960.tif 000004
【００３３】
上式は、非特許文献４に記載されている。本発明は、ＲＴＰの下位層にＵＤＰを用いるものであって、ＴＣＰを前提としている非特許文献４に記載された発明をそのまま利用することはできない。本発明は、ＵＤＰを用いた通信であっても、ＴＣＰを想定することにより最大帯域情報Ｔを算出することができる。
【００３４】
ＱｏＳ情報計測部１０６は、ＲＴＰ／ＲＴＣＰベースのＱｏＳ情報を計測し、ＱｏＳ情報に基づくＲ値を算出する。ここで、ＱｏＳ情報は、例えば、以下のようなものである。
（１）遅延：直近のＲＴＣＰパケットの送受信から得られるＲＴＴ(Round-trip time)の１／２の値（相加平均遅延、最大遅延）
（２）通話開始からの累積パケット損失数（ＣＮＯＰＬ：Cumulative Number Of Packets Lost）（パケット損失率）
（３）ジッタ：パケット到着間隔の揺らぎ（相加平均ジッタ、最大ジッタ）
【００３５】
計測されたＱｏＳ情報に基づいて、ＩＴＵ−Ｔ勧告Ｇ．１０７で規定されたＲ値を算出する。具体的なＲ値の算出手順を以下に示す。
Ｒ＝Ｒo−Ｉs−Ｉd−Ｉe,eff＋Ａ
【００３６】
Ｒo、Ｉs、Ａの各値は、測定を行う端末に応じて予め測定し設定された既知の値である。Ｉdは、Ｔ、Ｔr、Ｔaの各値および端末に応じて予め測定し設定された既知の値を使用し、ＩＴＵ−Ｔ勧告Ｇ．１０７記載の手順で求められる。
【００３７】
Ｉe,effは、適用する音声コーデック種別により予め設定された値と、Ｐpl、Ｉeの各値を使用し、ＩＴＵ−Ｔ勧告Ｇ．１０７記載の手順で求められる。以下に、Ｔ、Ｔr、Ｔa、Ｐpl、Ｉeの各値の算出手順を示す。
【００３８】
ＲＴＣＰ送受信履歴から得られる往復遅延時間（ＲＴＴ）及びジッタバッファの再生開始情報（JitterNrm）を用いて、以下の値を得る。
Ｔr＝ＲＴＴ
Ｔ＝Ｔr／２
Ｔa＝Ｔr／２＋JitterNrm
【００３９】
次に、パケット受信履歴から得られるネットワーク内パケットロス数（ＮＰＬ）、ジッタバッファ履歴から得られるバッファ内パケットロス数（ＪＢＰＬ）、総パケット数（Ｎpackets）を用いて、以下の値を得る。
Ｐpl＝（（ＮＰＬ＋ＪＢＰＬ）／Ｎpackets）×１００．０
【００４０】
最後に、コーデック種別及び前述のＰplを用いて、ＩＴＵ−Ｔ Ｇ．１１３ TableI2-I3値に基づいてＩe値を得る。
【００４１】
音声認識評価部１０７は、送信される発話信号情報と隠れマルコフモデル（ＨＭＭ：hidden Markov model）の相関度を尤度（対数軸上の確率）として出力する。隠れマルコフモデルとは、音声認識において音声の特徴パラメータの時間的変化と確率的変動とを、統計的に扱うために使用されるオートマトンをいう。音声認識評価部１０７は、ＲＴＰ処理部１０３を介して音声信号を送受信する。
【００４２】
セッション制御部１０９は、最大帯域情報Ｔ−＞ＱｏＳ情報に基づくＲ値−＞音声認識評価に基づく尤度、の順序で、所定閾値と比較して判定する。セッション制御としては、以下の変換のいずれかを行う。
（１）同一コーデックにおける符号化速度変換
（２）送信パケット長変換若しくはパケット送信間隔変換
（３）パケット転送優先度変換
（４）第１のコーデックから第２のコーデックへの種別変換
【００４３】
セッション制御部１０９において、通話状態情報に基づいてセッション制御しても良いか否かは、端末１を操作する利用者の指示による。この指示は、予めフラグとして記憶されたものであってもよいし、セッション制御をする際に、端末１のディスプレイにセッション制御の可否を表示して利用者によるキー入力の指示を受けるものであってもよい。更に、セッション制御の結果を、「セッション制御あり」「セッション制御なし」として、端末１のディスプレイに表示する。
【００４４】
ＧＵＩ部１１０は、セッション制御部１０９からの制御情報に従って、端末１の利用者へディスプレイで表示し、キー入力で指示を受ける。
【００４５】
図３は、遅延、累積パケット損失数及びジッタを導出するための端末間のシーケンス図である。
【００４６】
（Ｓ３０１）遅延を計測するためのシーケンスであって、ＲＴＣＰ処理部１０４によって行われる。端末１Ａは、時刻ＴＡ１に、ＲＴＣＰ−ＳＲ(ＳＲ：Sender Report)を端末１Ｂへ送信し、端末１Ｂは、時刻ＴＢ１に、そのＲＴＣＰ−ＳＲを受信する。これに対し、端末１Ｂは、時刻ＴＢ２に、ＲＴＣＰ−ＲＲ(ＲＲ:Receiver Report）を端末１Ａへ送信し、端末１Ａは、時刻ＴＡ２に、そのＲＴＣＰ−ＲＲを受信する。これにより、ＱｏＳ情報計測部１０６は、以下の式で、一方向遅延を算出することができる。尚、双方向とも同一のパケット転送特性を有することを想定している。
遅延＝｛（ＴＡ２−ＴＡ１）−（ＴＢ２−ＴＢ１）｝／２
【００４７】
（Ｓ３０２）累積パケット数を計測するためのシーケンスであって、ＲＴＣＰ処理部１０４によって行われる。端末１Ｂは、累積パケット損失数をカウントし、その累積パケット損失数をＲＴＣＰ−ＲＲに含めて端末１Ａへ送信する。
【００４８】
（Ｓ３０３）ジッタを計測するためのシーケンスであって、ＲＴＰ処理部１０３によって行われる。端末１Ａが、送信時刻ＴＡ１を含むＲＴＰパケットを送信し、端末１Ｂが、時刻ＴＢ１にそのＲＴＰパケットを受信する。また、端末１Ａが、送信時刻ＴＡ２を含むＲＴＰパケットを送信し、端末１Ｂが、時刻ＴＢ２にそのＲＴＰパケットを受信する。これにより、ＱｏＳ情報計測部１０６は、以下の式で、ジッタを算出することができる。
ジッタ＝（ＴＢ１−ＴＡ１）−（ＴＢ２−ＴＡ２）
尚、他のジッタ定義として、ＲＦＣ３５５０に従うことも好ましい。
【００４９】
図４は、本発明におけるセッション制御部の判定フローチャートである。
【００５０】
（Ｓ４０１）最初に、最大帯域情報Ｔが所定閾値Ｘ以上であるか否かを判定する。所定閾値Ｘの決定は設計事項である。
（Ｓ４０２）最大帯域情報Ｔが所定閾値Ｘ未満であれば、「セッション切替なし」をＧＵＩ部１１０に表示して終了する。
（Ｓ４０３）最大帯域情報Ｔが所定閾値Ｘ以上である場合、最大帯域情報によるセッション制御の可否を表すフラグを判定する。
（Ｓ４０４）そのフラグが、セッション制御「可」であれば、セッション制御部１０９が、第１のコーデックにおける符号化速度変換、送信パケット長変換若しくはパケット送信間隔変換、パケット転送優先度変換、又は、第１のコーデックから第２のコーデックへの種別変換のいずれかを行う。
（Ｓ４０５）そのフラグが、セッション制御「不可」であれば、ＱｏＳ情報に基づくＲ値が所定閾値Ｙ以上であるか否かを判定する。
（Ｓ４０６）ＱｏＳ情報に基づくＲ値が所定閾値Ｙ未満である場合、ＱｏＳ情報によるセッション制御の可否を表すフラグを判定する。
（Ｓ４０７）そのフラグが、セッション制御「不可」であれば、「セッション切替なし」をＧＵＩ部１１０に表示して終了する。
（Ｓ４０８）そのフラグが、セッション制御「可」であれば、セッション制御部１０９が、第１のコーデックにおける符号化速度変換を行う。
（Ｓ４０９）そして、「セッション切替あり」をＧＵＩ部１１０に表示して終了する。
（Ｓ４１０）ＱｏＳ情報に基づくＲ値が所定閾値Ｙ以上である場合、音声認識評価における尤度が所定閾値Ｚ以上であるか否かを判定する。
（Ｓ４１１）音声認識評価における尤度が所定閾値Ｚ未満である場合、音声認識評価によるセッション制御の可否を表すフラグを判定する。
（Ｓ４１２）そのフラグが、セッション制御「不可」であれば、「セッション切替なし」をＧＵＩ部１１０に表示して終了する。
（Ｓ４１３）そのフラグが、セッション制御「可」であれば、セッション制御部１０９が、第１のコーデックにおける送信パケット長変換又はパケット送信間隔変換を行う。
（Ｓ４１４）そして、「セッション切替あり」をＧＵＩ部１１０に表示して終了する。
（Ｓ４１５）音声認識評価における尤度が所定閾値Ｚ以上である場合、セッション制御部１０９が、第１のコーデックから第２のコーデックへ種別変換を行う。
（Ｓ４１６）そして、「セッション切替あり」をＧＵＩ部１１０に表示して終了する。
【００５１】
最大帯域情報に基づく所定閾値Ｘは、例えば６０ｋｂｉｔ／秒である。ＱｏＳ情報に基づくＲ値の所定閾値Ｙは、例えば８０である。音声認識評価情報に基づく尤度の所定閾値Ｚは、例えば１００である。
【００５２】
【表１】
2007036960.tif 000005
【００５３】
図５は、本発明における呼接続のシーケンス図である。
【００５４】
図５によれば、インターネット２１にＳＩＰ(Session Initiation Protocol)サーバ３が接続されており、端末１Ａと端末１Ｂとの間で呼接続を制御する。ＳＩＰは、ＲＦＣ３２６１に規定されたものであって、呼接続における開始、変更及び完了をするアプリケーション層のシグナリングプロトコルである。また、ＳＩＰサーバ３には、課金装置が接続されており、使用されるコーデック種別に応じて課金条件が変更される。例えば、高音質コーデックを使用する場合、通常コーデックを使用する場合に比べて、単位時間当たりの課金額が高い。
【００５５】
（Ｓ５０１）端末１Ａは、例えば、通常コーデックと高音質コーデックとを有する。そして、初期値が通常コーデックであるとする。
（Ｓ５０２）セッションが設定されていないので、端末１Ａは、端末１ＢへＲＴＰ接続要求を送信し、端末１Ｂは、端末１ＡへＲＴＰ接続応答を返信する。その後、端末１Ａは、端末１Ｂとの間でＲＴＰ／ＲＴＣＰパケットを送受信し、各種伝送状態パラメータを取得する。このとき、例えば、端末１Ｂは、セッションを切り替えないと判定したとする。
（Ｓ５０３）端末１Ａは、ＳＩＰサーバ３へＩＮＶＩＴＥ（呼設定）メッセージを送信し、端末１Ｂとの間で、所定の発呼シーケンスを行う。
（Ｓ５０４）端末１Ａは、この発呼シーケンス中に、ＵＰＤＡＴＥメッセージにコーデック情報（通常コーデック）を含めて送信する。課金装置は、端末１Ａから発呼された呼接続は通常コーデックであることを認識し、端末１Ａの利用者に課金する。
（Ｓ５０５）そして、端末１Ａは、呼接続を完了する。
（Ｓ５０６）このとき、端末１Ａ及び端末１Ｂは、通常コーデックを用いてＲＴＰ通信を行う。
【００５６】
次に、既存のセッションが設定されている場合について説明する。
（Ｓ５０７）通常コーデックを用いたＲＴＰ通信におけるセッションを維持ししつつ、端末１Ａは、端末１Ｂとの間でＲＴＰ／ＲＴＣＰパケットを送受信し、各種伝送状態パラメータを取得する。このとき、例えば、高音質コーデックへ変換するべくセッションを切り替えると判定したとする。
（Ｓ５０８）端末１Ａは、ｒｅ−ＩＮＶＩＴＥ（再呼設定）メッセージにコーデック情報（高音質コーデック）を含めて送信する。
（Ｓ５０９）そして、端末１Ａは、呼接続を完了する。
（Ｓ５１０）これにより、端末１Ａ及び端末１Ｂは、高音質コーデックを用いてＲＴＰ通信を行う。
【００５７】
図５のシーケンスは、基本的なセッションの設定例であって、ＳＤＰ(Session Description Protocol)を利用したＳＩＰメソッド内で拡張することもできる。
【００５８】
前述の実施形態においては、端末の機能構成図とフローチャートによって説明した。特にこれら機能は、端末に搭載されたコンピュータによって実行されるプログラムで実現されることも、当業者によれば容易に想到できる。
【００５９】
前述した本発明におけるＲＴＰ通信用端末、呼接続システム及びプログラムの種々の実施形態によれば、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略を、当業者は容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【図面の簡単な説明】
【００６０】
【図１】本発明における端末間のシーケンス図である。
【図２】本発明における端末の機能構成図である。
【図３】遅延、累積パケット損失数及びジッタを導出するための端末間のシーケンス図である。
【図４】本発明におけるセッション制御部の判定フローチャートである。
【図５】本発明における呼接続のシーケンス図である。
【符号の説明】
【００６１】
１  端末
１０１  ＩＰインタフェース部
１０２  トランスポートプロトコル部
１０３  ＲＴＰ処理部
１０４  ＲＴＣＰ処理部
１０５  最大帯域情報計測部
１０６  ＲＴＰ／ＲＴＣＰベースのＱｏＳ情報計測部
１０７  音声認識評価部
１０８  メディア処理部
１０９  セッション制御部
１１０  ＧＵＩ部
１１１  呼制御処理部
２１  ＩＰネットワーク
２２  アクセスネットワーク
３  ＳＩＰサーバ
【図１】
2007036960.tif 000007
【図２】
2007036960.tif 000008
【図３】
2007036960.tif 000009
【図４】
2007036960.tif 000010
【図５】
2007036960.tif 000011