JP2004023215A - Network communication equipment - Google Patents

Network communication equipment Download PDF

Info

Publication number
JP2004023215A
JP2004023215A JP2002172289A JP2002172289A JP2004023215A JP 2004023215 A JP2004023215 A JP 2004023215A JP 2002172289 A JP2002172289 A JP 2002172289A JP 2002172289 A JP2002172289 A JP 2002172289A JP 2004023215 A JP2004023215 A JP 2004023215A
Authority
JP
Japan
Prior art keywords
call
communication
network
user
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002172289A
Other languages
Japanese (ja)
Inventor
Kazuhiro Horiba
堀場 一弘
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.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
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 Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2002172289A priority Critical patent/JP2004023215A/en
Publication of JP2004023215A publication Critical patent/JP2004023215A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide network communication equipment that can appropriately refuse a call termination. <P>SOLUTION: Since this network communication equipment is constituted to determine whether the call termination is accepted or refused by referring to a value contained in a "user-user" information element carried on a call setting message, the equipment can appropriately accept the call termination. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、TTC標準JT−H323に準拠した通信機能を備えるとともに、パケット通信網を利用して、ITU−T勧告T.38に準拠したファクシミリ通信が可能なネットワーク通信装置に関する。
【0002】
【従来の技術】
インターネットなどのパケット通信網を利用する通信システムとして、TTC標準JT−H323に準拠した通信システムがある。
【0003】
このTTC標準JT−H323では、必ずしもサービス品質を保証しないパケットネットワークにおけるマルチメディア通信システムの技術要求条件が対象とされている。
【0004】
また、パケットネットワークとしては、ローカルエリアネットワーク、企業エリアネットワーク、メトロポリタンエリアネットワーク、イントラネット、インターネットを含む相互接続されたネットワークなどを対象としている。
【0005】
さらに、GSTNやISDN上のポイント・ポイント接続またはダイアルアップ接続によるPPP等のパケット型伝送も含まれる。
【0006】
また、これらの網は単一のセグメントからなる場合や、複数の網セグメントが相互接続されたような複雑なトポロジーを持つ場合もある。
【0007】
このTTC標準JT−H323の通信システムには、ネットワークに含まれる端末装置間の呼制御を、ゲートキーパー装置を適用して行うようにした態様が含まれている。
【0008】
ここで、ゲートキーパー装置は、ネットワーク上にあって、パケットネットワーク上のJT−H323端末および交換型回線網上のTTC端末間の、または他のJT−H323ゲートウェイとの、リアルタイムの双方向通信を提供するエンドポイントと定義されている。また、他のTTC端末は、JT−H310(JT−H320のB−ISDNへの適用)、 JT−H320(ISDN)、 JT−H321(ATM)、 JT−H322(サービス品質(QoS)保証型LAN)、 JT−H324(GSTN)、 JT−H324M(移動体通信)、およびITU−T勧告V.70(DSVD)に従う端末を含むと定義されている。
【0009】
なお、JT−H323端末とは、TTC標準JT−H323に準拠した通信機能を備えた通信端末である。また、本明細書中の記載において、TTC標準番号、または、ITU−T勧告番号が付与されて記載されている端末等は、それぞれのTTC標準またはITU−T勧告に準拠した通信機能を備えた通信端末等を意味する。
【0010】
【発明が解決しようとする課題】
ところで、このようなJT−H323端末装置において、相手端末からの着呼を拒否したい要求がある場合、従来のアナログ公衆網PSTNに接続されている端末装置のように、電話番号やファクシミリ番号等を参照して、相手端末を識別できないという事情があった。
【0011】
本発明は、かかる実情に鑑みてなされたものであり、適切に着呼拒否することができるネットワーク通信装置を提供することを目的としている。
【0012】
【課題を解決するための手段】
本発明は、TTC標準JT−H323に準拠した通信機能を備えるとともに、パケット通信網を利用して、ITU−T勧告T.38に準拠したファクシミリ通信が可能なネットワーク通信装置において、呼設定メッセージのユーザ・ユーザ情報要素に含まれるソースコールシグナルアドレスより宛先情報を取得し、当該取得した宛先情報に基づいて、当該着呼を受け付けるか否かを判定するようにしたものである。また、前記宛先情報は、発呼側IPアドレス、あるいは、発呼側ポート番号、あるいは、発呼側IPアドレスおよびポート番号を適用することができる。
【0013】
また、TTC標準JT−H323に準拠した通信機能を備えるとともに、パケット通信網を利用して、ITU−T勧告T.38に準拠したファクシミリ通信が可能なネットワーク通信装置において、呼設定メッセージのユーザ・ユーザ情報要素にソースコールシグナルアドレスが含まれるかどうかを調べ、含まれていない場合には、当該着呼を拒否するようにしたものである。
【0014】
また、TTC標準JT−H323に準拠した通信機能を備えるとともに、パケット通信網を利用して、ITU−T勧告T.38に準拠したファクシミリ通信が可能なネットワーク通信装置において、呼設定メッセージSETUPのユーザ・ユーザ情報要素に含まれるファーストスタートでの自端末側の設定希望値の優先順位が低い場合には、当該着呼を拒否するようにしたものである。
【0015】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【0016】
図1は、本発明の一実施例にかかる通信システムの一例を示している。
【0017】
まず、この通信システムは、TTC標準JT−H323に準拠した通信システムであり、パケット通信網としてインターネットINETを利用していて、地域ARaと地域ARbの2つの地域に設けられている各種端末装置からなる。
【0018】
地域ARa,ARbにおいては、TTC端末としてグループ3ファクシミリ装置FXa,FXb、JT−H323ゲートウェイとしてのゲートウェイ装置GWa,GWb、複数のJT−H323端末装置であるT.38端末装置TA1〜TAn,TB1〜TBn、および、ゲートキーパー装置GKa,GKbが含まれている。
【0019】
ここで、T.38端末装置とは、ITU−T勧告T.38に準拠する端末装置であって、ITU−T勧告T.30端末装置(グループ3ファクシミリ装置)の通信を、パケット通信網を利用してリアルタイム的に実現できるようにしたものである。
【0020】
また、T.38端末装置の通信形態としては、パケット通信網を介して、T.38端末装置間で直接通信する通信形態と、ゲートウェイ装置を介して、公衆網PSTNに接続されているグループ3ファクシミリ装置と通信する通信形態の2つの通信形態が規定されている。
【0021】
すなわち、この場合、ゲートウェイ装置GWa,GWbは、T.38端末装置TA1〜TAn,TB1〜TBnと、グループ3ファクシミリ装置FXa,FXbとの間の通信を実現するための機能を備える。
【0022】
図2は、T.38端末装置(TA1〜TAn,TB1〜TBn)の構成例を示している。
【0023】
同図において、システム制御部1は、このT.38端末装置の各部の制御処理、ファクシミリ伝送制御手順(ITU−T勧告T.30手順)処理、および、リアルタイム伝送制御手順(ITU−T勧告T.38手順)処理などの各種制御処理を行うものであり、システムメモリ2は、システム制御部1が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部1のワークエリアを構成するものであり、パラメータメモリ3は、このT.38端末装置に固有な各種の情報を記憶するためのものであり、時計回路4は、現在時刻情報を出力するものである。
【0024】
スキャナ5は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ6は、所定の解像度で画像を記録出力するためのものであり、操作表示部7は、このファクシミリ装置を操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【0025】
符号化復号化部8は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、この場合には、画情報受信時のエラー検出を主目的として用いられる。また、画像蓄積装置9は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【0026】
網制御装置10は、このT.38端末装置を公衆電話網PSTNに接続するためのものであり、自動発着信機能を備えている。
【0027】
グループ3ファクシミリモデム11は、グループ3ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能(V.21モデム)、および、おもに画情報をやりとりするための高速モデム機能(V.17モデム、V.34モデム、V.29モデム、V.27terモデムなど)を備えている。
【0028】
インターネット通信制御部12は、このT.38端末装置をインターネットINETへ接続し、インターネットINETを介して種々のデータをやりとりするためのものであり、TCP/IPパケット解析部13は、TCPモード時に、インターネット通信制御部12が受信したTCP/IPパケットを解析して受信情報を取り出すためのものであり、UDPパケット解析部14は、UDPモード時に、インターネット通信制御部12が受信したUDPパケットを解析して受信情報を取り出すためのものである。
【0029】
グループ3プロトコル情報生成部15は、リアルタイム伝送手順において、TCPモード時はTCP/IPパケット解析部13から出力される受信情報を対応するグループ3伝送手順信号情報に変換するとともに、UDPモード時はUDPパケット解析部14から出力される受信情報を対応するグループ3伝送手順信号情報に変換するものである。
【0030】
グループ3プロトコル情報取出部16は、リアルタイム伝送手順において、送信するグループ3ファクシミリ伝送手順情報を取り出すためのものであり、TCP/IPパケット変換部17は、TCPモード時、グループ3プロトコル情報取出部16から出力されるグループ3ファクシミリ伝送手順情報をTCP/IPパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部12へ加えられる。
【0031】
また、UDPパケット変換部18は、UDPモード時、グループ3プロトコル情報取出部16から出力されるグループ3ファクシミリ伝送手順情報をUDPパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部12へ加えられる。
【0032】
これらの、システム制御部1、システムメモリ2、パラメータメモリ3、時計回路4、スキャナ5、プロッタ6、操作表示部7、符号化復号化部8、画像蓄積装置9、網制御装置10、グループ3ファクシミリモデム11、グループ3プロトコル情報生成部14、および、グループ3プロトコル情報取出部15は、内部バス17に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス17を介して行われている。
【0033】
また、網制御装置10とグループ3ファクシミリモデム11との間のデータのやりとりは、直接行なわれている。
【0034】
図3は、T.38端末装置間のデータ伝送手順の一例を示している。
【0035】
まず、発側T.38端末装置は、着側T.38端末装置に対して呼制御用TCPチャネルを確立し、次いで、発側T.38端末装置は、呼接続ためのパケットSETUPを着側T.38端末装置へ送出する。
【0036】
着側T.38端末装置は、発側T.38端末装置よりパケットSETUPを受信すると、パケットCONNECTを発側T.38端末装置へ応答し、それにより、発側T.38端末装置と着側T.38端末装置との間に呼が確立する。また、このパケットSETUPとパケットCONNECTの交換により、使用するトランスポートのモード(TCPモードまたはUDPモード)、および、使用するポート番号が設定される。
【0037】
次いで、発側T.38端末装置は、発側から着側へ向かうデータ用UDPチャネルを確立するとともに、着側T.38端末装置は、着側から発側へ向かうデータ用UDPチャネルを確立し、その後、発側T.38端末装置と着側T.38端末装置との間とは、その確立した2本のデータ用UDPチャネルを用いて勧告T.38手順に従ったT.38セッションのデータのやりとりを開始し、画情報通信動作を実行する。
【0038】
画情報通信が終了すると、発側T.38端末装置は、パケットRELEASECOMPを着側T.38端末装置との間へ送出し、それにより、発側T.38端末装置と着側T.38端末装置との間のデータ通信動作が終了する。
【0039】
図4は、ゲートキーパー装置を用いて端末装置の呼制御を行う場合の手順の一例を示している(TTC標準JT−H323の図10を参照)。
【0040】
まず、発側エンドポイント(発側端末装置)EPcは、ゲートキーパー装置(群)GKsに対して、呼接続要求(発呼)ARQを送出する。ゲートキーパー装置(群)GKsは、その呼接続要求(発呼)を受け付けることができる場合には、応答ACFを発側エンドポイントEPcへ送出し、その呼接続要求(発呼)を受け付けることができない場合には、応答ARJを発側エンドポイントEPcへ送出する。
【0041】
発側エンドポイントEPcは、ゲートキーパー装置(群)GKsより応答ACFを受信した場合には、通信目標である着側エンドポイントEPdに対して、所定の呼設定信号を送出する。
【0042】
着側エンドポイントEPdは、呼設定信号を受信すると、ゲートキーパー装置(群)GKsに対して、呼接続要求(着呼)ARQを送出する。ゲートキーパー装置(群)GKsは、その呼接続要求(着呼)を受け付けることができる場合には、応答ACFを着側エンドポイントEPdへ送出し、その呼接続要求(着呼)を受け付けることができない場合には、応答ARJを着側エンドポイントEPdへ送出する。
【0043】
着側エンドポイントEPdは、ゲートキーパー装置(群)GKsより応答ACFを受信した場合には、発側エンドポイントEPcに対して、所定の応答信号(肯定応答)を送出する。
【0044】
これにより、発側エンドポイントEPcと着側エンドポイントEPdとの間に通信パスが設定され、発側エンドポイントEPcと着側エンドポイントEPdとの間の通信が行われる。
【0045】
さて、本実施例では、着側T.38端末装置において、着呼拒否ができるようにするために、例えば、図5(a),(b)に示すように、T.38セッションが始まる前の段階で、呼設定メッセージSETUPを受信した段階で、着呼を受け付けるかどうかを判断できるようにする。
【0046】
すなわち、発側T.38端末装置が呼設定メッセージSETUPを送出し、その呼設定メッセージSETUPを着側T.38端末装置が受信すると、着側T.38端末装置では、呼設定メッセージSETUPの所定の情報要素を参照して、当該着呼を受け付けることができるかどうかを判定し、受け付ける場合には、同図(a)に示すように、応答メッセージCONNを送出して、通信動作を継続して実行する。
【0047】
一方、着呼を受け付けないと判定した場合には、同図(b)に示すように、解放完了メッセージREL_COMP(RELEASE COMPLETE)を送出し、その時点で、通信動作を終了する。
【0048】
ここで、呼設定メッセージSETUPには、図6に示すように、TTC勧告Q931のレイヤ3呼制御メッセージを規定するプロトコル仕様(フォーマット、シーケンスなど)を識別するためのプロトコル識別子、そのメッセージがどの呼に関与するものであるかを識別するための呼番号、それぞれのメッセージの内容を識別するためのメッセージタイプ(この場合は、呼設定メッセージSETUPをあらわす値がセットされる)、「伝達能力」情報要素、および、「ユーザ・ユーザ」情報要素が、少なくとも含まれる(TTC標準JT−H225.0を参照)。
【0049】
また、「伝達能力」情報要素は、伝送する情報の内容が、音声、非制限デジタル情報、制限デジタル情報、3.1KHzオーディオ、7KHzオーディオ、あるいは、ビデオのいずれかであるのかを示す情報転送能力、使用する交換機能が回線交換であるのかパケット交換であるのかを示す転送モード、情報転送の速度をあらわす情報転送速度、情報の転送形態をあらわす情報、および、ユーザ情報のプロトコルをあらわす情報などからなる(TTC標準JT−Q931を参照)。
【0050】
また、「ユーザ・ユーザ」情報要素は、ユーザ間の情報の伝達に用いるためのものであり、この「ユーザ・ユーザ」情報要素の内容は、ISDNによって解釈されることなくトランスペアレントに転送されて相手ユーザに伝達される(TTC標準JT−Q931の場合)。
【0051】
また、JT−H323端末装置が呼制御時に適用する標準JT−H225.0参照では、「ユーザ・ユーザ」情報要素には、呼制御等に使用される種々の情報が含まれる。例えば、送信元のトランスポートアドレスを含むソースコールシグナルアドレス(souceCallSignalAddress)や、論理チャネルを開く際に参照するチャネル種別(TCPまたはUDP)を指定するためのファーストスタート(fastStart)などが含まれる。
【0052】
例えば、着呼を受け付けるか否かを判定するために、ソースコールシグナルアドレスを用いる場合、着呼を受け付けるように指定されている発側T.38端末装置より呼設定メッセージSETUPを受信した場合に、そのソースコールシグナルアドレスにより運ばれるトランスポートアドレスの値(複数)を、図7に示すような、端末識別情報テーブルに登録する。
【0053】
そして、この端末識別情報テーブルに登録されているトランスポートアドレスを含むソースコールシグナルアドレスを受信した場合にのみ、着呼を受け付けるように判定すればよい。
【0054】
また、トランスポートアドレスには、IPアドレスや、ポート番号等が含まれるので、トランスポートアドレスの全体を使って判断するのみならず、IPアドレスまたはポート番号のいずれか、あるいは、IPアドレスとポート番号の組み合わせで、判断することができる。
【0055】
また、着呼を受け付けるか否かを判定するために、ファーストスタートの値を使用する場合には、次のように判断する。ファーストスタートの値は、発側T.38端末装置が指定した論理チャネルを開く際に使用するチャネル種別の優先順位を示している。
【0056】
そこで、着側T.38端末装置で使用を希望するチャネル種別と、優先順位の第1位に指定されているチャネル種別が一致した場合に着呼を受け付け、不一致の場合には着呼を拒否するように判定することができる。
【0057】
このようにして、本実施例では、呼設定メッセージSETUPで運ばれる「ユーザ・ユーザ」情報要素に含まれる値を参照して、着呼を許可するか、あるいは、着呼を拒否するかを判定するようにしているので、適切に着呼を受け付けるようにすることができる。
【0058】
図8は、着側T.38端末装置の処理の一例を示している。
【0059】
まず、呼設定メッセージSETUPを受信するかどうかを待っており(判断101のNOループ)、呼設定メッセージSETUPを受信して、判断101の結果がYESになると、受信した呼設定メッセージSETUPの「ユーザ・ユーザ」情報要素からソースコールシグナルアドレスを取得する(処理102)。
【0060】
そして、その取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが、端末識別情報テーブルに登録されているかどうかを検査する(処理103)。検査方法は、上述した方法を適宜に採用できる。
【0061】
処理103により、取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが端末識別情報テーブルに登録されていると判断された場合で、判断104の結果がYESになるときには、応答メッセージCONNを送出して、通常の通信動作を継続して行う(処理105)。
【0062】
また、処理103により、取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが端末識別情報テーブルに登録されていないと判断された場合で、判断104の結果がNOになるときには、解放完了メッセージREL_COMPを送出して、その時点で通信動作を終了する(処理106)。
【0063】
図9は、着側T.38端末装置の処理の他の例を示している。
【0064】
まず、呼設定メッセージSETUPを受信するかどうかを待っており(判断201のNOループ)、呼設定メッセージSETUPを受信して、判断201の結果がYESになると、受信した呼設定メッセージSETUPの「ユーザ・ユーザ」情報要素からソースコールシグナルアドレスを取得する(処理202)。
【0065】
このとき、「ユーザ・ユーザ」情報要素にソースコールシグナルアドレスが含まれているかどうかを調べる(判断203)。判断203の結果がYESになるときには、その取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが、端末識別情報テーブルに登録されているかどうかを検査する(処理204)。検査方法は、上述した方法を適宜に採用できる。
【0066】
処理204により、取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが端末識別情報テーブルに登録されていると判断された場合で、判断205の結果がYESになるときには、応答メッセージCONNを送出して、通常の通信動作を継続して行う(処理206)。
【0067】
また、処理204により、取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが端末識別情報テーブルに登録されていないと判断された場合で、判断205の結果がNOになるとき、および、「ユーザ・ユーザ」情報要素にソースコールシグナルアドレスが含まれていない場合で、判断203の結果がNOになるときには、には、解放完了メッセージREL_COMPを送出して、その時点で通信動作を終了する(処理207)。
【0068】
図10は、着側T.38端末装置の処理のさらに他の例を示している。
【0069】
まず、呼設定メッセージSETUPを受信するかどうかを待っており(判断301のNOループ)、呼設定メッセージSETUPを受信して、判断301の結果がYESになると、受信した呼設定メッセージSETUPの「ユーザ・ユーザ」情報要素からファーストスタートを取得する(処理302)。
【0070】
そして、その取得したファーストスタートで優先順位の第1位に指定されているチャネル種別と、自端末で設定された使用するチャネル種別が一致するかどうかを調べる(処理303)。
【0071】
処理303により、ファーストスタートで優先順位の第1位に指定されているチャネル種別と、自端末で設定された使用するチャネル種別が一致すると判断された場合で、判断304の結果がYESになるときには、応答メッセージCONNを送出して、通常の通信動作を継続して行う(処理305)。
【0072】
また、処理303により、ファーストスタートで優先順位の第1位に指定されているチャネル種別と、自端末で設定された使用するチャネル種別が一致しないと判断された場合で、判断304の結果がNOになるときには、解放完了メッセージREL_COMPを送出して、その時点で通信動作を終了する(処理306)。
【0073】
なお、上述した実施例では、T.38端末装置について、本発明を適用した場合について説明したが、本発明は、他のJT−H323端末装置についても、同様にして適用することができる。
【0074】
【発明の効果】
以上説明したように、本発明によれば、呼設定メッセージで運ばれる「ユーザ・ユーザ」情報要素に含まれる値を参照して、着呼を許可するか、あるいは、着呼を拒否するかを判定するようにしているので、適切に着呼を受け付けるようにすることができるという効果を得る。
【図面の簡単な説明】
【図1】本発明の一実施例にかかる通信システムの一例を示したブロック図。
【図2】T.38端末装置(TA1〜TAn,TB1〜TBn)の構成例を示したブロック図。
【図3】T.38端末装置間のデータ伝送手順の一例を示したタイムチャート。
【図4】ゲートキーパー装置を用いて端末装置の呼制御を行う場合の手順の一例を示したタイムチャート。
【図5】呼設定メッセージSETUPを利用して着呼拒否を行う場合の手順の一例を示したタイムチャート。
【図6】呼設定メッセージSETUPの情報要素の一例を示した概略図。
【図7】端末識別情報テーブルの一例を示した概略図。
【図8】着側T.38端末装置の処理の一例を示したフローチャート。
【図9】着側T.38端末装置の処理の他の例を示したフローチャート。
【図10】着側T.38端末装置の処理のさらに他の例を示したフローチャート。
【符号の説明】
TA1〜TAn,TB1〜TBn T.38端末装置
1 システム制御部
2 システムメモリ
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention has a communication function conforming to ITU-T Recommendation H.323 and utilizes a packet communication network to implement ITU-T Recommendation T.3. The present invention relates to a network communication device capable of performing facsimile communication conforming to F.38.
[0002]
[Prior art]
As a communication system using a packet communication network such as the Internet, there is a communication system compliant with ITU-T H.323.
[0003]
This Recommendation H.323 addresses technical requirements for multimedia communication systems in packet networks that do not necessarily guarantee service quality.
[0004]
Further, as the packet network, a local area network, an enterprise area network, a metropolitan area network, an intranet, an interconnected network including the Internet, and the like are targeted.
[0005]
Further, packet-type transmission such as PPP through point-to-point connection or dial-up connection on GSTN or ISDN is also included.
[0006]
In addition, these networks may consist of a single segment, or may have a complex topology in which a plurality of network segments are interconnected.
[0007]
The communication system of ITU-T Rec. H.323 includes a mode in which call control between terminal devices included in a network is performed by applying a gatekeeper device.
[0008]
Here, the gatekeeper device performs real-time two-way communication between a H.323 terminal on a packet network and a TTC terminal on a switched network or with another H.323 gateway on a network. Defined as an endpoint to provide. Other TTC terminals are H.310 (application of H.320 to B-ISDN), H.320 (ISDN), H.321 (ATM), and H.322 (quality of service (QoS) guaranteed LAN). ), H.324 (GSTN), H.324M (mobile communication), and ITU-T Recommendation V. 70 (DSVD).
[0009]
Note that an ITU-T H.323 terminal is a communication terminal having a communication function conforming to ITU-T Rec. H.323. Further, in the description in this specification, a terminal or the like described with a TTC standard number or an ITU-T recommendation number provided with a communication function conforming to the respective TTC standard or ITU-T recommendation. It means a communication terminal or the like.
[0010]
[Problems to be solved by the invention]
By the way, in such a JT-H323 terminal device, when there is a request to reject an incoming call from a partner terminal, a telephone number, a facsimile number or the like is used as in a terminal device connected to a conventional analog public network PSTN. There was a situation that the other terminal could not be identified by reference.
[0011]
The present invention has been made in view of such circumstances, and has as its object to provide a network communication device that can appropriately reject an incoming call.
[0012]
[Means for Solving the Problems]
The present invention has a communication function conforming to ITU-T Recommendation H.323 and utilizes a packet communication network to implement ITU-T Recommendation T.3. In a network communication device capable of facsimile communication conforming to F.38, destination information is acquired from a source call signal address included in a user / user information element of a call setup message, and based on the acquired destination information, the incoming call is determined. It is determined whether or not to accept. Further, the destination information may be a calling side IP address, a calling side port number, or a calling side IP address and a port number.
[0013]
It also has a communication function conforming to ITU-T Recommendation H.323 and utilizes a packet communication network to implement ITU-T Recommendation T.30. In a network communication device capable of performing facsimile communication conforming to the standard 38, it is checked whether or not the source call signal address is included in the user / user information element of the call setup message, and if not, the incoming call is rejected. It is like that.
[0014]
It also has a communication function conforming to ITU-T Recommendation H.323 and utilizes a packet communication network to implement ITU-T Recommendation T.30. In a network communication device capable of facsimile communication conforming to F.38, if the priority of the desired setting value of the terminal itself at the first start included in the user / user information element of the call setting message SETUP is low, Is rejected.
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0016]
FIG. 1 shows an example of a communication system according to an embodiment of the present invention.
[0017]
First, this communication system is a communication system conforming to ITU-T H.323, which uses the Internet INET as a packet communication network, and receives signals from various terminal devices provided in two regions, a region ARa and a region ARb. Become.
[0018]
In the regions ARa and ARb, group 3 facsimile machines FXa and FXb as TTC terminals, gateway devices GWa and GWb as JT-H323 gateways, and T.H. 38 terminal devices TA1 to TAn and TB1 to TBn, and gatekeeper devices GKa and GKb.
[0019]
Here, T. 38 terminal device is defined in ITU-T Recommendation T.38. A terminal device conforming to ITU-T Recommendation T.38. The communication of 30 terminal apparatuses (group 3 facsimile apparatuses) can be realized in real time using a packet communication network.
[0020]
Also, T.I. As a communication mode of the T.38 terminal device, T.38 communication is performed via a packet communication network. Two communication modes are defined: a communication mode in which communication is directly performed between the 38 terminal apparatuses, and a communication mode in which communication is performed with a group 3 facsimile apparatus connected to the public network PSTN via a gateway apparatus.
[0021]
In other words, in this case, the gateway devices GWa and GWb transmit It has a function for realizing communication between the 38 terminal devices TA1 to TAn and TB1 to TBn and the group 3 facsimile devices FXa and FXb.
[0022]
FIG. 38 shows a configuration example of 38 terminal devices (TA1 to TAn, TB1 to TBn).
[0023]
Referring to FIG. 38, which performs various control processes such as a control process of each part of the terminal device, a facsimile transmission control procedure (ITU-T Recommendation T.30 procedure), and a real-time transmission control procedure (ITU-T Recommendation T.38 procedure). The system memory 2 stores a control processing program executed by the system control unit 1 and various data necessary for executing the processing program, and constitutes a work area of the system control unit 1. The parameter memory 3 stores this T.D. The clock circuit 4 is for storing various kinds of information unique to the T.38 terminal device, and outputs current time information.
[0024]
The scanner 5 is for reading a document image at a predetermined resolution, the plotter 6 is for recording and outputting an image at a predetermined resolution, and the operation display unit 7 is for operating this facsimile machine. And consists of various operation keys and various indicators.
[0025]
The encoding / decoding unit 8 encodes and compresses the image signal and decodes the encoded and compressed image information into the original image signal. Used mainly for error detection. The image storage device 9 is for storing a large number of image information in a coded and compressed state.
[0026]
The network controller 10 transmits the T. This is for connecting 38 terminal devices to the public telephone network PSTN, and has an automatic transmission / reception function.
[0027]
The group 3 facsimile modem 11 is for realizing a group 3 facsimile modem function, and is a low speed modem function (V.21 modem) for exchanging transmission procedure signals, and mainly for exchanging image information. It has a high-speed modem function (V.17 modem, V.34 modem, V.29 modem, V.27ter modem, etc.).
[0028]
The Internet communication control unit 12 transmits the T. The terminal 38 connects the terminal device to the Internet INET and exchanges various data via the Internet INET. The TCP / IP packet analysis unit 13 transmits the TCP / IP packet received by the Internet communication control unit 12 in the TCP mode. The UDP packet analyzer 14 analyzes the IP packet and extracts the received information by analyzing the UDP packet received by the Internet communication controller 12 in the UDP mode. .
[0029]
In the real-time transmission procedure, the group 3 protocol information generation section 15 converts the reception information output from the TCP / IP packet analysis section 13 into the corresponding group 3 transmission procedure signal information in the TCP mode, and outputs the UDP in the UDP mode. It converts received information output from the packet analyzer 14 into corresponding group 3 transmission procedure signal information.
[0030]
The group 3 protocol information extracting section 16 is for extracting group 3 facsimile transmission procedure information to be transmitted in the real-time transmission procedure, and the TCP / IP packet converting section 17 is configured to output the group 3 protocol information extracting section 16 in the TCP mode. Is used to convert the group 3 facsimile transmission procedure information output from TCP / IP to TCP / IP packet data, and the output data is applied to the Internet communication control unit 12.
[0031]
The UDP packet converter 18 converts the group 3 facsimile transmission procedure information output from the group 3 protocol information extractor 16 into UDP packet data in the UDP mode. It is added to the control unit 12.
[0032]
These are a system control unit 1, a system memory 2, a parameter memory 3, a clock circuit 4, a scanner 5, a plotter 6, an operation display unit 7, an encoding / decoding unit 8, an image storage device 9, a network control device 10, a group 3 The facsimile modem 11, the group 3 protocol information generating unit 14, and the group 3 protocol information extracting unit 15 are connected to an internal bus 17, and exchange of data between these elements is performed mainly through the internal bus 17. Has been done through.
[0033]
Data exchange between the network control device 10 and the group 3 facsimile modem 11 is directly performed.
[0034]
FIG. 4 shows an example of a data transmission procedure between 38 terminal devices.
[0035]
First, the caller T. 38 terminal device, the receiving side T.38. Establish a call control TCP channel to the T.38 terminal, and then The terminal device 38 transmits a packet SETUP for call connection to the destination T.38. 38 terminal device.
[0036]
T. The terminal device of the originating T.38. When the packet SETUP is received from the terminal device 38, the packet CONNECT is sent to the originating T.38. 38 terminal, thereby responding to the calling T.38 terminal. 38 terminal device and the destination T.38. A call is established with the T.38 terminal. Further, by exchanging the packet SETUP and the packet CONNECT, the mode of the transport to be used (TCP mode or UDP mode) and the port number to be used are set.
[0037]
Next, the outgoing T. The T.38 terminal establishes a data UDP channel from the calling side to the called side, and establishes a called T.38. The terminal device establishes a data UDP channel from the called side to the calling side, and then sets the calling T.38. 38 terminal device and the destination T.38. The communication with the terminal T.38 is performed using the established two data UDP channels. T.38 according to the T.38 procedure. The exchange of data for 38 sessions is started, and the image information communication operation is executed.
[0038]
When the image information communication ends, the calling side T.P. The terminal device 38 transmits the packet RELEASECOMP to the destination T.38. 38 terminal, thereby transmitting the call to the calling T.38 terminal. 38 terminal device and the destination T.38. The data communication operation with the 38 terminal devices ends.
[0039]
FIG. 4 shows an example of a procedure for performing call control of a terminal device using a gatekeeper device (see FIG. 10 of ITU-T H.323).
[0040]
First, the calling end point (calling side terminal device) EPc sends a call connection request (calling out) ARQ to the gatekeeper device (group) GKs. If the gatekeeper device (group) GKs can accept the call connection request (call), it sends out a response ACF to the calling end point EPc, and accepts the call connection request (call). If it is not possible, it sends a response ARJ to the originating endpoint EPc.
[0041]
When receiving the response ACF from the gatekeeper device (group) GKs, the originating endpoint EPc sends a predetermined call setting signal to the destination endpoint EPd, which is the communication target.
[0042]
Upon receiving the call setting signal, the called endpoint EPd sends out a call connection request (called) ARQ to the gatekeeper device (group) GKs. If the gatekeeper device (group) GKs can accept the call connection request (incoming call), it sends out a response ACF to the called end point EPd, and accepts the call connection request (incoming call). If not, the response ARJ is sent to the destination endpoint EPd.
[0043]
When receiving the response ACF from the gatekeeper device (group) GKs, the receiving endpoint EPd sends a predetermined response signal (acknowledge) to the calling endpoint EPc.
[0044]
As a result, a communication path is set between the originating endpoint EPc and the destination endpoint EPd, and communication between the originating endpoint EPc and the destination endpoint EPd is performed.
[0045]
In this embodiment, the receiving side T.P. In order to be able to reject an incoming call in the T.38 terminal device, for example, as shown in FIGS. Before the start of the 38 sessions, it is possible to determine whether or not to accept an incoming call at the stage where the call setup message SETUP is received.
[0046]
That is, the originating T. 38 terminal device sends a call setup message SETUP, and sends the call setup message SETUP to the called T.38 terminal. 38 terminal device receives the call, the receiving T.38 The 38th terminal device refers to a predetermined information element of the call setup message SETUP to determine whether or not the incoming call can be accepted, and if so, as shown in FIG. By transmitting CONN, the communication operation is continuously performed.
[0047]
On the other hand, if it is determined that the incoming call is not accepted, a release completion message REL_COMP (RELEASE COMPLETE) is sent out, as shown in FIG.
[0048]
Here, as shown in FIG. 6, the call setup message SETUP includes a protocol identifier for identifying a protocol specification (format, sequence, etc.) for defining the layer 3 call control message of TTC Recommendation Q931, and which call A call number for identifying whether the message is involved in the message, a message type for identifying the content of each message (in this case, a value indicating the call setup message SETUP is set), and "transmission capability" information And at least the "user-user" information element is included (see Recommendation H.225.0).
[0049]
The “transmission capability” information element is an information transfer capability indicating whether the content of information to be transmitted is voice, unrestricted digital information, restricted digital information, 3.1 kHz audio, 7 kHz audio, or video. , The transfer mode indicating whether the switching function used is circuit-switched or packet-switched, the information transfer rate indicating the information transfer speed, the information indicating the information transfer mode, and the information indicating the user information protocol. (See Recommendation Q.931).
[0050]
The "user / user" information element is used for transmitting information between users, and the content of the "user / user" information element is transparently transferred without being interpreted by ISDN and is transmitted to the other party. It is communicated to the user (in the case of Recommendation Q.931).
[0051]
Also, with reference to H.225.0 applied by H.323 terminal equipment at the time of call control, the "user / user" information element includes various information used for call control and the like. For example, a source call signal address (sourceCallSignalAddress) including a transport address of a transmission source, a fast start (fastStart) for designating a channel type (TCP or UDP) to be referred to when a logical channel is opened, and the like are included.
[0052]
For example, when a source call signal address is used to determine whether or not to accept an incoming call, the calling T.A. specified to accept the incoming call is used. When the call setup message SETUP is received from the terminal device 38, the value (plurality) of the transport address carried by the source call signal address is registered in the terminal identification information table as shown in FIG.
[0053]
Then, it may be determined that an incoming call is accepted only when a source call signal address including the transport address registered in the terminal identification information table is received.
[0054]
Further, since the transport address includes an IP address, a port number, and the like, not only the determination is made using the entire transport address, but also the IP address or the port number, or the IP address and the port number. Can be determined by the combination of
[0055]
When the value of the first start is used to determine whether or not to accept an incoming call, the following determination is made. The value of the first start is determined by the T. 38 shows the priority of the channel type used when the 38 terminal device opens the specified logical channel.
[0056]
Therefore, the receiving side T. It is determined that the incoming call is accepted when the channel type desired to be used in the 38 terminal device matches the channel type designated as the first priority, and the incoming call is rejected when the channel type does not match. Can be.
[0057]
As described above, in the present embodiment, it is determined whether the incoming call is permitted or the incoming call is rejected by referring to the value included in the “user / user” information element carried in the call setup message SETUP. Therefore, it is possible to appropriately receive an incoming call.
[0058]
FIG. 38 illustrates an example of processing of the 38 terminal devices.
[0059]
First, it is waiting whether or not to receive the call setup message SETUP (NO loop of decision 101), and receives the call setup message SETUP. If the result of decision 101 is YES, the “user” of the received call setup message SETUP is displayed. A source call signal address is obtained from the "user" information element (process 102).
[0060]
Then, it checks whether the transport address included in the obtained source call signal address is registered in the terminal identification information table (step 103). As the inspection method, the above-described method can be appropriately adopted.
[0061]
If it is determined in step 103 that the transport address included in the obtained source call signal address is registered in the terminal identification information table, and if the result of determination 104 is YES, a response message CONN is sent out. The normal communication operation is continued (process 105).
[0062]
If it is determined in the process 103 that the transport address included in the obtained source call signal address is not registered in the terminal identification information table, and if the result of the determination 104 is NO, the release completion message REL_COMP is sent. The communication operation is terminated at that time (process 106).
[0063]
FIG. 38 shows another example of the processing of the 38 terminal devices.
[0064]
First, it is waiting whether or not to receive the call setup message SETUP (NO loop of decision 201), and receives the call setup message SETUP. If the result of decision 201 is YES, the "user" of the received call setup message SETUP is displayed. Obtain the source call signal address from the "user" information element (process 202).
[0065]
At this time, it is checked whether the source call signal address is included in the "user / user" information element (decision 203). When the result of the determination 203 is YES, it is checked whether or not the transport address included in the obtained source call signal address is registered in the terminal identification information table (process 204). As the inspection method, the above-described method can be appropriately adopted.
[0066]
If it is determined in step 204 that the transport address included in the obtained source call signal address is registered in the terminal identification information table, and if the result of determination 205 is YES, a response message CONN is sent out. Then, the normal communication operation is continuously performed (process 206).
[0067]
If it is determined in step 204 that the transport address included in the obtained source call signal address is not registered in the terminal identification information table, the result of determination 205 is NO, and In the case where the source call signal address is not included in the "user" information element and the result of the judgment 203 is NO, a release completion message REL_COMP is transmitted, and the communication operation is terminated at that time (step 207). ).
[0068]
FIG. 38 shows still another example of the processing of the 38 terminal devices.
[0069]
First, it is waiting whether or not to receive the call setup message SETUP (NO loop of decision 301), and receives the call setup message SETUP. If the result of decision 301 is YES, the "user" of the received call setup message SETUP A first start is acquired from the "user" information element (process 302).
[0070]
Then, it is checked whether or not the channel type designated as the first priority in the acquired first start matches the channel type to be used set in the own terminal (process 303).
[0071]
When it is determined in step 303 that the channel type designated as the first priority in the first start matches the channel type to be used set in the own terminal, and when the result of determination 304 is YES, Then, a response message CONN is sent out to continue the normal communication operation (process 305).
[0072]
If it is determined in step 303 that the channel type designated as the first priority in the first start does not match the channel type to be used set in the own terminal, the result of determination 304 is NO. , A release completion message REL_COMP is sent, and the communication operation is terminated at that time (process 306).
[0073]
Note that in the above-described embodiment, the T.D. Although a case where the present invention is applied to 38 terminal devices has been described, the present invention can be similarly applied to other H.323 terminal devices.
[0074]
【The invention's effect】
As described above, according to the present invention, by referring to the value included in the “user / user” information element carried in the call setup message, whether to permit the incoming call or to reject the incoming call is determined. Since the determination is made, an effect is obtained that an incoming call can be appropriately received.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of a communication system according to one embodiment of the present invention.
FIG. The block diagram showing the example of composition of 38 terminal units (TA1-TAn and TB1-TBn).
FIG. 38 is a time chart showing an example of a data transmission procedure between 38 terminal devices.
FIG. 4 is a time chart showing an example of a procedure for performing call control of a terminal device using a gatekeeper device.
FIG. 5 is a time chart showing an example of a procedure when an incoming call is rejected by using a call setting message SETUP.
FIG. 6 is a schematic diagram showing an example of an information element of a call setup message SETUP.
FIG. 7 is a schematic diagram showing an example of a terminal identification information table.
FIG. 38 is a flowchart illustrating an example of processing of a 38 terminal device.
FIG. 38 is a flowchart showing another example of the processing of the 38 terminal device.
FIG. 38 is a flowchart showing still another example of the process of the 38 terminal device.
[Explanation of symbols]
TA1 to TAn, TB1 to TBn 38 terminal device 1 system control unit 2 system memory

Claims (6)

TTC標準JT−H323に準拠した通信機能を備えるとともに、パケット通信網を利用して、ITU−T勧告T.38に準拠したファクシミリ通信が可能なネットワーク通信装置において、
呼設定メッセージのユーザ・ユーザ情報要素に含まれるソースコールシグナルアドレスより宛先情報を取得し、当該取得した宛先情報に基づいて、当該着呼を受け付けるか否かを判定するようにしたことを特徴とするネットワーク通信装置。
It has a communication function conforming to ITU-T Recommendation H.323 and a packet communication network. In a network communication device capable of facsimile communication conforming to J.38,
Destination information is acquired from the source call signal address included in the user / user information element of the call setting message, and based on the acquired destination information, it is determined whether or not to accept the incoming call. Network communication device.
前記宛先情報は、発呼側IPアドレスであることを特徴とする請求項1記載のネットワークファクシミリ装置。2. The network facsimile apparatus according to claim 1, wherein the destination information is a calling side IP address. 前記宛先情報は、発呼側ポート番号であることを特徴とする請求項1記載のネットワークファクシミリ装置。2. The network facsimile apparatus according to claim 1, wherein the destination information is a calling port number. 前記宛先情報は、発呼側IPアドレスおよびポート番号であることを特徴とする請求項1記載のネットワークファクシミリ装置。2. The network facsimile apparatus according to claim 1, wherein the destination information is a calling side IP address and a port number. TTC標準JT−H323に準拠した通信機能を備えるとともに、パケット通信網を利用して、ITU−T勧告T.38に準拠したファクシミリ通信が可能なネットワーク通信装置において、
呼設定メッセージのユーザ・ユーザ情報要素にソースコールシグナルアドレスが含まれるかどうかを調べ、含まれていない場合には、当該着呼を拒否するようにしたことを特徴とするネットワーク通信装置。
It has a communication function conforming to ITU-T Recommendation H.323 and a packet communication network. In a network communication device capable of facsimile communication conforming to J.38,
A network communication device, which checks whether a source call signal address is included in a user / user information element of a call setup message and, if not, rejects the incoming call.
TTC標準JT−H323に準拠した通信機能を備えるとともに、パケット通信網を利用して、ITU−T勧告T.38に準拠したファクシミリ通信が可能なネットワーク通信装置において、
呼設定メッセージSETUPのユーザ・ユーザ情報要素に含まれるファーストスタートでの自端末側の設定希望値の優先順位が低い場合には、当該着呼を拒否するようにしたことを特徴とするネットワーク通信装置。
It has a communication function conforming to ITU-T Recommendation H.323 and a packet communication network. In a network communication device capable of facsimile communication conforming to J.38,
A network communication device for rejecting the incoming call when the priority of the setting desired value of the terminal at the first start included in the user / user information element of the call setting message SETUP is low; .
JP2002172289A 2002-06-13 2002-06-13 Network communication equipment Pending JP2004023215A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002172289A JP2004023215A (en) 2002-06-13 2002-06-13 Network communication equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002172289A JP2004023215A (en) 2002-06-13 2002-06-13 Network communication equipment

