CN104270594B - 数据包发送与接收的方法及设备 - Google Patents

数据包发送与接收的方法及设备 Download PDF

Info

Publication number
CN104270594B
CN104270594B CN201410495491.1A CN201410495491A CN104270594B CN 104270594 B CN104270594 B CN 104270594B CN 201410495491 A CN201410495491 A CN 201410495491A CN 104270594 B CN104270594 B CN 104270594B
Authority
CN
China
Prior art keywords
data
data packet
image data
reception failure
response bag
Prior art date
Application number
CN201410495491.1A
Other languages
English (en)
Other versions
CN104270594A (zh
Inventor
吴鹏程
罗飞
樊国栋
马维孝
姚进华
Original Assignee
大唐移动通信设备有限公司
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 大唐移动通信设备有限公司 filed Critical 大唐移动通信设备有限公司
Priority to CN201410495491.1A priority Critical patent/CN104270594B/zh
Publication of CN104270594A publication Critical patent/CN104270594A/zh
Application granted granted Critical
Publication of CN104270594B publication Critical patent/CN104270594B/zh

Links

Abstract

本发明公开了数据包发送与接收的方法及设备,用以保证图像数据对应的多个数据包都能传输至接收端,从而保证接收端获取到完整的图像数据,提高图像的显示质量,减少了花屏或者黑屏的概率。所述方法包括:将预设时间长度内采集到的图像数据进行分片封装,得到所述图像数据对应的多个数据包;将所述图像数据对应的多个数据包进行缓存,并向接收端发送所述图像数据对应的多个数据包;当接收到所述接收端发送的用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的所述接收端接收失败的数据包,并向所述接收端重新发送查找到的数据包。

Description

数据包发送与接收的方法及设备

技术领域

[0001] 本发明涉及通信技术领域,尤其涉及数据包发送与接收的方法及设备。

背景技术

[0002] 目前,为保证视频通话的画面效果,通常使用H. 264对视频通话中图像数据进行编 码与解码,其中,H.264是由ITU-T视频编码专家组和IS0/IEC动态图像专家组(MPEG)联合组 成的联合视频组提出的高度压缩数字视频编解码器标准。然而,为保证视频通话的实时性, H. 264视频码流的传输通常采用基于C/S架构的实时传输协议(Real-time Transport ProtocolRTPhRTP为交互式音频、视频等具有实时特性的数据提供端到端的传送服务,下 面将根据图1所示的流程图,对视频数据的传输进行举例说明。

[0003] SlOl、采集一帧图像;

[0004] S102、调用Η. 264编码器对采集到的图像数据进行编码,生成Η. 264视频码流,其 中,所述视频码流中包括至少一个网络抽象层单元(Network Abstraction Layer,NALU);

[0005] S103、根据RTP协议,将生成的Η. 264视频码流进行分片封装,得到至少一个RTP数 据包,其中,所述视频码流中的NALU将被封装为至少一个RTP数据包;

[0006] S104、按照预设的媒体数据端口,将得到的RTP数据包利用面向无连接的实时传输 协议(User Datagram Protocol,UDP)发送到接收方;通过预设的媒体数据端口,接收RTP数 据包;

[0007] S105、根据RTP协议,将接收到的RTP数据包按照数据包对应的序列号进行重组,得 至IjH. 264视频码流;

[0008] S106、调用H. 264解码器对H. 264视频码流进行解码,生成一帧图像;

[0009] S107、显示生成的一帧图像。

[0010] 其中,所述RTP协议的数据结构如下所示:

Figure CN104270594BD00061

[0012]其中,V为RTP协议的版本号;P为填充标志;X为扩展标志;CC为中国标准音像制品 编码(China Standard Recording Code,CSRC)计数器;M为标记,对于视频流,表示一桢图 像数据的结束;PT为载荷类型,特指在用户数据字段中承载数据的载荷类别;Sequence Number为序列号;TimeStamp为时戮;Synchronization Source (SSRC) Identifier为同步信 源标识符;Contributing Source (CSRC) identif iers为特约信源标识符;Η· 264 NALU为 Η. 264网络抽象层单元。

[0013] 由S104可知RTP是基于UDP的对数据包进行传输的,传输的信道非常不稳定,因此, Η. 264视频码流在较复杂、负荷大的网络环境下传输,经常发生丢包的事件,而且在Η. 264的 编码机制中,数据包之间是具有非常紧密的联系,解码时需要依赖第一帧或者其他的数据 包。因此,若丢失的数据包中包括帧内预测编码帧(I帧),则无法对接收到的视频码流进行 解码,也就无法显示图像;若丢失的数据包中包括帧间预测编码帧(Ρ帧),则由于数据包丢 失,导致H. 264视频码流不完整,解码显示出的图像像素缺失,从而出现花屏。又由于视频数 据传输具有较强的实时性,因此当接收方接收到的数据包无法进行解码时,发送端只能再 采集一帧新的图像,对该图像数据进行编码封装,将封装得到的RTP数据包放置于发送队列 等待发送。

[0014] 综上所述,由于现有技术传输Η. 264视频码流使用的RTP是基于UDP的,因此必然会 出现丢包的情况,又由于Η. 264的编码解码机制,使得当丢失关键的数据帧时,最终将会出 现花屏,甚至黑屏。

发明内容

[0015] 本发明实施例提供了数据包发送与接收的方法及设备,用以保证图像数据对应的 多个数据包都能传输至接收端,从而保证接收端获取到完整的图像数据,提高图像的显示 质量,减少了花屏或者黑屏的概率。

[0016] 本发明实施例提供的一种数据包发送的方法,该方法包括:

[0017] 将预设时间长度内采集到的图像数据进行分片封装,得到所述图像数据对应的多 个数据包;

[0018] 将所述图像数据对应的多个数据包进行缓存,并向接收端发送所述图像数据对应 的多个数据包;

[0019] 当接收到所述接收端发送的用于指示接收所述图像数据对应的多个数据包中至 少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的所述接收端接收失 败的数据包,并向所述接收端重新发送查找到的数据包。

[0020] 通过该方法,实现了对采集到的图像数据对应的数据包进行缓存,从而确保了当 接收到用于指示接收数据包失败的响应包时,从缓存中查找接收方接收失败的数据包,并 将该数据包重发给接收方,使得接收方在允许的延时范围内接收到完整的视频码流,从而 提升了显示的图像的质量,减少在图像显示过程中出现花屏或者黑屏的概率。

[0021] 较佳地,在将预设时间长度内采集到的图像数据进行分片封装,得到所述图像数 据对应的多个数据包之前,该方法还包括:判断所述接收端是否支持发送用于指示接收所 述图像数据对应的多个数据包中至少一个数据包接收失败的响应包;

[0022] 将所述图像数据对应的多个数据包进行缓存,具体为:当确定所述接收端支持发 送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包时, 将所述图像数据对应的多个数据包进行缓存。

[0023] 较佳地,在向接收端发送所述图像数据对应的多个数据包之后,在接收到所述接 收端发送的用于指示接收所述图像数据对应的多个数据包中至少一个数据包失败的响应 包之前,该方法还包括:启动该图像数据对应的定时器;

[0024] 当接收到所述接收端发送的用于指示接收所述图像数据对应的多个数据包中至 少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的所述接收端接收失 败的数据包,具体为:

[0025] 在该定时器未超时时,若接收到所述接收端发送的用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包,则根据所述响应包,查找本地缓存 的所述接收端接收失败的数据包。

[0026] 较佳地,该方法还包括:

[0027] 在所述定时器超时时,若未接收到所述接收端发送的用于指示接收所述图像数据 对应的多个数据包中至少一个数据包接收失败的响应包,则删除缓存的所述图像数据对应 的所有数据包。

[0028] 较佳地,判断所述接收端是否支持发送用于指示接收所述图像数据对应的多个数 据包中至少一个数据包接收失败的响应包,包括:

[0029] 向所述接收端发送邀请消息,其中,所述邀请消息中包括发送端支持的净荷类型;

[0030] 接收所述接收端发送的响应消息;

[0031] 根据接收到的响应消息,判断所述接收端是否支持所述邀请消息中的净荷类型;

[0032] 若支持所述邀请消息中用于发送所述图像数据对应的多个数据包中至少一个数 据包接收失败的响应包的净荷类型,则确定所述接收端支持发送用于指示接收所述图像数 据对应的多个数据包中至少一个数据包接收失败的响应包,否则,确定所述接收端不支持 发送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包。

[0033] 较佳地,所述响应包中包括所述图像数据对应的多个数据包中接收失败的数据包 的序列号;

[0034] 根据所述响应包,查找本地缓存的所述接收端接收失败的数据包,包括:

[0035] 根据所述响应包中接收失败的数据包的序列号,从本地缓存的数据包中查找所述 序列号相对应的数据包。

[0036] 本发明实施例提供的一种数据包接收的方法,该方法包括:

[0037] 接收发送端发送的在预设时间长度内采集到的图像数据对应的多个数据包,其 中,所述多个数据包为对所述发送端对所述图像数据进行分片封装得到;

[0038] 当确定所述图像数据对应的多个数据包中至少一个数据包接收失败时,向所述发 送端发送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响 应包。

[0039] 通过该方法,实现了对接收失败的数据包的响应,使得发送方发送丢失的数据包, 使得接收方在允许的延时范围内接收到完整的视频码流,从而提升了显示的图像的质量, 减少在图像显示过程中出现花屏或者黑屏的概率。

[0040] 较佳地,在接收发送端发送的在预设时间长度内采集到的图像数据对应的多个数 据包之前,该方法还包括:

[0041] 接收发送端发送的邀请消息,其中,所述邀请消息中包括所述发送端支持的净荷 类型;

[0042] 根据接收到的邀请消息,判断是否支持所述邀请消息中的净荷类型;

[0043] 向发送端发送响应消息,其中,所述响应消息中包括所述接收端支持的所述邀请 消息中净荷类型;

[0044] 若所述响应消息中包括用于发送所述图像数据对应的多个数据包中至少一个数 据包接收失败的响应包,则确定支持发送用于指示接收所述图像数据对应的多个数据包中 至少一个数据包接收失败的响应包,否则,确定不支持发送用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包。

[0045] 较佳地,接收到的所述图像数据对应的每个数据包均包括一个唯一的序列号;

[0046] 所述确定所述图像数据对应的多个数据包中至少一个数据包接收失败,包括:

[0047] 若接收到的所述图像数据对应的数据包的序列号不连续,则确定所述图像数据对 应的多个数据包中至少一个数据包接收失败。

[0048] 较佳地,所述向所述发送端发送用于指示接收所述图像数据对应的多个数据包中 至少一个数据包接收失败的响应包,包括:

[0049] 确定所述图像数据对应的多个数据包中接收失败的数据包的序列号,并将确定的 序列号添加到用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败 的响应包中,向所述发送端发送该响应包。

[0050] 本发明实施例提供的一种数据包发送的设备,该设备包括:

[0051] 分片封装模块,用于将预设时间长度内采集到的图像数据进行分片封装,得到所 述图像数据对应的多个数据包;

[0052] 缓存发送模块,用于将所述图像数据对应的多个数据包进行缓存,并向接收端发 送所述图像数据对应的多个数据包;

[0053] 数据重发模块,用于当接收到所述接收端发送的用于指示接收所述图像数据对应 的多个数据包中至少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的 所述接收端接收失败的数据包,并向所述接收端重新发送查找到的数据包。

[0054] 通过该设备,实现了对采集到的图像数据对应的数据包进行缓存,从而确保了当 接收到用于指示接收数据包失败的响应包时,从缓存中查找接收方接收失败的数据包,并 将该数据包重发给接收方,使得接收方在允许的延时范围内接收到完整的视频码流,从而 提升了显示的图像的质量,减少在图像显示过程中出现花屏或者黑屏的概率。

[0055] 较佳地,所述分片封装模块在将预设时间长度内采集到的图像数据进行分片封 装,得到所述图像数据对应的多个数据包之前,还用于:判断所述接收端是否支持发送用于 指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包;

[0056] 将所述图像数据对应的多个数据包进行缓存,具体为:当确定所述接收端支持发 送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包时, 将所述图像数据对应的多个数据包进行缓存。

[0057] 较佳地,所述缓存发送模块在向接收端发送所述图像数据对应的多个数据包之 后,还用于:启动该图像数据对应的定时器;

[0058] 所述数据重发模块在当接收到所述接收端发送的用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓存 的所述接收端接收失败的数据包时,具体用于:

[0059] 在该定时器未超时时,若接收到所述接收端发送的用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包,则根据所述响应包,查找本地缓存 的所述接收端接收失败的数据包。

[0060] 较佳地,该设备还包括:

[0061] 删除缓存模块,用于在所述定时器超时时,若未接收到所述接收端发送的用于指 示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包,则删除缓存 的所述图像数据对应的所有数据包。

[0062] 较佳地,所述分片封装模块,具体用于:

[0063] 向所述接收端发送邀请消息,其中,所述邀请消息中包括发送端支持的净荷类型;

[0064] 接收所述接收端发送的响应消息;

[0065] 根据接收到的响应消息,判断所述接收端是否支持所述邀请消息中的净荷类型;

[0066] 若支持所述邀请消息中用于发送所述图像数据对应的多个数据包中至少一个数 据包接收失败的响应包的净荷类型,则确定所述接收端支持发送用于指示接收所述图像数 据对应的多个数据包中至少一个数据包接收失败的响应包,否则,确定所述接收端不支持 发送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包。

[0067] 较佳地,所述响应包中包括所述图像数据对应的多个数据包中接收失败的数据包 的序列号;

[0068] 所述数据重发模块在根据所述响应包,查找本地缓存的所述接收端接收失败的数 据包时,具体用于:

[0069] 根据所述响应包中接收失败的数据包的序列号,从本地缓存的数据包中查找所述 序列号相对应的数据包。

[0070] 本发明实施例提供的一种数据包接收的设备,该设备包括:

[0071] 接收数据包模块,用于接收发送端发送的在预设时间长度内采集到的图像数据对 应的多个数据包,其中,所述多个数据包为所述发送端对所述图像数据进行分片封装得到 的;

[0072] 发送响应包模块,用于当确定所述图像数据对应的多个数据包中至少一个数据包 接收失败时,向所述发送端发送用于指示接收所述图像数据对应的多个数据包中至少一个 数据包接收失败的响应包。

[0073] 通过该设备,实现了对接收失败的数据包的响应,使得发送方发送丢失的数据包, 使得接收方在允许的延时范围内接收到完整的视频码流,从而提升了显示的图像的质量, 减少在图像显示过程中出现花屏或者黑屏的概率。

[0074] 较佳地,所述接收数据包模块在接收发送端发送的在预设时间长度内采集到的图 像数据对应的多个数据包之前,还用于:

[0075] 接收发送端发送的邀请消息,其中,所述邀请消息中包括所述发送端支持的净荷 类型;

[0076] 根据接收到的邀请消息,判断是否支持所述邀请消息中的净荷类型;

[0077] 向发送端发送响应消息,其中,所述响应消息中包括所述接收端支持的所述邀请 消息中净荷类型;

[0078] 若所述响应消息中包括用于发送所述图像数据对应的多个数据包中至少一个数 据包接收失败的响应包,则确定支持发送用于指示接收所述图像数据对应的多个数据包中 至少一个数据包接收失败的响应包,否则,确定不支持发送用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包。

[0079] 较佳地,接收到的所述图像数据对应的每个数据包均包括一个唯一的序列号;

[0080] 所述发送响应包模块在确定所述图像数据对应的多个数据包中至少一个数据包 接收失败时,具体用于:

[0081] 若接收到的所述图像数据对应的数据包的序列号不连续,则确定所述图像数据对 应的多个数据包中至少一个数据包接收失败。

[0082] 较佳地,所述发送响应包模块在向所述发送端发送用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包时,具体用于:

[0083] 确定所述图像数据对应的多个数据包中接收失败的数据包的序列号,并将确定的 序列号添加到用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败 的响应包中,向所述发送端发送该响应包。

附图说明

[0084] 图1为H. 264视频数据传输的流程示意图;

[0085] 图2为本发明实施例提供的一种数据包发送的方法的流程示意图;

[0086] 图3为本发明实施例提供的一种数据包接收的方法的流程示意图;

[0087] 图4为本发明实施例提供的发送端与接收端进行多媒体会话的应用层控制协议 (Session Description Protocol,SDP)协商的流程不意图;

[0088] 图5为本发明实施例提供的当接收端支持发送响应包时,图像数据传输方法的流 程不意图;

[0089] 图6为本发明实施例提供的一种数据包发送的设备的结构示意图;

[0090] 图7为本发明实施例提供的一种数据包接收的设备的结构示意图。

具体实施方式

[0091] 本发明实施例提供了数据包发送与接收的方法及设备,用以保证图像数据对应的 多个数据包都能传输至接收端,从而保证接收端获取到完整的图像数据,提高图像的显示 质量,减少了花屏或者黑屏的概率。

[0092] 参见图2,在发送端,本发明实施例提供的一种数据包发送的方法,该方法包括:

[0093] S201、将预设时间长度内采集到的图像数据进行分片封装,得到所述图像数据对 应的多个数据包;

[0094] S202、将所述图像数据对应的多个数据包进行缓存,并向接收端发送所述图像数 据对应的多个数据包;

[0095] S203、当接收到所述接收端发送的用于指示接收所述图像数据对应的多个数据包 中至少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的所述接收端接 收失败的数据包,并向所述接收端重新发送查找到的数据包。

[0096] 较佳地,在S201将预设时间长度内采集到的图像数据进行分片封装,得到所述图 像数据对应的多个数据包之前,该方法还包括:判断所述接收端是否支持发送用于指示接 收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包;

[0097] 其中,判断所述接收方是否支持发送用于指示接收失败的数据包的响应包,具体 的判断步骤为:

[0098] 向所述接收端发送邀请消息,其中,所述邀请消息中包括发送端支持的净荷类型;

[0099] 接收所述接收端发送的响应消息;

[0100] 根据接收到的响应消息,判断所述接收端是否支持所述邀请消息中的净荷类型;

[0101] 若支持所述邀请消息中用于发送所述图像数据对应的多个数据包中至少一个数 据包接收失败的响应包的净荷类型,则确定所述接收端支持发送用于指示接收所述图像数 据对应的多个数据包中至少一个数据包接收失败的响应包,否则,确定所述接收端不支持 发送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包。

[0102] 较佳地,S202中将所述图像数据对应的多个数据包进行缓存,具体为:

[0103] 当确定所述接收端支持发送用于指示接收所述图像数据对应的多个数据包中至 少一个数据包接收失败的响应包时,将所述图像数据对应的多个数据包进行缓存。

[0104] 较佳地,由于所述响应包中包括所述图像数据对应的多个数据包中接收失败的数 据包的序列号,因此,S203中根据所述响应包,查找本地缓存的所述接收端接收失败的数据 包,包括:

[0105] 根据所述响应包中接收失败的数据包的序列号,从本地缓存的数据包中查找所述 序列号相对应的数据包。

[0106] 较佳地,在S201之后,在S202之前,该方法还包括:启动该图像数据对应的定时器; 因此,S203具体为:

[0107] 在该定时器未超时时,若接收到所述接收端发送的用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包,则根据所述响应包,查找本地缓存 的所述接收端接收失败的数据包;

[0108] 在该定时器超时时,若未接收到所述接收端发送的用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包,则删除缓存的所述图像数据对应的 所有数据包。

[0109] 参见图3,在接收端,本发明实施例提供的一种数据包接收的方法,该方法包括:

[0110] S301、接收发送端发送的在预设时间长度内采集到的图像数据对应的多个数据 包,其中,所述多个数据包为所述发送端对所述图像数据进行分片封装得到的;

[0111] S302、当确定所述图像数据对应的多个数据包中至少一个数据包接收失败时,向 所述发送端发送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失 败的响应包。

[0112] 较佳地,在S301之前,该方法还包括如下步骤:

[0113] 接收发送端发送的邀请消息,其中,所述邀请消息中包括所述发送端支持的净荷 类型;

[0114] 根据接收到的邀请消息,判断是否支持所述邀请消息中的净荷类型;

[0115] 向发送端发送响应消息,其中,所述响应消息中包括所述接收端支持的所述邀请 消息中净荷类型;

[0116] 若所述响应消息中包括用于发送所述图像数据对应的多个数据包中至少一个数 据包接收失败的响应包,则确定支持发送用于指示接收所述图像数据对应的多个数据包中 至少一个数据包接收失败的响应包,否则,确定不支持发送用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包。

[0117] 较佳地,接收到的所述图像数据对应的每个数据包均包括一个唯一的序列号;

[0118] 若接收到的所述图像数据对应的数据包的序列号不连续,则确定所述图像数据对 应的多个数据包中至少一个数据包接收失败,即接收到的所述图像数据对应的多个数据包 发生了丢包事件。确定所述图像数据对应的多个数据包中接收失败的数据包的序列号,并 将确定的序列号添加到用于指示接收所述图像数据对应的多个数据包中至少一个数据包 接收失败的响应包中,向所述发送端发送该响应包。

[0119] 下面将给出具体的实施例对数据包发送与接收的方法分别进行解释说明。

[0120]首先,发送端与接收端进行多媒体会话的应用层控制协议(Session Description ?仰切(:〇1,50?)协商,确定接收端是否支持!1.264反馈协议〇1.2641^叩〇11%)。参见图4,该协 商的具体步骤为:

[0121] S401、发送端向接收端发送SDP邀请(SDP INVITE)消息;其中,SDP邀请消息中包 括:H.264 Response对应的媒体类型即RTP净荷类型;

[0122] S402、若接收端支持Η. 264 Response,则在SDP响应消息(200 0K)中也携带Η.264 Response对应的RTP净荷类型;若接收端不支持Η. 264 Response,则在SDP响应消息中不携 带H.264 Response对应的RTP净荷类型;

[0123] S403、发送端根据接收到的响应消息中是否携带H. 264 Response,判断接收端是 否支持H.264 Response对应的RTP净荷类型。

[0124] 其中,所述RTP应用文档指定了RTP媒体类型和RTP净荷类型的对应关系。

[0125] 为了能够更好的理解SDP的协商过程,下面将截取SDP邀请以及响应的消息。

[0126] 其中,步骤S401中发送端发送的SDP邀请消息如下:

Figure CN104270594BD00131

Figure CN104270594BD00141

Figure CN104270594BD00151

Figure CN104270594BD00161

[0131]其次,当接收端不支持Η. 264 Response时,参见图1所示流程图进行图像数据传 输;

[0132]当接收端支持H.264 Response时,图像数据传输的具体流程,如图5所示。

[0133] S501、采集一帧图像;

[0134] S502、调用Η. 264编码器对采集到的图像数据进行编码,生成Η. 264视频码流;根据 RTP协议,将生成的H. 264视频码流进行分片封装,得到至少一个RTP数据包;

[0135] S503、缓存得到的RTP数据包;

[0136] S504、按照SDP协商确定的媒体数据端口,将得到的RTP数据包利用面向无连接的 实时传输协议(UDP)发送给接收端,并启动该图像数据对应的定时器;当该定时器超时时, 若未接收到所述接收方发送的响应包,则删除缓存的图像数据对应的数据包;

[0137] S505、通过SDP协商确定的媒体数据端口,接收RTP数据包中PT为123S卩Η. 264的数 据包;

[0138] S506、将接收到的RTP数据包按照数据包对应的序列号进行重组,并检查该序列号 是否连续;若连续则执行步骤S507,若不连续则执行步骤S508;

[0139] S507、若该序列号连续,则调用Η. 264解码器,对得到的Η. 264视频码流进行解码, 并将解码得到图像显示出来,至此采集到的图像传输完毕。

[0140] S508、若该序列号不连续,则向发送端发送用于指示接收所述图像数据对应的数 据包中数据包接收失败的响应包;

[0141] S509、将图像数据对应的数据包中接收失败的数据包所对应的序列号写入响应包 中,并向发送端发送该响应包;

[0142] S510、发送端接收接收端发送的用于指示丢失的数据包的响应包;

[0Μ3] S511、根据接收到的响应包中用于指示丢失的数据包的序列号,从本地缓存的数 据包中查找所述序列号相对应的数据包;

[0144] S512、将查出来的数据包重发给接收端,重复步骤S506。

[0145] 如果超出了预设的传输时间,丢包帧仍未收齐,则丢弃该数据包。

[0Μ6]其中,接收端发送响应消息的数据结构格式如下所示:

Figure CN104270594BD00171

[0148] 其中,V为RTP协议的版本号;P为填充标志;X为扩展标志;CC为CSRC计数器;M为标 记,对于视频流,表示一帧图像数据的结束;PT为载荷类型,即为SDP协商中对应的RTP净荷 类型的数值,例如前文提到的123、124; Sequence Number为序列号;TimeStamp为时戳; Synchronization Source (SSRC) Identifier为同步信源标识符;Contributing Source (CSRC) identifiers为特约信源标识符;Number of Lost SN为丢包的总数,即将要携带的 Lost sequence number的总数,由两字节构成;Lost sequence number为丢失的RTP数据包 对应的Sequence Number,由两字节构成。其中,Number of Lost SN与Lost sequence number均为网络字节序。

[0149] 本发明实施例提供的数据包发送与接收的方法,即可以运用在系统内部,例如在 网络之间互联的协议(Internet Protocal,IP)媒体子系统(IP Multimedia Subsystem, IMS)中,发送端和接收端都可以为用户设备(User Equipment,!®),也可以运用在特定UE与 网络之间,例如在开展三方会议时,媒体资源功能(Media Resource Function,MRF)可作为 接收端,UE可作为发送端。此处列举具体场景介绍发送端与接收端只是为了能够更好的理 解方案,但是本发明并不局限于这两种场景,接收端与发送端也不局限于UE与MRF。

[0150] 参见图6,在发送端,本发明实施例提供的一种数据包发送的设备,该设备包括:

[0151] 分片封装模块601,用于将预设时间长度内采集到的图像数据进行分片封装,得到 所述图像数据对应的多个数据包;

[0152] 缓存发送模块602,用于将所述图像数据对应的多个数据包进行缓存,并向接收端 发送所述图像数据对应的多个数据包;

[0153] 数据重发模块603,用于当接收到所述接收端发送的用于指示接收所述图像数据 对应的多个数据包中至少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓 存的所述接收端接收失败的数据包,并向所述接收端重新发送查找到的数据包。

[0154] 较佳地,所述分片封装模块601在将预设时间长度内采集到的图像数据进行分片 封装,得到所述图像数据对应的多个数据包之前,还用于:判断所述接收端是否支持发送用 于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包;

[0155] 将所述图像数据对应的多个数据包进行缓存,具体为:当确定所述接收端支持发 送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包时, 将所述图像数据对应的多个数据包进行缓存。

[0156] 较佳地,所述缓存发送模块602在向接收端发送所述图像数据对应的多个数据包 之后,还用于:启动该图像数据对应的定时器;

[0157] 所述数据重发模块603在当接收到所述接收端发送的用于指示接收所述图像数据 对应的多个数据包中至少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓 存的所述接收端接收失败的数据包时,具体用于:

[0158] 在该定时器未超时时,若接收到所述接收端发送的用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包,则根据所述响应包,查找本地缓存 的所述接收端接收失败的数据包。

[0159] 较佳地,该设备还包括:

[0160] 删除缓存模块604,用于在所述定时器超时时,若未接收到所述接收端发送的用于 指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包,则删除缓 存的所述图像数据对应的所有数据包。

[0161] 较佳地,所述分片封装模块601,具体用于:

[0162] 向所述接收端发送邀请消息,其中,所述邀请消息中包括发送端支持的净荷类型;

[0163] 接收所述接收端发送的响应消息;

[0164] 根据接收到的响应消息,判断所述接收端是否支持所述邀请消息中的净荷类型;

[0165] 若支持所述邀请消息中用于发送所述图像数据对应的多个数据包中至少一个数 据包接收失败的响应包的净荷类型,则确定所述接收端支持发送用于指示接收所述图像数 据对应的多个数据包中至少一个数据包接收失败的响应包,否则,确定所述接收端不支持 发送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包。

[0166] 较佳地,所述响应包中包括所述图像数据对应的多个数据包中接收失败的数据包 的序列号;

[0167] 所述数据重发模块603在根据所述响应包,查找本地缓存的所述接收端接收失败 的数据包时,具体用于:

[0168] 根据所述响应包中接收失败的数据包的序列号,从本地缓存的数据包中查找所述 序列号相对应的数据包。

[0169] 较佳地,本发明实施例中的所述分片封装模块601、所述缓存发送模块602、所述数 据重发模块603均可由处理器实现。

[0170] 参见图7,在接收端,本发明实施例提供的一种数据包接收的设备,该设备包括:

[0171] 接收数据包模块701,用于接收发送端发送的在预设时间长度内采集到的图像数 据对应的多个数据包,其中,所述多个数据包为所述发送端对所述图像数据进行分片封装 得到的;

[0172] 发送响应包模块702,用于当确定所述图像数据对应的多个数据包中至少一个数 据包接收失败时,向所述发送端发送用于指示接收所述图像数据对应的多个数据包中至少 一个数据包接收失败的响应包。

[0173] 较佳地,所述接收数据包模块701在接收发送端发送的在预设时间长度内采集到 的图像数据对应的多个数据包之前,还用于:

[0174] 接收发送端发送的邀请消息,其中,所述邀请消息中包括所述发送端支持的净荷 类型;

[0175] 根据接收到的邀请消息,判断是否支持所述邀请消息中的净荷类型;

[0176] 向发送端发送响应消息,其中,所述响应消息中包括所述接收端支持的所述邀请 消息中净荷类型;

[0177] 若所述响应消息中包括用于发送所述图像数据对应的多个数据包中至少一个数 据包接收失败的响应包,则确定支持发送用于指示接收所述图像数据对应的多个数据包中 至少一个数据包接收失败的响应包,否则,确定不支持发送用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包。

[0178] 较佳地,接收到的所述图像数据对应的每个数据包均包括一个唯一的序列号;

[0179] 所述发送响应包模块702在确定所述图像数据对应的多个数据包中至少一个数据 包接收失败时,具体用于:

[0180] 若接收到的所述图像数据对应的数据包的序列号不连续,则确定所述图像数据对 应的多个数据包中至少一个数据包接收失败。

[0181] 较佳地,所述发送响应包模块702在向所述发送端发送用于指示接收所述图像数 据对应的多个数据包中至少一个数据包接收失败的响应包时,具体用于:

[0182] 确定所述图像数据对应的多个数据包中接收失败的数据包的序列号,并将确定的 序列号添加到用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败 的响应包中,向所述发送端发送该响应包。

[0183] 较佳地,本发明实施例中的所述接收数据包模块701、所述发送响应包模块702均 可由处理器实现。

[0184] 综上所述,本发明实施例提供的数据包发送与接收的方法及设备,通过对采集到 的图像数据对应的数据包进行缓存,从而确保了当接收到用于指示接收数据包失败的响应 包时,从缓存中查找接收方接收失败的数据包,并将该数据包重发给接收方,使得接收方在 允许的延时范围内接收到完整的视频码流,从而提升了显示的图像的质量,减少在图像显 示过程中出现花屏或者黑屏的概率。异网络或者不同配置的终端进行交互时,能够通过SDP 信令判断出是否能够使用H. 264反馈业务。当接收端不支持H. 264反馈时,仍然可以和支持 H.264的设备进行交互,保证了本发明实施例提供的设备的兼容性。

[0185] 本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序 产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形 式。

[0186] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流 程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序 指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产 生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实 现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0187] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。

[0188] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一 个方框或多个方框中指定的功能的步骤。

[0189] 显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内,则本发明也意图包含这些改动和变型在内。

Claims (14)

1. 一种数据包发送的方法,其特征在于,该方法包括: 判断接收端是否支持发送用于指示接收图像数据对应的多个数据包中至少一个数据 包接收失败的响应包; 将预设时间长度内采集到的图像数据进行分片封装,得到所述图像数据对应的多个数 据包; 当确定所述接收端支持发送用于指示接收所述图像数据对应的多个数据包中至少一 个数据包接收失败的响应包时,将所述图像数据对应的多个数据包进行缓存,并向所述接 收端发送所述图像数据对应的多个数据包; 当接收到所述接收端发送的用于指示接收所述图像数据对应的多个数据包中至少一 个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的所述接收端接收失败的 数据包,并向所述接收端重新发送查找到的数据包; 其中,判断所述接收端是否支持发送用于指示接收所述图像数据对应的多个数据包中 至少一个数据包接收失败的响应包,包括: 向所述接收端发送邀请消息,其中,所述邀请消息中包括发送端支持的净荷类型; 接收所述接收端发送的响应消息; 根据接收到的响应消息,判断所述接收端是否支持所述邀请消息中的净荷类型; 若支持所述邀请消息中用于发送所述图像数据对应的多个数据包中至少一个数据包 接收失败的响应包的净荷类型,则确定所述接收端支持发送用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包,否则,确定所述接收端不支持发送 用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包。
2. 根据权利要求1所述的方法,其特征在于,在向接收端发送所述图像数据对应的多个 数据包之后,在接收到所述接收端发送的用于指示接收所述图像数据对应的多个数据包中 至少一个数据包失败的响应包之前,该方法还包括:启动该图像数据对应的定时器; 当接收到所述接收端发送的用于指示接收所述图像数据对应的多个数据包中至少一 个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的所述接收端接收失败的 数据包,具体为: 在该定时器未超时时,若接收到所述接收端发送的用于指示接收所述图像数据对应的 多个数据包中至少一个数据包接收失败的响应包,则根据所述响应包,查找本地缓存的所 述接收端接收失败的数据包。
3. 根据权利要求2所述的方法,其特征在于,该方法还包括: 在所述定时器超时时,若未接收到所述接收端发送的用于指示接收所述图像数据对应 的多个数据包中至少一个数据包接收失败的响应包,则删除缓存的所述图像数据对应的所 有数据包。
4. 根据权利要求1所述的方法,其特征在于,所述响应包中包括所述图像数据对应的多 个数据包中接收失败的数据包的序列号; 根据所述响应包,查找本地缓存的所述接收端接收失败的数据包,包括: 根据所述响应包中接收失败的数据包的序列号,从本地缓存的数据包中查找所述序列 号相对应的数据包。
5. —种数据包接收的方法,其特征在于,该方法包括: 接收发送端发送的在预设时间长度内采集到的图像数据对应的多个数据包,其中,所 述多个数据包为所述发送端对所述图像数据进行分片封装得到的; 当确定所述图像数据对应的多个数据包中至少一个数据包接收失败时,向所述发送端 发送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包; 其中,在接收发送端发送的在预设时间长度内采集到的图像数据对应的多个数据包之 前,该方法还包括: 接收发送端发送的邀请消息,其中,所述邀请消息中包括所述发送端支持的净荷类型; 根据接收到的邀请消息,判断是否支持所述邀请消息中的净荷类型; 向发送端发送响应消息,其中,所述响应消息中包括接收端支持的所述邀请消息中净 荷类型; 若所述响应消息中包括用于发送所述图像数据对应的多个数据包中至少一个数据包 接收失败的响应包,则确定支持发送用于指示接收所述图像数据对应的多个数据包中至少 一个数据包接收失败的响应包,否则,确定不支持发送用于指示接收所述图像数据对应的 多个数据包中至少一个数据包接收失败的响应包。
6. 根据权利要求5所述的方法,其特征在于,接收到的所述图像数据对应的每个数据包 均包括一个唯一的序列号; 所述确定所述图像数据对应的多个数据包中至少一个数据包接收失败,包括: 若接收到的所述图像数据对应的数据包的序列号不连续,则确定所述图像数据对应的 多个数据包中至少一个数据包接收失败。
7. 根据权利要求6所述的方法,其特征在于,所述向所述发送端发送用于指示接收所述 图像数据对应的多个数据包中至少一个数据包接收失败的响应包,包括: 确定所述图像数据对应的多个数据包中接收失败的数据包的序列号,并将确定的序列 号添加到用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响 应包中,向所述发送端发送该响应包。
8. —种数据包发送的设备,其特征在于,该设备包括: 分片封装模块,用于判断接收端是否支持发送用于指示接收图像数据对应的多个数据 包中至少一个数据包接收失败的响应包,将预设时间长度内采集到的图像数据进行分片封 装,得到所述图像数据对应的多个数据包; 缓存发送模块,用于当确定所述接收端支持发送用于指示接收所述图像数据对应的多 个数据包中至少一个数据包接收失败的响应包时,将所述图像数据对应的多个数据包进行 缓存,并向接收端发送所述图像数据对应的多个数据包; 数据重发模块,用于当接收到所述接收端发送的用于指示接收所述图像数据对应的多 个数据包中至少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的所述 接收端接收失败的数据包,并向所述接收端重新发送查找到的数据包; 其中,所述分片封装模块判断所述接收端是否支持发送用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包,具体包括: 向所述接收端发送邀请消息,其中,所述邀请消息中包括发送端支持的净荷类型; 接收所述接收端发送的响应消息; 根据接收到的响应消息,判断所述接收端是否支持所述邀请消息中的净荷类型; 若支持所述邀请消息中用于发送所述图像数据对应的多个数据包中至少一个数据包 接收失败的响应包的净荷类型,则确定所述接收端支持发送用于指示接收所述图像数据对 应的多个数据包中至少一个数据包接收失败的响应包,否则,确定所述接收端不支持发送 用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包。
9. 根据权利要求8所述的设备,其特征在于,所述缓存发送模块在向接收端发送所述图 像数据对应的多个数据包之后,还用于:启动该图像数据对应的定时器; 所述数据重发模块在当接收到所述接收端发送的用于指示接收所述图像数据对应的 多个数据包中至少一个数据包接收失败的响应包时,根据所述响应包,查找本地缓存的所 述接收端接收失败的数据包时,具体用于: 在该定时器未超时时,若接收到所述接收端发送的用于指示接收所述图像数据对应的 多个数据包中至少一个数据包接收失败的响应包,则根据所述响应包,查找本地缓存的所 述接收端接收失败的数据包。
10. 根据权利要求9所述的设备,其特征在于,该设备还包括: 删除缓存模块,用于在所述定时器超时时,若未接收到所述接收端发送的用于指示接 收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包,则删除缓存的所 述图像数据对应的所有数据包。
11. 根据权利要求8所述的设备,其特征在于,所述响应包中包括所述图像数据对应的 多个数据包中接收失败的数据包的序列号; 所述数据重发模块在根据所述响应包,查找本地缓存的所述接收端接收失败的数据包 时,具体用于: 根据所述响应包中接收失败的数据包的序列号,从本地缓存的数据包中查找所述序列 号相对应的数据包。
12. —种数据包接收的设备,其特征在于,该设备包括: 接收数据包模块,用于接收发送端发送的在预设时间长度内采集到的图像数据对应的 多个数据包,其中,所述多个数据包为所述发送端对所述图像数据进行分片封装得到的; 发送响应包模块,用于当确定所述图像数据对应的多个数据包中至少一个数据包接收 失败时,向所述发送端发送用于指示接收所述图像数据对应的多个数据包中至少一个数据 包接收失败的响应包; 其中,所述接收数据包模块在接收发送端发送的在预设时间长度内采集到的图像数据 对应的多个数据包之前,还用于: 接收发送端发送的邀请消息,其中,所述邀请消息中包括所述发送端支持的净荷类型; 根据接收到的邀请消息,判断是否支持所述邀请消息中的净荷类型; 向发送端发送响应消息,其中,所述响应消息中包括接收端支持的所述邀请消息中净 荷类型; 若所述响应消息中包括用于发送所述图像数据对应的多个数据包中至少一个数据包 接收失败的响应包,则确定支持发送用于指示接收所述图像数据对应的多个数据包中至少 一个数据包接收失败的响应包,否则,确定不支持发送用于指示接收所述图像数据对应的 多个数据包中至少一个数据包接收失败的响应包。
13. 根据权利要求12所述的设备,其特征在于,接收到的所述图像数据对应的每个数据 包均包括一个唯一的序列号; 所述发送响应包模块在确定所述图像数据对应的多个数据包中至少一个数据包接收 失败时,具体用于: 若接收到的所述图像数据对应的数据包的序列号不连续,则确定所述图像数据对应的 多个数据包中至少一个数据包接收失败。
14.根据权利要求13所述的设备,其特征在于,所述发送响应包模块在向所述发送端发 送用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响应包时, 具体用于: 确定所述图像数据对应的多个数据包中接收失败的数据包的序列号,并将确定的序列 号添加到用于指示接收所述图像数据对应的多个数据包中至少一个数据包接收失败的响 应包中,向所述发送端发送该响应包。
CN201410495491.1A 2014-09-24 2014-09-24 数据包发送与接收的方法及设备 CN104270594B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410495491.1A CN104270594B (zh) 2014-09-24 2014-09-24 数据包发送与接收的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410495491.1A CN104270594B (zh) 2014-09-24 2014-09-24 数据包发送与接收的方法及设备

Publications (2)

Publication Number Publication Date
CN104270594A CN104270594A (zh) 2015-01-07
CN104270594B true CN104270594B (zh) 2018-11-09

Family

ID=52162078

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410495491.1A CN104270594B (zh) 2014-09-24 2014-09-24 数据包发送与接收的方法及设备

Country Status (1)

Country Link
CN (1) CN104270594B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107454432A (zh) * 2017-07-26 2017-12-08 北京疯景科技有限公司 数据发送方法及装置
CN108366306A (zh) * 2017-12-13 2018-08-03 天津天地伟业机器人技术有限公司 一种基于嵌入式设备的码流传输的控制方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1933478A (zh) * 2005-09-17 2007-03-21 华为技术有限公司 媒体流打包时长协商方法
CN1968258A (zh) * 2005-11-15 2007-05-23 华为技术有限公司 一种媒体协商不同类型能力的方法
CN101247388A (zh) * 2007-02-15 2008-08-20 华为技术有限公司 对媒体进行协商的方法、系统和发送媒体描述信息的方法
CN101483578A (zh) * 2008-01-09 2009-07-15 华为技术有限公司 媒体协商方法、系统及装置
CN103533450A (zh) * 2013-06-09 2014-01-22 浙江宇视科技有限公司 一种媒体流可靠传输和接收的方法以及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101064669A (zh) * 2006-04-29 2007-10-31 互联天下科技发展(深圳)有限公司 一种网络实时播放多媒体数据的方法
CN101123523B (zh) * 2007-09-24 2010-05-26 中兴通讯股份有限公司 一种创建多种媒体类型组合会议的方法
CN103124380A (zh) * 2012-11-16 2013-05-29 佳都新太科技股份有限公司 一种基于h264的实时流媒体丢包处理方案
CN103269260A (zh) * 2013-06-03 2013-08-28 腾讯科技(深圳)有限公司 数据传输方法、数据接收端、数据发送端和数据传输系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1933478A (zh) * 2005-09-17 2007-03-21 华为技术有限公司 媒体流打包时长协商方法
CN1968258A (zh) * 2005-11-15 2007-05-23 华为技术有限公司 一种媒体协商不同类型能力的方法
CN101247388A (zh) * 2007-02-15 2008-08-20 华为技术有限公司 对媒体进行协商的方法、系统和发送媒体描述信息的方法
CN101483578A (zh) * 2008-01-09 2009-07-15 华为技术有限公司 媒体协商方法、系统及装置
CN103533450A (zh) * 2013-06-09 2014-01-22 浙江宇视科技有限公司 一种媒体流可靠传输和接收的方法以及装置

Also Published As

Publication number Publication date
CN104270594A (zh) 2015-01-07

Similar Documents

Publication Publication Date Title
US10419502B2 (en) Systems and methods for using client-side video buffer occupancy for enhanced quality of experience in a communication network
AU2017203829B2 (en) Streaming with coordination of video orientation (cvo)
US10715844B2 (en) Method and apparatus for transceiving data for multimedia transmission system
KR102000666B1 (ko) 미디어 데이터를 송수신하기 위한 인터페이스 장치 및 방법
US20200204609A1 (en) Packet transmission protocol supporting downloading and streaming
Schierl et al. System layer integration of high efficiency video coding
KR101540878B1 (ko) 파일 전달 방법들을 이용한 ip 브로드캐스트 스트리밍 서비스 배포
KR101784051B1 (ko) 코딩된 비디오 데이터의 네트워크 스트리밍
US20190334971A1 (en) Apparatus and method for transmitting multimedia data in hybrid network
JP5898380B2 (ja) マルチメディア伝送システムにおけるメディアデータを送信する方法
Wenger et al. RTP payload format for H. 264 video
KR101757302B1 (ko) 하이브리드 방송 시스템의 방송 신호를 송신/수신하는 방법 및 장치
Wenger et al. Transport and signaling of SVC in IP networks
CN102075728B (zh) 一种共享音频和/或视频的方法及系统
EP1482681B1 (en) Medium streaming distribution system
US8625667B2 (en) Method of opportunity-based transmission of wireless video
US9537902B2 (en) Enabling devices without native broadcast capability to access and/or receive broadcast data in an efficient manner
CN101505316B (zh) 重排和复用属于互相关会话的多媒体流的包的方法和设备
TWI419565B (zh) 緩衝媒體流之封包的方法、緩衝媒體流之系統、用於傳送之裝置與晶片組、伺服器、以及電腦程式產品
EP1936868B1 (en) A method for monitoring quality of service in multimedia communication
US10433024B2 (en) Method and apparatus for configuring content in a broadcast system
EP2385707B1 (en) Channel switching method, device, and system
US9445125B2 (en) Device and method for multimedia communications with picture orientation information
JP5588019B2 (ja) 信頼性のあるデータ通信のためにネットワーク抽象化レイヤを解析する方法および装置
KR101292490B1 (ko) Rtp 패킷에 vc―1 정보를 캡슐화하는 방법, 이를구현하기 위한 컴퓨터 판독가능 매체, rtp 데이터구조체, 액세스 유닛 데이터 구조체, 소스 모듈, 디코더모듈, 소스 모듈 및 디코더 모듈을 포함하는 시스템, 및타겟 모듈

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant