JP4410907B2 - 音声呼管理制御方法およびそのためのゲートウェイ装置 - Google Patents
音声呼管理制御方法およびそのためのゲートウェイ装置 Download PDFInfo
- Publication number
- JP4410907B2 JP4410907B2 JP2000099665A JP2000099665A JP4410907B2 JP 4410907 B2 JP4410907 B2 JP 4410907B2 JP 2000099665 A JP2000099665 A JP 2000099665A JP 2000099665 A JP2000099665 A JP 2000099665A JP 4410907 B2 JP4410907 B2 JP 4410907B2
- Authority
- JP
- Japan
- Prior art keywords
- voice call
- packet
- gateway device
- voice
- call packet
- 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
- 238000000034 method Methods 0.000 title claims description 37
- 238000004891 communication Methods 0.000 claims description 40
- 230000005540 biological transmission Effects 0.000 claims description 39
- 230000011664 signaling Effects 0.000 claims description 19
- 238000010586 diagram Methods 0.000 description 29
- 238000005516 engineering process Methods 0.000 description 11
- 230000000694 effects Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 101000610110 Homo sapiens Pre-B-cell leukemia transcription factor 2 Proteins 0.000 description 2
- 102100040168 Pre-B-cell leukemia transcription factor 2 Human genes 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000012447 hatching Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/801—Real time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/822—Collecting or measuring resource availability data
-
- 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/1083—In-session procedures
-
- 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/80—Responding to QoS
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の属する技術分野】
本発明は、音声呼管理制御方法およびその方法に用いるゲートウェイ装置に関する。
従来の音声系ネットワークにおける通信においては、特定の回線交換経路を介して音声情報のやりとりが行われている。いわゆる電話交換網がその代表例である。
【0002】
このような通信は、音声のようにリアルタイム性が必要とされる用途には最適な方法であると共に、通話品質ということが重要視される場合に有効な方法である。
一方、上記電話交換網のような音声系ネットワークとは別の形態のネットワークとして、インターネットやイントラネット等に代表されるデータ系ネットワークがある。このデータ系ネットワークにおける通信は、上記音声系ネットワークとは反対に、いかに多量のデータを伝送するかということと、いかに伝送ルートの最適化ならびに効率化を図るかということを重要視する場合に有効な方法である。この方法に基づくネットワークとして最も広く利用されているのがInternet Protocol(IP)ネットワークである。
【0003】
これまで、上記音声系ネットワークとデータ系ネットワークとはそれぞれ独立の通信方式のもとで運用されてきたが、近年これらの通信方式を融合させる技術が次々と確立し始めてきている。例えば、Voice over FR(VoFR)、Voice over ATM(VoATM)、Voice over IP(VoIP)等が、その融合技術としてよく知られている。そしてこの中でもとりわけVoIP技術が注目を浴びている。
【0004】
その理由は、第1に、パソコン(PC)とアプリケーションソフトウェアが広く普及してきたことと、そのPCとアプリケーションソフトウェアを使ったインターネットが普及したことに起因してIPネットワークの環境が充実してきたこと、第2に、そのIPネットワークによるデータと音声の統合効果により、通信コストが大幅に低減したこと、を挙げることができる。
【0005】
かくして、VoIP技術を基盤としたいわゆる統合ネットワークの構築が一層加速しているのが現状である。本発明はかかる状況のもとで、IPネットワークに応用して特に有効な、音声呼管理制御方法について述べる。
【0006】
【従来の技術】
図14の(a)は一般的な音声系ネットワークのシステム構成を、(b)は一般的なデータ系ネットワークのシステム構成をそれぞれ示す図である。
本図の、一般的な音声系ネットワーク(a)では、配下に電話機1(#1)を有するPBX2(#1)と、同じく配下に電話機1(#2)を有するPBX2(#2)とが、公衆網3または専用線網4を介して、接続し、電話機1(#1)と電話機1(#2)との間で音声通話を行う。
【0007】
一方、本図の、一般的なデータ系ネットワーク(b)では、配下にパソコン(PC)5を有する伝送装置6(#1)と、配下にホスト8を有する伝送装置6(#2)とが、専用線網7を介して、接続し、パソコン(PC)5とホスト8との間でデータ通信を行う。
このように、従来は、音声系ネットワーク(電話交換網)と、データ系ネットワーク(IPネットワーク)とが2分化して別々に存在していた。
【0008】
ところが既述したVoIP技術の進展に伴って、音声情報をIPパケットに乗せて伝送する技術が発展し、ここに、2分化された上記の音声系およびデータ系のネットワークは、一つに統合され、広く統合ネットワークが構築されるに至った。
図15はVoIP技術を基盤とした、一般的なIPネットワークの一構成例を示す図である。なお全図を通じて、同様の構成要素には同一の参照番号または記号を付して示す。
【0009】
本図において、11#1は一方の幹線系(例えば東京地区本社)、11#2は他方の幹線系(例えば大阪地区本社)であり、これらの幹線系11#1および11#2はそれぞれのゲートウェイ装置(GW)12#1および12#2を介して、大容量の専用線14によって結ばれる。
一方の幹線系11#1とその配下の各支線系16(#1,#2…)とは、それぞれのゲートウェイ装置(GW)12#1および17を介して、専用線15#1によって結ばれる。
【0010】
同様に、他方の幹線系11#2とその配下の各支線系16(…#9,#10)とは、それぞれのゲートウェイ装置(GW)12#2および17を介して、専用線15#2によって結ばれる。
幹線系11#1内は、前述した、電話機1#1を有するPBX2#1と、PC5#1と、ゲートウェイ装置(GW)12#1とが、LAN13#1によって結ばれている。
【0011】
幹線系11#2内も同様に、前述した、電話機1#2を有するPBX2#2と、PC5#2と、ゲートウェイ装置(GW)12#2とが、LAN13#2によって結ばれている。
このような幹線系11#1,#2の構成は、基本的に各支線系16(#1,#2…#9,#10)についても同様であり、各ゲートウェイ装置(GW)17と、PBX18と、PC19とが、LAN(点線で示す)によって結ばれる。
【0012】
図15に一構成例を示す、音声系とデータ系とをVoIP技術により統合したIPネットワークにおいて、本発明に係る音声呼管理制御方法と密接な関連を有するのは、幹線系11のゲートウェイ装置(GW)12であり、また、支線系16のゲートウェイ装置(GW)17である。なお、以下の説明は、幹線系のゲートウェイ装置に主として着目して行うが、支線系のゲートウェイ装置も同様に考えることができる。
【0013】
図16は一般的なゲートウェイ装置の一構成例を示す図である。
従来の一般的なゲートウェイ装置20は、LAN(13)を制御するためのLAN制御部21と、相手方のゲートウェイ装置との間で専用線14によるサービスを受けるための回線制御を行うWAN制御部23と、プログラムを含む所要の各種データを格納するメモリ部24と、種々のサービスメニューを提示したり各種障害情報を表示するディスプレイ/LED部25と、ゲートウェイ装置20に対する各種パラメータ(局データ等)が、例えばRS232Cのポートを介して外部PCより設定される外部I/F(インタフェース)部26と、共通バス27を介して装置20全体の制御を司る、CPUを含む制御部22とからなる。
【0014】
【発明が解決しようとする課題】
上記ゲートウェイ装置20の制御のもとで、専用線14および相手方ゲートウェイ装置を介して、例えば、電話機1#1および電話機1#2の間で通話を行っている場合、音声呼パケットの遅延やパケットロスに起因して、音声が遅れて到達したり、会話が途切れ途切れになったりして、既述したリアルタイム性や一定の通話品質が保てなくなり、正常な会話状態が成立しない、という問題が生じている。
【0015】
通常、統合ネットワークにおいては、伝送路をいかに効率的に使用するかを主眼において技術革新がなされてきており、一例としてはRSVP(IntServ)、DiffServなる帯域確保技術により、IPネットワークにおける通信状態の確保を行っている。
ところが一方、実際にはネットワーク環境によっては、上記の帯域確保技術が使えない場合も数多く存在する。これは、IPネットワーク内にある全ての、ルータ等を含むゲートウェイ装置間でその帯域確保機能を持っていなくてはならず、インターネット等の場合においては、どこでどのように音声パケットがルーティングされて行くかわからないため、結局は、上記の問題が発生してしまう。
【0016】
また、上記のVoIP技術をもとにした通信においては、呼の管理を行うためのGateKeeper(図15のGK参照)を経由して通信を行う場合があるが、音声呼のみの管理という観点からは、IPネットワーク状態を監視することができるが、データ呼の管理まで管理しているものはあまりないし、また例えあったとしても、上記Gatekeeperを用いて通信を行うことが標準規格上必須とはなっていないため、結局は、上記に示す問題が発生することになる。
【0017】
したがって本発明は上記問題点に鑑み、通話のリアルタイム性と一定の通話品質とを常に保つことができるようにした音声呼管理制御方法と、その方法を実施するためのゲートウェイ装置とを提供することを目的とするものである。
【0018】
【課題を解決するための手段】
VoIP技術を基盤とする音声系とデータ系の統合ネットワークにおいて、しばしば音声呼パケットの遅延やパケットロスに起因して、通話のリアルタイム性や一定の通話品質が保てなくなる場合がしばしば発生し、その原因について分析したところ次のような現象が明らかになった。
【0019】
統合ネットワーク内のあるゲートウェイ装置12#1から他の対向ゲートウェイ装置12#2に音声呼パケットを伝送する場合、連続する2つの手順を必要とする。第1の手順はシグナリング情報をなす音声呼パケットを送信する手順であり、通信確立のための手順である。これにより伝送パスが張られると、次に第2の手順が開始する。この手順は、その伝送パスを介して、本来の音声情報をなす音声呼パケットを送信する手順であり、ここに会話状態が開始する。
【0020】
上記の第1および第2の手順は、上記伝送パスが有する空き通信帯域に比べて上記音声呼パケットの所要帯域が少ない場合には、共に成立し、問題なく上記会話状態に達しその会話状態を正常に維持できる。
逆に、上記の第1および第2の手順は、上記の空き通信帯域に比べて上記の音声呼パケットの所要帯域が多い場合には、共に成立せず、上記伝送パスは張れず、上記会話状態にも到達し得ない。
【0021】
問題は、上記第1の手順は成立しても、上記第2の手順は成立しない場合がある、ということである。この原因は、上記シグナリング情報をなす音声呼パケットの所要帯域と上記音声情報をなす音声呼パケットとの間のアンバランスにある。すなわち、音声情報のパケット伝送に要する所要帯域に比べてシグナリング情報のパケット伝送に要する所要帯域は少ない。経験的には、これらの所要帯域の比は、1.5〜2対1である。
【0022】
そうすると、これらの所要帯域の差により、上記第1の手順は成立しても上記第2の手順は不成立ということが起こり得る。このような場合、通信確立手順を通じて、相手先にシグナリング情報が届き、その後の接続ネゴシエーションさえ完了してしまえば、通信は確立し、通話状態にまで達する。
この場合は、空き通信帯域に余裕はないとは言え、所要帯域の少ないシグナリング情報によって通信状態にまでは達し得ただけであり、その後の、所要帯域の多い音声情報にとっては最早通信帯域は不十分であり、結局、正常な会話状態は維持できないことになる。この結果、上記のリアルタイム性や一定の通話品質が失なわれてしまうことになる。本発明は上述した分析結果に着眼してなされたものである。
【0023】
図1は本発明に係る方法の基本ステップを示す図である。
音声系とデータ系の統合ネットワークにおける、本発明に基づく音声呼管理制御方法は、図1に示す第1、第2および第3ステップ(S11,S12,S13)からなる。
第1ステップS11:前記統合ネットワーク内の第1ゲートウェイ装置12#1に入力されるパケットが音声呼パケットか否かを識別する。
【0024】
第2ステップS12:第1ステップS11において、音声呼パケットであると識別されたとき、対向する第2ゲートウェイ装置12#2との間の伝送パスが有する空き通信帯域と当該音声呼パケットの所要帯域とに基づき、当該音声呼パケットがその伝送パスを通過可能か否かの判定を行う。
第3ステップS13:通過可能と判定されたときのみ、当該音声呼パケットを前記第2ゲートウェイ装置に転送する。
【0025】
図2は本発明に係るゲートウェイ装置の基本構成図である。上述した図1のステップS11〜S13は、図2のゲートウェイ装置30によって、実施可能である。
図2を参照すると、音声系のデータ系の統合ネットワーク内の、本発明に係るゲートウェイ装置30は、少なくとも、図示する識別手段31と判定手段32とを有している。好ましくは、さらにメモリ手段33を有してなる。なお、図2のゲートウェイ装置30は、図16のゲートウェイ装置20に対応するが、図2では、本発明に特徴的な手段(31,32,33)のみを明示する。これら識別手段31および判定手段32は、図16の制御部22内にソフトウェアにより形成することができる。また、メモリ手段33は、図16のメモリ部24として形成することができる。
【0026】
具体的には、識別手段31は、ゲートウェイ装置12#1に入力されるパケットが音声呼パケットか否かを識別する。
また、判定手段32は、識別手段31において音声呼パケットであると識別されたとき、対向する他のゲートウェイ装置12#2との間の伝送パスが有する通信帯域と当該音声呼パケットの所要帯域とに基づき、当該音声呼パケットが該伝送パスを通過可能か否かの判定を行う。
【0027】
さらにまた上記のメモリ手段33は、識別手段31による識別または判定手段32による判定を行うために参照される所定のパラメータを保持する。
したがって再び上記図1を参照すると、第1ゲートウェイ装置12#1内のメモリ手段33に保持された上記所定のパラメータを参照して、第1または第2ステップ(S1,S12)を実行することになる。
【0028】
【発明の実施の形態】
図3は本発明が適用される統合ネットワークの一構成例を示す図である。ただし図15に示したIPネットワークの構成とほぼ同じである。図15と相違するのは、第1ゲートウェイ装置(GW)12#1と第2ゲートウェイ装置(GW)12#2との間の専用線14の部分を、図解的に描き改めたことである。
【0029】
すなわち、専用線14上で形成される伝送パスを参照番号10としてパイプ(通信帯域)で表し、このパイプを占有しているデータの部分(音声系とデータ系の双方を含む)をハッチングを付して表す。本図の例では、最大許容通信帯域を全て使い切っておらず、空き通信帯域AB(Available Band)が存在している。
【0030】
新たに音声呼パケットが幹線系11#1(あるいは該幹線系11#1の配下にある支線系16)内において発生したとすると、ゲートウェイ装置(GW)11#1は、まず、その入力されたパケットが音声呼パケットであるか否か識別する。この場合該パケットは音声呼パケットであるから、これを識別する。
この識別後、ゲートウェイ装置(GW)11#1は、最初に入力されてくるシグナリング情報(図中の〈1〉)が、伝送パス10の空き通信帯域ABを通過できるか否か判定する。この判定により、通過可能と分かると、次に入力されてくる音声情報が同様にその空き通信帯域ABを通過できるか否か判定する。この判定により通過可能と分かると、両ゲートウェイ装置(11#1,11#2)間に通話パスが確立され、会話状態に入る。
【0031】
図4はゲートウェイ装置30の具体的構成例を示す図である。
本図に示すとおり、その基本ブロック構成は、図16に示した構成と変わらないが、主として制御部22については、その内部構成が変更されている。すなわち、識別部41および解析部42が、既述の識別手段31として、形成され、伝送パス帯域管理部43が、既述の判定手段32として、形成される。また、メモリ部24にはさらにパラメータ情報ならびにルーティング情報が保持されて、既述のメモリ手段33となる。
【0032】
図5は本発明のゲートウェイ装置により実行される主要なステップとこれに関連するステップとを示すフローチャートである。
本図において、ステップS11,S12およびS13は、図1に示したS11,S12およびS13に対応する。
ステップS21:ユーザが幹線系内(あるいは支線系内)の電話機1より、相手先の電話番号をダイヤルしたものとする。
【0033】
ステップS22:そのダイヤル情報は、対応するPBX2(もしくはゲートウェイ装置30の入力段)においてIPパケット化される。
ステップS23:他のユーザがパソコン(PC)5より、ホスト8に向けてデータを転送しているものとする。このデータもIPパケット化されている。
上記ステップにより、ゲートウェイ装置30に入力されたIPパケットは、まず、ステップS24に入る。
【0034】
ステップS24:図4の識別部41において、その入力されたIPパケットが音声呼パケットか否か判定する。
このステップS24においては、メモリ部24内に保持されたパラメータ情報を参照する。この“パラメータ”は、入力されたパケットのヘッダ部分に記述される情報要素であり、当該パケットの属性等を示す。最も大事なのは、当該パケットが音声呼パケットか否かを示す情報要素である。
【0035】
具体的には、上記パラメータは、ゲートウェイ装置30に入力されるパケットの、IPソースアドレス、TCP/IP、RTP、UDPの各ポート番号、およびTOS値の少なくとも1つである。このパラメータに基づき、ステップS24を実行する。メモリ部24は、好ましくは、これら全てのパラメータを保持する。ここに、TCP/IPは、Transmission Control Protocol/Internet Protocol、
RTPは、Real−time Transfer Protocol、
UDPは、User Datagram Protocol、
TOSは、Time Of Serviceであり、いずれも周知である。
【0036】
メモリ部24内のパラメータ情報としては、音声呼パケットであることを表示する特定のIPソースアドレスやTCP/IP、RTP等が記述されており、これらのパラメータのいずれかに一致する入力パケットがあれば、これは音声呼パケットであると識別される。図5において、
ステップS25:ステップS24により識別された、シグナリング情報をなす音声呼パケットの所要帯域に基づき、このシグナリング情報が伝送パス10を通過可能か否かの判定を行う。
【0037】
ステップS26:通過可能と判定されると、音声情報をなす音声呼パケットの所要帯域に基づき、この音声情報が伝送パス10を通過可能か否かの判定を行う。
ステップS27:上記ステップS25とS26の結果が共にYesであると、通話状態となり、このときは、リアルタイム性と一定の通話品質とを保った会話が行える。
【0038】
再び上記ステップS24(識別)についてもう少し詳しく考察すると、その識別を実行する際の上述のパラメータを、メモリ部24内に保持するために事前入力するが、この入力は外部インタフェース部26から行うことができる。
しかしながら、入力される音声呼パケットの全てが、そのメモリ部24内のパラメータのいずれかと必ず一致するとは限らない。すなわち、メモリ部24に未登録のパラメータもあり得る。このような未登録のパラメータを有する音声呼パケットは、その次に来るステップS25およびS26による判定が受けられず、本発明による効果を得ることができない。
【0039】
そこで、メモリ部24に未登録のパラメータを有するパケットが出現したときは、これは解析部42にて解析し、音声呼パケットを表すものであることが判明したらメモリ部24にそのパラメータを登録し、パラメータ情報を増やす。すなわち、識別手段31をなすその解析部42は、上記の識別を実行する際のパラメータを、音声呼パケットがゲートウェイ装置30を通過するときにその音声呼パケットの情報要素を解析することにより割り出し、これをメモリ手段をなすメモリ部24内に蓄積して保持する。
【0040】
これにより当該音声呼パケットが次回ゲートウェイ装置30に入力されるときには、ステップS24による識別で音声呼パケットであるものと認定され、引き続く、ステップS25およびS26による判定を受けることができる。
解析部42により解析される上記の情報要素としては、例えば、当該音声呼パケットの「パケット長」があり、所定のパケット長であることを検出して、メモリ部24に蓄積されるパラメータとしてさらに加える。
【0041】
また上記ステップS26について考察すると、音声情報が伝送パスを通過可能か否かの判定に用いるパラメータとして、例えば、当該音声呼パケットの通信スループット情報を用いることができ、このパラメータに基づき該ステップS26を実行することができる。
図6は図5のステップS26の変形態様を示す図である。
【0042】
本図に示すとおり、ステップS26での判定は、
ステップS31:音声呼パケットの伝送パス10への通過を許可するか、
ステップS32:その通過を制限するか、または、
ステップS33:その通過許可の待ち受けとするか、のいずれかの判定である。
【0043】
上記ステップS31とS32はそれぞれ、図5のステップS27とS28に相当するので、ステップS33が新たなステップである。このステップS33を利用して新たなサービスをユーザに提供することができる。これを図7に示す。
図7は図6のステップS33の応用例を示す図である。
図7によれば、通信予約のステップS41をさらに含み、ステップS26での判定が、伝送パス10への通過許可の待ち受けとする判定であるとき(ステップS33)、その通信予約を行い、該通過許可の発行(ステップS26とYes)と同時に当該音声呼パケットの送信を行う(ステップS42)。
【0044】
ユーザはトラヒックの輻輳が終了したら即座に発呼したい場合がある。このような要求に応えるために通信予約を可能とし、この予約があったときは、ステップS26で通過許可が出次第、待ちとなっていた音声呼パケットを送信開始することができる。なおこの予約は、ユーザからの操作によりゲートウェイ装置30に対して行うことができる。予約の有無は、メモリ部24に一時的に記録しておけばよい。
【0045】
以上、本発明に係る音声呼管理制御方法とゲートウェイ装置について述べてきたが、最後に、上述の説明に関連する詳細例について述べておく。
図8はシグナリング情報についてその詳細例を示す図である。
すなわちシグナリング情報伝送時のIPパケット(音声呼パケット)のフィールドを一例として示す図である。
【0046】
図中のIPは最下位のレイヤ、TCPはその上のレイヤ、UDPはさらにその上のレイヤにそれぞれ対応する。これをさらに詳しく図9〜11において示す。
図9はIPヘッダフィールドの詳細例を示す図であり、
図10はTCPヘッダフィールドの詳細例を示す図であり、
図11はUDPヘッダフィールドの詳細例を示す図である。
【0047】
これら図9〜11において、左下がりハッチングの部分は、既述のパラメータのうち、識別部41(図4)による識別(図5のステップS24参照)のために特に有用な情報要素であり、これを見ることにより入力されたパケットが音声呼パケットか否かを識別できる。
一方、右下がりハッチングの部分は、既述のパラメータのうち、解析部42(図4)による解析に用いることのできるパラメータであり、そのパケット長(“トータル長”)を見て、音声呼パケットであると解析できる。そして当該音声呼パケットのヘッダから得た情報要素、IPソースアドレス、TCP/IP…等をメモリ部24に登録することができる。このトータル長は例えば音声呼パケットの場合80byteである。
【0048】
図12は図4内でのパケットの動きと処理を図解的に表す図である。
本図において、(1)〜(5)は処理の流れを示す。また簡単のため3つのパケットA,B,Cのみを示す。
先ずは、LAN制御部21へ入力されIPパケットのIPソースアドレス/ポート番号/TOS値等を識別部41で見て、音声呼パケットかどうか識別を行う。
【0049】
例えば、メモリ部24からそれらのパラメータを参照し、その比較を行い、音声呼パケットと判断する。このとき、既にメモリ部24にパラメータが登録済の場合は何も処理しないが、新規の音声呼パケットであれば解析部42により、既述のパケット長を調べて、そのIPソースアドレス/ポート番号/TOS値をメモリ部24に登録し、累積する。
【0050】
図12の伝送パス帯域管理部43について見ると、メモリ部24に対しては事前にIPアドレス等と送付先との関係等を示すルーティング情報を格納しておく必要がある(図4の“ルーティング情報”)。
また、音声呼パケットのフィールド帯域は予め、圧縮方式等から一義的にその容量が決まっているので、このことを利用して、予めルーティングテーブルを作るとき、音声呼という観点から所要帯域はこれだけ必要になるという情報も入れておくことにより、1つの音声呼の所要帯域は決まってくる。音声呼の通信であれば、そのパケット個数により伝送パス使用帯域は決定できる。また、データ呼の場合は、通信中のスループットを測定することにより、伝送パス使用帯域は分かる。
【0051】
以上の構成のもとで、図3に示す統合ネットワーク内で実現される通信シーケンスは図13のようになる。
図13は図3において実現される通信シーケンスを表す図である。
本図では、上半分に「通信可」の場合のシーケンスを、下半分に「通信不可」の場合のシーケンスをそれぞれ示す。
【0052】
支線系16よりPBX#a1を通してシグナリング(発呼)が発生すると、GW#1内で、音声呼パケットの識別や伝送パスを通過可能か否かの判定が行われ、その判定の結果、通過可能ということであれば(帯域OK)、その旨のシグナリングをPBX#a1(応答)に返す。これと共に、相手方PBX#b10へシグナリング(発呼)を送り込む。相手方が着呼すると、その旨のシグナリング(応答)を、RBT(Ring Back Tone)として、PBX#a1に返す。ここで音声通話が開始する。このときの会話においては、リアルタイム性と一定の通話品質が確保される。
【0053】
本図の後半では、伝送パスを通過することが可能でないとの判定が出され、シグナリング(応答)として、帯域NGを伝えるBT(Busy Tone)が当該ユーザに与えられる。ユーザはトラヒックの輻輳が回避された後、再発呼する。
【0054】
【発明の効果】
以上説明したように本発明によれば、トラヒックの輻輳時において、通話を開始するときから、リアルタイム性や一定の通話品質を失うような劣悪な通話状態に陥ってしまうようなことが未燃に防止され、IPネットワークのエンドユーザに快適な通話サービスを提供することができる。また必要であれば、そのような劣悪な通話状態から脱したことをゲートウェイ装置で検出して、保留していた発呼動作を自動的に再スタートさせることもできる。
【図面の簡単な説明】
【図1】本発明に係る方法の基本ステップを示す図である。
【図2】本発明に係るゲートウェイ装置の基本構成図である。
【図3】本発明が適用される統合ネットワークの一構成例を示す図である。
【図4】ゲートウェイ装置30の具体的構成例を示す図である。
【図5】本発明のゲートウェイ装置により実行される主要なステップとこれに関連するステップとを示すフローチャートである。
【図6】図5のステップS26の変形態様を示す図である。
【図7】図6のステップS33の応用例を示す図である。
【図8】シグナリング情報についてその詳細例を示す図である。
【図9】IPヘッダフィールドの詳細例を示す図である。
【図10】TCPヘッダフィールドの詳細例を示す図である。
【図11】UDPヘッダフィールドの詳細例を示す図である。
【図12】図4内でのパケットの動きと処理を図解的に表す図である。
【図13】図3において実現される通信シーケンスを表す図である。
【図14】(a)は一般的な音声系ネットワークのシステム構成を、(b)は一般的なデータ系ネットワークのシステム構成をそれぞれ示す図である。
【図15】VoIP技術を基盤とした、一般的なIPネットワークの一構成例を示す図である。
【図16】一般的なゲートウェイ装置の一構成例を示す図である。
【符号の説明】
1…電話機
5…パソコン(PC)
6…伝送装置
7…専用線網
8…ホスト
10…伝送パス
11…幹線系
12…ゲートウェイ装置(GW)
13…LAN
14…専用線
15…専用線
16…支線系(#1,#2,#9,#10)
17…ゲートウェイ装置(GW)
18…PBX
19…PC
20…ゲートウェイ装置
21…LAN制御部
22…制御部
23…WAN制御部
24…メモリ部
26…外部インタフェース部
30…ゲートウェイ装置
31…識別手段
32…判定手段
33…メモリ手段
41…識別部
42…解析部
43…伝送パス帯域管理部
AB…空き通信帯域
Claims (5)
- 音声系とデータ系の統合ネットワークにおける音声呼管理制御方法であって、
前記統合ネットワーク内の第1ゲートウェイ装置に入力されるパケットが音声呼パケットか否かを識別する第1ステップと、
前記第1ステップにおいて、音声呼パケットであると識別されたとき、対向する第2ゲートウェイ装置との間の伝送パスが有する空き通信帯域と当該音声呼パケットの所要帯域とに基づき、当該音声呼パケットが該伝送パスを通過可能か否かの判定を行う第2ステップと、
通過可能と判定されたときのみ、当該音声呼パケットを前記第2ゲートウェイ装置に転送する第3ステップとを有し、ここに
前記第1または第2ステップは、前記第1ゲートウェイ装置内に保持された所定のパラメータを参照して実行し、
前記第1ステップを実行する際の前記パラメータを、前記音声呼パケットが前記第1ゲートウェイ装置を通過するときにその音声呼パケットの情報要素を解析することにより割り出し、これを前記第1ゲートウェイ装置内に蓄積して保持することを特徴とする音声呼管理制御方法。 - 前記パラメータが、
前記第1ゲートウェイ装置に入力されるパケットの、IPソースアドレス、TCP/IP、RTP、UDPの各ポート番号、およびTOS値の少なくとも1つであって、当該パラメータに基づき、前記第1ステップを実行する請求項1に記載の音声呼管理制御方法。 - 前記情報要素が、当該音声呼パケットのパケット長であり、所定のパケット長であることを検出して、蓄積される前記パラメータに加える請求項1に記載の音声呼管理制御方法。
- 音声系とデータ系の統合ネットワークにおける音声呼管理制御方法であって、
前記統合ネットワーク内の第1ゲートウェイ装置に入力されるパケットが音声呼パケットか否かを識別する第1ステップと、
前記第1ステップにおいて、音声呼パケットであると識別されたとき、対向する第2ゲートウェイ装置との間の伝送パスが有する空き通信帯域と当該音声呼パケットの所要帯域とに基づき、当該音声呼パケットが該伝送パスを通過可能か否かの判定を行う第2ステップと、
通過可能と判定されたときのみ、当該音声呼パケットを前記第2ゲートウェイ装置に転送する第3ステップとを有し、ここに
前記第2ステップは、前記第1ステップにより識別された、シグナリング情報をなす音声呼パケットの所要帯域に基づき、該シグナリング情報が前記伝送パスを通過可能か否かの判定をまず行うステップと、通過可能と判定されると、音声情報をなす該音声呼パケットの所要帯域に基づき、該音声情報が前記伝送パスを通過可能か否かの判定を引き続き行うステップとからなることを特徴とする音声呼管理制御方法。 - 音声系とデータ系の統合ネットワーク内のゲートウェイ装置において、
前記ゲートウェイ装置に入力されるパケットが音声呼パケットか否かを識別する識別手段と、
前記識別手段において音声呼パケットであると識別されたとき、対向する他のゲートウェイ装置との間の伝送パスが有する通信帯域と当該音声呼パケットの所要帯域とに基づき、当該音声呼パケットが該伝送パスを通過可能か否かの判定を行う判定手段とを有し、ここに
前記識別手段による識別または前記判定手段による判定を行うために参照される所定のパラメータを保持するメモリ手段をさらに有し、かつ前記識別手段は、前記識別を実行する際の前記パラメータを、前記音声呼パケットが該ゲートウェイ装置を通過するときにその音声呼パケットの情報要素を解析することにより割り出し、これを前記メモリ手段内に蓄積して保持する解析部を含むことを特徴とするゲートウェイ装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000099665A JP4410907B2 (ja) | 2000-03-31 | 2000-03-31 | 音声呼管理制御方法およびそのためのゲートウェイ装置 |
US09/760,581 US6950425B2 (en) | 2000-03-31 | 2001-01-16 | Method of management and control of voice calls and gateway for same |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000099665A JP4410907B2 (ja) | 2000-03-31 | 2000-03-31 | 音声呼管理制御方法およびそのためのゲートウェイ装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001285342A JP2001285342A (ja) | 2001-10-12 |
JP4410907B2 true JP4410907B2 (ja) | 2010-02-10 |
Family
ID=18613988
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000099665A Expired - Fee Related JP4410907B2 (ja) | 2000-03-31 | 2000-03-31 | 音声呼管理制御方法およびそのためのゲートウェイ装置 |
Country Status (2)
Country | Link |
---|---|
US (1) | US6950425B2 (ja) |
JP (1) | JP4410907B2 (ja) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7167469B2 (en) * | 2001-02-09 | 2007-01-23 | Lsi Logic Corporation | Method for eliminating multiple modulation and demodulation of Voice band Data communication over packet and low data rate digital networks |
US20030210711A1 (en) * | 2002-05-08 | 2003-11-13 | Faust Albert William | Data transfer method and apparatus |
US7664036B2 (en) * | 2003-05-22 | 2010-02-16 | Broadcom Corporation | Dynamic real-time quality management of packetized communications in a network environment |
US7804828B2 (en) * | 2004-06-30 | 2010-09-28 | Kabushiki Kaisha Toshiba | Communication method between communication networks |
US8213413B2 (en) * | 2004-11-19 | 2012-07-03 | Northrop Grumman Systems Corporation | Real-time packet processing system and method |
DE602005002819T2 (de) | 2004-12-23 | 2008-07-17 | Lucent Technologies Inc. | Verfahren zum Identifizieren von RTP- (Real Time Protocol) und RTCP- (Real Time Control Protocol) Paketen auf Basis einer Paketeigenschaft |
JP4550704B2 (ja) * | 2005-09-20 | 2010-09-22 | 株式会社日立製作所 | 通信システム及び通信管理方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3296001B2 (ja) | 1993-02-05 | 2002-06-24 | 株式会社日立製作所 | ルータにおける優先度制御方式 |
CA2217838C (en) * | 1996-11-07 | 2003-07-29 | At&T Corp. | Wan-based voice gateway |
US6477164B1 (en) * | 1998-03-27 | 2002-11-05 | Clarent Corporation | System and method for real-time data and voice transmission over an internet network |
US6529499B1 (en) * | 1998-09-22 | 2003-03-04 | Lucent Technologies Inc. | Method for providing quality of service for delay sensitive traffic over IP networks |
US6600734B1 (en) * | 1998-12-17 | 2003-07-29 | Symbol Technologies, Inc. | Apparatus for interfacing a wireless local network and a wired voice telecommunications system |
JP4051794B2 (ja) * | 1999-01-13 | 2008-02-27 | 富士通株式会社 | 音声ゲートウェイ装置およびその方路選択方法 |
JP3689580B2 (ja) * | 1999-01-29 | 2005-08-31 | 株式会社日立製作所 | インタネット電話接続方法、帯域管理装置及びゲートキーパー装置 |
-
2000
- 2000-03-31 JP JP2000099665A patent/JP4410907B2/ja not_active Expired - Fee Related
-
2001
- 2001-01-16 US US09/760,581 patent/US6950425B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2001285342A (ja) | 2001-10-12 |
US6950425B2 (en) | 2005-09-27 |
US20010036190A1 (en) | 2001-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4713813B2 (ja) | 交換網およびパケット網間の通信を改良するためのシステムおよび方法 | |
JP4691187B2 (ja) | セッションQoS制御方法およびセッションQoS制御装置 | |
JP3880867B2 (ja) | Ipエンドポイント間のipベアラパスを管理するためのipパケットアクセスゲートウェイ(ippag)システムおよび方法およびコンピュータプログラム製品 | |
US7830886B2 (en) | Router and SIP server | |
US6907462B1 (en) | Network gatekeeper prioritizing method and system | |
JP3872477B2 (ja) | ローカルipネットワークを通した多重通話システム及び方法 | |
US7787611B1 (en) | Packet telephony bridging server | |
US9350784B2 (en) | Method and communication system for selecting a transmission mode for transmitting payload data | |
JP4048122B2 (ja) | パケット交換電話ネットワークにおけるコンピュータ制御式呼処理アプリケーションのための装置および方法 | |
JP2008508753A (ja) | ハイブリッド通信ネットワークにおいて相関手段を提供する方法および装置 | |
US20100183001A1 (en) | Intercept system, route changing device and recording medium | |
US20030163526A1 (en) | Virtual direct connect network | |
JP4576115B2 (ja) | VoIPゲートウエイ装置およびVoIPゲートウエイ装置における呼の発着制御方法 | |
JP4410907B2 (ja) | 音声呼管理制御方法およびそのためのゲートウェイ装置 | |
CA2328763C (en) | Telephone controller for voip | |
JP3774170B2 (ja) | 音声トラヒック帯域保証システム、音声トラヒック帯域保証方法、呼制御装置及びトラヒック管理装置ならびにプログラム | |
JP4012209B2 (ja) | VoIPサービスシステム、呼制御サーバ、および呼制御方法 | |
JP4309832B2 (ja) | VoIPサービスシステム、呼制御サーバ、および呼制御方法 | |
US7948965B1 (en) | Method and apparatus for selecting network resources according to service subscription information | |
JP3905459B2 (ja) | VoIPネットワークにおける電話サービス制御方法 | |
JP2003163690A (ja) | 呼制御装置および呼制御方法 | |
US20070223447A1 (en) | Gateway device and control method thereof | |
JP2005123730A (ja) | 通信トランクの迂回制御方法、迂回制御プログラムおよび該プログラムを記録した記録媒体 | |
JP2003008682A (ja) | パケット転送方法、中継装置および端末装置 | |
JP4313723B2 (ja) | Ip電話交換方法及び装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070208 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090219 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090616 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090817 |
|
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: 20091110 |
|
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: 20091116 |
|
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: 20121120 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121120 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131120 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |