CN106921843B - 数据传输方法及装置 - Google Patents

Abstract

本发明提供了一种数据传输方法及装置，该方法包括：第一终端从第二终端接收实时传输协议RTP封装包，其中，该RTP封装包包括以下至少之一：音视频媒体数据、用于指示与该音视频媒体数据对应码流格式的第一栏位信息，第一终端解析该RTP封装包，将第一栏位信息映射至第二栏位信息，第一终端根据第二栏位信息对该音视频媒体数据进行解码处理。通过本发明实现了在不同视频会议终端之间建立通信传递数据信息。

Description

数据传输方法及装置

技术领域

本发明涉及电子通信领域，具体涉及一种数据传输方法及装置。

背景技术

近年来，视频会议的发展日新月异，传统的视频会议基于H.323为信令协议。H.323标准定义了一个在基于分组的网络上进行灵活的，实时的，可交互的多媒体通信协议集。个人计算机能在包交换网络和电路交换网络上传输音频视频和数据。Sip协议采用与Http(HyperText Transfer Protocol)类似的文本命令形式，而且协议比较简单，是未来网络电话和即时通讯的方向，更重要的是Sip较为灵活，可扩展，而且是开放的。它激发了以太网以及固定和移动网络推出新一代服务的威力。基于Sip接入协议结合其它协议，例如Sdp(Session Description Protocol),Bfcp(Binary Floor Control Protocol)。Rtp(Real-time Transport Protocol)，用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。基于信令的H.323信令集、Sip信令以及码流传输协议Rtp构成了视频会议的基础。

随着视频会议产品也越来越多，但是各个厂商之间的对通会有很多问题，包括信令协商和码流的传输会有不一样的处理。

发明内容

有鉴于此，本发明实施例提供了一种数据传输方法，以解决不同视频会议终端之间不能建立通信的问题。

为此，本发明实施例提供了如下技术方案：

本发明实施例提供了一种数据传输方法，包括：第一终端从第二终端接收实时传输协议RTP封装包；其中，所述RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；所述第一终端解析所述RTP封装包，将所述第一栏位信息映射至第二栏位信息；所述第一终端根据所述第二栏位信息对所述音视频媒体数据进行解码处理。

可选地，所述第一终端从所述第二终端接收实时传输协议RTP封装包包括：通过H.323协议或者sip协议从所述第二终端接收所述RTP封装包。

可选地，将所述第一栏位信息映射至第二栏位信息之前，还包括：所述第一终端从所述第二终端接收所述第二终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息；并且，向所述第二终端发送所述第一终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息。

本发明实施例还提供了一种数据传输方法，包括：第二终端向第一终端发送实时传输协议RTP封装包；其中，所述RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；所述RTP封装包被所述第一终端解析，并将所述第一栏位信息映射至第二栏位信息，所述第二栏位信息为所述第一终端对所述音视频媒体数据进行解码的依据。

可选地，所述第二终端向第一终端发送实时传输协议RTP封装包包括：通过H.323协议或者sip协议向所述第一终端发送所述RTP封装包。

可选地，所述方法还包括：所述第二终端向所述第一终端发送所述第二终端支持的编码/解码格式以及与所述第二终端支持的编码/解码格式对应的栏位信息；并且，从所述第一终端接收所述第一终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息。

本发明实施例提供了一种数据传输装置，应用于第一终端，包括：接收模块，用于从第二终端接收实时传输协议RTP封装包；其中，所述RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；解析模块，用于解析所述RTP封装包，将所述第一栏位信息映射至第二栏位信息；处理模块，用于根据所述第二栏位信息对所述音视频媒体数据进行解码处理。

可选地，所述接收模块还用于通过H.323协议或者sip协议从所述第二终端接收所述RTP封装包。

可选地，所述装置还包括：传输模块，用于在所述解析模块将所述第一栏位信息映射至第二栏位信息之前，从所述第二终端接收所述第二终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息；并且，向所述第二终端发送所述第一终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息。

本发明实施例还提供了一种数据传输装置，应用于第二终端，包括：发送模块，用于向第一终端发送实时传输协议RTP封装包；其中，所述RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；所述RTP封装包被所述第一终端解析，并将所述第一栏位信息映射至第二栏位信息，所述第二栏位信息为所述第一终端对所述音视频媒体数据进行解码的依据。

可选地，所述发送模块还用于通过H.323协议或者sip协议向所述第一终端发送所述RTP封装包。

可选地，所述装置还包括：传输模块，向所述第一终端发送所述第二终端支持的编码/解码格式以及与所述第二终端支持的编码/解码格式对应的栏位信息；并且，从所述第一终端接收所述第一终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息。

本发明实施例技术方案，具有如下优点：

