この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章では、Cisco Unified Communications Manager システムによってすべてのコール タイプに対して生成されるコール詳細レコード(CDR)の例について説明します。この情報は、課金記録の生成やネットワーク分析などの後処理作業に使用できます。
システムをインストールすると、CDR はデフォルトで有効になります。CDR は、システムの動作中にいつでも有効または無効にできます。この変更を有効にするために、Cisco Unified Communications Manager を再起動する必要はありません。システムは、数秒以内にすべての変更に対応します。
Advanced Audio Coding-Low Delay(AAC-LD)は、さまざまなビット レートで優れた品質の音声や音楽を提供する超広帯域のコーデックです。オーディオ品質は、ビット レートで向上します。mpeg4-generic および MP4A-LATM という互いに互換性のない 2 つの RTP ペイロード形式がサポートされています。
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 を生成します。
電話機がオフフックになったり、オンフックに戻ったりするなど、コールが放棄された場合、各種のフィールドにデータは含まれません。この場合、[originalCalledPartyNumber] と [finalCalledPartyNumber](さらにこれらに関連付けられたパーティション)、[destIpAddr]、および [dateTimeConnect] の各フィールドはすべて空欄のままになります。接続されていないコールはすべて、接続時間 0 秒になります。コールが放棄されると、原因コードは 0 になります。
ユーザがディレクトリ番号をダイヤルし、接続前にコールを放棄すると、[FirstDest] フィールドと [FinalDest] フィールド(さらにこれらに関連付けられたパーティション)には、ディレクトリ番号が含まれ、さらにコールが拡張されているパーティションも含まれます。[DestIp] フィールドは空欄のままになり、接続時間は 0 秒が指定されます。
高度なアドホック会議リンク機能により、アドホック会議を個人の参加者と同様に他のアドホック会議に追加し、複数のアドホック会議をリンクすることができます。個人の参加者をアドホック会議に追加する場合に使用できる方法で、アドホック会議を他のアドホック会議に追加することもできます。
高度なアドホック会議のリンク機能によって生成される CDR には、[OrigConversationId] というフィールドが含まれます。このフィールドは、リンクされた会議に含まれる会議ブリッジを関連付けます。CDR の [コメント(Comment)] フィールドには、会議の非コントローラによる会議参加者の追加とドロップを示す [ConfRequestorDN] タグと [ConfRequestorDeviceName] タグが追加されます。
ブリッジ間のコールの方向は、Carol を含む 2 つのコールのどちらがプライマリであるかによって異なります。プライマリ コールは存続し、セカンダリ コールは会議にリダイレクトされます。
Alice が Bob にコールし、Bob は Carol と会議します(会議 1)。Dave が Carol にコールし、Ed と会議します(会議 2)。2 つの別個の会議が作成されます。Carol は両方の会議に出席します。この時点で、CDR1、CDR2、CDR3、および CDR4 が生成されます。
CDR6:Dave -> 会議ブリッジ(会議コール) |
||||||
---|---|---|---|---|---|---|
3 |
||||||
22 |
||||||
26 |
||||||
1003 |
||||||
b0029901222 |
||||||
b0029901222 |
||||||
1003 |
||||||
4 |
||||||
4 |
||||||
98 |
||||||
4 |
||||||
0 |
0 |
0 |
0 |
0 |
||
0 |
0 |
0 |
0 |
2222 |
2222 |
|
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
フィールド名 |
CDR9:会議ブリッジ(会議コール) |
CDR10:Alice -> 会議ブリッジ(会議コール) |
CDR11:Bob -> 会議ブリッジ(会議コール) |
||
---|---|---|---|---|---|
globalCallID_callId |
3 |
3 |
1 |
1 |
1 |
origLegCallIdentifier |
21 |
24 |
17 |
11 |
12 |
destLegCallIdentifier |
26 |
27 |
36 |
15 |
16 |
callingPartyNumber |
1003 |
1004 |
b0029901001 |
1000 |
1001 |
originalCalledPartyNumber |
b0029901222 |
b0029901222 |
b0029901222 |
b0029901001 |
b0029901001 |
finalCalledPartyNumber |
b0029901222 |
b0029901222 |
b0029901222 |
b0029901001 |
b0029901001 |
lastRedirectDn |
1003 |
1003 |
1002 |
1001 |
1001 |
origTerminationOnBehalfOf |
0 |
0 |
0 |
0 |
0 |
destTerminationOnBehalfOf |
0 |
0 |
0 |
0 |
0 |
lastRedirectRedirectReason |
98 |
98 |
4 |
98 |
98 |
lastRedirectRedirectOnBehalfOf |
4 |
4 |
10 |
4 |
4 |
origConversationID |
0 |
0 |
0 |
0 |
0 |
destConversationID |
2222 |
2222 |
2222 |
2222 |
2222 |
コメント |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
Alice が Bob にコールし、Bob は Carol と会議します(会議 1)。Dave が Carol にコールし、Ed と会議します(会議 2)。2 つの別個の会議が作成され、Carol は両方の会議に出席します。この時点で、CDR1、CDR2、CDR3、および CDR4 が生成されます。
Carol が最初の会議へのコールで [直接転送(Direct Transfer(DirTrfr))] ソフトキーを押します。会議 1 に Alice と Bob が出席し、会議 2 に Dave と Ed が出席します。残りの通話者が電話を切ると、会議を退出した順に残りの CDR が生成されます。
![]() (注) | ブリッジ間のコールの方向は、Carol を含む 2 つのコールのどちらがプライマリ コールであるかによって異なります。プライマリ コール側は、転送されたコールの発信側を表します。 |
CDR6:Carol -> 会議ブリッジ(会議コール) |
||||||
---|---|---|---|---|---|---|
3 |
||||||
22 |
||||||
25 |
||||||
1003 |
||||||
b0029901001 |
b0029901222 |
|||||
b0029901001 |
b0029901222 |
|||||
1003 |
||||||
10 |
||||||
10 |
||||||
98 |
||||||
4 |
||||||
0 |
0 |
0 |
0 |
0 |
||
0 |
0 |
0 |
0 |
1111 |
2222 |
|
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
フィールド名 |
CDR9:会議ブリッジ(会議コール) |
CDR10:Alice -> 会議ブリッジ(会議コール) |
CDR11:Bob -> 会議ブリッジ(会議コール) |
||
---|---|---|---|---|---|
globalCallID_callId |
3 |
3 |
1 |
1 |
1 |
origLegCallIdentifier |
21 |
24 |
17 |
11 |
12 |
destLegCallIdentifier |
26 |
27 |
36 |
15 |
16 |
callingPartyNumber |
1003 |
1004 |
b0029901001 |
1000 |
1001 |
originalCalledPartyNumber |
b0029901222 |
b0029901222 |
b0029901222 |
b0029901001 |
b0029901001 |
finalCalledPartyNumber |
b0029901222 |
b0029901222 |
b0029901222 |
b0029901001 |
b0029901001 |
lastRedirectDn |
1003 |
1003 |
1002 |
1001 |
1001 |
origTerminationOnBehalfOf |
0 |
0 |
0 |
0 |
0 |
destTerminationOnBehalfOf |
0 |
0 |
0 |
0 |
0 |
lastRedirectRedirectReason |
98 |
98 |
4 |
98 |
98 |
lastRedirectRedirectOnBehalfOf |
4 |
4 |
10 |
4 |
4 |
origConversationID |
0 |
0 |
111 |
0 |
0 |
destConversationID |
2222 |
2222 |
2222 |
1111 |
1111 |
コメント |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
CDR は、通話者が会議を退出した順に生成されます。残りの会議で通話者が 2 人だけになると、その 2 人の通話者は直接結合されます。
Alice が Bob にコールし、Bob は Carol と会議します(会議 1)。Dave が Carol にコールし、Ed と会議します(会議 2)。2 つの別個の会議が作成され、Carol は両方の会議に参加します。この時点で、CDR1、CDR2、CDR3、および CDR4 が生成されます。
Carol が最初の会議へのコールで [直接転送(Direct Transfer(DirTrfr))] ソフトキーを押します。会議 1 に Alice と Bob が出席し、会議 2 に Dave と Ed が出席します。会議 1 と会議 2 は一緒に転送されます。Carol が電話を切ると、会議 1 には 2 人の通話者だけが残ります。
会議に 2 人しか出席していないため、Bob と会議リンクが結合されます。この時点で、CDR7、CDR8、および CDR9 が生成されます。Bob は会議 1 のコントローラであるため、Bob が Bob と会議 2 の間のコールにおける発信側となります。残りの通話者が電話を切ると、会議を退出した順に残りの CDR が生成されます。
![]() (注) | Bob はコントローラではなく、Bob が会議 1 を結合する前にチェーニングが発生すると、Bob と会議 2 の間で、CDR に表示されている方向とは反対の方向にコールが生成されます。 |
会議に最後に残った 2 人の通話者間のコールの方向は、どちらが長く会議に参加していたかによります。会議に長く参加していた通話者が、発信側となります。
CDR6:Carol -> 会議ブリッジ(会議コール) |
||||||
---|---|---|---|---|---|---|
3 |
||||||
22 |
||||||
25 |
||||||
1002 |
||||||
b0029901001 |
b0029901222 |
|||||
b0029901001 |
b0029901222 |
|||||
1003 |
||||||
10 |
||||||
10 |
||||||
98 |
||||||
4 |
||||||
0 |
0 |
0 |
0 |
0 |
||
0 |
0 |
0 |
0 |
1111 |
2222 |
|
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
フィールド名 |
CDR7:Alice -> 会議ブリッジ(会議コール) |
CDR8:Bob -> 会議ブリッジ(会議コール) |
CDR10:Bob -> 会議ブリッジ(会議コール) |
CDR11:Dave -> 会議ブリッジ(会議コール) |
CDR12:Ed -> 会議ブリッジ(会議コール) |
|
---|---|---|---|---|---|---|
globalCallID_callId |
1 |
1 |
3 |
3 |
3 |
3 |
origLegCallIdentifier |
11 |
12 |
25 |
11 |
12 |
24 |
destLegCallIdentifier |
15 |
16 |
36 |
15 |
16 |
27 |
callingPartyNumber |
1001 |
1001 |
b0029901222 |
1000 |
1001 |
1003 |
originalCalledPartyNumber |
b0029901001 |
b0029901001 |
b0029901001 |
b0029901222 |
b0029901222 |
b0029901222 |
finalCalledPartyNumber |
b0029901001 |
b0029901001 |
b0029901001 |
b0029901222 |
b0029901222 |
b0029901222 |
lastRedirectDn |
1001 |
1001 |
1002 |
b0029901001 |
1003 |
1003 |
origTerminationOnBehalfOf |
16 |
4 |
4 |
4 |
0 |
0 |
destTerminationOnBehalfOf |
0 |
4 |
4 |
4 |
0 |
0 |
lastRedirectRedirectReason |
98 |
98 |
4 |
98 |
98 |
98 |
lastRedirectRedirectOnBehalfOf |
4 |
4 |
10 |
4 |
4 |
4 |
origConversationID |
0 |
0 |
2222 |
0 |
0 |
0 |
destConversationID |
1111 |
1111 |
1111 |
2222 |
2222 |
2222 |
コメント |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
CDR は、通話者が会議を退出した順に生成されます。残りの会議で通話者が 2 人だけになると、これら 2 人の通話者は直接結合されます。
Alice が Bob にコールし、Bob は Carol と会議します(会議 1)。Dave が Carol にコールし、Ed と会議します(会議 2)。2 つの別個の会議が作成され、Carol は両方の会議に参加します。この時点で、CDR1、CDR2、CDR3、および CDR4 が生成されます。
Carol が最初の会議へのコールで [直接転送(Direct Transfer(DirTrfr))] ソフトキーを押します。会議 1 に Alice と Bob が出席し、会議 2 に Dave と Ed が出席します。会議 1 と会議 2 は一緒に転送されます。Bob が電話を切ることで、会議 1 に接続している通話者は 2 人だけになります。
会議 1 に存在する通話者が 2 人だけであるため、Alice と会議リンクは直接結合されます。この時点で、CDR7、CDR8、および CDR9 が生成されます。Alice のほうが長く会議に参加しているので、Alice と会議 2 の間のコールの発信側は Alice になります。残りの通話者が電話を切ると、会議を退出した順に残りの CDR が生成されます。
![]() (注) | 会議に最後に残った 2 人の通話者間のコールの方向は、どちらが長く会議に参加していたかによります。会議に長く参加していた通話者が、発信側となります。 |
CDR6:Carol -> 会議ブリッジ(会議コール) |
||||||
---|---|---|---|---|---|---|
3 |
||||||
22 |
||||||
25 |
||||||
1002 |
||||||
b0029901001 |
b0029901222 |
|||||
b0029901001 |
b0029901222 |
|||||
1003 |
||||||
10 |
||||||
10 |
||||||
98 |
||||||
4 |
||||||
0 |
0 |
0 |
0 |
0 |
||
0 |
0 |
0 |
0 |
1111 |
2222 |
|
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
フィールド名 |
CDR8:Alice -> 会議ブリッジ(会議コール) |
CDR9:会議ブリッジ -> 会議ブリッジ |
CDR10:Alice -> 会議ブリッジ(会議コール) |
CDR11:Dave -> 会議ブリッジ(会議コール) |
CDR12:Ed -> 会議ブリッジ(会議コール) |
|
---|---|---|---|---|---|---|
globalCallID_callId |
1 |
1 |
3 |
3 |
3 |
3 |
origLegCallIdentifier |
12 |
11 |
25 |
11 |
21 |
24 |
destLegCallIdentifier |
16 |
15 |
36 |
25 |
26 |
27 |
callingPartyNumber |
1001 |
1000 |
b0029901001 |
1001 |
1003 |
1004 |
originalCalledPartyNumber |
b0029901001 |
b0029901001 |
b0029901001 |
b0029901222 |
b0029901222 |
b0029901222 |
finalCalledPartyNumber |
b0029901001 |
b0029901001 |
b0029901001 |
b0029901222 |
b0029901222 |
b0029901222 |
lastRedirectDn |
1001 |
1001 |
1002 |
b0029901001 |
1003 |
1003 |
origTerminationOnBehalfOf |
4 |
16 |
4 |
4 |
0 |
0 |
destTerminationOnBehalfOf |
4 |
0 |
4 |
4 |
0 |
0 |
lastRedirectRedirectReason |
98 |
98 |
4 |
98 |
98 |
98 |
lastRedirectRedirectOnBehalfOf |
4 |
4 |
10 |
4 |
4 |
4 |
origConversationID |
0 |
0 |
2222 |
0 |
0 |
0 |
destConversationID |
1111 |
1111 |
1111 |
2222 |
2222 |
2222 |
コメント |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
Alice が Bob にコールし、Bob は Carol と会議します(会議 1)。Dave が Carol にコールし、Ed と会議します(会議 2)。2 つの別個の会議が作成され、Carol は両方の会議に参加します。この時点で、CDR1、CDR2、CDR3、および CDR4 が生成されます。
Carol が最初の会議へのコールで [直接転送(Direct Transfer(DirTrfr))] ソフトキーを押します。会議 1 に Alice と Bob が出席し、会議 2 に Dave と Ed が出席します。会議 1 と会議 2 は一緒に転送されます。
Bob が [ConfList] ソフトキーを押し、リストに Alice、Bob、および会議リンク [会議(Conference)] が表示されます。Bob が [会議(Conference)] を選択し、[削除(Remove)] ソフトキーを押します。この時点で、CDR7、CDR8、および CDR9 が生成されます。会議リンクが削除され、会議に 2 人の通話者が残ります。
残りの 2 人が結合されます。会議 1 では Alice と Bob が結合され、会議 2 では Dave と Ed が結合されます。残りの通話者が電話を切ると、会議を退出した順に残りの CDR が生成されます。
CDR6:Carol -> 会議ブリッジ(会議コール) |
||||||
---|---|---|---|---|---|---|
3 |
||||||
22 |
||||||
25 |
||||||
1002 |
||||||
b0029901001 |
b0029901222 |
|||||
b0029901001 |
b0029901222 |
|||||
1003 |
||||||
10 |
||||||
10 |
||||||
98 |
||||||
4 |
||||||
0 |
0 |
0 |
0 |
0 |
||
0 |
0 |
0 |
0 |
1111 |
2222 |
|
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
フィールド名 |
CDR8:Alice -> 会議ブリッジ(会議コール) |
CDR9:Bob -> 会議ブリッジ |
CDR10:Dave -> 会議ブリッジ(会議コール) |
CDR11:Ed -> 会議ブリッジ(会議コール) |
CDR12:Bob -> Alice |
|
---|---|---|---|---|---|---|
globalCallID_callId |
3 |
1 |
1 |
3 |
3 |
3 |
origLegCallIdentifier |
25 |
11 |
12 |
21 |
24 |
21 |
destLegCallIdentifier |
36 |
15 |
16 |
26 |
27 |
24 |
callingPartyNumber |
b0029901222 |
1000 |
1001 |
1003 |
1004 |
1003 |
originalCalledPartyNumber |
b0029901001 |
b0029901001 |
b0029901001 |
b0029901222 |
b0029901222 |
b0029901222 |
finalCalledPartyNumber |
b0029901001 |
b0029901001 |
b0029901001 |
b0029901222 |
b0029901222 |
1004 |
lastRedirectDn |
1002 |
1001 |
1001 |
1003 |
1003 |
b0029901222 |
origTerminationOnBehalfOf |
4 |
4 |
4 |
16 |
0 |
0 |
destTerminationOnBehalfOf |
4 |
4 |
4 |
0 |
0 |
0 |
lastRedirectRedirectReason |
4 |
98 |
98 |
98 |
98 |
98 |
lastRedirectRedirectOnBehalfOf |
10 |
4 |
4 |
4 |
4 |
4 |
origConversationID |
0 |
0 |
0 |
0 |
0 |
0 |
destConversationID |
1111 |
1111 |
1111 |
2222 |
2222 |
0 |
コメント |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1001;Co nfController DeviceName=S EP0003E333FE BD;ConfReque storDn-1001; ConfRequesto rDeviceName= SEP0003E333F EBD |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControll erDn=1003;Co nfController DeviceName=S EP0003E333FA D1;ConfReque storDn-1003; ConfRequesto rDeviceName= SEP0003E333F AD1 |
ConfControllerDn=10 03;ConfControllerDe viceName=SEP0003E33 3FAD1;ConfRequestor Dn-1003;ConfRequest orDeviceName=SEP000 3E333FAD1 |
エージェントのグリーティング コール機能では、エージェント デバイスへのメディア接続に成功した後で、事前に録音したアナウンスをお客様に自動的に再生するよう、Cisco Unified Communications Manager に指示します。エージェントとお客様の両方に、エージェントのグリーティングが聞こえます。
お客様(1001)がエージェント(1006)にコールします。
エージェント(1006)がコールに応答します。お客様とエージェントが接続します。
エージェントのグリーティング コール機能では、エージェント デバイスへのメディア接続に成功した後で、事前に録音したアナウンスをお客様に自動的に再生するよう、Cisco Unified Communications Manager に指示します。これにより、IVR(1000)がエージェントの電話機のビルトイン ブリッジ(BIB)に接続します。エージェントとお客様の両方に、エージェントのグリーティングが聞こえます。
お客様とエージェント間のコールが終了します。お客様とエージェント間のコールに関する CDR が生成されます。エージェントの電話機の BIB への IVR(1000)に関する CDR が生成されます。
エージェントの BIB への IVR に関する CDR には、コメント AgentGreeting=<agentCI> が指定されます。エージェントのグリーティング コールについては、[OnBehalfOf] フィールドが 33 に設定され、[redirectReason] コードが 752 に設定されます。
シェアド ラインが割込み機能を使用する場合、[origCalledPartyNumber]、[finalCalledPartyNumber]、および. [lastRedirectDn] は会議ブリッジ番号「b00...」を表します。[redirectOnBehalfOf] フィールドおよび [joinOnBehalfOf] フィールドには割込みの値 15 が反映され、[RedirectReason] フィールドには割込み 114 が指定されます。
40003 が 40001 にコールし、40001 が応答します。別の電話のシェアド ライン 40001 が、[割込み(Barge)] ソフトキーを押します。すべての通話者が会議に集まり、40003 が電話を切ります。
![]() (注) | 両方の CDR に同じ [globalCallID_callId] が設定され、[conversationID] フィールドが割込みされたコールの CI(コール ID)にリンクします。 |
40003 が 40001 にコールし、40001 が応答します。別の電話のシェアド ライン 40001 が、[割込み(Barge)] ソフトキーを押します。すべての通話者が会議に集まり、40001 が電話を切ります。
![]() (注) | 両方の CDR に同じ [globalCallID_callId] が設定され、[conversationID] フィールドが割込みされたコールの CI(コール ID)にリンクします。 |
フィールド名 |
元のコールの CDR |
割込みコール 1 の CDR |
最終コール 2 の CDR |
---|---|---|---|
globalCallID_callId |
9 | 9 | 9 |
origLegCallIdentifier |
|||
destLegCallIdentifier |
|||
callingPartyNumber |
|||
origCalledPartyNumber |
|||
finalCalledPartyNumber |
|||
lastRedirectDn |
|||
origCause_Value |
|||
dest_CauseValue |
|||
origCalledPartyRedirectReason |
0 |
114 |
0 |
lastRedirectRedirectReason |
|||
lastRedirectRedirectOnBehalfOf |
|||
joinOnBehalfOf |
|||
destConversationID |
40003 が 40001 にコールし、40001 が応答します。別の電話のシェアド ライン 40001 が、[割込み(Barge)] ソフトキーを押します。すべての通話者が会議に集まり、40001(別のシェアド ラインと電話機)が [割込み(Barge)] ソフトキーを押します。40003 が最初に電話を切ります。
![]() (注) | 両方の CDR に同じ [globalCallID_callId] が設定され、[conversationID] フィールドが割込みされたコールの CI(コール ID)にリンクします。 |
フィールド名 |
元のコールの CDR |
割込みコール 1 の CDR |
最終コール 2 の CDR |
---|---|---|---|
globalCallID_callId |
18 | 18 | 18 |
origLegCallIdentifier |
16777249 |
16777251 |
16777255 |
destLegCallIdentifier |
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 にあるエージェント コール レッグ ID に一致し、コール モニタリング CDR とモニタされるコールの CDR をリンクします。
お客様(9728134987)がエージェント(30000)にコールし、エージェントが応答します。スーパーバイザ(40003)がコールをモニタします。モニタリング コールの [destConversationID] は、モニタされるコールの [destLegCallIdentifier] に一致します。
エージェント(30000)がお客様(9728134987)にコールし、お客様が応答します。スーパーバイザ(40003)がコールをモニタします。モニタリング コールの [destConversationID] は、モニタされるコールの [origLegCallIdentifier] に一致します。
コール パークは、パークされた元のコールと、ピックアップまたは復帰されたコールに 1 つずつ、計 2 つの CDR を生成します。これらの CDR には、同じ [globalCallID_callId] が設定されます。
コールがパークされると、そのコールは分割されます。元のコールによって CDR が生成されます。この CDR の [origTerminationOnBehalfOf] フィールドと [destTerminationOnBehalfOf] フィールドには、コール パークを示す 3 が設定されます。
パークされたコールを取得する場合、ユーザはオフフックにしてパーク コードを入力します。このコールは、パークされたコールに結合します。コールをピックアップしているユーザがパークされたコールに結合されるため、システムはそのユーザをコールの発信側として扱い、パークされたユーザは宛先として扱われます。つまり、コールの [callingPartyNumber] フィールドには、そのコールをピックアップしているユーザの電話番号が格納され、[originalCalledNumber] フィールドと [finalCalledNumber] フィールドには、パークされたユーザの電話番号が格納されます。[lastRedirectDn] フィールドには、コールのピックアップに使用されるパーク コードが格納されます。[lastRedirectRedirectReason] フィールドには、コール パーク ピックアップを示す 8 が指定されます。[lastRedirectRedirectOnBehalfOf] フィールドには、コール パークを示す 3 が指定される必要があります。
50003 が 50002 にコールします。50002 は [パーク(Park)] ソフトキーを押します。50001 はパーク コード(44444)をダイヤルして、パークされたコールをピックアップします。
パークされたコールがピックアップされないと、コール パーク復帰タイマーが期限切れとなり、そのコールは着信側にリダイレクトされます。この場合、2 つの CDR が生成されます。最初の CDR は前述のコール パーク ピックアップ シナリオと同じになりますが、2 つ目の CDR はわずかに異なります。コール ピックアップの復帰タイマーが期限切れになると、コールは着信側にリダイレクトされます。
コールがパークされると、そのコールは分割されます。この動作により、元のコールの CDR が生成されます。この CDR の [origTerminationOnBehalfOf] フィールドと [destTerminationOnBehalfOf] フィールドは、コール パーク ピックアップ シナリオと同じく、コール パークを示す 3 に設定されます。
コール パーク復帰タイマーが期限切れになると、コールは着信側にリダイレクトされます。[origCalledPartyRedirectOnBehalfOf] フィールドおよび [lastRedirectRedirectOnBehalfOf] フィールドには、コール パークを示す 3 が指定されます。[origCalledPartyRedirectReason] フィールドにはコール パークを示す 7 が指定され、[lastRedirectRedirectReason] フィールドにはコール パーク復帰を示す 11 が指定されます。
コール パーク復帰の例:50003 が 50002 にコールします。50002 は [パーク(Park)] ソフトキーを押します。パークされたコールを誰もピックアップせず、そのコールが 50002 に復帰して、50002 が応答します。
Cisco Unified Communications Manager におけるコール ピックアップには、ピックアップと自動ピックアップの 2 つのタイプがあります。この 2 つのタイプのコール ピックアップに関する CDR レコードは、わずかに異なります。
PSTN から内線 2000、2001、および 2002 にコールが着信します。これらの内線は、同じピックアップ グループに属しています。内線 2002 が、2001 で呼出音が鳴っているコールをピックアップします。内線 2002 がコールに応答し、コールは PSTN の発信側と内線 2002 の間で接続されます。
自動ピックアップは、自動応答を使用したコール ピックアップに似た動作をします。ユーザは、最後の [応答(Answer)] ソフトキーを押す必要はありません。コールは自動的に接続します。自動ピックアップには、2 つの CDR が生成されます。これらの CDR は、同じコール ID を持ちます。
元のコールに対して最初の CDR が生成されます。この CDR の [origTerminationOnBehalfOf] フィールドと [destTerminationOnBehalfOf] フィールドは、16(ピックアップ)になります。この値は、ピックアップ機能のためにコールが終了されたことを示します。
2 つ目の CDR は、コールがピックアップされた後の最終コールを表します。この CDR の [lastRedirectOnBehalfOf] フィールドと [joinOnBehalfOf] フィールドは 16(ピックアップ)に設定されます。この値は、ピックアップ機能の代わりにコールが結合されたことを示します。[lastRedirectReason] には、リダイレクト理由 5(ピックアップ)が含まれます。
どのタイプの自動ピックアップ(自動ピックアップ、自動グループ ピックアップ、およびその他の自動ピックアップ)でも、自動ピックアップの CDR は同じようになります。
![]() (注) | IP Phone のサービス パラメータの [自動コール ピックアップが有効(Auto Call Pickup Enabled)] が [True] に設定されていて、IP Phone がピックアップする着信コールを Cisco Unified Communications Manager が受信する場合、トランスレーション パターンで定義されたプレフィックス番号が CDR の [callingPartyNumber] に追加されます。ただし、サービス パラメータの [自動コール ピックアップが有効(Auto Call Pickup Enabled)] が [False] に設定されている場合は、プレフィックス番号は追加されません。 |
自動ピックアップの例:PSTN から内線 2001 にコールが着信します。2001 と 2002 は同じピックアップ グループに属しています。2002 が 2001 で呼出音が鳴っているコールをピックアップします。コールは、PSTN 発信側と 2002 の間で自動的に接続します。通話時間は 2 分です。
![]() (注) | トランスレーション パターンで定義されているプレフィックス番号は、基本コールにのみ適用されます。 |
システムは、既存の CDR フィールドを使用して、コールの録音機能の CDR を生成します。
録音コールには、一方向メディアが存在します。一方向メディアの CDR については、コールの片側に対するメディア フィールドが空のままになります。
コールの録音に対する 2 つ CDR の [origConversationID] フィールドは、録音コールの CDR のエージェント コール レッグ ID に一致し、コールの録音の CDR と録音されたコールの CDR をリンクします。
![]() (注) | サービス パラメータの [接続時間がゼロのコールを CDR に記録するフラグ(CDR Log Calls with Zero Duration Flag)] を [true] に設定すると、サーバ コール レコードが 2 件追加されます。 |
お客様(9728134987)がエージェント(30000)にコールし、エージェントが応答します。レコーダーの DN は 90000 です。録音機能により、録音デバイスへの 2 つの録音コールが作成され、その結果、エージェントの音声とお客様の音声に対して 1 つずつ、計 2 つの CDR が追加されます。録音する側の CDR の [origConversationID] は、録音された側の CDR の [destLegCallIdentifier] に一致します。このシナリオでは、お客様が電話を切ります。
録音する側のコールの CDR2 |
|||
---|---|---|---|
11 |
|||
16777122 |
|||
16777123 |
|||
BIB |
|||
90000 |
|||
90000 |
|||
90000 |
|||
0 |
|||
0 |
|||
354 |
|||
354 |
|||
27 |
|||
27 |
|||
16777111 |
エージェント(30000)がお客様(9728134987)にコールし、お客様が応答します。レコーダーの DN は 90000 です。録音機能により、録音デバイスへの 2 つの録音コールが作成され、その結果、エージェントの音声とお客様の音声に対して 1 つずつ、計 2 つの CDR が追加されます。録音する側の CDR の [origConversationID] フィールドは、録音される側の CDR の [origLegCallIdentifier] フィールドに一致します。このシナリオでは、エージェントが電話を切ります。
録音する側のコールの CDR 2 |
|||
---|---|---|---|
110 |
|||
16777222 |
|||
16777223 |
|||
BIB |
|||
90000 |
|||
90000 |
|||
90000 |
|||
16 |
|||
0 |
|||
354 |
|||
354 |
|||
27 |
|||
27 |
|||
16777113 |
このフィールドは、コールのセキュリティ ステータスを指定します。コール中に到達した最高レベルのセキュリティが含まれます。たとえば、コールが最初はセキュリティ保護されておらず、後で保護された状態に変わると、コールの別の部分のステータス値は異なる場合でも、CDR の [セキュリティ保護(Secured)]" "は 1 になります。[callSecuredStatus] フィールドは、コールのセキュリティ ステータスを識別します。
この機能により、Cisco Unified Communications Manager で国際エスケープ コード「+」がサポートできるようになります。この追加サポートにより、デュアルモード電話のダイヤリング機能が強化され、地理的に異なる場所にある企業へ折り返し電話する際の利便性が向上します。
現在、CDR の [callingPartyNumber]、[originalCalledPartyNumber]、[finalCalledPartyNumber]、[lastRedirectDN fields] の各フィールド、および新規のフィールドの [outpulsedCallingPartyNumber] と [outpulsedCalledPartyNumber] に「+」を含めることができます。デバイスは、発信側の正規化/ローカル化が行われる場合に限りコール制御に発信する発信側番号をレポートします。発信側の正規化/ローカル化が行われると、CDR の新規フィールド [outpulsedCallingPartyNumber] にその動作が記録されます。
Dallas の PSTN から会社の電話機にコールが発信されます。7 桁の発信側番号は 500 1212 で構成され、Dallas のエリア コードは 972 と表示されます。発信側変換には +1972 が含まれます。CDR の [callingPartyNumber] フィールドには、+1 972 500 1212(グローバル形式)が格納されます。新規フィールド [outpulsedCallingPartyNumber] には、ローカル化された番号 500 1212 が格納されます。
このようなコールはすべて通常のコールとして記録され、すべての関連フィールドにデータが格納されます。[発信側の原因(Calling Party Cause)] フィールドおよび [着信側の原因(Called Party Cause)] フィールドには、コールが接続されない理由を示す原因コードが格納され、[着信側 IP(Called Party IP)] フィールドと [接続日時(Date/Time Connect)] フィールドは空白のままとなります。接続時間ゼロのコールが記録されていない場合でも、失敗したコールはすべてログに記録されます([CdrLogCallsWithZeroDurationFlag] の設定は [True] または [False]、期間はゼロ、および [DateTimeConnect] 値はゼロ)。
C 割込み機能は、会議機能と非常によく似た動作をします。シェアド ラインが割込み機能を使用する場合、[origCalledPartyNumber]、[finalCalledPartyNumber]、および [lastRedirectDn] は会議ブリッジ番号「b00...」。[redirectOnBehalfOf] フィールドおよび [joinOnBehalfOf] フィールドには、会議の値 4 が格納され、[RedirectReason] フィールドには会議を示す 98 が指定されます。
40003 が 40001 にコールし、40001 が応答します。別の電話機の 40001(シェアド ライン)が [C 割込み(cBarge)] ボタンを押します。
CMC 機能が起動されると、システムはクライアント識別コードを CDR に書き込みます。[clientMatterCode] フィールドには、発信側が入力したクライアント識別コードが格納されます。
10000 が 2142364624 にコールします。ユーザはクライアント識別コードの入力を求められ、11111 と入力します。発信側がコールに応答し、10 分間通話します。
136201 から 136111 にコールを発信します。
136111 が応答し、数秒間通話します。
136201 が [会議(Conference)] ソフトキーを押し、136203 をダイヤルします。
ユーザは、CMC コードの入力を要求され、125 を入力します。CMC コードの 125 が、レベル 1 に設定され、名前として Forward_CMC を割り当てられます。
136203 の呼び出し中、136201 が [会議(Conference)] ソフトキーを押して、会議を実行します。
136203 がコールに応答します。
会議の 3 人のメンバーがしばらく通話します。
136111 が電話を切り、会議には 136201 と 136203 が残ります。会議の参加者が残り 2 人になったため、この 2 人は会議機能により直接結合され、さらに数秒間通話します。
フィールド名 |
元のコールの CDR |
セットアップ コールの CDR |
会議の CDR 1 |
会議の CDR 2 |
会議の CDR 3 |
最終 CDR |
---|---|---|---|---|---|---|
globalCallID_callId |
60025 |
60026 |
60025 |
60025 |
60025 |
60027 |
origLegCallIdentifier |
23704522 |
23704524 |
23704523 |
23704522 |
23704526 |
23704527 |
destLegCallIdentifier |
23704523 |
23704526 |
23704531 |
23704530 |
23704532 |
23704528 |
callingPartyNumber |
136201 |
136201 |
136111 |
136201 |
136203 |
136201 |
origCalledPartyNumber |
136111 |
136203 |
b00105401002 |
b00105401002 |
b00105401002 |
136203 |
finalCalledPartyNumber |
136111 |
136203 |
b00105401002 |
b00105401002 |
b00105401002 |
136203 |
lastRedirectDn |
136111 |
136203 |
136201 |
136201 |
136201 |
136203 |
origCause_Value |
393216 |
0 |
16 |
393216 |
393216 |
0 |
dest_CauseValue |
393216 |
0 |
393216 |
393216 |
393216 |
16 |
authCodeDescription |
Forward_CMC |
|||||
authorizationLevel |
0 |
1 |
0 |
0 |
0 |
0 |
Duration |
20 |
0 |
32 |
32 |
25 |
48 |
authorizationCode |
125 |
![]() (注) | この例のセットアップ コールは、接続時間がゼロであっても生成されます。これはこのコールで CMC が使用されるためです。 |
会議コールでは、複数のレコードが記録されます。生成される CDR レコードの数は、会議の参加者の数によって異なります。会議の参加者ごとに 1 つの CDR が存在します。つまり、最初に発信されたコールに 1 つの CDR、他の通話者を会議に参加させるために使用する各セットアップ コールごとに 1 つの CDR、および会議に接続している最後の 2 人の通話者に 1 つの CDR がそれぞれ生成されます。3 者間のアドホック会議の場合は、6 つの CDR が存在します。つまり、元のコールに 1 つの CDR、会議に接続している通話者に 3 つの CDR、各セットアップ コールごとに 1 つの CDR、および会議に最後に残った 2 人の通話者に 1 つの CDR がそれぞれ生成されます。発信コール レッグ ID と着信コール レッグ ID を確認することによって、セットアップ コールを会議内の適切なコール レッグに関連付けることができます。
会議ブリッジ デバイスは、Cisco Unified Communications Manager にとって特別な意味があり、会議ブリッジへのコールは会議ブリッジ デバイスへのコールとして表示されます。「"b0019901001"」という形式の特殊な番号が、会議ブリッジ ポートを示しています。すべてのコールが実際の方向に関係なく、会議ブリッジへのコールとして表示されます。ただし、セットアップ コールの CDR を確認することによって、各コールの元の方向を判断できます。
会議コントローラ情報は、CDR の [コメント(comment)] フィールドで確認できます。この情報の形式は、次のとおりです。
[コメント(comment)] フィールド = "ConfControllerDn=1000;ConfControllerDeviceName=SEP0003"
会議コントローラの DN と会議コントローラのデバイス名で、会議コントローラを一意に識別できます。シェアド ラインの場合、デバイス名が必要になります。
コールが複数の会議コールに含まれている場合、[コメント(comment)] フィールドには複数の会議コントローラ情報が格納されます。この状況は、会議の参加者が 2 人に減り、うち 1 人が別の会議を始めた場合に発生する可能性があります。この場合は、[コメント(comment)] フィールドの最後の会議コントローラの情報によって、会議コントローラを識別します。
2001 から 2309 にコールを発信します。
2309 が応答し、60 秒間通話します。
2001 が [会議(conference)] ソフトキーを押し、3071111 をダイヤルします。
307111 が応答し、20 秒間通話します。2001 が [会議(conference)] ソフトキーを押して会議を実行します。
会議の 3 人のメンバーが 360 秒間通話します。
3071111 が電話を切り、会議には 2001 と 2309 が残ります。会議の参加者が残り 2 人になったため、会議機能により、この 2 人は直接結合されて、さらに 55 秒間通話します。
![]() (注) | コールが会議ブリッジに展開されるにつれ、各会議コールレッグが表示されます。コールは、実際の方向に関係なく、ブリッジへのコールとして表示されます。 |
会議の CDR 2 |
会議の CDR 3 |
最終 CDR |
||||
---|---|---|---|---|---|---|
1 |
||||||
101 |
||||||
102 |
||||||
2001 |
||||||
b0029901001 |
b0029901001 |
b0029901001 |
2309 |
|||
3071111 |
b0029901001 |
b0029901001 |
b0029901001 |
2309 |
||
3071111 |
b0029901001 |
b0029901001 |
b0029901001 |
b0029901001 |
||
98 |
||||||
4 |
0 |
0 |
4 |
|||
0 |
0 |
4 |
4 |
4 |
0 |
|
0 |
4 |
4 |
4 |
4 |
||
4 |
4 |
4 |
4 |
|||
0 |
1 |
0 |
||||
会議コールの CDR には、次に示す 3 つの主な動作要因が存在します。
会議の参加者が 2 人に減ると、その 2 人は直接接続し、会議リソースを解放します。この変化により、会議コールに最後に残された 2 人の間のコールに対して、追加の CDR が生成されます。
たとえば、会議コールで 4 人(Amy、Dustin、Spencer、Ethan)が接続している場合に、Ethan が電話を切り、会議ブリッジに接続している 3 人(Amy、Dustin、Spencer)が会議コールに残るとします。Spencer が電話を切ると、会議コールには 2 人(Amy と Dustin)だけが残ります。Amy と Dustin は直接結合され、会議リソースは解放されます。Amy と Dustin が直接結合したことで、会議に残った最後の 2 人の間に追加の CDR が作成されます。
CDR の [コメント(comment)] フィールドに、会議コントローラ情報が追加されます。この情報で、会議コントローラを識別できます。ここで、誰が会議コントローラであるかを判断するために、コンサルト コールを確認する必要はありません。次に、この情報の例を示します。
[コメント(comment)] フィールド = "ConfControllerDn=1000;ConfControllerDeviceName=SEP0003E333FEBD"
参加者を追加した通話者は、要求者と呼ばれ、CDR の [コメント(comment)] フィールドに表示されます。要求者情報のタグには、[ConfRequestorDn] と [ConfRequestorDeviceName] が含まれます。参加者の削除を要求した通話者は、ドロップ要求者と呼ばれ、CDR の [コメント(comment)] フィールドに表示されます。ドロップ要求者情報のタグには、[DropConfRequestorDn] と [DropConRequestorDeviceName] が含まれます。
会議の一部であるコールには、それらに関して記録される複数のレコードがあります。生成される CDR の数は、会議の参加者の数によって異なります。会議内の各通話者に対して 1 つの CDR、最初に発信されたコールに対して 1 つの CDR、および他の通話者を会議に参加させるために使用された各セットアップ コールに対して 1 つの CDR が存在します。したがって、3 者間のアドホック会議には、次の 6 つの CDR が存在します。
元のコールに対して 1 つの CDR。
会議に接続している通話者に対して 3 つの CDR。
各セットアップ コールに対して 1 つの CDR。
会議に残った最後の 2 人の通話者に対して 1 つの CDR。
発信コール レッグ ID と着信コール レッグ ID を確認することによって、セットアップ コールを会議内の適切なコール レッグに関連付けることができます。
会議ブリッジ デバイスは、Cisco Unified Communications Manager にとって特別な意味を持ちます。会議ブリッジへのコールは、会議ブリッジ デバイスへのコールとして表示されます。「"b0019901001"」という形式の特殊な番号が、会議ブリッジ ポートを示しています。すべてのコールは、実際の方向とは関係なく、会議ブリッジ「"への"」コールとして表示されます。セットアップ コールの CDR を確認することで、各コールの元の方向を判断できます。
会議に接続されたコール レッグには、次のフィールド値が設定されます。
[finalCalledPartyNumber]:会議ブリッジ「"b0019901001"」を示します。
[origCalledPartyRedirectOnBehalfOf]:会議(4)に設定されます。
[lastRedirectRedirectOnBehalfOf]:会議(4)に設定されます。
[joinOnBehalfOf]:会議(4)に設定されます。
[コメント(comment)]:会議コントローラを識別します。
最初に発信されたコールと、通話者を会議に参加させるために使用したすべてのセットアップ コールには、次のフィールド値が設定されます。
この機能により、内外の発信側が、開催中の会議の IVR 電話番号をダイヤルして会議に参加できるようになります。自動音声応答(IVR)アプリケーションは、会議に参加できるように発信側をガイドするため、アナウンスを再生し、発信側が入力した DTMF 番号を収集します。
開催中の会議機能を使用した会議コールは、コールの複数の CDR レコードを記録します。生成される CDR レコードの数は、会議の参加者の数によって異なります。会議内の各通話者に対して 1 つの CDR、最初に発信されたコールに対して 1 つの CDR、および通話者を会議ブリッジに参加させるために使用された各セットアップ コールに対して 1 つの CDR が存在します。2 者間の開催中の会議では、最初のコールに対して 2 つの CDR、会議ブリッジに接続された通話者に対して 2 つの CDR の合計 4 つの CDR が存在します。
会議ブリッジ デバイスは、Cisco Unified Communications Manager にとって特別な意味があり、会議ブリッジへのコールは会議ブリッジ デバイスへのコールとして表示されます。「"b00105401006"」という形式の特殊な番号が、会議ブリッジ ポートを示しています。すべてのコールが実際の方向に関係なく、会議ブリッジへのコールとして表示されます。ただし、セットアップ コールの CDR を確認することによって、各コールの元の方向を判断できます。
開催中の会議の情報は、CDR の [コメント(comment)] フィールドで確認できます。[コメント(comment)] フィールドは、CFB へのコールのリダイレクションでのみ指定できます。この情報の形式は、次のとおりです。
[コメント(comment)] フィールド = "ConferenceNowHostId =john; ConferenceNowMeetingNumber=136136".
ConferenceNowHostId+ConferenceNowMeetingNumber は、開催中の会議の情報を一意に識別します。
[finalCalledPartyNumber] フィールドには、会議ブリッジ番号 "b00105401006" が含まれます。最初のコールで IVR に接続した場合の [finalCalledPartyNumber] フィールドは、IVR ディレクトリ番号 "c00124401001" が含まれます。
[origCalledPtyRedirectOnBehalfOf] フィールドには、ミートミー会議代行受信を示す 7 が設定されます。
[lastRedirectRedirectOnBehalfOf] フィールドには、ミートミー会議代行受信を示す 7 が設定されます。
[joinOnBehalfOf] フィールドには、ミートミー会議代行受信を示す 7 が設定されます。
[コメント(comment)] フィールドは、ConfrenceNowHostId および ConferenceNowMeetingNumber を識別します。
[destConversationId] フィールドは、会議内のすべてのメンバーに対して同一です。このフィールドは、会議コールのメンバーを識別するのに使用できます。
ユーザ 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)が、ホストとして会議コールに参加します。そのため、ホスト ピンの後に # を入力します。
参加者とホストの両方が、会議ブリッジにリダイレクトされ、会議に配置されます。
フィールド名 |
元のコールの CDR1 |
会議の CDR 1 |
元のコールの CDR2 |
会議の CDR 2 |
---|---|---|---|---|
globalCallID_callId |
47002 |
47002 |
47003 |
47003 |
origLegCallIdentifier |
20795093 |
20795093 |
20795098 |
20795098 |
destLegCallIdentifier |
20795096 |
20795104 |
20795101 |
20795103 |
callingPartyNumber |
139139 |
139139 |
136136 |
136136 |
originalCalledPartyNumber |
1010 |
1010 |
1010 |
1010 |
finalCalledPartyNumber |
c00124401001 |
b00105401006 |
c00124401001 |
b00105401006 |
lastRedirectDn |
1010 |
c00124401001 |
1010 |
c00124401001 |
origCause_Value |
0 |
16 |
0 |
16 |
dest_CauseValue |
0 |
0 |
0 |
0 |
origCalledPartyRedirectReason |
0 |
0 |
0 |
0 |
lastRedirectRedirectReason |
0 |
0 |
0 |
0 |
origTerminationOnBehalfOf |
7 |
12 |
7 |
12 |
destTerminationOnBehalfOf |
7 |
7 |
7 |
7 |
origCalledRedirectOnBehalfOf |
0 |
0 |
0 |
0 |
lastRedirectRedirectOnBehalfOf |
0 |
7 |
0 |
7 |
joinOnBehalfOf |
0 |
7 |
0 |
7 |
会話 ID(Conversation ID) |
0 |
16809217 |
0 |
16809217 |
duration |
18 |
20 |
10 |
9 |
元のコールの CDR 1 |
|
会議の CDR 1 |
ConferenceNowHostID=Rishi;ConferenceNowMeetingNumber=136136 |
元のコールの CDR 2 |
|
会議の CDR 2 |
ConferenceNowHostID=Rishi;ConferenceNowMeetingNumber=136136 |
会議からの任意の通話者のドロップ機能は、新しい原因コードを除いて、その他のコールと同一に見えるコールを終了します。原因コードは、この機能が終了するコールを識別します。
次の表に、会議に接続し、この機能によってドロップされるコールの CDR の例を示します。
この機能は、Cisco Unity または Cisco Unity Connection が開始したコール転送のコンサルト コールの発信側番号を変更します。コンサルト コールの CDR には、Cisco Unity または Cisco Unity Connection ポートが転送先にコールしているのではなく、元の発信側が転送先にコールしていると示されます。
この機能は Cisco Unified Communications Manager のサービス パラメータで設定する必要があります。『CDR Analysis and Reporting Administration Guide』の「"Configuring CDR Service Parameters"」の項の説明を参照してください。
4001 が 4002 にコールします。4002 がコールを 4003 に転送します。次の 3 つの CDR が生成されます。
![]() (注) | CDR には [originalCallingParty] フィールドは存在しません。 |
これらのフィールドは、コールに使用される Dual Tone Multi-Frequency(DTMF)方式を識別します。
エンドツーエンド コール トレース機能によって、Unified CM、Cisco IOS ゲートウェイなどの複数のシスコ音声製品を経由するコールのトレースが容易になります。
FAC 機能が起動されると、承認の説明とレベルが CDR に書き込まれます。セキュリティ上の理由から、実際の承認コードは CDR に書き込まれません。
45000 が 9728134987 にコールします。ユーザは、承認コードの入力を求められ、12345 と入力します。FAC コード 12345 は、レベル 1 として Legal1 という名前で設定されています。発信側がコールに応答し、2 分間通話します。
authorizationCode |
12345 |
![]() (注) | このコールにメディアは接続されないため、無応答コールには接続時間がありません。CDR は、コールに FAC が存在する場合、サービス パラメータの [CdrLogCallsWithZeroDurationFlag] にかかわらずログ記録されます。 |
136201 から 136111 にコールを発信します。
136111 が応答し、数秒間通話します。
136201 が [会議(Conference)] ソフトキーを押し、136203 をダイヤルします。
ユーザは、FAC コードの入力を要求され、124 を入力します。FAC コードの 124 が、レベル 1 に設定され、名前として Forward_CMC を割り当てられます。
136203 の呼び出し中、136201 が [会議(Conference)] ソフトキーを押して、会議を実行します。
136203 がコールに応答します。
会議の 3 人のメンバーがしばらく通話します。
136111 が電話を切り、会議には 136201 と 136203 が残ります。会議の参加者が残り 2 人になったため、この 2 人は会議機能により直接結合され、さらに数秒間通話します。
フィールド名 |
元のコールの CDR |
セットアップ コールの CDR |
会議の CDR 1 |
会議の CDR 2 |
会議の CDR 3 |
最終 CDR |
---|---|---|---|---|---|---|
globalCallID_callId |
60015 |
60016 |
60015 |
60015 |
60015 |
60017 |
origLegCallIdentifier |
23704372 |
23704374 |
23704373 |
23704372 |
23704376 |
23704377 |
destLegCallIdentifier |
23704373 |
23704376 |
23704381 |
23704380 |
23704382 |
23704378 |
callingPartyNumber |
136201 |
136201 |
136111 |
136201 |
136203 |
136201 |
origCalledPartyNumber |
136111 |
136203 |
b00105401002 |
b00105401002 |
b00105401002 |
136203 |
finalCalledPartyNumber |
136111 |
136203 |
b00105401002 |
b00105401002 |
b00105401002 |
136203 |
lastRedirectDn |
136111 |
136203 |
136201 |
136201 |
136201 |
136203 |
origCause_Value |
393216 |
0 |
16 |
393216 |
393216 |
0 |
dest_CauseValue |
393216 |
0 |
393216 |
393216 |
393216 |
16 |
authCodeDescription |
Forward_FAC |
|||||
authorizationLevel |
0 |
1 |
0 |
0 |
0 |
0 |
Duration |
18 |
0 |
37 |
37 |
32 |
38 |
authorizationCode |
124 |
![]() (注) | この例のセットアップ コールは、接続時間がゼロであっても生成されます。これはこのコールで FAC が使用されるためです。 |
転送(Forward)されたコールは、1 つの CDR を生成し、発信側、元の着信側番号、最後にリダイレクトした番号、最終的な着信側番号、および関連付けられたパーティションを示します。コールが 3 回以上転送(Forward)された場合、中間の転送者は CDR に記録されません。
コールの転送(Forward)は、複数の条件(常時、話し中、および応答なし)で発生します。コールが転送(Forward)される状況は、CDR に記録されません。
転送(Forward)されたコールの CDR は、[originalCalledPartyNumber] フィールドと [originalCalledPartyNumberPartition] フィールドを除いて、通常のコールの CDR に一致します。これらのフィールドには、元の発信側が最初にダイヤルした宛先の電話番号とパーティションが格納されます。コールが転送(Forward)された場合は、[finalCalledPartyNumber] フィールドと [finalCalledPartyNumberPartition] フィールドが変わり、コールの最終的な宛先の電話番号とパーティションが格納されます。
また、コールが転送(Forward)されると、[lastRedirectDn] フィールドと [lastRedirectDnPartition] フィールドには、コールを転送(Forward)またはリダイレクトした最後の電話機の電話番号とパーティションが格納されます。
コール転送(Forward)では、コールの転送(Forward)にリダイレクト コール プリミティブが使用されます。リダイレクト コール プリミティブを使用する機能では、CDR は同じになります。次のリストに、転送(Forward)されたコールに関する重要な CDR フィールドの一部を示します。
[originalCalledPartyNumber] には、元の着信側番号が格納されます。
[finalCalledPartyNumber] は、コールに応答した番号を示します。
[lastRedirectDn] フィールドは、最後のリダイレクトを実行した番号を示します。
[origCalledPartyRedirectReason] は、コールが最初にリダイレクトされた理由を示します。コール転送(Forward)の場合、このフィールドには、話中転送(Call Forward Busy)(1)、無応答時転送(Call Forward No Answer)(2)、すべてのコールの転送(Call Forward All)(15)を設定できます。
[lastRedirectRedirectReason] は、コールが最後にリダイレクトされた理由を示します。コール転送(Forward)の場合、このフィールドには、話中転送(Call Forward Busy)(1)、無応答時転送(Call Forward No Answer)(2)、すべてのコールの転送(Call Forward All)(15)を設定できます。
[origCalledPartyRedirectOnBehalfOf] フィールドは、最初のリダイレクトでコールをリダイレクトした機能を識別します。コール転送(Forward)の場合、このフィールドには 5(コール転送(Forward))が指定されます。
[lastRedirectRedirectOnBehalfOf] フィールドは、最後のリダイレクトでコールをリダイレクトした機能を識別します。コール転送(Forward)の場合、このフィールドには 5(コール転送(Forward))が指定されます。
CFA:PSTN から内線 2001 にコールが着信し、このコールは 2309 に転送(Forward)され(CFA)、そこで応答されます。通話時間は 2 分間です。
複数ホップの CFA および CFNA:PSTN から内線 1000 へのコールを着信します。このコールは 2000 に転送(Forward)されてから(CFA)ボイスメッセージング システム(6000)に転送(Forward)されます(CFNA)。そこで発信側がメッセージを残します。
複数ホップの CFNA および CFB:PSTN から内線 4444 へのコールを着信します。このコールは 5555 に転送(Forward)されてから(CFNA)、6666 に転送(Forward)されます(CFB)。そこで応答され、30 秒間通話が行われます。
[finalCalledPartyNumber CDRフィールドに回線グループメンバーのDNを表示する(Show Line Group Member DN in finalCalledPartyNumber CDR Field)] サービス パラメータが [True] に設定されている場合、次の値が CDR に表示されます。
[finalCalledPartyNumber CDRフィールドに回線グループメンバーのDNを表示する(Show Line Group Member DN in finalCalledPartyNumber CDR Field)] サービス パラメータが [False] に設定されている場合、次に示す表の値が CDR に表示されます。
放棄された、または失敗したコール:この例では、コールはハント リストに入り、ハント リストのメンバーがコールを放棄するか、コールに失敗します。
Cisco Unified IP Phone の 3001、3002、3003、および 3004 はハント リストの一部です。
ハント パイロット 2000 がハント リストに関連付けられています。
![]() (注) | コールがハント グループ メンバーのいずれかによって応答されない場合、[finalCalledPartyNumber] フィールドにハント パイロットの DN が表示されます。番号は、回線グループ メンバーの 1 人がコールに応答した場合に限り、回線グループ メンバーの DN を示します。 |
コールが応答されていないため、CDR の [huntPilotDN] は使用できません。[PatternUsage](7 = PATTERN_HUNT_PILOT)フィールドが 7 に設定され、コールがハント パイロットに発信されたことを示します。 このサービス パラメータが有効である場合、[finalCalledPartyNumber] フィールドにメンバー ハントの DN が示され、[originalCalledPartyNumber] フィールドにハント パイロットの DN が示されます。
[finalCalledPartyNumber CDRフィールドに回線グループメンバーのDNを表示する(Show Line Group Member DN in the finalCalledPartyNumber CDR field)] サービス パラメータが [False] に設定されている場合、次に示す表の値が CDR に表示されます。
コールが応答されていないため、CDR の [huntPilotDN] は使用できません。[PatternUsage](7 = PATTERN_HUNT_PILOT)フィールドが 7 に設定され、コールがハント パイロットに発信されたことを示します。 このサービス パラメータが無効であると、[finalCalledPartyNumber] フィールドにメンバー ハントの DN が示されます。
Cisco Unified Communications Manager は H.239 をサポートしています。この機能は、H.320 ベース システムで最大 2 つのビデオ チャネルを使用し、個々のチャネルに「"presentation"」または「"live"」のロールを示すラベルを表示する手順を定義します。この手順には、チャネルと、コールにおけるチャネル コンテンツのロールを処理するための要件が示されています。ロール ラベルは、H.320 および H.245 シグナリングベース システムに適用されます。
いくつかの新しい CDR フィールドが、発信元デバイスと宛先デバイスのための 2 番目のビデオ チャネルをサポートします。次の CDR は、これらの新しいフィールドの例を示しています。
A と B が Terminal Capability Set(TCS)で H.239 機能を宣言し、一方または両方のエンドポイントが受信チャネルを起動して、プレゼンテーションまたはビデオ フィードに対応する H.239 メカニズムの拡張ビデオ チャネルを設定すると、ビデオ コールの既存のフィールドに加え、新しい CDR フィールドが CDR に表示されます。
発信側 51234 が着信側 57890 にコールします。103 が H.264、187962284 が 172.19.52.11、288625580 が 172.19.52.17、および 352 が 352K とします。
Internet Low Bit Rate Codec(iLBC)は、フレームが失われるロスの大きいネットワークで、音声品質の劣化に対応します。iLBC コールに対して、コーデックは Media_Payload_ILBC = 86 を指定します。
iLBC コールの CDR には、オーディオ帯域幅のフィールドが追加されます。
システムは、次の表に基づいて帯域幅フィールドに値を取り込みます。
この例は、iLBC コーデックを使用するコールに適用されます。
コールは PSTN になります。ゲートウェイで、コールは学習された IME ルートに置かれ、IME トランクに拡張されます。IME トランクを通じて、コールは正常にルーティングされます。
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
lastRedirectRedirectOnBehalfOf |
30 |
lastRedirectRedirectReason |
0 |
duration |
10 |
コールは PSTN になります。ゲートウェイで、コールは学習された IME ルートに置かれ、IME トランクに拡張されます。IME トランクはコールを拒否し、コール処理はコールを PSTN にリダイレクトしないため、コールは拒否されます。IME トランクの拒否の理由によって、別の lastRedirectRedirectReason が報告される場合があります。
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
origTerminationOnBehalfOf |
30 |
lastRedirectRedirectOnBehalfOf |
30 |
lastRedirectRedirectReason |
496/512/528/544/560/576/592/608/624/640/656/672/688/704 |
origCause_Value |
31 |
duration |
0 |
コールは PSTN になります。ゲートウェイで、コールは学習された IME ルートに置かれ、IME トランクに拡張されます。IME トランクはコールを拒否し、コール処理はコールを PSTN にリダイレクトするため、コールは拒否されます。IME トランクの拒否の理由によって、別の [lastRedirectRedirectReason] は報告できます。
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
lastRedirectRedirectOnBehalfOf |
30 |
lastRedirectRedirectReason |
496/512/528/544/560/576/592/608/624/640/656/672/688/704 |
duration |
10 |
コールは PSTN になります。ゲートウェイで、コールは学習された IME ルートに置かれ、IME トランクに拡張されます。コールは IME トランク経由でルーティングされます。後から QoS の低下が見つかり、コールが PSTN にフォールバックします。
この場合は、IME コールで 1 つ、PSTN コールへのフォールバックで 1 つの合計 2 つの CDR が生成されます。
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
OrigTerminationOnBehalfOf |
30 |
lastRedirectRedirectOnBehalfOf |
30 |
origCause_value |
132 |
duration |
5 |
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
lastRedirectRedirectOnBehalfOf |
31 |
joinOnBehalfOf |
31 |
lastRedirectRedirectReason |
722 |
duration |
5 |
コールは PSTN になります。ゲートウェイで、コールは学習された IME ルートに置かれ、IME トランクに拡張されます。コールは IME トランク経由でルーティングされます。後から QoS の低下が見つかり、PSTN へのフォールバックが開始されます。コールは PSTN ゲートウェイによって拒否されます。コールは、コールをクリアする FallBack Manager によって代行受信されます。IME コールはそのまま放置されます。
この場合は、IME コールで 1 つ、PSTN コールへのフォールバックで 1 つの合計 2 つの CDR が生成されます。
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
lastRedirectRedirectOnBehalfOf |
30 |
lastRedirectRedirectReason |
0 |
duration |
5 |
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
OrigTerminationOnBehalfOf |
31 |
origCause_value |
既存の PSTN GW の原因コード |
duration |
0 |
コールは PSTN になります。ゲートウェイで、コールは学習された IME ルートに置かれ、IME トランクに拡張されます。コールは IME トランク経由でルーティングされます。後から QoS の低下が見つかり、PSTN へのフォールバックが開始されます。IME コールへのリンクは見つかりません。コールは、コールをクリアする FallBack Manager によって代行受信されます。IME コールはそのまま放置されます。
この場合は、IME コールで 1 つ、PSTN コールへのフォールバックで 1 つの合計 2 つの CDR が生成されます。
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
lastRedirectRedirectOnBehalfOf |
30 |
lastRedirectRedirectReason |
0 |
duration |
5 |
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
callingPartyNumber |
2001 |
originalCalledPartyNumber |
9728134987 |
OrigTerminationOnBehalfOf |
31 |
origCause_value |
133 または 134 または既存の原因コード |
duration |
0 |
即時転送(IDivert)は、次の 3 つのコール状態で起動します。
IDivert 機能は、着信コールの呼び出し中に起動できます。呼び出しに対する CDR は、コール転送の場合とよく似ていますが、[origCalledPartyRedirectOnBehalfOf] フィールドと [lastRedirectRedirectOnBehalfOf] フィールドは即時転送を示す 14 になります。
IDivert 機能は、コールの接続中または保留中に起動できます。これらのシナリオでは、2 つの CDR が生成されます。これらの CDR の [globalCallID_CallId] フィールドは同じになります。最初の CDR は元の接続に適用され、2 番目の CDR はボイスメッセージング システムにリダイレクトされたコールに適用されます。最初のコールでは、[origTerminationOnBehalfOf] フィールドと [destTerminationOnBehalfOf] フィールドに即時転送を示す 14 が設定されます。
ボイスメッセージング システムにリダイレクトされたコールでは、[origCalledPartyRedirectOnBehalfOf] フィールドと [lastRedirectRedirectOnBehalfOf] フィールドに即時転送を示す 14 が設定されます。
呼び出し中の IDivert:40003 が 40001 にコールし、40001 の呼び出し中に 40001 が [IDivert] ボタンを押します。コールはボイスメッセージング システム 40000 に転送されます。
![]() (注) | コールが呼び出し状態で IDivert によってコールがリダイレクトされた場合、生成される CDR は 1 つだけです。 |
接続中の IDivert:40003 が 40001 にコールし、40001 がそのコールに応答します。40001 は、発信側をボイスメッセージング システムに転送することに決め、[IDivert] ソフトキーを押します。40003 はボイスメッセージング システム 40000 に転送されます。
コールはリダイレクトの前に接続しているため、最初に接続したコールと、ボイスメッセージング システムに転送されたコールに 1 つずつ、計 2 つの CDR が生成されます。
Cisco Unified Communications Manager への着信 INVITE には以下が含まれます。
Icid: 5802170000010000000000A85552590A(PCV1 など)および orig_ioi: rcdn-85.swyan.open-ims.test(IOI_1 など)。
Cisco Unified Communications Manager から IMS B への INVITE は、5802170000010000000000A85552590A(PCV1)と同じ icid、rcdn-85.swyan.open-ims.test(IOI_1)と同じ orig_ioi を持ちます。
CDR |
サイド A |
サイド B |
||||
---|---|---|---|---|---|---|
側 |
icid |
orig_ioi |
term_ioi |
icid |
orig_ioi |
term_ioi |
A から B |
PCV1 |
IOI_1 |
IOI_2 |
PCV1 |
IOI_1 |
IOI_2 |
フィールド名 |
CDR |
---|---|
globalCallID_callId |
3 |
origLegCallIdentifier |
300 |
destLegCallIdentifier |
301 |
origDeviceName |
CUCM_ISC_TRUNK1 |
destDeviceName |
CUCM_ISC_TRUNK2 |
IncomingICID |
5802170000010000000000A85552590A |
IncomingOrigIOI |
rcdn-85.swyan.open-ims.test |
IncomingTermIOI |
rcdn-86.swyan.open-ims.test |
OutgoingICID |
5802170000010000000000A85552590A |
OutgoingOrigIOI |
rcdn-85.swyan.open-ims.test |
OutgoingTermIOI |
rcdn-86.swyan.open-ims.test |
インターコム機能は、一方向オーディオを提供します。したがって、CDR には一方向オーディオが反映されます。応答インターコムでは、双方向オーディオが存在し、CDR は双方向オーディオを反映します。
インターコム機能にはパーティション(インターコム パーティション)が必要であり、インターコム コールを識別するために既存の CDR のパーティション フィールドが使用されます。
Cisco Unified Communications Manager はこのリリースで IPv6 をサポートします。この機能に対する CDR には、次に示す 2 つの新しいフィールドがあります。
A と B が通話し、A が電話を切ります。A が v4_only として設定され、B も v4_only として設定されています。新しいフィールド [origIpv4v6Addr] と [destIpv4v6Addr] にそれぞれ v4 アドレス形式のデータが入力されます。
A と B が通話し、A が電話を切ります。A が v6_only として設定され、B も v6_only として設定されています。新しいフィールド [origIpv4v6Addr] と [anddestIpv4v6Addr] にそれぞれ v6 アドレス形式のデータが入力されます。
A と B が通話し、A が電話を切ります。A が v4_only として設定され、B も v6_only として設定されています。新しいフィールド [origIpv4v6Addr] と [destIpv4v6Addr] にそれぞれ v4 アドレス形式のデータが入力されます。
A と B が通話し、A が電話を切ります。A が v4_v6 として設定され、B も v4_only として設定されています。この場合、メディアは v4 をネゴシエートします。新しいフィールド [origIpv4v6Addr] と [destIpv4v6Addr] にそれぞれ v4 アドレス形式のデータが入力されます。
A と B が通話し、A が電話を切ります。A が v4_v6 として設定され、B も v6_only として設定されています。この場合、メディアは v6 をネゴシエートします。新しいフィールド [origIpv4v6Addr] と [destIpv4v6Addr] にそれぞれ v6 アドレス形式のデータが入力されます。
A が B をコールし、A がコールを放棄します。A が v4_only として設定され、B も v6_only として設定されています。新しいフィールド [origIpv4v6Addr] に、v4 アドレス形式のデータが入力されます。新しいフィールド [destIpv4v6Addr] にはデータは入力されません。
A が B にコールを発信し、そのコールが失敗します。A が v6_only として設定され、B も v4_v6 として設定されています。新しいフィールド [origIpv4v6Addr] に、v6 アドレス形式のデータが入力されます。この場合、新しいフィールド [destIpv4v6Addr] にはデータは入力されません。
レガシー コール ピックアップ コールは、転送されたコールに似た動作をします。レガシー コール ピックアップでは、コール転送と同様にリダイレクト コール制御プリミティブが使用されます。次のリストは、レガシー コール ピックアップの重要な CDR フィールドの一部を示しています。
[originalCallPartyNumber] フィールドには、元の着信側番号が格納されます。
[finalCalledPartyNumber] フィールドには、コールをピックアップした通話者の番号が指定されます。
[lastRedirectDn] フィールドには、コールがピックアップされたときに呼び出していた番号が指定されます。
[origCalledPartyRedirectReason] フィールドには、コールが最初にリダイレクトされた理由が指定されます。コール ピックアップ コールの場合、このフィールドにコール ピックアップの値 5 が格納されます。
[lastRedirectRedirectReason] フィールドには、コールが最後にリダイレクトされた理由が指定されます。コール ピックアップの場合、このフィールドにコール ピックアップの値 5 が格納されます。
[origCalledPartyRedirectOnBehalfOf] フィールドは、最初のリダイレクトでコールをリダイレクトした機能を識別します。コール ピックアップの場合、このフィールドにピックアップの値 16 が指定されます。
[lastRedirectRedirectOnBehalfOf] フィールドは、最後のリダイレクトでコールをリダイレクトした機能を識別します。コール ピックアップの場合、このフィールドにピックアップの値 16 が指定されます。
PSTN から内線 2001 にコールします。2001 と 2002 は同じピックアップ グループに属しています。2002 が、2001 で呼出音が鳴っているコールをピックアップします。2002 がコールに応答し、コールは PSTN の発信側と内線 2002 の間で接続されます。通話時間は 2 分です。
このリリースの Cisco Unified Communications Manager では、新規機能のローカル ルート グループと着信側変換をサポートしています。デバイスは、着信側変換が行われた場合のみ、着信側番号がコール制御にアウトパルスされたことを報告します。この動作は、CDR の新しいフィールド [outpulsedCalledPartyNumber] に記録されます。
Dallas にある会社の電話機からコールが発信されます。着信番号には 9.5551212 が指定されます。
変換により、着信側番号では、発信側がダイヤルした番号が受信され、ドットの前が廃棄されて、プレフィックス +1 214 が追加されます。
CDR の [finalCalledPartyNumber] は、グローバルに一意の E.164 文字列 +12145551212 で構成されます。
San Jose のゲートウェイが選択された場合、グローバル文字列 +1 214 555 1212 は 12145551212 に変換され、Dallas のゲートウェイが選択された場合は、2145551212 に変換されます。
デバイスは、このグローバル文字列を [outpulsedCalledPartyNumber] としてコール制御に戻し、その値が CDR に記録されます。
San Jose のゲートウェイが選択された場合、次の CDR が作成されます。
Dallas のゲートウェイが選択された場合、次の CDR が作成されます。
Telecom Regulatory Authority of India(TRAI)では、企業データ ネットワークおよび PSTN ネットワーク経由の音声トラフィックを区別することを義務付けています。PSTN ゲートウェイを通過するコールが地理的に別の場所(地理位置情報)にある VoIP 電話または VoIP PSTN ゲートウェイに直接接続する可能性がない限り、論理パーティショニング機能を使用することで、1 つのシステムで両タイプのコールを確実にサポートできます。
クラスタ 1 からクラスタ 2 に SIP トランク コールが発信されます。このコールには地理位置情報ヘッダーが含まれますが、XML の場所は含まれていません。クラスタ 2 が SIP ステータス コード 424(不正な位置情報(10 進数 = 419430421))のコールを解放します。
Cisco Unified Communications Manager 上の SIP トランクによる位置情報に誤りがあったためにクリアされたコールに対して、原因コード CCM_SIP_424_BAD_LOCATION_INFO が記録されます。次の理由から地理位置情報に誤りがあった場合、SIP トランクのリモート エンドポイントから SIP ステータス コード 424 が送信される可能性があります。
地理位置情報ヘッダーに PIDF-LO が含まれているが、メッセージ本文はこの情報を伝達していない。
地理位置情報ヘッダーに、URL を参照する CID ヘッダーが含まれているが、同じ URL を持つ、対応するコンテンツ IP ヘッダーが存在しない。
地理位置情報ヘッダーに、CID ヘッダー以外の URL(つまり、SIP または SIPS URL)がある。
その他のコール終了原因コードの詳細については、他の CDR の例を参照してください。
クラスタ 1 からのコール 82291002 が PSTN 41549901 に転送されます。クラスタ 2 の DN 89224001 からクラスタ 1 の DN 82291002 へのコールが発生します。論理パーティショニングで dest_CauseValue がコール終了原因コード CCM_SIP_503_SERVICE_UNAVAIL_SER_OPTION_NOAVAIL(10 進数値 -1493172161)を示したため、コールが拒否されます。
原因コード CCM_SIP_503_SERVICE_UNAVAIL_SER_OPTION_NOAVAIL は、コールの確立フェーズ(基本コール、コール転送、コール ピックアップ、ミートミー会議など)での制限付き論理パーティショニング ポリシー チェックによってクリアされたコールに対して記録されます。その他のコール終了原因コードの詳細については、他の CDR の例を参照してください。
コールが迷惑コールとして識別された場合(ボタン押下)、ローカル Cisco Unified Communications Manager ネットワークによってコールにフラグが設定されます。迷惑コールのフラグの設定には、[コメント(Comment)] フィールドが使用されます。
次の表に、迷惑コールのマークが付けられたカスタマー コールの CDR の例を示します。
ミートミー会議は、あらかじめ決められた時間に複数の通話者が、個別に会議ブリッジにダイヤルすることで行われます。
シスコのセキュア会議機能では、既存の [callSecuredStatus] フィールドを使用して、コールが到達した最大のセキュリティ ステータスを表示します。ミートミー会議の場合、会議への参加を試みたものの、ミートミー会議のセキュリティ レベルに達していないコールは、終了原因 = 58(ベアラ機能は現在使用不可)でクリアされます。
次の表に、以下のシナリオの CDR の例を示します。5001 がダイヤルイン番号を指定します。会議ブリッジ デバイスは Cisco Unified Communications Manager にとって特別な意味があり、会議ブリッジへのコールは転送コールとして表示されます。つまり、ユーザ A があらかじめ決められた番号(5001)をダイヤルし、コールは会議ブリッジ ポートに転送されます。会議ブリッジ ポートは、「"b0019901001"」という形式の特殊な番号で表示されます。
ユーザ A(2001)が電話番号 5001 を使用してミートミー会議ブリッジにコールします。
ユーザ B(2002)が電話番号 5001 を使用してミートミー会議ブリッジにコールします。
ユーザ C(2003)が電話番号 5001 を使用してミートミー会議ブリッジにコールします。
次のコール詳細レコード(CDR)フィールドは、特にモビリティ コールに適用されます。コールがモビリティ機能を起動しない場合、これらのフィールドは空になります。
mobileCallingPartyNumber
finalMobileCalledPartyNumber
origMobileDeviceName
destMobileDeviceName
origMobileCallDuration
destMobileCallDuration
mobileCallType
システムは、モビリティ機能を使用するすべてのコールに対して、標準の CDR を生成します。モビリティ機能によってコールが分割、リダイレクト、または結合されると、対応する OnBehalfOf コードには、モビリティ機能を指定する新しい値が示されます。上記のいずれかの [OnBehalfOf] コードにモビリティ コード 24 が含まれている場合、CDR には、CAR Loader が決定したモビリティ コール タイプが記録されます。
次の表に、CDR フィールドの [mobileCallType] の値を示します。Cisco Analysis and Reporting(CAR)は、[mobileCallType] フィールドを使用して、CAR コールタイプを決定します。1 つのコールが複数のモビリティ機能を起動する場合、[mobileCallType] フィールドは合計された整数値を示します。たとえば、コールがモバイル コネクト機能を使用した後、ハンドアウトを起動すると、モバイル コール タイプは 136(8 + 128)になります。
モビリティ機能 |
mobileCallType の値 |
---|---|
非モビリティ コール |
0 |
Dial via Office リバース コールバック |
1 |
Dial via Office 転送 |
2 |
企業ネットワークへのリモート接続先コールの再ルーティング |
4 |
モバイル コネクト |
8 |
音声自動応答装置 |
10 |
エンタープライズ機能アクセス |
20 |
ハンドイン |
40 |
ハンドアウト |
80 |
リダイヤル |
100 |
Dial-via-office リバース コールバックの最低コスト ルーティング |
200 |
Dial-via-office 転送との最低コスト ルーティング |
82 |
携帯電話へのコール転送 |
800 |
セッション ハンドオフ |
1000 |
10.0 以前の従来型の導入では、CAR は [lastRedirectReason] フィールドを使用してモビリティ コールのタイプを識別します。次の表に、lastRedirectReason のモビリティの値を示します。
モビリティ機能 |
lastRedirectReason の値 |
---|---|
ハンドイン |
303 |
ハンドアウト |
319 |
モバイル コネクト |
335 |
リダイヤル |
351 |
音声自動応答装置 |
399 |
Dial via Office リバース コールバック |
401 |
エンタープライズ機能アクセス |
402 |
セッション ハンドオフ |
403 |
携帯電話へのコール転送 |
415 |
企業ネットワークへのリモート接続先コールの再ルーティング |
783 |
次の例に、CDR レコードでのモビリティ機能の表示を示します。
携帯電話が Dial via Office リバース コールバックを開始する:デバイス名「BOTSAU」、電話番号 2145551234 の携帯電話で、会社の番号 1000 が Dial via Office のリバース コールバック機能を起動し、内線 2000 にコールをかけます。着信側デバイスの MAC アドレスは SEP001FCAE90004 です。SIP ゲートウェイの IP アドレスは、10.194.108.70 です。コールの合計接続時間は 55 秒です。
フィールド |
Dial via Office リバース コールバックの CDR |
---|---|
origCallTerminationOnBehalfOf |
0 |
destCallTerminationOnBehalfOf |
12 |
origCalledRedirectOnBehalfOf |
24 |
lastRedirectOnBehalfOf |
24 |
joinOnBehalfOf |
24 |
origCalledPartyRedirectReason |
401 |
lastRedirectReason |
401 |
origDeviceName |
10.194.108.70 |
destDeviceName |
SEP001FCAE9004 |
finalCalledPartyNumber |
2000 |
huntPilotDN |
|
mobileCallingPartyNumber |
2145551234 |
finalMobileCalledPartyNumber |
|
origMobileDeviceName |
BOTSAU |
destMobileDeviceName |
|
origMobileCallDuration |
55 |
destMobileCallDuration |
|
mobileCallType |
1 |
携帯電話が Dial via Office 転送を開始する:携帯電話 2145551234 が、Dial via Office 転送機能を開始してコールをかけます。携帯電話のデバイス名は BOTSAU で、会社の番号 1000 にマッピングされています。着信側の番号は内線 823006、デバイスの MAC アドレスは SEP001FCAE90004 です。コールは 10.194.108.70 で SIP ゲートウェイを通過し、合計 120 秒間保持されます。
フィールド |
Dial via Office 転送の CDR |
---|---|
origCallTerminationOnBehalfOf |
0 |
destCallTerminationOnBehalfOf |
12 |
origCalledRedirectOnBehalfOf |
0 |
lastRedirectOnBehalfOf |
0 |
joinOnBehalfOf |
0 |
origCalledPartyRedirectReason |
0 |
lastRedirectReason |
0 |
origDeviceName |
10.194.108.70 |
destDeviceName |
SEP001FCAE90004 |
finalCalledPartyNumber |
823006 |
huntPilotDN |
|
mobileCallingPartyNumber |
2145551234 |
finalMobileCalledPartyNumber |
|
origMobileDeviceName |
BOTSAU |
destMobileDeviceName |
|
origMobileCallDuration |
120 |
destMobileCallDuration |
0 |
mobileCallType |
2 |
リモート接続先へのコールが会社の番号に再ルーティングされる:Cisco Unified IP Phone SEP001FCAE90004、内線 2000 が携帯電話番号 2145551234 をダイヤルします。接続先の携帯電話が会社の番号 1000 にマッピングされ、Cisco Unified Communications Manager でサービス パラメータの [会社の番号へのリモート接続先コールの再ルーティング(Reroute Remote Destination Calls to Enterprise Number)] が有効になります。Cisco Unified Communications Manager は、モバイル コールを会社の番号 1000 に再ルーティングします。コールは SIP ゲートウェイ GW_SIP を通過し、合計 60 秒間保持されます。
フィールド |
リモート接続先の再ルーティングの CDR |
---|---|
origCallTerminationOnBehalfOf |
0 |
destCallTerminationOnBehalfOf |
12 |
origCalledRedirectOnBehalfOf |
24 |
lastRedirectOnBehalfOf |
24 |
joinOnBehalfOf |
0 |
origCalledPartyRedirectReason |
783 |
lastRedirectReason |
783 |
origDeviceName |
SEP001FCAE90004 |
destDeviceName |
GW_SIP |
finalCalledPartyNumber |
1000 |
huntPilotDN |
|
mobileCallingPartyNumber |
|
finalMobileCalledPartyNumber |
2145551234 |
origMobileDeviceName |
|
destMobileDeviceName |
2145551234:rdp |
origMobileCallDuration |
0 |
destMobileCallDuration |
60 |
mobileCallType |
4 |
携帯電話がデスクの電話のコール ピックアプを起動する:Cisco Unified IP Phone SEP001FCAE90004 が内線 1000 にコールし、内線がデスクの電話とモバイル デバイスで共有されます。携帯電話がコールに応答し、後に電話を切ることで、デスクトップ ピックアップ機能がトリガーされます。デスクトップのコール ピックアップ タイマーは、10 秒で期限切れになります。タイマーの期限が切れると、コールはさらに 10 秒間、Wi-Fi デバイスで再開されます。
フィールド |
デスクトップ コール ピックアップの CDR |
---|---|
origCallTerminationOnBehalfOf |
0 |
destCallTerminationOnBehalfOf |
12 |
origCalledRedirectOnBehalfOf |
0 |
lastRedirectOnBehalfOf |
0 |
joinOnBehalfOf |
0 |
origCalledPartyRedirectReason |
0 |
lastRedirectReason |
0 |
origDeviceName |
SEP001FCAE90004 |
destDeviceName |
GW_SIP |
finalCalledPartyNumber |
1000 |
huntPilotDN |
|
mobileCallingPartyNumber |
|
finalMobileCalledPartyNumber |
|
origMobileDeviceName |
|
destMobileDeviceName |
|
origMobileCallDuration |
0 |
destMobileCallDuration |
10 |
mobileCallType |
8 |
モバイル コネクト コール:シングル ナンバー リーチ ボイスメール ポリシーがタイマー コントロールに設定される:内線 2000 の Cisco Unified IP Phone SEP001FCAE90004 が、会社の番号 1000 にコールします。モバイル コネクトが起動し、デスクの電話と携帯電話の両方で呼出音が鳴ります。携帯電話は、デバイス名 BOTSARAH で携帯 ID を使用します。シングル ナンバー リーチ ボイスメール ポリシーがタイマー コントロールに設定されます。コールが SIP ゲートウェイを経由し、10 分間継続します。
フィールド |
CDR |
---|---|
origCallTerminationOnBehalfOf |
0 |
destCallTerminationOnBehalfOf |
12 |
origCalledRedirectOnBehalfOf |
0 |
lastRedirectOnBehalfOf |
0 |
joinOnBehalfOf |
0 |
origCalledPartyRedirectReason |
0 |
lastRedirectReason |
0 |
origDeviceName |
SEP001FCAE90004 |
destDeviceName |
GW_SIP |
finalCalledPartyNumber |
1000 |
huntPilotDN |
|
mobileCallingPartyNumber |
|
finalMobileCalledPartyNumber |
2145551234 |
origMobileDeviceName |
|
destMobileDeviceName |
BOTSARAH |
origMobileCallDuration |
0 |
destMobileCallDuration |
10 |
mobileCallType |
8 |
モバイル コネクト コール:シングル ナンバー リーチ ボイスメール ポリシーがユーザー コントロール モードに設定される:会社の番号 238011 の Cisco Unified IP Phone SEP001FCAE91231 が、SIP ゲートウェイ GW_SIP 経由でコールします。着信側側は、会社の番号 238006 および携帯番号 14089022179 の SEP001FCEA91289 です。3 つの CDR が生成されます。
フィールド |
ユーザへの通知 |
接続時間 0 のコール |
携帯電話から IP Phone |
---|---|---|---|
origCallTerminationOnBehalfOf |
24 |
24 |
12 |
destCallTerminationOnBehalfOf |
24 |
24 |
24 |
origCalledRedirectOnBehalfOf |
24 |
24 |
24 |
lastRedirectOnBehalfOf |
24 |
24 |
24 |
joinOnBehalfOf |
0 |
0 |
24 |
origCalledPartyRedirectReason |
335 |
335 |
335 |
lastRedirectReason |
335 |
335 |
335 |
origDeviceName |
SEP001FCAE91231 |
ParkingLotDevice |
SEP001FCAE91231 |
destDeviceName |
GW_SIP |
GW_SIP |
GW_SIP |
finalCalledPartyNumber |
238006 |
238006 |
238006 |
huntPilotDN |
|||
mobileCallingPartyNumber |
|||
finalMobileCalledPartyNumber |
14089022179 |
14089022179 |
14089022179 |
origMobileDeviceName |
|||
destMobileDeviceName |
14089022179:rdp |
14089022179:rdp |
14089022179:rdp |
origMobileCallDuration |
0 |
0 |
|
destMobileCallDuration |
3 |
6 |
|
mobileCallType |
8 |
8 |
8 |
携帯電話が、2 段階ダイヤリングでエンタープライズ機能アクセス(EFA)のコールを発信する:デスクのシェアド ライン電話デスクの電話 SEP001EBE90DE95 と会社の番号 238006 を持つ 4089022179 のリモート接続先 deepak-RDP が、2 段階ダイヤリングのエンタープライズ機能アクセスを使用し、会社の番号 238011 で社内のデスクの電話 SEP001FCAE91231 にコールを発信します。コールの合計接続時間は 30 秒です。2 つの CDR が生成されます(1 つは EFA アクセスコードを Cisco Unified Communications Manager にダイヤルする携帯電話、もう 1 つは携帯電話とデスクの電話の会話)。
フィールド |
携帯電話から Unified Communications Manager |
携帯電話からデスクの電話 |
---|---|---|
origCallTerminationOnBehalfOf |
24 |
12 |
destCallTerminationOnBehalfOf |
24 |
24 |
origCalledRedirectOnBehalfOf |
24 |
24 |
lastRedirectOnBehalfOf |
24 |
24 |
joinOnBehalfOf |
24 |
24 |
origCalledPartyRedirectReason |
402 |
402 |
lastRedirectReason |
402 |
402 |
origDeviceName |
GW_SIP |
GW_SIP |
destDeviceName |
ParkingLotDevice |
SEP001FCAE91231 |
finalCalledPartyNumber |
00111101001 |
238011 |
huntPilotDN |
||
mobileCallingPartyNumber |
14089022179 |
14089022179 |
finalMobileCalledPartyNumber |
||
origMobileDeviceName |
14089022179:rdp |
14089022179:rdp |
destMobileDeviceName |
||
origMobileCallDuration |
5 |
25 |
destMobileCallDuration |
0 |
|
mobileCallType |
32 |
32 |
携帯電話がモバイル ボイス アクセス コールを発信する - 会社の番号 238006 でデスクのシェアド ライン電話デスクの電話 SEP001EBE90DE95 を持つリモート接続先 4089022179 が、モバイル ボイス アクセスを使用し、会社の番号 238011 で社内のデスクの電話 SEP00000000000002 にコールを発信します。リモート接続先は、deepak rdp のリモート接続先プロファイルを持ちます。コールは、SIP ゲートウェイ GW_SIP を通過し、60 秒間継続します。
フィールド |
携帯電話からデスクの電話 |
---|---|
origCallTerminationOnBehalfOf |
12 |
destCallTerminationOnBehalfOf |
0 |
origCalledRedirectOnBehalfOf |
24 |
lastRedirectOnBehalfOf |
24 |
joinOnBehalfOf |
24 |
origCalledPartyRedirectReason |
399 |
lastRedirectReason |
399 |
origDeviceName |
GW_SIP |
destDeviceName |
SEP00000000000002 |
finalCalledPartyNumber |
238011 |
huntPilotDN |
|
mobileCallingPartyNumber |
14089022179 |
finalMobileCalledPartyNumber |
|
origMobileDeviceName |
14089022179:rdp |
destMobileDeviceName |
|
origMobileCallDuration |
60 |
destMobileCallDuration |
|
mobileCallType |
16 |
モビリティ ハンドイン:VoIP 側には登録されていないものの、スマートフォン TCTSAU に登録されている会社の番号 238011 の Cisco Unified IP Phone SEP001FCAE91231 が、会社の番号 238006 にコールを発信します。スマートフォンのモバイル ID は 14089022179 です。コールの開始時、TCTSAU はセルラー ネットワークにありますが、デバイスは Wi-Fi の範囲に移動し、ハンドイン機能が起動してコールが会社に移動します。コールの合計接続時間は 85 秒です(最後の 30 秒は Wi-Fi の範囲内の着信側)。
フィールド |
IP Phone から携帯電話 |
IP Phone から IP Phone |
---|---|---|
origCallTerminationOnBehalfOf |
24 |
12 |
destCallTerminationOnBehalfOf |
24 |
24 |
origCalledRedirectOnBehalfOf |
0 |
0 |
lastRedirectOnBehalfOf |
0 |
24 |
joinOnBehalfOf |
0 |
24 |
origCalledPartyRedirectReason |
0 |
303 |
lastRedirectReason |
0 |
303 |
origDeviceName |
SEP001FCAE91231 |
SEP001FCAE91231 |
destDeviceName |
GW_SIP |
TCTSAU |
finalCalledPartyNumber |
238006 |
238006 |
huntPilotDN |
||
mobileCallingPartyNumber |
||
finalMobileCalledPartyNumber |
14089022179 |
|
origMobileDeviceName |
||
destMobileDeviceName |
TCTSAU |
|
origMobileCallDuration |
0 |
0 |
destMobileCallDuration |
55 |
|
mobileCallType |
8 |
72 |
モビリティ ハンドアウト:会社の番号 238011 の Cisco Unified IP Phone SEP001FCAE94005 が、モバイル ID 14089022179、会社の番号 238006 のデュアルモード スマートフォンにコールを発信します。スマートフォンがローカルの Wi-Fi 範囲内にある状態で、コールが応答され、2 者が 27 秒間会話します。スマートフォンは会社の範囲外に移動し、コールが携帯ネットワークに切り替えられます。その後、2 者はさらに 25 秒間会話します。
フィールド |
IP Phone から IP Phone |
IP Phone から携帯電話ネットワーク |
---|---|---|
origCallTerminationOnBehalfOf |
24 |
0 |
destCallTerminationOnBehalfOf |
24 |
12 |
origCalledRedirectOnBehalfOf |
0 |
0 |
lastRedirectOnBehalfOf |
0 |
24 |
joinOnBehalfOf |
0 |
24 |
origCalledPartyRedirectReason |
0 |
0 |
lastRedirectReason |
0 |
319 |
origDeviceName |
SEP001FCAE94005 |
SEP001FCAE94005 |
destDeviceName |
TCTSAU |
GW_SIP |
finalCalledPartyNumber |
238006 |
238006 |
huntPilotDN |
||
mobileCallingPartyNumber |
||
finalMobileCalledPartyNumber |
14089022179 |
|
origMobileDeviceName |
||
destMobileDeviceName |
TCTSAU |
|
origMobileCallDuration |
0 |
0 |
destMobileCallDuration |
0 |
23 |
mobileCallType |
0 |
128 |
携帯電話が Dial via Office リバース コールバックを使用して最低コスト ルーティング ハンドアウトを起動する:携帯 ID 14089022179 のデュアルモードの電話 BOTSAU が、会社の WiFi ネットワーク内にあり、会社の番号 238006 に登録されています。電話が最低コストルーティングを使用して Dial via Office リバース コールバック(DVOR)を起動し、会社の番号 238011 にコールを発信します。2 者が 25 秒間会話しますが、携帯電話が Wi-Fi の範囲外に移動し、携帯ネットワークへのハンドアウト機能がトリガーされます。携帯ネットワークで、2 者がさらに 35 秒間会話します。
フィールド |
DVOR コールバック |
IP Phone から IP Phone |
携帯電話から IP Phone |
---|---|---|---|
origCallTerminationOnBehalfOf |
24 |
24 |
0 |
destCallTerminationOnBehalfOf |
24 |
24 |
12 |
origCalledRedirectOnBehalfOf |
0 |
0 |
0 |
lastRedirectOnBehalfOf |
0 |
0 |
24 |
joinOnBehalfOf |
0 |
0 |
24 |
origCalledPartyRedirectReason |
0 |
0 |
0 |
lastRedirectReason |
0 |
0 |
319 |
origDeviceName |
ParkingLotDevice |
BOTSAU |
GW_SIP |
destDeviceName |
GW_SIP |
SEP001FCAE91231 |
SEP001FCAE91231 |
finalCalledPartyNumber |
238006 |
238011 |
238011 |
huntPilotDN |
|||
mobileCallingPartyNumber |
14089022179 |
||
finalMobileCalledPartyNumber |
14089022179 |
||
origMobileDeviceName |
BOTSAU |
||
destMobileDeviceName |
BOTSAU |
||
origMobileCallDuration |
0 |
0 |
35 |
destMobileCallDuration |
0 |
0 |
|
mobileCallType |
0 |
0 |
512 |
携帯電話が Dial via Office 転送を使用して最低コスト ルーティング ハンドアウトを起動する:モバイル番号 14089022179 のデュアルモードの電話 BOTSAU が会社の番号 238006 にマッピングされ、会社の Wi-Fi 範囲内にあります。電話が最低コスト ルーティングで Dial via Office 転送を起動し、Cisco Unified IP Phone SEP001FCAE91006 に登録された会社の番号 238011 にコールを配置します。2 者が 30 秒間会話した後、携帯電話が Wi-Fi の範囲外に移動し、コールが携帯ネットワークにハンドアウトされます。その後、コールがさらに 25 秒間継続されます。
フィールド |
IP Phone から IP Phone |
携帯電話から IP Phone |
---|---|---|
origCallTerminationOnBehalfOf |
24 |
12 |
destCallTerminationOnBehalfOf |
24 |
0 |
origCalledRedirectOnBehalfOf |
0 |
0 |
lastRedirectOnBehalfOf |
0 |
24 |
joinOnBehalfOf |
0 |
24 |
origCalledPartyRedirectReason |
0 |
0 |
lastRedirectReason |
0 |
319 |
origDeviceName |
BOTSAU |
GW_SIP |
destDeviceName |
SEP001FCAE91006 |
SEP001FCAE91006 |
finalCalledPartyNumber |
238011 |
238011 |
huntPilotDN |
||
mobileCallingPartyNumber |
14089022179 |
|
finalMobileCalledPartyNumber |
||
origMobileDeviceName |
BOTSAU |
|
destMobileDeviceName |
||
origMobileCallDuration |
0 |
0 |
destMobileCallDuration |
0 |
25 |
mobileCallType |
0 |
130 |
携帯電話へのコールの送信:238011 の Cisco Unified IP Phone SEP001FCAE90001 が、会社の電話番号 238006 にコールを発信します。着信側が、Cisco Unified IP Phone SEP001FCAE90022 でコールに応答します。45 秒間の会話の後、着信側が [モビリティ(Mobility)] ソフトキーを押し、12145551234 の携帯電話である BOTSAU にコールを送信します。携帯電話でさらに 35 秒間、コールが継続されます。コールの合計接続時間は 55 秒です。
フィールド |
アナウンス |
IP Phone から IP Phone |
携帯電話から IP Phone |
---|---|---|---|
origCallTerminationOnBehalfOf |
24 |
24 |
24 |
destCallTerminationOnBehalfOf |
24 |
24 |
12 |
origCalledRedirectOnBehalfOf |
0 |
0 |
0 |
lastRedirectOnBehalfOf |
0 |
0 |
24 |
joinOnBehalfOf |
0 |
0 |
24 |
origCalledPartyRedirectReason |
0 |
0 |
0 |
lastRedirectReason |
0 |
0 |
415 |
origDeviceName |
SEP001FCAE90001 |
SEP001FCAE90001 |
SEP001FCAE90001 |
destDeviceName |
GW_SIP |
SEP001FCAE90022 |
GW_SIP |
finalCalledPartyNumber |
238006 |
238006 |
238006 |
huntPilotDN |
|||
mobileCallingPartyNumber |
|||
finalMobileCalledPartyNumber |
12145551234 |
12145551234 |
|
origMobileDeviceName |
|||
destMobileDeviceName |
BOTSAU |
BOTSAU |
|
origMobileCallDuration |
0 |
0 |
0 |
destMobileCallDuration |
0 |
0 |
35 |
mobileCallType |
0 |
0 |
2048 |
セッション ハンドオフ:内線 1000 の Cisco Unified IP Phone SEP001FCAE90001 が、内線 2500 にコールを発信します。デスクの電話と携帯電話の両方の呼出音が鳴ります。着信側が、携帯電話番号 2145551234 の携帯電話である BOTSAU で応答し、会話が開始されます。35 秒後、着信側がセッション ハンドオフ機能をトリガーし、コールをデスクの電話に転送します。デスクの電話、SEP001FCAE90022 でコールがさらに 60 秒間継続されます。
フィールド |
パーキング ロットからデスクの電話 |
携帯電話から IP Phone |
IP Phone から IP Phone |
---|---|---|---|
origCallTerminationOnBehalfOf |
24 |
24 |
24 |
destCallTerminationOnBehalfOf |
24 |
24 |
12 |
origCalledRedirectOnBehalfOf |
0 |
0 |
0 |
lastRedirectOnBehalfOf |
0 |
0 |
24 |
joinOnBehalfOf |
0 |
0 |
24 |
origCalledPartyRedirectReason |
0 |
0 |
0 |
lastRedirectReason |
0 |
0 |
403 |
origDeviceName |
SEP001FCAE90001 |
SEP001FCAE90001 |
SEP001FCAE90001 |
destDeviceName |
SEP001FCAE90022 |
BOTSARAH |
SEP001FCAE90022 |
finalCalledPartyNumber |
2500 |
2500 |
2500 |
huntPilotDN |
|||
mobileCallingPartyNumber |
|||
finalMobileCalledPartyNumber |
2145551234 |
||
origMobileDeviceName |
|||
destMobileDeviceName |
BOTSARAH |
||
origMobileCallDuration |
0 |
0 |
0 |
destMobileCallDuration |
0 |
15 |
10 |
mobileCallType |
0 |
0 |
5096 |
ネイティブ コール キューイング機能は、ハント パイロット番号への着信コールを処理する拡張機能を提供します。Unified CM は、ユーザにネイティブにコール キューイングを提供するため、発信側は、ハント メンバーが応答できるようになるまで、キューに保持されます。キューに保持された発信側には、最初のグリーティング アナウンスの後に、保留音が再生されます。発信側が一定時間キューに残る場合、コールが応答されるか最大待機タイマーの期限が切れるまで、所定の間隔でセカンダリ アナウンスが再生されます。
Cisco Unified Communications Manager クラスタには 4 つの IP Phone(DN 1000、1001、1002、および1003)があります。
ハント パイロット(HP)2000 が、関連付けられたライン グループ DN 1000 とともに作成されます。そのため、このハント パイロット 2000 は 1 コールしか処理できません。ここでは、ハント パイロット 2000 の設定ページで [キューイング(Queuing)]" "有効化フラグをオンにします。[最大コール待機タイマー(Max Call Waiting Timer)]" " を 30 秒に設定し、[コールをこの宛先にルーティング(Route the call to this destination)]" "で [DN 1003] を選択します。発信側が 30 秒間キューに保持された場合に DN 1003 にルーティングされることが理想的です。
フィールド名 |
CDR |
---|---|
globalCallID_callId |
87029 |
origLegCallIdentifier |
30117105 |
callingPartyNumber |
1002 |
originalCalledPartyNumber |
2000 |
wasCallQueued |
1 |
totalWaitTimeInQueue |
30 |
通常のコールでは、コールごとに CDR が 1 つと CMR が 2 つ(各エンドポイントに 1 つずつ)、計 3 つのレコードが記録されます。CDR の [originalCalledPartyNumber]" "フィールドには、[finalCalledPartyNumber]" "フィールドと同じ電話番号が格納されます。
2 台の Cisco Unified IP Phone の間で成功したコールにより、コールの最後に 1 つの CDR が生成されます。
この機能は、Cisco Unity または Cisco Unity Connection が開始したコール転送のコンサルト コールの発信側番号を変更します。コンサルト コールの CDR には、Cisco Unity または Cisco Unity Connection ポートが転送先にコールしているのではなく、元の発信側が転送先にコールしていると示されます。
この機能は Cisco Unified Communications Manager のサービス パラメータで設定する必要があります。『CDR Analysis and Reporting Administration Guide』の「"Configuring CDR Service Parameters"」の項の説明を参照してください。
4001 が 4002 にコールします。4002 がコールを 4003 に転送します。次の 3 つの CDR が生成されます。
![]() (注) | CDR には [originalCallingParty] フィールドは存在しません。 |
ユーザ A(2101)がパーソナル アシスタント ルート ポイント(2000)にコールし、「"ユーザ B にコール(call User B)"」と発声します。
コールがユーザ B(2105)に転送されます。この例では、ユーザ B はルールを設定していません。
![]() (注) | 次の例で、2000 はパーソナル アシスタントに到達するためのメインのパーソナル アシスタント ルート ポイントを表し、21XX はパーソナル アシスタント代行受信者ルート ポイントを表し、2001 ~ 2004 はメディア ポートを表しています。 |
ユーザ A(2101)が 2105 をダイヤルします。
パーソナル アシスタント代行受信者(21XX)がコールをピックアップし、メディア ポート(2002)にリダイレクトします。
" " |
||||||||||
" " |
" " |
" " |
" " |
ユーザ A(2101)が 2105 をダイヤルします。
パーソナル アシスタント代行受信者(21XX)がコールをピックアップし、ルール(存在する場合)に従ってそのコールを処理し、宛先(2105)にリダイレクトします。
ユーザ A(2101)が 2105 をダイヤルします。
パーソナル アシスタント代行受信者(21XX)がコールをピックアップし、ルールに従ってそのコールを処理します。
パーソナル アシスタントは次にコールを最終的な宛先(2110)にリダイレクトします。このケースでは、2105 には内線 2110 にコールを転送するルールが設定されています。
このシナリオでは、いくつかのケースが考えられます。どのケースでも、ユーザ B(2105)は内線 2110 または 2120 に到達するようにルールを設定しています。このルールは、発信側がパーソナル アシスタント ルート ポイント(2000)をコールして「"ユーザ B にコール(call User B)"」と発声するか(ダイレクト ケース)、または発信側がユーザ B(2105)を直接ダイヤルすると(代行受信者ケース)、アクティブになります。
ここでは、各ケースの例を示します。次の表に、各シナリオの CDR の例を示します。
パーソナル アシスタント ダイレクトでの複数の宛先:2110 および 2120(最初の宛先でコールが受け入れられるケース)
パーソナル アシスタント ダイレクトでの複数の宛先:2110 および 2120(2 番目の宛先でコールが受け入れられるケース)
パーソナル アシスタント ダイレクトでの複数の宛先:2110 および 2120(3 番目の宛先でコールが受け入れるケース)
パーソナル アシスタント インターセプトでの複数の宛先:2110 および 2120(最初の宛先でコールが受け入れられるケース)
パーソナル アシスタント インターセプトでの複数の宛先:2110 および 2120(2 番目の宛先でコールが受け入れられるケース)
パーソナル アシスタント インターセプトでの複数の宛先:2110 および 2120(3 番目の宛先でコールが受け入れられるケース)
" " |
" " |
" " |
" " |
" " |
" " |
" " |
|||||||
" " |
" " |
" " |
" " |
" " |
ユーザ A がパーソナル アシスタントにコールし、「"ユーザ B にコール(call User B)"」と発声します。
ユーザ B は、2110 でも 2120 でも応答しません。
パーソナル アシスタントはコールを元の宛先(2105)に転送し、ユーザ B がその内線で応答します。
![]() (注) | このケースでは、2105(元の宛先)が 3 番目の宛先となります。 |
" " |
" " |
" " |
" " |
" " |
" " |
||||||||||
" " |
" " |
" " |
" " |
" " |
||||||||||
" " |
" " |
" " |
" " |
ユーザ A がパーソナル アシスタントにコールし、「"ユーザ B にコール(call User B)"」と発声します。
ユーザ B は、2110 でも 2120 でも応答しません。
パーソナル アシスタントはコールを元の宛先(2105)に転送し、ユーザ B が応答します。
![]() (注) | このケースでは、2110(元の宛先)が 3 番目の宛先となります。 |
" " |
||||||||||
ユーザ A がパーソナル アシスタント ルート ポイント(2000)をコールし、「"ユーザ B(2105)およびユーザ C(2110)と会議(conference User B (2105) and User (2110))"」と発声します。
パーソナル アシスタントは、ユーザ B とユーザ C をユーザ A の会議に追加します。
" " |
|||||
" " |
|||||
" " |
" " |
||||
" " |
||||
" " |
||||
" " |
優先コールは、CDR に優先レベル フィールドが設定されている場合を除き、他のコールと同じように実行されます。また、より優先レベルの高いコールが他のコールよりも優先されると、原因コードにはプリエンプションが理由として指定されます。