본문 바로가기
IT 정보

IMS 환경에서의 MRF vs NetAnn Announcement 총정리(+2025년)

by 망고노트 2025. 6. 3.
728x90
반응형
IMS MRF와 Metann에서 announcement를 하는 것에 무슨 차이가 있을까요 ?
두제품이 유사제품이라면 하나만 사용가능하면 사업자가 투자비용을 줄일수가 있을것 같아요.
그러면 어떤 제품이 어떤 경우에 사용되는지 등을 비교해보고,어떤 제품만 사용하면 되는지 알아봅시다.
 

IMS(Network IMS) 환경에서 MRF와 NetAnn은 모두 Announcement(오디오 메시지 송출) 역할을 수행할 수 있지만, 구조적 위치와 목적, 활용 방식에 있어 중요한 차이가 있습니다. 아래에 기술적 관점에서 명확히 비교해 드리겠습니다.


🔁 IMS 환경에서의 MRF vs NetAnn Announcement 차이

구분 MRF (Media Resource Function) NetAnn (Network Announcement)
정의 IMS의 Media 서버로, RTP 스트림을 처리 SIP 기반의 간단한 Announcement 서비스
구성 위치 CSCF에서 직접 연결, IMS Core에 통합된 Media 처리 노드 SIP Application Server(SIP AS) 또는 별도 노드에서 동작
기능 범위 - 오디오 재생
- DTMF 수신
- Mixing, Recording, IVR 기능 등 다기능
- 간단한 오디오 파일 재생만 가능
프로토콜 SIP + H.248 or MSML/MSCML (Media 제어) SIP만 사용 (Announce INVITE 메시지로 단순 요청)
유연성 / 확장성 - 복잡한 IVR 및 Media 제어 가능
- 컨퍼런스, Transcoding 가능
- 단순 안내 메시지 제공용
- 복잡한 상호작용 불가
예시 사용 - ARS / 안내 멘트 재생
- 통화 중 톤 삽입
- 음성 녹취 / DTMF 처리
- 가입자 상태 안내
- 착신 불가 시 음성 재생
표준 기반 3GPP TS 23.228, 26.140 등에서 정의 IETF RFC 4240(NetAnn Package)
주요 장점 - 멀티미디어 서비스 확장에 유리
- IMS 통합 서비스에 적합
- 구현 및 확장 간단
- 특정 Use-case에 경량 대응
 

📌 간단 요약

  • 🔊 NetAnn: 단순한 음성 메시지 재생 전용 장비, SIP 기반으로 구현이 간단하며, 메시지 송출만 필요할 때 적합
  • 🎛 MRF: 복잡한 미디어 제어 및 상호작용이 필요한 경우 사용 (예: IVR, 컨퍼런스, 트랜스코딩 등)

🔧 실제 적용 예시

  • 📞 가입자에게 "서비스가 일시적으로 불가합니다" 음성 재생NetAnn
  • 📞 ARS 메뉴 안내 + 번호 입력 처리 + 녹취MRF

 

Netann을 사용하지않고 MRF만 사용하여 Netann 기능을 대체가능한가?
 

실제로 많은 IMS 구축 사례에서 NetAnn을 생략하고 MRF(Media Resource Function)만 사용하여 모든 Announcement 기능을 대체하는 방식이 사용됩니다. 단, 조건과 고려사항이 있습니다.


✅ MRF로 NetAnn 기능을 완전 대체할 수 있는가?

예. MRF는 NetAnn이 제공하는 “단순 오디오 재생” 기능 포함하여, 그 이상 기능까지 수행할 수 있으므로, 구조상 NetAnn을 사용하지 않고도 Announcement 처리가 가능합니다.


🧩 구성 예시: MRF 단독 구성

  • IP-SM-GW 또는 TAS → MRFC → MRFP 구성
  • CSCF 또는 AS에서 SIP 메시지로 MRF 제어 (MSML / MSCML / H.248)
  • 오디오 파일은 MRFP에서 RTP로 직접 송출

🟢 장점 (MRF 단독 구성 시)

항목 설명
✅ 통합 관리 하나의 MRF로 다양한 Media 기능 통합 가능 (Announce, DTMF, Mixing 등)
✅ 확장성 IVR, 녹취, 컨퍼런스 등 추후 확장에 유리
✅ 표준 연동 3GPP 표준 인터페이스(SIP + H.248, MSML) 기반으로 호환성 우수
 

🔴 주의사항 / 단점

항목 설명
❗ 복잡도 증가 단순 Announce만 필요할 경우, MRF는 상대적으로 과한 구조
❗ 자원 소모 MRF는 리소스를 더 많이 사용하므로, 간단한 메시지에 비효율 가능
❗ 구현 비용 라이선스/장비 비용이 NetAnn보다 높을 수 있음 (벤더에 따라 다름)
 

📌 추천 판단 기준

상황 권장 구성
안내멘트 단순 재생만 필요 NetAnn 또는 SIP AS with audio playback
향후 IVR, 녹취, DTMF 수신 예정 MRF 단독 구성이 유리
통신사 IMS Core 구조 단순화 목표 MRF 통합 운용 (NetAnn 생략)
 

🛠 추가 지원 가능

  • ✔ MRF 단독 Announcement SIP + MSML 시나리오
  • ✔ NetAnn vs MRF 구축 비용 비교 (벤더 기준)
  • ✔ 실제 한국 통신사 구축 사례 요약

 


1️⃣ MRF 단독 Announcement SIP + MSML 시나리오

MRF(Media Resource Function)는 SIP와 MSML(Media Server Markup Language)을 활용하여 다양한 미디어 서비스를 제공합니다. Announcement 기능도 그중 하나로, SIP 메시지와 MSML 스크립트를 통해 오디오 메시지를 재생할 수 있습니다.

✅ SIP + MSML 기반 Announcement 흐름 예시

  1. SIP INVITE: Application Server(예: TAS)에서 MRF로 SIP INVITE를 전송하며, MSML 스크립트를 포함합니다.Metaswitch Documentation
  2. MRF 처리: MRF는 MSML 스크립트를 파싱하여 오디오 파일을 재생합니다.
  3. SIP 200 OK: MRF는 재생 완료 후 SIP 200 OK를 응답합니다.Medium+2Metaswitch Documentation+2Metaswitch Documentation+2
  4. SIP BYE: Application Server는 세션을 종료하기 위해 SIP BYE를 전송합니다.Metaswitch Documentation+1Metaswitch Documentation+1

✅ MSML 스크립트 예시

<msml version="1.1">
  <dialogstart target="conn:1" type="announcement">
    <play>
      <audio uri="http://yourdomain.com/announcement.wav"/>
    </play>
  </dialogstart>
</msml>
 

위 스크립트는 지정된 오디오 파일을 재생하는 간단한 예시입니다.


2️⃣ NetAnn vs MRF 구축 비용 비교 (벤더 기준)

NetAnn(Network Announcement)은 SIP 기반의 간단한 오디오 재생 기능을 제공하는 시스템으로, 구현이 비교적 간단하고 비용이 저렴합니다. 반면, MRF는 다양한 미디어 처리를 지원하는 복합 시스템으로, 초기 구축 비용이 높을 수 있지만, 확장성과 유연성이 뛰어납니다.

✅ 비용 비교 개요

항목 NetAnn MRF
초기 구축 비용 낮음 높음
운영 비용 낮음 중간
기능 확장성 제한적 높음
유지보수 간단 복잡
적합한 환경 단순 오디오 재생 복합 미디어 서비스
 

실제 비용은 벤더, 시스템 규모, 요구 기능 등에 따라 달라지므로, 상세한 견적은 벤더와의 협의를 통해 확인하시는 것이 좋습니다.


3️⃣ 국내 통신사 MRF 구축 사례 요약

국내 주요 통신사들은 다양한 서비스 제공을 위해 MRF를 구축하여 활용하고 있습니다.

✅ KT

  • VoLTE/SoIP 통화부가서비스 플랫폼: MRF를 활용하여 다양한 통화 부가 서비스를 제공하고 있습니다.
  • 영상링투유 서비스: MRF를 통해 영상 콘텐츠를 처리하여 사용자에게 제공하고 있습니다.

✅ SK텔레콤

  • 보이는 ARS 서비스: MRF를 활용하여 시각적인 안내 서비스를 제공하고 있습니다.
  • T-B통합 상담Infra 구축: MRF를 포함한 시스템을 통해 통합 상담 인프라를 구축하였습니다.

✅ LG유플러스

  • WCDMA 및 LTE 주요 시스템: MRF를 포함한 시스템을 통해 다양한 통신 서비스를 제공하고 있습니다.

E911 같은 것을 사용시에는 Netann이 필요한가 아니면 MRF 로 대체가능한가?

 

E911(Enhanced 911)은 긴급 구조 요청 시 발신자의 정확한 위치와 콜백 정보를 자동 전달하는 기능으로, 특히 IMS VoLTE/VoNR 환경에서 매우 중요한 기능입니다. 이와 관련하여 Announcement 기능(예: “당신의 전화가 접수되었습니다” 안내) 을 어떻게 처리할지에 대해 질문하신 것으로 보입니다.

결론부터 말씀드리면:


✅ E911 서비스에서 NetAnn은 필수가 아니며, MRF로 완전히 대체 가능합니다.


🔎 왜 NetAnn 없이 MRF만으로 가능한가?

항목 설명
E911용 Announcement 단순 오디오 재생이긴 하지만, 위치 확인 중, 콜백 지연 안내, 통화 연결 실패 안내 등 다양한 음성 메시지가 필요합니다.
MRF의 장점 단순 음성 안내뿐 아니라, DTMF 입력, IVR 흐름, 다자간 통화 연결고급 미디어 제어 기능이 요구될 때도 유연하게 대처 가능
미국 FCC/NENA 표준 ECRF/LIS/ESRP 등과 연동되는 구조에서 Announcement Server는 MRF로 구현 가능하며, NetAnn은 선택적
 

🧩 실제 구성 예시 (IMS + E911)

 
[UE] → [eNodeB] → [vEPC/IMS] → [PSAP 라우팅 플랫폼 (ESRP)] → [MRF or NetAnn for voice announcement] → [PSAP]
 
  • 📌 SIP 메시지 흐름 중, PSAP 연결 전이나 실패 후 "음성 멘트 송출" 필요
  • 이때 MRF로 오디오 메시지 재생 (예: MSML 스크립트) 처리 가능

🆚 NetAnn vs MRF: E911 용도 기준 비교

항목 NetAnn MRF
단순 음성 안내 가능 가능
다국어 안내 오디오 파일 수 증가로 비효율적 스크립트 기반 유연 처리 가능
고장 시 fallback 시나리오 처리 불가능 가능 (로직 삽입 가능)
DTMF 대응 (예: “1번 누르세요”) 불가능 가능
미국 Tier1 사업자 실제 적용 드뭄 다수 사용 (MRF 단독 기반)
 

📌 결론

E911 서비스에서는 NetAnn을 반드시 사용할 필요는 없습니다.
대부분의 사업자는 MRF만으로 Announcement, IVR, fallback 등 다양한 기능을 구현하고 있으며, 오히려 확장성과 유연성 측면에서 MRF가 권장되는 경우가 많습니다.


 

1️⃣ E911 SIP 시그널링 흐름 예제 (MRF 기반)

E911(Enhanced 911) 서비스에서 MRF(Media Resource Function)를 활용한 SIP 시그널링 흐름은 다음과 같습니다:

  1. 사용자 장비(UE): SIP INVITE 메시지를 생성하며, 이 메시지에는 발신자의 위치 정보가 포함된 Geolocation 헤더가 포함됩니다.
  2. E-CSCF (Emergency Call Session Control Function): SIP INVITE 메시지를 수신하고, 위치 정보를 확인하여 적절한 PSAP(Public Safety Answering Point)으로 라우팅합니다.cdn.ymaws.com+3Geographic Information Network+3Twilio+3
  3. MRF: E-CSCF 또는 Application Server의 지시에 따라, 호출 중간에 안내 메시지를 재생하거나, 통화 연결 전에 특정 오디오를 재생합니다.Free Patents Online
  4. PSAP: 최종적으로 호출이 연결되어, 긴급 상황에 대한 처리를 수행합니다.Twilio+2Geographic Information Network+2Metaswitch Documentation+2

이러한 흐름은 사용자의 위치 정보를 기반으로 긴급 호출을 정확하게 라우팅하고, 필요한 안내 메시지를 재생하여 사용자에게 정보를 제공하는 데 중점을 둡니다.


2️⃣ MRF와 NG911 표준 간 호환 구조도

MRF는 NG911(Next Generation 911) 아키텍처에서 중요한 역할을 수행합니다. 특히, NENA(National Emergency Number Association)에서 정의한 i3 아키텍처에서는 다음과 같은 구조로 MRF가 통합됩니다:정부사이트nena.org+3cdn.ymaws.com+3cdn.ymaws.com+3

  • ESRP (Emergency Services Routing Proxy): 긴급 호출의 라우팅을 담당하며, 위치 정보를 기반으로 적절한 PSAP로 호출을 전달합니다.
  • MRF: ESRP 또는 Application Server의 지시에 따라, 호출 중간에 안내 메시지를 재생하거나, 통화 연결 전에 특정 오디오를 재생합니다.
  • PSAP: 최종적으로 호출이 연결되어, 긴급 상황에 대한 처리를 수행합니다.

이러한 구조는 NG911의 핵심 구성 요소로서, MRF의 통합을 통해 다양한 미디어 처리를 효과적으로 수행할 수 있습니다.


3️⃣ MRF Vendor 제품 리스트 (E911 기능 포함 여부)

다양한 벤더에서 E911 기능을 지원하는 MRF 솔루션을 제공합니다. 주요 벤더와 그 특징은 다음과 같습니다:

  • Dialogic PowerMedia XMS: SIP 및 MSML을 지원하며, E911 시나리오에서의 오디오 재생과 DTMF 처리를 제공합니다.
  • Oracle Communications Media Server: IMS 환경에서의 통합 미디어 처리를 지원하며, E911 서비스에 필요한 기능을 제공합니다.
  • Metaswitch Perimeta MRF: SIP 기반의 미디어 처리를 지원하며, E911 호출 흐름에서의 안내 메시지 재생 기능을 제공합니다.

각 벤더의 제품은 E911 서비스에 필요한 다양한 기능을 지원하며, IMS 및 NG911 아키텍처와의 통합을 통해 효과적인 긴급 호출 처리를 가능하게 합니다.

 

이 글이 도움이 되었다면,아래 링크를 통해서 후원해주세요.( 커피나 차 한잔 이나 맥주나 와인한잔 )

 

728x90
반응형

 

이 글이 도움이 되셨다면
🔔 구독❤️ 좋아요 꾸우욱 눌러 주세요!🙏

그리고 💖커피 ☕, 💚차 🍵, 💛맥주 🍺, ❤️와인 🍷 중 마음에 드시는 한 잔으로 💰 후원해 주시면 큰 힘이 됩니다.

👇 지금 바로 아래 🔘버튼을 꾸욱 눌러 📣 응원해 주세요! 👇