(57)【要約】【課題】ブロードバンド回線を導入することなく、１本のアナログ回線のみで複数の通話を実現する。【解決手段】ＶｏＩＰ多重化装置１２は、ＶｏＩＰゲートウェイ１６ａとの間でアナログ回線１３によるダイヤルアップネットワークを構成するとともに、各アナログ電話機１１からの音声信号をＶｏＩＰパケット化してダイヤルアップネットワーク上に送出する機能を有する。複数の電話機１１からの音声信号は、ＶｏＩＰ多重化装置１２によってそれぞれがＶｏＩＰパケット化され、さらにヘッダ圧縮された後、アナログ回線１３を介してＶｏＩＰゲートウェイ１６ａまで届けられる。【選択図】  図１
2004343417.tif 000002
【特許請求の範囲】
【請求項１】
電話機からの音声信号をＶｏＩＰパケット化してアナログ回線上に送出することを特徴とするＶｏＩＰ多重化装置。
【請求項２】
アナログ回線を使用してネットワーク接続を確立するネットワーク接続手段と、
複数の電話機からの音声信号をそれぞれＶｏＩＰパケット化した後、当該ＶｏＩＰパケットのヘッダを圧縮するパケット処理手段と、
ヘッダ圧縮された前記ＶｏＩＰパケットを前記ネットワーク上に送出する通信手段を備えているＶｏＩＰ多重化装置。
【請求項３】
前記ネットワーク接続手段は、前記電話機のいずれかから最初に発呼する場合に、前記ネットワーク接続を行い、
前記通信手段は、前記電話機のいずれかが既に通話中の場合において他の電話機から発呼する場合に、既に接続している前記ネットワーク上にヘッダ圧縮された前記ＶｏＩＰパケットを送出する請求項２に記載のＶｏＩＰ多重化装置。
【請求項４】
前記電話機には、ＩＰ電話用の電話番号が割り付けられている請求項２又は３に記載のＶｏＩＰ多重化装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＶｏＩＰ多重化装置に関し、より詳細には、ブロードバンド回線を導入することなく、１本のアナログ回線で複数通話を実現することが可能なＶｏＩＰ多重化装置に関する。
【０００２】
【従来の技術】
近年、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）技術を用いたＩＰネットワーク上における音声通信サービス（ＩＰ電話）が普及してきている。ＩＰ電話を利用すれば、長時間の通話や遠距離通話であっても通話コストを一定にすることができるため、通話コストを大幅に削減することが可能となる。現在提供されているＩＰ電話サービスは、ＡＤＳＬ、ＦＴＴＨ、ＣＡＴＶなどのブロードバンド回線をベースとしており、ＩＰ電話サービスを導入するためにはこれらブロードバンド回線を導入することが必要不可欠となっている。
【０００３】
また、アナログ回線上でのＩＰ電話サービスも提供されているが、ＶｏＩＰ技術が使用されているのはＩＰ電話事業者のゲートウェイ相互接続区間のみであり、一般加入電話とゲートウェイの区間は従来のアナログ回線であるため、ブロードバンド回線を導入することなくＩＰ電話サービスを実現することができる。
【０００４】
一方、ＩＰ電話では、ＶｏＩＰパケットをネットワーク上に連続して大量に送出することから、音声通信のために必要な帯域幅が大幅に増加し、交換装置（ルータ等）の処理負担が増大する。そのため、ＩＰパケットを多重化することでＩＰネットワークに必要な総帯域幅を極力狭くし、交換装置の処理負荷を軽減することも行われている（特許文献１参照）。
【０００５】
【特許文献１】
特開２００２−２５２６４７号公報
【０００６】
【発明が解決しようとする課題】
上述したブロードバンド回線はサービス区域が主に都市部に限定されており、電話回線の電話局からの距離制限により導入できないケースも多い。したがって、そのような場合にはＩＰ電話の導入も困難である。
【０００７】
また、ＩＰ電話事業者によるアナログ回線上でのＩＰ電話サービスでは、１本のアナログ回線上で同時に１通話を提供しており、複数の通話を同時に行うことはできなかった。そのため、小規模事業者などは電話回線を複数契約し、それぞれに対してＩＰ電話サービスを受けることで低コストを実現している。すなわち、ＩＰ電話サービスの利点を活かしきれていないという問題がある。
【０００８】
したがって、本発明の目的は、ブロードバンド回線を導入することなく、１本のアナログ回線のみで複数の通話を実現することが可能なＶｏＩＰ多重化装置を提供することにある。
【０００９】
【課題を解決するための手段】
本発明のかかる目的は、複数のアナログ電話機からの音声信号をそれぞれＶｏＩＰパケット化してアナログ回線上に送出することを特徴とするＶｏＩＰ多重化装置によって達成される。
【００１０】
本発明の前記目的はまた、アナログ回線を使用してダイヤルアップネットワーク接続を確立するネットワーク接続手段と、複数のアナログ電話機からの音声信号をそれぞれＶｏＩＰパケット化した後、当該ＶｏＩＰパケットのヘッダを圧縮するパケット処理手段と、ヘッダ圧縮された前記ＶｏＩＰパケットを前記ダイヤルアップネットワーク上に送出する通信手段を備えているＶｏＩＰ多重化装置によっても達成される。
【００１１】
本発明によれば、ブロードバンド回線を導入することなく、１本のアナログ回線のみで複数の通話を実現することが可能なＶｏＩＰ多重化装置を提供することができる。
【００１２】
本発明の好ましい実施形態において、前記ネットワーク接続手段は、前記アナログ電話機のいずれかから最初に発呼する場合に、前記ダイヤルアップネットワーク接続を行い、前記通信手段は、前記アナログ電話機のいずれかが既に通話中の場合において他のアナログ電話機から発呼する場合に、既に接続している前記ダイヤルアップネットワーク上にヘッダ圧縮された前記ＶｏＩＰパケットを送出する。
【００１３】
本発明の好ましい実施形態によれば、いずれか１台の電話機が通話しているときに他の電話機からさらに通話しようとする場合には、先に使用中の回線を利用した通話が実現されるので、複数の回線を使用する必要がなくなり、通話料金を削減することができ、通信コストを抑えることができる。
【００１４】
本発明のさらに好ましい実施形態において、前記複数の電話機には、ＩＰ電話用の電話番号が割り付けられている。
【００１５】
本発明のさらに好ましい実施形態によれば、アナログ回線に接続された通常のアナログ電話機から前記ＶｏＩＰ多重化装置に接続された複数のアナログ電話機のいずれかに対して電話をかける場合に、共通に使用されるアナログ回線に割り付けられた電話番号に対して直接電話がかかってくるという事態を解消することができ、常にＩＰネットワークを経由した通話を実現することができる。
【００１６】
本発明のさらに好ましい実施形態において、前記ヘッダ圧縮方式は、ＲＦＣ２０５８に規定されているＣＲＴＰである。
【００１７】
本発明のさらに好ましい実施形態によれば、ＶｏＩＰパケット全体をアナログ回線の帯域内に確実に納めることができ、さらにアナログ回線上でＶｏＩＰパケットによるパケット多重を実現することができる。
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の好ましい実施形態について詳細に説明する。
【００１８】
図１は、本発明にかかるＶｏＩＰ多重化装置を含むネットワークシステム全体の構成を示す模式図である。
【００１９】
図１に示されるように、このネットワークシステム１０は、複数のアナログ電話機１１と、宅内装置であるＶｏＩＰ多重化装置１２と、アナログ回線（一般加入者回線）１３および電話交換機１４（１４ａおよび１４ｂ）を含む電話回線網（ＰＳＴＮ）１５と、ＩＰ電話事業者の局内装置であるＶｏＩＰゲートウェイ（ＶｏＩＰ−ＧＷ）１６ａと、ＳＩＰサーバ１６ｂと、ＩＰネットワーク（インターネット）１７によって構成されている。またＩＰネットワーク１７によるＩＰ電話網と回線交換電話網であるＰＳＴＮ１５とをリンクするメディアゲートウェイ１８が設けられている。なお、本明細書において「アナログ回線」とは、ＡＤＳＬなどのブロードバンド回線を除く狭義のアナログ回線であって、最大約５６ｋｂｐｓの通信速度を実現可能な回線をいうものとする。
【００２０】
ＶｏＩＰ多重化装置１２は、ＶｏＩＰゲートウェイ１６ａとの間でアナログ回線１３によるダイヤルアップネットワークを構成するとともに、各アナログ電話機１１からの音声信号をＶｏＩＰパケット化してダイヤルアップネットワーク上に送出する機能を有する。また詳細には後述するが、ＶｏＩＰ多重化装置１２は、ＩＰネットワーク上で電話の呼の要求とその応答を制御してセッションを確立するためのシグナリングプロトコルであるＳＩＰ−ＵＡ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  Ａｇｅｎｔ）を実装する。
【００２１】
一方、ＶｏＩＰゲートウェイ１６ａは、ＶｏＩＰ多重化装置１２との間でダイヤルアップネットワークを構成するとともに、ＶｏＩＰ多重化装置１２からのＶｏＩＰパケットをＩＰネットワーク上に転送する機能を有する。
【００２２】
ＳＩＰサーバ１６ｂは、上述したＳＩＰ−ＵＡに対応してＩＰネットワーク上でセッションを確立、変更および終了するためのシグナリングプロトコルであるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を実装するサーバである。ＳＩＰサーバは、発呼側のＳＩＰ−ＵＡからのＳＩＰリクエストを着呼側のＳＩＰ−ＵＡに中継するプロキシサーバとしての機能を備えているほか、認証、許可、アクセス制御、ルーティング、ＳＩＰリクエスト転送、セキュリティなどの機能も備えている。
【００２３】
複数の電話機１１からの音声信号は、ＶｏＩＰ多重化装置１２によってそれぞれがＶｏＩＰパケット化され、さらにヘッダ圧縮された後、アナログ回線１３を介してＶｏＩＰゲートウェイ１６ａまで届けられる。ＶｏＩＰゲートウェイ１６ａは、受信したＶｏＩＰパケットの圧縮ヘッダを伸張して元のＶｏＩＰパケットを再生し、これをＩＰネットワーク１７に送出する。ＶｏＩＰパケットはＩＰネットワーク１７を介してメディアゲートウェイ１８に届けられ、ここでＰＳＴＮ１５が処理できる音声データのフォーマットに変換され、ＰＳＴＮ１５内の交換機１４ｂを介して被呼者のアナログ電話機１９まで届けられる。またＶｏＩＰパケットは、メディアゲートウェイ１８を経由することなく、ＩＰネットワーク１７から直接ＩＰ電話機２０まで届けられる。
【００２４】
ＶｏＩＰ多重化装置１２に接続された各電話機１１には、例えば“０５０”で始まるＩＰ電話用の電話番号が割り付けられていることが好ましい。ＶｏＩＰ多重化装置１２ではアナログ回線１３を１回線のみ使用し、電話番号も１つしか割り付けられていないため、複数の電話機１１のいずれかを予め特定して電話をかけることができない。また、通常の電話機１９からアナログ回線１３に割り付けられた電話番号に電話をかけた場合には通常の通話として取り扱われ、電話回線網１５が使用されるため、ＩＰ電話網が全く使用されないという事態が生ずる。しかし、各アナログ電話機１１にＩＰ電話用の電話番号が割り付けられていれば、ＩＰ電話事業者側のメディアゲートウェイ１８、ＶｏＩＰゲートウェイ１６ａを含むＩＰネットワーク１７を経由した通話を実現することができる。すなわち、各アナログ電話機１１をＩＰ電話機として識別することができ、個別の通話を実現することができる。
【００２５】
図２は、ＶｏＩＰ多重化装置１２の構成を示す略ブロック図である。
【００２６】
図２に示されるように、このＶｏＩＰ多重化装置１２は４台のアナログ電話機１１ａ〜１１ｄからの音声を多重化することが可能であり、各アナログ電話機１１ａ〜１１ｄとそれぞれ接続されるアナログ電話制御回路２１と、音声信号の符号化／復号化処理を行うＣＯＤＥＣ２２と、パケット処理を行うＤＳＰ２３と、所定のプログラムに従ってＶｏＩＰプロトコル処理やヘッダ圧縮処理などを行うＣＰＵ２５と、ＣＰＵ２５による処理や制御を実行させるためのプログラムやデータが記録されたメモリ２６と、アナログ回線を伝送媒体とする通信に好適な変復調を行うモデム２７を有しており、モデム２７はアナログ回線１３に接続されている。
【００２７】
アナログ電話制御回路２１は、アナログ電話機１１ａ〜１１ｄに対する給電、呼出音の送出、状態検出などを行う回路であって、いずれかの電話機から最初に電話をかける場合にも、またいずれかの電話機が既に通話中の場合において他の電話機からさらに電話をかける場合にも、局内の交換機側に代わってＣＰＵ２５とともにこれらの機能を実現するものである。
【００２８】
ＣＯＤＥＣ２２は、アナログ電話機１１ａ〜１１ｄからのアナログ音声信号を符号化してデジタル音声信号を生成する。また、ＤＳＰ２３からのデジタル音声信号を復号化して元のアナログ音声信号を再生する。符号化方式としては、Ｇ．７２９、Ｇ７２３．１など、音声圧縮率が高い方式が採用されるが、これらに限定されるものではない。
【００２９】
ＤＳＰ２３は、ＣＯＤＥＣ２２からのデジタル音声信号を例えば２０ｍｓといった所定の時間間隔で分割（パケット化）し、音声パケットを生成する。また、ＣＰＵ２５からの音声パケットを結合（デパケット化）して元のデジタル音声信号を再生する。
【００３０】
ＣＰＵ２５は、ＤＳＰ２３からの音声パケットにＲＴＰヘッダ、ＵＤＰヘッダおよびＩＰヘッダを付加してＶｏＩＰパケットを生成した後、そのヘッダ部分（ＲＴＰヘッダ、ＵＤＰヘッダおよびＩＰヘッダ）の圧縮を行う。またその逆の処理であるヘッダ部分の伸張やＶｏＩＰパケットの分解も行う。
【００３１】
図３は、ＶｏＩＰ多重化装置１２に実装されるプロトコルスタックを示す図である。
【００３２】
図３に示されるように、ＶｏＩＰ多重化装置１２には、ＤＳＰ２３とプロトコルスタック間でパケットデータの中継を行うコントロールプレーン３１ａと、ＲＴＰ／ＵＤＰ／ＩＰのプロトコルスタック３１ｂと、ヘッダ圧縮／伸張機能であるＣＲＴＰ（Ｃｏｍｐｒｅｓｓｅｄ  Ｒｅａｌ  Ｔｉｍｅ  ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ：圧縮リアルタイム転送プロトコル）３１ｃと、ＰＰＰ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）３１ｄが実装されている。また上述したように、呼の要求とその応答を制御してセッションを確立するためのシグナリングプロトコルであるＳＩＰ３１ｅも実装されている。
【００３３】
本実施形態においては、ヘッダ圧縮方式としてＣＲＴＰ３１ｃを実装することが好ましい。ＶｏＩＰパケットのペイロードが例えばＧ．７２９によって符号化された場合には約８ｋｂｐｓとなり、ペイロードは十分に圧縮されるが、非圧縮のＩＰ／ＵＤＰ／ＲＴＰヘッダ全体は４０バイトとなるため、これをＣＲＴＰによって２〜４バイト程度に圧縮することで複数アナログ電話機１１ａ〜１１ｄからのＶｏＩＰパケット全体をアナログ回線の帯域内に納めることができる。
【００３４】
図４は、ＶｏＩＰゲートウェイ１６ａのプロトコルスタックを示す図である。
【００３５】
図４に示されるように、ＶｏＩＰゲートウェイ１６ａには、ＶｏＩＰ多重化装置１２と同様のプロトコルスタックに加えて、ＩＰネットワークに接続するためのプロトコルが実装されている。すなわち、ＶｏＩＰゲートウェイ１６ａにはコントロールプレーン４１ａ、ＲＴＰ／ＵＤＰ／ＩＰのプロトコルスタック４１ｂ、ヘッダ圧縮／伸張機能であるＣＲＴＰ４１ｃ、およびＰＰＰ４１ｄが実装されており、さらに、コントロールプレーン４２ａと、ＲＴＰ／ＵＤＰ／ＩＰのプロトコルスタック４２ｂと、ＩＥＥＥ８０２．３（イーサネット（登録商標））４２ｄが実装されている。したがって、ＶｏＩＰゲートウェイ１６ａはアナログ回線を介して送信されてきたＶｏＩＰパケットの圧縮されたヘッダを伸張し、これをＩＰネットワーク上に送出することができる。
【００３６】
電話機１１ａから最初に電話をかける場合には、電話機１１ａから被呼者の電話番号（例えば、“０３−１２３４−５６７８”）からダイヤルされることでＶｏＩＰ多重化装置内のアナログ電話制御回路２１との間で擬似的に回線が接続された後、ＣＰＵ２５の処理により、ＩＰ電話事業者を選択するための事業者識別番号（例えば、“００７７”）が付加された電話番号（“００７７−０３−２３４５−７８９０”）がダイヤルされて、ＩＰ電話事業者のネットワーク側装置であるＶｏＩＰゲートウェイとの回線接続が行われる。ただし、加入者が事業者固定サービスを利用しており、そのＩＰ電話事業者を固定事業者として登録している場合には、多重化装置がそのような処理を行う必要はない。
【００３７】
そして、ＶｏＩＰ多重化装置１２とＶｏＩＰゲートウェイ１６ａとの間で回線が接続されると、両者の間でＰＰＰ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）接続が行われる。ＰＰＰでは、ダイヤルアップ接続、ＰＡＰやＣＨＡＰなどによるユーザ認証、およびＩＰアドレスの割り当てが順に行われる。ダイヤルアップネットワーク接続が確立すると、被呼者の電話番号（“０３−１２３４−５６７８”）を示すＵＲＩ  （Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を宛先として、実際の通話のためのＳＩＰによる呼処理が開始される。
【００３８】
ＳＩＰによる呼処理にてセッション確立後は、電話機１１ａからの音声信号がＣＯＤＥＣ２２によって符号化され、デジタル音声信号がＶｏＩＰパケット化され、さらにＶｏＩＰヘッダが圧縮される。そして、ヘッダ圧縮されたＶｏＩＰパケットがモデムを介してアナログ回線１３上に送出される。ＶｏＩＰゲートウェイ１６ａでは、送信側とは逆の信号処理手順により、ＶｏＩＰパケットの圧縮ヘッダ部分を伸張し、ＶｏＩＰパケットをＩＰネットワーク上に送信することにより、ＩＰ電話としての通話を実現する。
【００３９】
電話機１１ａが通話中の場合には当該電話機１１ａとＶｏＩＰゲートウェイ１６との間のネットワーク接続が既に確立しているため、他の電話機１１ｂからさらに電話をかける場合には、まず被呼者の電話番号（例えば、“０３−９９９９−９９９９”）をダイヤルすることでアナログ電話制御回路２１との間で回線が擬似的に接続された後、既に接続しているダイヤルアップネットワークを利用して、ＶｏＩＰパケットの送出が行われる。すなわち、被呼者の電話番号（“０３−９９９９−９９９９”）を示すＵＲＩを宛先として、実際の通話のためのＳＩＰによる呼処理が実行された後、他の電話機１１ｂからの音声信号がＣＯＤＥＣ２２によって符号化され、デジタル音声信号がＤＳＰ２３およびＣＰＵ２５によってＶｏＩＰパケット化され、さらにヘッダ圧縮される。そして、ヘッダ圧縮されたＶｏＩＰパケットがモデム２７を介してアナログ回線上に送出される。ＶｏＩＰゲートウェイ１６では、ＶｏＩＰパケットの圧縮ヘッダ部分を伸張し、ＶｏＩＰパケットをＩＰネットワーク１７上に送信することにより、ＩＰ電話としての通話が実現される。
【００４０】
図５および図６は、図１に示したシステムにおいてＶｏＩＰ多重化装置に接続されたアナログ電話機１１とＩＰネットワークに接続されたＩＰ電話機２０との間の通話を示す図であって、図５は模式図、図６はシーケンス図である。
【００４１】
図５に示されるように、アナログ電話機１１からＩＰ電話機２０に電話をかける場合には、ＶｏＩＰ多重化装置内のＳＩＰ−ＵＡからＳＩＰサーバに対して発呼要求が行われ、ＳＩＰサーバが発呼要求を着呼側のＩＰ電話機内のＳＩＰ−ＵＡに転送することで実現される。
【００４２】
図６に示されるように、アナログ電話機１１がオフフックおよびダイヤルされると、ＶｏＩＰ多重化装置１２に実装された発呼側のＳＩＰ−ＵＡは、ＳＩＰサーバ１６ｂへ「ＩＮＶＩＴＥ」信号を送信する（Ｓ６０１）。「ＩＮＶＩＴＥ」信号はＳＩＰサーバ１６ｂによってＩＰ電話機２０に実装された着呼側のＳＩＰ−ＵＡに転送されるとともに（Ｓ６０２）、その旨を通知する「１００Ｔｒｙｉｎｇ」信号が発呼側のＳＩＰ−ＵＡに返信される（Ｓ６０３）。
【００４３】
「ＩＮＶＩＴＥ」信号を受信した着呼側のＳＩＰ−ＵＡは、ＩＰ電話機２０のベルを鳴動させるとともに、その旨を通知する「１８０Ｒｉｎｇｉｎｇ」信号を返信する（Ｓ６０４）。「１８０Ｒｉｎｇｉｎｇ」信号はＳＩＰサーバ１６ｂによって発呼側のＳＩＰ−ＵＡに転送される（Ｓ６０５）。そしてＩＰ電話機２０がオフフックされると、着呼側のＳＩＰ−ＵＡからＳＩＰサーバ１６ｂへ「２００ＯＫ」信号が送信される（Ｓ６０６）。「２００ＯＫ」信号はＳＩＰサーバ１６ｂによって発呼側のＳＩＰ−ＵＡに転送される（Ｓ６０７）。
【００４４】
「２００ＯＫ」信号を受信した発呼側のＳＩＰ−ＵＡは、受領確認通知である「ＡＣＫ」信号を送信するので（Ｓ６０８）、これがＳＩＰサーバ１６ｂを介して着呼側のＳＩＰ−ＵＡに届けられる（Ｓ６０９）。そして着呼側のＳＩＰ−ＵＡが「ＡＣＫ」信号を受信した時点でアナログ電話機１１とＩＰ電話機２０との間の通話路の経路が設定され通話が開始される（Ｓ６１０）。
【００４５】
発呼側のアナログ電話機１１がオンフックされると、発呼側のＳＩＰ−ＵＡから「ＢＹＥ」信号が送信され（Ｓ６１１）、「ＢＹＥ」信号はＳＩＰサーバ１６ｂによって着呼側のＳＩＰ−ＵＡに転送される（Ｓ６１２）。着呼側のＳＩＰ−ＵＡによって「ＢＹＥ」信号が受信されると、その旨がＩＰ電話機２０に通知される。そしてＩＰ電話機２０がオンフックされると、着呼側のＳＩＰ−ＵＡから「２００ＯＫ」信号が送信され（Ｓ６１３）、これがＳＩＰサーバ１６ｂによって発呼側のＳＩＰ−ＵＡに転送される（Ｓ６１４）。以上の手順を経て通話が終了する。
【００４６】
図７および図８は、図１に示したシステムにおいてＶｏＩＰ多重化装置に接続されたアナログ電話機１１とアナログ電話機１９との間の通話を示す図であって、図７は模式図、図８はシーケンス図である。
【００４７】
図７に示されるように、アナログ電話機１１からアナログ電話機１９に電話をかける場合には、ＶｏＩＰ多重化装置内のＳＩＰ−ＵＡからＳＩＰサーバに対して発呼要求が行われ、ＳＩＰサーバがその発呼要求をメディアゲートウェイ１８に転送することで実現される。
【００４８】
図８に示されるように、アナログ電話機１１がオフフックおよびダイヤルされると、ＶｏＩＰ多重化装置１２に実装された発呼側のＳＩＰ−ＵＡは、ＳＩＰサーバ１６ｂへ「ＩＮＶＩＴＥ」信号を送信する（Ｓ８０１）。「ＩＮＶＩＴＥ」信号はＳＩＰサーバ１６ｂによってメディアゲートウェイ１８に転送されるとともに（Ｓ８０２）、その旨を通知する「１００Ｔｒｙｉｎｇ」信号が発呼側のＳＩＰ−ＵＡに返信される（Ｓ８０３）。「ＩＮＶＩＴＥ」信号を受信したメディアゲートウェイ１８は、共通線信号方式Ｎｏ．７に従って交換機１４ｂへ「ＩＡＭ」信号を送信する（Ｓ８０４）。
【００４９】
「ＩＡＭ」信号を受信した交換機１４ｂは、アナログ電話機１９のベルを鳴動させるとともに、その旨を通知する「ＡＣＭ」信号を返信する（Ｓ８０５）。「ＡＣＭ」信号を受信したメディアゲートウェイ１８は、その旨を通知する「１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ」信号をＳＩＰサーバ１６ｂに送信する（Ｓ８０６）。「１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ」信号はＳＩＰサーバ１６ｂによって発呼側のＳＩＰ−ＵＡに転送される（Ｓ８０７）。
そしてアナログ電話機１９がオフフックされると、交換機１４ｂからメディアゲートウェイ１８へ「ＡＮＭ」信号が送信される（Ｓ８０８）。「ＡＮＭ」信号を受信したメディアゲートウェイ１８は、その旨を通知する「２００ＯＫ」信号をＳＩＰサーバ１６ｂに送信する（Ｓ８０９）。「２００ＯＫ」信号はＳＩＰサーバ１６ｂによって発呼側のＳＩＰ−ＵＡに転送される（Ｓ８１０）。
【００５０】
「２００ＯＫ」信号を受信した発呼側のＳＩＰ−ＵＡは、受領確認通知である「ＡＣＫ」信号を送信するので、これがＳＩＰサーバ１６ｂを介してメディアゲートウェイ１８に届けられる。そしてメディアゲートウェイ１８が「ＡＣＫ」信号を受信した時点でアナログ電話機１１とＩＰ電話機２０との間の通話路の経路が設定され通話が開始される（Ｓ８１３）。
【００５１】
発呼側のアナログ電話機１１がオンフックされると、発呼側のＳＩＰ−ＵＡから「ＢＹＥ」信号が送信され（Ｓ８１４）、「ＢＹＥ」信号はＳＩＰサーバ１６ｂによってメディアゲートウェイ１８に転送される（Ｓ８１５）。メディアゲートウェイ１８が「ＢＹＥ」信号を受信すると、メディアゲートウェイ１８から交換機１４ｂに「ＲＥＬ」信号が送信されるとともに（Ｓ８１６）、「２００ＯＫ」信号がＳＩＰサーバ１６ｂに返信され（Ｓ８１７）、これがＳＩＰサーバ１６ｂによって発呼側のＳＩＰ−ＵＡに転送される（Ｓ８１８）。
【００５２】
交換機１４ｂは、メディアゲートウェイ１８から「ＲＥＬ」信号を受信すると、メディアゲートウェイ１８に「ＲＬＣ」信号を送信する（Ｓ８１９）。以上の手順を経て通話が終了する。
【００５３】
以上説明したように、本実施形態によれば、ブロードバンド回線を導入することなく、１本のアナログ回線のみで複数の通話を実現することができる。したがって、複数の電話回線を契約している事業者等は、契約回線数を削減することが可能となり、月額の基本料金支払額が少なくなるため、基本料金コストを抑えることができる。また、いずれか１台の電話機が通話しているときに他の電話機からさらに通話しようとする場合には、先に使用中の回線を利用した通話が実現されるので、通話料金を削減することができ、通信コストを抑えることができる。
【００５４】
本発明は、以上の実施形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で種々の変更が可能であり、これらも本発明の範囲に包含されるものであることは言うまでもない。
【００５５】
例えば、前記実施形態においては、４台のアナログ電話機を接続することが可能なＶｏＩＰ多重化装置を例に説明したが、これに限定されるものではなく、２台以上であれば接続可能な台数は何台であっても構わない。
【００５６】
また、前記実施形態においては、ヘッダ圧縮方式としてＣＲＴＰを採用した場合を例に説明したが、ＲＯＨＣ（Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ：ロバストヘッダ圧縮を採用してもよく、その他のヘッダ圧縮方式を採用しても構わない。
【００５７】
【発明の効果】
以上説明したように、本発明によれば、ブロードバンド回線を導入することなく、１本のアナログ回線のみで複数の通話を実現することが可能なＶｏＩＰ多重化装置を提供することができる。
【図面の簡単な説明】
【図１】図１は、本発明にかかるＶｏＩＰ多重化装置を含むネットワークシステム全体の構成を示す模式図である。
【図２】図２は、ＶｏＩＰ多重化装置１２の構成を示す略ブロック図である。
【図３】図３は、ＶｏＩＰ多重化装置１２に実装されるプロトコルスタックを示す図である。
【図４】図４は、ＶｏＩＰゲートウェイ１６ａのプロトコルスタックを示す図である。
【図５】図５は、図１に示したシステムにおいてＶｏＩＰ多重化装置に接続されたアナログ電話機１１とＩＰネットワークに接続されたＩＰ電話機２０との間の通話を示す模式図である。
【図６】図６は、図１に示したシステムにおいてＶｏＩＰ多重化装置に接続されたアナログ電話機１１とＩＰネットワークに接続されたＩＰ電話機２０との間の通話手順を示すシーケンス図である。
【図７】図７は、図１に示したシステムにおいてＶｏＩＰ多重化装置に接続されたアナログ電話機１１とアナログ電話機１９との間の通話を示す模式図である。
【図８】図８は、図１に示したシステムにおいてＶｏＩＰ多重化装置に接続されたアナログ電話機１１とアナログ電話機１９との間の通話手順を示すシーケンス図である。
【符号の説明】
１１      アナログ電話機
１１ａ〜１１ｄ      アナログ電話機
１２      ＶｏＩＰ多重化装置
１３      アナログ回線（一般加入者回線）
１４、１４ａ、１４ｂ      交換機
１５      電話回線網（ＰＳＴＮ）
１６ａ      ＶｏＩＰゲートウェイ（ＶｏＩＰ−ＧＷ）
１６ｂ      ＳＩＰサーバ
１７      ＩＰネットワーク
１８      メディアゲートウェイ（メディア−ＧＷ）
１９      アナログ電話機
２０      ＩＰ電話機
２１      アナログ電話制御回路
２２      ＣＯＤＥＣ
２３      ＤＳＰ
２５      ＣＰＵ
２６      メモリ
２７      モデム
３１ａ      コントロールプレーン
３１ｂ      ＲＴＰ／ＵＤＰ／ＩＰプロトコルスタック
３１ｃ      ＣＲＴＰ（ヘッダ圧縮／伸張機能）
３１ｄ      ＰＰＰ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）
３１ｅ      ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）
４１ａ      コントロールプレーン
４１ｂ      ＲＴＰ／ＵＤＰ／ＩＰプロトコルスタック
４１ｃ      ＣＲＴＰ（ヘッダ圧縮／伸張機能）
４１ｄ      ＰＰＰ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）
４２ａ      コントロールプレーン
４２ｃ      ＲＴＰ／ＵＤＰ／ＩＰプロトコルスタック
４２ｄ      ＩＥＥＥ８０２．３
【図１】
2004343417.tif 000003
【図２】
2004343417.tif 000004
【図３】
2004343417.tif 000005
【図４】
2004343417.tif 000006
【図５】
2004343417.tif 000007
【図６】
2004343417.tif 000008
【図７】
2004343417.tif 000009
【図８】
2004343417.tif 000010