专利名称：Vc-1编码视音频在支持h.323协议族的终端设备中传输的方法
技术领域：
本发明涉及一种视音频传输方法，具体地说，是涉及一种VC-I编码视音频在支持H. 323协议族的终端设备中传输的方法。
背景技术：
VC-I (Video Codec I,视频编码 I 技术)是基于微软 Windows MediaVideo9(WMV9)格式，并由微软提出，通过美国电影和电视工程师协会SMPTE发布的一种视频编码标准，该标准是即MPEG2和H. 264之后，最新被认可的一种高清视频编码格式，该编
码具有码流小、通用性高、成本低和系统占用资源少等特点。H. 323标准协议族是国际电信联盟(ITU)的一个标准协议栈。根据功能划分，
H.323协议族可被分为以下几类协议系统总体框架(H. 323)、视频编解码(H. 263等)、音频编解码(H. 723. I等)、系统控制(H. 245)、数据流复用(H. 225)等。目前，H.323协议族在音频和视频通信领域内有着广泛的应用，但是，其支持的视频协议包括札261/H. 263，其并不支持微软的VC-I视频编码方式，因此，目前无法在支持
H.323协议族的终端设备中传输VC-I编码视音频，这给不同网络业务间的融合带来很大困难。
发明内容
本发明的目的在于提供一种VC-I编码视音频在支持H. 323协议族的终端设备中传输的方法，通过该方法，支持H. 323协议族的终端设备间便能自由传输VC-I编码视音频。为了实现上述目的，本发明采用了以下技术方案一种VC-I编码视音频在支持H. 323协议族的终端设备中传输的方法，其特征在于它包括步骤步骤一基于H. 225协议在终端设备A与终端设备B之间建立呼叫流程；步骤_.:在被叫的该终端设备B摘机后，基于H. 245协议在该终端设备A与该终端设备B之间进行关于VC-I编码视音频传输的媒体协商；步骤三根据媒体协商结果，该终端设备A与该终端设备B之间执行VC-I编码视音频传输作业；其中该终端设备A、终端设备B均支持H. 323协议族；在步骤二中，通过在H. 245协议的TCS信令和OLC信令中对VC-I编码的相应参数进行规定，使该终端设备A、终端设备B所带有的能力集中扩充定义媒体协商过程中关于VC-I能力的VC-I能力集，从而使该终端设备A与该终端设备B之间对VC-I传输进行媒体协商。本发明的优点是
在本发明方法中，通过在TCS信令和OLC信令中增加对VC-I编码的相应参数的规定，便可使得终端设备带有的能力集中扩充定义媒体协商过程中关于VC-I能力的VC-I能力集，从而使支持H. 323协议族的终端设备能够支持VC-I编码传输的媒体协商，也就是说，支持H. 323协议族的终端设备间建立了一种传输VC-I编码视音频的机制，使得支持H. 323协议族的终端设备不仅可接收VC-I编码视音频(例如从IP网接收)，通过自身设置的VC-I解码器解码，恢复、呈现视音频媒体，而且，也可通过自身设置的VC-I编码器编码，将VC-I编码视音频(例如通过IP网)传送给其他支持H. 323协议族的终端设备进行视音频呈现。本发明方法使得终端设备在H. 323网络中可支持VC-I媒体传输，打破了原有的网络媒体不能传输VC-I媒体的屏障，使不同网络业务间的互相融合成为可能。
图I是本发明的实现流程图；图2是本发明的一实施例的实现过程示意图。
具体实施例方式如图I所示，本发明VC-I编码视音频在支持H. 323协议族的终端设备中传输的方法包括步骤步骤一基于H. 225协议在终端设备A与终端设备B之间建立呼叫流程； 步骤二 在被叫的该终端设备B摘机后，基于H. 245协议在该终端设备A与该终端设备B之间进行关于VC-I编码视音频传输的媒体协商；步骤三根据媒体协商结果，该终端设备A与该终端设备B之间执行VC-I编码视音频传输作业；其中该终端设备A、终端设备B均支持H. 323协议族，该H. 323协议族包括H. 225协议和H. 245协议，H. 225和H. 245协议是采用抽象语法表示法(ASN. I)来表示语法或结构化数据的分组；在步骤二中，通过在H. 245协议的TCS信令和OLC信令中对VC-I编码的相应参数进行规定，使该终端设备A、终端设备B所带有的能力集中扩充定义媒体协商过程中关于VC-I能力的VC-I能力集，从而使该终端设备A与该终端设备B之间能够对VC-I传输进行媒体协商。在步骤二中，TCS信令和OLC信令中规定的VC-I编码的相应参数涉及VC-I编码的标识(OID)、传输VC-I编码时的最大比特率、传输VC-I编码时所采用的比特流语法原理以及VC-I编码采用的编解码算法；通过在TCS信令和OLC信令中对VC-I编码的相应参数进行规定，终端设备A、终端设备B中的VC-I能力集中相应增加了代表VC-I能力的这些参数，这些参数以列表形式出现在VC-I能力集中。进一步说，TCS信令中规定了如何在H. 323网络中的媒体协商过程中定义VC-I能力，VC-I能力集是一个包含一个或多个VC-I能力的列表。例如，在VC-I能力集中可设定三种传输类型-simple、main和advanced,这
三种传输类型分别对应不同的比特流语法原理和不同的编解码算法，适用于不同的应用场景,其中simple应用于低比特流环境,具有低复杂度的算法,最大比特率为384kbps ；main应用于高比特率环境，例如流传送和TVOverIP，该方式以较高复杂度换来了改进的高压缩效率；而advanced设计为广播应用，如数字电视、HD-DVD或HDTV，最大比特流为135Mbps，几乎对视频进行了无损的编码。对于每种传输类型，都可定义一系列levels，标识语法原理的属性，例如比特率和缓存大小等。例如，设定simple包括2个level，main包括3个level, advanced 包括 5 个 level。在实际实施中，TCS信令和 OLC信令中对VC-I编码的标识、传输VC-I编码时的最大比特率、传输VC-I编码时所采用的比特流语法原理以及VC-I编码采用的编解码算法的设定可根据实际传输需要而定，通过对这些参数的设定，便可在传输VC-I编码视音频的终端设备间建立传输VC-I的机制，从而使终端设备间按照设定传输VC-I的机制来进行VC-I编码视音频的传输。在实际实施时，步骤一具体包括如下步骤步骤I :终端设备A建立到终端设备B的TCP (TCP, Transmission ControlProtocol,传输控制协议)连接；步骤2 :终端设备A向终端设备B发送呼叫信令SETUP消息，表示发起呼叫；步骤3 :终端设备B接收到终端设备A发送来的SETUP消息后，发送临时响应消息CALLPROCEEDING 到终端设备 A ；步骤4 终端设备B发送振铃消息ALERTING到终端设备A ；步骤5 :终端设备B摘机后，发送CONNECT消息到终端设备A。在实际实施时，步骤二具体包括如下步骤步骤6 :终端设备A与终端设备B之间建立基于H. 245协议的逻辑通道TCP连接；步骤7 :终端设备A与终端设备B相互发送TCS/TCSACK信令(TCS，TerminalCapability Set,终端能力集；TCSACK, Terminal Capability Set ACKnowledge,终端能力集认可)，其中终端设备A、终端设备B通过TCS信令告诉对方本端关于接收和发送VC-I编码视音频的能力；如果终端设备A和B都拥有接收和发送VC-I编码视音频的功能，则终端设备A和B互相发送TCSACK消息，并进入下一步骤；如果终端设备A和B中的一方或两方不拥有接收和发送VC-I编码视音频的功能，则终端设备A和B间互相发送TCSReject信令和呼叫释放消息，放弃VC-I编码视音频传输作业；步骤8 :终端设备A与终端设备B之间发送MSD/MSDACK信令(MSD，Master SlaveDetermination,主从决定；MSDACK, Master Slave Determination ACKnowledge,主从决定认可)，以确定媒体协商优先权；步骤9 :终端设备A与终端设备B之间互相发送0LC/0LCACK信令(0LC，0pen LogicChannel,打开逻辑通道；0LCACK, Open Logic Channel ACKnowledge,打开逻辑通道认可)，通过OLC信令中传递的关于VC-I编码的参数来确定媒体协商结果，该媒体协商结果包括视音频编码方式、媒体逻辑地址和端口。在实际实施时，步骤三具体包括如下步骤步骤10 :终端设备A和B打开视音频通道，根据对方提供的媒体逻辑地址和端口，将各自编码器进行压缩和编码后的VC-I编码视音频以RTP媒体流发送给对方，并接收对方发送的RTP媒体流(即VC-I编码视音频)，且进行解码处理后呈现在相应的视音频I/O设备上。H. 323协议族规定音频和视频分组必须被封装在RTP(RTP,Real Time Protocol,实时协议)中，并通过发送端和接收端的一个UDP的Socket对来进行承载，而实时控制协议RTCP用来评估会话和连接质量，以及在通信方之间提供反馈信息。在本发明中，VC-I编码的RTP封装请参考RFC 4425，属于公知技术，不在这里详述。也就是说,对于不用注册到网守(GK, Gatekeeper)或网关上的终端设备A和B而言，经过上述步骤1-10后，终端设备A和B之间便可实现H. 323网络下的VC-I编码视音频传输。对于注册到网守或网关上的终端设备A和终端设备B而言，则需要在步骤一中增加终端认证和路由确认步骤，具体实现如图2所示 步骤101 :终端设备 A 基于 H. 225 协议(即 RAS, Registration, Admission andStatus,注册、接入、状态管理)发起ARQ请求(ARQ, Admission Request,接入请求)到网
守/网关；步骤102 :网守/网关向终端设备A发送呼叫许可信令ACF(ACF，AdmissionConfirmation,接入确认)；步骤103 :终端设备A建立到终端设备B的TCP连接；步骤104 :终端设备A向终端设备B发送呼叫信令SETUP消息，表示发起呼叫；步骤105 :终端设备B接收到终端设备A发送来的SETUP消息后，发送临时响应消息CALLPROCEEDING到终端设备A ；步骤106 :终端设备B发送ARQ请求消息到网守/网关；步骤107 :网守/网关对终端设备B进行认证，如果认证通过，则回应ACF到终端设备B (如果认证不通过，则终止操作，放弃VC-I编码视音频传输作业);步骤108 :终端设备B发送振铃消息ALERTING到终端设备A ；步骤109 :终端设备B摘机后，发送CONNECT消息到终端设备A ；步骤110 :终端设备A与终端设备B之间建立基于H. 245协议的逻辑通道TCP连接；步骤111 :终端设备A与终端设备B相互发送TCS/TCSACK信令，其中终端设备A、终端设备B通过TCS信令告诉对方本端关于接收和发送VC-I编码视音频的能力；如果终端设备A和B都拥有接收和发送VC-I编码视音频的功能，则终端设备A和B互相发送TCSACK消息并进入下一步骤(但是，如果终端设备A和B中的一方或两方不拥有接收和发送VC-I编码视音频的功能，则终端设备A和B间互相发送TCSReject信令和呼叫释放消息，放弃VC-I编码视音频传输作业)；步骤112 :终端设备A与终端设备B之间发送MSD/MSDACK信令，以确定媒体协商优先权；步骤113 :终端设备A与终端设备B之间互相发送0LC/0LCACK信令，通过OLC信令中传递的关于VC-I编码的参数来确定媒体协商结果，该媒体协商结果包括视音频编码方式、媒体逻辑地址和端口；步骤114 :终端设备A和B打开视音频通道，根据对方提供的媒体逻辑地址和端口，将各自编码器进行压缩和编码后的VC-I编码视音频以RTP媒体流发送给对方，并接收对方发送的RTP媒体流(即VC-I编码视音频)，且进行解码处理后呈现在相应的视音频I/
O设备上，如此便完成了终端设备A和B之间的VC-I编码视音频传输。本发明的优点是在本发明方法中，通过在TCS信令和OLC信令中增加对VC-I编码的相应参数的规定，便可使得终端设备带有的能力集中扩充定义媒体协商过程中关于VC-I能力的VC-I能力集，从而使支持H. 323协议族的终端设备能够支持VC-I编码传输的媒体协商，也就是说，支持H. 323协议族的终端设备间建立了一种传输VC-I编码视音频的机制，使得支持H. 323协议族的终端设备不仅可接收VC-I编码视音频(例如从IP网接收)，通过自身设置的VC-I解码器解码，恢复、呈现视音频媒体，而且，也可通过自身设置的VC-I编码器编码，将VC-I编码视音频(例如通过IP网)传送给其他支持H. 323协议族的终端设备进行视音频呈现。
本发明方法使得终端设备在H. 323网络中可支持VC-I媒体传输，打破了原有的网络媒体不能传输VC-I媒体的屏障，使不同网络业务间的互相融合成为可能。上述是本发明的较佳实施例及其所运用的技术原理，对于本领域的技术人员来说，在不背离本发明的精神和范围的情况下，任何基于本发明技术方案基础上的等效变换、简单替换等显而易见的改变，均属于本发明保护范围之内。
权利要求
1.一种VC-I编码视音频在支持H. 323协议族的终端设备中传输的方法，其特征在于它包括步骤 步骤一基于H. 225协议在终端设备A与终端设备B之间建立呼叫流程； 步骤二 在被叫的该终端设备B摘机后，基于H. 245协议在该终端设备A与该终端设备B之间进行关于VC-I编码视音频传输的媒体协商； 步骤三根据媒体协商结果，该终端设备A与该终端设备B之间执行VC-I编码视音频传输作业； 其中 该终端设备A、终端设备B均支持H. 323协议族； 在步骤二中，通过在H. 245协议的TCS信令和OLC信令中对VC-I编码的相应参数进行规定，使该终端设备A、终端设备B所带有的能力集中扩充定义媒体协商过程中关于VC-I能力的VC-I能力集，从而使该终端设备A与该终端设备B之间对VC-I传输进行媒体协商。
2.如权利要求I所述的VC-I编码视音频在支持H.323协议族的终端设备中传输的方法，其特征在于 在所述步骤二中，所述TCS信令和OLC信令中规定的VC-I编码的相应参数涉及VC-I编码的标识、传输VC-I编码时的最大比特率、传输VC-I编码时所采用的比特流语法原理以及VC-I编码采用的编解码算法；通过在所述TCS信令和OLC信令中对VC-I编码的相应参数进行规定，所述终端设备A、终端设备B中的VC-I能力集中相应增加了代表VC-I能力的这些参数，这些参数以列表形式出现在VC-I能力集中。
3.如权利要求I或2所述的VC-I编码视音频在支持H.323协议族的终端设备中传输的方法，其特征在于 所述步骤一包括步骤 步骤I :所述终端设备A建立到所述终端设备B的TCP连接； 步骤2 :所述终端设备A向所述终端设备B发送呼叫信令SETUP消息，表示发起呼叫；步骤3 :所述终端设备B接收到所述终端设备A发送来的SETUP消息后，发送临时响应消息CALLPROCEEDING到所述终端设备A ； 步骤4 :所述终端设备B发送振铃消息ALERTING到所述终端设备A ； 步骤5 :所述终端设备B摘机后，发送CONNECT消息到所述终端设备A。
4.如权利要求I或2所述的VC-I编码视音频在支持H.323协议族的终端设备中传输的方法，其特征在于 所述步骤二包括步骤 步骤6 :所述终端设备A与所述终端设备B之间建立基于H. 245协议的逻辑通道TCP连接; 步骤7 :所述终端设备A与所述终端设备B相互发送TCS/TCSACK信令，其中 所述终端设备A、所述终端设备B通过TCS信令告诉对方本端关于接收和发送VC-I编 码视音频的能力；如果所述终端设备A和B都拥有接收和发送VC-I编码视音频的功能，则所述终端设备A和B互相发送TCSACK消息，并进入下一步骤；如果所述终端设备A和B中的一方或两方不拥有接收和发送VC-I编码视音频的功能，则所述终端设备A和B间互相发送TCSReject信令和呼叫释放消息，放弃VC-I编码视音频传输作业；步骤8 :所述终端设备A与所述终端设备B之间发送MSD/MSDACK信令，以确定媒体协商优先权； 步骤9 :所述终端设备A与所述终端设备B之间互相发送OLC/OLCACK信令，通过OLC信令中传递的关于VC-I编码的参数来确定媒体协商结果，该媒体协商结果包括视音频编码方式、媒体逻辑地址和端口。
5.如权利要求I或2所述的VC-I编码视音频在支持H.323协议族的终端设备中传输的方法，其特征在于 所述步骤三包括步骤 步骤10 :所述终端设备A和B打开视音频通道，根据对方提供的媒体逻辑地址和端口，将各自编码器进行压缩和编码后的VC-I编码视音频以RTP媒体流发送给对方，并接收对方发送的RTP媒体流，且进行解码处理后呈现在相应的视音频I/O设备上。
6.如权利要求3所述的VC-I编码视音频在支持H.323协议族的终端设备中传输的方法，其特征在于 如果所述终端设备A和所述终端设备B注册到网守或网关上，则在所述步骤一中增加终端认证和路由确认步骤，具体为 在所述步骤I前增加如下步骤所述终端设备A基于H. 225协议发起ARQ请求到网守/网关；网守/网关向所述终端设备A发送呼叫许可信令ACF ； 在所述步骤3与步骤4之间增加如下步骤所述终端设备B发送ARQ请求消息到网守/网关；网守/网关对所述终端设备B进行认证，如果认证通过，则回应ACF到所述终端设备B，如果认证不通过，则终止操作，放弃VC-I编码视音频传输作业。
全文摘要
本发明公开了一种VC-1编码视音频在支持H.323协议族的终端设备中传输的方法，它包括步骤基于H.225协议在终端设备A与终端设备B之间建立呼叫流程；在被叫的该终端设备B摘机后，基于H.245协议在该终端设备A与该终端设备B之间进行关于VC-1编码视音频传输的媒体协商；根据媒体协商结果，该终端设备A与该终端设备B之间执行VC-1编码视音频传输作业。本发明方法使得终端设备在H.323网络中可支持VC-1媒体传输，打破了原有的网络媒体不能传输VC-1媒体的屏障，使不同网络业务间的互相融合成为可能。
文档编号H04L29/06GK102761526SQ20111010833
公开日2012年10月31日 申请日期2011年4月28日 优先权日2011年4月28日
发明者何玲, 杨万芹 申请人:北京大唐高鸿数据网络技术有限公司