数据处理的方法和装置的制作方法

专利名称：数据处理的方法和装置的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种数据处理的方法和装置。
背景技术：
通常，在IP网络中进行语音或视频通信时，为了减少原始数据量的传输， 需要对语音或视频数据采用某种编解码算法进行压缩。但是，不同的编解码算 法调制出来的数据所占用的带宽及时延等均不同，也就是说，采用不同的编解 码算法会有不同的通信质量。
以在IP网络中进行语音通信为例，常用的语音编解码算法有PCM (Pulse Code Modulation,脉冲编码调制)、ADPCM ( Adaptive Differential Pulse Code Modulation,自适应差分脉沖编码调制)、LD-CELP ( Lower Delay Code Excited Liner Prediction, j氐延迟预激励线性预测编码)、ACELP (Algebraic Code Excitation Liner Prediction,代数码激励线性预测编码)、MP-MLQ (Multi-Pulse Maximum Likelihood Quantization Code, 多脉冲最大似然量 化编码)等。
通过对上述常用的编解码算法进行研究和统计得出压缩率低，算法相对 简单，时延相对较小，带宽占用高，语音质量好；压缩率高，算法相对复杂， 时延相对较大，带宽占用低，语音质量差，也即通信质量下降。由此可见，在 带宽条件有限的情况下，要保证通信质量，选择合适的编解码算法十分重要。 在实现本发明的过程中，发明人发现现有技术中至少存在如下问题 在现有技术中，在上下行流量限制不同的网络中，网关与网关间，网关与 终端间，或终端与终端间的通讯，为了适应上下行流量中，流量较小的一行， 在数据收发都采用压缩率较高、带宽占用较小的编解码算法。而采用较高的压缩率会导致原始的语音或视频数据失真，压缩率高的算法耗时，会引起通讯延
时，而数据失真和通讯延时都会导致通信质量的降低。

发明内容
本发明的实施例提供一种数据处理的方法和装置，能够提高数据收发时的 通信质量。
为达到上述目的，本发明的实施例釆用如下技术方案 一种数据处理的方法，包括
与对端协商选定不同的发送编解码算法和接收编解码算法； 按照所述发送编解码算法处理发送给对端的数据；及， 按照所述接收编解码算法处理从对端接收的数据。 一种通信实体，包括
协商单元，用于与对端协商选定不同的发送编解码算法和接收编解码算法; 第一处理单元，用于按照所述发送编解码算法处理发送给对端的数据； 第二处理单元，用于按照所述接收编解码算法处理乂人对端接收的数据。 本发明实施例提供的数据处理的方法和装置，通信两端协商选定不同的发 送编解码算法和接收编解码算法，按照所述发送编解码算法处理发送给对端的 数据，按照所述接收编解码算法处理从对端接收的数据。与现有技术相比，本 发明能够根据数据发送和数据接收时网络环境的不同，分别选择最适合当前网 络环境的不同的编解码算法对数据进行处理，进而能够充分利用网络带宽，提 高通信质量。


