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
실제로 많은 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 흐름 예시
- SIP INVITE: Application Server(예: TAS)에서 MRF로 SIP INVITE를 전송하며, MSML 스크립트를 포함합니다.Metaswitch Documentation
- MRF 처리: MRF는 MSML 스크립트를 파싱하여 오디오 파일을 재생합니다.
- SIP 200 OK: MRF는 재생 완료 후 SIP 200 OK를 응답합니다.Medium+2Metaswitch Documentation+2Metaswitch Documentation+2
- SIP BYE: Application Server는 세션을 종료하기 위해 SIP BYE를 전송합니다.Metaswitch Documentation+1Metaswitch Documentation+1
✅ MSML 스크립트 예시
<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)
- 📌 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 시그널링 흐름은 다음과 같습니다:
- 사용자 장비(UE): SIP INVITE 메시지를 생성하며, 이 메시지에는 발신자의 위치 정보가 포함된 Geolocation 헤더가 포함됩니다.
- E-CSCF (Emergency Call Session Control Function): SIP INVITE 메시지를 수신하고, 위치 정보를 확인하여 적절한 PSAP(Public Safety Answering Point)으로 라우팅합니다.cdn.ymaws.com+3Geographic Information Network+3Twilio+3
- MRF: E-CSCF 또는 Application Server의 지시에 따라, 호출 중간에 안내 메시지를 재생하거나, 통화 연결 전에 특정 오디오를 재생합니다.Free Patents Online
- 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 아키텍처와의 통합을 통해 효과적인 긴급 호출 처리를 가능하게 합니다.
이 글이 도움이 되었다면,아래 링크를 통해서 후원해주세요.( 커피나 차 한잔 이나 맥주나 와인한잔 )
'IT 정보' 카테고리의 다른 글
| 삼성 갤럭시폰에서 시계(시간 표시)를 크게 설정 (1) | 2025.06.03 |
|---|---|
| 휴대폰에서 글자 폰트를 크게 확대하는 방법 (1) | 2025.06.03 |
| Z세대(Generation Z),세대별 관심사 비교 (21) | 2025.06.02 |
| 다이렉트 메시지(Direct Message),주요 Top 10 SNS 보안강도 비교 (1) | 2025.06.01 |
| New document available for your shipment 이메일이 스팸 또는 피싱인지 판별 (0) | 2025.06.01 |