JP2004166000A - Band management system - Google Patents

Band management system Download PDF

Info

Publication number
JP2004166000A
JP2004166000A JP2002329910A JP2002329910A JP2004166000A JP 2004166000 A JP2004166000 A JP 2004166000A JP 2002329910 A JP2002329910 A JP 2002329910A JP 2002329910 A JP2002329910 A JP 2002329910A JP 2004166000 A JP2004166000 A JP 2004166000A
Authority
JP
Japan
Prior art keywords
communication
telephone
bandwidth
band
communication terminal
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.)
Pending
Application number
JP2002329910A
Other languages
Japanese (ja)
Inventor
Akira Chiba
亮 千葉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP2002329910A priority Critical patent/JP2004166000A/en
Publication of JP2004166000A publication Critical patent/JP2004166000A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a band management system capable of maintaining high quality of communication. <P>SOLUTION: The band management system is provided with a reception processing means for processing a received message by sharing the same band resources among a plurality of communication terminals, communicating, and performing reception processing including sorting of the received messages, and a management means for a party where reception is sorted out for managing every communication terminal by correlating other tolerated communication terminals as sorted-out parties of the received message which specify its own communication terminal. The reception processing means sorts out the received messages corresponding to other communication terminals in accordance with a band utility situation at a current time of its own communication terminal. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は帯域管理システムに関し、例えば、ITU−T勧告H.323に準拠した環境などでVoIP(Voice ovre IP)を行うPBX、すなわちIP−PBX等に適用して好適なものである。
【0002】
【従来の技術】
従来、IP−PBXの着信スライド機能におけるスライド時の判定は、着信端末の塞がり、障害発生、未応答などの状況に基づいて実行されている。従って、着信の対象となる端末が正常(障害が発生しておらず、未応答でもない)で、空き状態(塞がっていない状態)であれば、その端末に対して着信処理を行なっている。
【0003】
反対に、着信端末が、障害発生状態にあるか、未応答であるか、塞がっている場合には、前記IP−PBXは、着信をスライドさせることになる。
【0004】
ここで、着信のスライドとは、着信メッセージ(呼設定メッセージ)が指定する本来の着信先とは異なる端末に対して、当該着信メッセージを振分けて、着信させることである。
【0005】
【非特許文献1】
ITU−T勧告H.323
【0006】
【発明が解決しようとする課題】
ところが、このような方法では、着信端末が接続されているネットワークにおいて、他の端末の通信などで十分な帯域が確保できない場合でも、着信処理をおこなってしまうため、十分な帯域が確保できず、当該着信処理が行われる前にすでに実行中の通信および/または、当該着信処理につづいて新たに開始される通信の品質が低下する可能性がある。
【0007】
なお、この通信品質の低下は、前記スライドを行った場合でも、行わなかった場合でも発生し得る。
【0008】
【課題を解決するための手段】
かかる課題を解決するために、本発明では、複数の通信端末間で同じ帯域資源を共用して着信メッセージを処理し、通信を行う通信ネットワークの帯域管理システムにおいて、(1)前記複数の通信端末に対し、前記着信メッセージの振り分けを含む着信処理を行う着信処理手段と、(2)前記通信端末ごとに、自通信端末を指定する着信メッセージの振り分け先として許容する他通信端末を対応付けて管理する着信振分け先管理手段とを備え、(3) 前記着信処理手段は、前記自通信端末の現時点における帯域使用状況に応じて、前記他通信端末に対する前記着信メッセージの振分けを行うことを特徴とする。
【0009】
【発明の実施の形態】
(A)実施形態
以下、本発明にかかる帯域管理システムを、VoIPネットワークに適用した場合を例に、実施形態について説明する。
【0010】
(A−1)実施形態の構成
本実施形態のVoIPネットワーク30の全体構成例(構成要素の詳細構成例を含む)を、図1に示す。
【0011】
図1において、当該VoIPネットワーク30は、IP網31と、当該IP網31によって接続された4つの拠点32〜35を備えている。
【0012】
このうちIP網31は、インターネットなどにも置換可能であるが、ここでは特定の通信事業者が構築、運営して、ユーザに提供するIP網であるものとする。このようなIP網はIPプロトコルを用いた通信を行う点でインターネットと同じであるが、通信事業者の用意する設備などに応じて、通信品質を保証することができる点が相違する。
【0013】
IP網31は、ユーザ企業自らが自身の社員等に利用させるために構築するものであってもかまわないが、このように通信事業者が構築したものである場合、当該通信事業者は当該IP網31を複数のユーザ企業に共用させ、各ユーザ企業に対しVoIPサービスを提供する形態となるのが普通である。この場合、1つのユーザ企業がその拠点間を秘匿性を保ちながら接続できるように、IP−VPNを利用することが多い。
【0014】
当該IP網31は、必要に応じて、インターネットと接続したり、既存の加入電話網と接続することもできる。
【0015】
図1中に示した拠点32〜35は、当該IP網31を共用する複数のユーザ企業のうち、1つのユーザ企業の営業所、支社、本社などに相当するLAN(ローカルエリアネットワーク)であってよい。
【0016】
拠点(LAN)32〜35内のネットワーク構成には様々なものがあり得、実際には本社と、支社、営業所などではネットワーク構成が相違することも多いが、細部にこだわらなければ、すべての拠点32〜35のネットワーク構成が実質的に同じであるとみなすことができる。
【0017】
図1では、このような拠点32〜35のうち、拠点35について、より詳細な構成例を示している。
【0018】
すなわち当該拠点35は、ルータ40と、IP−PBX制御装置10と、LANスイッチ11と、ハブ(リピータ)12〜14と、IP電話端末(IP電話機)20〜23とを備えている。
【0019】
このうちルータ40のポートP1に接続された伝送路L10には、IP−PBX制御装置10のほかにも、図示しないパーソナルコンピュータなどのデータ通信端末や、DNSサーバなどのサーバ類が接続され得る。
【0020】
ルータ40はWAN側のポートP0以外に、ポートP1のようなLAN側のポートを複数備えていてもかまわないが、ここでは、簡単のためにLAN側のポートはP1だけであるものとする。
【0021】
前記伝送路L10に接続されているIP−PBX制御装置10は、IP−PBXのための制御装置で、後述する各テーブルTB0〜TB4を保存している。
【0022】
IP−PBXとは、拠点35のようなIPプロトコルを用いるネットワーク上でPBX(構内交換機)の機能を提供するサーバである。VoIPに特有な電話番号とIPアドレスの変換(アドレス変換機能)などを行うために用いられるゲートキーパGK1のほか、PBXとしての各種機能(着信転送、不在転送などの機能)も、当該IP−PBX制御装置10に搭載され得る。
【0023】
当該VoIPネットワーク30上で各IP電話機(例えば、20)のユーザ(例えば、U0)が電話をかける場合、当該ユーザU0がIP電話機20に入力するのは相手の電話番号だけであるが、IPネットワークで通信相手を特定するために用いることのできる唯一の識別子はIPアドレスであるため、前記ゲートキーパGK1の提供する前記アドレス変換機能が必要になる。
【0024】
IP−PBX制御装置10などの機能によって提供される内線電話網の物理的範囲は、図1上に示したIP−PBX制御装置10の配下に存在するIP電話機20〜23だけでなく、拠点32〜34にもおよぶ。
【0025】
なお、拠点32〜35相互間でこの内線電話網を用いた通信が行われるとき、必要に応じて、各拠点のIP−PBX制御装置(10に対応)のゲートキーパのあいだでゲートキーパ間通信が行われ得る。ゲートキーパ(例えば、GK1)は自身が管理するゾーン内の端末(エンドポイント)に関しては、前記アドレス変換機能などに必要な情報を蓄積しているが、ゾーン外の端末に関してはその情報を持たないため、ゲートキーパ間通信が必要になる。
【0026】
IP−PBX制御装置10に搭載されたゲートキーパGK1の管理するゾーンには、拠点35内のIP電話機(20〜23等)が含まれているものとする。
【0027】
当該IP−PBX制御装置10に伝送路L1を介して接続されているLANスイッチ11は、レイヤ2スイッチあるいはスイッチングハブのようなネットワーク機器で、OSI参照モデルのデータリンク層に属する中継機能を提供する。LANスイッチ11によって、コリジョンドメインを広げることなくブロードキャストドメインを広げることができ、通信の効率が向上する。
【0028】
LANスイッチ11のポートの数はいくつであってもかまわないが、図示の例では、前記伝送路L1に接続されたポートP11のほか、伝送路L2〜LL4に接続されたポートP12〜P14が存在するため、ポートの数は、合計4つである。
【0029】
当該伝送路L2にはハブ12が接続され当該ハブ12の配下にはIP電話機20,21などの(1または)複数のIP電話機が配置されている。
【0030】
同様に、伝送路L3にはハブ13が接続され当該ハブ13の配下にはIP電話機22などの1または複数のIP電話機が配置され、伝送路L4にはハブ14が接続され当該ハブ14の配下にはIP電話機23などの1または複数のIP電話機が配置されている。
【0031】
各ハブを中心とする全伝送路は1つのコリジョンドメインを構成する。
【0032】
例えば、ハブ12を中心とする全伝送路L2、L20,L21は1つのコリジョンドメインを構成し、ハブ13を中心とする全伝送路L3、L22は1つのコリジョンドメインを構成し、ハブ14を中心とする全伝送路L4、L23は1つのコリジョンドメインを構成する。
【0033】
コリジョンドメイン内では、2つ以上の送信元(例えば、IP電話機など)が同時に信号を送信すると、コリジョン(衝突)によって当該信号が物理的に破壊され正常な通信を行うことができないため、例えば、CSMA/CDなどを用いた媒体アクセス制御が実行され得る。なお、コリジョンドメイン内のIP電話機(例えば、20)から信号を送信する場合には当該IP電話機が送信元となるが、コリジョンドメイン内のIP電話機(例えば、20)が他のコリジョンドメインのIP電話機(例えば、22)や他の拠点(例えば、32)のIP電話機(図示せず)から信号を受信する場合には、LANスイッチ11のポート(例えば、P12)が送信元となる。
【0034】
また、本実施形態において、同じコリジョンドメインに属する1または複数のIP電話機は、1つの帯域グループを構成する。
【0035】
例えば、IP電話機20,21は帯域グループG0を構成し、IP電話機22は帯域グループG1を構成し、IP電話機23は帯域グループG2を構成する。
【0036】
同じ帯域グループに属するIP電話機どうし(例えば、20と21)はハブ(例えば、12)を介して物理的に直結されているため、少なくとも物理的には、LANスイッチ11やIP−PBX制御装置10を経由することなく通信することが可能であるが、同じ拠点(ここでは35)内の他の帯域グループに属するIP電話機と通信するには、物理的にLANスイッチ11を経由することが必要である。また、他の拠点に属するIP電話機(図示せず)と通信する場合には、物理的にIP−PBX制御装置10、LANスイッチ11およびルータ40を経由することが必要である。
【0037】
前記LANスイッチ11においてポートP11やハブ12〜14側の各ポートP12〜P14のために、どれだけの物理帯域を用意するかについては様々な設定が可能である。物理帯域は、そのポートを介して行う通信の速度に対応し、遅延や途切れの少ない高品質の音声通話などを行うには、各ポートに用意されている物理帯域の範囲内でIP電話機間の通信を行う必要がある。
【0038】
各帯域グループに属するIP電話機の数に著しい差がない一般的なケースでは、任意の帯域グループ内の任意のIP電話機(例えば、20)は、他の拠点に属するIP電話機と通信する確率が最も高く、2番目は同じ拠点内の他の帯域グループに属するIP電話機と通信する確率が高く、同じ帯域グループに属するIP電話機と通信する確率は最も低いものと考えられるので、LANスイッチ11は主として他の拠点に属するIP電話機と通信する場合を想定して帯域を配分する必要がある。
【0039】
この場合、ハブ12〜14側のポートP12〜P14の物理帯域の合計値が、ポートP11の物理帯域以下となるように配分することが望ましい。
【0040】
そのように配分するかぎり、ポートP12〜P14間の物理帯域の値はどのように設定してもかまわない。ただし通常は、その帯域グループに属する(そのハブに接続されている)IP電話機の数が多く、稼働率が高いほど、大きな帯域を配分するとよい。
【0041】
また、個々のIP電話機20〜23の機能に相違がある場合には、その相違を反映した配分とすることが望ましい。
【0042】
IP電話機とは一般に、VoIPに対応し、IPネットワークに直接接続して音声データを収容したIPパケットを送受することのできる電話機のことで、少なくともVoIPによる音声通話を行うことができ、ITU−T勧告H.323やSIPなどに対応する呼制御プロトコルを処理する呼制御機能も搭載し得る。
【0043】
少なくとも当該VoIPに対応する音声通話を行うことができればIP電話機であるといえるが、そのほか、動画像データ(ビデオデータ)を収容したIPパケットを送受したり、動画像を再生したりする機能を備え、ビデオ会議に対応できるものや、データ通信に対応できるものであってもかまわない。一般に、動画像を表現するには音声よりもはるかに多くの情報量を必要とするため、ビデオ会議に対応するIP電話機(例えば、23)が含まれている帯域グループに接続されたポート(例えば、P14)に対しては、大きな物理帯域を配分する必要がある。
【0044】
IP電話機が通信する音声データやビデオデータは、ダウンロードしながら再生するストリーム型データに属する。これに対し、当該データ通信で通信されるデータは、このようなストリーム型データ以外のデータ(非ストリーム型データ)を指し、ダウンロードが完全に終了してからその再生などを行う。
【0045】
IP電話機の外観には様々なものがあり、一般電話機と同様な外観を持つもの、パーソナルコンピュータにスピーカやマイクなどを装着してIP電話機として機能できるようにしたもの、PDA端末のような外観を持つもの等がある。
【0046】
なお、当該IP電話機20〜23の物理的な機能にも依存するが、前記伝送路L2〜L4、L20〜L23などは必ずしも有線伝送路であるとはかぎらず、無線伝送路であってもよい。
【0047】
また、呼制御のためにIP電話機相互間などでやり取りされる制御信号(呼制御メッセージ)の伝送のためには、図1に示したものとは別な伝送路を使用してもよく、図1に示した伝送路(L10,L1など)を使用してもよい。図1に示したものとは別な伝送路を使用する場合などには、必要に応じて、呼制御メッセージの伝送にIPパケットを使用しないことも可能である。
【0048】
図1に示した伝送路を用いて呼制御メッセージをやり取りする場合、厳密には、呼制御メッセージの伝送でも各ポートの物理帯域は消費されるため、前記音声データ、ビデオデータなどの伝送用とは別個に、呼制御メッセージの伝送用の帯域を予め確保しておくようにしてもよいが、通常、呼制御メッセージの伝送によって消費される物理帯域は、音声データやビデオデータの伝送によって消費される物理帯域よりもはるかに少ないため、無視できる可能性が高い。
【0049】
前記ルータ40のLAN側のポートがP1だけであり、なおかつ、前記伝送路L10上に配置され得るデータ通信端末やサーバ類による帯域消費量が十分に小さければ、LANスイッチ11のポートP11の物理帯域は、前記ポートP1の物理帯域と同じ値とすることができる。
【0050】
また、LAN側のポートがP1だけであれば、当該ポートP1の物理帯域をWAN側のポートP0の物理帯域(すなわち、アクセス回線L40の物理帯域)と同じ値とすることができるため、結局、LANスイッチ11のポートP11の物理帯域も、当該アクセス回線L40の物理帯域と同じとすることができる。
【0051】
前記IP−PBX制御装置10が保存している上述したテーブルTB0〜TB4の詳細構成例は、図2〜図6に示す。
【0052】
(A−1−1)各テーブルの構成例
図2に示すテーブルTB0は、各IP電話機(例えば、20)が、各種の通信を実行するために必要な帯域幅を各IP電話機ごと(すなわち、端末ごとに)に整理した端末通信仕様テーブルである。
【0053】
当該端末通信仕様テーブルTB0は、列名(データ項目)として、端末番号と、音声帯域幅と、ビデオ帯域幅と、データ帯域幅とを備え、テーブル中の「−」は空値を示している。その帯域幅(例えば、ビデオ帯域幅)が空値(「−」)であることは、その行に対応する端末(例えば、IP電話機20)が、その通信(例えば、ビデオデータの通信)を行う機能を持たないことを意味する。
【0054】
端末番号とは、IP−PBX制御装置10の配下の帯域グループG0〜G2全体において各IP電話機20〜23などを一義的に識別するための識別情報である。この端末番号としては、様々な情報を利用することができ、例えば、各IP電話機に割り当てられている電話番号(内線電話番号)をそのまま利用するようにしてもよい。
【0055】
各IP電話機20〜23にIPアドレス(グローバルでもプライベートでも可)が固定的に割り当てられている場合などには、そのIPアドレスを端末番号として用いることもでき、また当該IPアドレスが、グローバルIPアドレスである場合などには、番号ではなくFQDNなどを利用することもできる。
【0056】
また、DHCPサーバ(図示せず)によって各IP電話機に割り当てられるIPアドレスが動的に変更される場合などには、その変更に対応して当該端末番号の値を更新するようにしてもよい。
【0057】
図2〜図4の例では、図1に示した各IP電話機の符号の前に「TE」を付加したものをそのIP電話機の端末番号としている。したがって、IP電話機20の端末番号はTE20であり、IP電話機21の端末番号はTE21であり、IP電話機22の端末番号はTE22であり、IP電話機23の端末番号はTE23である。
【0058】
また音声帯域幅とは、前記ストリーム型データのうち音声データに関する各IP電話機の使用帯域幅を示す。
【0059】
同様に、ビデオ帯域幅とは、前記ストリーム型データのうちビデオデータに関する各IP電話機の使用帯域幅を示す。
【0060】
また、データ帯域幅とは、前記非ストリーム型データであるデータ通信のための各IP電話機の使用帯域幅を示す。
【0061】
図2の例では、IP電話機20〜21は音声データの通信とデータ通信を行う機能を持つが、ビデオデータの通信を行う機能は持たず、IP電話機23は、音声データの通信、ビデオデータの通信、データ通信を行う機能を持つ。
【0062】
ただしこれは一例にすぎないので、必要に応じて、各IP電話機20〜23の機能が図2に示したものでなくてもかまわない。例えば、IP電話機20〜23のすべてが、音声データの通信、ビデオデータの通信、データ通信を行うことができるものであってもかまわない。
【0063】
もっとも、各IP電話機が持つ機能を実際の通信で活用するためには、その機能に対応した通信を行うことができるだけの帯域が各伝送路(例えば、L2)に用意されていること必要となる。例えば、IP電話機20にビデオデータの通信を行うことができる機能が追加され、ビデオデータの通信のために512kbpsが必要で、音声データの通信に128kbpsが必要であるとするなら、音声データの通信とビデオデータの通信を併用するビデオ会議を可能とするため、伝送路L2の物理帯域(すなわち、ポートP12の物理帯域)としては、少なくとも640kbps(512kbps+128kbps)程度の帯域を用意しておくのが普通である。
【0064】
当該端末通信仕様テーブルTB0には、帯域グループG0〜G2中のIP電話機(20〜23等)の数と同数の行(例えば、図2では、最上部の行は、「TE20,128,−、64」である)が含まれる。
【0065】
次に、図3に示すテーブルTB1は、列名として、前記端末番号と、帯域グループ識別子を持つ所属帯域グループテーブルである。
【0066】
ここで、帯域グループ識別子とは、IP−PBX制御装置10配下の各帯域グループG0〜G2を一義的に識別するための情報である。ここでは、各帯域グループに付与した符号の前に「T」を付加したものを帯域グループ識別子とする。したがって、帯域グループG0の帯域グループ識別子はTG0であり、帯域グループG1の帯域グループ識別子はTG1であり、帯域グループG2の帯域グループ識別子はTG2である。
【0067】
この所属帯域グループテーブルTB1では、前記端末番号TE20〜TE23等に対応付けて、各IP電話機20〜23等の所属する帯域グループが格納されている。所属帯域テーブルTB1を例えば端末番号を検索キーとして検索することによって、例えば、端末番号TE20のIP電話機20が、帯域グループG0に属すること等がわかる。
【0068】
図4に示すテーブルTB3は、列名として、端末番号とスライド先を持つスライド先テーブルである。スライド先テーブルTB3では、前記端末番号TE20〜TE23等に対応付けて、スライド先のIP電話機が格納されている。スライド先の指定もIP電話機の端末番号を用いて行っている。
【0069】
なお、スライド先の空値「−」は、スライド先の指定がないことを意味する。
【0070】
スライド、すなわち着信の振分けは、伝送路(例えば、L2)の帯域不足のために、本来の着信先のIP電話機(例えば、20)に着信させることができない場合、スライド先として指定された着信先に着信させるものである。スライド先として指定された着信先にも帯域不足が認められる場合には、当該スライドが複数回繰り返され得る。
【0071】
あるIP電話機(例えば、20)のスライド先をどのように決定するかについては様々な方法が考えられるが、例えば、各IP電話機のユーザ(U0,U2など)の担当する業務範囲などに応じて決定するとよい。
【0072】
例えば、IP電話機22のユーザU2の業務範囲が広く、当該業務範囲のなかに、IP電話機20のユーザU0の業務範囲や、IP電話機23のユーザU3の業務範囲が属する場合には、IP電話機20のスライド先としてIP電話機22を指定するとともに、IP電話機23のスライド先としてIP電話機22を指定することができる。
【0073】
図5に示すテーブルTB2は、列名として、帯域グループと最大帯域幅を持つ帯域グループ別最大帯域幅テーブルである。帯域グループ別最大帯域幅テーブルTB2では、前記帯域グループG0〜G2に対応付けて、最大帯域幅の値が格納されている。
【0074】
この最大帯域幅(帯域グループ別最大帯域幅)は、各帯域グループに対応する上述した伝送路(例えば、帯域グループG0の場合には、伝送路L2)の物理帯域に等しい。
【0075】
図6に示すテーブルTB4は、列名として、帯域グループと使用帯域幅を持つ帯域グループ別使用帯域幅テーブルである。帯域グループ別使用帯域幅テーブルTB4では、前記帯域グループG0〜G2に対応付けて、現時点で使用中の帯域幅(使用帯域幅)の値が格納されている。
【0076】
使用帯域幅の値は、実際に使用中の帯域幅であるから、VoIPネットワーク30の運用中は、動的に変動する。
【0077】
この使用帯域幅の上限は、前記帯域グループ別最大帯域幅となる。
【0078】
当該使用帯域幅(帯域グループ別使用帯域幅)が、当該帯域グループ別最大帯域幅を越えると、通信の品質が低下するため、帯域グループ内のいずれかのIP電話機に着信させるときには、IP−PBX制御装置10が、当該着信につづいて行われ得るストリーム型データの通信によって、使用帯域幅が帯域グループ別最大帯域幅を越えることがないように制御する必要がある。この制御のため、前記スライドなどが必要になる。
【0079】
一方、前記IP−PBX制御装置10の主要部の構成例を図8に示す。
【0080】
(A−1−2)IP−PBX制御装置の内部構成例
図8において、当該IP−PBX制御装置10は、通信部50と、制御部51と、記憶部52と、データベース53と、検索部54と、検索結果処理部55と、スライド処理部56とを備えている。
【0081】
このうち通信部50は、前記伝送路L10やL1に接続された部分で、当該伝送路L10,L1を介して呼制御メッセージ、前記ストリーム型データ、非ストリーム型データを収容したIPパケットを送受し得る。
【0082】
なお、ここでは、呼制御メッセージはIPパケットに収容して図1に示した伝送路(L10,L1など)を伝送させるものとする。
【0083】
制御部51は、ハードウエア的には当該IP−PBX制御装置10の中央処理装置(CPU)に相当し、ソフトウエア的にはオペレーティングシステム(OS)、DBMS、前記ゲートキーパGK1などに相当する部分である。
【0084】
なお、当該ゲートキーパGK1が上述したアドレス変換機能などを提供するには、IPアドレスと電話番号の対応関係などを登録した各種のデータベースを装備する必要があることは当然であるが、そのデータベースは、図8中には示していない。
【0085】
記憶部52は作業用の記憶領域で、制御部51やその他の構成要素54〜56などが処理を進めるために利用される。当該記憶部52は、例えば、RAM(ランダムアクセスメモリ)を用いて構成することができる。
【0086】
データベース53は、前記テーブルTB0〜TB4を格納する部分で、ハードウエア的には、例えば、ハードディスクなどの記憶装置をともなう。
【0087】
検索部54は、当該データベース53に格納されている各テーブルTB0〜TB4に対する検索を実行する部分で、得られた検索結果は検索結果処理部55へ供給する。
【0088】
検索結果処理部55は、検索部54から供給を受けた検索結果をもとに所定の判定処理を実行し、その判定処理の結果に応じた判定結果信号を、前記制御部51またはスライド処理部56へ供給する。
【0089】
当該判定処理は、各種の呼制御メッセージのうち呼設定を要求する呼設定メッセージに関して実行される処理である。上述した帯域グループ別使用帯域幅が帯域グループ別最大帯域幅を越えないように制御するのは、当該判定処理の機能による。
【0090】
スライド処理部56は、前記スライドが必要になるとき、検索結果処理部55から供給される判定結果信号に応じて機能しスライドを実現する部分である。当該スライドをVoIPネットワーク30上で実現する方法については様々なものが考えられるが、例えば、次のような方法を用いることもできる。
【0091】
すなわち、あるIP電話機(例えば、23)とのあいだに呼設定を要求する発信元のIP電話機(例えば、21)は、呼設定メッセージの送信に先だって、前記ゲートキーパGK1のアドレス変換機能に対しIP電話機23のIPアドレスを問い合わせるため、このとき、前記スライド処理部56が、IP電話機23のIPアドレスの替わりにスライド先のIP電話機22のIPアドレスを返せば、呼設定メッセージを収容したIPパケットは、スライド先のIP電話機22へ送達され、スライドが実現される。
【0092】
あるいは、問い合わせに対してはIP電話機23のIPアドレスをこたえておき、実際に当該IPアドレスを宛先IPアドレスとし呼設定メッセージを収容したIPパケットを、IP−PBX制御装置10が中継するときに、その宛先IPアドレスをスライド先のIP電話機22のIPアドレスに書き換えるようにしてもよい。ただしこの方法は、IP−PBX制御装置10が発信元のIP電話機と着信先のIP電話機のあいだに物理的に介在する場合などにしか利用することができない。
【0093】
発信元のIP電話機も着信先のIP電話機も拠点35内のIP−PBX制御装置10配下に存在し、図1に示すようなネットワーク構成を取るケースでは、IP電話機23のIPアドレスを宛先IPアドレスとするIPパケットは、IP−PBX制御装置10に受信される前にIP電話機23に受信され着信応答が実行される可能性があるため、問い合わせのこたえとして、例えば、IP−PBX制御装置10自身のIPアドレスを返すこと等が必要になる。
【0094】
以下、上記のような構成を有する本実施形態の動作について、図7のフローチャートを参照しながら説明する。
【0095】
図7のフローチャートは、S10〜S19の各ステップを備えている。
【0096】
(A−2)実施形態の動作
ここでは、一例として、IP電話機23に対してIP電話機21が呼設定を要求する場合を例に取る。
【0097】
発信元のIP電話機21からゲートキーパGK1のアドレス変換機能に対して、着信先のIP電話機23の電話番号をもとに、そのIPアドレスに関する問い合わせが行われると(S10)、従来の着信判定処理が実行される(S11)。この着信判定処理では、着信先のIP電話機23に関して、上述した塞がり、障害発生、未応答などの状況の有無が検査される。
【0098】
ステップS11では、着信先のIP電話機23が当該塞がり、障害発生、未応答のいずれかに該当すれば、それに対応する処理が行われ、いずれにも該当しない場合に、処理をステップS12に進める。この点、従来は、いずれにも該当しない場合、直ちにIP電話機23に着信させていたことと相違する。
【0099】
ステップS12では、端末番号を検索キーとして端末通信仕様テーブルTB0を検索し、呼設定メッセージをIP電話機23に着信させた場合に、呼設定後のストリーム型データの通信などにどれだけの帯域を消費するかを調べる。
【0100】
調べるのは、着信先のIP電話機23だけでもよく、発信元のIP電話機21だけでもよいが、双方を調べ、いずれか少ないほうの帯域を、当該通信に必要な帯域とするようにしてもよい。
【0101】
通信する双方のIP電話機23,21の通信仕様(テーブルTB0の格納内容)が同じであれば、発信元または着信先のいずれか一方だけを調べてもよいが、より一般的には、通信仕様が異なる場合もあり得、その場合には(通信仕様が異なっても通信が可能であるとするならば)、通信仕様のグレードが低いほうに合わせる形で通信が行われるものと考えられるからである。
【0102】
グレードが低いとは、必要とする帯域幅が少ないこと、あるいは、使用可能な通信機能が少ないことを指す。
【0103】
例えば、図2の例で、前記端末通信仕様テーブルTB0は、着信先のIP電話機23は512kbpsでビデオデータの通信を行う機能を持つが、発信元のIP電話機21は、ビデオデータの通信機能は持たないため、通信に必要とされる帯域幅は、音声帯域幅の128kbps(もしも、同時並列的にデータ通信も実行する可能性があるのならば、192(=128+64)kbps)となる。
【0104】
ここでは、当該IP電話機21と23のあいだの通信に必要な帯域幅は、当該128kbpsであるものとする。
【0105】
なお、前記端末通信仕様テーブルTB0の検索にあたっては、検索キーである端末番号を特定する必要があるが、この特定には、ステップS10の問い合わせに用いられるIP電話機23の電話番号、問い合わせのためのIPパケットの送信元IPアドレス、前記アドレス変換機能のためにゲートキーパGK1が装備する各種のデータベースの格納内容などを利用することができる。
【0106】
ステップS12につづくステップS13では、着信先のIP電話機23が属する帯域グループの帯域グループ識別子を、端末番号TE23を検索キーとして前記所属帯域グループテーブルTB1を検索することによって調べ、さらに、当該帯域グループ識別子(ここでは、TG2)を検索キーとして、帯域グループ別使用帯域幅テーブルTB4を検索して、現時点における帯域グループG2の使用帯域幅を調べる。
【0107】
そして、この使用帯域幅に、前記ステップS12で求めた必要帯域幅128kbpsを加算して、加算結果を求める(S14)。図6の例では、帯域グループG2の使用帯域幅は128kbpsであるため、この加算結果は、256kbpsとなる。
【0108】
次に、帯域グループ識別子TG2を検索キーとして帯域グループ別最大帯域幅テーブルTB2を検索することで得られた帯域グループG2の最大帯域幅1024kbpsと、この加算結果の大小を比較する(S15)。
【0109】
この例では、加算結果は256kbpsで当該最大帯域幅よりも小さいため、ステップS15はNo側に分岐し、前記ステップS10の問い合わせのこたえとしては、当該IP電話機23のIPアドレスを返し、そのまま、IP電話機23に呼設定メッセージを着信させる(S18)。この場合、着信後にIP電話機21と23のあいだの通信が開始されても、帯域グループG2に属するIP電話機(23以外は図示せず)の通信品質が低下することはない。
【0110】
一方、前記加算結果が帯域グループG2の最大帯域幅を越える場合には、ステップS15はYes側に分岐してステップS16が実行される。
【0111】
ステップS16では、着信先であるIP電話機23の端末番号を検索キーとしてスライド先テーブルTB3を検索し、当該IP電話機23のスライド先が有効に指定されているか否かが検査される。
【0112】
図4の例では、IP電話機23のスライド先として端末番号TE22のIP電話機22が指定されているため、ステップS16はYes側に分岐し、IP−PBX制御装置10は、ステップS10の問い合わせに対するこたえとして、IP電話機22のIPアドレスを返すことになる(S17)。
【0113】
このあと、処理は、前記ステップS10にもどる。
【0114】
このとき、すでにスライド先のIP電話機22のIPアドレスは得られているため、必要ならばそのまま、IP電話機21から当該IP電話機22に宛てて呼設定メッセージを収容したIPパケットを送信することも可能である。
【0115】
ただし、スライド先のIP電話機22の属する帯域グループG1内においても、使用帯域幅が最大帯域幅を越えることを回避して通信品質の低下を未然に防ぐ必要があるから、図7では、処理をステップS10にもどすこととしている。
【0116】
ステップS10〜S17によって構成されるループが繰り返し実行され、前記ステップS15がNo側に分岐したとき、そのときの着信先(スライド先)が、呼設定メッセージを収容したIPパケットの宛先となる。
【0117】
当該ステップS15がNo側に分岐した以上、当該着信処理が行われる前にその着信先のIP電話機が属する帯域グループですでに実行中の通信および/または、当該着信処理につづいて新たに開始される通信の品質が低下することはない。
【0118】
なお、前記スライド先テーブルTB3の前記IP電話機23に対応する行にスライド先の指定がない場合には、前記ステップS16はNo側に分岐して端末塞がり時の処理が実行される(S19)。端末塞がり時の処理の具体例としては様々なものが考えられるが、一例としては、所定の話中音を発信元のIP電話機21のユーザU0に聴取させるものであってよい。
【0119】
また、単に塞がり時の処理(S19に対応)を実行する場合に比べ、前記スライドを行うことで、着信にともなう負荷を可及的に帯域グループG0〜G2内に分散することができるから、有効な応答(呼設定の受け付けメッセージ)が早期に得られる可能性が高まって可用性が向上し、発信元のユーザU0にとって使い勝手が良好になる。
【0120】
(A−3)実施形態の効果
以上のように、本実施形態によれば、高い通信品質を維持することができる。
【0121】
加えて、本実施形態では、前記スライドの実行により、高い通信品質を維持しながら可用性を高めることが可能である。
【0122】
(B)他の実施形態
上記実施形態におけるIP−PBX制御装置10は、VoIPゲートウエイと既存のPBXを組み合わせたものに置換可能である。ただしその場合には、IP−PBX制御装置10の配下の構成要素11〜14,20〜23も変更され、例えば、IP電話機20〜23はVoIP対応機能を持たない一般電話機となる。
【0123】
また、上記実施形態では、複数拠点におよぶ内線電話網を例に説明したが、必要に応じて1つのLAN(1つの拠点に相当)の内部だけで完結する内線電話網を用いてもよいことは当然である。
【0124】
さらに、上記実施形態の図7のフローチャートでは、着信先のIP電話機(例えば、23)が属する帯域グループについてのみ、帯域グループ使用帯域幅が帯域グループ最大帯域幅を越えないか否かの検査などを行ったが、同様な検査は、発信元のIP電話機(例えば、21)の属する帯域グループに関しても実行するとよい。
【0125】
着信先で使用帯域幅が最大帯域幅を越えないとしても、発信元では越えることが起こり得、その場合にも通信品質は低下するからである。
【0126】
ただし発信元のIP電話機が別の拠点(例えば、32)などに属する場合には、このような配慮は不要である。IP−PBX制御装置10が管理するのは、拠点35内のIP電話機(20〜23等)だけだからである。
【0127】
また、上記実施形態では、IP網上で音声通信などを行うVoIPを例に説明したが、このIP網は、その他のネットワークに置換可能である。例えば、フレームリレー網上で音声通信を行うVoFRなどにも適用可能である。
【0128】
さらに、上記実施形態における拠点35内のネットワーク構成は必ずしも上述したものに限定する必要はない。例えば、複数のLANスイッチ11を含むネットワーク構成や、拠点35内部にルータ(前記40とは異なる)を有するネットワーク構成などにも適用可能である。
【0129】
なお、図2〜図6に示したテーブルTB0〜TB4の構成(スキーマ)は一例にすぎないので、全体として同様な機能を有する様々なテーブルを利用可能である。
【0130】
また、上記実施形態では、関係データモデルにもとづくテーブルTB0〜TB4を利用したが、必要ならば、関係データモデル以外のデータモデル(ネットワーク型や階層型のデータモデル)に基づくデータベースを利用してもよい。
【0131】
以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。
【0132】
【発明の効果】
以上に説明したように、本発明によれば、高い通信品質を維持することができる。
【図面の簡単な説明】
【図1】実施形態に係るVoIPネットワークの全体構成例を示す概略図である。
【図2】実施形態で使用するテーブルの構成例を示す概略図である。
【図3】実施形態で使用するテーブルの構成例を示す概略図である。
【図4】実施形態で使用するテーブルの構成例を示す概略図である。
【図5】実施形態で使用するテーブルの構成例を示す概略図である。
【図6】実施形態で使用するテーブルの構成例を示す概略図である。
【図7】実施形態の動作を示すフローチャートである。
【図8】実施形態で使用するIP−PBX制御装置の主要部の構成例を示す概略図である。
【符号の説明】
10…IP−PBX制御装置、11…LANスイッチ、12〜14…ハブ、20〜23…IP電話機、30…VoIPネットワーク、31…IP網、32〜35…拠点、50…通信部、51…制御部、52…記憶部、53…データベース、54…検索部、55…検索結果処理部、56…スライド処理部、TB0〜TB4…テーブル。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a band management system, for example, according to ITU-T Recommendation H.264. It is suitable for application to a PBX that performs VoIP (Voice over IP) in an environment compliant with H.323, such as an IP-PBX.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, the judgment at the time of a slide in the incoming slide function of the IP-PBX is performed based on a situation such as a blocked incoming terminal, occurrence of a failure, and no response. Therefore, if the terminal to be received is normal (no failure has occurred and there is no response) and the terminal is idle (not blocked), incoming processing is performed on the terminal.
[0003]
Conversely, if the receiving terminal is in a failure state, has not responded, or is blocked, the IP-PBX slides the incoming call.
[0004]
Here, the slide of the incoming call refers to distributing the incoming message to a terminal different from the original destination specified by the incoming message (call setting message) and receiving the incoming message.
[0005]
[Non-patent document 1]
ITU-T Recommendation H. 323
[0006]
[Problems to be solved by the invention]
However, in such a method, in a network to which the receiving terminal is connected, even if a sufficient bandwidth cannot be secured by communication of another terminal, the receiving process is performed, so that a sufficient bandwidth cannot be secured. There is a possibility that the quality of communication already being executed before the incoming call processing is performed and / or the quality of communication newly started following the incoming call processing is reduced.
[0007]
It should be noted that this reduction in communication quality may occur regardless of whether the slide is performed or not.
[0008]
[Means for Solving the Problems]
In order to solve this problem, the present invention provides a bandwidth management system for a communication network in which a plurality of communication terminals share an identical bandwidth resource to process an incoming message and perform communication. And (2) associating and managing, for each of the communication terminals, another communication terminal that is permitted as a distribution destination of an incoming message specifying its own communication terminal. (3) the incoming call processing means performs distribution of the incoming message to the other communication terminal in accordance with the current band usage status of the own communication terminal. .
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
(A) Embodiment
Hereinafter, an embodiment will be described with an example in which the band management system according to the present invention is applied to a VoIP network.
[0010]
(A-1) Configuration of the embodiment
FIG. 1 shows an overall configuration example (including a detailed configuration example of components) of the VoIP network 30 of the present embodiment.
[0011]
1, the VoIP network 30 includes an IP network 31 and four bases 32 to 35 connected by the IP network 31.
[0012]
Of these, the IP network 31 can be replaced with the Internet or the like, but here, it is assumed that the IP network is constructed and operated by a specific communication carrier and provided to users. Such an IP network is the same as the Internet in that communication using the IP protocol is performed, but differs in that communication quality can be guaranteed according to equipment prepared by a communication carrier.
[0013]
The IP network 31 may be constructed by the user company itself so as to be used by its own employees or the like. In general, the network 31 is shared by a plurality of user companies, and a VoIP service is provided to each user company. In this case, an IP-VPN is often used so that one user company can connect the bases while maintaining confidentiality.
[0014]
The IP network 31 can be connected to the Internet or an existing subscribed telephone network as needed.
[0015]
The bases 32 to 35 shown in FIG. 1 are LANs (local area networks) corresponding to sales offices, branch offices, head offices, and the like of one user company among a plurality of user companies sharing the IP network 31. Good.
[0016]
There may be various network configurations in the bases (LAN) 32 to 35. In practice, the network configuration often differs between the head office, the branch office, the sales office, and the like. It can be considered that the network configurations of the bases 32 to 35 are substantially the same.
[0017]
FIG. 1 shows a more detailed configuration example of the base 35 among the bases 32-35.
[0018]
That is, the base 35 includes a router 40, an IP-PBX control device 10, a LAN switch 11, hubs (repeaters) 12 to 14, and IP telephone terminals (IP telephones) 20 to 23.
[0019]
Of these, to the transmission line L10 connected to the port P1 of the router 40, in addition to the IP-PBX control device 10, a data communication terminal such as a personal computer (not shown) or a server such as a DNS server can be connected.
[0020]
The router 40 may have a plurality of LAN-side ports such as the port P1 in addition to the WAN-side port P0, but here, for simplicity, it is assumed that the LAN-side port is only P1.
[0021]
The IP-PBX control device 10 connected to the transmission line L10 is a control device for the IP-PBX, and stores tables TB0 to TB4 to be described later.
[0022]
The IP-PBX is a server that provides a function of a PBX (private branch exchange) on a network using an IP protocol such as the base 35. In addition to the gatekeeper GK1 used for performing conversion (address conversion function) between a telephone number and an IP address unique to VoIP, various functions as a PBX (functions such as call forwarding and call forwarding) are also controlled by the IP-PBX It can be mounted on the device 10.
[0023]
When a user (for example, U0) of each IP telephone (for example, U20) makes a call on the VoIP network 30, the user U0 inputs to the IP telephone 20 only the telephone number of the other party. Since the only identifier that can be used to identify the communication partner is the IP address, the address conversion function provided by the gatekeeper GK1 is required.
[0024]
The physical range of the extension telephone network provided by the functions of the IP-PBX control device 10 is not limited to the IP telephones 20 to 23 existing under the IP-PBX control device 10 shown in FIG. ~ 34.
[0025]
When communication using this extension telephone network is performed between the bases 32 to 35, communication between the gatekeepers is performed between the gatekeepers of the IP-PBX control devices (corresponding to 10) at each base as necessary. Can be. The gatekeeper (for example, GK1) stores information necessary for the address translation function and the like for terminals (endpoints) in the zone managed by itself, but does not have the information for terminals outside the zone. Communication between gatekeepers is required.
[0026]
It is assumed that the zone managed by the gatekeeper GK1 mounted on the IP-PBX control device 10 includes the IP telephones (20 to 23, etc.) in the base 35.
[0027]
The LAN switch 11 connected to the IP-PBX control device 10 via the transmission line L1 is a network device such as a layer 2 switch or a switching hub, and provides a relay function belonging to the data link layer of the OSI reference model. . The broadcast domain can be expanded by the LAN switch 11 without expanding the collision domain, and the communication efficiency is improved.
[0028]
Although the number of ports of the LAN switch 11 may be any number, in the illustrated example, in addition to the port P11 connected to the transmission line L1, there are ports P12 to P14 connected to the transmission lines L2 to LL4. Therefore, the number of ports is four in total.
[0029]
A hub 12 is connected to the transmission line L2, and one or more IP telephones such as IP telephones 20 and 21 are arranged under the hub 12.
[0030]
Similarly, the hub 13 is connected to the transmission line L3, and one or more IP telephones such as the IP telephone 22 are disposed under the hub 13, and the hub 14 is connected to the transmission line L4 and controlled under the hub 14. , One or more IP telephones such as an IP telephone 23 are arranged.
[0031]
All transmission paths centered on each hub constitute one collision domain.
[0032]
For example, all the transmission lines L2, L20 and L21 around the hub 12 constitute one collision domain, all the transmission lines L3 and L22 around the hub 13 constitute one collision domain, and the hub 14 All transmission lines L4 and L23 constitute one collision domain.
[0033]
In a collision domain, when two or more transmission sources (for example, IP telephones and the like) transmit signals at the same time, the signals are physically destroyed due to collision (collision) and normal communication cannot be performed. Medium access control using CSMA / CD or the like can be performed. When a signal is transmitted from an IP telephone (for example, 20) in the collision domain, the IP telephone becomes a transmission source, but an IP telephone (for example, 20) in the collision domain is transmitted to another IP telephone in another collision domain. When a signal is received from an IP telephone (not shown) at (for example, 22) or another base (for example, 32), the port (for example, P12) of the LAN switch 11 is the transmission source.
[0034]
In this embodiment, one or more IP telephones belonging to the same collision domain constitute one band group.
[0035]
For example, IP telephones 20 and 21 constitute band group G0, IP telephone 22 constitutes band group G1, and IP telephone 23 constitutes band group G2.
[0036]
Since the IP telephones (for example, 20 and 21) belonging to the same band group are physically directly connected via the hub (for example, 12), at least physically, the LAN switch 11 or the IP-PBX control device 10 It is possible to communicate without passing through the LAN switch 11. However, in order to communicate with an IP telephone belonging to another band group in the same base (here, 35), it is necessary to physically pass through the LAN switch 11. is there. Further, when communicating with an IP telephone (not shown) belonging to another site, it is necessary to physically pass through the IP-PBX control device 10, the LAN switch 11, and the router 40.
[0037]
In the LAN switch 11, various settings can be made as to how much physical band is prepared for the port P11 and the ports P12 to P14 on the hubs 12 to 14 side. The physical band corresponds to the speed of communication performed through the port, and in order to perform high-quality voice communication with little delay or interruption, communication between IP telephones within the range of the physical band prepared for each port is required. You need to communicate.
[0038]
In the general case where there is no significant difference in the number of IP phones belonging to each band group, any IP phone (eg, 20) in any band group has the highest probability of communicating with an IP phone belonging to another location. The second is considered to have the highest probability of communicating with IP telephones belonging to another band group in the same base, and the lowest probability of communicating with IP telephones belonging to the same band group. It is necessary to allocate a band on the assumption that communication is performed with an IP telephone belonging to the base.
[0039]
In this case, it is desirable to allocate the physical bandwidths of the ports P12 to P14 on the hubs 12 to 14 so that the total value is equal to or less than the physical bandwidth of the port P11.
[0040]
As long as the distribution is performed in this manner, the value of the physical band between the ports P12 and P14 may be set in any manner. However, in general, the larger the number of IP telephones belonging to the band group (connected to the hub) and the higher the operation rate, the better the band should be allocated.
[0041]
When there is a difference between the functions of the individual IP telephones 20 to 23, it is desirable that the distribution reflect the difference.
[0042]
In general, an IP telephone is a telephone that supports VoIP and is capable of directly transmitting and receiving IP packets containing voice data by directly connecting to an IP network, and is capable of at least performing voice communication using VoIP. Recommendation H. A call control function for processing a call control protocol corresponding to H.323, SIP, or the like can be installed.
[0043]
An IP telephone can be said to be at least capable of making a voice call corresponding to the VoIP. In addition, it has a function of transmitting and receiving IP packets containing moving image data (video data) and reproducing moving images. It may be compatible with video conference or data communication. Generally, a port (for example, a port connected to a band group including an IP telephone (for example, 23) corresponding to a video conference) requires a much larger amount of information than a voice to represent a moving image. , P14), it is necessary to allocate a large physical band.
[0044]
Audio data and video data communicated by the IP telephone belong to stream-type data that is reproduced while being downloaded. On the other hand, the data communicated by the data communication refers to data other than the stream type data (non-stream type data), and the reproduction is performed after the download is completely completed.
[0045]
There are various types of external appearances of IP telephones, such as those having the same appearance as ordinary telephones, those having a personal computer equipped with a speaker or a microphone so as to function as an IP telephone, and those having the appearance of a PDA terminal. There are things to have.
[0046]
Although depending on the physical functions of the IP telephones 20 to 23, the transmission lines L2 to L4 and L20 to L23 are not necessarily wired transmission lines, but may be wireless transmission lines. .
[0047]
For transmission of a control signal (call control message) exchanged between IP telephones for call control, a different transmission path from that shown in FIG. 1 may be used. The transmission line (L10, L1, etc.) shown in FIG. For example, when a transmission path different from that shown in FIG. 1 is used, it is possible not to use the IP packet for transmitting the call control message, if necessary.
[0048]
When the call control message is exchanged using the transmission path shown in FIG. 1, strictly speaking, the physical band of each port is consumed even in the transmission of the call control message. Separately, a band for transmitting the call control message may be reserved in advance, but usually, the physical band consumed by the transmission of the call control message is consumed by the transmission of the voice data and the video data. Is much less than the physical bandwidth of
[0049]
If the port on the LAN side of the router 40 is only P1 and the bandwidth consumption by the data communication terminals and servers that can be arranged on the transmission line L10 is sufficiently small, the physical bandwidth of the port P11 of the LAN switch 11 Can be the same value as the physical band of the port P1.
[0050]
Further, if the port on the LAN side is only P1, the physical band of the port P1 can be set to the same value as the physical band of the port P0 on the WAN side (that is, the physical band of the access line L40). The physical band of the port P11 of the LAN switch 11 can be the same as the physical band of the access line L40.
[0051]
FIGS. 2 to 6 show detailed configuration examples of the tables TB0 to TB4 stored in the IP-PBX control device 10 described above.
[0052]
(A-1-1) Configuration example of each table
Table TB0 shown in FIG. 2 is a terminal communication specification table in which the bandwidth required for each IP telephone (for example, 20) to execute various communications is arranged for each IP telephone (that is, for each terminal). is there.
[0053]
The terminal communication specification table TB0 includes, as column names (data items), a terminal number, an audio bandwidth, a video bandwidth, and a data bandwidth, and "-" in the table indicates a null value. . The fact that the bandwidth (eg, video bandwidth) is null (“−”) means that the terminal (eg, IP telephone 20) corresponding to the row performs the communication (eg, video data communication). It has no function.
[0054]
The terminal number is identification information for uniquely identifying each of the IP telephones 20 to 23 in the entire band group G0 to G2 under the control of the IP-PBX control device 10. Various information can be used as the terminal number. For example, the telephone number (extension telephone number) assigned to each IP telephone may be used as it is.
[0055]
When an IP address (either global or private) is fixedly assigned to each of the IP telephones 20 to 23, the IP address can be used as a terminal number, and the IP address is a global IP address. In such a case, FQDN or the like can be used instead of the number.
[0056]
Further, when an IP address assigned to each IP telephone is dynamically changed by a DHCP server (not shown), the value of the terminal number may be updated in response to the change.
[0057]
In the examples of FIGS. 2 to 4, the terminal number of each IP telephone shown in FIG. 1 with “TE” added to the front of the code is used. Therefore, the terminal number of IP telephone 20 is TE20, the terminal number of IP telephone 21 is TE21, the terminal number of IP telephone 22 is TE22, and the terminal number of IP telephone 23 is TE23.
[0058]
The audio bandwidth indicates the bandwidth used by each IP telephone for audio data in the stream type data.
[0059]
Similarly, the video bandwidth indicates the bandwidth used by each IP telephone for video data in the stream type data.
[0060]
The data bandwidth indicates the bandwidth used by each IP telephone for data communication that is the non-stream type data.
[0061]
In the example of FIG. 2, the IP telephones 20 to 21 have a function of performing voice data communication and data communication, but do not have a function of performing video data communication, and the IP telephone 23 has a function of performing voice data communication and video data communication. It has a function to perform communication and data communication.
[0062]
However, this is only an example, and the functions of each of the IP telephones 20 to 23 need not be those shown in FIG. 2 as necessary. For example, all of the IP telephones 20 to 23 may be capable of performing voice data communication, video data communication, and data communication.
[0063]
However, in order to utilize the function of each IP telephone in actual communication, it is necessary that each transmission path (for example, L2) has a band that can perform communication corresponding to the function. . For example, if a function capable of performing video data communication is added to the IP telephone 20 and if 512 kbps is required for video data communication and 128 kbps is required for voice data communication, the voice data communication is required. In order to enable a video conference using both the communication of video and video data, it is usual to prepare a bandwidth of at least about 640 kbps (512 kbps + 128 kbps) as the physical band of the transmission line L2 (that is, the physical band of the port P12). It is.
[0064]
In the terminal communication specification table TB0, the same number of rows as the number of IP telephones (20 to 23, etc.) in the band groups G0 to G2 (for example, in FIG. 2, the top row is “TE20, 128, −, 64 ").
[0065]
Next, the table TB1 shown in FIG. 3 is a belonging band group table having the terminal numbers and band group identifiers as column names.
[0066]
Here, the band group identifier is information for uniquely identifying each band group G0 to G2 under the control of the IP-PBX control device 10. Here, a code obtained by adding “T” before the code assigned to each band group is used as a band group identifier. Therefore, the band group identifier of the band group G0 is TG0, the band group identifier of the band group G1 is TG1, and the band group identifier of the band group G2 is TG2.
[0067]
In the belonging band group table TB1, the band groups to which the IP telephones 20 to 23 belong are stored in association with the terminal numbers TE20 to TE23 and the like. By searching the belonging band table TB1 using, for example, a terminal number as a search key, it can be found that, for example, the IP telephone set 20 with the terminal number TE20 belongs to the band group G0.
[0068]
The table TB3 shown in FIG. 4 is a slide destination table having terminal numbers and slide destinations as column names. In the slide destination table TB3, a slide destination IP telephone is stored in association with the terminal numbers TE20 to TE23 and the like. The designation of the slide destination is also performed using the terminal number of the IP telephone.
[0069]
A null value “−” of the slide destination means that no slide destination is specified.
[0070]
If the incoming call cannot be received by the original destination IP telephone (for example, 20) due to lack of bandwidth in the transmission path (for example, L2), the destination of the incoming call designated as the slide destination Is to be called. If a band shortage is also recognized at the destination specified as the slide destination, the slide may be repeated a plurality of times.
[0071]
Various methods are conceivable as to how to determine the slide destination of a certain IP telephone (for example, 20). For example, according to the work range of the user (U0, U2, etc.) of each IP telephone, etc. It is good to decide.
[0072]
For example, if the business range of the user U2 of the IP telephone 22 is wide and the business range of the user U0 of the IP telephone 20 or the business range of the user U3 of the IP telephone 23 belongs to the business range, the IP telephone 20 Can be specified as the slide destination of the IP telephone 22 and the IP telephone 22 can be specified as the slide destination of the IP telephone 23.
[0073]
The table TB2 shown in FIG. 5 is a maximum bandwidth table for each bandwidth group having a bandwidth group and a maximum bandwidth as column names. In the maximum bandwidth table TB2 for each bandwidth group, the value of the maximum bandwidth is stored in association with the bandwidth groups G0 to G2.
[0074]
This maximum bandwidth (the maximum bandwidth for each band group) is equal to the physical band of the above-described transmission path (for example, the transmission path L2 in the case of the band group G0) corresponding to each band group.
[0075]
A table TB4 shown in FIG. 6 is a used bandwidth table for each band group having a band group and a used bandwidth as column names. In the used bandwidth table TB4 for each bandwidth group, the value of the bandwidth currently in use (used bandwidth) is stored in association with the bandwidth groups G0 to G2.
[0076]
Since the value of the used bandwidth is the bandwidth actually used, it dynamically fluctuates during the operation of the VoIP network 30.
[0077]
The upper limit of the used bandwidth is the maximum bandwidth for each band group.
[0078]
If the bandwidth used (bandwidth used for each band group) exceeds the maximum bandwidth for each band group, the quality of communication deteriorates. Therefore, when an incoming call is made to one of the IP telephones in the band group, the IP-PBX is used. It is necessary for the control device 10 to perform control so that the used bandwidth does not exceed the maximum bandwidth for each band group by communication of stream type data that can be performed after the incoming call. For this control, the slide or the like is required.
[0079]
On the other hand, FIG. 8 shows a configuration example of a main part of the IP-PBX control device 10.
[0080]
(A-1-2) Internal configuration example of IP-PBX control device
8, the IP-PBX control device 10 includes a communication unit 50, a control unit 51, a storage unit 52, a database 53, a search unit 54, a search result processing unit 55, and a slide processing unit 56. Have.
[0081]
The communication unit 50 transmits and receives a call control message, the stream type data, and the IP packet containing the non-stream type data via the transmission lines L10 and L1 at a portion connected to the transmission lines L10 and L1. obtain.
[0082]
Here, it is assumed that the call control message is accommodated in the IP packet and transmitted through the transmission path (L10, L1, etc.) shown in FIG.
[0083]
The control unit 51 corresponds to a central processing unit (CPU) of the IP-PBX control device 10 in terms of hardware, and a portion corresponding to an operating system (OS), a DBMS, the gate keeper GK1, and the like in software. is there.
[0084]
In order for the gatekeeper GK1 to provide the above-described address conversion function and the like, it is, of course, necessary to equip various databases in which correspondences between IP addresses and telephone numbers are registered. It is not shown in FIG.
[0085]
The storage unit 52 is a work storage area, and is used by the control unit 51 and other components 54 to 56 to advance processing. The storage unit 52 can be configured using, for example, a RAM (random access memory).
[0086]
The database 53 is a part for storing the tables TB0 to TB4, and includes a storage device such as a hard disk in hardware.
[0087]
The search unit 54 performs a search on each of the tables TB0 to TB4 stored in the database 53, and supplies the obtained search results to the search result processing unit 55.
[0088]
The search result processing unit 55 performs a predetermined determination process based on the search result supplied from the search unit 54, and outputs a determination result signal corresponding to the result of the determination process to the control unit 51 or the slide processing unit. To 56.
[0089]
The determination process is a process executed for a call setting message requesting call setting among various call control messages. The control of the above-mentioned band group usage bandwidth so as not to exceed the band group maximum bandwidth depends on the function of the determination processing.
[0090]
The slide processing section 56 is a section which functions according to the determination result signal supplied from the search result processing section 55 when the slide is required, and realizes the slide. There are various methods for realizing the slide on the VoIP network 30. For example, the following method can be used.
[0091]
That is, the source IP telephone (for example, 21) requesting a call setup between a certain IP telephone (for example, 23) and the IP telephone of the gate keeper GK1 perform the address conversion function before transmitting the call setup message. In order to inquire about the IP address of the IP telephone 23, if the slide processing unit 56 returns the IP address of the slide destination IP telephone 22 instead of the IP address of the IP telephone 23, the IP packet containing the call setting message becomes The slide is delivered to the IP telephone 22 at the slide destination, and the slide is realized.
[0092]
Alternatively, when the IP-PBX control device 10 relays an IP packet containing the call setting message with the IP address of the IP telephone 23 as the destination IP address in response to the inquiry, The destination IP address may be rewritten to the IP address of the IP telephone 22 at the slide destination. However, this method can be used only when the IP-PBX control device 10 physically intervenes between the source IP telephone and the destination IP telephone.
[0093]
Both the source IP telephone and the destination IP telephone exist under the IP-PBX control device 10 in the base 35, and in the case of adopting the network configuration shown in FIG. 1, the IP address of the IP telephone 23 is changed to the destination IP address. Since there is a possibility that the IP packet is received by the IP telephone 23 and the incoming response is executed before being received by the IP-PBX control device 10, the IP-PBX control device 10 itself, for example, responds to the inquiry. It is necessary to return the IP address of the server.
[0094]
Hereinafter, the operation of the present embodiment having the above configuration will be described with reference to the flowchart of FIG.
[0095]
The flowchart of FIG. 7 includes steps S10 to S19.
[0096]
(A-2) Operation of the embodiment
Here, as an example, the case where IP telephone 21 requests call setting to IP telephone 23 is taken as an example.
[0097]
When an inquiry is made from the source IP telephone 21 to the address conversion function of the gate keeper GK1 based on the telephone number of the destination IP telephone 23 (S10), the conventional incoming call determination processing is performed. It is executed (S11). In this incoming call determination processing, the presence or absence of the above-described blocked, faulty, unanswered, or other conditions is checked for the destination IP telephone 23.
[0098]
In step S11, if the destination IP telephone 23 is blocked, corresponds to any of the failure occurrences, and does not respond, the corresponding processing is performed. If not, the processing proceeds to step S12. This is different from the conventional method in which the call is immediately received by the IP telephone 23 when none of the above applies.
[0099]
In step S12, the terminal communication specification table TB0 is searched using the terminal number as a search key, and when the call setting message is received by the IP telephone 23, how much bandwidth is consumed for communication of stream type data after the call setting. Find out what to do.
[0100]
Only the destination IP telephone 23 or the source IP telephone 21 may be examined, but both may be examined and the smaller one may be set as the band required for the communication. .
[0101]
If the communication specifications (contents stored in the table TB0) of both the IP telephones 23 and 21 that communicate with each other are the same, only one of the source and the destination may be checked. May be different, and in that case (assuming that communication is possible even if the communication specifications are different), it is considered that communication is performed in a form that matches the lower grade of the communication specification. is there.
[0102]
A lower grade means that less bandwidth is required or less communication functions are available.
[0103]
For example, in the example of FIG. 2, the terminal communication specification table TB0 indicates that the destination IP telephone 23 has a function of communicating video data at 512 kbps, while the source IP telephone 21 has a function of communicating video data. Since it does not have this, the bandwidth required for communication is 128 kbps of the audio bandwidth (192 (= 128 + 64) kbps if there is a possibility of executing data communication simultaneously and in parallel).
[0104]
Here, it is assumed that the bandwidth required for communication between the IP telephones 21 and 23 is 128 kbps.
[0105]
In searching the terminal communication specification table TB0, it is necessary to specify a terminal number as a search key. For this specification, the telephone number of the IP telephone 23 used for the inquiry in step S10, The source IP address of the IP packet, the contents stored in various databases provided in the gatekeeper GK1 for the address conversion function, and the like can be used.
[0106]
In step S13 following step S12, the band group identifier of the band group to which the destination IP telephone set 23 belongs is checked by searching the belonging band group table TB1 using the terminal number TE23 as a search key. Using the search key (here, TG2) as a search key, the bandwidth usage table TB4 for each bandwidth group is searched to check the bandwidth usage of the bandwidth group G2 at the present time.
[0107]
Then, the required bandwidth 128 kbps obtained in step S12 is added to the used bandwidth to obtain an addition result (S14). In the example of FIG. 6, since the used bandwidth of the band group G2 is 128 kbps, the addition result is 256 kbps.
[0108]
Next, the maximum bandwidth 1024 kbps of the bandwidth group G2 obtained by searching the maximum bandwidth table TB2 for each bandwidth group using the bandwidth group identifier TG2 as a search key is compared with the magnitude of this addition result (S15).
[0109]
In this example, since the addition result is 256 kbps, which is smaller than the maximum bandwidth, step S15 branches to the No side, and in response to the inquiry in step S10, the IP address of the IP telephone 23 is returned. The call setting message is received by the telephone 23 (S18). In this case, even if the communication between the IP telephones 21 and 23 is started after the incoming call, the communication quality of the IP telephones (other than 23 is not shown) belonging to the band group G2 does not deteriorate.
[0110]
On the other hand, if the addition result exceeds the maximum bandwidth of the band group G2, step S15 branches to Yes and step S16 is executed.
[0111]
In step S16, the slide destination table TB3 is searched using the terminal number of the IP telephone 23, which is the destination, as a search key, and it is checked whether the slide destination of the IP telephone 23 is specified to be valid.
[0112]
In the example of FIG. 4, since the IP telephone 22 of the terminal number TE22 is specified as the slide destination of the IP telephone 23, the step S16 branches to the Yes side, and the IP-PBX control device 10 responds to the inquiry of the step S10. Returns the IP address of the IP telephone 22 (S17).
[0113]
Thereafter, the process returns to step S10.
[0114]
At this time, since the IP address of the IP telephone 22 at the slide destination has already been obtained, the IP packet containing the call setting message can be transmitted from the IP telephone 21 to the IP telephone 22 as needed, if necessary. It is.
[0115]
However, even within the band group G1 to which the IP telephone 22 of the slide destination belongs, it is necessary to prevent the used bandwidth from exceeding the maximum bandwidth and to prevent the communication quality from being lowered. The process returns to step S10.
[0116]
The loop composed of steps S10 to S17 is repeatedly executed, and when step S15 branches to No, the destination (slide destination) at that time becomes the destination of the IP packet containing the call setting message.
[0117]
Since the step S15 is branched to the No side, before the incoming call processing is performed, the communication that is already being executed in the band group to which the destination IP telephone belongs and / or the call incoming processing is newly started. Communication quality is not degraded.
[0118]
If there is no designation of the slide destination in the row corresponding to the IP telephone 23 in the slide destination table TB3, the process at step S16 branches to No and the terminal closing process is executed (S19). Various specific examples of the processing when the terminal is blocked can be considered. For example, the user U0 of the source IP telephone 21 may hear a predetermined busy tone.
[0119]
Further, by performing the slide, the load associated with the incoming call can be distributed as much as possible within the band groups G0 to G2 as compared with the case of simply executing the process at the time of closing (corresponding to S19). The likelihood of a quick response (call setting acceptance message) being obtained at an early stage increases the availability and improves the usability for the source user U0.
[0120]
(A-3) Effects of the embodiment
As described above, according to the present embodiment, high communication quality can be maintained.
[0121]
In addition, in the present embodiment, by executing the slide, it is possible to increase availability while maintaining high communication quality.
[0122]
(B) Other embodiments
The IP-PBX control device 10 in the above embodiment can be replaced with a combination of a VoIP gateway and an existing PBX. In this case, however, the constituent elements 11 to 14, 20 to 23 under the control of the IP-PBX control device 10 are also changed. For example, the IP telephones 20 to 23 are ordinary telephones having no VoIP function.
[0123]
Further, in the above-described embodiment, an extension telephone network having a plurality of locations has been described as an example. However, an extension telephone network which can be completed only within one LAN (corresponding to one location) may be used as necessary. Is natural.
[0124]
Further, in the flowchart of FIG. 7 of the above-described embodiment, for only the band group to which the destination IP telephone (for example, 23) belongs, it is checked whether the band group use bandwidth does not exceed the band group maximum bandwidth. However, the same check may be performed on the band group to which the source IP telephone (for example, 21) belongs.
[0125]
This is because even if the used bandwidth does not exceed the maximum bandwidth at the destination, it may exceed the maximum bandwidth at the source, and in that case, the communication quality is reduced.
[0126]
However, when the source IP telephone belongs to another base (for example, 32), such consideration is not necessary. This is because the IP-PBX control device 10 manages only the IP telephones (20 to 23, etc.) in the base 35.
[0127]
Further, in the above embodiment, VoIP for performing voice communication and the like on the IP network has been described as an example, but the IP network can be replaced with another network. For example, the present invention is also applicable to VoFR for performing voice communication on a frame relay network.
[0128]
Further, the network configuration in the base 35 in the above embodiment need not necessarily be limited to the above-described one. For example, the present invention can be applied to a network configuration including a plurality of LAN switches 11 and a network configuration having a router (different from 40) inside the base 35.
[0129]
Note that the configurations (schema) of the tables TB0 to TB4 shown in FIGS. 2 to 6 are merely examples, and various tables having the same function as a whole can be used.
[0130]
In the above embodiment, the tables TB0 to TB4 based on the relational data model are used. However, if necessary, a database based on a data model other than the relational data model (network type or hierarchical type data model) may be used. Good.
[0131]
In the above description, the present invention is mainly realized by hardware, but the present invention can also be realized by software.
[0132]
【The invention's effect】
As described above, according to the present invention, high communication quality can be maintained.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing an example of the overall configuration of a VoIP network according to an embodiment.
FIG. 2 is a schematic diagram illustrating a configuration example of a table used in the embodiment.
FIG. 3 is a schematic diagram illustrating a configuration example of a table used in the embodiment.
FIG. 4 is a schematic diagram illustrating a configuration example of a table used in the embodiment.
FIG. 5 is a schematic diagram illustrating a configuration example of a table used in the embodiment.
FIG. 6 is a schematic diagram illustrating a configuration example of a table used in the embodiment.
FIG. 7 is a flowchart illustrating the operation of the embodiment.
FIG. 8 is a schematic diagram showing a configuration example of a main part of an IP-PBX control device used in the embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... IP-PBX control apparatus, 11 ... LAN switch, 12-14 ... Hub, 20-23 ... IP telephone, 30 ... VoIP network, 31 ... IP network, 32-35 ... Base, 50 ... Communication part, 51 ... Control Unit, 52 storage unit, 53 database, 54 search unit, 55 search result processing unit, 56 slide processing unit, TB0 to TB4 table.

Claims (2)

複数の通信端末間で同じ帯域資源を共用して着信メッセージを処理し、通信を行う通信ネットワークの帯域管理システムにおいて、
前記複数の通信端末に対し、前記着信メッセージの振り分けを含む着信処理を行う着信処理手段と、
前記通信端末ごとに、自通信端末を指定する着信メッセージの振り分け先として許容する他通信端末を対応付けて管理する着信振分け先管理手段とを備え、
前記着信処理手段は、前記自通信端末の現時点における帯域使用状況に応じて、前記他通信端末に対する前記着信メッセージの振分けを行うことを特徴とする帯域管理システム。
In a bandwidth management system of a communication network that processes an incoming message by sharing the same bandwidth resource among a plurality of communication terminals and performs communication,
For the plurality of communication terminals, incoming processing means for performing incoming processing including sorting of the incoming message,
For each of the communication terminals, an incoming call destination management unit that manages in association with another communication terminal that is allowed as a destination of the incoming message specifying the own communication terminal,
The bandwidth management system according to claim 1, wherein the incoming call processing means distributes the incoming message to the other communication terminal according to a current band usage status of the own communication terminal.
請求項1の帯域管理システムにおいて、
前記帯域資源のうち、各通信端末に割り当てられた割当帯域資源の値を各通信端末に対応付けて管理する割当帯域管理手段と、
前記帯域資源のうち、各通信端末が現時点において実際に通信に使用している使用中帯域資源の値を各通信端末に対応付けて管理する割当帯域管理手段とを備えたことを特徴とする帯域管理システム。
The bandwidth management system according to claim 1,
Among the bandwidth resources, an assigned bandwidth management unit that manages the value of the assigned bandwidth resource assigned to each communication terminal in association with each communication terminal,
Allocated bandwidth management means for managing, in association with each communication terminal, a value of a used bandwidth resource currently used by each communication terminal for communication at the present time among the bandwidth resources. Management system.
JP2002329910A 2002-11-13 2002-11-13 Band management system Pending JP2004166000A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002329910A JP2004166000A (en) 2002-11-13 2002-11-13 Band management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002329910A JP2004166000A (en) 2002-11-13 2002-11-13 Band management system

Publications (1)

Publication Number Publication Date
JP2004166000A true JP2004166000A (en) 2004-06-10

Family

ID=32807774

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002329910A Pending JP2004166000A (en) 2002-11-13 2002-11-13 Band management system

Country Status (1)

Country Link
JP (1) JP2004166000A (en)

Cited By (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012519454A (en) * 2009-03-02 2012-08-23 トゥイリオ インコーポレイテッド Method and system for a multi-tenant telephone network
JP2014165729A (en) * 2013-02-26 2014-09-08 Oki Electric Ind Co Ltd Information processing apparatus, information processing system, information processing method and program
US8938053B2 (en) 2012-10-15 2015-01-20 Twilio, Inc. System and method for triggering on platform usage
US8948356B2 (en) 2012-10-15 2015-02-03 Twilio, Inc. System and method for routing communications
US8964726B2 (en) 2008-10-01 2015-02-24 Twilio, Inc. Telephony web event system and method
US9001666B2 (en) 2013-03-15 2015-04-07 Twilio, Inc. System and method for improving routing in a distributed communication platform
US9137127B2 (en) 2013-09-17 2015-09-15 Twilio, Inc. System and method for providing communication platform metadata
US9160696B2 (en) 2013-06-19 2015-10-13 Twilio, Inc. System for transforming media resource into destination device compatible messaging format
US9210275B2 (en) 2009-10-07 2015-12-08 Twilio, Inc. System and method for running a multi-module telephony application
US9225840B2 (en) 2013-06-19 2015-12-29 Twilio, Inc. System and method for providing a communication endpoint information service
US9226217B2 (en) 2014-04-17 2015-12-29 Twilio, Inc. System and method for enabling multi-modal communication
US9240941B2 (en) 2012-05-09 2016-01-19 Twilio, Inc. System and method for managing media in a distributed communication network
US9247062B2 (en) 2012-06-19 2016-01-26 Twilio, Inc. System and method for queuing a communication session
US9253254B2 (en) 2013-01-14 2016-02-02 Twilio, Inc. System and method for offering a multi-partner delegated platform
US9270833B2 (en) 2012-07-24 2016-02-23 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US9282124B2 (en) 2013-03-14 2016-03-08 Twilio, Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US9306982B2 (en) 2008-04-02 2016-04-05 Twilio, Inc. System and method for processing media requests during telephony sessions
US9325624B2 (en) 2013-11-12 2016-04-26 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US9338018B2 (en) 2013-09-17 2016-05-10 Twilio, Inc. System and method for pricing communication of a telecommunication platform
US9338280B2 (en) 2013-06-19 2016-05-10 Twilio, Inc. System and method for managing telephony endpoint inventory
US9336500B2 (en) 2011-09-21 2016-05-10 Twilio, Inc. System and method for authorizing and connecting application developers and users
US9338064B2 (en) 2010-06-23 2016-05-10 Twilio, Inc. System and method for managing a computing cluster
US9344573B2 (en) 2014-03-14 2016-05-17 Twilio, Inc. System and method for a work distribution service
US9350642B2 (en) 2012-05-09 2016-05-24 Twilio, Inc. System and method for managing latency in a distributed telephony network
US9398622B2 (en) 2011-05-23 2016-07-19 Twilio, Inc. System and method for connecting a communication to a client
US9455949B2 (en) 2011-02-04 2016-09-27 Twilio, Inc. Method for processing telephony sessions of a network
US9459926B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US9459925B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US9483328B2 (en) 2013-07-19 2016-11-01 Twilio, Inc. System and method for delivering application content
CN106067867A (en) * 2016-07-25 2016-11-02 泉州欧讯电子有限公司 A kind of DMR numeral, simulation multi-standard relay system
US9495227B2 (en) 2012-02-10 2016-11-15 Twilio, Inc. System and method for managing concurrent events
US9553799B2 (en) 2013-11-12 2017-01-24 Twilio, Inc. System and method for client communication in a distributed telephony network
US9588974B2 (en) 2014-07-07 2017-03-07 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US9590849B2 (en) 2010-06-23 2017-03-07 Twilio, Inc. System and method for managing a computing cluster
US9596274B2 (en) 2008-04-02 2017-03-14 Twilio, Inc. System and method for processing telephony sessions
US9602586B2 (en) 2012-05-09 2017-03-21 Twilio, Inc. System and method for managing media in a distributed communication network
US9774687B2 (en) 2014-07-07 2017-09-26 Twilio, Inc. System and method for managing media and signaling in a communication platform
US9805399B2 (en) 2015-02-03 2017-10-31 Twilio, Inc. System and method for a media intelligence platform
US9811398B2 (en) 2013-09-17 2017-11-07 Twilio, Inc. System and method for tagging and tracking events of an application platform
US9906607B2 (en) 2014-10-21 2018-02-27 Twilio, Inc. System and method for providing a micro-services communication platform
US9942394B2 (en) 2011-09-21 2018-04-10 Twilio, Inc. System and method for determining and communicating presence information
US9948703B2 (en) 2015-05-14 2018-04-17 Twilio, Inc. System and method for signaling through data storage
US9967224B2 (en) 2010-06-25 2018-05-08 Twilio, Inc. System and method for enabling real-time eventing
US10063713B2 (en) 2016-05-23 2018-08-28 Twilio Inc. System and method for programmatic device connectivity
US10116733B2 (en) 2014-07-07 2018-10-30 Twilio, Inc. System and method for collecting feedback in a multi-tenant communication platform
US10165015B2 (en) 2011-05-23 2018-12-25 Twilio Inc. System and method for real-time communication by using a client application communication protocol
US10419891B2 (en) 2015-05-14 2019-09-17 Twilio, Inc. System and method for communicating through multiple endpoints
US10659349B2 (en) 2016-02-04 2020-05-19 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US10686902B2 (en) 2016-05-23 2020-06-16 Twilio Inc. System and method for a multi-channel notification service
US10757200B2 (en) 2014-07-07 2020-08-25 Twilio Inc. System and method for managing conferencing in a distributed communication network
US11637934B2 (en) 2010-06-23 2023-04-25 Twilio Inc. System and method for monitoring account usage on a platform

Cited By (176)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11831810B2 (en) 2008-04-02 2023-11-28 Twilio Inc. System and method for processing telephony sessions
US11706349B2 (en) 2008-04-02 2023-07-18 Twilio Inc. System and method for processing telephony sessions
US9591033B2 (en) 2008-04-02 2017-03-07 Twilio, Inc. System and method for processing media requests during telephony sessions
US9596274B2 (en) 2008-04-02 2017-03-14 Twilio, Inc. System and method for processing telephony sessions
US11611663B2 (en) 2008-04-02 2023-03-21 Twilio Inc. System and method for processing telephony sessions
US10560495B2 (en) 2008-04-02 2020-02-11 Twilio Inc. System and method for processing telephony sessions
US11575795B2 (en) 2008-04-02 2023-02-07 Twilio Inc. System and method for processing telephony sessions
US11283843B2 (en) 2008-04-02 2022-03-22 Twilio Inc. System and method for processing telephony sessions
US10694042B2 (en) 2008-04-02 2020-06-23 Twilio Inc. System and method for processing media requests during telephony sessions
US9906571B2 (en) 2008-04-02 2018-02-27 Twilio, Inc. System and method for processing telephony sessions
US11444985B2 (en) 2008-04-02 2022-09-13 Twilio Inc. System and method for processing telephony sessions
US10893079B2 (en) 2008-04-02 2021-01-12 Twilio Inc. System and method for processing telephony sessions
US11765275B2 (en) 2008-04-02 2023-09-19 Twilio Inc. System and method for processing telephony sessions
US11856150B2 (en) 2008-04-02 2023-12-26 Twilio Inc. System and method for processing telephony sessions
US11843722B2 (en) 2008-04-02 2023-12-12 Twilio Inc. System and method for processing telephony sessions
US9906651B2 (en) 2008-04-02 2018-02-27 Twilio, Inc. System and method for processing media requests during telephony sessions
US11722602B2 (en) 2008-04-02 2023-08-08 Twilio Inc. System and method for processing media requests during telephony sessions
US10893078B2 (en) 2008-04-02 2021-01-12 Twilio Inc. System and method for processing telephony sessions
US10986142B2 (en) 2008-04-02 2021-04-20 Twilio Inc. System and method for processing telephony sessions
US9306982B2 (en) 2008-04-02 2016-04-05 Twilio, Inc. System and method for processing media requests during telephony sessions
US10455094B2 (en) 2008-10-01 2019-10-22 Twilio Inc. Telephony web event system and method
US11005998B2 (en) 2008-10-01 2021-05-11 Twilio Inc. Telephony web event system and method
US8964726B2 (en) 2008-10-01 2015-02-24 Twilio, Inc. Telephony web event system and method
US11632471B2 (en) 2008-10-01 2023-04-18 Twilio Inc. Telephony web event system and method
US10187530B2 (en) 2008-10-01 2019-01-22 Twilio, Inc. Telephony web event system and method
US11665285B2 (en) 2008-10-01 2023-05-30 Twilio Inc. Telephony web event system and method
US9807244B2 (en) 2008-10-01 2017-10-31 Twilio, Inc. Telephony web event system and method
US11641427B2 (en) 2008-10-01 2023-05-02 Twilio Inc. Telephony web event system and method
US9407597B2 (en) 2008-10-01 2016-08-02 Twilio, Inc. Telephony web event system and method
US9894212B2 (en) 2009-03-02 2018-02-13 Twilio, Inc. Method and system for a multitenancy telephone network
JP2012519454A (en) * 2009-03-02 2012-08-23 トゥイリオ インコーポレイテッド Method and system for a multi-tenant telephone network
US10708437B2 (en) 2009-03-02 2020-07-07 Twilio Inc. Method and system for a multitenancy telephone network
US11240381B2 (en) 2009-03-02 2022-02-01 Twilio Inc. Method and system for a multitenancy telephone network
US8995641B2 (en) 2009-03-02 2015-03-31 Twilio, Inc. Method and system for a multitenancy telephone network
US9621733B2 (en) 2009-03-02 2017-04-11 Twilio, Inc. Method and system for a multitenancy telephone network
US10348908B2 (en) 2009-03-02 2019-07-09 Twilio, Inc. Method and system for a multitenancy telephone network
US11785145B2 (en) 2009-03-02 2023-10-10 Twilio Inc. Method and system for a multitenancy telephone network
US11637933B2 (en) 2009-10-07 2023-04-25 Twilio Inc. System and method for running a multi-module telephony application
US10554825B2 (en) 2009-10-07 2020-02-04 Twilio Inc. System and method for running a multi-module telephony application
US9210275B2 (en) 2009-10-07 2015-12-08 Twilio, Inc. System and method for running a multi-module telephony application
US9338064B2 (en) 2010-06-23 2016-05-10 Twilio, Inc. System and method for managing a computing cluster
US11637934B2 (en) 2010-06-23 2023-04-25 Twilio Inc. System and method for monitoring account usage on a platform
US9459926B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US9590849B2 (en) 2010-06-23 2017-03-07 Twilio, Inc. System and method for managing a computing cluster
US9459925B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US9967224B2 (en) 2010-06-25 2018-05-08 Twilio, Inc. System and method for enabling real-time eventing
US11936609B2 (en) 2010-06-25 2024-03-19 Twilio Inc. System and method for enabling real-time eventing
US11088984B2 (en) 2010-06-25 2021-08-10 Twilio Ine. System and method for enabling real-time eventing
US10708317B2 (en) 2011-02-04 2020-07-07 Twilio Inc. Method for processing telephony sessions of a network
US9455949B2 (en) 2011-02-04 2016-09-27 Twilio, Inc. Method for processing telephony sessions of a network
US11848967B2 (en) 2011-02-04 2023-12-19 Twilio Inc. Method for processing telephony sessions of a network
US11032330B2 (en) 2011-02-04 2021-06-08 Twilio Inc. Method for processing telephony sessions of a network
US9882942B2 (en) 2011-02-04 2018-01-30 Twilio, Inc. Method for processing telephony sessions of a network
US10230772B2 (en) 2011-02-04 2019-03-12 Twilio, Inc. Method for processing telephony sessions of a network
US10122763B2 (en) 2011-05-23 2018-11-06 Twilio, Inc. System and method for connecting a communication to a client
US10819757B2 (en) 2011-05-23 2020-10-27 Twilio Inc. System and method for real-time communication by using a client application communication protocol
US10165015B2 (en) 2011-05-23 2018-12-25 Twilio Inc. System and method for real-time communication by using a client application communication protocol
US9398622B2 (en) 2011-05-23 2016-07-19 Twilio, Inc. System and method for connecting a communication to a client
US10560485B2 (en) 2011-05-23 2020-02-11 Twilio Inc. System and method for connecting a communication to a client
US11399044B2 (en) 2011-05-23 2022-07-26 Twilio Inc. System and method for connecting a communication to a client
US11489961B2 (en) 2011-09-21 2022-11-01 Twilio Inc. System and method for determining and communicating presence information
US11997231B2 (en) 2011-09-21 2024-05-28 Twilio Inc. System and method for determining and communicating presence information
US9942394B2 (en) 2011-09-21 2018-04-10 Twilio, Inc. System and method for determining and communicating presence information
US10212275B2 (en) 2011-09-21 2019-02-19 Twilio, Inc. System and method for determining and communicating presence information
US10686936B2 (en) 2011-09-21 2020-06-16 Twilio Inc. System and method for determining and communicating presence information
US10182147B2 (en) 2011-09-21 2019-01-15 Twilio Inc. System and method for determining and communicating presence information
US9336500B2 (en) 2011-09-21 2016-05-10 Twilio, Inc. System and method for authorizing and connecting application developers and users
US10841421B2 (en) 2011-09-21 2020-11-17 Twilio Inc. System and method for determining and communicating presence information
US9495227B2 (en) 2012-02-10 2016-11-15 Twilio, Inc. System and method for managing concurrent events
US11093305B2 (en) 2012-02-10 2021-08-17 Twilio Inc. System and method for managing concurrent events
US10467064B2 (en) 2012-02-10 2019-11-05 Twilio Inc. System and method for managing concurrent events
US9350642B2 (en) 2012-05-09 2016-05-24 Twilio, Inc. System and method for managing latency in a distributed telephony network
US10637912B2 (en) 2012-05-09 2020-04-28 Twilio Inc. System and method for managing media in a distributed communication network
US9602586B2 (en) 2012-05-09 2017-03-21 Twilio, Inc. System and method for managing media in a distributed communication network
US10200458B2 (en) 2012-05-09 2019-02-05 Twilio, Inc. System and method for managing media in a distributed communication network
US9240941B2 (en) 2012-05-09 2016-01-19 Twilio, Inc. System and method for managing media in a distributed communication network
US11165853B2 (en) 2012-05-09 2021-11-02 Twilio Inc. System and method for managing media in a distributed communication network
US10320983B2 (en) 2012-06-19 2019-06-11 Twilio Inc. System and method for queuing a communication session
US9247062B2 (en) 2012-06-19 2016-01-26 Twilio, Inc. System and method for queuing a communication session
US11991312B2 (en) 2012-06-19 2024-05-21 Twilio Inc. System and method for queuing a communication session
US11546471B2 (en) 2012-06-19 2023-01-03 Twilio Inc. System and method for queuing a communication session
US9614972B2 (en) 2012-07-24 2017-04-04 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US11882139B2 (en) 2012-07-24 2024-01-23 Twilio Inc. Method and system for preventing illicit use of a telephony platform
US11063972B2 (en) 2012-07-24 2021-07-13 Twilio Inc. Method and system for preventing illicit use of a telephony platform
US9948788B2 (en) 2012-07-24 2018-04-17 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US9270833B2 (en) 2012-07-24 2016-02-23 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US10469670B2 (en) 2012-07-24 2019-11-05 Twilio Inc. Method and system for preventing illicit use of a telephony platform
US11595792B2 (en) 2012-10-15 2023-02-28 Twilio Inc. System and method for triggering on platform usage
US11689899B2 (en) 2012-10-15 2023-06-27 Twilio Inc. System and method for triggering on platform usage
US10757546B2 (en) 2012-10-15 2020-08-25 Twilio Inc. System and method for triggering on platform usage
US10257674B2 (en) 2012-10-15 2019-04-09 Twilio, Inc. System and method for triggering on platform usage
US9654647B2 (en) 2012-10-15 2017-05-16 Twilio, Inc. System and method for routing communications
US11246013B2 (en) 2012-10-15 2022-02-08 Twilio Inc. System and method for triggering on platform usage
US10033617B2 (en) 2012-10-15 2018-07-24 Twilio, Inc. System and method for triggering on platform usage
US8938053B2 (en) 2012-10-15 2015-01-20 Twilio, Inc. System and method for triggering on platform usage
US8948356B2 (en) 2012-10-15 2015-02-03 Twilio, Inc. System and method for routing communications
US9307094B2 (en) 2012-10-15 2016-04-05 Twilio, Inc. System and method for routing communications
US9319857B2 (en) 2012-10-15 2016-04-19 Twilio, Inc. System and method for triggering on platform usage
US9253254B2 (en) 2013-01-14 2016-02-02 Twilio, Inc. System and method for offering a multi-partner delegated platform
JP2014165729A (en) * 2013-02-26 2014-09-08 Oki Electric Ind Co Ltd Information processing apparatus, information processing system, information processing method and program
US11637876B2 (en) 2013-03-14 2023-04-25 Twilio Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US9282124B2 (en) 2013-03-14 2016-03-08 Twilio, Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US10560490B2 (en) 2013-03-14 2020-02-11 Twilio Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US11032325B2 (en) 2013-03-14 2021-06-08 Twilio Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US10051011B2 (en) 2013-03-14 2018-08-14 Twilio, Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US9001666B2 (en) 2013-03-15 2015-04-07 Twilio, Inc. System and method for improving routing in a distributed communication platform
US10057734B2 (en) 2013-06-19 2018-08-21 Twilio Inc. System and method for transmitting and receiving media messages
US9992608B2 (en) 2013-06-19 2018-06-05 Twilio, Inc. System and method for providing a communication endpoint information service
US9160696B2 (en) 2013-06-19 2015-10-13 Twilio, Inc. System for transforming media resource into destination device compatible messaging format
US9225840B2 (en) 2013-06-19 2015-12-29 Twilio, Inc. System and method for providing a communication endpoint information service
US9240966B2 (en) 2013-06-19 2016-01-19 Twilio, Inc. System and method for transmitting and receiving media messages
US9338280B2 (en) 2013-06-19 2016-05-10 Twilio, Inc. System and method for managing telephony endpoint inventory
US9483328B2 (en) 2013-07-19 2016-11-01 Twilio, Inc. System and method for delivering application content
US9811398B2 (en) 2013-09-17 2017-11-07 Twilio, Inc. System and method for tagging and tracking events of an application platform
US11539601B2 (en) 2013-09-17 2022-12-27 Twilio Inc. System and method for providing communication platform metadata
US9137127B2 (en) 2013-09-17 2015-09-15 Twilio, Inc. System and method for providing communication platform metadata
US10671452B2 (en) 2013-09-17 2020-06-02 Twilio Inc. System and method for tagging and tracking events of an application
US10439907B2 (en) 2013-09-17 2019-10-08 Twilio Inc. System and method for providing communication platform metadata
US9959151B2 (en) 2013-09-17 2018-05-01 Twilio, Inc. System and method for tagging and tracking events of an application platform
US11379275B2 (en) 2013-09-17 2022-07-05 Twilio Inc. System and method for tagging and tracking events of an application
US9853872B2 (en) 2013-09-17 2017-12-26 Twilio, Inc. System and method for providing communication platform metadata
US9338018B2 (en) 2013-09-17 2016-05-10 Twilio, Inc. System and method for pricing communication of a telecommunication platform
US11831415B2 (en) 2013-11-12 2023-11-28 Twilio Inc. System and method for enabling dynamic multi-modal communication
US11621911B2 (en) 2013-11-12 2023-04-04 Twillo Inc. System and method for client communication in a distributed telephony network
US9553799B2 (en) 2013-11-12 2017-01-24 Twilio, Inc. System and method for client communication in a distributed telephony network
US10069773B2 (en) 2013-11-12 2018-09-04 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US11394673B2 (en) 2013-11-12 2022-07-19 Twilio Inc. System and method for enabling dynamic multi-modal communication
US10063461B2 (en) 2013-11-12 2018-08-28 Twilio, Inc. System and method for client communication in a distributed telephony network
US9325624B2 (en) 2013-11-12 2016-04-26 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US10686694B2 (en) 2013-11-12 2020-06-16 Twilio Inc. System and method for client communication in a distributed telephony network
US11882242B2 (en) 2014-03-14 2024-01-23 Twilio Inc. System and method for a work distribution service
US10904389B2 (en) 2014-03-14 2021-01-26 Twilio Inc. System and method for a work distribution service
US9628624B2 (en) 2014-03-14 2017-04-18 Twilio, Inc. System and method for a work distribution service
US10291782B2 (en) 2014-03-14 2019-05-14 Twilio, Inc. System and method for a work distribution service
US10003693B2 (en) 2014-03-14 2018-06-19 Twilio, Inc. System and method for a work distribution service
US11330108B2 (en) 2014-03-14 2022-05-10 Twilio Inc. System and method for a work distribution service
US9344573B2 (en) 2014-03-14 2016-05-17 Twilio, Inc. System and method for a work distribution service
US10440627B2 (en) 2014-04-17 2019-10-08 Twilio Inc. System and method for enabling multi-modal communication
US9907010B2 (en) 2014-04-17 2018-02-27 Twilio, Inc. System and method for enabling multi-modal communication
US9226217B2 (en) 2014-04-17 2015-12-29 Twilio, Inc. System and method for enabling multi-modal communication
US11653282B2 (en) 2014-04-17 2023-05-16 Twilio Inc. System and method for enabling multi-modal communication
US10873892B2 (en) 2014-04-17 2020-12-22 Twilio Inc. System and method for enabling multi-modal communication
US9774687B2 (en) 2014-07-07 2017-09-26 Twilio, Inc. System and method for managing media and signaling in a communication platform
US10757200B2 (en) 2014-07-07 2020-08-25 Twilio Inc. System and method for managing conferencing in a distributed communication network
US10229126B2 (en) 2014-07-07 2019-03-12 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US11973835B2 (en) 2014-07-07 2024-04-30 Twilio Inc. System and method for managing media and signaling in a communication platform
US9588974B2 (en) 2014-07-07 2017-03-07 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US11341092B2 (en) 2014-07-07 2022-05-24 Twilio Inc. Method and system for applying data retention policies in a computing platform
US11755530B2 (en) 2014-07-07 2023-09-12 Twilio Inc. Method and system for applying data retention policies in a computing platform
US9858279B2 (en) 2014-07-07 2018-01-02 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US10116733B2 (en) 2014-07-07 2018-10-30 Twilio, Inc. System and method for collecting feedback in a multi-tenant communication platform
US10747717B2 (en) 2014-07-07 2020-08-18 Twilio Inc. Method and system for applying data retention policies in a computing platform
US11768802B2 (en) 2014-07-07 2023-09-26 Twilio Inc. Method and system for applying data retention policies in a computing platform
US10212237B2 (en) 2014-07-07 2019-02-19 Twilio, Inc. System and method for managing media and signaling in a communication platform
US10637938B2 (en) 2014-10-21 2020-04-28 Twilio Inc. System and method for providing a micro-services communication platform
US9906607B2 (en) 2014-10-21 2018-02-27 Twilio, Inc. System and method for providing a micro-services communication platform
US11019159B2 (en) 2014-10-21 2021-05-25 Twilio Inc. System and method for providing a micro-services communication platform
US10853854B2 (en) 2015-02-03 2020-12-01 Twilio Inc. System and method for a media intelligence platform
US11544752B2 (en) 2015-02-03 2023-01-03 Twilio Inc. System and method for a media intelligence platform
US9805399B2 (en) 2015-02-03 2017-10-31 Twilio, Inc. System and method for a media intelligence platform
US10467665B2 (en) 2015-02-03 2019-11-05 Twilio Inc. System and method for a media intelligence platform
US9948703B2 (en) 2015-05-14 2018-04-17 Twilio, Inc. System and method for signaling through data storage
US10560516B2 (en) 2015-05-14 2020-02-11 Twilio Inc. System and method for signaling through data storage
US11272325B2 (en) 2015-05-14 2022-03-08 Twilio Inc. System and method for communicating through multiple endpoints
US11265367B2 (en) 2015-05-14 2022-03-01 Twilio Inc. System and method for signaling through data storage
US10419891B2 (en) 2015-05-14 2019-09-17 Twilio, Inc. System and method for communicating through multiple endpoints
US11171865B2 (en) 2016-02-04 2021-11-09 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US10659349B2 (en) 2016-02-04 2020-05-19 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US11622022B2 (en) 2016-05-23 2023-04-04 Twilio Inc. System and method for a multi-channel notification service
US10440192B2 (en) 2016-05-23 2019-10-08 Twilio Inc. System and method for programmatic device connectivity
US11076054B2 (en) 2016-05-23 2021-07-27 Twilio Inc. System and method for programmatic device connectivity
US10063713B2 (en) 2016-05-23 2018-08-28 Twilio Inc. System and method for programmatic device connectivity
US11627225B2 (en) 2016-05-23 2023-04-11 Twilio Inc. System and method for programmatic device connectivity
US11265392B2 (en) 2016-05-23 2022-03-01 Twilio Inc. System and method for a multi-channel notification service
US10686902B2 (en) 2016-05-23 2020-06-16 Twilio Inc. System and method for a multi-channel notification service
CN106067867A (en) * 2016-07-25 2016-11-02 泉州欧讯电子有限公司 A kind of DMR numeral, simulation multi-standard relay system

Similar Documents

Publication Publication Date Title
JP2004166000A (en) Band management system
US10038779B2 (en) Intercepting voice over IP communications and other data communications
US7738360B2 (en) Method and apparatus for merging call components during call reconstruction
US7068598B1 (en) IP packet access gateway
US7870265B2 (en) System and method for managing communications sessions in a network
US8411670B2 (en) Reverse ENUM based routing for communication networks
US8199898B2 (en) System and method for routing calls across call managers using a route plan
US7636349B2 (en) System and method for providing shared line appearances in a distributed call routing network
CN100448218C (en) Method for receiving call
US7099306B2 (en) System and method for internet protocol telephony advertisement protocol
US7359368B1 (en) System and method for routing calls using dialing partitions
US7443842B2 (en) Communication control apparatus
RU2007107353A (en) METHOD AND DEVICE FOR PROVIDING CORRELATION MEANS IN HYBRID TELECOMMUNICATION NETWORKS
US7924820B2 (en) Method and system for facilitating communications
US20080192734A1 (en) Communication system
US8305918B2 (en) Method of configuring the quality-of-service profile of a given stream at an access node of a packet communications network
US7843958B2 (en) Resolving a layer 3 address in a processor system with a unified IP presence
CN100525202C (en) A method of registration for the private network terminal to the gatekeeper based on the H.323 protocol
US7558246B2 (en) Selecting a routing mode for a call session
US7733845B1 (en) System and method for device registration replication in a communication network
US7995561B2 (en) Techniques for implementing logical trunk groups with session initiation protocol (SIP)
JP2004104387A (en) Band management system
KR20100081044A (en) Groupcast transmission method and apparatus for supporting voice paging service in voice over internet protocol system