CN106330713B - 一种报文传输方法及装置 - Google Patents
一种报文传输方法及装置 Download PDFInfo
- Publication number
- CN106330713B CN106330713B CN201510372581.6A CN201510372581A CN106330713B CN 106330713 B CN106330713 B CN 106330713B CN 201510372581 A CN201510372581 A CN 201510372581A CN 106330713 B CN106330713 B CN 106330713B
- Authority
- CN
- China
- Prior art keywords
- type
- message
- priority
- packet
- messages
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 196
- 230000005540 biological transmission Effects 0.000 title claims abstract description 58
- 238000012545 processing Methods 0.000 claims abstract description 161
- 230000008569 process Effects 0.000 claims description 95
- 238000012937 correction Methods 0.000 claims description 36
- 238000005516 engineering process Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 abstract description 26
- 230000011664 signaling Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 238000003672 processing method Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000001788 irregular Effects 0.000 description 3
- 230000001934 delay Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/24—Systems for the transmission of television signals using pulse code modulation
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Error Detection And Correction (AREA)
Abstract
本发明的实施例提供一种报文传输方法及装置,涉及通信技术领域,能够降低接入时延,保证报文传输质量。该方法包括:在接收到数据流后,按照预设规则,将所述数据流中的报文进行分类,得到至少两种类型的报文;对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级;将处理后的各种类型的报文发送至接收机。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种报文传输方法及装置。
背景技术
随着网络技术的日益发展,在当今互联网上传输的视频也越来越多,视频已经成为当前及未来网络流量的主要部分。随着人们需求的进一步提高,视频清晰度从标清、高清在向4K(4K分辨率)过渡,对带宽的需求从4Mbps、8Mbps向50Mbps、100Mbps发展,对网络时延的要求也越来越高。测试发现,承载4K视频需要端到端(英文:End to End,简称:E2E)时延小于25ms才能保证良好的播放体验,进而对接入网的时延要求要小于5ms。
现有网络中,接入网往往采用数字用户专线(英文:Digital Subscriber Line,简称:DSL)接入技术。为了抵抗脉冲噪声的干扰,DSL系统普遍采用前向纠错(英文:ForwardError Correction,简称:FEC)编码技术和交织技术来传输报文,这样使得DSL系统的接入时延大概为15ms。其中,在DSL系统的15ms接入时延中,12ms以上的时延由交织引入。
为了降低接入时延,一种方法是在报文传输时,不引入交织技术,但是,不引入交织技术导致接入网没有抗脉冲噪声的干扰的能力,增大错包率,降低报文的传输质量。为了降低接入时延,且保证报文的传输质量,还可以采用将DSL接入升级为光纤到户(英文:Fiber To The Home,简称:FTTH)接入的方法,但是,该方法成本很高,在实际应用场景中该方法的适用性也较低。因此,目前急需一种新的报文传输方法用于降低接入时延,同时还能保证报文传输质量。
发明内容
本发明的实施例提供一种报文传输方法及装置,解决了目前无法在降低接入时延的同时还保证报文传输质量的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,本发明实施例提供一种报文传输方法,该方法包括:
在接收到数据流后,按照预设规则,将所述数据流中的报文进行分类,得到至少两种类型的报文;
对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级;
将处理后的各种类型的报文发送至接收机。
在第一方面的第一种可能实现方式中,所述对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,具体包括:
若第二类型的报文的优先级为第二优先级,则对所述第二类型的报文进行前向纠错FEC编码,其中,所述第二优先级次优于所述第一优先级;
若第三类型的报文的优先级为第三优先级,则对所述第三类型的报文不进行处理,其中,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
结合第一方面的第一种可能实现方式,在第一方面的第二种可能实现方式中,所述若第二类型的报文的优先级为第二优先级,则对所述第二类型的报文进行前向纠错FEC编码,具体包括:
若第二类型的报文的优先级为第二优先级,则缓存所述第二类型的报文;
判断第一类型的报文的数量是否小于预设阈值;
若第一类型的报文的数量等于预设阈值,则对缓存中的第二类型的报文进行前向纠错FEC编码;
若第一类型的报文的数量小于预设阈值,且所述预设阈值与所述第一类型的报文的数量的差为N,则对缓存中的N个第二类型的报文采用交织方式进行处理,并将缓存中除所述N个第二类型的报文以外的第二类型的报文进行FEC编码。
在第一方面的第三种可能实现方式中,所述对第一类型的报文采用交织方式进行处理,具体包括:
若在预设时间周期内,第一类型的报文的数量小于预设阈值,且所述预设阈值与第一类型的报文的数量的差为N,则从所述缓存中选取N个第二类型的报文,以便立刻进行交织。
结合前述第一方面或者第一方面的第一种可能实现方式至第一方面的第三种可能实现方式中的任意一种可能实现方式,在第一方面的第四种可能实现方式中,若所述第一类型的报文为实时传输协议RTP报文,则交织后的RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述交织后的RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述交织后的RTP报文的payload中包含的InterFlag字段;
或者,
所述交织后的RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
结合第一方面的第四种可能实现方式,在第一方面的第五种可能实现方式中,所述将处理后的各种类型的报文发送至接收机,包括:
将所述交织后的RTP报文发送至接收机。
结合第一方面的第五种可能实现方式,在第一方面的第六种可能实现方式中,所述将处理后的各种类型的报文发送至接收机,还包括:
将InterType和Inter Parameter发送至接收机,所述InterType用于表示对所述RTP报文进行交织处理时采用的交织类型,所述Inter Parameter用于表示具体的交织参数。
第二方面,本发明实施例提供一种报文传输方法,该方法包括:
在接收到数据流后,将所述数据流中的报文进行分类,得到至少两种类型的报文;
若报文的类型为第一类型,则对所述报文进行解交织处理,其中,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级;
若报文的类型为第二类型,则对所述报文进行前向纠错FEC解码,其中,所述第二类型的报文的优先级为第二优先级,所述第二优先级次优于所述第一优先级;
将处理后的各种类型的报文还原为初始报文。
在第二方面的第一种可能实现方式中,所述方法还包括:
若报文的类型为第三类型,则对所述第三类型的报文不进行处理,其中,所述第三类型的报文的优先级为第三优先级,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
在第二方面的第二种可能实现方式中,所述方法还包括:
对解交织后的第一类型的报文进行误码纠错处理;
对FEC解码后的第二类型的报文进行误码纠错处理。
结合前述第二方面或者第二方面的第一种可能实现方式至第二方面的第二种可能实现方式中的任意一种可能实现方式,在第二方面的第三种可能实现方式中,若所述第一类型的报文为实时传输协议RTP报文,则所述RTP报文至少包含交织标识字段;
其中,所述交织标识字段RTP报文至少包含用于表示当前报文被交织处理的字段,包括:
所述RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述RTP报文的payload中包含的InterFlag字段;
或者,
所述RTP报文的payload type至少包含第一字段,所述第一字段用于表示当前报文被交织处理。
结合第二方面的第三种可能实现方式,在第二方面的第四种可能实现方式中,若所述第一类型的报文为RTP报文,则所述方法还包括:
接收InterType和Inter Parameter字段,所述InterType用于表示所述RTP报文的交织类型,所述Inter Parameter用于表示具体的交织参数。
结合第二方面的第四种可能实现方式,在第二方面的第五种可能实现方式中,所述对所述第一类型的报文进行解交织处理,具体包括:
根据所述InterType和所述Inter Parameter字段,确定解交织技术;
采用所述解交织技术,对所述RTP报文进行解交织处理。
第三方面,本发明实施例提供一种发送机,包括:
接收单元,用于接收数据流;
分类单元,用于按照预设规则,将所述接收单元接收到的数据流中的报文进行分类,得到至少两种类型的报文;
处理单元,用于对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级;
发送单元,用于将所述处理单元处理后的各种类型的报文发送至接收机。
在第三方面的第一种可能实现方式中,所述处理单元,具体用于若第二类型的报文的优先级为第二优先级,则对所述第二类型的报文进行前向纠错FEC编码,其中,所述第二优先级次优于所述第一优先级,以及具体用于若第三类型的报文的优先级为第三优先级,则对所述第三类型的报文不进行处理,其中,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
结合第三方面的第一种可能实现方式,在第三方面的第二种可能实现方式中,所述发送机还包括存储单元;
所述存储单元,用于若第二类型的报文的优先级为第二优先级,则缓存所述第二类型的报文;
所述发送机还包括判断单元;
所述判断单元,用于判断第一类型的报文的数量是否小于预设阈值;
所述处理单元,用于若第一类型的报文的数量等于预设阈值,则对所述存储单元中的第二类型的报文进行前向纠错FEC编码,以及用于若第一类型的报文的数量小于预设阈值,且所述预设阈值与第一类型的报文的数量的差为N,N≥1,则对所述存储单元中的N个第二类型的报文采用交织方式进行处理,并将所述存储单元中除所述N个第二类型的报文以外的第二类型的报文进行FEC编码。
在第三方面的第三种可能实现方式中,所述处理单元,具体用于若在预设时间周期内,所述处理单元中第一类型的报文的数量小于所述预设阈值,且所述预设阈值与所述处理单元中第一类型的报文的数量的差为N,则从所述存储单元中选取N个第二类型的报文,以便立刻进行交织。
结合前述第三方面或者第三方面的第一种可能实现方式至第三方面的第三种可能实现方式中的任意一种可能实现方式,在第三方面的第四种可能实现方式中,若所述第一类型的报文为实时传输协议RTP报文,则交织后的RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述交织后的RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述交织后的RTP报文的payload中包含的InterFlag字段;
或者,
所述交织后的RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
结合第三方面的第四种可能实现方式,在第三方面的第五种可能实现方式中,所述发送单元,具体用于将所述交织后的RTP报文发送至接收机。
结合第三方面的第五种可能实现方式,在第三方面的第六种可能实现方式中,所述发送单元,还具体用于将InterType和Inter Parameter发送至接收机,所述InterType用于表示对所述RTP报文进行交织处理时采用的交织类型,所述Inter Parameter用于表示具体的交织参数。
第四方面,本发明实施例提供一种接收机,包括:
接收单元,用于接收数据流,所述数据流至少包括两种类型的报文;
分类单元,用于将所述接收单元接收到的数据流中的报文进行分类,得到至少两种类型的报文;
处理单元,用于若报文的类型为第一类型,则对所述报文进行解交织处理,其中,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级,以及用于若报文的类型为第二类型,则对所述报文进行前向纠错FEC解码,其中,所述第二类型的报文的优先级为第二优先级,所述第二优先级次优于所述第一优先级,以及用于将处理后的各种类型的报文还原为初始报文。
在第四方面的第一种可能实现方式中,所述处理单元,还用于若报文的类型为第三类型,则对所述第三类型的报文不进行处理,其中,所述第三类型的报文的优先级为第三优先级,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
在第四方面的第二种可能实现方式中,所述处理单元,还用于对解交织后的第一类型的报文进行误码纠错处理,以及还用于对FEC解码后的第二类型的报文进行误码纠错处理。
结合前述第四方面或第四方面的第一种可能实现方式至第四方面的第二种可能实现方式中的任意一种可能实现方式,在第四方面的第三种可能实现方式中,若所述第一类型的报文为实时传输协议RTP报文,则所述RTP报文至少包含交织标识字段;
其中,所述织标识字段包括:
所述RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述RTP报文的payload中包含的InterFlag字段;
或者,
所述RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
结合第四方面的第三种可能实现方式,在第四方面的第四种可能实现方式中,所述接收单元,还用于若所述第一类型的报文为RTP报文,则接收InterType和InterParameter字段,所述InterType用于表示所述RTP报文的交织类型,所述Inter Parameter用于表示具体的交织参数。
结合第四方面的第四种可能实现方式,在第四方面的第五种可能实现方式中,所述确定单元,具体用于根据所述接收单元接收到的所述InterType和所述Inter Parameter字段,确定解交织技术;
所述处理单元,具体用于采用所述确定单元确定的解交织技术,对所述RTP报文进行解交织处理。
本发明实施例提供一种报文传输方法及装置,发送机在接收到数据流后,按照预设规则将接收到的数据流中的报文进行分类,得到至少两种类型的报文,然后,发送机对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,其中,第一类型的报文的优先级高于其他类型的报文的优先级,最后,发送机将处理后的各种类型的报文发送至接收机,以使得接收机对处理后的各种类型的报文采用各自相应的处理方式进行处理。
通过该方案,发送机在接收到数据流后,不需要对接收到的全部数据流进行交织处理,而是根据预设规则将数据流中的报文进行了分类,然后对各种类型的报文进行了不同的处理,其中,发送机只对数据流中优先级最高的第一类型的报文进行了交织处理,这样,既能保证数据流中最重要的报文不会丢失,保证报文的传输质量,又能有效地降低由于交织造成的时延。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍。
图1为本发明实施例的报文传输方法的流程示意图一;
图2为本发明实施例的报文传输方法的流程示意图二;
图3为本发明实施例的报文传输方法的流程示意图三;
图4为本发明实施例的发送机的结构示意图一;
图5为本发明实施例的发送机的结构示意图二;
图6为本发明实施例的接收机的结构示意图一;
图7为本发明实施例的发送机的结构示意图二;
图8为本发明实施例的接收机的结构示意图二。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、接口、技术之类的具体细节,以便透切理解本发明。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。
本发明描述的各种技术适用于DSL系统的接入网中的报文传输,还适用于容易发生离散丢包的其他网络中的报文传输。
实施例一
本发明提供一种报文传输方法,如图1所示,该方法包括:
S101、发送机在接收到数据流后,按照预设规则,将数据流中的报文进行分类,得到至少两种类型的报文。
其中,预设规则可以为根据数据流中各个报文的报文头对报文进行分类,其中,各个报文的报文头中携带有表示报文类型的信息,也可以为根据数据流中各个报文中的某一指示报文优先级的字段对报文进行分类,本发明实施例不做具体限定。
示例性的,预设规则为根据IP报文的服务类型(英文:Type-Of-Service,简称:TOS)字段报文进行分类,其中,TOS字段中包括优先权子字段。
预设规则也可以为根据标准RFC6184中规定的实时传输协议(英文:Real-timeTransport Protocol,简称:RTP)报文payload中的NAL Type/Payload Type来进行分类,其中,NAL Type/Payload Type中承载有表示视频帧的具体信息。
具体的,发送机在接收到数据流后,按照预设规则,将数据流中的报文进行分类,得到至少两种类型的报文,以便于发送机对不同类型的报文采取不同的方式进行处理。
其中,本发明实施例中报文类型的确定可以为发送机根据实际需求来确定。
示例性的,在对视频进行编码时,该视频会被编码成了若干个画面组(英文:Groupof Pictures,简称:GOP),每个GOP中有基本图像帧(英文:Intra picture Frame,简称:I帧)、解码立即刷新(英文:instantaneous decoding refresh,简称:IDR)帧、前向预测编码帧(英文:Predictive-frame,简称:P帧)、双向预测内插编码帧(英文:Bi-directionalinterpolated prediction frame,简称:B帧)等不同的帧类型。
其中,在对GOP中的其他帧进行编码解码时都要参考I帧或IDR帧,大部分B帧进行编码解码时要参考P帧,而B帧则可能被其他B帧参考,也可能不被参考。
这样,当视频在网络中传输时,如果I帧或IDR帧发生一个或多个报文的丢失,就会影响整个GOP的解码;如果P帧发生丢失,就会影响参考该P帧的B帧的解码;如果B帧发生丢失,就会影响参考该B帧的B帧的解码,如果该B帧没有被参考,则仅影响到该B帧的解码。
因此,若发送机接收到的数据流为视频流,则发送机可以分析该数据流中各个报文的payload,根据各个报文的payload将报文分为高中低三种类型。
具体的,发送机可以将I帧、IDR帧或者包含有视频参数集(英文:Video ParameterSet,简称:VPS)、图像参数集(英文:Picture Parameter Set,简称:PPS)、序列参数集(英文:Sequence Parameter Set,简称:SPS)、节目关联表(英文:Program AssociationTable,简称:PAT)或者节目关联表(英文:Program Map Table,简称:PMT)内容的报文指定为高重要性报文,将P帧、被参考的B帧指定为中重要性的报文,将其他内容的报文指定为低重要性。
其中,PAT和PMT的相关信息可以参考标准ISO-IEC 13818-1。
或者,发送机将I帧、IDR帧或者包含有PAT、PMT、VPS、PPS或SPS内容的报文指定为高重要性报文,将P帧指定为中重要性的报文,将其他内容的报文指定为低重要性。
S102、发送机对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理。
其中,第一类型的报文的优先级高于其他类型的报文的优先级。
采用交织方式处理报文一般能够解决脉冲噪声对物理线路的干扰,恢复受到脉冲影响的报文,进而保证报文的传输质量。
发送机在将数据流中的报文进行分类后,对优先级最高的一类报文采用交织方式进行处理,即发送机对第一类型的报文采用交织方式进行处理,这样能够保证这一类报文的传输质量,进而降低由于该类报文的丢失而对其他类型的报文造成的影响。
可选的,本发明实施例中的发送机可以采用任意一种现有的交织技术对第一类型的报文进行处理,本发明实施例对此不做限定。
示例性的,发送机可以采用线性交织技术对第一类型的报文进行处理,还可以采用卷积交织技术对第一类型的报文进行处理,还可以采用伪随机交织技术对第一类型的报文进行处理。
此外,发送机采用交织方式对第一类型的报文进行处理的同时,还可以对第一类型的报文进行前向纠错(英文:Forward Error Correction,简称:FEC)编码,以保护第一类型的报文的传输质量。
具体的,发送机在自身的处理器中对第一类型的报文进行交织处理。
其中,处理器可以为发送机中单独设立的,也可以为在发送机中的某一模块上集成实现的。该处理器可以是一个中央处理器(英文:Central Processing Unit,简称:CPU),也可以是特定集成电路(英文:Application Specific Integrated Circuit,简称:ASIC),还可以是被配置成实施本发明实施例的一个或多个集成电路。
优选的,本发明实施例中的处理器为交织器。
进一步地,若在预设时间周期内,发送机的处理器中报文的数量小于预设阈值,且预设阈值与处理器中报文的数量的差为N,则从缓存中选取N个报文,以便发送机的处理器立刻进行交织,其中,发送机的缓存中存储的是第二类型的报文,该报文的优先级次优于第一类型的报文的优先级。
发送机对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理。
具体的,若第二类型的报文的优先级为第二优先级,且第二优先级次优于第一优先级,则发送机可以对第二类型的报文进行FEC编码;若第三类型的报文的优先级为第三优先级,其中,第三优先级小于第二优先级,且小于第一优先级,则发送机可以对第三类型的报文不进行处理。
其中,本发明实施例中的发送机可以采用任意一种现有的FEC编码技术对第二类型的报文进行处理,本发明实施例对此不做限定。
具体的,若第二类型的报文的优先级为第二优先级,则发送机先缓存第二类型的报文,然后判断发送机的处理器中报文的数量是否小于预设阈值。
若发送机的处理器中报文的数量等于预设阈值,发送机则对缓存中的第二类型的报文进行FEC编码。
若发送机的处理器中报文的数量小于预设阈值,且预设阈值与发送机的处理器中报文的数量的差为N,发送机则对缓存中的N个第二类型的报文采用交织方式进行处理,并将缓存中除N个第二类型的报文以外的第二类型的报文进行FEC编码,这样可以进一步缩短平均时延。
需要说明的是,本发明实施例中的发送机对其他类型的报文进行处理的方式并不局限于上述几种处理方式。
S103、发送机将处理后的各种类型的报文发送至接收机。
特殊的,如果发送机对某一种类型的报文不做处理,则发送机将这种类型的报文直接发送至接收机。
若第一类型的报文为RTP报文,则被发送机进行交织后的RTP报文至少包含交织标识字段,其中,交织标识字段携带交织标识,交织标识用于表示当前报文已经被交织处理,这样,接收机在接收到RTP报文后,根据RTP报文中的交织标识字段即可确定接收到的RTP报文需要解交织处理。
具体的,交织标识字段包括:
交织后的RTP报文的报文头中包含的InterFlag字段,其中InterFlag用于表示当前报文被交织处理;
或者,
交织后的RTP报文的payload中包含的InterFlag字段;
或者,
交织后的RTP报文的payload type中包含的第一字段,第一字段用于表示当前报文被交织处理,其中,第一字段的名称本发明实施例不作具体限定。
具体的,发送机将交织后的RTP报文发送至接收机的同时,发送机还将InterType和Inter Parameter通过信令通道发送至接收机,以使得接收机根据这两个字段确定具体的解交织技术,并采用确定好的解交织技术还原RTP报文。
其中,InterType用于表示发送机对RTP报文进行交织处理时采用的交织类型,Inter Parameter用于表示具体的交织参数。
需要说明的是,发送机可以采用现有的任意一种协议来发送InterType和InterParameter字段,本发明实施例对此并不做具体限定。
示例性的,发送机采用实时传输控制协议(英文:Real-time Transport ControlProtocol,简称:RTCP)传输InterType和Inter Parameter字段,或者,发送机采用会话初始协议(英文:Session Initiation Protocol,简称:SIP)传输InterType和Inter Parameter字段。
本发明实施例提供一种报文传输方法,发送机在接收到数据流后,按照预设规则将接收到的数据流中的报文进行分类,得到至少两种类型的报文,然后,发送机对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用不同于交织方式的方式进行处理,其中,第一类型的报文的优先级高于其他类型的报文的优先级,最后,发送机将处理后的各种类型的报文发送至接收机,以使得接收机对处理后的各种类型的报文采用各自相应的处理方式进行处理。
通过该方案,发送机在接收到数据流后,不需要对接收到的全部数据流进行交织处理,而是根据预设规则将数据流中的报文进行了分类,然后对各种类型的报文进行了不同的处理,其中,发送机只对数据流中优先级最高的第一类型的报文进行了交织处理,这样,既能保证数据流中最重要的报文不会丢失,保证报文的传输质量,又能有效地降低由于交织造成的时延。
实施例二
本发明提供一种报文传输方法,如图2所示,该方法包括:
S201、接收机在接收到数据流后,将数据流中的报文进行分类,得到至少两种类型的报文。
接收机接收到的数据流为发送机发送至接收机的,由于本发明实施例中的数据流是在发送机是对数据流中的不同类型的报文采用不同方式处理后发送的,因此,接收机接收到数据流后,通过将数据流中的报文进行分类,能够得到至少两种类型的报文,进而采用不同的处理方式对不同类型的报文进行处理。
可选的,接收机在接收到数据流之后,根据报文的格式或者报文头来确定报文的类型,其中,报文头中携带有表示发送机对该报文采用哪种处理方式进行处理的信息。
S202、若报文的类型为第一类型,接收机则对报文进行解交织处理。
其中,第一类型的报文的优先级为第一优先级,第一优先级高于其他类型的报文的优先级。
在接收到数据流后,接收机将数据流中的报文进行分类,得到至少两种类型的报文后,接收机对每种类型的报文采用各自的处理方式进行处理。
可以理解的是,本发明实施例中的报文的类型实质上是由发送机确定的,本发明实施例中的处理方式与发送机对每种类型的报文的处理方式是相对应的。
具体的,若报文的类型为第一类型,接收机则对报文进行解交织处理。
需要说明的是,本发明实施例中的接收机可以采用任意一种现有的解交织技术对第一类型的报文进行处理,本发明实施例对此不做限定。
进一步地,接收机对解交织后的第一类型的报文进行误码纠错处理。
示例性的,若接收机接收到的第一类型的报文为RTP报文,且该RTP报文为发送机进行交织处理之后的报文,则接收机接收到的RTP报文的每个报文中至少包含交织标识字段,其中,交织标识字段携带交织标识,交织标识用于表示当前报文已经被交织处理,接收机根据该交织标识字段可以确定接收到的RTP报文需要解交织处理。
具体的,交织标识字段包括:
RTP报文的报文头中包含的InterFlag字段,其中,InterFlag用于表示当前报文被交织处理;
或者,
RTP报文的payload中包含的InterFlag字段;
或者,
RTP报文的payload type中包含的第一字段,第一字段用于表示当前报文被交织处理,其中,第一字段的名称本发明实施例不作具体限定。
相应的,接收机还通过信令通道接收到InterType和Inter Parameter两个字段,这两个字段分别说明RTP报文的交织类型(例如,规则交织、不规则交织、随机交织等)、具体的交织参数。
接收机根据这两个字段即可确定该RTP报文的具体的解交织技术,这样,接收机使用该解交织技术对RTP报文进行解交织处理。
S203、若报文的类型为第二类型,接收机则对报文进行FEC解码。
其中,第二类型的报文的优先级为第二优先级,第二优先级次优于第一优先级。
在接收到数据流后,接收机将数据流中的报文进行分类,得到至少两种类型的报文后,接收机对每种类型的报文采用各自的处理方式进行处理。
具体的,若报文的类型为第二类型,接收机则对该报文进行FEC解码。
需要说明的是,本发明实施例中的接收机可以采用任意一种现有的FEC解码技术对第二类型的报文进行处理,本发明实施例对此不做具体限定。
进一步地,接收机对FEC解码后的第二类型的报文进行误码纠错处理。
需要说明的是,本发明实施例中的S202和S203的执行顺序可以为先执行S202,后执行S203,也可以为先执行S203,后执行S202,还可以为同时执行S202和S203,本发明实施例对此不作具体限定。
进一步地,若接收机接收到的数据流中的报文包含有第三类型的报文,则接收机对第三类型的报文不进行处理,其中,第三类型的报文的优先级为第三优先级,第三优先级小于第二优先级,且小于第一优先级。
S204、接收机将处理后的各种类型的报文还原为初始报文。
接收机在处理各种类型的报文后,对处理后的各个报文进行还原处理,以使得接收机将接收到的报文还原为初始报文。
具体的,接收机中的序列还原器将接收到的报文还原为初始报文。
其中,序列还原器可以为接收机中单独设立的,也可以为在接收机中的某一处理器上集成实现的。
本发明实施例中的接收机采用现有的任意一种还原初始报文的方法将处理后的各种类型的报文还原为初始报文。
本发明实施例提供一种报文传输方法,接收机在接收到数据流后,将接收到的数据流中的报文进行分类,得到至少两种类型的报文,然后,接收机对每种类型的报文采用各自的处理方式进行处理,最后,接收机将处理后的各种类型的报文还原为初始报文。
通过该方案,接收机接收到的数据流中包含有至少两种类型的报文,而接收机接收到的数据流是通过发送机处理之后的数据流,发送机并没有对全部数据流进行交织处理,而是根据预设规则将数据流中的报文进行了分类,然后对各种类型的报文进行了不同的处理,其中,发送机只对数据流中优先级最高的第一类型的报文进行了交织处理,这样,既能保证数据流中最重要的报文不会丢失,既能保证报文的传输质量,又能有效地降低由于交织造成的时延。
实施例三
为了简单理解本发明,本发明实施例以视频传输为例说明报文的传输方法。
由于人眼对视频中不同空间、时间、色彩、亮度的像素点/区域敏感度不同,因此,承载不同像素点/区域的报文的重要程度不相同。另外,当视频在网络中传输时,如果I帧或IDR帧发生一个或多个报文的丢失,就会影响整个GOP的解码;如果P帧发生丢失,就会影响参考该P帧的B帧的解码;如果B帧发生丢失,就会影响参考该B帧的B帧的解码,如果该B帧没有被参考,则仅影响到该B帧的解码。
因此,本发明实施例以I帧、IDR帧的报文为第一类型的报文(高重要性报文),P帧、被参考的B帧为第二类型的报文(中重要性的报文),其他内容的报文为第三类型的报文(低重要性的报文)为例对报文传输方法进行说明。
如图3所示,本发明实施例提供的报文传输方法包括以下步骤:
S301、发送机在接收到视频数据流后,按照预设规则,将视频数据流中的报文进行分类,得到第一类型、第二类型和第三类型三种报文。
其中,预设规则可以为根据视频数据流中各个报文的报文头对报文进行分类,其中,各个报文的报文头中携带有表示报文类型的类型信息,也可以为根据视频数据流中各个报文中的某一指示报文优先级的字段对报文进行分类,本发明实施例不做具体限定。
示例性的,预设规则可以为根据标准RFC6184中规定的RTP报文payload中的NALType/Payload Type来进行分类,其中,NAL Type/Payload Type中承载有表示视频帧的具体信息。
具体的,发送机在接收到视频数据流后,可以通过分析各个报文的有效负载payload,将I帧、IDR帧的报文为第一类型的报文,P帧、被参考的B帧为第二类型的报文,其他内容的报文为第三类型的报文。其中,第一类型的报文的优先级高于其他类型的报文的优先级,第二类型的报文的优先级次优于第一类型的报文的优先级,第三类型的报文的优先级低于第一类型的报文的优先级,且低于第二类型的报文的优先级。
S302、发送机对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理。
采用交织方式处理报文一般能够解决脉冲噪声对物理线路的干扰,恢复收到脉冲影响的报文,进而保证报文的传输质量。
发送机在将视频数据流中的报文进行分类后,对I帧、IDR帧的报文采用交织方式进行处理,这样能够保证I帧、IDR帧的报文的传输质量,进而降低由于I帧、IDR帧的报文的丢失而对其他类型的报文造成的影响。
可选的,本发明实施例中的发送机可以采用任意一种现有的交织技术对第一类型的报文进行处理,本发明实施例对此不做限定。
示例性的,发送机可以采用线性交织技术对第一类型的报文进行处理,还可以采用卷积交织技术对第一类型的报文进行处理,还可以采用伪随机交织技术对第一类型的报文进行处理。
此外,发送机采用交织方式对第一类型的报文进行处理的同时,还可以对第一类型的报文进行FEC编码,以保护第一类型的报文的传输质量。
具体的,发送机在自身的处理器中对第一类型的报文进行交织处理。
进一步地,若在预设时间周期内,发送机的处理器中报文的数量小于预设阈值,且预设阈值与发送机的处理器中报文的数量的差为N,则从缓存中选取N个报文,以便发送机的处理器立刻进行交织,其中,发送机的缓存中存储的是第二类型的报文,该报文的优先级次优于第一类型的报文的优先级。
其中,发送机的处理器可以为发送机中单独设立的,也可以为在发送机中的某一模块上集成实现的。该处理器可以是一个CPU,也可以是ASIC,还可以是被配置成实施本发明实施例的一个或多个集成电路。
优选的,本发明实施例中的处理器也可以叫交织器。
发送机对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理。
具体的,发送机对第二类型的报文进行FEC编码,对第三类型的报文不进行处理。
其中,第二类型的报文的优先级为第二优先级,第二优先级次优于第一优先级,第三类型的报文的优先级为第三优先级,第三优先级小于第二优先级,且小于第一优先级。
需要说明的是,本发明实施例中的发送机可以采用任意一种现有的FEC编码技术对第二类型的报文进行处理,本发明实施例对此不做限定。
其中,发送机对第二类型的报文进行FEC编码具体包括:发送机先缓存第二类型的报文,然后判断发送机的处理器中报文的数量是否小于预设阈值。
若发送机的处理器中报文的数量等于预设阈值,发送机则对缓存中的第二类型的报文进行FEC编码。
若发送机的处理器中报文的数量小于预设阈值,且预设阈值与发送机的处理器中报文的数量的差为N,发送机则对缓存中的N个第二类型的报文采用交织方式进行处理,并将缓存中除N个第二类型的报文以外的第二类型的报文进行FEC编码,这样可以进一步缩短平均时延。
需要说明的是,本发明实施例中的发送机对第二类型和第三类型的报文进行处理的方式并不局限于上述处理方式。
S303、发送机将处理后的各种类型的报文发送至接收机。
发送机将交织处理之后的第一类型的报文、FEC编码后的第二类型的报文、未处理的第三类型的报文发送至接收机。
其中,若第一类型的报文为RTP报文,则被发送机进行交织后的RTP报文至少包含交织标识字段,其中,交织标识字段携带交织标识,交织标识用于表示当前报文已经被交织处理,这样,接收机在接收到RTP报文后,根据RTP报文中交织标识字段即可确定接收到的RTP报文需要解交织处理。
具体的,交织标识字段包括:
交织后的RTP报文的报文头中包含的InterFlag字段,其中InterFlag用于表示当前报文被交织处理;
或者,
交织后的RTP报文的payload中包含的InterFlag字段;
或者,
交织后的RTP报文的payload type中包含的第一字段,第一字段用于表示当前报文被交织处理,其中,第一字段的名称本发明实施例不作具体限定。
具体的,发送机将交织后的RTP报文发送至接收机的同时,发送机还将InterType和Inter Parameter通过信令通道发送至接收机,以使得接收机根据这两个字段确定具体的解交织技术,并采用确定好的解交织技术还原RTP报文。
其中,InterType用于表示发送机对RTP报文进行交织处理时采用的交织类型,Inter Parameter用于表示具体的交织参数。
需要说明的是,发送机可以采用现有的任意一种协议来发送InterType和InterParameter字段,本发明实施例对此并不做具体限定。
示例性的,发送机采用RTCP传输InterType和Inter Parameter字段,或者,发送机采用SIP传输InterType和Inter Parameter字段。
S304、接收机将接收到的数据流中的报文进行分类,得到三种类型的报文。
由于接收机接收到的视频数据流是在发送机是对视频数据流中的三种类型的报文采用不同方式处理后发送的,因此,接收机接收到视频数据流后,通过将视频数据流中的报文进行分类,能够得到三种类型的报文,进而采用不同的处理方式对这三种类型的报文进行处理。
可选的,接收机在接收到数据流之后,根据报文的格式或者报文头来确定报文的类型,其中,报文头中携带有表示发送机对该报文采用哪种处理方式进行处理的信息。
具体的,接收机将数据流中的报文进行分类,得到第一类型、第二类型和第三类型的报文。
容易理解的是,对于接收机而言,接收到的数据流中的第一类型的报文为经过发送机交织处理后的报文,第二类型的报文为经过发送机FEC编码后的报文。
S305、接收机对接收到的第一类型的报文进行解交织处理。
在接收到视频数据流后,接收机将该视频数据流中的报文进行分类,得到三种类型的报文。在对数据流中的报文进行分类后,接收机对每种类型的报文采用各自的处理方式进行处理。
具体的,接收机对接收到的第一类型的报文进行解交织处理,其中,第一类型的报文的优先级为第一优先级,第一优先级高于其他类型的报文的优先级。
其中,若接收机接收到的第一类型的报文为RTP报文,且该RTP报文为发送机采用交织技术处理之后的报文,则接收机接收到的RTP报文的每个报文中至少包含交织标识字段,其中,交织标识字段携带交织标识,交织标识用于表示当前报文已经被交织处理,接收机根据该交织标识字段可以确定接收到的RTP报文需要解交织处理。
具体的,交织标识字段包括:
RTP报文的报文头中包含的InterFlag字段,其中,InterFlag用于表示当前报文被交织处理;
或者,
RTP报文的payload中包含的InterFlag字段;
或者,
RTP报文的payload type中包含的第一字段,第一字段用于表示当前报文被交织处理,其中,第一字段的名称本发明实施例不作具体限定。
相应的,接收机还通过信令通道接收到InterType和Inter Parameter两个字段,这两个字段分别说明RTP报文的交织类型(例如,规则交织、不规则交织、随机交织等)、具体的交织参数。
接收机根据这两个字段即可确定该数据流的具体的解交织技术,这样,接收机使用该解交织技术对数据流进行解交织处理。
S306、接收机对接收到的第二类型的报文进行FEC解码。
其中,第二类型的报文的优先级为第二优先级,第二优先级次优于第一优先级。
本发明实施例中的接收机可以采用任意一种现有的FEC解码技术对接收到的第二类型的报文进行处理,本发明实施例对此不做具体限定。
S307、接收机对接收到的第三类型的报文不进行处理。
其中,第三类型的报文的优先级为第三优先级,第三优先级小于第二优先级,且小于第一优先级。
需要说明的是,本发明实施例中的S305、S306和S307的执行顺序可以为先执行S305,再执行S306,后执行S307,也可以为先执行S306,再执行S305,后执行S307,还可以为同时执行S305、S306和S307,本发明实施例对此不作具体限定。
S308、接收机将处理后的各种类型的报文还原为初始报文。
接收机在处理各种类型的报文后,对处理后的各个报文进行还原处理,以使得接收机将接收到的报文还原为初始报文。
具体的,接收机中的序列还原器将接收到的报文还原为初始报文。
其中,序列还原器可以为接收机中单独设立的,也可以为在接收机中的某一处理器上集成实现的。
本发明实施例中的接收机采用现有的任意一种还原初始报文的方法将处理后的各种类型的报文还原为初始报文。
本发明实施例提供一种报文传输方法,发送机在接收到数据流后,按照预设规则将接收到的数据流中的报文进行分类,得到至少两种类型的报文,然后,发送机对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,其中,第一类型的报文的优先级高于其他类型的报文的优先级,最后,发送机将处理后的各种类型的报文发送至接收机,以使得接收机对处理后的各种类型的报文采用各自相应的处理方式进行处理。
通过该方案,发送机在接收到数据流后,不需要对接收到的全部数据流进行FEC编码和交织处理,而是根据预设规则将数据流中的报文进行了分类,然后对各种类型的报文进行了不同的处理,其中,发送机只对数据流中优先级最高的第一类型的报文进行了交织处理,这样,既能保证数据流中最重要的报文不会丢失,既能保证报文的传输质量,又能有效地降低由于交织造成的时延。
实施例四
本发明实施例提供一种发送机1,如图4所示,该发送机1包括:
接收单元10,用于接收数据流。
分类单元11,用于按照预设规则,将所述接收单元10接收到的数据流中的报文进行分类,得到至少两种类型的报文。
其中,预设规则可以为根据接收单元10接收到的数据流中各个报文的报文头对报文进行分类,其中,各个报文的报文头中携带有表示报文类型的类型信息,也可以为根据接收单元10接收到的数据流中各个报文中的某一指示报文优先级的字段对报文进行分类,本发明实施例不做具体限定。
示例性的,预设规则为根据IP报文的TOS字段报文进行分类,其中,TOS字段中包括优先权子字段;预设规则也可以为根据标准RFC6184中规定的RTP报文payload中的NALType/Payload Type来进行分类,其中,NAL Type/Payload Type中承载有表示视频帧的具体信息。
处理单元12,用于对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级。
处理单元12在分类单元11将数据流中的报文进行分类后,对优先级最高的一类报文采用交织方式进行处理,即处理单元12对第一类型的报文采用交织方式进行处理,这样能够保证这一类报文的传输质量,进而降低由于该类报文的丢失而对其他类型的报文造成的影响。
其中,本发明实施例中的处理单元12可以采用任意一种现有的交织技术对第一类型的报文进行处理,本发明实施例对此不做限定。
发送单元13,用于将所述处理单元12处理后的各种类型的报文发送至接收机,以使得所述接收机对所述处理后的各种类型的报文采用各自相应的处理方式进行处理。
进一步地,所述处理单元12,具体用于若第二类型的报文的优先级为第二优先级,则对所述第二类型的报文进行前向纠错FEC编码,其中,所述第二优先级次优于所述第一优先级,以及具体用于若第三类型的报文的优先级为第三优先级,则对所述第三类型的报文不进行处理,其中,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
其中,本发明实施例中的处理单元12可以采用任意一种现有的FEC编码技术对第二类型的报文进行处理,本发明实施例对此不做限定。
需要说明的是,本发明实施例中的处理单元12对其他类型的报文进行处理的方式并不局限于上述几种处理方式。
进一步地,如图5所示,所述发送机1还包括存储单元14;
所述存储单元14,用于若第二类型的报文的优先级为第二优先级,则缓存所述第二类型的报文。
所述发送机1还包括判断单元15;
所述判断单元15,用于判断第一类型的报文的数量是否小于预设阈值。
所述处理单元12,用于若第一类型的报文的数量等于预设阈值,则对所述存储单元14中的第二类型的报文进行前向纠错FEC编码,以及用于若第一类型的报文的数量小于预设阈值,且所述预设阈值与第一类型的报文的数量的差为NN≥1,则对所述存储单元中的N个第二类型的报文采用交织方式进行处理,并用于将所述存储单元14中除所述N个第二类型的报文以外的第二类型的报文进行FEC编码。
进一步地,处理单元12采用交织方式对第一类型的报文进行处理的同时,还可以对第一类型的报文进行FEC调制,以保护第一类型的报文的传输质量。
进一步地,所述处理单元12,具体用于若在预设时间周期内,所述处理单元12中第一类型的报文的数量小于所述预设阈值,且所述预设阈值与所述处理单元12中第一类型的报文的数量的差为N,则从所述存储单元14中选取N个第二类型的报文,以便进行交织。
进一步地,若所述第一类型的报文为实时传输协议RTP报文,则交织后的RTP报文至少包含交织标识字段;
其中,交织标识字段包括:
所述交织后的RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述交织后的RTP报文的payload中包含的InterFlag字段;
或者,
所述交织后的RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
进一步地,所述发送单元13,具体用于将所述交织后的RTP报文发送至接收机。
进一步地,所述发送单元13,还具体用于将InterType和Inter Parameter发送至接收机,所述InterType用于表示对所述RTP报文进行交织处理时采用的交织类型,所述Inter Parameter用于表示具体的交织参数。
发送单元13将交织后的RTP报文发送至接收机的同时,发送单元13还将InterType和Inter Parameter通过信令通道发送至接收机,以使得接收机根据这两个字段确定具体的解交织技术,并采用确定好的解交织技术还原RTP报文。
需要说明的是,发送单元13可以采用现有的任意一种协议来发送InterType和Inter Parameter字段,本发明实施例对此并不做具体限定。
示例性的,发送单元13采用RTCP传输InterType和Inter Parameter字段,或者,发送机采用SIP传输InterType和Inter Parameter字段。
本发明实施例提供一种发送机,包括接收单元、分类单元、处理单元和发送单元。发送机在接收到数据流后,按照预设规则将接收到的数据流中的报文进行分类,得到至少两种类型的报文,然后,发送机对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式的方式进行处理,其中,第一类型的报文的优先级高于其他类型的报文的优先级,最后,发送机将处理后的各种类型的报文发送至接收机,以使得接收机对处理后的各种类型的报文采用各自相应的处理方式进行处理。
通过该方案,发送机在接收到数据流后,不需要对接收到的全部数据流进行FEC编码和交织处理,而是根据预设规则将数据流中的报文进行了分类,然后对各种类型的报文进行了不同的处理,其中,发送机只对数据流中优先级最高的第一类型的报文进行了交织处理,这样,既能保证数据流中最重要的报文不会丢失,既能保证报文的传输质量,又能有效地降低由于交织造成的时延。
实施例五
本发明实施例提供一种接收机1,如图6所示,该接收机1包括:
接收单元20,用于接收数据流,所述数据流至少包括两种类型的报文。
接收单元20接收到的数据流为发送机发送的数据流,该数据流中的报文为经过发送机进行处理后的报文,该数据流中至少包括两种类型的报文。
分类单元21,用于将所述接收单元20接收到的数据流中的报文进行分类,得到至少两种类型的报文。
分类单元21在接收单元20接收到数据流之后,根据报文的格式或者报文头来确定报文的类型,其中,报文头中携带有表示发送机对该报文采用哪种处理方式进行处理的信息。
处理单元22,用于若报文的类型为第一类型,则对所述报文进行解交织处理,其中,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级,以及用于若报文的类型为第二类型,则对所述报文进行前向纠错FEC解码,其中,所述第二类型的报文的优先级为第二优先级,所述第二优先级次优于所述第一优先级,以及用于将处理后的各种类型的报文还原为初始报文。
可以理解的是,本发明实施例中的报文的类型实质上是由发送机确定的,本发明实施例中的处理方式与发送机对每种类型的报文的处理方式是相对应的。
所述处理单元22可以采用任意一种现有的解交织技术对第一类型的报文进行解交织处理,可以采用任意一种现有的FEC解码技术对第二类型的报文进行处理,本发明实施例对此不做限定。
进一步地,所述处理单元22,还用于若报文的类型为第三类型,则对所述第三类型的报文不进行处理,其中,所述第三类型的报文的优先级为第三优先级,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
进一步地,所述处理单元22,还用于对解交织后的第一类型的报文进行误码纠错处理,以及还用于对FEC解码后的第二类型的报文进行误码纠错处理。
进一步地,若所述第一类型的报文为实时传输协议RTP报文,则所述RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述RTP报文的payload中包含的InterFlag字段;
或者,
所述RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
进一步地,所述接收单元20,还用于若所述第一类型的报文为RTP报文,则接收InterType和Inter Parameter字段,所述InterType用于表示所述RTP报文的交织类型,所述Inter Parameter用于表示具体的交织参数。
接收单元20还通过信令通道接收到InterType和Inter Parameter两个字段,这两个字段分别说明交织类型(例如,规则交织、不规则交织、随机交织等)、具体的交织参数。
进一步地,所述处理单元22,具体用于根据所述接收单元20接收到的所述InterType和所述Inter Parameter字段,确定解交织技术。
进一步地,所述处理单元22,具体用于采用所述解交织技术,对所述RTP报文进行解交织处理。
本发明实施例提供一种接收机,包含接收单元、分类单元和处理单元。接收机在接收到数据流后,将接收到的数据流中的报文进行分类,得到至少两种类型的报文,然后,接收机对每种类型的报文采用各自的处理方式进行处理,最后,接收机将处理后的各种类型的报文还原为初始报文。
通过该方案,接收机接收到的数据流中包含有至少两种类型的报文,而接收机接收到的数据流是通过发送机处理之后的数据流,发送机并没有对全部数据流进行交织处理,而是根据预设规则将数据流中的报文进行了分类,然后对各种类型的报文进行了不同的处理,其中,发送机只对数据流中优先级最高的第一类型的报文进行了交织处理,这样,既能保证数据流中最重要的报文不会丢失,既能保证报文的传输质量,又能有效地降低由于交织造成的时延。
实施例六
本发明实施例提供一种发送机,如图7所示,该发送机包括通信接口30、处理器31、存储器32和系统总线33,其中,
通信接口30、处理器31和存储器32之间通过系统总线33连接并完成相互间的通信。
处理器31可能为单核或多核中央处理器,或者为特定集成电路,或者为被配置成实施本发明实施例的一个或多个集成电路。
存储器32可以为高速随机存储器(英文:Random Access Memory,简称:RAM)存储器,也可以为非易失性存储器(英文:non-volatile memory),例如,至少一个磁盘存储器。
具体的,所述通信接口30,用于接收数据流。
具体的,所述处理器31,用于按照预设规则,将所述通信接口30接收到的数据流中的报文进行分类,得到至少两种类型的报文。
进一步地,所述处理器31,用于对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级。
预设规则可以为根据通信接口30接收到的数据流中各个报文的报文头对报文进行分类,其中,各个报文的报文头中携带有表示报文类型的类型信息,也可以为根据通信接口30接收到的数据流中各个报文中的某一指示报文优先级的字段对报文进行分类,本发明实施例不做具体限定。
示例性的,预设规则可以为根据IP报文的TOS字段报文进行分类,其中,TOS字段中包括优先权子字段。
预设规则也可以为根据标准RFC6184中规定的RTP报文payload中的NAL Type/Payload Type来进行分类,其中,NAL Type/Payload Type中承载有表示视频帧的具体信息。
处理器31在将数据流中的报文进行分类后,对优先级最高的一类报文采用交织方式进行处理,即处理器31对第一类型的报文采用交织方式进行处理,这样能够保证这一类报文的传输质量,进而降低由于该类报文的丢失而对其他类型的报文造成的影响。
其中,本发明实施例中的处理器31可以采用任意一种现有的交织技术对第一类型的报文进行处理,本发明实施例对此不做限定。
具体的,所述通信接口30,还用于将所述处理器31处理后的各种类型的报文发送至接收机,以使得所述接收机对所述处理后的各种类型的报文采用各自相应的处理方式进行处理。
进一步地,所述处理器31,具体用于若第二类型的报文的优先级为第二优先级,则对所述第二类型的报文进行前向纠错FEC编码,其中,所述第二优先级次优于所述第一优先级,以及具体用于若第三类型的报文的优先级为第三优先级,则对所述第三类型的报文不进行处理,其中,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
其中,本发明实施例中的处理器31可以采用任意一种现有的FEC编码技术对第二类型的报文进行处理,本发明实施例对此不做限定。
需要说明的是,本发明实施例中的处理器31对其他类型的报文进行处理的方式并不局限于上述几种处理方式。
进一步地,所述存储器32,用于若第二类型的报文的优先级为第二优先级,则缓存所述第二类型的报文。
进一步地,所述处理器31,用于判断第一类型的报文的数量是否小于预设阈值。
进一步地,所述处理器31,用于若第一类型的报文的数量等于预设阈值,则对所述存储器32中的第二类型的报文进行前向纠错FEC编码,以及用于若第一类型的报文的数量小于预设阈值,且所述预设阈值与第一类型的报文的数量的差为N,N≥1,则对所述存储器32中的N个第二类型的报文采用交织方式进行处理,并还用于将所述存储器32中除所述N个第二类型的报文以外的第二类型的报文进行FEC编码。
进一步地,处理器31采用交织方式对第一类型的报文进行处理的同时,还可以对第一类型的报文进行FEC调制,以保护第一类型的报文的传输质量。
进一步地,所述处理器31,具体用于若在预设时间周期内,所述第一类型的报文的数量小于所述预设阈值,且所述预设阈值与所述第一类型的报文的数量的差为N,则从所述存储器32中选取N个第二类型的报文,以便立刻进行交织。
进一步地,若所述第一类型的报文为实时传输协议RTP报文,则交织后的RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述交织后的RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述交织后的RTP报文的payload中包含的InterFlag字段;
或者,
所述交织后的RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
进一步地,所述通信接口30,具体用于将所述交织后的RTP报文发送至接收机。
进一步地,所述通信接口30,还具体用于将InterType和Inter Parameter通过信令通道发送至接收机,所述InterType用于表示对所述RTP报文进行交织处理时采用的交织类型,所述Inter Parameter用于表示具体的交织参数。
通信接口30将交织后的RTP报文发送至接收机的同时,通信接口30还将InterType和Inter Parameter通过信令通道发送至接收机,以使得接收机根据这两个字段确定具体的解交织技术,并采用确定好的解交织技术对RTP报文进行解交织处理。
需要说明的是,通信接口30可以采用现有的任意一种协议来发送InterType和Inter Parameter字段,本发明实施例对此并不做具体限定。
示例性的,发送机采用RTCP传输InterType和Inter Parameter字段,或者,发送机采用SIP传输InterType和Inter Parameter字段。
本发明实施例提供一种发送机,发送机在接收到数据流后,按照预设规则将接收到的数据流中的报文进行分类,得到至少两种类型的报文,然后,发送机对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式的方式进行处理,其中,第一类型的报文的优先级高于其他类型的报文的优先级,最后,发送机将处理后的各种类型的报文发送至接收机,以使得接收机对处理后的各种类型的报文采用各自相应的处理方式进行处理。
通过该方案,发送机在接收到数据流后,并没有对接收到的全部数据流进行FEC编码和交织处理,而是根据预设规则将数据流中的报文进行了分类,然后对各种类型的报文进行了不同的处理,其中,发送机只对数据流中优先级最高的第一类型的报文进行了交织处理,这样,既能保证数据流中最重要的报文不会丢失,既能保证报文的传输质量,又能有效地降低由于交织造成的时延。
实施例七
本发明实施例提供一种接收机,如图8所示,该接收机包括通信接口40、处理器41、存储器42和系统总线43,其中,
通信接口40、处理器41和存储器42之间通过系统总线43连接并完成相互间的通信。
处理器41可能为单核或多核中央处理器,或者为特定集成电路,或者为被配置成实施本发明实施例的一个或多个集成电路。
存储器42可以为高速RAM,也可以为非易失性存储器,例如,至少一个磁盘存储器。
具体的,所述通信接口40,用于接收数据流,所述数据流至少包括两种类型的报文。
通信接口40接收到的数据流为发送机发送的数据流,该数据流中的报文为经过发送机进行处理后的报文,该数据流中至少包括两种类型的报文。
具体的,所述处理器41,用于将所述通信接口40接收到的数据流中的报文进行分类,得到至少两种类型的报文。
进一步地,所述处理器41,用于若报文的类型为第一类型,则对所述报文进行解交织处理,其中,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级,以及用于若报文的类型为第二类型,则对所述报文进行前向纠错FEC解码,其中,所述第二类型的报文的优先级为第二优先级,所述第二优先级次优于所述第一优先级,以及用于将处理后的各种类型的报文还原为初始报文。
处理器41在通信接口40接收到数据流之后,根据报文的格式或者报文头来确定报文的类型,其中,报文头中携带有表示发送机对该报文采用哪种处理方式进行处理的信息。
可以理解的是,本发明实施例中的报文的类型实质上是由发送机确定的,本发明实施例中的处理方式与发送机对每种类型的报文的处理方式是相对应的。
进一步地,所述处理器41,还用于若报文的类型为第三类型,则对所述第三类型的报文不进行处理,其中,所述第三类型的报文的优先级为第三优先级,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
处理器41可以采用任意一种现有的解交织技术对第一类型的报文进行处理,可以采用任意一种现有的FEC解码技术对第二类型的报文进行处理,本发明实施例对此不做限定。
进一步地,所述处理器41,还用于对解交织后的第一类型的报文进行误码纠错处理,以及还用于对FEC解码后的第二类型的报文进行误码纠错处理。
进一步地,若所述第一类型的报文为实时传输协议RTP报文,则所述RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述RTP报文的payload中包含的InterFlag字段;
或者,
所述RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
进一步地,所述通信接口40,还用于若所述第一类型的报文为RTP报文,则接收InterType和Inter Parameter字段,所述InterType用于表示所述RTP报文的交织类型,所述Inter Parameter用于表示具体的交织参数。
进一步地,所述处理器41,具体用于根据所述通信接口40接收到的所述InterType和所述Inter Parameter字段,确定解交织技术。
进一步地,所述处理器41,具体用于采用确定的解交织技术,对所述RTP报文进行解交织处理。
本发明实施例提供一种接收机,接收机在接收到数据流后,将接收到的数据流中的报文进行分类,得到至少两种类型的报文,然后,接收机对每种类型的报文采用各自的处理方式进行处理,最后,接收机将处理后的各种类型的报文还原为初始报文。
通过该方案,接收机接收到的数据流中包含有至少两种类型的报文,而接收机接收到的数据流是通过发送机处理之后的数据流,发送机并没有对全部数据流进行交织处理,而是根据预设规则将数据流中的报文进行了分类,然后对各种类型的报文进行了不同的处理,其中,发送机只对数据流中优先级最高的第一类型的报文进行了交织处理,这样,既能保证数据流中最重要的报文不会丢失,既能保证报文的传输质量,又能有效地降低由于交织造成的时延。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (26)
1.一种报文传输方法,其特征在于,包括:
在接收到数据流后,按照预设规则,将所述数据流中的报文进行分类,得到至少两种类型的报文;
对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级;
将处理后的各种类型的报文发送至接收机。
2.根据权利要求1所述的报文传输方法,其特征在于,所述对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,具体包括:
若第二类型的报文的优先级为第二优先级,则对所述第二类型的报文进行前向纠错FEC编码,其中,所述第二优先级次优于所述第一优先级;
若第三类型的报文的优先级为第三优先级,则对所述第三类型的报文不进行处理,其中,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
3.根据权利要求2所述的报文传输方法,其特征在于,所述若第二类型的报文的优先级为第二优先级,则对所述第二类型的报文进行前向纠错FEC编码,具体包括:
若第二类型的报文的优先级为第二优先级,则缓存所述第二类型的报文;
判断第一类型的报文的数量是否小于预设阈值;
若第一类型的报文的数量等于预设阈值,则对缓存中的第二类型的报文进行前向纠错FEC编码;
若第一类型的报文的数量小于预设阈值,且所述预设阈值与所述第一类型的报文的数量的差为N,N≥1,则对缓存中的N个第二类型的报文采用交织方式进行处理,并将缓存中除所述N个第二类型的报文以外的第二类型的报文进行FEC编码。
4.根据权利要求1所述的报文传输方法,其特征在于,所述对第一类型的报文采用交织方式进行处理,具体包括:
若在预设时间周期内,第一类型的报文的数量小于预设阈值,且所述预设阈值与第一类型的报文的数量的差为N,则从缓存中选取N个第二类型的报文,以便立刻进行交织。
5.根据权利要求1-4任意一项所述的报文传输方法,其特征在于,
若所述第一类型的报文为实时传输协议RTP报文,则交织后的RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述交织后的RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述交织后的RTP报文的payload中包含的InterFlag字段;
或者,
所述交织后的RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
6.根据权利要求5所述的报文传输方法,其特征在于,所述将处理后的各种类型的报文发送至接收机,包括:
将所述交织后的RTP报文发送至接收机。
7.根据权利要求6所述的报文传输方法,其特征在于,所述将处理后的各种类型的报文发送至接收机,还包括:
将InterType和Inter Parameter发送至接收机,所述InterType用于表示对所述RTP报文进行交织处理时采用的交织类型,所述Inter Parameter用于表示具体的交织参数。
8.一种报文传输方法,其特征在于,包括:
在接收到数据流后,将所述数据流中的报文进行分类,得到至少两种类型的报文;
若报文的类型为第一类型,则对所述报文进行解交织处理,其中,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级;
若报文的类型为第二类型,则对所述报文进行前向纠错FEC解码,其中,所述第二类型的报文的优先级为第二优先级,所述第二优先级次优于所述第一优先级;
将处理后的各种类型的报文还原为初始报文。
9.根据权利要求8所述的报文传输方法,其特征在于,所述方法还包括:
若报文的类型为第三类型,则对所述第三类型的报文不进行处理,其中,所述第三类型的报文的优先级为第三优先级,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
10.根据权利要求8所述的报文传输方法,其特征在于,所述方法还包括:
对解交织后的第一类型的报文进行误码纠错处理;
对FEC解码后的第二类型的报文进行误码纠错处理。
11.根据权利要求8-10任意一项所述的报文传输方法,其特征在于,
若所述第一类型的报文为实时传输协议RTP报文,则所述RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述RTP报文的payload中包含的InterFlag字段;
或者,
所述RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
12.根据权利要求11所述的报文传输方法,其特征在于,若所述第一类型的报文为RTP报文,则所述方法还包括:
接收InterType和Inter Parameter字段,所述InterType用于表示所述RTP报文的交织类型,所述Inter Parameter用于表示具体的交织参数。
13.根据权利要求12所述的报文传输方法,其特征在于,所述对所述报文进行解交织处理,具体包括:
根据所述InterType和所述Inter Parameter字段,确定解交织技术;
采用所述解交织技术,对所述RTP报文进行解交织处理。
14.一种发送机,其特征在于,包括:
接收单元,用于接收数据流;
分类单元,用于按照预设规则,将所述接收单元接收到的数据流中的报文进行分类,得到至少两种类型的报文;
处理单元,用于对第一类型的报文采用交织方式进行处理,且对除第一类型的报文以外的其他类型的报文采用非交织方式进行处理,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级;
发送单元,用于将所述处理单元处理后的各种类型的报文发送至接收机。
15.根据权利要求14所述的发送机,其特征在于,
所述处理单元,具体用于若第二类型的报文的优先级为第二优先级,则对所述第二类型的报文进行前向纠错FEC编码,其中,所述第二优先级次优于所述第一优先级,以及具体用于若第三类型的报文的优先级为第三优先级,则对所述第三类型的报文不进行处理,其中,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
16.根据权利要求15所述的发送机,其特征在于,所述发送机还包括存储单元;
所述存储单元,用于若第二类型的报文的优先级为第二优先级,则缓存所述第二类型的报文;
所述发送机还包括判断单元;
所述判断单元,用于判断第一类型的报文的数量是否小于预设阈值;
所述处理单元,用于若第一类型的报文的数量等于预设阈值,则对所述存储单元中的第二类型的报文进行前向纠错FEC编码,以及用于若第一类型的报文的数量小于预设阈值,且所述预设阈值与第一类型的报文的数量的差为N,N≥1,则对所述存储单元中的N个第二类型的报文采用交织方式进行处理,并将所述存储单元中除所述N个第二类型的报文以外的第二类型的报文进行FEC编码。
17.根据权利要求14所述的发送机,其特征在于,
所述处理单元,具体用于若在预设时间周期内,第一类型的报文的数量小于预设阈值,且所述预设阈值与所述第一类型的报文的数量的差为N,则从存储单元中选取N个第二类型的报文,以便立刻进行交织。
18.根据权利要求14-17任意一项所述的发送机,其特征在于,
若所述第一类型的报文为实时传输协议RTP报文,则交织后的RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述交织后的RTP报文的报文头中至少包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述交织后的RTP报文的payload中包含的InterFlag字段;
或者,
所述交织后的RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
19.根据权利要求18所述的发送机,其特征在于,
所述发送单元,具体用于将所述交织后的RTP报文发送至接收机。
20.根据权利要求19所述的发送机,其特征在于,
所述发送单元,还具体用于将InterType和Inter Parameter发送至接收机,所述InterType用于表示对所述RTP报文进行交织处理时采用的交织类型,所述InterParameter用于表示具体的交织参数。
21.一种接收机,其特征在于,包括:
接收单元,用于接收数据流;
分类单元,用于将所述接收单元接收到的数据流中的报文进行分类,得到至少两种类型的报文;
处理单元,用于若报文的类型为第一类型,则对所述报文进行解交织处理,其中,所述第一类型的报文的优先级为第一优先级,所述第一优先级高于其他类型的报文的优先级,以及用于若报文的类型为第二类型,则对所述报文进行前向纠错FEC解码,其中,所述第二类型的报文的优先级为第二优先级,所述第二优先级次优于所述第一优先级,以及用于将处理后的各种类型的报文还原为初始报文。
22.根据权利要求21所述的接收机,其特征在于,
所述处理单元,还用于若报文的类型为第三类型,则对所述第三类型的报文不进行处理,其中,所述第三类型的报文的优先级为第三优先级,所述第三优先级小于所述第二优先级,且小于所述第一优先级。
23.根据权利要求21所述的接收机,其特征在于,
所述处理单元,还用于对解交织后的第一类型的报文进行误码纠错处理,以及还用于对FEC解码后的第二类型的报文进行误码纠错处理。
24.根据权利要求21-23任意一项所述的接收机,其特征在于,
若所述第一类型的报文为实时传输协议RTP报文,则所述RTP报文至少包含交织标识字段;
其中,所述交织标识字段包括:
所述RTP报文的报文头中包含的InterFlag字段,所述InterFlag用于表示当前报文被交织处理;
或者,
所述RTP报文的payload中包含的InterFlag字段;
或者,
所述RTP报文的payload type中包含的第一字段,所述第一字段用于表示当前报文被交织处理。
25.根据权利要求24所述的接收机,其特征在于,
所述接收单元,还用于若所述第一类型的报文为RTP报文,则接收InterType和InterParameter字段,所述InterType用于表示所述RTP报文的交织类型,所述Inter Parameter用于表示具体的交织参数。
26.根据权利要求25所述的接收机,其特征在于,
所述处理单元,具体用于根据所述接收单元接收到的所述InterType和所述InterParameter字段,确定解交织技术,以及具体用于采用所述解交织技术,对所述RTP报文进行解交织处理。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510372581.6A CN106330713B (zh) | 2015-06-29 | 2015-06-29 | 一种报文传输方法及装置 |
CN202010232708.5A CN111541514B (zh) | 2015-06-29 | 2015-06-29 | 一种报文传输方法及装置 |
PCT/CN2016/086947 WO2017000836A1 (zh) | 2015-06-29 | 2016-06-23 | 一种报文传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510372581.6A CN106330713B (zh) | 2015-06-29 | 2015-06-29 | 一种报文传输方法及装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010232708.5A Division CN111541514B (zh) | 2015-06-29 | 2015-06-29 | 一种报文传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106330713A CN106330713A (zh) | 2017-01-11 |
CN106330713B true CN106330713B (zh) | 2020-04-14 |
Family
ID=57607723
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010232708.5A Active CN111541514B (zh) | 2015-06-29 | 2015-06-29 | 一种报文传输方法及装置 |
CN201510372581.6A Active CN106330713B (zh) | 2015-06-29 | 2015-06-29 | 一种报文传输方法及装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010232708.5A Active CN111541514B (zh) | 2015-06-29 | 2015-06-29 | 一种报文传输方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (2) | CN111541514B (zh) |
WO (1) | WO2017000836A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108174239A (zh) * | 2017-12-04 | 2018-06-15 | 中国联合网络通信集团有限公司 | 一种视频传输方法及设备 |
CN108390738A (zh) * | 2018-01-29 | 2018-08-10 | 全球能源互联网研究院有限公司 | 一种基于智能变电站时钟同步的数据传输方法与系统 |
CN109981481B (zh) * | 2019-01-16 | 2022-11-11 | 北京左江科技股份有限公司 | 一种多现场保护的设计方法 |
CN110086574B (zh) * | 2019-04-29 | 2020-09-29 | 京信通信系统(中国)有限公司 | 报文处理方法、装置、计算机设备和存储介质 |
CN112838992B (zh) * | 2019-11-22 | 2024-06-14 | 华为技术有限公司 | 报文调度方法及网络设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1913530A (zh) * | 2005-08-09 | 2007-02-14 | 中兴通讯股份有限公司 | 无线链路层中非确认模式协议数据单元的发送和接收方法 |
CN101166273A (zh) * | 2006-10-16 | 2008-04-23 | 华为技术有限公司 | 实现视频数据传送的方法、装置及系统 |
CN101895742A (zh) * | 2010-02-08 | 2010-11-24 | 北京韦加航通科技有限责任公司 | 将不相等错保护应用于单载波系统视频传输的方法 |
CN102257785A (zh) * | 2008-10-30 | 2011-11-23 | 诺基亚公司 | 用于交织数据块的方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100049865A1 (en) * | 2008-04-16 | 2010-02-25 | Nokia Corporation | Decoding Order Recovery in Session Multiplexing |
CN101729910B (zh) * | 2008-10-15 | 2011-11-23 | 国家广播电影电视总局广播科学研究院 | 一种基于可分级比特流的数据传输方法和装置 |
CN101527607B (zh) * | 2009-04-22 | 2011-02-09 | 四川虹微技术有限公司 | 一种dab信道解码装置 |
CN103975551B (zh) * | 2014-03-11 | 2018-03-06 | 华为技术有限公司 | 端到端的网络QoS控制系统、通信设备和端到端的网络QoS控制方法 |
-
2015
- 2015-06-29 CN CN202010232708.5A patent/CN111541514B/zh active Active
- 2015-06-29 CN CN201510372581.6A patent/CN106330713B/zh active Active
-
2016
- 2016-06-23 WO PCT/CN2016/086947 patent/WO2017000836A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1913530A (zh) * | 2005-08-09 | 2007-02-14 | 中兴通讯股份有限公司 | 无线链路层中非确认模式协议数据单元的发送和接收方法 |
CN101166273A (zh) * | 2006-10-16 | 2008-04-23 | 华为技术有限公司 | 实现视频数据传送的方法、装置及系统 |
CN102257785A (zh) * | 2008-10-30 | 2011-11-23 | 诺基亚公司 | 用于交织数据块的方法和装置 |
CN101895742A (zh) * | 2010-02-08 | 2010-11-24 | 北京韦加航通科技有限责任公司 | 将不相等错保护应用于单载波系统视频传输的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111541514B (zh) | 2021-10-26 |
CN106330713A (zh) | 2017-01-11 |
CN111541514A (zh) | 2020-08-14 |
WO2017000836A1 (zh) | 2017-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Fouladi et al. | Salsify:{Low-Latency} network video through tighter integration between a video codec and a transport protocol | |
CN106330713B (zh) | 一种报文传输方法及装置 | |
US10911763B2 (en) | System and method for electronic data communication | |
US10616383B2 (en) | System and method for electronic data communication | |
EP2849393B1 (en) | Method and device for transmitting video data | |
US10594977B2 (en) | System and method for electronic data communication | |
CN110224793B (zh) | 一种基于媒体内容的自适应fec方法 | |
US10523895B2 (en) | System and method for electronic data communication | |
CN106817585B (zh) | 一种利用长期参考帧的视频编码方法、电子设备和系统 | |
CN110876066A (zh) | 一种自适应前向纠错方法、装置、介质和设备 | |
CN102223218B (zh) | 媒体报文重传抑制方法和设备 | |
CN110996035B (zh) | 信息发送方法及装置 | |
CA2998900A1 (en) | Fec mechanism based on media contents | |
CN108429921B (zh) | 一种视频编解码方法及装置 | |
CA2829603A1 (en) | Signaling number of active layers in video coding | |
US7852853B1 (en) | System and method for transmitting video information | |
CN109862400B (zh) | 一种流媒体传输方法、装置及其系统 | |
Fiandrotti et al. | Traffic prioritization of H. 264/SVC video over 802.11 e ad hoc wireless networks | |
CN114449291A (zh) | 数据传输方法、设备及计算机存储介质 | |
KR100678050B1 (ko) | 이동 통신 시스템에서 영상 데이터를 송수신하기 위한장치 및 방법 | |
CN111131840B (zh) | 一种视频业务系统切换网络的方法及装置 | |
CN116634187A (zh) | 基于合流发送机制的视频流处理方法、装置、设备和介质 | |
CN111225238A (zh) | 信息处理方法及相关设备 | |
CN112769523A (zh) | 一种基于媒体内容的自适应fec方法及系统 | |
CN117998469A (zh) | 一种业务特性上报方法、装置及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |