Brain559. 호 수락 제어 (CAC, Call Admission Control)
⚠️ 이 문서는 한정된 네트워크 대역폭(자원) 환경에서, 새로운 사용자의 접속 요청을 무작정 다 받아주다가는 기존 사용자의 통신 품질(QoS)마저 다 같이 폭망하는 사태를 막기 위해, 통신망의 입구에서 매정하지만 과학적으로 입장을 통제하는 핵심 메커니즘인 **'호 수락 제어(CAC)'**를 다룹니다.
핵심 인사이트 (3줄 요약)
- 본질: CAC(Call Admission Control)는 새로운 통화/데이터 연결 요청(Call)이 들어왔을 때, 네트워크에 남은 빈자리(자원)가 충분한지 계산하여, 부족하면 가차 없이 접속을 거절(Block)하는 통신망의 '입장 통제(Bouncer)' 기능이다.
- 가치: "다 같이 조금씩 느리게 쓰자(Best Effort)"는 인터넷(TCP/IP) 방식과 달리, 100명이 완벽한 4K 화질을 보장받기 위해 101번째 손님은 문전박대하여 **기존 가입자의 서비스 품질(QoS)을 완벽하게 수호(Guarantee)**한다.
- 융합: ATM 망, 3G/4G 이동통신 기지국, 그리고 최근의 SDN/NFV 기반 5G 네트워크 슬라이싱 환경에 이르기까지 QoS 보장이 생명인 모든 통신 아키텍처의 필수 관문으로 작동한다.
Ⅰ. 개요: 뷔페식 vs 예약식 레스토랑 (Context & Necessity)
일반적인 인터넷(IP 네트워크)은 무한 리필 뷔페식이다. 사람들이 1,000명 몰려오면 다 받아준다. 대신 다운로드 속도가 1/1000로 끔찍하게 느려져 동영상이 다 끊긴다 (Best Effort).
하지만 전화 통화나 실시간 원격 수술(의료) 망이 이렇게 동작하면 끔찍한 재앙이 터진다. 대화가 10초씩 지연되고 수술 로봇이 멈춘다. 그래서 이동통신망이나 ATM 망 같은 'QoS(품질) 보장형' 네트워크는 예약식 고급 레스토랑처럼 동작해야 한다. 테이블이 100개뿐이면, 101번째 손님이 아무리 문을 두드려도 **"죄송합니다. 현재 네트워크가 꽉 찼습니다(통화 중 뚜뚜뚜~)"**라고 튕겨내야 한다.
이처럼 새로운 연결(Call)을 수락할지 말지 결정하는 지능적인 통제 시스템이 바로 **호 수락 제어(CAC, Call Admission Control)**이다.
📢 섹션 요약 비유: 유명한 오마카세 식당에 손님이 예약을 요구할 때, 주방장(CAC)은 현재 식사 중인 손님들의 음식 퀄리티가 떨어지지 않게 하려고, 식재료와 남은 셰프의 손길(네트워크 자원)을 치밀하게 계산한 뒤 101번째 손님의 예약을 정중히 거절합니다. (QoS 보호)
Ⅱ. CAC의 3대 작동 메커니즘과 판단 기준
CAC 알고리즘이 "수락(Admit)" 버튼을 누르기 위해서는 아주 복잡한 3단계의 계산을 순식간에 통과해야 한다.
- 요구 사항 파악 (Traffic Descriptor 파악)
- 단말기: "저 새로 통화 좀 할게요. 1초에 2Mbps 대역폭이 필요하고, 지연시간은 50ms 이하여야 합니다." (사용자가 요구하는 QoS 스펙)
- 현재 네트워크 상태 점검 (Resource Estimation)
- 기지국/라우터: "잠깐만, 지금 우리 기지국 남은 무선 주파수 자원(PRB)이 3Mbps 정도 남아있네. 백홀(유선망) 대역폭도 여유가 있고."
- 가상 시뮬레이션 및 결정 (Impact Analysis)
- 기지국: "만약 이 새로운 녀석을 받아주면, 기존에 4K 넷플릭스를 보던 VIP 고객들의 속도가 떨어지지 않을까? 계산해 보니 안 떨어지네! 오케이 수락(Admit)!"
- 만약 기존 고객의 품질이 1%라도 훼손될 것 같으면 무조건 **거절(Block / Reject)**한다.
┌──────────────────────────────────────────────────────────────────────┐
│ CAC (호 수락 제어)의 QoS 보호 방어선 시각화 │
├──────────────────────────────────────────────────────────────────────┤
│ │
│ [ 외부의 새로운 접속 요청 빗발침 ] │
│ 📱 요청 A (음성 통화 100kbps) ────┐ │
│ 💻 요청 B (4K 영상 10Mbps) ───┼──▶ 👮♂️ [ CAC 게이트키퍼 ] │
│ 🚗 요청 C (자율주행 1Mbps,초저지연) ─┘ │ (현재 잔여: 5Mbps) │
│ │ │
│ [ CAC의 판단 ] │ │
│ "요청 A 수락! (100k < 5M)" ◀──────────────┤ │
│ "요청 B 거절! (10M > 5M) 기존 유저 피해 줌!" ◀─┤ │
│ "요청 C 수락! (1M < 5M)" ◀────────────────┘ │
│ │
│ [ 네트워크 내부 ] : 쾌적하고 완벽한 품질 유지 보장 (QoS Guarantee) │
└──────────────────────────────────────────────────────────────────────┘
Ⅲ. 실무에서의 다이내믹 CAC 전략
실제 이동통신 환경에서는 모든 사람을 평등하게 대우하지 않으며, 상황에 따라 매우 유연하게(Dynamic) 컷트라인을 조절한다.
- 핸드오버 우선 정책 (Handover Prioritization)
- 가만히 벤치에 앉아서 새로 유튜브를 켜려는 사람(신규 호)과, 차를 타고 고속도로를 달리며 내 기지국 쪽으로 넘어오고 있는 사람(핸드오버 호)이 동시에 들어왔다.
- CAC는 무조건 신규 호를 튕겨내고 핸드오버 호를 수락한다. 통화를 새로 못 거는 것보다, 잘 하던 통화가 중간에 툭 끊기는 것(Drop)이 사용자를 100배 더 빡치게 만들기 때문이다. 이를 위해 기지국 자원의 일부를 핸드오버 전용으로 미리 빼두는 '가드 채널(Guard Channel)' 기법을 쓴다.
- 우선순위 기반 제어 (Preemption / Priority)
- 긴급 재난 통신망(경찰, 소방)이나 119 통화가 들어왔는데 망이 꽉 찼다? CAC는 자리가 날 때까지 기다리지 않는다. 유튜브나 보던 일반 사용자의 연결을 강제로 끊어버리고(Preemption) 재난 통신을 수락해 버린다.
- 소프트 CAC (Degradation)
- 5G 시대에는 완전히 튕겨내는 대신, "4K는 안 되는데, 기존 유저들 화질을 FHD로 약간씩 깎아서 널 1080p로 받아줄게 콜?" 하고 타협하는 적응형(Adaptive) 제어 방식도 널리 쓰인다.
Ⅳ. 결론
"1명을 쫓아냄으로써 99명을 지켜내는 냉혹한 수호자." 인터넷의 철학이 '모두가 평등하게 느려지는 민주주의(TCP Congestion Control)'라면, 통신망(Telco)의 철학은 '받아준 놈은 끝까지 VIP로 모시는 엘리트주의'다. 호 수락 제어(CAC)는 이 엘리트주의를 지탱하는 가장 앞단의 방패다. 이 방패가 무너지면 아무리 비싼 장비와 대역폭을 깔아도 한순간의 트래픽 폭주에 시스템 전체의 서비스 품질이 시궁창으로 처박히고 말 것이다.
📌 관련 개념 맵
- 목표 달성 지표: QoS (Quality of Service), 호 차단 확률 (Call Blocking Probability), 호 절단 확률 (Call Dropping Probability)
- 결합 기술: 자원 예약 프로토콜 (RSVP, Resource Reservation Protocol), 트래픽 폴리싱(Policing)
- 응용 분야: 5G/6G 네트워크 슬라이싱, VoLTE (LTE 음성통화), ATM 네트워크
👶 어린이를 위한 3줄 비유 설명
- 10명이 타면 꽉 차는 놀이기구에 10명이 타고 신나게 돌고 있는데, 밖에 100명이 더 타겠다고 달려들어요.
- 만약 100명을 다 놀이기구에 쑤셔 넣으면 기구가 무거워서 멈추거나 덜컹거려서 타고 있던 10명도 다 다치겠죠? (QoS 붕괴)
- 놀이공원 알바생(CAC)은 문 앞을 딱 막아선 뒤, "지금 타신 분들의 재미와 안전을 지켜야 하니 밖의 분들은 못 탑니다!"라고 튕겨냅니다. 좀 야박하지만 이미 놀이기구를 탄 사람들은 완벽하게 즐길 수 있게 지켜주는 멋진 알바생이랍니다!