JP2004222013A - インターネットプロトコル電話システム - Google Patents
インターネットプロトコル電話システム Download PDFInfo
- Publication number
- JP2004222013A JP2004222013A JP2003007746A JP2003007746A JP2004222013A JP 2004222013 A JP2004222013 A JP 2004222013A JP 2003007746 A JP2003007746 A JP 2003007746A JP 2003007746 A JP2003007746 A JP 2003007746A JP 2004222013 A JP2004222013 A JP 2004222013A
- Authority
- JP
- Japan
- Prior art keywords
- network
- telephone
- internet protocol
- existing telephone
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】インターネットプロトコル網が提供可能な番号やサービスであるか否かを判断し、インターネットプロトコル網を使って発信した場合と、公衆交換電話網からなる既存電話網を使って発信した場合とを、ユーザに対して明確に通知すると共に、最適なプロトコルを採用し、インターネットプロトコル網で接続できない番号と判明したとき公衆交換電話網を使って接続することを可能とするインターネットプロトコル電話システムを提供することにある。
【解決手段】インターネットプロトコル電話システムにおいて、既存電話端末２がＶｏＩＰ制御端末３を介した後、直接およびインターネットプロトコル網５を介して既存電話網６に接続されるインターネットプロトコル電話システムであって、前記ＶｏＩＰ制御端末３に対して、ＳＩＰプロトコルによりサポートされているインターネットプロトコル網５として提供可能な番号並びにサービスおよび提供不可能な番号を該インターネットプロトコル網５が通知することを特徴とする。
【選択図】図１
【解決手段】インターネットプロトコル電話システムにおいて、既存電話端末２がＶｏＩＰ制御端末３を介した後、直接およびインターネットプロトコル網５を介して既存電話網６に接続されるインターネットプロトコル電話システムであって、前記ＶｏＩＰ制御端末３に対して、ＳＩＰプロトコルによりサポートされているインターネットプロトコル網５として提供可能な番号並びにサービスおよび提供不可能な番号を該インターネットプロトコル網５が通知することを特徴とする。
【選択図】図１
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネットやイントラネットなどのＩＰ（インターネットプロトコルの略称）ネットワークに音声を通すためのＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ：インターネットプロトコルで音声を通すことの略称）制御端末を介して、発信側の既存電話端末と受信側の既存電話網を直接又はＩＰ網（デジタル専用線、フレームリレー、インターネット）を介して接続するＩＰ電話システムに関する。
【０００２】
【従来の技術】
ＩＰネットワークを介したＩＰ加入電話システムは、ネットワークの網域を効率的に使用することにより通信費の抑制が可能となる。そのため、このシステムを使うＩＰ加入電話サービスは、網内では距離に応じて課金されることのないＩＰ網を介しているので、従来の電話交換網の距離に応じて課金される電話サービスと比較し、低コスト、従来にはない付加サービスの提供が可能であり、今後急速な発展が見込まれている。
【０００３】
図４は従来の電話交換網とインターネットプロトコル網を結合した通信網接続装置（例えば、特許文献１を参照）を示す図である。
【０００４】
図４で、送信側の電話端末７４が着信側の電話端末７９にダイアルすると、交換機７０はダイアル番号を分析し、チャイルド音声ゲートウエイ６４への方路を決定し、チャイルド音声ゲートウエイ６４に起動をかけ、ダイアル数字を送出する。チャイルド音声ゲートウエイ６４はダイアル数字を受信すると、申告先表に存在するペアレント音声ゲートウエイ６０に対して宛先問い合わせメッセージを送信する。ペアレント音声ゲートウエイ６０は方路選択表を参照して、宛先数字に相当するトランスポートアドレスを探す。しかし、方路選択表に存在しないとき、ペアレント音声ゲートウエイ６０は、宛先問い合わせヘッダのみからなる、宛先問い合わせ失敗メッセージを、宛先問い合わせ失敗メッセージの送信元であるチャイルド音声ゲートウエイ６４に送信する。チャイルド音声ゲートウエイ６４は宛先問い合わせ失敗メッセージを受信すると、電話交換網１０に対してあらためて呼設定を開始する。
【０００５】
このＩＰ電話のＩＰ網は、ＩＰアドレスを用いるためにＨ．３２３に基づくＴＣＰ／ＩＰプロトコルでサポートされている。一方、公衆電話回線ＧＳＴＮと接続するＶｏＩＰ端末（チャイルド音声ゲートウエイ６４およびペアレント音声ゲートウエイ６０）は、ＧＳＴＮ側の呼接続やルーテイング（経路制御）のためのアウトバンド・シグナリングであるＳＳ７とつながなければならないので、完全にアウトバンド・シグナリング・プロトコルを変換しなければならない。しかし、Ｈ．３２３でサポートされているプロトコルは複雑なため、装置の開発が容易ではなく、新たなアプリケーションの開発も容易ではなかった。
【０００６】
このアプリケーション開発を容易にするプロトコルとしてＳＩＰ（セッション開始プロトコル）がある。
【０００７】
このＳＩＰプロトコルは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）の機関で、ＲＦＣ３２６１と規定されているプロトコルである。
【０００８】
以下、このＳＩＰプロトコルの特性について説明する。
【０００９】
電話サービスを実現するためには、通話に必要な動作パラメータが、音声の伝送に先立ってＩＰ電話機に設定される必要がある。必要な動作パラメータとは、（ａ）音声信号の符号化方法、（ｂ）送信に用いるトランスポート・アドレス（ＩＰアドレスとポート番号）、（ｃ）必要なネットワーク帯域、（ｄ）通話開始、受付の許可、（ｅ）着信相手の居場所などの情報である。
【００１０】
これらの情報を、ＩＰ電話機間（インターネット電話機間）、およびＩＰ電話機とネットワーク中のサービス提供サーバとの間でやりとりする仕組み（シグナリング）として、ＳＩＰが使われる。
【００１１】
ただし、ＳＩＰの標準の中に、これらすべてのことが規定されているわけではないので、既存のプロトコル、および電子メール型のアドレス表現やＨＴＴＰ（ハイパーテキスト転送プロトコル）のコードが利用される。
【００１２】
ＳＩＰは、セッションの開始や終結を行うが、セッションの内容については関知しない。すなわち、ＳＩＰは、セッション情報を規定するＳＤＰ（セッション記述プロトコル）を用いる仕組みをもっているので、プロトコルの内部にはセッションに関する情報を含まない。これによって、サーバ機能の実装や、サービスを提供するクライアント数を増やすことが容易になる。言い換えれば、セッション情報をもたず、必要に応じてＳＤＰを利用することによって、それぞれのクラィアントの処理に必要なサーバのメモリ量が削減されるので、より多くのクライアントにサービスを提供することができる。
【００１３】
ＳＩＰに基づく端末のプロトコル構成において、音声やビデオ信号のＲＴＰ（リアルタイム伝送プロトコル）パケットは、それぞれＵＤＰ（ユーザー・データグラム・プロトコル）／ＩＰによって伝送される。ＴＣＰのサポートはオプションである。Ｈ．３２３端末のプロトコルがＴＣＰのサポートが必須であるのと大きく異なる。
【００１４】
ＳｌＰの通信手順、特に、端末同士の直接通信手順を説明する。
▲１▼まず、発呼側が受話器を持ち上げて、電話番号をダイヤルする。すると、着呼側へ向かって「ＩＮＶＩＴＥ」リクエスト（セッション参加要求）が送られる。
▲２▼着呼側に「ＩＮＶＩＴＥ」リクエストが届くと、着呼側から発呼側へ向かって、「１００Ｔｒｙｉｎｇ」レスポンスが送られる。
▲３▼次いで、着呼側から発呼側に向かって「１８０Ｒｉｎｇｉｎｇ」レスポンスが送られる。そして、着呼側で受話器を取り上げたとき、「２０００Ｋ」レスポンスが送られる。
▲４▼発呼側からＡＣＫ（確認応答）が送られることによって、通信のためのポートが開かれて通話ができるようになる。
▲５▼通話を終了するときは、「ＢＹＥ」メッセージを送る。「ＢＹＥ」メッセージは、発呼側・着呼側のいずれからでも出すことができる。
「ＩＮＶＩＴＥ」リクエストは、セッションヘの参加要求であり、▲１▼着呼側のアドレス、▲２▼発呼側のアドレス、▲３▼通話に使うメディアの定義が含まれている。
【００１５】
発呼側、着呼側のアドレスには、電話番号の代わりに電子メール・アドレス型の宛先指示子を用いる。また、１００Ｔｒｙｉｎｇや１８０Ｒｉｎｇｉｎｇなどの先頭の３桁は、ＨＴＴＰで使う３桁のレスポンス・コードの体系に準拠したものを用いる。
【００１６】
ＳＩＰサーバを利用して通信するときは、ユーザー端末は自分の所在地をＲＥＧＩＳＴＥＲ（登録）リクエストでＳＩＰサーバに登録する。また、ユーザ端末は、登録情報を変更することで、移動先へメッセージの宛先を変更（リダイレクト）する。このＳＩＰサーバを、プロキシー・サーバやリダイレクト・サーバとすることができる。
【００１７】
（ＳＩＰのメッセージ・フォーマット）
ＳＩＰでは、通話の発呼側や着呼側のアドレスを指定するのにＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を用いており、ＳＩＰ−ＵＲＬと言う。ＵＲＬは、インターネットに分散しているリソース（コンピュータ資源）のアドレスを指定し、アクセスするための書式となっている。ＳＩＰのＵＲＬは、ＷＷＷのページのアドレスを指定するＵＲＬと同じ規定に従っている。
【００１８】
ＳＩＰ−ＵＲＬを示すＵＲＬは、「ｓｉｐ：」で始まる。その次のフィールドは、ユーザーの識別子である。識別子としては、ユーザー名だけでなく、電話番号を用いることもできる。＠の後には、ＳＩＰサービスを提供する端末やサーバのホスト名として、ドメイン名あるいはＩＰアドレスを使うことができる。
【００１９】
（ＳＩＰのメッセージ書式）
ＳＩＰのメッセージは、リクエスト（要求）とレスポンス（応答）に分けられる。リクエストは、電話（ＩＰ電話）をかける側のユーザー・エージェント・クライアント（ＵＡＣ）から、ＳＩＰサーバヘ向けて送り出されるメッセージである。これに対してレスポンスは、ユーザー・エージェント・サーバ（ＵＡＳ）やＳＩＰサーバから、ＵＡＣへ返される応答メッセージである。
【００２０】
（リクエスト）
リクエストのスタート・ラインには、ＩＮＶＩＴＥやＡＣＫなどが含まれ、必要に応じてＳＩＰ−ＵＲＬも含まれる。このＳＩＰ−ＵＲＬは、知り得た限りのホスト名までフルに含んだアドレス指定になる。一方、メッセージ・ヘッダには、発呼側のユーザ情報、着呼側のユーザー情報や呼に固有な番号が含まれている。メッセージ・ボディには、ＳＤＰ（セッション記述プロトコル）に基づいたセッション情報が収納される。セッション情報としては、例えばサポートしている音声コーデックの種類や通話に用いるビット・レートが含まれている。
【００２１】
ＳＩＰのメッセージ・ヘッダは電子メール・ヘッダと同じルールに従って構成されている。メッセージの「〈〉」の中はメール・アドレスに相当する。
【００２２】
（レスポンス）
レスポンスのスタートラインには、３桁の状態コードとその簡単な説明が入る。メッセージ・ヘッダおよびメッセージ・ボデイに関してはリクエストの場合と同じである。
【００２３】
（ＳＩＰの特徴）
ＳＩＰは、テキスト表現のプロトコルで軽く、実装も容易といわれている。一般にＳＩＰは、既存のインターネット技術を応用しているので、ＷＷＷとの相性も良い。また、ＳＩＰは、ＳＩＰサーバを状態の記憶をゼロにできる、即ち、通信状態が移り変わっていく経緯をサーバが記憶しておかなくてもよくなり、例えばＨ．２４５の状態遷移型のプロトコルと比べて、拡張性に優れている。
【００２４】
ＰＳＴＮ（一般の公衆電話回線）との接続についてみると、ＶｏＩＰ端末は、ＰＳＴＮ側の呼接続、ルーテイング（経路制御）のためのアウトバンド・シグナリングであるＳＳ７とつながる必要がある。アウトバンド・シグナリングとは、呼制御用の信号と、音声通話信号を分けてやりとりする方式である。ＳＩＰは、ＳＳ７のＩＳＵＰ（音声通話回線をつなぐための情報を送るプロトコル）との親和性を考慮して設計されている。
【００２５】
また、プロトコルの表現では、ＳＩＰの場合テキスト表現をとり、キャラクタ変換した結果をメッセージそのものとして読むことができる。このため、デバッグやエラー発生時の保守がし易くなり、実装が容易になる。
【００２６】
（現状）
現在、ＩＰ電話のプロトコルとしてＳＩＰを用いたシステムは見当たらない。本発明はこのこの点にも着目した発明である。
【００２７】
【特許文献１】特開２００１−２９８４９１号公報
【００２８】
【発明が解決しようとする課題】
従来の電話サービスと同等の利便性を確保するために、接続できない番号やサービスについては従来の電話網を使って発信し、ＩＰ電話として提供可能な番号やサービスに対してはＩＰ網に対して発信するというしくみが必要となる。
【００２９】
その際、ＩＰ網を使って発信した場合と、既存電話網を使って発信した場合では通話料金が異なることから、ユーザに対して呼毎にどちらを使って発信しているのかを明確に通知することが、ユーザ側の一つの二一ズと考えられる。即ち、低コストのＩＰ電話と考えて長電話したら、実は既存の電話網経由で通話していたため、従来の距離に応じて課金される電話料金を請求されるといった問題を解消する必要が認識されていた。
【００３０】
また、ＩＰ電話における公衆電話網をサポートするためにより都合の良いプロトコルの採用が必要とされている。
【００３１】
そこで、本発明の目的は、前記問題点に鑑み、インターネットプロトコル網が接続可能な番号や提供可能なサービスであるか否かを判断し、インターネットプロトコル網を使って発信できない場合、接続不能信号を戻すインターネットプロトコル電話システムを提供することにある。
【００３２】
また、本発明の他の目的は、インターネットプロトコル網が接続可能な番号や提供可能なサービスであるか否かを判断し、インターネットプロトコル網を使って発信した場合と、公衆交換電話網からなる既存電話網を使って発信した場合とを、ユーザに対して明確に通知するインターネットプロトコル電話システムを提供することにある。
【００３３】
また、本発明の他の目的は、最適なプロトコルを採用し、インターネットプロトコル網で接続できない番号と判明したとき公衆交換電話網からなる既存電話網を使って接続することを可能とするインターネットプロトコル電話システムを提供することにある。
【００３４】
【課題を解決するための手段】
本発明は、前記各目的を達成するために以下の解決手段を採用する。
（１）インターネットプロトコル電話システムにおいて、既存電話端末がＶｏＩＰ制御端末を介した後、直接およびインターネットプロトコル網を介して既存電話網に接続されるインターネットプロトコル電話システムであって、前記ＶｏＩＰ制御端末に対して、ＳＩＰプロトコルによりサポートされているインターネットプロトコル網として提供可能な番号並びにサービスおよび提供不可能な番号を前記インターネットプロトコル網が通知することを特徴とする。
（２）インターネットプロトコル電話システムにおいて、既存電話端末がＶｏＩＰ制御端末を介した後、ＡＤＳＬ網、ＩＳＰ、およびインターネットプロトコル網の順に介して既存電話網に接続されると共に、前記ＶｏＩＰ制御端末を介した後直接前記既存電話網に接続されるインターネットプロトコル電話システムであって、前記ＶｏＩＰ制御端末に対して、前記インターネットプロトコル網として提供可能な番号並びにサービスおよび提供不可能な番号を前記インターネットプロトコル網が通知することを特徴とする。
（３）前記（１）又は（２）記載のインターネットプロトコル電話システムにおいて、前記既存電話端末が前記インターネットプロトコル網を介して前記既存電話網に発信しているとき、前記インターネットプロトコル網が発信側の前記既存電話端末を介してその発信状態をユーザに通知することを特徴とする。
【００３５】
【発明の実施の形態】
以下、本発明の実施の形態を図に基づいて詳細に説明する。
【００３６】
（第１実施例）
図１は本発明のインターネット電話システムの第１実施例を示す図である。主な構成要素を説明する。
【００３７】
（ＶｏＩＰ制御端末）
本発明の制御動作を行うＶｏＩＰ制御端末３は、既存電話端末２とＩＰ網５または既存電話網６へ接続され、従ってＩＰ網５および既存電話網６への接続インタフェースを有し、既存電話端末２の呼に応じてＩＰ網５または既存電話網６のいずれかに発信することを可能とする装置である。ただしＶｏＩＰ制御端末３自身が既存電話端末２の電話機機能を持つことも可能である。
【００３８】
（ＩＰ電話制御装置）
ＩＰ網５側にあって、ＶｏＩＰ制御端末３からの接続要求を処理し、相手先既存電話端末７に対して接続を行う。またＩＰ網５経由で接続できない番号やサービスヘの接続要求を受信した場合には、ＶｏＩＰ制御端末３に対して既存電話網６を使って発信するよう指示する機能を有する。
【００３９】
ＩＰ網５として接続可能な（電話）番号や提供可能なサービスであるか否かを判断する方式としては、ＩＰ網５側で行う方式（方式１）と既存電話端末２側で行う方式（方式２）の２つが考えられる。これら方式の、接続可能な番号や提供可能なサービスは将来変わり得るため、将来の変更に柔軟に対応できる方式が望ましい。即ち、数干、数万の既存電話端末２個々の設定を変更する必要のある方式２よりも、１ないし数台のＩＰ網５側のＩＰ電話制御装置４の変更により対応可能な方式１のほうが柔軟性の高い方式といえる。
【００４０】
そのため、本発明は、前記方式１に基づいて、ＩＰ網５が加入電話端末に対してＩＰ網５として接続可能な番号や提供可能なサービスおよび接続不可能な番号を通知する方式をとることを特徴とする。
【００４１】
図１のシステム１では、各家庭等の送信側の既存電話端末２はＶｏＩＰ制御端末３を介して２つの異なるルートで受信側の既存電話端末７に接続可能に構成されている。前記ルートの一方は、ＶｏＩＰ制御端末３からＩＰ網５および既存電話網６を介して既存電話端末７に接続するルートであり、他方のルートは既存電話網６を介して既存電話端末７に接続するルートとなっている。
【００４２】
前記ＶｏＩＰ制御端末３は、ＩＰ網５および既存電話網６への接続インタフェースを有し、既存の電話端末を収容してＩＰ網および既存電話網の双方に発信することを可能とする装置である。なお、ＶｏＩＰ制御端末３はそれ自体で既存電話端末２の機能を含んだ電話機機能を備えることも可能である。
【００４３】
前記ＩＰ網５はＩＰ電話制御装置４を有する。前記ＩＰ電話制御装置４は、ＩＰ網５側にあって、ＶｏＩＰ制御端末３からの接続要求を処理し、相手先既存電話端末７に対して接続を行い、また、ＩＰ網５経由で接続できない番号およびサービスへの接続要求を受信した場合には、ＶｏＩＰ制御端末３に対して既存電話網６を使って発信するように指示する。
【００４４】
（自動ＰＳＴＮ〔公衆交換電話網〈加入電話網〉〕迂回機能）
ＶｏＩＰ制御端末３側は、既存電話網６等からなるＰＳＴＮに発信する番号（将来的に変更がない番号）をテーブルで持ち、その番号をユーザが既存電話端末２で回した場合は、ＰＳＴＮに発信する。
【００４５】
既存電話端末２から前記ＶｏＩＰ制御端末３側のテーブルに無い番号をユーザが回した場合、まずＩＰ網５側で発信する。ＩＰ網５側で発信した番号が、まだＩＰ網５側で対応していない場合は、ＩＰ網５からＶｏＩＰ制御端末３に、「４０４ ＮｏｔＦｏｕｎｄ」というＳＩＰ（セッション開始手順）信号を返送する。前記「セッション」とは、さまざまな通信サービスにおける通信それ自体を指す。例えば、ＩＰ電話では、「セッション」は、ある音声通話の始まりから終わりまでを指す。
【００４６】
前記信号「４０４ ＮｏｔＦｏｕｎｄ」を受信したＶｏＩＰ制御端末３は、そのままの番号で既存電話網６等からなるＰＳＴＮに発信する。
【００４７】
以上の動作を保障するために、ＶｏＩＰ制御端末３は、既存電話網６等のＰＳＴＮへ発信する番号以外は、まずＩＰ網５側に発信し、ＩＰ網５側から前記「４０４ ＮｏｔＦｏｕｎｄ」のエラー信号が返送された場合だけ、再度同じ番号で既存電話網６等からなるＰＳＴＮに発信する機能を備える。
【００４８】
ＩＰ網５側で前記信号「４０４ ＮｏｔＦｏｕｎｄ」を返送することの意味は、現在のＩＰ網５ではその先のＰＳＴＮに接続されていないので発信できないが、将来的に、ＩＰ網５側でその先のＰＳＴＮへ接続が可能になる番号について設定しておき、ＩＰ網５側での接続処理が可能になったときに、前記信号「４０４ＮｏｔＦｏｕｎｄ」を返送させないようにする機能を有効にするためである。
【００４９】
（ＶｏＩＰ発信明示機能）
ＶｏＩＰ発信明示機能は、ＶｏＩＰ制御端末３がＩＰ網５を介して既存電話網６に発信していることを既存電話端末２のユーザに表示、例えば聴覚で認識させる機能を意味する。
【００５０】
ＶｏＩＰ制御端末３は、ＶｏＩＰ発信明示機能によってＶｏＩＰ発信している場合、ＲＢＴ（呼び出し中の音（表音「ルルル」））の前にＶｏＩＰ発信可聴音（表音「プププ」）を鳴らす。
【００５１】
前記「ＶｏＩＰ発信している場合」とは、ＶｏＩＰ制御端末３が、ＩＰ網５の先に接続される既存電話網６内の相手を呼び出している状態をいう。前記状態のとき、ＶｏＩＰ制御端末３は、ＳＩＰ信号の１８０Ｒｉｎｇｉｎｇ信号を受信したのを契機にＶｏＩＰ発信可聴音（表音「プププ」）を既存電話端末２で通話中のユーザに聞かせるように機能する。
【００５２】
前記ＶｏＩＰ発信可聴音は、４００Ｈｚの音を１５０ｍｓｅｃ鳴らして、１５０ｍｓｅｃ無音を繰り返す音からなる。
【００５３】
（接続処理）
図１に基づいて、本発明の受信側の既存電話端末７に対する接続処理を説明する。
【００５４】
−接続処理開始−
▲１▼−送信側の既存電話端末２から相手先番号をＶｏＩＰ制御端末３にダイヤルする（ステップＳ１）。
▲２▼−ＶｏＩＰ制御端末３からダイヤルされた既存電話網６（電話機、ＰＨＳ、携帯電話機等を含む）内の相手先への接続要求信号をＩＰ網５に送信する（ステップ２）。
▲３▼−ＩＰ電話制御装置４では、少なくとも接続できる既存電話番号のリストをトランスレーターテーブル等に保持し、接続要求があったとき、受信相手先がＩＰ網５経由で接続できるかどうかを前記テーブル等により判断し（ステップＳ３）、
接続できる番号や提供できるサービスの場合には、受信相手先の既存電話端末７に接続要求信号を送信する（ステップＳ４）。
▲３▼｀−一方、ＩＰ電話制御装置４において、受信相手先の既存電話端末７がＩＰ網経由で接続できるかどうかを前記テーブル等により判断し（ステップＳ３）、
接続できない番号やサービスと判断した場合には、その旨を前記ＳＩＰ信号によりＶｏＩＰ制御端末３に通知する（ステップＳ５）。
▲４▼ＶｏＩＰ制御端末３は上記通知受信時、既存電話網に接続要求を送信する（ステップＳ６）。
【００５５】
−接続処理終了−
（第１実施例の効果）
ＩＰ網５のＩＰ電話制御装置４が、ＩＰ網５側にあって、ＶｏＩＰ制御端末３からの接続要求を処理し、相手先の既存電話端末７に対して接続を行い、また、ＩＰ網５経由で接続できない番号および実施できないサービスへの接続要求を受信したときに、ＶｏＩＰ制御端末３に対して既存電話網６を介して発信するように指示するので、方路変更または迂回路変更が容易に行うことができる。
【００５６】
また、ＳＩＰプロトコルにサポートされているので、処理手順が容易になる。
【００５７】
（第２実施例）
図１により、接続状態がＩＰ網を介しているか否かを送話者に通知する接続処理手順を概略的に説明する。
【００５８】
−接続処理開始−
▲１▼−既存電話端末２から既存電話端末７の相手先番号をＶｏＩＰ制御端末３にダイヤルする（ステップＳ１）。
▲２▼−ＶｏＩＰ制御端末３からダイヤルされた既存電話網６（電話機、ＰＨＳ、携帯電話機等を含む）内の既存電話端末７の相手先番号への接続要求信号をＩＰ網５に送信する（ステップ２）。
▲３▼−ＩＰ網５内のＩＰ電話制御装置４では、少なくとも接続できる既存電話番号のリストをトランスレーターテーブル等に保持し、接続要求があったとき、既存電話端末７の受信相手先がＩＰ網５経由で接続できるかどうかを前記テーブル等により判断し（ステップＳ３）、
接続できる番号や提供できるサービスの場合には、既存電話端末７の受信相手先に接続要求信号を送信する（ステップＳ４）。
【００５９】
−受信相手先が呼び出し中になったとき（即ち、ＩＰ網５の先に接続される既存電話網６内の既存電話端末７の相手を呼び出している状態のとき）、ＩＰ電話制御装置４はＳＩＰ信号の１８０Ｒｉｎｇｉｎｇ信号をＶｏＩＰ制御端末３に返信する（ステップＳ５）。
【００６０】
−ＶｏＩＰ制御端末３は、前記ＳＩＰ信号を受信したのを契機にＶｏＩＰ発信可聴音（表音「プププ」）を既存電話端末２で通話中のユーザに聞かせるように３回「プ」、「プ」、「プ」と返信する（ステップＳ６）。
【００６１】
−ＶｏＩＰ制御端末３は、前記ＶｏＩＰ発信可聴音を返信した後、既存電話端末２で通話中のユーザにＲＢＴ（呼び出し中の音（表音「ルルル」））を返信する（ステップＳ７）。
▲３▼｀−一方、ＩＰ電話制御装置４において、受信相手先がＩＰ網５経由で接続できるかどうかを前記テーブル等により判断し（ステップＳ３）、
接続できない番号や提供できないサービスと判断した場合には、その旨を前記ＳＩＰ信号によりＶｏＩＰ制御端末３に通知する（ステップＳ８）。
▲４▼−ＶｏＩＰ制御端末３は上記通知受信時、既存電話網６に接続要求を送信する（ステップＳ９）。
【００６２】
−前記接続要求に応じて既存電話網６内の既存電話端末７の受信相手先からＶｏＩＰ制御端末３にＲＢＴを返信する（ステップＳ１０）。
【００６３】
−さらに、ＶｏＩＰ制御端末３から既存電話端末２の送信先にＲＢＴを返信する（ステップＳ１１）。
【００６４】
−接続処理終了−
以上の動作は、
（ａ）電話回線をＩＰ網経由で接続した場合（図の▲１▼→▲２▼→▲３▼の経路）
呼び出し音の前に呼び出し音とは異なる可聴音を送出し、ＩＰ網経由での接続であることをユーザが認識可能となる。
（ｂ）既存電話網経由で接続した場合（図の▲１▼→▲２▼→▲３▼｀→▲４▼の経路）
既存の電話の場合と同様、相手呼び出し時には呼び出し音のみ送信され、既存電話網経由で接続されていることをユーザが認識可能となる。
【００６５】
（第２実施例の効果）
ＩＰ網５の先に接続される既存電話網６内の既存電話端末７の相手を呼び出している状態のとき、ＩＰ電話制御装置４はＳＩＰ信号の１８０Ｒｉｎｇｉｎｇ信号をＶｏＩＰ制御端末３に返信し、ＶｏＩＰ制御端末３は、前記ＳＩＰ信号を受信したのを契機にＶｏＩＰ発信可聴音（表音「プププ」）を既存電話端末２で通話中のユーザに聞かせるので、接続状態がＩＰ網を介しているか否かを送話者に明確に通知することができる。
（第３実施例）
図２は本発明のインターネット電話システムにおける第１実施例に示した網以外の網を接続した図である。
【００６６】
図２のシステム１０では、各家庭等の送信側の既存電話端末１１はＶｏＩＰ制御端末１２を介して２つの異なるルートで受信側の既存電話端末２２に接続可能に構成されている。前記ルートの一方は、ＶｏＩＰ制御端末１２から、レイヤー２のプロトコルによってサポートされているＡＤＳＬ網２３、ＩＳＰ（インターネット・サービス提供事業者：通称「プロバイダ」という）２４、レイヤー３のプロトコルによってサポートされているＩＰ網２５、および既存電話網２６を介して既存電話端末２２に接続するルートであり、他方のルートは既存電話網２６を介して既存電話端末２２に接続するルートとなっている。
【００６７】
ＶｏＩＰ制御端末１２は、図示しない経路振り分け用のテーブルを有する。前記テーブルには、特番、例えば警察の１１０番、消防署の１１９番等が記憶されていて、これら特番を指定すると、直接既存電話網２６の既存電話網の加入者交換機２１に接続する経路を選択するように関係づけられている。
【００６８】
前記ＡＤＳＬ網２３は、順に、ＡＤＳＬ加入者終端装置（ＤＳＬＡＭ）１３、ＡＤＳＬ終端装置（ＢＡＳ）１４、ルータ（ＩＰパケット転送装置）１５を接続した配線構造を有する。
【００６９】
前記ＩＳＰは、入力および出力ともルータ１５（ＩＰパケット転送装置）からなり、これら両ルータ１５（ＩＰパケット転送装置）を接続した配線構造を有する。
【００７０】
ＩＰ網２５は、加入者の認証と、ＩＰ電話の接続を制御する装置であるＩＰ加入電話用制御装置１７即ちＳＩＰ−プロキシ（Ｐｒｏｘｙ）と、ＩＰ中継電話用制御装置１８とをＩＰ網２５全体を制御するために備え、順に、ルータ（ＩＰパケット転送装置）１５、ＶｏＩＰ専用ＩＰアクセス制御装置１６、ＶｏＩＰゲートウエイ１９を接続した配線構造を有する。前記ＶｏＩＰゲートウエイ１９は、トランキングゲートウエイ（ＴＧ）とも云われ、ソフトスイッチで交換機機能を実現した構成を有する。
【００７１】
前記ＶｏＩＰ専用ＩＰアクセス制御装置１６は、実際の通話している呼に関する音声パケット（ＲＴＰ）だけを通す機能を持つ特殊な装置であり、ＩＰ網２５の内部の装置１７、１８およびゲートウエイ１９を他の網からアクセスできないようにする機能を持つ。
【００７２】
ＩＰ加入電話用制御装置１７は、加入者の認証と、ＩＰ電話の接続を制御する装置であり、ＳＩＰプロキシからなる。ＩＰ加入電話用制御装置１７は、ＳＩＰサーバを構成するプロキシ（代理）サーバとロケーション・サーバを有し、ＩＰ電話がかけられると、以下のように動作する。
例えば、ｔｏｋｋｙｏ．ｃｏ．ｊｐドメインの端末ａｂｃにいる氏名ＡＢＣが、ｐａｔｅｎｔ．ｃｏｍドメインの端末ｘｙｚにいるＸＹＺに電話をかけるとき、まず、ＡＢＣの端末ａｂｃから、ｐａｔｅｎｔ．ｃｏｍドメインのＳＩＰサーバであるｓｉｐ．ｐａｔｅｎｔ．ｃｏｍへ、ＸＹＺ＠ｐａｔｅｎｔ．ｃｏｍ宛のＩＮＶＩＴＥ（セッション参加要求）リクエストを送ると、プロキシー（代理）・サーバはＸＹＺ＠ｐａｔｅｎｔ．ｃｏｍの本当のアドレスを調べるためにロケーション・サーバに照会し、それがＸＹＺ＠ｘｙｚ．ｐａｔｅｎｔ．ｃｏｍであることがわかると、プロキシー・サーバは、端末ｘｙｚに対してＩＮＶＩＴＥリクエストを送る。端末ｘｙｚで電話が鳴るので、ｘｙｚが電話に出ると、２００ ＯＫレスポンスがプロキシーサーバ経由でａｂｃまで届き、これに対して端末ａｂｃからＡＣＫ（確認応答）がプロキシー・サーバ経由でｘｙｚまで届いて、通常のポートが開かれる。以下会話が続くが省略する。
【００７３】
ＩＰ中継電話用制御装置１８は、ＩＰ中継用電話サービス用の接続先を制御（トランスレータ）する機能を有する。
【００７４】
ＶｏＩＰゲートウエイ１９は、既存電話網２６の交換機と接続し、音声パケットを再生して、既存電話網２６の交換機に流す機能を持つ。
【００７５】
既存電話網２６は、既存電話網の中継交換機２０と既存電話網の加入者交換機２１を接続する配線構造を有する。
【００７６】
既存電話網２６の中継交換機２０は、他事業者と相互接続する交換機である。
【００７７】
既存電話網２６の加入者交換機２１は、既存電話網２６の加入者を直接収容する交換機である。
【００７８】
この結果、送信側の既存電話端末１１から受信側の既存電話端末２２に発信するときの経路は次の２経路になる。
経路１：
送信側の既存電話端末１１→ＶｏＩＰ制御端末１２→ＡＤＳＬ加入者終端装置（ＤＳＬＡＭ）１３→ＡＤＳＬ終端装置（ＢＡＳ）１４→ルータ（ＩＰパケット転送装置）１５→ルータ（ＩＰパケット転送装置）１５→ルータ（ＩＰパケット転送装置）１５→ルータ（ＩＰパケット転送装置）１５→ＶｏＩＰ専用ＩＰアクセス制御装置１６→ＶｏＩＰゲートウエイ１９→既存電話網２６の中継交換機２０と既存電話網２６の加入者交換機２１→受信側の既存電話端末２２の経路をとる。
パケットは、ＶｏＩＰ制御端末１２で形成され、途中そのままで伝送され、ＶｏＩＰゲートウエイ１９で既存電話網の音声信号に変換される。
経路２：
送信側の既存電話端末１１→ＶｏＩＰ制御端末１２→既存電話網の加入者交換機２１→受信側の既存電話端末２２の経路をとる。
【００７９】
（発信方路制御方法）
図３は第３実施例の場合の発信方路制御方法を示すシーケンス図である。
【００８０】
図３では、ＶｏＩＰ制御端末が既存電話網に発信するか、ＶｏＩＰ側に発信するかを決定する方法を選択論理１〜３の３態様に分けて示す。
（１）選択論理１：
ＶｏＩＰ制御端末１２には、予め、警察の１１０番、消防署の１１９番等および将来もＩＰ電話で接続できない番号等の特番をテーブルに記憶してある。
アナログ電話機１１が発信（０９０〜）すると、ＶｏＩＰ制御端末１２はその発信を受け、宛先番号が前記特番であると判断したとき、既存電話網２６の加入者交換機２１へ発信（０９０〜）する。
（２）選択論理２：
ＩＰ加入電話用制御装置１７には、ＩＰ電話サービス当初はサービスしていないが将来的にＩＰ電話で接続可能になる番号、例えば、携帯電話番号（０９０〜、０８０〜、０７０〜）、フリーダイヤル番号（０１２０〜、０８００〜）、国際電話番号（０１０〜）等、のテーブルを予め設けておく。
【００８１】
ＩＰ加入電話用制御装置１７は、かけられた番号が、ＩＰ電話でつなぐことが可能な番号か否かチェックし、将来的にＩＰ電話でつなぐことが可能な番号だが、現在はつながっていない番号に対して、規制する機能を持つ。この規制する番号の場合には、「４０４ Ｎｏｔ Ｆｏｕｎｄ」というＳＩＰ信号を返す機能を持つ。
【００８２】
ＶｏＩＰ制御端末１２は、「４０４ Ｎｏｔ Ｆｏｕｎｄ」というＳＩＰ信号が返送されると、公衆電話回線からなる既存電話網２６に対して再度発信する機能を持つ。前記「４０４ Ｎｏｔ Ｆｏｕｎｄ」以外のエラー信号では、既存電話網２６に発信しないで、ビジートーンをアナログ電話機１１側に聞かせる機能を持つ。
【００８３】
アナログ電話機１１がＶｏＩＰ制御端末１２へ、例えば携帯電話で発信（０９０〜）すると、ＶｏＩＰ制御端末１２はＡＤＳＬ網２３およびＩＳＰ２４を介してＩＰ網２５のＩＰ加入電話用制御装置１７にＩＮＶＩＴＥリクエスト（セッション参加要求）（０９０〜）信号を発信する。
【００８４】
ＩＰ加入電話用制御装置１７は、ＳＩＰプロトコルでサポートされ、前記ＩＮＶＩＴＥリクエストを受け付けると、ＶｏＩＰ制御端末１２へ認証要求（ＳＩＰ信号４０７）を返送する。
【００８５】
ＶｏＩＰ制御端末１２は、認証要求（ＳＩＰ信号４０７）に応じて、ＩＤ：パスワード等を含むＩＮＶＩＴＥ（０９０〜）信号をＩＰ加入電話用制御装置１７へ発信する。
【００８６】
ＩＰ加入電話用制御装置１７は、かけられた番号が、ＩＰ電話でつなぐことが可能な番号か否かチェックし、将来的にＩＰ電話でつなぐことが可能な番号だが、現在はつながっていない番号に対して、規制するために、接続不可、既存電話網への発信指示を伴う「４０４ Ｎｏｔ Ｆｏｕｎｄ」というＳＩＰ信号をＶｏＩＰ制御端末１２へ返す。
【００８７】
ＶｏＩＰ制御端末１２は、「４０４ Ｎｏｔ Ｆｏｕｎｄ」というＳＩＰ信号を受信すると、方路変更して、公衆電話回線からなる既存電話網２６の加入者交換機２１へ発信する。
（３）選択論理３：
アナログ電話機１１がＶｏＩＰ制御端末１２へ、例えば携帯電話で発信（０９０〜）すると、ＶｏＩＰ制御端末１２はＡＤＳＬ網２３およびＩＳＰ２４を介してＩＰ網２５のＩＰ加入電話用制御装置１７にＩＮＶＩＴＥリクエスト（セッション参加要求）（０９０〜）信号を発信する。
【００８８】
ＩＰ加入電話用制御装置１７は、ＳＩＰプロトコルでサポートされ、前記ＩＮＶＩＴＥリクエストを受け付けると、ＶｏＩＰ制御端末１２へ認証要求（ＳＩＰ信号４０７）を返送する。
【００８９】
ＶｏＩＰ制御端末１２は、認証要求（ＳＩＰ信号４０７）に応じて、ＩＤ：パスワード等を含むＩＮＶＩＴＥ（０９０〜）信号をＩＰ加入電話用制御装置１７へ発信する。
【００９０】
ＩＰ加入電話用制御装置１７は、かけられた番号が、ＩＰ電話でつなぐことが可能な番号か否か前記テーブルでチェックし、ＩＰ電話でつなぐことが可能な番号のとき、既存電話網２６の加入者交換機２１に発信（０９０〜）する。
【００９１】
第３実施例の場合にも、ＩＰ加入電話用制御装置１７が、ＩＰ網２５を介して受信側のアナログ電話機２２に呼び出しをかけるとき、送信側のアナログ電話機１１に呼び出し音の前に呼び出し音とは異なる可聴音を送出し、ＩＰ網２５経由での接続であることをユーザーに認識可能に表示することも可能である。
【００９２】
（第３実施例の効果）
第３実施例は、ＩＰ網および既存電話網以外の網を介した接続であっても迂回に伴う方路変更がＩＰ網側からの変更指示により行うことができ、その際、ＳＩＰプロトコルによりサポートするので、ユーザーにとって使い勝手のよいシステムになると共に、公衆電話回線からなる既存電話網との信号処理が良好になる。
【００９３】
【発明の効果】
本発明は、少なくともＳＩＰプロトコルによりサポートされたＩＰ網を介して既存電話網に接続する構成としたので、迂回に伴う方路変更がＩＰ網側からの変更指示により行うことが可能となる。その際、ＳＩＰプロトコルによりサポートするので、ユーザーにとって使い勝手のよいシステムになると共に、公衆電話回線からなる既存電話網との信号処理が良好になる。
【００９４】
ユーザ宅に置かれたＶｏＩＰ制御端末は、電話番号をどこに発信するかという展開データを変更する必要がなくなり、データを変更するための手間や、事業者側のコストを削減することが可能になる。
【００９５】
また、ＩＰ網および既存電話網以外の網を介した接続構成であっても、迂回に伴う方路変更がＩＰ網側からの変更指示により行うことが可能となる。
【００９６】
また、ＩＰ加入電話用制御装置が、ＩＰ網を介して受信側のアナログ電話機に呼び出しをかけるとき、送信側のアナログ電話機に呼び出し音の前に呼び出し音とは異なる可聴音を送出し、ＩＰ網経由での接続であることをユーザーに認識可能に表示することも可能となる。
【図面の簡単な説明】
【図１】本発明の第１実施例のネットワーク構成図である。
【図２】本発明の第２実施例のネットワーク構成図である。
【図３】本発明のネットワークの接続シーケンスを示す図である。
【図４】従来の電話交換網とインターネットプロトコル網を結合した通信網接続装置を示す図である。
【符号の説明】
１ システム
２、７ 既存電話端末
３、１２ ＶｏＩＰ制御端末
４ ＩＰ電話制御装置
５ ＩＰ網
６ 既存電話網
１１、２２ アナログ電話機（既存電話端末）
１３ ＡＤＳＬ加入者終端装置
１４ ＡＤＳＬ加入者終端装置
１５ ルータ
１６ ＶｏＩＰ専用ＩＰアクセス制御装置
１７ ＩＰ加入電話用制御装置
１８ ＩＰ中継電話用制御装置
１９ ＶｏＩＰゲートウエイ
２０ 既存電話網中継交換機
２１ 既存電話網加入者交換機
２３ ＡＤＳＬ網
２４ ＩＳＰ
２５ ＩＰ網
２６ 既存電話網
【発明の属する技術分野】
本発明は、インターネットやイントラネットなどのＩＰ（インターネットプロトコルの略称）ネットワークに音声を通すためのＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ：インターネットプロトコルで音声を通すことの略称）制御端末を介して、発信側の既存電話端末と受信側の既存電話網を直接又はＩＰ網（デジタル専用線、フレームリレー、インターネット）を介して接続するＩＰ電話システムに関する。
【０００２】
【従来の技術】
ＩＰネットワークを介したＩＰ加入電話システムは、ネットワークの網域を効率的に使用することにより通信費の抑制が可能となる。そのため、このシステムを使うＩＰ加入電話サービスは、網内では距離に応じて課金されることのないＩＰ網を介しているので、従来の電話交換網の距離に応じて課金される電話サービスと比較し、低コスト、従来にはない付加サービスの提供が可能であり、今後急速な発展が見込まれている。
【０００３】
図４は従来の電話交換網とインターネットプロトコル網を結合した通信網接続装置（例えば、特許文献１を参照）を示す図である。
【０００４】
図４で、送信側の電話端末７４が着信側の電話端末７９にダイアルすると、交換機７０はダイアル番号を分析し、チャイルド音声ゲートウエイ６４への方路を決定し、チャイルド音声ゲートウエイ６４に起動をかけ、ダイアル数字を送出する。チャイルド音声ゲートウエイ６４はダイアル数字を受信すると、申告先表に存在するペアレント音声ゲートウエイ６０に対して宛先問い合わせメッセージを送信する。ペアレント音声ゲートウエイ６０は方路選択表を参照して、宛先数字に相当するトランスポートアドレスを探す。しかし、方路選択表に存在しないとき、ペアレント音声ゲートウエイ６０は、宛先問い合わせヘッダのみからなる、宛先問い合わせ失敗メッセージを、宛先問い合わせ失敗メッセージの送信元であるチャイルド音声ゲートウエイ６４に送信する。チャイルド音声ゲートウエイ６４は宛先問い合わせ失敗メッセージを受信すると、電話交換網１０に対してあらためて呼設定を開始する。
【０００５】
このＩＰ電話のＩＰ網は、ＩＰアドレスを用いるためにＨ．３２３に基づくＴＣＰ／ＩＰプロトコルでサポートされている。一方、公衆電話回線ＧＳＴＮと接続するＶｏＩＰ端末（チャイルド音声ゲートウエイ６４およびペアレント音声ゲートウエイ６０）は、ＧＳＴＮ側の呼接続やルーテイング（経路制御）のためのアウトバンド・シグナリングであるＳＳ７とつながなければならないので、完全にアウトバンド・シグナリング・プロトコルを変換しなければならない。しかし、Ｈ．３２３でサポートされているプロトコルは複雑なため、装置の開発が容易ではなく、新たなアプリケーションの開発も容易ではなかった。
【０００６】
このアプリケーション開発を容易にするプロトコルとしてＳＩＰ（セッション開始プロトコル）がある。
【０００７】
このＳＩＰプロトコルは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）の機関で、ＲＦＣ３２６１と規定されているプロトコルである。
【０００８】
以下、このＳＩＰプロトコルの特性について説明する。
【０００９】
電話サービスを実現するためには、通話に必要な動作パラメータが、音声の伝送に先立ってＩＰ電話機に設定される必要がある。必要な動作パラメータとは、（ａ）音声信号の符号化方法、（ｂ）送信に用いるトランスポート・アドレス（ＩＰアドレスとポート番号）、（ｃ）必要なネットワーク帯域、（ｄ）通話開始、受付の許可、（ｅ）着信相手の居場所などの情報である。
【００１０】
これらの情報を、ＩＰ電話機間（インターネット電話機間）、およびＩＰ電話機とネットワーク中のサービス提供サーバとの間でやりとりする仕組み（シグナリング）として、ＳＩＰが使われる。
【００１１】
ただし、ＳＩＰの標準の中に、これらすべてのことが規定されているわけではないので、既存のプロトコル、および電子メール型のアドレス表現やＨＴＴＰ（ハイパーテキスト転送プロトコル）のコードが利用される。
【００１２】
ＳＩＰは、セッションの開始や終結を行うが、セッションの内容については関知しない。すなわち、ＳＩＰは、セッション情報を規定するＳＤＰ（セッション記述プロトコル）を用いる仕組みをもっているので、プロトコルの内部にはセッションに関する情報を含まない。これによって、サーバ機能の実装や、サービスを提供するクライアント数を増やすことが容易になる。言い換えれば、セッション情報をもたず、必要に応じてＳＤＰを利用することによって、それぞれのクラィアントの処理に必要なサーバのメモリ量が削減されるので、より多くのクライアントにサービスを提供することができる。
【００１３】
ＳＩＰに基づく端末のプロトコル構成において、音声やビデオ信号のＲＴＰ（リアルタイム伝送プロトコル）パケットは、それぞれＵＤＰ（ユーザー・データグラム・プロトコル）／ＩＰによって伝送される。ＴＣＰのサポートはオプションである。Ｈ．３２３端末のプロトコルがＴＣＰのサポートが必須であるのと大きく異なる。
【００１４】
ＳｌＰの通信手順、特に、端末同士の直接通信手順を説明する。
▲１▼まず、発呼側が受話器を持ち上げて、電話番号をダイヤルする。すると、着呼側へ向かって「ＩＮＶＩＴＥ」リクエスト（セッション参加要求）が送られる。
▲２▼着呼側に「ＩＮＶＩＴＥ」リクエストが届くと、着呼側から発呼側へ向かって、「１００Ｔｒｙｉｎｇ」レスポンスが送られる。
▲３▼次いで、着呼側から発呼側に向かって「１８０Ｒｉｎｇｉｎｇ」レスポンスが送られる。そして、着呼側で受話器を取り上げたとき、「２０００Ｋ」レスポンスが送られる。
▲４▼発呼側からＡＣＫ（確認応答）が送られることによって、通信のためのポートが開かれて通話ができるようになる。
▲５▼通話を終了するときは、「ＢＹＥ」メッセージを送る。「ＢＹＥ」メッセージは、発呼側・着呼側のいずれからでも出すことができる。
「ＩＮＶＩＴＥ」リクエストは、セッションヘの参加要求であり、▲１▼着呼側のアドレス、▲２▼発呼側のアドレス、▲３▼通話に使うメディアの定義が含まれている。
【００１５】
発呼側、着呼側のアドレスには、電話番号の代わりに電子メール・アドレス型の宛先指示子を用いる。また、１００Ｔｒｙｉｎｇや１８０Ｒｉｎｇｉｎｇなどの先頭の３桁は、ＨＴＴＰで使う３桁のレスポンス・コードの体系に準拠したものを用いる。
【００１６】
ＳＩＰサーバを利用して通信するときは、ユーザー端末は自分の所在地をＲＥＧＩＳＴＥＲ（登録）リクエストでＳＩＰサーバに登録する。また、ユーザ端末は、登録情報を変更することで、移動先へメッセージの宛先を変更（リダイレクト）する。このＳＩＰサーバを、プロキシー・サーバやリダイレクト・サーバとすることができる。
【００１７】
（ＳＩＰのメッセージ・フォーマット）
ＳＩＰでは、通話の発呼側や着呼側のアドレスを指定するのにＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を用いており、ＳＩＰ−ＵＲＬと言う。ＵＲＬは、インターネットに分散しているリソース（コンピュータ資源）のアドレスを指定し、アクセスするための書式となっている。ＳＩＰのＵＲＬは、ＷＷＷのページのアドレスを指定するＵＲＬと同じ規定に従っている。
【００１８】
ＳＩＰ−ＵＲＬを示すＵＲＬは、「ｓｉｐ：」で始まる。その次のフィールドは、ユーザーの識別子である。識別子としては、ユーザー名だけでなく、電話番号を用いることもできる。＠の後には、ＳＩＰサービスを提供する端末やサーバのホスト名として、ドメイン名あるいはＩＰアドレスを使うことができる。
【００１９】
（ＳＩＰのメッセージ書式）
ＳＩＰのメッセージは、リクエスト（要求）とレスポンス（応答）に分けられる。リクエストは、電話（ＩＰ電話）をかける側のユーザー・エージェント・クライアント（ＵＡＣ）から、ＳＩＰサーバヘ向けて送り出されるメッセージである。これに対してレスポンスは、ユーザー・エージェント・サーバ（ＵＡＳ）やＳＩＰサーバから、ＵＡＣへ返される応答メッセージである。
【００２０】
（リクエスト）
リクエストのスタート・ラインには、ＩＮＶＩＴＥやＡＣＫなどが含まれ、必要に応じてＳＩＰ−ＵＲＬも含まれる。このＳＩＰ−ＵＲＬは、知り得た限りのホスト名までフルに含んだアドレス指定になる。一方、メッセージ・ヘッダには、発呼側のユーザ情報、着呼側のユーザー情報や呼に固有な番号が含まれている。メッセージ・ボディには、ＳＤＰ（セッション記述プロトコル）に基づいたセッション情報が収納される。セッション情報としては、例えばサポートしている音声コーデックの種類や通話に用いるビット・レートが含まれている。
【００２１】
ＳＩＰのメッセージ・ヘッダは電子メール・ヘッダと同じルールに従って構成されている。メッセージの「〈〉」の中はメール・アドレスに相当する。
【００２２】
（レスポンス）
レスポンスのスタートラインには、３桁の状態コードとその簡単な説明が入る。メッセージ・ヘッダおよびメッセージ・ボデイに関してはリクエストの場合と同じである。
【００２３】
（ＳＩＰの特徴）
ＳＩＰは、テキスト表現のプロトコルで軽く、実装も容易といわれている。一般にＳＩＰは、既存のインターネット技術を応用しているので、ＷＷＷとの相性も良い。また、ＳＩＰは、ＳＩＰサーバを状態の記憶をゼロにできる、即ち、通信状態が移り変わっていく経緯をサーバが記憶しておかなくてもよくなり、例えばＨ．２４５の状態遷移型のプロトコルと比べて、拡張性に優れている。
【００２４】
ＰＳＴＮ（一般の公衆電話回線）との接続についてみると、ＶｏＩＰ端末は、ＰＳＴＮ側の呼接続、ルーテイング（経路制御）のためのアウトバンド・シグナリングであるＳＳ７とつながる必要がある。アウトバンド・シグナリングとは、呼制御用の信号と、音声通話信号を分けてやりとりする方式である。ＳＩＰは、ＳＳ７のＩＳＵＰ（音声通話回線をつなぐための情報を送るプロトコル）との親和性を考慮して設計されている。
【００２５】
また、プロトコルの表現では、ＳＩＰの場合テキスト表現をとり、キャラクタ変換した結果をメッセージそのものとして読むことができる。このため、デバッグやエラー発生時の保守がし易くなり、実装が容易になる。
【００２６】
（現状）
現在、ＩＰ電話のプロトコルとしてＳＩＰを用いたシステムは見当たらない。本発明はこのこの点にも着目した発明である。
【００２７】
【特許文献１】特開２００１−２９８４９１号公報
【００２８】
【発明が解決しようとする課題】
従来の電話サービスと同等の利便性を確保するために、接続できない番号やサービスについては従来の電話網を使って発信し、ＩＰ電話として提供可能な番号やサービスに対してはＩＰ網に対して発信するというしくみが必要となる。
【００２９】
その際、ＩＰ網を使って発信した場合と、既存電話網を使って発信した場合では通話料金が異なることから、ユーザに対して呼毎にどちらを使って発信しているのかを明確に通知することが、ユーザ側の一つの二一ズと考えられる。即ち、低コストのＩＰ電話と考えて長電話したら、実は既存の電話網経由で通話していたため、従来の距離に応じて課金される電話料金を請求されるといった問題を解消する必要が認識されていた。
【００３０】
また、ＩＰ電話における公衆電話網をサポートするためにより都合の良いプロトコルの採用が必要とされている。
【００３１】
そこで、本発明の目的は、前記問題点に鑑み、インターネットプロトコル網が接続可能な番号や提供可能なサービスであるか否かを判断し、インターネットプロトコル網を使って発信できない場合、接続不能信号を戻すインターネットプロトコル電話システムを提供することにある。
【００３２】
また、本発明の他の目的は、インターネットプロトコル網が接続可能な番号や提供可能なサービスであるか否かを判断し、インターネットプロトコル網を使って発信した場合と、公衆交換電話網からなる既存電話網を使って発信した場合とを、ユーザに対して明確に通知するインターネットプロトコル電話システムを提供することにある。
【００３３】
また、本発明の他の目的は、最適なプロトコルを採用し、インターネットプロトコル網で接続できない番号と判明したとき公衆交換電話網からなる既存電話網を使って接続することを可能とするインターネットプロトコル電話システムを提供することにある。
【００３４】
【課題を解決するための手段】
本発明は、前記各目的を達成するために以下の解決手段を採用する。
（１）インターネットプロトコル電話システムにおいて、既存電話端末がＶｏＩＰ制御端末を介した後、直接およびインターネットプロトコル網を介して既存電話網に接続されるインターネットプロトコル電話システムであって、前記ＶｏＩＰ制御端末に対して、ＳＩＰプロトコルによりサポートされているインターネットプロトコル網として提供可能な番号並びにサービスおよび提供不可能な番号を前記インターネットプロトコル網が通知することを特徴とする。
（２）インターネットプロトコル電話システムにおいて、既存電話端末がＶｏＩＰ制御端末を介した後、ＡＤＳＬ網、ＩＳＰ、およびインターネットプロトコル網の順に介して既存電話網に接続されると共に、前記ＶｏＩＰ制御端末を介した後直接前記既存電話網に接続されるインターネットプロトコル電話システムであって、前記ＶｏＩＰ制御端末に対して、前記インターネットプロトコル網として提供可能な番号並びにサービスおよび提供不可能な番号を前記インターネットプロトコル網が通知することを特徴とする。
（３）前記（１）又は（２）記載のインターネットプロトコル電話システムにおいて、前記既存電話端末が前記インターネットプロトコル網を介して前記既存電話網に発信しているとき、前記インターネットプロトコル網が発信側の前記既存電話端末を介してその発信状態をユーザに通知することを特徴とする。
【００３５】
【発明の実施の形態】
以下、本発明の実施の形態を図に基づいて詳細に説明する。
【００３６】
（第１実施例）
図１は本発明のインターネット電話システムの第１実施例を示す図である。主な構成要素を説明する。
【００３７】
（ＶｏＩＰ制御端末）
本発明の制御動作を行うＶｏＩＰ制御端末３は、既存電話端末２とＩＰ網５または既存電話網６へ接続され、従ってＩＰ網５および既存電話網６への接続インタフェースを有し、既存電話端末２の呼に応じてＩＰ網５または既存電話網６のいずれかに発信することを可能とする装置である。ただしＶｏＩＰ制御端末３自身が既存電話端末２の電話機機能を持つことも可能である。
【００３８】
（ＩＰ電話制御装置）
ＩＰ網５側にあって、ＶｏＩＰ制御端末３からの接続要求を処理し、相手先既存電話端末７に対して接続を行う。またＩＰ網５経由で接続できない番号やサービスヘの接続要求を受信した場合には、ＶｏＩＰ制御端末３に対して既存電話網６を使って発信するよう指示する機能を有する。
【００３９】
ＩＰ網５として接続可能な（電話）番号や提供可能なサービスであるか否かを判断する方式としては、ＩＰ網５側で行う方式（方式１）と既存電話端末２側で行う方式（方式２）の２つが考えられる。これら方式の、接続可能な番号や提供可能なサービスは将来変わり得るため、将来の変更に柔軟に対応できる方式が望ましい。即ち、数干、数万の既存電話端末２個々の設定を変更する必要のある方式２よりも、１ないし数台のＩＰ網５側のＩＰ電話制御装置４の変更により対応可能な方式１のほうが柔軟性の高い方式といえる。
【００４０】
そのため、本発明は、前記方式１に基づいて、ＩＰ網５が加入電話端末に対してＩＰ網５として接続可能な番号や提供可能なサービスおよび接続不可能な番号を通知する方式をとることを特徴とする。
【００４１】
図１のシステム１では、各家庭等の送信側の既存電話端末２はＶｏＩＰ制御端末３を介して２つの異なるルートで受信側の既存電話端末７に接続可能に構成されている。前記ルートの一方は、ＶｏＩＰ制御端末３からＩＰ網５および既存電話網６を介して既存電話端末７に接続するルートであり、他方のルートは既存電話網６を介して既存電話端末７に接続するルートとなっている。
【００４２】
前記ＶｏＩＰ制御端末３は、ＩＰ網５および既存電話網６への接続インタフェースを有し、既存の電話端末を収容してＩＰ網および既存電話網の双方に発信することを可能とする装置である。なお、ＶｏＩＰ制御端末３はそれ自体で既存電話端末２の機能を含んだ電話機機能を備えることも可能である。
【００４３】
前記ＩＰ網５はＩＰ電話制御装置４を有する。前記ＩＰ電話制御装置４は、ＩＰ網５側にあって、ＶｏＩＰ制御端末３からの接続要求を処理し、相手先既存電話端末７に対して接続を行い、また、ＩＰ網５経由で接続できない番号およびサービスへの接続要求を受信した場合には、ＶｏＩＰ制御端末３に対して既存電話網６を使って発信するように指示する。
【００４４】
（自動ＰＳＴＮ〔公衆交換電話網〈加入電話網〉〕迂回機能）
ＶｏＩＰ制御端末３側は、既存電話網６等からなるＰＳＴＮに発信する番号（将来的に変更がない番号）をテーブルで持ち、その番号をユーザが既存電話端末２で回した場合は、ＰＳＴＮに発信する。
【００４５】
既存電話端末２から前記ＶｏＩＰ制御端末３側のテーブルに無い番号をユーザが回した場合、まずＩＰ網５側で発信する。ＩＰ網５側で発信した番号が、まだＩＰ網５側で対応していない場合は、ＩＰ網５からＶｏＩＰ制御端末３に、「４０４ ＮｏｔＦｏｕｎｄ」というＳＩＰ（セッション開始手順）信号を返送する。前記「セッション」とは、さまざまな通信サービスにおける通信それ自体を指す。例えば、ＩＰ電話では、「セッション」は、ある音声通話の始まりから終わりまでを指す。
【００４６】
前記信号「４０４ ＮｏｔＦｏｕｎｄ」を受信したＶｏＩＰ制御端末３は、そのままの番号で既存電話網６等からなるＰＳＴＮに発信する。
【００４７】
以上の動作を保障するために、ＶｏＩＰ制御端末３は、既存電話網６等のＰＳＴＮへ発信する番号以外は、まずＩＰ網５側に発信し、ＩＰ網５側から前記「４０４ ＮｏｔＦｏｕｎｄ」のエラー信号が返送された場合だけ、再度同じ番号で既存電話網６等からなるＰＳＴＮに発信する機能を備える。
【００４８】
ＩＰ網５側で前記信号「４０４ ＮｏｔＦｏｕｎｄ」を返送することの意味は、現在のＩＰ網５ではその先のＰＳＴＮに接続されていないので発信できないが、将来的に、ＩＰ網５側でその先のＰＳＴＮへ接続が可能になる番号について設定しておき、ＩＰ網５側での接続処理が可能になったときに、前記信号「４０４ＮｏｔＦｏｕｎｄ」を返送させないようにする機能を有効にするためである。
【００４９】
（ＶｏＩＰ発信明示機能）
ＶｏＩＰ発信明示機能は、ＶｏＩＰ制御端末３がＩＰ網５を介して既存電話網６に発信していることを既存電話端末２のユーザに表示、例えば聴覚で認識させる機能を意味する。
【００５０】
ＶｏＩＰ制御端末３は、ＶｏＩＰ発信明示機能によってＶｏＩＰ発信している場合、ＲＢＴ（呼び出し中の音（表音「ルルル」））の前にＶｏＩＰ発信可聴音（表音「プププ」）を鳴らす。
【００５１】
前記「ＶｏＩＰ発信している場合」とは、ＶｏＩＰ制御端末３が、ＩＰ網５の先に接続される既存電話網６内の相手を呼び出している状態をいう。前記状態のとき、ＶｏＩＰ制御端末３は、ＳＩＰ信号の１８０Ｒｉｎｇｉｎｇ信号を受信したのを契機にＶｏＩＰ発信可聴音（表音「プププ」）を既存電話端末２で通話中のユーザに聞かせるように機能する。
【００５２】
前記ＶｏＩＰ発信可聴音は、４００Ｈｚの音を１５０ｍｓｅｃ鳴らして、１５０ｍｓｅｃ無音を繰り返す音からなる。
【００５３】
（接続処理）
図１に基づいて、本発明の受信側の既存電話端末７に対する接続処理を説明する。
【００５４】
−接続処理開始−
▲１▼−送信側の既存電話端末２から相手先番号をＶｏＩＰ制御端末３にダイヤルする（ステップＳ１）。
▲２▼−ＶｏＩＰ制御端末３からダイヤルされた既存電話網６（電話機、ＰＨＳ、携帯電話機等を含む）内の相手先への接続要求信号をＩＰ網５に送信する（ステップ２）。
▲３▼−ＩＰ電話制御装置４では、少なくとも接続できる既存電話番号のリストをトランスレーターテーブル等に保持し、接続要求があったとき、受信相手先がＩＰ網５経由で接続できるかどうかを前記テーブル等により判断し（ステップＳ３）、
接続できる番号や提供できるサービスの場合には、受信相手先の既存電話端末７に接続要求信号を送信する（ステップＳ４）。
▲３▼｀−一方、ＩＰ電話制御装置４において、受信相手先の既存電話端末７がＩＰ網経由で接続できるかどうかを前記テーブル等により判断し（ステップＳ３）、
接続できない番号やサービスと判断した場合には、その旨を前記ＳＩＰ信号によりＶｏＩＰ制御端末３に通知する（ステップＳ５）。
▲４▼ＶｏＩＰ制御端末３は上記通知受信時、既存電話網に接続要求を送信する（ステップＳ６）。
【００５５】
−接続処理終了−
（第１実施例の効果）
ＩＰ網５のＩＰ電話制御装置４が、ＩＰ網５側にあって、ＶｏＩＰ制御端末３からの接続要求を処理し、相手先の既存電話端末７に対して接続を行い、また、ＩＰ網５経由で接続できない番号および実施できないサービスへの接続要求を受信したときに、ＶｏＩＰ制御端末３に対して既存電話網６を介して発信するように指示するので、方路変更または迂回路変更が容易に行うことができる。
【００５６】
また、ＳＩＰプロトコルにサポートされているので、処理手順が容易になる。
【００５７】
（第２実施例）
図１により、接続状態がＩＰ網を介しているか否かを送話者に通知する接続処理手順を概略的に説明する。
【００５８】
−接続処理開始−
▲１▼−既存電話端末２から既存電話端末７の相手先番号をＶｏＩＰ制御端末３にダイヤルする（ステップＳ１）。
▲２▼−ＶｏＩＰ制御端末３からダイヤルされた既存電話網６（電話機、ＰＨＳ、携帯電話機等を含む）内の既存電話端末７の相手先番号への接続要求信号をＩＰ網５に送信する（ステップ２）。
▲３▼−ＩＰ網５内のＩＰ電話制御装置４では、少なくとも接続できる既存電話番号のリストをトランスレーターテーブル等に保持し、接続要求があったとき、既存電話端末７の受信相手先がＩＰ網５経由で接続できるかどうかを前記テーブル等により判断し（ステップＳ３）、
接続できる番号や提供できるサービスの場合には、既存電話端末７の受信相手先に接続要求信号を送信する（ステップＳ４）。
【００５９】
−受信相手先が呼び出し中になったとき（即ち、ＩＰ網５の先に接続される既存電話網６内の既存電話端末７の相手を呼び出している状態のとき）、ＩＰ電話制御装置４はＳＩＰ信号の１８０Ｒｉｎｇｉｎｇ信号をＶｏＩＰ制御端末３に返信する（ステップＳ５）。
【００６０】
−ＶｏＩＰ制御端末３は、前記ＳＩＰ信号を受信したのを契機にＶｏＩＰ発信可聴音（表音「プププ」）を既存電話端末２で通話中のユーザに聞かせるように３回「プ」、「プ」、「プ」と返信する（ステップＳ６）。
【００６１】
−ＶｏＩＰ制御端末３は、前記ＶｏＩＰ発信可聴音を返信した後、既存電話端末２で通話中のユーザにＲＢＴ（呼び出し中の音（表音「ルルル」））を返信する（ステップＳ７）。
▲３▼｀−一方、ＩＰ電話制御装置４において、受信相手先がＩＰ網５経由で接続できるかどうかを前記テーブル等により判断し（ステップＳ３）、
接続できない番号や提供できないサービスと判断した場合には、その旨を前記ＳＩＰ信号によりＶｏＩＰ制御端末３に通知する（ステップＳ８）。
▲４▼−ＶｏＩＰ制御端末３は上記通知受信時、既存電話網６に接続要求を送信する（ステップＳ９）。
【００６２】
−前記接続要求に応じて既存電話網６内の既存電話端末７の受信相手先からＶｏＩＰ制御端末３にＲＢＴを返信する（ステップＳ１０）。
【００６３】
−さらに、ＶｏＩＰ制御端末３から既存電話端末２の送信先にＲＢＴを返信する（ステップＳ１１）。
【００６４】
−接続処理終了−
以上の動作は、
（ａ）電話回線をＩＰ網経由で接続した場合（図の▲１▼→▲２▼→▲３▼の経路）
呼び出し音の前に呼び出し音とは異なる可聴音を送出し、ＩＰ網経由での接続であることをユーザが認識可能となる。
（ｂ）既存電話網経由で接続した場合（図の▲１▼→▲２▼→▲３▼｀→▲４▼の経路）
既存の電話の場合と同様、相手呼び出し時には呼び出し音のみ送信され、既存電話網経由で接続されていることをユーザが認識可能となる。
【００６５】
（第２実施例の効果）
ＩＰ網５の先に接続される既存電話網６内の既存電話端末７の相手を呼び出している状態のとき、ＩＰ電話制御装置４はＳＩＰ信号の１８０Ｒｉｎｇｉｎｇ信号をＶｏＩＰ制御端末３に返信し、ＶｏＩＰ制御端末３は、前記ＳＩＰ信号を受信したのを契機にＶｏＩＰ発信可聴音（表音「プププ」）を既存電話端末２で通話中のユーザに聞かせるので、接続状態がＩＰ網を介しているか否かを送話者に明確に通知することができる。
（第３実施例）
図２は本発明のインターネット電話システムにおける第１実施例に示した網以外の網を接続した図である。
【００６６】
図２のシステム１０では、各家庭等の送信側の既存電話端末１１はＶｏＩＰ制御端末１２を介して２つの異なるルートで受信側の既存電話端末２２に接続可能に構成されている。前記ルートの一方は、ＶｏＩＰ制御端末１２から、レイヤー２のプロトコルによってサポートされているＡＤＳＬ網２３、ＩＳＰ（インターネット・サービス提供事業者：通称「プロバイダ」という）２４、レイヤー３のプロトコルによってサポートされているＩＰ網２５、および既存電話網２６を介して既存電話端末２２に接続するルートであり、他方のルートは既存電話網２６を介して既存電話端末２２に接続するルートとなっている。
【００６７】
ＶｏＩＰ制御端末１２は、図示しない経路振り分け用のテーブルを有する。前記テーブルには、特番、例えば警察の１１０番、消防署の１１９番等が記憶されていて、これら特番を指定すると、直接既存電話網２６の既存電話網の加入者交換機２１に接続する経路を選択するように関係づけられている。
【００６８】
前記ＡＤＳＬ網２３は、順に、ＡＤＳＬ加入者終端装置（ＤＳＬＡＭ）１３、ＡＤＳＬ終端装置（ＢＡＳ）１４、ルータ（ＩＰパケット転送装置）１５を接続した配線構造を有する。
【００６９】
前記ＩＳＰは、入力および出力ともルータ１５（ＩＰパケット転送装置）からなり、これら両ルータ１５（ＩＰパケット転送装置）を接続した配線構造を有する。
【００７０】
ＩＰ網２５は、加入者の認証と、ＩＰ電話の接続を制御する装置であるＩＰ加入電話用制御装置１７即ちＳＩＰ−プロキシ（Ｐｒｏｘｙ）と、ＩＰ中継電話用制御装置１８とをＩＰ網２５全体を制御するために備え、順に、ルータ（ＩＰパケット転送装置）１５、ＶｏＩＰ専用ＩＰアクセス制御装置１６、ＶｏＩＰゲートウエイ１９を接続した配線構造を有する。前記ＶｏＩＰゲートウエイ１９は、トランキングゲートウエイ（ＴＧ）とも云われ、ソフトスイッチで交換機機能を実現した構成を有する。
【００７１】
前記ＶｏＩＰ専用ＩＰアクセス制御装置１６は、実際の通話している呼に関する音声パケット（ＲＴＰ）だけを通す機能を持つ特殊な装置であり、ＩＰ網２５の内部の装置１７、１８およびゲートウエイ１９を他の網からアクセスできないようにする機能を持つ。
【００７２】
ＩＰ加入電話用制御装置１７は、加入者の認証と、ＩＰ電話の接続を制御する装置であり、ＳＩＰプロキシからなる。ＩＰ加入電話用制御装置１７は、ＳＩＰサーバを構成するプロキシ（代理）サーバとロケーション・サーバを有し、ＩＰ電話がかけられると、以下のように動作する。
例えば、ｔｏｋｋｙｏ．ｃｏ．ｊｐドメインの端末ａｂｃにいる氏名ＡＢＣが、ｐａｔｅｎｔ．ｃｏｍドメインの端末ｘｙｚにいるＸＹＺに電話をかけるとき、まず、ＡＢＣの端末ａｂｃから、ｐａｔｅｎｔ．ｃｏｍドメインのＳＩＰサーバであるｓｉｐ．ｐａｔｅｎｔ．ｃｏｍへ、ＸＹＺ＠ｐａｔｅｎｔ．ｃｏｍ宛のＩＮＶＩＴＥ（セッション参加要求）リクエストを送ると、プロキシー（代理）・サーバはＸＹＺ＠ｐａｔｅｎｔ．ｃｏｍの本当のアドレスを調べるためにロケーション・サーバに照会し、それがＸＹＺ＠ｘｙｚ．ｐａｔｅｎｔ．ｃｏｍであることがわかると、プロキシー・サーバは、端末ｘｙｚに対してＩＮＶＩＴＥリクエストを送る。端末ｘｙｚで電話が鳴るので、ｘｙｚが電話に出ると、２００ ＯＫレスポンスがプロキシーサーバ経由でａｂｃまで届き、これに対して端末ａｂｃからＡＣＫ（確認応答）がプロキシー・サーバ経由でｘｙｚまで届いて、通常のポートが開かれる。以下会話が続くが省略する。
【００７３】
ＩＰ中継電話用制御装置１８は、ＩＰ中継用電話サービス用の接続先を制御（トランスレータ）する機能を有する。
【００７４】
ＶｏＩＰゲートウエイ１９は、既存電話網２６の交換機と接続し、音声パケットを再生して、既存電話網２６の交換機に流す機能を持つ。
【００７５】
既存電話網２６は、既存電話網の中継交換機２０と既存電話網の加入者交換機２１を接続する配線構造を有する。
【００７６】
既存電話網２６の中継交換機２０は、他事業者と相互接続する交換機である。
【００７７】
既存電話網２６の加入者交換機２１は、既存電話網２６の加入者を直接収容する交換機である。
【００７８】
この結果、送信側の既存電話端末１１から受信側の既存電話端末２２に発信するときの経路は次の２経路になる。
経路１：
送信側の既存電話端末１１→ＶｏＩＰ制御端末１２→ＡＤＳＬ加入者終端装置（ＤＳＬＡＭ）１３→ＡＤＳＬ終端装置（ＢＡＳ）１４→ルータ（ＩＰパケット転送装置）１５→ルータ（ＩＰパケット転送装置）１５→ルータ（ＩＰパケット転送装置）１５→ルータ（ＩＰパケット転送装置）１５→ＶｏＩＰ専用ＩＰアクセス制御装置１６→ＶｏＩＰゲートウエイ１９→既存電話網２６の中継交換機２０と既存電話網２６の加入者交換機２１→受信側の既存電話端末２２の経路をとる。
パケットは、ＶｏＩＰ制御端末１２で形成され、途中そのままで伝送され、ＶｏＩＰゲートウエイ１９で既存電話網の音声信号に変換される。
経路２：
送信側の既存電話端末１１→ＶｏＩＰ制御端末１２→既存電話網の加入者交換機２１→受信側の既存電話端末２２の経路をとる。
【００７９】
（発信方路制御方法）
図３は第３実施例の場合の発信方路制御方法を示すシーケンス図である。
【００８０】
図３では、ＶｏＩＰ制御端末が既存電話網に発信するか、ＶｏＩＰ側に発信するかを決定する方法を選択論理１〜３の３態様に分けて示す。
（１）選択論理１：
ＶｏＩＰ制御端末１２には、予め、警察の１１０番、消防署の１１９番等および将来もＩＰ電話で接続できない番号等の特番をテーブルに記憶してある。
アナログ電話機１１が発信（０９０〜）すると、ＶｏＩＰ制御端末１２はその発信を受け、宛先番号が前記特番であると判断したとき、既存電話網２６の加入者交換機２１へ発信（０９０〜）する。
（２）選択論理２：
ＩＰ加入電話用制御装置１７には、ＩＰ電話サービス当初はサービスしていないが将来的にＩＰ電話で接続可能になる番号、例えば、携帯電話番号（０９０〜、０８０〜、０７０〜）、フリーダイヤル番号（０１２０〜、０８００〜）、国際電話番号（０１０〜）等、のテーブルを予め設けておく。
【００８１】
ＩＰ加入電話用制御装置１７は、かけられた番号が、ＩＰ電話でつなぐことが可能な番号か否かチェックし、将来的にＩＰ電話でつなぐことが可能な番号だが、現在はつながっていない番号に対して、規制する機能を持つ。この規制する番号の場合には、「４０４ Ｎｏｔ Ｆｏｕｎｄ」というＳＩＰ信号を返す機能を持つ。
【００８２】
ＶｏＩＰ制御端末１２は、「４０４ Ｎｏｔ Ｆｏｕｎｄ」というＳＩＰ信号が返送されると、公衆電話回線からなる既存電話網２６に対して再度発信する機能を持つ。前記「４０４ Ｎｏｔ Ｆｏｕｎｄ」以外のエラー信号では、既存電話網２６に発信しないで、ビジートーンをアナログ電話機１１側に聞かせる機能を持つ。
【００８３】
アナログ電話機１１がＶｏＩＰ制御端末１２へ、例えば携帯電話で発信（０９０〜）すると、ＶｏＩＰ制御端末１２はＡＤＳＬ網２３およびＩＳＰ２４を介してＩＰ網２５のＩＰ加入電話用制御装置１７にＩＮＶＩＴＥリクエスト（セッション参加要求）（０９０〜）信号を発信する。
【００８４】
ＩＰ加入電話用制御装置１７は、ＳＩＰプロトコルでサポートされ、前記ＩＮＶＩＴＥリクエストを受け付けると、ＶｏＩＰ制御端末１２へ認証要求（ＳＩＰ信号４０７）を返送する。
【００８５】
ＶｏＩＰ制御端末１２は、認証要求（ＳＩＰ信号４０７）に応じて、ＩＤ：パスワード等を含むＩＮＶＩＴＥ（０９０〜）信号をＩＰ加入電話用制御装置１７へ発信する。
【００８６】
ＩＰ加入電話用制御装置１７は、かけられた番号が、ＩＰ電話でつなぐことが可能な番号か否かチェックし、将来的にＩＰ電話でつなぐことが可能な番号だが、現在はつながっていない番号に対して、規制するために、接続不可、既存電話網への発信指示を伴う「４０４ Ｎｏｔ Ｆｏｕｎｄ」というＳＩＰ信号をＶｏＩＰ制御端末１２へ返す。
【００８７】
ＶｏＩＰ制御端末１２は、「４０４ Ｎｏｔ Ｆｏｕｎｄ」というＳＩＰ信号を受信すると、方路変更して、公衆電話回線からなる既存電話網２６の加入者交換機２１へ発信する。
（３）選択論理３：
アナログ電話機１１がＶｏＩＰ制御端末１２へ、例えば携帯電話で発信（０９０〜）すると、ＶｏＩＰ制御端末１２はＡＤＳＬ網２３およびＩＳＰ２４を介してＩＰ網２５のＩＰ加入電話用制御装置１７にＩＮＶＩＴＥリクエスト（セッション参加要求）（０９０〜）信号を発信する。
【００８８】
ＩＰ加入電話用制御装置１７は、ＳＩＰプロトコルでサポートされ、前記ＩＮＶＩＴＥリクエストを受け付けると、ＶｏＩＰ制御端末１２へ認証要求（ＳＩＰ信号４０７）を返送する。
【００８９】
ＶｏＩＰ制御端末１２は、認証要求（ＳＩＰ信号４０７）に応じて、ＩＤ：パスワード等を含むＩＮＶＩＴＥ（０９０〜）信号をＩＰ加入電話用制御装置１７へ発信する。
【００９０】
ＩＰ加入電話用制御装置１７は、かけられた番号が、ＩＰ電話でつなぐことが可能な番号か否か前記テーブルでチェックし、ＩＰ電話でつなぐことが可能な番号のとき、既存電話網２６の加入者交換機２１に発信（０９０〜）する。
【００９１】
第３実施例の場合にも、ＩＰ加入電話用制御装置１７が、ＩＰ網２５を介して受信側のアナログ電話機２２に呼び出しをかけるとき、送信側のアナログ電話機１１に呼び出し音の前に呼び出し音とは異なる可聴音を送出し、ＩＰ網２５経由での接続であることをユーザーに認識可能に表示することも可能である。
【００９２】
（第３実施例の効果）
第３実施例は、ＩＰ網および既存電話網以外の網を介した接続であっても迂回に伴う方路変更がＩＰ網側からの変更指示により行うことができ、その際、ＳＩＰプロトコルによりサポートするので、ユーザーにとって使い勝手のよいシステムになると共に、公衆電話回線からなる既存電話網との信号処理が良好になる。
【００９３】
【発明の効果】
本発明は、少なくともＳＩＰプロトコルによりサポートされたＩＰ網を介して既存電話網に接続する構成としたので、迂回に伴う方路変更がＩＰ網側からの変更指示により行うことが可能となる。その際、ＳＩＰプロトコルによりサポートするので、ユーザーにとって使い勝手のよいシステムになると共に、公衆電話回線からなる既存電話網との信号処理が良好になる。
【００９４】
ユーザ宅に置かれたＶｏＩＰ制御端末は、電話番号をどこに発信するかという展開データを変更する必要がなくなり、データを変更するための手間や、事業者側のコストを削減することが可能になる。
【００９５】
また、ＩＰ網および既存電話網以外の網を介した接続構成であっても、迂回に伴う方路変更がＩＰ網側からの変更指示により行うことが可能となる。
【００９６】
また、ＩＰ加入電話用制御装置が、ＩＰ網を介して受信側のアナログ電話機に呼び出しをかけるとき、送信側のアナログ電話機に呼び出し音の前に呼び出し音とは異なる可聴音を送出し、ＩＰ網経由での接続であることをユーザーに認識可能に表示することも可能となる。
【図面の簡単な説明】
【図１】本発明の第１実施例のネットワーク構成図である。
【図２】本発明の第２実施例のネットワーク構成図である。
【図３】本発明のネットワークの接続シーケンスを示す図である。
【図４】従来の電話交換網とインターネットプロトコル網を結合した通信網接続装置を示す図である。
【符号の説明】
１ システム
２、７ 既存電話端末
３、１２ ＶｏＩＰ制御端末
４ ＩＰ電話制御装置
５ ＩＰ網
６ 既存電話網
１１、２２ アナログ電話機（既存電話端末）
１３ ＡＤＳＬ加入者終端装置
１４ ＡＤＳＬ加入者終端装置
１５ ルータ
１６ ＶｏＩＰ専用ＩＰアクセス制御装置
１７ ＩＰ加入電話用制御装置
１８ ＩＰ中継電話用制御装置
１９ ＶｏＩＰゲートウエイ
２０ 既存電話網中継交換機
２１ 既存電話網加入者交換機
２３ ＡＤＳＬ網
２４ ＩＳＰ
２５ ＩＰ網
２６ 既存電話網
Claims (3)
- 既存電話端末がＶｏＩＰ制御端末を介した後、直接およびインターネットプロトコル網を介して既存電話網に接続されるインターネットプロトコル電話システムであって、前記ＶｏＩＰ制御端末に対して、ＳＩＰプロトコルによりサポートされているインターネットプロトコル網として提供可能な番号並びにサービスおよび提供不可能な番号を前記インターネットプロトコル網が通知することを特徴とするインターネットプロトコル電話システム。
- 既存電話端末がＶｏＩＰ制御端末を介した後、ＡＤＳＬ網、ＩＳＰ、およびインターネットプロトコル網の順に介して既存電話網に接続されると共に、前記ＶｏＩＰ制御端末を介した後直接前記既存電話網に接続されるインターネットプロトコル電話システムであって、前記ＶｏＩＰ制御端末に対して、前記インターネットプロトコル網として提供可能な番号並びにサービスおよび提供不可能な番号を前記インターネットプロトコル網が通知することを特徴とするインターネットプロトコル電話システム。
- 前記既存電話端末が前記インターネットプロトコル網を介して前記既存電話網に発信しているとき、前記インターネットプロトコル網が発信側の前記既存電話端末を介してその発信状態をユーザに通知することを特徴とする請求項１または２記載のインターネットプロトコル電話システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003007746A JP2004222013A (ja) | 2003-01-16 | 2003-01-16 | インターネットプロトコル電話システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003007746A JP2004222013A (ja) | 2003-01-16 | 2003-01-16 | インターネットプロトコル電話システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004222013A true JP2004222013A (ja) | 2004-08-05 |
Family
ID=32897750
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003007746A Pending JP2004222013A (ja) | 2003-01-16 | 2003-01-16 | インターネットプロトコル電話システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004222013A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2004200255B2 (en) * | 2003-01-27 | 2005-09-22 | Nec Platforms, Ltd. | Internet Telephone System, Call Connection Controller, Terminal Association Method Used Therein and Its Program |
| WO2005096609A1 (ja) * | 2004-03-30 | 2005-10-13 | Softbank Bb Corp. | 通信ネットワークシステム、アクセスゲートウェイ及びその制御方法 |
| JP2008205874A (ja) * | 2007-02-21 | 2008-09-04 | Hitachi Communication Technologies Ltd | ゲートウェイ装置および呼の中継方法 |
-
2003
- 2003-01-16 JP JP2003007746A patent/JP2004222013A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2004200255B2 (en) * | 2003-01-27 | 2005-09-22 | Nec Platforms, Ltd. | Internet Telephone System, Call Connection Controller, Terminal Association Method Used Therein and Its Program |
| WO2005096609A1 (ja) * | 2004-03-30 | 2005-10-13 | Softbank Bb Corp. | 通信ネットワークシステム、アクセスゲートウェイ及びその制御方法 |
| JP2008205874A (ja) * | 2007-02-21 | 2008-09-04 | Hitachi Communication Technologies Ltd | ゲートウェイ装置および呼の中継方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU774880B2 (en) | Method of and system for providing intelligent network control services in IP telephony | |
| US8130923B2 (en) | Method and apparatus for providing emergency calls to a disabled endpoint device | |
| EP2012516B1 (en) | Customised playback telephony services | |
| US20090285204A1 (en) | Recursive query for communications network data | |
| US20080240375A1 (en) | Method Of Processing Multiple Ring Back Tone In Voice Service Application Based On Sip Fork | |
| JP3873048B2 (ja) | リングバックトーン伝送方法、端末機、リングバックトーン生成方法、およびリングバックトーンを生成するためのシステム | |
| TW200304296A (en) | Apparatus and method for computer telephone integration in parkcet switched telephone networks | |
| JP2009500990A (ja) | Ｉｐアドレスを通信して、ポイント対ポイントのテキスト、ボイス、ビデオ又はデータ通信を行なうためのｐｓｔｎの使用 | |
| KR100602638B1 (ko) | 음성 서비스 시스템 및 그 접속 방법 | |
| JP2004524755A (ja) | ＶｏＩＰシステム | |
| CA2469213C (en) | System and method for integrating multimedia services with traditional telephony via different networks | |
| US7738445B2 (en) | Combined H.450.2 and SIP call transfer | |
| WO2004032471A1 (en) | Multimedia pickup service | |
| CA2544154A1 (en) | Method and apparatus for enabling dynamic protocol interworking resolution with diverse endpoints | |
| KR100969458B1 (ko) | 세션 설정 프로토콜을 이용한 멀티미디어 링백 서비스시스템 및 그 방법 | |
| US7860224B1 (en) | Method and apparatus for providing a voicemail notification | |
| JP4564881B2 (ja) | 音声通信システム | |
| Cisco | Session Initiation Protocol (SIP) for VoIP | |
| JP2004222013A (ja) | インターネットプロトコル電話システム | |
| US7539177B2 (en) | Call hold/terminal portability in H.323/ISUP-BICC-SIP networks | |
| KR100809398B1 (ko) | 멀티프로토콜을 지원하는 ＶｏＩＰ에서의 ＳＭＳ 전송방법 및 그 시스템 | |
| JP2005269165A (ja) | Ｉｐ電話機 | |
| JP2006005501A (ja) | ＶｏＩＰネットワーク、メディアプロキシサーバ及びそれらに用いる付加サービス提供方法 | |
| JP2004147137A (ja) | 通信システム | |
| US7965700B1 (en) | Method and apparatus for enabling service indicators in a call control element |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050728 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050928 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051025 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20051026 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20051026 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060106 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071025 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071121 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080311 |