一种数据流处理的方法和装置制造方法及图纸

本发明专利技术提供了一种方法，包括：通信终端获取编解码算法插件；通信终端根据所述编解码算法插件对发送的数据流进行编码，对接收的数据流进行解码。通过在通信链路中的各节点透明传递编解码算法插件直至通信终端，本发明专利技术使得终端根据编解码算法插件对发送的数据进行编码、对接收的数据流进行解码即可实现互通。这样，通信链路中ＴＣ的数量降至最低，减少了由ＴＣ进行编解码格式转化带来的通信质量损失和时间延迟。

【技术实现步骤摘要】
一种数据流处理的方法和装置
本专利技术涉及通信领域，尤其涉及通信链路上的数据处理。
技术介绍
通信系统中常采用IP传输机制和TDM传输机制来传递数据流。IP传输机制相对TDM传输机制，因具有更高的组网灵活性、更低的传输成本、开销和网络建设成本以及更丰富的业务功能等优点，成为一种较优的数据传输机制。在IP传输机制中，如图1所示，通信设备需要将语音模拟信号转换为数字信号在通信链路上传递，再将接受到的数字信号还原成用户可直接接收的音频信号，其间需要通过编解码器(TC)来实现模/数和数/模的转换。移动台用户的TC一般设置在移动台内部，固网终端的TC常设置在终端内部或接入网控制的媒体网关处，若通信终端有视频功能，视频流也需经过编码和解码才能在终端上显示。因不同的终端(无论移动台或固网终端)、不同通信网络设备(包括网元和服务器)，不同国家，不同运营商，不同通信制式(如CDMA2000/WCDMA/TDSCDMA)可能使用不同的编解码格式，目前常用的一些编解码格式举例如下：PCMU  Pulse Code Modulation，Mu-law脉冲编码调制Mu率PCMA  Pulse Code Modulation，A-law 脉冲编码调制A率13K 13K Vocoder                    13K编解码EVRC  Enhanced Variable Rate Codec 增强可变速率编解码SMV Selectable Mode Vocoder        可选模式编解码-->所以，数据流在通信链路上被传送的过程中使用相同的编解码格式几乎不可能。为使通信双方的顺利沟通，需要在通信通路中插入TC来实现不同编解码格式的转换。由于不同编解码格式之间的转换在一定程度会产生通信质量损失和时间延迟。因此，在通信链路中转换不同编解码格式的TC越少越好，以保证更高的通话质量和更小的传输延迟。如图2所示，当用户A和用户B选用相同的编解码格式时，如Codec1＝EVRC，可以实现互通；当用户A和用户B选用不同的编解码格式，如Codec1＝EVRC，Codec2＝13K，若中间没有TC转换，则不能实现互通；通信通路中有TC实现Codec1和Codec2之间的转换时，则可以实现互通。通常情况下，在该条通信链路中经过的诸多通信节点支持不只一种的编解码格式，设节点A支持a，b，c三种格式，即A集表示为A(a，b，c)，B支持B(c，d，b)，C支持C(e，f，d，g)(队列已经显示了节点的优选格式顺序)。A向B发送“呼叫请求”时携带A集；B向C发送“呼叫请求”时携带B集，C将B和C的交集(d)通过“呼叫相应”携带返回节点B，因为A和B的交集(b，c)中不含(d)，则AB间用b或c格式通信，BC间用d格式通信，节点B处需要TC进行两种通信格式的转换，即当三个相邻节点可支持的格式交集为空时，就必须要TC的格式转换来实现互通。通信节点间的信令交互如图3所示，a.当节点A试图和节点C通信时，A选择通过中间节点B来传递语音信号。A向B发送“呼叫请求”，其中携带了A所支持的编解码格式Codec1，Codec2。b.节点B收到来自A的“呼叫请求”后，判断节点B不支持Codec1，但是支持Codec3，节点B向节点C发送“呼叫请求”，携带了编辑码格式Codec2和Codec3。“呼叫请求”中还可能包含被叫号码、业务类型、承载相关参数等。c.节点C收到来自B的“呼叫请求”后，C节点不支持Codec2，从中-->选定一个编解码格式Codec3，并向B返回“呼叫响应”，其中携带有节点C选定的编解码格式Codec3。在后续的通话过程中，B和C之间两端使用Codec3进行通信。d.节点B收到来自C的“呼叫响应”后，B和C之间已经确定了采用Codec3，而来自A的“呼叫请求”没有携带Codec3，即A不支持Codec3，那么B只能在A和B之间选择使用Codec2。B向A返回“呼叫响应”，其中携带有节点B选定的编解码格式Codec2。在后续的通话过程中，B和A之间两端即适用Codec2进行通信。“呼叫响应”可以携带用户摘机指示，或者通过该相应的后续信令携带。这样在节点B将存在一个TC，实现Codec2和Codec3之间的转换。有时因节点对编解码格式的优先极的选择不同，需要通过不只一个回合的协商才能确定，在此结合图示，再进一步以在核心网SIP协议(CDMA2000和WCDMA均在使用)下为例进行说明：a.如图4所示，MSCe1试图发起一个呼叫，向MSCe2发送INVITE消息，其中携带了SDP1。SDP1包含了MSCe1所支持的编解码格式列表(a，b，c)，列表顺序表明MSCe1对三种编解码格式的选择顺序；b.MSCe2向MSCe1返回183消息，携带的SDP2包含MSCe2所支持的编解码格式列表(c，b)，一是表明呼叫业务正在接续过程中，二是从SDP1的列表中选定并向MSCe1发送回本端支持的编解码格式，依MSCe2的选择，格式c优先于格式b；c.若MSCe1希望选择格式b，则向MSCe2发起UPDATE(b)的消息，其中携带有SDP3(b)；d.MSCe2向MSCe1返回200OK(UPDATE)(SDP3)消息，表明同意使用格式b进行通信；e.MSCe2向MSCe1返回200OK(INVITE)消息；f.MSCe1向MSCe2返回ACK消息表明200OK(INVITE)消息成功收-->到。上述为183不可靠消息，SIP协议中同样规定了加强型的183可靠消息，即在上述步骤b与c之间包含下述步骤：MSCe1向MSCe2发送PRACK(183)消息，表明MSCe1成功收到了183消息；MSCe2向MSCe1返回200OK(183)消息，表明MACe2成功收到了PRACK(183)消息。现有技术的缺陷存在于如下几个方面：(1)当相邻两个节点所分别支持的编解码格式序列的交集为空时，即使存在TC，也无法进行编解码格式的转换。(2)图4的示例是核心网MSCe1和MSCe2之间进行两个回合的商榷确定编解码格式的步骤，有可能有更烦琐的商榷和更多的回合才能确定。且整个通路中包括接入网和核心网各个相邻网络节点均可能出现类似情况，(3)因通信链路上节点多，即使相邻节点间皆存在相同的编解码格式可以用多个TC分别实现编解码格式的转换，在一定程度上必定产生语音通信的质量损失和时间延迟。所以，要保证尽量高的通话质量和尽量小的时间延迟，转换不同编解码格式的TC越少越好。
技术实现思路
有鉴于此，本专利技术要解决的一个技术问题是，提供一种数据流处理的方法，从而获得尽量高的通话质量和尽量小的时间延迟。该方法包括：编解码器TC获取编解码算法插件；TC根据所述编解码算法插件对通信终端发送的数据流进行编码，对通信终端接收的数据流进行解码。所述TC存在于通信终端或固网接入网网关上可选的，上述编解码算法插件可以通过主叫终端与被叫终端之间的信令方-->式传递。通信的主叫终端可以在呼叫请求中携带已方所选择的所述编解码算法插件，经过通信链路中各节点传输至被叫终端。通信的主叫终端可以指示被叫终端来指定所述编解码算法插件，经通信链路中的节点传递至主叫终端。上述编解码算法插件由主叫终端提供，或者由本文档来自技高网...

