Back-To-Back User Agent、一般に B2BUA と呼ばれるものは、SIP や VoIP システムで通話を管理するためのネットワーク要素です。2 つの独立したユーザーエージェントを背中合わせに配置したように動作します。単純なプロキシのように SIP メッセージを転送するだけではなく、一方の通話レッグを終端し、次の相手に向けて別の通話レッグを作成します。

つまり、B2BUA はセッションの中央に位置し、通信の両側を制御します。通話シグナリングを検査、変更、ルーティング、認証、録音、ブリッジ、監視、変換でき、場合によってはメディアも処理します。このため、IP PBX、セッションボーダーコントローラー、SIP アプリケーションサーバー、ホステッド VoIP、コンタクトセンター、通信事業者ネットワーク、ユニファイドコミュニケーション、企業向け音声ゲートウェイで広く使われています。

SIP 通話制御を考える別の視点

単純な SIP ネットワークでは、通話が発信者から着信者へ直接流れるように見えます。しかし実際の業務用 VoIP システムでは、通話を制御できる中間層が必要になることが多くあります。この層は、セキュリティルールの適用、ネットワーク情報の隠蔽、互換性問題の解決、課金管理、ルーティングポリシーの実行、録音や転送などのサービス提供を担います。

B2BUA は、元の発信者に対しては着信者のように、最終宛先に対しては発信者のように振る舞うことで、この中間層を提供します。最初の端末からは B2BUA が通話相手に見え、2 番目の端末から見ても反対側の相手として動作します。これにより、状態を持たない転送装置よりもはるかに深い制御が可能になります。

企業や通信事業者の音声システムでは、この設計が重要です。SIP 通話は、異なるネットワーク、ベンダー、コーデック、番号計画、セキュリティゾーン、サービス基盤をまたぐことが多いためです。B2BUA はこうした差異を正規化し、予測しやすい通話動作を維持します。

B2BUA が実際に行うこと

SIP ダイアログを終端して再作成する

B2BUA の基本的な動作は、1 つの SIP ダイアログを終端し、反対側に新しい SIP ダイアログを作成することです。発信者は着信者と直接 1 本の連続した SIP ダイアログを維持するのではありません。B2BUA が、関連しているが別々の 2 つのダイアログを管理します。

この構造により、B2BUA はそれぞれの側で独立して判断できます。ある端末からの通話を受け、内部ロジックを適用し、別の端末、トランク、ゲートウェイ、キュー、IVR、メディアアプリケーションへ 2 本目の通話レッグを作るかどうかを決定できます。

シグナリング動作を制御する

B2BUA は、SIP ヘッダー、発信者番号、連絡先情報、ルーティングフィールド、セッションタイマー、コーデックネゴシエーション、通話状態処理を変更できます。異なるシステムが SIP メッセージを異なる形で解釈する場合や、ネットワークポリシーでシグナリングの正規化が必要な場合に有効です。

たとえば、SIP トランク事業者が特定のヘッダー形式を要求し、社内 PBX が別の形式を使っている場合があります。B2BUA はそれらのメッセージを適応させ、双方が正しく通信できるようにします。

通話ロジックを適用する

B2BUA はセッションを制御するため、転送、保留、パーク、録音、着信スクリーニング、番号書き換え、発信者認証、最小コストルーティング、フェイルオーバールーティング、時間帯ルーティングなどの通話ロジックを適用できます。

そのため、単純な通話配送だけではないシステムでは B2BUA が特に重要です。現代のビジネスコミュニケーション基盤の多くは、高度な通話サービスを提供するために B2BUA のような動作に依存しています。

メディアをアンカーする場合がある

B2BUA にはシグナリングだけを処理するものもあれば、メディアもアンカーするものがあります。メディアをアンカーする場合、RTP 音声パケットは B2BUA または関連するメディアリレーを通過します。これにより、録音、トランスコーディング、NAT 越え、法的傍受対応、メディアセキュリティ制御、トーン検出、アナウンス、会議、品質監視が可能になります。

メディアアンカーは制御性を高めますが、帯域、処理能力、遅延への配慮も必要です。そのため、必要な場合だけメディアをアンカーするシステムもあります。

通話中の動作

B2BUA を含む典型的な SIP 通話は、発信者が INVITE リクエストを送るところから始まります。B2BUA はそれを受信し、最初のダイアログの終端として扱います。その後、ルーティングルール、認証状態、番号形式、サービス方針、宛先の可用性を確認します。

通話が許可されると、B2BUA は宛先に向けて新しい INVITE を作成します。この 2 番目のダイアログは最初と似て見えることがありますが、単なる転送コピーではありません。B2BUA はヘッダーの変更、コーデックの調整、発信者番号の変更、別トランクの選択、メディアパラメータの挿入、セキュリティルールの適用を行う場合があります。

宛先が応答すると、B2BUA はその応答を元の発信者へ調整して返します。セッション中には re-INVITE、UPDATE、BYE、保留、転送、セッション更新、メディア変更も処理します。どちらかの側が切断すると、B2BUA は自身の通話制御ロジックに従って両方の通話レッグを解放します。

B2BUA は単にメッセージを通過させる装置ではありません。通話に能動的に参加し、各側に実際の端末と通信しているように見せます。

SIP プロキシとの比較

SIP プロキシと B2BUA はどちらも SIP シグナリングの経路上に存在できますが、動作は異なります。プロキシは主に SIP リクエストとレスポンスをルーティングします。B2BUA はセッションを終端して再作成するため、より深い通話制御が可能です。

プロキシは一般に軽量で透明性が高い一方、B2BUA は強力ですが通話に深く関与します。どちらを選ぶかは、単なるルーティングでよいのか、サービス制御、セキュリティ、メディア処理、相互接続性も必要なのかによって決まります。

VoIP ネットワークで重要な理由

相互接続性の問題を解決する

SIP は標準プロトコルですが、ベンダーやプラットフォームによって実装の細部は異なります。ヘッダー形式、コーデックネゴシエーション、セッションタイマー、DTMF 方式、転送動作、NAT 処理は、端末、PBX、ゲートウェイ、通信事業者の間で差が出ることがあります。

B2BUA はこれらの違いを正規化できます。メッセージを書き換え、セッションパラメータを調整し、本来の動作が完全には一致しない 2 つのシステムを通信可能にします。

セキュリティ境界を強化する

B2BUA は外部システムに対して内部ネットワークトポロジを隠すことができます。内部 IP アドレス、内線番号、サーバー名、ルーティング情報を直接公開せず、制御された情報だけを外部へ提示します。

これが、B2BUA の動作がセッションボーダーコントローラーでよく使われる理由の一つです。シグナリングポリシーを適用し、内部 SIP ドメインと外部 SIP ドメインの直接露出を制限することで、企業や通信事業者のネットワークを保護します。

高度な通話サービスを支える

多くの音声サービスには直接的な通話制御が必要です。録音、IVR、キュールーティング、アナウンス、会議、クリック発信、転送、ピックアップ、アウトバウンドキャンペーン、番号マスキングは、B2BUA 型のセッション処理に依存することがあります。

B2BUA は通話レッグを所有しているため、メディアサービスの挿入や削除、通話のリダイレクト、宛先変更、ユーザーやアプリケーション間での通話移動中の制御維持が可能です。

ポリシーベースのルーティングを可能にする

企業や通信事業者のネットワークでは、コスト、宛先、トランク状態、発信者 ID、時刻、場所、優先度、サービスクラス、フェイルオーバールールに基づいて通話をルーティングします。B2BUA は通話確立時にこれらの判断を行い、条件変化に応じて動作を調整できます。

たとえば、ある SIP トランクが失敗した場合、B2BUA は別のルートを試せます。番号に特別な形式が必要な場合は、発信前にダイヤル番号を書き換えられます。

代表的な用途

IP PBX の通話制御

多くの IP PBX は、内線、トランク、キュー、ボイスメール、IVR メニュー、外線番号の間の通話を管理するために B2BUA の動作を使います。PBX は SIP メッセージをルーティングするだけでなく、ユーザー体験を制御し、業務通信用のルールを適用します。

これにより、保留、転送、着信転送、録音、プレゼンスベースルーティング、リンググループ、ボイスメールルーティングなどが、異なる端末間でも一貫して動作します。

セッションボーダーコントローラー

セッションボーダーコントローラーは、VoIP ネットワークの境界で B2BUA として動作することがよくあります。内部 SIP システムを外部キャリア、パートナー、リモートユーザー、パブリックネットワークから分離します。

この役割では、B2BUA はトポロジ隠蔽、NAT 越え、SIP 正規化、メディアアンカー、暗号化ポリシー、アクセス制御、DoS 保護、トランク相互接続を支援します。

ホステッド VoIP とクラウド通話

クラウド通話プラットフォームは、数千から数百万のユーザーセッションを制御するために B2BUA 機能を使います。地域をまたぐルーティング、テナントポリシー、番号マスキング、通話録音、ソフトフォン接続、コンタクトセンター連携が必要になる場合があります。

B2BUA アーキテクチャにより、各通話レッグを制御しながら、ユーザー、テナント、キャリア、アプリケーションを論理的に分離できます。

コンタクトセンタープラットフォーム

コンタクトセンターは通話制御に依存します。通話は SIP トランクから入り、IVR メニューを通り、キューで待機し、エージェントに接続され、スーパーバイザーへ転送され、メディアを録音し、レポートデータを生成します。

B2BUA はシグナリングと、必要に応じてメディアを制御し、複雑な通話フローを管理します。CRM、ワークフォース管理、通話録音、分析システムとの接続にも使えます。

通信事業者およびホールセール VoIP

通信事業者やホールセール VoIP 事業者は、相互接続、ルーティング、課金、コーデック制御、番号ルール、不正利用防止、多数のネットワーク間のトラフィック正規化に B2BUA を使います。

通信事業者規模では、高い通話量を確実に処理する必要があるため、B2BUA の性能、冗長性、ルーティングの知能が重要です。

評価すべき技術能力

SIP ヘッダー操作

SIP ヘッダー操作により、B2BUA は異なるシステム間の通話シグナリングを適応させられます。From、To、Contact、Record-Route、P-Asserted-Identity、Diversion、Remote-Party-ID、カスタムヘッダーを書き換えることがあります。

この機能は、相互接続性、発信者 ID 制御、ルーティング、プライバシー、トランク互換性、キャリア要件に有効です。ただし、誤った変更は通話フローを壊すため、明確な文書化が必要です。

コーデックネゴシエーションとトランスコーディング

B2BUA は端末間のコーデック交渉を支援できます。双方が共通コーデックをサポートする場合、通話はトランスコーディングなしで進みます。そうでない場合、B2BUA またはメディアサーバーが音声形式を変換する必要があります。

トランスコーディングは互換性を高めますが、処理リソースを消費し、遅延を増やすことがあります。すべての通話で標準的に使うのではなく、必要な場合に使うべきです。

NAT 越え

SIP と RTP は NAT 越えが難しい場合があります。シグナリングにプライベート IP アドレスが含まれ、メディアストリームに特別なルーティングが必要になるためです。B2BUA はメディアアンカー、接続情報の書き換え、ファイアウォール越しの通信制御によって支援します。

これは、リモートワーカー、支店、ホステッド PBX ユーザー、公共または混在ネットワーク上の SIP トランク接続にとって重要です。

通話状態管理

B2BUA は通話の一部であるため、通話状態を保持します。呼び出し中、応答済み、保留中、転送済み、失敗、切断、リダイレクトなどを把握します。この状態認識により、高度なサービスと正確なレポートが可能になります。

通話状態管理はトラブルシューティングにも有効です。管理者は、どこで通話が失敗したか、どのレッグが切れたか、どの応答コードが関係したかを確認できます。

メディアサービス統合

B2BUA は、IVR、録音、アナウンス、会議ブリッジ、ボイスメール、音声認識、DTMF 検出、トーン生成などのメディアサービスに通話を接続できます。これらのサービスには、単なる転送ではなくセッション制御が必要です。

メディア統合は、B2BUA が現代のコミュニケーションプラットフォームの中心になる理由の一つです。

導入設計で考慮すべき点

B2BUA の導入には慎重な計画が必要です。音声ネットワークの制御点になるため、障害や過負荷が発生すると通話に影響します。本番環境では、冗長化、容量計画、監視、バックアップルート、高可用性を考慮する必要があります。

セキュリティも重要です。B2BUA は通話シグナリングを処理し、場合によってはメディアも扱うため、不正アクセス、SIP スキャン、登録攻撃、料金不正、異常パケット、DoS トラフィックから保護する必要があります。

相互接続テストには、実際の端末、SIP トランク、ゲートウェイ、ソフトフォン、録音システム、転送シナリオ、DTMF 方式、緊急通話、フェイルオーバールート、コーデックの組み合わせを含めるべきです。B2BUA の問題は特定の通話フローでだけ現れることがあります。

B2BUA は制御性と柔軟性を高めますが、同時に通話動作への責任も負います。設計、監視、テストが不可欠です。

よくある問題と確認ポイント

片方向音声

シグナリングは成功しているのに RTP メディアが正しく流れない場合、片方向音声が発生します。原因には NAT、SDP 書き換えミス、ファイアウォールルール、コーデック不一致、メディアアンカー問題、ルーティングエラーがあります。

調査時には SIP シグナリングと RTP 経路の両方を確認する必要があります。SIP 200 OK が成功していても、音声メディアが正常とは限りません。

転送失敗

