JP3664600B2 - ゲートウェイ装置 - Google Patents
ゲートウェイ装置 Download PDFInfo
- Publication number
- JP3664600B2 JP3664600B2 JP03723799A JP3723799A JP3664600B2 JP 3664600 B2 JP3664600 B2 JP 3664600B2 JP 03723799 A JP03723799 A JP 03723799A JP 3723799 A JP3723799 A JP 3723799A JP 3664600 B2 JP3664600 B2 JP 3664600B2
- Authority
- JP
- Japan
- Prior art keywords
- call
- protocol
- channel
- call setting
- request
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/103—Media gateways in the network
-
- 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/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/104—Signalling gateways in the network
-
- 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/1069—Session establishment or de-establishment
-
- 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
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/125—Details of gateway equipment
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S379/00—Telephonic communications
- Y10S379/90—Internet, e.g. Internet phone, webphone, internet-based telephony
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、回線交換網間で送受信されるデータをインターネットで中継するために、回線交換網とインターネットとの間に設けられるゲートウェイ装置に関する。
【０００２】
【従来の技術】
近年、ローカルエリアネットワーク(ＬＡＮ)の広帯域化をはじめとするネットワーク技術の進歩と、パーソナルコンピュータ(ＰＣ)の多機能化と、ＣＰＵ(Central Processing Unit)の高速化をはじめとするＰＣ技術の進歩とに伴い、ＬＡＮ内のＰＣ間で音声データを高速に通信することが実用化されている。
【０００３】
音声データの通信技術の１つに、音声データがＬＡＮやワイドエリアネットワーク(ＷＡＮ)で構成されるインターネットを通じて伝送される技術がある。この技術は、ボイスオーバーＩＰ(ＶｏＩＰ)接続と称され、ＶｏＩＰ接続に係るアプリケーションソフトやシステムは、インターネット・テレフォニー(ＩＴ)と称され、急速に市場に投入されている。
【０００４】
また、電話網等の回線交換網とインターネットとのプロトコル変換を行うゲートウェイ機能を有し、回線交換網とインターネットとの間で双方向の通信を実現するインターネット・テレフォニー・ゲートウェイ装置(以下、単に「ゲートウェイ装置」という)と、このゲートウェイ装置を用い、従来の回線交換網(電話網)間をインターネットで中継するインターネット・テレフォニー・システム(ＩＴシステム)とが実用化されている。このＩＴシステムは、電話網のみを利用する従来のシステムよりも通話料金を安くすることができるので、ＩＴシステム及びこのＩＴシステムに係るサービスは、急速に普及している。
【０００５】
【発明が解決しようとする課題】
上記したＩＴシステムでは、回線交換網同士がインターネットを介して音声データを送受信する場合、回線交換網間(端末装置間)の呼に対応する音声用の通信チャネルがゲートウェイ装置間でインターネット上に設定されることで回線交換網間(端末装置間)の呼が設定され、その後、音声データが、設定された通信チャネルを用いて伝送される。音声用の通信チャネルは、回線交換網間で設定される呼に対して、発信側及び着信側の各ゲートウェイ装置がＨ．３２３プロトコルに従った手順(以下、「Ｈ．３２３手順」という)を実行することによって設定される。Ｈ．３２３プロトコルは、ＩＴＵ-Ｔにて勧告されたＶｏＩＰに対応する通信プロトコルである。
【０００６】
図１３は、Ｈ．３２３手順を示すシーケンス図である。図１３に示すように、Ｈ．３２３手順は、(１)Ｑ．９３１プロトコルによる制御チャネル(以下、「Ｑ．９３１チャネル」という)の接続手順(図１１の手順Ａ参照)と、(２)Ｈ．２４５プロトコルによる制御チャネル(以下、「Ｈ．２４５チャネル」という)の接続手順(図１３の手順Ｂ参照)と、(３)音声チャネルの接続手順(図１３の手順Ｃ参照)とからなる。このように、音声用の通信チャネルは、Ｑ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルからなり、上記３つのチャネルが手順Ａ〜Ｃによって接続・確立され、これにより呼が設定された後に、回線交換網間での音声データの送受信が開始されていた。
【０００７】
ここに、Ｑ．９３１プロトコルは、ＩＳＤＮユーザ・網インターフェイス・レイヤ３基本呼制御仕様に係る通信プロトコルであり、Ｑ．９３１チャネルは、インターネットにおける基本呼制御用チャネルである。Ｈ．２４５プロトコルは、マルチメディア通信のための制御プロトコルであり、Ｈ．２４５チャネルは、マルチメディア通信の制御チャネルであり、ゲートウェイ装置間の能力データの交換に使用される。音声チャネルは、音声データを格納したＩＰパケットを伝送するためのチャネルである。
【０００８】
従来、Ｈ．３２３手順は、発信側のゲートウェイ装置が回線交換網間での呼設定要求を発信側の回線交換網から受信することを契機として開始されていた。このため、発信側の回線交換網が呼設定要求を発してから発信側の回線交換網と着信側の回線交換網とが音声データの送受信を開始するまでには、Ｈ．３２３手順の実行を必要としていた。
【０００９】
また、発信側のゲートウェイ装置は、複数の呼設定要求を発信側の回線交換網から受信した場合には、各呼設定要求に対応するＨ．３２３手順をその受信順で実行する。このため、発信側のゲートウェイ装置が短時間に多数の呼設定要求を受信した場合(呼量が増大した場合)には、多数の呼設定要求のうち、比較的遅く受信した呼設定要求に対応するＨ．３２３手順の実行が遅延し、回線交換網間における呼設定（接続）処理及び音声データの送受信開始が遅延する可能性があった。
【００１０】
本発明の目的は、複数の下位ネットワーク(例えば回線交換網)がゲートウェイ装置を介して上位ネットワーク(例えばインターネット)に接続された複合ネットワークにおいて、下位ネットワーク間の呼量が増大しても呼接続処理(呼設定処理)が遅延する可能性を抑えることができるゲートウェイ装置を提供することである。
【００１１】
【課題を解決するための手段】
本発明は、上述した課題を解決するために以下の構成を採用する。即ち、請求項１の発明は、回線交換網とインターネットとの間に設けられるゲートウェイ装置であって、発信側の回線交換網から受信した呼設定要求に応じてインターネット上に設定される回線交換網間の通信用の通信回線を、回線交換網から呼設定要求を受信する前に設定する事前接続部と、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定された通信回線を用いて当該呼設定要求に対応する呼を設定する呼設定部と、前記ゲートウェイ装置におけるトラヒック量の監視結果、又は入力された変更要求に応じて、前記事前接続部によって接続される通信回線の数を変更する変更部とを備える。
【００１２】
請求項１の発明によると、事前接続部によって予め通信回線が設定されるので、呼設定部が呼設定要求に対応する呼を設定する場合に、通信回線の設定処理を行わなくて済む。従って、呼設定処理(呼接続処理)に要する時間を短縮できるので、呼量が増大した場合に呼設定処理が遅延する可能性を抑えることが可能となる。また、トラヒック量の監視結果、又は入力された変更要求に応じて制御チャネルの数を変更できるので、ゲートウェイ装置における呼設定処理をより効率的に運用できるとともに、通信回線の接続に係る資源を効率的に利用することが可能となる。
【００１３】
本発明におけるインターネットは、レイヤ３のプロトコルとしてインターネット・プロトコル(ＩＰ)が用いられたネットワーク，即ちインターネット・プロトコル・ネットワークのことを指し、イントラネット等を含む。また、回線交換網は、例えば、電話網やＰＢＸ網である。
【００１４】
請求項２の発明は、回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネルの接続手順，Ｈ．２４５プロトコルによる制御チャネルの接続手順及び音声チャネルの接続手順を実行するゲートウェイ装置であって、発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続部と、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定部と、前記ゲートウェイ装置におけるトラヒック量を監視するトラヒック監視部と、前記トラヒック監視部の監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更部とを備える。
【００１５】
請求項２の発明によると、事前接続部によって予めＱ．９３１プロトコルによる制御チャネルが設定されるので、呼設定部が呼設定要求に対応する呼を設定する場合に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を行わなくて済む。従って、呼設定処理(呼接続処理)に要する時間を短縮できるので、呼量が増大した場合に呼設定処理が遅延する可能性を抑えることが可能となる。また、トラヒック量に応じてＱ．９３１プロトコルによる制御チャネルの数を変更できるので、ゲートウェイ装置における呼設定処理をより効率的に運用できるとともに、Ｑ．９３１プロトコルによる制御チャネルの接続に係る資源を効率的に利用することが可能となる。
【００１６】
請求項３の発明は、請求項２における事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定することで特定したものである。
【００１７】
請求項３の発明によると、呼設定要求を受信してからＨ．２４５プロトコルによる制御チャネルの接続手順を行う場合よりも、呼設定処理に要する時間を短縮することができる。
【００１８】
請求項４の発明は、請求項３における事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定することで特定したものである。
請求項４の発明によると、呼設定要求を受信してから音声チャネルの接続手順を行う場合よりも、呼設定処理に要する時間を短縮することができる。
【００２０】
請求項５の発明は、請求項３におけるチャネル変更部が、前記トラヒック監視部の監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルの数を変更することで特定したものである。
【００２１】
請求項６の発明は、請求項４におけるチャネル数変更部が、前期トラヒック監視部による監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルの数を変更することで特定したものである。
【００２２】
請求項２、５、６のチャネル数変更部は、例えば、トラヒック量が増加した場合には、制御チャネルの数を増加させ、トラヒック量が減少した場合には、制御チャネルの数を減少させる。
【００２３】
請求項２、５、６の発明によれば、トラヒック量に応じて制御チャネルの数を変更できるので、ゲートウェイ装置における呼設定処理をより効率的に運用できるとともに、制御チャネルの接続に係る資源を効率的に利用することが可能となる。
【００２４】
請求項７の発明は、回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置であって、発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続部と、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定部と、入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更部とを備える。
【００２５】
請求項８の発明は、請求項７における事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定し、前記チャネル数変更部は、入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルの数を変更することで特定したものである。
【００２６】
請求項９の発明は、請求項８における事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル、Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定し、前記チャネル数変更部は、入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルの数を変更することで特定したものである。
【００２７】
請求項７〜９の発明によると、請求項２、５、６の発明と同様に、ゲートウェイ装置における呼設定処理をより効率的に運用できるとともに、制御チャネルの接続に係る資源を効率的に利用することが可能となる。
【００２８】
請求項１０の発明は、請求項７〜９のゲートウェイ装置が、チャネル数変更要求を入力するための入力装置をさらに備えたことで特定したものである。請求項１１の発明は、請求項７〜１０におけるチャネル数変更要求が発信側の回線交換網から入力されることで特定したものである。
【００２９】
また、請求項７〜１０の発明は、チャネル数変更要求がゲートウェイ装置に直接接続された端末装置，又は回線交換網を介して接続された端末装置から入力されるようになっていても良い。
【００３０】
請求項１２の発明は、回線交換網とインターネットとの間に設けられるゲートウェイ装置の呼設定方法であって、発信側の回線交換網から受信した呼設定要求に応じてインターネット上に設定される回線交換網間の通信用の通信回線を、回線交換網から呼設定要求を受信する前に設定する事前接続ステップと、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定された通信回線を用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、前記ゲートウェイ装置におけるトラヒック量の監視結果、又は入力された変更要求に応じて、前記事前接続ステップによって接続される通信回線の数を変更するステップとを含む。
【００３１】
請求項１３の発明は、回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置の呼設定方法であって、発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続ステップと、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、前記ゲートウェイ装置におけるトラヒック量を監視するトラヒック監視部ステップと、前記トラヒック監視部ステップでの監視結果に応じて、前記事前接続部ステップによって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更ステップとを含む。
【００３２】
請求項１４の発明は、請求項１３における事前接続ステップでは、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、前記呼設定ステップでは、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定することで特定したものである。
【００３３】
請求項１５の発明は、請求項１４における事前接続ステップでは、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、前記呼設定ステップでは、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定することで特定したものである。請求項１６の発明は、回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置の呼設定方法であって、発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続ステップと、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、入力されたチャネル数変更要求に応じて、前記事前接続ステップによって接続されるＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更ステップとを含む。
【００３４】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
《ネットワークシステムの全体構成》
図１は、本発明の実施形態によるゲートウェイ装置が適用されるネットワークシステム(ＩＴシステム)の例を示す全体構成図である。図１に示すネットワークシステムは、第１〜４の回線交換網(電話網)がゲートウェイ装置(以下、「ＧＷ」という)１〜４を介してインターネットＩＮに接続された複合ネットワークである。インターネットＩＮは、ＬＡＮやＷＡＮを用いて構成されている。
【００３５】
図１において、第１の回線交換網は、端末装置(電話機)１１〜１３を収容する構内回線交換機(ＰＢＸ)５１からなり、ＰＢＸ５１は、ＧＷ１に接続されている。第２の回線交換網は、端末装置２１〜２３を収容するＰＢＸ５２からなり、ＰＢＸ５２は、ＧＷ２に接続されている。第３の回線交換網は、端末装置３１〜３３を収容するＰＢＸ５３からなり、ＰＢＸ５３は、ＧＷ３に接続されている。第４の回線交換網は、端末装置４１〜４３を収容するＰＢＸ５４からなり、ＰＢＸ５４は、ＧＷ４に接続されている。
【００３６】
各ＰＢＸ５１〜５４は、自身が属する回線交換網において、自身が収容する端末装置(下位端末)間における音声通信を制御する。また、各ＰＢＸ５１〜５４は、下位端末から受信した呼設定要求(発呼要求)が他の回線交換網に収容された他の端末装置との通信を要求するものである場合には、当該呼設定要求に対応する呼設定要求を自身と接続されたＧＷ(上位ＧＷ)に送信し、その後、当該呼設定要求を送信した下位端末から受信した音声データを上位ＧＷに送信する。一方、各ＰＢＸ５１〜５４は、上位ＧＷから呼設定要求(着呼要求)を受信した場合には、この着呼要求に対応する呼を目的地に該当する下位端末に着信させ、その後、上位ＧＷから受信した音声データを当該下位端末へ送信する。
【００３７】
各ＧＷ１〜４は、物理回線を通じてインターネットＩＮに接続されており、インターネットＩＮを通じた回線交換網間の呼設定処理を行う。即ち、各ＧＷ１〜４は、自身と接続されたＰＢＸ(下位ＰＢＸ)から呼設定要求(発呼要求)を受信した場合には、この呼設定要求の目的地に対応する他のＧＷと自身との間で音声データ伝送用の論理的な通信チャネル(論理チャネル)をインターネットＩＮ上に設定した後、この論理チャネルを通じて下位ＰＢＸから受信した音声データを他のＧＷへ伝送する。一方、各ＧＷ１〜４は、他のＧＷから呼設定要求(着呼要求)を受信した場合には、当該他のＧＷと自身との間で音声データ伝送用の論理チャネルを設定し、当該着呼要求を下位ＰＢＸに送信し、その後、設定された論理チャネルを通じて当該他のＧＷから受信した音声データを下位ＰＢＸに送信する。
【００３８】
《ゲートウェイ装置の構成》
図２は、図１に示した各ＧＷ１〜４の機能ブロック図である。各ＧＷ１〜４は、ほぼ同じ構成を有しているので、図２には、例としてＧＷ１の機能ブロック図が示されている。
【００３９】
図２において、ＧＷ１は、回線インターフェイス６１と、回線インターフェイス６１に接続された回線交換制御部６２と、回線交換制御部６２に接続された呼制御部６３と、呼制御部６３に接続されたＨ．３２３プロトコル制御部６４と、Ｈ．３２３プロトコル制御部６４に接続されたＬＡＮインターフェイス６５とを有している。また、ＧＷ１は、呼制御部６３に接続されたトラヒック制御部６６と、呼制御部６３及び回線交換制御部６２に接続された保守運用機能制御部６７とを有している。また、保守運用機能制御部６７には、保守コンソール７１が接続されている。
【００４０】
なお、図２に示すＧＷ１内の各ブロックは、ハードウェア的には、ＣＰＵ，各種のプログラム及びデータを記憶したメモリ装置及び通信機器を含む周辺装置等からなり、ＣＰＵが各種のプログラムを実行し、プログラムの実行結果に従って周辺装置が動作することによって実現される機能である。
【００４１】
また、上記した呼制御部６３及びＨ．３２３プロトコル制御部６４(接続処理部６８)が、本発明の事前接続部，呼設定部，チャネル数変更部に相当し、トラヒック制御部６６が、本発明のトラヒック監視部に相当し、保守コンソール７１が本発明の入力装置に相当する。
【００４２】
回線インターフェイス６１は、ＰＢＸ５１と複数の電話回線を通じて接続されている。回線インターフェイス６１は、入力された呼制御メッセージや音声データをその出力側において利用可能な形式に変換し、回線インターフェイス６１又は呼制御部６３に出力する。
【００４３】
回線交換制御部６２は、回線インターフェイス６１から受け取った呼制御メッセージを呼制御部６３に与える。また、回線交換制御部６２は、呼制御部６３から受け取った命令に従って、回線インターフェイス６１の回線通話路スイッチを制御する。
【００４４】
また、回線交換制御部６２は、受信数字分析部７２を有している。受信数字分析部７２は、ＧＷ１が例えば「事前接続チャネル数変更特別番号＋変更するチャネル数」のようなダイヤル数字等によるデータをＰＢＸ５１に接続された端末装置１１〜１３や回線インターフェイス６１に接続された端末装置(電話機)１４から受信した場合に、第３チャネル数変更処理の要求であると分析し、その旨を呼制御部６３に通知する。なお、「事前接続チャネル」及び「第３チャネル数変更処理」は後述する。
【００４５】
呼制御部６３は、ＧＷ１を通じた回線交換網間の呼に係る制御を司る。即ち、ＧＷ１を通じた呼の制御用資源を管理するとともに、回線交換網側とインターネットＩＮ側との通信プロトコルの変換を行い、回線交換網間の通信を実現するための処理を行う。即ち、呼制御部６３は、回線交換制御部６２，Ｈ．３２３プロトコル制御部６４，トラヒック制御部６６及び保守運用管理機能制御部６７から受け取った制御信号や呼制御メッセージを解析し、この解析結果に基づく命令を回線交換制御部６２やＨ．３２３プロトコル制御部６４に与える。
【００４６】
Ｈ．３２３プロトコル制御部６４は、呼制御部６３から受け取った命令に従ってＨ．３２３プロトコルに基づく処理を行う。Ｈ．３２３プロトコル制御部６４は、接続処理部６８を有しており、接続処理部６８は、図１３に示したＨ．３２３手順を実行し、ＧＷ１と他のＧＷ２〜４との間で音声データ伝送用の論理チャネルをインターネットＩＮ上に設定する。論理チャネルは、Ｑ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルからなる。
【００４７】
ＬＡＮインターフェイス６５は、上記した論理チャネルが設定される物理回線を通じてインターネットＩＮと接続されている。ＬＡＮインターフェイス６５は、入力された呼制御メッセージや音声データをその出力側において利用可能な形式に変換し、インターネットＩＮやＨ．３２３プロトコル制御部６４に与える。
【００４８】
トラヒック制御部６６は、ＧＷ１における出方路毎のトラヒック量を定期的に測定し、測定したトラヒック量が予め設定されている“高”，“通常”，“低”の何れの状態にあるかを判定し、トラヒック量に遷移が生じた場合、その旨を呼制御部６３に通知する。
【００４９】
保守運用機能制御部６７は、保守コンソール７１からの入力信号に基づく命令を呼制御部６３に与える。例えば、保守運用機能制御部６７は、事前接続チャネルの変更要求に係るコマンドに対応する入力信号を保守コンソール７１から受け取った場合に、事前接続チャネルの変更要求を呼制御部６３に通知する。また、保守運用機能制御部６７は、回線交換制御部６２，呼制御部６３及びＨ．３２３プロトコル制御部の動作に係る情報を受け取り、保守コンソール７１に与える。
【００５０】
保守コンソール７１は、キーボード及びマウス,ジョイスティック或いはトラックボール等のポインティングデバイスからなる入力装置と、ＣＲＴやＬＣＤの表示装置及びプリンタ等の印刷装置からなる出力装置とを組み合わせることで構成されている。
【００５１】
保守コンソール７１は、保守運用機能制御部６７から受け取った情報を出力することによって、回線交換制御部６２，呼制御部６３及びＨ．３２３プロトコル制御部６４の動作に係る情報を表示又は印刷出力する。一方、保守コンソールは、オペレータから入力装置を介して入力された回線交換制御部６２，呼制御部６３又はＨ．３２３プロトコル制御部６４の保守・運用に係るコマンドに対応する入力信号を保守運用機能制御部６７に与える。
【００５２】
《ＧＷの動作》
上述したように、ＧＷ１は、下位ＰＢＸからの呼設定要求の受信を契機として、論理チャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネル)をインターネットＩＮ上に設定する。これに対し、ＧＷ１は、その電源の投入によって起動した場合にも、Ｈ．３２３手順又はその一部(図１３に示した手順Ａ又は手順Ａ及び手順Ｂ)を行い、所定数のＱ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルをＧＷ１と各ＧＷ２〜４との間で設定する。この処理を「事前接続処理」と称し、呼設定要求の受信を契機とせずに設定される各チャネルを、呼設定要求の受信前に設定されるチャネルという意味で「事前接続チャネル」と称する。
【００５３】
また、ＧＷ１は、ＧＷ１におけるトラヒック量やオペレータ等の要求に応じて事前接続チャネルの数を変更する。この処理を「チャネル数変更処理」と称する。チャネル数変更処理は、この処理を開始する契機の種類に対応する第１〜３チャネル数変更処理からなる。事前接続処理及び第１〜３チャネル数変更処理の詳細は後述する。
【００５４】
ＧＷ１が上記した事前接続処理及び第１チャネル数変更処理を実行するために、呼制御部６３は、設定すべき事前接続チャネルの情報を記憶したチャネル数管理テーブル６９と、実際に設定された事前接続チャネルの情報を記憶するチャネル番号管理テーブル７０とを有している。
【００５５】
図３(Ａ)及び(Ｂ)は、図２に示したチャネル数管理テーブル６９の説明図であり、図４は、図２に示したチャネル番号管理テーブル７０の説明図である。図３(Ａ)に示すように、チャネル数管理テーブル６９は、方路番号毎に用意された複数のチャネル接続数の格納領域(接続数格納領域)からなり、方路番号をキーとして検索される。
【００５６】
方路番号は、ＧＷ１のインターネットＩＮ側の出方路の番号であり、例えば、インターネットＩＮに接続された他のＧＷの数に応じて用意される。この例では、ＧＷ１に対する他のＧＷ２〜４(図１参照)に応じた方路番号が用意されている。図３(Ａ)中の方路番号“２”は、ＧＷ２へ向かう出方路の番号であり、方路番号“３”は、ＧＷ３へ向かう出方路の番号であり、方路番号“４”は、ＧＷ４へ向かう出方路の番号である。
【００５７】
各接続数格納領域は、事前接続チャネルをなすＱ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルの夫々の接続数を格納する３つの領域からなり、各領域は、ＧＷ１における当該出方路のトラヒック量に応じて用意されたチャネルの接続数を保持している。この例では、トラヒック量は、“高”，“通常”及び“低”の３つのレベルからなり、各トラヒック量に対応するチャネルの接続数が保持されている。図３(Ａ)に示すように、各チャネルの接続数は、トラヒック量が高い程、多くの事前接続チャネルが設定されるようになっている。
【００５８】
なお、各方路番号に対応するＨ．２４５チャネルの接続数は、当該方路番号に対応するＱ．９３１チャネルの接続数を超えることはなく、各方路番号に対応する音声チャネルの接続数は、当該方路番号に対応するＱ．９３１チャネル及びＨ．２４５チャネルの接続数を超えることはない。
【００５９】
図３(Ｂ)は、チャネル数管理テーブル６９の記憶内容のうち、方路番号２〜４に対応する各トラヒック量が“通常”である場合に設定される事前接続チャネルの数を示している。ＧＷ１は、この“通常”時に設定される事前接続チャネルの数を初期値とし、図３(Ｂ)に示された各チャネルが事前接続処理によって設定される。一方、チャネル数管理テーブル６９の記憶内容のうち、トラヒック量が“低”又は“高”である場合における事前接続チャネルの数は、第１チャネル数変更処理において参照される。
【００６０】
図４に示すように、チャネル番号管理テーブル７０は、方路番号毎に用意されたチャネル番号の格納領域(番号格納領域)からなり、各番号格納領域は、方路番号をキーとして検索される。各番号格納領域は、事前接続チャネルとして実際に設定されているＱ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルのチャネル番号とその空塞状態が格納される。
【００６１】
図４では、チャネル番号は、例として２つの数字と１つのアルファベットで現されている。左側の数字は方路番号を示し、アルファベットは、チャネルの種類(ｑ：Ｑ．９３１チャネル，ｈ：Ｈ．２４５チャネル，ｖ：音声チャネル)を示し、右側の数字は何番目のチャネルであるかを示す。
【００６２】
また、空塞状態は、例えば１ビットで示され、“０”のときは空き状態を示し、“１”のときは使用中であることを示す。なお、図４には、図３(Ｂ)に示した内容に従って事前接続チャネルが設定された場合におけるチャネル番号管理テーブル７０の記憶内容が示されている。
【００６３】
図５は、図２に示したＧＷ１のメインルーチンを示すフローチャートであり、主として呼制御部６３によって実行される。呼制御部６３は、ＧＷ１の電源が投入された場合に、このメインルーチンの実行を開始する。
【００６４】
最初に、呼制御部６３は、事前接続処理のサブルーチンを実行し(ステップＳ１)、その後、回線交換網側(ＰＢＸ５１)から呼設定要求のメッセージ(ＶｏＩＰ接続要求)を受信したか否かを判定する(ステップＳ２)。このとき、呼設定要求が受信されている場合(Ｓ２；Ｙ)には、呼制御部６３が呼設定処理のサブルーチンを実行し(ステップＳ３)、その後、処理がステップＳ４へ進む。一方、呼設定要求が受信されていない場合(Ｓ２；Ｎ)には、処理がステップＳ４へ進む。
【００６５】
処理がステップＳ４へ進んだ場合には、呼制御部６３がトラヒック量の遷移に係る通知，即ち、方路番号２〜４の何れかのトラヒック量が“高”，“通常”，“低”の何れかへ変化した旨の通知をトラヒック制御部６６から受け取っているか否かを判定する。呼制御部６３が通知を受け取っている場合(Ｓ４；Ｙ)には、呼制御部６３が第１チャネル数変更処理のサブルーチンを実行した後(ステップＳ５)、処理がステップＳ６へ進み、そうでない場合(Ｓ４；Ｎ)には、処理がステップＳ６へ進む。
【００６６】
処理がステップＳ６へ進んだ場合には、呼制御部６３が事前接続チャネルの変更要求に係る通知を保守運用機能制御部６７から受け取っているか否かを判定する。このとき、呼制御部６３が当該通知を受け取っている場合(Ｓ６；Ｙ)には、呼制御部６３が第２チャネル数変更処理のサブルーチンを実行した後(ステップＳ７)、処理がステップＳ８へ進み、そうでない場合(Ｓ６；Ｎ)には、処理がステップＳ８へ進む。
【００６７】
処理がステップＳ８へ進んだ場合には、呼制御部６３が第３チャネル数変更処理の要求に係る通知を受信数字制御部７２から受け取っているか否かを判定する。このとき、呼制御部６３が当該通知を受け取っている場合(Ｓ８；Ｙ)には、呼制御部６３が第３チャネル数変更処理のサブルーチンを実行した後(ステップＳ９)、処理がステップＳ１０へ進み、そうでない場合(Ｓ８；Ｎ)には、処理がステップＳ１０へ進む。
【００６８】
処理がステップＳ１０へ進んだ場合には、呼制御部６３がＰＢＸ５１又はインターネットＩＮから呼解放要求(呼切断要求)を受信しているか否かを判定する。このとき、呼制御部６３が呼解放要求を受信している場合(Ｓ１０；Ｙ)には、呼制御部６３が呼解放(切断)処理のサブルーチンを実行した後(ステップＳ１１)、処理がステップＳ２へ戻り、呼制御部６３が呼解放要求を受信していない場合(Ｓ１０；Ｎ)には、処理がステップＳ２へ戻る。
【００６９】
なお、図５に示すメインルーチンでは、インターネットＩＮ又はＰＢＸ５１から受信した音声データを送信側へ送出する処理が省略されている。もっとも、ＧＷ１がインターネットＩＮ又はＰＢＸ５１から音声データを受信した場合には、呼制御部６３は、受信した音声データをその目的地に対応する出方路の音声チャネル又は電話回線へＬＡＮインターフェイス６５又は回線インターフェイス６１を通じて送出させる。
以下、図５に示した事前接続処理，呼設定処理，第１〜３チャネル数変更処理及び呼解放処理の各サブルーチンを説明する。
【００７０】
〈事前接続処理〉
図６は、図５に示した事前接続処理を示すフローチャートである。図６において、最初に、呼制御部６３は、図３に示したチャネル数管理テーブル６９のｎ(ｎ＝２,３,４)番目の方路番号に対応する接続数格納領域を検索する(ステップＳ１０１)。一巡目のステップＳ１０１では、方路番号“２”に対応する接続数格納領域が検索される。
【００７１】
続いて、呼制御部６３は、ステップＳ１０１にて検索された接続数格納領域に格納されている“通常”時のＱ．９３１チャネルの接続数を検出する(ステップＳ１０２)。このとき、呼制御部６３は、接続数として“３”を検出する(図３(Ｂ)参照)。
【００７２】
続いて、呼制御部６３は、Ｑ．９３１チャネルの接続命令を接続処理部６８に与える。この接続命令は、方路番号及び接続数を含んでいる。接続処理部６８は、方路番号及び接続数に従って、ＧＷ１を発信側ＧＷとして手順Ａ(図１３参照)を実行する。これによって、３つの事前接続チャネルとしてのＱ．９３１チャネルが、ＧＷ１とＧＷ２との間で接続・確立される(ステップＳ１０３)。
【００７３】
その後、呼制御部６３は、ステップＳ１０３にて接続されたＱ．９３１チャネルのチャネル番号及び空塞状態を、図４に示したチャネル番号管理テーブル７０に格納する(ステップＳ１０４)。
【００７４】
続いて、呼制御部６３は、方路番号“２”に対応する“通常”時のＨ．２４５チャネルの接続数をチャネル数管理テーブル６９から検出する(ステップＳ１０５)。このとき、呼制御部６３は、接続数として“２”を検出する(図３(Ｂ)参照)。
【００７５】
続いて、呼制御部６３は、Ｈ．２４５チャネルの接続命令を接続処理部６８に与える。接続命令は、方路番号及び接続数を含んでいる。接続処理部６８は、方路番号及び接続数に従って、ＧＷ１を発信側ＧＷとして手順Ｂ(図１３参照)を実行する。これによって、２つの事前接続チャネルとしてのＨ．２４５チャネルが、ＧＷ１とＧＷ２との間で接続・確立される(ステップＳ１０６)。
【００７６】
その後、呼制御部６３は、ステップＳ１０６にて接続されたＨ．２４５チャネルのチャネル番号及び空塞状態を、チャネル番号管理テーブル７０に格納する(ステップＳ１０７)。
【００７７】
続いて、呼制御部６３は、ステップＳ１０１にて検索された接続数格納領域に格納されている“通常”時の音声チャネルの接続数を検出する(ステップＳ１０８)。このとき、呼制御部６３は、接続数として“１”を検出する(図３(Ｂ)参照)。
【００７８】
続いて、呼制御部６３は、音声チャネルの接続命令を接続処理部６８に与える。接続命令は、方路番号及び接続数を含んでいる。接続処理部６８は、方路番号及び接続数に従って、ＧＷ１を発信側ＧＷとして手順Ｃ(図１３参照)を実行する。これによって、１つの事前接続チャネルとしての音声チャネルが、ＧＷ１とＧＷ２との間で接続・確立される(ステップＳ１０９)。
【００７９】
その後、呼制御部６３は、ステップＳ１０９にて接続された音声チャネルのチャネル番号及び空塞状態を、チャネル番号管理テーブル７０に格納する(ステップＳ１０７)。
【００８０】
その後、呼制御部６３は、全ての方路(方路番号“２”〜“４”に対応する出方路)について事前接続チャネルの接続・確立が終了したか否かを判定する(ステップＳ１１１)。このとき、“通常”時における全ての事前接続チャネルの確立が終了していない場合(Ｓ１１１；Ｎ)には、呼制御部６３は、処理をステップＳ１０１に戻し、方路番号“３”又は“４”に対応する“通常”時の事前接続チャネルの接続処理を行う。これに対し、“通常”時における全ての事前接続チャネルの確立が終了している場合(Ｓ１１１；Ｙ)には、呼制御部６３は、事前接続処理のサブルーチンを終了し、処理を図５に示したメインルーチンのステップＳ２へ進める。
【００８１】
以上説明した事前接続処理が終了すると、図１に示すように、ＧＷ１と各ＧＷ２〜４との間で、図３(Ｂ)に示した内容に応じた複数の事前接続チャネルが設定され、ＧＷ１のチャネル番号管理テーブル７０の記憶内容が、図４に示した内容となる。
【００８２】
また、ＧＷ２のチャネル番号管理テーブル７０には、ＧＷ１とＧＷ２との間で設定された事前接続チャネルのチャネル番号が格納される。また、ＧＷ３のチャネル番号管理テーブル７０には、ＧＷ１とＧＷ３との間で設定された事前接続チャネルのチャネル番号が格納される。また、ＧＷ３のチャネル番号管理テーブル７０には、ＧＷ１とＧＷ３との間で設定された事前接続チャネルのチャネル番号が格納される。
【００８３】
このため、事前接続処理によって実行される各手順Ａ〜Ｃでは、ＧＷ１から送信されるメッセージに事前接続チャネルを接続するための手順であることを示す情報が含まれ、各ＧＷ２〜４は、この情報が含まれた手順によって設定された事前接続チャネルのチャネル番号をチャネル番号管理テーブル７０に格納する。
【００８４】
〈呼設定処理〉
図６は、図５に示した呼設定処理のサブルーチンを示すフローチャートである。このサブルーチンの前処理として、呼制御部６３は、受信した呼設定要求のメッセージを解析し、この呼設定要求から目的地の端末装置(着信側端末)の情報を抽出し、この着呼側端末に対応する出方路(以下、「要求方路」という)の方路番号(要求方路番号)を特定し、処理をステップＳ２０１へ進める。
【００８５】
処理がステップＳ２０１へ進んだ場合には、呼制御部６３は、要求方路番号をキーとしてチャネル番号管理テーブル７０(図４参照)を検索し、要求方路番号に対応する事前接続チャネルとしてのＱ．９３１チャネル(以下、「対応Ｑ．９３１チャネル」と称する)の数が零であるか否かを判定する。即ち、対応Ｑ．９３１チャネルのチャネル番号(対応Ｑ．９３１チャネル番号)がチャネル番号管理テーブル７０に格納されているか否かが判定される。
【００８６】
このとき、対応Ｑ．９３１チャネル番号が格納されていない場合(Ｓ２０１；Ｙ)には、対応Ｑ．９３１チャネルがないものとして、処理がステップＳ２０３へ進む。一方、単数又は複数の対応Ｑ．９３１チャネル番号が格納されている場合(Ｓ２０１；Ｎ)には、処理がステップＳ２０４へ進む。
【００８７】
処理がステップＳ２０２へ進んだ場合には、呼制御部６３は、ステップＳ２０１にて検出された対応Ｑ．９３１チャネル番号に空き状態のものがあるか否かを判定する。即ち、呼制御部６３は、空塞状態が“０”である対応Ｑ．９３１チャネル番号があるか否かを判定する。
【００８８】
このとき、空塞状態が“０”である対応Ｑ．９３１チャネル番号がない場合，即ち、空塞状態が全て“１”である場合(Ｓ２０２；Ｎ)には、対応Ｑ．９３１チャネルが全て使用中であるものとして、処理がステップＳ２０３へ進む。これに対し、空塞状態が“０”である対応Ｑ．９３１チャネル番号がある場合(Ｓ２０２；Ｙ)には、処理がステップＳ２０４へ進む。
【００８９】
処理がステップＳ２０３へ進んだ場合には、呼制御部６３は、以下の既存処理を行う。即ち、呼制御部６３は、接続処理部６８に制御命令を与え、接続処理部６８が、ＧＷ１を発信側ＧＷとしてＨ．３２３手順(図１３参照)を実行することによって、ＧＷ１と要求方路に対応する着信側ＧＷ(ＧＷ２〜ＧＷ４の何れか)との間で論理チャネルを設定する。このようなステップＳ２０３の処理が終了すると、呼設定処理のサブルーチンが終了し、処理が図５に示したメインルーチンに戻る。その後、最終的にＧＷ１を発信側ＧＷとする端末装置間(回線交換網間)の呼が確立し、発信側端末(端末装置１１〜１４の何れか)と着信端末との間で音声通信が行われる。
【００９０】
処理がステップＳ２０４へ進んだ場合には、呼制御部６３は、空塞状態が“０”の対応Ｑ．９３１チャネル番号を１つ抽出し、抽出した対応Ｑ．９３１チャネル番号の空塞状態を“１”(“１”＝使用中)に設定する。このとき、複数の対応Ｑ．９３１チャネル番号がある場合には、チャネル番号が若いものが選択される。
【００９１】
続いて、呼制御部６３は、要求方路番号に対応する事前接続チャネルとしてのＨ．２４５チャネル(以下、「対応Ｈ．２４５チャネル」と称する)の数が零であるか否かを判定する(ステップＳ２０５)。即ち、対応Ｈ．２４５チャネルのチャネル番号(対応Ｈ．２４５チャネル番号)が格納されているか否かが判定される。
【００９２】
このとき、対応Ｈ．２４５チャネル番号が格納されていない場合(Ｓ２０５；Ｙ)には、対応Ｈ．２４５チャネルがないものとして、処理がステップＳ２０７へ進む。一方、単数又は複数の対応Ｈ．２４５チャネル番号が格納されている場合(Ｓ２０５；Ｎ)には、処理がステップＳ２０６へ進む。
【００９３】
処理がステップＳ２０６へ進んだ場合、呼制御部６３は、空塞状態が“０”である対応Ｈ．２４５チャネル番号があるか否かを判定する。このとき、該当する対応Ｈ．２４５チャネル番号がない場合(Ｓ２０６；Ｎ)には、処理がステップＳ２０７へ進む。これに対し、空塞状態が“０”である対応Ｈ．２４５チャネル番号がある場合(Ｓ２０６；Ｙ)には、処理がステップＳ２１０へ進む。
【００９４】
処理がステップＳ２０７へ進んだ場合、呼制御部６３は、要求方路に対応するＧＷ２〜４の何れか(着信側ＧＷ)に対し、ステップＳ２０４にて抽出した対応Ｑ．９３１チャネル番号を含む着呼要求のメッセージ(着呼メッセージ)を生成し、ＬＡＮインターフェイス６１から送信する。
【００９５】
続いて、呼制御部６３は、Ｈ．２４５チャネルの接続命令を接続処理部６８に与える。すると、接続処理部６８は、ＧＷ１を発信側ＧＷとして手順Ｂを実行することによって、要求方路に対応するＨ．２４５チャネルをＧＷ１と着信側ＧＷとの間で接続・確立する(ステップＳ２０８)。
【００９６】
続いて、呼制御部６３は、音声チャネルの接続命令を接続処理部６８に与える。すると、接続処理部６８は、ＧＷ１を発信側ＧＷとして手順Ｃを実行することによって、要求方路に対応する音声チャネルをＧＷ１と着信側ＧＷとの間で接続・確立する(ステップＳ２０９)。このステップＳ２０９の処理が終了すると、呼設定処理のサブルーチンが終了する。
【００９７】
上記したステップＳ２０７〜Ｓ２０９の処理によって、着信側ＧＷは、着呼メッセージの内容を参照して、Ｑ．９３１チャネルの接続手順(手順Ａ)を省略し、ＧＷ１と着信側ＧＷとの間で要求方路に応じたＨ．２４５チャネル及び音声チャネルの設定手順(手順Ｂ及び手順Ｃ)を行う。これによって、ＧＷ１と着信側ＧＷとの間で要求方路に応じた論理チャネルが設定されると、着信側ＧＷは、着呼メッセージに対応する着呼要求を下位ＰＢＸを介して着信側端末に着信させる。これによって、ＧＷ１を発信側ＧＷとする端末装置間の呼が設定・確立される。即ち、ＶｏＩＰ接続が確立する。その後、発信側端末(端末装置１１〜１４の何れか)と着信側端末との間で音声通信が行われる。
【００９８】
一方、処理がステップＳ２１０へ進んだ場合、呼制御部６３は、空塞状態が“０”の対応Ｈ．２４５チャネル番号を１つ抽出し、このチャネル番号に対応する空塞状態を“１”に設定する。このとき、複数の対応Ｈ．２４５チャネル番号がある場合には、チャネル番号が若いものが選択される。
【００９９】
続いて、呼制御部６３は、要求方路番号に対応する事前接続チャネルとしての音声チャネル(以下、「対応音声チャネル」と称する)の数が零であるか否かを判定する(ステップＳ２１１)。即ち、対応音声チャネルのチャネル番号(対応音声チャネル番号)が格納されているか否かが判定される。
【０１００】
このとき、対応音声チャネル番号が格納されていない場合(Ｓ２１１；Ｙ)には、対応音声チャネルがないものとして、処理がステップＳ２１３へ進む。一方、単数又は複数の対応音声チャネル番号が格納されている場合(Ｓ２１１；Ｎ)には、処理がステップＳ２１２へ進む。
【０１０１】
処理がステップＳ２１２へ進んだ場合、呼制御部６３は、空塞状態が“０”である対応音声チャネル番号があるか否かを判定する。このとき、該当する対応音声チャネル番号がない場合(Ｓ２１２；Ｎ)には、処理がステップＳ２１３へ進む。これに対し、空塞状態が“０”である対応音声チャネル番号がある場合(Ｓ２１２；Ｙ)には、処理がステップＳ２１５へ進む。
【０１０２】
処理がステップＳ２１３へ進んだ場合、呼制御部６３は、ステップＳ２０４にて抽出した対応Ｑ．９３１チャネル番号及びステップＳ２１０にて抽出した対応Ｈ．２４５チャネル番号を含む着呼メッセージを生成し、この着呼メッセージをＬＡＮインターフェイス６１から要求方路に対応する着信側ＧＷ(ＧＷ２〜４の何れか)へ向けて送信する。
【０１０３】
ステップＳ２１３の処理が終了すると、上記したステップＳ２０９と同様の処理が行われ(ステップＳ２１４)、要求方路に対応する音声チャネルをＧＷ１と着信側ＧＷとの間で接続・確立すると、呼設定処理のサブルーチンが終了する。
【０１０４】
上記したステップＳ２１３及びＳ２１４の処理によって、着信側ＧＷは、着呼メッセージの内容を参照して、手順Ａ及び手順Ｂを省略し、ＧＷ１と着信側ＧＷとの間で手順Ｃのみを行う。これによって、ＧＷ１と着信側ＧＷとの間で要求方路に応じた論理チャネルが設定されると、着信側ＧＷは、着呼メッセージに対応する着呼要求を下位ＰＢＸを介して着信側端末に着信させる。これによって、ＧＷ１を発信側ＧＷとする端末装置間の呼が確立し、発信側端末と着信側端末との間で音声通信が行われる。
【０１０５】
一方、処理がステップＳ２１５へ進んだ場合、呼制御部６３は、空塞状態が“０”の対応音声チャネル番号を１つ抽出し、このチャネル番号に対応する空塞状態を“１”に設定する。このとき、複数の対応音声チャネル番号がある場合には、チャネル番号が若いものが選択される。
【０１０６】
続いて、呼制御部６３は、各ステップＳ２０４,Ｓ２１０,Ｓ２１５にて抽出した対応Ｑ．９３１チャネル番号，対応Ｈ．２４５チャネル番号及び対応音声チャネル番号を含む着呼メッセージを生成し、この着呼メッセージを要求方路に対応する着信側ＧＷへ向けてＬＡＮインターフェイス６１から送信する(ステップＳ２１６)。
【０１０７】
ステップＳ２１６の処理が終了すると、呼設定処理のサブルーチンが終了する。ステップＳ２１６の処理によって、着信側ＧＷは、着呼メッセージの内容を参照し、要求方路に対応する論理チャネルが予め事前接続チャネルとして設定されていることから、Ｈ．３２３手順(手順Ａ〜Ｃ)を省略し、着呼メッセージに対応する着呼要求を着信側端末に着信させる。これによって、ＧＷ１を発信側ＧＷとする端末装置間の呼が確立し、発信側端末と着信側端末との間で事前接続チャネルからなる論理チャネルを用いた音声通信が行われる。
【０１０８】
図１２は、図１に示したネットワークシステムにおける呼設定手順を示すシーケンス図である。図１２には、例として、端末装置１１と端末装置１２とが端末装置１１を発信側端末として音声通信を行うケースが示されている。ＧＷ１の電源が投入されると、図１２に示すように、上述した事前接続処理(図６参照)によるＨ．３２３手順(図１３参照)が実行され、ＧＷ１とＧＷ２との間で図１及び図４に示す事前接続チャネルが設定される。
【０１０９】
その後、例えば、ＧＷ１とＧＷ２との間で設定された事前接続チャネルが使用されていない場合に、端末装置１１がオフフックの状態にされ且つ端末装置２１の着番号がダイヤル(入力)されると、端末装置２１のアドレスを含む呼設定要求のメッセージ(ＶｏＩＰ接続要求)たるＳＥＴＵＰが端末装置１１から送信され、このＳＥＴＵＰは、ＰＢＸ５１を介してＧＷ１に受信される。
【０１１０】
ＧＷ１がＰＢＸ５１からＳＥＴＵＰを受信すると、図７に示した呼設定処理が実行される。この呼設定処理において、チャネル番号管理テーブル７０が方路番号“２”で検索され、空き状態の対応Ｑ．９３１チャネル番号２ｑ１，対応Ｈ．２４５チャネル番号２ｈ１及び対応音声チャネル番号２ｖ１が抽出され、抽出された各チャネル番号に対応するチャネルが、当該ＶｏＩＰ接続要求に応じて使用される論理チャネルとして決定される。
【０１１１】
その後、抽出された各チャネル番号と端末装置２１のアドレスとを含む着呼要求メッセージがＧＷ２へ送信される。この着呼要求メッセージには、例えば、インボーク情報要素に着アドレス情報要素を含むＦＡＣＩＬＩＴＹメッセージが用いられる。
【０１１２】
ＧＷ２がＧＷ１からＦＡＣＩＬＩＴＹメッセージを受信すると、このメッセージが解析され、各チャネル番号及び端末装置２１のアドレスが抽出される。ＧＷ２では、この抽出された各チャネル番号に対応するチャネルを用いてＶｏＩＰ接続が確立されるものと認識され、ＦＡＣＩＬＩＴＹメッセージの受信を契機とするＨ．３２３手順が省略される。その後、端末装置２１のアドレスを含む着呼要求メッセージたるＳＥＴＵＰが、ＰＢＸ５２を介して端末装置２１へ送信される。ＳＥＴＵＰが端末装置２１に受信されると、端末装置２１は、呼び出し音を出力する。
【０１１３】
呼び出し音に応じて端末装置２１がオフフックの状態にされると、端末装置２１は、ＳＥＴＵＰの応答メッセージ(ＣＯＮＮ)を送信し、ＣＯＮＮは、ＰＢＸ５２を介してＧＷ２に受信される。すると、ＧＷ２では、ＣＯＮＮに対応する応答メッセージが生成され、ＧＷ１へ送信される。この応答メッセージには、例えば、リターンリザルト情報要素を含むＦＡＣＩＬＩＴＹメッセージが用いられる。
【０１１４】
ＧＷ１がＦＡＣＩＬＩＴＹメッセージをＧＷ２から受信すると、このＦＡＣＩＬＩＴＹメッセージに対応する応答メッセージ(ＣＯＮＮ)が生成され、ＰＢＸ５１へ送信される。その後、ＣＯＮＮがＰＢＸ５１を介して端末装置１１に受信されると、端末装置１１と端末装置２１との間の呼，即ちＶｏＩＰ接続が確立し、双方向で音声通信可能な状態となる。この呼が設定・確立された状態において、端末装置１１と端末装置２１との間で通話がなされる。
【０１１５】
このように、呼設定処理では、事前接続処理によって設定された事前接続チャネルが優先的に使用されて呼が設定される。そして、要求方路に応じた事前接続チャネルがない場合又は要求方路に応じた事前接続チャネルの全てが使用中の場合に、従来のＨ．３２３手順によるチャネル接続処理が行われる。
【０１１６】
〈第１チャネル数変更処理〉
図８は、図５に示した第１チャネル数変更処理のサブルーチンを示すフローチャートである。図８に示すように、第１チャネル数変更処理は、呼制御部６３がトラヒック制御部６６から通知を受け取った場合に開始される。通知には、トラヒック量が遷移した方路番号と、遷移後のトラフィック量(“低”，“通常”，“高”の何れか)とが含まれている。
【０１１７】
最初に、呼制御部６３は、通知された方路番号をキーとしてチャネル数管理テーブル６９を検索し、通知されたトラフィック量に応じたＱ．９３１チャネルの接続数(接続要求数)を抽出し(ステップＳ３０１)、処理をステップＳ３０２へ進める。なお、１巡目のステップＳ３０１の処理では、上述したように該当するＱ．９３１チャネルの接続数が抽出され、２巡目では該当するＨ．２４５チャネルの接続数が抽出され、３巡目では該当する音声チャネルの接続数が抽出される。
【０１１８】
処理がステップＳ３０２へ進んだ場合、呼制御部６３は、通知された方路番号をキーとしてチャネル番号管理テーブル７０を検索し、当該方路番号に対応するＱ．９３１チャネルのチャネル番号数(現チャネル数)を夫々抽出する。
【０１１９】
続いて、呼制御部６３は、Ｑ．９３１チャネルの接続要求数から現チャネル数を減算し、その値Ｘを得る(ステップＳ３０３)。続いて、呼制御部６３は、Ｘの値が零か否かを判定し(ステップＳ３０４)、Ｘ＝０の場合(Ｓ３０４；Ｙ)には、処理をステップＳ３０９へ進め、そうでない場合(Ｓ３０４；Ｎ)には、処理をステップＳ３０５へ進める。
【０１２０】
処理がステップＳ３０５へ進んだ場合には、呼制御部６３は、Ｘの値が零を上回るか否かを判定し、Ｘ＞０の場合(Ｓ３０５；Ｙ)には、処理をステップＳ３０６へ進め、そうでない場合(Ｓ３０５；Ｎ)には、処理をステップＳ３０７へ進める。
【０１２１】
処理がステップＳ３０６へ進んだ場合、呼制御部６３は、接続処理部６８に手順Ａを実行させることにより、新たなＱ．９３１チャネルをＸの値分だけ接続・確立する。これによって、当該方路番号に対応する事前接続チャネルとしてのＱ．９３１チャネルの数が増加する。その後、呼制御部６３は、新たに設定したＱ．９３１チャネルのチャネル番号及び空塞状態をチャネル番号管理テーブル７０に格納し(ステップＳ３０８)、処理をステップＳ３０９へ進める。
【０１２２】
これに対し、処理がステップＳ３０７へ進んだ場合、呼制御部６３は、現在設定されている事前接続チャネルとしてのＱ．９３１チャネルをＸの値分だけ解放させる。但し、解放すべきＱ．９３１チャネルが使用中である場合には、解放処理を待機状態に設定する。その後、呼制御部６３は、ステップＳ３０８へ進め、解放されたＱ．９３１チャネルに対応するチャネル番号及び空塞状態をチャネル番号管理テーブルから削除した後、処理をステップＳ３０９へ進める。
【０１２３】
ステップＳ３０７にて待機状態にされた解放処理は、当該Ｑ．９３１チャネルを用いた音声通信が終了したときに実行され、これによって、当該Ｑ．９３１チャネルが解放され、このＱ．９３１チャネルのチャネル番号及び空塞状態がチャネル番号管理テーブル７０から削除される。
【０１２４】
処理がステップＳ３０９へ進んだ場合には、呼制御部６３は、出方路及びトラヒック量に対応するＱ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルに対応するチャネル数変更処理が終了したか否かを判定し、チャネル数変更処理が終了していない場合には、処理がステップＳ３０１に戻り、当該出方路及びトラヒック量に対応するＨ．２４５チャネル又は音声チャネルのチャネル数変更処理が行われる(Ｓ３０１〜Ｓ３０８)。これに対し、全てのチャネル数変更処理が終了している場合には、第１チャネル数変更処理のサブルーチンが終了し、処理が図５に示したメインルーチンに戻る。
【０１２５】
第１チャネル数変更処理によると、トラヒック量に応じて事前接続チャネルの数が自動的に変更される。即ち、ある出方路のトラヒック量が増加すると、当該出方路の事前接続チャネルが増加し、ある出方路のトラヒック量が減少すると、当該出方路の事前接続チャネルが減少する。これによって、Ｑ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルの設定に要する資源を効率的に使用することができる。
【０１２６】
〈第２チャネル数変更処理〉
図９は、図５に示した第２チャネル数変更処理のサブルーチンを示すフローチャートである。図９に示すように、第２チャネル数変更処理は、呼制御部６３が保守運用機能制御部６７から通知を受け取った場合に開始される。通知には、方路番号と、チャネルの種別情報(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの別)と、チャネルの変更情報(追加，削除，変更なしの別)と、チャネルの追加数又は削除数とが含まれている。
【０１２７】
最初に、呼制御部６３は、保守運用機能制御部６７から受け取った通知を解析する(ステップＳ４０１)、このとき、呼制御部６３は、変更情報がチャネルの削除を示す場合には、処理をステップＳ４０２へ進め、変更情報がチャネルの追加を示す場合には、処理をステップＳ４０３へ進め、変更情報が変更なしを示す場合には、第２チャネル数変更処理のサブルーチンを終了する。
【０１２８】
処理がステップＳ４０２に進んだ場合、呼制御部６３は、通知された方路番号及び種別情報に対応するチャネルを、通知された削除数だけ解放すべき解放命令を接続処理部６８に与える。接続処理部６８は、解放命令に従って該当するチャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの何れか)を解放する。その後、解放したチャネルに対応するチャネル番号及び空塞状態がチャネル番号管理テーブル７０から削除され(ステップＳ４０４)、第２チャネル数変更処理のサブルーチンが終了する。
【０１２９】
これに対し、処理がステップＳ４０３に進んだ場合、呼制御部６３は、通知された方路番号及び種別情報に対応するチャネルを、通知された追加数だけ設定すべき設定命令を接続処理部６８に与える。接続処理部６８は、設定命令に従って手順Ａ〜Ｃの何れかを行い、該当するチャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの何れか)を設定する。その後、設定されたチャネルに対応するチャネル番号及び空塞状態がチャネル番号管理テーブル７０に格納され(ステップＳ４０４)、第２チャネル数変更処理のサブルーチンが終了する。
【０１３０】
第２チャネル数変更処理によると、オペレータ(例えば、ＧＷ１の管理者)によって保守コンソール７１を介して入力された事前接続チャネル数の変更要求に応じて事前接続チャネルの数が増減される。即ち、ＧＷ１の管理者等が事前接続チャネルの数をトラヒック量やチャネル資源の使用状況等のＧＷ１の状態に応じて変更することができる。
【０１３１】
〈第３チャネル数変更処理〉
図１０は、図５に示した第３チャネル数変更処理のサブルーチンを示すフローチャートである。図１０に示すように、第３チャネル数変更処理は、呼制御部６３が受信数字分析部７２から通知を受け取った場合に開始される。通知には、方路番号と、チャネルの種別情報(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの別)と、チャネルの変更情報(追加，削除，変更なしの別)と、チャネルの追加数又は削除数とが含まれている。
【０１３２】
最初に、呼制御部６３は、受信数字分析部７２から受け取った通知を解析する(ステップＳ５０１)、このとき、呼制御部６３は、変更情報がチャネルの削除を示す場合には、処理をステップＳ５０２へ進め、変更情報がチャネルの追加を示す場合には、処理をステップＳ５０３へ進め、変更情報が変更なしを示す場合には、第３チャネル数変更処理のサブルーチンを終了する。
【０１３３】
処理がステップＳ５０２に進んだ場合、呼制御部６３は、通知された方路番号及び種別情報に対応するチャネルを通知された削除数だけ解放すべき解放命令を接続処理部６８に与える。接続処理部６８は、解放命令に従って該当するチャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの何れか)を解放する。その後、解放したチャネルに対応するチャネル番号及び空塞状態がチャネル番号管理テーブル７０から削除され(ステップＳ５０４)、第３チャネル数変更処理のサブルーチンが終了する。
【０１３４】
これに対し、処理がステップＳ５０３に進んだ場合、呼制御部６３は、通知された方路番号及び種別情報に対応するチャネルを、通知された追加数だけ設定すべき設定命令を接続処理部６８に与える。接続処理部６８は、設定命令に従って手順Ａ〜Ｃの何れかを行い、該当するチャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの何れか)を設定する。その後、設定されたチャネルに対応するチャネル番号及び空塞状態がチャネル番号管理テーブル７０に格納され(ステップＳ５０４)、第３チャネル数変更処理のサブルーチンが終了する。
【０１３５】
第３チャネル数変更処理によると、各端末装置１１〜１４のユーザによって入力された「事前接続チャネル数変更特別番号＋変更するチャネル数」のようなダイヤル数字等によるデータに応じて事前接続チャネルの数が増減される。即ち、端末装置１１〜１４のユーザが事前接続チャネルの数を変更することができる。
【０１３６】
〈呼解放処理〉
図１１は、図５に示した呼解放処理のサブルーチンを示すフローチャートである。このサブルーチンは、呼制御部６３が呼解放メッセージたるＲＥＬＥＡＳＥやＤＩＳＣＯＮＮＥＣＴを受信した場合に開始される。
【０１３７】
最初に、呼制御部６３は、回線交換制御部６２に呼解放命令を与える。回線交換制御部６２は、呼解放メッセージに対応する回線交換網側の呼を解放する(ステップ６０１)。
【０１３８】
次に、呼制御部６３は、解放すべき呼に係るチャネルを呼解放メッセージに基づいて特定し、特定されたチャネルに事前接続チャネルが含まれているか否かを判定する(ステップＳ６０２)。このとき、事前接続チャネルが含まれていない場合(Ｓ６０２；Ｎ)には、処理がステップＳ６０３へ進み、事前接続チャネルが含まれている場合(Ｓ６０２；Ｙ)には、処理がステップＳ６０４へ進む。
【０１３９】
処理がステップＳ６０３へ進んだ場合には、呼制御部６３は、呼解放メッセージに対応する解放命令を接続処理部６８に与える。接続処理部６８は、解放命令に従って、インターネットＩＮ側の論理チャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネル)を切断する。これによって、回線交換網間の呼が解放される。その後、呼解放処理のサブルーチンが終了する。
【０１４０】
処理がステップＳ６０４へ進んだ場合には、呼制御部６３は、解放すべき呼に係るチャネルのうち、事前接続チャネル以外のチャネルを解放すべき解放命令を接続処理部６８に与える。接続処理部６８は、解放命令に従って該当するチャネルを切断する。これによって、回線交換網間の呼が解放される。その後、処理がステップＳ６０５に進む。
【０１４１】
処理がステップＳ６０５に進んだ場合には、呼制御部６３は、解放した呼に係る事前接続チャネルの空塞状態を、空き状態を示す“０”に設定した後、呼解放処理のサブルーチンを終了する。
【０１４２】
呼解放処理によると、端末装置間(回線交換網間)の呼が解放される場合には、その呼に係る論理チャネルのうち、事前接続チャネル以外のチャネルが切断され、事前接続チャネルは設定されたままとされる。その後、ＧＷ１が下位ＰＢＸ５１から呼設定要求を受信した場合に、呼設定処理(図６参照)が実行され、事前接続チャネルを用いて呼が確立される。
以上の説明は、ＧＷ１を例として説明したが、他のＧＷ２〜４においても、ほぼ同様の処理が行われる。
【０１４３】
《実施形態の作用》
実施形態におけるＧＷによると、事前接続処理にて事前接続チャネルが設定され、呼設定処理にて事前接続チャネルを用いてＶｏＩＰ接続が実行される。このため、ＶｏＩＰ接続が行われる場合に、手順Ａ〜Ｃのうち少なくとも１つを省略することができる。従って、インターネットＩＮにおける呼設定処理を短縮できるので、ＶｏＩＰ接続(回線交換網間の呼接続)に要する時間を短縮することができる。これより、ＧＷの呼量が増大しても、呼設定処理(ＶｏＩＰ接続処理)が遅延する可能性を抑えることができる。
【０１４４】
また、第１チャネル数変更処理によって、トラヒック量に応じて事前接続チャネル数を増減することができる。このため、ある出方路のトラヒック量が増加した場合には、当該出方路に対応する事前接続チャネル数を増加させることで、増加後の呼設定要求(ＶｏＩＰ接続要求)に応じた呼設定処理において、手順Ａ〜Ｃの何れかを省略することができ、呼設定処理に要する時間を短縮することができる。また、ある出方路のトラヒック量が減少した場合には、当該出方路に対応する事前接続チャネル数を減少させることで、切断した事前接続チャネル数に係る資源を、他のチャネルの設定に割り当てることができる。従って、呼設定処理ににおける手順Ａ〜Ｃの何れかの省略を効率的に行うことができるとともに、チャネル設定に要する資源を有効に利用することができる。
【０１４５】
また、第２,３チャネル数変更処理によっても、第１チャネル数変更処理と同様に、呼設定処理の省略を効率的に行うことができるとともに、チャネル設定に要する資源を有効に利用することができる。
【０１４６】
【発明の効果】
本発明によるゲートウェイ装置によれば、例えば複数の回線交換網がゲートウェイ装置を介してインターネットに接続された複合ネットワークにおいて、回線交換網間の呼量が増大した場合に呼接続処理が遅延する可能性を抑えることができる。
【図面の簡単な説明】
【図１】本発明の実施形態によるゲートウェイ装置を適用したネットワークシステムの全体構成図
【図２】図１に示したゲートウェイ装置の機能ブロック図
【図３】図２に示したチャネル数管理テーブルの説明図
【図４】図２に示したチャネル番号管理テーブルの説明図
【図５】図２に示したゲートウェイ装置のメインルーチンを示すフローチャート
【図６】図５に示した事前接続処理を示すフローチャート
【図７】図５に示した呼設定処理を示すフローチャート
【図８】図５に示した第１チャネル数変更処理を示すフローチャート
【図９】図５に示した第２チャネル数変更処理を示すフローチャート
【図１０】図５に示した第３チャネル数変更処理を示すフローチャート
【図１１】図５に示した呼解放処理を示すフローチャート
【図１２】図１に示したネットワークシステムにおける動作を示すシーケンス図
【図１３】図１に示したネットワークシステムにおける呼設定手順を示すシーケンス図
【符号の説明】
ＩＮ インターネット
１〜４ ゲートウェイ装置
１１〜１４ 端末装置
２１〜２３ 端末装置
３１〜３３ 端末装置
４１〜４３ 端末装置
５１〜５４ ＰＢＸ
６１ 回線インターフェイス
６２ 回線交換制御部
６３ 呼制御部
６４ Ｈ．３２３プロトコル制御部
６５ ＬＡＮインターフェイス
６６ トラヒック制御部
６７ 保守運用機能制御部
６８ 接続処理部
６９ チャネル数管理テーブル
７０ チャネル番号管理テーブル
７１ 保守コンソール
７２ 受信数字分析部
【発明の属する技術分野】
本発明は、回線交換網間で送受信されるデータをインターネットで中継するために、回線交換網とインターネットとの間に設けられるゲートウェイ装置に関する。
【０００２】
【従来の技術】
近年、ローカルエリアネットワーク(ＬＡＮ)の広帯域化をはじめとするネットワーク技術の進歩と、パーソナルコンピュータ(ＰＣ)の多機能化と、ＣＰＵ(Central Processing Unit)の高速化をはじめとするＰＣ技術の進歩とに伴い、ＬＡＮ内のＰＣ間で音声データを高速に通信することが実用化されている。
【０００３】
音声データの通信技術の１つに、音声データがＬＡＮやワイドエリアネットワーク(ＷＡＮ)で構成されるインターネットを通じて伝送される技術がある。この技術は、ボイスオーバーＩＰ(ＶｏＩＰ)接続と称され、ＶｏＩＰ接続に係るアプリケーションソフトやシステムは、インターネット・テレフォニー(ＩＴ)と称され、急速に市場に投入されている。
【０００４】
また、電話網等の回線交換網とインターネットとのプロトコル変換を行うゲートウェイ機能を有し、回線交換網とインターネットとの間で双方向の通信を実現するインターネット・テレフォニー・ゲートウェイ装置(以下、単に「ゲートウェイ装置」という)と、このゲートウェイ装置を用い、従来の回線交換網(電話網)間をインターネットで中継するインターネット・テレフォニー・システム(ＩＴシステム)とが実用化されている。このＩＴシステムは、電話網のみを利用する従来のシステムよりも通話料金を安くすることができるので、ＩＴシステム及びこのＩＴシステムに係るサービスは、急速に普及している。
【０００５】
【発明が解決しようとする課題】
上記したＩＴシステムでは、回線交換網同士がインターネットを介して音声データを送受信する場合、回線交換網間(端末装置間)の呼に対応する音声用の通信チャネルがゲートウェイ装置間でインターネット上に設定されることで回線交換網間(端末装置間)の呼が設定され、その後、音声データが、設定された通信チャネルを用いて伝送される。音声用の通信チャネルは、回線交換網間で設定される呼に対して、発信側及び着信側の各ゲートウェイ装置がＨ．３２３プロトコルに従った手順(以下、「Ｈ．３２３手順」という)を実行することによって設定される。Ｈ．３２３プロトコルは、ＩＴＵ-Ｔにて勧告されたＶｏＩＰに対応する通信プロトコルである。
【０００６】
図１３は、Ｈ．３２３手順を示すシーケンス図である。図１３に示すように、Ｈ．３２３手順は、(１)Ｑ．９３１プロトコルによる制御チャネル(以下、「Ｑ．９３１チャネル」という)の接続手順(図１１の手順Ａ参照)と、(２)Ｈ．２４５プロトコルによる制御チャネル(以下、「Ｈ．２４５チャネル」という)の接続手順(図１３の手順Ｂ参照)と、(３)音声チャネルの接続手順(図１３の手順Ｃ参照)とからなる。このように、音声用の通信チャネルは、Ｑ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルからなり、上記３つのチャネルが手順Ａ〜Ｃによって接続・確立され、これにより呼が設定された後に、回線交換網間での音声データの送受信が開始されていた。
【０００７】
ここに、Ｑ．９３１プロトコルは、ＩＳＤＮユーザ・網インターフェイス・レイヤ３基本呼制御仕様に係る通信プロトコルであり、Ｑ．９３１チャネルは、インターネットにおける基本呼制御用チャネルである。Ｈ．２４５プロトコルは、マルチメディア通信のための制御プロトコルであり、Ｈ．２４５チャネルは、マルチメディア通信の制御チャネルであり、ゲートウェイ装置間の能力データの交換に使用される。音声チャネルは、音声データを格納したＩＰパケットを伝送するためのチャネルである。
【０００８】
従来、Ｈ．３２３手順は、発信側のゲートウェイ装置が回線交換網間での呼設定要求を発信側の回線交換網から受信することを契機として開始されていた。このため、発信側の回線交換網が呼設定要求を発してから発信側の回線交換網と着信側の回線交換網とが音声データの送受信を開始するまでには、Ｈ．３２３手順の実行を必要としていた。
【０００９】
また、発信側のゲートウェイ装置は、複数の呼設定要求を発信側の回線交換網から受信した場合には、各呼設定要求に対応するＨ．３２３手順をその受信順で実行する。このため、発信側のゲートウェイ装置が短時間に多数の呼設定要求を受信した場合(呼量が増大した場合)には、多数の呼設定要求のうち、比較的遅く受信した呼設定要求に対応するＨ．３２３手順の実行が遅延し、回線交換網間における呼設定（接続）処理及び音声データの送受信開始が遅延する可能性があった。
【００１０】
本発明の目的は、複数の下位ネットワーク(例えば回線交換網)がゲートウェイ装置を介して上位ネットワーク(例えばインターネット)に接続された複合ネットワークにおいて、下位ネットワーク間の呼量が増大しても呼接続処理(呼設定処理)が遅延する可能性を抑えることができるゲートウェイ装置を提供することである。
【００１１】
【課題を解決するための手段】
本発明は、上述した課題を解決するために以下の構成を採用する。即ち、請求項１の発明は、回線交換網とインターネットとの間に設けられるゲートウェイ装置であって、発信側の回線交換網から受信した呼設定要求に応じてインターネット上に設定される回線交換網間の通信用の通信回線を、回線交換網から呼設定要求を受信する前に設定する事前接続部と、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定された通信回線を用いて当該呼設定要求に対応する呼を設定する呼設定部と、前記ゲートウェイ装置におけるトラヒック量の監視結果、又は入力された変更要求に応じて、前記事前接続部によって接続される通信回線の数を変更する変更部とを備える。
【００１２】
請求項１の発明によると、事前接続部によって予め通信回線が設定されるので、呼設定部が呼設定要求に対応する呼を設定する場合に、通信回線の設定処理を行わなくて済む。従って、呼設定処理(呼接続処理)に要する時間を短縮できるので、呼量が増大した場合に呼設定処理が遅延する可能性を抑えることが可能となる。また、トラヒック量の監視結果、又は入力された変更要求に応じて制御チャネルの数を変更できるので、ゲートウェイ装置における呼設定処理をより効率的に運用できるとともに、通信回線の接続に係る資源を効率的に利用することが可能となる。
【００１３】
本発明におけるインターネットは、レイヤ３のプロトコルとしてインターネット・プロトコル(ＩＰ)が用いられたネットワーク，即ちインターネット・プロトコル・ネットワークのことを指し、イントラネット等を含む。また、回線交換網は、例えば、電話網やＰＢＸ網である。
【００１４】
請求項２の発明は、回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネルの接続手順，Ｈ．２４５プロトコルによる制御チャネルの接続手順及び音声チャネルの接続手順を実行するゲートウェイ装置であって、発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続部と、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定部と、前記ゲートウェイ装置におけるトラヒック量を監視するトラヒック監視部と、前記トラヒック監視部の監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更部とを備える。
【００１５】
請求項２の発明によると、事前接続部によって予めＱ．９３１プロトコルによる制御チャネルが設定されるので、呼設定部が呼設定要求に対応する呼を設定する場合に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を行わなくて済む。従って、呼設定処理(呼接続処理)に要する時間を短縮できるので、呼量が増大した場合に呼設定処理が遅延する可能性を抑えることが可能となる。また、トラヒック量に応じてＱ．９３１プロトコルによる制御チャネルの数を変更できるので、ゲートウェイ装置における呼設定処理をより効率的に運用できるとともに、Ｑ．９３１プロトコルによる制御チャネルの接続に係る資源を効率的に利用することが可能となる。
【００１６】
請求項３の発明は、請求項２における事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定することで特定したものである。
【００１７】
請求項３の発明によると、呼設定要求を受信してからＨ．２４５プロトコルによる制御チャネルの接続手順を行う場合よりも、呼設定処理に要する時間を短縮することができる。
【００１８】
請求項４の発明は、請求項３における事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定することで特定したものである。
請求項４の発明によると、呼設定要求を受信してから音声チャネルの接続手順を行う場合よりも、呼設定処理に要する時間を短縮することができる。
【００２０】
請求項５の発明は、請求項３におけるチャネル変更部が、前記トラヒック監視部の監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルの数を変更することで特定したものである。
【００２１】
請求項６の発明は、請求項４におけるチャネル数変更部が、前期トラヒック監視部による監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルの数を変更することで特定したものである。
【００２２】
請求項２、５、６のチャネル数変更部は、例えば、トラヒック量が増加した場合には、制御チャネルの数を増加させ、トラヒック量が減少した場合には、制御チャネルの数を減少させる。
【００２３】
請求項２、５、６の発明によれば、トラヒック量に応じて制御チャネルの数を変更できるので、ゲートウェイ装置における呼設定処理をより効率的に運用できるとともに、制御チャネルの接続に係る資源を効率的に利用することが可能となる。
【００２４】
請求項７の発明は、回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置であって、発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続部と、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定部と、入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更部とを備える。
【００２５】
請求項８の発明は、請求項７における事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定し、前記チャネル数変更部は、入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルの数を変更することで特定したものである。
【００２６】
請求項９の発明は、請求項８における事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル、Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定し、前記チャネル数変更部は、入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルの数を変更することで特定したものである。
【００２７】
請求項７〜９の発明によると、請求項２、５、６の発明と同様に、ゲートウェイ装置における呼設定処理をより効率的に運用できるとともに、制御チャネルの接続に係る資源を効率的に利用することが可能となる。
【００２８】
請求項１０の発明は、請求項７〜９のゲートウェイ装置が、チャネル数変更要求を入力するための入力装置をさらに備えたことで特定したものである。請求項１１の発明は、請求項７〜１０におけるチャネル数変更要求が発信側の回線交換網から入力されることで特定したものである。
【００２９】
また、請求項７〜１０の発明は、チャネル数変更要求がゲートウェイ装置に直接接続された端末装置，又は回線交換網を介して接続された端末装置から入力されるようになっていても良い。
【００３０】
請求項１２の発明は、回線交換網とインターネットとの間に設けられるゲートウェイ装置の呼設定方法であって、発信側の回線交換網から受信した呼設定要求に応じてインターネット上に設定される回線交換網間の通信用の通信回線を、回線交換網から呼設定要求を受信する前に設定する事前接続ステップと、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定された通信回線を用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、前記ゲートウェイ装置におけるトラヒック量の監視結果、又は入力された変更要求に応じて、前記事前接続ステップによって接続される通信回線の数を変更するステップとを含む。
【００３１】
請求項１３の発明は、回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置の呼設定方法であって、発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続ステップと、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、前記ゲートウェイ装置におけるトラヒック量を監視するトラヒック監視部ステップと、前記トラヒック監視部ステップでの監視結果に応じて、前記事前接続部ステップによって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更ステップとを含む。
【００３２】
請求項１４の発明は、請求項１３における事前接続ステップでは、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、前記呼設定ステップでは、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定することで特定したものである。
【００３３】
請求項１５の発明は、請求項１４における事前接続ステップでは、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、前記呼設定ステップでは、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定することで特定したものである。請求項１６の発明は、回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置の呼設定方法であって、発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続ステップと、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、入力されたチャネル数変更要求に応じて、前記事前接続ステップによって接続されるＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更ステップとを含む。
【００３４】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
《ネットワークシステムの全体構成》
図１は、本発明の実施形態によるゲートウェイ装置が適用されるネットワークシステム(ＩＴシステム)の例を示す全体構成図である。図１に示すネットワークシステムは、第１〜４の回線交換網(電話網)がゲートウェイ装置(以下、「ＧＷ」という)１〜４を介してインターネットＩＮに接続された複合ネットワークである。インターネットＩＮは、ＬＡＮやＷＡＮを用いて構成されている。
【００３５】
図１において、第１の回線交換網は、端末装置(電話機)１１〜１３を収容する構内回線交換機(ＰＢＸ)５１からなり、ＰＢＸ５１は、ＧＷ１に接続されている。第２の回線交換網は、端末装置２１〜２３を収容するＰＢＸ５２からなり、ＰＢＸ５２は、ＧＷ２に接続されている。第３の回線交換網は、端末装置３１〜３３を収容するＰＢＸ５３からなり、ＰＢＸ５３は、ＧＷ３に接続されている。第４の回線交換網は、端末装置４１〜４３を収容するＰＢＸ５４からなり、ＰＢＸ５４は、ＧＷ４に接続されている。
【００３６】
各ＰＢＸ５１〜５４は、自身が属する回線交換網において、自身が収容する端末装置(下位端末)間における音声通信を制御する。また、各ＰＢＸ５１〜５４は、下位端末から受信した呼設定要求(発呼要求)が他の回線交換網に収容された他の端末装置との通信を要求するものである場合には、当該呼設定要求に対応する呼設定要求を自身と接続されたＧＷ(上位ＧＷ)に送信し、その後、当該呼設定要求を送信した下位端末から受信した音声データを上位ＧＷに送信する。一方、各ＰＢＸ５１〜５４は、上位ＧＷから呼設定要求(着呼要求)を受信した場合には、この着呼要求に対応する呼を目的地に該当する下位端末に着信させ、その後、上位ＧＷから受信した音声データを当該下位端末へ送信する。
【００３７】
各ＧＷ１〜４は、物理回線を通じてインターネットＩＮに接続されており、インターネットＩＮを通じた回線交換網間の呼設定処理を行う。即ち、各ＧＷ１〜４は、自身と接続されたＰＢＸ(下位ＰＢＸ)から呼設定要求(発呼要求)を受信した場合には、この呼設定要求の目的地に対応する他のＧＷと自身との間で音声データ伝送用の論理的な通信チャネル(論理チャネル)をインターネットＩＮ上に設定した後、この論理チャネルを通じて下位ＰＢＸから受信した音声データを他のＧＷへ伝送する。一方、各ＧＷ１〜４は、他のＧＷから呼設定要求(着呼要求)を受信した場合には、当該他のＧＷと自身との間で音声データ伝送用の論理チャネルを設定し、当該着呼要求を下位ＰＢＸに送信し、その後、設定された論理チャネルを通じて当該他のＧＷから受信した音声データを下位ＰＢＸに送信する。
【００３８】
《ゲートウェイ装置の構成》
図２は、図１に示した各ＧＷ１〜４の機能ブロック図である。各ＧＷ１〜４は、ほぼ同じ構成を有しているので、図２には、例としてＧＷ１の機能ブロック図が示されている。
【００３９】
図２において、ＧＷ１は、回線インターフェイス６１と、回線インターフェイス６１に接続された回線交換制御部６２と、回線交換制御部６２に接続された呼制御部６３と、呼制御部６３に接続されたＨ．３２３プロトコル制御部６４と、Ｈ．３２３プロトコル制御部６４に接続されたＬＡＮインターフェイス６５とを有している。また、ＧＷ１は、呼制御部６３に接続されたトラヒック制御部６６と、呼制御部６３及び回線交換制御部６２に接続された保守運用機能制御部６７とを有している。また、保守運用機能制御部６７には、保守コンソール７１が接続されている。
【００４０】
なお、図２に示すＧＷ１内の各ブロックは、ハードウェア的には、ＣＰＵ，各種のプログラム及びデータを記憶したメモリ装置及び通信機器を含む周辺装置等からなり、ＣＰＵが各種のプログラムを実行し、プログラムの実行結果に従って周辺装置が動作することによって実現される機能である。
【００４１】
また、上記した呼制御部６３及びＨ．３２３プロトコル制御部６４(接続処理部６８)が、本発明の事前接続部，呼設定部，チャネル数変更部に相当し、トラヒック制御部６６が、本発明のトラヒック監視部に相当し、保守コンソール７１が本発明の入力装置に相当する。
【００４２】
回線インターフェイス６１は、ＰＢＸ５１と複数の電話回線を通じて接続されている。回線インターフェイス６１は、入力された呼制御メッセージや音声データをその出力側において利用可能な形式に変換し、回線インターフェイス６１又は呼制御部６３に出力する。
【００４３】
回線交換制御部６２は、回線インターフェイス６１から受け取った呼制御メッセージを呼制御部６３に与える。また、回線交換制御部６２は、呼制御部６３から受け取った命令に従って、回線インターフェイス６１の回線通話路スイッチを制御する。
【００４４】
また、回線交換制御部６２は、受信数字分析部７２を有している。受信数字分析部７２は、ＧＷ１が例えば「事前接続チャネル数変更特別番号＋変更するチャネル数」のようなダイヤル数字等によるデータをＰＢＸ５１に接続された端末装置１１〜１３や回線インターフェイス６１に接続された端末装置(電話機)１４から受信した場合に、第３チャネル数変更処理の要求であると分析し、その旨を呼制御部６３に通知する。なお、「事前接続チャネル」及び「第３チャネル数変更処理」は後述する。
【００４５】
呼制御部６３は、ＧＷ１を通じた回線交換網間の呼に係る制御を司る。即ち、ＧＷ１を通じた呼の制御用資源を管理するとともに、回線交換網側とインターネットＩＮ側との通信プロトコルの変換を行い、回線交換網間の通信を実現するための処理を行う。即ち、呼制御部６３は、回線交換制御部６２，Ｈ．３２３プロトコル制御部６４，トラヒック制御部６６及び保守運用管理機能制御部６７から受け取った制御信号や呼制御メッセージを解析し、この解析結果に基づく命令を回線交換制御部６２やＨ．３２３プロトコル制御部６４に与える。
【００４６】
Ｈ．３２３プロトコル制御部６４は、呼制御部６３から受け取った命令に従ってＨ．３２３プロトコルに基づく処理を行う。Ｈ．３２３プロトコル制御部６４は、接続処理部６８を有しており、接続処理部６８は、図１３に示したＨ．３２３手順を実行し、ＧＷ１と他のＧＷ２〜４との間で音声データ伝送用の論理チャネルをインターネットＩＮ上に設定する。論理チャネルは、Ｑ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルからなる。
【００４７】
ＬＡＮインターフェイス６５は、上記した論理チャネルが設定される物理回線を通じてインターネットＩＮと接続されている。ＬＡＮインターフェイス６５は、入力された呼制御メッセージや音声データをその出力側において利用可能な形式に変換し、インターネットＩＮやＨ．３２３プロトコル制御部６４に与える。
【００４８】
トラヒック制御部６６は、ＧＷ１における出方路毎のトラヒック量を定期的に測定し、測定したトラヒック量が予め設定されている“高”，“通常”，“低”の何れの状態にあるかを判定し、トラヒック量に遷移が生じた場合、その旨を呼制御部６３に通知する。
【００４９】
保守運用機能制御部６７は、保守コンソール７１からの入力信号に基づく命令を呼制御部６３に与える。例えば、保守運用機能制御部６７は、事前接続チャネルの変更要求に係るコマンドに対応する入力信号を保守コンソール７１から受け取った場合に、事前接続チャネルの変更要求を呼制御部６３に通知する。また、保守運用機能制御部６７は、回線交換制御部６２，呼制御部６３及びＨ．３２３プロトコル制御部の動作に係る情報を受け取り、保守コンソール７１に与える。
【００５０】
保守コンソール７１は、キーボード及びマウス,ジョイスティック或いはトラックボール等のポインティングデバイスからなる入力装置と、ＣＲＴやＬＣＤの表示装置及びプリンタ等の印刷装置からなる出力装置とを組み合わせることで構成されている。
【００５１】
保守コンソール７１は、保守運用機能制御部６７から受け取った情報を出力することによって、回線交換制御部６２，呼制御部６３及びＨ．３２３プロトコル制御部６４の動作に係る情報を表示又は印刷出力する。一方、保守コンソールは、オペレータから入力装置を介して入力された回線交換制御部６２，呼制御部６３又はＨ．３２３プロトコル制御部６４の保守・運用に係るコマンドに対応する入力信号を保守運用機能制御部６７に与える。
【００５２】
《ＧＷの動作》
上述したように、ＧＷ１は、下位ＰＢＸからの呼設定要求の受信を契機として、論理チャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネル)をインターネットＩＮ上に設定する。これに対し、ＧＷ１は、その電源の投入によって起動した場合にも、Ｈ．３２３手順又はその一部(図１３に示した手順Ａ又は手順Ａ及び手順Ｂ)を行い、所定数のＱ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルをＧＷ１と各ＧＷ２〜４との間で設定する。この処理を「事前接続処理」と称し、呼設定要求の受信を契機とせずに設定される各チャネルを、呼設定要求の受信前に設定されるチャネルという意味で「事前接続チャネル」と称する。
【００５３】
また、ＧＷ１は、ＧＷ１におけるトラヒック量やオペレータ等の要求に応じて事前接続チャネルの数を変更する。この処理を「チャネル数変更処理」と称する。チャネル数変更処理は、この処理を開始する契機の種類に対応する第１〜３チャネル数変更処理からなる。事前接続処理及び第１〜３チャネル数変更処理の詳細は後述する。
【００５４】
ＧＷ１が上記した事前接続処理及び第１チャネル数変更処理を実行するために、呼制御部６３は、設定すべき事前接続チャネルの情報を記憶したチャネル数管理テーブル６９と、実際に設定された事前接続チャネルの情報を記憶するチャネル番号管理テーブル７０とを有している。
【００５５】
図３(Ａ)及び(Ｂ)は、図２に示したチャネル数管理テーブル６９の説明図であり、図４は、図２に示したチャネル番号管理テーブル７０の説明図である。図３(Ａ)に示すように、チャネル数管理テーブル６９は、方路番号毎に用意された複数のチャネル接続数の格納領域(接続数格納領域)からなり、方路番号をキーとして検索される。
【００５６】
方路番号は、ＧＷ１のインターネットＩＮ側の出方路の番号であり、例えば、インターネットＩＮに接続された他のＧＷの数に応じて用意される。この例では、ＧＷ１に対する他のＧＷ２〜４(図１参照)に応じた方路番号が用意されている。図３(Ａ)中の方路番号“２”は、ＧＷ２へ向かう出方路の番号であり、方路番号“３”は、ＧＷ３へ向かう出方路の番号であり、方路番号“４”は、ＧＷ４へ向かう出方路の番号である。
【００５７】
各接続数格納領域は、事前接続チャネルをなすＱ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルの夫々の接続数を格納する３つの領域からなり、各領域は、ＧＷ１における当該出方路のトラヒック量に応じて用意されたチャネルの接続数を保持している。この例では、トラヒック量は、“高”，“通常”及び“低”の３つのレベルからなり、各トラヒック量に対応するチャネルの接続数が保持されている。図３(Ａ)に示すように、各チャネルの接続数は、トラヒック量が高い程、多くの事前接続チャネルが設定されるようになっている。
【００５８】
なお、各方路番号に対応するＨ．２４５チャネルの接続数は、当該方路番号に対応するＱ．９３１チャネルの接続数を超えることはなく、各方路番号に対応する音声チャネルの接続数は、当該方路番号に対応するＱ．９３１チャネル及びＨ．２４５チャネルの接続数を超えることはない。
【００５９】
図３(Ｂ)は、チャネル数管理テーブル６９の記憶内容のうち、方路番号２〜４に対応する各トラヒック量が“通常”である場合に設定される事前接続チャネルの数を示している。ＧＷ１は、この“通常”時に設定される事前接続チャネルの数を初期値とし、図３(Ｂ)に示された各チャネルが事前接続処理によって設定される。一方、チャネル数管理テーブル６９の記憶内容のうち、トラヒック量が“低”又は“高”である場合における事前接続チャネルの数は、第１チャネル数変更処理において参照される。
【００６０】
図４に示すように、チャネル番号管理テーブル７０は、方路番号毎に用意されたチャネル番号の格納領域(番号格納領域)からなり、各番号格納領域は、方路番号をキーとして検索される。各番号格納領域は、事前接続チャネルとして実際に設定されているＱ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルのチャネル番号とその空塞状態が格納される。
【００６１】
図４では、チャネル番号は、例として２つの数字と１つのアルファベットで現されている。左側の数字は方路番号を示し、アルファベットは、チャネルの種類(ｑ：Ｑ．９３１チャネル，ｈ：Ｈ．２４５チャネル，ｖ：音声チャネル)を示し、右側の数字は何番目のチャネルであるかを示す。
【００６２】
また、空塞状態は、例えば１ビットで示され、“０”のときは空き状態を示し、“１”のときは使用中であることを示す。なお、図４には、図３(Ｂ)に示した内容に従って事前接続チャネルが設定された場合におけるチャネル番号管理テーブル７０の記憶内容が示されている。
【００６３】
図５は、図２に示したＧＷ１のメインルーチンを示すフローチャートであり、主として呼制御部６３によって実行される。呼制御部６３は、ＧＷ１の電源が投入された場合に、このメインルーチンの実行を開始する。
【００６４】
最初に、呼制御部６３は、事前接続処理のサブルーチンを実行し(ステップＳ１)、その後、回線交換網側(ＰＢＸ５１)から呼設定要求のメッセージ(ＶｏＩＰ接続要求)を受信したか否かを判定する(ステップＳ２)。このとき、呼設定要求が受信されている場合(Ｓ２；Ｙ)には、呼制御部６３が呼設定処理のサブルーチンを実行し(ステップＳ３)、その後、処理がステップＳ４へ進む。一方、呼設定要求が受信されていない場合(Ｓ２；Ｎ)には、処理がステップＳ４へ進む。
【００６５】
処理がステップＳ４へ進んだ場合には、呼制御部６３がトラヒック量の遷移に係る通知，即ち、方路番号２〜４の何れかのトラヒック量が“高”，“通常”，“低”の何れかへ変化した旨の通知をトラヒック制御部６６から受け取っているか否かを判定する。呼制御部６３が通知を受け取っている場合(Ｓ４；Ｙ)には、呼制御部６３が第１チャネル数変更処理のサブルーチンを実行した後(ステップＳ５)、処理がステップＳ６へ進み、そうでない場合(Ｓ４；Ｎ)には、処理がステップＳ６へ進む。
【００６６】
処理がステップＳ６へ進んだ場合には、呼制御部６３が事前接続チャネルの変更要求に係る通知を保守運用機能制御部６７から受け取っているか否かを判定する。このとき、呼制御部６３が当該通知を受け取っている場合(Ｓ６；Ｙ)には、呼制御部６３が第２チャネル数変更処理のサブルーチンを実行した後(ステップＳ７)、処理がステップＳ８へ進み、そうでない場合(Ｓ６；Ｎ)には、処理がステップＳ８へ進む。
【００６７】
処理がステップＳ８へ進んだ場合には、呼制御部６３が第３チャネル数変更処理の要求に係る通知を受信数字制御部７２から受け取っているか否かを判定する。このとき、呼制御部６３が当該通知を受け取っている場合(Ｓ８；Ｙ)には、呼制御部６３が第３チャネル数変更処理のサブルーチンを実行した後(ステップＳ９)、処理がステップＳ１０へ進み、そうでない場合(Ｓ８；Ｎ)には、処理がステップＳ１０へ進む。
【００６８】
処理がステップＳ１０へ進んだ場合には、呼制御部６３がＰＢＸ５１又はインターネットＩＮから呼解放要求(呼切断要求)を受信しているか否かを判定する。このとき、呼制御部６３が呼解放要求を受信している場合(Ｓ１０；Ｙ)には、呼制御部６３が呼解放(切断)処理のサブルーチンを実行した後(ステップＳ１１)、処理がステップＳ２へ戻り、呼制御部６３が呼解放要求を受信していない場合(Ｓ１０；Ｎ)には、処理がステップＳ２へ戻る。
【００６９】
なお、図５に示すメインルーチンでは、インターネットＩＮ又はＰＢＸ５１から受信した音声データを送信側へ送出する処理が省略されている。もっとも、ＧＷ１がインターネットＩＮ又はＰＢＸ５１から音声データを受信した場合には、呼制御部６３は、受信した音声データをその目的地に対応する出方路の音声チャネル又は電話回線へＬＡＮインターフェイス６５又は回線インターフェイス６１を通じて送出させる。
以下、図５に示した事前接続処理，呼設定処理，第１〜３チャネル数変更処理及び呼解放処理の各サブルーチンを説明する。
【００７０】
〈事前接続処理〉
図６は、図５に示した事前接続処理を示すフローチャートである。図６において、最初に、呼制御部６３は、図３に示したチャネル数管理テーブル６９のｎ(ｎ＝２,３,４)番目の方路番号に対応する接続数格納領域を検索する(ステップＳ１０１)。一巡目のステップＳ１０１では、方路番号“２”に対応する接続数格納領域が検索される。
【００７１】
続いて、呼制御部６３は、ステップＳ１０１にて検索された接続数格納領域に格納されている“通常”時のＱ．９３１チャネルの接続数を検出する(ステップＳ１０２)。このとき、呼制御部６３は、接続数として“３”を検出する(図３(Ｂ)参照)。
【００７２】
続いて、呼制御部６３は、Ｑ．９３１チャネルの接続命令を接続処理部６８に与える。この接続命令は、方路番号及び接続数を含んでいる。接続処理部６８は、方路番号及び接続数に従って、ＧＷ１を発信側ＧＷとして手順Ａ(図１３参照)を実行する。これによって、３つの事前接続チャネルとしてのＱ．９３１チャネルが、ＧＷ１とＧＷ２との間で接続・確立される(ステップＳ１０３)。
【００７３】
その後、呼制御部６３は、ステップＳ１０３にて接続されたＱ．９３１チャネルのチャネル番号及び空塞状態を、図４に示したチャネル番号管理テーブル７０に格納する(ステップＳ１０４)。
【００７４】
続いて、呼制御部６３は、方路番号“２”に対応する“通常”時のＨ．２４５チャネルの接続数をチャネル数管理テーブル６９から検出する(ステップＳ１０５)。このとき、呼制御部６３は、接続数として“２”を検出する(図３(Ｂ)参照)。
【００７５】
続いて、呼制御部６３は、Ｈ．２４５チャネルの接続命令を接続処理部６８に与える。接続命令は、方路番号及び接続数を含んでいる。接続処理部６８は、方路番号及び接続数に従って、ＧＷ１を発信側ＧＷとして手順Ｂ(図１３参照)を実行する。これによって、２つの事前接続チャネルとしてのＨ．２４５チャネルが、ＧＷ１とＧＷ２との間で接続・確立される(ステップＳ１０６)。
【００７６】
その後、呼制御部６３は、ステップＳ１０６にて接続されたＨ．２４５チャネルのチャネル番号及び空塞状態を、チャネル番号管理テーブル７０に格納する(ステップＳ１０７)。
【００７７】
続いて、呼制御部６３は、ステップＳ１０１にて検索された接続数格納領域に格納されている“通常”時の音声チャネルの接続数を検出する(ステップＳ１０８)。このとき、呼制御部６３は、接続数として“１”を検出する(図３(Ｂ)参照)。
【００７８】
続いて、呼制御部６３は、音声チャネルの接続命令を接続処理部６８に与える。接続命令は、方路番号及び接続数を含んでいる。接続処理部６８は、方路番号及び接続数に従って、ＧＷ１を発信側ＧＷとして手順Ｃ(図１３参照)を実行する。これによって、１つの事前接続チャネルとしての音声チャネルが、ＧＷ１とＧＷ２との間で接続・確立される(ステップＳ１０９)。
【００７９】
その後、呼制御部６３は、ステップＳ１０９にて接続された音声チャネルのチャネル番号及び空塞状態を、チャネル番号管理テーブル７０に格納する(ステップＳ１０７)。
【００８０】
その後、呼制御部６３は、全ての方路(方路番号“２”〜“４”に対応する出方路)について事前接続チャネルの接続・確立が終了したか否かを判定する(ステップＳ１１１)。このとき、“通常”時における全ての事前接続チャネルの確立が終了していない場合(Ｓ１１１；Ｎ)には、呼制御部６３は、処理をステップＳ１０１に戻し、方路番号“３”又は“４”に対応する“通常”時の事前接続チャネルの接続処理を行う。これに対し、“通常”時における全ての事前接続チャネルの確立が終了している場合(Ｓ１１１；Ｙ)には、呼制御部６３は、事前接続処理のサブルーチンを終了し、処理を図５に示したメインルーチンのステップＳ２へ進める。
【００８１】
以上説明した事前接続処理が終了すると、図１に示すように、ＧＷ１と各ＧＷ２〜４との間で、図３(Ｂ)に示した内容に応じた複数の事前接続チャネルが設定され、ＧＷ１のチャネル番号管理テーブル７０の記憶内容が、図４に示した内容となる。
【００８２】
また、ＧＷ２のチャネル番号管理テーブル７０には、ＧＷ１とＧＷ２との間で設定された事前接続チャネルのチャネル番号が格納される。また、ＧＷ３のチャネル番号管理テーブル７０には、ＧＷ１とＧＷ３との間で設定された事前接続チャネルのチャネル番号が格納される。また、ＧＷ３のチャネル番号管理テーブル７０には、ＧＷ１とＧＷ３との間で設定された事前接続チャネルのチャネル番号が格納される。
【００８３】
このため、事前接続処理によって実行される各手順Ａ〜Ｃでは、ＧＷ１から送信されるメッセージに事前接続チャネルを接続するための手順であることを示す情報が含まれ、各ＧＷ２〜４は、この情報が含まれた手順によって設定された事前接続チャネルのチャネル番号をチャネル番号管理テーブル７０に格納する。
【００８４】
〈呼設定処理〉
図６は、図５に示した呼設定処理のサブルーチンを示すフローチャートである。このサブルーチンの前処理として、呼制御部６３は、受信した呼設定要求のメッセージを解析し、この呼設定要求から目的地の端末装置(着信側端末)の情報を抽出し、この着呼側端末に対応する出方路(以下、「要求方路」という)の方路番号(要求方路番号)を特定し、処理をステップＳ２０１へ進める。
【００８５】
処理がステップＳ２０１へ進んだ場合には、呼制御部６３は、要求方路番号をキーとしてチャネル番号管理テーブル７０(図４参照)を検索し、要求方路番号に対応する事前接続チャネルとしてのＱ．９３１チャネル(以下、「対応Ｑ．９３１チャネル」と称する)の数が零であるか否かを判定する。即ち、対応Ｑ．９３１チャネルのチャネル番号(対応Ｑ．９３１チャネル番号)がチャネル番号管理テーブル７０に格納されているか否かが判定される。
【００８６】
このとき、対応Ｑ．９３１チャネル番号が格納されていない場合(Ｓ２０１；Ｙ)には、対応Ｑ．９３１チャネルがないものとして、処理がステップＳ２０３へ進む。一方、単数又は複数の対応Ｑ．９３１チャネル番号が格納されている場合(Ｓ２０１；Ｎ)には、処理がステップＳ２０４へ進む。
【００８７】
処理がステップＳ２０２へ進んだ場合には、呼制御部６３は、ステップＳ２０１にて検出された対応Ｑ．９３１チャネル番号に空き状態のものがあるか否かを判定する。即ち、呼制御部６３は、空塞状態が“０”である対応Ｑ．９３１チャネル番号があるか否かを判定する。
【００８８】
このとき、空塞状態が“０”である対応Ｑ．９３１チャネル番号がない場合，即ち、空塞状態が全て“１”である場合(Ｓ２０２；Ｎ)には、対応Ｑ．９３１チャネルが全て使用中であるものとして、処理がステップＳ２０３へ進む。これに対し、空塞状態が“０”である対応Ｑ．９３１チャネル番号がある場合(Ｓ２０２；Ｙ)には、処理がステップＳ２０４へ進む。
【００８９】
処理がステップＳ２０３へ進んだ場合には、呼制御部６３は、以下の既存処理を行う。即ち、呼制御部６３は、接続処理部６８に制御命令を与え、接続処理部６８が、ＧＷ１を発信側ＧＷとしてＨ．３２３手順(図１３参照)を実行することによって、ＧＷ１と要求方路に対応する着信側ＧＷ(ＧＷ２〜ＧＷ４の何れか)との間で論理チャネルを設定する。このようなステップＳ２０３の処理が終了すると、呼設定処理のサブルーチンが終了し、処理が図５に示したメインルーチンに戻る。その後、最終的にＧＷ１を発信側ＧＷとする端末装置間(回線交換網間)の呼が確立し、発信側端末(端末装置１１〜１４の何れか)と着信端末との間で音声通信が行われる。
【００９０】
処理がステップＳ２０４へ進んだ場合には、呼制御部６３は、空塞状態が“０”の対応Ｑ．９３１チャネル番号を１つ抽出し、抽出した対応Ｑ．９３１チャネル番号の空塞状態を“１”(“１”＝使用中)に設定する。このとき、複数の対応Ｑ．９３１チャネル番号がある場合には、チャネル番号が若いものが選択される。
【００９１】
続いて、呼制御部６３は、要求方路番号に対応する事前接続チャネルとしてのＨ．２４５チャネル(以下、「対応Ｈ．２４５チャネル」と称する)の数が零であるか否かを判定する(ステップＳ２０５)。即ち、対応Ｈ．２４５チャネルのチャネル番号(対応Ｈ．２４５チャネル番号)が格納されているか否かが判定される。
【００９２】
このとき、対応Ｈ．２４５チャネル番号が格納されていない場合(Ｓ２０５；Ｙ)には、対応Ｈ．２４５チャネルがないものとして、処理がステップＳ２０７へ進む。一方、単数又は複数の対応Ｈ．２４５チャネル番号が格納されている場合(Ｓ２０５；Ｎ)には、処理がステップＳ２０６へ進む。
【００９３】
処理がステップＳ２０６へ進んだ場合、呼制御部６３は、空塞状態が“０”である対応Ｈ．２４５チャネル番号があるか否かを判定する。このとき、該当する対応Ｈ．２４５チャネル番号がない場合(Ｓ２０６；Ｎ)には、処理がステップＳ２０７へ進む。これに対し、空塞状態が“０”である対応Ｈ．２４５チャネル番号がある場合(Ｓ２０６；Ｙ)には、処理がステップＳ２１０へ進む。
【００９４】
処理がステップＳ２０７へ進んだ場合、呼制御部６３は、要求方路に対応するＧＷ２〜４の何れか(着信側ＧＷ)に対し、ステップＳ２０４にて抽出した対応Ｑ．９３１チャネル番号を含む着呼要求のメッセージ(着呼メッセージ)を生成し、ＬＡＮインターフェイス６１から送信する。
【００９５】
続いて、呼制御部６３は、Ｈ．２４５チャネルの接続命令を接続処理部６８に与える。すると、接続処理部６８は、ＧＷ１を発信側ＧＷとして手順Ｂを実行することによって、要求方路に対応するＨ．２４５チャネルをＧＷ１と着信側ＧＷとの間で接続・確立する(ステップＳ２０８)。
【００９６】
続いて、呼制御部６３は、音声チャネルの接続命令を接続処理部６８に与える。すると、接続処理部６８は、ＧＷ１を発信側ＧＷとして手順Ｃを実行することによって、要求方路に対応する音声チャネルをＧＷ１と着信側ＧＷとの間で接続・確立する(ステップＳ２０９)。このステップＳ２０９の処理が終了すると、呼設定処理のサブルーチンが終了する。
【００９７】
上記したステップＳ２０７〜Ｓ２０９の処理によって、着信側ＧＷは、着呼メッセージの内容を参照して、Ｑ．９３１チャネルの接続手順(手順Ａ)を省略し、ＧＷ１と着信側ＧＷとの間で要求方路に応じたＨ．２４５チャネル及び音声チャネルの設定手順(手順Ｂ及び手順Ｃ)を行う。これによって、ＧＷ１と着信側ＧＷとの間で要求方路に応じた論理チャネルが設定されると、着信側ＧＷは、着呼メッセージに対応する着呼要求を下位ＰＢＸを介して着信側端末に着信させる。これによって、ＧＷ１を発信側ＧＷとする端末装置間の呼が設定・確立される。即ち、ＶｏＩＰ接続が確立する。その後、発信側端末(端末装置１１〜１４の何れか)と着信側端末との間で音声通信が行われる。
【００９８】
一方、処理がステップＳ２１０へ進んだ場合、呼制御部６３は、空塞状態が“０”の対応Ｈ．２４５チャネル番号を１つ抽出し、このチャネル番号に対応する空塞状態を“１”に設定する。このとき、複数の対応Ｈ．２４５チャネル番号がある場合には、チャネル番号が若いものが選択される。
【００９９】
続いて、呼制御部６３は、要求方路番号に対応する事前接続チャネルとしての音声チャネル(以下、「対応音声チャネル」と称する)の数が零であるか否かを判定する(ステップＳ２１１)。即ち、対応音声チャネルのチャネル番号(対応音声チャネル番号)が格納されているか否かが判定される。
【０１００】
このとき、対応音声チャネル番号が格納されていない場合(Ｓ２１１；Ｙ)には、対応音声チャネルがないものとして、処理がステップＳ２１３へ進む。一方、単数又は複数の対応音声チャネル番号が格納されている場合(Ｓ２１１；Ｎ)には、処理がステップＳ２１２へ進む。
【０１０１】
処理がステップＳ２１２へ進んだ場合、呼制御部６３は、空塞状態が“０”である対応音声チャネル番号があるか否かを判定する。このとき、該当する対応音声チャネル番号がない場合(Ｓ２１２；Ｎ)には、処理がステップＳ２１３へ進む。これに対し、空塞状態が“０”である対応音声チャネル番号がある場合(Ｓ２１２；Ｙ)には、処理がステップＳ２１５へ進む。
【０１０２】
処理がステップＳ２１３へ進んだ場合、呼制御部６３は、ステップＳ２０４にて抽出した対応Ｑ．９３１チャネル番号及びステップＳ２１０にて抽出した対応Ｈ．２４５チャネル番号を含む着呼メッセージを生成し、この着呼メッセージをＬＡＮインターフェイス６１から要求方路に対応する着信側ＧＷ(ＧＷ２〜４の何れか)へ向けて送信する。
【０１０３】
ステップＳ２１３の処理が終了すると、上記したステップＳ２０９と同様の処理が行われ(ステップＳ２１４)、要求方路に対応する音声チャネルをＧＷ１と着信側ＧＷとの間で接続・確立すると、呼設定処理のサブルーチンが終了する。
【０１０４】
上記したステップＳ２１３及びＳ２１４の処理によって、着信側ＧＷは、着呼メッセージの内容を参照して、手順Ａ及び手順Ｂを省略し、ＧＷ１と着信側ＧＷとの間で手順Ｃのみを行う。これによって、ＧＷ１と着信側ＧＷとの間で要求方路に応じた論理チャネルが設定されると、着信側ＧＷは、着呼メッセージに対応する着呼要求を下位ＰＢＸを介して着信側端末に着信させる。これによって、ＧＷ１を発信側ＧＷとする端末装置間の呼が確立し、発信側端末と着信側端末との間で音声通信が行われる。
【０１０５】
一方、処理がステップＳ２１５へ進んだ場合、呼制御部６３は、空塞状態が“０”の対応音声チャネル番号を１つ抽出し、このチャネル番号に対応する空塞状態を“１”に設定する。このとき、複数の対応音声チャネル番号がある場合には、チャネル番号が若いものが選択される。
【０１０６】
続いて、呼制御部６３は、各ステップＳ２０４,Ｓ２１０,Ｓ２１５にて抽出した対応Ｑ．９３１チャネル番号，対応Ｈ．２４５チャネル番号及び対応音声チャネル番号を含む着呼メッセージを生成し、この着呼メッセージを要求方路に対応する着信側ＧＷへ向けてＬＡＮインターフェイス６１から送信する(ステップＳ２１６)。
【０１０７】
ステップＳ２１６の処理が終了すると、呼設定処理のサブルーチンが終了する。ステップＳ２１６の処理によって、着信側ＧＷは、着呼メッセージの内容を参照し、要求方路に対応する論理チャネルが予め事前接続チャネルとして設定されていることから、Ｈ．３２３手順(手順Ａ〜Ｃ)を省略し、着呼メッセージに対応する着呼要求を着信側端末に着信させる。これによって、ＧＷ１を発信側ＧＷとする端末装置間の呼が確立し、発信側端末と着信側端末との間で事前接続チャネルからなる論理チャネルを用いた音声通信が行われる。
【０１０８】
図１２は、図１に示したネットワークシステムにおける呼設定手順を示すシーケンス図である。図１２には、例として、端末装置１１と端末装置１２とが端末装置１１を発信側端末として音声通信を行うケースが示されている。ＧＷ１の電源が投入されると、図１２に示すように、上述した事前接続処理(図６参照)によるＨ．３２３手順(図１３参照)が実行され、ＧＷ１とＧＷ２との間で図１及び図４に示す事前接続チャネルが設定される。
【０１０９】
その後、例えば、ＧＷ１とＧＷ２との間で設定された事前接続チャネルが使用されていない場合に、端末装置１１がオフフックの状態にされ且つ端末装置２１の着番号がダイヤル(入力)されると、端末装置２１のアドレスを含む呼設定要求のメッセージ(ＶｏＩＰ接続要求)たるＳＥＴＵＰが端末装置１１から送信され、このＳＥＴＵＰは、ＰＢＸ５１を介してＧＷ１に受信される。
【０１１０】
ＧＷ１がＰＢＸ５１からＳＥＴＵＰを受信すると、図７に示した呼設定処理が実行される。この呼設定処理において、チャネル番号管理テーブル７０が方路番号“２”で検索され、空き状態の対応Ｑ．９３１チャネル番号２ｑ１，対応Ｈ．２４５チャネル番号２ｈ１及び対応音声チャネル番号２ｖ１が抽出され、抽出された各チャネル番号に対応するチャネルが、当該ＶｏＩＰ接続要求に応じて使用される論理チャネルとして決定される。
【０１１１】
その後、抽出された各チャネル番号と端末装置２１のアドレスとを含む着呼要求メッセージがＧＷ２へ送信される。この着呼要求メッセージには、例えば、インボーク情報要素に着アドレス情報要素を含むＦＡＣＩＬＩＴＹメッセージが用いられる。
【０１１２】
ＧＷ２がＧＷ１からＦＡＣＩＬＩＴＹメッセージを受信すると、このメッセージが解析され、各チャネル番号及び端末装置２１のアドレスが抽出される。ＧＷ２では、この抽出された各チャネル番号に対応するチャネルを用いてＶｏＩＰ接続が確立されるものと認識され、ＦＡＣＩＬＩＴＹメッセージの受信を契機とするＨ．３２３手順が省略される。その後、端末装置２１のアドレスを含む着呼要求メッセージたるＳＥＴＵＰが、ＰＢＸ５２を介して端末装置２１へ送信される。ＳＥＴＵＰが端末装置２１に受信されると、端末装置２１は、呼び出し音を出力する。
【０１１３】
呼び出し音に応じて端末装置２１がオフフックの状態にされると、端末装置２１は、ＳＥＴＵＰの応答メッセージ(ＣＯＮＮ)を送信し、ＣＯＮＮは、ＰＢＸ５２を介してＧＷ２に受信される。すると、ＧＷ２では、ＣＯＮＮに対応する応答メッセージが生成され、ＧＷ１へ送信される。この応答メッセージには、例えば、リターンリザルト情報要素を含むＦＡＣＩＬＩＴＹメッセージが用いられる。
【０１１４】
ＧＷ１がＦＡＣＩＬＩＴＹメッセージをＧＷ２から受信すると、このＦＡＣＩＬＩＴＹメッセージに対応する応答メッセージ(ＣＯＮＮ)が生成され、ＰＢＸ５１へ送信される。その後、ＣＯＮＮがＰＢＸ５１を介して端末装置１１に受信されると、端末装置１１と端末装置２１との間の呼，即ちＶｏＩＰ接続が確立し、双方向で音声通信可能な状態となる。この呼が設定・確立された状態において、端末装置１１と端末装置２１との間で通話がなされる。
【０１１５】
このように、呼設定処理では、事前接続処理によって設定された事前接続チャネルが優先的に使用されて呼が設定される。そして、要求方路に応じた事前接続チャネルがない場合又は要求方路に応じた事前接続チャネルの全てが使用中の場合に、従来のＨ．３２３手順によるチャネル接続処理が行われる。
【０１１６】
〈第１チャネル数変更処理〉
図８は、図５に示した第１チャネル数変更処理のサブルーチンを示すフローチャートである。図８に示すように、第１チャネル数変更処理は、呼制御部６３がトラヒック制御部６６から通知を受け取った場合に開始される。通知には、トラヒック量が遷移した方路番号と、遷移後のトラフィック量(“低”，“通常”，“高”の何れか)とが含まれている。
【０１１７】
最初に、呼制御部６３は、通知された方路番号をキーとしてチャネル数管理テーブル６９を検索し、通知されたトラフィック量に応じたＱ．９３１チャネルの接続数(接続要求数)を抽出し(ステップＳ３０１)、処理をステップＳ３０２へ進める。なお、１巡目のステップＳ３０１の処理では、上述したように該当するＱ．９３１チャネルの接続数が抽出され、２巡目では該当するＨ．２４５チャネルの接続数が抽出され、３巡目では該当する音声チャネルの接続数が抽出される。
【０１１８】
処理がステップＳ３０２へ進んだ場合、呼制御部６３は、通知された方路番号をキーとしてチャネル番号管理テーブル７０を検索し、当該方路番号に対応するＱ．９３１チャネルのチャネル番号数(現チャネル数)を夫々抽出する。
【０１１９】
続いて、呼制御部６３は、Ｑ．９３１チャネルの接続要求数から現チャネル数を減算し、その値Ｘを得る(ステップＳ３０３)。続いて、呼制御部６３は、Ｘの値が零か否かを判定し(ステップＳ３０４)、Ｘ＝０の場合(Ｓ３０４；Ｙ)には、処理をステップＳ３０９へ進め、そうでない場合(Ｓ３０４；Ｎ)には、処理をステップＳ３０５へ進める。
【０１２０】
処理がステップＳ３０５へ進んだ場合には、呼制御部６３は、Ｘの値が零を上回るか否かを判定し、Ｘ＞０の場合(Ｓ３０５；Ｙ)には、処理をステップＳ３０６へ進め、そうでない場合(Ｓ３０５；Ｎ)には、処理をステップＳ３０７へ進める。
【０１２１】
処理がステップＳ３０６へ進んだ場合、呼制御部６３は、接続処理部６８に手順Ａを実行させることにより、新たなＱ．９３１チャネルをＸの値分だけ接続・確立する。これによって、当該方路番号に対応する事前接続チャネルとしてのＱ．９３１チャネルの数が増加する。その後、呼制御部６３は、新たに設定したＱ．９３１チャネルのチャネル番号及び空塞状態をチャネル番号管理テーブル７０に格納し(ステップＳ３０８)、処理をステップＳ３０９へ進める。
【０１２２】
これに対し、処理がステップＳ３０７へ進んだ場合、呼制御部６３は、現在設定されている事前接続チャネルとしてのＱ．９３１チャネルをＸの値分だけ解放させる。但し、解放すべきＱ．９３１チャネルが使用中である場合には、解放処理を待機状態に設定する。その後、呼制御部６３は、ステップＳ３０８へ進め、解放されたＱ．９３１チャネルに対応するチャネル番号及び空塞状態をチャネル番号管理テーブルから削除した後、処理をステップＳ３０９へ進める。
【０１２３】
ステップＳ３０７にて待機状態にされた解放処理は、当該Ｑ．９３１チャネルを用いた音声通信が終了したときに実行され、これによって、当該Ｑ．９３１チャネルが解放され、このＱ．９３１チャネルのチャネル番号及び空塞状態がチャネル番号管理テーブル７０から削除される。
【０１２４】
処理がステップＳ３０９へ進んだ場合には、呼制御部６３は、出方路及びトラヒック量に対応するＱ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルに対応するチャネル数変更処理が終了したか否かを判定し、チャネル数変更処理が終了していない場合には、処理がステップＳ３０１に戻り、当該出方路及びトラヒック量に対応するＨ．２４５チャネル又は音声チャネルのチャネル数変更処理が行われる(Ｓ３０１〜Ｓ３０８)。これに対し、全てのチャネル数変更処理が終了している場合には、第１チャネル数変更処理のサブルーチンが終了し、処理が図５に示したメインルーチンに戻る。
【０１２５】
第１チャネル数変更処理によると、トラヒック量に応じて事前接続チャネルの数が自動的に変更される。即ち、ある出方路のトラヒック量が増加すると、当該出方路の事前接続チャネルが増加し、ある出方路のトラヒック量が減少すると、当該出方路の事前接続チャネルが減少する。これによって、Ｑ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネルの設定に要する資源を効率的に使用することができる。
【０１２６】
〈第２チャネル数変更処理〉
図９は、図５に示した第２チャネル数変更処理のサブルーチンを示すフローチャートである。図９に示すように、第２チャネル数変更処理は、呼制御部６３が保守運用機能制御部６７から通知を受け取った場合に開始される。通知には、方路番号と、チャネルの種別情報(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの別)と、チャネルの変更情報(追加，削除，変更なしの別)と、チャネルの追加数又は削除数とが含まれている。
【０１２７】
最初に、呼制御部６３は、保守運用機能制御部６７から受け取った通知を解析する(ステップＳ４０１)、このとき、呼制御部６３は、変更情報がチャネルの削除を示す場合には、処理をステップＳ４０２へ進め、変更情報がチャネルの追加を示す場合には、処理をステップＳ４０３へ進め、変更情報が変更なしを示す場合には、第２チャネル数変更処理のサブルーチンを終了する。
【０１２８】
処理がステップＳ４０２に進んだ場合、呼制御部６３は、通知された方路番号及び種別情報に対応するチャネルを、通知された削除数だけ解放すべき解放命令を接続処理部６８に与える。接続処理部６８は、解放命令に従って該当するチャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの何れか)を解放する。その後、解放したチャネルに対応するチャネル番号及び空塞状態がチャネル番号管理テーブル７０から削除され(ステップＳ４０４)、第２チャネル数変更処理のサブルーチンが終了する。
【０１２９】
これに対し、処理がステップＳ４０３に進んだ場合、呼制御部６３は、通知された方路番号及び種別情報に対応するチャネルを、通知された追加数だけ設定すべき設定命令を接続処理部６８に与える。接続処理部６８は、設定命令に従って手順Ａ〜Ｃの何れかを行い、該当するチャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの何れか)を設定する。その後、設定されたチャネルに対応するチャネル番号及び空塞状態がチャネル番号管理テーブル７０に格納され(ステップＳ４０４)、第２チャネル数変更処理のサブルーチンが終了する。
【０１３０】
第２チャネル数変更処理によると、オペレータ(例えば、ＧＷ１の管理者)によって保守コンソール７１を介して入力された事前接続チャネル数の変更要求に応じて事前接続チャネルの数が増減される。即ち、ＧＷ１の管理者等が事前接続チャネルの数をトラヒック量やチャネル資源の使用状況等のＧＷ１の状態に応じて変更することができる。
【０１３１】
〈第３チャネル数変更処理〉
図１０は、図５に示した第３チャネル数変更処理のサブルーチンを示すフローチャートである。図１０に示すように、第３チャネル数変更処理は、呼制御部６３が受信数字分析部７２から通知を受け取った場合に開始される。通知には、方路番号と、チャネルの種別情報(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの別)と、チャネルの変更情報(追加，削除，変更なしの別)と、チャネルの追加数又は削除数とが含まれている。
【０１３２】
最初に、呼制御部６３は、受信数字分析部７２から受け取った通知を解析する(ステップＳ５０１)、このとき、呼制御部６３は、変更情報がチャネルの削除を示す場合には、処理をステップＳ５０２へ進め、変更情報がチャネルの追加を示す場合には、処理をステップＳ５０３へ進め、変更情報が変更なしを示す場合には、第３チャネル数変更処理のサブルーチンを終了する。
【０１３３】
処理がステップＳ５０２に進んだ場合、呼制御部６３は、通知された方路番号及び種別情報に対応するチャネルを通知された削除数だけ解放すべき解放命令を接続処理部６８に与える。接続処理部６８は、解放命令に従って該当するチャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの何れか)を解放する。その後、解放したチャネルに対応するチャネル番号及び空塞状態がチャネル番号管理テーブル７０から削除され(ステップＳ５０４)、第３チャネル数変更処理のサブルーチンが終了する。
【０１３４】
これに対し、処理がステップＳ５０３に進んだ場合、呼制御部６３は、通知された方路番号及び種別情報に対応するチャネルを、通知された追加数だけ設定すべき設定命令を接続処理部６８に与える。接続処理部６８は、設定命令に従って手順Ａ〜Ｃの何れかを行い、該当するチャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル，音声チャネルの何れか)を設定する。その後、設定されたチャネルに対応するチャネル番号及び空塞状態がチャネル番号管理テーブル７０に格納され(ステップＳ５０４)、第３チャネル数変更処理のサブルーチンが終了する。
【０１３５】
第３チャネル数変更処理によると、各端末装置１１〜１４のユーザによって入力された「事前接続チャネル数変更特別番号＋変更するチャネル数」のようなダイヤル数字等によるデータに応じて事前接続チャネルの数が増減される。即ち、端末装置１１〜１４のユーザが事前接続チャネルの数を変更することができる。
【０１３６】
〈呼解放処理〉
図１１は、図５に示した呼解放処理のサブルーチンを示すフローチャートである。このサブルーチンは、呼制御部６３が呼解放メッセージたるＲＥＬＥＡＳＥやＤＩＳＣＯＮＮＥＣＴを受信した場合に開始される。
【０１３７】
最初に、呼制御部６３は、回線交換制御部６２に呼解放命令を与える。回線交換制御部６２は、呼解放メッセージに対応する回線交換網側の呼を解放する(ステップ６０１)。
【０１３８】
次に、呼制御部６３は、解放すべき呼に係るチャネルを呼解放メッセージに基づいて特定し、特定されたチャネルに事前接続チャネルが含まれているか否かを判定する(ステップＳ６０２)。このとき、事前接続チャネルが含まれていない場合(Ｓ６０２；Ｎ)には、処理がステップＳ６０３へ進み、事前接続チャネルが含まれている場合(Ｓ６０２；Ｙ)には、処理がステップＳ６０４へ進む。
【０１３９】
処理がステップＳ６０３へ進んだ場合には、呼制御部６３は、呼解放メッセージに対応する解放命令を接続処理部６８に与える。接続処理部６８は、解放命令に従って、インターネットＩＮ側の論理チャネル(Ｑ．９３１チャネル，Ｈ．２４５チャネル及び音声チャネル)を切断する。これによって、回線交換網間の呼が解放される。その後、呼解放処理のサブルーチンが終了する。
【０１４０】
処理がステップＳ６０４へ進んだ場合には、呼制御部６３は、解放すべき呼に係るチャネルのうち、事前接続チャネル以外のチャネルを解放すべき解放命令を接続処理部６８に与える。接続処理部６８は、解放命令に従って該当するチャネルを切断する。これによって、回線交換網間の呼が解放される。その後、処理がステップＳ６０５に進む。
【０１４１】
処理がステップＳ６０５に進んだ場合には、呼制御部６３は、解放した呼に係る事前接続チャネルの空塞状態を、空き状態を示す“０”に設定した後、呼解放処理のサブルーチンを終了する。
【０１４２】
呼解放処理によると、端末装置間(回線交換網間)の呼が解放される場合には、その呼に係る論理チャネルのうち、事前接続チャネル以外のチャネルが切断され、事前接続チャネルは設定されたままとされる。その後、ＧＷ１が下位ＰＢＸ５１から呼設定要求を受信した場合に、呼設定処理(図６参照)が実行され、事前接続チャネルを用いて呼が確立される。
以上の説明は、ＧＷ１を例として説明したが、他のＧＷ２〜４においても、ほぼ同様の処理が行われる。
【０１４３】
《実施形態の作用》
実施形態におけるＧＷによると、事前接続処理にて事前接続チャネルが設定され、呼設定処理にて事前接続チャネルを用いてＶｏＩＰ接続が実行される。このため、ＶｏＩＰ接続が行われる場合に、手順Ａ〜Ｃのうち少なくとも１つを省略することができる。従って、インターネットＩＮにおける呼設定処理を短縮できるので、ＶｏＩＰ接続(回線交換網間の呼接続)に要する時間を短縮することができる。これより、ＧＷの呼量が増大しても、呼設定処理(ＶｏＩＰ接続処理)が遅延する可能性を抑えることができる。
【０１４４】
また、第１チャネル数変更処理によって、トラヒック量に応じて事前接続チャネル数を増減することができる。このため、ある出方路のトラヒック量が増加した場合には、当該出方路に対応する事前接続チャネル数を増加させることで、増加後の呼設定要求(ＶｏＩＰ接続要求)に応じた呼設定処理において、手順Ａ〜Ｃの何れかを省略することができ、呼設定処理に要する時間を短縮することができる。また、ある出方路のトラヒック量が減少した場合には、当該出方路に対応する事前接続チャネル数を減少させることで、切断した事前接続チャネル数に係る資源を、他のチャネルの設定に割り当てることができる。従って、呼設定処理ににおける手順Ａ〜Ｃの何れかの省略を効率的に行うことができるとともに、チャネル設定に要する資源を有効に利用することができる。
【０１４５】
また、第２,３チャネル数変更処理によっても、第１チャネル数変更処理と同様に、呼設定処理の省略を効率的に行うことができるとともに、チャネル設定に要する資源を有効に利用することができる。
【０１４６】
【発明の効果】
本発明によるゲートウェイ装置によれば、例えば複数の回線交換網がゲートウェイ装置を介してインターネットに接続された複合ネットワークにおいて、回線交換網間の呼量が増大した場合に呼接続処理が遅延する可能性を抑えることができる。
【図面の簡単な説明】
【図１】本発明の実施形態によるゲートウェイ装置を適用したネットワークシステムの全体構成図
【図２】図１に示したゲートウェイ装置の機能ブロック図
【図３】図２に示したチャネル数管理テーブルの説明図
【図４】図２に示したチャネル番号管理テーブルの説明図
【図５】図２に示したゲートウェイ装置のメインルーチンを示すフローチャート
【図６】図５に示した事前接続処理を示すフローチャート
【図７】図５に示した呼設定処理を示すフローチャート
【図８】図５に示した第１チャネル数変更処理を示すフローチャート
【図９】図５に示した第２チャネル数変更処理を示すフローチャート
【図１０】図５に示した第３チャネル数変更処理を示すフローチャート
【図１１】図５に示した呼解放処理を示すフローチャート
【図１２】図１に示したネットワークシステムにおける動作を示すシーケンス図
【図１３】図１に示したネットワークシステムにおける呼設定手順を示すシーケンス図
【符号の説明】
ＩＮ インターネット
１〜４ ゲートウェイ装置
１１〜１４ 端末装置
２１〜２３ 端末装置
３１〜３３ 端末装置
４１〜４３ 端末装置
５１〜５４ ＰＢＸ
６１ 回線インターフェイス
６２ 回線交換制御部
６３ 呼制御部
６４ Ｈ．３２３プロトコル制御部
６５ ＬＡＮインターフェイス
６６ トラヒック制御部
６７ 保守運用機能制御部
６８ 接続処理部
６９ チャネル数管理テーブル
７０ チャネル番号管理テーブル
７１ 保守コンソール
７２ 受信数字分析部
Claims (16)
- 回線交換網とインターネットとの間に設けられるゲートウェイ装置であって、
発信側の回線交換網から受信した呼設定要求に応じてインターネット上に設定される通信回線を、回線交換網から呼設定要求を受信する前に設定する事前接続部と、
発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定された通信回線を用いて当該呼設定要求に対応する呼を設定する呼設定部と、
前記ゲートウェイ装置におけるトラヒック量の監視結果、又は入力された変更要求に応じて、前記事前接続部によって接続される通信回線の数を変更する変更部と
を備えたゲートウェイ装置。 - 回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置であって、
発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続部と、
発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定部と、
前記ゲートウェイ装置におけるトラヒック量を監視するトラヒック監視部と、
前記トラヒック監視部の監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更部と
を備えたゲートウェイ装置。 - 前記事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、
前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する
請求項２記載のゲートウェイ装置。 - 前記事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、
前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル、Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定する
請求項３記載のゲートウェイ装置。 - 前記チャネル数変更部は、前記トラヒック監視部の監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルの数を変更する
請求項３記載のゲートウェイ装置。 - 前記チャネル数変更部は、前記トラヒック監視部による監視結果に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルの数を変更する
請求項４記載のゲートウェイ装置。 - 回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによ る制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置であって、
発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続部と、
発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定部と、
入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更部と
を備えたゲートウェイ装置。 - 前記事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、
前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定し、
前記チャネル数変更部は、入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルの数を変更する
請求項７記載のゲートウェイ装置。 - 前記事前接続部が、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、
前記呼設定部が、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネル、Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定し、
前記チャネル数変更部は、入力されたチャネル数変更要求に応じて、前記事前接続部によって接続されたＱ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルの数を変更する
請求項８記載のゲートウェイ装置。 - 前記チャネル数変更要求を入力するための入力装置をさらに備えた
請求項７〜９の何れかに記載のゲートウェイ装置。 - 前記チャネル数変更要求が発信側の回線交換網から入力される
請求項７〜１０の何れかに記載のゲートウェイ装置。 - 回線交換網とインターネットとの間に設けられるゲートウェイ装置の呼設定方法であって、
発信側の回線交換網から受信した呼設定要求に応じてインターネット上に設定される回線交換網間の通信用の通信回線を、回線交換網から呼設定要求を受信する前に設定する事前接続ステップと、
発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定された通信回線を用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、
前記ゲートウェイ装置におけるトラヒック量の監視結果、又は入力された変更要求に応じて、前記事前接続ステップによって接続される通信回線の数を変更するステップと
を含むゲートウェイ装置の呼設定方法。 - 回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置の呼設定方法で あって、
発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続ステップと、
発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、
前記ゲートウェイ装置におけるトラヒック量を監視するトラヒック監視部ステップと、
前記トラヒック監視部ステップでの監視結果に応じて、前記事前接続部ステップによって接続されたＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更ステップと
を含むゲートウェイ装置の呼設定方法。 - 前記事前接続ステップでは、発信側の回線交換網から呼設定要求を受信する前に、Ｈ．２４５プロトコルによる制御チャネルの接続手順を実行し、
前記呼設定ステップでは、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する
請求項１３記載のゲートウェイ装置の呼設定方法。 - 前記事前接続ステップでは、発信側の回線交換網から呼設定要求を受信する前に、音声チャネルの接続手順を実行し、
前記呼設定ステップでは、発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続ステップにて設定されたＱ．９３１プロトコルによる制御チャネル及びＨ．２４５プロトコルによる制御チャネル及び音声チャネルを用いて当該呼設定要求に対応する呼を設定する
請求項１４記載のゲートウェイ装置の呼設定方法。 - 回線交換網とインターネットとの間に設けられ、発信側の回線交換網から受信した呼設定要求に応じて、Ｑ．９３１プロトコルによる制御チャネル，Ｈ．２４５プロトコルによる制御チャネル及び音声チャネルを用いた呼を設定するゲートウェイ装置の呼設定方法であって、
発信側の回線交換網から呼設定要求を受信する前に、Ｑ．９３１プロトコルによる制御チャネルの接続手順を実行する事前接続ステップと、
発信側の回線交換網から呼設定要求を受信した場合に、前記事前接続部によって設定されたＱ．９３１プロトコルによる制御チャネルを用いて当該呼設定要求に対応する呼を設定する呼設定ステップと、
入力されたチャネル数変更要求に応じて、前記事前接続ステップによって接続されるＱ．９３１プロトコルによる制御チャネルの数を変更するチャネル数変更ステップと
を含むゲートウェイ装置の呼設定方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03723799A JP3664600B2 (ja) | 1999-02-16 | 1999-02-16 | ゲートウェイ装置 |
| US09/438,653 US6771637B1 (en) | 1999-02-16 | 1999-11-12 | Gateway apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03723799A JP3664600B2 (ja) | 1999-02-16 | 1999-02-16 | ゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000236355A JP2000236355A (ja) | 2000-08-29 |
| JP3664600B2 true JP3664600B2 (ja) | 2005-06-29 |
Family
ID=12492012
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP03723799A Expired - Fee Related JP3664600B2 (ja) | 1999-02-16 | 1999-02-16 | ゲートウェイ装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6771637B1 (ja) |
| JP (1) | JP3664600B2 (ja) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100847596B1 (ko) * | 2000-03-02 | 2008-07-21 | 소니 가부시끼 가이샤 | 통신망 시스템, 게이트웨이, 데이터 통신방법과 프로그램제공매체 |
| US7110391B1 (en) | 2000-03-03 | 2006-09-19 | Nortel Networks Limited | Transporting telephony signaling over a data network |
| US8295269B1 (en) * | 2000-04-10 | 2012-10-23 | Nokia Corporation | Technique for informing network of voice traffic |
| US7298697B2 (en) * | 2000-04-10 | 2007-11-20 | Nokia Corporation | Setting a communication channel |
| JP3596446B2 (ja) | 2000-08-29 | 2004-12-02 | 日本電気株式会社 | Ａｔｍ交換機 |
| KR100383625B1 (ko) * | 2001-05-26 | 2003-05-14 | 삼성전자주식회사 | 보이스 오버 인터넷 프로토콜 시스템에서의 라우팅 서비스방법 |
| US7664873B1 (en) * | 2001-06-20 | 2010-02-16 | Juniper Networks, Inc | Generating path-centric traffic information for analysis using an association of packet-centric information to path-centric information |
| US7417981B2 (en) | 2003-10-15 | 2008-08-26 | Vonage Holdings Corp. | Method and apparatus for enhanced Internet Telephony |
| US7386111B2 (en) | 2004-02-10 | 2008-06-10 | Vonage Network Inc. | Method and apparatus for placing a long distance call based on a virtual phone number |
| US20060209792A1 (en) * | 2005-02-17 | 2006-09-21 | Logitel Corporation | Voip to wireless gateway |
| US20060159066A1 (en) * | 2005-01-19 | 2006-07-20 | Nurnberger Alfred R | Voice-over-internet protocol gateway |
| US20060182093A1 (en) * | 2005-02-17 | 2006-08-17 | Nurnberger Alfred R | VOIP gateway network |
| US20060210036A1 (en) | 2005-03-16 | 2006-09-21 | Jeffrey Citron | System for effecting a telephone call over a computer network without alphanumeric keypad operation |
| US8683044B2 (en) * | 2005-03-16 | 2014-03-25 | Vonage Network Llc | Third party call control application program interface |
| JP4463133B2 (ja) * | 2005-03-25 | 2010-05-12 | Ｎｅｃインフロンティア株式会社 | ボタン電話装置および音声通信チャネル制御方法 |
| CN101361356A (zh) | 2005-11-09 | 2009-02-04 | 沃纳格控股公司 | 用于定制主叫标识的方法和*** |
| US8917717B2 (en) | 2007-02-13 | 2014-12-23 | Vonage Network Llc | Method and system for multi-modal communications |
| MX2008010979A (es) | 2006-02-27 | 2009-01-23 | Vonage Holdings Corp | Metodo y sistema para transferencia de datos bidireccional. |
| JP5040246B2 (ja) * | 2006-10-04 | 2012-10-03 | 東芝三菱電機産業システム株式会社 | プロトコル変換システム及びその制御方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU596790B2 (en) * | 1984-11-20 | 1990-05-17 | Nec Corporation | Channel assignment system for loop network |
| CA2217838C (en) | 1996-11-07 | 2003-07-29 | At&T Corp. | Wan-based voice gateway |
| US6078582A (en) * | 1996-12-18 | 2000-06-20 | Bell Atlantic Network Services, Inc. | Internet long distance telephone service |
| US6259691B1 (en) * | 1998-07-24 | 2001-07-10 | 3Com Corporation | System and method for efficiently transporting dual-tone multi-frequency/multiple frequency (DTMF/MF) tones in a telephone connection on a network-based telephone system |
| US6463053B1 (en) * | 1998-12-01 | 2002-10-08 | Nortel Networks Limited | Voice-and-fax-over IP dialing plan |
| US6233223B1 (en) * | 1999-08-03 | 2001-05-15 | Nortel Networks Limited | Control of distributed allocation of channels |
-
1999
- 1999-02-16 JP JP03723799A patent/JP3664600B2/ja not_active Expired - Fee Related
- 1999-11-12 US US09/438,653 patent/US6771637B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US6771637B1 (en) | 2004-08-03 |
| JP2000236355A (ja) | 2000-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3664600B2 (ja) | ゲートウェイ装置 | |
| JP4786993B2 (ja) | 音声伝送用の電話網を使用するｉｐテレビ会議を確立する方法 | |
| EP0660572A2 (en) | Location dependent service for a wireless telephone | |
| JPH01168155A (ja) | 通信端末装置 | |
| JPH08223302A (ja) | 電話端末の制御下での自動コールバック | |
| US20070071202A1 (en) | Server apparatus | |
| KR100552514B1 (ko) | 공중 전화망 백업 기능을 가진 브이 오 아이 피단말에서의 호 대기 서비스 방법 및 그 장치 | |
| US20010010690A1 (en) | Method, service switching point, service control point, internet gateway, program module, and internet terminal for establishing a connection between a telephone-network terminal and an internet terminal | |
| JPH05300257A (ja) | Ｉｓｄｎ着信転送制御方式 | |
| JP3701492B2 (ja) | ゲートウェイ装置 | |
| US6339592B2 (en) | Apparatus and method of connecting computer network to telephone | |
| JP2004266437A (ja) | ボタン電話システム、ボタン電話装置およびプログラム | |
| KR100251001B1 (ko) | 컴퓨터 망을 이용한 전화 착/발신 제어방법 | |
| KR100640289B1 (ko) | 통화 서비스를 제공 받기 위한 ｉｐ 단말기의 동작 방법및 그 ｉｐ 단말기 | |
| JP2004129157A (ja) | 電話装置 | |
| JPH11341073A (ja) | インターネット電話装置 | |
| JPH11205475A (ja) | 通話装置 | |
| KR0157390B1 (ko) | Isdn교환기의 전화/데이타 통합 처리장치 및 그 방법 | |
| KR100252510B1 (ko) | 전전자 교환기의 안내대 호 재착신방법 | |
| JP2004032288A (ja) | 通信アダプタおよびその制御方法 | |
| JPH09163416A (ja) | 構内交換機の内線通信管理システム | |
| JP2664175B2 (ja) | 通信システム | |
| JP2009147728A (ja) | 同一の回線から複数の発信先に対して同時に発信可能とした構内交換機 | |
| KR20020021854A (ko) | 아이에스디엔 환경에서 사용자측 다이얼 처리 방법 | |
| JPH02305054A (ja) | 通信端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041116 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041130 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050131 |
|
| 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: 20050322 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050329 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080408 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090408 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090408 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100408 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110408 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |