(57)【要約】【課題】ＬＡＮ等のネットワークを利用する音声ＩＰ化装置において、送信側と受信側のクロック周波数偏差に基づく受信バッファのオーバーフローやアンダーフローを未然に回避する。【解決手段】受信バッファ３８の総データ容量が音声パケットデータの１０パケット分であった場合、中心値の５パケット分まで蓄積されたときにデコード処理を開始し、音声パケットデータの蓄積量が上限閾値の８パケットになったときに無音データを検出し３パケット分を無音データとして破棄する。その一方、音声パケットデータの蓄積量が２パケットになったときに無音データを検出して新たに３パケット分が蓄積されるまでデコード処理を一時中断し、５パケット分になったときにデコード処理を再開する。【選択図】図３
2004229115.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じて供給されるコード化された音声パケットデータを受信バッファに蓄積する過程と、
音声パケットデータの蓄積量が所定量に達したときに前記受信バッファから音声パケットデータを読み出してデコード処理を開始する過程と、
前記音声パケットデータの蓄積量が、前記所定量に対して予め設定された上限閾値あるいは下限閾値を超えたときに、デコード処理されている音声パケットデータから無音データを検出する過程と、
無音データを検出したとき、前記音声パケットデータの蓄積量を前記所定量にするために、前記音声パケットデータの廃棄処理あるいは前記デコード処理の中断処理を行う過程と
を有することを特徴とする音声パケットデータ受信装置における受信バッファの制御方法。
【請求項２】
ネットワークを通じて供給されるコード化された音声パケットデータを蓄積する受信バッファと、この受信バッファ内の音声パケットデータの蓄積量が所定量に達したときに前記受信バッファから音声パケットデータを読み出してデコード処理を行う音声パケットデータ受信装置において、
前記受信バッファ内の音声パケットデータの蓄積量を監視する手段と、
前記音声パケットデータの蓄積量が、前記所定量に対して予め設定された上限閾値あるいは下限閾値を超えたときに、デコード処理されている音声パケットデータから無音データを検出する手段と、
無音データを検出したとき、前記音声パケットデータの蓄積量を前記所定量にするために、前記音声パケットデータの廃棄処理あるいは前記デコード処理の中断処理を行う手段と
を有することを特徴とする音声パケットデータ受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の非同期ネットワークを介して受信した音声パケットデータを一旦受信バッファに蓄積し、この受信バッファから前記音声パケットデータを読み出して出力する音声パケットデータ受信装置、いわゆる音声ＩＰ化装置に適用して好適な音声パケットデータ受信装置における受信バッファの制御方法および音声パケットデータ受信装置に関する。
【０００２】
【従来の技術】
図４は、一般的な音声ＩＰ化装置２の構成を示している。この音声ＩＰ化装置２は、ＬＡＮ等の非同期ネットワーク４を介して接続される音声パケットデータ送信装置１０と音声パケットデータ受信装置３０とから構成されている。
【０００３】
音声パケットデータ送信装置１０は、クロック生成回路１２からの内部クロックに同期して、音声信号入力をＡ／Ｄ変換器１４によりＡ／Ｄ変換し、Ａ／Ｄ変換された音声データをエンコーダ１６により圧縮してパラレルデータの音声パケットデータとしてＦＩＦＯ（先入れ先出し）方式で動作する送信バッファ１８に蓄積する。
【０００４】
内部クロックが供給されるバッファ制御回路２０は、送信バッファ１８に一定量の音声パケットデータが蓄積されたときに、音声パケットデータの送信開始をＬＡＮインタフェース（ＬＡＮＩ／Ｆ）２２に通知する。
【０００５】
ＬＡＮインタフェース２２は、送信バッファ１８から音声パケットデータを読み出し、読み出した音声パケットデータに送信元と受信先のＩＰアドレス等からなるヘッダを付けたシリアルデータの音声ＩＰデータとしてネットワーク４に送出する。
【０００６】
ネットワーク４を通じて音声パケットデータ受信装置３０のＬＡＮインタフェース４２で受信された前記の音声ＩＰデータは、ＬＡＮインタフェース４２により、パラレルデータの音声パケットデータにもどされＦＩＦＯ方式で動作する受信バッファ３８に順次蓄積される。
【０００７】
受信バッファ３８に蓄積された音声パケットデータがバッファ制御回路４０の作用下に読み出され、デコーダ３６に供給される。
【０００８】
デコーダ３６は、クロック生成回路３２からの内部クロック（この内部クロックの周波数は、仕様の代表値上、クロック生成回路１２から発生される内部クロックの周波数と同一周波数に設定されている。）に同期して音声パケットデータを伸長して音声データにもどして、Ｄ／Ａ変換器３４に送る。
【０００９】
Ｄ／Ａ変換器３４は、音声データをアナログ信号である音声信号出力として出力する。
【００１０】
図４のように構成される音声ＩＰ化装置２では、音声パケットデータ送信装置１０のＡ／Ｄ変換器１４に入力された音声信号入力が、略リアルタイムに、音声パケットデータ受信装置３０のＤ／Ａ変換器３４から音声信号出力として出力される。すなわち、送信バッファ１８とネットワーク４と受信バッファ３８の総遅延量は、通常、１秒程度以下に設定されている。
【００１１】
ところで、この図４に示す音声ＩＰ化装置２では、ネットワーク４の状態により音声パケットデータに遅延が発生する場合がある。そして、音声パケットデータに遅延が発生すると、受信バッファ３８内に蓄積されている音声パケットデータのデータ量がゼロ値になり、音声信号出力が途切れてしまうという問題が発生する。
【００１２】
この問題を解決するために、受信バッファ３８内に蓄積されている音声パケットデータがゼロ値となった場合には、補完音声パケットデータを挿入する。補完音声パケットデータを挿入した場合には、カウンタのカウント値をアップし、さらに、音声信号出力を基に有音・無音を判定する。そして、この有音・無音判定の結果が無音でありかつカウント値が値１以上であって、受信バッファ３８内に蓄積されている音声パケットデータの数が１以上であった場合には、受信バッファ３８内に蓄積されている最も古い音声パケットデータを廃棄し、カウンタ値を減算することで、遅延を回復することができると開示された技術が提案されている（特許文献１参照）。
【００１３】
【特許文献１】
特開２０００−３１２２２３号公報（段落［０００５］，図１，図２）
【００１４】
【発明が解決しようとする課題】
ところが、上記特許文献１に係る技術では、補完音声パケットデータ挿入部やカウンタが必須の構成となり、音声パケットデータ受信装置の構成が複雑になるという問題がある。
【００１５】
この問題を解決するために、受信バッファ３８内に蓄積されている音声パケットデータがゼロ値とならないように、たとえば受信バッファ３８の半分まで音声パケットデータが蓄積されたときにデコーダ３６によりデコード処理を開始するようにすることが考えられる。
【００１６】
しかしながら、音声パケットデータ送信装置１０のクロック生成回路１２で生成される内部クロックの周波数と音声パケットデータ受信装置３０のクロック生成回路３２で生成される内部クロックの周波数は、仕様の代表値上は同一値であるが誤差があり、厳密には同一周波数となることが希である。
【００１７】
それぞれの内部クロックの周波数に偏差がある場合、図５の模式図に示すように、たとえ受信バッファ３８の中心まで音声パケットデータを蓄積して、デコーダ３６によるデコード処理を開始したとしても、たとえば送信側内部クロックに比較して受信側内部クロックが遅い（周波数が低い）と、受信バッファ３８に蓄積されている音声パケットデータの蓄積量が徐々に増加するためオーバーフローが発生し、余剰となった音声パケットデータが廃棄されてしまうという問題がある。
【００１８】
その一方、送信側内部クロックに比較して受信側内部クロックが早い（周波数が高い）と、受信バッファ３８から音声パケットデータが徐々に減少していきアンダーフローが発生し、音声パケットデータが不足して音声パケットデータの入力待ち状態が発生してしまうという問題がある。
【００１９】
このようにオーバーフロー時に音声パケットデータを廃棄する、あるいはアンダーフロー時に入力待ち状態が発生した場合には、音声信号出力が途切れたり、異音が生じるという問題が起こる。
【００２０】
この発明はこのような課題を考慮してなされたものであり、送信側と受信側の内部クロックの周波数誤差を吸収し、音声信号出力が途切れたり、異音の生じることのない音声パケットデータ受信装置における受信バッファの制御方法および音声パケットデータ受信装置を提供することを目的とする。
【００２１】
【課題を解決するための手段】
以下、この項では、理解の容易化のために添付図面中の符号を付けて説明する。したがって、この項に記載した内容がその符号を付けたものに限定して解釈されるものではない。
【００２２】
この発明の音声パケットデータ受信装置（６０）における受信バッファの制御方法は、ネットワーク（４）を通じて供給されるコード化された音声パケットデータを受信バッファ（３８）に蓄積する過程と、音声パケットデータの蓄積量が所定量に達したときに前記受信バッファから音声パケットデータを読み出してデコード処理を開始する過程（Ｓ３）と、前記音声パケットデータの蓄積量が、前記所定量に対して予め設定された上限閾値あるいは下限閾値を超えたときに、デコード処理されている音声パケットデータから無音データを検出する過程（Ｓ４，Ｓ５，Ｓ６，Ｓ７）と、無音データを検出したとき、前記音声パケットデータの蓄積量を前記所定量にするために、前記音声パケットデータの廃棄処理あるいは前記デコード処理の中断処理を行う過程（Ｓ９，Ｓ１０）とを有することを特徴とする（請求項１記載の発明）。
【００２３】
この発明によれば、無音データを検出したとき、前記音声パケットデータの蓄積量を所定量にするために、音声パケットデータの廃棄処理あるいはデコード処理の中断処理を行う過程を有するので、音声品質を劣化させることなく送信側と受信側の内部クロックの周波数誤差を吸収することができる。
【００２４】
この発明の音声パケットデータ受信装置（６０）は、ネットワーク（４）を通じて供給されるコード化された音声パケットデータを蓄積する受信バッファ（３８）と、この受信バッファ内の音声パケットデータの蓄積量が所定量に達したときに前記受信バッファから音声パケットデータを読み出してデコード処理を行う音声パケットデータ受信装置において、前記受信バッファ内の音声パケットデータの蓄積量を監視する手段（７０）と、前記音声パケットデータの蓄積量が、前記所定量に対して予め設定された上限閾値あるいは下限閾値を超えたときに、デコード処理されている音声パケットデータから無音データを検出する手段（７２）と、無音データを検出したとき、前記音声パケットデータの蓄積量を前記所定量にするために、前記音声パケットデータの廃棄処理あるいは前記デコード処理の中断処理を行う手段（７０）とを有することを特徴とする（請求項２記載の発明）。
【００２５】
この発明によれば、無音データを検出する手段により無音データを検出したとき、前記音声パケットデータの蓄積量を所定量にするために、音声パケットデータの廃棄処理あるいはデコード処理の中断処理を行う手段を有するので、音声品質を劣化させることなく送信側と受信側の内部クロックの周波数誤差を吸収することができる。
【００２６】
なお、上記の発明において、デコード処理を開始する音声パケットデータの蓄積量は、たとえば受信バッファの総データ容量の中心値とすることができる。また、上限閾値および下限閾値あるいは無音データの検出レベルは、ネットワークのトラフィック等に応じて可変することができるようにすることが好ましい。
【００２７】
【発明の実施の形態】
以下、この発明の実施形態について図１−図３を参照して説明する。なお、以下に参照する図面において、上記図４、図５に示したものと対応するものには同一の符号を付けてその詳細な説明は省略する。
【００２８】
図１は、この発明の一実施形態が適用された音声ＩＰ化装置５２の構成を示している。この音声ＩＰ化装置５２は、ＬＡＮ等の非同期ネットワーク４を介して接続される音声パケットデータ送信装置１０と複数の同一構成の音声パケットデータ受信装置６０とから構成されている。
【００２９】
音声パケットデータ送信装置１０は、クロック生成回路１２からの内部クロックに同期して、たとえばメッセージ単位の音声信号入力をＡ／Ｄ変換器１４により、たとえばＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）データ１６ビット（音声データの絶対値１５ビット（分解能３２７６８）と、この絶対値が正の値であるのか負の値であるのかを示す符号データ１ビット）のパラレルデータにＡ／Ｄ変換する。Ａ／Ｄ変換された音声データはエンコーダ１６により圧縮され、コード化された音声パケットデータとしてＦＩＦＯ（先入れ先出し）方式で動作する送信バッファ１８に蓄積される。
【００３０】
バッファ制御回路２０は、送信バッファ１８に一定量、遅延を少なくするためには、たとえば１パケット分の音声パケットデータが蓄積されたときに、音声パケットデータの送信開始をＬＡＮインタフェース（ＬＡＮＩ／Ｆ）２２に通知する。
【００３１】
ＬＡＮインタフェース２２は、送信バッファ１８から音声パケットデータを読み出し、読み出した音声パケットデータに送信元と受信先のＩＰアドレス等からなるヘッダを付けたシリアルデータの音声ＩＰデータとしてネットワーク４に送出する。
【００３２】
ネットワーク４を通じて対応する音声パケットデータ受信装置６０のＬＡＮインタフェース４２で受信された前記の音声ＩＰデータは、ＬＡＮインタフェース４２により、パラレルデータの音声パケットデータにもどされＦＩＦＯ方式で動作する受信バッファ３８に順次蓄積される。この実施形態において、受信バッファ３８のデータ容量は、理解の容易のために音声パケットデータの１０パケット分とする。
【００３３】
なお、ＬＡＮインタフェース２２，４２としては、たとえばイーサネット（登録商標）における１０ＢＡＳＥ−Ｔ，１００ＢＡＳＥ−ＴＸ等を採用することができる。
【００３４】
受信バッファ３８に蓄積されたコード化されている音声パケットデータのデータ量が所定量、この実施形態では半分に相当する中心値、すなわち５パケットに達したときにバッファ制御回路４０の作用下に読み出され、デコーダ３６に供給される。
【００３５】
このとき、デコーダ３６はデコード処理を開始し、デコード処理を継続する。すなわち、デコーダ３６は、クロック生成回路３２からの内部クロック（この内部クロックの周波数は、クロック生成回路１２から発生される内部クロックの周波数と仕様の代表値上、同一周波数に設定されているが、誤差を有する。）に同期して音声パケットデータを伸長して音声データにもどして、Ｄ／Ａ変換器３４に送る。
【００３６】
Ｄ／Ａ変換器３４は、音声データをアナログ信号である音声信号出力として出力する。
【００３７】
この実施形態では、後述する所定の条件が成立したときに、デコーダ３６から出力されるパラレルデータである音声データの強度（大きさ）が、無音データを検出する手段としての無音検出回路７２で検出され、バッファ制御回路７０に供給される。
【００３８】
なお、各バッファ制御回路２０，７０は、たとえば、それぞれ、ＣＰＵ，ＲＯＭ，ＲＡＭ，カウンタ，タイマ，時計その他の入出力インタフェースを有するマイクロコンピュータにより構成される。
【００３９】
図１のように構成される音声ＩＰ化装置５２では、音声パケットデータ送信装置１０のＡ／Ｄ変換器１４に入力された音声信号入力、たとえば１つのメッセージが、ネットワーク４を通じ、略リアルタイムに、複数の音声パケットデータ受信装置６０のＤ／Ａ変換器３４から音声信号出力として、すなわち、対応する１つのメッセージとして出力される。なお、送信バッファ１８とネットワーク４と受信バッファ３８の総遅延量は、上述したように、通常、１秒程度以下に設定されている。
【００４０】
次に、上記のように構成される音声ＩＰ化装置５２の音声パケットデータ受信装置６０における受信バッファ３８の制御動作について、バッファ制御回路７０（のＣＰＵ）により繰り返し実行されるアプリケーションプログラム（バッファ制御回路７０のＲＯＭに記憶されている。）に係る図２に示すフローチャートに基づいて詳しく説明する。なお、特に断らない限り、制御主体はバッファ制御回路７０（のＣＰＵ）であるが、これをその都度参照するのは繁雑になるので、必要に応じて参照する。
【００４１】
この実施形態において、バッファ制御回路７０は、受信バッファ３８内の音声パケットデータの蓄積量を監視する手段および所定の条件が成立したときに音声パケットデータの廃棄処理あるいはデコード処理の中断処理を行う手段として機能する。
【００４２】
まず、ステップＳ１において、音声パケットデータ送信装置１０から１つのメッセージの送信が開始されると、このメッセージはコード化された音声パケットデータに分割され、ネットワーク４を通じＬＡＮインタフェース４２を介して音声パケットデータ受信装置３０に取り込まれる。
【００４３】
そして、１つのメッセージに対するコード化された音声パケットデータの受信バッファ３８に対するＦＩＦＯ方式での蓄積が開始される。
【００４４】
そこで、ステップＳ１において、バッファ制御回路７０は、受信バッファ３８に蓄積されている音声パケットデータの蓄積量を確認する。
【００４５】
そして、ステップＳ２において、この音声パケットデータの蓄積量が所定値、この実施の形態では、図３に示す受信バッファ３８の総データ容量の中心値に達したかどうかが判定され、中心値に達したときに、音声パケットデータの読み出しが開始され、音声パケットデータがデコーダ３６に送られる。
【００４６】
そして、ステップＳ３において、デコーダ３６は、クロック生成回路３２からの内部クロックに対応して音声パケットデータを伸長しデコードしてＤ／Ａ変換器３４に送る。Ｄ／Ａ変換器３４からは、音声信号が出力され、これにより、１つのメッセージの再生処理が開始される。
【００４７】
このデコード処理中（再生処理中）に、ステップＳ４において、バッファ制御回路７０は、受信バッファ３８の音声パケットデータの蓄積量（データ残量）を確認する。
【００４８】
そして、ステップＳ５においては、音声パケットデータの蓄積量が下限閾値を下回ったかどうかを確認し、ステップＳ６においては、音声パケットデータの蓄積量が上限閾値を上回ったかどうかを確認する。
【００４９】
ステップＳ５，Ｓ６の判定が否定となった場合、すなわち、音声パケットデータの蓄積量が上限閾値と下限閾値との間にある場合には、デコード処理を継続しながら、ステップＳ４，Ｓ５，Ｓ６の処理を繰り返し行う。このとき、メッセージの再生処理が継続される。
【００５０】
デコード処理中に、ステップＳ５の判定が肯定となった場合、すなわち、受信バッファ３８の音声パケットデータの蓄積量が下限閾値に達した場合、あるいは、ステップＳ６の判定が肯定となった場合、すなわち、音声パケットデータの蓄積量が上限閾値に達した場合には、デコード処理されている音声パケットデータから無音データを無音検出回路７２により検出する。
【００５１】
無音検出回路７２は、ＰＣＭデータ１６ビットの音声パケットデータ中、正側電圧１５ビット（分解能３２７６８）のピーク値を監視し、このピーク値が値７以下の期間が１０［ｍｓ］連続した場合には無音データであると判定する。なお、この値７は、正側電圧の電源電圧が５［Ｖ］の場合、無音検出回路７２による検出電圧は（５／３２７６８）×７≒０．００１［Ｖ］となり、実効レベルは、２０ｌｏｇ１０（０．００１［Ｖ］／（０．７７５［Ｖ］・２１／２）≒−６０［ｄＢｕ］となって、人間が耳では音をノイズとして感じないレベルである。
【００５２】
なお、メッセージが連絡事項等の音声による発生等、連続音声でない、通常の場合には、必ず、無音状態が発生する。また、曲と曲の間にも無音状態が発生する。
【００５３】
ステップＳ７において、無音データを検出したとき、ステップＳ８において、受信バッファ３８における音声パケットデータの蓄積量が下限閾値以下であるか、上限閾値以上であるかを判断する。
【００５４】
下限閾値以下であった場合には、ステップＳ９において、デコード処理を中断し、ステップＳ１にもどり、ステップＳ２において音声パケットデータの蓄積量が所定値（ここでは、中心値）になるまで待ち、所定値になった時点でステップＳ３においてデコード処理を再開する。
【００５５】
その一方、ステップＳ８の判定において、上限閾値以上であった場合には、所定値（ここでは中心値）以上であって上限閾値までの音声パケットデータは、無音データであるとみなして廃棄し、ステップＳ１以降の処理にもどる。
【００５６】
以上説明したように、上述した実施形態によれば、通常の場合には、音声パケットデータの蓄積量を受信バッファ３８の所定値（この実施形態では中心値）に設定する。そして、音声パケットデータが受信バッファ３８の所定値まで蓄積されたときにデコード処理を開始する。
【００５７】
デコード処理開始後、クロック生成回路１２，３２相互の周波数偏差、いわゆるクロック誤差によりオーバーフロー側に推移している場合には、完全にオーバーフローする少し前の受信バッファ３８の位置に上限閾値を定め、その上限閾値を超えたときにデコード処理後の音声データ中の無音データを検出し、無音データを検出したときに所定値から上限閾値までの音声パケットデータを無音データとみなして廃棄する。これにより、受信バッファ３８の音声パケットデータの蓄積量が所定値（この実施形態では中心値）まで回復する。
【００５８】
また、クロック生成回路１２，３２相互の周波数偏差、いわゆるクロック誤差によりアンダーフロー側に推移している場合には、完全にアンダーフローする少し前の受信バッファ３８の位置に下限閾値を定め、その下限閾値を下回ったときにデコード処理後の音声データ中の無音データを検出し、無音データを検出したときにデコード処理を一時中断し、音声パケットデータの蓄積量が受信バッファ３８の所定値（この実施形態は中心値）まで回復した後、再びデコード処理を再開する。
【００５９】
たとえば、受信バッファ３８の全データ容量が音声パケットデータの１０パケット分であった場合、５パケット分蓄積したときにデコード処理を開始し、音声パケットデータの蓄積量が８パケットになったときに無音データを検出し３パケット分を無音データとして破棄する。その一方、音声パケットデータの蓄積量が２パケットになったときに無音データを検出して新たに３パケット分が蓄積されるまでデコード処理を一時中断し、５パケット分になったときにデコード処理を再開する。
【００６０】
上記の所定値、上限閾値および下限閾値は、音声パケットデータ送信装置１０、音声パケットデータ受信装置６０または外部装置から任意に設定値を変更することができる。たとえば、ネットワーク４のトラフィック量に応じて上限閾値または下限閾値を可変することにより、ネットワーク４のゆらぎを吸収することができる。
【００６１】
以上のように制御することにより、音声パケットデータ送信装置１０と複数の音声パケットデータ受信装置６０との間で内部クロックの周波数偏差がある場合であっても、この実施形態の音声ＩＰ化装置５２は、実質的に音声が途切れることがなくなり、正確には、途切れる場合があっても人間が気づくことがなくなる。
【００６２】
したがって、この実施形態の音声ＩＰ化装置５２は、高品質の１：ｎのマルチキャスト放送装置、たとえば、ダムシステムにおける放流警報装置、市町村における防災放送装置あるいは公園等におけるＢＧＭ（Ｂａｃｋｇｒｏｕｎｄ  Ｍｕｓｉｃ）放送装置に好適に適用することできる。
【００６３】
なお、この発明は、上述の実施形態に限らず、この明細書の記載内容に基づき、たとえば、受信バッファ３８の音声パケットデータの蓄積量に応じてクロック生成回路３２で生成される内部クロックの周波数を可変して、クロック生成回路１２，３２同士のクロック周波数偏差（クロック誤差）を吸収することあるいはアンダーフロー時に補正データや無音データを挿入する等、種々の構成を採り得ることはもちろんである。
【００６４】
【発明の効果】
以上説明したように、この発明によれば、無音データを検出したとき、前記音声パケットデータの蓄積量を所定量にするために、音声パケットデータの廃棄処理あるいはデコード処理の中断処理を行うので、音声品質を劣化させることなく送信側と受信側の内部クロックの周波数偏差を吸収することができる。
【図面の簡単な説明】
【図１】この発明の一実施形態が適用された音声ＩＰ化装置の構成を示すブロック図である。
【図２】図１例の音声ＩＰ化装置中、音声パケットデータ受信装置の動作説明に供されるフローチャートである。
【図３】図１例の音声ＩＰ化装置中、音声パケットデータ受信装置の動作説明に供される模式図である。
【図４】一般的な音声ＩＰ化装置の構成を示すブロック図である。
【図５】図４例の音声ＩＰ化装置中、従来技術に係る音声パケットデータ受信装置の動作説明に供される模式図である。
【符号の説明】
２，５２…音声ＩＰ化装置              ４…ネットワーク
１０…音声パケットデータ送信装置      １２…クロック生成回路
１４…Ａ／Ｄ変換器                    １６…エンコーダ
１８…送信バッファ
２０，４０，７０…バッファ制御回路
２２，４２…ＬＡＮインタフェース（ＬＡＮＩ／Ｆ）
３０，６０…音声パケットデータ受信装置
３２…クロック生成回路                ３４…Ｄ／Ａ変換器
３６…デコーダ                        ３８…受信バッファ
７２…無音検出回路
【図１】
2004229115.tif 000003
【図２】
2004229115.tif 000004
【図３】
2004229115.tif 000005
【図４】
2004229115.tif 000006
【図５】
2004229115.tif 000007