着信通知の管理

この記事では、ダイレクト ルーティング ユーザーの通話通知を管理する方法について説明します。 Teams とサード パーティの Private Branch Exchange (PBX) またはセッション ボーダー コントローラー (SBC) の両方に通話エンドポイントを構成できます。 この設定は、たとえば、ユーザーの携帯電話とデスクフォンに同時に通話を送信する場合に便利です。

次の図では、ユーザー Irena には 2 つのエンドポイントがあります。

  • Teams エンドポイント
  • サード パーティの SBC に接続されている SIP 電話

呼び出しが到着すると、SBC はダイレクト ルーティングとサード パーティ SBC の間の呼び出しをフォークします。

フォークされた Teams エンドポイントを示す図。

Fork 2 (サード パーティの SBC によって) 通話が受け入れられた場合、Teams は "不在着信" 通知を生成します。

"不在着信" 通知を防ぐには、次のように SBC で Fork 1 で Cancel を送信するように構成します。

理由: SIP;cause=200;text"通話が他の場所で完了しました"

呼び出しは、正常な呼び出しとしてMicrosoft Teams 電話システムの呼び出し詳細レコードに登録されません。 この呼び出しは、Final SIP Code "487"、Final Microsoft サブコード "540200"、および Final SIP コード フレーズ "通話が他の場所で完了しました" で "試行" として登録されます。 (通話の詳細レコードを表示するには、Teams 管理 センター -Analytics and Reports ->>Usage Reports に移動し、[PSTN 使用状況] を選択します)。

次の図は、Fork 1 の SIP ラダー、コール フロー、および Cancel メッセージの予期される理由を示しています。

図は、フォークされた Teams エンドポイントを示しています。