专利名称：流媒体业务实现方法及装置的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种流媒体业务实现方 法及装置。
背景技术：
流媒体是一种应用流技术在网络上传输的多媒体文件。所谓的 流技术就是4巴连续的影^象和声音信息经过压缩处理后》文在网站服务 器上，让用户边下载边观看、收听，而无需等整个压缩文件下载到自己的机器上后才可以观看的网络传输技术。流媒体具有如下特点1、 能够实时播放音视频和多媒体内容，也可对其进行点播，具 有交互性；2、 通过使用緩冲技术，边下载，边播放；3、 客户端接收、处理和回放一个流媒体文件，但该文件不在客 户端驻留，不占用客户端的存储空间，流々某体处理和插^文完随即4皮 清除。流々某体是运用可变带宽4支术，以"流"的传输方式在因特网上 播放的媒体格式，如音频、视频或多媒体文件，使人们可以从28 kbit/s到1200 kbit/s的带宽环境下在线欣赏连续的高品质音频和^L 频节目。
目前，流媒体技术已经广泛应用于互联网中的多媒体新闻发布、 在线直播、网络广告、电子商务、视频点播、远程医疗、网络电台、 实时视频会议等信息服务的方方面面。流媒体的传播方式可以分为单播，广播和多播，其中，单播是 指在客户端与媒体服务器之间需要建立一个单独数据通道，从一台 服务器送出的数据包只能传送给一个客户机。广播是指用户被动接 收流媒体。在广播过程中，客户端接收流媒体，但不能控制流媒体。 多播(组播)IP多播技术构建一种具有多播能力的网络，允许路 由器一次将数据包复制到多个通道上。采用多播方式，单台服务器 能够对几十万台客户机同时发送连续数据流而无延时。媒体服务器只需要发送一个信息包，而不是多个；所有发出请求的客户端共享 同一信息包。按流媒体内容的播放方式分为下载播放，点播和直播。下载播放指用户将流媒体内容下载并存储到本地终端中，然 后可以选择在任意时间进行播放。流媒体点播指内容提供者预先对一段多媒体内容进行编辑、 压缩编码，形成指定格式的文件，然后存储到流媒体服务器上。用 户根据需要选择流媒体服务器上的内容文件进行播放。流媒体直播终端播放器播放流媒体直播内容时，内容的播放 时刻与内容源事件的发生时刻相同，即流媒体编码服务器对内容源进行实时地压缩编码，经由流々某体力良务器发送到用户终端。 流々某体业务的协i义组成如图1所示 传丰命协议包括HTTP/TCP/UDP/IP。HTTP主要用于发现流媒体内容，获取RTSP服务器的URL和 MIME参数，也可以直接获得SDP文件。HTTP也可以用于传输流 媒体中静态图像和文本等内容，并用于音视频下载。HTTP协议要 求符合RFC2616和3GPP TS 26.234。 MIME是用来标记传输的文件 类型，在流媒体中主要用于播放器的启动。
实时流J 某体十办i义(Real Time Streaming Protocol,简称为RTSP ) 主要通过DESCRIBE, SETUP, PLAY, PAUSE和TEARDOWN等 控制消息来实现流媒体的会话建立、播放、暂停、中止等操作。RTSP 协议要求符合RFC2326和3GPP TS 26.234。
实时4专llT十办i义(Real Time Transport Protocol,简称为RTP )主 要用于传输流媒体中的视频、音频和语音等媒体内容。RTP协议要 求符合RFC3550和3GPP TS 26.234。
实时传车IN空制协i义(Real Time Control Protocol，简称为RTCP ) 主要用于服务器和客户端之间的流量控制和拥塞控制。在RTP会话 期间，各参与者周期性地传送RTCP包，RTCP包中包含已发送的 数据包的数量、丢失的数据包的数量等统计信息，服务器可以利用 这些信息动态改变传输速率。RTP和RTCP配合使用，能以有效的 反馈和最小的开销使传输效率最佳化。RTCP协议要求符合 RFC3550和3GPP TS 26.234。
会i舌描述十办i义(Session Description Protocol,简称为SDP )是 一种用于会话描述的格式(协i义)，并不是一个传输协议，也不包含 在媒体的编解码之中，而是用于在不同传输协议之间传递消息的通 知协议，其主要目的是解决多媒体会话通知、邀请和会话初始化工 作。SDP文件既可以通过对用户HTTP请求的响应传给播放器，也 可以通过对用户RTSP DESCRIBE请求的响应传给播放器。SDP协 议要求符合RFC2327和3GPP TS 26.234。 目前，宽带石马分多址4妄入(Wide Code Division Multiple Access, 简称为WCDMA )才支术在全:NM寻到了大规^莫的应用，WCDMA技术 的一个重大优势就是可以提供高速的分组域(Packet Switching,简 称为PS )业务，其高速下4亍分组4妄入(High Speed Downlink Packet Access,简称为HSDPA)下行速率已经可以达到7.2M。针对PS域 的高速率特性，WCDMA无线数据卡得到了广泛的应用。但是，当前所使用的无线数据卡的功能过于简单，主要的功能 局限于作为MODEM上网，以及SMS和i吾音通"i舌等简单功能。 WCDMA网络在4是供了高速速率的同时，也向用户4是供了丰富的应 用，而目前的无线数据卡用户却由于网卡功能的单一而无法享受这 些丰富的应用，如果需要享受这些应用就需要购买专用的终端，增 加了用户的开销。尤其是流媒体这种业务，目前其应用仅局限于电话(固定电话、 移动电话等)，而不能够扩展到个人计算机(Personal Computer,简 称为PC )终端(台式机或笔记本等)。目前，针对无线数据卡功能简单而无法兼容多种应用的问题， 尚未4是出有效的解决方案。发明内容本发明旨在提供一种流媒体业务实现方法及装置，以解决相关 技术中存在的无线数据卡功能简单而无法兼容多种应用的问题。根据本发明的 一 个方面，提供了 一种流媒体业务实现方法。根据本发明实施例的流媒体业务实现方法包括用户设备通过 无线数据卡与核心网建立无线承载；用户设备根据建立的无线承载 与流媒体服务器建立连接；用户设备接收来自流媒体服务器的流媒 体数据流，并播放流媒体数据流。优选地，在用户设备根据建立的无线承载与流媒体服务器建立 连接的处理之前，该方法还包括用户设备接收来自流媒体服务器 的流々某体^:据流的会话描述协i义文件。优选地，用户设备根据建立的无线承载与流々某体服务器建立连 接的处理具体包括用户设备根据会话描述协议文件与流媒体服务 器建立实时流々某体协议连接。优选地，用户设备接收来自流媒体服务器的流媒体数据流的处 理具体包括用户设备通过与流媒体服务器建立实时流媒体协议连 接，与流媒体服务器进行实时传输协议端口协商；用户设备接收来 自流媒体服务器的实时传输协议数据。根据本发明的另 一方面，还提供了 一种流媒体业务实现装置。才艮据本发明实施例的流J 某体业务实现装置包括无线承载建立 模块，用于通过无线数据卡与核心网建立无线承载；连接建立模块， 用于用户设备根据建立的无线承载与流媒体服务器建立连接；接收 及播放模块，用于用户设备接收来自流媒体服务器的流媒体数据流， 并播放流媒体数据流。优选地，连接建立模块进一步包括会话描述协议文件接收模 块，用于4妄收来自流々某体服务器的流々某体数据流的会话描述协i义文 件；实时流媒体协议连接建立模块，用于根据接收模块接收的会话 描述协议文件与流媒体服务器建立实时流媒体协议连接。优选地，接收及播放模块具体包括端口协商模块，用于与流 媒体服务器进行实时传输协议端口协商；数据接收模块，用于接收
来自流媒体服务器的实时传输协议数据；播放模块，用于播放实时 传输协议数据。根据本发明的上述技术方案，通过使用无线数据卡作为无线承 载的实现工具实现流媒体业务，能够将从无线数据卡接收的流媒体 数据流在计算机PC软件的播放区域播放，从而提高了用户的体验， 并节省了用户的费用。
此处所i兌明的附图用来4是供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其说明用于解释本发明，并 不构成对本发明的不当限定。在附图中图1是根据相关技术的流媒体协议结构框图；图2是才艮据本发明实施例的流4某体业务实现方法的流程图；图3是根据本发明方法实施例的基于RTSP/RTP的流々某体业务 的优选处理的流程图；图4是根据本发明实施例的流媒体业务实现装置的框图；图5是根据本发明实施例的通过无线网卡实现流媒体功能协议 的结构框图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此 处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本 发明。
功能和克述本发明的主要思想是通过使用无线数据卡作为无线承载的实 现工具实现流々某体业务，并将从无线网卡接收的流々某体凄t据流解析 后在计算机PC软件的播放区域播放，从而在PC能够实现流媒体业 务的功能。方法实施例根据本发明实施例，提供了 一种流媒体业务实现方法。图2是根据本发明方法实施例的流媒体业务实现方法的流程 图。如图2所示，该方法包括(步骤S202-S206):步骤S202,用户i殳备通过无线数据卡与核心网建立无线承载；对于无线数据卡(无线网卡)需要支持PS域呼叫业务，并且 在网卡侧需要有一个同网卡PC软件的接口模块，负责解析PC软件 发送的命令并且发送和接收流媒体的数据。在网卡的PC软件上， 需要向用户提供操作接口 ，用户可以通过操作界面发起流媒体业务。 并且可以将从无线网卡^妾收的流々某体凄t据流解析后在计算冲几PC软 件的播放区域播放。步骤S204，用户设备根据建立的无线承载与流媒体服务器建立 连接；步骤S206，用户设备接收来自流々某体服务器的流媒体数据流， 并播放流媒体数据流。下面以基于RTSP/RTP的点，潘、直4番类流々某体业务流禾呈为例， 详细描述步骤S204和步骤S206的具体处理过程，图3是4艮据本发
明方法实施例的基于RTSP/RTP的流媒体业务的优选处理的流程 图。如图3所示， 一次成功的呼叫流禾呈主要包4舌以下四个阶^殳内 容发现，连接建立，内容播放和连接中止，如图3所示，该流程包 :括以下处理内容发现步骤S302，用户才喿作触发网卡完成无线7K载的建立。例如，浏 览网页。步骤S304,用户通过PC点击门户上某一流媒体内容，浏览器 向门户发起HTTP Get命令(含User Agent,用户代理)。如果浏览 器通过HTTP 200 OK响应消息从Web服务器上获得流媒体内容的 RTSP链接，用户点击该链接，则网卡的PC软件激活流媒体播放器。如果浏览器通过HTTP 200 OK响应消息，从Web服务器上获 得SDP文件的HTTP链接，用户点击该链接，则网卡的PC软件向 流媒体服务器请求SDP文件。服务器返回SDP文件，获得流媒体 内容的RTSP链接，网卡的PC软件激活流媒体播放器。连接建立步骤S306,获取会话描述信息(DESCRIBE )。PC软件侧的播放器通过RTSP协议的DESCRIBE命令请求 SDP,服务器在应答中提供流々某体内容的描述信息SDP文件，SDP 的文本消息告诉播放器多媒体会话的信息，其中主要包括协议版 本，创作者和会话识别号，会话名称，会话激活时间，媒体名称传
输地址和其它一些信息。如果服务器已经通过HTTP响应返回SDP 文件，播放器不再发送DESCRIBE请求。步骤S308，建立流々某体连接(SETUP )。PC软件侧的播放器根据SDP的信息与媒体服务器建立RTSP 连接，SETUP消息中必须包括会话标识、播放器的传输协议(RTP ) 端口号。媒体服务器正确接到此信息后提供响应服务器的RTP端口 号，最终完成RTP端口的动态协商。内容播放(PLAY )步骤S310， PC软件侧的播放器向服务器端发出RTSP中的播 放命令，PLAY消息中必须包括会话标识，及时间起始点，媒体服 务器会话标识，媒体播放时间。步骤S312， 4某体服务器通过RTP向PC软件的播放器传送媒体 内容。此时网卡只是一个无线承载的功能，将接收到的所有RTP数 据，都转发到PC软件的流媒体播放器。PC软件接收到流媒体的 RTP凄t据后，对其进^于解码插^文。连4妄中止(TEARDOWN)步骤S314，在流々某体正常播^文完成后，或者用户主动中止4番i文 或主动关闭播放器时(不包括用户暂停播放)，PC软件侧的流媒体 播放器都必须向服务器发出RTSP协议中的中止命令，包括会话标 识等4言息，月艮务器端才妄到后估文出200 0K响应。借助上述实施例，通过使用无线数据卡作为无线承载的实现工 具实现流i某体业务，能够在PC实现流々某体业务。
装置实施例根据本发明的实施例，还提供了 一种流媒体业务实现装置。图4是才艮据本发明实施例的流4某体业务实现装置的框图，如图 4所示，根据本发明实施例的流媒体业务实现装置包括无线承载建立模块10，用于通过无线数据卡与核心网建立无线 承载；连接建立模块20,连接至无线承载建立模块10,用于用户设备 根据建立的无线承载与流媒体服务器建立连接；接收及播放才莫块30,连接至连^妄建立才莫块20，用于用户设备接 收来自流媒体服务器的流媒体数据流，并播放流媒体数据流。在具体实施过程中，连接建立才莫块20可以包括会话描述协议 文件接收模块(未示出)，用于接收来自流媒体服务器的流媒体数据 流的会话描述协议文件；实时流々某体协议连接建立才莫块(未示出)， 用于根据接收模块接收的会话描述协议文件与流媒体服务器建立实 时流媒体协议连接。并且，接收及播放模块30具体包括端口协商模块(未示出)， 用于与流媒体服务器进行实时传输协议端口协商；数据接收模块(未 示出)，用于接收来自流媒体服务器的实时传输协议数据；播放模块 (未示出)，用于播放实时传输协议数据。下面将详细描述上述各个模块在PC终端中的部署方案。图5 是根据本发明实施例的通过无线网卡实现流々某体功能协议栈的结构 框图。
如图5所示，在本实现方案中，将流媒体的实现方案按照模块 分为了 4大部分。部分A为从支持流媒体的终端侧移植到PC侧的 多媒体功能，部分B根据实际情况原则上可以利用网卡上的协议栈 实现，考虑到应用过禾呈中的处理效率，建i义此部分也方文在PC侧实 现。部分C为为了实现流媒体功能而在网卡上增加的同PC侧的控 制接口才莫块。部分D为网卡本身的无线承载建立协-汉部分。部分A包括模块1 (视频、音频、语音解析播放和对应的链 路状态报告功能)，模块2(实现能力交换、场景描述、静态图像、 位图、矢量图、文本、同步文本、合成音频)，模块3 (完成控制消 息、会话描述(SDP))。这部分内容需要在无线网卡对应的PC软 4牛侧实iE见。部分B为流々某体的协议部分，包括RTP/RTCP, HTTP和RTSP。 这部分协议内容可以放在PC软件侧实现、也可以放在网卡上实现， 考虑到应用过程中的处理效率，在本方案中将其放到PC软件中实 现。部分C为传输协议部分，包括UDP, TCP和IP协议部分。这 部分可以利用网卡现有的协议栈，也可以在PC软件中使用单独的 协i义栈。考虑到应用过程中的处理效率，都在PC软件侧〗吏用单独 的UDP， TCP和IP协议。部分D主要是为了配合PC侧实现流媒体功能而增加的对于PC 侧发送的控制命令解析的网卡控制接口模块。部分E是网卡本身的功能模块。综上，根据本发明的上述技术方案，通过使用无线数据卡作为 无线承载的实现工具实现流媒体业务，能够将从无线数据卡接收的
流媒体数据流在计算机pc软件的播放区域播放，从而提高了用户的体验，并节省了用户的费用。显然，本领域的技术人员应该明白，上述的本发明的各模块或 各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算 装置上，或者分布在多个计算装置所组成的网络上，可选地，它们 可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成 电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模 块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述^f又为本发明的优选实施例而已，并不用于限制本发明，对于本4页i或的才支术人员来"i兌，本发明可以有各种更改和变^f匕。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的4呆护范围之内。
权利要求
1. 一种流媒体业务实现方法，其特征在于，包括用户设备通过无线数据卡与核心网建立无线承载；所述用户设备根据建立的所述无线承载与流媒体服务器建立连接；所述用户设备接收来自所述流媒体服务器的流媒体数据流，并播放所述流媒体数据流。
2. 根据权利要求1所述的方法，其特征在于，在所述用户设备根 据建立的所述无线承载与所述流々某体"l务器建立连接的处理 之前，所述方法还包括所述用户设备接收来自所述流媒体服务器的所述流媒体 数据流的会话描述协议文件。
3. 根据权利要求2所述的方法，其特征在于，所述用户设备根据 建立的所述无线承载与所述流々某体服务器建立连接的处理具 体包括所述用户设备根据所述会话描述协议文件与所述流媒体 月良务器建立实时流々某体协议连4妄。
4. 根据权利要求3所述的方法，其特征在于，所述用户设备接收 来自所述流4某体服务器的流媒体数据流的处理具体包括所述用户设备通过与所述流媒体服务器建立实时流媒体 协议连接，与所述流媒体服务器进行实时传输协议端口协商；所述用户设备接收来自所述流々某体服务器的实时传输协 议数据。
5. —种流^ 某体业务实现装置，其特征在于，包括无线承载建立才莫块，用于通过无线数据卡与核心网建立无 线承载；连接建立模块，用于所述用户设备根据建立的所述无线承 载与流媒体服务器建立连接；接收及播放模块，用于所述用户设备接收来自所述流媒体 服务器的流媒体数据流，并播放所述流媒体数据流。
6. 根据权利要求5所述的装置，其特征在于，所述连接建立模块 进一步包括会话描述协议文件接收^f莫块，用于接收来自所述流纟某体服 务器的所述流媒体数据流的会话描述协议文件；实时流媒体协议连接建立模块，用于根据所述接收模块接 收的所述会话描述协议文件与所述流媒体服务器建立实时流 媒体协议连接。
7. 根据权利要求6所述的装置，其特征在于，所述接收及播放模 块具体包括端口协商模块，用于与所述流媒体服务器进行实时传输协 i义端口i"办商；数据接收模块，用于接收来自所述流媒体服务器的实时传 输协议数据；播放模块，用于播放所述实时传输协议数据。
全文摘要
本发明公开了一种流媒体业务实现方法及装置，其中，该方法包括用户设备通过无线数据卡与核心网建立无线承载；用户设备根据建立的无线承载与流媒体服务器建立连接；用户设备接收来自流媒体服务器的流媒体数据流，并播放流媒体数据流。通过本发明，能够提高用户体验。
文档编号H04L12/28GK101399836SQ200810169489
公开日2009年4月1日 申请日期2008年10月21日 优先权日2008年10月21日
发明者仝庆贻, 轶 刘, 龚旭晖 申请人:中兴通讯股份有限公司