JP5634919B2 - 通信装置及び通信プログラム - Google Patents

Description

本発明は、通信装置及び通信プログラムに関する。本発明は、例えば、ＶｏＩＰ（Voice Over IP）通信において、ＲＴＰパケットを終端する通信装置に適用し得るものである。

例えば、音声データや映像データ等はＲＴＰパケットにより送信される。ＲＴＰパケットには、シーケンスナンバーやタイムスタンプ等が付与されている。これにより、ネットワーク上で、パケットが喪失したり又は遅れたりしても、受信側は、シーケンスナンバー、タイムスタンプに基づいて、時間的に連続したデータを再生することができる。

例えばＶｏＩＰ通信システムにおいて、通信装置がＲＴＰパケットを終端する方式を採用しているものがある。この場合、送信側の通信装置に接続する端末が転送したとき、通信装置は、受信したＲＴＰパケットのシーケンスナンバーやタイムスタンプを書き換えて、ＲＴＰパケットをネットワークに送信することが必要となる。これは、ネットワークに送信するＲＴＰパケットのシーケンスナンバーとタイムスタンプの連続性を維持するためである。

従来のタイムスタンプを書き換える方法として、特許文献１に記載される方法がある。従来は、通信装置が、通信呼の転送後に、音声コーデックのサンプリング周波数とパケット間隔（パケット送出間隔）に基づく一定値を、受信パケットのタイムスタンプの値に加える方法を適用している。

特開２００７−１１６３６８号公報

しかしながら、上述したように、受信パケットのタイムスタンプ値に、一定値を固定的に増加させ方法は、例えば、映像通信のように、タイムスタンプの増分が一定でないとき等には適用することができないという問題がある。

つまり、タイムスタンプの増分が一定でないので、接続端末の転送後、最初に通信装置に到着するＲＴＰパケットのタイムスタンプを、当該通信装置が認識することができず、通信装置はタイムスタンプ値を決定することができない。

図２は、ホームゲートウェイ５−１及び５−２を介した映像通信システムのシステム構成を示す構成図である。図２において、ホームゲートウェイ５−１に接続する映像端末が、映像端末６−１から映像端末６−２に転送するものとする。

この場合、ホームゲートウェイ５−１は、受信するＲＴＰパケットのタイムスタンプ等を変更することが必要となる。

例えば、映像通信でなく音声通信の場合、サンプリング周波数が８ｋＨｚで、ＲＴＰパケットのデータ送出間隔が２０ｍｓであるとする。

このとき、パケットのサンプリングは、１２５μｓ（＝１（ｓ）÷８（ｋＨｚ）＝１００００００（μｓ）÷８０００（Ｈｚ））毎に１回行う。また、パケット毎のサンプリングクロックの増分は、１６０（＝２００００（μ）÷１２５（μｓ））である。

すなわち、音声通信の場合、パケットのサンプリングは１２５μｓ毎に１回サンプリングを行い、サンプリンクロックは１６０ずつ増加するから、通信装置は、ＲＴＰパケットのタイムスタンプ値に１６０の固定長を増加させている。

しかし、映像通信の場合、タイムスタンプはコーデック方式により異なり、タイムスタンプの増分を一意に決定することができない。

例えば、ＩＴＵ勧告の動画像データの圧縮符号化方式としてＨ．２６４がある、この場合、タイムスタンプは、サンプリングしたタイミングに基づいて決定される。ただし、映像データは圧縮されるので、サンプリングしたデータ量は異なる。このため、映像データをパケット化したときに、ＲＴＰパケット数が異なることがある。

例えば、図３に示すように、ＲＴＰパケットのデータ量が２００ｂｙｔｅとする。そして、送信側が送信しようとする映像データのデータ量が６００ｂｙｔｅとすると（図３（Ａ）参照）、映像データはＲＴＰパケットのデータ量よりも大きいので、映像データを３個にフラグメンテーション（分割）することになる（図３（Ｂ）参照）。このとき、各ＲＴＰパケットのシーケンスナンバーは異なるが、各ＲＴＰパケットのタイムスタンプは同じ「ｔ」となる。

