JP4266545B2 - ゲートキーパー装置 - Google Patents
ゲートキーパー装置 Download PDFInfo
- Publication number
- JP4266545B2 JP4266545B2 JP2001273376A JP2001273376A JP4266545B2 JP 4266545 B2 JP4266545 B2 JP 4266545B2 JP 2001273376 A JP2001273376 A JP 2001273376A JP 2001273376 A JP2001273376 A JP 2001273376A JP 4266545 B2 JP4266545 B2 JP 4266545B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- communication
- network
- information
- terminal device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1106—Call signalling protocols; H.323 and related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/10015—Access to distributed or replicated servers, e.g. using brokers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠し、パケット通信網を利用する複数の端末装置について呼制御を行うゲートキーパー装置に関する。
【０００２】
【従来の技術】
インターネットなどのパケット通信網を利用する通信システムとして、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信システムがある。
【０００３】
このＴＴＣ標準ＪＴ−Ｈ３２３では、必ずしもサービス品質を保証しないパケットネットワークにおけるマルチメディア通信システムの技術要求条件が対象とされている。
【０００４】
また、パケットネットワークとしては、ローカルエリアネットワーク、企業エリアネットワーク、メトロポリタンエリアネットワーク、イントラネット、インターネットを含む相互接続されたネットワークなどを対象としている。
【０００５】
さらに、ＧＳＴＮやＩＳＤＮ上のポイント・ポイント接続またはダイアルアップ接続によるＰＰＰ等のパケット型伝送も含まれる。
【０００６】
また、これらの網は単一のセグメントからなる場合や、複数の網セグメントが相互接続されたような複雑なトポロジーを持つ場合もある。
【０００７】
【発明が解決しようとする課題】
このＴＴＣ標準ＪＴ−Ｈ３２３の通信システムには、ネットワークに含まれる端末装置間の呼制御を、ゲートキーパー装置を適用して行うようにした態様が含まれている。
【０００８】
ここで、ゲートキーパー装置は、ネットワーク上にあって、パケットネットワーク上のＪＴ−Ｈ３２３端末および交換型回線網上のＴＴＣ端末間の、または他のＪＴ−Ｈ３２３ゲートウェイとの、リアルタイムの双方向通信を提供するエンドポイントと定義されている。また、他のＴＴＣ端末は、ＪＴ−Ｈ３１０（ＪＴ−Ｈ３２０のＢ−ＩＳＤＮへの適用）、 ＪＴ−Ｈ３２０（ＩＳＤＮ）、 ＪＴ−Ｈ３２１（ＡＴＭ）、 ＪＴ−Ｈ３２２（サービス品質（ＱｏＳ）保証型ＬＡＮ）、 ＪＴ−Ｈ３２４（ＧＳＴＮ）、 ＪＴ−Ｈ３２４Ｍ（移動体通信）、およびＩＴＵ−Ｔ勧告Ｖ．７０（ＤＳＶＤ）に従う端末を含むと定義されている。
【０００９】
本発明の課題は、ネットワークにおける通信を円滑に処理することのできるゲートキーパー装置を提供することにある。
【００１０】
なお、ＪＴ−Ｈ３２３端末とは、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えた通信端末である。また、本明細書中の記載において、ＴＴＣ標準番号、または、ＩＴＵ−Ｔ勧告番号が付与されて記載されている端末等は、それぞれのＴＴＣ標準またはＩＴＵ−Ｔ勧告に準拠した通信機能を備えた通信端末等を意味する。
【００１１】
【課題を解決するための手段】
本発明は、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠し、パケット通信網を利用する複数の端末装置について呼制御を行うゲートキーパー装置において、上記複数の端末装置について、それぞれ接続優先権を設定し、この接続優先権に応じて、それぞれの端末装置から要求される呼接続を処理するとともに、管理登録されている複数の端末装置の動作中端末数に基づいてネットワーク負荷を推測し、そのネットワーク負荷の推測値に基づいて、上記接続優先権を処理するようにしたものである。
【００１９】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００２０】
図１は、本発明の一実施例にかかる通信システムの一例を示している。
【００２１】
まず、この通信システムは、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信システムであり、パケット通信網としてインターネットＩＮＥＴを利用していて、地域ＡＲａと地域ＡＲｂの２つの地域に設けられている各種端末装置からなる。
【００２２】
地域ＡＲａ，ＡＲｂにおいては、ＴＴＣ端末としてグループ３ファクシミリ装置ＦＸａ，ＦＸｂ、ＪＴ−Ｈ３２３ゲートウェイとしてのゲートウェイ装置ＧＷａ，ＧＷｂ、複数のＪＴ−Ｈ３２３端末装置であるＴ．３８端末装置ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ、および、ゲートキーパー装置ＧＫａ，ＧＫｂが含まれている。
【００２３】
ここで、Ｔ．３８端末装置とは、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠する端末装置であって、ＩＴＵ−Ｔ勧告Ｔ．３０端末装置（グループ３ファクシミリ装置）の通信を、パケット通信網を利用してリアルタイム的に実現できるようにしたものである。
【００２４】
また、Ｔ．３８端末装置の通信形態としては、パケット通信網を介して、Ｔ．３８端末装置間で直接通信する通信形態と、ゲートウェイ装置を介して、公衆網ＰＳＴＮに接続されているグループ３ファクシミリ装置と通信する通信形態の２つの通信形態が規定されている。
【００２５】
すなわち、この場合、ゲートウェイ装置ＧＷａ，ＧＷｂは、Ｔ．３８端末装置ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎと、グループ３ファクシミリ装置ＦＸａ，ＦＸｂとの間の通信を実現するための機能を備える。
【００２６】
図２は、Ｔ．３８端末装置（ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ）の構成例を示している。
【００２７】
同図において、システム制御部１は、このＴ．３８端末装置の各部の制御処理、ファクシミリ伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３０手順）処理、および、リアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８手順）処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このＴ．３８端末装置に固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２８】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このファクシミリ装置を操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２９】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、この場合には、画情報受信時のエラー検出を主目的として用いられる。また、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００３０】
網制御装置１０は、このＴ．３８端末装置を公衆電話網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００３１】
グループ３ファクシミリモデム１１は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００３２】
インターネット通信制御部１２は、このＴ．３８端末装置をインターネットＩＮＥＴへ接続し、インターネットＩＮＥＴを介して種々のデータをやりとりするためのものであり、ＴＣＰ／ＩＰパケット解析部１３は、ＴＣＰモード時に、インターネット通信制御部１２が受信したＴＣＰ／ＩＰパケットを解析して受信情報を取り出すためのものであり、ＵＤＰパケット解析部１４は、ＵＤＰモード時に、インターネット通信制御部１２が受信したＵＤＰパケットを解析して受信情報を取り出すためのものである。
【００３３】
グループ３プロトコル情報生成部１５は、リアルタイム伝送手順において、ＴＣＰモード時はＴＣＰ／ＩＰパケット解析部１３から出力される受信情報を対応するグループ３伝送手順信号情報に変換するとともに、ＵＤＰモード時はＵＤＰパケット解析部１４から出力される受信情報を対応するグループ３伝送手順信号情報に変換するものである。
【００３４】
グループ３プロトコル情報取出部１６は、リアルタイム伝送手順において、送信するグループ３ファクシミリ伝送手順情報を取り出すためのものであり、ＴＣＰ／ＩＰパケット変換部１７は、ＴＣＰモード時、グループ３プロトコル情報取出部１６から出力されるグループ３ファクシミリ伝送手順情報をＴＣＰ／ＩＰパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部１２へ加えられる。
【００３５】
また、ＵＤＰパケット変換部１８は、ＵＤＰモード時、グループ３プロトコル情報取出部１６から出力されるグループ３ファクシミリ伝送手順情報をＵＤＰパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部１２へ加えられる。
【００３６】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、網制御装置１０、グループ３ファクシミリモデム１１、グループ３プロトコル情報生成部１４、および、グループ３プロトコル情報取出部１５は、内部バス１７に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１７を介して行われている。
【００３７】
また、網制御装置１０とグループ３ファクシミリモデム１１との間のデータのやりとりは、直接行なわれている。
【００３８】
図３は、Ｔ．３８端末装置間のデータ伝送手順の一例を示している。
【００３９】
まず、発側Ｔ．３８端末装置は、着側Ｔ．３８端末装置に対して呼制御用ＴＣＰチャネルを確立し、次いで、発側Ｔ．３８端末装置は、呼接続ためのパケットＳＥＴＵＰを着側Ｔ．３８端末装置へ送出する。
【００４０】
着側Ｔ．３８端末装置は、発側Ｔ．３８端末装置よりパケットＳＥＴＵＰを受信すると、パケットＣＯＮＮＥＣＴを発側Ｔ．３８端末装置へ応答し、それにより、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間に呼が確立する。また、このパケットＳＥＴＵＰとパケットＣＯＮＮＥＣＴの交換により、使用するトランスポートのモード（ＴＣＰモードまたはＵＤＰモード）、および、使用するポート番号が設定される。
【００４１】
次いで、発側Ｔ．３８端末装置は、発側から着側へ向かうデータ用ＵＤＰチャネルを確立するとともに、着側Ｔ．３８端末装置は、着側から発側へ向かうデータ用ＵＤＰチャネルを確立し、その後、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間とは、その確立した２本のデータ用ＵＤＰチャネルを用いて勧告Ｔ．３８手順に従ったＴ．３８セッションのデータのやりとりを開始し、画情報通信動作を実行する。
【００４２】
画情報通信が終了すると、発側Ｔ．３８端末装置は、パケットＲＥＬＥＡＳＥＣＯＭＰを着側Ｔ．３８端末装置との間へ送出し、それにより、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間のデータ通信動作が終了する。
【００４３】
図４は、ゲートキーパー装置を用いて端末装置の呼制御を行う場合の手順の一例を示している（ＴＴＣ標準ＪＴ−Ｈ３２３の図１０を参照）。
【００４４】
まず、発側エンドポイント（発側端末装置）ＥＰｃは、ゲートキーパー装置（群）ＧＫｓに対して、呼接続要求（発呼）ＡＲＱを送出する。ゲートキーパー装置（群）ＧＫｓは、その呼接続要求（発呼）を受け付けることができる場合には、応答ＡＣＦを発側エンドポイントＥＰｃへ送出し、その呼接続要求（発呼）を受け付けることができない場合には、応答ＡＲＪを発側エンドポイントＥＰｃへ送出する。
【００４５】
発側エンドポイントＥＰｃは、ゲートキーパー装置（群）ＧＫｓより応答ＡＣＦを受信した場合には、通信目標である着側エンドポイントＥＰｄに対して、所定の呼設定信号を送出する。
【００４６】
着側エンドポイントＥＰｄは、呼設定信号を受信すると、ゲートキーパー装置（群）ＧＫｓに対して、呼接続要求（着呼）ＡＲＱを送出する。ゲートキーパー装置（群）ＧＫｓは、その呼接続要求（着呼）を受け付けることができる場合には、応答ＡＣＦを着側エンドポイントＥＰｄへ送出し、その呼接続要求（着呼）を受け付けることができない場合には、応答ＡＲＪを着側エンドポイントＥＰｄへ送出する。
【００４７】
着側エンドポイントＥＰｄは、ゲートキーパー装置（群）ＧＫｓより応答ＡＣＦを受信した場合には、発側エンドポイントＥＰｃに対して、所定の応答信号（肯定応答）を送出する。
【００４８】
これにより、発側エンドポイントＥＰｃと着側エンドポイントＥＰｄとの間に通信パスが設定され、発側エンドポイントＥＰｃと着側エンドポイントＥＰｄとの間の通信が行われる。
【００４９】
さて、本実施例では、ゲートキーパー装置ＧＫは、図５（ａ）に示すような端末管理テーブルを備え、この端末管理テーブルを適用して、発側エンドポイントＥＰｃからの呼接続要求に対して、受付を許可するか否かを判定する。
【００５０】
端末管理テーブルは、それぞれの登録端末（例えば、図１の場合には、Ｔ．３８端末装置、および、ゲートウェイ装置）について、それぞれ端末情報を記憶するものであり、その端末情報は、同図（ｂ）に示すように、それぞれの端末をあらわす端末名称、それぞれの端末に割り当てられているＩＰアドレス、その端末を優先するか否かを決定するために参照される優先フラグ、その端末がデータ通信中にセットされるデータ転送中フラグ、および、その他の適宜な情報からなる。
【００５１】
そして、いずれかの端末装置より呼接続要求受信すると、ゲートキーパー装置ＧＫは、図６に示した処理を行い、その呼接続要求を受け付けるか否かを判定する。
【００５２】
すなわち、いずれかの端末装置（発側エンドポイント）より呼接続要求（発側）ＡＲＱを受信すると（処理１０１）、その発側エンドポイントが、自端末に登録された有効な端末であるかどうかを調べ（判断１０２）、判断１０２の結果がＹＥＳになるときには、その時点でのネットワーク負荷を確認する（処理１０３）。このネットワーク負荷の確認処理では、端末管理テーブルにおいて、データ転送中フラグがセットされている端末情報の数を調べ、その数から、ネットワーク負荷を推測する。
【００５３】
次に、処理１０３で推測したネットワーク負荷について、ネットワークの総通信帯域に余裕があるかどうかを調べ（判断１０４）、判断１０４の結果がＹＥＳになるときには、そのときの発側エンドポイントに対して、応答ＡＣＦを送出し（処理１０５）、それ以降の処理を実行する。
【００５４】
また、判断１０４の結果がＮＯになるときには、そのときの発側エンドポイントについて、端末情報の優先フラグがセットされているかどうかを調べ（判断１０６）、判断１０６の結果がＹＥＳになるときには、処理１０５に進み、そのときの発側エンドポイントに対して、応答ＡＣＦを送出し、それ以降の処理を実行する。
【００５５】
一方、判断１０６の結果がＮＯになるときには、そのときの発側エンドポイントに対して、応答ＡＲＪを送出し（処理１０７）、それ以降の処理を実行する。また、判断１０２の結果がＮＯになるときには、処理１０７へ移行し、そのときの発側エンドポイントに対して、応答ＡＲＪを送出し、それ以降の処理を実行する。
【００５６】
このようにして、本実施例では、端末装置より呼接続要求を受信したとき、そのときのネットワーク負荷に応じて、その呼接続要求を許可するか否かを決定しているので、ネットワーク負荷が過大になり、既に行われている通信を妨げるような事態を回避することができる。
【００５７】
また、優先フラグがセットされている端末装置からの要求に対しては、呼接続を許可するようにしているので、端末装置の種類に応じた適切な呼接続動作を行うことができる。
【００５８】
とくに、Ｔ．３８端末装置は、伝送情報として比較的データ量の大きな画情報を用いるとともに、ＵＤＰ転送モードでは、バースト転送モードを適用して高速にデータ転送することもできるので、このようなゲートキーパー装置による呼制御動作は、ネットワークの運営上非常に効果が期待される。
【００５９】
ところで、上述した実施例では、データ通信中の端末数に応じてネットワーク負荷を推測しているが、データ通信中の端末について利用中の帯域情報を監視し、実際にデータ通信中となっている全ての端末の利用中帯域情報を総和することで、ネットワーク負荷を推測することもできる。
【００６０】
その場合、例えば、図５（ｃ）に示すように、それぞれの端末情報には、利用中帯域情報を記憶する。また、この場合、優先フラグに代えて、優先順位を登録しておく。
【００６１】
図７は、この場合に、いずれかの端末装置より呼接続要求を受信したときのゲートキーパー装置ＧＫの処理の一例を示している。
【００６２】
すなわち、いずれかの端末装置（発側エンドポイント）より呼接続要求（発側）ＡＲＱを受信すると（処理２０１）、その発側エンドポイントが、自端末に登録された有効な端末であるかどうかを調べ（判断２０２）、判断２０２の結果がＹＥＳになるときには、その時点でのネットワーク負荷を確認する（処理２０３）。このネットワーク負荷の確認処理では、端末管理テーブルにおいて、全ての端末情報の利用中帯域情報の総和を算出し、その総和からネットワーク負荷を推測する。
【００６３】
そして、そのときの発側エンドポイントについて、端末情報の優先順位情報から、判定値を設定し（処理２０４）、処理２０３で算出したネットワーク負荷と、処理２０４で設定した判定値との比較に基づいて、このときの呼接続を許可するか否かを判定する（判断２０６）。
【００６４】
ここで、判断２０６の結果がＹＥＳになるときには、そのときの発側エンドポイントに対して、応答ＡＣＦを送出し（処理２０７）、それ以降の処理を実行する。
【００６５】
また、判断２０６の結果がＮＯになるときには、そのときの発側エンドポイントに対して、応答ＡＲＪを送出し（処理２０８）、それ以降の処理を実行する。また、判断２０２の結果がＮＯになるときには、処理２０８へ移行し、そのときの発側エンドポイントに対して、応答ＡＲＪを送出し、それ以降の処理を実行する。
【００６６】
このようにして、推測したネットワーク負荷と、端末に設定されている優先順に従って、呼接続を許可するか否かを決定しているので、端末装置の種類に応じた適切な呼接続動作を行うことができる。
【００６７】
【発明の効果】
以上説明したように、本発明によれば、端末装置より呼接続要求を受信したとき、ゲートキーパー装置は、そのときのネットワーク負荷に応じて、その呼接続要求を許可するか否かを決定しているので、ネットワーク負荷が過大になり、既に行われている通信を妨げるような事態を回避することができるという効果を得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかる通信システムの一例を示したブロック図。
【図２】Ｔ．３８端末装置（ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ）の構成例を示したブロック図。
【図３】Ｔ．３８端末装置間のデータ伝送手順の一例を示したタイムチャート。
【図４】ゲートキーパー装置を用いて端末装置の呼制御を行う場合の手順の一例を示した概略図。
【図５】端末管理テーブルおよび端末情報の一例を示した概略図。
【図６】いずれかの端末装置より呼接続要求を受信したときのゲートキーパー装置ＧＫの処理の一例を示したフローチャート。
【図７】いずれかの端末装置より呼接続要求を受信したときのゲートキーパー装置ＧＫの処理の他の例を示したフローチャート。
【符号の説明】
ＧＫ ゲートキーパー装置
【発明の属する技術分野】
本発明は、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠し、パケット通信網を利用する複数の端末装置について呼制御を行うゲートキーパー装置に関する。
【０００２】
【従来の技術】
インターネットなどのパケット通信網を利用する通信システムとして、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信システムがある。
【０００３】
このＴＴＣ標準ＪＴ−Ｈ３２３では、必ずしもサービス品質を保証しないパケットネットワークにおけるマルチメディア通信システムの技術要求条件が対象とされている。
【０００４】
また、パケットネットワークとしては、ローカルエリアネットワーク、企業エリアネットワーク、メトロポリタンエリアネットワーク、イントラネット、インターネットを含む相互接続されたネットワークなどを対象としている。
【０００５】
さらに、ＧＳＴＮやＩＳＤＮ上のポイント・ポイント接続またはダイアルアップ接続によるＰＰＰ等のパケット型伝送も含まれる。
【０００６】
また、これらの網は単一のセグメントからなる場合や、複数の網セグメントが相互接続されたような複雑なトポロジーを持つ場合もある。
【０００７】
【発明が解決しようとする課題】
このＴＴＣ標準ＪＴ−Ｈ３２３の通信システムには、ネットワークに含まれる端末装置間の呼制御を、ゲートキーパー装置を適用して行うようにした態様が含まれている。
【０００８】
ここで、ゲートキーパー装置は、ネットワーク上にあって、パケットネットワーク上のＪＴ−Ｈ３２３端末および交換型回線網上のＴＴＣ端末間の、または他のＪＴ−Ｈ３２３ゲートウェイとの、リアルタイムの双方向通信を提供するエンドポイントと定義されている。また、他のＴＴＣ端末は、ＪＴ−Ｈ３１０（ＪＴ−Ｈ３２０のＢ−ＩＳＤＮへの適用）、 ＪＴ−Ｈ３２０（ＩＳＤＮ）、 ＪＴ−Ｈ３２１（ＡＴＭ）、 ＪＴ−Ｈ３２２（サービス品質（ＱｏＳ）保証型ＬＡＮ）、 ＪＴ−Ｈ３２４（ＧＳＴＮ）、 ＪＴ−Ｈ３２４Ｍ（移動体通信）、およびＩＴＵ−Ｔ勧告Ｖ．７０（ＤＳＶＤ）に従う端末を含むと定義されている。
【０００９】
本発明の課題は、ネットワークにおける通信を円滑に処理することのできるゲートキーパー装置を提供することにある。
【００１０】
なお、ＪＴ−Ｈ３２３端末とは、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信機能を備えた通信端末である。また、本明細書中の記載において、ＴＴＣ標準番号、または、ＩＴＵ−Ｔ勧告番号が付与されて記載されている端末等は、それぞれのＴＴＣ標準またはＩＴＵ−Ｔ勧告に準拠した通信機能を備えた通信端末等を意味する。
【００１１】
【課題を解決するための手段】
本発明は、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠し、パケット通信網を利用する複数の端末装置について呼制御を行うゲートキーパー装置において、上記複数の端末装置について、それぞれ接続優先権を設定し、この接続優先権に応じて、それぞれの端末装置から要求される呼接続を処理するとともに、管理登録されている複数の端末装置の動作中端末数に基づいてネットワーク負荷を推測し、そのネットワーク負荷の推測値に基づいて、上記接続優先権を処理するようにしたものである。
【００１９】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００２０】
図１は、本発明の一実施例にかかる通信システムの一例を示している。
【００２１】
まず、この通信システムは、ＴＴＣ標準ＪＴ−Ｈ３２３に準拠した通信システムであり、パケット通信網としてインターネットＩＮＥＴを利用していて、地域ＡＲａと地域ＡＲｂの２つの地域に設けられている各種端末装置からなる。
【００２２】
地域ＡＲａ，ＡＲｂにおいては、ＴＴＣ端末としてグループ３ファクシミリ装置ＦＸａ，ＦＸｂ、ＪＴ−Ｈ３２３ゲートウェイとしてのゲートウェイ装置ＧＷａ，ＧＷｂ、複数のＪＴ−Ｈ３２３端末装置であるＴ．３８端末装置ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ、および、ゲートキーパー装置ＧＫａ，ＧＫｂが含まれている。
【００２３】
ここで、Ｔ．３８端末装置とは、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠する端末装置であって、ＩＴＵ−Ｔ勧告Ｔ．３０端末装置（グループ３ファクシミリ装置）の通信を、パケット通信網を利用してリアルタイム的に実現できるようにしたものである。
【００２４】
また、Ｔ．３８端末装置の通信形態としては、パケット通信網を介して、Ｔ．３８端末装置間で直接通信する通信形態と、ゲートウェイ装置を介して、公衆網ＰＳＴＮに接続されているグループ３ファクシミリ装置と通信する通信形態の２つの通信形態が規定されている。
【００２５】
すなわち、この場合、ゲートウェイ装置ＧＷａ，ＧＷｂは、Ｔ．３８端末装置ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎと、グループ３ファクシミリ装置ＦＸａ，ＦＸｂとの間の通信を実現するための機能を備える。
【００２６】
図２は、Ｔ．３８端末装置（ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ）の構成例を示している。
【００２７】
同図において、システム制御部１は、このＴ．３８端末装置の各部の制御処理、ファクシミリ伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３０手順）処理、および、リアルタイム伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３８手順）処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このＴ．３８端末装置に固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２８】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このファクシミリ装置を操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２９】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、この場合には、画情報受信時のエラー検出を主目的として用いられる。また、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００３０】
網制御装置１０は、このＴ．３８端末装置を公衆電話網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００３１】
グループ３ファクシミリモデム１１は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００３２】
インターネット通信制御部１２は、このＴ．３８端末装置をインターネットＩＮＥＴへ接続し、インターネットＩＮＥＴを介して種々のデータをやりとりするためのものであり、ＴＣＰ／ＩＰパケット解析部１３は、ＴＣＰモード時に、インターネット通信制御部１２が受信したＴＣＰ／ＩＰパケットを解析して受信情報を取り出すためのものであり、ＵＤＰパケット解析部１４は、ＵＤＰモード時に、インターネット通信制御部１２が受信したＵＤＰパケットを解析して受信情報を取り出すためのものである。
【００３３】
グループ３プロトコル情報生成部１５は、リアルタイム伝送手順において、ＴＣＰモード時はＴＣＰ／ＩＰパケット解析部１３から出力される受信情報を対応するグループ３伝送手順信号情報に変換するとともに、ＵＤＰモード時はＵＤＰパケット解析部１４から出力される受信情報を対応するグループ３伝送手順信号情報に変換するものである。
【００３４】
グループ３プロトコル情報取出部１６は、リアルタイム伝送手順において、送信するグループ３ファクシミリ伝送手順情報を取り出すためのものであり、ＴＣＰ／ＩＰパケット変換部１７は、ＴＣＰモード時、グループ３プロトコル情報取出部１６から出力されるグループ３ファクシミリ伝送手順情報をＴＣＰ／ＩＰパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部１２へ加えられる。
【００３５】
また、ＵＤＰパケット変換部１８は、ＵＤＰモード時、グループ３プロトコル情報取出部１６から出力されるグループ３ファクシミリ伝送手順情報をＵＤＰパケットデータへ変換するためのものであり、その出力データは、インターネット通信制御部１２へ加えられる。
【００３６】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、網制御装置１０、グループ３ファクシミリモデム１１、グループ３プロトコル情報生成部１４、および、グループ３プロトコル情報取出部１５は、内部バス１７に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１７を介して行われている。
【００３７】
また、網制御装置１０とグループ３ファクシミリモデム１１との間のデータのやりとりは、直接行なわれている。
【００３８】
図３は、Ｔ．３８端末装置間のデータ伝送手順の一例を示している。
【００３９】
まず、発側Ｔ．３８端末装置は、着側Ｔ．３８端末装置に対して呼制御用ＴＣＰチャネルを確立し、次いで、発側Ｔ．３８端末装置は、呼接続ためのパケットＳＥＴＵＰを着側Ｔ．３８端末装置へ送出する。
【００４０】
着側Ｔ．３８端末装置は、発側Ｔ．３８端末装置よりパケットＳＥＴＵＰを受信すると、パケットＣＯＮＮＥＣＴを発側Ｔ．３８端末装置へ応答し、それにより、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間に呼が確立する。また、このパケットＳＥＴＵＰとパケットＣＯＮＮＥＣＴの交換により、使用するトランスポートのモード（ＴＣＰモードまたはＵＤＰモード）、および、使用するポート番号が設定される。
【００４１】
次いで、発側Ｔ．３８端末装置は、発側から着側へ向かうデータ用ＵＤＰチャネルを確立するとともに、着側Ｔ．３８端末装置は、着側から発側へ向かうデータ用ＵＤＰチャネルを確立し、その後、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間とは、その確立した２本のデータ用ＵＤＰチャネルを用いて勧告Ｔ．３８手順に従ったＴ．３８セッションのデータのやりとりを開始し、画情報通信動作を実行する。
【００４２】
画情報通信が終了すると、発側Ｔ．３８端末装置は、パケットＲＥＬＥＡＳＥＣＯＭＰを着側Ｔ．３８端末装置との間へ送出し、それにより、発側Ｔ．３８端末装置と着側Ｔ．３８端末装置との間のデータ通信動作が終了する。
【００４３】
図４は、ゲートキーパー装置を用いて端末装置の呼制御を行う場合の手順の一例を示している（ＴＴＣ標準ＪＴ−Ｈ３２３の図１０を参照）。
【００４４】
まず、発側エンドポイント（発側端末装置）ＥＰｃは、ゲートキーパー装置（群）ＧＫｓに対して、呼接続要求（発呼）ＡＲＱを送出する。ゲートキーパー装置（群）ＧＫｓは、その呼接続要求（発呼）を受け付けることができる場合には、応答ＡＣＦを発側エンドポイントＥＰｃへ送出し、その呼接続要求（発呼）を受け付けることができない場合には、応答ＡＲＪを発側エンドポイントＥＰｃへ送出する。
【００４５】
発側エンドポイントＥＰｃは、ゲートキーパー装置（群）ＧＫｓより応答ＡＣＦを受信した場合には、通信目標である着側エンドポイントＥＰｄに対して、所定の呼設定信号を送出する。
【００４６】
着側エンドポイントＥＰｄは、呼設定信号を受信すると、ゲートキーパー装置（群）ＧＫｓに対して、呼接続要求（着呼）ＡＲＱを送出する。ゲートキーパー装置（群）ＧＫｓは、その呼接続要求（着呼）を受け付けることができる場合には、応答ＡＣＦを着側エンドポイントＥＰｄへ送出し、その呼接続要求（着呼）を受け付けることができない場合には、応答ＡＲＪを着側エンドポイントＥＰｄへ送出する。
【００４７】
着側エンドポイントＥＰｄは、ゲートキーパー装置（群）ＧＫｓより応答ＡＣＦを受信した場合には、発側エンドポイントＥＰｃに対して、所定の応答信号（肯定応答）を送出する。
【００４８】
これにより、発側エンドポイントＥＰｃと着側エンドポイントＥＰｄとの間に通信パスが設定され、発側エンドポイントＥＰｃと着側エンドポイントＥＰｄとの間の通信が行われる。
【００４９】
さて、本実施例では、ゲートキーパー装置ＧＫは、図５（ａ）に示すような端末管理テーブルを備え、この端末管理テーブルを適用して、発側エンドポイントＥＰｃからの呼接続要求に対して、受付を許可するか否かを判定する。
【００５０】
端末管理テーブルは、それぞれの登録端末（例えば、図１の場合には、Ｔ．３８端末装置、および、ゲートウェイ装置）について、それぞれ端末情報を記憶するものであり、その端末情報は、同図（ｂ）に示すように、それぞれの端末をあらわす端末名称、それぞれの端末に割り当てられているＩＰアドレス、その端末を優先するか否かを決定するために参照される優先フラグ、その端末がデータ通信中にセットされるデータ転送中フラグ、および、その他の適宜な情報からなる。
【００５１】
そして、いずれかの端末装置より呼接続要求受信すると、ゲートキーパー装置ＧＫは、図６に示した処理を行い、その呼接続要求を受け付けるか否かを判定する。
【００５２】
すなわち、いずれかの端末装置（発側エンドポイント）より呼接続要求（発側）ＡＲＱを受信すると（処理１０１）、その発側エンドポイントが、自端末に登録された有効な端末であるかどうかを調べ（判断１０２）、判断１０２の結果がＹＥＳになるときには、その時点でのネットワーク負荷を確認する（処理１０３）。このネットワーク負荷の確認処理では、端末管理テーブルにおいて、データ転送中フラグがセットされている端末情報の数を調べ、その数から、ネットワーク負荷を推測する。
【００５３】
次に、処理１０３で推測したネットワーク負荷について、ネットワークの総通信帯域に余裕があるかどうかを調べ（判断１０４）、判断１０４の結果がＹＥＳになるときには、そのときの発側エンドポイントに対して、応答ＡＣＦを送出し（処理１０５）、それ以降の処理を実行する。
【００５４】
また、判断１０４の結果がＮＯになるときには、そのときの発側エンドポイントについて、端末情報の優先フラグがセットされているかどうかを調べ（判断１０６）、判断１０６の結果がＹＥＳになるときには、処理１０５に進み、そのときの発側エンドポイントに対して、応答ＡＣＦを送出し、それ以降の処理を実行する。
【００５５】
一方、判断１０６の結果がＮＯになるときには、そのときの発側エンドポイントに対して、応答ＡＲＪを送出し（処理１０７）、それ以降の処理を実行する。また、判断１０２の結果がＮＯになるときには、処理１０７へ移行し、そのときの発側エンドポイントに対して、応答ＡＲＪを送出し、それ以降の処理を実行する。
【００５６】
このようにして、本実施例では、端末装置より呼接続要求を受信したとき、そのときのネットワーク負荷に応じて、その呼接続要求を許可するか否かを決定しているので、ネットワーク負荷が過大になり、既に行われている通信を妨げるような事態を回避することができる。
【００５７】
また、優先フラグがセットされている端末装置からの要求に対しては、呼接続を許可するようにしているので、端末装置の種類に応じた適切な呼接続動作を行うことができる。
【００５８】
とくに、Ｔ．３８端末装置は、伝送情報として比較的データ量の大きな画情報を用いるとともに、ＵＤＰ転送モードでは、バースト転送モードを適用して高速にデータ転送することもできるので、このようなゲートキーパー装置による呼制御動作は、ネットワークの運営上非常に効果が期待される。
【００５９】
ところで、上述した実施例では、データ通信中の端末数に応じてネットワーク負荷を推測しているが、データ通信中の端末について利用中の帯域情報を監視し、実際にデータ通信中となっている全ての端末の利用中帯域情報を総和することで、ネットワーク負荷を推測することもできる。
【００６０】
その場合、例えば、図５（ｃ）に示すように、それぞれの端末情報には、利用中帯域情報を記憶する。また、この場合、優先フラグに代えて、優先順位を登録しておく。
【００６１】
図７は、この場合に、いずれかの端末装置より呼接続要求を受信したときのゲートキーパー装置ＧＫの処理の一例を示している。
【００６２】
すなわち、いずれかの端末装置（発側エンドポイント）より呼接続要求（発側）ＡＲＱを受信すると（処理２０１）、その発側エンドポイントが、自端末に登録された有効な端末であるかどうかを調べ（判断２０２）、判断２０２の結果がＹＥＳになるときには、その時点でのネットワーク負荷を確認する（処理２０３）。このネットワーク負荷の確認処理では、端末管理テーブルにおいて、全ての端末情報の利用中帯域情報の総和を算出し、その総和からネットワーク負荷を推測する。
【００６３】
そして、そのときの発側エンドポイントについて、端末情報の優先順位情報から、判定値を設定し（処理２０４）、処理２０３で算出したネットワーク負荷と、処理２０４で設定した判定値との比較に基づいて、このときの呼接続を許可するか否かを判定する（判断２０６）。
【００６４】
ここで、判断２０６の結果がＹＥＳになるときには、そのときの発側エンドポイントに対して、応答ＡＣＦを送出し（処理２０７）、それ以降の処理を実行する。
【００６５】
また、判断２０６の結果がＮＯになるときには、そのときの発側エンドポイントに対して、応答ＡＲＪを送出し（処理２０８）、それ以降の処理を実行する。また、判断２０２の結果がＮＯになるときには、処理２０８へ移行し、そのときの発側エンドポイントに対して、応答ＡＲＪを送出し、それ以降の処理を実行する。
【００６６】
このようにして、推測したネットワーク負荷と、端末に設定されている優先順に従って、呼接続を許可するか否かを決定しているので、端末装置の種類に応じた適切な呼接続動作を行うことができる。
【００６７】
【発明の効果】
以上説明したように、本発明によれば、端末装置より呼接続要求を受信したとき、ゲートキーパー装置は、そのときのネットワーク負荷に応じて、その呼接続要求を許可するか否かを決定しているので、ネットワーク負荷が過大になり、既に行われている通信を妨げるような事態を回避することができるという効果を得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかる通信システムの一例を示したブロック図。
【図２】Ｔ．３８端末装置（ＴＡ１〜ＴＡｎ，ＴＢ１〜ＴＢｎ）の構成例を示したブロック図。
【図３】Ｔ．３８端末装置間のデータ伝送手順の一例を示したタイムチャート。
【図４】ゲートキーパー装置を用いて端末装置の呼制御を行う場合の手順の一例を示した概略図。
【図５】端末管理テーブルおよび端末情報の一例を示した概略図。
【図６】いずれかの端末装置より呼接続要求を受信したときのゲートキーパー装置ＧＫの処理の一例を示したフローチャート。
【図７】いずれかの端末装置より呼接続要求を受信したときのゲートキーパー装置ＧＫの処理の他の例を示したフローチャート。
【符号の説明】
ＧＫ ゲートキーパー装置
Claims (1)
- ＴＴＣ標準ＪＴ−Ｈ３２３に準拠し、パケット通信網を利用する複数の端末装置について呼制御を行うゲートキーパー装置において、
上記複数の端末装置について、それぞれ接続優先権を設定し、この接続優先権に応じて、それぞれの端末装置から要求される呼接続を処理するとともに、
管理登録されている複数の端末装置の動作中端末数に基づいてネットワーク負荷を推測し、そのネットワーク負荷の推測値に基づいて、上記接続優先権を処理することを特徴とするゲートキーパー装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001273376A JP4266545B2 (ja) | 2001-09-10 | 2001-09-10 | ゲートキーパー装置 |
| US10/236,217 US20030079009A1 (en) | 2001-09-10 | 2002-09-06 | Gatekeeper apparatus and communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001273376A JP4266545B2 (ja) | 2001-09-10 | 2001-09-10 | ゲートキーパー装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003087312A JP2003087312A (ja) | 2003-03-20 |
| JP4266545B2 true JP4266545B2 (ja) | 2009-05-20 |
Family
ID=19098601
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001273376A Expired - Fee Related JP4266545B2 (ja) | 2001-09-10 | 2001-09-10 | ゲートキーパー装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030079009A1 (ja) |
| JP (1) | JP4266545B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4177275B2 (ja) * | 2003-11-13 | 2008-11-05 | 株式会社リコー | 通信装置 |
| US20060028692A1 (en) * | 2004-08-09 | 2006-02-09 | Tomohito Kajiwara | Network facsimile apparatus |
| US7392323B2 (en) * | 2004-11-16 | 2008-06-24 | Seiko Epson Corporation | Method and apparatus for tunneling data using a single simulated stateful TCP connection |
| JP2010109878A (ja) * | 2008-10-31 | 2010-05-13 | Toshiba Corp | 主装置及び帯域割り当て方法 |
| CN103166933B (zh) * | 2011-12-15 | 2015-08-19 | 北京天行网安信息技术有限责任公司 | 一种数据安全交换系统及方法 |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2604156B2 (ja) * | 1987-05-28 | 1997-04-30 | 株式会社リコー | ファクシミリ装置 |
| JP2700559B2 (ja) * | 1988-07-06 | 1998-01-21 | 株式会社リコー | ファクシミリ装置 |
| JP2940676B2 (ja) * | 1989-06-16 | 1999-08-25 | 株式会社リコー | ファクシミリ装置 |
| JPH03195251A (ja) * | 1989-12-25 | 1991-08-26 | Ricoh Co Ltd | ファクシミリ装置 |
| JP3644108B2 (ja) * | 1995-12-19 | 2005-04-27 | ソニー株式会社 | 通話システム、接続装置、通信端末装置及び通話方法 |
| JP3436871B2 (ja) * | 1997-10-23 | 2003-08-18 | 株式会社東芝 | 通信資源管理方法及びノード装置 |
| US6229804B1 (en) * | 1998-11-17 | 2001-05-08 | 3Com Corporation | Gatekeeper election methods for internet telephony |
| US6529475B1 (en) * | 1998-12-16 | 2003-03-04 | Nortel Networks Limited | Monitor for the control of multimedia services in networks |
| US6519249B1 (en) * | 1998-12-23 | 2003-02-11 | Nortel Networks Ltd | Scalable gatekeepers in an internet telephony system and a method of operation |
| US7023839B1 (en) * | 1999-01-26 | 2006-04-04 | Siemens Communications, Inc. | System and method for dynamic codec alteration |
| US6711137B1 (en) * | 1999-03-12 | 2004-03-23 | International Business Machines Corporation | System and method for analyzing and tuning a communications network |
| US6560243B1 (en) * | 1999-04-30 | 2003-05-06 | Hewlett-Packard Development Company | System and method for receiver based allocation of network bandwidth |
| US6925068B1 (en) * | 1999-05-21 | 2005-08-02 | Wi-Lan, Inc. | Method and apparatus for allocating bandwidth in a wireless communication system |
| US6591301B1 (en) * | 1999-06-07 | 2003-07-08 | Nortel Networks Limited | Methods and systems for controlling network gatekeeper message processing |
| US6363065B1 (en) * | 1999-11-10 | 2002-03-26 | Quintum Technologies, Inc. | okApparatus for a voice over IP (voIP) telephony gateway and methods for use therein |
| US6738819B1 (en) * | 1999-12-27 | 2004-05-18 | Nortel Networks Limited | Dynamic admission control for IP networks |
| US6687224B1 (en) * | 2000-02-28 | 2004-02-03 | Orckit Communications, Ltd. | Bandwidth sharing method |
| US6917622B2 (en) * | 2000-05-19 | 2005-07-12 | Scientific-Atlanta, Inc. | Allocating access across a shared communications medium in a carrier network |
| US6735617B1 (en) * | 2000-08-10 | 2004-05-11 | Bbnt Solutions Llc | Routing T-37 E-mail over an H 323 (VOIP) network |
| US7002919B1 (en) * | 2000-08-16 | 2006-02-21 | Lucent Technologies Inc. | Method and system for guaranteeing quality of service for voice-over-IP services |
| JP2002176447A (ja) * | 2000-12-07 | 2002-06-21 | Fujitsu Ltd | 局内装置 |
| US7116682B1 (en) * | 2001-03-19 | 2006-10-03 | Cisco Technology, Inc. | Methods and apparatus for dynamic bandwidth adjustment |
| US6868059B1 (en) * | 2001-04-24 | 2005-03-15 | Cisco Technology, Inc. | Clusters of devices, softwares and methods for improved handling of a gatekeeper load in VoIP communication |
-
2001
- 2001-09-10 JP JP2001273376A patent/JP4266545B2/ja not_active Expired - Fee Related
-
2002
- 2002-09-06 US US10/236,217 patent/US20030079009A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003087312A (ja) | 2003-03-20 |
| US20030079009A1 (en) | 2003-04-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100566310C (zh) | 网络通信设备 | |
| US7336603B2 (en) | Internet telephone system ensuring communication quality and path setting method | |
| JP4713813B2 (ja) | 交換網およびパケット網間の通信を改良するためのシステムおよび方法 | |
| JP3734774B2 (ja) | ネットワークファクシミリ装置、及び、ファクシミリ通信方法 | |
| JP2001203726A (ja) | 通信システム、通信方法および通信装置 | |
| JP2001186193A (ja) | Ｉｐ通信インタフェース装置、回線交換機及びｉｐ通信ネットワークシステム | |
| JP4585155B2 (ja) | 通信端末装置の伝送制御方法及び通信端末装置 | |
| JP3848244B2 (ja) | 通信端末装置および通信システムおよび通信管理方法 | |
| JP4094511B2 (ja) | ネットワーク通信端末装置 | |
| US7684384B2 (en) | Method for bitrate adjustment | |
| JP4266545B2 (ja) | ゲートキーパー装置 | |
| JP4344265B2 (ja) | 通信装置、通信用プログラム、記憶媒体及び通信方法 | |
| JP2007318343A (ja) | ゲートウェイ装置及び再ネゴシエーション方法 | |
| JP5212250B2 (ja) | 画像通信装置 | |
| CN1672366A (zh) | 调制解调器中继聚合器设备 | |
| JPH1141443A (ja) | ファクシミリ通信装置及びプログラム記録体 | |
| JP3974483B2 (ja) | ネットワーク通信装置 | |
| JP2004023215A (ja) | ネットワーク通信装置 | |
| JP2004147244A (ja) | ネットワークファクシミリ装置 | |
| JP2003309663A (ja) | 通信装置、通信方法及び通信プログラム | |
| JP4215550B2 (ja) | Ｉｐによるシステム間接続を行なう構内交換機システム及びそのシステム情報伝達方法 | |
| JP2006229550A (ja) | ＶｏＩＰ−ＧＷ装置 | |
| JP3977160B2 (ja) | ネットワークファクシミリ装置 | |
| US20070223447A1 (en) | Gateway device and control method thereof | |
| JP2009017383A (ja) | ネットワークファクシミリ装置およびその通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060728 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080804 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080826 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081020 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20090131 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090217 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20090217 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090217 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140227 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |