[发明专利]定时体验质量的度量

说明书

本申请是申请日为2004年2月13日的专利申请200480041534.3的分案申请。

技术领域

本发明涉及在流传输服务中用于质量反馈的方法、计算机程序、计算机程序产品、系统、客户端、服务器和协议，其中至少一个媒体流被流传输到客户端。

背景技术

一方面，流传输是指客户端中驻留的应用以连续方式播放诸如语音、音频与视频流之类的同步媒体流的能力，那些流在播放的同时通过数据网络正在被发送到客户端。另一方面，流传输也是指诸如会话式应用之类的实时的低延迟应用。

可以在流传输服务之上创建的应用可以被分为点播和实况信息递送应用。第一类的示例是音乐和新闻点播应用。广播和电视节目的实况递送是第二类的示例。例如，实时的低延迟应用是多媒体(视频)电话或IP语音以及任何类型的会话式多媒体应用。

固定互联网协议(IP)网络上的流传输在当今已经成为了主流应用。虽然互联网工程任务组(IETF)和万维网联盟(W3C)已经开发了一组用于固定IP流传输服务的协议，但是至今还没有定义完全标准化的流传输框架。对于根据第三代合作伙伴计划(3GPP)开发的标准的第三代(3G)移动通信系统，3G分组交换流传输服务(PSS，3GPPTS 26.233，TS 26.234)填补了3G多媒体消息服务(MMS)的空白，比如下载应用和多媒体内容以及会话式&流传输服务。

PSS支持移动流传输应用，其中，终端的复杂度低于会话式服务所需的复杂度，这是因为不需要媒体输入设备和编码器并且可以使用较简单的协议。PSS包括一组基本的流传输控制协议、传输协议、媒体编解码器和场景描述协议。

图1示意地描述了PSS协议栈1，其控制内容或媒体服务器与客户端之间的可流化和不可流化的内容的传送。

首先，诸如视频、音频和语音之类的可流化内容101在适配层103中被转换成实时传送协议(RTP)102的有效载荷格式。由IETF定义的所述RTP提供了一种装置，其用于通过使用基础用户数据报协议(UDP)104的服务发送实时或流数据，其也使用基础IP协议105的服务。

不可流化内容106，例如不是为了流传输目的(例如终端设备上记录的MMS剪辑)而被创建的多媒体内容、静止图像、位图和矢量图、文本、计时文本和合成音频，通过超文本传输协议(HTTP)107来传送，其使用了基础传输控制协议(TCP)108和另外的基础IP 105的服务。

而对于不可流化内容106，HTTP 107的嵌入式会话建立和控制能力足以传送该内容，在可流化内容101的情况下，必须引用增强型会话建立和控制协议，以便例如开始、停止和暂停一个经由RTP/UDP/IP从内容服务器被传送到客户端的流传输视频。该任务由实时流传输协议(RTSP)109来执行，其可以使用基础的TCP 108或基础的UDP 104。RTSP至少需要一个表示描述11O来建立流传输会话。这类表示描述110可以是例如以会话描述协议(SDP)文件的形式可用的。所述SDP文件包括会话描述，例如会话名和发起人、将被呈现的媒体类型、接收所述媒体的信息，例如地址、端口、格式等等，以及该媒体的比特率。

如果流传输内容在例如移动终端的客户端处被查看，则所述终端的用户首先被提供适合其终端的具体内容的通用资源标识符(URI)。这个URI可以来自于WWW服务器、无线应用协议(WAP)服务器，或者可以经由该终端的键盘被手动输入。这个URI指定流传输或者RTSP服务器以及在那个内容服务器上或别的内容服务器上的内容的地址。现在，对应的SDP文件可以用许多方法来获得。它例如可以经由嵌入标记在用户下载的HTML页面内的链接中被提供，或者也可以通过将其作为URI进行键入被直接地获得。然后，如图1的协议栈中间列所示，SDP文件(即表示描述110)经由HTTP 107被传送。可替换地，如图1的协议栈右边列所示，例如通过使用RTSP 109的描述方法，它还可以通过RTSP 109信令获得。请注意，表示描述同样可以通过所述RTP 102来发送。然而，为简化起见，这个可能性没有被包括在图1中。

随后的会话建立是这样的过程，在其中移动终端的浏览器或者用户引用流传输客户端来建立与内容服务器的会话。期望终端具有活动的无线承载，其在会话建立信令开始时实现基于IP的分组传输。