本发明实施例提供了一种数据传输方法及装置，包括：第一终端从第二终端接收实时传输协议RTP封装包；其中，RTP封装包包括以下至少之一：音视频媒体数据、用于指示与该音视频媒体数据对应码流格式的第一栏位信息；第一终端解析RTP封装包，将第一栏位信息映射至第二栏位信息；第一终端根据第二栏位信息对该音视频媒体数据进行解码处理。现有技术中在一个视频会议中，当存在不同的协议接入，或有的会议终端没有标准流程时，都会出现码流无法对通的问题。通过该数据传输方法及装置，实现了在不同视频会议终端之间建立通信传递数据信息。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的数据传输方法的流程图；

图2是根据本发明实施例的视频会议终端数据传输的一个示意图；

图3是根据本发明实施例的视频会议终端数据传输的另一个示意图；

图4是根据本发明实施例的数据传输装置的一个结构框图；

图5是根据本发明实施例的数据传输装置的另一个结构框图。

具体实施方式

下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，还可以是两个元件内部的连通，可以是无线连接，也可以是有线连接。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

实施例1

在本实施例中提供了一种数据传输方法，图1是根据本发明实施例的的数据传输的流程图，如图1所示，该流程包括如下步骤：

步骤S101：第一终端从第二终端接收实时传输协议RTP封装包；其中，该RTP封装包包括以下至少之一：音视频媒体数据、用于指示与该音视频媒体数据对应码流格式的第一栏位信息。例如该第一终端可以是多点控制单元MCU，也可以是会议终端，第二终端可以是会议终端，RTP封包中的负载类型可以支援128种不同的负载类型，这个栏位用来指示声音或影像使用的码流格式。如果发送端在会话或者广播的中途决定改变编码方式，发送端通过这个栏位来通知接收端。负载类型的值如果小于等于96为标准的类型，大于96的类型是各个厂商自定义的，有可能会导致相互并不认识。

步骤S102：第一终端解析该RTP封装包，将第一栏位信息映射至第二栏位信息。

步骤S103：第一终端根据第二栏位信息对该音视频媒体数据进行解码处理。

通过上述步骤，第一终端从第二终端接收实时传输协议RTP封装包；其中，该RTP封装包包括以下至少之一：音视频媒体数据、用于指示与该音视频媒体数据对应码流格式的第一栏位信息；第一终端解析该RTP封装包，将第一栏位信息映射至第二栏位信息；第一终端根据第二栏位信息对该音视频媒体数据进行解码处理。在一个视频会议中，当存在不同的协议接入，或有的会议终端没有标准流程时，都会出现码流无法对通的问题。通过该数据传输方法，实现了在不同视频会议终端之间建立通信传递数据。

上述步骤S101涉及到第一终端从第二终端接收实时传输协议RTP封装包，在一个可选实施例中，通过H.323协议或者sip协议从第二终端接收该RTP封装包。具体地，终端和MCU交互sip和/或H.323信令，码流发送方按照协商的参数，参数主要包括音视频负载类型、分辨率、帧率、发送接收音视频地址等，发送码流到对端，如果是h.323接入，切换码流格式，需要重新开通道，重新协商，协商采用标准流程，双方各得到共同的音视频媒体数据，主要包括音视频格式，Payload Type(RTP封包中的负载类型)值，分辨率，采样率，帧率，发送接收码流的地址和端，如果是sip接入，发送方选取按照共同能力中任一个发送码流，如果需要切换码流格式，更改码流的负载类型。H.323协议规定了发送方按照自己的负载类型发送码流，sip协议规定了发送方按照对端的负载类型发送码流。

上述步骤S102涉及到将第一栏位信息映射至第二栏位信息，在此步骤之前，在一个可选实施例中，第一终端从第二终端接收第二终端支持的编码/解码格式以及与第一终端支持的编码/解码格式对应的栏位信息；并且，向第二终端发送第一终端支持的编码/解码格式以及与第一终端支持的编码/解码格式对应的栏位信息。具体地，码流接收端保存协商后的所有的音视频情况，接收端接收发送端的任何协商中的音视频参数，同时把发送端的负载类型映射为本方的负载类型。如果发送方是sip终端，在发送码流过程中，切换了负载类型，接收端可以根据之前设置的映射处理码流。如果接收端是MCU，需要判断转发出去的码流情况，如果负载类型值和对应的音视频参数都一样，直接转发，如果不一样，MCU需要先解码码流，然后按照发送方的参数发送出去。如果接收端是终端，只需要解码码流，并展现图像或者播放声音。

在本实施例中还提供了一种数据传输方法，该方法包括：

第二终端向第一终端发送实时传输协议RTP封装包；其中，该RTP封装包包括以下至少之一：音视频媒体数据、用于指示与该音视频媒体数据对应码流格式的第一栏位信息；该RTP封装包被第一终端解析，并将第一栏位信息映射至第二栏位信息，第二栏位信息为第一终端对该音视频媒体数据进行解码的依据。

通过上述方法，第二终端向第一终端发送实时传输协议RTP封装包；其中，该RTP封装包包括以下至少之一：音视频媒体数据、用于指示与该音视频媒体数据对应码流格式的第一栏位信息；该RTP封装包被第一终端解析，并将第一栏位信息映射至第二栏位信息，第二栏位信息为第一终端对该音视频媒体数据进行解码的依据。在一个视频会议中，当存在不同的协议接入，或有的会议终端没有标准流程时，都会出现码流无法对通的问题。通过该数据传输方法，实现了在不同视频会议终端之间建立通信传递数据。

上述方法涉及到第二终端向第一终端发送实时传输协议RTP封装包，在一个可选实施例中，通过H.323协议或者sip协议从第一终端接收该RTP封装包。

在一个可选实施例中，第二终端向第一终端发送第二终端支持的编码/解码格式以及与第二终端支持的编码/解码格式对应的栏位信息；并且，从第一终端接收第一终端支持的编码/解码格式以及与第一终端支持的编码/解码格式对应的栏位信息。

图2是根据本发明实施例的视频会议终端数据传输的一个示意图。如图2所示，在一个可选实施例中，如果终端之间是sip协议建立连接，会交互invite/200ok，MCU呼叫终端B,发出的invite信令会携带支持的解码格式为H264、H265，并且载荷类型为107，108，终端B回复的200ok会携带支持的编码格式为H264、H265，并且载荷类型为106,107，MCU收到200ok后，会认为对端支持编码H264、H265格式，后续发的码流有可能是H264或者H265,并且对端携带的载荷类型为106或者107，MCU就会设置106到107，107到108的映射；如果终端之间如果是H.323协议建立连接，会交互olc/ack，终端A发olc，开MCU的发送码流通道，携带支持编码H264格式，并且载荷类型为106，MCU收到olc后，回复ack，同意对端的开通道，并且携带支持解码H.264的通道，并且载荷类型为107，发送完ack后，MCU会设置对端码流106到107的映射。

对整个交互流程详细说明，具体地，终端A发码流，MCU收到转发到终端C：终端A发码流，用A的负载类型106，MCU和A的连接的接收通道，首先设置A的载荷106到自己设定的载荷107的映射，然后MCU把数据包收上来，同时设置转发的码流的负载类型为对端的109，发送到终端C。终端C接收码流，需要兼容有的对端厂商不按照终端C的负载类型发码流，设置对端负载类型到本地的映射，本实施例中，终端C设置107到109的映射，108到110的映射，如果对端按照终端C的负载类型发送码流，终端C不需要转换负载类型，直接解码；终端B发码流，MCU收到转发到终端C：终端B发码流，按照sip协议标准，按照MCU的载荷发送码流，发送H264码流用107,发送H265码流用108，并且在发送过程中，可以实时切换，不需要重新协商。MCU和B的连接的接收通道，需要处理映射，把106映射为107,107映射为108。本实施例中，107负载类型比较复杂，107有可能是H264码流，也可能是H265码流。MCU需要先按照标准来收码流，按照本端认为的H264来解码，如果有问题，再按照映射的结果按照H265来解码，这样就可以兼容对端不标准的情况。MCU转发码流到终端C以及终端C收码流的情况同上述终端A发码流，MCU收到码流转发到终端C中所述。

图3是根据本发明实施例的视频会议终端数据传输的另一个示意图。如图3所示，在一个可选实施例中，视频会议系统包括MCU,会议终端，MCU以及各个终端之间可能是H.323协议接入，也可能是sip协议接入，或者其他的信令，MCU发送到sip终端的码流可能是其他H.323协议接收终端的码流，sip终端发送至MCU终端的码流也可能经过MCU转入其他的H.323终端。终端mt1,mt2,mt3分别接入MCU,每个终端都有可能会发送多个格式的码流，而且对应的v1,v2,v3格式的负载类型并不一样，但这并不影响相互之间的对通，只要每个终端和MCU信令交互时按照上述映射规则，则相互之间的码流可以实现对通。

实施例2

在本实施例中还提供了一种数据传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本施例提供一种数据传输装置，应用于第一终端，如图4所示，包括：接收模块21，用于从第二终端接收实时传输协议RTP封装包；其中，该RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；解析模块22，用于解析所述RTP封装包，将所述第一栏位信息映射至第二栏位信息；处理模块23，用于根据所述第二栏位信息对所述音视频媒体数据进行解码处理。

可选地，该接收模块21还用于通过H.323协议或者sip协议从第二终端接收该RTP封装包。

图5是根据本发明实施例的数据传输装置的另一个结构框图。如图5所示，在一个可选实施例中，该装置还包括传输模块24，用于从第二终端接收第二终端支持的编码/解码格式以及与第一终端支持的编码/解码格式对应的栏位信息；并且，向第二终端发送第一终端支持的编码/解码格式以及与第一终端支持的编码/解码格式对应的栏位信息。

