CN102232287B - 媒体加速协商的实现方法及装置 - Google Patents
媒体加速协商的实现方法及装置 Download PDFInfo
- Publication number
- CN102232287B CN102232287B CN201080006020.XA CN201080006020A CN102232287B CN 102232287 B CN102232287 B CN 102232287B CN 201080006020 A CN201080006020 A CN 201080006020A CN 102232287 B CN102232287 B CN 102232287B
- Authority
- CN
- China
- Prior art keywords
- decoding
- opposite end
- local terminal
- supported
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明实施例提供一种媒体加速协商的实现方法及装置,涉及通信技术领域,用以加快媒体通道建立速度,缩短媒体通道建立过程。一种媒体加速协商的实现方法,包括:接收对端发送的优选消息,该优选消息中包含有表明对端所支持的编/解码协议的信息和表明对端是否支持非对称编解码的信息;将所述对端所支持的编/解码协议和本端所支持的编/解码协议进行比较;在所述对端和本端所支持的编/解码协议之间存在至少两个相同协议时,根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种媒体加速协商的实现方法及装置。
背景技术
MONA(Media Oriented Negotiation Acceleration procedure,定向媒体加速协商过程)是一种基于H.324协议的视频呼叫的媒体加速协商技术。MONA协议规定了三种协商过程:媒体预配置通道协商(MPC,MediaPreconfigured Channel)、信令预配置通道协商(SPC,SignalingPreconfigured Channel)和加速H.245协商(ACP,Accelerated H.245Procedure),其中MPC协商是三种协商过程中媒体通道建立最快的一种。
一般地,MPC协商的过程是通过发送初始MONA优选消息(以下简称:优选消息)来完成通道协商。其中,所述优选消息中携带有参数项MPC-RX(MPC-Receive)和MPC-TX(MPC-Transmit)。在所述优选消息中,MPC-TX字段中记录有终端所支持的编码协议,用以表明优选消息发送端的MPC发送能力;MPC-RX字段中记录有终端所支持的解码协议,用以表明优选消息发送端的接收能力。
优选消息接收端在接收到所述优选消息后,会比较其中携带的MPC-RX、MPC-TX字段和本地的MPC-TX、MPC-RX字段中所记录的编/解码协议是否有交集;如果存在交集且交集唯一,即优选消息的发送端和接收端在音频和视频方面都支持相同的编/解码协议且相同的编/解码协议只有一个,则可以根据所述相同的编/解码协议来快速地建立优选消息发送端和接收端之间的媒体通道。
由于多数终端所支持的编码协议和解码协议都是相同的,因此,在上述过程中,优选消息接收端也可以仅比较所接收到的优选消息中携带的MPC-RX字段和本地的MPC-TX字段中所记录的编/解码协议是否相同,或者比较所接收到的优选消息中携带的MPC-TX字段和本地的MPC-RX字段中所记录的编/解码协议是否相同。
然而,在优选消息的发送端和接收端所支持的编/解码协议之间的交集不唯一的情况下,还是无法快速地建立优选消息发送端和接收端之间的媒体通道。例如:当A,B两个终端都支持AMR(Adaptive Multi-Rate,自适应多速率编码)和WBAMR(WideBand Adaptive Multi-Rate,宽带自适应多速率编码)音频编解码,H.263和MPEG4(Moving Pictures ExpertsGroup-4,动态图象专家组-4)视频编解码时,本地的MPC-TX和对端的MPC-RX交集为音频AMR、WBAMR,视频为H.263、MPEG4;此时A、B两个终端虽然可以支持相同的协议,但是由于不知道对端选择了哪种协议对应的通道进行媒体发送,因此也不能立即建立媒体通道。
此时,要建立两个终端之间的媒体通道仍然需要通过ACP再次协商,以致媒体通道建立时间变长。
发明内容
本发明的实施例提供一种媒体加速协商的实现方法及装置,用以加快媒体通道建立速度,缩短媒体通道建立过程。
为达到上述目的,本发明的实施例采用如下技术方案:
一种媒体加速协商的实现方法,包括:
接收对端发送的优选消息,该优选消息中包含有表明对端所支持的编/解码协议的信息和表明对端是否支持非对称编解码的信息;
将所述对端所支持的编/解码协议和本端所支持的编/解码协议进行比较;
在所述对端所支持的编/解码协议和本端所支持的编/解码协议之间存在至少两个相同协议时,根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商;
其中,所述将所述对端所支持的编/解码协议和本端所支持的编/解码协议进行比较,包括:将所述对端所支持的编码协议和本端所支持的解码协议进行比较;或者,将所述对端所支持的解码协议和本端所支持的编码协议进行比较。
一种实现媒体加速协商的装置,包括:
接收单元,用于接收对端发送的优选消息,该优选消息中包含有表明对端所支持的编/解码协议的信息和表明对端是否支持非对称编解码的信息;
比较单元,具体用于将所述对端所支持的编码协议和本端所支持的解码协议进行比较;或者,具体用于将所述对端所支持的解码协议和本端所支持的编码协议进行比较;
协商单元,用于在所述对端所支持的编/解码协议和本端所支持的编/解码协议之间存在至少两个相同协议时,根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商。
本发明实施例提供的媒体加速协商的实现方法及装置,通过在优选消息中携带终端是否支持非对称编解码的指示项,使得所述优选消息的接收端可以得知发送端是否支持非对称编解码的能力,这样在所述优选消息的发送端和接收端所支持的编/解码协议之间存在至少两个相同协议时,所述接收端可以结合所述发送端以及自身是否支持非对称编解码的能力来确定可快速构建媒体通道的协商方式;因此,利用本发明实施例中提供的方案,可以加快媒体通道建立速度,缩短媒体通道建立过程。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一中的媒体加速协商的实现方法的流程图;
图2为本发明实施例一中的实现媒体加速协商的装置示意图;
图3为本发明实施例二中的媒体加速协商的实现方法的流程图;
图4为本发明实施例二中的实现媒体加速协商的装置示意图;
图5为本发明实施例三中的媒体加速协商的实现方法的信令流程图一;
图6为本发明实施例三中的媒体加速协商的实现方法的信令流程图二;
图7为本发明实施例三中的媒体加速协商的实现方法的信令流程图三;
图8为本发明实施例四中的实现媒体加速协商的装置示意图;
图9为本发明实施例五中的实现媒体加速协商的系统示意图。
具体实施方式
在本发明实施例中,需要进行媒体协商的两侧终端在发送初始MONA优选消息(简称优选消息)的时候,通过所述优选消息携带终端是否支持非对称编解码的能力信息,从而使得协商的双方均可以得知对端的能力信息,并结合自身和对端是否支持非对称编解码的能力,在两侧所支持的编/解码协议间存在至少两个相同协议时,快速地确定合适的协商方式并建立媒体通道。具体地,
1)如果两侧终端都支持非对称编解码,则MPC通道可立即建立成功;
2)如果两侧终端只有一个支持非对称编解码,则由支持非对称编解码的终端在发送了优选消息后,根据所述两侧均支持的相同协议来选择一预配置发送通道并发送媒体数据;不支持非对称编解码的终端在收到所述媒体数据后,根据接收到所述媒体数据的接收通道来确定本端向对方发送媒体数据的预配置发送通道;在支持非对称编解码的终端接收到另一端发送的媒体数据后,即可认为MPC建立成功;
3)如果两个终端都不支持非对称编解码,则选择ACP协商方式来建立媒体通道。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一:
如图1所示,本发明实施例提供的媒体加速协商的实现方法,包括:
101、接收对端发送的优选消息,该优选消息中包含有表明对端所支持的编/解码协议的信息和表明对端是否支持非对称编解码的信息。
其中,所述优选消息即为前述的初始MONA优选消息;在本实施例中,对所述优选消息进行了改进,在优选消息头中新增了两个参数项MPC-SM(MPC-Symmetry)和MPC-DS(MPC-Delay Send),用以指示终端是否支持非对称编解码以及终端是否延迟发送媒体数据;具体的见表1所示。
表1
在表1中,VER用于表示当前优选消息的版本信息;
ACK用于表示是否接收到对端发送的优选消息;
SPC用于表示本端是否支持SPC协商;
SPP用于表示SPC协商是否为优选的协商方式;
MPC-RX用于表示本端的MPC接收能力;在其覆盖的字段中,1个比特位表示一种MPC通道能力。例如,利用第1个比特来表示终端是否支持AMR协议;如果该比特位上设置为1,则说明终端支持AMR协议,那么可以在AMR协议对应的预配置接收通道上接收媒体数据;
MPC-TX用于表示本端的MPC发送能力;其应用方式同MPC-RX类似;
MONA-ML用于表示本端的复用级别(Multiplexer Level);
SPC-DA用于表示在进行SPC协商时是否需要延迟发送媒体数据;
SPC-DC用于表示本端是否具备延迟发送的能力;
此外,MPC-SM和MPC-DS是本发明实施例中,在优选消息头中新增的参数项,其具体含义见表2。
表2
102、将所述对端所支持的编/解码协议和本端所支持的编/解码协议进行比较。
由于同一终端所支持的编码协议和解码协议往往是相同的,因此该步骤102在具体实现过程中,可以是将所述对端所支持的编码协议和本端所支持的解码协议进行比较;或者,也可以是将所述对端所支持的解码协议和本端所支持的编码协议进行比较。
以将对端所支持的解码协议和本端所支持的编码协议进行比较为例:
在接收到对端发送的优选消息后,即可从所述优选消息所携带的参数项MPC-RX中获知对端所支持的解码协议,也就可以知道对端可以在哪条媒体通道上进行媒体数据的接收;
将对端所支持的解码协议和本端所支持的编码协议进行比较后,如果比较结果为空,说明对端所支持的解码协议和本端所支持的编码协议之间不存在交集,也就是说对端的预配置接收通道和本端的预配置发送通道之间不存在交集,需要通过ACP协商来建立对端和本端之间的媒体通道;如果比较结果不为空,说明对端的预配置接收通道和本端的预配置发送通道之间存在交集,可以从所述交集中选取合适的通道来完成媒体数据的传送。
103、在所述对端所支持的编/解码协议和本端所支持的编/解码协议之间存在至少两个相同协议时,根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商。
在对端所支持的编/解码协议和本端所支持的编/解码协议之间存在两个以上相同协议时,同时考虑对端和本端是否支持非对称编解码的能力,可以根据不同的实际情况来选择不同的媒体协商方式,以达到快速建立媒体通道的目的。
一般情况下,同一终端所采用的编码协议和解码协议是相同的。如果某一终端支持非对称编解码,则说明该终端可以采用不同的协议来分别完成媒体数据的编码和解码;这样,该终端进行媒体数据传送时所用到的发送通道和接收通道也可以是对应于不同协议的。
对应于上述方法,本发明实施例中还提供了一种实现媒体加速协商的装置;如图2所示,所述装置包括:
接收单元21,用于接收对端发送的优选消息,该优选消息中包含有表明对端所支持的编/解码协议的信息、以及表明对端是否支持非对称编解码的信息;
比较单元22,用于将所述对端所支持的编/解码协议和本端所支持的编/解码协议进行比较;
协商单元23,用于在所述对端所支持的编/解码协议和本端所支持的编/解码协议之间存在至少两个相同协议时,根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商。
本发明实施例中提供的媒体加速协商的实现方法及装置,根据接收到的优选消息中携带的终端是否支持非对称编解码的指示项,获知到对端是否支持非对称编解码的能力,这样本端和对端所支持的编/解码协议之间存在至少两个相同协议时,本端可以结合对端以及自身的是否支持非对称编解码的能力来确定可快速构建媒体通道的协商方式;因此,利用本发明实施例中提供的方案,可以加快媒体通道建立速度,缩短媒体通道建立过程。
实施例二:
本发明实施例中还提供了一种媒体加速协商的实现方法,如图3所示,包括:
301、向对端发送优选消息,该优选消息中包含有表明本端是否支持非对称编解码的信息和表明本端所支持的编/解码协议的信息。
通过在所述优选消息中携带表明本端是否支持非对称编解码的信息,可以使对端得知本端是否支持非对称编解码的能力,并根据两端是否支持非对称编解码的情况来选择合适的协商方式。
302、在本端支持非对称编解码时选择一个预配置发送通道并发送媒体数据。
如果本端支持非对称编解码,则在所述优选消息中将MPC-SM设置为1,MPC-DS设置为0,完成优选消息发送后可以立即在选择的预配置通道上发送数据,音频可优选WBAMR协议,视频优选H.263协议。
在将优选消息发送给对端后,立即向对端发送媒体数据,使得对端不仅获知本端是否支持非对称编解码的能力,还使得对端获知本端所选择的预配置发送通道;如果该预配置发送通道与对端的某一条接收通道是相对应的,则可以形成一条本端向对端发送媒体数据的媒体通道。
进一步地,对端还可以根据接收到媒体数据的接收通道所对应的编/解码协议来确定对端的预配置发送通道,并建立从对端向本端发送媒体数据的媒体通道。
303、在本端不支持非对称编码时延迟发送媒体数据。
如果本端不支持非对称编解码,则在所述优选消息中将MPC-SM设置为0,MPC-DS设置为1,完成优选消息发送后可以延迟发送媒体数据,等待接收到对端媒体数据后再确定可以发送数据的预配置通道并发送媒体数据。具体地,
在将优选消息发送给对端后,可以延迟发送媒体数据。这样,在对端也不支持非对称编解码的情况下,可以在进行媒体数据的传送之前就切换到ACP协商方式;在对端支持非对称编解码的情况下,先接收对端发送的媒体数据,并根据接收到所述媒体数据的接收通道来选择预配置发送通道,并在所选的预配置发送通道上向对端发送媒体数据。
对应于上述方法,本发明实施例中还提供了一种实现媒体加速协商的装置;如图4所示,所述装置包括:
发送单元41,用于向对端发送优选消息,该优选消息中包含有表明本端是否支持非对称编解码的信息、以及表明本端所支持的编/解码协议的信息;
选择单元42,用于在本端支持非对称编解码时选择一个预配置发送通道并发送媒体数据;或者,
延迟单元43,用于在本端不支持非对称编码时延迟发送媒体数据。
本发明实施例中提供的媒体加速协商的方法及装置,通过在优选消息中携带终端是否支持非对称编解码的指示项,使得对端可以得知本端是否支持非对称编解码的能力,同时在本端根据自身是否支持非对称编解码的能力来确定向对端发送媒体数据的时机,以便对端能够在协商的两端所支持的编/解码协议之间存在至少两个相同协议时,及早地确定可快速构建媒体通道的协商方式;因此,利用本发明实施例中提供的方案,可以加快媒体通道建立速度,缩短媒体通道建立过程。
实施例三:
在本实施例中,将需要进行媒体协商的两侧终端结合起来,系统地介绍一下本发明实施例中所提供的媒体加速协商的实现方法。
由于同一终端所支持的编码协议和解码协议往往是相同的,因此在具体实现过程中,可以是仅将所述对端所支持的编码协议和本端所支持的解码协议进行比较,或者是将所述对端所支持的解码协议和本端所支持的编码协议进行比较,来判断媒体协商的两侧终端所支持的编解码协议是否存在交集。
在本实施例中,以将对端所支持的解码协议和本端所支持的编码协议进行比较为例。
对于可以同时支持MPC协商和ACP协商的终端,如果该终端支持非对称编解码,则在收到对端发送的优选消息后,只要对端的MPC-RX参数项中所记录的终端能力和本端的MPC-TX参数项中所记录的终端能力有交集,那么预配置通道可快速建立成功;
如果所述终端不支持非对称编解码,但对端的MPC-RX参数项中记录的终端能力和本端的MPC-TX参数项中记录的终端能力交集唯一,即两端同时支持的编/解码协议只有一个,则也可以通过现有的MPC协商方式来快速建立媒体通道;对于对端的MPC-RX参数项中记录的终端能力和本端的MPC-TX参数项中记录的终端能力交集不唯一且对端支持非对称编解码的情况,收到对端发送的媒体数据后也可以根据接收到所述媒体数据的接收通道确定本端的预配置发送通道,进而快速建立媒体通道;对于对端的MPC-RX参数项中记录的终端能力和本端的MPC-TX参数项中记录的终端能力交集不唯一且两端都不支持非对称编解码的情况,则使用ACP协商进行媒体通道的建立。
对于上述方案中描述的对端的MPC-RX参数项中记录的终端能力和本端的MPC-TX参数项中记录的终端能力交集不唯一的情况,下面将结合具体的实现场景来做进一步介绍。
场景一:
需要进行媒体协商的两侧终端都支持非对称编解码。
如图5所示,终端A和终端B分别向对端发送优选消息,在所述优选消息中包含有表明终端所支持的编/解码协议的信息、表明终端是否支持非对称编解码的信息以及表明本端是否会延迟发送媒体数据的信息。
具体地,在本场景下进行媒体协商的过程包括:
501、终端A向终端B发送优选消息。
其中,参数项MPC-SM的值为1,终端A可以支持非对称编解码,同时终端A所支持的编码协议和解码协议相同,包含有:音频为AMR和WBAMR,视频为H.263和MPEG4。
502、由于终端A支持非对称编解码,因此在终端A完成了步骤501之后,可以立即向终端B发送媒体数据。
其中,音频编/解码采用WBAMR协议;视频编/解码采用H.263协议。
503、终端B向终端A发送优选消息。
其中,参数项MPC-SM的值为1,终端B可以支持非对称编解码,同时终端B所支持的编码协议和解码协议相同,包含有:音频为AMR和WBAMR,视频为H.263和MPEG4。
504、由于终端B支持非对称编解码,因此在终端B完成了步骤503之后,可以立即向终端A发送媒体数据。
其中,音频编/解码采用WBAMR协议;视频编/解码采用H.263协议。
此时,音视频通道,即媒体通道建立成功。
上述各步骤的编号并不用于限定其实际执行顺序,例如步骤501和步骤503即可同时进行、或者步骤503在先而步骤501在后。
在本场景下,进行媒体协商的两侧终端所支持的音频和视频编/解码能力的交集均为2个,即两侧终端所支持的相同的音频或视频的编/解码协议有2个。
同时,由于进行媒体协商的两侧终端均支持非对称编解码,因此终端A和终端B均可以独立地从本端所支持的编码协议中选取一个,并在所选取的编码协议对应的预配置发送通道上向对端发送媒体数据,从而达到快速建立音视频媒体通道的目的。
其中,编/解码协议的选择准则为:音频优先选择WBAMR,以保证高质量语音;视频优选H.263,这样在和SIP(Session Initiation Protocol,会话初始化协议)终端互通时,可形成视频透传通道,提升视频质量。在本实施例中,最终建立的媒体通道采用的是:音频为WBAMR双向通道,视频为H.263双向通道。
场景二:
需要进行媒体协商的两侧终端中,一端可以支持非对称编解码,而另一端不支持非对称编解码。
如图6所示,终端A和终端B分别向对端发送优选消息,在所述优选消息中包含有表明终端所支持的编/解码协议的信息、表明终端是否支持非对称编解码的信息以及表明本端是否会延迟发送媒体数据的信息。
具体地,在本场景下进行媒体协商的过程包括:
601、终端A向终端B发送优选消息。
其中,参数项MPC-SM的值为0,终端A不支持非对称编解码,同时终端A所支持的编码协议和解码协议相同,包含有:音频为AMR,视频为H.263和MPEG4。
602、终端B向终端A发送优选消息。
其中,参数项MPC-SM的值为1,终端A可以支持非对称编解码,同时终端B所支持的编码协议和解码协议相同,包含有:音频为AMR和WBAMR,视频为H.263和MPEG4。
此时,进行媒体协商的两侧终端所支持的编/解码能力的交集在音频方面为1个,在视频方面为2个,即两侧终端所支持的相同的音频编/解码协议有1个,而相同的视频编/解码协议有2个。
针对音频方面,终端A和终端B在得知对端的能力后,知道两侧终端在音频方面的交集只有1个,即为AMR,则终端A和终端B都选择AMR协议对应的预配置发送通道进行音频数据传送。
针对视频方面,两侧终端所支持的相同的编/解码协议有2个,无法直接得知对端所选的媒体发送通道;因此还需要通过以下过程来确定相应的媒体通道。
603、由于终端B支持非对称编解码,因此在终端B完成了步骤602之后,可以立即向终端A发送媒体数据。
其中,音频编/解码采用AMR协议;视频编/解码采用H.263协议。
604、终端A不支持非对称编解码,因此只能在接收到终端A发送的媒体数据后,根据接收到所述媒体数据的预配置接收通道来选择本端的预配置发送通道,并通过所选的预配置发送通道向终端B发送媒体数据。
即,终端A会在AMR协议对应的预配置接收通道上接收到终端B发送的音频数据,在H.263协议对应的预配置接收通道上接收到终端B发送的视频数据;因此,终端A在选择本端的预配置发送通道时,就会选择AMR协议对应的预配置发送通道来向终端B发送音频数据,同时选择H.263协议对应的预配置发送通道来向终端B发送视频数据。
此时,音视频通道,即媒体通道建立成功。
上述各步骤的编号并不用于限定其实际执行顺序,例如步骤601和步骤602即可同时进行、或者步骤602在先而步骤601在后。
在本场景下,终端A不支持非对称编解码而终端B支持非对称编解码,则终端A在发送了优选消息后会延迟发送媒体数据,并在本端所支持的解码协议对应的预配置接收通道上等待接收终端B发送的视频数据;终端A在接收到终端B发送的视频数据后,会从本端的预配置发送通道中选择与接收到所述视频数据的预配置接收通道对应的编/解码协议相同的一个,并在所选的预配置发送通道上向终端B发送视频数据;在终端B接收到终端A发送的视频数据后,MPC协商过程完成。
在本实施例中,最终建立的媒体通道采用的是:音频为AMR双向通道,视频为H.263双向通道。
当然,在此之前也可以先设定一等待时间T1;对于终端B来说,如果在发出优选消息后的一段时间T1内没有接收到对端发送的媒体数据,则切换到ACP协商,以免长时间等待影响媒体协商的效率。
场景三:
需要进行媒体协商的两侧终端都不支持非对称编解码。
如图7所示,终端A和终端B分别向对端发送优选消息,在所述优选消息中包含有表明终端所支持的编/解码协议的信息、表明终端是否支持非对称编解码的信息以及表明本端是否会延迟发送媒体数据的信息。
具体地,在本场景下进行媒体协商的过程包括:
701、终端A向终端B发送优选消息。
其中,参数项MPC-SM的值为0,终端A不支持非对称编解码,同时终端A所支持的编码协议和解码协议相同,包含有:音频为AMR和WBAMR,视频为H.263和MPEG4。
702、终端B向终端A发送优选消息。
其中,参数项MPC-SM的值为0,终端A不支持非对称编解码,同时终端B所支持的编码协议和解码协议相同,包含有:音频为AMR和WBAMR,视频为H.263和MPEG4。
此时,进行媒体协商的两侧终端所支持的音频和视频编/解码能力的交集均为2个,即两侧终端所支持的相同的音频或视频的编/解码协议有2个。
703、由于协商双方都不支持非对称编解码,因此采用ACP协商来完成媒体通道的建立。
其中,至于ACP协商是由终端A来发起或者是由终端B来发起,这一具体实现过程应结合实际的执行情况来确定。例如,终端A先接收到终端B发送的优选消息,判断出协商双方存在不止一个编/解码协议交集,且协商双方均不支持非对称编解码,则终端A可能就会直接先于终端B来发起ACP协商过程。
在本场景下,由于进行媒体协商的两侧终端都不支持非对称编解码,因此终端A和终端B都会在发出优选消息后延迟发送媒体数据。在终端A和终端B分别收到对端发送的优选消息后,获知协商的两侧终端所支持的编/解码协议存在不止一个交集,无法直接得知对端所选的媒体发送通道,同时两侧终端都不支持非对称编解码,因此可以直接回退到ACP协商以完成媒体通道的建立。
上述各步骤的编号并不用于限定其实际执行顺序,例如步骤701和步骤702即可同时进行、或者步骤702在先而步骤701在后。
本发明实施例中提供的媒体加速协商的实现方法,通过在优选消息中携带终端是否支持非对称编解码的指示项,使得所述优选消息的接收端可以得知发送端是否支持非对称编解码的能力,这样在所述优选消息的发送端和接收端所支持的编/解码协议之间存在至少两个相同协议时,所述接收端可以结合所述发送端以及自身是否支持非对称编解码的能力来确定可快速构建媒体通道的协商方式;因此,利用本发明实施例中提供的方案,可以加快媒体通道建立速度,缩短媒体通道建立过程。
实施例四:
对应于上述方法实施例,本发明实施例中提供了一种可用于实现媒体加速协商的装置。
如图8所示,本实施例中的实现媒体加速协商的装置,包括:
接收单元81,用于接收对端发送的优选消息,该优选消息中包含有表明对端所支持的编/解码协议的信息、以及表明对端是否支持非对称编解码的信息;
比较单元82,用于将所述对端所支持的编/解码协议和本端所支持的编/解码协议进行比较;
协商单元83,用于在所述对端所支持的编/解码协议和本端所支持的编/解码协议之间存在至少两个相同协议时,根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商。
由于同一终端所支持的编码协议和解码协议往往是相同的,因此,在本实施中,所述比较单元82,可以是仅将所述对端所支持的编码协议和本端所支持的解码协议进行比较,以判断媒体协商的两侧终端所支持的编解码协议是否存在交集;或者是,
所述比较单元82,具体用于将所述对端所支持的解码协议和本端所支持的编码协议进行比较,来判断媒体协商的两侧终端所支持的编解码协议是否存在交集。
针对所述装置本身是否支持非对称编解码的能力、以及对端是否支持非对称编解码的能力,所述协商单元83存在以下几种实现方式:
1)在所述装置本端支持非对称编解码时,所述协商单元83具体用于在本端所支持的解码协议所对应的媒体通道上等待接收媒体数据,并在接收到对端发送的媒体数据后结束MPC协商过程;
2)在对端支持非对称编解码而本端不支持非对称编解码时,所述协商单元83具体用于在接收到对端发送的媒体数据后,从本端的预配置发送通道中选取与接收到所述媒体数据的预配置接收通道对应的编/解码协议相同的一个,并在所选的预配置发送通道上发送媒体数据,以完成MPC协商过程;
3)在对端和本端都不支持非对称编解码时,所述协商单元83用于进行ACP协商。
针对上述1)和2)两种情况,所述协商单元83还用于在所述接收单元81收到所述优选消息后、且在预设的等待时间内未接收到对端发送的媒体数据时,进行ACP协商。
此外,本发明实施例中的实现媒体加速协商的装置还可以作为发送端向对端发送优选消息;具体地,所述实现媒体加速协商的装置还包括:
发送单元84,用于向对端发送优选消息,该优选消息中包含有表明本端是否支持非对称编解码的信息;
选择单元85,用于在本端支持非对称编解码时选择一个预配置发送通道并发送媒体数据;或者,
延迟单元86,用于在本端不支持非对称编码时延迟发送媒体数据。
利用本发明实施例中的装置来实现媒体加速协商的过程,可以参看上述方法实施例中的描述,此处不再赘述。
本发明实施例提供的实现媒体加速协商的装置,通过在优选消息中携带终端是否支持非对称编解码的指示项,使得所述优选消息的接收端可以得知发送端是否支持非对称编解码的能力,这样在本端和对端所支持的编/解码协议之间存在至少两个相同协议时,本端可以结合对端以及自身的是否支持非对称编解码的能力来确定可快速构建媒体通道的协商方式。因此,利用本发明实施例中提供的方案,可以加快媒体通道建立速度,缩短媒体通道建立过程。
实施例五:
本发明实施例还提供了一种实现媒体加速协商的系统。
如图9所示,本实施例中的实现媒体加速协商的系统包括:第一终端91和第二终端92;其中,
所述第一终端91,用于向所述第二终端92发送优选消息,该优选消息中包含有表明该第一终端91是否支持非对称编解码的信息、以及表明该第一终端91所支持的编/解码协议的信息;
所述第二终端92,用于接收所述第一终端91发送的优选消息,将所述优选消息中携带的所述第一终端91所支持的编/解码协议信息和该第二终端92所支持的编/解码协议进行比较,并在所述第一终端91和该第二终端92所支持的编/解码协议之间存在至少两个相同协议时,根据第一终端91和第二终端92是否支持非对称编解码的能力来进行第一终端91和第二终端92之间的媒体协商。
利用本发明实施例中的系统来实现媒体加速协商的过程,可以参看上述方法实施例中的描述,此处不再赘述。
本发明实施例提供的实现媒体加速协商的系统,通过在优选消息中携带终端是否支持非对称编解码的指示项,使得所述优选消息的接收端可以得知发送端是否支持非对称编解码的能力,这样在所述优选消息的发送端和接收端所支持的编/解码协议之间存在至少两个相同协议时,所述接收端可以结合所述发送端以及自身的是否支持非对称编解码的能力来确定可快速构建媒体通道的协商方式。因此,利用本发明实施例中提供的方案,可以加快媒体通道建立速度,缩短媒体通道建立过程。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (14)
1.一种媒体加速协商的实现方法,其特征在于,包括:
接收对端发送的优选消息,该优选消息中包含有表明对端所支持的编/解码协议的信息和表明对端是否支持非对称编解码的信息;
将所述对端所支持的编/解码协议和本端所支持的编/解码协议进行比较;
在所述对端所支持的编/解码协议和本端所支持的编/解码协议之间存在至少两个相同协议时,根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商;
其中,所述将所述对端所支持的编/解码协议和本端所支持的编/解码协议进行比较,包括:将所述对端所支持的编码协议和本端所支持的解码协议进行比较;或者,将所述对端所支持的解码协议和本端所支持的编码协议进行比较。
2.根据权利要求1所述的方法,其特征在于,所述对端和本端均支持非对称编解码,则所述根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商,具体包括:
在本端支持非对称编解码时,在本端所支持的解码协议所对应的媒体通道上等待接收媒体数据,并在接收到对端发送的媒体数据后结束媒体预配置通道协商MPC过程。
3.根据权利要求1所述的方法,其特征在于,所述对端不支持非对称编解码而本端支持非对称编解码,则所述根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商,具体包括:
在对端不支持非对称编解码而本端支持非对称编解码时,本端先选择一预配置发送通道并在该预配置发送通达上向对端发送媒体数据;
对端根据接收到所述媒体数据的接收通道来选择一预配置发送通道,并向本端发送媒体数据;
本端接收到对端发送的媒体数据后结束MPC协商过程。
4.根据权利要求1所述的方法,其特征在于,所述对端支持非对称编解码而本端不支持非对称编解码,则所述根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商,具体包括:
在对端支持非对称编解码而本端不支持非对称编解码时,在接收到对端发送的媒体数据后,从本端的预配置发送通道中选取与接收到所述媒体数据的预配置接收通道对应的编/解码协议相同的一个,并在所选的预配置发送通道上发送媒体数据,以完成MPC协商过程。
5.根据权利要求4所述的方法,其特征在于,在所述根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商之前,还包括:
设置等待时间;
如果在接收到所述优选消息后且在设置的等待时间内没有接收到对端发送的媒体数据,则进行加速H.245协商ACP。
6.根据权利要求1所述的方法,其特征在于,所述对端和本端均不支持非对称编解码,则所述根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商,具体包括:
在对端和本端都不支持非对称编解码时,进行ACP协商。
7.一种实现媒体加速协商的装置,其特征在于,包括:
接收单元,用于接收对端发送的优选消息,该优选消息中包含有表明对端所支持的编/解码协议的信息和表明对端是否支持非对称编解码的信息;
比较单元,具体用于将所述对端所支持的编码协议和本端所支持的解码协议进行比较;或者,具体用于将所述对端所支持的解码协议和本端所支持的编码协议进行比较;
协商单元,用于在所述对端所支持的编/解码协议和本端所支持的编/解码协议之间存在至少两个相同协议时,根据对端和本端是否支持非对称编解码的能力来进行所述对端和本端之间的媒体协商。
8.根据权利要求7所述的装置,其特征在于,
所述协商单元,具体用于在本端支持非对称编解码时,在本端所支持的解码协议所对应的媒体通道上等待接收媒体数据,并在接收到对端发送的媒体数据后结束MPC协商过程。
9.根据权利要求7所述的装置,其特征在于,
所述协商单元,具体用于在对端支持非对称编解码而本端不支持非对称编解码时,在接收到对端发送的媒体数据后,从本端的预配置发送通道中选取与接收到所述媒体数据的预配置接收通道对应的编/解码协议相同的一个,并在所选的预配置发送通道上发送媒体数据,以完成MPC协商过程。
10.根据权利要求8或9所述的装置,其特征在于,还包括:
所述协商单元,还用于在所述接收单元接收到所述优选消息后、且在预设的等待时间内未接收到对端发送的媒体数据时,进行ACP协商。
11.根据权利要求7所述的装置,其特征在于,
所述协商单元,具体用于在对端和本端都不支持非对称编解码时,进行ACP协商。
12.根据权利要求7所述的装置,其特征在于,还包括:
发送单元,用于向对端发送优选消息,该优选消息中包含有表明本端是否支持非对称编解码的信息。
13.根据权利要求12所述的装置,其特征在于,还包括:
选择单元,用于在本端支持非对称编解码时选择一个预配置发送通道并发送媒体数据。
14.根据权利要求13所述的装置,其特征在于,还包括:
延迟单元,用于在本端不支持非对称编码时延迟发送媒体数据。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2010/076908 WO2011110016A1 (zh) | 2010-09-14 | 2010-09-14 | 媒体加速协商的实现方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102232287A CN102232287A (zh) | 2011-11-02 |
CN102232287B true CN102232287B (zh) | 2013-11-06 |
Family
ID=44562845
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080006020.XA Active CN102232287B (zh) | 2010-09-14 | 2010-09-14 | 媒体加速协商的实现方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102232287B (zh) |
WO (1) | WO2011110016A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104917736B (zh) * | 2014-03-14 | 2018-10-02 | 杭州华为企业通信技术有限公司 | 一种会话建立方法、终端及系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101822024A (zh) * | 2007-08-13 | 2010-09-01 | 诺基亚西门子通信公司 | 分离式架构中定向媒体协商加速过程的支持 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0715555D0 (en) * | 2007-08-10 | 2007-09-19 | Ericsson Telefon Ab L M | Improvements in mobile telecommunication |
WO2008132199A1 (en) * | 2007-04-26 | 2008-11-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Improved codec negotiation |
-
2010
- 2010-09-14 WO PCT/CN2010/076908 patent/WO2011110016A1/zh active Application Filing
- 2010-09-14 CN CN201080006020.XA patent/CN102232287B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101822024A (zh) * | 2007-08-13 | 2010-09-01 | 诺基亚西门子通信公司 | 分离式架构中定向媒体协商加速过程的支持 |
Also Published As
Publication number | Publication date |
---|---|
WO2011110016A1 (zh) | 2011-09-15 |
CN102232287A (zh) | 2011-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5320406B2 (ja) | オーディオ処理の方法、システム、及び制御サーバ | |
CN102223201B (zh) | 一种编解码器能力协商方法及终端 | |
KR100565156B1 (ko) | 동화상 데이터의 송신 방법, 송신 장치 및 송신 시스템 | |
WO2006058203A9 (en) | Method and apparatus for adaptive buffering | |
CN102098553B (zh) | 视频传输方法、系统及视频服务器 | |
US11044278B2 (en) | Transcoding capability configuration method and device and computer storage medium | |
CN101562910B (zh) | 语音数据的传输方法、系统及媒体网关 | |
EP2822262A1 (en) | Mechanism of dynamic signaling of encoder capabilities | |
CN112019792A (zh) | 会议控制方法、装置、终端设备和存储介质 | |
AU2011353795B2 (en) | Local media rendering | |
CA2710320C (en) | Efficient interworking between circuit-switched and packet-switched multimedia services | |
CN105812439A (zh) | 一种音频传输方法及装置 | |
CN102232287B (zh) | 媒体加速协商的实现方法及装置 | |
CN103795958A (zh) | 多媒体呼叫协商方法、系统及视频互通网关、多媒体终端 | |
CN102231734A (zh) | 实现从文本到语音tts的音频转码方法、装置及系统 | |
CN104539588A (zh) | 一种确定媒体能力的方法及呼叫控制网元 | |
WO2014142295A1 (ja) | メディア通信システム、ビットレート制御方法及びコンピュータ読み取り可能な情報記録媒体 | |
KR20140001477A (ko) | 영상통화의 효율적 세션 교섭을 위한 장치 및 방법 | |
CN101505310B (zh) | 会话转接方法 | |
CN101854671B (zh) | 配置处理方法和装置 | |
CN103401833A (zh) | 媒体编解码切换方法和装置 | |
US9398254B2 (en) | Method for implementing telepresence technology and telepresence device | |
CN101420290A (zh) | 数据处理的方法和装置 | |
CN102959531A (zh) | 用于云基媒体自适应和代码转换服务的方法和系统 | |
KR20060038296A (ko) | 이동통신 네트워크에서의 멀티플렉싱 장치 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |