(57)【要約】【課題】本発明は、ネットワークのトラヒックを効果的に下げて、ネットワーク音声の音声品質を確保することができるパケット・トランシーバー・システム及び方法を提供する。【解決手段】本発明に係るパケット・トランシーバー・システムは、ネットワークの輻輳状況を検出することに用いられる検出モジュールと、前記ネットワークの輻輳状況に基づいて、パケット放棄率を確定することに用いられる放棄率確定モジュールと、前記パケット放棄率に基づいて、伝送しようとする複数の音声パケットの中の部分な音声パケットを均一に放棄し、且つ放棄されなかった音声パケットを伝送することに用いられる伝送モジュールと、放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算することに用いられる推算モジュールを備える。本発明は、さらにパケット・トランシーバー方法を提供する。【選択図】図２
2008104196.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークの輻輳状況を検出することに用いられる検出モジュールと、
前記ネットワークの輻輳状況に基づいて、パケット放棄率を確定することに用いられる放棄率確定モジュールと、
前記パケット放棄率に基づいて、伝送しようとする複数の音声パケットの中の部分な音声パケットを均一に放棄し、且つ放棄されなかった音声パケットを伝送することに用いられる伝送モジュールと、
放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算することに用いられる推算モジュールと、
を備えることを特徴とするパケット・トランシーバー・システム。
【請求項２】
前記放棄率確定モジュールにネットワークの輻輳状況を報告することに用いられる報告モジュールを更に備えることを特徴とする請求項１に記載のパケット・トランシーバー・システム。
【請求項３】
前記伝送モジュールは、又序列番号を有する複数の先行音声パケットを伝送することに用いられ、前記検出モジュールは、これらの先行音声パケットを受信し、且つ受信した先行音声パケットの序列番号に基づいて、前記ネットワークの輻輳状況を知ることに用いられることを特徴とする請求項２に記載のパケット・トランシーバー・システム。
【請求項４】
前記報告モジュールは、リアルタイム伝送プロトコル・パケットの拡張フィールドを介して、前記ネットワークの輻輳状況を報告することを特徴とする請求項２に記載のパケット・トランシーバー・システム。
【請求項５】
前記リアルタイム伝送プロトコル・パケットの拡張フィールドは、プロトコル・イニシャル・フィールドと、プロトコル・ヘッダー・フィールド及び輻輳程度フィールドを備え、前記プロトコル・イニシャル・フィールドは、前記拡張フィールドを埋め合わせることに用いられ、前記プロトコル・ヘッダー・フィールドは、前記輻輳程度フィールドに載せた情報のタイプを明示することに用いられ、前記輻輳程度フィールドは、前記ネットワークの輻輳状況を明示することに用いられることを特徴とする請求項４に記載のパケット・トランシーバー・システム。
【請求項６】
前記ネットワークの輻輳状況は、１つのパケット紛失率を備え、前記放棄率確定モジュールは、前記パケット紛失率に基づいて、前記パケット放棄率を決めることを特徴とする請求項１に記載のパケット・トランシーバー・システム。
【請求項７】
前記推算モジュールは、補間法に基づいて、放棄された音声パケットを推算することを特徴とする請求項１に記載のパケット・トランシーバー・システム。
【請求項８】
前記推算モジュールは、又推算出した音声パケットを受信した音声パケットに加入することに用いられることを特徴とする請求項１に記載のパケット・トランシーバー・システム。
【請求項９】
受信端と送信端を提供するステップと、
前記受信端により、ネットワークの輻輳状況を検出するステップと、
前記送信端により、前記ネットワークの輻輳状況に基づいて、パケット放棄率を確定するステップと、
前記送信端により、前記パケット放棄率に基づいて、伝送しようとする複数の音声パケットの中の部分な音声パケットを均一に放棄し、且つ放棄されなかった音声パケットを伝送するステップと、
前記受信端により、放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算するステップと、
を備えることを特徴とするパケット・トランシーバー方法。
【請求項１０】
前記受信端は、前記送信端にネットワークの輻輳状況を報告するステップを更に備えることを特徴とする請求項９に記載のパケット・トランシーバー方法。
【請求項１１】
前記ネットワークの輻輳状況を検出するステップは、
前記送信端は、前記受信端に序列番号を有する複数の先行音声パケットを伝送するステップと、
前記受信端は、これらの先行音声パケットを受信し、且つ受信した先行音声パケットの序列番号に基づいて、前記ネットワークの輻輳状況を知るステップと、
を備えることを特徴とする請求項１０に記載のパケット・トランシーバー方法。
【請求項１２】
前記受信端は、リアルタイム伝送プロトコル・パケットの拡張フィールドを介して、前記ネットワークの輻輳状況を報告することを特徴とする請求項１０に記載のパケット・トランシーバー方法。
【請求項１３】
前記リアルタイム伝送プロトコル・パケットの拡張フィールドは、プロトコル・イニシャル・フィールドと、プロトコル・ヘッダー・フィールド及び輻輳程度フィールドを備え、前記プロトコル・イニシャル・フィールドは、前記拡張フィールドを埋め合わせることに用いられ、前記プロトコル・ヘッダー・フィールドは、前記輻輳程度フィールドに載せた情報のタイプを明示することに用いられ、前記輻輳程度フィールドは、前記ネットワークの輻輳状況を明示することに用いられることを特徴とする請求項１２に記載のパケット・トランシーバー方法。
【請求項１４】
前記ネットワークの輻輳状況は、１つのパケット紛失率を備え、前記パケット放棄率は、前記パケット紛失率と等しいことを特徴とする請求項９に記載のパケット・トランシーバー方法。
【請求項１５】
前記放棄された音声パケットを推算するステップは、補間法に基づいて、放棄された音声パケットを推算するステップを更に備えることを特徴とする請求項９に記載のパケット・トランシーバー方法。
【請求項１６】
前記受信端は、推算出した音声パケットを受信した音声パケットに加入するステップを更に備えることを特徴とする請求項９に記載のパケット・トランシーバー方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信に関するものであり、特にパケット・トランシーバー・システム及び方法に関するものである。
【背景技術】
【０００２】
ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）は、新興の音声伝送標準であって、それはリアルタイム伝送プロトコル（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ，ＲＴＰ）を利用して音声を伝送する。前記ＲＴＰは、ユーザー・データグラム・プロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ，ＵＤＰ）に基づく。
【０００３】
しかし、前記ＵＤＰは、フィードバック・メカニズム（ｆｅｅｄｂａｃｋ  ｍｅｃｈａｎｉｓｍ）を欠いており、ネットワークが輻輳(congest)している場合、前記ＲＴＰパケットは、ランダムに紛失され易く、従って音声品質に影響を与える可能がある。図１に示すように、ネットワークが輻輳している場合、送信機１０は、受信機２０に複数の音声パケットを伝送し、音声パケット１００ｂは、グループで紛失されるため、正常な音声パケット１００ａから紛失された音声パケット１００ｂを推算し難しく、従ってＶｏＩＰの音声品質に影響を与える可能がある。
【０００４】
従って、ネットワークが輻輳している場合に、ネットワークのトラヒック(traffic)を効果的に下げる方法や、ＶｏＩＰの音声品質を確保することは、現在、ＶｏＩＰ設計者の大きい挑戦の対象になっている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の第一の目的は、前記課題を解決し、ネットワークのトラヒックを効果的に下げて、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の音声品質を確保することができるパケット・トランシーバー・システムを提供することである。
【０００６】
本発明の第二の目的は、前記課題を解決し、ネットワークのトラヒックを効果的に下げて、ＶｏＩＰの音声品質を確保することができるパケット・トランシーバー方法を提供することである。
【課題を解決するための手段】
【０００７】
前記第一目的を達成するため、本発明に係るパケット・トランシーバー・システムは、検出モジュールと、放棄率確定モジュールと、伝送モジュール及び推算モジュールを備える。前記検出モジュールは、ネットワークの輻輳状況を検出することに用いられる。前記放棄率確定モジュールは、ネットワークの輻輳状況に基づいて、パケット放棄率を確定することに用いられる。前記伝送モジュールは、前記パケット放棄率に基づいて、伝送しようとする複数の音声パケットの中の部分な音声パケットを均一に放棄し、且つ放棄されなかった音声パケットを伝送することに用いられる。前記推算モジュールは、放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算することに用いられる。
【０００８】
前記第二目的を達成するため、本発明に係るパケット・トランシーバー方法は、受信端と送信端を提供するステップと、前記受信端により、ネットワークの輻輳状況を検出するステップと、前記送信端により、ネットワークの輻輳状況に基づいて、パケット放棄率を確定するステップと、前記送信端により、パケット放棄率に基づいて、伝送しようとする複数の音声パケットの中の部分な音声パケットを均一に放棄し、且つ放棄されなかった音声パケットを伝送するステップと、前記受信端により、放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算するステップとを備える。
【発明の効果】
【０００９】
本発明の受信端は、ネットワークの輻輳状況を検出し、送信端は、ネットワークの輻輳状況に基づいて、パケット放棄率を確定し、前記パケット放棄率に基づいて、音声パケットを均一に放棄し、従ってネットワークのトラヒックを効果的に下げることができる。前記受信端は、放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算し、従って音声品質を確保することができる。
【発明を実施するための最良の形態】
【００１０】
図２は、本発明の実施形態に係わるパケット・トランシーバー・システムの構成を示すブロック図である。本実施形態において、パケット・トランシーバー・システムは、管理を受けるネットワーク上に位置し、例えば、電信業者が有する閉鎖型ネットワークである。パケット・トランシーバー・システムは、送信端１００及び受信端２００を備える。前記送信端１００と受信端２００は、ネットワーク音声（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ，ＶｏＩＰ）通信を行う。
【００１１】
本実施形態において、前記送信端１００は、前記受信端２００に複数の先行音声パケットを伝送する。前記受信端２００は、複数の先行音声パケットを受信し、且つネットワークの輻輳状況を検出する。前記送信端１００は、再びネットワークの輻輳状況に基づいて、パケット放棄率(packet dropped rate)を確定し、パケット放棄率に基づいて、伝送しようとする複数の音声パケットの中の一部の音声パケットを均一に放棄し、且つ放棄されなかった音声パケットを伝送する。それから前記受信端２００は、放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算する。従って、ネットワークのトラヒックを効果的に下げることができるばかりでなく、受信端２００と送信端１００との間のＶｏＩＰの音声品質を確保することができ、更にネットワーク効能を効果的に昇格させる。
【００１２】
前記送信端１００は、放棄率確定モジュール１１０及び伝送モジュール１２０を備える。前記伝送モジュール１２０は、前記受信端２００に複数の先行音声パケットを伝送することに用いられる。
【００１３】
前記受信端２００は、検出モジュール２１０と、報告モジュール２２０及び推算モジュール２３０を備える。
【００１４】
前記検出モジュール２１０は、複数の先行音声パケットを受信し、且つネットワークの輻輳状況を検出することに用いられる。本実施形態において、ネットワークの輻輳状況とは、パケット紛失率(packet lost rate)を示し、即ち前記送信端１００から前記受信端２００に伝送した先行音声パケットの紛失率を示す。前記送信端１００から前記受信端２００に伝送した各先行音声パケットは、皆１つの序列番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）を持つことにより、前記受信端２００が先行音声パケットの前後順序を区別することにする。前記検出モジュール２１０は、前記先行音声パケットの序列番号に基づいて、パケット紛失率を知ることができ、即ちネットワークの輻輳状況を知ることができる。
【００１５】
前記報告モジュール２２０は、前記送信端１００の放棄率確定モジュール１１０にネットワークの輻輳状況を報告することに用いられる。本実施形態において、前記報告モジュール２２０は、リアルタイム伝送プロトコル（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ，ＲＴＰ）パケットの拡張フィールド(ｈｅａｄｅｒ  ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄ)を介して、前記送信端１００にネットワークの輻輳状況を報告し、従ってよけいなプロトコル修正コストを増加する必要がない。前記拡張フィールドは、ＲＴＰパケットのＲＴＰヘッダーの中に設置される。
【００１６】
図３は、本発明の実施形態に係わるＲＴＰヘッダー１０００を示す図である。ＲＴＰヘッダー１０００は、バージョン（Ｖｅｒｓｉｏｎ，Ｖ）フィールド１００１と、パディング識別子（Ｐａｄｄｉｎｇ，Ｐ）フィールド１００２と、拡張識別子（Ｅｘｔｅｎｓｉｏｎ，Ｘ）フィールド１００３と、寄与ソース識別子（Ｃｏｎｔｒｉｂｕｔｉｎｇ  Ｓｏｕｒｃｅ  Ｉｎｄｅｎｔｉｆｉｅｒ，ＣＳＲＣ）カウント（ＣＳＲＣ  Ｃｏｕｎｔ，ＣＣ）フィールド１００４と、マーカー（Ｍａｒｋｅｒ，Ｍ）フィールド１００５と、ペイロードタイプ（Ｐａｙｌｏａｄ  Ｔｙｐｅ，ＰＴ）フィールド１００６と、序列番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）フィールド１００７と、タイムスタンプ（Ｔｉｍｅｓｔａｍｐ）フィールド１００８と、同期源識別子（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ，ＳＳＲＣ）フィールド１００９と、ＣＳＲＣフィールド１０１０及び拡張フィールド１０１１を備える。
【００１７】
本実施形態において、前記報告モジュール２２０は、ＲＴＰヘッダー１０００の拡張識別子フィールド１００３と拡張フィールド１０１１を設定することにより、ネットワークの輻輳状況を伝送する。
【００１８】
前記拡張識別子フィールド１００３は、前記拡張フィールド１０１１を設けるかどうかを明示することに用いられる。本実施形態において、前記拡張識別子フィールド１００３が１に設定されると、前記拡張フィールド１０１１が設けられたことを表示する。
【００１９】
前記拡張フィールド１０１１は、ネットワークの輻輳状況を伝送することに用いられる。本実施形態において、前記拡張フィールド１０１１は、プロトコル・イニシャル（Ｐｒｏｔｏｃｏｌ  Ｉｎｉｔｉａｌ）・フィールド１０１１ａと、プロトコル・ヘッダー（Ｐｒｏｔｏｃｏｌ  Ｈｅａｄｅｒ）・フィールド１０１１ｂ及び輻輳程度フィールド１０１１ｃを備える。
【００２０】
前記プロトコル・ヘッダー・フィールド１０１１ｂは、前記輻輳程度フィールド１０１１ｃに載せた情報のタイプを明示することに用いられる。前記輻輳程度フィールド１０１１ｃは、ネットワークの輻輳状況、即ちパケット紛失率を明示することに用いられる。本実施形態において、前記プロトコル・ヘッダー・フィールド１０１１ｂが１０１に設定されると、前記輻輳程度フィールド１０１１ｃに載せた情報のタイプは、ネットワーク輻輳状況、即ちパケット紛失率であることを表示する。
【００２１】
前記プロトコル・イニシャル・フィールド１０１１ａは、前記拡張フィールド１０１１を埋め合わせること(padding)に用いられる。本実施形態において、前記拡張フィールド１０１１の長さは、３２ビット（ｂｉｔ）であって、前記プロトコル・イニシャル・フィールド１０１１ａの長さは、１６ビットであって、前記プロトコル・ヘッダー・フィールド１０１１ｂの長さは、３ビットであって、前記輻輳程度フィールド１０１１ｃの長さは、１３ビットである。前記プロトコル・イニシャル・フィールド１０１１ａは、１６個の連続した０に設定され、前記拡張フィールド１０１１を全部埋め合わせることに用いられる。
【００２２】
他の実施形態において、異なる需要に基づいて、前記拡張フィールド１０１１を他のフィールドに分けることができる。
【００２３】
前記送信端１００の放棄率確定モジュール１１０は、ネットワークの輻輳状況に基づいて、パケット放棄率を確定することに用いられる。本実施形態において、前記放棄率確定モジュール１１０は、先ず前記報告モジュール２２０からＲＴＰパケットを受信することにより、ネットワークの輻輳状況、即ちパケット紛失率を獲得し、且つ前記パケット紛失率に基づいてパケット放棄率を決める。本実施形態において、確定されたパケット放棄率は、パケット紛失率と等しい。
【００２４】
前記伝送モジュール２２０は、又パケット放棄率に基づいて、伝送しようとする複数の音声パケットの中の部分な音声パケットを均一に放棄し、且つ放棄されなかった音声パケットを伝送する。
【００２５】
例えば、もしパケット紛失率が１０％であるならば、前記放棄率確定モジュール１１０は、パケット放棄率も１０％だと確定することができ、前記伝送モジュール２２０は、１０％の比例に従って音声パケットを均一に放棄する。換言すると、１０個の音声パケット毎に、１つの音声パケットを放棄する。図４に示すように、放棄された音声パケット１０００ｂは、１０％の放棄比率に従って、正常な音声パケット１０００ａの中に均一に分布される。
【００２６】
前記受信端２００の推算モジュール２３０は、放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算することに用いられる。本実施形態において、前記推算モジュール２３０は、先ず前記送信端１００の伝送モジュール１２０から正常な音声パケット１０００ａを受信してから、数学計算方法に基づいて、放棄された音声パケット１０００ｂを推算する。前記推算モジュール２３０は、また推算出した音声パケットを受信した音声パケットに加入することに用いられる。
【００２７】
本実施形態において、前記推算モジュール２３０は、デジタル信号プロセッサー（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）であることができ、補間法（Ｉｎｔｅｒｐｏｌａｔｉｏｎ）功能を有する。音声パケットが均一に放棄されるため、前記推算モジュール２３０は、補間法を利用して放棄された音声パケットを推算することができ、従って音声品質を維持する。
【００２８】
例えば、図５に示すように、正常な音声パケットＡと正常な音声パケットＢのリニア補間（Ｌｉｎｅａｒ  Ｉｎｔｅｒｐｏｌａｔｉｏｎ）に基づいて、放棄された音声パケットＣを推算することができる。注意すべきことは、放棄されたパケットを推算する方法は、リニア補間法に限定されるものではなく、他の数学計算方法であることができ、例えば、多項式補間法（Ｐｏｌｙｎｏｍｉａｌ  Ｉｎｔｅｒｐｏｌａｔｉｏｎ）、スプライン補間法（Ｓｐｌｉｎｅ  Ｉｎｔｅｒｐｏｌａｔｉｏｎ）、有理補間法（Ｒａｔｉｏｎａｌ  Ｉｎｔｅｒｐｏｌａｔｉｏｎ）などである。
【００２９】
図６は、本発明の実施形態に係わるパケット・トランシーバー方法を示すフロー・チャートである。本実施形態において、送信端１００と受信端２００は、ネットワーク音声通信を行う。
【００３０】
ステップＳ６００において、送信端１００は、受信端２００に複数の先行音声パケットを伝送する。
【００３１】
ステップＳ６０２において、前記受信端２００は、複数の先行音声パケットを受信し、且つネットワークの輻輳状況を検出する。本実施形態において、ネットワークの輻輳状況とは、パケット紛失率を示す。前記送信端１００から前記受信端２００に伝送した各先行音声パケットが皆１つの序列番号を持つことにより、前記受信端２００が先行音声パケットの前後順序を区別することを可能にする。検出モジュール２１０は、前記先行音声パケットの序列番号に基づいて、パケット紛失率、即ちネットワークの輻輳状況を知ることができる。
【００３２】
ステップＳ６０４において、前記受信端２００は、前記送信端１００にネットワークの輻輳状況を報告する。本実施形態において、報告モジュール２２０は、ＲＴＰパケットの拡張フィールドを介して、前記送信端１００にネットワークの輻輳状況を報告する。前記ＲＴＰ拡張フィールドは、ＲＴＰパケットのＲＴＰヘッダーの中に設置される。
【００３３】
本実施形態において、報告モジュール２２０は、図３に示すＲＴＰヘッダー１０００の拡張識別子フィールド１００３と拡張フィールド１００１を設定することにより、ネットワークの輻輳状況を伝送する。
【００３４】
前記拡張識別子フィールド１００３は、前記拡張フィールド１０１１を設けるかどうかを明示することに用いられる。本実施形態において、前記拡張識別子フィールド１００３が１に設定されると、前記拡張フィールド１０１１が設けられたことを表示する。
【００３５】
前記拡張フィールド１０１１は、ネットワークの輻輳状況を伝送することに用いられる。本実施形態において、前記拡張フィールド１０１１は、プロトコル・イニシャル・フィールド１０１１ａと、プロトコル・ヘッダー・フィールド１０１１ｂ及び輻輳程度フィールド１０１１ｃを備える。
【００３６】
前記プロトコル・ヘッダー・フィールド１０１１ｂは、前記輻輳程度フィールド１０１１ｃに載せた情報のタイプを明示することに用いられる。前記輻輳程度フィールド１０１１ｃは、ネットワークの輻輳状況、即ちパケット紛失率を明示することに用いられる。本実施形態において、前記プロトコル・ヘッダー・フィールド１０１１ｂが１０１に設定されると、前記輻輳程度フィールド１０１１ｃに載せた情報のタイプは、ネットワーク輻輳状況、即ちパケット紛失率であることを表示する。
【００３７】
前記プロトコル・イニシャル・フィールド１０１１ａは、前記拡張フィールド１０１１を埋め合わせることに用いられる。本実施形態において、前記拡張フィールド１０１１の長さは、３２ビットであって、前記プロトコル・イニシャル・フィールド１０１１ａの長さは、１６ビットであって、前記プロトコル・ヘッダー・フィールド１０１１ｂの長さは、３ビットであって、前記輻輳程度フィールド１０１１ｃの長さは、１３ビットである。前記プロトコル・イニシャル・フィールド１０１１ａは、１６の連続した０に設定され、前記拡張フィールド１０１１を全部埋め合わせることに用いられる。
【００３８】
他の実施形態において、異なる需要に基づいて、前記拡張フィールド１０１１を他のフィールドに分けることができる。
【００３９】
ステップＳ６０６において、前記送信端１００は、ネットワークの輻輳状況に基づいて、パケット放棄率を確定する。本実施形態において、前記放棄率確定モジュール１１０は、先ず前記報告モジュール２２０からＲＴＰパケットを受信することにより、ネットワークの輻輳状況、即ちパケット紛失率を獲得し、且つ前記パケット紛失率に基づいてパケット放棄率を決める。本実施形態において、確定されたパケット放棄率は、パケット紛失率と等しい。
【００４０】
ステップＳ６０８において、送信端１００は、パケット放棄率に基づいて、伝送しようとする複数の音声パケットの中の一部の音声パケットを均一に放棄し、且つ放棄されなかった音声パケットを伝送する。
【００４１】
例えば、もしパケット紛失率が１０％であるならば、前記放棄率確定モジュール１１０は、パケット放棄率も１０％だと確定することができ、前記伝送モジュール２２０は、１０％の比例に従って音声パケットを均一に放棄する。換言すると、１０毎の音声パケットは、１つの音声パケットを放棄する。図４に示すように、放棄された音声パケット１０００ｂは、１０％の放棄比率に従って、正常な音声パケット１０００ａの中に均一に分布される。
【００４２】
ステップＳ６１０において、前記受信端２００は、放棄されなかった音声パケットを受信し、且つ放棄された音声パケットを推算する。本実施形態において、前記推算モジュール２３０は、先ず前記送信端１００の伝送モジュール１２０から正常な音声パケット１０００ａを受信してから、数学計算方法に基づいて、放棄された音声パケット１０００ｂを推算する。
【００４３】
本実施形態において、前記推算モジュール２３０は、デジタル信号プロセッサーであることができ、補間法功能を有する。音声パケットが均一に放棄されるため、前記推算モジュール２３０は、補間法を利用して放棄された音声パケットを推算することができ、従って音声品質を維持する。
【００４４】
ステップＳ６１２において、受信端２００は、推算出した音声パケットを受信した音声パケットの中に加入する。本実施形態において、前記推算モジュール２３０は、推算出した音声パケット１０００ｂを受信した音声パケット１０００ａの中に加入する。
【００４５】
本発明の実施形態において、前記受信端２００は、ＲＴＰパケットの拡張フィールドを介して、ネットワークの輻輳状況を伝送し、従って余計なプロトコル修正コストを増加する必要がない。前記送信端１００は、パケット放棄率に基づいて、音声パケットを均一に放棄し、従ってネットワークの輻輳状況を改善して、音声パケットの成功伝送確率を増加することができる。前記受信端２００は、補間法を介して、放棄された音声パケットを推算し、従って音声品質を確保することができる。
【００４６】
だから、管理を受けるネットワークにおいて、あらゆる送信端１００とあらゆる受信端２００が皆本発明のパケット・トランシーバー方法を支持すると、ネットワークの効能を大幅に昇格させることができる。
【図面の簡単な説明】
【００４７】
【図１】音声パケットがランダムに紛失されることを示す図である。
【図２】本発明の実施形態に係わるパケット・トランシーバー・システムの構成を示すブロック図である。
【図３】本発明の実施形態に係わるリアルタイム伝送プロトコル・ヘッダーを示す図である。
【図４】本発明の実施形態に係わる音声パケットが均一に紛失されることを示す図である。
【図５】本発明の実施形態に係わる音声パケットが推算されることを示す図である。
【図６】本発明の実施形態に係わるパケット・トランシーバー方法を示すフローチャートである。
【符号の説明】
【００４８】
１０、１００  送信端
２０、２００  受信端
１００ａ、１００ｂ、１０００ａ、１０００ｂ  音声パケット
１１０  放棄率確定モジュール
１２０  伝送モジュール
２１０  検出モジュール
２２０  報告モジュール
２３０  推算モジュール
１０００  ＲＴＰヘッダー
１００１  バージョン
１００２  パディング識別子
１００３  拡張識別子
１００４  ＣＳＲＣカウント
１００５  マーカー
１００６  ペイロードタイプ
１００７  序列番号
１００８  タイムスタンプ
１００９  ＳＳＲＣ
１０１０  ＣＳＲＣ
１０１１  拡張
１０１１ａ  プロトコル・イニシャル
１０１１ｂ  プロトコル・ヘッダー
１０１１ｃ  輻輳程度
【図２】
2008104196.tif 000003
【図３】
2008104196.tif 000004
【図５】
2008104196.tif 000005
【図６】
2008104196.tif 000006
【図１】
2008104196.tif 000007
【図４】
2008104196.tif 000008