Advanced Audio Coding-Low Delay (AAC-LD) は、さまざまなビット レートで優れた音声および音楽品質を提供する超広帯域コーデックです。 音声品質はビットレートと共に向上します。 2 つの相互に互換性のない RTP ペイロード形式がサポートされます: mpeg4-generic と MP4A-LATM。

AAC-LD (mpeg4-generic) 呼び出しでは、コーデック タイプ (ペイロード機能) 値 42 が使用されます。

AAC-LD (MP4A-LATM) コールでは、サポートされている各ビット レートに対して個別のコーデック タイプ値が使用されます。 コーデック タイプの値は 43 (128K)、44 (64K)、45 (56K)、46 (48K)、47 (32K)、48 (24K) です。

システムは、AAC-LD コールの CDR に音声帯域幅フィールドを追加します。

システムは、次の表に基づいて帯域幅フィールドに値を入力します。

AAC-LD（mpeg4-generic）コールの CDR 例

この例は、AAC-LD (mpeg4-generic) コーデックでのコールに適用されます。

継続時間 0 の通話のログは任意の操作です。 継続時間 0 の通話のログ記録が有効になっている場合、次のアクションが発生します。

• すべての通話で CDR が生成されます。

• 電話がオフフックになり、再びオンフックになる場合など、コールが放棄された場合、さまざまなフィールドにデータが含まれなくなります。 この場合、originalCalledPartyNumber、finalCalledPartyNumber、それらに関連付けられているパーティション、destIpAddr、および dateTimeConnect フィールドはすべて空のままです。 接続されていないすべての通話の継続時間は 0 秒です。 通話が放棄された場合、原因コードには 0 が含まれます。

• ユーザーがディレクトリ番号をダイヤルし、接続する前にコールを放棄した場合、FirstDest および FinalDest フィールドとそれらに関連するパーティションに、ディレクトリ番号と、コールが延長されるであろうパーティションが含まれます。 DestIp フィールドは空白のままで、継続時間は 0 秒となります。

（注）	継続時間ゼロの通話を記録するには、CDR Log Calls With Zero Duration Flag サービスパラメータを有効にする必要があります。 このパラメータは、継続時間が 1 秒未満のコールの CDR のログ記録を有効または無効にします。 詳細については、"「CDR サービスパラメータを設定する」"セクションを『CDR Analysis and Reporting アドミニストレーション ガイド』で参照してください。

放棄されたコールの例

1. 内線 2001 がオフフックになり、その後オンフックになります。

   フィールド名	CDR
   globalCallID_callId	1
   origLegCallIdentifier	100
   destLegIdentifier	0
   callingPartyNumber	2001
   元の通話者番号
   finalCalledPartyNumber
   lastRedirectDn
   origCause_Value	16
   dest_CauseValue	0
   継続時間	0

2. 内線 2001 が 2309 に発信しますが、応答がないうちに 2001 が電話を切ります（切断します）。

   フィールド名	CDR
   globalCallID_callId	2
   origLegCallIdentifier	200
   destLegIdentifier	201
   callingPartyNumber	2001
   元の通話者番号	2309
   finalCalledPartyNumber	2309
   lastRedirectDn	2309
   origCause_Value	16
   dest_CauseValue	0
   継続時間	0

高度なアドホック電話会議では、個人の参加者と同様にアドホック会議を他のアドホック会議に追加して、複数のアドホック会議をリンクできます。 個人の参加者をアドホック会議に追加する場合に使用できる方法で、アドホック会議を他のアドホック会議に追加することもできます。

高度なアドホック電話会議リンク機能が生成する CDR には、OrigConversationId と呼ばれるフィールドが含まれます。 このフィールドは、リンクされた電話会議に含まれる会議ブリッジを関連付けます。 CDR の [コメント（Comment）] フィールドは、ConfRequestorDN および ConfRequestorDeviceName タグを追加して、電話会議のコントローラー以外による電話会議の参加者の追加/削除を示します。

以下のシナリオは、さまざまな CDR の一部を示しています。

エージェントのグリーティング コール機能は、 Unified Communications Manager に、エージェントの端末へのメディア接続が確立した後で、事前に録音されたアナウンスを顧客に対して自動的に再生するように指示します。 エージェントグリーティングが、エージェントと顧客の両方に流れます。

エージェントのグリーティングコールの例

1. 顧客 (1001) がエージェント (1006) に発信します。

2. エージェント (1006) は呼び出しに応答します。 顧客とエージェントが接続します。

3. エージェントのグリーティングコール機能は、Unified Communications Manager に、エージェントのデバイスへのメディア接続に成功した後で、事前に録音されたアナウンスを顧客に対して自動的に再生するように指示します。 これにより、IVR (1000) はエージェントの電話のビルトイン ブリッジ (BIB) に接続します。 エージェントグリーティングが、エージェントと顧客の両方に流れます。

4. 顧客とエージェントの通話が終了します。 顧客からエージェントへのコールに対して CDR が生成されます。 エージェントの電話の IVR（1000）から BIB（バックインボックス）への CDR が生成されます。

IVR からエージェントの BIB（バックインボックス）への CDR では、コメント AgentGreeting=<agentCI> を指定します。 エージェントのグリーティングコールで、OnBehalfOf フィールドが 33 に設定され、redirectReason コードが 752 に設定されています。

共有回線で割り込み機能を使用する場合、origCalledPartyNumber、finalCalledPartyNumber、lastRedirectDn が会議ブリッジの番号「b00...」を示します。 . .'. リダイレクトと参加の OnBeHalfOf フィールドは、割り込み = 15 の値を反映し、リダイレクト理由フィールドは割り込み = 114 を指定します。

割り込みの例

1. 40003 が 40001 に発信し、40001 が応答します。 別の電話上の共有回線 40001 は、[割り込み（Barge）] ソフトキーを押します。 すべての関係者が電話会議に参加します。その後、40003 が電話を切ります。

   （注）	両方の CDR は同じ globalCallID_callId を持ち、conversationID フィールドは、割り込んだコールの CI（通話 ID）にリンクされます。

   フィールド名	元の通話の CDR	割り込みコール CDR
   globalCallID_callId	7	7
   origLegCallIdentifier	16777230	16777232
   destLegIdentifier	16777231	16777235
   callingPartyNumber	40003	40003
   origCalledPartyNumber	40001	b001501001
   finalCalledPartyNumber	40001	b001501001
   lastRedirectDn	40001	b001501001
   origCause_Value	16	0
   dest_CauseValue	0	0
   origCalledPartyRedirectReason	0	114
   lastRedirectRedirectReason	0	114
   origCalledPartyRedirectOnBehalfOf		15
   lastRedirectRedirectOnBehalfOf		15
   joinOnBehalfOf		15
   destConversationID	0	16777231

2. 40003 が 40001 に発信し、40001 が応答します。 別の電話上の共有回線 40001 は、[割り込み（Barge）] ソフトキーを押します。 すべての関係者が電話会議に参加します。その後、40003 が電話を切ります。

   （注）	両方の CDR は同じ globalCallID_callId を持ち、conversationID フィールドは、割り込んだコールの CI（通話 ID）にリンクされます。

   フィールド名	元の通話の CDR	割り込みコール 1 CDR	最終コール 2 CDR
   globalCallID_callId	9	9	9
   origLegCallIdentifier	16777236	16777238	16777236
   destLegIdentifier	16777237	16777241	16777238
   callingPartyNumber	40003	40001	40003
   origCalledPartyNumber	40001	b001501001	40001
   finalCalledPartyNumber	40001	b001501001	40001
   lastRedirectDn	40001	b001501001	40001
   origCause_Value	0	393216	16
   dest_CauseValue	16	393216	0
   origCalledPartyRedirectReason	0	114	0
   lastRedirectRedirectReason	0	114	0
   origTerminationOnBehalfOf		15	12
   destTerminationOnBehalfOf	12	15	12
   lastRedirectRedirectOnBehalfOf		15
   joinOnBehalfOf		15
   destConversationID	0	16777237	0

3. 40003 が 40001 に発信し、40001 が応答します。 別の電話上の共有回線 40001 は、[割り込み（Barge）] ソフトキーを押します。 すべての関係者が会議に参加します。40001（別の共有回線と電話）は [割り込み（Barge）] ソフトキーを押します。 40003 が先に電話を切る。

   （注）	すべての CDR は同じ globalCallID_callId を持ち、conversationID フィールドは、割り込んだコールの CI（通話 ID）にリンクされます。

   フィールド名	元のコール CDR	バージコール 1 CDR	最終コール 2 CDR
   globalCallID_callId	14	14	14
   origLegCallIdentifier	16777249	16777251	16777255
   destLegIdentifier	16777250	16777254	16777258
   callingPartyNumber	40003	40001	40001
   origCalledPartyNumber	40001	b001501001	b001501001
   finalCalledPartyNumber	40001	b001501001	b001501001
   lastRedirectDn	40001	b001501001	b001501001
   origCause_Value	16	0	0
   dest_CauseValue	0	0	0
   origCalledPartyRedirectReason	0	114	114
   lastRedirectRedirectReason	0	114	114
   origTerminationOnBehalfOf	12	15	15
   destTerminationOnBehalfOf
   origRedirectRedirectOnBehalfOf		15	15
   lastRedirectRedirectOnBehalfOf		15	15
   joinOnBehalfOf		15	15
   destConversationID	0	16777250	16777251

システムは既存の CDR フィールドを使用して、コールモニタリング機能の CDR を生成します。

モニタリング コールには一方向のメディアが使用されます。 一方向メディア CDR のコールでは、一方の側のメディアフィールドは空のままです。

通話監視 CDR の destConversationID フィールドは、監視対象通話の CDR のエージェントコールレッグ識別子と一致し、通話監視 CDR と監視対象の CDR がリンクされます。

コール モニタリングの例

1. 顧客（9728134987）がエージェント（30000）に電話をかけ、エージェントが応答します。 スーパーバイザー (40003) は通話を監視しています。 監視中の通話の destConversationID が、それの destLegIdentifier と一致します。

   フィールド名	監視された通話の CDR	通話のモニタリング CDR
   globalCallID_callId	7	10
   origLegCallIdentifier	16777230	16777232
   destLegIdentifier	16777231	16777235
   callingPartyNumber	9728134987	40003
   元の通話者番号	30000	b001501001
   finalCalledPartyNumber	30000	b001501001
   lastRedirectDn	30000	b001501001
   origCause_Value	16	0
   dest_CauseValue	0	0
   origCalledPartyRedirectReason	0	370
   lastRedirectRedirectOnBehalfOf	0	370
   origCalledPartyRedirectOnBehalfOf		28
   lastRedirectRedirectOnBehalfOf		28
   destConversationID	0	16777231

2. エージェント（30000）が顧客（9728134987）に電話をかけ、顧客が応答します。 スーパーバイザー (40003) は通話を監視しています。 監視中の通話の destConversationID が、それの origLegCallIdentifier と一致します。

   フィールド名	監視された通話 CDR	通話のモニタリング CDR
   globalCallID_callId	71	101
   origLegCallIdentifier	16777299	16777932
   destLegIdentifier	16777300	16777235
   callingPartyNumber	30000	40003
   元の通話者番号	9728134987	b001501002
   finalCalledPartyNumber	9728134987	b001501002
   lastRedirectDn	9728134987	b001501002
   origCause_Value	16	0
   dest_CauseValue	0	0
   origCalledPartyRedirectReason	0	370
   lastRedirectRedirectOnBehalfOf	0	370
   origCalledPartyRedirectOnBehalfOf		28
   lastRedirectRedirectOnBehalfOf		28
   destConversationID	0	16777299

コール パークは 2 つの CDR を生成します。1 つはパークされた元のコール用で、もう 1 つはピックアップまたは戻されたコール用です。 これらの CDR は同じ globalCallID_callId を持ちます。

Unified Communications Managerのコールピックアップには、ピックアップと自動ピックアップの 2 種類があります。 CDR レコードは、これら 2 つのタイプのコール ピックアップでわずかに異なります。

システムは既存の CDR フィールドを使用して、通話録音機能の CDR を生成します。

レコーディングコールには一方向のメディアが使用されます。 一方向メディア CDR のコールの一方の側では、メディア フィールドは空のままです。

2つの通話録音のCDRの origConversationID フィールドは、録音通話CDRのエージェントの通話識別子と一致し、通話録音の CDR と録音された通話の CDR をリンクします。

（注）	ゼロ期間フラグを持つ CDR ログコールサービスパラメータが true に設定されている場合、追加で 2 つのサーバー呼び出しレコードが作成されます。

通話録音の CDR の例

1. 顧客（9728134987）がエージェント（30000）に電話をかけ、エージェントが応答します。 レコーダーの DN は 90000 です。録音機能は、録音デバイスへの 2 つの録音コールを作成します。これにより、エージェントの音声用と顧客の音声用の 2 つの追加 CDR が作成されます。 記録 CDR の origConversationID は、記録された CDR の destLegIdentifier と一致します。 このシナリオでは、顧客が電話を切ります。

   フィールド名	録音コール CDR	録音コール CDR1	録音コール CDR2
   globalCallID_callId	7	10	11
   origLegCallIdentifier	16777110	16777120	16777122
   destLegIdentifier	16777111	16777121	16777123
   callingPartyNumber	9728134987	BIB	BIB
   originalCalledPartyNumber	30000	90000	90000
   finalCalledPartyNumber	30000	90000	90000
   lastRedirectDn	30000	90000	90000
   origCause_Value	16	0	0
   dest_CauseValue	0	0	0
   origCalledPartyRedirectReason	0	354	354
   lastRedirectRedirectOnBehalfOf	0	354	354
   origCalledPartyRedirectOnBehalfOf		27	27
   lastRedirectRedirectOnBehalfOf		27	27
   origConversationID	0	16777111	16777111

2. エージェント（30000）が顧客（9728134987）に電話をかけ、顧客が応答します。 レコーダーの DN は 90000 です。録音機能は、録音デバイスへの 2 つの録音コールを作成します。これにより、エージェントの音声用と顧客の音声用の 2 つの追加 CDR が作成されます。 録音 CDR の origConversationID フィールドは、録音 CDR の origLegCallIdentifier フィールドと一致します。 このシナリオでは、エージェントは電話を切ります。

   フィールド名	録音コール CDR	録音コール CDR 1	録音コール CDR 2
   globalCallID_callId	71	100	110
   origLegCallIdentifier	16777113	16777220	16777222
   destLegIdentifier	16777114	16777221	16777223
   callingPartyNumber	30000	BIB	BIB
   元の通話者番号	9728134987	90000	90000
   finalCalledPartyNumber	9728134987	90000	90000
   lastRedirectDn	9728134987	90000	90000
   origCause_Value	16	16	16
   dest_CauseValue	0	0	0
   origCalledPartyRedirectReason	0	354	354
   lastRedirectRedirectOnBehalfOf	0	354	354
   origCalledPartyRedirectOnBehalfOf		27	27
   lastRedirectRedirectOnBehalfOf		27	27
   origConversationID	0	16777113	16777113

このフィールドは通話のセキュリティ状況を示します。 これには、通話中に到達する最高レベルのセキュリティが含まれています。 例えば、通話がもともとセキュアではなく、後にセキュアに変更された場合、コールの異なる部分が異なるステータス値を持つ場合でも、CDR には "セキュア" の 1 が含まれます。 callSecuredStatus フィールドは通話のセキュリティ状況を示します。

通話のセキュアな状態の通話詳細記録の例

1. 暗号化された通話：20000-20001 間の通話はシステムにより暗号化されます。双方の通話時間は 5 分間です。

   フィールド名	CDR
   globalCallID_callId	102
   origLegCallIdentifier	16777140
   destLegIdentifier	16777141
   callingPartyNumber	20000
   origCalledPartyNumber	20001
   finalCalledPartyNumber	20001
   lastRedirectDn	20001
   origCause_Value	0
   dest_CauseValue	16
   callSecuredStatus	2
   継続時間	300

2. 認証された通話：20000-20001 間の通話は認証されます（暗号化されません）。 双方が 10 分間話します。

   フィールド名	CDR
   globalCallID_callId	103
   origLegCallIdentifier	16777142
   destLegIdentifier	16777143
   callingPartyNumber	20000
   origCalledPartyNumber	20001
   finalCalledPartyNumber	20001
   lastRedirectDn	20001
   origCause_Value	0
   dest_CauseValue	16
   callSecuredStatus	1
   継続時間	600

この機能により、Unified Communications Manager の国際化用エスケープコード「+」のサポートが提供されます。 この追加により、デュアルモード電話のダイヤル機能が強化され、地理的に離れた場所にいる会社のコールバックが改善されます。

callingPartyNumber、originalCalledPartyNumber、finalCalledPartyNumber、lastRedirectDN フィールドおよび新しいフィールド outpulsedCallingPartyNumber および outpulsedCalledPartyNumber の CDR に「+」が含まれる場合があります。 発信側の正規化/ローカリゼーションが行われた場合にのみ、デバイスは、アウトパルスした発信側番号をコール制御にレポートします。 発信側の正規化/ローカリゼーションが発生した場合、アクションは CDR の新しいフィールド outpulsedCallingPartyNumber に記録されます。

発信側の正規化 CDR の例

1. ダラスの PSTN から会社の電話に電話が発信されます。 7 桁の発信番号には 5001212 が含まれます。ダラスの市外局番は 972 です。発信側のトランスフォーメーションには +1972 が含まれます。 CDR の callingPartyNumber フィールドには +1 972 500 1212 (グローバル形式) が含まれます。 新しいフィールド outpulsedCallingPartyNumber には、ローカライズされた番号 500 1212 が含まれます。

   フィールド名	値
   globalCallID_callId	1
   origLegCallIdentifier	100
   destLegIdentifier	101
   callingPartyNumber	+19725001212
   発信通話者番号	5001212
   継続時間	60

1. 会社の電話からダラスの PSTN に電話が発信されます。 会社の電話の内線番号は 12345、完全な電話番号は 9725002345 です。発信側トランスフォーメーションは、外線電話番号マスク機能をチェックします。 CDR の callingPartyNumber フィールドには +1 972 500 2345 (グローバル形式) が含まれます。 新しいフィールド outpulsedCallingPartyNumber には、ローカライズされた番号 9725002345 が含まれます。

   フィールド名	値
   globalCallID_callId	2
   origLegCallIdentifier	102
   destLegIdentifier	103
   callingPartyNumber	+19725002345
   outpulsedCallingPartyNumber	9725002345
   継続時間	60

システムはこれらすべての通話を通常の通話としてログに記録し、関連するすべてのフィールドにはデータが含まれます。 [発信側または着信側の原因（Calling or Called Party Cause）] フィールドには、通話がつながらない理由を示す原因コードが含まれ、[着信側 IP（Called Party IP）] および [接続日時（Date/Time Connect）] フィールドは空白のままです。 システムは、継続時間がゼロの通話がログに記録されない場合でも（CdrLogCallsWithZeroDurationFlagが True または False、継続時間がゼロ、DateTimeConnect の値がゼロの場合）、すべての失敗した通話をログに記録します。

失敗したコール CDR の例

1. PSTN 番号に発信するが、通話者はすでに通話中です (原因 17 = ユーザーは話中)

   フィールド名	CDR
   globalCallID_callId	3
   origLegCallIdentifier	300
   destLegIdentifier	301
   callingPartyNumber	2001
   元の通話者番号	9728134987
   origCause_Value	0
   dest_CauseValue	17
   継続時間	0

2. PSTN 番号にコールが行くが、その番号は存在しない（原因コード 1 = 番号が利用できない）

   フィールド名	CDR
   globalCallID_callId	4
   origLegCallIdentifier	302
   destLegIdentifier	303
   callingPartyNumber	2001
   元の通話者番号	9728134987
   origCause_Value	1
   dest_CauseValue	0
   継続時間	0

3. PSTN トランクが故障しているため、PSTN への発信が失敗します（原因 38 = ネットワークが故障中）。

   フィールド名	CDR
   globalCallID_callId	5
   origLegCallIdentifier	304
   destLegIdentifier	305
   callingPartyNumber	2001
   元の通話者番号	9728134987
   origCause_Value	0
   dest_CauseValue	38
   継続時間	0

cBarge 機能は、電話会議機能と非常によく似た動作をします。 共有回線で cBarge 機能を使用する場合、origCalledPartyNumber、finalCalledPartyNumber、lastRedirectDn が会議ブリッジの番号「b00...」を示します。 . . '. リダイレクトと参加 [OnBehalfOf] フィールドの値は電話会議 = 4、[リダイレクト理由（redirect reason）] フィールドの値は電話会議 = 98です。

C 割り込み CDR の例

40003 が 40001 に発信し、40001 が応答します。別の電話の 40001（共有回線）が cBarge ボタンを押します。

CMC 機能が呼び出されると、システムは顧客事項コードを CDR に書き込みます。 clientMatterCode フィールドには、発信者が入力する顧客事項コードが含まれます。

CMC CDR の例

10000 が 2142364624 を呼び出しました。ユーザーは顧客事項コードの入力を求められ、11111 を入力します。発信者は通話に応答し、その後 10 分間会話します。

CMC の例 2

CMC を使用したブラインド会議:

1. 136201 から 136111 に発信しました。

2. 136111 が応答し、数秒間話します。

3. 136201 が [電話会議（Conference）] ソフトキーを押して、136203 にダイヤルします。

4. ユーザーは CMC コードの入力を求められるので、ユーザーは 125 を入力します。CMC コード 125 はレベル 1 として構成され、Forward_CMC という名前が与えられます。

5. 136203 の呼び出し音が鳴っている間に、136201 は [電話会議（Conference）] ソフトキーを押して会議を確立します。

6. 136203 が着信に応答します。

7. 電話会議に参加している 3 人のメンバーは、しばらく会話をします。

8. 136111 が電話を切り、電話会議には 136201 と 136203 が残ります。 電話会議には 2 人の参加者しかいないため、電話会議機能によりこれら 2 人が直接参加し、彼らは数秒間会話します。

（注）	CMC がこのコールに使用されるため、ゼロ継続時間であっても、この例のセットアップコール CDR が生成されます。

電話会議の一部である通話について、複数の記録がログに記録されます。 生成される CDR レコードの数は、電話会議の参加者の数によって異なります。 電話会議の参加者ごとに 1 つの CDR が存在します。元の発信コールに対するCDR 1つ、他の参加者を電話会議に参加させるために使用される各セットアップコールに対する CDR 1つ、そして電話会議で接続された最後の 2 人の当事者に対する CDR 1つ。 3 者間のアドホック電話会議には、6 つの CDR が存在します。元のコールに対する CDR 1つ、電話会議に接続される各当事者に対する CDR 3つ、各セットアップコールに対する CDR 1つ、会議の最後の 2 人の当事者に対する CDR 1つです。 発信レッグ ID と着信レッグ ID を調べることで、セットアップ コールを電話会議の正しいコール レッグに関連付けることができます。

会議ブリッジデバイスは、Unified Communications Manager にとって特別な意味を持ち、会議ブリッジへのコールは、会議ブリッジデバイスへのコールとして表示されます。 特別な番号の形式 "b0019901001" が会議ブリッジポートを示します。 レコードは、実際の方向に関係なく、会議ブリッジへのすべてのコールを表示します。しかし、セットアップコールCDRを調べることで、各コールの元の方向を判別することができます。

電話会議の管理者情報は、CDR のコメント フィールドで見つけることができます。 この情報の形式は次のとおりです。

コメントフィールド = "ConfControllerDn=1000;ConfControllerDeviceName=SEP0003"

• 電話会議の管理者の DN + 電話会議の管理者のデバイス名で、電話会議の管理者を一意に識別します。 共有回線の場合、システムはデバイス名を必要とします。

• 通話が複数の電話会議に関与している場合、コメントフィールドには複数の電話会議管理者情報が含まれます。 この状況は、電話会議が 2 者に減少したとき、そしてその片方の当事者が別の電話会議を開始するときに発生します。 この場合、コメントフィールドの最後の conference controller information によって電話会議管理者が識別されます。

電話会議に接続されているコール レッグには、次の情報フィールドが含まれます。

• finalCalledPartyNumber フィールドには、会議ブリッジの番号 "b0019901001" が含まれます。

• origCalledPtyRedirectOnBehalfOf フィールドが（電話会議 = 4）に設定されます。

  • lastRedirectRedirectOnBehalfOf フィールドが（電話会議 = 4）にセットされます。

  • joinOnBehalfOf フィールドが（電話会議 = 4）にセットされます。

  • comment フィールドでは、会議コントローラを指定します。

  • destConversationID フィールドは、電話会議のすべてのメンバーで変わりません。 このフィールドを使用して、電話会議のメンバーを識別することができます。

