Share via

Lync Server 2013 でのメディア トラフィックのネットワーク帯域幅の要件

  • [アーティクル]

 

トピックの最終更新日: 2015-09-24

ネットワーク計画の重要な部分は、ネットワークが Lync Server によって生成されたメディア トラフィックを確実に処理できるようにすることです。 このセクションは、目的のメディア トラフィックを計画する場合に役立ちます。

メディア トラフィック ネットワークの使用状況

メディア トラフィックの帯域幅使用量の計算は、使用されるコーデック、解像度、アクティビティ レベルなど、変数の数が多いため、困難になる可能性があります。 帯域幅の使用は、使用されるコーデックとストリームのアクティビティの関数であり、どちらもシナリオによって異なります。 次の表に、Lync Server 2013 シナリオで一般的に使用されるオーディオ コーデックを示します。

オーディオ コーデック帯域幅

音声コーデック シナリオ オーディオ ペイロード ビットレート (KBPS) 帯域幅 - 音声ペイロードおよび IP ヘッダーのみ (Kbps) 帯域幅 - 音声ペイロード、IP ヘッダー、UDP、RTP、および SRTP (Kbps) 帯域幅 - 音声ペイロード、IP ヘッダー、UDP、RTP、SRTP および前方向エラー訂正 (Kbps)

RTAudio (広帯域)

ピアツーピア

29.0

45.0

57.0

86.0

RTAudio (狭帯域)

ピアツーピア、PSTN

11.8

27.8

39.8

51.6

G.722

電話会議

64.0

80.0

95.6

159.6

G.722 ステレオ

ピアツーピア、会議

128.0

144.0

159.6

223.6

G.711

PSTN、会議

64.0

80.0

92.0

156.0

Siren

電話会議

16.0

32.0

47.6

63.6

前の表の帯域幅番号は、20 ミリ秒のパケット化 (1 秒あたり 50 パケット) に基づいており、Siren と G.722 の場合は、会議シナリオからの追加のセキュリティで保護されたリアルタイム トランスポート プロトコル (SRTP) オーバーヘッドが含まれており、ストリームが 100% アクティブであると想定しています。 転送エラー修正 (FEC) は、オーディオ ストリームの品質を維持するためにリンクでパケット損失が発生した場合に動的に使用されます。

G.722 コーデックのステレオ バージョンは、Lync Room System に基づくシステムによって使用されます。これにより、ステレオ マイクキャプチャを使用して、リスナーが会議室で複数の話者をよりよく区別できるようになります。

ビデオの場合、既定のコーデックは H.264/MPEG-4 パート 10 Advanced Video Coding Standard と、一時的なスケーラビリティを実現するスケーラブルなビデオ コーディング拡張機能です。 Lync 2010 または Office Communicator 2007 R2 クライアントとの相互運用性を維持するために、RTVideo コーデックは Lync 2013 とレガシ クライアント間のピアツーピア呼び出しに引き続き使用されます。 Lync 2013 とレガシ クライアントの両方の会議セッションでは、Lync 2013 エンドポイントは両方のビデオ コーデックを使用してビデオをエンコードし、H.264 ビットストリームを Lync 2013 と RTVideo ビットストリームを Lync 2010 または Office Communicator 2007 R2 クライアントに送信できます。

必要な帯域幅は、解像度、品質、およびフレーム レートによって異なります。 解像度ごとに、2 つの興味深いビット レートがあります。

  • 最大ペイロード ビットレート これは、Lync 2013 エンドポイントが、この解像度でサポートされている最大フレーム レートでの解決に使用するビットレートです。 この値は、最高の品質とフレーム レートのビデオを可能にするため、興味深い値です。

  • 最小ペイロード ビットレート これは、Lync 2013 エンドポイントが次の低解像度に切り替えるビットレートです。 特定の解像度を保証するために、使用可能なビデオ ペイロードビットレートがその解像度の最小ビットレートを下回る必要はありません。 この値は興味深く、最大ビットレートが使用できない場合や実用的でない場合に可能な限り低い値を理解できます。 一部のユーザーにとって、このような低ビットレートのビデオは許容できないビデオ エクスペリエンスと見なされる場合があるため、これらの最小ビデオ ペイロード ビットレートを検討するときは注意してください。 ユーザーの動きがほとんどまたはまったくないビデオ シーンでは、実際のビットレートも一時的に最小ビットレートを下回る可能性があることに注意してください。

Lync 2013 では、さらに多くの解決策がサポートされています。 これにより、さまざまなネットワーク帯域幅に合わせて調整し、クライアント機能を受け取ります。 また、Lync 2013 の既定の縦横比は 16:9 に変更されています。 4:3 の縦横比は、16:9 の縦横比でのキャプチャを許可しない Web カメラでも引き続きサポートされています。

ビデオ解像度の帯域幅

