CN102726024A - Rtp媒体数据的接收、发送方法及装置、处理系统 - Google Patents

Rtp媒体数据的接收、发送方法及装置、处理系统 Download PDF

Info

Publication number
CN102726024A
CN102726024A CN2011800009265A CN201180000926A CN102726024A CN 102726024 A CN102726024 A CN 102726024A CN 2011800009265 A CN2011800009265 A CN 2011800009265A CN 201180000926 A CN201180000926 A CN 201180000926A CN 102726024 A CN102726024 A CN 102726024A
Authority
CN
China
Prior art keywords
data
dtls
packet
header data
header
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.)
Granted
Application number
CN2011800009265A
Other languages
English (en)
Other versions
CN102726024B (zh
Inventor
舒续祖
陈明功
陈文盛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN102726024A publication Critical patent/CN102726024A/zh
Application granted granted Critical
Publication of CN102726024B publication Critical patent/CN102726024B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本发明实施例涉及一种RTP媒体数据的接收、发送方法及装置、处理系统。通过DTLS数据包的DTLS头中所包含的数据包格式标识和起始变化字节标识，使得接收端设备能够根据上述数据包格式标识和起始变化字节标识，以及存储的标准头部数据，将DTLS数据包的DTLS载荷中所包含的不完整的头部数据还原成完整的头部数据，以便对完整的带IP头的RTP数据包进行解析处理，能够避免现有技术中由于DTLS载荷中的头部数据占用了大量的系统开销而导致的与RTP媒体数据相关的有效载荷占整个DTLS数据包的比例严重下降的问题，从而提高了传输信道的利用率。

Description

RTP媒体数据的接收、发送方法及装置、处理系统
技术领域
本发明实施例涉及数据处理技术，尤其涉及一种实时传输协议(Real-time Transport Protocol，简称RTP)媒体数据的接收、发送方法及装置、处理系统。
背景技术
随着通信技术的不断发展，出现了许多基于实时传输协议(Real-timeTransport Protocol，简称RTP)的应用程序，例如：声音点播、影视点播、视频会议、因特网电话、在线游戏等，用来传输媒体数据。一般来说，RTP数据包封装之后的格式为：IP头(20字节)+用户数据报协议(User DatagramProtocol，简称UDP)头(8字节)+RTP头(12字节)+RTP载荷(20字节)。由于RTP是UDP之上的应用，所以可以采用数据报传输层安全协议(Datagram Transport Layer Security，简称DTLS)进行RTP数据包的传输。RTP数据包采用DTLS传输之后的DTLS数据包的格式为：IP头(20字节)+UDP头(8字节)+DTLS头(12字节)+DTLS载荷即带IP头和UDP头的RTP包(大于40字节)。
然而，由于DTLS载荷中的头部数据占用了大量的系统开销，使得与RTP媒体数据相关的有效载荷占整个IP数据包即DTLS数据包的比例严重下降，从而导致了传输信道的利用率的降低。
发明内容
本发明实施例提供一种RTP媒体数据的接收、发送方法及装置、处理系统，用以提高传输信道的利用率。
本发明一方面提供了一种RTP媒体数据的接收方法，包括：
接收发送端设备发送的第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，所述第一DTLS数据包的DTLS载荷中包含第一头部数据和RTP媒体数据；
若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；
若所述数据包格式标识指示为变化格式，根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第一头部数据，获得第二头部数据，并对所述第二头部数据和所述RTP媒体数据进行解析处理，其中，所述第一头部数据为所述第二头部数据与所述标准头部数据相比，发生变化的头部数据。
本发明另一方面提供了一种RTP媒体数据的发送方法，包括：
获得第一头部数据和RTP媒体数据；
向接收端设备发送第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，
所述第一DTLS数据包的DTLS载荷中包含所述第一头部数据和所述RTP媒体数据，以使所述接收端设备根据所述数据包格式标识，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；或者
所述第一DTLS数据包的DTLS载荷中包含第二头部数据和所述RTP媒体数据，以使所述接收端设备根据所述数据包格式标识，并根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理，其中，所述第二头部数据为所述第一头部数据与所述标准头部数据相比，发生变化的头部数据。
本发明另一方面提供了一种RTP媒体数据的接收端设备，包括：
接收单元，用于接收发送端设备发送的第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，所述第一DTLS数据包的DTLS载荷中包含第一头部数据和RTP媒体数据；
处理单元，若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；若所述数据包格式标识指示为变化格式，根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第一头部数据，获得第二头部数据，并对所述第二头部数据和所述RTP媒体数据进行解析处理，其中，所述第一头部数据为所述第二头部数据与所述标准头部数据相比，发生变化的头部数据。
本发明另一方面提供了一种RTP媒体数据的发送端设备，包括：
获得单元，用于获得第一头部数据和RTP媒体数据；
发送单元，用于向接收端设备发送第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，
所述第一DTLS数据包的DTLS载荷中包含所述第一头部数据和所述RTP媒体数据，以使所述接收端设备根据所述数据包格式标识，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；或者
所述第一DTLS数据包的DTLS载荷中包含第二头部数据和所述RTP媒体数据，以使所述接收端设备根据所述数据包格式标识，并根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理，其中，所述第二头部数据为所述第一头部数据与所述标准头部数据相比，发生变化的头部数据。
本发明另一方面提供了一种RTP媒体数据的处理系统，包括发送端设备和接收端设备，其中，
所述发送端设备，用于获得第一头部数据和RTP媒体数据，并向所述接收端设备发送第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，以及所述第一DTLS数据包的DTLS载荷中包含所述第一头部数据和所述RTP媒体数据；或者所述第一DTLS数据包的DTLS载荷中包含第二头部数据和所述RTP媒体数据；
所述接收端设备，用于接收所述发送端设备发送的所述第一DTLS数据包，若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；若所述数据包格式标识指示为变化格式，根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理，其中，所述第二头部数据为所述第一头部数据与所述标准头部数据相比，发生变化的头部数据。
由上述技术方案可知，本发明实施例通过DTLS数据包的DTLS头中所包含的数据包格式标识和起始变化字节标识，使得接收端设备能够根据上述数据包格式标识和起始变化字节标识，以及存储的标准头部数据，将DTLS数据包的DTLS载荷中所包含的不完整的头部数据还原成完整的头部数据，以便对完整的带IP头的RTP数据包(即包括RTP媒体数据和完整的头部数据)进行解析处理，能够避免现有技术中由于DTLS载荷中的头部数据占用了大量的系统开销而导致的与RTP媒体数据相关的有效载荷占整个DTLS数据包的比例严重下降的问题，从而提高了传输信道的利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的RTP媒体数据的接收方法的流程示意图；
图2为本发明另一实施例提供的RTP媒体数据的发送方法的流程示意图；
图3为本发明另一实施例提供的RTP媒体数据的接收端设备的结构示意图；
图4为本发明另一实施例提供的RTP媒体数据的接收端设备的结构示意图；
图5为本发明另一实施例提供的RTP媒体数据的发送端设备的结构示意图；
图6为本发明另一实施例提供的RTP媒体数据的发送端设备的结构示意图；
图7为本发明另一实施例提供的RTP媒体数据的处理系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明一实施例提供的RTP媒体数据的接收方法的流程示意图，如图1所示，本实施例的RTP媒体数据的接收方法可以包括：
101、接收发送端设备发送的第一DTLS数据包，上述第一DTLS数据包的DTLS头中包含数据包格式标识(Flag)和起始变化字节标识(Offset)，上述第一DTLS数据包的DTLS载荷中包含第一头部数据和RTP媒体数据；
其中，DTLS头中所包含的数据包格式标识可以包括完整格式或变化格式，共2比特。完整格式可以表明该第一DTLS数据包的DTLS载荷中所包含的第一头部数据是完整的头部数据，即完整的IP头部数据+完整的UDP头部数据+完整的RTP头部数据；变化格式可以表明该第一DTLS数据包的DTLS载荷中所包含的第一头部数据是不完整的头部数据即与完整的头部数据相比发生变化的头部数据，即变化的IP头部数据+变化的UDP头部数据+变化的RTP头部数据。可以看出，与完整格式所表明的DTLS载荷中完整的头部数据相比，变化格式所表明的DTLS载荷中变化的头部数据所占用的字节较少，能够降低DTLS载荷中的头部数据占用的系统开销。
其中，起始变化字节标识的值可以从0开始，即从IP头部数据的第0个字节开始算起，定义开始发生变化的字节，共4比特。
可以理解的是：本实施例中之所以没有定义发生变化的字节长度，是因为在DTLS载荷中包含的头部数据中已经包含长度(Length)域。
102、若上述数据包格式标识指示为完整格式，存储上述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对上述标准头部数据和上述RTP媒体数据进行解析处理；
此时，可以对起始变化字节标识(Offset)进行无效处理，例如：忽略该起始变化字节标识(Offset)。
103、若上述数据包格式标识指示为变化格式，根据上述起始变化字节标识、上述标准头部数据和上述第一DTLS数据包中的第一头部数据，获得第二头部数据，并对上述第二头部数据和上述RTP媒体数据进行解析处理。
其中，步骤103中的第一头部数据为第二头部数据与标准头部数据相比，发生变化的头部数据。
例如：如果上述数据包格式标识指示为变化格式，先根据上述起始变化字节标识，确定对应的起始变化字节，然后再根据第一头部数据的大小，确定对应的变化字节长度，最后将标准头部数据中从起始变化字节开始，总共变化字节长度的数据替换为第一头部数据，标准头部数据中的其他数据不变，从而构成第二头部数据。
上述101～103的执行主体可以为接收端设备。
一般来说，IP头、UDP头和RTP头中有一半的字节在整个连接期间保持不变，40个字节中有28个字节是保持不变的，12个字节是容易发生变化的。也就是说，即使这12个字节均发生变化，那么，一个DTLS数据包的载荷中只需要32个字节传输变化的头部数据即第一头部数据(12字节)和RTP媒体数据(20字节)，至少可以节省28个字节(现有的DTLS数据包的载荷中有60个字节的数据)，节省了将近一半的带宽。最好情况下，即使这12个字节大致相同，那么，可以节省将近40个字节(现有的DTLS数据包的载荷中有60个字节的数据)，节省了将近三分之二的带宽。
本实施例中，如果DTLS头中所包含的数据包格式标识指示为完整格式，即接收端设备接收到的第一DTLS数据包为完整数据包(Int-Header，简称IH)，接收端设备则存储第一DTLS数据包中的第一头部数据以作为标准头部数据(即对比模板数据)，并对上述标准头部数据(完整的头部数据)和上述RTP媒体数据进行解析处理；若DTLS头中所包含的数据包格式标识指示为变化格式，即接收端设备接收到的第一DTLS数据包为变化数据包(Var_RTP，简称VRTP)，接收端设备则根据上述起始变化字节标识、上述标准头部数据和上述第一DTLS数据包中的第一头部数据(不完整的头部数据)，获得第二头部数据(完整的头部数据)，并对上述第二头部数据和上述RTP媒体数据进行解析处理。
可以理解的是：本实施例中，接收端设备对第一DTLS数据包的DTLS载荷中的RTP媒体数据和恢复的完整的头部数据进行解析处理的详细描述，可以参见现有技术中接收端设备对带IP头和UDP头的RTP包所进行处理的相关内容，例如：首先在IP层去掉IP头送往UDP层，然后在UDP层去掉UDP头，最后解析RTP包(RTP头和RTP媒体数据)，获得RTP媒体数据，此处不再赘述。
本实施例中，通过DTLS数据包的DTLS头中所包含的数据包格式标识和起始变化字节标识，使得接收端设备能够根据上述数据包格式标识和起始变化字节标识，以及存储的标准头部数据，将DTLS数据包的DTLS载荷中所包含的不完整的头部数据还原成完整的头部数据，以便对完整的带IP头的RTP数据包(即包括RTP媒体数据和完整的头部数据)进行解析处理，能够避免现有技术中由于DTLS载荷中的头部数据占用了大量的系统开销而导致的与RTP媒体数据相关的有效载荷占整个DTLS数据包的比例严重下降的问题，从而提高了传输信道的利用率。
进一步地，为了保证第一DTLS数据包的连续性，本实施例中，接收端设备接收到的第一DTLS数据包的DTLS头中还可以进一步包含序列号(Serial_No)，共6比特；相应地，接收端设备还可以进一步在预先设置的时间阈值之后或者根据上述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号，并向上述发送端设备发送失步指示信息，该失步指示信息中包含确定的序列号，以使上述发送端设备重新发送上述序列号标识的第一DTLS数据包，以及该第一DTLS数据包之后的第一DTLS数据包，从而实现了第一DTLS数据包丢失之后能够准确的重传。例如：接收端设备之前接收到序列号为5的第一DTLS数据包，但是在预先设置的时间阈值到来之前，没有再接收到任何第一DTLS数据包，那么接收端设备则确定没有接收到的第一DTLS数据包的序列号为6。再例如：接收端设备之前接收到序列号为5的第一DTLS数据包，而现在又接收到序列号为7的第一DTLS数据包，那么接收端设备则确定没有接收到的第一DTLS数据包的序列号为6。
如果接收端设备期望接收到第一DTLS数据包的序列号为n，实际收到的序列号为m，则认为的丢失的包个数L＝(m+32-n)％32；如果L＞4，则因为时效的关系，没有必要向发送端设备发送失步指示信息。
具体地，接收端设备具体可以向上述发送端设备发送第二DTLS数据包，上述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，即接收端设备发送的第二DTLS数据包为反馈数据包(Case_Echo，简称CE)，上述第二DTLS数据包的DTLS载荷中包含上述失步指示信息。例如：反馈数据包的格式可以定义为如下格式
struct{
uint8echo_type：2；//2比特，0表示失步；1表示超时；
uint8serial_no：6；//6比特，表示没有接收到的第一DTLS数据包的序列号。
}Cache_Echo；
进一步地，为了能够同时进行多个媒体会话，本实施例中，接收端设备接收到的第一DTLS数据包的DTLS头中还可以进一步包含上述RTP媒体数据所属媒体流的媒体流标识(Stream_Id)，共4比特；相应地，102中，接收端设备具体可以存储上述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储上述媒体流标识；相应地，103中，接收端设备具体可以根据上述媒体流标识、上述起始变化字节标识、与上述媒体流标识对应的上述标准头部数据、以及上述第一DTLS数据包中的第一头部数据，获得第二头部数据，从而实现了多个媒体会话时，能够准确根据媒体流标识获得对应的标准头部数据，用以进行后续的第二头部数据的获得。
图2为本发明另一实施例提供的RTP媒体数据的发送方法的流程示意图，如图2所示，本实施例的RTP媒体数据的发送方法可以包括：
201、获得第一头部数据和RTP媒体数据；
202、向接收端设备发送第一DTLS数据包，上述第一DTLS数据包的DTLS头中包含数据包格式标识(Flag)和起始变化字节标识(Offset)，
上述第一DTLS数据包的DTLS载荷中包含上述第一头部数据和上述RTP媒体数据，以使上述接收端设备根据上述数据包格式标识，存储上述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对上述标准头部数据和上述RTP媒体数据进行解析处理；或者
上述第一DTLS数据包的DTLS载荷中包含第二头部数据和上述RTP媒体数据，以使上述接收端设备根据上述数据包格式标识，并根据上述起始变化字节标识、上述标准头部数据和上述第一DTLS数据包中的第二头部数据，获得上述第一头部数据，并对上述第一头部数据和上述RTP媒体数据进行解析处理。其中，第二头部数据为第一头部数据与标准头部数据相比，发生变化的头部数据。
例如：如果上述数据包格式标识指示为变化格式，接收端设备可以先根据上述起始变化字节标识，确定对应的起始变化字节，然后再根据第一头部数据的大小，确定对应的变化字节长度，最后将标准头部数据中从起始变化字节开始，变化字节长度的数据替换为第一头部数据，其他数据不变，从而构成第二头部数据。
上述201和202的执行主体可以为发送端设备。
其中，DTLS头中所包含的数据包格式标识可以包括完整格式和变化格式，共2比特。前者可以表明该第一DTLS数据包的DTLS载荷中所包含的第一头部数据是完整的头部数据，即完整的IP头部数据+完整的UDP头部数据+完整的RTP头部数据；后者可以表明该第一DTLS数据包的DTLS载荷中所包含的第二头部数据是不完整的头部数据即与完整的头部数据相比发生变化的头部数据，即变化的IP头部数据+变化的UDP头部数据+变化的RTP头部数据。可以看出，与完整格式所表明的DTLS载荷中完整的头部数据相比，变化格式所表明的DTLS载荷中变化的头部数据所占用的字节较少，能够降低DTLS载荷中的头部数据占用的系统开销。
其中，起始变化字节标识的值可以从0开始，即从IP头部数据的第0个字节开始算起，定义开始发生变化的字节，共4比特。
可以理解的是：本实施例中之所以没有定义发生变化的字节长度，是因为在DTLS载荷中包含的头部数据中已经包含长度(Length)域。
本实施例中，在发起一个媒体会话之后，发送端设备可以在向接收端设备发送的第一个DTLS数据包的DTLS头中包含的数据包格式标识指示为完整格式，即发送端设备发送的第一DTLS数据包为完整数据包(Int-Header，简称IH)，接收端设备则存储第一DTLS数据包中的第一头部数据以作为标准头部数据(即对比模板数据)，并对上述标准头部数据(完整的头部数据)和上述RTP媒体数据进行解析处理；然后，发送端设备则可以在向接收端设备发送的非第一个DTLS数据包(后续DTLS数据包)的DTLS头中包含的数据包格式标识指示为变化格式，即发送端设备发送的第一DTLS数据包为变化数据包(Var_RTP，简称VRTP)，接收端设备则根据上述起始变化字节标识、上述标准头部数据和上述第一DTLS数据包中的第二头部数据(不完整的头部数据)，获得第一头部数据(完整的头部数据)，并对上述第一头部数据和上述RTP媒体数据进行解析处理。
可以理解的是：本实施例中，接收端设备对完整的头部数据和RTP媒体数据进行解析处理的详细描述，可以参见现有技术中接收端设备对带IP头和UDP头的RTP包所进行处理的相关内容，例如：首先在IP层去掉IP头送往UDP层，然后在UDP层去掉UDP头，最后解析RTP包(RTP头和RTP媒体数据)，获得RTP媒体数据，此处不再赘述。
本实施例中，通过DTLS数据包的DTLS头中所包含的数据包格式标识和起始变化字节标识，使得接收端设备能够根据上述数据包格式标识和起始变化字节标识，以及存储的标准头部数据，将DTLS数据包的DTLS载荷中所包含的不完整的头部数据还原成完整的头部数据，以便对完整的带IP头的RTP数据包(即包括RTP媒体数据和完整的头部数据)进行解析处理，能够避免现有技术中由于DTLS载荷中的头部数据占用了大量的系统开销而导致的与RTP媒体数据相关的有效载荷占整个DTLS数据包的比例严重下降的问题，从而提高了传输信道的利用率。
进一步地，为了保证第一DTLS数据包的连续性，本实施例中，本实施例中，发送端设备发送的第一DTLS数据包的DTLS头中还可以进一步包含序列号(Serial_No)，共6比特；相应地，发送端设备还可以进一步接收接收端设备发送的包含该接收端设备确定的序列号的失步指示信息，并向上述接收端设备重新发送上述序列号标识的第一DTLS数据包，以及该第一DTLS数据包之后的第一DTLS数据包。该失步指示信息为接收端设备在预先设置的时间阈值之后或者根据上述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号之后发送的。例如：接收端设备之前接收到序列号为5的第一DTLS数据包，但是在预先设置的时间阈值到来之前，没有再接收到任何第一DTLS数据包，那么接收端设备则确定没有接收到的第一DTLS数据包的序列号为6。再例如：接收端设备之前接收到序列号为5的第一DTLS数据包，而现在又接收到序列号为7的第一DTLS数据包，那么接收端设备则确定没有接收到的第一DTLS数据包的序列号为6。
如果接收端设备期望接收到第一DTLS数据包的序列号为n，实际收到的序列号为m，则认为的丢失的包个数L＝(m+32-n)％32；如果L＞4，则因为时效的关系，没有必要向发送端设备发送失步指示信息。
具体地，发送端设备具体可以接收接收端设备发送的第二DTLS数据包，上述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，即发送端设备接收的第二DTLS数据包为反馈数据包(Case_Echo，简称CE)，上述第二DTLS数据包的DTLS载荷中包含上述失步指示信息。例如：反馈数据包的格式可以定义为如下格式
struct{
uint8echo_type：2；//2比特，0表示失步；1表示超时；
uint8serial_no：6；//6比特，表示没有接收到的第一DTLS数据包的序列号。
}Cache_Echo；
进一步地，为了能够同时进行多个媒体会话，本实施例中，发送端设备发送的第一DTLS数据包的DTLS头中还可以进一步包含上述RTP媒体数据所属媒体流的媒体流标识(Stream_Id)，共4比特；相应地，202中，接收端设备具体可以存储上述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储上述媒体流标识；以及接收端设备具体还可以根据上述媒体流标识、上述起始变化字节标识、与上述媒体流标识对应的上述标准头部数据、以及上述第一DTLS数据包中的第二头部数据，获得上述第一头部数据。
可以理解的是：本发明实施例中承载第一DTLS数据包或第二DTLS数据包的消息为应用数据(Application Data)消息，关于该应用数据消息的具体交互流程可以参见现有技术中的相关内容，此处不再赘述。
需要说明的是：对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
图3为本发明另一实施例提供的RTP媒体数据的接收端设备的结构示意图，如图3所示，本实施例的RTP媒体数据的接收端设备可以包括接收单元31和处理单元32。其中，接收单元31用于接收发送端设备发送的第一DTLS数据包，上述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，上述第一DTLS数据包的DTLS载荷中包含第一头部数据和RTP媒体数据；处理单元32用于对接收到的第一DTLS数据包进行处理，若上述数据包格式标识指示为完整格式，存储上述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对上述标准头部数据和上述RTP媒体数据进行解析处理；若上述数据包格式标识指示为变化格式，根据上述起始变化字节标识、上述标准头部数据和上述第一DTLS数据包中的第一头部数据，获得第二头部数据，并对上述第二头部数据和上述RTP媒体数据进行解析处理。
其中，上述第一头部数据为上述第二头部数据与上述标准头部数据相比，发生变化的头部数据。
上述图1对应的实施例中方法可以由本实施例提供的RTP媒体数据的接收端设备实现。
具体地，本实施例中红的处理单元32具体可以根据所述起始变化字节标识，确定对应的起始变化字节，根据所述第一头部数据的大小，确定对应的变化字节长度，将所述标准头部数据中从所述起始变化字节开始，总共所述变化字节长度的数据替换为所述第一头部数据，所述标准头部数据中其他数据不变，构成所述第二头部数据。
进一步地，为了保证第一DTLS数据包的连续性，本实施例中，接收单元31接收到的第一DTLS数据包的DTLS头中还可以进一步包含序列号(Serial_No)；相应地，如图4所示，本实施例提供的RTP媒体数据的接收端设备还可以进一步包括指示单元41，用于在预先设置的时间阈值之后或者根据上述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号，并向上述发送端设备发送失步指示信息，上述失步指示信息中包含确定的序列号，以使上述发送端设备重新发送上述序列号标识的第一DTLS数据包。
具体地，指示单元41具体可以向上述发送端设备发送第二DTLS数据包，上述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，上述第二DTLS数据包的DTLS载荷中包含上述失步指示信息。
进一步地，为了能够同时进行多个媒体会话，本实施例中，接收单元31接收到的第一DTLS数据包的DTLS头中还可以进一步包含上述RTP媒体数据所属媒体流的媒体流标识(Stream_Id)；相应地，本实施例中的处理单元32具体可以用于若上述数据包格式标识指示为完整格式，存储上述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储上述媒体流标识，并对上述标准头部数据和上述RTP媒体数据进行解析处理；若上述数据包格式标识指示为变化格式，根据上述媒体流标识、上述起始变化字节标识、与上述媒体流标识对应的上述标准头部数据、以及上述第一DTLS数据包中的第一头部数据，获得第二头部数据，并对上述第二头部数据和上述RTP媒体数据进行解析处理。
本实施例中，通过DTLS数据包的DTLS头中所包含的数据包格式标识和起始变化字节标识，使得处理单元能够根据上述数据包格式标识和起始变化字节标识，以及存储的标准头部数据，将DTLS数据包的DTLS载荷中所包含的不完整的头部数据还原成完整的头部数据，以便对完整的带IP头的RTP数据包(即包括RTP媒体数据和完整的头部数据)进行解析处理，能够避免现有技术中由于DTLS载荷中的头部数据占用了大量的系统开销而导致的与RTP媒体数据相关的有效载荷占整个DTLS数据包的比例严重下降的问题，从而提高了传输信道的利用率。
图5为本发明另一实施例提供的RTP媒体数据的发送端设备的结构示意图，如图5所示，本实施例的RTP媒体数据的发送端设备可以包括获得单元51和发送单元52。其中，获得单元51用于获得第一头部数据和RTP媒体数据；发送单元52用于向接收端设备发送第一DTLS数据包，上述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，以及
上述第一DTLS数据包的DTLS载荷中包含上述第一头部数据和上述RTP媒体数据，以使上述接收端设备根据上述数据包格式标识，存储上述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对上述标准头部数据和上述RTP媒体数据进行解析处理；或者
上述第一DTLS数据包的DTLS载荷中包含第二头部数据和上述RTP媒体数据，以使上述接收端设备根据上述数据包格式标识，并根据上述起始变化字节标识、上述标准头部数据和上述第一DTLS数据包中的第二头部数据，获得上述第一头部数据，并对上述第一头部数据和上述RTP媒体数据进行解析处理，其中，上述第二头部数据为上述第一头部数据与上述标准头部数据相比，发生变化的头部数据。
上述图2对应的实施例中方法可以由本实施例提供的RTP媒体数据的发送端设备实现。
进一步地，为了保证第一DTLS数据包的连续性，本实施例中，发送单元52发送的第一DTLS数据包的DTLS头中还可以进一步包含序列号(Serial_No)；相应地，如图6所示，本实施例提供的RTP媒体数据的发送端设备还可以进一步包括接收单元61，用于接收上述接收端设备发送的失步指示信息，上述失步指示信息中包含上述接收端设备确定的序列号，上述失步指示信息为上述接收端设备在预先设置的时间阈值之后或者根据上述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号之后发送；并向上述接收端设备重新发送上述序列号标识的第一DTLS数据包。
具体地，接收单元61具体可以接收上述接收端设备发送的第二DTLS数据包，上述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，上述第二DTLS数据包的DTLS载荷中包含上述失步指示信息。
进一步地，为了能够同时进行多个媒体会话，本实施例中，发送单元52发送的第一DTLS数据包的DTLS头中还可以进一步包含上述RTP媒体数据所属媒体流的媒体流标识(Stream_Id)，以使上述接收端设备根据上述数据包格式标识，
存储上述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储上述媒体流标识，并对上述标准头部数据和上述RTP媒体数据进行解析处理；或者
并根据上述媒体流标识、上述起始变化字节标识、与上述媒体流标识对应的上述标准头部数据，以及上述第一DTLS数据包中的第二头部数据，获得上述第一头部数据，并对上述第一头部数据和上述RTP媒体数据进行解析处理。
本实施例中，通过发送单元发送的DTLS数据包的DTLS头中所包含的数据包格式标识和起始变化字节标识，使得接收端设备能够根据上述数据包格式标识和起始变化字节标识，以及存储的标准头部数据，将DTLS数据包的DTLS载荷中所包含的不完整的头部数据还原成完整的头部数据，以便对完整的带IP头的RTP数据包(即包括RTP媒体数据和完整的头部数据)进行解析处理，能够避免现有技术中由于DTLS载荷中的头部数据占用了大量的系统开销而导致的与RTP媒体数据相关的有效载荷占整个DTLS数据包的比例严重下降的问题，从而提高了传输信道的利用率。
图7为本发明另一实施例提供的RTP媒体数据的处理系统的结构示意图，如图7所示，本实施例的RTP媒体数据的处理系统可以包括发送端设备71和接收端设备72，其中，
所述发送端设备71，用于获得第一头部数据和RTP媒体数据，并向所述接收端设备72发送第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，以及所述第一DTLS数据包的DTLS载荷中包含所述第一头部数据和所述RTP媒体数据；或者所述第一DTLS数据包的DTLS载荷中包含第二头部数据和所述RTP媒体数据；
所述接收端设备72，用于接收所述发送端设备71发送的所述第一DTLS数据包，若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；若所述数据包格式标识指示为变化格式，根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理，其中，所述第二头部数据为所述第一头部数据与所述标准头部数据相比，发生变化的头部数据。
上述图1对应的实施例中方法可以由本实施例提供的RTP媒体数据的处理系统中接收端设备72实现；上述图2对应的实施例中方法可以由本实施例提供的RTP媒体数据的处理系统中发送端设备71实现。
进一步地，发送端设备71向接收端设备72发送的第一DTLS数据包的DTLS头中还可以进一步包含序列号；相应地，所述接收端设备72还可以进一步用于在预先设置的时间阈值之后或者根据所述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号，并向所述发送端设备71发送失步指示信息，所述失步指示信息中包含确定的序列号；所述发送端设备71还可以进一步用于接收所述接收端设备72发送的所述失步指示信息，向所述接收端设备72重新发送所述序列号标识的第一DTLS数据包。
具体地，所述接收端设备72具体可以向所述发送端设备71发送第二DTLS数据包，所述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，所述第二DTLS数据包的DTLS载荷中包含所述失步指示信息；相应地，所述发送端设备71具体可以接收所述接收端设备72发送的所述第二DTLS数据包。
进一步地，发送端设备71向接收端设备72发送的第一DTLS数据包的DTLS头中还可以进一步包含所述RTP媒体数据所属媒体流的媒体流标识；相应地，所述接收端设备72具体可以用于若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储所述媒体流标识，并对所述标准头部数据和所述RTP媒体数据进行解析处理；若所述数据包格式标识指示为变化格式，并根据所述媒体流标识、所述起始变化字节标识、与所述媒体流标识对应的所述标准头部数据，以及所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理。
本实施例中，通过发送端设备发送的DTLS数据包的DTLS头中所包含的数据包格式标识和起始变化字节标识，使得接收端设备能够根据上述数据包格式标识和起始变化字节标识，以及存储的标准头部数据，将DTLS数据包的DTLS载荷中所包含的不完整的头部数据还原成完整的头部数据，以便对完整的带IP头的RTP数据包(即包括RTP媒体数据和完整的头部数据)进行解析处理，能够避免现有技术中由于DTLS载荷中的头部数据占用了大量的系统开销而导致的与RTP媒体数据相关的有效载荷占整个DTLS数据包的比例严重下降的问题，从而提高了传输信道的利用率。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (23)

1.一种RTP媒体数据的接收方法，其特征在于，包括：
接收发送端设备发送的第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，所述第一DTLS数据包的DTLS载荷中包含第一头部数据和RTP媒体数据；
若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；
若所述数据包格式标识指示为变化格式，根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第一头部数据，获得第二头部数据，并对所述第二头部数据和所述RTP媒体数据进行解析处理，其中，所述第一头部数据为所述第二头部数据与所述标准头部数据相比，发生变化的头部数据。
2.根据权利要求1所述的方法，其特征在于，所述根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第一头部数据，获得第二头部数据，包括：
根据所述起始变化字节标识，确定对应的起始变化字节；
根据所述第一头部数据的大小，确定对应的变化字节长度；
将所述标准头部数据中从所述起始变化字节开始，总共所述变化字节长度的数据替换为所述第一头部数据，所述标准头部数据中其他数据不变，构成所述第二头部数据。
3.根据权利要求1或2所述的方法，其特征在于，若所述数据包格式标识指示为完整格式，对所述起始变化字节标识进行无效处理。
4.根据权利要求1至3任一权利要求所述的方法，其特征在于，所述DTLS头中还包含序列号；所述方法还包括：
在预先设置的时间阈值之后或者根据所述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号；
向所述发送端设备发送失步指示信息，所述失步指示信息中包含确定的序列号，以使所述发送端设备重新发送所述序列号标识的第一DTLS数据包。
5.根据权利要求4所述的方法，其特征在于，所述向所述发送端设备发送失步指示，包括：
向所述发送端设备发送第二DTLS数据包，所述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，所述第二DTLS数据包的DTLS载荷中包含所述失步指示信息。
6.根据权利要求1至5任一权利要求所述的方法，其特征在于，所述DTLS头中还包含所述RTP媒体数据所属媒体流的媒体流标识；
所述存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，包括：
存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储所述媒体流标识；
所述根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第一头部数据，获得第二头部数据，包括：
根据所述媒体流标识、所述起始变化字节标识、与所述媒体流标识对应的所述标准头部数据、以及所述第一DTLS数据包中的第一头部数据，获得第二头部数据。
7.一种RTP媒体数据的发送方法，其特征在于，包括：
获得第一头部数据和RTP媒体数据；
向接收端设备发送第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，
所述第一DTLS数据包的DTLS载荷中包含所述第一头部数据和所述RTP媒体数据，以使所述接收端设备根据所述数据包格式标识，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；或者
所述第一DTLS数据包的DTLS载荷中包含第二头部数据和所述RTP媒体数据，以使所述接收端设备根据所述数据包格式标识，并根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理，其中，所述第二头部数据为所述第一头部数据与所述标准头部数据相比，发生变化的头部数据。
8.根据权利要求7所述的方法，其特征在于，所述DTLS头中还包含序列号；所述方法还包括：
接收所述接收端设备发送的失步指示信息，所述失步指示信息中包含所述接收端设备确定的序列号，所述失步指示信息为所述接收端设备在预先设置的时间阈值之后或者根据所述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号之后发送；
向所述接收端设备重新发送所述序列号标识的第一DTLS数据包。
9.根据权利要求8所述的方法，其特征在于，所述接收所述接收端设备发送的失步指示信息，包括：
接收所述接收端设备发送的第二DTLS数据包，所述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，所述第二DTLS数据包的DTLS载荷中包含所述失步指示信息。
10.根据权利要求7至9任一权利要求所述的方法，其特征在于，所述DTLS头中还包含所述RTP媒体数据所属媒体流的媒体流标识；
所述接收端设备存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，包括：
所述接收端设备存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储所述媒体流标识；
所述接收端设备根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，包括：
所述接收端设备根据所述媒体流标识、所述起始变化字节标识、与所述媒体流标识对应的所述标准头部数据、以及所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据。
11.一种RTP媒体数据的接收端设备，其特征在于，包括：
接收单元，用于接收发送端设备发送的第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，所述第一DTLS数据包的DTLS载荷中包含第一头部数据和RTP媒体数据；
处理单元，若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；若所述数据包格式标识指示为变化格式，根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第一头部数据，获得第二头部数据，并对所述第二头部数据和所述RTP媒体数据进行解析处理，其中，所述第一头部数据为所述第二头部数据与所述标准头部数据相比，发生变化的头部数据。
12.根据权利要求11所述的设备，其特征在于，所述处理单元具体用于
根据所述起始变化字节标识，确定对应的起始变化字节，根据所述第一头部数据的大小，确定对应的变化字节长度，将所述标准头部数据中从所述起始变化字节开始，所述变化字节长度的数据替换为所述第一头部数据，所述标准头部数据中其他数据不变，构成所述第二头部数据。
13.根据权利要求11或12所述的设备，其特征在于，所述DTLS头中还包含序列号；所述设备还包括：
指示单元，用于在预先设置的时间阈值之后或者根据所述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号，并向所述发送端设备发送失步指示信息，所述失步指示信息中包含确定的序列号，以使所述发送端设备重新发送所述序列号标识的第一DTLS数据包。
14.根据权利要求13所述的设备，其特征在于，所述指示单元具体用于
向所述发送端设备发送第二DTLS数据包，所述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，所述第二DTLS数据包的DTLS载荷中包含所述失步指示信息。
15.根据权利要求12至14任一权利要求所述的设备，其特征在于，所述DTLS头中还包含所述RTP媒体数据所属媒体流的媒体流标识；所述处理单元具体用于
若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储所述媒体流标识，并对所述标准头部数据和所述RTP媒体数据进行解析处理；若所述数据包格式标识指示为变化格式，根据所述媒体流标识、所述起始变化字节标识、与所述媒体流标识对应的所述标准头部数据、以及所述第一DTLS数据包中的第一头部数据，获得第二头部数据，并对所述第二头部数据和所述RTP媒体数据进行解析处理。
16.一种RTP媒体数据的发送端设备，其特征在于，包括：
获得单元，用于获得第一头部数据和RTP媒体数据；
发送单元，用于向接收端设备发送第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，
所述第一DTLS数据包的DTLS载荷中包含所述第一头部数据和所述RTP媒体数据，以使所述接收端设备根据所述数据包格式标识，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；或者
所述第一DTLS数据包的DTLS载荷中包含第二头部数据和所述RTP媒体数据，以使所述接收端设备根据所述数据包格式标识，并根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理，其中，所述第二头部数据为所述第一头部数据与所述标准头部数据相比，发生变化的头部数据。
17.根据权利要求16所述的设备，其特征在于，所述DTLS头中还包含序列号；所述设备还包括：
接收单元，用于接收所述接收端设备发送的失步指示信息，所述失步指示信息中包含所述接收端设备确定的序列号，所述失步指示信息为所述接收端设备在预先设置的时间阈值之后或者根据所述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号之后发送；
向所述接收端设备重新发送所述序列号标识的第一DTLS数据包。
18.根据权利要求17所述的设备，其特征在于，所述接收单元具体用于
接收所述接收端设备发送的第二DTLS数据包，所述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，所述第二DTLS数据包的DTLS载荷中包含所述失步指示信息。
19.根据权利要求16至18任一权利要求所述的设备，其特征在于，所述DTLS头中还包含所述RTP媒体数据所属媒体流的媒体流标识，以使所述接收端设备根据所述数据包格式标识，
存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储所述媒体流标识，并对所述标准头部数据和所述RTP媒体数据进行解析处理；或者
并根据所述媒体流标识、所述起始变化字节标识、与所述媒体流标识对应的所述标准头部数据，以及所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理。
20.一种RTP媒体数据的处理系统，其特征在于，包括发送端设备和接收端设备，其中，
所述发送端设备，用于获得第一头部数据和RTP媒体数据，并向所述接收端设备发送第一DTLS数据包，所述第一DTLS数据包的DTLS头中包含数据包格式标识和起始变化字节标识，以及所述第一DTLS数据包的DTLS载荷中包含所述第一头部数据和所述RTP媒体数据；或者所述第一DTLS数据包的DTLS载荷中包含第二头部数据和所述RTP媒体数据；
所述接收端设备，用于接收所述发送端设备发送的所述第一DTLS数据包，若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，并对所述标准头部数据和所述RTP媒体数据进行解析处理；若所述数据包格式标识指示为变化格式，根据所述起始变化字节标识、所述标准头部数据和所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理，其中，所述第二头部数据为所述第一头部数据与所述标准头部数据相比，发生变化的头部数据。
21.根据权利要求20所述的系统，其特征在于，所述DTLS头中还包含序列号；
所述接收端设备，还用于在预先设置的时间阈值之后或者根据所述DTLS头中包含的序列号，确定没有接收到的第一DTLS数据包的序列号，并向所述发送端设备发送失步指示信息，所述失步指示信息中包含确定的序列号；
所述发送端设备，还用于接收所述接收端设备发送的所述失步指示信息，向所述接收端设备重新发送所述序列号标识的第一DTLS数据包。
22.根据权利要求20所述的系统，其特征在于，
所述接收端设备具体用于向所述发送端设备发送第二DTLS数据包，所述第二DTLS数据包的DTLS头中包含的数据包格式标识指示为反馈状态格式，所述第二DTLS数据包的DTLS载荷中包含所述失步指示信息；
所述发送端设备具体用于接收所述接收端设备发送的所述第二DTLS数据包。
23.根据权利要求20至22任一权利要求所述的系统，其特征在于，所述DTLS头中还包含所述RTP媒体数据所属媒体流的媒体流标识；
所述接收端设备具体用于
若所述数据包格式标识指示为完整格式，存储所述第一DTLS数据包中的第一头部数据以作为标准头部数据，以及存储所述媒体流标识，并对所述标准头部数据和所述RTP媒体数据进行解析处理；
若所述数据包格式标识指示为变化格式，并根据所述媒体流标识、所述起始变化字节标识、与所述媒体流标识对应的所述标准头部数据，以及所述第一DTLS数据包中的第二头部数据，获得所述第一头部数据，并对所述第一头部数据和所述RTP媒体数据进行解析处理。
CN201180000926.5A 2011-06-29 2011-06-29 Rtp媒体数据的接收、发送方法及装置、处理系统 Active CN102726024B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/076562 WO2012103722A1 (zh) 2011-06-29 2011-06-29 Rtp媒体数据的接收、发送方法及装置、处理系统

Publications (2)

Publication Number Publication Date
CN102726024A true CN102726024A (zh) 2012-10-10
CN102726024B CN102726024B (zh) 2015-08-19

Family

ID=46602072

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201180000926.5A Active CN102726024B (zh) 2011-06-29 2011-06-29 Rtp媒体数据的接收、发送方法及装置、处理系统

Country Status (2)

Country Link
CN (1) CN102726024B (zh)
WO (1) WO2012103722A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110225212A (zh) * 2019-05-21 2019-09-10 中国电子科技集团公司第三十六研究所 一种VoIP语音恢复方法和装置
CN113364508A (zh) * 2021-04-30 2021-09-07 深圳震有科技股份有限公司 一种语音数据的传输控制方法、系统及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1968211A (zh) * 2006-11-23 2007-05-23 华为技术有限公司 压缩报头的方法、压缩器及传输系统
CN101534291A (zh) * 2008-03-13 2009-09-16 华为技术有限公司 Ip报文的发送、接收的方法及装置
CN101764825A (zh) * 2010-02-08 2010-06-30 成都市华为赛门铁克科技有限公司 虚拟专用网的数据传输方法、系统及终端、网关设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101370004A (zh) * 2007-08-16 2009-02-18 华为技术有限公司 一种组播会话安全策略的分发方法及组播装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1968211A (zh) * 2006-11-23 2007-05-23 华为技术有限公司 压缩报头的方法、压缩器及传输系统
CN101534291A (zh) * 2008-03-13 2009-09-16 华为技术有限公司 Ip报文的发送、接收的方法及装置
CN101764825A (zh) * 2010-02-08 2010-06-30 成都市华为赛门铁克科技有限公司 虚拟专用网的数据传输方法、系统及终端、网关设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110225212A (zh) * 2019-05-21 2019-09-10 中国电子科技集团公司第三十六研究所 一种VoIP语音恢复方法和装置
CN113364508A (zh) * 2021-04-30 2021-09-07 深圳震有科技股份有限公司 一种语音数据的传输控制方法、系统及设备

Also Published As

Publication number Publication date
WO2012103722A1 (zh) 2012-08-09
CN102726024B (zh) 2015-08-19

Similar Documents

Publication Publication Date Title
CN102143367B (zh) 一种纠错校验方法、设备和系统
CN102694831B (zh) 移动终端流媒体数据补偿方法与系统、内容分发网络
CN103442391A (zh) 一种数据传输的方法及用户终端、系统
CN106911699B (zh) 一种基于rtp协议实现i帧重传的方法
CN104969657A (zh) 通过使用多个媒体流进行无线实时媒体通信
CN104253996B (zh) 视频数据的发送、接收方法及其装置以及传输系统
CN101453463B (zh) 一种移动多媒体广播系统的数据包封装、发送和接收方法
CN101098470A (zh) 一种基于p2p技术的流媒体节目播放/接收方法及装置
CN105027572A (zh) 用于通过丢弃视频帧来降低在网络上传送视频所需的比特率的方法
CN104219286A (zh) 流媒体处理方法、装置、客户端、cdn节点服务器及终端
CN102694730B (zh) 一种并行处理的方法及装置
CN102629927A (zh) Rtp媒体数据的接收、发送方法及设备、处理系统
CN103607663A (zh) 一种多媒体流的识别方法、装置及设备
CN102726024A (zh) Rtp媒体数据的接收、发送方法及装置、处理系统
CN111193966A (zh) 音频数据传输方法、装置、计算机设备及存储介质
CN102217237B (zh) 媒体流性能监控方法及设备
CN104683312A (zh) 媒体复用协商的方法和装置
KR102127685B1 (ko) 순방향 오류 정정 패킷 송수신 장치 및 방법
CN102279711A (zh) 基于插件的实时数据存储方法及装置
CN103561013A (zh) 流媒体的数据分发系统
CN103139528B (zh) 一种音视频数据的处理方法及装置
CN107483471B (zh) 一种适用于异地协作的多媒体数据传输系统
CN102082726B (zh) 数据处理方法、装置和传输系统
CN1960509B (zh) 在传输移动多媒体广播媒体数据时实现错误隔离的方法
CN101888551A (zh) 图像传输显示的方法、装置和系统

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