本发明涉及通信技术领域，尤其涉及一种编解码协商的方法及装置。
背景技术：
移动通信网络中的终端通常支持多种不同的编解码，目前移动通信中采用的主要编解码算法包括：自适应多速率窄带语音编码(英文：adaptivemultirate-narrowbandspeechcodec，简称：amr-nb)，自适应多速率宽带语音编码(英文：adaptivemultirate-widebandspeechcodec，简称：amr-nb)，增强型语音通话服务(英文：enhancedvoiceservice，简称：evs)以及itu定义的g.711、g.729等类型。
由于每个终端支持的编解码算法各有差异，为了使支持不同的编解码集合的终端之间可以正常通信，则需要发起方终端和接收方终端通过网络完成对编解码的选择进行协商，即编解码协商机制。现有技术提供了一种带外的协商机制(英文：transcoderfreeoperation，简称：trfo，也可称为免编码运营)，是一种呼叫建立过程中通过带外呼叫控制信令(英文：outofbandtranscodercontrol，简称：oobtc，)对语音编解码方式进行协商的技术。如图1所示，为现有技术提供的发起方和接收方采用trfo机制进行编解码协商的示意图。具体流程如下：发起方-移动交换中心(英文：mobileswitchingcenter，简称：msc)需向网络表明发起方的终端支持的编解码算法，转接方-msc分析收到的编解码列表，根据网络能力删除不支持的编解码算法，然后转接方-msc向接收方-msc转发修改后的编解码列表，接收方-msc则根据网络能力删除接收方的终端不支持的编解码算法，向转接方-msc返回修改后的编解码列表，以及选择出目标编解码，转接方-msc将该编解码列表，以及目标编解码返回至发送方-msc，同时，接收方-msc会将目标编解码发送给接收方-媒体网关(英文：mediagateway，简称：mgw)，转接方-msc也会将目标编解码发送给转接方-mgw，发起方-msc也会将目标编解码发送给发起方-mgw，从而发起方-mgw和转接方-mgw间建立相应的承载，转接方-mgw和接收方-mgw间也建立相应承载，进而根据目标编解码完成后续的语音通话服务。
然而，实现上述的流程的必须使得发起方的终端的编解码集合和接收方的终端的编解码集合必有交集，才能完成编解码协商。随着网络不断演进，终端的编解码呈现差异化越来越大的趋势，如果两终端间编解码算法无交集时则无法实现两终端间的编解码协商。
技术实现要素：
本发明的实施例提供一种编解码协商的方法及装置，解决现有技术中出现的发起方的终端和接收方的终端间编解码集合无交集时无法实现两终端间的编解码协商的问题。
为达到上述目的，本发明的实施例采用如下技术方案：
本发明实施例的第一方面，提供一种编解码协商的方法，所述方法包括：
移动交换中心接收主叫终端上报的第一编解码列表，以及被叫终端上报的第二编码列表，所述第一编解码列表由所述主叫终端支持的编解码算法组成，所述第二编解码列表由所述被叫终端支持的编解码算法组成，所述第一编解码列表和第二编解码列表无交集；
根据各编解码算法的优先级、所述主叫终端能够兼容的编解码算法以及所述被叫终端能够兼容的编解码算法，从所述第一编解码列表和第二编解码列表中确定目标编解码算法，其中：终端兼容的编解码算法是根据终端自身能够兼容编解码算法的能力确定出的编解码算法；
将确定的目标编解码算法分别发送至所述主叫终端和所述被叫终端。
本发明实施例的第二方面，提供一种编解码协商的方法，所述方法包括：
终端向移动交换中心上报第一编解码列表或第二编解码列表；所述第一编解码列表或第二编解码列表由所述终端支持的编解码算法组成；
接收移动交换中心下发的目标编解码算法；
若所述第一编解码列表或所述第二编解码列表中不存在所述目标编解码算法，则从所述终端的服务基站中获取所述目标编解码算法；
向终端对应的媒体网关发送目标编解码算法。
本发明实施例的第三方面，提供一种移动交换中心，所述移动交换中心包括：
接收模块，用于接收主叫终端上报的第一编解码列表，以及被叫终端上报的第二编码列表，所述第一编解码列表由所述主叫终端支持的编解码算法组成，所述第二编解码列表由所述被叫终端支持的编解码算法组成，所述第一编解码列表和第二编解码列表无交集；
确定模块，用于根据各编解码算法的优先级、所述主叫终端能够兼容的编解码算法以及所述被叫终端能够兼容的编解码算法，从所述第一编解码列表和第二编解码列表中确定目标编解码算法，其中：终端兼容的编解码算法是根据终端自身能够兼容编解码的能力确定出的编解码算法；
发送模块，用于将确定的目标编解码算法分别发送至所述主叫终端和所述被叫终端。
本发明实施例的第四方面，提供一种终端，所述终端包括：
发送模块，用于向移动交换中心上报第一编解码列表或第二编解码列表；所述第一编解码列表或第二编解码由所述终端支持的编解码算法组成；
接收模块，用于接收移动交换中心下发的目标编解码算法；
获取模块，若所述第一编解码列表或所述第二编解码列表中不存在所述目标编解码算法，则用于从所述终端的服务基站中获取所述目标编解码算法；
所述发送模块，还用于向终端对应的媒体网关发送目标编解码算法。
本发明实施例的第五方面，提供一种计算机存储介质，包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如第一方面或第二方面所述的编解码协商的方法。
本发明实施例的第六方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面或第二方面所述的编解码协商的方法。
在进行编解码协商时，现有技术中在发起方终端和接收方终端间的编解码集合无交集的情况下，无法实现两终端间的编解码协商。相比于现有技术，本发明实施例提供的编解码协商的方法及装置，能够在发起方终端和接收方终端间的编解码结合无交集的情况下来实现两终端间的编解码协商。具体的，本方案为：接收主叫终端上报的第一编解码列表，以及被叫终端上报的第二编码列表，第一编解码列表由主叫终端支持的编解码算法组成，第二编解码列表由被叫终端支持的编解码算法组成，第一编解码列表和第二编解码列表无交集；根据各编解码算法的优先级、主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码列表和第二编解码列表中确定目标编解码算法，其中：终端兼容的编解码算法是根据终端自身能够兼容编解码算法的能力确定出的编解码算法；将确定的目标编解码算法分别发送至主叫终端和被叫终端。通过本方案能够使得主叫终端对应的网关和被叫终端对应的网关间建立承载，从而使得主叫终端和被叫终端之间能够进行正常的语音通话，使得在提高语音通话质量的同时能够节省链路资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术提供的发起方和接收方进行编解码协商的示意图；
图2为本发明实施例提供的一种编解码协商系统的架构示意图；
图3为本发明实施例提供的一种编解码协商的方法的流程示意图；
图4为本发明实施例提供的另一种编解码协商的方法的流程示意图；
图5为本发明实施例提供的一种移动交换中心的结构示意图；
图6为本发明实施例提供的一种终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图2所示，为本发明实施例提供的一种编解码协商系统的架构示意图。其中，图2中的buffermemory为基站中的存储空间，bs_1为主叫ue_1侧的服务基站，bs_2为被叫ue_2侧的服务基站，移动交换中心(英文全称：mobileswitchingcenter，简称：msc)为核心网侧的重要网元之一。
基于上述的图2所示的系统架构示意图，本发明实施例提供一种编解码协商的方法，如图3所示，该方法包括：
201、主叫终端向移动交换中心上报第一编解码列表，被叫终端向移动交换中心上报第二编解码列表。
其中，上述的第一编解码列表由主叫终端支持的编解码算法组成，上述的第二编解码列表由被叫终端支持的编解码算法组成，该第一编解码列表和第二编解码列表无交集。
示例性的，上述的第一编解码列表和第二编解码列表中均包含至少两个编解码算法，其中：每个编解码算法对应一个编解码能力等级和一个优先级等级，且编解码算法的能力等级越高对应的优先级等级越高；第一编解码算法为第一编解码列表中优先级最高的编解码算法，和/或，第二编解码算法为第二编解码列表中优先级最高的编解码算法。
示例性的，基于上述的编解码的能力等级和编解码的优先级的关系，第一编解码算法也可以是第一编解码列表中优先级最低的编解码算法，和/或，第二编解码算法也可以为第二编解码列表中优先级最低的编解码算法。
上述的主叫终端或被叫终端支持的编解码算法是指主叫终端或被叫终端无需通过格式转换就可以使用的编解码算法，其中：这里的格式转换可以是硬件上的电路转换或软件上的算法转换。这里以网络为例进行说明这里的支持所表达的含义。例如，对于4g手机来说，其支持的网络为4g网络。该支持的网络对于终端而言可能需要相应的4g模块，但无需任何格式转换。即不需要额外的其他硬件或软件上的转换来使得该4g手机去支持4g网络。
202、移动交换中心根据各编解码算法的优先级、主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码列表和第二编解码列表中确定目标编解码算法。
其中：终端兼容的编解码算法是根据终端自身能够兼容编解码算法的能力确定出的编解码算法。示例性的，对于终端而言在硬件电路上支持向下兼容编解码的能力，这里的向下兼容是指具有高优先级的编解码算法的终端可以兼容低优先级的编解码算法。这里的编解码算法的优先级与编解码算法的能力等级成正比，具体的：编解码算法的优先级越高，编解码算法的能力等级越高。例如，这里给出几种具体的编解码，其中：该编解码算法的优先级排列顺序为：fec＜amr-nb＜amr-wb＜evs，在这四种编解码算法中，evs的编解码算法的优先级是最高的，且对应的编解码算法的能力等级是最高的，fec的编解码算法的优先级是最低的，且对应的编解码算法的能力等级是最低的。
需要说明的是，上述的编解码算法的能力与编解码的优先级之间的关系并不限于是正比关系，这里仅仅是一种示例，在实际的应用中也可以定义为反比的关系，具体可以根据实际的需要来进行设定。
上述的主叫终端或被叫终端能够兼容的编解码算法是指主叫终端或被叫需通过格式转换才可以使用的编解码算法，其中：这里的格式转换可以是硬件上的电路转换或软件上的算法转换。但是一个终端的兼容能力只能向下兼容而不能够向上兼容。这里以网络为例进行说明这里的兼容所表达的含义。例如，对于4g手机来说，其支持的网络为4g网络，其能够兼容的网络包括3g网络以及2g网络，由于终端的只能向下兼容，使得4g的手机无法使用5g的网络。当然对于4g手机来说要想使用2g或3g网络，其必须有相应的硬件上或软件上的转换才能使得该4g手机能够兼容2g或3g网络。
示例性的，在上述的接收主叫终端发送的第一编解码列表后，接收被叫终端发送的第二编解码算法之前，该方法还包括以下内容：
a1、向被叫终端转发主叫终端的第一编解码列表。
a2、接收被叫终端返回的未选中第一编解码列表中的任何一种编解码算法的消息。
可选的，上述的步骤202具体可以通过以下方式实现。
202a1、根据各编解码算法的优先级，从第一编解码列表中确定第一编解码算法，从第二编解码列表中确定第二编解码算法，以及第一编解码算法和第二编解码算法的优先级顺序。
202a2、根据第一编解码算法和第二编解码算法的优先级顺序、主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码算法和第二编解码算法中确定目标编解码算法。
可选的，上述的步骤202具体包括以下内容：
202b1、根据各编解码算法的优先级，从第一编解码列表中选择出第一编解码算法，并从第二编解码列表中选择出第二编解码算法。
202b2、根据主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码算法和第二编解码算法中确定目标编解码算法。
示例性的，上述的步骤202b2具体通过以下步骤实现：
b1、确定出主叫终端能够兼容的编解码算法和被叫终端能够兼容的编解码算法。
b2、根据主叫终端能够兼容的编解码算法和被叫终端能够兼容的编解码算法从第一编解码算法和第二编解码算法中确定出目标编解码算法。
示例性的，基于上述的步骤202部分的内容，这里给出一个示例进行说明移动交换中心如何确定出目标编解码算法的过程。在该示例中对于移动交换中心来说，编解码算法的能力等级和编解码算法的优先级成正比关系，即随着编解码算法的能力等级的增高，编解码算法的优先级也增高。而对于终端来说，编解码算法的能力等级和编解码算法的优先级成反比关系，即随着编解码算法的能力等级的增高，编解码算法的优先级降低。移动交换中心中预先存储的编解码算法的集合为{v，w，x，y，z}，该编解码算法集合中的各编解码算法间的优先级为：v＜w＜x＜y＜z。主叫终端和被叫终端具有向下兼容编解码算法的能力。
步骤1、主叫终端向移动交换中心发送其支持的编解码类型算法集合且优先级排序是携带优先级的，如codec_0{v，w}且v＞w。
步骤2、移动交换中心将上述的集合转发给被叫终端。
步骤3、被叫终端根据自身支持编解码算法集合codec_t{x，y，z}且x＞y＞z，则被叫终端需要给移动交换中心返回选中编解码算法为空，并且反馈自己支持的编解码算法集合{x，y，z}且x＞y＞z。
步骤4、移动交换中心收到选中编解码算法为空集，以及呼叫两端的优先级排序，v＞w，x＞y＞z；
步骤5、移动交换中心触发判决优先级(移动交换中心存储的编解码算法优先级排序v＜w＜x＜y＜z)，比较codec_0{v}与codce_t{x}优先级，并向主叫终端和被叫终端同时返回选中编解码算法v。该编解码算法v为目标编解码算法。
203、移动交换中心将确定的目标编解码算法分别发送至主叫终端和被叫终端。
示例性的，如图3所示，该方法中移动交换中心在将确定的目标编解码算法发送至主叫终端和被叫终端的同时，也将目标编解码算法发送至移动交换中心-媒体网关(英文：mediagateway，简称：mgw)中。具体的，可以参照图3所示的流程图。
204、若第一编解码列表或第二编解码列表中不存在目标编解码算法，则终端从终端的服务基站中获取目标编解码算法。
示例性的，参照图3，对于主叫终端而言，上述的步骤204为：若第一编解码列表中不存在目标编解码算法，则主叫终端从终端的服务基站中获取目标编解码算法。对于被叫终端而言，上述的步骤204为：若第二编解码列表中不存在目标编解码算法，则被叫终端从终端的服务基站中获取目标编解码算法。
优选的，本发明实施例中的主叫终端的服务基站中预先存储各种编解码算法，主叫终端通过向该主叫终端的服务基站发起获取一编解码算法的请求，该主叫终端的服务基站将该一编解码算法发送给主叫终端，其中：这里的一编解码算法是指服务基站中预先存储的各种编解码算法中的任一种。
优选的，本发明实施例中的被叫终端的服务基站中也预先存储各种编解码算法，被叫终端通过向该被叫终端的服务基站发起获取一编解码算法的请求，该被叫终端的服务基站将该一编解码算法发送给被叫终端，其中：这里的一编解码算法是指服务基站中预先存储的各种编解码算法中的任一种。
205、终端将目标编解码算法发送至该终端对应的媒体网关。
示例性的，如图3所示，对于主叫终端来说，上述的步骤205具体为：205a、主叫终端将目标编解码算法发送至主叫-mgw；对于被叫终端来说，上述的步骤205具体为：205b、被叫终端将目标编解码算法发送至被叫mgw。
如图3所示，基于图3中的步骤203移动交换中心将目标编解码算法发送至移动交换中心-mgw，步骤205主叫终端将目标编解码算法发送主叫-mgw，以及步骤205被叫终端将目标编解码算法发送被叫mgw的内容，这样使得主叫-mgw与移动交换中心-mgw之间、移动交换中心-mgw与被叫-mgw之间建立承载，以使得主叫终端将语音内容发送至主叫-mgw，主叫-mgw以目标编解码算法将该语音内容进行压缩得到压缩后的语音编码，经过移动交换中心后，该移动交换中心将该压缩后的语音编码算法发送至被叫终端，被叫终端将该压缩后的语音编码发送至被叫-mgw，该被叫-mgw以目标编解码算法进行解压缩得到语音内容，然后该被叫-mgw将该解压缩后的语音内容返回至被叫终端，从而使得主叫终端和被叫终端之间能够进行正常的语音通话，使得在提高语音通话质量的同时能够节省链路资源。
在进行编解码协商时，现有技术中在发起方终端和接收方终端间的编解码集合无交集的情况下，无法实现两终端间的编解码协商。相比于现有技术，本发明实施例提供的编解码协商的方法，能够在发起方终端和接收方终端间的编解码结合无交集的情况下来实现两终端间的编解码协商。具体的，本方案为：接收主叫终端上报的第一编解码列表，以及被叫终端上报的第二编码列表，第一编解码列表由主叫终端支持的编解码算法组成，第二编解码列表由被叫终端支持的编解码算法组成，第一编解码列表和第二编解码列表无交集；根据各编解码算法的优先级、主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码列表和第二编解码列表中确定目标编解码算法，其中：终端兼容的编解码算法是根据终端自身能够兼容编解码算法的能力确定出的编解码算法；将确定的目标编解码算法分别发送至主叫终端和被叫终端。通过本方案能够使得主叫终端对应的网关和被叫终端对应的网关间建立承载，从而使得主叫终端和被叫终端之间能够进行正常的语音通话，使得在提高语音通话质量的同时能够节省链路资源。
基于上述的内容，本发明实施例给出一种具体的实例来说明本方案。具体的流程内容参照图4所示。其中：在进行图4中的流程前，本实施例中预先设定的条件包括：1、移动交换中心设置编解码算法集合{fec，amr-nb，amr-wb，evs}并按照编解码能力配置优先级fec＜amr-nb＜amr-wb＜evs(evs优先级最高，fec的优先级最低)。2、主叫终端支持codec-0{amr-nb，fec}且amr-nb＞fec。3、被叫终端支持codec_t{amr-wb，evs}且evs＞amr-wb。上述的三个条件中，不管是对于终端而言还是移动交换中心而言，这里都以编解码算法的优先级和编解码算法的能力等级成正比为例进行说明，具体的流程如下：
步骤1、主叫终端向移动交换中心发送其支持的编解码算法集合且排序是携带优先级的，codec_0且amr-nb＞fec。
步骤2、移动交换中心将上述的编解码算法集合转发给被叫终端。
步骤3、被叫终端根据自身支持编解码算法集合codec_t，则被叫终端需要给移动交换中心返回选中编解码算法为空，并且反馈自己支持的编解码算法集合{amr-wb，evs}且evs＞amr-wb。
步骤4、移动交换中心触发判决优先级，比较codec_0{amr-nb}与codce_t{evs}优先级，并向主叫终端和被叫终端同时返回选中编解码算法amr-nb，同时移动交换中心将编解码算法amr-nb发送至移动交换中心-mgw。
步骤5、不支持该编解码算法的终端(本例中为被叫终端)通过控制信道向该终端的服务基站请求下载选中编解码算法amr-nb。
步骤6、主叫终端将编解码算法amr-nb发送至主叫-mgw，同时被叫终端将编解码算法amr-nb发送至被叫-mgw，以使得主叫-mgw和移动交换中心-mgw、移动交换中心-mgw与被叫-mgw间建立。
下面将基于图3对应的编解码协商的方法的实施例中的相关描述对本发明实施例提供的一种移动交换中心进行介绍。以下实施例中与上述实施例相关的技术术语、概念等的说明可以参照上述的实施例，这里不再赘述。
本发明实施例提供一种移动交换中心，如图5所示，该移动交换中心包括：接收模块51、确定模块52以及发送模块53，其中：
接收模块51，用于接收主叫终端上报的第一编解码列表，以及被叫终端上报的第二编码列表。
其中，上述的第一编解码列表由主叫终端支持的编解码算法组成，上述的第二编解码列表由被叫终端支持的编解码算法组成，第一编解码列表和第二编解码列表无交集。
示例性的，上述的第一编解码列表和第二编解码列表中均包含至少两个编解码算法，其中：每个编解码算法对应一个编解码能力等级和一个优先级等级，且编解码算法能力等级越高对应的优先级等级越高；第一编解码算法为第一编解码列表中优先级最高的编解码算法，和/或，第二编解码算法为第二编解码列表中优先级最高的编解码算法。
示例性的，基于上述的编解码算法的能力等级和编解码算法的优先级的关系，第一编解码算法也可以是第一编解码列表中优先级最低的编解码算法，和/或，第二编解码算法也可以为第二编解码列表中优先级最低的编解码算法。
上述的主叫终端或被叫终端支持的编解码算法是指主叫终端或被叫终端无需通过格式转换就可以使用的编解码算法，其中：这里的格式转换可以是硬件上的电路转换或软件上的算法转换。这里以网络为例进行说明这里的支持所表达的含义。例如，对于4g手机来说，其支持的网络为4g网络。该支持的网络对于终端而言可能需要相应的4g模块，但无需任何格式转换。即不需要额外的其他硬件或软件上的转换来使得该4g手机去支持4g网络。
确定模块52，用于根据各编解码算法的优先级、主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码列表和第二编解码列表中确定目标编解码算法。
其中：终端兼容的编解码算法是根据终端自身能够兼容编解码的能力确定出的编解码算法。示例性的，对于终端而言在硬件电路上支持向下兼容编解码算法的能力，这里的向下兼容是指具有高优先级的编解码算法的终端可以兼容低优先级的编解码算法。这里的编解码算法的优先级与编解码算法的能力等级成正比，具体的：编解码算法的优先级越高，编解码算法的能力等级越高。例如，这里给出几种具体的编解码算法，其中：该编解码算法的优先级排列顺序为：fec＜amr-nb＜amr-wb＜evs，在这四种编解码算法中，evs编解码算法的优先级是最高的，且对应的编解码算法的能力等级是最高的，fec编解码算法的优先级是最低的，且对应的编解码算法的能力等级是最低的。
需要说明的是，上述的编解码算法的能力与编解码算法的优先级之间的关系并不限于是正比关系，这里仅仅是一种示例，在实际的应用中也可以定义为反比的关系，具体可以根据实际的需要来进行设定。
上述的主叫终端或被叫终端能够兼容的编解码算法是指主叫终端或被叫终端需通过格式转换才可以使用的编解码算法，其中：这里的格式转换可以是硬件上的电路转换或软件上的算法转换。但是一个终端的兼容能力只能向下兼容而不能够向上兼容。这里以网络为例进行说明这里的兼容所表达的含义。例如，对于4g手机来说，其支持的网络为4g网络，其能够兼容的网络包括3g网络以及2g网络，由于终端的只能向下兼容，使得4g的手机无法使用5g的网络。当然对于4g手机来说要想使用2g或3g网络，其必须有相应的硬件上或软件上的转换才能使得该4g手机能够兼容2g或3g网络。
发送模块53，用于将确定的目标编解码算法分别发送至主叫终端和被叫终端。
示例性的，上述的发送模块53，还用于向被叫终端转发主叫终端的第一编解码列表。
上述的接收模块51，还用于接收被叫终端返回的未选中第一编解码列表中的任何一种编解码算法的消息。
可选的，上述的确定模块52具体用于：
根据各编解码算法的优先级，从第一编解码列表中确定第一编解码算法，从第二编解码列表中确定第二编解码算法，以及第一编解码算法和第二编解码算法的优先级顺序。
根据第一编解码算法和第二编解码算法的优先级顺序、主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码算法和第二编解码算法中确定目标编解码算法。
可选的，上述的确定模块52还具体用于：
根据各编解码算法的优先级，从第一编解码列表中选择出第一编解码算法，并从第二编解码列表中选择出第二编解码算法。
根据主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码算法和第二编解码算法中确定目标编解码算法。
示例性的，上述的确定模块52在根据主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码算法和第二编解码算法中确定目标编解码算法时，具体用于：
确定出主叫终端能够兼容的编解码算法和被叫终端能够兼容的编解码算法。
根据主叫终端能够兼容的编解码算法和被叫终端能够兼容的编解码算法从第一编解码算法和第二编解码算法中确定出目标编解码算法。
可选的，上述的发送模块53还用于将目标编解码算法发送至移动交换中心-mgw中。
在进行编解码协商时，现有技术中在发起方终端和接收方终端间的编解码集合无交集的情况下，无法实现两终端间的编解码协商。相比于现有技术，本发明实施例提供的编解码协商的装置，能够在发起方终端和接收方终端间的编解码结合无交集的情况下来实现两终端间的编解码协商。具体的，本方案为：接收主叫终端上报的第一编解码列表，以及被叫终端上报的第二编码列表，第一编解码列表由主叫终端支持的编解码算法组成，第二编解码列表由被叫终端支持的编解码算法组成，第一编解码列表和第二编解码列表无交集；根据各编解码算法的优先级、主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码列表和第二编解码列表中确定目标编解码算法，其中：终端兼容的编解码算法是根据终端自身能够兼容编解码算法的能力确定出的编解码算法；将确定的目标编解码算法分别发送至主叫终端和被叫终端。通过本方案能够使得主叫终端对应的网关和被叫终端对应的网关间建立承载，从而使得主叫终端和被叫终端之间能够进行正常的语音通话，使得在提高语音通话质量的同时能够节省链路资源。
下面将基于图3对应的编解码协商的方法的实施例中的相关描述对本发明实施例提供的一种终端进行介绍。以下实施例中与上述实施例相关的技术术语、概念等的说明可以参照上述的实施例，这里不再赘述。
本发明实施例提供一种终端，如图6所示，该终端包括：发送模块61、接收模块62以及获取模块63，其中：
发送模块61，用于向移动交换中心上报的第一编解码列表或第二编解码列表；第一编解码列表或第二编解码列表由终端支持的编解码算法组成。
示例性的，对于主叫终端而言，上述的发送模块61，用于向移动交换中心上报的第一编解码列表，该第一编解码列表由主叫终端支持的编解码算法组成；对于被叫终端而言，上述的发送模块61，用于向移动交换中心上报的第二编解码列表，该第二编解码列表由被叫终端支持的编解码算法组成。
接收模块62，用于接收移动交换中心下发的目标编解码算法；
获取模块63，若第一编解码列表或第二编解码列表中不存在目标编解码算法，则用于从终端的服务基站中获取目标编解码算法。
示例性的，对于主叫终端而言，上述的获取模块63，若第一编解码列表中不存在目标编解码算法，则用于从主叫终端的服务基站中获取目标编解码算法；对于被叫终端而言，上述的获取模块63，若第二编解码列表中不存在目标编解码算法，则用于从被叫终端的服务基站中获取目标编解码算法。
发送模块61，还用于向终端对应的媒体网关发送目标编解码算法。
示例性的，对于主叫终端而言，上述的送模块61，还用于向主叫媒体网关发送目标编解码算法；对于被叫终端而言，上述的送模块61，还用于向被叫媒体网关发送目标编解码算法。
在进行编解码协商时，现有技术中在发起方终端和接收方终端间的编解码集合无交集的情况下，无法实现两终端间的编解码协商。相比于现有技术，本发明实施例提供的编解码协商的装置，能够在发起方终端和接收方终端间的编解码结合无交集的情况下来实现两终端间的编解码协商。具体的，本方案为：接收主叫终端上报的第一编解码列表，以及被叫终端上报的第二编码列表，第一编解码列表由主叫终端支持的编解码算法组成，第二编解码列表由被叫终端支持的编解码算法组成，第一编解码列表和第二编解码列表无交集；根据各编解码算法的优先级、主叫终端能够兼容的编解码算法以及被叫终端能够兼容的编解码算法，从第一编解码列表和第二编解码列表中确定目标编解码算法，其中：终端兼容的编解码算法是根据终端自身能够兼容编解码算法的能力确定出的编解码算法；将确定的目标编解码算法分别发送至主叫终端和被叫终端。通过本方案能够使得主叫终端对应的网关和被叫终端对应的网关间建立承载，从而使得主叫终端和被叫终端之间能够进行正常的语音通话，使得在提高语音通话质量的同时能够节省链路资源。
本发明实施例提供一种计算机存储介质，包括计算机指令，当计算机指令在计算机上运行时，使得计算机执行如上文所述的编解码协商的方法。
示例性的，计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘，硬盘、磁带)、光介质(例如，dvd)或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。
本发明实施例提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上文所述的编解码协商的方法。
示例性的，上述的计算机程序产品包括一个或多个计算机指令。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。