Asterisk媒体处理分析.docxVIP

Asterisk媒体处理分析1 媒体转换过程以下讲媒体转换有两种方式除外：两端编码方式一致如两端语音编码都是g729；一端是g711a,另一端是g711u时Asterisk媒体处理过程与业务无关，是一个统一的过程，处理对象有RTP和File，不管外界RTP或File输入格式如何，进入Asterisk后默认转换为signed linear格式，从Asterisk输出（发送或写文件）时再从slinear格式转换为外界RTP或File格式（细节参见RTP Translate）：上图分为四个方向1. RTP to RTP（正常通话流程）2. RTP to File（录音流程）3. File to RTP（放音流程）4. File to File（文件格式转换流程）复杂业务的媒体处理可以分解为以上四个方向处理流程，复杂业务可能包含其中几种流程，每个业务的媒体处理可以用下图表示：1设置channel媒体转换路径(如g723=gsm)2 源媒体转换为slinear格式(如g723=slinear)4 Slinear转换为目的格式(如slinear=gsm)3 媒体处理(如混音)5 发送/写文件1. 设置转换路径，即设置源媒体格式与目的媒体格式；2. 把输入媒体格式进行转换为slinear，如果输入媒体为slinear可省略本步骤；3. 媒体处理，如混音等，一般可以省略；4. 把slinear格式媒体转换为目的媒体格式，如果目的媒体格式为slinear可省略本步骤；5. 把转换后的媒体打包发送或写到本地文件。1.1 RTP to RTP RTP to RTP适用于正常通话流程。Channel收到RTP包时经过分析可以得到媒体格式，每个channel保存读和写的媒体格式信息，读RTP时使用步骤1和2，发送RTP时使用步骤4和5，channel的结构参见媒体转换相关结构，channel里保存媒体转换信息结构ast_trans_pvt和文件流描述结构ast_filestream(见文件流)。下图为一个正常通话的编码转换过程,通话一端适用ilbc编码另一端使用gsm编码:从上图看出，通话两端的语音编码进入asterisk后都转换为asterisk内部编码slinear后，发送时再被转换为目的语音编码。下图说明一端使用g711a,另一端使用g711u时不需要转换为asterisk内部编码slinear，而是alaw和ulaw两种编码直接进行转换：1.2 RTP to File RTP to File适用录音流程，包含步骤1、2、4、5。例：g729.cap语音还原为gsm格式文件过程：1.3 File to RTP File to RTP适用于放音流程，与RTP to File流程一样也包含步骤1、2、4、5。1.4 File to File File to File适用于文件格式转换，与RTP to File/File to RTP一样也包含步骤1、2、4、5。具体实例可参见附录。1.5 混合流程混合流程用到以上四个流程中的某几个复杂的业务有可能是混合流程，如Voicemail包含File to RTP和RTP to File流程，具体参见voicemail函数调用过程。2 RTP处理2.1 RTP init在创建sip_channel时，rtpfd同时被创建并加进channel的fds，通过poll进行监控。sip_new - tmp-fds[0] = ast_rtp_fd(i-rtp); 2.2 RTP Read Poll监控到rtpfd有读事件时进行read；ast_rtp_read中进行RTP解包；读RTP过程中会调用ast_translate函数进行媒体转换，一般转换为slinear格式。具体函数调用过程如下：wait_for_answer - ast_waitfor_n(watchers, pos, to); - ast_waitfor_nandfds - poll - f = ast_read(winner) - structast_frame *ast_read(structast_channel *chan) - static structast_frame *__ast_read(structast_channel *chan, intdropaudio) - f = chan-tech-read(chan)即static structast_frame *sip_read(structast_channel*ast) / ast_translate - static structast_frame *sip_rtp_read(structast_channel *ast, structsi