CN104394119B - Rtp包的发送方法、响应方法及装置 - Google Patents

Rtp包的发送方法、响应方法及装置 Download PDF

Info

Publication number
CN104394119B
CN104394119B CN201410427172.7A CN201410427172A CN104394119B CN 104394119 B CN104394119 B CN 104394119B CN 201410427172 A CN201410427172 A CN 201410427172A CN 104394119 B CN104394119 B CN 104394119B
Authority
CN
China
Prior art keywords
header
rtp
rtp packet
original source
information
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
Application number
CN201410427172.7A
Other languages
English (en)
Other versions
CN104394119A (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.)
BEIJING LANGMA SHULIAN TECHNOLOGY Co.,Ltd.
Original Assignee
Guiyang Yuwan Technology 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 Guiyang Yuwan Technology Co ltd filed Critical Guiyang Yuwan Technology Co ltd
Priority to CN201410427172.7A priority Critical patent/CN104394119B/zh
Publication of CN104394119A publication Critical patent/CN104394119A/zh
Application granted granted Critical
Publication of CN104394119B publication Critical patent/CN104394119B/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
    • 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

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

本发明公开了一种RTP包的发送方法及装置。在上述方法中，设置待发送的RTP包，其中，所述RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息；将所述RTP包进行发送。根据本发明提供的技术方案，对RTP包的报头进行了改造，使得RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，降低了RTP包中，RTP头部占整个RTP包的比重，进而提高了对网络带宽的利用率。

Description

RTP包的发送方法、响应方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种RTP包的发送方法、响应方法及装置。
背景技术
实时传输协议(Real-time Transport Protocol，简称为RTP)最初被设计为一个多播协议，支持对多个音频进行混音再发送，它的同步源信息(SSRC)和贡献源(CSRC)列表信息分别指示了RTP包的发送源及原始源信息(即参与混音的终端的SSRC)。在此之前为了节约网络开销，***并未使用CSRC列表，因而接收端接收到RTP数据后，如果该RTP数据为从混音器发送过来，则接收到无法得知音频数据的产生者。
CSRC列表即为一组SSRC的列表，当发送端是个混合器时，该混音器将参与混音的终端的SSRC添加到CSRC列表里，用以通知接收端音频的产生者。如图1所示，在由一组SSRC组成的CSRC列表中，每个SSRC均为32位，因而每个SSRC需要4个字节进行传输，RTP头的CSRC列表支持最多携带15个SSRC，因而如果参与混音的同步源超过15个，则CSRC列表将携带15个同步源的SSRC信息，需要占用60个字节，加上CSRC列表前面的12个字节(例如，版本、填充标志、序列号、时间戳等)，RTP报头的长度将达到72字节，而一般有效载荷的长度为20～150字节之音，因而使用CSRC列表大大降低了对网络带宽的利用率。
发明内容
本发明的主要目的在于公开一种RTP包的发送方法、响应方法及装置，以至少解决相关技术中，使用CSRC列表大大降低了对网络带宽的利用率的问题。
根据本发明的一个方面，提供了一种RTP包的发送方法。
根据本发明的RTP包的发送方法包括：设置待发送的RTP包，其中，上述RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息；将上述RTP包进行发送。
根据本发明的另一方面，提供了一种RTP包的响应方法。
根据本发明的RTP包的响应方法包括：
接收来自于发送端的RTP包；根据接收到的RTP包的报头中第一标识位判断该RTP包是否是经过改造的RTP包，其中，经过改造的RTP包未包括CSRC列表；如果接收到的RTP包是经过改造的RTP包，根据该RTP包的报头中第二标识位判断该RTP包是否携带原始源信息；如果该RTP包携带原始源信息，对该RTP包进行解码，获取上述RTP包中携带的原始源信息。
根据本发明的又一方面，提供了一种RTP包的发送装置。
根据本发明的RTP包的发送装置包括：设置模块，用于设置待发送的RTP包，其中，上述RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息；发送模块，用于将上述RTP包进行发送。
根据本发明的再一方面，提供了一种RTP包的响应装置。
根据本发明的RTP包的响应装置包括：接收模块，用于接收来自于发送端的RTP包；第一判断模块，用于根据接收到的RTP包的报头中第一标识位判断该RTP包是否是经过改造的RTP包，其中，经过改造的RTP包未包括CSRC列表；第二判断模块，用于在上述第一判断模块输出为是时，根据该RTP包的报头中第二标识位判断该RTP包是否携带原始源信息；解码模块，用于在上述第二判断模块输出为是时，对该RTP包进行解码，获取上述RTP包中携带的原始源信息。
与现有技术相比，本发明实施例至少具有以下优点：对RTP包的报头进行了改造，使得RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，降低了RTP包中，RTP头部占整个RTP包的比重，进而提高了对网络带宽的利用率。
附图说明
图1是根据相关技术的标准RTP报头的组成示意图；
图2是根据本发明实施例的RTP包的发送方法的流程图；
图3是根据本发明优选实施例的改造后的非压缩RTP报头的组成示意图；
图4是根据本发明优选实施例的改造后的压缩RTP报头的组成示意图；
图5是根据本发明优选实施例的RTP包的发送方法的流程图；
图6是根据本发明实施例的RTP包的响应方法的流程图；
图7是根据本发明优选实施例的RTP包的响应方法的流程图；
图8是根据本发明实施例的RTP包的发送装置的结构框图；
图9是根据本发明优选实施例的RTP包的发送装置的结构框图；以及
图10是根据本发明优选实施例的RTP包的响应装置的结构框图。
具体实施方式
下面结合说明书附图对本发明的具体实现方式做一详细描述。
图2是根据本发明实施例的RTP包的发送方法的流程图。如图2所示，该RTP包的发送方法包括以下处理：
步骤S201：设置待发送的RTP包，其中，上述RTP包的报头中未包括贡献源(CSRC)列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息；
步骤S203：将上述RTP包进行发送。
通过上述处理，对RTP包的报头进行了改造，使得RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，降低了RTP包中，RTP头部占整个RTP包的比重，进而提高了对网络带宽的利用率。
优选地，在执行步骤S201之前，还可以包括以下处理：根据获取的各个混音源的同步源标识符(SSRC)，确定参加混音的用户信息；根据上述用户信息设置用户信息字段，其中，上述用户信息字段携带有上述原始源信息，该用户信息字段中每一位分别对应一个用户，用于指示该用户是否参加混音。
如前上述，相关技术中的CSRC列表包含了当前RTP包中参与混音的客户端的SSRC，接收端接收到未改造的标准RTP包后只要读取CSRC列表就能得知当前有哪些客户参与了混音。而本实施例中经过改造的RTP包的报头中席位发言者(即参与混音的用户)信息可以只设置两个字节，仅根据此信息无法获取发言者信息。在RTP包建立时，需要建立一个映射，每个发言者分别对应一个席位号，约定席位发言信息字段(即上述用户信息字段)的最低位用于表示席位号为1的发言者的发言状态，次低位用于表示席位号为2的发言者的发言状态，同理，依此类推。例如，如果接收到的RTP包中度位发言信息字段值为23，其二进制值为10111，则表明此RTP包中含席位号1、2、3、5四位发言者的发言信息。
优选地，上述第一报头为对标准RTP报头进行改造的RTP报头，其中，在上述第一报头中，将标准RTP报头的原CSRC计数字段中的一位或多位改造为用于指示是否携带原始源信息的标识位，在标准RTP报头的尾部增加上述用户信息字段；上述第二报头为对压缩后的标准RTP报头进行改造的RTP报头，其中，在上述第二报头中，将上述压缩后的标准RTP报头的原填充字段的一位或多位改造为用于指示是否携带原始源信息的标识位,在上述压缩后的标准RTP报头的尾部增加上述用户信息字段。
以下结合图3和图4对上述优选实施方式进行进一步描述。
如图3所示，可以对标准RTP包的报头进行改造，改造后的RTP报头(即上述第一报头)不含有CSRC列表和附加尾部等信息，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，从而在传输过程中节约了一定的带宽。此外，为了进一步节省带宽，还可以对标准RTP头进行压缩，再对经过压缩的RTP报头进行改造，得到上述第二报头，第二报头的格式可以参见图4。
在同一RTP流中，具有未压缩的RTP报头(即上述第一报头)的RTP包和具有压缩的RTP报头(即上述第二报头)的RTP包的是交替发送的，在非压缩的RTP报头中，由于不带有CSRC列表的RTP头(即上述第一报头)中的CC字段(RTP头的第5～8位)固定为0，对应地压缩后的RTP报头(即上述第二报头)的pad字段(RTP头的第5～8位)也固定为0。对RTP报头的CC字段或压缩后的RTP报头的pad字段进行重定义，不用来指示CSRC列表的个数，而是使用其中的一位或多位(例如，第5、6两位)，分别指示RTP的发送端是否支持携带席位发言信息及该RTP包是否携带席位发言信息(即是否携带原始源信息)。
如图3和图4所示，在进行改造后，未压缩的RTP报头的CC字段，压缩的RTP报头的pad字段被进行了拆分，并赋予了新的含义。未压缩的RTP报头不携带CSRC列表，在未压缩的RTP报头尾部是否携带多个字节(优选地，可以是2个)的附加信息(即上述原始源信息)，由H字段指示。发送端是否支持对RTP报头的改造，由S字段指示。
需要说明的是，由于对标准RTP头进行了改造，在发送端和接收端需要做一些约定和特殊处理。例如，当S字段为0，则表示发送端为旧版本，不支对RTP头的改造。后续给该旧版本终端发送RTP包时，将使用标准的RTP头，否则可能导致对端无法正确解码该RTP包。当H字段为1，则表明此RTP报头携带附加信息(即上述原始源信息)，H字段为0则表示不携带附加信息。
标准RTP报头的CSRC列表最大个数为15，即最多可以携带15个发言者信息(参与混音的用户信息)，如果同一时间有更多的发言者，发言信息将无法携带。改造后的RTP头可携带多个发言者信息(例如，如果携带2个字节的附加信息，则为16个发言者信息)，即每个位可以表示一位发言都的当前发言状态。
由此可见，如果同时发言人数多于15人，则标准RTP头的CSRC列表将包含15个SSRC字段，传递发言者信息的字节数多达60个。而本发明实施例中，使用经过改造的RTP报头，可以携带2个字节的附加信息就可以传递16个发言者信息，因此，采用本发明实施例的RTP包改造方法，极大地节约了网络带宽。
以下结合图5进一步描述上述优选实施方式。
图5是根据本发明优选实施例的RTP包的发送方法的流程图。如图5所示，该RTP包的发送方法包括以下处理：
步骤S501：设置待发送的RTP包，将RTP包的报头S字段置为1。
步骤S503：判断本端是否是混音器。如果是，执行步骤S505。如果否，执行步骤S507。
步骤S505：判断对端是否支持RTP报头的改造。如果是，执行步骤S509，否则，执行步骤S507。
步骤S507：按照RFC3550协议打包待发送的RTP包并发送。
步骤S509：获取各混音源的SSRC，根据之前映射的席位号，将相应席位号的比特位值置为1。
图6是根据本发明实施例的RTP包的响应方法的流程图。如图6所示，该RTP包的响应方法包括：
步骤S601：接收来自于发送端的RTP包；
步骤S603：根据接收到的RTP包的报头中第一标识位判断该RTP包是否是经过改造的RTP包，其中，经过改造的RTP包未包括贡献源CSRC列表；
步骤S605：如果接收到的RTP包是经过改造的RTP包，根据该RTP包的报头中第二标识位判断该RTP包是否携带原始源信息；
步骤S607：如果该RTP包携带原始源信息，对该RTP包进行解码，获取上述RTP包中携带的原始源信息。
通过上述处理，接收端接收到的RTP包的报头经过了改造，该RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，降低了RTP包中，RTP头部占整个RTP包的比重，进而提高了对网络带宽的利用率。
优选地，上述原始源信息携带在用户信息字段(即上述席位发言信息字段)中，其中，该用户信息字段中每一位分别对应一个用户，用于指示该用户是否参加混音。例如，在RTP包建立时，需要建立一个映射，每个发言者分别对应一个席位号，约定席位发言信息字段(即上述用户信息字段)的最低位用于表示席位号为1的发言者的发言状态，次低位用于表示席位号为2的发言者的发言状态，同理，依此类推。例如，如果接收到的RTP包中度位发言信息字段值为23，其二进制值为10111，则表明此RTP包中含席位号1、2、3、5四位发言者的发言信息。
优选地，全部接收到的RTP包中包含有具有第一报头的一部分RTP包，以及具有第二报头的另一部分RTP包；上述第一报头为对标准RTP报头进行改造的RTP报头，其中，在上述第一报头中，将标准RTP报头的原CSRC计数字段中的一位或多位改造为用于指示是否携带原始源信息的标识位，在标准RTP报头的尾部增加上述用户信息字段；上述第二报头为对压缩后的标准RTP报头进行改造的RTP报头，其中，在上述第二报头中，将上述压缩后的标准RTP报头的原填充字段的一位或多位改造为用于指示是否携带原始源信息的标识位,在上述压缩后的标准RTP报头的尾部增加上述用户信息字段。
以下结合图7进一步描述上述优选实施方式。
图7是根据本发明优选实施例的RTP包的响应方法的流程图。如图7所示，该RTP包的响应方法包括：
步骤S701:接收端接收RTP包。
步骤S703:接收端判断该RTP包的S字段是否为1。其中，当S字段为1时，执行步骤S705。当S字段不为1时，执行步骤S707。
步骤S705:确定对端支持RTP报头的改造。
步骤S707：标识对端不支持RTP报头的改造，对该RTP包进行解码。
步骤S709：判断该RTP包的H字段是否为1。如果是，执行步骤S711。当H字段不为1时，执行步骤S713。
步骤S711：对该RTP包末尾2个字节进行解码，并根据预定的映射关系，确定当前音频数据的原始源，即参与混音的用户信息。
步骤S713：确定该RTP包不携带有原始源信息，对该RTP包进行解码。
图8是根据本发明实施例的RTP包的发送装置的结构框图。如图8所示，该RTP包的发送装置包括：设置模块80，用于设置待发送的RTP包，其中，上述RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息；发送模块82，用于将上述RTP包进行发送。
通过上述处理，对RTP包的报头进行了改造，使得RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，降低了RTP包中，RTP头部占整个RTP包的比重，进而提高了对网络带宽的利用率。
优选地，如图9所示，该装置还可以包括：确定模块84，用于根据获取的各个混音源的同步源标识符SSRC，确定参加混音的用户信息；上述设置模块80，还用于根据上述用户信息设置用户信息字段，其中，上述用户信息字段携带有上述原始源信息，该用户信息字段中每一位分别对应一个用户，用于指示该用户是否参加混音。
图10是根据本发明实施例的RTP包的响应装置的结构框图。如图10所示，该RTP包的响应装置包括：接收模块10，用于接收来自于发送端的RTP包；第一判断模块12，用于根据接收到的RTP包的报头中第一标识位判断该RTP包是否是经过改造的RTP包，其中，经过改造的RTP包未包括贡献源CSRC列表；第二判断模块14，用于在上述第一判断模块输出为是时，根据该RTP包的报头中第二标识位判断该RTP包是否携带原始源信息；解码模块16，用于在上述第二判断模块输出为是时，对该RTP包进行解码，获取上述RTP包中携带的原始源信息。
上述响应装置接收到的RTP包的报头经过了改造，该RTP包的报头中未包括CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，降低了RTP包中，RTP头部占整个RTP包的比重，进而提高了对网络带宽的利用率。
优选地，上述原始源信息携带在用户信息字段中，其中，上述用户信息字段中每一位分别对应一个用户，用于指示该用户是否参加混音。
需要说明的是，上述发送、响应装置中各模块相互结合的优选实施方式具体可以参见图2至图8的描述，此处不再赘述。
综上上述，借助本发明提供的上述实施例，对标准RTP报头进行了改造，改造后的RTP报头不携带CSRC列表，设置有用于指示是否携带原始源信息的标识信息以及原始源信息。因此，极大程度地节约了网络开销，例如，如果同时发言(即参与混音)人数多于15人，标准RTP头的CSRC列表将包含15个SSRC字段，传递发言者信息的字节数多达60个。而采用本发明实施例中改造的RTP报头，只需要2个字节就可以传递更多的信息，极大地节约了网络带宽。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (8)

