CN111585962A - 一种rtp数据包的处理方法、***及存储介质 - Google Patents
一种rtp数据包的处理方法、***及存储介质 Download PDFInfo
- Publication number
- CN111585962A CN111585962A CN202010269322.1A CN202010269322A CN111585962A CN 111585962 A CN111585962 A CN 111585962A CN 202010269322 A CN202010269322 A CN 202010269322A CN 111585962 A CN111585962 A CN 111585962A
- Authority
- CN
- China
- Prior art keywords
- rtp
- load
- data packet
- rtp data
- payload
- 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
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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- 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)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种RTP数据包的处理方法、***及存储介质,方法包括获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型;当所述RTP数据包的载荷类型为私有载荷类型,获取预设的私有载荷类型表,并判断所述载荷信息是否属于所述私有载荷类型表;当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理。本发明旨在通过定义RTP私有协议,以使得携带有私有载荷类型的RTP数据包也能切换至主控板处理,不再通过额外的媒体通道处理,极大地节约媒体通道使用,同时扩宽应用场景,不再局限于媒体板处理,方便用户。
Description
技术领域
本发明涉及数据处理技术领域,具体涉及一种RTP数据包的处理方法、***及存储介质。
背景技术
目前,RTP(Real-time Transport Protocol,实时传输协议)是用于Internet上针对多媒体数据流的一种传输协议,主控板(主机所在端)与媒体板(媒体处理器所在端)通过媒体网关基于该RTP协议进行语音通信,该媒体板根据该RTP协议仅处于常用载荷类型的数据包,而在一些特定场合,为了实现业务的丰富性或达到一些特定的目的,需要将特定的载荷类型的数据包转到主控板处理,目前的处理是将不能识别的载荷类型的数据包丢弃了。
由于媒体处理器主要完成的工作是语音信号的处理,无法实现将不需要媒体处理器处理的数据包转发到主控板处理,从而无法实现业务的丰富性,不利于媒体服务器一些私有业务的实现与推广。
因此,现有技术还有待发展和改进。
发明内容
基于此,本发明提供一种RTP数据包的处理方法、***及存储介质,旨在解决现有技术中不能处理携带特定载荷类型的数据包,限制媒体服务器应用推广的技术问题。
为了达到上述目的,本发明采取了以下技术方案:
一种RTP数据包的处理方法,所述RTP数据包的处理方法包括以下步骤:
获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型;
当所述RTP数据包的载荷类型为私有载荷类型,获取预设的私有载荷类型表,并判断所述载荷信息是否属于所述私有载荷类型表;
当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理。
所述的RTP数据包的处理方法,其中,所述获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型之后还包括:
当所述RTP数据包的载荷类型为通用载荷类型时,获取预设的通用载荷类型表,并判断所述载荷信息是否属于所述通用载荷类型表;
当所述载荷信息属于所述通用载荷类型表时,将所述RTP数据包所重组的新RTP数据包传送给媒体板进行语音信号的处理。
所述的RTP数据包的处理方法,其中,所述当所述RTP数据包的载荷类型为通用载荷类型时,获取预设的通用载荷类型表,并判断所述载荷信息是否属于所述通用载荷类型表之后包括:
当所述载荷信息不属于所述通用载荷类型表时,将所述RTP数据包丢弃,不做任何处理。
所述的RTP数据包的处理方法,其中,所述获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型具体包括:
获取RTP数据包;
解析所述RTP数据包,得到所述RTP数据包的RTP包头信息,其中,所述RTP包头信息包括载荷信息;
根据所述载荷信息的值确定所述RTP数据包的载荷类型。
所述的RTP数据包的处理方法,其中,所述载荷类型包括私有载荷类型和通用载荷类型,所述根据所述载荷信息的值确定所述RTP数据包的载荷类型具体包括:
获取预先设置的用于区分载荷类型的载荷阈值;
若所述载荷信息的值大于等于所述载荷阈值,则所述RTP数据包的载荷类型为私有载荷类型;
若所述载荷信息的值小于所述载荷阈值,则所述RTP数据包的载荷类型为普通载荷类型。
所述的RTP数据包的处理方法,其中,还包括:属于所述通用载荷类型对应的RTP数据包由媒体板处理,属于所述私有载荷类型对应的RTP数据包由主控板处理。
所述的RTP数据包的处理方法,其中,所述当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理具体包括:
当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包解析所得到的RTP包头信息根据通道所配置的相关配置参数重新组成新RTP数据包;
将所述新RTP数据包发送至所述主控板进行处理。
所述的RTP数据包的处理方法,其中,所述获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型之前包括:
主控板与媒体板通过以太网口建立连接;
成功连接后,建立所述主控板与所述媒体板的通道,并对所述通道进行相关配置参数的配置,所述配置参数包括所述通道用于接收RTP数据包的载荷类型。
本发明还提供一种***,包括处理器以及与所述处理器连接的存储器,所述存储器存储有RTP数据包的处理程序,所述处理器执行时用于实现上述所述的RTP数据包的处理方法中的步骤。
本发明还提供一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述所述的RTP数据包的处理方法中的步骤。
有益效果:
相对于现有技术,本发明提供了一种RTP数据包的处理方法、***及存储介质,方法包括获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型;当所述RTP数据包的载荷类型为私有载荷类型,获取预设的私有载荷类型表,并判断所述载荷信息是否属于所述私有载荷类型表;当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理。本发明旨在通过定义基于RTP私有协议,以使得携带有私有载荷类型的RTP数据包也能切换至主控板处理,扩宽应用场景,不再局限于媒体板处理,方便用户。
附图说明
图1为本发明提供的一种RTP数据包的处理方法的流程图。
图2为本发明中RTP数据包的数据格式示意图。
图3为本发明***的功能原理框图。
具体实施方式
为使本发明的目的、技术方案及效果更加清楚、明确,以下参照附图并举实施例对本发明进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
图1是本发明提供的一种RTP数据包的处理方法的流程图,应该说明的是,本发明实施方式的RTP数据包的处理方法并不限于图1所示的流程图中的步骤及顺序,根据不同的需求,流程图中的步骤可以增加、移除或者改变顺序。
如图1所示,本发明提供的RTP数据包的处理方法包括以下步骤:
S10、获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型。
在本发明实施例中,在步骤S10之前,当主控板与媒体板通过以太网口成功建立连接后,则通过主控板建立主控板与媒体板的语音通道,以便于数据包传输和语音通信。其中,所述主控板用于负责信令的处理以及***体板建立语音通道和销毁语音通道的处理,所述媒体板用于负责传输过程中RTP数据包的解包,解码,编码和组包处理。
在建立所述语音通道过程中,基于预先约定的RTP(Real-time TransportProtocol,实时传输协议)私有协议配置所述语音通道。需要说明的是,本发明中的该RTP私有协议区别于现有技术中的RTP协议,本发明中的RTP私有协议不仅传输包含有通用载荷类型的RTP数据包,还传输包含有自定义的私有载荷类型的RTP数据包。
在对所述语音通道进行配置过程中,其配置参数包括打包时长,RTP数据包发送的源IP地址、目的IP地址、回声、静音检测的控制参数、所述通道用于编解码所接收RTP数据包的载荷类型(也即通道使用的编解码)等。所述编解码与所述载荷类型一一对应,从而使得语音通道传输所配置的编解码对应的携带有对应载荷类型的RTP数据包。
例如:该RTP数据包可以是GSM音频或视频,若该通道使用的编解码的负载是音频类型的数据包,则该通道只传输音频,若该通道使用的编解码是对应负载是视频类型的数据包,则该通道只传输视频,从而通过通道使用的编解码区分该通道所传输的负载。
进一步地,所述载荷类型包括私有载荷类型和通用载荷类型,基于该RTP私有协议,所述私有载荷类型存储在私有载荷类型表,所述通用载荷类型存储在通用载荷类型表。
因此,只有所述RTP数据包的载荷类型属于私有载荷类型或通用载荷类型,则该语音通道可传输对应载荷类型的RTP数据包至对应的设备进行处理。
也就是说,所述获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型具体包括:
S11,获取RTP数据包;
S12,解析所述RTP数据包,得到所述RTP数据包的RTP包头信息,其中,所述RTP包头信息包括载荷信息;
S13,根据所述载荷信息的值确定所述RTP数据包的载荷类型。
而所述根据所述载荷信息的值确定所述RTP数据包的载荷类型具体包括:
S131,获取预先设置的用于区分载荷类型的载荷阈值;
S132,若所述载荷信息的值大于等于所述载荷阈值,则所述RTP数据包的载荷类型为私有载荷类型;
S133,若所述载荷信息的值小于所述载荷阈值,则所述RTP数据包的载荷类型为普通载荷类型。
即预先设置的用于区分载荷类型的载荷阈值为96。该载荷信息对应字段为PT字段(Payload Type,RTP包头中有效载荷类型),如图2所示,图2示例了RTP数据包的数据格式:
V:RTP协议的版本号,占2位,当前协议版本号为2。
P:填充标志,占1位,如果P=1,则在该报文的尾部填充一个或多个额外的八位组,它们不是有效载荷的一部分。
X:扩展标志,占1位,如果X=1,则在RTP包头后跟有一个扩展包头。
CC:CSRC计数器,占4位,指示CSRC标识符的个数。
M:标记,占1位,不同的有效载荷有不同的含义,对于视频,标记一帧的结束;对于音频,标记会话的开始。
PT:有效荷载类型,占7位,用于说明RTP报文中有效载荷的类型,如GSM音频、JPEM图像等,在流媒体中大部分是用来区分音频流和视频流的,这样便于客户端进行解析。
因此,通过判断该载荷信息中的PT值是否大于等于载荷阈值,从而确定所属载荷类型。
这样,通过区分不同载荷类型的RTP数据包,从而将不同载荷类型的RTP数据包发送给该载荷类型对应的设备进行处理,从而提高处理效率。
S20、当所述RTP数据包的载荷类型为私有载荷类型,获取预设的私有载荷类型表,并判断所述载荷信息是否属于所述私有载荷类型表。
在本发明实施例中,为了提高传输安全性以及判断所传输的RTP数据包的合法性,需要判断解析后的RTP包头信息中载荷信息是否存储于预先设置的通用载荷类型表或私有载荷类型表。也就是说,当确定RTP数据包所述的载荷类型后,还需确定其是否属于RTP私有协议中存储的通用载荷类型表或私有载荷类型表。
即基于步骤S10,当所述RTP数据包的载荷类型是私有载荷类型时,获取存储的私有载荷类型表。然后判断解析出的所述载荷信息是否属于所述私有载荷类型表中。
若判断解析出的所述载荷信息属于所述私有载荷类型表中,说明该RTP数据包符合RTP私有协议,数据包完整,从而保证该RTP数据包安全性和完整性。
当然,若解析出的所述载荷信息不属于所述私有载荷类型表中,则说明该RTP数据包有缺失或不完整,存在安全隐患,将对其丢弃,不做任何处理。
当然,若所述RTP数据包的载荷类型为通用载荷类型,则获取预设的通用载荷类型表,并判断所述载荷信息是否属于所述通用载荷类型表;
当所述载荷信息属于所述通用载荷类型表时,将所述RTP数据包所重组的新RTP数据包传送给媒体板进行语音信号的处理;
当所述载荷信息不属于所述通用载荷类型表时,将所述RTP数据包丢弃,不做任何处理。
这样,通过确定所解析后的载荷信息是否属于对应的载荷类型表以保证接收到的RTP数据包的完整性,从而减少不必要数据包处理,提高处理速度。
S30、当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理。
即所述当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理具体包括:
S31,当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包解析所得到的RTP包头信息根据通道所配置的相关配置参数重新组成新RTP数据包;
S32,将所述新RTP数据包发送至所述主控板进行处理。
在本发明实施例中,由于不同载荷类型的RTP数据包由不同设备处理,即属于所述通用载荷类型对应的RTP数据包由媒体板处理,属于所述私有载荷类型对应的RTP数据包由主控板处理,这样,解决了现有技术中媒体板无法处理私有载荷类型的RTP数据包而丢弃导致数据不准确。本发明实施例中,将该包含私有载荷类型的RTP数据包发送给主控板进行处理,不易丢包,从而使得主控板可以在保留常用的语音处理功能的同时还可以开展更多业务,丰富了业务的类型,继而极大地利于媒体服务器一些私有业务的实现与推广。
为了进一步理解本发明的技术方案,下面例举两个实施例加以说明:
1.DTMF二次拨号:
现有DTMF二次拨号时SIP终端与媒体服务器建立了媒体通路,SIP终端使用2833的包将事件传到媒体服务器,媒体服务器再启用一个收号的媒体通道资源与先前媒体服务器与SIP终端通话的通道在TDM侧联网,这样通话的媒体通道上将2833事件重新产生的DTMF信号就发到收号的媒体通道,媒体通道检查到DTMF再上报到收号的呼叫程序。
而采用本文的机制,可以将2833包转发到主机(即主控板),主机的收号程序直接解析2833事件就可以完成收号的过程了,这样就不需要媒体处理器来解析2833事件,从而降低了媒体处理器的负荷。
2.定位包丢失:
在一个运营的场景中,由于不能便于实现抓包,往往可通过一端的主机发送特定载荷类型的包,通过另一端的主机能否收到这个特定载荷类型的包证明媒体通路,是否存在丢包问题。
因此,基于步骤S10-S30,本发明通过定义RTP私有协议,以使得携带有私有载荷类型的RTP数据包由主控板处理,而携带有通用载荷类型的RTP数据包仍然由媒体板处理,既兼容传统数据包处理,又能处理特定载荷类型数据包,从而实现业务的丰富性,提高了媒体服务器一些私有业务的推广,方便了用户。
实施例二
基于上述RTP数据包的处理方法,本发明还相应提供了一种***,如图3所示,所述***100包括处理器11以及与所述处理器11连接的存储器22,图3仅示出了***100的部分组件,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
所述存储器22在一些实施例中可以是所述***100的内部存储单元,例如***100的内存。所述存储器22在另一些实施例中也可以是所述***100的外部存储设备,例如所述***100上配备的插接式U盘,智能存储卡(Smart Media Card,SMC),安全数字(SecureDigital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器22还可以既包括所述***100的内部存储单元也包括外部存储设备。所述存储器22用于存储安装于所述***100的应用软件及各类数据,例如所述RTP数据包的处理程序代码等。所述存储器22还可以用于暂时地存储已经输出或者将要输出的数据。在一实施例中,存储器22上存储有RTP数据包的处理程序,该RTP数据包的处理程序可被处理器11所执行,从而实现本申请中RTP数据包的处理方法,具体如上述方法所述。
所述处理器11在一些实施例中可以是一中央处理器(Central Processing Unit,CPU),微处理器,手机基带处理器或其他数据处理芯片,用于运行所述存储器22中存储的程序代码或处理数据,例如执行所述RTP数据包的处理方法等,具体如上述方法所述。
本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器(本实施例为所述处理器11)执行,以实现本发明RTP数据包的处理方法中的步骤,具体如上述方法所述。
综上所述,本发明提供了一种RTP数据包的处理方法、***及存储介质,方法包括获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型;当所述RTP数据包的载荷类型为私有载荷类型,获取预设的私有载荷类型表,并判断所述载荷信息是否属于所述私有载荷类型表;当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理。本发明旨在通过定义RTP私有协议,以使得携带有私有载荷类型的RTP数据包也能切换至主控板处理,不再通过额外的媒体通道处理,极大地节约媒体通道使用,同时扩宽应用场景,不再局限于媒体板处理,方便用户。
当然,本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关硬件(如处理器,控制器等)来完成,所述的程序可存储于一计算机可读取的存储介质中,该程序在执行时可包括如上述各方法实施例的流程。其中所述的存储介质可为存储器、磁碟、光盘等。
应当理解的是,本发明的应用不限于上述的举例,对本领域普通技术人员来说,可以根据上述说明加以改进或变换,所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (10)
1.一种RTP数据包的处理方法,其特征在于,所述RTP数据包的处理方法包括以下步骤:
获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型;
当所述RTP数据包的载荷类型为私有载荷类型,获取预设的私有载荷类型表,并判断所述载荷信息是否属于所述私有载荷类型表;
当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理。
2.根据权利要求1所述的RTP数据包的处理方法,其特征在于,所述获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型之后包括:
当所述RTP数据包的载荷类型为通用载荷类型时,获取预设的通用载荷类型表,并判断所述载荷信息是否属于所述通用载荷类型表;
当所述载荷信息属于所述通用载荷类型表时,将所述RTP数据包所重组的新RTP数据包传送给媒体板进行语音信号的处理。
3.根据权利要求2所述的RTP数据包的处理方法,其特征在于,所述当所述RTP数据包的载荷类型为通用载荷类型时,获取预设的通用载荷类型表,并判断所述载荷信息是否属于所述通用载荷类型表之后包括:
当所述载荷信息不属于所述通用载荷类型表时,将所述RTP数据包丢弃,不做任何处理。
4.根据权利要求1所述的RTP数据包的处理方法,其特征在于,所述获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型具体包括:
获取RTP数据包;
解析所述RTP数据包,得到所述RTP数据包的RTP包头信息,其中,所述RTP包头信息包括载荷信息;
根据所述载荷信息的值确定所述RTP数据包的载荷类型。
5.根据权利要求4所述的RTP数据包的处理方法,其特征在于,所述载荷类型包括私有载荷类型和通用载荷类型,所述根据所述载荷信息的值确定所述RTP数据包的载荷类型具体包括:
获取预先设置的用于区分载荷类型的载荷阈值;
若所述载荷信息的值大于等于所述载荷阈值,则所述RTP数据包的载荷类型为私有载荷类型;
若所述载荷信息的值小于所述载荷阈值,则所述RTP数据包的载荷类型为普通载荷类型。
6.根据权利要求5所述的RTP数据包的处理方法,其特征在于,还包括:属于所述通用载荷类型对应的RTP数据包由媒体板处理,属于所述私有载荷类型对应的RTP数据包由主控板处理。
7.根据权利要求1所述的RTP数据包的处理方法,其特征在于,所述当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包所重组的新RTP数据包发送至主控板进行处理具体包括:
当所述载荷信息属于所述私有载荷类型表时,将所述RTP数据包解析所得到的RTP包头信息根据通道所配置的相关配置参数重新组成新RTP数据包;
将所述新RTP数据包发送至所述主控板进行处理。
8.根据权利要求1所述的RTP数据包的处理方法,其特征在于,所述获取RTP数据包的载荷信息,并根据所述载荷信息,确定所述RTP数据包的载荷类型之前包括:
主控板与媒体板通过以太网口建立连接;
成功连接后,建立所述主控板与所述媒体板的通道,并对所述通道进行相关配置参数的配置,所述配置参数包括所述通道用于编解码所接收RTP数据包的载荷类型。
9.一种***,包括处理器以及与所述处理器连接的存储器,所述存储器存储有RTP数据包的处理程序,所述处理器执行时用于实现如权利要求1-8任一项所述的RTP数据包的处理方法中的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如权利要求1-8任意一项所述的RTP数据包的处理方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010269322.1A CN111585962A (zh) | 2020-04-08 | 2020-04-08 | 一种rtp数据包的处理方法、***及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010269322.1A CN111585962A (zh) | 2020-04-08 | 2020-04-08 | 一种rtp数据包的处理方法、***及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111585962A true CN111585962A (zh) | 2020-08-25 |
Family
ID=72111758
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010269322.1A Pending CN111585962A (zh) | 2020-04-08 | 2020-04-08 | 一种rtp数据包的处理方法、***及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111585962A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112689118A (zh) * | 2020-12-29 | 2021-04-20 | 厦门亿联网络技术股份有限公司 | 一种多屏网真终端的数据传输方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090204812A1 (en) * | 2008-02-13 | 2009-08-13 | Baker Todd M | Media processing |
CN102137093A (zh) * | 2010-12-10 | 2011-07-27 | 华为技术有限公司 | 媒体流处理方法及媒体网关 |
CN102255906A (zh) * | 2011-07-08 | 2011-11-23 | 中国联合网络通信集团有限公司 | 数据发送和接收方法、设备及*** |
-
2020
- 2020-04-08 CN CN202010269322.1A patent/CN111585962A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090204812A1 (en) * | 2008-02-13 | 2009-08-13 | Baker Todd M | Media processing |
CN102137093A (zh) * | 2010-12-10 | 2011-07-27 | 华为技术有限公司 | 媒体流处理方法及媒体网关 |
CN102255906A (zh) * | 2011-07-08 | 2011-11-23 | 中国联合网络通信集团有限公司 | 数据发送和接收方法、设备及*** |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112689118A (zh) * | 2020-12-29 | 2021-04-20 | 厦门亿联网络技术股份有限公司 | 一种多屏网真终端的数据传输方法和装置 |
CN112689118B (zh) * | 2020-12-29 | 2023-12-08 | 厦门亿联网络技术股份有限公司 | 一种多屏网真终端的数据传输方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8339646B2 (en) | Systems and methods for the reliable transmission of facsimiles over packet networks | |
US9602553B2 (en) | Method, apparatus, and system for implementing VOIP call in cloud computing environment | |
US8484331B2 (en) | Real time protocol packet tunneling | |
CN113411313A (zh) | 数据传输方法、装置和*** | |
WO2020006912A1 (zh) | 网络传输质量分析方法、装置、计算机设备和存储介质 | |
US9609035B2 (en) | Compressed headers for encapsulated real-time communications | |
US9392082B2 (en) | Communication interface and method for robust header compression of data flows | |
US7949778B2 (en) | Systems, methods, apparatus and computer program products for providing packet-level FEC with higher throughput using user datagram protocol (UDP) | |
US8656001B2 (en) | Communication system, application server and communication method for server cooperation | |
WO2023071290A1 (zh) | 组播重传方法、装置、服务器以及存储介质 | |
CN114051173B (zh) | 一种基于rtp扩展头部的视频帧可靠传输方法、装置及设备 | |
CN114221909B (zh) | 数据传输方法、装置、终端及存储介质 | |
EP3515032A1 (en) | Port multiplexing method and server in video conference system and computer storage medium | |
CN111585962A (zh) | 一种rtp数据包的处理方法、***及存储介质 | |
US20150103379A1 (en) | System and Method for Guaranteed High Speed Fax Delivery with a Fax Adapter | |
US20120099588A1 (en) | Channel change method, device, and system | |
US10951931B2 (en) | Data distribution system, data distribution method, marker, filter and program | |
EP3573309A1 (en) | Network telephone processing method and related network device | |
CN107172179B (zh) | 一种双边加速传输方法和*** | |
WO2014100973A1 (zh) | 视频处理方法、设备及*** | |
CN101616072A (zh) | 网络地址转换装置及其封包处理方法 | |
CN110602060B (zh) | 获取增益值的方法、***,终端和可读存储介质 | |
CN113329040B (zh) | 媒体流转发过程中的协议转换方法、装置 | |
CN110740351B (zh) | 一种传输流媒体数据的方法、设备及存储介质 | |
CN114125497B (zh) | Sfu架构及其媒体传输方法及电子设备 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200825 |