また、送信側がその次に送信する映像データのデータ量が４００ｂｙｔｅであるとする（図３（Ｃ）参照）。このときも、映像データのデータ量がＲＴＰパケットのデータ量よりも大きいので、２個にフラグレーションされる（図３（Ｄ）参照）。このとき、タイムスタンプは、送信側の通信装置が「ｙ」だけ増加させ、「ｔ＋ｙ」とする。

しかし、このときの「ｙ」の値は、映像パケットを作成する映像端末の実装によるため、ホームゲートウェイ５−１は認識することができない。

そのため、接続端末が変更する場合でも、ＲＴＰパケットのタイムスタンプの連続性を保つことができる通信装置及び通信プログラムが求められている。

かかる課題を解決するために、第１の本発明の通信装置は、接続する通信端末から受信したＲＴＰパケットの連続性を保持して送信する通信装置において、（１）接続する１又は複数の通信端末の呼を制御する呼制御手段と、（２）接続している通信端末からの要求を受けて呼制御手段が接続している通信端末の変更を行う場合に、変更前の最後に受信した当該呼のＲＴＰパケットの受信時刻と、変更後の最初に受信した当該呼のＲＴＰパケットの受信時刻とを取得する受信時刻取得手段と、（３）呼制御手段が接続している通信端末の変更を行う場合に、変更前の最後に受信した当該呼のＲＴＰパケットのタイムスタンプ値と、変更後の最初に受信した当該呼のＲＴＰパケットのタイムスタンプ値とを取得するタイムスタンプ取得手段と、（４）変更前の最後に受信したＲＴＰパケットの受信時刻及びタイムスタンプ値と、変更後の最初に受信したＲＴＰパケットの受信時刻及びタイムスタンプ値とに基づいて、当該呼のＲＴＰパケットのタイムスタンプ値の補正値を求める補正値算出手段と、（５）通信端末の変更後に、変更された通信端末から受信されたＲＴＰパケットのタイムスタンプの値を、補正値に基づいて変更するタイムスタンプ変更手段とを備えることを特徴とする。

第２の本発明の通信プログラムは、接続する通信端末から受信したＲＴＰパケットの連続性を保持して送信する通信プログラムにおいて、コンピュータを、（１）接続する１又は複数の通信端末の呼を制御する呼制御手段、（２）接続している通信端末からの要求を受けて呼制御手段が接続している通信端末の変更を行う場合に、変更前の最後に受信した当該呼のＲＴＰパケットの受信時刻と、変更後の最初に受信した当該呼のＲＴＰパケットの受信時刻とを取得する受信時刻取得手段、（３）呼制御手段が接続している通信端末の変更を行う場合に、変更前の最後に受信した当該呼のＲＴＰパケットのタイムスタンプ値と、変更後の最初に受信した当該呼のＲＴＰパケットのタイムスタンプ値とを取得するタイムスタンプ取得手段、（４）変更前の最後に受信したＲＴＰパケットの受信時刻及びタイムスタンプ値と、変更後の最初に受信したＲＴＰパケットの受信時刻及びタイムスタンプ値とに基づいて、当該呼のＲＴＰパケットのタイムスタンプ値の補正値を求める補正値算出手段、（５）通信端末の変更後に、変更された通信端末から受信されたＲＴＰパケットのタイムスタンプの値を、補正値に基づいて変更するタイムスタンプ変更手段として機能させることを特徴とする。

本発明によれば、ＲＴＰパケットを終端する通信装置において、転送などの操作により、接続端末が変更された場合でも、送信するＲＴＰパケットの連続性を保つことができる。

実施形態の通信装置の内部構成を示す内部構成図である。 ホームゲートウェイを介した映像通信システムのシステム構成を示す構成図である。 ＲＴＰパケットをフラグメンテーションしたときのパケット構成を示す図である。 実施形態の、通信呼の転送時に、通信装置におけるタイムスタンプの補正方法を示すシーケンス図である。

（Ａ）実施形態
次に、本発明の通信装置及び通信プログラムの実施形態を、図面を参照しながら説明する。