【技术保护点】
一种数据流处理的方法，其特征在于，编解码器ＴＣ获取编解码算法插件；ＴＣ根据所述编解码算法插件对通信终端发送的数据流进行编码，对通信终端接收的数据流进行解码。

【技术特征摘要】
1、一种数据流处理的方法，其特征在于，编解码器TC获取编解码算法插件；TC根据所述编解码算法插件对通信终端发送的数据流进行编码，对通信终端接收的数据流进行解码。2、根据权利要求1所述的方法，其特征在于，所述TC存在于通信终端或固网接入网网关上。3.根据权利要求2所述的方法，其特征在于，所述编解码算法插件通过通信终端之间以信令方式传递。4、根据权利要求3所述的方法，其特征在于，通信的主叫终端在呼叫请求中携带己方所选择的所述编解码算法插件，经过通信链路中各节点传输至被叫终端。5、根据权利要求3所述的方法，其特征在于，通信的主叫终端指示被叫终端来指定所述编解码算法插件，经通信链路中的节点传递至主叫终端。6、根据权利要求4或5所述的方法，其特征在于，所述编解码算法插件由主叫终端提供，或者由被叫终端提供，或者从网络服务器下载。7、根据权利要求1所述的方法，其特征在于，呼叫连接一经建立，所述编解码算法插件即通过通信链路传递至TC。8、根据权利要求1所述的方法，其特征在于，进行会议电话时，主控方媒体网关的会议处理单元在初始通话双方的通话阶段保存编解码算法插件。9、根据权利要求8所述的方法，其特征在于，参与会议电话的后续加入方通过信令方式从所述会议处理单元处取得编解码算法插件；或者呼叫连接一经建立即从所...

【专利技术属性】
技术研发人员：蒋砾，
申请(专利权)人：华为技术有限公司，
类型：发明
国别省市：94[中国|深圳]