基本概念
IMS放音主要是指IMS网元或节点给UE播放的一段RTP媒体流音频,达到提醒UE业务状态或进度的目的。
类型 | 发生条件 | 发生网元 |
---|---|---|
回铃音 | 被叫振铃后 | 主叫侧UE播放 |
失败通知音 | 呼叫异常的提示音 | AS控制MRF进行放音 |
业务提示音 | 提示UE的业务状态 | AS控制MRF进行放音 |
- 失败通知音和业务提示音都是在被叫摘机前播放的,都属于RTP 媒体流。由于比正常通话产生的媒体流时间早,又称早期媒体流(P-Early-Media)。早期媒体流(RFC 5009)通常在180中携带。
- sendrecv:支持双向媒体流。
- sendonly:只支持发送媒体流。
- recvonly:只支持接收媒体流。
- inactive:媒体通道无效。
- gated:媒体流需经过网关。
- supported:支持P-Early-Media消息头。
MRF网元
MRF包含MRFC(Multimedia Resource Function Controller)和MRFP(Multimedia Resource Function Processor)两个模块。MRFC负责控制MRFP进行放音,而MRFP负责存放具体的多媒体放音资源。两者通过Mp接口(H.248)进行交互。而AS使用Mr`接口(SIP消息)和MRFC进行交互。【MRFC可以和mmtel合设到一起】
- MRFC
- 控制MRFP中的媒体流资源
- 解析来自as和s-cscf的信息,并根据信息控制MRFP
- 生成话单
- MRFP
- 控制Mb参考点的承载
- 为MRFC提供资源
- 混合传入的媒体流
- 储存媒体流资源(多媒体音频)
- 处理媒体流进程(音频转码,媒体分析)
- 流控制
MRF放音方式一:NETANN(RFC4240)
在INVITE的Request-URI中增加音视频播放参数,通过play指示音视频播放文件地址
MRF放音方式二:INVITE+INFO
- 在INVITE的SDP中完成媒体流的协商,打通MRF和UE的媒体面路由
- 再发送携带MSML脚本的INFO指示MRF放音(Request-URI中携带MRF地址)