一种呼叫处理方法及装置的制造方法
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种呼叫处理方法及装置。
【背景技术】
[0002]专用交换机(PBX，Private Branch Exchange)简而言之就是集团电话，它被广泛地运用在企业办公机构中，极大地提高了企业的办事效率。但是，传统的PBX存在不少问题，首先是它对新兴的计算机与电话集成(CTI ,Computer Telephony Integrat1n)和网络电话(VoIP，Voice over Internet Protocol)支持不够，而且传统的PBX采用的是专用技术，缺乏开放性和标准性，并且价格昂贵。近年来，随着因特网(Internet)的流行和网络协议(IP,Internet Protocol)的成功，基于IP协议的IPPBX应运而生，有望解决传统PBX的不足。
[0003]IPPBX是一种基于IP的公司电话系统，还有类似IP PBX或者IP-PBX的书写方式。这个系统可以完全将话音通信集成到公司的数据网络中，从而建立能够连接分布在全球各地办公地点和员工的统一话音和数据网络。
[0004]IPPBX最显著的特征是:成为一个集成通信系统，通过电信网和互联网，仅需要单一设备即可为用户提供语音、传真、数据和视频等多种通信方式。此外，该系统还可以建立中、小型的呼叫中心，并且造价低廉。通过与网络软硬件的充分结合，能够提高工作效率，并节约通信成本(省时、节费)。
[0005]目前基于开源项目asterisk的IPPBX方案应用越来越广泛，asterisk框架的媒体流处理方案如图1所示。通道A在收到呼叫后，把呼叫信息提交到呼叫交换模块，呼叫交换模块向通道B发起呼叫，呼叫建立之后，呼叫交换模块将通道A和通道B以桥接的方式连接起来，媒体流通过呼叫交换模块进行交换。
[0006]IPPBX的通道类型可以划分为模拟通道(模拟线直接接入)、数字通道(E1/T1接入)、IP通道(会话初始化协议(SIP，Sess1n Initiat1n Protocol)、媒体网关控制协议(MGCP,Media Gateway Control Protocol)等IP协议接入的用户)，IPPBX用户多是IP接入的(组网灵活，扩展方便)。如果通道是IP通道(如SIP接入用户)，系统通过套接字SOCKET接收媒体流报文，然后把媒体流报文送到呼叫交换模块，进行编解码转换等媒体流处理，最后再通过另外一个通道的SOCKET将报文发送出去。
[0007]这种模式能够非常方便地进行媒体流的处理，比如编解码转换、双音多频(DTMF，Dual Tone Multi Frequency)的转换、二次拨号检测等，呼叫的双方在编码方式、DTMF方式等参数上不受限制。但是多数情况下，在一个呼叫系统中，全网的同类用户参数都是一致的，不需要编解码等参数的转换，也无需进行二次拨号检测；比如公司、楼宇等应用环境，只有前台、人工总机、话务员等特权用户具有需要检测二次拨号的业务，普通用户完全不需要，如此，现有的媒体流处理模式是对中央处理单元(CPU，Central Processing Unit)资源的极大浪费，尤其是在嵌入式设备上，CPU资源有限，会造成IPPBX的并发用户数较小。
【发明内容】
[0008]为了解决上述技术问题，本发明提供一种呼叫处理方法及装置，用来解决在运用asterisk开源代码的嵌入式设备上，IPPBX设备处理IP接入用户呼叫并发能力不足的问题。
[0009]为了达到上述技术目的，本发明提供一种呼叫处理方法，应用于IPPBX设备，包括:根据呼叫分类策略确定IP接入用户的呼叫所属的类型，其中，第一类型呼叫包括只需直接转发用户间媒体流的呼叫；当IP接入用户的呼叫属于第一类型呼叫时，通过内核处理所述呼叫的媒体流。
[0010]进一步地，所述根据呼叫分类策略确定IP接入用户的呼叫所属的类型之后，该方法还包括:当IP接入用户的呼叫属于第二类型呼叫时，通过应用层处理所述呼叫的媒体流，其中，所述第二类型呼叫包括需要实时监测呼叫内容的呼叫以及需要IPPBX设备产生媒体流的呼叫。
[0011]进一步地，当IP接入用户的呼叫属于第二类型呼叫时，通过应用层处理所述呼叫的媒体流，包括:当IP接入用户的呼叫属于第二类型呼叫时，通过应用层分别为主被叫侧创建实时传输协议(RTP，Real-time Transport Protocol)流，并建立主被叫侧之间的连接，从主被叫侧中的一侧通道接收媒体流报文，经编解码转换处理后发送到主被叫侧中的另一侧通道。
[0012]进一步地，所述根据呼叫分类策略确定IP接入用户的呼叫所属的类型，包括:在呼叫建立时，和/或，在呼叫过程中媒体流参数改变时，根据主被叫侧的媒体流参数和业务确定所述呼叫所属的类型。
[0013]进一步地，所述根据主被叫侧的媒体流参数和业务确定所述呼叫所属的类型，包括:
[0014]如果一呼叫的主被叫侧具有需要监测媒体流信息的业务，或者，需要IPPBX设备产生媒体流并检测用户的媒体流信息，或者，主被叫侧的媒体流参数不一致，则确定所述呼叫属于第二类型呼叫；
[0015]否则，确定所述呼叫属于第一类型呼叫。
[0016]进一步地，当IP接入用户的呼叫属于第一类型呼叫时，通过内核处理所述呼叫的媒体流，包括:当IP接入用户的呼叫属于第一类型呼叫时，根据配置的转发规则通过内核对所述呼叫的媒体流报文进行修改，并通过内核转发修改后的媒体流报文。
[0017]进一步地，当IP接入用户的呼叫属于第一类型呼叫时，所述通过内核处理所述呼叫的媒体流之前，该方法还包括:通过应用层生成媒体流的转发规则，并配置所述转发规则至内核。
[0018]进一步地，所述转发规则包括:
[0019]在主叫侧到被叫侧的方向上，将用户数据报协议(UDP)报文+(源IP:主叫侧远端IP+源端口:主叫侧远端端口 +目的IP:主叫侧本地IP+目的端口:主叫侧本地端口号)，修改为:UDP报文+(源IP:被叫侧本地IP+源端口:被叫侧本地端口 +目的IP:被叫侧远端IP+目的端口:被叫侧远端端口号)；
[0020 ]在被叫侧到主叫侧的方向上，将UDP报文+(源IP:被叫侧远端IP+源端口:被叫侧远端端口 +目的IP:被叫侧本地IP+目的端口:被叫侧本地端口号)，修改为:UDP报文+(源IP:主叫侧本地IP+源端口:主叫侧本地端口 +目的IP:主叫侧远端IP+目的端口:主叫侧远端端口号)。
[0021]本发明还提供一种呼叫处理装置，应用于IPPBX设备，包括:应用层呼叫交换模块，用于根据呼叫分类策略确定IP接入用户的呼叫所属的类型，其中，第一类型呼叫包括只需直接转发用户间媒体流的呼叫；内核转发模块，用于当IP接入用户的呼叫属于第一类型呼叫时，处理所述呼叫的媒体流。
[0022]进一步地，所述应用层呼叫交换模块，用于当IP接入用户的呼叫属于第二类型呼叫时，处理所述呼叫的媒体流，其中，所述第二类型呼叫包括需要实时监测呼叫内容的呼叫以及需要IPPBX设备产生媒体流的呼叫。
[0023]进一步地，所述应用层呼叫交换模块，用于当IP接入用户的呼叫属于第二类型呼叫时，处理所述呼叫的媒体流，包括:当IP接入用户的呼叫属于第二类型呼叫时，分别为主被叫侧创建RTP流，并建立主被叫侧之间的连接，从主被叫侧中的一侧通道接收媒体流报文，经编解码转换处理后发送到主被叫侧中的另一侧通道。
[0024]进一步地，所述应用层呼叫交换模块，用于根据呼叫分类策略确定IP接入用户的呼叫所属的类型，包括:在呼叫建立时，和/或，在呼叫过程中媒体流参数改变时，根据主被叫侧的媒体流参数和业务确定所述呼叫所属的类型。
[0025]进一步地，所述应用层呼叫交换模块，用于根据主被