元の発信コールと、パーティを電話会議に参加させるために使用されたすべてのセットアップコールには、次の特性があります。

• origCallTerminationOnBehalfOf フィールドが（電話会議 = 4）に設定されます。

• destCallTerminationOnBehalfOf フィールドが（電話会議 = 4）に設定されます。

電話会議の CDR の例

• コールは 2001 から 2309 に移ります。

• 2309 が応答し、60 秒間発言します。

• 2001 が [電話会議（Conference）] ソフトキーを押して、3071111 にダイヤルします。

• 307111 が応答し、20 秒間話します; 2001 が電話会議ソフトキーを押して電話会議を完了します。

• 電話会議の 3 人のメンバーは 360 秒間話しました。

3071111 が電話を切り、2001 と 2309 が電話会議に残ります。 電話会議に残っている参加者が 2 人になっているため、電話会議機能によりこの 2 人が直接参加し、さらに 55 秒間会話します。

（注）	各会議のコールレッグが、会議ブリッジへの発信として表示されます。 システムは、通話の実際の方向に関係なく、通話をブリッジへの通話として表示します。

この機能により、外部と内部の両方の発信者が、開催中の会議の IVR ディレクトリ番号をダイヤルして電話会議に参加できます。 音声自動応答 (IVR) アプリケーションは、アナウンスを再生し、発信者が入力した DTMF 番号を収集することで、発信者が電話会議に参加するようにガイドします。

開催中の会議機能を使用した電話会議では、1 回のコールの複数の CDR レコードがログに記録されます。 生成される CDR レコードの数は、電話会議の参加者の数によって異なります。 電話会議の参加者ごとに 1 つの CDR が存在します。1 つの CDR は元の発信済みコール用に、1 つの CDR は会議ブリッジに参加させるために使用される各セットアップコール用に存在します。 2 者による今すぐ電話会議の場合、4 つの CDR が存在します。元のコールに対する2つのCDRと、会議ブリッジに接続される各当事者に対する 2 つのCDRです。

Unified Communications Manager にとって電話会議デバイスは特別な意味を持ち、電話会議への通話は電話会議デバイスへの通話のように表示されます。 "b00105401006" の形式の番号が会議ブリッジポートを示します。 レコードは、実際の方向に関係なく、会議ブリッジへのすべてのコールを表示します。しかし、セットアップコールCDRを調べることで、各コールの元の方向を判別することができます。

開催中の会議の主催者情報は、CDR のコメントフィールドで確認できます。 コメント フィールドは、通話を CFB にリダイレクトする場合にのみ入力されます。 この情報の形式は次のとおりです。

コメントフィールド = "ConferenceNowHostId =john; ConferenceNowMeetingNumber=136136"。

ConferenceNowHostId+ConferenceNowMeetingNumber は、開催中の会議の情報を一意に識別します。

電話会議に接続されているコール レッグには、次の情報フィールドが含まれます。

• 最終的な CalledPartyNumber フィールドには、会議ブリッジ番号 "b00105401006" が入ります。IVR 接続時の最初のコールの場合の、最終的な CalledPartyNumber フィールドには、IVR ディレクトリ "c00124401001" 番号が入ります。

• origCalledPtyRedirectOnBehalfOf フィールドが（ミートミー電話会議インターセプト = 7）に設定されています。

• lastRedirectRedirectOnBehalfOf フィールドが（ミートミー電話会議インターセプト = 7）に設定されています。

• joinOnBehalfOf フィールドが（ミートミー電話会議インターセプト = 7）に設定されています。

• コメントフィールドは ConfrenceNowHostId と ConferenceNowMeetingNumber を識別します。

• destConversationId フィールドは、電話会議のすべてのメンバーで同じです。 このフィールドを使用して、電話会議のメンバーを識別することができます。

元の発信コールと、パーティを電話会議に参加させるために使用されたすべてのセットアップコールには、次の特性があります。

• origCallTerminationOnBehalfOf フィールドが（ミートミー電話会議インターセプト = 7）に設定されています。

• destCallTerminationOnBehalfOf フィールドが（ミートミー電話会議インターセプト = 7）に設定されています。

ConferenceNow CDR の例

次の表にはシナリオの CDR の例が含まれています。

• ユーザー A（139139）は、電話番号 1010 の開催中の会議の会議ブリッジに発信します。

• ユーザー A（139139）は IVR に接続し、IVR がミーティング番号を要求します。

• ユーザー A（139139）は、ミーティング番号 " 136136" の後に # をダイヤルします。

• ユーザー A（139139）は出席者として参加します。そのため、# を押し、続けて出席者アクセスコードを入力し、# を押します。

• ユーザー A（139139）は保留音（MoH）に設定されます。

• ユーザー B（136136）は、今すぐ電話会議の電話番号 1010 をダイヤルします。

• ユーザ B (136136) は IVR に接続し、IVR はミーティング番号を要求します。

• ユーザー B（136136）はミーティング番号をダイヤルした後に # を押します。

• ユーザ B (136136) は主催者 PIN を入力し、続いて # を入力します。その際、ユーザーは主催者として電話会議に参加します。

