CN111885027A - 一种在弱网条件下的语音传输方法 - Google Patents

一种在弱网条件下的语音传输方法 Download PDF

Info

Publication number
CN111885027A
CN111885027A CN202010666522.0A CN202010666522A CN111885027A CN 111885027 A CN111885027 A CN 111885027A CN 202010666522 A CN202010666522 A CN 202010666522A CN 111885027 A CN111885027 A CN 111885027A
Authority
CN
China
Prior art keywords
packet
data packet
extension
data
composite
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.)
Pending
Application number
CN202010666522.0A
Other languages
English (en)
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.)
Baijiayun Group Ltd
Original Assignee
Baijiayun Group 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 Baijiayun Group Ltd filed Critical Baijiayun Group Ltd
Priority to CN202010666522.0A priority Critical patent/CN111885027A/zh
Publication of CN111885027A publication Critical patent/CN111885027A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种在弱网条件下的语音传输方法，属于语音通讯技术领域。该在弱网条件下的语音传输方法包括如下步骤，S1：开始发送，输入新的数据包；S2：判断，根据步骤S1判断历史数据包存储器是否为空；S3：是的条件下形成复合包，如果为第一个数据包则将数据包存储入历史存储器中，为新的数据包添加扩展字段，然后为取出历史存储器中的数据包附加在有扩展头的数据包的后面，形成复合包。本发明即使一个复合包丢失了，可以使用下一个数据包来填充前一个复合中丢失的数据包。使得音频数据在接收方不存在丢失现象。该协议能够解决在网络较差的条件下，能够解决传统RTP协议传输音频数据的丢包问题。

Description

一种在弱网条件下的语音传输方法
技术领域
本发明涉及语音通讯领域，具体而言，涉及一种在弱网条件下的语音传输方法。
背景技术
当今移动互联网盛行的时代，网络的形态除了有线连接，还有2G/3G/Edge/4G/WIFI/5G等多种手机网络连接方式。不同的协议、不同制式、不同的速率，使移动应用运行的场景更加丰富。目前业界音频发送的主要流程，是通过IP网络发送音频数据，发送前需要将其封装为多种协议。音频通常以RTP数据包传输，而RTP数据包本身封装在UDP/IP数据包中。UDP协议用于实时传输，因为它允许广播/多播，而且具有分组确认和重传的面向连接的协议(例如TCP)所不适用的实时和低延迟的传输能力。每个IP数据包都封装在以太网帧中。由于在通用网络上，以太网帧的有效负载限制为最大1500字节，所以音频数据被分成许多小的分组用于传输。接收器通过合并所有数据包的数据来重建音频数据。
在实时音频传输的场景中，网络状态对于传输音频数据有着重要的影响。尤其是在网络较差的情况下，现有的RTP协议在音频传输过程中存在数据丢失的现象。这将导致接收端，接收到的音频数据出现不完整。
发明内容
为了弥补以上不足，本发明提供了一种在弱网条件下的语音传输方法，旨在改善在网络较差的情况下，现有的RTP协议在音频传输过程中存在数据丢失的现象的问题。
本发明是这样实现的：
本发明提供一种在弱网条件下的语音传输方法，包括如下步骤
S1：开始发送，输入新的数据包；
S2：判断，根据步骤S1判断历史数据包存储器是否为空；
S3：是的条件下形成复合包，如果为第一个数据包则将数据包存储入历史存储器中，为新的数据包添加扩展字段，然后为取出历史存储器中的数据包附加在有扩展头的数据包的后面，形成复合包；
S4：否的条件下形成复合包，如果不是第一个数据包则从历史存储器中取出已存储的数据包，并将新数据包填充到历史存储器中，为输入数据包添加扩展字段，并将刚取出的数据包附加在有扩展字段的数据包的后面形成复合包；
S5：下传发送函数，将形成复合包下传到发送函数中进行发送操作，最终完成发送；
S6：开始接收，接收端开始接收复合包；
S7：循环判断，接收端在接收到复合包后，进入循环判断是否有扩展头；
S8：是的条件下，如果有扩展头，则进入解析循环中；首先解析复合包第一个数据包中的扩展头字段，得到第一个包的长度后，将其从复合包中拆分出来，下传到下面的的包解析函数中；
S9：否的条件下，由于复合包的最后一个数据包没有添加扩展字段。在解析到没有扩展字段的数据包后，退出循环并将最后一个数据包下传到下面的解析函数中；
S10：解析函数，解析函数最终完成解析，完成最终接收。
在本发明的一种实施例中，所述数据包为IP网络发送音频数据中常用的RTP数据包。
在本发明的一种实施例中，所述RTP数据包为IP网络发送音频数据中采用的扩展后的RTP协议。
在本发明的一种实施例中，所述RTP中的报文头中的扩展头采用一字节扩展头。
在本发明的一种实施例中，所述一字节扩展头的第一部分位扩展的ID采用自定义设置。
在本发明的一种实施例中，所述所述一字节扩展头的第二部分为扩展数据部分，扩展数据部分将存储本RTP数据包的长度。
在本发明的一种实施例中，所述RTP数据包本身采用UDP数据包封装，形成UDP数据包。
在本发明的一种实施例中，所述UDP数据包采用UDP协议用于实时传输。
在本发明的一种实施例中，所述RTP数据包本身采用IP数据包封装，形成IP数据包。
在本发明的一种实施例中，所述IP数据包都封装在以太网帧中，采用IP网络用于实时传输。
本发明的有益效果是：为了解决这个问题，本发明提出扩展后的RTP协议。采用(packet1、packet1)，(packet1、packet2)，(packet2，packet3)，...，(packetN-1，packetN)的传输方式。即使一个复合包丢失了，可以使用下一个数据包来填充前一个复合中丢失的数据包。使得音频数据在接收方不存在丢失现象。该协议能够解决在网络较差的条件下，能够解决传统RTP协议传输音频数据的丢包问题。
附图说明
为了更清楚地说明本发明实施方式的技术方案，下面将对实施方式中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1是本发明实施方式提供的复合数据包发送端流程图；
图2是本发明实施方式提供的复合数据包接收端流程图；
图3是RTP报文结构示意图；
图4是传统的一字节扩展头格式图；
图5是本发明实施方式提供的一字节扩展头格式图；
图6是传统的两字节扩展头格式图。
具体实施方式
为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。
因此，以下对在附图中提供的本发明的实施方式的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”、“顺时针”、“逆时针”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的设备或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
在本发明中，除非另有明确的规定和限定，第一特征在第二特征之“上”或之“下”可以包括第一和第二特征直接接触，也可以包括第一和第二特征不是直接接触而是通过它们之间的另外的特征接触。而且，第一特征在第二特征“之上”、“上方”和“上面”包括第一特征在第二特征正上方和斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”包括第一特征在第二特征正下方和斜下方，或仅仅表示第一特征水平高度小于第二特征。
实施例
请参阅图1，本发明提供一种在弱网条件下的语音传输方法，包括如下步骤
S1：开始发送，输入新的数据包。需要说明的是，数据包为IP网络发送音频数据中常用的RTP数据包。RTP数据包为IP网络发送音频数据中采用的扩展后的RTP协议。其中，RTP数据包本身采用UDP数据包封装，形成UDP数据包；UDP数据包采用UDP协议用于实时传输。RTP数据包本身采用IP数据包封装，形成IP数据包；P数据包都封装在以太网帧中，采用IP网络用于实时传输。
S2：判断，根据步骤S1判断历史数据包存储器是否为空。
S3：是的条件下形成复合包，如果为第一个数据包则将数据包存储入历史存储器中，为新的数据包添加扩展字段，然后为取出历史存储器中的数据包附加在有扩展头的数据包的后面，形成复合包。需要说明的是，RTP报文包括RTP报文头和RTP负载数据，RTP报文头又分为固定部分和可扩展部分。而扩展头分为一字节扩展头和两字节扩展头。为了扩展弱网条件下RTP数据包的抗丢包的能力，本发明使用一字节扩展头自定义了弱网传输条件下的扩展。扩展头分为两部分，第一部分为扩展的ID可以自定义，第二部分是扩展数据部分。扩展数据部分将存储本RTP数据包的长度。
S4：否的条件下形成复合包，如果不是第一个数据包则从历史存储器中取出已存储的数据包，并将新数据包填充到历史存储器中。为输入数据包添加扩展字段，并将刚取出的数据包附加在有扩展字段的数据包的后面形成复合包。其中，，针对设计的扩展头，RTP发送端将发送基于扩展头的复合包。该复合包的结构为两个RTP包的组合结构，该组合结构的第一个包是将要发送的，第二个包是上一次刚发送过的。
S5：下传发送函数，将形成复合包下传到发送函数中进行发送操作，最终完成发送。
S6：开始接收，接收端开始接收复合包。
S7：循环判断，接收端在接收到复合包后，进入循环判断是否有扩展头。
S8：是的条件下，如果有扩展头，则进入解析循环中；首先解析复合包第一个数据包中的扩展头字段，得到第一个包的长度后，将其从复合包中拆分出来，下传到下面的的包解析函数中。
S9：否的条件下，由于复合包的最后一个数据包没有添加扩展字段。在解析到没有扩展字段的数据包后，退出循环并将最后一个数据包下传到下面的解析函数中。
S10：解析函数，解析函数最终完成解析，完成最终接收。
综上所述：在网络较差的情况下，使用本方案进行RTP数据包的发送和接收，将大大减少数据包的丢失现象的产生。传统条件下数据包的传输方案为：packet1、packet2、packet3...packetN。在传输的过程中任何一个数据包的丢失，都会造成音频数据在接收方的不完整。本发明给出的包传输方式为：(packet1、packet1)，(packet1、packet2)，(packet2，packet3)，...，(packetN-1，packetN)。如果存在一个复合包丢失了，可以使用下一个数据包来填充前一个复合中丢失的数据包。使得音频数据在接收方不存在丢失现象。
以上所述仅为本发明的优选实施方式而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种在弱网条件下的语音传输方法，其特征在于，包括如下步骤
S1：开始发送，输入新的数据包；
S2：判断，根据步骤S1判断历史数据包存储器是否为空；
S3：是的条件下形成复合包，如果为第一个数据包则将数据包存储入历史存储器中，为新的数据包添加扩展字段，然后为取出历史存储器中的数据包附加在有扩展头的数据包的后面，形成复合包；
S4：否的条件下形成复合包，如果不是第一个数据包则从历史存储器中取出已存储的数据包，并将新数据包填充到历史存储器中，为输入数据包添加扩展字段，并将刚取出的数据包附加在有扩展字段的数据包的后面形成复合包；
S5：下传发送函数，将形成复合包下传到发送函数中进行发送操作，最终完成发送；
S6：开始接收，接收端开始接收复合包；
S7：循环判断，接收端在接收到复合包后，进入循环判断是否有扩展头；
S8：是的条件下，如果有扩展头，则进入解析循环中；首先解析复合包第一个数据包中的扩展头字段，得到第一个包的长度后，将其从复合包中拆分出来，下传到下面的的包解析函数中；
S9：否的条件下，由于复合包的最后一个数据包没有添加扩展字段。在解析到没有扩展字段的数据包后，退出循环并将最后一个数据包下传到下面的解析函数中；
S10：解析函数，解析函数最终完成解析，完成最终接收。
2.根据权利要求1所述的一种在弱网条件下的语音传输方法，其特征在于，所述数据包为IP网络发送音频数据中常用的RTP数据包。
3.根据权利要求2所述的一种在弱网条件下的语音传输方法，其特征在于，所述RTP数据包为IP网络发送音频数据中采用的扩展后的RTP协议。
4.根据权利要求1所述的一种在弱网条件下的语音传输方法，其特征在于，所述RTP中的报文头中的扩展头采用一字节扩展头。
5.根据权利要求4所述的一种在弱网条件下的语音传输方法，其特征在于，所述一字节扩展头的第一部分位扩展的ID采用自定义设置。
6.根据权利要求4所述的一种在弱网条件下的语音传输方法，其特征在于，所述所述一字节扩展头的第二部分为扩展数据部分，扩展数据部分将存储本RTP数据包的长度。
7.根据权利要求1所述的一种在弱网条件下的语音传输方法，其特征在于，所述RTP数据包本身采用UDP数据包封装，形成UDP数据包。
8.根据权利要求7所述的一种在弱网条件下的语音传输方法，其特征在于，所述UDP数据包采用UDP协议用于实时传输。
9.根据权利要求1所述的一种在弱网条件下的语音传输方法，其特征在于，所述RTP数据包本身采用IP数据包封装，形成IP数据包。
10.根据权利要求9所述的一种在弱网条件下的语音传输方法，其特征在于，所述IP数据包都封装在以太网帧中，采用IP网络用于实时传输。
CN202010666522.0A 2020-07-10 2020-07-10 一种在弱网条件下的语音传输方法 Pending CN111885027A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010666522.0A CN111885027A (zh) 2020-07-10 2020-07-10 一种在弱网条件下的语音传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010666522.0A CN111885027A (zh) 2020-07-10 2020-07-10 一种在弱网条件下的语音传输方法