この実施形態では、例えば映像通信システムにおいて、映像データを含むＲＴＰパケットを終端する通信装置に、本発明を適用する場合の実施形態を例示する。

（Ａ−１）実施形態の構成
図１は、この実施形態の通信装置の内部構成を示す内部構成図である。図１において、通信装置１は、ＲＴＰパケット受信部１１、ＲＴＰパケット制御部１２、ＲＴＰパケット送信部１３、情報管理部１４、呼制御部１５、補正値算出部１６、補正値管理テーブル１７を少なくとも有する。

通信装置１は、ＲＴＰパケットを終端するＲＴＰ終端装置である。通信装置１は、１又は複数の通信端末と、ネットワークとに接続している。また、通信装置１は、呼制御機能を有しており、接続する通信端末の呼を管理するものである。通信装置１は、例えば、ホームゲートウェイ、ＩＰ−ＰＢＸ装置、ＶｏＩＰ通信装置等が該当する。

ＲＴＰパケット受信部１１は、１又は複数の通信端末（図示しない）との間の通信インターフェースである。ＲＴＰパケット受信部１１は、ＲＴＰパケットを受信すると、その受信したＲＴＰパケットをＲＴＰパケット制御部１２に与えるものである。

また、ＲＴＰパケット受信部１１は、図１に示すように、受信時刻取得部２１、タイムスタンプ取得部２２を少なくとも有する。そして、ＲＴＰパケット受信部１１は、情報管理部１４から呼情報を受け取ると、その呼情報に基づいて、通信中の呼でやり取りされるＲＴＰパケットの受信時刻及びタイムスタンプを取得し、そのＲＴＰパケットの受信時刻及びタイムスタンプを情報管理部１４に与える。

ＲＴＰパケット送信部１３は、後述するＲＴＰパケット制御部１２から受け取ったＲＴＰパケットをネットワークに送信するものである。

呼制御部１５は、例えば、ＳＩＰ（Session Initiation Protocol）等の呼制御プロトコルに従って、通信端末の呼制御を行うものである。これにより、通信端末と外部との間の呼の接続や切断を管理することができる。

呼処理部４１は、呼制御プロトコルに従って呼処理を実行するものである。

転送処理部４２は、通信端末から転送要求を受けると、当該通信端末の呼に関する情報を含む呼情報及び転送操作の開始を示す転送操作開始情報を、情報管理部１４に与える。また、転送処理部４２は、通信端末から要求された転送処理が完了すると、転送処理後の呼情報及び転送操作の完了を示す転送操作完了情報を情報管理部１４に与える。

ここで、呼情報は、呼を一意に特定する情報（例えば、Ｃａｌｌ−ＩＤ等）、転送操作に関する情報、サンプリング周波数Ｆを少なくとも有するものである。

情報管理部１４は、通信端末の転送時に、呼情報を用いて受信パケットの連続性を管理するものである。

情報管理部１４は、呼制御部１５から呼情報を受け取ると、その呼情報をＲＴＰパケット受信部１１に与えて、当該呼について通信されるＲＴＰパケットの受信時刻及びタイムスタンプを、ＲＴＰパケット受信部１１から受け取るものである。

これにより、情報管理部１４は、転送前に最後に受信したＲＴＰパケットの受信時刻及びタイムスタンプと、転送後に最初に受信したＲＴＰパケットとの受信時刻及びタイムスタンプを取得することができる。なお、情報管理部１４は、呼情報に含まれる情報のうち、少なくとも呼を特定する情報をＲＴＰパケット受信部１１に与えるようにしてもよい。

また、情報管理部１４は、転送前の最後のＲＴＰパケットの受信時刻及びタイムスタンプと、転送後の最初のＲＴＰパケットの受信時刻及びタイムスタンプと、呼情報に含まれるサンプリング周波数Ｆとを、補正値算出部１６に与える。これにより、当該ＲＴＰパケットのタイムスタンプの補正値を算出させることができる。

さらに、情報管理部１４は、補正値算出部１６が求めた補正値を受け取ると、その補正値と呼情報とを対応付けて、補正値管理テーブル１７に保存させる。

補正値算出部１６は、通信呼の転送時に、ＲＴＰパケットのタイムスタンプの値を補正する補正値を求めるものである。補正値算出部１６は、転送前の最後のＲＴＰパケットの受信時刻及びタイムスタンプと、転送後の最初のＲＴＰパケットの受信時刻及びタイムスタンプと、サンプリング周波数Ｆとに基づいて、タイムスタンプの補正値を求めるものである。また、補正値算出部１６は、算出した補正値を情報管理部１４に与える。

ここで、補正値算出部１６による補正値の算出方法は、種々の方法を広く適用することができる。例えば、補正値算出部１６は、次式により補正値Ｙを求める。

Ｙ＝Ｓ_０＋Ｆ（Ｔ_１−Ｔ_０）−Ｓ_１ …（１）
ここで、Ｓ_０は、転送前の最後に受信したＲＴＰパケットのタイムスタンプである。Ｔ_０は、転送前の最後に受信したＲＴＰパケットの受信時刻である。Ｓ_１は、転送後の最初に受信したＲＴＰパケットのタイムスタンプである。Ｔ_１は、転送後の最初に受信したＲＴＰパケットの受信時刻である。

式（１）は、通信相手に対して、転送前と転送後のパケットでタイムスタンプの矛盾が発生しないようにし、あたかも転送処理が行われていないように振る舞うためのタイムスタンプの補正値を導出するものである。「転送前の通信端末」が転送を行わなかった場合に、送信されるであろう送信パケットのタイムスタンプの値を、転送後の送信パケットはもつ。そのために、「転送後の通信端末」からの送信パケットの補正値を付与する。

Ｓ_０は、上述したように、転送前の最後の受信パケットのタイムスタンプである。これは、ＲＴＰパケットの連続性を保つベースとなる値であり、タイムスタンプの値が「転送前＞転送後」となるのを防ぐ。

Ｓ_１は、上述したように、転送後の最初の受信パケットのタイムスタンプである。これは、転送後のタイムスタンプ値の増分を管理するためにベースとする値である。

Ｆ（Ｔ_１−Ｔ_０）は、転送前と転送後のパケットの受信時刻の差に基づいて抽出したタイムスタンプ補正値である。これは、送信するであろう送信パケットのタイムスタンプの値になる。すなわち、本来インクリメントされるタイムスタンプの値である。

例えば、補正値Ｙについて、（補正値Ｙ＝Ｓ０−Ｓ１）として算出すると、転送後の最初の受信パケットのタイムスタンプ値は、転送前の最後のパケットのタイムスタンプ値と同じになってしまう。そのため、転送に係る実時間的に差分があるにもかかわらず、その分のタイムスタンプ値に増加が見られない。そのため、通信相手は、異常なパケットとみられてしまう可能性がある。

これに対して、上記式（１）によれば、転送処理の実時間の差分に係るタイムスタンプ値も含めてタイムスタンプ値を補正することができる。

補正値管理テーブル１７は、呼情報と補正値とを対応付けて管理するものである。また、補正値管理テーブル１７は、ＲＴＰパケット制御部１２から呼情報を受け取ると、その呼情報に対応する補正値をＲＴＰパケット制御部１２に与えるものである。

ＲＴＰパケット制御部１２は、ＲＴＰパケットの送信先を決定する送信先決定部３１と、ＲＴＰパケットのヘッダ情報を書き換えるヘッダ情報書換部３２とを有するものである。

送信先決定部３１は、情報管理部１６から送信先情報を受け取り、ＲＴＰパケットの送信先を決定するものである。

ヘッダ情報書換部３２は、ＲＴＰパケットのヘッダに含まれている、シーケンスナンバー、タイムスタンプ、ＳＳＲＣ（同期送信元識別子）等のヘッダ情報を変更するものである。ヘッダ情報書換部３２は、送信先情報に基づいて、補正値管理テーブル１７に補正値を問い合わせ、シーケンスナンバーやＳＳＲＣを書き換えると共に、タイムスタンプ値を補正値に基づいて補正するものである。

