JP4039973B2

JP4039973B2 - IP terminal equipment

Info

Publication number: JP4039973B2
Application number: JP2003118062A
Authority: JP
Inventors: 正勝高橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2003-04-23
Filing date: 2003-04-23
Publication date: 2008-01-30
Anticipated expiration: 2023-04-23
Also published as: JP2004328195A

Description

【０００１】
【発明の属する技術分野】
本発明は、ＩＰ端末装置に関し、特にＩＰ電話、ＩＰテレビ電話、インターネットファックスなどにおいて複数の異なるプロトコルを使用して通信を行うＩＰ端末装置に関する。
【０００２】
【従来の技術】
現在、ＩＰ電話装置、ＩＰテレビ電話装置等の呼制御プロトコルとしてＳＩＰ、Ｈ．３２３、ＭＥＧＡＣＯなどが標準のプロトコルとして標準化されている。
【０００３】
複数の異なるプロトコルのＩＰ電話機間の通信を可能にする従来技術として、特許文献１に開示されているケーブルモデム装置および音声通信方法があった。
特許文献１では、Ｈ．３２３プロトコルとＭＧＣＰプロトコルとのプロトコル変換を行うことにより、Ｈ．３２３プロトコルのＩＰ電話機とＭＧＣＰプロトコルのＩＰ電話機との間の通信を可能にしていた。
【０００４】
【特許文献１】
特開２００２−２８１１７６号公報
【０００５】
【発明が解決しようとする課題】
従来、異なるメーカの端末間でも通信できるように互換性を保つために、ＩＰ端末装置の呼制御プロトコルとしてＳＩＰ、Ｈ．３２３、ＭＥＧＡＣＯなどが標準のプロトコルとして標準化されていた。
しかしながら、それは裏を返せば、そのプロトコルで通話方式（装備する機能、圧縮方式、エラー処理など）が標準として決められているため、標準で定義されている通話方式しか使用できないということを示している。
通話方式などは端末の能力や使用する通信回線の違いによって最適な方式が違うことは周知の事実であり、また同じメーカの装置同士で使用できる独自に開発した通話方式を使用して、他メーカと差別化したいという要望もある。
【０００６】
特許文献１に記載の発明は、あくまでも標準の呼制御プロトコル間の変換を行うものであって、各ＩＰ端末装置独自の呼制御プロトコルによる通信を実現するものではなかった。また、特許文献１では、各ＩＰ端末装置が複数の呼制御プロトコルを用いて通信を行う機能を有していなかった。
【０００７】
本発明は、上記問題点に鑑みてなされたものであり、標準の呼制御プロトコルを使用することにより異なるメーカの端末間でも通信できる互換性をも確保し、なおかつその標準プロトコルに定義されている以外の独自の通信あるいは通話方式を使用できるようにして、柔軟な通信あるいは通話を行うＩＰ端末装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
かかる目的を達成するため、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、呼設定手段によって呼設定を行うとともに、標準呼制御用プロトコルとは別のローカルプロトコルによって呼設定を行うローカル呼設定手段を備えたことを特徴とする。
【０００９】
また、本発明によれば、ローカル呼設定手段は、接続フェーズの最中に、ローカルプロトコルによって呼設定を行うことを特徴とする。
【００１０】
また、本発明によれば、ローカル呼設定手段は、標準呼制御用プロトコルの呼制御用ＩＰパケットを送出した後に、ローカルプロトコルの呼制御用ＩＰパケットを送出することを特徴とする。
【００１１】
また、本発明によれば、ローカル呼設定手段は、標準呼制御用プロトコルの呼制御用ＩＰパケットを送出する前に、ローカルプロトコルの呼制御用ＩＰパケットを送出することを特徴とする。
【００１２】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、標準呼制御用プロトコルの呼制御用ＩＰパケットにローカルプロトコル用の情報を含ませて送出するローカル呼設定手段を備えたことを特徴とする。
【００１３】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、データ送受信フェーズの最中に、別のローカルプロトコルによって呼設定を変更するローカル呼設定手段を備えたことを特徴とする。
【００１４】
また、本発明によれば、ローカル呼設定手段は、標準データ送受信用パケットとは別に、ローカルプロトコルのＩＰパケットを送出することを特徴とする。
【００１５】
また、本発明によれば、ローカル呼設定手段は、標準データ送受信用パケットにローカルプロトコル用の情報を含ませて送出することを特徴とする。
【００１６】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置が標準呼制御用プロトコルの呼制御用ＩＰパケットを送信した後に送信するローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００１７】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置が標準呼制御用プロトコルの呼制御用ＩＰパケットを送信する前に受信するローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００１８】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置がローカルプロトコル用の情報を標準呼制御用プロトコルの呼制御用ＩＰパケットに含ませるとともに送出した標準呼制御用プロトコルの呼制御用ＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００１９】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置が標準データ送受信用パケットとは別に送出したローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００２０】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置がローカルプロトコル用の情報を含ませて送出する標準データ送受信用パケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００２１】
また、本発明によれば、現在通信に使用されているプロトコルを表示する表示手段を有することを特徴とする。
【００２２】
また、本発明によれば、表示手段は、自装置が通信に使用可能なプロトコルを表示することを特徴とする。
【００２３】
【発明の実施の形態】
図１は、本発明の具体的な一実施例であるＩＰ電話装置のブロック図である。以下、図１を用いて、本実施例におけるＩＰ電話装置の構成について説明する。
図１に示されているように、ＩＰ電話装置は、ＣＰＵ（中央制御装置）１１と、ＶｏＩＰ手段１２と、ＲＯＭ（リード・オンリー・メモリ）１３と、ＲＡＭ（ランダム・アクセス・メモリ）１４と、操作入力・表示部１５と、ハンドセット１６と、通話回路１７と、回線接続Ｉ／Ｆ１８とを有する。
【００２４】
ＣＰＵ１１は、ＩＰ電話装置全体を制御するものである。ＣＰＵ１１の実行プログラムはＲＯＭ１３に記憶され、ＣＰＵ１１はその実行プログラムをＲＯＭ１３から読み出し、その実行プログラムに含まれる命令を逐次解釈してＩＰ電話装置全体の制御を行う。
【００２５】
ＲＡＭ１４は、ＣＰＵ１１によるＩＰ電話装置全体の制御に必要なワークエリアとして機能するとともに、保存パラメータ、その他制御に必要な色々なパラメータ、および管理情報等を記憶するものである。
【００２６】
操作入力・表示部１５は、各種の操作キーと操作ガイダンス等を表示する表示器とからなり、オペレータが装置を操作するためのものである。
【００２７】
ハンドセット１６は、音声通話を行うためのいわゆる受話器となるものであり、音声を出力するスピーカや音声を入力するマイク等から構成される。
【００２８】
通話回路１７は、マイク等（ハンドセット１６）から入力された音声信号をＶｏＩＰ手段１２に送出する。また通話回路１７は、ＶｏＩＰ手段１２から入力された音声信号をスピーカ等（ハンドセット１６）に出力するものである。
また、通話回路１７には、音声信号を増幅または減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質を改善するための回路が含まれているとしてもよい。
さらに、通話回路１７は、送話器から受話器への音の回り込みを制御するいわゆる側音制御を行う。
【００２９】
ＶｏＩＰ手段１２は、通話回路１７から送られてきたアナログの音声信号をデジタルデータに変換し、さらに必要であれば符号化圧縮する。
次に、ＶｏＩＰ手段１２は、音声信号データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ１８に送出する。
また、ＶｏＩＰ手段１２は、回線接続Ｉ／Ｆ１８から入力される受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張し、さらにデジタルの音声信号データをアナログの音声信号に変換し、通話回路１７に送出する。
また、ＶｏＩＰ手段１２は、呼制御を行うための制御用ＩＰパケットを組立て、順次回線接続Ｉ／Ｆ手段１８に送出する。さらに、ＶｏＩＰ手段１２は、回線接続Ｉ／Ｆ手段により受信された制御用ＩＰパケットが入力されると、その入力された制御用ＩＰパケットを分解する。このような制御用ＩＰパケットの送出および受信は、ＶｏＩＰ手段１２とは独立した別の手段で実現するものとしてもよい。ＶｏＩＰ手段１２の動作制御は、ＣＰＵ１１により行われるものとする。
【００３０】
回線接続Ｉ／Ｆ１８は、回線と接続されており、ＶｏＩＰ手段１２から入力される送信用ＩＰパケットをその接続回線に送出する一方、接続回線から入力される受信用パケットをＶｏＩＰ手段１２に送出する。
接続回線として一般の電話網を使用する場合、回線接続Ｉ／Ｆ１８は、デジタル信号とアナログ信号とを相互に変換するＸＤＳＬモデムを有するものとする。
また、接続回線がＬＡＮ等であれば、回線接続Ｉ／Ｆ１８は、ＬＡＮ用のＩ／Ｆ（イーサネット（Ｒ）、トークンリング、ＦＴＴＨ等）である。
【００３１】
図２は、本発明の具体的な一実施例におけるＩＰ電話装置アダプタのブロック図である。以下、図２を用いて、本実施例におけるＩＰ電話装置アダプタの構成について説明する。
【００３２】
図２に示されるＩＰ電話装置アダプタは、通話回路１７とハンドセット１６がない代わりに電話接続Ｉ／Ｆ１９を有している以外は図１のＩＰ電話装置の構成と同様である。なお、ＩＰ電話装置アダプタの構成部位のうちＩＰ電話装置の構成部位と同符号が付されているものについては同様の機能を有しているとしてよい。
【００３３】
電話接続Ｉ／Ｆ１９は、アナログ電話機と接続し、音声信号を入／出力する。
【００３４】
図３は、本発明の具体的な一実施例であるＩＰテレビ電話装置のブロック図である。
図３に示されているように、ＩＰテレビ電話装置は、ＣＰＵ１１と、ＲＯＭ１３と、ＲＡＭ１４と、操作入力・表示部１５と、ハンドセット１６と、通話回路１７と、回線接続Ｉ／Ｆ１８と、ＶｏＩＰ・ＩＰ手段２０と、画像処理回路２１と、画像表示部２２と、カメラ２３とを有する。
【００３５】
ＣＰＵ１１、ＲＯＭ１３、ＲＡＭ１４、操作入力・表示部１５、ハンドセット１６、通話回路１７、および回線接続Ｉ／Ｆ１８は、図１に示されるＩＰ電話装置における同符号を付したものと同様の構成および機能を有するので説明を省略する。
【００３６】
カメラ２３は、被写体を次々に画像データに変換するものである。カメラ２３は、変換した画像データを画像処理回路２１へ出力する。
画像処理回路２１は、カメラ２３から入力された画像データに対して、送信データ用に画像処理を施した後、ＶｏＩＰ・ＩＰ手段２０へ出力する。
ＶｏＩＰ・ＩＰ手段２０は、画像処理回路２１により画像処理されたデータを符号化圧縮する。ＶｏＩＰ・ＩＰ手段２０は、符号化圧縮した画像データ（画像信号データ）を送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ手段１８に送出する。
【００３７】
また、ＶｏＩＰ・ＩＰ手段２０は、回線接続Ｉ／Ｆ手段１８から入力される受信用のＩＰパケットから画像信号データを取り出し、その取り出した画像信号データを復号伸張した後、画像処理回路２１に送出する。
画像処理回路２１は、画像表示部２２に合わせた画像処理を行い、画像表示部２２に画像データを送出する。
画像表示部２２は、画像データを連続的に表示することにより動画像を得ることが出来る。
なお、ＶｏＩＰ・ＩＰ手段２０は、ＶｏＩＰ手段１２と同様に音声信号に対して各処理を行う機能も有しているものとする。
【００３８】
次に、ＩＰ電話装置およびＩＰテレビ電話装置で使用されるプロトコルについて説明する。呼設定手段は、標準で規定されている標準用呼制御用プロトコル（ＳＩＰ、Ｈ．３２３、ＭＥＧＡＣＯなど）を使用して呼設定を行い通信あるいは通話を行うものである。
【００３９】
図４は、ＳＩＰのプロトコルスタックを示す図である。
図４に示されているように、呼・セッション制御用プロトコルとしてＳＩＰを使用する場合、ＮｅｔｗｏｒｋＬａｙｅｒ（ネットワーク層）においてＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）が使用される。
また、この場合、ＴｒａｎｓｐｏｒｔＬａｙｅｒ（トランスポート層）においてＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）、ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）、またはＳＣＴＰ（ＳｔｒｅａｍＣｏｎｔｒｏｌＴｒａｎｓｍｉｓｓｉｏｎＰｒｏｔｏｃｏｌ）が使用される。
また、この場合、ＳＩＰメッセージを記述する制御情報記述プロトコルとしてＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ）が使用される。
また、この場合、ＵＤＰ（トランスポート層）とともに、動画／音声の送受信プロトコルとして、ＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）が使用される。
【００４０】
図５は、ＳＩＰの通信モデルの一般的なプロトコルシーケンスを示す図である。以下、図５に沿って、ＳＩＰの通信モデルのプロトコルの一例について説明する。
【００４１】
ここでは、発呼側・着呼側の２台のＩＰ端末装置（ＩＰ電話装置、ＩＰテレビ電話装置など）間において、ＳＩＰによる呼・セッション制御が行われるものとする。
【００４２】
まず、発呼側からＩＮＶＩＴＥというリクエストメッセージを送出する。ＩＮＶＩＴＥはセッションの起動信号であり、ＩＮＶＩＴＥには発呼側が受信可能なセッションの属性がＳＤＰで示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。
【００４３】
着呼側はＩＮＶＩＴＥを受信し、呼び出し状態になったことを通知するために、１８０Ｒｉｎｇｉｎｇを発呼側へ送信する。この１８０Ｒｉｎｇｉｎｇで着呼側の受信条件（コーデック、ポート番号等）と送信条件とを提示してもよいが、通常は次の２００ＯＫで提示する。
【００４４】
次に、着呼側が通話可能状態になったことを通知するために、２００ＯＫを発呼側へ送信する。この２００ＯＫには、着呼側が受信可能なセッションの属性がＳＤＰで示されている。この２００ＯＫで着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。
【００４５】
次に、発呼側がＡＣＫを着呼側へ送信し、これにより通信に利用可能な属性がネゴシエーションされる。
本明細書では便宜上ここまでを接続フェーズと定義している。
【００４６】
次に、メディア（音声、画像、動画等）の転送が開始される。本明細書ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。
【００４７】
通信を終了するときには、止める側がＢＹＥ信号を送信することにより通信相手側に通信終了を要求し、ＢＹＥ信号を受信した側は、その応答である２００ＯＫ信号をＢＹＥ信号送信側に送信して通信を終了する。
本明細書ではこのフェーズを便宜上、切断フェーズと定義している。
【００４８】
図６は、本発明の具体的な実施例における通信モデルの１つであるプロトコルシーケンスである。以下、図６に沿って、本実施例におけるＳＩＰの通信モデルのプロトコルの一例について説明する。
【００４９】
ここでは、発呼側・着呼側の２台のＩＰ端末装置（ＩＰ電話装置、ＩＰテレビ電話装置など）間において、ＳＩＰによる呼・セッション制御が行われるものとする。
【００５０】
ＩＰ端末装置は、標準呼設定手段（呼設定手段）と、ローカル呼設定手段とを有する。
【００５１】
標準呼設定手段は、標準呼設定プロトコルのセッション属性をＩＰパケットに挿入し、そのセッション属性を挿入したＩＰパケットを相手端末装置に送信する。
【００５２】
ローカル呼設定手段は、標準呼設定プロトコルのセッションの属性の他に（重複して持っていてもいいが）、独自のセッションの属性である受信条件（コーデック、ポート番号等）と、送信条件と、標準呼設定プロトコルが持っていない、装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）とをＩＰパケットに挿入し、それを相手装置に送信するものである。
【００５３】
なお、標準呼設定手段およびローカル呼設定手段は、ＣＰＵ１１と、ＶｏＩＰ手段１２（ＩＰテレビ電話装置の場合はＶｏＩＰ・ＩＰ手段２０）と、ＲＯＭ１３と、ＲＡＭ１４とにより実現される。すなわち、ＣＰＵ１１が、ＲＯＭ１３に格納されているプログラムを読み出し、ワークエリアとしてＲＡＭ１４を用いて、ＶｏＩＰ手段１２またはＶｏＩＰ・ＩＰ手段２０に処理を実行させることにより、標準呼設定手段およびローカル呼設定手段を実現することになる。
【００５４】
まず、発呼端末（発呼側）は発呼する際に、自端末に備わっているプロトコルを調査し、最初に送出するプロトコルとして優先設定されているプロトコルで通信を開始するため（この例では標準プロトコルが設定されている）、まず発呼側は標準のプロトコルであるＳＩＰのＩＮＶＩＴＥ信号を着呼側へ送信する。
【００５５】
次に、発呼側は、ＩＮＶＩＴＥ信号送信の直後に、ローカル呼設定手段によってローカルプロトコルの１つであるｉｎｖｉｔｅ信号を送信する。以後、標準プロトコル信号を大文字（ＩＮＶＩＴＥ）で表し、それに相当するローカルプロトコル信号を小文字（ｉｎｖｉｔｅ）で表す。
【００５６】
着呼側は、ＩＮＶＩＴＥ信号とｉｎｖｉｔｅ信号の両方を受信し（順次メモリに蓄えておくことにより複数の制御信号を受信することが出来る）、ｉｎｖｉｔｅ信号を選択するとともに、呼び出し状態になったことを通知するために１８０ｒｉｎｇｉｎｇを発呼側へ送信する。もちろん場合によっては、例えば標準プロトコルを優先設定されている場合等、ＩＮＶＩＴＥ信号を選択してもよい。
この後の動作は標準プロトコルがローカルプロトコルに代わる以外は、図５のプロトコルとシーケンスは同じである。
【００５７】
上記の実施例では、受信条件としてコーデックおよびポート番号等を示したが、その他に、装備している通信プロトコルの種類、呼設定の方式に関係するもの、ネゴシエーションに関係するもの、端末の通信能力、データの圧縮方式、デジタル化方式、プロトコルの種類、それに使用するＩＰパケットの種類、ＩＰパケットの構造、ＩＰパケットの定義、再送処理方式、エラー処理方式、セキュリティ方式等、通信条件に関するあらゆるものを独自の受信条件として発呼側が送信してもよい。
【００５８】
また、発呼側は、標準プロトコルのＩＮＶＩＴＥ信号を送出する前に、ローカルプロトコルのｉｎｖｉｔｅ信号を送信してもよい。
【００５９】
また、発呼側は、ｉｎｖｉｔｅ信号を、接続フェーズ、データ送受信フェーズ、または切断フェーズの期間中のどこで送信してもよい。
例えば、２台のＩＰ端末装置間で、データ送受信フェーズ期間中に、現在標準プロトコルによる通信の音声または画像の品質が劣化している場合、ユーザがより高品質な音声および画像の通信を希望したとする。このとき、発呼側のユーザが、発呼側のＩＰ端末装置の入力手段（操作入力・表示部１５）を操作することにより、発呼側のＩＰ端末装置は、通信相手側（着呼側のＩＰ端末装置）にｉｎｖｉｔｅ信号を送出し、ＩＰ端末装置間の通信を現在の標準プロトコルの方式からより高品質なローカルプロトコルの方式に切り替えるとしてもよい。
【００６０】
着呼側は、標準プロトコルであるＩＮＶＩＴＥ信号に対して１８０Ｒｉｎｇｉｎｇ信号または２００ＯＫ信号を送信した場合、すなわち標準プロトコルで接続（ネゴシエーションが成立）した後でも、接続フェーズ、データ送受信フェーズ、または切断フェーズの期間中にｉｎｖｉｔｅ信号を受信することが出来、その場合は再びネゴシエーションをやり直すことになる。
【００６１】
装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）とは、具体的には、
・装置が装備している機能：Ｗｅｂブラウザ機能、ストリームデータ再生機能、テレビ電話機能、留守番電話機能、留守番録画機能、録音機能、録画機能、着信メモリ、リダイヤルメモリ、電話帳機能、発信元番号通知機能、発信者名称通知機能、着信拒否機能、着信メロディ変更機能、転送機能、キャッチホン機能等
・装置の状態を示す情報：留守番電話がセットされている情報、留守番録画がセットされている情報、装置に不具合があることを示す情報、装置が使用されていることを示す情報、装置のなんらかの機能がセットされていることを示す情報等
・相手装置の設定を変更する情報：留守番電話をセットあるいは解除する命令、留守番録画をセットあるいは解除する命令、装置に備わっている機能が動作するようにセットあるいは解除する命令等
・相手装置の機能を実行する情報：留守番電話に録音されている音声を再生させ送信させる命令、留守番録画に録画されている画像を再生させ送信させる命令、着信メロディを変更させる命令等
のいずれか、あるいはその組み合わせであるとしてもよい。
【００６２】
図７は、本発明の具体的な実施例におけるＳＩＰの制御用パケットの構造を示す図である。
図７に示されているように、ＳＩＰの制御用パケットには、ＩＰヘッダと、ＵＤＰ（ＴＣＰ）ヘッダと、ＳＩＰメッセージとが含まれている。
【００６３】
図８は、本発明の具体的な実施例におけるＳＩＰのデータ用パケットの構造を示す図である。
図８に示されているように、ＳＩＰのデータ用パケットには、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、音声・画像データとが含まれている。
【００６４】
図９は、本発明の具体的な実施例におけるＵＤＰデータグラムの構造を示す図である。
図９に示されているように、ＵＤＰデータグラムには、送信ポート番号と、宛先ポート番号と、データ長と、チェックサムと、データとが含まれている。
【００６５】
図１０は、本発明の具体的な実施例におけるＳＩＰで使用されるＩＰデータグラムの構造を示す図である。
図１０に示されるように、ＶｏＩＰパケットの構成は、バージョン情報と、ヘッダ長情報と、サービスタイプ情報と、トータル長情報と、識別子（ＩＤ）と、フラグ情報と、フラグメント・オフセット情報と、生存時間（ＴＴＬ）情報と、プロトコルタイプ情報と、ヘッダチェックサム情報と、送信元アドレスと、宛先アドレスと、オプションと、パディングと、データ領域とからなり、データを載せるいずれかの領域に通信相手先の電話番号情報が載せられている。なお、電話番号情報はデータ領域に載せるのが通常であるが、これに限定されるものではない。
【００６６】
ローカル呼設定手段の他の実施例として、標準呼設定手段で使用される標準プロトコルのＩＰパケットに、ローカル呼設定手段で使用されるローカルプロトコルにおいて使用される情報を含ませる方法がある。
【００６７】
図１１は、本発明の具体的な他の実施例におけるＳＩＰの制御用パケットの構造を示す図である。
他の実施例におけるＳＩＰの制御用パケットには、ＩＰヘッダと、ＵＤＰ（ＴＣＰ）ヘッダと、ＳＩＰメッセージと、ローカルプロトコル情報とが含まれている。
図１１に示されているように、他の実施例におけるＳＩＰの制御用パケットには、通常のＳＩＰの制御用パケットのＳＩＰメッセージ部分に、ローカル呼設定手段で使用するローカルプロトコルで使用する情報（ローカルプロトコル情報）が含まれている。
また、ＩＰヘッダのオプションフィールドにローカルプロトコル情報を載せてもよい。ＳＩＰプロトコルのみしか対応していない端末はローカル部分を無視するため、ＳＩＰで呼制御を行うが、ローカルプロトコルに対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行う。すなわち、標準のセッションからローカルなセッションに移行することができる。
【００６８】
図１２は、本発明の具体的な他の実施例におけるＳＩＰのデータ用パケットの構造を示す図である。
他の実施例におけるＳＩＰのデータ用パケットには、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、音声・画像データと、ローカルプロトコル情報とが含まれている。
図１２に示されているように、他の実施例では、通常のＳＩＰのデータ用パケットのＲＴＰヘッダ以下の音声・画像データを載せる部分に、ローカル呼設定手段で使用するローカルプロトコルで使用する情報を含ませている。
また、ＩＰヘッダのオプションフィールドにローカルプロトコル情報を載せてもよい。ＳＩＰプロトコルのみしか対応していない端末はローカル部分を無視するため、ＳＩＰで呼制御を行うが、ローカル呼設定手段に対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行う。すなわち標準のセッションからローカルなセッションに移行することができる。
【００６９】
このように、独自のローカルプロトコルに対応している端末はＩＰパケットのどの部分にローカルプロトコル情報が載せられているのかは、あらかじめ認識しているので、ローカルプロトコルの搭載形態は任意に構成することが出来る。
【００７０】
また、ＩＰ端末装置は、発呼側および着呼側にもなりえるように、発呼側および着呼側で使用する両方のプロトコルを備えている。
【００７１】
また、標準のプロトコルでセッションが開始されたのか、あるいは独自のプロトコルでセッションが開始されたのかを操作入力・表示部１５に表示することができる。
例えば、操作入力・表示部１５は、「ＳＩＰ」、「Ｈ．３２３」、「独自方式」等といった現在通信に使用されているプロトコルおよび通信に使用可能なプロトコルを表示する。ユーザは、その表示を見ることにより、通信の状態あるいは使用できる機能等を知ることが出来る。
また、操作入力・表示部１５は、ＩＰ端末装置が接続に使用したプロトコルによって使用できる機能等を表示することも出来る。
【００７２】
また、発呼側のユーザが、相手装置がどのプロトコルを装備しているか分からない場合、発呼側のＩＰ端末装置は、発呼する際、発呼側のＩＰ端末装置が装備している複数のプロトコルまたはすべてのプロトコルのＩＮＶＩＴＥまたはｉｎｖｉｔｅ信号を順次送出するとしてもよい。
着呼側のＩＰ端末装置は、発呼側から受信したＩＮＶＩＴＥ・ｉｎｖｉｔｅ信号により示される複数のプロトコルのうちの１つを選択し、その選択したプロトコルに相当する応答信号を１つだけ返信する。または、着呼側のＩＰ端末装置は、複数のプロトコルのうち２以上のプロトコルを選択し、その選択した複数のプロトコルに相当する応答信号を複数返信するとしてもよい。発呼側は、複数の応答信号を受信した場合、その受信した応答信号により示される複数のプロトコルのうち優先順位の高いプロトコルを選択することが出来る。
【００７３】
以上、本発明の実施例には、ＩＰ電話装置（ＩＰ端末装置）が実装する標準プロトコルとしてＳＩＰを例にとって記載しているが、その他に、標準プロトコルとしてＨ．３２３、ＨＴＴＰ、またはＭＥＧＡＣＯ等を使用するとしてもよい。
また、標準プロトコルではなく、その他のローカルのプロトコルでも本発明の実施は可能である。すなわち、これまでの実施例の説明の中で、標準呼制御、標準呼設定、標準プロトコルをそれぞれ、他のローカルな呼制御、他のローカルな呼設定、他のローカルなプロトコルと置き換えればよい。この他のローカルな呼制御、呼設定、およびプロトコルは、それぞれ標準の呼制御、呼設定、およびプロトコルを含んでもよい。
また、ＩＰ端末装置は、ＩＰ電話装置の他に、ＩＰテレビ電話装置、その他のＩＰパケットを使用して呼制御を行う端末であるとしてもよい。
【００７４】
以上説明したように、本実施例によれば、標準の呼制御用プロトコルに定義されている標準の通信方式以外の独自の通信あるいは通話方式を使用することが出来るため、最適な通信ができる。
【００７５】
また、本実施例によれば、接続フェーズで自動的に呼設定を行っているので、ユーザに手間をかけずに呼設定を行うことができる。
【００７６】
また、本実施例によれば、標準用パケット送出のすぐ後にローカル用パケットを送出しているので、標準用の呼設定でセッションが接続される前に、すばやくローカル用の呼設定でセッションを接続することが出来る。
【００７７】
また、本実施例によれば、すばやくローカル用の呼設定でセッションを接続することが出来る。
【００７８】
また、本実施例によれば、標準用のパケットの他にローカル用のパケットを送出する必要がないため、ネットワークに送出するデータ量を少なくすることが出来る。
【００７９】
また、本実施例によれば、標準の呼設定で通信をしている途中でも、別な通信方式に変更することが出来る。
【００８０】
また、本実施例によれば、標準用パケット受信のすぐ後にローカル用パケットを受信しているので、標準用の呼設定でセッションが接続される前に、すばやくローカル用の呼設定でセッションを接続することが出来る。
【００８１】
また、上記のＩＰ端末装置の処理は、ＩＰ端末装置が有するコンピュータプログラムにより実行されるが、上記のプログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録され、上記の記録媒体からロードされるようにしてもよいし、所定のネットワークを介して接続されている外部機器からロードされるようにしてもよい。
【００８２】
なお、上記の実施形態は本発明の好適な実施の一例であり、本発明の実施形態は、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形して実施することが可能となる。
【００８３】
【発明の効果】
以上説明したように、本発明によれば、呼制御用プロトコルに定義されている標準の通信方式以外の通信あるいは通話方式を使用することが出来る。
【図面の簡単な説明】
【図１】本発明の具体的な一実施例であるＩＰ電話装置のブロック図である。
【図２】本発明の具体的な一実施例におけるＩＰ電話装置アダプタのブロック図である。
【図３】本発明の具体的な一実施例であるＩＰテレビ電話装置のブロック図である。
【図４】ＳＩＰのプロトコルスタックを示す図である。
【図５】ＳＩＰの通信モデルの一般的なプロトコルシーケンスを示す図である。
【図６】本発明の具体的な実施例における通信モデルの１つであるプロトコルシーケンスである。
【図７】本発明の具体的な実施例におけるＳＩＰの制御用パケットの構造を示す図である。
【図８】本発明の具体的な実施例におけるＳＩＰのデータ用パケットの構造を示す図である。
【図９】本発明の具体的な実施例におけるＵＤＰデータグラムの構造を示す図である。
【図１０】本発明の具体的な実施例におけるＳＩＰで使用されるＩＰデータグラムの構造を示す図である。
【図１１】本発明の具体的な他の実施例におけるＳＩＰの制御用パケットの構造を示す図である。
【図１２】本発明の具体的な他の実施例におけるＳＩＰのデータ用パケットの構造を示す図である。
【符号の説明】
１１ＣＰＵ
１２ＶｏＩＰ手段
１３ＲＯＭ
１４ＲＡＭ
１５操作入力・表示手段
１６ハンドセット
１７通話回路
１８回線接続Ｉ／Ｆ
１９電話接続Ｉ／Ｆ
２０ＶｏＩＰ・ＩＰ手段
２１画像処理回路
２２画像表示部
２３カメラ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an IP terminal device, and more particularly to an IP terminal device that performs communication using a plurality of different protocols in an IP telephone, an IP videophone, an Internet fax, and the like.
[0002]
[Prior art]
Currently, as a call control protocol for IP telephone devices, IP videophone devices, etc., SIP, H. H.323, MEGACO, etc. are standardized as standard protocols.
[0003]
As a prior art that enables communication between a plurality of IP telephones of different protocols, there has been a cable modem device and a voice communication method disclosed in Patent Document 1.
In Patent Document 1, H.P. By performing protocol conversion between the H.323 protocol and the MGCP protocol, Communication between a 323 protocol IP telephone and an MGCP protocol IP telephone was made possible.
[0004]
[Patent Document 1]
JP 2002-281176 A
[0005]
[Problems to be solved by the invention]
Conventionally, in order to maintain compatibility so that communication can be performed between terminals of different manufacturers, SIP, H. H.323, MEGACO, etc. have been standardized as standard protocols.
However, if you turn it back, it shows that the communication method (equipped function, compression method, error handling, etc.) is determined as the standard in the protocol, so only the communication method defined in the standard can be used. Yes.
It is a well-known fact that the optimal communication method differs depending on the terminal capabilities and the communication line used, and it is also known that other manufacturers use a uniquely developed communication method that can be used between devices of the same manufacturer. There is also a desire to differentiate.
[0006]
The invention described in Patent Document 1 merely performs conversion between standard call control protocols, and does not realize communication using a call control protocol unique to each IP terminal device. Further, in Patent Document 1, each IP terminal device does not have a function of performing communication using a plurality of call control protocols.
[0007]
The present invention has been made in view of the above problems, and by using a standard call control protocol, compatibility is ensured that enables communication between terminals of different manufacturers, and is defined in the standard protocol. It is an object of the present invention to provide an IP terminal device that can perform a flexible communication or a call by using an original communication or a call method other than the above.
[0008]
[Means for Solving the Problems]
In order to achieve such an object, the present invention comprises call setting means for performing call control including a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicates with a counterpart terminal device. The IP terminal device is configured to include a local call setting unit that performs call setting by a call setting unit and performs call setting by a local protocol different from the standard call control protocol.
[0009]
In addition, according to the present invention, the local call setting means performs call setting by a local protocol during the connection phase.
[0010]
Further, according to the present invention, the local call setting means transmits the call control IP packet of the local protocol after transmitting the call control IP packet of the standard call control protocol.
[0011]
Further, according to the present invention, the local call setting means transmits the call control IP packet of the local protocol before transmitting the call control IP packet of the standard call control protocol.
[0012]
The present invention also includes an IP terminal device that includes a call setting unit that performs call control including a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and that communicates with a terminal device on the other side. In addition, the present invention is characterized by comprising local call setting means for sending information including local protocol information included in the call control IP packet of the standard call control protocol.
[0013]
The present invention also includes an IP terminal device that includes a call setting unit that performs call control including a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and that communicates with a terminal device on the other side. In the data transmission / reception phase, local call setting means for changing the call setting by another local protocol is provided.
[0014]
In addition, according to the present invention, the local call setting means transmits a local protocol IP packet separately from the standard data transmission / reception packet.
[0015]
According to the present invention, the local call setting means transmits the standard data transmission / reception packet including information for the local protocol.
[0016]
The present invention also includes an IP terminal device that includes a call setting unit that performs call control including a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and that communicates with a terminal device on the other side. The apparatus further comprises a local call setting means for receiving a local protocol IP packet to be transmitted after the counterpart apparatus transmits a call control IP packet of the standard call control protocol.
[0017]
The present invention also includes an IP terminal device that includes a call setting unit that performs call control including a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and that communicates with a terminal device on the other side. In this case, local call setting means is provided for receiving an IP packet of a local protocol received before the counterpart apparatus transmits a call control IP packet of the standard call control protocol.
[0018]
The present invention also includes an IP terminal device that includes a call setting unit that performs call control including a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and that communicates with a terminal device on the other side. And a local call setting means for receiving the call control IP packet of the standard call control protocol that is transmitted by the counterpart device including the information for the local protocol in the call control IP packet of the standard call control protocol. It is characterized by that.
[0019]
The present invention also includes an IP terminal device that includes a call setting unit that performs call control including a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and that communicates with a terminal device on the other side. In addition, the present invention is characterized by comprising a local call setting means for receiving an IP packet of a local protocol transmitted separately from the standard data transmission / reception packet by the counterpart device.
[0020]
The present invention also includes an IP terminal device that includes a call setting unit that performs call control including a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and that communicates with a terminal device on the other side. In this case, local call setting means is provided for receiving a standard data transmission / reception packet transmitted by the partner apparatus including local protocol information.
[0021]
In addition, according to the present invention, there is provided display means for displaying a protocol currently used for communication.
[0022]
According to the present invention, the display means displays a protocol that can be used for communication by the device itself.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a block diagram of an IP telephone apparatus which is a specific embodiment of the present invention. Hereinafter, the configuration of the IP telephone apparatus according to the present embodiment will be described with reference to FIG.
As shown in FIG. 1, the IP telephone apparatus includes a CPU (Central Control Unit) 11, VoIP means 12, ROM (Read Only Memory) 13, RAM (Random Access Memory) 14, , An operation input / display unit 15, a handset 16, a call circuit 17, and a line connection I / F 18.
[0024]
The CPU 11 controls the entire IP telephone apparatus. An execution program of the CPU 11 is stored in the ROM 13, and the CPU 11 reads the execution program from the ROM 13, and sequentially interprets instructions included in the execution program to control the entire IP telephone apparatus.
[0025]
The RAM 14 functions as a work area necessary for the control of the entire IP telephone apparatus by the CPU 11, and stores storage parameters, various parameters necessary for control, management information, and the like.
[0026]
The operation input / display unit 15 includes various operation keys and a display for displaying operation guidance and the like, and is used by an operator to operate the apparatus.
[0027]
The handset 16 serves as a so-called handset for performing a voice call, and includes a speaker that outputs voice, a microphone that inputs voice, and the like.
[0028]
The call circuit 17 sends an audio signal input from a microphone or the like (handset 16) to the VoIP means 12. The call circuit 17 outputs the audio signal input from the VoIP unit 12 to a speaker or the like (handset 16).
Further, the call circuit 17 may include a circuit for adjusting the volume by amplifying or attenuating the audio signal or improving the sound quality by changing the frequency characteristic of the audio signal.
Furthermore, the call circuit 17 performs so-called side tone control for controlling the sound wraparound from the transmitter to the receiver.
[0029]
The VoIP means 12 converts the analog voice signal sent from the call circuit 17 into digital data, and further encodes and compresses it if necessary.
Next, the VoIP unit 12 embeds the audio signal data in the IP packet for transmission and sequentially sends it out to the line connection I / F 18.
The VoIP unit 12 extracts audio signal data from the receiving IP packet input from the line connection I / F 18, decodes and decompresses it if necessary, and converts the digital audio signal data into an analog audio signal. And sent to the call circuit 17.
The VoIP unit 12 assembles control IP packets for performing call control, and sequentially sends them to the line connection I / F unit 18. Further, when the control IP packet received by the line connection I / F unit is input, the VoIP unit 12 disassembles the input control IP packet. Such transmission and reception of the control IP packet may be realized by another means independent of the VoIP means 12. It is assumed that the operation control of the VoIP unit 12 is performed by the CPU 11.
[0030]
The line connection I / F 18 is connected to the line, and transmits a transmission IP packet input from the VoIP unit 12 to the connection line, while transmitting a reception packet input from the connection line to the VoIP unit 12. .
When a general telephone network is used as a connection line, the line connection I / F 18 has an XDSL modem that converts a digital signal and an analog signal into each other.
If the connection line is a LAN or the like, the line connection I / F 18 is a LAN I / F (Ethernet (R), token ring, FTTH, etc.).
[0031]
FIG. 2 is a block diagram of an IP telephone apparatus adapter according to a specific embodiment of the present invention. Hereinafter, the configuration of the IP telephone apparatus adapter according to the present embodiment will be described with reference to FIG.
[0032]
The IP telephone apparatus adapter shown in FIG. 2 has the same configuration as that of the IP telephone apparatus of FIG. 1 except that the telephone circuit I and F 19 are provided instead of the telephone circuit 17 and the handset 16. Of the constituent parts of the IP telephone apparatus adapter, those having the same reference numerals as those of the constituent parts of the IP telephone apparatus may have the same function.
[0033]
The telephone connection I / F 19 is connected to an analog telephone and inputs / outputs an audio signal.
[0034]
FIG. 3 is a block diagram of an IP videophone apparatus which is a specific embodiment of the present invention.
As shown in FIG. 3, the IP videophone apparatus includes a CPU 11, a ROM 13, a RAM 14, an operation input / display unit 15, a handset 16, a call circuit 17, a line connection I / F 18, and a VoIP. An IP unit 20, an image processing circuit 21, an image display unit 22, and a camera 23 are included.
[0035]
CPU 11, ROM 13, RAM 14, operation input / display unit 15, handset 16, call circuit 17, and line connection I / F 18 have the same configurations and functions as those of the IP telephone apparatus shown in FIG. Since it has, description is abbreviate | omitted.
[0036]
The camera 23 converts the subject into image data one after another. The camera 23 outputs the converted image data to the image processing circuit 21.
The image processing circuit 21 performs image processing for transmission data on the image data input from the camera 23, and then outputs the processed image data to the VoIP / IP unit 20.
The VoIP / IP means 20 encodes and compresses the data processed by the image processing circuit 21. The VoIP / IP unit 20 embeds the encoded and compressed image data (image signal data) in the IP packet for transmission and sequentially sends it to the line connection I / F unit 18.
[0037]
The VoIP / IP unit 20 extracts image signal data from the receiving IP packet input from the line connection I / F unit 18, decodes and decompresses the extracted image signal data, and sends the image signal data to the image processing circuit 21. To do.
The image processing circuit 21 performs image processing according to the image display unit 22 and sends image data to the image display unit 22.
The image display unit 22 can obtain a moving image by continuously displaying image data.
It is assumed that the VoIP / IP unit 20 has a function of performing each process on the audio signal in the same manner as the VoIP unit 12.
[0038]
Next, protocols used in the IP telephone device and the IP videophone device will be described. The call setting means performs call setting by using a standard call control protocol (SIP, H.323, MEGACO, etc.) defined in the standard, and performs communication or a telephone call.
[0039]
FIG. 4 is a diagram showing a SIP protocol stack.
As shown in FIG. 4, when SIP is used as a call / session control protocol, IP (Internet Protocol) is used in the network layer (network layer).
Also, in this case, UDP (User Datagram Protocol), TCP (Transmission Control Protocol), or SCTP (Stream Control Transmission Protocol) is used in the Transport Layer (transport layer).
In this case, SDP (Session Description Protocol) is used as a control information description protocol for describing the SIP message.
In this case, RTP (Realtime Transport Protocol) is used as a video / audio transmission / reception protocol together with UDP (transport layer).
[0040]
FIG. 5 is a diagram showing a general protocol sequence of the SIP communication model. Hereinafter, an example of the protocol of the SIP communication model will be described with reference to FIG.
[0041]
Here, it is assumed that call / session control by SIP is performed between two IP terminal devices (IP telephone device, IP videophone device, etc.) on the calling side and the called side.
[0042]
First, a request message called INVITE is sent from the calling side. INVITE is a session activation signal, and the attributes of the session that can be received by the calling party are indicated by SDP in INVITE. Specifically, the reception condition (codec, port number, etc.) on the calling side and the transmission condition are presented.
[0043]
The called party receives INVITE and sends 180 Ringing to the calling party to notify that it has entered the ringing state. The 180 Ringing may present the receiving condition (codec, port number, etc.) and the transmission condition on the called side, but is usually presented in the next 200 OK.
[0044]
Next, 200 OK is transmitted to the calling side in order to notify that the called side is ready to talk. In this 200 OK, the attributes of the session that can be received by the called party are shown in SDP. This 200 OK presents the reception condition (codec, port number, etc.) and transmission condition on the called side.
[0045]
Next, the calling side transmits ACK to the called side, thereby negotiating attributes that can be used for communication.
In this specification, this is defined as the connection phase for convenience.
[0046]
Next, transfer of media (sound, image, video, etc.) is started. In this specification, for the sake of convenience, the medium transfer period is defined as a data transmission / reception phase.
[0047]
When ending communication, the stop side sends a BYE signal to request the communication partner side to end communication, and the side receiving the BYE signal transmits a 200 OK signal as a response to the BYE signal transmitting side for communication. Exit.
In this specification, this phase is defined as a cutting phase for convenience.
[0048]
FIG. 6 is a protocol sequence which is one of communication models in a specific embodiment of the present invention. Hereinafter, an example of the protocol of the SIP communication model in this embodiment will be described with reference to FIG.
[0049]
Here, it is assumed that call / session control by SIP is performed between two IP terminal devices (IP telephone device, IP videophone device, etc.) on the calling side and the called side.
[0050]
The IP terminal device has standard call setting means (call setting means) and local call setting means.
[0051]
The standard call setting means inserts the session attribute of the standard call setting protocol into the IP packet, and transmits the IP packet with the session attribute inserted to the counterpart terminal device.
[0052]
In addition to the standard call setting protocol session attributes (which may be duplicated), the local call setting means includes the reception conditions (codec, port number, etc.) that are the attributes of the original session, the transmission conditions, Unique information related to the device that the standard call setting protocol does not have (functions installed in the device, information indicating the status of the device, information for changing the setting of the partner device, information for executing the function of the partner device, etc. ) Are inserted into the IP packet and transmitted to the counterpart device.
[0053]
The standard call setting means and the local call setting means are realized by the CPU 11, the VoIP means 12 (VoIP / IP means 20 in the case of an IP videophone device), the ROM 13, and the RAM 14. That is, the CPU 11 reads out the program stored in the ROM 13, and uses the RAM 14 as a work area to cause the VoIP means 12 or the VoIP / IP means 20 to execute processing, thereby enabling the standard call setting means and the local call setting means. Will be realized.
[0054]
First, when a calling terminal (calling side) places a call, the calling terminal investigates the protocol provided in its own terminal and starts communication with the protocol that is preferentially set as the first transmission protocol (in this example, First, the calling party transmits a SIP INVITE signal, which is a standard protocol, to the called party.
[0055]
Next, immediately after the INVITE signal is transmitted, the calling side transmits an invite signal which is one of the local protocols by the local call setting means. Hereinafter, the standard protocol signal is represented by a capital letter (INVITE), and the corresponding local protocol signal is represented by a small letter (invite).
[0056]
The called party receives both the INVITE signal and the invite signal (multiple control signals can be received by sequentially storing them in the memory), selects the invite signal and confirms that it is in the ringing state. A 180 ringing is sent to the calling party for notification. Of course, in some cases, for example, when the standard protocol is preferentially set, the INVITE signal may be selected.
The subsequent operation is the same as the protocol of FIG. 5 except that the standard protocol is replaced with the local protocol.
[0057]
In the above embodiment, the codec, port number, etc. are shown as the reception conditions, but in addition, the type of communication protocol installed, the type related to the call setting method, the type related to the negotiation, the communication capability of the terminal , Data compression method, digitization method, protocol type, IP packet type, IP packet structure, IP packet definition, retransmission processing method, error processing method, security method, etc. The calling party may transmit as a unique reception condition.
[0058]
In addition, the calling party may transmit the local protocol invite signal before sending the standard protocol INVITE signal.
[0059]
Further, the calling party may transmit the invite signal anywhere during the connection phase, the data transmission / reception phase, or the disconnection phase.
For example, if the voice or image quality of communication using the standard protocol is currently deteriorated during the data transmission / reception phase between two IP terminal devices, the user desires higher quality voice and image communication. And At this time, the user on the calling side operates the input means (operation input / display unit 15) of the IP terminal device on the calling side, so that the IP terminal device on the calling side becomes the communication partner side (calling side). Invite signal may be transmitted to the IP terminal device) to switch the communication between the IP terminal devices from the current standard protocol method to a higher quality local protocol method.
[0060]
When the called party transmits a 180 Ringing signal or 200 OK signal to the INVITE signal, which is a standard protocol, that is, even after connection (negotiation is established) using the standard protocol, the connection phase, data transmission / reception phase, or disconnection phase Invite signals can be received during this period, and in that case, negotiations are performed again.
[0061]
Specific information related to the device (functions installed in the device, information indicating the status of the device, information for changing the setting of the partner device, information for executing the function of the partner device, etc.)
・ Equipment functions: Web browser function, stream data playback function, videophone function, answering machine function, answering machine recording function, recording function, recording function, incoming memory, redial memory, phone book function, caller ID notification Function, caller name notification function, incoming call rejection function, incoming melody change function, transfer function, call waiting function, etc.
-Information indicating the status of the device: Information on which the answering machine is set, information on which the answering machine recording is set, information indicating that the device is defective, information indicating that the device is being used, or any device Information indicating that the function is set, etc.
-Information for changing the setting of the partner device: command to set or cancel the answering machine, command to set or cancel the answering machine recording, command to set or cancel the function of the device
-Information for executing the function of the partner device: an instruction to play and transmit the voice recorded on the answering machine, an instruction to play and send the image recorded on the answering machine, an instruction to change the incoming melody, etc.
Or a combination thereof.
[0062]
FIG. 7 is a diagram showing the structure of a SIP control packet in a specific embodiment of the present invention.
As shown in FIG. 7, the SIP control packet includes an IP header, a UDP (TCP) header, and a SIP message.
[0063]
FIG. 8 is a diagram showing the structure of a SIP data packet in a specific embodiment of the present invention.
As shown in FIG. 8, the SIP data packet includes an IP header, a UDP header, an RTP header, and audio / image data.
[0064]
FIG. 9 is a diagram illustrating the structure of a UDP datagram in a specific embodiment of the present invention.
As shown in FIG. 9, the UDP datagram includes a transmission port number, a destination port number, a data length, a checksum, and data.
[0065]
FIG. 10 is a diagram illustrating the structure of an IP datagram used in SIP according to a specific embodiment of the present invention.
As shown in FIG. 10, the configuration of the VoIP packet includes version information, header length information, service type information, total length information, identifier (ID), flag information, fragment offset information, and survival. It consists of time (TTL) information, protocol type information, header checksum information, source address, destination address, option, padding, and data area. The phone number information is posted. The telephone number information is usually placed in the data area, but is not limited to this.
[0066]
As another embodiment of the local call setting means, there is a method of including information used in the local protocol used in the local call setting means in the IP packet of the standard protocol used in the standard call setting means.
[0067]
FIG. 11 is a diagram showing the structure of a SIP control packet in another specific embodiment of the present invention.
The SIP control packet in another embodiment includes an IP header, a UDP (TCP) header, a SIP message, and local protocol information.
As shown in FIG. 11, in the SIP control packet in another embodiment, information used in the local protocol used in the local call setting means (in the SIP message part of the normal SIP control packet) Local protocol information).
Further, local protocol information may be placed in the option field of the IP header. Since the terminal that supports only the SIP protocol ignores the local part, call control is performed using SIP. However, the terminal that supports the local protocol interprets this local part and calls the local protocol as necessary. Take control. That is, it is possible to shift from a standard session to a local session.
[0068]
FIG. 12 is a diagram showing the structure of a SIP data packet in another specific embodiment of the present invention.
The SIP data packet in another embodiment includes an IP header, a UDP header, an RTP header, audio / image data, and local protocol information.
As shown in FIG. 12, in another embodiment, the information used in the local protocol used by the local call setting means is placed in the portion where the voice / image data below the RTP header of the normal SIP data packet is placed. Is included.
Further, local protocol information may be placed in the option field of the IP header. Since a terminal that supports only the SIP protocol ignores the local part, call control is performed using SIP. However, a terminal that supports the local call setting means interprets the local part and, if necessary, the local protocol. Call control is performed with. That is, it is possible to shift from a standard session to a local session.
[0069]
As described above, since a terminal that supports a unique local protocol knows in advance which part of the IP packet contains the local protocol information, the local protocol mounting form should be arbitrarily configured. I can do it.
[0070]
In addition, the IP terminal device includes both protocols used on the calling side and the called side so that it can be a calling side and a called side.
[0071]
In addition, it is possible to display on the operation input / display unit 15 whether a session is started with a standard protocol or whether a session is started with a unique protocol.
For example, the operation input / display unit 15 displays protocols currently used for communication such as “SIP”, “H.323”, “unique method”, and protocols that can be used for communication. By viewing the display, the user can know the communication status or the functions that can be used.
The operation input / display unit 15 can also display functions that can be used by the protocol used by the IP terminal device for connection.
[0072]
Further, when the calling user does not know which protocol the partner apparatus is equipped with, the calling IP terminal apparatus is equipped with a plurality of calling terminal IP terminal apparatuses when making a call. Alternatively, the INVITE or invite signals of all protocols may be sent sequentially.
The called-side IP terminal device selects one of a plurality of protocols indicated by the INVITE / invite signal received from the calling side, and returns only one response signal corresponding to the selected protocol. Alternatively, the called IP terminal device may select two or more protocols from among a plurality of protocols and return a plurality of response signals corresponding to the selected protocols. When the calling side receives a plurality of response signals, the calling side can select a protocol having a higher priority among the plurality of protocols indicated by the received response signals.
[0073]
As described above, in the embodiment of the present invention, SIP is described as an example of the standard protocol implemented by the IP telephone apparatus (IP terminal apparatus). H.323, HTTP, or MEGACO may be used.
Further, the present invention can be implemented not with the standard protocol but with other local protocols. That is, in the description of the embodiments so far, standard call control, standard call setting, and standard protocol may be replaced with other local call control, other local call setting, and other local protocols, respectively. Other local call controls, call setups, and protocols may include standard call controls, call setups, and protocols, respectively.
In addition to the IP telephone device, the IP terminal device may be an IP videophone device or other terminal that performs call control using an IP packet.
[0074]
As described above, according to the present embodiment, it is possible to use an original communication or a call system other than the standard communication system defined in the standard call control protocol, and therefore, optimal communication can be performed.
[0075]
Further, according to the present embodiment, since call setting is automatically performed in the connection phase, call setting can be performed without taking time and effort for the user.
[0076]
In addition, according to this embodiment, since the local packet is transmitted immediately after the standard packet transmission, the session is quickly connected with the local call setting before the session is connected with the standard call setting. I can do it.
[0077]
Further, according to the present embodiment, a session can be quickly connected with a local call setting.
[0078]
Further, according to the present embodiment, it is not necessary to send a local packet in addition to a standard packet, so that the amount of data sent to the network can be reduced.
[0079]
Further, according to the present embodiment, it is possible to change to another communication method even during communication with standard call settings.
[0080]
Also, according to this embodiment, since the local packet is received immediately after the standard packet is received, the session is quickly connected with the local call setting before the session is connected with the standard call setting. I can do it.
[0081]
The processing of the IP terminal device is executed by a computer program included in the IP terminal device, and the program is recorded on a recording medium such as an optical recording medium, a magnetic recording medium, a magneto-optical recording medium, or a semiconductor. It may be loaded from the above recording medium or may be loaded from an external device connected via a predetermined network.
[0082]
The above-described embodiment is an example of a preferred embodiment of the present invention. The embodiment of the present invention is not limited to this, and various modifications may be made without departing from the scope of the present invention. Is possible.
[0083]
【The invention's effect】
As described above, according to the present invention, it is possible to use a communication or call system other than the standard communication system defined in the call control protocol.
[Brief description of the drawings]
FIG. 1 is a block diagram of an IP telephone apparatus according to a specific embodiment of the present invention.
FIG. 2 is a block diagram of an IP telephone device adapter in a specific embodiment of the present invention.
FIG. 3 is a block diagram of an IP videophone apparatus according to a specific embodiment of the present invention.
FIG. 4 is a diagram illustrating a SIP protocol stack.
FIG. 5 is a diagram illustrating a general protocol sequence of a SIP communication model.
FIG. 6 is a protocol sequence which is one of communication models in a specific embodiment of the present invention.
FIG. 7 is a diagram showing the structure of a SIP control packet in a specific embodiment of the present invention.
FIG. 8 is a diagram showing the structure of a SIP data packet in a specific embodiment of the present invention.
FIG. 9 is a diagram illustrating the structure of a UDP datagram in a specific embodiment of the present invention.
FIG. 10 is a diagram illustrating the structure of an IP datagram used in SIP in a specific embodiment of the present invention.
FIG. 11 is a diagram showing the structure of a SIP control packet in another specific embodiment of the present invention.
FIG. 12 is a diagram showing the structure of a SIP data packet in another specific embodiment of the present invention.
[Explanation of symbols]
11 CPU
12 VoIP means
13 ROM
14 RAM
15 Operation input / display means
16 Handset
17 Call circuit
18 Line connection I / F
19 Telephone connection I / F
20 VoIP / IP means
21 Image processing circuit
22 Image display
23 Camera

Claims

An IP terminal device comprising call setting means for performing call control comprising a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicating with a terminal device on the other side,
An IP terminal apparatus comprising: a local call setting means for setting a call by the call setting means and setting a call by a local protocol different from the standard call control protocol.

The local call setting means includes
The IP terminal apparatus according to claim 1, wherein call setup is performed by the local protocol during the connection phase.

The local call setting means includes
3. The IP terminal apparatus according to claim 2, wherein after the call control IP packet of the standard call control protocol is transmitted, the call control IP packet of the local protocol is transmitted.

The local call setting means includes
3. The IP terminal apparatus according to claim 2, wherein a call control IP packet of a local protocol is transmitted before a call control IP packet of the standard call control protocol is transmitted.

An IP terminal device comprising call setting means for performing call control comprising a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicating with a terminal device on the other side,
An IP terminal apparatus comprising: local call setting means for sending local protocol information included in a call control IP packet of the standard call control protocol.

An IP terminal device comprising call setting means for performing call control comprising a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicating with a terminal device on the other side,
An IP terminal device comprising local call setting means for changing call setting by another local protocol during the data transmission / reception phase.

The local call setting means includes
7. The IP terminal apparatus according to claim 6, wherein a local protocol IP packet is transmitted separately from the standard data transmission / reception packet.

The local call setting means includes
7. The IP terminal apparatus according to claim 6, wherein the standard data transmission / reception packet is transmitted by including information for a local protocol.

An IP terminal device comprising call setting means for performing call control comprising a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicating with a terminal device on the other side,
An IP terminal device comprising local call setting means for receiving a local protocol IP packet to be transmitted after the counterpart device transmits a call control IP packet of the standard call control protocol.

An IP terminal device comprising call setting means for performing call control comprising a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicating with a terminal device on the other side,
An IP terminal device comprising local call setting means for receiving an IP packet of a local protocol received before the counterpart device transmits a call control IP packet of the standard call control protocol.

An IP terminal device comprising call setting means for performing call control comprising a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicating with a terminal device on the other side,
And a local call setting means for receiving a call control IP packet of the standard call control protocol which is transmitted by the counterpart device including the information for the local protocol in the call control IP packet of the standard call control protocol. An IP terminal device.

An IP terminal device comprising call setting means for performing call control comprising a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicating with a terminal device on the other side,
An IP terminal device comprising local call setting means for receiving an IP packet of a local protocol sent separately from a standard data transmission / reception packet by a counterpart device.

An IP terminal device comprising call setting means for performing call control comprising a connection phase, a data transmission / reception phase, and a disconnection phase using a standard call control protocol, and communicating with a terminal device on the other side,
An IP terminal apparatus comprising a local call setting means for receiving a standard data transmission / reception packet transmitted by a partner apparatus including local protocol information.

14. The IP terminal apparatus according to claim 1, further comprising display means for displaying a protocol currently used for communication.

The display means includes
The IP terminal device according to claim 1, wherein a protocol that the device itself can use for communication is displayed.