1.一种RTP包的发送方法，其特征在于，包括：
设置待发送的RTP包，其中，所述RTP包的报头中未包括贡献源CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，其中，所述原始源信息携带在用户信息字段中，所述用户信息字段中每一位分别对应一个用户，用于指示该用户是否参加混音；
将所述RTP包进行发送。
2.根据权利要求1所述的方法，其特征在于，在设置待发送的RTP包之前，还包括：
根据获取的各个混音源的同步源标识符SSRC，确定参加混音的用户信息；
根据所述用户信息设置用户信息字段。
3.根据权利要求2所述的方法，其特征在于，所述RTP包中包含有具有第一报头的一部分RTP包，以及具有第二报头的另一部分RTP包；
所述第一报头为对标准RTP报头进行改造的RTP报头，其中，在所述第一报头中，将标准RTP报头的原CSRC计数字段中的一位或多位改造为用于指示是否携带原始源信息的标识位，在标准RTP报头的尾部增加所述用户信息字段；
所述第二报头为对压缩后的标准RTP报头进行改造的RTP报头，其中，在所述第二报头中，将所述压缩后的标准RTP报头的原填充字段的一位或多位改造为用于指示是否携带原始源信息的标识位,在所述压缩后的标准RTP报头的尾部增加所述用户信息字段。
4.一种RTP包的响应方法，其特征在于，还包括：
接收来自于发送端的RTP包；
根据接收到的RTP包的报头中第一标识位判断该RTP包是否是经过改造的RTP包，其中，经过改造的RTP包未包括贡献源CSRC列表；
如果接收到的RTP包是经过改造的RTP包，根据该RTP包的报头中第二标识位判断该RTP包是否携带原始源信息；
如果该RTP包携带原始源信息，对该RTP包进行解码，获取所述RTP包中携带的原始源信息，其中，所述原始源信息携带在用户信息字段中，所述用户信息字段中每一位分别对应一个用户，用于指示该用户是否参加混音。
5.根据权利要求4所述的方法，其特征在于，全部接收到的RTP包中包含有具有第一报头的一部分RTP包，以及具有第二报头的另一部分RTP包；
所述第一报头为对标准RTP报头进行改造的RTP报头，其中，在所述第一报头中，将标准RTP报头的原CSRC计数字段中的一位或多位改造为用于指示是否携带原始源信息的标识位，在标准RTP报头的尾部增加所述用户信息字段；
所述第二报头为对压缩后的标准RTP报头进行改造的RTP报头，其中，在所述第二报头中，将所述压缩后的标准RTP报头的原填充字段的一位或多位改造为用于指示是否携带原始源信息的标识位,在所述压缩后的标准RTP报头的尾部增加所述用户信息字段。
6.一种RTP包的发送装置，其特征在于，包括：
设置模块，用于设置待发送的RTP包，其中，所述RTP包的报头中未包括贡献源CSRC列表，而设置有用于指示是否携带原始源信息的标识信息以及原始源信息，其中，所述原始源信息携带在用户信息字段中，所述用户信息字段中每一位分别对应一个用户，用于指示该用户是否参加混音；
发送模块，用于将所述RTP包进行发送。
7.根据权利要求6所述的装置，其特征在于，还包括：确定模块，用于根据获取的各个混音源的同步源标识符SSRC，确定参加混音的用户信息；
所述设置模块，还用于根据所述用户信息设置用户信息字段。
8.一种RTP包的响应装置，其特征在于，还包括：
接收模块，用于接收来自于发送端的RTP包；
第一判断模块，用于根据接收到的RTP包的报头中第一标识位判断该RTP包是否是经过改造的RTP包，其中，经过改造的RTP包未包括贡献源CSRC列表；
第二判断模块，用于在所述第一判断模块输出为是时，根据该RTP包的报头中第二标识位判断该RTP包是否携带原始源信息；
解码模块，用于在所述第二判断模块输出为是时，对该RTP包进行解码，获取所述RTP包中携带的原始源信息，其中，所述原始源信息携带在用户信息字段中，所述用户信息字段中每一位分别对应一个用户，用于指示该用户是否参加混音。
CN201410427172.7A 2014-08-27 2014-08-27 Rtp包的发送方法、响应方法及装置 Active CN104394119B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410427172.7A CN104394119B (zh) 2014-08-27 2014-08-27 Rtp包的发送方法、响应方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410427172.7A CN104394119B (zh) 2014-08-27 2014-08-27 Rtp包的发送方法、响应方法及装置

