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