연속 사용자 에이전트, 일반적으로 B2BUA라고 부르는 것은 SIP 및 VoIP 시스템에서 통화를 관리하는 네트워크 요소입니다. 두 개의 독립적인 사용자 에이전트를 서로 맞대어 둔 것처럼 동작합니다. 단순 프록시처럼 SIP 메시지를 전달하기만 하는 것이 아니라, 하나의 통화 레그를 종료하고 다음 상대를 향해 다른 통화 레그를 새로 만듭니다.
즉 B2BUA는 세션의 중간에 위치하여 통신의 양쪽을 모두 제어합니다. 통화 시그널링을 검사, 수정, 라우팅, 인증, 녹음, 브리지, 모니터링 또는 변환할 수 있으며, 경우에 따라 미디어도 처리합니다. 이러한 제어 능력 때문에 IP PBX, 세션 보더 컨트롤러, SIP 애플리케이션 서버, 호스티드 VoIP 플랫폼, 컨택센터, 통신사업자망, 통합 커뮤니케이션 시스템, 기업용 음성 게이트웨이에서 널리 사용됩니다.

SIP 통화 제어를 이해하는 다른 방식
단순한 SIP 네트워크에서는 통화가 발신자에서 수신자로 직접 흐르는 것처럼 보일 수 있습니다. 그러나 많은 전문 VoIP 시스템은 통화를 제어할 수 있는 중간 계층을 필요로 합니다. 이 계층은 보안 규칙 적용, 네트워크 정보 은닉, 호환성 문제 해결, 과금 관리, 라우팅 정책 적용, 녹음과 통화 전환 같은 서비스를 담당할 수 있습니다.
B2BUA는 원래 발신자에게는 수신자처럼, 최종 목적지에는 발신자처럼 동작하여 이 중간 계층을 제공합니다. 첫 번째 단말 입장에서는 B2BUA가 통화 상대처럼 보이고, 두 번째 단말 입장에서도 반대편 상대처럼 동작합니다. 따라서 상태 없는 전달 장비보다 훨씬 강한 제어가 가능합니다.
기업 및 통신사업자 음성 시스템에서 이 구조는 가치가 큽니다. SIP 통화는 서로 다른 네트워크, 벤더, 코덱, 번호 체계, 보안 영역, 서비스 플랫폼을 지나는 경우가 많기 때문입니다. B2BUA는 이러한 차이를 정규화하고 예측 가능한 통화 동작을 유지하도록 돕습니다.
B2BUA가 실제로 하는 일
SIP 다이얼로그를 종료하고 다시 생성
B2BUA의 핵심 동작은 하나의 SIP 다이얼로그를 종료하고 반대쪽에 새로운 SIP 다이얼로그를 만드는 것입니다. 발신자는 수신자와 하나의 끊기지 않는 SIP 다이얼로그를 직접 유지하지 않습니다. 대신 B2BUA가 서로 관련되지만 분리된 두 다이얼로그를 관리합니다.
이 구조를 통해 B2BUA는 각 측면에 대해 독립적으로 판단할 수 있습니다. 한 엔드포인트에서 통화를 수락하고 내부 로직을 적용한 뒤, 다른 엔드포인트, 트렁크, 게이트웨이, 큐, IVR 또는 미디어 애플리케이션으로 두 번째 통화 레그를 만들지 결정할 수 있습니다.
시그널링 동작 제어
B2BUA는 SIP 헤더, 발신자 ID, 연락처 정보, 라우팅 필드, 세션 타이머, 코덱 협상, 통화 상태 처리를 수정할 수 있습니다. 서로 다른 시스템이 SIP 메시지를 다르게 해석하거나 네트워크 정책이 시그널링 정규화를 요구할 때 유용합니다.
예를 들어 SIP 트렁크 제공업체는 특정 헤더 형식을 요구하지만 내부 PBX는 다른 형식을 사용할 수 있습니다. B2BUA는 이러한 메시지를 조정하여 양쪽이 정상적으로 통신하도록 합니다.
통화 로직 적용
B2BUA는 세션을 제어하므로 착신 전환, 통화 전환, 보류, 파킹, 녹음, 통화 선별, 번호 재작성, 발신자 인증, 최소 비용 라우팅, 장애 조치 라우팅, 시간 기반 라우팅 같은 로직을 적용할 수 있습니다.
이 때문에 B2BUA는 단순한 통화 전달 이상의 기능을 수행하는 시스템에서 특히 중요합니다. 현대 비즈니스 커뮤니케이션 플랫폼 대부분은 고급 통화 서비스를 위해 B2BUA와 유사한 동작에 의존합니다.
미디어를 앵커링할 수 있음
일부 B2BUA는 시그널링만 처리하지만, 다른 시스템은 미디어도 앵커링합니다. 미디어가 앵커링되면 RTP 오디오 패킷이 B2BUA 또는 관련 미디어 릴레이를 통과합니다. 이를 통해 녹음, 트랜스코딩, NAT 통과, 합법 감청 지원, 미디어 보안 제어, 톤 감지, 안내 방송, 회의, 품질 모니터링을 구현할 수 있습니다.
미디어 앵커링은 제어력을 높이지만 대역폭, 처리 성능, 지연에 대한 고려도 증가시킵니다. 그래서 일부 시스템은 필요한 경우에만 미디어를 앵커링합니다.
통화 중 동작 방식
B2BUA가 포함된 일반적인 SIP 통화는 발신자가 INVITE 요청을 보내면서 시작됩니다. B2BUA는 이 요청을 받아 첫 번째 다이얼로그의 끝점으로 처리합니다. 그런 다음 라우팅 규칙, 인증 상태, 번호 형식, 서비스 정책, 목적지 가용성을 확인합니다.
통화가 허용되면 B2BUA는 목적지를 향해 새로운 INVITE를 만듭니다. 두 번째 다이얼로그는 첫 번째와 비슷해 보일 수 있지만 단순히 전달된 복사본은 아닙니다. B2BUA는 헤더 변경, 코덱 조정, 발신자 ID 수정, 다른 트렁크 선택, 미디어 파라미터 삽입, 보안 규칙 적용을 수행할 수 있습니다.
목적지가 응답하면 B2BUA는 그 응답을 원래 발신자에게 조정해 전달합니다. 세션 중에는 re-INVITE, UPDATE, BYE, 보류 이벤트, 전환 동작, 세션 갱신, 미디어 변경도 계속 처리할 수 있습니다. 어느 한쪽이 끊으면 B2BUA는 자신의 통화 제어 로직에 따라 두 통화 레그를 정리합니다.
B2BUA는 단순히 메시지를 통과시키는 장치가 아닙니다. 통화에 능동적으로 참여하며, 각 측면이 실제 엔드포인트와 통신한다고 인식하게 만듭니다.
SIP 프록시와의 비교
SIP 프록시와 B2BUA는 모두 SIP 시그널링 경로에 있을 수 있지만 동작 방식이 다릅니다. 프록시는 주로 SIP 요청과 응답을 라우팅합니다. B2BUA는 세션을 종료하고 다시 생성하므로 더 깊은 통화 제어를 제공합니다.
| 네트워크 요소 | 주요 동작 | 대표 강점 |
|---|---|---|
| SIP 프록시 | 라우팅 규칙에 따라 SIP 요청과 응답을 전달합니다. | 효율적인 라우팅, 등록 지원, 확장 가능한 시그널링 분산. |
| B2BUA | 하나의 SIP 다이얼로그를 종료하고 목적지로 다른 다이얼로그를 만듭니다. | 깊은 통화 제어, 서비스 로직, 상호 운용성, 보안, 미디어 처리. |
| SBC | 네트워크 경계에서 B2BUA 동작을 자주 사용합니다. | 보안, NAT 통과, 토폴로지 은닉, 정책 적용, 트렁크 제어. |
| 미디어 서버 | B2BUA 로직과 연동하여 오디오 재생, 녹음, 브리지, 회의를 수행할 수 있습니다. | 음성 안내, IVR, 회의, 녹음, 안내 방송, 미디어 서비스. |
프록시는 일반적으로 더 가볍고 투명한 반면, B2BUA는 더 강력하지만 통화에 더 깊게 관여합니다. 올바른 선택은 시스템이 단순 라우팅만 필요한지, 서비스 제어, 보안, 미디어 처리, 상호 운용성까지 필요한지에 따라 달라집니다.
VoIP 네트워크에서 중요한 이유
상호 운용성 문제 해결
SIP는 표준 프로토콜이지만 벤더와 플랫폼은 세부 구현이 다를 수 있습니다. 헤더 형식, 코덱 협상, 세션 타이머, DTMF 방식, 전환 동작, NAT 처리는 엔드포인트, PBX, 게이트웨이, 통신사업자 사이에서 달라질 수 있습니다.
B2BUA는 이러한 차이를 정규화할 수 있습니다. 메시지를 재작성하고 세션 파라미터를 조정하여, 기본 동작이 완전히 일치하지 않는 두 시스템도 통신할 수 있게 합니다.
보안 경계 강화
B2BUA는 외부 시스템으로부터 내부 네트워크 토폴로지를 숨길 수 있습니다. 내부 IP 주소, 내선 번호, 서버 이름, 라우팅 세부 정보를 직접 노출하는 대신 제어된 정보만 외부에 제공합니다.
이것이 세션 보더 컨트롤러에서 B2BUA 동작이 흔한 이유 중 하나입니다. 시그널링 정책을 적용하고 내부 및 외부 SIP 도메인 간 직접 노출을 제한하여 기업과 통신사업자 네트워크를 보호합니다.
고급 통화 서비스 지원
많은 음성 서비스는 직접적인 통화 제어가 필요합니다. 통화 녹음, IVR, 큐 라우팅, 안내 방송, 회의, 클릭 투 콜, 전환, 픽업, 아웃바운드 캠페인, 번호 마스킹은 B2BUA 방식의 세션 처리에 의존하는 경우가 많습니다.
B2BUA는 통화 레그를 소유하므로 미디어 서비스를 삽입하거나 제거하고, 통화를 리다이렉트하며, 목적지를 변경하거나 사용자의 이동 및 애플리케이션 전환 중에도 제어를 유지할 수 있습니다.
정책 기반 라우팅 구현
기업 및 통신사업자 네트워크는 비용, 목적지, 트렁크 상태, 발신자 신원, 시간, 위치, 우선순위, 서비스 등급, 장애 조치 규칙에 따라 통화를 라우팅하는 경우가 많습니다. B2BUA는 통화 설정 중 이러한 결정을 내리고 조건 변화에 따라 동작을 조정할 수 있습니다.
예를 들어 하나의 SIP 트렁크가 실패하면 B2BUA는 다른 경로를 시도할 수 있습니다. 특정 번호에 특별한 형식이 필요하면 통화를 보내기 전에 다이얼 번호를 재작성할 수 있습니다.
일반적인 사용 사례
IP PBX 통화 제어
많은 IP PBX 시스템은 내선, 트렁크, 큐, 음성 사서함, IVR 메뉴, 외부 번호 간 통화를 관리하기 위해 B2BUA 동작을 사용합니다. PBX는 SIP 메시지만 라우팅하는 것이 아니라 사용자 경험을 제어하고 비즈니스 통신 규칙을 적용합니다.
이를 통해 보류, 전환, 착신 전환, 녹음, 프레즌스 기반 라우팅, 링 그룹, 음성 사서함 라우팅이 서로 다른 엔드포인트에서도 일관되게 동작합니다.
세션 보더 컨트롤러
세션 보더 컨트롤러는 VoIP 네트워크 경계에서 B2BUA로 동작하는 경우가 많습니다. 내부 SIP 시스템을 외부 통신사업자, 파트너, 원격 사용자, 공용 네트워크와 분리합니다.
이 역할에서 B2BUA는 토폴로지 은닉, NAT 통과, SIP 정규화, 미디어 앵커링, 암호화 정책, 접근 제어, 서비스 거부 방어, 트렁크 상호 운용성을 지원합니다.
호스티드 VoIP 및 클라우드 통화
클라우드 통화 플랫폼은 수천 또는 수백만 사용자의 세션을 제어하기 위해 B2BUA 기능을 사용합니다. 지역 간 라우팅, 테넌트 정책 적용, 번호 마스킹, 통화 녹음, 소프트폰 연결, 컨택센터 애플리케이션 통합이 필요할 수 있습니다.
B2BUA 아키텍처는 각 통화 레그를 제어하면서 사용자, 테넌트, 통신사업자, 애플리케이션을 논리적으로 분리할 수 있게 합니다.
컨택센터 플랫폼
컨택센터는 통화 제어에 의존합니다. 통화는 SIP 트렁크로 들어와 IVR 메뉴를 통과하고 큐에서 대기하며 상담원에게 연결되고 감독자에게 전환되며 미디어를 녹음하고 리포트 데이터를 생성합니다.
B2BUA는 시그널링과 필요 시 미디어를 제어하여 복잡한 통화 흐름을 관리합니다. CRM, 인력 관리 플랫폼, 통화 녹음 도구, 분석 시스템과도 연결될 수 있습니다.
통신사업자 및 도매 VoIP
통신사업자와 도매 VoIP 제공자는 상호 접속, 라우팅, 과금, 코덱 제어, 번호 규칙, 사기 방지, 여러 네트워크 간 트래픽 정규화를 위해 B2BUA 시스템을 사용합니다.
통신사업자 규모에서는 높은 통화량을 안정적으로 처리해야 하므로 B2BUA의 성능, 이중화, 라우팅 지능이 매우 중요합니다.

