Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4292017B2 - IP phone terminal - Google Patents
[go: Go Back, main page]

JP4292017B2 - IP phone terminal - Google Patents

IP phone terminal Download PDF

Info

Publication number
JP4292017B2
JP4292017B2 JP2003087425A JP2003087425A JP4292017B2 JP 4292017 B2 JP4292017 B2 JP 4292017B2 JP 2003087425 A JP2003087425 A JP 2003087425A JP 2003087425 A JP2003087425 A JP 2003087425A JP 4292017 B2 JP4292017 B2 JP 4292017B2
Authority
JP
Japan
Prior art keywords
telephone
signal
telephones
calling
call
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.)
Expired - Lifetime
Application number
JP2003087425A
Other languages
Japanese (ja)
Other versions
JP2004297471A (en
Inventor
章広 櫻井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sumitomo Electric Networks Inc
Original Assignee
Sumitomo Electric Networks Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sumitomo Electric Networks Inc filed Critical Sumitomo Electric Networks Inc
Priority to JP2003087425A priority Critical patent/JP4292017B2/en
Publication of JP2004297471A publication Critical patent/JP2004297471A/en
Application granted granted Critical
Publication of JP4292017B2 publication Critical patent/JP4292017B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、公衆交換電話網(PSTN)接続機能とIP(Internet Protocol)電話機能とを有するIP電話端末に関し、特に、複数の電話機に発信電話番号通知を転送するIP電話端末およびその方法に関する。
【0002】
【従来の技術】
近年、ブロードバンド回線などによるインターネット利用が広く普及し、インターネットプロトコルを利用したIP電話が盛んに開発されるようになってきている。一般に、CATV(CAble TeleVision)、ADSL(Asymmetric Digital Subscriber Line)、FTTH(Fiber To The Home)等を利用して電話機をIP電話網に接続するIP電話端末は、PSTN接続機能を有していることが多い。
【0003】
また、契約によって、利用者は発信電話番号受信機能(ナンバー・ディスプレイ機能)を利用することができる。この発信電話番号受信機能は、利用者の電話機に着信がある場合、発信回線の電話番号等の情報を、通信前に受信して利用者に提示するものである。これに関連する技術として、特開2001−16359号公報に開示された発明がある。
【0004】
特開2001−16359号公報に開示されたデータ通信装置においては、交換機側から到来する情報受信端末起動(CAR)信号および交換機側から通知されるナンバー・ディスプレイ情報を検出時に、外付け電話機を加入者回線から切り離すと共に呼び出し信号発生手段の給電手段で直流捕捉し、交換機に対して受信完了信号を返すため、交換機に対してはファクシミリ装置内部で受信完了信号を生成し、引き続き交換機から到来する呼び出し信号を検出した後、回線を外付け電話機に切り換えて通話状態にするものである。これによって、外付け電話機のオフフックするタイミングに関係なく好適に通話あるいはデータ通信を行うことができる。
【0005】
【特許文献1】
特開2001−16359号公報
【0006】
【発明が解決しようとする課題】
1本の電話回線に複数の電話機がブランチ接続される構成を有するIP電話端末において、PSTN着信が発信電話番号通知と共にある場合、まず、複数の電話機に対してCAR信号が送出される。
【0007】
しかし、電話機毎にCAR信号に対する一次応答(直流ループ)のタイミングが異なるため、最初に一次応答した電話機のタイミングで交換機からモデム信号が送出される。一方、一次応答が遅い電話機は、先に一次応答した電話機によってCAR信号が途切れたと判断したり、交換機からモデム信号を受信できなかったりして、発信電話番号を正しく受信できないといった問題点があった。
【0008】
また、上述した特開2001−16359号公報に開示されたデータ通信装置においては、交換機側からCAR信号およびナンバー・ディスプレイ情報を検出時に、外付け電話機のオフフックするタイミングに関係なく好適に通話あるいはデータ通信を行うことを可能にするものであるが、複数の電話機に発信電話番号通知があったときの問題点を解決することはできない。
【0009】
本発明は、上記問題点を解決するためになされたものであり、その目的は、複数の電話機に発信電話番号通知を正しく転送することが可能なIP電話端末を提供することである。
【0010】
【課題を解決するための手段】
請求項1に記載のIP電話端末は、複数の電話機が接続され、複数の電話機をIP電話網および公衆交換電話網に接続するIP電話端末であって、IP電話網を介して発信時におけるパケットを受信し、パケットに含まれる相手側の電話機の発信電話番号を抽出するための受信手段と、複数の電話機に対して情報通信端末起動信号を送出し、一次応答があった電話機に対して発信電話番号をモデム信号で送出し、受信完了信号を送出した電話機に対して呼出し信号を送出するための制御手段とを含み、複数の電話機を、受信手段および制御手段を介さずに、公衆電話網に接続することのできる複数のスイッチをさらに含み、制御手段は、公衆交換電話網を介して着信がある場合、複数のスイッチを切替えて公衆交換電話網を介してモデム信号を受信し、モデム信号に含まれる相手側の電話機の発信電話番号を抽出して、一次応答があった電話機に対して発信電話番号をモデム信号で送出する。
【0011】
制御手段は、複数の電話機に対して情報通信端末起動信号を送出し、一次応答があった電話機に対して発信電話番号をモデム信号で送出し、受信完了信号を送出した電話機に対して呼出し信号を送出するので、発信電話番号を複数の電話機に正しく通知することが可能となる。
【0020】
【発明の実施の形態】
図1は、本発明の実施の形態におけるIP電話端末の接続例を示す図である。IP電話端末1は、TELインタフェース(以下、TEL IFと略す。)11および12を介して電話機2および3に接続され、10BaseTインタフェース(以下、LAN(Local Area Network)IFとも呼ぶ。)13を介してLAN4に接続され、PSTNインタフェース(以下、PSTN IFと略す。)14を介して公衆交換網8に接続される。
【0021】
PC5は、LAN4を介してIP電話端末1からログ情報などを取得することが可能である。また、PC5は、インターネット7およびGW(ゲートウェイ)6を介してIP電話端末1からログ情報などを取得することも可能である。
【0022】
電話機2および3は、ナンバー・ディスプレイ機能を有しており、相手のPSTN電話機またはIP電話機の発信者情報を受信し、その発信者情報を表示することが可能である。利用者は、その発信者情報を見ることによって、着信を拒否したり、予め発信者を確認してから通話をすることができる。なお、ナンバー・ディスプレイ機能は、着信時に番号を通知する機能と、通信中に着信があった発信者の番号を通知する機能との2種類がある。
【0023】
図2は、本発明の実施の形態におけるIP電話端末の他の接続例を示す図である。IP電話端末1は、TEL IF11および12を介して電話機2および3と接続され、10BaseTインタフェース13を介してLAN4に接続され、PSTN IF14を介して公衆交換網8に接続され、ADSLなどのDSLインタフェース15を介してインターネット7に接続される。
【0024】
PC5は、LAN4を介してIP電話端末1からログ情報などを取得することが可能である。また、PC5は、インターネット7およびDSLインタフェース15を介してIP電話端末1からログ情報などを取得することも可能である。
【0025】
図3は、本発明の実施の形態におけるIP電話端末の概略構成を示すブロック図である。このIP電話端末1は、TEL IF11および12と、LAN IF13と、PSTN IF14と、DSL IF15と、各種信号処理を行なうDSP(Digital Signal Processor)16と、音声信号の圧縮/伸長を行なうCODEC17と、電話機2および3に対応して設けられるSLIC(Subscriber Line Interface Circuit)18および19と、PSTN IF14を介して公衆交換網8からの発呼を検出してループ生成処理を行なう呼検出/ループ回路20と、電話機2または3のオフフック/オンフックを検出するフック検出回路21と、スイッチA22および23と、スイッチB24および25と、IP電話端末1の制御プログラム、ログ情報などが格納される記憶部26と、LANの物理層を制御するPHY部27と、DSLの物理層を制御するPHY部28と、IP電話端末1全体の制御を行なう制御部29とを含む。
【0026】
制御部29は、CPU(Central Processing Unit)が記憶部26に格納される制御プログラムを実行することによって実現される。なお、制御プログラムは、DSL IF15およびインターネット7を介してダウンロードされて、記憶部26に格納されてもよいし、LAN IF13およびLAN4を介してダウンロードされて、記憶部26に格納されてもよい。
【0027】
PHY部27は、LANの物理層を制御する部分であり、制御部29の制御によってLAN4に接続されたPC5などの機器とデータ通信などを行なう。また、PHY部28は、DSLの物理層を制御する部分であり、制御部29の制御によってインターネット7に接続されたIP電話交換機、PCなどの機器とデータ通信を行なう。
【0028】
SLIC18および19は、それぞれ電話機2および3のオフフックの検出処理、リンガ信号の生成処理などを行なう。
【0029】
図4は、PSTN着信があった場合の本発明の実施の形態におけるIP電話端末1の処理手順を説明するためのフローチャートである。まず、PSTN IF14を介してPSTNから着信があるか否かを判定するために、呼検出/ループ回路20がCAR信号を検出する(S11)。呼検出/ループ回路20がCAR信号を検出すると(S11,Yes)、その旨を制御部29へ通知する。
【0030】
制御部29はCAR信号検出の通知を受けると、呼検出/ループ回路20に対して一次応答に相当するループ生成を指示する(S12)。また、制御部29は、スイッチA22および23を制御して、CODEC17がPSTN側(下側)に接続するようにする(S13)。
【0031】
次に、公衆回線網8からモデム信号が送られてくるので、CODEC17およびDSP16はモデム信号を受信して、その内容を制御部29へ通知する。制御部29はその内容を受け、発信電話番号を正しく受信したか否かを判定する(S14)。発信電話番号を正しく受信できなかった場合には(S14,No)、制御部29はスイッチA22および23を図3のように元に戻し(S15)、ステップ20へ進む。
【0032】
また、発信電話番号を正しく受信した場合には(S14,Yes)、PSTN交換機に対して受信完了信号を送出するために、呼検出/ループ回路20に対してループ開放を指示し(S16)、スイッチA22および23を図3のように元に戻す(S17)。
【0033】
次に、制御部29は、SLIC18および19と、DSP16とを制御して、TEL IF11および12を介して電話機2および3に電話番号を再送出する(S18)。なお、この処理の詳細は後述する。
【0034】
次に、制御部29は、スイッチB24および25を制御して、TEL IF11および12がPSTN側(下側)に接続するようにする(S19)。これによって、PSTN交換機からの呼出し信号を直接電話機2および3へ出力し、電話機2および3を鳴動させる。
【0035】
次に、制御部29は、フック検出回路21に電話機2または3のオフフックを検出させる(S20)。フック検出回路21がオフフックを検出すると(S20,Yes)、電話機2および3のうち最初にオフフックした電話機によって着信となり、発信者との通話が行なわれる。この時点で、PSTN交換機からの呼出し信号も停止して、他の電話機の鳴動も停止する。
【0036】
次に、制御部29は、オフフックが行なわれた電話機以外の電話機に対応するスイッチBを図3に示すように元に戻す(S22)。以降、制御部29は、フック検出回路21によってオンフックが検出されるのを待ち、オンフックが検出されれば(S23,Yes)、その電話機に対応するスイッチBを図3に示すように元に戻して(S24)、最初からの処理に戻る。
【0037】
また、PSTN交換機からの呼出し信号の停止が検出された場合には(S20,SPTNストップ)、スイッチB24および25を図3に示すように元に戻し(S21)、最初からの処理に戻る。
【0038】
図5は、図4のステップS18(電話番号再送出処理)の処理手順の詳細を説明するためのフローチャートである。まず、制御部29は、SLIC18および19を制御して、極性反転を行なわせ(S31)、CAR信号を生成させて電話機2および3へ出力させる(S32)。
【0039】
電話機から一次応答があれば(S33,Yes)、制御部29はDSP16を制御してその電話機にモデム信号を送出させる(S34)。そして、制御部29は、フック検出回路21に対して電話機からの受信完了信号(ループ断)を検出させる。フック検出回路21が受信完了信号を検出すると、図4のステップS19へ処理が進む。なお、図5に示す処理は、IP電話端末1に接続される全ての電話機に対して行なわれる。
【0040】
以上の説明においては、PSTN交換機から送出された発信電話番号を電話機2および3へ通知する場合についてであった。次に、IP電話交換機から送出された発信電話番号を電話機2および3に通知する場合について説明する。
【0041】
図6は、IP電話機の発信時におけるパケットの一例を示す図である。このパケットは、SIP(Session Initiation Protocol)のRFC(Request For Comments)3261に規定されたパケットフォーマットであるが、これに限定されるものではない。
【0042】
図6に示すように、SIPにおいては制御内容がテキストデータで取り扱われ、エンコードされたメッセージの最初の行に“INVITE”が記述される。それに続く行は、ヘッダフィールドのリストである。最初の行の“INVITE”には、発信者側がサーバに行なって欲しい動作が指定される。
【0043】
Call−IDヘッダフィールドは、連続するメッセージをグループ化するための一意の識別子を含む。contactヘッダフィールドは、これに続くリクエストで特定のインスタンスにコンタクトするために使用できるSIP URI(Uniform Resource Identifier)またはSIPS URIを指定する。
【0044】
Content−Lengthヘッダフィールドは、メッセージボディの長さを指定する。Content−Typeヘッダフィールドは、メッセージボディのインターネットメディアタイプを指定する。
【0045】
CSeqヘッダフィールドは、トランザクションを識別し順番付けするための情報を含み、シーケンス番号とメソッドからなる。Fromヘッダフィールドは、発信者の論理的な識別子を含む。ここでは、発信者の電話番号に相当する。
【0046】
Max−Forwardsヘッダフィールドは、発信が着信者に向かう過程で通過することができるホップの数を制限するための情報を含む。Record−Routeヘッダフィールドは、ルーティングに必要とされる情報を含む。Toヘッダフィールドは、受信者の論理的な識別子を指定する。Viaヘッダフィールドは、トランザクションのために使用されるトランスポートを示す。なお、v=0以降の行には、通信時のパラメータが指定される。
【0047】
図7は、IP電話からの着信があった場合の本発明の実施の形態におけるIP電話端末1の処理手順を説明するためのフローチャートである。まず、制御部29は、LAN IF13またはDSL IF15を介してIP電話機から発信時のパケット(図6参照)を受信したか否かを判定して、IP電話機から着信があるか否かを判定する(S41)。
【0048】
IP電話機から着信がある場合(S41,Yes)、受信したパケットに含まれる発信電話番号(Fromヘッダフィールド)を抽出する(S42)。そして、制御部29は、SLIC18および19と、DSP16とを制御して、TELIF11および12を介して電話機2および3に電話番号を再送出する(S43)。なお、この処理は、図5を用いて説明した処理手順と同様である。したがって、詳細な説明は繰返さない。
【0049】
次に、制御部29は、SLIC18および19を制御して、電話機2および3へ呼出し信号を送出する(S44)。そして、制御部29は、SLIC18および19に電話機2または3のオフフックを検出させる(S45)。SLIC18または19がオフフックを検出すると(S45,Yes)、電話機2および3のうち最初にオフフックした電話機によって着信となり、発信者との通話が行なわれる。この時点で、制御部29は他方のSLICに呼出し信号を停止させて、他の電話機の鳴動も停止させる。
【0050】
以降、制御部29は、オフフックがあった電話機に対応するSLICによってオンフックが検出されるのを待ち、オンフックが検出されれば(S46,Yes)、最初からの処理に戻る。
【0051】
また、IP電話交換機からの呼出しの停止が検出された場合には(S45,IP電話ストップ)、最初からの処理に戻る。
【0052】
以上説明したように、本実施の形態におけるIP電話端末1によれば、PSTN着信が発信電話番号通知と共にあった場合、発信電話番号を受信してからそれぞれの電話機に発信電話番号を再送出するようにしたので、複数の電話機に確実に発信電話番号を通知することが可能となった。
【0053】
また、IP電話機からの着信があった場合、発信時のパケットに含まれる発信電話番号を抽出し、それぞれの電話機に発信電話番号を送出するようにしたので、IP電話機から発信があった場合でも従来のナンバー・ディスプレイ機能を有効に利用することが可能となった。
【0054】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【0055】
【発明の効果】
請求項1に記載のIP電話端末によれば、制御手段が複数の電話機に対して情報通信端末起動信号を送出し、一次応答があった電話機に対して発信電話番号をモデム信号で送出し、受信完了信号を送出した電話機に対して呼出し信号を送出するので、発信電話番号を複数の電話機に正しく通知することが可能となった。
【図面の簡単な説明】
【図1】 本発明の実施の形態におけるIP電話端末の接続例を示す図である。
【図2】 本発明の実施の形態におけるIP電話端末の他の接続例を示す図である。
【図3】 本発明の実施の形態におけるIP電話端末の概略構成を示すブロック図である。
【図4】 PSTN着信があった場合の本発明の実施の形態におけるIP電話端末1の処理手順を説明するためのフローチャートである。
【図5】 図4のステップS18(電話番号再送出処理)の処理手順の詳細を説明するためのフローチャートである。
【図6】 IP電話機の発信時におけるパケットの一例を示す図である。
【図7】 IP電話機からの着信があった場合の本発明の実施の形態におけるIP電話端末1の処理手順を説明するためのフローチャートである。
【符号の説明】
1 IP電話端末、2,3 電話機、4 LAN、5 PC、6 GW、7 インターネット、8 公衆交換網、11,12 TEL IF、13 LAN IF、14 PSTN IF、15 DSL IF、16 DSP、17 CODEC、18,19 SLIC、20 呼検出/ループ回路、21 フック検出回路、22,23 スイッチA、24,25 スイッチB、26 記憶部、27,28 PHY部、29 制御部。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an IP telephone terminal having a public switched telephone network (PSTN) connection function and an IP (Internet Protocol) telephone function, and more particularly to an IP telephone terminal and method for transferring a calling telephone number notification to a plurality of telephones.
[0002]
[Prior art]
In recent years, the use of the Internet via broadband lines has become widespread, and IP phones using the Internet protocol have been actively developed. In general, an IP telephone terminal that connects a telephone to an IP telephone network using CATV (CAble TeleVision), ADSL (Asymmetric Digital Subscriber Line), FTTH (Fiber To The Home), etc. has a PSTN connection function. There are many.
[0003]
Further, depending on the contract, the user can use the calling telephone number receiving function (number display function). This calling telephone number receiving function receives information such as the telephone number of the calling line before communication and presents it to the user when there is an incoming call to the user's telephone. As a technology related to this, there is an invention disclosed in Japanese Patent Laid-Open No. 2001-16359.
[0004]
In the data communication apparatus disclosed in Japanese Patent Laid-Open No. 2001-16359, an external telephone is added when an information receiving terminal activation (CAR) signal coming from the exchange side and number display information notified from the exchange side are detected. Disconnects from the subscriber line and DC is captured by the power supply means of the call signal generating means, and a reception completion signal is returned to the exchange. Therefore, a reception completion signal is generated inside the facsimile apparatus for the exchange, and a call that arrives from the exchange continues. After detecting the signal, the line is switched to an external telephone to make a call state. As a result, it is possible to preferably perform a telephone call or data communication regardless of the off-hook timing of the external telephone.
[0005]
[Patent Document 1]
Japanese Patent Laid-Open No. 2001-16359
[Problems to be solved by the invention]
In an IP telephone terminal having a configuration in which a plurality of telephones are connected in a branch to one telephone line, when a PSTN call is received together with a calling telephone number notification, a CAR signal is first transmitted to the plurality of telephones.
[0007]
However, since the timing of the primary response (DC loop) with respect to the CAR signal differs for each telephone, a modem signal is transmitted from the exchange at the timing of the telephone that first responded first. On the other hand, a telephone with a slow primary response has a problem that it cannot receive a calling telephone number correctly because it is judged that the CAR signal has been interrupted by the telephone that has made the primary response first or the modem signal cannot be received from the exchange. .
[0008]
Further, in the data communication apparatus disclosed in the above-mentioned Japanese Patent Application Laid-Open No. 2001-16359, when the CAR signal and number display information are detected from the exchange side, it is preferable to call or data regardless of the off-hook timing of the external telephone. Although communication is possible, it is impossible to solve the problem when a plurality of telephones are notified of a calling telephone number.
[0009]
The present invention has been made to solve the above problems, its object is to provide an IP telephone terminal end capable correctly transferring the caller telephone number notification to multiple phones.
[0010]
[Means for Solving the Problems]
The IP telephone terminal according to claim 1 is an IP telephone terminal to which a plurality of telephones are connected, and the plurality of telephones are connected to an IP telephone network and a public switched telephone network. Receiving means for extracting the outgoing telephone number of the other party's telephone contained in the packet and sending an information communication terminal activation signal to a plurality of telephones, and making a call to the telephone that has received the primary response Control means for sending a telephone number as a modem signal and sending a call signal to a telephone that has sent a reception completion signal, and a plurality of telephones can be connected to the public telephone network without going through the receiving means and the control means. A plurality of switches that can be connected to the control circuit, and when there is an incoming call through the public switched telephone network, the control means switches the switches to switch the modem signal through the public switched telephone network. It received, extracts the calling telephone number of the other party phone included in the modem signal, the calling telephone number and sends the modem signals to the telephone there is a primary response.
[0011]
The control means sends an information communication terminal activation signal to a plurality of telephones, sends a calling telephone number as a modem signal to a telephone that has made a primary response, and a calling signal to the telephone that sent a reception completion signal. since delivering, it is possible to notify correctly calling telephone number to multiple phones.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a diagram showing a connection example of an IP telephone terminal according to an embodiment of the present invention. An IP telephone terminal 1 is connected to telephones 2 and 3 via TEL interfaces (hereinafter abbreviated as TEL IF) 11 and 12, and is connected via a 10BaseT interface (hereinafter also referred to as LAN (Local Area Network) IF) 13. Are connected to the LAN 4 and connected to the public switched network 8 via a PSTN interface (hereinafter abbreviated as PSTN IF) 14.
[0021]
The PC 5 can acquire log information and the like from the IP telephone terminal 1 via the LAN 4. The PC 5 can also acquire log information and the like from the IP telephone terminal 1 via the Internet 7 and the GW (gateway) 6.
[0022]
The telephones 2 and 3 have a number display function, and can receive caller information of a partner PSTN telephone or IP telephone and display the caller information. By viewing the caller information, the user can reject the incoming call or make a call after confirming the caller in advance. The number display function has two types: a function for notifying a number when an incoming call is received and a function for notifying the number of a caller who has received an incoming call during communication.
[0023]
FIG. 2 is a diagram showing another connection example of the IP telephone terminal in the embodiment of the present invention. The IP telephone terminal 1 is connected to the telephones 2 and 3 through the TEL IFs 11 and 12, is connected to the LAN 4 through the 10BaseT interface 13, is connected to the public switching network 8 through the PSTN IF 14, and is a DSL interface such as ADSL. 15 is connected to the Internet 7.
[0024]
The PC 5 can acquire log information and the like from the IP telephone terminal 1 via the LAN 4. The PC 5 can also obtain log information and the like from the IP telephone terminal 1 via the Internet 7 and the DSL interface 15.
[0025]
FIG. 3 is a block diagram showing a schematic configuration of the IP telephone terminal in the embodiment of the present invention. The IP telephone terminal 1 includes a TEL IF 11 and 12, a LAN IF 13, a PSTN IF 14, a DSL IF 15, a DSP (Digital Signal Processor) 16 that performs various signal processing, a CODEC 17 that compresses / decompresses an audio signal, A call detection / loop circuit 20 that detects a call from the public switched network 8 via the PSTN IF 14 and performs loop generation processing via SLIC (Subscriber Line Interface Circuit) 18 and 19 provided corresponding to the telephones 2 and 3. A hook detection circuit 21 for detecting off-hook / on-hook of the telephone 2 or 3, switches A22 and 23, switches B24 and 25, a storage unit 26 in which a control program, log information, and the like of the IP telephone terminal 1 are stored PHY unit 27 for controlling the physical layer of LAN and P for controlling the physical layer of DSL It includes a Y unit 28, and a control unit 29 for performing IP telephone terminal 1 overall control.
[0026]
The control unit 29 is realized by a CPU (Central Processing Unit) executing a control program stored in the storage unit 26. The control program may be downloaded via the DSL IF 15 and the Internet 7 and stored in the storage unit 26, or may be downloaded via the LAN IF 13 and the LAN 4 and stored in the storage unit 26.
[0027]
The PHY unit 27 is a part that controls the physical layer of the LAN, and performs data communication with devices such as the PC 5 connected to the LAN 4 under the control of the control unit 29. The PHY unit 28 controls the physical layer of the DSL, and performs data communication with devices such as an IP telephone exchange and a PC connected to the Internet 7 under the control of the control unit 29.
[0028]
SLICs 18 and 19 perform off-hook detection processing, ringer signal generation processing, and the like of telephones 2 and 3, respectively.
[0029]
FIG. 4 is a flowchart for explaining the processing procedure of IP telephone terminal 1 in the embodiment of the present invention when a PSTN call is received. First, in order to determine whether there is an incoming call from the PSTN via the PSTN IF 14, the call detection / loop circuit 20 detects the CAR signal (S11). When the call detection / loop circuit 20 detects the CAR signal (S11, Yes), it notifies the control unit 29 accordingly.
[0030]
Upon receiving the notification of CAR signal detection, the control unit 29 instructs the call detection / loop circuit 20 to generate a loop corresponding to the primary response (S12). In addition, the control unit 29 controls the switches A22 and A23 so that the CODEC 17 is connected to the PSTN side (lower side) (S13).
[0031]
Next, since a modem signal is sent from the public line network 8, the CODEC 17 and the DSP 16 receive the modem signal and notify the control unit 29 of the contents. The control unit 29 receives the contents and determines whether or not the calling telephone number has been correctly received (S14). If the calling telephone number cannot be correctly received (S14, No), the control unit 29 returns the switches A22 and 23 to the original state as shown in FIG. 3 (S15), and proceeds to Step 20.
[0032]
When the calling telephone number is correctly received (S14, Yes), in order to send a reception completion signal to the PSTN switch, the call detection / loop circuit 20 is instructed to open the loop (S16). The switches A22 and 23 are restored as shown in FIG. 3 (S17).
[0033]
Next, the control unit 29 controls the SLICs 18 and 19 and the DSP 16 to retransmit the telephone number to the telephones 2 and 3 via the TEL IFs 11 and 12 (S18). Details of this process will be described later.
[0034]
Next, the control unit 29 controls the switches B24 and B25 so that the TEL IFs 11 and 12 are connected to the PSTN side (lower side) (S19). As a result, a call signal from the PSTN switch is directly output to the telephones 2 and 3, and the telephones 2 and 3 are caused to ring.
[0035]
Next, the control unit 29 causes the hook detection circuit 21 to detect the off-hook of the telephone 2 or 3 (S20). When the hook detection circuit 21 detects off-hook (S20, Yes), the first off-hook telephone of the telephones 2 and 3 receives the incoming call, and a call is made with the caller. At this point, the ringing signal from the PSTN switch is also stopped and the ringing of other telephones is also stopped.
[0036]
Next, the control unit 29 restores the switch B corresponding to the telephone other than the telephone on which the off-hook has been performed as shown in FIG. 3 (S22). Thereafter, the control unit 29 waits for the hook detection circuit 21 to detect on-hook, and if the on-hook is detected (S23, Yes), returns the switch B corresponding to the telephone to the original state as shown in FIG. (S24), the process returns from the beginning.
[0037]
Further, when the stop of the calling signal from the PSTN switch is detected (S20, SPTN stop), the switches B24 and 25 are returned to the original state as shown in FIG. 3 (S21), and the process returns from the beginning.
[0038]
FIG. 5 is a flowchart for explaining details of the processing procedure of step S18 (telephone number re-transmission processing) in FIG. First, the control unit 29 controls the SLICs 18 and 19 to invert the polarity (S31), generates a CAR signal, and outputs it to the telephones 2 and 3 (S32).
[0039]
If there is a primary response from the telephone (S33, Yes), the control unit 29 controls the DSP 16 to send a modem signal to the telephone (S34). Then, the control unit 29 causes the hook detection circuit 21 to detect a reception completion signal (loop break) from the telephone. When the hook detection circuit 21 detects the reception completion signal, the process proceeds to step S19 in FIG. The process shown in FIG. 5 is performed for all telephones connected to IP telephone terminal 1.
[0040]
In the above explanation, the telephone numbers sent from the PSTN exchange are notified to the telephones 2 and 3. Next, a case where the telephone numbers sent from the IP telephone exchange are notified to the telephones 2 and 3 will be described.
[0041]
FIG. 6 is a diagram showing an example of a packet at the time of outgoing call from the IP telephone. This packet has a packet format defined in RFC (Request For Comments) 3261 of SIP (Session Initiation Protocol), but is not limited thereto.
[0042]
As shown in FIG. 6, in SIP, the control content is handled as text data, and “INVITE” is described in the first line of the encoded message. Subsequent lines are a list of header fields. In the first line “INVITE”, an operation that the caller wants the server to perform is specified.
[0043]
The Call-ID header field contains a unique identifier for grouping consecutive messages. The contact header field specifies a SIP Uniform Resource Identifier (SIP) or SIPS URI that can be used to contact a specific instance in subsequent requests.
[0044]
The Content-Length header field specifies the length of the message body. The Content-Type header field specifies the Internet media type of the message body.
[0045]
The CSeq header field includes information for identifying and ordering transactions, and includes a sequence number and a method. The From header field contains the caller's logical identifier. Here, it corresponds to the telephone number of the caller.
[0046]
The Max-Forwards header field contains information for limiting the number of hops that can be passed in the process of outgoing calls to the called party. The Record-Route header field contains information required for routing. The To header field specifies the logical identifier of the recipient. The Via header field indicates the transport used for the transaction. Note that parameters at the time of communication are designated in the lines after v = 0.
[0047]
FIG. 7 is a flowchart for explaining the processing procedure of IP telephone terminal 1 in the embodiment of the present invention when there is an incoming call from the IP telephone. First, the control unit 29 determines whether or not an outgoing packet (see FIG. 6) is received from the IP telephone via the LAN IF 13 or the DSL IF 15, and determines whether there is an incoming call from the IP telephone. (S41).
[0048]
If there is an incoming call from the IP telephone (S41, Yes), the originating telephone number (From header field) included in the received packet is extracted (S42). Then, the control unit 29 controls the SLICs 18 and 19 and the DSP 16 to retransmit the telephone number to the telephones 2 and 3 via the TELIFs 11 and 12 (S43). This processing is the same as the processing procedure described with reference to FIG. Therefore, detailed description will not be repeated.
[0049]
Next, the control unit 29 controls the SLICs 18 and 19 to send a calling signal to the telephones 2 and 3 (S44). Then, the control unit 29 causes the SLICs 18 and 19 to detect the off-hook of the telephone 2 or 3 (S45). When the SLIC 18 or 19 detects off-hook (S45, Yes), the incoming call is received by the first off-hook telephone of the telephones 2 and 3, and a call is made with the caller. At this point, the control unit 29 stops the ringing signal for the other SLIC and stops the ringing of other telephones.
[0050]
Thereafter, the control unit 29 waits for the on-hook to be detected by the SLIC corresponding to the telephone that has been off-hook, and if on-hook is detected (S46, Yes), returns to the process from the beginning.
[0051]
If the stop of the call from the IP telephone exchange is detected (S45, IP telephone stop), the process returns from the beginning.
[0052]
As described above, according to IP telephone terminal 1 in the present embodiment, when a PSTN call is received together with a calling telephone number notification, the outgoing telephone number is retransmitted to each telephone after receiving the calling telephone number. As a result, it has become possible to reliably notify the calling telephone number to a plurality of telephones.
[0053]
Also, when there is an incoming call from an IP telephone, the outgoing telephone number included in the packet at the time of outgoing call is extracted and the outgoing telephone number is sent to each telephone. The existing number display function can be used effectively.
[0054]
The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.
[0055]
【The invention's effect】
According to the IP telephone terminal of the first aspect, the control means transmits an information communication terminal activation signal to a plurality of telephones, and transmits a calling telephone number as a modem signal to the telephone that has made a primary response. Since the calling signal is sent to the telephone that has sent the reception completion signal, it becomes possible to correctly notify the calling telephone number to a plurality of telephones.
[Brief description of the drawings]
FIG. 1 is a diagram showing a connection example of an IP telephone terminal in an embodiment of the present invention.
FIG. 2 is a diagram showing another connection example of the IP telephone terminal in the embodiment of the present invention.
FIG. 3 is a block diagram showing a schematic configuration of an IP telephone terminal in an embodiment of the present invention.
FIG. 4 is a flowchart for explaining a processing procedure of IP telephone terminal 1 in the embodiment of the present invention when a PSTN call is received.
FIG. 5 is a flowchart for explaining details of a processing procedure of step S18 (telephone number re-transmission processing) in FIG. 4;
FIG. 6 is a diagram showing an example of a packet at the time of outgoing call from an IP telephone.
FIG. 7 is a flowchart for explaining a processing procedure of IP telephone terminal 1 in the embodiment of the present invention when there is an incoming call from the IP telephone.
[Explanation of symbols]
1 IP telephone terminal, 2, 3 telephone, 4 LAN, 5 PC, 6 GW, 7 Internet, 8 public switched network, 11, 12 TEL IF, 13 LAN IF, 14 PSTN IF, 15 DSL IF, 16 DSP, 17 CODEC , 18, 19 SLIC, 20 call detection / loop circuit, 21 hook detection circuit, 22, 23 switch A, 24, 25 switch B, 26 storage unit, 27, 28 PHY unit, 29 control unit.

Claims (1)

複数の電話機が接続され、該複数の電話機をIP電話網および公衆交換電話網に接続するIP電話端末であって、
前記IP電話網を介して発信時におけるパケットを受信し、該パケットに含まれる相手側の電話機の発信電話番号を抽出するための受信手段と、
前記複数の電話機に対して情報通信端末起動信号を送出し、一次応答があった電話機に対して前記発信電話番号をモデム信号で送出し、受信完了信号を送出した電話機に対して呼出し信号を送出するための制御手段とを含み、
前記複数の電話機を、前記受信手段および前記制御手段を介さずに、前記公衆電話網に接続することのできる複数のスイッチをさらに含み、
前記制御手段は、前記公衆交換電話網を介して着信がある場合、前記複数のスイッチを切替えて前記公衆交換電話網を介してモデム信号を受信し、該モデム信号に含まれる相手側の電話機の発信電話番号を抽出して、前記一次応答があった電話機に対して発信電話番号をモデム信号で送出する、IP電話端末。
An IP telephone terminal to which a plurality of telephones are connected and which connects the plurality of telephones to an IP telephone network and a public switched telephone network,
Receiving means for receiving a packet at the time of outgoing call via the IP telephone network and extracting the outgoing telephone number of the telephone of the other party included in the packet;
An information communication terminal activation signal is transmitted to the plurality of telephones, the calling telephone number is transmitted as a modem signal to a telephone that has received a primary response, and a calling signal is transmitted to a telephone that has transmitted a reception completion signal. Control means for
Said plurality of telephones, without going through the reception means and said control means further seen including a plurality of switches that can be connected to the public telephone network,
When there is an incoming call through the public switched telephone network, the control means switches the plurality of switches to receive a modem signal through the public switched telephone network, and receives the other party's telephone set included in the modem signal. An IP telephone terminal that extracts a calling telephone number and transmits the calling telephone number as a modem signal to the telephone that has made the primary response .
JP2003087425A 2003-03-27 2003-03-27 IP phone terminal Expired - Lifetime JP4292017B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003087425A JP4292017B2 (en) 2003-03-27 2003-03-27 IP phone terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003087425A JP4292017B2 (en) 2003-03-27 2003-03-27 IP phone terminal

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2009002883A Division JP2009081890A (en) 2009-01-08 2009-01-08 IP phone terminal

Publications (2)

Publication Number Publication Date
JP2004297471A JP2004297471A (en) 2004-10-21
JP4292017B2 true JP4292017B2 (en) 2009-07-08

Family

ID=33401810

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003087425A Expired - Lifetime JP4292017B2 (en) 2003-03-27 2003-03-27 IP phone terminal

Country Status (1)

Country Link
JP (1) JP4292017B2 (en)

Also Published As

Publication number Publication date
JP2004297471A (en) 2004-10-21

Similar Documents

Publication Publication Date Title
KR101219925B1 (en) Associating a telephone call with a dialog based on a computer protocol such as sip
US8705517B2 (en) Forced hold call handling in a VoP environment
US8184559B2 (en) Key telephone system using a SIP and method of receiving and answering an incoming call for a representative group in the key telephone system
CA2469213C (en) System and method for integrating multimedia services with traditional telephony via different networks
JP2004229166A (en) Communication terminal
KR101069530B1 (en) Device and method for receiving call path in next generation communication network, multimedia information service system and method using same
US7894581B2 (en) Convergence of circuit-switched voice and packet-based media services
US20040258050A1 (en) Convergence of circuit-switched voice and packet-based media services
KR101031752B1 (en) System and method for providing wireless extension for a communication device
CN101365157A (en) A service trigger method, system and device
JP4872762B2 (en) Telephone equipment
JP2009081890A (en) IP phone terminal
JP4292017B2 (en) IP phone terminal
CN101197888B (en) Method and system for implementing hang-up selection when non-intelligent SIP terminal call waiting
JP2005020676A (en) Telephone communication method and apparatus
CN103475648B (en) Blind Call Transfer method and Blind Call Transfer system based on Session Initiation Protocol
JP4335037B2 (en) Interworking device
JP4111393B2 (en) IP telephone system and IP telephone apparatus
JP4135466B2 (en) Communications system
JP2005101817A (en) IP telephone system and IP telephone apparatus
US20080123849A1 (en) Dynamic key exchange for call forking scenarios
JP4193671B2 (en) Heterogeneous network line accommodation apparatus, information notification program, and recording medium
JP5046007B2 (en) IP telephone equipment
CN100518338C (en) Method for increasing jointing-success-rate of calling
JP2005303470A (en) IP telephone apparatus, control apparatus, and incoming call notification method

Legal Events

Date Code Title Description
A625 Written request for application examination (by other person)

Free format text: JAPANESE INTERMEDIATE CODE: A625

Effective date: 20060201

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20071005

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071016

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071210

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080603

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080724

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20081111

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090108

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20090119

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090331

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090406

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4292017

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120410

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120410

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130410

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130410

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140410

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R371 Transfer withdrawn

Free format text: JAPANESE INTERMEDIATE CODE: R371

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term