（Ａ−２）実施形態の動作
次に、実施形態の通信装置において、通信呼の転送時のタイムスタンプの補正方法の動作を、図面を参照しながら説明する。

図４は、通信呼の転送時に、通信装置１におけるタイムスタンプの補正方法を示すシーケンス図である。

図４では、通信端末６−１から通信端末６−２に転送される場合に、通信装置１が受信したＲＴＰパケットのタイムスタンプを補正するときの方法を例示する。なお、サンプリング周波数Ｆは９００００Ｈｚとする。

まず、映像通信が開始すると、通信端末６−１は、映像データを含むＲＴＰパケットを通信装置１に送信する（Ｓ１０１）。例えば、Ｓ１０１において、通信端末６−１が送信するＲＴＰパケットは、シーケンスナンバーがｓｅｑ＝１０、通信端末６−１の同期送信元識別子がＳＳＲＣ＝０Ｘ１１２２３３４４、タイムスタンプがｔｉｍｅｓｔａｍｐ＝１０２９９６０であるとする。

通信装置１において、ＲＴＰパケットは、ＲＴＰパケット受信部１１に受信されて、ＲＴＰパケット制御部１２に与えられる。ＲＴＰパケット制御部１２は、ＲＴＰパケットから呼情報を取得する。そして、ＲＴＰパケット制御部１２は、呼情報に基づいて、補正値管理テーブル１７に問い合わせをする。

補正値管理テーブル１７は、問い合わせを受けた呼情報に対応する補正値を検索し、その補正値がある場合には、その補正値をＲＴＰパケット制御部１２に返答する。このとき、補正値がない場合には、補正値を「０」として返答したり、又は補正値がないものとしたりしてもよい。

ＲＴＰパケット制御部１２は、受信したＲＴＰパケットをＲＴＰパケット送信部１３に与える。ＲＴＰパケット送信部１３は、受け取ったＲＴＰパケットをネットワークに向けて送信する（Ｓ１０２）。

通信装置１は、上記のＳ１０１及びＳ１０２のようにして、通信端末６−１から受信したＲＴＰパケットをネットワークに送信する。

次に、通信端末６−１が通信装置１に対して転送要求を行う（Ｓ１０３）。通信装置１において、通信端末６−１から転送要求を受けると、呼制御部１５は、当該通信呼の呼情報と転送操作開始情報とを情報管理部１４に与える。情報管理部１４は、呼制御部１５から転送操作開始情報と呼情報とを受け取ると、その呼情報をＲＴＰパケット受信部１１に与える。

ＲＴＰパケット受信部１１では、情報管理部１４から受け取った呼情報に基づき、当該通信呼に係るＲＴＰパケットの受信時刻Ｔ_０及びタイムスタンプＳ_０を取得する（Ｓ１０５及びＳ１０６）。これにより、転送前の最後に受信するＲＴＰパケットの受信時刻Ｔ_Ｏ及びタイムスタンプＳ_０を取得することができる。

なお、Ｓ１０４において、受信されたＲＴＰパケットは、シーケンスナンバーがｓｅｑ＝１００、ＳＳＲＣ＝０Ｘ１１２２３３４４、ｔｉｍｅｓｔａｍｐ＝１０６０９２０であるとする。従って、Ｓ_０＝１０６０９２０である。また当該ＲＴＰパケットの受信時刻Ｔ_０は、Ｔ_０＝ＸＸ：ＹＹ：ＺＺ.０００であるとする。

ＲＴＰパケット受信部１１は、転送前の最後に受信するＲＴＰパケットの受信時刻Ｔ_０及びタイムスタンプＳ_０を情報管理部１４に与える。情報管理部１４は、上記受信時刻Ｔ_０及びタイムスタンプＳ_０を保持する。また、情報管理部１４は、転送前の最後のＲＴＰパケットのシーケンスナンバーとＳＳＲＣも保持する。

また、転送前の最後に受信したＲＴＰパケットは、それまでに受信したＲＴＰパケットと同様にしてネットワークに送信される（Ｓ１０７）。

Ｓ１０８では、呼制御部１５による転送処理が行われる（Ｓ１０８）。なお、転送処理は、例えばＳＩＰ等の呼制御プロトコルに従った既存の転送処理を用いることができる。例えば、ＳＩＰの場合、呼制御部１５は、通信端末６−１から転送メッセージを受信する。転送メッセージには、例えばＣＡＬＬ−ＩＤとＦｒｏｍ−Ｔａｇ及びＴｏ−Ｔａｇとが含まれている。これにより、呼制御部１５は、ＣＡＬＬ−ＩＤに基づいて特定される通信呼の転送先の通信端末６−２のアドレス情報を取得することができる。そして、呼制御部１５は、転送先の通信端末６−２との間で呼を確立する。これにより通信端末６−２への転送を実現する。

呼制御部１５による転送処理が完了すると、呼制御部１５は、転送操作完了情報と呼情報を情報管理部１４に与える。情報管理部１４は、その呼情報をＲＴＰパケット受信部１１に与える。

ＲＴＰパケット受信部１１は、情報管理部１４から呼情報を受け取ると、その呼情報に基づいて当該呼に係るＲＴＰパケットの受信時刻Ｔ_１及びタイムスタンプＳ_１を取得する（Ｓ１０９〜Ｓ１１１）。これにより、転送後の最初に受信したＲＴＰパケットの受信時刻Ｔ_１及びタイムスタンプＳ_１を取得することができる。

例えば、Ｓ１０９及びＳ１１４において、受信されたＲＴＰパケットは、フラグメンテーションされて２個のパケットに分かれたものとする。従って、Ｓ１０９で受信されたＲＴＰパケットはｓｅｑ＝５１であり、Ｓ１１４で受信されたＲＴＰパケットはｓｅｑ＝５２であるが、両者ともタイムスタンプはｔｉｍｅｓｔａｍｐ＝１９４２２０であるとする。

このような場合、ＲＴＰパケット受信部１１は、Ｓ１０９で受信した、転送後の最初のＲＴＰパケットの受信時刻Ｔ_１＝ＸＸ：ＹＹ：ＺＺ．０４１及びタイムスタンプＳ_１＝１９４２２０を取得し、その受信時刻Ｔ_１及びタイムスタンプＳ_１を情報管理部１４に与える。

情報管理部１４は、転送前の最後に受信したＲＴＰパケットの受信時刻Ｔ_０及びタイムスタンプＳ_０と、転送後の最初に受信したＲＴＰパケットの受信時刻Ｔ_１及びタイムスタンプＳ_１と、サンプリング周波数Ｆとを補正値算出部１６に与える。

補正値算出部１６は、例えば式（１）に従って、タイムスタンプの補正値を求める。例えば、図４の例の場合、補正値算出部１６は、受信時刻Ｔ_０及びＴ_１、タイムスタンプＳ_０及びＳ_１と、サンプリング周波数Ｆ＝９００００を式（１）に代入して補正値Ｙを求める。

Ｙ＝Ｓ_０＋Ｆ（Ｔ_１−Ｔ_０）−Ｓ_１
＝１０６０９２０＋９００００×０．４１−１９４２２０ …（２）
補正値算出部１６は、算出した補正値Ｙを情報管理部１４に与える。情報管理部１４は、補正値算出部１６からの補正値Ｙと呼情報とを対応付けて、補正値管理テーブル１７に登録する。

Ｓ１０９で受信されたＲＴＰパケットは、ＲＴＰパケット受信部１１からＲＴＰパケット制御部１２に与えられる。そして、ＲＴＰパケット制御部１２は、情報管理部１４からの送信先情報に基づいて送信先を決定する。また、ＲＴＰパケット制御部１２は、呼情報に基づいて、補正値管理テーブル１７に補正値の問い合わせを行う。

補正値管理テーブル１７は、呼情報に対応する補正値Ｙを検索し、その補正値ＹをＲＴＰパケット制御部１２に与える。そして、ＲＴＰパケット制御部１２は、受け取った補正値Ｙを用いてタイムスタンプの値を書き換える。また、ＲＴＰパケット制御部１２は、ヘッダ情報に含まれるシーケンスナンバーやＳＳＲＣも書き換える（Ｓ１１２）。

例えば、Ｓ１０９で受信されたＲＴＰパケットについて、ｔｉｍｅｓｔａｍｐ＝１９４２２０である。従って、ＲＴＰパケット制御部１２は、補正値管理テーブル１７から受け取った補正値Ｙを用いて、当該ＲＴＰパケットのタイムスタンプをｔｉｍｅｓｔａｍｐ＝１９４２２０＋｛１０６０９２０＋９００００×０．４１−１９４２２０｝＝１０９７８２０に変更する。

そして、ＲＴＰパケット制御部１２によりヘッダ情報が変更されたＲＴＰパケットは、ＲＴＰパケット送信部１３により送信される（Ｓ１１３）。

また、Ｓ１１４において、次に受信されたＲＴＰパケットについても、上記のＳ１１０〜Ｓ１１２と同様の処理を行い、ヘッダ情報を変更したＲＴＰパケットを送信する（Ｓ１１４及びＳ１１５）。

上述したように、Ｓ１１４のＲＴＰパケットは、Ｓ１０９のＲＴＰパケットとｔｉｍｅｓｔａｍｐは同じである。このような場合でも、ＲＴＰパケット制御部１２が、呼情報に対応する補正値Ｙを用いて、タイムスタンプ値を補正することで連続性を保つことができる。

具体的に、ＲＴＰパケット制御部１２は、補正値管理テーブル１７から受け取った補正値Ｙを用いて、当該ＲＴＰパケットのタイムスタンプをｔｉｍｅｓｔａｍｐ＝１９４２２０＋｛１０６０９２０＋９００００×０．４１−１９４２２０｝＝１０９７８２０に変更する。

その後に受信されたＲＴＰパケットについても、同様に行う（Ｓ１１６及びＳ１１７）。このように、その後に連続するＲＴＰパケットについても連続性を保つことができる。

具体的に、ＲＴＰパケット制御部１２は、補正値管理テーブル１７から受け取った補正値Ｙを用いて、当該ＲＴＰパケットのタイムスタンプをｔｉｍｅｓｔａｍｐ＝２０１６００＋｛１０６０９２０＋９００００×０．４１−１９４２２０｝＝１１０５２００に変更して送信する。

（Ａ−３）実施形態の効果
以上のように、実施形態によれば、転送前の最後のＲＴＰパケットの受信時刻及びタイムスタンプと、転送後の最初のＲＴＰパケットの受信時刻及びタイムスタンプと、サンプリング周波数とを取得することで、タイムスタンプの補正値を計算することができる。

また、実施形態によれば、例えば、映像通信のようにタイムスタンプの増分が一定でない場合でも、その補正値をＲＴＰパケットに付与することで、転送後最初のＲＴＰパケットのタイムスタンプの値を決定することができる。

さらに、実施形態によれば、転送後のＲＴＰパケットについてもタイムスタンプに対して補正値が付与されるため、タイムスタンプの連続性を保つことができる。

（Ｂ）第２の実施形態
上述した実施形態では、ＲＴＰ終端装置に適用した場合を例示したが、ＲＴＰを終端する装置であれば、例えば、ホームゲートウェイ、ＩＰ−ＰＢＸ等にも適用することができる。

上述した実施形態では、映像通信システムおける通信装置に適用する場合を例示して説明したが、音声通信の場合にも適用することができる。

上記実施形態では、通信装置の接続端末が転送する場合を例示したが、通信端末の転送に限定されるものではなく、通信呼の接続端末の変更がなされる場合に広く適用することができる。

上述した実施形態において、通信装置は、いわゆるソフトウェア処理により、タイムスタンプ値の変更処理を行う。例えば、ＣＰＵが、ＲＯＭに格納される処理プログラムを読み出し、その処理に必要なデータを用いて処理プログラムを実行することで実現することができる。

１…通信装置、１１…ＲＴＰパケット受信部、１２…ＲＴＰパケット制御部、
１３…ＲＴＰパケット送信部、１４…情報管理部、１５…呼制御部、
１６…補正値算出部、１７…補正値管理テーブル、
２１…受信時刻取得部、２２…タイムスタンプ取得部、
３１…送信先決定部、３２…ヘッダ情報書換部、
４１…呼処理部、４２…転送処理部。

Claims (5)

1. 接続する通信端末から受信したＲＴＰパケットの連続性を保持して送信する通信装置において、
   接続する１又は複数の上記通信端末の呼を制御する呼制御手段と、
   接続している上記通信端末からの要求を受けて上記呼制御手段が接続している上記通信端末の変更を行う場合に、変更前の最後に受信した当該呼のＲＴＰパケットの受信時刻と、変更後の最初に受信した当該呼のＲＴＰパケットの受信時刻とを取得する受信時刻取得手段と、
   上記呼制御手段が接続している上記通信端末の変更を行う場合に、変更前の最後に受信した当該呼のＲＴＰパケットのタイムスタンプ値と、変更後の最初に受信した当該呼のＲＴＰパケットのタイムスタンプ値とを取得するタイムスタンプ取得手段と、
   上記変更前の最後に受信したＲＴＰパケットの受信時刻及びタイムスタンプ値と、上記変更後の最初に受信したＲＴＰパケットの受信時刻及びタイムスタンプ値とに基づいて、当該呼のＲＴＰパケットのタイムスタンプ値の補正値を求める補正値算出手段と、
   上記通信端末の変更後に、変更された上記通信端末から受信されたＲＴＰパケットのタイムスタンプの値を、上記補正値に基づいて変更するタイムスタンプ変更手段と
   を備えることを特徴とする通信装置。
2. 上記補正値算出手段が、上記呼制御手段による上記通信端末の変更時間に係るタイムスタンプ値の差分も付与して、上記補正値を求めるものであることを特徴とする請求項１に記載の通信装置。
3. 上記補正値算出手段が、受信するＲＴＰパケットのサンプリング周波数も用いて、上記補正値を求めるものであることを特徴とする請求項２に記載の通信装置。
4. 上記呼制御手段が管理する呼情報と、上記補正値算出手段が求めた上記補正値とを対応付けて管理する補正値管理手段とを更に備え、
   上記タイムスタンプ変更手段が、受信されたＲＴＰパケットの呼情報に基づいて、上記補正値管理手段から対応する上記補正値を受け取り、当該ＲＴＰパケットのタイムスタンプの値を変更することを特徴とする請求項１〜３のいずれかに記載の通信装置。
5. 接続する通信端末から受信したＲＴＰパケットの連続性を保持して送信する通信プログラムにおいて、
   コンピュータを、
   接続する１又は複数の上記通信端末の呼を制御する呼制御手段、
   接続している上記通信端末からの要求を受けて上記呼制御手段が接続している上記通信端末の変更を行う場合に、変更前の最後に受信した当該呼のＲＴＰパケットの受信時刻と、変更後の最初に受信した当該呼のＲＴＰパケットの受信時刻とを取得する受信時刻取得手段、
   上記呼制御手段が接続している上記通信端末の変更を行う場合に、変更前の最後に受信した当該呼のＲＴＰパケットのタイムスタンプ値と、変更後の最初に受信した当該呼のＲＴＰパケットのタイムスタンプ値とを取得するタイムスタンプ取得手段、
   上記変更前の最後に受信したＲＴＰパケットの受信時刻及びタイムスタンプ値と、上記変更後の最初に受信したＲＴＰパケットの受信時刻及びタイムスタンプ値とに基づいて、当該呼のＲＴＰパケットのタイムスタンプ値の補正値を求める補正値算出手段、
   上記通信端末の変更後に、変更された上記通信端末から受信されたＲＴＰパケットのタイムスタンプの値を、上記補正値に基づいて変更するタイムスタンプ変更手段
   として機能させることを特徴とする通信プログラム。

Images