为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付 出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图l为本发明提供的数据处理的方法实施例一方法流程图； 图2为本发明提供的数据处理的方法实施例二方法流程图； 图3为本发明提供的数据处理的方法实施例三方法流程图； 图4为本发明提供的数据处理的方法实施例四方法流程图； 图5为本发明提供的数据处理的装置实施例五结构示意图； 图6为本发明提供的数据处理的装置实施例六结构示意图； 图7为本发明提供的数据处理的装置实施例七结构示意图。
具体实施例方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是 全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的实施例提供一种数据处理的方法和装置。
为使本发明技术方案的优点更加清楚，下面结合附图和实施例对本发明作 ^洋细i兌明。
本发明的实施例提供一种数据处理的方法，能够提高数据收发时的通信质量。
实施例一
如图l所示，所述凝:据处理的方法包括
5101、 与对端协商选定不同的发送编解码算法和接收编解码算法；
5102、 按照所述发送编解码算法处理发送给对端的数据；S103、按照所述接收编解码算法处理从对端接收的数据。 本发明实施例提供的数据处理的方法，通信两端协商选定不同的发送编解 码算法和接收编解码算法，按照所述发送编解码算法处理发送给对端的数据， 按照所述接收编解码算法处理从对端接收的数据。与现有技术相比，本发明能 够根据数据发送和数据接收时网络环境的不同，分别选4奪最适合当前网络环境 的不同的编解码算法对数据进行处理，进而能够充分利用网络带宽，提高通信 质量。
实施例二
在本实施例中，主叫与被叫进行协商，由被叫选定不同的发送编解码算法 和接收编解码算法，分别对发送的数据和接收的数据进行处理。 如图2所示，所述凝:据处理的方法包括
S201、主叫向被叫发送查询消息，查询被叫是否具有对发送的数据和接收 的数据采用不同的编解码算法进行处理的能力。
在IP网络通信中，通信双方采用SIP协议进行通信，在所述SIP协议中，通 常采用SDP作为消息体对SIP协议进行描述，通信双方使用SDP进行协商，协商出 双方都支持的编解码算法，进行通信。为了查询对方是否支持带方向的协商功 能，对SDP进行扩展，使通信双方能够根据这个扩展的描述，在数据收发时选择 不同的编解码算法。呼叫发起方在发起呼叫前，向对方发送一个OPTIONS消息， 所述OPTIONS消息携带"direction-indicator"指示的supported头域，查询对 方是否支持这种协商和通信方式，其中，所述direction-indicator指示为 supported头i或的一个扩展，所述扩展名称不限于direction-indicator,也可 以为通信双方约定好的任意名称。对SDP进行扩展的方式有以下两种。
方式一SDP中有一个属性字段a,可以定义一个扩展属性 a=forward，表示数据发送方向； a=backward，表示数据接收方向；
当然，所述扩展属性的名称不限于forward和backward，也可以为通信双方 约定好的任意名称。
在所述SDP中，增加了表示方向的描述 m=audio 6000 RTP/AVP 18 8 0 a=rtpmap 18 G729/綱0 a=rtpmap 8 PCMA/8000 a=rtpmap 0 PCMU/8000 a=forward
m=audio 6000 RTP/AVP 8 0 18 a=rtpmap 8 PCMA/8000 a=rtpmap 0 PCMU/8000 a=rtpmap 18 G729/8000 a=backward 方式二
在所述SDP中，对m行参数进行扩展 m-audio 6000 RTP/AVP forward 18 8 0 a=rtpmap 18 G729/8000 a=rtpmap 8 PCMA/8000 a=rtpmap 0 PCMU/8000 m=audio 6000 RTP/AVP backward 8 0 18a=rtpmap 8 PCMA/8000 a=rtpmap 0 PCMU/8000 a=rtpmap 18 G729/8000
被叫可以解析m行的扩展参数，根据这些参数确认数据收发方向采用的不同 编解码算法对数据进行处理。
当然，为了表示出数据收发方向，所述SDP的扩展方法可以有很多种，包括 但不限于上面所列举的两种。此外，MGCP、 H. 248等使用SDP描述的协议同样可 以用上面的方法进行协商。
此外，除了采用常用的SDP作为消息体对SIP协议进行描述，也可以通过其 他私有协议进行描述，例如使用XML来描述SIP消息，从XML中解析出协商信息； 或者定义某种数据结构，描述协商信息，其中包括发送方向的信息和接收方向 的信息，并将其转换成二进制，作为SIP消息的消息体。
5202、 被叫收到所述查询消息后，向主叫回复一个200 OK响应消息，表示 被叫具有对发送的数据和接收的数据采用不同的编解码算法进行处理的能力。 所述响应消息中同才羊携带"direction—indicator"指示的supported头i或，且 带有扩展的方向属性，表示在两个方向分别支持的编解码算法。这样，随后主 叫就知道可以用该种协商和通信方式进行通信了 。
5203、 主叫向被叫发送"Invite"协商消息，所述协商消息中携带主叫支 持的发送编解码算法列表和接收编解码算法列表，每个列表中包括至少一个编 解码算法。
5204、 被叫振铃，向主叫发送"180 ring"的消息，提示主叫，被叫已收 到所述协商消息。
5205、 被叫在所述发送编解码算法列表和接收编解码列表中各选定一个自己支持的编解码算法，所选定的两个编解码算法不同。
5206、 被叫向主叫发送协商成功消息"200 OK",表示已选定两个不同的发 送编解码算法A和接收编解码算法B 。
5207、 主叫向被叫发出"ACK"确认消息，确认主叫和被叫已经协商成功， 可以采用不同的发送编解码算法A和接收编解码算法B分别对发送的数据和接收 的数据进行处理。
5208、 当主叫发送数据时，主叫按照两者协商选定的发送编解码算法A对发 送的数据进行压缩，将压缩后的数据发送给被叫，被叫接收到所述压缩后的数 据后，将采用所述主叫的发送编解码算法A (也可以认为是被叫的接收编解码算 法)对所述接收到的数据进行解压缩。
5209、 当主叫接收数据时，被叫按照两者协商选定的接收编解码算法B (也 可以认为是被叫的发送编解码算法)对数据进行压缩，将压缩后的数据发送给 主叫，主叫采用所述接收编解码算法B对所述接收到的数据进行解压缩。
在本实施例中，当被叫不具有对发送的数据和接收的数据釆用不同的编解 码算法进行处理的能力时，将向主叫回复一个420 Bad Extension响应消息，表 示被叫不具有所述能力，主叫与^皮叫之间只能采用同一种编解码算法对发送的 数据和接收的数据进行处理。此时，主叫与被叫将按照现有技术中的协商方式， 协商选定同一个编解码算法，采用该编解码算法对发送的数据和接收的数据进 行处理，具体的协商过程和数据处理过程与现有技术相同，在此不再赘述。
实施例三
在本实施例中，主叫与被叫进行协商，由主叫选定不同的发送编解码算法 和接收编解码算法，分别对发送的数据和接收的数据进行处理。 S301-S304、与S301-S304相同，在此不再赘述。5305、 被叫在所述发送编解码算法列表和接收编解码列表中选择出自己支 持的发送编解码算法和接收编解码算法。
5306、 被叫向主叫发送协商响应消息，所述响应消息中携带被叫从所述发 送编解码算法列表和接收编解码算法列表中选择出的被叫支持的发送编解码算
法和接收编解码算法。
5307、 主叫从所述被叫选择出的被叫支持的发送编解码算法和接收编解码 算法中，选定两个不同的发送编解码算法A和接收编解码算法B。
5308、 主叫向被叫发送协商成功消息，所述协商成功消息中携带所述已选 定的不同的发送编解码算法A和接收编解码算法B,确认主叫和被叫已经协商成 功，可以采用不同的发送编解码算法A和接收编解码算法B分别对发送的数据和 接收的数据进行处理。
S309-S310、与S208-S209相同，在此不再赘述。
在本实施例中，当被叫不具有对发送的数据和接收的数据采用不同的编解 码算法进行处理的能力时，将向主叫回复一个420 Bad Extension响应消息，表 示被叫不具有所述能力，主叫与被叫之间只能采用同一种编解码算法对发送的 数据和接收的数据进行处理。此时，主叫与被叫将按照现有技术中的协商方式, 协商选定同一个编解码算法，采用该编解码算法对发送的数据和接收的数据进 行处理，具体的协商过程和数据处理过程与现有技术相同，在此不再赘述。
实施例四
在本实施例中，在一个通信承载网中设置一个网络环境检测设备，来获知 网络的当前环境，如网络带宽的变化，上下行带宽是否一致，若不一致，带宽 限制是多少，以及网络时延等。
如图4所示，所述凄t据处理的方法包括S401 、主叫向网络环境检测设备订阅或查询网络环境信息。
其中，所述网络环境信息包括网络带宽信息、带宽变化信息、上下行带宽 是否一致及其带宽限制为多少、网络延时等信息。
5402、 网络环境检测设备检测到主叫与被叫之间的网络环境信息为上下 行流量限制不同，且相差较大，将所述网络环境信息发送给主叫，或者，发送 指示给主叫，指示主叫需要采用不同的编解码算法对发送的数据和接收的数据 进行处理。
5403、 主叫根据网络环境检测设备发送的网络环境信息，决策出主叫与被 叫之间需要采用不同的编解码算法对发送的数据和接收的数据进行处理，或者， 主叫接收网络环境检测设备发送的与被叫之间需要釆用不同的编解码算法对发 送的数据和接收的数据进行处理的指示。
S404-S405、与步骤S201-S202类似，在此不再赘述。 其中，所述S401-S403与S404-S405的顺序可以互换。
S楊、主叫发送携带SDP的Invite协商消息给被叫，其中，用扩展的SDP描 述发送数据时和接收数据时采用不同的编解码算法列表。
5407、 被叫解析所述SDP,解析出主叫携带扩展属性forward和backward， 从所述不同的编解码算法列表中各选择一个被叫自身支持两个方向要求的编解 码算法，并对编解码芯片DSP或编解码算法软件模块进行forward和backward两 个方向的算法参数设定。
5408、 被叫用扩展的SDP，描述发送编解码算法和接收编解码算法，发送带 SDP的200 OK消息给对方，所述消息中携带被叫选定的发送编解码算法和接收编 解码算法。
5409、 主叫解析所述SDP，解析出携带扩展属性forward和backward描述的编解码算法分别是协商成功的发送编解码算法和接收编解码算法，并对编解码 芯片DSP或编解码算法软件模块进行算法参数设定。
S410、主叫向被叫发送ACK协商成功消息。 S411-S412、与S208-S209相同，在此不再赘述。
当主叫发送数据时，主叫按照两者协商选定的发送编解码算法A对发送的数 据进行压缩，将压缩后的数据发送给被叫，被叫接收到所述压缩后的数据后， 将采用所述主叫的发送编解码算法A (也可以认为是被叫的接收编解码算法)对 所述数据进行解压缩。
5412、 当主叫接收数据时，被叫按照两者协商选定的主叫的接收编解码算 法B (也可以认为是被叫的发送编解码算法)对数据进行压缩，将压缩后的数据 发送给主叫，主叫釆用所述接收编解码算法B对所述接收到的数据进行解压缩。
5413、 网络环境检测设备检测到网络环境发生变化。
5414、 网络环境检测设备检测到主叫与被叫之间的网络状况为上下行流 量变为一致，将该网络状况发送给主叫。
5415、 主叫根据当前的网络状况，决定与被叫进行重协商。
当然，若被叫获知当前的网络状况发生了变化，也可以向主叫发起重协商。
5416、 主叫发送携带SDP的re-Invite重协商消息给:被叫，其中，用SDP描述 发送和接收釆用相同的编解码算法列表。
5417、 被叫解析所述SDP,发现是一个不带方向扩展的普通SDP，表明两个 方向使用同一种编解码算法进行通信。被叫从所述编解码算法列表中选择一个 编解码算法，并重新对编解码算法芯片DSP或编解码算法软件模块进行参数设定。
5418、 被叫发送带SDP的20G OK消息给对方，所述消息中携带被叫选定的编解码算法。
5419、 主叫根据被叫发送的SDP描述的编解码算法，重新对编解码芯片DSP 或编解码算法软件模块进行算法参数设定。
5420、 主叫向被叫发送ACK协商成功消息。
5421、 主叫与被叫按照两者协商选定的编解码算法A对发送的数据和接收的 数据进行处理。
其中，主叫在发送数据时，主叫按照两者协商选定的发送编解码算法A对数 据进行压缩，将压缩后的数据发送给被叫，被叫接收到所述数据后，采用所述 发送编解码算法A对数据进行解压缩；主叫在接收数据时，被叫按照两者协商选 定的接收编解码算法A对数据进行压缩，将压缩后的数据发送给主叫，主叫接收 到所述数据后，采用所述发送编解码算法A对数据进行解压缩。
其中，如果主叫发送OPTIONS查询对方能力失败，则后续呼叫将按照现有技 术中的呼叫流程进行协商和通信。
如果在一个网络环境不会变化的网络中，且上下行流量限制不同的环境下， 也可以不需要网络环境诊断设备，直接通过系统配置来采用不同的编解码算法 对发送的数据和接收的数据进行处理。
因而，利用本发明实施例提供的数据处理的方法，能够提高数据收发时的 通信质量。
本发明的实施例提供一种通信实体，能够提高数据收发时的通信质量。 实施例五
如图5所示，所述通信实体包括
协商单元501，用于与对端协商选定不同的发送编解码算法和接收编解码算
法；第一处理单元502，用于按照所述发送编解码算法处理发送给对端的数据； 第二处理单元503,用于按照所述接收编解码算法处理从对端接收的数据。 本发明实施例提供的通信实体，与对端协商选定不同的发送编解码算法和 接收编解码算法，按照所述发送编解码算法处理发送给对端的数据，按照所述 接收编解码算法处理从对端接收的数据。与现有技术相比，本发明能够根据数 据发送和数据接收时网络环境的不同，分别选择最适合当前网络环境的不同的 编解码算法对数据进行处理，进而能够充分利用网络带宽，提高通信质量。 实施例六
在本实施例中，通信两端进行协商，由被叫选定不同的发送编解码算法和 接收编解码算法，分别对发送的数据和接收的数据进行处理。 如图6所示，所述通信实体包括
协商单元601,用于与对端协商选定不同的发送编解码算法和接收编解码算
法；
第一处理单元602，用于按照所述发送编解码算法处理发送给对端的数据；
第二处理单元603，用于按照所述接收编解码算法处理从对端接收的数据。
其中，所述通信实体可以作为主叫或被叫，当所述通信实体作为主叫时， 所述的对端为被叫，当所述通信实体作为被叫时，所述的对端为主叫。
当所述通信实体作为主叫时，所述协商单元601包括
协商消息发送单元6011,用于向对端发送协商消息，所述协商消息中携带 发送编解码算法列表和接收编解码算法列表；
第一协商成功消息接收单元6012，用于接收对端返回的协商成功消息，所 述协商成功消息中携带对端选定的不同的发送编解码算法和接收编解码算法。
则所述第一协商成功消息接收单元6012将通知第一处理单元602按照所述发送编解码算法处理发送给对端的数据，通知第二处理单元603按照所述接收编
解码算法处理从对端接收的数据。
其中，当所述通信实体作为主叫时，为了查询被叫是否具有对发送的数据
和接收的数据采用不同的编解码算法进行处理的能力，所述通信实体还包括
查询消息发送单元604，用于向对端发送查询消息，查询对端是否具有对发 送的数据和接收的数据采用不同的编解码算法进行处理的能力；
确认消息接收单元605,用于接收对端返回的确认消息，所述确认消息中携 带对端具有所述能力的确^人信息。
其中，当所述通信实体作为主叫时，为了判定通信两端是否需要采用不同 的编解码算法对发送的数据和接收的数据进行处理，所述通信实体还包括
判定单元606，用于接收网络环境检测设备发送的网络环境信息，根据所述 网络环境信息决策出与对端之间需要采用不同的编解码算法对发送的数据和接 收的数据进行处理，或者，接收网络环境检测设备发送的与对端之间需要采用 不同的编解码算法对发送的数据和接收的数据进行处理的指示。
当所述通信实体作为被叫时，所述协商单元601包括
协商消息接收单元6013，用于接收对端发送的协商消息，所述协商消息中 携带发送编解码算法列表和接收编解码算法列表；
第二选定单元6014,用于从所述发送编解码算法列表和接收编解码算法列 表中选定不同的发送编解码算法和接收编解码算法；
第二协商成功消息发送单元6015,用于向对端发送协商成功消息，所述协 商成功消息中携带所述第二选定单元6014选定的发送编解码算法和接收编解码 算法。
则所述第二选定单元6014将通知第一处理单元602按照所述接收编解码算法处理发送给对端的数据，通知第二处理单元603按照所述发送编解码算法处理
从对端接收的数据。
其中，当所述通信实体作为被叫时，为了查询自身是否具有对发送的数据
和接收的数据采用不同的编解码算法进行处理的能力，所述通信实体还包括
查询消息接收单元607,用于接收对端发送的查询消息，所述查询消息用于 查询自身是否具有对发送的数据和接收的数据采用不同的编解码算法进行处理 的能力；
确认消息发送单元608,用于向对端发送确认消息，所述确认消息中携带自 身具有所述能力的确认信息。 实施例七
在本实施例中，通信两端进行协商，由主叫选定不同的发送编解码算法和 接收编解码算法，分别对发送的数据和接收的数据进行处理。 如图7所示，所述通信实体包括
协商单元701,用于与对端协商选定不同的发送编解码算法和接收编解码算
法；
第一处理单元702，用于按照所述发送编解码算法处理发送给对端的数据； 第二处理单元703,用于按照所述接收编解码算法处理从对端接收的数据。 其中，所述通信实体可以作为主叫或被叫，当所述通信实体作为主叫时，
所述的对端为被叫，当所述通信实体作为被叫时，所述的对端为主叫。 当所述通信实体作为主叫时，所述协商单元701包括 协商消息发送单元7011，用于向对端发送协商消息，所述协商消息中携带
发送编解码算法列表和接收编解码算法列表；
响应消息接收单元7012，用于接收对端返回的响应消息，所述响应消息中携带对端从所述发送编解码算法列表和接收编解码算法列表中选择出的对端支
持的发送编解码算法和接收编解码算法；
第一选定单元7013，用于从所述对端选择出的对端支持的发送编解码算法 和接收编解码算法中，选定不同的发送编解码算法和接收编解码算法；
第一协商成功消息发送单元7014，用于向对端发送协商成功消息，所述协 商成功消息中携带所述第一选定单元7013选定的不同的发送编解码算法和接收 编解码算法。
则所述第一选定单元7013将通知第一处理单元702按照所述发送编解码算 法处理发送给对端的数据，通知第二处理单元703按照所述接收编解码算法处理 从对端接收的数据。
其中，当所述通信实体作为主叫时，为了查询被叫是否具有对发送的数据 和接收的lt据采用不同的编解码算法进行处理的能力，所述通信实体还包括
查询消息发送单元704,用于向对端发送查询消息，查询对端是否具有对发 送的数据和接收的数据采用不同的编解码算法进行处理的能力；
确认消息接收单元705，用于接收对端返回的确认消息，所述确认消息中携 带对端具有所述能力的确认信息。
其中，当所述通信实体作为主叫时，为了判定通信两端是否需要采用不同 的编解码算法对发送的数据和接收的数据进行处理，所述通信实体还包括
判定单元706，用于接收网络环境检测设备发送的网络环境信息，根据所述 网络环境信息决策出与对端之间需要采用不同的编解码算法对发送的数据和接 收的数据进行处理，或者，接收网络环境检测设备发送的与对端之间需要采用 不同的编解码算法对发送的数据和接收的数据进行处理的指示。
当所述通信实体作为被叫时，所述协商单元701包括协商消息接收单元7015,用于接收对端发送的协商消息，所述协商消息中 携带发送编解码算法列表和接收编解码算法列表；
选择单元7016,用于从所述发送编解码算法列表和接收编解码算法列表中 选择出自身支持的发送编解码算法和接收编解码算法；
响应消息发送单元7017,用于向对端发送响应消息，所述响应消息中携带 所述选择单元7016选择出的自身支持的发送编解码算法和接收编解码算法；
第二协商成功消息接收单元7018，用于接收对端发送的协商成功消息，所 述协商成功消息中携带对端选定的不同的发送编解码算法和接收编解码算法。
则所述第二协商成功消息接收单元7018将通知第一处理单元702按照所述 接收编解码算法处理发送给对端的数据，通知第二处理单元703按照所述发送编 解码算法处理从对端接收的数据。
其中，当所述通信实体作为被叫时，为了查询自身是否具有对发送的数据 和接收的凝:据采用不同的编解码算法进行处理的能力，所述通信实体还包括
查询消息接收单元707，用于接收对端发送的查询消息，所述查询消息用于 查询自身是否具有对发送的数据和接收的数据釆用不同的编解码算法进行处理 的能力；
确认消息发送单元708,用于向对端发送确认消息，所述确认消息中携带自 身具有所述能力的确认信息。
因而，利用本发明实施例提供的通信实体，能够提高数据收发时的通信质量。
本发明实施例适用于语音、视频等需要进行数据处理的通信中，且在数据 收发时需要釆用不同的编解码算法对数据进行处理。本发明实施例中，主叫端 的发送编解码算法可以认为是被叫端的接收编解码算法，而主叫端的接收编解码算法也可以认为是被叫端的发送编解码算法。
是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算 机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。
其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(RandomAccess Memory, RAM)等。
以上所述，仅为本发明实施例的具体实施方式
，但本发明实施例的保护范 围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明 实施例的保护范围应该以权利要求的保护范围为准。
权利要求
1、一种数据处理的方法，其特征在于，包括与对端协商选定不同的发送编解码算法和接收编解码算法；按照所述发送编解码算法处理发送给对端的数据；及，按照所述接收编解码算法处理从对端接收的数据。
2、 根据权利要求l所述的数据处理的方法，其特征在于，所述与对端协商 选定不同的发送编解码算法和接收编解码算法的步骤包括向对端发送协商消息，所述协商消息中携带发送编解码算法列表和接收编 解码算法列表；接收对端返回的协商成功消息，所述协商成功消息中携带对端选定的不同 的发送编解码算法和接收编解码算法。
3、 根据权利要求l所述的数据处理的方法，其特征在于，所述与对端协商 选定不同的发送编解码算法和接收编解码算法的步骤包括向对端发送协商消息，所述协商消息中携带发送编解码算法列表和接收编 解码算法列表；接收对端返回的响应消息，所述响应消息中携带对端从所述发送编解码算 法列表和接收编解码算法列表中选择出的对端支持的发送编解码算法和接收编 解码算法；从所述对端选择出的对端支持的发送编解码算法和接收编解码算法中，选 定不同的发送编解码算法和接收编解码算法；向对端发送协商成功消息，所述协商成功消息中携带所述选定的不同的发 送编解码算法和接收编解码算法。
4、 根据权利要求2或3所述的^:据处理的方法，其特征在于，在所述向对端 发送协商消息的步骤之前，还包括向对端发送查询消息，查询对端是否具有对发送的数据和接收的数据釆用不同的编解码算法进行处理的能力；接收对端返回的确认消息，所述确认消息中携带对端具有所述能力的确认 信息。
5、 根据权利要求2或3所述的数据处理的方法，其特征在于，在所述向对端 发送协商消息的步骤之前，还包括接收网络环境检测设备发送的网络环境信息，根据所述网络环境信息决策 出与对端之间需要采用不同的编解码算法对发送的数据和接收的数据进行处 理；或者接收网络环境检测设备发送的与对端之间需要采用不同的编解码算法对发 送的数据和接收的数据进行处理的指示。
6、 根据权利要求1至5中任一项所述的数据处理的方法，其特征在于，所述 按照所述发送编解码算法处理发送给对端的数据包括采用所述发送编解码算法对数据进行压缩，将压缩后的数据发送给对端； 所述按照所述接收编解码算法处理从对端接收的数据包括 釆用所述接收编解码算法对从对端接收的数据进行解压缩。
7、 根据权利要求1至5中任一项所述的数据处理的方法，其特征在于，当与 对端之间的网络环境发生变化时，所述方法还包括与对端进行重协商；按照重协商后确定的发送编解码算法处理发送给对端的数据；及， 按照重协商后确定的接收编解码算法处理从对端接收的数据。
8、 一种通信实体，其特征在于，包括协商单元，用于与对端协商选定不同的发送编解码算法和接收编解码算法; 第一处理单元，用于按照所述发送编解码算法处理发送给对端的数据； 第二处理单元，用于按照所述接收编解码算法处理从对端接收的数据。
9、 根据权利要求8所述的通信实体，其特征在于，所述协商单元包括协商消息发送单元，用于向对端发送协商消息，所述协商消息中携带发送 编解码算法列表和接收编解码算法列表；第一协商成功消息接收单元，用于接收对端返回的协商成功消息，所述协 商成功消息中携带对端选定的不同的发送编解码算法和接收编解码算法。
10、 根据权利要求8所述的通信实体，其特征在于，所述协商单元包括协商消息发送单元，用于向对端发送协商消息，所述协商消息中携带发送 编解码算法列表和接收编解码算法列表；响应消息接收单元，用于接收对端返回的响应消息，所述响应消息中携带 对端从所述发送编解码算法列表和接收编解码算法列表中选择出的对端支持的 发送编解码算法和接收编解码算法；第一选定单元，用于从所述对端选择出的对端支持的发送编解码算法和接 收编解码算法中，选定不同的发送编解码算法和接收编解码算法；第一协商成功消息发送单元，用于向对端发送协商成功消息，所述协商成 功消息中携带所述第 一选定单元选定的不同的发送编解码算法和接收编解码算 法。
11、 根据权利要求9或10所述的通信实体，其特征在于，所述通信实体还包括查询消息发送单元，用于向对端发送查询消息，查询对端是否具有对发送 的数据和接收的数据采用不同的编解码算法进行处理的能力；确认消息接收单元，用于接收对端返回的确认消息，所述确认消息中携带 对端具有所述能力的确认信息。
12、 根据权利要求9或10所述的通信实体，其特征在于，所述通信实体还包括判定单元，用于接收网络环境检测设备发送的网络环境信息，根据所述网 络环境信息决策出与对端之间需要采用不同的编解码算法对发送的数据和接收 的数据进行处理，或者，接收网络环境检测设备发送的与对端之间需要采用不 同的编解码算法对发送的数据和接收的数据进行处理的指示。
13、 根据权利要求8所述的通信实体，其特征在于，所述协商单元包括 协商消息接收单元，用于接收对端发送的协商消息，所述协商消息中携带发送编解码算法列表和接收编解码算法列表；第二选定单元，用于从所述发送编解码算法列表和接收编解码算法列表中 选定不同的发送编解码算法和接收编解码算法；第二协商成功消息发送单元，用于向对端发送协商成功消息，所述协商成 功消息中携带所述第二选定单元选定的发送编解码算法和接收编解码算法。
14、 根据权利要求8所述的通信实体，其特征在于，所述协商单元包括 协商消息接收单元，用于接收对端发送的协商消息，所述协商消息中携带发送编解码算法列表和接收编解码算法列表；选择单元，用于从所述发送编解码算法列表和接收编解码算法列表中选择 出自身支持的发送编解码算法和接收编解码算法；响应消息发送单元，用于向对端发送响应消息，所述响应消息中携带所述 选择单元选择出的自身支持的发送编解码算法和接收编解码算法；第二协商成功消息接收单元，用于接收对端发送的协商成功消息，所述协商成功消息中携带对端选定的不同的发送编解码算法和接收编解码算法。
15、根据权利要求13或14所述的通信实体，其特征在于，所述通信实体还 包括查询消息接收单元，用于接收对端发送的查询消息，所述查询消息用于查 询自身是否具有对发送的数据和接收的数据釆用不同的编解码算法进行处理的 能力；确认消息发送单元，用于向对端发送确认消息，所述确认消息中携带自身 具有所述能力的确认信息。
全文摘要
本发明实施例公开了一种数据处理的方法和装置，所述数据处理的方法，包括与对端协商选定不同的发送编解码算法和接收编解码算法；按照所述发送编解码算法处理发送给对端的数据；及，按照所述接收编解码算法处理从对端接收的数据。所述数据处理的装置，包括协商单元，用于与对端协商选定不同的发送编解码算法和接收编解码算法；第一处理单元，用于按照所述发送编解码算法处理发送给对端的数据；第二处理单元，用于按照所述接收编解码算法处理从对端接收的数据。本发明适用于在收发数据时采用不同的编解码算法对数据进行处理。
文档编号H04L1/00GK101420290SQ20081018096
公开日2009年4月29日 申请日期2008年11月20日 优先权日2008年11月20日
发明者洋 施 申请人:华为技术有限公司