(57)【特許請求の範囲】
【請求項１】
ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットを、順次、送信する通信装置において、
付加情報の送信指示時に、その付加情報の種類に応じた複数の付加情報伝送パケットの送信の仕方を得る付加情報／パケット系列変換部と、
上記パケットのプロトコルに準じながら、ヘッダのペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを順次生成し、上記付加情報／パケット系列変換部が得た送信の仕方に従って、生成された複数の上記付加情報伝送パケットを送信する付加情報伝送パケット送信部と
を有することを特徴とする通信装置。
【請求項２】
ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットが、順次、到来して受信する通信装置において、
到来した上記パケットにおけるヘッダのペイロードサイズのフィールドに０を意味する情報が記述されているか判定し、ペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを認識する付加情報伝送パケット認識部と、
付加情報伝送パケットの到来の仕方を把握し、複数種類の付加情報の種類のうちから到来の仕方に対応した１つを得るパケット系列／付加情報変換部と
を有することを特徴とする通信装置。
【請求項３】
上記パケットがＲＴＰパケットであること特徴を特徴とする請求項１又は２に記載の通信装置。
【請求項４】
請求項１に記載の通信装置と、
ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットが、順次、到来して受信する通信装置であって、
到来した上記パケットにおけるヘッダのペイロードサイズのフィールドに０を意味する情報が記述されているか判定し、ペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを認識する付加情報伝送パケット認識部と、
付加情報伝送パケットの到来の仕方を把握し、到来の仕方に対応した付加情報の種類を得るパケット系列／付加情報変換部と
を有する通信装置と
で上記付加情報伝送パケットを授受することを特徴とする通信システム。
【請求項５】
ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットを、順次、送信する通信装置に搭載されたコンピュータを、
付加情報の送信指示時に、その付加情報の種類に応じた複数の付加情報伝送パケットの送信の仕方を得る付加情報／パケット系列変換部と、
上記パケットのプロトコルに準じながら、ヘッダのペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを順次生成し、上記付加情報／パケット系列変換部が得た送信の仕方に従って、生成された複数の上記付加情報伝送パケットを送信する付加情報伝送パケット送信部と
して機能させることを特徴とする通信プログラム。
【請求項６】
ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットが、順次、到来して受信する通信装置に搭載されたコンピュータを、
到来した上記パケットにおけるヘッダのペイロードサイズのフィールドに０を意味する情報が記述されているか判定し、ペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを認識する付加情報伝送パケット認識部と、
付加情報伝送パケットの到来の仕方を把握し、複数種類の付加情報の種類のうちから到来の仕方に対応した１つを得るパケット系列／付加情報変換部と
して機能させることを特徴とする通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、装置及びプログラムに関し、例えば、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットを利用して制御情報を通信する場合に適用し得るものである。
【背景技術】
【０００２】
近年では、ＩＰネットワークを利用したメディア情報（音声、画像等）の通信、配信が盛んに行なわれている。メディア情報そのものは、ＲＴＰパケットのペイロード部分に埋め込まれて伝送されるのが一般的である。メディア情報の伝送に際しては、これとは別に何らかの制御情報の伝送が必要になるが、例えば、音声通信の場合は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルが用いられることが多い。しかし、この場合、ごく簡単な制御情報のみを伝送したい場合でも、ＲＴＰ以外に別のプロトコル処理機能が必要となり、メディア情報と制御情報との伝送経路が変わったり、装置が複雑になったりしてしまう。これに対して、例えば、非特許文献１には、ＲＴＰパケットを適用して制御情報（ＤＴＭＦ信号など）を伝送する手法が記載されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＲＦＣ−２８３３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、非特許文献１に記載の手法においても、メディア情報と制御情報を明示的に区別してＲＴＰパケットのペイロードに挿入して伝送する必要があり、受信側では、ペイロードに挿入されている情報がメディア情報か制御情報かをパケットの内部を解析し、判別する必要がある。
【０００５】
本発明は、上記課題に鑑みてなされたものであり、メディア情報を伝送する枠組みの中で、メディア情報以外の情報を、メディア情報の伝送に悪影響を与えないように、かつ簡便に伝送することができる通信システム、装置及びプログラムを提供しようとしたものである。
【課題を解決するための手段】
【０００６】
第１の本発明は、ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットを、順次、送信する通信装置において、（１）付加情報の送信指示時に、その付加情報の種類に応じた複数の付加情報伝送パケットの送信の仕方を得る付加情報／パケット系列変換部と、（２）上記パケットのプロトコルに準じながら、ヘッダのペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを順次生成し、上記付加情報／パケット系列変換部が得た送信の仕方に従って、生成された複数の上記付加情報伝送パケットを送信する付加情報伝送パケット送信部とを有することを特徴とする。
【０００７】
第２の本発明は、ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットが、順次、到来して受信する通信装置において、（１）到来した上記パケットにおけるヘッダのペイロードサイズのフィールドに０を意味する情報が記述されているか判定し、ペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを認識する付加情報伝送パケット認識部と、（２）付加情報伝送パケットの到来の仕方を把握し、到来の仕方に対応した付加情報の種類を得るパケット系列／付加情報変換部とを有することを特徴とする。
【０００８】
第３の本発明の通信システムは、第１の本発明の通信装置と、ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットが、順次、到来して受信する通信装置であって、到来したパケットにおけるヘッダのペイロードサイズのフィールドに０を意味する情報が記述されているか判定し、ペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを認識する付加情報伝送パケット認識部と、付加情報伝送パケットの到来の仕方を把握し、到来の仕方に対応した付加情報の種類を得るパケット系列／付加情報変換部とを有する通信装置とで付加情報伝送パケットを授受することを特徴とする。
【０００９】
第４の本発明の通信プログラムは、ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットを、順次、送信する通信装置に搭載されたコンピュータを、（１）付加情報の送信指示時に、その付加情報の種類に応じた複数の付加情報伝送パケットの送信の仕方を得る付加情報／パケット系列変換部と、（２）上記パケットのプロトコルに準じながら、ヘッダのペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを順次生成し、上記付加情報／パケット系列変換部が得た送信の仕方に従って、生成された複数の上記付加情報伝送パケットを送信する付加情報伝送パケット送信部として機能させることを特徴とする。
【００１０】
第５の本発明の通信プログラムは、ペイロードにメディア情報が挿入され、ヘッダにペイロードサイズのフィールドが設けられているパケットが、順次、到来して受信する通信装置に搭載されたコンピュータを、（１）到来した上記パケットにおけるヘッダのペイロードサイズのフィールドに０を意味する情報が記述されているか判定し、ペイロードサイズのフィールドに０を意味する情報が記述された付加情報伝送パケットを認識する付加情報伝送パケット認識部と、（２）付加情報伝送パケットの到来の仕方を把握し、複数種類の付加情報の種類のうちから到来の仕方に対応した１つを得るパケット系列／付加情報変換部として機能させることを特徴とする。
を特徴とする通信プログラム。
【発明の効果】
【００１１】
本発明の通信システム、装置及びプログラムによれば、メディア情報を伝送する枠組みの中で、メディア情報以外の情報を、メディア情報の伝送に悪影響を与えないように伝送することができる。
【図面の簡単な説明】
【００１２】
【図１】実施形態に係る音声通信装置の構成を示すブロック図である。
【図２】実施形態における制御情報／送信レート変換テーブルの構成を示す説明図である。
【図３】実施形態の音声通信装置におけるＲＴＰパケット多重部によるＲＴＰパケット及び制御ＲＴＰパケットの多重化の様子を示す説明図である。
【図４】実施形態における受信レート／制御情報変換テーブルの構成を示す説明図である。
【発明を実施するための形態】
【００１３】
（Ａ）主たる実施形態
以下、本発明による通信システム、装置及びプログラムの一実施形態を、図面を参照しながら詳述する。実施形態に係る通信装置は、音声通信装置である。
【００１４】
（Ａ−１）実施形態の構成
図１は、実施形態に係る音声通信装置の構成を示すブロック図である。音声通信装置１は、図１（Ａ）に示す音声送信部２と、図１（Ｂ）に示す音声受信部３とを有する。
【００１５】
図１において、音声送信部２は、マイクロフォン１０、音声符号化部１１、ＲＴＰパケット生成部１２、制御情報／送信レート変換部１３、制御ＲＴＰパケット生成部１４及びＲＴＰパケット多重部１５を有する。
【００１６】
一方、音声受信部３は、ＲＴＰパケット判定部２０、ＲＴＰパケット分解部２１、音声復号部２２、スピーカ２３、制御ＲＴＰパケットカウンタ部２４及び制御情報出力部２５を有する。
【００１７】
マイクロフォン１０は、ユーザの発話音声を捕捉し、得られたアナログ音声信号を音声符号化部１１に与えるものである。
【００１８】
音声符号化部１１は、マイクロフォン１０から入力されたアナログ音声信号をデジタル音声信号に変換した後、音声信号を符号化し、音声符号化データＣｓをＲＴＰパケット生成部１２に与えるものである。ここで、音声符号化方式としては、例えば、Ｇ．７１１を適用し得る。
【００１９】
ＲＴＰパケット生成部１２は、音声符号化データＣｓを基に、対向する音声通信装置に送信するＲＴＰパケットＰＫを生成し、ＲＴＰパケット多重部１５に与えるものである。例えば、デジタル音声信号の２０ｍｓを１フレームとして音声符号化し、得られたフレーム毎の音声符号化データＣｓをＲＴＰパケットのペイロードに挿入して、ＲＴＰパケットＰＫを生成する場合、ＲＴＰパケットＰＫの生成周期は２０ｍｓごととなり、音声符号化における圧縮の影響により、生成された前後のＲＴＰパケットＰＫ間には大きな間が空いている。
【００２０】
制御情報／送信レート変換部１３には、外部から、送信しようとする制御情報の識別情報Ｃが与えられる。例えば、当該音声通信装置がソフトフォンを適用した装置の場合、ソフトフォンアプリケーションが制御情報の識別情報Ｃを発する。制御情報は、例えば、コーデックの種類を切り換えるための情報であったり、音声符号化に供する音声信号の帯域を狭帯域及び広帯域間で切り換えるための情報であったり、ＤＴＭＦ信号であったりする。
【００２１】
制御情報／送信レート変換部１３は、与えられた制御情報の識別情報Ｃから、単位時間当たりの制御ＲＴＰパケットの送信数（送信レート）を得て制御ＲＴＰパケット生成部１４に与える。制御情報／送信レート変換部１３は、例えば、変換テーブルとして構築することができる。図２は、制御情報／送信レート変換テーブルの構成を示す説明図である。制御情報／送信レート変換テーブルＴＢＬ１は、制御情報の識別情報Ｃに対応付けて、制御ＲＴＰパケットの生成周期ＰＩＴと、制御ＲＴＰパケットの生成数ＧＣＮＴとが記述されている。
【００２２】
制御ＲＴＰパケット生成部１４は、ペイロードが存在しない、ＲＴＰヘッダのペイロードサイズのフィールドに「０」が記述されているＲＴＰパケット（このようなＲＴＰパケットを制御ＲＴＰパケットと呼ぶ）ＣＰＫを生成し、ＲＴＰパケット多重部１５に与えるものである。制御ＲＴＰパケット生成部１４は、例えば、ＲＴＰヘッダの情報をＲＴＰパケット生成部１２から取込み、そのペイロードサイズのフィールドを「０」に書き換えることで制御ＲＴＰパケットＣＰＫを生成する。制御ＲＴＰパケット生成部１４は、制御情報／送信レート変換部１３によって指示された送信レートで、言い換えると、指示された生成周期ＰＩＴで指示された生成数ＧＣＮＴだけ制御ＲＴＰパケットＣＰＫを生成する。
【００２３】
ＲＴＰパケット多重部１５は、ＲＴＰパケット生成部１２からのＲＴＰパケットＰＫと、制御ＲＴＰパケット生成部１４からの制御ＲＴＰパケットＣＰＫとを多重して、一系列化されたＲＴＰパケットＰＫ及び制御ＲＴＰパケットＣＰＫをシーケンシャルに送出するものである。
【００２４】
ここで、ＲＴＰパケット多重部１５は、ＲＴＰパケットＰＫ及び制御ＲＴＰパケットＣＰＫに対して、連続したシーケンス番号を付与しても良く、また、ＲＴＰパケットＰＫと制御ＲＴＰパケットＣＰＫとで別個にシーケンス番号を付与するようにしても良い。後者の場合は、ペイロードサイズのフィールドが「０」以外のＲＴＰパケットのシーケンス番号と、ペイロードサイズのフィールドが「０」のＲＴＰパケット（制御ＲＴＰパケット）のシーケンス番号とが別個に更新されていくことを意味する。
【００２５】
図３は、ＲＴＰパケット多重部１５によるパケット多重化の様子を示す説明図である。図３（Ａ）に示すように、ＲＴＰパケット生成部１２から一般的なＲＴＰパケットＰＫ１〜ＰＫ３が間欠的に出力されており、このような状態で、制御ＲＴＰパケット生成部１４から制御ＲＴＰパケットＣＰＫ１、ＣＰＫ２が生じると、ＲＴＰパケット多重部１５の機能により、図３（Ｂ）に示すように、一般的なＲＴＰパケットＰＫ１〜ＰＫ３の間に、制御ＲＴＰパケットＣＰＫ１、ＣＰＫ２が挿入されたパケットの時系列が形成される。図３では、前後するＲＴＰパケットの間に、制御ＲＴＰパケットが１パケットずつ挿入されている様子を示しているが、前後するＲＴＰパケットの間に挿入される制御ＲＴＰパケットは１パケットに限定されず、制御ＲＴＰパケット生成部１４からの制御ＲＴＰパケットの出力周期によって変化する。
【００２６】
音声受信部３におけるＲＴＰパケット判定部２０は、対向する音声通信装置から到来したＲＴＰパケットＲＰＫから当該音声通信装置１宛のものだけを抽出し、抽出したＲＴＰパケットＲＰＫのヘッダにおけるペイロードサイズフィールドの値を確認し、ペイロードサイズが「０」であれば、制御ＲＴＰパケットＣＰＫであるとして、到来したＲＴＰパケット（制御ＲＴＰパケット）ＣＰＫを制御ＲＴＰパケットカウンタ部２４に与え、ペイロードサイズが「０」以外であれば、一般のＲＴＰパケットＰＫであるとして、到来したＲＴＰパケットＰＫをＲＴＰパケット分解部２１に与えるものである。
【００２７】
ＲＴＰパケット分解部２１は、ＲＴＰパケット判定部２０から与えられたＲＴＰパケットＰＫを分解し、ペイロードからメディア情報（符号化音声データ）Ｃｒを取り出して、音声復号部２２に与えるものである。
【００２８】
音声復号部２２は、ＲＴＰパケット分解部２１から与えられた符号化音声データＣｒを復号し、得られたデジタル音声信号をアナログ音声信号Ｓｒに変換してスピーカ２３に与えるものである。
【００２９】
スピーカ２３は、音声復号部２２から与えられたアナログ音声信号Ｓｒを発音出力するものである。
【００３０】
制御ＲＴＰパケットカウンタ部２４は、タイマを内蔵している。制御ＲＴＰパケットカウンタ部２４は、ＲＴＰパケット判定部２０から制御ＲＴＰパケットＣＰＫが与えられたときには、タイマが単位時間の計時を開始しているか否かを判定し、計時を開始しているときにはカウント値を１インクリメントし、計時を開始していないときには、タイマの計時を開始させると共に、カウント値を初期値である「１」にする。すなわち、制御ＲＴＰパケットカウンタ部２４は、制御ＲＴＰパケットが到来し始めてからの単位時間に到来した制御ＲＴＰパケットの数を計数するものである。制御ＲＴＰパケットカウンタ部２４は、内蔵するタイマが単位時間を計時したときには、そのときのカウント値を制御情報出力部２５に与える。
【００３１】
なお、制御ＲＴＰパケットだけでシーケンス番号を更新する方法を採用している場合には、前回の制御ＲＴＰパケットのシーケンス番号と今回の制御ＲＴＰパケットのシーケンス番号との差分だけ、カウント値を更新させることを行うようにしても良い。
【００３２】
また、音声送信部２が、例えば、単位時間の整数倍の時間を考慮して制御ＲＴＰパケットを送信し、制御ＲＴＰパケットカウンタ部２４が、単位時間の整数倍の時間の間に到来した制御ＲＴＰパケットを計数し、それから、単位時間当たりの制御ＲＴＰパケット数を得て、制御情報出力部２５に出力するようにしても良い。
【００３３】
制御情報出力部２５は、制御ＲＴＰパケットカウンタ部２４から与えられた、単位時間当たりの制御ＲＴＰパケット数に基づいて、その数が指示する制御情報の識別情報を得て、外部（例えば、当該音声受信部３が搭載されている装置のアプリケーション部）に与えるものである。制御情報出力部２５は、例えば、受信レート／制御情報変換テーブルとして構築することができる。図４は、受信レート／制御情報変換テーブルの構成を示す説明図である。受信レート／制御情報変換テーブルＴＢＬ２は、単位時間当たりの制御ＲＴＰパケット数の範囲に、制御情報の識別情報Ｃを対応付けて記述しているものであり、制御情報出力部２５は、制御ＲＴＰパケットカウンタ部２４から与えられた単位時間当たりの制御ＲＴＰパケット数が属する、受信レート／制御情報変換テーブルＴＢＬ２の範囲を認識し、その範囲に対応付けられている制御情報の識別情報Ｃを出力する。単位時間当たりの制御ＲＴＰパケット数を範囲で記述することにより、ネットワーク上で制御ＲＴＰパケットがロスしても、制御情報出力部２５は正しい制御情報の識別情報Ｃを出力し得る。なお、制御ＲＴＰパケット生成部１４における生成周期ＰＩＴ及び生成数ＧＣＮＴは、受信側の範囲を考慮し、所定割合の制御ＲＴＰパケットがネットワークでロスしても、制御情報出力部２５が正しい制御情報の識別情報Ｃを出力できるように定められている。
【００３４】
ここで、音声送信部２における、音声符号化部１１内のデジタル音声信号を処理する以降の構成、ＲＴＰパケット生成部１２、制御情報／送信レート変換部１３、制御ＲＴＰパケット生成部１４及びＲＴＰパケット多重部１５は、ＣＰＵと、ＣＰＵが実行するプログラムという形で実現するようにしても良い。
【００３５】
同様に、音声受信部３における、ＲＴＰパケット判定部２０、ＲＴＰパケット分解部２１、音声復号部２２内のデジタル音声信号を得るまでの構成、制御ＲＴＰパケットカウンタ部２４及び制御情報出力部２５は、ＣＰＵと、ＣＰＵが実行するプログラムという形で実現するようにしても良い。
【００３６】
（Ａ−２）実施形態の動作
次に、実施形態に係る音声通信装置１の動作を、音声送信部２の動作、音声受信部３の動作の順に説明する。
【００３７】
ユーザの発話音声はマイクロフォン１０によって捕捉され、得られたアナログ音声信号が音声符号化部１１に与えられ、デジタル音声信号に変換された後、音声符号化される。
【００３８】
音声符号化データＣｓから、ＲＴＰパケット生成部１２によってＲＴＰパケットＰＫが生成され、ＲＴＰパケット多重部１５を介して対向する音声通信装置に向けて送信される。
【００３９】
このような状況において、送信しようとする制御情報が生じると、その識別情報Ｃが制御情報／送信レート変換部１３に与えられる。これにより、制御情報／送信レート変換部１３から、単位時間当たりの制御ＲＴＰパケットの送信数（例えば、制御ＲＴＰパケットの生成周期ＰＩＴと制御ＲＴＰパケットの生成数ＧＣＮＴ）が制御ＲＴＰパケット生成部１４に与えられ、制御ＲＴＰパケット生成部１４によって、ＲＴＰヘッダのペイロードサイズのフィールドに「０」が記述されている制御ＲＴＰパケットＣＰＫが、与えられた単位時間当たりの制御ＲＴＰパケットの送信数に合致するように生成される。
【００４０】
生成された制御ＲＴＰパケットＣＰＫは、ＲＴＰパケット多重部１５によって、ＲＴＰパケット生成部１２からの一般的なＲＴＰパケットと多重され、対向する音声通信装置に向けて送信される。
【００４１】
次に、音声受信部３の動作を説明する。
【００４２】
対向する音声通信装置から到来した一般的なＲＴＰパケットＰＫは、ペイロードサイズフィールドに「０」以外の値が挿入されていることにより、ＲＴＰパケット判定部２０からＲＴＰパケット分解部２１に与えられる。これにより、ＲＴＰパケットＰＫは、ＲＴＰパケット分解部２１によって分解され、ペイロードからメディア情報（符号化音声データ）Ｃｒが取り出されて音声復号部２２に与えられ、音声復号部２２において、メディア情報（符号化音声データ）Ｃｒが復号され、さらに、アナログ音声信号Ｓｒに変換されてスピーカ２３に与えられ、発音出力される。
【００４３】
対向する音声通信装置からのＲＴＰパケットＰＫの系列に制御ＲＴＰパケットＣＰＫが混在するようになると、混在している制御ＲＴＰパケットＣＰＫは、ペイロードサイズフィールドに「０」の値が挿入されているため、ＲＴＰパケット判定部２０から制御ＲＴＰパケットカウンタ部２４に与えられる。そして、制御ＲＴＰパケットカウンタ部２４によって、単位時間当たりに到来した制御ＲＴＰパケット数が取得され、制御情報出力部２５に与えられる。制御情報出力部２５においては、単位時間当たりの制御ＲＴＰパケット数に応じた制御情報の識別情報が得られ、外部（例えば、当該音声受信部３が搭載されている装置のアプリケーション部）に出力される。
【００４４】
以上のような音声送信部２の動作及び音声受信部３の動作により、メディア情報を伝送するＲＴＰのプロトコルを利用しつつ、音声通信を邪魔することなく、制御情報を、音声送信部２から音声受信部３へ伝送することができる。
【００４５】
（Ａ−３）実施形態の効果
上記実施形態によれば、メディア情報を伝送するＲＴＰに従う枠組みの中で、メディア情報以外の制御情報を、メディア情報の伝送に悪影響を与えないように、かつ簡便に伝送することができる。
【００４６】
（Ｂ）他の実施形態
上記実施形態では、単位時間当たりの制御ＲＴＰパケット数で、制御情報の種類を表すものを示したが、制御ＲＴＰパケットに係る他の指標で、制御情報の種類を規定するようにしても良い。例えば、単位時間当たりのＲＴＰパケット数と制御ＲＴＰパケット数の比で制御情報の種類を規定するようにしても良く、相前後するＲＴＰパケット間に挿入されている制御ＲＴＰパケットの数で制御情報の種類を規定するようにしても良い。
【００４７】
上記実施形態では、音声受信部で許容できる制御ＲＴＰパケット数の誤差を、範囲で規定するものを示したが、制御情報の種類で定まる制御ＲＴＰパケット数だけを記述しておき、許容できる誤差範囲を演算によって求めるようにしても良い。例えば、単位時間当たりに１０パケット受信した場合に制御情報＃１を表すと記述しておき、誤差範囲を、予め定められている割合（例えば、プラス側１０％、マイナス側２０％）を適用して計算し、単位時間に到来した制御ＲＴＰパケット数が、８〜１１パケットでは、制御情報＃１が伝送されたものと捉えるようにしても良い。
【００４８】
上記実施形態では、制御ＲＴＰパケットはペイロードを有しないものであったが、ペイロードがあっても良い。例えば、ＲＴＰパケット生成部１２が生成した一般的なＲＴＰパケットのペイロードサイズを「０」に書き換えることで制御ＲＴＰパケットを生成するようにしても良く、この場合、ペイロードの除去を実行しないようにしても良い。このような場合には、制御ＲＴＰパケットの生成のため、一般的なＲＴＰパケットがロスしたと受信側で捉えるようにしても良い。このような場合、ペイロードのサイズは不明であるが、ペイロードサイズが「０」の制御ＲＴＰパケットにも、それなりのメディア情報が挿入されているとして受信側で補間処理の際に利用するようにしても良い。
【００４９】
上記実施形態では、ペイロードサイズ「０」で制御ＲＴＰパケットであることを通知するものを示したが、これに加え、他の情報も、制御ＲＴＰパケットを表す値にし、制御ＲＴＰパケットであることを確実に通知するようにしても良い。
【００５０】
上記実施形態では、エンドツーエンドで、制御情報を通知する場合を示したが、音声端末から中継装置へ制御情報を通知する場合にも、上記実施形態の方法を適用することができる。例えば、単位時間当たりの制御ＲＴＰパケット数が、所定値以上の場合には対向装置への制御情報を表し、単位時間当たりの制御ＲＴＰパケット数が、所定値未満の場合には中継装置への制御情報を表しているように規定しても良い。
【００５１】
上記実施形態では、音声通信に本発明を適用したものを示したが、他のメディア通信に本発明を適用することができる。
【００５２】
制御ＲＴＰパケットで伝送する付加情報（制御情報）は、シグナリング情報に限定されない。例えば、アプリケーション部が必要とする情報であれば、ユーザに関する情報などであっても良い。
【００５３】
上記実施形態では、メディア情報の伝送に利用されるパケットがＲＴＰパケットであるものを示したが、本発明の技術思想を適用できるのであれば、他のプロトコルに係るパケットであっても良い。
【符号の説明】
【００５４】
１…音声通信装置、２…音声送信部、３…音声受信部、１２…ＲＴＰパケット生成部、１３…制御情報／送信レート変換部、１４…制御ＲＴＰパケット生成部、１５…ＲＴＰパケット多重部、２０…ＲＴＰパケットサイズ判定部、２１…ＲＴＰパケット分解部、２４…制御ＲＴＰパケットカウンタ部、２５…制御情報出力部。
【図１】
0005834851.tif 000002
【図２】
0005834851.tif 000003
【図３】
0005834851.tif 000004
【図４】
0005834851.tif 000005