オーディオ コーデック
次の各項を参照してください。
• 「コール接続および録音のためのオーディオ コーデックの使用方法」
• 「VPIM ネットワークのオーディオ コーデックに関する考慮事項」
コール接続および録音のためのオーディオ コーデックの使用方法
Cisco Unity Connection では、Connection SCCP または SIP のシグナリングでサポートされるオーディオ コーデック形式(G.711 mu-law、G.711 a-law、G.722、G.729、iLBC)のコールは、常に PCM リニアに変換されます。録音時は PCM リニアからシステムレベルの録音用オーディオ コーデック(PCM リニア、G.711 mu-law、G.711 a-law、G.729a、または G.726)に符号化されます。これは Cisco Unity Connection Administration システム全体の設定です(デフォルトは G.711 mu-law)。
この項では、発信側デバイスと Connection の間でネゴシエートされるオーディオ コーデックを「回線コーデック」と呼び、システムレベルの録音用オーディオ コーデックとして設定されたオーディオ コーデックを「録音コーデック」と呼びます。
サポートされる回線コーデック(アドバタイズされているコーデック)
• G.711 mu-law
• G.711 a-law
• G.722
• G.729
• iLBC
サポートされる録音コーデック(システムレベルの録音用オーディオ コーデック)
• PCM リニア
• G.711 mu-law(デフォルト)
• G.711 a-law
• G.729a
• G.726
トランスコーディングはどのような接続でも発生するので、回線コーデックが録音コーデックと異なっていても、システムへの影響に大差はありません。たとえば、G.729a を回線コーデックとして、G.711 mu-law を録音コーデックとして使用しても、Connection サーバのトランスコーディングに重大な追加負荷はかかりません。しかし、iLBC コーデックまたは G.722 コーデックはトランスコーディングにより多くの計算を必要とするので、Connection サーバに重大な追加負荷がかかります。そのため、Connection サーバがサポートできる G.722 または iLBC の接続数は、G.711 mu-law の接続数の半分だけです。
(注) G.722 コーデックまたは iLBC コーデックを回線コーデック(アドバタイズされているコーデック)として使用すると、Cisco Unity Connection サーバでプロビジョニング可能な音声ポートの数が減少します。G.722 コーデックまたは iLBC コーデックを使用した場合に各プラットフォーム オーバーレイでサポートされる音声ポートの数の詳細については、http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html の『Cisco Unity Connection Supported Platforms List』を参照してください。
一般に、システムの録音形式をデフォルトの設定から変更しないことをお勧めします。ただし、次の場合を除きます。
• ディスクの空き領域に関する検討事項に対処するには、G.729a または G.726 などの低ビットレートのコーデックの使用を検討します。低ビットレートのコーデックでは、G.711 mu-law などの高ビットレートのコーデックよりも音質が低下する点に注意してください。
• G.722 を回線コーデックとして使用するエンドポイント向けの録音で音質を改善するには、PCM リニアの使用を検討します。PCM リニアでは、使用するディスク領域が増加する点に注意してください。
録音コーデックを変更したり、特定の回線コーデックだけをアドバタイズするように選択したりする理由として、次のことが考えられます。SCCP 連動または SIP 連動で、システムレベルの録音時のオーディオ コーデックやアドバタイズされているコーデックを決定するときは、次の情報を確認してください。
• 大多数のエンドポイントと Connection の間でネゴシエートされるオーディオ コーデック。この情報は、Connection によるアドバタイズに適したオーディオ コーデックと Connection によるアドバタイズが不適切なオーディオ コーデックを判断する場合に役立ちます。また、Connection による計算負荷の高いネイティブ トランスコーディングではなく、Cisco Unified CM によるハードウェア トランスコーディング リソースの提供が必要な場合を判断できます。たとえば、構成で多数のクライアントを 722 または iLBC を使用して Connection に接続する場合などが該当します。
• 録音を再生する Graphical User Interface(GUI; グラフィカル ユーザ インターフェイス)クライアントの種類(Web ブラウザ、電子メール クライアント、メディア プレーヤーなど)、および各 GUI クライアントがサポートするオーディオ コーデック。
• 選択したオーディオ コーデックによって生成される音質。一部のオーディオ コーデックは、他のオーディオ コーデックよりも優れた音質を実現します。たとえば、G.711 は G.729a よりも高音質であるため、高音質が求められる場合に適しています。
• オーディオ コーデックで録音時間 1 秒あたりに使用するディスク領域。
PCM リニアの音質は最高レベルで、最も幅広くメディア プレーヤーでサポートされていますが、使用するディスク領域および帯域幅が最も大きくなります(16 KB/秒)。G.711(a-law および mu-law)は PCM リニアと比較すると音質は中程度で、幅広いメディア プレーヤーでサポートされており、使用するディスク領域および帯域幅は半分です(8 KB/秒)。G.729a は、サポートされている 4 つのオーディオ コーデックの中で最も音質が低く、使用にあたってライセンスが必要なため、サポートされているメディア プレーヤーも限られています。ただし、このオーディオ コーデックで使用するディスク領域は最小です(1 KB/秒)。G.726 は音質が中程度で、ある程度の数のメディア プレーヤーでサポートされており、他のほとんどのコーデックよりもディスク領域が少なく済みます(3 KB/秒)。この情報を、 表 3-1 にまとめます。
表 3-1 録音に使用されるオーディオ コーデックの比較
|
|
|
|
|
|
|
PCM リニア |
高 |
幅広くサポートされている |
16 KB/秒 |
8 kHz/秒 |
1 |
16 ビット |
G.711 mu-law/a-law |
中 |
幅広くサポートされている |
8 KB/秒 |
8 kHz/秒 |
1 |
8 ビット |
G726 |
中 |
中程度 |
4 KB/秒 |
8 kHz/秒 |
1 |
4 ビット |
G.729a |
低 |
あまりサポートされていない |
1 KB/秒 |
8 kHz/秒 |
1 |
該当なし |
Connection によってアドバタイズされているオーディオ コーデック、またはシステムレベルの録音用オーディオ コーデックの変更については、『 System Administration Guide for Cisco Unity Connection Release 7.x』の「 Changing the Audio Format of Recordings and Media Streams 」の章を参照してください。
アドバタイズされているオーディオ コーデックを変更する場合は、G.711 mu-law、G.711 a-law、G.722、G.729、および iLBC の中から選択します。また、選択したコーデックの優先順位も指定します。
SCCP 連動の場合、ネゴシエートされたコールのポートの位置およびデバイスに基づいて Cisco Unified CM がオーディオ コーデックをネゴシエートするため、オーディオ コーデックの順序は重要ではありません。ただし SIP 連動の場合は、オーディオ コーデックの順序が重要です。一方のオーディオ コーデックが他方のオーディオ コーデックよりも優先される場合、Connection は両方のオーディオ コーデックをサポートするようにアドバタイズしますが、優先順位の高いコーデックの方を使用します。
VPIM ネットワークのオーディオ コーデックに関する考慮事項
VPIM ネットワークで Cisco Unity Connection を別の Connection サーバ、Cisco Unity サーバ、またはサードパーティ製のボイス メッセージ システムに接続する場合、互換性のあるオーディオ コーデックを選択する必要があります。
Connection VPIM ネットワークでは、次のオーディオ コーデックの考慮事項に注意してください。
• インバウンド メッセージの場合、Connection では次のいずれかを実行できます。
– ボイス メッセージを Connection がサポートする任意のオーディオ形式に変換する。
– ボイス メッセージのオーディオ形式を変換せず、ボイス メッセージの元のオーディオ形式を保持する。
• アウトバウンド ボイス メッセージの場合、Connection では次のいずれかを実行できます。
– ボイス メッセージを G.726 オーディオ形式に変換する。
– ボイス メッセージのオーディオ形式を変換せず、ボイス メッセージの元のオーディオ形式を保持する。形式の保持は、VPIM ネットワークを使用して Connection サーバ間、または Connection サーバと Cisco Unity サーバの間でボイス メッセージを送信する場合に便利です。
VPIM ネットワークの詳細については、「VPIM ネットワーク」を参照してください。
ボイス メッセージ ポート
必要なボイス メッセージ ポートの数および設定を決定するには、次の点を考慮してください。
• 既存のボイス メッセージ システム :必要に応じて、既存のボイス メッセージ システムの機能がどの程度良好かを評価します。この評価によって、ボイス メッセージの録音に必要なポート数、Message Waiting Indicator(MWI; メッセージ受信インジケータ)のオン/オフの切り替え、およびメッセージ通知について判断するための情報が得られます。
• Cisco Unity Inbox Web クライアント または Cisco Unity Connection ViewMail for Microsoft Outlook クライアントの使用 :ユーザが Cisco Unity Inbox Web クライアントまたは Cisco Unity Connection ViewMail for Microsoft Outlook クライアントを使用する場合、Cisco Unity Connection では Telephone Record And Playback(TRAP; 電話での録音および再生)を使用して、ユーザがスピーカとマイクロフォンを使用せずに電話でボイス メッセージを再生および録音できます。この機能は特に、ユーザがパーティションで区切られた作業スペースで作業しており、プライバシーが確保できない場合に便利です。ただし、ユーザが TRAP を使用してメッセージを再生または録音する場合は、Connection サーバのポートが使用されます (ユーザがスピーカとマイクロフォンを使用してメッセージを再生および録音する場合は、ポートは使用されません)。お客様がユーザによる TRAP の使用を希望する場合は、この点を考慮して必要な音声ポートの合計数を計算する必要があります。
• Cisco Unity Connection クラスタ :場合によっては、既存のボイス メッセージ システムに Connection がサポートするよりも多くのボイス メッセージ ポートが存在することがあります。Connection クラスタ(アクティブ/アクティブ高可用性の Connection サーバ ペア)として設定されている場合、Connection システムは単一サーバでの展開と比較して、2 倍のボイス メッセージ ポート数をサポートできます。詳細については、 「Cisco Unity Connection クラスタ(アクティブ/アクティブ高可用性)」 の章を参照してください。
• デジタル ネットワーク :追加の Connection サーバまたは Connection クラスタ ペアを購入し、デジタル ネットワークを使用してそれらを接続すると、サポートされる音声ポートの数を増やすことができます。詳細については、 「ネットワーキング」 の章を参照してください。
ボイス メッセージ ポート数の詳細については、該当する Cisco Unity Connection Integration Guideの「Planning How the Voice Messaging Ports Will Be Used by Cisco Unity Connection」の項を参照してください。このドキュメントは、 http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html から入手可能です。
ボイス メッセージのストレージ容量
ボイスメールだけを保存するように設定されている(電子メールまたはファックスはサーバに保存されない)Cisco Unity Connection システムの場合、サーバ要件は各ユーザに必要なボイス ストレージの合計時間(分単位)に基づきます。サポートされる Connection サーバでは、一般にサーバでサポートされる最大ユーザ数に対して、1 ユーザあたり 20 ~ 30 分以上のボイス メッセージのストレージを提供します。各サーバでサポートされるボイス メッセージ ストレージの正確な容量については、 http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html にある『Cisco Unity Connection Supported Platforms List』を参照してください。
ボイス メッセージに加えて、ボイス メッセージに返信するファックスおよび電子メールも保存するよう設定されている Connection システムの場合、各ユーザに必要なボイス ストレージの合計時間(分単位)に基づいてサーバ要件を決定できません。Connection サーバのメッセージ ストアにファックスや、場合によっては電子メールも保存されるためです。ただし、必要なボイス ストレージの時間(分単位)を計算し、それを現在のメールボックス制限に追加して、ストレージ要件を計算できます。
ボイス メッセージに加えて、ボイス メッセージに返信するファックスおよび電子メールも保存するよう設定されている Connection システムの場合、まず各ユーザが必要とするボイス ストレージの合計時間を計算し、ユーザに与えるファックス用のストレージ容量を追加します。一般に、Connection 内に保存される電子メールによるストレージ容量への影響はわずかです。
(注) Connection 内に保存される電子メールは、元のボイス メッセージの有無にかかわらず、Connection ボイス メッセージの返信または転送だけです。この電子メールは、ユーザの電子メールの受信トレイとは関係がありません。
既存のボイス メッセージ システムを Connection に置き換える場合は、現行のユーザのボイス メッセージの平均時間(分単位)に関する情報が既存のシステムから取得することができます。その場合、その平均時間(分単位)に 1 分あたりの録音サイズを掛けると(Connection がメッセージの録音に使用するコーデックに従う)、1 ユーザあたりのボイス メッセージに必要な平均ディスク領域を計算できます。
まず、レガシー ボイス メッセージ システムと Connection の間で 1 対 1 の関連付けを行います。レガシー システムが、最大の Connection サーバよりも大きな容量を処理している場合、レガシーのユーザ数を複数の Connection サーバに分割することを検討してください。
同時 TUI/VUI セッション
Cisco Unity Connection がサポートできる同時 TUI/VUI セッションの最大数を決定するには、次の事項を考慮してください。
• Connection クラスタ :スタンドアロン Connection サーバではなく Connection クラスタ サーバ ペア(アクティブ/アクティブ高可用性)が構成されている場合、サポートされる TUI/VUI セッションの最大数はプラットフォーム オーバーレイごとに 2 倍になります。Connection クラスタが構成された各プラットフォーム オーバーレイで Connection がサポート可能なセッションの最大数については、 http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html の『Cisco Unity Connection Supported Platforms List』を参照してください。
• デスクトップ クライアント :その他のデスクトップ クライアント(Cisco Unity Inbox や IMAP など)が導入されている場合は、Connection がプラットフォーム オーバーレイごとにサポートする TUI/VUI セッションの最大数は減少します。デスクトップ クライアントが導入されている場合に各プラットフォーム オーバーレイで Connection がサポートするセッションの最大数については、 http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html の『Cisco Unity Connection Supported Platforms List』を参照してください。
• G.722 オーディオ コーデックおよび iLBC オーディオ コーデック :G.722 オーディオ コーデックまたは iLBC オーディオ コーデックを回線で(アドバタイズされているコーデックとして)使用すると、Connection がプラットフォーム オーバーレイごとにサポートする TUI/VUI セッションの最大数は、G.711 オーディオ コーデックを使用した場合と比較して、50% に減少します。G.722 オーディオ コーデックまたは iLBC オーディオ コーデックを使用している場合に各プラットフォーム オーバーレイで Connection がサポートするセッションの最大数については、 http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html の『Cisco Unity Connection Supported Platforms List』を参照してください。Connection でサポートされるシステムの録音オーディオ コーデック、およびアドバタイズされている「回線」オーディオ コーデックの詳細については、「オーディオ コーデック」を参照してください。
• ハードウェア :選択したハードウェアに応じて、各プラットフォーム オーバーレイでは TUI/VUI アクセス用に一定の数のセッションをサポートします。詳細については、 http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html にある『Cisco Unity Connection Supported Platforms List 』を参照してください。
Connection ボイス メッセージへのアクセスに使用する IMAP クライアント
Cisco Unity Connection からのボイス メッセージへのアクセスでは、電子メール クライアントなどのサードパーティ製 IMAP クライアントがサポートされています。IMAP クライアントのスケーラビリティは、IMAP Idle をサポートしているかどうかによって異なります。IMAP Idle をサポートするクライアントを使用すると、Connection サーバの負荷が低減されます。Connection サーバは、非 IMAP Idle クライアントの 4 倍の数の IMAP Idle クライアントをサポートできます (RFC 2177 で説明されている IMAP Idle を使用すると、クライアントはリアルタイム通知の受け入れが可能であることをサーバに指定できます)。
Microsoft Outlook や IBM Lotus Sametime など、ほとんどのサードパーティ製 IMAP 電子メール クライアントが IMAP Idle をサポートしています。IMAP Idle をサポートしていないクライアントには、Cisco Unified Personal Communicator(CUPC)があります。クライアントが IMAP Idle をサポートしているかどうかについては、各クライアントのドキュメントを参照してください。各プラットフォーム オーバーレイ(サポートされる同等の Connection サーバの各グループ)でサポートされている IMAP クライアント数については、 http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html の『Cisco Unity Connection Supported Platforms List』を参照してください。
必要に応じて、IMAP Idle クライアントと 非 IMAP Idle クライアントを混在させることができます。ただし、サイズ計算を簡略化するため、IMAP Idle クライアントと 非 IMAP Idle クライアントは個別の Cisco Unity Connection サーバまたはクラスタ サーバ ペア(アクティブ/アクティブ高可用性)に分離することをお勧めします。IMAP Idle クライアントと 非 IMAP Idle クライアントを同じサーバまたはクラスタ サーバ ペア上に混在させる場合は、サイズ計算の際に、非 IMAP Idle クライアントは IMAP Idle クライアント 4 つとして計算してください。また、指定した Connection サーバでのボイス メッセージへのアクセス数を通知するレポートを実行できるように、IMAP Idle クライアントを使用するユーザと非 IMAP Idle クライアントを使用するユーザを別々のサービス クラスに分けることもできます。
IMAP Idle クライアントと非 IMAP Idle クライアントを個別のサーバまたはクラスタ サーバ ペアに分離すると、Connection デジタル ネットワーク内で追加のサーバが必要になる場合があるため、注意してください。デジタル ネットワークの詳細については、 「ネットワーキング」 の章を参照してください。
同時モバイル クライアント
Cisco Unified Mobility Advantage(CUMA)Release 7.0 は IMAP を使用して Cisco Unity Connection サーバに接続するため、IMAP クライアントと見なされます。Cisco Unified Mobility Advantage IMAP 接続は IMAP Idle 接続ではないため、Cisco Unified Mobility Advantage、Cisco Unified Mobile Communicator、および Connection でサポートされる同時モバイル クライアントの最大数は約 70% 減少します。各プラットフォーム オーバーレイでサポートされる Cisco Unified Mobility Advantage クライアントおよび Cisco Unified Mobile Communicator クライアントの最大数については、 http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html の『 Cisco Unity Connection Supported Platforms List 』を参照してください。
Connection と Cisco Unified Mobility Advantage との連動については、『 System Administration Guide for Cisco Unity Connection Release 7.x 』の「 Creating a Cisco Unified Mobility Advantage Integration 」の章を参照してください。
IBM Lotus Sametime クライアント
Cisco Unified Messaging with IBM Lotus Sametime Release 7.1(1) 以降は IMAP Idle をサポートします。
ただし、Cisco Unified Messaging with IBM Lotus Sametime Release 1.2(3) およびそれ以前のリリースでは IMAP Idle はサポートしません。
IMAP Idle をサポートしない IBM Lotus Sametime クライアントのバージョンの場合、Cisco Unity Connection サーバまたは Connection クラスタ(アクティブ/アクティブ高可用性)サーバ ペアでサポートされているクライアントの数はユーザの最大数よりも少なくなります。
各プラットフォーム オーバーレイでサポートされている IBM Lotus Sametime クライアントの最大数については、 http://www.cisco.com/en/US/products/ps6509/products_data_sheets_list.html の『Cisco Unity Connection Supported Platforms List』を参照してください。
IBM Lotus Sametime クライアントの詳細については、 http://www.cisco.com/en/US/products/ps9830/prod_release_notes_list.html から入手可能な、該当するバージョンの『 Release Notes for Cisco Unified Messaging with IBM Lotus Sametime 』を参照してください。
RSS リーダー クライアント
RSS リーダー クライアントの最大数は、Cisco Unity Connection サーバまたは Connection クラスタ(アクティブ/アクティブ高可用性)サーバ ペアでサポートされるユーザの最大数と同じです。
RSS フィード機能と RSS リーダ ー クライアントの詳細については、『 System Administration Guide for Cisco Unity Connection Release 7.x』の「 Configuring Access to RSS Feeds of Voice Messages 」の章を参照してください。