(57)【要約】【課題】適切に着呼拒否することができるネットワーク通信装置を提供することを目的としている。【解決手段】呼設定メッセージで運ばれる「ユーザ・ユーザ」情報要素に含まれる値を参照して、着呼を許可するか、あるいは、着呼を拒否するかを判定するようにしているので、適切に着呼を受け付けるようにすることができるという効果を得る。【選択図】　　　　図５
2004023215.tif 000002
【特許請求の範囲】
【請求項１】
ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えるとともに、パケット通信網を利用して、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信が可能なネットワーク通信装置において、
呼設定メッセージのユーザ・ユーザ情報要素に含まれるソースコールシグナルアドレスより宛先情報を取得し、当該取得した宛先情報に基づいて、当該着呼を受け付けるか否かを判定するようにしたことを特徴とするネットワーク通信装置。
【請求項２】
前記宛先情報は、発呼側ＩＰアドレスであることを特徴とする請求項１記載のネットワークファクシミリ装置。
【請求項３】
前記宛先情報は、発呼側ポート番号であることを特徴とする請求項１記載のネットワークファクシミリ装置。
【請求項４】
前記宛先情報は、発呼側ＩＰアドレスおよびポート番号であることを特徴とする請求項１記載のネットワークファクシミリ装置。
【請求項５】
ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えるとともに、パケット通信網を利用して、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信が可能なネットワーク通信装置において、
呼設定メッセージのユーザ・ユーザ情報要素にソースコールシグナルアドレスが含まれるかどうかを調べ、含まれていない場合には、当該着呼を拒否するようにしたことを特徴とするネットワーク通信装置。
【請求項６】
ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えるとともに、パケット通信網を利用して、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信が可能なネットワーク通信装置において、
呼設定メッセージＳＥＴＵＰのユーザ・ユーザ情報要素に含まれるファーストスタートでの自端末側の設定希望値の優先順位が低い場合には、当該着呼を拒否するようにしたことを特徴とするネットワーク通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えるとともに、パケット通信網を利用して、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信が可能なネットワーク通信装置に関する。
【０００２】
【従来の技術】
インターネットなどのパケット通信網を利用する通信システムとして、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信システムがある。
【０００３】
このＴＴＣ標準ＪＴ−Ｈ３２３では、必ずしもサービス品質を保証しないパケットネットワークにおけるマルチメディア通信システムの技術要求条件が対象とされている。
【０００４】
また、パケットネットワークとしては、ローカルエリアネットワーク、企業エリアネットワーク、メトロポリタンエリアネットワーク、イントラネット、インターネットを含む相互接続されたネットワークなどを対象としている。
【０００５】
さらに、ＧＳＴＮやＩＳＤＮ上のポイント・ポイント接続またはダイアルアップ接続によるＰＰＰ等のパケット型伝送も含まれる。
【０００６】
また、これらの網は単一のセグメントからなる場合や、複数の網セグメントが相互接続されたような複雑なトポロジーを持つ場合もある。
【０００７】
このＴＴＣ標準ＪＴ−Ｈ３２３の通信システムには、ネットワークに含まれる端末装置間の呼制御を、ゲートキーパー装置を適用して行うようにした態様が含まれている。
【０００８】
ここで、ゲートキーパー装置は、ネットワーク上にあって、パケットネットワーク上のＪＴ−Ｈ３２３端末および交換型回線網上のＴＴＣ端末間の、または他のＪＴ−Ｈ３２３ゲートウェイとの、リアルタイムの双方向通信を提供するエンドポイントと定義されている。また、他のＴＴＣ端末は、ＪＴ−Ｈ３１０（ＪＴ−Ｈ３２０のＢ−ＩＳＤＮへの適用）、　ＪＴ−Ｈ３２０（ＩＳＤＮ）、　ＪＴ−Ｈ３２１（ＡＴＭ）、　ＪＴ−Ｈ３２２（サービス品質（ＱｏＳ）保証型ＬＡＮ）、　ＪＴ−Ｈ３２４（ＧＳＴＮ）、　ＪＴ−Ｈ３２４Ｍ（移動体通信）、およびＩＴＵ−Ｔ勧告Ｖ．７０（ＤＳＶＤ）に従う端末を含むと定義されている。
【０００９】
なお、ＪＴ−Ｈ３２３端末とは、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えた通信端末である。また、本明細書中の記載において、ＴＴＣ標準番号、または、ＩＴＵ−Ｔ勧告番号が付与されて記載されている端末等は、それぞれのＴＴＣ標準またはＩＴＵ−Ｔ勧告に準拠した通信機能を備えた通信端末等を意味する。
【００１０】
【発明が解決しようとする課題】
ところで、このようなＪＴ−Ｈ３２３端末装置において、相手端末からの着呼を拒否したい要求がある場合、従来のアナログ公衆網ＰＳＴＮに接続されている端末装置のように、電話番号やファクシミリ番号等を参照して、相手端末を識別できないという事情があった。
【００１１】
本発明は、かかる実情に鑑みてなされたものであり、適切に着呼拒否することができるネットワーク通信装置を提供することを目的としている。
【００１２】
【課題を解決するための手段】
本発明は、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えるとともに、パケット通信網を利用して、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信が可能なネットワーク通信装置において、呼設定メッセージのユーザ・ユーザ情報要素に含まれるソースコールシグナルアドレスより宛先情報を取得し、当該取得した宛先情報に基づいて、当該着呼を受け付けるか否かを判定するようにしたものである。また、前記宛先情報は、発呼側ＩＰアドレス、あるいは、発呼側ポート番号、あるいは、発呼側ＩＰアドレスおよびポート番号を適用することができる。
【００１３】
また、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えるとともに、パケット通信網を利用して、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信が可能なネットワーク通信装置において、呼設定メッセージのユーザ・ユーザ情報要素にソースコールシグナルアドレスが含まれるかどうかを調べ、含まれていない場合には、当該着呼を拒否するようにしたものである。
【００１４】
また、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えるとともに、パケット通信網を利用して、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したファクシミリ通信が可能なネットワーク通信装置において、呼設定メッセージＳＥＴＵＰのユーザ・ユーザ情報要素に含まれるファーストスタートでの自端末側の設定希望値の優先順位が低い場合には、当該着呼を拒否するようにしたものである。
【００１５】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１６】
図１は、本発明の一実施例にかかる通信システムの一例を示している。
【００１７】
まず、この通信システムは、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信システムであり、パケット通信網としてインターネットＩＮＥＴを利用していて、地域ＡＲａと地域ＡＲｂの２つの地域に設けられている各種端末装置からなる。
【００１８】
地域ＡＲａ，ＡＲｂにおいては、ＴＴＣ端末としてグループ３ファクシミリ装置ＦＸａ，ＦＸｂ、ＪＴ−Ｈ３２３ゲートウェイとしてのゲートウェイ装置ＧＷａ，ＧＷｂ、複数のＪＴ−Ｈ３２３端末装置であるＴ．３８端末装置ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ、および、ゲートキーパー装置ＧＫａ，ＧＫｂが含まれている。
【００１９】
ここで、Ｔ．３８端末装置とは、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠する端末装置であって、ＩＴＵ−Ｔ勧告Ｔ．３０端末装置（グループ３ファクシミリ装置）の通信を、パケット通信網を利用してリアルタイム的に実現できるようにしたものである。
【００２０】
また、Ｔ．３８端末装置の通信形態としては、パケット通信網を介して、Ｔ．３８端末装置間で直接通信する通信形態と、ゲートウェイ装置を介して、公衆網ＰＳＴＮに接続されているグループ３ファクシミリ装置と通信する通信形態の２つの通信形態が規定されている。
【００２１】
すなわち、この場合、ゲートウェイ装置ＧＷａ，ＧＷｂは、Ｔ．３８端末装置ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎと、グループ３ファクシミリ装置ＦＸａ，ＦＸｂとの間の通信を実現するための機能を備える。
【００２２】
図２は、Ｔ．３８端末装置（ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ）の構成例を示している。
【００２３】
同図において、システム制御部１は、このＴ．３８端末装置の各部の制御処理、ファクシミリ伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３０手順）処理、および、リアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８手順）処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このＴ．３８端末装置に固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２４】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このファクシミリ装置を操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２５】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、この場合には、画情報受信時のエラー検出を主目的として用いられる。また、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２６】
網制御装置１０は、このＴ．３８端末装置を公衆電話網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２７】
グループ３ファクシミリモデム１１は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２８】
インターネット通信制御部１２は、このＴ．３８端末装置をインターネットＩＮＥＴへ接続し、インターネットＩＮＥＴを介して種々のデータをやりとりするためのものであり、ＴＣＰ／ＩＰパケット解析部１３は、ＴＣＰモード時に、インターネット通信制御部１２が受信したＴＣＰ／ＩＰパケットを解析して受信情報を取り出すためのものであり、ＵＤＰパケット解析部１４は、ＵＤＰモード時に、インターネット通信制御部１２が受信したＵＤＰパケットを解析して受信情報を取り出すためのものである。
【００２９】
グループ３プロトコル情報生成部１５は、リアルタイム伝送手順において、ＴＣＰモード時はＴＣＰ／ＩＰパケット解析部１３から出力される受信情報を対応するグループ３伝送手順信号情報に変換するとともに、ＵＤＰモード時はＵＤＰパケット解析部１４から出力される受信情報を対応するグループ３伝送手順信号情報に変換するものである。
【００３０】
グループ３プロトコル情報取出部１６は、リアルタイム伝送手順において、送信するグループ３ファクシミリ伝送手順情報を取り出すためのものであり、ＴＣＰ／ＩＰパケット変換部１７は、ＴＣＰモード時、グループ３プロトコル情報取出部１６から出力されるグループ３ファクシミリ伝送手順情報をＴＣＰ／ＩＰパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部１２へ加えられる。
【００３１】
また、ＵＤＰパケット変換部１８は、ＵＤＰモード時、グループ３プロトコル情報取出部１６から出力されるグループ３ファクシミリ伝送手順情報をＵＤＰパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部１２へ加えられる。
【００３２】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、網制御装置１０、グループ３ファクシミリモデム１１、グループ３プロトコル情報生成部１４、および、グループ３プロトコル情報取出部１５は、内部バス１７に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１７を介して行われている。
【００３３】
また、網制御装置１０とグループ３ファクシミリモデム１１との間のデータのやりとりは、直接行なわれている。
【００３４】
図３は、Ｔ．３８端末装置間のデータ伝送手順の一例を示している。
【００３５】
まず、発側Ｔ．３８端末装置は、着側Ｔ．３８端末装置に対して呼制御用ＴＣＰチャネルを確立し、次いで、発側Ｔ．３８端末装置は、呼接続ためのパケットＳＥＴＵＰを着側Ｔ．３８端末装置へ送出する。
【００３６】
着側Ｔ．３８端末装置は、発側Ｔ．３８端末装置よりパケットＳＥＴＵＰを受信すると、パケットＣＯＮＮＥＣＴを発側Ｔ．３８端末装置へ応答し、それにより、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間に呼が確立する。また、このパケットＳＥＴＵＰとパケットＣＯＮＮＥＣＴの交換により、使用するトランスポートのモード（ＴＣＰモードまたはＵＤＰモード）、および、使用するポート番号が設定される。
【００３７】
次いで、発側Ｔ．３８端末装置は、発側から着側へ向かうデータ用ＵＤＰチャネルを確立するとともに、着側Ｔ．３８端末装置は、着側から発側へ向かうデータ用ＵＤＰチャネルを確立し、その後、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間とは、その確立した２本のデータ用ＵＤＰチャネルを用いて勧告Ｔ．３８手順に従ったＴ．３８セッションのデータのやりとりを開始し、画情報通信動作を実行する。
【００３８】
画情報通信が終了すると、発側Ｔ．３８端末装置は、パケットＲＥＬＥＡＳＥＣＯＭＰを着側Ｔ．３８端末装置との間へ送出し、それにより、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間のデータ通信動作が終了する。
【００３９】
図４は、ゲートキーパー装置を用いて端末装置の呼制御を行う場合の手順の一例を示している（ＴＴＣ標準ＪＴ−Ｈ３２３の図１０を参照）。
【００４０】
まず、発側エンドポイント（発側端末装置）ＥＰｃは、ゲートキーパー装置（群）ＧＫｓに対して、呼接続要求（発呼）ＡＲＱを送出する。ゲートキーパー装置（群）ＧＫｓは、その呼接続要求（発呼）を受け付けることができる場合には、応答ＡＣＦを発側エンドポイントＥＰｃへ送出し、その呼接続要求（発呼）を受け付けることができない場合には、応答ＡＲＪを発側エンドポイントＥＰｃへ送出する。
【００４１】
発側エンドポイントＥＰｃは、ゲートキーパー装置（群）ＧＫｓより応答ＡＣＦを受信した場合には、通信目標である着側エンドポイントＥＰｄに対して、所定の呼設定信号を送出する。
【００４２】
着側エンドポイントＥＰｄは、呼設定信号を受信すると、ゲートキーパー装置（群）ＧＫｓに対して、呼接続要求（着呼）ＡＲＱを送出する。ゲートキーパー装置（群）ＧＫｓは、その呼接続要求（着呼）を受け付けることができる場合には、応答ＡＣＦを着側エンドポイントＥＰｄへ送出し、その呼接続要求（着呼）を受け付けることができない場合には、応答ＡＲＪを着側エンドポイントＥＰｄへ送出する。
【００４３】
着側エンドポイントＥＰｄは、ゲートキーパー装置（群）ＧＫｓより応答ＡＣＦを受信した場合には、発側エンドポイントＥＰｃに対して、所定の応答信号（肯定応答）を送出する。
【００４４】
これにより、発側エンドポイントＥＰｃと着側エンドポイントＥＰｄとの間に通信パスが設定され、発側エンドポイントＥＰｃと着側エンドポイントＥＰｄとの間の通信が行われる。
【００４５】
さて、本実施例では、着側Ｔ．３８端末装置において、着呼拒否ができるようにするために、例えば、図５（ａ），（ｂ）に示すように、Ｔ．３８セッションが始まる前の段階で、呼設定メッセージＳＥＴＵＰを受信した段階で、着呼を受け付けるかどうかを判断できるようにする。
【００４６】
すなわち、発側Ｔ．３８端末装置が呼設定メッセージＳＥＴＵＰを送出し、その呼設定メッセージＳＥＴＵＰを着側Ｔ．３８端末装置が受信すると、着側Ｔ．３８端末装置では、呼設定メッセージＳＥＴＵＰの所定の情報要素を参照して、当該着呼を受け付けることができるかどうかを判定し、受け付ける場合には、同図（ａ）に示すように、応答メッセージＣＯＮＮを送出して、通信動作を継続して実行する。
【００４７】
一方、着呼を受け付けないと判定した場合には、同図（ｂ）に示すように、解放完了メッセージＲＥＬ＿ＣＯＭＰ（ＲＥＬＥＡＳＥ　ＣＯＭＰＬＥＴＥ）を送出し、その時点で、通信動作を終了する。
【００４８】
ここで、呼設定メッセージＳＥＴＵＰには、図６に示すように、ＴＴＣ勧告Ｑ９３１のレイヤ３呼制御メッセージを規定するプロトコル仕様（フォーマット、シーケンスなど）を識別するためのプロトコル識別子、そのメッセージがどの呼に関与するものであるかを識別するための呼番号、それぞれのメッセージの内容を識別するためのメッセージタイプ（この場合は、呼設定メッセージＳＥＴＵＰをあらわす値がセットされる）、「伝達能力」情報要素、および、「ユーザ・ユーザ」情報要素が、少なくとも含まれる（ＴＴＣ標準ＪＴ−Ｈ２２５．０を参照）。
【００４９】
また、「伝達能力」情報要素は、伝送する情報の内容が、音声、非制限デジタル情報、制限デジタル情報、３．１ＫＨｚオーディオ、７ＫＨｚオーディオ、あるいは、ビデオのいずれかであるのかを示す情報転送能力、使用する交換機能が回線交換であるのかパケット交換であるのかを示す転送モード、情報転送の速度をあらわす情報転送速度、情報の転送形態をあらわす情報、および、ユーザ情報のプロトコルをあらわす情報などからなる（ＴＴＣ標準ＪＴ−Ｑ９３１を参照）。
【００５０】
また、「ユーザ・ユーザ」情報要素は、ユーザ間の情報の伝達に用いるためのものであり、この「ユーザ・ユーザ」情報要素の内容は、ＩＳＤＮによって解釈されることなくトランスペアレントに転送されて相手ユーザに伝達される（ＴＴＣ標準ＪＴ−Ｑ９３１の場合）。
【００５１】
また、ＪＴ−Ｈ３２３端末装置が呼制御時に適用する標準ＪＴ−Ｈ２２５．０参照では、「ユーザ・ユーザ」情報要素には、呼制御等に使用される種々の情報が含まれる。例えば、送信元のトランスポートアドレスを含むソースコールシグナルアドレス（ｓｏｕｃｅＣａｌｌＳｉｇｎａｌＡｄｄｒｅｓｓ）や、論理チャネルを開く際に参照するチャネル種別（ＴＣＰまたはＵＤＰ）を指定するためのファーストスタート（ｆａｓｔＳｔａｒｔ）などが含まれる。
【００５２】
例えば、着呼を受け付けるか否かを判定するために、ソースコールシグナルアドレスを用いる場合、着呼を受け付けるように指定されている発側Ｔ．３８端末装置より呼設定メッセージＳＥＴＵＰを受信した場合に、そのソースコールシグナルアドレスにより運ばれるトランスポートアドレスの値（複数）を、図７に示すような、端末識別情報テーブルに登録する。
【００５３】
そして、この端末識別情報テーブルに登録されているトランスポートアドレスを含むソースコールシグナルアドレスを受信した場合にのみ、着呼を受け付けるように判定すればよい。
【００５４】
また、トランスポートアドレスには、ＩＰアドレスや、ポート番号等が含まれるので、トランスポートアドレスの全体を使って判断するのみならず、ＩＰアドレスまたはポート番号のいずれか、あるいは、ＩＰアドレスとポート番号の組み合わせで、判断することができる。
【００５５】
また、着呼を受け付けるか否かを判定するために、ファーストスタートの値を使用する場合には、次のように判断する。ファーストスタートの値は、発側Ｔ．３８端末装置が指定した論理チャネルを開く際に使用するチャネル種別の優先順位を示している。
【００５６】
そこで、着側Ｔ．３８端末装置で使用を希望するチャネル種別と、優先順位の第１位に指定されているチャネル種別が一致した場合に着呼を受け付け、不一致の場合には着呼を拒否するように判定することができる。
【００５７】
このようにして、本実施例では、呼設定メッセージＳＥＴＵＰで運ばれる「ユーザ・ユーザ」情報要素に含まれる値を参照して、着呼を許可するか、あるいは、着呼を拒否するかを判定するようにしているので、適切に着呼を受け付けるようにすることができる。
【００５８】
図８は、着側Ｔ．３８端末装置の処理の一例を示している。
【００５９】
まず、呼設定メッセージＳＥＴＵＰを受信するかどうかを待っており（判断１０１のＮＯループ）、呼設定メッセージＳＥＴＵＰを受信して、判断１０１の結果がＹＥＳになると、受信した呼設定メッセージＳＥＴＵＰの「ユーザ・ユーザ」情報要素からソースコールシグナルアドレスを取得する（処理１０２）。
【００６０】
そして、その取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが、端末識別情報テーブルに登録されているかどうかを検査する（処理１０３）。検査方法は、上述した方法を適宜に採用できる。
【００６１】
処理１０３により、取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが端末識別情報テーブルに登録されていると判断された場合で、判断１０４の結果がＹＥＳになるときには、応答メッセージＣＯＮＮを送出して、通常の通信動作を継続して行う（処理１０５）。
【００６２】
また、処理１０３により、取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが端末識別情報テーブルに登録されていないと判断された場合で、判断１０４の結果がＮＯになるときには、解放完了メッセージＲＥＬ＿ＣＯＭＰを送出して、その時点で通信動作を終了する（処理１０６）。
【００６３】
図９は、着側Ｔ．３８端末装置の処理の他の例を示している。
【００６４】
まず、呼設定メッセージＳＥＴＵＰを受信するかどうかを待っており（判断２０１のＮＯループ）、呼設定メッセージＳＥＴＵＰを受信して、判断２０１の結果がＹＥＳになると、受信した呼設定メッセージＳＥＴＵＰの「ユーザ・ユーザ」情報要素からソースコールシグナルアドレスを取得する（処理２０２）。
【００６５】
このとき、「ユーザ・ユーザ」情報要素にソースコールシグナルアドレスが含まれているかどうかを調べる（判断２０３）。判断２０３の結果がＹＥＳになるときには、その取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが、端末識別情報テーブルに登録されているかどうかを検査する（処理２０４）。検査方法は、上述した方法を適宜に採用できる。
【００６６】
処理２０４により、取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが端末識別情報テーブルに登録されていると判断された場合で、判断２０５の結果がＹＥＳになるときには、応答メッセージＣＯＮＮを送出して、通常の通信動作を継続して行う（処理２０６）。
【００６７】
また、処理２０４により、取得したソースコールシグナルアドレスに含まれるトランスポートアドレスが端末識別情報テーブルに登録されていないと判断された場合で、判断２０５の結果がＮＯになるとき、および、「ユーザ・ユーザ」情報要素にソースコールシグナルアドレスが含まれていない場合で、判断２０３の結果がＮＯになるときには、には、解放完了メッセージＲＥＬ＿ＣＯＭＰを送出して、その時点で通信動作を終了する（処理２０７）。
【００６８】
図１０は、着側Ｔ．３８端末装置の処理のさらに他の例を示している。
【００６９】
まず、呼設定メッセージＳＥＴＵＰを受信するかどうかを待っており（判断３０１のＮＯループ）、呼設定メッセージＳＥＴＵＰを受信して、判断３０１の結果がＹＥＳになると、受信した呼設定メッセージＳＥＴＵＰの「ユーザ・ユーザ」情報要素からファーストスタートを取得する（処理３０２）。
【００７０】
そして、その取得したファーストスタートで優先順位の第１位に指定されているチャネル種別と、自端末で設定された使用するチャネル種別が一致するかどうかを調べる（処理３０３）。
【００７１】
処理３０３により、ファーストスタートで優先順位の第１位に指定されているチャネル種別と、自端末で設定された使用するチャネル種別が一致すると判断された場合で、判断３０４の結果がＹＥＳになるときには、応答メッセージＣＯＮＮを送出して、通常の通信動作を継続して行う（処理３０５）。
【００７２】
また、処理３０３により、ファーストスタートで優先順位の第１位に指定されているチャネル種別と、自端末で設定された使用するチャネル種別が一致しないと判断された場合で、判断３０４の結果がＮＯになるときには、解放完了メッセージＲＥＬ＿ＣＯＭＰを送出して、その時点で通信動作を終了する（処理３０６）。
【００７３】
なお、上述した実施例では、Ｔ．３８端末装置について、本発明を適用した場合について説明したが、本発明は、他のＪＴ−Ｈ３２３端末装置についても、同様にして適用することができる。
【００７４】
【発明の効果】
以上説明したように、本発明によれば、呼設定メッセージで運ばれる「ユーザ・ユーザ」情報要素に含まれる値を参照して、着呼を許可するか、あるいは、着呼を拒否するかを判定するようにしているので、適切に着呼を受け付けるようにすることができるという効果を得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかる通信システムの一例を示したブロック図。
【図２】Ｔ．３８端末装置（ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ）の構成例を示したブロック図。
【図３】Ｔ．３８端末装置間のデータ伝送手順の一例を示したタイムチャート。
【図４】ゲートキーパー装置を用いて端末装置の呼制御を行う場合の手順の一例を示したタイムチャート。
【図５】呼設定メッセージＳＥＴＵＰを利用して着呼拒否を行う場合の手順の一例を示したタイムチャート。
【図６】呼設定メッセージＳＥＴＵＰの情報要素の一例を示した概略図。
【図７】端末識別情報テーブルの一例を示した概略図。
【図８】着側Ｔ．３８端末装置の処理の一例を示したフローチャート。
【図９】着側Ｔ．３８端末装置の処理の他の例を示したフローチャート。
【図１０】着側Ｔ．３８端末装置の処理のさらに他の例を示したフローチャート。
【符号の説明】
ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ　Ｔ．３８端末装置
１　システム制御部
２　システムメモリ
【図１】
2004023215.tif 000003
【図２】
2004023215.tif 000004
【図３】
2004023215.tif 000005
【図４】
2004023215.tif 000006
【図５】
2004023215.tif 000007
【図６】
2004023215.tif 000008
【図７】
2004023215.tif 000009
【図８】
2004023215.tif 000010
【図９】
2004023215.tif 000011
【図１０】
2004023215.tif 000012