Publications (1)

Publication Number Publication Date
JP2004023215A true JP2004023215A (en) 2004-01-22

Family

ID=31171898

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002172289A Pending JP2004023215A (en) 2002-06-13 2002-06-13 Network communication equipment

Country Status (1)

Country Link
JP (1) JP2004023215A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9473622B2 (en) 2005-12-07 2016-10-18 Ricoh Company, Limited Call control server

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9473622B2 (en) 2005-12-07 2016-10-18 Ricoh Company, Limited Call control server

Similar Documents

Publication Publication Date Title
JP4312700B2 (en) Network communication equipment
US8526048B1 (en) Systems and methods for the reliable transmission of facsimiles over packet networks
US6771594B1 (en) Reliable/non-reliable transmission of voice using TCP/UDP based on network quality of service
JP4059113B2 (en) Facsimile machine
US7667729B2 (en) Multi-point conference system and multi-point conference device
US20140132700A1 (en) METHOD AND APPARATUS FOR VoIP VIDEO COMMUNICATION
US20090003322A1 (en) Ip device exchange apparatus and call connection changing method
JP2005294993A (en) Ip telephone and ip adapter
JP2001203726A (en) System, method and device for communication
US7684384B2 (en) Method for bitrate adjustment
JP3848244B2 (en) COMMUNICATION TERMINAL DEVICE, COMMUNICATION SYSTEM AND COMMUNICATION MANAGEMENT METHOD
US7551573B2 (en) Method and system for maintaining video connectivity
JP4094511B2 (en) Network communication terminal device
US7508821B2 (en) Method for setting up a data connection between terminal devices
US7907594B2 (en) Marking keyframes for a communication session
KR100608640B1 (en) Gateway system and controlling method for voice communication
JP4266545B2 (en) Gatekeeper device
JP2004023215A (en) Network communication equipment
CN1672366A (en) Modem relay aggregator device
JP2006211001A (en) Television telephone
JP3974483B2 (en) Network communication equipment
JP2004147244A (en) Network facsimile equipment
KR100666956B1 (en) Apparatus and method for transmitting of media on network
JP2003309663A (en) Communication device, communication method and communication program
JP3977160B2 (en) Network facsimile machine

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050301

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061016

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061031

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070306