呼叫处理方法及系统、软交换及网关

摘要

本发明公开了一种呼叫处理方法及系统、SS及网关。上述方法包括：呼叫发生后，主叫SS向主叫网关发送携带有缺省配置参数的添加消息，指示主叫网关根据缺省配置参数配置主叫编解码器的媒体参数，该缺省配置参数包括：呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；主叫SS向被叫SS发送媒体描述请求，接收被叫SS返回的媒体描述响应，该媒体描述响应中携带有被叫媒体端口号和被叫媒体IP地址；主叫SS向主叫网关发送修改消息，其中，该修改消息中携带有简化处理标识，该简化处理标识指示主叫网关使用被叫媒体IP地址和被叫媒体端口号更新主叫编解码器的媒体参数。本发明公开的技术方案，可以提高网关的响应速度。

权利要求

1.一种呼叫处理方法，其特征在于，包括：

呼叫发生后，主叫软交换向主叫网关发送携带有缺省配置参数的添加消息，指示所述主叫网关根据所述缺省配置参数配置主叫编解码器的媒体参数，其中，所述缺省配置参数包括：所述呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；

所述主叫软交换向被叫软交换发送媒体描述请求，并接收所述被叫软交换返回的媒体描述响应，其中，所述媒体描述响应中携带有被叫媒体端口号和被叫媒体IP地址；

所述主叫软交换向所述主叫网关发送修改消息，其中，所述修改消息中携带有所述媒体描述响应和简化处理标识，所述简化处理标识用于指示所述主叫网关使用所述被叫媒体IP地址和所述被叫媒体端口号更新所述主叫编解码器的媒体参数。

2.根据权利要求1所述的方法，其特征在于，在所述主叫软交换向所述主叫网关发送所述添加消息之后，所述方法还包括：所述主叫网关接收所述添加消息；

所述主叫网关确定所述添加消息中没有携带所述简化处理标识，则根据所述添加消息中携带的参数配置所述主叫编解码器的所有媒体参数。

3.根据权利要求2所述的方法，其特征在于，在所述主叫网关设置所述主叫编解码器的所有媒体参数之前，所述方法还包括：所述主叫网关向所述主叫软交换返回响应消息。

4.根据权利要求1所述的方法，其特征在于，在所述主叫软交换向所述主叫网关发送所述添加消息之前，所述方法还包括：所述主叫软交换判断所述呼叫的媒体类型是否为已知，如果是，则获取与所述呼叫对应的预设媒体模板，其中，所述预设媒体模板携带有所述缺省配置参数。

5.根据权利要求4所述的方法，其特征在于，在满足如下条件之一时，确定所述主叫软交换判断所述呼叫的媒体类型为已知：主叫和被叫使用的媒体类型都静态配置在所述主叫软交换上；或者，所述呼叫指定使用一种媒体类型。

6.根据权利要求1所述的方法，其特征在于，在所述主叫软交换向所述主叫网关发送所述修改消息之后，所述方法还包括：所述主叫网关接收所述修改消息，根据所述修改消息中携带的所述简化处理标识，从所述媒体描述响应中获取所述被叫媒体IP地址和所述被叫媒体端口号；

所述主叫网关分别使用获取的所述被叫媒体IP地址和所述被叫媒体端口号替换配置的所述缺省远端媒体IP地址和所述缺省远端媒体端口号。

7.一种呼叫处理系统，其特征在于，包括：软交换和网关，其中，所述软交换，包括：

获取模块，用于获取当前呼叫对应的缺省配置参数，其中，所述缺省配置参数包括：所述当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；

第一发送模块，用于向所述网关发送携带所述缺省配置参数的添加消息，并向当前呼叫的被叫软交换发送媒体描述请求，其中，所述添加消息用于指示所述网关根据所述缺省配置参数配置编解码器的媒体参数；

接收模块，用于接收所述被叫软交换返回的媒体描述响应，其中，所述媒体描述响应中携带有被叫媒体的IP地址和所述被叫媒体的端口号；

第二发送模块，用于将所述媒体描述响应携带在修改消息中发送给所述网关，其中，所述修改消息中还携带有简化处理标识，用于指示所述网关使用所述媒体描述响应中携带的所述被叫媒体的IP地址和被叫媒体的端口号更新所述编解码器配置的媒体参数；

所述网关，包括：

接收模块，用于接收所述软交换发送的所述添加消息和所述修改消息；

设置模块，用于根据所述添加消息中携带的缺省配置参数配置所述编解码器的媒体参数；

更新模块，用于根据所述修改消息中携带的所述被叫媒体的IP地址和被叫媒体的端口号，更新所述编解码器的媒体参数。

8.一种软交换，其特征在于，包括：

获取模块，用于获取当前呼叫对应的缺省配置参数，其中，所述缺省配置参数包括：所述当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；

第一发送模块，用于向与所述软交换对应的网关发送携带所述缺省配置参数的添加消息，并向当前呼叫的被叫软交换发送媒体描述请求，其中，所述添加消息用于指示所述网关根据所述缺省配置参数配置编解码器的媒体参数；

接收模块，用于接收所述被叫软交换返回的媒体描述响应，其中，所述媒体描述响应中携带有被叫媒体的IP地址和所述被叫媒体的端口号；

第二发送模块，用于将所述媒体描述响应携带在修改消息中发送给所述网关，其中，所述修改消息中还携带有简化处理标识，用于指示所述网关使用所述媒体描述响应中携带的所述被叫媒体的IP地址和被叫媒体的端口号更新所述编解码器配置的媒体参数。

9.根据权利要求8所述的软交换，其特征在于，所述获取模块包括：判断单元，用于判断所述当前呼叫的媒体类型是否为已知；

获取单元，用于在所述判断单元的判断结果为是的情况下，获取与所述当前呼叫对应的所述缺省配置参数。

10.一种网关，其特征在于，包括：

接收模块，用于接收软交换发送的添加消息和修改消息，其中，所述添加消息中携带的参数包括：当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址，所述修改消息中携带有被叫媒体的端口号和被叫媒体的IP地址；

设置模块，用于根据所述添加消息中携带的参数配置编解码器的媒体参数；

更新模块，用于使用所述修改消息中携带的被叫媒体的IP地址和被叫媒体的端口号，更新编解码器的媒体参数。

说明书

呼叫处理方法及系统、软交换及网关

技术领域

[0001] 本发明涉及移动通信技术领域，尤其涉及一种呼叫处理方法及系统、软交换及网关。

背景技术

[0002] 软交换网络是一种呼叫控制与接入分离的网络，其包括：网关设备和软交换(SoftSwitch，简称为SS)，其中，网关设备负责接入终端用户或末端网络，SS负责呼叫控制和业务处理。

[0003] 软交换网络的承载网为IP网，其媒体也以相应的编码格式封装成IP包进行传输。目前，软交换网络中媒体协商过程主要包括：通信的请求方发送媒体描述请求给应答方，在该请求中按顺序携带有请求方所支持的媒体类型，应答方通过媒体描述响应消息返回应答方将要使用的媒体类型，请求方接收到该响应消息后，确认使用该响应消息中携带媒体类型，完成媒体协商。

[0004] 从上述媒体协商过程可知，请求方只有在接收到响应消息后才能获知本次呼叫的媒体类型，然后设置媒体编解码器(codec)采用的媒体编码格式、远端媒体IP地址、远端媒体端口号，由于设置编解码器的媒体编码格式、远端媒体IP地址及远端媒体端口号的过程是一个初始配置的过程，因而，网关响应时间较长，从而降低了整个呼叫的处理速度。 发明内容

[0005] 有鉴于此，本发明提供了一种改进的呼叫处理方案，用以解决现有技术中存在的网关响应时间较长及整个呼叫的处理速度较低的问题。

[0006] 根据本发明的一个方面，提供了一种呼叫处理方法。

[0007] 根据本发明的呼叫处理方法包括：呼叫发生后，主叫SS向主叫网关发送携带有缺省配置参数的添加消息，指示主叫网关根据缺省配置参数配置主叫编解码器的媒体参数，其中，该缺省配置参数包括：呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；主叫SS向被叫SS发送媒体描述请求，并接收被叫软交换返回的媒体描述响应，其中，该媒体描述响应中携带有被叫媒体端口号和被叫媒体IP地址；主叫SS向主叫网关发送修改消息，其中，该修改消息中携带有媒体描述响应和简化处理标识，简化处理标识用于指示主叫网关使用被叫媒体IP地址和被叫媒体端口号更新主叫编解码器的媒体参数。 [0008] 根据本发明的另一个方面，提供了一种呼叫处理系统。

[0009] 根据本发明的呼叫处理系统包括：软交换和网关，其中，软交换，包括：获取模块，用于获取当前呼叫对应的缺省配置参数，其中，该缺省配置参数包括：当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；第一发送模块，用于向网关发送携带缺省配置参数的添加消息，并向当前呼叫的被叫软交换发送媒体描述请求，其中，该添加消息用于指示网关根据上述缺省配置参数配置编解码器的媒体参数；接收模块，用于接收被叫软交换返回的媒体描述响应，其中，该媒体描述响应中携带有被叫媒体的IP地址和被叫媒体的端口号；第二发送模块，用于将上述媒体描述响应 携带在修改消息中发送给网关，其中，该修改消息中还携带有简化处理标识，用于指示网关使用媒体描述响应中携带的被叫媒体的IP地址和被叫媒体的端口号更新编解码器配置的媒体参数；网关，包括：接收模块，用于接收软交换发送的添加消息和修改消息；设置模块，用于根据上述添加消息中携带的上述缺省配置参数配置编解码器的媒体参数；更新模块，用于根据上述修改消息中携带的被叫媒体的IP地址和被叫媒体的端口号，更新编解码器的媒体参数。 [0010] 根据本发明的又一个方面，提供了一种软交换。

[0011] 根据本发明的软交换包括：获取模块、第一发送模块、接收模块和第二发送模块。其中，获取模块，用于获取当前呼叫对应的缺省配置参数，其中，该缺省配置参数包括：当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；第一发送模块，用于向与软交换对应的网关发送携带上述缺省配置参数的添加消息，并向当前呼叫的被叫软交换发送媒体描述请求，其中，该添加消息用于指示网关根据缺省配置参数配置编解码器的媒体参数；接收模块，用于接收被叫软交换返回的媒体描述响应，其中，该媒体描述响应中携带有被叫媒体的IP地址和被叫媒体的端口号；第二发送模块，用于将上述媒体描述响应携带在修改消息中发送给网关，其中，该修改消息中还携带有简化处理标识，用于指示网关使用媒体描述响应中携带的被叫媒体的IP地址和被叫媒体的端口号更新编解码器配置的媒体参数。

[0012] 根据本发明的又一个方面，提供了一种网关。

[0013] 根据本发明的网关包括：接收模块、设置模块和更新模块。其中，接收模块，用于接收软交换发送的添加消息和修改消息，其中，该添加消息中携带的参数包括：当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址，该修改消息中携带有被叫媒体的端口号和被叫媒体的IP地址；设置模块，用于根据上述添加消息中携带的参数配置编解码器的媒体参数；更新模块，用于使用上述修改消息中携带的被叫媒体的IP地址和被叫媒体的端口号，更新编解码器的媒体参数。

[0014] 通过本发明的上述至少一个方案，通过在媒体协商前，主叫侧提前配置编解码器的媒体参数，在媒体协商完成后，只是修改远端媒体IP地址和远端媒体端口号两个参数，从而解决了现有技术中存在的网关响应时间较长及整个呼叫的处理速度较低的问题，提高网关的响应速度，从而提高了整个呼叫的处理速度。

[0015] 本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

[0016] 附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

[0017] 图1为根据本发明实施例的呼叫处理方法的流程图；

[0018] 图2为根据本发明实施例的呼叫处理方法的详细处理流程图；

