本发明涉及通信技术，尤其涉及一种通信协商的方法、设备和系统。
背景技术：
在语音通话的通信路径中，需要对语音数据进行两次编解码操作，可以称之为级联编解码方式，即一次编解码由手机终端侧完成，另一次编解码由网络侧的编解码器(tc，transcoder)完成。但是，经过这样两次语音编解码过程，会增大语音数据的传输时延，同时还会损伤语音数据的准确度，造成语音质量的降低。为了避免上述情况的发生，第三代合作伙伴计划(3gpp，3rdgenerationpartnershipproject)组织在3gpp28.062版本的协议中提出了一种免级联编解码操作(tfo，tandemfreeoperation)方案，能够免去网络侧tc的编解码过程，从而在整个通信路径上仅对语音数据行一次编解码操作，这样可以避免因为级联编解码方式对语音数据造成的损耗。
当前，tfo连接建立过程主要包括：当移动交换中心(msc，mobileswitchingcenter)与基站控制器(bsc，basestationcontroller)之间的a接口以时分复用(tdm，timedivisionmultipleaccess)的方式传输数据时，a接口传输的是64kb/s的脉冲编码调制(pcm，pulsecodedmodulation)数据；当通话双方使用相兼容的语音编解码时，那么就可以建立tfo连接。
在tfo连接建立之前，通话双方需要通过交互进行tfo协商，如果协商结果是通话双方当前使用的编码方式匹配时，即说明了通话双方当前使用了兼容的语音编解码类型或通话双方在相同的语音编解码类型下使用了兼容的配置，那么通话双方就建立tfo连接；否则，若通话双方当前使用的编码方式不匹配时，则需要针对不匹配状况通过tfo编码集合交互来进行tfo不匹配解决过程。
上述tfo不匹配解决过程具体为：通话双方分别向对端发送交互请求消息，例如tfo_req_l消息或con_req帧；其中，交互请求消息中包括本端所支持的语音编解码集合及相关配置参数。通话双方接收到交互请求消息后，向对端发送交互应答消息，例如tfo_ack_l消息或con_ack帧；其中，交互请求消息中包括本端所支持的语音编解码集合及相关配置参数。通过上述交互过程通话双方均能够向对端告知本端所支持的编解码列集及配置参数，从而可以给出一个能够进行tfo的公共的语音编解码类型和配置参数，并上报bsc。随后，通话双方均将本端使用的语音编解码类型设置为公共的语音编解码类型和配置参数，在设置完成后，通话双方重新进行tfo协商，并建立tfo连接。若通话双方不存在公共的语音编解码类型，那么通话双方就会放弃建立tfo连接。
在tfo不匹配解决过程中，当tfo_req_l/tfo_ack_l消息中包括的支持的编解码的列集中包含自适应多速率(amr，adaptivemulti-rate)语音编解码时，可以通过属性头加配置扩展块的形式携带amr配置参数；其中，amr配置参数可以包括激活的速率集(acs，activecodecset)、支持的速率集(scs，supportedcodecset)、激活速率集中编解码模式的最大个数(macs，maximumnumberofcodecsmodesintheactivecodecset)和支持模式优化(om，optimisationmodesupported)。此外，也可以通过仅属性头中使用特殊编码表明amr优选配置的形式来携带amr配置参数，而该携带amr配置参数的方式仅tfo第5版本version5及更高版本能够支持。
当通过属性头加配置扩展块的形式携带amr配置参数时，在本端不支持acs变更的情况下，如果本端的amr语音类型作为可替代而非当前正在使用的语音类型，那么本端发送给对端的消息中可能未指明om；由于在建立tfo时，amr编解码的优先级最高，若对端支持编解码的列集中也包含amr编解码类型，那么通话双方在协商可以建立tfo的优选语音类型和配置时，优先进行amr编解码的协商和判断。而协商编解码需要用到两端的om取值，om取值不同，协商流程也不同，协商的结果很可能不同。
假定tfo不匹配解决过程获取到对端om的取值，此时通过tfo编码集合交互可以建立tfo的优选配置并上报bsc；随后，非当前使用amr编解码的一端修改到amr编解码类型，那么会进行建立tfo的协商过程，并且在协商消息中的acs块指明om取值，接着根据两端实际的om取值进行协商和判断，很可能会出现与上报bsc的协商结果不一致的情况发生，从而导致建立tfo的协商结果是tfo不建立，接着引发新的tfo不匹配解决过程。也就是说，amr语音编解码在一端作为当前使用的语音编解码，而在另一端作为可替代的语音编解码进行协商时，om取值可能不一致，从而导致协商的结果也可能不一致，最终导致tfo不匹配解决过程中发生震荡，并引发重复地进行协商优选编解码和配置并上报，tfo连接始终不能建立，降低通话质量。
技术实现要素：
为解决上述技术问题，本发明实施例期望提供一种通信协商的方法、设备和系统；能够在tfo不匹配解决过程中有效地协商出优选的语音编解码及配置参数，避免tfo不匹配解决过程中发生震荡，提高建立tfo连接的成功率，提升通话质量。
本发明的技术方案是这样实现的：
第一方面，本发明实施例提供了一种通信协商的方法，所述方法应用于免级联编解码操作tfo不匹配解决过程中交互消息的发送端设备，所述方法包括：
当发送端设备支持自适应多速率amr语音编解码且当前所述发送端设备未使用amr语音编解码时，按照预设的判定策略确定交互消息中支持的速率集scs扩展块的填充方式；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
所述发送端设备将填充完成之后的交互消息发送至对端。
在上述方案中，所述按照预设的判定策略确定交互消息中scs扩展块的填充方式，包括：
所述发送端设备当前未使用amr语音编解码，且所述amr语音编解码仅是作为可替代的语音编解码类型，且所述发送端设备支持amr编解码模式全集时：
若所述发送端设备支持模式优化om的取值表征不支持激活的速率集acs变更，则所述发送端设备在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且所述发送端设备将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若所述发送端设备om取值表征支持acs变更，且所述发送端设备不需要携带tfo版本扩展块，则所述发送端设备在所述交互消息中省略属性头和scs扩展块；
若所述发送端设备om取值表征支持acs变更，且需要携带tfo版本扩展块时，则所述发送端设备在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且所述发送端设备将所有配置参数按照所述填充策略填充至所述交互消息。
在上述方案中，所述按照预设的判定策略确定交互消息中scs扩展块的填充方式，包括：
所述发送端设备当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且所述发送端设备不支持amr编解码模式全集，且需要以属性头和scs扩展块的形式携带amr配置参数时：
若所述发送端设备om的取值表征不支持acs变更，则所述发送端设备将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若所述发送端设备om取值表征支持acs变更，则所述发送端设备将所有配置参数按照预设的填充策略填充至所述交互消息。
在上述方案中，所述方法还包括：当所述发送端设备当前正在使用amr语音编解码时，所述发送端设备将所有配置参数按照预设的填充策略填充至所述交互消息。
在上述方案中，所述预设的填充策略包括：按照tfo协议的描述，所述发送端设备将基站控制器bsc所指示的配置参数对应的原始数据直接填充到所述交互消息中。
第二方面，本发明实施例提供了一种通信协商的方法，所述方法应用于免级联编解码操作tfo不匹配解决过程中交互消息的接收端设备，所述方法包括：
接收对端发送的交互消息；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
利用所述交互消息确定所述对端支持自适应多速率amr语音编解码并进行tfo不匹配解决过程时，根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的支持模式优化om取值；
按照预设的提取策略将除om值以外的其他配置参数进行提取。
在上述方案中，所述根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的om取值，包括：
当所述对端当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型时：
若所述交互消息中的属性头扩展块中的参数par_sel值指示需要以属性头和scs扩展块的形式携带amr配置参数时，则所述接收端设定所述对端om的取值表征支持acs变更；
若所述交互消息中的属性头扩展块中的参数par_sel值指示属性头扩展块后不携带附加的编解码属性扩展块时，则所述接收端按照tfo协议提取om参数的原始值；
若所述交互消息中不存在属性头扩展块，则所述接收端设定所述对端om的取值表征支持acs变更。
在上述方案中，所述根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的om取值，包括：
所述对端当前正在使用amr语音编解码时，所述接收端从所述交互消息中直接获取om原始值。
第三方面，本发明实施例提供了一种发送端设备，所述发送端设备包括：填充模块和发送模块；其中，
所述填充模块，用于当发送端设备支持自适应多速率amr语音编解码且当前所述发送端设备未使用amr语音编解码时，按照预设的判定策略确定交互消息中支持的速率集scs扩展块的填充方式；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
所述发送模块，用于将填充完成之后的交互消息发送至对端。
在上述方案中，所述填充模块具体用于：
当前未使用amr语音编解码，且所述amr语音编解码仅是作为可替代的语音编解码类型，且支持amr编解码模式全集时：
若支持模式优化om的取值表征不支持激活的速率集acs变更，则在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若om取值表征支持acs变更，且不需要携带tfo版本扩展块，则在所述交互消息中省略属性头和scs扩展块；
若om取值表征支持acs变更，且需要携带tfo版本扩展块时，则在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且将所有配置参数按照所述填充策略填充至所述交互消息。
在上述方案中，所述填充模块，用于：
当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且不支持amr编解码模式全集，且需要以属性头和scs扩展块的形式携带amr配置参数时：
若om的取值表征不支持acs变更，则将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若om取值表征支持acs变更，则将所有配置参数按照预设的填充策略填充至所述交互消息。
在上述方案中，所述填充模块，还用于当前正在使用amr语音编解码时，将所有配置参数按照预设的填充策略填充至所述交互消息。
第四方面，本发明实施例提供了一种接收端设备，所述接收端设备包括：接收模块，获取模块和提取模块；其中，
所述接收模块，用于接收对端发送的交互消息；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
所述获取模块，用于利用所述交互消息确定所述对端支持自适应多速率amr语音编解码并进行tfo不匹配解决过程时，根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的支持模式优化om取值；
所述提取模块，用于按照预设的提取策略将除om值以外的其他配置参数进行提取。
在上述方案中，所述获取模块，用于当所述对端当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型时：
若所述交互消息中的属性头扩展块中的参数par_sel值指示需要以属性头和scs扩展块的形式携带amr配置参数时，则设定所述对端om的取值表征支持acs变更；
若所述交互消息中的属性头扩展块中的参数par_sel值指示属性头扩展块后不携带附加的编解码属性扩展块时，则按照tfo协议提取om参数的原始值；
若所述交互消息中不存在属性头扩展块，则设定所述对端om的取值表征支持acs变更。
在上述方案中，所述获取模块，用于所述对端当前正在使用amr语音编解码时，从所述交互消息中直接获取om原始值。
第五方面，本发明实施例提供了一种通信协商系统，所述系统包括发送端设备和接收端设备；其中，
所述发送端设备，用于当发送端设备支持自适应多速率amr语音编解码且当前所述发送端设备未使用amr语音编解码时，按照预设的判定策略确定交互消息中支持的速率集scs扩展块的填充方式；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
以及，将填充完成之后的交互消息发送至对端；
所述接收端设备，用于接收对端发送的交互消息；
以及，利用所述交互消息确定所述对端支持自适应多速率amr语音编解码并进行tfo不匹配解决过程时，根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的支持模式优化om取值；
以及，按照预设的提取策略将除om值以外的其他配置参数进行提取。
在上述方案中，所述发送端设备，用于当前未使用amr语音编解码，且所述amr语音编解码仅是作为可替代的语音编解码类型，且支持amr编解码模式全集时：
若支持模式优化om的取值表征不支持激活的速率集acs变更，则在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若om取值表征支持acs变更，且不需要携带tfo版本扩展块，则在所述交互消息中省略属性头和scs扩展块；
若om取值表征支持acs变更，且需要携带tfo版本扩展块时，则在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且将所有配置参数按照所述填充策略填充至所述交互消息。
在上述方案中，所述发送端设备，用于当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且不支持amr编解码模式全集，且需要以属性头和scs扩展块的形式携带amr配置参数时：
若om的取值表征不支持acs变更，则将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若om取值表征支持acs变更，则将所有配置参数按照预设的填充策略填充至所述交互消息。
在上述方案中，所述接收端设备，具体用于当所述对端当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型时：
若所述交互消息中的属性头扩展块中的参数par_sel值指示需要以属性头和scs扩展块的形式携带amr配置参数时，则设定所述对端om的取值表征支持acs变更；
若所述交互消息中的属性头扩展块中的参数par_sel值指示属性头扩展块后不携带附加的编解码属性扩展块时，则按照tfo协议提取om参数的原始值；
若所述交互消息中不存在属性头扩展块，则设定所述对端om的取值表征支持acs变更。
本发明实施例提供了一种通信协商的方法、设备和系统；当tfo不匹配解决过程中交互的双方均不支持acs变更，并且交互的一端支持amr语音编解码当非当前使用amr语音编解码时，通过用配置的acs替代scs填充交互消息，且在提取消息中没有表明om取值时设定对端om值为1，使得当对端也支持amr语音编解码时，能够让tfo不匹配解决过程所协商出来优选编解码以及根据优选编解码切换后的tfo协商结果一致，从而更加有效地协商出优选语音编解码类型和配置参数，避免tfo不匹配解决过程中发生震荡，提高建立tfo连接的成功率，提升通话质量。
附图说明
图1为本发明实施例提供的一种通信协商的方法流程示意图；
图2为本发明实施例提供的一种具体实现的流程示意图；
图3为本发明实施例提供的另一种通信协商的方法流程示意图；
图4为本发明实施例提供的另一种具体实现的流程示意图；
图5为本发明实施例提供的一种发送端设备结构示意图；
图6为本发明实施例提供的一种接收端设备结构示意图；
图7为本发明实施例提供的一种发送端设备硬件结构示意图；
图8为本发明实施例提供的一种接收端设备硬件结构示意图；
图9为本发明实施例提供的一种通信协商系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
参见图1，其示出了本发明实施例提供的一种通信协商的方法，该方法应用于tfo不匹配解决过程中交互消息的发送端设备，该方法可以包括：
s101：当发送端设备支持amr语音编解码且当前发送端设备未使用amr语音编解码时，按照预设的判定策略确定交互消息中scs扩展块的填充方式；
其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；在具体实现过程中，交互请求消息优选为tfo_req_l消息，相应地，交互应答消息优选为tfo_ack_l消息。
示例性地，所述按照预设的判定策略确定交互消息中scs扩展块的填充方式，可以包括：
发送端设备当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且发送端设备支持amr编解码模式全集时：
若发送端设备om的取值表征不支持acs变更，则发送端设备在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且发送端设备将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若发送端设备om取值表征支持acs变更，且不需要携带tfo版本扩展块，则发送端设备在所述交互消息中省略属性头和scs扩展块；
若发送端设备om取值表征支持acs变更，且需要携带tfo版本扩展块时，则发送端设备在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且发送端设备将所有配置参数按照所述填充策略填充至所述交互消息。
需要说明的是，由于amr包括全速率(fr，fullrate)模式和半速率(hr，halfrate)模式；那么对于全速率amr(fr_amr)，支持amr编解码模式全集表示8种模式全部支持；对于半速率amr(hr_amr)，支持amr编解码模式全集6种模式全部支持。另外，发送端设备可以将om取值为1来表征支持acs变更，将om取值为0来表征不支持acs变更。此外，预设的填充策略具体可以为按照tfo协议的描述，发送端设备将bsc所指示的配置参数对应的原始数据(如：om、macs、acs或scs等)直接填充到交互消息中。
示例性地，所述按照预设的判定策略确定交互消息中scs扩展块的填充方式，还可以包括：
发送端设备当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且发送端设备不支持amr编解码模式全集，且需要以属性头和scs扩展块的形式携带amr配置参数时：
若发送端设备om的取值表征不支持acs变更，则发送端设备将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若发送端设备om取值表征支持acs变更，则发送端设备将所有配置参数按照预设的填充策略填充至所述交互消息。
需要说明的是，在本示例中，优选地，需要以属性头和scs扩展块的形式携带amr配置参数可以通过属性头扩展块中的参数par_sel置为1进行表征。
示例性地，所述方法还包括：
当发送端设备当前正在使用amr语音编解码时，发送端设备将所有配置参数按照预设的填充策略填充至所述交互消息。
s102：发送端设备将填充完成之后的交互消息发送至对端。
可以理解地，由于tfo不匹配解决过程需要通过消息的交互来进行协商过程，因此，发送交互消息的任意一端均为本实施例所述的发送端设备，而相应的接收交互消息的一端则为发送端设备的对端。
对于图1所示的技术方案，在具体实现过程中，参见图2，可以包括：
s201：发送端设备根据自身的配置信息，判断是否支持amr以及当前是否正在使用amr；如果支持amr以及当前未正在使用amr时，转至s203；否则转至s202；
s202：发送端设备按照tfo协议将配置参数填充至交互消息；
s203：发送端设备根据预设的第一判定条件确定交互消息中是否携带scs扩展块；如果是，则转至s204；否则，转至s207；
具体地，第一判定条件可以包括：支持amr编解码模式、om取值、tfo版本。
若发送端设备om取值为1(支持acs变更)，且不用携带tfo版本扩展块时，则可以省略属性头和scs扩展块；其它情况需要携带属性头，par_sel置1时携带scs扩展块。
s204：发送端设备根据预设的第二判定条件确定是否将asc填充至scs扩展块；如果是则转至s206；否则转至s205；
具体地，若发送端设备支持amr编解码模式全集，且发送端设备om取值为0(不支持acs变更)，则不可省略属性头和scs扩展块，需要用发送端设备本端配置的acs替代scs；若不支持amrcodec模式全集，且以属性头和scs扩展块的形式(即属性头扩展块中的par_sel置为1)携带amr配置参数时，若发送端设备om取值0，则需要发送端设备本端配置的acs替代scs。其它情况，scs配置按照tfo协议28.062进行填充。
s205：发送端设备根据tfo协议将scs原始参数值填充至交互信息中的scs扩展块，转至s207；
s206：发送端设备将acs填充至交互信息中的scs扩展块，转至s207；
s207：发送端设备根据tfo协议将剩余配置参数填充至交互信息中。
参见图3，其示出了本发明实施例提供的一种通信协商的方法，该方法应用于tfo不匹配解决过程中交互消息的接收端设备，该方法可以包括：
s301：接收对端发送的交互消息；
需要说明的是，本实施例所述的接收端设备为接收tfo不匹配解决过程中交互消息的任意一端设备，因此，相应的发送交互消息的一端则为接收端设备的对端。
具体地，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；在具体实现过程中，交互请求消息优选为tfo_req_l消息，相应地，交互应答消息优选为tfo_ack_l消息。
s302：利用交互消息确定对端支持amr语音编解码并进行tfo不匹配解决过程时，根据所述交互消息中所填充的配置参数以及预设的获取策略，获取对端的om取值。
示例性地，所述根据所述交互消息中所填充的配置参数以及预设的获取策略，获取对端的om取值，包括：
当对端当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型时：
若交互消息中的属性头扩展块中的参数par_sel值指示需要以属性头和scs扩展块的形式携带amr配置参数(比如为1)时，则接收端设定对端om的取值表征支持acs变更；
若交互消息中的属性头扩展块中的参数par_sel值指示属性头扩展块后不携带附加的编解码属性扩展块(比如为0)时，则接收端按照tfo协议提取om参数的原始值；
若交互消息中不存在属性头扩展块，则接收端设定对端om的取值表征支持acs变更。
示例性地，所述根据所述交互消息中所填充的配置参数以及预设的获取策略，获取对端的om取值，包括：
对端当前正在使用amr语音编解码时，接收端从所述交互消息中直接获取om原始值。
s303：按照预设的提取策略将除om值以外的其他配置参数进行提取；
具体地，其它配置参数可以按照tfo协议所规定的提取过程进行提取或补充，如scs补充为全集，本实施例对此不作具体限定。
对于图3所示的技术方案，在具体实现过程中，参见图4，可以包括：
s401、接收端设备根据对端的配置，判断对端是否支持amr类型以及当前是否正在使用amr语音类型。
s402、若对端不是未使用amr编解码类型且仅支持amr编解码类型时，则接收端设备按照tfo协议提取交互消息中的配置参数。
s403、若对端当前未正在使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，则接收端设备判断交互消息中是否存在描述amr配置的属性头及par_sel的取值。
s404、若交互消息中存在属性头且par_sel＝0，则接收端设备按照tfo协议提取om配置参数，转至s406。
s405、若交互消息中省略属性头或者属性头中par_sel＝1，则接收端设备将对端om值赋值为1，转至s406。
s406、接收端设备按tfo协议从交互消息中提取om以外对端剩余的配置参数。
通过图1和图3所示的技术方案以及相应技术方案的具体实现过程，当tfo不匹配解决过程中交互的双方均不支持acs变更，并且交互的一端支持amr语音编解码当非当前使用amr语音编解码时，通过用配置的acs替代scs填充交互消息，且在提取消息中没有表明om取值时设定对端om值为1，使得当对端也支持amr语音编解码时，能够让tfo不匹配解决过程所协商出来优选编解码以及根据优选编解码切换后的tfo协商结果一致，从而更加有效地协商出优选语音编解码类型和配置参数，避免tfo不匹配解决过程中发生震荡，提高建立tfo连接的成功率，提升通话质量。
针对上述技术方案以及技术方案的具体实现过程，还需要说明的是，当交互两端均不支持acs变更，且端a支持amr语音类型且非当前使用，且进行tfo不匹配解决过程时：
若另一端b也支持amr语音类型且当前未使用，端a可以通过图2所示的流程填充amr配置数据，并通过图4描述的流程提取端b的配置数据，端b的amr配置数据直接取用其bsc配置，之后运行决定编解码判断是否存在可以建立tfo的优选配置；
若另一端b也支持amr语音类型且当前正在使用，那么在两端上提取和协商建立tfo优选配置的流程有些差异，对端a的amr配置数据通过图2和图4描述的流程填充和提取，本端b的amr配置数据直接取用其bsc配置，但是两端协商的结果一致；
若另一端b不支持amr语音类型，在端b上协商建立tfo的优选配置时，端a的amr配置数据均通过图2和图4描述的流程填充和提取，端b的amr配置参数直接取用其bsc配置，根据建立tfo的编解码优先级寻找优选语音编解码类型。
由此可以看出，前述实施例也不会影响到与不支持amr的一端协商tfo是否可以建立。
基于前述实施例相同的技术构思，参见图5，其示出了本发明实施例提供的一种发送端设备50，可以包括：填充模块501和发送模块502；其中，
所述填充模块501，用于当发送端设备50支持自适应多速率amr语音编解码且当前所述发送端设备50未使用amr语音编解码时，按照预设的判定策略确定交互消息中支持的速率集scs扩展块的填充方式；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
所述发送模块502，用于将填充完成之后的交互消息发送至对端。
在上述方案中，所述填充模块501，用于：
当前未使用amr语音编解码，且所述amr语音编解码仅是作为可替代的语音编解码类型，且支持amr编解码模式全集时：
若支持模式优化om的取值表征不支持激活的速率集acs变更，则在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若om取值表征支持acs变更，且不需要携带tfo版本扩展块，则在所述交互消息中省略属性头和scs扩展块；
若om取值表征支持acs变更，且需要携带tfo版本扩展块时，则在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且将所有配置参数按照所述填充策略填充至所述交互消息。
在上述方案中，所述填充模块501，用于：
当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且不支持amr编解码模式全集，且需要以属性头和scs扩展块的形式携带amr配置参数时：
若om的取值表征不支持acs变更，则将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若om取值表征支持acs变更，则将所有配置参数按照预设的填充策略填充至所述交互消息。
在上述方案中，所述填充模块501，还用于当前正在使用amr语音编解码时，将所有配置参数按照预设的填充策略填充至所述交互消息。
另外，在本实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，readonlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
具体来讲，本实施例中的一种通信协商的方法对应的计算机程序指令可以被存储在光盘，硬盘，u盘等存储介质上，当存储介质中的与一种信息处理方法对应的计算机程序指令被一电子设备读取或被执行时，包括如下步骤：
当发送端设备支持自适应多速率amr语音编解码且当前所述发送端设备未使用amr语音编解码时，按照预设的判定策略确定交互消息中支持的速率集scs扩展块的填充方式；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
将填充完成之后的交互消息发送至对端。
可选的，存储介质中存储的与步骤：所述按照预设的判定策略确定交互消息中scs扩展块的填充方式，包括：
所述发送端设备当前未使用amr语音编解码，且所述amr语音编解码仅是作为可替代的语音编解码类型，且所述发送端设备支持amr编解码模式全集时：
若所述发送端设备支持模式优化om的取值表征不支持激活的速率集acs变更，则所述发送端设备在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且所述发送端设备将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若所述发送端设备om取值表征支持acs变更，且所述发送端设备不需要携带tfo版本扩展块，则所述发送端设备在所述交互消息中省略属性头和scs扩展块；
若所述发送端设备om取值表征支持acs变更，且需要携带tfo版本扩展块时，则所述发送端设备在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且所述发送端设备将所有配置参数按照所述填充策略填充至所述交互消息。
可选的，存储介质中存储的与步骤：所述按照预设的判定策略确定交互消息中scs扩展块的填充方式，包括：
所述发送端设备当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且所述发送端设备不支持amr编解码模式全集，且需要以属性头和scs扩展块的形式携带amr配置参数时：
若所述发送端设备om的取值表征不支持acs变更，则所述发送端设备将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若所述发送端设备om取值表征支持acs变更，则所述发送端设备将所有配置参数按照预设的填充策略填充至所述交互消息。
可选的，存储介质中存储的与步骤：所述方法还包括：当所述发送端设备当前正在使用amr语音编解码时，所述发送端设备将所有配置参数按照预设的填充策略填充至所述交互消息。
可选的，存储介质中存储的与步骤：所述预设的填充策略包括：按照tfo协议的描述，所述发送端设备将基站控制器bsc所指示的配置参数对应的原始数据直接填充到所述交互消息中。
基于前述实施例相同的技术构思，参见图6，其示出了本发明实施例提供的一种接收端设备60，可以包括：接收模块601，获取模块602和提取模块603；其中，
所述接收模块601，用于接收对端发送的交互消息；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
所述获取模块602，用于利用所述交互消息确定所述对端支持自适应多速率amr语音编解码进行tfo不匹配解决过程时，根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的支持模式优化om取值；
所述提取模块603，用于按照预设的提取策略将除om值以外的其他配置参数进行提取。
在上述方案中，所述获取模块602，用于当所述对端当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型时：
若所述交互消息中的属性头扩展块中的参数par_sel值指示需要以属性头和scs扩展块的形式携带amr配置参数(比如为1)时，则设定所述对端om的取值表征支持acs变更；
若所述交互消息中的属性头扩展块中的参数par_sel值指示属性头扩展块后不携带附加的编解码属性扩展块(比如为0)时，则按照tfo协议提取om参数的原始值；
若所述交互消息中不存在属性头扩展块，则设定所述对端om的取值表征支持acs变更。
在上述方案中，所述获取模块602，用于所述对端当前正在使用amr语音编解码时，从所述交互消息中直接获取om原始值。
另外，在本实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，readonlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
具体来讲，本实施例中的一种通信协商的方法对应的计算机程序指令可以被存储在光盘，硬盘，u盘等存储介质上，当存储介质中的与一种信息处理方法对应的计算机程序指令被一电子设备读取或被执行时，包括如下步骤：
接收对端发送的交互消息；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
利用所述交互消息确定所述对端支持自适应多速率amr语音编解码并进行tfo不匹配解决过程时，根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的支持模式优化om取值；
按照预设的提取策略将除om值以外的其他配置参数进行提取。
可选的，存储介质中存储的与步骤：所述根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的om取值，包括：
当所述对端当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型时：
若所述交互消息中的属性头扩展块中的参数par_sel值指示需要以属性头和scs扩展块的形式携带amr配置参数时，则所述接收端设定所述对端om的取值表征支持acs变更；
若所述交互消息中的属性头扩展块中的参数par_sel值指示属性头扩展块后不携带附加的编解码属性扩展块时，则所述接收端按照tfo协议提取om参数的原始值；
若所述交互消息中不存在属性头扩展块，则所述接收端设定所述对端om的取值表征支持acs变更。
可选的，存储介质中存储的与步骤：所述根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的om取值，包括：
所述对端当前正在使用amr语音编解码时，所述接收端从所述交互消息中直接获取om原始值。
基于前述实施例相同的技术构思，参见图7，其示出了本发明实施例提供的一种发送端设备50的具体硬件实现结构，可以包括：第一通信接口701、第一存储器702、第一处理器703和第一总线704；其中，
所述第一总线704用于连接所述第一通信接口701、所述第一处理器703和所述第一存储器702以及这些器件之间的相互通信；
所述第一通信接口701，用于与外部网元进行数据传输；
所述第一存储器702，用于存储指令和数据；
所述第一处理器703执行所述指令用于：当发送端设备50支持自适应多速率amr语音编解码且当前所述发送端设备50未使用amr语音编解码时，按照预设的判定策略确定交互消息中支持的速率集scs扩展块的填充方式；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
以及指示所述第一通信接口701将填充完成之后的交互消息发送至对端。
在实际应用中，上述第一存储器702可以是易失性第一存储器(volatilememory)，例如随机存取第一存储器(ram，random-accessmemory)；或者非易失性第一存储器(non-volatilememory)，例如只读第一存储器(rom，read-onlymemory)，快闪第一存储器(flashmemory)，硬盘(hdd，harddiskdrive)或固态硬盘(ssd，solid-statedrive)；或者上述种类的第一存储器的组合，并向第一处理器703提供指令和数据。
上述第一处理器703可以为特定用途集成电路(asic，applicationspecificintegratedcircuit)、数字信号处理器(dsp，digitalsignalprocessor)、数字信号处理装置(dspd，digitalsignalprocessingdevice)、可编程逻辑装置(pld，programmablelogicdevice)、现场可编程门阵列(fpga，fieldprogrammablegatearray)、中央处理器(cpu，centralprocessingunit)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述第一处理器功能的电子器件还可以为其它，本发明实施例不作具体限定。
示例性地，所述第一处理器703，具体可以用于：
所述发送端设备50当前未使用amr语音编解码，且所述amr语音编解码仅是作为可替代的语音编解码类型，且所述发送端设备50支持amr编解码模式全集时：
若所述发送端设备50支持模式优化om的取值表征不支持激活的速率集acs变更，则所述发送端设备50在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且所述发送端设备50将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若所述发送端设备50om取值表征支持acs变更，且所述发送端设备50不需要携带tfo版本扩展块，则所述发送端设备50在所述交互消息中省略属性头和scs扩展块；
若所述发送端设备50om取值表征支持acs变更，且需要携带tfo版本扩展块时，则所述发送端设备50在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且所述发送端设备50将所有配置参数按照所述填充策略填充至所述交互消息。
示例性地，所述第一处理器703，具体可以用于：
所述发送端设备50当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且所述发送端设备50不支持amr编解码模式全集，且需要以属性头和scs扩展块的形式携带amr配置参数时：
若所述发送端设备50om的取值表征不支持acs变更，则所述发送端设备50将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若所述发送端设备50om取值表征支持acs变更，则所述发送端设备50将所有配置参数按照预设的填充策略填充至所述交互消息。
示例性地，所述第一处理器703，还可以用于：当所述发送端设备50当前正在使用amr语音编解码时，将所有配置参数按照预设的填充策略填充至所述交互消息。
优选地，所述预设的填充策略包括：按照tfo协议的描述，将基站控制器bsc所指示的配置参数对应的原始数据直接填充到所述交互消息中。
基于前述实施例相同的技术构思，参见图8，其示出了本发明实施例提供的一种接收端设备60的具体硬件实现结构，可以包括：第二通信接口801、第二存储器802、第二处理器803和第二总线804；其中，
所述第二总线804用于连接所述第二通信接口801、所述第二处理器803和所述第二存储器802以及这些器件之间的相互通信；
所述第二通信接口801，用于与外部网元进行数据传输；
所述第二存储器802，用于存储指令和数据；
所述第二处理器803执行所述指令用于：指示第二通信接口801接收对端发送的交互消息；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
以及，利用所述交互消息确定所述对端支持自适应多速率amr语音编解码并进行tfo不匹配解决过程时，根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的支持模式优化om取值；
以及，按照预设的提取策略将除om值以外的其他配置参数进行提取。
在实际应用中，上述第二存储器802可以是易失性第一存储器(volatilememory)，例如随机存取第一存储器(ram，random-accessmemory)；或者非易失性第一存储器(non-volatilememory)，例如只读第一存储器(rom，read-onlymemory)，快闪第一存储器(flashmemory)，硬盘(hdd，harddiskdrive)或固态硬盘(ssd，solid-statedrive)；或者上述种类的第一存储器的组合，并向第二处理器803提供指令和数据。
上述第二处理器803可以为特定用途集成电路(asic，applicationspecificintegratedcircuit)、数字信号处理器(dsp，digitalsignalprocessor)、数字信号处理装置(dspd，digitalsignalprocessingdevice)、可编程逻辑装置(pld，programmablelogicdevice)、现场可编程门阵列(fpga，fieldprogrammablegatearray)、中央处理器(cpu，centralprocessingunit)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述第一处理器功能的电子器件还可以为其它，本发明实施例不作具体限定。
示例性地，所述第二处理器803，用于：
当所述对端当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型时：
若所述交互消息中的属性头扩展块中的参数par_sel值指示需要以属性头和scs扩展块的形式携带amr配置参数时，则所述接收端设定所述对端om的取值表征支持acs变更；
若所述交互消息中的属性头扩展块中的参数par_sel值指示属性头扩展块后不携带附加的编解码属性扩展块时，则所述接收端按照tfo协议提取om参数的原始值；
若所述交互消息中不存在属性头扩展块，则所述接收端设定所述对端om的取值表征支持acs变更。
示例性地，所述第二处理器803，用于：
所述对端当前正在使用amr语音编解码时，所述接收端从所述交互消息中直接获取om原始值。
基于前述实施例相同的技术构思，参见图9，其示出了本发明实施例提供的一种通信协商系统90，可以包括发送端设备50和接收端设备60；其中，
所述发送端设备50，用于当发送端设备50支持自适应多速率amr语音编解码且当前所述发送端设备50未使用amr语音编解码时，按照预设的判定策略确定交互消息中支持的速率集scs扩展块的填充方式；其中，所述交互消息为tfo不匹配解决过程中进行tfo编码集合交互请求消息或交互应答消息；
以及，将填充完成之后的交互消息发送至对端；
所述接收端设备60，用于接收对端发送的交互消息；
以及，利用所述交互消息确定所述对端支持自适应多速率amr语音编解码进行tfo不匹配解决过程时，根据所述交互消息中所填充的配置参数以及预设的获取策略，获取所述对端的支持模式优化om取值；
以及，按照预设的提取策略将除om值以外的其他配置参数进行提取。
在上述方案中，所述发送端设备50，用于当前未使用amr语音编解码，且所述amr语音编解码仅是作为可替代的语音编解码类型，且支持amr编解码模式全集时：
若支持模式优化om的取值表征不支持激活的速率集acs变更，则在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若om取值表征支持acs变更，且不需要携带tfo版本扩展块，则在所述交互消息中省略属性头和scs扩展块；
若om取值表征支持acs变更，且需要携带tfo版本扩展块时，则在所述交互消息中以属性头和scs扩展块的形式携带amr配置参数，并且将所有配置参数按照所述填充策略填充至所述交互消息。
在上述方案中，所述发送端设备50，用于当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型，且不支持amr编解码模式全集，且需要以属性头和scs扩展块的形式携带amr配置参数时：
若om的取值表征不支持acs变更，则将配置的acs替代scs填充至所述交互消息中的scs扩展块，将其它配置参数按照预设的填充策略填充至所述交互消息；
若om取值表征支持acs变更，则将所有配置参数按照预设的填充策略填充至所述交互消息。
在上述方案中，所述接收端设备60，具体用于当所述对端当前未使用amr语音编解码，且amr语音编解码仅是作为可替代的语音编解码类型时：
若所述交互消息中的属性头扩展块中的参数par_sel值指示需要以属性头和scs扩展块的形式携带amr配置参数时，则设定所述对端om的取值表征支持acs变更；
若所述交互消息中的属性头扩展块中的参数par_sel值指示属性头扩展块后不携带附加的编解码属性扩展块时，则按照tfo协议提取om参数的原始值；
若所述交互消息中不存在属性头扩展块，则设定所述对端om的取值表征支持acs变更。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。