专利名称：在多媒体流中用于发信号报告客户机速率能力的方法
技术领域：
本发明通常涉及多媒体流，更具体地说，涉及在多媒体流会话中发信号报告客户机的数据包速率能力(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“SDPSession Description Protocol”，Handley等人，1998年4月)、RTSP(例如，参见IETF RFC 2326“RealTime Streaming Protocal(RTSP)”，Schulzrinne等人，1998年4月)以及RTP/RTCP(例如，参见IETF RFC 1889“RTPA 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示出了根据本发明的作为发信号报告和协商过程-部分的客户机所作的声明。
具体实施例方式
根据本发明，在多媒体流服务中就数据递交过程的自适应方面在客户机和服务器之间进行发信号报告和协商的方法，可通过能力交换机制或通过多媒体流控制协议来实现。多媒体流控制协议在服务上下文(servicecontext)内是明确定义和标准化的。能力交换机制是本领域中众所周知的，因此不是本发明的一部分。数据递交过程的自适应是基于资源受限客户机的最大数据包速率能力。客户机利用MaxPacketRate值(数据包/秒)来定义在某一时间间隔内它能够处理的数据包的最大数量。
当通过能力交换机制来实现发信号报告时，步骤(procedure)可以基于例如在TS 26.234中提出的标准。
让属性“MaxPacketRate”在RDF(资源描述框架)Schema词汇表中定义，用于发信号报告客户机的最大数据包处理速率能力的值。属性在packets-per-second单元中定义。
发信号报告步骤如下-客户机在其能力简档中将MaxPacketRate值声明为能力参数。例如，客户机将RTSP DESCRIBE请求发送给服务器，该请求带有指向驻留在能力交换服务器中的客户机能力信息的URL。
-服务器通过能力交换机制从能力交换服务器中检索客户机的能力声明。如图1所示，声明具有用于客户机端流能力的部分。在声明中粗体线表示客户机的最大数据包速率能力。一获得MaxPacketRate值，服务器就具有了关于当前数据包速率的信息，以便调整客户机的最大数据包接收速率能力。然后服务器能够调整向客户机递交的最大数据包速率。然而，直到服务器采取必要的行动并对数据包递交进行相关的调整。
当通过多媒体流控制协议实现发信号报告时，客户机能够利用明确定义的RTSP选项标记(option tag)和RTSP标题扩展(例如，参见IETF RFC2326) 。
让“x-maxpacketratesupport”为RTSP选项标记。
让“x-maxpacketrate”为在packets-per-second单元中定义的RTSP标题扩展。
假设客户机事先知道用于多媒体会话的RTSP URL(统一资源定位符)。
发信号报告步骤如下-客户机在与发信号报告x-maxpacketrate值一起发送的DESCRIBE请求中声明MaxPacketRate值Client->Server:
DESCRIBE rtsp://foo/twister RTSP/1.0CSeq:1Require:x-maxpacketratesupportx-maxpacketrate:70-如果服务器没有利用客户机的最大数据包速率能力，则服务器用含有“Unsupported:x-maxpacketrate”行的RTSP 551“Option NotSupported”消息或者用含有“Unsupported:x-maxpacketrate”行的RTSP200 OK消息来响应。通过利用RTSP“Require”标题，客户机知道服务器是否考虑参数。如果服务器考虑参数，则客户机能够利用任一RTSP消息体在会话期间发信号报告更新的最大数据包速率能力。
-如果服务器利用该参数，则服务器检查RTSP请求并查看其包含明确定义的x-maxpacketrate值。服务器从RTSP请求消息中检索所述值。
-在得知客户机发送的请求中的MaxPacketRate值之后，服务器就利用该值调整递交给客户机的最大数据包速率。不过，直到服务器采取必要的行动，并对数据包递交进行相关的调整。需要注意的是，客户装置能够支持的来自网络接口的最大输入数据包速率，可以在RDF schema词汇表中被定义为MaxPacketRate，但是其可以被称为其它名称。同样地，在RTSP消息中可以用“x-maxpacketrate”或不同的名称，只要它可以用来指定客户装置能够支持的来自网络接口的最大输入数据包速率。“x-maxpacketratesupport”或不同的名称可用于RTSP“Require”标题中，只要它能够用来指定服务器知道并考虑客户机装置发送的任何RTSP消息体中传送的最大输入数据包速率标题的能力。
权利要求
1.一种在具有服务器的多媒体流网络中用于以数据包数据速率向客户机提供流数据的控制流数据递交的方法，所述方法特征在于在消息中声明在客户机的最大数据速率能力；以及发信号将所述消息报告给所述服务器。
2.根据权利要求1所述的方法，其特征在于，所述消息包括通过能力交换机制发送给所述服务器的请求，并且所述请求包括用于指示所述最大数据速率能力的能力简档。
3.根据权利要求2所述的方法，其特征在于，由所述能力简档中的能力参数指示所述最大数据速率能力。
4.根据权利要求3所述的方法，其特征在于，所述能力参数包括在RTSPDESCRIBE请求中。
5.根据权利要求4所述的方法，其特征在于，在驻留在能力交换服务器中的能力信息中指示所述最大数据速率能力，并且其中所述请求包括指向所述能力信息的URL。
6.根据权利要求5所述的方法，其特征在于，所述服务器响应所述请求，通过所述能力交换机制从所述能力交换服务器中检索所述能力参数，用于调整所述数据包数据速率。
7.根据权利要求6所述的方法，进一步的特征在于，所述服务器根据能力参数调整所述数据包数据速率，以便符合在所述客户机的所述最大数据速率能力。
8.根据权利要求1所述的方法，其特征在于，通过多媒体流控制协议发信号将所述消息报告给所述服务器。
9.根据权利要求8所述的方法，其特征在于，所述消息包括请求，所述请求包括指示所述最大数据速率能力的RTSP标题扩展。
全文摘要
一种在多媒体流服务中就数据包数据递交方面在资源受限客户机和服务器之间进行发信号报告和协商的方法。为了避免因客户机最大数据包数据能力而引起在客户机端丢失数据包，客户机发信号报告服务器，声明最大数据包速率能力。可通过能力交换机制或利用多媒体流协议将这种能力发信号报告给客户机。客户机在发送到服务器的请求中插入指示最大数据包数据速率能力的参数。直到服务器采取必要的行动并进行数据包递交速率调整。
文档编号G06F15/16GK101088081SQ200480004195
公开日2007年12月12日 申请日期2004年2月13日 优先权日2003年2月13日
发明者E·B·阿克苏, I·D·D·库尔乔, D·莱昂, V·瓦萨, 王如生 申请人:诺基亚有限公司