[发明专利]在多媒体流中用于发信号报告客户机速率能力的方法

说明书

技术领域

本发明通常涉及多媒体流，更具体地说，涉及在多媒体流会话中发信号报告客户机的数据包速率能力(rate capacity)。

背景技术

在多媒体流服务中，涉及三个参与者：流服务器、流客户机以及在服务器和客户机之间提供连接性的基础网络。服务器向客户机提供递交多媒体流内容的功能。为此，客户机和服务器就能力交换(capabilityexchange)的方法、内容递交方法协商、内容递交控制等方面，经由网络相互通信。这样的信息交换可以借助明确定义的网络协议来实现。

为了成功地建立和启动多媒体流会话，服务器和客户机必须支持最少的一组协议，所述协议由服务选为标准协议。这种服务的一个例子可见于3GPP TS 26.234 V5.1.0，“Transparent End-to-End Packet SwitchedStreaming Service(PSS)；Protocols and Codecs(第5版)”，2002年6月，在下文称为TS 26.234。在3G PSS中所用的这样一组协议的例子是SDP(例如，参见IFTF TFC 2327：“SDP：Session Description Protocol”，Handley等人，1998年4月)、RTSP(例如，参见IETF RFC 2326：“RealTime Streaming Protocal(RTSP)”，Schulzrinne等人，1998年4月)以及RTP/RTCP(例如，参见IETF RFC 1889：“RTP：A Transport Protocolfor Real-Time Applications”，Schulzrinne等人，1996年1月)。

在流服务中，客户机可以是运行在资源受限(resource-limited)装置上的应用。这可能是下述情况，即客户机不能处理到达其接收节点的多于明确规定数目的数据包。

在大多数服务中，服务器和客户机就用于内容递交的可用带宽进行协商。然而，如果客户机是资源受限装置，则客户机也有对它能够实际从其接收节点捕获的数据包的最大数目的限制。时常，不发信号报告该限制。

这可能是问题的一种特定情况是在音频流中，其中可能以50数据包/秒的数据包速率递交数据(例如，1 AMR-NB帧/有效负荷的AMR-NB编解码器)。如果存在两个同时向同一客户机递交数据的音频媒体源(或在不同情况下，当除了音频媒体源之外还有一个以50数据包/秒的数据包速率递交煤体数据包的视频源时)，则会有100数据包/秒的数据包递交速率，这对于客户机来说太高了从而不能以没有数据包丢失(packet dropping)来处理。

因此，存在协商客户机和服务器之间的该数值以便具有良好匹配(well-adapted)的会话的某种需求。

发明内容

本发明提供了一种在多媒体流服务中关于从服务器到客户机的数据递交方面从资源受限客户机和服务器之间进行发信号报告和协商的方法。尤其是，本发明提供了这样一种方法，即向服务器发信号报告客户机的最大数据包速率能力，使得服务器不会超过该最大数据包速率值，超过该最大数据包速率值会导致数据包在客户机端丢失或使客户移动装置崩溃。所述方法可利用能力交换机制来实现，或利用多媒体流控制协议来实现。

因此，本发明提供了一种方法，用于在具有服务器的多媒体流网络中控制流数据递交，用于以数据包数据速率向客户机提供流数据，其特征在于：

在消息中声明在客户机的最大数据速率能力；以及

发信号将消息报告给服务器。

根据本发明，消息包括通过能力交换机制发送给服务器的请求，并且请求包括用于指示最大数据速率能力的能力简档。由能力简档中的能力参数指示最大数据速率能力，并且能力参数包括在RTSP DESCRIBE请求中。

此外，在驻留在能力交换服务器中的能力信息中指示最大数据速率能力，其中所述请求包括指向该能力信息的URL。服务器响应该请求，通过能力交换机制从能力交换服务器中检索能力参数，用于调整数据包数据速率。

服务器可根据能力参数调整数据包数据速率，以便适合在客户机的最大数据包数据速率。

可选择地，通过多媒体流控制协议发信号将消息报告给服务器，并且消息包括请求，该请求包括指示最大数据速率能力的RTSP标题扩展。

附图说明

图1示出了根据本发明的作为发信号报告和协商过程-部分的客户机所作的声明。

具体实施方式