평가해야 할 기술 능력
SIP 헤더 조작
SIP 헤더 조작은 B2BUA가 서로 다른 시스템 간 통화 시그널링을 맞추도록 합니다. 에서, 가서, 연락하기, 경로 기록, P-아신티드-이디어티티, 분기, 원격 당사자-ID 또는 사용자 정의 헤더를 재작성할 수 있습니다.
이 기능은 상호 운용성, 발신자 ID 제어, 라우팅, 개인정보 보호, 트렁크 호환성, 통신사업자 요구사항에 유용합니다. 그러나 잘못된 변경은 통화 흐름을 끊을 수 있으므로 명확히 문서화해야 합니다.
코덱 협상 및 트랜스코딩
B2BUA는 엔드포인트 간 코덱 협상을 도울 수 있습니다. 양쪽이 공통 코덱을 지원하면 통화는 트랜스코딩 없이 진행됩니다. 그렇지 않으면 B2BUA 또는 미디어 서버가 오디오 형식을 변환해야 할 수 있습니다.
트랜스코딩은 호환성을 높이지만 처리 자원을 소비하고 지연을 추가할 수 있습니다. 모든 통화의 기본 해법이 아니라 필요한 경우에 사용해야 합니다.
NAT 통과
SIP 및 RTP는 NAT를 통과할 때 어려울 수 있습니다. 시그널링 메시지에 사설 IP 주소가 포함되고 미디어 스트림에 특수 라우팅이 필요할 수 있기 때문입니다. B2BUA는 미디어 앵커링, 연결 정보 재작성, 방화벽을 통한 통신 제어로 이를 해결하도록 돕습니다.
이는 원격 근무자, 지사, 호스티드 PBX 사용자, 공용 또는 혼합 네트워크의 SIP 트렁크 연결에 중요합니다.
통화 상태 관리
B2BUA는 통화의 일부이므로 통화 상태를 유지합니다. 벨 울림, 응답, 보류, 전환, 실패, 연결 해제, 리다이렉트 상태를 알고 있습니다. 이러한 상태 인식은 고급 서비스와 정확한 리포트를 가능하게 합니다.
통화 상태 관리는 문제 해결에도 유용합니다. 관리자는 통화가 어디서 실패했는지, 어떤 레그가 끊겼는지, 어떤 응답 코드가 관련되었는지 확인할 수 있습니다.
미디어 서비스 통합
B2BUA는 IVR, 녹음, 안내 방송, 회의 브리지, 음성 사서함, 음성 인식, DTMF 감지, 톤 생성 같은 미디어 서비스에 통화를 연결할 수 있습니다. 이러한 서비스는 단순 전달이 아니라 세션 제어가 필요합니다.
미디어 통합은 B2BUA가 현대 통신 플랫폼의 핵심 요소가 되는 이유 중 하나입니다.
배포 설계 고려사항
B2BUA 배포는 신중한 계획이 필요합니다. 음성 네트워크의 제어 지점이 되기 때문입니다. 장애가 발생하거나 과부하가 걸리면 통화가 영향을 받을 수 있습니다. 운영 환경에서는 이중화, 용량 계획, 모니터링, 백업 경로, 고가용성을 고려해야 합니다.
보안도 중요합니다. B2BUA는 통화 시그널링을 처리하고 미디어도 다룰 수 있으므로 무단 접근, SIP 스캔, 등록 공격, 통화 사기, 비정상 패킷, 서비스 거부 트래픽으로부터 보호해야 합니다.
상호 운용성 테스트에는 실제 단말, 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는 하나의 SIP 다이얼로그를 종료하고 다른 다이얼로그를 생성합니다. 그래서 통화 동작을 더 깊게 제어할 수 있습니다.
모든 VoIP 시스템에 B2BUA가 필요한가요?
모든 단순 시스템에 필요한 것은 아닙니다. 그러나 기업, 호스티드, 통신사업자, 컨택센터, SBC 배포에서는 통화 제어, 보안, 라우팅, 미디어 처리, 상호 운용성이 필요해 B2BUA 동작을 많이 사용합니다.
B2BUA가 NAT 문제를 해결할 수 있나요?
예. 많은 B2BUA 시스템은 시그널링 정보를 재작성하고 미디어를 앵커링하여 NAT 통과를 돕습니다. 하지만 방화벽 규칙, RTP 포트 범위, 엔드포인트 설정, 네트워크 설계도 올바르게 구성되어야 합니다.
B2BUA는 항상 RTP 미디어를 처리하나요?
아닙니다. 일부 B2BUA는 시그널링만 처리하고, 다른 것은 미디어를 앵커링하거나 처리합니다. 녹음, 트랜스코딩, NAT 통과, 미디어 모니터링이 필요할 때 미디어 앵커링을 사용합니다.
SIP 트렁킹에서 B2BUA가 중요한 이유는 무엇인가요?
SIP 트렁킹에서 B2BUA 동작은 기업 PBX와 통신사업자 사이의 시그널링을 정규화합니다. 발신자 ID, 코덱 정책, 보안 경계, 장애 조치 경로, NAT 통과, 공급자별 SIP 요구사항을 관리할 수 있습니다.