(57)【要約】【課題】インターネットプロトコルにより音声帯域での通信を行うものにおいて、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにすることにより、データ伝送に適したシステムを得る。【解決手段】インターネットプロトコルにより音声帯域での通信を行うＶｏＩＰ装置１を備え、ＶｏＩＰ装置１相互間でアナログデータを伝送するアナログデータ伝送システムにおいて、ＶｏＩＰ装置１に設けられる送信呼制御部１１３および受信呼制御部１１４を有し、受信側呼制御部１１３は、ＶｏＩＰ装置１相互間でアナログデータを伝送するアナログデータ伝送システムにおいて、ＶｏＩＰ装置１相互間の接続処理にあたり、接続要求コマンドに対し呼び出し中の状態なしで受信可能のコマンドを返信する。【選択図】図１
2005159481.tif 000002
【特許請求の範囲】
【請求項１】
インターネットプロトコルにより音声帯域での通信を行うインターネットプロトコル通信装置を備え、前記インターネットプロトコル通信装置相互間でアナログデータを伝送するアナログデータ伝送システムにおいて、前記インターネットプロトコル通信装置に設けられる送信側呼制御手段および受信側呼制御手段を有し、前記受信側呼制御手段は、前記インターネットプロトコル通信装置間の接続処理にあたり、接続要求コマンドに対し呼び出し中の状態なしで受信可能のコマンドを返信することを特徴とするデータ伝送システム。
【請求項２】
前記送信側呼制御手段および受信側呼制御手段における呼制御をそれぞれ独立して行うことにより、音声帯域信号データの片方向通信ができるように構成したことを特徴とする請求項１に記載のデータ伝送システム。
【請求項３】
前記インターネットプロトコル通信装置に設けられる送信用音声帯域信号符号化・復号化手段、前記インターネットプロトコル通信装置に設けられる受信用音声帯域信号符号化・復号化手段を有し、前記送信用音声帯域信号符号化・復号化手段は、接続要求コマンドを前記送信側呼制御手段が送信すると受信側装置の応答を待たずに音声帯域信号データパケットを送信することを特徴とする請求項１または請求項２に記載のデータ伝送システム。
【請求項４】
前記インターネットプロトコル通信装置は、接続要求コマンドを受けてから音声帯域信号データ受信の準備が完了する前に受信した音声帯域信号データパケットを保存手段に保存し、音声帯域信号データ受信準備完了後に前記保存手段に保存しておいた音声帯域信号パケットから順番に音声帯域信号を復号化する待機手段を有することを特徴とする請求項３に記載のデータ伝送システム。
【請求項５】
前記インターネットプロトコル通信装置は、送信用音声帯域信号符号化・復号化手段を有し、前記送信用音声帯域信号符号化・復号化手段による音声帯域信号符号化処理機能を常時動作させておき、接続シーケンスの開始と同時に音声帯域信号データを送信する管理手段を備えることを特徴とする請求項１から請求項４までのいずれかに記載のデータ伝送システム。
【請求項６】
前記インターネットプロトコル通信装置は、前記送信用呼び制御手段による呼接続を複数の装置と常時接続を保つようにしておき、必要時のみ音声帯域信号データを送信する管理手段を有することを特徴とする請求項１から請求項５までのいずれかに記載のデータ伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ伝送システム、特に、ＶｏＩＰ（Voice over IP） 技術を用いてアナログデータをＩＰネットワークで伝送するシステムに関するものである。
【背景技術】
【０００２】
ＩＰ（Internet Protocol） ネットワークの普及により、電話のＩＰネットワークへの統合が注目されており、電話機間の通話をＩＰネットワークで中継するＶｏＩＰサービスが開始されている。
ＶｏＩＰは、音声帯域のアナログ信号をデジタル信号に符号化したり符号化されたデジタル信号をアナログ信号に復号化したり（ＣＯＤＥＣ、音声符号化）することにより、ＩＰ（Internet Protocol） ネットワーク内で音声帯域の信号を伝送する技術である。
ＣＯＤＥＣについてはＧ．７１１、Ｇ．７２６、Ｇ．７２９などの符号化方式があり、複数の符号化方式を切り替えることにより遅延時間の縮小や音声品質の劣化を防ぐ手段も開示されている（例えば、特許文献１参照）。
また、装置間の接続・切断について定義する呼制御プロトコルは電話の接続シーケンスと同等になるように構成されており、従来よりテレビ会議などに適用されているＨ．３２３や、ＳＩＰ(Session Initiation Protocol、RFC2543/RFC3261)などが規格化されている。
【０００３】
【特許文献１】特開２００１−２３０８６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記の特徴により、有線または無線のアナログ回線によるデータ伝送システムにおいてもＶｏＩＰ技術を応用することができる。
専用線や電話回線、無線回線などを含むアナログ回線網は、例えば専用線や電話回線であれば回線使用料金がかかったり、無線であれば電波状態が悪く通信品質が落ちる場合があったりするのに比べて、ＩＰネットワークは比較的安価でかつ安定した通信品質を得ることができる。そこで上記のようにＶｏＩＰ装置でデータ伝送システムを構成することにより、既存の装置構成を変更することなく、ＩＰネットワークへの移行が可能となる。
【０００５】
データ伝送システムにＶｏＩＰを適用する場合は電話の場合と比較して次のような特徴がある。
（１）データ送信開始の手順は操作者の手入力によるものでなく、電気的なパルス信号などにより開始する。
（２）送信開始の信号からデータ送信の開始までのタイミングは親局装置や子局装置の仕様で規定された時間内に接続処理を完了しなければならない。
（３）通信方向は双方向であるとは限らず、片方向の場合がある。
（４）全てまたは指定された複数の装置に一斉同報を行う場合がある。
【０００６】
しかし、従来のＶｏＩＰにおける呼制御プロトコルは電話の用途向けとして構成されているので、既存のアナログ回線データ伝送システムに適用する場合、次のような問題がある。
開始コマンド入力を受けてからデータ送信開始までの間にＶｏＩＰ装置間で呼接続シーケンスが完了できないと、データの一部が受信できず、データが欠落する恐れがある。
また、別の問題として、電話では双方向にリアルタイムで音声が伝送されることが前提であるが、データ伝送システムでは片方向のみのデータ伝送を行うことが多い。１対１の通信であれば、双方向通信しておいて片方向は空のデータを流すということも可能だが、複数の装置に一斉送信したい場合には１対Ｎ接続を行うことになる。ここで、複数の装置と双方向通信すると、１装置の音声受信ポートに複数の装置から一斉に音声データ送信されることになり正常な通信ができない。よって、送信用には複数の装置と接続できるが、受信用には１装置としか接続しないように、送信側と受信側で呼制御を独立して行える必要がある。
【０００７】
この発明は、上記のような課題を解決するためになされたものであり、インターネットプロトコルにより音声帯域での通信を行うものにおいて、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにすることにより、データ伝送に適したシステムを得ることを目的とする。
【課題を解決するための手段】
【０００８】
この発明に係るデータ伝送システムは、インターネットプロトコルにより音声帯域での通信を行うインターネットプロトコル通信装置相互間でアナログデータを伝送するアナログデータ伝送システムであって、前記インターネットプロトコル通信装置に設けられる送信側呼制御手段および受信側呼制御手段を備え、前記受信側呼制御手段は、前記インターネットプロトコル通信装置間の接続処理において、接続要求コマンドに対し呼び出し中の状態なしで受信可能のコマンドを返信するものである。
【発明の効果】
【０００９】
この発明によれば、インターネットプロトコルにより音声帯域での通信を行うものにおいて、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにすることにより、データ伝送に適したシステムを得ることができる。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
この発明による実施の形態１を、図１から図３まで、および、図１３に基づいて説明する。図１は実施の形態１における構成を示すブロック図である。図２は実施の形態１における接続関係を示す接続シーケンス図である。図３は実施の形態１における接続動作を示す流れ図である。図１３はアナログデータ伝送システムの構成を示すブロック図である。
【００１１】
図１は、この発明による実施の形態１におけるＶｏＩＰ装置の構成を示すブロック図である。
ＶｏＩＰ装置１には、ＬＡＮケーブルが接続されＩＰネットワークに対してデータの送受信を行うＬＡＮインタフェース部１１１、コマンドやアナログデータをモデムとの間で中継するアナログインタフェース部１１２、送信呼制御部１１３、受信呼制御部１１４、送信音声ＣＯＤＥＣ部１１５、受信音声ＣＯＤＥＣ部１１６が設けられている。
ＬＡＮケーブル１２１は、ＬＡＮインタフェース部とＩＰネットワークを接続する。入力コマンド端子１２２は、モデムが送信開始や停止の制御をＶｏＩＰ装置１に対してコマンド入力するための端子である。出力コマンド端子１２３は、ＶｏＩＰ装置１がモデムに受信開始や停止のコマンドを出力するための端子である。音声入力端子１２４は、音声帯域のアナログデータがモデムから入力される。音声出力端子１２５は、音声帯域のアナログデータをモデムに出力する。
このＶｏＩＰ装置１は、インターネットプロトコルにより音声帯域での通信を行うインターネットプロトコル通信装置を構成する。
【００１２】
図１３は、ＶｏＩＰ技術によりアナログ回線網をＩＰネットワークで置き換えたデータ伝送システムの構成例を示す。
親局装置４および子局装置３は、それぞれモデム２を介してＶｏＩＰ装置１のアナログインタフェースに接続される。子局装置３は、センサや計測器などのデータを監視センタなどに配信するための装置である。親局装置４は、子局装置３からデータを収集して管理を行うための装置である。なお、親局装置４、子局装置３にモデム２が内蔵されている場合もあるが、この場合も含めて以後ではアナログ回線と接続するための手段をモデムとして総称することにする。
ＶｏＩＰ装置１は、アナログ信号を符号化・パケット化してＩＰネットワーク６に転送する。また、ＩＰネットワーク６から受信したパケットデータを復号化してアナログインタフェースからモデム２に伝送する。
【００１３】
次に、動作について説明する。図２は２台のデータ処理装置間でデータ送受信を開始する場合の接続シーケンス図である。
送信側モデムは送信開始コマンドを入力コマンド端子１２２から送信側ＶｏＩＰ装置１に入力することにより送信開始を知らせる。このコマンドから一定時間（データ送信タイミング）後に音声入力端子１２４からデータ送信が開始される。送信側ＶｏＩＰ装置１は、送信開始コマンドを受けて、受信側ＶｏＩＰ装置１に対して接続要求「ＩＮＶＩＴＥ」を送信する。受信側ＶｏＩＰ装置１は「ＩＮＶＩＴＥ」を受けると送信側ＶｏＩＰ装置１に正常応答「２００  ＯＫ」を返送するとともに、受信側モデムに対して受信開始コマンドを送る。受信側モデムは、受信開始コマンドを受信側ＶｏＩＰ装置１から受けた時点からデータ受信準備を開始する。送信側ＶｏＩＰ装置１は受信側ＶｏＩＰ装置１に「ＡＣＫ」を送信するとともに、音声データパケットの送信を開始する。
【００１４】
上記接続シーケンスを実現するための、送信呼制御部１１３と受信呼制御部１１４の接続動作の流れ図を図３に示す。
まず、図３（ａ）に示す送信呼制御部１１３の接続動作について説明する。送信側モデムから送信開始コマンドの入力待ちの状態を初期状態とする。送信開始コマンドが入力された時点で、「ＩＮＶＩＴＥ」を受信側ＶｏＩＰ装置１に送信する。なお、受信側ＶｏＩＰ装置１のＩＰアドレスは、予め送信側ＶｏＩＰ装置１に設定されているものとする。もし、受信側ＶｏＩＰ装置１から「２００  ＯＫ」を制限時間内に受信すれば、「ＡＣＫ」を送信するとともに、送信音声ＣＯＤＥＣ部１１５を動作開始させる。送信音声ＣＯＤＥＣ部１１５の動作開始処理には、ＣＯＤＥＣ機能の初期化処理や、送信用ポートの起動などが含まれる。送信音声ＣＯＤＥＣ部１１５は動作開始により、音声入力端子１２４から入力されるアナログ信号を順次ＩＰパケットに変換して受信側ＶｏＩＰ装置１に送信する。もし、「ＩＮＶＩＴＥ」送信後、制限時間内に受信側ＶｏＩＰ装置１から応答がない（タイムアウト）、「２００  ＯＫ」以外の応答、つまりエラー応答を受信した場合は接続失敗したものとして、初期状態に戻る。
【００１５】
次に、図３（ｂ）に示す受信呼制御部１１４の接続動作について説明する。送信側ＶｏＩＰ装置からの「ＩＮＶＩＴＥ」受位受信待ち状態を初期状態とする。「ＩＮＶＩＴＥ」を受信すると、受信開始コマンドを受信側モデムに出すとともに、受信音声ＣＯＤＥＣ部１１６を動作開始させる。受信音声ＣＯＤＥＣ部１１６の動作開始処理には、ＣＯＤＥＣ機能の初期化処理や揺らぎ吸収バッファの初期化、受信用ポートの起動などが含まれる。これらの処理によりデータ受信の準備が整うと、「２００  ＯＫ」を送信側ＶｏＩＰ装置１に送信する。この後、「ＡＣＫ」を受信すれば接続シーケンスが正常に完了したものとして、受信音声ＣＯＤＥＣ部１１６によりデータ受信を続ける。もし一定時間「ＡＣＫ」の受信がないかエラー応答を受信した場合には、受信音声ＣＯＤＥＣ部１１６の動作を停止して初期状態に戻る。
【００１６】
このように、データ伝送用として簡略化された接続手順で接続完了するように接続シーケンスを構成したので、接続処理のオーバヘッドにより送信開始時のデータが欠落することなく、即座にデータ伝送を開始することができる。また、送信用と受信用で呼制御部を独立して構成したので、片方向のみのデータ伝送を実現する装置を得ることができる。
なお、上記の説明では、呼制御に用いるコマンドＳＩＰで定義されているものを用いているが、コマンド名称が異なっても図２に示された手順に従えば同様の効果を得ることができる。以降の説明においても、ＳＩＰで定義された呼制御コマンドで代表して説明することとする。
【００１７】
この実施の形態１では、呼制御を送信側と受信側で独立に行うことにより音声データの片方向通信ができるように構成し、受信側装置の呼制御機能はＶｏＩＰ装置間の接続処理において接続要求コマンドに対して呼び出し中の状態なして即座に受信可能のコマンドを変身することを特徴としたＶｏＩＰ装置が提案されている。
【００１８】
この発明による実施の形態１によれば、インターネットプロトコルにより音声帯域での通信を行うＶｏＩＰ装置１からなるインターネットプロトコル通信装置を備え、前記ＶｏＩＰ装置１からなるインターネットプロトコル通信装置相互間でアナログデータを伝送するアナログデータ伝送システムであって、前記ＶｏＩＰ装置１からなるインターネットプロトコル通信装置に設けられる送信呼制御部１１３からなる送信側呼制御手段および受信呼制御部１１４からなる受信側呼制御手段を備え、前記受信呼制御部１１４からなる受信側呼制御手段は、前記ＶｏＩＰ装置１からなるインターネットプロトコル通信装置間の接続処理にあたり、接続要求コマンドに対し呼び出し中の状態なしで受信可能のコマンドを返信するようにしたので、インターネットプロトコルにより音声帯域での通信を行うものにおいて、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにすることにより、データ伝送に適したシステムを得ることができる。
【００１９】
また、この発明による実施の形態１によれば、前項の構成において、前記送信呼制御部１１３からなる送信側呼制御手段および受信呼制御部１１４からなる受信側呼制御手段における呼制御をそれぞれ独立して行うことにより、音声帯域信号データの片方向通信ができるように構成したので、インターネットプロトコルにより音声帯域での通信を行うものにおいて、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにするとともに、送信側と受信側で呼制御を独立して行えるようにすることにより片方向のデータ伝送や複数の装置に一斉送信できるような、データ伝送に適したシステムを得ることができる。
【００２０】
実施の形態２．
この発明による実施の形態２を図４および図５に基づいて説明する。図４は実施の形態２における接続関係を示す接続シーケンス図である。図５は実施の形態１における接続動作を示す流れ図である。
この実施の形態２において、ここで説明する特有の構成以外の構成については、先に説明した実施の形態１における構成と同一の構成内容を具備し同様の作用を奏するものである。図中、同一符号は同一または相当部分を示す。
【００２１】
上記実施の形態１では、送信側ＶｏＩＰ装置１が「ＡＣＫ」送信した時点から音声データの送信を開始する場合について述べたが、受信側ＶｏＩＰ装置１は「２００  ＯＫ」を送信する時点で音声データを受信する準備が完了しているが、送信側ＶｏＩＰ装置１が「２００  ＯＫ」を受信してから送信音声ＣＯＤＥＣ部１１５を動作開始するので、「ＡＣＫ」送信するまでは音声データ送信開始することができない。この実施の形態２では、図４、図５に示すように、送信側ＶｏＩＰ装置１が「ＩＮＶＩＴＥ」送信後「２００  ＯＫ」を受信する前に音声データの送信を開始するので、送信開始コマンドを検知してから音声データ送信開始できるまでに要する時間をさらに短くすることができる。
【００２２】
この発明の実施の形態２を図４および図５に基づいて説明する。ＶｏＩＰ装置１のブロック図は図１に示す実施の形態１における構成と同様である。
図４は実施の形態２の接続シーケンス図である。送信側モデムの送信開始コマンドを受けて送信側ＶｏＩＰ装置１は「ＩＮＶＩＴＥ」を送信する。このとき、同時に送信音声ＣＯＤＥＣ部１１５の動作を開始する。このとき、まだ送信側モデムからは有意なデータが入力されていない場合でも、無音の（有意データを含まない）パケットを作成して送信する。
受信側は「ＩＮＶＩＴＥ」を受信してから「２００  ＯＫ」を送信するまでの間、すなわち音声データ受信の準備が完了するまでの間に到着した音声データパケットについてはパケットを廃棄する。音声データ受信準備が完了した時点で「２００  ＯＫ」を返送するので、送信側ＶｏＩＰ装置１が「ＡＣＫ」を送信するのを待たずに音声データを受信することができる。
【００２３】
図５は実施の形態２の送信呼制御部・受信呼制御部の接続動作の流れ図である。
図５（ａ）に示す送信呼制御部の動作では、「ＩＮＶＩＴＥ」送信の後、直ちに送信信号ＣＯＤＥＣ部１１５の動作を開始し、その後「２００  ＯＫ」の受信待ちになる。
こうすることにより、送信側ＶｏＩＰ装置１は受信側ＶｏＩＰ装置１の応答を待たずに直ちに音声データの送信を開始するので、少なくとも送信側でデータを欠落させないことを保証できる。制限時間内に「２００  ＯＫ」を受信すれば、「ＡＣＫ」を返送するとともに音声データの送信は継続して、接続処理は完了する。もし、エラー応答かタイムアウトした場合は送信音声ＣＯＤＥＣ部の動作を停止、すなわち音声データ送信停止して、初期状態に戻る。
【００２４】
図５（ｂ）に示す受信呼制御部１１４の接続動作は図３（ｂ）と同じである。ただし、「２００  ＯＫ」送信するまでの間に音声データパケットが到着した場合、受信ポートの起動が完了していないので、ＬＡＮインタフェース部で自動的に廃棄される。
この結果、受信側ＶｏＩＰ装置１では、「ＩＮＶＩＴＥ」を受けてから受信音声ＣＯＤＥＣ部１１６の初期化処理が完了するまでに到着した音声データは廃棄されるが、自装置の準備が完了した時点から直ちに音声データの受信が可能となるので、実施の形態１の場合と比べて、「２００  ＯＫ」送信してから「ＡＣＫ」受信するまでにかかるオーバヘッド分だけ接続処理所要時間を短くできることになる。
【００２５】
以上のように、実施の形態２では、送信側は「ＩＮＶＩＴＥ」送信した後直ちに送信音声ＣＯＤＥＣ部１１５の動作を開始し、受信側ＶｏＩＰ装置１の応答を待たずに直ちに音声データの送信を開始するので、送信側でデータを欠落させないことを保証できる装置を得ることができる。また、受信側は「ＩＮＶＩＴＥ」を受けてから受信準備が完了した時点で直ちに音声データの受信が可能となるので、実施の形態１と比べてもより短い時間で音声データ受信を開始できる装置を得ることができる。
【００２６】
この実施の形態２では、実施の形態１の構成において、送信側装置の音声符号化・復号化機能は接続要求コマンドを呼制御部が送信すると受信側装置の応答を待たずに音声データパケットを送信することを特徴としたＶｏＩＰ装置が提案されている。
【００２７】
この発明による実施の形態２によれば、実施の形態１における構成において、前記ＶｏＩＰ装置１からなるインターネットプロトコル通信装置に設けられる送信音声ＣＯＤＥＣ部１１５からなる送信用音声帯域信号符号化・復号化手段、前記ＶｏＩＰ装置１からなるインターネットプロトコル通信装置に設けられる受信音声ＣＯＤＥＣ部１１６からなる受信用音声帯域信号符号化・復号化手段を有し、前記送信音声ＣＯＤＥＣ部１１５からなる送信用音声帯域信号符号化・復号化手段は、接続要求コマンドを前記送信呼制御部１１３からなる送信側呼制御手段が送信すると受信側装置の応答を待たずに音声帯域信号データパケットを送信するようにしたので、インターネットプロトコルにより音声帯域での通信を行うものにおいて、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにするとともに、接続要求コマンドを送信して受信側装置の応答を受信する前に音声帯域信号データの送信を開始することにより、送信開始コマンドを検知してから音声帯域信号データの送信開始までに要する時間をさらに短くすることができる、データ伝送に適したシステムを得ることができる。
【００２８】
実施の形態３．
この発明による実施の形態３を図６から図８までに基づいて説明する。図６は実施の形態３における構成を示すブロック図である。図７は実施の形態３における接続動作を示す流れ図である。図８は実施の形態３における接続関係を示す接続シーケンス図である。
この実施の形態３において、ここで説明する特有の構成以外の構成については、先に説明した実施の形態１における構成と同一の構成内容を具備し同様の作用を奏するものである。図中、同一符号は同一または相当部分を示す。
【００２９】
上記実施の形態２では、送信側ＶｏＩＰ装置１が「ＩＮＶＩＴＥ」送信後「２００  ＯＫ」を受信する前に音声データの送信を開始し、受信側ＶｏＩＰ装置は音声データ受信の準備が完了していなければ到着した音声データを廃棄する場合について述べたが、この実施の形態３では、図６〜図８に示すように、音声データ受信準備完了前に到着したデータをバッファリングし、準備完了後にバッファリングした音声データを受信したものとして扱うことにより、到着した音声データを廃棄することなくデータ伝送することができる。
【００３０】
図６は実施の形態３を示すブロック図である。図１のブロック構成と比較して、受信音声待機部１１７と待機バッファ１１８が追加されている。
【００３１】
次に、動作について説明する。受信呼制御部１１４の動作は実施の形態２と同様である。
図７は受信音声待機部１１７と受信音声ＣＯＤＥＣ部１１６の動作の流れ図である。
図７（ａ）に示す受信音声待機部１１７の動作では、受信呼制御部１１４の状態に関係なく音声データパケットの受信待ち状態を維持している。音声データを受信した時点で、「ＩＮＶＩＴＥ」を受信済でなければ、接続要求を受け付けていないので音声データを廃棄して受信待ち状態に戻る。「ＩＮＶＩＴＥ」を受信済なら受信音声ＣＯＤＥＣ部１１６の初期化処理が完了しているかどうかを確認する。完了していなければ、受信した音声データを待機バッファに格納して受信待ち状態に戻る。初期化処理が完了していれば音声データを受信音声ＣＯＤＥＣ部１１６に直接渡して受信待ち状態に戻る。
【００３２】
一方、図７（ｂ）に示す受信音声ＣＯＤＥＣ部１１６の動作では、実施の形態２と同様に、「ＩＮＶＩＴＥ」の受信時に受信呼制御部１１４により動作開始される。初期化処理が完了したら、始めに待機バッファ１１８に受信済の音声データパケットが存在するかを確認し、存在すれば全ての音声データパケットを到着順に取得する。待機バッファが空になったら受信音声待機部１１７から音声データを順次受け取り処理する。
【００３３】
図８は実施の形態３における接続シーケンス図を示す。図４と比較すると、呼制御コマンドの手順は同じであるが、図４では廃棄していたパケットを、この実施の形態３では待機バッファ１１８に一時格納することにより送信された全ての音声データを廃棄することなく受信することができる。
なお、ＶｏＩＰで伝送される音声データの送信周期は一般に数十ミリ秒単位であり、待機バッファ１１８の格納処理が完了するのに十分な時間が確保できるので、待機バッファ１１８の処理中に到着データが蓄積される可能性については考慮しなくてよい。
【００３４】
以上のように実施の形態３では、「ＩＮＶＩＴＥ」受信から受信音声ＣＯＤＥＣ部１１６の初期化が完了するまでの間に到着した音声データを待機バッファ１１８に格納し、初期化処理完了後にバッファ１１８にある音声データから順に取得するように構成したので、送信された音声データパケットを廃棄することなくデータ受信を開始することができる。
【００３５】
この実施の形態３では、実施の形態２の構成において、受信側装置は接続要求コマンドを受けてから音声データ受信の準備が完了する前に受信した音声データパケットをメモリバッファに保存し、音声データ受信準備完了後に保存しておいた音声パケットから順番に音声復号化する機能をもつことを特徴としたＶｏＩＰ装置が提案されている。
【００３６】
この発明による実施の形態３によれば、実施の形態１または実施の形態２における構成において、前記ＶｏＩＰ装置１からなるインターネットプロトコル通信装置は、接続要求コマンドを受けてから音声帯域信号データ受信の準備が完了する前に受信した音声帯域信号データパケットを待機メモリバッファ１１８からなる保存手段に保存し、音声帯域信号データ受信準備完了後に前記待機メモリバッファ１１８からなる保存手段に保存しておいた音声帯域信号パケットから順番に音声帯域信号を復号化する受信音声待機部１１７および受信音声ＣＯＤＥＣ部１１６からなる待機手段を有するので、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにするとともに、音声領域信号データ受信準備完了前に到着したデータを保存し、保存した音声領域信号データを受信準備完了後に受信したものとして扱うことにより、到着した音声領域信号データを廃棄することなくデータ伝送することができる、データ伝送に適したシステムを得ることができる。
【００３７】
実施の形態４．
この発明による実施の形態４を図９および図１０に基づいて説明する。図９は実施の形態４における構成を示すブロック図である。図１０は実施の形態４における接続動作を示す流れ図である。
この実施の形態４において、ここで説明する特有の構成以外の構成については、先に説明した実施の形態１における構成と同一の構成内容を具備し同様の作用を奏するものである。図中、同一符号は同一または相当部分を示す。
【００３８】
上記実施の形態２、実施の形態３では「ＩＮＶＩＴＥ」送信後直ちに送信音声ＣＯＤＥＣ部の動作開始する場合について述べたが、音声の符号化は、音声信号を一定時間バッファリングしたものをまとめて一定のデータサイズにパケット化している。例えばパケットサイズを２０ミリ秒とすると、２０ミリ秒音声信号を貯めてからパケット化するので２０ミリ秒と処理にかかるオーバヘッド分だけの遅延が生じることになる。そこで、送信音声ＣＯＤＥＣ部は送信状態に関係なく常時動作させておき、生成された音声データを送信するかどうかを送信状態によって判別する機能を備えることにより、音声データ送信開始のタイミングをより早めることができる。
【００３９】
図９は実施の形態４を示すブロック図である。図６に示す実施の形態３における構成と比較して送信音声管理部１１９が追加されている。送信音声管理部１１９は、上述したように、生成された音声データを送信するかどうかを送信状態によって判別する機能を備えるものとする。
【００４０】
図１０は実施の形態４における送信呼制御部１１３の接続動作と送信音声管理部１１９の動作を示す流れ図である。
まず、図１０（ａ）に示す送信呼制御部１１３の接続動作について説明する。実施の形態４では、送信状態として停止中か送信中かいずれかの状態を保持している。初期状態では送信状態は停止中である。送信開始コマンドを受けると、「ＩＮＶＩＴＥ」送信すると同時に送信状態を送信中に遷移させる。この後、制限時間内に「２００  ＯＫ」を受信すると「ＡＣＫ」を送信して接続動作を完了する。エラー応答を受信するかタイムアウトになると、送信状態を停止中に戻して終了する。
【００４１】
次に、図１０（ｂ）に示す送信音声管理部１１９の動作について説明する。送信音声管理部１１９は装置の起動時より動作を開始し、同時に送信音声ＣＯＤＥＣ部１１５の動作も開始させる。これにより一定周期で送信音声ＣＯＤＥＣ部１１５より音声データが生成されるのでこれを一旦送信音声管理部１１９で取得する。もし、送信状態が停止中であれば、取得した音声データを送信せず廃棄する。送信状態が送信中の場合のみ音声データの送信を行う。
【００４２】
以上のように実施の形態４では、送信音声ＣＯＤＥＣ部１１５を常時動作させておき、生成された音声データを送信するかどうかを送信状態により判別する機能を備えることにより、音声データ送信開始のタイミングをより早めることができる。
なお、図９のブロック図では、受信側の構成を図６に示す実施の形態３の構成と同様にしているが、受信側は図１に示す実施の形態１のような構成であっても、送信側の動作は同様に行うことができる。
【００４３】
この実施の形態４では、実施の形態１から実施の形態３までのいずれかの構成において、送信側装置は音声符号化処理を常時動作させておき、接続シーケンスの開始と同時に音声データを送信する機能を備えることを特徴としたＶｏＩＰ装置が提案されている。
【００４４】
この発明による実施の形態４によれば、実施の形態１から実施の形態３までのいずれかの構成において、前記ＶｏＩＰ装置１からなるインターネットプロトコル通信装置は、送信音声ＣＯＤＥＣ部１１５からなる送信用音声帯域信号符号化・復号化手段を有し、前記送信音声ＣＯＤＥＣ部１１５からなる送信用音声帯域信号符号化・復号化手段による音声帯域信号符号化処理機能を常時動作させておき、接続シーケンスの開始と同時に音声帯域信号データを送信する送信音声管理部１１９からなる管理手段を備えるので、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにするとともに、送信音声ＣＯＤＥＣ部１１５は送信状態に関係なく常時動作させておき、生成された音声データを送信するかどうかを送信状態によって判別する機能を備えることにより、音声データ送信開始のタイミングをより早めることができる、データ伝送に適したシステムを得ることができる。
【００４５】
実施の形態５．
この発明による実施の形態５を図１１および図１２に基づいて説明する。図１１は実施の形態５における構成を示すブロック図である。図１２は実施の形態５における送信動作を示す流れ図である。
この実施の形態５において、ここで説明する特有の構成以外の構成については、先に説明した実施の形態１における構成と同一の構成内容を具備し同様の作用を奏するものである。図中、同一符号は同一または相当部分を示す。
【００４６】
実施の形態１〜４では、１対１の接続の場合について述べた。これは、図１３において子局装置から親局装置へ送信する場合に親局は同時に１局からしか受信できないことを前提としている。一方、親局装置から子局装置へ送信する場合は、同一の音声データを複数の子局装置へ一斉に送信することがある。そこで、送信側の呼接続は複数の装置と常時接続を保つようにしておき、必要時のみ音声データを送信するように構成することにより一斉送信の場合でも呼接続シーケンスによる遅延を防ぎ、音声データ伝送を即座に開始することができる。
【００４７】
図１１は実施の形態５を示すブロック図である。送信呼制御部１１３と送信音声管理部１１９の組が同時接続装置数に合わせて複数備えられている。送信音声ＣＯＤＥＣ部１１５は１部だけ備えられている。
【００４８】
図１２は実施の形態５における送信呼制御部１１３、送信音声管理部１１９、送信音声ＣＯＤＥＣ部１１５の動作を示す流れ図である。送信呼制御部１１３と送信音声管理部１１９の組は装置内に同時接続数だけ起動し、個々に接続先アドレス情報を保持しているものとする。また、個々の送信呼制御部１１３と送信音声管理部１１９の組において接続状態として「未接続」か「接続中」のいずれかの状態を保持している。
【００４９】
まず、図１２（ａ）に示す送信呼制御部１１３の動作について説明する。初期状態では接続状態を「未接続」とし、「ＩＮＶＩＴＥ」送信する。「２００  ＯＫ」の受信がなければ「ＩＮＶＩＴＥ」を再送して応答を待つ。「２００  ＯＫ」の受信があれば、「ＡＣＫ」送信して接続シーケンスを完了し、接続状態を「接続中」に遷移する。以後、「接続中」の状態が保たれていることを確認するため、定周期で「接続確認要求」のコマンドを受信側ＶｏＩＰ装置１に送信する。受信側ＶｏＩＰ装置１の受信呼制御部１１４は「接続確認要求」を受けたら「接続確認応答」を返送するようにする。送信呼制御部１１３では「接続確認応答」を受信すれば接続中であるとみなして動作継続する。受信が一定時間ない場合は「接続中」の状態を維持できていないと判断して切断処理を行い接続状態を「未接続」に遷移させる。そしてまた「ＩＮＶＩＴＥ」送信により再接続処理に入る。
【００５０】
次に、図１２（ｂ）に示す送信音声ＣＯＤＥＣ部１１５の動作を説明する。実施の形態５では、送信開始・送信停止のコマンドを送信音声ＣＯＤＥＣ部１１５で検出し、音声データの送信開始・停止を制御する。開始コマンドが入力されると、音声データを生成し、送信音声管理部１１９に配信する。これを停止コマンドが入力されたことを検知するまで繰り返す。
【００５１】
最後に、図１２（ｃ）に示す送信音声管理部１１９の動作を説明する。送信開始コマンドが入力されなければ音声データが配信されないので、配信されるまで取得待ちとなる。音声データ取得した時点で接続状態を確認し、「接続中」であれば音声データを送信して次の音声データの配信を待つ。もし「未接続」であれば取得した音声データを廃棄して次の音声データの配信を待つ。
【００５２】
以上のように実施の形態５では、送信側の呼接続では複数の装置と常時接続を保つようにしておき、必要時のみ音声データを送信するように構成したので一斉送信の場合でも呼接続シーケンスによる遅延を防ぎ、音声データ伝送を即座に開始することができる。
【００５３】
この実施の形態５では、実施の形態１から実施の形態４までのいずれかの構成において、送信側装置の呼接続は複数の装置と常時接続を保つようにしておき、必要時のみ音声データを送信するように構成することにより一斉送信の場合でも呼接続シーケンスによる遅延を防ぎ、音声データ伝送を即座に開始することができることを特徴としたＶｏＩＰ装置が提案されている。
【００５４】
この発明による実施の形態５によれば、実施の形態１から実施の形態４までのいずれかの構成において、前記ＶｏＩＰ装置１からなるインターネットプロトコル通信装置は、前記送信呼制御部１１３からなる送信用呼制御手段による呼接続を複数の装置と常時接続を保つようにしておき、必要時のみ音声帯域信号データを送信する送信音声管理部１１９からなる管理手段を有するので、接続処理を簡略化して送信開始コマンドの発生からデータ送信開始までの待ち時間が短い場合でも接続完了できるようにするとともに、一斉送信の場合でも呼接続シーケンスによる遅延を防ぎ、音声帯域信号データ伝送を即座に開始することができる、データ伝送に適したシステムを得ることができる。
【図面の簡単な説明】
【００５５】
【図１】この発明による実施の形態１における構成を示すブロック図である。
【図２】この発明による実施の形態１における接続関係を示す接続シーケンス図である。
【図３】この発明による実施の形態１における接続動作を示す流れ図である。
【図４】この発明による実施の形態２における接続関係を示す接続シーケンス図である。
【図５】この発明による実施の形態２における接続動作を示す流れ図である。
【図６】この発明による実施の形態３における構成を示すブロック図である。
【図７】この発明による実施の形態３における接続動作を示す流れ図である。
【図８】この発明による実施の形態３における接続関係を示す接続シーケンス図である。
【図９】この発明による実施の形態４における構成を示すブロック図である。
【図１０】この発明による実施の形態４における接続動作を示す流れ図である。
【図１１】この発明による実施の形態５における構成を示すブロック図である。
【図１２】この発明による実施の形態５における送信動作を示す流れ図である。
【図１３】アナログデータ伝送システムの構成を示すブロック図である。
【符号の説明】
【００５６】
１  ＶｏＩＰ装置、２  モデム、３  子局装置、４  親局装置、５  アナログ回線網、６  ＩＰネットワーク、１１１  ＬＡＮインタフェース部、１１２  アナログインタフェース部、１１３  送信呼制御部、１１４  受信呼制御部、１１５  送信音声ＣＯＤＥＣ部、１１６  受信音声ＣＯＤＥＣ部、１１７  受信音声管理部、１１８  待機バッファ、１１９  送信音声管理部、１２１  ＬＡＮケーブル、１２２  入力コマンド端子、１２３  出力コマンド端子、１２４  音声入力端子、１２５  音声出力端子。
【図１】
2005159481.tif 000003
【図２】
2005159481.tif 000004
【図３】
2005159481.tif 000005
【図４】
2005159481.tif 000006
【図５】
2005159481.tif 000007
【図６】
2005159481.tif 000008
【図７】
2005159481.tif 000009
【図８】
2005159481.tif 000010
【図９】
2005159481.tif 000011
【図１０】
2005159481.tif 000012
【図１１】
2005159481.tif 000013
【図１２】
2005159481.tif 000014
【図１３】
2005159481.tif 000015