JP2001094601A - Ｉｐ通信ネットワークシステム及び音声メッセージ制御方法 - Google Patents
Ｉｐ通信ネットワークシステム及び音声メッセージ制御方法Info
- Publication number
- JP2001094601A JP2001094601A JP26995399A JP26995399A JP2001094601A JP 2001094601 A JP2001094601 A JP 2001094601A JP 26995399 A JP26995399 A JP 26995399A JP 26995399 A JP26995399 A JP 26995399A JP 2001094601 A JP2001094601 A JP 2001094601A
- Authority
- JP
- Japan
- Prior art keywords
- communication device
- voice message
- communication
- voice
- called
- 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.)
- Withdrawn
Links
- 238000004891 communication Methods 0.000 title claims abstract description 196
- 238000000034 method Methods 0.000 title claims abstract description 42
- 230000005540 biological transmission Effects 0.000 description 8
- 230000011664 signaling Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 101100189471 Mus musculus Pbx1 gene Proteins 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000002474 experimental method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 着信側（着側通信装置）が音声メッセージを
要求している状態であることを発信側に迅速に通知す
る。また、着信側が音声メッセージを再生するときの品
質を保証することを可能にする。 【解決手段】 音声メッセージ制御方法は、音声通信パ
ス確立前の呼制御シーケンスにおいて、着信側通信装置
が音声メッセージを要求している状態であることを発信
側通信装置にＩＰパケット網を通して通知するステップ
と；信頼性を保証する特定の通信プロトコルに則り、前
記着信側通信装置が再生するための音声メッセージを前
記発信側通信装置から前記着信側通信装置に前記ＩＰパ
ケット網を通して送信するステップとを備える。ここ
で、前記呼制御シーケンスは勧告Ｈ．３２３の通信手順
に則っている。
要求している状態であることを発信側に迅速に通知す
る。また、着信側が音声メッセージを再生するときの品
質を保証することを可能にする。 【解決手段】 音声メッセージ制御方法は、音声通信パ
ス確立前の呼制御シーケンスにおいて、着信側通信装置
が音声メッセージを要求している状態であることを発信
側通信装置にＩＰパケット網を通して通知するステップ
と；信頼性を保証する特定の通信プロトコルに則り、前
記着信側通信装置が再生するための音声メッセージを前
記発信側通信装置から前記着信側通信装置に前記ＩＰパ
ケット網を通して送信するステップとを備える。ここ
で、前記呼制御シーケンスは勧告Ｈ．３２３の通信手順
に則っている。
Description
【０００１】
【発明の属する技術分野】本発明は電話網などの回線交
換網とインターネット網またはイントラネット網などの
ＩＰ（インターネットプロトコル）パケット網とを統合
することにより、設備及び運用などのコストを削減でき
る複合交換網システムに関し、特にＩＰパケット網を経
由しパケット化音声情報である音声メッセージの通信制
御を可能にするＩＰ通信ネットワークシステムに関す
る。
換網とインターネット網またはイントラネット網などの
ＩＰ（インターネットプロトコル）パケット網とを統合
することにより、設備及び運用などのコストを削減でき
る複合交換網システムに関し、特にＩＰパケット網を経
由しパケット化音声情報である音声メッセージの通信制
御を可能にするＩＰ通信ネットワークシステムに関す
る。
【０００２】
【従来の技術】近年、ローカルエリアネットワーク（Ｌ
ＡＮ）の広帯域化等をはじめとするネットワーク技術の
進歩と、パーソナルコンピュータ（ＰＣ）の多機能化及
びＰＣに適用するＣＰＵの高速化等をはじめとするＰＣ
技術の進歩とにともない、複数のＬＡＮ上のＰＣ間で音
声情報を高速に通信することが実用的にも可能になって
きた。
ＡＮ）の広帯域化等をはじめとするネットワーク技術の
進歩と、パーソナルコンピュータ（ＰＣ）の多機能化及
びＰＣに適用するＣＰＵの高速化等をはじめとするＰＣ
技術の進歩とにともない、複数のＬＡＮ上のＰＣ間で音
声情報を高速に通信することが実用的にも可能になって
きた。
【０００３】これらの技術進歩により、従来の電話によ
る音声の通信を専用線、ＬＡＮ及びワイドエリアネット
ワーク（ＷＡＮ）などから構成されるインターネット網
（この明細書では、特に限定していないときは、イント
ラネット網を含む）上のＰＣ間で実行するアプリケーシ
ョンソフトウェアと、このソフトウェアを組み込んだハ
ードウェアシステムとが急速に市場に投入されている。
このシステムは、「インターネットテレフォニー」と称
される。
る音声の通信を専用線、ＬＡＮ及びワイドエリアネット
ワーク（ＷＡＮ）などから構成されるインターネット網
（この明細書では、特に限定していないときは、イント
ラネット網を含む）上のＰＣ間で実行するアプリケーシ
ョンソフトウェアと、このソフトウェアを組み込んだハ
ードウェアシステムとが急速に市場に投入されている。
このシステムは、「インターネットテレフォニー」と称
される。
【０００４】インターネットテレフォニーと称されるＩ
Ｐ通信ネットワークシステムにおいては、音声通信とデ
ータ通信とを統合するために、ＶｏＩＰ（Voice over I
nternet Protocol）技術を使用する。このＶｏＩＰ技術
はインターネットで使用されているネットワーク層のプ
ロトコル、つまりＩＰを持つネットワーク（ＩＰ網）上
で、音声を短い時間（例えば、２０ｍｓｅｃ程度）毎に
フレームとし、ＩＰヘッダを付けてパケットとして送受
信するものである。なお、コンピュータネットワークに
おける音声情報の送受信の歴史は古く、１９７４年にイ
ンターネットの前身であるＡＲＰＡＮＥＴで実験が行わ
れている(Danny Cohen,”RFC741:Specifications for t
he Network Voice Protocol(NVP),”IETF,1976参照）。
Ｐ通信ネットワークシステムにおいては、音声通信とデ
ータ通信とを統合するために、ＶｏＩＰ（Voice over I
nternet Protocol）技術を使用する。このＶｏＩＰ技術
はインターネットで使用されているネットワーク層のプ
ロトコル、つまりＩＰを持つネットワーク（ＩＰ網）上
で、音声を短い時間（例えば、２０ｍｓｅｃ程度）毎に
フレームとし、ＩＰヘッダを付けてパケットとして送受
信するものである。なお、コンピュータネットワークに
おける音声情報の送受信の歴史は古く、１９７４年にイ
ンターネットの前身であるＡＲＰＡＮＥＴで実験が行わ
れている(Danny Cohen,”RFC741:Specifications for t
he Network Voice Protocol(NVP),”IETF,1976参照）。
【０００５】また、電話網とインターネット網との間で
通信プロトコル変換を行うゲートウェイ機能を有し、電
話網とインターネット網との相互間での通信を実現する
インターネットテレフォニー・ゲートウェイが開発され
ている。インターネットテレフォニー・ゲートウェイを
用い、従来の電話網の各交換機間をインターネット網で
中継するシステム（インターネットテレフォニーによる
中抜きシステム）が提唱されており、すでに実用化され
ている。
通信プロトコル変換を行うゲートウェイ機能を有し、電
話網とインターネット網との相互間での通信を実現する
インターネットテレフォニー・ゲートウェイが開発され
ている。インターネットテレフォニー・ゲートウェイを
用い、従来の電話網の各交換機間をインターネット網で
中継するシステム（インターネットテレフォニーによる
中抜きシステム）が提唱されており、すでに実用化され
ている。
【０００６】一般に、従来の電話網による電話通話（音
声通信）に比較して、インターネットテレフォニーで中
抜きされたシステムにおける電話通話の方が低コストに
運用できることから、この中抜きのシステムとサービス
は、急速に普及しつつある。インターネットテレフォニ
ー・ゲートウェイによる中抜きシステムでの伝送（転
送）標準は未だ確立されていないが、現状ではインター
ネット網内のサービスを定義したＩＴＵ−Ｔ勧告Ｈ．３
２３がある。
声通信）に比較して、インターネットテレフォニーで中
抜きされたシステムにおける電話通話の方が低コストに
運用できることから、この中抜きのシステムとサービス
は、急速に普及しつつある。インターネットテレフォニ
ー・ゲートウェイによる中抜きシステムでの伝送（転
送）標準は未だ確立されていないが、現状ではインター
ネット網内のサービスを定義したＩＴＵ−Ｔ勧告Ｈ．３
２３がある。
【０００７】従来、ＩＰ通信ネットワークシステムを利
用した機械応答（ＩＶＲ）の音声メールサービスにおい
ては、発信者（発側通信装置）からの音声メッセージの
送信及び着信者（着側通信装置）からの音声メッセージ
の要求ガイダンスの送信は、音声通信用のパス（インバ
ンドパスまたはインチャネルパス）を介して行われてい
る。
用した機械応答（ＩＶＲ）の音声メールサービスにおい
ては、発信者（発側通信装置）からの音声メッセージの
送信及び着信者（着側通信装置）からの音声メッセージ
の要求ガイダンスの送信は、音声通信用のパス（インバ
ンドパスまたはインチャネルパス）を介して行われてい
る。
【０００８】特に、Ｈ．３２３プロトコルの手順に則っ
て音声メッセージ及び要求ガイダンスを送受信する場
合、特別に即時性の要求されない発信者側の音声メッセ
ージの送信を通常の音声情報と同じ低信頼性のＵＤＰ／
ＩＰ(User Datagram Protocol/Internet Protocol)の
通信手順に従って音声圧縮技術などを用いて行ってい
る。
て音声メッセージ及び要求ガイダンスを送受信する場
合、特別に即時性の要求されない発信者側の音声メッセ
ージの送信を通常の音声情報と同じ低信頼性のＵＤＰ／
ＩＰ(User Datagram Protocol/Internet Protocol)の
通信手順に従って音声圧縮技術などを用いて行ってい
る。
【０００９】
【発明が解決しようとする課題】したがって、従来のＩ
Ｐ通信ネットワークシステムを利用した機械応答の音声
メールサービスにおいては、音声メッセージの要求ガイ
ダンスの再生までに時間を要するだけでなく、一方的に
話者の音声メッセージを聴受するという通信形態である
ため、発信者及び着信者双方の意志の疎通を十分に果た
せない可能性がある。
Ｐ通信ネットワークシステムを利用した機械応答の音声
メールサービスにおいては、音声メッセージの要求ガイ
ダンスの再生までに時間を要するだけでなく、一方的に
話者の音声メッセージを聴受するという通信形態である
ため、発信者及び着信者双方の意志の疎通を十分に果た
せない可能性がある。
【００１０】本発明の課題は、着信側（着側通信装置）
が音声メッセージを要求している状態であることを発信
側に迅速に通知することを可能にするＩＰ通信ネットワ
ークシステム及び音声メッセージ制御方法を提供するこ
とにある。
が音声メッセージを要求している状態であることを発信
側に迅速に通知することを可能にするＩＰ通信ネットワ
ークシステム及び音声メッセージ制御方法を提供するこ
とにある。
【００１１】本発明の他の課題は、着信側が音声メッセ
ージを再生するときの品質を保証することを可能にする
ＩＰ通信ネットワークシステム及び音声メッセージ制御
方法を提供することにある。
ージを再生するときの品質を保証することを可能にする
ＩＰ通信ネットワークシステム及び音声メッセージ制御
方法を提供することにある。
【００１２】
【課題を解決するための手段】上記課題を解決するため
に、本発明の音声メッセージ制御方法は、音声通信パス
確立前の呼制御シーケンスにおいて、着信側通信装置が
音声メッセージを要求している状態であることを発信側
通信装置にＩＰパケット網を通して通知するステップ
と；信頼性を保証する特定の通信プロトコルに則り、前
記着信側通信装置が再生するための音声メッセージを前
記発信側通信装置から前記着信側通信装置に前記ＩＰパ
ケット網を通して送信するステップとを備える。
に、本発明の音声メッセージ制御方法は、音声通信パス
確立前の呼制御シーケンスにおいて、着信側通信装置が
音声メッセージを要求している状態であることを発信側
通信装置にＩＰパケット網を通して通知するステップ
と；信頼性を保証する特定の通信プロトコルに則り、前
記着信側通信装置が再生するための音声メッセージを前
記発信側通信装置から前記着信側通信装置に前記ＩＰパ
ケット網を通して送信するステップとを備える。
【００１３】ここで、前記呼制御シーケンスは勧告Ｈ．
３２３の通信手順に則っている。また、前記特定の通信
プロトコルはＴＣＰ／ＩＰ(Transmission Control Prot
ocol/Internet Protocol)である。
３２３の通信手順に則っている。また、前記特定の通信
プロトコルはＴＣＰ／ＩＰ(Transmission Control Prot
ocol/Internet Protocol)である。
【００１４】また、本発明の音声メッセージ制御方法
は、前記着信側通信装置が音声メッセージを要求してい
ることを前記発信側通信装置において認識するステップ
と；この認識ステップで要求状態が認識されたとき、発
信者に音声メッセージの要求状態を可視表示または可聴
表示するステップとを更に備える。
は、前記着信側通信装置が音声メッセージを要求してい
ることを前記発信側通信装置において認識するステップ
と；この認識ステップで要求状態が認識されたとき、発
信者に音声メッセージの要求状態を可視表示または可聴
表示するステップとを更に備える。
【００１５】また、本発明の音声メッセージ制御方法
は、前記着信側通信装置が再生するための音声メッセー
ジを前記発信側通信装置から前記着信側通信装置に前記
ＩＰパケット網を通して送信する手法を前記着信側通信
装置から指定するステップを更に備える。
は、前記着信側通信装置が再生するための音声メッセー
ジを前記発信側通信装置から前記着信側通信装置に前記
ＩＰパケット網を通して送信する手法を前記着信側通信
装置から指定するステップを更に備える。
【００１６】さらに、本発明の音声メッセージ制御方法
は、前記着信側通信装置が再生するための音声メッセー
ジを前記発信側通信装置から前記着信側通信装置に前記
ＩＰパケット網を通して送信する手法を前記発信側通信
装置から指定するステップを更に備える。
は、前記着信側通信装置が再生するための音声メッセー
ジを前記発信側通信装置から前記着信側通信装置に前記
ＩＰパケット網を通して送信する手法を前記発信側通信
装置から指定するステップを更に備える。
【００１７】本発明のＩＰ通信ネットワークシステム
は、音声通信パス確立前の呼制御シーケンスにおいて、
着信側通信装置が音声メッセージを要求している状態で
あることを発信側通信装置にＩＰパケット網を通して通
知する手段と；信頼性を保証する特定の通信プロトコル
に則り、前記着信側通信装置が再生するための音声メッ
セージを前記発信側通信装置から前記着信側通信装置に
前記ＩＰパケット網を通して通信する手段とを備える。
は、音声通信パス確立前の呼制御シーケンスにおいて、
着信側通信装置が音声メッセージを要求している状態で
あることを発信側通信装置にＩＰパケット網を通して通
知する手段と；信頼性を保証する特定の通信プロトコル
に則り、前記着信側通信装置が再生するための音声メッ
セージを前記発信側通信装置から前記着信側通信装置に
前記ＩＰパケット網を通して通信する手段とを備える。
【００１８】また、本発明のＩＰ通信ネットワークシス
テムは、前記着信側通信装置が音声メッセージを要求し
ていることを前記発信側通信装置において認識する手段
と；この認識手段で要求状態が認識されたとき、発信者
に音声メッセージの要求状態を可視表示または可聴表示
する手段とを更に備える。
テムは、前記着信側通信装置が音声メッセージを要求し
ていることを前記発信側通信装置において認識する手段
と；この認識手段で要求状態が認識されたとき、発信者
に音声メッセージの要求状態を可視表示または可聴表示
する手段とを更に備える。
【００１９】また、本発明のＩＰ通信ネットワークシス
テムは、前記着信側通信装置が再生するための音声メッ
セージを前記発信側通信装置から前記着信側通信装置に
前記ＩＰパケット網を通して送信する手法を前記着信側
通信装置から指定する手段を更に備える。
テムは、前記着信側通信装置が再生するための音声メッ
セージを前記発信側通信装置から前記着信側通信装置に
前記ＩＰパケット網を通して送信する手法を前記着信側
通信装置から指定する手段を更に備える。
【００２０】さらに、本発明のＩＰ通信ネットワークシ
ステムは、前記着信側通信装置が再生するための音声メ
ッセージを前記発信側通信装置から前記着信側通信装置
に前記ＩＰパケット網を通して送信する手法を前記発信
側通信装置から指定する手段を更に備える。
ステムは、前記着信側通信装置が再生するための音声メ
ッセージを前記発信側通信装置から前記着信側通信装置
に前記ＩＰパケット網を通して送信する手法を前記発信
側通信装置から指定する手段を更に備える。
【００２１】以上の構成を採ることにより、本発明によ
れば、呼制御シーケンスにおいて音声メッセージに関す
る制御情報を通信することにより、着信側（着信側通信
装置）が音声メッセージを要求している状態であること
を発信側（発信側通信装置）に迅速に通知することがで
きる。
れば、呼制御シーケンスにおいて音声メッセージに関す
る制御情報を通信することにより、着信側（着信側通信
装置）が音声メッセージを要求している状態であること
を発信側（発信側通信装置）に迅速に通知することがで
きる。
【００２２】また、本発明によれば、信頼性を保証する
通信手順、例えばＴＣＰ／ＩＰに則って品質の保証され
た形式で音声メッセージを送信することにより、着信側
が音声メッセージを再生するときの品質を保証すること
ができる。
通信手順、例えばＴＣＰ／ＩＰに則って品質の保証され
た形式で音声メッセージを送信することにより、着信側
が音声メッセージを再生するときの品質を保証すること
ができる。
【００２３】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。 〔ＩＰ通信ネットワークシステムの構成〕本発明の一実
施の形態におけるＩＰ通信ネットワークシステムの構成
を示す図１を参照すると、回線交換網（ＳＣＮ：Ｓｗｉ
ｔｃｈｅｄ Ｃｉｒｃｕｉｔ Ｎｅｔｗｏｒｋ）として
の電話網を構成する構内交換機（ＰＢＸ）１，２は通信
端末装置３，４をそれぞれ収容する。これらの通信端末
装置３，４は音声通信機能を有する電話機である。な
お、音声通信機能を有する電話機相当の通信端末装置は
インターネットテレフォニー・ゲートウェイ（ＶｏＩＰ
Ｇａｔｅｗａｙ）５，６に直接収容される形態を採る
こともできる。
て図面を参照して説明する。 〔ＩＰ通信ネットワークシステムの構成〕本発明の一実
施の形態におけるＩＰ通信ネットワークシステムの構成
を示す図１を参照すると、回線交換網（ＳＣＮ：Ｓｗｉ
ｔｃｈｅｄ Ｃｉｒｃｕｉｔ Ｎｅｔｗｏｒｋ）として
の電話網を構成する構内交換機（ＰＢＸ）１，２は通信
端末装置３，４をそれぞれ収容する。これらの通信端末
装置３，４は音声通信機能を有する電話機である。な
お、音声通信機能を有する電話機相当の通信端末装置は
インターネットテレフォニー・ゲートウェイ（ＶｏＩＰ
Ｇａｔｅｗａｙ）５，６に直接収容される形態を採る
こともできる。
【００２４】インターネットテレフォニー・ゲートウェ
イ５，６は構内交換機１，２をＩＰパケット網（ＩＰパ
ケットＮＷ）７にそれぞれ接続する。ＩＰパケット網７
は専用線、ＬＡＮ及びＷＡＮなどから構成されるインタ
ーネット網である。インターネット網は会社内などの内
部網であるときは厳密にはイントラネット網と称される
が、ここでは特に区別しない。ＩＰパケット網７は音声
通信機能及びデータ通信機能を有する通信端末装置８，
９を収容する。これらの通信端末装置８，９はパーソナ
ルコンピュータ（ＰＣ）などのデータ端末であり、ここ
ではインタネットフォンＰＣと称する。
イ５，６は構内交換機１，２をＩＰパケット網（ＩＰパ
ケットＮＷ）７にそれぞれ接続する。ＩＰパケット網７
は専用線、ＬＡＮ及びＷＡＮなどから構成されるインタ
ーネット網である。インターネット網は会社内などの内
部網であるときは厳密にはイントラネット網と称される
が、ここでは特に区別しない。ＩＰパケット網７は音声
通信機能及びデータ通信機能を有する通信端末装置８，
９を収容する。これらの通信端末装置８，９はパーソナ
ルコンピュータ（ＰＣ）などのデータ端末であり、ここ
ではインタネットフォンＰＣと称する。
【００２５】このような構成にてインターネットテレフ
ォニーの中抜きの中継網を構成する。 〔通信端末装置（インタネットフォンＰＣ）の詳細構成
・通常動作〕図１に示すＩＰ通信ネットワークシステム
における通信端末装置（インタネットフォンＰＣ）８，
９は、図２に示すように、表示装置（ディスプレイ）８
０，キーボード８１，音声出力装置（スピーカ）８２及
び音声入力装置（マイク）８３を備える。また、通信端
末装置８，９は表示装置制御部８４と、キーボード制御
部８５と、バス９０を通して入力される音声情報を復号
化して音声出力装置８２から出力させる復号化制御部８
６と、音声入力装置８３から入力された音声情報を符号
化してバス９０に出力する符号化制御部８７とを備え
る。
ォニーの中抜きの中継網を構成する。 〔通信端末装置（インタネットフォンＰＣ）の詳細構成
・通常動作〕図１に示すＩＰ通信ネットワークシステム
における通信端末装置（インタネットフォンＰＣ）８，
９は、図２に示すように、表示装置（ディスプレイ）８
０，キーボード８１，音声出力装置（スピーカ）８２及
び音声入力装置（マイク）８３を備える。また、通信端
末装置８，９は表示装置制御部８４と、キーボード制御
部８５と、バス９０を通して入力される音声情報を復号
化して音声出力装置８２から出力させる復号化制御部８
６と、音声入力装置８３から入力された音声情報を符号
化してバス９０に出力する符号化制御部８７とを備え
る。
【００２６】さらに、音声端末装置８，９はＩＰパケッ
ト網７にネットワークインタフェース（Ｉ／Ｆ）部８８
を通して送信するための音声情報をＩＰパケットに組み
立てたり、ＩＰパケット網７からネットワークインタフ
ェース部８８を通して受信したＩＰパケットを分解する
パケット組立／分解制御部８９を備える。また、音声端
末装置８，９は中央制御装置（ＣＰＵ）９１及び記憶装
置９２を備える。
ト網７にネットワークインタフェース（Ｉ／Ｆ）部８８
を通して送信するための音声情報をＩＰパケットに組み
立てたり、ＩＰパケット網７からネットワークインタフ
ェース部８８を通して受信したＩＰパケットを分解する
パケット組立／分解制御部８９を備える。また、音声端
末装置８，９は中央制御装置（ＣＰＵ）９１及び記憶装
置９２を備える。
【００２７】この構成により、音声端末装置８，９は音
声通信及びデータ通信を行うインタネットフォンＰＣと
して機能する。図３には、通信端末装置８，９がそれぞ
れ発信側（発ＰＣ）及び着信側（着ＰＣ）となり、ＩＰ
パケット網７を通して音声通信を行う場合の通常のシグ
ナリングシーケンスを示している。通信端末装置８，９
はＩＰパケット網７を通してＩＴＵ−Ｔ勧告Ｈ．２２５
プロトコルに則る呼制御シーケンスに従って各メッセー
ジＳＥＴＵＰ，ＣＡＬＬＰＲＯＣ，ＡＬＥＲＴ，及びＣ
ＯＮＮＥＣＴを送受信する。
声通信及びデータ通信を行うインタネットフォンＰＣと
して機能する。図３には、通信端末装置８，９がそれぞ
れ発信側（発ＰＣ）及び着信側（着ＰＣ）となり、ＩＰ
パケット網７を通して音声通信を行う場合の通常のシグ
ナリングシーケンスを示している。通信端末装置８，９
はＩＰパケット網７を通してＩＴＵ−Ｔ勧告Ｈ．２２５
プロトコルに則る呼制御シーケンスに従って各メッセー
ジＳＥＴＵＰ，ＣＡＬＬＰＲＯＣ，ＡＬＥＲＴ，及びＣ
ＯＮＮＥＣＴを送受信する。
【００２８】次に、通信端末装置８，９はＩＰパケット
網７を通して勧告Ｈ．２４５プロトコルに則り、通信帯
域などの相手能力に関する情報を交換する。これによ
り、音声通信に必要なＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒ
ａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）インバンドパス
（インチャネルパス）が確立される。このＲＴＰは音声
情報や画像情報のようなストリームデータを伝送するた
めのトランスポート層プロトコルである。
網７を通して勧告Ｈ．２４５プロトコルに則り、通信帯
域などの相手能力に関する情報を交換する。これによ
り、音声通信に必要なＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒ
ａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）インバンドパス
（インチャネルパス）が確立される。このＲＴＰは音声
情報や画像情報のようなストリームデータを伝送するた
めのトランスポート層プロトコルである。
【００２９】〔ゲートウェイの詳細構成・通常動作〕図
１に示すＩＰ通信ネットワークシステムにおけるゲート
ウェイ５，６は、回線交換網のＰＢＸ１，２とＩＰパケ
ット網７との間で通信プロトコル変換を行う機能を有
し、回線交換網とＩＰパケット網７との相互間での通信
をそれぞれ実現する。また、ゲートウェイ５，６はそれ
ぞれに通信端末装置として電話機を直接収容する場合
は、これらの電話機とＩＰパケット網７との相互間での
通信をそれぞれ実現する。
１に示すＩＰ通信ネットワークシステムにおけるゲート
ウェイ５，６は、回線交換網のＰＢＸ１，２とＩＰパケ
ット網７との間で通信プロトコル変換を行う機能を有
し、回線交換網とＩＰパケット網７との相互間での通信
をそれぞれ実現する。また、ゲートウェイ５，６はそれ
ぞれに通信端末装置として電話機を直接収容する場合
は、これらの電話機とＩＰパケット網７との相互間での
通信をそれぞれ実現する。
【００３０】したがって、図４に示すように、ゲートウ
ェイ５（または６）はＰＢＸ１（２）や直接収容の電話
機と接続するための回線交換網インタフェース（Ｉ／
Ｆ）部５０と、記憶装置を含む中央制御装置６０とを備
える。回線交換網インタフェース部５０は、アナログ回
線の場合、局線トランク、中継線トランク、加入者線
に、またディジタル回線の場合は、ＩＳＤＮ各種インタ
フェース、ディジタル中継線インタフェースなど、既存
のＰＢＸの有するインタフェースの全てに対応すること
ができる。
ェイ５（または６）はＰＢＸ１（２）や直接収容の電話
機と接続するための回線交換網インタフェース（Ｉ／
Ｆ）部５０と、記憶装置を含む中央制御装置６０とを備
える。回線交換網インタフェース部５０は、アナログ回
線の場合、局線トランク、中継線トランク、加入者線
に、またディジタル回線の場合は、ＩＳＤＮ各種インタ
フェース、ディジタル中継線インタフェースなど、既存
のＰＢＸの有するインタフェースの全てに対応すること
ができる。
【００３１】中央制御装置６０は回線交換ネットワーク
制御部６１，呼制御部６２，交換処理部６３及び加入者
／トランク回路部６４を備える。また、中央制御装置６
０はＶｏＩＰ制御部６５，Ｈ．２２５シグナリング制御
部６６，Ｈ．２４５制御部６７，及びＩＰパケット網７
と接続するためのＩＰネットワークインタフェース（Ｉ
／Ｆ）部６８を備える。
制御部６１，呼制御部６２，交換処理部６３及び加入者
／トランク回路部６４を備える。また、中央制御装置６
０はＶｏＩＰ制御部６５，Ｈ．２２５シグナリング制御
部６６，Ｈ．２４５制御部６７，及びＩＰパケット網７
と接続するためのＩＰネットワークインタフェース（Ｉ
／Ｆ）部６８を備える。
【００３２】図５には、ゲートウェイ直接収容の電話機
またはＰＢＸ１，２がそれぞれ発信側及び着信側とな
り、発信側ゲートウェイ５，着信側ゲートウェイ６及び
ＩＰパケット網７を通して音声通信を行う場合の通常の
シグナリングシーケンスを示している。ゲートウェイ直
接収容の電話機またはＰＢＸ１，２は対応のゲートウェ
イ５，６に対して通常の回線交換接続手順で呼設定を進
める。
またはＰＢＸ１，２がそれぞれ発信側及び着信側とな
り、発信側ゲートウェイ５，着信側ゲートウェイ６及び
ＩＰパケット網７を通して音声通信を行う場合の通常の
シグナリングシーケンスを示している。ゲートウェイ直
接収容の電話機またはＰＢＸ１，２は対応のゲートウェ
イ５，６に対して通常の回線交換接続手順で呼設定を進
める。
【００３３】また、ゲートウェイ５，６はＩＰパケット
網７を通してＩＴＵ−Ｔ勧告Ｈ．２２５プロトコルに則
る呼制御シーケンスに従って各メッセージＳＥＴＵＰ，
ＣＡＬＬＰＲＯＣ，ＡＬＥＲＴ，及びＣＯＮＮＥＣＴを
送受信する。そして、ゲートウェイ５，６はＩＰパケッ
ト網７を通して勧告Ｈ．２４５プロトコルに則り、通信
帯域などの相手能力に関する情報を交換する。
網７を通してＩＴＵ−Ｔ勧告Ｈ．２２５プロトコルに則
る呼制御シーケンスに従って各メッセージＳＥＴＵＰ，
ＣＡＬＬＰＲＯＣ，ＡＬＥＲＴ，及びＣＯＮＮＥＣＴを
送受信する。そして、ゲートウェイ５，６はＩＰパケッ
ト網７を通して勧告Ｈ．２４５プロトコルに則り、通信
帯域などの相手能力に関する情報を交換する。
【００３４】これにより、音声通信に必要なＲＴＰイン
バンドパス（インチャネルパス）がゲートウェイ５，６
間に確立される。また、ゲートウェイ直接収容の電話機
またはＰＢＸ１，２（電話機３，４）間もインチャネル
パスで接続される。
バンドパス（インチャネルパス）がゲートウェイ５，６
間に確立される。また、ゲートウェイ直接収容の電話機
またはＰＢＸ１，２（電話機３，４）間もインチャネル
パスで接続される。
【００３５】〔ＩＰ通信ネットワークシステムにおける
音声メッセージ制御動作〕上述したＩＰ通信ネットワー
クシステムにおいては、通信端末装置（電話機）３，４
間、通信端末装置（インタネットフォンＰＣ）８，９
間、通信端末装置３または４と通信端末装置８または９
との間でＩＰパケット網７を通して音声通信を行うこと
ができる。ここでは、通信端末装置（インタネットフォ
ンＰＣ）８，９間で音声メッセージの送受信を行う場合
の制御動作について詳述するが、上記他の通信端末装置
間で行うときも、後述するように呼制御シーケンスで扱
うので、基本的には同一である。
音声メッセージ制御動作〕上述したＩＰ通信ネットワー
クシステムにおいては、通信端末装置（電話機）３，４
間、通信端末装置（インタネットフォンＰＣ）８，９
間、通信端末装置３または４と通信端末装置８または９
との間でＩＰパケット網７を通して音声通信を行うこと
ができる。ここでは、通信端末装置（インタネットフォ
ンＰＣ）８，９間で音声メッセージの送受信を行う場合
の制御動作について詳述するが、上記他の通信端末装置
間で行うときも、後述するように呼制御シーケンスで扱
うので、基本的には同一である。
【００３６】（動作例１）図１，図２，動作のシーケン
スチャートを示す図６及びメッセージの構成情報を示す
図７を併せ参照して説明する。図６には、通信端末装置
８，９がそれぞれ発信側（発ＰＣ）及び着信側（着Ｐ
Ｃ）となり、ＩＰパケット網７を通して音声メッセージ
の通信を行う場合のシグナリングシーケンスを示してい
る。
スチャートを示す図６及びメッセージの構成情報を示す
図７を併せ参照して説明する。図６には、通信端末装置
８，９がそれぞれ発信側（発ＰＣ）及び着信側（着Ｐ
Ｃ）となり、ＩＰパケット網７を通して音声メッセージ
の通信を行う場合のシグナリングシーケンスを示してい
る。
【００３７】通信端末装置８，９はＩＰパケット網７を
通してＩＴＵ−Ｔ勧告Ｈ．３２３プロトコルに則る、音
声通信パス（インバンドパス）確立前の呼制御シーケン
スに従って各メッセージＳＥＴＵＰ，ＩＮＦＯ，ＩＮＦ
Ｏ−ＡＣＫを送受信する。ＩＮＦＯメッセージ及びＩＮ
ＦＯ−ＡＣＫメッセージはこの発明の実施のために新規
に設定したメッセージである。
通してＩＴＵ−Ｔ勧告Ｈ．３２３プロトコルに則る、音
声通信パス（インバンドパス）確立前の呼制御シーケン
スに従って各メッセージＳＥＴＵＰ，ＩＮＦＯ，ＩＮＦ
Ｏ−ＡＣＫを送受信する。ＩＮＦＯメッセージ及びＩＮ
ＦＯ−ＡＣＫメッセージはこの発明の実施のために新規
に設定したメッセージである。
【００３８】発信側通信端末装置８は呼設定メッセージ
ＳＥＴＵＰの送信に応答するＩＮＦＯメッセージを受信
側通信端末装置９から受信すると、このメッセージを解
析する。発信側通信端末装置８は解析の結果、受信側通
信端末装置９が音声メッセージを要求していることを認
識する。発信者（使用者）に対する音声メッセージの要
求表示は自装置内の音声ファイルの再生あるいはワーニ
ングメッセージの可視表示により行われる。つまり、通
信端末装置８における音声出力装置８２からの要求ガイ
ダンスの再生あるいは表示装置８０の画面上への可視表
示により行う。
ＳＥＴＵＰの送信に応答するＩＮＦＯメッセージを受信
側通信端末装置９から受信すると、このメッセージを解
析する。発信側通信端末装置８は解析の結果、受信側通
信端末装置９が音声メッセージを要求していることを認
識する。発信者（使用者）に対する音声メッセージの要
求表示は自装置内の音声ファイルの再生あるいはワーニ
ングメッセージの可視表示により行われる。つまり、通
信端末装置８における音声出力装置８２からの要求ガイ
ダンスの再生あるいは表示装置８０の画面上への可視表
示により行う。
【００３９】発信者が音声メッセージを入力すると、一
般的な音声メッセージの作成手順に従って音声ファイル
（例えば、ＷＡＶＥファイル）を作成し、ＩＮＦＯ−Ａ
ＣＫメッセージのユーザ・ユーザ情報要素ＵＵＩのペイ
ロード情報として付加し、発信側通信端末装置８から着
信側通信端末装置９に送信する。着信側通信端末装置９
では、受信したＩＮＦＯ−ＡＣＫメッセージに含まれる
音声ファイルの音声情報を再生することにより、発信者
からの音声メッセージを聴受することができる。
般的な音声メッセージの作成手順に従って音声ファイル
（例えば、ＷＡＶＥファイル）を作成し、ＩＮＦＯ−Ａ
ＣＫメッセージのユーザ・ユーザ情報要素ＵＵＩのペイ
ロード情報として付加し、発信側通信端末装置８から着
信側通信端末装置９に送信する。着信側通信端末装置９
では、受信したＩＮＦＯ−ＡＣＫメッセージに含まれる
音声ファイルの音声情報を再生することにより、発信者
からの音声メッセージを聴受することができる。
【００４０】（動作例２）図１，図２，動作のシーケン
スチャートを示す図８及びメッセージの構成情報を示す
図７を併せ参照して説明する。図８には、通信端末装置
８，９がそれぞれ発信側（発ＰＣ）及び着信側（着Ｐ
Ｃ）となり、ＩＰパケット網７を通して音声メッセージ
の通信を行う場合のシグナリングシーケンスを示してい
る。
スチャートを示す図８及びメッセージの構成情報を示す
図７を併せ参照して説明する。図８には、通信端末装置
８，９がそれぞれ発信側（発ＰＣ）及び着信側（着Ｐ
Ｃ）となり、ＩＰパケット網７を通して音声メッセージ
の通信を行う場合のシグナリングシーケンスを示してい
る。
【００４１】通信端末装置８，９はＩＰパケット網７を
通してＩＴＵ−Ｔ勧告Ｈ．３２３プロトコルに則る、音
声通信パス（インバンドパス）確立前の呼制御シーケン
スに従って各メッセージＳＥＴＵＰ，ＩＮＦＯやＳＮＭ
Ｐ（Simple Network Management Protocol：簡易ネット
ワーク管理プロトコル）プロトコルメッセージを送受信
する。ＩＮＦＯメッセージはこの発明の実施のために新
規に設定したメッセージである。
通してＩＴＵ−Ｔ勧告Ｈ．３２３プロトコルに則る、音
声通信パス（インバンドパス）確立前の呼制御シーケン
スに従って各メッセージＳＥＴＵＰ，ＩＮＦＯやＳＮＭ
Ｐ（Simple Network Management Protocol：簡易ネット
ワーク管理プロトコル）プロトコルメッセージを送受信
する。ＩＮＦＯメッセージはこの発明の実施のために新
規に設定したメッセージである。
【００４２】発信側通信端末装置８は呼設定メッセージ
ＳＥＴＵＰの送信に応答するＩＮＦＯメッセージを受信
側通信端末装置９から受信すると、このメッセージを解
析する。発信側通信端末装置８は解析の結果、受信側通
信端末装置９が音声メッセージを要求していることを認
識する。発信者（使用者）に対する音声メッセージの要
求表示は自装置内の音声ファイルの再生あるいはワーニ
ングメッセージの可視表示により行われる。つまり、通
信端末装置８における音声出力装置８２からの要求ガイ
ダンスの再生あるいは表示装置８０の画面上への可視表
示により行う。
ＳＥＴＵＰの送信に応答するＩＮＦＯメッセージを受信
側通信端末装置９から受信すると、このメッセージを解
析する。発信側通信端末装置８は解析の結果、受信側通
信端末装置９が音声メッセージを要求していることを認
識する。発信者（使用者）に対する音声メッセージの要
求表示は自装置内の音声ファイルの再生あるいはワーニ
ングメッセージの可視表示により行われる。つまり、通
信端末装置８における音声出力装置８２からの要求ガイ
ダンスの再生あるいは表示装置８０の画面上への可視表
示により行う。
【００４３】着信側通信端末装置９からのＩＮＦＯメッ
セージのユーザ・ユーザ情報要素ＵＵＩに「音声メッセ
ージ要求」と共にプロトコル指定情報、つまり「指定プ
ロトコル有無」が「有り」であり、かつ「指定プロトコ
ル」として「電子メール、例えばＳＮＭＰ」が設定され
ている場合、発信側通信端末装置８からの音声メッセー
ジは電子メール機能（メーラ機能）によって送信され
る。着信側通信端末装置９からのＩＮＦＯメッセージの
「メールアドレス」には、宛先（Ａａａ＠ｂｂｂ．ｃ
ｏ．ｊｐ）が設定される。
セージのユーザ・ユーザ情報要素ＵＵＩに「音声メッセ
ージ要求」と共にプロトコル指定情報、つまり「指定プ
ロトコル有無」が「有り」であり、かつ「指定プロトコ
ル」として「電子メール、例えばＳＮＭＰ」が設定され
ている場合、発信側通信端末装置８からの音声メッセー
ジは電子メール機能（メーラ機能）によって送信され
る。着信側通信端末装置９からのＩＮＦＯメッセージの
「メールアドレス」には、宛先（Ａａａ＠ｂｂｂ．ｃ
ｏ．ｊｐ）が設定される。
【００４４】発信者が音声メッセージを入力すると、一
般的な音声メッセージの作成手順に従って音声ファイル
（例えば、ＷＡＶＥファイルまたはテキスト）を作成
し、つまり電子メールコンテンツとして編集し、電子メ
ール・メーラを起動後、ＳＮＭＰプロトコルメッセージ
として、発信側通信端末装置８から着信側通信端末装置
９に送信する。着信側通信端末装置９では、受信したＳ
ＮＭＰプロトコルメッセージに含まれる音声ファイルま
たはテキストの音声情報を再生することにより、発信者
からの音声メッセージを聴受することができる。
般的な音声メッセージの作成手順に従って音声ファイル
（例えば、ＷＡＶＥファイルまたはテキスト）を作成
し、つまり電子メールコンテンツとして編集し、電子メ
ール・メーラを起動後、ＳＮＭＰプロトコルメッセージ
として、発信側通信端末装置８から着信側通信端末装置
９に送信する。着信側通信端末装置９では、受信したＳ
ＮＭＰプロトコルメッセージに含まれる音声ファイルま
たはテキストの音声情報を再生することにより、発信者
からの音声メッセージを聴受することができる。
【００４５】なお、発信側通信端末装置８からの音声メ
ッセージの送信手続を発信者が任意に選択する、例えば
予め定められたキー操作に対応して電子メールを選択す
る制御を採ることもできる。
ッセージの送信手続を発信者が任意に選択する、例えば
予め定められたキー操作に対応して電子メールを選択す
る制御を採ることもできる。
【００４６】
【発明の効果】以上説明したように、本発明によれば、
呼制御シーケンスにおいて音声メッセージに関する制御
情報を通信することにより、着信側（着信側通信装置）
が音声メッセージを要求している状態であることを発信
側（発信側通信装置）に迅速に通知することができる。
呼制御シーケンスにおいて音声メッセージに関する制御
情報を通信することにより、着信側（着信側通信装置）
が音声メッセージを要求している状態であることを発信
側（発信側通信装置）に迅速に通知することができる。
【００４７】また、本発明によれば、信頼性を保証する
通信手順、例えばＴＣＰ／ＩＰ(Transmission Control
Protocol/Internet Protocol)に則って品質の保証され
た形式で音声メッセージを送信することにより、着信側
が音声メッセージを再生するときの品質を保証すること
ができる。
通信手順、例えばＴＣＰ／ＩＰ(Transmission Control
Protocol/Internet Protocol)に則って品質の保証され
た形式で音声メッセージを送信することにより、着信側
が音声メッセージを再生するときの品質を保証すること
ができる。
【図１】 本発明の一実施の形態のＩＰ通信ネットワー
クシステムの構成を示すブロック図。
クシステムの構成を示すブロック図。
【図２】 通信端末装置（インタネットフォンＰＣ）の
詳細構成を示すブロック図。
詳細構成を示すブロック図。
【図３】 通信端末装置（インタネットフォンＰＣ）間
の通常動作のシグナリングシーケンス。
の通常動作のシグナリングシーケンス。
【図４】 ゲートウェイの詳細構成を示すブロック図。
【図５】 ゲートウェイ間の通常動作のシグナリングシ
ーケンス。
ーケンス。
【図６】 通信端末装置（インタネットフォンＰＣ）間
の音声メッセージ通信の制御動作を説明するためのシー
ケンスチャート。
の音声メッセージ通信の制御動作を説明するためのシー
ケンスチャート。
【図７】 メッセージ構成情報を示す図。
【図８】 通信端末装置（インタネットフォンＰＣ）間
の音声メッセージ通信の制御動作を説明するためのシー
ケンスチャート。
の音声メッセージ通信の制御動作を説明するためのシー
ケンスチャート。
１，２ 構内交換機（ＰＢＸ） ３，４ 通信端末装置（電話機） ５，６ ゲートウェイ ７ ＩＰパケット網 ８，９ 通信端末装置（インタネットフォンＰＣ）
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 11/00 ３０３ ９Ａ００１ Ｆターム(参考） 5K030 HA01 HA08 HA11 HB01 LB02 5K033 BA14 CA07 CB01 CB02 CC01 5K034 BB06 CC05 EE11 NN22 5K051 AA02 BB01 CC02 CC04 FF07 HH16 HH17 JJ14 5K101 LL02 LL03 PP03 SS08 TT06 9A001 BB04 CC06 CC07 DD10 EE04 HH15 HH18 JJ14 JJ18 JJ25 KK56
Claims (12)
- 【請求項１】 音声通信パス確立前の呼制御シーケンス
において、着信側通信装置が音声メッセージを要求して
いる状態であることを発信側通信装置にＩＰパケット網
を通して通知するステップと；信頼性を保証する特定の
通信プロトコルに則り、前記着信側通信装置が再生する
ための音声メッセージを前記発信側通信装置から前記着
信側通信装置に前記ＩＰパケット網を通して送信するス
テップと；を備える音声メッセージ制御方法。 - 【請求項２】 前記呼制御シーケンスは勧告Ｈ．３２３
の通信手順に則っている請求項１記載の音声メッセージ
制御方法。 - 【請求項３】 前記特定の通信プロトコルがＴＣＰ／Ｉ
Ｐである請求項１記載の音声メッセージ制御方法。 - 【請求項４】 前記着信側通信装置が音声メッセージを
要求していることを前記発信側通信装置において認識す
るステップと；この認識ステップで要求状態が認識され
たとき、発信者に音声メッセージの要求状態を可視表示
または可聴表示するステップと；を更に備える請求項１
記載の音声メッセージ制御方法。 - 【請求項５】 前記着信側通信装置が再生するための音
声メッセージを前記発信側通信装置から前記着信側通信
装置に前記ＩＰパケット網を通して送信する手法を前記
着信側通信装置から指定するステップを更に備える請求
項１記載の音声メッセージ制御方法。 - 【請求項６】 前記着信側通信装置が再生するための音
声メッセージを前記発信側通信装置から前記着信側通信
装置に前記ＩＰパケット網を通して送信する手法を前記
発信側通信装置から指定するステップを更に備える請求
項１記載の音声メッセージ制御方法。 - 【請求項７】 音声通信パス確立前の呼制御シーケンス
において、着信側通信装置が音声メッセージを要求して
いる状態であることを発信側通信装置にＩＰパケット網
を通して通知する手段と；信頼性を保証する特定の通信
プロトコルに則り、前記着信側通信装置が再生するため
の音声メッセージを前記発信側通信装置から前記着信側
通信装置に前記ＩＰパケット網を通して送信する手段
と；を備えるＩＰ通信ネットワークシステム。 - 【請求項８】 前記呼制御シーケンスは勧告Ｈ．３２３
の通信手順に則っている請求項７記載のＩＰ通信ネット
ワークシステム。 - 【請求項９】 前記特定の通信プロトコルがＴＣＰ／Ｉ
Ｐである請求項７記載のＩＰ通信ネットワークシステ
ム。 - 【請求項１０】 前記着信側通信装置が音声メッセージ
を要求していることを前記発信側通信装置において認識
する手段と；この認識手段で要求状態が認識されたと
き、発信者に音声メッセージの要求状態を可視表示また
は可聴表示する手段と；を更に備える請求項７記載のＩ
Ｐ通信ネットワークシステム。 - 【請求項１１】 前記着信側通信装置が再生するための
音声メッセージを前記発信側通信装置から前記着信側通
信装置に前記ＩＰパケット網を通して送信する手法を前
記着信側通信装置から指定する手段を更に備える請求項
７記載のＩＰ通信ネットワークシステム。 - 【請求項１２】 前記着信側通信装置が再生するための
音声メッセージを前記発信側通信装置から前記着信側通
信装置に前記ＩＰパケット網を通して送信する手法を前
記発信側通信装置から指定する手段を更に備える請求項
７記載のＩＰ通信ネットワークシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26995399A JP2001094601A (ja) | 1999-09-24 | 1999-09-24 | Ｉｐ通信ネットワークシステム及び音声メッセージ制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26995399A JP2001094601A (ja) | 1999-09-24 | 1999-09-24 | Ｉｐ通信ネットワークシステム及び音声メッセージ制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001094601A true JP2001094601A (ja) | 2001-04-06 |
Family
ID=17479526
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26995399A Withdrawn JP2001094601A (ja) | 1999-09-24 | 1999-09-24 | Ｉｐ通信ネットワークシステム及び音声メッセージ制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001094601A (ja) |
-
1999
- 1999-09-24 JP JP26995399A patent/JP2001094601A/ja not_active Withdrawn
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1266516B1 (en) | Establishing real-time interactive audio calls by a computer on behalf of a packet-switched data network telephone | |
| US6853719B2 (en) | Provision of media content to telephony callers on-hold | |
| US8218457B2 (en) | Apparatus and method for providing communication services using multiple signaling protocols | |
| AU2002300084B2 (en) | Software Based Single Agent Multipoint Conference Capability | |
| US7729345B2 (en) | Scalable voice over IP system providing independent call bridging for outbound calls initiated by user interface applications | |
| US7230945B2 (en) | Method for sending dual-tone multi-frequency signal using voice over internet protocol | |
| US9398160B2 (en) | Method and communication terminal for providing VoIP | |
| US20040008837A1 (en) | Combining multimedia services with traditional telephony services in a public branch exchange | |
| KR100480722B1 (ko) | 링백 톤 발생장치를 구비한 인터넷 폰 및 그의 링백 톤전송 방법 | |
| US7443834B1 (en) | Combining multimedia services with traditional telephony | |
| US8953763B2 (en) | Method and apparatus for providing an audible calling party identification for a call waiting service | |
| US7050565B2 (en) | Multimedia augmented call coverage | |
| US6724749B1 (en) | Internet telephony system | |
| US20090238176A1 (en) | Method, telephone system and telephone terminal for call session | |
| EP1295443B1 (en) | Method to assess the quality of a voice communication over packet networks | |
| JP2005020676A (ja) | 電話通信方法及び装置 | |
| US8837459B2 (en) | Method and apparatus for providing asynchronous audio messaging | |
| JP2001094601A (ja) | Ｉｐ通信ネットワークシステム及び音声メッセージ制御方法 | |
| US8625577B1 (en) | Method and apparatus for providing audio recording | |
| JP4215550B2 (ja) | Ｉｐによるシステム間接続を行なう構内交換機システム及びそのシステム情報伝達方法 | |
| US8130934B1 (en) | Method and apparatus for providing network based muting of call legs | |
| KR20040095094A (ko) | 전화와 ＰＣ를 연동한 ＶｏＩＰ 화상 전화 서비스 방법 | |
| JP2005072673A (ja) | 電話交換方法、装置及びシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20061205 |