Publications (1)

Publication Number Publication Date
CN111885027A true CN111885027A (zh) 2020-11-03

Family

ID=73151655

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010666522.0A Pending CN111885027A (zh) 2020-07-10 2020-07-10 一种在弱网条件下的语音传输方法

Country Status (1)

Country Link
CN (1) CN111885027A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106911699A (zh) * 2017-03-03 2017-06-30 天津天地伟业信息系统集成有限公司 一种基于rtp协议实现i帧重传的方法
US20180234116A1 (en) * 2016-03-11 2018-08-16 Tencent Technology (Shenzhen) Company Limited Video data redundancy control method and apparatus
CN110034858A (zh) * 2019-04-18 2019-07-19 Oppo广东移动通信有限公司 数据包重传方法、装置、移动终端及存储介质
CN110149452A (zh) * 2019-03-27 2019-08-20 杭州叙简科技股份有限公司 一种降低网络丢包率提升通话声音效果的方法
US20200153786A1 (en) * 2016-04-19 2020-05-14 Cisco Technology, Inc. Mapping database system for use with content chunks and methods of routing to content in an ip network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180234116A1 (en) * 2016-03-11 2018-08-16 Tencent Technology (Shenzhen) Company Limited Video data redundancy control method and apparatus
US20200153786A1 (en) * 2016-04-19 2020-05-14 Cisco Technology, Inc. Mapping database system for use with content chunks and methods of routing to content in an ip network
CN106911699A (zh) * 2017-03-03 2017-06-30 天津天地伟业信息系统集成有限公司 一种基于rtp协议实现i帧重传的方法
CN110149452A (zh) * 2019-03-27 2019-08-20 杭州叙简科技股份有限公司 一种降低网络丢包率提升通话声音效果的方法
CN110034858A (zh) * 2019-04-18 2019-07-19 Oppo广东移动通信有限公司 数据包重传方法、装置、移动终端及存储介质

