(57)【要約】【課題】  処理の効率を高める。【解決手段】  ゲートウエイ装置において、呼制御のためにプロトコル変換を実行して、ネットワーク上に配置された呼制御装置と音声通信対応端末との通信を中継する呼制御中継処理部と、自身に収容している音声通信対応端末のあいだで音声通信を行うときには、プロトコル変換を途中まで実行し、自身に収容している音声通信対応端末が自身に収容していないネットワーク上の通信装置とのあいだで音声通信を行うときには、プロトコル変換を実行する音声中継処理部と、プロトコル変換を途中まで実行した場合、自身に収容している音声通信対応端末間の音声通信を中継する内部音声通信用伝送路とを備える。【選択図】  図１
2005277934.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信プロトコルに対応するネットワークと、音声通信用の第２の通信プロトコルに対応する音声通信対応端末とのあいだでプロトコル変換を行うゲートウエイ装置において、
呼制御のために前記プロトコル変換を実行して、前記ネットワーク上に配置された呼制御装置と音声通信対応端末との通信を中継する呼制御中継処理部と、
自身に収容している前記音声通信対応端末のあいだで音声通信を行うときには、前記プロトコル変換を途中まで実行し、自身に収容している音声通信対応端末が自身に収容していない前記ネットワーク上の通信装置とのあいだで音声通信を行うときには、前記プロトコル変換を実行する音声中継処理部と、
前記プロトコル変換を途中まで実行した場合、自身に収容している前記音声通信対応端末間の音声通信を中継する内部音声通信用伝送路とを備えたことを特徴とするゲートウエイ装置。
【請求項２】
請求項１のゲートウエイ装置において、
前記呼制御中継処理部と音声中継処理部を、単一の演算処理装置を用いて実現することを特徴とするゲートウエイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はゲートウエイ装置に関し、例えば、ＶｏＩＰ（VoiceOver IP）に対応していない一般電話機を収容してＶｏＩＰ通信を可能にするためのＶｏＩＰゲートウエイなどに適用して好適なものである。
【背景技術】
【０００２】
ＶｏＩＰ通信を行う従来のＬＡＮ（ローカルエリアネットワーク）１０の構成を図２に示す。このＬＡＮは、ＶｏＩＰ−ＰＢＸを構成する。
【０００３】
図２において、当該ＬＡＮ１０は、ライン部１１〜１３と、スイッチングハブ１４と、呼処理部１５と、回線ＩＦ制御部（回線インタフェース制御部）１６〜２０と、電話機２１〜２４とを備えている。
【０００４】
このうち電話機２１〜２４はＶｏＩＰに対応していない一般電話機である。回線インタフェース制御部１６〜１９は、加入電話網（ＰＳＴＮ）の加入者回路に相当するインタフェースを各電話機２１〜２４に提供する。
【０００５】
ライン部１１〜１３は、ＶｏＩＰゲートウエイにあたる。一般電話機である電話機２１〜２４も、ライン部１１〜１３が実行するプロトコル変換によってＶｏＩＰ通信を行うことができる。
【０００６】
スイッチングハブ１４は、ＯＳＩ参照モデルのデータリンク層で中継処理を行う中継装置である。ＩＰパケットを収容した状態のＭＡＣフレームが、当該スイッチングハブ１４によって中継される。
【０００７】
呼処理部１５は、呼制御を行うための通信装置である。
【０００８】
ライン部１１の内部構成は図３に示す通りである。ライン部１２，１３の内部構成もこれと同じである。
【０００９】
図３において、当該ライン部１１は、コネクタ３０と、ＰＨＹ３１と、ＣＰＵ３２，３５と、ＲＯＭ３３，３６と、ＲＡＭ３４，３７と、同期部３８と、ＤＳＰ３９，４０とを備えている。
【００１０】
このうちコネクタ３０は、ＬＡＮ用のツイストペアケーブルＣＢ１を接続するためのモジュラーコネクタであり、ＰＨＹ３１は、ＯＳＩ参照モデルの物理層を処理する部分である。
【００１１】
また、ＣＰＵ３２は、前記呼制御時に、前記電話機（例えば、２２）と呼処理部１５が通常の呼制御の手順にしたがって通信することを可能にするため、呼制御メッセージをＩＰパケットに収容して前記ツイストペアケーブルＣＢ１に送出させたり、反対に、前記ツイストペアケーブルＣＢ１から受信したＩＰパケットから呼制御メッセージを取り出して該当する回線インタフェース制御部（例えば、１８）へ送信したりする。
【００１２】
ＲＯＭ３３は、この呼制御の手順にしたがった処理を実行するための制御プログラムを格納した記憶手段である。ＣＰＵ３２はこの制御プログラムを実行することによって必要な処理を行うことができる。ＲＡＭ３４は、ＣＰＵ３２に対し、必要な作業用の記憶領域を提供する。通常、ライン部１１の起動時には、前記制御プログラムがＲＯＭ３３から当該ＲＡＭ３４に読み込まれる。
【００１３】
ＣＰＵ３５は、呼が確立されたあとの音声通信時に、前記電話機２２とその通話相手の電話機（例えば、２３）が通信するために機能する。当該ＣＰＵ３５は、通話相手から届いたＩＰパケットから符号化音声データを取り出したり、反対に、符号化音声データをＩＰパケットに収容して通話相手に送信したりする。
【００１４】
ＲＯＭ３６は、ＣＰＵ３５がこのような処理を実行するための制御プログラムを格納した記憶手段である。ＲＡＭ３７は、ＣＰＵ３５に必要な作業用の記憶領域を提供する。通常、ライン部１１の起動時には、当該制御プログラムがＲＯＭ３６から当該ＲＡＭ３７に読み込まれる。
【００１５】
ＤＳＰ（Digital Signal Processor）３９〜４０は音声処理用のデバイスで、音声符復号化（音声コーデック）、エコーキャンセラ、ＤＴＭＦ送受信などの機能を有する。ＩＰパケットに収容して通話相手に送信する前記符号化音声データは、電話機（例えば、２２）から（回線インタフェース制御部１８経由で）届いた音声信号を当該ＤＳＰ３９が符号化することによって得られたものである。
【００１６】
図２に示す電話機２２を利用するユーザＵ２が電話機２２をオフフックして着信先を指定する電話番号をダイヤルすると、そのダイヤルに応じた信号を受信したことを検知した回線インタフェース制御部１８は、その信号に応じたデータを前記ＣＰＵ３２に送り、上述した呼制御の手順が実行される。
【００１７】
当該ダイヤルで指定された着信先が例えば電話機２３を指定する電話番号である場合には、前記呼制御の手順にしたがって、その電話番号に対応するＩＰアドレスが前記呼処理部１５から伝えられると、そのＩＰアドレスを宛先ＩＰアドレスとするＩＰパケットが生成される。このＩＰパケットには、着信先の電話機２３に呼設定を要求する呼設定要求メッセージが含まれている。
【００１８】
このＩＰパケットはライン部１１のコネクタ３０から送信されると、スイッチングハブ１４経由で呼処理部１５へ伝えられ、呼処理部１５における処理を経て、ふたたびスイッチングハブ１４経由でライン部１１の前記コネクタ３０から受信されてＣＰＵ３２に戻ってくる。
【００１９】
ＣＰＵ３２はこのＩＰパケットに収容されている呼設定要求メッセージを取り出して回線インタフェース制御部１９経由で電話機２４に伝える。これにより電話機２４は呼出音を出力すること等によってユーザＵ３を呼び出す。このあと、呼出音に応えてユーザＵ３が電話機２３をオフフックしたときに返送される呼制御メッセージ（応答メッセージ）なども、前記呼設定要求メッセージと同じ経路（１８，３２，３１，３０，１４，１５，３０，３１，３２，１８の経路）を逆方向に伝えられる。
【００２０】
呼び出しに応じてユーザＵ３が電話機２３をオフフックし、電話機２２と２３のあいだに呼が確立されたあとの通話で音声が伝えられる経路（第１の音声経路）は、電話機２２のユーザＵ２が発話した音声の場合、１８，３９，３５，４０，１９の経路（第２の音声経路）である。電話機２３のユーザＵ３が発話した音声は、これと同じ経路を逆方向に伝えられる。
【００２１】
この場合、呼設定を要求した電話機２２と着信先の電話機２３は同じライン部１１に収容されていたが、例えばこの電話機２２から異なるライン部（例えば、１３）に収容された電話機（例えば、２１）を着信先とした呼設定の要求を行い、呼が確立されたあとで通話を行うことができることは当然である。
【００２２】
なお、同期部３８は、当該ライン部１１が他のライン部１２，１３とのあいだで位相同期を取るための構成要素である。各ライン部１１〜１３は独立したクロックで動作しているため、例えば、遅延時間のバラツキ（ジッタ）などを正確に検出し、音声品質を高めるたには、位相同期を取ることが必要である。
【００２３】
精度の高い同期が必要な場合には、各ライン部１１〜１３が位相同期のためにやり取りする信号の伝送路は、ＬＡＮとは別個に用意される。
【発明の開示】
【発明が解決しようとする課題】
【００２４】
ところで、音声通信では遅延によって品質が著しく低下するため高度なリアルタイム性が要求されるが、上述した第１の音声経路や第２の音声経路では、同じライン部１１に収容されている電話機（２２，２３）間の通話であるにもかかわらず、ＣＰＵ３５において符号化音声データをＩＰパケットに収容する処理と、ＩＰパケットに収容した符号化音声データを抽出する処理が行われているため処理の効率が低く、遅延時間が大きい。
【００２５】
また、これはＣＰＵ３５の処理能力を無駄に消費していることを意味するため、単にその呼に関する遅延時間を大きくするだけでなく、同時並列的にＣＰＵ３５によって処理されている別の呼（例えば、ライン部１１に収容されている第３の電話機（図示せず）と、ライン部１３に収容されている電話機２１の通話など）に関する遅延時間を増大させる要因ともなり得る。
【課題を解決するための手段】
【００２６】
かかる課題を解決するために、本発明では、第１の通信プロトコルに対応するネットワークと、音声通信用の第２の通信プロトコルに対応する音声通信対応端末とのあいだでプロトコル変換を行うゲートウエイ装置において、（１） 呼制御のために前記プロトコル変換を実行して、前記ネットワーク上に配置された呼制御装置と音声通信対応端末との通信を中継する呼制御中継処理部と、（２）自身に収容している前記音声通信対応端末のあいだで音声通信を行うときには、前記プロトコル変換を途中まで実行し、自身に収容している音声通信対応端末が自身に収容していない前記ネットワーク上の通信装置とのあいだで音声通信を行うときには、前記プロトコル変換を実行する音声中継処理部と、（３）前記プロトコル変換を途中まで実行した場合、自身に収容している前記音声通信対応端末間の音声通信を中継する内部音声通信用伝送路とを備えたことを特徴とする。
【発明の効果】
【００２７】
本発明によれば、処理の効率を高めることができる。
【００２８】
これにより、遅延時間を短縮することが可能である。
【発明を実施するための最良の形態】
【００２９】
（Ａ）実施形態
以下、本発明にかかるゲートウエイ装置をＶｏＩＰゲートウエイに適用した場合を例に、実施形態について説明する。
【００３０】
（Ａ−１）第１の実施形態の構成
本実施形態にかかるＶｏＩＰシステム５０の全体構成例を図１に示す。
【００３１】
図１において、当該ＶｏＩＰシステム５０は、第１バスドライバライン部５１と、第２バスドライバライン部５２，５３と、スイッチングハブ５４と、呼処理部５５と、回線インタフェース制御部５６〜５８と、電話機６１〜６３とを備えている。
【００３２】
このうちスイッチングハブ５４は、ＯＳＩ参照モデルのデータリンク層で中継処理を行う中継装置である。ＩＰパケットを収容した状態のＭＡＣフレームが、当該スイッチングハブ５４によって中継される。
【００３３】
呼処理部５５は、呼制御を行うための通信装置である。例えば、ＩＴＵ−Ｔ勧告Ｈ．３２３に準拠したゲートキーパや、ＳＩＰ（セッション開始プロトコル）プロトコルに対応したＳＩＰサーバなどが、この呼処理部５５にあたる。
【００３４】
また、前記電話機６１〜６３はＶｏＩＰに対応していない一般電話機である。
【００３５】
回線インタフェース制御部５６〜５８は、それぞれ１つの電話機を収容し、その電話機に対し加入電話網（ＰＳＴＮ）の加入者回路に相当するインタフェースを提供する部分である。例えば、電話機６１は回線インタフェース制御部５６に収容され、電話機６２は回線インタフェース制御部５７に収容され、電話機６３は回線インタフェース制御部５８に収容されている。
【００３６】
このような回線インタフェース制御部（例えば、５６）を内蔵する各第２バスドライバライン部５２，５３は、電話機と第１バスドライバライン部５１のあいだを中継する一種の中継装置である。
【００３７】
図示の例では、各第２バスドライバライン部５２，５３は電話機を２台または１台ずつ収容しているが、通常は、さらに多くの電話機を収容する。各第２バスドライバライン部５２，５３は、上述した従来のライン部（例えば、１１）とほぼ同数の電話機を収容できるように構成することが望ましい。一例として、各第２バスドライバライン部５２，５３は電話機を３２台ずつ収容するものであってもよい。各第２バスドライバライン部５２，５３は実質的に同じ内部構成を備えるものであるが、以下では主として、第２バスドライバライン部５２に注目して説明する。
【００３８】
第２バスドライバライン部５２は上述した回線インタフェース制御部５６，５７のほか、ドライバ５９と、信号線５６Ａ、５６Ｂ、５７Ａ、５７Ｂと、信号線Ｂ１，Ｂ２から構成されるバスを備えている。
【００３９】
各回線インタフェース制御部５６〜５８からは一対の信号線がドライバ５９に接続されている。例えば、回線インタフェース制御部５６からは信号線５６Ａと５６Ｂがドライバ５９に接続されている。
【００４０】
各信号線にどのような機能を持たせるかに関しては様々な変形が可能であるが、例えば、信号線５６Ａが呼制御のための信号（呼制御信号）の伝送に使用され、信号線５６Ｂが音声信号の伝送に使用されるものであってもよい。
【００４１】
また、バスを構成する信号線のうち信号線Ｂ１は呼制御信号の伝送に使用され、信号線Ｂ２は音声信号の伝送に使用されるものであってよい。
【００４２】
ドライバ５９は、信号線Ｂ１，Ｂ２によって構成される当該バスを駆動する。
【００４３】
バスであるから、各信号線（例えば、Ｂ１）は電話機６１〜６３によって共用されることになるが、ある時点でいずれの電話機にその信号線（例えば、Ｂ１）の使用権があるかは、ドライバ５９の調停の結果で決まる。
【００４４】
もう１つの第２バスドライバライン部５３に搭載されたドライバ６０は、前記ドライバ５９に対応するので、その詳しい説明は省略する。
【００４５】
信号線Ｂ１，Ｂ２によって構成されるバスは、２つの第２バスドライバライン部５２，５３にまたがって配置され、１つの第１バスドライバライン部５１に接続されている。この接続により、各第２バスドライバライン部５２，５３は第１バスドライバライン部５１に収容されている。この接続にはどのような伝送路を用いてもかまわないが、一例として、フラットケーブルを用いることもできる。
【００４６】
同じバスが２つの第２バスドライバライン部にまたがって配置されるのではなく、１つの第２バスドライバライン部（例えば、５２）内に限ったバスであってもよい。その場合、バスを構成する各信号線（例えば、Ｂ１）は同じ第２バスドライバライン部（例えば、５２）に収容されている電話機（例えば、６１，６２）によってのみ共用され、図４に示すように、第２バスドライバライン部ごとに別個のバスが第１バスドライバライン部５１に接続される構成となる。
【００４７】
第１バスドライバライン部５１に収容される第２バスドライバライン部の数は、３つ以上であってもかまわないが、図１の例では、２つである。
【００４８】
第１バスドライバライン部５１はＶｏＩＰゲートウエイに相当する構成要素である。第１バスドライバライン部５１の内部構成例を図４に示す。
【００４９】
（Ａ−１−１）第１バスドライバライン部の内部構成例
図４において、当該第１バスドライバライン部５１は、コネクタ７０と、ＰＨＹ７１と、ＣＰＵ７２，７４と、ＲＯＭ／ＲＡＭ７３，７５と、ＤＳＰ７６，７７と、ドライバ７８とを備えている。
【００５０】
このうちコネクタ７０は、例えば、ＲＪ４５など、ＬＡＮ用のツイストペアケーブルＣＢ２を接続するためのモジュラーコネクタである。ただし、本実施形態の構成上、ＯＳＩ参照モデルの物理層の仕様はどのようなものであってもかまわないので、例えば、ツイストペアケーブルの替わりに光ファイバケーブルを用いること等も可能である。また、無線ＬＡＮに対応したＬＡＮカードを装着した場合などには、無線通信が行われるため、コネクタ７０は省略できる。
【００５１】
ＰＨＹ７１は、ＯＳＩ参照モデルの物理層を処理する部分である。したがって、物理層の仕様に応じて、このＰＨＹ７１の内容は変わる。
【００５２】
また、ＣＰＵ（中央処理装置）７２は、前記呼制御時に、前記電話機（例えば、２２）と呼処理部５５が通常の呼制御の手順にしたがって通信することを可能にするため、呼制御信号をＩＰパケットに収容して前記ツイストペアケーブルＣＢ２に送出させたり、反対に、ツイストペアケーブルＣＢ２から受信したＩＰパケットから呼制御信号を取り出して該当する前記回線インタフェース制御部（例えば、５６）へ送信したりする。
【００５３】
ＲＯＭ／ＲＡＭ７３のうちのＲＯＭ７３Ａは、この呼制御の手順にしたがった処理を実行するための制御プログラムＰＲ１や各種データＤＴ１を格納する記憶手段である。ＣＰＵ７２はこの制御プログラムＰＲ１を実行することによって必要な処理を行うことができる。また、ＲＯＭ／ＲＡＭ７３のうちのＲＡＭ７３Ｂは、ＣＰＵ７２に対し、必要な作業用の記憶領域を提供する記憶手段である。
【００５４】
第１バスドライバライン部５１の起動時には、前記制御プログラムＰＲ１やデータＤＴ１がＲＯＭ７３ＡからＲＡＭ７３Ｂに読み込まれる。
【００５５】
ＣＰＵ７４は、呼が確立されたあとの音声通信時に、前記電話機（例えば、６１）とその通話相手の電話機（例えば、６３）が通信するために機能する部分である。すなわち、当該ＣＰＵ７４は、通話相手の電話機（例えば、６３）から届く音声信号の内容を反映した情報（音声情報）を含むＩＰパケットから符号化音声データ（音声情報に対応）を取り出したり、反対に、発呼側の話者（例えば、Ｕ１１）の発話した音声の内容を反映した音声情報（すなわち、符号化音声データ）をＩＰパケットに収容して通話相手（例えば、Ｕ１３）に送信したりする。
【００５６】
ＶｏＩＰシステム５０内の各電話機のユーザは任意の組み合わせで通話できるが、以下では、主として、電話機６１のユーザＵ１１と電話機６３のユーザＵ１３が通話する場合を例に説明する。
【００５７】
ＲＯＭ／ＲＡＭ７５のなかのＲＯＭ７５Ａは、ＣＰＵ７４がこのような音声通話に関する処理を実行するための制御プログラムＰＲ２や各種データＤＴ２を格納した記憶手段である。また、ＲＯＭ／ＲＡＭ７５のなかのＲＡＭ７５Ｂは、ＣＰＵ７４に必要な作業用の記憶領域を提供する記憶手段である。通常、第１バスドライバライン部５１の起動時には、当該制御プログラムＰＲ２やデータＤＴ２がＲＯＭ７５Ａから当該ＲＡＭ７５Ｂに読み込まれる。
【００５８】
ＤＳＰ（Digital Signal Processor）７６，７７は音声処理用のデバイスで、音声符復号化（音声コーデック）、エコーキャンセラ、ＤＴＭＦ送受信などの機能を有する部分である。
【００５９】
第１バスドライバライン部５１は、１つの第２バスドライバライン部につき、１つのＤＳＰを用意しているため、本実施形態のように第１バスドライバライン部５１に収容している第２バスドライバライン部が２つの場合には、ＤＳＰは２つでよい。この場合、例えば、ＤＳＰ７６は第２バスドライバライン部５２のために用いられ、ＤＳＰ７７は第２バスドライバライン部５３のために用いられる。
【００６０】
上述した符号化音声データは、例えば、電話機（例えば、６１）から第２バスドライバライン部（例えば、５２）経由で届いた音声信号を当該ＤＳＰ（例えば、７６）が符号化することによって得られたものである。
【００６１】
ドライバ７８は、前記ドライバ５９と同様なバスドライバである。当該ドライバ７８は、信号線Ｂ１１、Ｂ２１、Ｂ２２によって構成されるバスを駆動する。信号線Ｂ１１は前記信号線Ｂ１に対応するもので、前記呼制御信号を伝送する。
【００６２】
また、信号線Ｂ２１は前記信号線Ｂ２に対応するもので、前記音声信号を伝送する。この点、信号線Ｂ２２も同様である。
【００６３】
なお、同じ第１バスドライバライン部５１に収容されている第２バスドライバライン部５２，５３では同期を取ることが容易であるため、従来のライン部１１に搭載されていた同期部３８が省略できる。
【００６４】
以下、上記のような構成を有する本実施形態の動作について説明する。
【００６５】
（Ａ−２）第１の実施形態の動作
前記電話機６１から発呼して、上述した電話機６１のユーザＵ１１と電話機６３のユーザＵ１３が通話する場合の動作は次の通りである。
【００６６】
電話機６１のユーザＵ１１が当該電話機６１をオフフックして電話機６３の電話番号をダイヤルすると、呼設定を要求する呼制御信号（この信号には、当該電話機６３の電話番号（着電番号）が含まれている）が、第２バスドライバライン部５６内の前記回線インタフェース制御部５６，ドライバ５９，信号線ＢＢ１を経由して、第１バスドライバライン部５１へ伝えられる。
【００６７】
第１バスドライバライン部５１内で、ドライバ７８，信号線Ｂ１１を経由してこの呼制御信号がＣＰＵ７２に伝えられると、ＣＰＵ７２は、当該呼制御信号をＩＰパケットに収容して、ツイストペアケーブルＣＢ２から送出させる。
【００６８】
このＩＰパケットは、前記ＭＡＣフレームに収容された状態でスイッチングハブ５４を経由して呼処理部５５まで届けられる。呼処理部５５は、電話番号とＩＰアドレスの対応関係を管理しているため、前記着電番号に対応するＩＰアドレスを収容したＩＰパケットを返送することができる。
【００６９】
このＩＰパケットはＭＡＣフレームに収容された状態で、前記スイッチングハブ５４経由で第１バスドライバライン部５１まで届けられるため、当該第１バスドライバライン部５１内のＣＰＵ７２は、電話機６３の電話番号（前記着電番号）に対応付けられたＩＰアドレスを取得することができる。
【００７０】
つづいて当該ＣＰＵ７２は、そのＩＰアドレスを宛先ＩＰアドレスとするＩＰパケットに、呼設定を要求する呼制御信号を収容して電話機６３宛てに送信する処理を行うが、実際には、図１から明らかなように、ＣＰＵ７２から電話機６３までの経路には、ＩＰプロトコルを用いる必要のある伝送路（ＩＰパケットを伝送する必要のある伝送路）が存在しないため、これらの処理は、ＣＰＵ７２内の計算によって実行されるだけであり、呼設定を要求する信号が（ＩＰパケットを用いることなく）、ＣＰＵ７２，信号線Ｂ１１，ドライバ７８，第２バスドライバライン部５３の経路で伝送されることにより、電話機６３まで届けられる。これを受けて、電話機６３は呼出音の出力などを行うため、それに応えてユーザＵ１３が電話機６３をオフフックすると、前記呼制御の手順にしたがった応答信号が伝送されて、電話機６１と６３のあいだの呼が確立される。
【００７１】
このあと、電話機６１のユーザＵ１１と電話機６３のユーザＵ１３の通話が行われることになる。通話のための音声信号がやり取りされる経路は、呼処理部５５を経由しない点、ＣＰＵ７２の替わりにＣＰＵ７４を経由する点などを除くと、前記呼制御信号の伝送される経路とほぼ同じである。ただし、バス上では、信号線Ｂ１１の替わりにＢ２１とＢ２２が使用され、信号線Ｂ１の替わりに信号線Ｂ２が使用されることは、すでに説明した通りである。
【００７２】
この通話時にＣＰＵ７４でも、符号化音声データをＩＰパケットに収容する処理や反対にＩＰパケットから符号化音声データを取り出す処理（ＩＰパケット生成分解処理）などを実行することもできるが、それを実行すると従来と同様の遅延時間が発生するため、本実施形態のＣＰＵ７４は、ＤＳＰ７６から受け取った符号化音声データをそのままＤＳＰ７７に供給する処理（これは、Ｕ１１の発話した音声情報をＵ１３に伝えるための処理）、または、ＤＳＰ７７から受け取った符号化音声データをそのままＤＳＰ７６に供給する処理（これは、Ｕ１３の発話した音声情報をＵ１１に伝えるための処理）のみを行う。
【００７３】
図１に示した通り、ＶｏＩＰシステム５０内のすべての電話機が、１つの第１バスドライバライン部５１に収容されている場合には、いずれの電話機間の通話であっても、ＣＰＵ７４は前記ＩＰパケット生成分解処理を行う必要はない。
【００７４】
ただしＶｏＩＰシステム５０内に複数の第１バスドライバライン部が存在し、異なる第１バスドライバライン部に収容されている電話機のユーザ間でも通話が行われ得る場合には、同じ第１バスドライバライン部に収容されている電話機のユーザ間の通話ではＩＰパケット生成分解処理を行わないものの、異なる第１バスドライバライン部に収容されている電話機のユーザ間の通話では、ＩＰパケット生成分解処理を行う必要がある。これを実現するための方法としては様々なものがあり得るが、例えば、次のような方法を用いることも可能である。
【００７５】
呼処理部５５がＣＰＵ７２に、前記着電番号に対応するＩＰアドレスを収容したＩＰパケットを返送するとき、その着電番号が、呼設定を要求した電話機（例えば、６１）と同じ第１バスドライバライン部５１に収容されているか否かを示す情報（収容情報）も返すようにし、この収容情報の内容に応じて、ＣＰＵ７４が実行する処理を変更するようにする。すなわち、収容情報が、その着電番号の電話機が呼設定を要求した電話機６１と同じ第１バスドライバライン部５１に収容されていることを示す場合には、ＣＰＵ７４でＩＰパケット生成分解処理を行わず、その着電番号の電話機が呼設定を要求した電話機６１と同じ第１バスドライバライン部５１に収容されていないことを伝えてきた場合には、ＣＰＵ７４でＩＰパケット生成分解処理を行う。
【００７６】
その着電番号の電話機が呼設定を要求した電話機６１と同じ第１バスドライバライン部５１に収容されていない場合、音声通話を行うには、符号化音声データを収容したＩＰパケットを前記ツイストペアケーブルＣＢ２に送出して、ＬＡＮを経由した通信を実行する必要があるからである。
【００７７】
（Ａ−３）第１の実施形態の効果
本実施形態によれば、呼制御用と音声通信用のプロセッサ（７２，７４）が第１バスドライバライン部（５２）内に集約されるので、ハード構成が簡略化され、低コスト化が可能になる。
【００７８】
また、本実施形態によると、同じ第１バスドライバライン部（５２）に収容されている第２バスドライバライン部（５２，５３）の電話機間の通信では、ＣＰＵ（７２）が、ＩＰパケット生成分解処理、ＩＰパケットの送信、ＩＰパケットの受信などに相当する処理を実行する必要がなくなり、処理の効率が高まる。処理の効率が高まると、作業用の記憶領域なども低減できるため、搭載メモリの縮小も可能となる。
【００７９】
また、ＩＰパケット生成分解処理などを実行する必要がなくなるということは、ＣＰＵ（７４）の処理能力を節約できることを意味するため、単にその呼に関する遅延時間が短縮されるだけでなく、同時並列的にＣＰＵ（７４）によって処理されている別の呼（例えば、電話機６２のユーザＵ１２と他の電話機（図示せず）のユーザの通話など）に関する遅延時間を短縮する上でも有効である。
【００８０】
遅延時間が短縮されると、ＤＳＰ（７６、７７）に求められるエコーキャンセラ要求能力が低減されるため、これによっても処理の効率が高まる。
【００８１】
さらに、第１バスドライバライン部（５１）内で、従来のライン部（１１）に搭載されていた同期部（３８）が省略できることにより、低コスト化が可能になる。これはまた、回路構成を簡単にし、小型化することにも寄与する。
【００８２】
（Ｂ）第２の実施形態
以下では、本実施形態が第１の実施形態と相違する点についてのみ説明する。
【００８３】
（Ｂ−１）第２の実施形態の構成および動作
本実施形態の第３バスドライバライン部８０の内部構成例を図５に示す。この第３バスドライバライン部８０は、前記第１バスドライバライン部５１に相当する中継装置である。したがって、当該第３バスドライバライン部８０もＶｏＩＰゲートウエイにあたる。
【００８４】
図５中で、図４と同じ符号７０，７１，７６〜７８，Ｂ１１，Ｂ２１，Ｂ２２を付与した各構成要素の機能は第１の実施形態と同じなので、その詳しい説明は省略する。
【００８５】
本実施形態は、前記ＣＰＵ７２，７４に相当する機能を１つのＣＰＵ８１に持たせ、前記ＲＯＭ／ＲＡＭ７３，７５に相当する機能をＲＯＭ／ＲＡＭ８２に集約した点が第１の実施形態と相違するだけである。
【００８６】
（Ｂ−２）第２の実施形態の効果
本実施形態の第３バスドライバライン部（８０）は、第１の実施形態の第１バスドライバライン部（５１）と同等な機能を、より簡単なハードウエア構成で実現することができる。これにより、いっそうの小型化、省電力化、低コスト化が可能となる。
【００８７】
（Ｃ）第３の実施形態
以下では、本実施形態が第１、第２の実施形態と相違する点についてのみ説明する。
【００８８】
（Ｃ−１）第３の実施形態の構成および動作
本実施形態のＶｏＩＰシステム９０の全体構成例を図６に示す。
【００８９】
図６において、図１と同じ符号５２，５３，５４，５５，６１，６３を付与した各構成要素の機能は第１の実施形態と同じであり、図５と同じ符号８０を付与した構成要素の機能は第２の実施形態と同じであるので、その詳しい説明は省略する。
【００９０】
図６のＶｏＩＰシステム９０は、図１のＶｏＩＰシステム５０において第１バスドライバライン部５１を第２の実施形態の第３バスドライバライン部８０で置き換えた構成となっている。
【００９１】
上述したように、第３バスドライバライン部８０は第１バスドライバライン部５１と同等な機能を持つため、本実施形態のＶｏＩＰシステム９０は、第１の実施形態のＶｏＩＰシステム５０と同等な機能を持つことになる。
【００９２】
（Ｃ−２）第３の実施形態の効果
本実施形態によれば、異なる構成によって第１の実施形態の効果と同等な効果を得ることができる。
【００９３】
加えて、本実施形態の第３バスドライバライン部（８０）は、第１の実施形態の第１バスドライバライン部（５１）よりもハードウエア構成が簡単であるため、いっそうの小型化、省電力化、低コスト化が可能となる。
【００９４】
（Ｄ）他の実施形態
上記第１〜第３の実施形態では、前記ＩＰパケット生成分解処理を行わないときでも、ＤＳＰ７６，７７の処理は実行したが、第２バスドライバライン部５２，５３内のバスの構成によっては、前記ＩＰパケット生成分解処理に加え、ＤＳＰ７６，７７が行う処理も省略できる可能性がある。
【００９５】
これは、例えば、ドライバが実行する信号線の選択に応じて回線インタフェース制御部相互間をバスで直接、接続すること等によって実現できる。この場合、電話機６１と６３はＤＳＰ７６，７７を介在させることなく、バスで直接接続され、直接、音声信号をやり取りすることができる。したがって、遅延時間をいっそう短縮することが可能である。
【００９６】
また、ＶｏＩＰシステム（例えば、１０）内に複数の第１バスドライバライン部５１が存在していてもよいことはすでに述べた通りである。
【００９７】
なお、ＬＡＮの構成は図１や図６に示した通りでなくてもよいことは当然である。例えば、複数のスイッチングハブが存在したり、リピータハブ、レイヤ３スイッチ、ルータなどが存在するＬＡＮであってもよい。
【００９８】
また、ＶｏＩＰ通信は必ずしもＬＡＮ内でのみ行われるものである必要はない。ＬＡＮ内の電話機（例えば、６１）が例えばインターネットを経由して、他のＬＡＮ内に設置されたＩＰ電話機などと通信するようにしてもよい。
【００９９】
さらに、上記第１〜第３の実施形態で例示した通信プロトコルは他の通信プロトコルに置換可能である。
【０１００】
例えば、ＩＰプロトコルは、ＯＳＩ参照モデルのネットワーク層またはその他の階層に位置する他の通信プロトコルに置換可能である。一例として、ＩＰＸプロトコルなどを利用できる可能性もある。
【０１０１】
以上の説明でハードウエア的に実現した機能の大部分はソフトウエア的に実現することが可能であり、ソフトウエア的に実現した機能のほとんど全ては、ハードウエア的に実現することが可能である。
【図面の簡単な説明】
【０１０２】
【図１】第１の実施形態にかかるＶｏＩＰシステムの全体構成例を示す概略図である。
【図２】従来のＶｏＩＰ通信のためのＬＡＮ構成を示す概略図である。
【図３】従来のＬＡＮで使用されるライン部の内部構成を示す概略図である。
【図４】第１の実施形態で使用する第１バスドライバライン部の内部構成例を示す概略図である。
【図５】第２および第３の実施形態で使用する第３バスドライバライン部の内部構成例を示す概略図である。
【図６】第３の実施形態にかかるＶｏＩＰシステムの全体構成例を示す概略図である。
【符号の説明】
【０１０３】
５０…ＶｏＩＰシステム、５１…第１バスドライバライン部、５２，５３…第２バスドライバライン部、５４…スイッチングハブ、５５…呼処理部、５６〜５８…回線インタフェース制御部、５９，６０，７８…ドライバ、６１〜６３…電話機。
【図１】
2005277934.tif 000003
【図２】
2005277934.tif 000004
【図３】
2005277934.tif 000005
【図４】
2005277934.tif 000006
【図５】
2005277934.tif 000007
【図６】
2005277934.tif 000008