전화번호는 어떻게 음성 AI에게 도착할까? 인터넷전화·SIP·PBX 완전 입문
전화번호는 주소이고 통화 경로는 도로입니다. 한 통의 전화가 공중전화망과 SIP를 지나 음성 AI에 도착하는 구조를 처음부터 설명합니다.
인터넷전화 번호를 하나 사면 그 번호를 음성 AI(사람의 말을 듣고 답하는 인공지능)에 입력해서 곧바로 전화를 받을 수 있을까? 처음 이 분야를 접하면 그렇게 생각하기 쉽다. 휴대전화에 새 번호를 개통하면 바로 전화가 오니, 서버에서도 번호만 넣으면 될 것처럼 보인다.
실제로는 전화번호와 통화 경로가 서로 다른 것이다. 전화번호가 집 주소라면 통화 경로는 그 집까지 이어진 도로다. 주소가 생겼다고 도로까지 자동으로 놓이지는 않는다. SIP(인터넷에서 통화를 여닫는 신호 규칙)와 PBX(회사 안에서 전화를 나눠 주는 교환기)는 이 도로에서 서로 다른 일을 한다. 전화가 사람의 전화기 대신 회사 교환기나 음성 AI로 가려면, 번호를 관리하는 전화망 사업자가 그 목적지까지 길을 열어줘야 한다.
이 글 전체를 관통하는 한 문장: 번호는 주소이고, 회선과 통신 규칙은 전화가 이동하는 길이다.
전화 한 통은 두 세계를 건넌다
전화가 음성 AI에게 도착하려면 성격이 다른 두 세계를 지나야 한다.
첫 번째는 공중전화망이다. 휴대전화와 유선전화가 서로 통화하도록 전국의 통신망을 이어 놓은 체계다. 영어로는 PSTN(Public Switched Telephone Network, 누구나 사용하는 공중 교환 전화망)이라고 부른다. 우리가 전화번호를 누르면 발신 전화망은 그 번호를 어느 사업자가 관리하는지 찾고, 사업자 사이의 연결망을 거쳐 수신 전화망으로 통화를 보낸다. 발신 전화망과 수신 전화망은 위아래 관계가 아니다. 같은 종류의 사업자가 통화 한 건에서 보내는 역할과 받는 역할을 나눠 맡는다.
두 번째는 인터넷 응용 서비스다. 여기에는 인터넷전화기, 회사 교환기, 상담 프로그램, 음성 AI가 들어간다. 이 세계에서는 전화선 대신 인터넷 주소와 통신 규칙을 사용한다.
두 세계의 경계가 이 글에서 가장 중요한 지점이다. 공중전화망에서 온 통화를 인터넷의 어느 서버로 보낼 것인가? 누가 그 서버의 신원을 확인하는가? 어떤 음성 형식으로 대화할 것인가? 이 세 가지가 합의돼야 전화번호와 음성 AI가 이어진다.
전화망 사업자는 번호를 보고 입구를 찾고, 회사 쪽 시스템은 도착한 전화를 누구에게 넘길지 결정한다.
전화번호는 전화기가 아니라 전화망의 장부에 있다
전화번호는 특정 전화기 안에 들어 있는 물건이 아니다. 전화망의 장부에 기록된 목적지 표시에 가깝다.
국제전기통신연합의 E.164 권고는 전 세계 전화번호의 기본 구조를 정한다. 각 국가는 그 틀 안에서 자국의 번호 계획을 운영한다. 한국에서는 010, 02, 070 같은 번호 앞자리가 용도와 서비스 종류를 구분한다. 전기통신번호관리세칙에서 070은 인터넷전화용 식별번호로 분류된다.
누군가 번호를 누르면 발신 전화망은 이런 순서로 움직인다.
- 입력한 번호가 어느 국가와 용도에 속하는지 해석한다.
- 그 번호 묶음을 관리하는 수신 전화망을 찾는다.
- 사업자 사이의 연결 지점으로 통화를 넘긴다.
- 수신 전화망은 가입자 장부를 보고 마지막 목적지를 고른다.
마지막 목적지는 일반 전화기일 수도 있고 회사의 전화 교환기일 수도 있다. 음성 AI와의 연결 가능 여부도 여기서 갈린다. 번호를 가진 사업자가 외부 시스템으로 통화를 보내는 상품과 기술 규격을 제공해야 하기 때문이다.
전화망 사업자, 연결 대행사, 개발 플랫폼은 무엇이 다른가
전화 서비스 시장은 마트와 비슷하다. 국가가 상품 바코드 체계를 정하고, 전화망 사업자가 물류센터와 배송망을 운영한다. 연결 대행사는 그 상품을 쓰기 쉽게 포장해 판매하고, 개발 플랫폼은 배송된 재료로 실제 서비스를 만드는 조리 도구를 제공한다.
국가는 번호의 용도와 배정 규칙을 관리한다. 전화망 사업자는 번호 묶음을 배정받고 다른 전화망과 연결한다. 가입자가 전화를 걸고 받을 수 있는 실제 길도 이 사업자가 운영한다.
연결 대행사는 번호 신청, 본인확인, 외부 서버 연결, 사용량 계산, 장애 대응을 한 화면에 묶는다. 자체적으로 국가 번호를 만들어 내는 것이 아니라 상위 전화망 사업자의 번호와 통화망을 가공해 제공하는 경우가 많다.
개발 플랫폼은 음성 인식, 대화 판단, 음성 합성, 예약 시스템 연결 같은 기능을 맡는다. 전화망을 직접 운영하지 않는 플랫폼이라면 전화번호와 통화 경로를 별도로 공급받아야 한다.
각 회사의 이름보다 역할을 먼저 보면 구조가 단순해진다. 번호와 공중전화망을 맡는 곳, 인터넷 구간을 연결하는 곳, 도착한 통화를 처리하는 곳으로 나누면 된다.
번호, 회선, 채널, 트렁크는 서로 다른 말이다
호텔로 비유하면 가장 쉽다. 전화번호는 호텔의 대표 주소, 회선은 호텔이 통신 서비스를 이용할 권리, 채널은 동시에 손님을 받을 수 있는 프런트 창구 수다. 트렁크는 여러 통화를 호텔 전화실로 실어 오는 큰 진입로다.
핵심은 번호 개수와 동시통화 수가 같지 않을 수 있다는 것이다.
| 용어 | 쉬운 뜻 | 무엇을 결정하는가 |
|---|---|---|
| 전화번호 | 사람들이 누르는 주소 | 어떤 번호로 걸고 받는가 |
| 회선 | 전화 서비스를 이용하는 계약 단위 | 요금과 이용 권한이 어떻게 묶이는가 |
| 채널 | 동시에 열 수 있는 통화 한 칸 | 같은 순간 몇 통을 처리하는가 |
| SIP 트렁크 | 여러 인터넷 통화를 나르는 연결 통로 | 전화망과 회사 시스템을 어떻게 잇는가 |
예를 들어 대표번호는 하나지만 채널이 세 개라면 세 사람이 동시에 전화할 수 있다. 반대로 번호가 열 개여도 채널이 하나라면 같은 순간에는 한 통만 연결된다. 견적서에서 “10회선”이라는 말만 보고는 번호 열 개인지, 동시통화 열 개인지, 둘을 묶은 상품인지 알 수 없는 이유다.
대표번호 하나에 여러 채널을 둘 수도 있다. 계약할 때는 번호 수와 동시통화 수를 따로 확인해야 한다.
SIP는 통화를 여닫는 규칙이다
SIP(Session Initiation Protocol, 인터넷에서 통화를 시작하고 바꾸고 끝내는 신호 규칙)는 전화 통화의 초대장이다. SIP 표준인 RFC(Request for Comments, 인터넷 기술 표준 문서) 3261은 전화를 걸고, 상대가 벨을 울리고, 통화를 수락하고, 마지막에 끊는 절차를 정의한다.
전화가 시작될 때는 대략 이런 메시지가 오간다.
INVITE 전화를 받아 달라는 초대
100 Trying 요청을 처리하고 있다는 응답
180 Ringing 상대방 쪽에서 벨이 울린다는 응답
200 OK 상대방이 전화를 받았다는 응답
ACK 수락 응답을 확인했다는 메시지
BYE 통화를 끝내겠다는 메시지
초대장 안에는 전화번호만 있는 게 아니다. 어느 인터넷 주소에서 음성을 받을지, 사용할 수 있는 음성 형식은 무엇인지도 들어간다. 이 조건을 적는 형식이 SDP(Session Description Protocol, 통화에 사용할 미디어 조건을 설명하는 양식)다. RFC 4566에 규칙이 정의돼 있다.
SIP 계정이 있다고 해서 외부 음성 AI에 바로 연결할 수 있는 것은 아니다. 어떤 상품은 지정 전화기만 로그인하도록 허용하고, 어떤 상품은 미리 등록한 회사 서버에만 통화를 보낸다. 같은 SIP라는 말을 써도 제공 범위가 다르다.
PBX는 회사 안의 전화 안내데스크다
PBX(Private Branch Exchange, 회사 안에서 전화를 나눠 주는 사설 교환기)는 도착한 전화를 어디로 보낼지 정한다. “1번은 영업팀, 2번은 고객지원”이라는 안내를 실행하거나, 업무시간에는 사람에게 보내고 야간에는 음성 AI로 넘길 수 있다.
PBX가 전화번호를 발급하거나 공중전화망을 만드는 것은 아니다. 택배로 치면 건물 1층의 안내데스크다. 택배회사가 물건을 건물까지 가져온 다음에야 안내데스크가 어느 사무실로 보낼지 판단할 수 있다.
교환기는 항상 필요한 장치는 아니다.
- 전화망 사업자가 음성 AI의 인터넷 주소로 직접 통화를 보내고 양쪽 규격이 맞으면 교환기 없이 연결할 수 있다.
- 고정된 인터넷 주소만 허용하거나 신호 형식을 바꿔야 한다면 중간 교환기가 필요하다.
- 여러 번호를 서로 다른 AI와 사람에게 나누거나 장애 시 다른 목적지로 돌리려면 교환기를 두는 편이 관리하기 쉽다.
직접 연결은 장치가 적어 지연과 운영 지점이 줄어든다. 중간 교환기를 두면 경로를 세밀하게 통제하고 문제 구간을 기록할 수 있지만, 서버 보안과 장애 대응을 맡아야 한다. 관리 대행 서비스는 이 운영 책임을 대신 가져가는 대신 월 사용료를 받는다.
연결 신호와 실제 목소리는 다른 데이터다
전화가 연결됐는데 아무 소리도 들리지 않는 일이 있다. 이상해 보이지만 전화의 구조를 알면 이유가 보인다. 벨을 울리는 신호와 목소리는 서로 다른 길로 움직인다.
SIP가 초대장이라면 RTP(Real-time Transport Protocol, 목소리를 작은 조각으로 실시간 운반하는 규칙)는 배달 차량이다. RFC 3550은 각 음성 조각에 순서번호와 재생 시각을 붙여 보내는 기본 방식을 정의한다.
예약 결과, 고객 정보 조회, 통화 요약처럼 전화 바깥의 업무 데이터는 보통 HTTPS(웹에서 내용을 암호화해 주고받는 방식)를 쓴다. 한 통의 전화 안에 최소 세 종류의 데이터 흐름이 생기는 셈이다.
SIP의 연결 성공은 통화실 문이 열린 상태다. 실제 목소리가 드나드는 RTP 길도 따로 열려 있어야 한다.
전화 키패드 입력도 별도 확인 대상이다. 자동응답 안내에서 “상담원 연결은 0번”을 누를 때 나는 두 음을 DTMF(Dual-Tone Multi-Frequency, 전화 버튼을 두 가지 음의 조합으로 표현하는 방식)라고 한다. 인터넷전화에서는 이 입력을 음성에 섞거나 별도 신호로 보낼 수 있다. RFC 4733은 버튼 입력을 별도 사건으로 전달하는 방식을 설명한다.
실제 통화 중에는 무슨 일이 일어날까
사람이 한 문장을 말하면 전화기는 목소리를 숫자 데이터로 바꾼다. 코덱(codec, 음성을 정해진 형식으로 압축하고 푸는 방법)이 이 일을 맡는다. 보내는 쪽과 받는 쪽이 공통으로 이해하는 코덱이 하나는 있어야 한다.
잘게 나뉜 음성 조각은 인터넷을 따라 음성 AI에 도착한다. 음성 AI 쪽에서는 다음 과정이 아주 짧은 시간 안에 반복된다.
- 음성 인식기가 소리를 글자로 바꾼다.
- 대화 시스템이 사용자의 말이 끝났는지 판단한다.
- 언어모델이 답할 내용을 만든다.
- 음성 합성기가 답변을 다시 소리로 바꾼다.
- 새 음성 조각이 반대 방향으로 돌아간다.
각 단계가 0.2초씩 늦어지면 전체 답변은 금세 굼떠진다. 그래서 “전화가 연결되는가”와 “사람처럼 자연스럽게 대화하는가”는 다른 시험이다. 전자는 경로와 규격의 문제고, 후자는 음성 처리 속도와 말차례 판단까지 포함한 문제다.
벨은 울리는데 목소리가 안 들리는 이유
가장 흔한 원인은 방화벽이다. 방화벽은 건물 경비실처럼 허용된 인터넷 통신만 통과시킨다. SIP 신호가 사용하는 문은 열려 있어도 RTP 음성이 쓰는 여러 문이 닫혀 있으면 전화는 연결된 것처럼 보이지만 소리는 나오지 않는다.
NAT(Network Address Translation, 내부의 여러 기기가 하나의 공인 인터넷 주소를 나눠 쓰게 하는 기술)도 문제를 만든다. 아파트 세대 번호는 단지 안에서만 통하지만 택배 기사에게는 아파트의 실제 도로명 주소가 필요한 것과 같다. 통화 초대장에 내부 주소가 잘못 적히면 상대방이 음성을 어디로 돌려보낼지 찾지 못한다.
코덱이 맞지 않아도 무음이나 통화 실패가 생긴다. 한쪽은 한국어를 말하고 다른 쪽은 프랑스어만 아는 상황과 비슷하다. 연결 신호는 성공했지만 실제 음성 형식에서 합의하지 못한 것이다.
이 때문에 시험할 때는 세 가지를 따로 본다. 전화가 연결되는지, 양쪽 목소리가 모두 들리는지, 키패드 입력이 전달되는지다. 한 방향의 음성만 확인하면 절반짜리 성공일 수 있다.
인터넷전화 상품을 고를 때 무엇을 물어봐야 하나
“SIP를 지원하나요?”라는 질문만으로는 부족하다. 전화기 로그인용 SIP를 말하는지, 회사 서버로 통화를 보내는 SIP 트렁크를 말하는지 서로 다르게 이해할 수 있다.
아래 내용을 한 번에 확인하면 연결 가능성을 훨씬 정확하게 판단할 수 있다.
- 수신 전화를 외부 인터넷 주소나 고정 공인 주소의 서버로 보낼 수 있는가?
- 전화번호 수와 동시통화 채널 수를 따로 구성할 수 있는가?
- 통화 신호와 실제 음성이 사용하는 주소·포트·전송방식은 무엇인가?
- 지원하는 코덱과 전화 키패드 전달 방식은 무엇인가?
- 접속자를 고정 주소, 아이디·비밀번호, 인증서 중 무엇으로 확인하는가?
- 발신할 때 상대방 화면에 표시할 수 있는 번호의 조건은 무엇인가?
- 첫 번째 서버가 고장 나면 두 번째 서버로 넘기는 장애 대비 기능이 있는가?
사업 목적으로 고객의 전화까지 연결한다면 계약 범위도 확인해야 한다. 자사 번호를 직접 쓰는 것과 다른 회사에 번호나 통화 기능을 공급하는 것은 법적·사업적으로 같은 일이 아니다. 기술적으로 연결할 수 있다는 답이 재판매나 제3자 제공까지 허용한다는 뜻은 아니다.
다섯 문장으로 다시 잡는 전화망 세계관
전화번호는 목적지를 가리키는 주소다. 번호를 받았다고 외부 서버까지 통화 경로가 자동으로 열리지는 않는다.
공중전화망은 발신자와 수신 번호를 관리하는 전화망 사업자를 연결한다. 인터넷 구간으로 넘어온 뒤에는 SIP가 통화를 여닫고 RTP가 실제 목소리를 나른다.
PBX는 도착한 전화를 사람, 부서, 음성 AI에 나눠 주는 안내데스크다. 양쪽을 직접 연결할 수 있다면 생략할 수 있고, 규격 변환이나 복잡한 분배가 필요하면 중간에 둔다.
번호 수와 동시통화 채널 수는 별개다. 인터넷전화 견적에서는 “번호 몇 개”와 “동시에 몇 통”을 따로 물어야 한다.
마지막으로, 전화 연결과 대화 품질은 다른 문제다. 신호, 양방향 음성, 키패드, 지연 시간을 각각 시험해야 비로소 한 통이 제대로 연결됐다고 말할 수 있다.