本施例提供还一种数据传输装置，应用于第二终端，包括：发送模块，用于向第一终端发送实时传输协议RTP封装包；其中，该RTP封装包包括以下至少之一：音视频媒体数据、用于指示与该音视频媒体数据对应码流格式的第一栏位信息；该RTP封装包被第一终端解析，并将第一栏位信息映射至第二栏位信息，第二栏位信息为第一终端对该音视频媒体数据进行解码的依据。

可选地，该发送模块还用于通过H.323协议或者sip协议向第一终端发送该RTP封装包。

在一个可选实施例中，该数据传输装置还包括：传输模块，向第一终端发送第二终端支持的编码/解码格式以及与第二终端支持的编码/解码格式对应的栏位信息；并且，从第一终端接收第一终端支持的编码/解码格式以及与第一终端支持的编码/解码格式对应的栏位信息。

上述各个模块的更进一步的功能描述与上述对应实施例相同，在此不再赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。

Claims (8)

1.一种数据传输方法，其特征在于，包括：

第一终端从第二终端接收实时传输协议RTP封装包；其中，所述RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；所述码流格式为所述第二终端的负载类型；

所述第一终端解析所述RTP封装包，将所述第一栏位信息映射至第二栏位信息；所述第二栏位信息包括所述第一终端的负载类型；

所述第一终端根据所述第二栏位信息对所述音视频媒体数据进行解码处理；

将所述第一栏位信息映射至第二栏位信息之前，还包括：

所述第一终端从所述第二终端接收所述第二终端支持的编码/解码格式以及与所述第二终端支持的编码/解码格式对应的栏位信息；并且，向所述第二终端发送所述第一终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息。

2.根据权利要求1所述的方法，其特征在于，所述第一终端从所述第二终端接收实时传输协议RTP封装包包括：

通过H.323协议或者sip协议从所述第二终端接收所述RTP封装包。

3.一种数据传输方法，其特征在于，包括：

第二终端向第一终端发送实时传输协议RTP封装包；其中，所述RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；所述码流格式为负载类型；所述RTP封装包被所述第一终端解析，并将所述第一栏位信息映射至第二栏位信息，所述第二栏位信息为所述第一终端对所述音视频媒体数据进行解码的依据，所述第二栏位信息包括所述第一终端的负载类型；

所述方法还包括：

所述第二终端向所述第一终端发送所述第二终端支持的编码/解码格式以及与所述第二终端支持的编码/解码格式对应的栏位信息；并且，从所述第一终端接收所述第一终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息。

4.根据权利要求3所述的方法，其特征在于，所述第二终端向第一终端发送实时传输协议RTP封装包包括：

通过H.323协议或者sip协议向所述第一终端发送所述RTP封装包。

5.一种数据传输装置，应用于第一终端，其特征在于，包括：

接收模块，用于从第二终端接收实时传输协议RTP封装包；其中，所述RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；所述码流格式为负载类型；

解析模块，用于解析所述RTP封装包，将所述第一栏位信息映射至第二栏位信息；所述第二栏位信息包括所述第一终端的负载类型；

处理模块，用于根据所述第二栏位信息对所述音视频媒体数据进行解码处理；

所述装置还包括：

传输模块，用于在所述解析模块将所述第一栏位信息映射至第二栏位信息之前，从所述第二终端接收所述第二终端支持的编码/解码格式以及与所述第二终端支持的编码/解码格式对应的栏位信息；并且，向所述第二终端发送所述第一终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息。

6.根据权利要求5所述的装置，其特征在于，所述接收模块还用于通过H.323协议或者sip协议从所述第二终端接收所述RTP封装包。

7.一种数据传输装置，应用于第二终端，其特征在于，包括：

发送模块，用于向第一终端发送实时传输协议RTP封装包；其中，所述RTP封装包包括以下至少之一：音视频媒体数据、用于指示与所述音视频媒体数据对应码流格式的第一栏位信息；所述码流格式为负载类型；所述RTP封装包被所述第一终端解析，并将所述第一栏位信息映射至第二栏位信息，所述第二栏位信息为所述第一终端对所述音视频媒体数据进行解码的依据，所述第二栏位信息包括所述第一终端的负载类型；

所述装置还包括：

传输模块，向所述第一终端发送所述第二终端支持的编码/解码格式以及与所述第二终端支持的编码/解码格式对应的栏位信息；并且，从所述第一终端接收所述第一终端支持的编码/解码格式以及与所述第一终端支持的编码/解码格式对应的栏位信息。

8.根据权利要求7所述的装置，其特征在于，所述发送模块还用于通过H.323协议或者sip协议向所述第一终端发送所述RTP封装包。

Images