通話転送は、REFER、re-INVITE、新しい通話レッグ、メディア変更、端末ごとの動作差が関係するため複雑です。B2BUA はシステム間の転送動作を管理または変換する必要があります。

転送失敗では、片側の端末だけでなく、B2BUA の両側の SIP トレースを確認することがよく必要です。

発信者 ID の問題

ヘッダーが不適切に書き換えられたり、キャリア要件を満たさなかったりすると、発信者 ID が正しく表示されません。外線発信、転送通話、プライバシー設定、マルチテナント環境に影響します。

管理者は、各トランク、PBX、端末グループで必要な識別ヘッダーを確認する必要があります。

コーデック交渉失敗

両側がコーデックに合意できない場合、通話が失敗するか、接続されても音声が出ないことがあります。B2BUA はコーデックフィルタリングやトランスコーディングで解決できますが、誤ったコーデックポリシーが問題を作ることもあります。

コーデックリストは、端末能力、帯域、録音要件、キャリア対応に基づいて計画する必要があります。

運用上の利点

B2BUA は、音声ポリシーを適用する明確な場所を管理者に提供し、運用制御を高めます。各端末が正しく動作することに依存するのではなく、ルーティング、セキュリティ、サービスロジックを集中管理できます。

可視性も向上します。通話レッグが制御されたシステムを通るため、通話記録、シグナリングトレース、品質指標、ルーティング結果、失敗コード、サービス利用データを収集できます。

複数拠点、複数 SIP プロバイダー、複数ベンダー、複数通信アプリケーションを持つ組織では、B2BUA が分断を減らします。通信環境の各部分を接続する調整レイヤーになります。

B2BUA の制限

B2BUA は強力ですが、常に最も単純な選択肢とは限りません。処理責任、設定の複雑さ、遅延の可能性を持ち込みます。不要に導入すると、ネットワークのトラブルシューティングを難しくする場合があります。

SIP ダイアログを変更または終端するため、エンドツーエンドの透明性に影響することがあります。端末同士で直接動作する SIP 機能が、B2BUA 経由では特別な処理を必要とする場合があります。

メディアアンカーはリソース使用量も増やします。すべての RTP トラフィックが B2BUA またはメディアリレーを通る場合、帯域と処理要件が高まります。そのため容量計画が重要です。

最適な実装

まず、B2BUA が何を制御する必要があるかを定義します。セキュリティ、ルーティング、相互接続性、録音、NAT 越え、コンタクトセンターロジック、キャリア相互接続など、目的によって設定方針は異なります。

ルーティングルールとヘッダー操作は文書化しておくべきです。多くの変換が時間とともに追加されると、SIP の動作は理解しにくくなります。明確な文書は将来の調査を助け、誤変更を防ぎます。

シグナリングとメディアの両方を監視します。SIP 通話成功、RTP フロー、パケット損失、ジッター、コーデック交渉、セッションタイマー、切断理由を可視化することで、通話品質を総合的に把握できます。

重要な環境では冗長化を使用します。B2BUA が通話制御の中心である場合、高可用性とフェイルオーバー設計は通信停止を防ぐために不可欠です。

FAQ

B2BUA は SIP プロキシと同じですか？

いいえ。SIP プロキシは主に SIP メッセージを転送しますが、B2BUA は 1 つの SIP ダイアログを終端し、別のダイアログを作成します。そのため通話動作をより深く制御できます。

すべての VoIP システムに B2BUA が必要ですか？

単純なシステムすべてに必要なわけではありません。ただし、企業、ホステッド、キャリア、コンタクトセンター、SBC の多くは、通話制御、セキュリティ、ルーティング、メディア処理、相互接続性のために B2BUA の動作を使います。

B2BUA は NAT 問題を解決できますか？

はい。多くの B2BUA は、シグナリング情報を書き換え、メディアをアンカーすることで NAT 越えを支援します。ただし、ファイアウォールルール、RTP ポート範囲、端末設定、ネットワーク設計も正しく設定する必要があります。

B2BUA は常に RTP メディアを処理しますか？

いいえ。シグナリングだけを扱う B2BUA もあれば、メディアをアンカーまたは処理するものもあります。録音、トランスコーディング、NAT 越え、メディア監視が必要な場合にメディアアンカーが使われます。

SIP トランキングで B2BUA が重要な理由は何ですか？

SIP トランキングでは、B2BUA の動作が企業 PBX とキャリア間のシグナリングを正規化します。発信者 ID、コーデックポリシー、セキュリティ境界、フェイルオーバールート、NAT 越え、プロバイダー固有の SIP 要件を管理できます。