Asterisk媒体处理.doc

Asterisk媒体处理分析 媒体转换过程 以下讲媒体转换有两种方式除外： 两端编码方式一致，如两端语音编码都是g729； 一端是g711a,另一端是g711u时 Asterisk媒体处理过程与业务无关，是一个统一的过程，处理对象有RTP和File， 不管外界RTP或File输入格式如何，进入Asterisk后默认转换为signed linear格式，从Asterisk输出（发送或写文件）时再从slinear格式转换为外界RTP或File格式（细节参见RTP translate）： 上图分为四个方向： RTP to RTP（正常通话流程） RTP to File（录音流程） File to RTP（放音流程） File to File（文件格式转换流程） 复杂业务的媒体处理可以分解为以上四个方向处理流程，复杂业务可能包含其中几种流程，每个业务的媒体处理可以用下图表示： 设置转换路径，即设置源媒体格式与目的媒体格式； 把输入媒体格式进行转换为slinear，如果输入媒体为slinear可省略本步骤； 媒体处理，如混音等，一般可以省略； 把slinear格式媒体转换为目的媒体格式，如果目的媒体格式为slinear可省略本步骤； 把转换后的媒体打包发送或写到本地文件。 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两种编码直接进行转换： RTP to File RTP to File适用录音流程，包含步骤1、2、4、5。 例：g729.cap语音还原为gsm格式文件过程： File to RTP File to RTP适用于放音流程，与RTP to File流程一样也包含步骤1、2、4、5。 File to File File to File适用于文件格式转换，与RTP to File/File to RTP一样也包含步骤1、2、4、5。 具体实例可参见附录。 混合流程 混合流程用到以上四个流程中的某几个，复杂的业务有可能是混合流程，如Voicemail包含File to RTP和RTP to File流程，具体参见voicemail函数调用过程。 RTP处理 RTP init 在创建 sip_channel时，rtp fd同时被创建并加进channel的fds，通过poll进行监控。 sip_new - tmp-fds[0] = ast_rtp_fd(i-rtp); RTP Read Poll监控到rtp fd有读事件时进行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) - struct ast_frame *ast_read(struct ast_channel *chan) - static struct ast_frame *__ast_read(struct ast_channel *chan, int dropaudio) - f = chan-tech-read(chan)即static struct ast_frame *sip_read(struct ast_channel *ast) / ast_translate - static struct ast_frame *sip_rtp_read(struct ast_channel *ast, struct sip_pvt *p, int *faxdetect) - ast_set_read_format/ast_set_write_format/f = ast_rtp_read(p-rtp) （RTP解包） - recvfrom RTP Send 发送RTP时会调用a