• 出席者と主催者の両方が会議ブリッジにリダイレクトされ、電話会議に接続されます。

電話会議での任意参加者ドロップ機能は、新しい原因コード以外は他のコールと同じように見えるコールを終了します。 原因コードは、この機能が切断するコールを識別します。

会議から任意の参加者をドロップする CDR の例

次の表は、電話会議に接続され、この機能によってドロップされるコールの CDR の例を示しています。

これらのフィールドは、コールに使用されるデュアル トーン複数周波数 (DTMF) 方式を識別します。

DTMF CDR の例

1. 非優先設定の例：この通話中に使用される DTMF 方式は、[優先なし/最善を尽くす（No Preference/Best Effort）] です。 この通話が 1 分間接続されます。

   フィールド名	CDR
   globalCallID_callId	200
   origLegCallIdentifier	16777500
   destLegIdentifier	16777501
   callingPartyNumber	20000
   origCalledPartyNumber	20001
   finalCalledPartyNumber	20001
   lastRedirectDn	20001
   origCause_Value	0
   dest_CauseValue	16
   origDTMFMethod	0
   destDTMFMethod	0
   継続時間	60

1. 優先 OOB の例：この通話中に使用される DTMF 方式が OOB 優先です。 この通話は 1 分間接続されています。

   フィールド名	CDR
   globalCallID_callId	201
   origLegCallIdentifier	16777502
   destLegIdentifier	16777503
   callingPartyNumber	20000
   origCalledPartyNumber	20001
   finalCalledPartyNumber	20001
   lastRedirectDn	20001
   origCause_Value	0
   dest_CauseValue	16
   origDTMF メソッド	1
   destDTMFMethod	1
   継続時間	60

エンドツーエンド通話トレース機能は、Unified CM、Cisco IOS ゲートウェイ、その他の製品など、複数の Cisco 音声製品を経由する通話のトレースを容易にします。

エンドツーエンド通話トレースの例

1. H323 - 発信側 1003 は H.323 トランク経由で 1004 に発信します。

   フィールド名	値
   cdrRecordType	1
   globalCallID_callManagerId	1
   globalCallID_callId	32009
   origLegCallIdentifier	19654113
   dateTimeOrigination	1221263718
   origNodeId	1
   origSpan	0
   origIpAddr	1897990154
   callingPartyNumber	1004
   origCause_value	16
   origPrecedenceLevel	4
   origMediaTransportAddress_IP	1897990154
   origMediaTransportAddress_Port	19824
   origMediaCap_payloadCapability	4
   origMediaCap_maxFramesPerPacket	20
   destLegIdentifier	19654114
   destNodeId	1
   destSpan	19654114
   destIpAddr	424630538
   originalCalledPartyNumber	1003
   finalCalledPartyNumber	1003
   destCause_value	0
   destPrecedenceLevel	4
   destMediaTransportAddress_IP	-1759442934
   destMediaTransportAddress_Port	27508
   destMediaCap_payloadCapability	4
   destMediaCap_maxFramesPerPacket	20
   接続日時	1221263720
   dateTimeDisconnect	1221263721
   lastRedirectDn	1003
   Pkid	c8868f84-0f4e-452c-a814-bf97a7fe69fc
   時間（Duration）	1
   origDeviceName	SEP003094C2B08C
   destDeviceName	self-loop
   origCallTerminationOnBehalfOf	12
   destCallTerminationOnBehalfOf	0
   origDTMFMethod	3
   destDTMFMethod	4
   origMediaCap_Bandwidth	64
   destMediaCap_Bandwidth	64
   origIpv4v6Addr	10.8.33.113
   destIpv4v6Addr	10.8.33.151
   IncomingProtocolID	0
   IncomingProtocolCallRef
   OutgoingProtocolID	2
   OutgoingProtocolCallRef	0053C43F6701B18C030004010A082171

2. Q931：1004 が Q931 経由で 1003 を呼び出します。

   フィールド名	値
   cdrRecordType	1
   globalCallID_callManagerId	1
   globalCallID_callId	32008
   origLegCallIdentifier	19654111
   dateTimeOrigination	1221263350
   origNodeId	1
   開始範囲	2
   origIpAddr	122640650
   callingPartyNumber	1004
   origCause_value	0
   origPrecedenceLevel	4
   origMediaTransportAddress_IP	122640650
   origMediaTransportAddress_Port	17218
   origMediaCap_payloadCapability	4
   origMediaCap_maxFramesPerPacket	20
   destLegIdentifier	19654112
   destNodeId	1
   destSpan	0
   destIpAddr	-1759442934
   originalCalledPartyNumber	1003
   finalCalledPartyNumber	1003
   destCause_value	16
   destPrecedenceLevel	4
   destMediaTransportAddress_IP	-1759442934
   destMediaTransportAddress_Port	23350
   destMediaCap_payloadCapability	4
   destMediaCap_maxFramesPerPacket	20
   接続日時	1221263351
   dateTimeDisconnect	1221263352
   lastRedirectDn	1003
   Pkid	b576bd8d-9703-4f66-ae45-64ae5c04738e
   時間（Duration）	1
   origDeviceName	BRI/S1/SU0/P1@nw052b-3640.cisco.com
   destDeviceName	SEP003094C2D263
   origCallTerminationOnBehalfOf	0
   destCallTerminationOnBehalfOf	12
   origDTMFMethod	1
   destDTMFMethod	3
   origMediaCap_Bandwidth	64
   destMediaCap_Bandwidth	64
   origIpv4v6Addr	10.89.79.7
   destIpv4v6Addr	10.8.33.151
   受信プロトコル ID	4
   IncomingProtocolCallRef	01-1004-1003
   OutgoingProtocolID	0
   OutgoingProtocolCallRef