Publications (2)

Publication Number Publication Date
CN104394119A CN104394119A (zh) 2015-03-04
CN104394119B true CN104394119B (zh) 2020-09-11

Family

ID=52611955

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410427172.7A Active CN104394119B (zh) 2014-08-27 2014-08-27 Rtp包的发送方法、响应方法及装置

Country Status (1)

Country Link
CN (1) CN104394119B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3261313B1 (en) 2015-03-12 2019-09-04 Huawei Technologies Co., Ltd. Method and apparatus for transmitting real-time transport protocol (rtp) packet
CN109547467A (zh) * 2018-12-19 2019-03-29 北京东土科技股份有限公司 媒体数据纠错传输及纠错方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101039325A (zh) * 2007-04-26 2007-09-19 中兴通讯股份有限公司 基于混合器的实时传输协议数据包配置方法
CN101047711A (zh) * 2006-04-27 2007-10-03 华为技术有限公司 Ip报文传输、协商带宽节省能力和节省网络带宽的方法
CN101621342A (zh) * 2008-06-30 2010-01-06 中兴通讯股份有限公司 一种基于实时传输协议实现网络电视节目轮播的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047711A (zh) * 2006-04-27 2007-10-03 华为技术有限公司 Ip报文传输、协商带宽节省能力和节省网络带宽的方法
CN101039325A (zh) * 2007-04-26 2007-09-19 中兴通讯股份有限公司 基于混合器的实时传输协议数据包配置方法
CN101621342A (zh) * 2008-06-30 2010-01-06 中兴通讯股份有限公司 一种基于实时传输协议实现网络电视节目轮播的方法

