[发明专利]一种多媒体数据传输系统及其应用方法无效
申请号: | 201110298906.2 | 申请日: | 2011-09-29 |
公开(公告)号: | CN102340506A | 公开(公告)日: | 2012-02-01 |
发明(设计)人: | 邹阳星 | 申请(专利权)人: | 广东高新兴通信股份有限公司 |
主分类号: | H04L29/06 | 分类号: | H04L29/06 |
代理公司: | 广州粤高专利商标代理有限公司 44102 | 代理人: | 禹小明;邱奕才 |
地址: | 510530 广东省广*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 多媒体 数据传输 系统 及其 应用 方法 | ||
1.一种多媒体数据传输系统,其特征在于,包括:
流媒体协议,用于规定通信消息格式封装和通信流程;
安装有流媒体协议的服务器,用于接受客户端连接和连接的管理,接收、解析并响应客户端的请求,以及把多媒体数据按流媒体协议发送到客户端;
安装有流媒体协议的客户端,用于建立与服务器的连接和对连接进行维护,并将请求按流媒体协议发送给服务器以及对接收到的响应消息进行解析返回给应用者。
2.根据权利要求1所述的多媒体数据传输系统,其特征在于,流媒体协议的结构包括依次排列的包头数据、负载数据和CRC校验数据。
3.根据权利要求2所述的多媒体数据传输系统,其特征在于,包头数据的长度为80比特,负载数据的长度随实际传输的多媒体数据长度变化而变化。
4.根据权利要求3所述的多媒体数据传输系统,其特征在于,包头数据的结构包括依次排列的当前包长度、协议版本、包类型、校验方式、分包末尾包标识、包序号、包内分包序号、会话子通道号、附加值。
5.根据权利要求4所述的多媒体数据传输系统,其特征在于,当前包长度、协议版本、包类型、校验方式、分包末尾包标识、包序号、包内分包序号、会话子通道号、附加值长度分别为24比特、3比特、1比特、3比特、1比特、16比特、16比特、8比特、8比特。
6.一种多媒体数据传输的应用方法,采用权利要求1所述系统实现,其特征在于,包括如下步骤:
A.客户端建立会话通道:客户端向服务器发送连接请求;
B.服务器接收到连接请求后对连接请求进行解析,建立与客户端的会话通道;此时客户端等待服务器的连接请求响应,服务器建立会话通道后向客户端返回连接请求结果;
C. 会话通道建立后,服务器等待客户端的心跳或者命令;
D.客户端向服务器发送开始播放命令,请求进行多媒体数据的传输;
E.服务器接收到开始播放命令后向客户端传输多媒体数据;
F.客户端向服务器发送结束命令并等待服务器的响应;
G.服务器接收到结束命令后返回结束响应结果,停止传输多媒体数据并拆除与客户端的会话通道,会话结束;
H.客户端接收到结束响应结果后拆除与服务器的会话通道。
7.根据权利要求6所述多媒体数据传输的应用方法,其特征在于,客户端和服务器中安装有流媒体协议,所述流媒体协议的结构包括依次排列的包头数据、负载数据和CRC校验数据。
8.根据权利要求7所述的多媒体数据传输系统,其特征在于,包头数据的长度为80比特,负载数据的长度随实际传输的多媒体数据长度变化而变化。
9.根据权利要求8所述的多媒体数据传输系统,其特征在于,包头数据的结构包括依次排列的24比特的当前包长度、3比特的协议版本、1比特的包类型、3比特的校验方式、1比特的分包末尾包标识、16比特的包序号、16比特的包内分包序号、8比特的会话子通道号、8比特的附加值。
10.根据权利要求7所述多媒体数据传输的应用方法,其特征在于,客户端中设置有存活定时器keepalive,在进行流媒体数据传输过程中,还进行如下步骤:
e1.客户端向服务器发送keepalive命令,探测流媒体数据传输是否发生拥塞;此时客户端还向服务器发送控制命令;
e2.客户端等待服务器的keepalive响应;
e3.服务器返回keepalive响应,如果keepalive响应为拥塞,则客户端向服务器发送重传命令。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于广东高新兴通信股份有限公司,未经广东高新兴通信股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201110298906.2/1.html,转载请声明来源钻瓜专利网。