Similar Documents

Publication Publication Date Title
EP1427146B1 (en) Packet transmission system and packet reception system
US7898980B2 (en) Method and apparatus for supporting voice service through radio channel in mobile telecommunication system
CN103765848B (zh) 用于媒体访问控制替换的装置和方法
CN109450875B (zh) Mac层封装方法及装置
US20120140686A1 (en) Method and apparatus for sending, receiving, and transmission of data packets (as amended)
CN106210924B (zh) 视频网络传输控制方法和系统
UA82886C2 (en) Method for transmission data packages and a transmitter for transmission data packages
CA2448167A1 (en) Packet compression system, packet restoration system, packet compression method, and packet restoration method
US11785120B2 (en) Data transmission method and related apparatus
CN110266437A (zh) 投屏消息发送方法、投屏消息处理方法、装置及终端
CN103428240A (zh) 数据传输方法和数据传输终端
US6970476B1 (en) Efficient header compression context update in packet communications
CN104661112A (zh) 基于可伸缩选择窗口的视频流文件传输方法及装置
US8964652B2 (en) Method for enhancing of controlling radio resources, method for transmitting status report, and receiver in mobile communication system
JP4988039B2 (ja) 回線交換デバイスに使用するｉｍｓサービスを構成するための装置および関連する方法
CN111885027A (zh) 一种在弱网条件下的语音传输方法
CN101127715B (zh) 简单网络管理协议中数据包传送的可靠性保证方法
US20040165542A1 (en) Packet transmitter and packet transmitter method
CN116455532A (zh) 一种数据的可靠传输方法、装置、设备及电子介质
CN106230553A (zh) 数据传输方法及接收方法、数据发送终端及接收终端
CN100502284C (zh) 通信系统中数据同步方法及其装置
CN106961425A (zh) 一种6lowpan数据报的压缩重组系统和方法
CN105072702A (zh) Wifi-Direct网络的数据传输方法及系统
WO2008085278B1 (en) Method for providing reliable communucation session establishment in a communication infrastructure
JPH10242946A (ja) データフレーム伝送方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20201103

RJ01 Rejection of invention patent application after publication