Also Published As

Publication number Publication date
CN104394119A (zh) 2015-03-04

Similar Documents

Publication Publication Date Title
JP6640038B2 (ja) マルチキャスト通信またはブロードキャスト通信において拡張したファイル配信を行う方法および装置
CN103220258B (zh) 会议混音方法、终端和媒体资源服务器
US20130185614A1 (en) Lost Real-Time Media Packet Recovery
WO2022161403A1 (zh) 报站方法、***、电子设备和广播设备
US20220271800A1 (en) Communication devices and methods
CN108738007B (zh) 一种音频传输方法、设备及***
CN107438990B (zh) 用于递送定时信息的方法和设备
CN111885555B (zh) 一种基于监听方案的tws耳机及其实现方法
CN104394119B (zh) Rtp包的发送方法、响应方法及装置
US20190182304A1 (en) Universal messaging protocol for limited payload size
US20190007069A1 (en) Bandwidth efficient fec scheme supporting uneven levels of protection
CN112019488B (zh) 一种语音处理的方法、装置、设备和存储介质
US9668238B1 (en) Multicast file delivery
WO2016119148A1 (zh) 终端设备、网络设备和组通信的方法
CN107615810A (zh) 用于在线网络代码的包头压缩***和方法
US9253230B2 (en) Reducing latency in multiple unicast transmissions
WO2022087913A1 (zh) 通信方法和通信设备
CN108848466A (zh) 数据传输方法以及***
US9930423B1 (en) Dynamic transmission time interval bundling for multicast video
CN210129959U (zh) 一种无线局域网络音频流传输***
US8798053B2 (en) Header compression in wireless links
CN111383644A (zh) 一种音频通信方法、设备及***
WO2015109500A1 (zh) 数据传输方法和装置
JP2024521195A (ja) 前方誤り訂正と組み合わせたパケット化されたオーディオ・データの無線送受信
MX2023011302A (es) Ajuste fino de datos de video en una aplicación de streaming.

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
ASS Succession or assignment of patent right

Owner name: GUIYANG YUWAN TECHNOLOGY CO., LTD.

Free format text: FORMER OWNER: GUIYANG LONGMASTER INFORMATION + TECHNOLOGY CO., LTD.

Effective date: 20150909

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20150909

Address after: 550022, Guizhou, Jinyang, science and Technology Industrial Park, the national high tech Zone standard factory building auxiliary room B305

Applicant after: GUIYANG YUWAN SCIENCE & TECHNOLOGY CO., LTD.

Address before: 550022 Jinyang science and Technology Industrial Park, Guiyang hi tech Zone Industrial Park, room 130

Applicant before: Guizhou Longmaster Information & Technology Co.,Ltd.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220307

Address after: 2028, No. 66, North Fourth Ring West Road, Haidian District, Beijing 100080

Patentee after: BEIJING LANGMA SHULIAN TECHNOLOGY Co.,Ltd.

Address before: 550022 room b305, auxiliary room of standard workshop, Jinyang science and Technology Industrial Park, Guiyang National High tech Zone, Guizhou

Patentee before: GUIYANG YUWAN TECHNOLOGY CO.,LTD.