[0019] 图3为根据本发明实施例的H.248用户的呼叫信令流程图；

[0020] 图4为根据本发明实施例的呼叫处理系统的结构示意图；

[0021] 图5为根据本发明实施例的软交换的结构示意图；

[0022] 图6为根据本发明实施例的网关的结构示意图。

具体实施方式

[0023] 功能概述

[0024] 现有技术中，由于主叫方只有在接收到被叫方的响应后才能设置媒体编解码器采用的媒体编码格式、远端媒体IP地址、远端媒体端口号，从而网关响应时间较长，影响了整个呼叫的处理速度。由于在软交换网络中大部分呼叫都能够预先得知媒体协商结果，因此，本发明实施例在媒体协商前，主叫方的SS将本次呼叫的媒体类型、缺省远端媒体端口号和缺省远端媒体IP发送给主叫方的网关设备，网关设备根据接收到的参数配置编解码器的媒体参数，在媒体协商后；主叫方的SS将协商结果发送给主叫方的网关设备，并且，还向该网关设备发送一个标记，指示网关设备只需处理协商结果中的被叫媒体端口号和被叫媒体IP地址，根据协商结果中的远端媒体端口号和远端媒体IP地址更新编解码器中的媒体参数。在本发明实施例中，由于提前设置了主叫侧媒体的所有参数，在媒体协商后只是修改远端媒体IP地址、远端媒体端口号这两个参数，相对于现有在媒体协商过程后初始设置媒体类型及所有远端参数的情况，修改这两个参数的操作时间非常短，因此提高了主叫网关的响应速度，进而提高了整个呼叫的处理速度。

[0025] 在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。 [0026] 以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

[0027] 根据本发明实施例，首先提供了一种呼叫处理方法，该方法用于在软交换网络中对呼叫进行处理。

[0028] 图1为根据本发明实施例的呼叫处理方法的流程图，如图1所示，根据本发明实施例的呼叫处理方法主要包括以下步骤(步骤S101-步骤S105)：

[0029] 步骤S101：呼叫发生后，主叫SS向主叫网关发送携带有缺省配置参数的添加消息，指示主叫网关根据缺省配置参数配置主叫编解码器的媒体参数，其中，该缺省配置参数包括：呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址； [0030] 步骤S103：主叫SS向被叫SS发送媒体描述请求，并接收被叫SS返回的媒体描述响应，其中，该媒体描述响应中携带有被叫媒体端口号和被叫媒体IP地址； [0031] 步骤S105：主叫SS向主叫网关发送修改消息，其中，该修改消息中携带有媒体描述响应和简化处理标识，该简化处理标识用于指示主叫网关使用上述的被叫媒体IP地址和被叫媒体端口号更新主叫编解码器的媒体参数。

[0032] 以下进一步描述上述各处理的细节。

[0033] (一)步骤S101

[0034] 在具体实施过程中，发生呼叫后，主叫SS在媒体协商之前，判断该呼叫的媒体类型是否已知，即判断该呼叫的媒体协商结果是否已知，如果是，则调用针对该呼叫的媒体模板。

[0035] 具体地，确定该呼叫的媒体协商结果为已知包括但不限于以下两种方法： [0036] (1)判断主叫和被叫使用的媒体类型都静态配置在主叫SS上；

[0037] (2)该呼叫指定使用某种媒体类型。

[0038] 具体地，上述媒体模板中包括本地描述符(LocalDescriptor)和远端媒体描述符(RemoteDescriptor)。其中，本地描述符为协商后的媒体类型(即已知的该呼叫使用的媒体类型)，远端媒体描述符为缺省的远端描述符，其包括：协商后的媒体类型、缺省的远端媒体端口号和缺省的远端媒体IP地址，具体地，缺省的远端媒体端口号和缺省的远端媒体IP地址为虚拟的，在实际中并不存在这样的远端媒体端口和远端媒体IP地址，在具体过程中，可以使用暂时不用的内网IP地址、端口号或其他无冲突的IP地址和端口号。 [0039] 主叫网关在接收到上述添加消息后，由于该添加消息中没有简化处理标识，因此，主叫网关根据该添加消息中携带的本地描述符和远端描述符中获取上述协商后的媒体类型、缺省的远端媒体端口号和缺省的远端媒体IP地址，并根据这些参数，配置主叫编解码器的所有媒体参数，由于该配置过程是一个初始化设置过程，为了提高对主叫SS的应答速度，主叫网关可以先向主叫SS返回响应消息，然后再进行媒体参数的配置。 [0040] 在具体实施过程中，上述添加消息为，TU-T H.248规范中的ADD消息。 [0041] (二)步骤S103

[0042] 步骤S103的处理为主叫SS与被叫SS进行媒体协商的过程，主叫SS向被叫SS发送媒体描述请求，该请求中携带有主叫方的媒体属性，被叫SS接收到媒体描述请求后，向主叫SS返回媒体描述响应，该媒体描述响应中携带有被叫方将使用的媒体类型、被叫媒体端口号和被叫媒体IP地址。

[0043] (三)步骤S105

[0044] 主叫SS在接收到被叫SS返回的媒体描述响应后，向主叫网关发送修改消息，其中，该修改消息中携带有接收到的上述媒体描述响应及简化处理标识，该简化处理标识指示主叫网关只处理媒体描述响应中携带的被叫媒体IP地址和被叫媒体端口号，主叫网关在接收到该修改消息后，由于该修改消息中携带有简化处理标识，因此，主叫网关从该修改消息中获取被叫媒体IP地址和被叫媒体端口号，并使用该被叫媒体IP地址和被叫媒体端口号替换主叫编解码器上的缺省远端媒体IP地址和缺省远端媒体端口号。 [0045] 在具体实施过程中，上述添加消息为，TU-T H.248规范中的MODIFY消息。 [0046] 根据本发明实施例提供的上述呼叫处理方法，可以提高主叫网关的响应速度，进而提高整个呼叫的处理速度。

[0047] 为了进一步理解本发明实施例提供的上述呼叫处理方法，以下对本发明实施例的呼叫处理方法的具体处理流程进行说明。

[0048] 图2为根据本发明实施例的呼叫处理方法的详细处理流程图，为了便于比较本发明实施例提供的呼叫处理方法与现有技术的呼叫处理方法，图中将主叫网关的处理步骤与主叫SS的处理步骤分开，如图2所示，根据本发明实施例的呼叫处理方法的详细处理流程主要包括以下步骤：

[0049] 步骤S11：用户摘机、拨号，主叫网关通知主叫SS摘机和拨号事件； [0050] 步骤S21：主叫SS处理基本呼叫事件；

[0051] 步骤S22：主叫SS判断该呼叫的媒体协商结果是否已知，如果是，则继续步骤S23，否则，按普通的媒体协商过程处理；

[0052] 步骤S23：主叫SS找到对应的媒体模板，在该模板中包括：本地描述符和远端媒体描述符，其中，本地描述符为已知的该呼叫使用的媒体类型，远端媒体描述符中携带有缺省配置参数，该缺省配置参数包括：该呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；

[0053] 步骤S24：主叫SS将上述媒体模板发送给主叫网关，并接收主叫网关返回的响应消息，其中，该响应消息中携带有本地描述符，包括：主叫媒体类型、主叫媒体IP地址和主叫媒体端口号；

[0054] 步骤S12：主叫网关接收到主叫SS发送的上述媒体模板后，向主叫SS返回主叫媒体的本地描述符，根据该媒体模板中携带的缺省配置参数，配置编解码器上的所有媒体参数；

[0055] 步骤S25：主叫SS向被叫SS发送媒体描述请求(SDP_offer)，并接收被叫SS返回的媒体描述响应(SDP_answer)，该SDP_answer中携带有被叫媒体IP地址和被叫媒体端口号；

[0056] 步骤S26：主叫SS向主叫网关发送修改消息，要求主叫网关修改远端媒体参数，该消息中携带有简化处理标识和SDP_answer，该标识指示主叫网关只处理SDP_answer中携带的被叫媒体IP地址和被叫媒体端口号；

[0057] 步骤S 13：主叫网关根据接收到的修改消息中的简化处理标识，只提取SDP_answer中携带的被叫媒体IP地址和被叫媒体端口号，并根据提取的信息，修改主叫媒体编解码器的这两个参数；

[0058] 步骤S14：主叫媒体编解码器设置结束；

[0059] 步骤S27：媒体协商结束。

[0060] 为了进一步理解本发明实施例提供的呼叫处理方法的具体实现方式，以下通过H.248用户的呼叫信令流程对本发明实施例的具体实施方法进行说明。

[0061] 图3为H.248用户的呼叫信令流程图，如图3所示，用户A位于网关1，支持G.711u、G.711A、G.729编码；用户B位于网关2，支持G.711u、G.711A编码，该信令流程主要包括以下步骤：

[0062] 步骤S301：用户A摘机，网关1通过通知(NOTIFY)消息向SS1上报摘机事件； [0063] 步骤S302：SS1返回应答消息(Reply)应答GW1的NOTIFY消息；

[0064] 步骤S303：SS1通过修改(MODIFY)消息要求网关1给用户A播放拨号音、收被叫号码、检测挂机事件；

[0065] 步骤S304：网关1返回Reply应答MODIFY请求；

[0066] 步骤S305：用户A拨号，网关1通过NOTIFY消息向SS1上报被叫号码； [0067] 步骤S306：SS1返回Reply应答网关1的NOTIFY请求；

[0068] 步骤S307：SS1通过添加(ADD)消息要求网关1为用户A分配媒体，该消息中携带了预先配置媒体模板，该媒体模板中包括：本地描述符(LocalDescriptor)和远端描述符，其中，本地描述符和远端描述符中指定媒体类型为已知的协商结果G.711u；并且，远端 描述符中临时指定一个未用的IP地址127.0.0.127为远端媒体IP地址，其端口号临时指定为255；

[0069] 步骤S308：网关1收到ADD消息后，先为用户A分配本端媒体IP地址、本端媒体端口号，快速返回Reply应答ADD请求，消息中的LocalDescriptor包含了用户A支持的媒体类型、媒体IP地址、媒体端口号，然后完成对用户A本地媒体所有参数的设置； [0070] 步骤S309：SS1呼叫用户B所在的软交换SS2，向SS2发送SDP_offer消息，其中，SDP_offer中包含了用户A的本端媒体属性；

[0071] 步骤S310：用户B所在网关应答后，SS2向SS1返回相应的SDP_answer； [0072] 步骤S311：SS1向网关1发送MODIFY消息，要求网关1更新远端媒体属性，该MODIFY消息中携带有参数“ctyp/calltyp＝QM”(此处进行了H.248协议ctyp包扩展)指示网关1采用简化处理媒体属性的过程，即只处理该MODIFY消息中的RemoteDescriptor中的媒体IP地址(位于SDP中的“c＝”行)、媒体端口号(位于SDP中的“m＝”行)； [0073] 步骤S312：网关1收到MODIFY消息后，根据消息中参数“ctyp/calltyp＝QM”提取出消息中的远端媒体IP地址、远端媒体端口号，并修改主叫媒体编解码上的这两个参数的设置，返回Reply应答MODIFY请求；

[0074] 步骤S313：此时主、被叫用户完成媒体协商及配置主叫媒体编解码器，在用户B摘机应答后，A、B双方进入通话。

[0075] 根据本发明实施例，还提供了一种呼叫处理系统，该系统可以用于实现本发明实施例的上述呼叫处理方法。

[0076] 图4为根据本发明实施例的呼叫处理系统的结构示意图，如图4所示，根据本发明实施例的呼叫处理系统包括：SS 41和网关43。

[0077] 以下结合图4对SS 41和网关43进行详细描述。