ビデオ コーデック 解像度と縦横比 最大ビデオ ペイロード ビットレート (Kbps) 最小ビデオ ペイロード ビットレート (Kbps)

H.264

320x180 (16:9)

212x160 (4:3)

250

15

H.264/RTVideo

424x240 (16:9)

320x240 (4:3)

350

100

H.264

480x270 (16:9)

424x320 (4:3)

450

200

H.264/RTVideo

640x360 (16:9)

640x480 (4:3)

800

300

H.264

848x480 (16:9)

1500

400

H.264

960x540 (16:9)

2000

500

H.264/RTVideo

1280x720 (16:9)

2500

700

H.264

1920x1080 (16:9)

4000

1500

H.264/RTVideo

960x144 (20:3)

500

15

H.264

1280x192 (20:3)

1000

250

H.264

1920x288 (20:3)

2000

500

ビデオ FEC は、ビデオペイロードビットレートに含まれるときに使用されるため、ビデオ FEC とビデオ FEC を持つ個別の値はありません。

エンドポイントは、音声またはビデオ パケットを連続的にストリーミングするわけではありません。 シナリオごとにさまざまなレベルのストリーム アクティビティがあり、このレベルからストリームに対するパケットの送信頻度が分かります。 ストリーム アクティビティは、メディアとシナリオに左右されますが、使用されるコーデックの影響は受けません。 ピアツーピア シナリオでは、次のようになります。

  • エンドポイントは、ユーザーが話しているときだけ、音声ストリームを送信します。

  • 両方の参加者が音声ストリームを受け取ります。

  • ビデオが使用されている場合、両方のエンドポイントが通話全体の間にビデオ ストリームを送受信します。

  • 動きがほとんどないビデオ シーンの場合、ビデオ コーデックは変更せずにビデオのエンコード領域をスキップするので、実際のビットレートは一時的に非常に低くなる可能性があります。

電話会議シナリオでは、次のようになります。

  • エンドポイントは、ユーザーが話しているときだけ、音声ストリームを送信します。

  • すべての参加者が音声ストリームを受け取ります。

  • ビデオが使用されている場合、すべての参加者は最大 5 つの受信ビデオ ストリームと 1 つのパノラマ (たとえば、縦横比 20:3) ビデオ ストリームを受信できます。 既定では、5 つの受信ビデオ ストリームはアクティブな発表者履歴に基づきますが、ユーザーはビデオ ストリームを受信する参加者を手動で選択することもできます。

  • ユーザーの送信ビデオ ストリームを有効にしている各参加者は、1 つ以上のビデオ ストリームを送信します。 Lync 2013 では、受信するすべてのクライアントのビデオ品質を最適化するために、最大 5 つのビデオ ストリームを送信する機能が追加されています。 実際に送信されるビデオ ストリームの数は、CPU の能力、利用可能なアップリンク帯域幅、特定のビデオ ストリームを要求している受信クライアントの数に基づいて、送信側によって決定されます。 最も一般的なものは、レガシ クライアントが会議に参加している場合で、1 つの H.264 と 1 つの RTVideo ビデオ ストリームが送信されます。 もう 1 つのよくあるシナリオでは、受信側の異なる要求に対応するため、複数の H.264 ビデオ ストリームが (たとえば、異なるビデオ解像度で) 送信されます。

音声およびビデオ メディア用のリアルタイム転送プロトコル (RTP) トラフィックで必要な帯域幅以外に、リアルタイム転送制御プロトコル (RTCP) でも帯域幅が必要です。 RTCP は、RTP ストリームの統計情報の報告やアウトオブバンドの制御に使用されます。 計画の際には、RTCP トラフィックに関する次の表の帯域幅の数値を参照してください。 これらの値は、RTCP に使用される最大帯域幅を表し、制御データの違いによりオーディオ ストリームとビデオ ストリームの間で異なります

RTCP の帯域幅

メディア RTCP の最大帯域幅 (Kbps)

音声

5

ビデオ (H.264 または RTVideo の一方のみを送受信)

10

ビデオ (H.264 と RTVideo の両方を送受信)

15

容量計画の目的で、次の 2 つの帯域幅が重要です。

  • FEC を使用しない最大帯域幅 ストリームの一般的なアクティビティや、FEC のないシナリオで使用される一般的なコーデックなど、ストリームが消費する最大帯域幅。 これは、ストリームが 100% アクティビティにあり、パケット損失が発生せず、FEC の使用をトリガーする場合の帯域幅です。  これは、特定のシナリオでコーデックを使用できるように割り当てる必要がある帯域幅の量を計算する場合に興味深いです。 

  • FEC を使用した最大帯域幅 ストリームの一般的なアクティビティや、FEC でのシナリオで使用される一般的なコーデックなど、ストリームが消費する最大帯域幅。 これは、ストリームが 100% アクティビティにあり、パケット損失が発生して、品質を向上させるために FEC を使用する場合の帯域幅です。 これは、特定のシナリオでコーデックを使用できるように割り当てる必要がある帯域幅の量を計算し、FEC を使用してパケット損失条件下で品質を維持できるようにする場合に興味深いです。 

次の表に、追加の帯域幅値 である一般的な帯域幅も示します。 これは、ストリームの一般的なアクティビティやシナリオで使用される一般的なコーデックなど、ストリームが消費する平均帯域幅です。 この帯域幅は、特定の時点でメディア トラフィックによって消費される帯域幅の量を近似するために使用できますが、個々の呼び出しがこの値を超えるのはアクティビティ レベルが平均より高い場合であるため、容量計画には使用しないでください。 次の表の一般的なビデオ ストリーム帯域幅は、測定された顧客データで観察されるさまざまなビデオ解像度の組み合わせに基づいています。 たとえば、ピアツーピア セッションでは、ほとんどのユーザーが既定のビデオ レンダリング ウィンドウを使用しますが、一部の割合のユーザーは Lync アプリケーションを増加または最大化して、より高いビデオ解像度を実現します。

次の表では、さまざまなシナリオでこれら 3 つの帯域幅値を示します。

ピアツーピア セッションの音声/ビデオの容量計画

メディア コーデック 標準的なストリーム帯域幅 (Kbps) FEC を使用しない場合のストリームの最大帯域幅 FEC を使用する場合のストリームの最大帯域幅

音声

RTAudio (広帯域)

39.8

62

91

音声

RTAudio (狭帯域)

29.3

44.8

56.6

Lync 2013 エンドポイントを呼び出すときのメイン ビデオ

H.264

460

4010 (最大解像度 1920x1080 の場合)

該当なし

Lync 2010 または Office Communicator 2007 R2 エンドポイントを呼び出すときのメイン ビデオ

RTVideo

460

2510 (最大解像度 1280x720 の場合)

該当なし

Lync 2013 エンドポイントを呼び出すときのパノラマ ビデオ

H.264

190

2010 (最大解像度 1920x288 の場合)

該当なし

Lync 2010 または Office Communicator 2007 R2 エンドポイントを呼び出すときのパノラマ ビデオ

RTVideo

190

510 (最大解像度 960x144 の場合)

該当なし

会議の音声/ビデオの容量計画

メディア 標準的なコーデック 標準的なストリーム帯域幅 (Kbps) FEC を使用しない場合のストリームの最大帯域幅 FEC を使用する場合のストリームの最大帯域幅

音声

G.722

46.1

100.6

164.6

音声

Siren

25.5

52.6

68.6

メイン ビデオ受信

H.264 または RTVideo

260

8015

該当なし

メイン ビデオ送信

H.264 または RTVideo

270

8015

該当なし

パノラマ ビデオ受信

H.264 または RTVideo

190

2010 (最大解像度 1920x288 の場合)

該当なし

パノラマ ビデオ送信

H.264 または RTVideo

190

2515 (複数の解像度/コーデックを使用してビットストリームを送信する場合)

該当なし

メイン ビデオの場合、一般的なストリーム帯域幅と最大ストリーム帯域幅は、受信したすべてのビデオ ストリームとすべての送信ビデオ ストリームの合計帯域幅です。 複数のビデオ ストリームを使用する場合でも、多くのビデオ会議でコンテンツ共有が使用されているため、一般的なビデオ帯域幅はピアツーピア シナリオよりも小さくなります。これにより、ビデオ ウィンドウが大幅に小さくなり、ビデオ解像度が小さくなります。 サポートされる最大集計ビデオ ペイロード帯域幅は、送受信ストリームの両方に対して 8000 Kbps です。たとえば、2 つの受信 1920x1080p ビデオ ストリームがある場合に使用されます。

パノラマ ビデオの一般的なストリーム帯域幅は、最大 960 x 144 のパノラマ ビデオのみをストリーミングする現在使用可能なデバイスに基づいています。 1920x288 パノラマ ビデオを搭載したデバイスが使用可能になると、一般的なストリーム帯域幅が増加することが予想されます。

PSTN の音声容量計画

メディア 標準的なコーデック 標準的なストリーム帯域幅 (Kbps) FEC を使用しない場合のストリームの最大帯域幅 FEC を使用する場合のストリームの最大帯域幅

音声

G.711 (これには、会議の PSTN 参加者が含まれます)

64.8

97

161

音声

RTAudio (狭帯域)

30.9

44.8

56.6

上記の各表のネットワーク帯域幅の数値は、単方向トラフィックのみを表しており、各ストリームの RTCP トラフィック オーバーヘッドを意味する 5 Kbps を含みます。 ビデオの場合は、最大ストリームの計算に最大ビデオ ビット レートが使用されます。