FAC 機能が呼び出されると、システムは認証の説明とレベルを CDR に書き込みます。 セキュリティ上の理由から、実際の認証コードは CDR に書き込まれません。

• authCodeDescription フィールドには認証コードの説明が含まれます。

• authorizationLevel フィールドには、認証コードに関連付けられた認証のレベルが含まれます。

FAC CDR の例 1

45000 は 9728134987 に電話します。システムはユーザーに認証コードを求め、12345 を入力します。FAC コード 12345 はレベル 1 と名前 Legal1 として設定されます。 発信者は呼び出しに応答し、2 分間通話します。

FAC 例 2

FAC を使用して通話をセットアップする場合、通話が別の発信者にリダイレクトされる前に、すべての未応答の通話のセットアップ コール レッグに対して CDR が書き込まれるようになりました。

（注）	この通話にはメディアが接続されていないため、応答のない通話には接続時間はありません。 CDR は、通話に FAC が存在する場合、サービスパラメータ CdrLogCallsWithZeroDurationFlag に関係なくログされます。

FAC を使用したブラインド会議：

1. 136201 から 136111 に発信しました。

2. 136111 が応答し、数秒間話します。

3. 136201 が [電話会議（Conference）] ソフトキーを押して、136203 にダイヤルします。

4. ユーザーは FAC コードの入力を求められますが、ユーザーは 124 を入力します。FAC コード 124 はレベル 1 として構成され、Forward_FAC として名前が与えられます。

5. 136203 の呼び出し音が鳴っている間に、136201 は [電話会議（Conference）] ソフトキーを押して会議を確立します。

6. 136203 が着信に応答します。

7. 電話会議に参加している 3 人のメンバーは、しばらく会話をします。

8. 136111 が電話を切り、電話会議には 136201 と 136203 が残ります。 電話会議には 2 人の参加者しかいないため、電話会議の機能がこれら 2 人を直接つなげ、数秒間会話します。

（注）	FAC がこのコールに使用されるため、この例のセットアップ コール CDR は継続時間がゼロである場合でも生成されます。

転送されたコールは、単一の CDR を生成し、発信者、元の呼び出し番号、最後のリダイレクト番号、最終着信番号、および関連するパーティションを表示します。 コールが 2 回以上転送される場合、中間の転送パーティは CDR に入力されません。

着信の転送は、いくつかの条件 (常時、通話中、応答なし) で発生します。 コールが転送される条件は、CDR に記録されません。

転送された通話の CDR は、originalCalledPartyNumber フィールドと originalCalledPartyNumberPartition フィールドを除き、通常の通話の CDR と一致します。 これらのフィールドには、発信者が最初にダイヤルした接続先のディレクトリ番号とパーティションが含まれます。 通話が転送された場合、finalCalledPartyNumber および finalCalledPartyNumberPartition フィールドは異なり、通話の最終的な接続先のディレクトリ番号とパーティションを含みます。

また、コールが転送されると、lastRedirectDn および lastRedirectDnPartition フィールドには、コールを最後に転送またはリダイレクトした電話のディレクトリ番号とパーティションが含まれます。

着信転送は、転送コールプリミティブを使用して、通話を転送します。 転送コールプリミティブを使用する機能には、同様の CDR があります。 コール転送の重要な CDR フィールドの一部を次に示します。

• originalCalledPartyNumber には元の着信側の番号が含まれます。

• finalCalledPartyNumber は着信に応答した番号を示します。

• lastRedirectDn フィールドは、最後のリダイレクトを行った番号を指定します。

• origCalledPartyRedirectReasonは、通話が最初にリダイレクトされた理由を示します。 通話の転送の場合、このフィールドには 話中の通話の転送=1、無回答の転送=2、すべて転送=15を指定できます。

• lastRedirectRedirectReason は、前回通話がリダイレクトされた理由を示します。 通話の転送の場合、このフィールドには 話中の通話の転送=1、無回答の転送=2、すべて転送=15を指定できます。

• origCalledPartyRedirectOnBehalfOf フィールドは、最初のリダイレクトで通話をリダイレクトする機能を識別します。 着信の転送の場合、このフィールドは 5 (着信の転送) と指定されます。

• lastRedirectRedirectOnBehalfOf フィールドは、最後のリダイレクトで呼び出しをリダイレクトする機能を指定します。 着信の転送の場合、このフィールドは 5 (着信の転送) と指定されます。