- 美しく高貴なものはすべて、理由と計算の積です。
–Charles Baudelaire
PBXの黎明期以来、企業は建物に出入りする必要があるトランクの数を決定するために、推定電話使用量を計算する必要がありました。 TDMの場合、これらのトランクはアナログ回路かデジタルT1S–すなわち、物理的な下部組織だった。
SIPでは、物理トランクよりも帯域幅に関心があります。 当然、帯域幅は何かで提供されなければならないがVoIPは従来のトランクよりずっとより多くの柔軟性を提供する。 TDMトランクにT1を使用する場合、コールの最大数はそのT1内のDS0回線の数に制限されます。 1つのT1には24個のDs0があるため、24はT1でのTDMコールの最大数です。 しかし、そのT1をデータに引き渡すと、Ds0の数はもはや決定要因ではありません。 コーデックに応じて、同じT1で40以上のVoIP通話を使用できます。
ただし、帯域幅について考える前に、任意の時点でサポートする必要がある同時通話の数を決定する必要があります。 これには、発信者にビジー信号または「すべての回線が使用中」トーンを受信させる頻度を決定することが含まれます。 そのためには、デンマークの数学者Agner Krarup Erlangにちなんで名付けられたErlangと呼ばれる90歳の電話測定に目を向ける。
数学を行う
一部の人々は、手でErlangを計算し、より具体的には、Erlang BとErlang Cの計算を実行することに成功しますが、私はそれらの一人ではありません。 私はむしろここにあるもののようなパッケージ化されたツールを使用したいと思います。
上記のリンクの電卓をクリックした場合（Erlang Bがこのアクティビティに最も適しています）、私がまだ言及していない2つのことに気付くでしょう。 最初はビジーアワートラフィック（BHT）です。 BHTは、操作の最も忙しい時間の間にコールトラフィックです。 これはErlang loadとも呼ばれます。 BHTは次のように計算されます:
BHT=平均通話時間x1時間あたりの通話/3600
たとえば、トランクグループで1時間に350回の通話が行われ、平均通話時間が180秒であることがわかっていErlang Bの計算機が要求することはブロックされています。 ブロッキングは、使用可能な回線の数が不足しているためにコールが失敗することです。 たとえば、0.03のブロッキングは、試行された100回のコールごとにブロックされたコールを示します。 これらのブロックされた呼び出しは、ビジー信号またはリオーダートーンになります。
電卓からの結果は、あなたが望む特定のサービスグレード（GoS）であなたのビジネスをサポートするために必要なトランクの数です。 あなたがTDMで作業している場合は、外出してアナログまたはデジタル回路の数を注文し、一日それを呼び出すことができます。 しかし、SIPではもう一歩を踏み出す必要があります。 その数のトランク、または同時通話を帯域幅に変換する必要があります。
通話から帯域幅へ
帯域幅を計算するときに最初に考慮する必要があるのは、使用するコーデックの特性です。 私が”特性”と言うとき、私はサンプルサイズや音声ペイロードなどの属性を指しています。たとえば、G.711のサンプルサイズは20ミリ秒、30ミリ秒、または40ミリ秒である可能性があります。 これらのサンプルサイズは、それぞれ160バイト、240バイト、および320バイトの音声ペイロードサイズになります。 これにより、最終的には88Kbps、80Kbps、および76Kbpsのリアルタイムプロトコルのデータレートが得られます。SIPトランクの次の最も一般的なコーデックはG.729aで、同じ種類のサンプルサイズと音声ペイロードバリアントがあります。 これにより、32Kbps、22Kbps、および20Kbpsのデータストリームにつながります。
ほぼすべての状況で、G.711には90Kbps、G.729aには32Kbpsを使用しても安全です。
Erlang B電卓から210個のトランクを思いついて、コーデックにG.711を選択したとしましょう。
210×90=18,900Kbps
これは、210の同時G.711コールを確実にサポートするために、約19Mbpsのデータパイプが必要であることを意味します。 私は一般的に人々がオーバーヘッドの20％を追加するのを見てきました（すなわち、ファッジ係数）トラフィックの変動、トラフィックの衝突、およびイーサネットの再送信のために。 これは約22Mbpsに私達の管を押す。
同じ数のトランクとファッジ係数を使用して、G.729a用の8Mbpsのパイプを考え出しました。
もちろん、コーデックを選択するときにこのような音声品質の要因が作用するため、あるコーデックを別のコーデックにコミットする前に、関連するすべての長所と短所を見なければなりません。 帯域幅にお金を節約することは、もはや動作しない顧客の苦情や音声認識アプリケーションの価値がないかもしれません。 私は信頼性とフェイルオーバーを考慮していませんが、危機時にビジネスの継続性を確保するために複数のデータパイプが必要になる可能性があります。
Mischief Managed
プロセスを大幅に簡素化するのに役立ついくつかの事前パッケージ化された帯域幅チャートを選択しています。 しかし、その数字の背後にある理由を理解することが重要です。 いくつかの数字は、あなたが私の計算を使用して思い付くものよりもわずかに高いか低いかもしれませんが、それは大丈夫です-それはトラフィック管 あなたが見つけることができるものを見て、しかし、あなたとあなたの企業のために最善のものを決定します。
Andrew Prokopは、彼の人気ブログ”SIP Adventures”にユニファイドコミュニケーションのすべてについて書いています。
アンドリュー-プロコップをTwitterとLinkedInでフォロー！
@ajprokop
Andrew Prokop on LinkedIn