[0078] 如图4所示，SS 41具体可以包括：获取模块411、第一发送模块413、接收模块415和第二发送模块417。其中，获取模块411用于获取当前呼叫对应的缺省配置参数，其中，该缺省配置参数包括：当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；第一发送模块413与获取模块411连接，用于向网关43发送携带上述缺省配置参数的添加消息，并向当前呼叫的被叫SS发送媒体描述请求，其中，该添加消息用于指示网关43根据上述缺省配置参数配置编解码器的媒体参数；接收模块415用于接收被叫SS返回的媒体描述响应，其中，该媒体描述响应中携带有被叫媒体的IP地址和被叫媒体的端口号；第二发送模块417与接收模块415连接，用于将媒体描述响应携带在修改消息中发送给网关，其中，该修改消息中还携带有简化处理标识，用于指示网关使用媒体描述响应中携带的被叫媒体的IP地址和被叫媒体的端口号更新编解码器配置的媒体参数，即使用被叫媒体的IP地址和被叫媒体的端口号替换缺省远端媒体IP地址和缺省远端媒体端口号。 [0079] 具体地，如图4所示，网关43具体可以包括：接收模块431、设置模块433和更新模块435。其中，接收模块431用于接收SS 41发送的上述添加消息和修改消息；设置模块
433与接收模块431连接，用于根据上述添加消息中携带的缺省配置参数配置编解码器的媒体参数；更新模块435与接收模块431，用于根据上述修改消息中携带的被叫媒体的IP地址和被叫媒体的端口号，更新编解码器的媒体参数。

[0080] 根据本发明实施例提供的上述呼叫处理系统，可以提高网关的响应速度，提高呼叫的处理速度。

[0081] 根据本发明实施例，还提供了一种SS，该SS可以用于本发明实施例提供的上述呼叫处理系统中。

[0082] 图5为根据本发明实施例的SS的结构示意图，如图5所示，根据本发明实施例的SS包括：获取模块51、第一发送模块53、接收模块55和第二发送模块57。其中，获取模块51，用于获取与当前呼叫对应的缺省配置参数，其中，缺省配置参数包括：当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址；第一发送模块53与获取模块51连接，用于向与该SS对应的网关发送携带缺省配置参数的添加消息，并向当前呼叫的被叫SS发送媒体描述请求，其中，上述添加消息用于指示该网关根据媒体模板中携带的缺省配置参数配置主叫编解码器的媒体参数；接收模块55用于接收被叫SS返回的媒体描述响应，其中，该媒体描述响应中携带有被叫媒体的IP地址和被叫媒体的端口号；第二发送模块57与接收模块55连接，用于将上述媒体描述响应携带在修改消息中发送给网关，其中，该修改消息中携带有简化处理标识，用于指示该网关使用媒体描述响应中携带的被叫媒体的IP地址和被叫媒体的端口号更新主叫编解码器配置的媒体参数。

[0083] 根据本发明实施例，还提供了一种网关，该网关可以作为上述呼叫处理系统中的一个实体与上述SS配合使用，也可以单独使用。

[0084] 图6为根据本发明实施例的网关的结构示意图，如图6所示，根据本发明实施例的网关主要包括：接收模块61、设置模块63和更新模块65。其中，接收模块61用于接收SS发送的添加消息和修改消息，其中，该添加消息中携带的参数包括：当前呼叫使用的媒体类型、缺省远端媒体端口号和缺省远端媒体IP地址，修改消息中携带有被叫媒体的端口号和被叫媒体的IP地址；设置模块63与接收模块61连接，用于根据上述添加消息中携带的参数配置编解码器的媒体参数；更新模块65与接收模块61连接，用于使用上述修改消息中携带的被叫媒体的IP地址和被叫媒体的端口号，更新编解码器的媒体参数。 [0085] 如上所述，借助本发明实施例提供的技术方案，由于提前设置了主叫侧媒体的所有参数，在媒体协商后只是修改远端媒体IP地址、远端媒体端口号这两个参数，相对于现有在媒体协商过程后初始设置媒体类型及所有远端参数的情况，修改这两个参数的操作时间非常短，因此提高了的主叫网关的响应速度，进而提高了整个呼叫的处理速度。 [0086] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。